JP3789286B2

JP3789286B2 - 階層構造決定方法

Info

Publication number: JP3789286B2
Application number: JP2000176197A
Authority: JP
Inventors: ツァング・ヴィン・リ
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1999-06-14
Filing date: 2000-06-13
Publication date: 2006-06-21
Anticipated expiration: 2020-06-13
Also published as: JP2001024684A; US6496485B1

Description

【０００１】
【発明の属する技術分野】
本発明は通信バスに関し、具体的にはシステムバスのツリー識別プロセスの過程でループを取り除く方法に関する。
【０００２】
【従来の技術】
バス相互接続により、例えばコンピュータ及び周辺機器等、広範囲の装置が同じ媒体を共用することが可能となる。しかしながら、同じ媒体を共用する接続装置間の通信では、バスの制御権の調停（アービトレーション）を行ってからデータの送信を始めることが要請される既知のバスプロトコルでは、問題が起こることがある。現存のバスアーキテクチャには、ツリー状のバストポロジーに対してアービトレーションプロセスを定義するプロトコルを提供するものがある。このようなツリー状トポロジーでは、そのアービトレーションプロセスを適応させるために、ノードの階層構造を指定しなければならない。
【０００３】
高速バスを実現するために、ＩＥＥＥ１３９４規格は、バスに接続された周辺機器を迅速に探索するアルゴリズムを用いたツリー識別（ＩＤ）プロセスを使用する。このツリー識別プロセスは、アービトレーションを行うためのルートノードを含む、ノードの階層構造を確立する。ルートノードは階層構造における最上位ノードである。この階層構造を保守管理するために、新たな装置がバスに付加された時または立上げ時にいつもこのツリー識別プロセスが生起する。
【０００４】
【発明が解決しようとする課題】
ＩＥＥＥ１３９４規格と同様のツリー状トポロジーには問題がある。それは、定義により、それらがバスに装置のループがまったく存在しない場合にのみうまく動くためである。複数の経路が任意の２つのノードを接続する場合に、ループができている。規格によれば、ループを含むトポロジーによって、ツリーＩＤプロセス中にバスがハングアップし、このため、全てのノードについてツリーＩＤプロセスを進めることはできない。ループを含むトポロジーが存在する場合、いずれのノードもルートノードにはならず、ルートノードがないと、アービトレーションについての要求が許可されなくなる。しかしながら、ノードは、たとえ偶然であっても、しばしばループ状に接続される。
【０００５】
【課題を解決するための手段】
従って、上述した問題に対応して、本発明の主な目的は、システムバス階層構造を判定する改良された方法を提供することである。
【０００６】
本発明の他の目的は、予め決められた最大時間内にループを含むトポロジーを処理する改良された方法を提供することである。
【０００７】
他の目的及び利点は、添付図面を参照して以下の詳細な説明を読むことにより明らかとなろう。
【０００８】
【発明の実施の形態】
本明細書中使用されている代表的な略語を以下に列挙する：
ＧＵＩＤ＝グローバルに（ここでは、対象となっているシステム全体でという意味）一意の識別子
ＨＰＮ＝最高優先度番号
ＩＤ＝識別子
Ｎｅｘｔ＿ｔｘ（Ｐｏｒｔｘ）＝ポートｘによって次に転送される値
ＯＰＮ＝自身の優先度番号
Ｒｘ＝受信
Ｒｘ＿ＰＮ＝受信した優先度番号
Ｔｘ＝転送
【０００９】
概略すると、本発明は、バスがノード間に１つまたは複数のループを含んでいる場合であってもバストポロジーを識別する、改良された方法に関する。本発明の方法は、例えば１０Ｔ／１００Ｔハブ配線等のスター接続のみ、トークンリング等のシリアル接続のみ、及びＩＥＥＥ規格１３９４等のスター接続とシリアル接続の２つの任意の混合形態を含む、あらゆるバストポロジーに対して動作するものである。更に、本方法は、一度に１ビットで、すなわちシリアルにビットが送受信される場合、及び複数ビットが並列に送信される場合のどちらでも動作する。
【００１０】
本発明により、既知の最大時間内で識別プロセスを解決することができる。本方法は、ルートノードになるというノードの意思（willingness）と識別プロセスの一部として優先度番号を生成するためにグローバルに一意のＩＤ（ＧＵＩＤ）の上位集合（superset）とを用いる。バスリセット後、ノードは優先度番号を送信し、また他からもらって中継する。本発明の説明の都合上、本方法は最高優先度番号に関して実行される。しかしながら、本発明は、本方法をわずかに調整するだけで最低優先度番号に関してもうまく動く（すなわち、最低優先度番号を取得する）。
【００１１】
一定時間が経過した時、全てのノードは安定し、ポートは、バス上での最高優先度番号である自分自身の優先度番号を送信しているか、このような番号を他のノードからもらって中継しているか、または依頼マーカ（submission marker）を送信している。この依頼マーカは、あるポートが送信側ポートに関して子であることを示す信号状態または情報のパケットである。適合する優先度番号を有するノードはルートノード、すなわちトポロジーにおける最上位ノードとなる。依頼マーカを送信も受信もしてないポートを有するノードは、このようなポートに「ループになっている枝」という印を付け、それらをバストポロジーから無効にする。
【００１２】
ここで図面、特に図１を参照すると、従来からのＩＥＥＥ１３９４ツリー識別プロセスがツリー中のノードを親あるいは子として識別する様子が説明されている。バスリセット後、１つまたは複数のノードがそれらの親である可能性のあるノードにに通知するために信号を送信することにより、ツリー識別プロセスが始まる。枝ノード（複数のポートを有するノード）は、あるポートに子（ｃ）であるという印を付けることにより、そこに接続されたノードがルートノードから更に遠方にあるということを示す。葉ノード（１ポートのみを有するノード）は、そのポートに親（ｐ）という印を付けることにより、そこに接続されたノードが自ノードよりもルートノードに近い位置にあることを示す。ルートノードは親ノードを有しておらず、アービトレーション制御の責任を有するノードである。全てのノードが自分に接続された他の全てのノードを子かまたは親として識別すると、従来のツリー識別プロセスは完了する。
【００１３】
しかしながら、バス構成中にループが存在する場合、従来のツリー識別プロセスは適切に機能しない。図２は、ノード間にループができる状況を例示する。ここに示すように、ツリー識別プロセスはすでに可能な限り進められており、葉ノードＤ及びＥは、それらの親／子ハンドシェークを完了している。しかしながら、残りのノードＡ、Ｂ、Ｃのいずれもツリー識別プロセスを完了することができない。それは、ポートのうち１つが識別できていないためである。従って、ノードＡ、Ｂ及びＣは、ここに示す状態で停止し、各ノードはツリー識別プロセスが完了したと推定する。しかしながら、実際には、ルートノードを識別することができないために本プロセスは完了していない。従って、アービトレーションプロセスを実行することができない。
【００１４】
ここで図３を参照すると、同図には本発明の実施例を示すフローチャートが示されている。ここで、フローチャート中の各ブロックの動作は以下の通りである。
１０：予め定められたイベントが生起したか？
１２：ノードの準備ができているか（ノードはＯＰＮを持っているか）？
１４：そのようなノードの全てのポートを無効にし、ノード自体をバスから取り除く
１６：時間＝０
ＨＰＮ＝ＯＰＮ
ＨＰＮを全てのポートに送信する
全ての受信ポートを活性化する
１８：処理対象ポート番号＝１
２０：ポートがＲＸ＿ＰＮを受信し、かつＲＸ＿ＰＮ＞ＨＰＮであるか？
２２：ＨＰＮ＝ＲＸ＿ＰＮ
Ｎｅｘｔ＿ｔｘ（当該ポート）＝依頼マーカ
Ｎｅｘｔ＿ｔｘ（他の全てのポート）＝ＨＰＮ
２４：次のメッセージユニットを送信する準備ができているか？
２６：Ｎｅｘｔ＿ｔｘ（当該ポート）の値を使って送信を開始する
２８：処理対象ポート番号≧最大ポート番号？
３０：処理対象ポート番号＝処理対象ポート番号＋１
３２：現在のメッセージユニットの送信を終了する
３４：時間＝時間＋１
３６：時間＞許容最大時間？
３８：依頼マーカを送信も受信もしていない全てのポートを無効にし、次の段階へ進む
本方法は、予め決められたイベントが発生した後、例えばバスリセットの後、に始まる（ブロック１０）。一般に、バスリセットは、バスが立上げられた後、すなわちバスのノードに電源が投入されたかあるいは１つまたは複数のノードがバスに付加された時に起こる。本発明の方法は、バスが立上げられた時に発生し、ＩＥＥＥ１３９４等の規格によって使用される従来のツリー識別プロセスの代わりとなるものである。
【００１５】
好ましい実施の形態では、バスのリセットが発生した後、親になりたいというノードの要求を示す１つまたは複数のルート競合フィールドを使い、また、システム全体で一意の識別子（ＧＵＩＤ）を使って、バス上のノードのために優先番号を構成する。固定のまたはプログラム可能なフィールドのいずれかを用いて、ルートノード、すなわち親を有していないノードになるというノードの意思が示される。優先度番号を構成するために、優先度番号の最上位端に１つまたは複数のルート競合フィールドが配置される。ＧＵＩＤまたはその一部として、ノードの機器の製造時点に与えられている識別コード、型番などを使用する場合、たとえばＭＡＣアドレスのように識別コード中にノードの機器の製造業者に付与されているコードが含まれたり、あるいは型番中に製造業者名などが入ったりすることがある。したがって、特定のベンダの製品を優先することがないように、好ましくは、ＧＵＩＤを複数のフィールドに分割し、これらＧＵＩＤのフィールドを互いに入れ替えて優先度番号の一部を形成する際に製造業者番号フィールドが優先度番号の上位桁部分とならないようにする。
【００１６】
各ノードについて優先度番号を構成した後、各ノードが自分の優先度番号（ＯＰＮ）を有しているか否かを判断する（ブロック１２）。あるノードについて優先度番号が得られない場合、そのノートの全てのポートへ信号を送って、ノードの準備ができておらずそのノードをツリー識別の目的に対し無効にするということを示す（ブロック１４）。例えば、ノードに電源が投入されているが、例えば識別情報を含むフロッピディスクが当該ノードについて得られない場合等、そのノードが情報を失っている場合に、準備ができていないノードが存在する。更に、バスが立上がっている間にノードの電源が落ちてしまったという場合がある。例えば、電力を節約するために所定時間が経過したとき停止するようになっているファクシミリ機器がそのようなノードなり得る。このように、あるノードが優先度番号がなく準備できていないという状態をバスの他のノードに伝搬することにより、そのノードがその状態が原因で関与することができないということが他のノードに通知される。これにより、バスはその起動時に、そのバスの一部が休止状態であるということを知っていることができる。
【００１７】
一方、優先度番号を入手することができたノードは、本発明のツリー識別方法に入る。タイマが例えばゼロにセットされ、ノードの最高優先度番号（ＨＰＮ）がそれ自体の優先度番号ＯＰＮにセットされる（ブロック１６）。ノードは、例えば決定表またはマップを使用して、最高優先度番号ＨＰＮをそれら各々のポート全てに転送する（ブロック１６）。決定表はノード上のポートからアクセルすることができ、それによってそれらが転送する時点になったときに転送すべき次の値（Ｎｅｘｔ＿ｔｘ（Ｐｏｒｔｘ））を決定することができる。値を受信する用意をするために、ノードは自分の受信ポートも活性化する。
【００１８】
本発明の説明を簡略化するために、本方法の残りの部分の説明は、単一ノード及び特定ポートに関して行われる。しかしながら、バス上の他のノードに対しても同時に同じ方法が実行されるということがわかるだろう。更に、本発明の方法はポートに関して順番に行うように説明されているが、当業者は、本方法を実行している間、全てのノードの全てのポートが例えば状態機械により並列に考慮されていることがわかるだろう。
【００１９】
本方法は、特定のノードの例えばポート１から継続して行われる（ブロック１８）。ポート１は、送信側ノードから受信した値の優先度番号（Ｒｘ＿ＰＮ）を受信し、受信した優先度番号Ｒｘ＿ＰＮが現在そのノードに対してマップされている最高優先度番号ＨＰＮより大きいか否かを判断する（ブロック２０）。受信した優先度番号Ｒｘ＿ＰＮが最高優先度番号ＨＰＮより大きい場合、その最高優先度番号ＨＰＮが受信した優先度番号Ｒｘ＿ＰＮと等しくなるように、ノードは決定表を更新する（ブロック２２）。更に、ノードは決定表を更新して、ポート１についての次の転送を、ポート１がその送信側ポートに関して子ポートであるということを示す依頼マーカに設定する。当業者は、このような依頼マーカを信号状態または情報のパケットとすることができることがわかるだろう。好ましい実施の形態では、ゼロの優先度番号を依頼マーカとしてより大きな番号を送ってきたノードに向けて送信する。更に、ノードの他のポートについての次の転送が最高優先度番号ＨＰＮに設定されていることを示すように、決定表を更新する。
【００２０】
次に、ポート１が次のメッセージユニットを転送する用意ができているか否かが判断される（ブロック２４）。次のメッセージは、先行するメッセージユニットを中断させないようにするため、その先行するメッセージユニットが完全に送信されるまで送信されない。次のメッセージの転送を決定するステップ（ブロック２４）と受信した優先度番号Ｒｘ＿ＰＮが最高優先度番号ＨＰＮより大きいか否かを判断するステップ（ブロック２０）はある決まった順序で生起する必要はなく、好ましい実施の形態では同時に発生する。
【００２１】
ポート１は、次のメッセージユニットを転送する用意ができている場合、決定表に従って、転送すべきポート１用の次の値、すなわちＮｅｘｔ＿ｔｘ（Ｐｏｒｔ１）を転送する（ブロック２６）。この例では、現時点で、Ｎｅｘｔ＿ｔｘ（Ｐｏｒｔ１）の値は依頼マーカである。その後、現ポートがそのノードの最大番号ポートであるか否かが判断される（ブロック２８）。例えば、ノードに２つのポートがある場合、ポート１はノードにおける最大番号ポートではない。従って、ポート番号をインクリメントして、例えばポート２とする（ブロック３０）。
【００２２】
その後、ポート２が優先度番号を受信したか判断され、受信していた場合は、受信した優先度番号Ｒｘ＿ＰＮが現時点で決定表に配置されている最高優先度番号ＨＰＮより大きいか否かが判断される（ブロック２０）。最高優先度番号ＨＰＮの値は、現時点では、本方法における最初のパスにおいてポート１が受信した値であることがわかる。例示の目的で、ポート２によって受信された優先度番号値Ｒｘ＿ＰＮが、決定表に配置されている最高優先度番号ＨＰＮよりは大きくないとする。この場合は決定表は更新されず、ポート２が次のメッセージを転送する用意ができているか否かが判断される（ブロック２４）。ポート２は、次のメッセージユニットを転送する用意ができていない場合、その現メッセージユニットの転送を続行する（ブロック３２）。
【００２３】
次に、ポート２が最大番号ポートであるか否かが判断される（ブロック２８）。この例では、ポート２は最大番号ポートであるため、タイマがインクリメントされ（ブロック３４）、インクリメントされた結果の時間が、例えばオペレータが指定した最大許容時間と等しいか否かが判断される（ブロック３６）。ツリー識別期間は、最悪の場合の全伝搬遅延の合計、すなわち優先番号信号が線形に（つまり、全てのノードを一列に並べてその一方の端から他方の端まで順番に）全てのノードに伝搬されるためにかかる最長時間と等しい（あるいはこの際長時間よりも長く設定してもよい）一定の最大時間が経過したとき終了する。当業者は、時間の上限が媒体及びトポロジーの遅延、ロジックの意思決定時間及び誤差時間のマージンを考慮したものであることがわかるだろう。従って、ツリー識別期間が経過すると、バス全体が平衡状態に達する。
【００２４】
最大許容時間が経過しない場合、ポート番号は例えば第１のポートであるポート１にリセットされる。再びポート１は、最高優先度番号より大きい優先度番号Ｒｘ＿ＰＮを受信したか否かを判断する（ブロック２０）。ポート１がより高い優先度番号を受信した場合、ノードは、最大優先度番号ＨＰＮが受信した優先度番号Ｐｘ＿ＰＮと等しくなるように決定表をリセットする。更に、ポート１の次の転送は依頼マーカであり、他のポート、例えばポート２の次の転送は最高優先度番号ＨＰＮである。従って、ポート２が次のメッセージユニットを転送する用意ができている場合（ブロック２４）、転送される値はＮｅｘｔ＿ｔｘ（Ｐｏｒｔ２）である。すなわち、ポート２は最高優先度番号ＨＰＮを中継する。
【００２５】
プロセスは許容された最大時間が経過し、かつ図３のフローチャート中のサイクルが最大番号ポートになったときまで継続する（ブロック２８，３４，３６）。当業者は、上述したプロセスがバス上の関与している全てのノードについて生起することがわかるであろう。最大時間が経過した時、ポートは、バス上での最高優先度番号であるそれ自体の優先度番号を送信しているか、あるいはこのような番号を中継しているか、あるいは依頼マーカを送信している。設定された時間が経過した後、各ノードは、そのポートのうち依頼マーカを送信も受信もしなかったポートを全て無効にする（ブロック３８）。
【００２６】
図４の（Ａ）から（Ｄ）は、本方法が、ループを形成する枝が存在する場合にそれらを破断する（break）ことを示している。例えば、３つのノードがそれぞれ優先度番号９、２及び３を有しており、各ノードが２つのポートを有しているとする。図４（Ａ）は、本方法の開始を示すところの、バス上のバスリセット状態を示している。図４（Ｂ）は、ノードがそれらのポートで優先度番号を送信及び受信する状態を示している。図４（Ｃ）は、優先度番号９が２や３より大きいため、優先度番号２及び３を有するノードが優先度番号９を有するノードに依頼マーカＳを送信している状態を示している。
【００２７】
優先度番号２を有するノードが優先度番号３を有するノードから変更された優先度番号９（図４（Ｃ）では９（Ｒ）で示す。優先度番号２を有するノードが送出するところの変更された優先度番号についても同じように表記する）を受信すると、そのポートで受信した優先度番号９は、他のポートで受信した優先度９より大きくはないため、依頼マーカは送信されない。更に、優先度番号３を有するノードが優先度番号２を有するノードから優先度番号９を受信すると、そのポートで受信した優先度番号９は他のポートで受信した優先度９より大きくはないため、ここでも依頼マーカは送信されない。重複した、等しい、同一の優先度番号の場合、最初に取得され番号が受信した優先度番号として処理される。ノードが同時に２つのポートから２つの同一の優先度番号を受信すると、例えばポートの物理的優先度に基づいて、いずれのポートから優先度番号を受信したかを任意に判定する。
【００２８】
図４（Ｄ）は、ツリー識別期間を終了する時に、依頼マークを送信も受信もしなかったポートが無効になっている状態を示す。更に、優先度番号９を送信しているノードは、ツリー識別期間の終了時に自分自身の優先番号を送信していたため、ルートノードになる。
【００２９】
図３を参照すると、ツリー構造を識別したら、次の段階を開始することができる（ブロック３８）。例えばＩＥＥＥ１３９４規格に従って、従来の自己識別プロセスを行うことができる。ＩＥＥＥ１３９４規格では、自己識別プロセス中に、自己識別パケットを一斉同報することにより、全てのノードにアドレスを割当て、またそれらの能力を指定するように定めている。更に、例えば本発明のツリー識別方法の実行で定義されたトポロジーを、自己識別プロセス中に一斉同報する。
【００３０】
上述した説明から、多くの望ましい属性及び利点を有する改良されたバスツリー識別方法が示され説明されていることが理解されるはずである。本方法は、ループを切り、ツリー状トポロジーを有するバスの階層構造を決定することができるツリー識別方法を実行する。更に、本方法は、予めわかっている最大時間内で、かつＩＥＥＥ１３９４等の周知の規格に違反することなく動作する。
【００３１】
以下に本発明の実施態様の例を列挙する。
【００３２】
〔実施態様１〕以下のステップ(a)から(c)を設け、ツリー状のトポロジーバスにおけるノードの階層構造を決定する方法：
(a) ノードの各ポートが接続されたポートに優先度番号を送信する（ブロック１６）；
(b) 予め決められた時間間隔の経過時に、前記ポートは、そのバスにおける最高優先度番号であるそれ自体の優先度番号を送信しているか、前記最高優先度番号を中継しているか、または依頼マーカを送信している（ブロック１８〜３６）；
(c) 前記依頼マーカを送信も受信もしていないポートを無効とすることにより前記バストポロジーからループを除去する（ブロック３８）。
【００３３】
〔実施態様２〕前記優先度番号を、前記ノードがルートノードになることへの要求に基づいて決定することを特徴とする実施態様１記載の方法。
【００３４】
〔実施態様３〕前記ルートノードになることへの要求を、ルート競合フィールドにより決定することを特徴とする実施態様２記載の方法。
【００３５】
〔実施態様４〕前記優先度番号を、前記ルート競合フィールドとシステム全体で一意の識別子から定めることを特徴とする実施態様３記載の方法。
【００３６】
〔実施態様５〕前記ルートノードは、前記予め決められた時間間隔の経過時に自分自身の優先度番号を送信しているノードであることを特徴とする実施態様２記載の方法。
【００３７】
〔実施態様６〕前記予め決められた時間間隔は、前記優先度番号信号の全てが線形に前記ノード全てに伝搬されるためにかかる最長時間と等しいかあるいはそれよりも長いことを特徴とする実施態様１記載の方法。
【００３８】
〔実施態様７〕前記優先度番号を含まないノードを無効にすることを特徴とする実施態様１記載の方法。
【００３９】
〔実施態様８〕以下のステップ(a)から(d)を設け、ツリー状トポロジーバスにおけるノードの階層構造を決定する方法：
(a) 前記ノードの各ポートが前記バス上で接続されたポートに優先度番号を送信する（ブロック１６）；
(b) 前記接続されたポートが前記優先度番号を受信して前記優先度番号を当該ノードが保持するローカル番号と比較することにより、前記優先度番号が前記ローカル番号より大きいか否かを判断する（ブロック２０）；
(c) 前記受信した優先度番号が前記ローカル番号より大きい場合は、前記前記優先度番号を受信した前記ポートから依頼マーカを送信するとともに、前記受信した優先度番号と等しくなるように前記ローカル番号を更新し、そうでない場合は前記優先度番号を受信したポートから前記ローカル番号と前記優先度番号のうちの大きい方を前記優先度番号として送信する（ブロック２２）；
(d) 予め決められた時間間隔が経過するまでステップ(b)及びステップ(c)を繰り返し、その後依頼マーカを送信も受信もしていない前記ポートとの接続を切断する（ブロック３６及び３８）。
【００４０】
〔実施態様９〕前記優先度番号を送信する前記ステップは、予め決められたイベントが発生した後に開始されることを特徴とする実施態様８記載の方法。
【００４１】
〔実施態様１０〕前記予め決められたイベントはバスリセットであることを特徴とする実施態様９記載の方法。
【００４２】
〔実施態様１１〕親になるというノードの要求を示す１つまたは複数のフィールドを使用して、前記優先度番号を組み立てることを特徴とする実施態様８記載の方法。
【００４３】
〔実施態様１２〕優先度番号を有していないノードを無効にすることを特徴とする実施態様１１記載の方法。
【００４４】
〔実施態様１３〕前記予め決められた時間間隔は、前記優先度番号信号の全てが線形に全てのノードに伝搬されるためにかかる最長時間以上の期間後に終了することを特徴とする実施態様８記載の方法。
【００４５】
〔実施態様１４〕以下のステップ(a)から(c)を設け、製造者番号フィールドを含むシステム全体で一意の識別子から優先度番号を構成する方法：
(a) 前記優先度番号の最上位端に少なくとも１つの競合フィールドを確立する（ブロック１０）；
(b) 前記システム全体で一意の識別子を、そのうちの１つが前記製造者番号である複数のフィールドに分割する（ブロック１０）；
(c) 前記システム全体で一意の識別子の前記複数のフィールドを互いに入れ替えることにより、前記入れ替えられたフィールドが前記優先度番号の一部を形成する時に前記製造者番号フィールドがその優先度番号の上位桁部分にならないようにする（ブロック１０）。
【００４６】
本発明の各種の実施の形態を示し説明したが、当業者には、他の変更、代用及び代替態様が明らかであることを理解しなければならない。特許請求の範囲から判断されるべき本発明の精神及び範囲から逸脱することなく、このような変更、代用及び代替態様を構成することが可能である。
【図面の簡単な説明】
【図１】ＩＥＥＥ１３９４規格による周知のバス階層構造を示す図。
【図２】ループを有するバス構造の周知の例を示す図。
【図３】本発明を実行する方法のフローチャートを示す図。
【図４】本発明の方法を用いる一例としてツリー識別を示す図。

