特開 2025-27979 車両記録に基づく地面目的特性の決定

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

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

(11)【公開番号】P2025027979

(43)【公開日】2025-02-28

(54)【発明の名称】車両記録に基づく地面目的特性の決定

(51)【国際特許分類】

   G08G 1/00 20060101AFI20250220BHJP

   G06F 11/30 20060101ALI20250220BHJP

【ＦＩ】

G08G1/00 J

G06F11/30 189

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024106198

(22)【出願日】2024-07-01

(31)【優先権主張番号】18/451,051

(32)【優先日】2023-08-16

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

(71)【出願人】

【識別番号】521042770

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100092624

【弁理士】

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

(74)【代理人】

【識別番号】100147555

【弁理士】

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

(74)【代理人】

【識別番号】100123593

【弁理士】

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

(74)【代理人】

【識別番号】100133835

【弁理士】

【氏名又は名称】河野 努

(74)【代理人】

【識別番号】100120499

【弁理士】

【氏名又は名称】平山 淳

(72)【発明者】

【氏名】ジャーン－フランスワー バスティエン

(72)【発明者】

【氏名】ピーター バーガー

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

5B042

5H181

【Ｆターム（参考）】

5B042MA08

5B042MA15

5H181AA01

5H181BB04

5H181BB13

5H181BB20

5H181CC03

5H181CC04

5H181CC11

5H181CC12

5H181CC14

5H181EE13

5H181FF04

5H181FF10

5H181FF13

5H181FF25

5H181FF27

5H181FF33

5H181FF35

5H181LL07

5H181LL08

5H181LL09

5H181LL16

5H181MC16

