(57)【特許請求の範囲】
【請求項１】
バスシステム（１；２；３）であって、
少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）と、
前記少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）を互いに接続するための通信接続（５）と、
前記バスシステム（１；２；３）の前記少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）の間の動的な通信のための少なくとも１つの装置（１２；２２；３２；１２０；２２０；３２０）と、
を備え、
前記少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）と、前記通信接続（５）とは、前記バスシステム（１；２；３）内で伝達される第１のメッセージ（５０；５５）であって、前記バスシステム（１；２；３）が提供される際に分かっており決められた送信者および受信者に対応して形成された前記第１のメッセージ（５０；５５）を対象とする静的な通信のために構成され、
前記動的な通信は、前記バスシステム（１；２；３）内で伝達される第２のメッセージ（６５；６６）であって、前記少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）および前記通信接続（５）が提供された後に初めて分かり決められた送信者および受信者に対応して形成された前記第２のメッセージ（６５；６６）を対象とし、
前記第２のメッセージ（６５；６６）は、ヘッダ（６１）の領域とユーザデータ（６２）の領域とを有し、前記第２のメッセージ（６５；６６）は前記ヘッダ（６１）の領域に、前記第２のメッセージ（６５；６６）を、当該第２のメッセージ（６５；６６）を作成した前記加入者局に対応付けるための第１の識別子（６５２）を有し、前記第１の識別子（６５２）を構成するビットのうちの一部が前記ユーザデータ（６２）を識別するための第２の識別子（６２１）として使用される、バスシステム（１；２；３）。
【請求項２】
前記バスシステム内での前記第１および第２のメッセージ（５０、６５；５５、６６）の送信が、２つの優先度に照らして実行され、前記送信においては、前記第１および第２のメッセージ（５０、６５；５５、６６）の優先度と割り当てられる通信リソース（１３１、１３２、１３３；５６１〜５６Ｎ、６６１〜６６Ｎ）の優先度との双方が考慮される、請求項１に記載のバスシステム（１；２；３）。
【請求項３】
前記少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）は、前記静的な通信のためにそれぞれ、前記通信接続（５）を介して前記第１および第２のメッセージ（５０、６５；５５、６６）を伝送するための通信ハードウェアおよび通信ソフトウェアを有し、
前記通信ハードウェア、前記通信ソフトウェア、および、前記通信接続（５）は、前記静的な通信のための装置である、請求項１または２に記載のバスシステム（１；２；３）。
【請求項４】
前記静的な通信のための前記装置は、前記動的な通信のための少なくとも１つの装置（２２、３２；２２０、３２０）を有する、請求項３に記載のバスシステム（１；２；３）。
【請求項５】
前記バスシステム（１；２；３）の前記提供とは、前記バスシステム（１；２；３）を有する製品の供給であり、および／または、
前記バスシステム（１；２；３）は、車両の前記バスシステムであり、および／または、
前記バスシステム（１；２；３）は、直列バスシステムである、
請求項１〜４のいずれか１項に記載のバスシステム（１；２；３）。
【請求項６】
前記バスシステム（１；２）は、ＣＡＮバスシステムまたはＣＡＮ  ＦＤバスシステムであり、前記動的な通信のための前記少なくとも１つの装置（１２、２２、３２）は、前記ＣＡＮバスシステムまたは前記ＣＡＮ  ＦＤバスシステムの以前に予約された前記第１および第２の識別子（６５２、６２１）を利用するよう構成され、
前記以前それぞれに予約された第１の識別子（６５２）は、前記第２のメッセージ（６５）を送信する最大で１つの加入者局（１０、２０、３０）に対応付けられ、
全ての加入者局（１０、２０、３０）が、前記以前に予約された第１の識別子（６５２）を受信するよう構成される、請求項１〜５のいずれか１項に記載のバスシステム（１；２）。
【請求項７】
前記バスシステム（３）は、ＦｌｅｘＲａｙバスシステムであり、
前記動的な通信のための前記少なくとも１つの装置（１２０、２２０、３２０）は、前記ＦｌｅｘＲａｙバスシステムの以前に予約された少なくとも１つのタイムスロット（６６１〜６６Ｎ）を利用するよう構成され、
前記以前それぞれに予約されたタイムスロット（６６１〜６６Ｎ）は、前記第２のメッセージ（６６）を送信する最大で１つの加入者局（１００、２００、３００）に対応付けられ、
全ての加入者局（１００、２００、３００）が、前記以前に予約されたタイムスロット（６６１〜６６Ｎ）の内容を受信するよう構成される、請求項１〜６のいずれか１項に記載のバスシステム（３）。
【請求項８】
バスシステム（１；２；３）のための加入者局（１０；２０；３０；１００；２００；３００）であって、
前記バスシステム（１；２；３）の他の加入者局（１０；２０；３０；１００；２００；３００）のための第１のメッセージ（５０；５５）を作成し、または前記バスシステム（１；２；３）の他の加入者局（１０；２０；３０；１００；２００；３００）からの第１のメッセージ（５０；５５）を読み出す通信制御装置（１１；２１；３１；１１０；２１０；３１０）と、
前記バスシステム（１；２；３）の通信接続を介して、前記通信制御装置（１１；２１；３１；１１０；２１０；３１０）により作成された第１のメッセージ（５０；５５）を前記バスシステム（１；２；３）の他の加入者局（１０；２０；３０；１００；２００；３００）へと送信し、および／または、前記バスシステム（１；２；３）の通信接続を介して、前記バスシステム（１；２；３）の他の加入者局（１０；２０；３０；１００；２００；３００）からの第１のメッセージ（５０；５５）を受信する送受信装置（１３；２３；３３；１３０、２３０、３３０）と、
前記加入者局（１０；２０；３０；１００；２００；３００）と前記他の加入者局（１０；２０；３０；１００；２００；３００）との間の動的な通信のための装置と、
を備え、
前記通信制御装置（１１；２１；３１；１１０；２１０；３１０）と、前記送受信装置（１３；２３；３３；１３０、２３０、３３０）とは、前記バスシステム（１；２；３）内で伝達される第１のメッセージ（５０；５５）であって、前記加入者局（１０；２０；３０；１００；２００；３００）が提供される際に分かっている前記第１のメッセージ（５０；５５）を対象とする静的な通信のために構成され、
動的な通信は、前記バスシステム（１；２；３）内で伝達される第２のメッセージ（６５；６６）であって、前記加入者局（１０；２０；３０；１００；２００；３００）が提供される際に分からない前記第２のメッセージ（６５；６６）を対象とし、
前記第２のメッセージ（６５；６６）は、ヘッダ（６１）の領域とユーザデータ（６２）の領域とを有し、前記第２のメッセージ（６５；６６）は前記ヘッダ（６１）の領域に、前記第２のメッセージ（６５；６６）を、当該第２のメッセージ（６５；６６）を作成した前記加入者局に対応付けるための第１の識別子（６５２）を有し、前記第１の識別子（６５２）を構成するビットのうちの一部が前記ユーザデータ（６２）を識別するための第２の識別子（６２１）として使用される、バスシステム（１；２；３）のための加入者局（１０；２０；３０；１００；２００；３００）。
【請求項９】
動的な通信のために、少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）を備えた静的なバスシステム（１；２；３）を設定する方法であって、
前記少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）は、前記バスシステム（１；２；３）の通信接続によって接続されており、前記少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）と、前記通信接続（５）とは、前記バスシステム（１；２；３）内で伝達される第１のメッセージであって、前記バスシステム（１；２；３）が提供される際に分かっており決められた送信者および受信者に対応して形成された前記第１のメッセージを対象とする静的な通信のために構成されており、
前記動的な通信は、前記バスシステム（１；２；３）内で伝達される第２のメッセージであって、前記少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）および前記通信接続（５）が提供された後に初めて分かり決められた送信者および受信者に対応して形成された前記第２のメッセージを対象とし、
前記第２のメッセージは、ヘッダ（６１）の領域とユーザデータ（６２）の領域とを有し、前記第２のメッセージは前記ヘッダ（６１）の領域に、前記第２のメッセージを、当該第２のメッセージを作成した前記加入者局に対応付けるための第１の識別子（６５２）を有し、前記第１の識別子（６５２）を構成するビットのうちの一部が前記ユーザデータ（６２）を識別するための第２の識別子（６２１）として使用され、
前記方法は、以下の工程、すなわち、
前記バスシステム（１；２；３）の前記少なくとも２つの加入者局（１０；２０；３０；１００；２００；３００）の間の動的な通信のための少なくとも１つの装置（１２；２２；３２；１２０；２２０；３２０）を設ける工程、
を有する、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
【背景技術】
【０００２】
自動車、貨物自動車等のような車両では、例えば制動支援システム、ウィンドシールドウォッシャ、空調装置等のための様々な制御装置の間で、および／または、センサによって、情報が交換される。この交換は、データの形態で、車両に関しては自動車通信システムとも称される通信システムを用いて行われる。
【０００３】
今日では、データがメッセージまたはフレームに入れられて伝送される様々なバスシステムによって、自動車通信システムが構築される。特に、バスシステムとして、ＣＡＮ、ＣＡＮ−ＦＤ、ＦｌｅｘＲａｙが使用され、および将来的には自動車イーサネット（Ｅｔｈｅｒｎｅｔ）が使用される。バスシステムは、バスシステムの加入者局としての制御装置またはセンサまたは表示ユニットまたはアクチュエータまたは任意の他のユニットの通信ソフトウェアであって、当該バスシステムに接続され当該バスシステムと情報を交換する通信ソフトウェアと、バスシステムの加入者局としての制御装置、センサ、表示ユニット、または、アクチュエータ、または、任意の他のユニットの通信ハードウェアであって、当該バスシステムと接続され当該バスシステムと情報を交換する上記通信ハードウェアと、加入者局を互いに接続するためのデータ線とで構成される。
【０００４】
現在バスシステムは、新しい車両が流通された（ｉｎ  Ｖｅｒｋｅｈｒ  Ｂｒｉｎｇｅｎ）時点に、伝達可能な情報が分かっているという点で卓越している。既知であることは、情報の送信者、情報の受信者、および、バスシステム上での情報の提示に関する。伝達または伝送される情報を記述するデータは、コンフィギュレーション（Ｋｏｎｆｉｇｕｒａｔｉｏｎ）とも呼ばれる。コンフィグレーションは、バスシステムの通信ソフトウェアの一部である。
【０００５】
新しい車両が流通された時点に、伝達される情報が分かっているという事実に基づいて、通信ソフトウェアは、バスシステムの加入者局内に静的に構築されている。すなわち、通信ソフトウェアは、新しい車両が流通された時点に分かっていた情報のみを処理する。
【０００６】
さらに、データ線上での情報の識別も、同じように静的に対応付けられる。この識別のために、バスシステムに従って、バスを介して送信されるメッセージの識別子であって、フレーム識別子とも呼ばれる上記識別子、サイクルカウンタ（Ｃｙｃｌｅ−Ｃｏｕｎｔｅｒ）、または、ポートアドレス（Ｐｏｒｔ−Ａｄｒｅｓｓｅ）が利用される。
【０００７】
新しい車両が流通された後に、現在では、以下のことにより通信のコンフィギュレーションを未だ変更することが可能であり、すなわち、ソフトウェアアップデートによって、バスシステムの加入者局内に既存の他のコンフィギュレーションの選択によって、および／または、小規模では、静的に存在する情報パケットのフレーム識別子の変更によって変更することが可能である。通信のこのような静的なコンフィギュレーションは、常に動的に変化する通信要求の傾向においては大きな欠点である。
【０００８】
すなわち、新しい車両が流通された時点には分かっていない情報を既存の静的なバスシステムにより伝えるために必要な高いコストを削減するために、動的な通信への必要性が生じる。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
したがって、本発明の課題は、先に挙げた問題を解決するバスシステム、バスシステムのための加入者局、および、動的な通信のために静的なバスシステムを設定する方法を提供することである。特に、低コストでバスシステムの通信特性が損なわれることなくバスシステム内での動的な通信が可能となるバスシステム、加入者局、および、方法が提供される。
【課題を解決するための手段】
【００１０】
本課題は、請求項１の特徴を備えたバスシステムによって解決される。バスシステムは、少なくとも２つの加入者局と、少なくとも２つの加入者局を互いに接続するための通信接続と、バスシステムの少なくとも２つの加入者局の間の動的な通信のための少なくとも１つの装置と、を備え、少なくとも２つの加入者局と通信接続とは、バスシステム内で伝達されるメッセージであって、バスシステムが提供される際に分かっており決められた送信者および受信者に対応して形成された上記メッセージを対象とする静的な通信のために構成され、動的な通信は、バスシステム内で伝達されるメッセージであって、少なくとも２つの加入者局および通信接続が提供された後に初めて分かり決められた送信者および受信者に対応して形成された上記メッセージを対象とする。
【００１１】
上記バスシステムによって、従来利用されている静的な通信ソフトウェアを引き続き利用した、動的な通信が可能となる。その際に、通信ソフトウェアのコンフィギュレーションを変更する必要はない。それにも関わらず、バスシステム内でほぼ任意の情報を伝えられるということが可能である。これにより、自動車が流通された後に通信を変更するというバスシステムの従来の特徴が、非常に拡張される。
【００１２】
インターネットと、普及しつつあるＣａｒ２Ｘ（車車間／路車間）通信と、略してアップス（Ａｐｐｓ）とも呼ばれるアプリケーションソフトウェアと、による車両のネットワーク化のために、例えば制御装置のようなバスシステムの任意の加入者局のために必要であるように、上記バスシステムによって、動的な通信の導入が簡素化され加速される。これにより、バスシステムの稼働開始時に情報が分かっていなくても、例えば新車両が流通された際に、建物が初めて使用された際にバスシステムの稼働開示時に情報が分かっていなくても、バスシステム内でほぼ任意の情報が伝達される。
【００１３】
バスシステムによってさらに、好適に、優先度がより低い通信リソースに対して、優先度が高い通信リソースを利用することが可能となる。このことによって、例えばＦｌｅｘＲａｙバスシステムでバス帯域幅が最適に活用され、最適な実時間挙動となる。
【００１４】
バスシステムの有利なさらなる別の構成が、従属請求項に示される。
【００１５】
バスシステム内でのメッセージの送信が、２つの優先度に照らして実行され、送信においては、メッセージの優先度と割り当てられる通信リソースの優先度との双方が考慮されるということが可能である。
【００１６】
少なくとも２つの加入者局は、静的な通信のためにそれぞれ、通信接続を介してメッセージを伝送するための通信ハードウェアおよび通信ソフトウェアを有し、通信ハードウェア、通信ソフトウェア、および、通信接続は、静的な通信のための装置であることが構想される。その際に、静的な通信のための装置は、動的な通信のための少なくとも１つの装置を有しうる。
【００１７】
特別な構成において、バスシステムの上記提供とは、バスシステムを有する製品の供給であり、および／または、バスシステムは、車両のバスシステムであり、および／または、バスシステムは、直列バスシステムである。
【００１８】
一実施例によれば、動的な通信のメッセージは、動的な通信のユーザデータの少なくとも１つの部分を、メッセージのユーザデータ内の識別子として有し、および／または、動的な通信のメッセージのために設けられた識別子の所定数の低優先度ビットにより有する。
【００１９】
このような実施例によれば、バスシステムは、ＣＡＮバスシステムまたはＣＡＮ  ＦＤバスシステムであってもよく、動的な通信のための少なくとも１つの装置は、ＣＡＮバスシステムまたはＣＡＮ  ＦＤバスシステムの以前に予約された少なくとも１つの識別子を利用するよう構成され、各以前に予約された識別子は、メッセージを送信する最大で１つの加入者局に対応付けられ、全ての加入者局が、以前に予約された識別子を受信するよう構成される。
【００２０】
さらなる別の実施例によれば、バスシステムは、ＦｌｅｘＲａｙバスシステムであってもよく、動的な通信のための少なくとも１つの装置は、ＦｌｅｘＲａｙバスシステムの以前に予約された少なくとも１つのタイムスロットを利用するよう構成され、各以前に予約されたタイムスロットは、メッセージを送信する最大で１つの加入者局に対応付けられ、全ての加入者局が、以前に予約されたタイムスロットの内容を受信するよう構成される。
【００２１】
さらに、上記の課題が、請求項９に記載のバスシステムのための加入者局によって解決される。加入者局は、バスシステムの他の加入者局のためのメッセージを作成しまたはバスシステムの他の加入者局からのメッセージを読み出す通信制御装置と、バスシステムの通信接続を介して、通信制御装置により作成されたメッセージをバスシステムの他の加入者局へと送信しおよび／またはバスシステムの通信接続を介してバスシステムの他の加入者局からのメッセージを受信する送受信装置と、加入者局と他の加入者局との間の動的な通信のための装置と、を備え、通信制御装置と送受信装置とは、バスシステム内で伝達されるメッセージであって、加入者局が提供される際に分かっている上記メッセージを対象とする静的な通信のために構成され、動的な通信は、バスシステム内で伝達されるメッセージであって、加入者局が提供される際に分からない上記メッセージを対象とする。
【００２２】
さらに上記の課題は、請求項１０に記載の動的な通信のために、少なくとも２つの加入者局を備える静的なバスシステムを設定する方法であって、少なくとも２つの加入者局はバスシステムの通信接続によって接続される、上記方法によって解決される。本方法では、少なくとも２つの加入者局と通信接続とは、バスシステム内で伝達されるメッセージであって、バスシステムが提供される際に分かっており決められた送信者および受信者に対応して形成された上記メッセージを対象とする静的な通信のために構成され、動的な通信は、バスシステム内で伝達されるメッセージであって、少なくとも２つの加入者局および通信接続が提供された後に初めて分かり決められた送信者および受信者に対応して形成された上記メッセージを対象とし、上記方法は、以下の工程、すなわち、バスシステムの少なくとも２つの加入者局の間の動的な通信のために構成された少なくとも１つの装置を設ける工程を有する。
【００２３】
本発明のさらなる別の可能な実装例は、上記実施例に関して先に記載したまたは以下に記載する実施形態の特徴の、明示的に挙げていない組み合わせも含む。その際に、当業者はさらに、個々の観点も、本発明の各基本形態に対する改善および補足として付け加えるであろう。
【図面の簡単な説明】
【００２４】
以下では、本発明が、添付の図面を参照して実施例を用いて詳述される。
【図１】第１の実施例に係るバスシステムの簡略化されたブロック図を示す。
【図２】第１の実施例に係るバスシステムでのフレームの構造の図を示す。
【図３】第２の実施例に関して、検査される最初の４つの識別ビット（ＩＤ２８〜ＩＤ２５）および検査ビットＲＲＳが配置されたＣＡＮ  ＦＤフレームを示す。
【図４】第２の実施例に関して、検査される最初の４つの識別ビット（ＩＤ２８〜ＩＤ２５）および検査ビットＲＲＳが配置されたＣＡＮ  ＦＤフレームを示す。
【図５】第２の実施例に関して、検査される最初の４つの識別ビット（ＩＤ２８〜ＩＤ２５）および検査ビットＲＲＳが配置されたＣＡＮ  ＦＤフレームを示す。
【図６】第２の実施例に関して、検査される最初の４つの識別ビット（ＩＤ２８〜ＩＤ２５）および検査ビットＲＲＳが配置されたＣＡＮ  ＦＤフレームを示す。
【図７】第３の実施例に係るバスシステムを示す。  特に記載がないかぎり、図では同一または機能的に同一の構成要素に同一の符号が付される。
【発明を実施するための形態】
【００２５】
図１は、第１の実施例において、例えばＣＡＮ  ＦＤバスシステムでありうるバスシステム１を示している。バスシステム１は車両で利用され、特に、自動車、飛行機等で利用され、または、産業領域で、例えば制御装置等で利用され、または病院等で利用されうる。
【００２６】
図１では、バスシステム１は、複数の加入者局１０、２０、３０を接続する通信接続５を有する。通信接続５を介して、フレームまたは知らせまたはメッセージ５０、６０が、個々の加入者局１０、２０、３０の間で伝送されうる。通信接続５は、例えば、有線のバス接続または無線接続として実現されうる。加入者局１０、２０、３０は、例えば、自動車の制御装置、センサ、表示装置等でありうる。メッセージ５０は、所謂静的なメッセージであり、メッセージ６０は、所謂動的なメッセージである。
【００２７】
静的なメッセージ５０は、バスシステム１が例えば新しい車両、新しい建物等で初めて提供された時点で分かっている情報を反映している。既知であることは、情報の送信者、バスシステム１上での情報の提示、および、少なくとも、情報の受信者である。伝達または伝送される情報をメッセージ５０により記述するデータは、コンフィギュレーションとも呼ばれる。コンフィギュレーションは、バスシステム１の静的な通信ソフトウェアの一部であり、静的な通信ソフトウェアでは、どのメッセージ５０がどの送信者によって作成されるのかが厳密に定められている。これとは異なって、全ての動的なメッセージ６０は、バスシステム１が例えば新しい自動車、新しい建物等で初めて提供された時点の後に分かる情報を反映している。
【００２８】
バスシステム１では全く一般的に、バスシステム１の稼働開始前に設定されたバスシステム１のコンフィギュレーションを用いて静的な通信が設けられ、動的な通信は、バスシステム１の稼働開始後に設定されたバスシステム１のコンフィギュレーションを用いて設けられる。
【００２９】
図１に示されるように、加入者局１０は、通信制御装置１１と、動的な通信のための装置１２と、送受信装置１３とを有する。これに対して、加入者局２０は、動的な通信のための装置２２を有する送信制御装置２１と、送受信装置２３とを有する。加入者局３０は、通信制御装置３１と、動的な通信のための装置３２を有する送受信装置３３とを有する。加入者局１０、２０、３０の送受信装置１３、２３、３３はそれぞれ、図１には示されていないが、通信接続５に直接的に接続されている。
【００３０】
通信制御装置１１、２１、３１はそれぞれ、各加入者局１０、２０、３０と、通信接続５に接続された加入者局１０、２０、３０のうちの他の加入者局１０、２０、３０との通信接続５を介した通信を制御するために役立つ。通信制御装置１１、２１、３１は、静的な通信に関してそれぞれ、従来のＣＡＮコントローラまたはＣＡＮ  ＦＤコントローラのように実現されうる。通信制御装置１１、２１、３１はそれぞれ、同様に各加入者局１０、２０、３０に含まれたマイクロコントローラの一部としても構成されうる。
【００３１】
送受信装置１３、２３、３３は、各対応付けられた通信制御装置１１、２１、３１により作成されまたは読み出されたメッセージ５０、６０を送信または受信する。送受信装置１３、２３、３３はそれぞれ、従来のＣＡＮトランシーバ（Ｔｒａｎｃｅｉｖｅｒ）またはＣＡＮ  ＦＤトランシーバ（Ｔｒａｎｃｅｉｖｅｒ）のように実現されうる。
【００３２】
動的な通信のための装置１２、２２、３２は、付属する加入者局１０、２０、３０で実行されるソフトウェアであって、バスシステム１内での動的な通信のための上記ソフトウェアの一部を形成するソフトウェアモジュールとしても実現されうる。
【００３３】
図２は、静的なメッセージ５０の構造を示している。静的なメッセージ５０は、従来のＣＡＮメッセージまたはＣＡＮ  ＦＤメッセージのように構成される。静的なメッセージ５０は、データヘッダ５１と、ユーザデータ５２と、終端部５３とを有する。データヘッダ５１は、制御ビット５１１の他に識別子５１２を有し、この識別子５１２によって、メッセージ５０が、当該メッセージ５０を作成した加入者局１０、２０、３０に一意に対応付けられる。終端部５３によって、メッセージ５０の終りが分かる。
【００３４】
ユーザデータ５２は、加入者局１０、２０、３０のうちの１の加入者局１０、２０、３０から、加入者局１０、２０、３０のうちの他の加入者局１０、２０、３０へと通信接続５を介して伝達される情報を含んでいる。ユーザデータ５２は、先に記載したように、バスシステム１が提供された際に分かっている内容または情報を含んでいる。例えば、ユーザデータ５２は、加入者局３０としてのセンサが加入者局２０としての制動制御装置に送信する測定値でありうる。その際に、バスシステム１が提供される際には既に、加入者局３０としてのセンサが通常駆動時にこのような測定値を加入者局２０としての制動制御装置に送信することが分かっている。
【００３５】
さらに、通信制御装置１１、２１、３１と、送受信装置１３、２３、３３とは、通信制御装置１１、２１、３１と送受信装置１３、２３、３３との全てがメッセージ５０を交換できるように構成されており、メッセージ５０は、付属する加入者局１０、２０、３０のために他の加入者局１０、２０、３０によって作成され、および他の加入者局１０、２０、３０のために作成される。
【００３６】
図３は、動的なメッセージ６０の構造を示している。動的なメッセージ６０は、基本構造から従来のＣＡＮメッセージまたはＣＡＮ  ＦＤメッセージのように構成されている。したがって、動的なメッセージ６０も、データヘッダ６１と、ユーザデータ６２と、終端部６３とを有する。データヘッダ６１は、制御ビット６１１の他に識別子６１２を有し、この識別子６１２によって、メッセージ６０が、当該メッセージ６０を作成した加入者局１０、２０、３０に一意に対応付けられる。終端部６３によって、動的なメッセージ６０の終りが分かる。
【００３７】
ユーザデータ６２は、さらなる別の識別子または情報識別子６２１として、加入者局１０、２０、３０のうちの１の加入者局１０、２０、３０から加入者局１０、２０、３０のうちの他の加入者局１０、２０、３０へと通信接続５を介して伝送される情報を含んでいる。動的なメッセージ６０では、ユーザデータ６２は、バスシステム１が提供された際には分からない内容または情報を含んでいる。例えば、ユーザデータ６２は、後からバスシステムに追加された、加入者局３０としてのセンサが加入者局１０としての表示装置および／または加入者局２０としての制動制御装置へと送る測定値を含みうる。すなわち、加入者局３０としてのセンサが通常駆動時にこのような測定値を加入者局１０としての表示装置および／または加入者局２０としての制動制御装置へと送信することは、バスシステム１が提供された際には未だ分からない。
【００３８】
各上記予約された識別子６１２は、加入者局１０、２０、３０のうち最大で１つの加入者局１０、２０、３０に割り当てられ、この加入者局が、当該予約された識別子を送信のために利用することが可能である。
【００３９】
動的な通信のための予約された識別子６１２は、全ての送受信装置１３、２３、３３または加入者局１０、２０、３０によって受信され、動的な通信のための装置１２、２２、３２によって利用されうる。
【００４０】
これにより、動的な通信の内容が、すなわち少なくとも２つの加入者局１０、２０、３０の間で伝送される情報または動的なユーザデータ６２が、動的なメッセージ６０のユーザデータ６２の一部である情報識別子６２１によって識別される。ユーザデータ６２の動的な通信内容の識別と、静的に提供される通信リソースの識別子６１２を介した識別とは、互いに独立している。
【００４１】
ユーザデータ６２の、識別子６２１を介して識別される情報の識別のためには、サービス指向のプロトコル、例えばＳＯＭＥ／ＩＰが利用され、または、当該プロトコルからの派生品が利用されうる。サービス指向のプロトコルは、動的な通信のための各装置１２、２２、３２によって、メッセージ６０の受信時に実行されうる。
【００４２】
動的な通信のための装置１２、２２、３２は本実施例では、動的な通信のために予約された通信リソースとしての識別子６１２、６２１を利用するよう構成されている。予約の時点には、上記通信リソースがどの情報のために後に利用されるのかは分からない。動的な通信のための装置１２、２２、３２は、アプリケーションプログラム（ＡＰＰ）として実現可能であり、このアプリケーションプログラム（ＡＰＰ）は、メッセージ６０を作成しおよび／または読み出すために、対応する加入者局１０、２０、３０に後にロードされる。
【００４３】
図４に示されるように、動的な通信のための装置１２が、サービスディスパッチャ（Ｓｅｒｖｉｃｅ−Ｄｉｓｐａｔｃｈｅｒ）１２１を有する場合にも有利であり、このサービスディスパッチャ１２１は、送信されるメッセージ５０、６０を、当該送信されるメッセージ６０の優先度に従ってグループ別に分ける。動的な通信のための装置２２、３２は、動的な通信のための装置１２と同じ形態により構成されている。
【００４４】
例えば、送信される情報についての優先度が様々な３つのグループが存在する。図４では、第１のメッセージ群７１は、優先度が最も高く、第２のメッセージ群７２は、優先度が中位であり、第３のメッセージ群７２は、優先度が最も低い。このように優先度指向の任意の数の群７１、７２、７３が存在してもよい、
【００４５】
代替的または追加的に、サービスディスパッチャ１２１は、動的な通信のために割り当てられる静的な通信リソース１３１、１３２、１３３も、それらの優先度に従って捉えることが可能である。このためには、同じように例えば３つの通信リソース１３１、１３２、１３３が存在してもよく、通信リソース１３１は優先度が最も高く、通信リソース１３２は優先度が中位であり、通信リソース１３３は優先度が最も低い。通信リソース１３１、１３２、１３３に、送信すべきメッセージ６０が割り当てられた場合には、通信リソース１３１、１３２、１３３はメッセージ６０の伝送のために、当該メッセージ６０が成功裡に通信接続５で送信されてしまうまで確保される。この後に、通信リソース１３１、１３２、１３３は再び利用することが可能である。
【００４６】
したがって、サービスディスパッチャ１２１は、１つまたは２つの優先度に照らして動作しうる。その結果、サービスディスパッチャ１２１は、第１〜第３のメッセージ群７１、７２、７３へのメッセージ６０の対応付けに従って、メッセージ６０を送信することが可能である。その際に、サービスディスパッチャ１２１は、送信のための、優先度がより高いメッセージ６０が残っていない場合には、優先度がより低いメッセージ６０を送信する。代替的または追加的に、サービスディスパッチャ１２１は常に、利用可能な優先度が最も高い通信リソース１３１、１３２、１３３を利用することが可能である。サービスディスパッチャ１２１が、１つの優先度だけに照らして動作できる場合には、サービスディスパッチャ１２１は対応して、所望の優先度に方向付けられて構成されうる。
【００４７】
図５は、第２の実施例に係るバスシステム２を示しており、バスシステム２では、動的な通信においてメッセージ６５が送信される。それ以外は、本実施形態に係るバスシステム２は、上記の実施例に関して記載したのと同じ形態で構築される。したがって以下では、バスシステム１とバスシステム２の相違点についてのみ記載する。
【００４８】
図６は、第２の実施形態に係るバスシステム２内で送信される動的なメッセージ６５を示している。メッセージ６５は、図３のメッセージ６０と同じように構成されている。したがって、動的なメッセージ６５も、データヘッダ６１と、ユーザデータ６２と、終端部６３とを有する。データヘッダ６１は、制御ビット６５１の他に識別子６５２を有し、この識別子６５２によって、メッセージ６５が、当該メッセージ６５を作成した加入者局１０、２０、３０に一意に対応付けられる。終端部６３によって、メッセージ６５の終りが分かる。
【００４９】
しかしながら、メッセージ６０とは異なって、メッセージ６５では識別子６５２が２つの部分に分けられており、一方の部分は識別のために利用され、情報識別子６２１の形態による一方の部分は、ユーザデータ６２の伝送のために利用される。
【００５０】
例えば、バスシステム２がＣＡＮバスとして実現された際には、１１ビットの識別子が静的な通信のために利用され、すなわち、メッセージ５０を送信するために利用されうる。これに対して、２９ビットの識別子が動的な通信のために利用され、すなわち、メッセージ６５を送信するために利用される。このことは、以下のように行われ、すなわち、２９ビット識別子の最後の１８ビットが、通信識別子６２１のための部分として利用され、これによりユーザデータ６２を伝送するために利用される。この場合、静的に割り当てられた通信リソースの識別および対応付けは、識別子６５２の最初の１１ビットによって行われる。
【００５１】
動的なメッセージ６５のこのような実現、並びに、動的なメッセージ６５を作成し、伝送し、受信するための加入者局１０、２０、３０および通信接続５のこれに対応する実現は、ユーザデータの数が少ないバスシステム２で特に有利である。識別子６５２は、静的な通信リソースを完全にまたは部分的に、動的な通信内容の識別のために共有し、または本来のユーザデータ６２の一部分のために共有するため、ユーザデータ６２を他の仕方で利用することが可能である。
【００５２】
図７は、第３の実施例に係るバスシステム３を示している。バスシステム３は、ＩＳＯ規格ＩＳＯ１７４５８−１〜１７４５８−５に定められたＦｌｅｘＲａｙ規格に基づいて動作する。したがって、静的なメッセージ５５のために、複数のスロット（Ｓｌｏｔ）またはタイムスロット５５１〜５５Ｎが設けられる。
【００５３】
さらにバスシステム３では、動的な通信について、識別子６１２、６２１、６５２（図３、図６）の代わりに、動的なメッセージ６６のために所定数のスロットまたはタイムスロット６６１〜６６Ｎが予約される。上記の予約されたタイムスロット６６１〜６６Ｎのそれぞれが、当該予約されたタイムスロット６６１〜６６Ｎを利用しうる最大で１つの加入者局１０、２０、３０に割り当てられる。タイムスロット６６１〜６６Ｎの内容は、全ての加入者局１００、２００、３００によって受信されうる。
【００５４】
図７に示されるように、加入者局１００は、通信制御装置１１０と、動的な通信のための装置１２０と、送受信装置１３０と、を有する。これに対して、加入者局２００は、動的な通信のための装置２２０を有する通信制御装置２１０と、送受信装置２３０とを有する。加入者局３００は、通信制御装置３１０と、動的な通信のための装置３２０を有する送受信装置３３０とを有する。加入者局１００、２００、３００の送受信装置１３０、２３０、３３０はそれぞれ、図７では示されていないが、通信接続５に直接的に接続されている。
【００５５】
通信制御装置１１０、２１０、３１０は、ＦｌｅｘＲａｙ規格のためのその構成に至るまで、上記の実施形態における通信制御装置１１、２１、３１と同じ機能を有する。送受信装置１１０、２１０、３１０は、ＦｌｅｘＲａｙ規格のためのその構成に至るまで、上記の実施例における送受信装置１１、２１、３１と同じ機能を有する。同様に、動的な通信のための装置１２０、２２０、３２０は、ＦｌｅｘＲａｙ規格のためのその構成に至るまで、上記の実施例における動的な通信のための装置１２、２２、３２と同じ機能を有する。
【００５６】
それ以外は、バスシステム３は、先の実施例に記載したのと同じ形態により構築される。
【００５７】
バスシステム１、２、３と、加入者局１０、２０、３０、１００、２００、３００と、バスシステム１、２、３内で実行される方法との先に記載した全ての構成は、個別に、または、全ての可能な組み合わせにおいて利用されうる。特に、先に記載した実施例および／またはその変形例の全ての特徴が、任意に組み合わされまたは省略されうる。追加的に、特に以下の変更が構想されうる。
【００５８】
先に記載した第１の実施例および第２の実施例に係るバスシステム１、２は、ＣＡＮプロトコルまたはＣＡＮ  ＦＤプロトコルに基づくバスシステムを用いて記載されている。しかしながら、上記の実施例に係るバスシステムは、他の形態の通信ネットワークであってもよい。バスシステム１、２では少なくとも所定の期間の間、共有チャネルへの加入者局１０、２０、３０による、衝突の無い排他的なアクセス権が保証されるという前提条件は有利であるが、これは必須ではない。
【００５９】
第１の実施例および第２の実施例のバスシステム１、２における加入者局１０〜３０の数および構成は任意である。特に、バスシステム１または２内に、加入者局１０または２０または３０のみが存在していてもよい。バスシステム１、２内での加入者局１０〜３０の任意の組み合わせが可能である。同じことが、バスシステム３内の加入者局１００〜３００についても言える。
【００６０】
本発明の意味において、サービスディスパッチ１２１は、図４との関連で記載したのと異なる論理に従っても、通信リソースに対するメッセージ５０、６０の対応付けを行うことが可能である。その際に重要なことは、サービスディスパッチャ１２１が、提供された通信リソース１３１、１３２、１３３でメッセージ５０、６０を送信することだけである。
【００６１】
バスを介して送信されるメッセージ５０、６０、６５の少なくとも１つの識別子６１２、６２１の代わりに、または、上記の実施例に関して記載したように、サイクルカウンタ（Ｃｙｃｌｅ−Ｃｏｕｎｔｅｒ）を対応して利用する代わりに、他のバスシステムでは、最初は静的な通信システムで動的な通信を可能とするために、ポートアドレス（Ｐｏｒｔ−Ａｄｒｅｓｓｅ）も保持されうる。
【図１】
0006646725.tif 000002
【図２】
0006646725.tif 000003
【図３】
0006646725.tif 000004
【図４】
0006646725.tif 000005
【図５】
0006646725.tif 000006
【図６】
0006646725.tif 000007
【図７】
0006646725.tif 000008