JP7404977B2 - データ収集装置 - Google Patents

Description

本開示は、端末装置からデータを収集する装置であって、主に自動車をはじめとする移動体に搭載された端末装置からデータを収集するデータ収集装置、データ収集方法、及びデータ収集プログラムに関する。

近年、自動車における運転支援や自動運転に関する技術開発が盛んになっている。例えば、運転支援や自動運転の機能・性能の向上を図る方法として、各自動車から走行状態や周辺環境に関する情報を取得して、学習による自動運転制御の精度を向上させることが挙げられる。

例えば、特許文献１には、車載端末に対するデータの送信要求に対して応答しない車載端末に対しては、その後の車載端末からのアクセスをトリガーとして、車載端末に対してデータを再要求する発明が記載されている。

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

ここで、本発明者は、以下の課題を見出した。
自動車の稼働率は日本では５％程度であることから、特許文献１の技術を使用した場合、リアルタイムにデータを取得できるのは全自動車の２０分の１に過ぎない。また、週末にしか利用しないなど、比較的長時間稼働しない自動車も少なくなく、データ収集期間が限られる場合、データを収集できない自動車も出てくることになる。

本発明は、端末装置からデータを収集するにあたり、必要なデータを取得する時間を短縮することを目的とする。そして、望ましくは、通信量やデータを蓄積するストレージ容量の低減を図ることを目的とする。

本開示のデータ収集装置は、ネットワークを介して端末装置（１０）からデータを収集するデータ収集装置であって、
前記データの収集条件を示すデータ収集条件情報、及び収集する前記データの種類を示すデータ種類情報、が入力される入力部（１０１）と、
前記データ収集条件情報から前記データの収集対象である前記端末装置を特定するとともに、前記データ収集条件情報及び前記データ種類情報を用いてデータ収集要求を生成するデータ収集管理部（１０２）と、
前記端末装置に対する起動要求を生成する起動要求生成部（１０３）と、
前記端末装置に対し、前記起動要求及び前記データ収集要求を送信する送信部（１０４）と、
前記端末装置から、前記データ収集要求に応じた前記データを受信する受信部（１０５と、を有する。

なお、特許請求の範囲、及び本項に記載した発明の構成要件に付した括弧内の番号は、本発明と後述の実施形態との対応関係を示すものであり、本発明を限定する趣旨ではない。

上述のような構成により、本開示のデータ収集装置は、必要なデータを取得する時間を短縮することができる。

本開示の実施形態１～３で前提とするデータ収集システムの構成例を示す説明図 本開示の実施形態１～３のデータ収集装置の構成例を示すブロック図 本開示の実施形態１のデータ収集装置におけるデータ収集管理部の動作の例を説明する説明図 本開示の実施形態１のデータ収集装置におけるデータ収集管理部の動作の例を説明する説明図 本開示の実施形態１のデータ収集装置の動作を説明するフローチャート 本開示の実施形態１の変形例のデータ収集装置の動作を説明するフローチャート 本開示の実施形態２のデータ収集装置に入力される情報を説明する説明図 本開示の実施形態２のデータ収集装置における起動要求を送信するタイミングを決定する方法を説明する説明図 本開示の実施形態４で前提とするデータ収集システムの構成例を示す説明図

以下、本発明の実施形態について、図面を参照して説明する。

なお、本発明とは、特許請求の範囲又は課題を解決するための手段の項に記載された発明を意味するものであり、以下の実施形態に限定されるものではない。また、少なくともかぎ括弧内の語句は、特許請求の範囲又は課題を解決するための手段の項に記載された語句を意味し、同じく以下の実施形態に限定されるものではない。

特許請求の範囲の従属項に記載の構成及び方法は、特許請求の範囲の独立項に記載の発明において任意の構成及び方法である。従属項に記載の構成及び方法に対応する実施形態の構成及び方法、並びに特許請求の範囲に記載がなく実施形態のみに記載の構成及び方法は、本発明において任意の構成及び方法である。特許請求の範囲の記載が実施形態の記載よりも広い場合における実施形態に記載の構成及び方法も、本発明の構成及び方法の例示であるという意味で、本発明において任意の構成及び方法である。いずれの場合も、特許請求の範囲の独立項に記載することで、本発明の必須の構成及び方法となる。

実施形態に記載した効果は、本発明の例示としての実施形態の構成を有する場合の効果であり、必ずしも本発明が有する効果ではない。

複数の実施形態がある場合、各実施形態に開示の構成は各実施形態のみで閉じるものではなく、実施形態をまたいで組み合わせることが可能である。例えば一の実施形態に開示の構成を、他の実施形態に組み合わせても良い。また、複数の実施形態それぞれに開示の構成を集めて組み合わせても良い。

発明が解決しようとする課題に記載した課題は公知の課題ではなく、本発明者が独自に知見したものであり、本発明の構成及び方法と共に発明の進歩性を肯定する事実である。

１．データ収集システム
図１を用いて、まず実施形態１～３の前提であるデータ収集システム１の例について説明する。

