JP2019153128A - 走行データ収集システム、走行データ収集センタ、及び車載端末 - Google Patents

Abstract

【課題】走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することを可能にする。【解決手段】車載端末２は、走行データ収集センタ３から受信する収集指示情報に従った走行データを取得し、車載端末２の送信部は、取得した走行データを送信する前に、走行データの概要を示す概要情報を送信し、走行データ収集センタ３は、概要情報を受信する場合に、走行データの収集状況と、収集ニーズとをもとに、この概要情報に対応する走行データの要否を判定するニーズ制御部３７を備え、要否判定結果を車載端末２に送信し、車載端末２の送信部は、要否判定結果が、走行データを必要とするものである場合には走行データを送信する一方、走行データを必要としないものである場合には走行データを送信しない。【選択図】図４

Description

本開示は、複数の車両から走行データを収集するための走行データ収集システム、走行データ収集センタ、及び車載端末に関するものである。

従来、複数の車両から走行データを収集し、収集した走行データを分析して利用する技術が知られている。例えば特許文献１には、複数のプローブカーから取得した旅行情報をもとに、センタが各区間を通過した全プローブカーの通過速度の平均値を区間ごとに算出することで交通混雑状態を算定し、旅行案内に利用する技術が開示されている。

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

しかしながら、特許文献１に開示されているような従来技術では、走行データを収集する走行データ収集センタ側での無駄な負荷及びコストが大きくなってしまう問題点があった。詳しくは、以下の通りである。

分析に必要な走行データの量は道路毎に一定量あればよいが、道路によって車両の交通量が異なるため、交通量が少ない道路では収集される走行データが足りなくなる一方、交通量が多い道路では収集される走行データが過剰になることが考えられる。収集される走行データが過剰になる場合、走行データ収集センタ側における、走行データを収集するための通信負荷，収集した走行データを記憶しておくメモリに余裕を持たせるためのコスト，収集した走行データを分析するための処理負荷等が無駄に大きくなってしまう。地図の生成及び／又は道路の変化を確認するために画像を走行データとして収集する場合には、走行データの情報量が大きくなるので、走行データ収集センタ側での無駄な負荷及びコストの問題点が特に大きくなってしまう。

この開示のひとつの目的は、走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することを可能にする走行データ収集システム、走行データ収集センタ、及び車載端末を提供することにある。

上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は、開示の更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、ひとつの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

上記目的を達成するために、本開示の走行データ収集システムは、車両に搭載され、車両の走行によって得られる情報である走行データを取得するデータ取得部（２７）と、情報を送信する車両側送信部（２４２）と、情報を受信する車両側受信部（２４１）とを備え、車両側送信部はデータ取得部で取得した走行データを送信する車載端末（２）と、複数の車両の車載端末の車両側送信部から送信される走行データを収集する収集部（３１１）を備える走行データ収集センタ（３）とを含み、走行データ収集センタは、車両の道路区間別の走行頻度に応じて、車両から走行データを収集する道路区間を車両別に決定し、決定した道路区間においてそれぞれの車両の車載端末で走行データを取得させるための収集指示情報を、取得が必要な走行データ及びその走行データを取得する条件を示した情報である収集ニーズをもとに生成する収集指示情報生成部（３９）と、情報を送信するセンタ側送信部（３１２）とを備え、センタ側送信部は、収集指示情報生成部で生成する収集指示情報を、それぞれの車両の車載端末へ送信し、車載端末のデータ取得部は、走行データ収集センタから受信する収集指示情報に従った走行データを取得し、車載端末の車両側送信部は、データ取得部で取得した走行データを送信する前に、走行データの概要を示す、この走行データよりも情報量の小さい概要情報を送信し、走行データ収集センタは、車載端末から概要情報を受信する場合に、収集部での走行データの収集状況と、収集ニーズとをもとに、この概要情報に対応する走行データの要否を判定する要否判定部（３７）を備え、センタ側送信部は、要否判定部での要否判定結果を車載端末に送信し、車載端末の車両側送信部は、走行データ収集センタから受信する要否判定結果が、走行データを必要とするものである場合には走行データを送信する一方、走行データを必要としないものである場合には走行データを送信しない。

また、上記目的を達成するために、本開示の走行データ収集センタは、車車両に搭載される車載端末（２）で取得して送信される、車両の走行によって得られるデータである走行データを、複数の車両の車載端末から収集する収集部（３１１）と、複数の車両の道路区間別の走行頻度に応じて、車両から走行データを収集する道路区間を車両別に決定し、決定した道路区間においてそれぞれの車両の車載端末で走行データを取得させるための収集指示情報を、取得が必要な走行データ及びその走行データを取得する条件を示した情報である収集ニーズをもとに生成する収集指示情報生成部（３９）と、情報を送信するセンタ側送信部（３１２）とを備え、センタ側送信部は、収集指示情報生成部で生成する収集指示情報を、それぞれの車両の車載端末へ送信し、収集指示情報に従って走行データを取得した車載端末から走行データを送信する前に送信される、走行データの概要を示す、この走行データよりも情報量の小さい概要情報を受信する場合に、収集部での走行データの収集状況と、収集ニーズとをもとに、この概要情報に対応する走行データの要否を判定する要否判定部（３７）を備え、センタ側送信部は、要否判定部での要否判定結果を車載端末に送信する。

これらによれば、取得が必要な走行データ及びその走行データを取得する条件を示した情報である収集ニーズをもとに収集指示情報生成部で生成する、車両別に決定した道路区間においてそれぞれの車両の車載端末で走行データを取得させるための収集指示情報を、センタ側送信部からそれぞれの車両の車載端末へ送信するので、それぞれの車両の車載端末で、この収集指示情報に従って走行データが取得されることになる。収集指示情報生成部は、車両の道路区間別の走行頻度に応じて、車両から走行データを収集する道路区間を、車両別に決定するので、道路区間ごとに走行データを収集する車両を、その道路区間で走行データを取得し易い車両に決定することが可能になる。よって、道路区間ごとに走行データを収集する車両を、その道路区間で走行データを取得し易い車両に絞り込み、無差別に複数の車両に収集指示情報を送信する場合に比べ、走行データ収集センタでの無駄な通信量を抑えることを可能にする。

また、走行データ収集センタは、車載端末から概要情報を受信する場合に、収集部での走行データの収集状況と、収集が必要な走行データ及びその走行データを収集する条件を示した情報である収集ニーズとをもとに、この概要情報に対応する走行データの要否を判定し、要否判定結果を車載端末に送信する。よって、収集ニーズに収まる走行データは必要と判定して車載端末から走行データ収集センタへ送信させる一方、収集ニーズを超える走行データは必要でないと判定して車載端末から走行データ収集センタへ送信させないようにすることが可能になる。従って、収集ニーズを超える走行データの受信を抑制し、走行データ収集センタ側での無駄な負荷及びコストを抑えつつ、収集ニーズに収まる走行データは受信し、必要な量の走行データを収集することを可能にする。さらに、走行データ収集センタが車載端末から受信する概要情報は、走行データよりも情報量が小さいので、走行データの要否を判定するために用いる情報を車載端末から受信する情報量を抑え、走行データ収集センタ側での無駄な負荷及びコストを抑えることが可能になる。その結果、走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することが可能になる。

また、上記目的を達成するために、本開示の車載端末は、車両に搭載され、車両の走行によって得られるデータである走行データを取得するデータ取得部（２７）と、情報を送信する車両側送信部（２４２）と、情報を受信する車両側受信部（２４１）とを備え、車両側送信部は、データ取得部で取得した走行データを、走行データを収集する走行データ収集センタ（３）に送信し、車両側受信部は、走行データ収集センタから送信される、複数の車両の道路区間別の走行頻度に応じて車両別に決定される、自車についての道路区間において走行データを取得させるための収集指示情報を受信し、データ取得部は、車両側受信部で収集指示情報を受信した場合に、受信した収集指示情報に従って走行データを取得し、車両側送信部は、データ取得部で取得した走行データを送信する前に、走行データの概要を示す、この走行データよりも情報量の小さい概要情報を送信し、走行データ収集センタから受信する、走行データ収集センタで、走行データの収集状況と、取得が必要な走行データ及びその走行データを取得する条件を示した情報である収集ニーズとをもとに判定した、その概要情報に対応する走行データの要否判定結果が、走行データを必要とするものである場合には走行データを送信する一方、走行データを必要としないものである場合には走行データを送信しない。

