JP7340678B2

JP7340678B2 - データ収集方法およびデータ収集装置

Info

Publication number: JP7340678B2
Application number: JP2022209997A
Authority: JP
Inventors: 真史露梨; 智裕松尾
Original assignee: Denso Ten Ltd
Current assignee: Denso Ten Ltd
Priority date: 2018-08-31
Filing date: 2022-12-27
Publication date: 2023-09-07
Anticipated expiration: 2038-08-31
Also published as: JP7252724B2; JP2023038221A; JP2020038408A

Description

本発明は、データ収集方法およびデータ収集装置に関する。

従来、各車両に搭載された車載装置から道路情報を収集するデータ収集装置がある。かかるデータ収集装置では、各車両の位置情報に基づき、道路情報の収集対象となる車両を選別することで、所望する位置の道路情報を収集する（例えば、特許文献１参照）。

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

また、近年では、道路情報以外にも車載装置から多種多様なデータを、迅速に収集することが求められる。しかし、各車載装置から多種多様なデータを収集すると、通信回線の混雑を招くため、データを提供するまでに多くの時間を要するおそれがある。

本発明は、上記に鑑みてなされたものであって、迅速にデータを収集することができるデータ収集方法およびデータ収集装置を提供することを目的とする。

上述した課題を解決し、目的を達成するために、実施形態に係るデータ収集方法は、制御部により、車両に搭載された車載装置から当該車両に関するデータを収集するデータ収集方法であって、前記車両で得られるデータの収集要求を受け付け、当該収集要求に基づき収集条件を生成し、前記収集条件をデータの利用目的がそれぞれ異なる領域が設定された条件ファイルの対応する領域に区分けして記憶し、当該条件ファイルを前記車載装置に送信し、前記条件ファイルに記憶された前記収集条件に応じて選別して収集されたデータを前記車載装置から受信する。

本発明によれば、迅速にデータを収集することができる。

図１Ａは、データ収集方法の概要を示す図である。図１Ｂは、条件ファイルの一例を示す図である。図２は、データ収集システムのシステム概要図である。図３は、データ収集装置のブロック図である。図４は、車両情報テーブルの一例を示す図である。図５は、収集条件テーブルの一例を示す図である。図６は、接続要求の一例を示す図である。図７は、車載装置のブロック図である。図８は、データ収集装置が実行する処理手順を示すフローチャート（その１）である。図９は、データ収集装置が実行する処理手順を示すフローチャート（その２）である。図１０は、車載装置が実行する処理手順を示すフローチャートである。

以下、添付図面を参照して、実施形態に係るデータ収集装置、データ収集システムおよびデータ収集方法について詳細に説明する。なお、本実施形態によりこの発明が限定されるものではない。

まず、図１Ａを用いて実施形態に係るデータ収集方法の概要について説明する。図１Ａは、データ収集方法の概要を示す図である。なお、かかるデータ収集方法は、図１Ａに示すデータ収集装置１および車載装置５０間でデータ通信を行うことで実現される。

データ収集装置１は、データの利用者からデータの収集要求を受け付けるとともに、受け付けた収集要求に基づき、車載装置５０からデータを収集するデータ収集サーバである。

また、データ収集装置１は、収集したデータを各利用者へ提供する。図１Ａに示す例では、利用者がサービスプロバイダ、開発者、ユーザである場合を示す。すなわち、データ収集装置１は、これら利用者が所望するデータを利用者に代わって収集し、収集したデータを提供する。

具体的には、図１Ａに示すように、まず、データ収集装置１は、利用者から収集要求を受け付ける（ステップＳ１）。かかる収集要求には、各利用者によって指定された収集条件が含まれる。また、収集条件には、データ種別に関する情報や、収集対象となる車両に関する情報などが含まれる。

続いて、データ収集装置１は、かかる収集条件を満たす車両を選択する（ステップＳ２）。データ収集装置１は、例えば、各車両に関する情報をデータベースとして保有しており、かかるデータベースから上記の収集条件を満たす車両を選択することができる。

