(57)【特許請求の範囲】
【請求項１】
所定の車載端末を特定し、特定された車載端末に対してデータを要求するデータ収集方法であって、
データの要求に対して応答しない車載端末の識別子を記憶部に記憶する処理と、
いずれかの車載端末からのアクセスに応じ、当該車載端末の識別子が前記記憶部に記憶されているか否かを判定する処理と
前記記憶部に前記識別子が記憶されていると判定された場合に、当該識別子に係る車載端末に対してデータを再要求する処理と、
をコンピュータが実行することを特徴とするデータ収集方法。
【請求項２】
前記アクセスは、前記データの要求に対して応答しない車載端末からの、前記データの要求後において最初のアクセスである、
ことを特徴とする請求項１に記載のデータ収集方法。
【請求項３】
前記アクセスは、前記車載端末の起動後における前記コンピュータへの最初のアクセスである、
ことを特徴とする請求項１又は２に記載のデータ収集方法。
【請求項４】
所定の車載端末を特定し、特定された車載端末に対してデータを要求するデータ収集装置であって、
データの要求に対して応答しない車載端末の識別子を記憶部に記憶する記憶処理部と、
いずれかの車載端末からのアクセスに応じ、当該車載端末の識別子が前記記憶部に記憶されているか否かを判定する判定部と
前記記憶部に前記識別子が記憶されていると判定された場合に、当該識別子に係る車載端末に対してデータを再要求する再要求部と、
を有することを特徴とするデータ収集装置。
【請求項５】
所定の車載端末を特定し、特定された車載端末に対してデータを要求するデータ収集装置と、複数の車載端末とを含むデータ収集システムであって、
前記データ収集装置は、
データの要求に対して応答しない車載端末の識別子を記憶部に記憶する記憶処理部と、
いずれかの車載端末からのアクセスに応じ、当該車載端末の識別子が前記記憶部に記憶されているか否かを判定する判定部と
前記記憶部に前記識別子が記憶されていると判定された場合に、当該識別子に係る車載端末に対してデータを再要求する再要求部と、
を有することを特徴とするデータ収集システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ収集方法、データ収集装置及びデータ収集システムに関する。
【背景技術】
【０００２】
通信機能を有する車載端末は、車両の状態等を示すデータをリアルタイムで又は定期的にセンタサーバへアップロードする。この際、車両に搭載されたカメラによって撮像された画像データ等のようにデータサイズが大きいデータも、他のデータと同じタイミングでセンタサーバへアップロードするのは、ネットワーク負荷や、センタサーバの記憶容量の消費等の観点において効率的ではない。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−１０４０６号公報
【特許文献２】特開２０１７−１８２７５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
そこで、画像データのようにデータサイズが大きいデータについては、車載端末からのアップロードの対象外とすることが考えられる。この場合、センタサーバは、例えば、必要時（例えば、事故等の事象が発生した際）にのみ、一部の車両（例えば、事故時に事故現場を走行していたと推定される車両）の車載端末（以下、「対象端末」という。）から当該データを取得することが考えられる。但し、センタサーバが、対象端末に対して画像データの送信を要求するタイミングは、事故等の事象の発生から時間が経過している場合も有り、このタイミングにおいて、全ての対象端末が通信可能な状態であるとは限らない。例えば、一部の対象端末を搭載した車両は、既にイグニションがＯＦＦの状態である可能性が有るからである。
【０００５】
出来るだけ多数のデータを収集するために、データの送信要求に対して応答しない車載端末については、センタサーバが一定間隔で当該送信要求をポーリングすることが考えられる。
【０００６】
しかし、当該一定間隔が短すぎると、多数の対象端末に対するポーリングが、ネットワーク及びセンタサーバに大きな負荷をかけることになる。一方、当該一定間隔を長くすると、当該一定間隔の間に、対象端末を搭載した車両において新たなデータの記録が開始され、記憶容量の節約のために過去のデータが上書きされてしまう可能性が有る。そうすると、必要としていたデータが消去されてしまい、データの取得確率が低下してしまうという問題が有る。
【０００７】
そこで、一側面では、本発明は、車載端末からのデータの取得確率を高めることを目的とする。
【課題を解決するための手段】
【０００８】
一つの態様では、所定の車載端末を特定し、特定された車載端末に対してデータを要求するデータ収集方法は、データの要求に対して応答しない車載端末の識別子を記憶部に記憶する処理と、いずれかの車載端末からのアクセスに応じ、当該車載端末の識別子が前記記憶部に記憶されているか否かを判定する処理と前記記憶部に前記識別子が記憶されていると判定された場合に、当該識別子に係る車載端末に対してデータを再要求する処理と、をコンピュータが実行する。
【発明の効果】
【０００９】
一側面として、車載端末からのデータの取得確率を高めることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態におけるシステム構成例を示す図である。
【図２】本発明の実施の形態におけるセンタサーバ１０のハードウェア構成例を示す図である。
【図３】本発明の実施の形態における車載端末２０のハードウェア構成例を示す図である。
【図４】本発明の実施の形態におけるセンタサーバ１０及び車載端末２０の機能構成例を示す図である。
【図５】センタサーバ１０が実行する処理手順の一例を説明するためのフローチャートである。
【図６】メタデータ記憶部１２１の構成例を示す図である。
【図７】検索結果リストの一例を示す図である。
【図８】再要求リストの構成例を示す図である。
【図９】車載端末２０が実行する処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。図１において、複数の車両のそれぞれに搭載された車載端末２０とセンタサーバ１０とは、複数の基地局を末端とする移動体通信網等の無線通信網や、インターネット網等の有線通信網を介して通信可能である。
【００１２】
車載端末２０は、車両の状態や環境等に関するデータを記録すると共に、記録されたデータをセンタサーバ１０へアップロードする機能（通信機能）を有する情報処理装置である。
【００１３】
センタサーバ１０は、車載端末２０からアップロードされたデータを蓄積し、当該データを利用したサービスを提供する１以上のコンピュータ（情報処理装置）である。
【００１４】
図２は、本発明の実施の形態におけるセンタサーバ１０のハードウェア構成例を示す図である。図２のセンタサーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１５】
センタサーバ１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１６】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってセンタサーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１７】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard  Disk  Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００１８】
図３は、本発明の実施の形態における車載端末２０のハードウェア構成例を示す図である。図３の車載端末２０は、ＣＰＵ２０１、補助記憶装置２０２、メモリ装置２０３、通信装置２０４、カメラ２０５、ＧＰＳ受信機２０６及び各種センサ２０７等を有する。
【００１９】
車載端末２０での処理を実現するプログラムは、補助記憶装置２０２にインストールされる。メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムを読み出して格納する。ＣＰＵ２０１は、メモリ装置２０３に格納されたプログラムに従って車載端末２０に係る機能を実現する。通信装置２０４は、無線通信によってネットワークに接続するための制御を行う装置である。カメラ２０５は、例えば、デジタルカメラであり、車両の周辺又は所定の方向の画像を撮像する。ＧＰＳ受信機２０６は、ＧＰＳ（Global  Positioning  System）衛星から送信されるＧＰＳ信号を受信して、当該ＧＰＳ信号に基づき車両の現在位置を測定する。各種センサ２０７は、例えば、ＩＭＵ（Inertial  Measurement  Unit）センサ等、車両の状態又は車両の環境の状況等を検出する１以上のセンサである。
【００２０】
なお、図３では、車載端末２０がカメラ２０５を含む例が示されているが、カメラ２０５は、車載端末２０の外部に搭載されてもよい。
【００２１】
図４は、本発明の実施の形態におけるセンタサーバ１０及び車載端末２０の機能構成例を示す図である。図４において、車載端末２０は、データ記録部２１、メタデータ送信部２２、実体データ送信部２３及び初期アクセス部２４等を有する。これら各部は、車載端末２０にインストールされた１以上のプログラムが、ＣＰＵ２０１に実行させる処理により実現される。車載端末２０は、また、データ記憶部２２１を利用する。データ記憶部２２１は、例えば、補助記憶装置２０２等を用いて実現可能である。
【００２２】
データ記録部２１は、車両の稼働時（例えば、イグニションがＯＮの状態）において、カメラ２０５によって撮像された画像データ（動画又は静止画）や、ＧＰＳ受信機２０６によって測定される位置データや、各種センサ２０７によって検出等される各種のセンサデータ等を継続的（例えば、周期的）にデータ記憶部２２１に記録する。記録のタイミングは、データの種別ごとに異なってもよい。
【００２３】
本実施の形態において、データ記録部２１によって記録されるデータは、実体データとメタデータとに大別される。実体データとは、センタサーバ１０への継続的（例えば、１分ごと等の周期的）な送信（アップロード）の対象とされないデータをいう。ネットワークの負荷やセンタサーバ１０の負荷の軽減のため、相対的にデータサイズが大きなデータが実体データとされてもよい。本実施の形態では、カメラ２０５によって撮像される画像データが実体データの一例とされる。
【００２４】
一方、メタデータとは、センタサーバ１０への継続的（例えば、周期的）な送信の対象とされるデータをいう。本実施の形態では、位置データや各種のセンサデータ等を含むデータがメタデータの一例とされる。
【００２５】
メタデータ送信部２２は、継続的（例えば、周期的）に、データ記憶部２２１に記憶されているメタデータのうち、送信されていないメタデータ（例えば、直近の周期においてデータ記憶部２２１に記録されたメタデータ）をセンタサーバ１０へ送信する。
【００２６】
実体データ送信部２３は、センタサーバ１０からの実体データの送信要求に応じて、当該送信要求において指定された実体データをセンタサーバ１０へ送信する。
【００２７】
初期アクセス部２４は、車載端末２０の起動時（起動後）において、車載端末２０が起動したことを通知するためのアクセスをセンタサーバ１０へ送信する。車載端末２０が起動したことの通知を、以下「ウェイクアップシグナル」という。なお、車載端末２０は、例えば、車両のイグニションのＯＮに応じて起動し、車両のイグニションのＯＦＦに応じて停止する。
【００２８】
センタサーバ１０は、メタデータ受信部１１、検索部１２、初期収集部１３、再収集部１４、初期アクセス受信部１５、及び１以上のアプリケーション１６等を有する。これら各部は、センタサーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。センタサーバ１０は、また、メタデータ記憶部１２１及び再要求リスト記憶部１２２等を利用する。これら各記憶部は、例えば、補助記憶装置１０２、又はセンタサーバ１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００２９】
各アプリケーション１６は、センタサーバ１０に蓄積されるデータを利用してアプリケーション１６ごとに特有のサービスを提供するソフトウェアである。例えば、或るアプリケーション１６は、事故の発生の通知を受けた際に、当該事故の現場付近の画像データを収集してもよい。また、別のアプリケーション１６は、特定の車両に関するデータを収集してもよい。なお、一部又は全部のアプリケーション１６は、センタサーバ１０にネットワークを介して接続されるコンピュータに配置されてもよい。
【００３０】
メタデータ受信部１１は、車載端末２０から送信されるメタデータを受信し、当該メタデータをメタデータ記憶部１２１に記憶する。
【００３１】
検索部１２は、アプリケーション１６からの検索要求に応じ、メタデータ記憶部１２１に記憶されているメタデータの集合の中から、当該検索要求において指定された条件（以下、「検索条件」という。）に合致するメタデータを検索する。
【００３２】
初期収集部１３は、検索条件に合致した各メタデータに対応する実体データを、当該各メタデータの送信元の各車載端末２０から収集する。具体的には、初期収集部１３は、検索条件に合致したメタデータごとに、当該メタデータに対応する実体データの送信要求を、当該メタデータの送信元の各車載端末２０に送信する。初期収集部１３は、当該送信要求に応答しない車載端末２０の識別子（以下、「端末ＩＤ」という。）と、当該車載端末２０から取得する予定だった実体データに対応する識別子（以下「データＩＤ」という。）とを再要求リストに登録する。再要求リストとは、実体データを取得できなかった車載端末２０と当該実体データに対応するデータＩＤとのリストであり、再要求リスト記憶部１２２に記憶される。なお、メタデータに対応する実体データとは、記録のタイミングがメタデータと同時期である実体データをいう。
【００３３】
初期アクセス受信部１５は、ウェイクアップシグナルを受信する。ウェイクアップシグナルには、ウェイクアップシグナルの送信元の車載端末２０の端末ＩＤが含まれている。
【００３４】
再収集部１４は、初期アクセス受信部１５によるウェイクアップシグナルの受信に応じ、当該ウェイクアップシグナルに含まれている端末ＩＤが再要求リスト登録されているか否かを判定する。再収集部１４は、当該端末ＩＤが再要求リストに登録されていると判定された場合には、当該端末ＩＤに係る車載端末２０に対して実体データの送信要求を再度送信して、当該車載端末２０から実体データを取得する。
【００３５】
以下、センタサーバ１０又は車載端末２０が実行する処理手順について説明する。図５は、センタサーバ１０が実行する処理手順の一例を説明するためのフローチャートである。なお、図５の処理手順の開始時には、各車載端末２０から送信（アップロード）されたメタデータがメタデータ記憶部１２１に蓄積されていることとする。
【００３６】
検索部１２は、いずれかのアプリケーション１６からの検索要求を受け付けると（Ｓ１０１でＹｅｓ）、当該検索要求に指定された検索条件に合致するメタデータをメタデータ記憶部１２１から検索する（Ｓ１０２）。
【００３７】
図６は、メタデータ記憶部１２１の構成例を示す図である。図６に示されるように、メタデータ記憶部１２１には、車載端末２０ごとにメタデータリストＬ１が記憶されている。１つメタデータリストＬ１には、当該メタデータリストＬ１に対応する車載端末２０の端末ＩＤが付与されている。図６には、端末ＩＤとして「Ｙ２３５２」が付与されたメタデータの集合であるメタデータリストＬ１が示されている。
【００３８】
メタデータリストＬ１を構成する各メタデータは、データＩＤ、開始時刻、終了時刻、位置履歴、速度履歴、及び実体ファイル名等を含む。データＩＤは、メタデータ及び当該メタデータに対応する実体データの組に対する識別子である。開始時刻は、当該メタデータ及び当該実体データを構成する各データの記録（又は生成）の開始時刻（年月日時分秒）である。終了時刻は、当該メタデータ及び当該実体データを構成する各データの記録（又は生成）の終了時刻で（年月日時分秒）ある。本実施の形態では、１つのメタデータ及び実体データの生成周期（以下、「データ生成周期」という。）は、１分であるとする。すなわち、各車載端末２０は、１分単位でメタデータ及び実体データを生成し、１分ごとにメタデータをセンタサーバ１０へ送信する。したがって、各メタデータの終了時刻は、当該メタデータの開始時刻から１分後の時刻とされている。位置履歴は、当該データ生成周期内における１秒周期での車両の位置情報（緯度及び経度）の履歴である。速度履歴は、当該データ生成周期内における１秒周期での車両の速度の履歴である。実体ファイル名は、当該データ生成周期に記録された実体データを格納するファイルのファイル名である。
【００３９】
検索条件としては、メタデータに対する条件であれば様々な条件が指定可能である。時刻又は期間（時間帯）等の時期的条件や、地点（特定の位置）、地理的範囲（エリア等）、又は道路上の特定の経路等の地理的条件や、特定の車載端末２０を限定する条件や、これら各条件の組み合わせ等が、検索条件の一例として挙げられる。例えば、アプリケーション１６が、或る事故や犯罪等の事象の現場付近の実体データ（画像データ）を必要とする場合には、当該事象の発生時付近の時刻又は期間を示す時期的条件と、当該現場を含むエリアを示す地理的条件との組み合わせ（ＡＮＤ条件）が検索条件として指定されることが想定される。
【００４０】
検索条件に合致したメタデータの数（合致数）が０である場合（Ｓ１０３でＮｏ）、図５の処理手順は終了する。合致数が１以上である場合（Ｓ１０３でＹｅｓ）、検索部１２は、検索条件に合致したメタデータのリストである検索結果リストを生成し、当該検索結果リストを検索要求元のアプリケーション１６に返却すると共に、当該検索結果リストを初期収集部１３へ入力する（Ｓ１０４）。
【００４１】
図７は、検索結果リストの一例を示す図である。図７に示されるように、検索結果リストの各レコードは、検索条件に合致した各メタデータの端末ＩＤ及びデータＩＤ等を含む。端末ＩＤ及びデータＩＤ以外の項目については、検索条件において指定されうる、アプリケーション１６が必要とするデータ項目に応じて変化してもよい。図７では、位置履歴及び実体ファイル名が当該データ項目である例が示されている。このように、検索結果リストによって、検索条件に合致する所定の車載端末２０が特定される。以下、検索結果リストの各レコードを、便宜上、「検索結果データ」という。
【００４２】
続いて、初期収集部１３は、変数ｉに１を代入する（Ｓ１０５）。変数ｉは、検索結果リストにおいてｉ番目の検索結果データ（以下、「検索結果データ［ｉ］」という。）を識別するための変数である。続いて、初期収集部１３は、検索結果データ［ｉ］に含まれる端末ＩＤに係る車載端末２０（以下、「端末［ｉ］」という。）に対して、実体データの送信要求を送信する（すなわち、実体データを要求する）（Ｓ１０６）。当該送信要求には、検索結果データ［ｉ］に含まれるデータＩＤが指定される。
【００４３】
当該送信要求に対する端末［ｉ］からの応答が受信されない場合（Ｓ１０７でＮｏ）、初期収集部１３は、再要求リスト記憶部１２２が記憶する再要求リストに対し、検索結果データ［ｉ］の端末ＩＤ及びデータＩＤの組を登録する（Ｓ１０８）。
【００４４】
図８は、再要求リストの構成例を示す図である。図８に示されるように、再要求リストには、端末ＩＤに対応付けられてデータＩＤが登録される。なお、１つの車載端末２０からアップロードされた複数のメタデータが検索条件に合致する可能性も有る。例えば、図８の例では、端末ＩＤ「Ｚ０２３６」に対して４つのデータＩＤが登録されている。図５のフローチャートでは、このような車載端末２０についても一つずつ実体データが要求される手順が示されているが、当該車載端末２０に対して複数の実体データがまとめて要求されてもよい。この場合、後述のステップＳ１１１では、当該複数の実体データの数だけ変数ｉがインクリメントされればよい。
【００４５】
なお、端末［ｉ］からの応答が受信されない原因の一例として、端末［ｉ］がセンタサーバ１０と通信可能な状態でない場合（例えば、端末［ｉ］が通信圏外である場合や、端末［ｉ］を搭載した車両のイグニションがＯＦＦである場合）が挙げられる。
【００４６】
一方、端末［ｉ］からの応答が受信された場合（Ｓ１０７でＹｅｓ）、初期収集部１３は、当該応答に含まれている実体データを取得し、検索要求元のアプリケーション１６に対して当該実体データを返却する（Ｓ１０９）。なお、端末［ｉ］からの最初の応答には実体データは含まれず、実体データの送信が可能であることを示す情報が含まれてもよい。この場合、初期収集部１３は、ステップＳ１０９において、端末［ｉ］から検索結果データ［ｉ］のデータＩＤに係る実体データを改めて取得し、当該実体データを検索要求元のアプリケーション１６に返却してもよい。
【００４７】
続いて、初期収集部１３は、変数ｉの値が合致数に達したか否かを判定する（Ｓ１１０）。すなわち、検索結果リストに含まれる全ての検索結果データに係る車載端末２０に対して、実体データの送信が要求されたか否かが判定される。変数ｉの値が合致数未満である場合（Ｓ１１０でＮｏ）、初期収集部１３は、変数ｉに１を加算して（Ｓ１１１）、ステップＳ１０６以降を繰り返す。
【００４８】
一方、変数ｉの値が合致数に達した場合（Ｓ１１０でＹｅｓ）、再収集部１４は、実体データの収集条件が充足されたか否かを判定する（Ｓ１１２）。実体データの収集条件とは、例えば、検索結果リストに含まれる検索結果データの数（すなわち、合致数）に対する、取得出来た実体データの数の割合（例えば、７０％等）によって指定されてもよい。この場合、当該割合が、収集条件に指定された割合以上となった場合に当該収集条件が満たされることになる。なお、当該割合は、「（検索リストに含まれる検索結果データの数−再要求リストに含まれるデータＩＤの数）÷検索リストに含まれる検索結果データの数」によって算出することができる。又は、取得できた実体データの個数によって当該収集条件が指定されてもよい。この場合、取得できた実体データの個数が、収集条件に指定された個数以上となった場合に当該収集条件が満たされることになる。又は、検索要求からの経過時間によって当該収集条件が指定されてもよい。この場合、当該経過時間が経過した時点で、当該収集条件が満たされることになる。なお、実体データの収集条件は、検索要求元のアプリケーション１６から検索要求と共に指定されてもよいし、予め固定的に補助記憶装置１０２等に記憶されていてもよい。
【００４９】
実体データの収集条件が満たされていない場合（Ｓ１１２でＮｏ）、再収集部１４は、初期アクセス受信部１５によるウェイクアップシグナルの受信を待機する（Ｓ１１３）。初期アクセス受信部１５がいずれかの車載端末２０からのウェイクアップシグナルを受信すると（Ｓ１１３でＹｅｓ）、再収集部１４は、当該ウェイクアップシグナルに含まれている端末ＩＤ（以下、「対象端末ＩＤ」という。）が、再要求リスト（図８）に含まれているか否かを判定する（Ｓ１１４）。
【００５０】
対象端末ＩＤが再要求リストに含まれていない場合（Ｓ１１４でＮｏ）、ステップＳ１１２へ戻る。対象端末ＩＤが再要求リストに含まれている場合（Ｓ１１４でＹｅｓ）、再収集部１４は、対象端末ＩＤに係る車載端末２０に対し、対象端末ＩＤに対応付けられて再要求リストに記憶されているデータＩＤに係る実体データの送信要求を送信し、当該送信要求に対する応答に含まれている実体データを検索要求元のアプリケーション１６へ返却する（Ｓ１１５）。この際、再要求リストにおいて、対象端末ＩＤに対して複数のデータＩＤが対応付けられている場合には、当該複数のデータＩＤに係る複数の実体データが一度に取得されてもよい。
【００５１】
続いて、再収集部１４は、再要求リスト（図８）を更新する（Ｓ１１６）。具体的には、再収集部１４は、対象端末ＩＤと、取得された実体データのデータＩＤとの組を再要求リストから削除する。続いて、ステップＳ１１２へ戻る。
【００５２】
実体データの収集条件が満たされると（Ｓ１１２でＹｅｓ）、再収集部１４は、再要求リスト記憶部１２２に記憶されている再要求リストをクリア（当該再要求リストに登録された端末ＩＤ及びデータＩＤを削除）して（Ｓ１１７）、図５の処理手順を終了する。
【００５３】
続いて、車載端末２０が実行する処理手順について説明する。図９は、車載端末２０が実行する処理手順の一例を説明するためのフローチャートである。
【００５４】
車両のイグニションのＯＮ等に応じて車載端末２０（以下、「対象端末」という。）が起動すると、初期アクセス送信部は、対象端末の端末ＩＤを含むウェイクアップシグナルをセンタサーバ１０へ送信する（Ｓ２０１）。なお、当該端末ＩＤは、例えば、補助記憶装置２０２等に記憶されている。なお、ウェイクアップシグナルの送信は、車載端末２０が通信圏内に復帰した際にも実行されてもよい。
【００５５】
続いて、データ生成周期の開始時期が到来すると（Ｓ２０２でＹｅｓ）、データ記録部２１は、新たなメタデータのレコード（以下、「対象レコード」という。）を生成し、対象レコードの「データＩＤ」及び「開始時刻」の各項目に、対象レコードに対するデータＩＤ、現在時刻を記録して、対象レコードをデータ記憶部２２１に記憶する（Ｓ２０３）。なお、対象レコードの構成は、例えば、図６に示した１つのメタデータの構成と同様でもよい。また、データ記憶部２２１に空き容量が無い場合、データ記録部２１は、データ生成周期ごとにデータ記憶部２２１に記憶されているレコード群のうち、最も古いデータ収集周期に対応するレコードを削除して、新たに生成したレコードをデータ記憶部２２１に記憶する。
【００５６】
続いて、データ記録部２１は、メタデータを構成する各データ又は実体データの記録のタイミング（以下、「データ記録タイミング」という。）の到来を待機する（Ｓ２０４）。例えば、図６の例では、位置データや速度の記録周期は１秒である。すなわち、図６には、データ記録タイミングが１秒ごとである例が示されている。但し、データの種別ごとに、記録タイミングが異なってもよい。例えば、カメラ２０５において撮像される画像データが動画であれば、画像データについては継続的に記録が行われてもよい。
【００５７】
データ記録タイミングが到来すると（Ｓ２０４でＹｅｓ）、データ記録部２１は、取得対象のデータを、カメラ２０５、ＧＰＳ受信機２０６又は各種センサ２０７等から取得し、取得したデータを対象レコードに記録する（Ｓ２０３）。例えば、現時点における位置データや速度等が対象レコードに記録される。
【００５８】
その後、データ生成周期の終了時期が到来すると（Ｓ２０６でＹｅｓ）、メタデータ送信部２２は、対象レコードに記憶されているメタデータをセンタサーバ１０へ送信する（Ｓ２０８）。例えば、データ生成周期が１分であれば、データ生成周期の終了時期は、データ生成周期の開始時期から１分後に到来する。なお、実体データが、動画データのようにデータ生成周期ごとに別ファイルに格納される場合、データ記録部２１は、データ生成周期の終了時期が到来したタイミングで、当該データ生成周期において撮像された動画データを格納する実体ファイルを生成し、当該実体ファイルをデータ記憶部２２１へ格納してもよい。この場合、当該実体ファイルのファイル名が、対象レコードの「実体ファイル名」に記録される。
【００５９】
一方、センタサーバ１０からの実体データの送信要求が受信されると（Ｓ２０８でＹｅｓ）、実体データ送信部２３は、当該送信要求に含まれているデータＩＤに対応する実体ファイル名に係る実体ファイルから実体データを取得する（Ｓ２０９）。続いて、実体データ送信部２３は、当該実体データをセンタサーバ１０へ送信する（Ｓ２１０）。
【００６０】
ステップＳ２０１〜Ｓ２１０は、車両のイグニションがＯＦＦになるまで継続する（Ｓ２１１）。
【００６１】
上述したように、本実施の形態によれば、初期収集部１３によって取得に失敗した実体データについては、当該実体データを保持する車載端末２０の端末ＩＤ等が再要求リストに登録される。その後、当該車載端末２０の起動直後等にセンタサーバ１０へ送信されるウェイクアップシグナルの受信を契機に当該車載端末２０に対して当該実体データが再要求される。したがって、当該車載端末２０との通信が可能になってからできるだけ早いタイミングで再要求を行うことができる。その結果、車載端末２０からのデータ（実体データ）の取得確率を高めることができる。
【００６２】
なお、上記では、ウェイクアップシグナルが再要求の契機の一例として説明したが、例えば、初期収集部１３による実体データの失敗後（実データの要求後）の最初のメタデータのアップロード時や、最初のプローブ情報等のアップロード時等、車載端末２０からの他のアクセスが再要求の契機とされてもよい。この場合、当該アクセスは、初期収集部１３による実体データの失敗後から所定の期間内（例えば、最初）のアクセスであることが、取得対象の実体データの保全の観点から望ましい。
【００６３】
なお、本実施の形態において、実体データは、データの一例である。再要求リスト記憶部１２２は、記憶部の一例である。センタサーバ１０は、コンピュータ及びデータ収集装置の一例である。初期収集部１３は、記憶処理部の一例である。再収集部１４は、判定部及び再要求部の一例である。複数の車載端末２０とセンタサーバ１０とは、データ収集システムの一例である。
【００６４】
以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００６５】
以上の説明に関し、更に以下の項を開示する。
（付記１）
所定の車載端末を特定し、特定された車載端末に対してデータを要求するデータ収集方法であって、
データの要求に対して応答しない車載端末の識別子を記憶部に記憶する処理と、
いずれかの車載端末からのアクセスに応じ、当該車載端末の識別子が前記記憶部に記憶されているか否かを判定する処理と
前記記憶部に前記識別子が記憶されていると判定された場合に、当該識別子に係る車載端末に対してデータを再要求する処理と、
をコンピュータが実行することを特徴とするデータ収集方法。
（付記２）
前記アクセスは、前記データの要求に対して応答しない車載端末からの、前記データの要求後において最初のアクセスである、
ことを特徴とする付記１に記載のデータ収集方法。
（付記３）
前記アクセスは、前記車載端末の起動後における前記コンピュータへの最初のアクセスである、
ことを特徴とする付記１又は２に記載のデータ収集方法。
（付記４）
所定の車載端末を特定し、特定された車載端末に対してデータを要求するデータ収集装置であって、
データの要求に対して応答しない車載端末の識別子を記憶部に記憶する記憶処理部と、
いずれかの車載端末からのアクセスに応じ、当該車載端末の識別子が前記記憶部に記憶されているか否かを判定する判定部と
前記記憶部に前記識別子が記憶されていると判定された場合に、当該識別子に係る車載端末に対してデータを再要求する再要求部と、
を有することを特徴とするデータ収集装置。
（付記５）
前記アクセスは、前記データの要求に対して応答しない車載端末からの、前記データの要求後において最初のアクセスである、
ことを特徴とする付記４に記載のデータ収集装置。
（付記６）
前記アクセスは、前記車載端末の起動後における前記データ収集装置への最初のアクセスである、
ことを特徴とする付記４又は５に記載のデータ収集装置。
（付記７）
所定の車載端末を特定し、特定された車載端末に対してデータを要求するデータ収集装置と、複数の車載端末とを含むデータ収集システムであって、
前記データ収集装置は、
データの要求に対して応答しない車載端末の識別子を記憶部に記憶する記憶処理部と、
いずれかの車載端末からのアクセスに応じ、当該車載端末の識別子が前記記憶部に記憶されているか否かを判定する判定部と
前記記憶部に前記識別子が記憶されていると判定された場合に、当該識別子に係る車載端末に対してデータを再要求する再要求部と、
を有することを特徴とするデータ収集システム。
（付記８）
前記アクセスは、前記データの要求に対して応答しない車載端末からの、前記データの要求後において最初のアクセスである、
ことを特徴とする付記７に記載のデータ収集システム。
（付記９）
前記アクセスは、前記車載端末の起動後における前記データ収集装置への最初のアクセスである、
ことを特徴とする付記７又は８に記載のデータ収集システム。
【符号の説明】
【００６６】
１０          センタサーバ
１１          メタデータ受信部
１２          検索部
１３          初期収集部
１４          再収集部
１５          初期アクセス受信部
１６          アプリケーション
２０          車載端末
２１          データ記録部
２２          メタデータ送信部
２３          実体データ送信部
２４          初期アクセス部
２２１        データ記憶部
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１２１        メタデータ記憶部
１２２        再要求リスト記憶部
２０１        ＣＰＵ
２０２        補助記憶装置
２０３        メモリ装置
２０４        通信装置
２０５        カメラ
２０６        ＧＰＳ受信機
２０７        各種センサ
Ｂ            バス
【図１】
0006988678.tif 000002
【図２】
0006988678.tif 000003
【図３】
0006988678.tif 000004
【図４】
0006988678.tif 000005
【図５】
0006988678.tif 000006
【図６】
0006988678.tif 000007
【図７】
0006988678.tif 000008
【図８】
0006988678.tif 000009
【図９】
0006988678.tif 000010