(57)【特許請求の範囲】
【請求項１】
バスシステムにより結合された少なくとも２名の加入者間でメッセージに含まれたデータを交換する方法であって，
前記データを含む前記メッセージは，前記加入者によって前記バスシステムを経由して伝送され，前記メッセージは，いずれか第１の加入者によって時間的に制御されるが，前記第１の加入者が繰り返し１つの参照メッセージを，少なくとも１つの指定可能な時間的間隔においてバスを経由して伝送し，前記時間的間隔が，指定可能な長さのタイムウィンドウに区分され，かかる際に前記メッセージは前記タイムウィンドウの中で伝送されるという方法によるものであり，また参照メッセージと次の前記参照メッセージまでの後続の前記タイムウィンドウとが１つの第１のサイクルにまとめられ，前記第１の加入者が何らかのストップ要求によって，前記第１のサイクルの終了時に伝送を中断する，上記の方法。
【請求項２】
前記第１の加入者が，何らかのスタート要求があったとき前記第１のサイクルを開始することを特徴とする，請求項１に記載の方法。
【請求項３】
前記参照メッセージと次の前記参照メッセージまでの後続の前記タイムウィンドウとが，指定可能な長さおよび／または指定可能な構造の１つの前記第１のサイクルにまとめられ，かかる構造は，前記時間的間隔の中で前記参照メッセージに続く前記タイムウィンドウの長さ，個数および時間的なポジションに対応することを特徴とする，請求項１に記載の方法。
【請求項４】
前記構造が同じである複数の前記第１のサイクルが１つの第２のサイクルにまとめられ，前記第２のサイクルでも，前記メッセージが前記タイムウィンドウの中で繰り返し伝送され，前記時間的間隔は前記第１のサイクルの時間的長さよりも大きいことを特徴とする，請求項１および３に記載の方法。
【請求項５】
スタート要求および／またはストップ要求が前記バスシステムの外部から実行され，装置はかかる目的のため前記第１の加入者と結合していることを特徴とする，請求項１および／または２に記載の方法。
【請求項６】
少なくとも第２の加入者または外部の装置がアプリケーションのため用いられることを特徴とする，請求項１および／または２または５に記載の方法。
【請求項７】
前記第１または第２のサイクルの少なくとも１つの前記タイムウィンドウにおいて１つの周期的なメッセージ伝送が実行されず，前記タイムウィンドウではアービトレーションメッセージが伝送されることを特徴とする，請求項１〜６のいずれか1項に記載の方法。
【請求項８】
バスシステムにより結合された少なくとも２名の加入者間でメッセージに含まれたデータを交換するための，１つの前記バスシステムと少なくとも２名の前記加入者を持つ装置であって，
前記データを含む前記メッセージは，前記加入者によって前記バスシステムを経由して伝送され，前記メッセージは，いずれか第１の加入者によって時間的に制御されるが，前記第１の加入者が繰り返し１つの参照メッセージを，少なくとも１つの指定可能な時間的間隔においてバスを経由して伝送し，前記時間的間隔が，指定可能な長さのタイムウィンドウに区分され，前記メッセージは前記タイムウィンドウの中で伝送されるという方法によるものであり，また前記参照メッセージと次の前記参照メッセージまでの後続の前記タイムウィンドウとが１つの第１のサイクルにまとめられ，前記第１の加入者が何らかのストップ要求によって，前記第１のサイクルの終了時に伝送を中断する，上記の装置。
【請求項９】
当該バスシステムにより請求項１〜７のいずれかに記載の方法を実行することを特徴とする，少なくとも２名の加入者間でデータを交換するためのバスシステム。
【発明の詳細な説明】
【０００１】
従来の技術
本発明は，独立請求項の特徴に記載の，バスシステムと結合された少なくとも２名の加入者間でデータを交換する方法と装置に関する。
【０００２】
自動車のネットワーク化における従来の技術として，数年前からＣＡＮ―プロトコルが使用されている。かかるＣＡＮ―プロトコルでは，通信が事象制御により制御されている。もし様々なメッセージの送信を同時に初期設定したいときは，非常に大きな負荷を与えなければならない。ＣＡＮの非破壊的なアービトレーションメカニズムは，全てのメッセージの識別子もしくはコードの優先性に従う連続的な送信を保証する。厳しいリアルタイムシステムのためには，全システムに対して実行時間とバス負荷の分析を前もって実行しなければならない。かかる分析は，全てのメッセージ―デッドラインを遵守できるよう（それ自体がピーク負荷以下となるよう），安全策を取るために行なわれる。
【０００３】
例えば，ＴＴＰ／Ｃまたはインターバス―Ｓのように，既に時間制御されたサービスに基づく通信プロトコルが存在する。かかる場合の特色は，送信時点を指定することにより，バスアクセスを既に前もって計画することである。従って実行時間の間にいかなる衝突も起こらない。通信バスにおけるピーク負荷も同様に避けられる。従ってこの場合，バスがフルに活用されないことが頻繁に起こる。
【０００４】
時間的に確定された通信システムの場合，諸プロセスの経過を事前決定可能とすることができる。従って，アービトレーションシステムにおけるよりも狭い時間領域で，アプリケーションを通信と同期させることが可能である。しかし純粋に周期的に経過する通信の場合，アプリケーションは時間的なラスターに固く結合しており，それに対して特定の操作過程の場合，特に自動車のエンジン制御の場合，時間的に可変的なメッセージ伝送もしくはデータ伝送，特に回転数に適合された測定値に関するかかる伝送が必要である。
【０００５】
従来の技術からは，いかなる点でも最適な結果を得られないことが示されている。
【０００６】
発明の利点
従って本発明は，バスシステムにより接続された少なくとも２名の加入者間でメッセージに含まれたデータを交換する方法と装置に関する。この場合に，データを含むメッセージは加入者によってバスシステムを経由して伝送され，かかるメッセージは，いずれか第１の加入者に時間的に制御されるが，第１の加入者が繰り返し１つの参照メッセージを，少なくとも一つの指定可能な時間的間隔において，バスを経由して伝送し，時間的間隔は指定された長さのタイムウィンドウに区分されるという方法による。このとき，メッセージはタイムウィンドウの中で伝送され，かかる際に参照メッセージと次の参照メッセージまでの後続のタイムウィンドウは，第１のサイクルにまとめられる。そして第１の加入者は何らかのストップ要求により，特に少なくとも第２の加入者のメッセージにより，第１のサイクルの終了時にその伝送を中断する。
【０００７】
このとき，基盤となるバスシステムもしくはバスプロトコルとして，ＣＡＮ―バスを使用するのが特に実用的である。しかし本発明は一般的にあらゆるバスシステムもしくはバスプロトコルに関するものであり，前記の場合，オブジェクト指向のメッセージ伝送もしくはデータ伝送が使用され，従ってメッセージおよび／またはメッセージに含まれるデータは，コード（識別子）によって明白に認識できる。このことは，加入者ではなくメッセージもしくはデータがアドレス指定される全てのバス，特にＣＡＮ―バスに当てはまる。
【０００８】
従って本発明は，有利な方法として，従来の技術と比較すると，より高度のプロトコル層を本来のバス（ＣＡＮ）―プロトコルに含み，かかるプロトコルは，本発明の場合，時間制御された通信を変わらずに維持する。有利な方法としては，時間制御された通信によって，バスをフルに活用でき，同時にいずれのメッセージに対しても待ち時間を定義された数値に維持できるようにする。
【０００９】
従って本発明は，周期的に経過するバス（ＣＡＮ）―メッセージ伝送を含む。これにより決定論的であって多重化可能な通信システムが生まれる。かかるシステムは，本発明の場合，ＴＴＣＡＮとも呼ばれる。同様にまたＣＡＮ―バスを出発点とするものでもあって，上記に述べたように，かかる構想は，一般に全てのバスシステムに，もしくはオブジェクト指向のメッセージ伝送を伴うバスプロトコルに該当するものである。
【００１０】
実用的な方法として，参照メッセージと，次の参照メッセージまで後続のタイムウィンドウとを，指定可能な長さおよび／または指定可能な構造の第１のサイクルにまとめるものとする。この場合のかかる構造は，時間的間隔の中で参照メッセージに続くタイムウィンドウの長さ，個数，時間的ポジションに対応する。
【００１１】
他の有利な方法として，同じ構造を持つ複数の第１のサイクルを１つの第２のサイクルにまとめ，かかる際に第２のサイクルでもメッセージをタイムウィンドウで繰り返し伝送し，時間的間隔は第１のサイクルの時間的間隔より大きいものとする。
【００１２】
実用的な方法としては，第１または第２のサイクルのタイムウィンドウの少なくとも１つにおいて，周期的なメッセージ伝送を実行しないものとする。そして最初の空白のタイムウィンドウにおいて，アービトレーションメッセージを伝送する。すなわちこれは，周期的に伝送する必要はなく，例えば特定のプロセスが終了した場合に提供されるメッセージである。
【００１３】
有利な方法として第１の加入者は，スタート要求のとき，特に第２の加入者によるスタート要求のとき，第１のサイクルを開始するものとする。
【００１４】
もう１つの有利な方法として，ストップ要求および／またはスタート要求を，バスシステムにとって外部の装置で行ない，かかる装置はこの目的のために第１の加入者と接続しているものとする。
【００１５】
１つの有利な実施形態として，少なくとも第２の加入者または外部の装置をアプリケーションのために使用する。
【００１６】
従って有利な方法として，時間的に確定された通信経過をアプリケーションの外部事象に適合させるものとする。ここでは，時間制御された通信システムで検知される測定値に対し，エンジン制御装置で実行される角度と同期された処理を，例に挙げる。
【００１７】
時間的に確定された通信システムの場合，諸プロセスの経過を事前決定可能とすることができる。従ってアービトレーションシステムにおけるより狭い時間領域で，アプリケーションを通信と同期させることが可能である。しかし純粋に周期的に経過する通信の場合，アプリケーションは，時間的なラスターに固定結合されている。一方，エンジン制御装置の例の場合，時間的に可変であって，回転数変化の動力学に適合された測定値伝送が必要である。有利な方法としては，周期的通信経過を中断可能なものとし，外部の事象に対して定義された上で再びスタート可能とすることにより，前述の動作を達成できる。
【００１８】
他の長所として，加入者もしくはノードの機能停止を迅速に検知できる（アプリケーションは事象と固定された時間関係にあるメッセージを期待している）。
【００１９】
他の長所と有利な実施形態を，下記の説明と請求項の諸特徴に挙げた。
【００２０】
添付の図面を用いて，下記に本発明を説明する。
【００２１】
実施例の説明
ＴＴＣＡＮは，主として時間制御された周期的通信に基づいており，かかる通信には，タイマー（ノード，加入者）が時間参照メッセージまたは短い参照メッセージＲＮを用いて，クロックパルスを付与している。次の参照メッセージＲＮまでの周期は，基本サイクルと呼ばれ，ｎ個のタイムウィンドウに区分される（図２を参照）。いずれのタイムウィンドウも，異なる長さの周期的メッセージの排他的送信を許容する。かかる周期的メッセージは，ＴＴＣＡＮ―コントローラーにおいてタイミングマークを使用することにより送信され，かかるタイミングマークは，論理的な相対時間の経過と結合されている。ＴＴＣＡＮは，空白のタイムウィンドウを考慮に入れることも許容する。このタイムウィンドウはいわゆる自発的メッセージに利用でき，その場合タイムウィンドウ内におけるバスへのアクセスを，ＣＡＮのアービトレーションスキーマを介して利用する（アービトレーションメッセージ）。タイマー時計（大域時間ｇＺ）と個々のノード内部のローカル時間ｌＺ１〜ｌＺ４との同期が考慮され，能率的に変換される。
【００２２】
図１は，複数のバス加入者１０１〜１０５を含むバスシステム１００を示す。いずれの加入者１０１〜１０５も，自らの時間基準１０６〜１１０を持ち，かかる時間基準を，時計，カウンター，パルス発生器等といった内部の手段により，または外部から，各加入者に伝送できる。各ローカルな時間基準ｌＺ１〜ｌＺ４は，特にカウンター，例えば順方向カウントして１６ビットのものであって，かかるカウンターに影響を加えてよいのは，ＨＷ―リセットによってのみである。かかるローカルな時間基準は，いずれのノードもしくは加入者１０２〜１０５でも実行されている。このときに，加入者，タイマー１０１は，外部と接触するポジションを持つ。加入者の時間基準は，大域時間１０６であって，ここでは大域時間ｇＺと呼ぶ。かかる時間基準は，タイマー１０１で実行されているか，あるいは外部からかかるタイマーに伝送される。大域時間ｇＺは，原則的にいずれのノードでもローカル時間基準１０７〜１１０もしくはローカル時間ｌＺ（ｌＺ１〜ｌＺ４）と，オフセットＯＳ１〜ＯＳ４から形成される。タイマー１０１におけるオフセットＯＳｇは，通常ゼロに等しい（ＯＳｇ＝０）。他の全てのノードは，ローカル時間ｌＺ（ｌＺ１〜ｌＺ４）とローカルオフセットＯＳ１〜ＯＳ４およびＯＳｇ（ＯＳｇ≠０のとき）から得た大域時間ｇＺ上にその視点を構築する。ＯＳｇがゼロでない場合は，例えば大域時間ｇＺが外部からタイマー１０１に伝送され，かかるタイマーがさらに自分の時間基準１０６をも持っている場合に生じる。その際に，かかるタイマーも，大域時間ｇＺに時刻を合わせるが，ｇＺと時間基準１０６が一致しないことがある。ローカルオフセットは，参照メッセージの送信時点（ＳＯＦ，Ｓｔａｒｔ  ｏｆ  Ｆｒａｍｅ）のローカル時間と，タイマーがこの参照メッセージで伝送する大域時間との差である。
【００２３】
ローカル時間基準と大域時間
ローカル時間基準：ローカル時間基準とは１つのカウンター，例えば順方向カウントして１６ビットのものであって，影響を与えてもよいのは，ＨＷリセットによる場合のみである。ローカル時間基準は，いずれのノードでも実行されている。
【００２４】
バッファレジスターの参照マーク：ＳＯＦを受け入れるときはいつも，バッファレジスターにローカル時間基準がロードされる。
【００２５】
リファレンスマーカー：現時点のメッセージが参照メッセージとして認識されると，その値はバッファレジスターからリファレンスマーカーに転送される（参照マークとして）。リファレンスマーカーは，例えば１６ビットレジスターとして設計される。
【００２６】
タイマー―参照マーク：これは参照メッセージにおいてタイマーの計時装置が受信した参照マークである。
【００２７】
大域時間に対するローカルオフセット：大域時間に対するローカルオフセットとは，バッファレジスターにおける参照マークと，参照メッセージ中で受信された大域タイミングマークとの差である。かかるローカルオフセットは，ローカル時間から大域時間を計算するために使用される。タイマー自体のオフセットは，一定のままである。参照メッセージ中で，タイマーは，ローカル参照マークにローカルオフセットを加えて送信する。
【００２８】
従ってタイマー１０１は，時間参照メッセージ１１１，より短くいえば参照メッセージＲＮを送信するノードもしくは加入者でもある。矢印１１２は，参照メッセージＲＮ１１１が他の加入者１０２〜１０５に，特に同時間に，送信されることを示す。
【００２９】
参照メッセージＲＮは，ＴＴＣＡＮを時間制御により周期的に運用するための基盤である。参照メッセージは，特殊な識別子，特殊なコードによって明白に表示されており，全てのノードに，ここでは１０２〜１０５に，クロックとして受信される。これはタイマー１０１から原則として周期的に送信される。かかる参照メッセージは，次のデータを含む：現時点の基本サイクルＢＺｎの数，大域時間におけるタイマーの参照マーク。
【００３０】
参照マークは，タイマーの参照メッセージを受信する場合，「Ｓｔａｒｔ  ｏｆ  Ｆｒａｍｅ」―ビット（ＳＯＦ）の時点における内部カウンターステータスを静止化することによって生じる。従って参照マークは，参照メッセージの受信時点におけるローカル時間基準のスナップショットダンプである。加入者の欄に挙げた相対時間ＲＺ１〜ＲＺ４およびＲＺｇは，ローカル時間基準と最後の参照マークの差である。使用されたタイミングマークに関する全ての定義は，個々の加入者の相対時間に関連する。参照マークは，例えば，持続的に信号として存在することができる（例えばゲート回路を経由して２つのレジスター値を結ぶことによって）。参照マークは，ＴＴＣＡＮ―バスにおける全てのノードの相対時間を決定する。
【００３１】
同様に図示されているウォッチドッグＷｇおよびＷ１〜Ｗ４は，特殊な相対時点である。いずれのノードでも，遅くとも新たな参照メッセージとそれと共に参照マークも期待される，相対時間（ウォッチドッグ）が定義される。従ってかかるウォッチドッグは，特殊なタイミングマークである。ウォッチドッグは，特に初期設定と再初期設定の際に，通信が可能な状態にあるかどうかを監視するのに使用される。このとき，ウォッチドッグは，各参照メッセージ間の時間的間隔よりも常に大きくするべきである。
【００３２】
かかる場合に，タイミングマークは，相対時間と，当初のバス（ＣＡＮ）―コントローラーにおけるアクションとの関連を生成する相対時点となる。タイミングマークがレジスターとして示され，その際にコントローラーは，複数のタイミングマークを管理できる。１つのメッセージに複数のタイミングマークを割り当てることができる（例えば，図４参照：送信グループＡが，タイムウィンドウＺＦ１ａだけでなく，タイムウィンドウＺＦ４ａにも現れている）。
【００３３】
アプリケーションの場合は，特にアプリケーションウォッチドッグが使用される。ＴＴＣＡＮ―コントローラーに正しい操作信号を出すため，アプリケーションの際には，かかるウォッチドッグを定期的に使用しなければならない。ウォッチドッグが用いられる場合のみ，ＣＡＮ―コントローラーはメッセージを送信する。
【００３４】
図２は，時間制御された周期的なメッセージ伝送もしくはデータ伝送の原理を経時的に示す。メッセージ伝送には，タイマーが参照メッセージを用いてクロックパルスを付与する。このとき，期間ｔ０〜ｔ６は，基本サイクルＢＺと呼ばれ，ｋ個のタイムウィンドウ（ｋ∈Ｎ）に区分される。従って，このときタイムウィンドウＺＦＲＮにおけるｔ０〜ｔ１，ｔ６〜ｔ７，ｔ１２〜ｔ１３およびｔ１８〜ｔ１９によって，各基本サイクルＢＺ０〜ＢＺ３の参照メッセージＲＮが伝送される。参照メッセージＲＮに続くタイムウィンドウＺＦ１〜ＺＦ５，すなわちタイムウィンドウの長さ（Δｔｓ＝ｔｓｂ―ｔｓａを含むセグメントＳにおいて），タイムウィンドウの個数およびタイムウィンドウの時間上のポジションは，指定可能である。これにより同じ構造の複数の基本サイクルから１つの全体サイクルＧＺ１を形成することができ，これはｔ０で開始し，ｔ２４で終了して改めてパスが行われる。これらのタイムウィンドウは，例えば，各々が３２ビット時間である２〜５個のセグメントを含む。タイムウィンドウの個数は，例えば２〜１６個であるが，このとき，タイムウィンドウをただ１個，あるいは１６個以上とすることも可能である。１つの全体サイクル中の基本サイクルの個数は例えば２ｍで，特にはｍ≦４とする。
【００３５】
例えば，ｔｚｆｆ１およびｔｚｆｆ２により，２つの送信リリース区間もしくはタイムウィンドウリリース区間を表示する。かかる区間は，例えば１６または３２ビット時間続き，その範囲内であれば基本サイクルに関するメッセージ送信を開始してもよい時間フレームを表す。
【００３６】
いずれのタイムウィンドウも，長さが異なる周期的メッセージの排他的送信を許容する。例えば図３は，長さが異なる２つのメッセージと，タイムウィンドウにおける割り当てを示す。ブロック３００のメッセージ１（Ｎ１）は，例えば１３０ビットを，ブロック３０１のメッセージ２（Ｎ２）は，例えば４７ビットを含む。
【００３７】
既に述べたように，最大および最小のタイムウィンドウは，メッセージの長さに依存して指定でき，ここに示す例では，例えば１つのタイムウィンドウにつき，２〜５セグメントである。従って最大のタイムウィンドウＺＦｍａｘは，それぞれ３２ビット時間の５セグメント（Ｓ１〜Ｓ５）を含むブロック３０２として，最小のタイムウィンドウＺＦｍｉｎは，それぞれ３２ビット時間の２セグメント（Ｓ１およびＳ２）を含むブロック３０３として指定される。かかるタイムウィンドウでメッセージＮ１およびＮ２が伝送され，従ってメッセージは，タイムウィンドウを完全に満たす必要はなく，むしろメッセージの長さに応じてタイムウィンドウの大きさが指定される。従って，ＺＦｍａｘは，あり得る最長のメッセージ，例えば１３０ビットもしくはビット時間のメッセージに，十分な時間もしくはスペースを提供しなければならず，ＺＦｍｉｎは，あり得る最短の，例えば４７ビットのメッセージに適合させることができる。
【００３８】
一般的には，ある特定のメッセージに提供される時間フレームのタイムウィンドウがある。（図３参照）。送信リリースが実行されると，メッセージのタイムウィンドウが開かれ，かかるウィンドウの開始部は定義されたタイミングマークと原則的に一致する。タイムウィンドウの長さは，例えば３２ビット時間（ブロック３０４ａ参照）のｉ個のセグメントから決定される。このとき，セグメント化を特に３２ビット時間ずつとすれば，ＨＷに適した大きさとなる。タイムウィンドウは，タイムウィンドウに現れる最長のメッセージより短くてはならない。ビット時間は，特に定格のＣＡＮ―ビット時間とする。
【００３９】
送信リリース区間またはタイムウィンドウリリース区間は，その範囲内でメッセージの送信を開始してよい時間フレームである。送信リリース区間は，タイムウィンドウの一部である。従ってリリースは，タイミングマークとタイミングマーク＋デルタの間に実行される。デルタの数値は，タイムウィンドウの長さより明らかに小さい（例えばＺＦＦ１またはＺＦＦ２の場合１６または３２）。その開始部が送信リリース区間中にないメッセージは，送信してはならない。
【００４０】
ここで，図４は全体サイクル（送信マトリックス）ＧＺ２を示す。
全体サイクル（送信マトリックス）：全ての加入者の全てのメッセージ（ＲＮ，Ａ〜Ｆおよびアービトレーション）は，１つの送信マトリックスの成分として編成される（図４参照）。この送信マトリックスは，個々の基本サイクルＢＺ０ａ〜ＢＺ７ａから構成される。全体サイクルＧＺ２の全ての基本サイクルは同じ構造を持つ。これらの基本サイクルは，排他的（Ａ〜Ｆ）成分およびアービトレーション成分のいずれかを選択して構成できる。行の総数（つまり基本サイクルＢＺ０ａ〜ＢＺ７ａ）はこの場合２ｍ＝８であり，この場合ｍ＝３である。
【００４１】
基本サイクル（送信マトリックスの行）は，参照メッセージＲＮ中の参照マークと共に開始し，定義された長さの（ＲＮのための最初のタイムウィンドウＺＦ０もしくはＺＦＲＮ），順次続く複数（ｉ）個のタイムウィンドウからなる。基本サイクル内のメッセージの配置は，自由に規定することができる。１つのタイムウィンドウは，排他的成分の場合，ＣＡＮメッセージオブジェクトと結合される。タイムウィンドウは空けたままにしておくことも可能であり（４０９，４２１，４４１，４１７，４４５），あるいはアービトレーション成分のために利用することも可能である（４０３，４２７）。
【００４２】
１つの送信グループ（送信マトリックスの列，Ａ〜Ｆ）が，常に同じタイムウィンドウであるが，異なる基本サイクルで送信されるメッセージを形成する（図４参照）。従って１つの周期を構成することができる。例えば，ＺＦ１ａおよびＺＦ４ａにおける送信マトリックスＡ：４０１，４０７，４１３，４１９，４２５，４３１，４３７，４４３および４０４，４１０，４１６，４２２，４２８，４３４，４４０，４４６が該当する。１つの送信グループの中で，（１つのタイムウィンドウの）１つのメッセージオブジェクトを何回も送信できる。１つの送信グループ内における１つのメッセージの周期は，２１でなければならず，この場合１≦ｍである。
【００４３】
メッセージオブジェクトもしくはメッセージは，バスのメッセージオブジェクト，特にＣＡＮにおけるバスのメッセージオブジェクトに相当し，識別子もしくはコード，およびデータ自体を含む。ＴＴＣＡＮにおいては，メッセージオブジェクトが，少なくとも次に挙げるもののうちの１つを，好ましくは３つ全てを，送信マトリックスの中で補完される：タイムウィンドウ，基本マーク，繰り返し率。
【００４４】
タイムウィンドウは，基本サイクル（ＢＺｎ，送信マトリックスの行）におけるポジション（ＺＦ０，ＺＦ１ａ〜ＺＦ５ａ）である。タイムウィンドウの開始部は，特定のタイミングマークに達することにより定義される。
【００４５】
基本マークは，全体サイクル中いずれの基本サイクル（ＢＺ０ａ〜ＢＺ７ａ）で，メッセージが最初に送信されるかを表示する。
【００４６】
繰り返し率は，基本サイクルがいくつ経過した後にこの伝送が繰り返されるかを定義する。
【００４７】
ＣＡＮ―コントローラーに対するメッセージオブジェクトの有効性を表示するために，オブジェクトの持続的なリリースを意味する「持続的送信リクエスト」と（排他的成分については下記参照），オブジェクトが１回だけ有効であることを意味する「個別的送信リクエスト」とがある（アービトレーション成分については下記参照）。
【００４８】
ＣＡＮからの自動的再伝送は，ＴＴＣＡＮにおけるメッセージに対しては遮断するのが実用的である。
【００４９】
他に，ここでもう一度以下のようなメッセージ伝送について，すなわち基本サイクルもしくは全体サイクルにおける周期的メッセージおよび自発的メッセージについて，特にアプリケーションに関して説明する。このときも，排他的メッセージすなわち周期的メッセージと，アービトレーション的すなわち自発的メッセージを区別する。
【００５０】
排他的メッセージオブジェクト（周期的メッセージ）
排他的メッセージが送信されるのは，アプリケーションウォッチドッグが設定され，ＣＡＮ―コントローラーに対するアプリケーションの「持続的な送信要求」が設定され，付随するタイムウィンドウの送信リリース区間が開かれている場合である。このとき，メッセージオブジェクトに対するタイミングマークは，相対時間と一致する。持続的送信要求は，アプリケーション自体によって取り消されるまで，設定されたままとなる。
【００５１】
アービトレーションのメッセージオブジェクト（自発的メッセージ）
アービトレーションのメッセージオブジェクトが送信されるのは，アプリケーションウォッチドッグが設定され，ＣＡＮ―コントローラーに対するアプリケーションの「持続的な送信要求」が設定され，そのために特定された次のタイムウィンドウの送信リリース区間が開かれている場合である。このとき，タイムウィンドウに対するタイミングマークは相対時間に等しい。送信要求は，ＣＡＮ―コントローラーによる送信が成功した後に取り消される。様々な自発的メッセージの同時アクセスは，ＣＡＮのビット・アービトレーションを介して調整される。ある自発的メッセージがある１つのタイムウィンドウで他の自発的メッセージに敗れた場合，敗れたメッセージは，そのために特定された次のタイムウィンドウで初めて，再びバスアクセスを巡って争うことができる。
【００５２】
送信マトリックス全体もしくは全体サイクルが実行されると，周期的で時間制御されたメッセージ伝送が得られる。時間制御されるとは，いずれのアクションも，ある特定の時点に到達してから開始するということを意味する（タイミングマークおよび相対時間の項を参照）。全体サイクルが完全に実行された場合，すなわち全ての基本サイクルがひとたび処理された場合，再び送信マトリックスの最初の基本サイクルを開始できる。その過渡状態において，時間的空隙を生じることはない。タイマーによるかかる時間制御された通信システムの概要を，発明の詳細な説明と図面により，以上の通り説明した。
【００５３】
図５は，図２および４に記載の周期的メッセージ伝送と，事象同期された周期的メッセージ伝送を比較して示す。このとき，基本サイクルのスタート時点を，ｔ０，ｔ６，ｔ１２，ｔ１８，ｔ２４もしくはｔ２４＋ｔｅｌで表す。ｔｅ１，ｔｅ２およびｔｅ３は，事象同期による中断時間である。時間参照メッセージ，参照メッセージ，参照メッセージ，時間参照メッセージの各概念は，この場合同じ意味である。
【００５４】
時間的に確定された通信過程は，アプリケーションによる外部の事象と適合されたものとする。かかる例は，エンジン制御装置における測定値の角度同期された処理であって，測定値は時間制御された通信システムによって検知される。
【００５５】
時間的に確定された通信システムの場合，諸プロセスの経過を事前決定可能とすることができる。従って，アービトレーションシステムにおけるより狭い時間領域で，アプリケーションを通信に同期させることが可能である。しかし純粋に周期的に経過する通信の場合，アプリケーションは，時間的ラスターに固定結合されている。これに対して，エンジン制御装置の例の場合，時間的に可変的であって，回転数変化の動力学に適合された測定値伝送が必要である。かかる回転数変化の動力学に適合された測定値伝送は，周期的通信経過を中断可能とし，外部の事象に対して定義された上で再びスタート可能とすることにより，達成される。
【００５６】
タイマーである通信（ＴＴＣＡＮ―）コントローラーは，以下の状態に，すなわち，特にアプリケーションの要求に対して，基本サイクル終了時に周期的通信を中断できる状態，アプリケーションからのスタート信号もしくはスタート要求が到着するとき，新たな基本サイクルを再び開始できる状態となる。中断要求もしくはストップ要求が存続しているか，取り消されたかに関わらず，ただ１つの基本サイクルが実行されるか，あるいは再び中断要求が来るまで周期的通信が続けられる。１つの基本サイクルのどの時点でかかる要求が来るかに関わらず，かかる基本サイクルは終了される。中断要求の後，同じ基本サイクル内でさらにスタート信号が続くと，その通信は中断されない。
【００５７】
外部事象と通信の割り当てを明白に実行するためには，２つの外部事象間の間隔を，基本サイクルの長さより大きくするか，基本サイクルの長さに等しくするのが，または基本サイクルを外部の最小同期間隔より小さくするのが有利である。
【００５８】
参照メッセージを期待するウォッチドッグによる監視は，基本サイクル間の空隙の最大長さに適合されるのが実用的である。
【図面の簡単な説明】
【図１】  複数の加入者を含むバスシステムを図式的に示す。
【図２】  第１のサイクルまたは基本サイクル，および第２のサイクル，全サイクルの原理的な経過を経時的に示す。
【図３】  タイムウィンドウの構造とメッセージレイアウトの詳細を示す。
【図４】  ７つの基本サイクルと，メッセージおよびアービトレーションメッセージのさまざまな送信グループとを含む全体サイクルを示す。
【図５】図２および４に記載の周期的メッセージ伝送と，事象同期された周期的メッセージ伝送を比較して示す。
【図１】
0004629293.tif 000002
【図２】
0004629293.tif 000003
【図３】
0004629293.tif 000004
【図４】
0004629293.tif 000005
【図５】
0004629293.tif 000006