JP2018055581A - 道路情報収集システム、道路情報収集方法、及び道路情報収集プログラム - Google Patents

Abstract

【課題】一実施形態は、道路情報の収集の際に伝送されるデータ量を抑える。【解決手段】一実施形態に係る道路情報収集システムは、車両に設置された車載器と、車載器から走行に関する情報を受信するセンター装置と、を含む。センター装置は、走行に関する情報に基づいて、道路情報を収集する対象の地点を走行予定である１又は複数の車両に設置された車載器を特定する。センター装置は、特定した１又は複数の車両に設置された車載器のうち、地点での道路情報の取得を依頼する依頼対象車載器を決定する。【選択図】図１１

Description

本発明は、道路情報収集システム、道路情報収集方法、及び道路情報収集プログラムに関する。

例えば、車両に搭載されたドライブレコーダやカーナビゲーションシステムなどの車載器から、センター装置が道路に関する道路情報を収集する道路情報収集システムが知られている。なお、道路情報は、例えば、或る地点における道路の情報であってよく、道路を撮影した画像、走行中の振動の情報、及び騒音レベルの情報などを含んでよい。ユーザは、例えば、道路情報収集システムを利用して収集した道路情報から、道路の混雑状況、道路の路面の情報、及び騒音の情報などさまざまな情報を取得することができる。また、道路情報の収集に利用可能な技術も知られている（例えば、特許文献１及び特許文献２）。

特開２００９−１５９０９８号公報 国際公開第２０１４／１３２６７７号

しかしながら、道路情報収集システムにおいて、例えば、或る地点の道路情報を収集する場合に、センター装置に不特定多数の車両から大量の道路情報が送信されることがある。この場合、大量のデータの輻輳によるシステムダウンが起こる恐れがある。そのため、道路情報の収集の際に伝送されるデータ量を抑えることのできる技術が望まれている。

１つの側面では、本発明は、道路情報の収集の際に伝送されるデータ量を抑えることを目的とする。

本発明の一つの態様の道路情報収集システムは、車両に設置された車載器と、車載器から走行に関する情報を受信するセンター装置と、を含む。センター装置は、走行に関する情報に基づいて、道路情報を収集する対象の地点を走行予定である１又は複数の車両に設置された車載器を特定する。センター装置は、特定した１又は複数の車両に設置された車載器のうち、地点での道路情報の取得を依頼する依頼対象車載器を決定する。

道路情報の収集の際に伝送されるデータ量を抑えることができる。

実施形態に係る道路情報収集システムを例示する図である。 実施形態に係る車載器のブロック構成を例示する図である。 実施形態に係るセンター装置のブロック構成を例示する図である。 道路情報の収集対象地点を走行予定の車両を例示する図である。 第１の実施形態に係る車両情報取得処理のシーケンスを例示する図である。 経路情報取得応答を例示する図である。 車載器情報を例示する図である。 車両情報を例示する図である。 走行予定管理情報を例示する図である。 車載器管理情報を例示する図である。 第１の実施形態に係るアップロード車両決定処理のシーケンスを例示する図である。 アップロード条件通知を例示する図である。 アップロード車両決定要求を例示する図である。 デバイス決定テーブルを例示する図である。 アップロード条件情報の内容を例示する図である。 車両情報検索要求応答を例示する図である。 地点Ｘを走行予定の車両を検索する方法の一例である。 地点Ｘを走行予定の車両を検索する方法の一例である。 走行有無確認要求を例示する図である。 走行有無確認応答を例示する図である。 例示的な通過予定時刻設定要求を示す図である。 更新後の走行予定管理情報を例示する図である。 アップロード車両決定要求応答を例示する図である。 更新後のアップロード条件情報を例示する図である。 依頼通知を例示する図である。 道路情報収集地点情報を例示する図である。 車両からのアップロード処理を説明する図である。 道路情報通知を例示する図である。 アップロード条件通知を例示する図である。 変形例におけるアップロード車両決定要求を例示する図である。 アップロード条件情報を例示する図である。 第２の実施形態に係るアップロード処理を例示する図である。 第２の実施形態に係る依頼通知を例示する図である。 第２の実施形態に係る監視条件情報を例示する図である。 第２の実施形態に係るアップロード処理を例示する図である。 走行状況変化通知を例示する図である。 変更通知を例示する図である。 反映後の走行予定管理情報を例示する図である。 更新後のアップロード情報を例示する図である。 実施形態に係る走行有無確認要求の送信処理を例示する図である。 実施形態に係る走行予定確認処理を例示する図である。 実施形態に係る走行予定管理情報の更新処理の動作フローを例示する図である。 実施形態に係るアップロード車両決定処理動作フローを例示する図である。 車両抽出情報を例示する図である。 第３の実施形態に係る車両の車載器の制御部が実行する走行経路通知処理を例示する図である。 第３の実施形態に係る走行経路情報を例示する図である。 第３の実施形態に係るセンター装置の制御部が実行する走行経路情報保存処理を例示する図である。 第３の実施形態に係る道路情報収集処理を例示する図である。 実施形態に係る車載器のハードウェア構成を例示する図である。 実施形態に係るセンター装置のハードウェア構成を例示する図である。

以下、図面を参照しながら、本発明のいくつかの実施形態について詳細に説明する。なお、複数の図面において対応する要素には同一の符号を付す。

図１は、実施形態に係る道路情報収集システム１を例示する図である。道路情報収集システム１は、例えば、センター装置１１、車両１２、ユーザの端末１３、及びネットワーク１５を含む。車両１２は、例えば、ドライブレコーダやカーナビゲーションシステムなどの車載器１００を含む。センター装置１１は、例えば、ユーザの端末１３からの指示に従って、車両１２の車載器１００から道路情報を収集する。なお、ユーザは、例えば、道路情報収集システム１が提供する道路情報提供サービスを利用して道路情報を収集する利用者であってよく、或いは道路情報収集システム１の管理者であってもよい。センター装置１１は、例えば、車両１２の車載器１００に備えられたセンサで計測された計測値や撮像装置で撮像された画像や映像などの道路情報を収集してよい。なお、ユーザの端末１３と、センター装置１１とは、例えば、ネットワーク１５を介して接続されていても、ケーブルなどで接続されていても、その他の回線で接続されていてもよい。

センター装置１１は、例えば、車載器１００のセンサで計測された加速度のデータを収集することで、路面の凹凸に関する情報を収集し、ユーザの端末１３に提供することができる。また、センター装置１１は、例えば、車載器１００が備える撮像装置で撮像される画像データを収集することで、道路の混雑具合などに関する情報をユーザの端末１３に提供することができる。或いは、センター装置１１は、例えば、車載器１００が備える騒音センサで計測される騒音レベルの情報を収集してよく、騒音レベルの情報を収集することで、或る地点での騒音レベルがどれくらいかを示す情報をユーザの端末１３に提供することができる。

しかしながら、例えば、道路情報を収集する場合に、センター装置１１が多くの車両１２の車載器１００から道路情報を収集してしまうと、センター装置１１と車両１２の車載器１００との間で通信されるデータ量が増加してしまう。その結果、ネットワークの負荷や、センター装置１１の処理負荷が高くなることがある。また、この場合、収集される道路情報は多いが、集まった道路情報は重複していたり、或いは後述するような、ユーザの希望するアップロード条件を満たしていなかったりなど利用価値の低い情報が多く含まれていることがある。そのため、道路情報の収集にかかるネットワークやセンター装置１１の負荷を減らすことのできる技術が望まれている。また一方で、利用価値の高い道路情報を効率的に収集することのできる技術が望まれている。

図２は、実施形態に係る車載器１００のブロック構成を例示する図である。車載器１００は、例えば、制御部２０１、記憶部２０２、通信部２０３、撮像装置２０４、及びセンサ２０５などを含む。制御部２０１は、例えば、後述する車載器管理部２１１、走行経路管理部２１２、走行状況監視部２１３、提供部２１４、及び道路情報取得部２１５として動作してよい。記憶部２０２は、車載器１００が利用する後述する各種情報を記憶していてよい。通信部２０３は、例えば、制御部２０１の指示に従って、ネットワーク１５に接続し、センター装置１１と通信してよい。なお、通信部２０３は、例えば、公衆回線網を介してネットワーク１５に接続してよい。撮像装置２０４は、例えば、カメラなどの画像や映像を撮像する装置であってよい。センサ２０５は、例えば、加速度センサ、騒音レベルを計測するセンサ、ＧＰＳなどの位置情報を取得するセンサであってよい。なお、ＧＰＳは、Global Positioning Systemの略称である。

