ホーム > 特許ランキング > ＩＴ ＦＯＲＣＥ株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2025-23635アルコールチェック管理システム、管理方法及びコンピュータプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025023635
(43)【公開日】2025-02-17
(54)【発明の名称】アルコールチェック管理システム、管理方法及びコンピュータプログラム
(51)【国際特許分類】
G06Q 50/40 20240101AFI20250207BHJP
【ＦＩ】
G06Q50/30
【審査請求】未請求
【請求項の数】29
【出願形態】ＯＬ
(21)【出願番号】P 2023127956
(22)【出願日】2023-08-04
(71)【出願人】
【識別番号】518300744
【氏名又は名称】ＩＴ ＦＯＲＣＥ株式会社
(74)【代理人】
【識別番号】100104547
【弁理士】
【氏名又は名称】栗林 三男
(74)【代理人】
【識別番号】100206612
【弁理士】
【氏名又は名称】新田 修博
(74)【代理人】
【識別番号】100209749
【弁理士】
【氏名又は名称】栗林 和輝
(74)【代理人】
【識別番号】100217755
【弁理士】
【氏名又は名称】三浦 淳史
(72)【発明者】
【氏名】中山 朋子
(72)【発明者】
【氏名】服部 哲平
(72)【発明者】
【氏名】佐々木 彩
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC42
5L050CC42
(57)【要約】
【課題】法令の遵守にあたって実施すべき内容を確実に網羅しつつ、運転業務の承認可否の決定及びその被検者に対する伝達を遠隔的に、容易に、効率的に行なえるアルコールチェック管理システム、管理方法及びコンピュータプログラムを提供する。
【解決手段】本発明のアルコールチェック管理システム１は、アルコール検知端末５と、被検者側操作端末６と、管理者側操作端末９と、管理者側での運転業務の承認に必要なデータ及び各端末で得られるデータの端末間での送受信を含む処理を制御する制御部とを備え、制御部は、被検者側操作端末６の撮像部６ｅによって撮像された複数の被検者の画像をそれぞれの被検者と関連付けられるデータと共に管理者側操作端末９の表示部９ｂに一覧表示させ、複数の被検者における運転業務を管理者が順次に承認できるようにする。
【選択図】図２
【解決手段】本発明のアルコールチェック管理システム１は、アルコール検知端末５と、被検者側操作端末６と、管理者側操作端末９と、管理者側での運転業務の承認に必要なデータ及び各端末で得られるデータの端末間での送受信を含む処理を制御する制御部とを備え、制御部は、被検者側操作端末６の撮像部６ｅによって撮像された複数の被検者の画像をそれぞれの被検者と関連付けられるデータと共に管理者側操作端末９の表示部９ｂに一覧表示させ、複数の被検者における運転業務を管理者が順次に承認できるようにする。
【選択図】図２
【特許請求の範囲】
【請求項1】
運転業務を遂行すべき被検者の呼気中のアルコール濃度を検知するアルコール検知端末と、
被検者の動画を撮影可能な撮像部を有し、前記アルコール検知端末と無線通信可能な被検者側操作端末と、
被検者の運転業務を管理する管理者側に設けられ、データを表示可能な表示部を有するとともに、前記被検者側操作端末と無線通信可能な管理者側操作端末と、
管理者側での運転業務の承認に必要なデータ及び前記各端末で得られるデータの前記端末間での送受信を含む処理を制御する制御部と、
を備え、
前記制御部は、複数の被検者の識別表示をそれぞれの被検者と関連付けられる前記データ及び前記アルコール濃度と共に前記管理者側操作端末の前記表示部に一覧表示させ、複数の被検者における運転業務を前記管理者が順次に承認できるようにすることを特徴とする、アルコールチェック管理システム。
被検者の動画を撮影可能な撮像部を有し、前記アルコール検知端末と無線通信可能な被検者側操作端末と、
被検者の運転業務を管理する管理者側に設けられ、データを表示可能な表示部を有するとともに、前記被検者側操作端末と無線通信可能な管理者側操作端末と、
管理者側での運転業務の承認に必要なデータ及び前記各端末で得られるデータの前記端末間での送受信を含む処理を制御する制御部と、
を備え、
前記制御部は、複数の被検者の識別表示をそれぞれの被検者と関連付けられる前記データ及び前記アルコール濃度と共に前記管理者側操作端末の前記表示部に一覧表示させ、複数の被検者における運転業務を前記管理者が順次に承認できるようにすることを特徴とする、アルコールチェック管理システム。
【請求項2】
前記制御部は、前記表示部に前記被検者の動画を再生し、再生後に前記被検者における運転業務を前記管理者が承認できるように制御するべく構成されることを特徴とする請求項１に記載のアルコールチェック管理システム。
【請求項3】
前記動画は、前記アルコール検知端末によるアルコール濃度の検知状態における動画であることを特徴とする請求項１に記載のアルコールチェック管理システム。
【請求項4】
前記アルコール検知端末が前記被検者の呼気を検出する呼気検出センサーを有し、前記制御部は、前記呼気検出センサーの出力に応じて前記被検者の動画を撮影するように前記撮像部を制御することを特徴とする請求項３に記載のアルコールチェック管理システム。
【請求項5】
前記動画は、前記被検者の発話状態を撮影した音声を含む動画であることを特徴とする請求項１に記載のアルコールチェック管理システム。
【請求項6】
前記制御部は、前記管理者による承認・非承認の結果を前記被検者側操作端末に通知するように構成されることを特徴とする請求項１に記載のアルコールチェック管理システム。
【請求項7】
前記制御部は、前記管理者が前記被検者の検査状態を確認するのに十分な所定の時間にわたって前記動画が再生された場合にのみ前記管理者による承認を可能にすることを特徴とする請求項２に記載のアルコールチェック管理システム。
【請求項8】
前記管理者側での運転業務の承認に必要な前記データは、前記被検者の健康チェック情報を含むことを特徴とする請求項１に記載のアルコールチェック管理システム。
【請求項9】
前記被検者側操作端末において前記被検者の健康チェック情報を入力可能であり、
前記管理者側操作端末は、前記管理者による各被検者に対する承認情報、前記健康チェック情報を含む点呼記録簿を出力する機能を有する、
ことを特徴とする請求項１に記載のアルコールチェック管理システム。
前記管理者側操作端末は、前記管理者による各被検者に対する承認情報、前記健康チェック情報を含む点呼記録簿を出力する機能を有する、
ことを特徴とする請求項１に記載のアルコールチェック管理システム。
【請求項10】
前記被検者側操作端末及び管理者側操作端末がサーバーと無線通信可能であり、前記サーバーは、運転前後のそれぞれに関し、前記被検者を特定する情報、前記管理者を特定する情報、アルコール検知を行なった日時情報、承認方法、アルコール濃度を情報として格納することを特徴とする請求項１に記載のアルコールチェック管理システム。
【請求項11】
前記サーバーのダウン時あるいは前記被検者側操作端末及び管理者側操作端末がサーバーと無線通信不能である場合には、前記アルコール濃度が前記アルコール検知端末又は前記被検者側操作端末に表示され、前記サーバーが正常でかつ前記通信回線が正常である場合には、前記アルコール濃度が前記アルコール検知端末及び前記被検者側操作端末のいずれにも表示されないことを特徴とする請求項１０に記載のアルコールチェック管理システム。
【請求項12】
前記サーバーには各被検者の勤務開始時刻が格納され、前記勤務開始時刻に遅れて承認申請がされた被検者の画像が前記管理者側操作端末の前記表示部に優先的に表示されることを特徴とする請求項１０に記載のアルコールチェック管理システム。
【請求項13】
前記管理者側操作端末の前記表示部に表示される被検者のアルコール濃度が基準値を上回っている場合、前記管理者の注意を喚起する表示態様で前記画像あるいは前記アルコール濃度が前記表示部に表示されることを特徴とする請求項１に記載のアルコールチェック管理システム。
【請求項14】
前記制御部は、承認が拒否された前記被検者が所定時間にわたって前記被検者側操作端末により再度の承認申請を行なえないように制御するべく構成されることを特徴とする請求項１に記載のアルコールチェック管理システム。
【請求項15】
所定のアルゴリズムにしたがってコンピュータで処理することにより、運転業務を遂行すべき被検者の呼気中のアルコール濃度に基づき、被検者の運転業務を管理する管理者が被検者の運転業務の承認を遠隔的に行なえるようにするアルコールチェック管理方法において、
被検者の呼気中のアルコール濃度を検知するアルコール検知端末と、前記アルコール検知端末と無線通信可能な被検者側操作端末とを被検者に用意させるステップであって、前記被検者側操作端末が、被検者の動画を撮影可能な撮像部を有する、ステップと、
データを表示可能な表示部を有するとともに、前記被検者側操作端末と無線通信可能な管理者側操作端末を管理者に用意させるステップと、
管理者側での運転業務の承認に必要なデータ及び前記各端末で得られるデータの前記端末間での送受信を含む処理を制御する制御ステップと、
を含み、
前記制御ステップは、複数の被検者の識別表示をそれぞれの被検者と関連付けられる前記データ及び前記アルコール濃度と共に前記管理者側操作端末の前記表示部に一覧表示させ、複数の被検者における運転業務を前記管理者が順次に承認できるようにすることを特徴とする、アルコールチェック管理方法。
被検者の呼気中のアルコール濃度を検知するアルコール検知端末と、前記アルコール検知端末と無線通信可能な被検者側操作端末とを被検者に用意させるステップであって、前記被検者側操作端末が、被検者の動画を撮影可能な撮像部を有する、ステップと、
データを表示可能な表示部を有するとともに、前記被検者側操作端末と無線通信可能な管理者側操作端末を管理者に用意させるステップと、
管理者側での運転業務の承認に必要なデータ及び前記各端末で得られるデータの前記端末間での送受信を含む処理を制御する制御ステップと、
を含み、
前記制御ステップは、複数の被検者の識別表示をそれぞれの被検者と関連付けられる前記データ及び前記アルコール濃度と共に前記管理者側操作端末の前記表示部に一覧表示させ、複数の被検者における運転業務を前記管理者が順次に承認できるようにすることを特徴とする、アルコールチェック管理方法。
【請求項16】
前記制御ステップは、前記表示部に前記被検者の動画を再生し、再生後に前記被検者における運転業務を前記管理者が承認できるように制御することを特徴とする請求項１５に記載のアルコールチェック管理方法。
【請求項17】
前記動画は、前記アルコール検知端末によるアルコール濃度の検知状態における動画であることを特徴とする請求項１５に記載のアルコールチェック管理方法。
【請求項18】
前記アルコール検知端末が前記被検者の呼気を検出する呼気検出センサーを有し、前記制御ステップは、前記呼気検出センサーの出力に応じて前記被検者の動画を撮影するように前記撮像部を制御することを特徴とする請求項１７に記載のアルコールチェック管理方法。
【請求項19】
前記動画は、前記被検者の発話状態を撮影した音声を含む動画であることを特徴とする請求項１５に記載のアルコールチェック管理方法。
【請求項20】
前記制御ステップは、前記管理者による承認・非承認の結果を前記被検者側操作端末に通知することを特徴とする請求項１５に記載のアルコールチェック管理方法。
【請求項21】
前記制御ステップは、前記管理者が前記被検者の検査状態を確認するのに十分な所定の時間にわたって前記動画が再生された場合にのみ前記管理者による承認を可能にすることを特徴とする請求項１７に記載のアルコールチェック管理方法。
【請求項22】
前記管理者側での運転業務の承認に必要な前記データは、前記被検者の健康チェック情報を含むことを特徴とする請求項１５に記載のアルコールチェック管理方法。
【請求項23】
前記被検者側操作端末において前記被検者の健康チェック情報を入力可能であり、
前記管理者側操作端末は、前記管理者による各被検者に対する承認情報、前記健康チェック情報を含む点呼記録簿を出力する機能を有する、
ことを特徴とする請求項１５に記載のアルコールチェック管理方法。
前記管理者側操作端末は、前記管理者による各被検者に対する承認情報、前記健康チェック情報を含む点呼記録簿を出力する機能を有する、
ことを特徴とする請求項１５に記載のアルコールチェック管理方法。
【請求項24】
前記被検者側操作端末及び管理者側操作端末がサーバーと無線通信可能であり、前記サーバーは、運転前後のそれぞれに関し、前記被検者を特定する情報、前記管理者を特定する情報、アルコール検知を行なった日時情報、承認方法、アルコール濃度を情報として格納することを特徴とする請求項１５に記載のアルコールチェック管理方法。
【請求項25】
前記サーバーのダウン時あるいは前記被検者側操作端末及び管理者側操作端末がサーバーと無線通信不能である場合には、前記アルコール濃度が前記アルコール検知端末又は前記被検者側操作端末に表示され、前記サーバーが正常でかつ前記通信回線が正常である場合には、前記アルコール濃度が前記アルコール検知端末及び前記被検者側操作端末のいずれにも表示されないことを特徴とする請求項２４に記載のアルコールチェック管理方法。
【請求項26】
前記サーバーには各被検者の勤務開始時刻が格納され、前記勤務開始時刻に遅れて承認申請がされた被検者の画像が前記管理者側操作端末の前記表示部に優先的に表示されることを特徴とする請求項２４に記載のアルコールチェック管理方法。
【請求項27】
前記管理者側操作端末の前記表示部に表示される被検者のアルコール濃度が基準値を上回っている場合、前記管理者の注意を喚起する表示態様で前記画像あるいは前記アルコール濃度が前記表示部に表示されることを特徴とする請求項１５に記載のアルコールチェック管理方法。
【請求項28】
前記制御ステップは、承認が拒否された前記被検者が所定時間にわたって前記被検者側操作端末により再度の承認申請を行なえないように制御することを特徴とする請求項１５に記載のアルコールチェック管理方法。
【請求項29】
所定のアルゴリズムにしたがって処理することにより、運転業務を遂行すべき被検者の呼気中のアルコール濃度に基づき、被検者の運転業務を管理する管理者が被検者の運転業務の承認を遠隔的に行なえるようにするコンピュータプログラムにおいて、
被検者の呼気中のアルコール濃度を検知するアルコール検知端末と、前記アルコール検知端末と無線通信可能な被検者側操作端末とを同期させて、被検者側操作端末による操作に基づくアルコール検知端末を用いた被検者による検査を可能にするステップであって、前記被検者側操作端末が、被検者の動画を撮影可能な撮像部を有する、ステップと、
被検者による検査で得られた検査データを前記被検者側操作端末と無線通信可能な管理者側操作端末で管理者が入手できるようにするステップであって、前記管理者側操作端末がデータを表示可能な表示部を有する、ステップと、
管理者側での運転業務の承認に必要なデータ及び前記各端末で得られるデータの前記端末間での送受信を含む処理を制御するステップであって、複数の被検者の識別表示をそれぞれの被検者と関連付けられる前記データ及び前記アルコール濃度と共に前記管理者側操作端末の前記表示部に一覧表示させ、複数の被検者における運転業務を前記管理者が順次に承認できるようにする、ステップと、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
被検者の呼気中のアルコール濃度を検知するアルコール検知端末と、前記アルコール検知端末と無線通信可能な被検者側操作端末とを同期させて、被検者側操作端末による操作に基づくアルコール検知端末を用いた被検者による検査を可能にするステップであって、前記被検者側操作端末が、被検者の動画を撮影可能な撮像部を有する、ステップと、
被検者による検査で得られた検査データを前記被検者側操作端末と無線通信可能な管理者側操作端末で管理者が入手できるようにするステップであって、前記管理者側操作端末がデータを表示可能な表示部を有する、ステップと、
管理者側での運転業務の承認に必要なデータ及び前記各端末で得られるデータの前記端末間での送受信を含む処理を制御するステップであって、複数の被検者の識別表示をそれぞれの被検者と関連付けられる前記データ及び前記アルコール濃度と共に前記管理者側操作端末の前記表示部に一覧表示させ、複数の被検者における運転業務を前記管理者が順次に承認できるようにする、ステップと、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、運転業務を遂行すべき被検者の呼気中のアルコール濃度に基づき、被検者の運転業務を管理する管理者が被検者の運転業務の承認を遠隔的に行なえるようにするアルコールチェック管理システム、管理方法及びコンピュータプログラムに関する。
【背景技術】
【0002】
飲酒運転防止は社会的な要請であり、従来から飲酒運転を防止するための様々な装置やシステムが提案されている。また、そのような装置やシステムでは、運転前のアルコール検出の際にはアルコールを飲んでいない者が装置によるアルコールチェックを受け、その後、アルコールを飲んだ者が入れ替わって車両の運転を行なうことが可能であり、そうした運転者以外の酒気帯びしていない者による、所謂なりすましアルコールチェックを防止するものも知られている（例えば、特許文献１乃至３参照）。
【0003】
また、飲酒運転による交通事故の頻発に伴い、道路交通法施行規則の一部が改正され、運転者（従業員）による運転業務を管理すべき管理者（事業者）の行なうべき業務として、アルコール検知器を用いた酒気帯びの有無の確認等が新たに設けられた。これにより、事業者である管理者はアルコール検知器の導入が必須になり、アルコール検知器を用いた従業員の検査管理システムのニーズが高まってきた。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１０－０５２６３５号公報
【特許文献2】特開２０２０－０９７３６４号公報
【特許文献3】特開２０２０－１９０９９３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ところで、道路交通法施行規則の一部改正に伴って、運転者は、被検者として、アルコール検知器による検査を運転前と運転後の２回（通常は１日に２回）行なう必要があり、一方、運転者による運転業務を監督する事業者は、管理者として、被検者による検査の結果（記録データ）を１年間保存する義務を伴うようになる。そして、このような検査は、通常、原則として、被検者と管理者とが対面する形式で目視により行なう必要があるが、被検者に携帯型のアルコール検知器を携行させる場合には、アルコール検知器による測定結果と共に、カメラやモニター等によって被検者の顔色や応答の声の調子等を管理者が確認できること、あるいは、電話等によって管理者が被検者の応答の声の調子等を確認できることを条件として、対面以外での検査も許容されている。したがって、被検者に携帯型のアルコール検知器を携行させる場合、被検者がアルコール検知器による検査後に検査結果を法令に基づく条件下で即時に管理者に通知することで、管理者は、被検者の運転業務の承認可否の決定及び被検者に対する承認可否結果の伝達を遠隔的に行なうことが可能となる。
【0006】
しかしながら、管理者は、被検者に携帯型のアルコール検知器を携行させることで遠隔的な承認が可能となる一方で、他の業務もある中、このような法令遵守にあたって実施すべき内容が増えると、被検者である運転者のアルコール検査管理に時間を多くとられることから、業務全体に支障を来す可能性がある。改正された道路交通法施行規則の施行が間近に迫る中、このような法令の遵守にあたって実施すべき内容を確実に網羅しつつ運転業務の承認可否の決定及び伝達を遠隔的に且つ効率的に行なえるシステムの構築が早急に望まれる。
【0007】
本発明は、前記事情に鑑みてなされたものであり、法令の遵守にあたって実施すべき内容を確実に網羅しつつ、運転業務の承認可否の決定及びその被検者に対する伝達を遠隔的に、容易に、効率的に行なえるアルコールチェック管理システム、管理方法及びコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【0008】
前記課題を解決するために、本発明のアルコールチェック管理システムは、
運転業務を遂行すべき被検者の呼気中のアルコール濃度を検知するアルコール検知端末と、
被検者の動画を撮影可能な撮像部を有し、前記アルコール検知端末と無線通信可能な被検者側操作端末と、
被検者の運転業務を管理する管理者側に設けられ、データを表示可能な表示部を有するとともに、前記被検者側操作端末と無線通信可能な管理者側操作端末と、
管理者側での運転業務の承認に必要なデータ及び前記各端末で得られるデータの前記端末間での送受信を含む処理を制御する制御部と、
を備え、
前記制御部は、複数の被検者の識別表示をそれぞれの被検者と関連付けられる前記データ及び前記アルコール濃度と共に前記管理者側操作端末の前記表示部に一覧表示させ、複数の被検者における運転業務を前記管理者が順次に承認できるようにすることを特徴とする。
運転業務を遂行すべき被検者の呼気中のアルコール濃度を検知するアルコール検知端末と、
被検者の動画を撮影可能な撮像部を有し、前記アルコール検知端末と無線通信可能な被検者側操作端末と、
被検者の運転業務を管理する管理者側に設けられ、データを表示可能な表示部を有するとともに、前記被検者側操作端末と無線通信可能な管理者側操作端末と、
管理者側での運転業務の承認に必要なデータ及び前記各端末で得られるデータの前記端末間での送受信を含む処理を制御する制御部と、
を備え、
前記制御部は、複数の被検者の識別表示をそれぞれの被検者と関連付けられる前記データ及び前記アルコール濃度と共に前記管理者側操作端末の前記表示部に一覧表示させ、複数の被検者における運転業務を前記管理者が順次に承認できるようにすることを特徴とする。
【0009】
本発明の上記構成によれば、互いに無線通信可能なアルコール検知端末、被検者側操作端末、及び管理者側操作端末を備えるとともに、運転業務の承認に必要なデータ及び各端末で得られるデータの端末間での送受信を含む処理を制御する制御部により、複数の被検者の識別表示（例えば画像、具体的には、一例として、被検者である社員の動画のサムネイル、予め撮影されていた被検者の画像、社員の名前など）がそれぞれの被検者と関連付けられるデータと共に管理者側操作端末の表示部に一覧表示され、複数の被検者における運転業務の承認を管理者が順次に行なえるようになっている。そのため、法令の遵守にあたって実施すべき内容を確実に網羅しつつ、運転業務の承認可否の決定及びその被検者に対する伝達を遠隔的に、容易に、効率的に行なうことが可能となる。ここで、本明細書において、「運転業務の承認」とは、運転業務前のアルコール濃度に基づいてこれからの運転業務を承認すること、及び運転業務後のアルコール濃度に基づいて運転業務が問題なく終了したことを承認することの両方を含むものとする。
【0010】
なお、上記構成において、識別表示の一例である「予め撮影されていた被検者の画像」としては、例えば、予め撮影しておいた社員証の写真等の社員の静止画を挙げることができる。また、上記構成において、撮像部が撮影する画像は、動画に限らず、静止画であってもよい。また、被検者側操作端末としては、例えばスマートフォンなどを挙げることができる。被検者である運転者は、アルコール検知端末及びスマートフォンさえ携行していれば、いずれの場所においても、制御部による制御下において例えばスマートフォンの画面に表示される検査手順の指示に従うだけで、簡単にアルコールチェックのための検査を行なってその結果を管理者に報告することができ、また、業務においても事業所に足を運ぶことなく直行直帰も可能となる。また、制御部の制御の下、データをクラウドで一括管理すれば、紙の帳票も不要となり、リアルタイムで測定結果を送受信でき、また、データをExcel（登録商標）などで簡単に出力することも可能となる。また、例えば、クラウド型のビジネスアプリケーション（例えばSalesforce（登録商標）など）を利用することで、データの一元管理も可能となり、セキュリティの高い管理システムを構築できる。
【0011】
また、上記構成では、識別表示が画像、特に動画であり、一覧表示は、各被検者に対応する複数のサムネイル画像の配列から成ることが好ましい。この場合、特に、動画は、アルコール検知端末によるアルコール濃度の検知状態の動画であることが好ましい。これによれば、アルコール検知端末及び被検者側操作端末を用いた遠隔的なアルコール検査を被検者が偽装して行なうこと（所謂、なりすまし検査）を防止することも可能となる。この場合、被検者を一覧表示（複数表示）するサムネイル画面のまま、他の画面に遷移せず動画の再生が可能であることが好ましい。これにより、承認可否決定を短時間で行なうことも可能となり、複数の被検者の画像が一括して一覧表示される承認画面によって管理者の業務負担の一層の低減及び業務の飛躍的な効率化を図ることができる。
【0012】
また、上記構成において、制御部は、所定時間にわたって管理者が画像を再生した場合にのみ（特に、管理者が被検者の検査状態を確認するのに十分な所定の時間にわたって動画が再生された場合にのみ）管理者による承認を可能にすることが好ましい。これによれば、管理者が画像を再生確認することなく又はいい加減で中途半端な確認を行なって承認可否を決定するような事態を回避できる。また、上記構成において、制御部は、管理者による承認・非承認の結果を被検者側操作端末に通知するように構成されていてもよい。また、制御部は、撮像部によって撮像された動画を管理者が再生した後に各被検者における運転業務を管理者が順次承認できるように構成されていてもよい。さらに、アルコール検知端末が被検者の呼気を検出する呼気検出センサーを有する場合、制御部は、呼気検出センサーの出力に応じて被検者の動画を撮影するように撮像部を制御してもよい。
【0013】
また、上記構成において、被検者と関連付けられるデータは、被検者の発話状態確認のための音声データを含むことが好ましい。特に、画像が動画である場合、該動画は、被検者の発話状態を撮影した音声を含む動画であることが好ましい。これによれば、被検者画像を通じた被検者の表情の目視での確認に加え、被検者の発話状態も確認でき、アルコール検査の安全性を担保することができる。
【0014】
また、上記構成において、管理者側での運転業務の承認に必要なデータは、被検者の健康チェック情報を含むことが好ましい。また、管理者側での運転業務の承認に必要なデータは、それぞれの被検者ごとに画像と対応付けられて承認の可否状態を示す表示データを含むことが好ましい。これによれば、例えば、表示データが承認可否を決定するための操作ボタンとして管理者側操作端末の表示部に各被検者の画像と対応付けて表示されることにより、承認可否決定操作を正確に且つ迅速に行なうことが可能になるとともに、承認可否状態の表示により一見して被検者の運転業務における現在の状態を容易に把握することもできるようになる。
【0015】
また、上記構成では、被検者側操作端末及び管理者側操作端末がサーバーと無線通信可能であってもよく、その場合、サーバーは、運転前後のそれぞれに関し、被検者を特定する情報、管理者を特定する情報、アルコール検知を行なった日時情報、承認方法（オンライン承認、電話承認など）、アルコール濃度のうちの少なくとも１つを情報として格納してもよい。そのような情報としては、例えば、被検者名、管理者名、被検者の業務に係る運転車両の登録番号又は識別できる記号、番号、アルコールチェック日時、アルコールチェック方法、アルコール検知端末の使用の有無、アルコールチェックが対面でない場合におけるアルコールチェックの具体的方法、被検者の酒気帯びの有無、被検者に対する指示事項などを挙げることができる。
【0016】
また、サーバーに関連して、サーバーのダウン時あるいは被検者側操作端末及び管理者側操作端末がサーバーと無線通信不能である場合には、アルコール濃度がアルコール検知端末又は被検者側操作端末に表示され、サーバーが正常でかつ通信回線が正常である場合には、アルコール濃度がアルコール検知端末及び被検者側操作端末のいずれにも表示されないようにしてもよい。また、サーバーに各被検者の勤務開始時刻が格納されてもよく、その場合、勤務開始時刻に遅れて承認申請がされた被検者の画像が管理者側操作端末の表示部に優先的に表示されるようになっていてもよい。
【0017】
また、上記構成では、被検者側操作端末において被検者の健康チェック情報を入力可能であてもよく、その場合、管理者側操作端末は、管理者による各被検者に対する承認情報、前記健康チェック情報を含む点呼記録簿を出力する機能を有してもよい。また、上記構成において、管理者側操作端末の表示部に表示される被検者のアルコール濃度が基準値を上回っている場合、管理者の注意を喚起する表示態様で画像あるいはアルコール濃度が表示部に表示されてもよい。また、上記構成において、制御部は、承認が拒否された被検者が所定時間にわたって被検者側操作端末により再度の承認申請を行なえないように制御するべく構成されていてもよい。
【0018】
また、本発明は、前述したアルコールチェック管理システムが実行する管理方法、及び、該方法をコンピュータに実行させるコンピュータプログラムも提供する。
【発明の効果】
【0019】
本発明によれば、法令の遵守にあたって実施すべき内容を確実に網羅しつつ、運転業務の承認可否の決定及びその被検者に対する伝達を遠隔的に、容易に、効率的に行なえる。
【図面の簡単な説明】
【0020】
【図1】本発明の一実施形態に係るアルコールチェック管理システムの概略的な全体構成図である。
【図3】一実施形態に係るアルコールチェック管理システムを構成するクラウドサーバーの各マスター及びテーブルに記憶される情報項目の一例を示すテーブルカラムを示す。
【図4】アルコール検知端末及び被検者側操作端末を用いた被検者によるアルコール検査態様の一例を示す概略図である。
【図5】アルコール検知器（アルコール検知端末）の呼気検出センサーによる呼気検出動作、被検者側操作端末の撮像部による動画撮像動作、及び動画切り取り動作の相関関係（連携態様）を示す図である。
【図6】被検者の発話状態確認のために被検者側操作端末に表示される画面の一例を示す図である。
【図7】管理者側操作端末の表示部に表示される承認画面の第１の例を示す図である。
【図8】被検者側操作端末で実行される検査プログラムにおけるメインアルゴリズムの一例を示すフローチャートである。
【図9】被検者側操作端末で実行される検査プログラムにおけるオンライン処理のアルゴリズムの一例を示すフローチャートである。
【図10】被検者側操作端末で実行される検査プログラムにおけるオフライン処理のアルゴリズムの一例を示すフローチャートである。
【図11】被検者側操作端末で実行される検査プログラムにおけるオンライン処理中の発話状態記録処理のアルゴリズムの一例を示すフローチャートである。
【図12】被検者側操作端末で実行される検査プログラムにおけるオンライン処理中のアルコール濃度測定処理のアルゴリズムの一例を示すフローチャートである。
【図13】管理者側操作端末で実行される承認プログラムにおけるメインアルゴリズムの一例を示すフローチャートである。
【図14】管理者側操作端末で実行される承認プログラムにおけるメインアルゴリズムの一例を示すフローチャートである。
【図15】管理者側操作端末の表示部に表示される承認画面の第２の例を示す図である。
【図16】管理者側操作端末の表示部に表示される承認画面の第３の例を示す図である。
【図17】管理者側操作端末の表示部に表示される画面の他の例を示す図である。
【図18】管理者側操作端末の表示部に表示される画面の他の例を示す図である。
【図19】管理者側操作端末の表示部に表示される承認画面の第４の例を示す図である。
【図20】管理者側操作端末の表示部に表示される承認画面の第５の例を示す図である。
【図22】管理者側操作端末がＰＣ及びタブレットである場合の各選択ボタンの処理を示す図である。
【図23】管理者側操作端末がスマートフォンである場合の各選択ボタンの処理を示す図である。
【図24】点呼記録簿の一例を示す図である。
【図25】健康チェック項目入力画面の一例を示す図である。
【発明を実施するための形態】
【0021】
１．システム構成
以下、図面を参照しながら本発明の実施形態について説明する。
図１には、クラウドシステム４と通信手段（ネットワーク）１０を介して通信し、所定のアルゴリズムにしたがってコンピュータで処理することにより、運転業務を遂行すべき被検者の呼気中のアルコール濃度に基づき、被検者の運転業務を管理する管理者が被検者の運転業務の承認を遠隔的に行なえるようにするアルコールチェック管理システム１の一例が示される。このアルコールチェック管理システム１は、クラウドサーバー（以下、単にサーバーと呼ぶ場合もある）４と、通信手段１０を介してクラウドサーバー４と通信可能に接続される被検者側操作端末（検査側端末）６と、被検者側操作端末６と通信可能なアルコール検知端末（アルコール検知器）５と、通信手段１０を介してクラウドサーバー４と通信可能に接続される管理者側操作端末（安全運転管理者端末；安全運転管理ソフトウェア（プログラム）を記憶する）９とを少なくとも備える。
以下、図面を参照しながら本発明の実施形態について説明する。
図１には、クラウドシステム４と通信手段（ネットワーク）１０を介して通信し、所定のアルゴリズムにしたがってコンピュータで処理することにより、運転業務を遂行すべき被検者の呼気中のアルコール濃度に基づき、被検者の運転業務を管理する管理者が被検者の運転業務の承認を遠隔的に行なえるようにするアルコールチェック管理システム１の一例が示される。このアルコールチェック管理システム１は、クラウドサーバー（以下、単にサーバーと呼ぶ場合もある）４と、通信手段１０を介してクラウドサーバー４と通信可能に接続される被検者側操作端末（検査側端末）６と、被検者側操作端末６と通信可能なアルコール検知端末（アルコール検知器）５と、通信手段１０を介してクラウドサーバー４と通信可能に接続される管理者側操作端末（安全運転管理者端末；安全運転管理ソフトウェア（プログラム）を記憶する）９とを少なくとも備える。
【0022】
なお、以下の本実施形態では、車両の運転業務における（したがって、ドライバーに対する）アルコールチェックの例について説明するが、本発明は、車両にかかわらず、アルコールを伴う運転が問題となるあらゆる分野において、例えば航空機のパイロットや機械のオペレータ、更にはサービス業の従事者などに対しても適用可能である。
【0023】
アルコール検知端末５は、運転業務を遂行すべき運転者（ドライバー）である被検者７が携行する端末であり、被検者７の呼気中のアルコール濃度を検知することができ、有線あるいは無線、例えばブルートゥース（Bluetooth：登録商標）通信などの近距離無線通信規格によって、被検者側操作端末６と通信可能である。また、被検者側操作端末６は、アルコール検知端末５と同様に被検者７が携行するものであり、被検者７の画像（具体的には、顔画像）を撮影可能な撮像部（例えばカメラ）６ｅを有し、例えばスマートフォンなどから成ることができる。また、管理者側操作端末９は、被検者７の運転業務を管理する管理者（安全運転管理者）８の側に設けられ、ネットワーク１０を介してクラウドサーバー４及び被検者側操作端末６と通信可能であるとともに、データを表示可能な表示部９ｂ（図２参照）を有する。管理者側操作端末９としては、デスクトップＰＣ、ラップトップＰＣ、タブレット、及びスマートフォンなどを挙げることができる。
【0024】
また、図１において通信手段１０は、端末６，９とサーバー４との間で情報のやり取りを行なうものであり、有線通信、無線通信のいずれであってもよい。そのような通信手段１０としては、例えば、インターネット、有線ケーブルを用いた回線、有線電話回線、携帯電話回線、ＷｉＦｉ回線などが挙げられる。また、端末６，９は入力装置を有する。この入力装置は、例えば、キーボードやマウス、あるいはタッチパネル等である。
【0025】
なお、本実施形態では、運転業務承認のために必要な各種データをクラウドサーバー４を介して端末６，９間でやりとりする例について説明するが、サーバー４を介すことなく、端末５，６，９間でのみ後述する運転業務承認処理（アルコールチェック管理方法）を実行するようになっていても構わない。また、システム１という形態ではなく、そのような運転業務承認処理を実行するためのコンピュータプログラムが格納されたコンピュータプログラムプロダクト（記録媒体）として存在していてもよい。
【0026】
２．サーバの構成
図２には、図１のアルコールチェック管理システムの個々の要素の概略的な構成がブロック図で示される。図示のように、アルコール検知端末５は、被検者側操作端末６との間の通信を可能にするブルートゥース通信部５ｂと、被検者７からの操作を受け付ける操作受付部５ｃと、アルコール検知の実行に関与するデータを含む各種データを記憶する記憶部５ｄと、被検者の呼気を検出する呼気検出センサー５ｆと、呼気中のアルコール濃度を検出するアルコールセンサー５ｇと、これらの各構成要素の動作を制御する制御部（ＣＰＵ）５ａとを有する。ここで、呼気検出センサー５ｆとしては、例えば、流量センサー（風車式の回転センサー（光学センサー））等によって回転を検出する方式のものや、マウスピースに息を吹き込むことで測定媒体に圧力がかかって最大値やその持続時間などを測定する呼気圧力測定センサー（差圧ダイヤフラム式、半導体式など）を挙げることができる。
図２には、図１のアルコールチェック管理システムの個々の要素の概略的な構成がブロック図で示される。図示のように、アルコール検知端末５は、被検者側操作端末６との間の通信を可能にするブルートゥース通信部５ｂと、被検者７からの操作を受け付ける操作受付部５ｃと、アルコール検知の実行に関与するデータを含む各種データを記憶する記憶部５ｄと、被検者の呼気を検出する呼気検出センサー５ｆと、呼気中のアルコール濃度を検出するアルコールセンサー５ｇと、これらの各構成要素の動作を制御する制御部（ＣＰＵ）５ａとを有する。ここで、呼気検出センサー５ｆとしては、例えば、流量センサー（風車式の回転センサー（光学センサー））等によって回転を検出する方式のものや、マウスピースに息を吹き込むことで測定媒体に圧力がかかって最大値やその持続時間などを測定する呼気圧力測定センサー（差圧ダイヤフラム式、半導体式など）を挙げることができる。
【0027】
また、被検者側操作端末６は、本実施形態ではスマートフォンから成り、アルコール検知端末５との間の通信を可能にするブルートゥース通信部６ｆと、通信手段１０との間の通信を可能にするＨＴＴＰ通信部６ｂと、表示部としてのタッチディスプレイ（表示部）６ｃと、端末６の位置情報を検出するための位置情報検出部６ｄと、撮像部としてのカメラ６ｅと、運転業務承認申請のために必要な各種データを記憶する記憶部（メモリ）６ｇと、これらの各構成要素の動作を制御する制御部（ＣＰＵ）６ａとを有する。記憶部６ｇは、被検者である運転者に関する情報を含む運転者情報リスト６ｇ１と、端末５，６に関する情報を含むデバイス情報リスト６ｇ２と、被検者が運転する車両に関する情報を含む車両情報リスト６ｇ３と、運転業務の承認申請の履歴情報（被検者側操作端末６による過去の承認申請及びその結果）を含む承認申請履歴リスト６ｇ４と、アプリとしての承認申請プログラム６ｇ５とを少なくとも記憶する。なお、本実施形態において、運転者情報リスト６ｇ１、デバイス情報リスト６ｇ２、及び車両情報リスト６ｇ３は、過去に入力して後述するクラウドサーバー４のデータベース４ｃとの照合がとれたデータを保存しており、被検者７が承認申請時にタッチディスプレイ６ｃ上においてプルダウンで選択できるようにしてある。
【0028】
クラウドサーバー４は、通信手段１０との間の通信を可能にするＨＴＴＰ通信部４ｂと、運転業務承認のために必要な各種データを少なくとも含むデータベース４ｃと、データベース４ｃの入出力制御のためのプログラム（制御プログラム）４ｄと、これらの各構成要素の動作を制御する制御部（ＣＰＵ）４ａとを有する。制御プログラム４ｄは、被検者側操作端末６や管理者側操作端末９のクラウドサーバー４に対するアクセスを許可するためのログイン承認処理やデータベース４ｃのレコード処理のためのプログラムも含む。また、データベース４ｃは、車両情報マスターテーブル４ｃ１と、運転者情報マスターテーブル４ｃ２と、デバイス情報マスターテーブル４ｃ３と、検査結果履歴テーブル４ｃ４と、運転者承認一時テーブル４ｃ５とを少なくとも含む。
【0029】
また、管理者側操作端末９は、通信手段１０との間の通信を可能にするＨＴＴＰ通信部９ｃと、データを表示可能な表示部９ｂと、管理者８が操作を入力するための操作入力部９ｄと、アプリとしての安全運転管理プログラム（運転業務承認プログラム）９ｅ１を少なくとも記憶する記憶部９ｅと、これらの各構成要素の動作を制御する制御部（ＣＰＵ）９ａとを有する。
【0030】
図３には、クラウドサーバー４のデータベース４ｃにおける各テーブル４ｃ１，４ｃ２，４ｃ３，４ｃ４，４ｃ５にそれぞれ含まれる情報の一例が示される。図示のように、車両情報マスターテーブル４ｃ１に含まれる情報としては、例えば、運転業務に供する車両の管理番号、該車両のナンバープレート、車両の保険情報などを挙げることができる。また、運転者情報マスターテーブル４ｃ２に含まれる情報としては、例えば、運転者ＩＤ（社員番号）、運転者のパスワード、運転者の氏名、運転者の電話番号、運転者のメールアドレス、運転者の所属部署、運転者の年齢、運転者の過去の承認拒否回数などを挙げることができる。また、デバイス情報マスターテーブル４ｃ３に含まれる情報としては、例えば、アルコール検知端末５のＩＤ、製品名、型番、購入日、バッテリの残量、アルコール検知回数の総和を示す総検知カウト数などを挙げることができる。
【0031】
また、検査結果履歴テーブル４ｃ４は、例えば、履歴データベース（保存用）テーブル４ｃ４１、検査状態記録データテーブル４ｃ４２、及び発話状態記録データテーブル４ｃ４３を含むことができる。この場合、履歴データベース（保存用）テーブル４ｃ４１は、道路交通法施行規則の一部改正に伴って被検者による検査の結果（記録データ）を１年間保存する要請に基づくものであり、履歴データベース（保存用）テーブル４ｃ４１に含まれる情報としては、例えば、運転者ＩＤ（社員番号）、検査の日付、運転前／後の検査時間、運転前／後の検査場所、運転前／後の検査に対する承認者（運転業務の承認可否を決定した承認者）、運転前／後の検査に対する承認時刻、運転前／後の検査に対する承認可否（承認／拒否）、運転前／後の検査方法（確認方法；具体的には、１．アルコール検知端末で検知されたアルコール濃度とカメラによる画像とにより確認したか、２．アルコール検知端末で検知されたアルコール濃度と電話による音声とにより確認したか、３．対面形式で確認したかなど）、運転前／後におけるアルコール濃度、運転前／後におけるカメラ、電話、対面での被検者の様子（所定の基準に基づきＯＫかＮＧかどうかなど）、運転前／後における発話状態記録データＩＤ、運転前／後における検査状態記録データＩＤなどを挙げることができる。また、検査状態記録データテーブル４ｃ４２に含まれる情報としては、例えば、検査状態記録データＩＤ、サムネイル（後述する被検者の画像の一覧表示における各被検者に対応する複数のサムネイル画像）、検査状態動画などを挙げることができる。また、発話状態記録データテーブル４ｃ４３に含まれる情報としては、例えば、発話状態記録データＩＤ、発話状態確認のために表示される文字列、発話状態動画あるいは音声、サムネイルなどを挙げることができる。履歴データベース（保存用）テーブル４ｃ４１の各レコードは、検査状態記録データＩＤと発話状態記録データＩＤにより検査状態記録データテーブル４ｃ４２、及び発話状態記録データテーブル４ｃのレコードと対応付けられている。
【0032】
また、運転者承認一時テーブル４ｃ５は例えば1日分の情報を含んでおり、運転者承認一時テーブル４ｃ５に含まれる情報としては、例えば、承認の日付、運転者ＩＤ、運転業務に供する車両の管理番号、本日の勤務シフト（勤務開始時刻／終了時刻）、運転業務禁止時間帯の終了時刻、運転前／後のデバイスＩＤ、運転前／後の承認状態（ステイタス０：未手続状態、ステイタス１：承認待ち、ステイタス２：承認済み、ステイタス３：再測定待ち、ステイタス４：再測定承認待ち、ステイタス５：拒否状態、ステイタス６：拒否承認待ち）、運転前／後における保留者フラグ（承認者により保留状態にされたか否かを示すフラグ；ステイタス１，４，６が前提となる）、運転前／後において承認の拒否を受けたか否かの情報、運転前／後の検査時間、運転前／後の検査場所、運転前／後の検査に対する承認者（運転業務の承認可否を決定した承認者）、運転前／後の検査に対する承認時刻、運転前／後の検査に対する承認可否（承認／拒否）、運転前／後の検査方法（確認方法；具体的には、１．アルコール検知端末で検知されたアルコール濃度とカメラによる画像とにより確認したか、２．アルコール検知端末で検知されたアルコール濃度と電話による音声とにより確認したか、３．対面形式で確認したかなど）、運転前／後におけるアルコール濃度、運転前／後におけるカメラ、電話、対面での被検者の様子（所定の基準に基づきＯＫかＮＧかどうかなど）、運転前／後における検査状態記録データＩＤ、運転前／後における発話状態記録データＩＤ、運転前／後における発話状態確認のために表示される文字列などを挙げることができる。運転者承認一時テーブル４ｃ５に含まれる1日分のレコードは、日付が変わると同時に当該日にシフトが予定されている運転者数分生成される（日付、運転者ＩＤ、本日の勤務シフトのみのデータが入力されたレコードが生成される）ものとする。
【0033】
３．被検者側操作端末
被検者側操作端末６は予めインストールされた承認申請プログラム６ｇ５に従って動作するように構成され、被検者７は被検者側操作端末６を操作することにより管理者８による承認を受けるための承認申請を行なうことができ、承認された場合に承認の通知を受けることができる。
承認申請を行なって承認通知を受けるまでの過程には複数のステップがあり、被検者側操作端末６には、その段階、すなわち現在どのステップにいるのか被検者７が理解できるように、被検者側操作端末６のタッチディスプレイ６ｃの画面の例えば上側の段階表示領域６ｂａに、点灯／非点灯などの識別可能な形態によって現在のステップが、被検者７が認識できるように表示されるようになっている。
被検者側操作端末６は予めインストールされた承認申請プログラム６ｇ５に従って動作するように構成され、被検者７は被検者側操作端末６を操作することにより管理者８による承認を受けるための承認申請を行なうことができ、承認された場合に承認の通知を受けることができる。
承認申請を行なって承認通知を受けるまでの過程には複数のステップがあり、被検者側操作端末６には、その段階、すなわち現在どのステップにいるのか被検者７が理解できるように、被検者側操作端末６のタッチディスプレイ６ｃの画面の例えば上側の段階表示領域６ｂａに、点灯／非点灯などの識別可能な形態によって現在のステップが、被検者７が認識できるように表示されるようになっている。
【0034】
図６の（ａ）（ｂ）に示されるように、承認を受けるまでのステップには、「開始」ステップ、「健康チェック」ステップ、「発話確認」ステップ、「測定準備」ステップ、「息吹き」ステップ、「承認依頼中」ステップ、及び「承認結果受領」があり、現在の状況のステップが段階表示領域６ｂａに星印で表わされるようになっている。ここで、「開始」ステップは、最初にアプリを起動した状態で、ユーザーによる初期入力（運転前又は運転後か、運転者ＩＤ、車両管理番号など）を行なうステップであり、「健康チェック」ステップは、被検者７の健康チェックを行なうステップであり、被検者７は画面上で質問に答える。また、「発話確認」ステップは、被検者７の発話状態の確認を行なうステップであり、「測定準備」ステップは、被検者７に対してアルコール検査の準備（アルコール検知端末５の起動並びにブルートゥース接続）を促すステップである。「息吹き」ステップは、被検者７に対してアルコール検知端末５への息吹きを促し、呼気を測定しているステップであり、「承認依頼中」ステップは、アルコール濃度を含む入力情報をサーバーを介してあるいは直接管理者（承認者）８に送信し、承認を待っているステップであり、「承認結果受領」ステップは、管理者８による判断結果（承認、再測定あるいは否認）の受信を完了しているステップである。
【0035】
図６（ａ）に示されるタッチディスプレイ６ｃの画面上側の段階表示領域６ｂａの「健康チェック」ステップは被検者７による健康状態を入力するステップであり、以下の通り実行されるようになっている。
ここで、この健康チェックに基づき、管理者８側は、図２４に示されるような点呼記録簿１５０をデータとして管理、出力できるようになっていてもよい。一例として、この点呼記録簿１５０には、乗務前点呼情報１５０Ａと乗務後点呼情報１５０Ｂとが記録される。乗務前点呼情報１５０Ａには、乗務前（運転前）における被検者７の情報、例えば、被検者（運転者）の登録番号、氏名と共に、点呼日、点呼時刻、点呼方法（対面の点呼であるか、電話による点呼であるかどうか）、疾病の有無、疲労の有無、酒気帯びの有無、アルコール検知端末５の使用の有無、車両の日常点検完了の有無、運転に関する指示事項（注意事項）、その他の必須事項などが含まれる。また、乗務後点呼情報１５０Ｂには、乗務後（運転後）における被検者７の情報、例えば、点呼日、点呼時刻、点呼方法（対面の点呼であるか、電話による点呼であるかどうか）、疾病の有無、疲労の有無、酒気帯びの有無、アルコール検知端末５の使用の有無、自動車道路における運行状況、交替運転者に対する通告、その他の必須事項などが含まれる。
ここで、この健康チェックに基づき、管理者８側は、図２４に示されるような点呼記録簿１５０をデータとして管理、出力できるようになっていてもよい。一例として、この点呼記録簿１５０には、乗務前点呼情報１５０Ａと乗務後点呼情報１５０Ｂとが記録される。乗務前点呼情報１５０Ａには、乗務前（運転前）における被検者７の情報、例えば、被検者（運転者）の登録番号、氏名と共に、点呼日、点呼時刻、点呼方法（対面の点呼であるか、電話による点呼であるかどうか）、疾病の有無、疲労の有無、酒気帯びの有無、アルコール検知端末５の使用の有無、車両の日常点検完了の有無、運転に関する指示事項（注意事項）、その他の必須事項などが含まれる。また、乗務後点呼情報１５０Ｂには、乗務後（運転後）における被検者７の情報、例えば、点呼日、点呼時刻、点呼方法（対面の点呼であるか、電話による点呼であるかどうか）、疾病の有無、疲労の有無、酒気帯びの有無、アルコール検知端末５の使用の有無、自動車道路における運行状況、交替運転者に対する通告、その他の必須事項などが含まれる。
【0036】
また、このような点呼記録簿データを取得するため、前述した段階表示領域６ｂａに表示されるようなアルコールチェックの一連の段階における例えば発話確認の前の健康チェック段階で、被検者側操作端末６のタッチディスプレイ６ｃ上に例えば図２５に示されるような健康チェック項目入力画面が表示されてもよい。ここで、一例として、図２５の（ａ）には、運転前の健康チェック項目入力画面１６０Ａが示され、図２５の（ｂ）には、運転後の健康チェック項目入力画面１６０Ｂが示される。図２５の（ａ）に示されるように、運転前の健康チェック項目入力画面１６０Ａは、睡眠時間が十分に取れているか否か、体調に違和感があるか否か、車両確認をしたか否かをコメントと共に被検者７に入力させるようになっている。入力された睡眠時間に関する情報は、図２４に示される点呼記録簿の乗務前点呼情報１５０Ａの「疲労の有無」に対応し、入力された体調に関する情報は、図２４に示される点呼記録簿の乗務前点呼情報１５０Ａの「疾病の有無」に対応し、入力された車両確認に関する情報は、図２４に示される点呼記録簿の乗務前点呼情報１５０Ａの「車両の日常点検完了の有無」に対応する。また、これらの入力情報は、検査終了時点で図３に示される運転者承認一時テーブル４ｃ５に運転前「点呼情報」として格納され、１日の処理が終わった時点で図３に示される履歴データベース（保存用）テーブル４ｃ４１に運転前「点呼情報」として格納される。
【0037】
また、図２５の（ｂ）に示されるように、運転後の健康チェック項目入力画面１６０Ｂは、睡眠時間が十分に取れているか否か、体調に違和感があるか否か、自動車道路の運行状況をコメントと共に被検者７に入力させるようになっている。入力された睡眠時間に関する情報は、図２４に示される点呼記録簿の乗務後点呼情報１５０Ｂの「疲労の有無」に対応し、入力された体調に関する情報は、図２４に示される点呼記録簿の乗務後点呼情報１５０Ｂの「疾病の有無」に対応し、入力された運行状況に関する情報は、図２４に示される点呼記録簿の乗務後点呼情報１５０Ｂの「自動車道路における運行状況」に対応する。また、これらの入力情報は、検査終了後、図３に示される運転者承認一時テーブル４ｃ５に運転後「点呼情報」として格納され、１日の処理が終わった時点で図３に示される履歴データベース（保存用）テーブル４ｃ４１に運転後「点呼情報」として格納される。
なお、被検者７は、以上のような健康チェック段階にあるか否かを、他の段階と同様、図６に示される段階表示領域６ｂａで認識できる。
なお、被検者７は、以上のような健康チェック段階にあるか否かを、他の段階と同様、図６に示される段階表示領域６ｂａで認識できる。
【0038】
図６の（ａ）に示されるタッチディスプレイ６ｃの画面上側の段階表示領域６ｂａの「発話確認」ステップは被検者７による発話状態確認のステップであり、以下の通り実行されるようになっている。
このステップにおいて、本実施形態では、前述したような呼気吹き付けによるアルコール検査及び動画撮影に加えて、任意選択的に、（例えばアルコール濃度検査の前に）被検者７の発話状態の確認も行なえるようになっている。この場合、図６の（ｂ）に示されるように、被検者側操作端末６のタッチディスプレイ６ｃの画面上に、被検者７が被検者側操作端末６に向けて発話すべき文字列や数字列などの表示Ｃが、「カメラに向けて数字をはっきり伝えてください」というメッセージＤと共に表示されてもよい。発話されるべきものとしては、例えば、ランダムな数字列・文字列や、日付、体温などを挙げることができる。ランダムな数字列・文字列の場合には、タッチディスプレイ６ｃの画面上に表示された数字列・文字列を被検者に発話してもらい、その後に、アルコール検知端末５の操作を被検者に促す。一方、体温の場合には、被検者に事前に体温を測らせ、その後、その体温を被検者側操作端末６に向けて被検者に発話してもらった後、アルコール検知端末５の操作を被検者に促す。
このステップにおいて、本実施形態では、前述したような呼気吹き付けによるアルコール検査及び動画撮影に加えて、任意選択的に、（例えばアルコール濃度検査の前に）被検者７の発話状態の確認も行なえるようになっている。この場合、図６の（ｂ）に示されるように、被検者側操作端末６のタッチディスプレイ６ｃの画面上に、被検者７が被検者側操作端末６に向けて発話すべき文字列や数字列などの表示Ｃが、「カメラに向けて数字をはっきり伝えてください」というメッセージＤと共に表示されてもよい。発話されるべきものとしては、例えば、ランダムな数字列・文字列や、日付、体温などを挙げることができる。ランダムな数字列・文字列の場合には、タッチディスプレイ６ｃの画面上に表示された数字列・文字列を被検者に発話してもらい、その後に、アルコール検知端末５の操作を被検者に促す。一方、体温の場合には、被検者に事前に体温を測らせ、その後、その体温を被検者側操作端末６に向けて被検者に発話してもらった後、アルコール検知端末５の操作を被検者に促す。
【0039】
このような発話確認は、管理者８による被検者７の目視以外のチェックとして、被検者７がうまく話せているかどうかを確認するのに役立ち、アルコール検査の信頼性に寄与し得る。よって、指示される発話内容は被検者７が予め予測し得ないものであることが望ましい。なお、発話状態の動画（音声含む）あるいは音声のみが記録されるようになっていてもよい。この場合、記録は数字や文字列の表示開始と同時に開始されてもよい。また、記録開始から所定時間経過後（例えば５秒）あるいはマイクからの音声入力が終了した時点までの映像を抽出し、記録してもよい。
【0040】
図６（ａ）に示されるタッチディスプレイ６ｃの画面上側の段階表示領域６ｂａの「測定準備」ステップ及び「息吹き」ステップはアルコール検査のステップであり、アルコール検査は以下の通り実行されるようになっている。
アルコール検査時において、図２に関連して前述した構成のアルコール検知端末５及び被検者側操作端末６は、同期して動作するようになっている。具体的に、「測定準備」ステップでは、一例として、図４に示されるように、アルコール検知端末５及び被検者側操作端末６の両方を携行する被検者７が、自身の被検者側操作端末６の電源をＯＮにして、アルコール検査を伴う運転業務承認申請のためのアプリケーションを立ち上げ、タッチディスプレイ６ｃに表示される開始ボタンを押すと、ブルートゥースを介してアルコール検知端末５との連携がとれるようになる。また、それに伴って、アルコール検知端末５側から制御部５ａ及びブルートゥース通信部５ｂ，６ｆを介して被検者側操作端末６にスタンバイ信号が送出される。このとき図６の（ａ）に示されるように、測定方法を示す画像Ａと共に、「手元のアルコール検知器の「開始」ボタンを「長押し」し、測定を開始してください」というメッセージＢがタッチディスプレイ６ｃの画面に表示されてもよい。スタンバイ信号を受信すると、タッチディスプレイ６ｃの画面上側の段階表示領域６ｂａは「息吹き」のステップであることを示す表示となり、被検者側操作端末６には、タッチディスプレイ６ｃの画面に「息を５秒以上吹き込んでください」というメッセージが表示される。これに伴って、被検者７は、アルコール検知端末５の前述した呼気検出センサー５ｆ（図では、風車式の回転センサー）に呼気を吹き付ける。
アルコール検査時において、図２に関連して前述した構成のアルコール検知端末５及び被検者側操作端末６は、同期して動作するようになっている。具体的に、「測定準備」ステップでは、一例として、図４に示されるように、アルコール検知端末５及び被検者側操作端末６の両方を携行する被検者７が、自身の被検者側操作端末６の電源をＯＮにして、アルコール検査を伴う運転業務承認申請のためのアプリケーションを立ち上げ、タッチディスプレイ６ｃに表示される開始ボタンを押すと、ブルートゥースを介してアルコール検知端末５との連携がとれるようになる。また、それに伴って、アルコール検知端末５側から制御部５ａ及びブルートゥース通信部５ｂ，６ｆを介して被検者側操作端末６にスタンバイ信号が送出される。このとき図６の（ａ）に示されるように、測定方法を示す画像Ａと共に、「手元のアルコール検知器の「開始」ボタンを「長押し」し、測定を開始してください」というメッセージＢがタッチディスプレイ６ｃの画面に表示されてもよい。スタンバイ信号を受信すると、タッチディスプレイ６ｃの画面上側の段階表示領域６ｂａは「息吹き」のステップであることを示す表示となり、被検者側操作端末６には、タッチディスプレイ６ｃの画面に「息を５秒以上吹き込んでください」というメッセージが表示される。これに伴って、被検者７は、アルコール検知端末５の前述した呼気検出センサー５ｆ（図では、風車式の回転センサー）に呼気を吹き付ける。
【0041】
被検者７がアルコール検知端末５の呼気吹き込み口に所定量の呼気を連続的に吹き付けると、呼気が呼気検出センサー５ｆにより知らされる。そして、図５の（ａ）に示されるように呼気量が所定の閾値Ｔを超えた（例えばアルコール濃度を正確に計測するのに必要な呼気流量又は呼気圧力を超えた）状態が呼気検出センサー５ｆを用いて制御部５ａにより検知されると、その超えた時間ｔ１に、制御部５ａによってブルートゥース通信部５ｂ，６ｆを介してアルコール検知端末５側から被検者側操作端末６に測定開始信号が送出される。そして、その後、呼気量が閾値Ｔ以下になると、その時間ｔ２に、測定終了信号がアルコール検知端末５側から被検者側操作端末６に送出される。この場合、図４に示されるように予め被検者７の顔にカメラ６ｅが向けられた状態にあるスマートフォンとしての被検者側操作端末６側では、図５の（ｂ）に示されるように、時間ｔ１における測定開始信号の受信に応じて、カメラ６ｅにより被検者７の顔の動画撮影が開始され、時間ｔ２における測定終了信号の受信に応じて、カメラ６ｅによる動画撮影を終了される（被検者７がアルコール検知端末５に息を吹きかけている最中に動画が撮影される）。そして、この動画は記憶部６ｇに一時的に保存される。保存された動画は通信回線を介して管理者側操作端末９に送信され、管理者８による承認のために使用される。この動画撮影後、図５の（ｃ）に示されるように、撮影動画から(ｔ１＋ｔ２)／２－１．５～(ｔ１＋ｔ２)／２＋１．５秒の３秒間の動画が切り取られて管理者側操作端末９に送信されるようにしてもよい。これにより、送信画像及び保存画像の縮小化を図ることができる。なお、この検査状態を記録する動画に音声を含むかどうかは任意である。
【0042】
また、この呼気吹き付け／動画撮影中に、アルコール検知端末５側では、(ｔ２－ｔ１)が５．０秒以上（正確なアルコール測定が可能な時間としての５秒）のときに、アルコールセンサー５ｇがアルコール濃度を算出し、正常フラグとアルコール濃度の数値とを被検者側操作端末６に送出する。一方、(ｔ２－ｔ１)が５．０秒未満の場合には、アルコールセンサー５ｇはアルコール濃度を算出せず、アルコール検知端末５側から被検者側操作端末６に測定不能フラグが送出される。なお、本実施形態では、アルコール濃度の数値が測定データとして被検者側操作端末６に送出されるが、アルコール検知端末５側及び被検者側操作端末６のいずれにおいても、被検者７による都合の良い測定値選択の防止するためそのアルコール測定値が表示されないようになっている。他の不正防止方法を取り入れることでアルコール測定値が表示されるようになっていてもよい。
【0043】
図６（ａ）に示されるタッチディスプレイ６ｃの画面上側の段階表示領域６ｂａの「承認依頼中」ステップは、アルコール濃度の測定が正常に終了した場合に進むステップであり、ここでは各ステップにおいて入力された各種情報（健康情報、発話状態の動画、アルコール検査状態の動画、測定されたアルコール濃度等）並びに後述するログイン情報がサーバーあるいは管理者側端末に送信され、管理者の承認を待っている状態である。図６（ａ）に示されるタッチディスプレイ６ｃの画面上側の段階表示領域６ｂａの「承認結果受信」ステップは、管理者の承認・否認という結果を受信完了している状態である。
【0044】
４．管理者側操作端末
以上のようにしてアルコール検知端末５及び被検者側操作端末６から取得されたアルコール濃度の数値データ、被検者の顔の画像データ、及び発話データ（被検者７の発話状態確認のための音声データ；音声データのみならず画像データを含んでもよい）などの運転業務の承認のために必要な各種データは、通信手段１０を介してクラウドサーバー４に送られ、管理者側操作端末９でも参照可能となる。あるいは、管理者側操作端末９にも送られるようにしてもよい。この場合、そのようなデータの端末５，６，９間及びこれらの端末とサーバー４との間での送受信を含む処理を制御する本実施形態のアルコールチェック管理システム１の制御部は、所定のアルゴリズムにしたがって、カメラ６ｅによって撮影された複数の被検者７の顔の画像をそれぞれの被検者と関連付けられるデータと共に管理者側操作端末９の表示部９ｂに一覧表示させ、複数の被検者７における運転業務の管理者８による順次の承認を可能にする。言い換えると、運転業務を遂行すべき被検者７の呼気中のアルコール濃度に基づき、被検者７の運転業務を管理する管理者８が被検者７の運転業務の承認を遠隔的に順次に行なえるようにする。
以上のようにしてアルコール検知端末５及び被検者側操作端末６から取得されたアルコール濃度の数値データ、被検者の顔の画像データ、及び発話データ（被検者７の発話状態確認のための音声データ；音声データのみならず画像データを含んでもよい）などの運転業務の承認のために必要な各種データは、通信手段１０を介してクラウドサーバー４に送られ、管理者側操作端末９でも参照可能となる。あるいは、管理者側操作端末９にも送られるようにしてもよい。この場合、そのようなデータの端末５，６，９間及びこれらの端末とサーバー４との間での送受信を含む処理を制御する本実施形態のアルコールチェック管理システム１の制御部は、所定のアルゴリズムにしたがって、カメラ６ｅによって撮影された複数の被検者７の顔の画像をそれぞれの被検者と関連付けられるデータと共に管理者側操作端末９の表示部９ｂに一覧表示させ、複数の被検者７における運転業務の管理者８による順次の承認を可能にする。言い換えると、運転業務を遂行すべき被検者７の呼気中のアルコール濃度に基づき、被検者７の運転業務を管理する管理者８が被検者７の運転業務の承認を遠隔的に順次に行なえるようにする。
【0045】
具体的には、管理者側操作端末９の表示部９ｂに表示される承認画面の第１の例を図７に示す。この例における承認処理は制御部９ａが安全運転管理プログラムを実行することによりなされるものである。図７には、これから管理者８によってその運転業務の承認可否（運転前の承認）が決定されるべき複数の被検者７、言い換えると、アルコール検知端末５を用いて今しがた検査を行なった複数の被検者７の顔（あるいは顔を含む上半身）の画像がそれぞれ、矩形の外枠４０によって取り囲まれた状態で、管理者側操作端末９の表示部９ｂの主表示領域２０に例えば左右一列に一覧表示される（図では、５人の被検者７の画像３０，３１，３２，３３，３４が左右一列に表示されている）。すなわち、この一覧表示は、各被検者７に対応する複数のサムネイル画像（以下、単にサムネイルと称する場合もある）３０，３１，３２，３３，３４の配列から成る。なお、本実施形態において、一覧表示される画像３０，３１，３２，３３，３４は、カメラ６ｅによって撮影された被検者７の動画の一部であるが、動画とは無関係に予め撮影された静止画像でもよい。また、表示されるのは被検者７の画像に限られず、単に被検者７の氏名など管理者（承認者）８が被検者７を認識可能な表示であればよい。後述する他の表示領域に表示される画像も同様である。
【0046】
また、一覧表示されるサムネイル画像３０，３１，３２，３３，３４にはそれぞれ、そのサムネイル画像に対応する被検者７と関連付けられるデータ４５が割り当てられて表示される。具体的に、本実施形態では、一例として、サムネイル画像３０，３１，３２，３３，３４の下側に近接して、その対応する被検者７の氏名、検査日時、アルコール濃度（アルコール検知端末５を用いて今しがた検査した検査結果）が表示される。ここで、アルコール濃度が基準値を超えている場合には注意喚起のために表示態様（色、太字、字体、マーキング等）を変えて表示するのが好ましく、ここでは例えばサムネイル画像３４に対応するアルコール濃度が赤色で表示されている。また、表示されるデータ４５には図２５の健康チェック項目入力画面１６０（ａ）（ｂ）で入力された健康情報が含まれてもよく、例えば「運転前」の場合は「アルコール濃度」の下段に「睡眠：〇 体調：× 点検：〇」、「運転後」の場合は「睡眠：〇 体調：〇 運行状況：渋滞多発」のように表示されるのが好ましい。
【0047】
また、このような一覧表示の形態では、主表示領域２０に表示される被検者７（対応するサムネイル画像）を管理者８が自由に選択してその承認可否を決定できるようになっていてもよいが、本実施形態では、一例として、主表示領域２０内で最も左側に位置される被検者７（図では、サムネイル３０）から順番に承認可否の決定を行なえるようになっている。この場合、一番最初に承認可否決定が行なわれる最も左側に位置される被検者７のサムネイル３０は、承認待ちで待機している右側の他の被検者７のサムネイル３１，３２，３３，３４よりも大きく拡大表示されるようになっており、その拡大表示されたサムネイル３０には、承認可否を選択できる選択ボタンが対応付けられる。具体的には、本実施形態では、一例として、拡大表示されたサムネイル３０の下側に、アルコール濃度の再測定を要すると決定するための再測定決定ボタン５０と、所定の要件を満たすものとして運転業務を許可する（承認する）ための承認決定ボタン５１と、所定の要件を満たさないとして運転業務を拒否する（承認しない）ための拒否決定ボタン５２とが選択ボタンとして表示されるようになっている。
【0048】
このような選択ボタン５０，５１，５２による被検者の承認可否決定は、管理者８が各被検者７のサムネイル画像３０，３１，３２，３３，３４の下側に表示されるデータ４５中のアルコール濃度の数値を参照し、再生動画中の被検者の表情や発話状態を総合的に判断して行なわれる。また、発話状態を承認可否の判断材料として加味する場合には、被検者７と関連付けられるデータとして、動画中に被検者７の発話状態確認のための音声データも含まれることになる。
【0049】
また、選択ボタン５０，５１，５２によって最も左側に位置される被検者７の承認可否決定がなされると、続いて、その直ぐ右隣に位置される被検者７のサムネイル画像が最も左側に移動し、他の承認待ちで待機している被検者７のサムネイル画像も左側へ１コマずつ移動するようになる。これにより、主表示領域２０に表示されていなかった承認待ちの被検者７のサムネイル画像が最も右側の位置に新たに表示されるようになる。このように、承認可否の決定が行なわれるたびに、サムネイル画像が１コマずつ順次に左側へ移動して新たなサムネイル画像が追加される。最も左側に移動されてきたサムネイル画像は、移動されてきた段階で自動的に再生されるようになり、その自動再生開始時又はその途中で、あるいは再生終了後に選択ボタン５０，５１，５２が表示されるようになっていてもよい。
【0050】
なお、前述したように、本実施形態では、承認待ちの被検者７のサムネイルが最も左側に移行してきた段階でそのサムネイルが拡大表示されて選択ボタン５０，５１，５２が出現されるようになっており、承認待ちで待機している他の被検者７のサムネイルには選択ボタン５０，５１，５２が表示されないが、主表示領域２０に表示されている全てのサムネイルに当初から選択ボタン５０，５１，５２が対応付けられて表示されていてもよい。また、本実施形態では、主表示領域２０内で最も左側に位置される被検者７（図では、サムネイル３０）から順番に承認可否の決定を行なえるようになっているが、主表示領域２０内で最も右側に位置される被検者７（図では、サムネイル３４）から順番に承認可否の決定を行なえるようになっていてもよい。また、本実施形態では、選択ボタン５０，５１，５２同士が識別可能に表示されていてもよい（例えば、色分け表示される又は表示形態が異なるなど）。
なお、本実施形態では、選択ボタン５０，５１，５２を画面上に表示しているが、キーボードの特定のキーに選択ボタン５０，５１，５２の機能を割り付けるようにし、動画再生終了後にキー入力が可能となるようにしてもよい。
なお、本実施形態では、選択ボタン５０，５１，５２を画面上に表示しているが、キーボードの特定のキーに選択ボタン５０，５１，５２の機能を割り付けるようにし、動画再生終了後にキー入力が可能となるようにしてもよい。
【0051】
また、本実施形態では、最も左側に表示される被検者７のサムネイルに関して、承認決定ボタン５１がクリックされると、そのサムネイルが表示部９ｂの主表示領域２０から消えるが、再測定決定ボタン５０がクリックされると、そのサムネイルは、主表示領域２０とは別個に表示部９ｂの画面上（本実施形態では、右上の表示領域）に設けられた再測定者リスト表示領域２３へと自動的に移される。また、拒否決定ボタン５２がクリックされると、そのサムネイルは、主表示領域２０とは別個に表示部９ｂの画面上（本実施形態では、右下の表示領域）に設けられた拒否者リスト表示領域２２へと自動的に移される。また、諸般の事情により（例えば、画像を通じて確認される被検者の挙動がおかしい、緊急事態を伴う事象が生じたなど）により承認可否の決定を一時的に保留すべき理由が生じた場合、管理者８は、その対応する被検者７のサムネイルを、ドラッグ移動によって、主表示領域２０とは別個に表示部９ｂの画面上（本実施形態では、右上の表示領域）に設けられた保留者リスト表示領域２１へと移すことができる。なお、諸般の事情が解消した場合、管理者８は、保留者リスト表示領域２１にあるサムネイル（被検者７）を、ドラッグ移動によって、主表示領域２０の列に戻すこともできる。このように、表示部９ｂの画面上に、主表示領域２０と共に、保留者リスト表示領域２１、拒否者リスト表示領域２２、及び再測定者リスト表示領域２３を一括して設けることにより、管理者８は、各被検者７の承認に関する現在の状態を常に一見して把握できるようになる。なお、再測定決定ボタン５０や拒否決定ボタン５２を表示することなく、サムネイルの再測定者リスト表示領域２３や拒否者リスト表示領域２２へのドラッグ移動によって決定ボタン押下の代わりとしてもよい。
【0052】
また、このように、保留者リスト、拒否者リスト、及び再測定者リストに移された被検者７は、その後において再び検査して承認を受けることとなることから、所定の時点で、前述した主表示領域２０内の一覧表示の左右の列に再び復帰されることになる。そのため、主表示領域２０内の左右の列には、図7に示されるように、新規の被検者７（保留者リスト、拒否者リスト、及び再測定者リストに回されなかった被検者７）のサムネイル（図では、サムネイル３０，３１，３３）と、再測定者リストから復帰された被検者７のサムネイル（図では、サムネイル３２）と、拒否者リストから復帰された被検者７のサムネイル（図では、サムネイル３４）とが混在して配列される場合もある。そのため、本実施形態では、その混在した配列状態の中で被検者７がどのような承認段階にあるのかを、被検者７のサムネイルの矩形の外枠４０によって管理者８が一見して把握できるようにしている。
【0053】
具体的には、一例として、本実施形態では、新規の被検者７のサムネイル（図では、サムネイル３０，３１，３３）の外枠４０が青色で表示され（図７では、便宜上、黒色の実線枠で示される）、再測定者リストから復帰された被検者７のサムネイル（図７では、サムネイル３２）の外枠４０が黄色で表示され（図７では、便宜上、黒色の実線枠を外側から取り囲む破線の外枠が更に付加された二重枠で示される）、拒否者リストから復帰された被検者７のサムネイル（図７では、サムネイル３４）の外枠４０が赤色で表示される（図７では、便宜上、黒色の実線枠を外側から取り囲む実線の外枠が更に付加された二重枠で示される）。なお、保留者リストに移された被検者７は、管理者８による承認可否決定のステップを経由した者ではないことから、新規の被検者７のサムネイルと同じ外枠４０を有する。
【0054】
また、主表示領域２０内におけるこのような色分け表示に対応して、本実施形態では、再測定者リスト表示領域２３内に表示される被検者７のサムネイル３２Ａ，３２Ｂの外枠４０も黄色で表示され、拒否者リスト表示領域２２内に表示される被検者７のサムネイル３４Ａの外枠４０も赤色で表示され、保留者リスト表示領域２１内に表示される被検者７のサムネイル３０Ａ，３０Ｂの外枠４０も青色で表示される。また、このような各表示領域２０，２１，２２，２３内における色分け表示に合わせて、再測定決定ボタン５０が黄色で表示され、拒否決定ボタン５２が赤色で表示されてもよい。なお、その場合、承認決定ボタン５１は、本実施形態では、例えば緑色で表示される。
【0055】
また、主表示領域２０内のサムネイルを管理者８がクリックすると、そのサムネイルに対応する被検者７と管理者８が管理者側操作端末９の電話機能により対話できるようになっていてもよく、更に、予め定められている勤務シフトの開始時間に遅刻してきた被検者７においては、その運転業務のシフトが差し迫っていることも考慮し、所定の条件下で他の被検者に優先して承認可否決定処理を行なえるように審査順番を早める（例えば、主表示領域２０内のサムネイル３０とサムネイル３１の間に割り込ませる）ようにしてもよい。
【0056】
また、主表示領域２０には、該領域２０内に一覧表示されるべき被検者７のサムネイルを運転前の被検者７のサムネイルと運転後の被検者７のサムネイルとで切り替えるための切り替え換えボタン４６，４７が表示されている。そのため、管理者８が「運転前」の切り替えボタン４６をクリックすると、主表示領域２０には、アルコール検知端末５を用いて今しがた運転業務に先立って検査を行なった運転前の複数の被検者７のサムネイルが一覧表示される。一方、管理者８が「運転後」の切り替えボタン４７をクリックすると、主表示領域２０には、アルコール検知端末５を用いて今しがた運転業務を終えて検査を行なった運転後の複数の被検者７のサムネイルが一覧表示される。また、主表示領域２０には、この領域２０にスペース的に一覧表示され得ずに承認待機状態にある残りの被検者７の数を表示する残数表示領域６０と、画面９ｂを１つ前の状態に戻すための標示６１と、前述した図２４に示される点呼記録簿１５０を出力するための出力ボタン６９が設けられる。
【0057】
このような一覧表示に基づく順次的な承認を可能とするアルコールチェック管理システム１の制御部は、以下で説明する本実施形態のように各端末５，６，９の制御部５ａ，６ａ，９ａ及びサーバー４の制御部４ａの一部又は全部が協働することにより構成されてもよく、あるいは、端末５，６，９やサーバー４とは別個のものであってもよく、更にはアプリケーションプログラムであってもよい。
【0058】
５．被検者側操作端末側におけるアルゴリズム
次に、図８～図１２を参照しながら、本実施形態において被検者側操作端末６側においてその制御部６ａの制御下で行なわれる検査アプリケーションプログラムのアルゴリズムの一例について説明する。なお、以下では、被検者を運転者と称する場合もある。
図８に示されるように、運転者ＩＤ、パスワードと運転区分（運転前／運転後）とを被検者７が被検者側操作端末６で入力する（ステップＳ１）と、ＧＰＳなどを含む位置情報検出部６ｄが位置情報を取得し、その情報が記憶部６ｇに一時保存される（ステップＳ２）。その後、制御部６ａは、サーバー４及び回線の状態を確認し（ステップＳ３）、回線及びサーバーのいずれもが正常であるかを判断する（ステップＳ４）。回線及びサーバーのいずれもが正常である場合（ステップＳ４においてＹＥＳの場合）には、運転者ＩＤ、パスワードがサーバー４に転送されサーバー４にてログイン処理が行なわれ（ステップＳ５）、サーバー４からの応答によりログインが成功か否かが判断される（ステップＳ６）。ログインが成功である場合（ステップＳ６においてＹＥＳの場合）に限り、その後、測定開始条件確認が行なわれ（ステップＳ７）、続いてオンライン処理が行なわれる（ステップＳ９）。一方、ステップＳ４においてＮＯの場合、すなわち、回線異常又はサーバーがダウンの場合には、前述した測定開始条件確認が行なわれ（ステップＳ７）、続いてオフライン処理が行なわれる（ステップＳ１０）。
次に、図８～図１２を参照しながら、本実施形態において被検者側操作端末６側においてその制御部６ａの制御下で行なわれる検査アプリケーションプログラムのアルゴリズムの一例について説明する。なお、以下では、被検者を運転者と称する場合もある。
図８に示されるように、運転者ＩＤ、パスワードと運転区分（運転前／運転後）とを被検者７が被検者側操作端末６で入力する（ステップＳ１）と、ＧＰＳなどを含む位置情報検出部６ｄが位置情報を取得し、その情報が記憶部６ｇに一時保存される（ステップＳ２）。その後、制御部６ａは、サーバー４及び回線の状態を確認し（ステップＳ３）、回線及びサーバーのいずれもが正常であるかを判断する（ステップＳ４）。回線及びサーバーのいずれもが正常である場合（ステップＳ４においてＹＥＳの場合）には、運転者ＩＤ、パスワードがサーバー４に転送されサーバー４にてログイン処理が行なわれ（ステップＳ５）、サーバー４からの応答によりログインが成功か否かが判断される（ステップＳ６）。ログインが成功である場合（ステップＳ６においてＹＥＳの場合）に限り、その後、測定開始条件確認が行なわれ（ステップＳ７）、続いてオンライン処理が行なわれる（ステップＳ９）。一方、ステップＳ４においてＮＯの場合、すなわち、回線異常又はサーバーがダウンの場合には、前述した測定開始条件確認が行なわれ（ステップＳ７）、続いてオフライン処理が行なわれる（ステップＳ１０）。
【0059】
なお、ステップＳ７における測定開始条件確認において、制御部６ａは、車両情報（車両管理番号、ナンバープレートなど）が記憶部６ｇに記憶されているか否かを判断し、記憶されている場合には、車両情報を決定して、それを記憶部６ｇに一時的に記憶させる。記憶部６ｇに車両情報が記憶されていない場合には、被検者７が端末６で車両管理番号を入力し、それにより、制御部６ａは、車両情報を決定して、それを記憶部６ｇに一時的に記憶させる。その後、制御部６ａは、アルコール検知端末６のデバイスＩＤが記憶部６ｇに記憶されているかどうかを判断し、記憶されている場合には、アルコール検知端末５（デバイスＩＤ）を決定してそれを記憶部６ｇに一時的に記憶させ、記憶されていない場合には、被検者７にアルコール検知端末６のデバイスＩＤを入力させ、それに基づきアルコール検知端末５（デバイスＩＤ）を決定してそれを記憶部６ｇに一時的に記憶させる。なお、デバイスＩＤは、ブルートゥース接続された際に自動的に送出されてもよい。
【0060】
図９には、ステップＳ９におけるオンライン処理が示される。図示のように、このオンライン処理では、まず最初に、制御部６ａは、サーバー４に対して、運転者承認一時テーブル４ｃ５から本日の日付と当該運転者のＩＤを有する運転者承認一時レコードの送信要求を行なう（ステップＳ９ａ）。その後、サーバー４から当該レコードを受信あるいは当該レコードなし回答を受信する（ステップＳ９ｂ；日付と運転者ＩＤを元に、運転者承認一時レコードをサーバー４から取得する）と、制御部６ａは、運転者のステイタス確認（禁止時間帯や勤務シフトなど）を行なう（ステップＳ９ｃ）。すなわち、受信レコードの禁止時間帯終了時刻から、当該運転者の運転の禁止時間帯になっていないか、勤務シフトがあるかどうかを確認する。ステイタス確認により検査を行なうことができない場合（ステップＳ９ｃにおいてＮＧの場合）、タッチディスプレイ６ｃにおいて検査不可のメッセージを表示し（ステップＳ９ｇ）、アプリを終了する（ステップＳ９ｈ）。一方、ステップＳ９ｃにおいてステータス確認により検査を行なうことができる場合、すなわち、ステップＳ９ｃにおける判断がＯＫの場合、制御部６ａは、被検者７に健康情報を入力（図２５参照）させる（ステップＳ９ｓ）。この入力は、サーバー４の履歴データベースや運転者承認一時テーブルの「運転前／後点呼情報」に記録される。その後、制御部６ａは、実行モードModeを判定し（ステップＳ９ｄ）、実行モードがMode１の場合、発話状態記録処理を行ない（ステップＳ９ｅ）、その後、アルコール濃度測定処理を行なう（ステップＳ９ｆ）。一方、実行モードがMode０の場合には、発話状態記録処理を行なうことなく、アルコール濃度測定処理を行なう（ステップＳ９ｆ）。なお、Modeはアプリ（６ｇ５）インストール時にいずれのモードのアプリを使用するかで設定される。Mode＝０とは、発話状態確認なしのモードであり、Mode＝1とは、発話状態確認ありのモードである。
【0061】
アルコール濃度測定処理が完了すると、制御部６ａは、「検査が終了しました。検査結果送信ボタンを入力してください」というメッセージをタッチディスプレイ６ｃに表示させる（ステップＳ９ｉ）。その後、制御部６ａは、被検者７からの検査結果送信ボタンの入力を待って（ステップＳ９ｊ）、図８乃至１２のフローチャートにおいて一時保存したデータにより先に取得した運転者承認一時レコードを更新（例えば、レコード内のデバイスＩＤ、ステイタス、検査時間、検査場所、確認方法、アルコール濃度のデータを書き込む）し、当該レコードをサーバー４に送信する（ステップＳ９ｋ）。また、これに対応して、サーバー４では、運転者承認一時テーブル４ｃ５上の当該レコードを更新する。あるいは、直接にサーバー４の運転者承認一時テーブル４ｃ５上にアクセスして更新してもよい。
【0062】
レコードをサーバー４に送信した後、制御部６ａは、検査状態動画、発話状態動画あるいは音声データをサーバー４へ送信する（ステップＳ９ｌ）。また、これに対応して、サーバー４では、検査状態記録データテーブル４ｃ４２と発話状態記録データテーブル４ｃ４３にレコードが追加される。検査状態動画、発話状態動画あるいは音声データをサーバー４へ送信した後、制御部６ａは、サーバー４からの承認を待つ（ステップＳ９ｍ）。一方、サーバー４では、制御プログラム４ｄに基づき動作している制御部４aが管理者８の承認手続きによりステイタス欄が変更されたのを確認した場合に、そのステイタス欄の情報を被検者側操作端末６に送信する。制御部６ａは、受信したステイタスを確認する（ステップＳ９ｎ）。その後、制御部６ａは、受信したステイタスを判定し（ステップＳ９ｏ）、ステイタスが運転許可の場合、タッチディスプレイ６ｃに「承認されました」というメッセージを表示させて（ステップＳ９ｐ）、オンライン処理を終了し、また、ステイタスが運転拒否の場合、ステイタス欄の情報と共に送信された禁止時間帯終了時刻に基づき、タッチディスプレイ６ｃに「否認されました。Ａ時間後に測定してください」というメッセージを表示させて（ステップＳ９ｑ）、オンライン処理を終了し、ステイタスが再測定の場合、タッチディスプレイ６ｃに「再測定してください」というメッセージを表示させ（ステップＳ９ｒ）た後、ステップＳ９ｄへ移行する。
【0063】
図１０には、ステップＳ１０におけるオフライン処理が示される。図示のように、このオフライン処理では、まず最初に、制御部６ａは、被検者７に健康情報を入力（図２５参照）させる（ステップＳ１０ａａ）。その後、制御部６ａは、「システム・回線の異常のためオフラインで実施」というメッセージをタッチディスプレイ６ｃに表示させる（ステップ１０ａ）。その後、制御部６ａは、実行モードModeを判定し（ステップＳ１０ｂ）、実行モードがMode１の場合、発話状態記録処理を行ない（ステップＳ１０ｃ）、その後、アルコール濃度測定処理を行なう（ステップＳ１０ｄ）。一方、実行モードがMode０の場合には、発話状態記録処理を行なうことなく、アルコール濃度測定処理を行なう（ステップＳ１０ｄ）。
【0064】
アルコール濃度測定処理が完了した後、制御部６ａは、被検者側操作端末６のタッチディスプレイ（スマホ画面）６ｃに測定アルコール濃度を表示する（ステップＳ１０ｅ）（すなわち、サーバー４がダウンあるいは回線の異常時にのみアルコール濃度が被検者側操作端末６に表示されることになる）。なお、ここでアルコール検知端末５に表示部あるいは音声出力部がある場合には、制御部６ａはこれらにアルコール濃度を出力するように制御してもよい。続いて、オフライン処理の原因となった異常の種類を判定する（ステップＳ１０ｆ）。判定の結果、異常の種類がサーバー４の異常（ダウン）である場合、制御部６ａは、「承認者（すなわち、管理者８）に電話で連絡して承認を受けてください」というメッセージをタッチディスプレイ６ｃに表示させる（ステップＳ１０ｇ）。一方、異常の種類がサーバー４の異常である場合、異常の種類が回線異常である場合、制御部６ａは、「承認者（すなわち、管理者８）に業務無線あるいはＷｉＦｉ電話で連絡して承認を受けてください」というメッセージをタッチディスプレイ６ｃに表示させる（ステップＳ１０ｊ）。その後、被検者７により入力されたデータ（例えば、運転者ＩＤ、パスワード、運転区分、車両管理番号、デバイスＩＤ、アルコール濃度、位置情報など）を記憶部６ｇ内に一時的に記憶させる（ステップＳ１０ｈ）とともに、回線の復旧あるいはサーバー４の復旧を待って、一時保存したデータにより先に取得した運転者承認一時レコードを更新（例えば、レコード内のデバイスＩＤ、ステイタス、検査時間、検査場所、確認方法、アルコール濃度のデータを書き込む）し、当該レコードをサーバー４に送信する（ステップＳ１０ｉ）。これに対応して、サーバー４では、運転者承認一時テーブル４ｃ５上の当該レコードを更新する。あるいは、直接サーバーの運転者承認一時テーブル４ｃ５にアクセスして更新してもよい。
【0065】
図１１には、ステップＳ９ｅとステップＳ１０ｃとにおける発話状態記録処理が示される。図示のように、この発話状態記録処理では、まず最初に、制御部６ａは、「これからスマホ（すなわち、被検者側操作端末６）に表示される文字列を３秒間で読んでもらいます。準備ができましたらＯＫボタンを押してください」というメッセージをタッチディスプレイ６ｃに表示させる（ステップＳ９ｅａ）。その後、制御部６ａは、マイクによる録音及び／又はカメラ６ｅによる動画の記録を開始し（ステップＳ９ｅｂ）、タッチディスプレイ６ｃの画面に所定の文字列や数字列を表示させる（ステップＳ９ｅｃ）とともに、文字列等の表示開始から３秒後に被検者７の発話による音声データあるいは動画データの記録を終了し（ステップＳ９ｅｄ）、その記録した発話状態記録データを記憶部６ｇに一時保存する（ステップＳ９ｅｅ）。
【0066】
図１２には、ステップＳ９ｆとステップ１０ｄとにおけるアルコール濃度測定処理が示される。図示のように、このアルコール濃度測定処理では、まず最初に、制御部６ａは、表示部であるタッチディスプレイ６ｃに操作手順を表示させる（ステップＳ９ｆａ）。その後、制御部６ａは、アルコール検知端末５とのブルートゥース（Bluetooth）接続を待機し（ステップＳ９ｆｂ）、アルコール検知端末５の接続が完了したかどうかを判定する（ステップＳ９ｆｃ）。接続が完了した場合（ステップＳ９ｆｃにおける判定がＹＥＳの場合）、制御部６ａは、タッチディスプレイ６ｃに「息を５秒以上吹き込んでください」のメッセージを出力して待機状態に入り、アルコール検知端末５から測定開始信号を受信すると（ステップＳ９ｆｅ）、カメラ６ｅによる動画撮影を開始する（ステップＳ９ｆｇ）。一方、アルコール検知端末５の接続が完了しない場合（ステップＳ９ｆｃにおける判定がＮＯの場合）、制御部６ａは、「検知器（すなわち、アルコール検知端末５）の電源を再度入れてください」というメッセージをタッチディスプレイ６ｃに表示させる（ステップＳ９ｆｄ）、ステップＳ９ｆｂへ移行する。
【0067】
ステップＳ９ｆｇにおいて動画撮影が開始された後、制御部６ａは、アルコール検知端末５から測定終了信号を受信する（ステップＳ９ｆｈ）と、カメラ６ｅの動作を停止させ、動画撮影を終了する（ステップＳ９ｆｉ）。その後、制御部６ａは、アルコール検知端末５からアルコール濃度の測定データあるいは測定不能フラグを受信し（ステップＳ９ｆｊ）、アルコール検知端末５から測定不能フラグが受信されたかどうかを判定し（ステップＳ９ｆｋ）、測定不能フラグが受信された場合（ステップＳ９ｆｋにおける判定がＹＥＳの場合）、再測定を促すメッセージをタッチディスプレイ６ｃに表示させ（ステップＳ９ｆｌ）、ステップＳ９ｆｅに移行して測定開始信号の受信を待つ。一方、測定不能フラグが受信されない場合（ステップＳ９ｆｋにおける判定がＮＯの場合）、制御部６ａは、カメラ６ｅにより撮影した動画を抽出して検査状態記録データとし（ステップＳ９ｆｍ）、アルコール濃度の測定データと共に記憶部６ｇに一時保存する（ステップＳ９ｆｎ）。ステップＳ９ｆｍにおける動画抽出では、例えば、撮影動画データから承認作業に適切な部分が抽出されるようにしてもよい。この場合、適切な部分とは、例えば、図５の（ｃ）に示されるように、撮影開始時の画像＋撮影途中（中央）の３秒間＋撮影終了時の画像である。
【0068】
６．管理者側操作端末側のアルゴリズム
次に、図１３及び図１４を参照しながら、本実施形態において管理者側操作端末９側においてその制御部９ａの制御下で行なわれるアプリケーションプログラムのアルゴリズムの一例について説明する。なお、以下では、被検者を承認申請者と称する場合もある。
図１３に示されるように、制御部９ａは、まず最初に、回線及びサーバー４がいずれも正常化どうかを判定し（ステップＳ２０）、正常である場合には、承認画面（表示部９ｂの画面；図７参照）の初期表示（枠線などの固定表示部分）を行なう（ステップＳ２１）。その後、制御部９ａは、サーバー４の運転者承認一時テーブル４ｃ５に対する検索条件設定（指定運転区分＝運転前；日付＝本日の日付；ステイタス＝１，３～６）を行ない（ステップＳ２２）、続いて、サーバー４にアクセスして、運転者承認一時テーブル４ｃ５から指定された日付でかつ運転前のステイタスが１，３～６に該当するレコードを抽出する（ステップＳ２３）。この場合、承認者リストの検索条件としては、ステイタス＝承認待ち、再測定承認待ち、拒否承認待ちであり、再測定者リストの検索条件としては、ステイタス＝再測定待ちであり、拒否者リストの検索条件としては、ステイタス＝拒否状態である。
次に、図１３及び図１４を参照しながら、本実施形態において管理者側操作端末９側においてその制御部９ａの制御下で行なわれるアプリケーションプログラムのアルゴリズムの一例について説明する。なお、以下では、被検者を承認申請者と称する場合もある。
図１３に示されるように、制御部９ａは、まず最初に、回線及びサーバー４がいずれも正常化どうかを判定し（ステップＳ２０）、正常である場合には、承認画面（表示部９ｂの画面；図７参照）の初期表示（枠線などの固定表示部分）を行なう（ステップＳ２１）。その後、制御部９ａは、サーバー４の運転者承認一時テーブル４ｃ５に対する検索条件設定（指定運転区分＝運転前；日付＝本日の日付；ステイタス＝１，３～６）を行ない（ステップＳ２２）、続いて、サーバー４にアクセスして、運転者承認一時テーブル４ｃ５から指定された日付でかつ運転前のステイタスが１，３～６に該当するレコードを抽出する（ステップＳ２３）。この場合、承認者リストの検索条件としては、ステイタス＝承認待ち、再測定承認待ち、拒否承認待ちであり、再測定者リストの検索条件としては、ステイタス＝再測定待ちであり、拒否者リストの検索条件としては、ステイタス＝拒否状態である。
【0069】
その後、制御部９ａは、抽出レコードの運転前のステイタスを参照して、抽出レコードを分類して、承認待ちリストテーブル、再測定者リストテーブル、拒否者リストテーブルを作成し、それぞれ検査時間でソートする（ステップＳ２４）。続いて、制御部９ａは、表示部９ｂにおいて、再測定者リストテーブルのリストの再測定者リスト表示領域２３への表示を行ない（ステップＳ２５）、拒否者リストテーブルのリストの拒否者リスト表示領域２２への表示を行ない（ステップＳ２６）、承認待ちリストテーブルから保留者フラグ有りのリストの表示を行ない（ステップＳ２７）、ソートされた承認待ちリストテーブルの最初の５名の主表示領域２０への表示（最大５名；保留者フラグ有りを除く）を行なう（ステップＳ２８）。なお、承認待ちリストテーブルの表示において、サムネイルを表示する際には、サムネイルの外枠４０の色もステイタスに応じて変更する。また、被検者の名前、検査時間、アルコール濃度（基準値越えは赤表示）もサムネイル下に表示する。また、サムネイルは、検査状態あるいは発話状態のいずれかを別個にしてもよく、あるいは、一緒にしても構わない。
【0070】
その後、図１４に示されるように、制御部９ａは、表示部９ｂの画面の主表示領域２０（図７参照）において、最も左側に位置される被検者（承認申請者）７のサムネイルの動画再生を開始する（ステップＳ２９）。この場合、Modeに応じて再生する動画が異なる（例えば、Mode=０：検査時の動画の再生、Mode＝１：発話時の動画又は音声の再生）。再生される動画は、承認待ちリストテーブル内の当該レコードの検査状態記録データＩＤあるいは発話状態記録データＩＤによって紐づけられた検査状態記録データテーブル４ｃ４２や発話状態記録データテーブル４ｃ４３内の動画データを受信することによって再生される。続いて、制御部９ａは、動画再生あるいは音声の再生が終了したかどうかを判定し（ステップＳ３０）、再生が終了した場合（ステップＳ３０における判定がＹＥＳの場合）、最も左側に位置される被検者のサムネイルに前述した３種類の選択ボタン５０，５１，５２を表示させ（ステップＳ３１）、ステップＳ３２に移行する。なお、アルコール濃度が基準値を超えている場合には、選択ボタン５１（承認ボタン）を非表示としたり、選択ボタン５１（承認ボタン）の選択入力ができないように制御されることが好ましい。
【0071】
ステップＳ３２において、制御部９ａは、管理者８（承認者）が選択ボタン５０，５１，５２の入力（クリック）を行なったかどうか（選択したかどうか）を判定し（ステップＳ３２）、入力した場合（ステップＳ３２における判定がＹＥＳの場合）、入力の種類を判定する（ステップＳ３３）。そして、制御部９ａは、入力の種類が「保留者リストへの移動の入力」（主表示領域２０のサムネイルのドラッグ移動）である場合には、承認待ちリストテーブルの対応するレコードの保留者フラグを設定する（ステップＳ３４）。また、制御部９ａは、入力の種類が「承認」及び「再測定」である場合には、押下ボタンに応じて、承認待ちリストテーブル及び再測定者リストテーブルを更新する（ステップＳ３５）。すなわち、「承認」の場合には承認待ちリストテーブル内の対応するレコードのステイタスを「２」とし承認時刻を記録し、「再測定」の場合は対応するレコードのステイタスを「３」として当該レコードを再測定者リストテーブルに移動する。また、制御部９ａは、入力の種類が「拒否」である場合には、承認待ちリストテーブル及び拒否者リストテーブルを更新する（ステップＳ３６）。すなわち、対応するレコードを承認待ちリストテーブルから拒否者リストテーブルへ移動し、ステイタスを「５」とする。そして、アルコール濃度に応じて禁止時間帯終了時刻（運転業務を禁止時間の終了時刻）を当該レコードに記録する（ステップＳ３７）。禁止時間はアルコール濃度に対応付けて定められておりテーブルとして記憶部に記録されている。また、制御部９ａは、入力の種類が「終了」である場合には、承認処理を終了する。
【0072】
その後、制御部９ａは、入力の種類が「終了」以外である場合（すなわち、ステップＳ３４，３５，３７の後）、サーバー４にアクセスして、承認待ちリストテーブル、再測定者リストテーブル、及び拒否者リストテーブルの更新部分について対応する運転者承認一時テーブル４ｃ５の内容を更新する（ステップＳ３８）。ここで、Ｓ３３で「承認」判定された場合には承認待ちリストテーブルからは対応するレコードが消去される。一方、サーバー４では、制御プログラム４ｄに基づき動作している制御部４ａが、安全運転管理者の承認手続きによりステイタス欄が変更されたのを確認した場合に、そのステイタス欄の情報を対応する被検者側操作端末６に送信する。なお、「拒否」の場合には設定された禁止時間帯終了時刻も含めて対応する被検者側操作端末６に送信する。続いて、制御部９ａは、サーバー４にアクセスし、運転者承認一時テーブル４ｃ５の追加部分（Ｓ２３でのレコード抽出以降に新たに承認待ちとして追加されたレコード）を受信して、承認待ちリストテーブルの最後尾に追加して更新する（ステップＳ３９）。その後、ステップＳ２５に移行する。
なお、ステップＳ３０並びにステップＳ３１において、管理者（承認者）８による確実な動画確認を促すために、動画が最後まで再生することを条件に管理者８の承認の入力ができるように構成されているが、所定時間（例えば２．０秒）の再生がなされた時点で承認の入力ができるように構成されてもよい。
なお、ステップＳ３０並びにステップＳ３１において、管理者（承認者）８による確実な動画確認を促すために、動画が最後まで再生することを条件に管理者８の承認の入力ができるように構成されているが、所定時間（例えば２．０秒）の再生がなされた時点で承認の入力ができるように構成されてもよい。
【0073】
前述のステップＳ２５～ステップＳ２８におけるサムネイルの表示処理について詳細に説明する。
【0074】
制御部９ａは、承認待ちリストテーブルの保留者フラグのないレコードを検索して承認待ちの有無を判定する。承認待ちがいる場合には、制御部９ａは、承認待ちの当該レコードの検査状態記録データＩＤあるいは発話状態記録データＩＤによって紐づけられた検査状態記録データテーブル４ｃ４２や発話状態記録データテーブル４ｃ４３から保留者のサムネイルを取得し、被検者７のサムネイル及び名前を表示部９ｂの主表示領域２０に最大５名まで表示する。この際に、検査状態記録データテーブルから検査状態動画を取得する。実行モードがMode＝１である場合はさらに、発話状態記録データテーブルから発話状態動画あるいは音声データを取得する。これらの処理は、承認待ちが存在しない場合には行なわない。
【0075】
サムネイルを表示する際に、制御部９aは、被検者７の名前及び検査時間も併せて表示する。その後、制御部９ａは、アルコール濃度が基準値を超えているか否かを判定し、基準値を超えている場合には数値を赤で表示する。アルコール濃度が基準値を超えている場合に数値を赤で表示するほかに、何らかの視覚的に注意を喚起する表示を行なうことにより、一点の承認作業中の管理者（承認者）８の注意を促すことができる。この処理は、基準値を超えていない場合には行われない。その後、基準値を超えているか否かにかかわらず、制御部９ａは、承認待ち状態がどのような承認待ち状態であるかを判定し、承認待ち状態が再測定承認待ちである場合には、サムネイルの外枠４０を黄色に表示して前回のアルコール濃度を黒で表示し、承認待ち状態が拒否承認待ちである場合には、サムネイルの外枠４０を赤色に表示して、前回のアルコール濃度を黒で表示し、承認待ち状態が再測定承認待ち及び拒否承認待ち以外である場合には、サムネイルの外枠４０を黒色に表示する。
【0076】
承認待ちのサムネイルを表示する処理において、制御部９ａは、承認待ちリストテーブル内の複数のレコードのうち承認申請の順番、例えば検査時間の早い順に表示されるように制御する。ただし、緊急性の高いレコードに対応するサムネイルを優先させて表示するように制御してもよい。この場合は勤務開始時刻と検査時間の差が小さい順に表示されるように制御する（例えば、遅参者が承認申請してきた場合には最優先に表示する）。
引き続き、制御部９ａは、承認待ちリストテーブルの保留者フラグを検索して保留者の有無を判定する。保留者がいる場合には、制御部９ａは、保留者の当該レコードの検査状態記録データＩＤあるいは発話状態記録データＩＤによって紐づけられた検査状態記録データテーブル４ｃ４２や発話状態記録データテーブル４ｃ４３から保留者のサムネイルを取得し、被検者７のサムネイル及び名前を表示部９ｂの保留者リスト表示領域２１に表示する。これらの処理は、保留者が存在しない場合には行なわず、保留者リストに何も表示しない。
引き続き、制御部９ａは、承認待ちリストテーブルの保留者フラグを検索して保留者の有無を判定する。保留者がいる場合には、制御部９ａは、保留者の当該レコードの検査状態記録データＩＤあるいは発話状態記録データＩＤによって紐づけられた検査状態記録データテーブル４ｃ４２や発話状態記録データテーブル４ｃ４３から保留者のサムネイルを取得し、被検者７のサムネイル及び名前を表示部９ｂの保留者リスト表示領域２１に表示する。これらの処理は、保留者が存在しない場合には行なわず、保留者リストに何も表示しない。
【0077】
その後、制御部９ａは、再測定者リストテーブルを参照し、再測定者が有る場合には、制御部９ａは、再測定者の当該レコードの検査状態記録データＩＤあるいは発話状態記録データＩＤによって紐づけられた検査状態記録データテーブル４ｃ４２や発話状態記録データテーブル４ｃ４３から再測定者のサムネイルを取得し、被検者７のサムネイル（外枠４０が黄色）及び名前を表示部９ｂの再測定者リスト表示領域２３に表示する。これらの処理は、再測定者が無い場合には行なわない。
【0078】
その後、制御部９ａは、拒否者リストテーブルを参照し、運転拒否者が有る場合には、制御部９ａは、拒否者の当該レコードの検査状態記録データＩＤあるいは発話状態記録データＩＤによって紐づけられた検査状態記録データテーブル４ｃ４２や発話状態記録データテーブル４ｃ４３から拒否者のサムネイルを取得し、被検者７のサムネイル（外枠４０が赤色）及び名前を表示部９ｂの拒否者リスト表示領域２２に表示する。これらの処理は、運転拒否者が無い場合には行なわない。
【0079】
以上説明してきたように、運転前と運転後の段階においてアルコール検知端末５で検知された被検者のアルコール濃度が被検者側操作端末６を介して管理者側操作端末９に送信され、管理者８による承認処理がなされ、その結果はサーバー４の運転者承認一時テーブルに格納される。そして１日が終了した段階で、運転者承認一時テーブル４ｃ５に格納されたデータのうち一部のデータが履歴データベース（保存用）テーブル４ｃ４１に転送される。転送されるデータは履歴データベース（保存用）テーブル４ｃ４１の各データに対応する運転者承認一時テーブル４ｃ５のデータである。同時に、運転者承認一時テーブル４ｃ５に格納されたデータは消去される。履歴データベース（保存用）テーブル４ｃ４１に生成された各レコードは最低１年間保存されることにより、法律上の保存義務を満足することが可能となる。
【0080】
７．管理者側操作端末の承認画面の他の例
次に、管理者側操作端末９の表示部９ｂに表示される承認画面の他の例について説明する。いずれも、管理者側操作端末９の安全運転管理プログラム９ｅ１に基づいて制御部９ａにより制御される。以降の例の説明では、動画の再生は検査状態動画、発話状態動画あるいは単なる音声データの再生のいずれかあるいはこれらの組み合わせであってもよい。また、図７に示される第１の承認画面で行われる表示制御や制御方法を後述する第２乃至第５の例に組み合わせてもよい。
次に、管理者側操作端末９の表示部９ｂに表示される承認画面の他の例について説明する。いずれも、管理者側操作端末９の安全運転管理プログラム９ｅ１に基づいて制御部９ａにより制御される。以降の例の説明では、動画の再生は検査状態動画、発話状態動画あるいは単なる音声データの再生のいずれかあるいはこれらの組み合わせであってもよい。また、図７に示される第１の承認画面で行われる表示制御や制御方法を後述する第２乃至第５の例に組み合わせてもよい。
【0081】
図１５には、管理者側操作端末９の表示部９ｂに表示される承認画面の第２の例が示されている。ここでは、前述したサムネイル３０～３４などの被検者７のサムネイル画像Ｔの上にカーソルを合わせると、サムネイルＴが３秒間自動再生されるようになっている。表示部９ｂに表示される全てのサムネイルＴには、前述した選択ボタン５０，５１，５２が付設されるが、再生終了あるいは所定時間の再生を待って選択入力可能なように構成されている。表示されているすべてのサムネイルに対して選択入力が完了した時点で画面が更新され、次の承認待ちのサムネイルが表示されるように構成されている。また、前述したように、「運転前」の表示４６及び「運転後」の表示４７を例えばクリックすることにより、運転前の承認画面及び運転後の承認画面を表示することができる（「運転前」の表示と「運転後」の表示とを切り替えできる）。
【0082】
図１６には、管理者側操作端末９の表示部９ｂに表示される承認画面の第３の例が示されている。ここでは、各被検者の運転前、運転後の検査状況と、勤務中のタスク状況とを縦１列で表示している。選択したサムネイルＴにカーソルを合わせると、自動で動画が再生され、再測定決定ボタン５０、承認決定ボタン５１、及び拒否（却下）決定ボタン５２も表示される。あるいは、規定再生時間経過後又は再生終了後にボタン５０，５１，５２が表示されてもよい。なお、この図１６の画面及び後述する図１７及び図１８の画面では、右側の領域に、表示対象を選択できる表示対象選択ボタン９９が表示される。この図１６の画面では、「すべて」の表示対象選択ボタン９９が選択されていることから、各被検者の運転前、運転後の検査状況と、勤務中のタスク状況とが縦１列で表示されることになる。
【0083】
また、管理者８が承認/再測定/却下いずれかのボタンを選択すると、再生が終了する。あるいは、再生終了後にボタン５０，５１，５２が表示されてもよい。また、ステイタスが承認済みの場合、サムネイルＴの右下にチェックマーク表示がなされ、サムネイルＴの背景色が緑色表示になってもよい。ステイタスが再測定（再計測）中の場合、背景色がグレー表示になってもよい。また、ステイタスが承認待ちの場合、背景色が黄色表示になってもよい。ステイタスが却下の場合、勤怠管理システムとの連携で退勤扱いにされる。また、勤務中の表示において、タスク部分にカーソルを合わせると、タスクの右にタブが表示される。タブにカーソルを合わせるとポップが表示され、メッセージ、ナレッジ、添付ファイルなどが送信できるようになっている。また、完了したタスクは緑で表示され（図では、便宜上、タスクが実線の枠で囲まれる）、進行中のタスクは、承認待ちのサムネイルＴも含めて、オレンジ色で表示される（図では、便宜上、タスクが破線の枠で囲まれる）。図中、一番下の段の「運転後」の白抜きのサムネイルは、そのサムネイルの被検者が運転業務中で、未だ運転後のアルコールチェックの検査をしていない状況を表わしている。具体的には、４人の被検者７の状況を表示している図１６において、一番左側に表示されている被検者7は、運転前、運転後の承認を終え当日の勤務シフトを終了しており、当日完了したタスクは４つである。左から２番目の被検者７は、運転前承認済みで業務中であり、最初の１つのタスクが完了、２番目のタスクを実行中である。タブにカーソルを合わせるとポップが表示され、メッセージ、ナレッジ、添付ファイルなどが送信できるようになっている。左から３番目の被検者７は運転前承認ならず再計測中となっている。一番右側に表示されている被検者の承認前について、承認者は処理中の状態である。このような表示形態によれば、検査状況の確認と勤務中タスク状況とを表示して業務の可視化を図ることができる。
【0084】
前述したが、画面の右側の領域には表示対象を選択できる表示対象選択ボタン９９が表示されており、承認待ち一覧（運転前）、承認待ち一覧（運転後）、再測定者（再計測者）一覧（運転前）、再測定者（再計測者）一覧（運転後）、運転禁止者一覧の項目をそれぞれ表示できるようになっている。そして、承認待ち一覧（運転前）又は承認待ち一覧（運転後）の項目を選択すると、図１７に関連して後述する承認画面（図１７は運転前の承認画面を示す）が表示され、再測定者（再計測者）一覧（運転前）又は再測定者（再計測者）一覧（運転後）の項目を選択すると、図１８に関連して後述する承認画面（図１８は運転前の承認画面を示す）が表示されるようになっている。
【0085】
図１７には、前述した表示対象選択ボタン９９により承認待ち一覧（運転前）の項目を選択した場合に表示される画面が示されている。ここでは、運転前だけの承認待ち一覧が表示されている（図示しないが、運転後も同様）。サムネイルＴにカーソルを合わせると、自動で動画が再生され、再測定決定ボタン５０、承認決定ボタン５１、及び拒否（却下）決定ボタン５２も表示される。あるいは、規定再生時間経過後にボタン５０，５１，５２が表示されてもよい。また、管理者８が承認/再測定/却下いずれかのボタンを選択すると、再生が終了する。あるいは、再生終了後にボタン５０，５１，５２が表示されてもよい。また、承認決定ボタン５１が押されると、その対応するサムネイルＴが承認待ち一覧から消され、表示されていなかった後続の承認待ちサムネイルが詰めて新たに表示されるようになる。再計測者のサムネイルＴ’については、以前のアルコール濃度が表示するとともに、それが外枠４０の色変更により一目で分かるようになっている。このような表示形態によれば、承認待ち一覧画面により、承認されていない被検者（運転者）に対して迅速に対応できる。
【0086】
図１８には、前述した表示対象選択ボタン９９により再測定者（再計測者）一覧の項目を選択した場合に表示される画面が示されている。ここでは、運転前だけの再計測中の被検者７の一覧が表示されている（図示しないが、運転後も同様）。被検者７が計測を再び実行して承認申請を行なうと、当該被検者７のサムネイルは、この画面から消去されて、図１７に示される承認待ち一覧画面(運転前)に表示されるようになる。このような表示形態によれば、再計測中の被検者７の詳細が分かり、管理者８が被検者７である従業員を管理し易くなる。
【0087】
図１９及び図２０には、管理者側操作端末９の表示部９ｂに表示される画面の第４及び第５の例が示され、図１９は管理者側操作端末９がＰＣ、タブレットである場合、図２０は管理者側操作端末９がスマートフォンである場合について説明する。
【0088】
図１９に示されるように、管理者側操作端末９がＰＣ、タブレットである場合の画面では、アルコール濃度の検査時間と勤務シフトとの関係によって５つの区分７０－７４に分けられて表示される。各区分７０－７４の名称の右に該当人数が例えば括弧書きで表示される。各管理者８は区分別で優先順位をつけて承認作業を行なうことができる。「遅刻」区分７０には、勤務シフトの開始時刻より遅い時間で「運転前」のアルコール濃度の検知を行なった被検者（運転者）７のサムネイルＴが一覧表示される。「オンタイム」区分７１には、勤務シフトの開始時刻より前にアルコール濃度の検知を行なった、あるいは承認申請を行なった被検者７のサムネイルＴが一覧表示される。「早退」区分７２には、勤務シフトの終了時刻よりも早く「運転後」のアルコール濃度の検知を行なった、あるいは承認申請を行なった被検者７のサムネイルＴが一覧表示される。「残業」区分７３には、勤務シフトの終了時刻よりも遅く「運転後」の検知を行なった被検者７のサムネイルＴが一覧表示される。「運転禁止中」区分７４には、承認作業で「拒否」された被検者７のサムネイルＴが一覧表示される。なお、「運転禁止中」区分７４は、別の専用画面で表示されてもよい。各区分７０－７４では、下にスクロールすると、残りの被検者７のサムネイルＴを確認することができる。また、本外面では、最初、全てのサムネイルが静止画として表示される。このような表示形態は、被検者７の勤務状態ごとの表示であるため、管理者８が優先したい被検者７を選択できる。通常であれば、管理者８は、「オンタイム」区分７１の被検者の承認を優先的に行なう。しかし、遅参者はより優先的に処理することが必要であるため、承認作業中に「遅刻」区分７０に被検者７が表示されたことを確認した場合、管理者８は、他の区分の承認に先立って「遅刻」区分７０の被検者７の承認作業を行なう。なお、第１の例と同様に、再測定者、禁止者はサムネイルのふちを色分け表示するのが好ましい。
【0089】
図２０は、管理者側操作端末９がスマートフォンである場合の画面である。画面上側に表示される前述した５つの区分７０－７４（図１９参照）に対応するタブ８０を図２０の（ａ）（ｂ）に示されるようにタップして切り替えることで、各タブ８０に対応する被検者情報を確認できる。タブ８０をどこもタップしていない場合には、図２０の（ｃ）に示されるように対応する人数のみが示されるタブ８０のみが表示される。いずれかのタブ８０をタップすると、例えば、図２０の（ｄ）に示されるように区分７１に対応するタブ８０をタップすると、そのタブ８０の区分名称と人数とが表示される。また、タブ８０が選択されると、画面には、図２０の（ａ）（ｂ）に示されるように、被検者１名のサムネイルＴ及び対応するデータ４５のみが表示される。被検者７が複数存在する場合には、図２０の（ａ）に示されるように、表示されたサムネイルＴの背後に少しだけ他のサムネイルが表示される（計３名分まで背後に表示される）。また、「運転禁止中」区分７４以外は図２０の（ａ）に示されるような表示形態であるが、「運転禁止中」区分７４の場合、該当者が複数人存在する場合、「次へ」ボタン８６や「前へ」ボタン８５によって該当者を切り替えて確認ができる。
【0090】
図２１には、前述した図１９及び図２０における画面の動画再生形態の例が示されている。図２１の（ａ）は前述した図１９に示される画面を示し、図２１の（ｂ）は前述した図２０に示される画面を示している。これらの画面はいずれも、最初は静止画として一覧画面に表示される。その後、各サムネイルＴにおいて、図２１の（ｃ）に示される中央の再生ボタン９０をクリック/タップすると、図２０（ｄ）に示されるように動画が再生される。なお、再生開始タイミングは、スマートフォンの場合（図２１の（ｂ）参照）、サムネイルＴの表示後に自動的に再生が開始されてもよく、また、ＰＣ等の場合（図２１の（ａ）参照）、サムネイルＴにカーソルを合わせたときに再生が開始されてもよい。また、図２１の（ｄ）に示される動画再生中、再生を途中で止めたければ、画面中心をクリック/タップすればよい。そして、動画再生が完了した後又は再生して５秒（あるいは、任意に設定された時間）が経過した後に、図２１の（ｅ）に示されるように選択ボタン５０，５１，５２が表示される。この表示形態において、動画を再び再生したければ、画面中心をクリック/タップすればよい。再生時間もデータとして保持される。このように、選択ボタン５０，５１，５２をサムネイルＴの表示後に直ぐに表示させない理由は、管理者８が適当に承認するのを防ぐためである。
【0091】
図２２は、管理者側操作端末９がＰＣ及びタブレットである場合の各選択ボタン５０，５１，５２の処理を示している。図２２の（ａ）に示されるように、被検者７であるＡさんの動画を確認後、承認決定ボタン５１を押下した場合は、以下の２つの処理が行なわれる。第１に、Ａさんの動画及び情報が画面から非表示になり（承認済み履歴としてどこかで確認できるようにしてもよい）、２番目の被検者であるＢさんの動画及び情報がブロックＢ２からブロックＢ１に移動する。そして、次の３番目の被検者の情報が存在すれば、その情報（サムネイル）がブロックＢ２に移動する。第２に、管理者８による運転承認の結果をスマホに通知する。対応する被検者７の被検者側操作端末６には「運転承認」のポップアップが表示され、勤怠管理画面が表示され被検者７は打刻できるようになる。勤怠管理画面での打刻により、被検者７の勤務開始時刻がサーバー４に送信され記憶される。
【0092】
一方、図２２の（ｂ）に示されるように、Ａさんの動画を確認後、再測定決定ボタン５０を押下した場合は、以下のような流れとなる。すなわち、Ａさんのサムネイル及び情報が画面から非表示になり、Ｂさんの動画及び情報がブロックＢ２からブロックＢ１に移動する（ここまでは図２２の（ａ）を参照）。そして、管理者８による運転承認の結果（再測定）をスマホに通知する。対応する被検者７の被検者側操作端末６には「再測定」のポップアップが表示されるが、勤怠管理画面が表示されず、Ａさんが未だ勤怠管理で打刻できないように制御する。その後、Ａさんの２回目の測定が完了後承認申請を行うと、管理者側操作端末９の表示部９ｂに表示されたサムネイル上には再測定者であることを示す「２回目」が表示される。
【0093】
また、図２２の（ｃ）に示されるように、承認画面で拒否（却下）決定ボタン５２を押下した場合は、以下のような流れとなる。すなわち、該当被検者７のサムネイルが承認画面から非表示になり、「運転禁止中」一覧に該当被検者情報が表示される（例えば、ボタン５２押下後直ぐに表示される）。表示内容としては、被検者７のサムネイル、氏名、残りの禁止時間、これまで却下された回数（問題をよく起こす社員を把握するのが狙い）、却下された際の測定情報が挙げられる。そして、管理者８による運転承認の結果（却下）と申請の禁止時間帯をスマホに通知する。対応する被検者７の被検者側操作端末６には「却下」並びに禁止時間帯に関する情報のポップアップが表示されるが、勤怠管理画面が表示されず、Ａさんが未だ勤怠管理で打刻できないように制御する。そして、禁止時間帯が経過したら、再び承認申請ができるようになる。却下のポップアップが被検者のモバイルアプリに表示され、禁止されたことを該当被検者の上司にもメールで知らせる（管理者８以外の上司が業務評価するため、及び、監督者の目を増やして、被検者の意識づけを強めるため）。禁止時間帯では、車の鍵を電子的にロックしてエンジンがかからないようにしてもよい。
【0094】
図２３は、管理者側操作端末９がスマートフォンである場合の各選択ボタン５０，５１，５２の処理を示している。各ボタンが押されたときの処理内容は基本的に図２２に示された管理者側操作端末９がＰＣ及びタブレットの場合と同一であり、表示方法のみ異なるので、表示形式の相違点についてのみ説明する。図２３の（ａ）に示されるように、被検者７であるＡさんの動画を確認後、承認決定ボタン５１を押下した場合には、被検者７であるＡさんのサムネイルＴ及び情報が画面から非表示になり（承認済み履歴としてどこかで確認できるようにしてもよい）、続いて、２番目の被検者７が存在する場合には、その被検者７のサムネイル及び情報が同じ場所に表示される。
【0095】
一方、図２３の（ｂ）に示されるように、Ａさんの動画を確認後、再測定決定ボタン５０を押下した場合には、以下のような流れとなる。すなわち、まず最初に、Ａさんのサムネイル及び情報が画面から非表示になり、続いて、２番目の被検者７が存在する場合には、その被検者７のサムネイル及び情報が同じ場所に表示される。その後、Ａさんの２回目の測定が完了後承認申請を行うと、管理者側操作端末９の表示部９ｂに表示されたサムネイル上には再測定者であることを示す「２回目」が表示される。
【0096】
また、図２３の（ｃ）に示されるように、承認画面で拒否（却下）決定ボタン５２を押下した場合には、以下のような流れとなる。すなわち、該当被検者７のサムネイルＴが承認画面から非表示になり、２番目の被検者７が存在する場合には、その被検者７のサムネイル及び情報が同じ場所に表示される。拒否された該当被検者７のサムネイル及び情報は「運転禁止中」タブに表示されるように制御される。
【0097】
以上、本発明の実施形態について図面を参照して説明してきたが、本発明は、前述した実施形態に限定されるものではなく、様々な変形例を含むことができる。例えば、前述した実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【符号の説明】
【0098】
４ サーバー
５ アルコール検知端末
５ａ 制御部
６ 被検者側操作端末
６ａ 制御部
９ 管理者側操作端末
９ａ 制御部
５ アルコール検知端末
５ａ 制御部
６ 被検者側操作端末
６ａ 制御部
９ 管理者側操作端末
９ａ 制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
