特表 2024-506500 車両データ抽出サービス

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

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

(11)【公表番号】

(43)【公表日】2024-02-14

(54)【発明の名称】車両データ抽出サービス

(51)【国際特許分類】

   G06F 21/62 20130101AFI20240206BHJP

   G08G 1/00 20060101ALI20240206BHJP

   G08G 1/13 20060101ALI20240206BHJP

【ＦＩ】

G06F21/62

G08G1/00 D

G08G1/13

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023544278

(86)(22)【出願日】2022-01-26

(85)【翻訳文提出日】2023-07-21

(86)【国際出願番号】 US2022013862

(87)【国際公開番号】W WO2022164874

(87)【国際公開日】2022-08-04

(31)【優先権主張番号】17/160,184

(32)【優先日】2021-01-27

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ブルートゥース

(71)【出願人】

【識別番号】507303550

【氏名又は名称】アマゾン・テクノロジーズ・インコーポレーテッド

(74)【代理人】

【識別番号】100098394

【弁理士】

【氏名又は名称】山川 茂樹

(72)【発明者】

【氏名】ザマルカス，アシマイキス

(72)【発明者】

【氏名】ムサ，アニス

(72)【発明者】

【氏名】シンガー，ジェフリー・ディーン

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

5H181

【Ｆターム（参考）】

5H181AA01

5H181BB04

5H181BB15

5H181CC03

5H181CC04

5H181CC14

5H181FF05

5H181MC12

5H181MC27

(57)【要約】

１つ以上のコンピューティングデバイスを備えるシステムは、車両情報抽出サービスを実施する。車両情報抽出サービスは、車両のバス経由で通信するために、顧客によって使用される独自の符号化プロトコルへのアクセスを、顧客が提供することを可能にし、独自のプロトコルは、車両情報監視を実行するために、車両情報抽出サービスによって使用され、一方でそれと同時に、独自のプロトコルの機密が第三者によってアクセスされることから保護する。また、車両情報抽出サービスは、かなりのネットワークリソースを消費することになる、関連のない車両情報をストリーミングすることを必要とせずに、顧客定義のイベント基準に対応する、関連車両情報のストリーミングを可能にする。
【選択図】図１

【特許請求の範囲】

【請求項1】

車両情報抽出サービスを実施するためのシステムであって、前記システムが、
１つ以上のコンピューティングデバイスであって、
車両の供給元から又は車両構成要素の供給元から辞書ファイルを受信することであって、前記辞書ファイルが、前記車両の供給元の符号化フォーマット又は前記車両部品の供給元の符号化フォーマットに従って符号化された通信を復号する際に使用するための定義を含む、受信することと、
前記辞書ファイルの内容が、前記車両の供給元又は前記車両構成要素の供給元以外の者には見えないように、アクセスが制限された物理コンテナ又は論理コンテナに前記辞書ファイルを記憶することと、
前記辞書ファイルに基づいて、前記車両に提供される１つ以上のバイナリファイルを生成することであって、前記１つ以上のバイナリファイルが、前記車両の供給元の前記符号化フォーマット又は前記車両構成要素の供給元の前記符号化フォーマットを使用して符号化された通信を復号するための情報を含み、前記１つ以上のバイナリファイルが、前記辞書ファイルの前記内容を明らかにしない、生成することと、
前記車両のゲートウェイ又は他の構成要素にロードするための、前記１つ以上のバイナリファイルを提供することであって、前記ゲートウェイに実装された、又は前記他の構成要素に実装されたソフトウェアアプリケーションが、前記１つ以上のバイナリファイルを使用して、前記車両の１つ以上の通信バスを介して通信されている車両情報を復号するように構成され、前記１つ以上の通信バスを介して通信されている前記車両情報が、前記車両の供給元の前記符号化フォーマット又は前記車両構成要素の供給元の前記符号化フォーマットに従ってフォーマットされている、提供することと、
前記車両から、１つ以上のネットワークデバイスを介して、前記車両から抽出された、車両情報を含む車両情報パケットを受信することと、を行うように構成されている、コンピューティングデバイスを備える、システム。

【請求項2】

前記１つ以上のコンピューティングデバイスが、
前記車両の供給元によって製造された車両から、又は前記車両部品の供給元によって供給された構成要素を備える車両から抽出される、車両情報の指標を受信することと、
前記指標に基づいて、１つ以上の構成ファイルを生成することと、
前記車両の前記ゲートウェイ又は他の構成要素にロードされるソフトウェアパッケージ内の前記１つ以上のバイナリファイルを、前記１つ以上の構成ファイルに提供することと、を行うように更に構成されている、請求項１に記載のシステム。

【請求項3】