図３は、実施形態に係るセンター装置１１のブロック構成を例示する図である。センター装置１１は、例えば、制御部３０１、記憶部３０２、及び通信部３０３を含む。制御部３０１は、例えば、後述する収集部３１１、車両決定部３１２、及び車両情報管理部３１３として動作してよい。記憶部３０２は、センター装置１１が利用する後述する各種情報を記憶していてよい。通信部３０３は、例えば、制御部３０１の指示に従って、ネットワーク１５に接続し、車載器１００と通信してもよいし、ユーザの端末１３に接続してもよい。以下、第１の実施形態を説明する。

＜第１の実施形態＞
第１の実施形態では、ユーザが端末１３からセンター装置１１に地点Ｘの画像の収集を依頼しているものとする。また、以下で述べる例では、アップロード条件として、極力高性能なカメラを搭載する車両１２の車載器１００から画像を収集する条件が指定されているものとする。また、道路情報の収集対象の地点Ｘを走行予定の車両として、図４に示すように、３台の車両１２が存在するものとする。なお、３台の車両には、例えば、Ａ０１、Ｂ０２、Ｃ０３の車両ＩＤ（identifier）が割り振られているものとする。車両ＩＤは、例えば、センター装置１１において車両を識別するための識別情報である。

図５は、第１の実施形態に係る車両情報取得処理シーケンスを例示する図である。車両１２の車載器１００の提供部２１４は、例えば、車両１２が走行を開始する時、走行経路管理部２１２に経路情報取得依頼を送信し（Ｓ５０１）、その応答で、経路情報取得応答６００を取得する（Ｓ５０２）。

図６は、経路情報取得応答６００を例示する図である。経路情報取得応答６００は、例えば、車両ＩＤ、出発地点、到着地点、出発時刻、及び到着予定時刻などの情報を含んでよい。なお、車両ＩＤは、車両１２をセンター装置１１側で他の車両１２と識別するための識別情報である。また、出発地点、到着地点、出発時刻、及び到着予定時刻は、走行を開始する車両の移動の開始地点である出発地点と、移動の目的地とする到着地点と、その出発地点での時刻、及び到着地点に到着することが予定される時刻であってよい。

続いて、車載器管理部２１１に車載器情報取得依頼を送信し（Ｓ５０３）、その応答で車両が搭載している車載器情報７００を取得する（Ｓ５０４）。

図７は、車載器情報７００を例示する図である。車載器情報７００は、例えば、車両の車両ＩＤ、車種、及びデバイスの情報を含む。車両ＩＤは、上述のように、車両を識別するための識別情報である。車種は車載器情報７００と対応する車両の車種であり、例えば、普通自動車、大型トラックなどの情報が登録されていてよい。デバイスは、例えば、車載器情報７００と対応する車両に搭載されており、車載器１００が道路情報の取得に利用可能なデバイスについての情報である。例えば、車両１２が車載器１００から制御可能なカメラを備える場合には、デバイスにカメラの情報が登録されていてよい。なお、デバイスには、更にカメラの解像度などデバイスの性能を表す情報が含まれていてもよい。また、車両１２がデバイスとして、加速度センサや振動センサなど各種センサを備える場合には、車載器情報７００のデバイスに、それらのセンサの情報が登録されていてもよい。

そして、提供部２１４は、取得した情報から車両情報８００を生成し、センター装置１１に送信する（Ｓ５０５）。

図８は、車両情報８００を例示する図である。図８に示すように、例えば、車両ＩＤ、出発地点、出発時刻、到着地点、到着予定時刻、及びデバイスの情報が、経路情報取得応答６００及び車載器情報７００から取得され、車両情報８００に含められている。そして、提供部２１４は、車両情報８００を通信部２０３を介してセンター装置１１に通知する。図８の車両情報８００は、車両ＩＤ：Ａ０１で識別される車両１２についての情報であり、車両ＩＤ：Ａ０１で識別される車両１２の車載器１００が道路情報の取得に利用可能なデバイスとしてカメラ（高解像度）を搭載していることを示している。なお、以下では、例えば、車両ＩＤ：Ａ０１などの車両ＩＤで識別される車両１２を、車両：Ａ０１というように車両ＩＤを付して呼ぶことがある。図８では、車両：Ａ０１は、地点Ａを７：００に出発し、地点Ｓに１２：００に到着する予定である。

センター装置１１の収集部３１１は、車両：Ａ０１から通信部３０３を介して車両情報８００を受信すると、車両情報管理部３１３に受信した車両情報８００を送信する（Ｓ５０６）。車両情報管理部３１３は、記憶部３０２に記憶されている走行予定管理情報９００に、車両情報８００に含まれる経路情報取得応答６００由来の情報を含むエントリを登録して、走行予定管理情報９００を更新する（Ｓ５０７）。

図９は、走行予定管理情報９００を例示する図である。走行予定管理情報９００には、車両：Ａ０１や、他の車両を含む複数の車両と対応するエントリが登録されている。

また、車両情報管理部３１３は、記憶部３０２に記憶されている車載器管理情報１０００に、車両情報８００に含まれる車載器情報７００由来の車載器１００に関する情報を含むエントリを登録する（Ｓ５０８）。

図１０は、車載器管理情報１０００を例示する図である。車載器管理情報１０００には、車両：Ａ０１や、他の車両を含む複数の車両と対応するエントリが登録されている。

以上で述べた様に、図５のシーケンスによれば、センター装置１１は、車両１２が走行を開始する際の走行の開始地点や到着予定地、及び車両１２がそれらの地点にいる時刻等の情報を取得することができる。また更に、センター装置１１は、車両１２が備える車載器１００に搭載されたデバイスについての情報を取得することができる。

続いて、センター装置１１が、道路情報のアップロードを指示する車両１２の車載器１００を決定する処理について例示する。図１１は、第１の実施形態に係るアップロード車両決定処理のシーケンスを例示する図である。

まず、ユーザが端末１３を介してセンター装置１１に接続し、センター装置１１上のユーザーインタフェースからアップロードの条件を指定する（Ｓ１１０１）。すると、端末１３は、指定された情報を、アップロード条件通知１２００としてセンター装置１１の収集部３１１に入力する（Ｓ１１０２）。

図１２は、アップロード条件通知１２００を例示する図である。図１２の例では、アップロード条件通知１２００は、例えば、収集地点、収集車両数、絞り込み、アップロード情報、及びアップロード条件を含む。収集地点は、情報を収集する地点を指定する情報である。収集車両数は、例えば、道路情報を収集してもらう車両１２の台数を示す情報である。絞り込みは、収集地点を走行する車両１２の絞り込みをセンター装置側で実行するか否かを示す情報であり、ここでは、「あり」に指定されている。アップロード情報は、車両１２にアップロードを依頼する情報の種類を指定する情報であり、ここでは画像が指定されている。また、アップロード条件は、アップロードしてもらう情報に対して、更にアップロードの条件を指定する情報であり、ここでは高画質が指定されている。従って、図１２で例示するアップロード条件通知１２００では、地点Ｘを通過予定の車両１２を特定し、特定した車両の中から高解像度のカメラを搭載する２台の車両の車載器１００をアップロードの依頼対象車載器に決定するという条件が指定されている。

センター装置１１の収集部３１１は、アップロード条件通知１２００に基づいて、アップロード車両決定要求１３００を生成し、車両決定部３１２に通知する（Ｓ１１０３）。

図１３は、アップロード車両決定要求１３００を例示する図である。収集部３１１は、例えば、アップロード条件通知１２００のアップロード情報を基に、車載器１００が備えるデバイスを特定し、アップロード車両決定要求１３００のデバイスに登録する。なお、デバイスの特定のために、センター装置１１の記憶部３０２には、例えば、図１４に示すデバイス決定テーブル１４００が保持されていてよい。そして、デバイス決定テーブル１４００を参照することで、収集部３１１は、アップロード情報と対応する車載器のデバイスを決定してよい。例えば、図１２のアップロード条件通知１２００ではアップロード情報に画像が設定されているため、デバイス決定テーブル１４００において画像に対応付けられたカメラが、アップロード車両決定要求１３００のデバイスに設定されてよい。なお、アップロード車両決定要求１３００のその他の情報については、例えば、アップロード条件通知１２００と同様の情報が登録されていてよい。

