(57)【特許請求の範囲】
【請求項１】
コンピュータ化された方法であって、
サービスプラットフォームのエッジサーバシステムにおいて、車両に関するテレメトリデータであって、通信ネットワークを経て前記車両の車載テレマティクス装置により伝達される前記テレメトリデータを取得することと、
前記エッジサーバシステムにおいて、前記テレメトリデータに基づいて、前記車両の動作状態であって、前記車両のアクティブ動作状態又は非アクティブ動作状態のいずれかを含む前記動作状態を判定することと、
前記車両に関する前記テレメトリデータを、前記アクティブ動作状態を含む前記動作状態に応答して、前記サービスプラットフォームの第１データ処理スタックであって、前記サービスプラットフォームのサーバ装置の第１セットにより実行される第１アプリケーション層及び第１データベース層を含む前記第１データ処理スタックに向かわせることと、
前記車両に関する前記テレメトリデータを、前記非アクティブ動作状態を含む前記動作状態に応答して、前記サービスプラットフォームの第２データ処理スタックであって、前記サービスプラットフォームのサーバ装置の第２セットによって実行される第２アプリケーション層及び第２データベース層を含み、前記第１データ処理スタックよりも高いリード／ライトパーシステンシのレイテンシを有する前記第２データ処理スタックに向かわせることと、
前記サービスプラットフォームの前記エッジサーバシステムにおいて、前記車両に関する後続テレメトリデータであって、前記テレメトリデータの後に、前記通信ネットワークを経て前記車両の前記車載テレマティクス装置により伝達される後続テレメトリデータを取得することと、
前記エッジサーバシステムにおいて、前記後続テレメトリデータに基づいて、前記アクティブ動作状態から前記非アクティブ動作状態への前記車両の前記動作状態における変化を判定することと、
前記アクティブ動作状態から前記非アクティブ動作状態への前記車両の前記動作状態における前記変化に応答して、
前記サービスプラットフォームの前記第２データ処理スタックへ前記車両に関する後続テレメトリデータを向かわせることと、
前記第１データ処理スタックから前記第２データ処理スタックへ前記テレメトリデータ又は前記テレメトリデータの処理された形態を伝送することと、
前記後続テレメトリデータと前記テレメトリデータ又は前記テレメトリデータの処理された形態とを組み合わせて処理して、１つ以上の車両状態を取得することと、
により、前記第１データ処理スタックから前記第２データ処理スタックへ移行することと、を含む方法。
【請求項２】
前記第２データ処理スタックの前記第２データベース層に前記１つ以上の車両状態を格納することと、
前記通信ネットワークを経て前記第２データ処理スタックから１以上の加入者へ前記１つ以上の車両状態を伝達することと、をさらに含む請求項１の方法。
【請求項３】
前記アクティブ動作状態から前記非アクティブ動作状態への前記車両の前記動作状態における前記変化を判定した後に、閾値期間の間、前記第１データ処理スタックから前記第２データ処理スタックへの前記移行を、
前記閾値期間の間、前記後続テレメトリデータを前記第１データ処理スタックへ向かわせることと、
前記閾値期間の満了後に、前記第１データ処理スタックから前記第２データ処理スタックへの前記移行を実行すること、
により、遅らせること、をさらに含む請求項１の方法。
【請求項４】
前記サービスプラットフォームの前記エッジサーバシステムで、前記車両に関する更なる後続テレメトリデータであって、前記後続テレメトリデータの後に、前記通信ネットワークを経て前記車両の前記車載テレマティクス装置により伝達される前記更なるテレメトリデータを取得することと、
前記閾値期間の間、前記更なる後続テレメトリデータを前記第１データ処理スタックへ向かわせることを継続することと、
前記閾値期間の満了後に、前記第１データ処理スタックから前記第２データ処理スタックへの前記移行を実行し、前記更なる後続テレメトリデータを前記第２データ処理スタックへ向かわせることと、をさらに含む請求項３の方法。
【請求項５】
前記テレメトリデータは、一定期間にわたって前記車両の前記車載テレマティクス装置により伝達される、ステートレスデータストリームの形態をとり、
前記第１データ処理スタックにおいて、前記第１データ処理スタック宛ての前記テレメトリデータを処理し、前記ステートレスデータストリームに基づいて前記車両の１つ以上の車両状態を取得すること、又は、
前記第２データ処理スタックにおいて、前記第２データ処理スタック宛ての前記テレメトリデータを処理し、前記ステートレスデータストリームに基づいて前記車両の１つ以上の車両状態を取得することを含む請求項１の方法。
【請求項６】
前記車両の前記車載テレマティクス装置は、ＯＢＤインタフェースを経て前記車両の車載電子システムから少なくともいくつかの前記テレメトリデータを取得する、請求項１の方法。
【請求項７】
前記車両の前記車載テレマティクス装置は、前記車載テレマティクス装置の１つ以上のセンサ機器から少なくともいくつかのテレメトリデータを取得する、請求項６の方法。
【請求項８】
前記車載テレマティクス装置は、前記車両の車載電子システムの一部に統合され又は一部を形成する、請求項１の方法。
【請求項９】
前記車載テレマティクス装置は、前記通信ネットワークのワイヤレスネットワークコンポーネントを経て前記車両から前記テレメトリデータを伝達する、請求項１の方法。
【請求項１０】
前記アクティブ動作状態は、イグニッションＯＮ状態に対応し、前記非アクティブ動作状態は、前記車両のイグニッションＯＦＦ状態に対応する、請求項１の方法。
【請求項１１】
前記アクティブ動作状態は、イグニッションＯＮ状態、又は、前記イグニッションＯＮ状態からイグニッションＯＦＦ状態への移行後の閾値期間の間の前記イグニッションＯＦＦ状態に対応し、前記非アクティブ動作状態は、前記閾値期間の後の前記車両の前記イグニッションＯＦＦ状態に対応する、請求項１の方法。
【請求項１２】
前記サービスプラットフォームの前記エッジサーバシステムにおいて、前記車両に関する後続テレメトリデータであって、前記テレメトリデータの後に、前記通信ネットワークを経て前記車両の前記車載テレマティクス装置により伝達される前記後続テレメトリデータを取得することと、
前記エッジサーバシステムにおいて、前記後続テレメトリデータに基づいて、前記非アクティブ動作状態から前記アクティブ動作状態への前記車両の前記動作状態における変化を判定することと、
前記非アクティブ動作状態から前記アクティブ動作状態への前記車両の前記動作状態における前記変化に応答して、
前記サービスプラットフォームの前記第１データ処理スタックへ前記車両に関する前記後続テレメトリデータを向かわせることと、
前記第１データ処理スタックにおいて、前記後続テレメトリデータを処理して、１つ以上の車両状態を取得することと、
前記第１データ処理スタックの前記第１データベース層に前記１つ以上の車両情報を格納することと、
前記車両の前記アクティブ動作状態の間に前記通信ネットワークを経て前記第１データ処理スタックから１以上の加入者へ前記１つ以上の車両情報を伝達することと、
により、前記第２データ処理スタックから前記第１データ処理スタックへ移行することと、を含む、請求項１の方法。
【請求項１３】
計算システムであって、
第１アプリケーション層及び第１データベース層を含む第１データ処理スタックを提供する１つ以上のサーバ装置の第１セットと、
第２アプリケーション層及び第２データベース層を含む第２データ処理スタックであって、前記第１データ処理スタックよりも高いリード／ライトパーシステンシのレイテンシを有する前記第２データ処理スタックを提供する１つ以上のサーバ装置の第２セットと、
車両に関するテレメトリデータであって、通信ネットワークを経て前記車両の車載テレマティクス装置により伝達される前記テレメトリデータを取得し、
前記テレメトリデータに基づいて、前記車両の動作状態であって、前記車両のアクティブ動作状態又は非アクティブ動作状態のいずれかを含む前記動作状態を判定し、
前記アクティブ動作状態を含む前記動作状態に応答して、又は、前記アクティブ動作状態からの移行後の閾値期間の間の前記非アクティブ動作状態を含む前記動作状態に応答して、前記車両に関する前記テレメトリデータを前記第１データ処理スタックへ向かわせ、さらに、
前記アクティブ動作状態からの前記移行後の前記閾値期間の後の前記非アクティブ動作状態を含む前記動作状態に応答して、前記車両に関する前記テレメトリデータを前記第２データ処理スタックに向かわせる、
ように構成されたプラットフォーム管理コンポーネントを提供する１つ以上のサーバ装置のエッジサーバシステムを含むサービスプラットフォームと、を備え、
前記第１データ処理スタックは、
前記第１アプリケーション層において前記テレメトリデータを処理して前記テレメトリデータ内に含まれる時系列のステートレスデータに基づいて１つ以上の車両状態を取得し、
前記第１データ処理スタックの前記第１データベース層に前記１つ以上の車両状態を格納し、
前記車両の前記アクティブ動作状態の間、又は、前記アクティブ動作状態からの移行後の前記閾値期間の間の前記車両の前記非アクティブ動作状態の間、前記通信ネットワークを経て前記第１データ処理スタックから１以上の加入者へ、前記１つ以上の車両状態を伝達する、ように構成された、計算システム。
【請求項１４】
前記プラットフォーム管理コンポーネントはさらに、前記アクティブ動作状態から前記非アクティブ動作状態への前記移行後の前記閾値期間の後、前記第１データ処理スタックから前記第２データ処理スタックへ、前記テレメトリデータ又は前記テレメトリデータの処理された形態を伝送する、ように構成された、請求項１３の計算システム。
【請求項１５】
前記第２データ処理スタックは、
前記第２アプリケーション層において前記テレメトリデータを処理して前記テレメトリデータ内に含まれる時系列のステートレスデータに基づいて１つ以上の車両状態を取得し、
前記第２データ処理スタックの前記第２データベース層に前記１つ以上の車両状態を格納し、
前記移行後の前記閾値期間の後の前記車両の前記非アクティブ動作状態の間、前記通信ネットワークを経て前記第２データ処理スタックから１以上の加入者へ、前記１つ以上の車両状態を伝達する、ように構成された、請求項１３に記載の計算システム。
【請求項１６】
前記アクティブ動作状態は、イグニッションＯＮ状態に対応し、前記非アクティブ動作状態は、前記車両のイグニッションＯＦＦ状態に対応する請求項１３に記載の計算システム。
【請求項１７】
前記車両の前記車載テレマティクス装置は、ＯＢＤインタフェースを経て前記車両の車載電子システムから少なくともいくつかの前記テレメトリデータを取得し、
前記計算システムはさらに、前記車載テレマティクス装置を備える、請求項１３に記載の計算システム。
【請求項１８】
前記車載テレマティクス装置は、前記車両の車載電子システムの一部に統合され又は一部を形成する、請求項１３に記載の計算システム。
【発明の詳細な説明】
【背景技術】
【０００１】
通常、現代の車両は、車両の各種サブシステムの動作を管理、測定及び報告する車載の電子システムを備えている。これらの車載の電子システムは、車両所有者又は修理技術者が車両から診断情報又は他の形式の動作情報にアクセス可能な車載の診断（ＯＢＤ）サービスを備え又は他の方法でサポートしている。例えば、車両の車載電子制御システムは物理的なコネクタやポートの形式のデータインタフェースを介してアクセスされてもよい。ＯＢＤ情報は、数例を挙げるとＡＤＳＬ、ＯＢＤ−Ｉ、ＯＢＤ−１．５、ＯＢＤ−ＩＩ等を含む各種プロトコルを使用してこのデータインタフェースを介して通信されてもよい。
【発明の概要】
【０００２】
サービスプラットフォームは、車両の母集団に搭載されたテレマティクス装置のようなリモートデータソースによって通信されるテレメトリデータストリームを処理する。サービスプラットフォームは、異なる性能パラメータを有する２つのデータ処理スタックを備える。高性能データ処理スタックは、所定のタスク負荷に対するリード／ライト間のパーテシステンシのより低いレイテンシを集合的に示すサーバの第１セットに実装された、第１アプリケーション層と第１データベース層とを備える。低性能データ処理スタックは、高性能データ処理スタックと比較して同じタスク負荷に対するリード／ライト間のパーテシステンシのより高いレイテンシを集合的に示す１つ以上のサーバの第２セットに実装された、第２アプリケーション層と第２データベース層とを備える。データソースから受信される各テレメトリデータについて、そのデータソースの動作状態に従って、データストリーム内のメッセージが、処理用の高性能データ処理スタック又は低性能データ処理スタックに向けられる。この要約は、詳細な説明及び関連する図面に関する更なる詳細を記述した主題の非限定的な例を提供する。
【図面の簡単な説明】
【０００３】
【図１】計算システム１００の一例を示す概略図である。
【図２】テレメトリデータの通信及び処理に関連する方法の一例を示すフロー図である。
【図３】サービスプラットフォームとオンボードテレマティクス装置の追加の態様を含む計算システムの一例を示す概略図である。
【図４】オンボードテレマティクス装置とサービスプラットフォームのコンポーネントとの間のやり取りの一例を示すタイムライン図である。
【発明を実施するための形態】
【０００４】
テレマティクスのコンテキストに含まれる車両のようなリモートデータソースから受信されるテレメトリデータストリームは、リモートデータソースのデューティサイクルを考慮することでサービスプラットフォームでより効率的に処理される。実世界の実装では、データベースシステムは、データソース（例えば、車両）からのデータのストリームが処理されるとき、しばしばデータ処理パイプラインにおいてボトルネックを形成する。これらのデータベースシステムをスケールするために、テレメトリデータストリームは、時系列順にメッセージの情報を異なる処理用サーバに送ることができるように、しばしばステートレスであり、またそれによりサーバをさらに追加することによりサービスプラットフォームを拡張させることが可能である。データソース（例えば、車両）の状態は、個々のサーバが故障したりアップデート処理内に入ったりした場合にデータソースの状態の正確性が維持されるように、サービスプラットフォームで決定され、サービスプラットフォームのデータベースに格納されてもよい。残念ながら、短期間（例えば、１週間）の過去のデータと同様にデータソースの状態を格納するために単一データベースシステムを用いることは費用がかかる可能性がある。書き込み要求の実行と、書き込み要求の更新されたデータに対する読み込み要求の実行能力との間のレイテンシ（すなわち、リード／ライトパーテシステンシ）が比較的低い高性能データベースシステムは、しばしば高価であり、より長い期間にわたる連続蓄積に対しては実用的でない。リード／ライトパーテシステンシのレイテンシが比較的高い低性能データベースシステムは、かなり低価である。しかしながら、これらの低性能データベースシステムは、データソースの状態を管理可能なスループットを大幅に低くする。
【０００５】
一つの例において、サービスプラットフォームは、スループットデータストリームのデューティサイクル予測可能性を用いて、パフォーマンスに対する最適なコストを達成する。車両テレマティクスの場合、サービスプラットフォームは、車両の高デューディサイクル（例えば、アクティブ）状態については比較的高パフォーマンス／高コストのデータ処理スタックが用いられ、車両の低／オフ（ＯＦＦ）デューディサイクル（例えば、非アクティブ）状態については比較的低パフォーマンス／低コストのデータ処理スタックが用いられてもよい。サービスプラットフォームは、ハイブリッドデータパーシステンス層を実装して、（例えば、車両が動作していて、車両の状態に比較的数多くの変化が存在するときには）高デューティサイクル用に、及び、（例えば、車両が動作しておらず、車両の状態に比較的数少ない変化が存在するときには）低／オフ（ＯＦＦ）デューディサイクル用に最適化されてもよい。
【０００６】
図１は、計算システム１００の一例を示す概要図である。計算システム１００は、車両の母集団に関連付けられたテレマティクス装置によってリポートされたテレメトリデータを収集するサービスプラットフォーム１１０を含む。車両の母集団１２０は、図１において模式的に示されている。車両の母集団は、個々の自動車又は複数の自動車を含む。例えば、車両の母集団は、数十、数百、数千、数百万、又はそれ以上の車両を含んでいてもよい。本例では、車両の母集団１２０は、一例として図１に模式的に表されている車両１２２，１２４，１２６等を含む。車両１２２の態様は、更に詳細に示される。
【０００７】
車両１２２は、車載電子システム１３２を含む。車載電子システム１３２は、通常、車両に統合され、また、車両制御システム、車載計算装置（例えば、ロジック及び／又はデータのストレージ）、関連するセンサなどを含む。車両１２２はさらに車載テレマティクス装置１３４を含む。テレマティクス装置１３４は、少なくともいくつかの実装においては、車載電子システム１３２から分離した又は分離可能な装置でもよい。例えば、テレマティクス装置１３４は、車両に搭載され又はその他の方法で車両に持ち込まれるアフターマーケット装置という形態をとってもよい。あるいは、車載テレマティクス装置１３４は、破線による１２５で示されるように、車載電子システム１３２に統合されていてもよいし、車載電子システム１３２の一部を形成していてもよい。この構成では、車載テレマティクス装置やオンボード電子システムが必要に応じて、ロジックデバイスやデータストレージ装置、実行可能なプログラム／ファームウェア、パワーサプライなどを含む、ハードウェア及び／又はソフトウェアコンポーネントを共有してもよい。車両の母集団１２０の他の車両（例えば、１２４，１２６など）はそれぞれ、個別の車載電子システムや車載テレマティクス装置を含んでいてもよい。各車載テレマティクス装置は、サービスプラットフォーム１１０の個別のテレメトリデータソースを表す。
【０００８】
テレマティクス装置１３４は、（１３６で模式的に表される）有線や無線のリンクを経て車載電子システム１３２に接続されていて、車載電子システム１３２とテレマティクス装置１３４との間において通信、グランドリファレンス及び／又は電力が交換可能であってもよい。通信とグランドリファレンスは、テレマティクス装置１３４と車載電子システム１３２との間で双方向であってもよいし、通信に関しては車載電子システム１３２からテレマティクス装置１３４へ単方向であってもよい。電力は、少なくともいくつかの実装においては車載電子システム１３２によってテレマティクス装置１３４に供給されてもよい。それに代えて又はそれに加えて、テレマティクス装置１３４が自身の電力ソース（例えば、バッテリ）を有していてもよい。そのような場合、電力は、車載電子システム１３２によってテレマティクス装置１３４に供給されなくてもよい。
【０００９】
第１の例として、テレマティクス装置１３４は、通信、グランドリファレンス及び／又は電力を交換可能なように車載電子システム１３２が動作可能にリンクされた車両のＯＢＤインタフェースに対応する（例えば、ＯＢＤコネクタ又はポート対応する）、ＯＢＤインタフェース（例えば、ＯＢＤコネクタ）に含まれていてもよい。この例では、テレマティクス装置１３４は、２つのＯＢＤコネクタを介して、選択的に車両１２２から取り外せてもよいし車両１２２に搭載されてもよい。第２の例として、テレマティクス装置１３４は、例えば統合による又は恒久的な設置に関しては、通信、グランドリファレンス及び／又は電力を交換可能なように車載電子システム１３２にハードワイヤードされていてもよい。第３の例として、テレマティクス装置１３４は、無線通信リンクを経て、車載電子システム１３２と無線通信してもよい。この例では、車載電子システム１３２とテレマティクス装置１３４の両方が、無線通信の送信及び／又は受信をサポートする個別の無線インタフェース装置を含むか又は関連付けられていてもよい。
【００１０】
車両の母集団の車載テレマティクス装置は、一例のテレマティクス装置１３４のように、通信ネットワーク１４０を介してサービスプラットフォーム１１０と通信してもよい。サービスプラットフォーム１１０と車載テレマティクス装置との通信は、１つ以上の有線リンク及び／又は１つ以上の無線リンクを経てもよい。そのような通信は、車載テレマティクス装置とサービスプラットフォームとの間で双方向であってもよいし、サービスプラットフォーム又は車載テレマティクス装置の一方から他方への単方向であってもよい。通信ネットワーク１４０は、１つ以上の広域ネットワーク（ＷＡＮ）コンポーネント（例えば、セルラ／無線エッジコンポーネントを含む、インターネットやその一部）、１つ以上のローカルエリアネットワーク（ＬＡＮ）コンポーネント、及び／又は１つ以上の個人エリアネットワーク（ＰＡＮ）コンポーネントを含んでいてもよい。
【００１１】
通常、サービスプラットフォーム１１０は、１つ以上のサーバによって機能するクラウドベースのサービスプラットフォームの形態をとる。しかしながら、他の実装では、サービスプラットフォーム１１０は、車両の所有車や操縦者、他の適した団体や機関に関連付けられた計算装置や計算装置のセット上で機能してもよい。車両は必ず動作可能であるので、サービスプラットフォーム１１０と車載テレマティクス装置との通信は、通常、テレマティクス装置とＷＡＮのセルラ／無線エッジコンポーネントとの間の無線リンクを使用するＷＡＮを経て、且つ、そのＷＡＮを通じてサービスプラットフォームのエッジへの有線（及び／又は無線）リンクによって行われる。この実装は、リアルタイムに且つ車両運転中に、データを車両とサービスプラットフォームとの間で交換可能にする。ここで、車載テレマティクス装置はそれぞれ、無線通信の送信及び／又は受信をサポートする無線インタフェース装置を含み、通信ネットワーク１４０との接続を実現する。別の実装として、データは、有線リンクを経て車載テレマティクス装置が物理的に通信ネットワーク１４０に接続されたときや、車両が家庭やオフィスなどの信頼された無線ＬＡＮの範囲内には入ったときなどのように、所定の周期で又は特定の条件において、車両とサービスプラットフォームとの間で交換されてもよい。
【００１２】
サービスプラットフォーム１１０は、１つ以上のサーバ装置のセットを含んでいるエッジサーバシステム１１６を含んでいてもよい。エッジサーバシステム１１６は、例えば、車載テレマティクス装置を含む多数のデータソースの母集団からのテレメトリデータストリームの進入を管理してもよい。テレメトリデータストリームは、時系列順に時間とともにデータソース（例えば、車両に搭載されたテレマティクス装置）によって通信される複数のメッセージを含み、その各メッセージは時間における特定のポイントや所定の期間におけるデータソースのテレメトリデータを含む。さらに、多数のデータソースの母集団はそれぞれ、個別のテレメタリデータストリームを同時に又は互いに並行してサービスプラットフォームに伝達するようにしてもよい。
【００１３】
エッジサーバシステム１１６はさらに、テレメトリデータの加入者が、サービスプラットフォーム１１０からテレメトリデータやその処理された形態にアクセスできるようにしてもよい。エッジサーバシステム１１６のサーバは、実装に応じて、地理的に分配又は配置されていてもよい。この例では、エッジサーバシステム１１６は、サービスプラットフォーム１１０のエッジを表している。車載テレマティクス装置及び／又は（例えば、加入者１５０に関連付けられた）他の計算装置などの外部ソースからのサービスプラットフォーム宛ての通信は、エッジサーバシステム１１６によって受信され、そして、第１、第２データ処理スタック１１２，１１４を実装した計算システムなど、サービスプラットフォームの他の計算システムに向けられる（ルーティングされる）。サービスプラットフォームから、車載テレマティクス装置及び／又は（例えば、加入者１５０に関連付けられた）他の計算装置などの外部ソースに向けられた通信は、サービスプラットフォームの内部ソース（例えば、他の計算システム）からエッジサーバシステム１１６により受信され、車載テレマティクス装置及び／又は（例えば、加入者１５０に関連付けられた）他の計算装置に向けられて（ルーティングされて）もよい。
【００１４】
サービスプラットフォーム１１０は、異なる性能パラメータを有する２つのデータ処理スタックを備える。サービスプラットフォームの第１データ処理スタック１１２は、所定のタスク負荷についてライト／リード間のパーシステンシのより低いレイテンシを集合的に示す１つ以上のサーバの第１セットに実装された第１アプリケーション層と第１データベース層とを備える。この第１データ処理スタックは高性能／効率データ処理スタックと呼ばれてもよい。サービスプラットフォームの第２データ処理スタック１１４は、第１データ処理スタックと比較して同じタスク負荷に対するライト／リード間のパーシステンシのより高いレイテンシを集合的に示す１つ以上のサーバの第１セットに実装された第２アプリケーション層と第２データベース層とを備える。この第２データ処理スタックは低性能／効率データ処理スタックと呼ばれてもよい。
【００１５】
エッジサーバシステム１１６により提供されるデータパーシステンス層は、動作条件のセットに応じてエッジサーバシステムによって実行され得るプログラム動作のセットを定義するルールセットを実装する。例えば、エッジサーバシステム１１６で受信された各テレメトリデータストリームについて、データソース（例えば、車載テレマティクス装置）の動作状態に従って、そのデータストリームのメッセージが処理のための第１処理スタック１１２又は第２処理スタック１１４に向けられてもよい。図２の方法２００を参照してさらに詳細を述べるように、データソースの動作のアクティブ状態に対応する動作状態を有する、データソースから受信されるメッセージは、処理のために、第１データ処理スタック１１２（すなわち、高性能データ処理スタック）に対してデータパーシステンス層によりルーティングされてもよい。一方、データソースの動作の非アクティブ状態に対応する動作状態を有する、データソースから受信されるメッセージは、処理のために、第２データ処理スタック１１２（すなわち、低性能データ処理スタック）に対してデータパーシステンス層によりルーティングされてもよい。
【００１６】
計算システム１００はさらに、加入者集団１５０を含む。加入者は、データの送信先又は受信元であるネットワークアドレスを参照してもよい。加入者は、計算装置又は計算装置のセットの形態をとってもよい。例えば、加入者は、計算装置を介して電子メールアドレス又はＩＰアドレスに送られるデータにユーザがアクセス可能なサービスプラットフォーム１１０によりデータが報告される、電子メールアドレス又はＩＰアドレスを参照してもよい。加入者集団は、個別の加入者あるいは複数加入者を含んでいてもよい。加入者集団は、数十、数百、数千、数百万、又はそれ以上の加入者を含んでいてもよい。この例では、加入者集団１５０は、図１に模式的に表されている加入者の一例１５２，１５４，１５６などを含む。加入者１５２は、例えば、車両１２２の所有者のモバイル機器上で動作するアプリケーションプログラムに対応していてもよい。
【００１７】
図２は、テレメトリデータの通信及び処理に関連する方法２００の一例を示すフローチャートである。方法２００又はその一部は、上述した図１の計算システム１００などの計算システムで実行されてもよい。例えば、方法２００の様々な動作及び処理は、クライアント側及び／又はサーバ側プログラムの形態で命令を実行する計算システムの１つ以上の計算装置で実行されてもよい。
【００１８】
２１０において、方法は、車載テレマティクス装置において車両に関するテレメタリデータを取得することを含む。車載テレマティクス装置は、有線又は無線リンクを経て、車両の車載電子システムからいくつか又はすべてのテレメトリデータを受信することでテレメトリデータを取得してもよい。あるいは、又は、さらに、車載テレマティクス装置は、車載テレマティクス装置の１つ以上のセンサ機器からテレメトリデータを取得してもよい。車載テレマティクス装置のセンサ機器の非限定的な例が、図３を参照してさらに詳細に示されている。したがって、２１０で取得されるテレメトリデータは、車両の車載電子システムから又は車載テレマティクス装置のセンサ機器から受信されるテレメトリデータを含んでいてもよい。車両の車載電子システムから得られるテレメトリデータは、車両のイグニッション状態（例えば、オン（ＯＮ）又はオフ（ＯＦＦ））、車両の識別子（例えば、ＶＩＮ）、又は何らかの他の適切なＯＢＤデータを含み又は他の方法で示してもよい。
【００１９】
２１２において、方法は、２１０で取得されたテレメトリデータに基づきテレマティク装置にて車両の動作状態を判定することを含む。この動作状態は、サービスプラットフォームのテレメトリデータが第１又は第２データ処理スタックのどちらによって処理されるかを判定するために、車載テレマティクス装置及び／又はサービスプラットフォームによって用いられてもよい。動作状態がデータ処理スタックの選択に影響を与える範囲において、この動作状態は、パス判定動作状態と呼ばれてもよい。例えば、テレマティクス装置は、車両が第１動作状態又は第２動作状態のどちらで現在動作しているかを示す、車載電子システムから受信されるテレメトリデータ内のデータ値又は他のインジケータを検索し確認する。第１動作状態は車両のアクティブ動作状態に対応し、第２動作状態は車両の非アクティブ動作状態に対応してもよい。車両のアクティブ動作状態は通常、テレメトリデータ内で確認されるイグニッションＯＮ状態によって特徴づけられ、車両の非アクティブ動作状態は通常、テレメトリデータ内で確認されるイグニッションＯＦＦ状態によって特徴づけられる。少なくともいくつかの実装において、動作２２６を参照して述べるように、例えば動作状態の決定をサービスプラットフォームで実行するなどして、動作２１２を省略してもよい。
【００２０】
少なくともいくつかの実装において、車載テレマティクス装置によって伝達されるテレメトリデータは、まとめてデータストリームと呼ぶ時系列順のメッセージの形態をとってもよい。データストリームの各メッセージは、例えば、時間における異なる過程においてデータソース（例えば、車両）で取得されるテレメトリデータに対応してもよい。各メッセージは、１つ以上のデータ項目を含んでいてもよく、データ項目のそれぞれがデータ値と必要に応じてデータ値が付随するパラメータを特定するためのデータパラメータ識別子とを含んでいてもよい。例えば、メッセージは、車両のイグニッションがＯＮかＯＦＦかを示すデータ項目を含んでいてもよい。メッセージは、数十、数百、数千などのデータ項目を含んでいてもよい。少なくともいくつかの実装において、例えば、データパラメータ識別子は、メッセージ内のデータ値のフォーマットや順序によってデータ値が付随する特定のデータパラメータが特定される場合などには省略されてもよいし、サービスプラットフォームによって特定され又はその他の方法で解釈されてもよい。
【００２１】
データストリームは、個別のメッセージに含まれるテレメトリデータそれ自身が車両の１つ以上の状態を判定可能にしない場合には、データソースに関してステートレス又はステートレスデータを含むものとしてみなされてもよい。例えば、車載テレマティクス装置によって通信されるいくつかの又はすべてのテレメトリデータは、過去の測定や状態からの変化（例えば、大きさや方向）を示してもよいし、そのようなデータを組み合わせてより高いレベルの状態に関する測定を取得するようにしてもよい。例えば、車両の運転性能測定値が、ある期間にわたって所定の機能を使用して２つ以上のデータパラメータ及びそれらに対応するデータ値を組み合わせることで取得されてもよい。別の例として、車両の機首方位が、時系列順で車両によって報告される１つ以上の過去の位置と現在の位置とを比較することで決定されてもよい。そのようなステートレス動作において、データソースの過去の状態のナレッジ又は過去に伝達されたテレメトリデータは、テレメトリデータの新たに報告されるセットに基づいてデータソースの現在の状態を判定するために必要である。第１及び第２データ処理スタック間の移行は、ステートレステレメトリデータを処理するコンテキスト内の状態管理の移行として表現されてもよい。車両のパス判定動作状態に応じて、サービスプラットフォームの第１及び第２データ処理スタックは、データソースから到達する新しいテレメトリデータと、車両に関する状態情報の過去のセットとに基づいて、車両に関する状態情報のセットを更新する。第１及び第２データ処理スタック間の状態管理の移行は、少なくともステートレステレメトリデータストリームのコンテキスト内において、過去のデータ処理スタックから現在のデータ処理スタックへの移行前状態情報の通過を含んでいてもよい。
【００２２】
２１４において、方法は、車載テレマティクス装置からサービスプラットフォームにテレメトリデータを通信することを含む。テレメトリデータは、例えば、車載テレマティクス装置がサービスプラットフォームとの通信に優先してテレメトリデータを処理する実装などにおいて、生の及び／又は処理された形態で通信されてもよい。テレメトリデータは、サービスプラットフォームによってサポートされる何らかの適切な通信プロトコルに従ってフォーマットされた１つ以上のメッセージとして伝達されてもよい。テレメトリデータは、車両に関するテレメトリデータストリームを集合的に形成する時系列順のメッセージにとして伝達されてもよい。少なくともいくつかの実装において、車載テレマティクス装置は、例えば、エッジサーバシステム１１６を参照して上述したような、サービスプラットフォームのデータパーシステンス層を（又は第１又は第２のデータ処理スタックとともに）提供するエッジサーバシステムに関連付けられた、ネットワークアドレス又はネットワークアドレスのセットに、テレマティクスデータを伝達する。
【００２３】
動作２１４は、車載テレマティクス装置が少なくともパス判定動作状態に関して車両の動作状態を判定する実装のために、サブプロセス２１６及び／又は２１８を含んでいてもよい。上述したように、車載テレマティクス装置は、少なくともいくつかの実装においてサービスプラットフォームのエッジサーバシステムにテレメトリデータを伝達してもよい。ここで、エッジサーバシステムは、車載テレマティクス装置によって伝達されたテレメトリデータを、車載テレマティクス装置に代わって、サービスプラットフォームの適当なデータ処理スタックに向かわせる。しかしながら、車載テレマティクス装置が車両のパス判定動作状態を判定したような他の実装において、車載テレマティクス装置が代わりに、サービスプラットフォームの第１又は第２データ処理スタックのいずれかに関連付けられたネットワークアドレス又はネットワークアドレスのセットに対してテレメトリデータを伝達してもよいし、エッジサーバシステムが必要に応じて省略されてもよい。例えば、２１６において、方法は、第１動作状態で動作する車両に応答して、サービスプラットフォームの第１データ処理スタックに、車両に関するテレメトリデータを向かわせることを含む。ここで、例えば、第１データ処理スタックはサービスプラットフォームの高性能データ処理スタックに対応し、第１動作状態は車両のアクティブ状態に対応する。２１８において、方法は、第２動作状態で動作する車両に応答して、サービスプラットフォームの第２データ処理スタックに、車両に関するテレメトリデータを向かわせることを含む。ここで、例えば、第２データ処理スタックはサービスプラットフォームの低性能データ処理スタックに対応し、第２動作状態は車両の非アクティブ状態に対応する。車載テレマティクス装置、エッジサーバシステム、第１及び第２データ処理スタック間のやり取りの一例を、図４を参照してさらに詳細に述べる。
【００２４】
２２０において、方法は、サービスプラットフォームで、車載テレマティクス装置から伝達された車両に関するテレメトリデータを取得することを含む。例えば、車載テレマティクス装置が車両の動作状態を判定する実装に関して、２２２において、方法が、車載テレマティクス装置からサービスプラットフォームに対する車両の動作状態の通知を伝達することを含む。少なくともいくつかの実装において、動作２２０は、（パス判定動作状態の例として）アクティブ動作状態と非アクティブ動作状態間の車両の動作状態の変化に応答して車載テレマティクス装置によって実行されてもよい。
【００２５】
２２４において、方法は、サービスプラットフォームで、車載テレマティクス装置から伝達された車両の動作状態の通知を取得してもよい。動作２２２及び２２４は、車載テレマティクス装置が車両の動作状態を判定しない実装に関して省略されてもよい。エッジサーバシステムを用いてテレメトリデータをサービスプラットフォームの適当なデータ処理スタックに対して向かわせる実装に関して、エッジサーバシステムは、２２４で、テレメトリデータ及び／又は車両の動作状態の通知を取得する。動作２２０、２２２及び／又は２２４は、エッジサーバシステムが省略される実装において省略されてもよい。２２０（又は２４０，２４２）で取得されるテレメトリデータは、イグニッション状態（例えば、ＯＮ又はＯＦＦ）、車両の識別子（例えば、ＶＩＮ）、車載テレマティクス装置の識別子、何らかの他の適切なＯＢＤデータ、又は車載テレマティクス装置のセンサ機器を介してキャプチャされた何らかの適切なデータを含み、又は他の方法で示してもよい。
【００２６】
２２６において、方法は、動作２２０で取得されたテレメトリデータ、又は、動作２２２及び２２４で車載テレマティクス装置によって伝達されサービスプラットフォームによって取得された車両の動作状態の通知に基づいて、サービスプラットフォームで車両の動作状態を判定することを含む。動作２２６は、上述したように、少なくともいくつかの実装においてエッジサーバシステムによって実行されてもよい。別の実装において、サービスプラットフォームの第１又は第２データ処理スタックの１つが、動作２２６を実行し、そしてそのときデータが他のデータ処理スタックを行き先とする場合にはテレメトリデータをリダイレクトしてもよい。例として、エッジサーバシステムは、車両が第１動作状態又は第２動作状態のいずれで現在動作しているかを示す、車載テレマティクス装置から受信されるテレメトリデータ内のデータ値又は他のインジケータを検索し確認してもよい。 第１動作状態は、車両のアクティブ動作状態に対応していてもよいし、第２動作様態は、車両の非アクティブ動作状態に対応していてもよい。さらに、車両のアクティブ動作状態は、通常、テレメトリデータ内で確認されるイグニッションＯＮ状態によって特徴づけられ、車両の非アクティブ動作状態は通常テレメトリデータ内で確認されるイグニッションＯＦＦ状態によって特徴づけられる。
【００２７】
２２８において、方法は、第１動作状態で動作する車両に応答してサービスプラットフォームの第１データ処理スタックに、車両に関するテレメトリデータを向かわせることを含む。ここで、例えば、第１データ処理スタックはサービスプラットフォームの高性能データ処理スタックに対応し、第１動作状態は車両のアクティブ状態に対応する。したがって、車両に関するテレメトリデータによって運ばれるメッセージは、車両のアクティブ動作状態の通知に応答して第１データ処理スタックにルーティングされてもよい。
【００２８】
２３０において、方法は、第２動作状態で動作する車両に応答してサービスプラットフォームの第２データ処理スタックに、車両に関するテレメトリデータを向かわせることを含む。ここで、例えば、第２データ処理スタックはサービスプラットフォームの低性能データ処理スタックに対応し、第２動作状態は車両の非アクティブ状態に対応する。したがって、車両に関するテレメトリデータによって運ばれるメッセージは、車両の非アクティブ動作状態の通知に応答して第２データ処理スタックに転送されてもよい。動作２２６，２２８及び２３０の実装を通して、サービスプラットフォームのパーシステンス層は、高デューティサイクル（例えば、アクティブ動作状態）の間、高性能データ処理スタックを用いてテレメトリデータストリームのメッセージを処理することができ、車両に関して高デューティサイクルが終わるときに（例えば、非アクティブ動作状態の通知を受信したときに）低性能データ処理スタックに切り替える。
【００２９】
車両に関するテレメトリデータが第１又は第２データ処理スタックに向けられているかどうかに応じて、２４０において、方法は、サービスプラットフォームの第１データ処理スタックを介して車両に関するテレメトリデータを処理することを含み、又は、２４２において、方法は、サービスプラットフォームの第２データ処理スタックを介して車両に関するテレメトリデータを処理することを含む。個別のデータ処理スタックによって動作２４０又は２４２で実行される処理は、テレメトリデータを格納し、テレメトリデータを処理してテレメトリデータを処理された形態で取得し、さらに車両識別子、テレマティクス装置識別子、タイムスタンプ、ユーザ識別子、加入者識別子などとともに、生の又は処理された形態でテレメトリデータを関連付けることを含んでもよい。
【００３０】
２４４において、方法は、サービスプラットフォームから１以上の加入者へ、車両に関する処理されたテレメトリデータを伝達することを含む。例えば、エッジサーバシステムのデータパーシステンス層は、テレメトリデータやその処理された形態に関する加入者からの要求を処理してもよいし、及び／又は、そのようなデータをサービスプラットフォームに設けられた事前申込みに基づき加入者に対して転送してもよい。２２４で伝達されたデータは、例えば、グラフィカルユーザインターフェース又は他の適切なユーザ体験モダリティなどを介してテレメトリデータ又はその処理された形態をユーザに提示するために、他の計算装置で動作するアプリケーションプログラム内で用いられてもよい。方法２００は、車両の母集団の各車両について実行されてもよいし、また、継続的に又は周期的間隔で各車両について個別に実行されてもよい。
【００３１】
図３は、サービスプラットフォーム３１０と車載テレマティクス装置３５０の追加の態様を含む計算システム３００を示す概要図である。計算システム３００は、図１の計算システム１００のいくつかの上述したコンポーネントの非限定的な例を表してもよい。例えば、サービスプラットフォーム３１０は、サービスプラットフォーム１１０の非限定的な例を表してもよいし、車載テレマティクス装置３５０は、車載テレマティクス装置１３４の非限定的な例を表してもよい。
【００３２】
サービスプラットフォーム３１０は、１つ以上の計算装置のセットを含んでいてもよい。計算装置は、１つ以上のロジックデバイス（例えば、コンピュータプロセッサ）のセット及び１つ以上のデータストレージデバイスのセットを含んでいてもよい。データストレージデバイス３２０のセットと、ロジックデバイス３４０のセットは、図３において模式的に表されている。データストレージデバイス３２０のセットは、ロジックデバイス３４０のセットによって参照及び／又は更新される、命令３２２及び／又はデータ３３２を格納して有していてもよい。ロジックデバイスは、データストレージデバイスへ又はデータストレージデバイスから、データ及び／又は命令を読み込み又は書き込みしてもよい。
【００３３】
命令３２２は、ロジックデバイス３４０のセットによって実行される１つ以上のサービス側プログラム３２４のセットを含む。サービスプラットフォームの１つ以上のロジックデバイスによるサービス側プログラム３２４の実行は、ここで述べた１つ以上の動作及び／又は処理を提供してもよいし、又その他、図１及び図２を参照して上述したようなサービスプラットフォームの機能性を可能にしてもよい。例えば、サービス側プログラム３２４は、第１データ処理スタックプログラムセット３２６、第２データ処理スタックプログラムセット３２８、及び、プラットフォーム管理プログラムセット３３０を含んでいてもよい。サービスプラットフォームのサーバの第１セットの１つ以上のロジックデバイスによる第１データ処理スタックプログラムセット３２６の実装は、上述した図１の第１データ処理スタック１１２に対応していてもよいし、第１アプリケーション及び／又は第１データベース層に含まれていてもよい。第１データベース層は、高性能データベースシステムの非限定的な例としてＲＥＤＩＳキャッシュベースのデータベースシステムに対応していてもよい。サービスプラットフォームのサーバの第２セットの１つ以上のロジックデバイスによる第２データ処理スタックプログラムセット３２８の実装は、上述した図１の第２データ処理スタック１１４に対応していてもよいし、第２アプリケーション及び／又は第２データベース層に含まれていてもよい。第２データベース層は、低性能データベースシステムの非限定的な例としてＭｏｎｇｏＤＢ又はＥｌａｓｔｉｃＳｅａｒｃｈベースのデータベースシステムに対応していてもよい。サービスプラットフォームの１つ以上のロジックデバイスによるプラットフォーム管理プログラムセット３３０の実装は、パーシステンス層を含む、上述した図１のエッジサーバシステム１１６に対応していてもよい。
【００３４】
データストレージデバイス３２０のセットに格納されたデータ３３２は、サービスプラットフォーム３１０に存在するようなデータのコンテキスト内のサービス側データとして参照されてもよい。データ３３２は、第１データセット３３４、第２データセット３３６、及び、第１及び第２データセットの結合データセット３３８を含んでいてもよい。第１データセット３３４は、第１データ処理スタックを介して受信され処理されたデータを含んでいてもよいし、第２データセット３３６は、サービスプラットフォームの第２データ処理スタックを介して受信され処理されたデータを含んでいてもよい。プラットフォーム管理プログラムセット３３０は、データ処理スタックについてのパス判定動作状態の非限定的な例として、特定の車両がアクティブ動作状態又は非アクティブ動作状態のいずれかで現在動作しているかをサービスプラットフォームに判定可能にさせる、各データソース（例えば、車両）に関する状態テーブルを保持していてもよい。この状態テーブルはさらに、車両に関するテレメトリデータが現在第１又は第２データ処理スタックのいずれに向けられているかを示してもよい。したがって、プラットフォーム管理プログラムセット３３０は、特定の車両についてデータ処理スタック間のデータ伝送動作が完了しているか、又は待ち中又は処理中であるかを特定するテーブルを保持していてもよい。
【００３５】
サービスプラットフォーム３１０はさらに、サービスプラットフォームを通信ネットワークを経て、車載テレマティクス装置３５０などの他の計算装置と通信可能にさせる、１つ以上の通信インタフェース３４２のセットを含んでいてもよい。車載テレマティクス装置３５０は、１つ以上の計算装置のセットを含んでいてもよい。計算装置は、１つ以上のロジックデバイス（例えば、コンピュータプロセッサ）のセット及び１つ以上のデータストレージデバイスのセットを含んでいてもよい。データストレージデバイス３６０のセット及びロジックデバイス３６８のセットが、図３に模式的に表されている。データストレージデバイス３６０のセットは、ロジックデバイス３６８のセットによって参照及び／又は更新される、命令３６２及び／又はデータ３６６を格納して有していてもよい。ロジックデバイスは、データストレージデバイスへ又はデータストレージデバイスから、データ及び／又は命令を読み込み又は書き込みしてもよい。
【００３６】
命令３６２は、ロジックデバイス３６８のセットによって実行される１つ以上のクライアント側プログラム３６４を含む。例えば、クライアント側プログラム３６４は、車載テレマティクス装置のクライアント側アプリケーションプログラム及び／又はファームウェアを含んでいてもよい。車載テレマティクス装置の１つ以上のロジックデバイスによるクライアント側アプリケーションプログラムの実装は、ここで述べた１つ以上の動作及び／又は処理を提供してもよいし、又はその他、図１及び図２を参照して上述したような車載テレマティクス装置の機能性を可能にしてもよい。
【００３７】
データストレージデバイス３６０のセットに格納されたデータ３６６は、車載テレマティクス装置３５０に存在するようなデータのコンテキスト内のクライアント側データとして参照されてもよい。データ３６６は、車載テレマティクス装置がインタフェースする同じ車両の車載電子システム３８０から取得されるデータを含んでいてもよい。データ３６６は、あるいは、又は、さらに、車載テレマティクス装置３５０の１つ以上のセンサ機器３７０のセットを介して取得されるデータを含んでいてもよい。データ３６６は、生の又は処理された形態でデータを含んでいてもよい。例えば、センサ機器３７０のセットを介して及び／又は車両の車載電子システム３８０から取得されたデータは、ストレージデバイス３６０のセット内に生の形態で格納されていてもよい。この生データをロジックデバイス３６８のセットにより車両上で処理し、処理されたデータを取得するようにしてもよいし、そのような処理されたデータを、ストレージデバイス３６０内に格納してもよい。さらに、クライアント側データは、それらの個々の通信インタフェースを介して通信ネットワークを経て、車載テレマティクス装置３５０によりサービスプラットフォーム３１０に伝達されてもよい。サービスプラットフォーム３１０は、クライアント側データを受信し、そして、クライアント側データをそのオリジナルの形態で及び／又は処理された形態でサービス側データ３３２としてストレージデバイス３２０のセット内に格納してもよい。
【００３８】
図４は、車載テレマティクス装置とサービスプラットフォームのコンポーネントとの間のやり取りの一例を示すタイムライン図である。図４の車載テレマティクス装置は、上述した車載テレマティクス装置の一例を示しているとも言える。図４のサービスプラットフォームは同様に、上述したサービスプラットフォームの一例とも言える。例えば、図４のサービスプラットフォームは、プラットフォーム管理コンポーネント、第１データ処理スタックコンポーネント、及び第２データ処理スタックコンポーネントを含んでいてもよい。プラットフォーム管理コンポーネントは、データパーシステンス層を含んでいてもよいし、１つ以上のサーバ（例えば、図１に示すエッジサーバシステム１１６）により実行されるプラットフォーム管理プログラムセット（例えば、図３に示す３３０）の形態をとってもよい。第１及び第２データ処理コンポーネントは、サーバの第１及び第２グループによってそれぞれ実行される、第１及び第２データ処理プログラムセット（例えば、図１の１１２，１１４、又は、図３の３２６，３２８）の形態をとってもよい。
【００３９】
図４内において、４０２で示されるやり取りの第１セットは、サービスプラットフォームの車両に関するテレメトリデータ（及び必要に応じて、もし車載テレマティクス装置によって事前に判定されていればパス判定動作状態の通知）を４１０で伝達する車載テレマティクス装置を含む。４１２で、プラットフォーム管理コンポーネントは、テレメトリデータを取得し処理し、テレメトリデータに基づいて（又は、もし車両上で事前に判定されていれば、車載テレマティクス装置により提供される通知に基づいて）車両のパス判定動作状態を判定する。４１２で特定されるパス判定動作状態に基づいて、プラットフォーム管理コンポーネントは、４１４で、テレメトリデータを第１データ処理スタックに向かわせる。４１６で、第１データ処理スタックは、車両に関するテレメトリデータを取得し処理する。そのような処理は、車載テレマティクス装置から第１データ処理スタックに向けられるステートレスのテレメトリデータに基づいて車両状態情報のセットを保持することを含んでもよい。４１０及び４１４で伝達されるテレメトリデータは、ある期間にわたって発生する複数のデータ通信（例えば、メッセージ）のデータストリームを表してもよい。そのような場合、第１データ処理スタックは、車載テレマティクス装置からの一連の伝達のそれぞれにおいて取得されるテレメトリデータに基づき又は応答して車両状態情報のセットを更新することにより、継続してもよい。
【００４０】
４１８で示されるやり取りの第２セットは、第１データ処理スタックから第２データ処理スタックへの状態管理の移行の一例として提供される。４２０において、車載テレマティクス装置は、テレメトリデータ（及び必要に応じて、車載テレマティクス装置によって事前に判定されていれば動作状態の通知）を伝達する。４２２で、プラットフォーム管理コンポーネントは、テレメトリデータを取得し処理し、テレメトリデータに基づいて（又は、もし車両上で事前に判定されていれば車載テレマティクス装置により提供される通知に基づいて）車両のパス判定動作状態を判定する。４２２で特定されるパス判定動作状態に基づいて、プラットフォーム管理コンポーネントが４２４で、４０２で示したやり取りの第１セットを参照して上述したように、テレメトリデータを第１データ処理スタックの代わりに第２データ処理スタックに向かわせる。４２６で、第２データ処理スタックは、車両に関するテレメトリデータを取得し処理する。そのような処理は、第２データ処理スタックに向けられるステートレスのテレメトリデータに基づいて車両状態情報のセットを判定し保持することを含んでもよい。４２０及び４２４で伝達されるテレメトリデータは、ある期間にわたって発生する複数のデータ通信のデータストリームを表してもよい。そのような場合、第２データ処理スタックは、車載テレマティクス装置からの一連の伝達のそれぞれにおいて取得されるテレメトリデータに基づき又は応答して車両状態情報のセットを更新してもよい。ステートレステレメトリデータストリームのコンテキスト内において、第２データ処理スタックは、新たに到達するテレメトリデータが車両に関する状態情報の現在のセットを判定するために適用される第１データ処理スタックから、移行前状態情報を取得してもよい。
【００４１】
第１の実装例において、第２データ処理スタックは、４２８で示されるように、第１データ処理スタックに移行前状態情報を要求してもよい。４３０で、第１データ処理スタックは、車両に関する移行前状態情報の要求を受信し応答する。移行前状態情報は、例えば、４０２で示されるやり取りの第１セットにおいて第１データ処理スタックにより判定され保持される車両状態情報のセットを指してもよい。４３４で、第２データ処理スタックは、その応答から移行前状態情報を取得し、さらに車両に関する移行前状態情報に基づき車両状態情報のセットを判定し保持する。例えば、移行前状態情報は、車載テレマティクス装置からの一連の伝達のそれぞれにおいて移行後に取得されるテレメトリデータに基づき又は応答して車両状態情報のセットを更新することにより第２データ処理スタックが継続する基点を提供してもよい。
【００４２】
第２の実装例において、４２８，４３０及び４３２を参照して述べた要求及び応答のやり取りは、やり取りの第３セット４３６によって置き換えられてもよい。上述したように、４２２で、プラットフォーム管理コンポーネントは、テレメトリデータを取得し処理し、テレメトリデータに基づいて（又は、もし車両上で事前に判定されていれば車載テレマティクス装置により提供される通知に基づいて）車両の動作状態を判定する。４２２で特定された動作状態に基づいて、プラットフォーム管理コンポーネントは４２４で、さらに、４３８で第１データ処理スタックに移行コマンドを向かわせる。４４０で、第１データ処理スタックは、移行コマンドを取得し、その移行コマンドに応答して、４４２で示したように車両に関する移行前状態情報を第２データ処理スタックに向かわせる。４４４で、第２データ処理スタックは、移行前状態情報を取得し、さらに車両に関する移行前状態情報に基づき車両状態情報のセットを判定し保持する。例えば、移行前状態情報が、車載テレマティクス装置からの一連の伝達のそれぞれにおいて移行後に取得されるテレメトリデータに基づき又は応答して車両状態情報のセットを更新することにより第２データ処理スタックが継続する基点を提供してもよい。
【００４３】
状態変化を開始するために、状態変化メッセージは、サービスプラットフォームの処理キューに置かれ、例えば、プラットフォーム管理コンポーネントによって保持されてもよい。各状態変化メッセージは次いで、第１データ処理スタック（例えば、アクティブ車両状態に関連付けられた高性能スタック）から第２データ処理スタック（例えば、非アクティブ車両状態に関連付けられた低性能スタック）への移行前状態情報の伝送を開始する。いったん伝送が完了すると、サービスプラットフォームで（例えば、プラットフォーム管理コンポーネントによって）車両について保持される車両レコードは、第２データ処理スタックに関連付けされるように特徴づけされる。イグニッションＯＮイベントが検出されたとき、テレメトリデータはすぐに高性能データ処理スタック上で実行され、車両レコードは、高性能データ処理スタックに関連付けされるように（例えば、プラットフォーム管理コンポーネントによって）特徴づけされる。
【００４４】
少なくともいくつかの実装において、例えば、高性能データ処理スタックが、ちょうど現在車両のアクティブセッション（例えば、走行中）に属している車両の全履歴について応答可能でない場合などにおいて、データは、低性能データ処理スタックから高性能データ処理スタックにコピーされない。例えば、車両が駐車された（非アクティブになった）とき、又は、過去の走行中又は過去何日かの間に加入者によって要求されたデータは、低性能データ処理スタックから提供されてもよい。一方、例えば現在位置など、車両が現在アクティブであるときに加入者によって要求されるある現在データは、高性能データ処理スタックから提供されてもよい。高性能データ処理スタックから低性能データ処理スタックにうまく転送されたデータは、低性能データ処理スタックから提供されてもよい。しかしながら、例えば、車両のアクティブ動作状態から非アクティブ動作状態に移行した直後などで、高性能データ処理スタックから低性能データ処理スタックにまだ転送されていないデータは、少なくともそのようなデータがうまく転送されるまで、高性能データ処理スタックから提供されてもよい。
【００４５】
４４６で示されるやり取りの第４セットは、リダイレクトコマンドを使用するプラットフォーム管理コンポーネントによる第１データ処理スタックから第２データ処理スタックへの状態管理の移行の他の例を提供する。やり取りの本セット内において、車載テレマティクス装置は、プラットフォーム管理コンポーネントを横断させずに、テレメトリデータをデータ処理スタックに伝達する。しかしながら、プラットフォーム管理コンポーネントは、適切なデータ処理スタックに車載テレマティクス装置を向けるか又は向け直すかするためのリソースとして提供される。
【００４６】
４４８で、車載テレマティクス装置はまず、第１データ処理スタックにテレメトリデータを伝達する。４５０で、車載テレマティクス装置は、第１データ処理スタックから第２データ処理スタックへの移行を要求するか、又は代わりに、４５０で、（もし車載テレマティクス装置によって事前に判定されていれば）状態管理が移行されるべき車両状態における変化の通知を伝達する。４５２で、プラットフォーム管理コンポーネントは、その要求又は車両状態における変化の通知を受け付け、そしてこの通達に応答して、４５４で車載テレマティクス装置に対してリダイレクトメッセージを伝達する。例えば、リダイレクトメッセージは、第２データ処理スタックに対応するネットワークアドレスを示す。あるいは、第２データ処理スタックに対応するネットワークアドレスは、車載テレマティクス装置に予め格納されていてもよいし、リダイレクトメッセージは代わりに、第２データ処理スタックが後続テレメトリデータのためにテレマティクス装置で用いられることを示す移行コマンドの形態をとってもよい。４５６で、車載テレマティクス装置は、リダイレクトメッセージ又は移行コマンドを取得し、そして、４５８に示されるように、第２データ処理スタックへの車両に関するテレメトリデータの伝達を開始する。４５８で伝達されたテレメトリデータは、ある期間にわたって発生する複数のデータ通信のデータストリームを表してもよい。そのような場合において、第２データ処理スタックは、車載テレマティクス装置からの一連の伝達のそれぞれにおいて取得されるテレメトリデータに基づき又は応答して車両状態情報のセットを更新することにより、継続してもよい。
【００４７】
第１の実装例において、プラットフォーム管理コンポーネントはさらに、４６０で、４５０で取得される伝達に応答して移行コマンドを第１データ処理スタックに伝達してもよい。４６２で、第１データ処理スタックは、移行コマンドを取得し、そして４６４に示されるように、第２データ処理スタックに移行前状態情報を転送する。４６６で、第２データ処理スタックは、第１データ処理スタックから伝達された移行前状態情報を取得し、そして、さらに車両に関する移行前状態情報に基づき車両状態情報のセットを判定し保持する。例えば、移行前状態情報は、車載テレマティクス装置からの一連の伝達のそれぞれにおいて移行後に取得されるテレメトリデータに基づき又は応答して車両状態情報のセットを更新することにより第２データ処理スタックが継続する基点を提供してもよい。
【００４８】
第２の実装例において、第２データ処理スタックは、４６８で示されるように、第１データ処理スタックに移行前状態情報を要求してもよい。４７０で、第１データ処理スタックは、車両に関する移行前状態情報の要求を受信し、４７２で応答する。４７４で、第２データ処理スタックは、その応答から移行前状態情報を取得し、さらに車両に関する移行前状態情報に基づき車両状態情報のセットを判定し保持する。例えば、移行前状態情報は、車載テレマティクス装置からの一連の伝達のそれぞれにおいて移行後に取得されるテレメトリデータに基づき又は応答して車両状態情報のセットを更新することにより第２データ処理スタックが継続し得る基点を提供してもよい。
【００４９】
４７６で示されるやり取りの第５セットは、プラットフォーム管理コンポーネントが必ずしも含まれていない場合の、第１データ処理スタックから第２データ処理スタックへの状態管理の移行の一例を提供する。例えば、プラットフォーム管理コンポーネントは、少なくともいくつかの実装においてサービスプラットフォームから省略されてもよい。４７８で、車載テレマティクス装置はまず、４８０でテレメトリデータを処理する第１データ処理スタックにテレメトリデータを伝達する。４８２で、車載テレマティクス装置は、状態管理が移行されるべき車両状態における変化を検出する。４８４で、車載テレマティクス装置は、第２データ処理スタックへのテレメトリデータの伝達を開始する。４８６で、第２データ処理スタックは、車両に関するテレメトリデータを取得し処理する。そのような処理は、第２データ処理スタックに向けられるステートレスのテレメトリデータに基づいて車両状態情報のセットを判定し保持することを含んでもよい。４８４で伝達されるテレメトリデータは、ある期間にわたって発生する複数のデータ通信のデータストリームを表してもよい。そのような場合、第２データ処理スタックは、車載テレマティクス装置からの一連の伝達のそれぞれにおいて取得されるテレメトリデータに基づき又は応答して車両状態情報のセットを更新してもよい。
【００５０】
第１の実装例において、移行の指示又は移行コマンドは、車載テレマティクス装置により第１データ処理スタックに伝達されてもよいし、４４０，４４２，４４４を参照して上述したように、第１データ処理スタックに、車両に関する移行前状態情報を第２データ処理スタックに伝達させるようにしてもよい。第２の実装例では、第２データ処理スタックが、車載テレマティクス装置により伝達されるテレメトリデータを受信したときに、４８８で示したように第１データ処理スタックに車両に関する伝達前状態情報を要求するようにしてもよい。４９０で、第１データ処理タックは、その要求を受信すると、伝達前状態情報を応答に含ませて、４９２で応答する。４９４で、第２データ処理スタックは、その応答から伝達前状態情報を取得し、さらに車両に関する伝達前状態情報に基づき車両状態情報のセットを判定し保持する。例えば、移行前状態情報は、車載テレマティクス装置からの一連の伝達のそれぞれにおいて移行後に取得されるテレメトリデータに基づき又は応答して車両状態情報のセットを更新することにより第２データ処理スタックが継続する基点を提供してもよい。
【００５１】
４９６で示されるやり取りの第６セットは、プラットフォーム管理コンポーネントが必ずしも含まれていない場合の、第１データ処理スタックから第２データ処理スタックへの状態管理の移行の一例を提供する。例えば、プラットフォーム管理コンポーネントは、少なくともいくつかの実装においてサービスプラットフォームから省略されてもよい。４９８で、車載テレマティクス装置はまず、テレメトリデータを５００で処理する第１データ処理スタックにテレメトリデータを伝達する。この例では、第１データ処理スタックは、第２データ処理スタックへの状態管理の移行が実行されるべき車両状態の変化が発生したと判定する。この判定に応答して、５１０で、第１データ処理スタックは、車載テレマティクス装置に対してリダイレクトメッセージ又は移行コマンドを伝達する。リダイレクトメッセージ又は移行コマンドは、４５４を参照して上述した情報を含んでいて、車載テレマティクス装置に第２データ処理スタックへのテレメトリデータの伝達を開始させることができてもよい。５１２で、車載テレマティクス装置は、リダイレクトメッセージ又は移行コマンドを取得し、そして５１６で、第２データ処理スタックへのテレメトリデータの伝達を開始する。第２データ処理スタックは、５１８でテレメトリデータを取得する。
【００５２】
第１の実装例では、状態管理の移行が実行される５００での判定に応答して、第１データ処理スタックは、５１４で、第２データ処理スタックへ車両に関する移行前状態情報を伝達する。第２の実装例において、要求と応答のアプローチは、５１８でのテレメトリデータの受信に応答して、（４２８，４３０，４３２を参照して上述したように）第２データ処理スタックにより開始されてもよい。５１８で、第２データ処理スタックはさらに、第１データ処理スタックから移行前状態情報を取得し、移行前状態情報と組み合わせてテレメトリデータを処理する。そのような処理は、基点として移行前状態情報を用いる第２データ処理スタックに向けられるステートレスのテレメトリデータに基づいて車両状態情報のセットを保持することを含んでもよい。５１６で伝達されたテレメトリデータは、ある期間にわたって発生する複数のデータ通信のデータストリームを表してもよい。そのような場合、第２データ処理スタックは、車載テレマティクス装置からの一連の伝達のそれぞれにおいて取得されるテレメトリデータに基づき又は応答して、移行前状態情報から車両状態情報のセットを更新することにより、継続してもよい。
【００５３】
少なくともいくつかの実装において、第１データ処理スタックから第２データ処理スタックへの状態管理の移行は、第２データ処理スタックに対応する車両のパス判定動作状態の決定に続いて、所定期間（例えば、猶予期間）遅らせてもよい。例えば、第１データ処理スタックがサービスプラットフォームの高性能データ処理スタックに対応し、第２データ処理スタックがサービスプラットフォームの低性能データ処理スタックに対応する場合において、パス判定動作状態への変化（例えば、イグニッションＯＦＦ）が判定されたとき、状態管理の移行を実行するロジックは、イグニッションＯＦＦにおいて第１データ処理スタックから第２データ処理スタックに状態管理がすぐに移行されないように、タイマを用いて猶予期間を開始して、所定期間（例えば、５分、１０分など）移行を遅らせてもよい。パス判定動作状態が猶予期間続いたらその後、状態管理の移行は、例えば、第１データ処理スタックから第２データ処理スタックに、車載テレマティクス装置により伝達されるテレメトリデータを向かわせるために、開始されてもよい。猶予期間は、状態管理の移行や、燃料の補給動作やその他の短時間の非アクティブ車両状態などのようなシナリオに関連するコストを管理するために用いられてもよい。猶予期間は、例えば、イグニッションＯＮイベント又は車両の他のアクティベーションに応答して、低性能データ処理スタックから高性能データ処理スタックへの状態管理の逆移行のために用いられなくてもよい。
【００５４】
前述の開示によれば、コンピュータ化された方法の非限定的な例は、サービスプラットフォームのエッジサーバシステムにおいて、車両に関するテレメトリデータであって、通信ネットワークを経て前記車両の車載テレマティクス装置により伝達される前記テレメトリデータを取得することと、前記エッジサーバシステムにおいて、前記テレメトリデータに基づいて、前記車両の動作状態であって、前記車両のアクティブ動作状態又は非アクティブ動作状態のいずれかを含む前記動作状態を判定することと、前記車両に関する前記テレメトリデータを、前記アクティブ動作状態を含む前記動作状態に応答して、前記サービスプラットフォームの第１データ処理スタックであって、前記サービスプラットフォームのサーバ装置の第１セットにより実行される第１アプリケーション層及び第１データベース層を含む前記第１データ処理スタックに向かわせることと、前記車両に関する前記テレメトリデータを、前記非アクティブ動作状態を含む前記動作状態に応答して、前記サービスプラットフォームの第２データ処理スタックであって、前記サービスプラットフォームのサーバ装置の第２セットによって実行される第２アプリケーション層及び第２データベース層を含み、前記第１データ処理スタックよりも高いリード／ライトパーシステンシのレイテンシを有する前記第２データ処理スタックに向かわせることと、を含んでもよい。この方法又はここで開示された他の実装はさらに、前記サービスプラットフォームの前記エッジサーバシステムにおいて、前記車両に関する後続テレメトリデータであって、前記テレメトリデータの後に、前記通信ネットワークを経て前記車両の前記車載テレマティクス装置により伝達される後続テレメトリデータを取得することと、前記エッジサーバシステムにおいて、前記後続テレメトリデータに基づいて、前記アクティブ動作状態から前記非アクティブ動作状態への前記車両の前記動作状態における変化を判定することと、前記アクティブ動作状態から前記非アクティブ動作状態への前記車両の前記動作状態における前記変化に応答して、前記サービスプラットフォームの前記第２データ処理スタックへ前記車両に関する後続テレメトリデータを向かわせることと、前記第１データ処理スタックから前記第２データ処理スタックへ前記テレメトリデータ又は該テレメトリデータの処理された形態を伝送することと、前記後続テレメトリデータと前記テレメトリデータ又は該テレメトリデータの処理された形態とを組み合わせて処理して、１つ以上の車両状態を取得することと、により、前記第１データ処理スタックから前記第２データ処理スタックへ移行することと、をさらに含む。この方法又はここで開示された他の実装はさらに、前記第２データ処理スタックの前記第２データベース層に前記１つ以上の車両状態を格納することと、前記通信ネットワークを経て前記第２データ処理スタックから１以上の加入者へ前記１つ以上の車両状態を伝達することと、をさらに含む。この方法又はここで開示された他の実装はさらに、前記アクティブ動作状態から前記非アクティブ動作状態への前記車両の前記動作状態における前記変化を判定した後に、閾値期間の間、前記第１データ処理スタックから前記第２データ処理スタックへの前記移行を、前記閾値期間の間、前記後続テレメトリデータを前記第１データ処理スタックへ向かわせることと、前記閾値期間の満了後に、前記第１データ処理スタックから前記第２データ処理スタックへの前記移行を実行すること、により、遅らせること、をさらに含む。この方法又はここで開示された他の実装はさらに、前記サービスプラットフォームの前記エッジサーバシステムで、前記車両に関する更なる後続テレメトリデータであって、前記後続テレメトリデータの後に、前記通信ネットワークを経て前記車両の前記車載テレメトリクス装置により伝達される前記更なるテレメトリデータを取得することと、前記閾値期間の間、前記更なる後続テレメトリデータを前記第１データ処理スタックへ向かわせることを継続することと、前記閾値期間の満了後に、前記第１データ処理スタックから前記第２データ処理スタックへの前記移行を実行し、前記更なる後続テレメトリデータを前記第２データ処理スタックへ向かわせることと、をさらに含む。この方法又はここで開示された他の実装はさらに、一定期間にわたって前記車両の前記車載テレマティクス装置により伝達される、ステートレスデータストリームの形態をとる前記テレメトリデータを含み、その一定期間において、前記第１データ処理スタック宛ての前記テレメトリデータが処理され、前記ステートレスデータストリームに基づいて前記車両の１つ以上の車両状態が取得され、又は、前記第２データ処理スタック宛ての前記テレメトリデータが処理され、前記ステートレスデータストリームに基づいて前記車両の１つ以上の車両状態が取得される。この方法又はここで開示された他の実装はさらに、ＯＢＤインタフェースを経て前記車両の車載電子システムから少なくともいくつかの前記テレメトリデータを取得する前記車両の前記車載テレマティクス装置を含む。この方法又はここで開示された他の実装はさらに、前記車載テレマティクス装置の１つ以上のセンサ機器から少なくともいくつかのテレメトリデータを取得する前記車両の前記車載テレマティクス装置を含む。この方法又はここで開示された他の実装はさらに、前記車両の前記車載電子システムの一部に統合され又は一部を形成する前記車載テレマティクス装置を含む。この方法又はここで開示された他の実装はさらに、前記通信ネットワークのワイヤレスネットワークコンポーネントを経て前記車両から前記テレメトリデータを伝達する前記車載テレマティクス装置を含む。この方法又はここで開示された他の実装はさらに、イグニッションＯＮ状態に対応する前記アクティブ動作状態、及び、前記車両のイグニッションＯＦＦ状態に対応する前記非アクティブ状態を含む。この方法又はここで開示された他の実装はさらに、イグニッションＯＮ状態、又は、前記イグニッションＯＮ状態からイグニッションＯＦＦ状態への移行後の閾値期間の間の前記イグニッションＯＦＦ状態に対応する前記アクティブ動作状態、及び、前記閾値期間の後の前記車両の前記イグニッションＯＦＦ状態に対応する前記非アクティブ動作状態を含む。この方法又はここで開示された他の実装はさらに、前記サービスプラットフォームの前記エッジサーバシステムにおいて、前記車両に関する後続テレメトリデータを取得し、前記サービスプラットフォームにおいて、前記後続テレメトリデータが前記テレメトリデータの後に前記通信ネットワークを経て前記車両の前記車載テレマティクス装置により伝達され、前記エッジサーバシステムにおいて、前記後続テレメトリデータに基づいて、前記非アクティブ動作状態から前記アクティブ動作状態への前記車両の前記動作状態における変化を判定することと、前記非アクティブ動作状態から前記アクティブ動作状態への前記車両の前記動作状態における前記変化に応答して、前記サービスプラットフォームの前記第１データ処理スタックへ前記車両に関する前記後続テレメトリデータを向かわせることと、前記第１データ処理スタックにおいて、前記後続テレメトリデータを処理して、１つ以上の車両状態を取得することと、前記第１データ処理スタックの前記第１データベース層に前記１つ以上の車両情報を格納することと、前記車両の前記アクティブ動作状態の間に前記通信ネットワークを経て前記第１データ処理スタックから１以上の加入者へ前記１つ以上の車両情報を伝達することと、により、前記第２データ処理スタックから前記第１データ処理スタックへ移行することと、を含む。
【００５５】
前述の開示によれば、計算システムの非限定的な例は、第１アプリケーション層及び第１データベース層を含む第１データ処理スタックを提供する１つ上のサーバの第１セットと、第２アプリケーション層及び第２データベース層を含む第２データ処理スタックであって、前記第１データ処理スタックよりも高いリード／ライトパーシステンシのレイテンシを有する前記第２データ処理スタックを提供する１つ上のサーバの第２セットと、車両に関するテレメトリデータであって、通信ネットワークを経て前記車両の車載テレマティクス装置により伝達される前記テレメトリデータを取得し、前記テレメトリデータに基づいて、前記車両の動作状態であって、前記車両のアクティブ動作状態又は非アクティブ動作状態のいずれかを含む前記動作状態を判定し、前記アクティブ動作状態を含む前記動作状態に応答して、又は、前記アクティブ動作状態からの移行後の閾値期間の間の前記非アクティブ動作状態を含む前記動作状態に応答して、前記車両に関する前記テレメトリデータを前記第１データ処理スタックへ向かわせ、さらに、前記アクティブ動作状態からの前記移行後の前記閾値期間の後の前記非アクティブ動作状態を含む前記動作状態に応答して、前記車両に関する前記テレメトリデータを前記第２データ処理スタックに向かわせる、ように構成されたプラットフォーム管理コンポーネントを提供する１つ以上のサーバのエッジサーバシステムを含むサービスプラットフォームと、を備える。このシステム又はここで開示された他の実装はさらに、前記アクティブ動作状態から前記非アクティブ動作状態への前記移行後の前記閾値期間の後、前記第１データ処理スタックから前記第２データ処理スタックへ、前記テレメトリデータ又は該テレメトリデータの処理された形態を伝送するようにさらに構成された前記プラットフォーム管理コンポーネントを備える。このシステム又はここで開示された他の実装はさらに、前記第１アプリケーション層において前記テレメトリデータを処理して前記テレメトリデータ内に含まれる時系列のステートレスデータに基づいて１つ以上の車両状態を取得し、前記第１データ処理スタックの前記第１データベース層に前記１つ以上の車両状態を格納し、前記車両の前記アクティブ状態の間、又は、前記アクティブ動作状態からの移行後の前記閾値期間の間の前記車両の前記非アクティブ状態の間、前記通信ネットワークを経て前記第１データ処理スタックから１以上の加入者へ、前記１つ以上の車両状態を伝達する、ように構成された前記第１データ処理スタックを備える。このシステム又はここで開示された他の実装はさらに、前記第２アプリケーション層において前記テレメトリデータを処理して前記テレメトリデータ内に含まれる時系列のステートレスデータに基づいて１つ以上の車両状態を取得し、前記第２データ処理スタックの前記第２データベース層に前記１つ以上の車両状態を格納し、前記移行後の前記閾値期間の後の前記車両の前記非アクティブ状態の間、前記通信ネットワークを経て前記第２データ処理スタックから１以上の加入者へ、前記１つ以上の車両状態を伝達する、ように構成された前記第２データ処理スタックを備える。このシステム又はここで開示された他の実装はさらに、イグニッションＯＮ状態に対応する前記アクティブ動作状態、及び、前記車両のイグニッションＯＦＦ状態に対応する前記非アクティブ動作状態を備える。このシステム又はここで開示された他の実装はさらに、ＯＢＤインタフェースを経て前記車両の車載電子システムから少なくともいくつかの前記テレメトリデータを取得する前記車両の前記車載テレマティクス装置を備える。このシステム又はここで開示された他の実装はさらに、前記車載テレマティクス装置を備える。このシステム又はここで開示された他の実装はさらに、前記車両の車載電子システムの一部に統合され又は一部を形成する前記車載テレマティクス装置を備える。
【００５６】
ここに説明された構成及び／又はアプローチは事実上例示であり、これらの例又は実施は多数の変形が可能であるため限定の意味で考慮されるべきではないことが理解されるだろう。ここに説明された特有の方法は１つ以上の処理方法を示していてもよい。示され及び／又は説明された各種動作は、示され及び／又は説明された順序で、他の順序で、並行して、或いは省略されて実行されてもよい。同様に、上述した方法の順序は時々変更されてもよい。本開示の主題は、その幾つか及びすべての同等物と同様、ここに開示された、各種構成、アプローチ、システム、方法、処理、動作、機能、技術、及び他の特徴又は特性のすべての新規で非自明な組合せ及びサブコンビネーションを含む。
【要約】サービスプラットフォームは車両の母集団に搭載されたテレマティクス装置などのリモートデータソースで通信されるテレメトリデータストリームを処理する。サービスプラットフォームは、異なる性能パラメータを有する２つのデータ処理スタックを含む。高性能データ処理スタックは所定のタスク負荷に対するリード／ライト間のパーテシステンシのより低いレイテンシを集合的に示す第１アプリケーション層と第１データベース層とを含む。低性能データ処理スタックは高性能データ処理スタックと比較して同じタスク負荷に対するリード／ライト間のパーテシステンシのより高いレイテンシを集合的に示す第２アプリケーション層と第２データベース層とを含む。データソースから受信される各テレメトリデータについて、そのデータソースの動作状態に従ってデータストリーム内のメッセージが処理用の高性能データ処理スタック又は低性能データ処理スタックに向けられる。
【選択図】図１【図１】
0006654738.tif 000002
【図２】
0006654738.tif 000003
【図３】
0006654738.tif 000004
【図４】
0006654738.tif 000005