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

Description

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

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

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

ところで、データ収集システムには、端末装置と、データ収集装置と、車載装置とが含まれる。例えば、データ収集装置にあっては、車両に関する所定の車両データの収集要求をデータ利用者の端末装置から受け付け、受け付けられた収集要求に応じた車両データの採取指示を各車両に搭載された車載装置へ出力する。これにより、車載装置では、車両データが採取される。そして、データ収集装置は、端末装置から車両データの送信要求を受け付けると、送信要求に応じた送信指示を車載装置へ出力する。これにより、車載装置は、採取された車両データをデータ収集装置へ送信し、データ収集装置は、車載装置から送信されて収集した車両データを端末装置に送信（提供）する。

しかしながら、例えば車両の運転状態によっては、車載装置での車両データの採取が適切に行われず、データ収集装置が、車載装置から不要な車両データを収集してしまうことがある。

すなわち、例えば収集要求に含まれる収集条件として、車両が所定区間を走行しているときの車両データの収集が設定されている場合、車載装置は、収集要求に応じた採取指示に基づき、車両が所定区間に進入したときに車両データの採取を開始する。ここで、例えば、車両が所定区間内で駐車するなど長時間停止してしまうと、車載装置は、停止中の車両データの採取も行う。かかる場合、データ収集装置は、停止中に採取された車両データなど不要な車両データを車載装置から収集してしまう。

このため、データ収集装置においては、車載装置での車両データの採取が、収集条件を含む所定の条件を満たして適切に行われているか否かを判定することができる技術が望まれていた。

本発明は、上記に鑑みてなされたものであって、車載装置での車両データの採取が所定の条件を満たして適切に行われているか否かを判定することができるデータ収集装置、データ収集システムおよびデータ収集方法を提供することを目的とする。

上記課題を解決し、目的を達成するために、本発明は、データ収集装置において、出力部と、取得部と、判定部とを備える。出力部は、端末装置から出力される車両に関する所定の車両データの収集要求に応じた車両データの採取指示を車載装置に出力する。取得部は、前記車載装置から、車両データの採取指示に基づいた車両データの採取に関する情報を取得する。判定部は、前記取得部によって取得された前記車両データの採取に関する情報に基づいて、前記車載装置での車両データの採取が所定の条件を満たしているか否かを判定する。

本発明によれば、車載装置での車両データの採取が所定の条件を満たして適切に行われているか否かを判定することができる。

図１Ａは、第１の実施形態に係るデータ収集システムの概要を示す図である。 図１Ｂは、第１の実施形態に係るデータ収集システムの概要を示す図である。 図１Ｃは、第１の実施形態に係るデータ収集システムの概要を示す図である。 図１Ｄは、第１の実施形態に係るデータ収集システムの概要を示す図である。 図１Ｅは、第１の実施形態に係るデータ収集システムの概要を示す図である。 図２は、第１の実施形態に係るデータ収集システムの構成例を示すブロック図である。 図３は、データ収集装置の構成例を示すブロック図である。 図４は、収集条件情報ＤＢの一例を示す図である。 図５は、収集データＤＢの一例を示す図である。 図６は、車載装置の構成例を示すブロック図である。 図７は、利用者端末の構成例を示すブロック図である。 図８は、第１の実施形態に係るデータ収集装置が実行する処理の処理手順を示すフローチャートである。 図９は、第１の実施形態に係る車載装置が実行する処理の処理手順を示すフローチャートである。 図１０は、第２の実施形態に係るデータ収集装置が実行する処理の処理手順を示すフローチャートである。 図１１は、第２の実施形態に係る車載装置が実行する処理の処理手順を示すフローチャートである。

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

（第１の実施形態）
＜１．データ収集システムの概要＞
まず、第１の実施形態に係るデータ収集システムの概要について、図１Ａ～図１Ｅを用いて説明する。図１Ａ～図１Ｅは、第１の実施形態に係るデータ収集システムの概要を示す図である。

図１Ａに示すように、本実施形態に係るデータ収集システム１は、データ収集装置１０と、車両Ｖ－１，Ｖ－２，Ｖ－３…にそれぞれ搭載された車載装置１００－１，１００－２，１００－３…と、利用者端末２００とを含む。なお、以下では、車両全般を指す場合には「車両Ｖ」と、また、車載装置全般を指す場合には「車載装置１００」と、それぞれ記載する。

データ収集装置１０は、例えばインターネットや携帯電話回線網等のネットワークを介したクラウドサービスを提供するクラウドサーバとして構成され、データ利用者から車両Ｖに関する所定の車両データの収集要求を受け付けるとともに、受け付けた収集要求に基づき、各車載装置１００から車両データを収集する。そして、データ収集装置１０は、収集された車両データを利用者へ提供する。

車載装置１００は、例えばカメラ、加速度センサ、ＧＰＳ（Global Positioning System）センサ、車速センサ、アクセルセンサ、ブレーキセンサ、操舵角センサといった各種センサ、記憶デバイス、マイクロコンピュータなどを有する装置である。車載装置１００は、データ収集装置１０が受け付けた収集要求に応じた採取指示をデータ収集装置１０から取得し、かかる採取指示に基づいて車両データを車両Ｖから採取（取得）する。

上記したカメラは、例えば車両Ｖの周囲を撮像して動画データを出力することができる。また、加速度センサは車両Ｖに作用する加速度を検出し、ＧＰＳセンサは、車両Ｖの位置を検出する。車速センサは、車両Ｖの車速を検出する。また、アクセルセンサは、アクセルペダルの操作量を検出し、ブレーキセンサは、ブレーキペダルの操作量を検出する。また、操舵角センサは、車両Ｖのハンドルの操舵角を検出する。なお、車載装置１００としては、例えばドライブレコーダを用いることができる。

また、車載装置１００は、採取した車両データをデータ収集装置１０へ適宜アップロードする。このようにドライブレコーダを車載装置１００として兼用することによって、車両Ｖへ搭載する車載部品を効率化することができる。なお、兼用することなく、車載装置１００とドライブレコーダとを別体で構成してもよい。

利用者端末２００は、データ利用者が利用する端末であり、例えばノート型ＰＣ（Personal Computer）や、デスクトップ型ＰＣ、タブレット端末、ＰＤＡ（Personal Digital Assistant）、スマートフォン、眼鏡型や時計型の情報処理端末であるウェアラブルデバイス（wearable device）などである。なお、利用者端末２００は、端末装置の一例であり、データ利用者は、ユーザの一例である。

