JP7038092B2 - データ収集装置、データ収集システム、および、データ収集方法 - Google Patents

Description

本発明は、データ収集装置、データ収集システム、車両用装置、および、データ収集方法に関する。

従来、車両に搭載される端末にデータの採取を指令して、採取されたデータを端末から収集する技術が知られている。例えば、特許文献１には、車両に搭載される車載端末と、走行データ収集センタとを含む走行データ収集システムが開示される。車載端末は、走行データを取得する走行データ取得部と、走行データ取得部で取得した走行データを送信する送信部とを備える。走行データ収集センタは、複数の車両の車載端末から送信される走行データを収集する受信部を備える。

特開２０１８－１１２８３８号公報

特許文献１の走行データ収集システムにおいては、車載端末が地図データを格納する不揮発性メモリを備え、車載端末においてマップマッチングが行われる。これにより、走行データ収集センタから、走行データを収集する道路の指定が可能になっている。

車載端末が地図データを備えることが必須とされる構成では、走行データ収集センタと車載端末との間における通信量が大きくなり易いことが懸念される。また、走行データ収集センタが有する地図データと、車載端末が有する地図データとが一致していることが必要となるために、両者の一致を適宜確認することが必要になり、通信コストの上昇等の負担が発生することが懸念される。

本発明は、上記の課題に鑑み、車両からデータを収集するシステムにおける通信時の負担を低減することができる技術を提供することを目的とする。

上記目的を達成するために本発明のデータ収集装置は、車両に搭載される車両用装置から前記車両の位置を取得する取得部と、複数に区画された地図の区画ごとに割り当てられた識別子の中から、少なくとも１つの前記識別子を前記車両の位置に基づき抽出する抽出部と、抽出した前記識別子とデータの収集条件とを組にした少なくとも１つの情報組を前記車両用装置に配信する配信部と、前記収集条件に基づき前記車両用装置にて採取された前記データを、前記車両用装置から収集する収集部と、を備える構成（第１の構成）になっている。

また、上記第１の構成のデータ収集装置において、前記抽出部は、前記車両が存在する前記区画の前記識別子と、前記車両が存在する前記区画に隣接する複数の前記区画の前記識別子と、を抽出する構成（第２の構成）であることが好ましい。

また、上記第１又は第２の構成のデータ収集装置において、前記抽出部は、前記車両用装置から取得される所定の情報に基づき、前記識別子の抽出数を変動させる構成（第３の構成）であってよい。

また、上記第３の構成のデータ収集装置において、前記所定の情報は、前記車両の位置に対応する前記識別子の、所定時間内における変化回数である構成（第４の構成）であってよい。

また、上記第１から第４のいずれかの構成のデータ収集装置において、前記配信部は、前記抽出部で抽出される前記識別子が前回抽出された前記識別子と一部だけ異なる場合、新たに抽出された前記識別子に前記収集条件を付与して構成される前記情報組のみを前記車両用装置に配信する構成（第５の構成）であってよい。

また、上記目的を達成するために本発明のデータ収集システムは、上記第１から第５のいずれかの構成のデータ収集装置と、前記車両用装置と、を備える構成（第６の構成）になっている。

また、上記第６の構成のデータ収集システムにおいて、前記車両用装置は、前記情報組を受け取る受信部と、前記車両の位置情報に基づき前記識別子を求める算出部と、求めた前記識別子と前記情報組とに基づき前記データの採取を行うか否かの判断を行う判断部と、前記データの採取を行う採取部と、を備える構成（第７の構成）であることが好ましい。

また、上記目的を達成するための本発明の車両用装置は、車両に搭載され、前記車両の外部に配置されるデータ収集装置からの指令によりデータを採取して前記データ収集装置に送信する車両用装置であって、複数に区画された地図の区画ごとに割り当てられた識別子の中から抽出された前記識別子と、前記データの収集条件とを組にした情報組を受け取る受信部と、前記車両の位置情報に基づき前記識別子を求める算出部と、求めた前記識別子と前記情報組とに基づき前記データを採取するか否かを判断する判断部と、を備える構成（第８の構成）になっている。

また、上記目的を達成するために本発明のデータ収集方法は、車両に搭載される車両用装置から前記車両の位置を取得する取得工程と、複数に区画された地図の区画ごとに割り当てられた識別子の中から、少なくとも１つの前記識別子を前記車両の位置に基づき抽出する抽出工程と、抽出した前記識別子とデータの収集条件とを組にした少なくとも１つの情報組を前記車両用装置に配信する配信工程と、前記収集条件に基づき前記車両用装置にて採取された前記データを、前記車両用装置から収集する収集工程と、を備える構成（第９の構成）になっている。

本発明によれば、車両からデータを収集するシステムにおける通信時の負担を低減することができる。

データ収集システムの構成を示す図 データ収集装置の構成例を示すブロック図 車両用装置の構成例を示すブロック図 データ収集装置が車両用装置にデータ収集のための指令を出す際の処理例を示すフローチャート 抽出部によるメッシュＩＤの抽出例について説明するための図 図５の状態から車両が位置する区画が右隣の区画に移動した場合に抽出部で抽出されるメッシュＩＤを示す図 データ収集装置からデータの収集指令が出された後の車両用装置およびデータ収集装置の動作例を示すフローチャート 抽出部で抽出されるメッシュＩＤの数を変動させる処理の一例を示すフローチャート メッシュＩＤの抽出数を増加させる場合の一例を示す図

以下、本発明の例示的な実施形態について、図面を参照しながら詳細に説明する。

