JP2016066260A - 車載装置およびプローブ情報の管理方法 - Google Patents

Abstract

【課題】複数のサービス事業者が別々に路側機を設置して、各々から消去要求が生じる場合でも、プローブ情報を複数のサービス事業者に適切に供給できる車載装置およびプローブ情報の管理方法を提供すること。
【解決手段】車載装置は、車両に搭載される車載装置であって、路側機と通信を行う通信部と、路側機との通信情報から路側機に対応付けられたサービス事業者を特定可能な識別情報を取得する情報取得手段と、車両の走行に関する情報を含んだプローブ情報が蓄積される記憶部と、記憶部に蓄積されたプローブ情報を通信部により路側機に送信させる送信処理部と、記憶部にプローブ情報を蓄積させ、路側機からプローブ情報の消去要求があった場合に、識別情報に基づくサービス事業者の特定結果に応じて、記憶部に蓄積されたプローブ情報のデータ操作を行うデータ管理部と、を備える構成とする。
【選択図】図７

Description

本発明は、プローブ情報を送信する車載装置およびプローブ情報の管理方法に関する。

近年、走行履歴の情報などをプローブ情報として車両で蓄積し、各地に設置された複数の路側機の何れかに車両が近づいた場合に、車両から路側機へプローブ情報を送信するシステムの実用化が検討されている。路側機に送られたプローブ情報は、通信ネットワークを介してデータセンターに集められ、渋滞予測などに利用することができる。

従来、プローブ情報を収集するシステムにおいては、プローブ情報が路側機に送信された際、プローブ情報の消去要求がなされて、送信済みのプローブ情報が車載装置の記憶部から消去されるように規定されている（特許文献１、および、非特許文献１を参照）。

特開２０１１−１５８４４６号公報

「電波ビーコン5.8GHz帯路車間インタフェース仕様書」,Rev.1.3B , HIDO(道路新産業開発機構), 2011/11, §4.3.2.1.2「車両情報消去機能」

車両から収集されるプローブ情報は、様々なサービスに利用することができる。したがって、複数のサービス事業者が路側機を設置し、車両からプローブ情報を収集することが予想される。

しかしながら、複数のサービス事業者が、別々に路側機を設置した場合、上記従来のプローブ情報の消去要求の規定を適用すると、プローブ情報の収集に障害が生じる。すなわち、車両が第１のサービス事業者の路側機に近づいて、この路側機にプローブ情報を送信すると、送信済みのプローブ情報の消去要求が生じて、車載装置からプローブ情報が消去される。よって、続く走行の後、車両が第２のサービス事業者の路側機に近づいて、この路側機のプローブ情報を送信する際、前回、第１のサービス事業者に送ったプローブ情報が消去されているため、この部分が欠落する。

一方、車載装置は、容量が有限のメモリにプローブ情報を蓄積する。このため、消去要求に基づき、適切にデータ消去を行っていく必要がある。また、プローブ情報の消去要求は、路側機にプローブ情報を送信した際に発行されるのが、最も簡単かつ確実な方法である。このため、消去要求の発行規則を改変することは望まれない。

本発明の目的は、複数のサービス事業者が別々に路側機を設置して、各々から消去要求が生じる場合でも、プローブ情報を複数のサービス事業者に適切に供給できる車載装置およびプローブ情報の管理方法を提供することである。

本発明の一態様に係る車載装置は、車両に搭載される車載装置であって、路側機と通信を行う通信部と、前記路側機との通信情報から前記路側機に対応付けられたサービス事業者を特定可能な識別情報を取得する情報取得手段と、前記車両の走行に関する情報を含んだプローブ情報が蓄積される記憶部と、前記記憶部に蓄積された前記プローブ情報を前記通信部により前記路側機に送信させる送信処理部と、前記記憶部に前記プローブ情報を蓄積させ、前記路側機から前記プローブ情報の消去要求があった場合に、前記識別情報に基づく前記サービス事業者の特定結果に応じて、前記記憶部に蓄積された前記プローブ情報のデータ操作を行うデータ管理部と、を備える構成を採る。

本発明の一態様に係るプローブ情報の管理方法は、路側機と通信を行う通信部と、前記路側機との通信情報から前記路側機に対応付けられたサービス事業者を特定可能な識別情報を取得する情報取得手段と、前記車両の走行に関する情報を含んだプローブ情報が蓄積される記憶部とを備えた車載装置における、前記プローブ情報の管理方法であって、前記記憶部に前記プローブ情報を蓄積させ、前記路側機から前記プローブ情報の消去要求があった場合に、前記識別情報に基づく前記サービス事業者の特定結果に応じて、前記記憶部に蓄積された前記プローブ情報のデータ操作を行う、構成を採る。

本発明によれば、複数のサービス事業者が別々に路側機を設置して、各々から消去要求が生じる場合でも、プローブ情報を複数のサービス事業者に適切に供給することができる。

実施の形態のプローブ情報収集システムを示すブロック図 プローブ情報収集システムの説明図 路側機の設置例を示す説明図 車載装置と路側機との通信の流れの一例を示すシーケンス図 路側機ＩＤとサービス事業者との関係を示す図 路側機ＩＤとサービス事業者との関係の変形例を示す図 実施の形態１のデータ操作処理を示すフローチャート 実施の形態１のデータ操作処理を説明する図 実施の形態２のデータ操作処理を示すフローチャートの第１部 実施の形態２のデータ操作処理を示すフローチャートの第２部 実施の形態２のデータ操作処理を説明する図 実施の形態３のデータ操作処理を示すフローチャート 実施の形態３のデータ操作処理を説明する図 実施の形態４のデータ操作処理を示すフローチャート 実施の形態４のデータ操作処理を説明する図 変形例のプローブ情報収集システムを示すブロック図