本実施形態に係るデータ収集システム１では、利用者端末２００を介して指定された収集条件を元に、データ収集装置１０が車載装置１００から車両データを収集し、利用者端末２００へ提供することができる。そして、利用者端末２００のデータ利用者は、提供された車両データを用いることで、車両データを収集した車両Ｖの挙動や車両Ｖに発生した事象などを分析することができる。

以下、図１Ａ～図１Ｅを用いて、データ収集システム１においてデータ利用者へ車両データが提供されるまでの一連の流れについて説明する。図１Ａに示すように、まずデータ利用者は、データ収集装置１０と接続された利用者端末２００により収集条件を指定する。利用者端末２００は、指定された収集条件を含む収集要求をデータ収集装置１０に送信する。

ここで、上記した収集条件には、収集のトリガとなる条件など各種パラメータが含まれ、かかる収集のトリガとなる条件の一例としては、例えば、車両Ｖが所定区間を走行している場合や、車速が所定速を超えた場合などがある。

また、収集条件が指定される際に、データ収集装置１０は、収集することとなる実データＲ（車両データの一例）に付加され、かかる実データＲの検索や概要把握に用いられるインデックスデータとしての特性を有するタグデータＴの生成用データを生成する。すなわち、タグデータＴとは、実データＲがメタ情報化されたメタデータである。なお、かかるタグデータＴの生成用データは、利用者端末２００あるいはデータ収集装置１０に記憶されたプログラムや生成用データを用いつつ、データ利用者の操作に基づいて生成される。

そして、指定された収集条件や、生成されたタグデータＴの生成用データは、データ収集装置１０に記憶される。また、データ収集装置１０は、収集条件を含む収集要求に応じた採取指示を生成し、採取指示をタグデータＴの生成用データとともに、データ収集の対象となる車両Ｖに配信し、車載装置１００に記憶される。

次に、図１Ｂに示すように、各車載装置１００は、各種センサの出力データを監視し、記憶している収集条件を満たすイベントが発生した場合に（ここでは車両Ｖが所定区間を走行している場合に）、採取指示に基づいた出力データや動画データ等の実データＲを採取して記憶デバイスに記憶する。

各車載装置１００は、記憶しているタグデータＴの生成用データと実データＲとに基づき、当該実データＲに対応するタグデータＴを生成して記憶する。そして、各車載装置１００は、タグデータＴをデータ収集装置１０にアップロードし、データ収集装置１０はそのタグデータＴを記憶する。なお、このとき、実データＲは、データ収集装置１０へはアップロードされない。つまり、図１Ｂに示すように、データ収集装置１０は、タグデータＴのみを保有した状態となる。

ここで、図１Ｃに示すように、データ収集装置１０において、車載装置１００での実データＲの採取が収集条件を含む所定の条件を満たして適切に行われているか否かを判定する処理を行うため、各車載装置１００は、採取指示に基づいた実データＲの採取に関する情報をデータ収集装置１０へ送信する。

例えば、車載装置１００は、車両Ｖの状態が収集条件を満たさなくなった場合に（ここでは車両Ｖが所定区間の走行を終えた場合に）、実データＲの採取が完了したことを示す完了通知を実データＲの採取に関する情報としてデータ収集装置１０へ送信する。

ここで、例えば仮に、車両Ｖ－３が所定区間内で駐車するなど長時間停止してしまった場合、車載装置１００－３は、停止中の車両データの採取を継続して行うことから、上記した完了通知は、データ収集装置１０に送信されない。

そして、データ収集装置１０は、実データＲの採取に関する情報に基づいて、車載装置１００での実データＲの採取が収集条件を含む所定の条件を満たして適切に行われているか否かを判定する判定処理を行う。

例えば、データ収集装置１０は、車載装置１００からの完了通知の有無に基づいて、車載装置１００での実データＲの採取が所定の条件を満たしているか否かを判定する。詳しくは、データ収集装置１０は、車載装置１００からの完了通知が規定の時間内に送信された場合、車載装置１００（ここでは車載装置１００－１，１００－２）での実データＲの採取が所定の条件を満たして適切に行われたと判定する。

一方、データ収集装置１０は、車載装置１００からの完了通知が規定の時間内に送信されない場合、車載装置１００（ここでは車載装置１００－３）での実データＲの採取が所定の条件を満たしておらず、適切に行われていないと判定する。

このように、本実施形態に係るデータ収集装置１０は、車載装置１００での実データＲの採取が所定の条件を満たして適切に行われているか否かを判定することができる。

また、データ収集装置１０は、車載装置１００からの完了通知の有無を用いることで、車載装置１００での実データＲの採取が所定の条件を満たして適切に行われているか否かを精度良く判定することができる。

また、データ収集装置１０は、車載装置１００での実データＲの採取が所定の条件を満たしていないと判定された場合、車載装置１００（ここでは車載装置１００－３）での実データＲの採取の一部または全部を中止させる指示を送信してもよい。

これにより、例えば、実データＲの採取が所定の条件を満たしておらず、適切に行われていないと判定された車載装置１００において、不要な車両データを採取し続け、かかる不要な車両データをデータ収集装置が収集してしまうことを抑制することができる。

続いて、データ利用者が、利用者端末２００により、収集状況の確認や実データＲの収集のためにデータ収集装置１０と接続すると、データ収集装置１０により収集されたタグデータＴに基づくメタ情報が利用者端末２００に表示される。

そして、図１Ｄに示すように、データ利用者が、所定の実データＲ（車両データ。例えば動画データなど）を収集して送信を所望する場合、利用者端末２００により、収集する実データＲに対応するタグデータＴを指定する。これにより、利用者端末２００は、データ収集装置１０に所定の実データＲ（車両データ）の送信要求を出力する。そして、データ収集装置１０は、送信要求に応じた実データＲの送信指示（言い換えると、実データＲを指定する指示データ）を該当の車載装置１００へ出力する。なお、上記した送信要求は、収集指示の一例である。

図１Ｄでは、データ利用者が、車載装置１００－２で採取された実データＲと、車載装置１００－３で採取を中止する前までに採取された実データＲとが指定され、データ収集装置１０は、実データＲの送信指示を該当の車載装置１００－２，１００－３へ出力した例を示している。

