(57)【要約】通信システムにおけるコネクションを制御するために、コネクションの確立が所望された際には伝送フォーマットに関する情報と共にメッセージが送信される。この伝送フォーマットにとって十分に伝送容量が使用できるか否かが求められた後に、コネクションデータ及び優先順位属性に基づいて、所望されるコネクションにとって有利になるように既存のコネクションを停止できるか否かが検査される。
2004515993.tif 000002
【特許請求の範囲】
【請求項１】
通信システム、例えばバスシステムにおけるコネクションの制御方法において、
−コネクションが所望されると、該所望のコネクションの例えば帯域幅、コネクションタイプのような伝送フォーマットに関する情報を包含するメッセージを送信するステップ（１）と、
−前記伝送フォーマットにとって十分な伝送容量が使用可能か否かを求めるステップ（１２）と、
−前記伝送容量が十分でない場合には、コネクションデータ及び優先順位属性に基づいて、前記所望のコネクション（５、６）よりも低い優先順位属性が割り当てられている少なくとも１つのコネクションが存在するか否かを検査するステップと、
−存在する場合には、低い優先順位属性を有する各コネクションのデータ伝送を停止し（８）、所望のコネクションを確立するステップとを有することを特徴とする、コネクションの制御方法。
【請求項２】
前記低い優先順位属性を有する１つまたは複数のコネクションを終了させずに、該コネクションに所属するデータ伝送を、高い優先順位属性を有するコネクションが終了するまで単に一時的に停止させる、請求項１記載の方法。
【請求項３】
前記高い優先順位属性を有するコネクションが終了した後に、前記低い優先順位属性を有する停止されていた１つまたは複数のコネクションのデータ伝送を継続させる、請求項２記載の方法。
【請求項４】
データ伝送の停止から継続までの間に蓄積されたデータを中間記憶し、該データ伝送が継続される際に例えば初めて送信する、請求項２及び３記載の方法。
【請求項５】
例えばアプリケーション、機器を制御する機能ユニットのような、前記通信システムに設けられているソフトウェアエレメント（１００、２００、３００；１１、１３、１４）に優先順位属性を対応付ける、請求項１から４のいずれか１項記載の方法。
【請求項６】
前記ソフトウェアエレメント（１００、２００、３００；１１、１３、１４）に対応付けられた前記優先順位属性には、少なくとも優先順位ランクに関連させてコネクションも割り当てる、請求項５記載の方法。
【請求項７】
前記ソフトウェアエレメント（１００、２００、３００；１１、１３、１４）及び／又はコネクションの優先順位属性をコネクションデータと共に記憶する、請求項１から６のいずれか１項記載の方法。
【請求項８】
例えばデータストリームマネージャ（１２、４００）として動作する上位ソフトウェアエレメントが、前記ソフトウェアエレメント（１００、２００、３００；１１、１３、１４）及び／又はコネクションないしコネクションデータの優先順位属性に関してメモリ（１３）に問合せ、コネクションを所望したソフトウェアエレメントの優先順位属性の値を求め、
前記上位ソフトウェアエレメント／データストリームマネージャ（１２、４００）は引き続き、前記通信システムにおける全てのまたは選択されたアクティブなコネクションに関する情報を収集し、前記メモリ（１３）から該コネクションの優先順位属性を呼び出す、請求項７記載の方法。
【請求項９】
前記上位ソフトウェアエレメント／データストリームマネージャ（１２、４００）は、通信システムにおけるアクティブなコネクションの優先順位属性及びコネクションを所望するイニシエータの優先順位属性に基づいて、該イニシエータの優先順位属性よりも低い優先順位属性を有する１つまたは複数のコネクションを停止する、請求項８記載の方法。
【請求項１０】
バスシステムを介して通信コネクションを確立する手段を有するソフトウェアエレメント（１００、２００、３００；１１、１３、１４）と、上位システムエレメント（１２、４００）とを備えた通信システム、例えば自動車のリソース間のデータ交換用のバスシステムにおいて、
前記上位システムエレメント（１２、４００）は以下のシステム機能に関して調整されている、すなわち、
−前記バスシステムにおいて十分に伝送容量が使用可能であるか否かを検査し、
−システムエレメントのコネクションデータ及び優先順位属性を収集し、
−前記ソフトウェアエレメント（１００、２００、３００；１１、１３、１４）のコネクションデータ及び優先順位属性を、通信システムにおける低い優先順位属性を有するアクティブなコネクションに不利になるよう、所定の優先順位属性を有する伝送フォーマットの所望のコネクションが確立可能であるか否かに基づいて評価する、
ことを特徴とする通信システム。
【請求項１１】
前記低い優先順位属性を有するアクティブなコネクションのデータ伝送は、高い優先順位属性を有するコネクションが終了されるまで一時的に停止されるように、前記上位システム素子（１２、４００）は調整されている、請求項１０記載の通信システム。
【発明の詳細な説明】
【０００１】
従来技術
本発明は、通信システムにおけるコネクションの制御方法に関する。
【０００２】
ＩＥＥＥ標準１３９４［１］から、種々の端末機器（ノード）が４−６芯ケーブルまたは光導波体を介して接続されるシリアルバスシステムが公知である。少なくとも１つのノードは、ネットワークに関する付加的な管理機能を担うことができるように実施されている（バス管理）。
【０００３】
上記の標準の他にＨＡＶｉ（Ｈｏｍｅ  Ａｕｄｉｏ  Ｖｉｄｅｏ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）［２］の名称で詳細に定められたバスシステムに依存する拡張が存在する。このＨＡＶｉ仕様書は、例えばリソース（機器）の要求を満たし、このリソースを再び解放するリソースマネージャを使用する機器の遠隔制御を記載している。
【０００４】
ＨＡＶｉ規格［２］では、目下のバス負荷に基づいて充足することができない伝送容量の要求は拒絶される。
【０００５】
発明の利点
請求項１及び１０に記載されている措置でもって、通信システムが他のデータ伝送によって重要な情報との新たなコネクションに必要とされる伝送帯域を使用することができない場合にもこの重要な情報を伝送することができる。
【０００６】
１つまたは複数の既存のアクティブなコネクションは、このコネクションに割り当てられた優先順位属性が所望のコネクションの優先順位属性よりも重要性が低い場合には終了または保持される。
【０００７】
コネクションが所望されると、この所望のコネクションの例えば帯域幅、コネクションタイプのような伝送フォーマットに関する情報を包含するメッセージが送信され、
−この伝送フォーマットのために十分に伝送容量を使用できるか否かが求められ、
−使用できない場合には、コネクションデータ及び優先順位属性に基づいて、所望のコネクションよりも低い優先順位属性が割り当てられている少なくとも１つのコネクションが存在するか否かが検査され、
−存在する場合には、低い優先順位属性を有する１つまたは複数のそのコネクションのデータ伝送が停止され、所望のコネクションが確立される。
【０００８】
本発明による通信システムは、バスシステムを介して通信コネクションを確立する手段を有するシステムエレメントと、以下のシステム機能を調整している上位システムエレメントを有する、例えば自動車のリソース間でのデータ交換のためのバスシステムである。すなわちこのシステム機能とは、
−バスシステムにおいて十分に伝送容量を使用できるか否かを検査し、
−システムエレメントのコネクションデータ及び優先順位属性を収集し、
−通信システムにおける低い優先順位属性を有するアクティブなコネクションに不利になるように、所定の優先順位属性を有する伝送フォーマットの所望のコネクションを確立できるか否かについて、−システムエレメントのコネクションデータ及び優先順位属性を評価する。
【０００９】
請求項２及び３によれば、低い優先順位属性を有するコネクションは終了せずに、高い優先順位属性を有するコネクションが終了するまで、所属のデータ伝送を単に一時的に停止することは殊に有利である。この措置によって、中断されているコネクションを滞りなく継続することができ、コネクションの確立を新たに開始する必要はない。
【００１０】
請求項４によれば、その間に蓄積されてしまうデータを中間記憶することができ、低い優先順位属性を有するコネクションが解放された後に初めて送信することができる。この措置によって、高い優先順位の従属を有するコネクションが優先される時間の間のデータ損失は生じない。
【００１１】
請求項５によれば、通信システムのソフトウェアエレメント自体に優先順位属性が割り当てられていることは有利である。さらに請求項６により、ソフトウェアエレメントに割り当てられたこの優先順位属性に少なくとも、優先順位のランクに関してコネクションも割り当てられる場合には、ドイツ連邦共和国特許明細書第１００  ４０  ０１２．４号に記載されている利点、例えば頻繁なマニュアル入力を削減できるという利点を付加的に使用することができる。
【００１２】
請求項７により、コネクションデータと共にソフトウェアエレメント及び／又はコネクションの優先順位属性を記憶することによって、高い優先順位属性を有するコネクションに有利になるように迅速な評価及び決定が可能となる。このことは同様に請求項８及び９の措置にも該当する。
【００１３】
有利には請求項１１記載の措置でもって請求項１０による通信システムを、高い優先順位属性を有するコネクションが終了するまで、低い優先順位属性を有するアクティブなコネクションのデータ伝送を一時的に停止するように上位ソフトウェアエレメントが調整されることによって拡張することができる。
【００１４】
図面
図面に基づき本発明の実施例を詳細に説明する。ここで図１は、本発明が基礎とする通信システムのネットワークトポロジである。図２は、本発明による優先順位に基づくコネクション管理の経過である。
【００１５】
実施例の説明
本発明を、ＩＥＥＥ標準１３９４［１］によるシリアルバスシステムに基づき説明し、ここではＨＡＶｉ仕様書［２］による拡張にも関連させる。本発明の本来の説明の前に、より良い理解のためにＩＥＥＥ標準１３９４及びＨＡＶｉ仕様を検討する。
【００１６】
図１によれば種々の端末機器（ノード）は、４−６芯ケーブルまたは光導波体１を介して接続されている。ノードを端部（葉）４００またはリレーノード（枝）２００、３００として実施することができる。最上位ノードが根１００として示されている。異なるノードタイプを使用することによって、ネットワークの適切なトポロジを構築することができる。葉は情報パケットを受信し、パケットの目的アドレスが葉固有のアドレスと一致する場合にはこれらの情報パケットを処理する。枝は付加的に、ポートにおいて受信する全てのパケットを他の全てのポートに送信する必要がある。
【００１７】
ＩＥＥＥ１３９４では、ネットワークが自動コンフィギュレーションされている、すなわちスイッチオン後またはリセット後に、全てのノードは自身に関する固有の選択した情報をネットワークに送信する。この情報は全てのノードで受信される。ノードは、ネットワークに対する付加的な管理機能を担うことができる（バス管理）ように実施されている。このためにノードは他のノードの全ての情報を収集し、これらの情報を処理し、内部に適切に記憶する。複数のノードがバス管理能力を有することが望ましい場合には、勝者（Ｓｉｅｇｅｒ）としてのノードが生じる競争方式があり、この勝者としてのノードが以後バス管理を担う。
【００１８】
この方式の他にも、ＩＥＥＥ１３９４の仕様書に記載されているように、ＩＥＥＥ１３９４ネットワークにおける使用に適している、バスに依存しない拡張ＨＡＶｉが存在する。例えば、ネットワークにおける他の各ポイントからの機器の遠隔制御がＨＡＶｉ仕様書に記載されている。この仕様書には制御モジュール、いわゆる「機器制御モジュール（ＤＣＭ、Ｄｅｉｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｍｏｄｕｌｓ）」を介する機器の制御が行われる有利な分散型モデルが記載されている。これらのＤＣＭは、他の機器への制御機能を実施しようとする、機器上のソフトウェアエレメントとして動作する。ＤＣＭはそれぞれ所定の機器または機器クラスにとってユニークである。ソフトウェアエレメントの別のグループは「機能要素モジュール（ＦＣＭ、Ｆｕｎｃｔｉｏｎａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｍｏｄｕｌｅｓ）」を表し、この機能要素モジュールによってＤＣＭの下位にそれぞれ複数の機能要素モジュールを階層的に配置することができ、またこの機能要素モジュールは機器のそれぞれ固有の機能部分の制御を担当する。
【００１９】
そのようなシステムへの本質的な要求は、衝突する機器アクセスの一貫した操作である、すなわち機器に同時に課される２つまたはそれ以上の要求の操作である。１つ以上のアクセスを許可する機器、例えばＤＡＢチューナとそれぞれ１つのアクセスしか許可されない機器、例えばスピーカとを区別することができる。ＨＡＶｉ規格では１つまたは複数のリソースマネージャ（Ｒｅｓｏｕｒｃｅ−Ｍａｎａｇｅｒ）４００が設けられており、このリソースマネージャ４００はリソース（機器）１００、２００、３００の要求を満たし、これらのリソース（機器）を再び解放する。ＨＡＶｉの用語にはいわゆる競争者（Ｃｏｎｔｅｎｄｅｒ）があり、この競争者でもって１つまたは複数のリソースへのアクセスを要求するソフトウェアエレメントが表される。さらにはクライアントも存在し、これはその瞬間にリソースとアクセスしているソフトウェアエレメントに相応する。すなわち要求が満たされた後では競争者はクライアントとなる。
【００２０】
リソースのリザーブ（Ｒｅｓｅｒｖｅ）でもってクライアントはこのリソースを使用する権限を得る。しかしながら一般的にはこのために、バスにおける伝送容量が付加的に要求される。このバス容量はいわゆるストリームマネージャ（Ｓｔｒｅａｍ  Ｍａｎａｇｅｒ）によって管理される。ストリームマネージャは例えば上位ソフトウェアエレメントであり、この上位ソフトウェアエレメントは他のソフトウェアエレメントの要求に基づいて、要求されるデータレート且つ要求されるコネクション特性を備えた、ソースから目的地までのチャネルを確立する。新たな要求を充足するために自由なデータレートを十分に使用することができない場合には、ＨＡＶｉ使用への問合せは拒絶される。
【００２１】
以下で使用される概念をより良く理解するためにここで簡潔に説明する。
−ソフトウェアエレメント（ＳＥ）：ＨＡＶｉシステムにおける各ソフトウェア要素、すなわち全てのシステム要素、アプリケーション及びドライバがソフトウェアエレメントと称される。
−レジストリ（Ｒｅｇｉｓｔｒｙ、メモリ）：レジストリはネットワークにおいて使用可能な各ソフトウェアエレメント及び使用可能な各機器に関する情報を包含する。個々のソフトウェアエレメントに関する情報は属性にファイルされる。事前に規定された属性に付加的に、別の属性を付け加えることも可能である。レジストリのアーキテクチャは分散型システムであり、すなわち各機器は全体のレジストリの一部を包含することができるが、中央において保持することもできる。レジストリへのアクセスに関してはこのことは目立つものではなく、何故ならばレジストリの種々の担当部がネットワークの内部において必要に応じて、要求される情報を自動的に交換するからである。
−ストリームマネージャ（ＳＭ、Ｓｔｒｅａｍ  Ｍａｎａｇｅｒ）：ストリームマネージャはソフトウェアエレメント及び／又は機器の間のコネクションの確立、解除及び管理に使用される。ストリームマネージャをレジストリのように分散型システムとして構築することができる。この際、全てのストリームマネージャまたは所定のストリームマネージャの状態を得るために特別な命令が使用される。
−ソフトウェアエレメント識別子（ＳＥＩＤ、Ｓｏｆｔｗａｒｅ  Ｅｌｅｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）：ソフトウェアエレメント識別子はソフトウェアエレメントを一義的に識別するものとして使用される。ソフトウェアエレメント識別子を用いて、所定のソフトウェアエレメントがアドレッシングされる。ソフトウェアエレメント識別子は８０ビット長であり、一義的な機器識別子（ＧＵＩＤ、６４ビット）と、機器内部のソフトウェアエレメントを識別するいわゆるソフトウェアハンドラ（１６ビット）とを包含する。
−機能制御モジュール（ＦＣＭ、Ｆｕｎｃｔｉｏｎａｌ  Ｃｏｎｔｒｏｌ  Ｍｏｄｕｌｅ）：機能制御モジュールは機器の機能ユニット、例えばＣＤドライバまたはＵＫＷチューナを制御するソフトウェアエレメントである。
【００２２】
本発明による方法は車両において使用されるネットワーク又は通信システムを基礎とする。車両における使用に関する実質的な要求は、リソース（機器及びデータ伝送）に対して高い優先順位を有する要求の一貫しており且つ予測可能な操作である。既存のＨＡＶｉ規格［２］では、目下または予定されるバス負荷に基づいて充足することができない要求は拒絶される。車両ではエラー警告または走行指示のような重要なメッセージを伝送する必要があるので、優先順位を基礎とするコネクション管理の使用は有利である。このために本発明による方法は殊に有利には参考文献［３］に記載されている方法と共に動作する。そこに記載されている機器へのアクセスの優先順位付けは、相応のやり方でコネクションの優先順位付けに使用される。コネクションはイニシアチブを取るソフトウェアエレメントに割り当てられているものと同一の優先順位を得る。
【００２３】
ソフトウェアエレメント、例えばアプリケーションまたはＦＣＭと結びついた優先順位はレジストリにおける属性に記憶され、この優先順位をその属性からレジストリへの問合せでもって読み出すことができる（Ｒｅｇｅｓｔｒｙ：：ＧｅｔＥＬＥＭＥＮＴ）。レジストリに登録されている属性はフォーマットＡＴＴ＿ＸＸＸＸを有し、ここでＸＸＸＸは属性の信頼性のある名前を表す。以下では優先順位の属性には識別子ＡＴＴ＿Ｐｒｉｏｒｉｔｙが使用されるが、しかしながら基本的なフォーマットに応じる他の識別子も考えられる。各属性には３２ビットの領域からなる値が割り当てられている。この領域はＨＡＶｉ規格では、システム属性に対してはｈｅｘ００００  ００００からｈｅｘ７ｆｆｆ  ｆｆｆまでの領域が確保されており、一方残りの領域（ｈｅｘ８０００  ００００からｈｅｘｆｆｆｆ  ｆｆｆｆ）は優先順位の拡張に使用されるように分割されている。優先順位に関する属性はＨＡＶｉ規格ではシステム属性として規定されていないので、この優先順位に関する属性には上述の領域からなる値、例えばｈｅｘ８０００  ００００が使用されることが望ましい。
【００２４】
所定の属性を有するソフトウェアエレメントを検索するために、ファンクションの呼出Ｒｅｇｉｓｔｒｙ：：ＧｅｔＥＬＥＭＥＮＴ及びＲｅｇｉｓｔｒｙ：：Ｍｕｌｔｉｐｌｅ  ＧｅｔＥＬＥＭＥＮＴが使用される。１つまたは複数の属性識別子、例えばＡＴＴ＿Ｐｒｉｏｒｉｔｙ及びこの識別子の下位に登録されている値を検索することもできる。ファンクションは、委ねられた検索判定基準に適合するソフトウェアエレメントのＳＥＩＤのリストをそれぞれ１つ返す。この代わりにソフトウェアエレメントのＳＥＩＤが既知である場合には、呼出Ｒｅｇｉｓｔｒｙ：：ＲｅｔｒｉｅｖｅＥｌｅｍｅｎｔを介して、このために記憶されている属性のセットを呼び出すことができる。
【００２５】
図２による本発明による方法は、機器または他のソフトウェアエレメントとのコネクションを要求する競争者１１を基礎とする。このために競争者１１は呼出１、Ｓｔｒｅａｍｍａｎａｇｅｒ：：ＦｌｏｗＴｏをデータストリームマネージャ（ストリームマネージャ）１２に送信する。この呼出は帯域幅及びコネクションタイプのような伝送フォーマットに関する幾つかの情報を有する、ソース及びシンク及び構造を内容とする。これらの情報を用いてストリームマネージャ１２は、バスシステムが要求されるデータストリームを運ぶことができるか否か、すなわち要求されるタイプの帯域幅を十分に使用できるか否かを求める。十分に使用できる場合には相応のコネクションが確立され、コネクション識別子を呼出を行ったソフトウェアエレメントに返す。要求を充足するために帯域幅を十分に使用することができない場合には、ＨＡＶｉ規格は要求を拒絶する。これに対して本発明の方法により動作するストリームマネージャ１２は、呼出を行ったソフトウェアエレメントの属性ＡＴＴ＿Ｐｒｉｏｒｉｔｙの値を求めるために、レジストリ１３への問合せＲｅｔｒｉｅｖｅＥｌｅｍｅｎｔ２をレジストリ１３に対して行う。この問合せ２はレジストリ１３によって回答３でもって応答される。引き続きストリームマネージャ１２はネットワークにおける全てのまたは選択されたアクティブなコネクションに関する情報を収集する（ファンクション：Ｓｔｒｅａｍｍａｎａｇｅｒ：：Ｇｅｔ  Ｇｌｏｂａｌ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｐ）４。内部の方式に基づいてストリームマネージャは、アクティブなコネクションを有する１つ、複数または全てのソフトウェアエレメントを選択し、レジストリ１３においてこれらのソフトウェアエレメント（クライアント）１４に関して相応の優先順位を呼び出す（問合せ５）（Ｒｅｇｉｓｔｒｙ：：ＲｅｔｒｉｅｖｅＥｌｅｍｅｎｔ）。この問合せはクライアント１４からの返答６でもって応答される。ソフトウェアエレメント（クライアント）１４の優先順位及びコネクションデータでもって、ストリームマネージャ１２はコネクションタイプ及びデータレートに関して低い優先順位及び適切なコネクションを有するコネクションを選択する。そのようにして求められたこのコネクションは終了され（７）、該当するクライアント１４には高い優先順位のコネクションに相応の帯域幅を供給するためにデータ伝送が停止される（８）ことが伝達される。
【００２６】
図２による通信システムのトポロジに基づいて説明する以下の例では、この方法の経過を明瞭にしていく。ここで１００、２００及び３００は通信システムにおける機器を表し、４００はストリームマネージャを表す。機器２００及び３００は機器３００によって確立された低い優先順位を有するコネクションを維持し、このコネクションはネットワークの全体のコネクション容量を占有する。機器１００はストリームマネージャ４００を用いて機器２００とのコネクションの確立を試みる。ストリームマネージャ４００は使用可能な帯域幅を求める（但しこの時点では存在しない）。レジストリ１３における機器１００の優先順位の呼出は、比較的高い値３を生じさせる。さらにストリームマネージャ４００はアクティブなコネクションのリストを作成する。このリストからアクティブなコネクションのイニシエータ（機器３００）を検出することができる。機器３００の優先順位の呼出は低い優先順位５を生じさせる。これに基づいてストリームマネージャ４００は機器３００と機器２００との間のコネクションを終了することを決定する。このためにストリームマネージャ４００は、コネクションの中断を通知するメッセージを送信する。その後即座にこのコネクションに関連する全てのリソースを再び使用でき、ストリームマネージャ４００は機器に１００に対してコネクションの確立が成功したことを通知し、コネクション識別番号を伝送する。
【００２７】
別の例においても再び図２によるトポロジを基礎とする。しかしながらこの例では機器２００及び３００もストリームマネージャ４００も、コネクションを停止させる、すなわち一時的に中断させて後に継続させることができる。これによって機器１００の高い優先順位の要求が機器３００から機器２００へのコネクションを中断させることはなく、ストリームマネージャ４００は関係部にコネクションが保持されることを通知する。機器１００によってリソースが解放された後に、ストリームマネージャ４００は機器２００及び機器３００にコネクションを再びアクティブにできることを通知する。保持中に蓄積されてしまうデータを中間記憶することができ、これらのデータは高い優先順位を有するコネクションの終了後に初めて送信することができる。
【００２８】
本発明による方法を実施するためにシステムエレメント１００、２００、３００；１１、１３、１４には、バスシステムを介して通信コネクションを確立するための手段が装備されている。上位システムエレメント（データマネージャまたはストリームマネージャ）１２ないし４００は以下のシステム機能に関して調整されている。すなわち、
−バスシステムにおいて十分に伝送容量を使用できるか否かを検査する。
−システムエレメントのコネクションデータ及び優先順位属性を収集する。
−低い優先順位属性を有するアクティブなコネクションに不利になるように、所定の優先順位属性を有する伝送フォーマットの所望のコネクションを確立することができるか否かに基づき、システムエレメント１００、２００、３００ないし１１、１２、１４のコネクションデータ及び優先順位属性を評価する。
【００２９】
実施形態においては上位システムエレメント１２、４００を、低い優先順位属性を有するアクティブなコネクションのデータ伝送が、高い優先順位属性を有するコネクションが終了するまで一時的に停止されるように調整することができる。
【００３０】
参考文献
［１］ＩＥＥＥ、「Ｐ１３９４ａ  Ｄｒａｆｔ  ｆｏｒ  ａ  Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｅｒｉａｌ  Ｂｕｓ（Ｓｕｐｐｌｅｍｅｎｔ）」
［２］ＨＡＶｉ  Ｏｒｇａｎｉｚａｔｉｏｎ、「Ｔｈｅ  ＨＡＶｉ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  １．０」
［３］ＤＥ  Ｐ１００４００１２．４
【図面の簡単な説明】
【図１】
通信システムのネットワークトポロジである。
【図２】
優先順位に基づいたコネクションマネージメントの経過である。
【国際公開パンフレット】
2004515993.tif 000003
2004515993.tif 000004
2004515993.tif 000005
2004515993.tif 000006
2004515993.tif 000007
2004515993.tif 000008
2004515993.tif 000009
2004515993.tif 000010
2004515993.tif 000011
2004515993.tif 000012
2004515993.tif 000013
2004515993.tif 000014
2004515993.tif 000015
2004515993.tif 000016
2004515993.tif 000017
2004515993.tif 000018
2004515993.tif 000019
2004515993.tif 000020
2004515993.tif 000021
2004515993.tif 000022
【国際公開パンフレット（コレクトバージョン）】
2004515993.tif 000023
【手続補正書】
【提出日】平成15年1月16日(2003.1.16)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
通信システム、例えばバスシステムにおけるコネクションの制御方法において、
−コネクションが所望されると、該所望のコネクションの例えば帯域幅、コネクションタイプのような伝送フォーマットに関する情報を包含するメッセージを送信するステップ（１）と、
−前記伝送フォーマットにとって十分な伝送容量が使用可能か否かを求めるステップ（１２）と、
−前記伝送容量が十分でない場合には、コネクションデータ及び優先順位属性に基づいて、前記所望のコネクション（５、６）よりも低い優先順位属性が割り当てられている少なくとも１つのコネクションが存在するか否かを検査するステップと、
−存在する場合には、低い優先順位属性を有する各コネクションのデータ伝送を停止し（８）、所望のコネクションを確立し、
−前記低い優先順位属性を有する１つまたは複数のコネクションを終了させずに、該コネクションに所属するデータ伝送を、高い優先順位属性を有するコネクションが終了するまで単に一時的に停止させるステップとを有することを特徴とする、コネクションの制御方法。
【国際調査報告】
2004515993.tif 000024
2004515993.tif 000025
2004515993.tif 000026
2004515993.tif 000027
2004515993.tif 000028
2004515993.tif 000029