車両決定部３１２は、アップロード車両決定要求１３００を受信すると、記憶部３０２のアップロード条件情報１５００に受信した内容を設定する。図１５は、アップロード条件情報１５００の内容を例示する図である。なお、図１５において、車両ＩＤは、アップロードの実行を依頼する依頼対象車載器として選択された車載器１００を備える車両１２の車両ＩＤを登録するための領域であり、この時点ではまだ設定されていない。

また、車両決定部３１２は、アップロード車両決定要求１３００を受信すると、車両情報管理部３１３に対して指定されたデバイス（ここではカメラ）を示す情報を含む車両情報検索要求を送信する（Ｓ１１０４）。それにより、車両決定部３１２は、アップロード車両決定要求１３００のデバイスで指定されるデバイスを利用可能な車載器１００を搭載する車両の情報を取得する。

車両情報管理部３１３は、指定されたデバイスを搭載する車両１２を記憶部３０２の車載器管理情報１０００から検索し、車両決定部３１２に車両情報検索要求応答１６００を送信する（Ｓ１１０５）。車両情報検索要求応答１６００には各車両のデバイスを示す情報とともに出発地点及び到着地点の情報が含まれていてよい。出発地点及び到着地点は地点Ｘを各車両が走行する可能性が高いかどうかを判定するために使用されてよい。

図１６は、車両情報検索要求応答１６００を例示する図であり、図１６の例では、車両情報検索要求応答１６００は、車両ＩＤ、デバイス、出発地点、及び到着地点の情報を含んでいる。

車両決定部３１２は、車両情報検索要求応答１６００を受信すると、車両情報検索要求応答１６００に登録されているエントリと対応する車両１２のうちから地点Ｘを走行する可能性の高い車両１２を検索する（Ｓ１１０６）。なお、本実施形態では、アップロード車両決定要求１３００の絞り込みに「あり」が指定されているため、地点Ｘを走行予定の車両１２をセンター装置１１側で推定し絞り込む。

検索方法としては、例えば、車両情報検索要求応答１６００の各車両の出発地点及び到着地点を囲う矩形領域として概算された各車両の走行区域の中に地点Ｘが含まれれば、車両１２が地点Ｘを走行予定であるとみなす方法が考えられる（例えば、図１７）。或いは、別の検索方法としては、各車両の出発地点及び到着地点に基づいて算出された各車両の走行経路上に地点Ｘが含まれれば、車両１２が地点Ｘを走行予定とみなす方法が考えられる（図１８）。

続いて、車両決定部３１２は、通信部３０３を介して車両１２の車載器１００に走行有無確認要求１９００を送信し、地点Ｘを走行予定とみなした車両が、実際に地点Ｘを走行する予定であるかどうかを、問い合わせる（Ｓ１１０７）。

図１９は、走行有無確認要求１９００を例示する図である。走行有無確認要求１９００は、道路情報の収集地点である地点Ｘを示す情報を含んでよい。

なお、車両１２の車載器１００への問い合わせの実行は、例えば、上記の検索方法で、センター装置１１が地点Ｘを走行予定とする車両１２を特定したとしても、実際には車両１２が地点Ｘを走行しない可能性もあるため行っている。しかしながら、上記のように、センター装置側で地点Ｘを走行予定の車両１２を検索することで、地点Ｘを走行する見込みの高い車両群の車載器１００に対してのみ、走行有無確認要求１９００を通知することができ、その後の処理の対象とする車両１２を削減することができる。

一方、例えば、絞り込みに「なし」が指定されている場合、センター装置１１は、Ｓ１１０６において地点Ｘを走行予定の車両の絞り込みをせずに、車両情報検索要求応答１６００に登録された全ての車両１２の車載器１００に走行有無確認要求１９００を送信する。それにより、センター装置１１は、車両１２の車載器１００に地点Ｘを走行するかどうかを問い合わせる。この様に端末１３がアップロード条件通知１２００の入力の際に絞り込みに「なし」を指定することで、センター装置１１の側で絞り込みのための計算にかかる負荷を軽減することができる。

車両１２が通信部２０３を介して走行有無確認要求１９００を受信すると、車両１２の車載器１００の提供部２１４は、走行経路管理部２１２に、走行有無確認要求１９００を通知する（Ｓ１１０８）。走行経路管理部２１２は、車両１２の走行経路を確認し、得られた車両の走行経路を、走行有無確認要求１９００で指定された道路情報収集地点と比較する。それにより、走行経路管理部２１２は、道路情報収集地点である地点Ｘを車両が通過するか否かを判定し、判定結果と、通過する場合には、通過予定時刻とを走行有無確認応答２０００に含めて、提供部２１４に返す。提供部２１４は、受け取った走行有無確認応答２０００をセンター装置１１に通知する（Ｓ１１１０）。

図２０は、走行有無確認応答２０００を例示する図である。走行有無確認応答２０００は、例えば、車両ＩＤ、道路情報収集地点、収集地点通過予定、収集地点通過予定時刻の情報を含む。収集地点通過予定には、道路情報収集地点である地点Ｘを車両が通過するか否かの判定結果が格納されてよく、例えば、通過予定のあり又はなしを示す情報が登録される。収集地点通過予定時刻は、収集地点通過予定が「あり」の場合に、その走行経路において収集地点を通過すると見積もられる時刻である。

センター装置１１の車両決定部３１２は、走行有無確認応答２０００を受信すると、走行有無確認応答２０００において収集地点通過予定が「あり」に設定された車両を地点Ｘの走行予定車両として特定する（Ｓ１１１１）。また、車両決定部３１２は、走行有無確認応答２０００で受信した地点Ｘの通過予定時刻を通過予定時刻設定要求２１００に含めて車両情報管理部３１３に通知する（Ｓ１１１２）。車両情報管理部３１３は、通過予定時刻設定要求２１００で通知された地点Ｘの通過予定時刻を走行予定管理情報９００に設定し、走行予定管理情報９００を走行予定管理情報２２００に更新する（Ｓ１１１３）。

図２１は、例示的な通過予定時刻設定要求２１００を示す図である。通過予定時刻設定要求２１００は、地点Ｘと、車両ＩＤと、通過予定時刻とを含む。通過予定時刻設定要求２１００の車両ＩＤと通過予定時刻には、例えば、走行有無確認応答２０００で通知された地点Ｘと車両ＩＤと収集地点通過予定時刻が登録されていてよい。

また、図２２は、更新後の走行予定管理情報２２００を例示する図である。図２２の走行予定管理情報２２００では、例えば、走行予定管理情報９００に、通過予定時刻設定要求２１００で通知された通過予定時刻が追加されている。

以上の処理により、地点Ｘを走行予定の車両１２についての情報が走行予定管理情報２２００に設定される。なお、本実施形態では、走行予定管理情報２２００のいずれの車両も地点Ｘを通過するものとして以降説明を行う。走行予定管理情報２２００において地点Ｘを通過予定でない車両１２のエントリについては、地点Ｘの通過予定時刻に時刻は登録されない。

次に、車両決定部３１２はユーザの指定したアップロード条件を満たすアップロードの依頼対象車載器の決定を行う。例えば、図１５のアップロード条件情報１５００にはアップロード条件として「高画質」、収集車両数として「２」台が設定されている。そのため、車両決定部３１２は、ここまでで特定されたカメラを搭載し、かつ、地点Ｘを走行予定の車両の車載器１００の中から、より性能のいいカメラを搭載している車両の車載器１００を２台選定する（Ｓ１１１４）。例えば、車両決定部３１２は、走行予定管理情報２２００に時刻が登録されており、且つ、車載器管理情報１０００で他の車両１２の車載器１００よりも高い解像度のカメラを搭載する車両：Ａ０１の車載器１００と、車両：Ｃ０３の車載器１００とを選定する。そして、車両決定部３１２は、選定した車両：Ａ０１及び車両：Ｃ０３の車載器１００を、アップロードの依頼対象車載器に設定したアップロード車両決定要求応答２３００を収集部３１１に送信する（Ｓ１１１５）。アップロード車両決定要求応答２３００の例を図２３に示す。

収集部３１１はアップロード車両決定要求応答２３００を受信すると、アップロード条件情報１５００の車両ＩＤに、アップロード車両決定要求応答２３００に登録されているエントリの車両ＩＤを設定して、更新する（Ｓ１１１６）。