以下、本発明の各実施の形態について図面を参照して詳細に説明する。

図１は、実施の形態のプローブ情報収集システムを示すブロック図である。図２は、プローブ情報収集システムの説明図である。図３は、路側機の設置例を示す説明図。

本実施の形態のプローブ情報収集システムは、車載装置１０と、路側機２０と、サーバ３０とを備えている。

車載装置１０は、図２に示すように車両１００に搭載される。車載装置１０は、アンテナ１１、通信部１２、記憶部としてのメモリ１３、送信処理部１４、データ管理部１５、および、位置取得部１６を有する。なお、アンテナ１１は、外付けとして、車載装置１０が持たなくても良い。

通信部１２およびアンテナ１１は、無線により路側機２０と通信を行う。特に制限されないが、通信部１２およびアンテナ１１は、路側機２０との間で、５．８ＧＨｚ帯の電波を用いるＤＳＲＣ（Dedicated Short Range Communications）の双方向通信を行う。通信部１２は、路側機２０から受信した各種の要求をデータ管理部１５へ送る。通信部１２は、メモリ１３から送られたプローブ情報を路側機２０へ送信する。

メモリ１３は、走行情報が時系列に配列されたプローブ情報を記憶する。

送信処理部１４は、データ管理部１５からの送信指令に基づいて、メモリ１３から通信部１２へ送信用のプローブ情報を転送させる。

データ管理部１５は、プローブ情報をメモリ１３に蓄積する処理を行う。具体的には、データ管理部１５は、位置取得部１６から現在地情報と時刻情報とを逐次受け取ると、現在地情報および時刻情報を結び付けた走行情報をプローブ情報としてメモリ１３に逐次書き込んでいく。また、データ管理部１５は、路側機２０からアップリンク要求があると、送信対象のプローブ情報が送信されるように、送信処理部１４へ送信指令を発行する。データ管理部１５は、路側機２０からの消去要求があると、メモリ１３のプローブ情報に対して所定のデータ処理を行う。

位置取得部１６は、現在位置の測定用センサを用いて、現在位置を測定し、現在地の情報をデータ管理部１５へ逐次送る。現在位置の測定用センサには、ＧＰＳ（全地球測位システム）受信器、方向センサ、加速度センサおよび車速センサなどが含まれてよい。

複数の路側機２０は、図２および図３に示すように、道路の路側など車両１００が通過する箇所の近傍に、多数の地区にわたってそれぞれ設置される。複数の路側機２０は、事業者Ａに属するもの、事業者Ｂに属するものなど、帰属するサービス事業者に対応づけて複数に分類される。図３の丸印、三角印、四角印により、３つのサービス事業者に対応づけられた路側機２０を示している。

路側機２０は、アンテナ２１と、通信部２２と、路側機ＩＤの記憶部２３とを有する。

アンテナ２１と通信部２２とは、無線により車載装置１０と通信を行う。特に制限されないが、通信部２２およびアンテナ２１は、車載装置１０との間で、５．８ＧＨｚ帯の電波を用いるＤＳＲＣ（Dedicated Short Range Communications）の双方向通信を行う。

また、通信部２２は、通信ネットワークを介してデータセンターのサーバ３０と通信を行う。

通信部２２は、所定の通信処理を実行するように構成され、車載装置１０を搭載した車両１００が路側機２０に近づいたときに、車載装置１０の通信部１２と通信接続し、所定の要求を送信する。そして、車載装置１０からプローブ情報を受信したら、通信部２２は、これをサーバ３０に送信する。

記憶部２３には、路側機２０を一意に識別可能な路側機ＩＤ（識別情報）が記憶される。路側機ＩＤは通信部２２が読み込んで、各種要求に含めて送信される。例えば、路側機ＩＤは各種要求のヘッダ情報に含められる。なお、路側機ＩＤは、通信開始時など、各種要求とは別に、路側機２０から車載装置１０に送信されてもよい。

サーバ３０は、コンピュータであり、プローブ情報を収集する。複数のサービス事業者に対応して、複数のサーバ３０および複数のデータセンターを備え、路側機２０が受信したプローブ情報は、路側機２０が対応づけられたサービス事業者のデータセンターで収集されてもよい。

＜通信シーケンス＞
図４は、車載装置と路側機との通信の流れの一例を示すシーケンス図である。

車両１００が一つの路側機２０の近傍を通過すると、路側機２０の通信部２２と車載装置１０の通信部１２とが自動的に通信接続する。

通信接続が行われると、路側機２０の通信部２２は、車載装置１０の通信部１２へ、アップリンク要求を送信する。アップリンク要求は、蓄積されたプローブ情報の転送指令である。アップリンク要求があると、車載装置１０の通信部１２は、プローブ情報を含んだアップリンク応答を行う。

路側機２０が正常にプローブ情報を受信すると、次いで、路側機２０の通信部２２は、車載装置１０の通信部１２へ、メモリ消去要求を送信する。メモリ消去要求は、送信済みのプローブ情報を消去するための指令である。このメモリ消去要求があると、車載装置１０のデータ管理部１５は、メモリ１３に蓄積されたプローブ情報に対して所定のデータ操作を行う。データ操作後、車載装置１０の通信部１２から路側機２０の通信部２２へ、メモリ消去応答が送られる。