(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】図２は、主題の開示の少なくとも一部の実施形態に係る、モバイルコンピューティングネットワークのコンテンツのクエリに関するグラフィカルユーザインターフェース（ＧＵＩ）の図である。

【図3】図３は、主題の開示の少なくとも一部の実施形態に係る、コンテンツ取得タスクのデータ構造の図である。

【図4】図４は、主題の開示の少なくとも一部の実施形態に係る、クエリコンテンツの取得システムの概略図である。

【図5】図５は、主題の開示の少なくとも一部の実施形態に係る、車両記録に基づく地面目的特性の決定に関する動作フローである。

【図6】図６は、主題の開示の少なくとも一部の実施形態に係る、車両反応を検出する動作フローである。

【図7】図７は、主題の開示の少なくとも一部の実施形態に係る、センサの出力を記録する動作フローである。

【図8】図８は、主題の開示の少なくとも一部の実施形態に係る、車両事象の記録に基づく地面目的特性の決定に関するハードウェア構成の図である。

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

【0004】

以下の開示は、提供される主題の様々な特徴を実装する多数の異なる実施形態又は例を提供する。本開示を簡略化するために、構成要素、値、動作、材料、配置、又は同種のものに関する具体例が以下に記載される。もちろん、これらは単なる例であって、限定することを意図したものではない。他の構成要素、値、動作、材料、配置、又は同種のものが想定される。例えば、以下の説明で第２の特徴の上方又は上に第１の特徴を形成することは、第１及び第２の特徴が直接的に接触して形成されている実施形態を含んでもよく、第１及び第２の特徴が直接的に接触し得ないように、追加の特徴が第１及び第２の特徴間に形成され得る実施形態も含んでもよい。加えて、本開示は、様々な例で参照番号及び／又は参照文字を繰り返し得る。この繰り返しは、簡略化及び明確化を目的としたものであって、それ自体で、説明される様々な実施形態及び／又は構成間の関係を規定するものではない。

【0005】

更に、「下方」、「下」、「～よりも下」、「上方」、「～よりも上」、及び同種のものなどの空間的に相対的な用語は、図に示されるような別の要素又は特徴に対するある要素又は特徴の関係を記載する説明を容易にするために本明細書で使用され得る。空間的に相対的な用語は、図で描写される向きに加えて、使用又は動作時におけるデバイスの様々な向きを包含することを意図したものである。装置は、他の場合の向き（９０度回転又は他の向き）であってもよく、本明細書で使用される空間的に相対的な記述は、それに従って同様に解釈され得る。

【0006】

ソフトウェア開発者、保険提供者、市場調査員、及び法執行官などのユーザは、オンデマンドデータ取得（ＯＤＤＲ）システムを使用してグラフィカルユーザインターフェース（ＧＵＩ）などのユーザインターフェースにデータ要求を入力することができる。ソフトウェア開発者は、例えば、車両上で実行されるアプリケーション、ミドルウェア、又はＯＳ（オペレーティングシステム）を開発するソフトウェア開発者である。例示的なアプリケーションは、自動運転システムアプリケーション、例えば、オブジェクト認識アプリケーション、道路認識アプリケーション、センサフュージョンアプリケーション、ローカリゼーションアプリケーション、パスプランナアプリケーション、コントローラアプリケーションなどを含む。データ要求は、サーバで分析及び記憶され、次いで、サーバによって車両に送信される。サーバ側で、データ要求は、ストレージユニットに記憶され、要求キューは、記憶された要求に基づいて生成される。ユーザは、データ要求の状況に関する更新を確認又は要求することができる。例えば、データ要求が依然、車両への送信の前にサーバ内にある間、状況は、「保留」と示され得る。サーバがデータ要求を車両に送信すると、状況は、「送信済」に更新され得る。これにより、ユーザは、車両に対して行われるデータ要求の状況を確認及び追跡することができる。説明は、明確にするために車両を指しているが、説明は、単一の車両に加えて車両群に適用可能であることを当業者は認識するであろう。説明はまた、少なくとも１つのセンサを装備し、何らかの形態で接続される非車両計算デバイスに適用可能である。

【0007】

データ要求を生成するユーザインターフェースは、情報、要求されているデータタイプ、開始時間、及び終了時間を識別する、車両に関連する形態を含む。一部の実施形態では、要求されているデータタイプは、「赤信号での左折」を行っている間にのみ収集されるデータの要求などのより複雑なクエリを可能にするシンタックス入力用のテキストフィールドを含む。一部の実施形態では、開始時間及び終了時間は、絶対時間、例えば、ＵＮＩＸエポック時間からの経過時間であるＵＮＩＸ時間である。一部の実施形態では、開始時間及び終了時間は、データ要求が車両によって受信される時間に対する相対時間である。一部の実施形態では、開始時間及び終了時間は、トリガ事象に対する相対時間である。トリガ事象は、ユーザがデータを求めている、車両内の出来事若しくは車両の周囲の環境における出来事、又は車両によるデータ要求の受信である。例えば、車両の周囲の環境から生じるトリガ事象は、急加速、急ブレーキ、データ要求のターゲットの画像の取込、データ要求のターゲットの検出、又は他の好適な出来事を含む。データ要求の状況を監視するユーザ情報は、データ要求の情報及びデータ要求の状況、例えば、保留又は送信済を識別することを含む。

【0008】

一部の実施形態では、データ要求が車両によって受信されると、データ要求は、データ要求のソースに関してデータ要求をアグノスティックにするように処理される。一部の実施形態では、データ要求識別情報（ＩＤ）は、車両によって、例えば、車両における要求抽出部によって、受信データ要求に割り当てられる。一部の実施形態では、データ要求ＩＤは、車両に対するデータ要求の送信の前に、データ要求に割り当てられる。一部の実施形態では、データ要求は、車両で実行されているアプリケーションによって生成され、アプリケーションは、データ要求ＩＤを割り当てる。換言すれば、データは、データ要求を車両に送信するプログラム又はシステムに関係なく、整合した方法で処理される。一部の実施形態では、データ要求は、車両内に記憶されたソフトウェア構成要素によって生成され、データは、外部デバイスから受信されるデータ要求と整合して処理される。これは、トリガデータ収集間で同じデータ収集ソフトウェア構成要素を共有するのに役立ち、ここで、アプリケーションは、ロガーに対するデータ収集要求、及びＯＤＤＲベースの外部データ収集要求を生成する。

【0009】

一部の実施形態では、データ要求が車両によって受信されると、データ要求は、車両内のセンサ及びサーバに対してデータ要求をアグノスティックにするように処理される。一部の実施形態では、データ要求は、車両で実行されているアプリケーションによって生成される。一部の実施形態では、アプリケーションプログラミングインターフェース（ＡＰＩ）は、車両内のセンサ又はサーバからの情報に対して、アプリケーションからのデータ要求をアグノスティックにするために使用可能である。これは、特定のセンサモデルのために要求をプログラムすることなく、ユーザが最大限にデータを収集できるようにするのに役立つ。次いで、データ要求は、データ収集部に転送され、要求データは、トリガ事象の発生に応じて収集される。交通事故などのトリガ事象が既に生じている状況では、車両内の記憶デバイス内に記憶されたデータに基づいてデータ要求が満たされる。収集データの時間枠、すなわち、開始時間及び終了時間は、データ要求に基づいて決定される。収集データは、サーバに転送されて返される。

【0010】

次いで、収集データは、サーバに記憶されて、データ要求の完了に関して通知がユーザに送信される。例えば、データ要求の状況は、ユーザインターフェース上で「完了」に更新される。

【0011】

一部の例では、予算管理システム又は支払システムは、データ要求に対してユーザに料金が課されるようにサーバ側又は車両側で実装される。料金は、要求の送信時又はデータ収集の完了時のいずれかで支払可能である。料金は、要求されるデータのタイプ及び量に基づいて調整可能である。一部の実施形態では、ユーザに課される料金の総額がユーザの予算の最大閾値に達すると、ユーザからのデータ要求は拒否される。

【0012】

このＯＤＤＲシステムにより、ユーザは、オンデマンド方式で、車両によって収集される情報にアクセスすることができる。すなわち、データは、必ずしも連続的に収集されるわけではなく、ユーザの特定の要望を満たすように収集され得る。一部の実施形態では、ＯＤＤＲシステムは、ソフトウェア開発者などのユーザがデータを収集して、収集データに基づいて試験的な方法でユーザのソフトウェアの設計、実装、及びパラメータ調整を更新するのに役立ち、その結果、ユーザは、例えば、Ｏｖｅｒ－ｔｈｅ－Ａｉｒ（ＯＴＡ）更新としてネットワークを介してサーバから車両へ更新を届けることによってソフトウェアを連続的に改善することができる。一部の実施形態では、ＯＤＤＲシステムは、アプリケーション用に機械学習モデルを開発する機械学習開発者がデータを収集して、最初にモデルが開発されたときに利用可能でなかったデータを用いてモデルを訓練するのに役立ち、その結果、機械学習開発者は、モデルを更新してモデルの弱点及び問題を連続的に修正することができる。一部の例では、保険提供者は、交通事故に関連するデータを収集することができる。一部の例では、法執行において、犯罪又は交通事故に関連する情報を収集することができる。

【0013】

極端な状況に対してトリガされる反応、例えば、強い力がブレーキに掛けられることに応じたアンチロックブレーキシステム（ＡＢＳ）連動、極端な減速に応じたシートベルトロック及び／又はエアバッグ展開、車輪スリップに応じたトラクション制御作動、他の運行設計領域（ＯＤＤ）の制限などを受ける車両は、他の車両に警告するのに有用な情報を有する。しかしながら、状況及び反応自体を決定するために現在使用されている情報は、他の車両に警告を出すべきかどうか、及びどの車両に警告が適用可能であるかを決定するのに不充分である。

【0014】

例えば、トラクション制御が作動する場合、作動に必要な情報、例えば、左車輪が静止した状態で全動力が右車輪に向かっているという検出は、車輪スリップが特異な事例であるか、気象事象などの地面特性によるものかを決定するのに不充分であり得る。スリップが極端な気象などの地面特性によるものである場合でさえ、作動に必要な情報は、他の車両も車輪スリップを受けるかどうかを決定するのに不充分であり得る。

【0015】

主題の開示の少なくとも一部の実施形態は、極端な状況下で反応する既存のトリガを利用し、他の車両に対する関連性を理解するのに充分な情報を収集するために、本トリガを決定するために使用されるようなセンサ、及び追加のセンサを含むセンサの観点から事象を記録する。

【0016】

図１は、一部の実施形態に係る、要求取得システム１００の概略図である。要求取得システム１００は、ユーザインターフェース（ＵＩ）１１０を含む。ＵＩ１１０は、データのユーザ要求を車両１４０から受信するように構成されている。要求取得システム１００は、サーバ１２０を更に含み、サーバ１２０は、ＵＩ１１０からユーザ要求を受信し、ユーザ要求を車両１４０に送信し、車両１４０からデータを受信し、アクセス可能なコンソール１５０を介してデータをユーザに提供するように構成されている。サーバ１２０は、ＵＩ１１０及び車両１４０と通信する通信セクション１３０を含む。要求取得システム１００は、車両１４０から収集されるデータをユーザに通信するように構成されたアクセス可能なコンソール１５０を更に含む。

【0017】

ＵＩ１１０は、ユーザからの入力命令を受信するように構成されている。一部の実施形態では、ユーザは、ソフトウェア開発者を含む。一部の実施形態では、ユーザは、機械学習モデル開発者を含む。一部の実施形態では、ユーザは、保険提供者を含む。一部の実施形態では、ユーザは、法執行人員を含む。一部の実施形態では、ユーザは、市場調査会社を含む。ＵＩ１１０は、要求している車両のタイプ及びデータのタイプをユーザが選択するオプションを提供する。一部の実施形態では、ＵＩ１１０は、情報、要求されているデータタイプ、開始時間、及び終了時間を識別し、車両に関連する形態を使用してデータ要求を生成することができる。一部の実施形態では、開始時間及び終了時間は、絶対時間、例えば、ＵＮＩＸエポック時間からの経過時間であるＵＮＩＸ時間である。一部の実施形態では、開始時間及び終了時間は、データ要求が車両によって受信される時間に対する相対時間である。一部の実施形態では、開始時間及び終了時間は、トリガ事象に対する相対時間である。一部の実施形態では、ＵＩ１１０はまた、トリガ事象、及びトリガ事象に対するデータ収集継続時間を選択するオプションをユーザに提供する。一部の実施形態では、ＵＩ１１０は、データが要求される車両のタイプに関連する情報を含む。一部の実施形態では、ＵＩ１１０は、要求のターゲットとして車両を一意に識別することができる車両ＩＤを含む。例えば、車両ＩＤは、汎用一意識別子（ＵＵＩＤ）フォーマットを含む。一部の実施形態では、ＵＩ１１０は、ユーザが収集を望むデータのソースを識別することができるデータタイプを含む。例えば、データタイプは、センサデータが収集されるセンサのセンサＩＤ、アプリケーションログが収集されるアプリケーションのアプリケーションＩＤを含む。一部の実施形態では、センサＩＤ及びアプリケーションＩＤのフォーマットは、汎用一意識別子（ＵＵＩＤ）フォーマットを含む。一部の実施形態では、ＵＩ１１０は、ドロップダウンメニューを含む。一部の実施形態では、ＵＩ１１０は、データ要求に関連する情報を受け付ける編集可能フィールドを含む。一部の実施形態では、ＵＩ１１０は、ＳＱＬなどのクエリ言語に関する入力用のフィールドを含む。一部の実施形態では、ＵＩ１１０は、どのデータオプションタイプがユーザに利用可能であるかに関する情報を提供する。一部の実施形態では、利用可能なデータオプションタイプは、ユーザに依存する。例えば、一部の実施形態では、法執行において、保険提供者よりも多くのデータオプションを選択することができる。

【0018】

一部の実施形態では、ＵＩ１１０は、グラフィカルユーザインターフェース（ＧＵＩ）を含む。一部の実施形態では、ＵＩ１１０は、サーバ１２０に接続可能なモバイル端末、例えば、携帯電話を含む。一部の実施形態では、ＵＩ１１０は、ＲＥＳＴｆｕｌ ＡＰＩなどのウェブインターフェースを含む。一部の実施形態では、ＵＩ１１０は、サーバ１２０に接続可能なコンピュータを含む。一部の実施形態では、ＵＩ１１０は、サーバ１２０に無線で接続することができる。一部の実施形態では、ＵＩは、有線接続によってサーバ１２０に接続可能である。ＵＩ１１０はまた、データ要求の状況に関する更新をユーザに提供することができる。一部の実施形態では、ＵＩ１１０は、ユーザによる追加のクエリに応じて、データ要求に関する状況更新を提供する。一部の実施形態では、ＵＩ１１０は、サーバ１２０から更新情報を受信すると、ユーザとのやり取りを伴うことなく自動的に、データ要求に関する状況更新を提供する。一部の実施形態では、状況更新により、ＵＩ１１０は、ユーザに警告をトリガする。一部の実施形態では、警告は、音声警告又は視覚的な警告を含む。

【0019】

一部の実施形態では、ＵＩ１１０は、ユーザからの料金の支払いを受け付ける手段を含む。一部の実施形態では、ＵＩ１１０は、ユーザが支払カード情報を入力するのを可能にするデータ入力フィールドを含む。一部の実施形態では、ＵＩ１１０は、支払カード情報を検出するリーダ、例えば、磁気ストライプリーダ、バーコードリーダ、チップリーダ、又は別の好適なリーダを含む。

【0020】

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

【0021】

通信セクション１３０は、受信機１３１によって受信されるデータ要求を記憶するように構成されたメモリユニット１３２を更に含む。一部の実施形態では、メモリユニット１３２は、ランダムアクセスメモリ、ソリッドステートメモリ、又は別のタイプのメモリを含む。一部の実施形態では、メモリユニット１３２は、データ要求の状況と共にデータ要求を記憶するように構成されている。一部の実施形態では、データ要求の状況は、保留（データ要求を車両１４０に送信する前）と、送信済（データ要求を車両１４０に送信した後）と、完了（車両１４０から要求データを受信した後）と、を含む。一部の実施形態では、メモリユニット１３２は、ユーザによってアクセス可能である。一部の実施形態では、メモリユニット１３２内の情報に対する更新は、メモリユニット１３２内で更新される情報に関連付けられるユーザへの通知をトリガする。一部の実施形態では、メモリユニット１３２は、データ要求が受信された時間を示すタイムスタンプデータと一緒にデータ要求を記憶する。一部の実施形態では、メモリユニット１３２は、優先レベルと関連付けてデータ要求を記憶する。一部の実施形態では、優先レベルは、ユーザの同一性に基づいて決定される。例えば、一部の実施形態では、法執行は、保険提供者よりも高い優先度を有し、当該保険提供者は、ソフトウェア開発者などの通常のユーザよりも高い優先度を有する。一部の実施形態では、優先レベルは、ユーザによって支払われる料金に基づいて決定される。例えば、一部の実施形態では、ユーザは、要求データをより早く取得するようにユーザの要求の優先レベルを増加させるために料金を支払うことができる。一部の実施形態では、優先レベル及び料金の額は、動的な価格設定に基づいて決定される。一部の実施形態では、料金の額は、優先レベルに正比例する。一部の実施形態では、優先レベル及び料金の額は、個々に設定された指値、上限、及びリソース利用可能性の分析に基づいて決定される。一部の実施形態では、データ要求の初期記憶と車両に対するデータ要求の送信との間の時間量が増加すると、データ要求の優先レベルは増加する。

【0022】

通信セクション１３０は、送信機１３３を更に含む。送信機１３３は、データ要求の状況をＵＩ１１０に送信するように構成されている。一部の実施形態では、データ要求の状況は、ＵＩ１１０に無線で送信される。一部の実施形態では、データ要求の状況は、例えば、車両が販売代理店で接続される場合に、有線接続を介してＵＩ１１０に送信される。一部の実施形態では、送信機１３３は、メモリユニット１３２内の更新に応じて、データ要求に対する更新を自動的に提供するように構成されている。一部の実施形態では、送信機１３３は、ユーザから受信される更新要求に応じて、データ要求に対する更新を提供するように構成されている。一部の実施形態では、送信機１３３は、最初にデータ要求をメモリユニット１３２に保存すると、要求ＩＤを自動的に送信するように構成されている。一部の実施形態では、データ要求の状況は、データ要求の優先レベルを含む。一部の実施形態では、データ要求の状況は、データ要求が車両１４０に送信されるまでの推定時間を含む。

【0023】

通信セクション１３０は、車両１４０に送信する優先順序でデータ要求を記憶するように構成されたクエリキュー１３４を更に含む。一部の実施形態では、クエリキュー１３４は、メモリユニット１３２内に組み込まれる。一部の実施形態では、クエリキュー１３４は、メモリユニット１３２とは別々である。一部の実施形態では、クエリキュー１３４は、優先レベル及びタイムスタンプ情報に基づいてメモリユニット１３２からデータ要求を取得するように構成されている。一部の実施形態では、クエリキュー１３４は、優先レベルに基づいてデータ要求を並べ替え、同じ優先レベルを有するデータ要求に応じて、メモリユニット１３２に最初に保存してからの時間によってデータ要求を並べ替えるように構成されている。

【0024】

通信セクション１３０は、クエリキュー１３４から車両１４０にデータ要求を送信するように構成された送信機１３５を更に含む。送信機１３５は、クエリキュー１３４におけるデータ要求の順序に基づいてデータ要求を車両１４０に送信するように構成されている。一部の実施形態では、データ要求は、車両１４０に無線で送信される。一部の実施形態では、データ要求は、有線接続によって車両１４０に送信される。車両１４０に送信されるデータ要求は、トリガ事象情報と、データが収集されるべきトリガ事象の前後の期間に関連するデータ継続時間情報と、車両１４０のあるタイプのセンサがデータを収集すべきであることを示すセンサ情報と、を含む。一部の実施形態では、車両１４０に送信されるデータ要求は、優先レベル情報を含む。一部の実施形態では、送信機１３５は、車両１４０が、データ要求を車両１４０に送信する要求をサーバ１２０に送信する場合に、データ要求を車両１４０に送信するように構成されている。一部の実施形態では、車両１４０が新しいデータ要求を受け付けることができないことを示す情報を通信セクション１３０が受信していない限り、送信機１３５は、通信セクション１３０が、データ要求を送信するのに充分な車両１４０への接続性を有する任意の時に、データ要求を車両１４０に送信するように構成されている。一部の実施形態では、車両１４０が新しいデータ要求を受信することができ、送信機１３５が、車両１４０に対する充分な接続性を有している限り、送信機１３５は、定期的にデータ要求を車両１４０に送信するように構成されている。一部の実施形態では、送信機１３５は、バッチで、例えば、５つのデータ要求、２０個のデータ要求、又は何らかの他の数のデータ要求のグループでデータ要求を車両１４０に送信するように構成されている。一部の実施形態では、送信機１３５は、データ要求の受信の確認を車両１４０に要求するように構成されている。一部の実施形態では、送信機１３５は、所定の期間に車両から受信の確認を受信しなかったことに応じて、データ要求を再送信するように構成されている。一部の実施形態では、メモリユニット１３２内に記憶されたデータ要求の状況は、車両１４０からのデータ要求の受信に関する確認を通信セクション１３０が受信したことに応じて、車両１４０に送信を示すように更新される。

【0025】

通信セクション１３０は、トリガ事象の発生の通知を車両１４０から受信するように構成された受信機１３６を更に含む。一部の実施形態では、トリガ事象の発生は、データ要求の受信である。一部の実施形態では、受信機１３６は、トリガ事象の通知を無線で受信するように構成されている。一部の実施形態では、受信機１３６は、有線接続を介してトリガ事象の通知を受信するように構成されている。一部の実施形態では、受信機１３６は、通知されるトリガ事象に関連するデータ要求の状況を更新する信号をメモリユニット１３２に送信するように構成されている。

【0026】

通信セクション１３０は、送信機１３５によって送信されるデータ要求に応じて車両１４０からデータを受信するように構成された受信機１３７を更に含む。一部の実施形態では、データは、車両１４０からサーバ１２０への送信の単位であるデータパケットに車両１４０によって分割され、受信機１３７は、車両１４０からデータパケットを受信する。一部の実施形態では、受信機１３７は、データを無線で受信するように構成されている。一部の実施形態では、受信機１３７は、有線接続を介してデータを受信するように構成されている。一部の実施形態では、受信機１３７は、要求データの受信に関連するデータ要求の状況を更新する信号をメモリユニット１３２に送信するように構成されている。一部の実施形態では、単一のデータ要求に応じたデータは、車両１４０から単一のパケットで受信される。一部の実施形態では、単一のデータ要求に応じたデータは、車両１４０から複数のパケットで受信される。受信機１３７は、受信データをプリプロセッサ１２２に転送する。

【0027】

サーバ１２０は、プリプロセッサ１２２を更に含み、プリプロセッサ１２２は、受信機１３７からデータを受信し、当該データに対して前処理を行って収集データを生成するように構成されている。一部の実施形態では、前処理は、データ要求に応じてデータをコンパイルするように複数のパケットからのデータを修正することを含む。一部の実施形態では、前処理は、受信されるバイトアレイからの構造化データをコンパイルするようにデータをデシリアライズすることを含む。一部の実施形態では、前処理は、送信前に車両１４０によってデータが圧縮されている場合にデータを解凍することを含む。一部の実施形態では、前処理は、リード－ソロモン（ＲＳ）コード、ボーズ－チョドーリ－ボッケンジェム（ＢＣＨ）コード、低密度パリティチェック（ＬＤＰＣ）コード、及び同種のものなどのエラー訂正コード（ＥＣＣ）によるエラー訂正を含む。一部の実施形態では、前処理は、誤ったデータをユーザに報告するリスクを低減するように異常値を除去することによってデータを平滑化することを含む。一部の実施形態では、前処理は、データ要求ＩＤ情報、優先レベル情報、又は他の好適な情報を、受信機１３７からの受信データと関連付けることを含む。一部の実施形態では、前処理は、１台以上の車両からのクエリ結果を集約することを含む。一部の実施形態では、前処理は、サーバからオフロードされる１つ以上のプロセスを含む。一部の実施形態では、データは、理解するのが容易であって、且つ情報を識別するために専門の知識又は機器に依存しないフォーマットで情報がユーザに提供されるように前処理される。

【0028】

サーバ１２０は、データプリプロセッサ１２２によって生成される収集データを記憶するように構成されたデータストレージ１２６を更に含む。一部の実施形態では、データストレージ１２６は、メモリユニット１３２に組み込まれる。一部の実施形態では、データストレージ１２６は、メモリユニット１３２とは別々である。一部の実施形態では、データストレージ１２６は、ソリッドステートドライブ（ＳＳＤ）、ランダムアクセスメモリ、又は別の好適なメモリを含む。一部の実施形態では、データストレージ１２６は、例えば、ＵＩ１１０又はアクセス可能なコンソール１５０を使用して、ユーザによってアクセス可能である。一部の実施形態では、データストレージ１２６は、データ要求に関連するデータが利用可能であることに応じて、ユーザに通知するように構成されている。一部の実施形態では、通知は、ユーザに対する警告を含む。一部の実施形態では、警告は、音声警告又は視覚的な警告を含む。一部の実施形態では、データストレージ１２６は、ＵＩ１１０又はアクセス可能なコンソール１５０に、収集データの利用可能性の通知を自動的に表示させるように構成されている。一部の実施形態では、データストレージ１２６は、ユーザがデータ要求を送信することなく、アクセス可能なコンソール１５０を使用してユーザによってアクセス可能である。一部の実施形態では、データストレージ１２６内のデータは、アクセス可能なコンソール１５０を介してユーザによって検索可能である。一部の実施形態では、収集データは、コンソール１５０において可視化される。

【0029】

要求取得システム１００は、車両１４０を更に含む。車両１４０は、車両１４０の内部状況、及び車両１４０の周囲の外部環境の両方を検出するためのセンサを含む。一部の実施形態では、センサは、カメラ、光測距（ＬｉＤＡＲ（ライダ））センサ、無線測距（ＲＡＤＡＲ（レーダ））センサ、音による航法及び測距（ＳＯＮＡＲ（ソナー））センサ、加速度計、ステアリングホイール位置、速度計、又は別の好適なセンサを含む。車両１４０は、無線又は有線接続のいずれかによりデータ要求を受信することができる。

【0030】

一部の実施形態では、データ要求の受信に応じて、車両１４０は、データ要求ＩＤを受信データ要求に割り当てるように構成されており、データ要求は、データ要求の発生システム又はプログラムに対してアグノスティックであるように処理される。別の実施形態では、車両１４０の代わりに通信セクション１３０がデータ要求ＩＤを割り当て、データ要求ＩＤは、通信セクション１３０から車両１４０に送信されるデータ要求に含まれる。データ要求の発生システム又はプログラムに対してデータ要求をアグノスティックにすることは、様々なユーザ及びシステムからの広範囲のデータ要求を受信及び処理する車両１４０の能力を拡張するのに役立つ。車両１４０は、プロセッサを含み、当該プロセッサは、データ要求を処理して、車両１４０において利用可能なセンサがデータ要求を満たすことができる情報のタイプを決定する。少なくとも一部の実施形態では、車両１４０は、プロセッサ、コントローラ、又はそれらの組み合わせのネットワーク、例えば、コントローラエリアネットワーク（ＣＡＮ）であるモバイルコンピューティングネットワークを含む。少なくとも一部の実施形態では、各プロセッサは、電子制御ユニット（ＥＣＵ）である。少なくとも一部の実施形態では、マイクロコントローラユニット（ＭＣＵ）が存在する。車両１４０は、センサからのデータを記憶するメモリを更に含む。一部の実施形態では、プロセッサは、メモリにアクセスして、任意の記憶データがデータ要求を満たすことができるかどうかを決定する。車両１４０は更に、無線又は有線接続のいずれかにより、データ要求を満たすと考えられるデータをサーバ１２０に送信することができる。一部の実施形態では、プロセッサは、データ要求の受信優先レベルに基づく優先順序で受信データ要求を満たそうと試みるように構成されている。一部の実施形態では、車両１４０は、データ要求の受信優先レベルに基づいて優先的に、データをサーバに送信するように構成されている。

【0031】

一部の実施形態では、車両１４０のメモリ及びプロセッサは、車両１４０内の電子制御ユニット（ＥＣＵ）においてソフトウェアアプリケーションを記憶及び実行するように構成されている。一部の実施形態では、データ要求は、ＥＣＵに記憶されたソフトウェアアプリケーションによって生成される。一部の実施形態では、データ要求は、トリガ事象、例えば、急加速、急ブレーキ、ソフトウェアアプリケーションにおいて予め定められた特定のオブジェクト又は特定のシーンを含むセンサデータの取込、ソフトウェアアプリケーションの「クラッシュ」、ソフトウェアアプリケーションにおいて検出される異常、又は別の好適な検出出来事に応じて生成される。一部の実施形態では、車両１４０は、ソフトウェアアプリケーションに関連付けられるトリガ事象の検出に応じて、ソフトウェアアプリケーションの保守者、例えば、ユーザに対する通知を生成するように構成されている。一部の実施形態では、通知は、例えば、ＵＩ１１０を通じてユーザに対して直接的に、無線又は有線接続のいずれかにより送信される。一部の実施形態では、通知は、サーバ１２０を通じてユーザに、無線又は有線接続のいずれかにより送信される。一部の実施形態では、通知は、音声通知又は視覚的な通知を含む。一部の実施形態では、通知は、ユーザとのやり取りを伴うことなくＵＩ１１０に通知を自動的に表示させるように構成されている。

【0032】

要求取得システム１００は、アクセス可能なコンソール１５０を更に含む。アクセス可能なコンソール１５０は、データストレージ１２６に記憶された収集データにユーザがアクセスすることを可能にする。一部の実施形態では、アクセス可能なコンソール１５０は、ＵＩ１１０に組み込まれる。一部の実施形態では、アクセス可能なコンソール１５０は、ＵＩ１１０とは別々である。一部の実施形態では、アクセス可能なコンソール１５０は、サーバ１２０とは別々である別のサーバを含む。一部の実施形態では、アクセス可能なコンソール１５０は、データストレージ１２６が収集データを受信すると、ユーザからのデータ要求に関連する収集データを自動的に受信する。一部の実施形態では、アクセス可能なコンソール１５０は、ユーザがデータ要求を送信することなく、ユーザがデータストレージ１２６を検索して、データストレージ１２６に記憶された収集データのうちのいずれかがユーザに有用であるかどうかを決定することを可能にする。

【0033】

要求取得システム１００の使用は、受信データを要求するか又は読み取るために専門の機器に依存することなく理解するのが容易であるフォーマットで、１台以上の車両１４０からユーザが情報を取得することを可能にする。要求取得システム１００においてデータ要求に優先順位を付けることが可能なことで、データをより迅速に取得するためにユーザが料金を支払うことも可能にしつつ、法執行又は他のユーザがデータを取得できることを保証するのに役立つ。この柔軟性は、広範囲のユーザに対して要求取得システム１００の有用性を改善するのに役立つ。

【0034】

図２は、一部の実施形態に係る、要求取得システムについてのグラフィカルユーザインターフェース（ＧＵＩ）２００及び２５０の図である。一部の実施形態では、ＧＵＩ２００は、要求取得システム１００（図１）におけるＵＩ１１０として使用可能である。一部の実施形態では、ＧＵＩ２００は、受信機１３１（図１）が受信するデータ要求を生成するために使用可能である。ＧＵＩ２００は、ＧＵＩ２００がユーザから受け付けることができる情報のタイプを識別する複数の情報タイプ２１０を含む。ＧＵＩ２００は、ＧＵＩ２００の対応する情報タイプ２１０に関連する情報を受け付けるように構成された複数のフィールド２２０を更に含む。ＧＵＩ２００は、送信ボタン２３０を更に含み、送信ボタン２３０は、フィールド２２０内の情報に基づいて、データ要求をサーバ、例えば、サーバ１２０（図１）に送信するように構成されている。複数の情報タイプ２１０の名前及び数は単なる例示であること、並びに異なる数及びタイプの情報も本開示の範囲内であることを当業者は認識するであろう。

【0035】

一部の実施形態では、フィールド２２０は、車両ＩＤ、データタイプ、開始時間、及び終了時間をユーザが入力するフィールドを含む。一部の実施形態では、フィールド２２０は、データ要求の優先レベルをユーザが入力するフィールドを更に含む。一部の実施形態では、ＧＵＩ２００は、ユーザがデータ要求の優先レベルを増加させることができる方法に関連する情報、例えば、各々の利用可能な優先レベルに関連付けられる料金を示す情報を更に含む。一部の実施形態では、ＧＵＩ２００は、ユーザの同一性を確立するためにログイン情報をユーザが入力することを可能にするフィールド２２０を含む。一部の実施形態では、ＧＵＩ２００は、ログイン情報の受信の後にユーザの優先レベルを表示するように構成されている。一部の実施形態では、ＧＵＩ２００は、データ要求の優先レベルを確立するための料金に関連する支払情報を受け付けるフィールド２２０を更に含む。一部の実施形態では、フィールド２２０は、ＳＱＬなどのクエリ言語に関する入力用のフィールドを含む。一部の実施形態では、ＧＵＩ２００は、現実のサンプル又は製作サンプルを利用し、クエリ試行及び計画を可能にして、サンプルデータを表示するように構成されている。一部の実施形態では、ＧＵＩ２００は、ＳｃｉＰｙ／ＮｕｍＰｙ／Ｍａｔｐｌｏｔｌｉｂ若しくはＲなどの「ＲＥＰＬ」、又はＪｕｐｙｔｅｒ ｎｏｔｅｂｏｏｋなどのコンソールを利用するように構成されている。

【0036】

ＧＵＩ２５０は、ＧＵＩ２００上でユーザが送信ボタン２３０を選択した後にユーザに表示されるように構成されている。一部の実施形態では、ＧＵＩ２５０は、ＯＤＤＲシステム１００（図１）におけるＧＵＩ１１０として使用可能である。ＧＵＩ２５０は、データ要求が受信されたことを示す情報を含む。ＧＵＩ２５０は、クエリＩＤラベル２６０と、クエリＩＤフィールド２７０と、を含む。クエリＩＤフィールド２７０に入力している情報は、サーバがデータ要求を受信及び記憶した後に、サーバ、例えば、サーバ１２０（図１）から受信される。一部の実施形態では、ＧＵＩ２５０は、車両ＩＤの情報を含む。一部の実施形態では、ＧＵＩ２５０は、データ要求の優先レベルに関連する情報を含む。一部の実施形態では、ＧＵＩ２５０は、データ要求の状況に関する情報、例えば、保留、送信済、完了などを含む。一部の実施形態では、ＧＵＩ２５０は、データ要求が車両、例えば、車両１４０（図１）に送信されるまでの推定時間に関連する情報を含む。少なくとも一部の実施形態では、ＧＵＩ２５０は、要求データが受信されるまでの推定時間に関連する情報を含む。少なくとも一部の実施形態では、ＧＵＩ２５０は、要求データを受信するための推定エネルギー消費量に関連する情報を含む。一部の実施形態では、ＧＵＩ２５０は、サーバからのクエリＩＤ情報の受信に応じて自動的に表示される。一部の実施形態では、ＧＵＩ２５０は、アップロードされたデータ要求に対する更新の要求をユーザが送信したことに応じて表示される。

【0037】

図３は、一部の実施形態に係る、要求取得コマンド３１０のデータ構造３００の図である。一部の実施形態では、要求取得コマンド３１０は、サーバ１２０から車両１４０（図１）に送信される。要求取得コマンド３１０は、車両、例えば、車両１４０（図１）に対するデータ要求によって求められるデータのタイプに関連する情報を含む。

【0038】

要求取得コマンド３１０は、データ要求の優先レベルを示す転送優先パラメータ３１１を含む。要求取得コマンド３１０は、もしあれば、車両における他のアプリケーションから取得されるべきデータのタイプを示すログレベルパラメータ３１２を更に含む。例えば、一部の実施形態では、要求取得コマンド３１０は、オブジェクト認識アプリケーションからデータを取得する。ログレベルパラメータ３１２は、エラーレベル又は重大レベルなどの他のアプリケーションから取得するデータのタイプを決定する。一部の実施形態では、ログレベルパラメータ３１２は、要求取得コマンド３１０から省略されるか、又はログレベルパラメータ３１２は、ヌル状態にされる。要求取得コマンド３１０は、データを収集するためのトリガ事象の前及び／又は後の期間を示す収集時間範囲パラメータ３１３を更に含む。一部の実施形態では、時間範囲は、ユーザによってＧＵＩ２００（図２）に入力された開始時間及び終了時間に対応している。要求取得コマンド３１０は、データ要求に応じて収集されるデータの宛先を示すユニフォームリソースロケータ（ＵＲＬ）エンドポイントパラメータ３１４を更に含む。要求取得コマンド３１０は、もしあれば、データが時間範囲３１３からサンプリングされるべき頻度を示す周波数パラメータ３１５を更に含む。例えば、事象時間がｔ＝１００秒であって、時間範囲が開始時間＝－１秒及び終了時間＝２秒を備え、周波数が１０Ｈｚ（１００ミリ秒サイクル）である場合、ｔ＝９９．０秒、９９．１秒、９９．２秒、．．．、１０１．９秒、１０２．０秒におけるデータが要求取得コマンドによって収集される。要求取得コマンド３１０は、データ要求によって要求されるデータを収集するために使用可能なセンサ及び／又はアプリケーションのタイプを示すログＩＤパラメータ３１６を更に含む。一部の実施形態では、（汎用一意識別子（ＵＵＩＤ）などの）固有ＩＤは、全てのセンサ及びアプリケーションに予め割り当てられ、ユーザがデータを収集することを望む固有ＩＤは、ログＩＤパラメータ３１６において指定される。要求取得コマンド３１０は、データ要求を行ったユーザの同一性を示す要求者ＩＤパラメータ３１７を更に含む。要求取得コマンド３１０は、データ要求に関連付けられるトリガ事象を示す事象ＩＤパラメータ３１８を更に含む。要求取得コマンド３１０は、データ要求を満たすために割り当てられるべき、車両、例えば、車両１４０（図１）のリソースの量を示す予算ＩＤパラメータ３１９を更に含む。当業者は、要求取得コマンド３１０において追加のパラメータが可能であることを理解するであろう。例えば、一部の実施形態では、要求取得コマンド３１０は、トリガ事象が発生可能な地理的エリアを示す車両場所パラメータを含む。当業者は、要求取得コマンド３１０が常に、図３のパラメータの全てを含むわけではないことも理解するであろう。例えば、一部の実施形態では、予算ＩＤパラメータ３１９は省略される。

【0039】

図４は、一部の実施形態に係る、要求取得システム４００のブロック図である。一部の実施形態では、要求取得システム４００は、要求取得システム１００（図１）の一部である。一部の実施形態では、要求取得システム４００は、要求取得システム１００（図１）と一緒に使用可能である。一部の実施形態では、要求取得システム４００は、要求取得システム１００（図１）とは別々である。

【0040】

要求取得システム４００は、車両又は車両の周囲に関する情報を取り込むように構成された検出車両システム４１０を含む。検出車両システム４１０は、車両及び周囲に関する情報を取り込んで、当該情報をサーバに送信する。要求取得システム４００は、サーバ４４０を更に含み、サーバ４４０は、情報を受信し、情報をエンコードし、情報をユーザ端末４６０に流すように構成されている。

【0041】

検出車両システム４１０は、センサ４１４、グローバルポジショニングシステム（ＧＰＳ）４１６、及び地図４１８からデータを受信するように構成された電子制御ユニット（ＥＣＵ）４２０を含む。ＥＣＵ４２０は、状況検出器４２２と、データ指定部４３２と、ログコレクタ４３４と、ログ送信機４３６と、を含む。状況検出器４２２は、車両制御モニタ４２４と、オブジェクト検出器４２６と、シーン検出器４２８と、を含む。

【0042】

一部の実施形態では、ＥＣＵ４２０は、ローカリゼーションユニットを更に含み、当該ローカリゼーションユニットは、ＧＰＳ４１６及び地図４１８からデータを受信して、検出され及び／又は既知であるオブジェクト及び／又は道路の位置に対する車両の位置並びに車両の姿勢及び状態を決定するように構成されている。姿勢は、車道などの基準点に対する車両の向きである。一部の実施形態では、車両の位置はまた、車両の位置ベクトルを指す。車両の姿勢及び状態は、車両の速度及び進行方向を指す。一部の実施形態では、車両の姿勢及び状態はまた、車両の速度ベクトル、加速度ベクトル、及びジャークベクトルを指す。一部の実施形態では、位置ベクトル、速度ベクトル、加速度ベクトル、及びジャークベクトルは、角ベクトルを含む。一部の実施形態では、車両の状態はまた、車両のエンジン又はモータが動作しているかどうかを指す。

【0043】

センサ４１４は、車両の周囲の環境の情報、例えば、画像を取り込むように構成されている。一部の実施形態では、センサ４１４は、可視光カメラ、ＩＲカメラを含む。一部の実施形態では、センサ４１４は、光検出及び測距（ＬｉＤＡＲ（ライダ））センサ、無線検出及び測距（ＲＡＤＡＲ（レーダ））センサ、音による航法及び測距（ＳＯＮＡＲ（ソナー））センサ、若しくは別の好適なセンサに置き換えられるか、又はそれが更に付随する。一部の実施形態では、センサ４１４は、車両における他の場所に配置された追加のカメラを含む。例えば、一部の実施形態では、追加のカメラは、観察車両の左及び右にある環境のより大きい部分を検出するために車両の側方に配置されている。車両の乗員は、車両の側方の窓から外を見ることができるため、車両の周囲の環境におけるより大きい部分を検出するために追加のカメラを使用することは、車両の周囲のオブジェクト又はシーンを検出する精度を増加させるのに役立つ。例えば、一部の実施形態では、追加のカメラは、車両の後方にある環境のより大きい部分を検出するために車両の後ろ側に配置されている。この情報は、オブジェクトに関する情報を取り込むのに役立つ。一部の実施形態では、センサ４１４からのデータは、センサ４１４からのデータを他の構成要素からのデータと同期させるのに役立てるためにタイムスタンプ又は他のメタデータを含む。

【0044】

ＧＰＳ４１６は、車両の場所を決定するように構成されている。観察車両の場所が分かることは、地図４１８上の決定場所にオブジェクト又はシーンを関連付けるのに役立つ。

【0045】

地図４１８は、車道及び車道に沿った既知のオブジェクトに関連する情報を含む。一部の実施形態では、地図４１８は、車両の場所及び進行方向を決定するためにＧＰＳ４１６と一緒に使用可能である。一部の実施形態では、地図４１８は、サーバ４４０などの外部デバイスから受信される。一部の実施形態では、地図４１８は、センサ４１４及び／又はＧＰＳ４１６からの情報に基づいて定期的に更新される。一部の実施形態では、地図４１８は、外部デバイスから受信される情報に基づいて定期的に更新される。一部の実施形態では、地図４１８は、同時のローカリゼーション及びマッピング（ＳＬＡＭ）アルゴリズムによってセンサデータから生成される。地図４１８を含むことは、オブジェクトが既知のオブジェクトであるかどうかを決定するのに役立つ。既知のオブジェクトを有する地図４１８を含むことは、新しいオブジェクト検出の精度を増加させるのに役立つ。

【0046】

状況検出器４２２は、車両の性能及び車両内のシステムの性能に関連する情報を生成するように構成されている。状況検出器４２２は、車両内の構成要素、例えば、センサ４１４、ブレーキシステム、加速システム、及び他の好適な構成要素から情報を収集することができる。この情報を利用して、状況検出器４２２は、車両の性能を決定することができる。一部の実施形態では、状況検出器４２２は更に、車両内のソフトウェア及びネットワーキング動作の性能を監視するように構成されている。例えば、一部の実施形態では、状況検出器４２２は、車両内のソフトウェア又はアプリケーションの「クラッシュ」に関連する情報を受信するように構成されている。一部の実施形態では、状況検出器４２２は、車両内のメモリデバイスの記憶容量に関する情報を収集するように構成されている。一部の実施形態では、状況検出器４２２は、車両内のプロセッサの処理能力に関連する情報を受信するように構成されている。

【0047】

車両制御モニタ４２４は、車両の現在の動作に関連するセンサデータ及び制御ログを受信するように構成されている。一部の実施形態では、センサデータは、車両速度、加速度、ジャーク、ブレーキ、ステアリング、ピッチ、ロール、ヨー、ハザードランプの点滅、警笛を鳴らすことに関連する情報、又は他の好適な情報を含む。車両制御モニタ４２４は、受信センサデータのうちのいずれかが、要求を満足する基準を満たしていることを示しているかどうか、例えば、トリガ事象が検出されたかどうかを決定するように構成されている。

【0048】

オブジェクト検出器４２６は、センサ４１４からセンサデータを受信して任意の異常なオブジェクトが車道に位置しているかどうかを決定するように構成されている。一部の実施形態では、オブジェクト検出器４２６は更に、任意のオブジェクトが車道に沿って又は車道に隣接して存在しているかどうかを決定するように構成されている。一部の実施形態では、センサ４１４からのセンサデータは、画像を含み、オブジェクト検出器４２６は、例えば、訓練されたニューラルネットワークを使用して受信画像に対して画像認識を行って異常なオブジェクトを識別するように構成されている。一部の実施形態では、オブジェクト検出器４２６は、任意の識別オブジェクトをＧＰＳ４１６及び地図４１８からの情報と比較して識別オブジェクトのタイプを決定するのに役立てるように構成されている。一部の実施形態では、オブジェクト検出器４２６は、オブジェクト、例えば、タイヤ、車の部品など、動物、穴、交通規制ボード、緊急車両、ハザード光がアクティブである車両、又は他の好適なオブジェクトをオブジェクトとして識別するように構成されている。

【0049】

シーン検出器４２８は、センサ４１４からセンサデータを受信して、要求を満足する条件を満たす任意のシーンが車両の周囲の環境に位置しているかどうかを決定するように構成されている。一部の実施形態では、シーン検出器４２８は、２台以上の車両が互いに接触していること、又は車両が複数の落下物によって囲まれていることの検出に応じて、車両事故が生じていることを決定するように構成されている。一部の実施形態では、シーン検出器４２８は、近接している複数の建設車両の検出に基づいて建設が行われていることを決定するように構成されている。一部の実施形態では、シーン検出器４２８は、車両が車道に隣接して位置しており、移動していないか又は他の車両よりも著しく遅く移動していることの決定に基づいて、車両が路肩に駐車していることを決定するように構成されている。一部の実施形態では、シーン検出器４２８は、訓練されたニューラルネットワークなどを通じて画像認識を使用して車両の周囲のシーンのコンテンツを決定するように構成されている。

【0050】

一部の実施形態では、オブジェクト検出器４２６及びシーン検出器４２８の各々は、車両の動作の全期間中に、例えば、車両のエンジン又はモータが動作しているときにアクティブである。一部の実施形態では、オブジェクト検出器４２６又はシーン検出器４２８のうちの少なくとも一方は、特定の挙動、例えば、トリガ事象が検出されたことを車両制御モニタ４２４が決定したことに応じてアクティブにされる。

【0051】

データ指定部４３２は、要求の実現が成されたこと、又はトリガ事象が検出されたことの決定を受信するように構成されている。データ指定部４３２は、受信情報を分析して、受信データに基づいて、センサ４１４からのどのセンサデータが収集されるべきであるかを決定するように構成されている。例えば、運転者による異常なステアリング挙動が検出される一部の実施形態では、データ指定部４３２は、センサ４１４のフロントカメラからの画像データが取り込まれるべきであることを決定するように構成されている。更に、データ指定部４３２は、検出状況の時間に基づいて、決定したセンサからのデータが収集されるべきである期間を決定するように構成されている。一部の実施形態では、データ指定部４３２は、ユーザから受信される要求における命令に基づいてデータを収集するセンサ４１４を決定するように構成されている。

【0052】

一部の実施形態では、データ指定部４３２は、検出状況に関連する受信センサデータの領域を決定するように構成されている。一部の実施形態では、受信センサデータの領域は、例えば、オブジェクト検出器４２６又はシーン検出器４２８によって、センサデータに対して行われるオブジェクト認識に基づいて識別される。一部の実施形態では、データ指定部４３２は、異常な状況のログにおける情報の量を低減するために、センサデータから受信画像を切り取るか、又はセンサデータが画像でない場合にセンサデータから異質なデータを除去するように構成されている。一部の実施形態では、データ指定部４３２は、個人情報、例えば、ライセンスプレート、人間の顔などをセンサデータから除去するように構成されている。

【0053】

ログコレクタ４３４は、データ指定部４３２からデータを受信するように構成されている。一部の実施形態では、ログコレクタ４３４は、データ指定部４３２によって提供される情報に基づいて、センサ４１４、ＧＰＳ４１６、又は状況検出器４２２から直接的にデータを受信するように構成されている。ログコレクタ４３４はまた、どの情報がオブジェクトのタイプ及び場所を識別するのに有用であるか、例えば、ＧＰＳ４１６若しくは地図４１８からの場所情報か、センサ４１４からの画像情報か、データ指定部４３２からの切取又は低減された情報か、オブジェクト若しくはシーンが検出された時間に関連するタイムスタンプ情報か、又は他の好適な情報を決定するように構成されている。

【0054】

ログコレクタ４３４は、受信され相互に関係するデータ、例えば、切取画像及び場所データに基づいてログデータを生成する。ログコレクタ４３４はまた、収集データの同期を支援するために、そして、サーバ４４０内のキュー優先度のために、タイムスタンプ情報をログデータと関連付ける。一部の実施形態では、ログコレクタ４３４は、切取画像に関連付けられる世界座標を更に含めるようにログデータを生成する。一部の実施形態では、ログコレクタ４３４は、切取画像に関連付けられる地図場所を更に含めるようにログデータを生成する。一部の実施形態では、ログコレクタ４３４は、オブジェクト又はシーンを決定する精度の増加を支援するために追加の情報を含む。

【0055】

上記説明は、センサ４１４からの画像に基づいてログデータを生成することに関するものであるが、当業者は、ログコレクタ４３４は、画像に基づいてログデータを生成することのみに限定されないことを理解するであろう。一部の実施形態では、ログコレクタ４３４は、車両に取り付けられた他のセンサ、例えば、ＲＡＤＡＲ（レーダ）、ＬｉＤＡＲ（ライダ）、又は他の好適なセンサからの情報に基づいてログデータを生成するように構成されている。乗員がスマートグラスを着用している一部の実施形態では、ログコレクタ４３４は更に、スマートグラスから受信される情報に基づいてログデータを生成するように構成されている。

【0056】

ログ送信機４３６は、ログコレクタ４３４からログデータを受信して、当該ログデータをサーバ４４０に送信するように構成されている。一部の実施形態では、ログ送信機４３６は、ログデータを無線で送信するように構成されている。一部の実施形態では、ログ送信機４３６は、有線接続を介してログデータを送信するように構成されている。一部の実施形態では、ログ送信機４３６は、直接的にログデータをユーザ端末４６０に送信するように構成されている。一部の実施形態では、ログ送信機４３６は、ユーザによってアクセス可能なモバイルデバイスにログデータを送信するように構成されており、次いで、当該モバイルデバイスは、当該ログデータをサーバ４４０に送信するように構成されている。一部の実施形態では、ログ送信機４３６は、Ｂｌｕｅｔｏｏｔｈ（登録商標）又は別の好適な無線技術を使用してログデータをモバイルデバイスに送信するように構成されている。一部の実施形態では、ＥＣＵ４２０は、モバイルデバイスからサーバ４４０へのデータ転送速度が、ログ送信機４３６からサーバ４４０への転送速度よりも高いかどうかを決定するように構成されている。モバイルデバイスからサーバ４４０へのデータ転送速度の方が高いという決定に応じて、ログ送信機４３６は、サーバ４４０に送信されるログデータをモバイルデバイスに送信するように構成されている。モバイルデバイスからサーバ４４０へのデータ転送速度の方が高くないという決定に応じて、ログ送信機４３６は、ログデータをモバイルデバイスに転送することなく直接的に、車両システム４１０からサーバ４４０にログデータを送信するように構成されている。

【0057】

一部の実施形態では、検出車両システム４１０は、車両に取り付けられたセンサからのセンサデータを記憶するように構成されたメモリを更に含む。一部の実施形態では、メモリは更に、以前に検出されたオブジェクト又はシーンに関連付けられる情報を記憶するように構成されている。一部の実施形態では、以前のオブジェクト又はシーンと一致するオブジェクト又はシーンを検出したことに応じて、データ指定部４３２は、一致しているオブジェクト又はシーンに基づく結果を提供するように構成されている。一部の実施形態では、検出車両システム４１０は更に、状況検出器４２２から決定されたオブジェクト又はシーンと一致するオブジェクト又はシーンに関連する情報を検出車両がサーバ４４０から受信したかどうかを決定するように構成されている。一部の実施形態では、決定されたオブジェクト又はシーンに関連する情報を検出車両が既に受信していることを検出したことに応じて、検出車両システム４１０は、サーバ４４０に対するログデータの送信を妨げるように構成されている。サーバ４４０に対する冗長な情報の送信を回避することは、サーバ４４０に送信されるデータを低減するのに役立ち、検出車両システム４１０による電力消費を最小限にするのに役立つ。一部の実施形態では、以前の要求の記憶は、キャッシングと呼ばれる。当業者は、ハードウェア又はソフトウェアを使用してデータを記憶し、その結果、当該データの将来の要求をより迅速に満たすことができるものとしてキャッシングを理解するであろう。

【0058】

サーバ４４０は、ログ送信機４３６からログデータを受信するように構成されたログデータ受信機４４２を含む。一部の実施形態では、ログデータ受信機４４２は、モバイルデバイスからログデータを受信するように構成されている。サーバ４４０は、ログデータをエンコードするように構成されたログエンコーダ４４４を更に含む。サーバ４４０は、エンコードされたログデータをユーザ端末４６０に送信するように構成されたログ転送機４４６を更に含む。サーバ４４０は、ユーザ端末４６０から要求又はルールを受信するように構成された要求／ルール受信機４４８を更に含む。

【0059】

ログデータ受信機４４２は、ログ送信機４３６からログデータを受信するように構成されている。一部の実施形態では、ログデータ受信機４４２は、モバイルデバイスからログデータを受信するように構成されている。一部の実施形態では、ログデータ受信機４４２は、ログデータを無線で受信するように構成されている。一部の実施形態では、ログデータ受信機４４２は、有線接続を介してログデータを受信するように構成されている。一部の実施形態では、ログデータ受信機４４２は、ログデータが受信された時間についてのタイムスタンプをログデータに付加するように構成されている。

【0060】

ログエンコーダ４４４は、所定のエンコードプロトコルに従って受信ログデータをエンコードするように構成されている。所定のエンコードプロトコルに従ってログデータをエンコードすることは、ユーザ端末４６０によって使用するためにログデータをユーザ端末４６０が確実にデコードできることを保証するのに役立つ。一部の実施形態では、ログエンコーダ４４４は、ログデータの圧縮、画像エンコード、サムネイル画像生成、又は他の好適なエンコードプロトコルを行うように構成されている。一部の実施形態では、ログエンコーダ４４４は、ログデータの暗号化を行うように構成されている。一部の実施形態では、ログエンコーダ４４４は更に、ユーザがデータをより一層認識できるようにするために超解像を行うように構成されている。当業者は、超解像が低解像画像から高解像画像を受信するプロセスであることを理解するであろう。ログデータの解像度を改善することは、偽陽性又は偽陰性を低減するのに役立つ。

【0061】

一部の実施形態では、サーバ４４０は、受信ログデータを記憶するデータベースを更に含む。一部の実施形態では、ログデータは、ログエンコーダ４４４によるエンコードの前及び／又は後に、データベースに記憶される。一部の実施形態では、ログデータは、優先キューでデータベースに記憶される。一部の実施形態では、優先キューの優先度は、オブジェクト若しくはシーン、例えば、トリガ事象が検出された時間、ログデータがログデータ受信機４４２によって受信された時間、オブジェクト若しくはシーンのタイプ、検出車両の運転者の同一性、又は他の好適な優先基準に基づいて決定される。

【0062】

ログ転送機４４６は、ログエンコーダ４４４からエンコードされたログデータを受信するように構成されている。ログ転送機４４６は、当該エンコードされたログデータをユーザ端末４６０に送信するように構成されている。一部の実施形態では、ログ転送機４４６は、ユーザによってアクセス可能なモバイルデバイスに、エンコードされたログデータを送信するように構成されている。一部の実施形態では、ログ転送機４４６は、エンコードされたログデータを無線で送信するように構成されている。一部の実施形態では、ログ転送機４４６は、有線接続を介して、エンコードされたログデータを送信するように構成されている。一部の実施形態では、ログ転送機４４６は、エンコードされたログデータと共にエンコードプロトコル情報を送信するように構成されている。エンコードされたログデータについてのエンコードプロトコル情報の送信は、ユーザ端末４６０によって使用するために、エンコードされたログデータをモバイルデバイス又はユーザ端末４６０が正確にデコードするのに役立つ。

【0063】

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

【0064】

一部の実施形態では、サーバ４４０は、複数の車両から形成の場所を受信するように構成されている。一部の実施形態では、サーバ４４０は、複数の車両からナビゲーションプランを受信するように構成されている。一部の実施形態では、ログ転送機４４６は、検出されたトリガ事象の所定の距離内にある車両のみに、エンコードされたログデータの送信を制限するように構成されている。

【0065】

一部の実施形態では、サーバ４４０は、新しく検出されたトリガ事象に関連付けられるログデータのみを送信するように構成されている。すなわち、トリガ事象がサーバ４４０によって既に報告されている場合、トリガ事象は再度報告されない。トリガ事象の繰り返しの報告を制限することは、ユーザ端末によってサーバ４４０に受信される冗長なデータを低減するのに役立つ。

【0066】

ユーザ端末４６０は、満足する要求に関連付けられる、ユーザによってアクセス可能なユーザ端末である。一部の実施形態では、ユーザ端末４６０は、ＧＵＩを含む。一部の実施形態では、ユーザ端末４６０は、サーバ４４０からの受信データに応じて、警告を自動的に生成するように構成されている。一部の実施形態では、警告は、音声警告又は視覚的な警告を含む。

【0067】

当業者は、要求取得システム４００に対する修正が本開示の範囲内にあることを理解するであろう。例えば、一部の実施形態では、検出車両システム４１０は、無線ネットワークなどのネットワーク上で直接的にログデータをユーザ端末４６０に送信することができる。一部の実施形態では、検出車両内の乗員のモバイルデバイスは、無線ネットワークなどでログデータを直接的にユーザ端末４６０に送信することができる。

【0068】

車両内又は車両の周囲の環境で検出されるルール又は要求を満たしていることに関連する情報を自動的に識別して流すことによって、ユーザは、車両の処理システム、例えば、ＥＣＵ４２０を使用して実行されるアプリケーション又はソフトウェアの性能を改善することができる。一部の実施形態では、ユーザは、事故などの事象に関連する情報に反対することができる。

【0069】

図５は、主題の開示の少なくとも一部の実施形態に係る、車両記録に基づく地面目的特性の決定に関する動作フローである。動作フローは、車両事象の記録に基づく地面目的特性の決定の方法を提供する。少なくとも一部の実施形態では、方法は、車両、例えば、図１に示される車両１４０、又は図４に示される検出車両システム４１０によって行われる。少なくとも一部の実施形態では、方法は、図４に示されるＥＣＵ４２０などの検出車両システムのコントローラ、又は図８に示されるコントローラ８０２によって行われる。

【0070】

Ｓ５５０で、コントローラの検出セクションは、車両反応を検出する。少なくとも一部の実施形態では、検出セクションは、車両の車両反応を検出し、車両反応は、車両の少なくとも１つのトリガセンサの読取閾値によってトリガされる。少なくとも一部の実施形態では、読取閾値は、運行設計領域（ＯＤＤ）に基づく。少なくとも一部の実施形態では、車両が少なくとも１つのトリガセンサのＯＤＤ限界に近づくと、車両動作、例えば、安全機構、ＡＢＳ、エアバッグなどがトリガされる。少なくとも一部の実施形態では、既存のトリガは、事象を記録する根拠として利用され得る。更に、少なくとも一部の実施形態では、プログラマからの特定のクエリは、トリガとして使用され得る。少なくとも一部の実施形態では、プログラマは、プログラマ定義の記録トリガに応じて、記録するセンサ及び記録しないセンサを個々に指定し得る。少なくとも一部の実施形態では、検出セクションは、利用可能なストレージの量に基づいて読取閾値を調整する。少なくとも一部の実施形態では、検出セクションは、以下で説明される、図６に示される動作を行う。

【0071】

Ｓ５５２で、コントローラの記録セクションは、センサの出力を記録する。少なくとも一部の実施形態では、記録セクションは、車両反応の検出に応じて、車両の少なくとも１つのトリガセンサ及び少なくとも１つの関連センサの出力を記録する。少なくとも一部の実施形態では、少なくとも１つの関連センサは、ＧＰＳセンサを備える。少なくとも一部の実施形態では、関連センサは、車輪スリップによってトリガされる車両反応の事象などにおいて歯車比を検出するセンサ、温度センサ、雨検出センサ、雪検出センサ、速度センサ、タイヤ摩耗推定センサ、ＧＰＳセンサ、運転者ビューカメラなどのうちの１つ以上を含む。少なくとも一部の実施形態では、記録セクションは、以下に記載される図７の動作フローを行う。

【0072】

Ｓ５５４で、コントローラの決定セクションは、地面の目的特性を決定する。少なくとも一部の実施形態では、決定セクションは、各々の少なくとも１つのトリガセンサに関する記録された出力、少なくとも１つの関連センサに関する記録された出力、及び車両の少なくとも１つの特性に基づいて地面の目的特性を決定する。少なくとも一部の実施形態では、車両の少なくとも１つの特性は、車両のメーカー及びモデルに基づく静的特性、又は記録の時間における車両の動的特性のうちの少なくとも一方を備える。少なくとも一部の実施形態では、事象の記録情報は、静的特性、例えば、車両重量、ロードクリアランス、歯車比、駆動列など、動的特性、例えば、負荷重量、タイヤ圧、現在のギア、現在の速度など、又はその両方を含む車両特性に関する状態を正規化するように分析される。少なくとも一部の実施形態では、例えば、ロードクリアランスセンサが、地面がクリアランスの８０％に達していることを検出する場合、８０％は、車両のモデルに関する既知の最大クリアランス高さと８０％を比較することによって実際の高さに変換される。これにより、事象を記録する本車両とは独立して地面の目的特性が効果的に明らかになる。少なくとも一部の実施形態では、例えば、情報は、車輪スリップによってトリガされる車両反応の事象において温度及び雨又は雪の検出を考慮することによって地面が凍結道路であることを明らかにし得る。少なくとも一部の実施形態では、地面自体に関して明らかにされた情報は、１つの事例だけであっても利用され得る。しかしながら、少なくとも一部の実施形態では、地面自体に関して明らかにされた情報は、同じ地理的場所における多数の車両から記録された事象を集約することによって改善され得る。

【0073】

Ｓ５５６で、コントローラの送信セクションは、目的特性を送信する。少なくとも一部の実施形態では、送信セクションは、ネットワークを通じて目的特性をサーバに送信する。少なくとも一部の実施形態では、送信セクションは、目的特性を別の車両に直接的に送信する。

【0074】

図６は、主題の開示の少なくとも一部の実施形態に係る、車両反応を検出する動作フローである。動作フローは、車両反応を検出する方法を提供する。少なくとも一部の実施形態では、検出セクションは、利用可能なストレージの量に基づいて読取閾値を調整する。少なくとも一部の実施形態では、方法は、車両、例えば、図１に示される車両１４０、又は図４に示される検出車両システム４１０によって行われる。少なくとも一部の実施形態では、方法は、図４に示されるＥＣＵ４２０などのコントローラの検出セクション、又は図８に示されるコントローラ８０２によって行われる。

【0075】

Ｓ６６０で、検出セクション又はそのサブセクションは、利用可能なストレージが減少しているかどうかを決定する。少なくとも一部の実施形態では、検出セクションは、利用可能なストレージの量が減少しているかどうかを決定する。利用可能なストレージの量が減少していないことを検出セクションが決定したことに応じて、動作フローは、Ｓ６６１における利用可能なストレージの増加に関する決定に進む。利用可能なストレージの量が減少していることを検出セクションが決定したことに応じて、動作フローは、Ｓ６６４におけるトリガセンサの閾値の増加に進む。

【0076】

Ｓ６６１で、検出セクション又はそのサブセクションは、利用可能なストレージが増加しているかどうかを決定する。少なくとも一部の実施形態では、検出セクションは、利用可能なストレージの量が増加しているかどうかを決定する。利用可能なストレージの量が増加していないことを検出セクションが決定したことに応じて、動作フローは、Ｓ６６６におけるトリガセンサの読取閾値に達しているかどうかに関する決定に進む。利用可能なストレージの量が増加していることを検出セクションが決定したことに応じて、動作フローは、Ｓ６６２におけるトリガセンサの閾値の減少に進む。

【0077】

Ｓ６６２で、検出セクション又はそのサブセクションは、トリガセンサの閾値を減少させる。少なくとも一部の実施形態では、検出セクションは、少なくとも１つのトリガセンサの読取閾値を減少させる。少なくとも一部の実施形態では、検出セクションは、トリガセンサの検出範囲のわずかな分、各トリガセンサの読取閾値を減少させる。

【0078】

Ｓ６６４で、検出セクション又はそのサブセクションは、トリガセンサの閾値を増加させる。少なくとも一部の実施形態では、検出セクションは、少なくとも１つのトリガセンサの読取閾値を増加させる。少なくとも一部の実施形態では、検出セクションは、トリガセンサの検出範囲のわずかな分、各トリガセンサの読取閾値を増加させる。

【0079】

Ｓ６６６で、検出セクション又はそのサブセクションは、トリガセンサの読取閾値に達しているかどうかを決定する。少なくとも一部の実施形態では、検出セクションは、車両の少なくとも１つのトリガセンサの読取閾値に達しているかどうか又は当該読取閾値を超えているかどうかを決定する。トリガセンサの読取閾値に達していないことに応じて、動作フローは、Ｓ６６０における利用可能なストレージの減少に関する決定に戻る。トリガセンサの読取閾値に達していることに応じて、動作フローは終了して、図５の動作Ｓ５５２などのセンサ出力の記録に進む。

【0080】

図７は、主題の開示の少なくとも一部の実施形態に係る、車両反応を記録する動作フローである。動作フローは、検出された車両反応を記録する方法を提供する。少なくとも一部の実施形態では、方法は、車両、例えば、図１に示される車両１４０、又は図４に示される検出車両システム４１０によって行われる。少なくとも一部の実施形態では、方法は、図４に示されるＥＣＵ４２０などのコントローラの記録セクション、又は図８に示されるコントローラ８０２によって行われる。

【0081】

Ｓ７７０で、記録セクション又はそのサブセクションは、車両反応が検出されているかどうかを確認する。車両動作が検出されていることに応じて、動作フローは、Ｓ７７２におけるストレージに対する出力の記録に進む。車両反応が検出されていないことに応じて、動作フローは終了する。

【0082】

Ｓ７７２で、記録セクション又はそのサブセクションは、出力をストレージに記録する。少なくとも一部の実施形態では、記録セクションは、車両反応の検出に応じて、車両の少なくとも１つのトリガセンサ及び少なくとも１つの関連センサの出力を記録する。少なくとも一部の実施形態では、記録セクションは、少なくとも１つのトリガセンサ及び少なくとも１つの関連センサの出力をストレージに記録する。少なくとも一部の実施形態では、このようなセンサを監視するＥＣＵは、本センサ、関連センサなどの出力を記録するための追加のタスクを行うようにプログラムされる。

【0083】

Ｓ７７４で、記録セクション又はそのサブセクションは、バッファ記録が利用可能であるかどうかを決定する。少なくとも一部の実施形態では、記録セクションは、センサのバッファメモリ記録が利用可能であるかどうかを決定する。少なくとも一部の実施形態では、バッファメモリ記録は常に、全てのセンサの数秒／数分前の記録を保持する。バッファ記録が利用可能であることに応じて、動作フローは、Ｓ７７６におけるバッファ記録のコピーに進む。バッファ記録が利用可能でないことに応じて、動作フローは終了する。

【0084】

Ｓ７７６で、記録セクション又はそのサブセクションは、バッファ記録をコピーする。少なくとも一部の実施形態では、記録セクションは、少なくとも１つのトリガセンサ及び少なくとも１つの関連センサのバッファ記録をストレージにコピーする。少なくとも一部の実施形態では、トリガの事象において、関連センサのバッファメモリ記録は、トリガの前の瞬間を利用可能にするように、記録事象の始めを構成するためにストレージ内にコピーされる。

【0085】

図８は、主題の開示の少なくとも一部の実施形態に係る、個人識別可能情報の潜在的漏洩を低減するプログラム動作シーケンスの決定に関するハードウェア構成の図である。

【0086】

好ましいハードウェア構成は、入力デバイス８０９とやり取りする検出車両システム８００を含み、ネットワーク８０８を通じて入力デバイス８０９及びサーバ８１０と通信する。少なくとも一部の実施形態では、検出車両システム８００は、入力デバイス８０９及びサーバ８１０から入力又はコマンドを受信するコンピュータ又は他の計算デバイスである。少なくとも一部の実施形態では、検出車両システム８００は、入力デバイス８０９に組み込まれる。少なくとも一部の実施形態では、検出車両システム８００は、車両記録に基づく地面目的特性の決定に関する動作を行うようにコンピュータ可読命令を実行するコンピュータシステムである。

【0087】

検出車両システム８００は、コントローラ８０２と、ストレージユニット８０４と、入力／出力インターフェース８０６と、通信インターフェース８０７と、を含む。少なくとも一部の実施形態では、コントローラ８０２は、命令を実行するプロセッサ又はプログラム可能な回路を含んで、プロセッサ又はプログラム可能な回路に対して、命令に従って動作を行わせる。少なくとも一部の実施形態では、コントローラ８０２は、アナログ若しくはデジタルのプログラム可能な回路、又はその任意の組み合わせを含む。少なくとも一部の実施形態では、コントローラ８０２は、通信を通じてやり取りする、物理的に分離されたストレージ又は回路を含む。少なくとも一部の実施形態では、ストレージユニット８０４は、命令の実行中にコントローラ８０２がアクセスする実行可能データ及び非実行可能データを記憶することができる不揮発性コンピュータ可読媒体を含む。通信インターフェース８０７は、ネットワーク８０８とデータを送受信する。入力／出力インターフェース８０６は、パラレルポート、シリアルポート、キーボードポート、マウスポート、モニタポート、及び同種のものを介して入力デバイス８０９などの様々な入力及び出力ユニットに接続して、コマンドを受け付けて情報を提示する。一部の実施形態では、ストレージユニット８０４は、サーバ８００の外部にある。

【0088】

コントローラ８０２は、検出セクション８２０と、記録セクション８２２と、決定セクション８２４と、送信セクション８２６と、を含む。ストレージユニット８０４は、センサの出力８３０と、バッファ記録８３２と、目的特性８３４と、車両特性８３６と、を含む。

【0089】

検出セクション８２０は、車両反応を検出するように構成されたコントローラ８０２の回路又は命令である。少なくとも一部の実施形態では、検出セクション８２０は、車両の車両反応を検出するように構成されており、車両反応は、車両の少なくとも１つのトリガセンサの読取閾値によってトリガされる。少なくとも一部の実施形態では、検出セクション８２０は、センサの出力８３０などのストレージユニット８０４における情報を利用する。少なくとも一部の実施形態では、検出セクション８２０は、以上のフローチャートに記載されるように追加の機能を行うサブセクションを含む。少なくとも一部の実施形態では、このようなサブセクションは、対応する機能に関連付けられた名前で参照される。

【0090】

記録セクション８２２は、センサの出力を記録するように構成されたコントローラ８０２の回路又は命令である。少なくとも一部の実施形態では、記録セクション８２２は、車両反応の検出に応じて、車両の少なくとも１つのトリガセンサ及び少なくとも１つの関連センサの出力を記録するように構成されている。少なくとも一部の実施形態では、記録セクション８２２は、センサの出力８３０などのストレージ８０４における情報を利用し、バッファ記録８３２などの情報をストレージユニット８０４に記録する。少なくとも一部の実施形態では、記録セクション８２２は、以上のフローチャートに記載されるように追加の機能を行うサブセクションを含む。少なくとも一部の実施形態では、このようなサブセクションは、対応する機能に関連付けられた名前で参照される。

【0091】

決定セクション８２４は、地面の目的特性を決定するように構成されたコントローラ８０２の回路又は命令である。少なくとも一部の実施形態では、決定セクション８２４は、少なくとも１つのトリガセンサに関する記録された出力、少なくとも１つの関連センサに関する記録された出力、及び車両の少なくとも１つの特性に基づいて地面の目的特性を決定するように構成されている。少なくとも一部の実施形態では、決定セクション８２４は、センサの出力８３０、バッファ記録８３２、及び車両特性８３６などのストレージユニット８０４における情報を利用し、目的特性８３４などの情報をストレージユニット８０４に記録する。少なくとも一部の実施形態では、決定セクション８２４は、以上のフローチャートに記載されるように追加の機能を行うサブセクションを含む。少なくとも一部の実施形態では、このようなサブセクションは、対応する機能に関連付けられた名前で参照される。

【0092】

送信セクション８２６は、目的特性を送信するように構成されたコントローラ８０２の回路又は命令である。少なくとも一部の実施形態では、送信セクション８２６は、ネットワークを通じて目的特性をサーバに送信するように構成されている。少なくとも一部の実施形態では、送信セクション８２６は、目的特性を別の車両に直接的に送信するように構成されている。少なくとも一部の実施形態では、送信セクション８２６は、目的特性８３４などのストレージユニット８０４からの情報をネットワーク８０８に送信する。少なくとも一部の実施形態では、送信セクション８２６は、以上のフローチャートに記載されるように追加の機能を行うサブセクションを含む。少なくとも一部の実施形態では、このようなサブセクションは、対応する機能に関連付けられた名前で参照される。

【0093】

少なくとも一部の実施形態では、装置は、本明細書の動作を行うために論理機能を処理することができる別のデバイスである。少なくとも一部の実施形態では、コントローラ及びストレージユニットは、完全に別々のデバイスである必要はなく、一部の実施形態では、回路又は１つ以上のコンピュータ可読媒体を共有する。少なくとも一部の実施形態では、ストレージユニットは、コンピュータ実行可能命令及びコントローラによってアクセスされるデータの両方を記憶するハードドライブを含み、コントローラは、中央処理装置（ＣＰＵ）及びＲＡＭの組み合わせを含み、ここで、コンピュータ実行可能命令は、本明細書の動作の実行中にＣＰＵによって実行されるように全体的に又は部分的にコピー可能である。

【0094】

装置がコンピュータである少なくとも一部の実施形態では、コンピュータにインストールされるプログラムは、コンピュータに対して、本明細書で記載される実施形態の装置に関連付けられる動作として機能させることができるか又は当該動作を行わせることができる。少なくとも一部の実施形態では、このようなプログラムは、コンピュータに対して、本明細書で記載されるフローチャートのブロック及びブロック図の一部又は全てに関連付けられる特定の動作を行わせるように、プロセッサによって実行可能である。

【0095】

少なくとも一部の実施形態は、フローチャート及びブロック図を参照して記載されており、そのブロックは、（１）動作が行われるプロセスのステップ、又は（２）動作の実行を担うコントローラのセクションを表す。少なくとも一部の実施形態では、特定のステップ及びセクションは、専用回路、コンピュータ可読媒体上に記憶されたコンピュータ可読命令が供給されるプログラム可能な回路、及び／又はコンピュータ可読媒体上に記憶されたコンピュータ可読命令が供給されるプロセッサによって実装される。少なくとも一部の実施形態では、専用回路は、デジタル及び／又はアナログのハードウェア回路を含み、集積回路（ＩＣ）及び／又は離散回路を含む。少なくとも一部の実施形態では、プログラム可能な回路は、論理ＡＮＤ、ＯＲ、ＸＯＲ、ＮＡＮＤ、ＮＯＲ、及び他の論理演算、フリップフロップ、レジスタ、メモリ要素などを備える再構成可能なハードウェア回路、例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）などを含む。

【0096】

少なくとも一部の実施形態では、コンピュータ可読記憶媒体は、命令実行デバイスによって使用される命令を保持及び記憶することができる有形のデバイスを含む。一部の実施形態では、コンピュータ可読記憶媒体は、例えば、電子記憶デバイス、磁気記憶デバイス、光記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、又は以上の任意の好適な組み合わせを含むが、これらに限定されない。コンピュータ可読記憶媒体のより特定の例の非網羅的なリストは、以下、すなわち、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、デジタルバーサタイルディスク（ＤＶＤ）、メモリスティック、フロッピディスク、命令が記録されたパンチカード又は溝内の隆起構造などの機械的に符号化されたデバイス、及び以上の任意の好適な組み合わせを含む。本明細書で使用されるコンピュータ可読記憶媒体は、電波若しくは他の自由に伝播する電磁波、導波路若しくは他の送信媒体を通じて伝播する電磁波（例えば、光ファイバケーブルを通過する光パルス）、又はワイヤを通じて送信される電気信号などの、一時的な信号自体であると解釈されるべきではない。

【0097】

少なくとも一部の実施形態では、本明細書で記載されるコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれの計算／処理デバイスにダウンロード可能であるか、又はネットワーク、例えば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、及び／若しくは無線ネットワークを介して外部コンピュータ若しくは外部記憶デバイスにダウンロード可能である。少なくとも一部の実施形態では、ネットワークは、銅送信ケーブル、光送信ファイバ、無線送信、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、及び／又はエッジサーバを含む。少なくとも一部の実施形態では、各計算／処理デバイス内のネットワークアダプタカード又はネットワークインターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、それぞれの計算／処理デバイス内のコンピュータ可読記憶媒体に記憶するためにコンピュータ可読プログラム命令を転送する。

【0098】

少なくとも一部の実施形態では、上述の動作を実行するコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はソースコード若しくはオブジェクトコードのいずれかであって、当該ソースコード又はオブジェクトコードは、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋、若しくは同種のものなどのオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語若しくは同様のプログラミング言語などの従来の手続き型プログラミング言語か、Ｒｕｓｔなどの近代システム言語か、又はＤａｒｔなどのインターフェース言語を含む１つ以上のプログラミング言語の任意の組み合わせで書かれる。少なくとも一部の実施形態では、コンピュータ可読プログラム命令は、ユーザのコンピュータ上で完全に実行されるか、ユーザのコンピュータ上で部分的に実行されるか、スタンドアロンソフトウェアパッケージとして実行されるか、ユーザのコンピュータ上で部分的に且つリモートコンピュータ上で部分的に実行されるか、又はリモートコンピュータ若しくはサーバ上で完全に実行される。少なくとも一部の実施形態では、後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）若しくはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通じてユーザのコンピュータに接続されるか、又は（例えば、インターネットサービスプロバイダを使用してインターネットを通じて）外部コンピュータへの接続が行われる。少なくとも一部の実施形態では、例えば、プログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、主題の開示の態様を行うために、コンピュータ可読プログラム命令の状態情報を利用して電子回路を個別化することによってコンピュータ可読プログラム命令を実行する。

【0099】

主題の開示の実施形態が記載されているが、特許請求される任意の主題の技術的範囲は、上述の実施形態に限定されない。当業者は、上述の実施形態に対する様々な改変及び改善が可能であることを理解するであろう。当業者はまた、このような改変又は改善で追加される実施形態は、本発明の技術的範囲に含まれることを特許請求の範囲から理解するであろう。

【0100】

「先」、「前」、又は同種のものによって順序が示されない限り、そして、以前のプロセスからの出力が後のプロセスで使用されない限り、特許請求の範囲、実施形態、又は図に示される装置、システム、プログラム、及び方法によって行われる各プロセスの動作、手順、ステップ、及びステージを任意の順序で行うことができる。特許請求の範囲、実施形態、又は図で「まず」又は「次に」などのフレーズを使用してプロセスフローが記載されている場合であっても、このような説明は必ずしも、記載された順序でプロセスを行う必要があることを意味するわけではない。

【0101】

少なくとも一部の実施形態では、車両記録に基づく地面目的特性の決定は、車両の車両反応を検出することであって、車両反応は、車両の少なくとも１つのトリガセンサの読取閾値によってトリガされる、ということと、車両反応の検出に応じて、車両の少なくとも１つのトリガセンサ及び少なくとも１つの関連センサの出力を記録することと、少なくとも１つのトリガセンサに関する記録された出力、少なくとも１つの関連センサに関する記録された出力、及び車両の少なくとも１つの特性に基づいて地面の目的特性を決定することと、によって行われる。

【0102】

一部の実施形態は、コンピュータプログラム内の命令、コンピュータプログラムの命令を実行するプロセッサによって行われる方法、及び方法を行う装置を含む。一部の実施形態では、装置は、命令内の動作を行うように構成された回路を含むコントローラを含む。

【0103】

以上のことは、当業者が本開示の態様をより充分に理解し得るようにいくつかの実施形態の特徴を概説する。当業者は、本明細書に組み込まれた実施形態と同じ目的を実行し、及び／又は同じ利点を達成する他のプロセス及び構造を設計又は修正する根拠として本開示を容易に使用し得ることを当業者は理解すべきである。当業者はまた、そのような同等の構造が本開示の趣旨及び範囲から逸脱していないこと、並びに本開示の趣旨及び範囲から逸脱することなく、当業者が本明細書の様々な変更、置換、及び改変を行い得ることを理解すべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【外国語明細書】