図２４は、更新後のアップロード条件情報２４００を例示する図である。図２４に示すように、アップロード条件情報２４００では、選定されたアップロードの依頼対象車載器を搭載する車両ＩＤが登録されている。

また、収集部３１１は、車両：Ａ０１及び車両：Ｃ０３の車載器１００に道路情報のアップロードの依頼通知２５００を送信する（Ｓ１１１７）。図２５は、選定された車両：Ａ０１及び車両：Ｃ０３の車載器１００にそれぞれ送信される依頼通知２５００を例示する図である。依頼通知２５００は、例えば、情報を収集する地点を指定する道路情報収集地点（図２５では地点Ｘ）と、収集する対象となる情報を指定する道路情報（図２５では画像）とを含む。

センター装置１１から依頼通知２５００を受信した車両：Ａ０１及び車両：Ｃ０３の車載器１００の提供部２１４は、道路情報収集地点の情報を含むアップロード地点設定要求を走行経路管理部２１２に送信する（Ｓ１１１８）。そして、走行経路管理部２１２は、受信したアップロード地点設定要求に含まれる道路情報収集地点の情報を、道路情報収集地点情報２６００として記憶部２０２に記憶し、車両１２が地点Ｘを通過するのを待機する。図２６は、記憶部２０２に記憶される道路情報収集地点情報２６００の情報を例示する図である。

以上で述べた様に、図１１のシーケンスによれば、センター装置１１は、道路情報の収集対象の地点Ｘを通過し、かつ、指定されたアップロード条件を満たす車両１２に限定して、依頼通知２５００を通知することができる。そのため、道路情報の収集の際のデータの伝送量を抑えることができ、また、センター装置１１は、収集したい情報を効率的に収集することができる。

また、図２７は、車両１２からのアップロード処理を説明する図である。図２７のシーケンスにおいて、車両１２の車載器１００の走行経路管理部２１２は、走行中の現在位置を監視し、道路情報収集地点情報２６００に登録されている地点Ｘを通過するのを検出する（Ｓ２７０１）。検出すると、走行経路管理部２１２は、提供部２１４にアップロード地点通過通知を送信し、地点Ｘの通過を通知する（Ｓ２７０２）。

提供部２１４はアップロード地点通過通知を受信すると、道路情報取得部２１５に、依頼通知２５００で通知された道路情報（ここでは、画像）を含む道路情報収集要求を送信する（Ｓ２７０３）。道路情報取得部２１５は、道路情報収集要求に従い、例えば、車載器１００と接続されたカメラで画像を撮影し（Ｓ２７０４）、提供部２１４に道路情報収集要求応答を送信する（Ｓ２７０５）。なお、道路情報収集要求応答には、撮影した画像が含まれている。提供部２１４は、道路情報収集要求応答を受信すると、センター装置１１に道路情報通知２８００を送信する（Ｓ２７０６）。

図２８は、道路情報通知２８００を例示する図である。道路情報通知２８００は、例えば、車両ＩＤ、道路情報収集地点、道路情報収集時刻、収集した道路情報を含む。車両ＩＤは、道路情報通知２８００を送信する車両の車両ＩＤである。道路情報は、収集した道路情報であり、道路情報収集地点、道路情報収集時刻は、その道路情報を収集した地点と、収集時刻である。

そして、センター装置１１の収集部３１１は、車両１２の車載器１００から受信した道路情報通知２８００の道路情報を記憶部３０２に保存する（Ｓ２７０７）。また、センター装置１１の収集部３１１は、道路情報を、ユーザの端末１３に送信して端末１３の表示画面に表示させるなどして、ユーザに道路情報を提供してよい（Ｓ２７０８）。

以上のように、実施形態によれば、特定の車両１２の車載器１００からのみセンター装置１１に道路情報通知２８００が通知される。そのため、車両１２の車載器１００から送信される大量のデータの輻輳によるシステムダウンを防ぐことができる。また、実施形態によれば、帯域が太い回線を持つネットワークや高い処理速度を備えたセンター装置１１を用意しなくても、道路情報を効率的に収集することが可能である。

なお、上記の説明では、解像度の高いカメラを搭載する車両１２の車載器１００をアップロードの依頼対象車載器としている。しかしながら、例えば、センター装置１１は、アップロード条件通知１２００のアップロード条件に応じて、搭載するセンサの数がより多い車両の車載器１００などをアップロードの依頼対象車載器として選択してもよい。

また、本実施形態では車両１２が走行開始後にユーザが端末１３からアップロード条件通知１２００を入力する例を記載したが、ユーザが端末１３からアップロード条件通知１２００を入力した後で車両が走行を開始する場合にも実施形態は適用できる。例えば、走行を開始した車両の車載器１００が送信した車両情報８００をセンター装置１１の収集部３１１が受信したとする。この場合、収集部３１１は、その時点で既にユーザから入力されているアップロード条件通知１２００に従って、アップロード車両決定要求１３００を生成し、車両決定部３１２に送信する。それにより、センター装置１１は、アップロードする車載器１００の再選択が可能である。

＜第１の実施形態の変形例＞
上記の第１の実施形態では、解像度の高いカメラを搭載する車両１２の車載器１００をアップロードの依頼対象車載器として指定するアップロード条件が指定されている。それにより、ユーザは解像度の高いカメラで撮像された高画質の画像を取得することができる。一方、別なアップロード条件の例として、ユーザができるだけ早く道路情報を入手したいと望む状況もある。第１の実施形態の変形例では、このようなリアルタイム性の高い道路情報をユーザが求めている場合について例示する。この場合、例えば、道路情報収集地点に最も早くに到達することが予測される車両の車載器１００がアップロードの依頼対象車載器に選択される。

変形例においては、図１１のＳ１１０１において、ユーザは端末１３を介して、図１２のアップロード条件通知１２００の代わりに図２９のアップロード条件通知２９００を収集部３１１に入力する。

図２９は、変形例に係るアップロード条件通知２９００を例示する図である。図１２のアップロード条件通知１２００とは異なり、アップロード条件通知２９００では、アップロード条件が「即時」に設定されており、リアルタイム性を重視するアップロード条件が指定されている。

そして、収集部３１１はアップロード条件通知２９００を受信すると（Ｓ１１０２）、車両決定部３１２にアップロード車両決定要求３０００を通知する（Ｓ１１０３）。

図３０は、変形例におけるアップロード車両決定要求３０００を例示する図である。アップロード車両決定要求３０００においても、アップロード車両決定要求１３００と異なり、アップロード車両決定要求３０００では道路情報取得条件が「即時」となっている。

続いて、車両決定部３１２は、車両情報管理部３１３に車両情報検索要求を送信する（Ｓ１１０４）。そして、車両決定部３１２は、車両情報検索要求に対する応答である車両情報検索要求応答１６００を受信する。（Ｓ１１０５）。車両決定部３１２は、車両情報検索要求応答１６００に登録されているエントリと対応する車両のうちから地点Ｘを走行予定の車両を検索する（Ｓ１１０６）。なお、本実施形態では、アップロード車両決定要求３０００の絞り込みに「あり」が指定されているため、地点Ｘを走行する可能性の高い車両１２をセンター装置１１側で絞り込む。

次に、車両決定部３１２は、地点Ｘを走行予定の車両１２の車載器１００に走行有無確認要求１９００を送信する（Ｓ１１０７）。そして、走行有無確認要求１９００の応答として受信された走行有無確認応答２０００で通知される地点Ｘの通過予定時刻を、車両情報管理部３１３が走行予定管理情報９００に登録して走行予定管理情報２２００に更新する（Ｓ１１１３）。車両決定部３１２は、アップロード条件に「即時」が指定されているので、走行有無確認応答２０００で地点Ｘを走行予定の車両の中から通過予定時刻が早い方から順に車両の車載器１００をアップロードの依頼対象車載器として選択する（Ｓ１１１４）。ここでは、収集車両数として「２」が設定されているため、図２２の走行予定管理情報２２００の例では、車両決定部３１２は、車両：Ａ０１及び車両：Ｃ０３の車載器１００をアップロードの依頼対象車載器として選択する。そして、車両決定部３１２は、選定した車両：Ａ０１及び車両：Ｃ０３の車載器１００を、アップロードの依頼対象車載器に設定したアップロード車両決定要求応答２３００を収集部３１１に送信する（Ｓ１１１５）。提供部２１４は、選択したアップロードの依頼対象車載器を搭載している車両：Ａ０１、車両：Ｃ０３の車両ＩＤをアップロード条件情報１５００に登録して、アップロード条件情報１５００をアップロード条件情報３１００に更新する（Ｓ１１１６）。続いて、収集部３１１は、車両：Ａ０１及び車両：Ｃ０３の車載器１００に依頼通知２５００を送信する（Ｓ１１１７）。以降の動作は、第１の実施形態と同様に動作してよい。

