JP4985428B2 - ドライバ管理装置および運行管理システム - Google Patents

Description

本発明は、車両の運行を管理する運行管理システム、および運行管理システムを構成する、車両のドライバを管理するドライバ管理装置に関する。

運行管理センタと車両のドライバ管理装置とを通信で結び、両者の間で情報を交換しながら車両の運行を適切に管理するため運行管理システムが知られている。このような運行管理システムにおいては、車両のドライバ管理装置から運行管理センタへ送られるドライバや車両に関するデータを運行管理センタの運行管理者が確認して、ドライバ状態が異常かどうか等を判断し、指示や警告を発している。

しかし、このような運行管理システムにおいては、ドライバや車両に関するデータが所定の送信タイミングにのみ送られてくるので、例えばドライバが急病になりそうな場合には対応が遅れていた。

そこで、ドライバの生理データ（心拍数など）に基づき、ドライバの状態が正常か否かをドライバ管理装置側のドライバ状態判断部にて判断し、異常と判断された場合には、１枚のドライバの顔画像（あるいは顔画像と生理データと）を運行管理センタに送信し、運行管理センタの運行管理者がその顔画像に基づいてドライバの状態などの事態を総合的に判断して、ドライバへ指示や命令を伝えるドライバ管理装置を備える運行管理システムがある（例えば、特許文献１参照。）。

また、実際に運転している乗員の情報を正確に取得し、セキュリティを向上させることが可能な乗員顔画像処理システムが知られている。このような乗員顔画像処理システムは、乗員の顔画像を取得する顔画像収集手段と、この顔画像のデータを送信用のデータ形式に変換する変換手段と、この変換された送信用データを路上機に送信する一方、この路上機から前記乗員の顔画像を取得するための指示情報を受信する通信制御手段と、を備える（例えば、特許文献２参照。）。
特開２００２−７４５９９号公報 特開２００１−１２６０９１号公報

しかしながら、特許文献１に記載の運行管理システムにおいては、ドライバ管理装置が、ドライバの生理データから判定したドライバの状態に基づき、判定と同時に１枚の顔画像を送信するが、その顔画像の撮像タイミングについては規定されておらず、運行管理センタの運行管理者がその１枚の顔画像のみに基づいてドライバの状態などの事態を適切に判断することは困難であるという問題があった。

また、特許文献２に記載の乗員顔画像処理システムにおいては、上述の画像を送信可能なデータ形式に変換して送信するが、どのシーンを切り出して送信するかについては規定されておらず、運行管理センタの運行管理者がその切り出された顔画像のみに基づいてドライバの状態などの事態を適切に判断することは困難であるという問題があった。

本発明は、このような不具合に鑑みなされたものであり、その目的とするところは、車両の運行を管理する際に、車両のドライバの状態をより適切に判断することにある。

上記課題を解決するためになされた請求項１に係るドライバ管理装置は、ドライバをセンシングしたセンシング情報に基づくドライバの状態の推定結果が報告条件を満たしている場合に、推定結果に基づいてセンシング情報から抽出した「キャプチャ情報」を推定結果とともにセンタに送信することを特徴とする。

具体的には、請求項１のドライバ管理装置（１０：この欄においては、発明に対する理解を容易にするため、必要に応じて「発明を実施するための最良の形態」欄で用いた符号を付すが、この符号によって請求の範囲を限定することを意味するものではない。）は、車両の運行を管理し、センタとの間で各種データの授受が可能である。ここでいう「データの授受」とは無線によるリアルタイムなデータ授受のみでなく、携帯型メモリデバイスなどハードウェアを介したデータ授受や、有線によるデータ授受も含む。

まず、センシング手段（１１，１２）がドライバをセンシングし、センシング情報記憶手段（１５）が、センシング手段がセンシングした結果である「センシング情報」を一時記憶する。さらに、状態推定手段（１４）が、ドライバが示す複数の特徴とドライバの状態を示す指標との相関が数式化されていることを前提に、センシング情報に基づくドライバの特徴から指標を算出してドライバの状態を推定し、キャプチャ情報記憶手段（１６）が、状態推定手段による推定結果に基づき抽出手段が抽出したキャプチャ領域をもとに、センシング情報記憶手段が記憶するセンシング情報の一部をキャプチャ情報として抽出し記憶する。このとき、抽出手段は、センシング情報のうちドライバの状態を示す指標を押し上げたドライバの特徴を端的に示すセンシング情報が記録された前後のタイムスタンプをキャプチャ領域として抽出する。判断手段（１４）が、状態推定手段による推定結果をセンタへ知らせるべきと判断するための報告条件を上述の推定結果が満たしているか否かを判断する。推定結果が報告条件を満たしていると判断手段によって判断された場合には、制御手段（２３，２４）が、その判断された推定結果に対応するキャプチャ情報をキャプチャ情報記憶手段から読み出し、その読み出したキャプチャ情報をその判断された推定結果とともにセンタへ送信させる。

このように構成された本発明のドライバ管理装置によれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

この場合、上述のように推定結果およびキャプチャ情報を送信する際には、付加情報を付加して送信することが考えられる。具体的には、請求項２のように、制御手段が、推定結果およびキャプチャ情報をセンタに送信させる際に付加情報を付加して送信させることが考えられる。このように構成すれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による推定結果およびキャプチャ情報に加えて付加情報を考慮して総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

なお、付加情報の具体例としては、（イ）車両自身に関する車両情報（請求項３）、（ロ）ドライバによる操作を示す操作情報（請求項４）、（ハ）車両の周囲の状況に関する車両周囲情報（請求項５）、が挙げられる。

（イ）まず、付加情報の具体例としては、車両自身に関する車両情報であることが考えられる。具体的には、請求項３のように、制御手段が、車両自身に関する車両情報を取得可能であり、推定結果およびキャプチャ情報をセンタに送信させる際には、取得した車両情報を付加情報として付加してセンタに送信させることが考えられる。

なお、車両情報の具体例としては、車両の挙動に関する情報や、時刻に関する情報、などが挙げられる。なお、車両の挙動に関する情報としては、車両の現在位置を示す情報、車線に対する自車位置を示す情報、車両速度を示す情報、車両の姿勢を示す情報などが挙げられる。

このように構成すれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による推定結果およびキャプチャ情報に加えて付加情報としての車両情報を考慮して総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

（ロ）また、付加情報の具体例としては、ドライバによる操作を示す操作情報であることが考えられる。具体的には、請求項４のように、制御手段が、ドライバによる操作を示す操作情報を取得可能であり、推定結果およびキャプチャ情報をセンタに送信させる際には、取得した操作情報を付加情報として付加してセンタに送信させることが考えられる。

なお、操作情報としては、ステアリング角度に関する情報や、ブレーキ操作に関する情報、アクセル操作に関する情報、クラクション操作に関する情報、方向指示などの投光器類の操作に関する情報、エアコンディショナーやオーディオ装置などの車載機器の操作に関する情報などが挙げられる。

このように構成すれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による推定結果およびキャプチャ情報に加えて付加情報としての操作情報を考慮して総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

（ハ）付加情報の具体例としては、車両の周囲の状況に関する車両周囲情報であることが考えられる。具体的には、請求項５のように、制御手段が、車両の周囲の状況に関する車両周囲情報を取得可能であり、推定結果およびキャプチャ情報をセンタに送信させる際には、取得した車両周囲情報を付加情報として付加してセンタに送信させることが考えられる。

なお、車両周囲情報の具体例としては、道路環境に関する情報や、渋滞や工事などの交通状態に関する情報、現在の天候に関する情報、天気予報に関する情報、照度に関する情報、時刻や時間帯に関する情報、などが挙げられる。なお、道路環境に関する情報については、ナビゲーション装置や車載カメラなどから得ることができる。また、渋滞や工事などの交通状態に関する情報については、例えば車載カメラやＶＩＣＳ等の外部との通信によって得ることができる。また、現在の天候に関する情報については、例えば雨センサなどの車載センサやＶＩＣＳ等の外部との通信によって得ることができる。また、天気予報に関する情報については、例えばＶＩＣＳ等の外部との通信によって得ることができる。また、照度に関する情報については、例えば車載された照度計によって得ることができる。また、時刻や時間帯に関する情報については、例えば車載された時計から得ることができる。

このように構成すれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による推定結果およびキャプチャ情報に加えて付加情報としての車両周囲情報を考慮して総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

ところで、上記課題を解決するためになされた請求項６に係るドライバ管理装置は、ドライバをセンシングしたセンシング情報に基づくドライバの状態の推定結果が報告条件を満たしている場合に、推定結果に基づいてセンシング情報から抽出した「キャプチャ情報」を推定結果とともに保存することを特徴とする。