その後、図１Ｅに示すように、送信指示に基づき、指定された実データＲが、各車載装置１００（ここでは車載装置１００－２，１００－３）からデータ収集装置１０へ送信（アップロード）され、データ収集装置１０に記憶される。そして、データ利用者が、利用者端末２００により、データ収集装置１０に記憶された実データＲにアクセスして、かかる実データＲの閲覧やダウンロードなどデータ収集装置１０から利用者端末２００へ実データＲの送信処理が行われる。

なお、車載装置１００のデータ容量の観点からは、データ収集装置１０にアップロードされた実データＲおよびこれに対応するタグデータＴは、データ収集装置１０へのアップロード後に車載装置１００から削除されることが好ましい。

また、タグデータＴは、実データＲの一部を単純に抜粋したようなデータではなく、データ利用者が参照したときに実データＲの概要を把握し、実データＲの要否を判断できる程度にメタ情報化されていることが好ましい。

＜２．データ収集システムの構成＞
次に、第１の実施形態に係るデータ収集システム１の構成例について、より具体的に説明する。

図２は、第１の実施形態に係るデータ収集システム１の構成例を示すブロック図である。なお、図２等のブロック図では、実施形態の特徴を説明するために必要な構成要素のみを表しており、一般的な構成要素についての記載を省略している。

換言すれば、図２等のブロック図に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。

また、図２以降の説明では、既に説明済みの構成要素については、説明を簡略するか、省略する場合がある。

図２に示すように、本実施形態に係るデータ収集システム１は、データ収集装置１０と、車載装置１００と、利用者端末２００とを含む。データ収集装置１０と、車載装置１００と、利用者端末２００とは、ネットワークＮを介して通信可能に接続される。

＜２．１．データ収集装置の構成＞
まず、図３を参照してデータ収集装置１０から説明する。図３は、データ収集装置１０の構成例を示すブロック図である。図３に示すように、データ収集装置１０は、通信部１１と、記憶部１２と、制御部１３とを備える。

通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１は、ネットワークＮと有線または無線で接続され、ネットワークＮを介して、車載装置１００（図２参照）や、利用者端末２００（図２参照）との間で情報の送受信を行う。

記憶部１２は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図３の例では、収集条件情報ＤＢ１２ａと、収集データＤＢ１２ｂとを備える。

収集条件情報ＤＢ１２ａは、利用者端末２００から指定され、後述する受付部１３ａによって受け付けられた収集条件が蓄積される。すなわち、収集条件情報ＤＢ１２ａは、収集条件に関する過去の実績を含む。

ここで、図４を用いて、収集条件情報ＤＢ１２ａについて説明する。図４は、収集条件情報ＤＢ１２ａの一例を示す。図４に示すように、収集条件情報ＤＢ１２ａには、「収集条件ＩＤ」、「収集条件」および「重要度」等の項目が含まれる。

「収集条件ＩＤ」は、収集条件を識別する識別情報である。「収集条件」には、車両データの収集に関する各種パラメータが含まれる。例えば、各種パラメータは、対象となる車両Ｖの識別子や、収集対象となる車両データの種別、収集のトリガとなる条件、収集する期間などである。

なお、図４に示す例では、便宜上、「収集条件」を「収集条件Ｃ１」といったように抽象的な記載とするが、「収集条件Ｃ１」には具体的な情報が記憶されるものとする。以下、他の情報についても抽象的に記載する場合がある。

「重要度」は、予め設定される車両データの重要度を示す情報である。例えば、「重要度」は、対応する収集条件に含まれる、収集対象となる車両データの重要度を示す情報である。なお、図４に示す例では、「重要度」を「重要度：高」、「重要度：中」、「重要度：低」など３段階としたが、これはあくまでも例示であって限定されるものではない。すなわち、「重要度」は、２段階または４段階以上であってもよいし、重要度を示す数値などであってもよい。

図４に示す例において、収集条件ＩＤ「Ｂ０１」で識別されるデータは、収集条件が「収集条件Ｃ１」、重要度が「重要度：高」であることを示している。

図３の説明に戻ると、収集データＤＢ１２ｂは、後述する収集部１３ｅによって各車載装置１００から収集された収集データが蓄積される。すなわち、収集データＤＢ１２ｂは、収集データの過去の実績を含む。なお、収集データは、前述のタグデータＴや実データＲなどを含む。

ここで、図５を用いて、収集データＤＢ１２ｂについて説明する。図５は、収集データＤＢ１２ｂの一例を示す図である。図５に示すように、収集データＤＢ１２ｂには、「タグＩＤ」、「車両ＩＤ」、「動画データ」、「車速」、「アクセル」、「ブレーキ」および「操舵角」等の項目が含まれる。

「タグＩＤ」は、タグデータＴを識別する識別情報である。「車両ＩＤ」は、車両Ｖを識別する識別情報である。「動画データ」は、カメラによって撮像された動画データを示す情報である。

「車速」は、車両Ｖの車速を示す情報である。「アクセル」は、アクセルペダルの操作量を示す情報であり、「ブレーキ」は、ブレーキペダルの操作量を示す情報である。また、「操舵角」は、車両Ｖのハンドルの操舵角を示す情報である。

図５に示す例において、タグＩＤ「Ｔ１」で識別されるデータは、車両ＩＤが「Ｆ０１」、動画データが「動画Ｇ１」、車速が「車速Ｈ１」、アクセルが「Ｊ１」、ブレーキが「ブレーキＫ１」、操舵角が「操舵角Ｌ１」であることを示している。

図３の説明に戻ると、制御部１３は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、データ収集装置１０内部の記憶デバイスに記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現することができる。

制御部１３は、受付部１３ａと、配信部１３ｂと、取得部１３ｃと、判定部１３ｄと、収集部１３ｅと、提供部１３ｆとを備え、以下に説明する情報処理の機能や作用を実現または実行する。

受付部１３ａは、データ利用者により、利用者端末２００から指定された収集条件を通信部１１を介して受け付け、配信部１３ｂへ通知する。また、受付部１３ａは、データ利用者により指定された収集条件を収集条件情報ＤＢ１２ａへ格納する。

また、受付部１３ａは、収集条件等を含む収集要求や、実データＲ（車両データ）の送信要求を利用者端末２００から通信部１１を介して受け付ける。受付部１３ａは、受け付けた収集要求や送信要求を、配信部１３ｂや収集部１３ｅへ通知する。

