JP2020077037A - 運行管理装置及び運行管理システム - Google Patents

Abstract

【課題】ハザードマップを生成することができる運行管理装置及び運行管理システムを提供すること。【解決手段】運行管理装置５は、情報取得ユニットと、ハザードマップ生成ユニットとを備える。情報取得ユニットは、車両のドライバの眠気の程度、脇見の程度、集中度、及び体調から成る群から選択される２以上を含むドライバ状態を表す第１情報と、前記第１情報を取得したときの前記車両の位置を表す第２情報とを送信する機能を有する車載機３から、前記第１情報及び前記第２情報を取得する。ハザードマップ生成ユニットは、地図における、前記第２情報が表す前記車両の位置に、前記第１情報が表す前記ドライバ状態を対応付けてハザードマップを生成する。【選択図】図１

Description

本開示は運行管理装置及び運行管理システムに関する。

特許文献１に記載の運行管理システムは、ドライバの脳波データ、走行ルート等に基づいてドライバの眠気を予測する。

特開２０１８−４５２６２号公報

運行管理装置を用いてハザードマップを生成することが考えられる。ハザードマップは車両の運行管理に利用することができる。本開示の一局面は、ハザードマップを生成することができる運行管理装置及び運行管理システムを提供することを目的とする。

本開示の一局面は、車両のドライバの眠気の程度、脇見の程度、集中度、及び体調から成る群から選択される２以上を含むドライバ状態を表す第１情報と、前記第１情報を取得したときの前記車両の位置を表す第２情報とを送信する機能を有する車載機（３）から、前記第１情報及び前記第２情報を取得するように構成された情報取得ユニット（５７）と、地図における、前記第２情報が表す前記車両の位置に、前記第１情報が表す前記ドライバ状態を対応付けてハザードマップを生成するように構成されたハザードマップ生成ユニット（５９）と、を備える運行管理装置（５）である。

本開示の一局面である運行管理装置は、ハザードマップを生成することができる。ハザードマップは車両の運行管理に利用することができる。

運行管理システムの構成の構成を表すブロック図である。 車載機が備える制御部の機能的構成を表すブロック図である。 サーバが備える制御部の機能的構成を表すブロック図である。 車載機が実行する処理を表すフローチャートである。 第２情報生成処理を表すフローチャートである。 第１情報生成処理を表すフローチャートである。 サーバが実行する処理を表すフローチャートである。 リアルタイム処理を表すフローチャートである。

本開示の例示的な実施形態を、図面を参照しながら説明する。
＜第１実施形態＞
１．運行管理システム１の構成
運行管理システム１の構成を、図１〜図３に基づき説明する。図１に示すように、運行管理システム１は、車載機３と、サーバ５とを備える。車載機３は車両に搭載されている。

車載機３は、制御部７と、赤外カメラ９と、ＧＰＳ１１と、通信部１３と、内部記憶装置１５と、ＬＥＤ灯１７と、を備える。
制御部７は、ＣＰＵ１９と、例えば、ＲＡＭ又はＲＯＭ等の半導体メモリ（以下、メモリ２１とする）と、を有するマイクロコンピュータを備える。制御部７の各機能は、ＣＰＵ１９が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、メモリ２１が、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムが実行されることで、プログラムに対応する方法が実行される。なお、制御部７は、１つのマイクロコンピュータを備えてもよいし、複数のマイクロコンピュータを備えてもよい。

制御部７は、図２に示すように、第１情報生成ユニット２３と、第２情報生成ユニット２５と、情報送信ユニット２７と、情報記憶ユニット２９と、報知ユニット３１と、走行判断ユニット３３と、を備える。第１情報生成ユニット２３は、画像取得ユニット及びドライバ状態推定ユニットに対応する。

制御部７に含まれる各部の機能を実現する手法はソフトウェアに限るものではなく、その一部又は全部の機能は、一つあるいは複数のハードウェアを用いて実現されてもよい。例えば、上記機能がハードウェアである電子回路によって実現される場合、その電子回路は、デジタル回路、又はアナログ回路、あるいはこれらの組合せによって実現されてもよい。

