JP2019056985A - メッセージ配信制御システムおよびテレマティクスセンタ - Google Patents

Abstract

【課題】車両に対して、センタがネットワークを介してメッセージを配信する際、アプリケーションが求める通信遅延を満たすデータ配信制御を実現する。【解決手段】メッセージ配信制御システムは、車両のプローブ情報を収集し、所定の加工を施すプローブ情報生成部２１２、プローブ情報に基づきイベントを検知するイベント検知部２１３、及び所定の加工を施されたプローブ情報と検知したイベント情報とを車両データ情報としてテレマティクスセンタに送信する車両データ送信部２１４を有する車両データ生成装置２１０と、車両データ情報を蓄積する車両データ情報データベース１２２、イベント情報を蓄積するイベント発生情報データベース１２３、車両ごとにイベントへの遭遇時間を算出する遭遇時間演算部１１４、及び遭遇時間の短い車両に対して優先的にメッセージを配信するメッセージ配信部を有するテレマティクスセンタ１００とを有する。【選択図】図１

Description

本発明は、乗用車などの車両に搭載される機器に対して、センタがネットワークを介してメッセージを配信する際の優先度制御を実現するシステム及びセンタに関する。

近年、運転支援機能や自動運転技術の進展により、自動車用の電子制御装置（ＥＣＵ：Electronic Control Unit）が処理する情報量が増大している。また、通信ネットワークの進展に伴って、自動車が無線でセンタシステム等とつながるコネクテッドカーも普及の兆しを見せている。それらに伴って、自動車とセンタが送受信するデータ量も増大しており、特にセンタから車両に配信するメッセージの通信遅延に影響を与えている。

このような状況のなか、地理的な区分や、真に情報が必要となる車両などを特定して、データ配信の有無や優先度を制御する技術へのニーズが高まっている。特許文献１には、地理的な区分を考慮してメッセージ配信の優先度を制御するシステムが開示されている。また特許文献２には、ある車両の走行軌跡をたどる車両を特定してメッセージ配信の有無を制御するシステムが開示されている。

特開２０１４−１８１９５９号公報 特開２０１３−３７５７９号公報

特許文献１に開示されたシステムでは、例えば津波などの災害発生に関する情報を、海に近い地域に位置する端末から優先的に配信することで、その情報の必要性が高い端末に短時間で情報を配信できる。しかし、一刻を争う状況下において、その地域内でより海に近い端末に情報を優先的に配信するといった端末毎の位置を個別的に考慮した優先度制御を実現することはできない。

また特許文献２に開示されたシステムでは、何かしらイベントを検知した車両の走行軌跡を追従する車両のみを対象として情報を配信するのみであり、その走行軌跡を追従していないが、対象地点を通過する可能性のある車両にメッセージ配信することはできない。

本発明の一態様であるメッセージ配信制御システムにおいては、複数の車両それぞれに搭載される車両データ生成装置とテレマティクスセンタとを有し、車両データ生成装置は、車両データ生成装置が搭載される車両のプローブ情報を収集し、所定の加工を施すプローブ情報生成部と、プローブ情報に基づきイベントを検知するイベント検知部と、所定の加工を施されたプローブ情報と検知したイベント情報とを車両データ情報としてテレマティクスセンタに送信する車両データ送信部とを有し、テレマティクスセンタは、車両より送信される車両データ情報を蓄積する車両データ情報データベースと、イベント情報を蓄積するイベント発生情報データベースと、イベント発生情報データベースに蓄積されたイベント情報に係るイベントの有効範囲内を有効期間中に走行している、または走行予定のある車両データ情報を車両データ情報データベースより抽出し、抽出された車両データ情報に係る車両ごとに当該イベントへの遭遇時間を算出する遭遇時間演算部と、イベントへの遭遇時間の短い車両に対して優先的にイベントに応じたメッセージを配信するメッセージ配信部とを有する。

その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

本発明によれば、不要にサーバのスペック向上や台数増加などさせることなく、アプリケーションが求める通信遅延を満たすデータ配信制御を実現することができる。

メッセージ配信制御システムの構成例を示す図である。 車両構成情報ＤＢに格納されるデータ構造を表すテーブルの一例である。 車両データ情報ＤＢに格納されるデータ構造を表すテーブルの一例である。 イベント発生情報ＤＢに格納されるデータ構造を表すテーブルの一例である。 イベント種別情報ＤＢに格納されるデータ構造を表すテーブルの一例である。 遭遇時間情報ＤＢに格納されるデータ構造を表すテーブルの一例である。 本実施形態において実行される車両データの送信処理の流れを示す図である。 本実施形態において実行されるイベント発生情報の生成処理の流れを示す図である。 本実施形態において実行される車両がイベントに遭遇するまでの時間の算出処理の流れを示す図である。 本実施形態において実行されるメッセージ配信処理の流れを示す図である。 第１のアプリケーションの流れの一例を示す図である。 本実施形態においてテレマティクスセンタの入出力装置に表示される画面の一例を示す図である。 第２のアプリケーションの流れの一例を示す図である。

以下では、図１〜図１０を参照しながら、本発明の実施形態を説明する。

図１は、本実施形態に係るメッセージ配信制御システムの構成例を示す図である。図１に示すメッセージ配信制御システムは、優先度を制御しながら車両２００にメッセージを配信するものであり、サーバであるテレマティクスセンタ１００と、車両２００に搭載される車両データ生成装置２１０とを備える。テレマティクスセンタ１００と車両データ生成装置２１０とは、ネットワーク２９０、テレマティクスセンタ１００に搭載された通信部１４０、および車両２００に搭載された通信部２２０を介して互いに接続されている。この接続により、テレマティクスセンタ１００と車両データ生成装置２１０との間で通信が可能となっている。ネットワーク２９０としては、例えば携帯電話網、インターネット網、無線ＬＡＮ（Local Area Network）等の近距離無線通信、あるいはそれら複数の組み合わせで構成されたものなどが挙げられる。なお、図１では、車両データ生成装置２１０を搭載した車両２００を１台のみ図示しているが、こうした車両２００は１台に限定するものではなく、複数台の車両２００が車両データ生成装置２１０をそれぞれ搭載し、テレマティクスセンタ１００と接続される。

テレマティクスセンタ１００は、ネットワーク２９０を介して、車両２００に搭載されている様々な各種ＥＣＵのセンシング情報を収集し、また車両２００に対してメッセージを配信する。テレマティクスセンタ１００は、中央演算処理装置１１０と、記憶装置１２０と、入出力装置１３０と、通信部１４０とを備える。

中央演算処理装置１１０は、例えばＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）などから構成され、所定の動作プログラムを実行することで、テレマティクスセンタ１００の機能を実現する処理を行う。中央演算処理装置１１０は、その機能として、車両データ受信部１１１、イベント発生情報生成部１１２、イベント種別登録部１１３、遭遇時間演算部１１４、メッセージ配信部１１５を備える。

