JP2015510617A - テレマティックサービスを提供するためのシステムおよび対応する方法 - Google Patents

Abstract

異なるモデルの車両群のうちの１つの車両にサービスを提供する方法であって、制御ユニット（ＴＣＵ＿ｕｎｉｔ）を前記車両の車上においてオフサイトのサービス提供サーバ（ＧＤＣ）と通信するように配置するステップを含む方法である。本方法は、前記車両群のうちの少なくとも１つのモデルの車両に関する、提供されるべき少なくとも１つのサービスの構成ファイルの第１の記憶（３３）と、制御ユニット（ＴＣＵ＿ｕｎｉｔ）の識別子および対応する車両の識別番号（ＶＩＮ）を備えるデータペアのセットの第２の記憶（４３）と、サービス提供サーバ（ＧＤＣ）による前記車両からの車両の識別番号（ＶＩＮ）の受信（２）と、車両の識別番号（ＶＩＮ）の関数としての制御ユニット（ＴＣＵ＿ｕｎｉｔ）の識別子の抽出（３）と、車両識別データ（ＶＩＮ、ＴＣＵ＿ＩＤ）の関数としての１つ以上の構成ファイルの抽出（４）と、前記車両の制御ユニット（ＴＣＵ＿ｕｎｉｔ）によるサービス提供サーバ（ＧＤＣ）からの該当するモデルの車両に提供されるサービスの設定のために抽出された構成ファイルのダウンロード（９）とを含む。

Description

本発明は、電子サービス、および特にオフボードサーバを呼び出すテレマティック電子サービスの提供に関する。本発明は特に自動車に適用される。

車両情報を収集しそれをサービス提供サーバに送信するコンピュータチップである、テレマティック制御ユニットの車両内での設置は従来技術から知られている。ユーザおよび車両の運転者に、例えばインターネット接続または改善されたＧＰＳガイダンス（ＧＰＳは当業者に周知の用語による全地球測位システムを表わす頭辞語）を含む多数のサービスを提供することがこのように可能である。

テレマティック制御ユニットに伴う問題の１つは、テレマティック制御ユニットは製造業者により構築された車両の多数のモデルで動作することができなければならないということである。実際に、テレマティック制御ユニットが設置される車両のアーキテクチャは異なるが、製造コストを最適化するようにテレマティック制御ユニットの単一モデルの使用が想定される。

別の問題は提供されるサービスのアップグレード可能な特性に関する。テレマティック制御ユニットはそれらがアップグレードされるように新たなサービスまたは既存のサービスとの互換性を持つことが明確に必要である。

別の問題は、車両の寿命の過程でサービスを有効にする、停止するまたはアップグレードするためのユーザの要望に関する。

したがって、その動作モードが車両のすべてのモデルに適合することができるように構成可能であり、およびサービスのアップグレードにも適合することができるように再構成可能であるテレマティック制御ユニットを想定する必要がある。

米国特許出願公開第２００８０１４７２４５号明細書内に、
−車両インターフェースの受信；
−小売業者の在庫に適切なデータの入力、車両インターフェース用のＳＩＭカードの有効化；
−決定車両における車両インターフェースの設置；
−小売業者の在庫に基づいたワイヤレスネットワークの選択；
−車両のポートに車両インターフェースの接続；
−設定ＰＣの車両インターフェースへの接続および車両インターフェース用のモデム設定のダウンロード；および
−車両インターフェース内での車両に対応するファイルの選択とダウンロード；
を含む車両インターフェース用の手順の記載がある。

すなわち、この特許出願において、車両に対応する構成ファイルの選択およびダウンロードはオペレータにより行われる（段落７４、図３のステップ３５０を参照）。この操作は面倒であるかもしれず、またオペレータがミスを犯すことがある。

さらに、この特許出願においては、唯一のサービスが想定される。車両の寿命の過程で有効にされるいくつかのサービスの使用に関する一般的な場合では、オペレータによる選択が面倒であり、サービスを変更することからユーザを妨げることがある。

最後に、インストールされたサービスの停止はこの特許出願において想定されていない。

米国特許出願公開第２００８０１４７２４５号明細書

本発明により、本明細書中の上記のすべての問題を解決することを目的としている方法および対応するシステムである提案がされる。

テレマティック制御ユニットでのサービスの自動設定を可能にする方法および対応するシステムである本発明による提案がされる。

また構成エラーを回避することを可能とする簡単な方法である本発明による提案もされる。