前記車両から抽出される前記車両情報の前記指標が、
抽出される１つ以上の種類の車両情報の指標と、
前記１つ以上の種類の車両情報の抽出をトリガするための、１つ以上のトリガ条件と、を含み、
前記車両の前記ゲートウェイ又は他の構成要素に実装された前記ソフトウェアアプリケーションが、
前記１つ以上の示された種類に対応する車両情報について、前記車両の前記１つ以上の通信バス上のトラフィックを監視することと、
前記１つ以上の示された種類に対応する前記車両情報を記憶バッファに記憶することと、
前記１つ以上のトリガ条件が満たされていることに応答して、
前記記憶バッファに記憶された、前記１つ以上の示された種類に対応する前記車両情報の少なくとも一部分を含む、１つ以上のパケットを生成することと、を行うように更に構成されている、請求項２に記載のシステム。

【請求項4】

前記１つ以上のトリガ条件が満たされていることに応答して生成された、前記１つ以上のパケットが、
前記１つ以上のトリガ条件が満たされる前に、前記記憶バッファに一定期間記憶された、前記１つ以上の示された種類の車両情報に対応する車両情報と、
前記１つ以上のトリガ条件が満たされた後の別の期間、前記１つ以上の示された種類の車両情報に対応する車両情報と、を含む、請求項３に記載のシステム。

【請求項5】

前記システムの前記１つ以上のコンピューティングデバイスが、
前記車両の供給元又は前記車両構成要素の供給元から、前記車両から抽出される車両情報の更新された指標を受信することであって、前記更新された指標が、前記車両から抽出される、１つ以上の追加の又は代替の種類の車両情報を示す、受信することと、
抽出される車両情報の前記更新された指標に基づいて、前記車両に提供される１つ以上の追加の構成ファイルを生成することと、
前記車両の前記ゲートウェイ又は他の指標構成要素にロードするための、前記１つ以上の追加の構成ファイルを提供することであって、前記ソフトウェアアプリケーションが、前記１つ以上の追加の構成ファイルを使用して、前記更新されたに対応する前記車両の１つ以上の通信バスを介して通信されている前記車両情報を識別するように構成されている、提供することと、
前記車両から、１つ以上のネットワークデバイスを介して、前記車両の供給元又は前記車両構成要素の供給元から受信された前記更新された指標に従って、前記車両から抽出された車両情報を含む、車両情報パケットを受信することと、を行うように更に構成されている、請求項１～４のいずれか一項に記載のシステム。

【請求項6】

前記システムの前記１つ以上のコンピューティングデバイスが、
前記車両の供給元又は前記車両構成要素の供給元から、前記車両から抽出される車両情報の更新された指標を受信することであって、前記更新された指標が、前記車両から抽出される、１つ以上の追加の又は代替の種類の車両情報を示す、受信することと、
前記辞書ファイル、及び抽出される車両情報の前記更新された指標に基づいて、前記車両に提供される１つ以上の追加のバイナリファイルを生成することと、
車両の前記ゲートウェイ又は他の構成要素にロードするための、前記１つ以上の追加のバイナリファイルを提供することであって、前記ソフトウェアアプリケーションが、前記１つ以上の追加のバイナリファイルを使用して、前記車両の１つ以上の通信バスを介して通信されている前記車両情報を復号し、前記更新された指標に対応する車両情報を識別するように構成されている、提供することと、
前記車両から、１つ以上のネットワークデバイスを介して、前記車両の供給元又は前記車両構成要素の供給元から受信された前記更新された指標に従って、前記車両から抽出された車両情報を含む、車両情報パケットを受信することと、を行うように更に構成されている、請求項１～５のいずれか一項に記載のシステム。

【請求項7】

前記車両の供給元によって製造された前記車両から、又は前記車両部品の供給元によって供給された構成要素を備える前記車両から抽出される、車両情報の前記指標が、
前記車両情報が抽出される、個々の車両、又は
前記車両情報が抽出される、１つ以上の特性を有する車両の等級と、を指定する、請求項１～６のいずれか一項に記載のシステム。

【請求項8】

命令を記憶する、１つ以上の非一時的コンピュータ可読記憶媒体であって、前記命令が、１つ以上のプロセッサ上で、又は１つ以上のプロセッサにわたって実行されたとき、前記１つ以上のプロセッサに、
前記車両の１つ以上の通信バスを介して通信されている車両情報を復号する際に使用するための、１つ以上のバイナリファイルを含むパッケージを受信することと、
前記車両の前記１つ以上の通信バスを介して通信されている前記車両情報の少なくとも一部分を復号することと、
前記車両情報の少なくとも一部分を、記憶バッファに記憶させることと、
前記１つ以上のトリガ条件が満たされていることに応答して、リモート車両データサービスに送出される、１つ以上のパケットを生成することであって、前記１つ以上のパケットが、前記記憶バッファに記憶された前記車両情報を含む、生成することと、を行わせる、１つ以上の非一時的コンピュータ可読記憶媒体。

【請求項9】