＜１．データ収集システム＞
図１は、本発明の実施形態に係るデータ収集システム１００の構成を示す図である。データ収集システム１００は、データ収集装置１と車両用装置２とを備える。データ収集装置１と車両用装置２とは、例えばインターネットや携帯電話回線網などのネットワーク３を介して互いに通信可能となっている。データ収集装置１は、車両用装置２に対して指令を出す。車両用装置２は、データ収集装置１からの指令を受けてデータの採取を行う。データ収集装置１は、車両用装置２により採取されたデータを車両用装置２から収集する。

なお、車両用装置２により採取されるデータ（換言すると、データ収集装置１が収集するデータ）には、例えば、車両４に搭載されるカメラで撮影された車両周辺の画像データが含まれてよい。画像データは、静止画であっても、動画であってもよい。また、車両用装置２により採取されるデータには、例えば、車両４内に設けられるＣＡＮ（Controller Area Network）バスを介して得られるＣＡＮデータが含まれてよい。ＣＡＮデータには、例えば、速度データ、ブレーキデータ、操舵データ等が含まれてよい。また、車両用装置２により採取されるデータには、車両に搭載されるレーダ、ＬＩＤＡＲ（Laser Imaging Detection and Ranging）、超音波センサ等のセンサから得られるデータが含まれてよい。

データ収集装置１は、ネットワーク３を介したクラウドサービスを提供するクラウドサーバとして構成される。データ収集装置１は、データ利用者（不図示）からデータの収集要求を受け付けるとともに、受け付けた収集要求に基づいて車両用装置２から収集したデータをデータ利用者に提供する。

車両用装置２は、車両４に搭載される。本実施形態では、車両４は自動車である。ただし、車両４は、自動車以外でもよく、例えばオートバイ、電車、無人搬送車等の車輪のついた他の乗り物であってよい。また、図１においては、車両４に搭載される車両用装置２が１つのみ示されている。しかし、通常は、データ収集システム１００は、それぞれ別々の車両４に搭載される複数の車両用装置２を備える。データ収集装置１は、各車両４に搭載される車両用装置２に対して指令を出し、各車両用装置２が採取したデータを各車両用装置２から収集する。

なお、車両用装置２は、例えば、ドライブレコーダやナビゲーション装置によって兼用されてよい。ただし、車両用装置２は、ドライブレコーダやナビゲーション装置とは別の装置であってもよい。また、車両用装置２は、車載装置であってもよいし、車両４の乗員が持ち運ぶことができる携帯端末であってもよい。車両用装置２が携帯端末である場合、車両用装置２は、例えばスマートフォンやタブレット等であってよい。

＜２．データ収集装置＞
図２は、本発明の実施形態に係るデータ収集装置１の構成例を示すブロック図である。なお、図２においては、実施形態の特徴を説明するために必要な構成要素のみを示しており、一般的な構成要素についての記載は省略されている。図２に示すように、データ収集装置１は、制御部１１と、記憶部１２と、通信部１３とを備える。

制御部１１は、データ収集装置１の全体を統括的に制御するコントローラである。制御部１１は、例えば、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、および、ＲＯＭ（Read Only Memory）等を含んで構成される。なお、制御部１１は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により構成されてもよい。

記憶部１２は、例えば、ＲＡＭやフラッシュメモリ等の半導体メモリ素子、ハードディスク、或いは、光ディスク等の可搬型の記録媒体を用いる記憶装置等で構成される。記憶部１２は、ファームウェアとしてのプログラムや各種のデータを記憶する。本実施形態では、記憶部１２は、地図情報１２ａおよび収集条件情報１２ｂを記憶する。

地図情報１２ａは、例えばノードデータおよびリンクデータを含む地図データが格納されたデータベースである。地図情報１２ａには、複数に区画された地図の区画ごとに割り当てられた識別子の情報が含まれてよい。識別子は、詳細には、緯度および経度を用いて格子状に区画された地図の区画ごとに割り当てられている。識別子は、例えばナンバーである。以下、当該識別子のことをメッシュＩＤと記載することがある。

なお、本実施形態では、識別子は、格子状に区画された地図の各区画に割り当てられる構成であるが、これは例示である。識別子は、例えば、六角形状等の他の形状に区画された地図の各区画に割り当てられてよい。また、識別子は、例えば、地図上における国ごと、州ごと、都道府県ごと、市区町村ごと等に割り当てられてもよい。

収集条件情報１２ｂは、複数の収集条件が蓄積されたデータベースである。収集条件は、車両用装置２にデータを収集させるために設定される条件であり、例えば、データ収集装置１のデータ利用者等によって指定される。収集条件には、例えば、データの収集エリア、データの収集を開始するタイミング、収集対象等が含まれる。収集エリアは、例えばメッシュＩＤにより指定される。データの収集を開始するタイミングとしては、例えば、車両が所定の速度条件を満たした場合、所定の時刻になった場合、所定の画像を認識した場合等が挙げられる。収集対象は、例えば、特定の方向の映像、車両の速度、ブレーキ回数等である。例えば、渋滞が頻繁に発生するエリアでは、渋滞状況を確認できるように、収集対象は前方の映像とされる。また、例えば、事故が頻発するエリアでは、事故の頻発理由を分析できるように、収集対象は急ブレーキの発生回数とされる。

通信部１３は、例えば、ＮＩＣ（Network Interface Card）等により構成される。通信部１３は、ネットワーク３と有線又は無線で接続され、ネットワーク３を介して車両用装置２との間で情報の送受信を行う。

図２に示す取得部１１１、抽出部１１２、配信部１１３、および、収集部１１４は、制御部１１のＣＰＵが記憶部１２に記憶されるプログラムに従って演算処理を実行することにより実現される制御部１１の機能である。すなわち、データ収集装置１は、取得部１１１と、抽出部１１２と、配信部１１３と、収集部１１４とを備える。