まず、センシング手段（１１，１２）がドライバをセンシングし、センシング情報記憶手段（１５）が、センシング手段がドライバの状態をセンシングした結果である「センシング情報」を一時記憶する。さらに、状態推定手段（１４）が、ドライバが示す複数の特徴とドライバの状態を示す指標との相関が数式化されていることを前提に、センシング情報に基づくドライバの特徴から指標を算出してドライバの状態を推定し、キャプチャ情報記憶手段（１６）が、状態推定手段による推定結果に基づき抽出手段が抽出したキャプチャ領域をもとに、センシング情報記憶手段が記憶するセンシング情報の一部をキャプチャ情報として抽出し記憶する。このとき、抽出手段は、センシング情報のうちドライバの状態を示す指標を押し上げたドライバの特徴を端的に示すセンシング情報が記録された前後のタイムスタンプをキャプチャ領域として抽出する。判断手段（１４）が、状態推定手段による推定結果をセンタへ知らせるべきと判断するための報告条件を上述の推定結果が満たしているか否かを判断する。推定結果が報告条件を満たしていると判断手段によって判断された場合には、制御手段（２３，２４）が、その判断された推定結果に対応するキャプチャ情報をキャプチャ情報記憶手段から読み出し、その読み出したキャプチャ情報をその判断された推定結果とともに、車両の運行に関する情報を記憶可能な運行情報記憶手段（１７）に記憶させる。

このように構成された本発明のドライバ管理装置によれば、仮に電波障害などにより、センシング情報に基づくドライバの状態の推定結果およびキャプチャ情報をセンタに送信できないことや、センタに届かないことがあっても、例えば車両の運行終了後に推定結果およびキャプチャ情報をセンタが回収し、センタの管理者が、ドライバの状態について、その回収したドライバ管理装置による推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

この場合、上述のように推定結果およびキャプチャ情報を運行情報記憶手段に記憶させる際には、付加情報を付加することが考えられる。具体的には、請求項７のように、制御手段が、推定結果およびキャプチャ情報を運行情報記憶手段に記憶させる際に付加情報を付加して記憶させることが考えられる。このように構成すれば、例えば車両の運行終了後に推定結果およびキャプチャ情報をセンタが回収し、センタの管理者が、ドライバの状態について、その回収したドライバ管理装置による推定結果およびキャプチャ情報に加えて付加情報を考慮して総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

なお、付加情報の具体例としては、上述のように、（イ）車両自身に関する車両情報（請求項８）、（ロ）ドライバによる操作を示す操作情報（請求項９）、（ハ）車両の周囲の状況に関する車両周囲情報（請求項１０）、が挙げられる。

ところで、上述のセンシング情報の具体例としては、上述のドライバの顔画像や、ドライバの姿画像、ドライバの心電、ドライバの脈波、ドライバの呼吸状態、ドライバの特徴ある操作、ドライバの特徴あるしぐさなどが挙げられる。例えば、ドライバの顔画像については、瞬きや表情、顔に手を持っていくしぐさなどを判断するのに用いるといった具合である。また、ドライバの姿画像についてはドライバの座り方などを判断するのに用いるといった具合である。

まず、センシング手段が、ドライバの生体情報を取得し、その取得した生体情報からドライバをセンシングすることが考えられる(請求項１１)。なお、ドライバの生体情報の具体例としては、ドライバの心電を示す情報、血圧を示す情報、脈波を示す情報、呼吸状態を示す情報などが挙げられる。なお、センシング手段が、ドライバの生体情報として、ドライバの心電を示す情報、血圧を示す情報、脈波を示す情報、呼吸状態を示す情報のうちの少なくとも一つを取得することが考えられる。このように構成すれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による心電や血圧、脈波、呼吸状態に基づく推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

また、センシング手段が、ドライバの顔画像を取得し、その取得したドライバの顔画像からドライバをセンシングすることが考えられる（請求項１２）。さらに、上述のようにセンシング情報にドライバの顔画像が含まれる場合において、ドライバの顔画像が動画または連続する複数の静止画像であることが考えられる。具体的には、請求項１３のように、センシング手段が、ドライバの顔画像を動画または連続する複数の静止画像として取得することが考えられる。このように構成すれば、センタの管理者が、車両のドライバの状態をより適切に判断することができる。

ところで、上記課題を解決するためになされた請求項１４に係るドライバ管理装置は、ドライバの生体情報をセンシングしたセンシング情報に基づくドライバの状態の推定結果が報告条件を満たしている場合に、推定結果に基づいてドライバの生体情報または顔画像の少なくとも一方から抽出した「キャプチャ情報」を推定結果とともにセンタに送信することを特徴とする。

具体的には、請求項１４のドライバ管理装置は、車両の運行を管理し、センタとの間で各種データの授受が可能である。ここでいう送受信とは無線によるリアルタイムなデータ授受のみでなく、携帯型メモリデバイスなどハードウェアを介したデータ授受や、有線によるデータ授受も含む。

まず、センシング手段（２５）がドライバの生体情報をセンシングし、センシング情報記憶手段（１５）が、センシング手段がドライバの状態をセンシングした結果である「センシング情報」を一時記憶する。なお、ドライバの生体情報の具体例としては、ドライバの心電を示す情報、血圧を示す情報、脈波を示す情報、呼吸状態を示す情報などが挙げられる。さらに、状態推定手段（１４）が、ドライバが示す複数の特徴とドライバの状態を示す指標との相関が数式化されていることを前提に、センシング情報に基づくドライバの特徴から指標を算出してドライバの状態を推定する。一方、顔画像取得手段（１１，１２）が、前記ドライバの顔画像を取得し、顔画像記憶手段（２６）が、顔画像取得手段が取得したドライバの複数の顔画像を一時記憶する。さらに、状態推定手段による推定結果に基づき、抽出手段（１４）が、顔画像記憶手段からキャプチャ領域を抽出し、キャプチャ情報記憶手段がキャプチャ領域の情報に基づいてセンシング情報記憶手段または顔画像記憶手段の少なくとも一方からキャプチャ情報を取り出し記憶する。このとき、抽出手段は、顔画像記憶手段が記憶する複数の顔画像のうちドライバの状態を示す指標を押し上げたドライバの特徴を端的に示す顔画像が記録された前後のタイムスタンプをキャプチャ領域として抽出する。判断手段（１４）が、状態推定手段による推定結果をセンタへ知らせるべきと判断するための報告条件を上述の推定結果が満たしているか否かを判断する。推定結果が報告条件を満たしていると判断手段によって判断された場合には、制御手段（２３，２４）が、その判断された推定結果に対応するキャプチャ情報をキャプチャ情報記憶手段から読み出し、その読み出したキャプチャ情報をその判断された推定結果とともにセンタへ送信させる。

このように構成された本発明のドライバ管理装置によれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

この場合、上述のように推定結果およびキャプチャ情報を送信する際には、付加情報を付加して送信することが考えられる。具体的には、請求項１５のように、制御手段が、推定結果およびキャプチャ情報をセンタに送信させる際に付加情報を付加して送信させることが考えられる。このように構成すれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による推定結果およびキャプチャ情報に加えて付加情報を考慮して総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

なお、付加情報の具体例としては、次の（イ）車両自身に関する車両情報（請求項１６）、（ロ）ドライバによる操作を示す操作情報（請求項１７）、（ハ）車両の周囲の状況に関する車両周囲情報（請求項１８）、が挙げられる。

ところで、上記課題を解決するためになされた請求項１９に係るドライバ管理装置は、ドライバの生体情報をセンシングしたセンシング情報に基づくドライバの状態の推定結果が報告条件を満たしている場合に、推定結果に基づいてドライバの生体情報または顔画像の少なくとも一方から抽出した「キャプチャ情報」を推定結果とともに保存することを特徴とする。