この様に、収集する情報を指定するアップロード条件を変更することで、ユーザが収集したい情報を収集するのに適した車両１２の車載器１００をアップロードの依頼対象車載器として選択して、道路情報を収集することができる。

＜第２の実施形態＞
例えば、アップロードの依頼対象車載器として選択された車載器１００を搭載する車両１２が経路変更となり、道路情報の収集地点を通らなくなることもある。第２の実施形態では、このような場合にも、車載器１００を再決定する処理を例示する。

図３２は、第２の実施形態に係るアップロード処理を例示する図である。なお、図３２の処理においても、収集部３１１が、アップロード条件情報１５００を更新するまでは（Ｓ３２１６）、図１１のＳ１１０１〜Ｓ１１０６までのシーケンスと同様に処理が実行されてよい。続く、Ｓ３２１７の処理において、収集部３１１は、例えば、依頼通知３３００を選択した車両：Ａ０１及び車両：Ｃ０３の車載器１００に送信する（Ｓ３２１７）。

図３３は、第２の実施形態に係る依頼通知３３００を例示する図である。依頼通知３３００は、依頼通知２５００に含まれる情報に加えて、更に道路情報収集時刻（地点Ｘの通過予定時刻）と遅延時間が含まれている。例えば、図３３では、車両１２が地点Ｘに到着する予定時刻の９：００と、遅延時間１０分が指定されている。この場合、後述するように、例えば、地点Ｘに到着する予定時刻の９：００から１０分以上到着に遅延が発生することが分かると、その車両１２の車載器１００は依頼された道路情報収集をキャンセルするものとしてよい。
車両１２の車載器１００の提供部２１４は、センター装置１１から依頼通知３３００を受信すると、走行経路管理部２１２に道路情報収集地点の情報を含むアップロード地点設定要求を送信する（Ｓ３２１８）。そして、走行経路管理部２１２は、受信したアップロード地点設定要求に含まれる道路情報収集地点の情報を、道路情報収集地点情報２６００として記憶部２０２に記憶し、車両１２が地点Ｘを通過するのを待機する。
また、提供部２１４は、走行状況監視部２１３に、監視条件情報３４００を送信する（Ｓ３２１９）。

図３４は、第２の実施形態に係る監視条件情報３４００を例示する図である。図３４の例では、監視条件情報３４００は、道路情報収集時刻と、遅延時間とを含む。そのため、第２の実施形態では、道路情報収集時刻と、遅延時間との情報を用いて、到着予定時刻の９：００から１０分以上到着が遅延することが判明した場合、その車両１２の車載器１００は依頼された道路情報の収集をキャンセルするなどの制御が可能となる。

また、図３５は、第２の実施形態に係るアップロード処理を例示する図である。図３５のシーケンスにおいて、車両１２の車載器１００の走行経路管理部２１２は、道路情報収集地点情報２６００と、実際の走行経路を比較する。そして、走行経路管理部２１２は、走行経路が変更になり地点Ｘを走行しなくなったこと、もしくは、地点Ｘの通過予定時刻が変更になり、地点Ｘの通過時刻が遅延時間を越えて遅れることを検出する（Ｓ３５０１）。この場合に、走行経路管理部２１２は、走行状況監視部２１３に走行状況変化通知３６００を送信する（Ｓ３５０２）。

図３６は、走行状況変化通知３６００を例示する図である。ここでは、車両１２の経路が変更となったため、変化要因に「経路変更」が設定されている。また、通過予定時刻は、通過しない経路となったため、「通過予定なし」が設定されている。走行状況監視部２１３は、受信した走行状況変化通知３６００の要因に経路変更が指定されている場合、提供部２１４に、走行状況変化通知３６００を送信する。もしくは、走行状況監視部２１３は、最新の通過予定時刻が、センター装置１１に指定された「道路情報収集時刻＋遅延時間」よりも遅い場合、提供部２１４に走行状況変化通知３６００を送信する（Ｓ３５０３）。

提供部２１４は走行状況変化通知３６００を受信すると、走行経路管理部２１２に経路情報取得依頼（Ｓ３５０４）を送信し、最新の経路情報取得応答６００を取得する（Ｓ３５０５）。次に、変更通知３７００を、センター装置１１に送信する（Ｓ３５０６）。

図３７は、変更通知３７００を例示する図である。変更通知３７００は、例えば、車両ＩＤ、到着地点、到着予定時刻、変化要因、及び通過予定時刻を含む。なお、経路変更の場合には、通過予定時刻は「通過予定なし」となる。

センター装置１１の収集部３１１は、変更通知３７００を受信すると、受信した変更通知３７００を車両情報管理部３１３に通知する（Ｓ３５０７）。車両情報管理部３１３は、通知された変更通知３７００の内容を、走行予定管理情報２２００に反映する（Ｓ３５０８）。

図３８は、反映後の走行予定管理情報３８００を例示する図である。図３８に示す様に、車両：Ａ０１の地点Ｘの通過予定時刻に「通過予定なし」が設定されている。

車両決定部３１２は、次に、アップロードの依頼対象車載器の再決定を行う（Ｓ３５０９）。なお、Ｓ３５０９の処理は、Ｓ１１１４の処理と対応しており、同様の処理が実行されてよい。この例では、車両：Ａ０１の変化要因が経路変更で通過予定なしとなり、車両：Ａ０１の車載器１００は再決定の対象から除外される。そのため、他のカメラを搭載している車両１２（例えば、車両：Ｂ０２、車両：Ｃ０３）の車載器１００がアップロードの依頼対象車載器として再選択される。更新後のアップロード条件情報３９００を図３９に示す。Ｓ３５０９以降の処理は、例えば、Ｓ１１１４以降の処理が実行されてよい。

以上で述べた様に、第２の実施形態によれば、例えば、或る車両１２の車載器１００をアップロードの依頼対象車載器として選択していた場合に、その車両１２の車載器１００からユーザが望むタイミングでの道路情報の取得が難しい状況に陥ったとする。この場合にも、センター装置１１は、別の車両１２の車載器１００を選択して道路情報収集地点Ｘの情報を迅速に収集することができる。なお、道路情報をアップロードすることが難しい状況とは、例えば、アップロードの依頼対象車載器として選択された車両１２が、道路情報収集地点Ｘを通過しなくなったり、或いは、予定通過時刻が許容範囲を超えて遅くなったりする場合であってよい。

続いて、以上で述べたセンター装置１１が実行する処理についての動作フローを説明する。図４０は、実施形態に係る走行有無確認要求１９００の送信処理を例示する図である。センター装置１１の車両決定部３１２は、例えば、上述のＳ１１０５において車両情報管理部３１３から車両情報検索要求応答１６００を受信すると、図４０の動作フローを開始してよい。

Ｓ４００１において車両決定部３１２は、アップロード条件情報１５００を参照し、「絞り込み」が「あり」であるか、「なし」であるかを判定する。例えば、「絞り込み」が「なし」に設定されている場合、車両決定部３１２は、ＮＯと判定し、フローはＳ４００２に進む。

Ｓ４００２において車両決定部３１２は、走行予定管理情報９００から全ての車両の車両ＩＤを取得する。そして、この場合、Ｓ４００３において車両決定部３１２は、走行有無確認要求１９００を、取得した全ての車両ＩＤの車両の車載器１００に送信し、本動作フローは終了する。

また、Ｓ４００２において「絞り込み」が「あり」に設定されている場合、車両決定部３１２は、Ｓ４００１をＹＥＳと判定し、フローはＳ４００４に進む。Ｓ４００４において車両決定部３１２は、上述のように車両情報検索要求応答１６００で受信した出発地点及び到着地点の情報に基づいて、収集地点を走行する見込みの高い車両１２を絞り込む。走行見込みの車両１２は、例えば、走行区域を概算し走行区域の中に地点Ｘが含まれれば走行予定とみなす方法（図１７）や、走行経路を算出し走行経路上に地点Ｘが含まれれば走行予定とみなす方法（図１８）により絞り込まれてよい。