なお、制御部１１の取得部１１１、抽出部１１２、配信部１１３、および、収集部１１４の少なくともいずれか１つは、ＡＳＩＣやＦＰＧＡ等のハードウェアで構成されてもよい。また、取得部１１１、抽出部１１２、配信部１１３、および、収集部１１４は、概念的な構成要素である。１つの構成要素が実行する機能を複数の構成要素に分散させたり、複数の構成要素が有する機能を１つの構成要素に統合させたりしてよい。

取得部１１１は、車両４に搭載される車両用装置２から車両４の位置を取得する。詳細には、取得部１１１は、ネットワーク３および通信部１３を介して車両用装置２から車両４の位置を定期的に取得する。取得部１１１は、データ収集装置１にネットワーク３を介して通信可能に接続される各車両４の車両用装置２から各車両４の位置を取得する。

抽出部１１２は、複数に区画された地図の区画ごとに割り当てられる識別子（本実施形態ではメッシュＩＤ）の中から、少なくとも１つの識別子を車両４の位置に基づき抽出する。ここで、車両４の位置は、取得部１１１で取得された車両４の位置である。抽出部１１２が抽出するメッシュＩＤの数は複数であることが好ましく、本実施形態では、抽出部１１２が抽出するメッシュＩＤの数は複数である。

詳細には、抽出部１１２は、車両４が存在する区画の識別子（メッシュＩＤ）と、車両４が存在する区画に隣接する複数の区画の識別子（メッシュＩＤ）とを抽出する。これによれば、車両４が現在いる区画のメッシュＩＤだけでなく、車両４が今後進む可能性がある複数方向の区画のメッシュＩＤを準備することができる。この結果、データの収集の欠落が発生することを抑制することが可能になる。なお、抽出部１１２は、車両４が存在する区画に隣接する全ての区画のメッシュＩＤを抽出することが好ましい。これにより、車両４が今後進む可能性があるあらゆる方向の区画のメッシュＩＤを準備することができる。

抽出部１１２は、例えば、車両用装置２から得られる車両４の緯度および経度から、車両４が現在位置する区画のメッシュＩＤを求める。地図情報１２ａにメッシュＩＤに関する情報が含まれる場合には、抽出部１１２は地図情報１２ａを参照してメッシュＩＤを求めてよい。本実施形態では、抽出部１１２は、車両４が存在する矩形状の区画のメッシュＩＤと、車両４が存在する矩形状の区画に隣接する全ての区画（８つの区画）のメッシュＩＤとを抽出する。抽出部１１２は、合計９つのメッシュＩＤを抽出する。メッシュＩＤの抽出に関する詳細例については後述する。

配信部１１３は、抽出した識別子（メッシュＩＤ）と、データの収集条件とを組にした少なくとも１つの情報組を車両用装置２に配信する。本実施形態では、複数のメッシュＩＤが抽出される。配信部１１３は、抽出したメッシュＩＤごとに収集条件を付与した情報組を生成する。すなわち、配信部１１３は、複数の情報組を車両用装置２に配信する。なお、情報組が配信される車両用装置２は、先にメッシュＩＤを抽出するための位置情報が取得された車両４に搭載される車両用装置２である。配信部１１３は、抽出したメッシュＩＤと、記憶部１２に記憶される収集条件情報１２ｂとに基づき、情報組を生成し、通信部１３を介して車両用装置２に情報組を配信する。

なお、収集条件情報１２ｂから収集条件が得られないメッシュＩＤが存在することもある。このような場合には、メッシュＩＤに付与される収集条件を空とした情報組（実質的にはメッシュＩＤのみ）を車両用装置２に配信してよい。本明細書では、収集条件が空であり、実質的にメッシュＩＤのみの情報も情報組としている。また、メッシュＩＤごとに与えられる収集条件は、単数に限らず複数であってもよい。また、メッシュＩＤごとに与えられる収集条件は、全てのメッシュＩＤ間で互いに異なる条件であってもよいし、又は、一部のメッシュＩＤ間で同じ条件となってもよい。

収集部１１４は、収集条件に基づき車両用装置２にて採取されたデータを、車両用装置２から収集する。詳細には、収集部１１４は、ネットワーク３および通信部１３を介して車両用装置２からデータを収集する。収集部１１４は、収集されたデータと、記憶部１２に記憶される地図情報１２ａとに基づき、公知のマップマッチング処理を用いて道路毎の収集データとして整理し、整理した結果を記憶部１２に格納する。記憶部１２に記憶されたデータは、例えばデータ利用者に提供される。

本実施形態では、メッシュＩＤ（識別子）を用いてデータを収集するエリアを指定することができる。このために、地図によりデータを収集するエリアを特性する場合に比べて、データ収集装置１と車両用装置２との間の通信量を抑制することができる。また、メッシュＩＤを用いてデータを収集するエリアを指定できるために、車両用装置２が地図データを有しない構成とすることができる。これにより、車両用装置２の低コスト化を図ることができる。また、データ収集装置１と車両用装置２との間で地図データの一致を確認する負担を失くすこともできる。また、マップマッチング処理は、車両用装置２で行わず、データ収集装置１のみで行う構成にできるために、車両用装置２の処理負担を低減することができる。本実施形態によれば、データ収集システムの通信負担を低減することができる。

＜３．車両用装置＞
車両用装置２は、車両４の外部に配置されるデータ収集装置１からの指令によりデータを採取してデータ収集装置１に送信する。図３は、本発明の実施形態に係る車両用装置２の構成例を示すブロック図である。なお、図３においては、実施形態の特徴を説明するために必要な構成要素のみを示しており、一般的な構成要素についての記載は省略されている。図３に示すように、車両用装置２は、制御部２１と、記憶部２２と、通信部２３と、位置センサ２４と、を備える。

制御部２１は、車両用装置２の全体を統括的に制御するコントローラである。制御部２１は、例えば、ＣＰＵ、ＲＡＭ、および、ＲＯＭ等を含んで構成される。なお、制御部２１は、ＡＳＩＣやＦＰＧＡ等の集積回路により構成されてもよい。

