▶ ウーブン・プラネット・ホールディングス株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-20
(45)【発行日】2024-08-28
(54)【発明の名称】オンデマンドデータ検索システムおよび使用方法
(51)【国際特許分類】
G06F 8/70 20180101AFI20240821BHJP
【ＦＩ】
G06F8/70
【請求項の数】
14
【外国語出願】
(21)【出願番号】P 2022157027
(22)【出願日】2022-09-29
(65)【公開番号】P2023057533
(43)【公開日】2023-04-21
【審査請求日】2022-09-29
(31)【優先権主張番号】17/497,989
(32)【優先日】2021-10-11
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】521042770
【氏名又は名称】ウーブン・バイ・トヨタ株式会社
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100092624
【弁理士】
【氏名又は名称】鶴田 準一
(74)【代理人】
【識別番号】100147555
【弁理士】
【氏名又は名称】伊藤 公一
(74)【代理人】
【識別番号】100123593
【弁理士】
【氏名又は名称】関根 宣夫
(74)【代理人】
【識別番号】100133835
【弁理士】
【氏名又は名称】河野 努
(74)【代理人】
【識別番号】100180194
【弁理士】
【氏名又は名称】利根 勇基
(72)【発明者】
【氏名】橋本 大輔
(72)【発明者】
【氏名】マーク カレ
(72)【発明者】
【氏名】マリオ フレイタス
(72)【発明者】
【氏名】サミラ エマソン
(72)【発明者】
【氏名】ファット ヌーイェン
(72)【発明者】
【氏名】カリ ラオ
(72)【発明者】
【氏名】ケビン アーウィン
(72)【発明者】
【氏名】ロハン フェア
(72)【発明者】
【氏名】関谷 岳史
【審査官】坂東 博司
(56)【参考文献】
【文献】特開２０２０－０３８４０８（ＪＰ，Ａ）
【文献】特開２０２０－０２７４１３（ＪＰ，Ａ）
【文献】特開２０２１－０５６９６１（ＪＰ，Ａ）
【文献】特開２０１７－０６９９１７（ＪＰ，Ａ）
【文献】特開２０２０－１８７５３６（ＪＰ，Ａ）
【文献】中国特許出願公開第１１２８８２７９０（ＣＮ，Ａ）
【文献】特開２０２１－０１８６７９（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１２／０３３１１２０（ＵＳ，Ａ１）
【文献】米国特許第０９３６１０８４（ＵＳ，Ｂ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ８／７０
(57)【特許請求の範囲】
【請求項1】
システムであって、命令を格納するように構成されている非一時的コンピュータ可読媒体と、
前記非一時的コンピュータ可読媒体に接続されているプロセッサと
を備え、
前記プロセッサは、
収集されるデータのソースを特定するデータ要求についてのユーザインタフェース（ＵＩ）からの情報を受信し、
前記データ要求に識別情報を割り当て、
前記識別情報と関連付けて前記データ要求を格納し、
前記ＵＩから受信した、ユーザによる優先度レベルを高めるための料金の支払い情報に基づいて、前記ＵＩから受信した前記データ要求の優先度レベルを決定し、
前記優先度レベルに基づく順序で前記データ要求を車両に送信し、
前記送信されたデータ要求に応答して、前記車両における前記ソースからデータを受信し、
前記受信したデータを前記ユーザに通知する、
ために前記命令を実行するように構成されている、システム。
【請求項2】
前記プロセッサは、さらに、前記データ要求に基づいて、前記データ要求を受信する前記車両を識別するために前記命令を実行するように構成されている、請求項１に記載のシステム。
【請求項3】
前記プロセッサは、さらに、前記ユーザの決定されたアイデンティティに基づいて、前記車両におけるセンサへのアクセスを制限するために前記命令を実行するように構成されている、請求項１又は２に記載のシステム。
【請求項4】
前記プロセッサは、さらに、前記データ要求を前記車両に送信したことに応答して、前記データ要求のステータスを更新し、
前記データ要求のステータスを前記ユーザに提供することを前記ＵＩに指示するために前記命令を実行するように構成されている、請求項１又は２に記載のシステム。
【請求項5】
前記プロセッサは、さらに、前記車両からセンサデータを受信したことに応答して、前記データ要求のステータスを更新し、
前記データ要求のステータスを前記ユーザに提供することを前記ＵＩに指示するために前記命令を実行するように構成されている、請求項１又は２に記載のシステム。
【請求項6】
前記プロセッサは、さらに、前記ユーザへの通知と共に前記受信したデータを前記ユーザに送信するために前記命令を実行するように構成されている、請求項１又は２に記載のシステム。
【請求項7】
前記プロセッサは、さらに、前記受信したデータの前記ユーザへの通知を送信したことに応答して、前記受信したデータに前記ユーザがアクセスすることを可能にするために前記命令を実行するように構成されている、請求項１又は２に記載のシステム。
【請求項8】
方法であって、データ要求についてのユーザインタフェース（ＵＩ）からの情報を受信することと、
前記データ要求に識別情報を割り当てることと、
前記識別情報と関連付けて前記データ要求を格納することと、
前記ＵＩから受信した前記データ要求の優先度レベルを決定することと、
前記優先度レベルに基づく順序で前記データ要求を車両に送信することと、
前記送信されたデータ要求に応答して、前記車両におけるソースからデータを受信することと、
前記受信したデータをユーザに通知することと、を含み、
前記データ要求の前記優先度レベルを決定することは、前記ＵＩから受信した、前記ユーザによる優先度レベルを高めるための料金の支払い情報に基づいて前記データ要求の前記優先度レベルを決定することを含む、方法。
【請求項9】
前記データ要求に基づいて、前記データ要求を受信するための前記車両を識別することを更に含む、請求項８に記載の方法。
【請求項10】
前記ユーザの決定されたアイデンティティに基づいて、前記車両におけるセンサへのアクセスを制限することを更に含む、請求項８又は９に記載の方法。
【請求項11】
前記データ要求を前記車両に送信したことに応答して、前記データ要求のステータスを更新することと、前記データ要求のステータスを前記ユーザに提供することを前記ＵＩに指示することと
を更に含む、請求項８又は９に記載の方法。
【請求項12】
前記車両からセンサデータを受信したことに応答して、前記データ要求のステータスを更新することと、前記データ要求のステータスを前記ユーザに提供することを前記ＵＩに指示することと
を更に含む、請求項８又は９に記載の方法。
【請求項13】
前記ユーザへの通知と共に前記受信したデータを前記ユーザに送信することを更に含む、請求項８又は９に記載の方法。
【請求項14】
前記受信したデータの前記ユーザへの通知を送信したことに応答して、前記受信したデータに前記ユーザがアクセスすることを可能にすることを更に含む、請求項８又は９に記載の方法。
【発明の詳細な説明】
【背景技術】
【0001】
異なる製品間の接続性が高まるにつれて、ソフトウェア開発者は、ユーザが異なる製品との体験をカスタマイズすることを可能にするために新しいアプリケーションを開発しようとする。アプリケーションを開発するために、ソフトウェア開発者は、製品上で信頼性を有して動作するアプリケーションを開発するために、製品内のデータ構造を頼りにする。幾つかの例においては、アプリケーションプログラムインタフェース（ＡＰＩ）は、アプリケーションを製品に特別に合わせ込むことなく、アプリケーションが製品とデータを交換することを可能にすることを支援する。しかし、幾つかの例においては、製品内で利用可能なデータのタイプと、そのデータのフォーマットとを理解することは、ソフトウェア開発者が製品のユーザ体験を向上させるためにアプリケーションを強化することを支援する。
【図面の簡単な説明】
【0002】
【図1】幾つかの実施形態に従う、オンデマンドデータ検索（ＯＤＤＲ）システムの模式図である。
【図2】幾つかの実施形態に従う、ＯＤＤＲシステムについてのグラフィカルユーザインタフェース（ＧＵＩ）の図である。
【図3】幾つかの実施形態に従う、ＯＤＤＲシステムについてのＧＵＩの図である。
【図4】幾つかの実施形態に従う、ＯＤＤＲシステムの模式図である。
【図5】幾つかの実施形態に従う、ＯＤＤＲコマンドのデータ構造の図である。
【図6】幾つかの実施形態に従う、ＯＤＤＲシステムを使用する方法のフローチャートである。
【図7】幾つかの実施形態に従う、ＯＤＤＲシステムを実施するためのシステムの図である。
【発明を実施するための形態】
【0003】
本開示の態様は、付随する図面と共に下記の詳細な記述を読むことにより最も良好に理解される。当業界における標準的な慣行に従って、種々の特徴は一定の縮尺で描かれていないことに留意されたい。実際、種々の特徴の寸法は、説明を明確にするために任意に増減され得る。
【0004】
下記の開示は、提供される主題の異なる特徴を実現するための多くの異なる実施形態、または例を提供する。構成要素、値、動作、材料、配置などの具体的な例は、本開示を簡潔にするために下記に記述される。もちろん、これらは単なる例にすぎず、限定的であることは意図されていない。他の構成要素、値、動作、材料、配置なども考えられる。例えば、後に続く記述における第２の特徴上への第１の特徴の形成は、第１および第２の特徴が直接接触して形成される実施形態を含むことができ、また、第１および第２の特徴が直接接触しなくてもよいように、追加的特徴を、第１および第２の特徴との間に形成できる実施形態を含むことができる。加えて、本開示は、種々の例において、参照番号および／または文字を繰り返すこともあり得る。この繰り返しは、簡潔性と明確性の目的のためであり、それ自体は、検討されている種々の実施形態および／または構成間の関係に影響しない。
【0005】
更に、「～の下」、「～の下方」、「下部の」、「～の上方」、「上部の」などのような空間的相対位置を示す用語は、ここにおいては、図において例示されているように、１つの要素または特徴の、他の要素または特徴との関係を記述するための記述を容易にするために使用することもあり得る。空間的相対位置を示す用語は、図において示されている向きに加えて、使用中または動作中の装置の異なる向きも含むことが意図されている。装置は他の向きにすることができ（９０度回転、または他の向き）、ここにおいて使用されている空間的相対位置を示す記述子も同様にそれに応じて解釈できる。
【0006】
ソフトウェア開発者、保険プロバイダ、市場調査員、および法の執行機関などのようなユーザは、グラフィカルユーザインタフェース（ＧＵＩ）などのようなユーザインタフェースにデータ要求を入力するためにオンデマンドデータ検索（ＯＤＤＲ）システムを使用することができる。ソフトウェア開発者とは、例えば、車両上で作動させるアプリケーション、ミドルウェア、またはＯＳ（オペレーティングシステム）を開発するソフトウェア開発者である。アプリケーションの例としては、対象物認識アプリケーション、道路認識アプリケーション、センサフュージョンアプリケーション、位置特定アプリケーション、経路計画アプリケーション、コントローラアプリケーションなどのような自動運転システムアプリケーションが含まれる。データ要求は、サーバにおいて解析されて格納され、サーバにより車両に送信される。サーバ側においては、データ要求は格納ユニットに格納され、格納された要求に基づいて要求キューが生成される。ユーザは、データ要求のステータスの更新を見ることができまたは要求することができる。例えば、車両への送信の前にサーバ内に依然としてデータ要求がある間は、ステータスを「未処理」と示すことができる。サーバがデータ要求を車両に送信すると、ステータスを「提出済み」に更新することができる。このことは、ユーザが、車両に対してなされたデータ要求のステータスを見て追跡することを可能にする。当業者は、記述が明確性のために車両に言及しているが、記述は単一の車両に加えて車両のグループに適用可能であるということを認識するであろう。
【0007】
データ要求を生成するためのユーザインタフェースは、車両識別情報、要求されているデータタイプ、開始時間および終了時間に関する形態を含んでいる。幾つかの実施形態においては、開始時間および終了時間は、ユニックスエポックタイムからの経過時間であるユニックス時間などのような絶対時間である。幾つかの実施形態においては、開始時間および終了時間は、データ要求が車両により受信された時間に対する相対時間である。幾つかの実施形態においては、開始時間および終了時間は、トリガーイベント（trigger event）に対する相対時間である。トリガーイベントは、ユーザがデータを得ようとしている車両内の出来事、車両の周囲の環境における出来事、または車両によるデータ要求の受信である。例えば、車両の周囲の環境に起因するトリガーイベントには、急加速、急ブレーキ、データ要求の対象の画像の取り込み、データ要求の対象の検出、または他の適切な出来事が含まれる。データ要求のステータスを監視するためのユーザ情報は、データ要求の識別情報と、未処理または提出済みなどのようなデータ要求のステータスとを含んでいる。
【0008】
幾つかの実施形態においては、データ要求が車両により受信されると、データ要求は、データ要求がデータ要求のソースに依存しないように処理される。幾つかの実施形態においては、データ要求識別表示（ＩＤ）が、例えば車両における要求抽出器（request abstractor）によって、車両によって受信されたデータ要求に対して割り当てられる。幾つかの実施形態においては、データ要求ＩＤは、データ要求の車両への送信よりも前にデータ要求に割り当てられる。幾つかの実施形態においては、データ要求は、車両において作動しているアプリケーションにより生成され、アプリケーションがデータ要求ＩＤを割り当てる。言い換えれば、データは、データ要求を車両に送信するプログラムまたはシステムとは関係なく、一貫した態様で処理される。幾つかの実施形態においては、データ要求は、車両内に格納されているソフトウェア構成要素により生成され、データは、外部装置から受信されたデータ要求との一貫性を有して処理される。このことは、アプリケーションが、ロガーへのデータ収集要求と、ＯＤＤＲベースの外部データ収集要求とを生成する場合に、トリガーデータ収集の間で同じデータ収集ソフトウェア構成要素を共有することを支援する。
【0009】
幾つかの実施形態においては、データ要求が車両により受信されると、データ要求は、データ要求が車両内のセンサおよびサーバに対して依存しないように処理される。幾つかの実施形態においては、データ要求は、車両において作動しているアプリケーションにより生成される。幾つかの実施形態においては、アプリケーションからのデータ要求が車両内のセンサまたはサーバからの情報に依存しないように、アプリケーションプログラミングインタフェース（ＡＰＩ）が使用可能である。このことは、特定のセンサモデルについての要求をプログラムすることなくデータを収集するユーザの能力を最大にすることを支援する。その後、データ要求はデータ収集器に転送され、要求されたデータは、トリガーイベントの発生に応答して収集される。交通事故などのようなトリガーイベントがすでに発生している状況においては、データ要求は、車両内の格納装置内に格納されているデータに基づいて実行される。収集されたデータの時間フレーム、すなわち開始時間および終了時間は、データ要求に基づいて決定される。収集されたデータはサーバに転送される。
【0010】
その後、収集されたデータはサーバに格納され、データ要求の完了に関する通知がユーザに送信される。例えば、データ要求のステータスは、ユーザインタフェース上で「完了」に更新される。
【0011】
幾つかの例においては、データ要求に対する料金がユーザに課金されるように、予算管理システムまたは支払いシステムが、サーバ側または車両側において実装される。料金は、要求を提出したとき、またはデータ収集が完了したときに支払可能である。料金は、要求されたデータのタイプおよび量に基づいて調整可能である。幾つかの実施形態においては、ユーザに課金される料金の合計がユーザの予算の最大閾値に達すると、そのユーザからのデータ要求が拒絶される。
【0012】
ＯＤＤＲシステムは、車両により収集された情報にユーザがオンデマンドのスタイルでアクセスすることを可能にする。つまり、データは、必ずしも連続して収集されるわけではなく、ユーザの特定の所望を満たすために収集される。幾つかの実施形態においては、ＯＤＤＲシステムは、例えばオーバーザエア（ＯＴＡ）更新として、ネットワークを介してサーバから車両に更新を送達することによって、ユーザがソフトウェアを連続的に改良することができるように、ソフトウェア開発者のようなデータを収集するユーザが、収集されたデータに基づく探究的な方法で、彼らのソフトウェアの設計、実装およびパラメータ調整を更新することを支援する。幾つかの実施形態においては、ＯＤＤＲシステムは、データを収集するアプリケーションのための機械学習モデルを開発する機械学習開発者が連続的にモデルを更新してモデルの弱点および問題を修正することができるように、機械学習開発者が、モデルが最初に開発されたときには利用可能でなかったデータでモデルを学習することを支援する。幾つかの例においては、保険プロバイダは、交通事故に関するデータを収集することができる。幾つかの実例においては、法の執行機関は、犯罪または交通事故に関する情報を収集することができる。
【0013】
図１は、幾つかの実施形態に従う、オンデマンドデータ検索（ＯＤＤＲ）システム１００の模式図である。ＯＤＤＲシステム１００はユーザインタフェース（ＵＩ）１１０を含んでいる。ＵＩ１１０は、データに対するユーザ要求を車両１４０から受信するように構成されている。ＯＤＤＲシステム１００は更にサーバ１２０を含み、サーバ１２０は、ＵＩ１１０からユーザ要求を受信し、ユーザ要求を車両１４０に送信し、車両１４０からデータを受信し、アクセス可能なコンソール１５０を介してデータをユーザに提供するように構成されている。サーバ１２０は、ＵＩ１１０および車両１４０と通信するための通信セクション１３０を含んでいる。ＯＤＤＲシステム１００は更に、車両１４０から収集されたデータをユーザに伝達するように構成されているアクセス可能なコンソール１５０を含んでいる。
【0014】
ＵＩ１１０は、ユーザから入力指示を受信するように構成されている。幾つかの実施形態においては、ユーザにはソフトウェア開発者が含まれる。幾つかの実施形態においては、ユーザには機械学習モデル開発者が含まれる。幾つかの実施形態においては、ユーザには保険プロバイダが含まれる。幾つかの実施形態においては、ユーザには法の執行機関が含まれる。幾つかの実施形態においては、ユーザには市場調査会社が含まれる。ＵＩ１１０は、ユーザが車両のタイプおよび要求されるデータのタイプを選択するためのオプションを提供する。幾つかの実施形態においては、ＵＩ１１０は、車両識別情報、要求されているデータタイプ、開始時間および終了時間に関する形態を使用してデータ要求を生成することができる。幾つかの実施形態においては、開始時間および終了時間は、ユニックスエポックタイムからの経過時間であるユニックス時間などのような絶対時間である。幾つかの実施形態においては、開始時間および終了時間は、データ要求が車両により受信された時間に対する相対時間である。幾つかの実施形態においては、開始時間および終了時間は、トリガーイベントに対する相対時間である。幾つかの実施形態においては、ＵＩ１１０はまた、トリガーイベントと、トリガーイベントに対するデータ収集継続時間とを選択するためのオプションをユーザに提供する。幾つかの実施形態においては、ＵＩ１１０は、データが要求された車両のタイプに関する情報を含んでいる。幾つかの実施形態においては、ＵＩ１１０は、世界中の車両を一意的に識別することができる車両ＩＤを含んでいる。例えば、車両ＩＤは、汎用固有識別子（ＵＵＩＤ）フォーマットを含んでいる。幾つかの実施形態においては、ＵＩ１１０は、ユーザが収集したいと所望するデータのソースを識別することができるデータタイプを含んでいる。例えば、データタイプは、センサデータが収集されるセンサのセンサＩＤ、アプリケーションログが収集されるアプリケーションのアプリケーションＩＤを含んでいる。幾つかの実施形態においては、センサＩＤおよびアプリケーションＩＤのフォーマットは、汎用固有識別子（ＵＵＩＤ）フォーマットを含んでいる。幾つかの実施形態においては、ＵＩ１１０は、ドロップダウンメニューを含んでいる。幾つかの実施形態においては、ＵＩ１１０は、データ要求に関する情報を受信するための編集可能フィールドを含んでいる。幾つかの実施形態においては、ＵＩ１１０は、何れのデータオプションタイプがユーザに利用可能かに関する情報を提供する。幾つかの実施形態においては、利用可能なデータオプションタイプは、ユーザに依存している。例えば、幾つかの実施形態においては、法の執行機関は、保険プロバイダよりも多くのデータオプションを選択することができる。
【0015】
幾つかの実施形態においては、ＵＩ１１０は、グラフィカルユーザインタフェース（ＧＵＩ）を含んでいる。幾つかの実施形態においては、ＵＩ１１０は、モバイルテレフォンなどのような、サーバ１２０に接続可能なモバイル端末を含んでいる。幾つかの実施形態においては、ＵＩ１１０は、ＲＥＳＴｆｕｌ ＡＰＩなどのようなウェブインタフェースを含んでいる。幾つかの実施形態においては、ＵＩ１１０は、サーバ１２０に接続可能なコンピュータを含んでいる。幾つかの実施形態においては、ＵＩ１１０は、サーバ１２０への無線接続が可能である。幾つかの実施形態においては、ＵＩ１１０は、有線接続によりサーバ１２０に接続可能である。ＵＩ１１０はまた、データ要求のステータスに関する更新をユーザに提供することができる。幾つかの実施形態においては、ＵＩ１１０は、ユーザによる追加の問い合わせに応答して、データ要求に関するステータスの更新を提供する。幾つかの実施形態においては、ＵＩ１１０は、サーバ１２０から更新された情報を受信すると、ユーザの介在なしにデータ要求に関するステータスの更新を自動的に提供する。幾つかの実施形態においては、ステータスの更新は、ユーザに対する警告をＵＩ１１０に発動させる。幾つかの実施形態においては、警告は可聴警告または可視警告を含んでいる。
【0016】
幾つかの実施形態においては、ＵＩ１１０は、ユーザからの料金の支払いを受け入れる手段を含んでいる。幾つかの実施形態においては、ＵＩ１１０は、ユーザが支払いカード情報を入力することを可能にするデータ入力フィールドを含んでいる。幾つかの実施形態においては、ＵＩ１１０は、磁気ストライプリーダ、バーコードリーダ、チップリーダ、または他の適切なリーダなどのような、支払いカード情報を検出するためのリーダを含んでいる。
【0017】
サーバ１２０は、ＵＩ１１０および車両１４０と通信するように構成されている通信セクション１３０を含んでいる。通信セクション１３０は、ＵＩ１１０からデータ要求を受信するように構成されている受信機１３１を含んでいる。幾つかの実施形態においては、受信機１３１には無線受信機が含まれる。幾つかの実施形態においては、受信機は、データ要求を有線接続を介して受信するように構成されている。幾つかの実施形態においては、受信機１３１は更に、受信したデータ要求に対して初期処理を実行するように構成されている。幾つかの実施形態においては、受信されたデータ要求は、優先度レベル情報を含んでいる。幾つかの実施形態においては、受信機１３１は、データ要求を提出したユーザのアイデンティティ、および／またはデータ要求を提出したユーザにより支払われた料金に基づいて、データ要求に優先度レベルを割り当てるように構成されている。幾つかの実施形態においては、受信機１３１は、各受信されたデータ要求に対して要求識別（ＩＤ）番号を割り当てるように構成されている。幾つかの実施形態においては、サーバ１２０は、ユーザのアイデンティティに基づいて、車両１４０内のあるセンサへのアクセスを制限するように構成されている。例えば、サードパーティのユーザは、幾つかの実施形態においては、車両１４０の安全機能に関するセンサにアクセスすることができない。
【0018】
通信セクション１３０は更に、受信機１３１により受信されたデータ要求を格納するように構成されているメモリユニット１３２を含んでいる。幾つかの実施形態においては、メモリユニット１３２は、ランダムアクセスメモリ、ソリッドステートメモリ、または他のタイプのメモリを含んでいる。幾つかの実施形態においては、メモリユニット１３２は、データ要求のステータスと共にデータ要求を格納するように構成されている。幾つかの実施形態においては、データ要求のステータスは、未処理（車両１４０へのデータ要求の送信の前）、提出済み（車両１４０へのデータ要求の送信の後）、および完了（車両１４０からの要求されたデータの受信の後）を含んでいる。幾つかの実施形態においては、メモリユニット１３２はユーザによりアクセス可能である。幾つかの実施形態においては、メモリユニット１３２における情報の更新は、メモリユニット１３２において更新された情報と関連付けられているユーザの通知を引き起こす。幾つかの実施形態においては、メモリユニット１３２は、データ要求が受信された時間を示すタイムスタンプデータと併せてデータ要求を格納する。幾つかの実施形態においては、メモリユニット１３２は、優先度レベルと関連付けてデータ要求を格納する。幾つかの実施形態においては、優先度レベルはユーザのアイデンティティに基づいて決定される。例えば、幾つかの実施形態においては、法の執行機関は、ソフトウェア開発者などのような通常のユーザよりも高い優先度を有している保険プロバイダよりも高い優先度を有している。幾つかの実施形態においては、優先度レベルは、ユーザにより支払われた料金に基づいて決定される。例えば、幾つかの実施形態においては、ユーザは、要求されたデータをより早く得るために、それらの要求の優先度レベルを高めるために料金を支払うことができる。幾つかの実施形態においては、データ要求の優先度レベルは、データ要求の最初の格納とデータ要求の車両への送信との間の時間が長くなるにつれて高くされる。
【0019】
通信セクション１３０は更に、送信機１３３を含んでいる。送信機１３３は、データ要求のステータスをＵＩ１１０に送信するように構成されている。幾つかの実施形態においては、データ要求のステータスはＵＩ１１０に無線で送信される。幾つかの実施形態においては、データ要求のステータスはＵＩ１１０に有線接続を介して送信される。幾つかの実施形態においては、送信機１３３は、メモリユニット１３２における更新に応答して、データ要求の更新を自動的に提供するように構成されている。幾つかの実施形態においては、送信機１３３は、ユーザから受信した更新要求に応答して、データ要求の更新を提供するように構成されている。幾つかの実施形態においては、送信機１３３は、最初にデータ要求をメモリユニット１３２に保存したときに要求ＩＤを自動的に送信するように構成されている。幾つかの実施形態においては、データ要求のステータスは、データ要求の優先度レベルを含んでいる。幾つかの実施形態においては、データ要求のステータスは、データ要求が車両１４０に送信されるまでの推定時間を含んでいる。
【0020】
通信セクション１３０は更に、車両１４０への送信についての優先度の順序でデータ要求を格納するように構成されているクエリキュー（query queue）１３４を含んでいる。幾つかの実施形態においては、クエリキュー１３４は、メモリユニット１３２に統合されている。幾つかの実施形態においては、クエリキュー１３４は、メモリユニット１３２とは分離している。幾つかの実施形態においては、クエリキュー１３４は、優先度レベルおよびタイムスタンプ情報に基づいてメモリユニット１３２からデータ要求を取り出すように構成されている。幾つかの実施形態においては、クエリキュー１３４は、優先度レベルに基づいてデータ要求を順序付け、そして、データ要求が同じ優先度レベルを有していることに応答して、メモリユニット１３２への最初の保存からの時間によりデータ要求を順序付けるように構成されている。
【0021】
通信セクション１３０は更に、クエリキュー１３４から車両１４０にデータ要求を送信するように構成されている送信機１３５を含んでいる。送信機１３５は、クエリキュー１３４におけるデータ要求の順序に基づいて、データ要求を車両１４０に送信するように構成されている。幾つかの実施形態においては、データ要求は車両１４０に無線で送信される。幾つかの実施形態においては、データ要求は車両１４０に有線接続により送信される。車両１４０に送信されたデータ要求は、トリガーイベント情報と、トリガーイベントの前後でどのくらい長くデータが収集されるべきかに関するデータ継続時間情報と、データを収集すべき車両１４０のセンサのタイプを示すセンサ情報とを含んでいる。幾つかの実施形態においては、車両１４０に送信されたデータ要求は、優先度レベル情報を含んでいる。幾つかの実施形態においては、送信機１３５は、データ要求を車両１４０に送信する要求を車両１４０がサーバ１２０に送信するときにと、車両１４０にデータ要求を送信するように構成されている。幾つかの実施形態においては、送信機１３５は、車両１４０が新しいデータ要求を受け入れることができないということを示す情報を通信セクション１３０が受信していない限り、データ要求を送信するための車両１４０への十分な接続性を通信セクション１３０が有しているときはいつでも、車両１４０にデータ要求を送信するように構成されている。幾つかの実施形態においては、送信機１３５は、車両１４０が新しいデータ要求を受信でき且つ送信機１３５が車両１４０への十分な接続性を有している限り、車両１４０にデータ要求を定期的に送信するように構成されている。幾つかの実施形態においては、送信機１３５は、５つのデータ要求、２０個のデータ要求、または、他の数のデータ要求のグループなどのように一括してデータ要求を車両１４０に送信するように構成されている。幾つかの実施形態においては、送信機１３５は、車両１４０からデータ要求の受信の確認を要求するように構成されている。所定期間の間、車両から受信の確認を受信しないことに応答して、送信機１３５は、データ要求を再送信するように構成されている。幾つかの実施形態においては、メモリユニット１３２に格納されているデータ要求のステータスは、通信セクション１３０が車両１４０からデータ要求の受信の確認を受信したことに応答して、車両１４０への提出を示すように更新される。
【0022】
通信セクション１３０は更に、トリガーイベントの発生の通知を車両１４０から受信するように構成されている受信機１３６を含んでいる。幾つかの実施形態においては、トリガーイベントの発生は、データ要求の受信である。幾つかの実施形態においては、受信機１３６は、トリガーイベントの通知を無線で受信するように構成されている。幾つかの実施形態においては、受信機１３６は、トリガーイベントの通知を有線接続を介して受信するように構成されている。幾つかの実施形態においては、受信機１３６は、通知されたトリガーイベントに関するデータ要求のステータスを更新するために、メモリユニット１３２に信号を送信するように構成されている。
【0023】
通信セクション１３０は更に、送信機１３５により送信されたデータ要求に応答して、車両１４０からデータを受信するように構成されている受信機１３７を含んでいる。幾つかの実施形態においては、データは、車両１４０により、車両１４０からサーバ１２０への送信の単位であるデータパケットに分割され、受信機１３７は車両１４０からデータパケットを受信する。幾つかの実施形態においては、受信機１３７はデータを無線で受信するように構成されている。幾つかの実施形態においては、受信機１３７は、データを有線接続を介して受信するように構成されている。幾つかの実施形態においては、受信機１３７は、要求されたデータの受信に関するデータ要求のステータスを更新するために、信号をメモリユニット１３２に送信するように構成されている。幾つかの実施形態においては、単一のデータ要求に応答するデータは、車両１４０からの単一のパケットで受信される。幾つかの実施形態においては、単一のデータ要求に応答するデータは、車両１４０からの複数のパケットで受信される。受信機１３７は、受信したデータをプリプロセッサ１２２に転送する。
【0024】
サーバ１２０は更にプリプロセッサ１２２を含み、プリプロセッサ１２２は、受信機１３７からデータを受信し、収集されたデータを生成するためにデータに対して前処理を実行するように構成されている。幾つかの実施形態においては、前処理は、データ要求に応答するデータをコンパイルするために複数のパケットからのデータを改変成することを含んでいる。幾つかの実施形態においては、前処理は、受信されたバイトアレイからの構造化データをコンパイルするためにデータのシリアル化を解除することを含んでいる。幾つかの実施形態においては、前処理は、データが送信前に車両１４０により圧縮される場合には、データの解凍を含んでいる。幾つかの実施形態においては、前処理は、リード・ソロモン（ＲＳ）符号、ＢＣＨ（Ｂｏｓｅ－Ｃｈａｕｄｈｕｒｉ－Ｈｏｃｑｕｅｎｇｈｅｍ）符号、低密度パリティ検査（ＬＤＰＣ）符号などのような誤り訂正符号（ＥＣＣ）による誤り訂正を含んでいる。幾つかの実施形態においては、前処理は、ユーザに正しくないデータを報告するリスクを削減するために、異常値を除去することによりデータを円滑にすることを含んでいる。幾つかの実施形態においては、前処理は、データ要求ＩＤ情報、優先度レベル情報、または他の適切な情報を、受信機１３７からの受信データと関連付けることを含んでいる。幾つかの実施形態においては、理解が容易で、情報を認識するための特殊な知識または装備に頼ることのないフォーマットで情報がユーザに提供されるように、データが前処理される。
【0025】
サーバ１２０は更に、データプリプロセッサ１２２により生成された、収集されたデータを格納するように構成されているデータ格納装置１２６を含んでいる。幾つかの実施形態においては、データ格納装置１２６はメモリユニット１３２と統合されている。幾つかの実施形態においては、データ格納装置１２６はメモリユニット１３２とは分離されている。幾つかの実施形態においては、データ格納装置１２６は、ソリッドステートドライブ（ＳＳＤ）、ランダムアクセスメモリ、または他の適切なメモリを含んでいる。幾つかの実施形態においては、データ格納装置１２６は、例えば、ＵＩ１１０またはアクセス可能なコンソール１５０を使用してユーザによりアクセス可能である。幾つかの実施形態においては、データ格納装置１２６は、データ要求に関するデータが利用可能であることに応答して、ユーザに通知するように構成されている。幾つかの実施形態においては、通知は、ユーザへの警告を含んでいる。幾つかの実施形態においては、警告は、可聴警告または可視警告を含んでいる。幾つかの実施形態においては、データ格納装置１２６は、収集されたデータの利用可能性の通知をＵＩ１１０またはアクセス可能なコンソール１５０に自動的に表示させるように構成されている。幾つかの実施形態においては、データ格納装置１２６は、ユーザがデータ要求を提出することなく、アクセス可能なコンソール１５０を使用してユーザによりアクセス可能である。幾つかの実施形態においては、データ格納装置１２６内のデータは、アクセス可能なコンソール１５０を介してユーザが検索可能である。幾つかの実施形態においては、収集されたデータは、コンソール１５０において視覚化される。
【0026】
ＯＤＤＲシステム１００は更に、車両１４０を含んでいる。車両１４０は、車両１４０の内部ステータスおよび車両１４０の周囲の外部環境の両方を検出するためのセンサを含んでいる。幾つかの実施形態においては、センサには、カメラ、光検出と測距（ＬｉＤＡＲ）センサ、電波検出と測距（ＲＡＤＡＲ）センサ、音響航法と測距（ＳＯＮＡＲ）センサ、加速度計、ステアリングホイール位置、速度計、または他の適切なセンサが含まれる。車両１４０は、無線でまたは有線接続を介してデータ要求を受信することができる。
【0027】
幾つかの実施形態においては、データ要求を受信したことに応答して、車両１４０は、受信したデータ要求にデータ要求ＩＤを割り当てるように構成されており、データ要求は、要求元のシステムまたはデータ要求のプログラムに対して依存しないように処理される。他の実施形態においては、通信セクション１３０が車両１４０の代わりにデータ要求ＩＤを割り当て、データ要求ＩＤは、通信セクション１３０から車両１４０に送信されるデータ要求に含まれる。データ要求を、要求元のシステムまたはデータ要求のプログラムに対して依存しないようにすることは、車両１４０が、種々のユーザおよびシステムから広範囲のデータ要求を受信して処理する機能を拡張することを支援する。車両１４０はプロセッサを含み、プロセッサは、データ要求を処理し、車両１４０において利用可能な何れのセンサからの何れのタイプの情報がデータ要求を満たすことができるかを判定するためのプロセッサを含んでいる。車両１４０は更に、センサからのデータを格納するためのメモリを含んでいる。幾つかの実施形態においては、プロセッサは、何れかの格納されているデータが、データ要求を満たすことができるかどうかを判定するためにメモリにアクセスする。車両１４０は更に、データ要求を満たすと考えられるデータを、無線でまたは有線接続を介してサーバ１２０に送信することができる。幾つかの実施形態においては、プロセッサは、データ要求の受信した優先度レベルに基づいて、優先度の順序で、受信したデータ要求を満たすことを試みるように構成されている。幾つかの実施形態においては、車両１４０は、データ要求の受信した優先度レベルに基づいて、サーバに優先的にデータを送信するように構成されている。
【0028】
幾つかの実施形態においては、車両１４０のメモリおよびプロセッサは、車両１４０内の電子制御ユニット（ＥＣＵ）においてソフトウェアアプリケーションを格納して実行するように構成されている。幾つかの実施形態においては、データ要求は、ＥＣＵに格納されているソフトウェアアプリケーションにより生成される。幾つかの実施形態においては、データ要求は、急加速、急ブレーキ、ソフトウェアアプリケーションにおいて予め決められている特定の対象物または特定のシーンを含むセンサデータの取り込み、ソフトウェアアプリケーションの「クラッシュ」、ソフトウェアアプリケーションにおける検出された異常、または他の適切な検出された出来事などのようなトリガーイベントに応答して生成される。幾つかの実施形態においては、車両１４０は、ソフトウェアアプリケーションと関連付けられているトリガーイベントを検出することに応答して、ソフトウェアアプリケーションの保守者、例えば、ユーザへの通知を生成するように構成されている。幾つかの実施形態においては、通知は、無線でまたは有線接続を介して、ユーザに直接、例えば、ＵＩ１１０を介して送信される。幾つかの実施形態においては、通知は、無線でまたは有線接続を介して、ユーザにサーバ１２０を介して送信される。幾つかの実施形態においては、通知は、可聴通知または可視通知を含んでいる。幾つかの実施形態においては、通知は、ＵＩ１１０に、ユーザの介在なしで通知を自動的に表示させるように構成されている。
【0029】
ＯＤＤＲシステム１００は更に、アクセス可能なコンソール１５０を含んでいる。アクセス可能なコンソール１５０は、データ格納装置１２６に格納されている収集されたデータにユーザがアクセスすることを可能にする。幾つかの実施形態においては、アクセス可能なコンソール１５０はＵＩ１１０と統合されている。幾つかの実施形態においては、アクセス可能なコンソール１５０はＵＩ１１０とは分離されている。幾つかの実施形態においては、アクセス可能なコンソール１５０は、サーバ１２０とは別個の他のサーバを含んでいる。幾つかの実施形態においては、アクセス可能なコンソール１５０は、データ格納装置１２６により、収集されたデータを受信すると、ユーザからのデータ要求に関する収集されたデータを自動的に受信する。幾つかの実施形態においては、アクセス可能なコンソール１５０は、ユーザがデータ要求を提出することなく、データ格納装置１２６に格納されている収集されたデータの何れかがユーザにとって有用であるかどうかを判定するために、ユーザがデータ格納装置１２６を検索することを可能にする。
【0030】
ＯＤＤＲシステム１００を使用することは、ユーザが、受信したデータを要求しまたは読み出すための特殊な装備に頼ることなく理解することが容易なフォーマットで、１台以上の車両１４０から情報を得ることを可能にする。ＯＤＤＲシステム１００におけるデータ要求の優先度を決定する機能は、法の執行機関が、公共の安全に関連するデータを得ることができることを確実にし、一方、ユーザがデータをより早く得るために料金を支払うことを可能にすることを支援する。この柔軟性は、広範囲のユーザに対して、ＯＤＤＲシステム１００の有用性を高めることを支援する。
【0031】
図２は、幾つかの実施形態に従う、ＯＤＤＲシステムに対するグラフィカルユーザインタフェース（ＧＵＩ）２００および２５０の図である。幾つかの実施形態においては、ＧＵＩ２００は、ＯＤＤＲシステム１００（図１）におけるＵＩ１１０として使用可能である。幾つかの実施形態においては、ＧＵＩ２００は、受信機１３１（図１）による受信のためのデータ要求を生成するために使用可能である。ＧＵＩ２００は、ＧＵＩ２００がユーザから受け入れることができる情報のタイプを識別する複数の情報タイプ２１０を含んでいる。ＧＵＩ２００は更に、ＧＵＩ２００の対応する情報タイプ２１０に関する情報を受信するように構成されている。ＧＵＩ２００は更に、フィールド２２０における情報に基づいて、サーバ、例えば、サーバ１２０（図１）にデータ要求を提出するように構成されている提出ボタン２３０を含んでいる。当業者は、複数の情報タイプ２１０の名前と数は単なる例にすぎず、異なる数とタイプの情報もまた本開示の範囲内であるということを認識するであろう。
【0032】
幾つかの実施形態においては、フィールド２２０は、ユーザが、車両ＩＤ、データタイプ、開始時間および終了時間を入力するためのフィールドを含んでいる。幾つかの実施形態においては、フィールド２２０は更に、ユーザがデータ要求の優先度レベルを入力するためのフィールドを含んでいる。幾つかの実施形態においては、ＧＵＩ２００は更に、それぞれの利用可能な優先度レベルと関連付けられた料金を示すような、ユーザがどのようにしてデータ要求の優先度レベルを上げることができるかに関する情報を含んでいる。幾つかの実施形態においては、ＧＵＩ２００は、ユーザがユーザのアイデンティティを確立するためにログイン情報を入力することを可能にするためのフィールド２２０を含んでいる。幾つかの実施形態においては、ＧＵＩ２００は、ログイン情報を受信した後に、ユーザの優先度レベルを表示するように構成されている。幾つかの実施形態においては、ＧＵＩ２００は更に、データ要求の優先度レベルを確立するための料金に関する支払い情報を受信するためのフィールド２２０を含んでいる。
【0033】
ＧＵＩ２５０は、ユーザがＧＵＩ２００上の提出ボタン２３０を選択した後に、ユーザに表示されるように構成されている。幾つかの実施形態においては、ＧＵＩ２５０は、ＯＤＤＲシステム１００（図１）のＧＵＩ１１０として使用可能である。ＧＵＩ２５０は、データ要求が受信されたことを示す情報を含んでいる。ＧＵＩ２５０は、クエリＩＤラベル２６０およびクエリＩＤフィールド２７０を含んでいる。クエリＩＤフィールド２７０に入力するための情報は、サーバがデータ要求を受信して格納した後に、サーバ、例えば、サーバ１２０（図１）から受信される。幾つかの実施形態においては、ＧＵＩ２５０は、車両ＩＤの情報を含んでいる。幾つかの実施形態においては、ＧＵＩ２５０は、データ要求の優先度レベルに関する情報を含んでいる。幾つかの実施形態においては、ＧＵＩ２５０は、未処理、提出済み、完了などのような、データ要求のステータスに関する情報を含んでいる。幾つかの実施形態においては、ＧＵＩ２５０は、データ要求が車両、例えば、車両１４０（図１）に提出されるまでの推定時間に関する情報を含んでいる。幾つかの実施形態においては、ＧＵＩ２５０は、サーバからクエリＩＤ情報を受信することに応答して自動的に表示される。幾つかの実施形態においては、ＧＵＩ２５０は、アップロードされたデータ要求についての更新に対する要求をユーザが提出したことに応答して表示される。
【0034】
図３は、幾つかの実施形態に従う、ＯＤＤＲシステムに対するＧＵＩ３００および３５０の図である。幾つかの実施形態においては、ＧＵＩ３００は、ＯＤＤＲシステム１００（図１）におけるＵＩ１１０として使用可能である。幾つかの実施形態においては、ＧＵＩ３００は、データ要求、例えば、受信機１３１（図１）により受信可能なデータ要求を生成するために使用可能である。ＧＵＩ３００は、データ要求のステータスに関する情報を含んでいる。ＧＵＩ３００は、クエリＩＤラベル３１０を、種々のクエリＩＤを含むフィールド３１５と共に含んでいる。ＧＵＩ３００更に、ステータスラベル３２０と、関連付けられたクエリＩＤに対応するステータス情報を含むフィールド３２５を含んでいる。ＧＵＩ３００においては、クエリＩＤのＡＢＣ１２３およびＤＥＦ４５６の両方は、「未処理」のステータスを有している。幾つかの実施形態においては、未処理ステータスは、データ要求が、サーバ、例えばサーバ１２０（図１）により受信されたが、車両、例えば車両１４０（図１）にはまだ送信されていないことを示している。幾つかの実施形態においては、ＧＵＩ３００は、車両ＩＤラベルと、クエリ（問合せ）に対応している車両ＩＤを含むフィールドとを含んでいる。幾つかの実施形態においては、ＧＵＩ３００は、ユーザと関連付けられているすべてのデータ要求を表示するように構成されている。幾つかの実施形態においては、ＧＵＩ３００は、ユーザと関連付けられているすべてのデータ要求よりも少ない数のデータ要求を表示するように構成されている。当業者は、図３におけるクエリＩＤの数は単なる例にすぎず、より多くのまたはより少ない数のクエリＩＤを表示することが本開示の範囲内であるということを認識するであろう。
【0035】
ＧＵＩ３５０は、データ要求のステータスに関する情報を含んでいる。幾つかの実施形態においては、ＧＵＩ３５０は、ＯＤＤＲシステム１００（図１）におけるＵＩ１１０として使用可能である。ＧＵＩ３００と類似して、ＧＵＩ３５０は、クエリＩＤラベル３６０と、種々のクエリＩＤを有するフィールド３６５とを含んでいる。ＧＵＩ３５０は更に、ステータスラベル３７０と、関連付けられたクエリＩＤに対応しているステータス情報を含むフィールド３７５とを含んでいる。ＧＵＩ３００とは異なり、ＧＵＩ３５０は、「提出済み」であるクエリＩＤのＡＢＣ１２３のステータスを含んでいる。幾つかの実施形態においては、ステータス「提出済み」は、データ要求が、車両、例えば車両１４０（図１）に送信されたが、データ要求に関するデータが車両から受信されていないことを示している。幾つかの実施形態においては、ＧＵＩ３００は、更新されたステータス情報の受信に応答して、ＧＵＩ３５０に自動的に変わるように構成されている。幾つかの実施形態においては、ＧＵＩ３００は、更新されたステータスに対するユーザからの受信した要求に応答して、ＧＵＩ３５０に変わるように構成されている。幾つかの実施形態においては、ＧＵＩ３５０は、データ要求のステータスが更新されると、ユーザに警告を自動的に提供するように構成されている。幾つかの実施形態においては、警告は可聴警告または可視警告を含んでいる。幾つかの実施形態においては、警告は、ユーザにより制御可能なモバイル装置上にＧＵＩ３５０を自動的に表示させる。幾つかの実施形態においては、更新されたステータスを有するデータ要求のみがＧＵＩ３５０上に表示される。幾つかの実施形態においては、ＧＵＩ３５０は、更新されたステータスを有するデータ要求を、異なる方法で、例えば、更新されたステータスを有していないデータ要求よりも強調して表示するように構成されている。
【0036】
図４は、幾つかの実施形態に従う、ＯＤＤＲシステム４００の模式図である。幾つかの実施形態においては、ＯＤＤＲシステム４００はＯＤＤＲシステム１００（図１）として使用可能である。ＯＤＤＲシステム４００は、ユーザ４１０からのデータ要求に関する情報を受信するように構成されているサーバ４２０を含んでいる。幾つかの実施形態においては、ユーザ４１０は、車両４３０に送信されるデータ要求に対する情報を入力するために、ＧＵＩ、例えばＧＵＩ２００（図２）などのようなＵＩ、例えばＵＩ１１０（図１）を使用することができる。幾つかの実施形態においては、ＵＩは、コマンドラインインタフェース（ＣＬＩ）または構造化クエリ言語（ＳＱＬ）インタフェースを含んでいる。
【0037】
サーバ４２０は、ＧＵＩインタプリタ４２１を使用して、ユーザ４１０からデータ要求を受信するように構成されている。当業者は、ＧＵＩは単なる例にすぎず、ＣＬＩまたはＳＱＬインタプリタもまたＯＤＤＲシステム４００において使用可能であるということを認識するであろう。幾つかの実施形態においては、ＧＵＩインタプリタ４２１は、受信機１３１（図１）と類似の機能を含んでいる。ＧＵＩインタプリタ４２１は、データ要求を受信し、サーバ４２０におけるメモリ、例えばメモリユニット（図１）にデータ要求を格納することを指示するように構成されている。
【0038】
サーバ４２０は更に、ＯＤＤＲコマンドパブリッシャ４２２を使用して、データ要求を送信するように構成されている。幾つかの実施形態においては、ＯＤＤＲコマンドパブリッシャ４２２は、クエリキュー１３４および送信機１３５（図１）と類似している機能を含んでいる。ＯＤＤＲコマンドパブリッシャ４２２は、車両４３０にデータ要求を送信するように構成されている。幾つかの実施形態においては、データ要求は無線で送信される。幾つかの実施形態においては、データ要求は有線接続を介して送信される。幾つかの実施形態においては、ＯＤＤＲコマンドパブリッシャ４２２は、データ要求の優先度レベルに基づいて、データ要求の送信の優先度を決定するように構成されている。幾つかの実施形態においては、データ要求の優先度レベルは、ユーザ４１０のアイデンティティ、ユーザ４１０が支払った料金、サーバ４２０がユーザ４１０からそのデータ要求を受信した時間、または他の適切なパラメータに基づいて決定される。幾つかの実施形態においては、サーバ４２０から車両４３０に転送されるデータ要求はＯＤＤＲコマンドと呼ばれる。
【0039】
サーバ４２０は更に、データ受信機４２３を使用して、車両４３０からデータを受信するように構成されている。幾つかの実施形態においては、データ受信機４２３は、受信機１３７（図１）と類似の機能を含んでいる。データ受信機４２３は、データ要求に応答して、センサデータおよびアプリケーションログなどのようなデータを車両４３０から受信するように構成されている。幾つかの実施形態においては、センサデータは、カメラ画像、点群データ、レーダーデータ、ソナーデータ、または他の適切なデータを含んでいる。幾つかの実施形態においては、データ受信機４２３は、受信したデータに対して前処理を実行するように構成されている。データ受信機４２３は、受信したデータを、サーバ４２０における格納のためにデータ格納器４２５に転送するように構成されている。
【0040】
サーバ４２０は更に、イベント受信機４２４を使用して、車両４３０からイベントデータを受信するように構成されている。幾つかの実施形態においては、イベント受信機４２４は、受信機１３６（図１）と類似の機能を含んでいる。イベント受信機４２４は、データ要求と関連付けられているトリガーイベントの発生に関する情報を受信するように構成されている。イベント受信機４２４は、サーバ４２０における格納のために、イベントデータをデータ格納器４２５に転送するように構成されている。
【0041】
サーバ４２０は更に、データ格納器４２５を使用して、イベントデータと、受信したデータとを格納するように構成されている。幾つかの実施形態においては、データ格納器４２５は、メモリユニット１３２またはデータ格納装置１２６（図１）の少なくとも１つと類似している機能を含んでいる。データ格納器４２５は、受信したデータに関するイベントデータと併せて、受信したデータを格納するように構成されている。データ格納器４２５は、受信したデータにより満たされるデータ要求と関連付けられているクエリＩＤと併せて、受信したデータを格納するように構成されている。幾つかの実施形態においては、データ格納器４２５は、ソリードステートメモリ、ランダムアクセスメモリ、または他の適切なタイプのメモリを含んでいる。
【0042】
サーバ４２０は更に、データ要求を満たすデータを受信したことに応答して、完了通知器４２６を使用してユーザ４１０に通知するように構成されている。幾つかの実施形態においては、完了通知器４２６は、データ格納装置１２６（図１）と類似の機能を含んでいる。完了通知器４２６は、データ要求が満たされたということをユーザ４１０に警告するように構成されている。幾つかの実施形態においては、警告は、可聴警告または可視警告を含んでいる。幾つかの実施形態においては、警告は、ユーザ４１０により制御可能なモバイル装置に警告を表示させる。幾つかの実施形態においては、モバイル装置は、アクセス可能なコンソール１５０またはＵＩ１１０（図１）の少なくとも１つに統合され、またはこれらに接続可能である。幾つかの実施形態においては、完了通知器４２６は、データ要求のすべてが満たされたときにのみユーザ４１０に警告するように構成されている。幾つかの実施形態においては、完了通知器４２６は、データ要求の一部が満たされたときにユーザ４１０に警告するように構成されている。幾つかの実施形態においては、完了通知器４２６は、データ格納器４２５からのデータを警告と共に送信するように構成されている。幾つかの実施形態においては、完了通知器４２６は、例えば、アクセス可能なコンソール１５０（図１）を使用して、データにアクセスすることをユーザに促すように構成されている。幾つかの実施形態においては、完了通知器４２６は、データ要求と関連付けられているクエリＩＤを警告と共に送信するように構成されている。
【0043】
ＯＤＤＲシステム４００は更に車両４３０を含み、車両４３０は、サーバ４２０からデータ要求を受信し、車両４３０に取り付けられているセンサからデータを収集し、そのデータをサーバ４２０に送信するように構成されている。車両４３０は、ＯＤＤＲコマンド受信機４３１を使用して、データ要求を受信するように構成されている。ＯＤＤＲコマンド受信機４３１は、サーバ４２０からデータ要求を受信し、データ要求を要求抽出器（request abstractor）４３４に転送するように構成されている。幾つかの実施形態においては、ＯＤＤＲコマンド受信機４３１は、データ要求の前処理、例えば、データ要求の優先度レベルを決定すること、またはデータ要求に関するデータを取り込むことができる車両４３０内のセンサを識別することを実行するように構成されている。幾つかの実施形態においては、ＯＤＤＲコマンド受信機４３１は、サーバ４２０と、データ収集器４３５などのような車両４３０の構成要素との間の通信を促進するために、データ要求を処理するように構成されている。
【0044】
車両４３０は更に、車両４３０におけるプロセッサ上で作動しているアプリケーション４３２を含んでいる。幾つかの実施形態においては、アプリケーション４３２は、対象物認識アプリケーション、道路認識アプリケーション、センサフュージョンアプリケーション、位置特定アプリケーション、経路計画アプリケーション、コントローラアプリケーションなどのような自動運転システムアプリケーションを含んでいる。幾つかの実施形態においては、アプリケーション４３２は、センサデータと、アプリケーション４３２の内部ステータスと、車両４３０の性能と、車両４３０の周囲の環境とを監視するように構成されている。アプリケーション４３２は、加速度の急な変更、車両４３０の周囲の対象物の画像の取り込み、または他の適切なイベントなどのようなイベント（トリガーイベント）の条件が満たされたかどうかを判定するように構成されている。トリガーイベントが発生したというアプリケーション４３２による判定に応答して、アプリケーション４３２は、トリガーコマンド受信機４３３を介して要求抽出器４３４にデータ要求を送る。幾つかの実施形態においては、アプリケーション４３２は、アプリケーション４３２の内部ステータスおよび内部イベントを格納しているアプリケーションログを生成するように構成されており、アプリケーションログはデータ収集器４３５に定期的に送信され、アプリケーションログは、サーバ４２０がアプリケーションログを収集するために車両４３０にデータ要求を送ると、データ転送器４３６に送信される。
【0045】
車両４３０は更に、データ要求をアプリケーション４３２から受信するように構成されているトリガーコマンド受信機４３３を含んでいる。トリガーコマンド受信機４３３は、アプリケーションからのデータ要求を要求抽出器に転送するように構成されている。トリガーコマンド受信機４３３は、車両４３０内のプロセス間通信（ＩＰＣ）などのような特定の通信プロトコルを処理するように構成されている。
【0046】
車両４３０は更に、要求抽出器４３４を含んでいる。データ収集器４３５は、アプリケーション４３２またはサーバ４２０の何れかからデータ要求を受信するように構成されている。データ要求がサーバ４２０から受信されると、データ要求は、サーバ４２０と車両４３０との間の特定の通信プロトコルを処理するように構成されているＯＤＤＲコマンド受信機４３１により処理される。データ要求がアプリケーション４３２から受信されると、データ要求はトリガーコマンド受信機４３３により処理される。要求抽出器４３４は、データ要求がサーバ４２０から受信されるかアプリケーション４３２から受信されるかに関わらず、抽出されたデータ要求が通信プロトコルおよびデータ収集器４３５とは無関係になるように、データ要求を抽出するように構成されている。このようにして、データ収集器４３５は、データ要求の発信元に依存しなくなり、その発生元に関係なくデータ要求を処理することができる。幾つかの実施形態においては、要求抽出器４３４は、データ要求を解析し、データ要求が何れのタイプのトリガーイベントを対象としているかを決定するように構成されている。幾つかの実施形態においては、要求抽出器４３４は要求者タイプをＯＤＤＲコマンドに追加する。例えば、幾つかの実施形態においては、要求抽出器４３４は、ＯＤＤＲコマンドが車両の外部からのものなのかまたは車両内のアプリケーションからのものなのかを示す、抽出された要求者について情報を含んでいる。幾つかの実施形態においては、要求者タイプ情報は、ＯＤＤＲコマンドが車両の外部から受信されたことを示すブール演算子を含んでいる。幾つかの実施形態においては、要求者タイプ情報は要求者ＩＤを含んでいる。幾つかの実施形態においては、データ要求の受信はトリガーイベントを構成する。ＯＤＤＲコマンド受信機４３１またはトリガーコマンド受信機４３３からのデータ要求の受信に応答して、要求抽出器４３４はまた、抽出されたデータ要求をデータ収集器４３５に送信するように構成されている。
【0047】
車両４３０は更に、要求抽出器４３４からの指示に応答して、車両４３０におけるメモリから、または１つ以上のアプリケーション４３２におけるアプリケーションログからデータを取り出すように構成されているデータ収集器４３５を含んでいる。データ収集器４３５は、要求抽出器４３４からの抽出された要求に基づいて、何れのデータを収集するかを決定する。幾つかの実施形態においては、データ収集器４３５により受信された指示は、トリガーイベントの前後のデータを収集する継続時間に関する情報を含んでいる。幾つかの実施形態においては、データ収集器４３５により受信された指示は、トリガーイベントの発生に応答して、センサのタイプなどのような、収集するデータのタイプに関する情報を含んでいる。幾つかの実施形態においては、データ収集器４３５は、データ要求と関連付けられているトリガーイベントの発生の通知をイベント転送器４３７に送信するように構成されている。幾つかの実施形態においては、トリガーイベントが発生したかどうかの判定は、サーバ４２０またはアプリケーション４３２からのデータ要求の受信により判定される。幾つかの実施形態においては、トリガーイベントが発生したかどうかの判定は、車両のセンサから受信したデータが、受信したデータ要求において決定されたトリガー条件を満たすことに基づいて判定される。データ収集器４３５は、データ要求を満たすための収集されたデータをデータ転送器４３６に送信するように構成されている。
【0048】
データ転送器４３６は、データ収集器４３５からのデータをサーバ４２０に送信するように構成されている。幾つかの実施形態においては、データ転送器４３６は、データを無線で送信するように構成されている。幾つかの実施形態においては、データ転送器４３６は、データを有線接続を介して送信するように構成されている。幾つかの実施形態においては、データ転送器４３６は、データ要求のクエリＩＤと共にデータを送信するように構成されている。幾つかの実施形態においては、データ転送器４３６は、送信されているデータが、データ要求を部分的または完全に満たすかどうかを示す情報を送信するように構成されている。幾つかの実施形態においては、データ転送器４３６は、データによって少なくとも部分的に満たされたデータ要求と関連付けられている優先度レベル情報を送信するように構成されている。
【0049】
イベント転送器４３７は、データ収集器４３５からのトリガーイベントデータをサーバ４２０に送信するように構成されている。幾つかの実施形態においては、イベント転送器４３７は、トリガーイベントデータを無線で送信するように構成されている。幾つかの実施形態においては、イベント転送器４３７は、トリガーイベントデータを有線接続を介して送信するように構成されている。幾つかの実施形態においては、イベント転送器４３７は、データ要求のクエリＩＤと共にトリガーイベントデータを送信するように構成されている。幾つかの実施形態においては、イベント転送器４３７は、トリガーイベントデータに関するデータ要求と関連付けられている優先度レベル情報を送信するように構成されている。幾つかの実施形態においては、イベント転送器４３７は、トリガーイベントが発生していることの検出に応答して、トリガーイベントと関連付けられているメタデータを送信するように構成されている。トリガーイベント時間およびデータ収集時間範囲などのようなメタデータは、サーバ４２０がデータ処理を最適化することを支援するためにデータ転送器４３６からのセンサデータが送信されるということをサーバ４２０が知ることを支援する。幾つかの実施形態においては、イベント転送器４３７は省略され、メタデータはデータ転送器４３６により送信される。
【0050】
ＯＤＤＲシステム４００を使用することは、受信したデータを要求しまたは読み出すために特殊な装備に頼ることなく理解することが容易なフォーマットで、ユーザが１台以上の車両４３０から情報を得ることを可能にする。ＯＤＤＲシステム４００におけるデータ要求の優先度を決定する機能は、法の執行機関が公共の安全に関するデータを得ることができることを確実にすることを支援し、一方、ユーザがデータをより早く得るために料金を支払うことを可能にする。この柔軟性は、広範囲のユーザに対して、ＯＤＤＲシステム４００の有用性を高めることを支援する。
【0051】
図５は、幾つかの実施形態に従う、ＯＤＤＲコマンド５１０のデータ構造５００の図である。幾つかの実施形態においては、ＯＤＤＲコマンド５１０はサーバ４２０から車両４３０（図４）に送信される。ＯＤＤＲコマンド５１０は、車両、例えば車両４３０（図４）または車両１４０（図１）へのデータ要求により取得されようとしているデータのタイプに関する情報を含んでいる。
【0052】
ＯＤＤＲコマンド５１０は、データ要求の優先度レベルを示す転送優先度パラメータ５１１を含んでいる。ＯＤＤＲコマンド５１０は更に、もしあれば、何れのタイプのデータを車両上の他のアプリケーションから取り出すべきかを示すログレベルパラメータ５１２を含んでいる。例えば、幾つかの実施形態においては、ＯＤＤＲコマンド５１０は対象物認識アプリケーションからデータを取り出す。ログレベルパラメータ５１２は、エラーレベルまたは臨界レベル（critical level）などのような何れのタイプのデータを他のアプリケーションから取り出すかを決定する。幾つかの実施形態においては、ログレベルパラメータ５１２はＯＤＤＲコマンド５１０から省略され、またはログレベルパラメータ５１２は空の状態のままにされる。ＯＤＤＲコマンド５１０は更に、データを収集するためのトリガーイベントの前および／または後の期間を示す、収集される時間範囲パラメータ５１３を含んでいる。時間範囲は、ユーザによりＧＵＩ２００において入力された開始時間および終了時間に対応している。ＯＤＤＲコマンド５１０は更に、データ要求に応答して収集されたデータの目的地を示すＵＲＬ（ユニフォームリソースロケータ）終点パラメータ５１４を含んでいる。ＯＤＤＲコマンド５１０は更に、もし行うのであれば、どのくらいの頻度でデータを時間範囲５１３からサンプリングすべきかを示す頻度パラメータ５１５を含んでいる。例えば、イベント時間がｔ＝１００秒で、時間範囲が開始時間＝－１秒および終了時間＝２秒を含み、頻度が１０Ｈｚ（１００ミリ秒サイクル）のときには、ｔ＝９９．０秒、９９．１秒、９９．２秒、．．．、１０１．９秒、１０２．０秒におけるデータが、ＯＤＤＲコマンド５１０により収集される。ＯＤＤＲコマンド５１０は更に、データ要求により要求されたデータを収集するために使用可能なセンサのタイプおよび／またはアプリケーションを示すログＩＤパラメータ５１６を含んでいる。幾つかの実施形態においては、固有ＩＤ（例えば汎用固有識別子（ＵＵＩＤ））がすべてのセンサとアプリケーションに対して予め割り当てられ、ユーザがデータを収集したいと所望する固有ＩＤが、ログＩＤパラメータ５１６において特定される。ＯＤＤＲコマンド５１０は更に、データ要求を出したユーザのアイデンティティを示す要求者ＩＤパラメータ５１７を含んでいる。ＯＤＤＲコマンド５１０は更に、データ要求と関連付けられているトリガーイベントを示すイベントＩＤパラメータ５１８を含んでいる。ＯＤＤＲコマンド５１０は更に、車両、例えば車両１４０（図１）または車両４３０（図４）のリソースのどのくらいの量がデータ要求を満たすために割り当てられるべきかを示す予算（リソース割当て計画）ＩＤパラメータ５１９を含んでいる。当業者は、ＯＤＤＲコマンド５１０において追加的なパラメータが可能であるということを理解するであろう。例えば、幾つかの実施形態においては、ＯＤＤＲコマンド５１０は、トリガーイベントが起こる可能性のある地理的領域を示す車両位置パラメータを含んでいる。当業者は、ＯＤＤＲコマンド５１０が、図５におけるパラメータのすべてを常に含んでいるわけではないということも理解するであろう。例えば、幾つかの実施形態においては、予算ＩＤパラメータ５１９は省略される。
【0053】
図６は、幾つかの実施形態に従う、ＯＤＤＲシステムを使用する方法６００のフローチャートである。方法６００は、ユーザからの受信したデータ要求に基づいている。当業者は、上記の記述に基づいて、車両において作動しているアプリケーションにより生成されたデータ要求に対応するように、方法６００をどのように修正するかを理解するであろう。幾つかの実施形態においては、方法６００は、ＯＤＤＲシステム１００（図１）、ＯＤＤＲシステム４００（図４）、または他の適切なＯＤＤＲシステムを使用して実現される。方法６００は、開発者などの、データ要求に対するクエリ条件をＧＵＩに入力したユーザからサーバがデータ要求を受信する動作６０５を含んでいる。幾つかの実施形態においては、ＧＵＩは、ユーザにより制御可能なモバイル装置を含んでいる。サーバ、例えばサーバ１２０（図１）またはサーバ４２０（図４）は、データ要求を無線でまたは有線接続を介して受信するように構成されている。
【0054】
方法６００は更に、ＯＤＤＲコマンドが、１台以上の車両、例えば車両１４０（図１）または車両４３０（図４）に送信される動作６１０を含んでいる。ＯＤＤＲコマンドは、サーバにより受信されたデータ要求に対応しており、データ要求を満たすためのデータを車両に収集させるためのトリガーイベントを識別するためのイベントＩＤ情報を含んでいる。幾つかの実施形態においては、データ要求はトリガーイベントを構成する。
【0055】
方法６００は更に、車両、例えば車両１４０（図１）または車両４３０（図４）がＯＤＤＲコマンドを受信する動作６１５を含んでいる。幾つかの実施形態においては、ＯＤＤＲコマンドは、ＯＤＤＲコマンド５１０（図５）と類似しているデータ構造５００を有している。ＯＤＤＲコマンドは、無線でまたは有線接続を介して受信される。幾つかの実施形態においては、ＯＤＤＲコマンドは、前処理され、例えば、データ要求の優先度レベルが決定され、またはデータ要求に関するデータを取り込むことができる車両におけるセンサが識別される。幾つかの実施形態においては、ＯＤＤＲコマンドは、サーバと、データ収集器（４３５）または要求抽出器（４３４、図４）などのような車両の構成要素との間の通信を促進するために処理される。
【0056】
方法６００は更に動作６２０を含み、動作６２０では、要求抽出器、例えば要求抽出器４３４（図４）が、ＯＤＤＲコマンドをサーバと車両との間の通信プロトコルと無関係にするためにＯＤＤＲコマンドを抽出する。抽出されたＯＤＤＲコマンドは、トリガーイベントが発生したかどうかを判定するためにデータおよびイベント情報を収集することを車両における構成要素に指示するために使用可能であり、トリガーイベントが発生したことに応答してデータ要求を満たすためにデータを収集するための指示を提供するために使用可能である。幾つかの実施形態においては、イベントデータは、トリガーイベントが発生したかどうかを判定するために、車両におけるプロセッサ上で作動しているアプリケーションに基づいて収集される。幾つかの実施形態においては、車両におけるメモリに格納されているデータは、トリガーイベントが発生したという決定に応答して編集される（compiled）。
【0057】
方法６００は更に、イベント情報がサーバに送られる動作６２５を含んでいる。幾つかの実施形態においては、イベント情報はイベント転送器４３７（図４）によりサーバに送られる。イベント情報は、無線でまたは有線接続を介してサーバに送られる。イベント情報は、トリガーイベントの発生を示している。幾つかの実施形態においては、イベント情報は、トリガーイベントと関連付けられたクエリＩＤを含んでいる。
【0058】
方法６００は更に、サーバが車両からイベント情報を受信する動作６３０を含んでいる。幾つかの実施形態においては、イベント情報は、イベント受信機４２４（図４）により受信される。幾つかの実施形態においては、イベント情報は受信機１３６（図１）により受信される。幾つかの実施形態においては、サーバは、イベント情報を受信したことに応答して、ユーザに通知するように構成されている。幾つかの実施形態においては、通知は可聴警告または可視警告を含んでいる。幾つかの実施形態においては、通知は、ユーザにより制御可能なモバイル装置上に自動的に表示されるように構成されている。
【0059】
方法６００は更に、データ要求を少なくとも部分的に満たすデータが車両からサーバに送信される動作６３５を含んでいる。幾つかの実施形態においては、データはデータ転送器４３６（図４）によりサーバに送信される。データは無線でまたは有線接続を介して送信される。幾つかの実施形態においては、データは、データによって少なくとも部分的に満たされるデータ要求と関連付けられたクエリＩＤを含んでいる。データが、データ要求を満たすためのすべてのデータよりも少ないデータを含んでいる幾つかの実施形態においては、データは、データ要求の何れの部分がデータによって満たされていないのかを示す情報を含んでいる。データがデータ要求を完全に満たしている幾つかの実施形態においては、データは、データ要求の全体がデータによって満たされていることを示す情報を含んでいる。幾つかの実施形態においては、データは、車両に取り付けられているセンサから収集されたデータ、アプリケーションログデータ、または他の適切な情報を含んでいる。
【0060】
方法６００は更に、サーバが車両からデータを受信する動作６４０を含んでいる。幾つかの実施形態においては、データはデータ受信機４２３（図４）により受信される。幾つかの実施形態においては、データは受信機１３７（図１）により受信される。
【0061】
方法６００は更に、データがデータベースに格納される動作６４５を含んでいる。幾つかの実施形態においては、データはデータ格納装置１２６（図１）に格納される。幾つかの実施形態においては、データはデータ格納器４２５（図４）に格納される。幾つかの実施形態においては、データは、イベント情報と関連付けられて格納される。
【0062】
方法６００は更に、利用可能なデータがユーザに通知される動作６５０を含んでいる。幾つかの実施形態においては、完了通知器４２６（図４）を使用してユーザに通知する。幾つかの実施形態においては、通知はデータを含んでいる。幾つかの実施形態においては、通知は、データが利用可能であることを示すものを含んでいる。幾つかの実施形態においては、通知は、ユーザにより制御可能なモバイル装置上に警告を自動的に表示させる。幾つかの実施形態においては、通知は可視警告または可聴警告を含んでいる。
【0063】
幾つかの実施形態においては、方法６００は追加的な動作を含んでいる。例えば、幾つかの実施形態においては、方法６００は、データ要求の優先度レベルに基づいて、ＯＤＤＲコマンドの車両への送信の優先度を決定することを含んでいる。幾つかの実施形態においては、少なくとも１つの動作が方法６００から省略される。例えば、幾つかの実施形態においては、イベント情報はサーバに送信されない。幾つかの実施形態においては、方法６００の動作の順序が変更される。例えば、幾つかの実施形態においては、イベント情報は、トリガーイベントと関連付けられているデータの編集（動作６２０）よりも前にサーバに送信される（動作６２５）。
【0064】
方法６００は、受信したデータを要求しまたは読み出すために特殊な装備に頼ることなく理解することが容易なフォーマットで、ユーザが１台以上の車両から情報を得ることを可能にする。この柔軟性は、幾つかの実施形態においては、ユーザが、ソフトウェア製品の有用性を高めるために、実世界のデータを使用してソフトウェアを開発する能力を向上させることを支援する。
【0065】
図７は、幾つかの実施形態に従う、ＯＤＤＲシステムを実施するためのシステム７００の図である。システム７００は、ハードウェアプロセッサ７０２および非一時的コンピュータ可読格納媒体７０４を含み、コンピュータ可読格納媒体７０４は、コンピュータプログラムコード７０６、すなわち、一組の実行可能な命令が符号化され、すなわちそれを格納している。コンピュータ可読格納媒体７０４にはまた、外部装置とのインタフェースを取るための命令７０７が符号化されている。プロセッサ７０２は、バス７０８を介してコンピュータ可読格納媒体７０４に電気的に結合されている。プロセッサ７０２はまた、バス７０８によりＩ／Ｏインタフェース７１０に電気的に結合されている。ネットワークインタフェース７１２はまた、バス７０８を介してプロセッサ７０２に電気的に接続されている。ネットワークインタフェース７１２は、プロセッサ７０２およびコンピュータ可読格納媒体７０４がネットワーク７１４を介して外部要素に接続することができるように、ネットワーク７１４に接続されている。プロセッサ７０２は、ＯＤＤＲシステム１００（図１）、ＯＤＤＲシステム４００（図４）または方法６００（図６）で記述されているような動作の一部またはすべてを実行するためにシステム７００が使用可能となるように、コンピュータ可読格納媒体７０４において符号化されているコンピュータプログラムコード７０６を実行するように構成されている。
【0066】
幾つかの実施形態においては、プロセッサ７０２は中央演算処理装置（ＣＰＵ）、マルチプロセッサ、分散型処理システム、特定用途向け集積回路（ＡＳＩＣ）、および／または、適切な処理ユニットである。
【0067】
幾つかの実施形態においては、コンピュータ可読格納媒体７０４は、電子的、磁気的、光学的、電磁的、赤外線、および／または半導体システム（または装置若しくはデバイス）である。例えば、コンピュータ可読格納媒体７０４は、半導体メモリまたはソリッドステートメモリ、磁気テープ、リムーバブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、剛体磁気ディスク、および／または光ディスクを含んでいる。光ディスクを使用する幾つかの実施形態においては、コンピュータ可読格納媒体７０４は、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、コンパクトディスクリード／ライト（ＣＤ－Ｒ／Ｗ）、および／またはデジタルビデオディスク（ＤＶＤ）を含んでいる。
【0068】
幾つかの実施形態においては、格納媒体７０４は、ＯＤＤＲシステム１００（図１）、ＯＤＤＲシステム４００（図４）または方法６００（図６）において記述されているような動作の一部またはすべてをシステム７００に実行させるように構成されているコンピュータプログラムコード７０６を格納している。幾つかの実施形態においては、格納媒体７０４はまた、優先度レベルパラメータ７１６、クエリＩＤパラメータ７１８、クエリステータスパラメータ７２０、クエリデータパラメータ７２２、および／または、ＯＤＤＲシステム１００（図１）、ＯＤＤＲシステム４００（図４）または方法６００（図６）において記述されているような動作の一部またはすべてを実行するための一組の実行可能な命令などのような、ＯＤＤＲシステム１００（図１）、ＯＤＤＲシステム４００（図４）または方法６００（図６）において記述されているような動作の一部またはすべてを実行している間に生成される情報と共に、ＯＤＤＲシステム１００（図１）、ＯＤＤＲシステム４００（図４）または方法６００（図６）において記述されているような動作の一部またはすべてを実行するために必要な情報を格納している。
【0069】
幾つかの実施形態においては、格納媒体７０４は、製造機械とのインタフェースを取るための命令７０７を格納している。命令７０７は、製造プロセスの間に方法６００を効果的に実施するために、製造機械により読み取り可能な製造命令をプロセッサ７０２が生成することを可能にする。
【0070】
システム７００はＩ／Ｏインタフェース７１０を含んでいる。Ｉ／Ｏインタフェース７１０は外部回路に結合されている。幾つかの実施形態においては、Ｉ／Ｏインタフェース７１０は、情報およびコマンドをプロセッサ７０２に伝達するためのキーボード、キーパッド、マウス、トラックボール、トラックパッド、および／またはカーソル方向キーを含んでいる。
【0071】
システム７００はまた、プロセッサ７０２に結合されているネットワークインタフェース７１２を含んでいる。ネットワークインタフェース７１２は、システム７００が、１つ以上の他のコンピュータシステムが接続されているネットワーク７１４と通信することを可能にする。ネットワークインタフェース７１２には、ＢＬＵＥＴＯＯＴＨ（ブルートゥース）（登録商標）、ＷＩＦＩ（登録商標）、ＷＩＭＡＸ（登録商標）、ＧＰＲＳ（登録商標）、またはＷＣＤＭＡ（登録商標）などのような無線ネットワークインタフェース、または、ＥＴＨＥＲＮＥＴ（イーサネット（登録商標））、ＵＳＢ、またはＩＥＥＥ－１３９４などのような有線ネットワークインタフェースが含まれる。幾つかの実施形態においては、ＯＤＤＲシステム１００（図１）、ＯＤＤＲシステム４００（図４）または方法６００（図６）において記述されているような動作の一部またはすべては、２つ以上のシステム７００において実施され、優先度レベル、クエリＩＤ、クエリステータス、およびクエリデータなどのような情報は、ネットワーク７１４を介して異なるシステム７００間で交換される。この記述の１つの態様はシステムに関する。システムは、命令を格納するように構成されている非一時的コンピュータ可読媒体を含んでいる。システムは更に、非一時的コンピュータ可読媒体に接続されているプロセッサを含んでいる。プロセッサは、データ要求についてのユーザインタフェース（ＵＩ）からの情報を受信するために命令を実行するように構成されている。プロセッサは更に、データ要求に識別情報を割り当てるために命令を実行するように構成されている。プロセッサは更に、識別情報と関連付けてデータ要求を格納するために命令を実行するように構成されている。プロセッサは更に、データ要求を車両に送信するために命令を実行するように構成されている。プロセッサは更に、送信されたデータ要求に応答して、車両におけるソースからデータを受信するために命令を実行するように構成されている。プロセッサは更に、受信したデータをユーザに通知するために命令を実行するように構成されている。幾つかの実施形態においては、プロセッサは更に、データ要求に基づいて、データ要求を受信する車両を識別するために命令を実行するように構成されている。幾つかの実施形態においては、プロセッサは更に、ＵＩから受信したデータ要求の優先度レベルを決定するために命令を実行するように構成されている。幾つかの実施形態においては、プロセッサは更に、ＵＩから受信した支払い情報に基づいて、データ要求の優先度レベルを決定するために命令を実行するように構成されている。幾つかの実施形態においては、プロセッサは更に、ユーザの決定されたアイデンティティに基づいて、車両におけるセンサへのアクセスを制限するために命令を実行するように構成されている。幾つかの実施形態においては、プロセッサは更に、データ要求を車両に送信したことに応答して、データ要求のステータスを更新し、および、データ要求のステータスをユーザに提供することをＵＩに指示するために命令を実行するように構成されている。幾つかの実施形態においては、プロセッサは更に、車両からセンサデータを受信したことに応答して、データ要求のステータスを更新し、データ要求のステータスをユーザに提供することをＵＩに指示するために命令を実行するように構成されている。幾つかの実施形態においては、プロセッサは更に、ユーザへの通知と共に受信したセンサデータをユーザに送信するために命令を実行するように構成されている。幾つかの実施形態においては、プロセッサは更に、受信したセンサデータのユーザへの通知を送信したことに応答して、受信したセンサデータにユーザがアクセスすることを可能にするために命令を実行するように構成されている。
【0072】
この記述の１つの態様は方法に関する。方法は、データ要求についてのユーザインタフェース（ＵＩ）からの情報を受信することを含んでいる。方法は更に、データ要求に識別情報を割り当てることを含んでいる。方法は更に、識別情報と関連付けてデータ要求を格納することを含んでいる。方法は更に、データ要求を車両に送信することを含んでいる。方法は更に、送信されたデータ要求に応答して、車両におけるソースからデータを受信することを含んでいる。方法は更に、受信したデータをユーザに通知することを含んでいる。幾つかの実施形態においては、方法は更に、データ要求に基づいて、データ要求を受信するための車両を識別することを含んでいる。幾つかの実施形態においては、方法は更に、ＵＩから受信したデータ要求の優先度レベルを決定することを含んでいる。幾つかの実施形態においては、データ要求の優先度レベルを決定することは、ＵＩから受信した支払い情報に基づいて、データ要求の優先度レベルを決定することを含んでいる。幾つかの実施形態においては、方法は更に、ユーザの決定されたアイデンティティに基づいて、車両におけるセンサへのアクセスを制限することを含んでいる。幾つかの実施形態においては、方法は更に、データ要求を車両に送信したことに応答して、データ要求のステータスを更新することと、データ要求のステータスをユーザに提供することをＵＩに指示することとを含んでいる。幾つかの実施形態においては、方法は更に、車両からセンサデータを受信したことに応答して、データ要求のステータスを更新することと、データ要求のステータスをユーザに提供することをＵＩに指示することとを含んでいる。幾つかの実施形態においては、方法は更に、ユーザへの通知と共に受信したセンサデータをユーザに送信することを含んでいる。幾つかの実施形態においては、方法は更に、受信したセンサデータのユーザへの通知を送信したことに応答して、受信したセンサデータにユーザがアクセスすることを可能にすることを含んでいる。
【0073】
この記述の１つの態様はシステムに関する。システムはセンサを含んでいる。システムは更に、命令を格納するように構成されている非一時的コンピュータ可読媒体を含んでいる。システムは更に、非一時的コンピュータ可読媒体に接続されているプロセッサを含んでいる。プロセッサは、ユーザから受信した情報に基づいて、トリガーイベント情報を含むデータ要求を受信するために命令を実行するように構成されている。プロセッサは更に、非一時的コンピュータ可読媒体に格納されているアプリケーションに基づいて、トリガーイベント情報によって示されているトリガーイベントが発生したかどうかを判定するために命令を実行するように構成されている。プロセッサは更に、トリガーイベントが発生したという判定に応答して、センサからのデータを編集するために命令を実行するように構成されており、トリガーイベントの前およびトリガーイベントの後の編集されたデータの期間は、受信したデータ要求に基づいている。プロセッサは更に、トリガーイベントが発生したことを示すものをサーバに送信することを第１送信機に指示するために命令を実行するように構成されている。プロセッサは更に、編集されたデータをサーバに送信することを第２送信機に指示するために命令を実行するように構成されている。幾つかの実施形態においては、システムは更に車両を含み、センサは車両に取り付けられている。
【0074】
前述したものは、当業者が、本開示の態様をより良好に理解できるように、幾つかの実施形態の特徴の要点を述べている。当業者は、ここにおいて提示されている実施形態の、同じ目的を実行するためにおよび／または同じ利点を達成するために、他のプロセスおよび構造を設計または修正するための根拠として本開示を容易に使用できるということを認識すべきである。当業者はまた、そのような等価な構成は、本開示の思想および範囲から逸脱するものではなく、本開示の思想および範囲から逸脱することなく、ここにおいて種々の変更、置換、および修正を行うことができるということも認識すべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