続いて、データ収集装置１は、車両毎の収集条件を示した条件ファイルを生成する（ステップＳ３）。ここで、条件ファイルは、データの利用目的に応じて区分けされたファイルである。なお、条件ファイルの区分けの一例については、図１Ｂを用いて後述する。

そして、データ収集装置１は、車両毎に生成した条件ファイルを各車両の車載装置５０へ送信し、各車載装置５０は、条件ファイルに示された収集条件を満たすデータを選別したうえで（ステップＳ４）、選別したデータをデータ収集装置１へ送信する（ステップＳ５）。

つまり、データ収集装置１は、車載装置５０に複数のデータ収集条件を設定し、それら各データ収集条件に基づくデータを車載装置５０に取得させる。そして、車載装置５０が取得したデータを選別収集する（データ収集装置１が収集対象データ種別をデータ収集条件データを用いて指定し、車載装置５０がその指定に従って選別送信）ことが可能となる。その後、データ収集装置１は、各車載装置５０から収集したデータを利用者へ提供する（ステップＳ６）。

このように、実施形態に係るデータ収集装置１は、利用者が所望するデータのみを各車載装置５０から収集することで、各車載装置５０から送信されるデータの通信容量を抑えることが可能となる。

したがって、実施形態に係るデータ収集装置１によれば、利用者が所望するデータを各車載装置５０から迅速に収集することができる。このため、実施形態に係るデータ収集装置１は、迅速にデータを提供することができる。

続いて、図１Ｂを用いて条件ファイルの区分けの一例について説明する。図１Ｂは、条件ファイルの区分けの一例を示す図である。図１Ｂに示すように、条件ファイルは、複数の領域に区分けされ、条件ファイルの各領域には、例えば、利用目的がそれぞれ異なるデータの収集条件が格納される。図１Ｂに示す例では、条件ファイルは、サービス領域Ｒ１と、必須領域Ｒ２と、開発領域Ｒ３と、自律生成領域Ｒ４とに区分けされる。つまり、データ送信に必須性や優先順位が異なる等、取得したデータの処理形態等を区別する目的（利用目的により処理形態を変える等）で異ならせるものである。

サービス領域Ｒ１は、一般ユーザ向けのサービスを提供するサービスプロバイダまたはデータ収集装置１の管理者が一般ユーザ向けに提供するサービスの収集条件を記憶する領域である。サービス領域Ｒ１には、サービスプロバイダまたはデータ収集装置１によって設定された収集条件が振り分けられる。

必須領域Ｒ２は、収集条件を満たした場合に、当該収集条件を満たすデータの送信が必須である収集条件を記憶する領域である。例えば、必須領域Ｒ２には、救急車や、パトカー等の緊急車両によって設定された収集条件が振り分けられる。

また、開発領域Ｒ３は、車両の開発者による収集要求を記憶する領域である。開発領域Ｒ３には、開発者によって設定された収集条件が振り分けられる。

また、自律生成領域Ｒ４は、車載装置５０が自身で自律的に生成した収集条件を記憶する領域である。例えば、車載装置５０は、車両の異常を検出した場合に、異常に類似する現象に関するデータの収集条件を生成し、自律生成領域Ｒ４に格納することができる。なお、かかる収集条件は、車載装置５０側で生成されるため、車載装置５０によって自律生成領域Ｒ４へ振り分けられることとなる。

サービス領域Ｒ１の収集条件に基づき収集されたデータは、最終的に一般ユーザへ提供され、必須領域Ｒ２の収集条件に基づき収集されたデータは、最終的に緊急車両へ提供される。

また、開発領域Ｒ３の収集条件に基づき収集されたデータは、最終的に開発者へ提供され、自律生成領域Ｒ４の収集条件に基づき収集されたデータは、最終的に車載装置５０または開発者へ提供される。

すなわち、サービス領域Ｒ１、必須領域Ｒ２、開発領域Ｒ３および自律生成領域Ｒ４には、いずれもデータの利用目的が異なる収集条件を記憶することとなる。