これによれば、車両側送信部は、走行データ収集センタから受信する要否判定結果が、走行データを必要とするものである場合は走行データを送信する一方、走行データを必要としないものである場合は、収集指示情報を車両側受信部で受信した場合であっても、走行データを送信しない。よって、収集ニーズに収まる走行データは走行データ収集センタへ送信させる一方、収集ニーズを超える走行データは走行データ収集センタへ送信させないようにすることが可能になる。従って、走行データ収集センタ側での収集ニーズを超える走行データの受信を抑制し、走行データ収集センタ側での無駄な負荷及びコストを抑えつつ、収集ニーズに収まる走行データは送信し、走行データ収集センタ側で必要な量の走行データを収集することを可能にする。さらに、車載端末から走行データ収集センタに送信する概要情報は、走行データよりも情報量が小さいので、走行データの要否を判定するために用いる情報を車載端末から走行データ収集センタ側で受信する情報量を抑え、走行データ収集センタ側での無駄な負荷及びコストを抑えることが可能になる。その結果、走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することが可能になる。

走行データ収集システム１の概略的な構成の一例を示す図である。 車載端末２の概略的な構成の一例を示す図である。 収集指示情報の一例を説明するための図である。 走行データ収集センタ３の概略的な構成の一例を示す図である。 走行頻度マップの一例を説明するための図である。 収集ニーズの一例を説明するための図である。 要収集リストの生成の一例を説明するための図である。 収集指示情報の生成の一例を説明するための図である。 走行データ収集システム１での走行データ取得関連処理の流れの一例を示すシーケンス図である。 車載端末２での走行リンク特定送信処理の流れの一例を示すフローチャートである。 走行データ収集センタ３での走行頻度特定処理の流れの一例を示すフローチャートである。 走行データ収集センタ３での収集指示情報生成処理の流れの一例を示すフローチャートである。 車載端末２での収集問い合わせ処理の流れの一例を示すフローチャートである。 走行データ収集センタ３での要否判定関連処理の流れの一例を示すフローチャートである。 車載端末２での走行データ送信関連処理の流れの一例を示すフローチャートである。 走行データ収集センタ３での走行データ収集処理の流れの一例を示すフローチャートである。

図面を参照しながら、開示のための複数の実施形態を説明する。なお、説明の便宜上、複数の実施形態の間において、それまでの説明に用いた図に示した部分と同一の機能を有する部分については、同一の符号を付し、その説明を省略する場合がある。同一の符号を付した部分については、他の実施形態における説明を参照することができる。

（実施形態１）
＜走行データ収集システム１の概略構成＞
以下、本開示の実施形態１について図面を用いて説明する。図１に示すように、走行データ収集システム１は、複数の車両の各々に搭載された車載端末２、及び走行データ収集センタ３を含んでいる。

車載端末２は、車両に搭載されて、その車両の走行によって得られる走行データを取得する。また、車載端末２は、走行データ収集センタ３と通信を行い、自車で取得した走行データを走行データ収集センタ３に送信する。ここで言うところの車両は、例えば自動車であり、一般車両であっても、タクシー，運送車両等の商用車両であってもよい。車載端末２の詳細については後述する。

走行データ収集センタ３は、例えばサーバ装置であり、走行データを活用する走行データ活用システムから走行データの収集ニーズを受け、その収集ニーズに対応した走行データを複数の車両の車載端末２から収集し、収集した走行データを走行データ活用システムに提示する。走行データ収集センタ３は、車両に搭載されている車載端末２へ、その車載端末２で走行データを取得すべき道路区間（つまり、リンク）、取得すべき走行データ、及びその走行データの取得条件を示した収集指示情報を送信し、車載端末２から送信される走行データを収集する。なお、走行データ収集センタ３は、１つのサーバ装置からなるものであってもよいし、複数のサーバ装置からなっているものであってもよい。走行データ収集センタ３の詳細については後述する。

＜車載端末２の概略構成＞
まず、図２を用いて車載端末２の概略構成を説明する。車載端末２は、前述したように車両に搭載されるものであり、図２に示すように、ロケータ２１、地図データベース（以下、ＤＢ）２２、マップマッチング部２３、通信部２４、収集指示情報格納部２５、取得判定部２６、走行データ取得部２７、及び走行データ格納部２８を備えている。

ロケータ２１は、ＧＮＳＳ（Global Navigation Satellite System）受信機及び慣性センサを備える。ＧＮＳＳ受信機は、複数の人工衛星からの測位信号を受信する。慣性センサは、例えばジャイロセンサ及び加速度センサを備える。ロケータ２１は、ＧＮＳＳ受信機で受信する測位信号と、慣性センサの計測結果とを組み合わせることにより、自車の車両位置を検出する。車両位置は、例えば緯度／経度の座標とすればよい。なお、車両位置の検出には、自車に搭載された車速センサで検出した車速から求められる走行距離を用いる構成としてもよい。

地図ＤＢ２２は、不揮発性メモリであって、リンクデータ，ノードデータ等の地図データを格納している。リンクデータは、リンクを特定する固有番号であるリンクＩＤ、リンクの長さを示すリンク長、リンク方向、リンクの形状情報、リンクの始端と終端とのノード座標、及び道路属性の各データから構成される。道路属性としては、道路名称、道路種別、道路幅員、車線数、及び速度規制値等がある。一方、ノードデータは、地図上のノード毎に固有の番号を付したノードＩＤ、ノード座標、ノード名称、ノード種別、ノードに接続するリンクのリンクＩＤが記述される接続リンクＩＤ、交差点種別等の各データから構成される。

マップマッチング部２３は、ロケータ２１で逐次検出される車両位置と地図ＤＢ２２に格納されている地図データとをもとに、マップマッチング処理を行うことで、自車の走行中のリンク（以下、走行リンク）を逐次特定する。

通信部２４は、走行データ収集センタ３と通信を行う。通信部２４は、例えば基地局及び公衆通信網を介して走行データ収集センタ３と通信を行う。通信部２４は、一例として、ＤＣＭ（Data Communication Module）といったテレマティクス通信に用いられる車載通信モジュールによって、テレマティクス通信で用いる通信網を介して走行データ収集センタ３と通信を行う構成とすればよい。

通信部２４のうちの受信部２４１は、走行データ収集センタ３から送信されてくる情報を受信する。この受信部２４１が車両側受信部に相当する。一例として、受信部２４１は、走行データ収集センタ３から収集指示情報が送信されてきた場合に、この収集指示情報を受信し、収集指示情報格納部２５に格納する。収集指示情報格納部２５は、例えば不揮発性メモリとすればよい。

ここで、図３を用いて収集指示情報の一例について説明を行う。図３は、ある車両についての収集指示情報の一例である。収集指示情報には、車両別に、走行データを取得すべきリンクが対応付けられている。一例としては、図３に「リンク１，２」として示したように、走行データを取得すべきリンク（以下、取得対象リンク）のリンクＩＤが対応付けられている構成とすればよい。また、収集指示情報には、取得対象リンクについて、取得すべき走行データの種類，量，取得期間といった取得条件が対応付けられている。図３の例では、走行データの種類は、項目「カメラ画像」，「速度」，「前後加速度」，「横加速度」，「ウィンカー信号」，「ブレーキ信号」，「ＡＢＳ動作」，「燃料消費量」等にあたる。走行データの量は、走行データの種類の項目「カメラ画像」に対応する内容「４０走行分」にあたる。走行データの取得期間は、取得条件の項目「期間」に対応する内容「２０１６／１／１〜２０１６／１２／３１」にあたる。

また、収集指示情報には、取得対象リンクについて、走行データを取得する時間帯，走行データを取得する車線，対象車種，走行方法等の取得条件も対応付けられている構成としてもよい。図３の例では、走行データを取得する時間帯は、取得条件の項目「時間帯」に対応する内容「１０：００〜１９：００」にあたる。走行データを収集する車線は、例えば上りと下り，第１走行車線と第２走行車線等とを区別する等すればよい。図３の例では、走行データを収集する車線は、取得条件の項目「収集車線」に対応する内容「上り車線，第１走行車線」にあたる。対象車種は、取得条件の項目「対象車種」に対応する内容「トラック」にあたる。走行方法は、取得条件の項目「走行方法」に対応する内容「平均車速３０ｋｍ／ｈ以上」にあたる。