Ｓ４００５において車両決定部３１２は、地点Ｘを走行見込みの車両があるか否かを判定する。そして、走行見込みの車両が見つかった場合（Ｓ４００５がＹＥＳ）、フローはＳ４００３に進む。そして、この場合、Ｓ４００３において車両決定部３１２は、Ｓ４００５で見つかった車両１２の車載器１００に、走行有無確認要求１９００を送信し、本動作フローは終了する。

また、Ｓ４００５において走行見込みの車両が見つからなかった場合（Ｓ４００５がＮＯ）、本動作フローは終了する。

続いて、図４１は、実施形態に係る走行予定確認処理を例示する図である。センター装置１１の車両決定部３１２は、例えば、走行有無確認要求１９００に対する応答として、上述のＳ１１１０において走行有無確認応答２０００を車両１２の車載器１００から受信した場合に、図４１の動作フローを開始してよい。

Ｓ４１０１において車両決定部３１２は、走行有無確認応答２０００に含まれる収集地点通過予定を参照し、走行有無確認応答２０００を応答してきた車載器１００を搭載する車両が地点Ｘを走行予定であるか否かを判定する。走行有無確認応答２０００を応答してきた車載器１００を搭載する車両が地点Ｘを走行予定で無い場合（Ｓ４１０１がＮＯ）、本動作フローは終了する。

一方、走行有無確認応答２０００を応答してきた車載器１００を搭載する車両が地点Ｘを走行予定である場合（Ｓ４１０１がＹＥＳ）、フローはＳ４１０２に進む。Ｓ４１０２において車両決定部３１２は、地点Ｘを走行予定の車両の車両ＩＤと、収集地点の通過予定時刻とを含む通過予定時刻設定要求２１００を車両情報管理部３１３に通知し、本動作フローは終了する。

図４２は、実施形態に係る走行予定管理情報９００の更新処理の動作フローを例示する図である。センター装置１１の車両情報管理部３１３は、例えば、上述のＳ１１１２において図４１の処理で送信される通過予定時刻設定要求２１００を受信すると、図４２の動作フローを開始してよい。

Ｓ４２０１において車両情報管理部３１３は、通知されてきた通過予定時刻設定要求２１００の通過予定時刻を参照し、車両１２の通過予定時刻を、走行予定管理情報９００に登録し、例えば、走行予定管理情報２２００に更新し、本動作フローは終了する。なお、この場合に、車両情報管理部３１３は、例えば、収集地点の通過順序が早い順に走行予定管理情報２２００のエントリをソートしてもよい。

図４３は、実施形態に係るアップロード車両決定処理の動作フローを例示する図である。センター装置１１の車両決定部３１２は、例えば、図４２の走行予定確認処理が完了し、上述のＳ１１１４に進むと、図４３の動作フローを開始してよい。

Ｓ４３０１において車両決定部３１２は、走行予定管理情報２２００から未選択のエントリを１つ選択し、読み出す。Ｓ４３０２において車両決定部３１２は、読み出したエントリの車両ＩＤで識別される車両が収集地点を通過するか否かを判定する。例えば、車両決定部３１２は、読み出したエントリの通過予定時刻に、時刻が設定されている場合に、そのエントリの車両ＩＤで識別される車両１２が収集地点を通過すると判定してよい。エントリの車両ＩＤで識別される車両１２が収集地点を通過しない場合（Ｓ４３０２がＮＯ）、フローはＳ４３０５に進む。

一方、エントリの車両ＩＤで識別される車両が収集地点を通過する場合（Ｓ４３０２がＹＥＳ）、フローはＳ４３０３に進む。Ｓ４３０３において車両決定部３１２は、エントリの車両ＩＤを有するエントリを車載器管理情報１０００から特定し、車両１２が備える車載器の情報を取得する。Ｓ４３０４において車両決定部３１２は、アップロードの依頼対象の車両１２を選択する。例えば、車両決定部３１２は、車両ＩＤと、特定した車載器との情報を、車両抽出情報４４００に格納することで車両の車載器１００を選択する。

図４４は、車両抽出情報４４００を例示する図である。車両抽出情報４４００には、例えば、アップロード条件情報１５００の収集車両台数に対応するデータを格納するための領域が確保されていてよい。そして、その領域に既にデータが埋まっており満杯である場合には、車両決定部３１２は、選択したエントリと、既に車両抽出情報４４００に格納されているエントリとを比較し、どちらがアップロード条件をより満たすかを判定する。そして、車両決定部３１２は、アップロード条件から最も遠いエントリを削除し、残りのエントリの情報を車両抽出情報４４００に格納する。それにより、車両抽出情報４４００には、アップロード条件をより満たす車両１２の車載器１００が選択されて残ることになる。

例えば、アップロード条件が、「高画質」である場合には、車両抽出情報４４００のデバイスの情報と、特定したデバイスの情報とを比較し、より高画質のカメラを備える車両１２の車載器１００が車両抽出情報４４００に登録されてよい。一方、例えば、アップロード条件が、リアルタイム性を重視する「即時」である場合、車載器の装備よりも、収集地点を通過予定の時刻が最も早い車両の車載器１００や、収集地点に最も近い車両の車載器１００がアップロードの依頼対象車載器として車両抽出情報４４００に格納されてよい。なお、例えば、Ｓ４２０１において収集地点の通過順序が早い順に走行予定管理情報２２００のエントリをソートしている場合、Ｓ４３０１の処理で、車両決定部３１２は、走行予定管理情報２２００のエントリを全て読み出さなくてもよい。この場合、車両決定部３１２は、例えば、アップロード条件情報１５００の収集車両数分のエントリを、通過時刻の早い側から順に読み出して、繰り返しを終了してもよい。

Ｓ４３０５において車両決定部３１２は、走行予定管理情報２２００のエントリの読み出しが終了したか否かを判定する。走行予定管理情報２２００に未処理のエントリがまだある場合には（Ｓ４３０５がＮＯ）、フローはＳ４３０１に戻り、更に別のエントリを選択し、処理を繰り返す。一方、エントリの読み出しが終了している場合（Ｓ４３０５がＹＥＳ）、フローはＳ４３０６に進む。

Ｓ４３０６において車両決定部３１２は、車両抽出情報４４００からエントリを読み出して、アップロード車両決定要求応答２３００に設定し、収集部３１１に通知する。アップロード車両決定要求応答２３００の通知を受けた収集部３１１は、アップロード車両決定要求応答２３００の車両ＩＤで識別される車両の車載器１００に依頼通知２５００や依頼通知３３００を通知し、本動作フローは終了する。

以上で述べた様に、実施形態によれば、センター装置１１は、車両１２の車載器１００に道路情報の収集地点を通過するかを問い合わせ、問い合わせの結果から、収集地点を走行する車両１２の車載器１００を特定する。そのため、道路情報のアップロードを依頼する対象の車載器１００を減らすことができる。

また、道路情報の収集に、アップロード条件を設定することができ、道路情報の収集に適したデバイスを備えた車載器１００を有する車両１２に、道路情報のアップロードを依頼することができる。

また、上述の実施形態では、絞り込みに「あり」が設定されている場合、道路情報の収集地点を通過するかの問い合わせを行う車載器１００を、センター装置側で絞り込んで厳選している。そのため、問い合わせを行う対象の車載器１００を減らすことができる。

従って、実施形態によれば、例えば、ユーザの指示に基づき、センター装置１１が道路情報を車両の車載器１００から収集する場合に、不特定多数の車両１２の車載器１００から大量かつ重複した道路情報が送信されることを抑制できる。そのため、車両１２の車載器１００から送信される大量のデータの輻輳によるシステムダウンを防ぐことができる。或いは、帯域が太い回線を持つネットワークや高い処理速度を備えたセンター装置１１を用意しなくても、道路情報を収集するための道路情報収集システム１を構築することができる。また、一方で、アップロード条件を満たす特定の車両１２の車載器１００のみに道路情報をセンター装置１１に送信させることが可能となり、道路情報を重複なく効率的に収集することが可能となる。