特に、必須領域Ｒ２の収集条件については、人命にかかわるため、緊急性を有するデータの収集条件が記憶される。このため、必須領域Ｒ２の収集条件については、ユーザの承認を得ることなく収集する。一方、その他の領域（特にサービス領域Ｒ１）の収集条件については、ユーザの承認を得て収集する。

このように、データ収集装置１は、収集条件の利用目的に応じて、かかる収集条件を記憶する領域に振り分けたうえで、条件ファイルを生成する。これにより、収集条件に応じたデータを適切に収集することができる。また、必須領域Ｒ２を設けることで、したがって、緊急性の高いデータを確実に収集することが可能となる。

次に、図２を用いて実施形態に係るデータ収集システムの構成について説明する。図２は、データ収集システムの構成例を示す図である。図２に示すように、データ収集システムＳは、データ収集装置１と、複数の利用者端末１０と、複数の車載装置５０とを備える。

データ収集装置１、利用者端末１０および車載装置５０は、ネットワークＮを介して接続される。データ収集装置１は、利用者端末１０から受け付けた収集要求に基づき、各車載装置５０からデータを収集し、利用者端末１０へ提供する。

利用者端末１０は、利用者が操作する端末であり、スマートフォンなどの携帯電話機や、タブレット端末や、ＰＤＡや、デスクトップ型ＰＣや、ノート型ＰＣ等である。利用者は、利用者端末１０を操作し、上記の収集要求をデータ収集装置１へ送信することができる。また、利用者端末１０は、データ収集装置１から提供されるデータを利用者へ提示することも可能である。なお、車載装置５０を利用者端末１０として用いることも可能である。

車載装置５０は、各車両に搭載された通信装置である。車載装置５０は、選別要求によって指定されたデータを車両の走行情報などを内部の記憶媒体に記憶しておき、データ収集装置１から送信される送信要求に基づいてデータ収集装置１へ送信する。

次に、図３を用いて実施形態に係るデータ収集装置１の構成例について説明する。図３は、データ収集装置１のブロック図である。図３に示すように、データ収集装置１は、通信部２と、制御部３と、記憶部４とを備える。

通信部２は、ネットワークＮとの間で情報の送受信を行う通信インターフェイスである。制御部３は、通信部２およびネットワークＮを介して各々との間で各種の情報を送受信することができる。

制御部３は、受付部３１と、生成部３２と、送信部３３と、提供部３４とを備える。制御部３は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。

コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部３の受付部３１、生成部３２、送信部３３および提供部３４として機能する。

また、制御部３の受付部３１、生成部３２、送信部３３および提供部３４の少なくともいずれか一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成することもできる。

また、記憶部４は、例えば、ＲＡＭやＨＤＤに対応する。ＲＡＭやＨＤＤは、車両情報データベース４１と、収集条件データベース４２と、タグ情報データベース４３と、実データデータベース４４とを備える。なお、データ収集装置１は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。

車両情報データベース４１は、各車両に関する車両情報テーブルを有する。図４は、車両情報テーブルの一例を示す図である。図４に示すように、車両情報テーブル４１ａは、「車載装置ＩＤ」、「所有者情報」、「車種情報」および「車載装備」等が互いに関連付けられた情報である。

「車載装置ＩＤ」は、各車載装置５０を識別する識別子である。「所有者情報」は、車載装置５０が搭載される車両の所有者に関する情報である。図４に示す例では、所有者情報として、所有者の氏名を示しているが、所有者情報に、所有者の性別、年齢、住所、職業などを含むようにしてもよい。

「車種情報」は、車両の車種に関する情報であり、車種名や、年式に関する情報である。「車載装備」は、車両の装備に関する情報である。例えば、車両情報には、カメラの有無や、カメラの種別等を示す情報が含まれる。

図３の説明に戻り、収集条件データベース４２について説明する。収集条件データベース４２は、利用者端末１０から受け付けた収集条件に関する収集条件テーブルを有する。図５は、収集条件テーブルの一例を示す図である。

図５に示すように、収集条件テーブル４２ａは、「利用者ＩＤ」、「要求ＩＤ」および「収集条件」が互いに関連付けられた情報である。「利用者ＩＤ」は、利用者を識別する識別子である。