車両データ受信部１１１は、記憶装置１２０に格納されている車両構成情報ＤＢ１２１、車両データ情報ＤＢ１２２の各情報を管理し、必要に応じて各情報の登録、変更、削除を行う。イベント発生情報生成部１１２は、記憶装置１２０に格納されているイベント発生情報ＤＢ１２３の各情報を管理し、収集した車両データから故障や渋滞などのイベントを検知した結果をもって、各情報の登録、変更、削除を行う。イベント種別登録部１１３は、あらかじめ発生しうるイベントの種別と、その種別に応じて配信するメッセージを生成し、イベント種別情報ＤＢ１２４に登録する。遭遇時間演算部１１４は、記憶装置１２０に格納されている遭遇時間情報ＤＢ１２５の各情報を管理し、収集および演算した車両データとイベント発生情報を用いて、ある車両があるイベントが発生した地点に到達するまでの時間（ＴＴＥ：Time To Encounter）を算出した結果をもって、各情報の登録、変更、削除を行う。メッセージ配信部１１５は、算出したＴＴＥに応じて配信優先度を決定し、メッセージを車両２００に配信する。なお、これらの各構成の動作については、後で詳しく説明する。

記憶装置１２０は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ、ＲＯＭ（Read Only Memory）などから構成される。記憶装置１２０には、中央演算処理装置１１０が実行するプログラムや、プログラムの実行に必要なデータ群などが格納される。記憶装置１２０に格納されるデータ群には、車両構成情報ＤＢ１２１、車両データ情報ＤＢ１２２、イベント発生情報ＤＢ１２３、イベント種別情報ＤＢ１２４、遭遇時間情報ＤＢ１２５、地図ＤＢ１２６などが含まれる。

車両構成情報ＤＢ１２１は、各車両２００の車種と、搭載されているＥＣＵの種別を管理するための情報である車両構成情報を蓄積する。車両データ情報ＤＢ１２２は、各車両２００に搭載されているＥＣＵから取得されたプローブデータと、そのプローブデータから判断されるイベントを管理するための情報である車両データ情報を蓄積する。イベント発生情報ＤＢ１２３は、収集された車両データ情報から算出される、どの地点でどの様なイベントが発生しているかを管理するための情報であるイベント発生情報を蓄積する。イベント種別情報１２４は、発生しうるイベントの種別とその検知条件を管理するための情報を蓄積する。遭遇時間情報ＤＢ１２５は、各車両２００と各イベント発生情報の組合せについて、ある車両があるイベントに遭遇するまでの時間ＴＴＥを管理するための遭遇時間情報を蓄積する。地図ＤＢ１２６は、車両２００が走行する地域の地図データを蓄積したものであり、交差点、道路、レーンなどの情報を点や線などで表現したものである。

入出力装置１３０は、タッチパネルやキーボード、マウスなどの組み合わせから構成され、入力部および表示部として機能する。

通信部１４０は、ネットワーク２９０で用いられる通信規格に準拠したネットワークカードなどから構成される。ネットワークカードは、有線ＬＡＮなどの有線通信や無線ＬＡＮなどの無線通信、あるいはその両方に必要な通信規格に準拠する。通信部１４０は、ネットワーク２９０を介して、各種プロトコルに基づき車両２００とデータを送受信する。

車両２００は、車両データ生成装置２１０と、通信部２２０と、ナビゲーション端末２３０と、エンジンＥＣＵ２４０と、ブレーキＥＣＵ２４１と、ステアリングＥＣＵ２４２と、自動運転ＥＣＵ２４３とを備える。

エンジンＥＣＵ２４０は、車両２００のエンジン動作を管理する。ブレーキＥＣＵ２４１は、車両２００のブレーキ制御を管理する。ステアリングＥＣＵ２４２は、車両２００のステアリング制御を管理する。自動運転ＥＣＵ２４３は、車両２００の自動運転の動作制御を管理する。各機器は、ＣＡＮ（Controller Area Network）などの車内ネットワークで接続される。また、図１に示す通り、各ＥＣＵはバス型ＣＡＮネットワークに接続されている。車両データ生成装置２１０は、これらのバス型ネットワークのハブ機能を有している。

なお、車両２００に搭載されるＥＣＵは、図１に示したものに限定されない。例えば、サスペンション制御用のＥＣＵや電子ミラー制御用のＥＣＵなど、車両２００の制御や安全を支援する機能を持つＥＣＵが、図１に示した各ＥＣＵ以外に車両２００に搭載されていても良い。逆に、車両２００が図１に例示したＥＣＵを搭載していることを必須とするものでもない。なお、各ＥＣＵには、自身を動作させるためのソフトウェアがそれぞれ内蔵されている。このソフトウェアは、各ＥＣＵが持つ記憶装置にそれぞれ格納されている。

車両データ生成装置２１０は、中央演算処理装置２１１と、記憶装置２１６とを備える。

中央演算処理装置２１１は、例えばＣＰＵやＲＡＭなどから構成され、所定の動作プログラムを実行することで、車両データ生成装置２１０の機能を実現する処理を行う。中央演算処理装置２１１は、その機能として、プローブ情報生成部２１２、イベント検知部２１３、車両データ送信部２１４およびメッセージ受信部２１５を備える。

プローブ情報生成部２１２は、あらかじめ定められたルールあるいはテレマティクスセンタ１００からのメッセージに記載されるルールに従い、車両２００の各ＥＣＵからセンサ値や制御情報を収集し、その取得時刻と併せてプローブ情報として生成する。イベント検知部２１３は、収集したプローブ情報から渋滞や車両２００の故障などのイベントが発生していないかを確認する。車両データ送信部２１４は、生成したプローブ情報とイベント発生情報を併せて車両データとし、テレマティクスセンタ１００に送信する。メッセージ受信部２１５は、テレマティクスセンタ１００から送信されるメッセージを受信し、その内容に応じて車両２００の制御を変化させる。

記憶装置２１６は、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＲＯＭなどから構成され、中央演算処理装置２１１が実行するプログラムや、プログラム実行に必要なデータ群などが格納される。記憶装置２１６に格納されるデータ群には、生成ルール情報ＤＢ２１７、運転ポリシー情報ＤＢ２１８、イベント種別情報ＤＢ２１９などが含まれる。

生成ルール情報ＤＢ２１７は、プローブ情報生成部２１２で生成されるプローブデータの統計加工処理の方法として、生成ルール情報を蓄積する。運転ポリシー情報ＤＢ２１８は、自動運転ＥＣＵ２４３の運転制御の方法に必要な、車両の走行計画を立案する運転ポリシー情報を蓄積する。イベント種別情報ＤＢ２１９は、テレマティクスセンタ１００のイベント種別情報ＤＢ１２４と同等で、発生しうるイベントの種別とその検知条件を管理するための情報を蓄積する。