データ収集システム１は、ネットワーク２で接続された端末装置１０とデータ収集装置１００とからなる。そして、データ収集装置１００は、ネットワーク２（「ネットワーク」に相当）を介して端末装置１０からデータを収集する。この他、端末装置１０とデータ収集装置１００は、相互に要求（コマンド）やその他の情報を送受信する。

ここで、「ネットワーク」とは、無線通信ネットワークの他、有線通信ネットワークであってもよい。また、これらを組み合わせてもよい。

ネットワーク２は、無線通信方式の場合、例えば、ＩＥＥＥ８０２．１１（Ｗｉ―Ｆｉ（登録商標））やＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）、ＨＳＰＡ（High Speed Packet Access）、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（Long Term Evolution Advanced）、４Ｇ、５Ｇ等を用いることができる。あるいは、ＤＳＲＣ（Dedicated Short Range Communication）を用いることができる。
ネットワーク２は、有線通信方式の場合、例えば、有線ＬＡＮ（Local Area Network）やインターネット、固定電話回線を用いることができる。

図１の例では、端末装置１００は、「移動体」である車両に「搭載されている」。もっとも、端末装置１００は移動体に搭載されていることは必ずしも必要でなく、固定物に搭載されていてもよい。車両は、主として自動車を意味するが、自動二輪車や原動機付自転車も含まれる。

ここで、「移動体」とは、移動可能な物体をいい、移動速度は任意である。また移動体が停止している場合も当然含む。例えば、自動車、自動二輪車、自転車、歩行者、船舶、航空機、及びこれらに搭載される物を含み、またこれらに限らない。
また、「搭載されている」とは、移動体に直接固定されている場合の他、移動体に固定されていないが移動体と共に移動する場合も含む。例えば、移動体に乗った人が所持している場合、移動体に載置された積荷に搭載されている場合、が挙げられる。

２．実施形態１
（１）データ収集装置１００の構成
図２を用いて、本実施形態のデータ収集装置１００の構成について説明する。データ収集装置１００は、入力部１０１、データ収集管理部１０２、起動要求生成部１０３、送信部１０４、受信部１０５、データ記憶部１０６、マスターデータ記憶部１０７、及びメタデータ記憶部１０８を有する。

実施形態１～３では、データ収集装置１００は、図１のように移動体である車両の外部に設けられているとして説明する。もっとも、データ収集装置１００が設けられている場所はこれに限られず、端末装置１０とともに車両に設けられてもよいが、これは実施形態４で説明する。

データ収集装置１００の形態は、部品、半完成品、完成品のいずれでもよい。本実施形態ではデータ収集装置１００は自動車の外部のサーバによって実現されているので、完成品の形態に属する。
その他、部品の例として半導体モジュール、半完成品の形態として電子制御装置（ＥＣＵ）、完成品の形態として、サーバの他、ワークステーション、パーソナルコンピュータ（ＰＣ）、スマートフォン、携帯電話、ナビゲーションシステムが挙げられるが、これらに限らない。

データ収集装置１００は、汎用のＣＰＵ（Central Processing Unit）、ＲＡＭ等の揮発性メモリ、ＲＯＭ、フラッシュメモリ、又はハードディスク等の不揮発性メモリ、各種インターフェース、及びこれらを接続する内部バスで構成することができる。そして、これらのハードウェア上でソフトウェアを実行することにより、図２に記載の各機能ブロックの機能を発揮させるように構成することができる。例えば、データ収集管理部１０２、及び起動要求生成部１０３はＣＰＵで、データ記憶部１０６、マスターデータ記憶部１０７、及びメタデータ記憶部１０８はハードディスクで、入力部１０１、送信部１０４、及び受信部１０５はインターフェースで実現することができる。

本実施形態では、処理の前提として、マスターデータ記憶部１０７にマスターデータ、メタデータ記憶部１０８にメタデータを予め記憶している。そして、本実施形態のデータ収集装置１００がデータを収集する際に、マスターデータやメタデータを利用する。

マスターデータ記憶部１０７に記憶しているマスターデータの例として、自動車の車種や型式、自動車の制御ソフトウェアの種類やバージョン台帳、などが挙げられる。これらの情報は、新たな自動車が出荷された際に自動車工場から提供され、端末装置１０を有する各車両の識別情報と紐づけられて、マスターデータ記憶部１０７に記憶されている。制御ソフトウェアのバージョン台帳は、例えば自動車の車両毎に現在インストールされているソフトウェアのバージョンを記録した台帳である。

メタデータ記憶部１０８に記憶しているメタデータは、ネットワーク２で接続された端末装置１０を有する車両から定期的にアップロードされるデータである。メタデータの例として、各車両の位置情報、運転支援機能作動実績、通信に用いるバッテリー残量が挙げられるが、これらに限らない。例えば、車両の速度、加速度、走行距離、などであってもよい。
なお、データ収集装置１００と通信を行うのは端末装置１０であるが、以降の説明において、端末装置１０を搭載した車両に着目し、適宜通信対象や起動対象を車両、あるいは収集対象車両と表現する場合がある。