「要求ＩＤ」は、収集要求を識別するための識別子である。また、「収集条件」は、実データの収集条件を示す情報である。例えば、収集条件は、「対象車両条件」、「記録トリガ」、「収集内容」などが含まれる。

「対象車両条件」は、収集対象となる車両の条件を示し、「記録トリガ」は、車載装置５０で、実データの記録を開始するトリガを示す。また、「記録内容」は、車載装置５０に記録する実データを示す情報である。

図５に示す例では、要求ＩＤ「００１」の対象車両が「○○社製」の車両であり、記録トリガが加速度（＞○○Ｇ）であり、収集内容が位置情報および加速度(前後３秒分)である場合を示す。

この場合、車載装置５０は、加速度が○○Ｇを超えたことを検知した場合に、加速度が○○Ｇを超えた時点を基準として前後３秒分の加速度のデータを位置情報と共に記録することになる。

また、要求ＩＤ「００２」の対象車両が６０代以上のユーザであり、記録トリガがブレーキ圧（＞○○ｐｓｉ）であり、加速度が○○ｐｓｉを超えた時点を基準として（前後５秒分）である場合を示す。

この場合、車載装置５０は、ブレーキ圧が○○ｐｓｉを超えたことを検知した場合に、加速度が○○Ｇを超えた時点を基準として前後５秒分のブレーキ圧のデータを位置情報と共に記録することになる。

また、要求ＩＤ「００３」に示すように、対象車両を全車とすることも可能である。また、要求ＩＤ「００３」に示すように、記録トリガを無くし、常時記録することも可能である。

図３の説明に戻り、タグ情報データベース４３について説明する。タグ情報データベース４３は、各車載装置５０から送信されたタグ情報を格納するデータベースである。例えば、タグ情報データベースには、上記の要求ＩＤ毎にタグ情報に時刻に関する情報や、タグ情報ＩＤや車載装置ＩＤなどを付与して格納される。なお、タグ情報データベース４３は、タグ情報記憶部の一例である。

実データデータベース４４は、タグ情報に基づき、各車載装置５０から収集した実データを記憶するデータベースである。タグ情報データベース４３および実データデータベース４４に格納された情報は、提供部３５によって適宜利用者へ提供される。

続いて、制御部３の各構成について説明する。制御部３の受付部３１は、収集対象となるデータの収集条件を含む収集要求を利用者端末１０から受け付ける。受付部３１は、収集条件を受け付けると、収集条件に対して上記の要求ＩＤを付したうえで、収集条件データベース４２へ登録する。

また、受付部３１は、緊急車両の管理者から収集要求を受け付けた場合、かかる収集要求を生成部３２へ通知する。なお、この収集要求には、事故現場などの位置情報が含まれる。また、以下では、緊急車両の収集要求と、他の収集要求とを区別するため、緊急車両の収集要求について、収集要請と記載する場合がある。

また、受付部３１は、各車両から送信される収集条件を満たすデータを受信する取得データ収集部として機能する。ここで、受付部３１が受け付けるデータには、タグデータと、実データと含まれる。

受付部３１は、車載装置５０からタグ情報のタグ更新情報を受信して、タグ情報データベース４３の記憶内容を受信したタグ更新情報で更新することにより、車載装置５０で記憶されたタグ情報とタグ情報データベース４３で記憶されたタグ情報を同期させることができる。

また、受付部３１は、実データ受信部として機能する。受付部３１は、車載装置５０から実データを受信した場合、かかる実データを実データデータベース４４へ登録する。

生成部３２は、収集条件データ生成部および収集条件設定部として機能する。生成部３２は、受付部３１によって受け付けられた収集要求に基づいてデータの収集条件を示した収集条件データを生成する。

収集条件データは、上記の記録トリガ、データ種別・形式等（撮影画像データ（動画・静止画・・他、音声データ等））、データ取得位置条件等を指定するデータである。すなわち、車載装置５０は、収集条件データによって指定された記録トリガに対応するイベントを検出した場合に、収集条件データによって指定されたデータを記憶することができる。

