(57)【要約】本発明は、いくつかのローカルアプリケーションと自動車内の診断アプリケーションとの間の通信の方法およびそれに対応する通信モジュールに関し、それにより、データが、伝達媒体を介してローカルアプリケーションから診断アプリケーションに伝達される。前記方法は、ローカルアプリケーションによる事象指向でデータ割当てを行うステップと、データの事象指向による割当てによってトリガされた通信モジュールによりデータを受入れるステップと、通信モジュールによりデータ管理および処理を行うステップと、通信モジュールからセントラルアプリケーションへ処理されたデータを転送するステップとを含む。本発明によれば、通信モジュール内でローカルアプリケーションによって受け入れられたすべてのデータの処理は、セントラルアプリケーションによって決定されたデータフォーマットのデータのフォーマティングを含む。前記方法および通信モジュールは、自動車内で車載診断を実施するのに特に適している。
2005500198.tif 000002
【特許請求の範囲】
【請求項１】
ローカルアプリケーションと自動車内の診断アプリケーションとの間の通信のための方法であって、データが、伝達媒体を用いて前記ローカルアプリケーションから前記診断アプリケーションに伝達され、
−  前記ローカルアプリケーションによる前記データが事象指向で提供されるステップと、
−  前記データが前記事象指向で提供されることによって開始された場合に、通信モジュールにより前記データを受入れるステップと、
−  前記通信モジュールにより前記データを管理し、および処理するステップと、
−  前記通信モジュールから前記診断アプリケーションへ前記処理されたデータを転送するステップと、を含む方法であって、
前記通信モジュール内で前記ローカルアプリケーションから受け入れられた前記データの前記処理が、前記診断アプリケーションによって決定され前記ローカルアプリケーションから独立しているデータフォーマットへの、データフォーマティングを含むことを特徴とする方法。
【請求項２】
ローカルアプリケーションと自動車内の診断アプリケーションとの間の通信のための方法であって、データが、伝達媒体を用いて前記ローカルアプリケーションから前記診断アプリケーションに伝達され、
−  構成段階において通信モジュールを前記ローカルアプリケーションに適合させるステップと、
−  前記ローカルアプリケーションによる前記データを事象指向で提供するステップと、
−  前記データを前記事象指向で提供することにより開始された場合に、前記通信モジュールにより前記データを受入れるステップと、
−  前記通信モジュールにより前記データを管理し、および処理するステップと、
−  前記通信モジュールから前記診断アプリケーションへ前記処理されたデータを転送するステップと、を含む方法であって、
前記通信モジュール内で前記ローカルアプリケーションから受け入れられた前記データの前記処理が、前記診断アプリケーションによって決定され前記ローカルアプリケーションから独立しているデータフォーマットへの、データフォーマティングを含むことを特徴とする方法。
【請求項３】
前記構成段階における前記適合が、前記ローカルアプリケーションのタイプ、および／または前記ローカルアプリケーションが動作する１つのハードウェアのタイプ、および／または前記ローカルアプリケーションのバージョン、および／または前記ローカルアプリケーションが動作する前記ハードウェアのバージョン、および／または前記ハードウェアの前記構成、および／または前記ローカルアプリケーションと前記診断アプリケーションとの間の伝達プロトコルに基づいて、前記通信モジュール内のデータ管理およびデータ処理アルゴリズムの規定を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ローカルアプリケーションが、前記自動車内の制御ユニット内の制御ユニットアプリケーションであり、および／または
前記方法が、車載診断のために使用されることを特徴とする請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記データ処理が、少なくとも１つの制御ユニット内の局所的な予備診断を含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記データの前記管理が前記データのバッファ格納を含み、および／または前記データ処理は圧縮を含み、および／または
前記データ処理では前記データの選択がされること特徴とする請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記通信モジュールから前記診断アプリケーションへの前記処理されたデータの前記転送が、前記通信モジュールによって制御されることを特徴とする請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記診断アプリケーションへの前記データ転送が固定サイクル内で実行できるように、前記データは前記通信モジュールによって管理され、および／または
前記診断アプリケーションへの前記データ転送が、過去のサイクルについての変更された前記通信モジュール内のデータのためにのみ実行されることを特徴とする請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記診断アプリケーションへデータ転送するための前記サイクルが、前記ローカルアプリケーションによってトリガされることを特徴とする請求項８に記載の方法。
【請求項１０】
前記データが、前記ローカルアプリケーションおよび／またはアナログ値からの、エラー状態データおよび／または入力／出力状態データおよび／または内部状態データであることを特徴とする請求項１〜９のいずれか一項に記載の方法。
【請求項１１】
請求項１に記載の方法を実施するための自動車内の通信モジュールであって、
−  前記ローカルアプリケーションからの前記データを事象指向で受入れるためのデータ受入れ手段と、
−  前記データを管理し、および処理するためのデータ処理手段と、
−  前記診断アプリケーションへの少なくとも１つのデータ転送インターフェースを有する通信モジュールであって、
前記データ処理手段が、前記ローカルアプリケーションから受け入れられた前記データを、前記診断アプリケーションによって決定され前記ローカルアプリケーションから独立しているデータフォーマットに、フォーマットするようにセットアップされることを特徴とする通信モジュール。
【請求項１２】
請求項４に記載の方法を実施するための自動車内でネットワークされた診断システムであって、
−  前記ローカルアプリケーションとしての前記制御ユニットアプリケーションと、
−  セントラルアプリケーションとしてのシステム診断アプリケーションと、
−  前記通信モジュールであって、前記制御ユニットアプリケーションからのデータを事象指向で受入れるためのデータ受入れ手段と、前記データを管理し、および処理するためのデータ処理手段と、前記システム診断アプリケーションへの少なくとも１つのデータ転送インターフェースを備える通信モジュールと、を有するネットワークされた診断システムであって、
前記データ処理手段は、前記制御ユニットアプリケーションから受け入れられた前記データを、前記システム診断アプリケーションによって決定され前記制御ユニットアプリケーションから独立しているデータフォーマットに、フォーマットするようにセットアップされることを特徴とするネットワークされた診断システム。
【請求項１３】
前記通信モジュールが、前記ローカルアプリケーションにデータを提供する手段を含み、および／または
前記通信モジュールが、前記ローカルアプリケーションを制御する手段を有することを特徴とする請求項１１あるいは１２に記載の通信モジュールまたは診断システム。
【請求項１４】
前記制御ユニットが、ネットワーク相互接続を用いて診断ユニットに接続されており、前記制御ユニットは、前記制御ユニットアプリケーションからデータを事象指向で受入れるための前記データ受入れ手段と、前記制御ユニット内の前記通信モジュールのサブモジュール内に配置され、前記データを管理しおよび処理するための前記データ処理手段と、前記診断ユニット内に配置され、前記システム診断アプリケーションに前記データを転送するための前記データ転送インターフェースと、前記診断ユニット内の前記データ転送インターフェースに前記ネットワーク相互接続を介してデータを送信するための手段を有する前記サブモジュールと、を有することを特徴とする請求項１２あるいは１３に記載の診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は自動車内の、システム診断など、特に総合車両診断において、定義され、標準的に提供されるデータの通信方法、および本発明の方法を実施するための通信モジュールに関する。本発明の方法はネットワークシステム内で適用される。自動車内のシステム診断の場合には、ネットワークシステムは、診断ユニットにネットワークされた制御ユニットを含む。複雑なネットワークシステム内のセントラルアプリケーションにおいては、関係のあるサブシステムとの通信およびデータ交換は、アプリケーション機能の診断品質に関する重要な基本態様である。システム診断などのセントラルアプリケーションでは、実行時に、個々の制御ユニットアプリケーションからのプロセスデータが必要である。車載診断の場合には、これらのデータが、システム診断のために事象指向で継続的に提供される必要がある。車載診断とは、サービスステーションから独立して、車両の製品に統合された自己診断であると理解される。したがって、診断ユニットは自動車内に配置される。高品質の診断結果を作成するためには、制御ユニットから、システム診断に関連する、正確に定義された標準的なデータの提供が必要となる。したがって、データ提供のタイプは、システム診断の結果に大きな影響力を有する。
【背景技術】
【０００２】
特許文献１では、異なる通信プロトコルを用いて、車両内に設置されたすべてのタイプの制御ユニットについて、データフォーマティングが通信モジュール内で実施される、つまり制御ユニットの通信プロトコルから独立して車両診断が実施できる、自動車のための診断システムについて開示している。本システムは、それぞれ、異なる制御ユニット内での診断のために使用される。この場合、通信モジュールは、制御ユニットと車両診断との間の通信のために使用される。データ伝達は車両診断によって開始される。したがって、診断システムは、事象指向の車両診断に適せず、したがって車載診断に適していない。
【０００３】
特許文献２では、自動車内に診断関連データを格納するための装置について開示している。この場合、装置の部品としての制御ユニットは、バスを介して互いに通信できるよう設計されており、単独でエラーを認識し、エラーコードを設定するための要求をデータバスに送信できるような形式である。制御ユニットと通信することが可能なバスメモリモジュールは、このような要求に応答して診断関連データを格納するような形式である。そのため、データは、後に評価するために読み取ることができる。しかし、このシステムは、診断モジュールによって処方されたデータフォーマットにデータを再フォーマットすることはない。つまり、制御ユニットハードウェアから独立したデータ評価を実施することは不可能である。その上、制御ユニットによって配信されるデータから、選択データを抽出するのは、診断の適合性に従って実施されるのではない。したがって、データバスのリソースが効率的に使用されない。したがって、本システムも車載診断に適していない。
【０００４】
先行技術に基づく診断方法の欠点に、以下の制限事項がある。
−  システム診断は、個々の制御ユニットに関連付けられた非車載情報を使用するが、これは、将来の車載診断のためには十分でない。
−  たとえばエラー伝達、エラーの状況の設定／再設定、仕様の設計に関して、制御ユニットとシステム診断との間の通信およびインターフェースを別々に実装するには、それぞれの制御ユニットに個々に一致した診断モジュール内のインターフェースが必要である。
−  ネットワーク相互接続の基となる伝達プロトコルの伝達容量は、診断にとって重要でないデータを伝達する結果、非効率的に利用される。
−  エラー設定条件の処理と時間基準とが異なっている。このことは、制御ユニットからのデータ転送が診断プロセスによって開始されるという事実に起因する。制御ユニットは、転送するよう要求されるまで、それらのデータを転送することはない。
【０００５】
【特許文献１】
独国特許第１９５  ４１  ８１６号明細書
【特許文献２】
独国特許出願公開第４４  ４３  ２１８号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、先行技術の欠点を回避し、ローカルアプリケーション、特に制御ユニット内の制御ユニットアプリケーションと、セントラルアプリケーション、特にシステム診断との間の通信を特に標準化する通信モジュールおよびそのモジュールを操作するための方法を提供する目的に基づくものであり、車載診断を可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、独立請求項に基づく方法および装置を用いて目的を達成する。特定の実施形態が、従属請求項の主題である。
【０００８】
以下の文では、一般的な内容を限定することなく、システム診断アプリケーション（診断アプリケーション）としてのセントラルアプリケーションおよび制御ユニットアプリケーションとしてのローカルアプリケーションについて言及する。ローカルアプリケーションは、たとえば外部温度のような診断関連データを提供できる、任意の所望のアプリケーションでもあり得る。システムのネットワーク相互接続、およびこのシステム上でのデータ伝達のために使用される伝達プロトコルを、以下、伝達媒体とも呼ぶ。ローカルアプリケーションは、たとえば制御ユニットのハードウェア内で動作するプロセスである。セントラルアプリケーションは、好ましくは診断ユニットのハードウェア内で動作するプロセスである。
【０００９】
プロセスデータとも呼ばれるシステム診断関連データは、前記データの値が変更した場合に、制御ユニットアプリケーションから通信モジュールに事象指向で転送される。これらのデータは、内部的に管理され処理される。処理には、制御ユニットアプリケーションの転送インターフェースのデータフォーマット内で使用可能なデータが必要であり、診断アプリケーションによって処方され、制御ユニットアプリケーション転送データフォーマットから独立したフォーマットに再フォーマットされる。好ましくは、定義されたサイクルにおいて、プロセスデータは、各伝達フォーマットに変換され、標準伝達プロトコルを用いてシステム診断アプリケーションに伝達される。本発明の方法は、構成プロセスを用いて、ターゲットハードウェアの要求に合うよう調整されたパラメータを有することができる。内部データ管理、伝達フォーマット、および伝達プロトコルは、システム診断関連データ（プロセスデータ）の大きさに基づいて、この構成段階中に規定される。
【００１０】
本発明による方法によれば、制御ユニットアプリケーションは、事象指向で、本発明による通信モジュールによって受け入れられるためのデータを提供する。この場合、事象指向でデータを提供するとは、予め定められた事象が発生した場合に、データが提供されるということである。したがって、データ転送は制御ユニットから開始される。制御ユニットアプリケーションが、このような事象が発生したという確証を得ると、適切なデータが通信モジュールに転送される。事象が発生した結果としてデータが転送されたかどうかに関係するデータベースは、制御ユニットアプリケーション内に保持される。このような事象は、外部タイプまたは内部タイプであり得る。どの事象の結果としてデータが転送されたかは、システム開発プロセスによって規定される。外部事象は、例示として、エラー状態の発生、たとえば制動灯の故障や、たとえば特定の冷却水の温度のような閾値に到達することであり得る。内部事象は、例示として、制御ユニット自体内で発生する計算エラーである。次いで、データは、制御ユニットアプリケーションインターフェースによって規定されたデータフォーマットで通信モジュールによって直ちに受け入れられる。通信モジュールは、データを管理し、データを処理する。データは、以下の２つの方式で処理されることが好ましい：
−  すべてのデータが、制御ユニットアプリケーションインターフェースのデータフォーマットから、システム診断アプリケーションによって既知の、かつローカルアプリケーションから独立して規定されたデータフォーマットに再フォーマットされる。以下の文においては、この再フォーマットを、以下に記載するコード化と区別するために、データフォーマティングと呼ぶ。
−  データは、制御ユニットと診断ユニットとの間のネットワーク相互接続上で、データ伝達のベースを形成する伝達プロトコル、たとえばＣＡＮバスまたはＭＯＳＴにコード化される。
【００１１】
好ましい一実施形態においては、データ圧縮も実行される。これについては、任意の既知のデータ圧縮方法が使用できる。データフォーマティング中に、制御ユニットアプリケーションインターフェースに従ってフォーマットされたデータは、考えられるセントラルアプリケーションのために処方された適合性、たとえばシステム診断の適合性に従って選択されることが好ましい。このアプリケーションに関連せず、ローカルアプリケーションによって提供されたデータは、データフォーマティングのためにさらに処理されることはない。次いで、関連するデータは、セントラルアプリケーションのインターフェースのフォーマットに従って再書き込みされる。したがって、制御ユニットアプリケーションデータは、システムの診断アプリケーションに既知のビットフォーマットに再フォーマットされる。したがって、この診断アプリケーションは、個々の制御ユニットアプリケーションのインターフェースフォーマティングを理解する必要がない。この情報は通信モジュール内に保持される。通信モジュールは、診断アプリケーションによって決定されたデータフォーマットに従って、制御ユニットによって提供されたデータを再編成する。したがって、このデータは、制御ユニットアプリケーションインターフェースから独立している構造内の診断アプリケーションに適用可能である。このことにより、診断アプリケーションによるプロセスデータの、エラーのない解釈が可能となり、たとえば障害のある制御ユニットを別の制御ユニットのバージョンに置き換える場合や制御ユニットアプリケーションを更新する場合など、制御ユニットインターフェースの変更の場合にも、診断アプリケーションを修正する必要がない。この方式で処理されたデータは、制御ユニットと診断ユニットとの間のネットワーク相互接続を介してそれらを送信するために、基となるデータ伝達プロトコルに従ってフォーマットされる。本発明による方法の好ましい実施形態においては、局所的な予備診断も実施される。このため、ローカルアプリケーションから事象指向で受け入れられたデータを補完する診断関連データも、特に、個々の制御ユニットアプリケーション内の診断ルーチンを開始することによって生成される。通信モジュール内のデータの管理が、通信モジュールによるデータ受入れとセントラルアプリケーションへのデータ転送の方法ステップとの間のデータバッファリングを含むことが好ましい。データバッファリングにより、通信モジュールによる制御ユニットアプリケーションからの事象指向でのデータ受入れから、セントラルアプリケーションへ処理されたデータがデータ転送されるタイミングの調整まで切替えが可能となる。好ましくは、通信モジュールからセントラルアプリケーションへのデータ転送は、通信モジュールによって開始される、すなわち通信モジュールによって制御される。この場合、このデータ転送のための時間は、通信モジュール内のタイマによってまたは伝達媒体によって決定でき、このタイマは、ローカルアプリケーションによって提供されることが好ましい。
【００１２】
通信モジュールからセントラルアプリケーションへのデータ転送は、固定された転送サイクル内で実施されることが好ましい。この転送サイクルは、タイマ、すなわちローカルアプリケーション内の時間サイクルトランスミッタ（発信器）によって、トリガされる、すなわち規定されかつ開始されることが好ましい。この場合、データは、前の転送サイクルについてのデータが変更される場合にのみ転送されることが好ましい。この結果、計算力の要求が最小限に抑えられ、制御ユニットを診断ユニットにネットワークする伝達媒体を効率的に使用できるようになる。
【００１３】
本発明による方法の特定の一実施形態においては、データは通信モジュール内にバッファ格納される。この実施形態は、制御ユニットアプリケーションから受け入れられるデータの量が伝達プロトコルの伝達容量を超え、その結果、１つの伝達サイクル内で通信モジュールとセントラルアプリケーションとの間でローカルアプリケーションから受け入れられたすべてのデータを転送することが不可能である場合に使用されることが好ましい。
【００１４】
関連するプロセスデータのシステム診断の例は、：
−  たとえばエラーなし、エラー有り、または可能なステートメントなし、のようなエラー状態
−  たとえば動作、非動作のような、入力および出力状態
−  たとえば交換アナログ値、非交換アナログ値、たとえば制御ユニットによって監視される車両構成部品のための状態変数についての測定値、のような内部状態、
である。
【００１５】
通信モジュールは、柔軟な方式で、すべてのタイプのデータを取り扱うことができる。システムの診断に関連するプロセスデータは、データが事象指向で提供された場合に、その値の変更直後に通信モジュールに転送する必要がある。
【００１６】
セントラルアプリケーション、たとえば自動車内のシステム診断と関係のあるローカルアプリケーション、たとえば制御ユニットアプリケーションとの間のデータ交換は、標準的な方式で、かつ交換されるデータのデータサイズから独立して、効率的に実施される。このことはまた、個々のローカルアプリケーションによって送信されるデータの管理、処理、およびコード化についても同様である。本発明の特定の一実施形態においては、分散型総合車両診断が可能となる。この場合、制御ユニットアプリケーション内の診断ルーチン、特にエラー場所のルーチンの流れは、通信モジュールの制御下で開始される。次いで、その結果、制御ユニット内で直接確認された診断データは、通信モジュールからセントラルアプリケーションに伝達される。好ましい一実施形態においては、通信モジュールは、この通信モジュール内のデータ処理手段に加えて、ローカルアプリケーションを制御する手段を含むが、この通信モジュールは、診断アプリケーションによって決定されかつローカルアプリケーションから独立しているデータフォーマットに、ローカルアプリケーションから受け入れられたデータをフォーマットするように、および／または診断関連データ（診断に関連するデータ）を選択するように、および／またはデータを圧縮するようにセットアップされる。別の実施形態においては、制御ユニットアプリケーションが、通信モジュール内のデータにアクセスすることが可能である。
【００１７】
通信モジュールは、構成段階中に各ターゲットハードウェアのために最適な方式で設定されたパラメータを有することができる。この状況において、処理されるデータ量は、内部データ管理、データ処理、およびデータコード化の機能を規定するために使用される。複数の使用可能なデータコード化のメカニズムにより、アプリケーションが基づいているネットワークプロトコル、たとえばＣＡＮプロトコル内で高密度の情報が保証される。本発明の特定の実施形態により、知的な可変要素の取り扱いが可能となる。
【００１８】
通信モジュールの構成段階は、本発明による通信方法を使用する前に実施される。本発明の方法の構成は、制御ユニットアプリケーションの既知のデータフォーマットと、診断に関連している制御ユニットデータの規定された選択と、から始まる。この構成段階中に、ハードウェアおよびソフトウェア、つまり制御ユニット、制御ユニットアプリケーション、物理ネットワーク相互接続、さらに本発明による方法が使用されるネットワークされたシステムのネットワークプロトコルに合わせるための、以下に示すような通信モジュールの調整が行われることが好ましい：
−  ローカルアプリケーションからセントラルアプリケーションにデータを伝達するための伝達フォーマットは、ネットワーク相互接続が基づく伝達フォーマットに合わせるために調整される。伝達フォーマットの選択として、たとえばＭＯＳＴまたはＣＡＮのようなデータプロトコル間で選択することが可能である。
−  ネットワーク内にある制御ユニットのタイプが記録される。これに基づいて、制御ユニット内の制御ユニットアプリケーションによって使用されるデータフォーマット内の診断関連データの場所は、本発明の方法の使用中にデータを選択するよう決定される。
−  知的な可変要素の取り扱いについて、制御ユニットアプリケーションのまたは制御ユニットのソフトウェアおよび／またはハードウェアバージョンが確立され、これから、制御ユニットアプリケーションによって使用されるデータフォーマット内の診断関連データの場所が、本発明の方法の使用中にデータを選択するよう決定される。知的な可変要素の取り扱いのさらなる形式により、車両内の制御ユニットのために異なる構成を勘案することが可能となる。制御ユニット内の制御ユニットアプリケーションからのデータの診断の適合性は、例示として、制御ユニットが左側運転の車両内で使用されるかまたは右側運転の車両内で使用されるかに依存する場合がある。
【００１９】
このように確立されたシステム前提条件から、実際の構成段階で、本発明の方法がデータのバッファ格納と共に適用されるかどうかを確立することが可能となる。
【００２０】
本発明による方法は、特に以下の利点を有する：
−  標準インターフェースが、ローカルアプリケーションとセントラルアプリケーションとの間に設けられる。
−  本発明の方法による通信モジュールは、異なるローカルアプリケーションについて自由に構成することができる。
−  知的な可変要素の取り扱いが可能となる。
−  本発明の方法による通信モジュールは、たとえばＣＡＮ、ＬＩＮ、ＭＯＳＴのような異なる伝達プロトコルについて自由に構成することができる。
−  内部データ管理およびデータコード化のために、複数の方法が提供される。
−  分散型診断アルゴリズムを統合することが可能である。
−  データ伝達のための高密度の情報が確実となる。
−  本発明の方法は、データの種類、すなわちデータのタイプやデータの量から独立して機能する。
−  診断に関連し、制御ユニットアプリケーションによって提供されるデータの知的な選択により、伝達システムに対する負担が最小限に抑えられる。
−  通信モジュールの柔軟性により、新しい制御ユニットをネットワークされたシステム内に統合する際の複雑さが最小限に抑えられ、車載診断のために既存の制御ユニットを使用することが可能となる。
【００２１】
図を参照しながら、一般的な内容を制限することなく、本発明および本発明の好ましい実施形態を以下に記載する。
【発明を実施するための最良の形態】
【００２２】
図１は、本発明に基づく通信モジュールの設計を示している。図１はまた、本発明に基づく通信モジュール内のデータの流れ（１）および制御の流れ（２）を示している。流れの方向は、それぞれ、図面内の矢印の方向によって示されている。制御ユニットアプリケーション（３）が、事象指向で通信モジュールにデータを転送する。事象指向とは、データ受入れの開始、したがって制御の流れが、制御ユニットアプリケーションから始まることを意味する。分散型診断のための特定の実施形態において、および／または制御ユニットアプリケーションに使用可能な通信モジュールからデータを作成する場合には、データの流れは、通信モジュールから制御ユニットアプリケーションへ進むこともできる。
【００２３】
通信モジュール内において、フローコントローラ（４）がまず使用されて、診断ユニット内の診断アプリケーション（８）への通信モジュールのデータ転送インターフェース（７）へ伝達モジュール（５）を使用して直接伝達される１つの伝達サイクル内で、その量がネットワークプロトコルの伝達容量を超えていないかどうかについて、データがチェックされる。データの量が伝達容量を超えていると、そのデータは、バッファ格納のためにデータ管理モジュール（６）に転送される。このことは、フローコントローラの制御下で行われる。次いで、データは、複数の伝達サイクルにわたって分散して送信される。データ処理は、データ管理モジュール内または伝達モジュール内のいずれかで実施できる。一般に、管理および伝達モジュールは、単一のモジュール内で組み合わせることもできる。この場合、単に分かりやすくするために、管理と伝達とを分割してある。バッファ格納が行われると、データ処理は、データ管理モジュール内で実施される。伝達サイクルの伝達容量がすべてのデータを伝達するのに十分であると、データ処理は、伝達モジュール内で行われる。伝達モジュールは、通信モジュール内の診断モジュールデータ転送インターフェースに処理されたデータを送信する。このデータ伝達は、通信モジュール内の伝達モジュールの制御下で実施される。図中の網掛け部分に位置する通信モジュールの素子は、制御ユニット内で動作することが好ましい。
【００２４】
図２は、自動車内の診断システムの例を用いて、ネットワークされたシステム内のハードウェア全体にわたる通信モジュールのサブモジュールの好ましい分割を示している。同図は、ＣＡＮバス（２０）を用いて診断ユニット（２１）に接続された、３つの制御ユニット（２０１、２０２、２０３）を示している。ＣＡＮバスを介するデータの流れは、矢印を用いて示されている。各制御ユニットアプリケーション（２１１、２１２、２１３）および通信モジュールの各サブモジュール（２２１、２２２、２２３）が、制御ユニット内で動作する。これらのサブモジュールは、通信モジュールのデータ受入れ手段およびデータ処理手段と、ローカルアプリケーション内のサブモジュールからデータ転送インターフェースに処理されたデータを送信するための手段とを含む。処理されたデータは、ＣＡＮバスを介して、通信モジュール内のデータ転送インターフェース（７）に伝達される。データ転送インターフェースは、診断ユニット（２１）内の診断アプリケーション（８）と共に動作する。
【００２５】
図３は、通信モジュール内のデータ転送インターフェースへデータバスを介して処理されたデータを伝達するまでの、本発明による方法の流れを示している。縦線は構成部品の境界を表している。事象指向で制御ユニットアプリケーション（３）から受け入れられたプロセスデータ（３２）が、まず最初に管理される（３３）。そのデータ量によっては、データは別個の補助メモリ（３４）内にバッファ格納される。バッファ格納は、データの量が、伝達媒体（３５）の、たとえばＣＡＮバスの１つの伝達サイクルの伝達容量を超える場合に実施される。データがバッファ格納されると、追加情報が確認できる（４１）。タイマ（３７）が、通信モジュールによりさらなるデータ処理を開始する。次いで、データが処理される（３８）。状況に応じて、局所的な予備診断（３９）が実施できる。次いで、処理されたデータは、伝達媒体の伝達プロトコルに従ってコード化されて（３１）、たとえば、いわゆる「ＣＡＮフレーム」が作成される（４０）。次に、データは、通信モジュール内のデータ転送インターフェースに伝達媒体（３５）、たとえばＣＡＮバスを用いて送信されかつ伝達され（３６）、診断アプリケーション（８）に転送される。
【００２６】
図４は、外部タイマを用いた、通信モジュールからセントラルアプリケーションへのデータ転送の周期的トリガを示している。好ましくは、このタイマ（外部タイマ）がローカルアプリケーションによって提供される。２つのデータ転送サイクル（４２）が示されている。サイクルは、それぞれ、タイマトリガ装置（４３）を用いて始動する。サイクル時間ｔｃｙｃｌ内で、データを処理することを含むデータ提供が、それぞれ、時間ｔｄａｔａ内でまず実施される。次いで、送信動作が、時間ｔｓｅｎｄ内で伝達媒体を用いて実行される。
【００２７】
図５は、本発明による方法における構成段階の基本的な流れを示している。システムハードウェアおよびシステムソフトウェアを記述している入力データ（５１）が、まず読み込まれる（５２）。これらのデータは、制御ユニットついての詳細、制御ユニットソフトウェア、ネットワーク相互接続のハードウェア、および／または使用される伝達プロトコル、たとえばＣＡＮプロトコルを含む。その上、それらはまた、制御ユニットの構成に関係するデータ、および／またはユニットバージョン、および／または制御ユニットソフトウェアバージョンに関係するデータを含むこともできる。通信モジュールへの、制御ユニットソフトウェアによって確立されたそれぞれの制御ユニットアプリケーションインターフェースについて、たとえばデータタイプなどの特性が、インターフェース内に存在するそれぞれのプロセスデータ項目について示される。読込み中に、整合性チェックが実施できる。次いで、伝達プロトコルによっては、伝達フォーマット（５３）が規定される。この時点で、実際に、通信モジュール内に別個のデータ格納が必要であるかどうかを規定することが可能である。次に、パラメータ表示段階（５４）において、個々のローカルアプリケーションからインターフェースデータを選択し、再フォーマットするためのデータが生成される。最後に、伝達フォーマットが規定された時、かつパラメータ表示段階において生成された構成データが、たとえばファイル内に出力される（５５）。これらの出力データ（５６）は、通信モジュールを構成するために使用される。これらの出力データは、例示として、たとえばバッファ格納の使用に関して、必要なアルゴリズムについての使用可能な情報、制御ユニットアプリケーションによる通信モジュール内のデータへアクセスする機会に関する情報、制御ユニットアプリケーション内のすべてのプロセスデータ情報、並びに／若しくは、データ管理、データ処理およびデータ伝達のためのさらなる情報を含む。
【図面の簡単な説明】
【００２８】
【図１】本発明に基づく通信モジュールの基本設計を示す図である。
【図２】ネットワークされたシステム内の通信モジュールおよびその好ましい場所の一実施形態を示す図である。
【図３】本発明による方法の流れを示す図である。
【図４】外部タイマを用いた、通信モジュールからセントラルアプリケーションへのデータ転送の周期的トリガを示す図である。
【図５】本発明による方法における構成段階の基本的な流れを示す図である。
【符号の説明】
【００２９】
参照数字のリスト
１  データの流れ
２  制御の流れ
３、２１１、２１２、２１３  制御ユニットアプリケーション
４  フローコントローラ
５  伝達モジュール
６  データ管理モジュール
７  データ転送インターフェース
８  診断アプリケーション
２０  ＣＡＮバス
２１  診断ユニット
３１  コード化
３２  プロセスデータ
３３  管理
３４  補助メモリ
３５  伝達媒体
３６  伝達
３７  タイマ
３８  データ処理
３９  予備診断
４０  ＣＡＮフレーム作成
４１  追加情報の確認
４２  データ転送サイクル
４３  タイマトリガ装置
５１  入力データ
５２  データの読込み
５３  伝達フォーマットの規定
５４  パラメータ表示段階
５５  データの出力
５６  出力データ
２０１、２０２、２０３  制御ユニット
２２１、２２２、２２３  通信モジュールのサブモジュール
【国際公開パンフレット】
2005500198.tif 000003
2005500198.tif 000004
2005500198.tif 000005
2005500198.tif 000006
2005500198.tif 000007
2005500198.tif 000008
2005500198.tif 000009
2005500198.tif 000010
2005500198.tif 000011
2005500198.tif 000012
2005500198.tif 000013
2005500198.tif 000014
2005500198.tif 000015
2005500198.tif 000016
2005500198.tif 000017
2005500198.tif 000018
2005500198.tif 000019
2005500198.tif 000020
2005500198.tif 000021
2005500198.tif 000022
2005500198.tif 000023
2005500198.tif 000024
2005500198.tif 000025
2005500198.tif 000026
2005500198.tif 000027
2005500198.tif 000028
2005500198.tif 000029
2005500198.tif 000030
【国際公開パンフレット（コレクトバージョン）】
2005500198.tif 000031
2005500198.tif 000032
【国際調査報告】
2005500198.tif 000033
2005500198.tif 000034
2005500198.tif 000035
2005500198.tif 000036
2005500198.tif 000037
2005500198.tif 000038