入力部１０１は、データ収集を希望するユーザからの入力や、自装置又は他装置で実行されている他のプロセスからのアクセスを受け付ける。具体的には、入力部１０１に、データの収集条件を示すデータ収集条件情報、及び収集するデータの種類を示すデータ種類情報が入力される。入力されたデータ収集条件情報、及びデータ種類情報は、データ収集管理部１０２に出力される。

データ収集管理部１０２は、入力されたデータ収集条件情報から、データの収集対象である端末装置１０、すなわち端末装置１０を有するデータの収集対象車両を特定する。また、入力されたデータ収集条件情報及びデータ種類情報を用いてデータ収集要求を生成する。

図３及び図４の２つの例を用いて、データ収集管理部１０２の動作の具体例を説明する。
図３は、データ収集条件情報として、東京都、速度１０ｋｍ／ｈ以上、データ種類情報として、速度、アクセル開度、ステアリング舵角、が入力部１０１に入力された場合の例である。データ収集管理部１０２は、メタデータ記憶部１０８に記憶されている位置情報から、東京都に相当する緯度経度の位置情報を受信した端末装置１０を有する車両を抽出し、収集対象車両として特定する。図３では、Ａ００１、Ａ００３、Ａ００５、Ａ００７の識別子を有する車両が収集対象車両として特定されている。また、データ収集管理部１０２は、データ収集条件情報として、東京都、速度１０ｋｍ／ｈ以上、データ種類情報として速度、アクセル開度、ステアリング舵角、とするデータ収集要求を生成する。このデータ収集要求は、東京都を速度１０ｋｍ／ｈ以上で走行時の速度、アクセル開度、及びステアリング舵角を要求することを意味する。この例の場合、データ収集条件情報である東京都は、収集対象車両を特定するために用いられるとともに、収集するデータを絞る条件としても用いられる。これに対して、速度１０ｋｍ／以上は、収集するデータを絞る条件としてのみ用いられている。これは、本実施形態の場合、メタデータ記憶部１０８に速度のメタデータが記憶されていないので、速度でもって対象車両を特定することができないからである。もっとも、メタデータ記憶部１０８に速度のメタデータが記憶されている場合は、収集対象車両を特定するためにも用いてよい。

図４は、データ収集条件情報として、運転支援機能がＯＮからＯＦＦに切り替わったこと、制御ソフトウェアのバージョンが１．２、データ種類情報として、前方画像、ステアリング舵角、が入力部１０１に入力された場合の例である。データ収集管理部１０２は、メタデータ記憶部１０８に記憶されている運転支援機能作動実績から、運転支援機能がＯＮからＯＦＦに切り替わった端末装置１０を有する車両を抽出するとともに、マスターデータ記憶部１０７に記憶されている制御ソフトウェアのバージョンから、制御ソフトウェアのバージョンが１．２である端末装置１０を有する車両を抽出し、いずれにも該当する車両を収集対象車両として特定する。図４では、Ａ００３、Ａ００４、Ａ００５、Ａ００６の識別子を有する車両が収集対象車両として特定されている。また、データ収集管理部１０２は、データ収集条件情報として、運転支援機能がＯＮからＯＦＦ、データ種類情報として前方画像、ステアリング舵角、とするデータ収集要求を生成する。このデータ収集要求は、運転支援機能がＯＮからＯＦＦで走行時の前方画像及びステアリング舵角を要求することを意味する。この例の場合、データ収集条件情報である運転支援機能は、収集対象車両を特定するために用いられるとともに、収集するデータを絞る条件としても用いられる。これに対して、データ収集条件情報である制御ソフトウェアのバージョンは、収集対象車両を特定するためだけに用いられている。これは、制御ソフトウェアのバージョンは、自動車の走行状態によって変化せず、収集対象車両を特定するために用いれば足りるからである。

このように、データ収集条件情報は、収集対象車両を特定しかつ収集するデータを絞る条件として用いられる場合、収集対象車両を特定するためだけに用いられる場合、収集するデータを絞る条件としてのみ用いられる場合、の３通りがある。

また、データ種類情報は、データの種類を特定する場合のほか、例えば、速度の最大値最小値、ドア開閉回数、のように、収集対象車両側でデータを選別又は抽出する処理を前提とするような情報であってもよい。

起動要求生成部１０３は、データ収集管理部１０２で特定された端末装置１０を有する収集対象車両に対する起動要求を生成する。起動要求は、例えばスリープ状態にある端末装置１０を起動するための命令である。

送信部１０４は、データ収集管理部１０２で特定された端末装置１０を有する収集対象車両に対し、起動要求生成部１０３で生成した起動要求、及びデータ取集管理部１０２で生成したデータ収集要求を送信する。
なお、起動要求とデータ収集要求は、それぞれ別のネットワークを介して送信してもよい。例えば、起動要求は、携帯電話網の電話回線を利用したショートメッセージサービス（ＳＭＳ）を用いて送信し、データ収集要求はインターネット網を利用したパケット通信を用いて送信してもよい。どの要求をどの通信方式を用いるかは任意である。