このように、本発明の主題は、様々なモデルの車両群のうちの１つの車両にサービスを提供する方法であり、この方法は、制御ユニットを、前記車両の車上において、オフボードサービス提供サーバと通信するように配置するステップを含む。

一般的な特徴によれば、方法は、
−提供される少なくとも１つのサービスの構成ファイルの前記車両群のうちの１つの車両の少なくとも１つのモデルのための第１の記憶；
−制御ユニットの識別子およびそれに対応する車両の識別番号を含むデータペアのセットの第２の記憶；
−サービス提供サーバによる前記車両からの車両の識別番号の受信；
−車両の識別番号の関数としての制御ユニットの識別子の抽出；
−車両の識別データの関数としての１つ以上の構成ファイルの抽出；および
−前記車両の制御ユニットによる車両のモデルのために提供されるサービスを展開するための抽出された構成ファイルのサービス提供サーバからのダウンロード；
を含む。

すべてのモデルのすべての車両に同一の制御ユニットを配置することがこのように可能である。それについての構成はオペレータの介入なしにリモートで行われる。車両の寿命の過程で、ユーザは、新しいサービスに加入したり既存のサービスを更新したりすることもできる。

特徴によれば、方法は、
−サービス提供サーバから制御ユニットへの有効化命令の送信；および
−抽出された構成ファイルの制御ユニットによるダウンロードの、サービス提供サーバによる利用可能化；
を含む。

このように、制御ユニットは容易にサービス提供サーバから必要な構成ファイルをダウンロードすることができる。

別の特徴によれば、方法は、前記車両に提供されるサービス提供サーバのサービスを有効にする、または停止するために、有効化サーバからサービス提供サーバへ有効化メッセージをディスパッチするステップを含む。

このステップはサービスの集中有効化を可能にする。さらに、有効化サーバは一般的に高速で且つ信頼性の高い課金用の課金サーバに直接リンクされる。

さらなる実施形態によれば、方法は、
−制御ユニットによりダウンロードされた構成ファイルの関数として車両の通信バス上を流れるサービスデータを制御ユニットが処理するステップ；
−処理されたサービスデータを記憶手段内に格納するステップ；
−格納されたサービスデータの送信の条件の実現性を検証するステップ；および
−送信条件が実現される際に制御ユニットからサービス提供サーバに格納されたサービスデータを送信するステップ；
を含む。

サービスはこのように容易に提供することができ、また制御ユニットからサービス提供サーバへのデータのアップロードを制御することもできる。

この付加的な実施形態の特徴によれば、方法は、サービス提供サーバにより受信されたサービスデータを、サービス提供サーバのサービス毎およびクライアント毎に、クライアントデータを格納するためのサーバに送信するステップを含む。

このように、データは、クライアントによりまたはサービスプロバイダによりその後使用されるように、格納することができる。

また、本発明の主題は、様々なモデルの車両群のうちの１つの車両のためにサービスを提供するシステムであって、前記システムは、
−車両にサービスを提供するオフボードサーバ；
−サービス提供のためのデータを収集する車上制御ユニット；および
−制御ユニットおよびサービス提供サーバとの間の通信を可能にするための第１の通信手段；
を備える。

一般的な特徴によれば、サービス提供サーバは、前記群の車両の少なくとも１つのモデルのために提供された少なくとも１つのサービスの構成ファイルを格納するように構成された第１の記憶手段と、制御ユニットの識別子およびそれに対応する車両の識別番号を含むデータペアのセットを格納するように構成された第２の記憶手段とに連結されており、第２の記憶手段内で、車両の識別番号に基づいて制御ユニットの識別子を抽出するように構成された抽出手段であって、車両識別データの関数として１つ以上の構成ファイルを第１の記憶手段から抽出するように構成された抽出手段を備え、
制御ユニットは車両のモデルのために提供されるサービスを展開するために抽出された設定ファイルをサービス提供サーバからダウンロードするように設定される。

別の特徴によれば、システムは前記車両から遠隔の有効化サーバ、有効化サーバおよびサービス提供サーバとの間の通信を可能にする第２の通信手段を備え、前記有効化サーバは前記車両に提供されるサービス提供サーバのサービスを有効にする、または停止するように、サービス提供サーバへの有効化メッセージをディスパッチするように構成される。