まず、センシング手段（２５）がドライバの生体情報をセンシングし、センシング情報記憶手段（１５）が、センシング手段がドライバの状態をセンシングした結果である「センシング情報」を一時記憶する。さらに、状態推定手段（１４）が、ドライバが示す複数の特徴とドライバの状態を示す指標との相関が数式化されていることを前提に、センシング情報に基づくドライバの特徴から指標を算出してドライバの状態を推定する。一方、顔画像取得手段（１１，１２）が、前記ドライバの顔画像を取得し、顔画像記憶手段（２６）が、顔画像取得手段が取得したドライバの複数の顔画像を一時記憶する。さらに、状態推定手段による推定結果に基づき、抽出手段（１４）が、顔画像記憶手段からキャプチャ領域を抽出し、キャプチャ情報記憶手段がキャプチャ領域の情報に基づいてセンシング情報記憶手段または顔画像記憶手段の少なくとも一方からキャプチャ情報を取り出し記憶する。このとき、抽出手段は、顔画像記憶手段が記憶する複数の顔画像のうちドライバの状態を示す指標を押し上げたドライバの特徴を端的に示す顔画像が記録された前後のタイムスタンプをキャプチャ領域として抽出する。判断手段（１４）が、状態推定手段による推定結果をセンタへ知らせるべきと判断するための報告条件を上述の推定結果が満たしているか否かを判断する。推定結果が報告条件を満たしていると判断手段によって判断された場合には、制御手段（２３，２４）が、その判断された推定結果に対応するキャプチャ情報をキャプチャ情報記憶手段から読み出し、その読み出したキャプチャ情報をその判断された推定結果とともに、車両の運行に関する情報を記憶可能な運行情報記憶手段（１７）に記憶させる。

このように構成された本発明のドライバ管理装置によれば、仮に電波障害などにより、センシング情報に基づくドライバの状態の推定結果およびキャプチャ情報をセンタに送信できないことや、センタに届かないことがあっても、例えば車両の運行終了後に推定結果およびキャプチャ情報をセンタが回収し、センタの管理者が、ドライバの状態について、その回収したドライバ管理装置による推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

この場合、上述のように推定結果およびキャプチャ情報を運行情報記憶手段に記憶させる際には、付加情報を付加することが考えられる。具体的には、請求項２０のように、制御手段が、推定結果およびキャプチャ情報を運行情報記憶手段に記憶させる際に付加情報を付加して記憶させることが考えられる。このように構成すれば、例えば車両の運行終了後に推定結果およびキャプチャ情報をセンタが回収し、センタの管理者が、ドライバの状態について、その回収したドライバ管理装置による推定結果およびキャプチャ情報に加えて付加情報を考慮して総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

なお、付加情報の具体例としては、上述のように、（イ）車両自身に関する車両情報（請求項２１）、（ロ）ドライバによる操作を示す操作情報（請求項２２）、（ハ）車両の周囲の状況に関する車両周囲情報（請求項２３）、が挙げられる。

なお、ドライバの顔画像については動画または連続する複数の静止画像であることが考えられる。具体的には、請求項２４のように、顔画像取得手段が、ドライバの顔画像を動画または連続する複数の静止画像として取得することが考えられる。このように構成すれば、センタの管理者が、車両のドライバの状態をより適切に判断することができる。

ところで、上述のようにセンシング手段がドライバの顔画像や生体情報を取得し、その取得した顔画像や生体情報からドライバをセンシングする場合には、キャプチャ情報のデータ量が大きくなることがある。このような場合、キャプチャ情報を取り扱うキャプチャ情報記憶手段や制御手段に過大な負荷が発生する。そこで、キャプチャ情報のデータ量を小さくするために、キャプチャ情報に含まれるデータに対して圧縮処理を実行することが考えられる。具体的には、請求項２５のように、さらに、キャプチャ情報に含まれるデータに対して圧縮処理を行うデータ圧縮手段（１６）を備えることが考えられる。このように構成すれば、キャプチャ情報を取り扱うキャプチャ情報記憶手段や制御手段の負荷を軽減することができる。

なお、キャプチャ情報に含まれるデータを圧縮する時期としては、キャプチャ情報をキャプチャ情報記憶手段に記憶させるときが考えられる。具体的には、請求項２６のように、センシング情報からキャプチャ領域に従って取り出されたキャプチャ情報をキャプチャ情報記憶手段に記憶させる際に、キャプチャ情報に含まれるデータに対して圧縮処理を実行することが考えられる。このように構成すれば、キャプチャ情報を記憶するのに必要なキャプチャ情報記憶手段の容量を軽減することができる。また、制御手段によるキャプチャ情報の送信時の負荷を軽減することができる。

その他にも、制御手段によるキャプチャ情報の送信時に、キャプチャ情報に含まれるデータを圧縮することが考えられる。このように構成すれば、制御手段によるキャプチャ情報の送信時の負荷を軽減することができる。また、キャプチャ情報を運行情報記憶手段に記憶させるときにキャプチャ情報に含まれるデータを圧縮することが考えられる。このように構成すれば、キャプチャ情報を記憶するのに必要な運行情報記憶手段の容量を軽減することができる。

また、上述の圧縮処理の具体例としては、（ニ）キャプチャ情報に含まれる画像のドライバの顔領域以外に対して圧縮処理を行うこと、（ホ）キャプチャ情報に含まれる画像のドライバの顔領域以外を切り取ること、（ヘ）キャプチャ情報に含まれる画像のドライバの顔領域以外を単色化すること、（ト）顔領域と顔領域以外とで圧縮率を変更すること、が挙げられる。なお、ドライバの顔領域については、画像処理時にドライバの顔の外形線を識別可能とするために、ドライバの顔の周囲領域も含まれるように設定される。

（ニ）まず、上述の圧縮処理の具体例としては、キャプチャ情報に含まれる画像のドライバの顔領域以外に対して圧縮処理を行うことが考えられる。具体的には、請求項２７のように、データ圧縮手段が、キャプチャ情報に画像が含まれる場合に、その画像からドライバの顔領域以外を判別し、その判別した顔領域以外の全域または一部領域に対してのみ圧縮処理を行うことが考えられる。このように構成すれば、ドライバ状態の推定に不可欠な画像の顔領域をそのまま残しつつ、キャプチャ情報のデータ量を小さくすることができる。

（ホ）また、上述の圧縮処理の具体例としては、キャプチャ情報に含まれる画像のドライバの顔領域以外を切り取ることが考えられる。具体的には、請求項２８のように、データ圧縮手段が、キャプチャ情報に画像が含まれる場合に、その画像からドライバの顔領域以外を判別し、その判別した顔領域以外の全域または一部領域を削除することが考えられる。このように構成すれば、ドライバ状態の推定に不可欠な画像の顔領域をそのまま残しつつ、キャプチャ情報のデータ量を小さくすることができる。

（ヘ）また、上述の圧縮処理の具体例としては、キャプチャ情報に含まれる画像のドライバの顔領域以外を単色化することが考えられる。具体的には、請求項２９のように、データ圧縮手段が、キャプチャ情報に画像が含まれる場合に、その画像からドライバの顔領域以外を判別し、その判別した顔領域以外の全域または一部領域を黒色や白色などに単色化することが考えられる。このように構成すれば、ドライバ状態の推定に不可欠な画像の顔領域をそのまま残しつつ、キャプチャ情報のデータ量を小さくすることができる。

（ト）また、上述の圧縮処理の具体例としては、顔領域と顔領域以外とで圧縮率を変更することが考えられる。具体的には、請求項３０のように、データ圧縮手段が、キャプチャ情報に画像が含まれる場合に、その画像からドライバの顔領域を判別し、その判別した顔領域と顔領域以外とでその圧縮率を変更することが考えられる。一例を挙げると、顔領域に対する圧縮率を顔領域以外に対する圧縮率よりも小さく設定するといった具合である。このように構成すれば、目視によるドライバ状態の推定に不可欠な顔領域の画質劣化を抑えつつ、キャプチャ情報のデータ量を小さくすることができる。

なお、ここでは画像圧縮の例について説明したが、心電波形等の生体センシング情報に対しても同様の圧縮処理はデータ容量低減に効果的である。
なお、上述のキャプチャ領域とは、状態推定手段によってドライバの状態を推定する上で大きな要因となった事象が存在する部分であることが考えられる（請求項３１）。

また、上述の報告条件の具体例としては、ドライバに眠気があること（請求項３２）や、ドライバが脇見運転を行っていること（請求項３３）、ドライバが酪酊状態であること（請求項３４）、ドライバが疲労状態であること（請求項３５）、推定結果およびキャプチャ情報を送信するようセンタから要請があること(請求項３６)、推定結果およびキャプチャ情報をドライバ自らがセンタへ送信したい意向であること(請求項３７)、車両の周囲の状況に基づいて推定結果およびキャプチャ情報をセンタへ送信することが望ましいと判断されること(請求項３８)、ドライバの生体リズムに基づいて推定結果およびキャプチャ情報をセンタへ送信することが望ましいと判断されること（請求項３９）、現在の時刻が、推定結果およびキャプチャ情報をセンタへ送信することが予め設定された時刻であること（請求項４０）、車両の現在位置が、推定結果およびキャプチャ情報をセンタへ送信することが予め設定された地点であること(請求項４１)、などが挙げられる。