受信部１０５は、送信部１０４で送信したデータ収集要求に応じたデータを受信し、これをデータ記憶部１０６に出力する。すなわち、端末装置１０は、データ収集要求に示されたデータ収集条件情報の条件及びデータ種類情報の内容を満たすデータを抽出し、これをデータ収集装置１００に対して送信する。
その他、受信部１０５はマスターデータを受信し、これをマスターデータ記憶部１０７に出力する。また、受信部１０５はメタデータを受信し、これをメタデータ記憶部１０８に出力する。

データ記憶部１０６は、受信部１０５で受信したデータを記憶する。そして、記憶したデータは、必要に応じユーザや他装置のプロセスに対して出力される。

（２）データ収集装置１００の変形例
なお、本実施形態では、収集対象車両に対して起動要求を送信しているが、起動していない収集対象車両に対してのみ、起動要求を送信するようにしてもよい。以下、本実施形態のデータ収集装置１００の変形例として説明する。

データ収集管理部１０２は、データの収集対象として特定した端末装置１０が起動しているかどうかを検出する。例えば、メタデータ記憶部１０８に記憶されている特定の収集対象車両のメタデータを抽出する。メタデータのタイムスタンプが過去の時点で途切れている場合は、この収集対象車両は現在起動していないことがわかる。

端末装置１０が「起動している」場合は、送信部１０４は端末装置１０を有する収集対象車両に対しデータ収集要求を送信する。この場合、起動要求生成部１０３は起動要求を生成せず、また送信部１０４は起動要求を送信しない。
端末装置１０が「起動していない」場合は、起動要求生成部１０３は起動要求を生成し、送信部１０４は端末装置１０を有する収集対象車両に対し起動要求及びデータ収集要求を送信する。

ここで、「起動している」とは、端末装置の通信機能が発揮できる状態であることをいい、端末装置全体の機能が発揮できる状態である必要はない。
「起動していない」とは、端末装置の通信機能の全部または一部が発揮できない状態であることをいい、端末装置全体の機能が発揮できない状態である必要はない。

この構成によれば、起動要求を必要とする収集対象車両のみに起動要求を送信するので、起動要求の送信に必要な通信量が削減できる。また、起動要求の生成量が少なくなるので、データ収集装置１００の負荷を低減することができる。

さらに、収集対象車両のバッテリー残量を加味して、起動要求を送信するか否かを決定してもよい。例えば、メタデータ記憶部１０８に記憶されている特定の収集対象車両のメタデータを抽出し、最後に送信されたバッテリー残量を示すメタデータを抽出する。バッテリー残量が所定量以上の場合は、スリープ中であってもバッテリー残量が十分であるとして起動要求を送信する。バッテリー残量が所定量以下の場合は、起動しても通信機能が十分発揮できるほどのバッテリー残量がないとして、起動要求は送信しない。

現在のバッテリー残量が十分かどうかは、最後に送信されたバッテリー残量を示すメタデータの内容に加え、最後にメタデータを送信した時刻からの経過時間を加味して決定してもよい。

この構成によれば、スリープ中の収集対象車両のうち、実際にデータを送信することができるものに限り起動するので、さらに起動要求の通信に必要な通信量を削減することができる。

（３）データ収集装置１００の動作
次に、本実施形態のデータ収集装置１００の動作を、図５を用いて説明する。
なお、以下の動作は、データ収集装置１００におけるデータ収集方法を示すだけでなく、データ収集装置１００で実行されるデータ収集プログラムの処理手順を示すものである。
そして、これらの処理は、図５で示した順序には限定されない。すなわち、あるステップでその前段のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えてもよい。
以上、本実施形態だけでなく、本実施形態の変形例や他の実施形態においても同様である。

入力部１０１に、データの収集条件を示すデータ収集条件情報、及び収集するデータの種類を示すデータ種類情報が入力される（Ｓ１０１）。

データ収集管理部１０２は、Ｓ１０１で入力されたデータ収集条件情報から、データの収集対象である端末装置１０を特定する（Ｓ１０２）。また、Ｓ１０１で入力されたデータ収集条件情報及びデータ種類情報を用いてデータ収集要求を生成する（Ｓ１０３）。

起動要求生成部１０３は、Ｓ１０２で特定された端末装置１０を有する収集対象車両に対する起動要求を生成する（Ｓ１０４）。

送信部１０４は、Ｓ１０２で特定された端末装置１０を有する収集対象車両に対し、Ｓ１０４で生成した起動要求、及びＳ１０３で生成したデータ収集要求を送信する（Ｓ１０５）。

受信部１０５は、Ｓ１０５で送信したデータ収集要求に応じたデータを受信する（Ｓ１０６）。

（４）データ収集装置１００の変形例の動作
本実施形態のデータ収集装置１００の変形例の動作を、図６を用いて説明する。図５と同様のステップは同じステップ番号として説明を省略し、図５の説明を引用する。