一実施形態によれば、車上制御ユニットはセキュリティ証明を記憶する手段を備え、前記セキュリティ証明は制御ユニットの一意の識別子を備え、およびシステムはそのセキュリティ証明に基づいて制御ユニットを認証し制御ユニットのセキュリティ証明を使用して制御ユニットおよびサービス提供サーバとの間で暗号化通信を確立するように構成された前記車両から遠隔のセキュリティサーバを備える。

別の実施形態によれば、車上制御ユニットは、制御ユニットによりダウンロードされた構成ファイルの関数として車両の通信バス上を流れるサービスデータを処理する処理手段、処理されたサービスデータを格納するための記憶手段、および送信条件の実現性を確認するように構成された管理手段を備え、前記制御ユニットは、送信条件が実現される際に格納されたサービスデータをサービス提供サーバに送信するように構成されている。

本発明の他の特徴および利点は実装および実施形態の完全に非限定的なモードの詳細な説明および添付の図面を検討していく上で明らかになるであろう。

図１は、テレマティック制御ユニットを概略的に示す。 図２は、テレマティック制御ユニットを備える車両にサービスを提供するためのシステムを示す。 図３は、データを準備する方法のステップを示す。 図４は、データを準備する方法のステップを示す。 図５は、サービスを提供する方法のステップを示す。 図６は、サービスを提供する方法のステップを示す。

図１に示される制御ユニットＴＣＵ（当業者に周知の用語によるテレマティック制御ユニットを表わす頭辞語）ＴＣＵ＿ｕｎｉｔは、車両に搭載される電子コンピュータチップであり、
−制御ユニットＴＣＵ＿ｕｎｉｔの電力供給を管理し、車両がオフの際に制御ユニットＴＣＵ＿ｕｎｉｔをオンにしウェイクアップイベントを管理する電力提供ユニットＰＡ；
−ＳＩＭカード（ＳＩＭは当業者に周知の用語による加入者識別モジュールを表わす頭辞語）Ｓ＿ｃａｒｄ、メモリＭＥＭおよびＧＳＭネットワーク上で音声およびデータ通信サービスを提供するＧＳＭアンテナ（ＧＳＭは当業者に周知の用語による移動通信用グローバルシステムを表わす頭辞語）Ｇ＿ａｎｔに関連付けられた無線プロセッサＷＩＰＯ；
−車両の他のコンピュータチップと通信するためのマイクロコントローラＧＰＩＯ；
−地理位置情報サービスを確保するためのＧＰＳマイクロプロセッサＧ＿ｍｉｃｒｏおよびＧＰＳアンテナＧＰＳ＿ａｎｔ；
−ＷｉＦｉネットワークに接続するためのまたは車両のユーザが接続できるＷｉＦｉアクセスポイントを生成するためのＷｉＦｉモジュールＷＩＦＩ＿ｍｏｄおよびＷｉＦｉアンテナＷＩＦＩ＿ａｎｔ；
−セキュリティ機能のための補助電力供給源、例えば制御ユニットＴＣＵ＿ｕｎｉｔによる自動緊急通報を確保するための内部バッテリＢＡＴＴ；
−制御ユニットの一意の識別子ＴＣＵ＿ＩＤ（図には示されていない）を格納するように構成された第１の記憶手段ＳＴＯＣＫ１。一実施形態によれば、記憶手段ＳＴＯＣＫ１は制御ユニットＴＣＵ＿ｕｎｉｔためのセキュリティ証明ＣＳ（図には示されていない）を格納でき、セキュリティ証明ＣＳは制御ユニットの一意の識別子ＴＣＵ＿ＩＤを備える；
−車両が有効になっていないが、車両の変位を検出する動き検出器ＣＡＰＴ；
−メイン接続ＣＯＮＮ；
−ＵＳＢインターフェース（ＵＳＢは当業者に周知の用語によるユニバーサルシリアルバスを表わす頭辞語）ＵＳＢ＿ｉｎｔおよびＵＳＢ接続ＵＳＢ＿ｃｏｎｎ；
−オーディオインターフェースＡＵＤＩＯ＿ｉｎｔ；
−ＣＡＮタイプのインターフェースＣＡＮ＿ｉｎｔ（ＣＡＮは当業者に周知の用語によるコントローラエリアネットワークを表わす頭辞語）を備える処理手段。インターフェースＣＡＮ＿ｉｎｔはマルチメディアデータおよびナビゲーションデータの移送を可能にする車両ＣＡＮ−Ｍ（ＣＡＮ−Ｍは図２に示されるマルチメディアＣＡＮを表わす）の通信バス上、および車両の運転、例えば消費、充電残量、速度等に関係するデータの移送を可能にする車両ＣＡＮ−Ｖ（ＣＡＮ−Ｖは図２に示される車両ＣＡＮを表わす）の通信バス上を転送されるデータを読み出すことができる；
−インターフェースＣＡＮ＿ｉｎｔを備える処理手段により処理されるデータを格納するための第２の記憶手段ＳＴＯＣＫ２；および
−データアップロード条件の実現性を検証するように構成された管理手段ＧＥＳＴ；
を備える。

