特開 2024-146739 データ収集最適化システムおよびその使用方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024146739

(43)【公開日】2024-10-15

(54)【発明の名称】データ収集最適化システムおよびその使用方法

(51)【国際特許分類】

   G08G 1/00 20060101AFI20241004BHJP

【ＦＩ】

G08G1/00 A

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023221009

(22)【出願日】2023-12-27

(31)【優先権主張番号】18/194,473

(32)【優先日】2023-03-31

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】521042770

【氏名又は名称】ウーブン・バイ・トヨタ株式会社

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100147555

【弁理士】

【氏名又は名称】伊藤 公一

(74)【代理人】

【識別番号】100123593

【弁理士】

【氏名又は名称】関根 宣夫

(74)【代理人】

【識別番号】100133835

【弁理士】

【氏名又は名称】河野 努

(74)【代理人】

【識別番号】100122116

【弁理士】

【氏名又は名称】井上 浩二

(72)【発明者】

【氏名】マリオ フレイタス

(72)【発明者】

【氏名】ロハン フェア

(72)【発明者】

【氏名】ジェローム ペールータバッス

(72)【発明者】

【氏名】関谷 岳史

(72)【発明者】

【氏名】ニック チジョフ

(72)【発明者】

【氏名】ヨハン リンクィスト

(72)【発明者】

【氏名】ビニット テア

(72)【発明者】

【氏名】エリック ステゴール

(72)【発明者】

【氏名】カリヤニ オルガンティ

(72)【発明者】

【氏名】パース パテル

(72)【発明者】

【氏名】ジャスティン チョア

(72)【発明者】

【氏名】ニック ホリ

【テーマコード（参考）】

5H181

【Ｆターム（参考）】

5H181AA01

5H181BB04

5H181BB13

5H181BB20

5H181CC03

5H181CC04

5H181CC11

5H181CC14

5H181FF04

5H181FF10

5H181FF13

5H181FF27

5H181FF33

5H181MC12

5H181MC21

(57)【要約】

【課題】車両の処理リソースの消費を最小化する。
【解決手段】車両内データ収集方法は、複数のルールのうちの第１ルールが複数のルールのうち他のいずれかと重複するか否かを判定する。この方法は、さらに、第１ルールが複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、重複データ収集データを特定する。この方法は、さらに、トリガー事象の検出に応じて、第１ルールに関連するデータを収集する。この方法は、さらに、第１ルールに重複する複数のルールの数にかかわらず、重複データ収集データの一組を保存する。
【選択図】図６

【特許請求の範囲】

【請求項1】

複数のルールのうちの第１ルールが前記複数のルールのうち他のいずれかと重複するか否かを判定し、
前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、重複データ収集データを特定し、
トリガー事象の検出に応じて、前記第１ルールに関連するデータを収集し、
前記第１ルールに重複する前記複数のルールの数にかかわらず、前記重複データ収集データの一組を保存する
ことを含む、車両内データ収集方法。

【請求項2】

前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するか否かの判定は、
前記第１ルールのデータ収集情報を特定し、前記データ収集情報は第１センサおよび第１期間を含み、
前記複数のルールのうち少なくとも一つが、前記第１センサと前記第１期間に少なくとも部分的に一致する期間とを含むとの判定に応じて、前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複すると判定する、
ことを含む請求項１に記載の方法。

【請求項3】

前記第１期間は前記トリガー事象を基準に設定される期間である、請求項２に記載の方法。

【請求項4】

前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、前記第１ルールの優先順位レベルを調整することをさらに含み、前記第１ルールに関連するデータの収集は、前記第１ルールの前記優先順位レベルに基づく前記第１ルールに関連づけられたデータの収集を含む、
請求項１に記載の方法。

【請求項5】

前記第１ルールの前記優先順位の調整は、前記第１ルールと重複する前記複数のルールの数に基づく前記第１ルールの前記優先順位の調整を含む、請求項４に記載の方法。

【請求項6】

前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、前記第１ルールと重複する前記複数のルールのそれぞれの優先順位レベルを調整することをさらに含み、前記第１ルールと重複する前記複数のルールのそれぞれに関連づけられたデータの収集は、前記第１ルールと重複する前記複数のルールのうちの対応ルールの優先順位レベルに基づく前記対応ルールに関連づけられたデータの収集を含む、
請求項４に記載の方法。

【請求項7】

前記第１ルールと重複する前記複数のルールのそれぞれの優先順位レベルの調整は、前記第１ルールの優先順位レベルを、前記第１ルールと重複する前記複数のルールのそれぞれの優先順位レベルと同じにすることを含む、請求項６に記載の方法。

【請求項8】

命令を保存するよう構成される非一時的コンピュータ可読媒体と、
前記非一時的コンピュータ可読媒体に接続されるプロセッサとを備え、
前記プロセッサは、
複数のルールのうちの第１ルールが前記複数のルールのうち他のいずれかと重複するか否かを判定し、
前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、重複データ収集データを特定し、
トリガー事象の検出に応じて、前記第１ルールに関連するデータを収集し、
前記第１ルールに重複する前記複数のルールの数にかかわらず、前記重複データ収集データの一組を非一時的コンピュータ可読媒体に保存する
ための命令を実行するよう構成される、車両内データ収集システム。

【請求項9】

前記プロセッサは、
前記第１ルールのデータ収集情報を特定し、前記データ収集情報は第１センサおよび第１期間を含み、
前記複数のルールのうち少なくとも一つが、前記第１センサと前記第１期間に少なくとも部分的に一致する期間とを含むとの判定に応じて、前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複すると判定する、
ための命令をさらに実行するよう構成される請求項８に記載のシステム。

【請求項10】

前記第１期間は前記トリガー事象を基準に設定される期間である、請求項９に記載のシステム。

【請求項11】

前記プロセッサは、
前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、前記第１ルールの優先順位レベルを調整するための命令をさらに実行するよう構成され、前記第１ルールに関連するデータの収集は、前記第１ルールの前記優先順位レベルに基づく前記第１ルールに関連づけられたデータの収集を含む、
請求項８に記載のシステム。

【請求項12】

前記プロセッサは、前記第１ルールと重複する前記複数のルールの数に基づいて前記第１ルールの前記優先順位を調整するための命令をさらに実行するよう構成される、請求項１１に記載のシステム。

【請求項13】

前記プロセッサは、
前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、前記第１ルールと重複する前記複数のルールのそれぞれの優先順位レベルを調整するための命令をさらに実行するよう構成され、前記第１ルールと重複する前記複数のルールのそれぞれに関連づけられたデータの収集は、前記第１ルールと重複する前記複数のルールのうちの対応ルールの優先順位レベルに基づく前記対応ルールに関連づけられたデータの収集を含む、
請求項１１に記載のシステム。

【請求項14】

前記プロセッサは、前記第１ルールの優先順位レベルを、前記第１ルールと重複する前記複数のルールのそれぞれの優先順位レベルと同じにするための命令をさらに実行するよう構成される、請求項１３に記載のシステム。

【請求項15】

複数のルールのうちの第１ルールが前記複数のルールのうち他のいずれかと重複するか否かを判定し、
前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、重複データ収集データを特定し、
トリガー事象の検出に応じて、前記第１ルールに関連するデータを収集し、
前記第１ルールに重複する前記複数のルールの数にかかわらず、前記重複データ収集データの一組を保存する
ことを含む動作をプロセッサに実行させるための命令を保存するよう構成される非一時的コンピュータ可読媒体。

【請求項16】

前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するか否かの判定は、
前記第１ルールのデータ収集情報を特定し、前記データ収集情報は第１センサおよび第１期間を含み、
前記複数のルールのうち少なくとも一つが、前記第１センサと前記第１期間に少なくとも部分的に一致する期間とを含むとの判定に応じて、前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複すると判定する、
ことを含む請求項１５に記載の非一時的コンピュータ可読媒体。

【請求項17】

前記命令は、
前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、前記第１ルールの優先順位レベルを調整することをさらに含む動作を前記プロセッサに実行させ、前記第１ルールに関連するデータの収集は、前記第１ルールの前記優先順位レベルに基づく前記第１ルールに関連づけられたデータの収集を含む、
請求項１５に記載の非一時的コンピュータ可読媒体。

【請求項18】

前記第１ルールの前記優先順位の調整は、前記第１ルールと重複する前記複数のルールの数に基づく前記第１ルールの前記優先順位の調整を含む、請求項１７に記載の非一時的コンピュータ可読媒体。

【請求項19】

前記命令は、
前記第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、前記第１ルールと重複する前記複数のルールのそれぞれの優先順位レベルを調整することをさらに含む動作を前記プロセッサに実行させ、前記第１ルールと重複する前記複数のルールのそれぞれに関連づけられたデータの収集は、前記第１ルールと重複する前記複数のルールのうちの対応ルールの優先順位レベルに基づく前記対応ルールに関連づけられたデータの収集を含む、
請求項１７に記載の非一時的コンピュータ可読媒体。

【請求項20】

前記第１ルールと重複する前記複数のルールのそれぞれの優先順位レベルの調整は、前記第１ルールの優先順位レベルを、前記第１ルールと重複する前記複数のルールのそれぞれの優先順位レベルと同じにすることを含む、請求項１９に記載の非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【背景技術】

【0001】

車両内システムで用いられるコンピュータ技術は高度化していきている。こうしたコンピュータ技術では、車両の動作に関する情報または車両の周辺環境に関する情報を収集するため、車両内のセンサを多用するようになっている。これらの情報は、評価および分析を行って車両の動作の改善の一助とし、また、車両の走行環境に関する情報を収集するために、中央サーバに送信されることがある。場合によっては、アプリケーション開発者、保険会社、政府機関といった第三者が、車両の動作または車両周辺の環境に関する情報について問い合わせを行うことがある。

【図面の簡単な説明】

【0002】

本開示の態様は、添付図面とともに以下の詳細な説明を読むことで十分理解される。業界の標準的慣行に従って、各種図面は一定の縮尺で描かれてはいないことに留意されたい。実際には、各種形状の寸法は、説明の明確化のため適宜拡大または縮小されることがある。

【0003】

【図1】実施形態の要求検索システムの模式図である。

【図2】実施形態の要求検索システムにおけるＧＵＩ（Graphical User Interface）を表す図である。

【図3】実施形態における要求検索命令のデータ構造図である。

【図4】実施形態の要求検索システムの模式図である。

【図5】実施形態の要求検索システムを実装する方法のフローチャートである。

【図6】実施形態の車両内システムを用いたデータ収集方法のフローチャートである。

【図7】実施形態の要求検索システムを実装するためシステムの構成図である。

【発明を実施するための形態】

【0004】

以下の開示は、本主題の異なる特徴を実装するための多くの異なる実施形態または実施例を提供する。以下で説明される構成要素、値、操作、材料、組み合わせなどの特定の例は、本開示を簡単にするためのものである。これらは当然ながら、単なる例であり、限定を意図するものではない。それ以外の構成要素、値、操作、材料、組み合わせなども、適用可能である。例えば、以下の説明において、第１の形状が第２の形状の上にある構造は、第１の形状と第２の形状とが直接接するよう形成される実施形態を含んでよく、また、第１の形状と第２の形状との間に追加形状が形成されて第１の形状と第２の形状とが直接接しない実施形態を含んでもよい。さらに、本開示ではいくつかの例において参照符号が繰り返し使われることがある。こうした繰り返しは単純明快な説明のためであり、これが用いられる実施形態および／または構成の間の関係を示すものではない。

【0005】

さらに、「下方に」(beneath)、「下に」(below)、「下側に」(lower)、「上に」(above)、「上側に」(upper)といった空間関係の用語は、図面に表されるある要素または形状と他の要素または形状との関係を簡単に記載するためにここで用いられ得る。空間関係の用語は、図面において使用される機器または操作の向きに加えて異なる向きを包含する意図で用いられる。装置は他の方向（90度回転または他の向き）を向いていてよく、ここで空間関係記述子はその向きに従って同様に解釈されてよい。

【0006】