記憶部２２は、例えば、ＲＡＭやフラッシュメモリ等の半導体メモリ素子、ハードディスク、或いは、光ディスク等の可搬型の記録媒体を用いる記憶装置等で構成される。記憶部１２は、ファームウェアとしてのプログラムや各種のデータを記憶する。なお、本実施形態において、記憶部２２は地図データを有しない。ただし、記憶部２２は、地図データを有してもよい。

通信部２３は、例えば、ＮＩＣ等により構成される。通信部２３は、ネットワーク３と無線で接続され、ネットワーク３を介して車両用装置２との間で情報の送受信を行う。

位置センサ２４は、車両４の位置情報を取得するために設けられる。位置センサ２４は、例えば、ＧＰＳ（Global Positioning System）である。位置センサ２４は、３Ｄジャイロ等の慣性センサであってもよく、また、ＧＰＳと慣性センサとを組み合わせたものであってもよい。本実施形態では、車両４に搭載される車両用装置２の電源がオンされると、位置センサ２４によって取得される車両４の位置情報は、ネットワーク３を介して定期的にデータ収集装置１に送信される。

図３に示す受信部２１１、算出部２１２、判断部２１３、採取部２１４、および、アップロード部２１５は、制御部２１のＣＰＵが記憶部２２に記憶されるプログラムに従って演算処理を実行することにより実現される制御部２１の機能である。すなわち、車両用装置２は、受信部２１１と、算出部２１２と、判断部２１３と、採取部２１４と、アップロード部２１５と、を備える。

なお、制御部２１の受信部２１１、算出部２１２、判断部２１３、採取部２１４、および、アップロード部２１５の少なくともいずれか１つは、ＡＳＩＣやＦＰＧＡ等のハードウェアで構成されてもよい。また、受信部２１１、算出部２１２、判断部２１３、採取部２１４、および、アップロード部２１５は、概念的な構成要素である。１つの構成要素が実行する機能を複数の構成要素に分散させたり、複数の構成要素が有する機能を１つの構成要素に統合させたりしてよい。

受信部２１１は、配信部１１３により配信される情報組を受け取る。受信部２１１は、データ収集装置１からネットワーク３および通信部２３を介して情報組を受け取る。

算出部２１２は、車両４の位置情報に基づき識別子（メッシュＩＤ）を求める。車両４の位置情報は位置センサ２４により取得される。算出部２１２は、位置センサ２４により得られる車両４が存在する緯度および経度に基づき、車両４が位置する区画のメッシュＩＤを算出する。なお、メッシュＩＤの割り振り規則は、データ収集装置１と同じである。

判断部２１３は、算出部２１２で求めた識別子（メッシュＩＤ）と、受信部２１１により受け取った情報組とに基づきデータの採取を行うか否かの判断を行う。詳細には、判断部２１３は、求めたメッシュＩＤと、受け取った情報組に含まれるメッシュＩＤとを比較し、当該比較結果に基づきデータの採取を行うか否かを判断する。

採取部２１４は、データの採取を行う。詳細には、採取部２１４は、判断部２１３によってデータの採取を行うと判断した場合に、車両４が存在する区画のメッシュＩＤに付与される収集条件にしたがってデータの採取を行う。採取部２１４は、収集条件にしたがってデータの採取を開始するとともに、収集条件にしたがってデータの採取を終了する。採取されるデータは、上述のように、例えば画像データ、速度データ、ブレーキ回数等である。

アップロード部２１５は、採取部２１４で採取したデータを、データ収集装置１へアップロードする。アップロード部２１５は、採取部２１４でデータを採取した場合に、データ収集装置１にデータの要否を問い合わせることなく、データをアップロードしてよい。ただし、アップロード部２１５は、採取部２１４でデータを採取した場合に、データ収集装置１にデータの要否を問い合わせ、データ収集装置１がデータを要求した場合にのみ、データをアップロードする構成であってもよい。この点の詳細については後述する。

本実施形態では、車両用装置２は、メッシュＩＤを利用することによって、地図データを有さなくても、データ収集装置１からの指令によってデータの採取を行うことができる。このために、車両用装置２の低コスト化を図ることができる。また、データ収集装置１と車両用装置２との間で地図データの一致を確認する負担を失くすことができる。

＜４．データ収集システムの動作例＞
図４は、データ収集装置１が車両用装置２にデータ収集のための指令を出す際の処理例を示すフローチャートである。図４に示す処理は、例えば、取得部１１１にて車両４の位置情報が定期的に取得されるたびに実行される。

ステップＳ１では、抽出部１１２が、取得部１１１により取得された車両４の位置情報が当該車両４から初めて取得された位置情報であるか否かを確認する。なお、ここで初めて取得された位置情報とは、車両４の位置を認識していないデータ収集装置１に当該車両４の位置を認識するに至らせた位置情報のことを指す。過去に当該車両４の位置を認識したことがあっても、その後、当該車両４の位置を認識しない状態があった場合には、当該車両４の位置を改めて認識するに至らせた位置情報は、初めて取得された位置情報である。初めて取得された位置情報である場合（ステップＳ１でＹｅｓ）、ステップＳ２に処理が進められる。一方、初めて取得された位置情報でない場合（ステップＳ１でＮｏ）、ステップＳ４に処理が進められる。

ステップＳ２では、抽出部１１２が、車両４の位置情報に基づき所定のメッシュＩＤを抽出する。抽出部１１２は、車両４の位置情報に基づき当該車両４が存在する区画のメッシュＩＤを求め、求めたメッシュＩＤを抽出する。また、抽出部１１２は、求めたメッシュＩＤの区画と隣接する全ての区画のメッシュＩＤを抽出する。所定のメッシュＩＤが抽出されると、次のステップＳ３に処理が進められる。