通信部２２０は、ネットワーク２９０で用いられる通信規格に準拠したネットワークカードなどから構成される。ネットワークカードは、例えば、無線ＬＡＮなどの無線通信に準拠する。通信部２２０は、ネットワーク２９０を介して、各種プロトコルに基づきテレマティクスセンタ１００とデータを送受信する。

ナビゲーション端末２３０は、中央演算処理装置２３１と、記憶装置２３４と、タッチパネルやキーボード、マウスなどの組み合わせからなる入出力装置２３６と、位置測位装置２３７とを備える。

中央演算処理装置２３１は、例えばＣＰＵやＲＡＭなどから構成され、所定の動作プログラムを実行することで、ナビゲーション端末２３０の機能を実現する処理を行う。中央演算処理装置２３１は、その機能として、メッセージ表示部２３２とマップマッチング部２３３を備える。メッセージ表示部２３２は、テレマティクスセンタ１００から送信されたメッセージ情報に基づく表示を入出力装置２３６に対して行う。マップマッチング部２３３は、地図ＤＢ２３５に蓄積される地図情報を基に、現在位置を補正した上で車両２００が現在どの道路のどのレーンを走行中かを特定する。

記憶装置２３４は、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＲＯＭなどから構成され、中央演算処理装置２３１が実行するプログラムや、プログラム実行に必要なデータ群などが格納される。記憶装置２３４に格納されるデータ群には、地図ＤＢ２３５が含まれる。

地図ＤＢ２３５は、車両２００が走行する地域の地図データを蓄積したものであり、交差点、道路、レーンなどの情報を点や線などで表現したものである。

入出力装置２３６は、タッチパネルやキーボード、マウスなどの組み合わせから構成され、入力部および表示部として機能する。

位置測位装置２３７は、例えばＧＰＳ（Global Positioning System）センサなどから構成され、車両２００の現在位置を緯度と経度で取得する。なお、マップマッチング部２３３による現在位置の補正処理には、例えばエンジンＥＣＵ２４０やブレーキＥＣＵ２４１など、車両２００に搭載されるＥＣＵのセンシング情報を用いても良い。

なお、車両データ生成装置２１０とナビゲーション端末２３０は同一の機器であっても良い。また、ナビゲーション端末２３０は車両２００に搭載されるものではなく、例えばスマートフォンなどの携帯端末をナビゲーション端末２３０として用いても良い。この場合、ナビゲーション機能及び通信部２２０は携帯端末側に存在し、車両データ生成装置２１０は例えばＯＢＤ（On-Board Diagnostics）などのコネクタを用いることで、携帯端末と接続すればよい。

図２Ａは、テレマティクスセンタ１００の車両構成情報ＤＢ１２１に格納されるデータ構造を表すテーブルの一例である。車両構成情報ＤＢ１２１には、ＶＩＮ（Vehicle Identification Number）３００、車種ＩＤ３０１、ＥＣＵＩＤ３０２、ＥＣＵ種別ＩＤ３０３の各データが格納される。ＶＩＮ３００は、車両２００を一意に特定可能な識別子である。車種ＩＤ３０１は、そのＶＩＮ３００を持つ車両２００の車種を一意に特定可能な識別子である。ＥＣＵＩＤ３０２は、そのＶＩＮ３００を持つ車両２００に搭載されるＥＣＵを一意に特定可能な識別子である。ＥＣＵ種別ＩＤ３０３は、そのＶＩＮ３００を持つ車両２００に搭載されるＥＣＵの種別を一意に特定可能な識別子である。

図２Ｂは、テレマティクスセンタ１００の車両データ情報ＤＢ１２２に格納されるデータ構造を表すテーブルの一例である。車両データ情報ＤＢ１２２には、ＶＩＮ３１０、時刻３１１、位置３１２、進行方向３１３、道路ＩＤ３１４、レーン情報３１５、車速３１６、イベント検知情報３１７、更新日時３１８の各データが格納される。ＶＩＮ３１０は車両構成情報ＤＢ１２１のＶＩＮ３００と共通のデータであり、各車両２００の車種を一意に特定可能な識別子である。時刻３１１は過去、現在もしくは未来の時刻情報である。位置３１２は、時刻３１１における車両２００の位置情報である。車両２００の位置を経緯度により表している。進行方向３１３は、時刻３１１における車両２００の進行方向を方位角で表現した情報であり、例えば右手系東基準で表記された進行方向が蓄積される。道路ＩＤ３１４は、時刻３１１における車両２００が走行中の道路を一意に特定可能な識別子であり、ナビゲーション端末２３０の地図ＤＢ２３５で管理されるものである。レーン情報３１５は、時刻３１１において車両２００が道路ＩＤ３１４の道路を走行する時に、何車線の内の何番目のレーンを走行するかを示す情報である。車速３１６は、時刻３１１における車両２００の速度情報である。イベント検知情報３１７は、時刻３１１において車両２００がイベント検知部２１３により何かしらのイベントを検知していた場合に、そのイベントの内容を示す情報である。更新日時３１８は、このデータを更新した日時を示す情報である。

なお、車両データ情報ＤＢ１２２に管理される１台の車両２００に対する車両データレコードは、１つだけであっても、複数あっても良い。ある車両２００に紐付く車両データレコードが１つだけの場合は、テレマティクスセンタ１００は車両２００の最新の車両データレコードのみを管理することとなる。一方で車両２００に紐付く車両データ情報が複数ある場合には、テレマティクスセンタ１００は車両２００の車両データレコード群、すなわち移動軌跡を管理することとなる。また、車両２００に紐付く車両データレコードが２つ以上の場合、時刻３１１は過去の時刻であっても、未来の時刻であっても良い。時刻３１１が過去の時刻であれば、車両データレコードは車両２００が実際に走行した移動軌跡を表現することとなる。一方で時刻３１１が未来の時刻であれば、車両データレコードは車両２００がこれから走行する移動軌跡、すなわち走行計画を表現することとなる。

図３Ａは、テレマティクスセンタ１００のイベント発生情報ＤＢ１２３に格納されるデータ構造を表すテーブルの一例である。イベント発生情報ＤＢ１２３には、イベントＩＤ３２０、初回発生時刻３２１、発生位置３２２、道路ＩＤ３２３、レーン情報３２４、イベント種別ＩＤ３２５、被検知回数３２６、更新日時３２７の各データが格納される。イベントＩＤ３２０は、複数の車両２００から得られたイベント検知情報３１７（図２Ｂ）について、テレマティクスセンタ１００のイベント発生情報生成部１１２が類似するイベントを１つに集約した際に、その集約したイベント発生情報を一意に特定可能な識別子である。初回発生時刻３２１は、そのイベントＩＤ３２０で特定されるイベント発生情報が最初に発生した時刻情報である。発生位置３２２は、そのイベントが発生した位置情報である。道路ＩＤ３２３は、そのイベントが発生した位置情報３２２を地図ＤＢ１２６の地図情報にマップマッチングした結果として得られる、イベントが発生した道路を一意に特定可能な識別子である。レーン情報３２４は、そのイベントが発生した箇所が、道路ＩＤ３２３の何車線の内の何番目のレーンであるかを示す情報である。被検知回数３２６は集約されたイベント発生情報の数を示す情報である。更新日時３２７は、イベントＩＤ３２０で特定されるイベント発生情報の最新の時刻情報である。