また、生成部３２は、収集条件データを生成すると、送信部３３を介して各車両に送信して各車両に設定する。このとき、図１Ｂに示したように、収集条件ファイルの領域を指定して取集条件データを送信することができる。

送信部３３は、生成部３２によって生成された収集条件データを車載装置５０へ送信するとともに、実データの送信要求を各車載装置５０へ送信する。

ところで、ドライブレコーダなどの車載カメラは、車両に固定されて取り付けられるのが一般的である。このため、車載カメラによっては、所望する画角の映像データを得ることが困難な場合がある。言い換えれば、ドライブレコーダでは、事故現場を撮像できない場合もある。

そこで、送信部３３は、車載装置５０を介して車両のユーザが保有するスマートフォンなどのカメラを備える端末に対して接続を要求することができる。すなわち、送信部３３は、端末に対する接続要求を付与したうえで送信要求を送信することができる。

図６は、接続要求の一例を示す図である。図６に示すように、データ収集装置１は、事故現場Ｘに対する映像データの送信要求を車載装置５０へ送信する（ステップＳ２１）。車載装置５０は、かかる送信要求を受けて、映像データを撮像可能な端末Ｔと接続する。

例えば、接続要求には、車載装置５０が有するｗｉ－ｆｉ（登録商標）などの近距離無線通信機を起動させる起動信号が含まれており、車載装置５０は、かかる起動信号に基づいて近距離無線通信機を起動させることができる。

車載装置５０は、近距離無線通信機を介して、端末Ｔと接続することが可能である。そして、車載装置５０は、端末Ｔに対して事故現場Ｘの撮像依頼を送信するとともに、端末Ｔから事故現場Ｘが撮像された映像データを取得する（ステップＳ２３）。つまり、端末Ｔであれば、ユーザが自由に所望する画角で撮像することができるので、事故現場Ｘの映像データを適切に撮像することができる。

その後、車載装置５０は、かかる映像データをデータ収集装置１へ送信することで、データ収集装置１は、事故現場の映像データを収集することが可能となる（ステップＳ２４）。

このように、データ収集装置１は、車載装置５０を介して端末Ｔから画像データを収集することで、事故現場Ｘが適切に撮像された映像データを収集することが可能となる。なお、この際に、車載装置５０と接続する端末Ｔは、車載装置５０のユーザが保有するものであってもよく、また、かかるユーザ以外の人物（例えば、通行人や野次馬）が保有するものであってもよい。

図３の説明に戻り、提供部３４について説明する。提供部３４は、タグ情報や、実データを各利用者へ提供する。例えば、利用者が緊急車両の管理者である場合、提供部３４は、タグ情報を地図上にマッピングして緊急車両の利用者端末１０へ表示する。

管理者は、利用者端末１０に表示されたタグ情報に基づいて収集する実データを指定することができる。これにより、上記の送信部３３は、かかるタグ情報に対応する実データの送信要求を送信するとともに、受付部３１は、車載装置５０からかかる実データを収集することとなる。

その後、提供部３４は、収集した実データを緊急車両の利用者端末１０へ提供することができる。これにより、緊急車両の乗員（例えば、消防隊、警察官など）は、事故現場Ｘに向かう途中で、事故現場Ｘの様子を確認することが可能となる。したがって、迅速かつ適切な救急活動を行うことができる。

また、提供部３４は、その他の利用者に対して、各利用者が指定した収集条件に基づいて収集したデータを提供することも可能である。

次に、図７を用いて車載装置５０の構成例について説明する。図７は、車載装置５０のブロック図である。なお、図７には、車両の車速を検出する車速センサ９１、車両の舵角を検出する舵角センサ９２、車両の加速度を検出するＧセンサ９３、車両の周辺を撮像するカメラ９４および車両の位置を検出する位置検出装置９５をあわせて示す。

これら、車速センサ９１、舵角センサ９２、Ｇセンサ９３、カメラ９４および位置検出装置９５は、ＣＡＮ通信などの車載ネットワークＢを介して車載装置５０に接続される。