第三者顧客が受け取るルールまたは要求の履行のために、１以上の車両において検出されたトリガー事象に基づくデータ収集を用いることができる。あるルールまたは要求のためのデータ収集は、検出されたトリガー事象に応じて行われる。ある実施形態では、データ収集は車両内のメモリに保存されたデータの検索を含む。ある実施形態では、データ収集は車両内の１以上のセンサからの新たに検出されたデータの取得を含む。ある実施形態では、データ収集は保存されたデータの検索と新たなデータの取得との両方を含む。

【0007】

異なるユーザのルールまたは要求で、同一または類似のデータの収集が求められることがある。ある実施形態では、類似のデータは、同一センサからの収集期間が重なるデータを含む。ある実施形態では、期間は同一の広がりを有する。ある実施形態では、ある期間は、その期間より前または後の他の期間を超える広がりを有する。ある実施形態では、類似のデータは要求されたセンサデータにおける重複を含む。例えば、ある実施形態において、第１ルールは第１期間における第１センサおよび第２センサのデータを要求し、第２ルールは第１期間における第１センサおよび第３センサのデータを要求する。このとき、第１期間における第１センサのデータへのデータ収集要求は重複する。重複の他の置き換えは当業者により理解されよう。ルールまたは要求は、車両の動作に関する問い合わせまたは車両の周辺環境に関する情報である。ある実施形態では、ルールはあるトリガー事象が複数回発生する間に履行が求められる固定問い合わせである。ある実施形態では、要求はあるトリガー事象の検出に対応して、または、その要求の受信に対応して履行される１回問い合わせである。ある実施形態では、ルールおよび要求は、交換可能に用いられる。

【0008】

データ取得を要求するルールでは複数種別のデータを要求することができ、ルールの数が増えるほど、複数のルールが同じデータを要求する可能性が増大する。複数のルールが同一種別のデータを要求すると、データ収集処理はこの類似性を認識し、データを１回だけ収集および保存するようにして処理リソースの重複消費および記憶容量の重複消費を回避する。

【0009】

ある実施形態では、複数のルールが同一種別のデータを要求すると、そのデータ収集処理の優先順位が高まる。データ収集処理の優先順位、またはその係数は、そのデータ収集処理を要求するルールの数に基づいて調整される。ある実施形態では、データ収集処理の優先順位、またはその係数は、そのデータ収集処理を要求するルールの優先順位の合計の値、または他の計算式により定義される。

【0010】

図１は、ある実施形態における要求検索システム１００の模式図である。要求検索システム１００は、ユーザインタフェース（ＵＩ）１１０を含む。ＵＩ１００は、車両１４０からデータを要求するユーザ要求を受け取るよう構成される。要求検索システム１００はサーバ１２０をさらに含む。サーバ１２０は、ＵＩ１１０からユーザ要求を受け取り、車両１４０にユーザ要求を送信し、車両１４０からデータを受け取り、アクセス可能コンソール１５０を介してユーザにデータを提供するよう構成される。サーバ１２０は、ＵＩ１１０および車両１４０と通信するための通信部１３０を含む。要求検索システム１００は、車両１４０から収集したデータをユーザに伝えるよう構成されるアクセス可能コンソール１５０をさらに含む。

【0011】

ＵＩ１１０はユーザから入力指示を受け取るよう構成される。ある実施形態では、ユーザはソフトウェア開発者を含む。ある実施形態では、ユーザは機械学習モデルの開発者を含む。ある実施形態では、ユーザは保険会社を含む。ある実施形態では、ユーザは法執行機関を含む。ある実施形態では、ユーザは市場調査会社を含む。ＵＩ１１０は、データ要求の対象となる車両種別およびデータ種別をユーザが選択可能なオプションを提供する。ある実施形態では、ＵＩ１１０は、車両識別情報、要求されたデータ種別、開始時刻および終了時刻に関するフォームを用いてデータ要求を生成することができる。ある実施形態では、開始時刻および終了時刻は、UNIX（登録商標）エポックからの経過時間を表すUNIX時刻といった絶対時刻である。ある実施形態では、開始時刻および終了時刻は、車両によりデータ要求が受け取られた時刻を基準とする相対時刻である。ある実施形態では、開始時刻および終了時刻は、トリガー事象を基準とする相対時刻である。ある実施形態では、ＵＩ１１０はユーザに、トリガー事象の選択およびトリガー事象を基準とするデータ収集期間のオプションも提供する。ある実施形態では、ＵＩ１１０は、データが要求される車両の種別に関する情報を含む。ある実施形態では、ＵＩ１１０は、要求の対象となる車両を一意に識別可能な車両ＩＤを含む。例えば、車両ＩＤはＵＵＩＤ（Universally Unique Identifier）形式を含む。ある実施形態では、ＵＩ１１０はユーザが収集を希望するデータの生成元を識別可能なデータ種別を含む。例えば、データ種別は、センサデータが収集されるセンサのセンサＩＤ、アプリケーションログが収集されるアプリケーションのアプリケーションＩＤを含む。ある実施形態では、センサＩＤおよびアプリケーションＩＤのフォーマットはＵＵＩＤ形式を含む。ある実施形態では、ＵＩ１１０はドロップダウンメニューを含む。ある実施形態では、ＵＩ１１０は、データ要求に関連する情報を受け取るための編集可能領域を含む。ある実施形態では、ＵＩ１１０は、ユーザが入手可能なデータオプション種別に関する情報を提供する。ある実施形態では、入手可能なデータオプション種別は、ユーザに依存する。例えば、ある実施形態において、法執行機関は保険会社よりも多くのデータオプションを選択することが可能である。

【0012】

ある実施形態では、ＵＩ１１０は、グラフィカルユーザインタフェース（ＧＵＩ）を含む。ある実施形態では、ＵＩ１１０は、携帯電話といった、サーバ１２０に接続可能な携帯端末を含む。ある実施形態では、ＵＩ１１０は、RESTful APIといったWebインタフェースを含む。ある実施形態では、ＵＩ１１０は、サーバ１２０に接続可能なコンピュータを含む。ある実施形態では、ＵＩ１１０は、サーバ１２０への無線接続が可能である。ある実施形態では、ＵＩ１１０は、有線接続によりサーバ１２０に接続可能である。また、ＵＩ１１０は、データ要求の状況に関する最新情報をユーザに提供することができる。ある実施形態では、ＵＩ１１０は、ユーザによる追加問い合わせに応じてデータ要求の状況に関する最新情報を提供する。ある実施形態では、ある実施形態において、ＵＩ１１０は、サーバ１２０からの最新情報の受け取りに応じて自動的にユーザの介入なくデータ要求の状況に関する最新情報を提供する。ある実施形態では、状況に関する最新情報はＵＩ１１０によるユーザへの通知のトリガーとなる。ある実施形態では、通知は聴覚的通知または視覚的通知を含む。

【0013】

ある実施形態では、ＵＩ１１０は、ユーザによる料金支払いの受付手段を含む。ある実施形態では、ＵＩ１１０は、ユーザが支払カード情報を入力できるデータ入力欄を含む。ある実施形態では、ＵＩ１１０は、磁気ストライプリーダー、バーコードリーダー、ＩＣチップリーダー、または他の適切なリーダーといった支払いカードの情報を検出するリーダーを含む。

【0014】

サーバ１２０は、ＵＩ１１０および車両１４０と通信するよう構成される通信部１３０を含む。通信部１３０は、ＵＩ１１０からデータ要求を受信するよう構成される受信機１３１を含む。ある実施形態では、受信機１３１は、無線受信機を含む。ある実施形態では、受信機１３１は、有線接続を介してデータ要求を受信するよう構成される。ある実施形態では、受信機１３１は、受け取ったデータ要求に初期処理を行うようさらに構成される。ある実施形態では、受け取ったデータ要求は優先順位レベル情報を含む。ある実施形態では、受信機１３１は、データ要求を登録したユーザの身元、または、データ要求を登録したユーザにより支払われた料金に基づいて、データ要求に優先順位レベルを関連づけるよう構成される。ある実施形態では、受信機１３１は、受け取った各データ要求に要求識別番号（要求ＩＤ）を関連づけるよう構成される。ある実施形態では、サーバ１２０は、ユーザの身元に基づいて車両１４０内の所定のセンサへのアクセスを制限するよう構成される。例えば、ある実施形態において、第三者ユーザは車両１４０の安全機能に関するセンサにアクセスできない。

【0015】

通信部１３０は、受信機１３１が受け取ったデータ要求を保存するよう構成される記憶部１３２をさらに含む。ある実施形態では、記憶部１３２は、ランダムアクセスメモリ、半導体メモリ、またはその他の種類のメモリを含む。ある実施形態では、記憶部１３２は、データ要求の状況とともにデータ要求を保存するよう構成される。ある実施形態では、データ要求の状況は、登録待ち（データ要求の車両１４０への送信前）、登録済（データ要求の車両１４０への送信後）、および完了（車両１４０からの要求されたデータの受信後）を含む。ある実施形態では、記憶部１３２はユーザによりアクセス可能である。ある実施形態では、記憶部１３２における情報の更新は、記憶部１３２で更新された情報に関連づけられたユーザへの通知のトリガーとなる。ある実施形態では、記憶部１３２は、データ要求が受け取られた時刻を示すタイムスタンプ情報とともにデータ要求を保存する。ある実施形態では、記憶部１３２は、優先順位レベルに関連づけてデータ要求を保存する。ある実施形態では、優先順位レベルは、ユーザの身元に基づいて決定される。例えば、ある実施形態において、法執行機関は保険会社よりも高い優先順位を有し、保険会社はソフトウェア開発者といった一般ユーザよりも高い優先順位を有する。ある実施形態では、ユーザは、自分の要求の優先順位レベルを上げるため、または、要求したデータを早く取得するために、料金を支払うことができる。ある実施形態では、データ要求の優先順位レベルは、データ要求が最初に保存されてから車両に送信されるまでの時間間隔が増加するほど高くなる。

【0016】

通信部１３０は、送信機１３３をさらに含む。送信機１３３は、データ要求の状況をＵＩ１１０に送信するよう構成される。ある実施形態では、データ要求の状況はＵＩ１１０に無線で送信される。ある実施形態では、データ要求の状況はＵＩ１１０に有線接続を介して送信される。ある実施形態では、送信機１３３は、記憶部１３２での更新に応じてデータ要求の最新情報を自動で提供するよう構成される。ある実施形態では、送信機１３３は、ユーザから受け取る最新情報要求に応じてデータ要求の最新情報を提供するよう構成される。ある実施形態では、送信機１３３は、データ要求が記憶部１３２に最初に保存されたときに要求ＩＤを自動で送信するよう構成される。ある実施形態では、データ要求の状況は、データ要求の優先順位レベルを含む。ある実施形態では、データ要求の状況は、データ要求が車両１４０に送信されるまでの推定時間を含む。

【0017】

通信部１３０は、車両１４０への送信のための優先順位に従ってデータ要求を保存するよう構成される問合せキュー１３４をさらに含む。ある実施形態では、問合せキュー１３４は、記憶部１３２と統合される。ある実施形態では、問合せキュー１３４は、記憶部１３２と分離される。ある実施形態では、問合せキュー１３４は、優先順位レベルおよびタイムスタンプ情報に基づいてデータ要求を記憶部１３２から読み出すよう構成される。ある実施形態では、問合せキュー１３４は、優先順位レベルに基づいてデータ要求を整列させ、同じ優先順位レベルを有するデータ要求については、記憶部１３２に最初に保存されてからの経過時間により整列させるよう構成される。

【0018】

