(57)【要約】  データを適切に保存可能な技術を提供することを目的とする。情報収集装置は、取得データと保存データとの間の類似度を求め、類似度に基づいて取得データと保存データとを関連付けるリンクを生成する類似度判定部１１１と、保存データの読み出しが行われた場合に当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定する要求推定部１１２と、保存データの保存期限をリンク単位で決定するデータ寿命決定部１１０とを備える。
2019220630.tif 000002
【特許請求の範囲】
【請求項１】
車両の車内及び車外の少なくともいずれか一方の映像を含むデータを取得データとして取得する取得部と、
前記取得部で取得された前記取得データを保存データとして保存するデータベースと、
前記取得データの特性と、前記保存データの特性とに基づいて、前記取得データと前記保存データとの間の類似度を求め、前記類似度に基づいて前記取得データと前記保存データとを関連付けるリンクを生成する類似度判定部と、
前記保存データの読み出しが行われた場合に当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定する要求推定部と、
前記類似度判定部での生成結果と、前記要求推定部での推定結果とに基づいて、前記データベースにおける前記保存データの保存期限をリンク単位で決定する期限決定部と、
前記期限決定部で決定された前記保存期限に基づいて、前記データベースの前記保存データを管理するデータベース処理部と
を備える、情報収集装置。
【請求項２】
請求項１に記載の情報収集装置であって、
前記データは、
前記車両のセンサで収集されたセンサ情報と、前記車両のナビゲーション装置で収集されたナビゲーション情報とをさらに含む、情報収集装置。
【請求項３】
請求項１または請求項２に記載の情報収集装置であって、
前記期限決定部で決定された前記保存期限をリンク単位で保存する期限テーブルをさらに備え、
前記データベース処理部は、前記期限テーブルに保存された前記保存期限に基づいて、前記データベースの前記保存データを低減または削除する、情報収集装置。
【請求項４】
請求項１から請求項３のうちのいずれか１項に記載の情報収集装置であって、
前記要求推定部は、
前記車両で前記保存データを用いるアプリケーションの属性に基づいて、前記要求を推定する、情報収集装置。
【請求項５】
請求項１から請求項４のうちのいずれか１項に記載の情報収集装置であって、
前記取得データ及び前記保存データの少なくともいずれか１つを前記車両の外部と通信する通信部をさらに備える、情報収集装置。
【請求項６】
請求項１から請求項５のうちのいずれか１項に記載の情報収集装置であって、
前記要求推定部は、
前記車両の外部で前記保存データを用いるアプリケーションの属性に基づいて、前記要求を推定する、情報収集装置。
【請求項７】
請求項１から請求項６のうちのいずれか１項に記載の情報収集装置であって、
前記データベースは、
前記車両に設けられた第１データベースと、前記車両の外部に設けられた第２データベースとを含む、情報収集装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の車内及び車外の少なくともいずれか一方の映像を収集する情報収集装置に関する。
【背景技術】
【０００２】
車内外の映像を撮影する撮像手段を有する車両の普及が進んでいる。撮影された映像は、撮影が行われた車両の安全運転のために使用されることが多い。ただし、車両が記憶装置をもつ、またはネットワークに接続されていれば、車両自体を情報収集手段として利用することによって、上記映像を様々な目的に使用することが可能である。一方、映像情報はデータサイズが大きく、記憶領域における容量逼迫の回避が求められる。そこで、何らかの基準に基づいて映像などのデータの保存期限を設定し、当該保存期限に基づいてデータの消去を行う技術が特許文献１及び特許文献２で提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１３９４６８号公報
【特許文献２】特開２０１３−１５６７８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１及び特許文献２の技術では、位置情報、時刻、記憶装置の空き容量といった情報に基づいて画一的に保存期間を決定している。このため、ユーザにとってそもそも必要でない映像が記憶領域を占有することがあり、その結果、記憶領域における容量逼迫を回避できないことがあるという課題があった。【０００５】
そこで、本発明は、上記のような問題点を鑑みてなされたものであり、データを適切に保存可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る情報収集装置は、車両の車内及び車外の少なくともいずれか一方の映像を含むデータを取得データとして取得する取得部と、前記取得部で取得された前記取得データを保存データとして保存するデータベースと、前記取得データの特性と、前記保存データの特性とに基づいて、前記取得データと前記保存データとの間の類似度を求め、前記類似度に基づいて前記取得データと前記保存データとを関連付けるリンクを生成する類似度判定部と、前記保存データの読み出しが行われた場合に当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定する要求推定部と、前記類似度判定部での生成結果と、前記要求推定部での推定結果とに基づいて、前記データベースにおける前記保存データの保存期限をリンク単位で決定する期限決定部と、前記期限決定部で決定された前記保存期限に基づいて、前記データベースの前記保存データを管理するデータベース処理部とを備える。
【発明の効果】
【０００７】
本発明によれば、取得データの特性と保存データの特性とに基づいて、取得データと保存データとの間の類似度を求め、類似度に基づいて取得データと保存データとを関連付けるリンクを生成する類似度判定部と、保存データの読み出しが行われた場合に当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定する要求推定部と、類似度判定部での生成結果と、要求推定部での推定結果とに基づいて、保存データの保存期限をリンク単位で決定する期限決定部と、保存期限に基づいて保存データを管理するデータベース処理部とを備える。このような構成によれば、データベースにおけるデータを適切に保存することができる。【０００８】
本発明の目的、特徴、態様及び利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１に係る情報収集装置の構成を示すブロック図である。
【図２】実施の形態１に係るデータベース処理部の動作を示すフローチャートである。
【図３】実施の形態１に係る収集情報ＤＢに保存される内容の一例を示す図である。
【図４】実施の形態１に係る収集情報ＤＢに保存される内容の一例を示す図である。
【図５】実施の形態１に係る類似度判定部の動作を示すフローチャートである。
【図６】実施の形態１に係る類似度判定部がリンクを生成する一例を示す図である。
【図７】実施の形態１に係る要求推定部の動作を示すフローチャートである。
【図８】実施の形態１に係る要求推定部がリンクを生成する一例を示す図である。
【図９】実施の形態１に係るデータ寿命決定部の動作を示すフローチャートである。
【図１０】実施の形態１に係るデータ寿命テーブルに保存される内容の一例を示す図である。
【図１１】実施の形態１に係るデータ寿命テーブルに保存される内容の一例を示す図である。
【図１２】実施の形態２に係る情報収集装置の構成を示すブロック図である。
【図１３】実施の形態２に係る要求推定部の動作を示すフローチャートである。
【図１４】実施の形態３に係る情報収集装置の構成を示すブロック図である。
【図１５】実施の形態４に係る情報収集装置の構成を示すブロック図である。
【図１６】実施の形態４に係る情報提供サーバの構成を示すブロック図である。
【図１７】実施の形態４に係る情報提供アプリケーションの動作を示すフローチャートである。
【図１８】実施の形態４に係る情報利用者端末の構成を示すブロック図である。
【図１９】実施の形態４に係る要求推定部の動作を示すフローチャートである。
【図２０】実施の形態５に係る情報収集装置の構成を示すブロック図である。
【図２１】実施の形態５に係る情報提供サーバの構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
＜実施の形態１＞
図１は、本発明の実施の形態１に係る情報収集装置の構成を示すブロック図である。図１の情報収集装置は、撮影装置１０１と、情報記憶部１０２と、センサ群１０３と、センサ制御部１０４と、ナビゲーション装置１０５と、情報処理部１０６と、データベース処理部１０７と、収集情報ＤＢ（データベース）１０８と、データ寿命テーブル１０９と、データ寿命決定部１１０と、類似度判定部１１１と、要求推定部１１２とを備えており、これらは車両１００に搭載されている。
【００１１】
＜構成要素の概要＞
撮影装置１０１は、車両１００に搭載され、車両１００の車内及び車外の少なくともいずれか一方の映像を撮影する。情報記憶部１０２は、撮影装置１０１で撮影された映像などの撮影結果を一時的に保存する。センサ群１０３は、センサ情報を収集（検出）する、車両の複数のセンサを含む。センサ制御部１０４は、センサ群１０３を制御する。ナビゲーション装置１０５は、ナビゲーション装置１０５に用いられる情報またはナビゲーション装置１０５で生成された情報を収集する。
【００１２】
情報処理部１０６は、情報記憶部１０２に保存された撮影結果と、センサ群１０３で収集されたセンサ情報と、ナビゲーション装置１０５で収集されたナビゲーション情報とから、収集情報ＤＢ１０８に格納する形式のデータを生成する。つまり、取得部である情報処理部１０６は、車両１００の車内及び車外の少なくともいずれか一方の映像を含むデータを取得する。本実施の形態１では、このデータは、センサ情報とナビゲーション情報とをさらに含む。以下、情報処理部１０６は、映像、センサ情報及びナビゲーション情報を含むデータを、取得データとして取得するものとして説明する。
【００１３】
データベースである収集情報ＤＢ１０８は、情報処理部１０６で取得された取得データを、保存データとして保存（保持、記憶）する。
【００１４】
類似度判定部１１１は、取得データの特性と、保存データの特性とに基づいて、取得データと保存データとの間の類似度を求め、類似度に基づいて取得データと保存データとを関連付けるリンクを生成（変更）する。
【００１５】
要求推定部１１２は、保存データの読み出しが行われた場合に当該保存データを関連付けるリンクを生成（変更）し、当該保存データに対する将来の要求を推定する。
【００１６】
期限決定部であるデータ寿命決定部１１０は、類似度判定部１１１での生成結果と、要求推定部１１２での推定結果とに基づいて、収集情報ＤＢ１０８における保存データの保存期限をリンク単位で決定する。
【００１７】
期限テーブルであるデータ寿命テーブル１０９は、データ寿命決定部１１０で決定された保存期限をリンク単位で保存（保持、記憶）する。データ寿命テーブル１０９の保存期限は、データ寿命決定部１１０によって逐次更新される。
【００１８】
データベース処理部１０７は、データ寿命決定部１１０で決定された保存期限に基づいて、収集情報ＤＢ１０８の保存データを管理する。本実施の形態１では、データベース処理部１０７は、データ寿命決定部１１０で決定され、データ寿命テーブル１０９に保存された保存期限に基づいて、収集情報ＤＢ１０８の保存データを削除する。
【００１９】
＜構成要素の詳細＞
撮影装置１０１は、車両１００に搭載され、映像を撮影するための装置である。撮影装置１０１は、車両１００の車内、車外、または、その両方の映像を撮影する。なお、映像は、動画であってもよいし、映像の一部を取り出した静止画であってもよい。また、映像は、音声情報を含んでもよい。
【００２０】
情報記憶部１０２は、撮影装置１０１で得られた映像を一時的に保存する。
【００２１】
センサ群１０３は、車両１００に搭載された、加速度センサ、水温センサ、レーダセンサなどの各種センサを含み、運転中の車両１００の情報などの各種情報をセンサ情報として収集（検出）する。
【００２２】
センサ制御部１０４は、センサ群１０３で収集されたセンサ情報を、後続の構成要素において読み取り可能な形式に変換する。
【００２３】
ナビゲーション装置１０５は、経路情報や交通情報、ナビゲーション装置１０５に対する操作を示す操作情報などを、ナビゲーション情報として取得する。
【００２４】
情報処理部１０６は、情報記憶部１０２に保存された映像と、センサ制御部１０４及びナビゲーション装置１０５で取得された、当該映像と同時刻のセンサ情報及びナビゲーション情報とを関連付ける。これによって、情報処理部１０６は、収集情報ＤＢ１０８に格納する形式のデータを生成する。このとき、情報処理部１０６は、単に情報の同期をとるだけではなく、レーダセンサから取得された点群情報から地図を生成するといった変換処理も行ってもよい。
【００２５】
＜データベース処理部＞
データベース処理部１０７は、収集情報ＤＢ１０８の管理を行う。
【００２６】
図２は、データベース処理部１０７の動作を示すフローチャートである。ステップＳ１にて、データベース処理部１０７は、データベース処理部１０７が収集情報ＤＢ１０８に対して行うべき処理の種類を判定する。処理が新規データの書き込みであればステップＳ２に進み、処理がデータの読み出しであればステップＳ４に進み、処理が収集情報ＤＢ１０８の管理処理であればステップＳ６に進み、処理がこれらのいずれでもなければ何も実行せずに処理が終了する。
【００２７】
ステップＳ２にて、データベース処理部１０７は、情報処理部１０６から新規データである取得データを取得する。ステップＳ３にて、データベース処理部１０７は、取得データを保存データとして収集情報ＤＢ１０８に保存する。その後、処理が終了する。
【００２８】
ステップＳ４にて、データベース処理部１０７は、ユーザが所望する保存データを収集情報ＤＢ１０８から検索する。ステップＳ５にて、データベース処理部１０７は、検索された保存データなどの検索結果を読み出して出力する。データベース処理部１０７によって出力された保存データは、例えば図示しない表示装置などにおいて表示され、ユーザに参照される。その後、処理が終了する。
【００２９】
ステップＳ６にて、データベース処理部１０７は、収集情報ＤＢ１０８の保存データとデータ寿命テーブル１０９に保存された保存期限とを照合する。ステップＳ７にて、データベース処理部１０７は、照合結果に基づいて、収集情報ＤＢ１０８の寿命を迎えた保存データを削除する。
【００３０】
＜収集情報ＤＢ＞
収集情報ＤＢ１０８は、データベース処理部１０７の制御によって、情報処理部１０６からの取得データを保存データとして保存する。図３及び図４は、収集情報ＤＢ１０８に保存される内容の一例を示す図である。
【００３１】
図３のテーブルでは、映像ＩＤと、それに関連付けられた映像ファイル名とが保存されている。これに加えて、図３のテーブルでは、ひとつの映像あたりで概ね不変の情報として撮影者ＩＤ及び目的地も保存されている。
【００３２】
図３の例では、映像ＩＤは数字であるが、ひとつの映像につき固有のＩＤであれば数字に限るものではなく、例えば、アルファベットなどの文字列を用いてもよい。また図３の例では、映像ファイルフォーマットはＭＰ４であるがこれに限るものではなく、ＡＶ（Audio Video Interleave）などその他一般に用いられる映像または画像のファイルフォーマットであってもよい。また図３では、目的地が施設名で保存されている例が示されているが、目的地の名称に関する情報を取得できない場合などには、目的地が緯度経度などの位置情報で保存されてもよい。
【００３３】
なお、図３のテーブルに保存される情報は、映像ＩＤ、映像ファイル名、撮影者ＩＤ、及び、目的地としている。しかしながら、図３のテーブルに保存される情報は、この限りではなく、センサ群１０３とナビゲーション装置１０５とで取得可能な情報またはそれらから導かれる情報のうち、ひとつの映像あたりで概ね不変の情報であればよい。例えば、図３のテーブルに保存される情報は、自動車登録番号などの、車両ごとに固有の情報であってもよいし、カメラ製造番号などの、カメラごとに固有の情報であってもよい。
【００３４】
図４のテーブルでは、映像ＩＤが保存されている。これに加えて、図４のテーブルでは、ひとつの映像あたりで時間の経過とともに内容がよく変わる可変の情報として、時刻、緯度、経度、速度、エンジン回転数、高度、及び、渋滞も保存されている。
【００３５】
図４の例では、同一の映像について１秒ごとに情報が保存されているが、時間の間隔はこれより長くても短くてもよい。また、図４のテーブルに保存される情報は、映像ＩＤ、時刻、緯度、経度、速度、エンジン回転数、高度及び渋滞としている。しかしながら、図４のテーブルに保存される情報は、この限りではなく、センサ群１０３とナビゲーション装置１０５とで取得可能な情報またはそれらから導かれる情報のうち、時々刻々と変化する可変の情報であればよい。
【００３６】
以上のような図３のテーブル及び図４のテーブルはいずれも映像ＩＤを有しているため、データベース処理部１０７は、図３の情報及び図４の情報を、映像ＩＤによって互いに関連付けて参照することが可能である。なお、以上では、収集情報ＤＢ１０８に保存される内容が２つのテーブルに分けて保存される例について説明したが、この限りではない。例えば、収集情報ＤＢ１０８に保存される内容は、１つのテーブルで保存されてもよいし、動力に関わる内容はさらに別のテーブルとして分離させるなど、３つ以上のテーブルに分けて保存されてもよい。
【００３７】
＜類似度判定部＞
類似度判定部１１１は、情報処理部１０６で取得された取得データの特性と、収集情報ＤＢ１０８に保存された保存データの特性とに基づいて、取得データと保存データとの間の類似度を算出する。そして、類似度判定部１１１は、類似度が閾値以上かつ最も高かった保存データに取得データを関連付けたリンクをデータ寿命決定部１１０に出力する。
【００３８】
図５は、類似度判定部１１１の動作を示すフローチャートである。ステップＳ１１にて、類似度判定部１１１は、情報処理部１０６から新規データである取得データを取得する。
【００３９】
ステップＳ１２にて、類似度判定部１１１は、取得データと、収集情報ＤＢ１０８に保存されている保存データとの間の類似度を算出する。例えば、類似度判定部１１１は、映像に写っている物体、撮影地点、撮影日時、撮影者属性、センサ情報、及び、ナビゲーション情報などに基づいて、データ同士の一致項目数やユークリッド距離などから類似度を算出する。単にユークリッド距離を求めるだけでは情報の種類ごとにオーダーが異なるため、異なる種類の情報同士において比較可能な値域、例えば０−１のスケールに規格化する。
【００４０】
ステップＳ１３にて、類似度判定部１１１は、各保存データについて算出した類似度のうち最も高い類似度が閾値以上か否か判定する。最も高い類似度が閾値以上であると判定された場合には処理がステップＳ１４に進み、最も高い類似度が閾値より小さいと判定された場合には処理が終了する。
【００４１】
ステップＳ１４にて、類似度判定部１１１は、類似度が最も高い保存データと取得データとを関連付けるリンクを生成する。
【００４２】
ステップＳ１５にて、類似度判定部１１１は、リンクの生成結果を示すリンク情報をデータ寿命決定部１１０に出力する。その後、処理が終了する。このため、ステップＳ１３にて、最も高い類似度が閾値以下であると判定された場合にはリンクは生成されず、リンク情報も出力されない。なお、ステップＳ１３の閾値は不変でもよいし可変でもよい。また、当該閾値は、既知の機械学習などの統計的手法を用いて、統計的に決定されてもよい。
【００４３】
図６は、類似度判定部１１１がリンクを生成する一例を示す図である。１つの実線の四角枠のノードは、１つの保存データ１１ａに対応し、１つの二点鎖線の四角枠のノードは、１つの取得データ１１ｂに対応し、楕円枠は、これらデータを関連付けるリンク１２に対応する。なお、図６の例では、リンク１２は、保存データ１１ａ及び取得データ１１ｂの映像ＩＤを関連付けることによって、保存データ１１ａ及び取得データ１１ｂを関連付けている。これは、収集情報ＤＢ１０８の例で示したテーブルにおいて映像ＩＤが主キーの役割を果たしているためである。収集情報ＤＢ１０８のテーブル構成に応じて、リンクは映像ＩＤ以外の情報で保存データ及び取得データを関連付けてもよい。
【００４４】
図６では、実線のノードで表される保存データ１１ａが、「ＡＡＡＡＡ」、「ＡＡＡＡＢ」、「ＡＡＡＡＣ」という３つのリンクを形成している。このとき、二点鎖線のノードで表される「００００１１０２」、「００００１１０３」、「００００１１０４」という取得データ１１ｂが類似度判定部１１１に入力されると、類似度判定部１１１は、保存データ１１ａと取得データ１１ｂとの間の類似度を算出する。そして、類似度判定部１１１は、類似度が閾値以上かつ最も高かった保存データ１１ａに取得データ１１ｂを関連付けることによって、リンク１２を部分的に変更し、新規のリンク１２を生成する。図６の例では、「ＡＡＡＡＢ」というリンク１２に、取得データ１１ｂが１つ追加され、「ＡＡＡＡＣ」というリンク１２に、取得データ１１ｂが２つ追加されることに相当する。類似度判定部１１１は、リンクの生成結果を示すリンク情報をデータ寿命決定部１１０に出力する。
【００４５】
なお、類似度判定部１１１は、複数の取得データについてまとめて類似度の算出を行ってもよいし、１つの取得データが入力されるごとに逐次的に類似度の算出を行ってもよい。類似度を算出する対象は、収集情報ＤＢ１０８に存在する全ての保存データであってもよいが、計算量削減のため、それぞれのリンクから１つずつ選択された保存データである代表データのみであってもよい。代表データには、最近追加された、または、最初に追加された保存データが選択されてもよいし、リンクに属する保存データのうち最も平均値や中央値に近い保存データが選択されてもよい。
【００４６】
＜要求推定部＞
要求推定部１１２は、ユーザによる保存データを読み出す操作が行われた場合に、当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定した結果をデータ寿命決定部１１０に出力する。
【００４７】
図７は、要求推定部１１２の動作を示すフローチャートである。ステップＳ２１にて、要求推定部１１２は、ユーザから読み出す要求があった保存データを取得する。
【００４８】
ステップＳ２２にて、要求推定部１１２は、当該保存データ同士を関連付けるリンクを生成する。
【００４９】
ステップＳ２３にて、要求推定部１１２は、ユーザの属性を取得する。ユーザの属性は、例えば、保存データを読み出した目的や参照した目的などである。なお、要求推定部１１２は、ユーザから入力されたユーザの属性を取得してもよいし、上記保存データに既知の機械学習などの統計的手法を用いて推定されたユーザの属性を取得してもよい。
【００５０】
ステップＳ２４にて、要求推定部１１２は、ユーザの属性に基づいて、上記保存データに対する今後の要求を推定する。例えば、交通渋滞は高々数時間の現象である。このため、要求推定部１１２は、ユーザの属性が交通渋滞の状況を知る目的である場合、つまりユーザが交通渋滞の状況を知るために保存データが読み出された場合に、上記保存データの要求は、渋滞が解消され次第なくなる要求、または、渋滞が解消される程度でなくなる要求であると推定する。
【００５１】
ステップＳ２５にて、要求推定部１１２は、ステップＳ２２におけるリンクの生成結果と、ステップＳ２４における要求の推定結果とをデータ寿命決定部１１０に出力する。その後、処理が終了する。
【００５２】
図８は、要求推定部１１２がリンクを生成する一例を示す図である。図６の保存データ１１ａのうち、映像ＩＤが「００００１００４」、「００００１１０２」、「００００１１０４」である保存データ１１ａに、ユーザから参照する操作が行われた場合を想定する。この場合、要求推定部１１２は、この３つの保存データ１１ａを関連付けることによって、リンク１２を部分的に変更し、新規のリンク１２を生成する。
【００５３】
そして、要求推定部１１２は、新規のリンク１２に属する保存データ１１ａに対する将来の要求を推定する。上記例のように、保存データ１１ａが、交通渋滞の状況を確認のために参照された場合、要求推定部１１２は、新規のリンク１２に属する当該保存データ１１ａの要求は、数時間後にはなくなる要求であると推定する。また例えば、保存データ１１ａが、交通事故などの事件捜査に使用された場合、要求推定部１１２は、新規のリンク１２に属する当該保存データ１１ａの要求は、数年間といった長期に及ぶ要求であると推定する。ここでは、要求推定部１１２は、設計時に設定した静的な基準に基づいて、要求を推定する例について説明したが、これに限るものではない。例えば、要求推定部１１２は、既知の機械学習などの統計的手法に基づいて要求を推定してもよい。また、オンライン学習によって推定基準は動的に設定されてもよい。
【００５４】
＜データ寿命決定部＞
データ寿命決定部１１０では、類似度判定部１１１からの出力と要求推定部１１２からの出力とに基づいて、収集情報ＤＢ１０８における保存データの保存期限をリンク単位で決定する。
【００５５】
図９は、データ寿命決定部１１０の動作を示すフローチャートである。ステップＳ３１にて、データ寿命決定部１１０は、データ寿命決定部１１０への入力が、類似度判定部１１１からの出力であるか否かを判定する。類似度判定部１１１からの出力であると判定された場合には処理がステップＳ３２に進み、類似度判定部１１１からの出力でないと判定された場合には処理がステップＳ３３に進む。
【００５６】
ステップＳ３２にて、データ寿命決定部１１０は、取得データが関連付けられたリンクの保存期限（寿命）の初期値を決定する。例えば、取得データが加わったリンクの寿命を１年延ばす。その後、処理がステップＳ３３に進む。
【００５７】
ステップＳ３３にて、データ寿命決定部１１０は、データ寿命決定部１１０への入力が、要求推定部１１２からの出力であるか否かを判定する。要求推定部１１２からの出力であると判定された場合には処理がステップＳ３４に進み、要求推定部１１２からの出力でないと判定された場合には処理がステップＳ３５に進む。
【００５８】
ステップＳ３４にて、データ寿命決定部１１０は、要求推定部１１２で生成された新規リンクに属する保存データに対する要求の推定結果に基づいて、当該新規リンクの保存期限を決定する。例えば、データ寿命決定部１１０は、要求が渋滞のように数時間後にはなくなる要求である場合には、当該渋滞に対応するリンクの寿命を１日としてもよい。また例えば、本実施の形態１に係る情報収集装置が、渋滞解消の情報の通知を受信できるのであれば、当該通知を受信した時刻を、当該渋滞に対応するリンクの寿命としてもよい。その後、処理がステップＳ３５に進む。
【００５９】
ステップＳ３５にて、データ寿命決定部１１０は、ステップＳ３２及びステップＳ３４の決定結果によってデータ寿命テーブル１０９に保存されている保存期限を更新する。なお、ステップＳ３２またはステップＳ３４を経ずにステップＳ３５が行われる場合には、データ寿命テーブル１０９の保存期限は変更されない。ただし、収集情報ＤＢ１０８の記憶領域の容量が逼迫している場合にはこの限りではない。例えば、逼迫した記憶領域の容量確保のために、データ寿命決定部１１０は、寿命が一定の期日以内であるリンクに対し、当該リンクに属する保存データの寿命を現在時刻としてもよい。あるいは、保存データが一定の数以内となるように寿命が現在時刻に近いリンクから順に、当該リンクに属する保存データの寿命を現在時刻としてもよい。その後、処理が終了する。
【００６０】
＜データ寿命テーブル＞
データ寿命テーブル１０９は、データ寿命決定部１１０で決定された保存期限（寿命）をリンク単位で保存する。データ寿命テーブル１０９に保存された保存期限は、データ寿命決定部１１０によって逐次更新される。図１０及び図１１は、データ寿命テーブル１０９に保存される内容の一例を示す図である。
【００６１】
図１０のテーブルの情報と図１１のテーブルの情報とは、映像ＩＤによって関連付けられている。図１０のように、保存データの寿命はリンク単位で管理されている。寿命として記載されている時刻が現在時刻より古くなった場合、当該保存データはデータベース処理部１０７によって消去される。図１０では、データ寿命テーブル１０９が、リンクごとの寿命のみを管理する例が示されているが、この限りではない。例えば、データ寿命テーブル１０９は、当該リンクに追加された取得データに関する情報や、上述した代表データに関する情報なども管理してもよい。図１１では、類似度判定部１１１及び要求推定部１１２で生成（変更）されるリンクが管理されている。図１１の例では、映像ＩＤが「０００００００１」、「０００００００２」、「０００００００４」である保存データ１１ａが互いに関連付けられて、「ＡＡＡＡＡ」というリンクＩＤのリンクが形成されている。
【００６２】
なお、図１０及び図１１の例では、上記内容が２つのテーブルに分けて保存される例について説明したが、この限りではなく、１つテーブルで保存されてもよいし、管理の効率化のため３つ以上のテーブルに分けて保存されてもよい。
【００６３】
＜実施の形態１のまとめ＞
以上のように構成された本実施の形態１に係る情報収集装置によれば、情報そのものが持つ特徴と、ユーザによる将来の要求の推定結果とに基づいて、収集情報ＤＢ１０８に保存されるデータをリンク単位で管理する。このため、不要なデータの保存を抑制することができ、効率的なデータ管理機能を備える情報収集装置を提供できる。
【００６４】
また、従来の情報収集装置では、一度設定したデータの保存期限を変更する機能を有していない。これに対して、本実施の形態１では、データ寿命決定部１１０が保存期限を短縮可能な機能を有するため、従来装置より積極的に余剰な保存データを消去することができ、記憶領域の容量逼迫を回避する効果を得ることができる。また本実施の形態１では、将来的に要求される保存データについては保存期限を延長可能な機能を有するため、従来装置では削除されてしまう保存データを保護する効果を得ることができる。
【００６５】
なお、以上の説明では、データベース処理部１０７は、データ寿命テーブル１０９に保存された保存期限に基づいて、収集情報ＤＢ１０８の保存データを削除したが、これに限るものではない。例えば、データベース処理部１０７は、データ寿命テーブル１０９に保存された保存期限に基づいて、収集情報ＤＢ１０８の保存データを低減してもよい。保存データの低減は、例えば、動画のフレームレートを落すこと、解像度を小さくすることなどの、保存データのサイズを圧縮することを含む。この際、データベース処理部１０７は、圧縮した保存データである圧縮データに寿命を別途設定し、寿命を迎えた圧縮データから圧縮データを削除してもよい。
【００６６】
＜実施の形態２＞
図１２は、本発明の実施の形態２に係る情報収集装置の構成を示すブロック図である。本実施の形態２は、実施の形態１の構成（図１）に車載アプリケーション１１３を加えたものである。以下、本実施の形態２に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
【００６７】
車載アプリケーション１１３は、車両に搭載され、ナビゲーション装置１０５などで動作するアプリケーションであり、例えば、自動駐車機能アプリケーションなどである。車載アプリケーション１１３は、収集情報ＤＢ１０８の保存データを使用する際に、当該保存データとその利用の目的とを要求推定部１１２に与える。なお車載アプリケーション１１３は、少なくとも１つのアプリケーションを含むものとする。
【００６８】
要求推定部１１２は、車両１００で保存データを用いるアプリケーションである車載アプリケーション１１３の属性に基づいて、当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定する。ここでいう車載アプリケーション１１３の属性とは、例えば、車載アプリケーション１１３での保存データの利用（読み出し）に関する情報である。保存データの利用は、アプリケーションごとに固有の情報であり、例えば、同一の保存データを再度参照するか否かも静的に決定される情報である。
【００６９】
図１３は、要求推定部１１２の動作を示すフローチャートである。ステップＳ４１にて、要求推定部１１２は、車載アプリケーション１１３から使用するために読み出す要求があった保存データを取得する。
【００７０】
ステップＳ４２にて、要求推定部１１２は、当該保存データ同士を関連付けるリンクを生成する。
【００７１】
ステップＳ４３にて、要求推定部１１２は、車載アプリケーション１１３の属性を取得する。
【００７２】
ステップＳ４４にて、要求推定部１１２は、車載アプリケーション１１３の属性に基づいて、上記保存データに対する今後の要求を推定する。本実施の形態２では、車載アプリケーション１１３は複数のアプリケーションを含み、要求推定部１１２は、当該複数のアプリケーションの属性を総合して要求を推定する。
【００７３】
例えば、車載アプリケーション１１３が、駐車時に車載カメラの映像を合成して全方位映像を生成する全方位映像アプリケーションと、ヒヤリハット発生時の映像を記録して随時確認可能とするヒヤリハットアプリケーションとを含む構成を想定する。この構成において、駐車しようと車両１００が後退した場合、全方位映像アプリケーションが作動して、運転者に映像が提供される。このとき、子供の飛び出しがあった場合には、ヒヤリハットアプリケーションも作動して、その映像及び情報が記録される。すなわち、同一の保存データが２つのアプリケーションによって利用され、参照されることとなる。
【００７４】
全方位映像アプリケーションで利用される映像の保存データは、駐車操作時のみ必要となるデータであるため、当該保存データを利用するための要求は今後長期間にわたって発生しない短期間の要求であると考えられる。一方、ヒヤリハットアプリケーションで利用される映像の保存データは、任意のタイミングの確認に必要となるデータであるため、当該保存データを利用するための要求は今後長期間にわたって発生する要求であると考えられる。そこで、いずれのアプリケーションにおいても齟齬が発生しないように、要求推定部１１２は、要求の発生期間が長い方のアプリケーション、上記例ではヒヤリハットアプリケーションに基準を合わせて要求を推定する。
【００７５】
ステップＳ４５にて、要求推定部１１２は、ステップＳ４２のリンクの生成結果と、ステップＳ４４の要求の推定結果とをデータ寿命決定部１１０に出力する。その後、処理が終了する。
【００７６】
＜実施の形態２のまとめ＞
以上のように構成された本実施の形態２に係る情報収集装置によれば、車載アプリケーション１１３の属性に基づいて要求を推定するため、実施の形態１よりも要求について適切な推定結果を得ることができる。具体的には、上述のように、属性が異なる複数のアプリケーションが同一の保存データを参照することを考えたとき、実施の形態１では要求推定処理を行うタイミングによっては今後必要な保存データを即時削除してしまう可能性がある。これに対して、本実施の形態２では、以上のように、複数のアプリケーションの属性を総合して要求を推定することができるので、当該可能性を低減することができる。
【００７７】
＜実施の形態３＞
図１４は、本発明の実施の形態３に係る情報収集装置の構成を示すブロック図である。本実施の形態３は、実施の形態１，２の構成（図１，図１２）にデータ送受信部１１４を加えたものである。以下、本実施の形態３に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。なお、以下の説明では、着目の対象となる車両１００を「自車両」と記載することもあり、それ以外の車両１００を「他車両」と記載することもある。また、以下の説明では、車両の情報収集装置が通信などの動作を行うことを車両が通信などの動作を行うと記載することもある。
【００７８】
車両１００の通信部であるデータ送受信部１１４は、保存データを車両１００の外部と通信する。例えば、自車両のデータ送受信部１１４は、自車両の車載アプリケーション１１３と同じ車載アプリケーション１１３を搭載する他車両と通信を行うことによって、自車両の保存データを他車両に送信したり、他車両の保存データを受信したりする。
【００７９】
このような構成によれば、自車両のデータベース処理部１０７は、データ送受信部１１４及び車載アプリケーション１１３を介して、他車両の収集情報ＤＢ１０８の保存された保存データを参照することができる。または、自車両のデータベース処理部１０７は、自車両の収集情報ＤＢ１０８に保存された保存データを、データ送受信部１１４及び車載アプリケーション１１３を介して他車両に提供することができる。
【００８０】
なお、ここでは、自車両の車載アプリケーション１１３と他車両の車載アプリケーション１１３とは同一である場合について説明したが、これに限るものではなく、これらの間に互換性があればよい。また、他車両が自車両の保存データを受信する構成だけでよいのであれば、他車両は車載アプリケーション１１３及びデータ送受信部１１４を備えるだけであってもよい。
【００８１】
なお、自車両の収集情報ＤＢ１０８の記憶領域の容量が逼迫している場合には、自車両の情報収集装置は、通信を確立している他車両の収集情報ＤＢ１０８の空き容量を取得し、当該空き容量を超えない範囲で自車両の保存データとその寿命情報とを他車両の収集情報ＤＢ１０８に移動させてもよい。または、自車両の情報収集装置は、当該情報収集装置に保存されている重要な保存データを、他車両において複製して、他車両に複製された保存データをバックアップデータとして用いてもよい。
【００８２】
＜実施の形態３のまとめ＞
以上のように構成された本実施の形態３に係る情報収集装置によれば、保存データを車両１００の外部と通信する。このような構成によれば、例えば、自車両では参照することがなかった保存データを他車両において参照することなどができるので、保存データを有効利用することができる。また、自車両の空き容量が不足している場合に他車両に保存データを送信することができるため、自車両において本来必要であった保存データを削除しても他車両から保存データを受信することができ、その結果として安全なデータ管理を行うことができる。なお、データ送受信部１１４は、保存データと同様に取得データを車両１００の外部と通信してもよい。
【００８３】
＜実施の形態４＞
図１５は、本発明の実施の形態４に係る情報収集装置（情報収集システム）の構成を示すブロック図である。本実施の形態４は、実施の形態１，２，３の構成（図１，図１２，図１４）に、情報提供サーバ２００と、情報利用者端末３００とを加えたものである。以下、本実施の形態４に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
【００８４】
＜情報提供サーバ＞
情報提供サーバ２００は、自車両と、他車両または情報利用者端末３００との通信を仲介するサーバである。図１６は、本実施の形態４に係る情報提供サーバ２００の構成を示すブロック図である。図１６の情報提供サーバ２００は、データ送受信部２０１と、情報提供アプリケーション２０２とを備える。
【００８５】
データ送受信部２０１は、車両１００と情報利用者端末３００との間の通信を確立し、例えば、自車両と、図示しない他車両または情報利用者端末３００との間で、保存データを送受信する。情報提供アプリケーション２０２は、情報提供サーバ２００上で実行されることによって、車両１００または情報利用者端末３００からのデータ要求に基づき保存データの取得及び提供を行う。
【００８６】
図１７は、情報提供アプリケーション２０２の動作を示すフローチャートである。ステップＳ５１にて、情報提供アプリケーション２０２は、車両１００または情報利用者端末３００から要求があった保存データを保存する車両１００を検索し、検索した車両１００との通信を確立する。
【００８７】
ステップＳ５２にて、情報提供アプリケーション２０２は、当該保存データを保存する車両１００の車載アプリケーション１１３に対して、保存データの要求と情報提供アプリケーション２０２の属性を送信する。
【００８８】
ステップＳ５３にて、情報提供アプリケーション２０２は、当該車両１００から返信された保存データを受信する。
【００８９】
ステップＳ５４にて、情報提供アプリケーション２０２は、受信した保存データを、要求元の車両１００または情報利用者端末３００に送信する。
【００９０】
なお、情報提供アプリケーション２０２は、後述する情報利用者端末３００に搭載されたすべての情報提供アプリケーション３０４の属性を保存している。ここでいう情報提供アプリケーション３０４の属性とは、例えば、情報提供アプリケーション３０４での保存データの利用に関する情報である。保存データの利用は、情報提供アプリケーション３０４ごとに固有であり、例えば、同一の保存データを再度参照するか否かも静的に決定される情報である。
【００９１】
例えば、情報提供アプリケーション３０４が、全国の任意の地点を観察するための、当該地点を走行する車両の撮影装置から取得される映像を閲覧可能とする道路管理アプリケーションを含む場合を想定する。この場合に、交通量が多い地域においてすべての映像を全ての複数の車両１００に保存すると、膨大な記憶領域が必要となる。しかしながら、任意の１台の車両１００のみ映像を保存していれば十分であれば、当該１台の車両１００以外の複数の車両１００に保存された保存データの保存期限を短く設定することで、複数の車両１００全体の記憶領域の有効利用が可能となる。
【００９２】
なお、ここでは情報提供アプリケーション３０４の属性が、情報提供サーバ２００の情報提供アプリケーション２０２に保存され、情報提供サーバ２００が、情報利用者端末３００に存在する情報提供アプリケーション３０４のすべてを統括する構成について説明したが、これに限るものではない。例えば、情報提供アプリケーション３０４の開発者によって、情報提供アプリケーション３０４に必要な保存データ及びその属性が設計されてもよい。そして、車両から当該保存データを取得し、かつ、情報利用者端末３００から情報提供アプリケーション３０４の属性を取得するアプリケーションが、情報提供アプリケーション２０２として情報提供サーバ２００に、開発者によって登録されてしてもよい。そして、情報提供アプリケーション３０４ごとに情報提供アプリケーション２０２が実行されることで、情報提供アプリケーション２０２が、情報提供アプリケーション３０４の属性を取得してもよい。すなわち、情報利用者端末３００に存在する情報提供アプリケーション３０４と関連する情報提供アプリケーション２０２が、情報提供サーバ２００において存在するという構成でもよい。
【００９３】
＜情報利用者端末＞
情報利用者端末３００は、車両１００にて収集された保存データを車載アプリケーション１１３とは別の目的で利用するための端末である。図１８は、本実施の形態４に係る情報利用者端末３００の構成を示すブロック図である。情報利用者端末３００については、パーソナルコンピュータのようにどこかに据え置くものでもよく、スマートフォンのようにユーザが持ち歩くものでもよい。図１８の情報利用者端末３００は、データ送受信部３０１と、情報処理部３０２と、情報記憶部３０３と、情報提供アプリケーション３０４とを備える。
【００９４】
データ送受信部３０１は、情報提供サーバ２００を中継して、車両１００から保存データを受信する。情報処理部３０２は、情報提供アプリケーション３０４からの保存データの要求に応じて、情報提供アプリケーション３０４の属性及び必要な保存データに関する情報をデータ送受信部３０１に与えることによって、当該情報を情報提供サーバ２００に送信する。また、情報処理部３０２は、データ送受信部３０１が受信した保存データを情報提供アプリケーション３０４に与えられる形式に変換する。情報記憶部３０３は、情報処理部３０２において一部バッファリングが必要なデータを保存する。情報提供アプリケーション３０４は、情報利用者端末３００で動作するアプリケーションであり、車両１００で収集された保存データを提供及び利用する。情報提供アプリケーション３０４は、例えば、ある都市の車両１００が所望の店舗の前を走行した場合に、当該車両１００で収集された保存データの映像に基づいて、店舗の混雑情報を生成して情報提供サーバ２００に提供するアプリケーションなどを含む。
【００９５】
＜車両の情報収集装置＞
車両１００の情報収集装置は、自車両の車載アプリケーション１１３、他車両の車載アプリケーション１１３、及び、情報利用者端末３００の情報提供アプリケーション３０４の少なくともいずれか１つのために保存データの収集を行う。
【００９６】
要求推定部１１２は、実施の形態２と同様に、車両１００で保存データを用いるアプリケーションである自車両の車載アプリケーション１１３の属性に基づいて、当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定する。また、要求推定部１１２は、自車両の外部で保存データを用いるアプリケーションの属性、例えば、他車両の車載アプリケーション１１３の属性、及び、情報提供アプリケーション３０４の属性に基づいて、当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定する。
【００９７】
図１９は、要求推定部１１２の動作を示すフローチャートである。この動作において、車載アプリケーション１１３と情報提供アプリケーション３０４との間に差異はないため、図１９フローチャート及び以下の説明においては単にアプリケーションと記載する。
【００９８】
ステップＳ６１にて、要求推定部１１２は、アプリケーションから要求があった保存データを取得する。
【００９９】
ステップＳ６２にて、要求推定部１１２は、当該保存データ同士を関連付けるリンクを生成する。
【０１００】
ステップＳ６３にて、要求推定部１１２は、自車両の車載アプリケーション１１３の属性を取得する。
【０１０１】
ステップＳ６４にて、要求推定部１１２は、情報提供アプリケーション２０２の属性を取得する。情報提供アプリケーション２０２は自車両の外部に存在するため、情報提供アプリケーション２０２のアプリケーション及びその属性は、自車両へのアクセスの発生、つまりアプリケーションからの要求があって初めて分かる。
【０１０２】
ステップＳ６５にて、要求推定部１１２は、ステップＳ６３で取得した車載アプリケーション１１３の属性と、ステップＳ６４で取得したアプリケーションの属性とに基づいて、上記保存データに対する今後の要求を推定する。
【０１０３】
ステップＳ６６にて、要求推定部１１２は、ステップＳ６２のリンクの生成結果と、ステップＳ６５の要求の推定結果とをデータ寿命決定部１１０に出力する。その後、処理が終了する。
【０１０４】
＜実施の形態４のまとめ＞
以上のように構成された本実施の形態４に係る情報収集装置によれば、車両１００の外部で保存データを用いるアプリケーションの属性に基づいて要求を推定するため、例えば、情報利用者端末３００の利用によって、車載アプリケーション１１３とは質が異なった属性に基づいて要求を推定することが可能となる。このように、実施の形態１，２，３よりも多くの属性データに基づいて要求を推定することができるため、保存データを効率的に管理することができる。
【０１０５】
また、自車両と他車両との距離が、直接車車間通信を確立できない遠距離である場合であっても、情報提供サーバ２００を仲介することで複数の車両１００の間でのデータ交換が可能となる。すなわち、複数の車両１００を分散ストレージのように扱うことによって、自車両の収集情報ＤＢ１０８の記憶領域が枯渇した場合でも、当該収集情報ＤＢ１０８の保存データを他車両に退避することで保護することができる。
【０１０６】
＜実施の形態５＞
図２０は、本発明の実施の形態５に係る情報収集装置の構成を示すブロック図であり、図２１は、本実施の形態５に係る情報提供サーバ２００の構成を示すブロック図である。本実施の形態５は、実施の形態４の構成（図１５）に用いられる実施の形態１，２，３の情報収集装置（図１，図１２，図１４）から、保存データの管理と、保存データの一部の保存とを情報提供サーバ２００に移行したものである。以下、本実施の形態５に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
【０１０７】
＜車両の情報収集装置＞
図２０に示される車両１００の情報収集装置は、自車両の車載アプリケーション１１３、他車両の車載アプリケーション１１３、及び、情報利用者端末３００の情報提供アプリケーション３０４の少なくともいずれか１つのために保存データの収集を行う。
【０１０８】
データベース処理部１０７は、情報処理部１０６からの取得データを収集情報ＤＢ１０８に保存し、データ送受信部１１４は保存データを情報提供サーバ２００に送信する。車載アプリケーション１１３は、自車両の収集情報ＤＢ１０８に格納された保存データを使用する。また、車載アプリケーション１１３は、データ送受信部１１４で受信された他車両の保存データを使用し、当該保存データを必要に応じて収集情報ＤＢ１０８に保存する。データ寿命テーブル１０９は、データ送受信部１１４が情報提供サーバ２００から受信した保存期限（寿命）の情報のうち、自車両の収集情報ＤＢ１０８に格納された他車両の保存データに関する寿命の情報を複製して保存する。
【０１０９】
＜情報提供サーバ＞
図２１の情報提供サーバ２００は、複数の車両１００が収集した保存データを集中管理する。また、情報提供サーバ２００は、車両１００及び情報利用者端末３００からの要求に応じて、保存データの提供を行う。
【０１１０】
データ送受信部２０１は、車両１００が収集した保存データの受信、車両１００への保存データの送信、情報利用者端末３００からの保存データの要求及び情報利用者端末３００への保存データの送信を行う。以下、データ送受信部２０１は、車両１００が収集した保存データを、サーバ受信データとして受信するものとして説明する。
【０１１１】
データベース処理部２０３は、データ送受信部２０１で受信されたサーバ受信データを、サーバ保存データとして収集情報ＤＢ２０４に格納し、データ送受信部２０１で受信されたサーバ保存データの要求に応じて収集情報ＤＢ２０４からサーバ保存データの読み出しを行う。また、データベース処理部２０３は、データ寿命テーブル２０５を参照し収集情報ＤＢ２０４におけるサーバ保存データの管理を行う。
【０１１２】
データ寿命テーブル２０５は、サーバ保存データの保存期限を保存する。類似度判定部２０７は、データ送受信部２０１で受信されたサーバ受信データと、収集情報ＤＢ２０４に保存されているサーバ保存データとの間の類似度を算出する。そして、類似度判定部２０７は、類似度が閾値以上かつ最も高かったサーバ保存データに、サーバ受信データを関連付けたリンクをデータ寿命決定部２０６に出力する。
【０１１３】
要求推定部２０８は、車載アプリケーション１１３及び情報提供アプリケーション３０４によるサーバ保存データの読み出し及び使用が行われた場合に、当該サーバ保存データを関連付けるリンクを生成し、当該サーバ保存データに対する将来の要求を推定する。なお、車載アプリケーション１１３と情報提供アプリケーション３０４は、データ要求の際に自身の属性も併せて送信しているものとする。
【０１１４】
データ寿命決定部２０６は、類似度判定部２０７での生成結果と、要求推定部２０８での推定結果とに基づいて、収集情報ＤＢ２０４におけるサーバ保存データの保存期限をリンク単位で決定する。
【０１１５】
データ寿命決定部２０６で決定された保存期限は、データ寿命テーブル２０５に保存されたり、データベース処理部２０３に用いられたりする。なお、収集情報ＤＢ２０４の記憶領域の容量が逼迫している場合には、情報提供サーバ２００は、通信を確立している車両１００の収集情報ＤＢ１０８の空き容量を取得し、当該空き容量を超えない範囲でサーバ保存データなどを移動したり、複製したりしてもよい。
【０１１６】
＜実施の形態５のまとめ＞
以上のような構成によれば、実施の形態１，２，３，４で説明した収集情報ＤＢ１０８が、図２０の車両１００に設けられた第１データベースである収集情報ＤＢ１０８と、図２１の車両１００の外部に設けられた第２データベースである収集情報ＤＢ２０４とを含む。このような構成によれば、車両１００の収集情報ＤＢ１０８の記憶領域の容量を小さくすることが可能である。また、同じあるいは極端に類似する保存データを、複数の車両１００で重複して保存する必要がなくなるため、効率的なデータ管理が可能となる。また、サーバ保存データデータのバックアップを車両１００において行うことができるため、安全なデータ管理を行うことができる。
【０１１７】
＜変形例＞
以上で説明した情報収集装置は、ＰＮＤ（Portable Navigation Device）及びナビゲーション装置などの車両装置と、携帯電話、スマートフォン及びタブレットなどの携帯端末を含む通信端末と、車両装置及び通信端末の少なくともいずれか１つにインストールされるアプリケーションの機能と、サーバとを適宜に組み合わせてシステムとして構築される情報収集システムにも適用することができる。この場合、以上で説明した情報収集装置の各機能あるいは各構成要素は、前記システムを構築する各機器に分散して配置されてもよいし、いずれかの機器に集中して配置されてもよい。
【０１１８】
なお、本発明は、その発明の範囲内において、各実施の形態及び各変形例を自由に組み合わせたり、各実施の形態及び各変形例を適宜、変形、省略したりすることが可能である。
【０１１９】
本発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０１２０】
１１ａ  保存データ、１１ｂ  取得データ、１２  リンク、１００  車両、１０６  情報処理部、１０７  データベース処理部、１０８，２０４  収集情報ＤＢ、１０９  データ寿命テーブル、１１０  データ寿命決定部、１１１  類似度判定部、１１２  要求推定部、１１３  車載アプリケーション、１１４  データ送受信部、２０２，３０４  情報提供アプリケーション。
【図１】
2019220630.tif 000003
【図２】
2019220630.tif 000004
【図３】
2019220630.tif 000005
【図４】
2019220630.tif 000006
【図５】
2019220630.tif 000007
【図６】
2019220630.tif 000008
【図７】
2019220630.tif 000009
【図８】
2019220630.tif 000010
【図９】
2019220630.tif 000011
【図１０】
2019220630.tif 000012
【図１１】
2019220630.tif 000013
【図１２】
2019220630.tif 000014
【図１３】
2019220630.tif 000015
【図１４】
2019220630.tif 000016
【図１５】
2019220630.tif 000017
【図１６】
2019220630.tif 000018
【図１７】
2019220630.tif 000019
【図１８】
2019220630.tif 000020
【図１９】
2019220630.tif 000021
【図２０】
2019220630.tif 000022
【図２１】
2019220630.tif 000023
【手続補正書】
【提出日】令和2年4月15日(2020.4.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車両の車内及び車外の少なくともいずれか一方の映像を含むデータを取得データとして取得する取得部と、
前記取得データの特性と、データベースに保存された前記取得データである保存データの特性とに基づいて、前記取得データと前記保存データとの間の類似度を求め、前記類似度に基づいて前記取得データと前記保存データとを関連付けるリンクを生成する類似度判定部と、
前記保存データの読み出しが行われた場合に当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定する要求推定部と、
前記類似度判定部での生成結果と、前記要求推定部での推定結果とに基づいて、前記データベースにおける前記保存データの保存期限をリンク単位で決定する期限決定部と、
前記期限決定部で決定された前記保存期限に基づいて、前記データベースの前記保存データを管理するデータベース処理部と
を備える、情報収集装置。
【請求項２】
請求項１に記載の情報収集装置であって、
前記データは、
前記車両のセンサで収集されたセンサ情報と、前記車両のナビゲーション装置で収集されたナビゲーション情報とをさらに含む、情報収集装置。
【請求項３】
請求項１または請求項２に記載の情報収集装置であって、
前記期限決定部で決定された前記保存期限をリンク単位で保存する期限テーブルをさらに備え、
前記データベース処理部は、前記期限テーブルに保存された前記保存期限に基づいて、前記データベースの前記保存データを低減または削除する、情報収集装置。
【請求項４】
請求項１から請求項３のうちのいずれか１項に記載の情報収集装置であって、
前記要求推定部は、
前記車両で前記保存データを用いるアプリケーションの属性に基づいて、前記要求を推定する、情報収集装置。
【請求項５】
請求項１から請求項４のうちのいずれか１項に記載の情報収集装置であって、
前記取得データ及び前記保存データの少なくともいずれか１つを前記車両の外部と通信する通信部をさらに備える、情報収集装置。
【請求項６】
請求項１から請求項５のうちのいずれか１項に記載の情報収集装置であって、
前記要求推定部は、
前記車両の外部で前記保存データを用いるアプリケーションの属性に基づいて、前記要求を推定する、情報収集装置。
【請求項７】
請求項１から請求項６のうちのいずれか１項に記載の情報収集装置であって、
前記データベースは、
前記車両に設けられた第１データベースと、前記車両の外部に設けられた第２データベースとを含む、情報収集装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
本発明に係る情報収集装置は、車両の車内及び車外の少なくともいずれか一方の映像を含むデータを取得データとして取得する取得部と、前記取得データの特性と、データベースに保存された前記取得データである保存データの特性とに基づいて、前記取得データと前記保存データとの間の類似度を求め、前記類似度に基づいて前記取得データと前記保存データとを関連付けるリンクを生成する類似度判定部と、前記保存データの読み出しが行われた場合に当該保存データを関連付けるリンクを生成し、当該保存データに対する将来の要求を推定する要求推定部と、前記類似度判定部での生成結果と、前記要求推定部での推定結果とに基づいて、前記データベースにおける前記保存データの保存期限をリンク単位で決定する期限決定部と、前記期限決定部で決定された前記保存期限に基づいて、前記データベースの前記保存データを管理するデータベース処理部とを備える。
【国際調査報告】
2019220630.tif 000024
2019220630.tif 000025