配信部１３ｂは、収集条件情報ＤＢ１２ａへ格納され、データ利用者によって指定された収集条件を、対象車両となる車両Ｖへ、例えばファイル形式で通信部１１を介して配信する。例えば、配信部１３ｂは、収集要求が通知されると、収集要求に応じた車両データの採取指示を生成し、生成された車両データの採取指示を車両Ｖの車載装置１００に通信部１１を介して出力（配信）する。なお、配信部１３ｂは、出力部の一例である。

取得部１３ｃは、車載装置１００から、車両データの採取指示に基づいた実データＲの採取に関する情報を取得する。例えば、取得部１３ｃは、車載装置１００から、実データＲの採取が完了したことを示す完了通知を実データＲの採取に関する情報として取得することができる。そして、取得部１３ｃは、取得された実データＲの採取に関する情報を判定部１３ｄへ通知する。

判定部１３ｄは、取得部１３ｃによって取得された実データＲの採取に関する情報に基づいて、車載装置１００での実データＲの採取が所定の条件を満たして適切に行われているか否かを判定する。

例えば、判定部１３ｄは、車載装置１００からの完了通知の有無に基づいて、車載装置１００での実データＲの採取が所定の条件を満たしているか否かを判定する。具体的には、判定部１３ｄは、車載装置１００からの完了通知が規定の時間内に送信された場合、車載装置１００での実データＲの採取が所定の条件を満たして適切に行われたと判定することができる。

一方、判定部１３ｄは、車載装置１００からの完了通知が無い場合、詳しくは、規定の時間内に送信されない場合、車載装置１００での実データＲの採取が所定の条件を満たしておらず、適切に行われていないと判定することができる。そして、判定部１３ｄは、判定結果を収集部１３ｅへ通知する。

このように、判定部１３ｄは、車載装置１００での実データＲの採取が所定の条件を満たして適切に行われているか否かを判定することができる。

また、判定部１３ｄは、車載装置１００からの完了通知の有無を用いることで、車載装置１００での実データＲの採取が所定の条件を満たして適切に行われているか否かを精度良く判定することができる。

収集部１３ｅは、利用者端末２００から出力される実データＲの収集指示（送信要求）に基づき、車載装置１００が採取した実データＲ（車両データ）を収集することができる。また、収集部１３ｅは、判定部１３ｄによる判定結果に応じて、車載装置１００から実データＲを収集することができる。例えば、収集部１３ｅは、実データＲの採取が所定の条件を満たして適切に行われたと判定された車載装置１００から実データＲを収集するようにしてもよい。

これにより、収集部１３ｅは、適切に採取された実データＲを収集することができる一方、適切に採取されていない不要な実データＲを収集してしまうことを抑制することが可能になる。

また、収集部１３ｅは、例えば、車載装置１００での実データＲの採取が所定の条件を満たしていないと判定された場合、実データＲの採取の一部または全部を中止させる指示を該当する車載装置１００に対して送信してもよい。

これにより、例えば、実データＲの採取が所定の条件を満たしておらず、適切に行われていないと判定された車載装置１００において、不要な実データＲを採取し続けることがなく、結果として不要な実データＲをデータ収集装置１０が収集してしまうことを抑制することができる。

また、収集部１３ｅは、予め設定される実データＲの重要度に応じて、車載装置１００での実データＲの採取の一部または全部を中止させるようにしてもよい。例えば、収集部１３ｅは、収集条件情報ＤＢ１２ａにアクセスし、実データＲの重要度を示す情報を取得する。

そして、例えば、収集部１３ｅは、重要度が比較的低い実データＲの採取を中止させる一方、重要度が比較的高い実データＲの採取を継続するように、車載装置１００に対して指示を通信部１１を介して送信してもよい。

これにより、収集部１３ｅは、重要度が比較的低い車両データを収集してしまうことを抑制することが可能になるとともに、重要度が比較的高い車両データを収集することが可能になる。

また、収集部１３ｅは、採取を中止した実データＲの中から適宜に選択して実データＲを収集してもよい。例えば、収集部１３ｅは、採取を中止した実データＲの中から、所定の選択条件を満たす実データＲを選択し、中止するまでに採取した実データＲを収集してもよい。なお、所定の選択条件としては、例えば、既に収集されている実データＲの数が不足している、上記した重要度が比較的高いなどであるが、これらに限定されるものではない。

また、収集部１３ｅは、受付部１３ａから実データＲの送信要求が通知されると、送信要求に応じた実データＲの送信指示を通信部１１を介して車載装置１００へ送信する。

また、収集部１３ｅは、配信部１３ｂによって配信された収集条件に基づいて取得（採取）された車両データであって、車載装置１００からアップロードされるタグデータＴや、送信要求に応じて車載装置１００からアップロードされる実データＲを、通信部１１を介して収集し、収集データとして収集データＤＢ１２ｂへ蓄積する。

提供部１３ｆは、収集データＤＢ１２ｂに蓄積された収集データを、例えば利用者端末２００へ通信部１１を介して提供する。例えば、提供部１３ｆは、指定された実データＲを利用者端末２００へ提供する、詳しくは、車載装置１００から送信されて収集した実データＲを利用者端末２００に送信して提供する。

＜２．２．車載装置の構成＞
次に、車載装置１００について図６を参照して説明する。図６は、車載装置１００の構成例を示すブロック図である。図６に示すように、車載装置１００は、通信部１０１と、記憶部１０２と、制御部１０３とを備える。また、車載装置１００には、上述したように、カメラ、加速度センサ、ＧＰＳセンサなどの各種センサ１５０が接続される。

通信部１０１は、通信部１１と同様に、例えばＮＩＣ等によって実現される。通信部１０１は、ネットワークＮと無線で接続され、ネットワークＮを介して、データ収集装置１０との間で情報の送受信を行う。また、通信部１０１は、各種センサ１５０の出力データを受信する。

記憶部１０２は、記憶部１２と同様に、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図６の例では、収集条件情報記憶部１０２ａと、車両データ情報記憶部１０２ｂとを備える。

収集条件情報記憶部１０２ａは、データ収集装置１０から配信された収集条件を含む情報である。車両データ情報記憶部１０２ｂは、後述する採取部１０３ｄによって採取された車両データを含む情報である。なお、車両データは、前述のタグデータＴおよび実データＲを含む。

制御部１０３は、制御部１３と同様に、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、車載装置１００内部の記憶デバイスに記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１０３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。

制御部１０３は、取得部１０３ａと、判定部１０３ｂと、検出部１０３ｃと、採取部１０３ｄと、アップロード部１０３ｅとを備え、以下に説明する情報処理の機能や作用を実現または実行する。