図２のシステムは自動車に車載の車上制御ユニットＴＣＵ＿ｕｎｉｔ、ナビゲーションユニットＵＮＡＶ、ＧＳＭネットワーク、サーバＴＳＰ、記憶手段ＭＳＩ、ＭＳ２およびＭＳ３に連結されたサービス提供サーバＧＤＣ、セキュリティサーバＳＣＲＴ、および他のいくつかのサーバ：ＮａｖｉＴＳＰ、ＳＡＰＰ、ＣＭＣＩＡＬ、ＦＡＣＴＵ、ＳＷＥＢ、ＥＶ、ＦＬＡ、ＲＥＭＤＩＡＧおよびＣＬＴを備える提供するサービスのためのシステムを示す。サーバＧＤＣ ＮａｖｉＴＳＰ、ＳＡＰＰ、ＣＭＣＩＡＬ、ＦＡＣＴＵ、ＳＷＥＢ、ＥＶ、ＦＬＡ、ＲＥＭＤＩＡＧおよびＣＬＴは、例えば車両の製造業者に所属する電気通信施設内でホストされる。

制御ユニットＴＣＵ＿ｕｎｉｔは、ＣＡＮ−ＶバスおよびＣＡＮ−Ｍバスと相互作用することができる。例示的な実現として制御ユニットＴＣＵ＿ｕｎｉｔはＣＡＮ−Ｖバスから情報を収集し処理すること、およびＣＡＮ−Ｍバス上のデータを収集し処理しディスパッチすることができる。制御ユニットＴＣＵ＿ｕｎｉｔはＵＳＢインターフェースＵＳＢ＿ｉｎｔおよびナビゲーションユニットＵＮＡＶに連結されたＵＳＢ接続ＵＳＢ＿ｃｏｎｎのみならずＳＩＭカードＳ＿ｃａｒｄを備える。ＧＳＭネットワークはユニットＴＣＵ＿ｕｎｉｔをサービス提供サーバＧＤＣに連結することができる。

ユニットＴＣＵ＿ｕｎｉｔはその設置時には任意の設定なしで、すなわちサービスの構成や有効化なしでおよび動作モードなしで提供される。ユニットＴＣＵ＿ｕｎｉｔの動作モードの設定のみならずサービスの構成および有効化はサーバＧＤＣを介して行われる。

制御ユニットＴＣＵ＿ｕｎｉｔの設置で、一意の識別子ＴＣＵ＿ＩＤだけがユニットＴＣＵ＿ｕｎｉｔの記憶手段ＳＴＯＣＫ１内に導入される。一実施形態によれば、ユニットＴＣＵ＿ｕｎｉｔの記憶手段ＳＴＯＣＫ１はセキュリティ証明ＣＳを備えることができ、前記セキュリティ証明ＣＳは制御ユニットの一意の識別子ＴＣＵ＿ＩＤを備える。

サーバＧＤＣは制御ユニットから受信したサービスデータの処理を保証するように他のデータサーバと通信するように構成される。この処理に続いてユーザにサービスを提供するためにデータが制御ユニットに戻される。

サーバＧＤＣは設定ファイルを格納するように構成された第１の記憶手段ＭＳＩに連結される。手段ＭＳＩは車両の各モデルの各サービスのための構成ファイルを備える。実際に、特にＣＡＮバスのアーキテクチャはモデルの関数として変化し、それ故に車両のモデル毎に異なる構成ファイルを有することが必要である。また、車両の各モデルのための異なる制御ユニットＴＣＵ＿ｕｎｉｔの動作モードの設定は、例えば専用の構成ファイルの形式でＭＳＩ手段内にまたは別のサービス設定ファイル内に格納される。