図１に示すように、赤外カメラ９は、発光部３５と受光部３７とを備える。発光部３５は、ドライバの顔に赤外光を照射する。発光部３５は、照射する赤外光の強度を変更可能である。受光部３７は、ドライバの顔を含む範囲を撮影し、赤外画像を生成する。赤外画像は、ドライバの顔を含む範囲を表す。また、受光部３７は、ドライバの顔における露光状況を検出する。

ＧＰＳ１１は、車両の位置情報を取得する。通信部１３は、サーバ５との間で通信を行う。内部記憶装置１５は、記憶媒体３９を保持することができる。記憶媒体３９として、例えば、ＳＤカード（登録商標）等が挙げられる。内部記憶装置１５は、保持した記憶媒体３９に情報を記憶することができる。記憶媒体３９は、内部記憶装置１５から取り外すことができる。ＬＥＤ灯１７は車両の車室内に設置されている。ＬＥＤ灯１７は光を照射することができる。
サーバ５は車両の外部に固定設置されている。サーバ５は、制御部４１と、通信部４３と、媒体読取部４５と、データベース４７と、地図情報記憶部４９と、表示部５１と、を備える。サーバ５は運行管理装置に対応する。

制御部４１は、ＣＰＵ５３と、例えば、ＲＡＭ又はＲＯＭ等の半導体メモリ（以下、メモリ５５とする）と、を有するマイクロコンピュータを備える。制御部４１の各機能は、ＣＰＵ５３が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、メモリ５５が、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムが実行されることで、プログラムに対応する方法が実行される。なお、制御部４１は、１つのマイクロコンピュータを備えてもよいし、複数のマイクロコンピュータを備えてもよい。

制御部４１は、図３に示すように、情報取得ユニット５７と、ハザードマップ生成ユニット５９と、情報記憶ユニット６１と、走行判断ユニット６３と、を備える。
制御部４１に含まれる各部の機能を実現する手法はソフトウェアに限るものではなく、その一部又は全部の機能は、一つあるいは複数のハードウェアを用いて実現されてもよい。例えば、上記機能がハードウェアである電子回路によって実現される場合、その電子回路は、デジタル回路、又はアナログ回路、あるいはこれらの組合せによって実現されてもよい。

通信部４３は、車載機３との間で通信を行う。媒体読取部４５は、記憶媒体３９を保持することができる。媒体読取部４５は、保持された記憶媒体３９から情報を読み取ることができる。記憶媒体３９は、媒体読取部４５から取り外すことができる。

データベース４７は情報を記憶することができる。地図情報記憶部４９は地図情報を記憶している。表示部５１は画像を表示可能なディスプレイである。
２．車載機３が実行する処理
車載機３が実行する処理を、図４〜図６に基づき説明する。この処理は、車両が始動したときに実行される。車両の始動として、例えば、車両のイグニッションがオンになることが挙げられる。

図４のステップ１では、第２情報生成ユニット２５が第２情報生成処理を行う。第２情報生成処理を、図５に基づき説明する。図５に示す処理の各ステップは、第２情報生成ユニット２５により実行される。

図５のステップ２１では、現在時刻を取得する。現在時刻とは、ステップ２１を実行するときの時刻である。
ステップ２２では、ＧＰＳ１１を用いて、車両の位置情報を取得する。車両の位置情報とは、車両の位置を表す情報である。車両の位置情報とは、例えば、緯度及び経度により規定される位置情報である。

ステップ２３では、第２情報を生成する。第２情報は、前記ステップ２１で取得した現在時刻を表す時刻情報と、前記ステップ２２で取得した車両の位置情報とを含む情報である。第２情報において、時刻情報と、車両の位置情報とは対応付けられている。

図４に戻り、ステップ２では、第１情報生成ユニット２３が第１情報生成処理を行う。この処理を図６に基づき説明する。図６に示す処理の各ステップは、第１情報生成ユニット２３により実行される。

図６のステップ３１では、受光部３７を用いて、ドライバの顔の露光状態を取得する。
ステップ３２では、前記ステップ３１で取得した露光状態に基づき、ドライバの顔に照射する赤外光の強度を設定する。赤外光の強度は、後述するステップ３４において赤外画像を生成するとき、ドライバの顔の露光状態が適切な状態となる強度である。

ステップ３３では、発光部３５を用い、前記ステップ３２で設定した強度で赤外光の照射を開始する。赤外光の照射は、後述するステップ３４において赤外画像の生成が完了するまで継続する。