なお、車両の周囲の状況としては、発車時や渋滞時、高速道路へ進入した際、昼や夜などの時間帯、などが挙げられる。また、生体リズムについては、サーカディアンリズムやサーカセミディアンリズムに基づいて設定されることが考えられる。また、推定結果およびキャプチャ情報をセンタへ送信することが予め設定された時刻については、所定時間ごとや所定距離ごとに設定されることが考えられる。また、推定結果およびキャプチャ情報をセンタへ送信することが予め設定された地点については、例えば毎回決まった区間を運行している定期便などの場合に、センタの管理者がチェックポイントとして設定し、そのチェックポイントを通った時間やそのときの道路環境、ドライバ状態をモニタしたい場合があるために有効である。なお、予め設定された地点についてはＧＰＳやＤＳＲＣ（ＥＴＣ）などで検出することが考えられる。

なお、本発明は、車両の運行を管理する運行管理システム（１）として実現することができる。具体的には、上述の運行管理システム（１）は、請求項４２のように、センタ（３０）と、請求項１〜請求項４１の何れかに記載のドライバ管理装置（１０）と、を備え、センタとドライバ管理装置との間で、各種データの授受が可能に構成されている、車両の運行を管理する運行管理システムであって、センタは、ドライバ管理装置から提供された情報を受け取る入力手段と、入力手段が受け取った情報を記憶する記憶手段と、を備えることを特徴とする。また、請求項４３のように、センタが、さらに、記憶手段が記憶する情報を読み出してセンタの管理者に報知する報知手段を備えることが考えられる。

このように構成された本発明の運行管理システムによれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

以下に本発明の実施形態を図面とともに説明する。
［第一実施形態］
図１は第一実施形態の運行管理システム１の概略構成を示すブロック図である。また、図２はドライバの顔画像を画像処理したときに得られる上下瞼間の距離の時間的推移を模式的に示す説明図である。また、図３は眠気レベルを推定した推定結果を説明する説明図である。

［ドライバ管理システム１の構成の説明］
図１に示すように、運行管理システム１は、車両の運行を管理するシステムであり、ドライバ管理装置１０と、センタ３０と、を備え、ドライバ管理装置１０とセンタ３０との間で各種データの授受が可能である。ここでいう「データの授受」とは無線によるリアルタイムなデータ授受のみでなく、携帯型メモリデバイスなどハードウェアを介したデータ授受や、有線によるデータ授受も含む。

［ドライバ管理装置１０の構成の説明］
図１に示すように、ドライバ管理装置１０は、カメラ１１と、投光器１２と、情報処理ＥＣＵ１３と、状態推定ＥＣＵ１４と、センシング情報記憶部１５と、キャプチャ情報記憶部１６と、ドライブレコーダ１７と、表示装置１８と、スピーカ１９と、シート振動装置２０と、空調装置２１と、データ送受信部２２と、情報取得部２３と、データ作成部２４と、を備える。

カメラ１１は、撮影素子を有し、当該ドライバ管理装置１０が搭載された車両の室内にてドライバの顔を撮影してその撮影画像を情報処理ＥＣＵ１３に送る。
投光器１２は、カメラ１１の撮影における照明手段であり、省電力・長寿命のために、カメラ１１の露光時間のみに同期させて発光させるのが望ましい。また、夜間においてもドライバに眩しさを感じさせないために近赤外光などの不可視光であることが望ましい。

情報処理ＥＣＵ１３は、カメラ１１から受け取った撮像画像を分析し、画像中のドライバの顔領域を抽出、顔領域の中から目、鼻、口といった器官を検出、さらに目を詳細に分析し瞬き状態を含む開眼度を検出し、状態推定ＥＣＵ１４に検出結果を送出する。また、カメラ１１から受け取った撮像画像をセンシング情報としてセンシング情報記憶手段１５に送出する。

状態推定ＥＣＵ１４は、情報処理ＥＣＵ１３からの処理結果に基づき、運転時の運転操作に影響を及ぼすような運転者の心身の状態を推定し、推定する上で大きな要因となった事象が存在する画像のキャプチャ領域をドライバの顔画像（センシング情報）から抽出し、その抽出したキャプチャ領域をキャプチャ情報記憶部１６に送出する。キャプチャ情報記憶部１６は、キャプチャ領域抽出情報に基づき、センシング情報記憶部１５から該当するセンシング情報を取り出しキャプチャ情報として記憶する。なお、本実施形態では、上述のようなドライバの心身の状態として眠気レベルＤを、後述するアルゴリズムを用いて判定周期（例えば１分）毎に推定する。なお、ドライバの心身の状態として推定された眠気レベルＤが特許請求の範囲における推定結果に相当する。そして、状態推定ＥＣＵ１４は、推定した眠気レベルＤ（推定結果）をデータ作成部２４に送出する。

また、状態推定ＥＣＵ１４は、スピーカ１９、シート振動装置２０および空調装置２１を制御するための制御信号を各部に送出する。
センシング情報記憶部１５は、情報処理ＥＣＵ１３に入力されるセンシング情報を一時的に記憶するのに利用される。また、センシング情報記憶部１５は、記憶するセンシング情報の一部を、キャプチャ情報としてキャプチャ情報記憶部１６に送出する。

キャプチャ情報記憶部１６は、状態推定ＥＣＵ１４が抽出したキャプチャ領域抽出結果に基づきセンシング情報記憶部１５から必要なセンシング情報を取り出してキャプチャ情報として記憶するのに利用される。また、キャプチャ情報記憶部１６は、キャプチャ情報に含まれるデータを圧縮する機能を有する。

情報取得部２３は、車両情報や操作情報、車両周囲情報を外部から取得する。なお、車両情報とは、車両自身に関する情報を云い、例えば、車両の挙動に関する情報や、時刻に関する情報、などが挙げられる。なお、車両の挙動に関する情報としては、車両の現在位置を示す情報、車線に対する自車位置を示す情報、車両速度を示す情報、車両の姿勢を示す情報などが挙げられる。また、操作情報とは、ドライバによる操作を示す情報を云い、例えば、ステアリング角度に関する情報や、ブレーキ操作に関する情報、アクセル操作に関する情報、クラクション操作に関する情報、方向指示などの投光器類の操作に関する情報、エアコンディショナーやオーディオ装置などの車載機器の操作に関する情報などが挙げられる。また、車両周囲情報とは、車両の周囲の状況に関する情報を云い、例えば、道路環境に関する情報や、渋滞や工事などの交通状態に関する情報、現在の天候に関する情報、天気予報に関する情報、照度に関する情報、時刻や時間帯に関する情報、などが挙げられる。なお、道路環境に関する情報については、ナビゲーション装置や車載カメラなどから得ることができる。また、渋滞や工事などの交通状態に関する情報については、例えば車載カメラやＶＩＣＳ等の外部との通信によって得ることができる。また、現在の天候に関する情報については、例えば雨センサなどの車載センサやＶＩＣＳ等の外部との通信によって得ることができる。また、天気予報に関する情報については、例えばＶＩＣＳ等の外部との通信によって得ることができる。また、照度に関する情報については、例えば車載された照度計によって得ることができる。また、時刻や時間帯に関する情報については、例えば車載された時計から得ることができる。

そして、情報取得部２３は、取得した車両情報や操作情報、車両周囲情報をデータ作成部２４に送出する。なお、車両情報や操作情報、車両周囲情報は特許請求の範囲における付加情報に相当する。

データ作成部２４は、状態推定ＥＣＵ１４から送出された「推定結果」、およびキャプチャ情報記憶部１６から送出された「キャプチャ情報」を用いてセンタ３０に送出するための送信用データを作成する。なおこの場合、情報取得部２３から送出された「付加情報」があれば、この付加情報も加えて送信用データを作成する。そして、データ作成部２４は、作成した送信用データをデータ送受信部２２を介してセンタ３０に送出する。なお、推定結果に基づきドライバの状態に問題がない場合には推定結果のみをセンタ３０に送出し、ドライバの状態に問題がある場合には推定結果およびキャプチャ情報をセンタ３０に送出するようにしてもよい。送出するデータは、キャプチャ情報（例えば画像情報）と付加情報（例えば文字データ）を別情報としてパッケージ化してもよいし、画像情報上に文字を重畳させる画像を生成して送信するようにしてもよい。

また、データ作成部２４は、ドライブレコーダ１７および表示装置１８へも送信用データを送出する。
ドライブレコーダ１７は、自動車が交通事故を起こしたり、急ブレーキなどの事故回避行動を行ったりした際に、車両の挙動（速度、衝撃）を示す挙動データや乗員の操作状況（ハンドルやブレーキ操作）を示す操作データ等を記録する。また、ドライブレコーダ１７は、データ作成部２４から送出された送信用データを記録する。