上記のアップリンク要求とアップリンク応答、および、メモリ消去要求とメモリ消去応答により、車載装置１０と路側機２０との一回の通信処理が完了し、その後、通信接続が解除される。

＜路側機ＩＤ＞
図５は、路側機ＩＤとサービス事業者との関係を示す図である。

路側機ＩＤは、各路側機２０に一意につけられた識別情報である。各路側機２０は、路側機２０が帰属するサービス事業者と対応づけられている。よって、路側機ＩＤから路側機２０が対応づけられたサービス事業者を特定することができる。

図５の例は、路側機ＩＤが、任意の値により設定されている例である。この場合、路側機ＩＤとサービス事業者との対応関係は、データテーブルＴ１により特定される。図５のような路側機ＩＤを適用する場合には、車載装置１０は、データテーブルＴ１を参照可能な構成とする。データ管理部１５は、データテーブルＴ１を参照して、路側機ＩＤから路側機２０に対応づけられたサービス事業者を特定することができる。

図６は、路側機ＩＤとサービス事業者との関係の変形例を示す図である。

図６の例は、路側機ＩＤのうち、所定ビットの値が、対応づけられたサービス事業者を表わす値になっている例である。図６の例では、上位の１桁の値がサービス事業者と対応づけられた例である。図６のような路側機ＩＤを適用する場合、車載装置１０のデータ管理部１５は、データテーブルＴ２を用意する必要がなく、路側機ＩＤを受信することで、路側機２０に対応づけられたサービス事業者を特定することができる。

以下、サービス事業者として、３つの事業者Ａ〜Ｃがあり、１つの路側機２０は１つのサービス事業者に対応づけられ、車載装置１０はプローブ情報を供給すべきサービス事業者として３つの事業者Ａ〜Ｃを対象としている場合について説明する。

＜データ操作処理＞
（実施の形態１）
図７は、実施の形態１のデータ操作処理を示すフローチャートである。図８は、実施の形態１のデータ操作処理の説明図である。

図８に示すように、データ管理部１５は、メモリ１３に、事業者Ａ〜Ｃに一対一対応する複数の記憶領域１３ａ〜１３ｃを設定する。そして、データ管理部１５は、新たなプローブ情報を複数の記憶領域１３ａ〜１３ｃにそれぞれ逐次記憶させていく。これにより、複数の記憶領域１３ａ〜１３ｃに、共通のプローブ情報が蓄積されていく。

データ管理部１５は、図４のアップリンク要求に基づき、図７のデータ操作処理を開始する。

ステップＳ０では、データ管理部１５は、アップリンク要求に含まれる路側機ＩＤを取得する。

ステップＳ１〜Ｓ３の分岐処理では、データ管理部１５は、路側機ＩＤが何れのサービス事業者に対応づけられているかを判別する。

ステップＳ４は、路側機ＩＤが事業者Ａに対応づけられている場合に実行される。ステップＳ４では、データ管理部１５は、事業者Ａの記憶領域１３ａ（図７では「事業者Ａ用メモリ」と記す）に蓄積されているプローブ情報の始端から現在の地点までを送信させる。この送信がアップリンク応答となる。

ステップＳ５は、続く、メモリ消去要求に応じて実行される。ステップＳ５では、データ管理部１５は、事業者Ａの記憶領域１３ａから、ステップＳ４で送信したプローブ情報を消去する。

そして、データ操作処理が終了する。その後、メモリ消去応答が路側機２０へ送られて、路側機２０との通信が終了する。

ステップＳ１〜Ｓ３の分岐処理で、路側機ＩＤが事業者Ｂに対応づけられている場合には、ステップＳ６、Ｓ７で、事業者Ｂの記憶領域１３ｂに対して同様の処理が実行される。路側機ＩＤが事業者Ｃに対応づけられている場合には、ステップＳ８、Ｓ９で、事業者Ｃの記憶領域１３ｃに対して同様の処理が実行される。

このデータ操作処理によれば、図８に示すように、消去要求を発行した路側機２０に対応づけられた事業者Ａの記憶領域１３ａで、プローブ情報が消去される。また、他の事業者Ｂ、Ｃに対応づけられた記憶領域１３ｂ、１３ｃでは、プローブ情報が消去されない。よって、その後、他の事業者Ｂ又は事業者Ｃに対応づけられた路側機２０からアップリンク要求があった場合でも、他の事業者Ｂ又は事業者Ｃに対応づけられた路側機２０にプローブ情報を欠落なく送信することができる。また、記憶領域１３ａの削除により、次回、事業者Ａからアップリンク要求があった場合、前回正常に送信された後からプローブ情報を送信することが可能であり、事業者Ａのプローブ情報の連続性が保持される。

また、このデータ操作処理によれば、消去要求により、対応する記憶領域から、送信済みのプローブ情報が消去される。よって、メモリ１３にプローブ情報の一部が残り続けてしまうことなく、消去要求に基づくデータ操作だけで、メモリ１３に蓄積されるプローブ情報を適宜消去していくことができる。

（実施の形態２）
図９および図１０は、実施の形態２のデータ操作処理を示すフローチャートである。図１１は、実施の形態２のデータ操作処理を説明する説明図である。図１１（ａ）は、第１のタイミングのメモリの状態図、図１１（ｂ）は第２のタイミングのメモリの状態図、図１１（ｃ）は管理テーブルの一例である。