ステップ３４では、受光部３７を用い、ドライバの顔を含む範囲を撮影し、赤外画像を生成する。
ステップ３５では、前記ステップ３４で生成した赤外画像において、ドライバのまぶた及び瞳を認識する。

ステップ３６では、前記ステップ３５で認識したまぶた及び瞳に基づき、ドライバの眠気の程度、ドライバの集中度を推定する。具体的には、以下の処理を行う。
まず、まぶたの開度、並びに、まぶたと瞳との重なり度合い等から、開眼度を算出する。開眼度とは、目が開いている程度である。目が大きく開いている程、開眼度は大きい。算出した開眼度が、基準開眼度に比べて小さいほど、ドライバの眠気の程度が高いと推定する。基準開眼度とは、同じドライバについて過去に複数回測定した開眼度の平均値である。

また、瞳の露出度から、白眼度合いを算出する。白眼度合いとは、目の全面積に対する、瞳以外の部分の面積の比率である。算出した白眼度合いが、基準白眼度合いに比べて大きいほど、ドライバの眠気の程度が高いと推定する。基準白眼度合いとは、同じドライバについて過去に複数回測定した白眼度合いの平均値である。

また、左右の瞳の位置から、視線方向を算出する。算出した視線方向が正面方向ではない時間が長いほど、ドライバの集中度が低いと推定する。また、算出した視線方向が正面方向ではない頻度が高いほど、ドライバの集中度が低いと推定する。

ステップ３７では、顔の３次元情報を使用した処理（以下では３次元情報処理とする）を実行するか否かを判断する。なお、ユーザは、３次元情報処理を実行するか否かを予め車載機３に設定しておくことができる。この設定に基づき、３次元情報処理を実行するか否かを判断する。３次元情報処理を実行する場合、本処理はステップ３８に進む。３次元情報処理を実行しない場合、本処理はステップ４０に進む。

ステップ３８では、前記ステップ３４で生成した赤外画像において、目、鼻、口等の顔のパーツを認識する。また、前記ステップ３４で生成した赤外画像において、顔の輪郭を認識する。

ステップ３９では、前記ステップ３８での認識結果に基づき、ドライバの脇見の程度、ドライバの集中度を推定する。具体的には、以下の処理を行う。
まず、前記ステップ３８での認識結果に基づき、ドライバの顔の向きを算出する。顔の向きとして、上向き、下向き、左向き、右向き、首をかしげた状態等がある。

次に、算出した顔の向きを、基準の顔の向きと比較する。基準の顔の向きとは、同じドライバについて過去に複数回算出した顔の向きを平均した顔の向きである。
算出した顔の向きが、基準の顔の向きに比べて大きく変化しているほど、ドライバの脇見の程度が高く、ドライバの集中度が低いと推定する。また、算出した顔の向きが、基準の顔の向きに比べて変化している頻度が高いほど、ドライバの脇見の程度が高く、ドライバの集中度が低いと推定する。

ステップ４０では、ドライバの体調を判断するか否かを判断する。なお、ユーザは、ドライバの体調を判断するか否かを予め車載機３に設定しておくことができる。この設定に基づき、ドライバの体調を判断するか否かを判断する。ドライバの体調を判断する場合、本処理はステップ４１に進む。ドライバの体調を判断しない場合、本処理はステップ４３に進む。

ステップ４１では、前記ステップ３４で生成した赤外画像において、ドライバの顔の位置、及びドライバの上体の傾きを読み取る。上体の傾きとして、例えば、左右への傾き、前後への傾き、つっぷし、えび反り等が挙げられる。
ステップ４２では、前記ステップ４１で読み取ったドライバの顔の位置、及びドライバの上体の傾きに基づき、ドライバの体調、及び集中度を推定する。具体的には、以下の処理を行う。

読み取ったドライバの顔の位置を、基準の顔の位置と比較する。基準の顔の位置とは、同じドライバについて過去に複数回読み取った顔の位置を平均した顔の位置である。また、読み取ったドライバの上体の傾きを、基準の上体の傾きと比較する。基準の上体の傾きとは、同じドライバについて過去に複数回読み取った上体の傾きを平均した上体の傾きである。