通信部１３０は、問合せキュー１３４からのデータ要求を車両１４０に送信するよう構成される送信機１３５をさらに含む。送信機１３５は、問合せキュー１３４におけるデータ要求の順序に基づいてデータ要求を車両１４０に送信するよう構成される。ある実施形態では、データ要求は車両１４０に無線で送信される。ある実施形態では、データ供給は車両１４０に有線接続で送信される。車両１４０に送信されるデータ要求は、トリガー事象情報、トリガー事象の前後のどのくらいの期間におけるデータを収集すべきかに関するデータ期間情報、および、車両１４０のセンサのうちデータ収集の対象とすべきセンサ種別を示すセンサ情報を含む。ある実施形態では、車両１４０に送信されるデータ要求は、優先順位レベル情報を含む。ある実施形態では、送信機１３５は、車両１４０にデータ要求を送信する要求を車両１４０がサーバ１２０に送信したときに、車両１４０にデータ要求を送信するよう構成される。ある実施形態では、送信機１３５は、通信部１３０が車両１４０との間でデータ要求を送信するために十分な接続を有しているときは、車両１４０が新たなデータ要求を受け付けることができないことを示す情報を通信部１３０が受け取っていない限りいつでも車両１４０にデータ要求を送信するよう構成される。ある実施形態では、送信機１３５は、車両１４０が新たなデータ要求を受け取り可能であり送信機１３５が車両１４０との十分な接続を有している限り、車両１４０にデータ要求を周期的に送信するよう構成される。ある実施形態では、送信機１３５は、五つのデータ要求、２０のデータ要求、または他の数のデータ要求といったまとまりで車両１４０にデータ要求を送信するよう構成される。ある実施形態では、送信機１３５は、車両１４０からデータ要求の受領確認を要求するよう構成される。車両から所定期間内に受領確認を受け取らない場合、送信機１３５は、データ要求を再送するよう構成される。ある実施形態では、記憶部１３２に保存されるデータ要求の状況は、データ要求についての受領確認を車両１４０からの通信部１３０が受け取ったことに応じて、車両１４０への登録済を示すよう更新される。

【0019】

通信部１３０は、車両１４０からトリガー事象の発生の通知を受け取るよう構成される受信機１３６をさらに含む。ある実施形態では、トリガー事象の発生はデータ要求の受領である。ある実施形態では、受信機１３６は、無線でトリガー事象の通知を受信するよう構成される。ある実施形態では、受信機１３６は、有線接続を介してトリガー事象の通知を受信するよう構成される。ある実施形態では、受信機１３６は、通知されたトリガー事象に関連するデータ要求の状態を更新するための信号を記憶部１３２に送るよう構成される。

【0020】

通信部１３０は、送信機１３５により送信されたデータ要求に応じた車両１４０からのデータを受け取るよう構成される受信機１３７をさらに含む。ある実施形態では、データは、車両１４０により、車両１４０からサーバ１２０へ送信するときの単位であるパケットに分割され、受信機１３７は、車両１４０からデータパケットを受信する。ある実施形態では、受信機１３７は、無線でデータを受信するよう構成される。ある実施形態では、受信機１３７は、有線接続を介してデータを受信するよう構成される。ある実施形態では、受信機１３７は、記憶部１３２に信号を送信して、受領した要求データに関連するデータ要求の状況を更新するよう構成される。ある実施形態では、一つのデータ要求に対応するデータは、車両１４０からの一つのパケットで受領される。ある実施形態では、一つのデータ要求に対応するデータは、車両１４０からの複数のパケットで受領される。受信機１３７は、受領したデータを前処理機１２２に渡す。

【0021】

サーバ１２０は、受信機１３７からデータを受け取りし、データに前処理を実行して収集データを生成するよう構成される前処理機１２２を含む。ある実施形態では、前処理は、複数のパケットからデータを再構成してデータ要求に対応するデータにまとめることを含む。ある実施形態では、前処理は、データを受け取ったときのバイト配列から非シリアル化して構造化することを含む。ある実施形態では、前処理は、車両１４０からの送信の前に圧縮されていたデータを展開することを含む。ある実施形態では、前処理は、リード・ソロモン（ＲＳ）符号、Bose-Chaudhuri-Hocquenghem（ＢＣＨ）符号、低密度パリティ検査（ＬＤＰＣ）符号等といった誤り訂正符号（ＥＣＣ）による誤り訂正を含む。ある実施形態では、前処理は、外れ値を除去しデータを平滑化してユーザに不正確なデータを報告するリスクを低減することを含む。ある実施形態では、前処理は、受信機１３７から受け取ったデータに、データ要求ＩＤ情報、優先順位レベル情報、または他の適切な情報を関連づけることを含む。ある実施形態では、理解しやすく読み取るのに特別な知識や装置を要しない形式でユーザに提供されるように、データが前処理される。

【0022】

サーバ１２０は、前処理機１２２により生成された収集データを保存するよう構成されるデータストレージ１２６をさらに含む。ある実施形態では、データストレージ１２６は記憶部１３２と統合される。ある実施形態では、データストレージ１２６は記憶部１３２と分離される。ある実施形態では、データストレージ１２６は、半導体ドライブ（ＳＳＤ）、ランダムアクセスメモリ、または他の適切なメモリを含む。ある実施形態では、データストレージ１２６は、例えばＵＩ１１０またはアクセス可能コンソール１５０を使用するユーザによりアクセス可能である。ある実施形態では、データストレージ１２６は、データ要求に関連するデータが利用可能になったことをユーザに通知するよう構成される。ある実施形態では、通知はユーザへの通知を含む。ある実施形態では、通知は聴覚的または視覚的通知を含む。ある実施形態では、データストレージ１２６は、ＵＩ１１０またはアクセス可能コンソール１５０に収集データの利用可能性についての通知を自動的に表示させるよう構成される。ある実施形態では、データストレージ１２６は、ユーザがデータ要求を登録しなくても、アクセス可能コンソール１５０を使用するユーザによりアクセス可能である。ある実施形態では、データストレージ１２６内のデータは、アクセス可能コンソール１５０を介してユーザにより検索可能である。ある実施形態では、収集データはアクセス可能コンソール１５０で視覚化される。

【0023】

要求検索システム１００は、車両１４０をさらに含む。車両１４０は、車両１４０の内部の状態と、車両１４０の周辺の外部環境との両方を検出する複数のセンサを含む。ある実施形態では、センサは、カメラ、ＬｉＤＡＲ（Light Distance And Ranging）センサ、ＲＡＤＡＲ（Radio Distance And Ranging）センサ、ＳＯＮＡＲ（Sound Navigation And Ranging）センサ、加速度センサ、ステアリングホイール位置、車速センサ、または他の適切なセンサを含む。車両１４０は、データ要求を、無線で、または、有線接続を介して受け取ることができる。

【0024】

ある実施形態では、車両１４０は、データ要求の受領に応じて、受け取ったデータ要求にデータ要求ＩＤを割り当てるよう構成される。データ要求は、データ要求の元のシステムまたはプログラムに依存することなく処理される。他の実施形態では、車両１４０に代わって通信部１３０がデータ要求ＩＤを割り当て、データ要求ＩＤは通信部１３０が車両１４０に送るデータ要求に含められる。データ要求をデータ要求の元のシステムまたはプログラムに依存しないようにすることで、車両１４０は異なるユーザおよびシステムからさらに幅広くデータ要求を受領し処理することができるようになる。車両１４０は、データ要求を処理し、車両１４０で利用可能などのセンサからのどの種別のデータがデータ要求を満足できるかを判定するプロセッサを含む。車両１４０は、センサからのデータを保存するメモリをさらに含む。ある実施形態では、プロセッサはメモリにアクセスして保存されているデータがデータ要求を満足できるかを判定する。車両１４０は、さらに、データ要求を満足するものとされたデータをサーバ１２０に、無線で、または有線接続を介して、送信することができる。ある実施形態では、プロセッサは、受け取ったデータ要求の優先順位レベルに基づいて、受け取ったデータ要求を優先順位の順序で満足させるように構成される。ある実施形態では、車両１４０は、受け取ったデータ要求の優先順位レベルに基づいて、データをサーバに優先的に送信するよう構成される。

【0025】

ある実施形態において、車両１４０のメモリおよびプロセッサは、車両１４０内のＥＣＵ（Electronic Control Unit）のソフトウェアアプリケーションを保存し実行するよう構成される。ある実施形態では、データ要求はＥＣＵに保存されたソフトウェアアプリケーションにより生成される。ある実施形態では、データ要求は、急加速、急ブレーキ、ソフトウェアアプリケーションで予め定められた特定の物体または特定のシーンを含むセンサデータの取得、ソフトウェアアプリケーションの動作停止（クラッシュ）、ソフトウェアアプリケーションでの異常検出、またはその他の適切な出来事の検出といったトリガー事象に応じて生成される。ある実施形態では、車両１４０は、ソフトウェアアプリケーションに関連づけられたトリガー事象の検出に応じて、ソフトウェアアプリケーションの保守管理者、例えばユーザへの通知を生成するよう構成される。ある実施形態では、通知は、無線により、または、有線接続を介して、例えばＵＩ１１０を介して、ユーザに直接送信される。ある実施形態では、通知は、無線により、または、有線接続を介して、サーバ１２０を介してユーザに送信される。ある実施形態では、通知は、ユーザの介入なくＵＩ１１０に通知を自動的に表示させるよう構成される。

【0026】

要求検索システム１００は、アクセス可能コンソール１５０をさらに含む。アクセス可能コンソール１５０は、ユーザをデータストレージ１２６に保存された収集データへアクセスできるようにする。ある実施形態では、アクセス可能コンソール１５０は、ＵＩ１１０と統合される。ある実施形態では、アクセス可能コンソール１５０は、ＵＩ１１０と分離される。ある実施形態では、アクセス可能コンソール１５０は、サーバ１２０と分離された別のサーバを含む。ある実施形態では、アクセス可能コンソール１５０は、データストレージ１２６が収集データを受け取ると、ユーザからのデータ要求に関連する収集データを自動的に受け取る。ある実施形態では、アクセス可能コンソール１５０は、ユーザがデータ要求を登録していなくても、ユーザがデータストレージ１２６を検索してデータストレージ１２６に保存された収集データのいずれがユーザに有用かを判断できるようにする。

【0027】

要求検索システム１００を使用することにより、ユーザは、受け取ったデータの要求や読み取りに特別な装置を要せず理解しやすい形式で、１以上の車両１４０からの情報を取得することができる。要求検索システム１００は、データ要求を優先順位付けすることができるため、法執行機関または他のユーザが確実にデータを取得でき、また、料金を支払うユーザが迅速にデータを取得できる。要求検索システム１００はこのように柔軟性であるため、幅広いユーザにとってより有用なものとなる。

【0028】

図２は、実施形態の要求検索システムにおけるＧＵＩ（Graphical User Interface）２００および２５０を表す図である。ある実施形態において、ＧＵＩ２００は要求検索システム１００のＵＩ１１０（図１）として使用可能である。ある実施形態において、ＧＵＩ２００は受信機１３１（図１）により受領されるデータ要求を生成するために使用可能である。ＧＵＩ２００は、ＧＵＩ２００がユーザから受け付けることのできる情報の種別を識別する複数の情報種別２１０を含む。ＧＵＩ２００は、ＧＵＩ２００の対応する情報種別２１０に関連する情報を受け取るよう構成される複数の欄２２０をさらに含む。ＧＵＩ２００は、欄２２０の情報に基づいてデータ要求をサーバ、例えばサーバ１２０（図１）に登録するよう構成される登録ボタン２３０を含む。当業者は、複数の情報種別２１０の名称および数が単なる例示であって異なる数および種別の情報もまた本開示の範囲内にあることを認識するだろう。

【0029】

ある実施形態では、欄２２０は、ユーザが車両ＩＤ、データ種別、開始時刻および終了時刻を入力する欄を含む。ある実施形態では、欄２２０は、ユーザがデータ要求の優先順位レベルを入力する欄をさらに含む。ある実施形態では、ＧＵＩ２００は、適用可能な各優先順位レベルに関連づけられる料金の掲示といった、データ要求の優先順位レベルをユーザが上げる方法に関する情報をさらに含む。ある実施形態では、ＧＵＩは、ユーザが身元確認のためにログイン情報を入力できる欄２２０を含む。ある実施形態では、ＧＵＩ２００は、続いてログイン情報を受け取ったユーザの優先順位レベルを表示するよう構成される。ある実施形態では、ＧＵＩ２００は、データ要求の優先順位を決めるための料金に関する支払い情報を受け取るための欄２２０をさらに含む。

