(57)【要約】車両に関するテレマティークサービスのための方法および装置が提供される。テレマティークサービスのために、エアインタフェースに対しても、車両また必要に応じてサービスセンタ内部での通信に対しても同一のアプリケーションプロトコルが使用される。
2005529531.tif 000002
【特許請求の範囲】
【請求項１】
エアインタフェースを介してサービスセンタと通信し、少なくとも１つの別のインタフェースを介して車両内の制御ユニットと通信する、車両内に配置されている端末機器を用いる、車両に関するテレマティークサービスのための方法において、
テレマティークサービスのためにエアインタフェースを介する伝送に対しても車両内の通信に対しても同一のアプリケーションプロトコルを使用することを特徴とする、車両に関するテレマティークサービスのための方法。
【請求項２】
前記車両の少なくとも１つの制御ユニットと前記端末機器との間において、伝送を保証するために前記エアインタフェースに関する時間条件よりも実質的に短時間で実現される時間条件を規定するトランスポートプロトコルが設けられている、請求項１記載の方法。
【請求項３】
前記端末機器は、車両内部の通信における時間条件を時間的に正確な信号の送信によって遵守する手段を有する、請求項２記載の方法。
【請求項４】
前記端末機器は、エアインタフェースを介して受信するメッセージまたはエアインタフェースを介して送信すべきメッセージを車両のトランスポートプロトコルに基づき変換する手段を有する、請求項１から３までのいずれか１項記載の方法。
【請求項５】
前記エアインタフェースを介して完全なメッセージを受信ないし送信し、該メッセージを前記車両内部の通信のために前記端末機器においてフラグメンテーションないしデフラグメンテーションする、請求項３記載の方法。
【請求項６】
前記車両に関するテレマティークサービスは遠隔診断であり、アプリケーションプロトコルとして診断プロトコルＫＷＰ２０００を使用する、請求項１から５までのいずれか１項記載の方法。
【請求項７】
前記端末機器は、前記車両の制御ユニットのコンフィギュレーションに関するテーブルを有しかつ制御ユニットが接続されている車両サブシステムへの受信メッセージを変換する、車両に関するテレマティークサービスのためのプログラムを有する、請求項１から６までのいずれか１項記載の方法。
【請求項８】
エアインタフェースを介してサービスセンタと通信し、別のインタフェースを介して車両内に配置されている少なくとも１つの制御ユニットと通信する、車両内に配置されている端末機器を用いる、車両に関するテレマティークサービスのための装置において、
前記端末機器はメッセージを前記テレマティークサービスの実施の枠内でエアインタフェースを介して受信ないし送信し、かつ前記別のインタフェースを介して送信ないし受信し、エアインタフェースを介する伝送に対しても車両内の通信に対しても同一のアプリケーションプロトコルが使用されることを特徴とする、車両に関するテレマティークサービスのための装置。
【請求項９】
エアインタフェースを介して自動車と接続されており、かつテスタまたは同等の機器と接続するための別のインタフェースを有する、サービスセンタの部分としてのゲートウェイを用いる、車両に関するテレマティークサービスのための装置において、
前記ゲートウェイは、前記エアインタフェースを介して到来するデータまたは送信されるデータをテスタと通信するためのトランスポートプロトコルに変換するトランスポート層を有することを特徴とする、自動車に関連するテレマティークサービスのための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
従来技術
本発明は、エアインタフェース、例えば移動無線網を介して、またはブルートゥースコネクションを介する通信によって車両内の少なくとも１つの機能に作用する、車両に関するテレマティークサービスのための方法および装置に関する。
【０００２】
今日における自動車内の制御機器がネットワーク化されればされるほど、車両内の機能に作用を及ぼす一層良好な可能性、例えば故障時における一層良好な診断可能性または車両の機能および／またはコンポーネントの遠隔操作の可能性を提供する。この関係において、任意の距離を亘って車両における機能への移動無線の支援による確実かつ安全な作用でもってアクセスを行う、例えばサービスセンターないし相応の診断データバンクを有する遠隔診断サーバが確実かつ定性的で価値の高いエラー分析を実施するコンセプトが存在する。このアプローチによれば、車両に統合されている通信システム、例えば移動電話および／またはＧＳＭ支援型のテレマティーク端末機器が、車両ネットワークに接続されている制御機器および／またはコンポーネントとサービスセンタのサーバとの間でデータ伝送を実施するために使用される。このようなシステムに関する提案がＤＥ  １００  ２６  ７５４  Ａ１に記載されている。そのようなシステムないし関連するサーバ機器および端末機器の具体的な実現形態は提示されていない。
【０００３】
発明の利点
自動車制御ユニットの診断時にいずれにせよ使用されるプロトコルを遠隔診断の実現のために用いることは、診断すべき制御ユニットを他の通信規格、例えばインターネットの通信規格に適合させる必要がないという利点を有する。これはサービスセンタが車両においていずれにせよ使用されるプロトコルを用いて車両と通信するからである。したがって、現今の車両も制御ユニット内の本質的な変更を要することなく遠隔アクセスを行うことが可能である。すなわち普遍的に、それぞれのテレマティークサービスに対して、相応のサービスを現場で実施するために車両においても使用されるプロトコル（一般的にアプリケーションプロトコル）が用いられる。
【０００４】
この関係において、車両内に設けられており、エアインタフェースを介するデータの受信および送信また付加的に必要とされるセキュリティ機能の保証を管轄するゲートウェイ装置が殊に有利である。
【０００５】
殊に有利には、遠隔診断介入操作に関するプロトコルとして自動車産業において標準として広く認められているプロトコルＫＷＰ２０００が使用され、このプロトコルＫＷＰ２０００は車両内部においてのみ適用されるのでなく、遠隔診断の分散的な実施において車両側の部分とサーバとの間で通信するためにも使用される。
【０００６】
殊に有利には、適切な変換によって車両内部において遵守すべき時間条件が考慮され、空中伝播によって生じるデッドタイムが補償される。殊に有利な実施形態では、エアインタフェースを介して完全なメッセージが伝送され、この完全なメッセージは車両内部ないしサーバ内部において、使用される伝送プロトコルの時間条件を遵守するためにフラグメンテーションされる。
【０００７】
さらなる利点は実施例の後続の説明ないし従属請求項に記載されている。
【０００８】
図面
本発明を以下図面に示した実施形態に基づき詳細に説明する。
図１は遠隔アクセスのためのシステムアーキテクチャの概略図を示し、
図２には、遠隔アクセスの車両側の部分のゲートウェイ装置の層モデルならびに中央部の相応のゲートウェイ装置の層モデルが示されており、
図３は診断すべき制御機器とサーバセンタとの間のメッセージ交換の流れを示す図であり、
図４は伝送プロトコルのレベルでのこのメッセージの流れに関する経過を示す図である。
【０００９】
実施例の説明
図１は車両に関するテレマティークサービスのためのシステムの概略図を示し、情報が車両（ここでは少なくとも１つの端末機器）とサーバとの間で移動無線網ないし例えばインターネットのようなデータネットワークを介して交換される。図１において概略図として示されている遠隔アクセスのためのシステムアーキテクチャは、遠隔作用、遠隔診断、遠隔メンテナンス、ソフトウェア・ダウンロードなどのための機能と関連して使用される。遠隔作用ないし遠隔問合せは実質的に車両機能の遠隔制御、例えば補助ヒータなどのスイッチオンのような快適機能ならびに車両状態および／または動作パラメータの問合せと解される。ユーザは中央サーバを介して車両と通信を開始するか、直接車両と通信する。遠隔診断は車両からの診断データの遠隔読み出しおよびこの診断データの分析を行い、また必要に応じて今後の商取引を推奨する。データの分析および推奨は中央サーバによって行われ、この中央サーバは移動無線、有線ネットワークおよび／または例えばインターネットのようなデータネットワークを介して車両と接続されている。さらにこの関係において、いわゆるソフトウェア・ダウンロードないしリモート・フラッシュを機能として挙げることができ、これらの機能を用いることにより新たなプログラムコードまたはパラメータがソフトウェアに基づきコンフィギュレーション可能な車両内のシステム、例えば端末機器にもたらされ、機能性または性能が向上する。ここでもまた中央コンピュータ（サーバ）ないしサービスセンタを基礎とする移動無線網、有線ネットワークおよび／または例えばインターネットを介する通信が行われる。遠隔メンテナンスは実質的に、目標状態を維持するための措置をいつどのように実施すべきかを検査するための中央局からの車両状態の監視および車両内のメンテナンスデータへのアクセスを表す。これに関する例はメンテナンス間隔の動的な適合である。一般的にこれらの機能は本明細書において車両に関するテレマティークサービスの概念に包摂される。
【００１０】
図１は遠隔アクセスのためのシステムアーキテクチャの概略図を示す。Ｉとして遠隔アクセスにより制御される車両内の制御機器が示されており、ＩＩとしてプロトコル変換およびセキュリティ機能のためのゲートウェイ装置が示されており、ＩＩＩとしてサービスセンタ側の端末機器、例えば工場テスタ、オペレータコンソールなどが示されている。車両側のゲートウェイ装置１０４はエアインタフェースを介してサービスセンタのゲートウェイ装置１００と接続されている。エアインタフェースは実施例に応じてブルートゥースインタフェース、ＧＳＭインタフェース、ＧＰＲＳインタフェースまたは他のインタフェースでよい。ゲートウェイ装置１００はさらにサービスセンタ側の端末機器１０２とデータ交換のために接続されている。この端末機器は工場テスタ、オペレータコンソールまたは同様のものである。択一的な実施形態においては、サービスセンタのゲートウェイ装置は直接的にはエアインタフェースと接続されずに、データネットワーク例えばインターネットを介してサービスプロバイダと接続されており、このサービスプロバイダのサーバが再びエアインタフェースに接続されている。
【００１１】
車両側のゲートウェイ装置１０４は実施例に応じて、例えばブルートゥースインタフェースまたはＧＳＭモジュールを車両のＣＡＮサブネットワークに接続する、ポイント・ツー・ポイントゲートウェイまたは車両のための中央ゲートウェイである。実際にも有利である図示した実施例においては、ゲートウェイ装置１０４は中央ゲートウェイであり、この中央ゲートウェイはエアインタフェースを介するデータの受信および送信また必要に応じて付加的に必要とされるセキュリティ機能のために設けられている。
【００１２】
他方ではゲートウェイ装置１０４は１つまたは複数のバスシステム１０６、１０８および１１０を介して車両内の診断すべき制御ユニット１１２から１２４と接続されている。バスは例えば、空調装置のための制御ユニットおよび計器群の制御ユニットを相互に接続する快適機能バスおよび車体バス、例えばロースピードＣＡＮまたはＬＩＮバスであり、さらにはカーラジオおよびナビゲーションシステムと接続されている情報バス、例えばハイスピードバスＣＡＮバス、ＭＯＳＴバス、ファイヤワイヤバスなどであるか、エンジン制御、ブレーキ制御、拘束システムなどのための制御ユニットを相互に結合するハイスピードＣＡＮバスまたはフレックスレイバスである。
【００１３】
さらにゲートウェイ装置には、（図１には図示していない）シリアルインタフェースまたはパラレルインタフェース（例えばＵＡＲＴ）を介してＧＳＭモジュールが接続されており、このＧＳＭモジュールを用いて車両はデータをサービスセンタと交換する。ゲートウェイ装置１０４はこの際必要に応じてファイヤウォールも包含し、このファイヤウォールによって車両サブネットワークは外部へは遮断されている。
【００１４】
サービスセンタ側のゲートウェイ装置１０４は実質的に車両内のゲートウェイ装置１０４と同一の機能および要素を包含する。ゲートウェイ装置は端末機器１０２との通信を保証し、またエアインタフェースを使用する。ここでもまた有利な実施例においてはＧＳＭモジュールがゲートウェイ装置によってＵＡＲＴドライバを介して使用される。伝送チャネルが暗号化される場合には、２つのゲートウェイ装置において必要な暗号化および復号化が行われる。さらには２つのゲートウェイ装置は必要なプロトコル変換を行う。すなわちエアインタフェースのプロトコル、例えばＧＳＭプロトコルの受信データまたは送信データを車両システムのプロトコル、例えばＣＡＮプロトコルに変換するか、これとは逆の変換を行う。
【００１５】
２つのゲートウェイ装置がエアインタフェースを介して相互に通信するためにコネクションが確立される。有利な実施例においてはこのコネクションはＧＳＭコネクションであり、別の実施形態においては別の伝送プロトコルが使用される。ここで、図１に示されているメッセージ伝送のためのシステムアーキテクチャにおいては、診断時に車両内の制御ユニットの診断に際しても用いられるプロトコルが使用されることが重要である。そのようなプロトコルは通常所定の時間条件下で機能する。このようなプロトコルは例えばいわゆるＫＷＰ２０００診断プロトコルであり、このプロトコルは必要に応じて変形されて自動車と接続されている複数のアプリケーションにおいて使用される。しかしながらここで説明する対象は具体的なＫＷＰ２０００プロトコルの用途に制限されているのではなく、他のプロトコルおよび／またはサービスと関連させても使用される。ここで通常の場合、自動車内部では局限的な時間条件が守られなければならない。基本的に、２つのゲートウェイユニット間でコネクションが確立および許可された後に、使用されるプロトコルに基づきデータ交換が実施される。この際車両内のゲートウェイ装置に到来するメッセージ、例えばＫＷＰ２０００リクエストメッセージが診断すべき制御装置に転送され、このメッセージに対応する応答、例えばＫＷＰ２０００レスポンスメッセージがサービスセンタ内のゲートウェイへとさらに送信される。有利な実施例においては、車両内のゲートウェイ装置１０４に直接検査機器を接続することができ、この検査機器は分散型アプリケーションにおいて遠隔作用の枠内で使用されるプロトコルと同一のプロトコルに基づいて診断すべき制御機器と通信する。
【００１６】
車両において使用される診断プロトコル、例えばＫＷＰ２０００は接続されている検査機器との通信に関して、通常の場合非常に局限的な時間条件を定めていることが問題である。この時間条件が充足されない場合には診断過程は中断される。時間条件はエアインタフェースを介する伝送遅延が生じる結果となるともはや充足することができないほど局限的である。したがって以下説明するように、図示した分散型アプリケーションにおいては制御ユニットと検査機器との間の同期コネクションは分離されており、エアインタフェースを介する非同期コネクションが提供される。この際自動車システム内部では同期コネクション、ここではゲートウェイ装置と診断すべき制御ユニットとの間の同期コネクションが維持され、同様に必要に応じてサービスセンタ側ではサービスセンタゲートウェイと検査機器との間の同期コネクションを生じさせることができる。これに対してエアインタフェースコネクションは非同期であり、使用される診断プロトコルの時間条件には従わずに、このコネクションにおいて使用されるプロトコルの時間条件にのみ従うものである。すなわち車両および／またはサービスセンタにおけるゲートウェイ装置は、ゲートウェイ装置が一方ではサービスセンタとのコネクションを制御し、他方では診断すべき制御ユニットとの時間的にクリティカルなコネクションを制御する。
【００１７】
図２には車両内のゲートウェイ装置１０４の層モデルが示されている。サービスセンタにおけるゲートウェイ装置１００は相応に構築されている。車両内のゲートウェイ装置１０４には、少なくとも１つの車両サブネットワークとの接続およびエアインタフェースを介するサービスセンタとの通信に必要とされる通信システムの全ての層が組み込まれる。図２に示した実施例においてゲートウェイ装置１０４は図１に基づき示してある全部で３つの車両サブネットワーク１０６、１０８および１１０と接続されており、またこのゲートウェイ装置１０４にはサービスセンタとのデータ交換のためのＧＳＭプロトコルスタックが組み込まれている。層モデルはゲートウェイの通信システムＩならびにアプリケーションシステムＩＩを表す。通信システムＩの最下層は有利な実施例では各車両に対してサブシステムドライバ、有利にはＣＡＮドライバ１０６ａ、１０８ａおよび１１０ａが設けられている。
【００１８】
これらのドライバの上位には第２層としてＣＡＮネットワーク層１２６が設けられており、このＣＡＮネットワーク層１２６は個々のサブシステムから受信したメッセージおよび個々のサブシステムまたはエアインタフェースへと分配すべきメッセージを変換するために使用される。ネットワーク層はメッセージ、実施例においてはＣＡＮメッセージの車両内部でのルーティングを管轄する。ネットワーク層の上位にはそれぞれのサブシステムに対応付けられているトランスポートプロトコル層、有利にはＣＡＮトランスポートプロトコル層が設けられている。このトランスポートプロトコルはそれぞれのサブシステムに関するメッセージの送信のために必要であり、このメッセージはサブシステムの最大データ長よりも長く、ＣＡＮアプリケーションでは８データバイトよりも長い。
【００１９】
アプリケーションシステムＩＩにおいては例えばセキュリティサービス１２８が設けられており、このセキュリティサービスは例えば遠隔アクセスの暗号化、認証および許可を管轄する。さらにここではリモートサービス１３０が設けられており、このリモートサービス１３０は車両を外部へと提供する。リモートサービスは例えば遠隔診断サービス、遠隔制御サービス、遠隔メンテナンスサービス、ソフトウェア・ダウンロードサービスなどである。エアインタフェースを介する全ての問合せは常にこれらのリモートサービスのうちの１つに転送される。このリモートサービスはメッセージが車両内部で転送されるか否かを判断する。アプリケーションシステムにおけるこの結合によって、最大限のセキュリティ要求を満たすことができる。ゲートウェイ自体が診断を実施できる場合には、診断アプリケーション１３２の他に診断補助サービスＫＷＰ２０００も使用される。
【００２０】
前述の構成要素の他に車両ゲートウェイはネットワークマネージメントならびに動作状態の局所的なマネージメントおよび包括的なマネージメントおよび以下ではさらに考察しないシステム診断を含む。それに加えリアルタイムオペレーションシステム（例えばＯＳＥＫに適合するＯＳ）ならびに監視モジュール（１３４）が設けられている。エアインタフェースを使用するためにゲートウェイ１０４にはさらにＧＳＭトランスポートプロトコル、ＧＳＭネットワーク層１３６ならびにＳＰＩインタフェース１４０を介してＧＳＭモジュールと接続されているＵＡＲＴドライバ１３８が設けられている。
【００２１】
サービスセンタ内のゲートウェイ装置１００が相応に構築されている。このゲートウェイ装置１００はＧＳＭからサブシステム、有利にはＣＡＮへの接続およびこれとは逆の接続を行う。したがってここでもまたＧＳＭモジュールはインタフェース１４２を介してＵＡＲＴドライバ１４４と接続されている。それに加えＧＳＭネットワーク層１４６ならびにＧＳＭトランスポートプロトコルが設けられている。セキュリティサービス部１４８は車両ゲートウェイ１０４におけるセキュリティサービスに相応する。ＣＡＮサブシステム１５０を介してサービステスタ１５２ないしコンソールが接続されている。ここでもまたＣＡＮトランスポートプロトコル、ＣＡＮネットワーク層１５４ならびにＣＡＮドライバ１５６を介するＣＡＮコネクションが提供される。ＧＳＭからサービスセンタ内のＣＡＮバスシステムへの接続は診断テスタ１５２の直接的な接続またはデータのＰＣへの転送を可能にし、ＰＣはこれらのデータを相応に評価する。遠隔診断データをインターネットを介して使用できる場合には、ゲートウェイ１００においてＩＰを基礎とするプロトコルとの結合が行われる。別の実施形態においては診断結果がサービスセンタにおいてデータバンクに記録され、以降はサービスがインターネットにおいて提供される。ＩＰを基礎とする通信へのマッピングはいかなる場合でもサービスセンタ内の中央局において行われ、各車両においては行われない。
【００２２】
リモートサービス遠隔診断は図２では１３０内の左側に楕円で表されている。このアプリケーションは、診断要求が到来した場合にこの要求がゲートウェイ自体の診断にとって所定のものであるか否か、またはこの要求が接続されているバスのうちの１つに設けられている制御機器にとって所定のものであるか否かを判断するように構成されているプログラムを包含する。このために車両の制御機器コンフィギュレーション（例えば識別番号、読み出すべきエラーメモリなど）をリスト化しているリストが設けられており、このリストに基づき到来するメッセージが相応のバスへと伝送される。したがって制御機器のコンフィギュレーションを変更する場合このテーブルを追従させることができる。
【００２３】
上述したように、車両内の個々の制御ユニットを診断するために局限的なタイムフレームで機能する診断プロトコルが使用される。さらには通常の場合車両内部で使用されるバスシステムのメッセージの長さは制限されている。診断プロトコルにおいて設定されているメッセージの最大長は通常の場合それとは異なる長さである。つまり例えば、現在のところＫＷＰ２０００メッセージの最大長は２５５バイトであるが、他方車両内部で使用されるＣＡＮプロトコルは８バイトに制限されている。さらには、ＫＷＰ２０００およびＣＡＮを介して診断される各制御機器にはトランスポートプロトコルが組み込まれており、このトランスポートプロトコルは数ｍ秒の範囲で多数のタイミング条件を包含する。ＧＳＭを介する伝送遅延は少なくとも６００ｍ秒である。診断すべき制御機器からサービスセンタへのＣＡＮメッセージのトランスパレントな伝送はこの理由から不可能である。したがってゲートウェイ装置内部での別個のトランスポートプロトコルの使用は避けることができない。このことは実施形態に応じてデータ長を時間的に分割および／または適合する必要がある。診断すべき制御機器のトランスポート層におけるタイミング条件の遵守を、車両のセキュリティゲートウェイにおけるトランスポート層のパートナインスタントが管轄し、相応にサービスセンタのゲートウェイにおけるトランスポート層はテスタのトランスポート層のパートナインスタントにおけるタイミング条件を遵守する。さらにはゲートウェイにおけるトランスポート層は、データをフラグメンテーションないしデフラグメンテーションすることによってデータ長を適合させる。ＧＳＭを介して完全なメッセージ、例えばＫＷＰ２０００メッセージを伝送するために任意のトランスポートプロトコルを使用することができる。
【００２４】
図３は、使用される診断プロトコルＫＷＰ２０００に関して遠隔診断の使用段階における関連するコンポーネント間でのメッセージ交換の流れを表す図である。サービスセンタ（例えばテスタ２００）と、サービスセンタのゲートウェイ１００と、車両のゲートウェイ１０４と診断すべき制御機器２０２との間のメッセージ交換が示されている。第１のメッセージとしてテスタ２００から出発してゲートウェイ１００を通りＫＷＰ２０００メッセージがエアインタフェースを介して送信され、このメッセージはゲートウェイ１０４を通過した転送後に診断すべき制御機器を診断モードにする。ＫＷＰ２０００メッセージはサービスセンタによってトランスパレントに暗号化され、ＧＳＭコネクションを介してゲートウェイ間で伝送される。メッセージの他のプロトコルへの変換はゲートウェイのトランスポート層において行われる。これに続いてテスタからは周期的ないわゆるテスタ・プレゼントメッセージが伝送され、このメッセージは診断すべき制御機器を診断モードに維持するために必要である。診断すべき制御機器が診断モードに入ると即座に本来の診断が開始され、この診断においてサーバセンタから制御機器またこれとは逆に有効データを有するメッセージ（ＫＷＰ２０００診断リクエストならびにＫＷＰ２０００リスポンスメッセージ）が伝送される。
【００２５】
最後に図４は、一例として例示的な診断リクエストおよび対応する応答をテスタ２００と制御機器２０２との間のエアインタフェースを介するデータ交換およびトランスポートプロトコルのレベルでの相応のゲートウェイを示す。この図においてはトランスポートプロトコルを介する分割をはっきりと識別することができる。個々のＣＡＮフレームがＧＳＭ区間を介して送信されるのではなく、完全なＫＷＰ２０００メッセージが送信される。これらのメッセージは必要に応じてエアインタフェースを介する送信の前に暗号化され、受信側において復号化される。したがって、ゲートウェイ１００においては送信前にＣＡＮフレームのデフラグメンテーションが行われ、車両ゲートウェイ１０４においては完全な診断プロトコルメッセージのＣＡＮフレームへのフラグメンテーションが行われる。応答の場合にはこれとは反対のデフラグメンテーションおよびフラグメンテーションが行われる。
【００２６】
オペレータまたはテスタ２００のシーケンスプログラムによって形成される診断プロトコルのメッセージはＣＡＮコネクションを介してＣＡＮフレーム２０４、２０６、２０８および２１０でゲートウェイ１００に伝送される。ゲートウェイ装置１００におけるトランスポート層はテスタとゲートウェイとの間のデータ交換の時間条件の枠内で必要とされる応答２１２および２１４を使用する。さらにゲートウェイ装置１００のトランスポート層は到来したメッセージをデフラグメンテーションし、ＧＳＭインタフェースを介して統合された長い診断メッセージ２１６をＩＳＯトランスポートプロトコルにより伝送する。ゲートウェイ装置１０４はこのメッセージを受信し、このゲートウェイ装置１０４におけるトランスポートプロトコルはこのメッセージを再びフラグメンテーションし、このフラグメンテーションされたメッセージをＣＡＮバスを介して個々のＣＡＮフレーム（メッセージ２１８、２２０、２２２、２２４）として診断する制御機器２０２へと送信する。
【００２７】
さらには、ゲートウェイ装置１０４のトランスポート層ならびに診断すべき制御機器内の相応のトランスポート層は受領信号２２６、２２８を伝送することによりこの通信の時間条件を保証する。相応のことが診断すべき制御機器からサービスセンタへとデータを送信する際に生じる。ここでもまた長い診断メッセージ２３０が個々のフラグメント２２８、２３０、２３２、２３４、２３６で診断すべき制御機器からゲートウェイ１０４に送信され、この診断メッセージ２３０はこの場合ＧＳＭコネクションを介して伝送される。
【００２８】
ゲートウェイ１０４におけるトランスポート層はこれらのフラグメントを診断メッセージに変換し、受領信号２３８を時間条件の維持のために伝送する。完全な診断メッセージはこの場合サービスセンタ（ゲートウェイ１００）に伝送される。ゲートウェイ１００のトランスポート層は受け取ったメッセージをフラグメンテーションし、これらのフラグメンテーションされたメッセージ（フレーム２４０、２４２、２４４、２４６、２４８）をテスタのトランスポートプロトコルに応じてテスタに転送する。テスタのトランスポート層は受領信号２５０によって時間条件の維持を保証する。
【００２９】
上述したやりは方、前述の条件が充足されている、車両に関する遠隔作用を有する全てのテレマティークサービスにおいて使用される。
【図面の簡単な説明】
【００３０】
【図１】遠隔アクセスのためのシステムアーキテクチャの概略図。
【図２】遠隔アクセスシステムの車両側の部分のゲートウェイ装置の層モデルならびに中央部の相応のゲートウェイ装置の層モデル。
【図３】診断すべき制御機器とサービスセンタとの間のメッセージ交換の流れを示す図。
【図４】トランスポートプロトコルのレベルでのメッセージの流れに関する経過を示す図。
【図１】
2005529531.tif 000003
【図２】
2005529531.tif 000004
【図３】
2005529531.tif 000005
【図４】
2005529531.tif 000006
【国際調査報告】
2005529531.tif 000007
2005529531.tif 000008
2005529531.tif 000009
2005529531.tif 000010