Claims

以下のステップ(a)から(d)を設け、ツリー状トポロジーバスにおけるノードの階層構造を決定する方法：
(a) ノードそれぞれが、そのポートそれぞれから、前記バス上で接続された他のノードのポートに、優先度番号を送信する（ブロック１６）；
(b) 前記接続されたポートが前記優先度番号を受信して前記優先度番号を当該ノードが保持するローカル番号と比較することにより、前記優先度番号が前記ローカル番号より大きいか否かを判断する（ブロック２０）；
(c) 前記受信した優先度番号が前記ローカル番号より大きい場合は、前記依頼マーカを、前記接続されたポートに送信するとともに、前記受信した優先度番号と等しくなるように前記ローカル番号を更新し、そうでない場合は前記接続されたポートに、前記ローカル番号と前記優先度番号のうちの大きい方を前記優先度番号として送信する（ブロック２２）；
(d) 予め決められた時間間隔が経過するまでステップ (b) 及びステップ (c) を繰り返し、その後依頼マーカを送信または受信しなかった前記ポートとの接続を切断する（ブロック３６及び３８）。
前記優先度番号を、前記ノードがルートノードになることへの要求に基づいて決定すること
を特徴とする請求項１に記載の方法。
前記ルートノードになることへの要求を、ルート競合フィールドにより決定すること
を特徴とする請求項２に記載の方法。
前記優先度番号を、前記ルート競合フィールドとシステム全体で一意の識別子から定めること
を特徴とする請求項３記載の方法。
ルートノードは、前記予め決められた時間間隔の経過時までに自分自身の優先度番号を送信したノードであること
を特徴とする請求項２記載の方法。
前記予め決められた時間間隔は、少なくとも、前記優先度番号信号の全てが線形に前記ノード全てに伝搬されるためにかかる最長時間と等しいかあるいはそれよりも長いこと
を特徴とする請求項２記載の方法。
前記優先度番号を送信しないノードを無効にすること
を特徴とする請求項１記載の方法。