収集指示情報格納部２５に格納される収集指示情報は、走行データ収集センタ３から新たな収集指示情報が送信されてくるごとに、この新たな収集指示情報に更新される。また、収集指示情報格納部２５に格納される収集指示情報は、取得条件のうちの取得期間が終了した場合に消去される構成とすればよい。なお、通信部２４のうちの送信部２４２の詳細については、後述する。

取得判定部２６は、収集指示情報格納部２５に格納されている収集指示情報を参照し、マップマッチング部２３で特定した自車の現在の走行リンクが、収集指示情報で自車に対応付けられている取得対象リンクか否か判定する。

走行データ取得部２７は、取得判定部２６で自車の現在の走行リンクが取得対象リンクと判定した場合には、収集指示情報で取得対象リンクに対応付けられている取得条件に従い、自車のセンサ等から自車の走行データを取得する。この走行データ取得部２７がデータ取得部に相当する。一例として、取得すべき走行データの種類に従い、取得すべき種類の走行データを取得する。また、走行データの取得期間，走行データの取得時間帯，走行データを取得する車線，対象車種，走行方法等の取得条件に合致した場合に、その取得対象リンクの走行で得られる走行データを取得する。

走行データ取得部２７で取得する走行データの一例としては、周辺監視カメラで撮像された自車周辺の画像データ，ロケータ２１で検出された車両位置，その車両位置の精度情報，車速センサで検出された車速，Ｇセンサで検出された加速度，ジャイロセンサで検出されたヨーレート等がある。車両位置の精度情報は、例えば、測位信号の受信点から見た測位衛星Ｇ_ｎの幾何学的配置に影響される測位精度劣化係数であるＤＯＰ（Dilution of precision）等とすればよい。また、走行データ取得部２７で取得する走行データは、ブレーキ操作に応じてブレーキスイッチから出力されるブレーキ信号，ウィンカー操作に応じてウィンカースイッチから出力されるウィンカー信号，ＥＣＵから出力されるＡＢＳ（Antilock Brake System）の動作情報，走行エネルギーの消費量等であってもよい。

走行データ取得部２７は、取得した走行データを走行データ格納部２８に格納する。走行データ格納部２８は、揮発性メモリであってもよいし、不揮発性メモリであってもよい。走行データ格納部２８は、取得した走行データと、この走行データの概要を示す概要情報とを紐付けて走行データ格納部２８に格納する。概要情報は、対応する走行データよりも情報量の小さいデータであればよい。概要情報としては、走行データを取得した走行リンクのリンクＩＤの他に、走行データを取得した際の取得条件，走行データの種類別の取得の有無を示すフラグ等の情報を含む構成とすればよい。走行データの種類別の取得の有無を示すフラグは、例えば走行データの種類別の取得の有無を１ビットの値で示すことで情報量を抑えていることが好ましい。

通信部２４のうちの送信部２４２は、情報を走行データ収集センタ３に送信する。この送信部２４２が車両側送信部に相当する。一例として、送信部２４２は、マップマッチング部２３で逐次特定される自車の走行リンクを走行データ収集センタ３に送信する。送信部２４２は、マップマッチング部２３で逐次特定される自車の走行リンクの履歴を走行データ収集センタ３に送信する構成とすればよい。一例としては、自車のイグニッション電源がオンになってからオフになるまでのトリップ間の走行リンクの履歴を例えば走行データ格納部２８といったメモリに蓄積しておき、蓄積した走行リンクの履歴をトリップ終了時に走行データ収集センタ３に送信する等すればよい。この走行リンク，走行リンクの履歴が位置関連情報に相当する。ここで言うところの走行リンクとは、走行リンクのリンクＩＤであり，走行リンクの履歴は、走行リンクの履歴を示すリンクＩＤ群である。

また、送信部２４２は、走行データ取得部２７で取得した走行データを走行データ格納部２８に格納した場合に、この走行データを走行データ収集センタ３に送信する前に、この走行データに対応する概要情報を、走行データ収集センタ３に送信する。送信部２４２は、例えば走行データ取得部２７で取得した走行データを走行データ格納部２８に格納する都度、この走行データに対応する概要情報を走行データ収集センタ３に送信する構成とすればよい。走行データ収集センタ３では、詳細は後述するが、この概要情報に対応する走行データの要否を判定し、要否判定結果をこの概要情報の送信元の車載端末２へ送信することになる。そして、車載端末２の受信部２４１でこの要否判定結果を受信することになる。

送信部２４２は、走行データ収集センタ３から受信する要否判定結果が、走行データを必要とするものである場合には、走行データを走行データ収集センタ３に送信する一方、走行データを必要としないものである場合には、走行データを走行データ収集センタ３に送信しない。言い換えると、送信部２４２は、概要情報の送信に応じて走行データ収集センタ３から送信される要否判定結果が、走行データを必要とするものである場合には、この概要状態に対応する走行データを走行データ格納部２８から読み出して走行データ収集センタ３に送信する一方、走行データを必要としないものである場合には、この概要状態に対応する走行データを走行データ格納部２８から読み出して走行データ収集センタ３に送信しない。

送信部２４２は、走行データを走行データ収集センタ３に送信する場合に、マップマッチング部２３で逐次特定される自車の走行リンク、若しくはロケータ２１で逐次検出する自車の車両位置も含ませて送信する構成とすればよい。なお、走行データ格納部２８に格納される走行データは、走行データ収集センタ３から受信する要否判定結果に応じてこの走行データを送信若しくは送信しないとした場合に消去する構成としてもよいし、格納から一定期間経過で消去する構成としてもよい。

＜走行データ収集センタ３の概略構成＞
続いて、図４を用いて走行データ収集センタ３の概略構成を説明する。走行データ収集センタ３は前述したように例えばサーバ装置であって、図４に示すように、通信部３１、走行履歴格納部３２、走行データ格納部３３、走行頻度特定部３４、走行頻度ＤＢ３５、ニーズ取得部３６、ニーズ制御部３７、要収集リスト格納部３８、収集指示情報生成部３９、収集指示情報格納部４０、及び収集結果出力部４１を備えている。

通信部３１は、車載端末２と通信を行う。通信部３１は、例えば基地局及び公衆通信網を介して車載端末２と通信を行う。通信部３１のうちの受信部３１１は、車載端末２から送信されてくる情報を受信する。一例として、受信部３１１は、車載端末２からその車載端末２を搭載する車両の走行リンク，走行リンクの履歴が送信されてきた場合には、この走行リンク，走行リンクの履歴を受信する。

受信部３１１は、車両の車載端末２から受信する走行リンク，走行リンクの履歴を、この車両と対応付けて走行履歴格納部３２に格納する。一例としては、車両を識別可能な識別子と走行リンク，走行リンクの履歴とを対応付けて格納する構成とすればよい。車両を識別可能な識別子は、車両ＩＤであっても、車載端末２のＩＤであってもよいが、以降では車両ＩＤを例に挙げて説明を続ける。受信部３１１で走行リンクを受信する場合には、同一の車両について逐次受信する走行リンクを時系列に沿ってこの車両の車両ＩＤと対応付けて格納していくことで、走行リンクの履歴を格納する構成とすればよい。走行履歴格納部３２としては、例えば不揮発性メモリを用いる構成とすればよい。受信部３１１は、複数の車両の車載端末２から走行リンク，走行リンクの履歴を受信し、複数の車両についての走行リンクの履歴を走行履歴格納部３２に格納する。

また、受信部３１１は、車両の車載端末２から概要情報が送信されてくる場合に、この概要情報を受信し、受信する概要情報とこの車両の車両ＩＤとをニーズ制御部３７に出力する。