データ収集管理部１０２は、データの収集対象として特定した端末装置１０が起動しているかどうかを検出する（Ｓ１１１）。

端末装置１０が起動している場合は、送信部１０４はＳ１０２で特定された端末装置１０を有する収集対象車両に対し、Ｓ１０３で生成されたデータ収集要求を送信する（Ｓ１１２）。

端末装置１０が起動していない場合は、起動要求生成部１０２は起動要求を生成し（Ｓ１１３）、送信部１０４はＳ１０２で特定された端末装置１０を有する収集対象車両に対し、Ｓ１１３で生成された起動要求及びＳ１０３で生成されたデータ収集要求を送信する（Ｓ１１４）。

（５）小括
以上、本実施形態のデータ収集装置１００によれば、端末装置１０に対する起動要求を生成して送信するので、必要なデータを取得する時間を短縮することができる。
また、データ収集条件情報からデータの収集対象である端末装置１０を特定するので、データ収集要求を送信する端末装置１０を絞ることができ、それに伴い通信量を削減することができる。
さらに、データ収集条件情報及びデータ種類情報を用いてデータ収集要求を生成するので、必要なデータのみを受信することができ、それに伴い通信量を削減することができるとともに、データ記憶部の容量を削減することができる。

３．実施形態２
（１）データ収集装置２００の構成
実施形態１のデータ収集装置１００は、起動要求を送信するタイミングは任意であった。本実施形態のデータ収集装置２００は、起動要求を送信するタイミングを決定し、決定したタイミングで起動要求を送信するものである。

本実施形態のデータ収集装置２００の構成は、実施形態１のデータ収集装置１００と同じであるので、データ収集装置２００の構成を説明する際は図２を引用して説明する。また、実施形態１と同様の構成は説明を省略し、実施形態１の説明を引用する。

入力部１０１には、さらにデータを収集する期限を示す収集期限情報が入力される。
図７は、入力部１０１に入力される情報を示すものである。図７（ａ）は図３に対応し、図３のデータ収集条件情報、及びデータ種類情報に加え、収集期限情報として、１０月１２日１０：００の期限が入力されている。図７（ｂ）は図４に対応し、図４のデータ収集条件情報、及びデータ種類情報に加え、収集期限情報として、１０月１１日１４：００の期限が入力されている。

データ収集管理部１０２は、入力部１０１に入力された収集期限情報から、起動要求を送信するタイミングを決定する。起動要求を送信するタイミングは、収集期限情報で示される収集期限と同じでもよいが、データのアップロードに必要な時間やネットワーク２の混雑度を考慮して、収集期限の「所定時間」前とすることが望ましい。例えば、一律に１時間前としてもよいし、収集するデータの種類や大きさ、ネットワーク２のＳ／Ｎ比や誤り率、などに応じ、これらの関数により具体的な所定時間を求めるようにしてもよい。

ここで、「所定時間」とは、一定の時間の他、条件によって変化する時間であってもよい。

送信部１０４は、データ収集管理部１０２で特定された端末装置１０を有する収集対象車両に対し、データ収集管理部１０２で決定したタイミングで、起動要求生成部１０３で生成した起動要求を送信する。また、収集対象車両の端末装置１０の起動後に、データ取集管理部１０２で生成したデータ収集要求を送信する。

以上、本実施形態のデータ収集装置２００によれば、収集期限情報から起動要求を送信するタイミングを定めているので、データを収集する期限までに必要なデータを収集することができる。

（２）データ収集装置２００の変形例
入力部１０１に、複数のユーザからの入力や、複数のプロセスからのアクセスがあった場合、同じ車両に対して同じ又は異なるデータを要求する場合が生じる。以下、この場合を想定し、本実施形態のデータ収集装置２００の変形例として説明する。

本実施形態の変形例による、起動要求を送信するタイミングの決定方法を、図７及び図８を用いて説明する。
入力部１０１に、図７（ａ）の情報（「第１のデータ収集条件情報」、「第１のデータ種類情報」、「第１の収集期限情報」に相当）と、図７（ｂ）の情報（「第２のデータ収集条件情報」、「第２のデータ種類情報」、「第２の収集期限情報」に相当）が入力される。図７（ａ）のデータ収集条件情報から特定される端末装置１０を有する収集対象車両と、図７（ｂ）のデータ収集条件情報から特定される端末装置１０を有する収集対象車両を比較すると、Ａ００３とＡ００５の識別子を有する収集対象車両が共通する（「共通端末装置」に相当）。以下、図８に基づき、説明する。

データ収集管理部１０２は、図７（ａ）のデータ収集条件情報及びデータ種類情報を用いて、第１のデータ収集要求を生成する。また、図７（ｂ）のデータ収集条件情報及びデータ種類情報を用いて、第２のデータ収集要求を生成する。図８では、Ａ００３とＡ００５の車両が第１のデータ収集要求及び第２のデータ収集要求の両方が送信される共通端末装置であることがわかる。