【0030】

ＧＵＩ２５０は、ユーザがＧＵＩ２００の登録ボタン２３０を選択した後にユーザに表示されるよう構成される。ある実施形態では、ＧＵＩ２５０は、要求検索システム１００におけるＧＵＩ１１０（図１）として使用可能である。ＧＵＩ２５０は、データ要求が受け取られたことを示す情報を含む。ＧＵＩ２５０は、要求ＩＤラベル２６０と要求ＩＤ欄２７０とを含む。要求ＩＤ欄２７０に表示するための情報は、サーバ、例えばサーバ１２０（図１）から、サーバがデータ要求を受け取って保存した後に受信される。ある実施形態では、ＧＵＩ２５０は、車両ＩＤの情報を含む。ある実施形態では、ＧＵＩ２５０は、データ要求の優先順位レベルに関連する情報を含む。ある実施形態では、ＧＵＩ２５０は、登録待ち、登録済、完了等といったデータ要求の状況に関する情報を含む。ある実施形態では、ＧＵＩ２５０は、データ要求が車両、例えば車両１４０（図１）に登録されるまでの推定時間に関連する情報を含む。ある実施形態では、ＧＵＩ２５０は、サーバからの問合せＩＤ情報の受領に応じて自動的に表示される。ある実施形態では、ＧＵＩ２５０は、アップロードされたデータ要求の最新情報要求のユーザによる登録に応じて表示される。

【0031】

図３は、実施形態における要求検索命令３１０のデータ構造３００の図である。ある実施形態では、要求検索命令３１０は、サーバ１２０から車両１４０（図１）に送信される。要求検索命令３１０は、データ要求が車両、例えば車両１４０（図１）に要求するデータ種別に関連する情報を含む。

【0032】

要求検索命令３１０は、データ要求の優先順位レベルを示す転送優先順位パラメータ３１１を含む。要求検索命令３１０は、車両の他のアプリケーションから取得すべきデータ（あれば）の種別を示すログレベルパラメータ３１２をさらに含む。例えば、ある実施形態において、要求検索命令３１０は、物体検出アプリケーションからデータを取得する。ログレベルパラメータ３１２は、他のアプリケーションから、エラーレベルまたは重大問題レベルといったどの種別のデータを取得するかを定める。ある実施形態では、ログレベルパラメータ３１２は、要求検索命令３１０から省略され、または、ログレベルパラメータ３１２はヌル状態のままとされる。要求検索命令３１０は、トリガー事象の前後においてデータを収集すべき時間範囲を示す収集時間範囲パラメータ３１３をさらに含む。時間範囲は、ユーザによりＧＵＩ２００（図２）に入力された開始時刻および終了時刻に対応する。要求検索命令３１０は、データ要求に対応して収集されるデータの送付先を示すＵＲＬ（Uniform Resource Locator）終点パラメータ３１４をさらに含む。要求検索命令３１０は、収集時間範囲パラメータ３１３に示される時間範囲においてデータがサンプリングされるとして、どの程度の頻度でサンプリングされるべきかを示す頻度パラメータ３１５をさらに含む。例えば、事象の時刻ｔが100秒であり、時間範囲は開始時刻として-1秒と終了時刻として2秒とを有し、頻度が10Hz（100ミリ秒周期）である場合、時刻ｔが99.0秒、99.1秒、99.2秒、…、101.9秒、102.0秒におけるデータが要求検索命令により収集される。要求検索命令３１０は、データ要求により要求されるデータの収集に使用可能なセンサおよび／またはアプリケーションの種別を示すログＩＤパラメータ３１６をさらに含む。ある実施形態では、一意のＩＤ（例えばＵＵＩＤ（Universally Unique Identifier））がすべてのセンサおよびアプリケーションに予め割り当てられ、ユーザがデータ収集を求める一意のＩＤがログＩＤパラメータ３１６で特定される。要求検索命令３１０は、データ要求を作成したユーザの身元を示す要求者ＩＤパラメータ３１７をさらに含む。要求検索命令３１０は、データ要求に関連づけられたトリガー事象を示す事象ＩＤパラメータ３１８をさらに含む。要求検索命令３１０は、データ要求を満足するために車両、例えば車両１４０（図１）のリソースをどの程度割り当てるかを示す割り当てＩＤパラメータ３１９をさらに含む。当業者は、要求検索命令３１０が図３に示すすべてのパラメータを常に含むわけでないことも理解するだろう。例えば、ある実施形態において、割り当てＩＤパラメータ３１９は省略される。

【0033】

図４は、実施形態の要求検索システム４００のブロック図である。ある実施形態では、要求検索システム４００は要求検索システム１００（図１）の一部である。ある実施形態では、要求検索システム４００は、要求検索システム１００（図１）と連携して使用可能である。ある実施形態では、要求検索システム４００は、要求検索システム１００（図１）と分離可能である。

【0034】

要求検索システム４００は、車両の、もしくは車両の周辺の情報を取得するよう構成される検出車両システム４１０を含む。検出車両システム４１０は、車両および周辺の情報を取得し、情報をサーバに送信する。要求検索システム４００は、情報を受け取り、情報をコード化し、ユーザ端末４６０に情報を広めるよう構成される。

【0035】

検出車両システム４１０は、センサ４１４、ＧＰＳ（Global Positioning System）４１６および地図４１８からデータを受け取るよう構成されたＥＣＵ４２０を含む。ＥＣＵ４２０は、状況検出部４２２と、データ特定部４３２と、ログ収集部４３４と、ログ送信部４３６とを含む。状況検出部４２２は、車両制御モニタ４２４と、物体検出部４２６と、シーン検出部４２８とを含む。

【0036】

ある実施形態では、ＥＣＵ４２０は、ＧＰＳ４１６および地図４１８からデータを受け取って車両の位置および向きと、検出され、および／または既知の、物体および／または道路位置に対する車両の状態とを判定するよう構成されたローカライズ部をさらに含む。向きは、車道などの参照点に対する車両の方向である。ある実施形態では、車両の位置は、車両の位置ベクトルとともに表される。向きおよび車両の状態は、速度および車両の進行方向により表される。ある実施形態では、向きおよび車両の状態は、車両の速度ベクトル、加速度ベクトル、および加加速度ベクトルとともに表される。ある実施形態では、位置ベクトル、速度ベクトル、加速度ベクトル、および加加速度ベクトルは、角度ベクトルを含む。ある実施形態では、車両の状態は、車両のエンジンまたはモータが動作しているか否かとともに表される。

【0037】

センサ４１４は、車両の周辺環境に関する情報、例えば画像を取り込むよう構成される。ある実施形態では、センサ４１４は、可視光カメラ、赤外光カメラを含む。ある実施形態では、センサ４１４は、ＬｉＤＡＲセンサ、ＲＡＤＡＲセンサ、ＳＯＮＡＲセンサ、または他の適切なセンサにより代替され、または、これらをさらに含む。ある実施形態では、センサ４１４は、車両の他の位置にある追加カメラを含む。例えば、ある実施形態において、追加カメラは、対象車両の左右の環境をより広く検出するために、車両の横の位置にある。車両の乗員は車両のサイドウィンドウから外を見ることができるため、車両の周辺環境をより広く検出する追加カメラを用いることで、車両の周辺の物体または状況の検出精度を高めることができる。例えば、ある実施形態において、追加カメラは、車両の後方の環境をより広く検出するために、車両の後の位置にある。この情報により、物体についての情報を取り込むことができる。ある実施形態では、センサ４１４からのデータは、センサ４１４からのデータを他の機器からのデータと同期できるようにするためのタイムスタンプまたは他のメタデータを含む。

【0038】

ＧＰＳ４１６は、車両の位置を判定するよう構成される。対象車両の位置を知ることで、物体または状況を地図４１８における判定された位置に関連づけることができる。

【0039】

地図４１８は、車道および車道沿いにある既知の物体に関連する情報を含む。ある実施形態では、地図４１８は、ＧＰＳ４１６と連携して車両の位置および進行方向を決定するのに使用することができる。ある実施形態では、地図４１８は、サーバ４４０といった外部機器から受領される。ある実施形態では、地図４１８は、センサ４１４および／またはＧＰＳ４１６からの情報に基づいて周期的に更新される。ある実施形態では、地図４１８は、外部機器から受け取った情報に基づいて周期的に更新される。ある実施形態では、地図４１８は、センサデータからＳＬＡＭ（Simultaneous Localization And Mapping）アルゴリズムにより生成される。地図４１８を含むことで、物体が既知の物体であるか否かを判定することができる。既知の物体を有する地図４１８を含むことで、新たな物体の検出精度を高めることができる。

【0040】

状況検出部４２２は、車両および車両内システムの動作に関する情報を生成するよう構成される。状況検出部４２２は、センサ４１４、ブレーキシステム、加速システム、および他の適切な機器といった車両内の機器から情報を収集することができる。こうした情報を用いて、状況検出部４２２は、車両の動作を判定することができる。ある実施形態では、状況検出部４２２は、車両内のソフトウェアおよびネットワークの動作をさらにモニタするよう構成される。例えば、ある実施形態において、状況検出部４２２は、車両内のソフトウェアまたはアプリケーションの「クラッシュ」に関する情報を受け取るよう構成される。ある実施形態では、状況検出部４２２は、車両内の記憶装置の記憶容量に関する情報を収集するよう構成される。ある実施形態では、状況検出部４２２は、車両内のプロセッサの処理容量に関する情報を受け取るよう構成される。

【0041】

車両制御モニタ４２４は、センサデータおよび車両の現在の動作に関する制御ログを受け取るよう構成される。ある実施形態では、センサデータは、車速、加速度、加加速度、制動、操舵、ピッチ、ロール、ヨー、ハザードランプ点滅、クラクションに関する情報、または他の適切な情報を含む。車両制御モニタ４２４は、受け取ったセンサデータのいずれかが、要求履行の満足基準、例えばトリガー事象の満足を示すか否かを判定するよう構成される。

【0042】

物体検出部４２６は、センサ４１４からセンサデータを受け取って車道に異物が存在するか否かを判定するよう構成される。ある実施形態では、物体検出部４２６は、車道沿いまたは近傍に物体が存在するか否かをさらに判定するよう構成される。ある実施形態では、センサ４１４からのセンサデータは画像を含み、物体検出部４２６は、例えば学習済みニューラルネットワークを用いて、受け取った画像に対し画像認識を行い、異物を検出するよう構成される。ある実施形態では、物体検出部４２６は、特定された物体の種別を判定できるように、特定された物体をＧＰＳ４１６および地図４１８からの情報と比較するよう構成される。ある実施形態では、物体検出部４２６は、物体として、例えばタイヤ、車両の部分等、動物、穴、交通標識、緊急車両、ハザードランプを点灯している車両といった物体、または他の適切な物体を特定するよう構成される。

【0043】

シーン検出部４２８は、センサ４１４からセンサデータを受け取り、要求を履行するための条件を満足するシーンが車両の周辺環境にあるか否かを判定するよう構成される。ある実施形態では、シーン検出部４２８は、２台以上の車両が互いに接触していること、または、車両が複数の落下物の囲まれていることが検出されたことに基づいて、車両事故が発生したと判定するよう構成される。ある実施形態では、シーン検出部４２８は、極めて接近して複数の工事車両が検出されると、工事が行われていると判定するよう構成される。ある実施形態では、シーン検出部４２８は、車両が車道の近傍にあり、動いてない、または、他車両よりも明かに遅い速度で動いていることが検出されたことに基づいて、車両が路肩に停車していると判定するよう構成される。ある実施形態では、シーン検出部４２８は、例えば学習済みニューラルネットワークを用いた画像認識を用いて、車両の周辺シーンの内容を判定するよう構成される。

【0044】

ある実施形態では、物体検出部４２６およびシーン検出部４２８のそれぞれは、車両が動作している間ずっと、例えば車両のエンジンまたはモータが動作している間、動作している。ある実施形態では、車両制御モニタ４２４による所定の状態、例えばトリガー事象が検出されたとの判定に応じて、物体検出部４２６およびシーン検出部４２８の少なくとも一つが動作する。

