(57)【要約】【課題】走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することを可能にする。【解決手段】車両に搭載され、走行データを取得する走行データ取得部と、走行データ取得部で取得した走行データを送信する送信部とを備える車載端末２と、複数の車両の車載端末２から送信される走行データを収集する受信部３１２を備える走行データ収集センタ３とを含み、複数の車両の道路区間別の走行頻度に応じて、車両から走行データを収集するリンクを、車両別に決定する対象道路テーブル生成部３６と、対象道路テーブル生成部３６で車両別に決定したリンクにおいてそれぞれの車両の車載端末２で走行データを取得させるための対象道路テーブルを、それぞれの車両の車載端末２へ送信する送信部３１１とを備える。【選択図】図３
2018112838.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載され、前記車両の走行によって得られるデータである走行データを取得するデータ取得部（２７）と、前記データ取得部で取得した前記走行データを送信する走行データ送信部（２４１）とを備える車載端末（２）と、
複数の前記車両の前記車載端末から送信される前記走行データを収集する収集部（３１２）を備える走行データ収集センタ（３）とを含み、
前記走行データ収集センタは、
複数の前記車両の道路区間別の走行頻度に応じて、前記車両から前記走行データを収集する道路区間を、前記車両別に決定する収集対象決定部（３６）と、
前記収集対象決定部で前記車両別に決定した前記道路区間においてそれぞれの車両の前記車載端末で前記走行データを取得させるための取得用情報を、それぞれの車両の前記車載端末へ送信する取得用情報送信部（３１１）とを備える走行データ収集システム。
【請求項２】
請求項１において、
前記車載端末は、前記車両の位置に関する位置関連情報も送信するものであり、
前記走行データ収集センタは、
複数の前記車両の前記車載端末から送信された前記位置関連情報から、複数の前記車両の道路区間別の走行頻度を特定する走行頻度特定部（３３）を備え、
前記収集対象決定部は、前記走行頻度特定部で特定した、複数の前記車両の道路区間別の走行頻度に応じて、前記車両から前記走行データを収集する道路区間を、前記車両別に決定する走行データ収集システム。
【請求項３】
請求項１又は２において、
前記収集対象決定部は、複数の前記車両の道路区間別の走行頻度に応じて定まる、それぞれの車両についての道路区間別での前記走行データの取得の重要度をもとに、前記走行データを収集する道路区間のそれぞれについて、前記重要度が高い車両を優先して前記走行データを収集する車両と決定し、
前記重要度は、対象とする道路区間を他に走行する前記車両が少なくなるのに応じて高くなる走行データ収集システム。
【請求項４】
請求項３において、
前記重要度は、対象とする道路区間を他に走行する前記車両が少なくなるのと、対象とする車両が他に走行する道路区間が少なくなるのと、に応じて高くなる走行データ収集システム。
【請求項５】
請求項３又は４において、
前記収集対象決定部は、前記走行データを収集する道路区間のそれぞれについて、前記重要度が高い車両を優先して前記走行データを収集する車両と決定する場合に、対象とする道路区間で必要となる走行データの収集量に応じた数だけ、前記重要度が高い車両から優先して前記走行データを収集する車両を決定する走行データ収集システム。
【請求項６】
請求項１〜５のいずれか１項において、
前記車載端末は、
前記取得用情報送信部から送信される前記取得用情報を受信する取得用情報受信部（２４２）を備え、
前記データ取得部は、前記取得用情報受信部で前記取得用情報を受信した場合には、受信した前記取得用情報に従って前記走行データを取得し、
前記走行データ送信部は、前記取得用情報受信部で受信した前記取得用情報に従って前記データ取得部で取得した前記走行データを前記走行データ収集センタに送信する走行データ収集システム。
【請求項７】
車両に搭載され、前記車両の走行によって得られるデータである走行データを取得するデータ取得部（２７ａ）と、前記データ取得部で取得した前記走行データを送信する走行データ送信部（２８１）とを備える車載端末（２ａ）と、
複数の前記車両の前記車載端末から送信される前記走行データを収集する中間収集部（４１１）を備えるサブ収集装置（４）と、
前記サブ収集装置から送信される前記走行データを収集する収集部（４０２）を備える走行データ収集センタ（３ａ）とを含み、
前記走行データ収集センタは、
複数の前記車両の道路区間別の走行頻度に応じて、前記車両から前記走行データを収集する道路区間を、前記車両別に決定する収集対象決定部（３６）と、
前記収集対象決定部で前記車両別に決定した前記道路区間においてそれぞれの車両の前記車載端末で取得した前記走行データを抽出させるための抽出用情報を、前記サブ収集装置へ送信する抽出用情報送信部（４０１）とを備え、
前記サブ収集装置は、
前記抽出用情報送信部から送信される前記抽出用情報を受信する抽出用情報受信部（４４２）と、
前記抽出用情報受信部で受信した前記抽出用情報に従って、前記中間収集部で収集した前記走行データから、前記車両別に決定された前記道路区間においてそれぞれの車両の前記車載端末で取得した前記走行データを抽出する抽出部（４７）と、
前記抽出部で抽出した前記走行データを前記走行データ収集センタに送信する抽出データ送信部（４４１）とを備える走行データ収集システム。
【請求項８】
車両に搭載される車載端末（２）で取得して送信される、前記車両の走行によって得られるデータである走行データを、複数の前記車両の前記車載端末から収集する収集部（３１２）と、
複数の前記車両の道路区間別の走行頻度に応じて、前記車両から前記走行データを収集する道路区間を、前記車両別に決定する収集対象決定部（３６）と、
前記収集対象決定部で前記車両別に決定した前記道路区間においてそれぞれの車両の前記車載端末で前記走行データを取得させるための取得用情報を、それぞれの車両の前記車載端末へ送信する取得用情報送信部（３１１）とを備える走行データ収集センタ。
【請求項９】
車両に搭載され、
前記車両の走行によって得られるデータである走行データを取得するデータ取得部（２７）と、
前記データ取得部で取得した前記走行データを、前記走行データを収集する走行データ収集センタ（３）に送信する走行データ送信部（２４１）と、
前記走行データ収集センタから送信される、複数の前記車両の道路区間別の走行頻度に応じて前記車両別に決定された、自車についての前記道路区間において前記走行データを取得させるための取得用情報を受信する取得用情報受信部（２４２）とを備え、
前記データ取得部は、前記取得用情報受信部で前記取得用情報を受信した場合には、受信した前記取得用情報に従って前記走行データを取得し、
前記走行データ送信部は、前記取得用情報受信部で受信した前記取得用情報に従って前記データ取得部で取得した前記走行データを前記走行データ収集センタに送信する車載端末。
【請求項１０】
複数の車両に搭載される車載端末から前記車両の走行によって得られるデータである走行データを収集して一部の走行データを抽出するサブ収集装置から、抽出された前記走行データを収集する収集部（４０２）と、
複数の前記車両の道路区間別の走行頻度に応じて、前記車両から前記走行データを収集する道路区間を、前記車両別に決定する収集対象決定部（３６）と、
前記収集対象決定部で前記車両別に決定した前記道路区間においてそれぞれの車両の前記車載端末で取得した前記走行データを抽出させるための抽出用情報を、前記サブ収集装置へ送信する抽出用情報送信部（４０１）とを備える走行データ収集センタ。
【請求項１１】
複数の車両に搭載される車載端末から前記車両の走行によって得られるデータである走行データを収集する中間収集部（４１１）と、
前記走行データを収集する走行データ収集センタから送信される、複数の前記車両の道路区間別の走行頻度に応じて前記車両別に決定された前記道路区間においてそれぞれの車両の前記車載端末で取得した前記走行データを抽出させるための抽出用情報を受信する抽出用情報受信部（４４２）と、
前記抽出用情報受信部で受信した前記抽出用情報に従って、前記中間収集部で収集した前記走行データから、前記車両別に決定された前記道路区間においてそれぞれの車両の前記車載端末で取得した前記走行データを抽出する抽出部（４７）と、
前記抽出部で抽出した前記走行データを前記走行データ収集センタに送信する抽出データ送信部（４４１）とを備えるサブ収集装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の車両から走行データを収集するための走行データ収集システム、走行データ収集センタ、車載端末、及びサブ収集装置に関するものである。
【背景技術】
【０００２】
従来、複数の車両から走行データを収集し、収集した走行データを分析して利用する技術が知られている。例えば特許文献１には、複数のプローブカーから取得した旅行情報をもとに、センタが各区間を通過した全プローブカーの通過速度の平均値を区間ごとに算出することで交通混雑状態を算定し、旅行案内に利用する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２８１６７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示されているような従来技術では、走行データを収集する走行データ収集センタ側での無駄な負荷及びコストが大きくなってしまう問題点があった。詳しくは、以下の通りである。
【０００５】
分析に必要な走行データの量は道路毎に一定量あればよいが、道路によって車両の交通量が異なるため、交通量が少ない道路では収集される走行データが足りなくなる一方、交通量が多い道路では収集される走行データが過剰になることが考えられる。収集される走行データが過剰になる場合、走行データ収集センタ側における、走行データを収集するための通信負荷，収集した走行データを記憶しておくメモリに余裕を持たせるためのコスト，収集した走行データを分析するための処理負荷等が無駄に大きくなってしまう。地図の生成及び／又は道路の変化を確認するために画像を走行データとして収集する場合には、走行データの情報量が大きくなるので、走行データ収集センタ側での無駄な負荷及びコストの問題点が特に大きくなってしまう。
【０００６】
本発明は、上記従来の問題点に鑑みなされたものであって、その目的は、走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することを可能にする走行データ収集システム、走行データ収集センタ、車載端末、及びサブ収集装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は、発明の更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。
【０００８】
上記目的を達成するために、走行データ収集システムに係る第１の発明は、車両に搭載され、車両の走行によって得られるデータである走行データを取得するデータ取得部（２７）と、データ取得部で取得した走行データを送信する走行データ送信部（２４１）とを備える車載端末（２）と、複数の車両の車載端末から送信される走行データを収集する収集部（３１２）を備える走行データ収集センタ（３）とを含み、走行データ収集センタは、複数の車両の道路区間別の走行頻度に応じて、車両から走行データを収集する道路区間を、車両別に決定する収集対象決定部（３６）と、収集対象決定部で車両別に決定した道路区間においてそれぞれの車両の車載端末で走行データを取得させるための取得用情報を、それぞれの車両の車載端末へ送信する取得用情報送信部（３１１）とを備える。
【０００９】
また、上記目的を達成するために、走行データ収集センタに係る第１の発明は、車両に搭載される車載端末（２）で取得して送信される、車両の走行によって得られるデータである走行データを、複数の車両の車載端末から収集する収集部（３１２）と、複数の車両の道路区間別の走行頻度に応じて、車両から走行データを収集する道路区間を、車両別に決定する収集対象決定部（３６）と、収集対象決定部で車両別に決定した道路区間においてそれぞれの車両の車載端末で走行データを取得させるための取得用情報を、それぞれの車両の車載端末へ送信する取得用情報送信部（３１１）とを備える。
【００１０】
これらによれば、収集対象決定部で車両別に決定した道路区間においてそれぞれの車両の車載端末で走行データを取得させるための取得用情報を、取得用情報送信部からそれぞれの車両の車載端末へ送信するので、それぞれの車両の車載端末で、この取得用情報に従って走行データが取得されることになる。収集対象決定部は、複数の車両の道路区間別の走行頻度に応じて、車両から走行データを収集する道路区間を、車両別に決定するので、道路区間ごとに走行データを収集する車両が偏らないように決定することが可能になる。よって、これらの車両の車載端末から収集される走行データが道路区間によって過剰になることを抑え、走行データ収集センタでの無駄な走行データの収集を抑えつつも、必要な量の走行データを収集することを可能にする。その結果、走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することを可能にする。
【００１１】
また、上記目的を達成するために、本発明の車載端末は、車両に搭載され、車両の走行によって得られるデータである走行データを取得するデータ取得部（２７）と、データ取得部で取得した走行データを、走行データを収集する走行データ収集センタ（３）に送信する走行データ送信部（２４１）と、走行データ収集センタから送信される、複数の車両の道路区間別の走行頻度に応じて車両別に決定された、自車についての道路区間において走行データを取得させるための取得用情報を受信する取得用情報受信部（２４２）とを備え、データ取得部は、取得用情報受信部で取得用情報を受信した場合には、受信した取得用情報に従って走行データを取得し、走行データ送信部は、取得用情報受信部で受信した取得用情報に従ってデータ取得部で取得した走行データを走行データ収集センタに送信する。
【００１２】
これによれば、走行データ収集センタから送信される、複数の車両の道路区間別の走行頻度に応じて車両別に決定された、自車についての道路区間において走行データを取得させるための取得用情報に従って車載端末が走行データを取得することになる。よって、他の車両の車載端末との間で走行データを取得する道路区間が偏らないようにすることが可能になる。従って、複数の車両の車載端末から走行データ収集センタへ送信する走行データが道路区間によって過剰になることを抑え、走行データ収集センタでの無駄な走行データの収集を抑えつつも、必要な量の走行データを収集することを可能にする。その結果、走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することを可能にする。
【００１３】
また、上記目的を達成するために、走行データ収集システムに係る第２の発明は、車両に搭載され、車両の走行によって得られるデータである走行データを取得するデータ取得部（２７ａ）と、データ取得部で取得した走行データを送信する走行データ送信部（２８１）とを備える車載端末（２ａ）と、複数の車両の車載端末から送信される走行データを収集する中間収集部（４１１）を備えるサブ収集装置（４）と、サブ収集装置から送信される走行データを収集する収集部（４０２）を備える走行データ収集センタ（３ａ）とを含み、走行データ収集センタは、複数の車両の道路区間別の走行頻度に応じて、車両から走行データを収集する道路区間を、車両別に決定する収集対象決定部（３６）と、収集対象決定部で車両別に決定した道路区間においてそれぞれの車両の車載端末で取得した走行データを抽出させるための抽出用情報を、サブ収集装置へ送信する抽出用情報送信部（４０１）とを備え、サブ収集装置は、抽出用情報送信部から送信される抽出用情報を受信する抽出用情報受信部（４４２）と、抽出用情報受信部で受信した抽出用情報に従って、中間収集部で収集した走行データから、車両別に決定された道路区間においてそれぞれの車両の車載端末で取得した走行データを抽出する抽出部（４７）と、抽出部で抽出した走行データを走行データ収集センタに送信する抽出データ送信部（４４１）とを備える。
【００１４】
また、上記目的を達成するために、走行データ収集センタに係る第２の発明は、複数の車両に搭載される車載端末から車両の走行によって得られるデータである走行データを収集して一部の走行データを抽出するサブ収集装置から、抽出された走行データを収集する収集部（４０２）と、複数の車両の道路区間別の走行頻度に応じて、車両から走行データを収集する道路区間を、車両別に決定する収集対象決定部（３６）と、収集対象決定部で車両別に決定した道路区間においてそれぞれの車両の車載端末で取得した走行データを抽出させるための抽出用情報を、サブ収集装置へ送信する抽出用情報送信部（４０１）とを備える。
【００１５】
これらによれば、収集対象決定部で車両別に決定した道路区間においてそれぞれの車両の車載端末で取得した走行データを抽出させるための抽出用情報を、抽出用情報送信部からサブ収集装置へ送信するので、サブ収集装置で、この抽出用情報に従って、複数の車両の車載端末から収集した走行データから一部の走行データが抽出されることになる。収集対象決定部は、複数の車両の道路区間別の走行頻度に応じて、車両から走行データを収集する道路区間を、車両別に決定するので、サブ収集装置において道路区間ごとに走行データを抽出する車両が偏らないように決定することが可能になる。よって、走行データ収集センタでサブ収集装置から収集する走行データが道路区間によって過剰になることを抑え、走行データ収集センタでの無駄な走行データの収集を抑えつつも、必要な量の走行データを収集することを可能にする。その結果、走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することを可能にする。
【００１６】
また、上記目的を達成するために、本発明のサブ収集装置は、複数の車両に搭載される車載端末から車両の走行によって得られるデータである走行データを収集する中間収集部（４１１）と、走行データを収集する走行データ収集センタから送信される、複数の車両の道路区間別の走行頻度に応じて車両別に決定された道路区間においてそれぞれの車両の車載端末で取得した走行データを抽出させるための抽出用情報を受信する抽出用情報受信部（４４２）と、抽出用情報受信部で受信した抽出用情報に従って、中間収集部で収集した走行データから、車両別に決定された道路区間においてそれぞれの車両の車載端末で取得した走行データを抽出する抽出部（４７）と、抽出部で抽出した走行データを走行データ収集センタに送信する抽出データ送信部（４４１）とを備える。
【００１７】
これによれば、走行データ収集センタから送信される抽出用情報に従って、サブ収集装置が、複数の車両に搭載される車載端末から収集した走行データから一部の走行データを抽出する。抽出用情報は、複数の車両の道路区間別の走行頻度に応じて車両別に決定された道路区間においてそれぞれの車両の車載端末で取得した走行データを抽出させるためのものであるので、道路区間ごとに走行データを抽出する車両が偏らないように走行データを抽出することが可能になる。よって、サブ収集装置から走行データ収集センタに送信する走行データが道路区間によって過剰になることを抑え、走行データ収集センタでの無駄な走行データの収集を抑えつつも、必要な量の走行データを収集することを可能にする。その結果、走行データ収集センタ側での無駄な負荷及びコストを抑えて必要な量の走行データを収集することを可能にする。
【図面の簡単な説明】
【００１８】
【図１】走行データ収集システム１の概略的な構成の一例を示す図である。
【図２】車載端末２の概略的な構成の一例を示す図である。
【図３】走行データ収集センタ３の概略的な構成の一例を示す図である。
【図４】収集ニーズの一例を説明するための図である。
【図５】車両Ａ〜Ｈごとの走行頻度の高い取得対象リンクの一例を示す図である。
【図６】車両取得重要度の算出の一例について説明するための図である。
【図７】リンク取得重要度の算出の一例について説明するための図である。
【図８】走行取得重要度の算出の一例について説明するための図である。
【図９】取得対象リンクの決定の一例について説明するための図である。
【図１０】走行データ収集システム１での走行データ取得関連処理の流れの一例を示すシーケンス図である。
【図１１】車載端末２での走行リンク特定送信処理の流れの一例を示すフローチャートである。
【図１２】走行データ収集センタ３での走行頻度特定処理の流れの一例を示すフローチャートである。
【図１３】走行データ収集センタ３でのテーブル生成送信処理の流れの一例を示すフローチャートである。
【図１４】車載端末２での走行データ取得送信処理の流れの一例を示すフローチャートである。
【図１５】走行データ収集センタ３での走行データ収集処理の流れの一例を示すフローチャートである。
【図１６】走行データ収集システム１ａの概略的な構成の一例を示す図である。
【図１７】車載端末２ａの概略的な構成の一例を示す図である。
【図１８】走行データ収集センタ３ａの概略的な構成の一例を示す図である。
【図１９】サブ収集装置４の概略的な構成の一例を示す図である。
【発明を実施するための形態】
【００１９】
図面を参照しながら、開示のための複数の実施形態及び変形例を説明する。なお、説明の便宜上、複数の実施形態及び変形例の間において、それまでの説明に用いた図に示した部分と同一の機能を有する部分については、同一の符号を付し、その説明を省略する場合がある。同一の符号を付した部分については、他の実施形態及び／又は変形例における説明を参照することができる。
【００２０】
（実施形態１）
＜走行データ収集システム１の概略構成＞
以下、本発明の実施形態１について図面を用いて説明する。図１に示すように、走行データ収集システム１は、複数の車両の各々に搭載された車載端末２、及び走行データ収集センタ３を含んでいる。
【００２１】
車載端末２は、車両に搭載されて、その車両の走行によって得られる走行データを取得する。また、車載端末２は、走行データ収集センタ３と通信を行い、自車で取得した走行データを走行データ収集センタ３に送信する。ここで言うところの車両は、例えば自動車であり、一般車両であっても、タクシー，運送車両等の商用車両であってもよい。車載端末２の詳細については後述する。
【００２２】
走行データ収集センタ３は、例えばサーバ装置であり、走行データを活用する走行データ活用システムから走行データの収集ニーズを受け、その収集ニーズに対応した走行データを複数の車両の車載端末２から収集し、収集した走行データを走行データ活用システムに提示する。走行データ収集センタ３は、複数の車両に搭載されている車載端末２へ、それぞれの車載端末２で走行データを取得すべき道路区間（つまり、リンク）を示した対象道路テーブルを送信し、これらの車載端末２から送信される走行データを収集する。なお、走行データ収集センタ３は、１つのサーバ装置からなるものであってもよいし、複数のサーバ装置からなっているものであってもよい。走行データ収集センタ３の詳細については後述する。
【００２３】
＜車載端末２の概略構成＞
まず、図２を用いて車載端末２の概略構成を説明する。車載端末２は、前述したように車両に搭載されるものであり、図２に示すように、ロケータ２１、地図データベース（以下、ＤＢ）２２、マップマッチング部２３、通信部２４、参照情報格納部２５、取得判定部２６、及び走行データ取得部２７を備えている。
【００２４】
ロケータ２１は、複数の測位衛星からの測位信号を受信するＧＮＳＳ（Global Navigation Satellite System）受信機、及び３Ｄジャイロ等の慣性センサを備える。ロケータ２１は、ＧＮＳＳ受信機で受信する測位信号と、慣性センサの計測結果とを組み合わせることにより、自車の車両位置を検出する。車両位置は、例えば緯度／経度の座標とすればよい。なお、車両位置の検出には、自車に搭載された車速センサで検出した車速から求められる走行距離を用いる構成としてもよい。
【００２５】
地図ＤＢ２２は、不揮発性メモリであって、リンクデータ，ノードデータ等の地図データを格納している。リンクデータは、リンクを特定する固有番号、リンクの長さを示すリンク長、リンク方向、リンクの形状情報、リンクの始端と終端とのノード座標、及び道路属性の各データから構成される。道路属性としては、道路名称、道路種別、道路幅員、車線数、及び速度規制値等がある。一方、ノードデータは、地図上のノード毎に固有の番号を付したノードＩＤ、ノード座標、ノード名称、ノード種別、ノードに接続するリンクのリンクＩＤが記述される接続リンクＩＤ、交差点種別等の各データから構成される。
【００２６】
マップマッチング部２３は、ロケータ２１で逐次検出される車両位置と地図ＤＢ２２に格納されている地図データとをもとに、公知のマップマッチング処理を行うことで、自車の走行中のリンク（以下、走行リンク）を逐次特定する。
【００２７】
通信部２４は、走行データ収集センタ３と通信を行う。通信部２４は、例えば基地局及び公衆通信網を介して走行データ収集センタ３と通信を行う。通信部２４は、一例として、ＤＣＭ（Data Communication Module）といったテレマティクス通信に用いられる車載通信モジュールによって、テレマティクス通信で用いる通信網を介して走行データ収集センタ３と通信を行う構成とすればよい。
【００２８】
通信部２４のうちの送信部２４１は、マップマッチング部２３で逐次特定される自車の走行リンクを走行データ収集センタ３に送信する。送信部２４１は、マップマッチング部２３で逐次特定される自車の走行リンクの履歴を走行データ収集センタ３に送信する構成とすればよい。一例としては、自車のイグニッション電源がオンになってからオフになるまでのトリップ間の走行リンクの履歴をメモリに蓄積しておき、蓄積した走行リンクの履歴をトリップ終了時に走行データ収集センタ３に送信する等すればよい。この走行リンク，走行リンクの履歴が請求項の位置関連情報に相当する。
【００２９】
また、通信部２４のうちの受信部２４２は、走行データ収集センタ３から対象道路テーブルが送信されてきた場合に、この対象道路テーブルを受信し、参照情報格納部２５に格納する。この受信部２４２が請求項の取得用情報受信部に相当する。参照情報格納部２５は、例えば不揮発性メモリとすればよい。対象道路テーブルには、車両別に、走行データを取得すべきリンクが対応付けられている。一例としては、個々の車両を識別可能な識別子別に、走行データを取得すべきリンクが対応付けられている構成とすればよい。また、対象道路テーブルには、走行データを取得すべきリンク（以下、取得対象リンク）について、取得すべき走行データの種類，走行データの取得期間といった取得条件が対応付けられている。
【００３０】
なお、対象道路テーブルには、取得対象リンクについて、走行データを取得する時間帯，走行データを取得する車線等の取得条件も対応付けられている構成としてもよい。走行データを収集する車線については、上りと下り，第１走行車線と第２走行車線等とを区別する等すればよい。参照情報格納部２５のメモリ容量の低減の観点からは、対象道路テーブルには有効期限が設定されており、有効期限が経過したときに参照情報格納部２５から消去されることが好ましい。
【００３１】
取得判定部２６は、参照情報格納部２５に格納されている対象道路テーブルを参照し、マップマッチング部２３で特定した自車の現在の走行リンクが、対象道路テーブルで自車に対応付けられている取得対象リンクか否か判定する。
【００３２】
走行データ取得部２７は、取得判定部２６で自車の現在の走行リンクが取得対象リンクと判定した場合には、対象道路テーブルで取得対象リンクに対応付けられている取得条件に従い、自車のセンサ等から自車の走行データを取得する。この走行データ取得部２７が請求項のデータ取得部に相当する。一例として、取得すべき走行データの種類に従い、取得すべき種類の走行データを取得する。また、走行データの取得期間，走行データの取得時間帯，走行データを取得する車線等の取得条件に合致した場合に、走行データを取得する。
【００３３】
走行データ取得部２７で取得する走行データの一例としては、周辺監視カメラで撮像された自車周辺の画像データ，ロケータ２１で検出された車両位置，その車両位置の精度情報，車速センサで検出された車速，Ｇセンサで検出された加速度，ジャイロセンサで検出されたヨーレート等がある。車両位置の精度情報は、例えば、測位信号の受信点から見た測位衛星Ｇｎの幾何学的配置に影響される測位精度劣化係数であるＤＯＰ（Dilution of precision）等とすればよい。また、走行データ取得部２７で取得する走行データは、ブレーキ操作に応じてブレーキスイッチから出力されるブレーキ信号，ウィンカー操作に応じてウィンカースイッチから出力されるウィンカー信号，ＥＣＵから出力されるＡＢＳ（Antilock Brake System）の動作情報，走行エネルギーの消費量等であってもよい。
【００３４】
走行データ取得部２７は、取得した走行データを通信部２４に出力する。通信部２４のうちの送信部２４１は、走行データ取得部２７から出力されてくる走行データを、走行データ収集センタ３に送信する。よって、この送信部２４１が請求項の走行データ送信部に相当する。送信部２４１は、走行データ取得部２７から出力されてくる走行データを走行データ収集センタ３に逐次送信する構成としてもよいし、走行データ取得部２７から出力されてくる走行データをメモリに蓄積しておき、蓄積しておいた走行データをまとめて走行データ収集センタ３に送信する構成としてもよい。また、送信部２４１は、走行データを走行データ収集センタ３に送信する場合に、マップマッチング部２３で逐次特定される自車の走行リンク、若しくはロケータ２１で逐次検出する自車の車両位置も含ませて送信する構成とすればよい。
【００３５】
＜走行データ収集センタ３の概略構成＞
続いて、図３を用いて走行データ収集センタ３の概略構成を説明する。走行データ収集センタ３は前述したように例えばサーバ装置であって、図３に示すように、通信部３１、走行履歴格納部３２、走行頻度特定部３３、走行頻度ＤＢ３４、ニーズ取得部３５、対象道路テーブル生成部３６、対象道路テーブル格納部３７、走行データ格納部３８、及び収集結果出力部３９を備えている。
【００３６】
通信部３１は、車載端末２と通信を行う。通信部３１は、例えば基地局及び公衆通信網を介して車載端末２と通信を行う。通信部３１のうちの受信部３１２は、車載端末２からその車載端末２を搭載する車両の走行リンクの履歴が送信されてきた場合には、この走行リンクの履歴を受信する。受信部３１２は、車両の車載端末２から受信する走行リンクの履歴を、この車両と対応付けて走行履歴格納部３２に格納する。一例としては、車両を識別可能な識別子と走行リンクの履歴とを対応付けて格納する構成とすればよい。走行履歴格納部３２としては、例えば不揮発性メモリを用いる構成とすればよい。受信部３１２は、複数の車両の車載端末２から走行リンクの履歴を受信し、複数の車両についての走行リンクの履歴を走行履歴格納部３２に格納する。
【００３７】
走行頻度特定部３３は、走行履歴格納部３２に格納されている直近の一定期間分の履歴から、複数の車両ごとのリンク別の走行頻度を特定する。一例として、走行頻度を特定する対象とした期間における、該当リンクの走行回数を算出し、算出したこの走行回数を走行頻度と特定すればよい。走行頻度特定部３３は、複数の車両ごとのリンク別の走行頻度を走行頻度ＤＢ３４に記憶する。走行頻度ＤＢ３４としては、例えば不揮発性メモリを用いる構成とすればよい。なお、走行頻度特定部３３は、所定の期間が経過するごとに走行頻度を特定し直し、走行頻度ＤＢ３４に記憶している複数の車両ごとのリンク別の走行頻度を更新することが好ましい。ここで言うところの所定の期間とは、任意に設定可能な期間である。なお、走行頻度の更新は、オペレータの操作等をトリガとした不定期なものであってもよい。
【００３８】
ニーズ取得部３５は、走行データ活用システムの収集ニーズを取得する。ニーズ取得部３５は、走行データ活用システムとの間で通信接続を行って、自動的に収集ニーズを取得する構成とすればよい。他にも、ニーズ取得部３５は、オペレータの操作によって走行データ収集センタ３に入力された走行データ活用システムの収集ニーズを取得する構成としてもよい。収集ニーズは、収集が必要な走行データを取得する条件を示した情報である。一例として、収集ニーズは、図４に示すように、走行データの収集対象とする道路，区間，車線，時間帯，期間，車種といった情報、及び収集対象とする走行データの種類，データ量等がある。収集対象とする走行データのデータ量（以下、収集量）については、必要とする走行回数で表す構成とすればよい。
【００３９】
対象道路テーブル生成部３６は、ニーズ取得部３５で取得した収集ニーズと、走行頻度ＤＢ３４に記憶されている複数の車両ごとのリンク別の走行頻度とをもとに、複数の車両ごとの対象道路テーブルを生成する。この対象道路テーブル生成部３６が請求項の収集対象決定部に相当する。以下では、対象道路テーブルの生成方法の詳細について説明を行う。
【００４０】
まず、対象道路テーブル生成部３６は、ニーズ取得部３５で取得した収集ニーズに基づき、走行データを収集すべきリンク（つまり、収集対象リンク）及び収集量を決定する。一例として、収集対象とする道路の区間に該当するリンクを収集対象リンクとして決定する。以下では、収取対象リンクが、ある２地点間のリンクＩ，リンクＪ，リンクＫ，リンクＬ，リンクＭであった場合を例に挙げて説明を続ける。収集量については、収集ニーズのうちの収集量に応じて決定すればよい。なお、走行データの種類によって収集量が異なる場合には、値の大きい収集量に揃える構成としてもよいし、収集量の異なるものごとに収集量を決定する構成としてもよい。収集量の異なる走行データの種類ごとに収集量を決定した場合は、一例として、後の対象道路テーブルの生成についても収集量の異なる走行データの種類ごとに分けて生成する構成とすればよい。
【００４１】
また、対象道路テーブル生成部３６は、ニーズ取得部３５で取得した収集ニーズに基づき、取得する走行データの種類，走行データを取得する車線，時間帯，期間，車種等の取得条件も決定する。
【００４２】
また、対象道路テーブル生成部３６は、走行頻度ＤＢ３４に記憶されている複数の車両ごとのリンク別の走行頻度から、収集対象リンクの走行頻度の高い車両を抽出する。一例としては、収集対象リンクの走行回数が規定数以上の車両を抽出する。ここで言うところの規定数とは、複数回であって任意に設定可能な値である。対象道路テーブル生成部３６は、収集対象リンクが複数存在する場合には、少なくともいずれかの収集対象リンクの走行頻度の高い車両を抽出する構成とすればよい。以下では、収集対象リンクの走行頻度の高い車両が、車両Ａ，車両Ｂ，車両Ｃ，車両Ｄ，車両Ｅ，車両Ｆ，車両Ｆ，車両Ｈであった場合を例に挙げて説明を続ける。
【００４３】
さらに、対象道路テーブル生成部３６は、収集対象リンクの走行頻度の高い複数の車両ごとに、走行頻度の高い収集対象リンクを特定する。そして、車両ごとの収集対象リンクの走行数（以下、走行リンク数）と、収集対象リンクごとの走行頻度の高い車両数（以下、走行車両数）とを特定する。
【００４４】
ここで、図５を用いて、車両Ａ〜Ｈごとの走行頻度の高い収集対象リンクの一例を示す。図５の矢印が、車両Ａ〜Ｈのそれぞれでの走行頻度の高い収集対象リンクを示している。車両Ａの走行頻度の高い収集対象リンクはリンクＩ，Ｊであるものとする。また、走行頻度の高い収集対象リンクが、車両ＢではリンクＩ〜Ｋ，車両ＣではリンクＩ，車両ＤではリンクＩ〜Ｌ，車両ＥではリンクＩ〜Ｍ，車両ＦではリンクＬ〜Ｍ，車両ＧではリンクＫ，車両ＨではリンクＩ〜Ｋであるものとする。図５の例では、走行リンク数は、車両Ａで「２」，車両Ｂで「３」，車両Ｃで「１」，車両Ｄで「４」，車両Ｅで「５」，車両Ｆで「２」，車両Ｇで「１」，車両Ｈで「３」となる。また、走行車両数は、リンクＩで「６」，リンクＪで「５」，リンクＫで「５」，リンクＬで「３」，リンクＭで「２」となる。以降についても図５の場合の例を挙げて説明を続ける。
【００４５】
続いて、対象道路テーブル生成部３６は、複数の車両のリンク別の走行頻度に応じて定まる、それぞれの車両についての収集対象リンク別での走行データの取得の重要度（以下、走行取得重要度）を決定する。一例としては、前述した車両ごとの走行リンク数と収集対象リンクごとの走行車両数とから、それぞれの車両についての収集対象リンク別での走行取得重要度を決定する。以下では、この走行取得重要度の決定の詳細について説明を行う。
【００４６】
対象道路テーブル生成部３６は、収集対象リンクごとの走行車両数から、収集対象リンクごとの車両の走行データ取得責任の重要度（以下、車両取得重要度）を算出する。一例としては、収集対象リンクごとに、走行車両数の逆数を車両取得重要度として算出する。図６に示すように、収集対象リンクごとの走行車両数の逆数は、その収集対象リンクの走行頻度の高い該当車両の全てで同じ値となる。図６の例では、リンクＩの該当車両は、車両Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｈであって、走行車両数の逆数は「０．１７」となる。リンクＪの該当車両は、車両Ａ，Ｂ，Ｄ，Ｅ，Ｈであって、走行車両数の逆数は「０．２」となる。リンクＫの該当車両は、車両Ｂ，Ｄ，Ｅ，Ｇ，Ｈであって、走行車両数の逆数は「０．２」となる。リンクＬの該当車両は、車両Ｄ，Ｅ，Ｆであって、走行車両数の逆数は「０．３３」となる。リンクＭの該当車両は、車両Ｅ，Ｆであって、走行車両数の逆数は「０．５」となる。
【００４７】
走行車両数の逆数は、ある収集対象リンクを他に走行する車両が多いほど小さくなる一方、ある収集対象リンクを他に走行する車両が少なくなるほど大きくなる。例えば、走行車両数の逆数が１の場合は、その収集対象リンクを他に走行する車両がないことを示す。つまり、走行車両数の逆数は、収集対象リンクにおけるその車両の走行データ取得責任の重要度を相対的に表す。
【００４８】
また、対象道路テーブル生成部３６は、車両ごとの走行リンク数から、車両ごとの収集対象リンクの走行データ取得責任の重要度（以下、リンク取得重要度）を算出する。一例としては、車両ごとに、走行リンク数の逆数をリンク取得重要度として算出する。図７に示すように、車両ごとの走行リンク数の逆数は、その車両の走行頻度の高い収集対象リンクの全てで同じ値となる。図７の例では、車両Ａの収集対象リンクは、リンクＩ，Ｊであって、走行リンク数の逆数は「０．５」となる。車両Ｂの収集対象リンクは、リンクＩ，〜Ｋであって、走行リンク数の逆数は「０．３３」となる。車両Ｃの収集対象リンクは、リンクＩであって、走行リンク数の逆数は「１」となる。車両Ｄの収集対象リンクは、リンクＩ〜Ｌであって、走行リンク数の逆数は「０．２５」となる。車両Ｅの収集対象リンクは、リンクＩ〜Ｍであって、走行リンク数の逆数は「０．２」となる。車両Ｆの収集対象リンクは、リンクＬ，Ｍであって、走行リンク数の逆数は「０．５」となる。車両Ｇの収集対象リンクは、リンクＫであって、走行リンク数の逆数は「１」となる。車両Ｈの収集対象リンクは、リンクＩ〜Ｋであって、走行リンク数の逆数は「０．３３」となる。
【００４９】
走行リンク数の逆数は、ある車両が他に走行する収集対象リンクが多いほど小さくなる一方、ある車両が他に走行する収集対象リンクが少なくなるほど大きくなる。例えば、走行リンク数の逆数が１の場合は、ある車両にとって、その収集対象リンクの他に走行する収集対象リンクがないことを示す。つまり、走行リンク数の逆数は、ある車両においてその収集対象リンクで走行データを取得すべき重要度を表す。
【００５０】
そして、対象道路テーブル生成部３６は、算出した車両取得重要度とリンク取得重要度とから、走行取得重要度を算出する。詳しくは、車両及び収集対象リンク別に車両取得重要度とリンク取得重要度とを掛け合わせることで、走行取得重要度を算出する。本実施形態の例では、少数第３位を切り捨てして算出する構成とすればよい。例えば、車両ＡのリンクＩにおける走行取得重要度は、車両取得重要度が「０．１７」であって、リンク取得重要度が「０．５」であるので、０．１７×０．５＝０．０８５となる。そして、０．０８５の少数第３位を切り捨てるため、０．０８となる（図８参照）。他の車両及び収集対象リンクの組み合わせについても同様である。この走行取得重要度が請求項の重要度に相当する。なお、走行取得重要度には、車両及び収集対象リンク別の走行頻度を掛け合わせる等して重みづけをしてもよい。
【００５１】
続いて、対象道路テーブル生成部３６は、収集対象リンクごとに走行取得重要度の大きい車両から優先して順番に、収集対象とする走行データのデータ量（つまり、収集量）に応じた分の数の車両を選択し、車両ごとの走行データを取得する収集対象リンク（以下、取得対象リンク）を決定する（図９の白抜き参照）。例えば、収集量、つまり必要な走行回数が２回分であった場合には、少なくとも２台の車両を選択し、取得対象リンクを決定する構成とすればよい。なお、車両が取得対象リンクを走行しない可能性を考慮して、収集対象とする走行データのデータ量に対して多めの数の車両を選択し、取得対象リンクを決定する構成としてもよい。
【００５２】
そして、対象道路テーブル生成部３６は、車両別に決定した取得対象リンクを対象道路テーブルとして生成する。また、対象道路テーブル生成部３６は、決定した前述の取得条件も対応付けて対象道路テーブルを生成する。対象道路テーブルは、車両別に異なるテーブルとして生成する構成としてもよいし、車両別に各々の取得対象リンクが対応付けられた１つのテーブルとして生成する構成としてもよい。この対象道路テーブルが請求項の取得用情報に相当する。
【００５３】
なお、上述した構成以外にも、車両ごとでの走行データの取得量のばらつきをより抑えるための処理を行う構成としてもよい。例えば、予め車両別に、収集対象リンクについて走行取得重要度の高さに応じたランク付けを行い、設定ランク以上を収集対象として絞り込むことで、１車両で多くの収集対象リンクを取得対象リンクとすることを避ける構成としてもよい。
【００５４】
ここで言うところの設定ランクは、例えば、収集量と収集対象リンクの数と走行車両数とに応じて設定すればよい。一例を挙げると、収集量と収集対象リンクの数を掛け合わせた数を走行車両数で除算した値の小数点を繰り上げた数に相当するランクを設定ランクとする等すればよい。この場合、収集量が走行回数２回分であって、収集対象リンクの数が５であって、走行車両数が８の場合には、（２×５）／８＝１．２５の小数点を切り上げた２に相当する重要度の高さ２番目が設定ランクとなる。
【００５５】
また、上述した絞り込みによって収集量に応じた車両数に達しない収集対象リンクについては、収集対象として絞り込みできたもの以外について、設定ランクを下げて再度絞り込みを行う処理を、収集量に応じた車両数に達するまで繰り返す構成とすればよい。他にも、収集量に応じた車両数に達しない収集対象リンクについて、取得対象リンクの数が少ない車両ほど優先して、収集量に応じた車両数に達するまで選択する構成としてもよい。
【００５６】
なお、走行取得重要度が同一であって前述の選択，絞り込みができない場合には、ランダムに優先順位付けを行って前述の選択，絞り込みを行う構成とすればよい。他にも、過去の走行データの取得量を車両別に記憶しておき、過去の取得量が少ない車両の優先順位を上げて前述の選択，絞り込みを行う構成としてもよい。
【００５７】
通信部３１の送信部３１１は、対象道路テーブル生成部３６で生成した対象道路テーブルを車載端末２に送信する。この送信部３１１が請求項の取得用情報送信部に相当する。送信部３１１は、対象道路テーブルが、車両別に異なるテーブルとして生成される構成の場合には、それぞれの対象道路テーブルに対応する車両を指定して対象道路テーブルを送信する構成とすればよい。また、対象道路テーブルが、車両ごとに各々の取得対象リンクが対応付けられた１つのテーブルである場合には、この対象道路テーブルに対応する全ての車両を指定して対象道路テーブルを送信する構成とすればよい。
【００５８】
また、通信部３１のうちの受信部３１２は、走行データ収集センタ３から送信した対象道路テーブルに従って車載端末２でそれぞれ取得した走行データが送信されてきた場合に、この走行データを受信する。そして、受信部３１２は、受信した走行データを走行データ格納部３８に格納する。走行データ格納部３８としては、例えば不揮発性メモリを用いる構成とすればよい。受信部３１２は、複数の車両の車載端末２から受信する走行データを走行データ格納部３８に格納し、複数の車両の車載端末２から送信される走行データを収集する。よって、この受信部３１２が請求項の収集部に相当する。
【００５９】
受信部３１２は、車載端末２から送信する走行データに含まれる、その車載端末２を搭載する車両の走行リンク，車両位置等によって、走行データを取得したリンクを特定し、受信した走行データをリンク別に走行データ格納部３８に格納すればよい。また、受信部３１２は、車載端末２から送信する走行データに含まれる、その車載端末２を搭載する車両の走行リンク，車両位置等を、走行履歴格納部３２へ格納する走行リンクの履歴に流用する構成としてもよい。
【００６０】
収集結果出力部３９は、走行データ格納部３８に収集して格納された走行データを、走行データ活用システムへ出力する。収集結果出力部３９は、走行データ活用システムとの間で通信接続を行って、走行データ格納部３８に収集して格納された走行データを自動的に読み出して走行データ活用システムへ出力する構成とすればよい。他にも、収集結果出力部３９は、走行データ格納部３８に収集して格納された走行データの出力を指示する旨のオペレータの操作によって、走行データ格納部３８に収集して格納された走行データを読み出して、例えば外部記憶媒体等に出力する構成としてもよい。
【００６１】
＜走行データ取得関連処理＞
ここでは、図１０のシーケンス図、及び図１１〜図１５のフローチャートを用いて、走行データ収集システム１での走行データの取得に関連する処理（以下、走行データ取得関連処理）の流れの一例について説明を行う。図１０のシーケンス図は、走行データ収集システム１の全体での流れを示すシーケンス図であって、図１１〜図１５のフローチャートは、図１０のルーチン別の流れを示すフローチャートである。
【００６２】
まず、ステップＳ１では、車載端末２が、自車の走行リンクを逐次特定し、走行データ収集センタ３に逐次送信する処理（以下、走行リンク特定送信処理）を行う。走行リンク特定送信処理は、複数の車載端末２で行われるものとする。ステップＳ２では、走行データ収集センタ３が、Ｓ１で複数の車載端末２から送信された走行リンクをもとに複数の車両ごとのリンク別の走行頻度を特定する処理（以下、走行頻度特定処理）を行う。
【００６３】
ステップＳ３では、走行データ収集センタ３が、ニーズ取得部３５で取得した収集ニーズと、Ｓ２で特定した複数の車両ごとのリンク別の走行頻度とから、複数の車両ごとの対象道路テーブルを生成し、車載端末２へ送信する処理（以下、テーブル生成送信処理）を行う。ステップＳ４では、車載端末２が、Ｓ３で走行データ収集センタ３から送信された対象道路テーブルに従って走行データを取得し、走行データ収集センタ３に送信する処理（以下、走行データ取得送信処理）を行う。ステップＳ５では、走行データ収集センタ３が、Ｓ４で複数の車載端末２から送信された走行データを収集する処理（走行データ収集処理）を行う。なお、Ｓ１及びＳ２の処理は、Ｓ３〜Ｓ５の処理が行われるタイミングにも並行して行われる構成であってもよい。
【００６４】
続いて、以下では図１１〜図１５のフローチャートを用いて、図１０のＳ１〜Ｓ５のルーチン別の流れについてそれぞれ説明を行う。
【００６５】
［走行リンク特定送信処理］
まず、図１１のフローチャートを用いて、車載端末２での走行リンク特定送信処理の流れの一例について説明を行う。図１１のフローチャートの処理は、例えば車載端末２を搭載する車両の前述したトリップごとに行う構成とすればよい。
【００６６】
ステップＳ１０１では、ロケータ２１が自車の車両位置を逐次検出する。ステップＳ１０２では、マップマッチング部２３が、Ｓ１０１で逐次検出される車両位置と地図ＤＢ２２に格納されている地図データとをもとにマップマッチング処理を行うことで、自車の走行リンクを逐次特定する。ステップＳ１０３では、送信部２４１が、Ｓ１０２で逐次特定される自車の走行リンクの履歴を走行データ収集センタ３に送信する。
【００６７】
［走行頻度特定処理］
続いて、図１２のフローチャートを用いて、走行データ収集センタ３での走行頻度特定処理の流れの一例について説明を行う。図１２のフローチャートの処理は、例えば前述した所定の期間が経過するごとに行う構成とすればよい。
【００６８】
ステップＳ２０１では、受信部３１２が、複数の車載端末２からそれぞれ送信される走行リンクの履歴を受信する。ステップＳ２０２では、Ｓ２０１で受信した走行リンクの履歴を走行履歴格納部３２に格納し、車両別の走行リンクの履歴を蓄積する。
【００６９】
ステップＳ２０３では、走行頻度特定部３３が、走行履歴格納部３２に格納されている直近の一定期間分の履歴から、複数の車両ごとのリンク別の走行頻度を特定する。ステップＳ２０４では、走行頻度特定部３３が、Ｓ２０３で特定した複数の車両ごとのリンク別の走行頻度を走行頻度ＤＢ３４に記憶する。
【００７０】
［テーブル生成送信処理］
続いて、図１３のフローチャートを用いて、走行データ収集センタ３でのテーブル生成送信処理の流れの一例について説明を行う。図１３のフローチャートの処理は、例えばニーズ取得部３５で走行データ活用システムの収集ニーズを取得した場合に行う構成とすればよい。
【００７１】
ステップＳ３０１では、対象道路テーブル生成部３６が、ニーズ取得部３５で取得した収集ニーズに基づき、収集対象リンク、収集量、及び取得条件を決定する。ステップＳ３０２では、対象道路テーブル生成部３６が、Ｓ３０１で決定した収集対象リンク、収集量、及び取得条件と、走行頻度ＤＢ３４に記憶されている複数の車両ごとのリンク別の走行頻度とをもとに、複数の車両ごとの対象道路テーブルを生成する。ステップＳ３０３では、送信部３１１が、対象道路テーブル生成部３６で生成した対象道路テーブルを車載端末２に送信する。送信部３１１は、取得対象リンクが決定された車両の車載端末２に、対象道路テーブルを送信する。
【００７２】
［走行データ取得送信処理］
続いて、図１４のフローチャートを用いて、車載端末２での走行データ取得送信処理の流れの一例について説明を行う。図１４のフローチャートの処理は、例えば走行データ収集センタ３から送信される対象道路テーブルを車載端末２の受信部２４２で受信したときに開始する構成とすればよい。
【００７３】
ステップＳ４０１では、受信部２４２が、走行データ収集センタ３から受信した対象道路テーブルを参照情報格納部２５に格納する。ステップＳ４０２では、ロケータ２１が自車の車両位置を検出する。ステップＳ４０３では、マップマッチング部２３が、Ｓ４０２で検出される車両位置と地図ＤＢ２２に格納されている地図データとをもとにマップマッチング処理を行うことで、自車の走行リンクを特定する。
【００７４】
ステップＳ４０４では、取得判定部２６が、参照情報格納部２５に格納されている対象道路テーブルを参照し、Ｓ４０３で特定した自車の走行リンクが取得対象リンクか否か判定する。そして、取得対象リンクと判定した場合（Ｓ４０４でＹＥＳ）には、ステップＳ４０５に移る。一方、取得対象リンクでないと判定した場合（Ｓ４０４でＮＯ）には、ステップＳ４０６に移る。
【００７５】
ステップＳ４０５では、走行データ取得部２７が、対象道路テーブルで取得対象リンクに対応付けられている取得条件に従い、自車のセンサ等から自車の走行データを取得する。なお、取得条件に合致しない場合には、走行データを取得しない構成とすればよい。
【００７６】
ステップＳ４０６では、走行データの送信タイミングであった場合（Ｓ４０６でＹＥＳ）には、ステップＳ４０７に移る。ステップＳ４０７では、送信部２４１が、それまでに取得した走行データを走行データ収集センタ３へ送信する。一方、走行データの送信タイミングでなかった場合（Ｓ４０６でＮＯ）には、Ｓ４０２に戻って処理を繰り返す。
【００７７】
例えば、走行データの送信タイミングは、走行データの取得期間が終了したときであってもよいし、Ｓ４０５で新たな走行データを取得したときであってもよい。走行データの取得期間が終了したときを送信タイミングとして採用した場合には、取得期間中に蓄積した走行データをまとめて送信する構成となる。一方、Ｓ４０５で新たな走行データを取得したときを送信タイミングとして採用した場合には、Ｓ４０５で新たな走行データを取得するごとに、この走行データを送信する構成となる。
【００７８】
［走行データ収集処理］
続いて、図１５のフローチャートを用いて、走行データ収集センタ３での走行データ収集処理の流れの一例について説明を行う。図１５のフローチャートの処理は、例えば対象道路テーブルを車載端末２へ送信した場合に開始する構成とすればよい。
【００７９】
ステップＳ５０１では、受信部３１２が、複数の車載端末２からそれぞれ送信されてくる走行データを受信する。ステップＳ５０２では、受信部３１２が、Ｓ５０１で受信した走行データを走行データ格納部３８に格納し、複数の車両の車載端末２から送信される走行データを収集する。走行データ格納部３８に収集して格納された走行データは、収集結果出力部３９により、走行データ活用システムへ出力される。
【００８０】
＜実施形態１のまとめ＞
実施形態１の構成によれば、それぞれの車両の車載端末２で、走行データ収集センタ３から送信される対象道路テーブルに従って走行データが取得されることになる。対象道路テーブルでは、走行データを取得すべき取得対象リンクに対して、複数の車両のリンク別の走行頻度に応じて定まる走行取得重要度の高い車両から順番に優先して、収集量に応じた分の数の車両が対応付けられている。走行取得重要度は、ある収集対象リンクを他に走行する車両が少なくなるのに応じて高くなるものであるので、実施形態１の構成によれば、収集対象リンクごとに走行データを収集する車両が偏らないようにしつつ、取得対象リンクの走行頻度の高い車両に絞って走行データをより確実に取得させることが可能になる。よって、これらの車両の車載端末２から収集される走行データがリンクによって過剰になることを抑え、走行データ収集センタ３での無駄な走行データの収集を抑えつつも、必要な量の走行データを収集することを可能にする。その結果、走行データ収集センタ側３での無駄な負荷及びコストを抑えて必要な量の走行データを収集することを可能にする。
【００８１】
また、走行取得重要度は、ある車両が他に走行する収集対象リンクが少なくなるのに応じても高くなるものであるので、実施形態１の構成によれば、収集対象リンクの走行頻度が高いにも関わらず走行データを取得しない車両を生じにくくすることができ、車両ごとの走行データを取得する収集対象リンクの数の偏りを抑えることが可能になる。よって、車両間で走行データの通信時間や通信コストが偏る不公平を抑えることが可能になる。
【００８２】
（変形例１）
実施形態１では、車載端末２で車両の走行リンクを特定し、特定した走行リンクを走行データ収集センタ３へ送信する構成を示したが、必ずしもこれに限らない。例えば、車載端末２で車両の走行リンクを特定せず、走行データ収集センタ３で車両の走行リンクを特定する構成（以下、変形例１）としてもよい。
【００８３】
変形例１を採用する場合には、車載端末２からは、走行リンクの代わりに、ロケータ２１で検出する車両位置を走行データ収集センタ３へ送信する構成とすればよい。この場合には、この車両位置が請求項の位置関連情報に相当する。また、車載端末２に地図ＤＢ２２及びマップマッチング部２３を備える代わりに、地図ＤＢ２２及びマップマッチング部２３と同様の構成を走行データ収集センタ３が備える構成とすればよい。そして、走行データ収集センタ３は、車載端末２から送信されてくる車両位置をもとにマップマッチング処理を行って、車両の走行リンクを特定すればよい。
【００８４】
また、変形例１を採用する場合、対象道路テーブルには、車両別に、走行データを取得すべきリンクの代わりに、走行データを取得すべき車両位置（以下、取得対象位置）が対応付けられる構成とすればよい。この場合、車載端末２の取得判定部２６は、自車の現在の車両位置が、対象道路テーブルで自車に対応付けられている取得対象位置か否かを判定すればよい。なお、自車の現在の車両位置と取得対象位置とが略一致する場合に、自車の現在の車両位置が取得対象位置と判定する構成とすればよい。そして、走行データ取得部２７は、取得判定部２６で自車の現在の車両位置が取得対象位置と判定した場合に、対象道路テーブルで取得対象位置に対応付けられている取得条件に従い、自車のセンサ等から自車の走行データを取得する構成とすればよい。
【００８５】
なお、変形例１を採用する場合には、車載端末２はロケータ２１を備えずに、他の装置で検出された車両位置を取得して用いる構成としてもよい。
【００８６】
（実施形態２）
実施形態１及び変形例１では、車載端末２で走行データの取得の判定を行う構成を示したが、必ずしもこれに限らない。例えば、以下の実施形態２のような構成としてもよい。以下、本発明の実施形態２について図面を用いて説明する。
【００８７】
＜走行データ収集システム１ａの概略構成＞
図１６に示すように、走行データ収集システム１ａは、複数の車両の各々に搭載された車載端末２ａ、走行データ収集センタ３ａ、及びサブ収集装置４を含んでいる。走行データ収集システム１ａは、車載端末２，走行データ収集センタ３の代わりに車載端末２ａ，走行データ収集センタ３ａを含む点、及びサブ収集装置４を含む点を除けば、実施形態１の走行データ収集システム１と同様である。
【００８８】
走行データ収集システム１ａでは、車載端末２ａと走行データ収集センタ３ａとは通信を行わない。また、走行データ収集センタ３ａは、複数のサブ収集装置４と通信網を介して通信可能であって、サブ収集装置４は、複数の車両の車載端末２ａと通信網を介して通信可能であるものとする。
【００８９】
＜車載端末２ａの概略構成＞
まず、図１７を用いて車載端末２ａの概略構成を説明する。図１７に示すように、車載端末２ａは、ロケータ２１、地図ＤＢ２２、マップマッチング部２３、走行データ取得部２７ａ、及び通信部２８を備えている。車載端末２ａは、走行データ取得部２７の代わりに走行データ取得部２７ａを備える点、通信部２４の代わりに通信部２８を備える点、及び参照情報格納部２５と取得判定部２６とを備えない点を除けば、実施形態１の車載端末２と同様である。
【００９０】
走行データ取得部２７ａは、自車の走行に伴い、予め設定した種類の走行データを逐次取得する。そして、取得した走行データを通信部２８に出力する。この走行データ取得部２７ａが請求項のデータ取得部に相当する。走行データ取得部２７ａで取得する走行データの一例は、実施形態１で述べた走行データ取得部２７で取得する走行データの一例と同様である。走行データ取得部２７ａは、走行データを逐次取得する範囲が特定の地域に予め限定して設定されている構成としてもよい。
【００９１】
通信部２８は、サブ収集装置４と通信を行う。通信部２８は、例えば通信コストの低い若しくはかからない高速無線ＬＡＮ等を介してサブ収集装置４と通信を行うことが好ましい。また、通信部２８の送信部２８１は、走行データ取得部２７ａから出力されてくる走行データを、サブ収集装置４に送信する。よって、この送信部２８１が請求項の走行データ送信部に相当する。
【００９２】
送信部２８１は、走行データ取得部２７ａから出力されてくる走行データをサブ収集装置４に逐次送信する構成としてもよいし、走行データ取得部２７ａから出力されてくる走行データを大容量のメモリに蓄積しておき、蓄積しておいた走行データをまとめてサブ収集装置４に送信する構成としてもよい。また、送信部２８１は、走行データをサブ収集装置４に送信する場合に、マップマッチング部２３で逐次特定される自車の走行リンクも含ませて送信する。
【００９３】
＜走行データ収集センタ３ａの概略構成＞
続いて、図１８を用いて走行データ収集センタ３ａの概略構成を説明する。図１８に示すように、走行データ収集センタ３ａは、走行履歴格納部３２、走行頻度特定部３３、走行頻度ＤＢ３４、ニーズ取得部３５、対象道路テーブル生成部３６、対象道路テーブル格納部３７、走行データ格納部３８、収集結果出力部３９、及び通信部４０を備えている。走行データ収集センタ３ａは、通信部３１の代わりに通信部４０を備える点を除けば、実施形態１の走行データ収集センタ３と同様である。
【００９４】
通信部４０は、サブ収集装置４と通信を行う。通信部４０は、例えば基地局及び公衆通信網を介してサブ収集装置４と通信を行う。通信部４０のうちの受信部４０２は、サブ収集装置４から車載端末２ａを搭載する車両の走行リンクの履歴が送信されてきた場合には、この走行リンクの履歴を受信する。受信部４０２は、受信部３１２と同様にして、サブ収集装置４から受信する車両の走行リンクの履歴を、この車両と対応付けて走行履歴格納部３２に格納する。
【００９５】
通信部４０のうちの送信部４０１は、対象道路テーブル生成部３６で生成した対象道路テーブルをサブ収集装置４に送信する。この対象道路テーブルが請求項の抽出用情報に相当し、送信部４０１が請求項の抽出用情報送信部に相当する。また、受信部４０２は、走行データ収集センタ３から送信した対象道路テーブルに従ってサブ収集装置４で抽出した走行データが送信されてきた場合に、この走行データを受信する。そして、受信部４０２は、受信部３１２と同様にして、受信した走行データを走行データ格納部３８に格納することで、サブ収集装置４から送信される走行データを収集する。よって、この受信部４０２が請求項の収集部に相当する。
【００９６】
＜サブ収集装置４の概略構成＞
続いて、図１９を用いてサブ収集装置４の概略構成を説明する。図１９に示すように、サブ収集装置４は、第１通信部４１、走行履歴格納部４２、走行データ格納部４３、第２通信部４４、参照情報格納部４５、抽出判定部４６、及び抽出部４７を備えている。一例として、車両としてタクシー，運送車両等の商用車を利用する場合には、サブ収集装置４は、各事業所のＰＣ等とすればよい。
【００９７】
第１通信部４１は、車載端末２ａと通信を行う。通信部３１は、例えば高速無線ＬＡＮ等を介して車載端末２ａと通信を行う。第１通信部４１の受信部４１１は、複数の車載端末２ａでそれぞれ取得した走行データが送信されてきた場合に、この走行データを受信する。そして、受信部４１１は、受信した走行データに含まれる車両の走行リンクを、この車両と対応付けて走行履歴格納部４２に格納する。一例としては、車両を識別可能な識別子と走行リンクとを対応付けて格納する構成とすればよい。走行履歴格納部４２としては、例えば不揮発性メモリを用いる構成とすればよい。
【００９８】
また、受信部４１１は、複数の車載端末２から受信した走行データを走行データ格納部４３に格納する。走行データ格納部４３としては、例えば不揮発性メモリを用いる構成とすればよい。受信部４１１は、複数の車両の車載端末２から受信する走行データを走行データ格納部４３に格納し、複数の車両の車載端末２から送信される走行データを収集する。よって、この受信部４１１が請求項の中間収集部に相当する。受信部４１１は、車載端末２ａから送信する走行データに含まれる、その車載端末２ａを搭載する車両の走行リンクによって、走行データを取得したリンクを特定し、受信した走行データをリンク別に走行データ格納部４３に格納すればよい。
【００９９】
第２通信部４４は、走行データ収集センタ３ａと通信を行う。第２通信部４４は、例えば基地局及び公衆通信網を介して走行データ収集センタ３ａと通信を行う。第２通信部４４のうちの送信部４４１は、走行履歴格納部３２に格納されている車両別の走行リンクの履歴を走行データ収集センタ３ａに送信する。また、第２通信部４４のうちの受信部４４２は、走行データ収集センタ３ａから対象道路テーブルが送信されてきた場合に、この対象道路テーブルを受信し、参照情報格納部４５に格納する。この受信部４４２が請求項の抽出用情報受信部に相当する。参照情報格納部４５は、例えば不揮発性メモリとすればよい。対象道路テーブルは、実施形態１で述べたのと同様である。
【０１００】
抽出判定部４６は、参照情報格納部４５に格納されている対象道路テーブルを参照し、走行履歴格納部４２に格納されている走行リンクのうちの、取得対象の車両の取得対象リンクに該当するリンクを判定する。抽出部４７は、抽出判定部４６で取得対象リンクと判定したリンクに対応付けられている取得対象の車両の走行データを、対象道路テーブルに対応付けられている取得条件に従い、走行データ格納部４３から抽出する。一例として、走行データの取得期間，走行データの取得時間帯，走行データを取得する車線等の取得条件に合致する、取得すべき種類の走行データを、収集量に応じた数だけ取得対象リンクごとに抽出する。そして、抽出部４７は、抽出した走行データを第２通信部４４に出力する。第２通信部４４のうちの送信部４４１は、抽出部４７で抽出された走行データを、走行データ収集センタ３ａに送信する。よって、この送信部４４１が請求項の抽出データ送信部に相当する。
【０１０１】
＜実施形態２のまとめ＞
実施形態２の構成によれば、実施形態１の走行データ収集センタ３で収集する走行データの絞り込みを車載端末２で行う構成に代えて、走行データ収集センタ３ａで収集する走行データの絞り込みをサブ収集装置４で行う構成を採用している。このような構成を採用した場合であっても、実施形態１と同様の効果を奏することができる。
【０１０２】
また、実施形態２の走行データ収集システム１ａでは、サブ収集装置４において、対象道路テーブルに従った走行データの抽出のみでは取得対象リンクについての目標とする量の走行データが抽出できない場合に、足りない分を補充する構成としてもよい。一例としては、サブ収集装置４が、走行データの補充が必要な取得対象リンク（以下、補充対象リンク）を走行した他の車両を、走行履歴格納部３２に格納されている車両別の走行リンクの履歴から特定する。そして、抽出部４７が、特定した車両の補充対象リンクにおける走行データを走行データ格納部４３から追加して抽出することで、足りない分を補充する構成とすればよい。これによれば、走行データの取得対象の車両が実際には取得対象リンクを走行せず、目標とする量の走行データが抽出できない場合にも、足りない分をサブ収集装置４で補充することが可能になる。その結果、走行データ収集センタ３ａでの無駄な走行データの収集を抑えつつも、走行データ収集センタ３ａで、必要な量の走行データを安定して収集することが可能になる。
【０１０３】
（変形例２）
実施形態２では、サブ収集装置４が、データをまとめて蓄積する走行履歴格納部４２及び走行データ格納部４３を備える構成を示したが、必ずしもこれに限らない。例えば、サブ収集装置４が、データをまとめて蓄積する走行履歴格納部４２及び走行データ格納部４３を備えない構成としてもよい。この場合には、抽出判定部４６が、受信部４１１で受信した走行データに含まれる走行リンクが、取得対象の車両の取得対象リンクに該当するリンクか否かを逐次判定する構成とすればよい。そして、抽出判定部４６で取得対象の車両の取得対象リンクであると判定した場合には、受信した走行データを抽出部４７が第２通信部４４に出力する構成とすればよい。
【０１０４】
（変形例３，４）
実施形態２では、車載端末２ａで車両の走行リンクを特定し、特定した走行リンクをサブ収集装置４へ送信する構成を示したが、必ずしもこれに限らない。例えば、車載端末２ａで車両の走行リンクを特定せず、サブ収集装置４で車両の走行リンクを特定する構成（以下、変形例３）、若しくは走行データ収集センタ３ａで車両の走行リンクを特定する構成（以下、変形例４）としてもよい。
【０１０５】
変形例３，４を採用する場合には、車載端末２ａからは、走行リンクの代わりに、ロケータ２１で検出する車両位置をサブ収集装置４へ送信する構成とすればよい。この場合には、この車両位置が請求項の位置関連情報に相当する。
【０１０６】
また、変形例３を採用する場合には、車載端末２ａに地図ＤＢ２２及びマップマッチング部２３を備える代わりに、地図ＤＢ２２及びマップマッチング部２３と同様の構成をサブ収集装置４が備える構成とすればよい。そして、サブ収集装置４は、車載端末２ａから送信されてくる車両位置をもとにマップマッチング処理を行って、車両の走行リンクを特定し、車両の走行リンクを走行データ収集センタ３ａに送信する構成とすればよい。
【０１０７】
一方、変形例４を採用する場合には、車載端末２ａに地図ＤＢ２２及びマップマッチング部２３を備える代わりに、地図ＤＢ２２及びマップマッチング部２３と同様の構成を走行データ収集センタ３ａが備える構成とすればよい。また、サブ収集装置４は、車載端末２ａから送信されてくる車両位置を走行データ収集センタ３ａに送信する構成とすればよい。そして、走行データ収集センタ３ａは、サブ収集装置４から送信されてくる車両位置をもとにマップマッチング処理を行って、車両の走行リンクを特定する構成とすればよい。
【０１０８】
また、変形例４を採用する場合、対象道路テーブルには、車両別に、走行データを取得すべきリンクの代わりに、走行データを取得すべき車両位置（以下、取得対象位置）が対応付けられる構成とすればよい。この場合、サブ収集装置４の抽出判定部４６は、走行履歴格納部４２に格納されている車両位置のうちの、取得対象の車両の取得対象位置に該当する車両位置を判定する。なお、車両位置と取得対象位置とが略一致する場合に、車両位置が取得対象位置に該当すると判定する構成とすればよい。そして、抽出部４７は、抽出判定部４６で車両位置が取得対象位置と判定した車両位置に対応付けられている取得対象の車両の走行データを、対象道路テーブルに対応付けられている取得条件に従い、走行データ格納部４３から抽出する構成とすればよい。
【０１０９】
なお、変形例３，４を採用する場合には、車載端末２ａはロケータ２１を備えずに、他の装置で検出された車両位置を取得して用いる構成としてもよい。
【０１１０】
（変形例５）
前述の実施形態では、対象道路テーブル生成部３６が、車両取得重要度とリンク取得重要度とから算出した走行取得重要度が高い車両を優先して走行データを収集する車両と決定する構成を示したが、必ずしもこれに限らない。例えば、対象道路テーブル生成部３６が、車両取得重要度を走行取得重要度として扱い、車両取得重要度が高い車両を優先して走行データを収集する車両と決定する構成としてもよい。
【０１１１】
（変形例６）
前述の実施形態及び変形例では、車載端末２から送信された走行リンク若しくは車両位置から、走行データ収集センタ３，３ａで複数の車両ごとのリンク別の走行頻度を特定する構成を示したが、必ずしもこれに限らない。例えば、走行データ収集センタ３，３ａ以外のサーバ装置で特定された走行頻度を走行データ収集センタ３，３ａが取得することで利用可能な構成としてもよい。他にも、走行データ収集センタ３，３ａのオペレータ等によって入力される車両ごとの運行記録から、走行データ収集センタ３，３ａで複数の車両ごとのリンク別の走行頻度を特定する構成としてもよい。
【０１１２】
なお、本発明は、上述した実施形態及び変形例に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態及び変形例にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【符号の説明】
【０１１３】
１，１ａ  走行データ収集システム、２，２ａ  車載端末、３，３ａ  走行データ収集センタ、４  サブ収集装置、２７，２７ａ  走行データ取得部（データ取得部）、３３  走行頻度特定部、３６  対象道路テーブル生成部（収集対象決定部）、４７  抽出部、２４１  送信部（走行データ送信部）、２４２  受信部（取得用情報受信部）、２８１  送信部（走行データ送信部）、３１１  送信部（取得用情報送信部）、３１２  受信部（収集部）、４０１  送信部（抽出用情報送信部）、４０２  受信部（収集部）、４１１  受信部（中間収集部）、４４１  送信部（抽出データ送信部）、４４２  受信部（抽出用情報受信部）
【図１】
2018112838.tif 000003
【図２】
2018112838.tif 000004
【図３】
2018112838.tif 000005
【図４】
2018112838.tif 000006
【図５】
2018112838.tif 000007
【図６】
2018112838.tif 000008
【図７】
2018112838.tif 000009
【図８】
2018112838.tif 000010
【図９】
2018112838.tif 000011
【図１０】
2018112838.tif 000012
【図１１】
2018112838.tif 000013
【図１２】
2018112838.tif 000014
【図１３】
2018112838.tif 000015
【図１４】
2018112838.tif 000016
【図１５】
2018112838.tif 000017
【図１６】
2018112838.tif 000018
【図１７】
2018112838.tif 000019
【図１８】
2018112838.tif 000020
【図１９】
2018112838.tif 000021