さらに、受信部３１１は、走行データ収集センタ３から送信する収集指示情報に従って車載端末２で取得した走行データが送信されてきた場合に、この走行データを受信する。そして、受信部３１１は、受信した走行データを走行データ格納部３３に格納する。走行データ格納部３３としては、例えば不揮発性メモリを用いる構成とすればよい。受信部３１１は、複数の車両の車載端末２から受信する走行データを走行データ格納部３３に格納し、複数の車両の車載端末２から送信される走行データを収集する。よって、この受信部３１１が収集部に相当する。

受信部３１１は、車載端末２から送信される走行データに含まれる、その車載端末２を搭載する車両の走行リンク，車両位置等によって、走行データを取得したリンクを特定し、受信した走行データをリンク別に走行データ格納部３３に格納すればよい。また、受信部３１１は、車載端末２から送信される走行データに含まれる、その車載端末２を搭載する車両の走行リンク，車両位置等を、走行履歴格納部３２へ格納する走行リンクの履歴に流用する構成としてもよい。なお、通信部３１のうちの送信部３１２の詳細については、後述する。

走行頻度特定部３４は、走行履歴格納部３２に格納されている直近の一定期間（例えば１か月）分の履歴から、複数の車両ごとのリンク別の走行頻度を特定する。一例として、走行頻度を特定する対象とした期間における、該当リンクの走行回数を算出し、算出したこの走行回数を走行頻度と特定すればよい。走行頻度特定部３４は、複数の車両ごとのリンク別の走行頻度のマップ（以下、走行頻度マップ）を走行頻度ＤＢ３５に格納する。走行頻度ＤＢ３５としては、例えば不揮発性メモリを用いる構成とすればよい。

ここで、図５を用いて、走行頻度マップの一例について説明を行う。図５の例では、対象とするリンクを走行した車両ＩＤ「車両Ａ」〜「車両Ｄ」の車両ごとに、リンクＩＤ「リンク１」〜「リンク５」のリンク別の走行頻度が対応付けられた走行頻度マップを示す。図５の例では、「車両Ａ」については、「リンク１」，「リンク２」に走行頻度「１０」が対応付けられており、「リンク３」〜「リンク５」は走行頻度のデータなしとなっている。「車両Ｂ」については、「リンク１」は走行頻度のデータなしとなっており、「リンク２」〜「リンク４」に走行頻度「５」が、「リンク５」に走行頻度「２」が対応付けられている。「車両Ｃ」については、「リンク１」，「リンク２」は走行頻度のデータなしとなっており、「リンク３」〜「リンク５」に走行頻度「１０」が対応付けられている。「車両Ｄ」については、「リンク１」〜「リンク５」に走行頻度「１０」が対応付けられている。

なお、走行頻度特定部３４は、所定の期間が経過するごとに走行頻度を特定し直し、走行頻度ＤＢ３５に格納している走行頻度マップを更新することが好ましい。ここで言うところの所定の期間とは、任意に設定可能な期間である。なお、走行頻度マップの更新は、オペレータの操作等をトリガとした不定期なものであってもよい。

ニーズ取得部３６は、走行データ活用システムの収集ニーズを取得する。ニーズ取得部３６は、走行データ活用システムとの間で通信接続を行って、自動的に収集ニーズを取得する構成とすればよい。他にも、ニーズ取得部３６は、オペレータの操作によって走行データ収集センタ３に入力された走行データ活用システムの収集ニーズを取得する構成としてもよい。収集ニーズは、収集が必要な走行データ及びその走行データを取得する取得条件を示した情報である。一例として、収集ニーズには、図６に示すように、走行データの収集対象とする道路，区間，車線，時間帯，期間，車種，走行方法といった情報、及び収集対象とする走行データの種類，データ量等がある。収集対象とする走行データのデータ量（以下、収集量）については、必要とする走行回数で表す構成とすればよい。

ニーズ制御部３７は、ニーズ取得部３６で取得する収集ニーズと、受信部３１１での走行データの収集状況とをもとに、走行データを収集すべき区間、収集すべき走行データの種類、及び収集量を決定し、走行データを収集すべき区間、収集すべき走行データの種類、及び収集量を示す要収集リストを生成する。受信部３１１での走行データの収集状況としては、走行データ格納部３３に格納されている、収集済みの走行データを用いればよい。ニーズ制御部３７は、生成した要収集リストを要収集リスト格納部３８に格納する。要収集リスト格納部３８としては、例えば不揮発性メモリを用いる構成とすればよい。

ここで、図７を用いて、ニーズ制御部３７での要収集リストの生成の一例について説明を行う。ニーズ制御部３７では、ニーズ取得部３６で取得する収集ニーズと、受信部３１１での走行データの収集状況とをもとに、収集ニーズに対しての収集済みの走行データでの不足データを抽出する。

図７の例では、所定の取得条件の走行データについて、収集ニーズでは、「カメラ画像」，「速度」が「５０走行分」を必要としているのに対し、収集済みの走行データは、「カメラ画像」が「１０走行分」であり、「速度」が「１００走行分」となっている。よって、「速度」の走行データは、必要な収集量を満たしており不足はない。一方、「カメラ画像」の走行データは、必要な収集量に対して「４０走行分」が不足している。従って、ニーズ制御部３７は、「４０走行分」の「カメラ画像」の走行データを不足データとして抽出する。続いて、ニーズ制御部３７は、抽出した不足データをもとに、走行データを収集すべき区間、収集すべき走行データの種類、及び収集量を示す要収集リストを生成する。図７の例では、走行データを収集すべき区間を含む上述の所定の取得条件と、収集すべき走行データの種類「カメラ画像」と、収集量「４０走行分」とを示す要収集リストを生成する。

図７の例で示す所定の取得条件は、「道路名」が「Ｘ高速道路」，「区間」が「リンク１〜５」，「収集車線」が「上り車線，第１走行車線」，「時間帯」が「１０：００〜１９：００」，「期間」が「２０１６／１／１〜２０１６／１２／３１」，「対象車種」が「トラック」，「走行方法」が「平均車速３０ｋｍ／ｈ以上」となっている。

ニーズ制御部３７は、要収集リストの生成を逐次行うことで、要収集リスト格納部３８に格納する要収集リストを収集ニーズの変更がなくても逐次更新することが好ましい。一例として、要収集リストの生成及び更新は、１時間ごと等の定期的に行う構成とすればよい。要収集リストの生成及び更新の頻度は、収集ニーズに取得条件として収集期間も含まれる場合には、この収集期間内に少なくとも複数回生成及び更新される頻度とすることが好ましい。これによれば、収集期間内の受信部３１１での走行データの収集状況の変化に合わせて、収集状況が進行するにつれて収集する必要がなくなった走行データを要収集リストから外し、無駄な走行データの収集を抑えることが可能になる。また、収集期間内に新たに別の収集ニーズが追加された場合に、追加で必要となる走行データを要収集リストに迅速に追加することができ、追加で必要となる走行データを迅速に収集可能となる。

また、ニーズ制御部３７は、受信部３１１が車両の車載端末２から送信される概要情報を受信部３１１で受信した場合に、受信部３１１から出力されるこの概要情報とこの車両の車両ＩＤとを取得する。そして、ニーズ取得部３６で取得した収集ニーズと、受信部３１１での走行データの収集状況とをもとに、この概要情報に対応する走行データの要否を判定する。よって、このニーズ制御部３７が要否判定部に相当する。

一例として、ニーズ制御部３７は、逐次更新する要収集リストと概要情報とから、概要情報に対応する走行データが、要収集リストでの収集すべき走行データに該当する場合は、この走行データを必要と判定する一方、要収集リストでの収集すべき走行データに該当しない場合には、この走行データを必要としないと判定する。なお、走行データの要否は、概要情報に対応する走行データの種類が複数種類存在する場合は、走行データの種類ごとに判定すればよい。

収集指示情報生成部３９は、車両のリンク別の走行頻度及び収集ニーズに応じて、車両から走行データを収集するリンクを車両別に決定し、決定したリンクにおいてそれぞれの車両の車載端末２で走行データを取得させるための収集指示情報を生成する。以下では、収集指示情報の生成方法の詳細について、図５の走行頻度マップ及び図７の要収集リストを用いる場合を例に挙げて説明を行う。

