特開 2025-3315 モバイルコンピューティングネットワークの問合せコンテンツの取込み

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

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

(11)【公開番号】P2025003315

(43)【公開日】2025-01-09

(54)【発明の名称】モバイルコンピューティングネットワークの問合せコンテンツの取込み

(51)【国際特許分類】

   G08G 1/00 20060101AFI20241226BHJP

   H04L 67/568 20220101ALI20241226BHJP

【ＦＩ】

G08G1/00 A

H04L67/568

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024069343

(22)【出願日】2024-04-22

(31)【優先権主張番号】18/340,040

(32)【優先日】2023-06-23

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

(71)【出願人】

【識別番号】521042770

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100092624

【弁理士】

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

(74)【代理人】

【識別番号】100147555

【弁理士】

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

(74)【代理人】

【識別番号】100123593

【弁理士】

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

(74)【代理人】

【識別番号】100133835

【弁理士】

【氏名又は名称】河野 努

(74)【代理人】

【識別番号】100120499

【弁理士】

【氏名又は名称】平山 淳

(72)【発明者】

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

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

5H181

【Ｆターム（参考）】

5H181AA01

5H181BB04

5H181BB20

5H181CC03

5H181CC04

5H181CC11

5H181CC12

5H181CC14

5H181EE10

5H181FF05

5H181FF10

5H181FF13

(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】図８は、主題の開示の少なくとも一部の実施形態に係る、取り込まれたコンテンツを送信する動作フローである。

【図9】図９は、主題の開示の少なくとも一部の実施形態に係る、モバイルコンピューティングネットワークのコンテンツのクエリ及び取込みについてのハードウェア構成の図である。

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

【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】

一部の実施形態では、記憶媒体９０４は、製造機械と接続して動作する命令９０７を記憶する。命令９０７により、プロセッサ９０２は、製造プロセス中に方法６００を効果的に実装するように製造機械によって読取可能な製造命令を生成することができる。

【0104】

システム９００は、Ｉ／Ｏインターフェース９１０を含む。Ｉ／Ｏインターフェース９１０は、外部回路に接続されている。一部の実施形態では、Ｉ／Ｏインターフェース９１０は、情報及びコマンドをプロセッサ９０２に通信するためにキーボード、キーパッド、マウス、トラックボール、トラックパッド、及び／又はカーソル方向キーを含む。

【0105】

システム９００はまた、プロセッサ９０２に接続されたネットワークインターフェース９１２を含む。ネットワークインターフェース９１２により、システム９００は、１つ以上の他のコンピュータシステムが接続されたネットワーク９１４と通信することができる。ネットワークインターフェース９１２は、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＷＩＦＩ、ＷＩＭＡＸ、ＧＰＲＳ、若しくはＷＣＤＭＡ（登録商標）などの無線ネットワークインターフェース、又はＥＴＨＥＲＮＥＴ、ＵＳＢ、若しくはＩＥＥＥ－１３９４などの有線ネットワークインターフェースを含む。一部の実施形態では、ＯＤＤＲシステム１００（図１）、ＯＤＤＲシステム４００（図４）、又は方法６００（図６）に記載されるような動作の一部又は全ては、２つ以上のシステム９００において実装され、優先レベル、クエリＩＤ、クエリ状況、及びクエリデータなどの情報は、ネットワーク９１４を介して異なるシステム９００間で交換される。

【0106】

少なくとも一部の実施形態では、モバイルコンピューティングネットワークの問合せコンテンツの取込みは、モバイルコンピューティングネットワークによって実行可能なタスク及び保持ポリシーをサーバから受信すること、モバイルコンピューティングネットワークを使用してタスクを実行してターゲットコンテンツを取り込むこと、保持ポリシーに基づいて、取り込まれたターゲットコンテンツの第１のインスタンスに低減の可能性を割り当てること、利用可能なストレージの量が閾値量以下になったことに応じて、低減の可能性に基づいて第１のインスタンス及び他の記憶データの一部のうちの少なくとも一方を低減すること、並びにワイドエリアネットワークへの接続に応じて、取り込まれたターゲットコンテンツの各インスタンスを送信することによって行われる。

【0107】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【外国語明細書】