運行管理システム、運行管理方法、運行管理サーバ、およびキーボックス
【課題】運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減する。
【解決手段】可搬記憶媒体５０の読み取り情報を本人情報に照合し両者が一致した場合に本人認証成功とする処理を実行する認証手段１１０と、認証成功であった時にアルコール検知装置１５０から測定結果ないし血圧測定装置１６０から測定結果を受信しアルコール濃度が所定基準値以下であるかの判定か血圧が所定基準範囲内であるかの判定を実行する判定手段１１１と、アルコール濃度が所定基準値以下または血圧が所定基準範囲内である時、運行スケジュールテーブル１２７から該当運転手が車両運転手として設定されている車両を検索し該当車両の車両ＩＤを含む鍵使用許可データを可搬記憶媒体５０に設定し、該当運転手の可搬記憶媒体５０の媒体ＩＤおよび車両ＩＤを含む扉開放許可データをキーボックス２００に対し送る許可設定手段１１２とから運行管理システム１０を構成する。
【解決手段】可搬記憶媒体５０の読み取り情報を本人情報に照合し両者が一致した場合に本人認証成功とする処理を実行する認証手段１１０と、認証成功であった時にアルコール検知装置１５０から測定結果ないし血圧測定装置１６０から測定結果を受信しアルコール濃度が所定基準値以下であるかの判定か血圧が所定基準範囲内であるかの判定を実行する判定手段１１１と、アルコール濃度が所定基準値以下または血圧が所定基準範囲内である時、運行スケジュールテーブル１２７から該当運転手が車両運転手として設定されている車両を検索し該当車両の車両ＩＤを含む鍵使用許可データを可搬記憶媒体５０に設定し、該当運転手の可搬記憶媒体５０の媒体ＩＤおよび車両ＩＤを含む扉開放許可データをキーボックス２００に対し送る許可設定手段１１２とから運行管理システム１０を構成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運行管理システム、運行管理方法、運行管理サーバ、およびキーボックスに関するものであり、具体的には、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減する技術に関する。
【背景技術】
【０００２】
バスやトラック等の運行を管理する運行管理者は、運行計画を作成したうえで、法令違反のチェック、運転手の点呼表作成などの事務処理を行って該当管理を実行している。こうした運行管理業務には経験に基づくノウハウが必要とされ、当該業務に応じた運転手等への指示内容については検証が要求されている。そのため、車両故障や運転手の急病などが発生した場合の短時間での運行計画変更に際し、運行管理者の培ってきた経験に基づく判断で運転手や車両の状態を考慮し選定処理が行われている。
【０００３】
運転手の状態等を考慮して運行管理を行う技術として、例えば、互いに信号を送受できる送信部，受信部を備えた車両，運行管理基地局，医師待機所から構成される運行管理装置であって、前記車両は、ドライバの生理データを計測するドライバ生理データ計測部と、計測したドライバ生理データについて異常の有無を第１の診断装置により判断し、異常ありの場合にはドライバ生理データを前記運行管理基地局へ送信するドライバ生理状態一次判断部とを備え、前記運行管理基地局は、前記車両より送信されて来たドライバ生理データについて、前記第１の診断装置より判断精度が高い第２の診断装置にて判断し、異常ありの場合にはドライバ生理データを前記医師待機所へ送信するドライバ生理状態二次判断部と、受信した信号を基に運行に必要な指令を発する運行判断部とを備え、前記医師待機所は、前記運行管理基地局より送信されて来たドライバ生理データを医師の診断に供し、該診断の結果を前記運行管理基地局または前記車両へ送信するドライバ生理状態三次判断部を備えていることを特徴とする運行管理装置（特許文献１参照）などが提案されている。
【特許文献１】特開２０００−５７４７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述のような運行管理者の業務は多岐にわたり、大きな負担となっている。例えば、運行車両の鍵や運転手の健康状態等の管理は、手書き台帳において運行管理者が人手で管理する場合が多く、運転手や車両が多数登録されている運送業者らについて該当管理を行うとすれば、管理に係る手間や時間は膨大なものとなる。また、多数にのぼる各運転手の健康状態等に基づいて勤務に就かせるか否かを即時的に判断するのは非常に困難であり、現場責任者等によるその場の判断に任せることも多かった。加えて、こうした運転手や車両の管理を行うことと並行して、運行計画の作成や変更に際して、どの車両・運転手をどの行路のどの時間帯に設定すればよいかも考慮する必要があり、やはり運行管理者の負担は大きかった。
【０００５】
また、運行管理者の負担軽減措置として、一般のＯＡオペレータ等が例えば運行ルートの登録作業を代行するとしても、その入力内容が正しいか否か運行管理者が最終判断をしなければならず、結局のところ負担軽減に繋がっていない。
【０００６】
また、運転手が報告する運行結果と、運行管理者が事前に指示した運行指示内容とを比較し運行状況についての事後検証を行う場合、運行指示に沿った正しい運行結果であっても道路状況等によっては運行結果が変動しやすいため、運行管理者が運行結果毎に逐一検証を行う必要があった。
【０００７】
そこで本発明は上記課題を鑑みてなされたものであり、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減する技術の提供を主たる目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明の運行管理システムは、他装置と通信する通信手段と、車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段とを備えた運行管理サーバを含むものである。
【０００９】
前記運行管理サーバは、可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段を備える。
【００１０】
また、前記運行管理サーバは、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段を備える。
【００１１】
また、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定手段を備える。
【００１２】
なお、前記運行管理システムは、前記運行管理サーバの他に、キーボックスを含むとすれば好適である。このキーボックスは、車両の鍵を保管する保管庫を複数備え、前記保管庫の自動開閉を行うコンピュータを備える装置となる。
【００１３】
すなわち、前記キーボックスは、他装置と通信する通信手段および可搬記憶媒体のリーダ装置と、各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブルを格納する記憶手段と、前記保管庫の扉開閉機構を制御する扉制御手段とを備える。
【００１４】
また、前記キーボックスは、前記扉開放許可データを前記通信手段を介して前記運行管理サーバから受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブルに照合して該当保管庫を特定し、この保管庫の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体の媒体ＩＤとを記憶手段に格納する保管庫特定手段を備える。
【００１５】
また、前記キーボックスは、前記可搬記憶媒体のリーダ装置より運転手の可搬記憶媒体の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段に格納した前記保管庫の情報に基づき、該当保管庫の扉開放指示を前記扉制御手段に通知する、開放指示手段を備える。
【００１６】
なお、前記運行管理システムにおいて、前記運行管理サーバの認証手段が、運転免許証リーダ装置より前記通信手段を介して運転免許証の読み取り情報を受信し、当該運転免許証の読み取り情報を、前記記憶手段における運転手の属性情報が含む運転免許証情報に照合し、前記読み取り情報が前記運転免許証情報に一致した場合に本人認証成功とする認証処理を実行する、としてもよい。
【００１７】
また、前記運行管理システムにおいて、前記運行管理サーバの記憶手段が、運転手毎の生体画像データを予め記憶しており、前記運行管理サーバの判定手段が、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果と、前記アルコール検知装置ないし前記血圧測定装置に付帯するカメラ装置による該当運転手の撮影データとを前記通信手段を介して受信し、前記運転手の撮影データと、前記記憶手段における該当運転手の生体画像データとを照合し、前記撮影データが前記生体画像データに一致した場合に、該当運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、とすれば好適である。
【００１８】
また、前記運行管理システムにおいて、前記運行管理サーバが、前記記憶手段において、運転手毎の勤務履歴データと連絡先データとを格納しているとしてもよい。この場合、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった時、該当運転手以外の運転手のうち現時点での勤務時間が所定基準値以内である運転手を前記勤務履歴データに基づき検索し、ここで検索した運転手のうち、前記記憶手段における運行スケジュールのデータにおいて車両運転手として設定されていない者を代替運転手として特定する、代替運転手特定手段を備える。
【００１９】
また、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった該当運転手が、前記記憶手段における運行スケジュールのデータにおいて車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両運転手として前記代替運転手を前記運行スケジュールのデータに設定する、代替運転手設定手段を備える。
【００２０】
また、前記運行管理サーバは、前記代替運転手の連絡先データを記憶手段から読み出し、前記通信手段により前記代替運転手の連絡先に宛てて、代替運転手となった旨の通知を送信する、代替通知手段とを備える。
【００２１】
そして、前記運行管理サーバは前記認証手段において、前記可搬記憶媒体のリーダ装置より前記通信手段を介して前記代替運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における代替運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する。
【００２２】
また、前記運行管理サーバは、前記判定手段において、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から前記代替運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から代替運転手の血圧測定結果、を前記通信手段を介して受信し、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または前記代替運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する。
【００２３】
また、前記運行管理サーバは、前記許可設定手段において、前記判定の結果が、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記代替運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当代替運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当代替運転手が保持する可搬記憶媒体に設定し、該当代替運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する。
【００２４】
また、前記運行管理システムにおいて、前記運行管理サーバが、前記記憶手段の運行スケジュールにおいて、運行経路上の車両停車予定地に対応するＧＰＳ座標情報と、該当車両停車予定地における停車予定時間の情報とを記憶しているとしてもよい。また、前記運行管理サーバは、前記記憶手段において、運転手の媒体ＩＤに応じた連絡先データを格納しているとしてもよい。
【００２５】
この場合、前記運行管理サーバは、車両の備える走行履歴記録装置から前記通信手段を介して、該当車両を運転した運転手の可搬記憶媒体の媒体ＩＤを含む運行終了後の走行履歴データを受信し、当該走行履歴データが含む停車地のＧＰＳ座標情報および停車時間と、前記運行スケジュールにおける車両停車予定地のＧＰＳ座標情報および停車予定時間とを比較し、両者の一致／不一致をもって運行スケジュールに沿った停車と休憩が行われているか判定する、適正運行判定手段を備える。
【００２６】
また、前記運行管理サーバは、前記判定により運行スケジュールに沿った停車と休憩が行われていないと判定した場合、前記走行履歴データが含む前記媒体ＩＤを前記記憶手段で照合し、該当する運転手の連絡先データを特定し、前記通信手段により前記連絡先に宛てて、運行スケジュール違反の旨の警告通知を送信する、警告通知手段を備える。
【００２７】
また、前記運行管理システムにおいて、前記運行管理サーバが、前記記憶手段において、運転手毎の勤務履歴データを格納しているとしてもよい。この場合、前記運行管理サーバは、前記通信手段を介して、ユーザ端末からの運行スケジュールのデータ入力を受け付けて、データ入力を受け付けた運行スケジュールにおける運転手の設定情報を抽出し、当該設定情報が含む運転手について、現時点での勤務時間が所定基準値以内である運転手であるか前記勤務履歴データに基づき判定し、当該判定により現時点での勤務時間が所定基準値以上となっている運転手が前記設定情報に含まれている場合、該当運転手について設定できない旨の通知を、前記ユーザ端末に送信する、入力データチェック手段を備える。
【００２８】
また、本発明の運行管理方法は、他装置と通信する通信手段と、車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段とを備えた運行管理サーバが、以下の処理を実行するものである。
【００２９】
すなわち、前記運行管理サーバは、可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証処理を実行する。
【００３０】
また、前記運行管理サーバは、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定処理を実行する。
【００３１】
また、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定処理を実行する。
【００３２】
また、本発明の運行管理サーバは、他装置と通信する通信手段と、車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段とを備えたサーバ装置であり、以下の手段を備える。
【００３３】
すなわち前記運行管理サーバは、可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段を備える。
【００３４】
また、前記運行管理サーバは、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段を備える。
【００３５】
また、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定手段を備える。
【００３６】
また、本発明のキーボックスは、他装置と通信する通信手段および可搬記憶媒体のリーダ装置と、各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブルを格納する記憶手段と、前記保管庫の扉開閉機構を制御する扉制御手段と、運転手の可搬記憶媒体の媒体ＩＤおよび車両ＩＤを含む扉開放許可データを、前記通信手段を介して運行管理サーバから受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブルに照合して該当保管庫を特定し、この保管庫の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体の媒体ＩＤとを記憶手段に格納する保管庫特定手段と、前記可搬記憶媒体のリーダ装置より運転手の可搬記憶媒体の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段に格納した前記保管庫の情報に基づき、該当保管庫の扉開放指示を前記扉制御手段に通知する、開放指示手段と、を備える。
【００３７】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００３８】
本発明によれば、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減できる。
【発明を実施するための最良の形態】
【００３９】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の運行管理システム１０のネットワーク構成図である。図１に示す運行管理システム１０は、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減するコンピュータシステムである。例えば、バス等の車両を運行する運送業者がこの運行管理システム１０を備えて、運行スケジュールに応じて車両や運転手の配置を行う状況が想定できる。また、運転手はＲＦＩＤチップを備えたカードなどの可搬記憶媒体５０を所持しており、この可搬記憶媒体５０のリーダ装置２０を通じて出勤時や退社時に勤怠管理データの入力を実行する。また車両の鍵はキーボックス２００に保管されており、運行管理システム１０が許可した者に対してのみ鍵の利用が許される仕組みになっている。
【００４０】
こうした本実施形態における運行管理システム１０を構成する各装置について以下説明する。前記運行管理システム１０（以下システム１０）を構成する運行管理サーバ１００は、本発明を実現する機能を備えるべくハードディスクドライブなどの不揮発性の記憶手段１０１に格納されたプログラム１０２をＲＡＭ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。また、前記運行管理サーバ１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力インターフェイス１０５、ディスプレイなどの出力インターフェイス１０６を備える。また、前記可搬記憶媒体のリーダ装置２０、キーボックス２００、アルコール検知装置１５０、血圧測定装置１６０などとの間のデータ授受を担う通信手段１０７を有している。
【００４１】
続いて、前記システム１０を構成する前記運行管理サーバ１００が、例えばプログラム１０２に基づき前記記憶手段１０１にて構成・保持する機能部につき説明を行う。なお、前記運行管理サーバ１００は、記憶手段において、車両の属性情報を格納した車両テーブル１２５、運転手の属性情報を格納した運転手テーブル１２６、および車両の運行スケジュールテーブル１２７を格納している。
【００４２】
こうした前記運行管理サーバ１００は、前記可搬記憶媒体５０のリーダ装置２０より前記通信手段１０７を介して運転手の可搬記憶媒体５０の読み取り情報を受信し、当該可搬記憶媒体５０の読み取り情報を、前記記憶手段１０１における運転手テーブル１２６が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段１１０を備える。
【００４３】
なお、前記認証手段１１０が、前記可搬記憶媒体のリーダ装置２０たる運転免許証リーダ装置より前記通信手段１０７を介して運転免許証の読み取り情報を受信し、当該運転免許証の読み取り情報を、前記記憶手段１０１における運転手テーブル１２６が含む運転免許証情報に照合し、前記読み取り情報が前記運転免許証情報に一致した場合に本人認証成功とする認証処理を実行する、としてもよい。
【００４４】
また、前記運行管理サーバ１００は、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置１５０から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置１６０から運転手の血圧測定結果、を前記通信手段１０７を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段１１１を備える。
【００４５】
なお、前記運行管理サーバ１００の記憶手段１０１において、運転手毎の生体画像データを、例えば、前記運転手テーブル１２６に予め記憶しているとしてもよい。
【００４６】
この場合、前記判定手段１１１が、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置１５０から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置１６０から運転手の血圧測定結果と、前記アルコール検知装置１５０ないし前記血圧測定装置１６０に付帯するカメラ装置３０による該当運転手の撮影データとを前記通信手段１０７を介して受信し、前記運転手の撮影データと、前記記憶手段１０１の運転手テーブル１２６における該当運転手の生体画像データとを照合し、前記撮影データが前記生体画像データに一致した場合に、該当運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、とすれば好適である。
【００４７】
また、前記運行管理サーバ１００は、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段１０１における運行スケジュールテーブル１２７から、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置２０に対して前記通信手段１０７を介して送信して該当運転手が保持する可搬記憶媒体５０に設定し、該当運転手の可搬記憶媒体５０の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックス２００に対し前記通信手段１０７を介して送信する、許可設定手段１１２を備える。
【００４８】
また、前記運行管理サーバ１００が、前記記憶手段１０１において、前記運転手テーブル１２６において運転手毎の連絡先データを格納しているとしてもよい。また、前記記憶手段１０１が、運転手毎の勤務履歴データを格納した勤務履歴テーブル１２８を記憶しているとしてもよい。
【００４９】
この場合、前記運行管理サーバ１００は、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった時、該当運転手以外の運転手のうち現時点での勤務時間が所定基準値以内である運転手を前記勤務履歴テーブル１２８において検索し、ここで検索した運転手のうち、前記記憶手段１０１における運行スケジュールテーブル１２７において車両運転手として設定されていない者を代替運転手として特定する、代替運転手特定手段１１３を備えるとしてもよい。
【００５０】
また、前記運行管理サーバ１００は、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった該当運転手が、前記記憶手段１０１における運行スケジュールテーブル１２７において車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両運転手として前記代替運転手を前記運行スケジュールテーブル１２７に設定する、代替運転手設定手段１１４を備えるとしてもよい。
【００５１】
また、前記運行管理サーバ１００は、前記代替運転手の連絡先データを記憶手段１０１の運転手テーブル１２６から読み出し、前記通信手段１０１により前記代替運転手の連絡先に宛てて、代替運転手となった旨の通知を送信する、代替通知手段１１５を備えるとしてもよい。
【００５２】
こうした状況で、前記認証手段１１０は、前記可搬記憶媒体５０のリーダ装置２０より前記通信手段１０７を介して前記代替運転手の可搬記憶媒体５０の読み取り情報を受信し、当該可搬記憶媒体５０の読み取り情報を、前記記憶手段１０１における運転手テーブル１２６にて代替運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する。
【００５３】
また、前記判定手段１１１は、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置１５０から前記代替運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置１６０から代替運転手の血圧測定結果、を前記通信手段１０７を介して受信し、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または前記代替運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する。
【００５４】
また、前記許可設定手段１１２は、前記判定の結果が、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記代替運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段１０１における運行スケジュールテーブル１２７において、該当代替運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置２０に対して前記通信手段１０７を介して送信して該当代替運転手が保持する可搬記憶媒体５０に設定し、該当代替運転手の可搬記憶媒体５０の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックス２００に対し前記通信手段１０７を介して送信する。
【００５５】
なお、前記運行管理サーバ１００が、前記記憶手段１０１の運行スケジュールテーブル１２７において、運行経路上の車両停車予定地に対応するＧＰＳ座標情報と、該当車両停車予定地における停車予定時間の情報とを記憶しているとしてもよい。また、前記記憶手段１０１の運転手テーブル１２６において、運転手の媒体ＩＤに応じた連絡先データを格納しているとしてもよい。
【００５６】
この場合、前記運行管理サーバ１００は、車両の備える走行履歴記録装置４０（例：ＧＰＳ装置と連動したデジタルタコグラフ）から前記通信手段１０７を介して、該当車両を運転した運転手の可搬記憶媒体５０の媒体ＩＤを含む運行終了後の走行履歴データを受信し、当該走行履歴データが含む停車地のＧＰＳ座標情報および停車時間と、前記運行スケジュールテーブル１２７における車両停車予定地のＧＰＳ座標情報および停車予定時間とを比較し、両者の一致／不一致をもって運行スケジュールに沿った停車と休憩が行われているか判定する、適正運行判定手段１１６を備えるとすれば好適である。
【００５７】
また、前記運行管理サーバ１００は、前記判定により運行スケジュールに沿った停車と休憩が行われていないと判定した場合、前記走行履歴データが含む前記媒体ＩＤを前記記憶手段１０１の運転手テーブル１２６で照合し、該当する運転手の連絡先データを特定し、前記通信手段１０７により前記連絡先に宛てて、運行スケジュール違反の旨の警告通知を送信する、警告通知手段１１７を備えるとすれば好適である。
【００５８】
また、前記運行管理サーバ１００が、前記記憶手段１０１において、運転手毎の勤務履歴データを格納した勤務履歴テーブル１２８を備えているとしてもよい。この場合、前記運行管理サーバ１００は、前記通信手段１０７を介して、ユーザ端末３００からの運行スケジュールのデータ入力を受け付けて、データ入力を受け付けた運行スケジュールにおける運転手の設定情報を抽出し、当該設定情報が含む運転手について、現時点での勤務時間が所定基準値以内である運転手であるか前記勤務履歴テーブル１２８の格納データに基づき判定し、当該判定により現時点での勤務時間が所定基準値以上となっている運転手が前記設定情報に含まれている場合、該当運転手について設定できない旨の通知を、前記ユーザ端末２００に送信する、入力データチェック手段１１８を備えるとしてもよい。
【００５９】
なお、前記可搬記憶媒体５０のリーダ装置２０は、運転手の所持するＲＦＩＤチップを備えたカードなどの可搬記憶媒体５０に対するリーダライタ装置である。また、前記可搬記憶媒体５０としてはＲＦＩＤチップを備えたカードを想定できる。こうしたカードは、例えば、ＲＦＩＤチップ５１をプラスティック筐体５２などの適宜な収納ケースに格納した形態が想定され、前記リーダ装置２０との間で無線通信可能である。前記ＲＦＩＤチップ５１は、プログラム５３（リーダ装置２０からの要求に応じて格納情報を返信処理したり、逆にデータを格納処理したりするプログラムなど）を格納するＲＯＭ５４、ＲＡＭ５５、前記プログラム５３をＲＯＭ５４からＲＡＭ５５に読み出して実行するＣＰＵ５６、前記媒体ＩＤや鍵使用許可データを記憶するＥＥＰＲＯＭ５７、前記リーダ装置２０との無線通信処理を担う通信手段５８（アンテナも含む）とから構成される。
【００６０】
また、前記アルコール検知装置１５０は、運転手がはき出した呼気を取得し、当該呼気中のアルコール濃度測定を実行する装置であり、アルコール濃度測定器の他に、演算手段、プログラムを格納した記憶手段、運行管理サーバ１００とデータ通信を行うための通信手段を備えている。前記プログラムは前記演算手段により実行されることで、前記リーダ装置２０で読み取られた前記可搬記憶媒体５０の媒体ＩＤの通知を前記リーダ装置２０から受けた時点で、呼気中のアルコール濃度測定を開始する指示を前記アルコール濃度測定器に通知する手段と、前記媒体ＩＤと前記アルコール濃度測定器での測定結果とを前記通信手段により前記運行管理サーバ１００に送信する手段とを実現するものとなる。
【００６１】
また、前記血圧測定装置１６０は、運転手の血圧測定を実行する装置であり、血圧測定器の他に、演算手段、プログラムを格納した記憶手段、運行管理サーバ１００とデータ通信を行うための通信手段を備えている。前記プログラムは前記演算手段により実行されることで、前記リーダ装置２０で読み取られた前記可搬記憶媒体５０の媒体ＩＤの通知を前記リーダ装置２０から受けた時点で、血圧測定を開始する指示を前記血圧測定器に通知する手段と、前記媒体ＩＤと前記血圧測定器での測定結果とを前記通信手段により前記運行管理サーバ１００に送信する手段とを実現するものとなる。
【００６２】
続いて、前記運行管理システム１０を前記運行管理サーバ１００らと共に構成するのがキーボックス２００である。このキーボックス２００は、例えば、車両の鍵を保管する保管庫２２０を複数備え、前記保管庫２２０の自動開閉を行うコンピュータを備える装置となる。前記保管庫２２０は、例えば扉２２１により開閉される構造となっており、前記扉２２１の開閉機構２２２としては、単に扉２２１の鍵を電気的或いは機械的に解錠／施錠したりする鍵制御機構の他、扉２２１を油圧やモータ等の駆動装置で所定位置より動かして保管庫２２０の開口部を開け閉めする扉移動機構などが想定できる。また、この開閉機構２２２は、扉制御手段２１０の指示により制御される。例えば、扉制御手段２１０が、扉２２１の鍵の解錠指示を通知した場合、前記開閉機構２２０の鍵制御機構は前記通知を受けて解錠の動作を実行する。また、扉制御手段２１０が、扉２２１の扉２２１の開放指示を通知した場合、前記開閉機構２２０の扉移動機構は前記通知を受けて扉２２１を所定位置から所定距離だけ移動させて保管庫２２０の開口部を開ける動作を実行する。
【００６３】
また、前記キーボックス２００は、前記可搬記憶媒体５０のリーダ装置２５を備えている。
【００６４】
こうしたキーボックス２００は、本発明を実現する機能を備えるべくハードディスクドライブなどの不揮発性の記憶手段２０１に格納されたプログラム２０２をＲＡＭ２０３に読み出し、演算装置たるＣＰＵ２０４により実行する。また、前記キーボックス２００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力インターフェイス２０５、ディスプレイなどの出力インターフェイス２０６を必要に応じて備えることができる。また、前記運行管理サーバ１００らとの間のデータ授受を担う通信手段２０７を有している。
【００６５】
続いて、前記キーボックス２００が、例えばプログラム２０２に基づき前記記憶手段２０１にて構成・保持する機能部につき説明を行う。なお、前記キーボックス２００は、各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブル２２５を記憶手段２０１に格納している。
【００６６】
こうした前記キーボックス２００は、前記扉開放許可データを前記通信手段２０７を介して前記運行管理サーバ１００から受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブル２２５に照合して該当保管庫２２０を特定し、この保管庫２２０の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体５０の媒体ＩＤとを記憶手段２０１に格納する保管庫特定手段２１１を備える。
【００６７】
また、前記キーボックス２００は、前記可搬記憶媒体５０のリーダ装置２５より運転手の可搬記憶媒体５０の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段１０１における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段１０１に格納した前記保管庫２２０の情報に基づき、該当保管庫２２０の扉開放指示を前記扉制御手段２１０に通知する、開放指示手段２１２を備える。
【００６８】
なお、前記カメラ装置３０は、アルコール検知装置１５０、血圧測定装置１６０に付帯するのではなく、ネットワーク１４０またはＵＳＢ等を通じて運行管理サーバ１００に直接接続されていてもよい。この場合は、前記カメラ装置３０の制御は、ネットワーク１４０に接続されているアルコール検知装置１５０、血圧測定装置１６０、または運行管理サーバ１００が行う。
【００６９】
これまで示した前記システム１０を構成する各装置における各手段１１０〜１１８、２１０〜２１２、らはハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、各装置のＣＰＵがプログラム実行に合わせて記憶装置より該当プログラムをＲＡＭに読み出して、これを実行することとなる。
【００７０】
−−−テーブル構造例−−−
次に、本実施形態の前記システム１０が利用するテーブルの例について説明する。図２は、図２は本実施形態における（ａ）車両テーブル１２５、（ｂ）運転手テーブル１２６、（ｃ）運行スケジュールテーブル１２７、（ｄ）勤務履歴テーブル１２８、の各構成例を示す図である。
【００７１】
前記車両テーブル１２５は、車両の属性情報を格納したテーブルであり、例えば、車両ＩＤをキーとして、車両タイプ、使用年数、使用地域などのデータが対応付けされたレコードの集合体となっている。
【００７２】
また、前記運転手テーブル１２６は、運転手の属性情報を格納したテーブルであり、例えば、運転手のＩＤをキーとして、当該運転手が所持する可搬記憶媒体５０の媒体ＩＤ、運転手の氏名、年齢、所属、運転免許証番号といった本人情報、運転手毎の生体画像データ（顔、指紋、虹彩、静脈等の撮影画像データ）、連絡先データ（運転手が利用する端末のメールアドレスや電話番号、ファクス番号など）といったデータを対応付けされたレコードの集合体となっている。
【００７３】
また、前記運行スケジュールテーブル１２７は、運行経路毎の運行車両やその運行時刻、乗車する運転手などを定めたテーブルであり、例えば、運行経路ＩＤをキーとして、経路出発地から停車予定地を経る最終地点までの各ＧＰＳ座標および運行時刻、車両停車予定地における停車予定時間、運行される車両の車両ＩＤ、該当車両の車両運転手として設定されている運転手の運転手ＩＤ、といったデータを対応付けたレコードの集合体となっている。
【００７４】
また、前記勤務履歴テーブル１２８は、運転手のＩＤおよび媒体ＩＤをキーに、該当運転手の現時点での勤務時間（毎月など所定期間内での積算値）のデータを対応付けされたレコードの集合体となっている。
【００７５】
また、図３は本実施形態における鍵テーブル２２５の構成例を示す図である。この鍵テーブル２２５は、各車両の車両ＩＤをキーに、該当車両の鍵を保管する保管庫２２０の保管庫ＩＤを対応付けされたレコードの集合体となっている。
【００７６】
−−−処理フロー例１−−−
以下、本実施形態における運行管理方法の実際手順について、図に基づき説明する。なお、以下で説明する運行管理方法に対応する各種動作は、前記システム１０を構成する各装置のＲＡＭに読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００７７】
図４は本実施形態の運行管理方法の処理フロー例１を示す図である。ここではまず、本実施形態の運行管理方法の処理手順について全体概要を説明しておく。この場合、まず、前記運行管理サーバ１００は、入力インターフェース１０５を介して運行管理者等からの運行スケジュールデータの仮登録を受け付けて、記憶手段１０１に格納する（ｓ１００）。続いて、前記運行管理サーバ１００は、前記ステップｓ１００で受け付けた運行スケジュールのデータを記憶手段１０１から読み出して、その修正を入力インターフェース１０５で受け付ける（ｓ１０１）。
【００７８】
当該修正後、例えば、同一日時の別々の運行経路に同一車両や同一運転手などが重複して設定されていないか、設定した運転手の勤務時間が所定基準値を超えないかなどのデータチェックを前記運行管理サーバ１００が実行する（ｓ１０２）。そして、例えば、前記運行管理サーバ１００の運営主体である運送会社の業務システム等から、業務連絡データを受信し、前記運行スケジュールに設定されている運転手の出勤予定を確認する（ｓ１０３）。
【００７９】
前記運転手が病欠等で出勤しない場合（ｓ１０３：病欠等）、前記運行管理サーバ１００は、処理を前記ステップｓ１０１に戻す。他方、前記運転手が出勤する場合（ｓ１０３：出勤）、前記運行管理サーバ１００は、アルコール検知装置１５０や血圧測定装置１６０から該当運転手に関する測定結果を受信し（ｓ１０４）、基準を満たすか判定する（ｓ１０５）。
【００８０】
前記判定により、該当運転手の呼気アルコール濃度や血圧が所定基準を満たさない場合（ｓ１０５：ＮＧ）、運行管理サーバ１００は処理を前記ステップｓ１０１に戻す。一方、前記運転手の呼気アルコール濃度や血圧が所定基準を満たす場合（ｓ１０５：ＯＫ）、前記運行管理サーバ１００は、該当運転手が運転する車両の鍵について、前記運転手による利用を許可する通知をキーボックス２００に通知する（ｓ１０６）。また、前記運転手の可搬記憶媒体５０にも該当車両の鍵の利用許可を設定する。
【００８１】
また、前記運行管理サーバ１００は、前記運転手が運転する車両について、例えば、車両管理部門等の端末から整備状況のデータを受信し（ｓ１０７）、その結果が運行ＮＧであれば（ｓ１０７：ＮＧ）、処理を前記ステップｓ１０１に戻す。他方、前記整備状況のデータが運行ＯＫであれば（ｓ１０７：ＯＫ）、前記運行管理サーバ１００は、次のステップｓ１０８に処理を進める。
【００８２】
次に運行管理サーバ１００は、例えば、車両基地などの現場に備わる端末から運転手の点呼結果データを受信し、前記運行スケジュールに設定された運転手の出勤状態を最終確認する（ｓ１０８）。前記運転手が点呼時に不在であれば（ｓ１０８：ＮＧ）、処理を前記ステップｓ１０１に戻す。他方、前記運転手が点呼時に不在でなければ（ｓ１０８：ＯＫ）、前記運行管理サーバ１００は、前記ステップｓ１０１までで仮登録しておいた運行スケジュールを本登録のデータとして記憶手段１０１の運行スケジュールテーブル１２７に登録する（ｓ１０９）。
【００８３】
また、その後、前記運行スケジュールに沿って車両の運行が実行されることになるが、その運行終了後に該当車両の走行履歴記録装置４０から走行履歴のデータを回収し、運行スケジュールに照合する（ｓ１１０）。こうした照合を行うことで、実際の運行結果と運行スケジュールとの乖離具合を特定し、担当運転手の車両運行に対する特性を検知できる。
【００８４】
−−−処理フロー例２−−−
次に、運行スケジュールに設定された運転手の健康状態に応じて、担当車両の鍵の利用可否について判定する処理について説明する。図５は本実施形態の運行管理方法の処理フロー例２を示す図である。なお、運転手は前記可搬記憶媒体５０を携行して、車両基地などに設置されているリーダ装置２０を前にしているとする。このリーダ装置２０はネットワーク１４０を通じて運行管理サーバ１００に接続されている。
【００８５】
この場合、前記運行管理サーバ１００の認証手段１１０は、前記可搬記憶媒体５０のリーダ装置２０より前記通信手段１０７を介して、前記運転手の可搬記憶媒体５０の読み取り情報を受信し、当該可搬記憶媒体５０の読み取り情報を、前記運転手テーブル１２６における該当運転手に関する本人情報に照合する（ｓ２００）。
【００８６】
前記読み取り情報としては、例えば、可搬記憶媒体５０のＲＯＭ５４に記憶されている媒体ＩＤ“1111-2222-3333-4444”や本人情報（運転手ＩＤ、氏名、年齢、所属、免許証番号など）を想定できる。従って前記認証手段１１０は、こうした読み取り情報が含む、例えば運転手ＩＤ“1020”や媒体ＩＤ“1111-2222-3333-4444”をキーに、前記運転手テーブル１２６を検索し、ここで検索できた該当レコードが含む本人情報と、前記読み取り情報とを照合する。
【００８７】
こうした読み取り情報が前記運転手テーブル１２６の本人情報に一致した場合（ｓ２０１：ＯＫ）、前記認証手段１１０は本人認証成功であったと判定し、その旨を例えば、前記車両基地に設置されているリーダ装置２０に対し、前記運転手の媒体ＩＤ“1111-2222-3333-4444”（読み取り情報に含まれていた）と共に返信する（ｓ２０２）。他方、前記読み取り情報が前記運転手テーブル１２６の本人情報に一致しなかった場合（ｓ２０１：ＮＧ）、前記認証手段１１０は本人認証不成功であったと判定し、処理をステップｓ２２０に進める。
【００８８】
なお、前記認証手段１１０が、前記可搬記憶媒体５０のリーダ装置２０として運転免許証のリーダ装置より前記通信手段１０７を介して運転免許証の読み取り情報を受信し、当該運転免許証の読み取り情報を、前記記憶手段１０１における運転手テーブル１２６が含む運転免許証情報に照合し、前記読み取り情報が前記運転免許証情報に一致した場合に本人認証成功とする認証処理を実行する、としてもよい。
【００８９】
前記リーダ装置２０は、前記運行管理サーバ１００の認証手段１１０から本人認証成功の通知を受けて、例えば、ＬＥＤなどの表示装置かスピーカなどの音声出力装置等に、本人認証成功の表示ないし音の出力を行うこととする（ｓ２０３）。これを確認した前記運転手は、前記アルコール検知装置１５０における呼気中のアルコール濃度測定と、血圧測定装置１６０における血圧測定とを受けることになる。
【００９０】
この場合、前記アルコール検知装置１５０は、前記リーダ装置２０で読み取られた前記可搬記憶媒体５０の媒体ＩＤ“1111-2222-3333-4444”および本人認証成功の通知を前記リーダ装置２０から受けた時点で、呼気中のアルコール濃度測定を開始する指示をアルコール濃度測定手段に通知し、前記媒体ＩＤ“1111-2222-3333-4444”と前記アルコール濃度測定手段での測定結果とを通信手段により前記運行管理サーバ１００に送信する（ｓ２０４）。なお、前記アルコール検知装置１５０に付帯するカメラ装置３０により、該当運転手の撮影データを取得し、この撮影データを前記アルコール濃度測定手段での測定結果等とあわせて運行管理サーバ１００に送信するとする。
【００９１】
また同様に、前記血圧測定装置１６０は、前記リーダ装置２０で読み取られた前記可搬記憶媒体５０の媒体ＩＤ“1111-2222-3333-4444”および本人認証成功の通知を前記リーダ装置２０から受けた時点で、血圧測定を開始する指示を血圧測定手段に通知し、前記媒体ＩＤと前記血圧測定手段での測定結果とを通信手段により前記運行管理サーバ１００に送信する（ｓ２０５）。なお、前記血圧測定装置１６０に付帯するカメラ装置３０により、該当運転手の撮影データを取得し、この撮影データを前記血圧測定手段での測定結果等とあわせて運行管理サーバ１００に送信するものとする。
【００９２】
一方、前記運行管理サーバ１００の判定手段１１１は、前記アルコール検知装置１５０から運転手の呼気中アルコール濃度測定結果、および前記血圧測定装置１６０から運転手の血圧測定結果、さらには、前記運転手の撮影データを前記通信手段１０７を介して受信する（ｓ２０６）。この時、前記判定手段１１１は、前記運転手の撮影データと、前記記憶手段１０１の運転手テーブル１２６における該当運転手“1020”の生体画像データ“kao1020.dat”とを照合し、前記撮影データが前記生体画像データに一致するか判定する（ｓ２０７）。画像の一致判定技術については既存の画像処理技術や生体情報処理技術を採用すればよい。
【００９３】
前記ステップｓ２０７の判定において、前記撮影データが該当運転手の生体画像データに一致しなかった場合（ｓ２０７：ＮＧ）、別人が前記運転手になりすましている可能性があるため、処理を終了する。他方、前記撮影データが該当運転手の生体画像データに一致した場合（ｓ２０７：ＯＫ）、前記判定手段１１１は、前記運転手の呼気中アルコール濃度測定結果を所定基準値（記憶手段１０１に予め記憶）以下であるかの判定（ｓ２０８）と、前記運転手の血圧測定結果が所定基準範囲（記憶手段１０１に予め記憶）内であるかの判定（ｓ２０９）を実行する。
【００９４】
前記運行管理サーバ１００の許可設定手段１１２は、前記ステップｓ２０８の判定結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下であり（ｓ２０８：ＯＫ）、前記ステップｓ２０９の判定結果が、前記運転手の血圧測定結果が所定基準範囲内、である時（ｓ２０９：ＯＫ）、前記記憶手段１０１における運行スケジュールテーブル１２７から、該当運転手の運転手ＩＤ“1020”が車両運転手として設定されているレコード“R0001”を特定し、このレコード“R0001”における車両の車両ＩＤ“A111”を特定する（ｓ２１０）。
【００９５】
他方、前記運行管理サーバ１００の許可設定手段１１２は、前記ステップｓ２０８の判定結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下でない（ｓ２０８：ＮＧ）か、前記ステップｓ２０９の判定結果が、前記運転手の血圧測定結果が所定基準範囲外、である時（ｓ２０９：ＮＧ）、該当運転手の健康状態が不良であるとして、処理をステップｓ２２０に進める。
【００９６】
一方、前記ステップｓ２１０で車両を検索した前記許可設定手段１１２は、前記検索により特定した該当車両の車両ＩＤ“A111”を含む鍵使用許可データを、前記リーダ装置２０に対して前記通信手段１０７を介して送信する（ｓ２１１）。また、前記許可設定手段１１２は、該当運転手の可搬記憶媒体５０の媒体ＩＤ“1111-2222-3333-4444”および前記該当車両の車両ＩＤ“A111”を含む扉開放許可データを、前記キーボックス２００に対し前記通信手段１０７を介して送信する（ｓ２１２）。
【００９７】
他方、前記可搬記憶媒体５０のリーダ装置２０は、前記許可設定手段１１２からの鍵使用許可データを受信し、前記運転手の所持する可搬記憶媒体５０と前記通信手段５８で無線通信を実行し、前記ＥＥＰＲＯＭ５７に書込設定する（ｓ２１３）。
【００９８】
また、前記キーボックス２００の保管庫特定手段２１１は、前記扉開放許可データを前記通信手段２０７を介して前記運行管理サーバ１００から受信し、この扉開放許可データが含む車両ＩＤ“A111”を前記鍵テーブル２２５に照合して該当保管庫２２０の保管庫ＩＤ“ST001”を特定する（ｓ２１４）。なお、ここで特定した保管庫２２０の保管庫ＩＤ“ST001”と、前記扉開放許可データが含む前記運転手の可搬記憶媒体５０の媒体ＩＤ“1111-2222-3333-4444”は、前記保管庫特定手段２１１が記憶手段２０１に格納する。
【００９９】
その後、前記運転手は車両基地等の現場での点呼を経て、前記運行スケジュール“R0001”に沿った運行を行うべく、該当車両“A111”の鍵を受領するために、キーボックス２００を訪れる。また、キーボックス２００が備えるリーダ装置２５に対し、自身が携行している可搬記憶媒体５０をかざす動作を行う。
【０１００】
この時、前記キーボックス２００の開放指示手段２１２は、前記可搬記憶媒体５０のリーダ装置２５より、前記運転手の可搬記憶媒体５０の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段２０１における前記運転手の媒体ＩＤ“1111-2222-3333-4444”とを照合する（ｓ２１５）。
【０１０１】
前記読み取り情報が含む媒体ＩＤが“1111-2222-3333-4444”であり、前記運転手の媒体ＩＤ“1111-2222-3333-4444”に一致した場合（ｓ２１５：ＯＫ）、前記開放指示手段２１２は、前記記憶手段２０１に格納した前記保管庫２２０の保管庫ＩＤ“ST001”に基づき、該当保管庫“ST001”の扉開放指示を前記扉制御手段２１０に通知する（ｓ２１６）。扉制御手段２１０は、例えば、該当保管庫“ST001”の電子ロックを解除するなどの処理を実行する。前記運転手は電子ロックが解除された前記保管庫“ST001”から該当車両“A111”の鍵を取り出し、運行開始に向けて前記車両“A111”が待機する車両基地に移動することになる。
【０１０２】
なお、前記ステップｓ２０１において、前記読み取り情報が前記運転手テーブル１２６の本人情報に一致しなかった場合（ｓ２０１：ＮＧ）、或いは、前記ステップ２０８において、判定結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下でない（ｓ２０８：ＮＧ）か、前記ステップｓ２０９の判定結果が、前記運転手の血圧測定結果が所定基準範囲外、である時（ｓ２０９：ＮＧ）、運行管理サーバ１００は処理をステップｓ２２０に進める。図６は本実施形態の運行管理方法の処理フロー例２の続きのフローを示す図である。
【０１０３】
このステップｓ２２０において、前記運行管理サーバ１００の代替運転手特定手段１１３は、該当運転手“1020”以外の運転手のうち現時点での勤務時間が所定基準値（記憶手段１０１に予め記憶）以内である運転手を前記勤務履歴テーブル１２８において検索する（ｓ２２１）。前記勤務時間の所定基準値が例えば、“70”時間であり、図２（ｄ）の勤務履歴テーブル１２８の例であれば、前記代替運転手特定手段１１３は、該当運転手“1020”以外の運転手として運転手“1021”を検索し、この勤務時間が“25”時間であり、前記所定基準値“70”時間以内である運転手として特定する。
【０１０４】
また、前記代替運転手特定手段１１３は、ここで検索した運転手“1021”が、前記記憶手段１０１における運行スケジュールテーブル１２７の前記レコード“R0001”において車両運転手として設定されていないか確認し、前記運転手“1021”を代替運転手として特定する（ｓ２２２）。図２（ｃ）の運行スケジュールテーブル１２７のレコード“R0001”の例では、前記運転手の運転手ＩＤ“1021”は設定されていないので、代替運転手として特定される。
【０１０５】
また、前記運行管理サーバ１００の代替運転手設定手段１１４は、前記呼気中アルコール濃度測定結果が所定基準値以下または血圧測定結果が所定基準範囲内、でなかった該当運転手“1020”が、前記運行スケジュールテーブル１２７のレコード“R0001”において車両運転手として設定されている車両“A111”を検索し、ここで検索された該当車両の車両運転手として前記代替運転手“1021”を、前記運行スケジュールテーブル１２７の該当レコード“R0001”に設定する（ｓ２２３）。
【０１０６】
続いて、前記運行管理サーバ１００の代替通知手段１１５は、前記代替運転手“1021”の連絡先データ“456@abc.CO.JP”を記憶手段１０１の運転手テーブル１２６から読み出し、前記通信手段１０１により前記代替運転手の連絡先“456@abc.CO.JP”に宛てて、代替運転手となった旨の通知文を含む、例えば電子メールをメーラー（運行管理サーバ１００が予め記憶手段１０１に備える）等で送信する（ｓ２２４）。
【０１０７】
前記代替運転手“1021”は、前記電子メールを例えば携帯端末で受信し、自身が代替運転手となったことを認識することができる。また、代替運転手となったことに応じて、運行管理サーバ１００やキーボックス２００等は、前記運転手“1020”に関して実行した処理（上記ステップｓ２００〜ｓ２１６）を同様に実行する。
【０１０８】
−−−処理フロー例３−−−
次に、運行結果の検証処理について説明する。図７は本実施形態の運行管理方法の処理フロー例３を示す図である。運行スケジュールに沿って車両運行が実施され、前記車両“A111”が車両基地に戻ってきたとする。また前記車両“A111”には、運行管理サーバ１００の通信手段１０７と通信可能に接続できる通信インターフェースを備えた走行履歴記録装置４０（例：ＧＰＳ装置と連動したデジタルタコグラフ等）が備わっている。この走行履歴記録装置４０は、車両のＧＰＳ（Global Positioning System）装置から一定間隔でＧＰＳ座標値のデータを取得し、このＧＰＳ座標値のデータに時刻データ（自身の備える時計機能から取得）を合わせて記憶手段に格納する装置である。また、前記可搬記憶媒体５０のリーダ装置（車載）から、運転を行っている運転手の可搬記憶媒体５０の媒体ＩＤを取得し、前記ＧＰＳ座標値など走行履歴データにあわせて記憶している。
【０１０９】
この場合、前記運行管理サーバ１００の適正運行判定手段１１６は、前記車両“A111”の備える走行履歴記録装置４０から前記通信手段１０７を介して、該当車両“A111”を運転した運転手、例えば、代替運転手“1021”の可搬記憶媒体５０の媒体ＩＤ“5555-6666-7777-8888”を含む運行終了後の走行履歴データを受信する（ｓ３００）。
【０１１０】
次に、前記適正運行判定手段１１６は、前記ステップｓ３００で受信した走行履歴データから、停車地のＧＰＳ座標情報および停車時間を抽出する（ｓ３０１）。この処理は、例えば、時刻が進んでいるにも関わらずＧＰＳ座標値に変化がない箇所を検索して停車地として特定し、この間の時刻の経過を停車時間として算定すればよい。例えば、停車地のＧＰＳ座標値が“GHI.JKL・・・”で、停車時間が“00:20”と算定できたとする。
【０１１１】
前記適正運行判定手段１１６は、前記ステップｓ３０１で抽出した停車地のＧＰＳ座標情報“GHI.JKL・・・”および停車時間“00:20”と、前記運行スケジュールテーブル１２７の前記レコード“R0001”における車両停車予定地のＧＰＳ座標情報“GHI.JKL・・・”および停車予定時間“00:45”とを比較し、両者の一致／不一致をもって運行スケジュールに沿った停車と休憩が行われているか判定する（ｓ３０２）。上記の例の場合、停車地のＧＰＳ座標値は一致したが、停車時間は予定とは異なり“25”分少ない時間となっている。
【０１１２】
続いて前記運行管理サーバ１００の警告通知手段１１７は、前記ステップｓ３０２の判定により、前記運行スケジュール“R0001”に沿った停車と休憩（＝停車時間）が行われていないと判定した場合（ｓ３０２：ＮＧ）、前記走行履歴データが含む前記媒体ＩＤ“5555-6666-7777-8888”を前記記憶手段１０１の運転手テーブル１２６で照合し、該当する運転手“1021”の連絡先データ“456@abc.CO.JP”を特定し、前記通信手段１０７により前記連絡先“456@abc.CO.JP”に宛てて、運行スケジュール違反の旨の警告通知（例えば、電子メール）を送信する（ｓ３０３）。他方、、前記ステップｓ３０２の判定により、前記運行スケジュール“R0001”に沿った停車と休憩（＝停車時間）が行われたと判定した場合（ｓ３０２：ＯＫ）、処理を終了する。
【０１１３】
−−−処理フロー例４−−−
次に、運行管理者以外の者が運行スケジュールのデータを設定しようとした場合に、データの自動チェックを行う処理について説明する。図８は本実施形態の運行管理方法の処理フロー例４を示す図である。この場合、前記運行管理サーバ１００の入力データチェック手段１１８は、前記通信手段１０７を介して、ユーザ端末３００からの運行スケジュールのデータ入力を受け付ける（ｓ４００）。前記ユーザ端末３００を操作しているのは前記運行管理者以外の者となる。
【０１１４】
また前記入力データチェック手段１１８は、前記データ入力を受け付けた運行スケジュールにおける運転手、例えば、運転手“1022”の設定情報を抽出し（ｓ４０１）、当該設定情報が含む運転手“1022”について、現時点での勤務時間が所定基準値（例えば、“70”時間）以内である運転手であるか前記勤務履歴テーブル１２８の格納データに基づき判定する（ｓ４０２）。図２（ｄ）の勤務履歴テーブル１２８の例であれば、前記運転手“1022”の勤務時間は“70”時間と特定できる。従って、この時点で運転手“1022”の勤務時間が所定基準値に達していることが判定できる。
【０１１５】
前記入力データチェック手段１１８は、前記ステップ４０２の判定により現時点での勤務時間が所定基準値以上となっている運転手が前記設定情報に含まれている場合（ｓ４０２：ＮＧ）、該当運転手“1022”について、運行スケジュールに設定できない旨の通知を、前記ユーザ端末２００に送信し（ｓ４０３）、処理を前記ステップｓ４００に戻す。以下、適切な運転手が運行スケジュールに設定されるまで、前記ステップｓ４０１〜ｓ４０３が繰り返し実行される。
【０１１６】
本実施形態によれば、運行管理者における運行スケジュール作成作業の負担を削減し、法令違反のない運行スケジュールを容易に作成できるとともに、運転手の急病や車両の故障等による急なスケジュール変更に際し、変更後の車両・運転手の重複や労務チェックを即座に行うことができる。また、車両キーの持ち出し可否をシステム側で自動判定することにより、健康状態が優れない者や飲酒状態にある者など、運行管理者が持ち出しを想定していない人物によるキー持ち出しを確実に防止することが可能となる。また車両の運行結果と運行スケジュールとを自動比較し、その比較結果を運転手の指導等に活用することで、運行スケジュールに沿った信頼性の高い運行管理を行うことができる。
【０１１７】
したがって、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減できる。
【０１１８】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１１９】
【図１】本実施形態の運行管理システムのネットワーク構成図である。
【図２】本実施形態における（ａ）車両テーブル、（ｂ）運転手テーブル、（ｃ）運行スケジュールテーブル、（ｄ）勤務履歴テーブル、の各構成例を示す図である。
【図３】本実施形態における鍵テーブルの構成例を示す図である。
【図４】本実施形態の運行管理方法の処理フロー例１を示す図である。
【図５】本実施形態の運行管理方法の処理フロー例２を示す図である。
【図６】本実施形態の運行管理方法の処理フロー例２の続きのフローを示す図である。
【図７】本実施形態の運行管理方法の処理フロー例３を示す図である。
【図８】本実施形態の運行管理方法の処理フロー例４を示す図である。
【符号の説明】
【０１２０】
１０ 運行管理システム
２０、２５ ＲＦＩＤリーダ
３０ カメラ装置
４０ 走行履歴記録装置
５０ 可搬記憶媒体（ＲＦＩＤカード）
５１ ＲＦＩＤチップ
５２ プラスティック筐体
５３ プログラム
５４ ＲＯＭ
５５ ＲＡＭ
５６ ＣＰＵ
５７ ＥＥＰＲＯＭ
５８ 通信手段
１００ 運行管理サーバ
１０１、２０１ 記憶手段
１０２、２０２ プログラム
１０３、２０３ ＲＡＭ（Random Access Memory）
１０４、２０４ ＣＰＵ（Central Processing Unit）
１０５、２０５ 入力インターフェイス
１０６、２０６ 出力インターフェイス
１０７、２０７ 通信手段
１１０ 認証手段
１１１ 判定手段
１１２ 許可設定手段
１１３ 代替運転手特定手段
１１４ 代替運転手設定手段
１１５ 代替通知手段
１１６ 適正運行判定手段
１１７ 警告通知手段
１１８ 入力データチェック手段
１２５ 車両テーブル
１２６ 運転手テーブル
１２７ 運行スケジュールテーブル
１２８ 勤務履歴テーブル
１４０ ネットワーク
１５０ アルコール検知装置
１６０ 血圧測定装置
２００ キーボックス
２１０ 扉制御手段
２１１ 保管庫特定手段
２１２ 開放指示手段
２２０ 保管庫
２２１ 扉
２２２ 開閉機構
２２５ 鍵テーブル
３００ ユーザ端末
【技術分野】
【０００１】
本発明は、運行管理システム、運行管理方法、運行管理サーバ、およびキーボックスに関するものであり、具体的には、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減する技術に関する。
【背景技術】
【０００２】
バスやトラック等の運行を管理する運行管理者は、運行計画を作成したうえで、法令違反のチェック、運転手の点呼表作成などの事務処理を行って該当管理を実行している。こうした運行管理業務には経験に基づくノウハウが必要とされ、当該業務に応じた運転手等への指示内容については検証が要求されている。そのため、車両故障や運転手の急病などが発生した場合の短時間での運行計画変更に際し、運行管理者の培ってきた経験に基づく判断で運転手や車両の状態を考慮し選定処理が行われている。
【０００３】
運転手の状態等を考慮して運行管理を行う技術として、例えば、互いに信号を送受できる送信部，受信部を備えた車両，運行管理基地局，医師待機所から構成される運行管理装置であって、前記車両は、ドライバの生理データを計測するドライバ生理データ計測部と、計測したドライバ生理データについて異常の有無を第１の診断装置により判断し、異常ありの場合にはドライバ生理データを前記運行管理基地局へ送信するドライバ生理状態一次判断部とを備え、前記運行管理基地局は、前記車両より送信されて来たドライバ生理データについて、前記第１の診断装置より判断精度が高い第２の診断装置にて判断し、異常ありの場合にはドライバ生理データを前記医師待機所へ送信するドライバ生理状態二次判断部と、受信した信号を基に運行に必要な指令を発する運行判断部とを備え、前記医師待機所は、前記運行管理基地局より送信されて来たドライバ生理データを医師の診断に供し、該診断の結果を前記運行管理基地局または前記車両へ送信するドライバ生理状態三次判断部を備えていることを特徴とする運行管理装置（特許文献１参照）などが提案されている。
【特許文献１】特開２０００−５７４７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述のような運行管理者の業務は多岐にわたり、大きな負担となっている。例えば、運行車両の鍵や運転手の健康状態等の管理は、手書き台帳において運行管理者が人手で管理する場合が多く、運転手や車両が多数登録されている運送業者らについて該当管理を行うとすれば、管理に係る手間や時間は膨大なものとなる。また、多数にのぼる各運転手の健康状態等に基づいて勤務に就かせるか否かを即時的に判断するのは非常に困難であり、現場責任者等によるその場の判断に任せることも多かった。加えて、こうした運転手や車両の管理を行うことと並行して、運行計画の作成や変更に際して、どの車両・運転手をどの行路のどの時間帯に設定すればよいかも考慮する必要があり、やはり運行管理者の負担は大きかった。
【０００５】
また、運行管理者の負担軽減措置として、一般のＯＡオペレータ等が例えば運行ルートの登録作業を代行するとしても、その入力内容が正しいか否か運行管理者が最終判断をしなければならず、結局のところ負担軽減に繋がっていない。
【０００６】
また、運転手が報告する運行結果と、運行管理者が事前に指示した運行指示内容とを比較し運行状況についての事後検証を行う場合、運行指示に沿った正しい運行結果であっても道路状況等によっては運行結果が変動しやすいため、運行管理者が運行結果毎に逐一検証を行う必要があった。
【０００７】
そこで本発明は上記課題を鑑みてなされたものであり、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減する技術の提供を主たる目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明の運行管理システムは、他装置と通信する通信手段と、車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段とを備えた運行管理サーバを含むものである。
【０００９】
前記運行管理サーバは、可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段を備える。
【００１０】
また、前記運行管理サーバは、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段を備える。
【００１１】
また、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定手段を備える。
【００１２】
なお、前記運行管理システムは、前記運行管理サーバの他に、キーボックスを含むとすれば好適である。このキーボックスは、車両の鍵を保管する保管庫を複数備え、前記保管庫の自動開閉を行うコンピュータを備える装置となる。
【００１３】
すなわち、前記キーボックスは、他装置と通信する通信手段および可搬記憶媒体のリーダ装置と、各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブルを格納する記憶手段と、前記保管庫の扉開閉機構を制御する扉制御手段とを備える。
【００１４】
また、前記キーボックスは、前記扉開放許可データを前記通信手段を介して前記運行管理サーバから受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブルに照合して該当保管庫を特定し、この保管庫の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体の媒体ＩＤとを記憶手段に格納する保管庫特定手段を備える。
【００１５】
また、前記キーボックスは、前記可搬記憶媒体のリーダ装置より運転手の可搬記憶媒体の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段に格納した前記保管庫の情報に基づき、該当保管庫の扉開放指示を前記扉制御手段に通知する、開放指示手段を備える。
【００１６】
なお、前記運行管理システムにおいて、前記運行管理サーバの認証手段が、運転免許証リーダ装置より前記通信手段を介して運転免許証の読み取り情報を受信し、当該運転免許証の読み取り情報を、前記記憶手段における運転手の属性情報が含む運転免許証情報に照合し、前記読み取り情報が前記運転免許証情報に一致した場合に本人認証成功とする認証処理を実行する、としてもよい。
【００１７】
また、前記運行管理システムにおいて、前記運行管理サーバの記憶手段が、運転手毎の生体画像データを予め記憶しており、前記運行管理サーバの判定手段が、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果と、前記アルコール検知装置ないし前記血圧測定装置に付帯するカメラ装置による該当運転手の撮影データとを前記通信手段を介して受信し、前記運転手の撮影データと、前記記憶手段における該当運転手の生体画像データとを照合し、前記撮影データが前記生体画像データに一致した場合に、該当運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、とすれば好適である。
【００１８】
また、前記運行管理システムにおいて、前記運行管理サーバが、前記記憶手段において、運転手毎の勤務履歴データと連絡先データとを格納しているとしてもよい。この場合、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった時、該当運転手以外の運転手のうち現時点での勤務時間が所定基準値以内である運転手を前記勤務履歴データに基づき検索し、ここで検索した運転手のうち、前記記憶手段における運行スケジュールのデータにおいて車両運転手として設定されていない者を代替運転手として特定する、代替運転手特定手段を備える。
【００１９】
また、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった該当運転手が、前記記憶手段における運行スケジュールのデータにおいて車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両運転手として前記代替運転手を前記運行スケジュールのデータに設定する、代替運転手設定手段を備える。
【００２０】
また、前記運行管理サーバは、前記代替運転手の連絡先データを記憶手段から読み出し、前記通信手段により前記代替運転手の連絡先に宛てて、代替運転手となった旨の通知を送信する、代替通知手段とを備える。
【００２１】
そして、前記運行管理サーバは前記認証手段において、前記可搬記憶媒体のリーダ装置より前記通信手段を介して前記代替運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における代替運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する。
【００２２】
また、前記運行管理サーバは、前記判定手段において、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から前記代替運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から代替運転手の血圧測定結果、を前記通信手段を介して受信し、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または前記代替運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する。
【００２３】
また、前記運行管理サーバは、前記許可設定手段において、前記判定の結果が、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記代替運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当代替運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当代替運転手が保持する可搬記憶媒体に設定し、該当代替運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する。
【００２４】
また、前記運行管理システムにおいて、前記運行管理サーバが、前記記憶手段の運行スケジュールにおいて、運行経路上の車両停車予定地に対応するＧＰＳ座標情報と、該当車両停車予定地における停車予定時間の情報とを記憶しているとしてもよい。また、前記運行管理サーバは、前記記憶手段において、運転手の媒体ＩＤに応じた連絡先データを格納しているとしてもよい。
【００２５】
この場合、前記運行管理サーバは、車両の備える走行履歴記録装置から前記通信手段を介して、該当車両を運転した運転手の可搬記憶媒体の媒体ＩＤを含む運行終了後の走行履歴データを受信し、当該走行履歴データが含む停車地のＧＰＳ座標情報および停車時間と、前記運行スケジュールにおける車両停車予定地のＧＰＳ座標情報および停車予定時間とを比較し、両者の一致／不一致をもって運行スケジュールに沿った停車と休憩が行われているか判定する、適正運行判定手段を備える。
【００２６】
また、前記運行管理サーバは、前記判定により運行スケジュールに沿った停車と休憩が行われていないと判定した場合、前記走行履歴データが含む前記媒体ＩＤを前記記憶手段で照合し、該当する運転手の連絡先データを特定し、前記通信手段により前記連絡先に宛てて、運行スケジュール違反の旨の警告通知を送信する、警告通知手段を備える。
【００２７】
また、前記運行管理システムにおいて、前記運行管理サーバが、前記記憶手段において、運転手毎の勤務履歴データを格納しているとしてもよい。この場合、前記運行管理サーバは、前記通信手段を介して、ユーザ端末からの運行スケジュールのデータ入力を受け付けて、データ入力を受け付けた運行スケジュールにおける運転手の設定情報を抽出し、当該設定情報が含む運転手について、現時点での勤務時間が所定基準値以内である運転手であるか前記勤務履歴データに基づき判定し、当該判定により現時点での勤務時間が所定基準値以上となっている運転手が前記設定情報に含まれている場合、該当運転手について設定できない旨の通知を、前記ユーザ端末に送信する、入力データチェック手段を備える。
【００２８】
また、本発明の運行管理方法は、他装置と通信する通信手段と、車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段とを備えた運行管理サーバが、以下の処理を実行するものである。
【００２９】
すなわち、前記運行管理サーバは、可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証処理を実行する。
【００３０】
また、前記運行管理サーバは、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定処理を実行する。
【００３１】
また、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定処理を実行する。
【００３２】
また、本発明の運行管理サーバは、他装置と通信する通信手段と、車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段とを備えたサーバ装置であり、以下の手段を備える。
【００３３】
すなわち前記運行管理サーバは、可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段を備える。
【００３４】
また、前記運行管理サーバは、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段を備える。
【００３５】
また、前記運行管理サーバは、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定手段を備える。
【００３６】
また、本発明のキーボックスは、他装置と通信する通信手段および可搬記憶媒体のリーダ装置と、各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブルを格納する記憶手段と、前記保管庫の扉開閉機構を制御する扉制御手段と、運転手の可搬記憶媒体の媒体ＩＤおよび車両ＩＤを含む扉開放許可データを、前記通信手段を介して運行管理サーバから受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブルに照合して該当保管庫を特定し、この保管庫の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体の媒体ＩＤとを記憶手段に格納する保管庫特定手段と、前記可搬記憶媒体のリーダ装置より運転手の可搬記憶媒体の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段に格納した前記保管庫の情報に基づき、該当保管庫の扉開放指示を前記扉制御手段に通知する、開放指示手段と、を備える。
【００３７】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００３８】
本発明によれば、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減できる。
【発明を実施するための最良の形態】
【００３９】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の運行管理システム１０のネットワーク構成図である。図１に示す運行管理システム１０は、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減するコンピュータシステムである。例えば、バス等の車両を運行する運送業者がこの運行管理システム１０を備えて、運行スケジュールに応じて車両や運転手の配置を行う状況が想定できる。また、運転手はＲＦＩＤチップを備えたカードなどの可搬記憶媒体５０を所持しており、この可搬記憶媒体５０のリーダ装置２０を通じて出勤時や退社時に勤怠管理データの入力を実行する。また車両の鍵はキーボックス２００に保管されており、運行管理システム１０が許可した者に対してのみ鍵の利用が許される仕組みになっている。
【００４０】
こうした本実施形態における運行管理システム１０を構成する各装置について以下説明する。前記運行管理システム１０（以下システム１０）を構成する運行管理サーバ１００は、本発明を実現する機能を備えるべくハードディスクドライブなどの不揮発性の記憶手段１０１に格納されたプログラム１０２をＲＡＭ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。また、前記運行管理サーバ１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力インターフェイス１０５、ディスプレイなどの出力インターフェイス１０６を備える。また、前記可搬記憶媒体のリーダ装置２０、キーボックス２００、アルコール検知装置１５０、血圧測定装置１６０などとの間のデータ授受を担う通信手段１０７を有している。
【００４１】
続いて、前記システム１０を構成する前記運行管理サーバ１００が、例えばプログラム１０２に基づき前記記憶手段１０１にて構成・保持する機能部につき説明を行う。なお、前記運行管理サーバ１００は、記憶手段において、車両の属性情報を格納した車両テーブル１２５、運転手の属性情報を格納した運転手テーブル１２６、および車両の運行スケジュールテーブル１２７を格納している。
【００４２】
こうした前記運行管理サーバ１００は、前記可搬記憶媒体５０のリーダ装置２０より前記通信手段１０７を介して運転手の可搬記憶媒体５０の読み取り情報を受信し、当該可搬記憶媒体５０の読み取り情報を、前記記憶手段１０１における運転手テーブル１２６が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段１１０を備える。
【００４３】
なお、前記認証手段１１０が、前記可搬記憶媒体のリーダ装置２０たる運転免許証リーダ装置より前記通信手段１０７を介して運転免許証の読み取り情報を受信し、当該運転免許証の読み取り情報を、前記記憶手段１０１における運転手テーブル１２６が含む運転免許証情報に照合し、前記読み取り情報が前記運転免許証情報に一致した場合に本人認証成功とする認証処理を実行する、としてもよい。
【００４４】
また、前記運行管理サーバ１００は、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置１５０から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置１６０から運転手の血圧測定結果、を前記通信手段１０７を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段１１１を備える。
【００４５】
なお、前記運行管理サーバ１００の記憶手段１０１において、運転手毎の生体画像データを、例えば、前記運転手テーブル１２６に予め記憶しているとしてもよい。
【００４６】
この場合、前記判定手段１１１が、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置１５０から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置１６０から運転手の血圧測定結果と、前記アルコール検知装置１５０ないし前記血圧測定装置１６０に付帯するカメラ装置３０による該当運転手の撮影データとを前記通信手段１０７を介して受信し、前記運転手の撮影データと、前記記憶手段１０１の運転手テーブル１２６における該当運転手の生体画像データとを照合し、前記撮影データが前記生体画像データに一致した場合に、該当運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、とすれば好適である。
【００４７】
また、前記運行管理サーバ１００は、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段１０１における運行スケジュールテーブル１２７から、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置２０に対して前記通信手段１０７を介して送信して該当運転手が保持する可搬記憶媒体５０に設定し、該当運転手の可搬記憶媒体５０の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックス２００に対し前記通信手段１０７を介して送信する、許可設定手段１１２を備える。
【００４８】
また、前記運行管理サーバ１００が、前記記憶手段１０１において、前記運転手テーブル１２６において運転手毎の連絡先データを格納しているとしてもよい。また、前記記憶手段１０１が、運転手毎の勤務履歴データを格納した勤務履歴テーブル１２８を記憶しているとしてもよい。
【００４９】
この場合、前記運行管理サーバ１００は、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった時、該当運転手以外の運転手のうち現時点での勤務時間が所定基準値以内である運転手を前記勤務履歴テーブル１２８において検索し、ここで検索した運転手のうち、前記記憶手段１０１における運行スケジュールテーブル１２７において車両運転手として設定されていない者を代替運転手として特定する、代替運転手特定手段１１３を備えるとしてもよい。
【００５０】
また、前記運行管理サーバ１００は、前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった該当運転手が、前記記憶手段１０１における運行スケジュールテーブル１２７において車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両運転手として前記代替運転手を前記運行スケジュールテーブル１２７に設定する、代替運転手設定手段１１４を備えるとしてもよい。
【００５１】
また、前記運行管理サーバ１００は、前記代替運転手の連絡先データを記憶手段１０１の運転手テーブル１２６から読み出し、前記通信手段１０１により前記代替運転手の連絡先に宛てて、代替運転手となった旨の通知を送信する、代替通知手段１１５を備えるとしてもよい。
【００５２】
こうした状況で、前記認証手段１１０は、前記可搬記憶媒体５０のリーダ装置２０より前記通信手段１０７を介して前記代替運転手の可搬記憶媒体５０の読み取り情報を受信し、当該可搬記憶媒体５０の読み取り情報を、前記記憶手段１０１における運転手テーブル１２６にて代替運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する。
【００５３】
また、前記判定手段１１１は、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置１５０から前記代替運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置１６０から代替運転手の血圧測定結果、を前記通信手段１０７を介して受信し、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または前記代替運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する。
【００５４】
また、前記許可設定手段１１２は、前記判定の結果が、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記代替運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段１０１における運行スケジュールテーブル１２７において、該当代替運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置２０に対して前記通信手段１０７を介して送信して該当代替運転手が保持する可搬記憶媒体５０に設定し、該当代替運転手の可搬記憶媒体５０の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックス２００に対し前記通信手段１０７を介して送信する。
【００５５】
なお、前記運行管理サーバ１００が、前記記憶手段１０１の運行スケジュールテーブル１２７において、運行経路上の車両停車予定地に対応するＧＰＳ座標情報と、該当車両停車予定地における停車予定時間の情報とを記憶しているとしてもよい。また、前記記憶手段１０１の運転手テーブル１２６において、運転手の媒体ＩＤに応じた連絡先データを格納しているとしてもよい。
【００５６】
この場合、前記運行管理サーバ１００は、車両の備える走行履歴記録装置４０（例：ＧＰＳ装置と連動したデジタルタコグラフ）から前記通信手段１０７を介して、該当車両を運転した運転手の可搬記憶媒体５０の媒体ＩＤを含む運行終了後の走行履歴データを受信し、当該走行履歴データが含む停車地のＧＰＳ座標情報および停車時間と、前記運行スケジュールテーブル１２７における車両停車予定地のＧＰＳ座標情報および停車予定時間とを比較し、両者の一致／不一致をもって運行スケジュールに沿った停車と休憩が行われているか判定する、適正運行判定手段１１６を備えるとすれば好適である。
【００５７】
また、前記運行管理サーバ１００は、前記判定により運行スケジュールに沿った停車と休憩が行われていないと判定した場合、前記走行履歴データが含む前記媒体ＩＤを前記記憶手段１０１の運転手テーブル１２６で照合し、該当する運転手の連絡先データを特定し、前記通信手段１０７により前記連絡先に宛てて、運行スケジュール違反の旨の警告通知を送信する、警告通知手段１１７を備えるとすれば好適である。
【００５８】
また、前記運行管理サーバ１００が、前記記憶手段１０１において、運転手毎の勤務履歴データを格納した勤務履歴テーブル１２８を備えているとしてもよい。この場合、前記運行管理サーバ１００は、前記通信手段１０７を介して、ユーザ端末３００からの運行スケジュールのデータ入力を受け付けて、データ入力を受け付けた運行スケジュールにおける運転手の設定情報を抽出し、当該設定情報が含む運転手について、現時点での勤務時間が所定基準値以内である運転手であるか前記勤務履歴テーブル１２８の格納データに基づき判定し、当該判定により現時点での勤務時間が所定基準値以上となっている運転手が前記設定情報に含まれている場合、該当運転手について設定できない旨の通知を、前記ユーザ端末２００に送信する、入力データチェック手段１１８を備えるとしてもよい。
【００５９】
なお、前記可搬記憶媒体５０のリーダ装置２０は、運転手の所持するＲＦＩＤチップを備えたカードなどの可搬記憶媒体５０に対するリーダライタ装置である。また、前記可搬記憶媒体５０としてはＲＦＩＤチップを備えたカードを想定できる。こうしたカードは、例えば、ＲＦＩＤチップ５１をプラスティック筐体５２などの適宜な収納ケースに格納した形態が想定され、前記リーダ装置２０との間で無線通信可能である。前記ＲＦＩＤチップ５１は、プログラム５３（リーダ装置２０からの要求に応じて格納情報を返信処理したり、逆にデータを格納処理したりするプログラムなど）を格納するＲＯＭ５４、ＲＡＭ５５、前記プログラム５３をＲＯＭ５４からＲＡＭ５５に読み出して実行するＣＰＵ５６、前記媒体ＩＤや鍵使用許可データを記憶するＥＥＰＲＯＭ５７、前記リーダ装置２０との無線通信処理を担う通信手段５８（アンテナも含む）とから構成される。
【００６０】
また、前記アルコール検知装置１５０は、運転手がはき出した呼気を取得し、当該呼気中のアルコール濃度測定を実行する装置であり、アルコール濃度測定器の他に、演算手段、プログラムを格納した記憶手段、運行管理サーバ１００とデータ通信を行うための通信手段を備えている。前記プログラムは前記演算手段により実行されることで、前記リーダ装置２０で読み取られた前記可搬記憶媒体５０の媒体ＩＤの通知を前記リーダ装置２０から受けた時点で、呼気中のアルコール濃度測定を開始する指示を前記アルコール濃度測定器に通知する手段と、前記媒体ＩＤと前記アルコール濃度測定器での測定結果とを前記通信手段により前記運行管理サーバ１００に送信する手段とを実現するものとなる。
【００６１】
また、前記血圧測定装置１６０は、運転手の血圧測定を実行する装置であり、血圧測定器の他に、演算手段、プログラムを格納した記憶手段、運行管理サーバ１００とデータ通信を行うための通信手段を備えている。前記プログラムは前記演算手段により実行されることで、前記リーダ装置２０で読み取られた前記可搬記憶媒体５０の媒体ＩＤの通知を前記リーダ装置２０から受けた時点で、血圧測定を開始する指示を前記血圧測定器に通知する手段と、前記媒体ＩＤと前記血圧測定器での測定結果とを前記通信手段により前記運行管理サーバ１００に送信する手段とを実現するものとなる。
【００６２】
続いて、前記運行管理システム１０を前記運行管理サーバ１００らと共に構成するのがキーボックス２００である。このキーボックス２００は、例えば、車両の鍵を保管する保管庫２２０を複数備え、前記保管庫２２０の自動開閉を行うコンピュータを備える装置となる。前記保管庫２２０は、例えば扉２２１により開閉される構造となっており、前記扉２２１の開閉機構２２２としては、単に扉２２１の鍵を電気的或いは機械的に解錠／施錠したりする鍵制御機構の他、扉２２１を油圧やモータ等の駆動装置で所定位置より動かして保管庫２２０の開口部を開け閉めする扉移動機構などが想定できる。また、この開閉機構２２２は、扉制御手段２１０の指示により制御される。例えば、扉制御手段２１０が、扉２２１の鍵の解錠指示を通知した場合、前記開閉機構２２０の鍵制御機構は前記通知を受けて解錠の動作を実行する。また、扉制御手段２１０が、扉２２１の扉２２１の開放指示を通知した場合、前記開閉機構２２０の扉移動機構は前記通知を受けて扉２２１を所定位置から所定距離だけ移動させて保管庫２２０の開口部を開ける動作を実行する。
【００６３】
また、前記キーボックス２００は、前記可搬記憶媒体５０のリーダ装置２５を備えている。
【００６４】
こうしたキーボックス２００は、本発明を実現する機能を備えるべくハードディスクドライブなどの不揮発性の記憶手段２０１に格納されたプログラム２０２をＲＡＭ２０３に読み出し、演算装置たるＣＰＵ２０４により実行する。また、前記キーボックス２００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力インターフェイス２０５、ディスプレイなどの出力インターフェイス２０６を必要に応じて備えることができる。また、前記運行管理サーバ１００らとの間のデータ授受を担う通信手段２０７を有している。
【００６５】
続いて、前記キーボックス２００が、例えばプログラム２０２に基づき前記記憶手段２０１にて構成・保持する機能部につき説明を行う。なお、前記キーボックス２００は、各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブル２２５を記憶手段２０１に格納している。
【００６６】
こうした前記キーボックス２００は、前記扉開放許可データを前記通信手段２０７を介して前記運行管理サーバ１００から受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブル２２５に照合して該当保管庫２２０を特定し、この保管庫２２０の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体５０の媒体ＩＤとを記憶手段２０１に格納する保管庫特定手段２１１を備える。
【００６７】
また、前記キーボックス２００は、前記可搬記憶媒体５０のリーダ装置２５より運転手の可搬記憶媒体５０の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段１０１における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段１０１に格納した前記保管庫２２０の情報に基づき、該当保管庫２２０の扉開放指示を前記扉制御手段２１０に通知する、開放指示手段２１２を備える。
【００６８】
なお、前記カメラ装置３０は、アルコール検知装置１５０、血圧測定装置１６０に付帯するのではなく、ネットワーク１４０またはＵＳＢ等を通じて運行管理サーバ１００に直接接続されていてもよい。この場合は、前記カメラ装置３０の制御は、ネットワーク１４０に接続されているアルコール検知装置１５０、血圧測定装置１６０、または運行管理サーバ１００が行う。
【００６９】
これまで示した前記システム１０を構成する各装置における各手段１１０〜１１８、２１０〜２１２、らはハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、各装置のＣＰＵがプログラム実行に合わせて記憶装置より該当プログラムをＲＡＭに読み出して、これを実行することとなる。
【００７０】
−−−テーブル構造例−−−
次に、本実施形態の前記システム１０が利用するテーブルの例について説明する。図２は、図２は本実施形態における（ａ）車両テーブル１２５、（ｂ）運転手テーブル１２６、（ｃ）運行スケジュールテーブル１２７、（ｄ）勤務履歴テーブル１２８、の各構成例を示す図である。
【００７１】
前記車両テーブル１２５は、車両の属性情報を格納したテーブルであり、例えば、車両ＩＤをキーとして、車両タイプ、使用年数、使用地域などのデータが対応付けされたレコードの集合体となっている。
【００７２】
また、前記運転手テーブル１２６は、運転手の属性情報を格納したテーブルであり、例えば、運転手のＩＤをキーとして、当該運転手が所持する可搬記憶媒体５０の媒体ＩＤ、運転手の氏名、年齢、所属、運転免許証番号といった本人情報、運転手毎の生体画像データ（顔、指紋、虹彩、静脈等の撮影画像データ）、連絡先データ（運転手が利用する端末のメールアドレスや電話番号、ファクス番号など）といったデータを対応付けされたレコードの集合体となっている。
【００７３】
また、前記運行スケジュールテーブル１２７は、運行経路毎の運行車両やその運行時刻、乗車する運転手などを定めたテーブルであり、例えば、運行経路ＩＤをキーとして、経路出発地から停車予定地を経る最終地点までの各ＧＰＳ座標および運行時刻、車両停車予定地における停車予定時間、運行される車両の車両ＩＤ、該当車両の車両運転手として設定されている運転手の運転手ＩＤ、といったデータを対応付けたレコードの集合体となっている。
【００７４】
また、前記勤務履歴テーブル１２８は、運転手のＩＤおよび媒体ＩＤをキーに、該当運転手の現時点での勤務時間（毎月など所定期間内での積算値）のデータを対応付けされたレコードの集合体となっている。
【００７５】
また、図３は本実施形態における鍵テーブル２２５の構成例を示す図である。この鍵テーブル２２５は、各車両の車両ＩＤをキーに、該当車両の鍵を保管する保管庫２２０の保管庫ＩＤを対応付けされたレコードの集合体となっている。
【００７６】
−−−処理フロー例１−−−
以下、本実施形態における運行管理方法の実際手順について、図に基づき説明する。なお、以下で説明する運行管理方法に対応する各種動作は、前記システム１０を構成する各装置のＲＡＭに読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００７７】
図４は本実施形態の運行管理方法の処理フロー例１を示す図である。ここではまず、本実施形態の運行管理方法の処理手順について全体概要を説明しておく。この場合、まず、前記運行管理サーバ１００は、入力インターフェース１０５を介して運行管理者等からの運行スケジュールデータの仮登録を受け付けて、記憶手段１０１に格納する（ｓ１００）。続いて、前記運行管理サーバ１００は、前記ステップｓ１００で受け付けた運行スケジュールのデータを記憶手段１０１から読み出して、その修正を入力インターフェース１０５で受け付ける（ｓ１０１）。
【００７８】
当該修正後、例えば、同一日時の別々の運行経路に同一車両や同一運転手などが重複して設定されていないか、設定した運転手の勤務時間が所定基準値を超えないかなどのデータチェックを前記運行管理サーバ１００が実行する（ｓ１０２）。そして、例えば、前記運行管理サーバ１００の運営主体である運送会社の業務システム等から、業務連絡データを受信し、前記運行スケジュールに設定されている運転手の出勤予定を確認する（ｓ１０３）。
【００７９】
前記運転手が病欠等で出勤しない場合（ｓ１０３：病欠等）、前記運行管理サーバ１００は、処理を前記ステップｓ１０１に戻す。他方、前記運転手が出勤する場合（ｓ１０３：出勤）、前記運行管理サーバ１００は、アルコール検知装置１５０や血圧測定装置１６０から該当運転手に関する測定結果を受信し（ｓ１０４）、基準を満たすか判定する（ｓ１０５）。
【００８０】
前記判定により、該当運転手の呼気アルコール濃度や血圧が所定基準を満たさない場合（ｓ１０５：ＮＧ）、運行管理サーバ１００は処理を前記ステップｓ１０１に戻す。一方、前記運転手の呼気アルコール濃度や血圧が所定基準を満たす場合（ｓ１０５：ＯＫ）、前記運行管理サーバ１００は、該当運転手が運転する車両の鍵について、前記運転手による利用を許可する通知をキーボックス２００に通知する（ｓ１０６）。また、前記運転手の可搬記憶媒体５０にも該当車両の鍵の利用許可を設定する。
【００８１】
また、前記運行管理サーバ１００は、前記運転手が運転する車両について、例えば、車両管理部門等の端末から整備状況のデータを受信し（ｓ１０７）、その結果が運行ＮＧであれば（ｓ１０７：ＮＧ）、処理を前記ステップｓ１０１に戻す。他方、前記整備状況のデータが運行ＯＫであれば（ｓ１０７：ＯＫ）、前記運行管理サーバ１００は、次のステップｓ１０８に処理を進める。
【００８２】
次に運行管理サーバ１００は、例えば、車両基地などの現場に備わる端末から運転手の点呼結果データを受信し、前記運行スケジュールに設定された運転手の出勤状態を最終確認する（ｓ１０８）。前記運転手が点呼時に不在であれば（ｓ１０８：ＮＧ）、処理を前記ステップｓ１０１に戻す。他方、前記運転手が点呼時に不在でなければ（ｓ１０８：ＯＫ）、前記運行管理サーバ１００は、前記ステップｓ１０１までで仮登録しておいた運行スケジュールを本登録のデータとして記憶手段１０１の運行スケジュールテーブル１２７に登録する（ｓ１０９）。
【００８３】
また、その後、前記運行スケジュールに沿って車両の運行が実行されることになるが、その運行終了後に該当車両の走行履歴記録装置４０から走行履歴のデータを回収し、運行スケジュールに照合する（ｓ１１０）。こうした照合を行うことで、実際の運行結果と運行スケジュールとの乖離具合を特定し、担当運転手の車両運行に対する特性を検知できる。
【００８４】
−−−処理フロー例２−−−
次に、運行スケジュールに設定された運転手の健康状態に応じて、担当車両の鍵の利用可否について判定する処理について説明する。図５は本実施形態の運行管理方法の処理フロー例２を示す図である。なお、運転手は前記可搬記憶媒体５０を携行して、車両基地などに設置されているリーダ装置２０を前にしているとする。このリーダ装置２０はネットワーク１４０を通じて運行管理サーバ１００に接続されている。
【００８５】
この場合、前記運行管理サーバ１００の認証手段１１０は、前記可搬記憶媒体５０のリーダ装置２０より前記通信手段１０７を介して、前記運転手の可搬記憶媒体５０の読み取り情報を受信し、当該可搬記憶媒体５０の読み取り情報を、前記運転手テーブル１２６における該当運転手に関する本人情報に照合する（ｓ２００）。
【００８６】
前記読み取り情報としては、例えば、可搬記憶媒体５０のＲＯＭ５４に記憶されている媒体ＩＤ“1111-2222-3333-4444”や本人情報（運転手ＩＤ、氏名、年齢、所属、免許証番号など）を想定できる。従って前記認証手段１１０は、こうした読み取り情報が含む、例えば運転手ＩＤ“1020”や媒体ＩＤ“1111-2222-3333-4444”をキーに、前記運転手テーブル１２６を検索し、ここで検索できた該当レコードが含む本人情報と、前記読み取り情報とを照合する。
【００８７】
こうした読み取り情報が前記運転手テーブル１２６の本人情報に一致した場合（ｓ２０１：ＯＫ）、前記認証手段１１０は本人認証成功であったと判定し、その旨を例えば、前記車両基地に設置されているリーダ装置２０に対し、前記運転手の媒体ＩＤ“1111-2222-3333-4444”（読み取り情報に含まれていた）と共に返信する（ｓ２０２）。他方、前記読み取り情報が前記運転手テーブル１２６の本人情報に一致しなかった場合（ｓ２０１：ＮＧ）、前記認証手段１１０は本人認証不成功であったと判定し、処理をステップｓ２２０に進める。
【００８８】
なお、前記認証手段１１０が、前記可搬記憶媒体５０のリーダ装置２０として運転免許証のリーダ装置より前記通信手段１０７を介して運転免許証の読み取り情報を受信し、当該運転免許証の読み取り情報を、前記記憶手段１０１における運転手テーブル１２６が含む運転免許証情報に照合し、前記読み取り情報が前記運転免許証情報に一致した場合に本人認証成功とする認証処理を実行する、としてもよい。
【００８９】
前記リーダ装置２０は、前記運行管理サーバ１００の認証手段１１０から本人認証成功の通知を受けて、例えば、ＬＥＤなどの表示装置かスピーカなどの音声出力装置等に、本人認証成功の表示ないし音の出力を行うこととする（ｓ２０３）。これを確認した前記運転手は、前記アルコール検知装置１５０における呼気中のアルコール濃度測定と、血圧測定装置１６０における血圧測定とを受けることになる。
【００９０】
この場合、前記アルコール検知装置１５０は、前記リーダ装置２０で読み取られた前記可搬記憶媒体５０の媒体ＩＤ“1111-2222-3333-4444”および本人認証成功の通知を前記リーダ装置２０から受けた時点で、呼気中のアルコール濃度測定を開始する指示をアルコール濃度測定手段に通知し、前記媒体ＩＤ“1111-2222-3333-4444”と前記アルコール濃度測定手段での測定結果とを通信手段により前記運行管理サーバ１００に送信する（ｓ２０４）。なお、前記アルコール検知装置１５０に付帯するカメラ装置３０により、該当運転手の撮影データを取得し、この撮影データを前記アルコール濃度測定手段での測定結果等とあわせて運行管理サーバ１００に送信するとする。
【００９１】
また同様に、前記血圧測定装置１６０は、前記リーダ装置２０で読み取られた前記可搬記憶媒体５０の媒体ＩＤ“1111-2222-3333-4444”および本人認証成功の通知を前記リーダ装置２０から受けた時点で、血圧測定を開始する指示を血圧測定手段に通知し、前記媒体ＩＤと前記血圧測定手段での測定結果とを通信手段により前記運行管理サーバ１００に送信する（ｓ２０５）。なお、前記血圧測定装置１６０に付帯するカメラ装置３０により、該当運転手の撮影データを取得し、この撮影データを前記血圧測定手段での測定結果等とあわせて運行管理サーバ１００に送信するものとする。
【００９２】
一方、前記運行管理サーバ１００の判定手段１１１は、前記アルコール検知装置１５０から運転手の呼気中アルコール濃度測定結果、および前記血圧測定装置１６０から運転手の血圧測定結果、さらには、前記運転手の撮影データを前記通信手段１０７を介して受信する（ｓ２０６）。この時、前記判定手段１１１は、前記運転手の撮影データと、前記記憶手段１０１の運転手テーブル１２６における該当運転手“1020”の生体画像データ“kao1020.dat”とを照合し、前記撮影データが前記生体画像データに一致するか判定する（ｓ２０７）。画像の一致判定技術については既存の画像処理技術や生体情報処理技術を採用すればよい。
【００９３】
前記ステップｓ２０７の判定において、前記撮影データが該当運転手の生体画像データに一致しなかった場合（ｓ２０７：ＮＧ）、別人が前記運転手になりすましている可能性があるため、処理を終了する。他方、前記撮影データが該当運転手の生体画像データに一致した場合（ｓ２０７：ＯＫ）、前記判定手段１１１は、前記運転手の呼気中アルコール濃度測定結果を所定基準値（記憶手段１０１に予め記憶）以下であるかの判定（ｓ２０８）と、前記運転手の血圧測定結果が所定基準範囲（記憶手段１０１に予め記憶）内であるかの判定（ｓ２０９）を実行する。
【００９４】
前記運行管理サーバ１００の許可設定手段１１２は、前記ステップｓ２０８の判定結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下であり（ｓ２０８：ＯＫ）、前記ステップｓ２０９の判定結果が、前記運転手の血圧測定結果が所定基準範囲内、である時（ｓ２０９：ＯＫ）、前記記憶手段１０１における運行スケジュールテーブル１２７から、該当運転手の運転手ＩＤ“1020”が車両運転手として設定されているレコード“R0001”を特定し、このレコード“R0001”における車両の車両ＩＤ“A111”を特定する（ｓ２１０）。
【００９５】
他方、前記運行管理サーバ１００の許可設定手段１１２は、前記ステップｓ２０８の判定結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下でない（ｓ２０８：ＮＧ）か、前記ステップｓ２０９の判定結果が、前記運転手の血圧測定結果が所定基準範囲外、である時（ｓ２０９：ＮＧ）、該当運転手の健康状態が不良であるとして、処理をステップｓ２２０に進める。
【００９６】
一方、前記ステップｓ２１０で車両を検索した前記許可設定手段１１２は、前記検索により特定した該当車両の車両ＩＤ“A111”を含む鍵使用許可データを、前記リーダ装置２０に対して前記通信手段１０７を介して送信する（ｓ２１１）。また、前記許可設定手段１１２は、該当運転手の可搬記憶媒体５０の媒体ＩＤ“1111-2222-3333-4444”および前記該当車両の車両ＩＤ“A111”を含む扉開放許可データを、前記キーボックス２００に対し前記通信手段１０７を介して送信する（ｓ２１２）。
【００９７】
他方、前記可搬記憶媒体５０のリーダ装置２０は、前記許可設定手段１１２からの鍵使用許可データを受信し、前記運転手の所持する可搬記憶媒体５０と前記通信手段５８で無線通信を実行し、前記ＥＥＰＲＯＭ５７に書込設定する（ｓ２１３）。
【００９８】
また、前記キーボックス２００の保管庫特定手段２１１は、前記扉開放許可データを前記通信手段２０７を介して前記運行管理サーバ１００から受信し、この扉開放許可データが含む車両ＩＤ“A111”を前記鍵テーブル２２５に照合して該当保管庫２２０の保管庫ＩＤ“ST001”を特定する（ｓ２１４）。なお、ここで特定した保管庫２２０の保管庫ＩＤ“ST001”と、前記扉開放許可データが含む前記運転手の可搬記憶媒体５０の媒体ＩＤ“1111-2222-3333-4444”は、前記保管庫特定手段２１１が記憶手段２０１に格納する。
【００９９】
その後、前記運転手は車両基地等の現場での点呼を経て、前記運行スケジュール“R0001”に沿った運行を行うべく、該当車両“A111”の鍵を受領するために、キーボックス２００を訪れる。また、キーボックス２００が備えるリーダ装置２５に対し、自身が携行している可搬記憶媒体５０をかざす動作を行う。
【０１００】
この時、前記キーボックス２００の開放指示手段２１２は、前記可搬記憶媒体５０のリーダ装置２５より、前記運転手の可搬記憶媒体５０の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段２０１における前記運転手の媒体ＩＤ“1111-2222-3333-4444”とを照合する（ｓ２１５）。
【０１０１】
前記読み取り情報が含む媒体ＩＤが“1111-2222-3333-4444”であり、前記運転手の媒体ＩＤ“1111-2222-3333-4444”に一致した場合（ｓ２１５：ＯＫ）、前記開放指示手段２１２は、前記記憶手段２０１に格納した前記保管庫２２０の保管庫ＩＤ“ST001”に基づき、該当保管庫“ST001”の扉開放指示を前記扉制御手段２１０に通知する（ｓ２１６）。扉制御手段２１０は、例えば、該当保管庫“ST001”の電子ロックを解除するなどの処理を実行する。前記運転手は電子ロックが解除された前記保管庫“ST001”から該当車両“A111”の鍵を取り出し、運行開始に向けて前記車両“A111”が待機する車両基地に移動することになる。
【０１０２】
なお、前記ステップｓ２０１において、前記読み取り情報が前記運転手テーブル１２６の本人情報に一致しなかった場合（ｓ２０１：ＮＧ）、或いは、前記ステップ２０８において、判定結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下でない（ｓ２０８：ＮＧ）か、前記ステップｓ２０９の判定結果が、前記運転手の血圧測定結果が所定基準範囲外、である時（ｓ２０９：ＮＧ）、運行管理サーバ１００は処理をステップｓ２２０に進める。図６は本実施形態の運行管理方法の処理フロー例２の続きのフローを示す図である。
【０１０３】
このステップｓ２２０において、前記運行管理サーバ１００の代替運転手特定手段１１３は、該当運転手“1020”以外の運転手のうち現時点での勤務時間が所定基準値（記憶手段１０１に予め記憶）以内である運転手を前記勤務履歴テーブル１２８において検索する（ｓ２２１）。前記勤務時間の所定基準値が例えば、“70”時間であり、図２（ｄ）の勤務履歴テーブル１２８の例であれば、前記代替運転手特定手段１１３は、該当運転手“1020”以外の運転手として運転手“1021”を検索し、この勤務時間が“25”時間であり、前記所定基準値“70”時間以内である運転手として特定する。
【０１０４】
また、前記代替運転手特定手段１１３は、ここで検索した運転手“1021”が、前記記憶手段１０１における運行スケジュールテーブル１２７の前記レコード“R0001”において車両運転手として設定されていないか確認し、前記運転手“1021”を代替運転手として特定する（ｓ２２２）。図２（ｃ）の運行スケジュールテーブル１２７のレコード“R0001”の例では、前記運転手の運転手ＩＤ“1021”は設定されていないので、代替運転手として特定される。
【０１０５】
また、前記運行管理サーバ１００の代替運転手設定手段１１４は、前記呼気中アルコール濃度測定結果が所定基準値以下または血圧測定結果が所定基準範囲内、でなかった該当運転手“1020”が、前記運行スケジュールテーブル１２７のレコード“R0001”において車両運転手として設定されている車両“A111”を検索し、ここで検索された該当車両の車両運転手として前記代替運転手“1021”を、前記運行スケジュールテーブル１２７の該当レコード“R0001”に設定する（ｓ２２３）。
【０１０６】
続いて、前記運行管理サーバ１００の代替通知手段１１５は、前記代替運転手“1021”の連絡先データ“456@abc.CO.JP”を記憶手段１０１の運転手テーブル１２６から読み出し、前記通信手段１０１により前記代替運転手の連絡先“456@abc.CO.JP”に宛てて、代替運転手となった旨の通知文を含む、例えば電子メールをメーラー（運行管理サーバ１００が予め記憶手段１０１に備える）等で送信する（ｓ２２４）。
【０１０７】
前記代替運転手“1021”は、前記電子メールを例えば携帯端末で受信し、自身が代替運転手となったことを認識することができる。また、代替運転手となったことに応じて、運行管理サーバ１００やキーボックス２００等は、前記運転手“1020”に関して実行した処理（上記ステップｓ２００〜ｓ２１６）を同様に実行する。
【０１０８】
−−−処理フロー例３−−−
次に、運行結果の検証処理について説明する。図７は本実施形態の運行管理方法の処理フロー例３を示す図である。運行スケジュールに沿って車両運行が実施され、前記車両“A111”が車両基地に戻ってきたとする。また前記車両“A111”には、運行管理サーバ１００の通信手段１０７と通信可能に接続できる通信インターフェースを備えた走行履歴記録装置４０（例：ＧＰＳ装置と連動したデジタルタコグラフ等）が備わっている。この走行履歴記録装置４０は、車両のＧＰＳ（Global Positioning System）装置から一定間隔でＧＰＳ座標値のデータを取得し、このＧＰＳ座標値のデータに時刻データ（自身の備える時計機能から取得）を合わせて記憶手段に格納する装置である。また、前記可搬記憶媒体５０のリーダ装置（車載）から、運転を行っている運転手の可搬記憶媒体５０の媒体ＩＤを取得し、前記ＧＰＳ座標値など走行履歴データにあわせて記憶している。
【０１０９】
この場合、前記運行管理サーバ１００の適正運行判定手段１１６は、前記車両“A111”の備える走行履歴記録装置４０から前記通信手段１０７を介して、該当車両“A111”を運転した運転手、例えば、代替運転手“1021”の可搬記憶媒体５０の媒体ＩＤ“5555-6666-7777-8888”を含む運行終了後の走行履歴データを受信する（ｓ３００）。
【０１１０】
次に、前記適正運行判定手段１１６は、前記ステップｓ３００で受信した走行履歴データから、停車地のＧＰＳ座標情報および停車時間を抽出する（ｓ３０１）。この処理は、例えば、時刻が進んでいるにも関わらずＧＰＳ座標値に変化がない箇所を検索して停車地として特定し、この間の時刻の経過を停車時間として算定すればよい。例えば、停車地のＧＰＳ座標値が“GHI.JKL・・・”で、停車時間が“00:20”と算定できたとする。
【０１１１】
前記適正運行判定手段１１６は、前記ステップｓ３０１で抽出した停車地のＧＰＳ座標情報“GHI.JKL・・・”および停車時間“00:20”と、前記運行スケジュールテーブル１２７の前記レコード“R0001”における車両停車予定地のＧＰＳ座標情報“GHI.JKL・・・”および停車予定時間“00:45”とを比較し、両者の一致／不一致をもって運行スケジュールに沿った停車と休憩が行われているか判定する（ｓ３０２）。上記の例の場合、停車地のＧＰＳ座標値は一致したが、停車時間は予定とは異なり“25”分少ない時間となっている。
【０１１２】
続いて前記運行管理サーバ１００の警告通知手段１１７は、前記ステップｓ３０２の判定により、前記運行スケジュール“R0001”に沿った停車と休憩（＝停車時間）が行われていないと判定した場合（ｓ３０２：ＮＧ）、前記走行履歴データが含む前記媒体ＩＤ“5555-6666-7777-8888”を前記記憶手段１０１の運転手テーブル１２６で照合し、該当する運転手“1021”の連絡先データ“456@abc.CO.JP”を特定し、前記通信手段１０７により前記連絡先“456@abc.CO.JP”に宛てて、運行スケジュール違反の旨の警告通知（例えば、電子メール）を送信する（ｓ３０３）。他方、、前記ステップｓ３０２の判定により、前記運行スケジュール“R0001”に沿った停車と休憩（＝停車時間）が行われたと判定した場合（ｓ３０２：ＯＫ）、処理を終了する。
【０１１３】
−−−処理フロー例４−−−
次に、運行管理者以外の者が運行スケジュールのデータを設定しようとした場合に、データの自動チェックを行う処理について説明する。図８は本実施形態の運行管理方法の処理フロー例４を示す図である。この場合、前記運行管理サーバ１００の入力データチェック手段１１８は、前記通信手段１０７を介して、ユーザ端末３００からの運行スケジュールのデータ入力を受け付ける（ｓ４００）。前記ユーザ端末３００を操作しているのは前記運行管理者以外の者となる。
【０１１４】
また前記入力データチェック手段１１８は、前記データ入力を受け付けた運行スケジュールにおける運転手、例えば、運転手“1022”の設定情報を抽出し（ｓ４０１）、当該設定情報が含む運転手“1022”について、現時点での勤務時間が所定基準値（例えば、“70”時間）以内である運転手であるか前記勤務履歴テーブル１２８の格納データに基づき判定する（ｓ４０２）。図２（ｄ）の勤務履歴テーブル１２８の例であれば、前記運転手“1022”の勤務時間は“70”時間と特定できる。従って、この時点で運転手“1022”の勤務時間が所定基準値に達していることが判定できる。
【０１１５】
前記入力データチェック手段１１８は、前記ステップ４０２の判定により現時点での勤務時間が所定基準値以上となっている運転手が前記設定情報に含まれている場合（ｓ４０２：ＮＧ）、該当運転手“1022”について、運行スケジュールに設定できない旨の通知を、前記ユーザ端末２００に送信し（ｓ４０３）、処理を前記ステップｓ４００に戻す。以下、適切な運転手が運行スケジュールに設定されるまで、前記ステップｓ４０１〜ｓ４０３が繰り返し実行される。
【０１１６】
本実施形態によれば、運行管理者における運行スケジュール作成作業の負担を削減し、法令違反のない運行スケジュールを容易に作成できるとともに、運転手の急病や車両の故障等による急なスケジュール変更に際し、変更後の車両・運転手の重複や労務チェックを即座に行うことができる。また、車両キーの持ち出し可否をシステム側で自動判定することにより、健康状態が優れない者や飲酒状態にある者など、運行管理者が持ち出しを想定していない人物によるキー持ち出しを確実に防止することが可能となる。また車両の運行結果と運行スケジュールとを自動比較し、その比較結果を運転手の指導等に活用することで、運行スケジュールに沿った信頼性の高い運行管理を行うことができる。
【０１１７】
したがって、運転手の状態に応じた確実な車両鍵管理や運行結果検証の効率化を実現し、運行管理者の作業を軽減できる。
【０１１８】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１１９】
【図１】本実施形態の運行管理システムのネットワーク構成図である。
【図２】本実施形態における（ａ）車両テーブル、（ｂ）運転手テーブル、（ｃ）運行スケジュールテーブル、（ｄ）勤務履歴テーブル、の各構成例を示す図である。
【図３】本実施形態における鍵テーブルの構成例を示す図である。
【図４】本実施形態の運行管理方法の処理フロー例１を示す図である。
【図５】本実施形態の運行管理方法の処理フロー例２を示す図である。
【図６】本実施形態の運行管理方法の処理フロー例２の続きのフローを示す図である。
【図７】本実施形態の運行管理方法の処理フロー例３を示す図である。
【図８】本実施形態の運行管理方法の処理フロー例４を示す図である。
【符号の説明】
【０１２０】
１０ 運行管理システム
２０、２５ ＲＦＩＤリーダ
３０ カメラ装置
４０ 走行履歴記録装置
５０ 可搬記憶媒体（ＲＦＩＤカード）
５１ ＲＦＩＤチップ
５２ プラスティック筐体
５３ プログラム
５４ ＲＯＭ
５５ ＲＡＭ
５６ ＣＰＵ
５７ ＥＥＰＲＯＭ
５８ 通信手段
１００ 運行管理サーバ
１０１、２０１ 記憶手段
１０２、２０２ プログラム
１０３、２０３ ＲＡＭ（Random Access Memory）
１０４、２０４ ＣＰＵ（Central Processing Unit）
１０５、２０５ 入力インターフェイス
１０６、２０６ 出力インターフェイス
１０７、２０７ 通信手段
１１０ 認証手段
１１１ 判定手段
１１２ 許可設定手段
１１３ 代替運転手特定手段
１１４ 代替運転手設定手段
１１５ 代替通知手段
１１６ 適正運行判定手段
１１７ 警告通知手段
１１８ 入力データチェック手段
１２５ 車両テーブル
１２６ 運転手テーブル
１２７ 運行スケジュールテーブル
１２８ 勤務履歴テーブル
１４０ ネットワーク
１５０ アルコール検知装置
１６０ 血圧測定装置
２００ キーボックス
２１０ 扉制御手段
２１１ 保管庫特定手段
２１２ 開放指示手段
２２０ 保管庫
２２１ 扉
２２２ 開閉機構
２２５ 鍵テーブル
３００ ユーザ端末
【特許請求の範囲】
【請求項１】
他装置と通信する通信手段と、
車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段と、
可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段と、
前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段と、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定手段と、
を備える運行管理サーバを含むことを特徴とする運行管理システム。
【請求項２】
他装置と通信する通信手段および可搬記憶媒体のリーダ装置と、
各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブルを格納する記憶手段と、
前記保管庫の扉開閉機構を制御する扉制御手段と、
前記扉開放許可データを前記通信手段を介して前記運行管理サーバから受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブルに照合して該当保管庫を特定し、この保管庫の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体の媒体ＩＤとを記憶手段に格納する保管庫特定手段と、
前記可搬記憶媒体のリーダ装置より運転手の可搬記憶媒体の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段に格納した前記保管庫の情報に基づき、該当保管庫の扉開放指示を前記扉制御手段に通知する、開放指示手段と、
を備えるキーボックスを含むことを特徴とする請求項１に記載の運行管理システム。
【請求項３】
前記運行管理サーバの認証手段が、
運転免許証リーダ装置より前記通信手段を介して運転免許証の読み取り情報を受信し、当該運転免許証の読み取り情報を、前記記憶手段における運転手の属性情報が含む運転免許証情報に照合し、前記読み取り情報が前記運転免許証情報に一致した場合に本人認証成功とする認証処理を実行する、ことを特徴とする請求項１または２に記載の運行管理システム。
【請求項４】
前記運行管理サーバの記憶手段が、運転手毎の生体画像データを予め記憶しており、
前記運行管理サーバの判定手段が、
前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果と、前記アルコール検知装置ないし前記血圧測定装置に付帯するカメラ装置による該当運転手の撮影データとを前記通信手段を介して受信し、前記運転手の撮影データと、前記記憶手段における該当運転手の生体画像データとを照合し、前記撮影データが前記生体画像データに一致した場合に、該当運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、ことを特徴とする請求項１〜３のいずれかに記載の運行管理システム。
【請求項５】
前記運行管理サーバが、
前記記憶手段において、運転手毎の勤務履歴データと連絡先データとを格納しており、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった時、該当運転手以外の運転手のうち現時点での勤務時間が所定基準値以内である運転手を前記勤務履歴データに基づき検索し、ここで検索した運転手のうち、前記記憶手段における運行スケジュールのデータにおいて車両運転手として設定されていない者を代替運転手として特定する、代替運転手特定手段と、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった該当運転手が、前記記憶手段における運行スケジュールのデータにおいて車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両運転手として前記代替運転手を前記運行スケジュールのデータに設定する、代替運転手設定手段と、
前記代替運転手の連絡先データを記憶手段から読み出し、前記通信手段により前記代替運転手の連絡先に宛てて、代替運転手となった旨の通知を送信する、代替通知手段とを備え、
前記認証手段において、前記可搬記憶媒体のリーダ装置より前記通信手段を介して前記代替運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における代替運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行し、
前記判定手段において、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から前記代替運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から代替運転手の血圧測定結果、を前記通信手段を介して受信し、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または前記代替運転手の血圧測定結果が所定基準範囲内であるかの判定を実行し、
前記許可設定手段において、前記判定の結果が、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記代替運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当代替運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当代替運転手が保持する可搬記憶媒体に設定し、該当代替運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、
ことを特徴とする請求項１〜４のいずれかに記載の運行管理システム。
【請求項６】
前記運行管理サーバが、
前記記憶手段の運行スケジュールにおいて、運行経路上の車両停車予定地に対応するＧＰＳ座標情報と、該当車両停車予定地における停車予定時間の情報とを記憶しており、
前記記憶手段において、運転手の媒体ＩＤに応じた連絡先データを格納しており、
車両の備える走行履歴記録装置から前記通信手段を介して、該当車両を運転した運転手の可搬記憶媒体の媒体ＩＤを含む運行終了後の走行履歴データを受信し、当該走行履歴データが含む停車地のＧＰＳ座標情報および停車時間と、前記運行スケジュールにおける車両停車予定地のＧＰＳ座標情報および停車予定時間とを比較し、両者の一致／不一致をもって運行スケジュールに沿った停車と休憩が行われているか判定する、適正運行判定手段と、
前記判定により運行スケジュールに沿った停車と休憩が行われていないと判定した場合、前記走行履歴データが含む前記媒体ＩＤを前記記憶手段で照合し、該当する運転手の連絡先データを特定し、前記通信手段により前記連絡先に宛てて、運行スケジュール違反の旨の警告通知を送信する、警告通知手段と、
を備えることを特徴とする請求項１〜５のいずれかに記載の運行管理システム。
【請求項７】
前記運行管理サーバが、
前記記憶手段において、運転手毎の勤務履歴データを格納しており、
前記通信手段を介して、ユーザ端末からの運行スケジュールのデータ入力を受け付けて、データ入力を受け付けた運行スケジュールにおける運転手の設定情報を抽出し、当該設定情報が含む運転手について、現時点での勤務時間が所定基準値以内である運転手であるか前記勤務履歴データに基づき判定し、当該判定により現時点での勤務時間が所定基準値以上となっている運転手が前記設定情報に含まれている場合、該当運転手について設定できない旨の通知を、前記ユーザ端末に送信する、入力データチェック手段を備えることを特徴とする請求項１〜６のいずれかに記載の運行管理システム。
【請求項８】
他装置と通信する通信手段と、車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段とを備えた運行管理サーバが、
可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証処理と、
前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定処理と、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定処理と、
を実行することを特徴とする運行管理方法。
【請求項９】
他装置と通信する通信手段と、
車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段と、
可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段と、
前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段と、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定手段と、
を備えることを特徴とする運行管理サーバ。
【請求項１０】
他装置と通信する通信手段および可搬記憶媒体のリーダ装置と、
各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブルを格納する記憶手段と、
前記保管庫の扉開閉機構を制御する扉制御手段と、
運転手の可搬記憶媒体の媒体ＩＤおよび車両ＩＤを含む扉開放許可データを、前記通信手段を介して運行管理サーバから受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブルに照合して該当保管庫を特定し、この保管庫の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体の媒体ＩＤとを記憶手段に格納する保管庫特定手段と、
前記可搬記憶媒体のリーダ装置より運転手の可搬記憶媒体の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段に格納した前記保管庫の情報に基づき、該当保管庫の扉開放指示を前記扉制御手段に通知する、開放指示手段と、
を備えることを特徴とするキーボックス。
【請求項１】
他装置と通信する通信手段と、
車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段と、
可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段と、
前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段と、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定手段と、
を備える運行管理サーバを含むことを特徴とする運行管理システム。
【請求項２】
他装置と通信する通信手段および可搬記憶媒体のリーダ装置と、
各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブルを格納する記憶手段と、
前記保管庫の扉開閉機構を制御する扉制御手段と、
前記扉開放許可データを前記通信手段を介して前記運行管理サーバから受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブルに照合して該当保管庫を特定し、この保管庫の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体の媒体ＩＤとを記憶手段に格納する保管庫特定手段と、
前記可搬記憶媒体のリーダ装置より運転手の可搬記憶媒体の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段に格納した前記保管庫の情報に基づき、該当保管庫の扉開放指示を前記扉制御手段に通知する、開放指示手段と、
を備えるキーボックスを含むことを特徴とする請求項１に記載の運行管理システム。
【請求項３】
前記運行管理サーバの認証手段が、
運転免許証リーダ装置より前記通信手段を介して運転免許証の読み取り情報を受信し、当該運転免許証の読み取り情報を、前記記憶手段における運転手の属性情報が含む運転免許証情報に照合し、前記読み取り情報が前記運転免許証情報に一致した場合に本人認証成功とする認証処理を実行する、ことを特徴とする請求項１または２に記載の運行管理システム。
【請求項４】
前記運行管理サーバの記憶手段が、運転手毎の生体画像データを予め記憶しており、
前記運行管理サーバの判定手段が、
前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果と、前記アルコール検知装置ないし前記血圧測定装置に付帯するカメラ装置による該当運転手の撮影データとを前記通信手段を介して受信し、前記運転手の撮影データと、前記記憶手段における該当運転手の生体画像データとを照合し、前記撮影データが前記生体画像データに一致した場合に、該当運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、ことを特徴とする請求項１〜３のいずれかに記載の運行管理システム。
【請求項５】
前記運行管理サーバが、
前記記憶手段において、運転手毎の勤務履歴データと連絡先データとを格納しており、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった時、該当運転手以外の運転手のうち現時点での勤務時間が所定基準値以内である運転手を前記勤務履歴データに基づき検索し、ここで検索した運転手のうち、前記記憶手段における運行スケジュールのデータにおいて車両運転手として設定されていない者を代替運転手として特定する、代替運転手特定手段と、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、でなかった該当運転手が、前記記憶手段における運行スケジュールのデータにおいて車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両運転手として前記代替運転手を前記運行スケジュールのデータに設定する、代替運転手設定手段と、
前記代替運転手の連絡先データを記憶手段から読み出し、前記通信手段により前記代替運転手の連絡先に宛てて、代替運転手となった旨の通知を送信する、代替通知手段とを備え、
前記認証手段において、前記可搬記憶媒体のリーダ装置より前記通信手段を介して前記代替運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における代替運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行し、
前記判定手段において、前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から前記代替運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から代替運転手の血圧測定結果、を前記通信手段を介して受信し、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または前記代替運転手の血圧測定結果が所定基準範囲内であるかの判定を実行し、
前記許可設定手段において、前記判定の結果が、前記代替運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記代替運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当代替運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当代替運転手が保持する可搬記憶媒体に設定し、該当代替運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、
ことを特徴とする請求項１〜４のいずれかに記載の運行管理システム。
【請求項６】
前記運行管理サーバが、
前記記憶手段の運行スケジュールにおいて、運行経路上の車両停車予定地に対応するＧＰＳ座標情報と、該当車両停車予定地における停車予定時間の情報とを記憶しており、
前記記憶手段において、運転手の媒体ＩＤに応じた連絡先データを格納しており、
車両の備える走行履歴記録装置から前記通信手段を介して、該当車両を運転した運転手の可搬記憶媒体の媒体ＩＤを含む運行終了後の走行履歴データを受信し、当該走行履歴データが含む停車地のＧＰＳ座標情報および停車時間と、前記運行スケジュールにおける車両停車予定地のＧＰＳ座標情報および停車予定時間とを比較し、両者の一致／不一致をもって運行スケジュールに沿った停車と休憩が行われているか判定する、適正運行判定手段と、
前記判定により運行スケジュールに沿った停車と休憩が行われていないと判定した場合、前記走行履歴データが含む前記媒体ＩＤを前記記憶手段で照合し、該当する運転手の連絡先データを特定し、前記通信手段により前記連絡先に宛てて、運行スケジュール違反の旨の警告通知を送信する、警告通知手段と、
を備えることを特徴とする請求項１〜５のいずれかに記載の運行管理システム。
【請求項７】
前記運行管理サーバが、
前記記憶手段において、運転手毎の勤務履歴データを格納しており、
前記通信手段を介して、ユーザ端末からの運行スケジュールのデータ入力を受け付けて、データ入力を受け付けた運行スケジュールにおける運転手の設定情報を抽出し、当該設定情報が含む運転手について、現時点での勤務時間が所定基準値以内である運転手であるか前記勤務履歴データに基づき判定し、当該判定により現時点での勤務時間が所定基準値以上となっている運転手が前記設定情報に含まれている場合、該当運転手について設定できない旨の通知を、前記ユーザ端末に送信する、入力データチェック手段を備えることを特徴とする請求項１〜６のいずれかに記載の運行管理システム。
【請求項８】
他装置と通信する通信手段と、車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段とを備えた運行管理サーバが、
可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証処理と、
前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定処理と、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定処理と、
を実行することを特徴とする運行管理方法。
【請求項９】
他装置と通信する通信手段と、
車両の属性情報、運転手の属性情報、および車両の運行スケジュールの各データを格納する記憶手段と、
可搬記憶媒体のリーダ装置より前記通信手段を介して運転手の可搬記憶媒体の読み取り情報を受信し、当該可搬記憶媒体の読み取り情報を、前記記憶手段における運転手の属性情報が含む本人情報に照合し、前記読み取り情報が前記本人情報に一致した場合に本人認証成功とする認証処理を実行する、認証手段と、
前記認証処理の結果が本人認証成功であった時に、アルコール検知装置から運転手の呼気中アルコール濃度測定結果、ないし血圧測定装置から運転手の血圧測定結果、を前記通信手段を介して受信し、運転手の呼気中アルコール濃度測定結果が所定基準値以下であるかの判定か、または運転手の血圧測定結果が所定基準範囲内であるかの判定を実行する、判定手段と、
前記判定の結果が、前記運転手の呼気中アルコール濃度測定結果が所定基準値以下、または前記運転手の血圧測定結果が所定基準範囲内、である時、前記記憶手段における運行スケジュールのデータから、該当運転手が車両運転手として設定されている車両を検索し、ここで検索された該当車両の車両ＩＤを含む鍵使用許可データを、前記リーダ装置に対して前記通信手段を介して送信して該当運転手が保持する可搬記憶媒体に設定し、該当運転手の可搬記憶媒体の媒体ＩＤおよび前記該当車両の車両ＩＤを含む扉開放許可データを、前記該当車両の鍵を保管するキーボックスに対し前記通信手段を介して送信する、許可設定手段と、
を備えることを特徴とする運行管理サーバ。
【請求項１０】
他装置と通信する通信手段および可搬記憶媒体のリーダ装置と、
各車両の車両ＩＤと該当車両の鍵を保管する保管庫との対応関係を記憶する鍵テーブルを格納する記憶手段と、
前記保管庫の扉開閉機構を制御する扉制御手段と、
運転手の可搬記憶媒体の媒体ＩＤおよび車両ＩＤを含む扉開放許可データを、前記通信手段を介して運行管理サーバから受信し、この扉開放許可データが含む車両ＩＤを前記鍵テーブルに照合して該当保管庫を特定し、この保管庫の情報と、前記扉開放許可データが含む前記運転手の可搬記憶媒体の媒体ＩＤとを記憶手段に格納する保管庫特定手段と、
前記可搬記憶媒体のリーダ装置より運転手の可搬記憶媒体の読み取り情報を取得し、この読み取り情報が含む媒体ＩＤと前記記憶手段における前記運転手の媒体ＩＤとを照合し、前記読み取り情報が含む媒体ＩＤが前記運転手の媒体ＩＤに一致した場合に、前記記憶手段に格納した前記保管庫の情報に基づき、該当保管庫の扉開放指示を前記扉制御手段に通知する、開放指示手段と、
を備えることを特徴とするキーボックス。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−１４０４２６（Ｐ２０１０−１４０４２６Ａ）
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願番号】特願２００８−３１８７３６（Ｐ２００８−３１８７３６）
【出願日】平成２０年１２月１５日（２００８．１２．１５）
【出願人】（５０８３６９２６１）株式会社日立ＩＣＴビジネスサービス (1)
【Ｆターム（参考）】
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願日】平成２０年１２月１５日（２００８．１２．１５）
【出願人】（５０８３６９２６１）株式会社日立ＩＣＴビジネスサービス (1)
【Ｆターム（参考）】
[ Back to top ]