前記パッケージが、第１の種類の車両情報を抽出するためのトリガ条件と、１つ以上の追加の種類の車両情報を抽出するための１つ以上の追加のトリガ条件と、を示す情報を更に含み、前記それぞれのトリガ条件の少なくとも一部が異なり、
前記命令が、前記１つ以上のプロセッサ上で、又は前記１つ以上のプロセッサにわたって実行されたとき、前記１つ以上のプロセッサに、
前記生成された１つ以上のパケットに、１つ以上の対応するトリガ条件が満たされる、１つ以上の種類の車両情報を含むことを行わせ、
満たされていない他のトリガ条件に対応する、前記記憶バッファに記憶された他の種類の車両情報が、前記１つ以上の生成されたパケットには含まれていない、請求項８に記載の１つ以上の非一時的コンピュータ可読記憶媒体。

【請求項10】

前記命令が、前記１つ以上のプロセッサ上で、又は前記１つ以上のプロセッサにわたって実行されたとき、前記１つ以上のプロセッサに、
前記車両の１つ以上のセンサからの音声データ又は視覚データを含む他の車両情報を、前記記憶バッファに記憶させることと、
前記１つ以上のトリガ条件が満たされていることに応答して、前記リモート車両データサービスに送出される前記生成された１つ以上のパケット内の、前記１つ以上のセンサからの音声データ又は視覚データを含む、前記他の車両情報の少なくとも一部を含むことと、を更に行わせる、請求項８又は９に記載の１つ以上の非一時的コンピュータ可読記憶媒体。

【請求項11】

前記復号された車両情報が、テキストデータを含み、
前記１つ以上のトリガ条件が、前記テキストデータに基づく条件を含み、
前記１つ以上のトリガ条件が、前記テキストベースのトリガ条件が満たされるときに抽出される音声データ又は視覚データを含む、１つ以上の他の種類の車両情報の指標を更に含む、請求項１０に記載の１つ以上の非一時的コンピュータ可読記憶媒体。

【請求項12】

前記パッケージが、
前記復号された車両情報を受信するか、又は前記記憶バッファに記憶された前記復号された車両情報にアクセスすることが許可された、前記車両の１つ以上の構成要素の指標を更に含み、
前記命令が、前記１つ以上のプロセッサ上で、又は前記１つ以上のプロセッサにわたって実行されたとき、前記１つ以上のプロセッサに、
前記復号化された情報へのアクセスを、前記復号化された車両情報を受信又はアクセスすることが許可された、前記車両の前記１つ以上の構成要素に提供することを更に行わせる、請求項８～１２のいずれか一項に記載の１つ以上の非一時的コンピュータ可読記憶媒体。

【請求項13】

前記命令が、前記１つ以上のプロセッサ上で、又は前記１つ以上のプロセッサにわたって実行されたとき、前記１つ以上のプロセッサに、
前記１つ以上のトリガ条件を満たす条件について、前記復号された情報を監視させ、前記車両の前記１つ以上のバスからの前記復号された情報が、
前記車両の１つ以上のコントローラエリアネットワーク（ＣＡＮ）バスからの復号された情報を含む、請求項８～１２のいずれか一項に記載の１つ以上の非一時的コンピュータ可読記憶媒体。

【請求項14】

前記車両の前記１つ以上のバスからの前記復号された情報が、
前記車両の追加のＣＡＮバス、又は
前記車両のイーサネット又はＩＰバス、からの復号された情報を更に含む、請求項１３に記載の１つ以上の非一時的コンピュータ可読記憶媒体。

【請求項15】

前記プログラム命令が、前記車両のゲートウェイ環境のプロセッサ上で実行されるように構成されている、請求項８～１４のいずれか一項に記載の１つ以上の非一時的コンピュータ可読記憶媒体。

【発明の詳細な説明】

【背景技術】

【0001】

乗用車、トラック、オートバイなどの現代の車両は、しばしば、電子センサで製造され、そのような電子センサから入力を取り出し、車両、又は車両に実装されたシステムに対して行われる、様々な制御動作を決定する、制御アルゴリズムでプログラムされたコンピュータシステムを含む。いくつかの車両は、７０個ものそのような電子制御ユニット（ＥＣＵ）及び２０～３０個以上のセンサモダリティを含み得る。これらの構成要素は、車両の１つ以上のバス経由で互いに通信し、独自の符号化フォーマット及びプロトコルを使用して、通信されているデータをフォーマットする。また、そのようなバス上のデータフローにアクセスするために、アクセス認証情報が必要な場合がある。

【0002】

加えて、現代の車両は、以前の車両よりも多くのデータを生成するセンサをますます含む。例えば、自律走行車両、半自律走行車両、又は自動運転車両は、複数のカメラ、レーダ、ＬＩＤＡＲセンサ、音声マイクなどを含み得る。そのようなセンサは、例えば、１時間当たり５～１０テラバイト以上の大量のデータを生成し得る。

【0003】