表示装置１８は、液晶ディスプレイや有機ＥＬディスプレイ等から構成され、データ作成部２４から送出された送信用データに含まれる推定結果やキャプチャ情報、付加情報を映像として表示する。

スピーカ１９は、状態推定ＥＣＵ１４からの制御信号に基づき、各種の警告音や音声を出力する。
シート振動装置２０は、状態推定ＥＣＵ１４からの制御信号に基づき、ドライバが座るシートを振動させる。

空調装置２１は、状態推定ＥＣＵ１４からの制御信号に基づき、車室外部から空気を導入してこれを加熱あるいは冷却して車室内に供給したり、車室内の空気を循環しながら空気を加熱あるいは冷却したりする。

データ送受信部２２は、センタ３０のデータ送受信部３２と通信を行う。
ここで特許請求の範囲に記載の用語との対応を示す。カメラ１１、投光器１２がセンシング手段に相当し、センシング情報記憶部１５がセンシング情報記憶手段に相当し、状態推定ＥＣＵ１４が状態推定手段、抽出手段および判断手段に相当し、キャプチャ情報記憶部１６がキャプチャ情報記憶手段およびデータ圧縮手段に相当し、情報取得部２３およびデータ作成部２４が制御手段に相当する。

［ドライバの眠気状態のレベルを判定するアルゴリズムの説明］
ドライバの眠気状態のレベルをリアルタイムに判定するアルゴリズムは、ドライバのさまざまな事象に基づいて算出される。例えば、瞬き回数（回／分）、閉眼時間率（秒／分）、開度（％）など多くのファクターを利用する。図２にドライバの顔画像を画像処理したときに得られる上下瞼間の距離の時間的推移を模式的に示す。波形の中で下に凸になっているところが瞬きを示す。この瞬きに関する情報には、瞬きに要する時間（閉じる−閉じている−開く）の情報や、半眼状態、瞬き回数など多くの情報が含まれる。眠気を推定するには、それらのファクターに、実験的に求めた重み付け係数を掛け合わせてレベルを算出する。例えば、眠気レベルＤを次の計算式（１）にて算出する。

眠気レベルＤ＝ａ×ｆ１＋ｂ×ｆ２＋ｃ×ｆ３…・・＋ｚ×ｆｎ・・・式（１）

また、図３に示すように、様々なファクターを加算して眠気レベルＤを用いる中で、どれか１つのファクターに大きな値が観測されると、それが眠気推定レベルを押し上げる。この眠気レベルＤはリアルタイム、または一定時間おき（例えば１分）に推定するが、その間は、本システムはセンシング情報記憶部１５に画像を一時記録している。つまり、眠気レベルＤ判定を行うまでの間は画像を内部的に記録保持しており、判定後は不要なデータ（後述）は消去（常に上書き）していく。

眠気レベルＤがある閾値を超えた時の、顕著な事象を眠気推定に至った因子として画像記録（含む画像圧縮）しておき、運行管理者に映像を送信したり、ドライブレコーダに記録したりする。図３の例では、ｆ２の数値が他に比べて優位に上昇しており、この状態が眠気レベルＤを高く算出したといえる。したがって、そのｆ２の数値が高くなったときのタイムスタンプからその画像を切り出す。ここでいうタイムスタンプがキャプチャ領域に相当する。

こうすることにより、眠気推定結果があくまでも推定にすぎない状態であっても、この推定をする上での顕著な事象が動かぬ証拠として残ることにより、ドライバの運転に対する緊張感を維持向上したり、運行管理者からの指令で休息をとったりするきっかけとなり、予防安全に貢献する。また、ドライバの顔画像を闇雲に記録送信することなく、眠気推定に最も寄与したファクターを抽出することで、メモリや送信データの効率化、および管理者の時間削減、また、その事象の証拠を残すことができる。

［センタ３０の構成の説明］
図１に示すように、センタ３０は、記憶部３１と、データ送受信部３２と、制御部３３と、表示装置３４と、を備える。

記憶部３１は、不揮発性メモリを有し、ドライバ管理装置１０からの顔画像などの各種データを記憶するのに利用される。
データ送受信部３２は、ドライバ管理装置１０のデータ送受信部２２と通信を行う。

表示装置３４は、液晶ディスプレイやＣＲＴ等から構成され、各種情報を映像として表示する。
制御部３３は、センタ３０の各部を制御する。また、制御部３３は、データ送受信部３２が受信した各種情報を記憶部３１に記憶したり表示装置３４に表示させたりする。

［ドライバ状態推定処理の説明］
次に、ドライバ管理装置１０が実行するドライバ状態推定処理を、図４のフローチャートを参照して説明する。この処理は、ドライバ管理装置１０の電源が投入された際に実行される。

まず、ドライバの顔画像を動画として取得する（Ｓ１１０）。具体的には、車内のメータ付近に設置した投光器１２でドライバの顔を照明し、その反射像をカメラ１１が撮像して情報処理ＥＣＵ１３に送り、情報処理ＥＣＵ１３が、カメラ１１から送られた画像を受け取る。

続いて、カメラ１１より入力された顔画像を画像処理する（Ｓ１２０）。具体的には、情報処理ＥＣＵ１３が、カメラ１１から受け取った撮影画像を分析し、画像中のドライバの顔位置を探索するとともに画像におけるドライバの顔部品を検出し、その検出した顔部品の中の眼の部分を確定した後、顔部品の中の瞼の部分の形状変化から瞬きの状態を検出する（図２参照）。そして、情報処理ＥＣＵ１３が、抽出した瞬きパターンを処理結果として状態推定ＥＣＵ１４に送出する。なお、撮像画像は情報処理ＥＣＵ１３を通して一時記憶のためにセンシング情報記憶部１５に送出される。

続いて、眠気レベルを判定する（Ｓ１３０）。具体的には、状態推定ＥＣＵ１４が、情報処理ＥＣＵ１３からの瞬きパターンに基づき、運転時の運転操作に影響を及ぼす可能性のある運転者の心身の状態を推定する（図３参照）。より具体的には、覚醒時の瞬き挙動と眠気を有する際の瞬き挙動には明らかに差があるので、その挙動変化に基づき、上述のアルゴリズムを用いて眠気レベルＤを判定する。眠気が発生するとともに変化する瞬き挙動には、例えば、遅い瞬きや半眼状態、などいくつか特徴的なものがある。それらの特徴と、ある定義に基づいた眠気指標との相関を実験的に求め数式化することで眠気レベルＤを判定する。なお、眠気レベルＤの区分方法はいくつか提案されているが、例えば、０：全く眠くなさそう、１：やや眠そう、２：眠そう、３：かなり眠そう、４：非常に眠そう、５：居眠り、など５段階程度に分類されることが多い。

続いて、状態推定ＥＣＵ１４が、眠気レベルＤの値が閾値Ｔｈよりも大きいか否かを判断する（Ｓ１４０）。具体的には、以上により求めた眠気レベルＤと、ドライバに対し何らかのアクションをすべきと考えて予め運行管理者などにより設定された閾値Ｔｈとを比較し、閾値Ｔｈを眠気レベルＤが超えていたら、数式の中でどんな瞬き特徴がその数値を押し上げたかを分析する。ここで、眠気レベルＤの値が閾値Ｔｈ以下であると判断した場合には（Ｓ１４０：ＮＯ）、Ｓ１１０に戻る。

