(57)【要約】【課題】運転者の顔の向きなどを検出して運転者の安全確認行動を評価する運転評価装置において、いわゆる「顔未検出状況」が生じても、適切に対処することができる運転評価装置を提供すること。【解決手段】車載機１０に配備されたドライバモニタリング部２０から送られてくるデータに基づいて、運転者の運転を評価する運転評価装置において、車載機１０の顔検出部から、所定期間を超えて顔が未検出状況にあるという顔未検出の報知信号が発信されると、この報知信号を検出する報知信号検出部５９Ａと、顔未検出状況を記憶する検出データ蓄積部６１とを装備する。【選択図】図９
2019159983.tif 000002
【特許請求の範囲】
【請求項１】
車載機に配備された検出部から送られてくるデータに基づいて、運転者の運転を評価する運転評価装置であって、
前記車載機の顔検出部から、所定期間を超えて顔が未検出状況にあるという顔未検出の報知信号が発信されると、該報知信号を検出する報知信号検出部と、
前記顔未検出状況を記憶する検出データ蓄積部と、
を備えていることを特徴とする運転評価装置。
【請求項２】
前記報知信号受信の後、さらに前記車載機による運転復帰促進処理後のアラート信号を前記車載機側から受信すると、当該状況を事業者端末に送信処理すると共に、前記検出データ蓄積部に記憶することを特徴とする請求項1記載の運転評価装置。
【請求項３】
前記顔未検出状況を運転評価項目とはしない運転評価中止部を備えていることを特徴とする請求項１又は請求項２記載の運転評価装置。
【請求項４】
前記所定期間が１０〜２０秒間の間で設定可能となっていること特徴とする請求項１〜３のいずれかの項に記載の運転評価装置。
【請求項５】
請求項１〜４のいずれかの項に記載の運転評価装置に接続され、該運転評価装置に検出データを送信する車載機であって、前記顔検出部における顔未検出状況をカウントし、前記所定期間の経過を判断すると、顔未検出の報知信号を前記運転評価装置側に送信することを特徴とする車載機。
【請求項６】
前記顔未検出の報知信号を送信した後、運転者に運転復帰を促す運転復帰促進処理を実施することを特徴とする請求項５記載の車載機。
【請求項７】
前記運転復帰促進処理の後、運転者の復帰を判断し、運転者の運転復帰が確認されない場合には、アラート信号を前記運転評価装置側に送信することを特徴とする請求項６記載の車載機。
【請求項８】
顔検出部から顔未検出の報知信号を受信したか否かを判断する工程、
顔未検出の報知信号を前記顔検出部から受信したと判断すると、検出データ蓄積部に顔未検出の報知信号の受信を記憶する工程、
車載機側からアラート信号を受信したか否かを判断する工程、
車載機側からアラート信号を受信したと判断すると、事業者端末にアラート信号を送信する工程、
検出データ蓄積部にアラート信号受信を記憶する工程、
運転評価処理の中止信号を運転評価中止部に送信する工程、
を含んでいることを特徴とする運転評価方法。
【請求項９】
車載機に配備された検出部から送られてくるデータに基づいて、運転者の運転評価を行う処理を少なくとも１つのコンピュータに実行させるためのコンピュータプログラムであって、
前記少なくとも１つのコンピュータに、
顔検出部から顔未検出の報知信号を受信したか否かを判断するステップと、
顔未検出の報知信号を前記顔検出部から受信したと判断すると、検出データ蓄積部に顔未検出の報知信号の受信を記憶するステップと、
車載機側からアラート信号を受信したか否かを判断するステップと、
車載機側からアラート信号を受信したと判断すると、事業者端末にアラート信号を送信するステップと、
検出データ蓄積部にアラート信号受信を記憶するステップと、
運転評価処理の中止信号を運転評価中止部に送信するステップと、
を実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運転評価装置、特に各種の事業を営む事業者が管理する車両を運転する運転者に対する運転評価装置、車載機、運転評価方法、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
下記の特許文献１には、運転者の安全確認行動が適切になされているかどうかを診断する安全確認診断システムが開示されている。
特許文献１記載の安全確認診断システムは、運転者の顔を撮影するカメラと、運転者の顔の画像データに基づいて運転者の顔の向きを検出する顔向き検出部と、車両の運転シーンを検出する運転シーン検出部と、運転シーンを評価基準の異なる評価区間に分割する評価区間分割部と、運転者の顔の向きと車両の運転シーンの評価区間とに基づいて運転者の安全確認行動を評価する安全確認行動評価部とを備えて構成されている。
【０００３】
特許文献１記載の安全確認診断システムによれば、車両の運転シーンを評価区間に分割して細かく検出することができると共に、安全確認行動を高精度に診断することができ、また、視線検出装置を用いないので、製造コストを低減することができる、としている。
【０００４】
［発明が解決しようとする課題］
特許文献１記載の安全確認診断システムでは、運転者の顔の向きと車両の運転シーンの評価区間とに基づいて運転者の安全確認行動を評価しており、いつも運転者の顔の向きが検出可能であることが前提となっている。運転者の顔の向きが検出不能である場合のことは記載されていない。
【０００５】
しかしながら、実際の走行中には、運転者の顔を撮影するカメラの画角がかなり広くても、運転者の顔が画面から消えてしまい、顔の向きを検出できない状況もよく起こり得る。特許文献１記載の安全確認診断システムでは、このように、よく起こり得る、いわゆる「顔未検出状況」が想定されておらず、このため、かかる状況の場合には、適切に対処することができていないといった課題があった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１７−１５１６９４号公報
【発明の概要】
【課題を解決するための手段及びその効果】
【０００７】
本発明は上記課題に鑑みなされたものであって、運転者の顔の向きなどを検出して運転者の安全確認行動を評価するようなシステムにおいて、いわゆる「顔未検出状況」が生じても、適切に対処することができる運転評価装置、車載機、運転評価方法、及びコンピュータプログラムを提供することを目的としている。
【０００８】
上記目的を達成するために、本開示に係る運転評価装置（１）は、車載機に配備された検出部から送られてくるデータに基づいて、運転者の運転を評価する運転評価装置であって、
前記車載機の顔検出部から、所定期間を超えて顔が未検出状況にあるという顔未検出の報知信号が発信されると、該報知信号を検出する報知信号検出部と、
前記顔未検出状況を記憶する検出データ蓄積部と、
を備えていることを特徴としている。
【０００９】
上記運転評価装置（１）によれば、前記所定期間を超えて顔が未検出状況にあるという報知信号を前記車載機の顔検出部から受信することができるので、その後、運転評価装置側の判断による適切な対処が可能となる。
【００１０】
また、本開示に係る運転評価装置（２）は、上記運転評価装置（１）において、前記報知信号受信の後、さらに前記車載機による運転復帰促進処理後のアラート信号を前記車載機側から受信すると、当該状況を事業者端末に送信処理すると共に、前記検出データ蓄積部に記憶することを特徴としている。
【００１１】
上記運転評価装置（２）によれば、前記報知信号よりも、おそらくはさらに緊急性を要すると思われる運転復帰促進処理後のアラート信号を受信することができるので、その後、運転評価装置側の判断による適切な対処が可能となる。また、当該状況を事業者端末に送信処理するので、事業者側における対応も促すことができる。
【００１２】
また、本開示に係る運転評価装置（３）は、上記運転評価装置（１）又は（２）において、前記顔未検出状況を運転評価項目とはしない運転評価中止部を備えていることを特徴としている。
【００１３】
顔の未検出状況は、通常は運転者が急病の発生により倒れ込んだなどの状況が考えられ、運転者の運転を評価している場合ではない状況が多いと考えられる。上記運転評価装置（３）によれば、無駄な運転評価処理をなくすことができ、運転評価のソフト的処理負担を軽減することができる。
【００１４】
また、本開示に係る運転評価装置（４）は、上記運転評価装置（１）〜（３）のいずれかにおいて、前記所定期間が１０〜２０秒間の間で設定可能となっていること特徴としている。
【００１５】
大型車両を運転する場合、右折時など、安全確認を十分にしようとすれば、窓から身を乗り出して運転しなければいけないことも多い。このような状況では、一時的な顔の未検出状況はよく発生し得る。従って、所定期間が１０秒よりも短いと、大型車両における右折確認時の正常な首振り時における瞬間的な顔の未検出状況まで、「顔未検出」として扱ってしまう虞がある。他方、この様な安全確認状況においても、２０秒を超えて顔の未検出状況が継続することは考えにくい。また、２０秒よりも長く設定してしまうと、急病の発生による「顔未検出」の場合など、その後の急を要する対応に問題を生じさせる虞もある。上記運転評価装置（４）によれば、前記所定期間を１０〜２０秒間の間で設定できるようにすることにより、上記安全確認状況における不都合の発生をなくすことができる。
【００１６】
また、本開示に係る車載機（１）は、上記運転評価装置（１）〜（４）のいずれかの運転評価装置に接続され、該運転評価装置に検出データを送信する車載機であって、前記顔検出部における顔未検出状況をカウントし、前記所定期間の経過を判断すると、顔未検出の報知信号を前記運転評価装置側に送信することを特徴としている。
【００１７】
上記車載機（１）によれば、前記所定期間を超えて顔が未検出状況にあるという報知信号を前記運転評価装置側に送信することができるので、その後、運転評価装置側の判断による適切な対処を可能とすることができる。
【００１８】
また、本開示に係る車載機（２）は、上記車載機（１）において、前記顔未検出の報知信号を送信した後、運転者に運転復帰を促す運転復帰促進処理を実施することを特徴としている。
【００１９】
上記車載機（２）によれば、前記アラート信号を発する前に、運転者に運転復帰を促すことが可能となる。また、「顔未検出」の状況には、ドライバカメラの前に障害物が置かれていたり、ドライバカメラがカバーで覆われてしまっているような場合もよくあり、運転者に運転復帰を促すことにより、このような状況を運転者に気付かせ、「顔未検出」の状況からの復帰を図ることができる。
【００２０】
また、本開示に係る車載機（３）は、上記車載機（２）において、前記運転復帰促進処理の後、運転者の復帰を判断し、運転者の運転復帰が確認されない場合には、アラート信号を前記運転評価装置側に送信することを特徴としている。
【００２１】
上記車載機（３）によれば、ドライバカメラの向きの不良、急病の発生による「顔未検出」の場合など、その後の急な対応を要する場合の対応が可能となる。
【００２２】
また、本開示に係る運転評価方法（１）は、顔検出部から顔未検出の報知信号を受信したか否かを判断する工程、
顔未検出の報知信号を前記顔検出部から受信したと判断すると、検出データ蓄積部に顔未検出の報知信号の受信を記憶する工程、
車載機側からアラート信号を受信したか否かを判断する工程、
車載機側からアラート信号を受信したと判断すると、事業者端末にアラート信号を送信する工程、
検出データ蓄積部にアラート信号受信を記憶する工程、
運転評価処理の中止信号を運転評価中止部に送信する工程、
を含んでいることを特徴としている。
【００２３】
上記運転評価方法（１）によれば、前記所定期間を超えて顔が未検出状況にあるという報知信号を前記車載機の顔検出部から受信することができるので、その後、運転評価装置側の判断による適切な対処が可能となる。
また、前記報知信号よりも、おそらくはさらに緊急性を要すると思われるアラート信号を受信することができるので、その後、運転評価装置側の判断による適切な対処が可能となる。また、当該状況を事業者端末に送信処理するので、事業者側における対応も促すことができる。
また、顔の未検出状況は、通常は運転者が急病の発生により倒れ込んだなどの状況が考えられ、運転者の運転を評価している場合ではない状況が多いと考えられる。無駄な運転評価処理をなくすことができ、運転評価のソフト的処理負担を軽減することができる。
【００２４】
また、本開示に係るコンピュータプログラム（１）は、車載機に配備された検出部から送られてくるデータに基づいて、運転者の運転評価を行う処理を少なくとも１つのコンピュータに実行させるためのコンピュータプログラムであって、
前記少なくとも１つのコンピュータに、
顔検出部から顔未検出の報知信号を受信したか否かを判断するステップと、
顔未検出の報知信号を前記顔検出部から受信したと判断すると、検出データ蓄積部に顔未検出の報知信号の受信を記憶するステップと、
車載機側からアラート信号を受信したか否かを判断するステップと、
車載機側からアラート信号を受信したと判断すると、事業者端末にアラート信号を送信するステップと、
検出データ蓄積部にアラート信号受信を記憶するステップと、
運転評価処理の中止信号を運転評価中止部に送信するステップと、
を実行させることを特徴としている。
【００２５】
上記コンピュータプログラム（１）によれば、無駄な運転評価処理をなくすことができ、運転評価のソフト的処理負担を軽減することができる。
【図面の簡単な説明】
【００２６】
【図１】実施の形態に係る運転評価システムの概略構成を示す模式図である。
【図２】実施の形態に係る運転評価システムを構成する車載機の要部を概略的に示すハード構成ブロック図である。
【図３】車載機からサーバ装置に送信される検出データの構造の一例を示すデータ構造図である。
【図４】実施の形態に係る運転評価システムを構成するサーバ装置のハード構成及び部分的機能構成を示すブロック図である。
【図５】検出データ蓄積部に蓄積される検出データファイルの構造の一例を示すデータ構造図である。
【図６】評価テーブル記憶部に記憶される評価テーブルの構造の一例を示すデータ構造図である。
【図７】評価データ記憶部に記憶されている評価データファイルの構造の一例を示すデータ構造図である。
【図８】実施の形態に係るサーバ装置の機能構成を示すブロック図である。
【図９】実施の形態に係るサーバ装置が備えた他の機能構成を示すブロック図である。
【図１０】実施の形態に係る車載機のドライバモニタリング部が行う処理動作を示すフローチャートである。
【図１１】実施の形態に係る車載機の制御部が行う処理動作を示すフローチャートである。
【図１２】実施の形態に係る車載機の制御部が行う処理動作を示すフローチャートである。
【図１３】実施の形態に係るサーバ装置の中央処理演算装置が行う処理動作の一例を示すフローチャートである。
【図１４】実施の形態に係るサーバ装置の中央処理演算装置が行う処理動作の他の一例を示すフローチャートである。
【図１５】実施の形態に係る運転評価装置における運転評価項目の一例を示す図である。
【発明を実施するための形態】
【００２７】
以下、本発明に係る運転評価装置、車載機、運転評価システム、運転評価方法、及びコンピュータプログラムの実施の形態を図面に基づいて説明する。
【００２８】
［適用例］
図１は、実施の形態に係る車載機、運転評価装置を含む運転評価システムを示す概略構成図である。
運転評価システム１は、車両２に乗車している運転者３の安全確認動作を評価するためのシステムであって、少なくとも１台の車両２に搭載された車載機１０と、各車載機１０で取得されたデータを処理する少なくとも１台のサーバ装置４０とを含んで構成されている。本実施の形態では、サーバ装置４０が、「運転評価装置」の一例を構成している。
【００２９】
車載機１０が搭載される車両２は、特に限定されない。本適用例では、各種の事業を営む事業者が管理する車両が対象とされ得る。例えば、運送事業者が管理するトラック、バス事業者が管理するバス、タクシー事業者が管理するタクシー、カーシェアリング事業者が管理するカーシェア車両、レンタカー事業者が管理するレンタカー、会社が所有している社有車、又はカーリース事業者からリースして使用する社有車などが対象とされ得る。
【００３０】
車載機１０とサーバ装置４０とは、通信ネットワーク４を介して通信可能に接続されている。通信ネットワーク４は、基地局を含む携帯電話網（３Ｇ／４Ｇ）や無線ＬＡＮ（Local Area Network）などの無線通信網を含んでいてもよいし、公衆電話網などの有線通信網、インターネット、又は専用網などの電気通信回線を含んでいてもよい。
【００３１】
また、車両２を管理する事業者の端末装置８０（以下、事業者端末という。）が、通信ネットワーク４を介してサーバ装置４０と通信可能に接続されている。事業者端末８０は、通信機能を備えたパーソナルコンピュータでもよいし、携帯電話、スマートフォン、又はタブレット端末などの携帯情報端末などであってもよい。また、事業者端末８０が、通信ネットワーク４を介して車載機１０と通信可能に接続されていてもよい。
【００３２】
サーバ装置４０は、通信ユニット４１、サーバコンピュータ５０、及び記憶ユニット６０を含んで構成されている。
【００３３】
運転評価システム１では、サーバ装置４０が、各車載機１０から送信されてきた、運転者３の状態、車両２の位置、及び車両２の挙動を含む検出データを蓄積し、蓄積された各車載機１０の検出データを用いて、各運転者３の運転評価を行う。該運転評価の項目には、交差点など、特定の評価地点における運転者の安全確認動作を評価する項目が含まれている。サーバ装置４０は、例えば、各車載機１０から取得した検出データを用いて、各車両２の一日の運転が終了した後に、その日に通過した各評価地点における安全確認動作の評価処理を実行してもよいし、又は一定期間毎に、該一定期間内に通過した各評価地点における安全確認動作の評価処理を実行してもよく、運転評価処理の実行タイミングは特に限定されない。
【００３４】
道路の交差点には、一般的な十字路（四叉路）だけではなく、三叉路、丁字路、Ｙ字路、又は環状の交差点など、さまざまな形状（種類）の交差点がある。車両２が交差点を曲がる際に、運転者３が安全確認すべき行動、例えば、確認する方向、範囲、回数、又は時間などは、交差点の形状によって異なるのが一般的である。
【００３５】
交差点の形状に関係なく一律の評価条件で、交差点における安全確認動作の評価処理が実行される場合、前記評価条件が交差点の形状に適合していない場合には、正確な評価を行うことが難しい。
【００３６】
また、交差点毎に評価条件を予め個々に設定しようとした場合、特に広域エリアにおける設定を行う場合にあっては、交差点の数が無限に増大する。そのため、全ての交差点について予め個々に評価条件を設定しておくことは不可能となる。
【００３７】
そこで、本実施の形態に係るサーバ装置４０は、運転評価を行う交差点の形状パターンを判別し、該判別した交差点の形状パターンに対応する評価条件と、前記運転評価を行う交差点で取得された検出データとに基づいて、各交差点における運転者３の安全確認動作を評価する処理を実行する。
例えば、サーバ装置４０は、運転評価を行う交差点で検出された前記検出データのうちの少なくともいずれか（例えば、位置データ）を用いて、前記運転評価を行う交差点の形状パターンの判別に用いる判別用データ（例えば、交差点部分の地図画像データ）を取得する。
【００３８】
その後、サーバ装置４０は、取得した前記判別用データを用いて、前記運転評価を行う交差点の形状パターンを判別する。例えば、前記地図画像データに含まれる交差点の形状認識を行い、交差点の形状パターンを判別する。
【００３９】
そして、サーバ装置４０は、十字路などの交差点の形状パターン毎に、運転者が行うべき安全確認動作の評価条件が設定された評価テーブルから、前記判別された前記交差点の形状パターンに対応する前記評価条件を選択する。
次にサーバ装置４０は、選択された前記評価条件と、前記運転評価を行う交差点で検出された前記検出データとに基づいて、前記交差点における運転者の安全確認動作を評価する処理を実行する。
【００４０】
また、サーバ装置４０は、運転評価を行う交差点で検出された前記検出データのうちの少なくともいずれか（例えば、角速度、又は位置データなど）を用いて、前記運転評価を行う交差点で曲がった方向を推定する。
【００４１】
係る構成によって、サーバ装置４０では、一律の評価条件を用いることなく、また、交差点毎に評価条件を予め個々に設定しておくことなく、各交差点の形状に応じて、各交差点における運転者３の安全確認動作の評価を効率的かつ精度良く実行することが可能となる。
【００４２】
［構成例］
図２は、実施の形態に係る運転評価システム１を構成する車載機１０のハード構成を示すブロック図である。
車載機１０は、プラットフォーム部１１及びドライバモニタリング部２０を含んで構成されている。また、車載機１０にはドライブレコーダ部３０が接続されている。
【００４３】
プラットフォーム部１１には、車両２の加速度を測定する加速度センサ１２、車両２の回転角速度を検出する角速度センサ１３、車両２の位置を検出するＧＰＳ（Global Positioning System）受信部１４が装備されている。また、プラットフォーム部１１には、通信ネットワーク４を介して外部機器と通信処理を行う通信部１５、所定の音や音声などを出力する報知部１６、種々の情報を記憶する記憶部１７、及び外部インターフェース（外部Ｉ／Ｆ）１８が装備されている。さらにプラットフォーム部１１には、各部の処理動作を制御する制御部１９が装備されている。
【００４４】
加速度センサ１２は、例えば、ＸＹＺ軸の３方向の加速度を測定する３軸加速度センサで構成されている。３軸加速度センサには、静電容量型の他、ピエゾ抵抗型などの半導体方式の加速度センサも採用され得る。また、加速度センサ１２は、２軸、１軸の加速度センサであってもよい。加速度センサ１２で測定された加速度データが、検出時刻と対応付けて制御部１９のＲＡＭ１９ｂに記憶される。
【００４５】
角速度センサ１３は、少なくとも鉛直軸回り（ヨー方向）の回転に応じた角速度、すなわち、車両２の左右方向への回転（旋回）に応じた角速度データを検出可能なセンサ、例えば、ジャイロセンサ（ヨーレートセンサともいう）を含んで構成されている。
角速度センサ１３には、鉛直軸回りの１軸ジャイロセンサの他、左右方向の水平軸回り（ピッチ方向）の角速度も検出する２軸ジャイロセンサ、さらに前後方向の水平軸回り（ロール方向）の角速度も検出する３軸ジャイロセンサを採用してもよい。これらジャイロセンサには、振動式ジャイロセンサの他、光学式、又は機械式のジャイロセンサを採用することができる。
【００４６】
また、角速度センサ１３の鉛直軸回りの角速度の検出方向については、例えば、時計回りを正方向に、反時計回りを負方向に設定する。この場合、車両２が右方向に旋回すれば正の角速度データが検出され、左方向に旋回すれば負の角速度データが検出される。角速度センサ１３では、所定の周期（例えば、数十ｍｓ周期）で角速度が検出され、検出された角速度データが、例えば、検出時刻と対応付けて制御部１９のＲＡＭ１９ｂに記憶される。なお、加速度センサ１２と角速度センサ１３は、これらが一つのパッケージ内に実装された慣性センサであってもよい。
【００４７】
ＧＰＳ受信部１４は、アンテナ１４ａを介して人工衛星からのＧＰＳ信号を所定周期で受信して、現在の位置データ（緯度、及び経度）を検出する。ＧＰＳ受信部１４で検出された位置データは、検出時刻と対応付けて制御部１９のＲＡＭ１９ｂに記憶される。なお、車両２の位置を検出する装置は、ＧＰＳ受信部１４に限定されるものではない。例えば、日本の準天頂衛星、ロシアのグロナス（GLONASS）、欧州のガリレオ（Galileo）、又は中国のコンパス（Compass）等の他の衛星測位システムに対応した測位装置であってもよい。
【００４８】
通信部１５は、通信ネットワーク４を介してサーバ装置４０にデータ出力処理などを行う通信モジュールを含んで構成されている。
【００４９】
記憶部１７は、例えば、メモリーカードなどの着脱可能な記憶装置、又はハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）などの１つ以上の記憶装置で構成されている。記憶部１７には、例えば、加速度センサ１２、角速度センサ１３、ＧＰＳ受信部１４、ドライバモニタリング部２０、又はドライブレコーダ部３０から取得したデータなどが記憶される。
【００５０】
外部Ｉ／Ｆ１８は、ドライブレコーダ部３０などの車載機器との間でデータや信号の授受を行うためのインターフェース回路や接続コネクタなどを含んで構成されている。
【００５１】
制御部１９は、ＣＰＵ(Central Processing Unit)１９ａ、ＲＡＭ(Random Access Memory)１９ｂ、及びＲＯＭ(Read Only Memory)１９ｃを含むマイクロコンピュータで構成されている。制御部１９は、取得した各種データをＲＡＭ１９ｂ又は記憶部１７に記憶する処理を行う。また、制御部１９は、ＲＯＭ１９ｃに記憶されたプログラムの他、必要に応じてＲＡＭ１９ｂ又は記憶部１７に記憶された各種データを読み出して、該プログラムを実行する。
【００５２】
ドライバモニタリング部２０は、ドライバカメラ２１、画像解析部２２、及びインターフェース（Ｉ／Ｆ）２３を含んで構成されている。
ドライバカメラ２１は、例えば、図示しないレンズ部、撮像素子部、光照射部、及びこれら各部を制御するカメラ制御部などを含んで構成されている。
【００５３】
前記撮像素子部は、例えば、ＣＣＤ(Charge Coupled Device)、又はＣＭＯＳ(Complementary Metal Oxide Semiconductor)などの撮像素子、フィルタ、及びマイクロレンズなどを含んで構成されている。前記撮像素子部は、可視領域の光を受けて撮像画像を形成できるものを含む他、近赤外線などの赤外線又は紫外線を受けて撮像画像を形成できるＣＣＤ、ＣＭＯＳ、或いはフォトダイオード等の赤外線センサを含んでいてもよい。前記光照射部は、ＬＥＤ(Light Emitting Diode)などの発光素子を含み、また、昼夜を問わず運転者の状態を撮影できるように赤外線ＬＥＤなどを含めてもよい。ドライバカメラ２１は、単眼カメラでもよいし、ステレオカメラであってもよい。
【００５４】
前記カメラ制御部は、例えば、プロセッサなどを含んで構成されている。前記カメラ制御部が、前記撮像素子部や前記光照射部を制御して、該光照射部から光（例えば、近赤外線など）を照射し、前記撮像素子部でその反射光を撮影する制御などを行う。ドライバカメラ２１は所定のフレームレート（例えば、毎秒３０〜６０フレーム）で画像を撮影し、ドライバカメラ２１で撮影された画像データが画像解析部２２へ出力される。
【００５５】
画像解析部２２は、例えば、画像処理プロセッサなどを含んで構成され、ドライバカメラ２１で撮影された画像から運転者の顔の向き、視線の方向、及び目開度のうちの少なくともいずれかの情報（運転者の状態）を検出する処理などを行う。画像解析部２２で検出された運転者の状態を示すデータ、画像データ、及び撮影日時データが、インターフェース（Ｉ／Ｆ）２３を介してプラットフォーム部１１に送出され、プラットフォーム部１１のＲＡＭ１９ｂ又は記憶部１７に記憶される。
【００５６】
画像解析部２２で検出される運転者の顔の向きは、例えば、運転者の顔のＸ軸（左右軸）回りの角度(上下の向き)であるピッチ（Pitch）角、顔のＹ軸(上下軸)回りの角度（左右の向き）であるヨー(Yaw)角、及び顔のＺ軸（前後軸）回りの角度（左右傾き）であるロール(Roll)角で示してもよく、少なくとも左右の向きを示すヨー角が含まれる。またこれらの角度は、所定の基準方向に対する角度で示すことができ、例えば、前記基準方向が、運転者の正面方向に設定される。
【００５７】
また、画像解析部２２で検出される運転者の視線方向は、例えば、画像から検出された、運転者の顔の向きと、目領域の情報（目頭、眼尻、又は瞳孔の位置など）との関係から推定され、３次元座標上における視線ベクトルＶ（３次元ベクトル）などで示すことができる。視線ベクトルＶは、例えば、運転者の顔のＸ軸（左右軸）回りの角度(上下の向き)であるピッチ角、顔のＹ軸(上下軸)回りの角度（左右の向き）であるヨー角、及び顔のＺ軸（前後軸）回りの角度（左右傾き）であるロール角のうち、少なくとも１つと、前記目領域の情報とから推定されたものでもよい。また、視線ベクトルＶは、その３次元ベクトルの一部の値を顔の向きのベクトルの値と共通（例えば、３次元座標の原点を共通）にして示したり、顔の向きのベクトルを基準とした相対角度（顔の向きのベクトルの相対値）で示したりしてもよい。
【００５８】
また、画像解析部２２で検出される運転者の目開度は、例えば、画像から検出された、運転者の目領域の情報（目頭、眼尻、上下のまぶたの位置、又は瞳孔の位置など）を基に推定される。
【００５９】
プラットフォーム部１１の外部Ｉ／Ｆ１８には、ドライブレコーダ部３０が接続されている。ドライブレコーダ部３０は、車外カメラ３１と車内カメラ３２とを含んで構成されている。
車外カメラ３１は、車両２の前方の画像を撮影するカメラであり、車内カメラ３２は、車両２の室内の画像を撮影するカメラである。車外カメラ３１と車内カメラ３２は、例えば、可視光カメラで構成され得るが、近赤外線カメラなどで構成されていてもよい。
車外カメラ３１と車内カメラ３２は、それぞれ所定のフレームレート（例えば、毎秒３０〜６０フレーム）で画像を撮影し、車外カメラ３１と車内カメラ３２で撮影された画像と撮影日時などのデータがプラットフォーム部１１へ送出され、プラットフォーム部１１のＲＡＭ１９ｂ又は記憶部１７に記憶される。なお、ドライブレコーダ部３０は車外カメラ３１のみで構成されていてもよい。
【００６０】
車載機１０は、プラットフォーム部１１とドライバモニタリング部２０とが１つの筐体内に収納された、コンパクトな構成となっている。その場合における車載機１０の車内設置箇所は、ドライバカメラ２１で少なくとも運転者の顔を含む視野を撮影できる位置であれば、特に限定されない。例えば車両２のダッシュボード中央付近の他、ハンドルコラム部分、メーターパネル付近、ルームミラー近傍位置、又はＡピラー部分などに設置してもよい。また、ドライバカメラ２１の仕様（例えば、画角や画素数（縦×横）など）及び位置姿勢（例えば、取付角度や所定の原点（ハンドル中央位置など）からの距離など）を含む情報がドライバモニタリング部２０又はプラットフォーム部１１に記憶されている。また、ドライバモニタリング部２０は、プラットフォーム部１１と一体に構成される形態の他、プラットフォーム部１１と別体で構成されてもよい。
【００６１】
図３は、車載機１０からサーバ装置４０に送信される検出データの構造の一例を示す図である。
検出データには、車載機１０の識別情報（シリアルナンバー等）、送信日時、運転者の顔の向き（ピッチ、ヨー、及びロール）、視線方向（ピッチ、及びヨー）、目開度（右目、及び左目）、車両の加速度（前後、左右、及び上下）、角速度（ヨー）、運転者画像（顔認証用の画像も含む）、車外画像、及び車両の位置データ（緯度、及び経度）、走行速度、顔未検出情報等が含まれている。
【００６２】
サーバ装置４０に送信される検出データの構造は、図３に示したデータ構造に限定されるものではない。
検出データは、例えば、運転者が搭乗した際、車載機１０が、車両２が評価地点を通過したことを検出した場合等に送信される。車載機１０は、例えば、角速度センサ１３で検出された回転角速度の値が所定の閾値（交差点進入を推定する閾値）を超えてから所定期間が経過した場合に、車両２が評価地点を通過したと判断することが可能となっている。
【００６３】
図４は、実施の形態に係る運転評価システム１を構成するサーバ装置４０のハード構成及び部分的機能構成を示したブロック図である。
サーバ装置４０は、通信ユニット４１、サーバコンピュータ５０、及び記憶ユニット６０を含んで構成され、これらは相互に通信バス４２を介して接続されている。
【００６４】
通信ユニット４１は、通信ネットワーク４を介して、車載機１０や事業者端末８０などとの間で各種のデータや信号の送受信を実現するための通信装置で構成されている。
【００６５】
サーバコンピュータ５０は、少なくとも１つのＣＰＵを含んで構成された中央処理演算装置５１と、制御プログラム５２が記憶されたメインメモリ５３とを含んで構成されている。中央処理演算装置５１は、メインメモリ５３に記憶された制御プログラム５２に従って、各種処理を実行するように構成されている。
【００６６】
記憶ユニット６０は、例えば、ハードディスクドライブ、ソリッドステートドライブなど、１つ以上の大容量記憶装置で構成されている。記憶ユニット６０は、検出データ蓄積部６１、判別用データ蓄積部６２、評価テーブル記憶部６３、評価データ記憶部６４、運転者情報記憶部６５などを含んで構成されている。
【００６７】
検出データ蓄積部６１には、車両２が評価地点を通過しているときに車載機１０で検出された検出データ（顔未検出情報を含む）が、各車載機１０の識別情報に対応付けて蓄積される。
【００６８】
判別用データ蓄積部６２には、車両２が通過した評価地点となる交差点の形状パターンの判別に用いる判別用データが蓄積されている。
【００６９】
評価テーブル記憶部６３には、交差点の形状パターンと交差点で曲がる方向との組み合わせ毎に、運転者が行うべき安全確認動作の評価条件が設定された評価テーブルが記憶されている。
【００７０】
評価データ記憶部６４には、サーバコンピュータ５０で実行された運転者の安全確認動作の評価結果、すなわち、車載機１０毎に、少なくとも交差点における運転者３の安全確認動作の評価結果に関する情報が記憶される。
運転者情報記憶部６５には、事業者が管理する運転者３に関する各種情報が記憶されている。
【００７１】
図５は、検出データ蓄積部６１に蓄積される検出データファイルの構造の一例を示す図である。
検出データファイル６１ａには、例えば、車載機１０の識別情報（シリアルナンバー等）に対応付けて、車載機１０から検出データが送信されてきた日時、運転者の顔の向き（ピッチ、ヨー、及びロール）、視線方向（ピッチ、及びヨー）、目開度（右目、及び左目）、車両の加速度（前後、左右、及び上下）、角速度（ヨー）、運転者画像（撮影日時、フレーム番号、及び画像データ）、車外画像（撮影日時、フレーム番号、及び画像データ）、車両の位置データ（緯度、及び経度）、走行速度、顔未検出状況などの情報が蓄積される。
【００７２】
図６は、評価テーブル記憶部６３に記憶されている評価テーブルの構造の一例を示す図である。評価テーブル６３ａの項目には、パターンナンバー、交差点形状パターン、曲がる方向、運転者が行うべき確認行動が含まれている。
【００７３】
交差点形状パターンの項目には、予め類型化された交差点の形状パターンが登録されている。
【００７４】
曲がる方向の項目には、各交差点形状パターンの交差点で曲がる方向、例えば、左折又は右折が記憶されている。
確認行動の項目には、各交差点形状パターンの交差点を通過する際（進入前、又は進入中）に、運転者が安全確認すべき方向（右又は左）、その角度、時間などの項目が１つ以上記憶されている。角度は、例えば、車両の正面方向に対する運転者の顔の向き、又は視線方向を示す。
【００７５】
例えば、評価テーブル６３ａのＮｏ．１の場合（生活道路の十字路を左折するパターン）では、確認行動１として、進入前における左確認がａ度以上でｔ１秒間以上行われたかを評価する項目が設定されている。この評価は、交差点進入前に歩行者や二輪車などの巻き込み確認を行ったか否かの評価である。
確認行動２には、進入前における右確認がａ度以上でｔ１秒間以上行われたかを評価する項目が設定されている。この評価は、交差点で右折してくる対向車の有無、又は車両の前方から交差点を渡ろうとしている歩行者等の有無を確認したか否かの評価である。
確認行動３には、進入中における左確認がｂ度以上でｔ２秒間以上行われたかを評価する項目が設定されている。この評価は、交差点を渡ろうとしている歩行者等の有無、左折後の前方（進路切替方向）の安全を確認したか否かの評価である。
【００７６】
図７は、評価データ記憶部６４に記憶されている評価データファイルの構造の一例を示す図である。評価データファイル６４ａには、車載機１０の識別情報、交差点通過日時、交差点位置、評価条件（評価テーブルから選択された交差点形状パターンのナンバー）、及び評価結果が含まれている。評価結果には、例えば、評価テーブル６３ａから選択された評価条件での評価を基に点数化又はランク付けされた評価データが記憶される。
【００７７】
図８は、実施の形態に係るサーバ装置の部分的機能構成を示すブロック図である。
サーバコンピュータ５０の中央処理演算装置５１は、判別用データ取得部５４、方向推定部５５、交差点判別部５６、評価条件選択部５７、運転評価部５８、を含んで構成されている。
【００７８】
判別用データ取得部５４は、検出データ蓄積部６１から運転評価を行う交差点で検出された検出データを読み出し、該検出データを用いて、判別用データ蓄積部６２から運転評価を行う交差点の形状パターンの判別に用いる判別用データを取得する処理を行う。
【００７９】
方向推定部５５は、検出データ蓄積部６１から、運転評価を行う交差点で検出された検出データを読み出し、該検出データを用いて、前記運転評価を行う交差点で曲がった方向を推定する処理を実行する。
【００８０】
交差点判別部５６は、判別用データ取得部５４により取得された前記判別用データを用いて、前記運転評価を行う交差点の形状パターンを判別する処理を実行する。
【００８１】
評価条件選択部５７は、評価テーブル記憶部６３から評価テーブル６３ａを読み出し、評価テーブル６３ａから、交差点判別部５６で判別された前記交差点の形状パターンと、方向推定部５５で推定された交差点で曲がった方向とに対応する評価条件を選択する処理を実行する。
【００８２】
運転評価部５８は、評価テーブル６３ａから選択された評価条件に設定された各確認行動について、各項目の判定方法に基づいて評価を行い、交差点毎の評価点を算出する処理を行う。例えば、評価条件に設定された各確認行動について、確認タイミング、確認角度、及び確認時間の評価結果を合計し、必要な統計処理（平均化、又は正規化処理など）を施して、交差点毎の点数又はランク付けによるスコアを算出する。
そして、運転評価部５８は、算出した交差点毎の評価点を記憶ユニット６０の評価データ記憶部６４に記憶する処理を行う。
【００８３】
また、サーバコンピュータ５０は、事業者端末８０のブラウザから要求された各種リクエストを処理して、ブラウザを通じて事業者端末８０に各種リクエストに対応する処理結果などを提示する処理を行う。
例えば、サーバコンピュータ５０が、事業者端末８０から運転者の運転評価結果の送信リクエストを受け付けた場合、評価データ記憶部６４に記憶された運転者の評価データに基づいて、所定の形式の運転評価報告書を作成し、事業者端末８０のブラウザを通じて、運転評価報告書を提示する処理などを実行してもよい。これら処理は、サーバコンピュータ５０とは別のサーバコンピュータで実行してもよい。
【００８４】
図９は、本実施の形態に係るサーバ装置４０の特徴的機能構成部分を示すブロック図である。
サーバコンピュータ５０の中央処理演算装置５１は、報知信号検出部５９Ａ、アラート信号検出部５９Ｂを含んで構成されている。
【００８５】
報知信号検出部５９Ａは、車載機１０側から送信されてくる報知信号を検出する。この報知信号は、車載機１０の顔検出部において、所定期間を超えて顔が未検出状況にあるときに発せられる信号である。
当該状況は、検出データ蓄積部６１に記憶される
【００８６】
アラート信号検出部５９Ｂは、車載機１０側から送信されてくるアラート信号を検出する。このアラート信号は、車載機１０の顔検出部において、所定期間を超えて顔が未検出状況にあるときに報知信号が発せられ、その後、運転復帰の督促が報知部から発せられ、その後も、運転者の運転への復帰が認められない場合に発せられる信号である。
当該状況は、事業者端末８０に送信処理されると共に、検出データ蓄積部６１に記憶される
【００８７】
事業者は、事業者端末８０の表示画面に表示されたアラートの状況を確認し、しかるべき処置を取ることができる。
【００８８】
［動作例］
図１０は、実施の形態に係る車載機１０におけるドライバモニタリング部２０が行う処理動作を示すフローチャートである。本処理動作は、例えば、ドライバカメラ２１で画像が撮影されるタイミング（例えば、毎フレーム、又は所定間隔のフレーム毎）で実行される。図１０に示す処理動作は、ドライバモニタリング部２０の画像解析部２２が実行する。
【００８９】
まず、画像解析部２２は、ドライバカメラ２１で撮影された画像を取得し（ステップＳ１）、次に、取得した画像から運転者の顔（例えば、顔の領域）を検出する処理を行う（ステップＳ２）。画像から顔を検出する手法は特に限定されないが、高速で高精度に顔を検出する手法を採用することが好ましい。
【００９０】
次に、ステップＳ２で検出した顔の領域から、目、鼻、口、眉などの顔器官の位置や形状を検出する処理を行う（ステップＳ３）。画像中の顔の領域から顔器官を検出する手法は特に限定されないが、高速で高精度に顔器官を検出できる手法を採用することが好ましい。例えば、画像解析部２２が、３次元顔形状モデルを作成し、これを２次元画像上の顔の領域にフィッティングさせ、顔の各器官の位置と形状を検出する手法が採用され得る。この手法によれば、ドライバカメラ２１の設置位置や画像中の顔の向きなどに関わらず、正確に顔の各器官の位置と形状を検出することが可能となる。画像中の人の顔に３次元顔形状モデルをフィッティングさせる技術として、例えば、特開２００７−２４９２８０号公報に記載された技術を適用することができるが、これに限定されるものではない。
【００９１】
次に、ステップＳ３で求めた顔の各器官の位置や形状のデータに基づいて、運転者の顔の向きを検出する（ステップＳ４）。例えば、上記３次元顔形状モデルのパラメータに含まれている、上下回転（Ｘ軸回り）のピッチ角、左右回転（Ｙ軸回り）のヨー角、及び全体回転（Ｚ軸回り）のロール角を運転者の顔の向きに関する情報として検出してもよい。
【００９２】
次に、ステップＳ４で求めた運転者の顔の向き、及びステップＳ３で求めた運転者の顔器官の位置や形状、特に目の特徴点（目尻、目頭、瞳孔）の位置や形状に基づいて、視線方向を検出する（ステップＳ５）。
視線方向は、例えば、様々な顔の向きと視線方向の目の画像の特徴量（目尻、目頭、瞳孔の相対位置、又は強膜（いわゆる白目）部分と虹彩（いわゆる黒目）部分の相対位置、濃淡、テクスチャーなど）とを予め学習器を用いて学習し、これら学習した特徴量データとの類似度を評価することで検出してもよい。または、前記３次元顔形状モデルのフィッティング結果などを用いて、顔の大きさや向きと目の位置などから眼球の大きさと中心位置とを推定するとともに、瞳孔の位置を検出し、眼球の中心と瞳孔の中心とを結ぶベクトルを視線方向として検出してもよい。
【００９３】
次に、ステップＳ３で求めた運転者の顔器官の位置や形状、特に目の特徴点（目尻、目頭、瞳孔、及びまぶた）の位置や形状に基づいて、目開度を検出する（ステップＳ６）。
【００９４】
次に、ステップＳ４で検出した運転者の顔の向きと、ステップＳ５で検出した運転者の視線方向と、ステップＳ６で検出した運転者の目開度と、運転者の画像と、撮影時刻とを対応付けて、画像情報としてプラットフォーム部１１に送信し（ステップＳ７）、その後、ステップＳ１に戻り、処理を繰り返す。
【００９５】
図１１は、実施の形態に係る車載機１０における制御部１９が行う処理動作の一例を示すフローチャートである。本処理動作は、例えば、数十ｍｓ〜数秒の所定周期で実行される。
【００９６】
制御部１９は、加速度センサ１２で測定された加速度データを取得してＲＡＭ１９ｂに記憶する（ステップＳ１１）。また、制御部１９は、角速度センサ１３で検出された角速度データを取得してＲＡＭ１９ｂに記憶する（ステップＳ１２）。
【００９７】
次に、ドライバモニタリング部２０から送信されてきた画像情報を取得してＲＡＭ１９ｂに記憶する（ステップＳ１３）。さらに、ドライブレコーダ部３０から送出されてきたデータ（車外画像と車内画像のデータ）を取得してＲＡＭ１９ｂに記憶する（ステップＳ１４）。
【００９８】
次に、ＧＰＳ受信部１４で検出された位置データを取得し（ステップＳ１５）、次に、位置データの単位時間変化に基づいて走行速度を算出し、位置データと走行速度とをＲＡＭ１９ｂに記憶する（ステップＳ１６）。
【００９９】
次に、車両２が評価地点である交差点に進入したか否かを判断する（ステップＳ１７）。例えば、角速度の積分値が車両の交差点への進入を示す閾値以上であり、かつ走行速度が交差点への進入を示す所定の上限速度以下であるか否かを判断する。
ステップＳ１７において、車両２が評価地点である交差点に進入したと判断すれば、次に、車両２が交差点を通過したか否かを判断する（ステップＳ１８）。例えば、角速度の積分値が、車両が交差点を通過したことを示す閾値以下になり、かつ走行速度が、交差点の通過を示す所定の下限速度以上になったか否かを判断する。
【０１００】
ステップＳ１８において、車両２が交差点を通過したと判断すれば、次にステップＳ１９に進み、車両２が交差点に進入した前後所定期間（数十秒程度）に取得した検出データをＲＡＭ１９ｂから読み出し、通信部１５を制御して検出データをサーバ装置４０へ送信する処理を実行する。その後、ステップＳ１１に戻り、上記した処理を繰り返す。車載機１０からサーバ装置４０へ送信される検出データのデータ構造の一例は図３に示した。
【０１０１】
なお、制御部１９は、ステップＳ１９の処理に代えて、ＲＡＭ１９ｂから読み出た検出データを記憶部１７（例えば、着脱式記憶媒体）（図２）に記憶させてもよい。そして、一日の走行終了後、運転者３が車載機１０から記憶部１７を取り外し、記憶部１７に記憶された検出データを事業者端末８０に読み込ませて、事業者端末８０からサーバ装置４０に送信するようにしてもよい。
【０１０２】
図１２は、本実施の形態に係る車載機１０における制御部１９が行う、図１１に示した処理動作とは異なる別の特徴的処理動作の一例を示すフローチャートである。
制御部１９は、ステップＳ２１において、取得した画像データから顔が検出できるか否かを判断する。顔が検出できると判断すると、図１０におけるステップＳ３へ戻る一方、顔を検出できないと判断すると、ステップＳ２２に進み、顔が検出できない所定期間を計測する。この所定期間は、車両の大きさなどの影響を受けるので、搭載される車両ごとに、車両の大きさなどを考慮して設定される。例えば、１０〜２０秒間の適切な値に設定される。１０秒よりも短いと、大型車両における右折確認時における正常な首振り時における瞬間的な顔の未検出状況まで、「顔未検出」として扱ってしまう虞があり、好ましくない。他方２０秒よりも長く設定すると、急病の発生による「顔未検出」の場合など、その後の対応に急を要する場合に問題を生じさせる虞もあり、好ましくない。
【０１０３】
ステップＳ２２において所定期間の経過を判断すると、次に、ステップＳ２３に進み報知処理を行う。報知処理では、「顔未検出」の状況を車載機１０の記憶部１７に記憶する。次に、ステップＳ２４に進み、サーバ装置４０にも報知信号を送信する。
【０１０４】
次に、ステップＳ２５に進み、ステップＳ２５では、運転者に運転復帰を促す処理を実施する。例えば、報知部１６から、『運転に復帰しましょう。』などの音声を流す処理を実施する。次にステップＳ２６に進み、運転者が運転に復帰したか否かを判断する。これは、顔検出が可能になったか否かの状況に基づいて判断してもよい。ステップＳ２６において、運転者が運転に復帰していないと判断されると、次に、ステップＳ２７に進み、アラート信号をサーバ装置４０に送信すると共に、車載機１０の記憶部１７にも記憶する。
【０１０５】
図１３は、実施の形態に係るサーバ装置４０における中央処理演算装置５１が行う処理動作の一例を示すフローチャートである。
中央処理演算装置５１は、まず、ステップＳ３１において、車載機１０から送信されてきた検出データを受信したか否かを判断する。ステップＳ３１において、車載機１０から検出データを受信したと判断すれば、次に、車載機１０から受信した検出データを、車載機１０の識別情報と対応付けて検出データ蓄積部６１に記憶する（ステップＳ３２）。
【０１０６】
その後、運転者の安全運転行動の評価を実行するタイミングか否かを判断する（ステップＳ３３）。前記評価を実行するタイミングか否かは、例えば、車載機１０から車両２の運転終了を示す信号を受信したか否かで判断してもよい。
【０１０７】
ステップＳ３３において、前記評価を実行するタイミングではないと判断すればステップＳ３１に戻る。一方、前記評価を実行するタイミングであると判断すれば、車載機１０が搭載された車両２の運転者３の評価地点における安全確認動作の評価処理を行う（ステップＳ３４）。
その後、評価処理の結果を、車載機１０又は運転者３の情報と対応付けて評価データ記憶部６４に記憶させる処理を行い（ステップＳ３５）、処理を終える。
【０１０８】
図１４は、実施の形態に係るサーバ装置４０における中央処理演算装置５１が行う処理動作の、図１３に示した処理動作とは別の一例を示すフローチャートである。
中央処理演算装置５１は、ステップＳ４１において、車載機１０から「顔未検出」の報知信号を受信したか否かを判断する。「顔未検出」の報知信号を車載機１０から受信したと判断すると、次に、ステップＳ４２に進み、図９に示した検出データ蓄積部６１に「顔未検出の報知信号受信」を記憶する。
【０１０９】
次に、ステップＳ４３に進み、ステップＳ４３では、車載機１０から前記アラート信号を受信したか否かを判断する。ステップＳ４３において、車載機１０からアラート信号を受信したと判断すると、次に、ステップＳ４４に進み、事業者端末８０にアラート信号を送信する。次に、ステップＳ４５に進み、ステップＳ４５では、検出データ蓄積部６１に「アラート信号受信」を記憶する。次に、ステップＳ４６に進み、運転評価処理の中止信号を運転評価部５８に送信する。
【０１１０】
図１５は、実施の形態に係る運転評価装置において評価される項目の一例を示している。評価項目は、大きく、「運転操作パフォーマンス」「安全集中コンディション」「コンプライアンス」「その他」に区分されており、本件出願で取上げている「顔未検出」の項目は、その他に属している。その他の項目は、運転の点数評価には適さない項目として運転評価の点数付けは行われないジャンルである。従来は、「安全集中コンディション」に区分され、点数評価がなされていたが、点数評価には馴染まない項目として、本件発明に伴い、今回「その他」の項目に移すこととなった。
【０１１１】
以上、本発明の実施の形態を詳細に説明したが、上記説明はあらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく、種々の改良や変更を行うことができることは言うまでもない。
【０１１２】
［付記］
本発明の実施の形態は、以下の付記の様にも記載され得るが、これらに限定されるものではない。
【０１１３】
（付記１）
運転評価装置に接続され、該運転評価装置に検出データを送信する車載機（１０）であって、前記顔検出部における顔未検出状況をカウントし、前記所定期間の経過を判断すると、顔未検出の報知信号を前記運転評価装置側に送信することを特徴とする車載機。
【０１１４】
（付記２）
顔検出部から顔未検出の報知信号を受信したか否かを判断する工程、
顔未検出の報知信号を前記顔検出部から受信したと判断すると、検出データ蓄積部（６１）に顔未検出の報知信号の受信を記憶する工程、
車載機（１０）側からアラート信号を受信したか否かを判断する工程、
車載機（１０）側からアラート信号を受信したと判断すると、事業者端末（８０）にアラート信号を送信する工程、
検出データ蓄積部（６１）にアラート信号受信を記憶する工程、
運転評価処理の中止信号を運転評価中止部（５８Ａ）に送信する工程、
を含んでいることを特徴とする運転評価方法。
【０１１５】
（付記３）
車載機（１０）に配備された検出部から送られてくるデータに基づいて、運転者の運転評価を行う処理を少なくとも１つのコンピュータに実行させるためのコンピュータプログラムであって、
前記少なくとも１つのコンピュータ（５０）に、
顔検出部から顔未検出の報知信号を受信したか否かを判断するステップ（Ｓ４１）と、
顔未検出の報知信号を前記顔検出部から受信したと判断すると、検出データ蓄積部（６１）に顔未検出の報知信号の受信を記憶するステップ（Ｓ４２）と、
車載機（１０）側からアラート信号を受信したか否かを判断するステップ（Ｓ４３）と、
車載機（１０）側からアラート信号を受信したと判断すると、事業者端末（８０）にアラート信号を送信するステップ（Ｓ４４）と、
検出データ蓄積部（６１）にアラート信号受信を記憶するステップ（Ｓ４５）と、
運転評価処理の中止信号を運転評価中止部（５８Ａ）に送信するステップ（Ｓ４６）と、
を実行させることを特徴とするコンピュータプログラム。
【符号の説明】
【０１１６】
１    運転評価システム
２    車両
３    運転者
４    通信ネットワーク
１０  車載機
１１    プラットフォーム部
１２    加速度センサ
１３    角速度センサ
１４    ＧＰＳ受信部
１５    通信部
１６    報知部
１７    記憶部
１８    外部インターフェース（外部Ｉ／Ｆ）
１９    制御部
１９ａ  ＣＰＵ
１９ｂ  ＲＡＭ
１９ｃ  ＲＯＭ
２０    ドライバモニタリング部
２１    ドライバカメラ
２２    画像解析部
２３    インターフェース（Ｉ／Ｆ）
３０    ドライブレコーダ部
３１    車外カメラ
３２    車内カメラ
４０    サーバ装置（運転評価装置）
４１    通信ユニット
５０    サーバコンピュータ
５１    中央処理演算装置
５２    メインメモリ
５３    制御プログラム
５４    判別用データ取得部
５５    方向推定部
５６    交差点判別部
５７    評価条件選択部
５８    運転評価部
５８Ａ  運転評価中止部
５９Ａ  報知信号検出部
５９Ｂ  アラート信号検出部
６０    記憶ユニット
６１    検出データ蓄積部
６１ａ  検出データファイル
６２    判別用データ蓄積部
６３    評価テーブル記憶部
６３ａ  評価テーブル
６４    評価データ記憶部
６４ａ  評価データファイル
６５    運転者情報記憶部
８０    事業者端末
【図１】
2019159983.tif 000003
【図２】
2019159983.tif 000004
【図３】
2019159983.tif 000005
【図４】
2019159983.tif 000006
【図５】
2019159983.tif 000007
【図６】
2019159983.tif 000008
【図７】
2019159983.tif 000009
【図８】
2019159983.tif 000010
【図９】
2019159983.tif 000011
【図１０】
2019159983.tif 000012
【図１１】
2019159983.tif 000013
【図１２】
2019159983.tif 000014
【図１３】
2019159983.tif 000015
【図１４】
2019159983.tif 000016
【図１５】
2019159983.tif 000017