車載装置５０は、通信部６と、制御部７と、記憶部８とを備える。通信部６は、ネットワークＮとの間で情報の送受信を行う通信インターフェイスである。制御部７は、通信部２およびネットワークＮを介して各々との間で各種の情報を送受信することができる。

制御部７は、取得部７１と、検出部７２と、選別部７３と、送信部７４とを備える。制御部７は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。

コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部７の取得部７１、検出部７２、選別部７３および送信部７４として機能する。

また、制御部７の取得部７１、検出部７２、選別部７３および送信部７４の少なくともいずれか一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成することもできる。

また、記憶部８は、例えば、ＲＡＭやＨＤＤに対応する。ＲＡＭやＨＤＤは、タグ情報記憶部８１と、実データ記憶部８２、収集条件記憶部８３とを備える。なお、車載装置５０は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。

タグ情報記憶部８１について説明する。タグ情報は対応する実データのインデックスデータとしての役割を持つデータで、例えば利用者等が実データの確認必要性を判断するために用いる情報である。

具体的には、トリガ（収集条件の成立時点）の日時データ、位置データ、実データのデータサイズ、トリガ発生原因の値レベル（例えば加速度値がトリガである場合、加速度値のレベル（閾値未満，～閾値２倍，～閾値３倍・・））と言ったものである。このタグ情報は実データに基づき生成されるもので、日時データ、位置データ等は検出値（有効数字を丸める加工等は必要に応じて行う）、レベル値は検出値の所定計算式での処理や検出値のテーブルデータを用いた処理等でタグ情報を生成できる。このようにして生成したタグ情報がタグ情報記憶部８１に記憶される。

なお、タグ情報は実データに比べ容量が小さいので記憶容量の問題はあまり大きくないが、実データが消去に伴いタグ情報の必要性がなくなる（低下する）ので、記憶容量に余裕がなければ実データに同期して消去しても良い。

また、タグ情報は利用者による実データの選別・検索に用いられる事から、リアルタイム性が重要であるため、タグ情報を生成した際には速やかに（通信が可能であればすぐに）データ収集装置１に送信する処理となっている。

さらに、車載装置５０に記憶されているタグ情報とデータ収集装置１に記憶されているタグ情報は同じデータである必要があるため、車載装置５０側でタグ情報を更新（新規生成、削除）した場合はその情報を速やかにデータ収集装置１に送信し、データ収集装置１側のタグ情報も同期して更新する必要がある。なお、データ収集装置１側でタグ情報を消去した場合、車載装置５０側では記憶装置の容量に余裕がなければタグ情報および対応する実データを消去しても良い。

実データ記憶部８２は、収集条件を満たした収集対象種別の実データ（対象実データ）を記憶する記憶部である。実データ記憶部８２には、実データとタグ情報とが対応付けられて記憶される。例えば、実データ記憶部８２は、リングバッファ方式の記憶媒体であり、古い実データから順に新しいデータへ随時上書きされる。

収集条件記憶部８３は、図１Ｂに示したように、複数の領域に分割される。収集条件記憶部８３の各領域には、それぞれ指定された収集条件データが格納される。

制御部７の取得部７１について説明する。取得部７１は、収集条件および収集要求をそれぞれデータ収集装置１から取得する。取得部７１は、取得した収集条件を用いて記憶部８の収集条件記憶部８３を更新する。これにより、記憶部８の収集条件記憶部８３を最新のものへ更新する（データ収集装置１で記憶されている収集条件と同期）ことができる。

検出部７２は、収集条件記憶部８３に格納された収集条件を満たすイベントを検出する。検出部７２は、収集条件記憶部８３に格納された収集条件を満たすイベントを検出した場合、かかる収集条件を満たすイベントに対する実データに基づきタグ情報を生成し、選別部７３および送信部７４へそれぞれ通知する。

また、検出部７２は、例えば、車両の異常を検出した場合に、かかる異常に基づく収集条件を生成し、自律生成領域Ｒ４（図１Ｂ参照）へ格納するとともに、送信部７４を介してデータ収集装置１へ異常の解析を依頼することもできる。