一方、眠気レベルＤの値が閾値Ｔｈよりも大きいと判断した場合には（Ｓ１４０：ＹＥＳ）、状態推定ＥＣＵ１４が、判定寄与度を分析し、ファクターを抽出する（Ｓ１５０）。つまり、ドライバの眠くなるときの特異パターンが予め把握されている場合などは、眠気推定アルゴリズムをその個人にカスタマイズすることがあるが、その際には、Ｓ１５０のように、判定寄与度についてはそのドライバの関数に合わせてファクターを抽出する。また、推定結果の個人差解消のために、推定ロジックを途中で変更することがあり、重み付け係数が変化していくことがあるが、それに常に対応して寄与度分析を実施する。そして、数式の中でどんな瞬き特徴がその数値を押し上げたかを分析した結果が例えば、長い閉眼だったとしたら、それを端的に示す画像が記録された前後のタイムスタンプをキャプチャ領域として抽出する（Ｓ１６０）。そして、その抽出したキャプチャ領域に基づきセンシング記憶部１５から画像を取り出し、それをキャプチャ情報としてキャプチャ情報記憶部１６に記憶しておき、データ作成部２４が、そのキャプチャ情報を必要に応じてキャプチャ情報記憶部１６から読み出す（Ｓ１７０）。なお、その読み出したキャプチャ情報を、運行管理者にデータ送受信部２２を介して送信したり、ドライバレコーダ１７等に記録したりすることで、ドライバへの適度な緊張感保持を狙うが、画像記録容量やデータ配信上の制約からデータ量を削減したい場合がある。そのため、予め制限された容量に抑えられるように、キャプチャ情報記憶部１６が、必要に応じてキャプチャ情報に対して画像圧縮をかける（Ｓ１８０）。なお、画像圧縮の方法としては、次のような方法がある。（１）顔領域以外の背景の全域または一部領域を大幅に圧縮し、顔領域についてはそのままとする（図６（ａ）参照）。なお、ドライバの顔領域については、画像処理時にドライバの顔の外形線を識別可能とするために、ドライバの顔の周囲領域も含まれるように設定される。（２）顔領域以外の背景を完全に削除し、顔領域のみをそのまま切り取る（図６（ｂ）参照）。なお、顔領域以外の背景の一部を削除してもよい。（３）画像の圧縮率を、顔領域と顔領域以外とで変更する。具体的には、顔領域に対する圧縮率Ｂを顔領域以外に対する圧縮率Ａよりも小さくする（図６（ｃ）参照）。（４）顔領域以外の背景の全域または一部領域を黒色や白色などに単色化し、顔領域についてはそのままとする（図６（ｂ）参照）。また、特に制約がない場合にはこのような圧縮不要とする。さらに余裕があれば、タイムスタンプ前後で画像をカットするのではなく、そのシーンを含む５秒とかで一律にしても良い。そして、データ作成部２４が、その圧縮後のキャプチャ情報、推定結果および付加情報から送信用データを作成してセンタ３０に送信するとともに、ドライバレコーダ１７にも記録させる（Ｓ１９０）。

［画像記憶処理の説明］
次に、ドライバ管理装置１０が実行する画像記憶処理を、図５のフローチャートを参照して説明する。この処理は、ドライバ管理装置１０の電源が投入された際に、上述のドライバ状態推定処理からは独立して実行される。

まず、情報処理ＥＣＵ１３が、タイマーをリセットしスタートさせる（Ｓ２００）。続いて、情報処理ＥＣＵ１３が、タイマーをカウントアップさせる（Ｓ２１０）。さらに、センシング情報記憶部１５が、情報処理ＥＣＵ１３からの顔画像を記録する（Ｓ２２０）。そして、情報処理ＥＣＵ１３が、タイマーの値がＴｍａｘよりも大きいか否かを判断する（Ｓ２３０）。タイマーの値がＴｍａｘ以下であると判断した場合には（Ｓ２３０：ＮＯ）、Ｓ２１０に戻る。一方、タイマーの値がＴｍａｘよりも大きいと判断した場合には（Ｓ２３０：ＹＥＳ）、センシング情報記憶部１５が、記録する顔画像のうち最も古い顔画像を消去し（Ｓ２４０）、Ｓ２００に戻る。

なお、画像記憶処理を実行することにより、センシング情報記憶部１５の容量を超えて次々に新たな画像を取得することになるが、図９（ａ）の例１に示したように、その際はセンシング情報記憶部１５に格納されている古い画像をすべて廃棄し新しい画像を記録していくこととなる。または、図９（ｂ）の例２に示したように、センシング情報記憶部１５内の画像を１フレーム１フレームごとに上書き保存していくことでも良い。

なお、上述のドライバ状態推定処理および画像記憶処理については、ドライバ管理装置１０が通電状態である場合に実行可能である。例えば、車両が運転中である場合だけでなく、運転開始前においても実行してもよい。また、ドライバの操作によって実行を開始してもよいし、ドアロックが解除されたときや、ドアが開閉したとき、ドライバが運転席に着座したとき、イグニッションがオンされたときなどに、実行を開始してもよい。

［第一実施形態の効果］
（１）このように第一実施形態の運行管理システム１によれば、次のような作用効果を奏する。すなわち、ドライバ管理装置１０が実行するドライバ状態推定処理において、ドライバの顔画像を動画として取得し（Ｓ１１０）、取得した顔画像を画像処理する（Ｓ１２０）、続いて、その画像処理後の顔画像に基づいてドライバの眠気レベルＤを判定する（Ｓ１３０）。眠気レベルＤの値が閾値Ｔｈよりも大きいと判断した場合には（Ｓ１４０：ＹＥＳ）、状態推定ＥＣＵ１４が、判定寄与度を分析し、ファクターを抽出する（Ｓ１５０）。そして、どの瞬き特徴がその数値を押し上げたかを分析した結果が例えば、長い閉眼だったとしたら、それを端的に示す画像が記録された前後のタイムスタンプをキャプチャ領域として抽出し（Ｓ１６０）、その抽出したキャプチャ領域に対応する画像をキャプチャ情報として記憶しておき、必要に応じて読み出す（Ｓ１７０）。さらに、その読み出した画像について、予め制限された容量に抑えられるように、必要により画像圧縮をかけ（Ｓ１８０）、その圧縮後のキャプチャ情報、推定結果および付加情報から送信用データを作成してセンタ３０に送信するとともに、ドライバレコーダ１７にも記録させる（Ｓ１９０）。一方、センタ３０では、受け取った画像を記憶部３１に記憶したり表示装置３４に表示させたりする。

したがって、センタ３０の運行管理者が、ドライバの状態について、ドライバ管理装置１０による推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

また、仮に電波障害などにより、センシング情報に基づくドライバの状態の推定結果およびキャプチャ情報をセンタに送信できないことや、センタに届かないことがあっても、例えば車両の運行終了後に推定結果およびキャプチャ情報をセンタが回収し、センタ３０の管理者が、ドライバの状態について、その回収したドライバ管理装置１０による推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

（２）また、第一実施形態のドライバ管理装置１０によれば、予め制限された容量に抑えられるように、必要により画像圧縮をかけ（Ｓ１８０）、圧縮後の画像をセンタ３０に送信するので、目視によるドライバ状態の推定に不可欠な顔領域の画質劣化を抑えつつ、キャプチャ情報のデータ量を小さくすることができる。また、データ作成部２４による推定結果およびキャプチャ情報の送信時の負荷を軽減することができる。

（３）また、第一実施形態のドライバ管理装置１０によれば、ドライバ状態推定処理のＳ１２０において、カメラ１１から受け取った撮影画像を分析し、画像中のドライバの顔位置を探索するとともに画像におけるドライバの顔部品を検出し、その検出した顔部品の中の眼の部分を確定した後、顔部品の中の瞼の部分の形状変化から瞬きの状態を検出し、さらに、情報処理ＥＣＵ１３が、検出した瞬きの状態からドライバの瞬きパターンを抽出する（図２参照）。つまり、上述の顔画像からドライバの状態を表す部分を抽出するよう編集または加工し、その編集または加工後の情報をセンタ３０に送信する。このことにより、編集・加工後の情報を取得したセンタ３０がその情報を報知することで、運行管理者が、車両のドライバの状態をより適切に判断することができる。

（４）また、第一実施形態のドライバ管理装置１０によれば、推定結果およびキャプチャ情報をセンタ３０へ送信したりドライブレコーダに記録したりする際には、情報取得部２３から送出された「付加情報」があれば、この付加情報も加えてセンタ３０へ送信したりドライブレコーダに記録したりする。このことにより、センタ３０の管理者が、ドライバの状態について、ドライバ管理装置１０による推定結果およびキャプチャ情報に加えて付加情報を考慮して総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。
［第二実施形態］
図７は第二実施形態の運行管理システム２の概略構成を示すブロック図である。

以下に、ドライバの心電やドライバの血圧、ドライバの脈波、ドライバの呼吸状態などをセンシングする例について説明する。
図７に示すように、本実施形態の運行管理システム２では、ドライバ管理装置４０が、生体情報取得部２５と、情報処理ＥＣＵ１３と、状態推定ＥＣＵ１４と、センシング情報記憶部１５と、キャプチャ情報記憶部１６と、ドライブレコーダ１７と、表示装置１８と、スピーカ１９と、シート振動装置２０と、空調装置２１と、データ送受信部２２と、情報取得部２３と、データ作成部２４と、を備える。