読み取ったドライバの顔の位置が基準の顔の位置に比べて大きく変化しているほど、ドライバの体調が悪く、集中度が低いと推定する。また、読み取ったドライバの上体の傾きが基準の上体の傾きに比べて大きく変化しているほど、ドライバの体調が悪く、集中度が低いと推定する。

ステップ４３では、現在時刻を取得する。現在時刻とは、ステップ４３の処理を実行するときの時刻である。
ステップ４４では、第１情報を生成する。第１情報は、前記ステップ４３で取得した現在時刻を表す時刻情報と、前記ステップ３６、３９、４２で推定した、ドライバの眠気の程度、脇見の程度、集中度、及び体調とを含む情報である。なお、以下では、ドライバの眠気の程度、脇見の程度、集中度、及び体調をまとめてドライバ状態と呼ぶことがある。第１情報はドライバ状態を表す情報である。第１情報において、時刻情報と、ドライバ状態とは対応付けられている。

ただし、前記ステップ３９の処理を実行しなかった場合、ドライバ状態は、前記ステップ３９で推定する脇見の程度及び集中度は含まない。また、前記ステップ４２の処理を実行しなかった場合、ドライバ状態は、前記ステップ４２で推定する体調及び集中度を含まない。

図４に戻り、ステップ３では、通信部１３を用いてサーバ５と通信を行うことが可能であるか否かを情報送信ユニット２７が判断する。サーバ５と通信を行うことが可能である場合、本処理はステップ４に進む。サーバ５と通信を行うことが不可能である場合、本処理はステップ５に進む。サーバ５と通信を行うことが不可能である場合として、例えば、車載機３とサーバ５との間に山が存在する場合等がある。

ステップ４では、情報送信ユニット２７が、前記ステップ１で生成した第２情報と、前記ステップ２で生成した第１情報とを、通信部１３を用いてサーバ５に送信する。
ステップ５では、情報記憶ユニット２９が、前記ステップ１で生成した第２情報と、前記ステップ２で生成した第１情報とを、内部記憶装置１５を用いて記憶媒体３９に記憶する。

ステップ６では、車両が走行を継続しているか否かを走行判断ユニット６３が判断する。走行判断ユニット６３は、例えば、車両の位置情報の変化、又は、図示しない車速センサの検出結果等に基づき、車両が走行を継続しているか否かを判断することができる。車両が走行を継続している場合、本処理はステップ１に進む。車両の走行が終了している場合、本処理はステップ７に進む。

ステップ７では、未送信情報が存在するか否かを情報送信ユニット２７が判断する。未送信情報とは、前記ステップ５において記憶媒体３９に記憶され、未だサーバ５へ送信されていない第１情報及び第２情報である。未送信情報が存在する場合、本処理はステップ８に進む。未送信情報が存在しない場合、本処理は終了する。

ステップ８では、通信部１３を用いてサーバ５と通信を行うことが可能であるか否かを情報送信ユニット２７が判断する。サーバ５と通信を行うことが可能である場合、本処理はステップ９に進む。サーバ５と通信を行うことが不可能である場合、本処理はステップ１０に進む。

ステップ９では、情報送信ユニット２７が、通信部１３を用いて未送信情報をサーバ５に送信する。
ステップ１０では、報知ユニット３１がＬＥＤ灯１７を点灯させる。ユーザは、ＬＥＤ灯１７が点灯していることにより、記憶媒体３９に未送信情報が記憶されていることを知ることができる。そして、ユーザは、記憶媒体３９を内部記憶装置１５から取り外し、媒体読取部４５に取り付けることができる。

３．サーバ５が実行する処理
サーバ５が所定時間ごとに繰り返し実行する処理を図７、図８に基づき説明する。図７のステップ５１では、車両からの情報送信があるか否かを情報取得ユニット５７が判断する。車両からの情報送信がある場合、本処理はステップ５２に進む。車両からの情報送信がない場合、本処理はステップ５１の前に戻る。

ステップ５２では、情報取得ユニット５７が、通信部４３を用いて情報を取得する。取得する情報は、前記ステップ４において車載機３が送信した第１情報及び第２情報である。
ステップ５３では、リアルタイム処理を実行するか否かをハザードマップ生成ユニット５９が判断する。なお、ユーザは、リアルタイム処理を実行するか否かを予めサーバ５に設定しておくことができる。この設定に基づき、リアルタイム処理を実行するか否かを判断する。リアルタイム処理を実行する場合、本処理はステップ５４に進む。リアルタイム処理を実行しない場合、本処理はステップ５５に進む。

