情報報知システム、サーバ装置、車載装置、及び、情報報知方法
【課題】事故の危険があることをドライバに意識させることができる技術を提供する。
【解決手段】情報報知システム１００においては、サーバ装置１が、事故パターンの事故の発生時の状況を示す複数の要素データを記憶している。そして、車両８の情報表示装置３が、車両８の現時点の状況を示す複数の要素データをサーバ装置１に送信する。これに応答して、サーバ装置１が、車両８の現時点の状況と事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出し、その合致度に基づく情報を情報表示装置３に送信する。そして、情報表示装置３は、この合致度に基づく情報を車両８のドライバに報知する。したがって、車両８の現時点の状況に応じて異なる情報をドライバに報知できるため、事故の危険があることをドライバに意識させることができる。
【解決手段】情報報知システム１００においては、サーバ装置１が、事故パターンの事故の発生時の状況を示す複数の要素データを記憶している。そして、車両８の情報表示装置３が、車両８の現時点の状況を示す複数の要素データをサーバ装置１に送信する。これに応答して、サーバ装置１が、車両８の現時点の状況と事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出し、その合致度に基づく情報を情報表示装置３に送信する。そして、情報表示装置３は、この合致度に基づく情報を車両８のドライバに報知する。したがって、車両８の現時点の状況に応じて異なる情報をドライバに報知できるため、事故の危険があることをドライバに意識させることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両のドライバに情報を報知する技術に関する。
【背景技術】
【０００２】
従来より、車両に搭載されるナビゲーション装置などの車載装置においては、事故を防止するための情報をドライバに報知することがなされている。例えば、合流箇所や踏切など、注意して運転すべき位置に車両が近づいたときに、その旨の文字を画面上に表示するとともに、その旨の音声を出力してドライバに案内する車載装置が知られている。
【０００３】
なお、本発明に関連する技術を開示する先行技術文献として特許文献１がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２３６５２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の車載装置は、注意して運転すべき位置に関しての情報が案内されるが、この情報の案内の対象となる位置は、合流箇所、踏切、急カーブなどの予め定められた位置となる。このため、車両の現時点の状況に係わらず、同一の位置については同一の情報が単純に案内されることから、次第にドライバがこの情報の案内に慣れてしまい、事故の危険があることをドライバに意識させる効果が薄れることになる。
【０００６】
本発明は、上記課題に鑑みてなされたものであり、事故の危険があることをドライバに意識させることができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１の発明は、車両のドライバに情報を報知する情報報知システムであって、車両に搭載される車載装置と、前記車載装置に情報を提供するサーバ装置と、を備え、前記サーバ装置は、発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、前記車両から、該車両の現時点の状況を示す複数の要素データを取得する取得手段と、前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、前記合致度に基づく情報を前記車載装置に送信する送信手段と、を備え、前記車載装置は、前記合致度に基づく情報を前記ドライバに報知する報知手段、を備えている。
【０００８】
また、請求項２の発明は、請求項１に記載の情報報知システムにおいて、前記サーバ装置は、前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、をさらに備え、前記送信手段は、前記危険度を前記車載装置に送信し、前記報知手段は、前記危険度を前記ドライバに報知する。
【０００９】
また、請求項３の発明は、請求項２に記載の情報報知システムにおいて、前記報知手段は、前記危険度が閾値を超える場合に前記危険度を前記ドライバに報知する。
【００１０】
また、請求項４の発明は、請求項１に記載の情報報知システムにおいて、前記記憶手段は、複数の事故パターンのそれぞれの前記複数の要素データを記憶しており、前記第１導出手段は、前記複数の事故パターンのそれぞれに関して前記合致度を導出し、前記送信手段は、前記複数の事故パターンのうち前記合致度が最も高い事故パターンの前記合致度に基づく情報を送信する。
【００１１】
また、請求項５の発明は、車両に情報を提供するサーバ装置であって、発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、前記車両から、該車両の現時点の状況を示す複数の要素データを取得する取得手段と、前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、前記合致度に基づく情報を前記車両に搭載された車載装置に送信する送信手段と、を備えている。
【００１２】
また、請求項６の発明は、請求項５に記載のサーバ装置において、前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、をさらに備え、前記送信手段は、前記危険度を前記車載装置に送信する。
【００１３】
また、請求項７の発明は、車両に搭載され、車両のドライバに情報を報知する車載装置であって、発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、前記車両の現時点の状況を示す複数の要素データを取得する取得手段と、前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、前記合致度に基づく情報を前記ドライバに報知する報知手段と、を備えている。
【００１４】
また、請求項８の発明は、請求項７に記載の車載装置において、前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、をさらに備え、前記報知手段は、前記危険度を前記ドライバに報知する。
【００１５】
また、請求項９の発明は、車両のドライバに情報を報知する情報報知方法であって、（ａ）前記車両の現時点の状況を示す複数の要素データを取得する工程と、（ｂ）発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし前記事故パターンの前記複数の要素データを記憶する記憶手段に記憶された前記事故パターンの複数の要素データと、前記工程（ａ）で取得された複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する工程と、（ｃ）前記合致度に基づく情報を前記ドライバに報知する工程と、を備えている。
【００１６】
また、請求項１０の発明は、請求項９に記載の情報報知方法において、（ｄ）前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する工程、をさらに備え、前記工程（ｃ）は、前記危険度を前記ドライバに報知する。
【発明の効果】
【００１７】
請求項１ないし１０の発明によれば、車両の現時点の状況と事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出し、その合致度に基づく情報を車両のドライバに報知する。このため、車両の現時点の状況に応じて異なる情報をドライバに報知できるため、事故の危険があることをドライバに意識させることができる。
【００１８】
また、特に請求項２，６，８及び１０の発明によれば、車両の現時点の状況において事故が発生する可能性の程度をドライバに報知するため、事故の危険があることをより強くドライバに意識させることができる。
【００１９】
また、特に請求項３の発明によれば、事故が発生する可能性が比較的高い場合に危険度をドライバに報知する。このため、事故防止に効果的なタイミングで事故の危険があることをドライバに意識させることができる。
【００２０】
また、特に請求項４の発明によれば、様々な事故パターンのうちで発生時の状況が現時点の車両の状況に最も近似する事故パターンの合致度に基づく情報を、車両のドライバに報知することができる。
【図面の簡単な説明】
【００２１】
【図１】図１は、情報報知システムの概要を示す図である。
【図２】図２は、サーバ装置の構成を示す図である。
【図３】図３は、データ送信装置の構成を示す図である。
【図４】図４は、情報表示装置の構成を示す図である。
【図５】図５は、データ蓄積処理に係る処理の流れを示す図である。
【図６】図６は、事故データベースの一例を示す図である。
【図７】図７は、パターン登録処理の流れを示す図である。
【図８】図８は、パターンテーブルの一例を示す図である。
【図９】図９は、危険度提供処理に係る処理の流れを示す図である。
【図１０】図１０は、危険度を報知するディスプレイの表示の一例を示す図である。
【図１１】図１１は、第２の実施の形態の情報表示装置の構成を示す図である。
【図１２】図１２は、第２の実施の形態の情報表示装置の処理の流れを示す図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照しつつ本発明の実施の形態について説明する。
【００２３】
＜１．第１の実施の形態＞
＜１−１．システム構成＞
図１は、本実施の形態に係る情報報知システム１００の概要を示す図である。情報報知システム１００は、自動車などの車両８に情報を提供するための機関である情報提供センター７に設けられるサーバ装置１と、車両８に搭載される車載装置２，３とを備えている。サーバ装置１と車載装置２，３とはインターネットなどのネットワーク９を介して通信可能となっている。
【００２４】
車両８に搭載される車載装置２，３には２つの種類がある。車載装置２，３の一方は、車両８において取得された情報をサーバ装置１に送信するデータ送信装置２である。また、車載装置２，３の他方は、サーバ装置１から提供された情報を車両８のドライバ（ユーザ）に報知する情報表示装置３である。車両８においては、データ送信装置２及び情報表示装置３のうちの少なくとも１つが搭載される。すなわち、データ送信装置２及び情報表示装置３の双方を搭載する車両８がある一方で、データ送信装置２及び情報表示装置３のいずれかのみを搭載する車両８もある。
【００２５】
車両８に搭載されたデータ送信装置２は、当該車両８において事故とみなされるイベントが発生するとその発生時の状況を示す事故データをサーバ装置１に送信する。サーバ装置１は、複数の車両８から事故データを取得し、取得した事故データを蓄積する。以下、このサーバ装置１の処理を「データ蓄積処理」という。
【００２６】
そして、サーバ装置１は、蓄積された事故データに基づいて、同様の状況で発生した複数の事故を同一の事故パターンとして登録する。以下、このサーバ装置１の処理を「パターン登録処理」という。このパターン登録処理により、サーバ装置１には複数の事故パターンが登録される。
【００２７】
一方で、サーバ装置１は、通常の走行中の車両８の現時点の状況を示す走行データを、当該車両８の情報表示装置３から受信する。そして、サーバ装置１は、事故パターンと走行データとに基づいて、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度を導出し、当該車両８の情報表示装置３に提供する。以下、このサーバ装置１の処理を「危険度提供処理」という。
【００２８】
このようにして提供された危険度は、情報表示装置３によって車両８のドライバに報知される。これにより、情報表示装置３が搭載された車両８のドライバは、車両８の現時点の状況において事故の危険がどの程度あるかを認識できることになる。以下、このような情報報知システム１００の構成及び処理について詳細に説明する。
【００２９】
＜１−２．サーバ装置の構成＞
図２は、サーバ装置１の構成を示す図である。サーバ装置１は、ＣＰＵ１１、ＲＡＭ１２及びＲＯＭ１３を備えるコンピュータである。さらに、サーバ装置１は、ネットワーク９を介して通信を行う通信部１４と、不揮発性の記憶装置であるハードディスク１５とを備えている。サーバ装置１は、通信部１４により、車両８に搭載されたデータ送信装置２及び情報表示装置３との間で各種情報の送受信を行うことが可能となる。
【００３０】
ハードディスク１５には、各種のプログラムが記憶されている。このプログラムに従ってＣＰＵ１１が演算処理を実行することにより、サーバ装置１として必要な各種機能が実現される。図２に示す、事故データ蓄積部１１ａ、パターン登録部１１ｂ、合致度導出部１１ｄ、危険度導出部１１ｅ、及び、危険度送信部１１ｆは、ＣＰＵ１１が演算処理を実行することにより実現される機能の一部である。
【００３１】
事故データ蓄積部１１ａは、データ蓄積処理に係る機能である。パターン登録部１１ｂは、パターン登録処理に係る機能である。また、合致度導出部１１ｄ、危険度導出部１１ｅ、及び、危険度送信部１１ｆは、危険度提供処理に係る機能である。これらの機能の詳細については後述する。
【００３２】
また、ハードディスク１５には、事故データベース１５ａとパターンテーブル１５ｂとが記憶されている。事故データベース１５ａには、複数の車両８から取得された事故データが蓄積される。一方、パターンテーブル１５ｂには、事故データベース１５ａに蓄積された事故データに基づく複数の事故パターンに係る情報が含まれている。
【００３３】
＜１−３．データ送信装置の構成＞
図３は、データ送信装置２の構成を示す図である。データ送信装置２は、本体部２００と、温度センサ２１０と、ＧＰＳ受信部２２０とを備えている。本体部２００は、車両８の車室内の適位置に配置される。一方で、温度センサ２１０とＧＰＳ受信部２２０とは、本体部２００とは独立して車両８における適位置にそれぞれ配置される。温度センサ２１０及びＧＰＳ受信部２２０はそれぞれ、本体部２００と通信ケーブルで接続されている。温度センサ２１０及びＧＰＳ受信部２２０のそれぞれで取得された情報は、通信ケーブルを介して本体部２００に入力される。
【００３４】
温度センサ２１０は、例えば、車両８の車室外に設けられ、現時点の車両８の周辺の「気温」を摂氏（℃）で取得する。また、ＧＰＳ受信部２２０は、例えば、車両８のダッシュボード上に設けられ、複数のＧＰＳ衛星からの信号を受信して現時点の車両の「位置」を緯度及び経度で取得する。
【００３５】
また、本体部２００は、制御部２０、通信部２１、計時回路２２、加速度センサ２３、信号受信部２４、及び、ハードディスク２５を備えている。
【００３６】
通信部２１は、ＷｉＭＡＸなどの無線通信技術を利用した通信機能を備えており、ネットワーク９を介して他の通信装置との間で通信を行う。データ送信装置２は、この通信部２１により、サーバ装置１との間で各種情報の送受信を行うことが可能となる。
【００３７】
計時回路２２は、現時点の「時刻」を時及び分で取得する。計時回路２２は、内蔵電池を有し、外部から電力供給を受けなくとも作動して正確な時刻を計時する。
【００３８】
加速度センサ２３は、車両８に加わる衝撃の大きさを示す加速度を検出する。加速度センサ２３は、例えば、互いに直交する３軸あるいは２軸に応じた加速度の大きさを検出する。
【００３９】
信号受信部２４は、車両８に設けられる車内ＬＡＮ８０と接続され、データ送信装置２以外の車両８に設けられた車載装置から出力される信号を車内ＬＡＮ８０を介して受信する。信号受信部２４は、車速センサ８１及びエアバッグ制御装置８２から出力される信号を受信する。
【００４０】
車速センサ８１は、車両８の車軸の回転数に基づいて車両８の速度に応じた信号を出力する。信号受信部２４は、車速センサ８１からの信号に基づいて、現時点の車両８の「速度」を時速（km/h）で取得する。
【００４１】
エアバッグ制御装置８２は、車両８に衝撃が加わった場合にガスを発生させてエアバッグを展開させる。信号受信部２４は、エアバッグ制御装置８２から、エアバッグが展開したか否かを示すエアバッグ信号を取得する。
【００４２】
ハードディスク２５は、不揮発性の記憶装置であり、地図データ２５ａを記憶している。地図データ２５ａにおいては、車両８が走行可能な道路に関する情報が含まれている。
【００４３】
また、制御部２０は、ＣＰＵ２０１、ＲＡＭ２０２、及び、ＲＯＭ２０３を備えるコンピュータであり、装置全体を制御する。データ送信装置２の各部を制御する機能は、ＲＯＭ２０３に予め記憶されたファームウェアとしてのプログラムに従ってＣＰＵ２０１が演算処理を実行することにより実現される。図中に示す、データ取得部２０ａ、イベント検出部２０ｂ及びデータ送信部２０ｃは、ＣＰＵ２０１が演算処理を実行することで実現される機能の一部である。
【００４４】
データ取得部２０ａは、車両８の現時点の状況を示す複数の要素データを取得するための制御を行う。この複数の要素データは、具体的には、ＧＰＳ受信部２２０で取得される「位置」、計時回路２２で取得される「時刻」、信号受信部２４で取得される「速度」、温度センサ２１０で取得される「気温」、及び、「天候」である。このうち「天候」は、データ取得部２０ａがネットワーク９上にある所定の天候情報サーバから取得する。天候情報サーバは、現時点の各地の「天候」を記憶しており、緯度及び経度を含む要求信号に応答してその緯度及び経度が示す地点の「天候」を「晴れ」「曇り」「雨」及び「雪」のいずれかで返信するようになっている。データ取得部２０ａは、ＧＰＳ受信部２２０で取得される「位置」を含む要求信号を、通信部２１を介して天候情報サーバに送信することにより、現時点の車両８の周辺の「天候」を取得する。
【００４５】
イベント検出部２０ｂは、事故とみなされる所定のイベントの発生を検出する。イベント検出部２０ｂは、加速度センサ２３で取得される加速度、信号受信部２４で取得される「速度」、及び、加速度センサ２３で取得されるエアバッグ信号に基づいて、イベントの発生を検出する。
【００４６】
また、データ送信部２０ｃは、イベント検出部２０ｂがイベントの発生を検出した場合に、その発生時の状況を示す事故データ（すなわち、イベントの発生時の直近に取得された複数の要素データ）を、通信部２１を利用してサーバ装置１に送信する。
【００４７】
＜１−４．情報表示装置の構成＞
図４は、情報表示装置３の構成を示す図である。情報表示装置３は、例えば、ナビゲーション装置であり、本体部３００と、温度センサ３１０と、ＧＰＳ受信部３２０とを備えている。本体部３００は、車両８の車室内の適位置に配置される。一方で、温度センサ３１０とＧＰＳ受信部３２０とは、本体部３００とは独立して車両８における適位置にそれぞれ配置される。温度センサ３１０及びＧＰＳ受信部３２０はそれぞれ、本体部３００と通信ケーブルで接続されている。温度センサ３１０及びＧＰＳ受信部３２０のそれぞれで取得された情報は、通信ケーブルを介して本体部３００に入力される。
【００４８】
温度センサ３１０は、例えば、車両８の車室外に設けられ、現時点の車両８の周辺の「気温」を摂氏（℃）で取得する。また、ＧＰＳ受信部３２０は、例えば、車両８のダッシュボード上に設けられ、複数のＧＰＳ衛星からの信号を受信して現時点の車両の「位置」を緯度及び経度で取得する。
【００４９】
また、本体部３００は、制御部３０、通信部３１、ディスプレイ３２、スピーカ３３、操作部３４、計時回路３５、信号受信部３６、ナビゲーション部３７、及び、ハードディスク３８を備えている。
【００５０】
通信部３１は、ＷｉＭＡＸなどの無線通信技術を利用した通信機能を備えており、ネットワーク９を介して他の通信装置との間で通信を行う。情報表示装置３は、この通信部３１により、サーバ装置１との間で各種情報の送受信を行うことが可能となる。
【００５１】
ディスプレイ３２は、図形や文字などの情報を表示して車両８のドライバに情報を報知する。ディスプレイ３２は、その画面がドライバから視認できるように配置される。また、スピーカ３３は、各種の音声を出力して車両８のドライバに情報を報知する。操作部３４は、ディスプレイ３２の周囲に配置された複数のボタンを含み、車両８のドライバの操作を受け付ける。
【００５２】
計時回路３５は、現時点の「時刻」を時及び分で取得する。計時回路３５は、内蔵電池を有し、外部から電力供給を受けなくとも作動して正確な時刻を計時する。
【００５３】
信号受信部３６は、車両８に設けられる車内ＬＡＮ８０と接続され、情報表示装置３以外の車両８に設けられた車載装置から出力される信号を車内ＬＡＮ８０を介して受信する。信号受信部３６は、車速センサ８１からの信号に基づいて、現時点の車両８の「速度」を時速（km/h）で取得する。
【００５４】
ナビゲーション部３７は、地図表示やルート案内などのナビゲーション機能を実現する。情報表示装置３は、このナビゲーション部３７を備えることにより、ナビゲーション装置として機能する。
【００５５】
ハードディスク３８は、不揮発性の記憶装置であり、地図データ３８ａを記憶している。ナビゲーション部３７は、この地図データ３８ａを利用して、ディスプレイ３２に地図画像を表示させる。地図データ３８ａには、車両８が走行可能な道路に関する情報が含まれている。
【００５６】
また、制御部３０は、ＣＰＵ３０１、ＲＡＭ３０２、及び、ＲＯＭ３０３を備えるコンピュータであり、装置全体を制御する。データ送信装置２の各部を制御する機能は、ＲＯＭ３０３に予め記憶されたファームウェアとしてのプログラムに従ってＣＰＵ３０１が演算処理を実行することにより実現される。図中に示す、データ取得部３０ａ、危険度取得部３０ｂ及び危険度報知部３０ｃは、ＣＰＵ３０１が演算処理を実行することで実現される機能の一部である。
【００５７】
データ取得部３０ａは、車両８の現時点の状況を示す複数の要素データを取得するための制御を行う。この複数の要素データは、具体的には、ＧＰＳ受信部３２０で取得される「位置」、計時回路３５で取得される「時刻」、信号受信部３６で取得される「速度」、温度センサ３１０で取得される「気温」、及び、「天候」である。このうち「天候」は、データ取得部３０ａがネットワーク９上にある天候情報サーバから取得する。データ取得部３０ａは、ＧＰＳ受信部３２０で取得される「位置」を含む要求信号を、通信部３１を介して天候情報サーバに送信することにより、現時点の車両８の周辺の「天候」を取得する。
【００５８】
危険度取得部３０ｂは、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度をサーバ装置１から取得する。危険度取得部３０ｂは、車両８の現時点の状況を示す走行データ（すなわち、現時点で取得された複数の要素データ）を、通信部３１を介してサーバ装置１に送信する。サーバ装置１は、この走行データの受信に応答して危険度提供処理を実行して危険度を情報表示装置３に返信する。危険度取得部３０ｂは、このようにしてサーバ装置１から返信された危険度を通信部３１を介して取得する。
【００５９】
危険度報知部３０ｃは、危険度取得部３０ｂで取得された危険度を、ディスプレイ３２を利用してドライバに報知する。
【００６０】
＜１−５．データ蓄積処理＞
次に、サーバ装置１が事故データを蓄積するデータ蓄積処理について説明する。図５は、データ送信装置２及びサーバ装置１の双方のデータ蓄積処理に係る処理の流れを示す図である。
【００６１】
データ送信装置２は、データ取得部２０ａの制御により、起動中は所定の周期（例えば、１秒周期）で、車両８の現時点の状況を示す複数の要素データを取得する処理（ステップＳ１１）を繰り返す。
【００６２】
取得する要素データは、具体的には、現時点の車両８の「位置」、現時点の「時刻」、現時点の車両８の「速度」、現時点の車両８の周辺の「気温」、及び、現時点の車両８の周辺の「天候」である。データ取得部２０ａは、取得したこれらの要素データをＲＡＭ２０２に記憶させる。
【００６３】
また、データ取得部２０ａは、要素データのうち、「位置」「時刻」「速度」及び「気温」に関しては、内容を抽象化してＲＡＭ２０２に記憶させる。すなわち、データ取得部２０ａは、要素データが示す具体的な内容を抽象化した概念に分類し、その分類した結果を要素データの内容としてＲＡＭ２０２に記憶させる。
【００６４】
より具体的には、データ取得部２０ａは、緯度及び経度で示される「位置」を、「高速道路」「一般国道」「一般道」及び「交差点」のいずれかの道路種別に分類し、その分類した結果を現時点の車両８の「位置」とする。データ取得部２０ａは、地図データ２５ａに含まれる道路の情報を参照することで、緯度及び経度で示される「位置」における道路種別を判定する。
【００６５】
また、データ取得部２０ａは、時・分で示される「時刻」を、「早朝（0:00-6:00）」「午前（6:00-12:00）」「午後（12:00-18:00）」及び「夜間（18:00-24:00）」のいずれかに分類し、その分類した結果を現時点の「時刻」とする。
【００６６】
また、データ取得部２０ａは、時速（km/h）で示される「速度」を、「停止（0km/h）」「低速（0km/h超−40km/h未満）」「中速（40km/h以上−80km/h未満）」及び「高速（80km/h以上）」のいずれかに分類し、その分類した結果を現時点の車両８の「速度」とする。
【００６７】
また、データ取得部２０ａは、摂氏（℃）で示される「気温」を、「氷点下（0℃未満）」「低温（0℃以上−15℃未満）」「適温（15℃以上−30℃未満）」「高温（30℃以上）」のいずれかに分類し、その分類した結果を現時点の車両８の周辺の「気温」とする。
【００６８】
このような処理の結果、要素データの「位置」は、「高速道路」「一般国道」「一般道」及び「交差点」の４つの概念のいずれかとなる。また同様に、「時刻」は「早朝」「午前」「午後」及び「夜間」の４つの概念のいずれかとなり、「速度」は「停止」「低速」「中速」及び「高速」の４つの概念のいずれかとなり、「気温」は「氷点下」「低温」「適温」及び「高温」の４つの概念のいずれかとなる。また、「天候」は「晴れ」「曇り」「雨」及び「雪」の４つの概念のいずれかとなる。
【００６９】
すなわち、５つの要素データ（「位置」「時刻」「速度」「気温」及び「天候」）はそれぞれ、抽象化した４つの概念のいずれかで示されることになる。したがって、車両８の現時点の状況は、１０２４（４の５乗）通りある要素データの組合せパターンのいずれかで示されることになる。
【００７０】
また、このようにデータ取得部２０ａの制御により要素データが周期的に取得される一方で、イベント検出部２０ｂの制御により、事故とみなされる所定のイベントが発生したか否かが監視される（ステップＳ１２）。イベント検出部２０ｂが、所定のイベントが発生したと判断する条件は、下記の条件（Ａ）〜（Ｃ）のいずれかである。
【００７１】
（Ａ）加速度センサ２３において所定以上の加速度が所定時間以上継続して検出された場合。例えば、０．４０Ｇ以上の加速度が１００ミリ秒以上継続して検出された場合。
【００７２】
（Ｂ）信号受信部２４が取得した「速度」の所定期間内の低下量が閾値以上となった場合。例えば、６０km/h以上での走行中において１秒間の減速が１４km/h以上となった場合。
【００７３】
（Ｃ）信号受信部２４が取得したエアバッグ信号がエアバッグが展開したことを示す場合。
【００７４】
いずれかのイベントが発生した場合は（ステップＳ１２にてＹｅｓ）、データ送信部２０ｃが直近に取得されてＲＡＭ２０２に記憶された複数の要素データを読み出す。そして、データ送信部２０ｃは、読み出した複数の要素データを事故の発生時の状況を示す事故データとして、通信部２１を利用してサーバ装置１に送信する（ステップＳ１３）。
【００７５】
このようにして送信された事故データは、サーバ装置１の通信部１４によって受信される（ステップＳ２１）。サーバ装置１の事故データ蓄積部１１ａは、この事故データの受信に応答して、当該事故データにユニークな「事故ＩＤ」を付与する。そして、事故データ蓄積部１１ａは、当該事故データを事故データベース１５ａに記録する（ステップＳ２２）。
【００７６】
図６は、事故データベース１５ａの一例を示す図である。事故データベース１５ａは、複数のレコードＲａを有しており、各レコードＲａは一の事故に係る事故データを示している。各レコードＲａにおいては、事故を識別するための「事故ＩＤ」と、当該事故の発生時の状況を示す要素データ（すなわち「位置」「時刻」「速度」「気温」及び「天候」）とが対応付けられている。このような事故データベース１５ａのレコードＲａは、データ送信装置２から事故データを受信するごと（すなわち、車両８において事故が発生するごと）に追加される。
【００７７】
＜１−６．パターン登録処理＞
次に、サーバ装置１が事故パターンを登録するパターン登録処理について説明する。図７は、サーバ装置１のパターン登録処理の流れを示す図である。このパターン登録処理は、所定の周期（例えば、１日周期）でパターン登録部１１ｂによって実行される。
【００７８】
まず、パターン登録部１１ｂは、事故データベース１５ａにおいて複数の要素データが一致するレコード同士をグループ化する。具体的には、パターン登録部１１ｂは、事故データベース１５ａに登録されている複数のレコードＲａを、要素データ（「位置」「時刻」「速度」「気温」及び「天候」）をキーにソートする。これにより、要素データが一致するレコード同士が隣接するため、パターン登録部１１ｂは、５つの要素データが完全に一致する複数のレコードＲａを同一のグループに設定する（ステップＳ３１）。
【００７９】
例えば、図６に示す事故データベース１５ａにおいては、レコードＲ１，Ｒ３，Ｒ４については５つの要素データが完全に一致するため、同一のグループとされる。同様に、レコードＲ２，Ｒ５については５つの要素データが完全に一致するため、同一のグループとされる。
【００８０】
次に、パターン登録部１１ｂは、ステップＳ３１で設定された各グループを参照し、グループに含まれるレコードＲａの数が閾値（例えば、２）を超えるグループを特定する。そして、パターン登録部１１ｂは、特定したグループに係る複数の事故（すなわち、発生時の状況を示す複数の要素データが一致する複数の事故）を同一の事故パターンとし、それらの事故に共通する５つ要素データをパターンテーブル１５ｂに登録する（ステップＳ３２）。
【００８１】
図８は、パターンテーブル１５ｂの一例を示す図である。パターンテーブル１５ｂは、複数のレコードＲｂを有しており、各レコードＲｂは一の事故パターンに係る情報を示している。すなわち、パターンテーブル１５ｂにおいては、複数の事故パターンが登録されている。
【００８２】
各レコードＲｂにおいては、事故パターンを識別するための「パターンＩＤ」と、当該事故パターンの５つの要素データ（すなわち「位置」「時刻」「速度」「気温」及び「天候」）とが対応付けられている。さらに、各レコードＲｂにおいては、当該事故パターンの事故が過去に発生した件数を示す「発生件数」が登録されている。この「発生件数」は、事故データベース１５ａに登録されている当該事故パターンの事故のレコードＲａの数に相当する。
【００８３】
＜１−７．危険度提供処理＞
次に、サーバ装置１が危険度を導出して情報表示装置３に提供する危険度提供処理について説明する。図９は、情報表示装置３及びサーバ装置１の双方の危険度提供処理に係る処理の流れを示す図である。
【００８４】
情報表示装置３は起動中において、ナビゲーション部３７の機能により、情報表示装置３が搭載された車両８の位置を含む地図画像をディスプレイ３２に表示する。これにより、車両８の走行中における該車両８の位置（自車の位置）がドライバに案内される。その一方で、情報表示装置３は、図９の左側に示す処理を所定の周期（例えば、１０秒周期）で実行する。
【００８５】
まず、データ取得部３０ａの制御により、車両８の現時点の状況を示す複数の要素データが取得される（ステップＳ４１）。取得される要素データは、具体的には、現時点の車両８の「位置」、現時点の「時刻」、現時点の車両８の「速度」、現時点の車両８の周辺の「気温」、及び、現時点の車両８の周辺の「天候」である。データ取得部３０ａは、取得したこれらの要素データをＲＡＭ３０２に記憶させる。
【００８６】
また、データ取得部３０ａは、要素データのうち、「位置」「時刻」「速度」及び「気温」に関しては、内容を抽象化してＲＡＭ３０２に記憶させる。すなわち、データ取得部３０ａは、要素データが示す具体的な内容を抽象化した概念に分類し、その分類した結果を要素データの内容としてＲＡＭ３０２に記憶させる。この抽象化の手法は、図５のステップＳ１１と同様である。
【００８７】
これにより、要素データの「位置」は、「高速道路」「一般国道」「一般道」及び「交差点」の４つの概念のいずれかとなる。また同様に、「時刻」は「早朝」「午前」「午後」及び「夜間」の４つの概念のいずれかとなり、「速度」は「停止」「低速」「中速」及び「高速」の４つの概念のいずれかとなり、「気温」は「氷点下」「低温」「適温」及び「高温」の４つの概念のいずれかとなり、「天候」は「晴れ」「曇り」「雨」及び「雪」の４つの概念のいずれかとなる。
【００８８】
次に、危険度取得部３０ｂが、ＲＡＭ３０２に記憶された複数の要素データを読み出す。そして、危険度取得部３０ｂは、読み出した複数の要素データを現時点の車両８の状況を示す走行データとして、通信部３１を利用してサーバ装置１に送信する（ステップＳ４２）。
【００８９】
このようにして送信された走行データは、サーバ装置１の通信部１４によって受信される（ステップＳ５１）。サーバ装置１の合致度導出部１１ｄは、この走行データの受信に応答して、車両８の現時点の状況と、事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する。
【００９０】
具体的には、合致度導出部１１ｄは、まず、パターンテーブル１５ｂにおいて合致度の導出対象となる一のレコードＲｂの事故パターンの５つの要素データを取得する。そして、合致度導出部１１ｄは、受信した走行データの５つの要素データと、事故パターンの５つの要素データとを比較し、対応する要素データ同士が一致するか否かを判定する。この比較結果に基づいて、合致度導出部１１ｄは合致度ＡＰを導出する。この合致度ＡＰは、次の式（１）に示すように５つの加算値Ｐ１〜Ｐ５の合計値として導出される。
【００９１】
ＡＰ ＝ Ｐ１ ＋ Ｐ２ ＋ Ｐ３ ＋ Ｐ４ ＋ Ｐ５ …（１）
式（１）において、Ｐ１は「位置」が一致した場合に合致度ＡＰに加算される加算値である。また、Ｐ２は「時刻」が一致した場合に合致度ＡＰに加算される加算値であり、Ｐ３は「速度」が一致した場合に合致度ＡＰに加算される加算値であり、Ｐ４は「気温」が一致した場合に合致度ＡＰに加算される加算値であり、Ｐ５は「天候」が一致した場合に合致度ＡＰに加算される加算値である。これらの加算値Ｐ１〜Ｐ５は、対応する要素データの重要度に応じて異なっている。すなわち、要素データと事故との関係性が高いほど、その要素データが一致した場合に合致度ＡＰに加算する加算値は高くなる。
【００９２】
本実施の形態では、例えば、「位置」の加算値Ｐ１は「３」、「時刻」の加算値Ｐ２は「３」、「速度」の加算値Ｐ３は「２」、「気温」の加算値Ｐ４は「１」、「天候」の加算値Ｐ５は「１」となっている。したがって、５つの要素データが完全に一致した場合は、合致度ＡＰは「１０」となる。
【００９３】
合致度導出部１１ｄは、このような合致度ＡＰの導出を、パターンテーブル１５ｂのレコードＲｂごと（すなわち、事故パターンごと）に実行する（ステップＳ５２）。これにより、パターンテーブル１５ｂに登録された全ての事故パターンの合致度ＡＰが導出される。
【００９４】
次に、導出された合致度ＡＰに基づいて、危険度導出部１１ｅが、パターンテーブル１５ｂに登録された全ての事故パターンのうち、最も合致度ＡＰが高い一の事故パターンを選択する（ステップＳ５３）。これにより、発生時の状況が、車両８の現時点の状況に最も近似する事故パターンが選択される。
【００９５】
次に、危険度導出部１１ｅは、選択した事故パターン（以下、「選択パターン」という。）の合致度ＡＰに基づいて、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する（ステップＳ５４）。
【００９６】
具体的にはまず、危険度導出部１１ｅは、パターンテーブル１５ｂを参照し、選択パターンの事故が過去に発生した件数を示す「発生件数」を取得する。そして、危険度導出部１１ｅは、取得した発生件数Ｎと、過去に発生した全ての事故の合計数Ｔとに基づいて、選択パターンの事故の発生割合Ｒを、次の式（２）によって導出する。事故の合計数Ｔは、事故データベース１５ａに登録されているレコードＲａの数が用いられる。
【００９７】
Ｒ ＝ Ｎ ／ Ｔ …（２）
次に、危険度導出部１１ｅは、選択パターンの合致度ＡＰと、選択パターンの事故の発生割合Ｒとに基づいて、危険度ＲＰを次の式（３）によって導出する。
【００９８】
ＲＰ ＝ ＡＰ × Ｒ × α …（３）
式（３）においてαは所定の係数であり、危険度ＲＰを例えば所定の桁数（例えば、１桁）の数字にするために用いられる。また、危険度ＲＰは、四捨五入などによって端数処理がなされる。
【００９９】
このようにして危険度が導出されると、危険度送信部１１ｆが、導出された危険度を、走行データの送信元の情報表示装置３に対して通信部１４を介して送信する（ステップＳ５５）。
【０１００】
送信された危険度は、情報表示装置３の通信部３１によって受信される（ステップＳ４３）。これにより、危険度取得部３０ｂは、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度を取得する。
【０１０１】
危険度が取得されると、次に、危険度報知部３０ｃが、危険度が所定の閾値（例えば、３）を超えるか否かを判定する（ステップＳ４４）。そして、危険度が所定の閾値を超える場合は、危険度報知部３０ｃは、図１０に示すように、危険度をディスプレイ３２に表示して危険度をドライバに報知する（ステップＳ４５）。図１０においては、通常表示される地図画像Ｍに対して重ねて表示されるダイアログＤに危険度が示されている。また、このような表示と併せて、危険度を示す警告音や音声（例えば「危険度７です。注意して走行してください。」）などをスピーカ３３から出力して、危険度をドライバに報知するようにしてもよい。
【０１０２】
このように危険度が報知されることから、ドライバは、車両８の現時点の状況において事故が発生する可能性の程度を認識することができる。その結果、ドライバは、事故の危険があることを強く意識して運転することができ、事故の発生を有効に防止できる。
【０１０３】
以上説明したように、本実施の形態に係る情報報知システム１００においては、サーバ装置１が、事故パターンの事故の発生時の状況を示す複数の要素データを記憶している。そして、車両８の情報表示装置３が、車両８の現時点の状況を示す複数の要素データをサーバ装置１に送信する。これに応答して、サーバ装置１が、車両８の現時点の状況と事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出し、その合致度に基づく情報（すなわち、危険度）を情報表示装置３に送信する。そして、情報表示装置３は、この合致度に基づく情報を車両８のドライバに報知する。したがって、車両８の現時点の状況に応じて異なる情報をドライバに報知できるため、事故の危険があることをドライバに意識させることができる。
【０１０４】
また、車両８の現時点の状況において事故が発生する可能性の程度である危険度をドライバに報知するため、事故の危険があることをより強くドライバに意識させることができる。
【０１０５】
また、危険度が閾値を超える場合、すなわち、事故が発生する可能性が比較的高い場合に、危険度をドライバに報知する。このため、事故防止に効果的なタイミングで事故の危険があることをドライバに意識させることができる。
【０１０６】
また、複数の事故パターンのうち合致度が最も高い事故パターン（すなわち、様々な事故パターンのうちで発生時の状況が現時点の車両８の状況に最も近似する事故パターン）に係る危険度がドライバに報知される。このため、車両８の現時点の状況に最も合致した情報をドライバに報知することができる。
【０１０７】
＜２．第２の実施の形態＞
上記第１の実施の形態では、サーバ装置１において合致度及び危険度を導出して、車両８に搭載される情報表示装置３に提供していた。これに対して、車両８の情報表示装置の単体で合致度及び危険度を導出することも可能である。第２の実施の形態では、このように情報表示装置が合致度及び危険度を導出し、その導出した危険度をドライバを提供するようになっている。
【０１０８】
図１１は、第２の実施の形態の情報表示装置３ａの構成を示す図である。第２の実施の形態の情報表示装置３ａの構成は、図４に示す第１の実施の形態の情報表示装置３とほぼ同様であるが、一部が相違している。具体的には、情報表示装置３ａは、通信部３１を備えておらず、ネットワーク９を介した通信機能を有していない。一方で、情報表示装置３ａは、可搬性の記録媒体であるメモリカード９０に関するデータの読み取り、及び、データの書き込みが可能なカードスロット３９を備えている。
【０１０９】
また、情報表示装置３ａのハードディスク３８には、地図データ３８ａとともに、パターンテーブル３８ｂが記憶されている。このパターンテーブル３８ｂは、第１の実施の形態においてサーバ装置１のハードディスク１５に記憶されていたパターンテーブル１５ｂと同様の情報であり、複数の事故パターンそれぞれの複数の要素データを含んでいる。情報表示装置３ａは、パターンテーブル３８ｂを記憶したメモリカード９０をカードスロット３９によって読み取ることで、このパターンテーブル３８ｂを取得する。パターンテーブル３８ｂは、例えば、インターネットを利用したダウンロードサービスなどによって情報提供事業者から提供される。
【０１１０】
情報表示装置３ａは、ＣＰＵ３０１が演算処理を実行することで実現される機能として、データ取得部３０ａ、合致度導出部３０ｄ、危険度導出部３０ｅ、及び、危険度報知部３０ｃを備えている。このうち、データ取得部３０ａ及び危険度報知部３０ｃは、第１の実施の形態において情報表示装置３が備えていたデータ取得部３０ａ及び危険度報知部３０ｃと同様の機能である。一方、合致度導出部３０ｄ及び危険度導出部３０ｅは、第１の実施の形態においてサーバ装置１が備えていた合致度導出部１１ｄ及び危険度導出部１１ｅと同様の機能である。
【０１１１】
図１２は、危険度をドライバに報知する情報表示装置３ａの処理の流れを示す図である。本実施の形態においても、情報表示装置３ａは起動中において、ナビゲーション部３７の機能により、情報表示装置３ａが搭載された車両８の位置を含む地図画像をディスプレイ３２に表示する。その一方で、情報表示装置３ａは、図１２に示す処理を所定の周期（例えば、１０秒周期）で実行する。
【０１１２】
まず、データ取得部３０ａの制御により、車両８の現時点の状況を示す複数の要素データが取得される（ステップＳ６１）。取得される要素データは、具体的には、現時点の車両８の「位置」、現時点の「時刻」、現時点の車両８の「速度」、現時点の車両８の周辺の「気温」、及び、現時点の車両８の周辺の「天候」である。データ取得部３０ａは、取得したこれらの要素データを、図９のステップＳ４１と同様にしてその内容を抽象化してから、ＲＡＭ３０２に記憶させる。
【０１１３】
次に、合致度導出部３０ｄが、ＲＡＭ３０２に記憶された複数の要素データを読み出す。そして、合致度導出部３０ｄは、読み出した複数の要素データとパターンテーブル３８ｂとに基づいて、車両８の現時点の状況と事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する（ステップＳ６２）。この合致度を導出する手法は、図９のステップＳ５２と同様である。これにより、パターンテーブル３８ｂに登録された全ての事故パターンの合致度ＡＰが導出される。
【０１１４】
次に、導出された合致度に基づいて、危険度導出部３０ｅが、パターンテーブル３８ｂに登録された全ての事故パターンのうち、最も合致度ＡＰが高い一の事故パターンを選択する（ステップＳ６３）。これにより、発生時の状況が、車両８の現時点の状況に最も近似する事故パターンが選択される。
【０１１５】
次に、危険度導出部３０ｅは、選択した事故パターンの合致度ＡＰに基づいて、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する（ステップＳ６４）。この危険度を導出する手法は、図９のステップＳ５４と同様である。なお、事故パターンの事故の発生割合Ｒを導出するために必要な事故の合計数Ｔについては、パターンテーブル３８ｂとともにハードディスク３８に予め記憶しておけばよい。
【０１１６】
危険度が導出されると、次に、危険度報知部３０ｃが、危険度が所定の閾値を超えるか否かを判定する（ステップＳ６５）。そして、危険度が所定の閾値を超える場合は、危険度報知部３０ｃは、危険度をディスプレイ３２に表示して危険度をドライバに報知する（ステップＳ６６）。
【０１１７】
以上のように、第２の実施の形態の情報表示装置３ａでは、サーバ装置１と通信を行わなくとも装置単体で危険度を導出して危険度をドライバに報知することができる。
【０１１８】
＜３．変形例＞
以上、本発明の実施の形態について説明してきたが、この発明は上記実施の形態に限定されるものではなく様々な変形が可能である。以下では、このような変形例について説明する。上記実施の形態で説明した形態及び以下で説明する形態を含む全ての形態は、適宜に組み合わせ可能である。
【０１１９】
上記第１の実施の形態では、車両８で取得された複数の要素データを車載装置２，３において抽象化していたが、サーバ装置１において抽象化するようにしてもよい。また、この場合は、事故データベース１５ａに登録されるレコードの数によって抽象化の程度を変更してもよい。すなわち、事故データベース１５ａに登録されるレコードの数が多いほど、要素データの内容をより具体的な概念にするようにしてもよい。
【０１２０】
また、上記第１の実施の形態では、危険度が閾値を超えるか否かを情報表示装置３において判定していたが、サーバ装置１において判定するようにしてもよい。また、この場合、危険度が閾値を超える場合のみ危険度を情報表示装置３に送信するようにしてもよい。
【０１２１】
また、上記第１の実施の形態では、データ送信装置２と情報表示装置３とは別装置であると説明したが、これらは一体化されていてもよい。このように一体化する場合、通信部、計時回路、信号受信部、温度センサ、ＧＰＳ受信部などの共通する処理部は、一つの処理部でデータ送信装置２の機能と情報表示装置３の機能とに兼用できる。
【０１２２】
また、上記第２の実施の形態では、パターンテーブル３８ｂをメモリカード９０から読み取ることで取得すると説明したが、ネットワーク９を介して所定のサーバからダウンロードすることによって取得するようにしてもよい。
【０１２３】
また、上記実施の形態において複数の要素データとした具体的なデータ（「位置」「時刻」「速度」「気温」及び「天候」）は一例であり、事故の発生時の状況や車両８の現時点の状況を示す複数の要素データの一部あるいは全部に他のデータを採用してもよい。例えば、車両８のドライバの眠気の程度を示す「眠気度」を要素データとして採用してもよい。この「眠気度」は、例えば、ドライバの心拍数などの生体情報に基づいて判断することができる。心拍数は、ドライバが手を触れるハンドルに配置される心拍センサによって取得できる。また、ドライバが脇見をしている程度を示す「脇見度」を要素データとして採用してもよい。この「脇見度」は、ドライバを撮影するカメラで得られる撮影画像からドライバの顔及び目の位置をパターンマッチング等で抽出し、ドライバの視線の向きを判断することにより取得できる。
【０１２４】
また、上記実施の形態では、危険度がドライバに報知されていたが、合致度がドライバに報知されるようにしてもよい。また、合致度と危険度との双方がドライバに報知されるようにしてもよい。
【０１２５】
また、上記実施の形態では、最も合致度が高くなる事故パターンの危険度のみを導出するようにしていた。これに対して、全ての事故パターンに関して危険度を導出し、最も高い危険度をドライバに報知するようにしてもよい。
【０１２６】
また、上記実施の形態では、プログラムに従ったＣＰＵの演算処理によってソフトウェア的に各種の機能が実現されると説明したが、これら機能のうちの一部は電気的なハードウェア回路により実現されてもよい。
【符号の説明】
【０１２７】
１ サーバ装置
２ データ送信装置
３ 情報表示装置
１１ｄ 合致度導出部
１１ｅ 危険度導出部
１１ｆ 危険度送信部
１５ａ 事故データベース
１５ｂ パターンテーブル
３０ａ データ取得部
３０ｃ 危険度報知部
３２ ディスプレイ
【技術分野】
【０００１】
本発明は、車両のドライバに情報を報知する技術に関する。
【背景技術】
【０００２】
従来より、車両に搭載されるナビゲーション装置などの車載装置においては、事故を防止するための情報をドライバに報知することがなされている。例えば、合流箇所や踏切など、注意して運転すべき位置に車両が近づいたときに、その旨の文字を画面上に表示するとともに、その旨の音声を出力してドライバに案内する車載装置が知られている。
【０００３】
なお、本発明に関連する技術を開示する先行技術文献として特許文献１がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２３６５２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の車載装置は、注意して運転すべき位置に関しての情報が案内されるが、この情報の案内の対象となる位置は、合流箇所、踏切、急カーブなどの予め定められた位置となる。このため、車両の現時点の状況に係わらず、同一の位置については同一の情報が単純に案内されることから、次第にドライバがこの情報の案内に慣れてしまい、事故の危険があることをドライバに意識させる効果が薄れることになる。
【０００６】
本発明は、上記課題に鑑みてなされたものであり、事故の危険があることをドライバに意識させることができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１の発明は、車両のドライバに情報を報知する情報報知システムであって、車両に搭載される車載装置と、前記車載装置に情報を提供するサーバ装置と、を備え、前記サーバ装置は、発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、前記車両から、該車両の現時点の状況を示す複数の要素データを取得する取得手段と、前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、前記合致度に基づく情報を前記車載装置に送信する送信手段と、を備え、前記車載装置は、前記合致度に基づく情報を前記ドライバに報知する報知手段、を備えている。
【０００８】
また、請求項２の発明は、請求項１に記載の情報報知システムにおいて、前記サーバ装置は、前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、をさらに備え、前記送信手段は、前記危険度を前記車載装置に送信し、前記報知手段は、前記危険度を前記ドライバに報知する。
【０００９】
また、請求項３の発明は、請求項２に記載の情報報知システムにおいて、前記報知手段は、前記危険度が閾値を超える場合に前記危険度を前記ドライバに報知する。
【００１０】
また、請求項４の発明は、請求項１に記載の情報報知システムにおいて、前記記憶手段は、複数の事故パターンのそれぞれの前記複数の要素データを記憶しており、前記第１導出手段は、前記複数の事故パターンのそれぞれに関して前記合致度を導出し、前記送信手段は、前記複数の事故パターンのうち前記合致度が最も高い事故パターンの前記合致度に基づく情報を送信する。
【００１１】
また、請求項５の発明は、車両に情報を提供するサーバ装置であって、発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、前記車両から、該車両の現時点の状況を示す複数の要素データを取得する取得手段と、前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、前記合致度に基づく情報を前記車両に搭載された車載装置に送信する送信手段と、を備えている。
【００１２】
また、請求項６の発明は、請求項５に記載のサーバ装置において、前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、をさらに備え、前記送信手段は、前記危険度を前記車載装置に送信する。
【００１３】
また、請求項７の発明は、車両に搭載され、車両のドライバに情報を報知する車載装置であって、発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、前記車両の現時点の状況を示す複数の要素データを取得する取得手段と、前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、前記合致度に基づく情報を前記ドライバに報知する報知手段と、を備えている。
【００１４】
また、請求項８の発明は、請求項７に記載の車載装置において、前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、をさらに備え、前記報知手段は、前記危険度を前記ドライバに報知する。
【００１５】
また、請求項９の発明は、車両のドライバに情報を報知する情報報知方法であって、（ａ）前記車両の現時点の状況を示す複数の要素データを取得する工程と、（ｂ）発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし前記事故パターンの前記複数の要素データを記憶する記憶手段に記憶された前記事故パターンの複数の要素データと、前記工程（ａ）で取得された複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する工程と、（ｃ）前記合致度に基づく情報を前記ドライバに報知する工程と、を備えている。
【００１６】
また、請求項１０の発明は、請求項９に記載の情報報知方法において、（ｄ）前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する工程、をさらに備え、前記工程（ｃ）は、前記危険度を前記ドライバに報知する。
【発明の効果】
【００１７】
請求項１ないし１０の発明によれば、車両の現時点の状況と事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出し、その合致度に基づく情報を車両のドライバに報知する。このため、車両の現時点の状況に応じて異なる情報をドライバに報知できるため、事故の危険があることをドライバに意識させることができる。
【００１８】
また、特に請求項２，６，８及び１０の発明によれば、車両の現時点の状況において事故が発生する可能性の程度をドライバに報知するため、事故の危険があることをより強くドライバに意識させることができる。
【００１９】
また、特に請求項３の発明によれば、事故が発生する可能性が比較的高い場合に危険度をドライバに報知する。このため、事故防止に効果的なタイミングで事故の危険があることをドライバに意識させることができる。
【００２０】
また、特に請求項４の発明によれば、様々な事故パターンのうちで発生時の状況が現時点の車両の状況に最も近似する事故パターンの合致度に基づく情報を、車両のドライバに報知することができる。
【図面の簡単な説明】
【００２１】
【図１】図１は、情報報知システムの概要を示す図である。
【図２】図２は、サーバ装置の構成を示す図である。
【図３】図３は、データ送信装置の構成を示す図である。
【図４】図４は、情報表示装置の構成を示す図である。
【図５】図５は、データ蓄積処理に係る処理の流れを示す図である。
【図６】図６は、事故データベースの一例を示す図である。
【図７】図７は、パターン登録処理の流れを示す図である。
【図８】図８は、パターンテーブルの一例を示す図である。
【図９】図９は、危険度提供処理に係る処理の流れを示す図である。
【図１０】図１０は、危険度を報知するディスプレイの表示の一例を示す図である。
【図１１】図１１は、第２の実施の形態の情報表示装置の構成を示す図である。
【図１２】図１２は、第２の実施の形態の情報表示装置の処理の流れを示す図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照しつつ本発明の実施の形態について説明する。
【００２３】
＜１．第１の実施の形態＞
＜１−１．システム構成＞
図１は、本実施の形態に係る情報報知システム１００の概要を示す図である。情報報知システム１００は、自動車などの車両８に情報を提供するための機関である情報提供センター７に設けられるサーバ装置１と、車両８に搭載される車載装置２，３とを備えている。サーバ装置１と車載装置２，３とはインターネットなどのネットワーク９を介して通信可能となっている。
【００２４】
車両８に搭載される車載装置２，３には２つの種類がある。車載装置２，３の一方は、車両８において取得された情報をサーバ装置１に送信するデータ送信装置２である。また、車載装置２，３の他方は、サーバ装置１から提供された情報を車両８のドライバ（ユーザ）に報知する情報表示装置３である。車両８においては、データ送信装置２及び情報表示装置３のうちの少なくとも１つが搭載される。すなわち、データ送信装置２及び情報表示装置３の双方を搭載する車両８がある一方で、データ送信装置２及び情報表示装置３のいずれかのみを搭載する車両８もある。
【００２５】
車両８に搭載されたデータ送信装置２は、当該車両８において事故とみなされるイベントが発生するとその発生時の状況を示す事故データをサーバ装置１に送信する。サーバ装置１は、複数の車両８から事故データを取得し、取得した事故データを蓄積する。以下、このサーバ装置１の処理を「データ蓄積処理」という。
【００２６】
そして、サーバ装置１は、蓄積された事故データに基づいて、同様の状況で発生した複数の事故を同一の事故パターンとして登録する。以下、このサーバ装置１の処理を「パターン登録処理」という。このパターン登録処理により、サーバ装置１には複数の事故パターンが登録される。
【００２７】
一方で、サーバ装置１は、通常の走行中の車両８の現時点の状況を示す走行データを、当該車両８の情報表示装置３から受信する。そして、サーバ装置１は、事故パターンと走行データとに基づいて、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度を導出し、当該車両８の情報表示装置３に提供する。以下、このサーバ装置１の処理を「危険度提供処理」という。
【００２８】
このようにして提供された危険度は、情報表示装置３によって車両８のドライバに報知される。これにより、情報表示装置３が搭載された車両８のドライバは、車両８の現時点の状況において事故の危険がどの程度あるかを認識できることになる。以下、このような情報報知システム１００の構成及び処理について詳細に説明する。
【００２９】
＜１−２．サーバ装置の構成＞
図２は、サーバ装置１の構成を示す図である。サーバ装置１は、ＣＰＵ１１、ＲＡＭ１２及びＲＯＭ１３を備えるコンピュータである。さらに、サーバ装置１は、ネットワーク９を介して通信を行う通信部１４と、不揮発性の記憶装置であるハードディスク１５とを備えている。サーバ装置１は、通信部１４により、車両８に搭載されたデータ送信装置２及び情報表示装置３との間で各種情報の送受信を行うことが可能となる。
【００３０】
ハードディスク１５には、各種のプログラムが記憶されている。このプログラムに従ってＣＰＵ１１が演算処理を実行することにより、サーバ装置１として必要な各種機能が実現される。図２に示す、事故データ蓄積部１１ａ、パターン登録部１１ｂ、合致度導出部１１ｄ、危険度導出部１１ｅ、及び、危険度送信部１１ｆは、ＣＰＵ１１が演算処理を実行することにより実現される機能の一部である。
【００３１】
事故データ蓄積部１１ａは、データ蓄積処理に係る機能である。パターン登録部１１ｂは、パターン登録処理に係る機能である。また、合致度導出部１１ｄ、危険度導出部１１ｅ、及び、危険度送信部１１ｆは、危険度提供処理に係る機能である。これらの機能の詳細については後述する。
【００３２】
また、ハードディスク１５には、事故データベース１５ａとパターンテーブル１５ｂとが記憶されている。事故データベース１５ａには、複数の車両８から取得された事故データが蓄積される。一方、パターンテーブル１５ｂには、事故データベース１５ａに蓄積された事故データに基づく複数の事故パターンに係る情報が含まれている。
【００３３】
＜１−３．データ送信装置の構成＞
図３は、データ送信装置２の構成を示す図である。データ送信装置２は、本体部２００と、温度センサ２１０と、ＧＰＳ受信部２２０とを備えている。本体部２００は、車両８の車室内の適位置に配置される。一方で、温度センサ２１０とＧＰＳ受信部２２０とは、本体部２００とは独立して車両８における適位置にそれぞれ配置される。温度センサ２１０及びＧＰＳ受信部２２０はそれぞれ、本体部２００と通信ケーブルで接続されている。温度センサ２１０及びＧＰＳ受信部２２０のそれぞれで取得された情報は、通信ケーブルを介して本体部２００に入力される。
【００３４】
温度センサ２１０は、例えば、車両８の車室外に設けられ、現時点の車両８の周辺の「気温」を摂氏（℃）で取得する。また、ＧＰＳ受信部２２０は、例えば、車両８のダッシュボード上に設けられ、複数のＧＰＳ衛星からの信号を受信して現時点の車両の「位置」を緯度及び経度で取得する。
【００３５】
また、本体部２００は、制御部２０、通信部２１、計時回路２２、加速度センサ２３、信号受信部２４、及び、ハードディスク２５を備えている。
【００３６】
通信部２１は、ＷｉＭＡＸなどの無線通信技術を利用した通信機能を備えており、ネットワーク９を介して他の通信装置との間で通信を行う。データ送信装置２は、この通信部２１により、サーバ装置１との間で各種情報の送受信を行うことが可能となる。
【００３７】
計時回路２２は、現時点の「時刻」を時及び分で取得する。計時回路２２は、内蔵電池を有し、外部から電力供給を受けなくとも作動して正確な時刻を計時する。
【００３８】
加速度センサ２３は、車両８に加わる衝撃の大きさを示す加速度を検出する。加速度センサ２３は、例えば、互いに直交する３軸あるいは２軸に応じた加速度の大きさを検出する。
【００３９】
信号受信部２４は、車両８に設けられる車内ＬＡＮ８０と接続され、データ送信装置２以外の車両８に設けられた車載装置から出力される信号を車内ＬＡＮ８０を介して受信する。信号受信部２４は、車速センサ８１及びエアバッグ制御装置８２から出力される信号を受信する。
【００４０】
車速センサ８１は、車両８の車軸の回転数に基づいて車両８の速度に応じた信号を出力する。信号受信部２４は、車速センサ８１からの信号に基づいて、現時点の車両８の「速度」を時速（km/h）で取得する。
【００４１】
エアバッグ制御装置８２は、車両８に衝撃が加わった場合にガスを発生させてエアバッグを展開させる。信号受信部２４は、エアバッグ制御装置８２から、エアバッグが展開したか否かを示すエアバッグ信号を取得する。
【００４２】
ハードディスク２５は、不揮発性の記憶装置であり、地図データ２５ａを記憶している。地図データ２５ａにおいては、車両８が走行可能な道路に関する情報が含まれている。
【００４３】
また、制御部２０は、ＣＰＵ２０１、ＲＡＭ２０２、及び、ＲＯＭ２０３を備えるコンピュータであり、装置全体を制御する。データ送信装置２の各部を制御する機能は、ＲＯＭ２０３に予め記憶されたファームウェアとしてのプログラムに従ってＣＰＵ２０１が演算処理を実行することにより実現される。図中に示す、データ取得部２０ａ、イベント検出部２０ｂ及びデータ送信部２０ｃは、ＣＰＵ２０１が演算処理を実行することで実現される機能の一部である。
【００４４】
データ取得部２０ａは、車両８の現時点の状況を示す複数の要素データを取得するための制御を行う。この複数の要素データは、具体的には、ＧＰＳ受信部２２０で取得される「位置」、計時回路２２で取得される「時刻」、信号受信部２４で取得される「速度」、温度センサ２１０で取得される「気温」、及び、「天候」である。このうち「天候」は、データ取得部２０ａがネットワーク９上にある所定の天候情報サーバから取得する。天候情報サーバは、現時点の各地の「天候」を記憶しており、緯度及び経度を含む要求信号に応答してその緯度及び経度が示す地点の「天候」を「晴れ」「曇り」「雨」及び「雪」のいずれかで返信するようになっている。データ取得部２０ａは、ＧＰＳ受信部２２０で取得される「位置」を含む要求信号を、通信部２１を介して天候情報サーバに送信することにより、現時点の車両８の周辺の「天候」を取得する。
【００４５】
イベント検出部２０ｂは、事故とみなされる所定のイベントの発生を検出する。イベント検出部２０ｂは、加速度センサ２３で取得される加速度、信号受信部２４で取得される「速度」、及び、加速度センサ２３で取得されるエアバッグ信号に基づいて、イベントの発生を検出する。
【００４６】
また、データ送信部２０ｃは、イベント検出部２０ｂがイベントの発生を検出した場合に、その発生時の状況を示す事故データ（すなわち、イベントの発生時の直近に取得された複数の要素データ）を、通信部２１を利用してサーバ装置１に送信する。
【００４７】
＜１−４．情報表示装置の構成＞
図４は、情報表示装置３の構成を示す図である。情報表示装置３は、例えば、ナビゲーション装置であり、本体部３００と、温度センサ３１０と、ＧＰＳ受信部３２０とを備えている。本体部３００は、車両８の車室内の適位置に配置される。一方で、温度センサ３１０とＧＰＳ受信部３２０とは、本体部３００とは独立して車両８における適位置にそれぞれ配置される。温度センサ３１０及びＧＰＳ受信部３２０はそれぞれ、本体部３００と通信ケーブルで接続されている。温度センサ３１０及びＧＰＳ受信部３２０のそれぞれで取得された情報は、通信ケーブルを介して本体部３００に入力される。
【００４８】
温度センサ３１０は、例えば、車両８の車室外に設けられ、現時点の車両８の周辺の「気温」を摂氏（℃）で取得する。また、ＧＰＳ受信部３２０は、例えば、車両８のダッシュボード上に設けられ、複数のＧＰＳ衛星からの信号を受信して現時点の車両の「位置」を緯度及び経度で取得する。
【００４９】
また、本体部３００は、制御部３０、通信部３１、ディスプレイ３２、スピーカ３３、操作部３４、計時回路３５、信号受信部３６、ナビゲーション部３７、及び、ハードディスク３８を備えている。
【００５０】
通信部３１は、ＷｉＭＡＸなどの無線通信技術を利用した通信機能を備えており、ネットワーク９を介して他の通信装置との間で通信を行う。情報表示装置３は、この通信部３１により、サーバ装置１との間で各種情報の送受信を行うことが可能となる。
【００５１】
ディスプレイ３２は、図形や文字などの情報を表示して車両８のドライバに情報を報知する。ディスプレイ３２は、その画面がドライバから視認できるように配置される。また、スピーカ３３は、各種の音声を出力して車両８のドライバに情報を報知する。操作部３４は、ディスプレイ３２の周囲に配置された複数のボタンを含み、車両８のドライバの操作を受け付ける。
【００５２】
計時回路３５は、現時点の「時刻」を時及び分で取得する。計時回路３５は、内蔵電池を有し、外部から電力供給を受けなくとも作動して正確な時刻を計時する。
【００５３】
信号受信部３６は、車両８に設けられる車内ＬＡＮ８０と接続され、情報表示装置３以外の車両８に設けられた車載装置から出力される信号を車内ＬＡＮ８０を介して受信する。信号受信部３６は、車速センサ８１からの信号に基づいて、現時点の車両８の「速度」を時速（km/h）で取得する。
【００５４】
ナビゲーション部３７は、地図表示やルート案内などのナビゲーション機能を実現する。情報表示装置３は、このナビゲーション部３７を備えることにより、ナビゲーション装置として機能する。
【００５５】
ハードディスク３８は、不揮発性の記憶装置であり、地図データ３８ａを記憶している。ナビゲーション部３７は、この地図データ３８ａを利用して、ディスプレイ３２に地図画像を表示させる。地図データ３８ａには、車両８が走行可能な道路に関する情報が含まれている。
【００５６】
また、制御部３０は、ＣＰＵ３０１、ＲＡＭ３０２、及び、ＲＯＭ３０３を備えるコンピュータであり、装置全体を制御する。データ送信装置２の各部を制御する機能は、ＲＯＭ３０３に予め記憶されたファームウェアとしてのプログラムに従ってＣＰＵ３０１が演算処理を実行することにより実現される。図中に示す、データ取得部３０ａ、危険度取得部３０ｂ及び危険度報知部３０ｃは、ＣＰＵ３０１が演算処理を実行することで実現される機能の一部である。
【００５７】
データ取得部３０ａは、車両８の現時点の状況を示す複数の要素データを取得するための制御を行う。この複数の要素データは、具体的には、ＧＰＳ受信部３２０で取得される「位置」、計時回路３５で取得される「時刻」、信号受信部３６で取得される「速度」、温度センサ３１０で取得される「気温」、及び、「天候」である。このうち「天候」は、データ取得部３０ａがネットワーク９上にある天候情報サーバから取得する。データ取得部３０ａは、ＧＰＳ受信部３２０で取得される「位置」を含む要求信号を、通信部３１を介して天候情報サーバに送信することにより、現時点の車両８の周辺の「天候」を取得する。
【００５８】
危険度取得部３０ｂは、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度をサーバ装置１から取得する。危険度取得部３０ｂは、車両８の現時点の状況を示す走行データ（すなわち、現時点で取得された複数の要素データ）を、通信部３１を介してサーバ装置１に送信する。サーバ装置１は、この走行データの受信に応答して危険度提供処理を実行して危険度を情報表示装置３に返信する。危険度取得部３０ｂは、このようにしてサーバ装置１から返信された危険度を通信部３１を介して取得する。
【００５９】
危険度報知部３０ｃは、危険度取得部３０ｂで取得された危険度を、ディスプレイ３２を利用してドライバに報知する。
【００６０】
＜１−５．データ蓄積処理＞
次に、サーバ装置１が事故データを蓄積するデータ蓄積処理について説明する。図５は、データ送信装置２及びサーバ装置１の双方のデータ蓄積処理に係る処理の流れを示す図である。
【００６１】
データ送信装置２は、データ取得部２０ａの制御により、起動中は所定の周期（例えば、１秒周期）で、車両８の現時点の状況を示す複数の要素データを取得する処理（ステップＳ１１）を繰り返す。
【００６２】
取得する要素データは、具体的には、現時点の車両８の「位置」、現時点の「時刻」、現時点の車両８の「速度」、現時点の車両８の周辺の「気温」、及び、現時点の車両８の周辺の「天候」である。データ取得部２０ａは、取得したこれらの要素データをＲＡＭ２０２に記憶させる。
【００６３】
また、データ取得部２０ａは、要素データのうち、「位置」「時刻」「速度」及び「気温」に関しては、内容を抽象化してＲＡＭ２０２に記憶させる。すなわち、データ取得部２０ａは、要素データが示す具体的な内容を抽象化した概念に分類し、その分類した結果を要素データの内容としてＲＡＭ２０２に記憶させる。
【００６４】
より具体的には、データ取得部２０ａは、緯度及び経度で示される「位置」を、「高速道路」「一般国道」「一般道」及び「交差点」のいずれかの道路種別に分類し、その分類した結果を現時点の車両８の「位置」とする。データ取得部２０ａは、地図データ２５ａに含まれる道路の情報を参照することで、緯度及び経度で示される「位置」における道路種別を判定する。
【００６５】
また、データ取得部２０ａは、時・分で示される「時刻」を、「早朝（0:00-6:00）」「午前（6:00-12:00）」「午後（12:00-18:00）」及び「夜間（18:00-24:00）」のいずれかに分類し、その分類した結果を現時点の「時刻」とする。
【００６６】
また、データ取得部２０ａは、時速（km/h）で示される「速度」を、「停止（0km/h）」「低速（0km/h超−40km/h未満）」「中速（40km/h以上−80km/h未満）」及び「高速（80km/h以上）」のいずれかに分類し、その分類した結果を現時点の車両８の「速度」とする。
【００６７】
また、データ取得部２０ａは、摂氏（℃）で示される「気温」を、「氷点下（0℃未満）」「低温（0℃以上−15℃未満）」「適温（15℃以上−30℃未満）」「高温（30℃以上）」のいずれかに分類し、その分類した結果を現時点の車両８の周辺の「気温」とする。
【００６８】
このような処理の結果、要素データの「位置」は、「高速道路」「一般国道」「一般道」及び「交差点」の４つの概念のいずれかとなる。また同様に、「時刻」は「早朝」「午前」「午後」及び「夜間」の４つの概念のいずれかとなり、「速度」は「停止」「低速」「中速」及び「高速」の４つの概念のいずれかとなり、「気温」は「氷点下」「低温」「適温」及び「高温」の４つの概念のいずれかとなる。また、「天候」は「晴れ」「曇り」「雨」及び「雪」の４つの概念のいずれかとなる。
【００６９】
すなわち、５つの要素データ（「位置」「時刻」「速度」「気温」及び「天候」）はそれぞれ、抽象化した４つの概念のいずれかで示されることになる。したがって、車両８の現時点の状況は、１０２４（４の５乗）通りある要素データの組合せパターンのいずれかで示されることになる。
【００７０】
また、このようにデータ取得部２０ａの制御により要素データが周期的に取得される一方で、イベント検出部２０ｂの制御により、事故とみなされる所定のイベントが発生したか否かが監視される（ステップＳ１２）。イベント検出部２０ｂが、所定のイベントが発生したと判断する条件は、下記の条件（Ａ）〜（Ｃ）のいずれかである。
【００７１】
（Ａ）加速度センサ２３において所定以上の加速度が所定時間以上継続して検出された場合。例えば、０．４０Ｇ以上の加速度が１００ミリ秒以上継続して検出された場合。
【００７２】
（Ｂ）信号受信部２４が取得した「速度」の所定期間内の低下量が閾値以上となった場合。例えば、６０km/h以上での走行中において１秒間の減速が１４km/h以上となった場合。
【００７３】
（Ｃ）信号受信部２４が取得したエアバッグ信号がエアバッグが展開したことを示す場合。
【００７４】
いずれかのイベントが発生した場合は（ステップＳ１２にてＹｅｓ）、データ送信部２０ｃが直近に取得されてＲＡＭ２０２に記憶された複数の要素データを読み出す。そして、データ送信部２０ｃは、読み出した複数の要素データを事故の発生時の状況を示す事故データとして、通信部２１を利用してサーバ装置１に送信する（ステップＳ１３）。
【００７５】
このようにして送信された事故データは、サーバ装置１の通信部１４によって受信される（ステップＳ２１）。サーバ装置１の事故データ蓄積部１１ａは、この事故データの受信に応答して、当該事故データにユニークな「事故ＩＤ」を付与する。そして、事故データ蓄積部１１ａは、当該事故データを事故データベース１５ａに記録する（ステップＳ２２）。
【００７６】
図６は、事故データベース１５ａの一例を示す図である。事故データベース１５ａは、複数のレコードＲａを有しており、各レコードＲａは一の事故に係る事故データを示している。各レコードＲａにおいては、事故を識別するための「事故ＩＤ」と、当該事故の発生時の状況を示す要素データ（すなわち「位置」「時刻」「速度」「気温」及び「天候」）とが対応付けられている。このような事故データベース１５ａのレコードＲａは、データ送信装置２から事故データを受信するごと（すなわち、車両８において事故が発生するごと）に追加される。
【００７７】
＜１−６．パターン登録処理＞
次に、サーバ装置１が事故パターンを登録するパターン登録処理について説明する。図７は、サーバ装置１のパターン登録処理の流れを示す図である。このパターン登録処理は、所定の周期（例えば、１日周期）でパターン登録部１１ｂによって実行される。
【００７８】
まず、パターン登録部１１ｂは、事故データベース１５ａにおいて複数の要素データが一致するレコード同士をグループ化する。具体的には、パターン登録部１１ｂは、事故データベース１５ａに登録されている複数のレコードＲａを、要素データ（「位置」「時刻」「速度」「気温」及び「天候」）をキーにソートする。これにより、要素データが一致するレコード同士が隣接するため、パターン登録部１１ｂは、５つの要素データが完全に一致する複数のレコードＲａを同一のグループに設定する（ステップＳ３１）。
【００７９】
例えば、図６に示す事故データベース１５ａにおいては、レコードＲ１，Ｒ３，Ｒ４については５つの要素データが完全に一致するため、同一のグループとされる。同様に、レコードＲ２，Ｒ５については５つの要素データが完全に一致するため、同一のグループとされる。
【００８０】
次に、パターン登録部１１ｂは、ステップＳ３１で設定された各グループを参照し、グループに含まれるレコードＲａの数が閾値（例えば、２）を超えるグループを特定する。そして、パターン登録部１１ｂは、特定したグループに係る複数の事故（すなわち、発生時の状況を示す複数の要素データが一致する複数の事故）を同一の事故パターンとし、それらの事故に共通する５つ要素データをパターンテーブル１５ｂに登録する（ステップＳ３２）。
【００８１】
図８は、パターンテーブル１５ｂの一例を示す図である。パターンテーブル１５ｂは、複数のレコードＲｂを有しており、各レコードＲｂは一の事故パターンに係る情報を示している。すなわち、パターンテーブル１５ｂにおいては、複数の事故パターンが登録されている。
【００８２】
各レコードＲｂにおいては、事故パターンを識別するための「パターンＩＤ」と、当該事故パターンの５つの要素データ（すなわち「位置」「時刻」「速度」「気温」及び「天候」）とが対応付けられている。さらに、各レコードＲｂにおいては、当該事故パターンの事故が過去に発生した件数を示す「発生件数」が登録されている。この「発生件数」は、事故データベース１５ａに登録されている当該事故パターンの事故のレコードＲａの数に相当する。
【００８３】
＜１−７．危険度提供処理＞
次に、サーバ装置１が危険度を導出して情報表示装置３に提供する危険度提供処理について説明する。図９は、情報表示装置３及びサーバ装置１の双方の危険度提供処理に係る処理の流れを示す図である。
【００８４】
情報表示装置３は起動中において、ナビゲーション部３７の機能により、情報表示装置３が搭載された車両８の位置を含む地図画像をディスプレイ３２に表示する。これにより、車両８の走行中における該車両８の位置（自車の位置）がドライバに案内される。その一方で、情報表示装置３は、図９の左側に示す処理を所定の周期（例えば、１０秒周期）で実行する。
【００８５】
まず、データ取得部３０ａの制御により、車両８の現時点の状況を示す複数の要素データが取得される（ステップＳ４１）。取得される要素データは、具体的には、現時点の車両８の「位置」、現時点の「時刻」、現時点の車両８の「速度」、現時点の車両８の周辺の「気温」、及び、現時点の車両８の周辺の「天候」である。データ取得部３０ａは、取得したこれらの要素データをＲＡＭ３０２に記憶させる。
【００８６】
また、データ取得部３０ａは、要素データのうち、「位置」「時刻」「速度」及び「気温」に関しては、内容を抽象化してＲＡＭ３０２に記憶させる。すなわち、データ取得部３０ａは、要素データが示す具体的な内容を抽象化した概念に分類し、その分類した結果を要素データの内容としてＲＡＭ３０２に記憶させる。この抽象化の手法は、図５のステップＳ１１と同様である。
【００８７】
これにより、要素データの「位置」は、「高速道路」「一般国道」「一般道」及び「交差点」の４つの概念のいずれかとなる。また同様に、「時刻」は「早朝」「午前」「午後」及び「夜間」の４つの概念のいずれかとなり、「速度」は「停止」「低速」「中速」及び「高速」の４つの概念のいずれかとなり、「気温」は「氷点下」「低温」「適温」及び「高温」の４つの概念のいずれかとなり、「天候」は「晴れ」「曇り」「雨」及び「雪」の４つの概念のいずれかとなる。
【００８８】
次に、危険度取得部３０ｂが、ＲＡＭ３０２に記憶された複数の要素データを読み出す。そして、危険度取得部３０ｂは、読み出した複数の要素データを現時点の車両８の状況を示す走行データとして、通信部３１を利用してサーバ装置１に送信する（ステップＳ４２）。
【００８９】
このようにして送信された走行データは、サーバ装置１の通信部１４によって受信される（ステップＳ５１）。サーバ装置１の合致度導出部１１ｄは、この走行データの受信に応答して、車両８の現時点の状況と、事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する。
【００９０】
具体的には、合致度導出部１１ｄは、まず、パターンテーブル１５ｂにおいて合致度の導出対象となる一のレコードＲｂの事故パターンの５つの要素データを取得する。そして、合致度導出部１１ｄは、受信した走行データの５つの要素データと、事故パターンの５つの要素データとを比較し、対応する要素データ同士が一致するか否かを判定する。この比較結果に基づいて、合致度導出部１１ｄは合致度ＡＰを導出する。この合致度ＡＰは、次の式（１）に示すように５つの加算値Ｐ１〜Ｐ５の合計値として導出される。
【００９１】
ＡＰ ＝ Ｐ１ ＋ Ｐ２ ＋ Ｐ３ ＋ Ｐ４ ＋ Ｐ５ …（１）
式（１）において、Ｐ１は「位置」が一致した場合に合致度ＡＰに加算される加算値である。また、Ｐ２は「時刻」が一致した場合に合致度ＡＰに加算される加算値であり、Ｐ３は「速度」が一致した場合に合致度ＡＰに加算される加算値であり、Ｐ４は「気温」が一致した場合に合致度ＡＰに加算される加算値であり、Ｐ５は「天候」が一致した場合に合致度ＡＰに加算される加算値である。これらの加算値Ｐ１〜Ｐ５は、対応する要素データの重要度に応じて異なっている。すなわち、要素データと事故との関係性が高いほど、その要素データが一致した場合に合致度ＡＰに加算する加算値は高くなる。
【００９２】
本実施の形態では、例えば、「位置」の加算値Ｐ１は「３」、「時刻」の加算値Ｐ２は「３」、「速度」の加算値Ｐ３は「２」、「気温」の加算値Ｐ４は「１」、「天候」の加算値Ｐ５は「１」となっている。したがって、５つの要素データが完全に一致した場合は、合致度ＡＰは「１０」となる。
【００９３】
合致度導出部１１ｄは、このような合致度ＡＰの導出を、パターンテーブル１５ｂのレコードＲｂごと（すなわち、事故パターンごと）に実行する（ステップＳ５２）。これにより、パターンテーブル１５ｂに登録された全ての事故パターンの合致度ＡＰが導出される。
【００９４】
次に、導出された合致度ＡＰに基づいて、危険度導出部１１ｅが、パターンテーブル１５ｂに登録された全ての事故パターンのうち、最も合致度ＡＰが高い一の事故パターンを選択する（ステップＳ５３）。これにより、発生時の状況が、車両８の現時点の状況に最も近似する事故パターンが選択される。
【００９５】
次に、危険度導出部１１ｅは、選択した事故パターン（以下、「選択パターン」という。）の合致度ＡＰに基づいて、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する（ステップＳ５４）。
【００９６】
具体的にはまず、危険度導出部１１ｅは、パターンテーブル１５ｂを参照し、選択パターンの事故が過去に発生した件数を示す「発生件数」を取得する。そして、危険度導出部１１ｅは、取得した発生件数Ｎと、過去に発生した全ての事故の合計数Ｔとに基づいて、選択パターンの事故の発生割合Ｒを、次の式（２）によって導出する。事故の合計数Ｔは、事故データベース１５ａに登録されているレコードＲａの数が用いられる。
【００９７】
Ｒ ＝ Ｎ ／ Ｔ …（２）
次に、危険度導出部１１ｅは、選択パターンの合致度ＡＰと、選択パターンの事故の発生割合Ｒとに基づいて、危険度ＲＰを次の式（３）によって導出する。
【００９８】
ＲＰ ＝ ＡＰ × Ｒ × α …（３）
式（３）においてαは所定の係数であり、危険度ＲＰを例えば所定の桁数（例えば、１桁）の数字にするために用いられる。また、危険度ＲＰは、四捨五入などによって端数処理がなされる。
【００９９】
このようにして危険度が導出されると、危険度送信部１１ｆが、導出された危険度を、走行データの送信元の情報表示装置３に対して通信部１４を介して送信する（ステップＳ５５）。
【０１００】
送信された危険度は、情報表示装置３の通信部３１によって受信される（ステップＳ４３）。これにより、危険度取得部３０ｂは、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度を取得する。
【０１０１】
危険度が取得されると、次に、危険度報知部３０ｃが、危険度が所定の閾値（例えば、３）を超えるか否かを判定する（ステップＳ４４）。そして、危険度が所定の閾値を超える場合は、危険度報知部３０ｃは、図１０に示すように、危険度をディスプレイ３２に表示して危険度をドライバに報知する（ステップＳ４５）。図１０においては、通常表示される地図画像Ｍに対して重ねて表示されるダイアログＤに危険度が示されている。また、このような表示と併せて、危険度を示す警告音や音声（例えば「危険度７です。注意して走行してください。」）などをスピーカ３３から出力して、危険度をドライバに報知するようにしてもよい。
【０１０２】
このように危険度が報知されることから、ドライバは、車両８の現時点の状況において事故が発生する可能性の程度を認識することができる。その結果、ドライバは、事故の危険があることを強く意識して運転することができ、事故の発生を有効に防止できる。
【０１０３】
以上説明したように、本実施の形態に係る情報報知システム１００においては、サーバ装置１が、事故パターンの事故の発生時の状況を示す複数の要素データを記憶している。そして、車両８の情報表示装置３が、車両８の現時点の状況を示す複数の要素データをサーバ装置１に送信する。これに応答して、サーバ装置１が、車両８の現時点の状況と事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出し、その合致度に基づく情報（すなわち、危険度）を情報表示装置３に送信する。そして、情報表示装置３は、この合致度に基づく情報を車両８のドライバに報知する。したがって、車両８の現時点の状況に応じて異なる情報をドライバに報知できるため、事故の危険があることをドライバに意識させることができる。
【０１０４】
また、車両８の現時点の状況において事故が発生する可能性の程度である危険度をドライバに報知するため、事故の危険があることをより強くドライバに意識させることができる。
【０１０５】
また、危険度が閾値を超える場合、すなわち、事故が発生する可能性が比較的高い場合に、危険度をドライバに報知する。このため、事故防止に効果的なタイミングで事故の危険があることをドライバに意識させることができる。
【０１０６】
また、複数の事故パターンのうち合致度が最も高い事故パターン（すなわち、様々な事故パターンのうちで発生時の状況が現時点の車両８の状況に最も近似する事故パターン）に係る危険度がドライバに報知される。このため、車両８の現時点の状況に最も合致した情報をドライバに報知することができる。
【０１０７】
＜２．第２の実施の形態＞
上記第１の実施の形態では、サーバ装置１において合致度及び危険度を導出して、車両８に搭載される情報表示装置３に提供していた。これに対して、車両８の情報表示装置の単体で合致度及び危険度を導出することも可能である。第２の実施の形態では、このように情報表示装置が合致度及び危険度を導出し、その導出した危険度をドライバを提供するようになっている。
【０１０８】
図１１は、第２の実施の形態の情報表示装置３ａの構成を示す図である。第２の実施の形態の情報表示装置３ａの構成は、図４に示す第１の実施の形態の情報表示装置３とほぼ同様であるが、一部が相違している。具体的には、情報表示装置３ａは、通信部３１を備えておらず、ネットワーク９を介した通信機能を有していない。一方で、情報表示装置３ａは、可搬性の記録媒体であるメモリカード９０に関するデータの読み取り、及び、データの書き込みが可能なカードスロット３９を備えている。
【０１０９】
また、情報表示装置３ａのハードディスク３８には、地図データ３８ａとともに、パターンテーブル３８ｂが記憶されている。このパターンテーブル３８ｂは、第１の実施の形態においてサーバ装置１のハードディスク１５に記憶されていたパターンテーブル１５ｂと同様の情報であり、複数の事故パターンそれぞれの複数の要素データを含んでいる。情報表示装置３ａは、パターンテーブル３８ｂを記憶したメモリカード９０をカードスロット３９によって読み取ることで、このパターンテーブル３８ｂを取得する。パターンテーブル３８ｂは、例えば、インターネットを利用したダウンロードサービスなどによって情報提供事業者から提供される。
【０１１０】
情報表示装置３ａは、ＣＰＵ３０１が演算処理を実行することで実現される機能として、データ取得部３０ａ、合致度導出部３０ｄ、危険度導出部３０ｅ、及び、危険度報知部３０ｃを備えている。このうち、データ取得部３０ａ及び危険度報知部３０ｃは、第１の実施の形態において情報表示装置３が備えていたデータ取得部３０ａ及び危険度報知部３０ｃと同様の機能である。一方、合致度導出部３０ｄ及び危険度導出部３０ｅは、第１の実施の形態においてサーバ装置１が備えていた合致度導出部１１ｄ及び危険度導出部１１ｅと同様の機能である。
【０１１１】
図１２は、危険度をドライバに報知する情報表示装置３ａの処理の流れを示す図である。本実施の形態においても、情報表示装置３ａは起動中において、ナビゲーション部３７の機能により、情報表示装置３ａが搭載された車両８の位置を含む地図画像をディスプレイ３２に表示する。その一方で、情報表示装置３ａは、図１２に示す処理を所定の周期（例えば、１０秒周期）で実行する。
【０１１２】
まず、データ取得部３０ａの制御により、車両８の現時点の状況を示す複数の要素データが取得される（ステップＳ６１）。取得される要素データは、具体的には、現時点の車両８の「位置」、現時点の「時刻」、現時点の車両８の「速度」、現時点の車両８の周辺の「気温」、及び、現時点の車両８の周辺の「天候」である。データ取得部３０ａは、取得したこれらの要素データを、図９のステップＳ４１と同様にしてその内容を抽象化してから、ＲＡＭ３０２に記憶させる。
【０１１３】
次に、合致度導出部３０ｄが、ＲＡＭ３０２に記憶された複数の要素データを読み出す。そして、合致度導出部３０ｄは、読み出した複数の要素データとパターンテーブル３８ｂとに基づいて、車両８の現時点の状況と事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する（ステップＳ６２）。この合致度を導出する手法は、図９のステップＳ５２と同様である。これにより、パターンテーブル３８ｂに登録された全ての事故パターンの合致度ＡＰが導出される。
【０１１４】
次に、導出された合致度に基づいて、危険度導出部３０ｅが、パターンテーブル３８ｂに登録された全ての事故パターンのうち、最も合致度ＡＰが高い一の事故パターンを選択する（ステップＳ６３）。これにより、発生時の状況が、車両８の現時点の状況に最も近似する事故パターンが選択される。
【０１１５】
次に、危険度導出部３０ｅは、選択した事故パターンの合致度ＡＰに基づいて、車両８の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する（ステップＳ６４）。この危険度を導出する手法は、図９のステップＳ５４と同様である。なお、事故パターンの事故の発生割合Ｒを導出するために必要な事故の合計数Ｔについては、パターンテーブル３８ｂとともにハードディスク３８に予め記憶しておけばよい。
【０１１６】
危険度が導出されると、次に、危険度報知部３０ｃが、危険度が所定の閾値を超えるか否かを判定する（ステップＳ６５）。そして、危険度が所定の閾値を超える場合は、危険度報知部３０ｃは、危険度をディスプレイ３２に表示して危険度をドライバに報知する（ステップＳ６６）。
【０１１７】
以上のように、第２の実施の形態の情報表示装置３ａでは、サーバ装置１と通信を行わなくとも装置単体で危険度を導出して危険度をドライバに報知することができる。
【０１１８】
＜３．変形例＞
以上、本発明の実施の形態について説明してきたが、この発明は上記実施の形態に限定されるものではなく様々な変形が可能である。以下では、このような変形例について説明する。上記実施の形態で説明した形態及び以下で説明する形態を含む全ての形態は、適宜に組み合わせ可能である。
【０１１９】
上記第１の実施の形態では、車両８で取得された複数の要素データを車載装置２，３において抽象化していたが、サーバ装置１において抽象化するようにしてもよい。また、この場合は、事故データベース１５ａに登録されるレコードの数によって抽象化の程度を変更してもよい。すなわち、事故データベース１５ａに登録されるレコードの数が多いほど、要素データの内容をより具体的な概念にするようにしてもよい。
【０１２０】
また、上記第１の実施の形態では、危険度が閾値を超えるか否かを情報表示装置３において判定していたが、サーバ装置１において判定するようにしてもよい。また、この場合、危険度が閾値を超える場合のみ危険度を情報表示装置３に送信するようにしてもよい。
【０１２１】
また、上記第１の実施の形態では、データ送信装置２と情報表示装置３とは別装置であると説明したが、これらは一体化されていてもよい。このように一体化する場合、通信部、計時回路、信号受信部、温度センサ、ＧＰＳ受信部などの共通する処理部は、一つの処理部でデータ送信装置２の機能と情報表示装置３の機能とに兼用できる。
【０１２２】
また、上記第２の実施の形態では、パターンテーブル３８ｂをメモリカード９０から読み取ることで取得すると説明したが、ネットワーク９を介して所定のサーバからダウンロードすることによって取得するようにしてもよい。
【０１２３】
また、上記実施の形態において複数の要素データとした具体的なデータ（「位置」「時刻」「速度」「気温」及び「天候」）は一例であり、事故の発生時の状況や車両８の現時点の状況を示す複数の要素データの一部あるいは全部に他のデータを採用してもよい。例えば、車両８のドライバの眠気の程度を示す「眠気度」を要素データとして採用してもよい。この「眠気度」は、例えば、ドライバの心拍数などの生体情報に基づいて判断することができる。心拍数は、ドライバが手を触れるハンドルに配置される心拍センサによって取得できる。また、ドライバが脇見をしている程度を示す「脇見度」を要素データとして採用してもよい。この「脇見度」は、ドライバを撮影するカメラで得られる撮影画像からドライバの顔及び目の位置をパターンマッチング等で抽出し、ドライバの視線の向きを判断することにより取得できる。
【０１２４】
また、上記実施の形態では、危険度がドライバに報知されていたが、合致度がドライバに報知されるようにしてもよい。また、合致度と危険度との双方がドライバに報知されるようにしてもよい。
【０１２５】
また、上記実施の形態では、最も合致度が高くなる事故パターンの危険度のみを導出するようにしていた。これに対して、全ての事故パターンに関して危険度を導出し、最も高い危険度をドライバに報知するようにしてもよい。
【０１２６】
また、上記実施の形態では、プログラムに従ったＣＰＵの演算処理によってソフトウェア的に各種の機能が実現されると説明したが、これら機能のうちの一部は電気的なハードウェア回路により実現されてもよい。
【符号の説明】
【０１２７】
１ サーバ装置
２ データ送信装置
３ 情報表示装置
１１ｄ 合致度導出部
１１ｅ 危険度導出部
１１ｆ 危険度送信部
１５ａ 事故データベース
１５ｂ パターンテーブル
３０ａ データ取得部
３０ｃ 危険度報知部
３２ ディスプレイ
【特許請求の範囲】
【請求項１】
車両のドライバに情報を報知する情報報知システムであって、
車両に搭載される車載装置と、
前記車載装置に情報を提供するサーバ装置と、
を備え、
前記サーバ装置は、
発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、
前記車両から、該車両の現時点の状況を示す複数の要素データを取得する取得手段と、
前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、
前記合致度に基づく情報を前記車載装置に送信する送信手段と、
を備え、
前記車載装置は、
前記合致度に基づく情報を前記ドライバに報知する報知手段、
を備えることを特徴とする情報報知システム。
【請求項２】
請求項１に記載の情報報知システムにおいて、
前記サーバ装置は、
前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、
をさらに備え、
前記送信手段は、前記危険度を前記車載装置に送信し、
前記報知手段は、前記危険度を前記ドライバに報知することを特徴とする情報報知システム。
【請求項３】
請求項２に記載の情報報知システムにおいて、
前記報知手段は、前記危険度が閾値を超える場合に前記危険度を前記ドライバに報知することを特徴とする情報報知システム。
【請求項４】
請求項１に記載の情報報知システムにおいて、
前記記憶手段は、複数の事故パターンのそれぞれの前記複数の要素データを記憶しており、
前記第１導出手段は、前記複数の事故パターンのそれぞれに関して前記合致度を導出し、
前記送信手段は、前記複数の事故パターンのうち前記合致度が最も高い事故パターンの前記合致度に基づく情報を送信することを特徴とする情報報知システム。
【請求項５】
車両に情報を提供するサーバ装置であって、
発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、
前記車両から、該車両の現時点の状況を示す複数の要素データを取得する取得手段と、
前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、
前記合致度に基づく情報を前記車両に搭載された車載装置に送信する送信手段と、
を備えることを特徴とするサーバ装置。
【請求項６】
請求項５に記載のサーバ装置において、
前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、
をさらに備え、
前記送信手段は、前記危険度を前記車載装置に送信することを特徴とするサーバ装置。
【請求項７】
車両に搭載され、車両のドライバに情報を報知する車載装置であって、
発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、
前記車両の現時点の状況を示す複数の要素データを取得する取得手段と、
前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、
前記合致度に基づく情報を前記ドライバに報知する報知手段と、
を備えることを特徴とする車載装置。
【請求項８】
請求項７に記載の車載装置において、
前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、
をさらに備え、
前記報知手段は、前記危険度を前記ドライバに報知することを特徴とする車載装置。
【請求項９】
車両のドライバに情報を報知する情報報知方法であって、
（ａ）前記車両の現時点の状況を示す複数の要素データを取得する工程と、
（ｂ）発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし前記事故パターンの前記複数の要素データを記憶する記憶手段に記憶された前記事故パターンの複数の要素データと、前記工程（ａ）で取得された複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する工程と、
（ｃ）前記合致度に基づく情報を前記ドライバに報知する工程と、
を備えることを特徴とする情報報知方法。
【請求項１０】
請求項９に記載の情報報知方法において、
（ｄ）前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する工程、
をさらに備え、
前記工程（ｃ）は、前記危険度を前記ドライバに報知することを特徴とする情報報知方法。
【請求項１】
車両のドライバに情報を報知する情報報知システムであって、
車両に搭載される車載装置と、
前記車載装置に情報を提供するサーバ装置と、
を備え、
前記サーバ装置は、
発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、
前記車両から、該車両の現時点の状況を示す複数の要素データを取得する取得手段と、
前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、
前記合致度に基づく情報を前記車載装置に送信する送信手段と、
を備え、
前記車載装置は、
前記合致度に基づく情報を前記ドライバに報知する報知手段、
を備えることを特徴とする情報報知システム。
【請求項２】
請求項１に記載の情報報知システムにおいて、
前記サーバ装置は、
前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、
をさらに備え、
前記送信手段は、前記危険度を前記車載装置に送信し、
前記報知手段は、前記危険度を前記ドライバに報知することを特徴とする情報報知システム。
【請求項３】
請求項２に記載の情報報知システムにおいて、
前記報知手段は、前記危険度が閾値を超える場合に前記危険度を前記ドライバに報知することを特徴とする情報報知システム。
【請求項４】
請求項１に記載の情報報知システムにおいて、
前記記憶手段は、複数の事故パターンのそれぞれの前記複数の要素データを記憶しており、
前記第１導出手段は、前記複数の事故パターンのそれぞれに関して前記合致度を導出し、
前記送信手段は、前記複数の事故パターンのうち前記合致度が最も高い事故パターンの前記合致度に基づく情報を送信することを特徴とする情報報知システム。
【請求項５】
車両に情報を提供するサーバ装置であって、
発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、
前記車両から、該車両の現時点の状況を示す複数の要素データを取得する取得手段と、
前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、
前記合致度に基づく情報を前記車両に搭載された車載装置に送信する送信手段と、
を備えることを特徴とするサーバ装置。
【請求項６】
請求項５に記載のサーバ装置において、
前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、
をさらに備え、
前記送信手段は、前記危険度を前記車載装置に送信することを特徴とするサーバ装置。
【請求項７】
車両に搭載され、車両のドライバに情報を報知する車載装置であって、
発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし、前記事故パターンの前記複数の要素データを記憶する記憶手段と、
前記車両の現時点の状況を示す複数の要素データを取得する取得手段と、
前記取得手段に取得された複数の要素データと前記記憶手段に記憶された前記事故パターンの複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する第１導出手段と、
前記合致度に基づく情報を前記ドライバに報知する報知手段と、
を備えることを特徴とする車載装置。
【請求項８】
請求項７に記載の車載装置において、
前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する第２導出手段、
をさらに備え、
前記報知手段は、前記危険度を前記ドライバに報知することを特徴とする車載装置。
【請求項９】
車両のドライバに情報を報知する情報報知方法であって、
（ａ）前記車両の現時点の状況を示す複数の要素データを取得する工程と、
（ｂ）発生時の状況を示す複数の要素データが一致する複数の事故を同一の事故パターンとし前記事故パターンの前記複数の要素データを記憶する記憶手段に記憶された前記事故パターンの複数の要素データと、前記工程（ａ）で取得された複数の要素データとを比較して、前記車両の現時点の状況と前記事故パターンの事故の発生時の状況との近似の程度を示す合致度を導出する工程と、
（ｃ）前記合致度に基づく情報を前記ドライバに報知する工程と、
を備えることを特徴とする情報報知方法。
【請求項１０】
請求項９に記載の情報報知方法において、
（ｄ）前記合致度と、前記事故パターンの事故の発生割合とに基づいて、前記車両の現時点の状況において事故が発生する可能性の程度を示す危険度を導出する工程、
をさらに備え、
前記工程（ｃ）は、前記危険度を前記ドライバに報知することを特徴とする情報報知方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−１１８９１５（Ｐ２０１２−１１８９１５Ａ）
【公開日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願番号】特願２０１０−２７０３２４（Ｐ２０１０−２７０３２４）
【出願日】平成２２年１２月３日（２０１０．１２．３）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
【公開日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願日】平成２２年１２月３日（２０１０．１２．３）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
[ Back to top ]