このうち生体情報取得部２５は、ドライバの生体情報を取得し、その取得した生体情報からドライバの状態をセンシングする。なお、ドライバの生体情報の具体例としては、ドライバの心電を示す情報、血圧を示す情報、脈波を示す情報、呼吸状態を示す情報などが挙げられ、生体情報取得部２５が、ドライバの生体情報として、ドライバの心電を示す情報、血圧を示す情報、脈波を示す情報、呼吸状態を示す情報のうちの少なくとも一つを取得する。また、情報処理ＥＣＵ１３は、生体情報取得部２５から受け取った生体情報を分析し、その処理結果を、状態推定ＥＣＵ１４に送出するとともに、センシングした生体情報を情報処理ＥＣＵ１３を通してセンシング情報記憶部１５に送出する。さらに、状態推定ＥＣＵ１４は、情報処理ＥＣＵ１３からの処理結果に基づき、運転時の運転操作に影響を及ぼすような運転者の心身の状態を推定し、推定する上で大きな要因となった事象が存在する部分を処理結果からキャプチャ領域として抽出し、キャプチャ情報記憶部１６に送出する。キャプチャ情報記憶部１６は、状態推定ＥＣＵ１４による抽出結果に基づき、センシング情報記憶部１５からキャプチャ情報を取り出して記憶する。

また、データ作成部２４は、状態推定ＥＣＵ１４から送出された「推定結果」、およびキャプチャ情報記憶部１６から送出された「キャプチャ情報」を用いてセンタ３０に送出するための送信用データを作成する。なおこの場合、情報取得部２３から送出された「付加情報」があれば、この付加情報も加えて送信用データを作成する。そして、データ作成部２４は、作成した送信用データをデータ送受信部２２を介してセンタ３０に送出する。なお、推定結果に基づきドライバの状態に問題がない場合には推定結果のみをセンタ３０に送出し、ドライバの状態に問題がある場合には推定結果およびキャプチャ情報をセンタ３０に送出するようにしてもよい。また、データ作成部２４は、ドライブレコーダ１７および表示装置１８へも送信用データを送出する。

このようにすれば、センタ３０の管理者が、ドライバの状態について、ドライバ管理装置４０による心電や血圧、脈波、呼吸状態に基づく推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。
［第三実施形態］
図８は第三実施形態の運行管理システム３の概略構成を示すブロック図である。

以下に、ドライバの心電やドライバの血圧、ドライバの脈波、ドライバの呼吸状態などをセンシングするとともに、ドライバの顔画像からキャプチャ情報を抽出する例について説明する。

図８に示すように、本実施形態の運行管理システム３では、ドライバ管理装置５０が、カメラ１１と、投光器１２と、生体情報取得部２５と、情報処理ＥＣＵ１３と、状態推定ＥＣＵ１４と、センシング情報記憶部１５と、顔画像記憶部２６と、キャプチャ情報記憶部１６と、ドライブレコーダ１７と、表示装置１８と、スピーカ１９と、シート振動装置２０と、空調装置２１と、データ送受信部２２と、情報取得部２３と、データ作成部２４と、を備える。

このうち生体情報取得部２５は、ドライバの生体情報を取得し、その取得した生体情報からドライバの状態をセンシングする。なお、ドライバの生体情報の具体例としては、ドライバの心電を示す情報、血圧を示す情報、脈波を示す情報、呼吸状態を示す情報などが挙げられ、生体情報取得部２５が、ドライバの生体情報として、ドライバの心電を示す情報、血圧を示す情報、脈波を示す情報、呼吸状態を示す情報のうちの少なくとも一つを取得する。

また、カメラ１１は、ドライバの顔画像を取得し、情報処理ＥＣＵ１３を介して、その取得した顔画像を一時記憶のために顔画像記憶部２６に送出する。
また、情報処理ＥＣＵ１３は、生体情報取得部２５から受け取った生体情報を分析し、その処理結果を、状態推定ＥＣＵ１４に送出する。また、生体情報取得部２５は情報処理ＥＣＵ１３を介して、その生体情報を一時記憶のためにセンシング情報記憶部１５に送出する。

また、顔画像記憶部２６は、カメラ１１から送出された顔画像を一時的に記憶するのに利用される。
さらに、状態推定ＥＣＵ１４は、情報処理ＥＣＵ１３からの処理結果に基づき、運転時の運転操作に影響を及ぼすような運転者の心身の状態を推定し、推定する上で大きな要因となった事象が存在する部分をキャプチャ領域として抽出する。キャプチャ情報記憶部１６は、状態推定ＥＣＵ１４が検出したキャプチャ領域抽出結果に基づきセンシング情報記憶部１５が記憶するセンシング情報または顔画像記憶部２６が記憶する顔画像の少なくとも一方からキャプチャ情報を抽出し、その抽出したキャプチャ情報を記憶する。

また、データ作成部２４は、状態推定ＥＣＵ１４から送出された「推定結果」、およびキャプチャ情報記憶部１６から送出された「キャプチャ情報」を用いてセンタ３０に送出するための送信用データを作成する。なおこの場合、情報取得部２３から送出された「付加情報」があれば、この付加情報も加えて送信用データを作成する。そして、データ作成部２４は、作成した送信用データをデータ送受信部２２を介してセンタ３０に送出する。なお、推定結果に基づきドライバの状態に問題がない場合には推定結果のみをセンタ３０に送出し、ドライバの状態に問題がある場合には推定結果およびキャプチャ情報をセンタ３０に送出するようにしてもよい。また、データ作成部２４は、ドライブレコーダ１７および表示装置１８へも送信用データを送出する。

このように構成された本発明のドライバ管理装置によれば、センタの管理者が、ドライバの状態について、ドライバ管理装置による推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

また、仮に電波障害などにより、センシング情報に基づくドライバの状態の推定結果およびキャプチャ情報をセンタに送信できないことや、センタに届かないことがあっても、例えば車両の運行終了後に推定結果およびキャプチャ情報をセンタが回収し、センタ３０の管理者が、ドライバの状態について、その回収したドライバ管理装置１０による推定結果およびキャプチャ情報を考慮した総合的な判断を行うことができ、車両のドライバの状態をより適切に判断することができるとともに、ドライバ管理や今後のドライバ教育等に活用することができる。

［他の実施形態］
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、以下のような様々な態様にて実施することが可能である。

（１）上記実施形態では、ドライバ状態推定処理のＳ１１０において、ドライバの顔画像を動画として取得しているが、記録または画像配信するのは必ずしも動画である必要はなく、運行管理者があとで目視確認した際に、そのときのドライバの状態が理解できるものであればよい。例えば静止画でもよいし、複数の静止画でも良い。瞬きの状態を示すには動画が良いのは言うまでもないが、例えば、首の筋肉が弛緩して居眠りをしてしまっている状態などは静止画でも良い。また、連続する複数の静止画でもよい。

（２）また、上記実施形態のドライバ状態推定処理のように、１分間に１回の判定の場合、眠気を示す事象が途中で起きても、判定タイミングを待つことになるが、瞬眠状態など緊急性を要すると眠気推定アルゴリズムが判定した場合は、都度、画像を切り出して運行管理者に送信するなど、リアルタイム性を持たせるのも有効である。

（３）また、上記実施形態のドライバ状態推定処理において、複数の事象が絡み合って眠気であると推定した場合は複数の画像をキャプチャして送信しても良い。なお、キャプチャする画像の時間については、事象により時間が異なるので、同じ事象が何度も出現した場合はその中の代表的なものを選定すればよい。

（４）また、ドライバが、記録された映像を自ら確認することができるようにしても良い。また、個人情報保護の観点から、画像を送信したり記録したりすることに対してドライバに拒否権を与えても良い。つまり、ドライバが同意する場合には、画像送信や画像記録を行い、ドライバが同意しない場合には、画像送信や画像記録を行わないようにするのである。なお、このようなドライバの意向の確認については、予め行っておいてもよいし、定期的に行うようにしてもよいし、画像送信や画像記録を行う際に行うようにしてもよい。その場合、運行管理者がそのことを知るために、ドライバによる画像の確認や削除等の記録が残るようにすると好ましい。また、画像が記録された後に、ドライバがその記録内容を確認しながら削除するか否かを判断できるようにしてもよい。

（５）また、上記実施形態のドライバ状態推定処理において、閾値Ｔｈは途中で変更しても良いし、複数の閾値Ｔｈを設定しても良い。なお、データ送受信部２２を通じてリモートで変更もできる。

（６）また、上記実施形態では、眠気を例に説明したが、それ以外にも脇見運転や、酪酊状態、疲労状態など、特に検出対象は限定しない。ドライバの不安全な状態または体調不良など等であってもよい。また画像以外の例として、心電、心拍、脈波などでもよく、何かをモニタしていて異常などが予想されたら、それを端的に示す代表的な画像や信号を抽出し、送るということでも同様である。