まず、収集指示情報生成部３９は、ニーズ取得部３６で取得した収集ニーズを用いてニーズ制御部３７で生成した要収集リストに基づき、走行データを収集すべきリンク（つまり、収集対象リンク）を決定する。一例として、収集対象とする道路の区間に該当するリンクを収集対象リンクとして決定する。図７の要収集リストでは、取得条件とする「区間」が「リンク１〜５」であるので、収集対象リンクは、「リンク１〜５」と決定される。

また、収集指示情報生成部３９は、ニーズ制御部３７で生成した要収集リストに基づき、収集すべき走行データ、その走行データの収集量、及びその走行データの取得条件も決定する。図７の要収集リストでは、収集すべき走行データの種類「カメラ画像」に対して収集量「４０走行分」が対応付けられているので、収集すべき走行データは「カメラ画像」と決定され、収集量は「４０走行分」と決定される。なお、走行データの種類によって収集量が異なる場合には、値の大きい収集量に揃える構成としてもよいし、収集量の異なるものごとに収集量を決定する構成としてもよい。

収集指示情報生成部３９は、取得条件としては、要収集リストに含まれる取得条件を、取得条件として決定すればよい。よって、図７の要収集リストに含まれる取得条件に従い、取得条件として「道路名」が「Ｘ高速道路」，「収集車線」が「上り車線，第１走行車線」，「時間帯」が「１０：００〜１９：００」，「期間」が「２０１６／１／１〜２０１６／１２／３１」，「対象車種」が「トラック」，「走行方法」が「平均車速３０ｋｍ／ｈ以上」と決定される。

他にも、収集指示情報生成部３９は、走行頻度ＤＢ３５に格納されている走行頻度マップから、車両別に走行頻度の高い収集対象リンクを抽出する。一例としては、走行回数が閾値以上の収集対象リンクを抽出する。ここで言うところの閾値とは、複数回であって任意に設定可能な値である。以降では閾値は５回である場合を例に挙げて説明を続ける。収集対象リンクは、「リンク１〜５」であり、閾値は５回であるので、図５の走行頻度マップから、車両Ａについては走行頻度の高い収集対象リンクとして、「リンク１」，「リンク２」が抽出される。車両Ｂについては、「リンク２」〜「リンク４」が抽出される。車両Ｃについては、「リンク３」〜「リンク５」が抽出される。車両Ｄについては、「リンク１」〜「リンク５」が抽出される。

そして、収集指示情報生成部３９は、車両別に抽出した取得対象リンクと、決定した収集すべき走行データ、その走行データの収集量、及びその走行データの取得条件とから、車両別の収集指示情報を生成する。収集指示情報は、車両別に異なるテーブルとして生成すればよい。収集指示情報生成部３９は、収集指示情報に含まれる走行データを取得すべきリンク、取得すべき走行データ、及びその走行データの取得条件のうち、走行データを取得すべきリンクについては、車両別に抽出した取得対象リンクを車両別に当てはめて収集指示情報を生成すればよい。取得すべき走行データについては、決定した収集すべき走行データとその走行データの収集量をもとに、各車両について共通に、取得すべき走行データの種類に対して収集量を対応付けることで、収集指示情報を生成すればよい。取得すべき走行データの取得条件については、各車両について共通に、決定した収集すべき走行データの取得条件を当てはめて収集指示情報を生成すればよい。

ここで、図８を用いて、車両Ａ〜車両Ｄについてそれぞれ生成される収集指示情報の一例について説明を行う。車両Ａ〜車両Ｄの収集指示情報は、図７の要収集リストに含まれる取得条件に従って決定される、「道路名」が「Ｘ高速道路」，「収集車線」が「上り車線，第１走行車線」，「時間帯」が「１０：００〜１９：００」，「期間」が「２０１６／１／１〜２０１６／１２／３１」，「対象車種」が「トラック」，「走行方法」が「平均車速３０ｋｍ／ｈ以上」といった取得条件を共通に含むよう生成される。また、取得すべき走行データとしては、図７の要収集リストに基づいて決定される、走行データの種類「カメラ画像」に対する収集量「４０走行分」を共通に含むよう生成される。

走行データを取得すべきリンクについては、車両別に抽出した取得対象リンクが、車両別の収集指示情報にそれぞれ含まれるよう生成される。一例として、車両Ａの収集指示情報には、走行データを取得すべきリンクとして、取得条件のうちの「区間」に対して「リンク１」，「リンク２」が含まれるよう生成される。車両Ｂについては、「区間」に対して「リンク２」〜「リンク４」が含まれるよう生成される。車両Ｃについては、「区間」に対して「リンク３」〜「リンク５」が含まれるよう生成される。車両Ｄについては、「区間」に対して「リンク１」〜「リンク５」が含まれるよう生成される。

収集指示情報生成部３９は、生成した車両別の収集指示情報を収集指示情報格納部４０に格納する。収集指示情報格納部４０としては、例えば不揮発性メモリを用いる構成とすればよい。なお、収集指示情報生成部３９は、収集量の異なる走行データの種類ごとに収集量を決定した場合は、一例として、収集指示情報の生成についても収集量の異なる走行データの種類ごとに分けて生成する構成とすればよい。

また、収集指示情報生成部３９は、収集指示情報の生成を逐次行って、収集指示情報格納部４０に格納される収集指示情報を新たに生成した収集指示情報に更新することで、収集ニーズの変更がなくても収集指示情報を逐次更新することが好ましい。これによれば、収集ニーズの変更がなくても、走行データの収集状況の変化に応じて、収集する必要がなくなった走行データを収集指示情報から迅速に外し、無駄な走行データの収集を抑えることが可能になる。

収集指示情報生成部３９は、ニーズ取得部３６で取得する収集ニーズと、受信部３１１での走行データの収集状況とをもとに、その収集状況において必要な走行データを取得させるための収集指示情報に逐次更新すればよい。一例として、収集指示情報生成部３９は、ニーズ制御部３７によって要収集リストが更新されるごとに、更新された要収集リストに合わせて収集指示情報を新たに更新することで収集指示情報を更新すればよい。

一例として、収集指示情報の更新は、１時間ごと等の定期的に行う構成とすればよい。収集指示情報の更新の頻度は、収集ニーズに取得条件として収集期間も含まれる場合には、この収集期間内に少なくとも複数回更新される頻度とすることが好ましい。これによれば、収集期間内の受信部３１１での走行データの収集状況の変化に合わせて、収集状況が進行するにつれて収集する必要がなくなった走行データを収集指示情報から外し、無駄な走行データの収集を抑えることが可能になる。また、収集期間内に新たに別の収集ニーズが追加された場合に、追加で必要となる走行データを収集指示情報に迅速に追加することができ、追加で必要となる走行データを迅速に収集可能となる。

通信部３１のうちの送信部３１２は、車載端末２へ情報を送信する。この送信部３１２がセンタ側送信部に相当する。一例として、送信部３１２は、収集指示情報生成部３９で生成する車両別の収集指示情報を、収集指示情報格納部４０から読み出して、それぞれの車両の車載端末２に送信する。言い換えると、送信部３１２は、収集指示情報生成部３９で逐次更新される車両別の収集指示情報を、収集指示情報格納部４０から読み出して、それぞれの車両の車載端末２に送信する。送信部３１２が収集指示情報を送信する頻度は、通信負荷を軽減するために、収集指示情報の更新の頻度よりも低くすればよい。例えば、車両のイグニッション電源がオンになって車載端末２が起動するごとに、車載端末２から収集指示情報を要求し、この要求に応じて送信部３１２が車載端末２に収集指示情報を送信する構成としてもよい。

また、送信部３１２は、ニーズ制御部３７での、車両の車載端末２から送信される概要情報に対応する走行データの要否の判定結果である要否判定結果を、この概要情報の送信元の車載端末２に送信する。なお、送信部３１２は、概要情報に対応する走行データの種類が複数種類存在し、走行データの種類ごとに要否判定結果が得られる場合には、走行データの種類ごとの要否判定結果を送信する構成とすればよい。走行データの種類ごとの要否判定結果を受信した車載端末２の送信部２４２では、走行データの種類ごとの要否判定結果で必要とされる種類の走行データに絞って、走行データを走行データ収集センタ３に送信する構成とすればよい。