サーバＧＤＣは、第２の記憶手段ＭＳ２にも連結される。これら第２の手段ＭＳ２は制御ユニットの識別子ＴＣＵ＿ＩＤペアおよび車両の識別番号ＶＩＮ（当業者に周知の用語による車両の識別番号を表わす頭辞語）を格納するように構成される。別の実施形態によれば、手段ＭＳ２は、識別子ＴＣＵ＿ＩＤおよび識別番号ＶＩＮに加えて、番号ＶＩＮに基づいてサーバＧＤＣにより予め決定された車両のモデルを含むトリプレット（三重項）を格納するように構成される。

サーバＧＤＣは第２の記憶手段ＭＳ２内で車両の識別番号ＶＩＮに基づいて制御ユニットＴＣＵ＿ｕｎｉｔ側の識別子ＴＣＵ＿ＩＤを抽出するための抽出手段ＭＥを備える。

サーバＧＤＣは、車両の識別番号ＶＩＮに基づいて車両のモデルを決定することもできる。実際に、上述したように一意の番号ＶＩＮは車両のモデルに関連する情報を含む。別の実施形態によれば車両のモデルは既に第２の記憶手段ＭＳ２に格納され、次に識別子ＴＣＵ＿ＩＤと同時に抽出される。

サーバＧＤＣは第３の記憶手段ＭＳ３を備える。これら第３の手段ＭＳ３は制御ユニットＴＣＵ＿ｕｎｉｔにより以前に処理されディスパッチされたいわゆるサービスデータを格納するように構成される。

抽出手段ＭＥは、手段ＭＳ３からサービス毎およびクライアント毎にサービスデータを抽出しそれらをサーバＣＬＴに送信するように構成される。

抽出手段ＭＥは、さらに、第１の記憶手段内で車両のモデルに基づく構成のためのファイルを抽出するようにも構成される。

サーバＳＣＲＴはセキュリティサーバである。ユニットＴＣＵ＿ｕｎｉｔのセキュリティ証明を認証しユニットＴＣＵ＿ｕｎｉｔおよびサーバＧＤＣとの間で暗号化通信を確立することができる。

サーバＲＥＭＤＩＡＧは、コンピュータまたは携帯電話などの他の通信手段に基づいて接続された技術者を、例えば車両の電気や燃料の平均消費量などのような、例えば車両の品質および／または損耗に関連する情報を収集することを可能にするサーバである。

サーバＦＬＡは、コンピュータまたは携帯電話などの他の通信手段に基づいて接続されたユーザを、例えば自動車のフリート管理（全車両管理）することを可能にするサーバである。

サーバＥＶは、コンピュータまたは携帯電話などの他の通信手段に基づいて接続されたユーザを、例えば電池の状態を確認するまたはバッテリの充電をプログラムするようなサービスを提供するためにシステムに接続することを可能にするサーバである。

サーバＳＷＥＢは、コンピュータまたは携帯電話などの他の通信手段に基づいて接続されたユーザが、例えば新しいサービスを購入したりサービスを更新したりするためのサービスを提供するためにシステムに接続することを可能にするＷＥＢサーバ（当業者に周知の用語による）である。

ＳＡＰＰサーバは、サービスを提供するためのシステムにより提供することができるすべてのサービスを備えるアプリケーションサーバである。

サーバＮａｖｉＴＳＰは、ユーザが例えばリアルタイムでトラフィックを表示したりまたは観光情報を取得できる改善されたガイダンスサービスを、例えば提供することを可能にするナビゲーションサーバである。

サーバＴＳＰは、緊急呼び出しの送信を可能にするサーバである。

サーバＣＭＣＩＡＬは、サーバＧＤＣによりサービスの提供を有効にすることを可能にするサーバである。

サーバＦＡＣＴＵは、車両に提供されるサービスに課金することを可能にする課金サーバである。

サーバＣＬＴは、ユーザを対象としたデータを格納し、およびサーバＣＭＣＩＡＬを経由してサーバＧＤＣでのサービスを有効にすることを可能にするクライアントサーバである。

個々の場合では、サーバＣＬＴはそれを介してユーザがサービスを有効にする、または停止することができるサーバＳＷＥＢで有り得る。専門的な場合では、サーバＣＬＴはそれにより全車両に提供されるサービスでサーバＣＭＣＩＡＬを介して相互作用することを可能にする専門的な施設内でホストされているサーバで有り得る。

図３はデータの準備方法のステップを示す。方法は３つのステップを含む。

ステップ３１では、サービス毎および車両のモデル毎に構成ファイルが生成される。

