(57)【要約】【課題】運転状況を特定して危険な運転を表す情報を収集する際に、車両に搭載された機器の情報しか扱われていないという点において、更に改善する。【解決手段】本開示の情報収集方法は、情報収集システムのコンピュータが、イベントトリガに応じて、車載端末に搭載されている車載センサ、又は、同乗者端末に搭載されている同乗者センサから出力されたイベントセンサデータと、イベントセンサデータの出力源を特定する識別情報とを、車載端末又は同乗者端末から取得し、識別情報が車載端末を示す場合、識別情報に対応付けられた同乗者端末を特定し、識別情報が同乗者端末を示す場合、識別情報に対応付けられた車載端末を特定し、特定した同乗者端末又は車載端末に対してセンサデータを要求し、要求先からセンサデータを取得し、イベントセンサデータとセンサデータとを対応付けて、危険運転情報として第２メモリに保存するものである。【選択図】図１
2020021409.tif 000002
【特許請求の範囲】
【請求項１】
運転者による車両の運転が危険運転であることを表す危険運転情報を収集する情報収集システムに用いられる情報収集方法であって、
前記情報収集システムのコンピュータが、
予め定められた前記危険運転に関連するイベントトリガに応じて、車載端末に搭載されている車載センサ、又は、前記運転者と前記車両に同乗する同乗者が保有する同乗者端末に搭載されている同乗者センサから出力されたセンサデータであるイベントセンサデータと、前記イベントセンサデータの出力源を特定する識別情報とを、前記車載端末又は前記同乗者端末から取得し、
取得した前記識別情報が前記車載端末を示す場合、前記車載端末の識別情報と前記同乗者端末の識別情報とを対応付けて記憶する第１メモリを参照して、取得した前記識別情報に対応付けられた前記同乗者端末を特定し、
取得した前記識別情報が前記同乗者端末を示す場合、前記第１メモリを参照して、取得した前記識別情報に対応付けられた前記車載端末を特定し、
特定した前記同乗者端末又は前記車載端末に対してセンサデータを要求し、
前記センサデータを要求した前記同乗者端末又は前記車載端末の要求先から前記センサデータを取得し、
取得した前記イベントセンサデータと前記要求先から取得した前記センサデータとを対応付けて、前記危険運転情報として第２メモリに保存する、
情報収集方法。
【請求項２】
前記イベントセンサデータの取得では、前記車載センサにより検出された前記車両の加速度の絶対値が予め定められた車載閾値を超えるという前記イベントトリガに応じて前記車載センサから出力された前記車両の加速度が前記イベントセンサデータとして、又は、前記同乗者センサにより検出された前記車両の加速度の絶対値が予め定められた端末閾値を超えるという前記イベントトリガに応じて前記同乗者センサから出力された前記車両の加速度が前記イベントセンサデータとして、取得される、
請求項１に記載の情報収集方法。
【請求項３】
前記イベントセンサデータの取得では、前記車載センサにより検出された前記車両の加速度の絶対値が予め定められた車載閾値を超えるという前記イベントトリガに応じて前記車載センサから出力された前記車両の加速度が前記イベントセンサデータとして、又は、前記同乗者センサにより検出された前記同乗者の心拍データと通常時の心泊データとの差異が予め定められた心拍閾値を超えるという前記イベントトリガに応じて前記同乗者センサから出力された前記同乗者の心拍データが前記イベントセンサデータとして、取得される、
請求項１に記載の情報収集方法。
【請求項４】
前記情報収集システムの前記コンピュータが、更に、
前記イベントセンサデータの出力源又は前記要求先である前記車載端末に対して、前記同乗者が前記車両内において正常状態か否かを表す状態データを要求し、
前記状態データを要求した前記車載端末から前記状態データを取得し、
前記保存では、前記同乗者が正常状態であることを取得した前記状態データが表すときにのみ、前記同乗者センサから取得した前記イベントセンサデータ又は前記要求先である前記同乗者センサから取得した前記センサデータが、前記第２メモリに保存される、
請求項１〜３のいずれか１項に記載の情報収集方法。
【請求項５】
運転者による車両の運転が危険運転であることを表す危険運転情報を収集する情報収集システムであって、
予め定められた前記危険運転に関連するイベントトリガに応じて、車載端末に搭載されている車載センサ、又は、前記運転者と前記車両に同乗する同乗者が保有する同乗者端末に搭載されている同乗者センサから出力されたセンサデータであるイベントセンサデータと、前記イベントセンサデータの出力源を特定する識別情報とを、前記車載端末又は前記同乗者端末から取得する第１取得部と、
前記車載端末の識別情報と前記同乗者端末の識別情報とを対応付けて記憶する第１メモリと、
取得した前記識別情報が前記車載端末を示す場合、前記第１メモリを参照して、取得した前記識別情報に対応付けられた前記同乗者端末を特定する第１特定部と、
取得した前記識別情報が前記同乗者端末を示す場合、前記第１メモリを参照して、取得した前記識別情報に対応付けられた前記車載端末を特定する第２特定部と、
特定した前記同乗者端末又は前記車載端末に対してセンサデータを要求する要求部と、
前記センサデータを要求した前記同乗者端末又は前記車載端末の要求先から前記センサデータを取得する第２取得部と、
前記危険運転情報を保存するための第２メモリと、
取得した前記イベントセンサデータと前記要求先から取得した前記センサデータとを対応付けて、前記危険運転情報として前記第２メモリに保存する保存部と、
を備える情報収集システム。
【請求項６】
運転者による車両の運転が危険運転であることを表す危険運転情報を収集する情報収集システムに用いられる情報収集プログラムであって、
前記情報収集システムのコンピュータに、
予め定められた前記危険運転に関連するイベントトリガに応じて、車載端末に搭載されている車載センサ、又は、前記運転者と前記車両に同乗する同乗者が保有する同乗者端末に搭載されている同乗者センサから出力されたセンサデータであるイベントセンサデータと、前記イベントセンサデータの出力源を特定する識別情報とを、前記車載端末又は前記同乗者端末から取得する処理と、
取得した前記識別情報が前記車載端末を示す場合、前記車載端末の識別情報と前記同乗者端末の識別情報とを対応付けて記憶する第１メモリを参照して、取得した前記識別情報に対応付けられた前記同乗者端末を特定する処理と、
取得した前記識別情報が前記同乗者端末を示す場合、前記第１メモリを参照して、取得した前記識別情報に対応付けられた前記車載端末を特定する処理と、
特定した前記同乗者端末又は前記車載端末に対してセンサデータを要求する処理と、
前記センサデータを要求した前記同乗者端末又は前記車載端末の要求先から前記センサデータを取得する処理と、
取得した前記イベントセンサデータと前記要求先から取得した前記センサデータとを対応付けて、前記危険運転情報として第２メモリに保存する処理と、
を実行させる情報収集プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、危険な運転を表す危険運転情報を収集する情報収集技術に関する。
【背景技術】
【０００２】
従来、交通事故の原因の客観的な解析を支援する技術が知られている（例えば、特許文献１）。特許文献１に記載の技術では、事故発生時刻と事故発生位置とに基づいて、事故車両と事故関連車両とが特定され、特定された事故車両と事故関連車両との操作履歴情報が抽出され、抽出された操作履歴情報に基づき、事故発生前における事故車両と事故関連車両との運転状況が特定される。そして、事故車両と事故関連車両との運転状況を比較することによって、事故原因の客観的な解析を支援している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１８２４９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来技術では、運転状況を特定するための操作履歴情報は、事故車両又は事故関連車両に搭載されている車載端末から出力されたものである。しかしながら、車載端末から出力された情報のみで、運転状況を特定した場合には、危険な運転か否かを精度良く判定するのは困難であった。そこで、車載端末以外の機器からの情報を利用して、危険な運転か否かを判定する際の精度を向上することが求められている。
【課題を解決するための手段】
【０００５】
本開示の一態様にかかる情報収集方法は、
運転者による車両の運転が危険運転であることを表す危険運転情報を収集する情報収集システムに用いられる情報収集方法であって、
前記情報収集システムのコンピュータが、
予め定められた前記危険運転に関連するイベントトリガに応じて、車載端末に搭載されている車載センサ、又は、前記運転者と前記車両に同乗する同乗者が保有する同乗者端末に搭載されている同乗者センサから出力されたセンサデータであるイベントセンサデータと、前記イベントセンサデータの出力源を特定する識別情報とを、前記車載端末又は前記同乗者端末から取得し、
取得した前記識別情報が前記車載端末を示す場合、前記車載端末の識別情報と前記同乗者端末の識別情報とを対応付けて記憶する第１メモリを参照して、取得した前記識別情報に対応付けられた前記同乗者端末を特定し、
取得した前記識別情報が前記同乗者端末を示す場合、前記第１メモリを参照して、取得した前記識別情報に対応付けられた前記車載端末を特定し、
特定した前記同乗者端末又は前記車載端末に対してセンサデータを要求し、
前記センサデータを要求した前記同乗者端末又は前記車載端末の要求先から前記センサデータを取得し、
取得した前記イベントセンサデータと前記要求先から取得した前記センサデータとを対応付けて、前記危険運転情報として第２メモリに保存するものである。
【発明の効果】
【０００６】
本開示の情報収集技術によれば、車載端末以外の機器からの情報を利用して、危険な運転か否かを判定する際の精度を向上することが可能となる。
【図面の簡単な説明】
【０００７】
【図１】第１実施形態に係る情報収集システムの構成を概略的に示すブロック図である。
【図２】運転判定部による判定例を概略的に示す図である。
【図３】イベント判定部による判定例を概略的に示す図である。
【図４】心拍センサにより検出される心拍データの一例を概略的に示す図である。
【図５】心拍センサにより検出される心拍データの一例を概略的に示す図である。
【図６】第１実施形態の車両の動作を概略的に示すフローチャートである。
【図７】第１実施形態のスマートフォン又はスマートウォッチの動作を概略的に示すフローチャートである。
【図８】第１実施形態のサーバ装置の動作を概略的に示すフローチャートである。
【図９】第２実施形態に係る情報収集システムの構成を概略的に示すブロック図である。
【図１０】第２実施形態の車両の動作を概略的に示すフローチャートである。
【図１１】第２実施形態のサーバ装置の動作を概略的に示すフローチャートである。
【発明を実施するための形態】
【０００８】
（本開示に係る一態様を発明するに至った経緯）
まず、本開示に係る一態様の着眼点が説明される。上述のように、上記特許文献１に記載の技術では、運転状況を特定するための操作履歴情報は、事故車両又は事故関連車両に搭載されている車載端末から出力されたもののみであった。このため、危険な運転か否かを精度良く判定するのは困難であった。一方、近年、運転者とともに車両に同乗する同乗者は、危険な運転を表す情報を収集することが可能な種々の携帯機器（以下、「同乗者端末」と称される）を保有していることが多い。そこで、そのような同乗者端末に搭載されたセンサから出力されるセンサデータを用いて、危険な運転か否かを判定することが考えられる。
【０００９】
車載端末に加えて同乗者端末を用いる場合、車載端末では通常の運転と判定されても、同乗者端末では、搭載されているセンサの種類及び特性が異なること、センサの検出精度のバラツキが異なること、判定アルゴリズム（例えばセンサデータに対する判定閾値）が異なること、等に起因して、危険運転と判定されることがあり得る。その場合、車載端末では通常の運転と判定されるので、従来では、車載端末のセンサデータを収集することができず、センサデータは取りこぼされることとなっていた。
【００１０】
これに対して、同乗者端末で危険な運転と判定されると、車載端末のセンサデータを取得するように構成すると、車載端末では通常の運転と判定されるが、同乗者端末では危険な運転と判定されるようなセンサデータを収集することができる。逆に、同乗者端末では通常の運転と判定されるが、車載端末では危険な運転と判定されることもあり得る。その場合、車載端末で危険な運転と判定されると、同乗者端末のセンサデータを取得するように構成すると、同乗者端末では通常の運転と判定されるが、車載端末では危険な運転と判定されるようなセンサデータを収集することができる。このように、車載端末のセンサデータに加えて、同乗者端末のセンサデータを利用することにより、危険な運転か否かの判定精度向上を図れることが見出された。以上の考察により、本開示の発明者は、以下の発明の各態様を想到するに至った。
【００１１】
本開示の第１態様にかかる情報収集方法は、
運転者による車両の運転が危険運転であることを表す危険運転情報を収集する情報収集システムに用いられる情報収集方法であって、
前記情報収集システムのコンピュータが、
予め定められた前記危険運転に関連するイベントトリガに応じて、車載端末に搭載されている車載センサ、又は、前記運転者と前記車両に同乗する同乗者が保有する同乗者端末に搭載されている同乗者センサから出力されたセンサデータであるイベントセンサデータと、前記イベントセンサデータの出力源を特定する識別情報とを、前記車載端末又は前記同乗者端末から取得し、
取得した前記識別情報が前記車載端末を示す場合、前記車載端末の識別情報と前記同乗者端末の識別情報とを対応付けて記憶する第１メモリを参照して、取得した前記識別情報に対応付けられた前記同乗者端末を特定し、
取得した前記識別情報が前記同乗者端末を示す場合、前記第１メモリを参照して、取得した前記識別情報に対応付けられた前記車載端末を特定し、
特定した前記同乗者端末又は前記車載端末に対してセンサデータを要求し、
前記センサデータを要求した前記同乗者端末又は前記車載端末の要求先から前記センサデータを取得し、
取得した前記イベントセンサデータと前記要求先から取得した前記センサデータとを対応付けて、前記危険運転情報として第２メモリに保存するものである。
【００１２】
本開示の第２態様にかかる情報収集システムは、
運転者による車両の運転が危険運転であることを表す危険運転情報を収集する情報収集システムであって、
予め定められた前記危険運転に関連するイベントトリガに応じて、車載端末に搭載されている車載センサ、又は、前記運転者と前記車両に同乗する同乗者が保有する同乗者端末に搭載されている同乗者センサから出力されたセンサデータであるイベントセンサデータと、前記イベントセンサデータの出力源を特定する識別情報とを、前記車載端末又は前記同乗者端末から取得する第１取得部と、
前記車載端末の識別情報と前記同乗者端末の識別情報とを対応付けて記憶する第１メモリと、
取得した前記識別情報が前記車載端末を示す場合、前記第１メモリを参照して、取得した前記識別情報に対応付けられた前記同乗者端末を特定する第１特定部と、
取得した前記識別情報が前記同乗者端末を示す場合、前記第１メモリを参照して、取得した前記識別情報に対応付けられた前記車載端末を特定する第２特定部と、
特定した前記同乗者端末又は前記車載端末に対してセンサデータを要求する要求部と、
前記センサデータを要求した前記同乗者端末又は前記車載端末の要求先から前記センサデータを取得する第２取得部と、
前記危険運転情報を保存するための第２メモリと、
取得した前記イベントセンサデータと前記要求先から取得した前記センサデータとを対応付けて、前記危険運転情報として前記第２メモリに保存する保存部と、
を備えるものである。
【００１３】
本開示の第３態様にかかる情報収集プログラムは、
運転者による車両の運転が危険運転であることを表す危険運転情報を収集する情報収集システムに用いられる情報収集プログラムであって、
前記情報収集システムのコンピュータに、
予め定められた前記危険運転に関連するイベントトリガに応じて、車載端末に搭載されている車載センサ、又は、前記運転者と前記車両に同乗する同乗者が保有する同乗者端末に搭載されている同乗者センサから出力されたセンサデータであるイベントセンサデータと、前記イベントセンサデータの出力源を特定する識別情報とを、前記車載端末又は前記同乗者端末から取得する処理と、
取得した前記識別情報が前記車載端末を示す場合、前記車載端末の識別情報と前記同乗者端末の識別情報とを対応付けて記憶する第１メモリを参照して、取得した前記識別情報に対応付けられた前記同乗者端末を特定する処理と、
取得した前記識別情報が前記同乗者端末を示す場合、前記第１メモリを参照して、取得した前記識別情報に対応付けられた前記車載端末を特定する処理と、
特定した前記同乗者端末又は前記車載端末に対してセンサデータを要求する処理と、
前記センサデータを要求した前記同乗者端末又は前記車載端末の要求先から前記センサデータを取得する処理と、
取得した前記イベントセンサデータと前記要求先から取得した前記センサデータとを対応付けて、前記危険運転情報として第２メモリに保存する処理と、
を実行させるものである。
【００１４】
第１態様又は第２態様又は第３態様によれば、車載センサにより検出されたデータだけでなく、同乗者センサにより検出されたデータも、危険運転情報として第２メモリに保存することができる。その結果、危険運転か否かを判定する精度の向上を図ることが可能となる。
【００１５】
また、上記第１態様において、例えば、
前記イベントセンサデータの取得では、前記車載センサにより検出された前記車両の加速度の絶対値が予め定められた車載閾値を超えるという前記イベントトリガに応じて前記車載センサから出力された前記車両の加速度が前記イベントセンサデータとして、又は、前記同乗者センサにより検出された前記車両の加速度の絶対値が予め定められた端末閾値を超えるという前記イベントトリガに応じて前記同乗者センサから出力された前記車両の加速度が前記イベントセンサデータとして、取得されてもよい。
【００１６】
本態様では、車載閾値と端末閾値とが異なる場合には、車載センサ及び同乗者センサの一方のセンサのみから、イベントセンサデータとして、車両の加速度が取得されることがあり得る。しかしながら、その場合でも、他方のセンサから、センサデータとして、車両の加速度が取得されて、両方のデータが危険運転情報として第２メモリに保存される。したがって、本態様によれば、危険運転か否かを判定する精度の向上を図ることが可能となる。
【００１７】
また、上記第１態様において、例えば、
前記イベントセンサデータの取得では、前記車載センサにより検出された前記車両の加速度の絶対値が予め定められた車載閾値を超えるという前記イベントトリガに応じて前記車載センサから出力された前記車両の加速度が前記イベントセンサデータとして、又は、前記同乗者センサにより検出された前記同乗者の心拍データと通常時の心泊データとの差異が予め定められた心拍閾値を超えるという前記イベントトリガに応じて前記同乗者センサから出力された前記同乗者の心拍データが前記イベントセンサデータとして、取得されてもよい。
【００１８】
本態様では、車載センサ及び同乗者センサの一方のセンサのみから、イベントセンサデータとして、車両の加速度又は同乗者の心拍データが取得されることがあり得る。しかしながら、その場合でも、他方のセンサから、センサデータとして、同乗者の心拍データ又は車両の加速度が取得されて、両方のデータが危険運転情報として第２メモリに保存される。したがって、本態様によれば、危険運転か否かを判定する精度の向上を図ることが可能となる。
【００１９】
また、上記第１態様において、例えば、
前記情報収集システムの前記コンピュータが、更に、
前記イベントセンサデータの出力源又は前記要求先である前記車載端末に対して、前記同乗者が前記車両内において正常状態か否かを表す状態データを要求してもよく、
前記状態データを要求した前記車載端末から前記状態データを取得してもよく、
前記保存では、前記同乗者が正常状態であることを取得した前記状態データが表すときにのみ、前記同乗者センサから取得した前記イベントセンサデータ又は前記要求先である前記同乗者センサから取得した前記センサデータが、前記第２メモリに保存されてもよい。
【００２０】
同乗者が車両内において正常状態でないときは、同乗者センサにより検出されたデータの信頼性が低いと考えられる。そこで、本態様では、同乗者が正常状態であることを状態データが表すときにのみ、同乗者センサから取得したデータが第２メモリに保存される。したがって、本態様によれば、高い信頼性を有する場合にのみ、同乗者センサにより検出されたデータを保存することが可能となる。
【００２１】
（実施形態）
以下、本開示の実施の形態が、図面を参照しながら説明される。なお、各図面において、同じ構成要素には同じ符号が用いられ、適宜、詳細な説明は省略される。
【００２２】
（第１実施形態）
図１は、第１実施形態に係る情報収集システムの構成を概略的に示すブロック図である。図１に示される情報収集システム１０は、車両２０と、サーバ装置３０と、スマートフォン５０と、スマートウォッチ６０と、を備える。車両２０、スマートフォン５０、スマートウォッチ６０と、サーバ装置３０とは、例えばインターネット等のネットワーク４０を介して、互いに通信可能に構成されている。車両２０は、本実施形態では例えば、４輪自動車である。本実施形態では、車両２０には、運転者と運転者に同乗する同乗者とが乗車しており、スマートフォン５０は、同乗者が保有するものであり、スマートウォッチ６０は、同乗者によって着用されている。
【００２３】
車両２０は、通信インターフェース（ＩＦ）１００、前方カメラ１０５Ｆ、後方カメラ１０５Ｒ、左後側方カメラ１１０Ｌ、右後側方カメラ１１０Ｒ、左方カメラ１１５Ｌ、右方カメラ１１５Ｒ、光検出及び測距（ＬＩＤＡＲ）１２０、車速センサ１２５、ドライブレコーダ１２８、電子制御ユニット（ＥＣＵ）１６０を備える。ドライブレコーダ１２８は、加速度センサ１３０を備える。ＥＣＵ１６０は、メモリ１６５、中央演算処理装置（ＣＰＵ）１７０、周辺回路（図示省略）を備える。
【００２４】
メモリ１６５は、例えば半導体メモリ等により構成される。メモリ１６５は、例えばリードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、電気的に消去書き換え可能なＲＯＭ（ＥＥＰＲＯＭ）などを含む。メモリ１６５の例えばＲＯＭは、ＣＰＵ１７０を動作させる第１実施形態の制御プログラムを記憶する。ＣＰＵ１７０は、メモリ１６５に記憶された第１実施形態の制御プログラムにしたがって動作することによって、運転判定部１７５、識別情報（ＩＤ）登録部１８０、通信制御部１８５として機能する。
【００２５】
通信ＩＦ１００は、ＥＣＵ１６０に接続され、通信制御部１８５の制御に従って通信を行うための通信回路である。通信ＩＦ１００は、ＥＣＵ１６０から入力された送信すべきデータを収容した通信信号を、ネットワーク４０で用いられる通信プロトコルに従って生成し、生成した通信信号を、ネットワーク４０を介してサーバ装置３０へ送信する。通信ＩＦ１００は、予め定められた規格に従った通信インターフェース回路を備える。
【００２６】
前方カメラ１０５Ｆは、車両２０の前面中央（例えばフロントガラスの上部中央）に、前方カメラ１０５Ｆの光軸が車両２０の前方を向くように取り付けられている。後方カメラ１０５Ｒは、車両２０の後面中央（例えばリアナンバープレートの近傍）に、後方カメラ１０５Ｒの光軸が車両２０の後方を向くように取り付けられている。左後側方カメラ１１０Ｌ、右後側方カメラ１１０Ｒ、左方カメラ１１５Ｌ、右方カメラ１１５Ｒは、それぞれ、車両２０の左後側方、右後側方、左方、右方を含む範囲を撮像する。
【００２７】
カメラ１０５Ｆ，１０５Ｒ，１１０Ｌ，１１０Ｒ，１１５Ｌ，１１５Ｒは、それぞれ、光軸を中心とする扇形の撮像範囲の画像を、所定時間（例えば１／６０秒）毎に撮像する。カメラ１０５Ｆ，１０５Ｒ，１１０Ｌ，１１０Ｒ，１１５Ｌ，１１５Ｒは、それぞれ、撮像した撮像データを、所定時間（例えば１／６０秒）毎にＥＣＵ１６０に出力する。
【００２８】
ＬＩＤＡＲ１２０は、車両２０の例えば屋根の上に取り付けられている。ＬＩＤＡＲ１２０は、レーザ光のパルスを出射し、その戻ってくる時間を計測して、反射体との距離を検出する。ＬＩＤＡＲ１２０は、レーザ光の出射方向を、水平方向に回転させつつ、同時に上下方向に高速で振らせて、車両２０の周囲の３次元形状を検出する。
【００２９】
車速センサ１２５は、車両２０の速度を検出する。なお、車速センサ１２５が車両２０の車輪の回転速度を検出し、検出された車輪の回転速度に基づき、ＣＰＵ１７０が車両２０の速度を算出する構成であってもよい。
【００３０】
ドライブレコーダ１２８の加速度センサ１３０は、車両２０の加速度を検出する。ドライブレコーダ１２８は、前方カメラ１０５Ｆ及び後方カメラ１０５Ｒから出力される撮像データを、予め定められた事前保存時間Ｔａ（例えば１０秒）の間、先入れ先出し（ＦＩＦＯ）で内蔵メモリ（図示省略）に保存する。ドライブレコーダ１２８は、車両２０の加速度が、予め定められた加速度閾値Ｇｔｈｃ（後述の図２）を超えた時点でＦＩＦＯを停止し、ＦＩＦＯ停止時点から事前保存時間Ｔａ以前までの撮像データの内臓メモリへの保存を維持する。更に、ドライブレコーダ１２８は、ＦＩＦＯ停止時点から予め定められた事後保存時間Ｔｂ（例えば５秒）の間、撮像データを内蔵メモリに保存する。すなわち、ドライブレコーダ１２８の内蔵メモリには、ＦＩＦＯ停止時点の前後の保存時間（Ｔａ＋Ｔｂ）における前方カメラ１０５Ｆ及び後方カメラ１０５Ｒの撮像データが保存される。
【００３１】
ＣＰＵ１７０の運転判定部１７５は、カメラ１０５Ｆ，１０５Ｒ，１１０Ｌ，１１０Ｒ，１１５Ｌ，１１５Ｒから出力される撮像データ、ＬＩＤＡＲ１２０から出力される距離データ、車速センサ１２５から出力される速度データ、加速度センサ１３０から出力される加速度データに基づき、イベントトリガが発生したか否かを判定する。運転判定部１７５は、イベントトリガが発生したと判定すると、運転者による運転が危険運転であると判定する。イベントトリガは、予め定められており、危険運転に関連する。本実施形態において、ドライブレコーダ１２８は、車載端末の一例に相当し、加速度センサ１３０は、車載センサの一例に相当する。
【００３２】
図２は、運転判定部１７５による判定例を概略的に示す図である。運転判定部１７５は、例えば加速度センサ１３０によって検出される車両２０の加速度の絶対値の大きさが、予め定められた加速度閾値Ｇｔｈｃを超えるというイベントトリガが発生したか否かを判定する。運転判定部１７５は、車両２０の加速度の絶対値の大きさが、加速度閾値Ｇｔｈｃを超えるというイベントトリガが発生すると（つまり急加速又は急減速が行われると）、危険運転と判定する。図２では、加速度センサ１３０によって検出される車両２０の加速度Ｇｃは、最小加速度Ｇ１と最大加速度Ｇ２との間で変化している。図２の例では、最大加速度Ｇ２は、加速度閾値Ｇｔｈｃ以下になっている。このため、運転判定部１７５は、運転者による運転が危険運転と判定しない。また、ドライブレコーダ１２８では、ＦＩＦＯが停止されない。
【００３３】
図１に戻って、運転判定部１７５は、カメラ１１０Ｌ，１１０Ｒ，１１５Ｌ，１１５Ｒから出力される撮像データと、ＬＩＤＡＲ１２０から出力される距離データと、車速センサ１２５から出力される速度データと、加速度センサ１３０から出力される加速度データとを、予め定められた事前保存時間Ｔ１（例えば１０秒）の間、ＦＩＦＯでメモリ１６５に保存する。運転判定部１７５は、イベントトリガ発生と判定した時点又はサーバ装置３０からデータを要求（後述の図８のステップＳ１２２５）された時点でＦＩＦＯを停止し、ＦＩＦＯ停止時点から事前保存時間Ｔ１以前までの各データのメモリ１６５への保存を維持する。更に、運転判定部１７５は、ＦＩＦＯ停止時点から予め定められた事後保存時間Ｔ２（例えば５秒）の間、各データをメモリ１６５に保存する。すなわち、メモリ１６５には、ＦＩＦＯ停止時点の前後の保存時間（Ｔ１＋Ｔ２）における各データが保存される。
【００３４】
ＩＤ登録部１８０は、車両２０を特定する固有の車両識別情報（車両ＩＤ）、車両２０の運転者を特定する固有の運転者ＩＤ、車両２０に搭載された車載端末（本実施形態では例えばドライブレコーダ１２８）を特定する車載端末ＩＤをサーバ装置３０に登録する。ＩＤ登録部１８０は、例えば通信制御部１８５が最初にサーバ装置３０と通信したときに、車両ＩＤ、運転者ＩＤ、車載端末ＩＤをサーバ装置３０に登録するようにしてもよい。代替的に、ＩＤ登録部１８０は、例えば車両２０の所有者による操作に基づいて、車両ＩＤ、運転者ＩＤ、車載端末ＩＤをサーバ装置３０に登録するようにしてもよい。
【００３５】
通信制御部１８５は、例えばドライブレコーダ１２８の加速度センサ１３０により検出された車両２０の加速度の絶対値の大きさが加速度閾値Ｇｔｈｃを超えるというイベントトリガに応じて、通信ＩＦ１００を介して、ドライブレコーダ１２８の内蔵メモリに保存されているＦＩＦＯ停止時点の前後の保存時間（Ｔ１＋Ｔ２）における車両２０の加速度（イベントセンサデータの一例に相当）及び加速度閾値Ｇｔｈｃを、ドライブレコーダ１２８を特定する車載端末ＩＤ及び時刻データとともに、サーバ装置３０へ送信する。
【００３６】
通信制御部１８５は、サーバ装置３０からドライブレコーダ１２８のデータを要求（例えば後述の図８のステップＳ１２２５）されると、ドライブレコーダ１２８の内蔵メモリに保存されているＦＩＦＯ停止時点の前後の保存時間（Ｔ１＋Ｔ２）における加速度データ（センサデータの一例に相当）を、通信ＩＦ１００を介して、ドライブレコーダ１２８を特定する車載端末ＩＤ及び時刻データとともに、サーバ装置３０へ送信する。
【００３７】
スマートフォン５０（同乗者端末の一例に相当）は、通信ＩＦ３００、制御回路３０５、加速度センサ３６０を備える。制御回路３０５は、メモリ３１０、ＣＰＵ３２０、周辺回路（図示省略）を備える。メモリ３１０は、例えば半導体メモリ等により構成される。メモリ３１０は、例えばＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなどを含む。メモリ３１０の例えばＲＯＭは、ＣＰＵ３２０を動作させる本実施形態のアプリケーションプログラムを記憶する。ＣＰＵ３２０は、メモリ３１０に記憶された本実施形態のアプリケーションプログラムにしたがって動作することによって、イベント判定部３３０、ＩＤ登録部３３５、通信制御部３４０として機能する。
【００３８】
通信ＩＦ３００は、制御回路３０５に接続され、通信制御部３４０の制御に従ってサーバ装置３０との通信を行うための通信回路である。通信ＩＦ３００は、通信ＩＦ１００と同じ規格に従った通信インターフェース回路を備えてもよい。加速度センサ３６０（同乗者センサの一例に相当）は、スマートフォン５０の加速度を検出する。加速度センサ３６０は、検出した加速度を制御回路３０５に出力する。
【００３９】
ＣＰＵ３２０のイベント判定部３３０は、加速度センサ３６０により検出された加速度に基づき、予め定められたイベントトリガが発生したか否かを判定する。イベントトリガは、危険運転に関連し、危険運転と判定する切っ掛けとなる運転状況である。イベント判定部３３０は、例えば、加速度センサ３６０によって検出されるスマートフォン５０の加速度の絶対値の大きさが、予め定められた加速度閾値Ｇｔｈｐを超える（つまりスマートフォン５０を保有する同乗者が乗る車両２０が急加速又は急減速する）というイベントトリガ発生を判定する。
【００４０】
図３は、イベント判定部３３０による判定例を概略的に示す図である。図３では、加速度センサ３６０によって検出されるスマートフォン５０の加速度Ｇｐは、図２と同様に、最小加速度Ｇ１と最大加速度Ｇ２との間で変化している。図３の例では、最大加速度Ｇ２は、加速度閾値Ｇｔｈｐを超えている。このため、イベント判定部３３０は、イベントトリガが発生したと判定する。
【００４１】
図２に示されるように、加速度閾値Ｇｔｈｃは、最大加速度Ｇ２を超えており、加速度閾値Ｇｔｈｐは、最大加速度Ｇ２未満になっている。すなわち、加速度閾値Ｇｔｈｃと加速度閾値Ｇｔｈｐとは、異なる値になっている。このため、図２の例では、運転判定部１７５は、イベントトリガが発生していないと判定し、運転者による運転が危険運転ではないと判定する。一方、図３の例では、イベント判定部３３０は、イベントトリガが発生したと判定する。
【００４２】
図１に戻って、イベント判定部３３０は、加速度センサ３６０から出力される加速度データを、予め定められた事前保存時間Ｔ３（例えば１０秒）の間、ＦＩＦＯでメモリ３１０に保存する。イベント判定部３３０は、イベントトリガ発生と判定した時点又はサーバ装置３０からデータを要求（後述の図８のステップＳ１２２５）された時点でＦＩＦＯを停止し、ＦＩＦＯ停止時点から事前保存時間Ｔ３以前までの加速度データのメモリ３１０への保存を維持する。更に、イベント判定部３３０は、ＦＩＦＯ停止時点から予め定められた事後保存時間Ｔ４（例えば５秒）の間、加速度データをメモリ３１０に保存する。すなわち、メモリ３１０には、ＦＩＦＯ停止時点の前後の保存時間（Ｔ３＋Ｔ４）における加速度データが保存される。
【００４３】
ＩＤ登録部３３５は、スマートフォン５０を保有する同乗者を特定する固有の同乗者ＩＤ、スマートフォン５０を特定する固有のスマートフォンＩＤ（同乗者端末の識別情報の一例に相当）をサーバ装置３０に登録する。同乗者ＩＤとスマートフォンＩＤとは、スマートフォン５０が同乗者によって購入されたときに、メモリ３１０に登録されてもよい。
【００４４】
ＩＤ登録部３３５は、本実施形態のアプリケーションプログラムがメモリ３１０に格納されると、自動的に同乗者ＩＤとスマートフォンＩＤとをサーバ装置３０に登録してもよい。代替的に、ＩＤ登録部３３５は、例えばスマートフォン５０の保有者による操作に基づいて、同乗者ＩＤとスマートフォンＩＤとをサーバ装置３０に登録してもよい。
【００４５】
通信制御部３４０は、加速度センサ３６０によって検出されるスマートフォン５０の加速度の絶対値の大きさが、予め定められた加速度閾値Ｇｔｈｐを超えるというイベントトリガが発生したとイベント判定部３３０によって判定されると、このイベントトリガに応じて、通信ＩＦ３００を介して、メモリ３１０に保存されているＦＩＦＯ停止時点の前後の保存時間（Ｔ３＋Ｔ４）におけるスマートフォン５０の加速度（イベントセンサデータの一例に相当）と、加速度閾値Ｇｔｈｐとを、例えばスマートフォンＩＤ（又は同乗者ＩＤ）及び時刻データとともに、サーバ装置３０へ送信する。
【００４６】
通信制御部３４０は、サーバ装置３０からデータを要求（例えば後述の図８のステップＳ１２２５）されると、メモリ３１０に保存されているＦＩＦＯ停止時点の前後の保存時間（Ｔ３＋Ｔ４）における加速度センサ３６０の加速度データ（センサデータの一例に相当）を、通信ＩＦ３００を介して、例えばスマートフォンＩＤ（又は同乗者ＩＤ）及び時刻データとともに、サーバ装置３０へ送信する。
【００４７】
スマートウォッチ６０（同乗者端末の一例に相当）は、腕時計型ウェアラブルコンピュータである。スマートウォッチ６０は、通信ＩＦ４００、制御回路４０５、心拍センサ４６０を備える。制御回路４０５は、メモリ４１０、ＣＰＵ４２０、周辺回路（図示省略）を備える。メモリ４１０は、例えば半導体メモリ等により構成される。メモリ４１０は、例えばＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなどを含む。メモリ４１０の例えばＲＯＭは、ＣＰＵ４２０を動作させる本実施形態のアプリケーションプログラムを記憶する。ＣＰＵ４２０は、メモリ４１０に記憶された本実施形態のアプリケーションプログラムにしたがって動作することによって、イベント判定部４３０、ＩＤ登録部４３５、通信制御部４４０として機能する。
【００４８】
通信ＩＦ４００は、制御回路４０５に接続され、通信制御部４４０の制御に従ってサーバ装置３０との通信を行うための通信回路である。通信ＩＦ４００は、通信ＩＦ１００と同じ規格に従った通信インターフェース回路を備えてもよい。心拍センサ４６０（同乗者センサの一例に相当）は、スマートウォッチ６０を着用している同乗者の心拍データを検出する。心拍センサ４６０は、検出した心拍データを制御回路４０５に出力する。
【００４９】
図４、図５は、それぞれ、心拍センサ４６０により検出される心拍データの一例を概略的に示す図である。図４では、心拍データＨｂｎは、強度が規則的に変化しており、同乗者の通常時の心拍データを表す。一方、図５では、心拍データＨｂａは、強度が不規則に変化しており、同乗者が動揺したときの心拍データを表す。図４に示される通常時の心拍データＨｂｎは、例えば同乗者が、取り外していたスマートウォッチ６０を着用すると、心拍センサ４６０により検出されて、メモリ４１０に保存される。代替的に、車両２０の走行開始から所定時間において心拍センサ４６０により検出された心拍データが、通常時の心拍データＨｂｎとして、メモリ４１０に保存されてもよい。
【００５０】
図１に戻って、ＣＰＵ４２０のイベント判定部４３０は、心拍センサ４６０により検出された心拍データに基づき、予め定められたイベントトリガが発生したか否かを判定する。イベント判定部４３０は、例えば、心拍センサ４６０により検出された心拍データの時間データと、メモリ４１０に保存されている心拍データＨｂｎ（図４）の時間データと、の相互相関を計算する。イベント判定部４３０は、求めた相互相関から相関値のピーク値を算出する。
【００５１】
イベント判定部４３０は、相関値のピーク値が１に近ければ、心拍センサ４６０により検出された心拍データは、メモリ４１０に保存されている心拍データＨｂｎ（図４）と相関がある（つまり類似する）と判定し、イベントトリガが発生していないと判定する。一方、イベント判定部４３０は、相関値のピーク値が１に近くなければ、心拍センサ４６０により検出された心拍データは、メモリ４１０に保存されている心拍データＨｂｎ（図４）と相関がない（つまり類似しない）と判定し、イベントトリガが発生したと判定する。
【００５２】
相関値のピーク値が１に近いか否かは、適切な相関閾値Ｃｔｈ（心拍閾値の一例に相当）を予め設定しておき、相関値のピーク値が相関閾値Ｃｔｈ以上か否かに基づき判定すればよい。相関閾値Ｃｔｈは、０＜Ｃｔｈ＜１であり、例えばＣｔｈ＝０．５である。例えば、図５に示されるような心拍データＨｂａが心拍センサ４６０によって検出されると、相関値のピーク値が相関閾値Ｃｔｈ未満となり、イベント判定部４３０は、イベントトリガが発生したと判定する。
【００５３】
イベント判定部４３０は、心拍センサ４６０により検出された心拍データを、予め定められた事前保存時間Ｔ５（例えば１０秒）の間、ＦＩＦＯでメモリ４１０に保存する。イベント判定部４３０は、イベントトリガ発生と判定した時点又はサーバ装置３０からデータを要求（後述の図８のステップＳ１２２５）された時点でＦＩＦＯを停止し、ＦＩＦＯ停止時点から事前保存時間Ｔ５以前までの心拍データのメモリ４１０への保存を維持する。更に、イベント判定部４３０は、ＦＩＦＯ停止時点から予め定められた事後保存時間Ｔ６（例えば５秒）の間、心拍データをメモリ４１０に保存する。すなわち、メモリ４１０には、ＦＩＦＯ停止時点の前後の保存時間（Ｔ５＋Ｔ６）における心拍データが保存される。
【００５４】
ＩＤ登録部４３５は、スマートウォッチ６０を保有する同乗者を特定する固有の同乗者ＩＤ、スマートウォッチ６０を特定する固有のスマートウォッチＩＤ（同乗者端末の識別情報の一例に相当）をサーバ装置３０に登録する。同乗者ＩＤとスマートウォッチＩＤとは、スマートウォッチ６０が同乗者によって購入されたときに、メモリ４１０に登録されてもよい。
【００５５】
ＩＤ登録部４３５は、本実施形態のアプリケーションプログラムがメモリ４１０に格納されると、自動的に同乗者ＩＤとスマートウォッチＩＤとをサーバ装置３０に登録してもよい。代替的に、ＩＤ登録部４３５は、例えばスマートウォッチ６０の着用者による操作に基づいて、同乗者ＩＤとスマートウォッチＩＤとをサーバ装置３０に登録してもよい。
【００５６】
通信制御部４４０は、上記相関値のピーク値が相関閾値Ｃｔｈ未満になるというイベントトリガが発生したとイベント判定部４３０によって判定されると、このイベントトリガに応じて、通信ＩＦ４００を介して、メモリ４１０に保存されているＦＩＦＯ停止時点の前後の保存時間（Ｔ５＋Ｔ６）における心拍センサ４６０の心拍データ（イベントセンサデータの一例に相当）と、メモリ４１０に保存されている心拍データＨｂｎ（図４）とを、例えばスマートウォッチＩＤ（又は同乗者ＩＤ）及び時刻データとともに、サーバ装置３０へ送信する。
【００５７】
通信制御部４４０は、サーバ装置３０からデータを要求（例えば後述の図８のステップＳ１２２５）されると、メモリ４１０に保存されているＦＩＦＯ停止時点の前後の保存時間（Ｔ５＋Ｔ６）における心拍センサ４６０の心拍データ（センサデータの一例に相当）を、通信ＩＦ４００を介して、例えばスマートウォッチＩＤ（又は同乗者ＩＤ）及び時刻データとともに、サーバ装置３０へ送信する。
【００５８】
サーバ装置３０は、通信ＩＦ２００、制御回路２０５、記憶装置２６０を備える。制御回路２０５は、メモリ２１０、ＣＰＵ２２０、周辺回路（図示省略）を備える。メモリ２１０は、例えば半導体メモリ等により構成される。メモリ２１０は、例えばＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなどを含む。メモリ２１０の例えばＲＯＭは、ＣＰＵ２２０を動作させる第１実施形態の制御プログラムを記憶する。ＣＰＵ２２０は、メモリ２１０に記憶された第１実施形態の制御プログラムにしたがって動作することによって、運転データ取得部２３０、通信制御部２３５として機能する。
【００５９】
記憶装置２６０は、例えばハードディスク又は半導体不揮発性メモリ等により構成される。記憶装置２６０は、搭乗者情報記憶部２６５、危険運転データ記憶部２７０を含む。搭乗者情報記憶部２６５（第１メモリの一例に相当）は、ＩＤ登録部１８０により登録された車両ＩＤ、運転者ＩＤ、車載端末ＩＤと、ＩＤ登録部３３５により登録された同乗者ＩＤ、スマートフォンＩＤと、ＩＤ登録部４３５により登録された同乗者ＩＤ、スマートウォッチＩＤとを、対応付けて記憶する。危険運転データ記憶部２７０（第２メモリの一例に相当）の記憶内容は、後述される。
【００６０】
通信ＩＦ２００は、制御回路２０５に接続され、通信制御部２３５の制御に従って通信を行うための通信回路である。通信ＩＦ２００は、車両２０の通信ＩＦ１００から送信された通信信号、スマートフォン５０の通信ＩＦ３００から送信された通信信号、スマートウォッチ６０の通信ＩＦ４００から送信された通信信号を、それぞれ、ネットワーク４０を介して受信する。通信ＩＦ２００は、例えば通信ＩＦ１００と同じ規格に従った通信インターフェース回路を備えてもよい。ＣＰＵ２２０の通信制御部２３５は、通信ＩＦ２００を介して、車両２０、スマートフォン５０、及びスマートウォッチ６０との通信を制御する。
【００６１】
例えば加速度センサ１３０の加速度の絶対値の大きさが加速度閾値Ｇｔｈｃを超えるというイベントトリガに応じて、ＦＩＦＯ停止時点の前後の保存時間（Ｔ１＋Ｔ２）における加速度センサ１３０の加速度（イベントセンサデータの一例に相当）及び加速度閾値Ｇｔｈｃが、例えばドライブレコーダ１２８を特定する車載端末ＩＤ（識別情報の一例に相当）及び時刻データとともに車両２０から送信される。すると、運転データ取得部２３０（第１取得部の一例に相当）は、通信制御部２３５を介して、送信されたデータを受け取り、メモリ２１０に保存する。
【００６２】
運転データ取得部２３０（第１特定部の一例に相当）は、搭乗者情報記憶部２６５を参照して、車載端末ＩＤに対応付けられているスマートフォン５０とスマートウォッチ６０とを特定する。すなわち、運転データ取得部２３０は、車載端末ＩＤに対応付けられている、運転状態を検出可能な機器が搭乗者情報記憶部２６５に登録されているか否かを判定し、登録されていれば、車載端末ＩＤに対応付けられているＩＤ（本実施形態では、スマートフォンＩＤ及びスマートウォッチＩＤ）に対応するスマートフォン５０とスマートウォッチ６０とを特定する。
【００６３】
運転データ取得部２３０（要求部の一例に相当）は、特定したスマートフォン５０に対して、加速度センサ１３０の加速度に同期する（つまり加速度センサ１３０の加速度と同じ時間帯の）加速度センサ３６０の加速度データを要求する。運転データ取得部２３０（第２取得部の一例に相当）は、通信制御部２３５を介して、要求先のスマートフォン５０から送信されたＦＩＦＯ停止時点の前後の保存時間（Ｔ３＋Ｔ４）における加速度センサ３６０の加速度データ（センサデータの一例に相当）等を受け取り、メモリ２１０に保存する。
【００６４】
運転データ取得部２３０（保存部の一例に相当）は、加速度センサ１３０の加速度及び加速度閾値Ｇｔｈｃと、加速度センサ３６０の加速度データ及び加速度閾値Ｇｔｈｐと、それぞれの時刻データと、車載端末ＩＤと、スマートフォンＩＤとを、互いに対応付けて、危険運転データ記憶部２７０に保存する。
【００６５】
運転データ取得部２３０（要求部の一例に相当）は、特定したスマートウォッチ６０に対して、加速度センサ１３０の加速度に同期する（つまり加速度センサ１３０の加速度と同じ時間帯の）心拍センサ４６０の心拍データを要求する。運転データ取得部２３０（第２取得部の一例に相当）は、通信制御部２３５を介して、スマートウォッチ６０から送信されたＦＩＦＯ停止時点の前後の保存時間（Ｔ５＋Ｔ６）における心拍センサ４６０の心拍データ（センサデータの一例に相当）等を受け取り、メモリ２１０に保存する。
【００６６】
運転データ取得部２３０（保存部の一例に相当）は、加速度センサ１３０の加速度及び加速度閾値Ｇｔｈｃと、心拍センサ４６０の心拍データ及び通常時の心拍データＨｂｎと、それぞれの時刻データと、車載端末ＩＤと、スマートウォッチＩＤとを、対応付けて、危険運転データ記憶部２７０に保存する。
【００６７】
例えば、加速度センサ３６０によって検出されたスマートフォン５０の加速度の絶対値の大きさが、加速度閾値Ｇｔｈｐを超えるというイベントトリガに応じて、ＦＩＦＯ停止時点の前後の保存時間（Ｔ３＋Ｔ４）におけるスマートフォン５０の加速度（イベントセンサデータの一例に相当）及び加速度閾値Ｇｔｈｐが、例えばスマートフォンＩＤ（又は同乗者ＩＤ、識別情報の一例に相当）及び時刻データとともに、スマートフォン５０から送信される。すると、運転データ取得部２３０（第１取得部の一例に相当）は、通信制御部２３５を介して、送信されたデータを受け取り、メモリ２１０に保存する。
【００６８】
運転データ取得部２３０（第２特定部の一例に相当）は、搭乗者情報記憶部２６５を参照して、スマートフォンＩＤに対応付けられているドライブレコーダ１２８を特定する。すなわち、運転データ取得部２３０は、スマートフォンＩＤに対応付けられている、運転状態を検出可能な機器が搭乗者情報記憶部２６５に登録されているか否かを判定し、登録されていれば、スマートフォンＩＤに対応付けられているＩＤ（本実施形態では、ドライブレコーダ１２８を特定する車載端末ＩＤ）に対応するドライブレコーダ１２８を特定する。
【００６９】
運転データ取得部２３０（要求部の一例に相当）は、特定したドライブレコーダ１２８に対して、スマートフォン５０の加速度に同期する（つまり同じ時間帯における）ドライブレコーダ１２８のセンサデータを要求する。運転データ取得部２３０（第２取得部の一例に相当）は、通信制御部２３５を介して、要求先のドライブレコーダ１２８から送信されたＦＩＦＯ停止時点の前後の保存時間（Ｔ１＋Ｔ２）におけるセンサデータ（つまり加速度センサ１３０の加速度データ）、車載端末ＩＤ、時刻データを受け取り、メモリ２１０に保存する。
【００７０】
運転データ取得部２３０（保存部の一例に相当）は、加速度センサ３６０の加速度データ及び加速度閾値Ｇｔｈｐと、ドライブレコーダ１２８の加速度センサ１３０の加速度データと、それぞれの時刻データと、車載端末ＩＤと、スマートフォンＩＤとを、互いに対応付けて、危険運転データ記憶部２７０に保存する。
【００７１】
例えば、心拍センサ４６０により検出された心拍データと、メモリ４１０に保存されている心拍データＨｂｎ（図４）との相関値のピーク値が、相関閾値Ｃｔｈ未満になるというイベントトリガに応じて、ＦＩＦＯ停止時点の前後の保存時間（Ｔ５＋Ｔ６）における心拍センサ４６０の心拍データ（イベントセンサデータの一例に相当）及び心拍データＨｂｎ（図４）が、例えばスマートウォッチＩＤ（又は同乗者ＩＤ、識別情報の一例に相当）及び時刻データとともに、スマートウォッチ６０から送信される。すると、運転データ取得部２３０（第１取得部の一例に相当）は、通信制御部２３５を介して、送信されたデータを受け取り、メモリ２１０に保存する。
【００７２】
運転データ取得部２３０（第２特定部の一例に相当）は、搭乗者情報記憶部２６５を参照して、スマートウォッチＩＤに対応付けられているドライブレコーダ１２８を特定する。すなわち、運転データ取得部２３０は、スマートウォッチＩＤに対応付けられている、運転状態を検出可能な機器が搭乗者情報記憶部２６５に登録されているか否かを判定し、登録されていれば、スマートウォッチＩＤに対応付けられているＩＤ（本実施形態では、ドライブレコーダ１２８を特定する車載端末ＩＤ）に対応するドライブレコーダ１２８を特定する。
【００７３】
運転データ取得部２３０（要求部の一例に相当）は、特定したドライブレコーダ１２８に対して、心拍センサ４６０の心拍データに同期する（つまり同じ時間帯における）加速度センサ１３０のセンサデータを要求する。運転データ取得部２３０（第２取得部の一例に相当）は、通信制御部２３５を介して、要求先のドライブレコーダ１２８から送信されたＦＩＦＯ停止時点の前後の保存時間（Ｔ１＋Ｔ２）におけるセンサデータ（つまり加速度センサ１３０の加速度データ）、車載端末ＩＤ、時刻データを受け取り、メモリ２１０に保存する。
【００７４】
運転データ取得部２３０（保存部の一例に相当）は、心拍センサ４６０の心拍データ及び通常時の心拍データＨｂｎと、ドライブレコーダ１２８の加速度センサ１３０の加速度データと、それぞれの時刻データと、車載端末ＩＤと、スマートウォッチＩＤとを、互いに対応付けて、危険運転データ記憶部２７０に保存する。
【００７５】
図６は、第１実施形態に係る情報収集システム１０の車両２０における動作を概略的に示すフローチャートである。図６の動作は、一定時間（例えば１０ｍｓｅｃ）毎に繰り返して実行される。
【００７６】
ステップＳ１０００において、運転判定部１７５は、ドライブレコーダ１２８の加速度センサ１３０の加速度データを取得する。ステップＳ１００５において、運転判定部１７５は、取得した加速度データに基づいて、イベントトリガが発生しているか否か（つまり危険運転か否か）を判定する。すなわち、運転判定部１７５は、加速度データが加速度閾値Ｇｔｈｃを超えているか否かを判定する。ステップＳ１０１０において、通信制御部１８５は、イベントトリガ発生と運転判定部１７５により判定されたか否かを判別する。イベントトリガ発生と運転判定部１７５により判定されていれば（ステップＳ１０１０でＹＥＳ）、処理はステップＳ１０１５に進む。一方、イベントトリガ発生と運転判定部１７５により判定されていなければ（ステップＳ１０１０でＮＯ）、処理はステップＳ１０２０に進む。ステップＳ１０１５において、通信制御部１８５は、加速度センサ１３０の加速度データ等をサーバ装置３０へ送信する。
【００７７】
ステップＳ１０２０において、通信制御部１８５は、サーバ装置３０からデータを要求されたか否かを判定する。サーバ装置３０からデータを要求されると（ステップＳ１０２０でＹＥＳ）、処理はステップＳ１０２５に進む。一方、サーバ装置３０からデータを要求されなければ（ステップＳ１０２０でＮＯ）、図６の動作は終了する。ステップＳ１０２５において、通信制御部１８５は、センサデータ等をサーバ装置３０へ送信して、図６の動作は終了する。
【００７８】
図７は、第１実施形態に係る情報収集システム１０のスマートフォン５０又はスマートウォッチ６０における動作を概略的に示すフローチャートである。図７の動作は、一定時間（例えば１０ｍｓｅｃ）毎に繰り返して実行される。
【００７９】
最初に、スマートフォン５０における動作が説明される。ステップＳ１１００において、イベント判定部３３０は、検出データとして、加速度センサ３６０の加速度データを取得する。ステップＳ１１０５において、イベント判定部３３０は、取得した加速度データに基づいて、イベントトリガが発生したか否かを判定する。ステップＳ１１１０において、通信制御部３４０は、イベントトリガが発生したとイベント判定部３３０により判定されたか否かを判別する。例えば、加速度センサ３６０の加速度データの絶対値の大きさが加速度閾値Ｇｔｈｐを超えていれば、イベントトリガが発生したと判定される。
【００８０】
イベントトリガが発生したとイベント判定部３３０により判定されると（ステップＳ１１１０でＹＥＳ）、処理はステップＳ１１１５に進む。一方、イベントトリガが発生したとイベント判定部３３０により判定されなければ（ステップＳ１１１０でＮＯ）、処理はステップＳ１１２０に進む。ステップＳ１１１５において、通信制御部３４０は、イベントセンサデータ（加速度センサ３６０の加速度データ）等をサーバ装置３０へ送信する。
【００８１】
ステップＳ１１２０において、通信制御部３４０は、サーバ装置３０からデータを要求されたか否かを判定する。サーバ装置３０からデータを要求されると（ステップＳ１１２０でＹＥＳ）、処理はステップＳ１１２５に進む。一方、サーバ装置３０からデータを要求されなければ（ステップＳ１１２０でＮＯ）、図７の動作は終了する。ステップＳ１１２５において、通信制御部１８５は、センサデータ（加速度センサ３６０の加速度データ）等をサーバ装置３０へ送信して、図７の動作は終了する。
【００８２】
次に、スマートウォッチ６０における動作が説明される。ステップＳ１１００において、イベント判定部４３０は、検出データとして、心拍センサ４６０の心拍データを取得する。ステップＳ１１０５において、イベント判定部４３０は、取得した心拍データに基づいて、イベントトリガが発生したか否かを判定する。ステップＳ１１１０において、通信制御部４４０は、イベントトリガが発生したとイベント判定部４３０により判定されたか否かを判別する。例えば、心拍センサ４６０により検出された心拍データと、メモリ４１０に保存されている心拍データＨｂｎ（図４）との相関値のピーク値が、相関閾値Ｃｔｈ未満であれば、イベントトリガが発生したと判定される。
【００８３】
イベントトリガが発生したとイベント判定部４３０により判定されると（ステップＳ１１１０でＹＥＳ）、処理はステップＳ１１１５に進む。一方、イベントトリガが発生したとイベント判定部４３０により判定されなければ（ステップＳ１１１０でＮＯ）、処理はステップＳ１１２０に進む。ステップＳ１１１５において、通信制御部４４０は、イベントセンサデータ（心拍センサ４６０の心拍データ）等をサーバ装置３０へ送信する。
【００８４】
ステップＳ１１２０において、通信制御部４４０は、サーバ装置３０からデータを要求されたか否かを判定する。サーバ装置３０からデータを要求されると（ステップＳ１１２０でＹＥＳ）、処理はステップＳ１１２５に進む。一方、サーバ装置３０からデータを要求されなければ（ステップＳ１１２０でＮＯ）、図７の動作は終了する。ステップＳ１１２５において、通信制御部１８５は、センサデータ（心拍センサ４６０の心拍データ）等をサーバ装置３０へ送信して、図７の動作は終了する。
【００８５】
図８は、第１実施形態に係る情報収集システム１０のサーバ装置３０における動作を概略的に示すフローチャートである。図８の動作は、一定時間（例えば１０ｍｓｅｃ）毎に繰り返して実行される。
【００８６】
ステップＳ１２００において、運転データ取得部２３０は、通信制御部２３５が、車両２０、又はスマートフォン５０、又はスマートウォッチ６０からデータを受信したか否かを判別する。データを受信すると（ステップＳ１２００でＹＥＳ）、処理はステップＳ１２０５に進む。一方、データを受信しなければ（ステップＳ１２００でＮＯ）、図８の動作は終了する。
【００８７】
ステップＳ１２０５において、運転データ取得部２３０は、受信データをメモリ２１０に一時的に保存する。ステップＳ１２１０において、運転データ取得部２３０は、受信データから識別情報（ＩＤ）を抽出する。このＩＤは、本実施形態では、ドライブレコーダ１２８を特定する車載端末ＩＤ、又はスマートフォン５０を特定するスマートフォンＩＤ、又はスマートウォッチ６０を特定するスマートウォッチＩＤである。
【００８８】
ステップＳ１２１５において、運転データ取得部２３０は、搭乗者情報記憶部２６５を読み出す。ステップＳ１２２０において、運転データ取得部２３０は、搭乗者情報記憶部２６５に登録されている情報に基づき、データを取得可能な機器が存在するか否かを判別する。データを取得可能な機器が存在すれば（ステップＳ１２２０でＹＥＳ）、処理はステップＳ１２２５に進む。一方、データを取得可能な機器が存在しなければ（ステップＳ１２２０でＮＯ）、処理はステップＳ１２３５に進む。
【００８９】
例えば、ステップＳ１２１０で抽出されたＩＤが車載端末ＩＤであれば、運転データ取得部２３０は、抽出された車載端末ＩＤに対応付けられて、スマートフォンＩＤ又はスマートウォッチＩＤが、搭乗者情報記憶部２６５に登録されているか否かを判別する（ステップＳ１２２０）。スマートフォンＩＤ又はスマートウォッチＩＤが、搭乗者情報記憶部２６５に登録されていれば、データを取得可能な機器が存在すると判別される（ステップＳ１２２０でＹＥＳ）。
【００９０】
例えば、ステップＳ１２１０で抽出されたＩＤがスマートフォンＩＤ又はスマートウォッチＩＤであれば、運転データ取得部２３０は、抽出されたスマートフォンＩＤ又はスマートウォッチＩＤに対応付けられて、車載端末ＩＤが、搭乗者情報記憶部２６５に登録されているか否かを判別する（ステップＳ１２２０）。車載端末ＩＤが、搭乗者情報記憶部２６５に登録されていれば、データを取得可能な機器が存在すると判別される（ステップＳ１２２０でＹＥＳ）。
【００９１】
ステップＳ１２２５において、運転データ取得部２３０は、抽出されたＩＤに対応付けられている機器を特定し、特定した機器に、受信データに同期したデータを要求する。例えば、ステップＳ１２１０で抽出されたＩＤがスマートフォンＩＤ又はスマートウォッチＩＤであって、スマートフォンＩＤ又はスマートウォッチＩＤに対応付けられて搭乗者情報記憶部２６５に登録されている車載端末ＩＤが、ドライブレコーダ１２８を特定するＩＤであれば、運転データ取得部２３０は、ドライブレコーダ１２８を特定し、受信データと同じ時間帯のセンサデータを、特定したドライブレコーダ１２８に要求する。
【００９２】
例えば、ステップＳ１２１０で抽出されたＩＤが車載端末ＩＤであって、車載端末ＩＤに対応付けられて搭乗者情報記憶部２６５に登録されているＩＤがスマートフォン５０を特定するスマートフォンＩＤであれば、運転データ取得部２３０は、スマートフォン５０を特定し、受信データと同じ時間帯の加速度センサ３６０の加速度データを、特定したスマートフォン５０に要求する。
【００９３】
また、例えば、ステップＳ１２１０で抽出されたＩＤが車載端末ＩＤであって、車載端末ＩＤに対応付けられて搭乗者情報記憶部２６５に登録されているＩＤがスマートウォッチ６０を特定するスマートウォッチＩＤであれば、運転データ取得部２３０は、スマートウォッチ６０を特定し、受信データと同じ時間帯の心拍センサ４６０の心拍データを、特定したスマートウォッチ６０に要求する。
【００９４】
ステップＳ１２３０において、運転データ取得部２３０は、通信制御部２３５を介して、要求したデータを要求先の機器からＩＤとともに受信する。ステップＳ１２３５において、運転データ取得部２３０は、受信データをＩＤに対応付けて危険運転データ記憶部２７０に保存する。ステップＳ１２３５では、ステップＳ１２２０でＮＯのときは、運転データ取得部２３０は、ステップＳ１２０５でメモリ２１０に一時的に保存した受信データを、危険運転データ記憶部２７０に保存する。また、ステップＳ１２３５では、ステップＳ１２２０でＹＥＳのときは、運転データ取得部２３０は、ステップＳ１２０５でメモリ２１０に一時的に保存した受信データに加えて、ステップＳ１２３０で受信したデータを、危険運転データ記憶部２７０に保存する。ステップＳ１２３５の後、図８の動作は終了する。
【００９５】
以上説明されたように、第１実施形態によれば、ドライブレコーダ１２８の加速度センサ１３０の加速度データが車載端末ＩＤとともにサーバ装置３０へ送信されると、サーバ装置３０の運転データ取得部２３０は、車載端末ＩＤに対応付けられているスマートフォンＩＤによりスマートフォン５０を特定する。運転データ取得部２３０は、特定したスマートフォン５０から加速度センサ３６０の加速度データを取得し、ドライブレコーダ１２８の加速度センサ１３０の加速度データと、加速度センサ３６０の加速度データとを、危険運転データ記憶部２７０に保存する。したがって、危険運転情報をドライブレコーダ１２８だけでなく、同乗者が保有するスマートフォン５０からも収集することができる。
【００９６】
また、第１実施形態によれば、スマートフォン５０における加速度センサ３６０の加速度データの絶対値の大きさが加速度閾値Ｇｔｈｐを超えるというイベントトリガに応じて、スマートフォン５０から加速度センサ３６０の加速度データがスマートフォンＩＤとともにサーバ装置３０へ送信される。すると、運転データ取得部２３０は、スマートフォンＩＤに対応付けられている車載端末ＩＤによりドライブレコーダ１２８を特定し、特定したドライブレコーダ１２８の加速度センサ１３０のセンサデータを取得し、ドライブレコーダ１２８の加速度センサ１３０のセンサデータと、加速度センサ３６０の加速度データとを、危険運転データ記憶部２７０に保存する。
【００９７】
例えば、図２に示されるように、ドライブレコーダ１２８の加速度センサ１３０による車両２０の加速度Ｇｃが加速度閾値Ｇｔｈｃ以下の場合には、車両２０の運転判定部１７５は、イベントトリガ発生と判定しないので、加速度データは、車両２０（ドライブレコーダ１２８）から出力されない。しかし、この場合でも、図３に示されるように、加速度センサ３６０によるスマートフォン５０の加速度Ｇｐが加速度閾値Ｇｔｈｐを超える場合には、ドライブレコーダ１２８の加速度センサ１３０の加速度データを含むセンサデータが、危険運転データ記憶部２７０に保存される。したがって、危険運転か否かの判定精度の向上を図ることができる。
【００９８】
また、第１実施形態によれば、スマートウォッチ６０における心拍センサ４６０の心拍データと通常時の心拍データＨｂｎ（図４）との相関値のピーク値が相関閾値Ｃｔｈ未満になるというイベントトリガに応じて、スマートウォッチ６０から心拍データがスマートウォッチＩＤとともにサーバ装置３０へ送信される。すると、運転データ取得部２３０は、スマートウォッチＩＤに対応付けられている車載端末ＩＤによりドライブレコーダ１２８を特定し、特定したドライブレコーダ１２８の加速度センサ１３０のセンサデータを取得し、心拍センサ４６０の心拍データと、ドライブレコーダ１２８の加速度センサ１３０のセンサデータとを、危険運転データ記憶部２７０に保存する。
【００９９】
例えば、車両２０が歩行者の近くを減速しないまま通過した際に、同乗者が危険と感じて、図５に示されるように、心拍データＨｂａが不規則になることも考えられる。この場合には、運転者がブレーキペダルを操作しないため、加速度に変化がないことから、運転判定部１７５はイベントトリガ発生と判定しない。しかし、この場合でも、同乗者が危険と感じた場合には、ドライブレコーダ１２８の加速度センサ１３０のセンサデータが、危険運転データ記憶部２７０に保存される。このため、危険運転か否かの判定精度向上を図ることができる。
【０１００】
また、上記のように、車両２０の運転判定部１７５はイベントトリガ発生と判定せず、スマートウォッチ６０のイベント判定部４３０がイベントトリガ発生と判定する場合、運転者が危険運転ではないと判断しても、同乗者が危険又は不快に感じているということになる。車両２０が同乗者に対して乗車サービスを行うタクシーなどの場合には、同乗者に危険又は不快を感じさせるような運転は好ましくない。そこで、危険運転データ記憶部２７０に保存された危険運転情報を、タクシー会社の顧客満足度向上のためのデータとして、利用することができる。例えば、運転判定部１７５又はドライブレコーダ１２８において設定されている加速度閾値Ｇｔｈｃを低下させるなど、イベントトリガ発生の判定閾値の修正に利用することができる。
【０１０１】
上記特許文献１に記載の従来技術では、上述のように、事故が発生すると車載機器のデータしか残っていなかった。これに対して、第１実施形態によれば、車両２０の運転判定部１７５がイベントトリガ発生と判定した直後に事故が発生した場合には、サーバ装置３０の危険運転データ記憶部２７０に、事後保存時間Ｔ６の間の心拍データが保存されている。したがって、この心拍データに基づき、同乗者に対する処置の緊急性を判断することができる。また、心拍データがサーバ装置３０に一括して保存されているため、同乗者を治療する病院等に、サーバ装置３０から心拍データを容易に提供することができる。
【０１０２】
一般に、事故が発生したときにおける保険金支払の際に、被害報告に必要な同乗者に関する状況証拠が少ない。しかしながら、第１実施形態によれば、同乗者の加速度データ又は心拍データを利用することにより、保険金支払いに必要な証拠を補完することができる。例えば同乗者が骨折していた場合、現状では骨折の理由について事情を聴取する必要がある。これに対して、第１実施形態によれば、同乗者が保有するスマートフォン５０の加速度データがサーバ装置３０に保存されている。このため、警察又は保険会社が同乗者に対して行う事情聴取の時間を短縮することが可能になる。
【０１０３】
また、第１実施形態によれば、速度又は加速度のように車両２０に直接関連するデータだけではなくて、同乗者の心拍データのように異なった視点のデータを保存することができるという利点がある。
【０１０４】
（第２実施形態）
図９は、第２実施形態に係る情報収集システムの構成を概略的に示すブロック図である。図９に示される情報収集システム１０Ａは、車両２０Ａと、サーバ装置３０Ａと、スマートフォン５０Ａと、スマートウォッチ６０と、を備える。車両２０Ａ、スマートフォン５０Ａ、スマートウォッチ６０と、サーバ装置３０Ａとは、例えばインターネット等のネットワーク４０を介して、互いに通信可能に構成されている。車両２０Ａは、本実施形態では例えば、４輪自動車である。本実施形態では、車両２０Ａには、運転者と運転者に同乗する同乗者とが乗車しており、スマートフォン５０Ａは、同乗者が保有するものであり、スマートウォッチ６０は、同乗者によって着用されている。
【０１０５】
車両２０Ａは、通信ＩＦ１００、前方カメラ１０５Ｆ、後方カメラ１０５Ｒ、左後側方カメラ１１０Ｌ、右後側方カメラ１１０Ｒ、左方カメラ１１５Ｌ、右方カメラ１１５Ｒ、ＬＩＤＡＲ１２０、車速センサ１２５、ドライブレコーダ１２８、ＥＣＵ１６０Ａ、室内カメラ１３５、ベルトセンサ１４０、着座センサ１４５を備える。ドライブレコーダ１２８は、加速度センサ１３０を備える。ＥＣＵ１６０Ａは、メモリ１６５Ａ、ＣＰＵ１７０Ａ、周辺回路（図示省略）を備える。
【０１０６】
室内カメラ１３５は、車両２０Ａの室内天井における助手席の前方に、室内カメラ１３５の光軸が室内の後方を向くように、かつ、助手席に着座した同乗者が撮像範囲内に入るように、取り付けられている。ベルトセンサ１４０は、助手席のシートベルトが装着されているか否かを検出する。着座センサ１４５は、同乗者が助手席に着座しているか否かを検出する。
【０１０７】
メモリ１６５Ａは、例えば半導体メモリ等により構成される。メモリ１６５Ａは、例えばＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなどを含む。メモリ１６５Ａの例えばＲＯＭは、ＣＰＵ１７０Ａを動作させる第２実施形態の制御プログラムを記憶する。ＣＰＵ１７０Ａは、メモリ１６５Ａに記憶された第２実施形態の制御プログラムにしたがって動作することによって、運転判定部１７５Ａ、ＩＤ登録部１８０、通信制御部１８５Ａとして機能する。
【０１０８】
運転判定部１７５Ａは、第１実施形態の運転判定部１７５の機能に加えて、室内カメラ１３５による撮像データ、ベルトセンサ１４０の検出データ、着座センサ１４５の検出データ等の状態データを、事前保存時間Ｔ７（例えば１０秒）の間、ＦＩＦＯでメモリ１６５Ａに保存する。運転判定部１７５Ａは、イベントトリガ発生と判定した時点又はサーバ装置３０から状態データを要求（後述の図１１のステップＳ１３００）された時点でＦＩＦＯを停止し、ＦＩＦＯ停止時点から事前保存時間Ｔ７以前までの各状態データのメモリ１６５Ａへの保存を維持する。更に、運転判定部１７５Ａは、ＦＩＦＯ停止時点から予め定められた事後保存時間Ｔ８（例えば５秒）の間、各状態データをメモリ１６５Ａに保存する。すなわち、メモリ１６５Ａには、ＦＩＦＯ停止時点の前後の保存時間（Ｔ７＋Ｔ８）における各状態データが保存される。
【０１０９】
通信制御部１８５Ａは、第１実施形態の通信制御部１８５の機能に加えて、サーバ装置３０Ａから状態データを要求（例えば後述の図１１のステップＳ１３００）されると、メモリ１６５Ａに保存されているＦＩＦＯ停止時点の前後の保存時間（Ｔ７＋Ｔ８）における室内カメラ１３５による撮像データ、ベルトセンサ１４０の検出データ、着座センサ１４５の検出データ等の状態データを、通信ＩＦ１００を介して、例えば車両ＩＤ及び時刻データとともに、サーバ装置３０へ送信する。
【０１１０】
スマートフォン５０Ａは、通信ＩＦ３００、制御回路３０５Ａ、加速度センサ３６０を備える。また、スマートフォン５０Ａには、コンピュータゲームを実行可能にするゲームアプリケーション３６５と、心拍数又は血圧を測定可能にする健康アプリケーション３７０とが、インストールされている。
【０１１１】
制御回路３０５Ａは、メモリ３１０Ａ、ＣＰＵ３２０Ａ、周辺回路（図示省略）を備える。メモリ３１０Ａは、例えば半導体メモリ等により構成される。メモリ３１０Ａは、例えばＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなどを含む。メモリ３１０Ａの例えばＲＯＭは、ＣＰＵ３２０Ａを動作させる本実施形態のアプリケーションプログラムを記憶する。ＣＰＵ３２０Ａは、メモリ３１０Ａに記憶された本実施形態のアプリケーションプログラムにしたがって動作することによって、イベント判定部３３０、ＩＤ登録部３３５、通信制御部３４０Ａとして機能する。
【０１１２】
通信制御部３４０Ａは、第１実施形態の通信制御部３４０の機能に加えて、ゲームアプリケーション３６５が起動中か否かの情報と、健康アプリケーション３７０が起動中か否かの情報と、スマートフォン５０の通話機能又はメール機能が使用中か否かの情報とを、状態データとして、サーバ装置３０Ａからの要求（例えば後述の図１１のステップＳ１３００）を受けて、サーバ装置３０Ａへ送信する機能を有する。
【０１１３】
サーバ装置３０Ａは、通信ＩＦ２００、制御回路２０５Ａ、記憶装置２６０を備える。制御回路２０５Ａは、メモリ２１０Ａ、ＣＰＵ２２０Ａ、周辺回路（図示省略）を備える。メモリ２１０Ａは、例えば半導体メモリ等により構成される。メモリ２１０Ａは、例えばＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなどを含む。メモリ２１０Ａの例えばＲＯＭは、ＣＰＵ２２０Ａを動作させる第２実施形態の制御プログラムを記憶する。ＣＰＵ２２０Ａは、メモリ２１０Ａに記憶された第２実施形態の制御プログラムにしたがって動作することによって、運転データ取得部２３０Ａ、通信制御部２３５、正常データ判定部２４０として機能する。
【０１１４】
正常データ判定部２４０は、車両２０Ａ及びスマートフォン５０から送信される状態データをメモリ２１０Ａに一時的に保存する。正常データ判定部２４０は、車両２０Ａ及びスマートフォン５０から送信される状態データに基づき、車両２０Ａの同乗者が車両２０Ａ内において正常状態であるか否かを判定する。正常データ判定部２４０は、同乗者が正常状態であると判定すると、同乗者が保有するスマートフォン５０又は同乗者が着用するスマートウォッチ６０から得られるデータが信頼できると判定する。
【０１１５】
正常データ判定部２４０は、例えば、室内カメラ１３５の撮像データに基づき、同乗者の姿勢（例えば頭部、手、腕の位置）が一定で、同乗者の視線が車両２０Ａの進行方向を向いており、運転判定部１７５又はイベント判定部３３０，４３０によりイベントトリガ発生と判定された時点から事前保存時間Ｔ７の前までにおける同乗者の動きが少ないときは、同乗者が正常状態であると判定する。例えば事前保存時間Ｔ７の間の室内カメラ１３５の撮像データにおけるフレーム画像間の差分が所定値以下のときに、同乗者の動きが少ないと判定することができる。
【０１１６】
正常データ判定部２４０は、例えば、ベルトセンサ１４０及び着座センサ１４５の検出データと、スマートフォン５０からの状態データとに基づき、同乗者が助手席に着座しており、シートベルトを着用しており、かつ、運転判定部１７５又はイベント判定部３３０，４３０によりイベントトリガ発生と判定された時点から事前保存時間Ｔ７以前までにおいて、スマートフォン５０の通話機能及びメール機能が使用されていないときは、同乗者が正常状態であると判定する。
【０１１７】
正常データ判定部２４０は、例えば、スマートフォン５０のゲームアプリケーション３６５が起動されていないときは、同乗者が正常状態であると判定する。すなわち、同乗者がスマートフォン５０のゲームアプリケーション３６５を使用しているときは、ゲームに合わせて体を動かしている可能性があるため、正常状態であると判定されない。正常データ判定部２４０は、例えば、スマートフォン５０の健康アプリケーション３７０が起動されているときは、同乗者が正常状態であると判定する。すなわち、同乗者がスマートフォン５０の健康アプリケーション３７０を使用しているときは、無理な動きをしていないと考えられるため、正常状態であると判定される。
【０１１８】
運転データ取得部２３０Ａは、同乗者が正常状態であると正常データ判定部２４０により判定されたときのみ、スマートフォン５０又はスマートウォッチ６０から送信されるデータを危険運転データ記憶部２７０に保存する。すなわち、運転データ取得部２３０Ａは、同乗者が正常状態であると正常データ判定部２４０により判定されないときは、スマートフォン５０又はスマートウォッチ６０から送信されるデータを危険運転データ記憶部２７０に保存しない。
【０１１９】
図１０は、第２実施形態に係る情報収集システム１０Ａの車両２０Ａにおける動作を概略的に示すフローチャートである。図１０の動作は、一定時間（例えば１０ｍｓｅｃ）毎に繰り返して実行される。
【０１２０】
ステップＳ１０００〜Ｓ１０２５は、それぞれ、運転判定部１７５が運転判定部１７５Ａに換えられ、通信制御部１８５が通信制御部１８５Ａに換えられた点以外は、図６のステップＳ１０００〜Ｓ１０２５と同じである。但し、ステップＳ１０２０でＮＯのとき、処理はステップＳ１０３０に進む。
【０１２１】
ステップＳ１０２５に続くステップＳ１０３０において、通信制御部１８５Ａは、サーバ装置３０Ａから室内カメラ１３５による撮像データ、ベルトセンサ１４０の検出データ、着座センサ１４５の検出データ等の同乗者の状態データを要求されたか否かを判定する。サーバ装置３０Ａから同乗者の状態データを要求されると（ステップＳ１０３０でＹＥＳ）、処理はステップＳ１０３５に進む。一方、サーバ装置３０Ａから同乗者の状態データを要求されなければ（ステップＳ１０３０でＮＯ）、図１０の動作は終了する。ステップＳ１０３５において、通信制御部１８５Ａは、同乗者の状態データ等をサーバ装置３０へ送信して、図１０の動作は終了する。
【０１２２】
なお、第２実施形態に係る情報収集システム１０Ａのスマートフォン５０Ａにおける動作は、図７に示される第１実施形態のフローチャートの最後に、図１０のステップＳ１０３０，Ｓ１０３５と同様のステップが付加されたものである。
【０１２３】
図１１は、第２実施形態に係る情報収集システム１０Ａのサーバ装置３０Ａにおける動作を概略的に示すフローチャートである。図１１の動作は、一定時間（例えば１０ｍｓｅｃ）毎に繰り返して実行される。
【０１２４】
ステップＳ１２００〜Ｓ１２１５は、それぞれ、メモリ２１０がメモリ２１０Ａに換えられ、運転データ取得部２３０が運転データ取得部２３０Ａに換えられた点以外は、図８のステップＳ１２００〜Ｓ１２１５と同じである。ステップＳ１２１５に続くステップＳ１３００において、正常データ判定部２４０は、通信制御部２３５を介して、同乗者の状態データを、車両２０Ａとスマートフォン５０Ａとに要求する。ステップＳ１３０５において、通信制御部２３５は、同乗者の状態データを、車両２０Ａとスマートフォン５０Ａとから受信して、受信したデータをメモリ２１０Ａに一時的に保存する。ステップＳ１３１０において、正常データ判定部２４０は、受信した状態データに基づき、同乗者が正常状態であるか否かを判定する。同乗者が正常状態であれば（ステップＳ１３１０でＹＥＳ）、処理はステップＳ１３１５に進む。一方、同乗者が正常状態でなければ（ステップＳ１３１０でＮＯ）、処理はステップＳ１３２０に進む。
【０１２５】
ステップＳ１３１５の判定内容は、図８のステップＳ１２２０と同じである。すなわち、運転データ取得部２３０Ａは、搭乗者情報記憶部２６５に登録されている情報に基づき、データを取得可能な機器が存在するか否かを判別する。データを取得可能な機器が存在すれば（ステップＳ１３１５でＹＥＳ）、処理はステップＳ１２２５に進む。一方、データを取得可能な機器が存在しなければ（ステップＳ１３１５でＮＯ）、処理はステップＳ１３２０に進む。
【０１２６】
ステップＳ１３２０において、運転データ取得部２３０Ａは、ステップＳ１２０５でメモリ２１０Ａに保存された受信データが、車両２０Ａに搭載された車載センサからのデータであるか否かを判別する。受信データが、車載センサからのデータであれば（ステップＳ１３２０でＹＥＳ）、処理はステップＳ１２３５に進む。一方、受信データが、車載センサからのデータでなければ（ステップＳ１３２０でＮＯ）、図１１の動作は終了する。ステップＳ１２２５〜Ｓ１２３５は、それぞれ、メモリ２１０がメモリ２１０Ａに換えられ、運転データ取得部２３０が運転データ取得部２３０Ａに換えられた点以外は、図８のステップＳ１２２５〜Ｓ１２３５と同じである。
【０１２７】
受信データが車載センサからのデータでないということは（ステップＳ１３２０でＮＯ）、受信データは、スマートフォン５０Ａ又はスマートウォッチ６０からのデータであるということになる。一方、ここでは、同乗者が正常状態でない（ステップＳ１３１０でＮＯ）。そこで、ステップＳ１２０５でメモリ２１０Ａに一時的に保存された受信データは、危険運転データ記憶部２７０に保存されることなく、図１１の動作は終了する。
【０１２８】
以上説明されたように、第２実施形態によれば、同乗者が正常状態であると正常データ判定部２４０によって判定されたときにのみ、スマートフォン５０のデータ又はスマートウォッチ６０のデータが危険運転データ記憶部２７０に保存される。このため、危険運転データ記憶部２７０に保存されるデータの信頼性を向上することができる。
【０１２９】
（その他）
（１）上記各実施形態では、スマートウォッチ６０の心拍センサ４６０は、図４、図５に示されるように、心拍データＨｂｎ，ＨＢａの時間データを出力し、イベント判定部４３０は、通常時の心拍データＨｂｎの時間データとの相関値のピーク値に基づき、イベントトリガ発生か否かを判定しているが、これに限られない。スマートウォッチ６０の心拍センサは、同乗者の心拍数を検出してもよい。スマートウォッチ６０のメモリ４１０には、通常時の心拍数の平均値及び標準偏差σが、予め保存されていてもよい。イベント判定部４３０は、心拍センサにより検出された心拍数が、平均値から２σ又は３σ増加した値になると、イベントトリガ発生と判定してもよい。
【０１３０】
（２）上記第１実施形態では、運転判定部１７５によるイベントトリガ発生の判定について、加速度センサ１３０によって検出される車両２０の加速度の絶対値の大きさが、予め定められた加速度閾値Ｇｔｈｃを超えるというイベントトリガの例が説明されているが、これに限られない。
【０１３１】
例えば、運転判定部１７５は、更に、例えばテンプレートマッチングによって、カメラ１０５Ｆ，１０５Ｒ，１１０Ｌ，１１０Ｒ，１１５Ｌ，１１５Ｒの撮像範囲に存在する物体、例えば、車両２０の周辺領域を走行する他車、走行車線の近傍を歩行する歩行者、道路に描かれた車線の境界を表す境界線（例えば断続的に描かれた白線）、道路脇に設置された交通標識などを検出してもよい。そして、運転判定部１７５は、例えば車速センサ１２５によって検出される車両２０の速度が、検出された交通標識に記載の制限速度に対応して予め定められた速度閾値を超えるというイベントトリガが発生したか否かを判定してもよい。
【０１３２】
或いはまた、例えば、車両２０及び歩行者の間の距離Ｌ２０と、車両２０の速度Ｖ２０との関係において、イベントトリガ発生条件を予め定めてメモリ１６５に保存しておいてもよい。このイベントトリガ発生条件は、距離Ｌ２０が長くなるほど速度Ｖ２０が高くなるように設定されている。
【０１３３】
運転判定部１７５は、カメラ１０５Ｆ，１０５Ｒ，１１０Ｌ，１１０Ｒ，１１５Ｌ，１１５Ｒから出力される撮像データ、ＬＩＤＡＲ１２０から出力される距離データに基づき、車両２０及び歩行者の間の距離Ｌｘを検出してもよい。運転判定部１７５は、検出した距離Ｌｘと、車速センサ１２５から出力される車両２０の速度Ｖｘとを、イベントトリガ発生条件と比較し、イベントトリガ発生条件を満たすときに、イベントトリガ発生と判定してもよい。
【０１３４】
例えば車両２０が歩行者から距離Ｌｘの地点を速度Ｖｘで通過した際に、同乗者が危険と感じて、心拍センサ４６０により検出された心拍データが、心拍データＨｂａ（図５）のように不規則になって、イベント判定部４３０がイベントトリガ発生と判定することも考えられる。この場合において、距離Ｌｘと速度Ｖｘとが、メモリ１６５に保存されているイベントトリガ発生条件を満たさないときは、運転判定部１７５は、イベントトリガ発生と判定しない。しかし、車両２０の同乗者が危険と感じているにも拘らず、運転判定部１７５がイベントトリガ発生と判定しないのは好ましくない。
【０１３５】
一方、この変形された実施形態では、スマートウォッチ６０のイベント判定部４３０がイベントトリガ発生と判定すると、心拍センサ４６０により検出された心拍データと、距離Ｌｘと、速度Ｖｘとが、サーバ装置３０に送信されて、危険運転情報として、サーバ装置３０の危険運転データ記憶部２７０に保存される。
【０１３６】
そこで、危険運転データ記憶部２７０に保存されている、心拍センサ４６０により検出された心拍データと、距離Ｌｘと、速度Ｖｘとを、イベントトリガ発生条件の修正に利用することができる。これによって、イベントトリガ発生条件を同乗者の感覚に一致させることができる。
【０１３７】
（３）上記各実施形態では、車両２０，２０Ａは、それぞれ、車載端末として、加速度センサ１３０を有するドライブレコーダ１２８を備えているが、これに限られない。車両２０，２０Ａは、車載端末として、ドライブレコーダ１２８に代えて又は加えて、例えば加速度センサを有するスマートフォンを備えていてもよい。或いは、運転者が保有する加速度センサ付きスマートフォンを、車載端末としてもよい。
【０１３８】
（４）上記各実施形態では、情報収集システム１０，１０Ａは、スマートフォン５０とスマートウォッチ６０とを備えているが、これに限られない。情報収集システム１０，１０Ａは、スマートフォン５０とスマートウォッチ６０とのいずれか一方のみを備えていてもよい。すなわち、情報収集システム１０，１０Ａは、スマートフォン５０とスマートウォッチ６０との少なくとも一方を備えていればよい。
【０１３９】
（５）上記各実施形態において、事前保存時間Ｔａ，Ｔ１，Ｔ３，Ｔ５，Ｔ７は、互いに同じ値であっても異なる値であってもよい。また、事後保存時間Ｔｂ，Ｔ２，Ｔ４，Ｔ６，Ｔ８は、互いに同じ値であっても異なる値であってもよい。
【０１４０】
（６）上記第２実施形態では、スマートフォン５０Ａには、コンピュータゲームを実行可能にするゲームアプリケーション３６５と、心拍数又は血圧を測定可能にする健康アプリケーション３７０とがインストールされているが、これに限られない。例えば、情報収集システムは、コンピュータゲームを実行可能にする単体のゲーム機器と、心拍数又は血圧を測定可能にする単体の健康機器とを備えてもよい。この場合には、サーバ装置３０の搭乗者情報記憶部２６５に、ゲーム機器の機器ＩＤと、健康機器の機器ＩＤとが登録されていればよい。そして、正常データ判定部２４０は、ゲーム機器が起動されていないときは、同乗者が正常状態であると判定してもよい。また、正常データ判定部２４０は、健康機器が起動されているときは、同乗者が正常状態であると判定してもよい。
【産業上の利用可能性】
【０１４１】
本開示に係る情報収集技術は、車両の運転情報を収集するシステムに特に有用である。
【符号の説明】
【０１４２】
３０，３０Ａ  サーバ装置
１２８  ドライブレコーダ
１３０，３６０  加速度センサ
１７５  運転判定部
２３０，２３０Ａ  運転データ取得部
２４０  正常データ判定部
２６５  搭乗者情報記憶部
２７０  危険運転データ記憶部
３３０，４３０  イベント判定部
４６０  心拍センサ
【図１】
2020021409.tif 000003
【図２】
2020021409.tif 000004
【図３】
2020021409.tif 000005
【図４】
2020021409.tif 000006
【図５】
2020021409.tif 000007
【図６】
2020021409.tif 000008
【図７】
2020021409.tif 000009
【図８】
2020021409.tif 000010
【図９】
2020021409.tif 000011
【図１０】
2020021409.tif 000012
【図１１】
2020021409.tif 000013