実施の形態２では、図１１（ａ）、（ｂ）に示すように、プローブ情報を、メモリ１３の１つの記憶領域に、事業者Ａ〜Ｃごとに分けずに、逐次記憶していく。また、実施の形態２では、図１１（ｃ）に示すように、サービス事業者と、プローブ情報を送信した送信地点の情報（終端情報に相当）とを対応づけた、管理テーブル（終端記憶部に相当）ＭＴ１が使用される。

特に制限されないが、実施の形態２では、プローブ情報が、メモリ１３の記憶アドレスに沿って連続に蓄積されていく。記憶アドレスは、メモリ１３の物理アドレスとしてもよいし、論理アドレスとしてもよい。そして、管理テーブルＭＴ１の送信地点の情報は、送信したプローブ情報の終端の記憶アドレスの情報を採用している。以下、”0x〜”の記号により、記憶アドレスの値を表わす。

なお、管理テーブルＭＴ１の送信地点の情報は、複数の送信地点の新旧が分かればどのような情報を採用してもよい。送信地点の情報としては、送信地点の時間情報を採用することもできる。

データ管理部１５は、図４のアップリンク要求に基づき、図９のデータ操作処理を開始する。

ステップＳ１０では、データ管理部１５は、アップリンク要求に含まれる路側機ＩＤを取得する。

ステップＳ１１〜Ｓ１３の分岐処理では、データ管理部１５は、路側機ＩＤが何れのサービス事業者に対応づけられているかを判別する。

ステップＳ１４は、路側機ＩＤが事業者Ａに対応づけられている場合に実行される。ステップＳ１４では、データ管理部１５は、管理テーブルＭＴ１に登録されている事業者Ａの送信地点（前回の送信地点を表わす）から現在の地点までのプローブ情報を送信させる。この送信がアップリンク応答となる。

ステップＳ１５では、続いて、データ管理部１５は、管理テーブルＭＴ１の事業者Ａに対応する送信地点の値を更新する。例えば、記憶アドレス”0xaaaa〜0xcccc”のプローブ情報を送信したのであれば、終端アドレス”0xcccc”を送信地点の値とする。

ステップＳ１１〜Ｓ１３の分岐処理で、路側機ＩＤが事業者Ｂに対応づけられている場合には、ステップＳ１６、Ｓ１７で、事業者Ｂに対応させて同様処理を実行する。路側機ＩＤが事業者Ｃに対応づけられている場合には、ステップＳ１８、Ｓ１９で、事業者Ｃに対応させて同様の処理を実行する。

ステップＳ２０は、続く、メモリ消去要求に応じて実行される。ステップＳ２０では、先ず、管理テーブルＭＴ１の中で、送信地点の情報が最も古いものを特定する。最も古い送信地点の情報とは、最も過去にプローブ情報が送られた送信地点を表わす情報と言ってもよいし、メモリ１３の中で最も古くから残っている送信地点の情報と言ってもよい。記憶アドレスの場合、最小の値が最も古い地点を表わす。例えば、図１１（ｂ）、（ｃ）の場合、最も古い送信地点は、事業者Ａのアドレス値”0xcccc”に対応する。

ステップＳ２０では、続いて、管理テーブルＭＴ１の中で最も古い送信地点の情報と、蓄積されているプローブ情報の最も古い送信地点の情報とを比較する。その結果、前者が後者より新しい場合、ステップＳ２１に進む。前者が後者より新しくなければ、そのまま、データ操作処理を終了する。

ステップＳ２１では、データ管理部１５は、蓄積されているプローブ情報の最も古い送信地点の情報から管理テーブルＭＴ１の中で最も古い送信地点の情報まで、メモリ１３からプローブ情報を削除する。そして、データ操作処理を終了する。

具体的な一例を説明する。例えば、図１１（ａ）に示すように、アドレス値”0xaaaa”からプローブ情報が蓄積されていきアドレス値”0xcccc”で事業者Ａの消去要求が生じたとする。この場合、管理テーブルＭＴ１の事業者Ｂ、Ｃの送信地点の情報は、アドレス値”0xaaaa”より古い（小さな）値となる。つまり、アドレス範囲“0xaaaa-0xcccc“のプローブ情報は、事業者Ｂ、Ｃの路側機２０には未送信である。よって、この消去要求に対して、ステップＳ２０の分岐処理でＮＯとなって、プローブ情報は消去されない。

図１１（ｂ）、（ｃ）に示すように、その後、プローブ情報がアドレス値”0xdddd”まで蓄積されて事業者Ｂの路側機２０からアップリンク要求と消去要求とがあり、さらに続いて、プローブ情報がアドレス値”0xeeee”まで蓄積されて事業者Ｃの路側機２０からアップリンク要求と消去要求とがあったとする。事業者Ｃの消去要求の際、管理テーブルＭＴ１のなかで最も古い送信地点の値は、事業者Ａに対応するアドレス値”0xcccc”となる。一方、蓄積されたプローブ情報の最も古い送信地点の値はアドレス値”0xaaaa”となる。よって、アドレス値”0xeeee”の消去要求に対して、ステップＳ２０の分岐処理でＹｅｓとなって、事業者Ａ〜Ｃに全てに送信済みとなったアドレス範囲”0xaaaa-0xcccc”のプローブ情報が消去される。