この構成ファイルは、ユニットＴＣＵ＿ｕｎｉｔにより収集および返却されるサービスデータのリスト、サービスデータが収集されなければならない通信バス上のアドレス、および制御ユニットからサーバＧＤＣにサービスデータを送信するための時間および／またはイベント条件を含むことができる。例示的な実現化として、時間および／またはイベント条件は制御ユニットからサーバＧＤＣへの２つのサービスデータの送信間隔を指定する。構成ファイルは、車両の所定のモデルのための制御ユニットＴＣＵ＿ｕｎｉｔの動作モードに関連するパラメータを含むこともできる。

ステップ３２では、ファイルがサーバＧＤＣに送信される。

ステップ３３では、ファイルがサーバＧＤＣにより変換され、第１の記憶手段ＭＳＩに格納される。

図４はデータの準備方法のステップを示す。方法は３つのステップを含む。

ステップ４１では、製造所が番号ＶＩＮの車両内に識別子ＴＣＵ＿ＩＤでユニットＴＣＵ＿ｕｎｉｔを設置する。

ステップ４２では、製造所が情報ペアＶＩＮおよびＴＣＵ＿ＩＤをＧＤＣに送信する。

ステップ４３では、サーバＧＤＣがデータペアを第２の記憶手段ＭＳ２に格納する。

別の実施形態によれば、サーバＧＤＣはＶＩＮ番号の関数として車両のモデルを決定し、次にデータペアおよび車両のモデルを含むトリプレットを第２の記憶手段ＭＳ２に格納する。

図５はサービスを提供する方法のステップを示す。方法は１４のステップを含む。
−サーバＣＭＣＩＡＬに送信される、車両のためのサービスの有効化のリクエストのステップ１。このステップはサービスの識別子および車両の識別番号ＶＩＮを含むクライアントサーバＣＬＴ側のメッセージをディスパッチすることにより行われる；
−サーバＧＤＣ内でサービスを有効にするステップ２。このステップはサーバＣＭＣＩＡＬからサーバＧＤＣへのメッセージをディスパッチすることにより行われる。このメッセージはサービスの識別子および車両の識別番号ＶＩＮを含む；
−第２の記憶手段ＭＳ２内で車両の識別番号ＶＩＮに対応する識別子ＴＣＵ＿ＩＤを抽出するステップ３；
−第１の記憶手段ＭＳＩ内で車両の識別データ、例えば車両のモデル、車両の識別番号ＶＩＮまたは識別子ＴＣＵ＿ＩＤの関数としてリクエストされたサービスに対応する構成ファイルを抽出するステップ４；
−サーバＧＤＣの有効化命令をユニットＴＣＵ＿ｕｎｉｔに送信するステップ５；
−セキュリティ証明ＣＳに基づいてサーバＳＣＲＴでユニットＴＣＵ＿ｕｎｉｔを認証するステップ６；
−ユニットＴＣＵ＿ｕｎｉｔに格納されたセキュリティ証明ＣＳを使用してユニットＴＣＵ＿ｕｎｉｔおよびサーバＧＤＣとの間の暗号化接続を確立するステップ７；
−抽出された構成ファイルのダウンロードをサーバＧＤＣにより利用可能にするステップ８；
−ユニットＴＣＵ＿ｕｎｉｔにより構成ファイルをサーバＧＤＣからダウンロードするステップ９；
−ユニットＴＣＵ＿ｕｎｉｔ内で構成を適用するステップ１０；
−構成ファイルのダウンロードが成功したこと、および構成ファイルがユニットＴＣＵ＿ｕｎｉｔ内で現在適用されていることを、ユニットＴＣＵ＿ｕｎｉｔがサーバＧＤＣに通知する、ユニットＴＣＵ＿ｕｎｉｔによるサーバＧＤＣの確認応答のステップ１１；
−構成ファイルがユニットＴＣＵ＿ｕｎｉｔ内で現在適用されていることをサーバＧＤＣがサーバＣＭＣＩＡＬに通知する、サーバＧＤＣによるサーバＣＭＣＩＡＬの確認応答のステップ１２。サーバＣＭＣＩＡＬは次にクライアントに関してサービス契約を有効にする；
−サービスの有効化／停止状態のサーバＧＤＣによる記憶のステップ１３；および
−制御ユニットＴＣＵ＿ｕｎｉｔ内でサービスを開始するステップ１４。このステップ１４は各サービスのための構成ファイルの関数としてＣＡＮバス上でのデータの送信を含み、図６でより詳細に説明される。