選別部７３は、検出部７２から通知されるタグ情報に対して収集条件を満たす実データを対応付けて実データ記憶部８２へ記憶する。すなわち、選別部７３は、収集条件を満たす実データを選別して実データ記憶部８２へ記憶することができる。

また、選別部７３は、データ収集装置１から送信要求が送信された場合に、送信要求に基づき、送信要求によって指定された（データ収集装置１側でタグ情報に基づき利用者等により指定された実データ）を実データ記憶部８２から選別し、送信部７４へ通知することもできる。

送信部７４は、上記の検出部７２によって生成されたタグ情報をデータ収集装置１へ送信するとともに、選別部７３によって選別された実データをデータ収集装置１へ送信する。

これにより、データ収集装置１は、各利用者が所望する実データおよびその実データに対応するタグデータを各利用者へ提供することが可能となる。

次に、図８および図９を用いて実施形態に係るデータ収集装置１が実行する処理手順について説明する。図８および図９は、実施形態に係るデータ収集装置１が実行する処理手順を示すフローチャートである。なお、図８では、収集ファイルの生成に関する処理について説明し、図９では、緊急車両から収集要請を受け付けた際の処理について説明する。尚、これら処理は、データ収集装置１が動作中に繰り返し実行される。

まず、図８に示すように、データ収集装置１は、収集要求を受け付けたか否かを判定する（ステップＳ１０１）。データ収集装置１は、収集要求を受け付けた場合（ステップＳ１０１，Ｙｅｓ）、収集条件を満たす車両を選択する（ステップＳ１０２）。

続いて、データ収集装置１は、収集条件データを生成し（ステップＳ１０３）、車載装置５０の収集条件ファイルの領域を指定して取集条件データを送信し（ステップＳ１０４）、処理を終了する。一方、データ収集装置１は、新たな収集条件を受け付けていない場合（ステップＳ１０１，Ｎｏ）、そのまま処理を終了する。

次に、図９を用いて緊急車両からの収集要請を受け付けた場合におけるデータ収集装置１の処理について説明する。

図９に示すように、データ収集装置１は、緊急車両から収集要請を受け付けたか否かを判定する（ステップＳ１１１）。データ収集装置１は、収集要請を受け付けた場合に（ステップＳ１１１，Ｙｅｓ）、現場近傍の車両を選択し（ステップＳ１１２）、現場の画像データ等を取得する収集条件データを送信する（ステップＳ１１３）。

続いて、データ収集装置１は、収集条件データを送信した車載装置５０から送信されたタグ情報を取得し（ステップＳ１１４）、収集データを選択する（ステップＳ１１５）。なお、ステップＳ１１５の処理については、利用者による選択や事前設定条件等による選択によりデータ収集装置１側で選択することもできる。

続いて、データ収集装置１は、データ収集要求を対象車両に送信することにより当該車両の車載装置からデータを収集する（ステップＳ１１６）。そして、データ収集装置１は、緊急車両に対して収集したデータを提供して（ステップＳ１１７）、処理を終了する。また、データ収集装置１は、収集要請を受け付けていない場合（ステップＳ１１１，Ｎｏ）、処理を終了する。

続いて、図１０を用いて車載装置５０が実行する処理手順について説明する。図１０は、車載装置５０が実行する処理手順を示すフローチャートである。なお、この処理はデータ収集装置１によりデータ収集要求がなされた場合に実行される。

図１０に示すように、まず、車載装置５０は、収集条件を満たすイベントを検出したか否かを判定する（ステップＳ２０１）、イベントを検出した場合（ステップＳ２０１，Ｙｅｓ）、収集条件ファイルによって指定されたタグ情報を生成する（ステップＳ２０２）。また、車載装置５０は、ステップＳ２０１の処理において、イベントを検出しなかった場合（ステップＳ２０１，Ｎｏ）は、ステップＳ２０４の処理へ移行する。

続いて、車載装置５０は、タグ情報に対応する実データを記憶し、タグ情報を送信し（ステップＳ２０３）、データ収集装置１から送信要求を取得したか否かを判定する（ステップＳ２０４）。