図５は、抽出部１１２によるメッシュＩＤの抽出例について説明するための図である。図５には、地図上において互いに隣接する９つの区画が示されている。各区画にはメッシュＩＤが与えられている。図５において、車両４が存在する区画のメッシュＩＤは「２０２」である。抽出部１１２は、車両４の位置情報に基づきメッシュＩＤ「２０２」を抽出する。また、抽出部１１２は、メッシュＩＤ「２０２」に対応する区画に隣接する全ての区画のメッシュＩＤとして、「１０１」、「１０２」、「１０３」、「２０１」、「２０３」、「３０１」、「３０２」、および、「３０３」を抽出する。

ステップＳ３では、配信部１１３が、抽出したメッシュＩＤごとにデータの収集条件を付与して構成される情報組を配信する。図５に示す例では、メッシュＩＤ「１０１」には収集条件「Ｃ０１」、メッシュＩＤ「１０２」には収集条件「Ｃ０２」、メッシュＩＤ「１０３」には収集条件「Ｃ０３」、メッシュＩＤ「２０１」には収集条件「Ｃ０４」、メッシュＩＤ「２０２」には収集条件「Ｃ０５」、メッシュＩＤ「２０３」には収集条件「Ｃ０６」、メッシュＩＤ「３０１」には収集条件「Ｃ０７」、メッシュＩＤ「３０２」には収集条件「Ｃ０８」、メッシュＩＤ「３０３」には収集条件「Ｃ０９」がそれぞれ付与され、メッシュＩＤと収集条件とで構成される９つの情報組が車両用装置２へ配信される。ステップＳ３が完了すると、図４に示すフローチャートは一旦終了する。

ステップＳ４では、抽出部１１２が車両４の位置情報に基づき、車両位置に対応するメッシュＩＤを求める。抽出部１１２は、車両位置に対応するメッシュＩＤを求めると、ステップＳ５に処理を進める。

ステップＳ５では、抽出部１１２は、ステップＳ４で求めた車両位置に対応するメッシュＩＤと、前回求めた車両位置に対応するメッシュＩＤと、を比較して、車両位置に対応するメッシュＩＤが変化したか否かを確認する。車両位置に対応するメッシュＩＤが変化した場合（ステップＳ５でＹｅｓ）、次のステップＳ６に処理が進められる。一方、車両位置に対応するメッシュＩＤが変化していない場合（ステップＳ５でＮｏ）、新たな情報組を送信する必要がないためにステップＳ１に処理が戻される。

ステップＳ６では、抽出部１１２は、ステップＳ２と同様に、所定のメッシュＩＤを抽出する。すなわち、抽出部１１２は、車両位置に対応するメッシュＩＤと、当該メッシュＩＤに対応した区画に隣接する全ての区画のメッシュＩＤとを抽出する。

図５および図６の例を用いて説明する。なお、図６は、図５の状態から車両４が位置する区画が右隣の区画に移動した場合に抽出部１１２で抽出されるメッシュＩＤを示す図である。すなわち、図６には、車両位置に対応するメッシュＩＤが「２０２」から「２０３」に移動した場合に抽出されるメッシュＩＤが示される。図６の例においては、ステップＳ６において、メッシュＩＤ「１０２」、「１０３」、「１０４」、「２０２」、「２０３」、「２０４」、「３０２」、「３０３」、および、「３０４」が抽出される。

ステップＳ７では、配信部１１３は、ステップＳ６で抽出したメッシュＩＤと、車両用装置２に前回配信したメッシュＩＤとを比較し、両者が一部だけ異なるか否かを確認する。なお、車両用装置２に前回配信したメッシュＩＤは、前回において車両用装置２に配信した情報組に含まれるメッシュＩＤである。両者が一部だけ異なる場合（ステップＳ７でＹｅｓ）、ステップＳ８に処理を進める。一方、両者が全部異なる場合（ステップＳ７でＮｏ）、上述のステップＳ３に処理を進める。すなわち、ステップＳ６で抽出した全てのメッシュＩＤについて、それぞれ収集条件が付与された情報組が生成され、全ての情報組が車両用装置２に配信される。なお、図５および図６の例では、両者が一部だけ異なる場合に相当する。

ステップＳ８では、配信部１１３は、前回配信したメッシュＩＤに含まれない新たなメッシュＩＤのそれぞれに収集条件を付与して各情報組を生成し、新たなメッシュＩＤを含む情報組のみを車両用装置２に配信する。ステップＳ８の処理が完了すると、図４に示すフローチャートは一旦終了する。

図５および図６の例を用いて説明すると、図６において太枠で囲まれたメッシュＩＤ「１０４」、「２０４」、「３０４」が前回配信したメッシュＩＤに含まれない新たなメッシュＩＤに該当する。ステップＳ８において、配信部１１３は、メッシュＩＤ「１０４」に収集条件「Ｃ１０」、メッシュＩＤ「２０４」に収集条件「Ｃ１１」、メッシュＩＤ「３０４」に収集条件「Ｃ１２」を付与して、これらの情報組のみを車両用装置２へ配信する。

以上説明したように、本実施形態では、配信部１１３は、抽出部１１２で抽出される識別子（メッシュＩＤ）が前回抽出された識別子（メッシュＩＤ）と一部だけ異なる場合、新たに抽出された識別子（メッシュＩＤ）に収集条件を付与して構成される情報組のみを車両用装置２に配信する。これによれば、抽出部１１２で抽出されたメッシュＩＤの全てが含まれるように全ての情報組を毎回配信する構成に比べて、通信量を減らすことができる。ただし、抽出部１１２で抽出されたメッシュＩＤの全てが含まれるように全ての情報組を毎回配信する構成が採用されてもよい。