収集結果出力部４１は、走行データ格納部３３に収集して格納された走行データを、走行データ活用システムへ出力する。収集結果出力部４１は、走行データ活用システムとの間で通信接続を行って、走行データ格納部３３に収集して格納された走行データを自動的に読み出して走行データ活用システムへ出力する構成とすればよい。他にも、収集結果出力部４１は、走行データ格納部３３に収集して格納された走行データの出力を指示する旨のオペレータの操作によって、走行データ格納部３３に収集して格納された走行データを読み出して、例えば外部記憶媒体等に出力する構成としてもよい。

＜走行データ取得関連処理＞
ここでは、図９のシーケンス図、及び図１０〜図１６のフローチャートを用いて、走行データ収集システム１での走行データの取得に関連する処理（以下、走行データ取得関連処理）の流れの一例について説明を行う。図９のシーケンス図は、走行データ収集システム１の全体での流れを示すシーケンス図であって、図１０〜図１６のフローチャートは、図９のルーチン別の流れを示すフローチャートである。

まず、ステップＳ１では、車載端末２が、自車の走行リンクを逐次特定し、走行データ収集センタ３に逐次送信する処理（以下、走行リンク特定送信処理）を行う。走行リンク特定送信処理は、複数の車両の車載端末２で行われるものとする。ステップＳ２では、走行データ収集センタ３が、Ｓ１で複数の車両の車載端末２から送信された走行リンクをもとに複数の車両ごとのリンク別の走行頻度を特定する処理（以下、走行頻度特定処理）を行う。

ステップＳ３では、走行データ収集センタ３が、ニーズ取得部３６で取得した収集ニーズと、Ｓ２で特定した複数の車両ごとのリンク別の走行頻度とから、複数の車両ごとの収集指示情報を生成する処理（以下、収集指示情報生成処理）を行う。ステップＳ４では、走行データ収集センタ３が、Ｓ３で生成する車両別の収集指示情報をそれぞれの車両の車載端末２へ送信する。

ステップＳ５では、車載端末２が、Ｓ４で走行データ収集センタ３から送信された収集指示情報に従って走行データを取得し、走行データ収集センタ３にこの走行データの送信の要否を問い合わせるための概要情報を送信する処理（以下、取得問い合わせ処理）を行う。

ステップＳ６では、走行データ収集センタ３が、ニーズ取得部３６で取得した収集ニーズと、受信部３１１での走行データの収集状況とをもとに、Ｓ５で車載端末２から送信された概要情報に対応する走行データの要否を判定し、この車載端末２に要否判定結果を送信する処理（以下、要否判定関連処理）を行う。

ステップＳ７では、車載端末２が、走行データ収集センタ３から受信する要否判定結果に応じて、Ｓ５で取得した走行データを走行データ収集センタ３に送信したり送信しないようにしたりする処理（以下、走行データ送信関連処理）を行う。

ステップＳ８では、走行データ収集センタ３が、Ｓ７で車両の車載端末２から送信される走行データを収集する処理（以下、走行データ収集処理）を行う。なお、Ｓ１及びＳ２の処理は、Ｓ３〜Ｓ８の処理が行われるタイミングにも並行して行われる構成であってもよい。また、Ｓ３の処理は、Ｓ４〜Ｓ８の処理が行われるタイミングにも並行して行われる構成とすればよい。

続いて、以下では図１０〜図１６のフローチャートを用いて、図９のＳ１〜Ｓ３，Ｓ５〜Ｓ８のルーチン別の流れについてそれぞれ説明を行う。

［走行リンク特定送信処理］
まず、図１０のフローチャートを用いて、車載端末２での走行リンク特定送信処理の流れの一例について説明を行う。図１０のフローチャートの処理は、例えば車載端末２を搭載する車両の前述したトリップごとに行う構成とすればよい。

ステップＳ１０１では、ロケータ２１が自車の車両位置を逐次検出する。ステップＳ１０２では、マップマッチング部２３が、Ｓ１０１で逐次検出される車両位置と地図ＤＢ２２に格納されている地図データとをもとにマップマッチング処理を行うことで、自車の走行リンクを逐次特定する。ステップＳ１０３では、送信部２４２が、Ｓ１０２で逐次特定される自車の走行リンクの履歴を走行データ収集センタ３に送信する。

［走行頻度特定処理］
続いて、図１１のフローチャートを用いて、走行データ収集センタ３での走行頻度特定処理の流れの一例について説明を行う。図１１のフローチャートの処理は、例えば前述した所定の期間が経過するごとに行う構成とすればよい。

ステップＳ２０１では、受信部３１１が、複数の車両の車載端末２からそれぞれ送信される走行リンクの履歴を受信する。ステップＳ２０２では、Ｓ２０１で受信した走行リンクの履歴を走行履歴格納部３２に格納し、車両別の走行リンクの履歴を蓄積する。

ステップＳ２０３では、走行頻度特定部３４が、走行履歴格納部３２に格納されている直近の一定期間分の履歴から、複数の車両ごとのリンク別の走行頻度を特定する。ステップＳ２０４では、走行頻度特定部３４が、Ｓ２０３で特定した複数の車両ごとのリンク別の走行頻度を示す走行頻度マップを走行頻度ＤＢ３５に格納する。

［収集指示情報生成処理］
続いて、図１２のフローチャートを用いて、走行データ収集センタ３での収集指示情報処理の流れの一例について説明を行う。図１２のフローチャートの処理は、ニーズ取得部３６で走行データ活用システムの収集ニーズを取得した場合に、例えば１時間周期といった一定の周期で行う構成とすればよい。

ステップＳ３０１では、ニーズ制御部３７が、ニーズ取得部３６で取得する収集ニーズと、受信部３１１での走行データの収集状況とをもとに、走行データを収集すべき区間、収集すべき走行データの種類、及び収集量を決定する。そして、走行データを収集すべき区間、収集すべき走行データの種類、及び収集量を示す要収集リストを生成する。

ステップＳ３０２では、収集指示情報生成部３９が、Ｓ３０１で生成した要収集リストと、走行頻度ＤＢ３５に格納されている走行頻度マップとをもとに、前述したようにして車両別の収集指示情報を生成する。

［収集問い合わせ処理］
続いて、図１３のフローチャートを用いて、車載端末２での収集問い合わせ処理の流れの一例について説明を行う。図１３のフローチャートの処理は、例えば走行データ収集センタ３から送信される収集指示情報を車載端末２の受信部２４１で受信したときに開始する構成とすればよい。

ステップＳ４０１では、受信部２４１が、走行データ収集センタ３から受信した収集指示情報を収集指示情報格納部２５に格納する。ステップＳ４０２では、ロケータ２１が自車の車両位置を検出する。ステップＳ４０３では、マップマッチング部２３が、Ｓ４０２で検出される車両位置と地図ＤＢ２２に格納されている地図データとをもとにマップマッチング処理を行うことで、自車の走行リンクを特定する。

ステップＳ４０４では、取得判定部２６が、収集指示情報格納部２５に格納されている収集指示情報を参照し、Ｓ４０３で特定した自車の走行リンクが取得対象リンクか否か判定する。そして、取得対象リンクと判定した場合（Ｓ４０４でＹＥＳ）には、ステップＳ４０５に移る。一方、取得対象リンクでないと判定した場合（Ｓ４０４でＮＯ）には、ステップＳ４０６に移る。

ステップＳ４０５では、走行データ取得部２７が、収集指示情報で取得対象リンクに対応付けられている取得条件に従い、自車のセンサ等から自車の走行データを取得する。なお、取得条件に合致しない場合には、走行データを取得しない構成とすればよい。取得条件として、「走行方法」が「平均車速３０ｋｍ／ｈ以上」といったような、リンクの走行を完了しなければ判別できない取得条件を含む走行データについては、リンクの走行が完了するまでそのリンクについての走行データを走行データ格納部２８に仮保存しておき、取得条件に合致する場合は保存を継続する一方、取得条件に合致しなかった場合は仮保存した走行データを消去する構成とすればよい。

ステップＳ４０６では、走行データの送信タイミングであった場合（Ｓ４０６でＹＥＳ）には、ステップＳ４０７に移る。ステップＳ４０７では、送信部２４２が、それまでに取得した走行データの概要情報を走行データ収集センタ３へ送信する。一方、走行データの送信タイミングでなかった場合（Ｓ４０６でＮＯ）には、Ｓ４０２に戻って処理を繰り返す。