ステップ５４では、ハザードマップ生成ユニット５９がリアルタイム処理を実行する。この処理を図８に基づき説明する。図８に示す処理の各ステップは、ハザードマップ生成ユニット５９により実行される。

図８のステップ７１では、前記ステップ５２で取得した情報から、時刻情報が近似する第１情報と第２情報との組み合わせを抽出する。抽出された第２情報が表す車両の位置は、同時に抽出された第１情報を車載機３が取得したときの車両の位置である。

ステップ７２では、地図情報記憶部４９から地図情報を取得する。
ステップ７３では、前記ステップ７２で取得した地図情報において、前記ステップ７１で抽出した第２情報が表す車両の位置に、前記ステップ７１で抽出した第１情報が表すドライバ状態を対応付ける。

ステップ７４では、前記ステップ５２で取得した情報であって、前記ステップ７１において未だ抽出されていない情報が存在するか否かを判断する。未だ抽出されていない情報が存在する場合、本処理はステップ７１に進む。前記ステップ５２で取得した全ての情報が抽出済みである場合、本処理はステップ７５に進む。

ステップ７５では、地図情報を、対応付けられたドライバ状態に応じて色分けする。例えば、地図情報のうち、特定のドライバ状態が対応付けられた領域に、その特定のドライバ状態を表す色を付する。

以上の処理により、ハザードマップが生成する。ハザードマップとは、地図情報における複数の位置のそれぞれに、該当する位置に車両が存在したときのドライバ状態を対応付けたマップである。サーバ５は、ハザードマップを表示部５１に表示することができる。

図７に戻り、ステップ５５では、情報記憶ユニット６１が、前記ステップ５２で取得した情報をデータベース４７に記憶する。
ステップ５６では、情報を送信した車両が停止したか否かを走行判断ユニット６３が判断する。走行判断ユニット６３は、例えば、第２情報に含まれる位置情報の推移に基づき、情報を送信した車両が停止したか否かを判断することができる。情報を送信した車両が停止した場合、本処理はステップ５７に進む。情報を送信した車両が未だ停止していない場合、本処理はステップ５１に進む。

ステップ５７では、車両からの追加の情報送信があるか否かを情報取得ユニット５７が判断する。車両からの追加の情報送信とは、前記ステップ９において車載機３が行う情報送信である。車両からの追加の情報送信がある場合、本処理はステップ５８に進む。車両からの追加の情報送信がない場合、本処理はステップ５９に進む。

ステップ５８では、追加の情報送信により送信された情報を情報記憶ユニット６１がデータベース４７に記憶する。
ステップ５９では、未処理情報があるか否かをハザードマップ生成ユニット５９が判断する。未処理情報として、前記ステップ５５又は前記ステップ５８でデータベース４７に記憶された情報がある。また、未処理情報として、記憶媒体３９に記憶された情報がある。記憶媒体３９に記憶された情報とは、前記ステップ５で記憶媒体３９に記憶された未送信情報である。未処理情報は、１のみの車載機３から取得した情報から成っていてもよいし、複数の車載機３から取得した情報を含んでいてもよい。未処理情報がある場合、本処理はステップ６０に進む。未処理情報がない場合、本処理は終了する。

ステップ６０では、ハザードマップ生成ユニット５９が未処理情報処理を実行する。未処理情報処理は、基本的には前記ステップ５３のリアルタイム処理と同様である。ただし、未処理情報処理では、前記ステップ５２で取得した情報ではなく、未処理情報から第１情報及び第２情報の組み合わせを抽出してハザードマップを生成する。また、既にリアルタイム処理を実行している場合、未処理情報処理では、リアルタイム処理で生成したハザードマップに対し、さらに処理を行う。

よって、リアルタイム処理と、未処理情報処理との両方を実行した場合、生成したハザードマップには、前記ステップ５２で取得した第２情報が表す車両の位置に、前記ステップ５２で取得した第１情報が表すドライバ状態が対応付けられているとともに、未処理情報に含まれる第２情報が表す車両の位置に、未処理情報に含まれる第１情報が表すドライバ状態が対応付けられている。