図３Ｂは、テレマティクスセンタ１００のイベント種別情報ＤＢ１２４に格納されるデータ構造を表すテーブルの一例である。イベント種別情報ＤＢ１２４には、イベント種別ＩＤ３３０、イベント内容３３１、イベント検知条件３３２、有効期間３３３、有効範囲３３４、配信メッセージ３３５の各データが格納される。イベント種別ＩＤ３３０は、発生し得るイベントの種別を一意に特定可能な識別子である。イベント内容３３１は、そのイベント種別ＩＤ３３０で定義される渋滞や故障などのイベントの内容を示す。イベント検知条件３３２は、そのイベントが発生したと車両２００が判断するための条件を示す情報である。有効期間３３３は、そのイベントに応じて車両２００にメッセージを配信する際に、配信処理を実行する有効期間を示す。有効範囲３３４は、そのイベントに応じて車両２００にメッセージを配信する際に、配信対象となる車両２００の位置的な制約情報を示す。有効範囲３３４は、その点列を直線で結ぶことで表現可能な多角形の情報が格納される。なお、イベント発生位置３２２（図３Ａ）は都度異なることから、有効範囲３３４はある点（イベント発生位置）から見た相対的な位置関係を表現している。配信メッセージ３３５は、配信対象となった車両２００に対して実際に配信するメッセージの中身が蓄積される。

なお、イベント種別情報ＤＢ１２４の各データは、テレマティクスセンタ１００の管理者等によって入出力装置１３０を介して入力される。管理者としては、例えばテレマティクスセンタ１００の運用者や、車両２００の製造管理者などが考えられる。また、同一のデータが格納される車両データ生成装置２１０のイベント種別情報ＤＢ２１９に関しては、車両２００の車両データ生成装置２１０が初めて実行された時に、テレマティクスセンタ１００に問い合わせることで、最新のイベント種別情報を車両２００へ配信する。

なお、イベント種別情報ＤＢで定義されるイベントは表中に記載のものに限定されず、例えばエンジン故障や落下物検知など、様々なイベントを登録することが可能である。

図３Ｃは、テレマティクスセンタ１００の遭遇時間情報ＤＢ１２５に格納されるデータ構造を表すテーブルの一例である。遭遇時間情報ＤＢ１２５には、イベントＩＤ３４０、ＶＩＮ３４１、ＴＴＥ３４２、配信済みフラグ３４３、更新日時３４４の各データが格納される。イベントＩＤ３４０はイベント発生情報ＤＢ１２３のイベントＩＤ３２０と共通のデータであり、イベント発生情報を一意に特定可能な識別子である。ＶＩＮ３４１は車両構成情報ＤＢ１２１のＶＩＮ３００と共通のデータであり、各車両２００の車種を一意に特定可能な識別子である。ＴＴＥ３４２は、ＶＩＮ３４１を持つ車両２００が走行を継続した場合に、イベントＩＤ３４０で示されるイベントに遭遇するまでの時間を示す。ＴＴＥ３４２はテレマティクスセンタ１００の遭遇時間演算部１１４により算出される。配信済みフラグ３４３は、ＶＩＮ３４１を持つ車両２００に対して、イベントＩＤ３４０に紐付く配信メッセージ３３５を既に配信したか否かを示す。更新日時３４４は、このデータを更新した日時を示す情報である。

図４は、本実施形態において実行される車両データの送信処理の流れを示す図である。図４に示す処理は、車両２００に搭載されている車両データ生成装置２１０のプローブ情報生成部２１２、イベント検知部２１３、車両データ送信部２１４と、テレマティクスセンタ１００の車両データ受信部１１１およびイベント発生情報生成部１１２とにより行われる。

図４において、車両２００のプローブ情報生成部２１２は、エンジンＥＣＵ２４０からの情報を用いて車両２００のエンジン始動を検知する（ステップＳ４００）。ステップＳ４００でエンジン始動を検知したら、プローブ情報生成部２１２は一定時間、車両２００内のネットワークを介してナビゲーション端末２３０および各ＥＣＵから情報を収集し、それらを集約してプローブ情報として蓄積する（ステップＳ４０１）。そして、生成ルール情報ＤＢ２１７に蓄積される生成ルール情報にしたがって、収集したプローブ情報に統計処理による加工を施し、車両データ情報ＤＢ１２２（図２Ｂ）に示すＶＩＮ３１０〜車速３１６の情報を生成する（ステップＳ４０２）。生成ルールとしては、例えば「車速のサンプリングレートが１０Ｈｚとなる様に加工する」などの統計処理が記載されている。

車両データ生成装置２１０のイベント検知部２１３は、ステップＳ４０１で収集したプローブ情報を用いて、イベント種別情報ＤＢ２１９（図３Ｂ）に蓄積されるイベント検知条件３２２を満たしているかを判定する（ステップＳ４０３）。

ステップＳ４０３の結果、車両のイベントを検知した場合（Ｓ４０４：Ｙｅｓ）には、ステップＳ４０２で加工したプローブデータに対して、検知したイベント種別のイベント種別ＩＤ３３０を、イベント検知情報３１７として追加する形で付与する（ステップＳ４０５）。そして、プローブ情報とイベント検知情報の２つを車両データとして、テレマティクスセンタ１００に送信する（ステップＳ４０６）。ステップＳ４０３の結果、車両のイベントを検知しなかった場合（Ｓ４０４：Ｎｏ）には、ステップＳ４０２で加工したプローブ情報を車両データとして、テレマティクスセンタ１００に送信する（ステップＳ４０６）。

車両２００のプローブ情報生成部２１２は、エンジンＥＣＵ２４０からの情報を用いて車両２００のエンジンが停止しているかを確認（ステップＳ４０７）し、車両２００の運転が終了している場合（Ｓ４０７：Ｙｅｓ）には、データ収集および送信を終了する。車両２００の運転が終了していない場合（Ｓ４０７：Ｎｏ）には、再びステップＳ４０１を実行する。