このようなデータ操作処理により、事業者Ａ〜Ｃにそれぞれ対応づけられた複数の路側機２０からどのような順番でアップリンク要求があった場合でも、各事業者Ａ〜Ｃに対応づけられた路側機２０に欠落なくプローブ情報を送信することができる。また、消去要求に応じて事業者Ａ〜Ｃの全てに送信済みとなったプローブ情報が削除される。よって、メモリ１３にプローブ情報の一部が残り続けてしまうことなく、消去要求に基づくデータ操作だけで、逐次蓄積されていくプローブ情報を適宜消去していくことができる。

さらに、実施の形態２のデータ操作処理は、１つの記憶領域にプローブ情報を蓄積するので、使用する記憶領域の容量を小さくできるという効果が得られる。

（実施の形態３）
図１２は、実施の形態３のデータ操作処理を示すフローチャートである。図１３は、実施の形態３のデータ操作処理を説明する説明図である。図１３（ａ）は第１のタイミングのメモリの状態図、図１３（ｂ）は第１のタインミングの管理テーブル、図１３（ｃ）は第２のタイミングのメモリの状態図、図１３（ｄ）は第２のタイミングのメモリの状態図である。

実施の形態３では、図１３（ａ）、（ｃ）に示すように、当初、メモリ１３に１つの記憶領域１３ｈを設定してプローブ情報を逐次記憶していく。そして、所定の条件によりメモリ１３に複数の記憶領域１３ｈ，１３ｉを設定して、これらに同一のプローブ情報を逐次記憶していく。また、実施の形態３では、図１３（ｂ）、（ｄ）に示すように、サービス事業者と管理メモリとを動的に関連づける管理テーブルＭＴ２が使用される。ここで、管理メモリとは、関連づけられたサービス事業者用にプローブ情報が蓄積されるメモリ１３の記憶領域を示す。

データ管理部１５は、路側機２０のアップリンク要求に基づいて、図１２のデータ操作処理を開始する。

ステップＳ３０では、データ管理部１５は、アップリンク要求から路側機ＩＤを取得する。

ステップＳ３１では、データ管理部１５は、路側機ＩＤから路側機２０に対応づけられているサービス事業者を特定する。ここで特定されたサービス事業者を、「該当する事業者」と呼ぶ。

ステップＳ３２では、データ管理部１５は、管理テーブルＭＴ２を確認して、該当する事業者と、他のサービス事業者とで共用になっている管理メモリがあるか判別する。あれば、続いてステップＳ３３、Ｓ３４を実行して、ステップＳ３５へ移行する。なければ、そのままステップＳ３５へ移行する。

ステップＳ３３は、該当する事業者と他のサービス事業者とで共用になっている管理メモリがある場合に実行される。ステップＳ３３では、メモリ１３に、該当する事業者用の管理メモリの全ての領域のコピーを作成する。例えば、図１３（ａ）から図１３（ｃ）に示すように、記憶領域”0x1aaa-0x1bbb”と同じ大きさの記憶領域”0x2aaa-0x2bbb”を用意して、全てのデータをコピーする。

ステップＳ３４では、管理テーブルＭＴ２のエントリー行を１つ増やし、管理メモリを共有していた複数のサービス事業者のうち、該当する事業者と、その他の事業者とに分けて、２つのエントリー行とする。そして、その他の事業者のエントリー行において、管理メモリの項目にコピー先の記憶領域の値を挿入する。例えば、図１３（ｂ）から図１３（ｄ）に示すように、管理メモリ”0x1aaa-0x1bbb”を共有していた事業者Ａ〜Ｃを分割し、事業者Ｂ、Ｃに対応させて、コピーした管理メモリ”0x2aaa-0x2bbb”を割り当てる。

ステップＳ３５は、ステップＳ３４に続いて、或いは、ステップＳ３２でＮＯとなって実行される。何れの場合でも、該当する事業者が単独で１つの管理メモリに割り当てられた状態になっている。

ステップＳ３５では、データ管理部１５は、該当する事業者に割り当てられた管理メモリにおいて、蓄積されているプローブ情報の始端から現在の地点までを送信させる。これがアップリンク応答になる。

ステップＳ３６では、続く、メモリ消去要求に対して、データ管理部１５は、該当する事業者に割り当てられた管理メモリにおいて、送信したプローブ情報を消去する。なお、ここで、消去したプローブ情報が記憶されていた領域を、管理テーブルＭＴ２から除去するようにしてもよい。例えば、図１３（ｄ）の事業者Ａに対応する管理テーブル”0x1aaa-0x1bbb”を、”0x1ccc-0x1bbb”に更新してもよい。これにより、メモリ１３の使用しない領域の開放を行うことができる。そして、データ操作処理を終了する。その後、消去応答が路側機２０に送られる。

このようなデータ操作処理によれば、消去要求に応じて送信済みのプローブ情報を削除する場合でも、まだ未送信のサービス事業者があればプローブ情報がコピーされて残る。よって、各サービス事業者に対応づけられた路側機２０に欠落なくプローブ情報を送信することができる。また、消去要求に応じて、全てのサービス事業者に送信されたプローブ情報は残らずに消去される。よって、消去要求に基づくデータ操作だけで、プローブ情報を適宜消去していくことができる。

（実施の形態４）
図１４は、実施の形態４のデータ操作処理を示すフローチャートである。図１５は、実施の形態４のデータ操作処理を説明する説明図である。図１５（ａ）は第１のタイミングのメモリの状態図、図１５（ｂ）は第１のタインミングの管理テーブル、図１５（ｃ）は第２のタイミングのメモリの状態図、図１５（ｄ）は第２のタイミングのメモリの状態図である。