また、上述の実施形態では、アップロードの依頼対象車載器として選択された車両１２の車載器１００は、例えば、センター装置１１に指示されたタイミングでの道路情報の送信が難しくなった場合に、車載器１００はセンター装置１１に車載器１００の選定の再実行を促す通知を行う。例えば、道路情報の取得を依頼した依頼対象車載器の走行予定経路が変わり、収集地点を通過しなくなる経路となったことが判明した場合に、車載器１００は、センター装置１１に車載器１００の選択の再実行を促す通知を行う。そのため、依頼対象車載器の走行予定経路が変わり、収集地点を通過しなくなる経路となったことが判明した場合にも、センター装置１１は、他の車両の車載器１００から情報を迅速に収集することができる。

また、例えば、依頼対象車載器が、収集地点に到着する予定時刻が所定時間以上ずれることが想定される場合に、車載器１００は、センター装置１１に車載器１００の選択の再実行を促す通知を行う。そのため、依頼対象車載器が、収集地点に到着する予定時刻が所定時間以上ずれることが想定される場合にも、センター装置１１は、別の車両の車載器１００から迅速に情報を収集することができる。従って、実施形態によれば、車両１２の車載器１００が、例えば、センター装置１１に指示されたタイミングでの道路情報の送信が難しくなった場合にも、センター装置１１は、別の車両１２の車載器１００から迅速に情報を収集することができる。

なお、上述の実施形態では、アップロード情報として、画像や、振動などを例示したが、実施形態はこれに限定されるものではない。例えば、車載器１００は騒音計を備えてもよく、騒音レベルなどの情報が取得されてもよい。また、同様に、アップロード条件にも、例えば、アップロード情報や、ユーザの道路情報の収集目的に合わせて様々な条件が設定されてよい。

また、上述の実施形態では、車両１２の車載器１００に、走行有無確認要求１９００を送信し、車両１２が収集地点を走行予定であるか否かを車両１２の車載器１００に問い合わせている。しかしながら、実施形態はこれに限定されるものではない。例えば、センター装置１１は、走行有無確認要求１９００を送信せずに、図１７または図１８で例示した検索方法を用いて収集地点を走行予定である車両１２の車載器１００を特定し、依頼通知２５００を送信してもよい。或いは、別の実施形態では、センター装置１１は、車両１２の車載器１００に収集地点を通過予定であるかを問い合わせる代わりに、車両１２の車載器１００から走行経路の情報を受信し、車両１２の走行経路の情報に基づいて、その車両１２が収集地点を走行予定であるか否かを判定してもよい。以下、センター装置１１が、車両１２の車載器１００から走行経路の情報を受信し、車両１２の走行経路の情報に基づいて、その車両１２が収集地点を走行予定であるか否かを判定する第３の実施形態を説明する。

＜第３の実施形態＞
第３の実施形態では、センター装置１１は、車両１２の車載器１００から走行経路の情報を受信し、車両１２の走行経路の情報に基づいて、その車両１２が収集地点を走行予定であるか否かを判定する。

図４５は、第３の実施形態に係る車両１２の車載器１００の制御部２０１が実行する走行経路通知処理を例示する図である。例えば、車両１２の車載器１００は、走行の開始時又はセンター装置１１から走行経路を通知するよう依頼する通知を受信した場合に、図４５の動作フローを実行してよい。

Ｓ４５０１において、制御部２０１は、例えば、走行の出発地点及び到着地点までの走行経路情報４６００を、センター装置１１に送信し、本動作フローは終了する。なお、制御部２０１は、例えば、走行の出発地点及び到着地点の情報や、ユーザから入力された情報などに基づいて走行経路を決定してよい。

図４６は、第３の実施形態に係る走行経路情報４６００を例示する図である。走行経路情報４６００には、例えば、車両情報８００に含まれる情報に加えて更に出発地点から到着地点までの車両１２の走行経路の情報が登録されている。

図４７は、第３の実施形態に係るセンター装置１１の制御部３０１が実行する走行経路情報保存処理を例示する図である。センター装置１１の制御部３０１は、例えば、車両１２の車載器１００から走行経路情報４６００を受信すると、図４７の動作フローを開始してよい。

Ｓ４７０１においてセンター装置１１の制御部３０１は、例えば、受信した走行経路情報４６００を記憶部３０２に保存し、本動作フローは終了する。

また、図４８は第３の実施形態に係る道路情報収集処理を例示する図である。センター装置１１の制御部３０１は、例えば、端末１３からアップロード条件通知１２００が入力された場合に。図４８の動作フローを開始してよい。なお、本実施形態では、記憶部３０２には、図４７の動作フローにより、１又は複数の車両１２の走行経路情報４６００が保存されているものとする。

Ｓ４８０１において制御部３０１は、受信したアップロード条件通知１２００を記憶部３０２に保存する。Ｓ４８０２において制御部３０１は、記憶部３０２に記憶されている走行経路情報４６００の走行経路を参照し、アップロード条件通知１２００の収集地点を通る走行経路を有する走行経路情報４６００を特定する。

Ｓ４８０３において制御部３０１は、アップロード条件通知１２００のアップロード情報と対応するデバイスを、デバイス決定テーブル１４００を参照して特定する。図１２のアップロード条件通知１２００の例では、画像からカメラが特定される。

Ｓ４８０４において制御部３０１は、Ｓ４８０２で特定された走行経路情報４６００のうちから、Ｓ４８０３で特定したデバイスを備える走行経路情報４６００を特定する。そして、制御部３０１は、Ｓ４８０３で特定したデバイスを備える走行経路情報４６００のうちから、アップロード条件通知１２００のアップロード条件をより満たす走行経路情報４６００を収集車両数分の選択し、道路情報の収集の依頼対象車載器を決定する。

Ｓ４８０５において制御部３０１は、決定された車両１２の車載器１００に、例えば、依頼通知２５００を送信し、本動作フローは終了する。

以上で述べた様に、例えば、車両１２の車載器１００から走行経路の情報を取得することで、センター装置１１は、依頼通知２５００の送信を依頼することが好ましい車両１２の車載器１００を決定することができる。なお、依頼通知２５００を受信した車載器１００は、依頼通知に従って、道路情報を取得し、センター装置１１にアップロードする。そのため、センター装置１１は、ユーザの端末１３に、道路情報を提供することができる。

なお、上述の実施形態において、例えば、車両情報８００、走行有無確認応答２０００、走行経路情報４６００などは、車両１２の走行に関する情報である。

図４９は、実施形態に係る車載器１００のハードウェア構成を例示する図である。図４９において、車載器１００は、例えば、プロセッサ４９０１と、メモリ４９０２と、記憶装置４９０３とを有する。また、車載器１００は、入出力インタフェース４９０６と、ネットワークインタフェース４９０７と、ＧＰＳユニット４９０９と、センサ４９１０と、撮像装置４９１１とを有する。また、各部はバス４９３０によってそれぞれ接続されている。

プロセッサ４９０１は、車載器１００の全体の制御を司る。メモリ４９０２は、例えば半導体メモリであり、ＲＡＭ領域及びＲＯＭ領域を含んでいてよい。なお、ＲＡＭは、Random Access Memoryの略称である。また、ＲＯＭは、Read Only Memoryの略称である。例えば、プロセッサ４９０１は、上述の車載器１００の制御部２０１が実行する処理を記述したプログラムをメモリ４９０２に読み出して実行することで、上述の制御部２０１として動作してよく、制御部２０１の各部の機能を提供してよい。

記憶装置４９０３は、例えば、ハードディスク、フラッシュメモリ等の半導体メモリ、又は外部記憶装置である。記憶装置４９０３は、例えば、上述の実施形態に係る処理で車載器１００の制御部２０１が利用する各種情報と、上述の実施形態で車載器１００の制御部２０１が実行する処理を記述したプログラムとを記憶していてよい。

入出力インタフェース４９０６は、例えば、入力装置及び出力装置との間のインタフェースであってよい。入力装置は、例えばユーザからの指示を受け付けるタッチパネルなどのデバイスである。出力装置は、例えばディスプレーなどの表示装置、及びスピーカなどの音声装置である。

ネットワークインタフェース４９０７は、例えば、上述の通信部２０３であり、制御部２０１の指示に従って、通信回線を通じてネットワーク１５に接続し、ネットワーク１５を介して他の装置（例えば、センター装置１１）と通信してよい。

ＧＰＳユニット４９０９は、ＧＰＳ衛星からの電波（ＧＰＳ信号）を受信し、車載器１００の位置を示す位置情報をプロセッサ４９０１に出力する。センサ４９１０は、例えば、上述のセンサ２０５であり、加速度センサ、騒音センサなどの各種のセンサであってよく、センサ４９１０で計測された情報は、道路情報としてセンター装置１１に通知されてよい。