ステップＳ４０６で車両２００から送信された車両データは、テレマティクスセンタ１００の通信部１４０により受信される（ステップＳ４２０）。ステップＳ４２０で車両データを受信したら、テレマティクスセンタ１００の車両データ受信部１１１は、車両データ情報ＤＢ１２２にその車両データを蓄積する（ステップＳ４２１）。さらに、テレマティクスセンタ１００のイベント発生情報生成部１１２は、これまでに蓄積された車両データ情報ＤＢ１２２の車両データを用いて、イベント発生情報を生成するか、既存のイベント発生情報を加工する（ステップＳ４２２）。ステップＳ４２２の処理は、図５に後述する。

以上説明した図４の処理により、車両２００の車両データ生成装置２１０からテレマティクスセンタ１００に対して、イベントの発生有無を含む車両データ情報が送信される。

図５は、本実施形態において実行されるイベント発生情報の生成処理の流れを示す図である。図５に示す処理は、テレマティクスセンタ１００のイベント発生情報生成部１１２により、ステップＳ４２２（図４）にて行われる。

テレマティクスセンタ１００のイベント発生情報生成部１１２は、ステップＳ４２０で受信した車両データから、初めてイベントを検知した時の車両データ情報の位置３１２をイベント検知地点として抽出した上で、既に検知されているイベント情報をイベント発生情報ＤＢ１２３から抽出し、位置３１２と発生位置３２２の距離がＸｋｍ以下となるイベント発生情報があるかを検索する（ステップＳ５００）。この検索は１次フィルタの機能として利用するものであり、例えば北海道で検出したイベントに対して、遠く離れた九州で既に発生しているイベント発生情報を対象として図５の処理を実行しないためのものである。そのため、フィルタ条件は距離以外であってもよく、例えばイベント発生地点の行政区画（都道府県や市町村等）情報を使って限定しても良い。検索の結果、イベント検知地点からＸｋｍ以内に既検出のイベント発生情報が存在する場合（Ｓ５０１：Ｙｅｓ）には、次にその中に、検索されたイベント情報のイベント種別ＩＤ３２５が、車両データに含まれるイベント検知情報３１７と一致するイベント発生情報があるかを検索する（ステップＳ５０２）。検索の結果、同じイベント種別であるイベント発生情報が存在する場合（Ｓ５０３：Ｙｅｓ）には、更にその中に、検索されたイベント情報の更新日時３２７に有効期間３３３を加えた時間が、車両データでイベントを検知した時刻３１１より大きくなるイベント発生情報が存在するかを検索する（ステップＳ５０４）。検索の結果、イベント情報の更新日時３２７に有効期間３３３を加えた時間がイベントを検知した時刻３１１より大きいイベント発生情報が存在する場合（Ｓ５０５：Ｙｅｓ）には、ステップＳ４２０で受信した車両２００の車両データに含まれるイベント検知情報は、既に他の車両２００で検知されたイベント検知情報と同じ理由で発生したものであると判断し、該当するイベント発生情報の被検知回数３２６に１を加え、更新日時３２７を車両２００がイベント検知した時刻３１１で上書きし（ステップＳ５０６）、図５の処理を終了する。ステップＳ５０６により更新日時３２７が更新されることにより、メッセージ配信の有効期限が延びることになる。

また、検索の結果、イベント検知地点からＸｋｍ以内に既検出のイベント発生情報が存在しない場合（Ｓ５０１：Ｎｏ）、あるいは同じイベント種別であるイベント発生情報が存在しない場合（Ｓ５０３：Ｎｏ）、あるいはイベント情報の更新日時３２７に有効期間３３３を加えた時間が時刻３１１より大きいイベント発生情報が存在しない場合（Ｓ５０５：Ｎｏ）には、いずれの場合も、ステップＳ４２０で受信した車両２００の車両データに含まれるイベント検知情報は、新しく検知されたイベント発生情報であると判断し、新しくイベントＩＤ３２０を割り当て、初回発生時刻３２１には始めてイベントを検知した時刻３１１を、発生位置３２２には位置３１２を、道路ＩＤ３２３には道路ＩＤ３１４を、レーン情報３２４にはレーン情報３１５を、イベント種別ＩＤ３２５にはイベント検知情報３１７を、被検知回数３２６には数値の１を、更新日時３２７には初回発生時刻３２１のデータを格納する形で、新しくイベント発生情報を作成しイベント発生情報ＤＢ１２３に登録する（ステップＳ５０７）。

なお、例えばイベントの内容によっては、被検知回数３２６の値が増加するにつれて対象のイベント発生情報の有効期間を延ばすことが望ましい場合も考えられる。そのような場合は、同じイベント内容であってもイベント発生情報毎に有効期間を変化させるため、イベント種別情報ＤＢ１２４にイベント内容３３１は異なるが有効期間３３３が異なるデータを登録するなどにより、前述の機能を実現しても良い。

また、車両２００の車種ＩＤ３０１を用いて、イベント発生情報を分割しても良い。この場合、Ｓ５０６にて被検知回数３２６に１を加える条件として、「イベント発生情報を生成した車両２００の車種ＩＤ３０１と、今回イベントを検知した車両２００の車両ＩＤ３０１が一致する」が追加される。これは、例えばブレーキ故障のイベントなど、車種特有のイベント情報を想定したものである。同様に、ＥＣＵＩＤ３０２あるいはＥＣＵ種別ＩＤ３０３を用いて、イベント発生情報を分割しても良い。

また、図５に示すイベント発生情報生成部１１２の処理は、図４に示す様に車両データを受信する度に実行するのではなく、例えば１０分間隔など、一定周期で実行するものとし、その間に受信した車両データを対象として実行するようにしても良い。

以上説明した図５の処理により、テレマティクスセンタ１００は車両２００から受信した車両データを用いて、新しいイベント発生情報の生成あるいは既に検出したイベント発生情報を更新する。

図６は、本実施形態において実行される遭遇時間（ＴＴＥ）の演算処理の流れを示す図である。図６に示す処理は、テレマティクスセンタ１００の遭遇時間演算部１１４にて、例えば１０秒間隔など、一定周期で実行される。