サービスの有効化および構成の方法が本明細書中上記で説明されてきた。サービス停止設定ファイルの助けを借りた停止の方法は同一であり、記憶ステップ１３のみがサービスが有効にされるか、または停止されるかに応じて可変である。

図６はサービス提供の別の方法を示す。

方法は１１のステップを含む。
−車両を開始するステップ６１；
−インターフェースＣＡＮ＿ｉｎｔにより行われるＣＡＮ−ＶおよびＣＡＮ−Ｍ通信バス上でのサービスデータの読み出しステップ、および読み出したサービスデータに基づいた計算のステップを含む処理ステップ６２。これらのステップは構成ファイルの関数としてサービス毎に行われる。読み出しおよび処理されたデータはサービス提供サーバＧＤＣによりサービスを提供するために使用されるのでサービスデータと呼ばれる；
−記憶手段ＳＴＯＣＫ２に結果を格納するステップ６３；
−ユニットＴＣＵ＿ｕｎｉｔが、メモリに格納されたサービスデータのアップロードの時間および／またはイベントの条件を、各サービスについて検証する、管理手段ＧＥＳＴにより行われるステップ６４。次のステップ６５はその後少なくとも１つのサービスのための時間および／またはイベント条件が満たされたときにトリガされる；
−ステップ６５では、ユニットＴＣＵ＿ｕｎｉｔは、サーバＧＤＣへの通信チャネルをオープンし、接続し、自身を認証し、およびサーバＧＤＣに暗号化された形式でサービスデータを転送する；
−サーバＧＤＣが、受信したサービスデータを検証し、ユニットＴＣＵ＿ｕｎｉｔに受信を確認するステップ６６；
−ユニットＴＣＵ＿ｕｎｉｔ内で受信が確認されているサービスデータを削除するステップ６７；
−ユニットＴＣＵ＿ｕｎｉｔによる通信チャネルのクロージングのステップ６８；
−サーバＧＤＣが、ユニットＴＣＵ＿ｕｎｉｔから受信したサービスデータの少なくとも一部をサーバＣＬＴに転送するステップ６９。データはクライアント毎におよびサービス毎に転送される；
−サーバＣＬＴが、受信したサービスデータを検証し、サーバＧＤＣに受信を確認するステップ７０；および
−その受信がサーバＧＤＣで確認されているサービスデータを削除するステップ７１。

Claims (9)

1. 様々なモデルの車両群のうちの１つの車両にサービスを提供する方法であって、制御ユニット（ＴＣＵ＿ｕｎｉｔ）を、前記車両の車上において、オフボードのサービス提供サーバ（ＧＤＣ）と通信するように配置するステップを含み、
   −前記車両群の少なくとも１つの車両のモデルに関する、提供される少なくとも１つのサービスの構成ファイルのための第１の記憶（３３）と、
   −前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）の識別子とそれに対応する前記車両の識別番号（ＶＩＮ）とを含むデータペアのセットの第２の記憶（４３）と、
   −前記サービス提供サーバ（ＧＤＣ）による前記車両からの前記車両の識別番号（ＶＩＮ）の受信（２）と、
   −前記車両の識別番号（ＶＩＮ）の関数としての前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）の識別子の抽出（３）と、
   −前記車両の識別データ（ＶＩＮ）の関数としての１つ以上の構成ファイルの抽出（４）と、
   −前記車両の制御ユニット（ＴＣＵ＿ｕｎｉｔ）による、前記サービス提供サーバ（ＧＤＣ）からの、前記車両のモデルのために提供される１つ以上のサービスを展開するために抽出された前記１つ以上の構成ファイルのダウンロード（９）と
   を含む方法。
2. −前記サービス提供サーバ（ＧＤＣ）から前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）への有効化命令の転送（５）と、
   −前記制御ユニットによる前記抽出された構成ファイルのダウンロードの、前記サービス提供サーバによる利用可能化（８）と
   を含む、請求項１に記載の方法。