車載装置５０は、送信要求を取得した場合（ステップＳ２０４，Ｙｅｓ）、送信すべき実データを選別する（ステップＳ２０５）。続いて、車載装置５０は、データ収集装置１へ選別した実データを送信し（ステップＳ２０６）、実データの収集を終了する終了要求があったか否かを判定する（ステップＳ２０７）。例えば、終了要求には、収集条件ファイルの更新などが含まれる。

そして、車載装置５０は、終了要求があった場合（ステップＳ２０７，Ｙｅｓ）、処理を終了する。また、車載装置５０は、終了要求がなかった場合（ステップＳ２０７，Ｎｏ）、ステップＳ２０１の処理へ移行する。

また、車載装置５０は、送信要求を取得しなかった場合（ステップＳ２０４，Ｎｏ）、ステップＳ２０７の処理へ移行する。

上述したように、実施形態に係るデータ収集装置１は、受付部３１と、収集条件データ生成部と、収集条件設定部と、取得データ収集部とを備える。受付部３１は、各車両で得られるデータの収集要求を受け付ける。生成部３２（収集条件データ生成部の一例）は、は、受付部３１によって受け付けられた収集要求に基づいてデータの収集条件を示した収集条件データを生成する。生成部３２（収集条件設定部の一例）は、収集条件データ生成部の生成した収集条件データを、各車両に送信して各車両に設定する。受付部３１（取得データ収集部の一例）は、各車両から送信される収集条件を満たすデータを受信する。また、生成部３２は、複数の収集条件を設定することが可能であり、複数の収集条件を選別して取得データを収集する。

ところで、上述した実施形態では、データ収集装置１が、車載装置５０からデータを収集する場合について説明したが、これに限定されるものではない。すなわち、データ収集装置１は、スマートフォンやタブレット端末などの端末装置からデータを収集することも可能である。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１データ収集装置
１０利用者端末
３１受付部
３２生成部
３３送信部
３４提供部
４１車両情報データベース
４２収集条件データベース
４３タグ情報データベース
４４実データデータベース
５０車載装置
７１取得部
７２検出部
７３選別部
７４送信部
Ｓデータ収集システム

Claims

制御部により、車両に搭載された車載装置から当該車両に関するデータを収集するデータ収集方法であって、
前記車両で得られるデータの収集要求を受け付け、当該収集要求に基づき収集条件を生成し、
前記収集条件をデータの利用目的がそれぞれ異なる領域が設定された条件ファイルの対応する領域に区分けして記憶し、当該条件ファイルを前記車載装置に送信し、
前記条件ファイルに記憶された前記収集条件に応じて選別して収集されたデータを前記車載装置から受信する
データ収集方法。
各車両にて得られたデータのインデックスであるタグ情報に関する複数の収集条件を設定することが可能であり、
収集した前記タグ情報に基づいて選別したデータを収集する
請求項１に記載のデータ収集方法。
前記条件ファイルは、
前記データの収集が必須である前記収集条件が振り分けられる必須領域と、前記データの収集が必須ではないその他の領域とを少なくとも有し、
緊急車両の管理者からの前記収集条件を前記必須領域へ振り分ける
請求項１に記載のデータ収集方法。
前記条件ファイルに基づいて収集した前記タグ情報に基づき、前記データを収集する車両を選択し、当該車両の車載装置へ前記データの送信要求を送信する
請求項２に記載のデータ収集方法。
前記収集条件によって指定されたデータ種別が画像データである場合に、撮像装置を有する端末装置への接続要求を前記車載装置へ送信する
請求項４に記載のデータ収集方法。
車両に搭載された車載装置から当該車両に関するデータを収集するデータ収集装置であって、制御部を有し、
前記制御部は、
前記車両で得られるデータの収集要求を受け付け、当該収集要求に基づき収集条件を生成し、
前記収集条件をデータの利用目的がそれぞれ異なる領域が設定された条件ファイルの対応する領域に区分けして記憶し、当該条件ファイルを前記車載装置に送信し、
前記条件ファイルに記憶された前記収集条件に応じて選別して収集されたデータを前記車載装置から受信する
データ収集装置。