実施の形態４では、図１５（ａ）、（ｃ）に示すように、メモリ１３に１つの記憶領域１３ｍが設定されてプローブ情報が逐次記憶される。また、所定の条件によりメモリ１３に別の記憶領域１３ｎが設定されてプローブ情報がコピーされる。また、実施の形態４では、図１５（ｂ）、（ｄ）に示すように、管理メモリとサービス事業者とを動的に関連づける管理テーブルＭＴ３が使用される。管理メモリとは、プローブ情報が記憶されるメモリ１３の記憶領域を示す。

データ管理部１５は、路側機２０のアップリンク要求に基づいて、図１４のデータ操作処理を開始する。

ステップＳ４０では、データ管理部１５は、アップリンク要求から路側機ＩＤを取得する。

ステップＳ４１では、データ管理部１５は、路側機ＩＤから路側機２０に対応づけられているサービス事業者を特定する。ここで特定されたサービス事業者を、「該当する事業者」と呼ぶ。

ステップＳ４２では、管理テーブルＭＴ３の各エントリー行を全て参照したか判別する。各エントリー行の全てとは、データ操作処理の開始時に存在する全てのエントリー行を意味し、データ操作処理の途中で追加されたエントリー行は含まれない。全部参照していれば、データ操作処理を終了する。まだであれば、ステップＳ４３に移行する。

ステップＳ４３では、管理テーブルＭＴ３から該当する事業者が登録されている１つのエントリー行を参照して、該当する事業者と他のサービス事業者とで、１つの管理メモリを共用していないか判別する。ここでの参照は、データ操作処理の開始時に存在するエントリー行に対して行われ、データ操作処理の途中で追加されたエントリー行に対しては行わない。

ステップＳ４４は、該当する事業者と他のサービス事業者とで、１つの管理メモリを共用している場合に実行される。ステップＳ４４では、メモリ１３に、該当する事業者と他の事業者とで共用している管理メモリのうち、始端から現在送信する部分までのプローブ情報が記憶されている領域のコピーを作成する。例えば、図１５（ａ）から図１５（ｃ）に示すように、記憶領域”0x1aaa-0x1ccc”と同じ大きさの記憶領域”0x2aaa-0x2ccc”を用意して、この範囲のプローブ情報をコピーする。

ステップＳ４５では、管理テーブルＭＴ３のエントリー行を１つ増やす。そして、該当する事業者と他の事業者とで共有していた管理メモリのうち、コピー先の管理メモリと、元の管理メモリからコピー範囲を除外した領域とに分けて、２つのエントリー行とする。そして、コピー先の管理メモリが登録されるエントリー行において、サービス事業者の項目に、上記の他の事業者を登録する。例えば、図１５（ｂ）から図１５（ｄ）に示すように、サービス事業者として、事業者Ａ〜Ｃが登録されているエントリー行を、コピー先の管理メモリ”0x2aaa-0x2ccc”と、元の管理メモリからコピー範囲を除いた領域“0x1ccc-0x1bbb”とに分ける。そして、コピー先の管理メモリ”0x2aaa-0x2ccc”に対応するサービス事業者として、事業者Ｂ、Ｃを割り当てる。他方の管理メモリ“0x1ccc-0x1bbb”に対応するサービス事業者は、元の事業者Ａ、Ｂ、Ｃのままとする。

ステップＳ４６では、前回のステップＳ４３で参照した管理テーブルＭＴ３のエントリー行（該当する事業者が登録されているエントリー行）に登録されている管理メモリのうち、蓄積されているプローブ情報の始端から終端までを送信させる。

ステップＳ４７では、データ管理部１５は、ステップＳ４６で送信されたプローブ情報を消去する。

なお、ステップＳ４４のコピーとステップＳ４７の消去との両方を行う場合には、論理アドレスにおいて論理的にコピーと削除とを行い、物理アドレス上での実際のコピーおよび削除が省略されてもよい。

ステップＳ４７の消去を行ったら、データ管理部１５は、処理をステップＳ４２に戻し、管理テーブルＭＴ３の全てのエントリー行について、ステップＳ４３〜Ｓ４７の同様の処理を実行する。

なお、上記のデータ操作処理では、複数回のプローブ情報の送信が間欠的に行われる場合が生じるが、ステップＳ４６の送信処理は送信予約の処理とし、データ操作処理の最後に、複数個の送信予約の処理をまとめて行ってもよい。この場合、このまとめての送信がアップリンク要求に応じたアップリンク応答となる。

また、上記のデータ操作処理では、複数回のプローブ情報の削除が間欠的に行われる場合が生じるが、ステップＳ４７の削除処理は削除予約の処理とし、データ操作処理の最後に、メモリ削除要求に応じて複数個の削除予約の処理をまとめて行ってもよい。そして、まとめて行われた削除処理の後に、メモリ削除応答が送信される構成としてもよい。

実施形態４のデータ操作処理によれば、消去要求に応じて送信済みのプローブ情報を削除する場合でも、他のサービス事業者に対して未送信の部分があればプローブ情報がコピーされて残る。よって、各サービス事業者の路側機２０に欠落なくプローブ情報を送信することができる。また、消去要求に応じて、全てのサービス事業者に送信されたプローブ情報は残らずに消去される。よって、消去要求に基づくデータ操作だけで、プローブ情報を適宜消去していくことができる。