例えば、走行データの送信タイミングは、前述したトリップ終了時であってもよいし、Ｓ４０５で新たな走行データを取得したときであってもよい。トリップ終了時を送信タイミングとして採用した場合には、トリップ中に蓄積した複数の走行リンクについての走行データの概要情報をまとめて送信すればよい。一方、Ｓ４０５で新たな走行データを取得したときを送信タイミングとして採用した場合には、Ｓ４０５で新たな走行データを取得するごとに、この走行データの概要情報を送信すればよい。収集問い合わせ処理は、収集指示情報に含まれる取得条件のうちの収集期間が終了するまで逐次繰り返す構成とすればよい。

［要否判定関連処理］
続いて、図１４のフローチャートを用いて、走行データ収集センタ３での要否判定関連処理の流れの一例について説明を行う。図１４のフローチャートの処理は、車載端末２から受信部３１１で概要情報を受信した場合に開始する構成とすればよい。

ステップＳ５０１では、ニーズ制御部３７が、受信部３１１から出力される概要情報とこの車両の車両ＩＤとを取得する。そして、ニーズ取得部３６で取得した収集ニーズと、受信部３１１での走行データの収集状況とをもとに、この概要情報に対応する走行データの要否を判定する。

ステップＳ５０２では、送信部３１２が、Ｓ５０１で判定した要否判定結果を、概要情報の送信元の車載端末２に送信する。なお、車載端末２から、複数の走行リンクについての走行データの概要情報をまとめて受信した場合には、概要情報ごとに概要情報に対応する走行データの要否を判定し、概要情報ごとの要否判定結果を車載端末２へ送信する構成とすればよい。この場合、例えば概要情報ごとの要否判定結果の車載端末２での区別は、概要情報が走行リンク別の走行データの概要情報であるので、概要情報のうちのリンクＩＤを要否判定結果に紐付けて送信することで可能とすればよい。

［走行データ送信関連処理］
続いて、図１５のフローチャートを用いて、車載端末２での走行データ送信関連処理の流れの一例について説明を行う。図１５のフローチャートの処理は、例えば走行データ収集センタ３から送信される要否判定結果を車載端末２の受信部２４１で受信したときに開始する構成とすればよい。

ステップＳ６０１では、走行データ収集センタ３から受信する要否判定結果が、走行データを必要とするものである場合（Ｓ６０１でＹＥＳ）には、ステップＳ６０２に移る。一方、走行データを必要としないものである場合（Ｓ６０１でＮＯ）には、ステップＳ６０３に移る。

ステップＳ６０２では、送信部２４２が、Ｓ５で取得した走行データを走行データ収集センタ３に送信する。一方、ステップＳ６０３では、送信部２４２が、Ｓ５で取得した走行データを走行データ収集センタ３に送信しない。なお、Ｓ５で取得した走行データは、Ｓ６０２，Ｓ６０３の処理が行われた場合に、格納されている走行データ格納部２８から消去する構成とすればよい。

複数の走行リンクについての走行データの概要情報ごとの要否判定結果を受信した場合には、これらの走行データごとの要否判定結果に応じて走行データを走行データ収集センタ３へ送信したり送信しなかったりする構成とすればよい。また、走行データの種類ごとの要否判定結果を受信した場合には、走行データの種類ごとの要否判定結果で必要とされる種類の走行データに絞って、走行データを走行データ収集センタ３に送信する構成とすればよい。

［走行データ収集処理］
続いて、図１６のフローチャートを用いて、走行データ収集センタ３での走行データ収集処理の流れの一例について説明を行う。図１６のフローチャートの処理は、例えばＳ６で走行データを必要とする要否判定結果を車載端末２へ送信した場合に開始する構成とすればよい。

ステップＳ７０１では、受信部３１１が、車載端末２から送信されてくる走行データを受信する。ステップＳ７０２では、受信部３１１が、Ｓ７０１で受信した走行データを走行データ格納部３３に格納し、車載端末２から送信される走行データを収集する。走行データ格納部３３に収集して格納された走行データは、収集結果出力部４１により、走行データ活用システムへ出力される。

＜実施形態１のまとめ＞
実施形態１の構成によれば、取得が必要な走行データ及びその走行データを取得する条件を示した情報である収集ニーズをもとに収集指示情報生成部３９で収集指示情報を生成するので、車両別に決定したリンクにおいてそれぞれの車両の車載端末２で走行データを取得させるための収集指示情報を生成することができる。また、この収集指示情報を車両の車載端末２へ送信するので、それぞれの車両の車載端末２で、この収集指示情報に従って走行データが取得される。収集指示情報生成部３９は、車両のリンク別の走行頻度に応じて、車両から走行データを収集するリンクを、車両別に決定するので、リンクごとに走行データを収集する車両を、そのリンクで走行データを取得し易い車両に決定することが可能になる。よって、リンクごとに走行データを収集する車両を、そのリンクで走行データを取得し易い車両に絞り込み、無差別に複数の車両に収集指示情報を送信する場合に比べ、走行データ収集センタ３での無駄な通信量を抑えることが可能になる。

また、走行データ収集センタ３は、車載端末２から概要情報を受信する場合に、受信部３１１での走行データの収集状況と、ニーズ取得部３６で取得する収集ニーズとをもとに、この概要情報に対応する走行データの要否を判定し、要否判定結果を車載端末２に送信する。これに対して、車載端末２は、収集ニーズに収まる走行データは必要と判定して走行データ収集センタ３へ送信させる一方、収集ニーズを超える走行データは必要でないと判定して走行データ収集センタ３へ送信させない。従って、収集ニーズを超える走行データの受信を抑制し、走行データ収集センタ３側での無駄な負荷及びコストを抑えることを可能にする。また、収集ニーズに収まる走行データは受信するので、走行データ収集センタ３で必要な量の走行データを収集することも可能になる。さらに、走行データ収集センタ３が車載端末２から受信する概要情報は、走行データよりも情報量が小さいので、走行データの要否を判定するために用いる情報を車載端末２から受信する情報量を抑え、走行データ収集センタ３側での無駄な負荷及びコストを抑えることが可能になる。その結果、走行データ収集センタ３側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することが可能になる。

（実施形態２）
実施形態１では、車載端末２で車両の走行リンクを特定し、特定した走行リンクを走行データ収集センタ３へ送信する構成を示したが、必ずしもこれに限らない。例えば、車載端末２で車両の走行リンクを特定せず、走行データ収集センタ３で車両の走行リンクを特定する構成（以下、実施形態２）としてもよい。

実施形態２を採用する場合には、車載端末２からは、走行リンクの代わりに、ロケータ２１で検出する車両位置を走行データ収集センタ３へ送信する構成とすればよい。この場合には、この車両位置が位置関連情報に相当する。また、車載端末２に地図ＤＢ２２及びマップマッチング部２３を備える代わりに、地図ＤＢ２２及びマップマッチング部２３と同様の構成を走行データ収集センタ３が備える構成とすればよい。そして、走行データ収集センタ３は、車載端末２から送信されてくる車両位置をもとにマップマッチング処理を行って、車両の走行リンクを特定すればよい。

また、実施形態２を採用する場合、収集指示情報には、車両別に、走行データを取得すべきリンクの代わりに、走行データを取得すべき車両位置（以下、取得対象位置）が対応付けられる構成とすればよい。この場合、車載端末２の取得判定部２６は、自車の現在の車両位置が、収集指示情報で自車に対応付けられている取得対象位置か否かを判定すればよい。なお、自車の現在の車両位置と取得対象位置とが略一致する場合に、自車の現在の車両位置が取得対象位置と判定する構成とすればよい。そして、走行データ取得部２７は、取得判定部２６で自車の現在の車両位置が取得対象位置と判定した場合に、収集指示情報で取得対象位置に対応付けられている取得条件に従い、自車のセンサ等から自車の走行データを取得する構成とすればよい。

なお、実施形態２を採用する場合には、車載端末２はロケータ２１を備えずに、他の装置で検出された車両位置を取得して用いる構成としてもよい。