図６において、テレマティクスセンタ１００の遭遇時間演算部１１４は、イベント発生情報ＤＢ１２３から蓄積されているイベント発生情報を検索し、その内１件を抽出する（ステップＳ６００）。そして、抽出されたイベント発生情報のイベント種別ＩＤ３２５に基づき、その有効期間３３３および有効範囲３３４の情報を引き出し、車両データ情報ＤＢ１２２からの時刻３１１が更新日時３２７に有効期間３３３を加えたものより小さく、かつ位置３１２が前述の有効範囲３３４の中にある車両データ情報を抽出する（ステップＳ６０１）。これにより、イベント発生情報の有効範囲内を有効期間中に走行している、あるいはこれから走行予定のある車両２００を特定することになる。次に、抽出した車両データ情報群について、ＶＩＮ３１０が同一である車両データ情報を纏めた上で、その内１つのＶＩＮを持つ車両２００の車両データ情報を全て抽出する（ステップＳ６０２）。抽出した結果、対象となる車両データ情報が２つ以上であり、かつその車両データ情報の時刻３１１が現在時刻より未来の時刻であった場合（Ｓ６０３：Ｙｅｓ）には、その車両データ情報を送信した車両２００はこれから走行する移動軌跡、すなわち走行計画を送信していることから、全ての車両データ情報の道路ＩＤ３１４及びレーン情報３１５を確認し、対象のイベント発生情報の道路ＩＤ３２３とレーン情報３２４と一致した車両データ情報の中で、最も発生位置３２２に近い位置３１２を持つ車両データ情報に含まれる、時刻３１１、位置３１２、車速３１６から遭遇時間（ＴＴＥ）を算出する（ステップＳ６０４）。ステップＳ６０２で抽出した結果、対象となる車両データ情報が１つのみである、あるいは２つ以上だがその車両データ情報の時刻３１１が現在時刻より過去の時刻であった場合（Ｓ６０３：Ｎｏ）には、その車両データ情報を送信した車両２００は走行計画を送信していないことから、最も現在時刻に近い時刻３１１を持つ車両データ情報に含まれる、時刻３１１、位置３１２、車速３１６から遭遇時間（ＴＴＥ）を算出する（Ｓ６０５）。そして、ＴＴＥの計算対象となったイベント発生情報のイベントＩＤ３２０、車両２００のＶＩＮ３１０、算出したＴＴＥ、現在時刻を、それぞれイベントＩＤ３４０、ＶＩＮ３４１、ＴＴＥ３４２、更新日時３４４として遭遇時間情報ＤＢ１２５に蓄積する（ステップＳ６０６）。この時、配信済みフラグ３４３はＦａｌｓｅの値で登録される。また、既に同じイベントＩＤ３４０、ＶＩＮ３４１を持つレコードが遭遇時間情報ＤＢ１２５に登録されていた場合は、そのレコードのＴＴＥ３４２の値を更新する。

なお、Ｓ６０５に置ける遭遇時間（ＴＴＥ）の算出においては、最も現在時刻に近い時刻３１１を持つ車両データ情報に含まれる進行方向３１３の情報と、車両２００の位置３１２から見たイベント発生地点の方角に関する情報を用いても良い。例えば、イベント発生地点が車両２００から見て方位角Ｐ度に存在し、自動車がＱ度方向に進行している場合、イベントの発生位置３２２と車両２００の位置３１２との距離をＤ、車速３１６をＶと表現すると、ＴＴＥを次式で計算しても良い。
ＴＴＥ＝Ｄ／（Ｖ×Ｃｏｓ（Ｐ−Ｑ））
また、この結果、ＴＴＥが０または負の値となる場合、ステップＳ６０６においては、遭遇時間情報ＤＢ１２５から対象となる車両２００のレコードを削除しても良い。

そして、ステップＳ６０２で抽出したＶＩＮ以外に、他のＶＩＮを持つ車両２００の車両データ情報が存在する場合（Ｓ６０７：Ｙｅｓ）には、ステップＳ６０２以降を繰り返す。全てのＶＩＮに対してＴＴＥを計算した場合（Ｓ６０７：Ｎｏ）には、ステップＳ６００で抽出した１件以外にも、他にイベント発生情報が存在する場合（Ｓ６０８：Ｙｅｓ）には、Ｓ６００以降を繰り返す。そして、全てのＶＩＮとイベントＩＤの組合せに対してＴＴＥの計算が終了した場合（Ｓ６０８：Ｎｏ）には、図６で示す遭遇時間演算部１１４の処理を終了する。

以上説明した図６の処理により、テレマティクスセンタ１００は車両２００から受信した車両データ情報とイベント発生情報とを用いて、ある車両２００があるイベントに遭遇するまでの時間（ＴＴＥ）を算出し、その結果を遭遇時間情報ＤＢに登録する。

図７は、本実施形態において実行されるメッセージ配信の優先度制御処理の流れを示す図である。図７に示す処理は、テレマティクスセンタ１００のメッセージ配信部１１５と、車両２００のメッセージ受信部２１５により行われる。

図７において、テレマティクスセンタ１００のメッセージ配信部１１５は、遭遇時間情報ＤＢ１２５から、配信済みフラグ３４３がＦａｌｓｅであり、かつＴＴＥ３４２がＰ秒以上であり、かつ最もＴＴＥが小さいレコードを抽出する（ステップＳ７００）。ここでＰ秒以上のレコードに限定する理由は、例えば１秒未満など極端にＴＴＥが短いデータについては、ネットワーク遅延の影響によりイベントに遭遇するまでにメッセージ配信が間に合わない可能性が高いためである。なお、このＰ秒は固定の値であっても良いし、例えばネットワーク２９０の通信遅延状況をテレマティクスセンタ１００が監視し、その遅延時間に応じて設定しても良い。

遭遇時間情報ＤＢ１２５からＴＴＥがＰ秒以上かつ最も短いレコードを１件抽出した後、対象レコードのイベントＩＤ３４０を用いてイベント種別情報ＤＢ１２４から配信メッセージ３３５を抽出する（ステップＳ７０１）。更に、対象レコードのＶＩＮ３４１から配信対象となる車両２００を特定し、メッセージを配信する（ステップＳ７０２）。メッセージ配信が完了した後は、対象レコードの配信済みフラグ３４３をＴｒｕｅに、更新日時３４４を現在時刻に更新する。そして、遭遇時間情報ＤＢ１２５に他にレコードが存在しないかを確認し、存在する場合（Ｓ７０３：Ｙｅｓ）は再びステップＳ７００を実行する。他にレコードが存在しない場合（Ｓ７０３：Ｎｏ）は、図７に示す処理を終了する。

ステップＳ７０２でテレマティクスセンタ１００から送信されたメッセージは、車両２００において、通信部２２０により受信される（ステップＳ７１０）。ステップＳ７１０で車両データを受信したら、車両２００のメッセージ受信部２１５は、そのメッセージに従い生成ルール情報ＤＢ２１７や、運転ポリシー情報ＤＢ２１８の情報を更新する（Ｓ７２０）。

なお、テレマティクスセンタ１００のメッセージ配信部１１５は、遭遇時間情報ＤＢ１２５のデータが更新される度に実行されても、例えば１秒など定期的に実行されても良い。

また、ＴＴＥが０秒以下となった情報は、検索速度を向上させるため、遭遇時間情報ＤＢ１２５から削除しても良い。

以上説明した図７の処理により、テレマティクスセンタ１００は、全てのイベント情報に対して、ＴＴＥの優先度に従い、車両２００にメッセージを配信する。