取得部１０３ａは、データ収集装置１０から配信された収集条件を取得し、収集条件情報記憶部１０２ａへ格納する。詳しくは、取得部１０３ａは、データ収集装置１０から出力された、収集条件等を含む車両データの採取指示を取得し、取得された収集条件等を収集条件情報記憶部１０２ａへ格納する。また、取得部１０３ａは、取得された車両データの採取指示を判定部１０３ｂへ通知する。

判定部１０３ｂは、データ収集装置１０から出力された車両データの採取指示が所定の採取指示条件を満たしているか否かを判定する。例えば、判定部１０３ｂは、車両データの採取指示が、正常な通信フォーマットを示す所定の採取指示条件を満たしているか否かを判定する。

そして、判定部１０３ｂは、判定結果をデータ収集装置１０に出力することができる。例えば判定部１０３ｂは、採取指示が所定の採取指示条件を満たしていないと判定された場合、採取指示が所定の採取指示条件を満たしていない旨の判定結果（言い換えると異常判定結果）、および、採取指示の再出力要求をデータ収集装置１０に出力することができる。

データ収集装置１０（図３参照）は、かかる判定結果および採取指示の再出力要求を受け付けると、データ収集装置１０の配信部１３ｂは、収集要求に応じた車両データの採取指示を再度生成し、生成された車両データの採取指示を車載装置１００へ再出力する。

このように、本実施形態に係る判定部１０３ｂは、データ収集装置１０から出力された車両データの採取指示が所定の採取指示条件を満たしているか否かを判定し、判定結果をデータ収集装置１０へ出力する。なお、判定部１０３ｂは、車載装置側判定部の一例である。

これにより、例えば、データ収集装置１０側の採取指示のエラーによって、車載装置１００で車両データを採取することができないなどの不具合が発生することを抑制することができる。

検出部１０３ｃは、各種センサ１５０からの出力データを監視し、収集条件においてトリガとなる事象の発生を検出する。例えば、検出部１０３ｃは、収集条件において車両データを採取するトリガとなる事象の発生を検出した場合に（ここでは車両が所定区間を走行している場合に）、採取部１０３ｄに車両データを採取させる。また、例えば検出部１０３ｃは、収集条件において車両データをデータ収集装置１０へアップロードさせるトリガとなる事象の発生を検出した場合に、アップロード部１０３ｅに車両データをアップロードさせる。

採取部１０３ｄは、車両データの採取指示に基づいて車両データを採取し、採取された車両データを記憶部１０２に記憶する。例えば、採取部１０３ｄは、検出部１０３ｃによって車両データを採取するトリガの発生が検出された場合に、各種センサ１５０の出力データに基づく車両データを採取して車両データ情報記憶部１０２ｂへ格納する。また、採取部１０３ｄは、検出部１０３ｃによって車両データの採取を停止するトリガの発生が検出された場合に、車両データの採取を停止する。

また、採取部１０３ｄは、採取指示に基づいた車両データの採取が完了した場合、採取の完了通知をデータ収集装置１０へ送信する。また、採取部１０３ｄは、データ収集装置１０から、車両データの採取を中止させる指示が送信された場合、車両データの採取を停止する。

アップロード部１０３ｅは、検出部１０３ｃによって車両データをアップロードするトリガの発生が検出された場合に、車両データ情報記憶部１０２ｂに格納された車両データをデータ収集装置１０へアップロードする。また、アップロード部１０３ｅは、実データＲの送信指示を通信部１１を介して受信することができる。そして、アップロード部１０３ｅは、データ収集装置１０から出力された実データＲの送信指示に基づき、車両データ情報記憶部１０２ｂに記憶している実データＲをデータ収集装置１０にアップロード（送信）することができる。

＜２．３．利用者端末の構成＞
次に、利用者端末２００について説明する。図７は、利用者端末２００の構成例を示すブロック図である。図７に示すように、利用者端末２００は、操作部２０１と、通信部２０２と、表示部２０３と、記憶部２０４と、制御部２０５とを備える。

操作部２０１は、データ利用者から各種操作を受け付ける入力デバイスである。例えば、操作部２０１は、データ利用者の操作による車両データの収集要求や送信要求を受け付けることができる。そして、操作部２０１は、データ利用者から受け付けた操作内容を示す情報を制御部２０５へ出力する。

通信部２０２は、通信部１１と同様に、例えばＮＩＣ等によって実現される。通信部１０１は、ネットワークＮと無線で接続され、ネットワークＮを介して、データ収集装置１０との間で情報の送受信を行う。

表示部２０３は、例えば液晶ディスプレイである。例えば、表示部２０３は、タグデータＴや、送信指示に応じて送信された実データＲなどを表示することができる。

記憶部２０４は、記憶部１２と同様に、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図７の例では、収集条件情報ＤＢ２０４ａと、収集データＤＢ２０４ｂとを備える。

収集条件情報ＤＢ２０４ａは、データ利用者による操作部２０１の操作によって入力された収集条件であって、上記した収集要求に含まれる収集条件を記憶する。

収集データＤＢ２０４ｂは、データ収集装置１０によって収集された収集データであって、データ収集装置１０から送信された収集データを記憶する。言い換えると、収集データＤＢ２０４ｂは、データ収集装置１０の収集データＤＢ１２ｂと同様の収集データ、または、収集データＤＢ１２ｂの収集データの一部を記憶する。なお、収集データは、前述のタグデータＴや実データＲなどを含んでもよい。

制御部２０５は、制御部１３と同様に、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、利用者端末２００内部の記憶デバイスに記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２０５は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。

制御部２０５は、受付部２０５ａと、送信部２０５ｂと、取得部２０５ｃと、表示制御部２０５ｄとを備え、以下に説明する情報処理の機能や作用を実現または実行する。

受付部２０５ａは、操作部２０１を介して入力された車両データの収集要求や送信要求を受け付ける。そして、例えば、受付部２０５ａは、受け付けた収集要求に含まれる収集条件を収集条件情報ＤＢ２０４ａに記憶する。また、例えば、受付部２０５ａは、受け付けた送信要求（収集指示）を送信部２０５ｂへ出力する。