第１のデータ収集要求の収集期限は、図７（ａ）の収集期限情報によると１０月１２日１０：００（「第１のタイミング」に相当）である。また、第２のデータ収集要求の収集期限は、図７（ｂ）の収集期限情報によると１０月１１日１４：００（「第２のタイミング」に相当）である。そこで、データ収集管理部１０２は、これらの収集期限のうち、最先のタイミングを決定する。図８によれば、収集対象車両Ａ００３及びＡ００５において、最先のタイミングは１０月１１日１４：００である。

そこで、送信部１０４は、収集対象車両Ａ００３とＡ００５に対し、１０月１１日１４：００に起動要求を送信するとともに、第１のデータ収集要求及び第２のデータ収集要求の両方を送信する。

なお、既にデータの収集を終えている場合は、収集結果を記録しておき、起動要求及びデータ収集要求の送信を行わないようにすることができる。例えば、図８の場合、Ａ００５からはすでにデータ収集を終えているので、Ａ００５に対しては、起動要求、第１のデータ収集要求、及び第２のデータ収集要求は送信しない。このような処理は、例えば次に説明する実施形態３の構成を採用した場合に起こりうる。

以上、本実施形態のデータ収集装置２００の変形例によれば、共通する収集対象車両に対する複数のデータ収集要求を１回の起動要求の後に同時に送信するので、データ収集要求毎に収集対象車両を起動する場合に比べ、収集対象車両のバッテリー消費を抑えることができる。

４．実施形態３
実施形態２のデータ収集装置２００は、収集期限に基づき起動要求を送信するタイミングを決定し、起動要求を送信した。もっとも、そのタイミングまでに収集対象車両が起動した場合は、収集対象車両を起動することなく、収集対象車両に対しデータの送信を要求することが可能である。本実施形態のデータ収集装置３００は、収集対象車両からの通信をトリガーに、データ収集要求を送信するものである。

本実施形態のデータ収集装置３００の構成は、実施形態１のデータ収集装置１００及び実施形態２のデータ収集装置１００と同じであるので、データ収集装置３００の構成を説明する際は図２を引用して説明する。また、実施形態１及び実施形態２と同様の構成は説明を省略し、実施形態１及び実施形態２の説明を引用する。

本実施形態では、起動要求を即時に送信せず、実施形態２のように起動要求を送信するタイミングを設定する場合を前提に説明する。したがって、データ収集装置３００は、データ収集管理部１０２でデータ収集要求が生成されているが、決定したタイミングまで起動要求の送信を保留している。

受信部１０５は、端末装置１０を有する収集対象車両から、この収集対象車両に対するデータ収集要求が生成されているかを問い合わせる確認要求を受信する。

データ収集要求が生成されている場合、送信部１０４は、決定したタイミングを待たず、「即時に」データ収集要求を収集対象車両に送信する。

ここで、「即時に」とは、確認要求を受信してから必要な準備を行った後である場合も含む。

確認要求が収集対象車両から送信されるタイミングは、収集対象車両のエンジン起動時、バッテリー残量が一定以上となった時、エンジン起動後一定距離を走行した時、テザリング成功時、などが挙げられるが、これらに限らない。

以上、本実施形態のデータ収集装置３００によれば、収集対象車両が起動した場合は決定したタイミングを待たず即時にデータ収取要求を送信するので、起動要求を送信する必要がなく、また計画を前倒しにしてより早く必要なデータを収集対象車両から取得することができる。

５．実施形態４
実施形態１～３では、データ収集装置は、図１のように移動体である車両の外部に設けられていることを前提とした。
本実施形態のデータ収集装置４００は、図９のように端末装置１０とともに移動体である車両に設けられている。この場合、データ収集装置４００のユーザは当該車両のドライバーが想定される。

端末装置１０とデータ収集装置４００とは、ネットワーク３で接続されている。ネットワーク３は車載ネットワークであり、例えば、ＣＡＮ（Controller Area Network）、ＬＩＮ（Local Interconnect Network）といった通信方式の他、Ｅｔｈｅｒｎｅｔ（登録商標）やＷｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等、任意の通信方式を用いることができる。

データ収集装置４００の構成は、実施形態１～３のデータ収集装置と同じであるので、図２及びその説明を引用する。
なお、同じ車両に搭載された端末装置１０以外の端末装置にアクセスする場合は、端末装置１０やデータ収集装置４００が有する通信機能を用いることができる。

６．その他の変形例
送信部１０４が起動要求を送信するタイミングは、上記実施形態で説明したタイミングの他、通信料金が安くなる時間帯や、収集対象車両のバッテリーが一定量まで回復した時、サーバのストレージ容量が一定以上となった時、としてもよい。

７．総括
以上、本発明の各実施形態におけるデータ収集装置等の特徴について説明した。

各実施形態で使用した用語は例示であるので、同義の用語、あるいは同義の機能を含む用語に置き換えてもよい。

実施形態の説明に用いたブロック図は、装置の構成を機能毎に分類及び整理したものである。それぞれの機能を示すブロックは、ハードウェア又はソフトウェアの任意の組み合わせで実現される。また、機能を示したものであることから、かかるブロック図は方法の発明、及び当該方法を実現するプログラムの発明の開示としても把握できるものである。