3. 前記車両に提供される前記サービス提供サーバ（ＧＤＣ）のサービスを有効化または停止するように、有効化サーバ（ＣＭＣＩＡＬ）から前記サービス提供サーバ（ＧＤＣ）に有効化メッセージをディスパッチするステップ（２）を含む、請求項１または２に記載の方法。
4. −前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）が、前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）によりダウンロードされた前記構成ファイルの関数として前記車両の通信バス（ＣＡＮ−Ｖ、ＣＡＮ−Ｍ）上を流れるサービスデータを処理する処理ステップ（６２）と、
   −前記処理されたサービスデータを記憶手段（ＳＴＯＣＫ２）内に格納するステップ（６３）と、
   −前記格納されたサービスデータの送信条件の実現性を検証するステップ（６４）と、
   −前記送信条件が実現されるときに前記格納されたサービスデータを前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）から前記サービス提供サーバ（ＧＤＣ）に送信するステップ（６５）と
   を含む、請求項１から３のいずれか一項に記載の方法。
5. 前記サービス提供サーバ（ＧＤＣ）により受信された前記サービスデータを、前記サービス提供サーバ（ＧＤＣ）のサービス毎およびクライアント毎に、クライアントデータを格納するサーバ（ＣＬＴ）に送信するステップ（６９）を含む、請求項４に記載の方法。
6. 様々なモデルの車両群のうちの１つの車両にサービスを提供するためのシステムであって、
   −前記車両用にサービスを提供するためのオフボードのサーバ（ＧＤＣ）と、
   −前記サービスの提供のためのデータを収集するための、前記車両に搭載される制御ユニット（ＴＣＵ＿ｕｎｉｔ）と、
   −前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）と前記サービス提供サーバ（ＧＤＣ）との通信を可能にするための第１の通信手段と
   を備えており、
   前記サービス提供サーバ（ＧＤＣ）が、前記群の少なくとも１つの車両モデルに提供される少なくとも１つのサービスのための構成ファイルを格納するように構成された第１の記憶手段（ＭＳＩ）と、前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）の識別子、およびそれに対応する前記車両の識別番号（ＶＩＮ）からなるデータペアのセットを格納するように構成された第２の記憶手段（ＭＳ２）とに接続されており、前記第２の記憶手段（ＭＳ２）内で前記車両の識別番号（ＶＩＮ）に基づいて前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）の識別子を抽出するように構成され、かつ前記第１の記憶手段（ＭＳＩ）から、前記車両の識別データ（ＶＩＮ）の関数として、１つ以上の構成ファイルを抽出するように構成された抽出手段（ＭＥ）を備えていることと、
   前記制御ユニットが、前記車両モデルに提供される前記１つ以上のサービスの展開のために抽出された前記１つ以上の構成ファイルを前記サービス提供サーバ（ＧＤＣ）からダウンロードするように構成されることと
   を特徴とするシステム。
7. 前記車両から遠隔の有効化サーバ（ＣＭＣＩＡＬ）、および前記有効化サーバ（ＣＭＣＩＡＬ）と前記サービス提供サーバ（ＧＤＣ）との通信を可能にする第２の通信手段を備えており、前記有効化サーバ（ＣＭＣＩＡＬ）は、前記車両に提供されるサービスの前記サービス提供サーバ（ＧＤＣ）のサービスを有効にするか、または停止するために、前記サービス提供サーバ（ＧＤＣ）へ有効化メッセージをディスパッチするように構成されている、請求項６に記載のシステム。
8. 車上の前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）は、セキュリティ証明（ＣＳ）の記憶手段（ＳＴＯＣＫ１）を備え、前記セキュリティ証明は前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）の一意の識別子を含んでおり、前記システムは、そのセキュリティ証明（ＣＳ）に基づいて前記制御ユニットを認証し、かつ前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）のセキュリティ証明（ＣＳ）を使用して前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）と前記サービス提供サーバ（ＧＤＣ）との暗号化通信を確立するように構成された、前記車両から遠隔のセキュリティサーバ（ＳＣＲＴ）を備えている、請求項６または７に記載のシステム。
9. 車上の前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）は、前記制御ユニット（ＴＣＵ＿ｕｎｉｔ）によりダウンロードされた前記構成ファイルの関数として、前記車両の通信バス（ＣＡＮ−Ｖ、ＣＡＮ−Ｍ）上を流れるサービスデータを処理するための処理手段（ＣＡＮ＿ｉｎｔ）、前記処理されたデータを格納するための記憶手段（ＳＴＯＣＫ２）、および送信条件の実現性を検証するように構成された管理手段（ＧＥＳＴ）を備えており、前記送信条件が実現されるときに前記格納されたサービスデータを前記サービス提供サーバ（ＧＤＣ）に送信するように構成されている、請求項６から８のいずれか一項に記載のシステム。

Images