次に、データ収集装置１からデータの収集指令が出された後の車両用装置２およびデータ収集装置１の動作について説明する。図７は、データ収集装置１からデータの収集指令が出された後の車両用装置２およびデータ収集装置１の動作例を示すフローチャートである。図７は、車両用装置２の受信部２１１にて情報組が受け取られた後の動作を示す図である。

ステップＳ１１では、車両用装置２の算出部２１２が、現在の車両４の位置情報に基づき、車両４が存在する区画のメッシュＩＤを求める。算出部２１２によるメッシュＩＤの算出が行われると、ステップＳ１２に処理が進められる。

ステップＳ１２では、車両用装置２の判断部２１３が、データの採取を行う必要があるか否かを判断する。判断部２１３は、データ収集装置１から配信された情報組に含まれるメッシュＩＤに、算出部２１２で求めたメッシュＩＤと一致するメッシュＩＤが存在するか否かを判断する。

判断部２１３は、一致するメッシュＩＤがある場合、当該メッシュＩＤを含む情報組の収集条件が空である場合を除き、判断部２１３は、データの採取が必要であると判断する。判断部２１３は、一致するメッシュＩＤが存在しない場合、或いは、一致するメッシュＩＤが存在しても情報組の収集条件が空である場合には、データの採取が不要であると判断する。データの採取が必要であると判断された場合（ステップＳ１２でＹｅｓ）、ステップＳ１３に処理が進められる。データの採取が不要であると判断された場合（ステップＳ１２でＮｏ）、ステップＳ１１に処理が戻される。

ステップＳ１３では、採取部２１４が、ステップＳ１１で求めたメッシュＩＤと同じメッシュＩＤを含む情報組に含まれる収集条件に従ってデータを採取する。本実施形態では、採取部２１４は、データの採取とともに、タグ情報を生成する。タグ情報は、採取部２１４により採取されたデータの概要を示す情報であり、採取されたデータに紐づけられる。タグ情報には、例えば、データを収集した日時、データを収集したメッシュＩＤ、車両用装置２に与えられる識別番号、データの種類等が含まれる。データの種類には、例えば映像情報、速度情報、ブレーキ情報等が含まれる。データの採取およびタグ情報の生成が完了すると、ステップＳ１４に処理が進められる。

ステップＳ１４では、アップロード部２１５がデータ収集装置１にタグ情報を送信する必要があるか否かを確認する。本実施形態では、タグ情報の送信が必要な場合、収集条件にその旨が含まれる。このために、アップロード部２１５は、収集条件を確認することによりタグ情報の送信が必要か否かを判断することができる。アップロード部２１５は、タグ情報の送信が必要でない場合（ステップＳ１４でＮｏ）、ステップＳ１５に処理を進める。アップロード部２１５は、タグ情報の送信が必要である場合（ステップＳ１４でＹｅｓ）、ステップＳ１６に処理を進める。

ステップＳ１５では、アップロード部２１５は、採取部２１４で採取したデータをデータ収集装置１に送信する。これにより、図７に示すフローチャートにおける車両用装置２の処理は一旦終了する。採取したデータを送信されたデータ収集装置１ではステップＮ３の処理が進めされる。

ステップＳ１６では、アップロード部２１５は、タグ情報をデータ収集装置１に送信する。アップロード部２１５は、タグ情報の送信後、所定期間の経過を待ってステップＳ１７に処理を進める。所定期間の間に、データ収集装置１では、ステップＮ１、および、必要に応じてステップＮ２の処理が進められる。

ステップＮ１では、データ収集装置１の収集部１１４が採取データのアップロードが必要か否かを判断する。例えば、収集部１１４は、複数の他の車両４から同様のデータが既に収集されている場合等に、採取データのアップロードが不要であると判断する。また、例えば、収集部１１４は、データを採取した車両の種類によってデータのアップロードが必要か否かを判断する。収集部１１４は、データのアップロードが必要と判断した場合（ステップＮ１でＹｅｓ）、ステップＮ２に処理を進める。収集部１１４によりデータのアップロードが不要と判断された場合（ステップＮ１でＮｏ）、図７に示すフローチャートにおけるデータ収集装置１の処理は一旦終了する。

ステップＮ２では、収集部１１４が、車両用装置２にデータのアップロードを要求する。収集部１１４は、データのアップロードの要求後、車両用装置２からの採取データの送信を待って、ステップＮ３の処理を行う。

ステップＳ１７では、車両用装置２のアップロード部２１５が、データ収集装置１からデータのアップロード要求があったか否かを確認する。データのアップロード要求があった場合（ステップＳ１７でＹｅｓ）、ステップ１５に処理が進められ、データのアップロードが行われる。データのアップロードにより、データ収集装置１ではステップＮ３の処理が進められる。データのアップロード要求がなかった場合（ステップＳ１７でＮｏ）、データのアップロードがされることなく、図７に示すフローチャートにおける車両用装置２の処理は一旦終了する。

ステップＮ３では、データ収集装置１の収集部１１４が、収集されたデータと、記憶部１２に記憶される地図情報１２ａとに基づきマップマッチング処理を行う。当該処理により、収集されたデータが道路毎の収集データとして整理される。ステップＮ３の処理の完了により、図７に示すフローチャートにおけるデータ収集装置１の処理は一旦終了する。

本実施形態では、車両４が存在する区画の情報組（メッシュＩＤおよび収集条件）だけでなく、車両４が存在する区画に隣接する複数の区画の情報組も一緒に車両用装置２に送信される。このために、車両４が区画間を跨ぐ場合においてもデータの収集の欠落を防止できる。