各実施形態に記載した処理、フロー、及び方法として把握できる機能ブロック、については、一のステップでその前段の他のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えてもよい。

各実施形態、及び特許請求の範囲で使用する、第１、第２、乃至、第Ｎ（Ｎは整数）、の用語は、同種の２以上の構成や方法を区別するために使用しており、順序や優劣を限定するものではない。

また、本発明のデータ収集装置の形態の例として、以下のものが挙げられる。
部品の形態として、半導体素子、電子回路、モジュール、マイクロコンピュータが挙げられる。
半完成品の形態として、電子制御装置（ＥＣＵ（Electric Control Unit））、システムボードが挙げられる。
完成品の形態として、携帯電話、スマートフォン、タブレット、パーソナルコンピュータ（ＰＣ）、ワークステーション、サーバが挙げられる。
その他、通信機能を有するデバイス等を含み、例えばビデオカメラ、スチルカメラ、カーナビゲーションシステムが挙げられる。

またデータ収集装置に、アンテナや通信用インターフェースなど、必要な機能を追加してもよい。

本発明のデータ収集装置は、特にサーバ側で用いられることにより、各種サービスの提供を目的とするために用いられることが想定される。かかるサービスの提供に伴い、本発明の装置が使用され、本発明の方法が使用され、又は／及び本発明のプログラムが実行されることになる。

加えて、本発明は、各実施形態で説明した構成及び機能を有する専用のハードウェアで実現できるだけでなく、メモリやハードディスク等の記録媒体に記録した本発明を実現するためのプログラム、及びこれを実行可能な専用又は汎用ＣＰＵ及びメモリ等を有する汎用のハードウェアとの組み合わせとしても実現できる。

専用や汎用のハードウェアの非遷移的実体的記録媒体（例えば、外部記憶装置（ハードディスク、ＵＳＢメモリ、ＣＤ／ＢＤ等）、又は内部記憶装置（ＲＡＭ、ＲＯＭ等））に格納されるプログラムは、記録媒体を介して、あるいは記録媒体を介さずにサーバから通信回線を経由して、専用又は汎用のハードウェアに提供することもできる。これにより、プログラムのアップグレードを通じて常に最新の機能を提供することができる。

本発明のデータ収集装置は、主として自動車に搭載された電子制御システムをデータ収集の対象としているが、自動車に搭載されない通常のシステムを対象としてもよい。

１００ データ収集装置、１０１ 入力部、１０２ データ収集管理部、１０３ 起動要求生成部、１０４ 送信部、１０５ 受信部

Claims (10)

1. ネットワークを介して端末装置（１０）からデータを収集するデータ収集装置であって、
   前記データの収集条件を示すデータ収集条件情報、及び収集する前記データの種類を示すデータ種類情報、が入力される入力部（１０１）と、
   前記データ収集条件情報から前記データの収集対象である前記端末装置を特定するとともに、前記データ収集条件情報及び前記データ種類情報を用いてデータ収集要求を生成するデータ収集管理部（１０２）と、
   前記端末装置に対する起動要求を生成する起動要求生成部（１０３）と、
   前記端末装置に対し、前記起動要求及び前記データ収集要求を送信する送信部（１０４）と、
   前記端末装置から、前記データ収集要求に応じた前記データを受信する受信部（１０５）と、を有し、
   前記受信部は、さらに前記端末装置から定期的にメタデータを受信し、
   前記データ収集管理部は、前記端末装置が起動しているかどうかを検出し、
   前記端末装置が起動している場合は、前記送信部は前記端末装置に対し、前記データ収集要求を送信し、
   前記端末装置が起動していない場合、かつ前記メタデータが示すバッテリー残量が所定量以上の場合は、前記起動要求生成部は前記起動要求を生成し、前記送信部は前記端末装置に対し、前記起動要求及び前記データ収集要求を送信する、
   データ収集装置（１００、２００、３００、４００）。
2. 前記入力部には、さらに前記データを収集する期限を示す収集期限情報が入力され、
   前記データ収集管理部は、前記収集期限情報から、前記起動要求を送信するタイミングを決定し、
   前記送信部は、前記端末装置に対し、前記タイミングで前記起動要求を送信するとともに、前記データ収集要求を送信する、
   請求項１記載のデータ収集装置（２００）。
3. 前記タイミングは、前記収集期限情報で示される収集期限の所定時間前である、
   請求項２記載のデータ収集装置。