（実施形態３）
前述の実施形態では、車載端末２から送信された走行リンク若しくは車両位置から、走行データ収集センタ３で複数の車両ごとのリンク別の走行頻度を特定する構成を示したが、必ずしもこれに限らない。例えば、走行データ収集センタ３以外のサーバ装置で特定された走行頻度を走行データ収集センタ３が取得することで利用可能な構成としてもよい。他にも、走行データ収集センタ３のオペレータ等によって入力される車両ごとの運行記録から、走行データ収集センタ３で複数の車両ごとのリンク別の走行頻度を特定する構成としてもよい。

（実施形態４）
前述の実施形態では、収集指示情報生成部３９が、収集ニーズの変更がなくても逐次更新する構成を示したが、必ずしもこれに限らない。例えば、収集指示情報生成部３９が、収集ニーズの変更がない限り更新しない構成としてもよい。この構成を採用した場合であっても、走行データ収集センタ３は、概要情報に対応する走行データの要否を判定し、要否判定結果を車載端末２に送信し、車載端末２は、収集ニーズに収まる走行データは必要と判定して走行データ収集センタ３へ送信させる一方、収集ニーズを超える走行データは必要でないと判定して走行データ収集センタ３へ送信させない。よって、走行データ収集センタ３側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することが可能になる。

なお、本開示は、上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本開示の技術的範囲に含まれる。

１ 走行データ収集システム、２ 車載端末、３ 走行データ収集センタ、２４ 通信部、２７ 走行データ取得部（データ取得部）、３４ 走行頻度特定部、３７ ニーズ制御部（要否判定部）、３９ 収集指示情報生成部、２４１ 受信部（車両側受信部）、２４２ 送信部（車両側送信部）、３１１ 受信部（収集部）、３１２ 送信部（センタ側送信部）

Claims (7)

1. 車両に搭載され、前記車両の走行によって得られる情報である走行データを取得するデータ取得部（２７）と、情報を送信する車両側送信部（２４２）と、情報を受信する車両側受信部（２４１）とを備え、前記車両側送信部は前記データ取得部で取得した前記走行データを送信する車載端末（２）と、
   複数の前記車両の前記車載端末の前記車両側送信部から送信される前記走行データを収集する収集部（３１１）を備える走行データ収集センタ（３）とを含み、
   前記走行データ収集センタは、
   前記車両の道路区間別の走行頻度に応じて、前記車両から前記走行データを収集する道路区間を前記車両別に決定し、決定した前記道路区間においてそれぞれの車両の前記車載端末で前記走行データを取得させるための収集指示情報を、取得が必要な走行データ及びその走行データを取得する条件を示した情報である収集ニーズをもとに生成する収集指示情報生成部（３９）と、
   情報を送信するセンタ側送信部（３１２）とを備え、
   前記センタ側送信部は、前記収集指示情報生成部で生成する前記収集指示情報を、それぞれの車両の前記車載端末へ送信し、
   前記車載端末の前記データ取得部は、前記走行データ収集センタから受信する前記収集指示情報に従った前記走行データを取得し、
   前記車載端末の前記車両側送信部は、前記データ取得部で取得した前記走行データを送信する前に、前記走行データの概要を示す、この走行データよりも情報量の小さい概要情報を送信し、
   前記走行データ収集センタは、
   前記車載端末から前記概要情報を受信する場合に、前記収集部での前記走行データの収集状況と、前記収集ニーズとをもとに、この概要情報に対応する前記走行データの要否を判定する要否判定部（３７）を備え、
   前記センタ側送信部は、前記要否判定部での要否判定結果を前記車載端末に送信し、
   前記車載端末の前記車両側送信部は、前記走行データ収集センタから受信する前記要否判定結果が、前記走行データを必要とするものである場合には前記走行データを送信する一方、前記走行データを必要としないものである場合には前記走行データを送信しない走行データ収集システム。
2. 前記走行データ収集センタの前記収集指示情報生成部は、前記収集指示情報を、前記収集部での前記走行データの収集状況と、前記収集ニーズとをもとに、前記収集ニーズの変更がなくてもその収集状況において必要な前記走行データを取得させるための収集指示情報に逐次更新し、
   前記走行データ収集センタの前記センタ側送信部は、逐次更新される前記収集指示情報を、それぞれの車両の前記車載端末へ送信し、
   前記車載端末の前記データ取得部は、前記走行データ収集センタから、前記収集指示情報生成部で新たに更新された前記収集指示情報を受信する場合、この新たに更新された前記収集指示情報に従った前記走行データを取得するように変更する請求項１に記載の走行データ収集システム。
3. 前記収集ニーズには、前記走行データを取得する条件として、前記走行データの収集期間も含むものであり、
   前記収集指示情報生成部は、前記収集指示情報を、前記収集期間内に少なくとも複数回更新される頻度で逐次更新する請求項２に記載の走行データ収集システム。
4. 前記車載端末は、前記車両の位置に関する位置関連情報も送信するものであり、
   前記走行データ収集センタは、
   複数の前記車両の前記車載端末から送信された前記位置関連情報から、複数の前記車両の道路区間別の走行頻度を特定する走行頻度特定部（３４）を備え、
   前記収集指示情報生成部は、前記走行頻度特定部で特定した、複数の前記車両の道路区間別の走行頻度に応じて、前記車両から前記走行データを収集する道路区間を、前記車両別に決定する請求項１〜３のいずれか１項に記載の走行データ収集システム。
5. 前記収集指示情報生成部は、前記車両の道路区間別の走行頻度に応じて、この走行頻度が閾値以上の道路区間を、前記車両から前記走行データを収集する道路区間として、前記車両別に決定する請求項１〜４のいずれか１項に記載の走行データ収集システム。
6. 車両に搭載される車載端末（２）で取得して送信される、前記車両の走行によって得られるデータである走行データを、複数の前記車両の前記車載端末から収集する収集部（３１１）と、
   複数の前記車両の道路区間別の走行頻度に応じて、前記車両から前記走行データを収集する道路区間を前記車両別に決定し、決定した前記道路区間においてそれぞれの車両の前記車載端末で前記走行データを取得させるための収集指示情報を、取得が必要な走行データ及びその走行データを取得する条件を示した情報である収集ニーズをもとに生成する収集指示情報生成部（３９）と、
   情報を送信するセンタ側送信部（３１２）とを備え、
   前記センタ側送信部は、前記収集指示情報生成部で生成する前記収集指示情報を、それぞれの車両の前記車載端末へ送信し、
   前記収集指示情報に従って前記走行データを取得した前記車載端末から前記走行データを送信する前に送信される、前記走行データの概要を示す、この走行データよりも情報量の小さい概要情報を受信する場合に、前記収集部での前記走行データの収集状況と、前記収集ニーズとをもとに、この概要情報に対応する前記走行データの要否を判定する要否判定部（３７）を備え、
   前記センタ側送信部は、前記要否判定部での要否判定結果を前記車載端末に送信する走行データ収集センタ。
7. 車両に搭載され、
   前記車両の走行によって得られるデータである走行データを取得するデータ取得部（２７）と、
   情報を送信する車両側送信部（２４２）と、
   情報を受信する車両側受信部（２４１）とを備え、
   前記車両側送信部は、前記データ取得部で取得した前記走行データを、前記走行データを収集する走行データ収集センタ（３）に送信し、
   前記車両側受信部は、前記走行データ収集センタから送信される、複数の前記車両の道路区間別の走行頻度に応じて前記車両別に決定される、自車についての前記道路区間において前記走行データを取得させるための収集指示情報を受信し、
   前記データ取得部は、前記車両側受信部で前記収集指示情報を受信した場合に、受信した前記収集指示情報に従って前記走行データを取得し、
   前記車両側送信部は、
   前記データ取得部で取得した前記走行データを送信する前に、前記走行データの概要を示す、この走行データよりも情報量の小さい概要情報を送信し、
   前記走行データ収集センタから受信する、前記走行データ収集センタで、前記走行データの収集状況と、取得が必要な走行データ及びその走行データを取得する条件を示した情報である収集ニーズとをもとに判定した、その概要情報に対応する前記走行データの要否判定結果が、前記走行データを必要とするものである場合には前記走行データを送信する一方、前記走行データを必要としないものである場合には前記走行データを送信しない車載端末。

Images