また、本実施形態では、車両用装置２で採取されたデータに紐づけられるタグ情報を生成し、収集条件に指令がある場合には、一旦、タグ情報のみをデータ収集装置１に送信する。そして、データ収集装置１がタグ情報によりデータのアップロードが必要と判断した場合に、車両用装置２からデータ収集装置１にデータをアップロードする構成となっている。このために、不要なデータがデータ収集装置１にアップロードされることを抑制でき、データ収集システム１００におけるデータの通信量を抑制することができる。この結果、通信コストを低減することができる。

＜３．留意事項等＞
本明細書中に開示されている種々の技術的特徴は、上記実施形態のほか、その技術的創作の主旨を逸脱しない範囲で種々の変更を加えることが可能である。すなわち、上記実施形態は、全ての点で例示であって、制限的なものではないと考えられるべきであり、本発明の技術的範囲は、上記実施形態の説明ではなく、特許請求の範囲によって示されるものであり、特許請求の範囲と均等の意味及び範囲内に属する全ての変更が含まれると理解されるべきである。また、本明細書中に示される複数の実施形態及び変形例は可能な範囲で適宜組み合わせて実施されてよい。

以上に示した実施形態では、データ収集装置１の抽出部１１２が抽出するメッシュＩＤの数は一定とした。ただし、抽出部１１２は、車両用装置２から取得される所定の情報に基づき、識別子（メッシュＩＤ）の抽出数を変動させてよい。所定の情報は、車両用装置２が搭載される車両４の速度に関わる情報である。これによれば、例えば、車両４の速度が速く、車両４が地図上の或る区画から他の区間まで移動するのに要する時間が、情報組（メッシュＩＤおよび収集条件）の配信に要する時間より短いといった状況においても、データの収集が欠落することを防止することが可能になる。

所定の情報は、例えば、車両用装置２が搭載される車両４が有する速度センサから得られる速度情報であってよい。また、所定の情報は、車両４の位置に対応する識別子（メッシュＩＤ）の、所定時間内における変化回数であってもよい。後者の場合における抽出数の変動処理例について、以下説明する。

図８は、抽出部１１２で抽出されるメッシュＩＤの数を変動させる処理の一例を示すフローチャートである。なお、図８には、データ収集装置１の動作と車両用装置２の動作とが示されている。車両用装置２は、例えば、図８に示す動作を定期的に実行する。データ収集装置１は、車両用装置２の動作に応じて適宜動作を行う。図８に示す例において、メッシュＩＤの抽出数の初期設定は、上述の実施形態と同様に９つである。

ステップＳ２１では、車両用装置２の制御部２１が、カウンターをゼロに設定する。カウンターがゼロに設定されると、ステップＳ２２に処理が進められる。

ステップＳ２２では、車両用装置２の制御部２１が、現在の車両４の位置情報に基づき、車両４が存在する区画のメッシュＩＤを求める。メッシュＩＤが求められると、ステップＳ２３に処理が進められる。

ステップＳ２３では、車両用装置２の制御部２１が、求めたメッシュＩＤが前回求めたメッシュＩＤから変化したか否かを確認する。変化があった場合（ステップＳ２３でＹｅｓ）、ステップＳ２４に処理が進められる。変化がなかった場合（ステップＳ２３でＮｏ）、ステップＳ２５に処理が進められる。

ステップＳ２４では、車両用装置２の制御部２１が、カウンターを１増加させる。カウンターを増加させると、ステップＳ２５に処理が進められる。

ステップＳ２５では、車両用装置２の制御部２１が、所定時間が経過したか否かを確認する。所定時間が経過した場合（ステップＳ２５でＹｅｓ）、ステップＳ２６に処理が進められる。所定時間が経過していない場合（ステップＳ２５でＮｏ）、ステップＳ２２に処理が戻される。

ステップＳ２６では、車両用装置２の制御部２１が、カウンターの数が所定回数以上になったか否かを確認する。カウンター数が所定回数以上でない場合（ステップＳ２６でＮｏ）、車両４の速度が速くなく、メッシュＩＤの抽出数を変更する必要がないと判断されるために、図８における車両用装置２のフローチャートは一旦終了する。一方、カウンター数が所定回数以上である場合（ステップＳ２６でＹｅｓ）、ステップＳ２７に処理が進められる。

ステップＳ２７では、車両用装置２の制御部２１が、データ収集装置１に抽出数の変更を要求する。当該要求により、データ収集装置１において、ステップＮ１１およびステップＮ１２の処理が進められる。車両用装置２においては、ステップＳ２７の処理の完了により、図８に示すフローチャートは一旦終了される。

ステップＮ１１では、データ収集装置１の制御部１１は、メッシュＩＤの抽出条件を変更する。詳細には、制御部１１は、メッシュＩＤの抽出数を増加させる。図９は、メッシュＩＤの抽出数を増加させる場合の一例を示す図である。図９に示すように、例えば、車両４が存在する区画のメッシュＩＤ（「２０２」）と、車両４が存在する区画に隣接する全ての区画のメッシュＩＤ（「１０１」～「１０３」、「２０１」、「２０３」、「３０１」～「３０３」）と、当該隣接する全ての区画を取り囲む位置に配置される１６区画のメッシュＩＤ（斜線部分の区画に対応する１６個のメッシュＩＤ）が抽出されるように、メッシュＩＤの抽出条件が変更される。メッシュＩＤの抽出条件が変更されると、ステップＮ１２に処理が進められる。

ステップＮ１２では、データ収集装置１の制御部１１は、メッシュＩＤの抽出条件の変更が完了したことを車両用装置２に通知する。ステップＮ１２の処理の完了により、図８に示すフローチャートにおけるデータ収集装置１の処理は一旦終了される。図８には示されていないが、車両用装置２の制御部２１は、データ収集装置１からの変更完了通知が所定期間内に届かない場合には、変更が完了していないと認識して、再度変更要求を行う等の処理を実行することが好ましい。