送信部２０５ｂは、収集条件を示す情報などをデータ収集装置１０へ送信する。例えば、送信部２０５ｂは、収集条件情報ＤＢ２０４ａにアクセスし、収集条件を含む収集要求を通信部２０２を介してデータ収集装置１０へ送信することができる。また、送信部２０５ｂは、受付部２０５ａから入力された送信要求（収集指示）を、通信部２０２を介してデータ収集装置１０へ送信することができる。

取得部２０５ｃは、データ収集装置１０によって収集されて送信された収集データ（車両データ（実データＲ））を通信部２０２を介して取得し、収集データＤＢ２０４ｂに記憶する。

表示制御部２０５ｄは、表示部２０３を制御する。例えば、表示制御部２０５ｄは、収集データＤＢ２０４ｂにアクセスし、収集データＤＢ２０４ｂに記憶された収集データに基づいて、送信指示に応じて送信された実データＲ（例えば動画データやグラフ）などを表示部２０３に表示することができる。

＜３．データ収集装置の制御処理＞
次に、図８を用いて、第１の実施形態に係るデータ収集装置１０が実行する処理の処理手順について説明する。図８は、第１の実施形態に係るデータ収集装置１０が実行する処理の処理手順を示すフローチャートである。なお、この処理はデータ収集装置１０の稼働中に繰り返し実行される。

図８に示すように、まず、データ収集装置１０の制御部１３は、利用者端末２００から車両データの収集要求を受け付けたか否かを判定する（ステップＳ１０）。制御部１３は、収集要求を受け付けていないと判定された場合（ステップＳ１０，Ｎｏ）、処理を終える。制御部１３は、利用者端末２００から車両データの収集要求を受け付けたと判定された場合（ステップＳ１０，Ｙｅｓ）、受け付けた収集要求に応じた採取指示を生成し、生成された採取指示を車載装置１００へ送信する（ステップＳ１１）。

次いで、制御部１３は、車載装置１００へ送信した採取指示が、車載装置１００において所定の採取指示条件を満たしていないと判定され、車載装置１００から採取指示の再出力要求が送信されているか否かを判定する（ステップＳ１２）。

制御部１３は、採取指示の再出力要求が送信されていると判定された場合（ステップＳ１２，Ｙｅｓ）、ステップＳ１１の処理に戻り、採取指示を再度生成し、生成された採取指示を車載装置１００へ送信する。

一方、制御部１３は、採取指示の再出力要求が送信されていないと判定された場合（ステップＳ１２，Ｎｏ）、車載装置１００から車両データの採取の完了通知が規定の時間内にあったか否かを判定する（ステップＳ１３）。なお、ステップＳ１３の判定処理は、車載装置１００での車両データの採取が、収集条件を含む所定の条件を満たして適切に行われているか否かを判定する処理であるともいえる。

制御部１３は、車載装置１００から採取の完了通知があったと判定された場合（ステップＳ１３，Ｙｅｓ）、利用者端末２００から車両データの送信要求を受け付けたか否かを判定する（ステップＳ１４）。制御部１３は、利用者端末２００から車両データの送信要求を受け付けていないと判定された場合（ステップＳ１４，Ｎｏ）、ステップＳ１４の処理を繰り返し、送信要求を受け付けるまで待機する。

他方、制御部１３は、利用者端末２００から車両データの送信要求を受け付けたと判定された場合（ステップＳ１４，Ｙｅｓ）、受け付けた送信要求に応じた送信指示を車載装置１００へ送信する（ステップＳ１５）。次いで、制御部１３は、送信指示に基づいて車載装置１００から送信される車両データを収集する（ステップＳ１６）。次いで、制御部１３は、収集された車両データを利用者端末２００へ送信する（ステップＳ１７）。

一方、制御部１３は、車載装置１００から採取の完了通知が規定の時間内にないと判定された場合（ステップＳ１３，Ｎｏ）、すなわち、車載装置１００での車両データの採取が、収集条件を含む所定の条件を満たしていないと判定された場合、車両データの採取を中止させる判定を行う採取中止判定処理を実行する（ステップＳ１８）。なお、採取中止判定処理では、例えば車両データの重要度などに応じて、車両データの採取を中止させるか否かの判定が行われるが、これに限定されるものではない。

続いて、制御部１３は、採取中止判定処理において採取を中止させると判定された車両データがあるか否かを判定する（ステップＳ１９）。

制御部１３は、採取を中止させる車両データがあると判定された場合（ステップＳ１９，Ｙｅｓ）、該当する車両データを収集する車載装置１００に対し、採取を中止させる指示を送信する（ステップＳ２０）。他方、制御部１３は、採取を中止させる車両データがないと判定された場合（ステップＳ１９，Ｎｏ）、ステップＳ２０の処理をスキップする。

次いで、制御部１３は、車載装置１００から収集すべき車両データがあるか否かを判定する（ステップＳ２１）。なお、ステップＳ２１の処理では、例えば車両データの重要度や、既に収集されている車両データの数などに応じて、車載装置１００から収集すべき車両データがあるかの判定が行われるが、これに限定されるものではない。

制御部１３は、車載装置１００から収集すべき車両データがあると判定された場合（ステップＳ２１，Ｙｅｓ）、ステップＳ１４以降に進み、車載装置１００から車両データを収集する。一方、制御部１３は、車載装置１００から収集すべき車両データがないと判定された場合（ステップＳ２１，Ｎｏ）、そのまま処理を終了する。

なお、図８に示した処理は、データ収集装置１０の装置管理者やデータ利用者による強制終了指示やデータ収集装置１０の稼働停止等により終了され、また他処理の割り込みにより中断や他処理との並列的処理が行われる。

＜４．車載装置の制御処理＞
次に、図９を用いて、第１の実施形態に係る車載装置１００が実行する処理の処理手順について説明する。図９は、第１の実施形態に係る車載装置１００が実行する処理の処理手順を示すフローチャートである。なお、この処理は車載装置１００の稼働中に繰り返し実行される。

図９に示すように、車載装置１００の制御部１０３は、データ収集装置１０から採取指示を取得したか否かを判定する（ステップＳ１００）。制御部１０３は、採取指示を取得していないと判定された場合（ステップＳ１００，Ｎｏ）、処理を終える。制御部１０３は、データ収集装置１０から採取指示を取得したと判定された場合（ステップＳ１００，，Ｙｅｓ）、取得した採取指示が所定の採取指示条件を満たすか否かを判定する（ステップＳ１０１）。

制御部１０３は、採取指示が所定の採取指示条件を満たしていないと判定された場合（ステップＳ１０１，Ｎｏ）、採取指示が所定の採取指示条件を満たしていない旨の異常判定結果、および、採取指示の再出力要求をデータ収集装置１０に出力する（ステップＳ１０２）。