典型的には、車両は、全てではないにしてもほとんどの、そのようなセンサによって生成されたデータ、及び／又は車両のバス経由で通信されたデータが、分析又はトラブルシューティングのために、後にデータがアクセス可能であるような方法で記憶されないように、データを記憶する限られた能力のみを有する。また、データが記憶される範囲では、データは、車両の車載診断コネクタに接続する故障コードリーダ／診断ツールなどの、独自の符号化フォーマット及びプロトコルを解釈するために、車両製造元によって提供された専用のツールにアクセスすることなく、識別可能ではない形式でしばしば記憶される。更に、そのような専用のツールは、車両のバス経由で通信された車両情報のサブセットの、限定的な表示のみを可能にし得る。

【図面の簡単な説明】

【0004】

【図1】いくつかの実施形態による、車両バス経由で通信される車両情報をフォーマットするために、車両の供給元又は構成要素部品の供給元によって使用される独自の符号化フォーマットを有する、アクセス認証情報及び辞書を受信する、車両情報抽出サービスを例解し、車両情報抽出サービスは、ソフトウェアパッケージを車両に展開して、独自の符号化フォーマットを使用して符号化された車両情報を監視し、１つ以上のトリガ条件が満たされた場合に、抽出のために独自のアクセス認証情報を要求する間、独自のアクセス認証情報及び符号化フォーマットの機密性を維持する。

【図2】いくつかの実施形態による、車両情報抽出サービス用のサービスユーザインタフェースのデザイナキャンバス及び管理コンソールの、より詳細な図を例解する。

【図3】いくつかの実施形態による、車両のバス経由で車両情報を伝達するために異なるレベルで使用される、プロトコルのネットワークスタックと、そのような車両情報にアクセスするために異なるレベルで必要とされる、アクセス認証情報と、のより詳細な図を例解する。

【図4】いくつかの実施形態による、車両情報抽出サービスによって展開されたソフトウェアアプリケーションによって、データ抽出について監視され得る、複数の異なるバスを備える、例示的な車両を例解する。

【図5】いくつかの実施形態による、車両情報抽出サービスによって展開されたアプリケーションによって使用され得る、記憶バッファのより詳細な図を例解し、記憶バッファは、１つ以上のトリガ基準が満たされた場合に抽出の対象となる、１つ以上の前の時点からのデータを記憶する。

【図6】いくつかの実施形態による、車両情報抽出サービス、及びプロバイダネットワークによって提供された他のクラウドサービスを含む、例示的なプロバイダネットワークを例解する。

【図7A】いくつかの実施形態による、車両又は車両のフリートからのデータ抽出を定義し、可能にするために使用される、例示的なユーザインタフェースページを例解する。

【図7B】いくつかの実施形態による、車両又は車両のフリートからのデータ抽出を定義し、可能にするために使用される、例示的なユーザインタフェースページを例解する。

【図7C】いくつかの実施形態による、車両又は車両のフリートからのデータ抽出を定義し、可能にするために使用される、例示的なユーザインタフェースページを例解する。

【図7D】いくつかの実施形態による、車両又は車両のフリートからのデータ抽出を定義し、可能にするために使用される、例示的なユーザインタフェースページを例解する。

【図7E】いくつかの実施形態による、車両又は車両のフリートからのデータ抽出を定義し、可能にするために使用される、例示的なユーザインタフェースページを例解する。

【図7F】いくつかの実施形態による、車両又は車両のフリートからのデータ抽出を定義し、可能にするために使用される、例示的なユーザインタフェースページを例解する。

【図8】いくつかの実施形態による、データ監視及び抽出用のソフトウェアパッケージを車両に展開するために、車両情報抽出サービスによって実行される動作のフローチャートを例解し、また、要求された車両情報が車両から抽出されることに応答して、車両情報抽出サービスによって実行される動作を例解する。

【図9】いくつかの実施形態による、車両情報抽出サービスから車両に展開されたソフトウェアアプリケーションによって実行される動作のフローチャートを例解し、ソフトウェアアプリケーションは、車両バストラフィックを監視し、１つ以上のトリガ基準が満たされた場合に、車両情報抽出サービスに送出される車両情報を抽出する。

【図10】いくつかの実施形態による、本明細書に記載の技法の一部又は全てを実装する、例示的なコンピュータシステムを例解するブロック図である。

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

システムメモリ１０２０は、プロセッサ１０１０Ａ～１０１０Ｎによってアクセス可能な、プログラム命令及びデータを記憶するように構成され得る。様々な実施形態では、システムメモリ１０２０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、同期式ダイナミックＲＡＭ（ＳＤＲＡＭ）、不揮発性／フラッシュ型メモリ、又は任意の他の種類のメモリなどの、任意の好適なメモリ技術を使用して、実装され得る。例解された実施形態では、上述の方法、技術、及びデータなどの１つ以上の所望の機能を実装するプログラム命令及びデータが、コード（すなわち、プログラム命令）１０２５及びデータ１０３５として、システムメモリ１０２０内に記憶されていることが示されている。

【0108】