【0045】

ある実施形態では、ＥＣＵ４２０は、検出車両システム４１０に保存された１以上のルールに基づいて重複データ要求を特定可能な重複フィルタをさらに含む。

【0046】

データ特定部４３２は、要求が履行されたこと、または、トリガー事象が検出されたことの判定を受け取るよう構成される。データ特定部４３２は、受け取った情報を分析し、受け取ったデータに基づいてセンサ４１４からのどのセンサデータが収集されるべきかを判定するよう構成される。例えば、ある実施形態において、データ特定部４３２は、運転者による異常な操舵操作が検出された場合、センサ４１４のうちの前カメラからの画像データが取り込まれるべきと判定するよう構成される。さらに、データ特定部４３２は、判定されたセンサからデータを収集すべき時間間隔を、検出された状況の時間に基づいて判定するよう構成される。ある実施形態では、データ特定部４３２は、ユーザから受け取った要求における指示に基づいて、データ収集の対象とすべきセンサ４１４を判定するよう構成される。

【0047】

ある実施形態では、データ特定部４３２は、検出された状況に関連する受け取ったセンサデータの領域を判定するよう構成される。ある実施形態では、受け取ったセンサデータの領域は、物体検出部４２６またはシーン検出部４２８により実行された物体認識に基づいて特定される。ある実施形態では、データ特定部４３２は、異常状況ログの情報量を削減するため、センサから受け取った画像をトリミングし、または、センサデータが画像でない場合はセンサデータから不要データを削除するよう構成される。ある実施形態では、データ特定部４３２は、センサデータからナンバープレート、人の顔等といった個人情報を削除するよう構成される。

【0048】

ログ収集部４３４は、データ特定部４３２からデータを受け取るよう構成される。ある実施形態では、ログ収集部４３４は、データ特定部４３２により提供される情報に基づいて、センサ４１４、ＧＰＳ４１６、または状況検出部４２２から直接データを受け取るよう構成される。また、ログ収集部４３４は、例えばＧＰＳ４１６または地図４１８からの位置情報、センサ４１４からの画像情報、データ特定部４３２からのトリミングまたは削減された情報、物体またはシーンが検出された時刻に関するタイムスタンプ情報、または他の適切な情報といった情報のうち、どの情報が物体の種別および場所を特定するのに使用可能であるかを判定する。

【0049】

ログ収集部４３４は、受け取って互いに関連づけられたデータ、例えばトリミングされた画像と位置データとに基づいて、ログデータを生成する。また、ログ収集部４３４は、収集データの同期およびサーバ４４０における優先順位による整列が容易になるように、ログデータにタイムスタンプ情報を関連づける。ある実施形態では、ログ収集部４３４は、トリミング画像に関連づけられた世界座標をさらに含むログデータを生成する。ある実施形態では、ログ収集部４３４は、トリミング画像に関連づけられた地図位置をさらに含むログデータを生成する。ある実施形態では、ログ収集部４３４は、物体またはシーンのより正確な判定に資する追加情報を含むログデータを生成する。

【0050】

上記はセンサ４１４からの画像データに基づくログデータの生成に関連しているが、ログ収集部４３４が画像に基づくログデータの生成のみに限定されないことを当業者は理解できるだろう。ある実施形態では、ログ収集部４３４は、ＲＡＤＡＲ、ＬｉＤＡＲ、または他の適切なセンサといった、車両に搭載された他のセンサからの情報に基づいてログデータを生成するよう構成される。ある実施形態では、ログ収集部４３４は、乗員がスマートグラスを使用している場合に、スマートグラスから受け取った情報にさらに基づいてログデータを生成するように構成される。

【0051】

ログ送信部４３６は、ログデータをログ収集部４３４から受け取ってサーバ４４０に送信するよう構成される。ある実施形態では、ログ送信部４３６は、無線でログデータを送信するよう構成される。ある実施形態では、ログ送信部４３６は、有線接続を介してログデータを送信するよう構成される。ある実施形態では、ログ送信部４３６は、ユーザ端末４６０に直接ログデータを送信するよう構成される。ある実施形態では、ログ送信部４３６は、ユーザによりアクセス可能な携帯機器にログデータを送信する。このとき、携帯機器は、サーバ４４０にログデータを送信するよう構成される。ある実施形態では、ログ送信部４３６は、携帯機器にBluetooth（登録商標）または他の適切な無線技術を用いてログデータを送信するよう構成される。ある実施形態では、ＥＣＵ４２０は、携帯機器からサーバ４４０へのデータ転送レートがログ送信部４３６からサーバ４４０への転送レートよりも高いか否かを判定するよう構成される。携帯機器からサーバ４４０へのデータ転送レータの方が高いと判定された場合、ログ送信部４３６は、ログデータがサーバ４４０に携帯端末から送信されるよう、携帯端末にログデータを送信するよう構成される。携帯機器からサーバ４４０へのデータ転送レータの方が高くないと判定された場合、ログ送信部４３６は、ログデータを、携帯端末に転送することなく検出車両システム４１０から直接サーバ４４０に送信するよう構成される。

【0052】

ある実施形態では、検出車両システム４１０は、車両に搭載されたセンサからのセンサデータを保存するよう構成されたメモリをさらに含む。ある実施形態では、メモリは、過去に検出された物体またはシーンに関連づけられた情報をさらに保存するよう構成される。ある実施形態では、過去の物体またはシーンに合致する物体またはシーンが検出された場合、データ特定部４３２は、合致する物体またはシーンに基づいて結果を提供するよう構成される。ある実施形態では、検出車両システム４１０は、状況検出部４２２からの判定された物体またはシーンに合致する物体またはシーンに関連する情報を、検出車両がサーバ４４０から受け取ったか否かをさらに判定するよう構成される。ある実施形態では、検出車両が判定された物体またはシーンに関連する情報を既に受け取っていると判定された場合、検出車両システム４１０は、サーバ４４０へのログデータの送信を抑制するよう構成される。サーバ４４０に重複情報を送信しないようにすることで、サーバ４４０に送信されるデータを削減し、検出車両システム４１０の電力消費を低減できる。ある実施形態では、過去の要求の保存はキャッシュと呼ばれる。当業者は、キャッシュが将来の要求に対しデータをより速く提供できるようにデータを保存するためのハードウェアまたはソフトウェアの使用であることを理解するだろう。

【0053】

サーバ４４０は、ログ送信部４３６からログデータを受け取るよう構成されるログデータ受信部４４２を含む。ある実施形態では、ログデータ受信部４４２は、携帯機器からログデータを受け取るよう構成される。サーバ４４０は、ログデータをエンコードするログエンコード部４４４をさらに含む。サーバ４４０は、エンコードされたログデータをユーザ端末１６０に転送するログ転送部４４６をさらに含む。サーバ４４０は、ユーザ端末４６０から要求またはルールを受け取るよう構成される要求／ルール受信部４４８をさらに含む。

【0054】

ログデータ受信部４４２は、ログ送信部４３６からログデータを受け取るよう構成される。ある実施形態では、ログデータ受信部４４２は、携帯機器からログデータを受け取るよう構成される。ある実施形態では、ログデータ受信部４４２は、無線でログデータを受け取るよう構成される。ある実施形態では、ログデータ受信部４４２は、有線接続を介してログデータを受け取るよう構成される。ある実施形態では、ログデータ受信部４４２は、ログデータを受け取った時刻のタイプスタンプをログデータに付すよう構成される。

【0055】

ログエンコード部４４４は、所定のコード化プロトコルに従って受け取ったログデータをエンコードするよう構成される。所定のコード化プロトロルに従ってログデータをエンコードすることにより、ユーザ端末４６０でログデータを使用する際に、ユーザ端末４６０はログデータを確実にデコードすることができる。ある実施形態では、ログエンコード部４４４は、ログデータの圧縮、画像エンコーディング、サムネイル画像の生成、または他の適切なコード化プロトコルを実行するよう構成される。ある実施形態では、ログエンコード部４４４は、ログデータの暗号化を実行するよう構成される。ある実施形態では、ログエンコード部４４４は、データをユーザがより見やすくするために、超解像処理を実行するよう構成される。当業者は、超解像処理が低解像度の画像から高解像度の画像を得る処理であることを理解するだろう。ログデータの解像度を改善することで、誤検出または検出漏れを減少させることができる。

【0056】

ある実施形態では、サーバ４４０は、受け取ったログデータを保存するデータベースをさらに含む。ある実施形態では、ログデータは、ログエンコード部４４４によるエンコードに先立って、またはエンコード後に、データベースに保存される。ある実施形態では、ログデータは、データベースの優先順位キューに保存される。ある実施形態では、優先順位キューは、物体またはシーン、例えばトリガー事象が検出された時刻、ログデータ受信部４４２がログデータを受け取った時刻、物体またはシーンの種別、検出車両の運転者の身元、または他の適切な優先順位基準に基づいて定められる。

【0057】

ログ転送部４４６は、エンコードされたログデータをログエンコード部４４４から受け取るよう構成される。ログ転送部４４６は、エンコードされたログデータをユーザ端末４６０に送信するよう構成される。ある実施形態では、ログ転送部４４６は、エンコードされたログデータを、ユーザがアクセス可能な携帯機器に送信するよう構成される。ある実施形態では、ログ転送部４４６は、エンコードされたログデータを無線で送信するよう構成される。ある実施形態では、ログ転送部４４６は、エンコードされたログデータを、有線接続を介して送信するよう構成される。ある実施形態では、ログ転送部４４６は、エンコードされたログデータとともに、コード化プロトコル情報を送信するよう構成される。エンコードされたログデータのコード化プロトコル情報を送信することで、携帯機器またはユーザ端末４６０は、ユーザ端末４６０で用いることができるように、エンコードされたログデータを正確にデコードできるようになる。

【0058】

要求／ルール受信部４４８は、ユーザから、データについての、新たな、または更新された、ルールまたは要求を受け取るよう構成される。ある実施形態では、要求／ルール受信部４４８は、新たな、または更新された、ルールまたは要求を、無線で受け取るよう構成される。ある実施形態では、要求／ルール受信部４４８は、新たな、または更新された、ルールまたは要求を、有線接続を介して受け取るよう構成される。ある実施形態では、要求／ルール受信部４４８は、新たな、または更新された、ルールまたは要求を、ＵＩ１１０（図１）から受け取るよう構成される。

【0059】

ある実施形態では、サーバ４４０は、複数の車両から位置情報を受け取るよう構成される。ある実施形態では、サーバ４４０は、複数の車両から航行情報を受け取るよう構成される。ある実施形態では、ログ転送部４４６は、エンコードされたログデータの送信先を、検出されたトリガー事象から所定距離以内にある車両に限定するよう構成される。

【0060】

ある実施形態では、サーバ４４０は、新たに検出されたトリガー事象に関連づけられたログデータのみを送信するよう構成される。すなわち、トリガー事象がサーバ４４０により報告済みの場合、そのトリガー事象は再び報告されない。トリガー事象を繰り返し報告しないようにすることで、サーバ４４０は、ユーザ端末が受け取る重複データを削減することができる。

【0061】

ユーザ端末４６０は、履行された要求に関連づけられたユーザがアクセス可能なユーザ端末である。ある実施形態では、ユーザ端末４６０は、ＧＵＩを含む。ある実施形態では、ユーザ端末４６０は、サーバ４４０からのデータの受領に応じて自動的に通知を生成するよう構成される。ある実施形態では、通知は聴覚的または視覚的通知を含む。

【0062】

当業者は、要求検索システム４００への変更が本開示の範囲内となることを理解するだろう。例えば、ある実施例において、検出車両システム４１０は、ユーザ端末４６０にログデータを、無線ネットワークなどのネットワークにより直接送信することができる。ある実施形態では、検出車両の乗員の携帯機器は、ユーザ端末４６０にログデータを、無線ネットワークなどのネットワークにより直接送信することができる。

【0063】