さらに、実施の形態４のデータ操作処理によれば、管理テーブルＭＴ３の各エントリー行により、プローブ情報のどの範囲が、どのサービス事業者に送られていないか、容易に判別することができる。例えば、図１５（ｄ）の管理テーブルＭＴ３からは、管理メモリ”0x1ccc-0x1bbb”の範囲は、まだ、事業者Ａ〜Ｃに送信しておらず、管理メモリ”0x2aaa-0x2ccc”の範囲は、まだ、事業者Ｂ、Ｃに送信してないことが、データ構造から簡単に読み取ることができる。

以上、本発明の各実施の形態について説明した。

なお、本発明は、上記実施の形態に限られるものではない。図１６は、変形例のプローブ情報収集システムを示すブロック図である。例えば、上記実施の形態では、複数の事業者Ａ〜Ｃの全てを、車載装置１０がプローブ情報を供給すべきサービス事業者としている。しかしながら、複数の事業者Ａ〜Ｃのうち、プローブ情報を供給すべきサービス事業者を選択できるようにしてもよい。この場合、図１６に示すように、車載装置に、プローブ情報を供給すべきサービス事業者を登録する登録部１７を設け、データ管理部１５が登録部１７を参照し、供給すべきでないサービス事業者に関する処理を省略するように構成すればよい。

また、上記実施の形態では、路側機ＩＤから路側機２０に対応づけられたサービス事業者を特定すると説明したが、路側機ＩＤとは別に、サービス事業者の識別情報を路側機２０から車載装置１０へ送信して、識別情報から特定を行うようにしてもよい。その他、サービス事業者の特定は、路側機２０との通信により特定できれば、どのような手法を用いてもよい。

また、上記実施の形態では、１つの路側機２０に１つのサービス事業者が対応づけられている例を示したが、１つの路側機２０に複数のサービス事業者が対応づけられていてもよい。

また、上記実施の形態では、プローブ情報として、走行位置と時間とが時系列に配列された走行履歴の情報を一例として示した。しかし、プローブ情報は、例えば、運転操作の情報を時系列に配列した情報、車外の撮影画像の情報など、車両の走行に関する情報であれば特に制限されるものではない。

また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連携においてソフトウェアで実現することも可能である。

本発明は、車両からプローブ情報を収集するシステムにおける車載装置に適用できる。

１０ 車載装置
１１ アンテナ
１２ 通信部
１３ メモリ（記憶部）
１３ａ、１３ｂ、１３ｃ、１３ｈ、１３ｉ、１３ｍ、１３ｎ 記憶領域
ＭＴ１、ＭＴ２、ＭＴ３ 管理テーブル
１４ 送信処理部
１５ データ管理部
１６ 位置取得部
１７ 登録部
２０ 路側機
２１ アンテナ
２２ 通信部
２３ 路側機ＩＤの記憶部
３０ サーバ
１００ 車両

本発明の一態様に係るプローブ情報の管理方法は、路側機と通信を行う通信部と、前記路側機との通信情報から前記路側機に対応付けられたサービス事業者を特定可能な識別情報を取得する情報取得手段と、車両の走行に関する情報を含んだプローブ情報が蓄積される記憶部とを備えた車載装置における、前記プローブ情報の管理方法であって、前記記憶部に前記プローブ情報を蓄積させ、前記路側機から前記プローブ情報の消去要求があった場合に、前記識別情報に基づく前記サービス事業者の特定結果に応じて、前記記憶部に蓄積された前記プローブ情報のデータ操作を行う、構成を採る。

このデータ操作処理によれば、図８に示すように、消去要求を発行した路側機２０に対応づけられた事業者Ａの記憶領域１３ａで、プローブ情報が消去される。また、他の事業者Ｂ、Ｃに対応づけられた記憶領域１３ｂ、１３ｃでは、プローブ情報が消去されない。よって、その後、他の事業者Ｂ又は事業者Ｃに対応づけられた路側機２０からアップリンク要求があった場合でも、他の事業者Ｂ又は事業者Ｃに対応づけられた路側機２０にプローブ情報を欠落なく送信することができる。また、記憶領域１３ａの消去により、次回、事業者Ａからアップリンク要求があった場合、前回正常に送信された後からプローブ情報を送信することが可能であり、事業者Ａのプローブ情報の連続性が保持される。

ステップＳ２１では、データ管理部１５は、蓄積されているプローブ情報の最も古い送信地点の情報から管理テーブルＭＴ１の中で最も古い送信地点の情報まで、メモリ１３からプローブ情報を消去する。そして、データ操作処理を終了する。

このようなデータ操作処理により、事業者Ａ〜Ｃにそれぞれ対応づけられた複数の路側機２０からどのような順番でアップリンク要求があった場合でも、各事業者Ａ〜Ｃに対応づけられた路側機２０に欠落なくプローブ情報を送信することができる。また、消去要求に応じて事業者Ａ〜Ｃの全てに送信済みとなったプローブ情報が消去される。よって、メモリ１３にプローブ情報の一部が残り続けてしまうことなく、消去要求に基づくデータ操作だけで、逐次蓄積されていくプローブ情報を適宜消去していくことができる。

このようなデータ操作処理によれば、消去要求に応じて送信済みのプローブ情報を消去する場合でも、まだ未送信のサービス事業者があればプローブ情報がコピーされて残る。よって、各サービス事業者に対応づけられた路側機２０に欠落なくプローブ情報を送信することができる。また、消去要求に応じて、全てのサービス事業者に送信されたプローブ情報は残らずに消去される。よって、消去要求に基づくデータ操作だけで、プローブ情報を適宜消去していくことができる。