一実施形態では、Ｉ／Ｏインタフェース１０３０は、ネットワークインタフェース１０４０又は他の周辺インタフェースを含む、プロセッサ１０１０Ａ～１０１０Ｎと、システムメモリ１０２０と、デバイス内の任意の周辺デバイスと間のＩ／Ｏトラフィックを調整するように構成され得る。いくつかの実施形態では、Ｉ／Ｏインタフェース１０３０は、１つの構成要素（例えば、システムメモリ１０２０）からのデータ信号を、別の構成要素（例えば、プロセッサ１０１０）による使用に適したフォーマットに変換するために、任意の必要なプロトコル、タイミング、又は他のデータ変換を実行し得る。いくつかの実施形態では、Ｉ／Ｏインタフェース１０３０は、例えば、周辺構成要素相互接続（ＰＣＩ）バス規格又はユニバーサルシリアルバス（ＵＳＢ）規格の変形などの、様々な種類の周辺バスを通して取り付けられたデバイスのサポートを含み得る。いくつかの実施形態では、Ｉ／Ｏインタフェース１０３０は、自動車ＣＡＮバスなどを介して取り付けられたデバイスのサポートを含み得る。いくつかの実施形態では、Ｉ／Ｏインタフェース１０３０の機能は、例えば、ノースブリッジ及びサウスブリッジなどの２つ以上の別個の構成要素に分割され得る。また、いくつかの実施形態では、システムメモリ１０２０へのインタフェースなどのＩ／Ｏインタフェース１０３０の機能の一部又は全ては、プロセッサ１０１０Ａ～１０１０Ｎ内に直接組み込まれ得る。

【0109】

ネットワークインタフェース１０４０は、データが、コンピューティングデバイス１０００と、ネットワーク１０５０に取り付けられた他のデバイス１０６０との間で交換されることを可能にするように構成され得る。様々な実施形態では、ネットワークインタフェース１０４０は、例えば、イーサネットネットワーク、セルラーネットワーク、ブルートゥースネットワーク、Ｗｉ－Ｆｉネットワーク、超広帯域ネットワークの種類などの、任意の適切な有線又は無線の汎用データネットワークを介した通信をサポートし得る。加えて、ネットワークインタフェース１０４０は、アナログ音声ネットワーク若しくはデジタルファイバ通信ネットワークなどの電気通信／電話ネットワークを介した、ファイバチャネルＳＡＮなどのストレージエリアネットワークを介した、又は任意の他の好適な種類のネットワーク及び／若しくはプロトコルを介した通信をサポートし得る。

【0110】

いくつかの実施形態では、システムメモリ１０２０は、対応する方法、システム、及び装置の実施形態を実装するための、上述のように、プログラム命令及びデータを記憶するように構成された、コンピュータ可読（すなわち、コンピュータアクセス可能）媒体の一実施形態であり得る。しかしながら、他の実施形態では、プログラム命令及び／又はデータは、異なる種類のコンピュータ可読媒体上で受信、送出、又は記憶され得る。一般的に言えば、コンピュータ可読媒体は、Ｉ／Ｏインタフェース１０３０を介してコンピューティングデバイス１０００に結合された、磁気媒体又は光学媒体（例えば、ディスク又はＤＶＤ／ＣＤ）などの非一時的な記憶媒体又はメモリ媒体を含み得る。１つ以上の非一時的コンピュータ可読記憶媒体はまた、システムメモリ１０２０又は別の種類のメモリとして、コンピューティングデバイス１０００のいくつかの実施形態に含まれ得る、ＲＡＭ（例えば、ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ、ＲＤＲＡＭ、ＳＲＡＭなど）、ＲＯＭなどの、任意の揮発性媒体又は不揮発性媒体も含み得る。更に、コンピュータ可読媒体は、ネットワークインタフェース１０４０を介して実装され得るような、ネットワーク及び／又は無線リンクなどの通信媒体を介して伝達される、電気信号、電磁信号、又はデジタル信号などの送信媒体又は信号を含み得る。図１０に例解されるものなどの、複数のコンピューティングデバイスの一部分又は全ては、様々な実施形態に記載の機能を実装するために使用され得、例えば、様々な異なるデバイス及びサーバ上で動くソフトウェア構成要素は、機能を提供するために連携し得る。いくつかの実施形態では、記載された機能の一部分は、記憶デバイス、ネットワークデバイス、又は様々な種類のコンピュータシステムを使用して、実装され得る。本明細書で使用される場合、「コンピューティングデバイス」という用語は、少なくともこれら全ての種類のデバイスを指し、これらの種類のデバイスに限定されない。

【0111】