制御部１０３は、採取指示が所定の採取指示条件を満たしていると判定された場合（ステップＳ１０１，Ｙｅｓ）、車両データの採取処理を実行する（ステップＳ１０３）。なお、ステップＳ１０３の車両データの採取処理では、収集条件を満たすイベントが発生した場合に、採取指示に基づいた車両データの採取を行う。

次いで、制御部１０３は、採取指示に基づいた車両データの採取が完了したか否かを判定する（ステップＳ１０４）。制御部１０３は、車両データの採取が完了したと判定された場合（ステップＳ１０４，Ｙｅｓ）、採取の完了通知をデータ収集装置１０へ送信し（ステップＳ１０５）、後述するステップＳ１０８の処理へ移行する。

一方、制御部１０３は、車両データの採取が完了したと判定されない場合（ステップＳ１０４，Ｎｏ）、車両データの採取を中止させる指示がデータ収集装置１０から送信されたか否かを判定する（ステップＳ１０６）。制御部１３は、採取を中止させる指示が送信されたと判定された場合（ステップＳ１０６，Ｙｅｓ）、車両データの採取を中止し（ステップＳ１０７）、後述するステップＳ１０８の処理へ移行する。他方、制御部１３は、採取を中止させる指示が送信されていないと判定された場合（ステップＳ１０６，Ｎｏ）、ステップＳ１０３に戻り、ステップＳ１０３以降の処理を繰り返す、すなわちデータ採取を継続する。

次いで、制御部１３は、車両データの送信指示がデータ収集装置１０から送信されたか否かを判定する（ステップＳ１０８）。制御部１３は、車両データの送信指示が送信されたと判定された場合（ステップＳ１０８，Ｙｅｓ）、車両データをデータ収集装置１０へ送信する（ステップＳ１０９）。他方、制御部１３は、車両データの送信指示が送信されたと判定されていないと判定された場合（ステップＳ１０８，Ｎｏ）、ステップＳ１０８の処理を繰り返し、車両データの送信指示を継続監視する。

なお、図９に示した処理は、データ採取の強制終了指示や車載装置１００の稼働停止等により終了され、また他処理の割り込みにより中断や他処理との並列的処理が行われる。

上述してきたように、第１の実施形態に係るデータ収集装置１０は、配信部１３ｂ（出力部の一例）と、取得部１３ｃと、判定部１３ｄとを備える。配信部１３ｂは、利用者端末２００から出力される車両に関する所定の車両データの収集要求に応じた車両データの採取指示を車載装置１００に出力する。取得部１３ｃは、車載装置１００から、車両データの採取指示に基づいた車両データの採取に関する情報を取得する。判定部１３ｄは、取得部１３ｃによって取得された車両データの採取に関する情報に基づいて、車載装置１００での車両データの採取が所定の条件を満たしているか否かを判定する。これにより、車載装置１００での車両データの採取が所定の条件を満たして適切に行われているか否かを判定することができる。

（第２の実施形態）
＜５．第２の実施形態について＞
次いで、第２の実施形態について説明する。上記した第１の実施形態では、車載装置１００での車両データの採取が所定の条件を満たしているか否かの判定を、車載装置１００からの完了通知の有無に基づいて行うようにしたが、これに限定されるものではない。

すなわち、第２の実施形態では、車載装置１００での車両データの採取が所定の条件を満たしているか否かの判定を、車載装置１００において車両データが記憶される記憶部１０２（図６参照）の状態を示す記憶部状態情報に基づいて行うようにした。

以下、図６等を参照して第２の実施形態について詳しく説明する。なお、以下においては、第１の実施形態と共通の構成については、同一の符号を付して説明を省略する。

図６に示すように、第２の実施形態に係る制御部１０３の採取部１０３ｄは、採取された車両データが格納される車両データ情報記憶部１０２ｂを含む記憶部１０２の状態を示す記憶部状態情報を取得する。なお、記憶部状態情報としては、記憶部１０２の残量を示す情報であるが、これに限定されるものではなく、例えば、記憶部１０２の空き容量などその他の情報であってもよい。

そして、採取部１０３ｄは、取得された記憶部状態情報を通信部１０１を介してデータ収集装置１０へ送信することができる。なお、記憶部状態情報を送信するタイミングとしては、例えば、定期のタイミング、収集条件で指定されたタイミング（例えば車両ＶのＡＣＣがオンされたタイミングや、所定区間に進入したタイミングなど）、記憶部１０２の残量が収集条件で指定された残量以下になって比較的少なくなったタイミングなどであるが、これらに限られず、任意に設定することができる。このように、記憶部状態情報を送信するタイミングを適宜に設定することで、記憶部状態情報が過度の回数送信されることを抑制できる。

図３に示すように、データ収集装置１０の取得部１３ｃは、車載装置１００から送信される記憶部状態情報を、車両データの採取に関する情報として取得することができる。そして、取得部１３ｃは、取得された記憶部状態情報を判定部１３ｄへ通知する。

判定部１３ｄは、取得部１３ｃによって取得された記憶部状態情報に基づいて、車載装置１００での車両データの採取が所定の条件を満たして適切に行われているか否かを判定する。

例えば、判定部１３ｄは、記憶部状態情報に含まれる記憶部１０２の残量に基づいて、車載装置１００での車両データの採取が所定の条件を満たしているか否かを判定する。具体的には、判定部１３ｄは、記憶部１０２の残量が所定残量以上で、車両データを十分に記憶することができる状態である場合、車載装置１００での車両データの採取が所定の条件を満たして適切に行われていると判定することができる。

一方、判定部１３ｄは、記憶部１０２の残量が所定残量未満で、車両データを十分に記憶することができる状態ではない場合、車載装置１００での車両データの採取が所定の条件を満たしておらず適切に行われていない、あるいは、適切に行われていない可能性があると判定することができる。そして、判定部１３ｄは、判定結果を収集部１３ｅへ通知する。

このように、第２の実施形態に係る判定部１３ｄは、車載装置１００の記憶部１０２の状態を示す記憶部状態情報を用いることで、車載装置１００での実データＲの採取が所定の条件を満たして適切に行われているか否かを精度良く判定することができる。

