ホーム > 特許ランキング > オートノミック，エルエルシー
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-04-12
(54)【発明の名称】クラウドベースのリアルタイム車両データ共有
(51)【国際特許分類】
G06Q 50/10 20120101AFI20230405BHJP
H04W 4/40 20180101ALI20230405BHJP
H04W 12/06 20210101ALI20230405BHJP
H04W 4/38 20180101ALI20230405BHJP
【ＦＩ】
G06Q50/10
H04W4/40
H04W12/06
H04W4/38
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022559314
(86)(22)【出願日】2021-03-30
(85)【翻訳文提出日】2022-11-22
(86)【国際出願番号】 US2021024987
(87)【国際公開番号】W WO2021202601
(87)【国際公開日】2021-10-07
(31)【優先権主張番号】17/213,195
(32)【優先日】2021-03-25
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/039,406
(32)【優先日】2020-06-15
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/003,823
(32)【優先日】2020-04-01
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】522380549
【氏名又は名称】オートノミック，エルエルシー
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(72)【発明者】
【氏名】ペトリ，ロバート ジェイ．
(72)【発明者】
【氏名】ライムズ，グレゴリー ロリン
(72)【発明者】
【氏名】ブラック，ベンジャミン
(72)【発明者】
【氏名】カレン，ショーン ジェームス
(72)【発明者】
【氏名】スペルマン，マーク エー．
(72)【発明者】
【氏名】カスプロゾク，アンドレアス エム．
(72)【発明者】
【氏名】ブライソン，デイビッド ダブリュー．
(72)【発明者】
【氏名】ティマ，ジャガンナート
(72)【発明者】
【氏名】マートゥル，ガウラヴ
(72)【発明者】
【氏名】ハルマン，リチャード ジー．
(72)【発明者】
【氏名】ガルシア アルバラド，カルロス
(72)【発明者】
【氏名】ハム，ジェイソン ポール
【テーマコード（参考）】
5K067
5L049
【Ｆターム（参考）】
5K067BB27
5K067EE02
5K067EE16
5L049CC11
(57)【要約】
本出願は、複数の車両に通信可能に結合された車両データフィードサーバを介して車両データを通信することを対象とする。複数の認証情報および関連付けられたアクセスレベルは、車両データフィードサーバのデータベースに記憶される。車両データフィードサーバは、車両から複数のリアルタイム車両データフローを受信する。これらのリアルタイム車両データフローは、任意選択により、関連付けられたアクセスレベルに基づいて認証情報に関連付けられる。クライアントデバイスのユーザからユーザ認証情報および車両データ要求を受信すると、車両データフィードサーバは、ユーザが、ユーザ認証情報に関連付けられた、リアルタイム車両データフローのサブセットを含む車両データにアクセスする権限を有しているか否かを判断する。リアルタイム車両データフローのサブセットは、ユーザが車両データにアクセスする権限を有するとき、クライアントデバイスに転送される。
【特許請求の範囲】
【請求項1】
車両データを通信するための方法であって、１つまたは複数のプロセッサと、前記１つまたは複数のプロセッサによって実行するための命令を記憶するメモリとを有する車両データフィードサーバであって、前記車両データフィードサーバは１つまたは複数の通信ネットワークを介して複数の車両に結合される、車両データフィードサーバにおいて、
複数の認証情報と、車両データに対する関連付けられたアクセスレベルとを受信することと、
前記複数の認証情報を、前記関連付けられたアクセスレベルと共にデータベースに記憶することと、
前記複数の車両から、前記１つまたは複数の通信ネットワークを介して複数のリアルタイム車両データフローを受信することであって、各リアルタイム車両データフローは、それぞれの車両に関連付けられ、少なくとも、前記それぞれの車両の車両テレメトリデータを含むことと、
クライアントデバイスのユーザから、ユーザ認証情報および車両データ要求を受信することと、
前記車両データ要求に応答して、
前記ユーザ認証情報に基づいて、前記ユーザが前記ユーザ認証情報に関連付けられた車両データにアクセスする権限を有するか否かを判断することであって、ここで、前記車両データは、前記複数のリアルタイム車両データフローのサブセットを含むことと、
前記ユーザが前記ユーザ認証情報に関連付けられた前記車両データにアクセスする権限を有するという判断に従って、前記複数のリアルタイム車両データフローの前記サブセットを前記クライアントデバイスに転送することと、
を含む、方法。
【請求項2】
前記車両データ要求を受信する前に、前記ユーザ認証情報に関連付けられた前記アクセスレベルに基づいて、前記複数のリアルタイム車両データフローの前記サブセットを前記ユーザ認証情報に関連付けることをさらに含む、請求項１に記載の方法。
【請求項3】
前記車両データフィードサーバは、前記１つまたは複数の通信ネットワークを介して１つまたは複数の車両オペレータデバイスに通信可能に結合され、前記方法は、前記１つまたは複数の車両オペレータデバイスまたは前記車両から１つまたは複数の制御データフローを受信することであって、各制御データフローは１つまたは複数の制御コマンドを含み、各コマンドは、前記複数の車両のそれぞれのサブセットを制御するために、それぞれの車両オペレータデバイスによって発行され、前記ユーザ認証情報に関連付けられた前記アクセスレベルは、前記１つまたは複数の制御データフローから前記ユーザ認証情報に関連付けられた前記車両データの少なくとも一部を選択するために用いられることをさらに含む、請求項１または２に記載の方法。
【請求項4】
前記１つまたは複数の制御データフローを前記複数のリアルタイム車両データフローと統合することをさらに含み、前記統合することは、前記複数のリアルタイム車両データフローおよび前記１つまたは複数の制御データフローを複数の車両データシャードにグループ化することを含む、請求項３に記載の方法。
【請求項5】
前記ユーザ認証情報に関連付けられた前記車両データにおけるデータ項目を、第１の補足データ項目で補足することであって、前記第１の補足データ項目は、前記車両データにおける前記それぞれのデータ項目と併せて前記クライアントデバイスに転送されることをさらに含む、請求項１～４のいずれか１項に記載の方法。
【請求項6】
前記複数のリアルタイム車両データフローの各々を第２の補足データ項目で補足することと、それぞれの車両データシャードにおいて、前記第２の補足データ項目および前記それぞれのリアルタイム車両データフローをグループ化することと、
をさらに含む、請求項１～５のいずれか１項に記載の方法。
【請求項7】
前記複数のリアルタイム車両データフローの前記サブセットの各々について、前記ユーザ認証情報に関連付けられた前記アクセスレベルに従って前記第２の補足データ項目が決定され、前記第２の補足データ項目は、前記それぞれのリアルタイム車両データフローが前記ユーザ認証情報に関連付けられた前記車両データの一部であることを示す、請求項６に記載の方法。
【請求項8】
前記複数のリアルタイム車両データフローを統合することをさらに含み、前記統合することは、前記複数のリアルタイム車両データフローを複数の車両データシャードにグループ化することを含み、前記ユーザ認証情報に関連付けられた前記車両データは前記複数の車両データシャードのサブセットを含む、請求項１～７のいずれか１項に記載の方法。
【請求項9】
前記複数のリアルタイム車両データフローが前記複数の車両データシャードにグループ化されるとき、前記複数のリアルタイム車両データフローの各データ項目は、共通フォーマットに従って、前記複数の車両データシャードのそれぞれのデータ項目に変換される、請求項８に記載の方法。
【請求項10】
前記複数の車両データシャードは所定の数の車両データシャードを含み、前記複数のリアルタイム車両データフローの各々は、前記車両データシャードのそれぞれ１つにおいて完全にグループ化される、請求項８に記載の方法。
【請求項11】
所定のデータストレージ規則に従って、前記車両データフィードサーバの前記データベースに前記複数の車両データシャードを記憶することをさらに含む、請求項８に記載の方法。
【請求項12】
各車両データシャードについて、前記リアルタイム車両データフローのそれぞれのサブセットにおけるデータ項目が、時間的順序に従って順次に前記それぞれの車両データシャードにグループ化される、請求項８に記載の方法。
【請求項13】
前記車両データ要求は現在の要求を含み、前記方法は、前記現在の要求に応答して、時間的位置に対応する前記複数の車両データシャードにおける参照ポインタを識別することをさらに含み、
前記時間的位置の前に収集された前記リアルタイム車両データフローは、前記クライアントデバイスの前記ユーザから受信された以前の要求に応答して前記ユーザ認証情報に関連付けられた前記車両データを提供するように構成され、
前記時間的位置の後に収集された前記リアルタイム車両データフローは、前記現在の要求に応答して前記ユーザ認証情報に関連付けられた前記車両データを提供するように構成される、請求項１２に記載の方法。
【請求項14】
前記車両データ要求は第１の要求を含み、前記ユーザ認証情報に関連付けられた前記車両データは、前記第１の要求に応答して第１の車両データシャードから抽出された第１の車両データを含み、前記方法は、第２のクライアントデバイスの第２のユーザから、第２のユーザ認証情報および第２の要求を受信することと、
前記第２の要求に応答して、前記第１の要求とは独立して、
前記第２のユーザ認証情報に基づいて、前記第２のユーザが前記第２のユーザ認証情報に関連付けられた第２の車両データにアクセスする権限を有するか否かを判断することであって、ここで、前記第２の車両データは、前記複数のリアルタイム車両データフローの第２のサブセットを含むことと、
前記第２のユーザが前記第２のユーザ認証情報に関連付けられた前記第２の車両データにアクセスする権限を有するという判断に従って、前記複数のリアルタイム車両データフローの前記第２のサブセットを前記第２のクライアントデバイスに転送することと、
をさらに含み、
前記第２の車両データは、前記第１の車両データシャードから抽出されている前記第１の車両データとは独立して第２の車両データシャードから抽出される、請求項８に記載の方法。
【請求項15】
前記クライアントデバイスは、前記クライアントデバイスのユーザアカウントを介して車両データアプリケーションを実行するように構成され、前記ユーザアカウントは前記ユーザ認証情報に対応し、前記ユーザ認証情報は、ユーザ名と、前記ユーザアカウントのパスワードとを含み、
前記車両データは、前記クライアントデバイスに送信され、前記車両データアプリケーションを介して前記ユーザに提示される、請求項１～１４のいずれか１項に記載の方法。
【請求項16】
前記クライアントデバイスは、前記車両データに基づいて車両制御コマンドを生成し、前記車両制御コマンドを前記複数の車両のうちの１つに送信するように構成され、それによって、前記複数の車両のサブセットからリアルタイムで収集され、前記クライアントデバイスの前記ユーザがアクセス可能な前記車両データに基づいて、前記複数の車両のうちの前記１つを制御することができるようにする、請求項１～１５のいずれか１項に記載の方法。
【請求項17】
各リアルタイム車両データフローは、制御イベントデータ、制御コマンド、車両対デバイス結合イベントデータ、センサ読み値、および前記それぞれの車両に関連付けられたログデータのうちの１つまたは複数をさらに含む、請求項１～１６のいずれか１項に記載の方法。
【請求項18】
各リアルタイム車両データフローをそれぞれの一意のフロー識別子に関連付けることをさらに含み、前記複数の車両の各々は、一意の車両識別子を有し、各リアルタイム車両データフローは、前記それぞれの車両の前記一意の車両識別子によってそれぞれの車両に関連付けられる、請求項１～１７のいずれか１項に記載の方法。
【請求項19】
前記ユーザ認証情報に関連付けられた前記アクセスレベルは、前記複数のリアルタイム車両データフローからの、前記ユーザ認証情報に関連付けられた前記車両データを識別するように構成され、ＶＩＮ番号、車両タイプ、複数の所定のセンサデータタイプ、および複数の対応する検知閾値のうちの１つまたは複数に基づいて定義される、請求項１～１８のいずれか１項に記載の方法。
【請求項20】
前記クライアントデバイスは、前記ユーザ認証情報に関連付けられた前記車両データに局所的にデータフィルタを適用して、前記ユーザ認証情報に関連付けられた前記車両データのサブセットを識別するように構成される、請求項１～１９のいずれか１項に記載の方法。
【請求項21】
前記複数のリアルタイム車両データフローを、前記車両データフィードサーバの前記データベースに、第１の期間にわたって記憶することと、前記複数のリアルタイム車両データフローと、前記クライアントデバイスから受信した前記車両データ要求とに対応する構成メタデータを生成することと、
前記構成メタデータを、前記データベースに、前記第１の期間よりも長い第２の期間にわたって記憶することと、
をさらに含む、請求項１～２０のいずれか１項に記載の方法。
【請求項22】
１つまたは複数のプロセッサによって実行されると、前記プロセッサに、請求項１～２１のいずれか１項に記載の方法を実行させる命令が記憶された非一時的コンピュータ可読媒体。
【請求項23】
１つまたは複数のプロセッサと、前記１つまたは複数のプロセッサによって実行されると、前記プロセッサに、請求項１～２１のいずれか１項に記載の方法を実行させる命令が記憶されたメモリと、
を備える、車両データフィードサーバ。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願
[0001] 本出願は、２０２０年４月１日に出願された、米国仮特許出願第６３／００３，８２３号「Ｃｌｏｕｄ－Ｂａｓｅｄ Ｒｅａｌ－Ｔｉｍｅ Ｖｅｈｉｃｌｅ Ｄａｔａ Ｓｈａｒｉｎｇ」、および２０２０年６月１５日に出願された米国仮特許出願第６３／０３９，４０６号「Ｃｌｏｕｄ－Ｂａｓｅｄ Ｒｅａｌ－Ｔｉｍｅ Ｖｅｈｉｃｌｅ Ｄａｔａ Ｓｈａｒｉｎｇ」の優先権を主張する、２０２１年３月２５日に出願された米国特許出願第１７／２１３，１９５号「Ｃｌｏｕｄ－Ｂａｓｅｄ Ｒｅａｌ－Ｔｉｍｅ Ｖｅｈｉｃｌｅ Ｄａｔａ Ｓｈａｒｉｎｇ」の継続出願であり、これらはそれぞれ、参照によりその全体が本明細書に援用される。
[0001] 本出願は、２０２０年４月１日に出願された、米国仮特許出願第６３／００３，８２３号「Ｃｌｏｕｄ－Ｂａｓｅｄ Ｒｅａｌ－Ｔｉｍｅ Ｖｅｈｉｃｌｅ Ｄａｔａ Ｓｈａｒｉｎｇ」、および２０２０年６月１５日に出願された米国仮特許出願第６３／０３９，４０６号「Ｃｌｏｕｄ－Ｂａｓｅｄ Ｒｅａｌ－Ｔｉｍｅ Ｖｅｈｉｃｌｅ Ｄａｔａ Ｓｈａｒｉｎｇ」の優先権を主張する、２０２１年３月２５日に出願された米国特許出願第１７／２１３，１９５号「Ｃｌｏｕｄ－Ｂａｓｅｄ Ｒｅａｌ－Ｔｉｍｅ Ｖｅｈｉｃｌｅ Ｄａｔａ Ｓｈａｒｉｎｇ」の継続出願であり、これらはそれぞれ、参照によりその全体が本明細書に援用される。
【0002】
[0002] 本出願は、包括的には、限定ではないが、多数の車両からデータを収集し、収集されたデータを複数のデータクライアントに配信するためのコンピュータ支援方法およびシステムを含む、車両データ収集および配信に関し、複数のデータクライアントは、収集されたデータを分析し、カスタマイズされた車両サービスまたは動作（例えば、コンシェルジュサービス、診断およびメンテナンス、運転者挙動分析、車両性能監視、フリート管理、ジオフェンシング、緊急道路サービス、スマートシティ経営、盗難車両追跡および保証サービス）を開始する。
【背景技術】
【0003】
[0003] 車両には、車両がデータを収集し、このデータをリアルタイムで、接続されたまたはリモートのコンピュータデバイスと交換することを可能にする電子機器が装備されている。通常、各車両は、車両に内蔵された既存のセンサおよび／またはカメラを用いてデータを収集し、データを、携帯電話ネットワーク等の無線ネットワークを介してそれぞれの自動車メーカに提出する。これにより、自動車メーカは、顧客が自動車を遠隔でロック解除し、安全機能および／または車両内ソフトウェアをアップグレードし、車両性能に基づいてメンテナンススケジュールを調整することを遠隔で支援することが可能になる。いくつかの自動車メーカはまた、個々の顧客に、自身の自動車に関する車両データ共有を容易にするためのソフトウェアアプリケーションを提供する。しかしながら、車両データは主に個々の自動車メーカによって収集され、顧客、他の自動車メーカまたはいくつかの車両サービス事業と個別に共有される。現行方式よりも効率的な車両データ収集および配信メカニズムを有することが有益である。
【発明の概要】
【0004】
[0004] 本出願は、車両データアプリケーションを用いてリアルタイム車両データ（例えば、テレメトリデータおよびコマンド）を収集、トランスポートおよびフィルタリングする車両データフィードサービスを提供するコンピュータ実施方法を対象とする。任意選択により、車両データアプリケーションは、フィードコンシューマアプリケーションプログラミングインタフェース（API）によって有効にされ、オープンソースのリモートプロシージャコール（RPC）システム（例えば、gRPC）に基づいて車両データを提示するユーザインタフェースを提供する。車両データアプリケーションによって、車両データフィードサービスは、異なるユーザのデータフィード判断基準（例えば、アクセスレベル）を記録し、複数の車両から複数のデータストリームを収集し、データストリームを複数の車両データシャードに統合し、異なるユーザについてデータストリームを条件付けし、それによって、データ要求を行っているユーザへの条件付けされたデータストリームのサブセットの迅速な配信を可能にする。車両データフィードサービスは、任意選択により、データストリームを提供する車両を製造した１つまたは複数の自動車メーカによって、車両データが配信されるクライアントグループのうちの１つによって、または自動車メーカおよびクライアントグループと別個の第三者によって提供される。
【0005】
[0005] 本出願の１つの態様では、車両データを通信する方法が車両データフィードサーバにおいて実施される。車両データフィードサーバは、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行するための命令を記憶するメモリとを有し、１つまたは複数の通信ネットワークを介して複数の車両に結合される。方法は、例えば、１人または複数の顧客から、複数の認証情報と、車両データに対する関連付けられたアクセスレベルとを受信することと、複数の認証情報を関連付けられたアクセスレベルと共にデータベースに記憶することとを含む。方法は、複数の車両から、１つまたは複数の通信ネットワークを介して複数のリアルタイム車両データフローを受信することをさらに含み、各リアルタイム車両データフローは、それぞれの車両に関連付けられ、少なくとも、それぞれの車両の車両テレメトリデータを含む。方法は、クライアントデバイスのユーザからユーザ認証情報および車両データ要求を受信することと、ユーザ認証情報に基づいて、ユーザが、ユーザ認証情報に関連付けられた、複数のリアルタイム車両データフローのサブセットを含む車両データにアクセスする権限を有しているか否かを判断することとをさらに含む。方法は、ユーザがユーザ認証情報に関連付けられた車両データにアクセスする権限を有するという判断に従って、複数のリアルタイム車両データフローのサブセットをクライアントデバイスに転送することをさらに含む。いくつかの実施形態では、クライアントデバイスは、ユーザ認証情報に関連付けられた車両データに局所的にデータフィルタを適用して、ユーザ認証情報に関連付けられた車両データのサブセットを識別するように構成される。いくつかの実施形態では、方法は、車両データ要求を受信する前に、ユーザ認証情報に関連付けられたアクセスレベルに基づいて、複数のリアルタイム車両データフローのサブセットをユーザ認証情報に関連付けることをさらに含む。
【0006】
[0006] いくつかの実施形態では、車両データフィードサーバは、１つまたは複数の通信ネットワークを介して１つまたは複数の車両オペレータデバイスに通信可能に結合される。車両データを通信する方法は、１つまたは複数の車両オペレータデバイスまたは車両から１つまたは複数の制御データフローを受信することをさらに含む。各制御データフローは１つまたは複数の制御コマンドを含み、各コマンドは、複数の車両のそれぞれのサブセットを制御するために、それぞれの車両オペレータデバイスによって発行される。ユーザ認証情報に関連付けられたアクセスレベルを用いて、１つまたは複数の制御データフローから、ユーザ認証情報に関連付けられた車両データの少なくとも一部を選択する。さらに、１つまたは複数の制御データフローを複数のリアルタイム車両データフローと統合することができ、複数のリアルタイム車両データフローおよび１つまたは複数の制御データフローは複数の車両データシャードにグループ化される。
【0007】
[0007] いくつかの実施形態では、ユーザ認証情報に関連付けられた車両データにおけるデータ項目は、第１の補足データ項目で補足され、第１の補足データ項目は、車両データにおけるそれぞれのデータ項目と併せてクライアントデバイスに転送される。代替的に、いくつかの実施形態では、複数のリアルタイム車両データフローの各々が、第２の補足データ項目で補足され、第２の補足データ項目およびそれぞれのリアルタイム車両データフローは、それぞれの車両データシャードにおいてグループ化される。任意選択により、リアルタイム車両データフローのサブセットにおける各フローについて、ユーザ認証情報に関連付けられたアクセスレベルに従ってそれぞれの第２の補足データ項目が決定され、第２の捕捉データ項目は、それぞれのリアルタイム車両データフローがユーザ認証情報に関連付けられた車両データの一部であることを示す。
【0008】
[0008] いくつかの実施形態では、車両データを通信する方法は、複数のリアルタイム車両データフローを複数の車両データシャードにグループ化することによって、複数のリアルタイム車両データフローを統合することをさらに含む。ユーザ認証情報に関連付けられた車両データは、複数の車両データシャードのサブセットを含む。複数の車両データシャードは所定の数の車両データシャードを含むことができ、複数のリアルタイム車両データフローの各々は、車両データシャードの１つにおいて完全にグループ化される。さらに、いくつかの実施形態では、複数のリアルタイム車両データフローが複数の車両データシャードにグループ化されるとき、複数のリアルタイム車両データフローの各データ項目は、共通フォーマットに従って、複数の車両データシャードのそれぞれのデータ項目に変換される。いくつかの実施形態では、所定のデータストレージ規則（例えば、７日間のみ記憶する）に従って、複数の車両データシャードが車両データフィードサーバのデータベースに記憶される。
【0009】
[0009] いくつかの実施形態では、各車両データシャードについて、リアルタイム車両データフローのそれぞれのサブセットにおけるデータ項目が、時間的順序に従って順次にそれぞれの車両データシャードにグループ化される。さらに、いくつかの実施形態では、車両データ要求は現在の要求を含む。現在の要求に応答して、車両データフィードサーバは、時間的位置に対応する複数の車両データシャードにおける参照ポインタを識別する。時間的位置の前に収集されたリアルタイム車両データフローは、クライアントデバイスのユーザから受信された以前の要求に応答してユーザ認証情報に関連付けられた車両データを提供するように構成される。時間的位置の後に収集されたリアルタイム車両データフローは、現在の要求に応答してユーザ認証情報に関連付けられた車両データを提供するように構成される。
【0010】
[0010] いくつかの実施形態では、車両データ要求は第１の要求を含み、ユーザ認証情報に関連付けられた車両データは、第１の要求に応答して第１の車両データシャードから抽出された第１の車両データを含む。第２のユーザ認証情報および第２の車両データの第２の要求が、第２のクライアントデバイスの第２のユーザから受信される。第２の要求に応答して、第１の要求とは独立して、車両データフィードサーバは、第２のユーザ認証情報に基づいて、第２のユーザが第２のユーザ認証情報に関連付けられた第２の車両データにアクセスする権限を有しているか否かを判断する。第２の車両データは、複数のリアルタイム車両データフローの第２のサブセットを含む。第２のユーザが第２のユーザ認証情報に関連付けられた第２の車両データにアクセスする権限を有するという判断に従って、車両データフィードサーバは、複数のリアルタイム車両データフローの第２のサブセットを第２のクライアントデバイスに転送する。第２の車両データは、第１の車両データシャードから抽出されている第１の車両データと独立して、第２の車両データシャードから抽出される。任意選択により、第１および第２の車両データシャードは同じシャードであるのに対し、第２の車両データは第１の車両データと異なる。第１および第２のクライアントデバイスは、同じ処理スレッドにおいて順次同じシャードからそれぞれの要求された車両データを抽出することができる。任意選択により、第１および第２の車両データシャードは異なり、第１の車両データも第２の車両データと異なる。第１および第２の車両データシャードが１つの処理スレッドに割り当てられている場合、第１および第２のクライアントデバイスは、同じ処理スレッドにおいて順次異なるシャードからそれぞれの要求された車両データを抽出することができる。第１および第２の車両データシャードが２つの別個の処理スレッドに割り当てられている場合、第１および第２のクライアントデバイスは、２つの別個の処理スレッドにおいて順次または同時に異なるシャードからそれぞれの要求された車両データを抽出することができる。
【0011】
[0011] いくつかの実施形態では、クライアントデバイスは、クライアントデバイスのユーザアカウントを介して車両データアプリケーションを実行するように構成される。ユーザアカウントはユーザ認証情報に対応し、ユーザ認証情報は、ユーザ名と、ユーザアカウントのパスワードとを含む。車両データは、クライアントデバイスに送信され、車両データアプリケーションを介してユーザに提示される。
【0012】
[0012] いくつかの実施形態では、クライアントデバイスは、車両データに基づいて車両制御コマンドを生成し、車両制御コマンドを複数の車両のうちの１つに送信するように構成され、それによって、複数の車両のサブセットからリアルタイムで収集され、クライアントデバイスのユーザがアクセス可能な車両データに基づいて、複数の車両のうちの１つを制御することができるようにする。複数の車両のサブセットは、任意選択により、車両データに基づいて制御される複数の車両のうちの１つを含めるかまたは除外する。
【0013】
[0013] いくつかの実施形態では、各リアルタイム車両データフローは、制御イベントデータ、制御コマンド、車両対デバイス結合イベントデータ、センサ読み値、およびそれぞれの車両に関連付けられたログデータのうちの１つまたは複数をさらに含む。
【0014】
[0014] いくつかの実施形態では、車両データを通信する方法は、各リアルタイム車両データフローをそれぞれの一意のフロー識別子に関連付けることを含む。複数の車両の各々が一意の車両識別子を有する。各リアルタイム車両データフローは、それぞれの車両の一意の車両識別子によってそれぞれの車両に関連付けられる。
【0015】
[0015] いくつかの実施形態では、ユーザ認証情報に関連付けられたアクセスレベルは、複数のリアルタイム車両データフローからの、ユーザ認証情報に関連付けられた車両データを識別するように構成され、ＶＩＮ番号、車両タイプ、複数の所定のセンサデータタイプ、および複数の対応する検知閾値のうちの１つまたは複数に基づいて定義される。
【0016】
[0016] いくつかの実施形態では、車両データを通信する方法は、複数のリアルタイム車両データフローを、車両データフィードサーバのデータベースに、第１の期間にわたって記憶することと、複数のリアルタイム車両データフローと、クライアントデバイスから受信した車両データ要求とに対応する構成メタデータを生成することと、構成メタデータを、データベースに、第１の期間よりも長い第２の期間にわたって記憶することとを含む。
【0017】
[0017] １つまたは複数のプロセッサによって実行されると、プロセッサに、上記の方法のうちの任意のものを実行させる命令が非一時的コンピュータ可読媒体に記憶されている。コンピュータシステムは、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行されると、プロセッサに、上記の方法のうちの任意のものを実行させる命令が記憶されたメモリとを備える。
【0018】
[0018] 様々な記載の実施形態の理解をより良好にするために、以下の実施形態の説明が図面と併せて参照されるべきである。図面において、類似の参照符号は図面全体を通じて対応する部分を指す。
【図面の簡単な説明】
【0019】
【図1A】[0019]いくつかの実施形態による、１つまたは複数の通信ネットワークを介して車両データを収集および配信するように互いにインタラクトする、車両、サーバシステムおよびクライアントデバイスを含む例示的なネットワーク動作環境である。
【図1B】[0020]いくつかの実施形態による、１つまたは複数の通信ネットワークを介して車両制御データを収集および配信するように互いにインタラクトする、車両、車両オペレータシステム、サーバシステムおよびクライアントデバイスを含む別の例示的なネットワーク動作環境１５０である。
【図2A】[0021]いくつかの実施形態による、車両、サーバシステム、クライアントデバイスおよび車両オペレータデバイス間のデータ通信を示す流れ図である。
【図2B】いくつかの実施形態による、車両、サーバシステム、クライアントデバイスおよび車両オペレータデバイス間のデータ通信を示す流れ図である。
【図2C】[0022]いくつかの実施形態による、車両、サーバシステム、クライアントデバイスおよび車両オペレータデバイス間のデータ通信を示す流れ図である。
【図3】[0023]いくつかの実施形態による、複数のリアルタイム車両データフローが編成される複数の車両データシャードの図である。
【図4】[0024]いくつかの実施形態による、時間的順序に従って順次データ項目を編成する例示的な車両データシャードである。
【図5】[0025]いくつかの実施形態による、ユーザ認証情報に関連付けられたアクセスレベルによって制御される例示的な車両データ通信プロセスの流れ図である。
【図6A】[0026]いくつかの実施形態による、車両データ通信プロセスを管理するように構成された例示的な車両データフィードサーバのブロック図である。
【図6B】いくつかの実施形態による、車両データを通信する過程で車両データ要求に関連付けられたアクセスレベルを管理するように構成された車両データフィードサーバのコーディネータモジュールのブロック図である。
【図7】[0027]いくつかの実施形態による、車両データシャードに基づく別の例示的な車両データ通信プロセスの流れ図である。
【図8A】[0028]いくつかの実施形態による、車両データフィードサーバを介して車両データを通信する例示的な方法の流れ図である。
【図8B】[0029]いくつかの実施形態による、車両データフィードサーバを介して車両データを通信する別の例示的な方法の流れ図である。
【図9】[0030]いくつかの実施形態による、車両データ共有を可能にするように構成された例示的なサーバシステムである。
【図10】[0031]いくつかの実施形態による、車両データの要求およびレビューを可能にする車両データアプリケーションを実行するように構成された例示的なクライアントデバイスである。
【発明を実施するための形態】
【0020】
[0032] 類似の参照符号は、図面のいくつかの図全体を通じて対応する部分を指す。
【0021】
[0033] 本出願の様々な実施形態では、車両データフィードサービスプラットフォームは、複数のクライアントグループにＢｔｏＢウェブサービスを提供するように確立される。この車両データフィードサービスプラットフォームは、リアルタイム車両データフロー（例えば、テレメトリデータおよび制御コマンドを含む）を多数のネットワーク接続された車両から収集し、収集した車両データフローを、ホストされたクライアントグループの１つまたは複数のユーザアカウントに提供する。車両データアプリケーションは、クライアントグループのユーザアカウントに関連付けられたクライアントデバイスにおいて実施され、クライアントデバイスのユーザが、対応するユーザアカウントを介して車両データを要求することを可能にする。各ユーザアカウントはアクセスレベルに関連付けられ、車両データフィードサービスプラットフォームは、対応するユーザアカウントのアクセスレベルに従って、収集した車両データフローを条件付けしておく。ユーザによる車両データ要求に応答して、車両データフィードサービスプラットフォームは、条件付けされた車両データフローにおける車両データを直接識別し、要求された車両データを車両データアプリケーションを介してクライアントデバイスに提供する。
【0022】
[0034] 車両データアプリケーションは、フィードコンシューマアプリケーションプログラミングインタフェース（API）によって有効にすることができ、オープンソースリモートプロシージャコール（RPC）システム、例えば、ＧＯＯＧＬＥ ＲＰＣシステムに基づいて、要求された車両データを提示するためのグラフィカルユーザインタフェース（GUI）を提供する。いくつかの実施形態では、車両データフィードサービスプラットフォームは、２つ以上のブランドの車両によって提供される車両データフローを統合し、２つ以上のブランドに関連付けられた任意の自動車メーカと無関係の第三者によって管理される。代替的に、いくつかの実施形態では、車両データフィードサービスプラットフォームは、２つ以上のブランドの自動車メーカによって委託された第三者によって確立または管理される。さらに、いくつかの実施形態では、車両データフィードサービスプラットフォームは、自動車メーカによって、共同データ合意の下で、２つ以上のブランドの車両から車両データフローを提供するように確立または管理される。したがって、大量の一般車両データを車両データフィードサービスプラットフォームによって収集し、個々の自動車メーカによって制限されることのない多岐にわたる車両関連アプリケーションを促進することができる。
【0023】
[0035] 一般車両データが配信されるクライアントグループの例は、限定ではないが、自動車メーカ、レンタカー会社、マーケティング代理店、および公衆サービスエンティティを含む。各クライアントグループは、任意選択により、各々がそれぞれのアクセスレベルを有する１つまたは複数のユーザアカウントを有する。１つまたは複数のユーザアカウントによって、クライアントグループは、異なるメーカの車両から収集された大量の一般車両データに基づいて個々の車両または車両フリートが関与する多岐にわたる車両関連アプリケーションを実施することができる。例えば、ユーザアカウントに関連付けられた車両の位置、燃料レベル、オイルレベル、および制御コマンドに関するリアルタイム車両データに基づいて、ユーザアカウントに多数の個人向けサービス（例えば、モバイルカーディテーリング）を提案するコンシェルジュサービスが有効にされる。メンテナンスパッケージを最適化し、車両部品が修復または交換される必要があるとき、および車両がサービスを必要とするときを、車両ヘルスインジケータおよびトラブル診断コードに基づいて予測する、診断およびメンテナンスサービスを提案することができる。車両データの他の車両関連アプリケーションは、限定ではないが、運転者挙動分析、車両性能監視、フリート管理、ジオフェンシング、緊急道路サービス、スマートシティ経営、盗難車両追跡、および保証サービスを含む。
【0024】
[0036] 次に、添付の図面に例が示されている実施形態を詳細に参照する。以下の詳細な説明では、記載された様々な実施形態の完全な理解をもたらすために、多数の具体的な詳細が示される。しかしながら、記載された様々な実施形態は、これらの具体的な詳細がなくても実施することができることが当業者には明らかであろう。他の例では、よく知られている方法、手順、構成要素、モジュールおよびネットワークは、実施形態の態様を不必要に不明瞭にしないようにするために、詳細に説明されていない。
【0025】
[0037] 図１Ａは、いくつかの実施形態による、１つまたは複数の通信ネットワーク１０８を介して車両データを収集および配信するように互いにインタラクトする、車両１０２、サーバシステム１０４、および１つまたは複数のクライアントデバイス１０６を含む例示的なネットワーク動作環境１００である。動作環境１００は、サーバシステム１０４によって作成およびホストされる仮想ユーザドメインに対応し、複数の車両アカウント、複数のユーザアカウント、またはその両方を含む。各車両アカウントは、任意選択により、単一の車両１０２または２つ以上の車両１０２のグループ（例えば、共通の所有者、自動車メーカ、またはディーラによってグループ化される）に対応する。各車両１０２は、それぞれのリアルタイム車両データフローを車両データフィードサーバ１１０にストリーミングするように構成される。車両データフィードサーバ１１０は、複数の車両１０２からストリーミングされたリアルタイム車両データフローを収集および統合するように構成される。仮想ユーザドメインにおけるユーザアカウントの各々について、ユーザ１２０は、ウェブブラウザまたは専用車両データアプリケーションを介して、クライアントデバイス１０６上のそれぞれのユーザアカウントにログオンし、関連車両データ（すなわち、統合された車両データフローのサブセット）を要求することができる。クライアントデバイス１０６のウェブブラウザまたは専用車両データアプリケーションはグラフィカルユーザインタフェース（GUI）を表示し、ＧＵＩを介して、ユーザ要求が受信され、要求された車両データがユーザ１２０に提示される。
【0026】
[0038] 複数の車両１０２は、サーバシステム１０４から遠隔にあり、サーバシステム１０４に通信可能に結合される。車両１０２は、人物または物品を輸送するために用いられる任意の移動物体を含む。いくつかの状況において、車両１０２とは、広義には、ワゴン車、自転車、自動車（例えば、オートバイ、乗用車、トラック、バス）、レール付き車両（例えば、電車、トラム）、船（例えば、船舶、ボート）、水陸両用車両（例えば、スクリュー式車両、ホバークラフト）、航空機（例えば、飛行機、ヘリコプター）、および宇宙船を含む。例示的なネットワーク動作環境１００において、車両１０２は陸上を走行している自動車を含み、各車両１０２は一意の車両識別番号（VIN）によって識別可能である。いくつかの実施形態では、各車両１０２が通信モジュールを含み、１つまたは複数の通信ネットワーク１０８を用いて別の車両１０２、車両オペレータデバイス１２４、クライアントデバイス１０６、またはサーバシステム１０４と通信する。用いられる通信ネットワーク１０８は、限定ではないが、インターネット、イントラネット、ローカルエリアネットワーク（LAN）、セルラネットワーク、イーサネット、電話網、Ｂｌｕｅｔｏｏｔｈ（登録商標）パーソナルエリアネットワーク（PAN）等を含む１つまたは複数のタイプのトポロジを有する１つまたは複数のネットワークとすることができる。いくつかの実施形態では、サブネットワークにおける車両１０２およびクライアントデバイス１０６のうちの２つ以上が、ローカル通信ネットワーク（例えば、ＺｉｇＢｅｅ（登録商標）、Ｚ－Ｗａｖｅ、Ｉｎｓｔｅｏｎ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉおよび他のローカル通信ネットワーク）を介して結合される。
【0027】
[0039] いくつかの実施形態では、車両１０２は、１つまたは複数の通信ネットワーク１０８に対し、直接（例えば、無線通信事業者への３Ｇ／４Ｇ／５Ｇ接続を用いる）、またはネットワークインタフェースを通じて（例えば、車両１０２における、車両１０２に有線接続されているかまたはＢｌｕｅｔｏｏｔｈ通信リンクを介して車両１０２に無線で結合されている車両オペレータデバイス１２４を介して）接続を確立する。例において、車両オペレータデバイス１２４は、車両１０２内に位置し、車両１０２のホットスポットを作成するように構成されたモバイルデバイスである。ホットスポットは、ソフトウェア、ハードウェア、およびネットワークデータサービスを融合させたものであり、これらが組み合わさることにより、車両オペレータデバイス１２４を、Ｗｉ－Ｆｉを介して車両１０２へウェブ接続を提供するためのブロードバンドモデムおよびルータに相当するものに変換する。
【0028】
[0040] １つまたは複数のクライアントデバイス１０６は、サーバシステム１０４から物理的に遠隔にあり、サーバシステム１０４に通信可能に結合される。いくつかの実施形態では、クライアントデバイス１０６はデスクトップコンピュータを含む。いくつかの実施形態では、クライアントデバイス１０６は、モバイルデバイス、例えば携帯電話、タブレットコンピュータ、およびラップトップコンピュータを含む。各クライアントデバイス１０６は、１つまたは複数の通信ネットワーク１０８を用いて別のクライアントデバイス１０６、車両１０２、またはサーバシステム１０４と通信する。いくつかの実施形態では、サブネットワークにおける２つ以上のクライアントデバイス１０６が有線接続を介して結合されるのに対し、同じサブネットワークにおける少なくともいくつかのクライアントデバイス１０６は、ローカル無線通信ネットワーク（例えば、ＺｉｇＢｅｅ、Ｚ－Ｗａｖｅ、Ｉｎｓｔｅｏｎ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、および他の無線通信ネットワーク）を介して結合される。例において、クライアントデバイス１０６は、１つまたは複数の通信ネットワーク１０８に対し、直接（例えば、無線通信事業者への３Ｇ／４Ｇ接続を用いる）、またはネットワークインタフェース１６０（例えば、ルータ、スイッチ、ゲートウェイ、ハブ、またはインテリジェントな専用の宅内全体制御ノード）を通じて、またはそれらの任意の組合せを通じて接続を確立する。
【0029】
[0041] サーバシステム１０４（図９にも示される）は、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行するための命令を記憶するメモリとを備える。サーバシステム１０４は、複数の認証情報と、車両データに対する関連付けられたアクセスレベルとを受信し、複数の認証情報を、関連付けられたアクセスレベルと共にデータベースに記憶するように構成される。また、サーバシステム１０４は、１つまたは複数の通信ネットワーク１０８を介して複数の車両１０２から複数のリアルタイム車両データフロー１１２を受信するように構成される。各リアルタイム車両データフロー１１２は、それぞれの車両１０２に関連付けられ、少なくとも、それぞれの車両１０２の車両テレメトリデータを含む。テレメトリデータは、少なくとも、それぞれの車両１０２内のセンサからリアルタイムで収集されるデータを含む。いくつかの実施形態では、リアルタイム車両データフロー１１２は複数の車両データシャードに統合およびグループ化され、これらは任意選択により、サーバシステム１０４の車両データベースに記憶される。いくつかの実施形態では、複数のリアルタイム車両データフロー１１２を受信している間、サーバシステム１０４はさらに、異なるユーザ認証情報に対応するアクセスレベルに従って、複数のリアルタイム車両データフローをこれらのユーザ認証情報に関連付ける。例えば、ユーザ認証情報は、複数のリアルタイム車両データフローから車両データを選択するためにアクセスレベルに関連付けられる。サーバシステム１０４は、複数のリアルタイム車両データフローからの車両データを識別し、ユーザ認証情報に関連付けられたユーザから任意の要求を受信する前に、車両データをユーザ認証情報に関連付ける。いくつかの実施形態では、リアルタイム車両データフローを受信している間、ユーザ認証情報を含む異なる認証情報の関連付けられたアクセスレベルを定義するための（例えばユーザ認証情報を車両データの情報（例えば、データフロー識別情報）に関連付けるための）ハッシュ関数が確立される。代替的に、いくつかの実施形態では、補足データ項目が、ユーザ認証情報に関連付けられたアクセスレベルに従って、複数の車両データフローのサブセットまたはシャードの各々に関連付けられ、補足データ項目は、それぞれのリアルタイム車両データフローが、ユーザ認証情報について選択された車両データの一部であることを示す。
【0030】
[0042] いくつかの実施態様では、各ユーザ認証情報について、アクセスレベルを用いて複数の車両１０２から車両を選択する。選択されると、選択された各車両１０２の車両データフロー１１２全体がユーザ認証情報に関連付けられ、要求時にユーザ認証情報を有するユーザに提供されることになる。例えば、アクセスレベルは、５０，０００マイルを超えるマイレージ読み値を有する全ての赤色のフォード（登録商標）ピックアップトラックまたは全ての日産（登録商標）セダンについて、ユーザ認証情報がデータへのアクセスを有することを定義する。しかしながら、アクセスレベルは、赤色の各フォードピックアップトラックの車両データフロー１１２における２つのタイプのデータ項目を異なる形で扱わず、例えば、それぞれの車両データフロー１１２におけるガス圧データを、ユーザ認証情報を有するユーザに送信している間、マイレージデータを保持しない。ユーザは、車両データフロー１１２を受信した後、クライアントデバイス１０６において追加のフィルタを適用することができる。
【0031】
[0043] サーバシステム１０４がクライアントデバイス１０６のユーザからユーザ認証情報および車両データ要求１１４を受信するとき、車両データ要求は、ユーザ認証情報に関連付けられた車両データを選択するためのユーザ認証情報に関連付けられたアクセスレベルを指定することを要求されない。サーバシステム１０４は、ユーザが、ユーザ認証情報に関連付けられた、複数のリアルタイム車両データフローのサブセットを含む車両データにアクセスする権限を有するか否かを判断することによって車両データ要求１１４に応答し、ユーザがユーザ認証情報に関連付けられた車両データにアクセスする権限を有するという判断に従って、複数のリアルタイム車両データフローのサブセットをクライアントデバイスに転送する。サーバシステム１０４は、複数のリアルタイム車両データフロー１１２を受信している間、同時に車両データ要求１１４に応答すること、およびデータフィード１１６は車両データフロー１１２をリアルタイムで反映することに留意されたい。
【0032】
[0044] いくつかの実施形態では、サーバシステム１０４は、リアルタイム車両データフロー１１２、またはリアルタイム車両データフロー１１２からそれぞれの車両１０２または車両アカウントに関連付けて統合された車両データシャードを記憶する車両データベース（図９における９４２）を含む。リアルタイム車両データフロー１１２またはシャードは、所定のデータストレージ規則に従って記憶することができる。例えば、所定のデータストレージ規則に従って、車両データフロー１１２またはシャードの各々が、それぞれの所定の持続時間（例えば、７日間）にわたって記憶される。別の例において、所定のデータストレージ規則に従って、第１の車両に関連付けられた第１の車両データフロー１１２またはシャードは、第２の車両に関連付けられた第２の車両データフロー１１２またはシャードを上回る優先度を有し、車両データベースに割り当てられたメモリ空間が実質的にフルであるか、閾値占有率（例えば、９０％）に達しているとき、第２の車両データフロー１１２またはシャードは、第１の車両データフロー１１２またはシャードより前にパージされる。
【0033】
[0045] 各クライアントデバイス１０６は、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行するための命令を記憶するメモリとを備える。クライアントデバイス１０６に記憶された命令は、ウェブブラウザおよび車両データアプリケーションの実施を可能にする。ウェブブラウザおよび車両データアプリケーションは、動作環境１００の仮想ユーザドメインにおけるユーザアカウントにリンクされる。特に、ブラウザまたは車両データアプリケーションは、ＧＵＩがユーザアカウントのユーザ認証情報および車両データのユーザ要求を受信し、ユーザ１２０に対するリアルタイムデータフィード１１６において返される車両データを提示することを可能にする。いくつかの実施形態では、ユーザ１２０は、要求された車両データのリアルタイムデータフィード１１６をレビューした後、複数の車両１０２のうちの１つを制御することを意図する。クライアントデバイス１０６は、車両データ１１６に基づいて車両制御コマンド１１８を生成し、車両制御コマンド１１８を複数の車両１０２のうちの１つに送信し、それによって、複数の車両１０２からリアルタイムで収集される車両データに基づいて、複数の車両１０２のうちの１つを制御することができるようにする。さらに、いくつかの実施形態では、リアルタイムデータフィード１１６は、第１の車両１０２Ａに対応する車両データフローを含む場合も含まない場合もある車両データフロー１１６のサブセットを含む。クライアントデバイス１０６が、第１の車両１０２Ａを制御するために、リアルタイムデータフィード１１６に基づいて車両制御コマンド１１８を生成する際、第１の車両１０２Ａは、任意選択により第１の車両１０２Ａ自体を含むかまたは除外する１つまたは複数の車両１０２に関連付けられた車両データの履歴に基づいて制御される。いくつかの実施形態では、クライアントデバイス１０６は、サーバシステム１０４のクラウドベースの車両制御サーバ１３０を介して車両１０２を制御するように構成される。
【0034】
[0046] いくつかの実施形態では、動作環境１００は、１つまたは複数のクライアントグループについて仮想ユーザドメインをホストするために複数のクライアントデバイス１０６に通信可能に結合されたクライアントグループサーバ１２２をさらに含む。クライアントグループの例は、限定ではないが、自動車メーカ、レンタカー会社、マーケティング代理店、および公衆サービスエンティティを含む。各クライアントグループは、サーバシステム１０４によって提供される、車両データへの１つまたは複数のアクセス権を有する複数のユーザアカウントを含む。例えば、レンタカー会社に関連付けられたクライアントグループは、少なくとも、特別ユーザアカウントおよび通常ユーザアカウントを有する複数のユーザアカウントを含む。特別ユーザアカウントは、例えば契約合意書に基づいてレンタカー会社に関連付けられた車両データに対する第１のアクセスレベルを有する。特別ユーザアカウントは、通常ユーザアカウントの第２のアクセスレベルを承認、定義、および調整する優先権を有するが、第２のアクセスレベルは、車両データに対する第１のアクセスレベル以下である。その際、いくつかの状況では、特別ユーザアカウントは、クライアントグループに関連付けられた通常ユーザアカウントのサブセットの各々または全てについてそれぞれのアクセスレベルを定義することを可能にされる。いくつかの実施形態では、クライアントグループは、第１のタイプの複数のユーザアカウント（例えば、特別ユーザアカウント）および第２のタイプの複数のユーザアカウント（例えば、通常ユーザアカウント）を含む。同じタイプのユーザアカウントは、任意選択により、同じアクセスレベルまたは異なるアクセスレベルを有する。代替的に、別の例では、クライアントグループは、同じアクセスレベルを有する単一のタイプのユーザアカウントのみを有し、そのユーザアカウントの全てが同じアクセスレベルに関連付けられる。さらに、いくつかの実施形態では、クライアントグループの各ユーザアカウントは、任意の車両データ要求を送出する前にそれぞれのアクセスレベルを定義することを可能にされる。任意選択により、ユーザアカウントには、所定のクライアントデバイス１０６のそれぞれのサブセットのウェブブラウザまたは専用車両データアプリケーションを介してのみアクセスすることができる。任意選択により、サーバシステム１０４が対応するクライアントデバイス１０６上で提供されるユーザ認証情報を検証することができる限り、ユーザアカウントには、複数のクライアントデバイス１０６のうちの任意のものを介してアクセスすることができる。サーバシステム１０４は、これらのユーザアカウントについて、認証情報と、車両データに対する関連付けられたアクセスレベルとを受信し、認証情報を関連付けられたアクセスレベルと共にデータベースに記憶するように構成される。
【0035】
[0047] 図１Ｂは、いくつかの実施形態による、１つまたは複数の通信ネットワーク１０８を介して車両制御データ１２６を収集および配信するように互いにインタラクトする、車両１０２、車両オペレータデバイス１２４、サーバシステム１０４、およびクライアントデバイス１０６を含む別の例示的なネットワーク動作環境１５０である。サーバシステム１０４は、１つまたは複数の車両１０２を選択し、権限を有するオペレータ（例えば、自動車メーカ、運転者）から受信される制御コマンドに応答して、選択された車両１０２を制御するように構成されたクラウドベースの車両制御サーバ１３０を含む。例えば、上記で説明したように、車両制御サーバ１３０は、クライアントデバイス１０６から、車両データ１１６に基づいて生成された車両制御コマンド１１８を受信し、複数の車両１０２のうちの選択された１つを制御するための車両制御コマンド１１８を送信することができる。クライアントデバイス１０６は、任意選択により、サーバシステム１０４内のクラウドベースの車両データフィードサーバ１１０によって収集された車両データに基づいてフリート内の１つまたは複数の車両１０２を制御するための車両制御コマンド１１８を発行するレンタカー会社に関連付けられる。
【0036】
[0048] いくつかの実施形態では、車両１０２は、１つまたは複数の通信ネットワーク１０８を介して１つまたは複数の車両オペレータデバイス１２４に通信可能に結合され、１つまたは複数の車両オペレータデバイス１２４に関連付けられた１つまたは複数の制御データフロー１２６を受信する。各制御データフロー１２６は１つまたは複数の制御コマンドを含み、各コマンドは、複数の車両１０２のそれぞれのサブセットを制御するために、それぞれの車両オペレータデバイス１２４によって発行される。例えば、オペレータは、車両オペレータデバイス１２４を介して、例えば、少なくとも第１の制御コマンドを含む制御データフロー１２６を発行することによって、車両１０２を制御する。いくつかの状況において、車両オペレータデバイス１２４は、車両１０２に近接して配置され、制御データフロー１２６Ａの第１の制御コマンドを、有線またはローカル通信リンク（例えば、Bluetooth）を介して車両１０２に直接送信する。代替的に、いくつかの状況において、車両オペレータデバイス１２４は車両１０２から遠隔に位置し、制御データフロー１２６Ｂの第１の制御コマンドを、クラウドベースの車両制御サーバ１３０を介して車両１０２に送信する。
【0037】
[0049] いくつかの実施態様では、車両制御サーバ１３０は、複数のオペレータアカウントを含む仮想ユーザドメインをホストし、各アカウントは、１つまたは複数の車両１０２に関連付けられる。各オペレータデバイス１２４は、車両制御アプリケーションを実行し、複数のオペレータアカウントを介して車両１０２を制御するように構成される。車両制御アプリケーションは、グラフィカルユーザインタフェース（GUI）を表示し、このＧＵＩ上に、各制御データフロー１２６の１つまたは複数の制御コマンドが入力され、それぞれの車両１０２を直接、または車両制御サーバ１３０を介して間接的に制御するように適用される。
【0038】
[0050] いくつかの実施形態では、車両オペレータデバイス１２４は、１つまたは複数の制御コマンドの情報を含む対応する制御データフロー１２８Ａを車両データフィードサーバ１１０に送信し、対応する制御データフロー１２６Ａまたは１２６Ｂは、車両１０２または車両制御サーバ１３０に送信される。代替的に、いくつかの実施形態では、車両オペレータデバイス１２４は、対応する制御データフロー１２６を車両データフィードサーバ１１０に直接報告しない。代わりに、車両データフィードサーバ１１０は、それぞれの車両１０２が１つまたは複数の車両オペレータデバイス１２４から１つまたは複数の制御データフロー１２６を受信した後に、各車両１０２から制御データフロー１２８Ｂを受信する。さらに、いくつかの実施形態では、車両データフィードサーバ１１０は、車両制御サーバ１３０が車両オペレータデバイス１２４または車両１０２から制御データフロー１２６を収集した後に、車両制御サーバ１３０から制御データフロー１２８Ｃを受信する。
【0039】
[0051] 車両データフィードサーバ１１０は、制御データフロー１２８Ａ～１２８Ｃを受信する間、ユーザ認証情報に関連付けられたアクセスレベルに基づいて、制御データフロー１２８Ａ～１２８Ｃにおける車両データの部分を識別し、車両データのこの部分をユーザ認証情報に関連付ける。ユーザ認証情報は、車両データにアクセスし、車両データを選択するためのアクセスレベルに対応する。例として、ユーザ認証情報を車両データの情報（例えば、データフロー識別情報）に関連付けるためのハッシュ関数が適用される。別の例において、車両データは、任意選択により、補足データ項目（例えば、フラグ）に関連付けられ、この補足データ項目は、関連付けられたアクセスレベルに基づいて、車両データがユーザ認証情報にアクセス可能であることを示す。ユーザ認証情報を有するクライアントデバイス１０６から要求を受信すると、車両データフィードサーバ１１０は、ハッシュ関数または補足データ項目に基づいて車両データを迅速に識別することができる。
【0040】
[0052] 車両データフィードサーバ１１０によって収集された１つまたは複数の制御データフロー１２８Ａ～１２８Ｃは、車両データフィードサーバ１１０においてリアルタイム車両データフロー１１２と統合される。リアルタイム車両データフロー１１２および制御データフロー１２８は、任意選択により、複数の車両データシャードにグループ化される。上記で説明したように、車両データシャードは、サーバシステム１０４の車両データベースに記憶することができる。リアルタイム車両データフロー１１２および制御データフロー１２８の両方が、それぞれの車両１０２または車両アカウントに関連付けて記憶される。リアルタイム車両データフロー１１２または制御データフロー１２８は、所定のデータストレージ規則に従って記憶することができる。
【0041】
[0053] 車両データフロー１１２および制御データフロー１２８を収集した後、サーバシステム１０４は、ユーザが当該ユーザのユーザ認証情報に関連付けられた車両データにアクセスする権限を有するか否か判断することによって、車両データ要求１１４に応答する。車両データは、複数のリアルタイム車両データフローのサブセットを含む。ユーザがユーザ認証情報に関連付けられた車両データにアクセスする権限を有するという判断に従って、サーバシステム１０４は、複数のリアルタイム車両データフローのサブセットを抽出し、車両データフローの抽出したサブセットを要求側のクライアントデバイス１０６に送信する。さらに、いくつかの実施形態では、ユーザ認証情報に関連付けられた車両データは、第１の車両１０２Ａに対応する車両データフローを含む場合も含まない場合もある制御データフロー１２８のサブセットを含む。クライアントデバイス１０６が、第１の車両１０２Ａを制御するために、リアルタイムデータフィード１１６に基づいて車両制御コマンド１１８を生成する場合、第１の車両１０２Ａは、任意選択により第１の車両１０２Ａ自体を含むかまたは除外する１つまたは複数の車両１０２の制御コマンドの履歴に基づいて制御される。
【0042】
[0054] 図２Ａおよび図２Ｂは、いくつかの実施形態による、車両１０２、サーバシステム１０４、クライアントデバイス１０６、および車両オペレータデバイス１２４間のデータ通信２００を示す流れ図である。車両データアプリケーションがクライアントデバイス１０６にインストールされる。いくつかの実施形態では、クライアントデバイス１０６は、レンタカー代理店の管理者等の車両フリートのオペレータによって操作されるが、他の実施形態では、クライアントデバイス１０６は車両の所有者または運転者によって操作される。いくつかの実施形態では、車両データアプリケーションは、フィードコンシューマＡＰＩによって有効にされ、ユーザインタフェースを適用して、オープンソースｇＲＰＣまたは他のＲＰＣシステムに基づいて車両１０２から収集された車両データを提示する。サーバシステム１０４は、車両データアプリケーションのプログラム、ユーザインタフェース情報、および設定を、クライアントデバイス１０６に提供し（２０２）、それによってクライアントデバイス１０６は、車両データアプリケーションのインストールまたはロード（２０４）が可能になる。クライアントデバイス１０６は車両データアプリケーションを実行し、ユーザ認証情報を利用してユーザアカウントにアクセスする（２０６）。ユーザ認証情報は、任意選択により、ユーザ名およびユーザアカウントのパスワードを含む。ユーザアカウントから任意の要求を受信する前に、サーバシステム１０４において、ユーザアカウントのアクセスレベルが定義される（２０８）。アクセスレベルを用いて、ユーザアカウントからの任意の要求の受信とは独立して、サーバシステム１０４によって収集されるリアルタイム車両データフロー１１２から車両データを識別する。
【0043】
[0055] 特に、アクセスレベルを用いて、ユーザ認証情報について、複数の車両１０２から車両を選択する。選択されると、選択された各車両１０２の車両データフロー１１２全体がユーザ認証情報に関連付けられ、要求時に、ユーザ認証情報を有するユーザに提供されることになる。アクセスレベルは、ＶＩＮ番号、車両タイプ、複数の所定のセンサデータタイプ、および複数の対応する検知閾値のうちの１つまたは複数に基づいて定義される。いくつかの状況において、車両１０２の車両データフロー１１２は、ユーザの認証情報について、第１の時点においてアクセスレベルの要件（例えば、タイヤの圧力が２５ＰＳＩ未満である）を満たしていないが、第１の時点に続く第２の時点において、要件を満たし始める。車両１０２の車両データフロー１１２は、ユーザ認証情報に関連付けられ、第２の時点の後にユーザに提供されることになる。
【0044】
[0056] いくつかの実施形態では、サーバシステム１０４を所有するエンティティに関連付けられたユーザによって、ユーザアカウントのアクセスレベルが定義および変更される。いくつかの実施形態では、クライアントグループ１２２の第１のユーザアカウント（例えば、より高いアクセスレベルを有する特別ユーザアカウント）が同じクライアントグループ１２２の第２のユーザアカウント（例えば、より低いアクセスレベルを有する通常ユーザアカウント）のアクセスレベルを定義する。いくつかの実施形態では、ユーザアカウントは、それ自体のアクセス権を定義または変更することを許可される。いくつかの実施形態では、アクセスレベルは、車両データアプリケーションのユーザインタフェースを介してユーザアカウントについて定義される。
【0045】
[0057] いくつかの実施形態では、車両オペレータデバイス１２４は、車両制御信号（すなわち、制御データフロー１２６Ａまたは１２６Ｂ）を車両１０２に送信する（２１０）ことによって、車両１０２を制御することに関与する。いくつかの実施形態では、車両オペレータデバイス１２４は、車両製造者（すなわち、自動車メーカ）によって操作されるデバイスであるのに対し、他の実施形態では、フリートオペレータによって操作され、さらに他の実施形態では、車両オペレータデバイスは車両の所有者または運転者によって操作される。車両制御信号は、１つまたは複数の制御コマンド、例えば、リモートエンジン開始コマンドを含む。任意選択により、車両オペレータデバイス１２４は、車両制御信号１２６を車両１０２に直接または間接的に通信することとは別個に、制御データフロー１２８Ａをサーバシステム１０４内の車両データフィードサーバ１１０に直接報告する。任意選択により、車両１０２は、車両オペレータデバイス１２４から直接または間接的に車両制御信号を受信すると、制御データフロー１２８Ｂを車両データフィードサーバ１１０に報告する。
【0046】
[0058] 車両１０２は、限定ではないが、オドメータ、スピードメータ、大容量エアフローセンサ（MAF）、エンジンスピードセンサ、酸素センサ、分岐管絶対圧力センサ、スパークノックセンサ、燃料温度センサ、電圧センサ、スロットルポジションセンサ、およびタイヤ圧力監視システム（TPMS）を含む複数の内蔵センサを有する。車両１０２の内蔵センサは、車両１０２のリアルタイム車両データ（車両テレメトリデータとも呼ばれる）を捕捉し（２１２）、捕捉された車両データをリアルタイム車両データフロー１１２においてサブミットするように構成される。リアルタイム車両データフロー１１２は、少なくとも車両テレメトリデータを含む。いくつかの実施形態では、リアルタイム車両データフロー１１２は、それぞれの一意のフロー識別子に関連付けられる。車両１０２は、一意の車両識別子（例えば、VIN）を有することができ、リアルタイム車両データフロー１１２は、車両１０２の一意の車両識別子によって車両１０２に関連付けられる。結果として、サーバシステム１０４は、車両１０２からのリアルタイム車両データフロー１１２を、任意選択により車両１０２または車両オペレータデバイス１２４によって報告された制御データフロー１２８と共に、受信する（２１４）。
【0047】
[0059] いくつかの実施形態では、車両１０２は、対応する車両テレメトリデータがその内臓センサによって捕捉された直後に、車両データフロー１１２および制御データフロー１２８を報告する。車両テレメトリデータは、任意選択により、データイベント（例えば、ブレーキイベント、車の衝突、ハンドルからの転回制御）の時点において、またはデータイベントがないときに（例えば、周期的に）、内蔵センサによって捕捉される。１つまたは複数の車両テレメトリデータ項目は、同じデータイベントに関連付けることができ、データメッセージにおいて一緒に車両データフィードサーバ１１０に送信することができる。代替的に、いくつかの実施形態では、車両１０２は、車両テレメトリデータがその内蔵センサによって捕捉された直後に車両テレメトリデータを報告しない。代わりに、車両１０２は、車両テレメトリデータのバッチを捕捉およびキャッシュし、周期的に、所定のスケジュールに従って、ある特定のデータ量が収集された後、所定のデータイベントに応答して、または要求時に、車両テレメトリデータのバッチを送信する。
【0048】
[0060] サーバシステム１０４において複数の車両１０２からリアルタイム車両データフロー１１２が受信されている間、各ユーザアカウントに対応する車両データが、リアルタイム車両データフロー１１２において識別され、それぞれのユーザアカウントのユーザ認証情報に関連付けられたアクセスレベルに基づいてそれぞれのユーザアカウントに関連付けられる（２１６）。いくつかの実施形態では、ユーザアカウントに関連付けられた車両データの一部は、車両１０２および車両オペレータデバイス１２４から収集された制御データフロー１２８において識別され、ユーザアカウントに関連付けられたアクセスレベルに基づいてそれぞれのユーザアカウントに関連付けられる。いくつかの実施形態では、ユーザ認証情報を車両データの情報（例えば、車両データを含む車両データフロー１１２および制御データフロー１２８のフロー識別情報）に関連付けるためにハッシュ関数が適用される。
【0049】
[0061] いくつかの実施形態では、リアルタイム車両データフロー１１２は、複数の車両データシャードのそれぞれの車両データシャードに統合（すなわち、グループ化）される（２２０）。それぞれの車両データシャードは、データストレージ規則に従って、車両１０２（例えば、一意の車両識別子によって表される）に関連付けて車両データベースに記憶される。いくつかの状況において、車両データベース（図９の９４２）は、複数の車両データシャードを記憶する。車両１０２のリアルタイム車両データフロー１１２に関連付けられたそれぞれの車両データシャードは、これらの車両データシャードの負荷の平衡をとるために複数の車両データシャードから選択される。例えば、リアルタイム車両データフロー１１２が最初にサーバシステム１０４において受信されるとき、サーバシステム１０４は、車両データフロー１１２の流量および／または１つもしくは複数の車両データシャードのサイズを決定し、車両データフロー１１２を、１つまたは複数の車両データシャードのうち最も小さなサイズを有するそれぞれの車両データシャードに関連付ける。
【0050】
[0062] リアルタイム車両データフロー１１２がサーバシステム１０４によって収集および記憶されている間、クライアントデバイス１０６は、データフロー１１２の収集と干渉することなく、対応するユーザアカウントのユーザ認証情報と共に車両データ要求１１４を送信する（２２２）。車両データ要求は、任意選択により、要求された車両データを選択するためのアクセスレベルを指定または識別する。車両データ要求は、任意選択により、ユーザ認証情報に関連付けられたアクセスレベルを全く参照しない。車両データ要求１１４は、任意選択により、サーバシステム１０４が車両データ要求１１４を受信する前または後に収集されたユーザ認証情報に関連付けられた車両データを要求するのに用いられる。車両データ要求１１４に応答して、サーバシステム１０４は、ユーザ認証情報に基づいて、ユーザがユーザ認証情報に関連付けられた車両データにアクセスする権限を有するか否かを判断し（２２４）、ここで、車両データは、複数のリアルタイム車両データフロー１１２のサブセットを含む。ユーザがユーザ認証情報に関連付けられた車両データにアクセスする権限を有するという判断に従って、サーバシステム１０４は、ユーザ認証情報に関連付けられた要求された車両データを抽出し（２２６）、複数のリアルタイム車両データフロー１１２のサブセットを要求側のクライアントデバイス１０６に転送する（２２６）。複数のリアルタイム車両データフロー１１２のサブセットは、ユーザ認証情報のアクセスレベルに従って選択された車両１０２のリアルタイム車両データフロー１１２における全てのデータ項目を含む。
【0051】
[0063] いくつかの実施形態では、補足データ項目２６０を、データ通信２００の異なる段階において加えるかまたは車両１０２に関連付けることができる。いくつかの実施形態では、補足データ項目２６０は、車両のナンバープレート番号、集積回路カード識別子（ICCID）、および電子シリアル番号（ESN）を含む。データフロー１１２を統合する過程で、サーバシステム１０４は、リアルタイム車両データフロー１１２を、車両１０２に関連付けられた第２の補足データ項目２６０Ｂで補足する（２１８）。代替的に、いくつかの実施態様では、第２の補足データ項目２６０Ｂは、車両１０２に関連付けられたリアルタイム車両データフロー１１２にアタッチされたフラグを含み、リアルタイム車両データフロー１１２がユーザ認証情報に関連付けられたアクセスレベルを満たすことを示す。これによって、第２の補足データ項目２６０Ｂは、リアルタイム車両データフロー１１２と共にサーバシステム１０４の車両データベースに記憶される。代替的に、いくつかの実施形態では、サーバシステム１０４は、車両データ要求１１４に応答して第１の補足データ項目２６０Ａを提供する。ユーザ認証情報に関連付けられた要求された車両データ１１６における各データ項目は、第１の補足データ項目２６０Ａで補足される（２２８）。第１の補足データ項目２６０Ａは、サーバシステム１０４においてそれぞれのリアルタイム車両データフロー１１２に関連付けられて記憶されていない場合があるが、ユーザ認証情報に関連付けられた要求された車両データ１１６におけるそれぞれのデータ項目と併せてクライアントデバイス１０６に送信される。
【0052】
[0064] いくつかの実施形態では、要求された車両データ１１６は、クライアントデバイス１０６に送信され（２３０）、車両データアプリケーションを介してレビューのためにユーザに提示される（２３２）。要求された車両データ１１６の分析結果を提供するためのレポートを生成することができる。例えば、レンタカー会社は、例えば、車両位置、ガスレベル、および運転者情報を含むその車両全てのステータスに関するレポートを受信することができる。別の例では、都市交通制御部門は、異なる時間帯における市道の全ての車両のスピードに関するレポートを受信することができる。
【0053】
[0065] いくつかの実施形態では、クライアントデバイス１０６は、ユーザ認証情報に関連付けられた要求された車両データ１１６に基づいて車両制御コマンドを生成し（２３４）、車両制御コマンドを複数の車両のうちの１つに送信し（２３６）、それによって、複数の車両のうちのこの１つを、複数の車両のサブセットからリアルタイムで収集された、クライアントデバイス１０６がアクセス可能な車両データに基づいて制御することができるようにする。任意選択により、車両制御コマンドを受信する車両１０２は、要求された車両データ１１６のサブセットまたは全てを提供するのと同じ車両１０２である。要求された車両データ１１６の全てが車両１０２によって提供される場合、車両１０２はそれ自体のフィードバックのみに基づいて制御される。任意選択により、車両制御コマンドを受信する車両１０２は、要求された車両データ１１６のサブセットを提供する任意の車両１０２と別個であり、したがって、１つまたは複数の別個の車両１０２からのフィードバックに基づいて制御される。車両制御コマンドを受信する車両１０２は、別の単一の車両１０２または複数の他の車両１０２からのフィードバックに基づいて制御することができる。また、車両制御コマンドは、２つ以上の車両１０２に送達することができることにも留意されたい。例えば、要求された車両データ１１６は、レンタカー会社によって所有されるフリートにおける全てのレンタカーのＥＶ充電レベルを含み、車両制御コマンドは、フリート内の、２０％を下回る充電レベルを有する各車両１０２に送信される。次に、２０％未満の充電レベルを有する各車両１０２は、車両がすぐに充電される必要があることを示すメッセージをその車両の運転者に表示するように制御される。
【0054】
[0066] 車両データ１１６は、コンシェルジュサービス、診断およびメンテナンス、運転者挙動分析、車両性能監視、フリート管理、ジオフェンシング、緊急道路サービス、スマートシティ経営、盗難車両追跡、および保証サービスのための多様なエンティティによって広く用いることができる。例えば、コンシェルジュサービスは、各ユーザアカウントに関連付けられた車両の位置、燃料レベル、オイルレベル、および制御コマンドに関するリアルタイム車両データに基づいて、ユーザアカウントに多数の個人向けサービス（例えば、モバイルカーディテーリング）を提案する。別の例では、診断およびメンテナンスサービスは、メンテナンスパッケージを最適化し、車両がサービス提供、修復、または部品交換される必要があるときを、車両ヘルスインジケータおよびトラブル診断コードに基づいて予測する。さらに別の例において、リアルタイム車両データにおける急速な加速または減速イベントに基づいて運転者の挙動を分析して、運転パターン強調するか、運転者の安全性を判断するか、または運転者の挙動を奨励もしくは誘導することができる。別の例において、リアルタイム車両データにおいてバッテリ寿命または次の充電ステーションまでの距離を分析することによって、電気車両の運転者体験を改善することができる。フリート管理の例では、車両位置、イグニッション状態／ステータス、および燃料レベルを用いて、車両フリートを効率的に操作および管理することができる。いくつかの実施形態では、駐車場等のジオフェンシングされた位置に車両が出入りするとき、リアルタイム車両データにおける位置情報を検出し、これを用いて車両、運転者、および位置を追跡することができる。
【0055】
[0067] 他の実施形態では、リアルタイム車両データのうちのいくつか（例えば、衝突ステータス、エアバッグが作動したイベント、急ブレーキイベント、および進行方向）を用いて、ルーティングならびに公共安全および緊急応答の計画を行い、それによって応答時間を短縮させ、物的損害を防止し、命を救うことができる。スマートシティの例では、車両位置、進行方向、およびスピードを用いて、渋滞を管理し、交通の流れを最適化し、大気汚染を低減し、公共安全を高める。リアルタイム車両データは、車両の位置、垂直傾斜、ロックステータス、および／またはドアステータスを含むことができ、これらを用いて車両が盗難されたか否かを判断することができる。使用量ベースの保険は、リアルタイム車両データ、例えば運転者の挙動、オドメータの読み値、位置、およびイグニッションオン／オフ時間を用いて作成されたユーザプロファイルに基づいて実施することができ、個々の車両の車両データを常時監視することにより、保険契約者の経験をパーソナライズし、収益を増大させ、個々の保険契約に関連付けられたコストおよびリスクを低減する。
【0056】
[0068] 図２Ｃは、いくつかの実施形態による、車両１０２、サーバシステム１０４、クライアントデバイス１０６、および車両オペレータデバイス１２４間のデータ通信２４０を示す流れ図である。車両データアプリケーションがクライアントデバイス１０６にインストールされる。いくつかの実施形態では、クライアントデバイス１０６は、レンタカー代理店の管理者等の車両フリートのオペレータによって操作されるが、他の実施形態では、クライアントデバイス１０６は車両の所有者または運転者によって操作される。いくつかの実施形態では、車両データアプリケーションは、フィードコンシューマＡＰＩによって有効にされ、ユーザインタフェースを適用して、オープンソースｇＲＰＣまたは他のＲＰＣシステムに基づいて車両１０２から収集された車両データを提示する。サーバシステム１０４は、車両データアプリケーションのプログラム、ユーザインタフェース情報、および設定をクライアントデバイス１０６に提供し（２４２）、それによってクライアントデバイス１０６は、車両データアプリケーションのインストールまたはロード（２４４）が可能となる。クライアントデバイス１０６は車両データアプリケーションを実行し、ユーザ認証情報を利用してユーザアカウントにアクセスする。ユーザ認証情報は、任意選択により、ユーザ名およびユーザアカウントのパスワードを含む。
【0057】
[0069] いくつかの実施形態では、車両オペレータデバイス１２４は、車両制御信号（すなわち、制御データフロー１２６Ａまたは１２６Ｂ）を車両１０２に送信する（２４６）ことによって、車両１０２を制御することに関与する。いくつかの実施形態では、車両オペレータデバイス１２４は、車両製造者（すなわち、自動車メーカ）によって操作されるデバイスであるのに対し、他の実施形態では、フリートオペレータによって操作され、さらに他の実施形態では、車両オペレータデバイスは車両の所有者または運転者によって操作される。車両制御信号は、１つまたは複数の制御コマンド、例えば、リモートエンジン開始コマンドを含む。任意選択により、車両オペレータデバイス１２４は、車両制御信号を車両１０２に通信することとは別個に、制御データフロー１２８Ａをサーバシステム１０４内の車両データフィードサーバ１１０に直接報告する（２４８）。任意選択により、車両１０２は、車両オペレータデバイス１２４から直接または間接的に車両制御信号を受信すると、制御データフロー１２８Ｂを車両データフィードサーバ１１０に報告する（２５０）。
【0058】
[0070] 車両１０２は、限定ではないが、オドメータ、スピードメータ、大容量エアフローセンサ（MAF）、エンジンスピードセンサ、酸素センサ、分岐管絶対圧力センサ、スパークノックセンサ、燃料温度センサ、電圧センサ、スロットルポジションセンサ、およびタイヤ圧力監視システム（TPMS）を含む複数の内蔵センサを有する。車両１０２の内蔵センサは、車両１０２のリアルタイム車両データ（車両テレメトリデータとも呼ばれる）を捕捉し（２５２）、補足された車両データをリアルタイム車両データフロー１１２においてサブミットするように構成される。リアルタイム車両データフロー１１２は、少なくとも車両テレメトリデータを含む。いくつかの実施形態では、リアルタイム車両データフロー１１２は、それぞれの一意のフロー識別子に関連付けられる。車両１０２は、一意の車両識別子（例えば、VIN）を有することができ、リアルタイム車両データフロー１１２は、車両１０２の一意の車両識別子によって車両１０２に関連付けられる。結果として、サーバシステム１０４は、車両１０２からのリアルタイム車両データフロー１１２を、任意選択により車両１０２または車両オペレータデバイス１２４によって報告された制御データフロー１２８と共に、受信する（２５６）。
【0059】
[0071] いくつかの実施形態では、車両１０２は、対応する車両テレメトリデータがその内臓センサによって捕捉された直後に車両データフロー１１２および制御データフロー１２８を報告する。車両テレメトリデータは、任意選択により、データイベント（例えば、ブレーキイベント、車の衝突、ハンドルからの転回制御）の時点において、またはデータイベントがないときに（例えば、周期的に）、内蔵センサによって捕捉される。１つまたは複数の車両テレメトリデータ項目は、同じデータイベントに関連付けることができ、データメッセージにおいて一緒に車両データフィードサーバ１１０に送信することができる。代替的に、いくつかの実施形態では、車両１０２は、車両テレメトリデータがその内蔵センサによって捕捉された直後に車両テレメトリデータを報告しない。代わりに、車両１０２は、車両テレメトリデータのバッチを捕捉およびキャッシュし、周期的に、所定のスケジュールに従って、ある特定のデータ量が収集された後、所定のデータイベントに応答して、または要求時に、車両テレメトリデータのバッチを送信する。
【0060】
[0072] いくつかの実施形態では、リアルタイム車両データフロー１１２は、複数の車両データシャードのそれぞれの車両データシャードに統合（すなわち、グループ化）される（２６０）。それぞれの車両データシャードは、データストレージ規則に従って、車両１０２（例えば、一意の車両識別子によって表される）に関連付けて車両データベースに記憶される。いくつかの状況において、車両データベース（図９の９４２）は、複数の車両データシャードを記憶する。車両１０２のリアルタイム車両データフロー１１２に関連付けられたそれぞれの車両データシャードは、これらの車両データシャードの負荷の平衡をとるために複数の車両データシャードから選択される。例えば、リアルタイム車両データフロー１１２が最初にサーバシステム１０４において受信されるとき、サーバシステム１０４は、車両データフロー１１２の流量および／または１つもしくは複数の車両データシャードのサイズを決定し、車両データフロー１１２を、１つまたは複数の車両データシャードのうち最も小さなサイズを有するそれぞれの車両データシャードに関連付ける。
【0061】
[0073] リアルタイム車両データフロー１１２がサーバシステム１０４によって収集および記憶されている間、クライアントデバイス１０６は、データフロー１１２の収集と干渉することなく、対応するユーザアカウントのユーザ認証情報と共に車両データの要求１１４を送信する（２６２）。要求は、要求された車両データを選択するための１つまたは複数の判断基準を指定する。要求１１４に応答して、サーバシステム１０４は、車両データ選択判断基準に従って、車両データベースに記憶された複数の車両データシャードから、要求された車両データを抽出し（２６４）、要求された車両データが、クライアントデバイス１０６がユーザ認証情報に基づいてアクセス権を有するという判断に従って抽出される。抽出された後、要求された車両データが要求側のクライアントデバイス１０６に提供される（２６８）（ユーザ認証情報がマッチし、判断基準に関連付けられたデータが利用可能であると仮定する）。
【0062】
[0074] いくつかの実施形態では、補足データ項目２６０を、データ通信２４０の異なる段階において加えるかまたは車両１０２に関連付けることができる。補足データ項目２６０の例は、車両のナンバープレート番号、集積回路カード識別子（ICCIDD）、電子シリアル番号（ESN）を含む。いくつかの実施形態では、データフロー１１２を統合する過程で、サーバシステム１０４は、リアルタイム車両データフロー１１２を、車両１０２に関連付けられた補足データ項目２６０で補足する（２５８）。これによって、補足データ項目２６０は、リアルタイム車両データフロー１１２と共にサーバシステム１０４の車両データベースに記憶される。代替的に、いくつかの実施形態では、サーバシステム１０４は、要求１１４に応答して補足データ項目２６０を提供する。いくつかの実施形態では、要求された車両データ１１６における各データ項目は、補足データ項目２６０で補足される。いくつかの実施形態では、補足データ項目２６０は、サーバシステム１０４においてそれぞれのリアルタイム車両データフロー１１２に関連付けられて記憶されていないが、要求された車両データ１１６におけるそれぞれのデータ項目と併せてクライアントデバイス１０６に送信される。
【0063】
[0075] いくつかの実施形態では、要求された車両データ１１６は、クライアントデバイス１０６に送信され（２６８）、車両データアプリケーションを介してレビューのためにユーザに提示される（２７０）。要求された車両データ１１６の分析結果を提供するためのレポートを生成することができる。例えば、レンタカー会社は、例えば、車両位置、ガスレベル、および運転者情報を含むその車両全てのステータスに関するレポートを受信することができる。別の例では、都市交通制御部門は、異なる時点における市道の全ての車両のスピードに関するレポートを受信することができる。
【0064】
[0076] いくつかの実施形態では、クライアントデバイス１０６は、車両データ１１６に基づいて車両制御コマンドを生成し（２７２）、車両制御コマンドを複数の車両のうちの１つに送信し（２７４）、それによって、複数の車両のうちのこの１つを、複数の車両のサブセットからリアルタイムで収集された、車両データを選択するための判断基準に適合する車両データに基づいて制御することができるようにする。任意選択により、車両制御コマンドを受信する車両１０２は、要求された車両データ１１６のサブセットまたは全てを提供するのと同じ車両１０２である。要求された車両データ１１６の全てが車両１０２によって提供される場合、車両１０２はそれ自体のフィードバックのみに基づいて制御される。任意選択により、車両制御コマンドを受信する車両１０２は、要求された車両データ１１６のサブセットを提供する任意の車両１０２と別個であり、したがって、１つまたは複数の別個の車両１０２からのフィードバックに基づいて制御される。車両制御コマンドを受信する車両１０２は、別の単一の車両１０２または複数の他の車両１０２からのフィードバックに基づいて制御することができる。また、車両制御コマンドは、２つ以上の車両１０２に送達することができることにも留意されたい。例えば、要求された車両データ１１６は、レンタカー会社によって所有されるフリートにおける全てのレンタカーのＥＶ充電レベルを含み、車両制御コマンドは、フリート内の、２０％を下回る充電レベルを有する各車両１０２に送信される。次に、２０％未満の充電レベルを有する各車両１０２は、車両がすぐに充電される必要があることを示すメッセージを運転者に表示するように制御される。
【0065】
[0077] 車両データ１１６は、コンシェルジュサービス、診断およびメンテナンス、運転者挙動分析、車両性能監視、フリート管理、ジオフェンシング、緊急道路サービス、スマートシティ経営、盗難車両追跡および保証サービスのための多様なエンティティによって広く用いることができる。例えば、コンシェルジュサービスは、各ユーザアカウントに関連付けられた車両の位置、燃料レベル、オイルレベルおよび制御コマンドに関するリアルタイム車両データに基づいて、ユーザアカウントに多数の個人向けサービス（例えば、モバイルカーディテーリング）を提案する。別の例では、診断およびメンテナンスサービスは、メンテナンスパッケージを最適化し、車両がサービス提供、修復または部品交換される必要があるときを、車両ヘルスインジケータおよびトラブル診断コードに基づいて予測する。さらに別の例において、リアルタイム車両データにおける急速な加速または減速イベントに基づいて運転者の挙動を分析して、運転パターン強調するか、運転者の安全性を判断するか、または運転者の挙動を奨励もしくは誘導することができる。別の例において、リアルタイム車両データにおいてバッテリ寿命または次の充電ステーションまでの距離を分析することによって、電気車両の運転者体験を改善することができる。フリート管理の例では、車両位置、イグニッション状態／ステータス、および燃料レベルを用いて、車両フリートを効率的に操作および管理することができる。いくつかの実施形態では、駐車場等のジオフェンシングされた位置に車両が出入りするとき、リアルタイム車両データにおける位置情報を検出し、これを用いて車両、運転者および位置を追跡することができる。
【0066】
[0078] 他の実施形態では、リアルタイム車両データのうちのいくつか（例えば、衝突ステータス、エアバッグが作動したイベント、急ブレーキイベント、および進行方向）を用いて、ルーティングならびに公共安全および緊急応答の計画を行い、それによって応答時間を短縮させ、物的損害を防止し、命を救うことができる。スマートシティの例では、車両位置、進行方向、およびスピードを用いて、渋滞を管理し、交通の流れを最適化し、大気汚染を低減し、公共安全を高める。リアルタイム車両データは、車両の位置、垂直傾斜、ロックステータス、および／またはドアステータスを含むことができ、これらを用いて車両が盗難されたか否かを判断することができる。使用量ベースの保険は、リアルタイム車両データ、例えば運転者の挙動、オドメータの読み値、位置、およびイグニッションオン／オフ時間を用いて作成されたユーザプロファイルに基づいて実施することができ、個々の車両の車両データを常時監視することにより、保険契約者の経験をパーソナライズし、収益を増大させ、個々の保険契約に関連付けられたコストおよびリスクを低減する。
【0067】
[0079] 図３は、いくつかの実施形態による、複数のリアルタイム車両データフロー１１２が編成される複数の車両データシャード３００の図である。車両１０２からリアルタイム車両データフロー１１２を収集した後、車両データフィードサーバ１１０は、これらのデータフロー１１２を複数の車両データシャード３００にグループ化することによってこれらを統合し、複数の車両データシャード３００は、任意選択によりサーバシステム１０４の車両データベースに記憶される。いくつかの実施形態では、車両データフィードサーバ１１０はまた、複数の車両オペレータデバイス１２４および／または車両１０２から制御データフロー１２８を収集し、制御データフロー１２８を、リアルタイム車両データフロー１１２と併せて車両データシャード３００にグループ化する。クライアントデバイス１０６のユーザから車両データ要求１１４を受信する前、リアルタイム車両データフロー１１２を収集している間、車両データフィードサーバ１１０は、複数の車両データシャード３０のサブセットを、ユーザに関連付けられたユーザ認証情報のアクセスレベルに基づいて、このユーザ認証情報に関連付ける。いくつかの実施形態では、ユーザ認証情報を車両データの情報（例えば、車両データを含む車両データシャード３００のシャード識別情報）に関連付けるためにハッシュ関数が適用される。車両データ要求１１４の受信時に、ユーザ認証情報に関連付けられた要求された車両データ（例えば、複数の車両データシャード３０のサブセット）が抽出され、車両データ要求１１４に応答して実質的にリアルタイムのデータフィード１１６において要求側のクライアントデバイス１０６に送信される。
【0068】
[0080] いくつかの実施形態では、サーバシステム１０４は、所定の数の車両データシャード３００（例えば、２４個の車両データシャード）を記憶する。各リアルタイム車両データフロー１１２は、所定の数の車両データシャード３００のそれぞれ１つにおいて完全にグループ化される。例えば、各リアルタイム車両データフロー１１２は、一意のフロー識別情報、または対応する車両１０２の一意の車両識別情報に関連付けられる。一意のフローまたは車両識別情報に基づいて単一のそれぞれの車両データシャードに各リアルタイム車両データフロー１１２を割り当てるためにハッシュ関数が適用され、それによって、対応する車両１０２に関連するそれぞれの車両データフローにおける全てのデータ項目が、それぞれの車両データシャード内に統合される。任意選択により、各車両データシャード３００は、無制限の数の車両データフロー１１２をグループ化することができる。いくつかの実施形態では、リアルタイム車両データフロー１１２はランダムにグループ化され、すなわち、車両データシャード３００にランダムに割り当てられる。いくつかの実施形態では、リアルタイム車両データフロー１１２は、対応する車両１０２が属するグループに基づいてグループ化される。例えば、同じメーカの車両１０２（例えば、全てのフォード車両）のリアルタイム車両データフロー１１２が、同じ車両データシャード３００に統合される。別の例において、同じレンタカー会社（例えば、Avis）によって所有されている車両１０２のリアルタイム車両データフロー１１２が統合され、同じ車両データシャード３００にされる。代替的に、いくつかの実施形態では、車両データフィードサーバ１１０は、最初に各リアルタイム車両データフロー１１２を受信するとき、所定の数の車両データシャード３００から、これらの車両データシャード３００の負荷に基づいてそれぞれの車両データシャード３００を選択し、それによって、これらの車両データシャード３００の負荷の平衡をとる。例えば、それぞれのリアルタイム車両データフロー１１２は、データフローの最も小さな負荷を有する個々の車両データシャード３００に、または残りの車両データシャード３００と比較してデータフローのより小さな負荷を有する車両データシャード３００のサブセットのうちの１つに割り当てられる。
【0069】
[0081] いくつかの実施形態では、各リアルタイム車両データフロー１１２は、制御イベントデータ、制御コマンド、車両対デバイス結合イベントデータ、センサ読み値、およびそれぞれの車両１０２に関連付けられたログデータのうちの１つまたは複数をさらに含む。リアルタイム車両データフロー１１２は、それぞれの一意のフロー識別子によって識別することができる。例えば、一意のフロー識別子は、シリアル番号、例えば、１２３４５６７８－９１０－１１１２０１３１４－１５１６１７１８１９２０を含むか、または完全修飾フロー名、例えば、ａｕｉ：ｆｌｏｗ：ｆｅｅｄ／ｓｏｍｅｖｅｎｄｏｒ／ｓｏｍｅｒｅｇｉｏｎ－ｆｕｌｌを含む。各リアルタイム車両データフロー１１２は、対応する車両１０２から個々のメッセージとしてまたはバッチで順次受信された複数のデータメッセージを含むことができ、各メッセージは単一のデータ項目３０２または複数のデータ項目３０２を含む。また、複数の車両１０２の各々は、一意の車両識別子（例えば、それぞれの車両１０２のVIN）を有することができ、リアルタイム車両データフロー１１２は、それぞれの車両１０２の一意の車両識別子によってそれぞれの車両１０２に関連付けられる。いくつかの実施形態では、複数のリアルタイム車両データフロー１１２が複数の車両データシャード３００にグループ化されるとき、複数のリアルタイム車両データフロー１１２の各データ項目は、共通フォーマットに従って、複数の車両データシャード３００のそれぞれのデータ項目３０２に変換される。
【0070】
[0082] 複数の車両データシャード３００は、所定のデータストレージ規則に従って車両データベースに記憶することができることに留意されたい。各リアルタイム車両データフロー１１２は、任意選択により、それぞれのデータストレージ規則を有する。例えば、データ項目３０２は、車両データベースに７日を超えて記憶することができず、７日間の期限が切れた後はパージされなくてはならない。第１のタイプのデータ項目３０２は、第２のタイプのデータ項目３０２を上回る優先度を有する場合がある。第１のリアルタイム車両データフロー１１２のデータ項目３０２は、第２のリアルタイム車両データフロー１１２のデータ項目３０２を上回る優先度を有する場合がある。
【0071】
[0083] いくつかの実施形態では、各車両データシャードについて、サーバシステム１０４によって受信されたリアルタイム車両データフロー１１２のサブセットが、時間的順序に従って順次にそれぞれの車両データシャードにグループ化される。言い換えると、リアルタイム車両データフロー１１２のサブセットがグループ化されるとき、リアルタイム車両データフロー１１２のデータ項目３０２は互いに混合され、時間的順序に従って順に配列される。各データ項目３０２は、データイベント（例えば、エンジンを始動する制御コマンドの受信）に関連付けることができ、データイベントに関連付けられたタイムスタンプおよび１つまたは複数のセンサ読み値（例えば、酸素センサ、オドメータ、およびタイヤ圧センサからの読み値）を含むことができる。したがって、この例では、異なる車両１０２から到来するデータ項目３０２を、これらの車両１０２のデータイベントに関連付けられたそれらのタイムスタンプに従って各車両データシャード３００において編成することができる。データイベントの時間的順序に関するさらなる詳細が、図４を参照して以下に論じられる。
【0072】
[0084] 代替的に、いくつかの実施形態では、各車両データシャードについて、サーバシステム１０４によって受信されたリアルタイム車両データフロー１１２のサブセットがそれぞれの車両データシャードに順次グループ化され、個々のデータフローによって編成される。各リアルタイム車両データフロー１１２のデータ項目は、共にサーバシステム１０４の車両データベースに記憶される。サーバシステム１０４は、クライアントデバイス１０６から現在の要求を受信し、現在の要求に応答して、複数の車両データシャードにおける（例えば、車両データシャード３００Ｃにおける）１つまたは複数の参照ポインタ３０６を識別する。１つまたは複数の参照ポインタ３０６の前に捕捉または収集されたデータ項目は、同じクライアントデバイス１０６から現在の要求の前に受信された以前の要求に応答して、ユーザ認証情報に関連付けられた車両データを提供するように構成される。１つまたは複数の参照ポインタ３０６の後に捕捉または収集されたデータ項目は、現在の要求に応答して、ユーザ認証情報に関連付けられた車両データを提供するように構成される。
【0073】
[0085] いくつかの実施形態では、複数の車両データシャード３００は、２つ以上のクライアントデバイス１０６に提供される。第１のクライアントデバイス１０６は、第１の車両データの第１の要求を作成し、第１の車両データは、第１の要求に応答して第１の車両データシャード３００Ａから抽出される。車両データフィードサーバ１１０はまた、第２のクライアントデバイス１０６の第２のユーザから、第２のユーザ認証情報と、第２の車両データの第２の要求とを受信する。リアルタイム車両データフロー１１２を受信している間、車両データフィードサーバ１１０は、任意選択により、第２のユーザの第２のアクセスレベルに基づいて、例えば、ハッシュ関数を用いて、または第２の車両データをフラグでマーキングすることによって、リアルタイム車両データフロー１１２における第２の車両データを第２のユーザ認証情報に関連付ける。第２の要求に応答して、第１の要求とは独立して、車両データフィードサーバ１１０は、第２のユーザが、第２のユーザ認証情報に関連付けられた、複数のリアルタイム車両データフローの第２のサブセットを含む第２の車両データにアクセスする権限を有するか否かを判断する。第２のユーザが第２のユーザ認証情報に関連付けられた第２の車両データにアクセスする権限を有するという判断に従って、サーバシステム１０４は、第２の車両データシャード３００Ｂから、複数のリアルタイム車両データフロー１１２の第２のサブセットを含む第２の車両データを抽出し、第２の車両データを、第２の実質的にリアルタイムのデータフィードとして、１つまたは複数の通信ネットワーク１０８を介して第２のクライアントデバイス１０６に転送する。第２の車両データは、第１の車両データシャード３００Ａから抽出されている第１の車両データとは独立して、第２の車両データシャード３００Ｂから抽出される。
【0074】
[0086] さらに、いくつかの実施形態では、２つの車両データが２つの別個のクライアントデバイス１０６によって要求されるとき、これらの２つの車両データは、任意選択により、同じ車両データシャード３００によって、または別個の車両シャード３００によって提供される。第１および第２のクライアントデバイス１０６からの第１および第２の要求を伴う上記の実施形態では、第１の車両データは第２の車両データと異なる。第１および第２の車両データは、スレッド１内の同じ車両データシャード３００Ａから到来することができ、第１および第２の要求はスレッド１において順次処理される。第１および第２の車両データは、それぞれ２つの車両データシャード３００Ａおよび３００Ｂから到来することができる。いくつかの状況において、第１および第２の要求は、サーバシステム１０４によって、同時に、ただし２つの別個のスレッド３０４Ａおよび３０４Ｂにおいて処理される。いくつかの状況において、第１および第２の要求は、２つのスレッド３０４Ａおよび３０４Ｂにおいて順次処理される。第１の要求に関連付けられた第１のスレッド３０４Ａは第１の車両データシャード３００Ａを用い、第１の要求に関連付けられた第２のスレッド３０４Ｂは第２の車両データシャード３００Ｂを用いる。任意選択により、要求に関連付けられたスレッド（例えば、３０４Ｂ）は、２つ以上の車両データシャード（例えば、３００Ｂおよび３００Ｃ）を伴い、２つ以上の車両データシャードから、要求された車両データを抽出する。
【0075】
[0087] 一般的に、シャード３００は、各スレッドがシャード３００のサブセット（例えば、１つのシャード３００）から独立して消費している状態で複数のスレッド３０４Ａおよび３０４Ｂを起動することによって、高度にスケーリング可能なフィード消費を可能にする。フローは特定のレンタルフリートからのデータを含む場合があるが、シャード３００は、小さな数の車両１０２からのデータを表し、特定の１つの車両１０２についての全てのデータが常に同じシャード３００内にある。シャード３００に存在する車両１０２またはデバイス１２４の数は潜在的に無限である。参照ポインタは、フローストリーム内のシャードの集合における一連のデータ項目の中の、シャード内の単一のデータ項目へのブックマークポインタである。参照ポインタは、いずれのデータ項目が既に処理されているかを追跡するのに用いられ、既に扱われたデータを繰り返すことなく、または新たなデータを誤ってスキップすることなく、処理を再開することを可能にするためのブックマークとしての役割を果たす。シャード識別子および参照ポインタは、クライアントによるデータの非透過的ブロブ（opaque blob）として扱われる。シャード３００のデータイベント（フィードイベントとも呼ばれる）は、車両１０２および接続されたデバイス１２４によって生成される情報を保有するデータオブジェクトである。情報は、車両テレメトリ、無線（OTA）イベント、コマンドおよび制御イベント、ならびに車両対デバイス結合イベントを含むことができる。
【0076】
[0088] 図４は、いくつかの実施形態による、時間的順序に従って順次データ項目を編成する例示的な車両データシャード４００である。車両データシャード４００のデータ項目は、車両１０２に対応するリアルタイム車両データフロー１１２から収集される。各リアルタイム車両データフロー１１２は、対応する車両１０２から個々のメッセージとしてまたはバッチで順次受信された複数のデータメッセージを含むことができ、各メッセージは単一のデータ項目４０２または複数のデータ項目４０２を含む。各データ項目３０２は、データイベント（例えば、エンジンの始動の制御コマンドの受信）に関連付けられ、データイベントに関連付けられたタイムスタンプおよび１つまたは複数のセンサ読み値（例えば、酸素センサ、オドメータ、およびタイヤ圧センサからの読み値）を含む。任意選択により、２つ以上のデータ項目３０２が単一のデータイベントおよび異なるセンサからのレコード読み値に関連付けられる。
【0077】
[0089] いくつかの状況において、各車両１０２は、それぞれの車両１０２がデータ項目４０２を捕捉すると直ぐにデータ項目４０２を報告し、各データ項目は、データ捕捉時刻ＴＤＣと、データ捕捉時刻と実質的に同時のデータ報告時刻ＴＤＲとを有する。いくつかの状況において、各車両１０２は、データ項目４０２を捕捉し、データ項目４０２の報告をバッチで報告するために、その報告を遅延させる。各データ項目は、データ捕捉時刻ＴＤＣと、データ捕捉時刻ＴＤＣに続くデータ報告時刻ＴＤＲとを有する。いくつかの実施形態では、異なる車両１０２によって提供されるリアルタイム車両データフロー１１２のデータ項目３０２は、車両データシャード４００において互いに混合され、時間的順序、例えばそれぞれの捕捉時刻ＴＤＣに従って順に並べられる。例において、第１の車両データフロー１１２の３つのデータ項目４０２Ａ、４０２Ｂおよび４０２Ｃが、３つのデータイベントの捕捉時刻ＴＤＣ１、ＴＤＣ３およびＴＤＣ４に基づいて順に並べられる。第１の車両データフロー１１２の３つのデータ項目４０２Ａ、４０２Ｂおよび４０２Ｃは、第２の車両の第２の車両データフロー１１２から受信した２つのデータ項目４０２Ｄおよび４０２Ｅ、ならびに第３の車両の第３の車両データフロー１１２から受信したデータ項目４０２Ｆと干渉する。データ項目４０２Ａ～４０２Ｆは、対応する捕捉時刻ＴＤＣに従って編成される。
【0078】
[0090] いくつかの実施形態では、サーバシステム１０４は、クライアントデバイス１０６から現在の要求を受信し、現在の要求に応答して、時間的位置に対応する、複数の車両データシャードにおける（より詳細には、車両データシャード４００における）参照ポインタ４０４を識別する。時間的位置の前に捕捉または収集されたリアルタイム車両データフロー１１２は、以前の要求に応答して、車両データを提供するように構成される。以前の要求は、同じクライアントデバイス１０６から、現在の要求の前に受信され、車両データを選択するための同じアクセスレベルに対応する。時間的位置の後に捕捉または収集されたリアルタイム車両データフロー１１２は、現在の要求に応答して、車両データを提供するように構成される。
【0079】
[0091] 図５は、いくつかの実施形態による、ユーザ認証情報に関連付けられたアクセスレベルによって制御される例示的な車両データ通信プロセス５００の流れ図である。サーバシステム１０４において収集および記憶された複数のリアルタイム車両データフロー１１２は、サーバシステム１０４が車両データ要求１１４を受信するか否かとは独立して、それらの関連付けられたアクセスレベルに従って、異なるユーザのユーザアカウントまたはユーザ認証情報に関連付けられている。車両データ要求１１４に応答して、サーバシステム１０４は、２つのレベルのタップによってデータソースにより提供されるデータ項目のフローを制御して、データ項目から、要求された車両データを抽出する。データ項目５０２を提供するデータソースは、１つまたは複数の通信ネットワーク１０８を介して複数の車両１０２から受信した複数のリアルタイム車両データフロー１１２、またはリアルタイム車両データフロー１１２から統合された複数の車両データシャード３００を含む。２つのレベルのタップは、車両データ要求１１４を発行するクライアントデバイス１０６に関連付けられたアクセスレベルに関連する第１のタップ５０４を含み、第２のタップ５０６は、要求された車両データ１１６をさらに選択するための所定のデータフィード判断基準に対応する。これらの手段によって、第１のタップ５０４および第２のタップ５０６は、ユーザ認証情報に関連付けられたリアルタイム車両データフロー１１２のサブセットの、関連付けられたユーザアカウントへの送達を制御し、より有意味で具体的な車両情報、例えば、ＶＩＮ、スピード、およびオドメータを生成し、結果として、新たな統合出力フロー（すなわち、図１Ａおよび図１Ｂにおける実質的にリアルタイムのデータフロー１１６）が生じる。これらのタップおよび対応するフローは、車両データ通信プロセス５００に示すように、有向非巡回グラフ、すなわちトポロジに表される。
【0080】
[0092] クライアントデバイス１０６は、ウェブブラウザまたは専用車両データアプリケーションを有し、ユーザ１２０はクライアントデバイス１０６においてユーザアカウントにログオンし、ウェブブラウザまたは専用車両データアプリケーションを介して車両データを要求する。クライアントデバイス１０６に関連付けられたアクセスレベルは、ユーザアカウントについて決定される。ユーザアカウントは、ユーザ認証情報、例えば、ユーザ名と、ユーザアカウントのパスワードとに対応する。ユーザ認証情報を受信すると、サーバシステム１０４は、データ項目５０２に対するクライアントデバイス１０６のアクセスレベルを決定する。したがって、第１のタップ５０４は、クライアントデバイス１０６によって提供されるユーザ認証情報に基づいて、クライアントデバイス１０６がアクセス可能なデータ項目５０２のサブセットを識別する。
【0081】
[0093] 例として、ユーザ認証情報は、米国のＦｏｒｄ Ｆｏｃｕｓ車のセットの車両データをレビューするためのアクセスレベルを有するレンタカー会社に関連付けられる。Ｆｏｒｄ Ｆｏｃｕｓ車のセットにおけるいくつかの車はレンタカー会社によって所有されている。Ｆｏｒｄ Ｆｏｃｕｓ車のセットにおける他の車は、レンタカー会社によって所有されていないが、対応する車両データは、商業契約に基づいてレンタカー会社に対しオープンである。結果として、第１のタップ５０４によって制御されるデータ項目５０２のサブセットは、Ｆｏｒｄ Ｆｏｃｕｓ車のセットにおける全ての車によって提供されるリアルタイム車両データフロー１１２を含み、レンタカー会社は、自社のＦｏｒｄ Ｆｏｃｕｓ車および所有していないいくつかのＦｏｒｄ Ｆｏｃｕｓ車の両方の車両データを用いることができる。
【0082】
[0094] 要求された車両データ１１６は、第２のタップ５０６が適用された後、データ項目５０２のサブセットから識別される。ユーザ認証情報に関連付けられたユーザは、例えば、レンタカー会社のフリートにおける全てのＦｏｒｄ Ｆｏｃｕｓ車における燃料レベルの車両データの選択について、所定のデータフィード判断基準に関連付けられている。選択された車両データは、サーバシステム１０４がクライアントデバイス１０６から任意の要求を受信する前に、収集されたデータ項目１５２において識別されている。例として、レンタカー会社に関連付けられたクライアントデバイス１０６は、要求１１４を送信する。燃料レベルに関連しないデータ項目およびレンタカー会社によって所有されていないＦｏｒｄ Ｆｏｃｕｓ車に関連するデータ項目は、第２のタップ５０６によってフィルタリング除去され、レンタカー会社のフリートにおける全てのＦｏｒｄ Ｆｏｃｕｓ車における燃料レベルに関連する識別されたデータ項目のみが、車両データ要求１１４に応答して、リアルタイムデータフィード１１６としてクライアントデバイス１０６に提供される。いくつかの実施形態では、要求された車両データ１１６は記憶され、同じクライアントグループ内の１つまたは複数の代替のユーザアカウント５０８が、要求された車両データ１１６をレビューすることを許可される。さらに、いくつかの実施形態では、クライアントデバイス１０６は、実質的にリアルタイムのデータフィードにおける車両データ１１６に局所的にデータフィルタを適用して、車両データ１１６のサブセットを識別するように構成される。
【0083】
[0095] 図６Ａは、いくつかの実施形態による、車両データ通信プロセスを管理するように構成された例示的な車両データフィードサーバ１１０のブロック図であり、図６Ｂは、いくつかの実施形態による、車両データを通信する過程で異なるユーザアカウントの車両データ要求に関連付けられたアクセスレベルおよび所定のデータフィード判断基準を管理するように構成された車両データフィードサーバ１１０のコーディネータモジュール６１２のブロック図である。車両データフィードサーバ１１０は、永久ストレージ６０２と、フローおよびタップメタデータストレージ６０４と、管理者コンポーネント６０６と、リモートプロシージャコール（RPC）エンドポイント６０８と、フローマネージャ６１０と、コーディネータ６１２とを含む。
【0084】
[0096] 永久ストレージ６０２は、リアルタイム車両データフロー１１２を記憶する車両データベースを含む。いくつかの実施形態では、リアルタイム車両データフロー１１２は、複数の車両データシャード３００に統合される。いくつかの実施形態では、リアルタイム車両データフロー１１２のデータ項目は、時間的順序に従って（すなわち、時系列で）車両データベースにおいて編成される。いくつかの実施形態では、車両データベースに記憶されるリアルタイム車両データフロー１１２は、所定の寿命（例えば、７日）を有し、寿命後に、リアルタイム車両データフロー１１２は削除される。所定の寿命は、それぞれの車両１０２の各個々の車両データフロー１１２について構成することができる。
【0085】
[0097] 逆に、フローおよびタップメタデータストレージ６０４は、タップおよびフロー構成メタデータを記憶するように構成される。いくつかの実施形態では、タップおよびフロー構成メタデータは、ストレージ６０４内に無期限に記憶され、そこからパージされることはない。いくつかの実施形態では、タップおよびフロー構成メタデータは、ストレージ６０４がフルの場合にのみストレージ６０４からパージされる。任意選択により、より早い構成メタデータが、より後の構成メタデータよりも先にパージされる。いくつかの実施形態では、複数のリアルタイム車両データフロー１１２は、車両データフィードサーバ１１０の車両データベースに、第１の期間（例えば、７日）にわたって記憶される。タップおよびフロー構成メタデータ６２２は、複数のリアルタイム車両データフロー１１２、およびクライアントデバイス１０６から受信した車両データ要求１１４に対応し、第１の期間よりも長い第２の期間にわたってフローおよびタップメタデータストレージ６０４に記憶される。例えば、構成メタデータ６２２は、無制限の期間にわたってストレージ６０４に記憶される。
【0086】
[0098] 管理者コンポーネント６０６は、タップ（例えば、図５におけるタップ５０４および５０６）、およびデータ項目５０２の処理のプロセスフローを管理する。これは、タップの作成、削除および更新、ならびにデータ項目５０２の対応するプロセスフローの作成および削除を含む。
【0087】
[0099] ＲＰＣエンドポイント６０８は、車両データフィードサーバ１１０に車両データ要求１１４を発行しているＲＰＣクライアント（例えば、クライアントデバイス１０６またはユーザアカウント）を認証する。ＲＰＣクライアント１０６は、異なる時点（例えば、最も早いタイムスタンプ、最も遅いタイムスタンプ、または特定の日）、または参照ポインタ３０６もしくは４０４において開始するデータのストリームを要求することができる。当然の結果として、車両データアプリケーションは、ＲＰＣクライアント１０６が、車両データ１１６の寿命の間、所望の回数、要求された車両データ１１６をレビューすることを可能にする。いくつかの実施態様では、フィードソフトウェア開発キット（SDK）がＲＰＣエンドポイント６０８とインタラクトするように適用される。任意選択により、ＲＰＣエンドポイント６０８はＧＯＯＧＬＥ ＲＰＣシステムに基づく。
【0088】
[00100] フローマネージャ６１０は、クライアントデバイス１０６のアクセスレベル、および車両データを選択するための判断基準を含む要求に基づいて、車両データ通信プロセス５００を管理し、フローおよびタップメタデータストレージ６０４におけるタップおよびフロー構成メタデータ６２２を維持する。
【0089】
[00101] コーディネータ６１２は、フローマネージャ５１０から、またはフローおよびタップメタデータストレージ６０４からタップおよびフロー構成メタデータ６２２を取得し、車両データ要求１１４に応答するように処理ユニットをプロビジョニングする。いくつかの実施形態では、コーディネータ６１２は、タップの状態を監視するためのタップモニタ６１８と、タップのための配置戦略を提供するためのスケジューラ６２０とを含む。コーディネータ６１２は、環境に適応するための複数のプロビジョニング戦略を有する。タップは、コーディネータ６１２内で独立したプロセスとして、または独立した処理モジュールにおいて実行することができる。いくつかの実施形態では、コーディネータ６１２は、結果としてタップの作成または削除をもたらす任意のアクティビティを定期的に監視する。例として、各ユーザアカウントは、例えば、アクセスレベルまたは所定のデータフィード判断基準をマーキングすることによって、車両１０２から収集されたリアルタイム車両データフロー１１２を前処理するためにサーバシステム１０４によって適用されるアクセスレベルまたは所定のデータフィード判断基準に関連付けられる。ユーザ認証情報を車両データの情報（例えば、車両データフロー１１２または車両データを含むシャード３００の識別情報）に関連付けるために、ハッシュテーブルまたは関数を作成することができる。ユーザアカウントから要求を受信すると、コーディネータ６１２は、ユーザアカウントのユーザ認証情報に関連付けられたアクセスレベルを検証し、タップおよびフロー構成メタデータ６２２に従って確立された車両データ通信プロセス５００においてリアルタイム車両データフロー１１２から前処理された車両データを抽出するように、処理ユニットをプロビジョニングする。
【0090】
[00102] いくつかの実施形態では、車両データフィードサーバ１１０は、ユーザインタフェースの表示を提供し、可能にするためのユーザインタフェースモジュール６１４をさらに含み、かかるユーザインタフェースにおいて、１つまたは複数のクライアントデバイス１０６のための設定、要求された車両データ、および／または他のデータを、クライアントデバイス１０６を介して構成および／またはレビューすることができる。いくつかの実施形態では、車両データフィードサーバ１１０は、サーバ側の車両データアプリケーションモジュール６１６をさらに含み、かかる車両データアプリケーションモジュール６１６は、車両データ要求１１４を受信し、要求された車両データ１１６を受信し、必要な場合、車両制御コマンド１１８を発行するための、クライアントデバイス１０６において実施されるウェブブラウザおよび専用車両データアプリケーションに関連付けられたサーバ側の機能を可能にする。
【0091】
[00103] 図７は、いくつかの実施形態による、車両データシャード３００に基づく別の例示的な車両データ通信プロセス７００の流れ図である。車両データ通信プロセス７００は、車両データ要求１１４に応答して複数のタップによって処理されるデータ項目のフローを含む。車両データ要求１１４は、複数の車両データシャード３００からの車両データを要求するために、クライアントデバイス１０６によって発行される。複数の車両データシャード３００は、複数のシャード識別子によって識別される。車両データ要求１１４を受信する前に、リアルタイム車両データフロー１１２を収集しながら、サーバシステム１１４はユーザアカウントに関連付けられたアクセスレベルを識別する。いくつかの実施態様では、ユーザアカウントのユーザ認証情報と、車両データシャード３００のサブセットを識別するシャード識別子のサブセットとの間に、ハッシュ関数が確立される。車両データシャード３００のサブセットは、ユーザアカウントのアクセスレベルを満たし、要求された車両データ１１６を含む。車両データ要求１１４に応答して、サーバシステム１０４は、例えばユーザ認証情報を用いてハッシュ関数から、車両データシャード３００のサブセットに関連付けられたシャード識別子のサブセットを取得する（７０２）。
【0092】
[00104] 代替的に、いくつかの実施形態では、ユーザアカウントのユーザ認証情報と、リアルタイム車両データフロー１１２のサブセットを識別するフロー識別子のサブセットとの間に、ハッシュ関数が確立される。リアルタイム車両データフロー１１２のサブセットは、関連付けられたアクセスレベルに基づいてユーザアカウントがアクセス可能であり、要求された車両データ１１６を含む。車両データ要求１１４に応答して、ハッシュ関数を用いて、要求された車両データ１１６が抽出されるリアルタイム車両データフロー１１２の情報を識別する。リアルタイム車両データフロー１１２の情報は、任意選択により、フロー識別子のサブセット（例えば、aui:flow:feed/somevendor/someregion-full）を含む。データフローインタフェースは、リアルタイム車両データフロー１１２の情報を取得し、要求された車両データ１１６を含む車両データシャード３００のサブセットに関連付けられたシャード識別子のサブセットを決定する。
【0093】
[00105] サーバシステム１０４は、シャード識別子のサブセットに関連付けられた車両データシャード３００のサブセットにおける１つまたは複数の参照ポインタ３０６を識別する（７０４）。任意選択により、各参照ポインタ３０６は、以前の要求に応答して処理されたデータ項目のサブセットにおける最後のデータ項目である、シャード３００のそれぞれのデータ項目を参照する。以前の要求は、車両データ要求１１４と同一であり、車両データ要求１１４の前に受信される。
【0094】
[00106] 車両データ要求１１４に応答して、車両データシャード３００のサブセット内の参照ポインタ４０４に続くデータ項目が、例示的な車両データ通信プロセス５００におけるタップ（例えば、アクセスレベル、車両データを選択するための判断基準）を用いて処理される。特に、データストリーム転送は、車両データ要求１１４の識別情報（すなわち、図５におけるプロセスフローの名称）、シャード識別子、およびそれぞれのシャード３００内のデータ項目への参照ポインタを用いてシャードごとに個々に行われる。結果として、リアルタイム車両データフロー１１２または車両データシャード３００において識別された、要求された車両データが、リアルタイム車両データフロー１１２または車両データシャード３００から抽出される（７０６）。
【0095】
[00107] 図８Ａは、いくつかの実施形態による、車両データフィードサーバ１１０を介して車両データを通信する方法８００の流れ図である。方法８００は、任意選択により、非一時的コンピュータ可読ストレージ媒体に記憶され、コンピュータシステム（例えば、サーバシステム１０４）の１つまたは複数のプロセッサによって実行される命令によって管理される。図８Ａに示す動作の各々は、サーバシステム１０４のコンピュータメモリまたはコンピュータ可読ストレージ媒体（例えば、図９におけるサーバシステム１０４のメモリ９０６）に記憶される命令に対応することができる。コンピュータ可読ストレージ媒体は、磁気または光ディスクストレージデバイス、フラッシュメモリ等のソリッドステートストレージデバイス、または他の単数もしくは複数の不揮発性メモリデバイスを含むことができる。コンピュータ可読ストレージ媒体上に記憶されたコンピュータ可読命令は、ソースコード、アセンブリ言語コード、オブジェクトコード、または１つもしくは複数のプロセッサによって解釈される他の命令のうちの１つまたは複数を含むことができる。方法８００におけるいくつかの動作は組み合わせることができ、かつ／またはいくつかの動作の順序は変更することができる。
【0096】
[00108] 車両データフィードサーバ１１０は、１つまたは複数の通信ネットワーク１０８を介して複数の車両１０２に結合される。車両データフィードサーバ１１０は、複数の認証情報と、車両データに対する関連付けられたアクセスレベルとを受信し（８０２）、複数の認証情報を、関連付けられたアクセスレベルと共にデータベースに記憶する（８０４）。いくつかの実施態様では、各認証情報について、アクセスレベルは、複数の車両１０２から１つまたは複数の車両を選択するのに用いられる、ユーザが定義した条件を含む。選択されると、選択された各車両１０２の車両データフロー１１２全体がそれぞれの認証情報に関連付けられ、要求時に、認証情報を有するユーザに提供されることになる。各認証情報に関連付けられたアクセスレベルは、車両１０２のＶＩＮ番号、車両タイプ、複数の所定のセンサデータタイプ、および複数の対応する検知閾値のうちの１つまたは複数に基づいて定義される。例えば、アクセスレベルは、５０，０００マイルを超えるマイレージ読み値を有する全ての赤色のフォードピックアップトラックまたは全ての日産セダンについて、ある特定の認証情報がデータへのアクセスを有することを定義する。しかしながら、アクセスレベルは、赤色の各フォードピックアップトラックの車両データフロー１１２における２つのタイプのデータ項目を異なる形で扱わず、例えば、それぞれの車両データフロー１１２におけるガス圧データを、認証情報を有するユーザに送信している間、マイレージデータを保持しない。ユーザは、車両データフロー１１２を受信した後、クライアントデバイス１０６において追加のフィルタを適用することができる。
【0097】
[00109] いくつかの実施態様では、この車両データサービスの所有者、およびこの車両データサービスのクライアントグループのユーザは、独立して、または共同で、クライアントグループ内のユーザアカウントの認証情報および関連付けられたアクセスレベルを定義する。車両データフィードサーバ１１０は、１つまたは複数の通信ネットワーク１０８を介して複数の車両１０２から複数のリアルタイム車両データフロー１１２を受信する（８０６）。各リアルタイム車両データフローは、それぞれの車両に関連付けられ（８０８）、少なくとも、それぞれの車両の車両テレメトリデータを含む。任意選択により、各リアルタイム車両データフロー１１２は、制御イベントデータ、制御コマンド、車両対デバイス結合イベントデータ、センサ読み値、およびそれぞれの車両１０２に関連付けられたログデータのうちの１つまたは複数をさらに含む。いくつかの実施形態では、各リアルタイム車両データフロー１１２は、それぞれの一意のフロー識別子に関連付けられる。複数の車両１０２の各々は、一意の車両識別子を有し、各リアルタイム車両データフローは、それぞれの車両１０２の一意の車両識別子によってそれぞれの車両１０２に関連付けられる。
【0098】
[00110] いくつかの実施態様では、次に、各認証情報について、それぞれの車両データ１１６（すなわち、複数のリアルタイム車両データフロー１１２のサブセット）が、それぞれの認証情報のアクセスレベルに従ってそれぞれの認証情報に関連付けられる（８１０）。したがって、各認証情報について、それぞれの認証情報を有するユーザから任意の要求が受信される前に、車両データフィードサーバ１１０によって車両データが条件付け（例えば、マーキング）され、車両データの要求に応答して、それぞれの認証情報に関連付けられた車両データを即座に識別し、ユーザに提供することができる。特に、各認証情報について、アクセスレベルは、複数の車両１０２の中から１つまたは複数の車両を選択し、選択された各車両１０２の車両データフロー１１２全体がそれぞれの認証情報に関連付けられ、要求時に、認証情報を有するユーザに提供される。いくつかの実施形態では、各認証情報に関連付けられたアクセスレベルは、リアルタイム車両データフロー１１２からのそれぞれの認証情報に関連付けられたそれぞれの車両データを識別するように構成され、ＶＩＮ番号、車両タイプ、複数の所定のセンサデータタイプ、および複数の対応する検知閾値のうちの１つまたは複数に基づいて定義される。
【0099】
[00111] いくつかの実施形態では、複数のリアルタイム車両データフロー１１２は、複数の車両データシャード３００に統合（８１２）およびグループ化される。各データフロー１１２は、それぞれのフロー識別情報または車両識別情報に基づいて、それぞれの車両データシャード３００にグループ化することができる。それぞれのフローまたは車両識別情報に基づいてそれぞれの車両データシャード３００を識別するためのハッシュ関数が適用される。データフロー１１２が車両データシャード３００に割り当てられると、その全てのデータ項目が車両データシャード３００に記憶される。したがって、データフロー１１２に対応する車両に関連する全てのデータ項目が、同じ車両データシャード３００内に統合される。
【0100】
[00112] いくつかの状況では、複数のリアルタイム車両データフロー１１２の各々が、第２の補足データ項目で補足され、第２の補足データ項目およびそれぞれのリアルタイム車両データフロー１１２は、それぞれの車両データシャード３００においてグループ化される。いくつかの実施形態では、複数のリアルタイム車両データフロー１１２が複数の車両データシャード３００にグループ化されるとき、複数のリアルタイム車両データフローの各データ項目は、共通フォーマットに従って、複数の車両データシャードのそれぞれのデータ項目に変換される。いくつかの実施形態では、複数の車両データシャード３００は所定の数の車両データシャード（例えば、２４個のシャード）を含むことができ、複数のリアルタイム車両データフローの１１２各々は、車両データシャード３００のそれぞれ１つにおいて完全にグループ化される。所定のデータストレージ規則（例えば、７日間記憶される）に従って、複数の車両データシャード３００が車両データフィードサーバ１１０の車両データベースに記憶される。いくつかの実施形態では、各車両データシャード３００について、リアルタイム車両データフロー１１２のサブセットが、時間的順序に従って順次にそれぞれの車両データシャード３００にグループ化される。
【0101】
[00113] 車両データフィードサーバ１１０は、クライアントデバイス１０６のユーザからユーザ認証情報および車両データ要求１１４を受信する（８１４）。ユーザ認証情報に関連付けられた車両データは、複数のリアルタイム車両データフロー１１２から、またはデータフロー１１２から統合された複数の車両データシャードから識別されているため、車両データ要求は、ユーザ認証情報に関連付けられたアクセスレベルを含まない場合がある。いくつかの状況において、サーバ１１０によって収集された複数の車両データフローからユーザ認証情報に関連付けられた車両データを要求するための車両データ要求１１４が受信される。代替的に、いくつかの状況において、サーバ１１０によって収集されることになる複数のデータフローからの車両データを要求するための車両データ要求１１４が受信される。いくつかの実施形態では、クライアントデバイス１０６は、クライアントデバイスのユーザアカウントを介して車両データアプリケーションを実行するように構成される。ユーザアカウントはユーザ認証情報に対応し、ユーザ認証情報は、ユーザ名と、ユーザアカウントのパスワードとを含む。
【0102】
[00114] 車両データ要求１１４に応答して、車両データフィードサーバ１１０は、ユーザ認証情報に基づいて、ユーザがユーザ認証情報に関連付けられた車両データ６１６にアクセスする権限を有するか否かを判断する（８１６）。車両データは、複数のリアルタイム車両データフローのサブセットを含む。ユーザがユーザ認証情報に関連付けられた車両データにアクセスする権限を有するという判断に従って、車両データフィードサーバ１１０は、１つまたは複数の通信ネットワークを介して複数のリアルタイム車両データフローのサブセットをクライアントデバイス１０６に転送する（８１８）。ユーザ認証情報に関連付けられた車両データ１１６は、クライアントデバイス１０６上で実行される車両データアプリケーションを介してユーザに提示することができる。いくつかの実施形態では、ユーザ認証情報に関連付けられた車両データ１１６におけるデータ項目は、第１の補足データ項目で補足され、第１の補足データ項目は、ユーザ認証情報に関連付けられた車両データ１１６におけるそれぞれのデータ項目と併せてクライアントデバイス１０６に送信される。いくつかの実施形態では、クライアントデバイス１０６は、ユーザ認証情報に関連付けられた車両データに局所的にデータフィルタを適用して、車両データ１１６のサブセットを識別するように構成される。いくつかの実施形態では、クライアントデバイス１０６は、車両データ１１６に基づいて車両制御コマンド１１８を生成し、車両制御コマンド１１８を複数の車両１０２のうちの１つに送信するように構成され、それによって、少なくとも車両１０２のサブセットからリアルタイムで収集される車両データに基づいて、複数の車両１０２のうちの１つを制御することができるようにする。
【0103】
[00115] ユーザ認証情報に関連付けられた車両データは、リアルタイム車両データフロー１１２のサブセットを含む。リアルタイム車両データフロー１１２のサブセットの各々について、ユーザ認証情報に関連付けられたアクセスレベルに従って第２の補足データ項目が決定され、第２の捕捉データ項目は、それぞれのリアルタイム車両データフローが、ユーザ認証情報に関連付けられた車両データの一部であることを示す。例として、第２の補足データ項目は、サブセット内のそれぞれのリアルタイム車両データフロー１１２にアタッチされたフラグを含み、フラグは、それぞれのリアルタイム車両データフロー１１２がユーザ認証情報について選択された車両データの一部であることを示す。別の例として、第２の補足データ項目は、複数のユーザ認証情報の各々を、要求されるユーザ認証情報に関連付けられた車両データに対応する車両データフロー１１２のサブセットのそれぞれの情報と相関付けるハッシュ関数（例えば、各ユーザ認証情報を、車両データフロー１１２のサブセットのフロー識別子と相関付けるハッシュ関数）に対応する。
【0104】
[00116] いくつかの実施形態では、クライアントデバイス１０６から受信される車両データ要求１１４は現在の要求を含む。現在の要求に応答して、車両データフィードサーバ１１０は、時間的位置に対応する複数の車両データシャード３００における参照ポインタ４０４を識別する。時間的位置の前に収集されたリアルタイム車両データフロー１１２は、クライアントデバイス１０６から受信された以前の要求に応答してユーザ認証情報に関連付けられた車両データを提供するように構成される。以前の要求は、現在の要求の前に受信される。時間的位置の後に収集されたリアルタイム車両データフロー１１２は、現在の要求に応答してユーザ認証情報に関連付けられた車両データを提供するように構成される。
【0105】
[00117] いくつかの実施形態では、クライアントデバイス１０６から受信した車両データ要求１１４は第１の要求を含み、要求された車両データ１１６は、第１の要求に応答して第１の車両データシャード３００から抽出されたユーザ認証情報に関連付けられた第１の車両データを含む。車両データフィードサーバ１１０は、第２のクライアントデバイスの第２のユーザから、第２のユーザ認証情報と、第２の車両データの第２の要求とを受信する。リアルタイム車両データフローを収集している間、第２の車両データは、第２のユーザ認証情報に関連付けられた第２のアクセスレベルに従って、第２のユーザの第２のユーザ認証情報に関連付けておくことができる。第２の要求に応答して、第１の要求とは独立して、車両データフィードサーバ１１０は、第２のユーザ認証情報に基づいて、第２のユーザが第２のユーザ認証情報に関連付けられた第２の車両データにアクセスする権限を有しているか否かを判断する。第２の車両データは、複数のリアルタイム車両データフローの第２のサブセットを含む。第２のユーザが第２のユーザ認証情報に関連付けられた第２の車両データにアクセスする権限を有するという判断に従って、次に、車両データフィードサーバ１１０は、複数のリアルタイム車両データフローの第２のサブセットを第２のクライアントデバイスに転送する。第２の車両データは、第１の車両データシャードから抽出されている第１の車両データとは独立して、第２の車両データシャードから抽出される。いくつかの実施形態では、第１の車両データおよび第２の車両データは別個であり、任意選択により、同じ車両データシャードまたは２つの別個の車両シャードから抽出される。代替的に、いくつかの実施形態では、第１の車両データおよび第２の車両データは同一であってもよく、第１の要求および第２の要求が別個であり、互いに異なる場合であっても、同じ車両シャードから抽出されてもよい。
【0106】
[00118] 任意選択により、第１および第２の車両データシャードは同じ車両データシャードである。第１および第２のクライアントデバイスは、処理スレッドにおいて順次同じシャードから（同一または別個の）それぞれの要求された車両データを抽出することができる。任意選択により、第１および第２の車両データシャードは異なる。第１および第２の車両データシャードが同じ処理スレッドに割り当てられている場合、第１および第２のクライアントデバイスは、同じ処理スレッドにおいて順次異なる車両データシャードからそれぞれの要求された車両データを抽出することができる。第１および第２の車両データシャードが２つの別個の処理スレッドに割り当てられている場合、第１および第２のクライアントデバイスは、２つの別個の処理スレッドにおいて順次または同時に異なる車両データシャードからそれぞれの要求された車両データを抽出することができる。
【0107】
[00119] いくつかの実施形態では、複数のリアルタイム車両データフロー１１２は、車両データフィードサーバ１１０のデータベースに、第１の期間にわたって記憶される。構成メタデータが生成され、構成メタデータは、複数のリアルタイム車両データフローと、クライアントデバイスから受信した車両データ要求とに対応する。構成メタデータは、第１の期間よりも長い第２の期間にわたってデータベースに記憶される。換言すれば、構成メタデータは、より長い期間にわたって記憶され、複数のリアルタイム車両データフロー１１２は、構成メタデータより先に車両データベースからパージされる。
【0108】
[00120] さらに、いくつかの実施形態では、車両データフィードサーバ１１０は、１つまたは複数の通信ネットワーク１０８を介して１つまたは複数の車両オペレータデバイス１２４に通信可能に結合され、１つまたは複数の車両オペレータデバイス１２４または車両１０２から１つまたは複数の制御データフロー１２８を受信する。各制御データフローは１つまたは複数の制御コマンドを含み、各コマンドは、複数の車両のそれぞれのサブセットを制御するために、それぞれの車両オペレータデバイスによって発行される。１つまたは複数の制御データフロー１２８は、複数のリアルタイム車両データフロー１１２と統合され、複数のリアルタイム車両データフロー１１２と共に複数の車両データシャード３００にグループ化される。
【0109】
[00121] 図２、図５、図７および図８の各々における動作が説明される特定の順序は例示にすぎず、説明される順序が、動作を実行することができる唯一の順序であることを示すことは意図されないことを理解すべきである。当業者であれば、本明細書に記載のウェアハウスにおけるストレージ空間を計画する様々な方式を認識するであろう。さらに、プロセス２００、５００、７００、および８００のうちの１つに関して説明した詳細は、方法２００、５００、７００、および８００のうちの任意の他の方法に類似した方式でも適用可能であることに留意されたい。簡潔にするために、類似の詳細については繰り返さない。
【0110】
[00122] 図８Ｂは、いくつかの実施形態による、車両データフィードサーバ１１０を介して車両データを通信する方法８５０の流れ図である。方法８５０は、任意選択により、非一時的コンピュータ可読ストレージ媒体に記憶され、コンピュータシステム（例えば、サーバシステム１０４）の１つまたは複数のプロセッサによって実行される命令によって管理される。図８Ｂに示す動作の各々は、サーバシステム１０４のコンピュータメモリまたはコンピュータ可読ストレージ媒体（例えば、図９におけるサーバシステム１０４のメモリ９０６）に記憶される命令に対応することができる。コンピュータ可読ストレージ媒体は、磁気または光ディスクストレージデバイス、フラッシュメモリ等のソリッドステートストレージデバイス、または他の単数もしくは複数の不揮発性メモリデバイスを含むことができる。コンピュータ可読ストレージ媒体上に記憶されたコンピュータ可読命令は、ソースコード、アセンブリ言語コード、オブジェクトコード、または１つもしくは複数のプロセッサによって解釈される他の命令のうちの１つまたは複数を含むことができる。方法８５０におけるいくつかの動作は組み合わせることができ、かつ／またはいくつかの動作の順序は変更することができる。
【0111】
[00123] 車両データフィードサーバ１１０は、１つまたは複数の通信ネットワーク１０８を介して複数の車両１０２に結合され、１つまたは複数の通信ネットワーク１０８を介して複数の車両１０２から複数のリアルタイム車両データフロー１１２を受信する（８５２）。各リアルタイム車両データフローは、それぞれの車両に関連付けられ（８５４）、少なくとも、それぞれの車両の車両テレメトリデータを含む。任意選択により、各リアルタイム車両データフロー１１２は、制御イベントデータ、制御コマンド、車両対デバイス結合イベントデータ、センサ読み値、およびそれぞれの車両１０２に関連付けられたログデータのうちの１つまたは複数をさらに含む。いくつかの実施形態では、各リアルタイム車両データフロー１１２は、それぞれの一意のフロー識別子に関連付けられる。複数の車両１０２の各々は、一意の車両識別子を有し、各リアルタイム車両データフローは、それぞれの車両１０２の一意の車両識別子によってそれぞれの車両１０２に関連付けられる。
【0112】
[00124] いくつかの実施形態では、複数のリアルタイム車両データフロー１１２が複数の車両データシャード３００に統合（８５５）およびグループ化される。各データフロー１１２は、それぞれのフロー識別情報または車両識別情報に基づいて、それぞれの車両データシャード３００にグループ化することができる。それぞれのフローまたは車両識別情報に基づいてそれぞれの車両データシャード３００を識別するためのハッシュ関数が適用される。データフロー１１２が車両データシャード３００に割り当てられると、その全てのデータ項目が車両データシャード３００に記憶される。したがって、データフロー１１２に対応する車両に関連する全てのデータ項目が、同じ車両データシャード３００内に統合される。
【0113】
[00125] いくつかの状況では、複数のリアルタイム車両データフロー１１２の各々が、補足データ項目で補足され、補足データ項目およびそれぞれのリアルタイム車両データフロー１１２は、それぞれの車両データシャード３００においてグループ化される。いくつかの実施形態では、複数のリアルタイム車両データフロー１１２が複数の車両データシャード３００にグループ化されるとき、複数のリアルタイム車両データフローの各データ項目は、共通フォーマットに従って、複数の車両データシャードのそれぞれのデータ項目に変換される。いくつかの実施形態では、複数の車両データシャード３００は所定の数の車両データシャード（例えば、２４個のシャード）を含み、複数のリアルタイム車両データフロー１１２の各々は、車両データシャード３００のそれぞれ１つにおいて完全にグループ化される。所定のデータストレージ規則（例えば、７日間記憶される）に従って、複数の車両データシャード３００が車両データフィードサーバ１１０のデータベースに記憶される。いくつかの実施形態では、各車両データシャード３００について、リアルタイム車両データフロー１１２のサブセットが、時間的順序に従って順次にそれぞれの車両データシャード３００にグループ化される。
【0114】
[00126] 車両データフィードサーバ１１０は、クライアントデバイス１０６から、ユーザ認証情報および車両データの要求１１４を受信し（８５６）、要求は、例えば複数のリアルタイム車両データフロー１１２から、またはデータフロー１１２が統合された複数の車両データシャードから、車両データを選択するための判断基準を指定する（８５８）。いくつかの実施形態では、クライアントデバイス１０６は、クライアントデバイスのユーザアカウントを介して車両データアプリケーションを実行するように構成される。ユーザアカウントはユーザ認証情報に対応し、ユーザ認証情報は、ユーザ名と、ユーザアカウントのパスワードとを含む。いくつかの実施形態では、車両データを選択するための判断基準は、ＶＩＮ番号、車両タイプ、複数の所定のセンサデータタイプ、および複数の対応する検知閾値のうちの１つまたは複数に基づいて定義される。
【0115】
[00127] 複数のリアルタイム車両データフローを受信している間（８６０）、要求１１４に応答して、車両データフィードサーバ１１０は、ユーザ認証情報に基づいて車両データに対するアクセスレベルを決定し（８６２）、判断基準およびアクセスレベルに適合する車両データを抽出し（８６４）、車両データを、１つまたは複数の通信ネットワークを介してクライアントに実質的にリアルタイムのデータフィードとして送信する（８６６）。車両データ１１６は、クライアントデバイス１０６上で実行される車両データアプリケーションを介してユーザに提示することができる。いくつかの実施形態では、車両データ１１６におけるデータ項目は、補足データ項目で補足され、補足データ項目は、車両データ１１６におけるそれぞれのデータ項目と併せてクライアントデバイス１０６に送信される。いくつかの実施形態では、クライアントデバイス１０６は、車両データ１１６に基づいて車両制御コマンド１１８を生成し、車両制御コマンド１１８を複数の車両１０２のうちの１つに送信するように構成され、それによって、少なくとも車両１０２のサブセットからリアルタイムで収集された、車両データ１１６を選択するための判断基準に適合する車両データに基づいて、複数の車両１０２のうちの１つを制御することができるようにする。
【0116】
[00128] いくつかの実施形態では、クライアントデバイス１０６から受信される要求１１４は現在の要求を含む。現在の要求に応答して、車両データフィードサーバ１１０は、時間的位置に対応する複数の車両データシャード３００における参照ポインタ４０４を識別する。時間的位置よりも前に収集されたリアルタイム車両データフロー１１２は、クライアントデバイス１０６から受信されかつ車両データを選択するための判断基準を指定する以前の要求に応答して処理される。以前の要求は、現在の要求の前に受信される。時間的位置の後に収集されたリアルタイム車両データフロー１１２は、現在の要求に応答して処理される。
【0117】
[00129] いくつかの実施形態では、クライアントデバイス１０６から受信した要求１１４は第１の要求を含み、要求された車両データ１１６は、第１の要求に応答して第１の車両データシャード３００から抽出される。車両データフィードサーバ１１０は、第２のクライアントデバイスから、第２のユーザ認証情報と、第２の車両データの第２の要求とを受信する。第２の要求は、第２の車両データを選択するための第２の判断基準を指定する。第２の要求に応じて、第１の要求とは独立して、車両データフィードサーバ１１０は、第２のユーザ認証情報に基づいて第２の車両データに対する第２のアクセスレベルを決定し、第２の車両データシャードから、第２の判断基準および第２のアクセスレベルに適合する第２の車両データを抽出し、第２の車両データを、第２の実質的にリアルタイムのデータフィードとして１つまたは複数の通信ネットワークを介して第２のクライアントデバイスに送信する。第２の車両データは、第１の車両データシャードから抽出されている第１の車両データとは独立して、第２の車両データシャードから抽出される。いくつかの実施形態では、第１の車両データおよび第２の車両データは別個であり、任意選択により、同じ車両データシャードまたは２つの別個の車両シャードから抽出される。代替的に、いくつかの実施形態では、第１の車両データおよび第２の車両データは同一であってもよく、第１の要求および第２の要求が別個であり、互いに異なる場合であっても、同じ車両シャードから抽出されてもよい。
【0118】
[00130] いくつかの実施形態では、複数のリアルタイム車両データフロー１１２は、車両データフィードサーバ１１０の車両データベースに、第１の期間にわたって記憶される。構成メタデータが生成され、構成メタデータは、複数のリアルタイム車両データフローと、クライアントデバイスから受信した要求とに対応する。構成メタデータは、第１の期間よりも長い第２の期間にわたって車両データベースに記憶される。換言すれば、構成メタデータは、より長い期間にわたって記憶され、複数のリアルタイム車両データフロー１１２は、構成メタデータより先に車両データベースからパージされる。
【0119】
[00131] さらに、いくつかの実施形態では、車両データフィードサーバ１１０は、１つまたは複数の通信ネットワーク１０８を介して１つまたは複数の車両オペレータデバイス１２４に通信可能に結合され、１つまたは複数の車両オペレータデバイス１２４または車両１０２から１つまたは複数の制御データフロー１２８を受信する。各制御データフローは１つまたは複数の制御コマンドを含み、各コマンドは、複数の車両のそれぞれのサブセットを制御するために、それぞれの車両オペレータデバイスによって発行される。１つまたは複数の制御データフロー１２８は、複数のリアルタイム車両データフロー１１２と統合され、複数のリアルタイム車両データフロー１１２と共に複数の車両データシャード３００にグループ化される。
【0120】
[00132] 図２、図５、図７および図８の各々における動作が説明される特定の順序は例示にすぎず、説明される順序が、動作を実行することができる唯一の順序であることを示すことは意図されないことを理解すべきである。当業者であれば、本明細書に記載のウェアハウスにおけるストレージ空間を計画する様々な方式を認識するであろう。さらに、プロセス２４０、５００、７００、および８５０のうちの１つに関して説明した詳細は、方法２４０、５００、７００、および８５０のうちの任意の他の方法に類似した方式でも適用可能であることに留意されたい。簡潔にするために、類似の詳細については繰り返さない。
【0121】
[00133] 図９は、いくつかの実施形態による、車両データ共有を可能にするように構成された例示的なサーバシステム１０４である。サーバシステム１０４は、通常、１つまたは複数の処理ユニット（ＣＰＵ）９０２と、１つまたは複数のネットワークインタフェース９０４と、メモリ９０６と、これらのコンポーネント（場合によってはチップセットと呼ばれる）を相互接続するための１つまたは複数の通信バス９０８とを含む。サーバシステム１０４は、キーボード、マウス、音声コマンド入力ユニットもしくはマイクロフォン、タッチスクリーンディスプレイ、タッチセンサ式入力パッド、ジェスチャー捕捉カメラ、または他の入力ボタンもしくは制御部等の、ユーザ入力を容易にする１つまたは複数の入力デバイス９１０を含むことができる。サーバシステム１０４は、１つもしくは複数のスピーカおよび／または１つもしくは複数の視覚ディスプレイを含む、ユーザインタフェースおよび表示コンテンツの提示を可能にする１つまたは複数の出力デバイス９１２も含むことができる。
【0122】
[00134] メモリ９０６は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ、または他のランダムアクセスソリッドステートメモリデバイス等の高速ランダムアクセスメモリを含み、任意選択により、１つもしくは複数の磁気ディスクストレージデバイス、１つもしくは複数の光ディスクストレージデバイス、１つもしくは複数のフラッシュメモリデバイス、または１つもしくは複数の他の不揮発性ソリッドステートストレージデバイス等の不揮発性メモリを含む。メモリ９０６は、任意選択により、１つまたは複数の処理ユニット９０２から遠隔に配置された１つまたは複数のストレージデバイスを含む。メモリ９０６、または代替的にメモリ９０６内の不揮発性メモリは、非一時的コンピュータ可読ストレージ媒体を含む。いくつかの実施形態では、メモリ９０６、またはメモリ９０６の非一時的コンピュータ可読ストレージ媒体は、以下のプログラム、モジュール、およびデータ構造、またはそれらのサブセットもしくはスーパーセットを記憶する。
・様々な基本システムサービスを扱い、ハードウェアに依拠したタスクを実行するための手順を含むオペレーティングシステム９１６；
・サーバシステム１０４を、１つまたは複数のネットワークインタフェース９０４（有線または無線）、およびインターネット、他の広域ネットワーク、ローカルエリアネットワーク、メトロポリタンエリアネットワークネットワーク等の１つまたは複数のネットワーク１０８を介して、他のデバイス（例えば、車両１０２、クライアントデバイス１０６、車両オペレータデバイス１２４）に接続するためのネットワーク通信モジュール９１８；
・異なる認証情報、ならびにクライアントおよびユーザの関連付けられたアクセスレベルの情報を記憶し、リアルタイム車両データフロー１１２を収集し、リアルタイム車両データフロー１１２内の車両データを、関連付けられたアクセスレベルに基づいて異なる認証情報に関連付け、関連付けられた車両データを含むデータフロー１１２を、ユーザ認証情報および車両データ要求に基づいて１つまたは複数のクライアントデバイス１０６に配信するための車両データフィードサーバモジュール９２０；ここで、車両データフィードサーバモジュール９２０は、ユーザ認証情報および要求から１つまたは複数のタップを抽出し、タップを適用して、実質的にリアルタイムのデータフィード１１６に対するリアルタイム車両データフロー１１２を制御し、リアルタイムのデータフィード１１６は、要求側のクライアントデバイス１０６に送達されることになる要求された車両データ（すなわち、収集されたリアルタイム車両データフロー１１２のサブセット）を運ぶ；車両データフィードサーバモジュール９２０の例示的な内部アーキテクチャーに関するさらなる詳細は、図６Ａおよび図６Ｂを参照して上記で説明されている；
・車両オペレータデバイス１２４および／またはクライアントデバイス１０６から制御データフロー１２６を受信し、制御コマンドを遠隔で用いて車両１０２を制御するための車両制御サーバモジュール９３０；ここで、制御サーバモジュール９３０は、車両制御アプリケーションを実行し、例えばユーザインタフェースを表示することによって、複数のオペレータアカウントを介して車両１０２を制御するように構成され、このユーザインタフェース上で、制御コマンドが入力され、制御コマンドは、それぞれの車両１０２を直接制御するために、または制御コマンドに応答したリアルタイムの車両１０の動作を監視することによって車両制御サーバ１０８を介して間接的に制御するために、適用される；
・少なくとも、以下を含むリアルタイム車両データフロー１１２のデータ項目を記憶するためのサーバシステムデータ９４０：
○リアルタイム車両データフロー１１２および補足データ項目を複数の車両データシャードに記憶するための車両データベース９４２；
○１つまたは複数のユーザアカウントのユーザ認証情報および関連付けられたアクセスレベル、１つまたは複数のユーザアカウントのアカウント設定、ならびにユーザアカウントの各々に関連付けられ、サーバシステム１０４によって管理されるクライアントデバイス１０６およびアプリケーションの設定を記憶するためのユーザアカウント情報９４４；ここで、いくつかの実施形態では、ユーザアカウント情報９４４は、車両データフィードサーバモジュール９２０に関連付けられた車両データアプリケーション、および／または車両制御サーバモジュール９３０に関連付けられた車両制御アプリケーションのユーザアカウントのアカウント設定を含む；
○少なくとも、サーバシステム１０４によって管理される車両データまたは制御アプリケーションのユーザアカウントの各々に関連付けられた、複数のクライアントデバイス１０６によって生成されるデータ、例えば、車両データ要求履歴、１つまたは複数の参照ポインタ、タップ、およびフロー構成メタデータ等を記憶するためのユーザアカウントデータ９４６。
・様々な基本システムサービスを扱い、ハードウェアに依拠したタスクを実行するための手順を含むオペレーティングシステム９１６；
・サーバシステム１０４を、１つまたは複数のネットワークインタフェース９０４（有線または無線）、およびインターネット、他の広域ネットワーク、ローカルエリアネットワーク、メトロポリタンエリアネットワークネットワーク等の１つまたは複数のネットワーク１０８を介して、他のデバイス（例えば、車両１０２、クライアントデバイス１０６、車両オペレータデバイス１２４）に接続するためのネットワーク通信モジュール９１８；
・異なる認証情報、ならびにクライアントおよびユーザの関連付けられたアクセスレベルの情報を記憶し、リアルタイム車両データフロー１１２を収集し、リアルタイム車両データフロー１１２内の車両データを、関連付けられたアクセスレベルに基づいて異なる認証情報に関連付け、関連付けられた車両データを含むデータフロー１１２を、ユーザ認証情報および車両データ要求に基づいて１つまたは複数のクライアントデバイス１０６に配信するための車両データフィードサーバモジュール９２０；ここで、車両データフィードサーバモジュール９２０は、ユーザ認証情報および要求から１つまたは複数のタップを抽出し、タップを適用して、実質的にリアルタイムのデータフィード１１６に対するリアルタイム車両データフロー１１２を制御し、リアルタイムのデータフィード１１６は、要求側のクライアントデバイス１０６に送達されることになる要求された車両データ（すなわち、収集されたリアルタイム車両データフロー１１２のサブセット）を運ぶ；車両データフィードサーバモジュール９２０の例示的な内部アーキテクチャーに関するさらなる詳細は、図６Ａおよび図６Ｂを参照して上記で説明されている；
・車両オペレータデバイス１２４および／またはクライアントデバイス１０６から制御データフロー１２６を受信し、制御コマンドを遠隔で用いて車両１０２を制御するための車両制御サーバモジュール９３０；ここで、制御サーバモジュール９３０は、車両制御アプリケーションを実行し、例えばユーザインタフェースを表示することによって、複数のオペレータアカウントを介して車両１０２を制御するように構成され、このユーザインタフェース上で、制御コマンドが入力され、制御コマンドは、それぞれの車両１０２を直接制御するために、または制御コマンドに応答したリアルタイムの車両１０の動作を監視することによって車両制御サーバ１０８を介して間接的に制御するために、適用される；
・少なくとも、以下を含むリアルタイム車両データフロー１１２のデータ項目を記憶するためのサーバシステムデータ９４０：
○リアルタイム車両データフロー１１２および補足データ項目を複数の車両データシャードに記憶するための車両データベース９４２；
○１つまたは複数のユーザアカウントのユーザ認証情報および関連付けられたアクセスレベル、１つまたは複数のユーザアカウントのアカウント設定、ならびにユーザアカウントの各々に関連付けられ、サーバシステム１０４によって管理されるクライアントデバイス１０６およびアプリケーションの設定を記憶するためのユーザアカウント情報９４４；ここで、いくつかの実施形態では、ユーザアカウント情報９４４は、車両データフィードサーバモジュール９２０に関連付けられた車両データアプリケーション、および／または車両制御サーバモジュール９３０に関連付けられた車両制御アプリケーションのユーザアカウントのアカウント設定を含む；
○少なくとも、サーバシステム１０４によって管理される車両データまたは制御アプリケーションのユーザアカウントの各々に関連付けられた、複数のクライアントデバイス１０６によって生成されるデータ、例えば、車両データ要求履歴、１つまたは複数の参照ポインタ、タップ、およびフロー構成メタデータ等を記憶するためのユーザアカウントデータ９４６。
【0123】
[00135] 上記で識別された要素の各々は、上述したメモリデバイスのうちの１つまたは複数に記憶することができ、上記で説明した機能を実行するための命令のセットに対応する。上記で識別したモジュールまたはプログラム（すなわち、命令のセット）は、別個のソフトウェアプログラム、プロシージャ、モジュール、またはデータ構造として実施される必要はなく、このため、これらのモジュールの様々なサブセットを、様々な実施形態において組み合わせるか、または他の形で再構成することができる。いくつかの実施形態では、メモリ９０６は、任意選択により、上記で識別したモジュールおよびデータ構造のサブセットを記憶する。さらに、メモリ９０６は、任意選択により、上記で説明していない追加のモジュールおよびデータ構造を記憶する。
【0124】
[00136] 図１０は、いくつかの実施形態による、車両データの要求およびレビューを可能にする車両データアプリケーションを実行するように構成された例示的なクライアントデバイス１０６である。クライアントデバイス１０６は、通常、１つまたは複数の処理ユニット（ＣＰＵ）１００２と、１つまたは複数のネットワークインタフェース１００４と、メモリ１００６と、これらのコンポーネント（場合によってはチップセットと呼ばれる）を相互接続するための１つまたは複数の通信バス１００８とを含む。メモリ１００６は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ、または他のランダムアクセスソリッドステートメモリデバイス等の高速ランダムアクセスメモリを含み、任意選択により、１つもしくは複数の磁気ディスクストレージデバイス、１つもしくは複数の光ディスクストレージデバイス、１つもしくは複数のフラッシュメモリデバイス、または１つもしくは複数の他の不揮発性ソリッドステートストレージデバイス等の不揮発性メモリを含む。メモリ１００６は、任意選択により、１つまたは複数の処理ユニット１００２から遠隔に配置された１つまたは複数のストレージデバイスを含む。メモリ１００６、または代替的にメモリ１００６内の不揮発性メモリは、非一時的コンピュータ可読ストレージ媒体を含む。クライアントデバイス１０６は、入力ボタンまたは制御部等のユーザ入力を容易にする１つまたは複数の入力デバイス１０１０を含むことができる。さらに、クライアントデバイス１０６は、マイクロフォンおよび音声認識、またはカメラおよびジェスチャー認識を用いて、ボタンを補うかまたはボタンに置き換わることもできる。クライアントデバイス１０６は、スピーカおよび／または視覚ディスプレイを含む、ユーザインタフェースおよび表示コンテンツの提示を可能にする１つまたは複数の出力デバイス１０１２も含むことができる。
【0125】
[00137] いくつかの実施形態では、メモリ１００６、またはメモリ１００６の非一時的コンピュータ可読ストレージ媒体は、以下のプログラム、モジュール、およびデータ構造、またはそれらのサブセットもしくはスーパーセットを記憶する。
・様々な基本システムサービスを扱い、ハードウェアに依拠したタスクを実行するための手順を含むオペレーティングシステム１０１６；
・クライアントデバイス１０６を、１つまたは複数のネットワークインタフェース１００４（有線または無線）、およびインターネット、他の広域ネットワーク、ローカルエリアネットワーク、メトロポリタンエリアネットワーク、ケーブルテレビシステム、衛星テレビシステム、ＩＰＴＶシステム等の１つまたは複数のネットワーク１０８を介して他のコンピュータまたはシステム（例えば、サーバシステム１０４、クライアントグループサーバ１２２、車両１０２、および車両オペレータデバイス１２４）に接続するためのネットワーク通信モジュール１０１８；
・１つまたは複数の入力デバイス１０１０のうちの１つから、１つまたは複数のユーザ入力またはインタラクションを検出し、検出された入力またはインタラクションを解釈するための入力処理モジュール１０２０；
・インターネットにおいて情報にアクセスし、グラフィックユーザインタフェースを提示するためのウェブブラウザ１０２２。グラフィックユーザインタフェースは、アクセスレベル、ユーザ認証情報、車両データ要求、および制御コマンドの入力を受信して、リアルタイム車両データフィード（すなわち、リアルタイム車両データフロー１１２のサブセットを含む、ユーザ認証情報に関連付けられた車両データ１１６）を提示する；
・アクセスレベルを定義する入力、ユーザ認証情報、車両データ要求、および制御コマンドを受信してリアルタイム車両データフィード（すなわち、リアルタイム車両データフロー１１２のサブセットを含むユーザ認証情報に関連付けられた車両データ１１６）を提示するための車両データアプリケーション１０２４；
・少なくとも、以下を含むサーバシステム１０４によって提供される車両データフィードを記憶するためのデバイスデータ１０３０：
○１つまたは複数のユーザアカウントのユーザ認証情報および関連付けられたアクセスレベル、１つまたは複数のユーザアカウントのアカウント設定、ならびにクライアントデバイス１０６によってアクセスされるユーザアカウントの各々に関連付けられたクライアントデバイス１０６およびアプリケーションの設定を記憶するためのユーザアカウント情報１０３２。ここで、いくつかの実施形態では、ユーザアカウント情報１０３２は、車両データアプリケーション１０２４の１つまたは複数のユーザアカウントのアカウント設定を含み、１つまたは複数のユーザアカウントは同じクライアントグループに属する；
○少なくとも、クライアントデバイスにおいてアクセスされる車両データアプリケーションのユーザアカウントの各々に関連付けられたデータ、例えば、車両データ要求履歴、１つまたは複数の参照ポインタ、タップ、およびフロー構成メタデータ等を記憶するためのユーザアカウントデータ１０３４。
○クライアントデバイス１０６の車両データ要求に応答してサーバシステム１０４によって提供されるリアルタイムデータフィード１１６（すなわち、要求された車両データ）を記憶するためのローカル車両データベース１０３６。
・様々な基本システムサービスを扱い、ハードウェアに依拠したタスクを実行するための手順を含むオペレーティングシステム１０１６；
・クライアントデバイス１０６を、１つまたは複数のネットワークインタフェース１００４（有線または無線）、およびインターネット、他の広域ネットワーク、ローカルエリアネットワーク、メトロポリタンエリアネットワーク、ケーブルテレビシステム、衛星テレビシステム、ＩＰＴＶシステム等の１つまたは複数のネットワーク１０８を介して他のコンピュータまたはシステム（例えば、サーバシステム１０４、クライアントグループサーバ１２２、車両１０２、および車両オペレータデバイス１２４）に接続するためのネットワーク通信モジュール１０１８；
・１つまたは複数の入力デバイス１０１０のうちの１つから、１つまたは複数のユーザ入力またはインタラクションを検出し、検出された入力またはインタラクションを解釈するための入力処理モジュール１０２０；
・インターネットにおいて情報にアクセスし、グラフィックユーザインタフェースを提示するためのウェブブラウザ１０２２。グラフィックユーザインタフェースは、アクセスレベル、ユーザ認証情報、車両データ要求、および制御コマンドの入力を受信して、リアルタイム車両データフィード（すなわち、リアルタイム車両データフロー１１２のサブセットを含む、ユーザ認証情報に関連付けられた車両データ１１６）を提示する；
・アクセスレベルを定義する入力、ユーザ認証情報、車両データ要求、および制御コマンドを受信してリアルタイム車両データフィード（すなわち、リアルタイム車両データフロー１１２のサブセットを含むユーザ認証情報に関連付けられた車両データ１１６）を提示するための車両データアプリケーション１０２４；
・少なくとも、以下を含むサーバシステム１０４によって提供される車両データフィードを記憶するためのデバイスデータ１０３０：
○１つまたは複数のユーザアカウントのユーザ認証情報および関連付けられたアクセスレベル、１つまたは複数のユーザアカウントのアカウント設定、ならびにクライアントデバイス１０６によってアクセスされるユーザアカウントの各々に関連付けられたクライアントデバイス１０６およびアプリケーションの設定を記憶するためのユーザアカウント情報１０３２。ここで、いくつかの実施形態では、ユーザアカウント情報１０３２は、車両データアプリケーション１０２４の１つまたは複数のユーザアカウントのアカウント設定を含み、１つまたは複数のユーザアカウントは同じクライアントグループに属する；
○少なくとも、クライアントデバイスにおいてアクセスされる車両データアプリケーションのユーザアカウントの各々に関連付けられたデータ、例えば、車両データ要求履歴、１つまたは複数の参照ポインタ、タップ、およびフロー構成メタデータ等を記憶するためのユーザアカウントデータ１０３４。
○クライアントデバイス１０６の車両データ要求に応答してサーバシステム１０４によって提供されるリアルタイムデータフィード１１６（すなわち、要求された車両データ）を記憶するためのローカル車両データベース１０３６。
【0126】
[00138] 上記で識別された要素の各々は、上述したメモリデバイスのうちの１つまたは複数に記憶することができ、上記で説明した機能を実行するための命令のセットに対応する。上記で識別したモジュールまたはプログラム（すなわち、命令のセット）は、別個のソフトウェアプログラム、プロシージャ、モジュール、またはデータ構造として実施される必要はなく、このため、これらのモジュールの様々なサブセットを、様々な実施形態において組み合わせるか、または他の形で再構成することができる。いくつかの実施形態では、メモリ１００６は、任意選択により、上記で識別したモジュールおよびデータ構造のサブセットを記憶する。さらに、メモリ１００６は、任意選択により、上記で説明していない追加のモジュールおよびデータ構造を記憶する。
【0127】
[00139] 上記で識別された要素の各々は、上述したメモリデバイスのうちの１つまたは複数に記憶することができ、上記で説明した機能を実行するための命令のセットに対応する。上記で識別したモジュールまたはプログラム（すなわち、命令のセット）は、別個のソフトウェアプログラム、プロシージャ、モジュール、またはデータ構造として実施される必要はなく、このため、これらのモジュールの様々なサブセットを、様々な実施形態において組み合わせるか、または他の形で再構成することができる。いくつかの実施形態では、メモリ１００６は、任意選択により、上記で識別したモジュールおよびデータ構造のサブセットを記憶する。さらに、メモリ１００６は、任意選択により、上記で説明していない追加のモジュールおよびデータ構造を記憶する。
【0128】
[00140] ここでは、いくつかの例において、第１、第２等の用語を使用して様々な要素が記述されるが、これらの要素はこれらの用語によって制限されるべきではないことも理解される。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、様々な記載の実施形態の範囲から逸脱することなく、第１の車両データシャードを第２の車両データシャードと呼ぶことができ、同様に、第２の車両データシャードを第１の車両データシャードと呼ぶことができる。第１の車両データシャードおよび第２の車両データシャードは、両方とも車両データシャードであるが、これらは任意選択により、同じ車両データシャードまたは２つの別個の異なる車両データシャードを指す。
【0129】
[00141] 本明細書における様々な記載の実施形態の記述において用いられる用語は、特定の実施形態のみを記述する目的であり、実施形態の限定を意図するものではない。様々な記載の実施形態および添付の特許請求の範囲の記述において用いられるとき、単数形の「１つの」および「その」は、内容が明確にそうでないことを示さない限り、複数形を含むことが意図されている。本明細書において用いられるとき、「および／または」という用語は、関連して列挙されている事項のありとあらゆる組合せを指し、包含することも理解されよう。さらに、「含む」、「含んでいる」、「備える」および／または「備えている」という用語は、本特許明細書において用いられるとき、記載された特徴、整数、ステップ、動作、要素、および／またはコンポーネントの存在を示すが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、コンポーネント、および／またはこれらのグループの存在または追加を除外していないということが、理解されるであろう。
【0130】
[00142] 本明細書において用いられるとき、「場合」という用語は、文脈に応じて、任意選択により「とき」または「際」、または「～であるという判断に応答して」、または「～の検出に応答して」または「～という判断に従って」の意味として解釈される。同様に、文脈に応じて、句「～であると判断される場合」または「（述べられる条件または事象）が検出される場合」は、任意選択により、「～と判断される際」または「～という判断に応答して」または「（述べられる条件または事象）が検出される際」または「（述べられる条件または事象）の検出に応答して」、または「（述べられる条件または事象）が検出されたという判断に従って」の意味として解釈される。
【0131】
[00143] 様々な図面は、複数の論理ステージを特定の順序で例示するが、順序に左右されないステージを並び替えてもよく、他のステージは組み合わされるかまたは分割されてもよい。いくつかの並び替えまたは他のグループ化を具体的に述べたが、他のものが当業者に明らかになるであろう。そのため、本明細書に提示した順序およびグループ化は、別例の包括的なリストではない。さらに、ステージは、ハードウェア、ファームウェア、ソフトウェア、または任意のそれらの組合せで実現できることを認識されたい。
【0132】
[00144] 上記の記述は、説明の目的で、特定の実施形態を参照して記述された。しかしながら、例示的な論考は、包括的であることも、特許請求の範囲を開示した厳密な形態に限定することも意図していない。上記の教示に照らして多くの変更および変形が可能である。実施形態は、特許請求の範囲の基礎をなす原理、および実際の応用を最もよく説明し、それによって当業者が、意図される特定の用途に適する様々な変更を用いて実施形態を最大限に利用できるように選択された。
【0133】
[00145] 本出願のいくつかの実施態様は、複数の車両に通信可能に結合された車両データフィードサーバを介して車両データを通信することを対象とする。車両データフィードサーバは、車両から複数のリアルタイム車両データフローを受信し、各リアルタイム車両データフローは、それぞれの車両に関連付けられ、それぞれの車両の車両テレメトリデータを含む。車両データフィードサーバはまた、クライアントデバイスから、ユーザ認証情報と、車両データの要求とを受信し、要求は、車両データを選択するための判断基準を指定する。リアルタイム車両データフローを受信している間、要求に応答して、車両データフィードサーバは、ユーザ認証情報に基づいて車両データに対するアクセスレベルを決定し、判断基準およびアクセスレベルに適合する車両データを抽出し、車両データを、クライアントデバイスに実質的にリアルタイムのデータフィードとして送信する。
【0134】
[00146] 条項１。車両データを通信するための方法であって、
１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行するための命令を記憶するメモリとを有する車両データフィードサーバであって、車両データフィードサーバは１つまたは複数の通信ネットワークを介して複数の車両に結合される、車両データフィードサーバにおいて、
複数の車両から、１つまたは複数の通信ネットワークを介して複数のリアルタイム車両データフローを受信することであって、各リアルタイム車両データフローは、それぞれの車両に関連付けられ、少なくとも、それぞれの車両の車両テレメトリデータを含むことと、
クライアントデバイスから、ユーザ認証情報と、車両データの要求とを受信することであって、要求は、車両データを選択するための判断基準を指定することと、
複数のリアルタイム車両データフローを受信している間、要求に応答して、
ユーザ認証情報に基づいて車両データへのアクセスレベルを決定することと、
アクセスレベルおよび要求によって指定された判断基準に従って、判断基準およびアクセスレベルに適合する車両データを抽出することと、
車両データを、実質的にリアルタイムのデータフィードとして、１つまたは複数の通信ネットワークを介してクライアントデバイスに送信することと、
を含む、方法。
１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行するための命令を記憶するメモリとを有する車両データフィードサーバであって、車両データフィードサーバは１つまたは複数の通信ネットワークを介して複数の車両に結合される、車両データフィードサーバにおいて、
複数の車両から、１つまたは複数の通信ネットワークを介して複数のリアルタイム車両データフローを受信することであって、各リアルタイム車両データフローは、それぞれの車両に関連付けられ、少なくとも、それぞれの車両の車両テレメトリデータを含むことと、
クライアントデバイスから、ユーザ認証情報と、車両データの要求とを受信することであって、要求は、車両データを選択するための判断基準を指定することと、
複数のリアルタイム車両データフローを受信している間、要求に応答して、
ユーザ認証情報に基づいて車両データへのアクセスレベルを決定することと、
アクセスレベルおよび要求によって指定された判断基準に従って、判断基準およびアクセスレベルに適合する車両データを抽出することと、
車両データを、実質的にリアルタイムのデータフィードとして、１つまたは複数の通信ネットワークを介してクライアントデバイスに送信することと、
を含む、方法。
【0135】
[00147] 条項２。車両データフィードサーバは、１つまたは複数の通信ネットワークを介して１つまたは複数の車両オペレータデバイスに通信可能に結合され、方法は、
１つまたは複数の車両オペレータデバイスまたは車両から１つまたは複数の制御データフローを受信することをさらに含み、各制御データフローは１つまたは複数の制御コマンドを含み、各コマンドは、複数の車両のそれぞれのサブセットを制御するために、それぞれの車両オペレータデバイスによって発行される、条項１の方法。
１つまたは複数の車両オペレータデバイスまたは車両から１つまたは複数の制御データフローを受信することをさらに含み、各制御データフローは１つまたは複数の制御コマンドを含み、各コマンドは、複数の車両のそれぞれのサブセットを制御するために、それぞれの車両オペレータデバイスによって発行される、条項１の方法。
【0136】
[00148] 条項３。１つまたは複数の制御データフローを複数のリアルタイム車両データフローと統合することをさらに含み、統合することは、複数のリアルタイム車両データフローおよび１つまたは複数の制御データフローを複数の車両データシャードにグループ化することを含む、条項２の方法。
【0137】
[00149] 条項４。車両データにおけるデータ項目を、補足データ項目で補足することであって、補足データ項目は、車両データにおけるそれぞれのデータ項目と併せてクライアントデバイスに送信されることをさらに含む、条項１～３のいずれかの方法。
【0138】
[00150] 条項５。
複数のリアルタイム車両データフローの各々を補足データ項目で補足することと、
それぞれの車両データシャードにおいて、補足データ項目およびそれぞれのリアルタイム車両データフローをグループ化することと、
をさらに含む、条項１～４のいずれかの方法。
複数のリアルタイム車両データフローの各々を補足データ項目で補足することと、
それぞれの車両データシャードにおいて、補足データ項目およびそれぞれのリアルタイム車両データフローをグループ化することと、
をさらに含む、条項１～４のいずれかの方法。
【0139】
[00151] 条項６。複数のリアルタイム車両データフローを統合することをさらに含み、統合することは、複数のリアルタイム車両データフローを複数の車両データシャードにグループ化することを含み、要求に応答して抽出された車両データは、複数の車両データシャードのサブセットを含む、条項１～５のいずれかの方法。
【0140】
[00152] 条項７。複数のリアルタイム車両データフローが複数の車両データシャードにグループ化されるとき、複数のリアルタイム車両データフローの各データ項目は、共通フォーマットに従って、複数の車両データシャードのそれぞれのデータ項目に変換される、条項６の方法。
【0141】
[00153] 条項８。複数の車両データシャードは所定の数の車両データシャードを含み、複数のリアルタイム車両データフローの各々は、車両データシャードのそれぞれ１つにおいて完全にグループ化される、条項６の方法。
【0142】
[00154] 条項９。所定のデータストレージ規則に従って、車両データフィードサーバの車両データベースに複数の車両データシャードを記憶することをさらに含む、条項６の方法。
【0143】
[00155] 条項１０。各車両データシャードについて、リアルタイム車両データフローのサブセットが、時間的順序に従って順次にそれぞれの車両データシャードにグループ化される、条項６の方法。
【0144】
[00156] 条項１１。要求は現在の要求を含み、方法は、
現在の要求に応答して、時間的位置に対応する複数の車両データシャードにおける参照ポインタを識別することをさらに含み、
時間的位置よりも前に収集されたリアルタイム車両データフローは、クライアントデバイスから受信されたかつ車両データを選択するための判断基準を指定する以前の要求に応答して処理され、
時間的位置の後に収集されたリアルタイム車両データフローは、現在の要求に応答して処理される、条項１０の方法。
現在の要求に応答して、時間的位置に対応する複数の車両データシャードにおける参照ポインタを識別することをさらに含み、
時間的位置よりも前に収集されたリアルタイム車両データフローは、クライアントデバイスから受信されたかつ車両データを選択するための判断基準を指定する以前の要求に応答して処理され、
時間的位置の後に収集されたリアルタイム車両データフローは、現在の要求に応答して処理される、条項１０の方法。
【0145】
[00157] 条項１２。要求は第１の要求を含み、車両データは、第１の要求に応答して第１の車両データシャードから抽出され、方法は、
第２のクライアントデバイスから、第２のユーザ認証情報と、第２の車両データの第２の要求とを受信することであって、第２の要求は、第２の車両データを選択するための第２の判断基準を指定することと、
第２の要求に応答して、第１の要求とは独立して、
第２のユーザ認証情報に基づいて第２の車両データへの第２のアクセスレベルを決定することと、
第２のアクセスレベルおよび第２の要求によって指定された第２の判断基準に従って、第２の車両データシャードから、第２の判断基準および第２のアクセスレベルに適合する第２の車両データを抽出することと、
第２の車両データを、第２の実質的にリアルタイムのデータフィードとして、１つまたは複数の通信ネットワークを介して第２のクライアントデバイスに送信することと、
を含み、
第２の車両データは、第１の車両データシャードから抽出されている第１の車両データシャードとは独立して、第２の車両データシャードから抽出される、条項６の方法。
第２のクライアントデバイスから、第２のユーザ認証情報と、第２の車両データの第２の要求とを受信することであって、第２の要求は、第２の車両データを選択するための第２の判断基準を指定することと、
第２の要求に応答して、第１の要求とは独立して、
第２のユーザ認証情報に基づいて第２の車両データへの第２のアクセスレベルを決定することと、
第２のアクセスレベルおよび第２の要求によって指定された第２の判断基準に従って、第２の車両データシャードから、第２の判断基準および第２のアクセスレベルに適合する第２の車両データを抽出することと、
第２の車両データを、第２の実質的にリアルタイムのデータフィードとして、１つまたは複数の通信ネットワークを介して第２のクライアントデバイスに送信することと、
を含み、
第２の車両データは、第１の車両データシャードから抽出されている第１の車両データシャードとは独立して、第２の車両データシャードから抽出される、条項６の方法。
【0146】
[00158] 条項１３。
クライアントデバイスは、クライアントデバイスのユーザアカウントを介して車両データアプリケーションを実行するように構成され、
ユーザアカウントはユーザ認証情報に対応し、ユーザ認証情報は、ユーザ名と、ユーザアカウントのパスワードとを含み、
車両データは、クライアントデバイスに送信され、車両データアプリケーションを介してユーザに提示される、条項１～１２のいずれかの方法。
クライアントデバイスは、クライアントデバイスのユーザアカウントを介して車両データアプリケーションを実行するように構成され、
ユーザアカウントはユーザ認証情報に対応し、ユーザ認証情報は、ユーザ名と、ユーザアカウントのパスワードとを含み、
車両データは、クライアントデバイスに送信され、車両データアプリケーションを介してユーザに提示される、条項１～１２のいずれかの方法。
【0147】
[00159] 条項１４。クライアントデバイスは、車両データに基づいて車両制御コマンドを生成し、車両制御コマンドを複数の車両のうちの１つに送信するように構成され、それによって、複数の車両のサブセットからリアルタイムで収集された、車両データを選択するための判断基準に適合する車両データに基づいて、複数の車両のうちの１つを制御することができるようにする、条項１～１３のいずれかの方法。
【0148】
[00160] 条項１５。各リアルタイム車両データフローは、制御イベントデータ、制御コマンド、車両対デバイス結合イベントデータ、センサ読み値、およびそれぞれの車両に関連付けられたログデータのうちの１つまたは複数をさらに含む、条項１～１４のいずれかの方法。
【0149】
[00161] 条項１６。
各リアルタイム車両データフローをそれぞれの一意のフロー識別子に関連付けることをさらに含み、
複数の車両の各々は、一意の車両識別子を有し、各リアルタイム車両データフローは、それぞれの車両の一意の車両識別子によってそれぞれの車両に関連付けられる、条項１～１５のいずれかの方法。
各リアルタイム車両データフローをそれぞれの一意のフロー識別子に関連付けることをさらに含み、
複数の車両の各々は、一意の車両識別子を有し、各リアルタイム車両データフローは、それぞれの車両の一意の車両識別子によってそれぞれの車両に関連付けられる、条項１～１５のいずれかの方法。
【0150】
[00162] 条項１７。車両データを選択するための判断基準は、ＶＩＮ番号、車両タイプ、複数の所定のセンサデータタイプ、および複数の対応する検知閾値のうちの１つまたは複数に基づいて定義される、条項１～１６のいずれかの方法。
【0151】
[00163] 条項１８。
複数のリアルタイム車両データフローを、車両データフィードサーバの車両データベースに、第１の期間にわたって記憶することと、
複数のリアルタイム車両データフローと、クライアントデバイスから受信した要求とに対応する構成メタデータを生成することと、
構成メタデータを、車両データベースに、第１の期間よりも長い第２の期間にわたって記憶することと、
をさらに含む、条項１～１７のいずれかの方法。
複数のリアルタイム車両データフローを、車両データフィードサーバの車両データベースに、第１の期間にわたって記憶することと、
複数のリアルタイム車両データフローと、クライアントデバイスから受信した要求とに対応する構成メタデータを生成することと、
構成メタデータを、車両データベースに、第１の期間よりも長い第２の期間にわたって記憶することと、
をさらに含む、条項１～１７のいずれかの方法。
【0152】
[00164] 条項１９。１つまたは複数のプロセッサによって実行されると、プロセッサに、条項１～１８のいずれかの方法を実行させる命令が記憶された非一時的コンピュータ可読媒体。
【0153】
[00165] 条項２０。
１つまたは複数のプロセッサと、
１つまたは複数のプロセッサによって実行されると、プロセッサに、条項１～１８のいずれかの方法を実行させる命令が記憶されたメモリと、
を備える、車両データフィードサーバ。
１つまたは複数のプロセッサと、
１つまたは複数のプロセッサによって実行されると、プロセッサに、条項１～１８のいずれかの方法を実行させる命令が記憶されたメモリと、
を備える、車両データフィードサーバ。
【図1A】
【図1B】
【図2A】
【図2B】
【図2C】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7】
【図8A】
【図8B】
【図9】
【図10】
【国際調査報告】