撮像装置４９１１は、例えば、上述の撮像装置２０４であり、制御部２０１の指示に従って、画像や映像を撮像してよい。例えば、撮像装置４９１１は、車載器１００を備える車両１２の外部の画像や映像を撮像してよく、撮像された画像や映像は道路情報としてセンター装置１１に提供されてよい。

また、図５０は、実施形態に係るセンター装置１１のハードウェア構成を例示する図である。図５０において、センター装置１１は、例えば、プロセッサ５００１と、メモリ５００２と、記憶装置５００３とを有する。また、センター装置１１は、入出力インタフェース５００４と、ネットワークインタフェース５００５とを有する。また、各部はバス５０３０によってそれぞれ接続されている。

プロセッサ５００１は、センター装置１１の全体の制御を司る。メモリ５００２は、例えば半導体メモリであり、ＲＡＭ領域及びＲＯＭ領域を含んでいてよい。例えば、プロセッサ５００１は、上述のセンター装置１１の制御部３０１が実行する処理を記述したプログラムをメモリ５００２に読み出して実行することで、上述の制御部３０１として動作してよく、制御部３０１に含まれる各部の機能を提供してよい。

記憶装置５００３は、例えば、ハードディスク、及びフラッシュメモリ等の半導体メモリなどの装置である。記憶装置５００３には、例えば、上述の実施形態に係る処理でセンター装置１１の制御部３０１が利用する各種情報と、上述の実施形態においてセンター装置１１の制御部３０１が実行する処理を記述したプログラムとを記憶していてよい。

入出力インタフェース５００４は、例えば、入力装置及び出力装置との間のインタフェースであってよい。入力装置は、例えばユーザからの指示を受け付けるキーボードやマウスなどのデバイスである。出力装置は、例えばディスプレーなどの表示装置、及びスピーカなどの音声装置である。

ネットワークインタフェース５００５は、例えば、上述の通信部３０３であり、制御部３０１の指示に従って、通信回線を通じてネットワーク１５に接続し、ネットワーク１５を介して他の装置（例えば、車載器１００や端末１３）と通信してよい。

また、実施形態に係る各プログラムは、例えば、下記の形態で車載器１００、及びセンター装置１１に提供されてよい。
（１）記憶装置４９０３，５００３に予めインストールされている。
（２）プログラムサーバなどのサーバから提供される。

なお、図４９を参照して述べた車載器１００及び図５０を参照して述べたセンター装置１１を実現するためのハードウェア構成は、例示であり、実施形態はこれに限定されるものではない。例えば、上述の制御部２０１及び制御部３０１の一部または全部の機能がＦＰＧＡ及びＳｏＣなどによるハードウェアとして実装されてもよい。なお、ＦＰＧＡは、Field Programmable Gate Arrayの略称である。ＳｏＣは、System-on-a-chipの略称である。

以上において、いくつかの実施形態が説明される。しかしながら、実施形態は上記の実施形態に限定されるものではなく、上述の実施形態の各種変形形態及び代替形態を包含するものとして理解されるべきである。例えば、各種実施形態は、その趣旨及び範囲を逸脱しない範囲で構成要素を変形して具体化できることが理解されよう。また、前述した実施形態に開示されている複数の構成要素を適宜組み合わせることにより、種々の実施形態が実施され得ることが理解されよう。更には、実施形態に示される全構成要素からいくつかの構成要素を削除して又は置換して、或いは、実施形態に示される構成要素にいくつかの構成要素を追加して種々の実施形態が実施され得ることが当業者には理解されよう。

１ 道路情報収集システム
１１ センター装置
１２ 車両
１３ 端末
１５ ネットワーク
１００ 車載器
２０１ 制御部
２０２ 記憶部
２０３ 通信部
２０４ 撮像装置
２０５ センサ
２１１ 車載器管理部
２１２ 走行経路管理部
２１３ 走行状況監視部
２１４ 提供部
２１５ 道路情報取得部
３０１ 制御部
３０２ 記憶部
３０３ 通信部
３１１ 収集部
３１２ 車両決定部
３１３ 車両情報管理部
４９０１ プロセッサ
４９０２ メモリ
４９０３ 記憶装置
４９０６ 入出力インタフェース
４９０７ ネットワークインタフェース
４９０９ ＧＰＳユニット
４９１０ センサ
４９１１ 撮像装置
４９３０ バス
５００１ プロセッサ
５００２ メモリ
５００３ 記憶装置
５００４ 入出力インタフェース
５００５ ネットワークインタフェース
５０３０ バス

Claims (9)

1. 車両に設置された車載器と、
   前記車載器から走行に関する情報を受信するセンター装置と、
   を含む、道路情報収集システムであって、
   前記センター装置は、
   前記走行に関する情報に基づいて、道路情報を収集する対象の地点を走行予定である１又は複数の車両に設置された車載器を特定し、
   特定した前記１又は複数の車両に設置された車載器のうち、前記地点での前記道路情報の取得を依頼する依頼対象車載器を決定する、
   道路情報収集システム。
2. 更に、前記センター装置は、前記依頼対象車載器に前記道路情報の収集を依頼する依頼通知を送信し、
   前記依頼対象車載器は、前記センター装置から前記依頼通知を受信すると、前記地点で前記道路情報を取得して前記センター装置に送信することを特徴とする、請求項１に記載の道路情報収集システム。
3. 前記依頼対象車載器は、前記センター装置からの前記依頼通知で指示されたタイミングで前記道路情報を前記センター装置に送信することが難しい状況を検出した場合、変更通知を前記センター装置に通知し、
   前記センター装置は、前記変更通知を受信すると、前記地点を走行予定である別の車両に設置された車載器のうちから、前記地点での前記道路情報の取得を依頼する第２の依頼対象車載器を決定する、
   ことを特徴とする、請求項２に記載の道路情報収集システム。
4. 前記依頼対象車載器は、走行経路の変更により、前記地点が前記依頼対象車載器の前記走行経路から外れたことを検出した場合、変更通知を前記センター装置に通知し、
   前記センター装置は、前記変更通知を受信すると、前記地点を走行予定である別の車両に設置された車載器のうちから、前記地点での前記道路情報の取得を依頼する第２の依頼対象車載器を決定する、
   ことを特徴とする、請求項２に記載の道路情報収集システム。
5. 前記依頼対象車載器は、前記依頼対象車載器が設置されている車両が前記地点を走行する予定時刻が、所定時間を越えて遅れることを検出した場合、変更通知を前記センター装置に通知し、
   前記センター装置は、前記変更通知を受信すると、前記地点を走行予定である別の車両に設置された車載器のうちから、前記地点での前記道路情報の取得を依頼する第２の依頼対象車載器を決定する、
   ことを特徴とする、請求項２に記載の道路情報収集システム。
6. 前記車載器から受信した前記走行に関する情報は、前記車載器が前記地点を通過する予定時刻の情報を含み、
   前記センター装置は、前記予定時刻に基づいて、前記１又は複数の車両に設置された車載器のうちから、前記依頼対象車載器を決定する、
   ことを特徴とする請求項１から５のいずれか１項に記載の道路情報収集システム。
7. 前記センター装置は、前記車載器から、該車載器が前記道路情報を取得するために利用可能なデバイスについて情報を受信し、前記デバイスについての情報に基づいて、前記１又は複数の車両に設置された車載器のうちから、前記依頼対象車載器を決定する、
   ことを特徴とする請求項１から５のいずれか１項に記載の道路情報収集システム。
8. 車載器から受信した走行に関する情報に基づいて、道路情報を収集する対象の地点を走行予定である１又は複数の車両に設置された車載器を特定する工程と、
   特定した前記１又は複数の車両に設置された車載器のうちから、前記地点での前記道路情報の取得を依頼する依頼対象車載器を決定する工程と、
   を含む、センター装置が実行する道路情報収集方法。
9. 車載器から受信した走行に関する情報に基づいて、道路情報を収集する対象の地点を走行予定である１又は複数の車両に設置された車載器を特定し、
   特定した前記１又は複数の車両に設置された車載器のうちから、前記地点での前記道路情報の取得を依頼する依頼対象車載器を決定する、
   処理を、センター装置に実行させる道路情報収集プログラム。
   

Images