本開示の実施形態は、以下の条項を考慮して説明することができる。
条項１．車両情報抽出サービスを実施するためのシステムであって、システムは、
１つ以上のコンピューティングデバイスであって、
車両の供給元から又は車両構成要素の供給元から辞書ファイルを受信することであって、辞書ファイルは、車両の供給元の符号化フォーマット又は車両部品の供給元の符号化フォーマットに従って符号化された通信を復号する際に使用するための定義を含む、受信することと、
辞書ファイルの内容が、車両の供給元又は車両構成要素の供給元以外の者には見えないように、アクセスが制限された物理コンテナ又は論理コンテナに辞書ファイルを記憶することと、
辞書ファイルに基づいて、車両に提供される１つ以上のバイナリファイルを生成することであって、１つ以上のバイナリファイルは、車両の供給元の符号化フォーマット又は車両構成要素の供給元の符号化フォーマットを使用して符号化された通信を復号するための情報を含み、１つ以上のバイナリファイルは、辞書ファイルの内容を明らかにしない、生成することと、
車両のゲートウェイ又は他の構成要素にロードするための、１つ以上のバイナリファイルを提供することであって、ゲートウェイに実装された、又は他の構成要素に実装されたソフトウェアアプリケーションは、１つ以上のバイナリファイルを使用して、車両の１つ以上の通信バスを介して通信されている車両情報を復号するように構成され、１つ以上の通信バスを介して通信されている車両情報は、車両の供給元の符号化フォーマット又は車両構成要素の供給元の符号化フォーマットに従ってフォーマットされている、提供することと、
車両から、１つ以上のネットワークデバイスを介して、車両から抽出された、車両情報を含む車両情報パケットを受信することと、を行うように構成されている、コンピューティングデバイスを備える、システム。
条項２．１つ以上のコンピューティングデバイスが、
車両の供給元によって製造された車両から、又は車両部品の供給元によって供給された構成要素を備える車両から抽出される、車両情報の指標を受信することと、
指標に基づいて、１つ以上の構成ファイルを生成することと、
車両のゲートウェイ又は他の構成要素にロードされるソフトウェアパッケージ内の１つ以上のバイナリファイルを、１つ以上の構成ファイルに提供することと、を行うように更に構成されている、条項１に記載のシステム。
条項３．車両から抽出される車両情報の指標が、
抽出される１つ以上の種類の車両情報の指標と、
１つ以上の種類の車両情報の抽出をトリガするための、１つ以上のトリガ条件と、を含み、
車両のゲートウェイ又は他の構成要素に実装されたソフトウェアアプリケーションが、
１つ以上の示された種類に対応する車両情報について、車両の１つ以上の通信バス上のトラフィックを監視することと、
１つ以上の示された種類に対応する車両情報を記憶バッファに記憶することと、
１つ以上のトリガ条件が満たされていることに応答して、
記憶バッファに記憶された、１つ以上の示された種類に対応する車両情報の少なくとも一部分を含む、１つ以上のパケットを生成することと、を行うように更に構成されている、条項２に記載のシステム。
条項４．１つ以上のトリガ条件が満たされていることに応答して生成された、１つ以上のパケットが、
１つ以上のトリガ条件が満たされる前に、記憶バッファに一定期間記憶された、１つ以上の示された種類の車両情報に対応する車両情報と、
１つ以上のトリガ条件が満たされた後の別の期間、１つ以上の示された種類の車両情報に対応する車両情報と、を含む、条項３に記載のシステム。
条項５．システムの１つ以上のコンピューティングデバイスが、
車両の供給元又は車両構成要素の供給元から、車両から抽出される車両情報の更新された指標を受信することであって、更新された指標は、車両から抽出される、１つ以上の追加の又は代替の種類の車両情報を示す、受信することと、
抽出される車両情報の更新された指標に基づいて、車両に提供される１つ以上の追加の構成ファイルを生成することと、
車両のゲートウェイ又は他の構成要素にロードするための、１つ以上の追加の構成ファイルを提供することであって、ソフトウェアアプリケーションは、１つ以上の追加の構成ファイルを使用して、更新された指標に対応する車両の１つ以上の通信バスを介して通信されている車両情報を識別するように構成される、提供することと、
車両から、１つ以上のネットワークデバイスを介して、車両の供給元又は車両構成要素の供給元から受信された更新された指標に従って、車両から抽出された車両情報を含む、車両情報パケットを受信することと、を行うように更に構成されている、条項１～４のいずれか一項に記載のシステム。
条項６．システムの１つ以上のコンピューティングデバイスが、
車両の供給元又は車両構成要素の供給元から、車両から抽出される車両情報の更新された指標を受信することであって、更新された指標は、車両から抽出される、１つ以上の追加の又は代替の種類の車両情報を示す、受信することと、
辞書ファイル、及び抽出される車両情報の更新された指標に基づいて、車両に提供される１つ以上の追加のバイナリファイルを生成することと、
車両のゲートウェイ又は他の構成要素にロードするための、１つ以上の追加のバイナリファイルを提供することであって、ソフトウェアアプリケーションは、１つ以上の追加のバイナリファイルを使用して、車両の１つ以上の通信バスを介して通信されている車両情報を復号し、更新された指標に対応する車両情報を識別するように構成されている、提供することと、
車両から、１つ以上のネットワークデバイスを介して、車両の供給元又は車両構成要素の供給元から受信された更新された指標に従って、車両から抽出された車両情報を含む、車両情報パケットを受信することと、を行うように更に構成されている、条項１～５のいずれか一項に記載のシステム。
条項７．車両の供給元によって製造された車両から、又は車両部品の供給元によって供給された構成要素を備える車両から抽出される、車両情報の指標が、
車両情報が抽出される、個々の車両と、
車両情報が抽出される、１つ以上の特性を有する車両の等級と、を指定する、条項１～６のいずれか一項に記載のシステム。
条項８．命令を記憶する、１つ以上の非一時的コンピュータ可読記憶媒体であって、命令は、１つ以上のプロセッサ上で、又は１つ以上のプロセッサにわたって実行されたとき、１つ以上のプロセッサに、
車両の１つ以上の通信バスを介して通信されている車両情報を復号する際に使用するための、１つ以上のバイナリファイルを含むパッケージを受信することと、
車両の１つ以上の通信バスを介して通信されている車両情報の少なくとも一部分を復号することと、
車両情報の少なくとも一部分を、記憶バッファに記憶させることと、
１つ以上のトリガ条件が満たされていることに応答して、リモート車両データサービスに送出される、１つ以上のパケットを生成することであって、１つ以上のパケットが、記憶バッファに記憶された車両情報を含む、生成することと、を行わせる、１つ以上の非一時的コンピュータ可読記憶媒体。
条項９．
パッケージが、第１の種類の車両情報を抽出するためのトリガ条件と、１つ以上の追加の種類の車両情報を抽出するための１つ以上の追加のトリガ条件と、を示す情報を更に含み、それぞれのトリガ条件の少なくとも一部が異なり、
命令が、１つ以上のプロセッサ上で、又は１つ以上のプロセッサにわたって実行されたとき、１つ以上のプロセッサに、
生成された１つ以上のパケットに、１つ以上の対応するトリガ条件が満たされる、１つ以上の種類の車両情報を含むことを行わせ、
満たされていない他のトリガ条件に対応する、記憶バッファに記憶された他の種類の車両情報が、１つ以上の生成されたパケットには含まれていない、条項８に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項１０．命令が、１つ以上のプロセッサ上で、又は１つ以上のプロセッサにわたって実行されたとき、１つ以上のプロセッサに、
車両の１つ以上のセンサからの音声データ又は視覚データを含む他の車両情報を、記憶バッファに記憶させることと、
１つ以上のトリガ条件が満たされていることに応答して、リモート車両データサービスに送出される生成された１つ以上のパケット内の、１つ以上のセンサからの音声データ又は視覚データを含む、他の車両情報の少なくとも一部を含むことと、を更に行わせる、条項８又は９に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項１１．復号された車両情報が、テキストデータを含み、
１つ以上のトリガ条件が、テキストデータに基づく条件を含み、
１つ以上のトリガ条件が、テキストベースのトリガ条件が満たされるときに抽出される音声データ又は視覚データを含む、１つ以上の他の種類の車両情報の指標を更に含む、条項１０に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項１２．パッケージが、
復号された車両情報を受信するか、又は記憶バッファに記憶された復号された車両情報にアクセスすることが許可された、車両の１つ以上の構成要素の指標を含み、
命令が、１つ以上のプロセッサ上で、又は１つ以上のプロセッサにわたって実行されたとき、１つ以上のプロセッサに、
復号化された情報へのアクセスを、復号化された車両情報を受信又はアクセスすることが許可された、車両の１つ以上の構成要素に提供することを更に行わせる、条項８～１２のいずれか一項に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項１３．命令が、１つ以上のプロセッサ上で、又は１つ以上のプロセッサにわたって実行されたとき、１つ以上のプロセッサに、
１つ以上のトリガ条件を満たす条件について、復号された情報を監視させ、車両の１つ以上のバスからの復号された情報が、
車両の１つ以上のコントローラエリアネットワーク（ＣＡＮ）バスからの復号された情報を含む、条項８～１２のいずれか一項に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項１４．車両の１つ以上のバスからの復号された情報が、
車両の追加のＣＡＮバスと、
車両のイーサネット又はＩＰバスと、からの復号された情報を更に含む、条項１３に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項１５．プログラム命令が、車両のゲートウェイ環境のプロセッサ上で実行されるように構成されている、条項８に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項１６．命令を記憶する、１つ以上の非一時的コンピュータ可読記憶媒体であって、命令は、１つ以上のプロセッサ上で、又は１つ以上のプロセッサにわたって実行されたとき、１つ以上のプロセッサに、
辞書ファイルの内容が、車両の供給元又は車両構成要素の供給元以外の者には見えないように、車両の供給元から、又は車両構成要素の供給元から受信された辞書ファイルを、アクセスが制限されコンテナに記憶させることと、
辞書ファイルに基づいて、車両に提供される１つ以上のバイナリファイルを生成することであって、１つ以上のバイナリファイルは、車両の供給元の符号化フォーマット又は車両構成要素の供給元の符号化フォーマットを使用して符号化された通信を復号するための情報を含む、生成することと、
車両の１つ以上の通信バスを介して通信される車両情報を復号する際に使用するために、１つ以上のバイナリファイルを車両に提供させることであって、車両情報が、車両の供給元の符号化フォーマット又は車両構成要素の供給元の符号化フォーマットに従ってフォーマットされる、提供させることと、を行わせる、１つ以上の非一時的コンピュータ可読記憶媒体。
条項１７．命令が、１つ以上のプロセッサ上で、又は１つ以上のプロセッサにわたって実行されたとき、１つ以上のプロセッサに、
ユーザインタフェースを実装させ、ユーザインタフェースは、
車両の供給元又は車両構成要素の供給元から入力を受信するように構成され、入力は、
車両情報を抽出する特定の車両と、
バイナリファイルが展開される車両の場所と、
監視対象となる車両のバスと、
トリガ基準が満たされる場合、車両情報が抽出されるバスに接続された車両構成要素と、を定義する、条項１６に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項１８．ユーザインタフェースが、車両の供給元又は車両構成要素の供給元から入力を受信するように更に構成され、入力が、
車両及び車両構成要素の追加バスであって、監視対象であり、かつ、トリガ基準が満たされる場合に車両情報が抽出される、追加のバスに接続された、車両及び車両構成要素の追加バスを定義する、条項１７に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項１９．プログラム命令が、
抽出された車両情報を機械学習サービスに提供することと、
監視される追加の種類の車両情報及び／又は追加のトリガ基準に対する提言を受信することと、
受信された提言に基づいて、１つ以上の構成ファイルを更新することと、を行うように更に構成されている、条項１７又は１８に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項２０．ユーザインタフェースが、車両の供給元又は車両構成要素の供給元から入力を受信するように更に構成され、入力が、
提供された１つ以上のバイナリファイルを使用して復号された復号化された通信を共有するために、ライセンスが付与されている、車両の他の構成要素を定義する、条項１７～１９のいずれか一項に記載の１つ以上のプロセッサ。
条項２１．命令が、１つ以上のプロセッサ上で、又は１つ以上のプロセッサにわたって実行されたとき、１つ以上のプロセッサに、
車両から、車両の供給元又は車両構成要素の供給元から受信された指標に従って、車両から抽出された車両情報を含む、１つ以上の車両情報パケットを受信することと、
車両から抽出された、受信された車両情報のほぼリアルタイムの監視を実行するように構成された、分析パイプラインを実施することと、を更に行わせる、条項１６～２０のいずれか一項に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項２２．分析パイプラインが、
１つ以上の車両情報パケットに含まれる、音声又は視覚車両情報を分析することと、
分析された音声又は視覚車両情報に基づいて、車両で生成され、１つ以上の車両情報パケットに含まれる、１つ以上の人工知能（ＡＩ）推論を検証することと、を行うように構成されている、条項２１に記載の１つ以上の非一時的コンピュータ可読記憶媒体。
条項２３．分析パイプラインが、
車両で生成された音声又は視覚車両情報及びＡＩ推論を機械学習アルゴリズムに提供して、車両上に展開されたＡＩ推論生成ソフトウェアの更新を生成するように構成されている、条項２１に記載の１つ以上の非一時的コンピュータ可読記憶媒体。