４．運行管理システム１が奏する効果
（１Ａ）運行管理システム１はハザードマップを生成することができる。ユーザは、ハザードマップを見ることで、地図上の各位置でどのようなドライバ状態が生じ易いかを容易に理解することができる。よって、ユーザは、ハザードマップを車両の運行管理に利用することができる。

（１Ｂ）サーバ５は、車載機３との通信により、又は、記憶媒体３９から、第１情報及び第２情報を取得することができる。そのため、サーバ５は、容易且つ確実に第１情報及び第２情報を取得することができる。

（１Ｃ）車載機３は、ドライバの顔を含む範囲を表す赤外画像を取得する。そして、車載機３は、赤外画像に基づき、ドライバ状態を推定する。そのため、車載機３は、ドライバ状態を容易且つ正確に推定することができる。

（１Ｄ）車載機３は、ＧＰＳ１１を用いて、第２情報が表す車両の位置を取得する。そのため、車載機３は、車両の位置を容易且つ正確に取得することができる。
５．他の実施形態
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（１）車載機３は、車載通信機、又は、車両に搭載された携帯端末等を用いて、第２情報が表す車両の位置を取得してもよい。この場合も、ＧＰＳ１１を用いる場合と同様の効果を奏する。携帯端末として、例えば、スマートフォン等が挙げられる。車載通信機とは、車両に搭載された、通信機能を有する機器である。車載通信機は、通信部１３であってもよいし、他の車載通信機であってもよい。

（２）第１情報及び第２情報の少なくとも一方は、ドライバの識別情報を含んでいてもよい。サーバ５は、ハザードマップを生成するとき、ドライバ状態とともに、ドライバの識別情報も、車両の位置に対応付けてもよい。この場合、ユーザは、ハザードマップを見ることで、特定のドライバのドライバ状態が地図上でどのように変化しているのかを理解することができる。

（３）第１状態が表すドライバ状態は、ドライバの眠気の程度、脇見の程度、集中度、及び体調のうち、１〜３種であってもよい。
（４）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。

（５）上述した運行管理装置の他、当該運行管理装置を構成要素とするシステム、当該運行管理装置の制御部又はサーバの制御部としてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、運行管理方法等、種々の形態で本開示を実現することもできる。

１…運行管理システム、３…車載機、５…サーバ、２３…第１情報生成ユニット、２５…第２情報生成ユニット、２７…情報送信ユニット、２９…情報記憶ユニット、３１…報知ユニット、３３…走行判断ユニット、３９…記憶媒体、５７…情報取得ユニット、５９…ハザードマップ生成ユニット、６１…情報記憶ユニット、６３…走行判断ユニット

Claims (5)

1. 車両のドライバの眠気の程度、脇見の程度、集中度、及び体調から成る群から選択される２以上を含むドライバ状態を表す第１情報と、前記第１情報を取得したときの前記車両の位置を表す第２情報とを送信する機能を有する車載機（３）から、前記第１情報及び前記第２情報を取得するように構成された情報取得ユニット（５７）と、
   地図における、前記第２情報が表す前記車両の位置に、前記第１情報が表す前記ドライバ状態を対応付けてハザードマップを生成するように構成されたハザードマップ生成ユニット（５９）と、
   を備える運行管理装置（５）。
2. 請求項１に記載の運行管理装置であって、
   前記情報取得ユニットは、前記車載機との通信により、又は、前記第１情報及び前記第２情報を記憶した記憶媒体から、前記第１情報及び前記第２情報を取得するように構成された運行管理装置。
3. 請求項１又は２に記載の運行管理装置と、
   前記車載機と、
   を備える運行管理システム（１）。
4. 請求項３に記載の運行管理システムであって、
   前記車載機は、
   前記ドライバの顔を含む範囲を表す赤外画像を取得するように構成された画像取得ユニット（２３）と、
   前記赤外画像に基づき、前記ドライバ状態を推定するように構成されたドライバ状態推定ユニット（２３）と、
   を備える運行管理システム。
5. 請求項３又は４に記載の運行管理システムであって、
   前記車載機は、ＧＰＳ、車載通信機、又は、前記車両に搭載された携帯端末を用いて、前記第２情報が表す前記車両の位置を取得するように構成された運行管理システム。

Images