図８は、本実施形態において実行される第１のアプリケーションの流れの一例を示す図である。図８においては、アプリケーションの一例として、イベント種別情報ＤＢ１２４のイベント内容３３１が「ブレーキ故障」などの、ある車両２００がある地点で故障が発生したと思われる状況下で、その故障が真に車両２００の部品が原因であるか、あるいは路面凍結などの外部要因が原因で故障した様な挙動を取ったかを、テレマティクスセンタ１００の管理者などが判断したい状況下を想定している。この時、テレマティクスセンタ１００の管理者は、イベント発生地点を走行する可能性のある周辺車両に対して、より詳細な情報を取得するため、車両データ加工時のサンプリングレートを向上させるメッセージを配信したい状況下である。

この状況下において、周辺には５台の車両２００が存在しており、それぞれはこれから走行する道路及び車線を計画している。この情報は、図４に示す処理によって、テレマティクスセンタ１００の車両データ情報ＤＢ１２２に蓄積されている。そして、図５、図６に基づく処理により、各車両２００のＴＴＥが算出される。具体的には、走行計画によりイベント発生地点を通過する予定がない、ＶＩＮが４ＧＬＱ、Ｏ７４Ｐ、７ＲＴＭの車両２００については、ＴＴＥが計算されない。一方で、走行計画によりイベント発生地点を通過する予定のある、ＶＩＮがＰＣ３１、９ＧＪＨの車両２００については、ＴＴＥが算出され遭遇時間情報ＤＢ１２５にその情報が蓄積される。この時、直線距離としてはＶＩＮ：ＰＣ３１を持つ車両２００の方がＶＩＮ：９ＧＪＨを持つ車両より近い一方で、車速の差により、遭遇時間情報ＤＢ１２５に示されるように、ＴＴＥはＶＩＮ：９ＧＪＨを持つ車両２００の方が短くなっている。したがって、テレマティクスセンタ１００のメッセージ配信部１１５は、この状況下ではＶＩＮ：９ＧＪＨを持つ車両２００に対して、優先的に車両データ加工時のサンプリングレートを向上させるメッセージを配信することになる。

図９は、本実施形態においてテレマティクスセンタ１００の入出力装置１３０に表示される画面の一例を示す図である。入出力装置１３０には、イベント種別情報ＤＢ１２４に新しくイベント種別情報を登録する、あるいは既に登録されているイベント種別情報を修正する画面として、例えば図９に示すような画面が表示される。

図９の画面は、符号８００、８０１にそれぞれ示す画面領域により構成されている。画面下方の画面領域８０１には、対象のイベント種別ＩＤ３３０を持つイベント種別情報について、イベント内容３３１、イベント検知条件３３２、有効期間３３３、有効範囲３３４、配信メッセージ３３５の各情報の内容が表されている。なお、画面領域８０１では、テレマティクスセンタ１００の管理者が入出力装置１３０を介して任意の情報を上書きすることで、イベント種別情報１２４の内容を変更することもできる。

画面上方の画面領域８００は、イベント種別情報１２４の有効範囲３３４の情報を可視化して示したものである。画面領域８００には、多角形として定義された有効範囲３３４が多角形８０２として図示されている。イベントの発生位置３２２は都度異なることから、有効範囲３３４は、車両２００がイベントを検知した地点３２２を中心とする多角形の各頂点との経緯度の差分量の組として定義されている。多角形８０２は、有効範囲３３４を可視化したものである。

なお、有効範囲３３４は、例えば被検知回数３２６の回数に応じて、自動的に範囲が拡大あるいは縮小されるよう、設定しても良い。具体的には、イベント種別情報ごとに基準値を設定可能とし、その基準値と検知回数の比率を利用して、イベント発生位置の中心点と有効範囲を表現する各頂点との距離を拡大あるいは縮小することが考えられる。

図１０は、本実施形態において実行される第２のアプリケーションの流れの一例を示す図である。図１０においては、アプリケーションの別の例として、イベント種別情報ＤＢ１２４のイベント内容３３１が「渋滞発生」などの、ある車両２００がある地点で渋滞が発生したと思われる状況下で、その情報を後続する自動運転中の車両２００に通知したい状況下を想定している。図１０の例では、高速道路の出口付近において、誘導路に車線変更可能な走行車線においてのみ渋滞が発生している。

自動運転機能を持つ車両２００は、高速道路を走行中においては、障害物回避などの理由により、走行可能な車線であればどの車線であっても走行している可能性がある。一方で、ある出口で降りる必要がある場合には、必ず誘導路に車線変更可能な走行車線（図１０の場合は最も左に位置する車線）に予め変更しなければならない。図１０のケースでは、自動運転中の車両は、出口から２ｋｍ手前になると誘導路に車線変更可能な走行車線に車線変更するべく、走行計画を立てることを想定している。この時、渋滞が３ｋｍ程度発生しており、出口２ｋｍ手前の車線変更では渋滞の列に割り込む必要性があるが、自動運転による割り込み処理は衝突のリスクが高く、そのため自動運転機能を解除し、ドライバによる手動運転状態に切り替えなければならないことを想定している。

この時、車両２００に対してあらかじめ「渋滞が３ｋｍ」発生していることを通知し、より早い段階で車線変更を行うようにすれば、自動運転機能を解除する必要性は無くなり、ドライバの利便性が向上する。このためテレマティクスセンタ１００は、渋滞発生地点に接近し、かつその先の出口で高速道路を下りる予定のある車両２００に対して、「出口前の事前の車線変更は２ｋｍから」という条件（ポリシー）を、一時的に「出口前の事前の車線変更は４ｋｍから」に変更するメッセージを配信する。

このようなアプリケーションを実行している状況下において、渋滞発生地点の後方には２台の車両２００がそれぞれこれから走行する道路及び車線を計画している。この情報は、図４に示す処理によって、テレマティクスセンタ１００の車両データ情報ＤＢ１２２に蓄積されている。そして、図５、図６に基づく処理により、各車両２００のＴＴＥが算出される。具体的には、走行計画によりイベント発生地点を通過する予定のある、ＶＩＮがＰＣ３１、９ＧＪＨの車両２００については、ＴＴＥが算出され遭遇時間情報ＤＢ１２５にその情報が蓄積される。この時、直線距離としてはＶＩＮ：ＰＣ３１を持つ車両２００の方が、ＶＩＮ：９ＧＪＨを持つ車両より近い一方で、車速の差により、ＴＴＥはＶＩＮ：９ＧＪＨを持つ車両２００の方が短くなっている。したがって、テレマティクスセンタ１００のメッセージ配信部１１５は、この状況下ではＶＩＮ：９ＧＪＨを持つ車両２００に対して、優先的に事前車線変更の運転ポリシーを変更させるメッセージを配信する。