ルールまたは要求の満足に関連して車両内または車両周辺の環境で検出されたデータを自動で特定し広めることで、ユーザは、ＥＣＵ４２０といった車両の処理システムが用いるアプリケーションまたはソフトウェアの動作を構造させることができる。ある実施形態では、ユーザは事故のような事象に関連する物体情報を受け取ることができる。

【0064】

図５は、実施形態の要求検索システムが実行する方法５００のフローチャートである。ある実施形態では、方法５００は、要求検索システム１００（図１）または要求検索システム４００（図４）により実行される。ある実施形態では、方法５００は、要求検索システムが実装されたシステム７００（図７）により実行される。ある実施形態では、方法５００は、要求検索システム１００（図１）、要求検索システム４００、またはシステム７００(図７)以外のシステムにより実行される。以下の説明は、車両から受け取ったルールまたは要求の処理に関連する。

【0065】

動作５０５において、センサデータが収集される。センサデータは、車両に接続可能な１以上のセンサにより収集される。ある実施形態では、センサデータは、車両の制御パラメータを含む。ある実施形態では、センサデータは、車両の周辺環境に関する情報を含む。ある実施形態では、センサデータは、センサ４１４（図４）および／または車両の他のセンサからのデータを含む。

【0066】

動作５１０において、センサデータが処理される。センサデータは、車両のメモリに保存された１以上のルールに関する１以上のトリガー事象を特定するよう処理される。ある実施形態では、センサデータは、状況検出部４２２（図４）により処理される。ある実施形態では、センサデータは、車両のメモリに保存された１以上のルールに関する前処理指示に基づいて処理される。ある実施形態では、センサデータは、センサデータからプライバシーに関する懸念を除去するよう処理される。ある実施形態では、センサデータは、車両のメモリでの保存のためセンサデータを圧縮するよう処理される。

【0067】

動作５１５では、ルールにおける重複の有無についての判定が行われる。ルールにおける重複とは、第１ルールで要求されるデータ収集の少なくとも一部が、第２ルールで要求されるデータ収集の少なくとも一部と一致することを意味する。例えば、ある実施形態において、第１ルールは、第１センサからの、検出されたトリガー事象の5秒前から検出されたトリガー事象の10秒後までの期間のデータの収集を要求し、第２ルールは、トリガー事象が検出された時から検出されたトリガー事象の15秒後までのデータの収集を要求する。これらの二つのルールは、トリガー事象が検出されてから10秒間における第１センサからのデータについて、データ収集の重複を有する。このデータ収集における重複は、動作５１５においてルール重複として判定される。他の例では、第１ルールは、トリガー事象が検出されてから10秒間の第１センサのデータとトリガー事象が検出されてから15秒間の第２センサのデータとの収集を要求し、第２ルールは、トリガー事象が検出されてから10秒間の第２センサのデータとトリガー事象が検出されてから5秒間の第３センサのデータとの収集を要求する。これらの二つのルールは、トリガー事象が検出されてから10秒間における第２センサからのデータについて重複を有する。このデータ収集における重複は、動作５１５においてルール重複として判定される。センサおよびデータ収集期間を他に置き換えても本明細書の実施形態に従った重複ルールに該当することは、当業者により理解されよう。

【0068】

上述の例は、第１ルールおよび第２ルールについてトリガー事象が同一であることを前提としている。ある実施形態では、第１ルールのトリガー事象が第２ルールのトリガー事象と関連しているが、厳密には同じではない。例えば、ある実施形態では、第１ルールの第１トリガー事象は車両を巻き込む交通事故の検出であり、第２ルールの第２トリガー事象は車両速度の急変の検出である。交通事故において速度の急変が生じ得るものの、速度の急変が必ずしも交通事故を伴うわけではないことは、当業者により理解されよう。ある実施形態では、動作５１５は、トリガー事象が関連性のあるものか否かを判定するためにルールのトリガー事象を分析するよう構成される。ある実施形態では、車両へのルールの送信に先立って、または、車両へのルールの送信の後に、ニューラルネットワークによって分析が実行される。ある実施形態では、分析は、例えばサーバ４４０（図４）といったサーバ、または、例えば検出車両システム４１０（図４）といった車両システムに保存される、トリガー事象の相互関連データベースに基づいて実行される。ある実施形態では、トリガー事象間の関係は、例えばＵＩ１１０（図１）を用いたルール生成の時点でユーザにより提供される。トリガー事象が関連するとの判定に応じて、動作５１５は、ルールが重複するか否かの判定にあたり二つのルールが同一のトリガー事象を有しているものと扱う。これは、第２トリガー事象が満足されたときに、第１トリガー事象が満足されていなくても第１ルールを定期用することを意味するものではない。そうではなく、これは単に、ルールの優先順位の調整のため、または車両においてメモリをより効率よく使用するため、ルールが重複しているように考えることを意味するものである。

【0069】

上述の例は、ルールの重複の判定対象となるルールが二つの例を含む。重複するルールが二つよりも多くなり得ることは当業者に認識されよう。ある実施形態では、車両内のデータベースに保存されるすべてのルールが、少なくとも一つの他のルールと重複するルールがないかを判定するために分析される。ある実施形態では、ルールの重複判定は、車両へのルールの送信に先立って行われ、車両への新規ルールの送信は、車両に既に保存されたルールとの重複に関する情報を含む。車両へのルールの送付に先立ってルールの重複を分析することで、車両の処理リソースの消費を最小化することができる。

【0070】

ルールの重複を判定することで、方法５００は、データ収集、データ処理、およびデータ保存部の消費の効率を改善することができる。複数のルールを少なくとも部分的に満足するデータセットを一つだけ保存することで、車両内のメモリをより効率的に使用できる。さらに、収集データの１セットについてデータ処理、例えばプライバシー観点によるデータ削除を行うことで、車両の処理負荷を低減することができる。結果として、車両はより速くルールを満足することができ、車両内のリソースの効率を改善することで、より多くのルールを処理することができる。

【0071】

ルールの重複が存在するとの判定に応じて、方法５００は動作５１７に進む。ルール重複が存在しないとの判定に応じて、方法５００は動作５２０に進む。

【0072】

動作５１７では、重複するルールのそれぞれの優先順位がデータ収集について調整される。ある実施形態では、ルールの優先順位は、安全設備、娯楽といったルールの種別、警察、保険会社、アプリケーション製作者といったユーザの身元、ユーザにより支払われた料金、または他の適切な基準の少なくとも一つに基づいて決定される。動作５１７は、さらに、少なくとも一つの他のルールと重複するルールの優先順位を調整する。動作５１７は、重複するルールの優先順位を高くするよう、すべてのルールの優先順位を調整する。動作５１７において重複するルールの優先順位を高くすることで、方法５００は、できるだけ多くのルールを満足できる。例えば、検出されたトリガー事象に関連づけられるすべてのルールを適用するのにリソースが不十分である場合に、高い優先順位を有するルールはなるべく優先順位の低いルールに先立って適用される。重複するルールの優先順位を高め、車両の処理容量や記憶容量といったリソースをなるべく消費しないで複数のルールを満足できるようにすることで、より多くのルールが適用できるようになる。重複するルールを他のルールに先立って適用することで、当初想定されていたよりも消費リソースが減少するため、方法５００は、すべてのルールを適用できることもある。

【0073】

ある実施形態では、重複の優先順位は、グループでの重複するルール数によらず、ある優先順位レベルといったセット量に応じて高くされる。ある実施形態では、グループ内で重複するルールの数が多いほど、ルールの優先順位もより高くなる。例えば、ある実施形態において、５未満のルールが重複する場合、これらのルールの優先順位レベルは１高くなるが、５以上のルールが重複する場合、これらのルールの優先順位レベルは２高くなる。ある実施形態では、優先順位レベルの上昇は、重複するルールに関連づけられたリソース消費量に関連づけられる。例えば、ある実施形態において、共通データ収集または共通データにより節約されるリソース量が多いほど、優先順位の調整量も多くなる。

【0074】

ある実施形態では、重複するすべてのルールの優先順位レベルは、重複グループにおける最高優先順位レベルに設定される。ある実施形態では、動作５１７は、重複ルールが個々の優先順位レベルを維持するよう優先順位を調整する。

【0075】

ある実施形態では、ルールの優先順位は、検出車両システム４１０（図４）といった車両システムの開発者により決定される固有レベルに基づいて設定される。例えば、ある実施形態において、優先順位レベルは、低、中、高、重要、必須に設定される。個別の優先順位レベルの名称が単なる例であってこの記載がこれらのレベルに限定されないことは当業者により理解されよう。ある実施形態では、ルールの優先順位は、例えば1から100の範囲のスコアである。ある実施形態では、優先順位レベルのスコアは、優先順位の考慮に関して上述した要因に基づいて決定される。動作５１７は、車両システムが使用するどのような優先順位アルゴリズムに基づいて、ルールの優先順位を調整してもよい。

【0076】

ある実施形態では、車両システムの開発者がルールの重複に基づくルールの優先順位の調整を求めない場合、動作５１７は省略される。このような実施形態では、方法５００は、動作５１５の判定にかかわらず、動作５１５から動作５２０に進む。

【0077】

動作５２０では、ルールに基づいてどのセンサ情報が収集されるべきかについての判定が行われる。車両のメモリに保存されたルールは、センサデータの種別およびセンサデータの収集される期間に関連する情報を含む。ある実施形態では、収集されたデータは、不要なデータを削減または削除するためにトリミングまたは処理される。

【0078】

動作５２５では、収集されたデータが保存される。ある実施形態では、収集されたデータは、メモリに保存される。ある実施形態では、収集されたデータは、データがいつ収集されたか、または、トリガー事象がいつだったかに関するタイムスタンプ情報に関連づけて保存される。ある実施形態では、収集されたデータは、ログ収集部４３４（図４）を用いて保存される。

【0079】

動作５３０では、保存されたデータがサーバ４４０に送信される。ある実施形態では、保存されたデータは無線で送信される。ある実施形態では、保存されたデータは有線接続を介して送信される。ある実施形態では、保存されたデータはログ送信部４３６（図４）を用いて送信される。

【0080】

動作５３５では、送信されたデータがサーバ４４０により受け取られる。ある実施形態では、データはログデータ受信部４４２（図４）により受け取られる。ある実施形態では、受け取られたデータはサーバ４４０のメモリに保存される。ある実施形態では、受け取られたデータはサーバ４４０の優先順位キューに保存される。

【0081】

動作５４０では、受け取られたデータがエンコードされる。ある実施形態では、受け取られたデータは所定のコード化プロトコルに従ってエンコードされる。ある実施形態では、受け取られたデータは、受け取られたデータに関連づけられるルールにより定められる基準に従ってエンコードされる。ある実施形態では、受け取られたデータは優先順位キューにおけるデータの優先順位に従ってエンコードされる。ある実施形態では、エンコードされたデータはサーバ４４０のメモリに保存される。ある実施形態では、エンコードされたデータはサーバ４４０の優先順位キューにおけるメモリに保存される。ある実施形態では、動作５４０は省略され、受け取られたデータはエンコードされない。

【0082】

動作５４５では、エンコードされたデータがユーザ端末４６０に送信される。ある実施形態では、エンコードされたデータは無線で送信される。ある実施形態では、エンコードされたデータは有線接続を介して送信される。ある実施形態では、エンコードされたデータは優先順位キューにおけるエンコードされたデータの優先順位に従って送信される。ある実施形態では、エンコードされたデータはログ転送部４４６（図４）により送信される。

【0083】

動作５５０では、エンコードされたデータが受け取られる。ある実施形態では、エンコードされたデータはユーザ端末４６０（図４）により受け取られる。ある実施形態では、受け取られたデータは、デコードに先立ってユーザ端末４６０（図４）のメモリに保存される。ある実施形態では、受け取られたデータはユーザ端末４６０（図４）の優先順位キューに保存される。

【0084】