なお、メッシュＩＤの抽出数が増やされた場合、増やされた各メッシュＩＤについても収集条件が付与されて情報組が生成される。すなわち、車両用装置２に配信される情報組の数が増加する。これにより、車両４の速度が速い場合でも、データの収集が欠落することを防止できる。

以上の例では、メッシュＩＤの抽出数が増加される場合のみを示したが、メッシュＩＤの変化回数に応じて、増加した抽出数を元に戻す（上記の例では２５個から９個に戻す）構成とすることが好ましい。また、以上の例では、メッシュＩＤの変化回数と比較する閾値を１つとしてメッシュＩＤの抽出数の増加を一段階としたが、閾値の数を増やして抽出数の増加を複数段階としてもよい。

１・・・データ収集装置
２・・・車両用装置
４・・・車両
１００・・・データ収集システム
１１１・・・取得部
１１２・・・抽出部
１１３・・・配信部
１１４・・・収集部
２１１・・・受信部
２１２・・・算出部
２１３・・・判断部
２１４・・・採取部

Claims (8)

1. 車両に搭載される車両用装置から前記車両の位置を取得する取得部と、
   複数に区画された地図の区画ごとに割り当てられた識別子の中から、少なくとも１つの前記識別子を前記車両の位置に基づき抽出する抽出部と、
   抽出した前記識別子とデータの収集条件とを組にした少なくとも１つの情報組を前記車両用装置に配信する配信部と、
   前記収集条件に基づき前記車両用装置にて採取された前記データを、前記車両用装置から収集する収集部と、
   を備え、
   前記データの収集条件には、データの収集を開始するタイミングと、収集対象との少なくともいずれか一方が含まれ、
   前記情報組は、前記データの収集条件が空である情報組を含み、
   前記抽出部は、前記車両用装置から取得される所定の情報に基づき、前記識別子の抽出数を変動させ、
   前記所定の情報は、前記車両の位置に対応する前記識別子の、所定時間内における変化回数である、データ収集装置。
2. 車両に搭載される車両用装置から前記車両の位置を取得する取得部と、
   複数に区画された地図の区画ごとに割り当てられた識別子の中から、少なくとも１つの前記識別子を前記車両の位置に基づき抽出する抽出部と、
   抽出した前記識別子とデータの収集条件とを組にした少なくとも１つの情報組を前記車両用装置に配信する配信部と、
   前記収集条件に基づき前記車両用装置にて採取された前記データを、前記車両用装置から収集する収集部と、
   を備え、
   前記データの収集条件には、データの収集を開始するタイミングと、収集対象との少なくともいずれか一方が含まれ、
   前記情報組は、前記データの収集条件が空である情報組を含み、
   前記配信部は、前記抽出部で抽出される前記識別子が前回抽出された前記識別子と一部だけ異なる場合、新たに抽出された前記識別子に前記収集条件を付与して構成される前記情報組のみを前記車両用装置に配信する、データ収集装置。
3. 前記抽出部は、
   前記車両が存在する前記区画の前記識別子と、
   前記車両が存在する前記区画に隣接する複数の前記区画の前記識別子と、
   を抽出する、請求項１又は２に記載のデータ収集装置。
4. 前記抽出部は、前記車両用装置から取得される所定の情報に基づき、前記識別子の抽出数を変動させる、請求項２に記載のデータ収集装置。
5. 請求項１から４のいずれか１項に記載のデータ収集装置と、
   前記車両用装置と、
   を備える、データ収集システム。
6. 前記車両用装置は、
   前記情報組を受け取る受信部と、
   前記車両の位置情報に基づき前記識別子を求める算出部と、
   求めた前記識別子と前記情報組とに基づき前記データの採取を行うか否かの判断を行う判断部と、
   前記データの採取を行う採取部と、
   を備える、請求項５に記載のデータ収集システム。
7. データ収集装置を用いて行うデータ収集方法であって、
   車両に搭載される車両用装置から前記車両の位置を取得する取得工程と、
   複数に区画された地図の区画ごとに割り当てられた識別子の中から、少なくとも１つの前記識別子を前記車両の位置に基づき抽出する抽出工程と、
   抽出した前記識別子とデータの収集条件とを組にした少なくとも１つの情報組を前記車両用装置に配信する配信工程と、
   前記収集条件に基づき前記車両用装置にて採取された前記データを、前記車両用装置から収集する収集工程と、
   を備え、
   前記データの収集条件には、データの収集を開始するタイミングと、収集対象との少なくともいずれか一方が含まれ、
   前記情報組は、前記データの収集条件が空である情報組を含み、
   前記抽出工程は、前記車両用装置から取得される所定の情報に基づき、前記識別子の抽出数を変動させ、
   前記所定の情報は、前記車両の位置に対応する前記識別子の、所定時間内における変化回数である、データ収集方法。
8. データ収集装置を用いて行うデータ収集方法であって、
   車両に搭載される車両用装置から前記車両の位置を取得する取得工程と、
   複数に区画された地図の区画ごとに割り当てられた識別子の中から、少なくとも１つの前記識別子を前記車両の位置に基づき抽出する抽出工程と、
   抽出した前記識別子とデータの収集条件とを組にした少なくとも１つの情報組を前記車両用装置に配信する配信工程と、
   前記収集条件に基づき前記車両用装置にて採取された前記データを、前記車両用装置から収集する収集工程と、
   を備え、
   前記データの収集条件には、データの収集を開始するタイミングと、収集対象との少なくともいずれか一方が含まれ、
   前記情報組は、前記データの収集条件が空である情報組を含み、
   前記配信工程は、前記抽出工程で抽出される前記識別子が前回抽出された前記識別子と一部だけ異なる場合、新たに抽出された前記識別子に前記収集条件を付与して構成される前記情報組のみを前記車両用装置に配信する、データ収集方法。

Images