１００：テレマティクスセンタ、１１０：中央演算処理装置、１１１：車両データ受信部、１１２：イベント発生情報生成部、１１３：イベント種別登録部、１１４：遭遇時間演算部、１１５：メッセージ配信部、１２０：記憶装置、１２１：車両構成情報ＤＢ、１２２：車両データ情報ＤＢ、１２３：イベント発生情報ＤＢ、１２４：イベント種別情報ＤＢ、１２５：遭遇時間情報ＤＢ、１２６：地図ＤＢ、１３０：入出力装置、１４０：通信部、２００：車両、２１０：車両データ生成装置、２１１：中央演算処理装置、２１２：プローブ情報生成部、２１３：イベント検知部、２１４：車両データ送信部、２１５：メッセージ受信部、２１６：記憶装置、２１７：生成ルール情報ＤＢ、２１８：運転ポリシー情報ＤＢ、２１９：イベント種別情報ＤＢ、２２０：通信部、２３０：ナビゲーション端末、２３１：中央演算処理装置、２３２：メッセージ表示部、２３３：マップマッチング部、２３４：記憶装置、２３５：地図ＤＢ、２３６：入出力装置、２３７：位置測位装置、２４０：エンジンＥＣＵ、２４１：ブレーキＥＣＵ、２４２：ステアリングＥＣＵ、２４３：自動運転ＥＣＵ。

Claims (15)

1. 複数の車両それぞれに搭載される車両データ生成装置とテレマティクスセンタとを有するメッセージ配信制御システムであって、
   前記車両データ生成装置は、
   前記車両データ生成装置が搭載される車両のプローブ情報を収集し、所定の加工を施すプローブ情報生成部と、
   前記プローブ情報に基づきイベントを検知するイベント検知部と、
   前記所定の加工を施されたプローブ情報と検知したイベント情報とを車両データ情報として前記テレマティクスセンタに送信する車両データ送信部とを有し、
   前記テレマティクスセンタは、
   車両より送信される前記車両データ情報を蓄積する車両データ情報データベースと、
   前記イベント情報を蓄積するイベント発生情報データベースと、
   前記イベント発生情報データベースに蓄積されたイベント情報に係るイベントの有効範囲内を有効期間中に走行している、または走行予定のある車両データ情報を前記車両データ情報データベースより抽出し、抽出された車両データ情報に係る車両ごとに前記イベントへの遭遇時間を算出する遭遇時間演算部と、
   前記イベントへの遭遇時間の短い車両に対して優先的に前記イベントに応じたメッセージを配信するメッセージ配信部とを有するメッセージ配信制御システム。
2. 請求項１において、
   前記遭遇時間演算部は、前記車両データ情報に車両の走行計画を含む場合には、前記車両の走行計画に基づき前記イベントへの遭遇時間を算出するメッセージ配信制御システム。
3. 請求項１において、
   前記テレマティクスセンタは、前記イベント検知部が検知するイベントを定義するイベント種別情報を蓄積するイベント種別情報データベースを有し、
   前記車両データ生成装置は、前記テレマティクスセンタから最新のイベント種別情報が配信されるメッセージ配信制御システム。
4. 請求項１〜３のいずれか一項において、
   前記イベント検知部が検知するイベントとして車両故障を含み、
   前記車両故障に応じたメッセージとして、前記プローブ情報生成部が車両のプローブ情報に施す加工を変更するメッセージを含むメッセージ配信制御システム。
5. 請求項１〜３のいずれか一項において、
   前記イベント検知部が検知するイベントとして渋滞発生を含み、
   前記渋滞発生に応じたメッセージとして、車両の走行計画を立案する運転ポリシー情報を変更するメッセージを含むメッセージ配信制御システム。
6. 車両のプローブ情報及び前記プローブ情報に基づき検知されたイベント情報を含む車両データ情報を受信するテレマティクスセンタであって、
   イベント種別ごとにイベントの有効範囲、有効期間、検知条件、配信メッセージを定義するイベント種別情報を蓄積するイベント種別情報データベースと、
   車両より送信される前記車両データ情報を蓄積する車両データ情報データベースと、
   前記車両データ情報に含まれるイベント情報を蓄積するイベント発生情報データベースと、
   前記イベント発生情報データベースに蓄積されたイベント情報に係るイベントの前記有効範囲内を前記有効期間中に走行している、または走行予定のある車両データ情報を前記車両データ情報データベースより抽出し、抽出された車両データ情報に係る車両ごとに前記イベントへの遭遇時間を算出する遭遇時間演算部とを有するテレマティクスセンタ。
7. 請求項６において、
   前記イベント発生情報データベースを管理するイベント発生情報生成部を有し、
   前記イベント発生情報生成部は、受信した車両データ情報に含まれるイベント情報が、前記イベント発生情報データベースに蓄積されたイベント情報に対して所定の関係を有する場合には、前記イベント発生情報データベースに蓄積された前記イベント情報を更新し、前記所定の関係を有しない場合には新規のイベント情報として前記イベント発生情報データベースに蓄積するテレマティクスセンタ。
8. 請求項７において、
   前記所定の関係は、前記受信した車両データ情報に含まれるイベント情報に係るイベントの検知位置、イベント種別及びイベント検知時間に基づいて定められ、
   前記所定の関係を有する場合には、前記イベント発生情報データベースに蓄積された前記イベント情報の最新の時刻情報を更新するテレマティックスセンタ。
9. 請求項８において、
   前記遭遇時間演算部は、前記イベントの前記有効範囲内を前記最新の時刻情報から前記有効期間中に走行している、または走行予定のある車両データ情報を前記車両データ情報データベースより抽出するテレマティクスセンタ。
10. 請求項６において、
    前記遭遇時間演算部が算出した前記遭遇時間を蓄積する遭遇時間情報データベースと、
    前記遭遇時間情報データベースを参照し、前記遭遇時間の短い車両から前記イベント種別情報に定義された前記配信メッセージを配信するメッセージ配信部とを有するテレマティクスセンタ。
11. 請求項１０において、
    前記メッセージ配信部は、前記遭遇時間が所定以下となる車両に対しては前記配信メッセージの配信対象としないテレマティクスセンタ。
12. 請求項６において、
    前記遭遇時間演算部は、前記車両データ情報に車両の走行計画を含む場合には、前記車両の走行計画に基づき前記イベントへの遭遇時間を算出するテレマティクスセンタ。
13. 請求項６において、
    前記イベント種別情報において、前記有効範囲はイベントの検知位置からの相対位置で定義されるテレマティクスセンタ。
14. 請求項６〜１３のいずれか一項において、
    前記イベント種別情報に定義されるイベントとして車両故障を含み、
    前記車両故障に応じた配信メッセージは、車両において前記プローブ情報に施す加工を変更するメッセージを含むテレマティクスセンタ。
15. 請求項６〜１３のいずれか一項において、
    前記イベント種別情報に定義されるイベントとして渋滞発生を含み、
    前記渋滞発生に応じた配信メッセージは、車両の走行計画を立案する運転ポリシー情報を変更するメッセージを含むテレマティクスセンタ。

Images