動作５５５では、データがデコードされる。ある実施形態では、データは所定のデコードプロトコルに従ってデコードされる。ある実施形態では、データはサーバ４４０からデータとともに受け取ったコード化プロトコル情報に基づいてデコードされる。ある実施形態では、データは受け取ったデータの種別に従ってデコードされる。ある実施形態では、データは優先順位キューにおける優先順位に基づいてデコードされる。ある実施形態では、デコードされたデータはユーザ端末４６０（図４）のメモリに保存される。ある実施形態では、デコードされたデータはユーザ端末４６０（図４）のメモリにおける優先順位キューに保存される。

【0085】

動作５６０では、デコードされたデータが視覚化される。デコードされたデータを視覚化することで、データの視覚的表現が提供される。ある実施形態では、視覚的表現は、車両からのデータの画像を含む。ある実施形態では、視覚的表現は、車両からのデータを表すアイコンを含む。ある実施形態では、視覚的表現は、データの表を含む。ある実施形態では、視覚的表現は、JSONテキストといったテキストを含む。ある実施形態では、視覚的表現は、検出されたトリガー事象の地図上の位置を含む。ある実施形態では、デコードされたデータはユーザ端末４６０（図４）を用いて視覚化される。

【0086】

動作５６５では、ユーザは視覚化されたデータについて通知を受ける。ある実施形態では、ユーザはＵＩ、例えばＵＩ１１０（図１）を用いて通知を受ける。ある実施形態では、ユーザは乗員によりアクセス可能な携帯機器を用いて通知を受ける。ある実施形態では、通知は聴覚的または視覚的通知を含む。ある実施形態では、通知はユーザによりアクセス可能な携帯機器において通知を自動的に生成するよう構成される。

【0087】

当業者は、方法５００を変更したものが本明細書の範囲内にあると理解するだろう。ある実施形態では、少なくとも一つの追加動作が方法５００に含まれる。例えば、ある実施形態において、方法５００は、車両の乗員からトリガー事象の確認を受け取ることをさらに含む。ある実施形態では、少なくとも一つの動作が方法５００から除かれる。例えば、ある実施形態において、動作５４０が除かれ、データはエンコードされることなくユーザ端末４６０に供給される。ある実施形態では、方法５００における動作の順序が変更される。例えば、ある実施形態において、動作５２５は、センサデータを保管するために、トリガー事象が検出されたか否かに関する判定に先立って実行される。当業者は、方法５００への他の変更が本明細書の範囲内にあると理解するだろう。

【0088】

図６は、実施形態における車両内システムを用いたデータ収集方法６００のフローチャートである。ある実施形態では、方法６００は方法５００の動作５１５および５２０（図５）として実行される。ある実施形態では、方法６００は状況検出部４２２（図４）により実行される。ある実施形態では、方法６００は、要求検索システム１００（図１）または要求検索システム４００（図４）を用いて実行される。ある実施形態では、方法６００は、要求検索システム１００（図１）または要求検索システム４００（図４）以外のシステムを用いて実行される。方法６００は、ルールが重複するか否か、および、重複するルールの優先順位を調整するか否かを判定するのに使用可能である。

【0089】

動作６０５では、車両内メモリに保存されたルールのためのデータ収集が検査される。ある実施形態では、動作６０５は省略され、ルールのためのデータ収集は車両へのルールの送信に先立って検査される。車両内のメモリに保存されたルールのためのデータ収集の検査は、各ルールについて、そのルールに関連づけられたトリガー事象の検出に応じて収集が指示されているルールが何であるかを判定することを含む。検査は、画像データ、車両動作データ、車両位置データといったセンサデータの種別、および、センサデータの収集期間の特定を含む。センサデータの収集期間は、データ収集の始点からデータ収集の終点までの時間間隔を含む。ある実施形態では、収集期間はトリガー事象の検出に先立つ時間を含む。ある実施形態では、一時保存データ要求を開始するトリガー事象の検出に先立って取得されたデータを集めるため、車両内の一時記憶部からデータが読み出されてよい。

【0090】

動作６１０では、対応するルールに関連づけてデータ収集情報が集積される。対応するルールに関連づけてデータ収集情報を集積することで、どのルールが重複するかの判定のための同一または類似のデータ収集要求の特定ができるようになる。ある実施形態では、集積されたデータ収集情報は、車両内メモリに保存される。ある実施形態では、動作６１０は動作６１５に統合される。

【0091】

動作６１５では、どのルールが重複するかの判定が行われる。ルール内の重複は、第１ルールで要求されるデータ収集の少なくとも一部が、第２ルールで要求されるデータ収集の少なくとも一部と一致することを意味する。ルールの重複の例は上述されており、説明の簡潔のためここでは繰り返さない。センサおよびデータ収集期間を他に置き換えても本明細書の実施形態に従った重複ルールに該当することは、当業者に理解されよう。

【0092】

ある実施形態では、第１ルールのトリガー事象は第２ルールのトリガー事象に関連するが、上述のとおり厳密には等価ではない。トリガー事象が関連するとの判定に応じて、動作６１５は、ルールが重複するか否かの判定にあたり二つのルールが同一のトリガー事象を有しているものと扱う。これは、第２トリガー事象が満足されたときに、第１トリガー事象が満足されていなくても第１ルールを定期用することを意味するものではない。そうではなく、これは単に、ルールの優先順位の調整のため、または車両においてメモリをより効率よく使用するため、ルールが重複しているように考えることを意味するものである。

【0093】

上述の例は、ルールの重複の判定対象となるルールが二つの例を含む。重複するルールが二つよりも多くなり得ることは当業者に認識されよう。ある実施形態では、車両内のデータベースに保存されるすべてのルールが、少なくとも一つの他のルールと重複するルールがないかを判定するために分析される。ある実施形態では、ルールの重複判定は、車両へのルールの送信に先立って行われ、車両への新規ルールの送信は、車両に既に保存されたルールとの重複に関する情報を含む。車両へのルールの送付に先立ってルールの重複を分析することで、車両の処理リソースの消費を最小化することができる。

【0094】

ルールの重複を判定することで、方法６００は、データ収集、データ処理、およびデータ保存部の消費の効率を改善することができる。複数のルールを少なくとも部分的に満足するデータセットを一つだけ保存することで、車両内のメモリをより効率的に使用できる。さらに、収集データの１セットについてデータ処理、例えばプライバシー観点によるデータ削除を行うことで、車両の処理負荷を低減することができる。結果として、車両はより速くルールを満足することができ、車両内のリソースの効率を改善することで、より多くのルールを処理することができる。

【0095】

ルールの重複が存在するとの判定に応じて、方法６００は動作６２０に進む。ルール重複が存在しないとの判定に応じて、方法６００は動作６２５に進む。

【0096】

動作６２０では、重複するルールのそれぞれの優先順位がデータ収集について調整される。ある実施形態では、ルールの優先順位は、安全設備、娯楽といったルールの種別、警察、保険会社、アプリケーション製作者といったユーザの身元、ユーザにより支払われた料金、または他の適切な基準の少なくとも一つに基づいて決定される。動作６２５は、さらに、少なくとも一つの他のルールと重複するルールの優先順位を調整する。動作６２５は、重複するルールの優先順位を高くするよう、すべてのルールの優先順位を調整する。動作６２５において重複するルールの優先順位を高くすることで、方法６００は、できるだけ多くのルールを満足できる。例えば、検出されたトリガー事象に関連づけられるすべてのルールを適用するのにリソースが不十分である場合に、高い優先順位を有するルールはなるべく優先順位の低いルールに先立って適用される。重複するルールの優先順位を高め、車両の処理容量や記憶容量といったリソースをなるべく消費しないで複数のルールを満足できるようにすることで、より多くのルールが適用できるようになる。重複するルールを他のルールに先立って適用することで、当初想定されていたよりも消費リソースが減少するため、方法６００は、すべてのルールを適用できることもある。

【0097】

ルールの優先順位の例およびルールの優先順位を高くする例は上述されており、説明の簡潔のためここでは繰り返さない。ルールの優先順位およびルールの優先順位を高くすることを他に置き換えても本明細書の実施形態に含まれることは、当業者により理解されよう。ある実施形態では、車両システムの開発者がルールの重複に基づくルールの優先順位の調整を求めない場合、動作６２５は省略される。このような実施形態では、方法６００は、動作６１５の判定にかかわらず、動作６１５から動作６２５に進む。

【0098】

動作６２５では、１以上のトリガー事象が検出される。トリガー事象は、車両に搭載されたセンサにより収集されたデータと、ルールに関して車両のメモリに保存される情報との比較に基づいて検出される。すなわちルールは、データを収集すべき条件、つまりトリガー事象を示す情報を含む。ある実施形態では、データはセンサ４１４（図４）により収集される。

【0099】

動作６３０では、動作６２５で検出されたトリガー事象に関連づけられたルールの優先順位レベルに基づいてデータが収集される。より高い優先順位を有するルールはなるべく優先順位の低いルールに先立って適用される。動作６２０を含むある実施形態では、動作６３０における適用されるルールの決定に、更新された優先順位レベルが用いられる。ある実施形態では、動作６３０は複数のルールを適用する。ある実施形態では、動作６３０は一つのルールを適用する。収集されたデータは、車両内のメモリに、少なくとも一時的に保存される。ある実施形態では、収集されたデータは、車両内のメモリでの保存に先立って、エンコード、個人情報の削除、または他の適切な処理を施される。

【0100】

動作６３０では、重複ルールのためのデータ収集は、ルールが重複すると判定されたデータの一つのコピーの生成に限定される。例えば、第１ルールがトリガー事象の検出から10秒間の第１センサからのデータを要求し、第２ルールがトリガー事象の検出から5秒間の第２センサからのデータを要求する場合においては、動作６３０はトリガー事象の検出から5秒間の時間間隔における第１センサからのデータの一つのコピーのみを保存する。重複するデータ収集要求に一つのコピーを保存することで、車両はデータ収集または処理の効率を改善し、より多くのデータを確実に満足させることができる。

【0101】

動作６３５では、収集されたデータが、サーバ、例えばサーバ４４０（図４）、またはユーザ端末、例えばユーザ端末４６０（図４）に送信される。ある実施形態では、保存されたデータは無線で送信される。ある実施形態では、保存されたデータは有線接続を介して送信される。ある実施形態では、保存されたデータはログ送信部４３６（図４）を用いて送信される。

【0102】

動作６４０では、新しいルールが車両により受け取られる。新しいルールは、対応するルールに関連づけられたデータ収集の集積後に受け取られる。ある実施形態では、新しいルールは無線で受け取られる。ある実施形態では、新しいルールは有線接続を介して受け取られる。

【0103】

動作６４５では、新しいルールについてデータ収集が判定される。ある実施形態では、新しいルールについてのデータ収集は、動作６０５について上述したものと同様の手法で判定される。ある実施形態では、新しいルールについてのデータ収集は、新しいルールと集積されたデータ収集要求との間の比較に基づいて判定される。動作６４５に続いて方法６００は動作６１０に進み、集積されたデータ収集要求が新しいルールに基づいて更新される。

【0104】

当業者は、方法６００を変更したものが本明細書の範囲内にあると理解するだろう。ある実施形態では、少なくとも一つの追加動作が方法６００に含まれる。例えば、ある実施形態において、方法６００は、ユーザ端末、例えばユーザ端末４６０（図４）に通知を送信することをさらに含む。ある実施形態では、少なくとも一つの動作が方法６００から除かれる。例えば、ある実施形態において、優先順位レベルの調整が求められていない場合には、動作６２０が除かれる。ある実施形態では、方法６００における動作の順序が変更される。例えば、ある実施形態において、動作６１５は動作６１０と同時に実行される。当業者は、方法６００への他の変更が本明細書の範囲内にあると理解するだろう。

【0105】