4. ネットワークを介して端末装置（１０）からデータを収集するデータ収集装置であって、
   前記データの収集条件を示すデータ収集条件情報、及び収集する前記データの種類を示すデータ種類情報、が入力される入力部（１０１）と、
   前記データ収集条件情報から前記データの収集対象である前記端末装置を特定するとともに、前記データ収集条件情報及び前記データ種類情報を用いてデータ収集要求を生成するデータ収集管理部（１０２）と、
   前記端末装置に対する起動要求を生成する起動要求生成部（１０３）と、
   前記端末装置に対し、前記起動要求及び前記データ収集要求を送信する送信部（１０４）と、
   前記端末装置から、前記データ収集要求に応じた前記データを受信する受信部（１０５）と、を有し、
   前記入力部には、さらに前記データを収集する期限を示す収集期限情報が入力され、
   前記データ収集管理部は、前記収集期限情報から、前記起動要求を送信するタイミングを決定し、
   前記送信部は、前記端末装置に対し、前記タイミングで前記起動要求を送信するとともに、前記データ収集要求を送信し、
   前記入力部に、第１のデータ収集条件情報、第１のデータ種類情報、第１の収集期限情報、第２のデータ収集条件情報、第２のデータ種類情報、及び第２の収集期限情報が入力された場合であって、前記第１のデータ収集条件情報及び前記第２のデータ収集条件情報のいずれからも特定される共通端末装置がある場合、
   前記データ収集管理部は、前記第１のデータ収集条件情報及び前記第１のデータ種類情報を用いて第１のデータ収集要求を、前記第２のデータ収集条件情報及び前記第２のデータ種類情報を用いて第２のデータ収集要求を生成し、
   前記データ収集管理部は、前記第１の収集期限情報から決定される第１のタイミング、及び前記第２の収集期限情報から決定される第２のタイミングのうち、最先のタイミングを決定し、
   前記送信部は、前記共通端末装置に対し、前記最先のタイミングで前記起動要求を送信するとともに、前記第１のデータ収集要求及び前記第２のデータ収集要求を送信する、
   データ収集装置。
5. 前記受信部が、前記端末装置から、前記端末装置に対する前記データ収集要求が生成されているかを問い合わせる確認要求を受信した場合、
   前記送信部は、前記端末装置に、即時に前記データ収集要求を送信する、
   請求項２記載のデータ収集装置（３００）。
6. 前記端末装置は、移動体に搭載されている、
   請求項１～５のいずれかに記載のデータ収集装置。
7. 当該データ収集装置は、移動体の外部に設けられている、
   請求項１～６のいずれかに記載のデータ収集装置（１００、２００、３００）。
8. 当該データ収集装置は、移動体に設けられている、
   請求項１～６のいずれかに記載のデータ収集装置（４００）。
9. ネットワークを介して端末装置からデータを収集するデータ収集装置で実行されるデータ収集方法であって、
   前記データの収集条件を示すデータ収集条件情報、及び収集する前記データの種類を示すデータ種類情報、が入力され（Ｓ１０１）、
   前記データ収集条件情報から前記データの収集対象である前記端末装置を特定するとともに（Ｓ１０２）、前記データ収集条件情報及び前記データ種類情報を用いてデータ収集要求を生成し（Ｓ１０３）、
   前記端末装置に対する起動要求を生成し（Ｓ１０４）、
   前記端末装置に対し、前記起動要求及び前記データ収集要求を送信し（Ｓ１０５）、
   前記端末装置から、前記データ収集要求に応じた前記データを受信する（Ｓ１０６）、
   データ収集方法であり、
   さらに前記端末装置から定期的にメタデータを受信し、
   前記端末装置が起動しているかどうかを検出し（Ｓ１１１）、
   前記端末装置が起動している場合は、前記端末装置に対し、前記データ収集要求を送信し（Ｓ１１２）、
   前記端末装置が起動していない場合、かつ前記メタデータが示すバッテリー残量が所定量以上の場合は、前記起動要求を生成し（Ｓ１１３）、前記端末装置に対し、前記起動要求及び前記データ収集要求を送信する（Ｓ１１４）、
   データ収集方法。
10. ネットワークを介して端末装置からデータを収集するデータ収集装置で実行されるデータ収集プログラムであって、
    前記データの収集条件を示すデータ収集条件情報、及び収集する前記データの種類を示すデータ種類情報、が入力され（Ｓ１０１）、
    前記データ収集条件情報から前記データの収集対象である前記端末装置を特定するとともに（Ｓ１０２）、前記データ収集条件情報及び前記データ種類情報を用いてデータ収集要求を生成し（Ｓ１０３）、
    前記端末装置に対する起動要求を生成し（Ｓ１０４）、
    前記端末装置に対し、前記起動要求及び前記データ収集要求を送信し（Ｓ１０５）、
    前記端末装置から、前記データ収集要求に応じた前記データを受信する（Ｓ１０６）、
    データ収集プログラムであり、
    さらに前記端末装置から定期的にメタデータを受信し、
    前記端末装置が起動しているかどうかを検出し（Ｓ１１１）、
    前記端末装置が起動している場合は、前記端末装置に対し、前記データ収集要求を送信し（Ｓ１１２）、
    前記端末装置が起動していない場合、かつ前記メタデータが示すバッテリー残量が所定量以上の場合は、前記起動要求を生成し（Ｓ１１３）、前記端末装置に対し、前記起動要求及び前記データ収集要求を送信する（Ｓ１１４）、
    データ収集プログラム。