＜６．データ収集装置の制御処理＞
次に、図１０を用いて、第２の実施形態に係るデータ収集装置１０が実行する処理の処理手順について説明する。図１０は、第２の実施形態に係るデータ収集装置１０が実行する処理の処理手順を示すフローチャートである。

図１０に示すように、第２の実施形態に係るデータ収集装置１０の制御部１３は、ステップＳ１２の処理を実行した後、記憶部１０２の残量を示す情報（記憶部状態情報）を取得する（ステップＳ１３ａ）。

次いで、制御部１３は、記憶部１０２の残量が所定残量以上あるか否かを判定する（ステップＳ１３ｂ）。なお、ステップＳ１３ｂの判定処理は、車載装置１００での車両データの採取が、収集条件を含む所定の条件を満たして適切に行われているか否かを判定する処理であるともいえる。

制御部１３は、記憶部１０２の残量が所定残量以上あると判定された場合（ステップＳ１３ｂ，Ｙｅｓ）、ステップＳ１４以降の処理に進み、利用者端末２００からの送信要求に応じた処理を実行する。

一方、制御部１３は、記憶部１０２の残量が所定残量以上ではないと判定された場合（ステップＳ１３ｂ，Ｎｏ）、すなわち、記憶部１０２の残量が所定残量未満で、車載装置１００での車両データの採取が、収集条件を含む所定の条件を満たしていないと判定された場合、ステップＳ１８以降に進み、採取中止判定処理などを実行する。

＜７．車載装置の制御処理＞
次に、図１１を用いて、第２の実施形態に係る車載装置１００が実行する処理の処理手順について説明する。図１１は、第２の実施形態に係る車載装置１００が実行する処理の処理手順を示すフローチャートである。

図１１に示すように、車載装置１００の制御部１０３は、ステップＳ１０３の処理を実行した後、記憶部１０２の残量を示す情報（記憶部状態情報）をデータ収集装置１０へ送信するタイミングであるか否かを判定する（ステップＳ１０４ａ）。

制御部１０３は、記憶部１０２の残量を示す情報を送信するタイミングであると判定された場合（ステップＳ１０４ａ，Ｙｅｓ）、記憶部１０２の残量を示す情報（記憶部状態情報）をデータ収集装置１０へ送信し（ステップＳ１０５ａ）、ステップＳ１０８以降の処理を実行する。

他方、制御部１０３は、記憶部１０２の残量を示す情報を送信するタイミングではない判定された場合（ステップＳ１０４ａ，Ｎｏ）、ステップＳ１０６以降へ進み、車両データの採取を中止させる指示の有無に応じた処理を実行する。

上述してきたように、第２の実施形態に係るデータ収集装置１０において、判定部１３ｄは、車載装置１００の記憶部１０２の状態を示す記憶部状態情報を用いることで、車載装置１００での実データＲの採取が所定の条件を満たして適切に行われているか否かを精度良く判定することができる。

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

１ データ収集システム
１０ データ収集装置
１３ 制御部
１３ａ 受付部
１３ｂ 配信部
１３ｃ 取得部
１３ｄ 判定部
１３ｅ 収集部
１３ｆ 提供部
１００ 車載装置
２００ 利用者端末

Claims (8)

1. 端末装置から出力される車両に関する所定の車両データの収集要求に応じた車両データの採取指示を車載装置に出力する出力部と、
   前記車載装置から、車両データの採取指示に基づいた車両データの採取に関する情報を取得する取得部と、
   前記取得部によって取得された前記車両データの採取に関する情報に基づいて、前記車載装置での車両データの採取が所定の条件を満たしているか否かを判定する判定部と
   を備え、
   前記取得部は、
   前記車載装置から、前記車両の状態が収集条件を満たさなくなって車両データの採取が完了したことを示す完了通知を前記車両データの採取に関する情報として取得し、
   前記判定部は、
   前記取得部によって前記完了通知が取得された場合、前記車載装置での車両データの採取が前記所定の条件を満たしていると判定すること
   を特徴とするデータ収集装置。
2. 前記端末装置から出力される収集指示に基づき、前記車載装置が採取した車両データを収集する収集部
   を備え、
   前記収集部は、
   前記判定部による判定結果に応じて、前記車載装置から車両データを収集すること
   を特徴とする請求項１に記載のデータ収集装置。
3. 前記収集部は、
   前記判定部によって前記車載装置での車両データの採取が前記所定の条件を満たしていないと判定された場合、前記車載装置での車両データの採取の一部または全部を中止させること
   を特徴とする請求項２に記載のデータ収集装置。
4. 前記収集部は、
   前記判定部によって前記車載装置での車両データの採取が前記所定の条件を満たしていないと判定された場合、予め設定される車両データの重要度に応じて、前記車載装置での車両データの採取の一部または全部を中止させること
   を特徴とする請求項２または３に記載のデータ収集装置。
5. 前記取得部は、
   前記車載装置から、前記車両の状態が前記収集条件を満たさなくなって車両データの採取が完了したことを示すとともに採取された車両データを含まない完了通知を前記車両データの採取に関する情報として取得すること
   を特徴とする請求項１～４のいずれか一つに記載のデータ収集装置。
6. 請求項１～５のいずれか一つに記載のデータ収集装置と、
   前記データ収集装置に対して前記車両データの採取に関する情報を送信する車載装置と、
   前記データ収集装置によって収集された車両データを取得する端末装置と
   を備えることを特徴とするデータ収集システム。
7. 前記車載装置は、
   前記データ収集装置から出力された車両データの採取指示が所定の採取指示条件を満たしているか否かを判定し、判定結果を前記データ収集装置に出力する車載装置側判定部
   を備えることを特徴とする請求項６に記載のデータ収集システム。
8. 端末装置から出力される車両に関する所定の車両データの収集要求に応じた車両データの採取指示を車載装置に出力する出力工程と、
   前記車載装置から、車両データの採取指示に基づいた車両データの採取に関する情報を取得する取得工程と、
   前記取得工程によって取得された前記車両データの採取に関する情報に基づいて、前記車載装置での車両データの採取が所定の条件を満たしているか否かを判定する判定工程と
   を含み、
   前記取得工程は、
   前記車載装置から、前記車両の状態が収集条件を満たさなくなって車両データの採取が完了したことを示す完了通知を前記車両データの採取に関する情報として取得し、
   前記判定工程は、
   前記取得工程によって前記完了通知が取得された場合、前記車載装置での車両データの採取が前記所定の条件を満たしていると判定すること
   を特徴とするデータ収集方法。

Images