図７は、実施形態の要求検索システムが実装されるシステム７００の模式図である。システム７００は、ハードウェアであるプロセッサ７０２と、コンピュータプログラムコード７０６、例えば実行可能な命令セットがエンコードされた、例えばこれを含む、非一時的コンピュータ可読保存媒体７０４とを含む。コンピュータ可読保存媒体７０４には、外部機器と接続する命令７０７もまたエンコードされる。プロセッサ７０２は、バス７０８を介してコンピュータ可読保存媒体７０４と電気的に連結される。また、プロセッサ７０２は、バス７０８によりＩ／Ｏインタフェース７１０と電気的に連結される。また、ネットワークインタフェース７１２はバス７０８を介してプロセッサ７０２と電気的に連結される。ネットワークインタフェース７１２はネットワーク７１４に接続され、これによりプロセッサ７０２およびコンピュータ可読保存媒体７０４はネットワーク７１４を介して外部要素と接続可能となる。システム７００が要求検索システム１００（図１）、要求検索システム４００（図４）、方法５００（図５）、または方法６００（図６）で説明される動作の一部または全部を実行するように使用可能とするため、プロセッサ７０２は、コンピュータ可読保存媒体７０４にエンコードされるコンピュータプログラムコード７０６を実行するよう構成される。

【0106】

ある実施形態では、プロセッサ７０２は、ＣＰＵ（Central Processing Unit）、マルチプロセッサ、分散処理システム、ＡＳＩＣ（Application Specific Integrated Circuit）、および／または適切な処理ユニットである。

【0107】

ある実施形態では、コンピュータ可読保存媒体７０４は、電子的、磁気的、光学的、電磁的、赤外線、および／または半導体のシステム（または装置または機器）である。例えば、コンピュータ可読保存媒体７０４は、半導体または固体メモリ、磁気テープ、取り外し可能コンピュータディスケット、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read-Only Memory）、剛体磁気ディスク、および／または光学ディスクを含む。光学ディスクを用いるある実施形態では、コンピュータ可読保存媒体７０４は、ＣＤ－ＲＯＭ（Compact Disk - Read Only Memory）、ＣＤ－Ｒ／Ｗ（Compact Disk - Read/Write）、および／またはＤＶＤ（Digital Versatile Disk）を含む。

【0108】

ある実施形態では、保存媒体７０４は、システム７００が要求検索システム１００（図１）、要求検索システム４００（図４）、方法５００（図５）、または方法６００（図６）で説明される動作の一部または全部を実行するように構成されたコンピュータプログラムコード７０６を保存する。ある実施形態では、保存媒体７０４は、要求検索システム１００（図１）、要求検索システム４００（図４）、方法５００（図５）、または方法６００（図６）で説明される動作の一部または全部の実行に必要な情報、および、要求検索システム１００（図１）、要求検索システム４００（図４）、方法５００（図５）、または方法６００（図６）で説明される動作の一部または全部の実行にあたり生成される情報、例えばセンサデータパラメータ７１６、ルールパラメータ７１８、収集データパラメータ７２０、優先順位データパラメータ７２２、および／または要求検索システム１００（図１）、要求検索システム４００（図４）、方法５００（図５）、または方法６００（図６）で説明される動作の一部または全部を実行するための実行可能な命令セットを保存する。

【0109】

システム７００は、Ｉ／Ｏインタフェース７１０を含む。Ｉ／Ｏインタフェース７１０は、外部回路と連結される。ある実施形態では、Ｉ／Ｏインタフェース７１０は、プロセッサ７０２に情報およびコマンドを伝達するためのキーボード、キーパッド、マウス、トラックボール、トラックパッド、および／またはカーソル方向キーを含む。

【0110】

システム７００は、また、プロセッサ７０２に連結されるネットワークインタフェース７１２を含む。ネットワークインタフェース７１２により、システム７００は、１以上の他のコンピュータシステムが接続されたネットワーク７１４と通信可能となる。ネットワークインタフェース７１２は、Bluetooth、Wi-Fi、WiMAX、GPRS、またはWCDMA（登録商標）といった無線ネットワークインタフェース、または、イーサネット、USB、またはIEEE 1394といった有線ネットワークインタフェースを含む。ある実施形態では、要求検索システム１００（図１）、要求検索システム４００（図４）、方法５００（図５）、または方法６００（図６）で説明される動作の一部または全部は、２以上のシステム７００に実装され、優先順位レベル、問合せＩＤ、問合せ状態、および問合せデータといった情報がネットワーク７１４を介して異なるシステム７００の間で交換される。

【0111】

［付記１］

【0112】

車両内データ収集方法は、複数のルールのうちの第１ルールが複数のルールのうち他のいずれかと重複するか否かを判定することを含む。方法は、さらに、第１ルールが複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、重複データ収集データを特定することを含む。方法は、さらに、トリガー事象の検出に応じて、第１ルールに関連するデータを収集することを含む。方法は、さらに、第１ルールに重複する複数のルールの数にかかわらず、重複データ収集データの一組を保存することを含む。

【0113】

［付記２］

【0114】

第１ルールが前記複数のルールのうち他の少なくとも一つと重複するか否かの判定は、第１ルールのデータ収集情報を特定し、データ収集情報は第１センサおよび第１期間を含み、複数のルールのうち少なくとも一つが、第１センサと第１期間に少なくとも部分的に一致する期間とを含むとの判定に応じて、第１ルールが複数のルールのうち他の少なくとも一つと重複すると判定する、ことを含む付記１に記載の方法。

【0115】

［付記３］

【0116】

第１期間はトリガー事象を基準に設定される期間である、付記２に記載の方法。

【0117】

［付記４］

【0118】

第１ルールが複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、第１ルールの優先順位レベルを調整することをさらに含み、第１ルールに関連するデータの収集は、第１ルールの優先順位レベルに基づく第１ルールに関連づけられたデータの収集を含む、付記１－３のいずれか一つに記載の方法。

【0119】

［付記５］

【0120】

第１ルールの優先順位の調整は、第１ルールと重複する複数のルールの数に基づく第１ルールの優先順位の調整を含む、付記４に記載の方法。

【0121】

［付記６］

【0122】

第１ルールが複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、第１ルールと重複する複数のルールのそれぞれの優先順位レベルを調整することをさらに含み、第１ルールと重複する複数のルールのそれぞれに関連づけられたデータの収集は、第１ルールと重複する複数のルールのうちの対応ルールの優先順位レベルに基づく対応ルールに関連づけられたデータの収集を含む、付記１－５のいずれか一つに記載の方法。

【0123】

［付記７］

【0124】

第１ルールと重複する複数のルールのそれぞれの優先順位レベルの調整は、第１ルールの優先順位レベルを、第１ルールと重複する複数のルールのそれぞれの優先順位レベルと同じにすることを含む、付記６に記載の方法。

【0125】

［付記８］

【0126】

車両内データ収集システムは、命令を保存するよう構成される非一時的コンピュータ可読媒体と、非一時的コンピュータ可読媒体に接続されるプロセッサとを備える。プロセッサは、複数のルールのうちの第１ルールが前記複数のルールのうち他のいずれかと重複するか否かを判定するための命令を実行するよう構成される。プロセッサは、第１ルールが複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、重複データ収集データを特定するための命令を実行するよう構成される。プロセッサは、トリガー事象の検出に応じて、第１ルールに関連するデータを収集するための命令を実行するよう構成される。プロセッサは、第１ルールに重複する複数のルールの数にかかわらず、重複データ収集データの一組を非一時的コンピュータ可読媒体に保存するための命令を実行するよう構成される。

【0127】

［付記９］

【0128】

プロセッサは、第１ルールのデータ収集情報を特定し、データ収集情報は第１センサおよび第１期間を含み、複数のルールのうち少なくとも一つが、第１センサと第１期間に少なくとも部分的に一致する期間とを含むとの判定に応じて、第１ルールが複数のルールのうち他の少なくとも一つと重複すると判定する、ための命令をさらに実行するよう構成される付記８に記載のシステム。

【0129】

［付記１０］

【0130】

第１期間はトリガー事象を基準に設定される期間である、付記９に記載のシステム。

【0131】

［付記１１］

【0132】

プロセッサは、第１ルールが前記複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、第１ルールの優先順位レベルを調整するための命令をさらに実行するよう構成され、第１ルールに関連するデータの収集は、第１ルールの前記優先順位レベルに基づく第１ルールに関連づけられたデータの収集を含む、付記８－１０のいずれか一つに記載のシステム。

【0133】

［付記１２］

【0134】

プロセッサは、第１ルールと重複する複数のルールの数に基づいて第１ルールの前記優先順位を調整するための命令をさらに実行するよう構成される、付記１１に記載のシステム。

【0135】

［付記１３］

【0136】

プロセッサは、第１ルールが複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、第１ルールと重複する複数のルールのそれぞれの優先順位レベルを調整するための命令をさらに実行するよう構成され、第１ルールと重複する複数のルールのそれぞれに関連づけられたデータの収集は、第１ルールと重複する複数のルールのうちの対応ルールの優先順位レベルに基づく対応ルールに関連づけられたデータの収集を含む、付記８－１２のいずれか一つに記載のシステム。

【0137】

［付記１４］

【0138】

プロセッサは、第１ルールの優先順位レベルを、第１ルールと重複する複数のルールのそれぞれの優先順位レベルと同じにするための命令をさらに実行するよう構成される、付記１３に記載のシステム。

【0139】

［付記１５］

【0140】

プロセッサに、複数のルールのうちの第１ルールが複数のルールのうち他のいずれかと重複するか否かの判定を含む動作を実行させるための命令を保存するよう構成される非一時的コンピュータ可読媒体。動作は、第１ルールが複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、重複データ収集データを特定することをさらに含む。動作は、トリガー事象の検出に応じて、第１ルールに関連するデータを収集することをさらに含む。動作は、第１ルールに重複する複数のルールの数にかかわらず、重複データ収集データの一組を保存することをさらに含む。

【0141】

［付記１６］

【0142】

第１ルールが前記複数のルールのうち他の少なくとも一つと重複するか否かの判定は、第１ルールのデータ収集情報を特定し、データ収集情報は第１センサおよび第１期間を含み、複数のルールのうち少なくとも一つが、第１センサと第１期間に少なくとも部分的に一致する期間とを含むとの判定に応じて、第１ルールが複数のルールのうち他の少なくとも一つと重複すると判定する、ことを含む付記１５に記載の非一時的コンピュータ可読媒体。

【0143】

［付記１７］

【0144】

命令は、第１ルールが複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、第１ルールの優先順位レベルを調整することをさらに含む動作をプロセッサに実行させ、第１ルールに関連するデータの収集は、第１ルールの前記優先順位レベルに基づく第１ルールに関連づけられたデータの収集を含む、付記１５または１６に記載の非一時的コンピュータ可読媒体。

【0145】

［付記１８］

【0146】

第１ルールの前記優先順位の調整は、第１ルールと重複する複数のルールの数に基づく第１ルールの前記優先順位の調整を含む、付記１７に記載の非一時的コンピュータ可読媒体。

【0147】

［付記１９］

【0148】

命令は、第１ルールが複数のルールのうち他の少なくとも一つと重複するとの判定に応じて、第１ルールと重複する複数のルールのそれぞれの優先順位レベルを調整することをさらに含む動作をプロセッサに実行させ、第１ルールと重複する複数のルールのそれぞれに関連づけられたデータの収集は、第１ルールと重複する複数のルールのうちの対応ルールの優先順位レベルに基づく対応ルールに関連づけられたデータの収集を含む、付記１５－１８のいずれか一つに記載の非一時的コンピュータ可読媒体。

【0149】

［付記２０］

【0150】

第１ルールと重複する複数のルールのそれぞれの優先順位レベルの調整は、第１ルールの優先順位レベルを、第１ルールと重複する複数のルールのそれぞれの優先順位レベルと同じにすることを含む、付記１９に記載の非一時的コンピュータ可読媒体。

【0151】

上記は当業者が本開示の態様をよりよく理解できるよういくつかの実施形態の特徴を概説したものである。当業者は、ここで紹介された実施形態と同様の目的の遂行および／または同様の利点の達成のため、本開示を他の処理または構造の設計または改良の目的で容易に利用することができることを理解するはずである。また、当業者は、そのような同等の構成物は本開示の精神および範囲を離れるものではなく、本開示の精神および範囲から離れることなく本開示に変更、代替、変更を加えることができることを認識するはずである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【外国語明細書】