なお、ステップＳ４４のコピーとステップＳ４７の消去との両方を行う場合には、論理アドレスにおいて論理的にコピーと消去とを行い、物理アドレス上での実際のコピーおよび消去が省略されてもよい。

また、上記のデータ操作処理では、複数回のプローブ情報の消去が間欠的に行われる場合が生じるが、ステップＳ４７の消去処理は消去予約の処理とし、データ操作処理の最後に、メモリ消去要求に応じて複数個の消去予約の処理をまとめて行ってもよい。そして、まとめて行われた消去処理の後に、メモリ消去応答が送信される構成としてもよい。

実施形態４のデータ操作処理によれば、消去要求に応じて送信済みのプローブ情報を消去する場合でも、他のサービス事業者に対して未送信の部分があればプローブ情報がコピーされて残る。よって、各サービス事業者の路側機２０に欠落なくプローブ情報を送信することができる。また、消去要求に応じて、全てのサービス事業者に送信されたプローブ情報は残らずに消去される。よって、消去要求に基づくデータ操作だけで、プローブ情報を適宜消去していくことができる。

Claims (8)

1. 車両に搭載される車載装置であって、
   路側機と通信を行う通信部と、
   前記路側機との通信情報から前記路側機に対応付けられたサービス事業者を特定可能な識別情報を取得する情報取得手段と、
   前記車両の走行に関する情報を含んだプローブ情報が蓄積される記憶部と、
   前記記憶部に蓄積された前記プローブ情報を前記通信部により前記路側機に送信させる送信処理部と、
   前記記憶部に前記プローブ情報を蓄積させ、前記路側機から前記プローブ情報の消去要求があった場合に、前記識別情報に基づく前記サービス事業者の特定結果に応じて、前記記憶部に蓄積された前記プローブ情報のデータ操作を行うデータ管理部と、
   を備える車載装置。
2. 前記消去要求があった場合に、前記データ管理部は、前記プローブ情報を供給すべき複数のサービス事業者のうち前記路側機に対応づけられていないサービス事業者への前記プローブ情報の未送信部分が残るように、前記プローブ情報の消去処理を行う、
   請求項１記載の車載装置。
3. サービス事業者の情報が登録される登録部を備え、
   前記データ管理部は、前記登録部の情報に基づき、前記プローブ情報を供給すべき１つ又は複数のサービス事業者を識別する、
   請求項２記載の車載装置。
4. 前記データ管理部は、
   前記記憶部に、複数のサービス事業者に対応する複数の記憶領域を設定し、
   共通の前記プローブ情報を前記複数の記憶領域に蓄積し、
   前記路側機から前記消去要求があった場合に、前記路側機に対応づけられたサービス事業者に対応する前記記憶領域から前記プローブ情報を消去する、
   請求項１記載の車載装置。
5. 前記データ管理部は、
   複数のサービス事業者に対応する複数の終端記憶部を有し、
   前記プローブ情報を送信したときに、送信先の前記路側機に対応づけられたサービス事業者に対応する前記終端記憶部に、送信済みの前記プローブ情報の終端情報を記憶させ、
   前記消去要求があった場合に、前記複数の終端記憶部の前記終端情報に基づき、前記プローブ情報のうち前記複数のサービス事業者に共通して送信済みである部分を消去する、
   請求項１記載の車載装置。
6. 前記データ管理部は、
   前記プローブ情報を供給する複数のサービス事業者と、前記記憶部の記憶領域とを、動的に関連づける管理テーブルを備え、
   前記路側機から前記消去要求があって、前記管理テーブルに、前記消去要求された前記プローブ情報が記憶されている記憶領域と、前記削除要求を出した前記路側機に対応しない別のサービス事業者とが、関連づけられている場合に、
   前記消去要求された前記プローブ情報が記憶されている記憶領域のデータを別の記憶領域に複写した後、複写元の記憶領域から前記プローブ情報を消去し、
   前記別のサービス事業者の関連付けが、前記複写元の記憶領域から複写先の記憶領域へ移るように前記管理テーブルを更新する、
   請求項１記載の車載装置。
7. 前記データ管理部は、
   前記記憶部の記憶領域と、前記プローブ情報を供給する複数のサービス事業者とを、動的に関連づける管理テーブルを備え、
   前記路側機から消去要求があって、前記管理テーブルに、前記消去要求された前記プローブ情報が記憶されている記憶領域と、前記消去要求を出した前記路側機に対応しない別のサービス事業者とが、関連づけられている場合に、
   前記削除要求された前記プローブ情報を、別の記憶領域へ複写した後、複写元の記憶領域から消去し、
   前記別の記憶領域と前記別のサービス事業者とを関連づけて前記管理テーブルに新たに登録する、
   請求項１記載の車載装置。
8. 路側機と通信を行う通信部と、前記路側機との通信情報から前記路側機に対応付けられたサービス事業者を特定可能な識別情報を取得する情報取得手段と、前記車両の走行に関する情報を含んだプローブ情報が蓄積される記憶部とを備えた車載装置における、前記プローブ情報の管理方法であって、
   前記記憶部に前記プローブ情報を蓄積させ、
   前記路側機から前記プローブ情報の消去要求があった場合に、前記識別情報に基づく前記サービス事業者の特定結果に応じて、前記記憶部に蓄積された前記プローブ情報のデータ操作を行う、
   プローブ情報の管理方法。

Images