【0112】

図に例解され、本明細書に記載されるような様々な方法は、方法の例解的な実施形態を表す。本方法は、手動で、ソフトウェアで、ハードウェアで、又はそれらの組み合わせで実施され得る。任意の方法の順序は変更され得、様々な要素は、追加、並べ替え、組み合わせ、省略、修正などをされ得る。例えば、一実施形態では、本方法は、プロセッサに結合されたコンピュータ可読記憶媒体上に記憶された、プログラム命令を実行するプロセッサを含むコンピュータシステムによって実施され得る。プログラム命令は、本明細書に記載の機能（例えば、データ転送ツール、様々なサービス、データベース、デバイス及び／又は他の通信デバイスなどの機能）を実装するように構成され得る。

【0113】

当業者に明らかであるように、本開示の利点を有する様々な修正及び変更が行われ得る。それは、そのような全ての修正及び変更を包含することを意図しており、したがって、上記の説明は、限定的な意味ではなく例解的な意味で見なされることを意図している。

【0114】

様々な実施形態は、コンピュータアクセス可能媒体上に、前述の説明に従って実装された命令及び／又はデータを受信、送出、又は記憶することを更に含み得る。一般的に言えば、コンピュータアクセス可能媒体は、磁気媒体又は光学媒体（例えば、ディスク又はＤＶＤ／ＣＤ－ＲＯＭ）などの記憶媒体又はメモリ媒体、ＲＡＭ（例えば、ＳＤＲＡＭ、ＤＤＲ、ＲＤＲＡＭ、ＳＲＡＭなど）、ＲＯＭなどの揮発性媒体又は不揮発性媒体、並びに、ネットワーク及び／又は無線リンクなどの通信媒体を介して伝達される、電気信号、電磁信号、又はデジタル信号などの送信媒体又は信号を含み得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図7C】

【図7D】

【図7E】

【図7F】

【図8】

【図9】

【図10】

【国際調査報告】