（７）また、上記実施形態では、ドライバの顔画像を用いてドライバの状態を推定しているが、これには限られず、例えば、ドライバの姿画像や、ドライバの心電、ドライバの血圧、ドライバの脈波、ドライバの呼吸状態、ドライバの特徴ある操作、ドライバの特徴あるしぐさなどを用いてドライバの状態を推定してもよい。また、ドライバの顔画像ついては、上記実施形態の瞬きの他に、表情、顔に手を持っていくしぐさなどを用いてドライバの状態を推定してもよい。また、ドライバの姿画像についてはドライバの座り方などを用いてドライバの状態を推定するといった具合である。

（８）また、上記実施形態のドライバ状態推定処理のＳ１５０では、「ドライバに眠気があること」を、ドライバの状態の推定結果がセンシング情報をセンタ３０へ知らせるべきと判断するための報告条件としており、より具体的には「眠気レベルＤの値が閾値Ｔｈよりも大きいこと」を報告条件としているが、これには限られず、例えば、ドライバが脇見運転を行っていることや、ドライバが酪酊状態であること、ドライバが疲労状態であること、推定結果およびキャプチャ情報を送信するようセンタから要請があること、推定結果およびキャプチャ情報をドライバ自らがセンタへ送信したい意向であること、車両の周囲の状況に基づいて推定結果およびキャプチャ情報をセンタへ送信することが望ましいと判断されること、ドライバの生体リズムに基づいて推定結果およびキャプチャ情報をセンタへ送信することが望ましいと判断されること、現在の時刻が、推定結果およびキャプチャ情報をセンタへ送信することが予め設定された時刻であること、車両の現在位置が、推定結果およびキャプチャ情報をセンタへ送信することが予め設定された地点であること、などを報告条件としてもよい。

なお、車両の周囲の状況としては、発車時や渋滞時、高速道路へ進入した際、昼や夜などの時間帯、などが挙げられる。また、生体リズムについては、ドライバの生活パターンに応じたサーカディアンリズムやサーカセミディアンリズム等、と運行状況を考慮して設定されることが考えられる。また、推定結果およびキャプチャ情報をセンタへ送信することが予め設定された時刻については、所定時間ごとや所定距離ごとに設定されることが考えられる。また、推定結果およびキャプチャ情報をセンタへ送信することが予め設定された地点については、例えば毎回決まった区間を運行している定期便などの場合に、センタの管理者がチェックポイントとして設定し、そのチェックポイントを通った時間やそのときの道路環境、ドライバ状態をモニタしたい場合があるために有効である。なお、予め設定された地点についてはＧＰＳやＤＳＲＣ（ＥＴＣ）などで検出することが考えられる。

なお、眠気レベルが閾値Ｔｈを超えていない状態で、例えばセンタ３０側からのリクエストによりその時点の推定結果およびキャプチャ情報を送出する必要が生じるときがある。したがって、キャプチャ領域の抽出は、眠気レベルＤが閾値Ｔｈ以下であっても、常に、そのドライバの状態を端的に示す部分を抽出するようにすると良い。

（９）なお、眠気レベルＤの判定において、瞬き回数のファクターが支配的となって眠気レベルＤが押し上げられた場合、切り取る画像の選択条件を眠気レベルＤの値によって変更する。つまり、瞬き回数（瞬きの間隔）は、眠気レベルＤと正の相関を持っているわけではなく、眠気レベルＤによって回数が増加したり減少したりする関係が統計的に明らかになっている。したがって、その眠気レベルＤに最も合致した特徴を抽出してセンタ３０に送信するよう選択すると効果的である。

（１０）上記実施形態では画像に対する圧縮処理の例について説明したが、心電波形等の生体センシング情報に対しても同様の圧縮処理はデータ容量低減に効果的である。

第一実施形態のドライバ管理システムの概略構成を示すブロック図である。 ドライバの顔画像を画像処理したときに得られる上下瞼間の距離の時間的推移を模式的に示す説明図である。 眠気レベルＤを推定した推定結果を説明する説明図である。 ドライバ状態推定処理を示すフローチャートである。 画像記憶処理を示すフローチャートである。 顔画像圧縮を説明する説明図である。 第二実施形態のドライバ管理システムの概略構成を示すブロック図である。 第三実施形態のドライバ管理システムの概略構成を示すブロック図である。 （ａ）は画像記憶処理を説明する説明図（１）であり、（ｂ）は画像記憶処理を説明する説明図（２）である。

符号の説明

１，２，３…運行管理システム、１０，４０，５０…ドライバ管理装置、１１…カメラ、１２…投光器、１３…情報処理ＥＣＵ、１４…状態推定ＥＣＵ、１５…センシング情報記憶部、１６…キャプチャ情報記憶部、１７…ドライブレコーダ、１８…表示装置、１９…スピーカ、２０…シート振動装置、２１…空調装置、２２，３２…データ送受信部、２３…情報取得部、２４…データ作成部、２５…生体情報取得部、２６…顔画像記憶部、３０…センタ、３１…記憶部、３３…制御部、３４…表示装置

Claims (43)

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. 請求項２５または請求項２６に記載のドライバ管理装置において、
    前記データ圧縮手段は、前記キャプチャ情報に画像が含まれる場合に、その画像からドライバの顔領域以外を判別し、その判別した顔領域以外の全域または一部領域を単色化することを特徴とするドライバ管理装置。
30. 請求項２５または請求項２６に記載のドライバ管理装置において、
    前記データ圧縮手段は、前記キャプチャ情報に画像が含まれる場合に、その画像からドライバの顔領域を判別し、その判別した顔領域と顔領域以外とでその圧縮率を変更することを特徴とするドライバ管理装置。
31. 請求項１〜請求項３０の何れかに記載のドライバ管理装置において、
    前記キャプチャ領域とは、前記ドライバの状態を推定する上で大きな要因となった事象が存在する部分であることを特徴とするドライバ管理装置。
32. 請求項１〜請求項３１の何れかに記載のドライバ管理装置において、
    前記報告条件には、前記ドライバに眠気があることが含まれることを特徴とするドライバ管理装置。
33. 請求項１〜請求項３２の何れかに記載のドライバ管理装置において、
    前記報告条件には、前記ドライバが脇見運転を行っていることが含まれることを特徴とするドライバ管理装置。
34. 請求項１〜請求項３３の何れかに記載のドライバ管理装置において、
    前記報告条件には、前記ドライバが酪酊状態であることが含まれることを特徴とするドライバ管理装置。
35. 請求項１〜請求項３４の何れかに記載のドライバ管理装置において、
    前記報告条件には、前記ドライバが疲労状態であることが含まれることを特徴とするドライバ管理装置。
36. 請求項１〜請求項３５の何れかに記載のドライバ管理装置において、
    前記報告条件には、前記推定結果および前記キャプチャ情報を送信するよう前記センタから要請があることが含まれることを特徴とするドライバ管理装置。
37. 請求項１〜請求項３６の何れかに記載のドライバ管理装置において、
    前記報告条件には、前記推定結果および前記キャプチャ情報を前記ドライバ自らが前記センタへ送信したい意向であることが含まれることを特徴とするドライバ管理装置。
38. 請求項１〜請求項３７の何れかに記載のドライバ管理装置において、
    前記報告条件には、前記車両の周囲の状況に基づき、前記推定結果および前記キャプチャ情報を前記センタへ送信することが望ましいと判断されることが含まれることを特徴とするドライバ管理装置。
39. 請求項１〜請求項３８の何れかに記載のドライバ管理装置において、
    前記報告条件には、前記ドライバの生体リズムに基づき、前記推定結果および前記キャプチャ情報を前記センタへ送信することが望ましいと判断されることが含まれることを特徴とするドライバ管理装置。
40. 請求項１〜請求項３９の何れかに記載のドライバ管理装置において、
    前記報告条件には、現在の時刻が、前記推定結果および前記キャプチャ情報を前記センタへ送信することが予め設定された時刻であることが含まれることを特徴とするドライバ管理装置。
41. 請求項１〜請求項４０の何れかに記載のドライバ管理装置において、
    前記報告条件には、前記車両の現在位置が、前記推定結果および前記キャプチャ情報を前記センタへ送信することが予め設定された地点であることが含まれることを特徴とするドライバ管理装置。
42. センタと、請求項１〜請求項４１の何れかに記載のドライバ管理装置と、を備え、前記センタと前記ドライバ管理装置との間で、各種データの授受を可能に構成されている、車両の運行を管理する運行管理システムであって、
    前記センタは、前記ドライバ管理装置から提供された情報を受け取る入力手段と、前記入力手段が受け取った情報を記憶する記憶手段と、を備えることを特徴とする運行管理システム。
43. 請求項４２に記載の運行管理システムにおいて、
    前記センタは、さらに、前記記憶手段が記憶する情報を読み出して報知する報知手段を備えることを特徴とする運行管理システム。