JP2001189741A - 通信経路制御方法、機器制御装置、及びブリッジ - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークに接続されている１３９４機器
間の通信経路の確立・切断、及びバスリセットに伴う通
信経路の再確立を可能にする。 【解決手段】 ポータル７ａ，７ｂ，８ａ，８ｂ，９
ａ，９ｂは、自身を通信経路として使用しながらストリ
ーム・パケットを受信している受信ノードの数をストリ
ーム毎にカウントする接続カウンタを備える。通信経路
の確立あるいは切断を行う１３９４機器は、ネットワー
クに接続されているあるノードに対して、ストリーム・
パケットを送信している送信ノードが接続されているバ
スから受信ノードが接続されているバスまでの経路にあ
たるポータルを調査し、経路にあたるポータルの接続カ
ウンタの値を１増やすあるいは減らすように要求する。
経路として利用されるポータルは自身の格納している接
続カウンタの値をみて、バスのリソースの獲得・解放を
行い、ストリーム・パケットを転送するための設定を行
う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信経路制御方
法、機器制御装置、及びブリッジに係り、特にパーソナ
ルコンピュータやその周辺機器又はオーディオ／ビジュ
アル機器（以下、ＡＶ機器と称する）等を接続すること
が可能なバス、例えば高速シリアルバスＩＥＥＥ１３９
４（“ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ ａ Ｈｉ
ｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｓｅｒｉａｌ Ｂｕ
ｓ”，ＩＥＥＥ Ｓｔｄ．１３９４−１９９５に記載）
を用いたネットワークにおいて、当該バスに接続された
機器間の通信経路の制御を行う通信経路制御方法及び当
該機器の制御を行う機器制御装置並びに異なるバス同士
を接続するブリッジに関する。

【０００２】

【従来の技術】近年、パーソナルコンピュータの一般家
庭への普及率が高まり、一般利用者の利用率向上を図る
技術が種々開発されている。また、画像、音声等をディ
ジタルデータで扱うことが一般的になっており、例えば
ディジタルビデオカメラのデータをパーソナルコンピュ
ータで加工することも一般家庭で行われつつある。この
ような背景の下、コンピュータとプリンタやイメージス
キャナ等の周辺機器との接続性を向上させる技術として
ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）
や、ＩＥＥＥ１３９４が案出され、一部では実用化され
ている。

【０００３】ＩＥＥＥ１３９４規格のバス（以下、単に
バスと称する）においては、接続された１３９４機器が
抜き差し等されると、バスの初期化（以下、バスリセッ
トと称する）が行われ、自動的に１３９４機器にＩＤ番
号（以下、物理ＩＤと称する）が割り振られる。割り振
られた物理ＩＤは、各々の１３９４機器が有するＩＥＥ
Ｅ１３９４規格で定められたＣＳＲ（Ｃｏｍｍａｎｄ
ａｎｄ ＳｔａｔｕｓＲｅｇｉｓｔｅｒ）空間内に格納
される。また、バスリセットが発生し、物理ＩＤの割り
振りが終了するまで、１３９４機器間の通信は不可能に
なる。

【０００４】それぞれのバスに対してもＩＤ番号が割り
振られるが、バスに割り振られるＩＤ番号（以下、バス
ＩＤと称する）は、ネットワークが単一のバスで構成さ
れている場合には、‘３ＦＦｈ’と設定してもよい。
尚、末尾の文字‘ｈ’は、その値が１６進数であること
を示す。このバスＩＤと物理ＩＤを組み合わせたものを
ノードＩＤと呼び、このノードＩＤを用いてネットワー
クに接続された１３９４機器を識別することができる。

【０００５】１３９４機器固有の情報は、１３９４機器
に装備されるＣＳＲ空間のアドレス番地「ＦＦ ＦＦ
Ｆ０ ００ ０４ ００ｈ」〜アドレス番地「ＦＦ Ｆ
ＦＦ０ ００ ０７ ＦＦｈ」に存在するアドレス空間
に記述されており、このアドレス空間はコンフィグレー
ションＲＯＭ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＲＯＭ）
と呼ばれている。コンフィグレーションＲＯＭは、Ｂｕ
ｓ ｉｎｆｏ ｂｌｏｃｋセクション、Ｒｏｏｔ ｄｉ
ｒｅｃｔｏｒｙセクション、Ｕｎｉｔ ｄｉｒｅｃｔｏ
ｒｙセクション、ｒｏｏｔ ｌｅａｖｅｓセクション、
及びｕｎｉｔｌｅａｖｅｓセクションから構成されてい
る。Ｂｕｓ ｉｎｆｏ ｂｌｏｃｋセクションには、機
器固有ＩＤである６４ビットのＥｘｔｅｎｄｅｄ Ｕｎ
ｉｑｕｅ ＩＤ（通常ＥＵＩ−６４と呼ばれる）が記載
されている。Ｒｏｏｔ ｄｉｒｅｃｔｏｒｙセクション
には、１３９４機器に割り当てられているモジュールＩ
Ｄやオプション情報が含まれている。このコンフィグレ
ーションＲＯＭ情報により、１３９４機器の機器種別及
び同一種別機器でもその機器固有ＩＤから個々の機器の
区別を可能としている。

【０００６】バスに接続された１３９４機器間での通信
には、アシンクロナス・パケットを用いる方式と、スト
リーム・パケットを用いる方式がある。以下、それぞれ
の通信方式で用いられるパケットの具体例について説明
する。

【０００７】図２２は、アシンクロナス・パケットのフ
ォーマットを示す図である。図２２に示されたように、
アシンクロナス・パケットは複数のフィールドから構成
される。図２２において、送信先バスＩＤフィールドＦ
１００には、送信先の１３９４機器が接続されているバ
スに割り振られているバスＩＤが格納される。尚、一つ
のバス内で行われる通信の場合は、‘３ＦＦｈ’と記述
してもよい。送信先物理ＩＤフィールドＦ１０１には、
送信先の１３９４機器に割り振られている物理ＩＤが格
納される。ｔｃｏｄｅフィールドＦ１０２には、アシン
クロナス・パケットの種別を示すＩＥＥＥ１３９４規格
に定められた値が格納される。送信元ＩＤフィールドＦ
１０３には、上位１０ビットに送信元の１３９４機器が
接続されているバスのバスＩＤが格納され、下位６ビッ
トに送信元の１３９４機器の物理ＩＤが格納される。デ
ータフィールドＦ１０４には、送信される情報が格納さ
れる。

【０００８】アシンクロナス・パケットを用いた通信
は、送信先の１３９４機器のＣＳＲ空間に格納されてい
る内容の読み出しを目的とするリード・トランザクショ
ン、書き込みを目的とするライト・トランザクション、
及びロック・トランザクションに分類される。リード・
トランザクションで利用されるアシンクロナスパケット
は、読込要求パケット（ｒｅａｄ ｒｅｑｕｅｓｔ ｐ
ａｃｋｅｔ）と読込応答パケット（ｒｅａｄ ｒｅｓｐ
ｏｎｓｅ ｐａｃｋｅｔ）があり、ライトトランザクシ
ョンで利用されるアシンクロナスパケットは、書込要求
パケット（ｗｒｉｔｅ ｒｅｑｕｅｓｔ ｐａｃｋｅ
ｔ）と書込応答パケット（ｗｒｉｔｅ ｒｅｓｐｏｎｓ
ｅ ｐａｃｋｅｔ）があり、ロック・トランザクション
で利用されるアシンクロナスパケットは、ロック要求パ
ケット（ｌｏｃｋ ｒｅｑｕｅｓｔｐａｃｋｅｔ）とロ
ック応答パケット（ｌｏｃｋ ｒｅｓｐｏｎｓｅ ｐａ
ｃｋｅｔ）がある。

【０００９】図２３は、ストリーム・パケットのフォー
マットを示す図である。ストリーム・パケットを用いた
通信においては、通信を開始する前に予め、ロック・ト
ランザクションを用いて使用する帯域及びチャネルを必
要に応じて獲得する。獲得されたチャネルの番号は、送
信されるストリーム・パケットのチャネルフィールドＦ
１１０に格納され、ストリーム・パケットを受信するノ
ードはチャネルフィールドＦ１１０に格納された番号か
ら、受信したパケットが受信すべきものか否かの判断を
行う。バスに接続されている１３９４機器間でストリー
ム・パケットを用いた通信を行う場合には、帯域及びチ
ャネルの確保を必要に応じて行い、確保したチャネルの
番号をパケットの送受を行う１３９４機器に通知して通
信経路の確立を行い、通信が終了した場合には、確保し
ていた帯域及びチャネルを解放して通信経路を切断する
という１３９４機器間の通信経路の制御を行う必要があ
る。

【００１０】従来の通信経路制御方法においては、特開
平１１−２０５３６３に示されるようなアイソクロナス
・ストリーム・パケットの送受信を行う１３９４機器の
制御を目的とする機器制御装置が、制御対象である１３
９４機器間での通信経路の確立・切断を行うのに用いら
れている。図２４は、従来の機器制御装置の概略構成を
示すブロック図である。機器制御装置１００は、機器制
御部１０１、機器情報管理テーブル記憶部１０２、シリ
アルバスマネージメント１０３、１３９４トランザクシ
ョン層１０４、１３９４リンク層１０５、１３９４物理
層１０６から構成される。

【００１１】機器情報管理テーブル記憶部１０２は、１
３９４機器の制御を行うに先立ってバスに接続されてい
る１３９４機器から収集した機器情報と、それらの機器
情報を有する１３９４機器間に確立されている通信経路
の管理情報を記憶する。ストリーム・パケットの一つで
あるアイソクロナス・ストリーム・パケットの送受を行
う１３９４機器の一例としては、ＩＥＣ６１８８３規格
に準拠したＭａｓｔｅｒ Ｐｌｕｇ Ｒｅｇｉｓｔｅｒ
（以下、ＭＰＲと称する）とＰｌｕｇ Ｃｏｎｔｒｏｌ
Ｒｅｇｉｓｔｅｒ（以下、ＰＣＲと称する）を備える
ＡＶ機器があげられる。ＰＣＲはパケット送出の際に利
用されるｏｕｔｐｕｔ ＰＣＲ（以下、ｏＰＣＲと称す
る）と、パケット受信の際に利用されるｉｎｐｕｔ Ｐ
ＣＲ（以下、ｉＰＣＲと称する）に分類される。

【００１２】図２５は、ｏＰＣＲのフォーマット及びｉ
ＰＣＲのフォーマットを示す図であり、（ａ）がｏＰＣ
Ｒのフォーマットを示し、（ｂ）がｉＰＣＲのフォーマ
ットを示している。図２５（ａ）に示されたように、ｏ
ＰＣＲはフィールドＦ１２０〜Ｆ１２７の８フィールド
からなる。チャネル番号（ｃｈａｎｎｅｌ ｎｕｍｂｅ
ｒ）フィールドＦ１２４には、出力されるアイソクロナ
ス・ストリーム・パケットが使用するチャネルの番号が
格納される。ポイントツーポイント接続カウンタ（Ｐｏ
ｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃ
ｏｕｎｔｅｒ）フィールドＦ１２２の値は、ｏＰＣＲを
用いて確立される接続がＩＥＣ６１８８３規格の定める
ポイントツーポイント接続（ｐｏｉｎｔ−ｔｏ−ｐｏｉ
ｎｔ ｃｏｎｎｅｃｔｉｏｎ）である場合、ｏＰＣＲに
対して確立されているポイントツーポイント接続の数で
ある。ｏＰＣＲを用いて確立されている接続がＩＥＣ６
１８８３規格の定めるブロードキャスト接続（ｂｒｏａ
ｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ）である場合、ブロ
ードキャスト接続カウンタ（ｂｒｏａｄｃａｓｔ ｃｏ
ｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）フィールドＦ１２
１の値は‘１’に設定される。

【００１３】また、図２５（ｂ）に示されたように、ｉ
ＰＣＲはフィールドＦ１３０〜Ｆ１３５の６フィールド
からなる。チャネル番号（ｃｈａｎｎｅｌ ｎｕｍｂｅ
ｒ）フィールドＦ１３４には、受信されるアイソクロナ
ス・ストリーム・パケットが使用するチャネルの番号が
格納される。ポイントツーポイント接続カウンタ（Ｐｏ
ｉｎｔ−ｔｏ−ｐｏｉｎｔｃｏｎｎｅｃｔｉｏｎ ｃｏ
ｕｎｔｅｒ）フィールドＦ１３２の値は、ｉＰＣＲを用
いて確立される接続がＩＥＣ６１８８３規格の定めるポ
イントツーポイント接続（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎ
ｔ ｃｏｎｎｅｃｔｉｏｎ）である場合、ｉＰＣＲに対
して確立されているポイントツーポイント接続の数を示
す。ｉＰＣＲを用いて確立されているコネクションがＩ
ＥＣ６１８８３規格の定めるブロードキャスト接続（ｂ
ｒｏａｄｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ）である場
合、ブロードキャスト接続カウンタ（ｂｒｏａｄｃａｓ
ｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）フィール
ドＦ１３１の値は‘１’に設定される。

【００１４】ｏＰＣＲ、ｉＰＣＲの各々のフィールドに
対するアクセスは、ロック・トランザクションを用いて
行われる。ＡＶ機器間でアイソクロナス・ストリーム・
パケットを用いて通信を行ったり、通信を中止したりす
る場合には、通信経路の確立と切断に伴って、上記二つ
のＰＣＲを適切に設定することが必要になる。以下、Ａ
Ｖ機器間での通信経路の確立と切断及び上記ＰＣＲの設
定について具体的に説明する。

【００１５】図２６は、従来のポイントツーポイント接
続の確立手順のフローを示すフローチャートである。Ａ
Ｖ機器間にポイントツーポイント接続を確立する場合、
機器制御装置は、まずバスに接続されているＩＥＥＥ１
３９４規格に定められたＩｓｏｃｈｒｏｎｏｕｓ Ｒｅ
ｓｏｕｒｃｅ Ｍａｎａｇｅｒ（以下、ＩＲＭと称す
る）から、帯域及びチャネルを獲得する（ステップＳ１
００）。ステップＳ１００の結果、帯域及びチャネルの
獲得に成功したか否かが判断される（ステップＳ１０
１）。帯域及びチャネル獲得できなかった場合（ステッ
プＳ１０１における判断結果が「ＮＯ」の場合）は、そ
のまま終了する。

【００１６】一方、獲得に成功した場合（ステップＳ１
０１における判断結果が「ＹＥＳ」の場合）には、アイ
ソクロナス・ストリーム・パケットを送信するノード
（以下、送信ノードと称する）のｏＰＣＲと、受信する
ノード（以下、受信ノードと称する）のｉＰＣＲに対し
て、各フィールドの設定を行う（ステップＳ１０２）。
例えば、図２５（ａ），図２５（ｂ）に示されたチャネ
ル番号（ｃｈａｎｎｅｌｎｕｍｂｅｒ）フィールドＦ１
２４，Ｆ１３４にはＩＲＭから獲得したチャネルの番号
を設定し、ポイントツーポイント接続カウンタ（Ｐｏｉ
ｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏ
ｕｎｔｅｒ）フィールドＦ１２２，Ｆ１３２の値を
‘１’に設定する。

【００１７】送信ノードのｏＰＣＲに対する設定と受信
ノードのｉＰＣＲに対する設定処理が行われると、双方
の設定が成功したか否かが判断される（ステップＳ１０
３）。双方が成功したと判断した場合（ステップＳ１０
３の判断結果が「ＹＥＳ」の場合）には接続を確立する
手順は終了する。一方、双方の設定において失敗が生じ
たと判断された場合（ステップＳ１０３における判断結
果が「ＮＯ」である場合）にはステップＳ１０４へ進
み、双方の設定が失敗したか否かが判断される。

【００１８】双方のＰＣＲの設定が失敗したと判断され
た場合（ステップＳ１０４における判断結果が「ＹＥ
Ｓ」の場合）には、ステップＳ１００の処理で獲得した
帯域及びチャネルを解放する処理をＩＲＭに対して行い
（ステップＳ１０５）、接続を確立する手順は終了す
る。一方、送信ノードのｏＰＣＲ又は受信ノードのｉＰ
ＣＲの何れか一方に対する設定に失敗した場合（ステッ
プＳ１０４の判断結果が「ＮＯ」の場合）には、ポイン
トツーポイント接続を切断する手順が行われ（ステップ
Ｓ１０６）、処理は終了する。

【００１９】図２７は、既に確立されているポイントツ
ーポイント接続に対して受信ノードを新たに追加する場
合の従来の手順を示すフローチャートである。既に確立
されたポイントツーポイント接続に対して新たに受信ノ
ードを追加したい場合、まず送信ノードのｏＰＣＲのチ
ャネル番号（ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）フィール
ドＦ１２４（図２５参照）に記載されている値を取得す
る（ステップＳ１１０）。続いて、新たに追加したい受
信ノードのｉＰＣＲと送信ノードのｏＰＣＲに対して設
定を行う。その際、送信ノードのｏＰＣＲのポイントツ
ーポイント接続カウンタ（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎ
ｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）フィール
ドＦ１２２には、受信ノードを追加する前の値を１増加
させた（インクリメントさせた）値を設定する。新規に
追加する受信ノードのｉＰＣＲのチャネル番号（ｃｈａ
ｎｎｅｌ ｎｕｍｂｅｒ）フィールドＦ１３４には、ス
テップＳ１１０で取得したチャネルの番号を設定し、ポ
イントツーポイント接続カウンタを‘１’に設定する
（ステップＳ１１１）。

【００２０】次に、ステップＳ１１１において、送信ノ
ードのｏＰＣＲに対する設定及び受信ノードのｉＰＣＲ
に対する設定が成功したか否かが判断される（ステップ
Ｓ１１２）。ステップＳ１１２において、送信ノードの
ｏＰＣＲに対する設定及び受信ノードのｉＰＣＲに対す
る設定の双方が成功したと判断された場合、つまりステ
ップＳ１１２における判断結果が「ＹＥＳ」の場合には
処理は終了する。一方、ステップＳ１１２における判断
結果が「ＮＯ」の場合には、処理がステップＳ１１３へ
進み、送信ノードのｏＰＣＲに対する設定及び受信ノー
ドのｉＰＣＲに対する設定の双方が失敗したか否かが判
断される。この判断の結果、双方とも失敗であると判断
された場合、つまりステップＳ１１３の判断結果が「Ｙ
ＥＳ」の場合には処理が終了する。一方、ステップＳ１
１３の判断結果が「ＮＯ」である場合、つまり送信ノー
ドのｏＰＣＲに対する設定及び受信ノードのｉＰＣＲに
対する設定の何れか一方のみが失敗したと判断された場
合にはステップＳ１１４の処理が行われる。

【００２１】次に、ステップＳ１１４の処理について説
明する。図２８は、確立されているポイントツーポイン
ト接続を切断する従来の手順を示すフローチャートであ
る。切断を行う場合には、まず切断したいポイントツー
ポイント接続の送信ノードのｏＰＣＲと受信ノードのｉ
ＰＣＲのポイントツーポイント接続カウンタ（ｐｏｉｎ
ｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃｔｉｏｎ ｃｏｕ
ｎｔｅｒ）フィールドＦ１２２，１３２（図２５
（ａ），図２５（ｂ）参照）に対して、現在の値から
‘１’だけ減少させた値を設定する（ステップＳ１２
０）。設定後、ｏＰＣＲのポイントツーポイント接続カ
ウンタ（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅｃ
ｔｉｏｎ ｃｏｕｎｔｅｒ）フィールドＦ１２２の値が
‘０’であるか否かの判断を行う（ステップＳ１２
１）。ステップＳ１２１における判断結果が「ＹＥＳ」
の場合、つまり、ｏＰＣＲのポイントツーポイント接続
カウンタ（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｃｏｎｎｅ
ｃｔｉｏｎ ｃｏｕｎｔｅｒ）フィールドＦ１２２の値
が‘０’であると判断された場合には、ステップＳ１２
２の処理を行う。一方、ステップＳ１２１における判断
結果が「ＮＯ」である場合、つまりｏＰＣＲのポイント
ツーポイント接続カウンタ（ｐｏｉｎｔ−ｔｏ−ｐｏｉ
ｎｔｃｏｎｎｅｃｔｉｏｎ ｃｏｕｎｔｅｒ）フィール
ドＦ１２２の値が‘０’でないと判断された場合には、
ポイントツーポイント接続を切断する手順は終了する。

【００２２】ところで、複数のバスを相互に接続し、異
なるバス間でのパケット転送を行うＩＥＥＥ１３９４ブ
リッジが検討されている。このＩＥＥＥ１３９４ブリッ
ジを用いることにより、ＩＥＥＥ１３９４規格を用いた
ネットワークの大規模化や高効率化を図ることができ
る。ＩＥＥＥ１３９４ブリッジは、ＩＥＥＥのＰ１３９
４．１委員会で標準化作業が行われている。ＩＥＥＥ１
３９４ブリッジは複数のポータルと、ポータル間でのパ
ケットのやりとりを行う内部スイッチング機構を有して
おり、おのおののポータルは異なるバスに接続されてい
る。

【００２３】図２９は、ＩＥＥＥ１３９４ブリッジの内
部構成の概略を示したブロック図である。ＩＥＥＥ１３
９４ブリッジ１１０は、ポータル１１１ａ，１１１ｂ，
１１１ｃと内部スイッチング装置１１２とによって構成
されている。ポータル１１１ａ，１１１ｂ，１１１ｃ
は、各々バス１１３ａ，１１３ｂ，１１３ｃに接続され
ている。ポータル１１１ａ，１１１ｂ，１１１ｃは、バ
ス１１３ａ，１１３ｂ，１１３ｃ上では１３９４機器と
して振る舞うが、異なるバスに送るべきパケットを受信
した場合には、受信したパケットを内部スイッチング装
置１１２に対して出力する。内部スイッチング装置１１
２は、ポータルから送られたパケットを適切なポータル
に出力する。内部スイッチング装置１１２からパケット
を渡されたポータル１１１ａ，１１１ｂ，１１１ｃは、
そのパケットを自身が接続されているバス１１３ａ，１
１３ｂ，１１３ｃ上に送出する。

【００２４】ＩＥＥＥ１３９４ブリッジ１１０を用いて
異なるバス間を接続し、複数のバスでネットワークを構
成した場合に、あるバスでバスリセットが発生しても、
初期化・物理ＩＤの再割り振りを行う処理は、バスリセ
ットの発生したバスでしか行われず、ＩＥＥＥ１３９４
ブリッジを介して接続されている他のバスでは、バスリ
セットが発生したことを認識しない。このため、他のバ
スで発生したバスリセットにより通信が中断されること
がない。

【００２５】また、ＩＥＥＥ１３９４ブリッジ１１０
は、あるポータルが受信したパケットの中から異なるバ
スに渡すべきパケットを選択して、そのパケットを転送
する機能を備えている。以下、Ｐ１３９４．１委員会の
発行しているＰ１３９４．１草案規格に基づき、アシン
クロナス・パケット、ストリーム・パケットの転送方法
について具体的に説明する。

【００２６】ＩＥＥＥ１３９４ブリッジ１１０は受信し
たアシンクロナス・パケットの送信先バスＩＤフィール
ドＦ１００（図２２参照）を抽出し、予め格納されてい
る転送情報を参照して、受信したパケットを内部スイッ
チング機構に出力するかどうかの判断を行う。転送情報
の格納形式には、例えば１０２３ビットのビット列であ
るルーティング・マップが挙げられる。ルーティング・
マップの設定は、送信先バスＩＤフィールドＦ１００の
値が‘ｎ’のアシンクロナスパケットを転送するように
設定する場合には、上位ｎ＋１ビット目の値を‘１’と
する。

【００２７】図３０は、例えば４つのネットワークが３
つのＩＥＥＥ１３９４ブリッジ１１０によって接続され
て構成されるネットワークにおけるポータルのルーティ
ング・マップを示す図面である。図３０に示された例で
は、上位１，２，４，ビット目に値‘１’がセットされ
る。図３１は、ストリーム・パケットの転送に用いられ
るＳＴＲＥＡＭ ＣＯＮＴＲＯＬエントリ（以下、ＳＣ
Ｒと称する）のフォーマットを示す図である。このＳＣ
Ｒは各々のポータルに最大６４個実装され、各々に番号
が付されている。

【００２８】図３１において、ｓｔフィールドＦ１４０
は、チャネル（ｃｈａｎｎｅｌ）フィールドＦ１４１に
格納されたストリーム・パケットを受信した際に、その
ストリーム・パケットを内部スイッチング装置１１２に
出力する（以下、この動作をリスナ動作と称する）か、
自身が接続されているバスに出力する（以下、この動作
をトーカ動作と称する）かを定めるフィールドである。
例えば、ｓｔフィールドＦ１４０に値‘１ｈ’が設定さ
れている場合には、チャネル（ｃｈａｎｎｅｌ）フィー
ルドＦ１４１に格納された番号のチャネルを使用してい
るストリーム・パケットに対してはリスナ動作を行い、
値‘２ｈ’が設定されている場合には、内部スイッチン
グ装置１１２から渡されたストリーム・パケットに対し
てトーカ動作を行う。尚、‘０ｈ’は、ＳＣＲの設定が
無効であることを示す。

【００２９】チャネル（ｃｈａｎｎｅｌ）フィールドＦ
１４１は、バスから受信したストリーム・パケットの
内、異なるバスに転送すべきストリーム・パケットが使
用しているチャネルの番号又は内部スイッチング装置１
１２から渡されたストリーム・パケットを自身が接続さ
れているバスに送出する際に、ストリーム・パケットの
チャネル（ｃｈａｎｎｅｌ）フィールドＦ１１０（図２
３参照）に記述するチャネルの番号が記載されているフ
ィールドである。ｉフィールドＦ１４１は、転送を行う
ストリーム・パケットがアイソクロナス・ストリーム・
パケットであるか、又はアシンクロナス・ストリーム・
パケットであるかを示すフィールドである。

【００３０】ポータルは、自身が接続されているバスか
らストリーム・パケットを受信すると、受信したパケッ
トからチャネル（ｃｈａｎｎｅｌ）フィールドＦ１１０
に記載されている値を抽出する。抽出した値がポータル
に実装されているＳＣＲを全て参照して、例えば、ｓｔ
フィールドＦ１４０が値‘１ｈ’に設定され、チャネル
（ｃｈａｎｎｅｌ）フィールドＦ１４１に抽出された値
が設定されているＳＣＲが存在していれば、ポータルは
リスナ動作を行い、受信したストリーム・パケットを内
部スイッチング装置１１２に出力する。ここでは番号が
ｎ（ｎは自然数）のＳＣＲ［ｎ］に設定がなされていた
ものとする。内部スイッチング装置１１２は、適切なポ
ータルを選択して入力されたストリーム・パケットを選
択されたポータルに出力する。内部スイッチング装置１
１２からストリーム・パケットを受信したポータルは、
パケットをバスから受信したポータルが参照したＳＣＲ
と同じ番号のＳＣＲ［ｎ］を参照する。例えば、ＳＣＲ
［ｎ］のｓｔフィールドＦ１４０が‘２ｈ’であれば、
チャネル（ｃｈａｎｎｅｌ）フィールドＦ１４１に記載
されている値を、渡されたストリームパケットのチャネ
ル（ｃｈａｎｎｅｌ）フィールドＦ１１０に設定して、
バス上に出力する。

【００３１】

【発明が解決しようとする課題】ところで、従来の通信
経路制御方法は、ＩＥＥＥ１３９４ブリッジを用いて複
数のバスを相互に接続することで構成されるネットワー
クに適用できないという問題がある。その理由は以下の
通りである。つまり、従来の通信経路制御方法は、１３
９４機器間に通信経路を確立する際に経路として用いら
れるバスを調査する手順を有しておらず、また、自身が
接続されているバスとは異なるバスで経路にあたるバス
のリソースを確保し、解放する手順を有していないため
である。更に、自身が接続されているバスとは異なるバ
スで経路にあたるバスのバスリセットを検出できず、且
つネットワークのトポロジーの変化を検出できないため
である。

【００３２】本発明は、上記事情に鑑みてなされたもの
であり、高速シリアルバスＩＥＥＥ１３９４等のパケッ
ト方式によるシリアル双方向通信が可能であり且つＡＶ
機器を複数台接続可能なバスを相互に接続するブリッジ
を用いて複数のバスを相互に接続することで構成される
ネットワークにおいても、ネットワークに接続されてい
る１３９４機器間の通信経路の確立・切断、及びバスリ
セットに伴う通信経路の再確立を可能にする通信経路制
御方法、機器制御装置、及びブリッジを提供することを
目的とする。

【００３３】

【課題を解決するための手段】上記課題を解決するため
に、本発明のブリッジは、少なくとも１以上のノードを
接続してなるバス同士を接続するブリッジであって、同
一の前記バスに接続されたノード間、又は異なる前記バ
スに接続されたノード間の接続毎の受信ノード数を記憶
する記憶手段を具備することを特徴としている。また、
前記バスは、ＩＥＥＥ１３９４規格に定められたバスで
あり、前記ブリッジは、前記バスが接続されるポータル
を複数備え、当該ポータルに接続される前記バス間での
通信が可能なＩＥＥＥ１３９４ブリッジであることを特
徴としている。本発明の通信制御装置は、少なくとも１
以上のノードを接続してなるバス同士が接続されたネッ
トワークにおける通信を制御する機器制御装置であっ
て、同一の前記バスに接続されたノード間、又は異なる
前記バスに接続されたノード間の接続毎の受信ノード数
を記憶する記憶手段を具備することを特徴としている、
また、前記バスは、ＩＥＥＥ１３９４規格に定められた
バスであることを特徴としている。本発明の第一の通信
経路制御方法は、同一のバスに接続されたノード間、又
は異なるバスに接続されたノード間の接続毎の受信ノー
ド数を記憶する記憶手段を備えるブリッジを用いて構成
されるネットワークにおける通信経路を制御する通信経
路制御方法であって、前記ブリッジの記憶手段に記憶さ
れる受信ノード数の増減を行って、前記ノード間の通信
経路を制御することを特徴としている。本発明の第二の
通信経路制御方法は、同一のバスに接続されたノード
間、又は異なるバスに接続されたノード間の接続毎の受
信ノード数を記憶する記憶手段を備える機器制御装置及
びブリッジを用いて構成されるネットワークにおける通
信経路を制御する通信経路制御方法であって、前記機器
制御装置の記憶手段に記憶される受信ノード数の増減を
行って、前記ノード間の通信経路を制御することを特徴
している。本発明の第三の通信経路制御方法は、前記ブ
リッジが、ノード間の接続毎の受信ノード数を記憶する
カウンタを有し、接続されているバスからストリーム・
パケットを受信する第１ポータルと接続されているバス
に前記ストリーム・パケットを送信する第２ポータルと
を備え、前記第１及び前記第２ポータルの各々に関連付
けられている同一のストリームに対する前記カウンタの
値の双方が１以上の値に変化した場合に、前記第１ポー
タルが受信する前記ストリーム・パケットを前記第２ポ
ータルを介して、前記第２ポータルが接続されたバスへ
送信することを特徴としている。本発明の第四の通信経
路制御方法は、前記第１及び前記第２ポータルの各々に
関連付けられている同一のストリームに対する前記カウ
ンタの値の少なくとも一方が０に変化した場合に、前記
第１ポータルから前記第２ポータルを介したストリーム
・パケットの送信を行う設定を解消することを特徴とし
ている。本発明の第五の通信経路制御方法は、前記通信
経路上で隣接するバスの各々に接続される前記ブリッジ
が備えるポータルを探索し、通信経路を確立する場合に
は、探索される各々の前記ポータルが有するカウンタの
値を１増加させることを特徴としている。本発明の第六
の通信経路制御方法は、通信経路の開放を行う場合に
は、探索される各々の前記ポータルが有するカウンタの
値を１減少させることを特徴としている。本発明の第七
の通信経路制御方法は、前記カウンタの値の変更は、送
信ノードと受信ノードとの間の通信経路に存在するポー
タルを探索した後に行われることを特徴としている。本
発明の第八の通信経路制御方法は、前記カウンタの値の
変更は、前記通信経路の一端のバスから開始されて、他
端に達するまで繰り返し行われることを特徴としてい
る。本発明の第九の通信経路制御方法は、前記通信経路
にあたるバスの各々には、前記通信経路に存在するポー
タルの探索及び前記カウンタの値の変更を行う制御手段
を備えるノードが少なくとも一つずつ接続され、当該ノ
ードに対して前記ポータルの探索又はカウンタの値の変
更の要求が行われることを特徴としている。本発明の第
十の通信経路制御方法は、前記ネットワークには、前記
通信経路に存在するポータルの探索を行い、探索された
前記ポータルを識別する識別子を記憶保持するノードが
少なくとも一つ接続され、前記ノードから前記ポータル
の識別子を取得し、取得した前記ポータルの識別子をも
とに前記通信経路の確立又は開放が行われることを特徴
としている。本発明の第十一の通信経路制御方法は、前
記ポータルは、自身の接続されているバスからＩＥＥＥ
１３９４規格に定められたアシンクロナス・パケットを
受信して、他のバスに当該アシンクロナス・パケットを
転送するか否かを判断する転送情報を備えるポータルで
あって、前記通信経路に存在するポータルの探索を行う
場合には、自身の接続されているバスに接続されている
全ての前記ポータルから当該転送情報を取得し、前記受
信ノードと同一のバスに接続されているノードに送信さ
れた前記アシンクロナス・パケットを転送するように設
定された該転送情報を備える前記ポータルを前記ポータ
ルとして特定し、特定されたポータルを備える前記ブリ
ッジが有する他の前記ポータルに対して、前記通信経路
に存在するポータルの探索を行うように要求することを
特徴としている。本発明の第十二の通信経路制御方法
は、前記ポータルが接続されているバスにおいてバスの
初期化が発生し、前記ストリーム・パケットの送信ノー
ドと受信ノードとが当該初期化後も前記ネットワークに
接続されていた場合に、当該初期化を検出し、当該初期
化前に獲得していたリソースの再獲得を行うことを特徴
としている。本発明の第十三の通信経路制御方法は、前
記リソースの再獲得が失敗した場合には、前記ストリー
ム・パケットを用いた通信の通信経路の全てに対して前
記通信経路の切断を行うことを特徴としている。本発明
の第十四の通信経路制御方法は、前記ポータルが、自身
の接続されているバスでの前記初期化を検出した場合
に、該初期化が終了した後、前記リソースの再獲得又は
前記通信経路の切断を行うことを特徴としている。本発
明の第十五の通信経路制御方法は、バスの初期化を検出
したら通知をするように要求する手順が各々の前記ポー
タルが接続されているバスに接続されているノードに対
して行われ、該通知を受信した場合に、前記リソースの
再獲得又は前記通信経路の切断が行われることを特徴と
している。本発明の第十六の通信経路制御方法は、前記
ポータルが接続されているバスにおいてバスの初期化が
発生し、前記送信ノード又は前記受信ノードが当該初期
化後に前記ネットワークに接続されていないことが検出
された場合に、接続されていないことが検出された前記
送信ノード又は前記受信ノードが当該初期化前に行って
いた前記ストリーム・パケットを用いた通信の前記通信
経路の全てに対して切断を行うことを特徴としている。
本発明の第十七の通信経路制御方法は、各々の前記経路
ポータルに対して定期的に前記アシンクロナス・パケッ
トを送信し、前記ポータルからの応答がなかった場合に
は前記ポータルが接続されているバスが前記ネットワー
クから抜けたと判断し、該バスに接続されていた前記ポ
ータルを用いる通信経路の全てに対して切断を行うこと
を特徴としている。

【００３４】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態による通信経路制御方法、機器制御装置、及びブ
リッジについて詳細に説明する。図１は、本発明の実施
形態による通信経路制御方法、機器制御装置、及びブリ
ッジが用いられるネットワークの構成を示すブロック図
である。図１に示したネットワークは、バス１ａ〜１ｄ
の４つのバスを、２つのポータルで構成されたＩＥＥＥ
１３９４ブリッジ２ａ〜２ｃを介して接続することで構
成されている。つまり、ＩＥＥＥ１３９４ブリッジ２ａ
は、バス１ａとバス１ｂとを接続し、ＩＥＥＥ１３９４
ブリッジ２ｂは、バス１ｂとバス１ｃとを接続し、ＩＥ
ＥＥ１３９４ブリッジ２ｃは、バス１ｂとバス１ｄとを
接続する。

【００３５】バス１ａは１３９４機器３ａ，３ｂ，３ｃ
が接続されて構成され、バス１ｂは１３９４機器４ａ，
４ｂ，４ｃが接続されて構成され、バス１ｃは１３９４
機器５ａ，５ｂ，５ｃ，５ｄが接続されて構成され、バ
ス１ｄは１３９４機器６ａ，６ｂが接続されて構成され
る。また、ＩＥＥＥ１３９４ブリッジ２ａはポータル７
ａ，７ｂを備え、ＩＥＥＥ１３９４ブリッジ２ｂはポー
タル８ａ，８ｂを備え、ＩＥＥＥ１３９４ブリッジ２ｃ
はポータル９ａ，９ｂを備える。尚、各ポータル７ａ，
７ｂ，８ａ，８ｂ，９ａ，９ｂは、図３０に示すルーテ
ィング・マップを備えている。本発明の実施形態では接
続管理方式の具体的な説明のため、バス１ｃに接続され
ている１３９４機器５ｄは、図２４に示した機器制御装
置であり、ネットワークに接続されている各１３９４機
器の機器情報を収集し、収集した機器情報を参照して１
３９４機器間の通信経路の管理を行うノードであるとす
る。また、１３９４機器３ａ〜３ｃ，４ａ〜４ｃ，５ａ
〜５ｄ，６ａは全てＰＣＲ（Ｐｌｕｇ Ｃｏｎｔｒｏｌ
Ｒｅｇｉｓｔｅｒ）を備えているものとする。

【００３６】〔第１実施形態〕以下、本発明の第１実施
形態について説明する。本発明の第１実施形態において
は、図１に示した各々のポータル７ａ，７ｂ，８ａ，８
ｂ，９ａ，９ｂが転送を行うストリーム毎に通信経路管
理テーブルを有するものとする。図２は、ＩＥＥＥ１３
９４ブリッジ２ａの内部構成を示すブロック図である。
尚、ＩＥＥＥ１３９４ブリッジ２ｂ，２ｃの内部構成は
ＩＥＥＥ１３９４ブリッジ２ａと同様であるので、説明
を省略する。図２に示されたように、ＩＥＥＥ１３９４
ブリッジ２ａはポータル７ａとポータル７ｂとを内部ス
イッチング機構１０とで接続した構成となっている。ポ
ータル７ａは、コマンド制御部１１、通信経路管理テー
ブル記憶部１２、１３９４トランザクション層１３、１
３９４リンク層１４、１３９４物理層１５、及びシリア
ルバスマネージメント１６から構成される。通信経路管
理テーブル記憶部１２には、複数の通信経路管理テーブ
ル１７ａ〜１７ｎが設けられ、各々の通信経路管理テー
ブル１７ａ〜１７ｎには接続カウンタ１８ａ〜１８ｎが
それぞれ設けられている。

【００３７】また、ポータル７ｂもポータル７ａと同様
に、コマンド制御部２１、通信経路管理テーブル記憶部
２２、１３９４トランザクション層２３、１３９４リン
ク層２４、１３９４物理層２５、及びシリアルバスマネ
ージメント２６から構成され、通信経路管理テーブル記
憶部２２には、複数の通信経路管理テーブル２７ａ〜２
７ｎが設けられ、各々の通信経路管理テーブル２７ａ〜
２７ｎには接続カウンタ２８ａ〜２８ｎがそれぞれ設け
られている。

【００３８】図３は、自身の接続しているバスにストリ
ーム・パケットを送出しているポータル（以下、トーカ
ー・ポータルと称する）と、通信経路の確立・切断を指
示する１３９４機器からの指示を受けるポータル（以
下、代表ポータルと称する）が格納している１ストリー
ム分の通信経路管理テーブルの具体例を示す図である。
送信バスフィールドＦ１には、ストリーム・パケットを
送信するノード（以下、送信ノードと称する）が接続さ
れているバスのバスＩＤが記載される。ＥＵＩ−６４フ
ィールドＦＡ２は、送信ノードのＥＵＩ−６４情報が記
載される。ｏＰＣＲ番号フィールドＦＡ３は、送信ノー
ドがストリーム・パケットを送信する際に使用するｏＰ
ＣＲの番号が記載される。

【００３９】接続カウンタ（コネクション・カウンタ）
フィールドＦＡ４には、ＥＵＩ−６４フィールドＦＡ２
に記載されるＥＵＩ−６４情報で特定される送信ノード
が、ｏＰＣＲ番号フィールドＦＡ３に記載される番号の
ｏＰＣＲを用いて送信しているストリーム・パケット
を、ポータルを経路として使用しながら受信しているノ
ードの数が記載されている。制御装置（コントローラ）
フィールドＦＡ５には、通信経路の確立を最初に要求し
た１３９４機器のノードＩＤが記載される。

【００４０】所要帯域フィールドＦＡ６には、獲得した
帯域が記載されている。チャネル番号フィールドＦＡ７
には、獲得したチャネルの番号が記載されている。ＳＣ
Ｒ番号フィールドＦＡ８には、チャネル番号フィールド
ＦＡ７に記載されているチャネルの番号が設定されてい
るＳＣＲの番号が記載される。リスナ・ポータル（Ｌｉ
ｓｔｅｎｅｒ−Ｐｏｒｔａｌ）フィールドＦＡ９には、
ポータルがバス上に送出しているストリーム・パケット
を受信して隣接するバスに転送しているポータルの物理
ＩＤが記載されている。

【００４１】図４は、自身の接続しているバスからスト
リーム・パケットを受信しているポータル（以下、リス
ナ・ポータルと称する）が格納している１ストリーム分
の通信経路管理テーブルの具体例を示す図面である。ト
ーカー・ポータルフィールドＦＢ５には、自分が受信し
ているストリーム・パケットをバス上に送出しているポ
ータルの物理ＩＤが記載される。ＳＣＲ番号フィールド
ＦＢ６には、受信したストリーム・パケットを隣接する
ポータルに渡す際に使用しているＳＣＲの番号が記載さ
れる。ＥＵＩ−６４フィールドＦＢＩには、送信ノード
のＥＵＩ−６４情報が記載される。ｏＰＣＲ番号フィー
ルドＦＢ２には、送信ノードがストリーム・パケットを
送信する際に使用するｏＰＣＲの番号が記載される。チ
ャネル番号フィールドＦＢ３には、受信するストリーム
・パケットが使用しているチャネルの番号が記載され
る。

【００４２】［通信経路の確立］ ［経路情報の調査と、帯域及びチャネルの確保］次に、
１３９４機器５ｄが、１３９４機器３ｂと１３９４機器
６ｂとの間に通信経路を確立する場合の処理を具体的に
説明する。ここでは、１３９４機器３ｂが送信ノードで
あり、１３９４機器６ｂがアイソクロナス・ストリーム
・パケットを受信するノード（以下、受信ノードと称す
る）であるとする。

【００４３】１３９４機器５ｄは、通信経路の確立に先
だって収集された機器情報を参照して、送信バスに接続
されているポータル７ａを代表ポータルと選出し、ポー
タル７ａに対して、受信ノードが接続されているバス
（以下、受信バスと称する）までの経路を調査し、経路
にあたっている各々のバス（以下、経路バスと称する）
の帯域及びチャネルの確保を要求する。具体的には、格
納している通信経路管理テーブルの接続カウンタフィー
ルドＦＢ４の値を‘１’増加（インクリメント）させる
ことを要求する。この要求においては、具体的にはコマ
ンドが用いられる。以下、コマンドについて説明する。

【００４４】１３９４機器又はポータルに対して、何ら
かの要求を行う目的で使用されるものを要求コマンド
（リクエスト・コマンド）、受信した要求に対して返信
を行う目的で使用されるものを応答コマンド（レスポン
ス・コマンド）と呼ぶ。要求コマンド及び応答コマンド
の送信はＣＳＲ（Ｃｏｍｍａｎｄ ａｎｄ Ｓｔａｔｕ
ｓ Ｒｅｇｉｓｔｅｒ）空間に予め確保されている領域
（以下、コマンド領域と称する）に対するライト・トラ
ンザクションによって行われる。従って、要求コマン
ド、応答コマンドに対応するためには、予めコマンド領
域を実装しておく必要がある。要求コマンド、及び応答
コマンドを受信した１３９４機器又はポータルは、書き
込まれた内容をコマンド領域から読み出すことによっ
て、要求されている内容や、返信された情報を取得す
る。

【００４５】図５は、上記コマンドのフォーマットの一
例を示す図である。図５に示されたように、コマンド
は、複数のフィールドＦＣ１〜ＦＣ１９からなる。これ
らのフィールドの内、ｔｃｏｄｅフィールドＦＣ５に
は、書込要求（ｗｒｉｔｅ ｒｅｑｕｅｓｔ）であるこ
とを示す値が記述され、送信先オフセットフィールドＦ
Ｃ８には、ＣＳＲ空間内に確保されたコマンド領域の先
頭アドレスが記述される。

【００４６】また、ｃｔｙｐｅフィールドＦＣ１３は、
コマンドの種別（ｃｏｍｍａｎｄｔｙｐｅ）を示すフィ
ールドである。例えば、要求コマンドの場合は‘１ｈ’
が、応答コマンドの場合は‘０ｈ’が記述される。ｒｃ
ｏｄｅフィールドＦＣ１４は、応答コマンドにのみ利用
されるフィールドである。応答コマンドはｒｃｏｄｅフ
ィールドＦＣ１４の値により以下のように分類される。 ・‘８ｈ’：ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ（コマン
ドを受信したノードが要求された動作をサポートしてい
ない） ・‘９ｈ’：ＡＣＣＥＰＴＥＤ（要求された動作が完了
した） ・‘Ａｈ’：ＲＥＪＥＣＴＥＤ（要求された動作が完了
しなかった） ・‘Ｂｈ’：ＩＮＴＥＲＩＭ（要求を受け付け、現在処
理中である）

【００４７】以下、ｒｃｏｄｅフィールドＦＣ１４に
‘８ｈ’が設定されている応答コマンドを「応答（ＮＯ
Ｔ ＩＭＰＬＥＭＥＮＴＥＤ）コマンド」、‘９ｈ’が
設定されている応答コマンドを「応答（ＡＣＣＥＰＴＥ
Ｄ）コマンド」、‘Ａｈ’が設定されている応答コマン
ドを「応答（ＲＥＪＥＣＴＥＤ）コマンド」、‘Ｂｈ’
が設定されている応答コマンドを「応答（ＩＮＴＥＲＩ
Ｍ）コマンド」という。尚、応答（ＩＮＴＥＲＩＭ）コ
マンドを送信した１３９４機器は、要求された動作が終
了した後に、応答コマンドを再び送信する。

【００４８】図５中のｃｌフィールドＦＣ１５は、コマ
ンドを識別するためのラベル（ｃｏｍｍａｎｄ ｌａｂ
ｅｌ）を記述するフィールドであり、ある要求コマンド
とそれに対する応答コマンドのｃｌフィールドの値は一
致していなければならない。ｏｐｃｏｄｅフィールドＦ
Ｃ１６は、要求コマンドを受信した１３９４機器が行う
べき動作や、返信すべき状態を記述するフィールドであ
る。オペランドフィールドＦＣ１７は、ｏｐｃｏｄｅフ
ィールドＦＣ１６で指定されている動作を実行するのに
必要な情報や、返信の際に含まれる情報を格納するフィ
ールドであり、その値はコマンドにより異なる。要求コ
マンドを受信した１３９４機器は、応答（ＡＣＣＥＰＴ
ＥＤ）コマンド又は応答（ＲＥＪＥＣＴＥＤ）コマンド
を送信するまで、受信した要求コマンドに設定されてい
たｃｌフィールドＦＣ１５、ｏｐｃｏｄｅフィールドＦ
Ｃ１６の値と、受信した書込要求パケットの送信元ＩＤ
フィールドの値を格納している。

【００４９】図６は、図１中の１３９４機器５ｄから、
ポータル７ａに対して送信される要求コマンドの具体例
を示す図面である。送信先バスＩＤフィールドＦＣ１に
は、ポータル７ａが接続されているバス１ａのバスＩＤ
である‘０００ｈ’が設定される。送信先物理ＩＤフィ
ールドＦＣ２には、ポータル７ａの物理ＩＤが設定され
る。ｔｃｏｄｅフィールドＦＣ５には、ＩＥＥＥ１３９
４規格に定められた「データブロックに対する書込要求
（ｗｒｉｔｅ ｒｅｑｕｅｓｔ ｆｏｒ ｄａｔａ ｂ
ｌｏｃｋ）」であることを示す‘１ｈ’が記述される。
送信元ＩＤフィールドＦＣ７には１３９４機器５ｄのノ
ードＩＤが記述される。ｃｔｙｐｅフィールドＦＣ１３
には、コマンドが要求コマンドであることを示す値‘１
ｈ’が設定される。ｃｌフィールドＦＣ１５には、ここ
では具体例として‘１ｈ’が設定されている。ｏｐｃｏ
ｄｅフィールドＦＣ１６には、要求コマンドの要求が送
信バスから受信バスまでの通信経路の確立の要求である
ことを示す値が設定される。ここでは、具体例として
‘０ｈ’が設定されている場合を図示した。オペランド
フィールドＦＣ１７は、送信バスのバスＩＤ、送信ノー
ドのＥＵＩ−６４情報、使用するｏＰＣＲの番号、受信
バスのバスＩＤである‘００３ｈ’、及び確保すべき帯
域が記載される。

【００５０】図７〜図９は、通信経路の確立が行われて
いる際のポータルの処理手順を示すフローチャートであ
る。この処理は、１３９４機器５ｄから送信された要求
コマンドを受信した時に開始される。まず、ポータル７
ａが、コマンド領域から読み出して要求コマンドの内容
を受信すると、受信した要求コマンドの内容から、格納
している通信経路管理テーブルの接続カウンタフィール
ドの値を‘１’増加させるよう要求されたことを認識す
る（ステップＳＡ２）。認識後、ポータル７ａは、１３
９４機器５ｄに対して応答（ＩＮＴＥＲＩＭ）コマンド
を送信する（ステップＳＡ３）。

【００５１】ここで、図１０は、ステップＳＡ３の処理
においてポータル７ａが送信する応答コマンドの具体例
を示す図である。送信先バスＩＤフィールドＦＤ１に
は、先に受信した要求コマンドの送信元ＩＤフィールド
ＦＣ７（図６参照）の上位１０ビットの値である１３９
４機器５ｄが接続されているバス１ｃのバスＩＤ‘００
２ｈ’が設定される。送信先物理ＩＤフィールドＦＤ２
には、先に受信した要求コマンドの送信元ＩＤフィール
ドＦＣ７の下位６ビットの値である１３９４機器５ｄの
物理ＩＤが設定される。

【００５２】ｔｃｏｄｅフィールドＦＤ５には、ＩＥＥ
Ｅ１３９４規格に定められた「データｑｕａｄｌｅｔに
対する書込要求（ｗｒｉｔｅ ｒｅｑｕｅｓｔ ｆｏｒ
ｄａｔａ ｑｕａｄｌｅｔ）」であることを示す‘０
ｈ’が記述される。送信元ＩＤフィールドＦＤ７の上位
１０ビットには‘０００ｈ’が、下位６ビットには、ポ
ータル７ａの物理ＩＤがそれぞれ記述される。ｃｔｙｐ
ｅフィールドＦＤ１０には、コマンドが応答コマンドで
あることを示す値‘０ｈ’が設定される。ｒｃｏｄｅフ
ィールドＦＤ１１には、要求コマンドの要求を受け付
け、現在処理中であることを示す‘Ｂｈ’が設定され
る。ｃｌフィールドＦＣ１２には、受信した要求コマン
ドに設定されていた‘１ｈ’が設定される。

【００５３】さて、応答（ＩＮＴＥＲＩＭ）コマンドを
受信した１３９４機器５ｄは、要求が受け付けられたこ
とを認識して、次に送られる応答コマンドを待つ。ポー
タル７ａは、オペランドフィールドに記載されている送
信バスのバスＩＤ、送信ノードのＥＵＩ−６４情報とｏ
ＰＣＲ番号から特定される通信経路管理テーブルを格納
しているかどうかを確認する（ステップＳＡ４）。ステ
ップＳＡ４における判断結果が「ＮＯ」の場合、つまり
格納していなかった場合には、新たに通信経路管理テー
ブルを作成して受信した情報を記載する（ステップＳＡ
６）。具体的には、受信した要求コマンドのオペランド
フィールドに含まれている送信バスのバスＩＤ、送信ノ
ードのＥＵＩ−６４情報、ｏＰＣＲ番号、所要帯域を記
載し、受信した書込要求パケットの送信元ＩＤフィール
ドの値を、制御装置フィールドに記載する。また、接続
カウンタフィールドは‘１’に設定される。通信経路管
理テーブルを既に格納していた場合、つまりステップＳ
Ａ５の判断結果が「ＹＥＳ」である場合の処理について
は後述する。

【００５４】ポータル７ａは、通信経路管理テーブルの
作成後（ステップＳＡ６の処理後）、バス１ａのＩＲＭ
（Ｉｓｏｃｈｒｏｎｏｕｓ Ｒｅｓｏｕｒｃｅ Ｍａｎ
ａｇｅｒ）である１３９４機器３ｃから要求された帯域
及びチャネルを獲得する（ステップＳＡ７）。帯域及び
チャネルの獲得に成功した場合は、ステップＳＡ６の処
理で作成した通信経路管理テーブルのチャネル番号フィ
ールドに獲得したチャネルの番号を記載する。帯域又は
チャネルの獲得に失敗した場合（ステップＳＡ８の判断
結果が「ＮＯ」の場合）には、応答（ＲＥＪＥＣＴＥ
Ｄ）コマンドを要求コマンドを送信した１３９４機器又
はポータルに送信し（ステップＳＡ９）、新規に作成し
た通信経路管理テーブルを破棄して（ステップＳＡ１
０）処理は終了する。

【００５５】一方、帯域及びチャネルの獲得に成功した
場合、つまりステップＳＡ８の判断結果が「ＹＥＳ」の
場合には、ポータル７ａは、受信した要求コマンドに設
定すべきＳＣＲの番号が含まれていたかどうか確認する
（ステップＳＡ１１）。ＳＣＲ番号が含まれていない場
合、つまりステップＳＡ１１の判断結果が「ＮＯ」の場
合には、要求コマンドに含まれている受信バスのバスＩ
Ｄと、自身のバスＩＤを比較する（ステップＳＡ１
２）。ステップＳＡ１２において、バスＩＤが一致した
場合、つまり判断結果が「ＹＥＳ」である場合には、ス
テップＳＡ１３の処理に移行する。このステップＳＡ１
３の処理の詳細は後述する。また、ステップＳＡ１１に
おいて、ＳＣＲ番号が含まれていた場合、つまり判断結
果が「ＹＥＳ」の場合の処理については後述する。

【００５６】ステップＳＡ１２において、要求コマンド
に含まれている受信バスのバスＩＤと、自身のバスＩＤ
を比較した結果、バスＩＤが一致しない場合、つまり判
断結果が「ＮＯ」である場合には、ポータル７ａは、自
身が接続されているバスに接続されている全てのポータ
ルと自分自身からルーティング・マップを取得する（ス
テップＳＡ１４）。この場合、バス１ａにあるポータル
はポータル７ａのみなので、自身の格納しているルーテ
ィング・マップを読み出す。ポータル７ａは取得したル
ーティング・マップを参照して、受信バスのバスＩＤを
示すビットが‘１’に設定されているルーティング・マ
ップを格納しているポータルを送信バスから受信バスま
での経路にあたるポータルであると特定する（ステップ
ＳＡ１５）。

【００５７】特定されたポータルの物理ＩＤは通信経路
管理テーブルのリスナ・ポータルフィールドに記載され
る。この場合、ポータル７ａのルーティング・マップの
上位４ビット目には‘１’が設定されているので、自身
を経路にあたるポータルであると認識する。ポータルの
特定に失敗した場合、つまりステップＳＡ１６における
判断結果が「ＮＯ」である場合には、ステップＳＡ９と
同様の処理（ステップＳＡ１７）を実行した後、確保し
た帯域及びチャネルを解放し、ＳＣＲの設定をクリアし
て、ステップＳＡ１０と同様の処理（ステップＳＡ１
８）を行い処理を終了する。

【００５８】一方、ポータルの特定に成功した場合、つ
まりステップＳＡ１６における判断結果が「ＹＥＳ」の
場合には、ポータル７ａは経路にあたるポータルとして
特定されたポータルに対して、隣接するポータル７ｂに
対して接続カウンタフィールドの値を‘１’増加させる
ように要求する要求コマンドを送信するように要求する
要求コマンドを送信する（ＳＡ１９）。この要求コマン
ドのオペランドフィールドには、送信バスのバスＩＤ、
送信ノードのＥＵＩ−６４情報と使用するｏＰＣＲの番
号、通信経路の確立を行おうとしている１３９４機器の
ノードＩＤ（１３９４機器５ｄのノードＩＤ）、受信バ
スのバスＩＤ、必要な帯域、ポータル７ａが獲得したチ
ャネルの番号が記述される。ただし、この場合は自身を
経路にあたるバスとして特定しているのでバス１ａ上に
パケットは送出されない。

【００５９】要求コマンドを受信したポータル７ａは、
コマンド領域から受信した要求コマンドの内容を読み出
し（ステップＳＡ２０）、隣接するポータルに対して接
続カウンタフィールドの値を‘１’増加させるように要
求する要求コマンドを送信するように要求されたことを
認識する（ステップＳＡ２１）。認識後、要求コマンド
を送信した１３９４機器又はポータルに対して、応答
（ＩＮＴＥＲＩＭ）コマンドを送信する（ステップＳＡ
２２）。また、ポータルが応答（ＩＮＴＥＲＩＭ）コマ
ンドを受信すると（ステップＳＡ２３）、次に送信され
る応答コマンドを待つ（ステップＳＡ２４）。この場
合、ポータル７ａが自身に対して、要求コマンドを送信
しているので応答（ＩＮＴＥＲＩＭ）コマンドはバス上
には送信されない。

【００６０】一方、応答（ＩＮＴＥＲＩＭ）コマンド送
信後、ポータル７ａは受信した要求コマンドのオペラン
ドフィールドに含まれている送信ノードのＥＵＩ−６４
情報とｏＰＣＲ番号で特定される通信経路管理テーブル
が格納されていない場合、つまりステップＳＡ２６の判
断結果が「ＮＯ」の場合には、読み出したオペランドフ
ィールドに含まれている送信ノードのＥＵＩ−６４情報
とｏＰＣＲ番号、受信した書込要求パケットの送信元Ｉ
Ｄフィールドの下位６ビットの値をトーカー・ポータル
フィールドに記載した通信経路管理テーブルを新規に作
成する（ステップＳＡ２７）。この際、接続カウンタフ
ィールドには値‘１’を設定する。通信経路管理テーブ
ルを新規に作成した場合、ポータル７ａは自身の使用可
能なＳＣＲに要求コマンドに含まれているチャネルの番
号を設定する（ステップＳＡ２８）。

【００６１】ＳＣＲ番号の設定に失敗した場合、つまり
ステップＳＡ２９の判断結果が「ＮＯ」の場合には、ス
テップＳＡ９と同様の処理（ステップＳＡ３０）の処理
を行う。その後、接続カウンタフィールドの値を参照し
て値が‘０’でない場合、つまりステップＳＡ３１の判
断結果が「ＮＯ」の場合には処理を終了する。一方、接
続カウンタフィールドの値を参照して値が‘０’でない
場合、つまりステップＳＡ３１の判断結果が「ＹＥＳ」
の場合には、ＳＣＲ番号フィールドに記載された番号で
特定されるＳＣＲの設定をクリアし（ステップＳＡ３
２）、ステップＳＡ１０と同様の処理（ステップＳＡ３
３）を行って処理を終了する。

【００６２】ＳＣＲ番号の設定に成功した場合、つまり
ステップＳＡ２９の判断結果が「ＹＥＳ」の場合には、
ポータル７ａはポータル７ｂに対して、接続カウンタフ
ィールドの値を‘１’だけ増加させるように要求する要
求コマンドを送信する（ステップＳＡ３４）。このと
き、オペランドフィールドには、送信バスのバスＩＤ、
送信ノードのＥＵＩ−６４情報と使用するｏＰＣＲの番
号、通信経路の確立を行おうとしている１３９４機器の
ノードＩＤ（１３９４機器５ｄのノードＩＤ）、受信バ
スのバスＩＤ、必要な帯域、設定を行ったＳＣＲの番号
が記載される。

【００６３】要求コマンドを受信したポータル７ｂは、
ステップＳＡ１からステップＳＡ１９までの処理を行
う。ここで、ステップＳＡ１１の処理では、要求コマン
ドに含まれている番号をもつＳＣＲに対してバス１ｂで
獲得されたチャネルの番号を設定し、同時に通信経路管
理テーブルのＳＣＲフィールドに値を格納する。また、
ステップＳＡ１９の処理ではポータル９ａに対して、隣
接するポータル９ｂに接続カウンタフィールドの値を
‘１’だけ増加させるように要求する要求コマンドの送
信を要求する要求コマンドを送信する。

【００６４】要求コマンドを受信したポータル９ａは、
ステップＳＡ２０からステップＳＡ３４までの処理を行
って接続カウンタフィールドの値を‘１’増加させるよ
うに要求するポータル９ｂに要求コマンドを送信する。
そして、ステップＳＡ２３及びステップＳＡ２４の処理
と同様な処理を行う（ステップＳＡ３５）。要求コマン
ドを受信したポータル９ｂは、処理ステップＳＡ１から
ステップＳＡ１２までの処理を行う。ここで、ステップ
ＳＡ１２の処理では受信バスのバスＩＤと自身のバスＩ
Ｄが一致するので、要求コマンドを送信したポータル９
ａに対して、オペランドフィールドに自身のノードＩＤ
とバス１ｄでポータル９ｂが獲得したチャネルの番号を
記載した応答（ＡＣＣＥＰＴＥＤ）コマンドを送信し
（ステップＳＡ１３）、処理を終了する。

【００６５】ポータル９ａがポータル９ｂからの応答コ
マンドを受信すると（ステップＳＡ３６）、ポータル９
ａは受信した応答コマンドが応答（ＡＣＣＥＰＴＥＤ）
コマンドであるかどうかを確認する（ステップＳＡ３
７）。応答（ＡＣＣＥＰＴＥＤ）コマンドであった場
合、つまり、ステップＳＡ３７における判断結果が「Ｙ
ＥＳ」である場合には、要求コマンドを送信したポータ
ル７ｂに対して応答（ＡＣＣＥＰＴＥＤ）コマンドを送
信する処理（ステップＳＡ３８）を行って、処理を終了
する。尚、ステップＳＡ３８においては、自身のノード
ＩＤと通信経路管理テーブルのチャネル番号フィールド
に記載されている値をオペランドフィールドに付加した
応答（ＡＣＣＥＰＴＥＤ）コマンドを送信する。一方、
ステップＳＡ３７において、受信した応答コマンドが応
答（ＡＣＣＥＰＴＥＤ）コマンドでない場合、つまり判
断結果が「ＮＯ」の場合には、ステップＳＡ３０からス
テップＳＡ３３までの処理を行って処理を終了する。

【００６６】ポータル９ａからの応答コマンドを受信し
たポータル７ｂは、ステップＳＡ３６及びステップＳＡ
３７の処理を行い、受信した応答コマンドが応答（ＡＣ
ＣＥＰＴＥＤ）コマンドであった場合には、ステップＳ
Ａ３８の処理を行って応答（ＡＣＣＥＰＴＥＤ）コマン
ドをポータル７ａに送信して処理を終了する。それ以外
の場合は、ステップＳＡ３２及びステップＳＡ３３の処
理を行って処理を終了する。

【００６７】ポータル７ｂからの応答コマンドを受信し
たポータル７ａは、ステップＳＡ３５からステップＳＡ
３８まで、又はステップＳＡ３５からステップＳＡ３７
及びステップＳＡ３０からステップＳＡ３３までの処理
を行ってポータル７ａ（自分自身）に応答コマンドを送
信して処理を終了する。自分自身からの応答コマンドを
受信したポータル７ａは、ステップＳＡ３５からステッ
プＳＡ３８まで、又はステップＳＡ３５からステップＳ
Ａ３７及びステップＳＡ３０からステップＳＡ３３まで
の処理を行って応答コマンドを１３９４機器５ｄに送信
して処理を終了する。

【００６８】ポータル７ａからの応答コマンドを受信し
た１３９４機器５ｄは、送信ノードから受信ノードまで
の間に通信経路が確立されたことを認識する。その後、
送信ノードである１３９４機器３ｂのｏＰＣＲと１３９
４機器６ｂのｉＰＣＲに対して設定を行い、１３９４機
器３ｂと１３９４機器６ｂの間でストリーム・パケット
を用いた通信が開始される。１３９４機器５ｄは、受信
した応答（ＡＣＣＥＰＴＥＤ）コマンドから取得される
各経路バスのトーカー・ポータル、リスナ・ポータルの
ノードＩＤ、経路バスで獲得されているチャネルの番号
を格納しておく。

【００６９】［受信ノードの追加］送信ノードが送信し
ているストリーム・パケットを受信する受信ノードを新
規に追加したい場合の処理について、図７〜図９を参照
しつつ説明する。説明には図１に示されるネットワーク
において、既に１３９４機器３ｂと１３９４機器６ｂの
間でアイソクロナス・ストリーム・パケットを用いた通
信が行われている時に、新規に受信ノードとして１３９
４機器５ｃを追加する場合の処理について説明する。

【００７０】通信経路の設定を行う１３９４機器５ｄ
は、先に通信経路を確立する際に代表ポータルとして選
出したポータルに対して、通信経路の確立を要求する要
求コマンドを送信する。具体的には、経路として使用さ
れる各々のポータルが格納している通信経路管理テーブ
ルに保存されている接続カウンタフィールドの値を
‘１’だけ増加させることを要求する要求コマンドをポ
ータル７ａに対して送信する。送信される要求コマンド
のオペランドフィールドには、送信バスのバスＩＤ、送
信ノードのＥＵＩ−６４情報と使用するｏＰＣＲの番
号、受信バスのバスＩＤである‘００２ｈ’と確保すべ
き帯域が記載される。

【００７１】ポータル７ａは、ステップＳＡ１からステ
ップＳＡ３までの処理を行う。その後、ステップＳＡ４
及びステップＳＡ５の処理を行い、要求コマンドのオペ
ランドフィールドから取得した送信ノードのＥＵＩ−６
４情報とｏＰＣＲ番号で特定される通信経路管理テーブ
ルを格納しているかどうかを確認する。この場合、１３
９４機器３ｂと１３９４機器６ｂの間に、既に通信経路
が確立されているので該当する通信経路管理テーブルが
格納されている。

【００７２】通信経路管理テーブルが格納されている場
合は、接続カウンタフィールドの値を‘１’だけ増加さ
せる（ステップＳＡ３９）。接続カウンタフィールドの
値を増加させた後に、ステップＳＡ１２からステップＳ
Ａ１９までの処理を行い、特定されたポータル７ａに対
して隣接するポータルに接続カウンタフィールドの値を
‘１’増加させるよう要求する要求コマンドの送信を要
求する要求コマンドを送信する。ステップＳＡ１９で送
信された要求コマンドを受信したポータル７ａは、ステ
ップＳＡ２０からステップＳＡ２６までの処理を行う。
ここでは、要求コマンドのオペランドフィールドから取
得した送信ノードのＥＵＩ−６４情報とｏＰＣＲ番号で
特定される通信経路管理テーブルが格納されているの
で、ステップＳＡ２６の判断結果は「ＹＥＳ」となり、
ステップＳＡ３９と同様の処理（ステップＳＡ４０）及
びステップＳＡ４０の処理を行い、ポータル７ｂに対し
て接続カウンタフィールドの値を‘１’だけ増加させる
よう要求する要求コマンドを送信する。

【００７３】ポータル７ｂは、ステップＳＡ１からステ
ップＳＡ５までの処理を行う。この時、ポータル７ｂに
は、要求コマンドのオペランドフィールドから取得した
送信ノードのＥＵＩ−６４情報とｏＰＣＲ番号で特定さ
れる通信経路管理テーブルが格納されているので、ステ
ップＳＡ５の判断結果は「ＹＥＳ」となり、ステップＳ
Ａ３９の処理を行った後にステップＳＡ１２からステッ
プＳＡ１９までの処理を行い、ポータル８ａに対して隣
接するポータル８ｂに接続カウンタフィールドの値を
‘１’だけ増加させるよう要求する要求コマンドの送信
を要求する要求コマンドを送信する。

【００７４】ポータル７ｂが送信する要求コマンドを受
信したポータル８ａは、ステップＳＡ２０からステップ
ＳＡ２６までの処理を行い、要求コマンドのオペランド
フィールドから取得した送信ノードのＥＵＩ−６４情報
とｏＰＣＲ番号で特定される通信経路管理テーブルが格
納されているので、ステップＳＡ２６の判断結果は「Ｙ
ＥＳ」となり、ステップＳＡ４０及びステップＳＡ３４
の処理を行い、ポータル８ｂに対して接続カウンタフィ
ールドの値を‘１’だけ増加させるよう要求する要求コ
マンドを送信する。

【００７５】ポータル８ｂは、ステップＳＡ１からステ
ップＳＢ５までの処理を行う。この時、ポータル８ｂに
は、要求コマンドのオペランドフィールドから取得した
送信ノードのＥＵＩ−６４情報とｏＰＣＲ番号で特定さ
れる通信経路管理テーブルが格納されていないので、ス
テップＳＡ５の判断結果は「ＮＯ」となり、ステップＳ
Ａ６からステップＳＡ１２までの処理を行う。ここで、
ステップＳＡ１２では受信バスのバスＩＤと、自身のバ
スＩＤが一致するので、判断結果は「ＹＥＳ」となり、
ステップＳＡ１３の処理を行って処理を終了する。

【００７６】ポータル８ｂからの応答コマンドを受信し
たポータル８ａは、ステップＳＡ２３及びステップＳＡ
２４並びにステップＳＡ４０からステップＳＡ４９の処
理を行って応答コマンドを送信する。尚、ステップＳＡ
４４及びステップＳＡ４９に示した処理は、それぞれス
テップＳＡ９及びステップＳＡ１０と同様の処理であ
る。その後、［通信経路の確立］の項で説明した手順に
従って、応答（ＡＣＣＥＰＴＥＤ）コマンドが１３９４
機器５ｄまで送信される。応答（ＡＣＣＥＰＴＥＤ）コ
マンドを受信した１３９４機器５ｄに１３９４機器５ｃ
までの通信経路が確立されたものと判断して、受信ノー
ドのｉＰＣＲの設定を行う。この設定が終了すると、１
３９４機器５ｃは、送信ノードである１３９４機器３ｂ
の送信するアイソクロナス・ストリーム・パケットを受
信することができる。

【００７７】尚、ステップＳＡ１１において、ＳＣＲ番
号が含まれていたと判断された場合、つまり判断結果が
「ＹＥＳ」の場合にはステップＳＡ５０においてＳＣＲ
の設定処理が行われる。その後、ステップＳＡ５０にお
ける設定処理が成功したか否かが判断される（ステップ
ＳＡ５１）。ステップＳＡ５１において、設定が成功し
たと判断された場合、つまり判断結果が「ＹＥＳ」の場
合には、処理はステップＳＡ１２へ進む。一方、ステッ
プＳＡ５１の判断結果が「ＮＯ」の場合には、ステップ
ＳＡ９及びステップＳＡ１０の処理を行って終了する。

【００７８】［通信経路の切断］次に、既に確立されて
いる通信経路を切断する場合の処理について、図７〜図
９を参照しつつ説明する。説明には図１に示されるネッ
トワークにおいて、既に１３９４機器３ｂと１３９４機
器５ｃ及び及び１３９４機器６ｂとの間に通信経路が確
立されている時に、１３９４機器３ｂと１３９４機器５
ｃの間に確立されている通信経路の切断する場合の処理
について説明する。

【００７９】まず、１３９４機器５ｄは、送信バスの代
表ポータルであるポータル７ａに対して、受信バスまで
の経路を調査し、通信経路を切断するように要求する要
求コマンドを送信する。具体的には、経路として使用さ
れる各々のポータルが格納している通信経路管理テーブ
ルの接続カウンタフィールドの値を‘１’だけ減少（デ
クリメント）させることを要求する要求コマンドを送信
する。

【００８０】図１１〜図１３は、通信経路の切断を行う
際のポータルの処理手順を示すフローチャートである。
図１１に示した処理は、ポータル７ａがコマンド領域か
ら供給コマンドを受信してから開始される。まず、ポー
タル７ａは、コマンド領域から受信した要求コマンドの
内容を読み出し、接続カウンタフィールドの値を‘１’
だけ減少させるよう要求されていることを認識する（ス
テップＳＢ２））。認識後、要求コマンドの送信元であ
るポータル７ａに対して応答（ＩＮＴＥＲＩＭ）コマン
ドを送信する（ステップＳＢ３）。

【００８１】応答（ＩＮＴＥＲＩＭ）コマンド送信後、
通信経路管理テーブルを参照して（ステップＳＢ４）、
受信した要求コマンドのオペランドフィールドから取得
した送信ノードのＥＵＩ−６４情報とｏＰＣＲ番号で特
定される通信経路管理テーブルが格納されているかどう
かを確認する（ステップＳＢ５）。格納されている場
合、つまりステップＳＢ５の判断結果が「ＹＥＳ」の場
合には、接続カウンタフィールドの値を‘１’だけ減少
（デクリメント）させる（ステップＳＢ６）。一方、格
納されていない場合、つまりステップＳＢ５の判断結果
が「ＮＯ」の場合には、応答（ＲＥＪＥＣＴＥＤ）コマ
ンドを送信し（ステップＳＢ７）、処理を終了する。

【００８２】ステップＳＢ６の処理が終了すると、更新
した接続カウンタフィールドの値が‘０’であるか否か
が判断される（ステップＳＢ８）。更新した接続カウン
タフィールドの値が‘０’だった場合、つまりステップ
ＳＢ８の判断結果が「ＹＥＳ」の場合、通信経路管理テ
ーブルの所要帯域フィールド及びチャネル番号フィール
ドを参照して、切断された通信経路のために獲得した帯
域及びチャネルの解放を行い（ステップＳＢ９）、解放
されたチャネルが設定されているＳＣＲの設定をクリア
し（ステップＳＢ１０）、通信経路管理テーブルを破棄
する（ステップＳＢ１１）。

【００８３】続いて、受信バスのバスＩＤと自身のバス
ＩＤが一致するかどうかを調べる（ステップＳＢ１
２）。ここでは、バスＩＤは一致しないのでステップＳ
Ｂ１２の判断結果は「ＮＯ」となり、ポータル７ａは、
自身が接続されているバスに接続されている全てのポー
タルと自分自身からルーティング・マップを取得し（ス
テップＳＢ１４）、取得したルーティング・マップを参
照して、受信バスのバスＩＤを示すビットが‘１’に設
定されているルーティング・マップを格納しているポー
タルを送信バスから受信バスまでの経路にあたるポータ
ルであると特定する（ステップＳＢ１５）。特定に失敗
した場合、つまりステップＳＢ１５の判断結果が「Ｎ
Ｏ」の場合は、ステップＳＢ７と同様の処理（ステップ
ＳＢ１６）を行い、処理を終了する。

【００８４】一方、特定に成功した場合、つまりステッ
プＳＢ１５の判断結果が「ＹＥＳ」の場合には、特定し
たポータルに対して、隣接するポータルに対して、接続
カウンタフィールドの値を‘１’だけ減少させるように
要求する要求コマンドを送信するように要求する要求コ
マンドを送信する（ステップＳＢ１７）。この場合、ポ
ータル７ａは自分自身に対して要求コマンドを送信す
る。ポータル７ａは、コマンド領域から受信した要求コ
マンドの内容を読み出し（ステップＳＢ１８）、隣接す
るポータル７ｂに対して接続カウンタフィールドの値を
‘１’減少させるように要求する要求コマンドの送信を
要求されていることを認識する（ステップＳＢ１９）。

【００８５】認識後、要求コマンドの送信元である自分
自身に対して、応答（ＩＮＴＥＲＩＭ）コマンドを送信
する（ステップＳＢ２０）。応答（ＩＮＴＥＲＩＭ）コ
マンド送信後、ポータル７ａは、通信経路管理テーブル
を参照して（ステップＳＢ２１）、受信した要求コマン
ドのオペランドフィールドから取得した送信ノードのＥ
ＵＩ−６４情報とｏＰＣＲ番号で特定される通信経路管
理テーブルが格納されているかどうかを確認する（ステ
ップＳＢ２２）。格納されていない場合、つまりステッ
プＳＢ２２の判断結果が「ＮＯ」の場合には、応答（Ｒ
ＥＪＥＣＴＥＤ）コマンドを送信し（ステップＳＢ２
３）、処理を終了する。一方、格納されている場合、つ
まりステップＳＢ２１の判断結果が「ＹＥＳ」の場合に
は、ステップＳＢ６の処理と同様に、接続カウンタフィ
ールドの値を‘１’だけ減少（デクリメント）させる
（ステップＳＢ２４）。

【００８６】ステップＳＢ２５において、更新した接続
カウンタフィールドの値が‘０’だった場合、つまり判
断結果が「０」であった場合には、ＳＣＲの設定をクリ
ア（ステップＳＢ２６）し、通信経路管理テーブルを破
棄する（ＳＢ２７）。その後、ポータル７ａは、ポータ
ル７ｂに対して、接続カウンタフィールドの値を‘１’
だけ減少させるように要求する要求コマンドを送信する
（ステップＳＢ２８）。

【００８７】接続カウンタフィールドの値を‘１’だけ
減少させるように要求する要求コマンドを受信したポー
タル７ｂは、ステップＳＢ１からステップＳＢ１５まで
及びステップＳＢ１７を実行する。隣接するポータルに
対して接続カウンタフィールドの値を‘１’だけ減少さ
せるように要求する要求コマンドを受信したポータル８
ａは、ステップＳＢ１８からステップＳＢ２８までの処
理を行う。接続カウンタフィールドの値を‘１’だけ減
少させるように要求する要求コマンドを受信したポータ
ル８ｂは、処理ＳＢ１からステップＳＢ１２までの処理
を行う。ここで、、ステップＳＢ１２においては、受信
バスのバスＩＤと自身のバスＩＤが一致するので、応答
（ＡＣＣＥＰＴＥＤ）コマンドを返信する処理（ステッ
プＳＢ２９）を行って処理を終了する。

【００８８】以下、ポータル８ａ、ポータル７ｂ、ポー
タル７ａは、応答コマンドを受信するとステップＳＢ３
０からステップＳＢ３４までの処理を行い、処理を終了
する。尚、図１３において、処理ＳＢ３０は図８中のス
テップＳＡ２３及びステップＳＡ２４の処理と同様の処
理であり、図１１中のステップＳＢ７と同様の処理であ
る。ポータル７ａから応答コマンドを受信した１３９４
機器５ｄは、応答（ＡＣＣＥＰＴＥＤ）コマンドを受信
した場合には、通信経路の切断が完了したと認識して１
３９４機器５ｃのｉＰＣＲの設定をクリアする。尚、図
１２中のステップＳＢ３８及びステップＳＢ３９の処理
は、それずれステップＳＢ２９及びステップＳＢ７の処
理と同様の処理である。

【００８９】［経路バスでのバスリセット］次に、通信
経路確立後に、経路バスでバスリセットが発生した場合
のポータルの処理について説明する。本説明においては
図１に示されるネットワークにおいて、１３９４機器５
ｄによって１３９４機器３ｂと１３９４機器５ｃ及び１
３９４機器６ｂとの間に通信経路が確立されている時
に、バス１ｂでバスリセットが発生した場合の処理につ
いて説明する。ただし、バスリセット後も送信ノードと
受信ノードはネットワークに接続されているものとす
る。

【００９０】バスリセットが発生し、ＩＥＥＥ１３９４
規格に定められたセルフＩＤプロセスが終了すると、バ
ス１ｂでトーカー・ポータルとして動作しているポータ
ル７ｂは、通信経路管理テーブルを参照してバスリセッ
ト前にバス１ｂで獲得していた帯域及びチャネルの再獲
得を行う。以下、再獲得の結果ごとに説明する。

【００９１】（１）帯域及びチャネルの再獲得に成功し
た場合 この場合、ポータル７ｂは１３９４機器５ｄに通知を行
い処理を終了する。通知を受けた１３９４機器５ｄは、
バスリセットが発生したバスが送信バスあるいは受信バ
スであるかどうかの確認を行う。送信バスあるいは受信
バスであった場合は、送信ノードのｏＰＣＲあるいは受
信ノードのｉＰＣＲの設定を行う。

【００９２】（２）帯域及びチャネルの再獲得には成功
したが、再獲得したチャネルの番号がバスリセット前と
異なる場合 この場合、通信経路管理テーブルのリスナ・ポータルフ
ィールドに物理ＩＤが記述されているポータル（ポータ
ル８ａ、ポータル９ａ）に対して、ＳＣＲの設定を変更
するように要求コマンドを送信する。オペランドフィー
ルドには、ポータル７ｂが格納している通信経路管理テ
ーブルに記載された送信ノードのＥＵＩ−６４情報とｏ
ＰＣＲ番号、新たに設定されるチャネルの番号が記載さ
れている。要求コマンドを受信したポータル（ポータル
８ａ、ポータル９ａ）は、受信した要求コマンドのオペ
ランドフィールドに記載されている送信ノードのＥＵＩ
−６４情報とｏＰＣＲ番号で特定される通信経路管理テ
ーブルのＳＣＲ番号を参照して、その番号をもつＳＣＲ
のチャネル（ｃｈａｎｎｅｌ）フィールドに送信された
チャネルの番号を設定する。設定が終了すると、応答
（ＡＣＣＥＰＴＥＤ）コマンドを送信する。ポータル７
ｂは、応答（ＡＣＣＥＰＴＥＤ）コマンドを受信する
と、自身のＳＣＲに設定されているチャネルの番号を新
たに獲得したチャネルの番号に設定し直す。その後、制
御装置フィールドに物理ＩＤが記載されている１３９４
機器５ｄに対して、新たに獲得したチャネルの番号を通
知する。通知を受けた１３９４機器５ｄは、受信したパ
ケットの送信元ＩＤフィールドから通知をしたポータル
が接続されているバスのバスＩＤを認識して、それが送
信バスあるいは受信バスのバスＩＤであった場合に、送
信ノードのｏＰＣＲあるいは受信ノードのｉＰＣＲの再
設定を行う。

【００９３】（３）帯域又はチャネルの再獲得に失敗し
た場合 図１４〜図１６は、バスリセット後に帯域あるいはチャ
ネルの再確保に失敗した場合のポータルの処理手順を示
すフローチャートである。まず、図１５を参照すると、
ポータル７ｂは、リスナ・ポータルフィールドに物理Ｉ
Ｄが記述されているポータル（ポータル８ａ、ポータル
９ａ）に対して、隣接するポータルに対して接続カウン
タフィールドの値を‘０’にするように要求する要求コ
マンドを送信するように要求する要求コマンドを送信す
る（ステップＳＣ１）。

【００９４】その後、応答（ＩＮＴＥＲＩＭ）コマンド
を受信した（ステップＳＣ２）後、隣接するポータルに
対して、トーカー・ポータルの接続カウンタフィールド
の値を指定する値だけ減少させることを要求する要求コ
マンドの送信を要求する要求コマンドを送信する（ＳＣ
３）。このとき、オペランドフィールドには、送信バス
のバスＩＤ、送信ノードのＥＵＩ−６４情報とｏＰＣＲ
番号、減少させる値を記載する。減少させる値には、バ
スリセット前にポータル７ｂが格納していた接続カウン
タフィールドの値を指定する。

【００９５】続いて、応答（ＩＮＴＥＲＩＭ）コマンド
を受信した（ステップＳＣ２）後、通信経路管理テーブ
ルを参照して、切断しなければならない通信経路の通信
経路管理テーブルの接続カウンタフィールドの値を
‘０’に設定する（ステップＳＣ５）。ポータル７ａ、
ポータル８ａ、ポータル９ａから応答（ＡＣＣＥＰＴＥ
Ｄ）コマンドを受信（ステップＳＣ６）した時点でポー
タル７ｂは１３９４機器５ｄに通知を行い（ステップＳ
Ｃ７）、処理を終了する。

【００９６】ポータル８ａ、ポータル９ａは、コマンド
領域から要求コマンドの内容を読み出し（ステップＳＣ
８）、隣接するポータルに対して接続カウンタフィール
ドの値を‘０’にするように要求する要求コマンドを送
信するように要求を認識する（ステップＳＣ９）。認識
後、ポータル９ａは応答（ＩＮＴＥＲＩＭ）コマンドを
送信する（ステップＳＣ１０）。応答（ＩＮＴＥＲＩ
Ｍ）コマンドを送信した後、受信した要求コマンドのオ
ペランドフィールドから取得した送信ノードのＥＵＩ−
６４情報とｏＰＣＲ番号で特定される通信経路管理テー
ブルの接続カウンタフィールドの値を‘０’にし（ステ
ップＳＣ１１）、図９中のステップＳＡ３１からステッ
プＳＡ３３と同様の処理を行う。

【００９７】その後、隣接するポータル８ｂ、ポータル
９ｂに対して、接続カウンタ値を‘０’にするように要
求する要求コマンドを送信し（ステップＳＣ１２）、応
答（ＩＮＴＥＲＩＭ）コマンドを受信し（ステップＳＣ
１３）、続いて応答（ＡＣＣＥＰＴＥＤ）コマンドを受
信（ステップＳＣ１４）すると応答（ＡＣＣＥＰＴＥ
Ｄ）コマンドを返信する処理（ステップＳＣ１５）を行
い、処理を終了する。ポータル８ｂ、ポータル９ｂは、
コマンド領域から要求コマンドの内容を読み出し（ステ
ップＳＣ１６）、接続カウンタ値を‘０’にするように
要求されていることを認識する（ステップＳＣ１７）。
認識後、応答（ＩＮＴＥＲＩＭ）コマンドをポータル８
ａ、ポータル９ａに送信する（ステップＳＣ１８）。

【００９８】その後、ステップＳＣ１と同様の処理（ス
テップＳＣ１９）を行う。この場合、リスナ・ポータル
フィールドに記載されているポータルはないので要求コ
マンドは送信されない。要求コマンド送信後、先に参照
した通信経路管理テーブルの接続カウンタ値を‘０’に
する。その後、図１１中のステップＳＢ８からＳＢ１１
までの処理を行い（ステップＳＣ２０）、応答（ＩＮＴ
ＥＲＩＭ）コマンドに続いて応答コマンドを受信する
と、ステップＳＣ１５と同様の処理を行い処理を終了す
る。

【００９９】ポータル７ａは、コマンド領域から受信し
た要求コマンドの内容を読み出すことで（ステップＳＣ
２２）トーカー・ポータルに対して接続カウンタフィー
ルドの値を指定された値だけ減少させるよう要求する要
求コマンドを送信するように要求されていることを認識
する（ステップＳＣ２３）。認識後、ポータル９ａに対
して応答（ＩＮＴＥＲＩＭ）コマンドを送信する（ステ
ップＳＣ２４）。ポータル７ａは、応答（ＩＮＴＥＲＩ
Ｍ）コマンドを送信後に、受信した要求コマンドのオペ
ランドフィールドから取得される送信ノードのＥＵＩ−
６４情報とｏＰＣＲ番号から特定される通信経路管理テ
ーブルの接続カウンタフィールドの値を指定された値だ
け減少させる（ステップＳＣ２５）。

【０１００】その後、通信経路管理テーブルのトーカー
・ポータルフィールドに記載されているポータル７ａ
（自分自身）に対して、トーカー・ポータルに対して接
続カウンタフィールドの値を指定された値だけ減少させ
るよう要求する要求コマンドを送信する（ステップＳＣ
２６）。送信後、図１３中のステップＳＢ２５からステ
ップＳＢ２７までの処理（ステップＳＣ２７）を行い、
応答（ＩＮＴＥＲＩＭ）コマンドを受信して（ステップ
ＳＣ２８）、応答（ＡＣＣＥＰＴＥＤ）コマンドを受信
する（捨て婦ＳＣ２９）と、ステップＳＣ１５と同様の
処理を行い（ステップＳＣ３０）、処理を終了する。

【０１０１】ポータル７ａは、コマンド領域から受信し
た要求コマンドの内容を読み出す（ステップＳＣ３１）
ことで、接続カウンタフィールドの値を指定された値だ
け減少させるよう要求されていることを認識する（ステ
ップＳＣ３２）。認識後、ポータル７ａ（自分自身）に
対して、応答（ＩＮＴＥＲＩＭ）コマンドを送信する
（ステップＳＣ３３）。応答（ＩＮＴＥＲＩＭ）コマン
ドの送信後、ポータル７ａは、要求コマンドのオペラン
ドフィールドから取得される送信ノードのＥＵＩ−６４
情報とｏＰＣＲ番号で特定されるに通信経路管理テーブ
ルの接続カウンタ値を指定された値だけ減少させる（ス
テップＳＣ３４）。その後、図１３中のステップＳＢ２
５からステップＳＢ２７までの処理（ステップＳＣ３
５）を行い、要求コマンドに含まれていた送信バスのバ
スＩＤと自身のバスＩＤを比較する（ステップＳＣ３
６）。一致しなかった場合、つまりステップＳＣ３６の
判断結果が「ＮＯ」の場合には、ステップＳＣ３７にお
いて、ステップＳＣ３と同様の処理を行い、応答コマン
ドを受信するとステップＳＣ１５と同様の処理（ステッ
プＳＣ３８）を行って処理を終了する。一方、ステップ
ＳＣ３６において一致した場合、つまり判断結果が「Ｙ
ＥＳ」の場合、ステップＳＣ３８の処理を行って、処理
を終了する。

【０１０２】［トポロジーの変化への対応］通信経路の
制御を行う１３９４機器は、制御に先だって自身の接続
しているバスに接続されているポータルに対して、ルー
ティング・マップが更新された場合には通知を行うよう
に要求する要求コマンドを送信しておく。ネットワーク
からあるバスがけた場合、先に要求コマンドを送信して
おいたポータルの何れかのルーティング・マップが変更
される。その際には、要求コマンドを送信した１３９４
機器に対して、抜けたバスのバスＩＤをオペランドフィ
ールドに記載した応答コマンドが送信される。

【０１０３】これによりトポロジーの変化を検出でき
る。通信経路の制御を行う１３９４機器は、格納してい
る通信経路として用いられているポータルのノードＩＤ
を参照して、抜けたバスを経路バスとして使用していた
送信ノードのＥＵＩ−６４情報と使用しているｏＰＣＲ
番号を特定し、特定された情報に関連付けられている各
々のポータルに対して接続カウンタ値を‘０’にするよ
うに要求する要求コマンドを送信する。要求コマンドを
受信したポータルは、トーカー・ポータルの場合は図１
１中のステップＳＢ８からＳＢ１１までの処理を行い、
リスナ・ポータルの場合は図１３中のステップＳＢ２５
からステップＳＢ２７までの処理を行い、通信経路の切
断は終了する。

【０１０４】［制御を行う１３９４機器の抜け］通信経
路の確立を行う際に選出された代表ポータルは、定期的
に通信経路の制御を行う１３９４機器（１３９４機器５
ｄ）に対してパケットを送信するものとする。具体例と
しては、ＩＥＥＥ１３９４規格に定めるＮＯＤＥ ＩＤ
Ｓレジスタに対するリード・トランザクションを行う。
この場合、１３９４機器５ｄが存在していれば、受信し
たパケットに対して何らかのパケットを返信する。

【０１０５】例えばバス１ｃが抜けた場合、各々のポー
タルが送信するパケットに対して返信を行う１３９４機
器がいなくなるため、何のパケットも返信されない。パ
ケットの返信が行われなかった場合、トーカー・ポータ
ルはパケットの再送を行うが、再送回数が設定された値
を超えた時点で、１３９４機器５ｄがネットワークから
抜けたものと判断して、格納している通信経路管理テー
ブルのうち、制御装置フィールドに１３９４機器のノー
ドＩＤが格納されている通信経路管理テーブルを参照し
て、図１１中のステップＳＢ８からＳＢ１１までの処
理、図１３中のステップＳＢ２５からステップＳＢ２７
までの処理を行い、通信経路管理テーブルを破棄して処
理を終了する。

【０１０６】［変形例］ ［トポロジーの変化への対応］通信経路の制御を行う１
３９４機器は、通信経路の確立が終了すると、各々の経
路バスのトーカー・ポータルに対して、パケットを送信
する。例えば、ＩＥＥＥ１３９４規格に定められたＮＯ
ＤＥ ＩＤＳレジスタに対するリード・トランザクショ
ンを行う。１３９４機器が送信する読込要求パケット
（ｒｅａｄ ｒｅｑｕｅｓｔ ｐａｃｋｅｔ）に対して
何の応答も返信されなかった場合、１３９４機器はパケ
ットの再送処理を行う。再送回数が設定値に達したら、
そのポータルが接続されているバスはネットワークから
抜けたと判断することで、トポロジーの変化を検出する
ことができる。

【０１０７】以上本発明の第１実施形態について説明し
たが、本発明の第１実施形態においては、帯域及びチャ
ネル及びＳＣＲの設定をポータルが行うため、通信経路
の制御を行う１３９４機器はネットワークのトポロジー
を意識する必要がない。加えて、経路バスでバスリセッ
トが生じた際に経路の復旧をポータルが行うため、通信
経路の制御を行うノードは、経路バスでのバスリセット
を監視する必要がない。

【０１０８】〔第２実施形態〕次に、本発明の第２実施
形態について説明する。本発明の第２実施形態では、経
路バスの帯域及びチャネルの獲得を以下の手順で行う。
尚、本実施形態においては、各々のポータルは通信経路
管理テーブルを持たず、通信経路の確立を行う１３９４
機器のみが通信経路管理テーブルを備えている。

【０１０９】図１７は、通信経路の確立を行う１３９４
機器の内部構成の概略を示すブロック図である。通信経
路の確立を行う１３９４機器は、機器制御部３０、機器
情報管理テーブル記憶部３１、シリアルバスマネージメ
ント３２、１３９４トランザクション層３３、１３９４
リンク層３４、１３９４物理層３５、コマンド制御部３
６、及び通信経路管理テーブル記憶部３７から構成され
る。通信経路管理テーブル記憶部３７には、複数の通信
経路管理テーブル３８ａ〜３８ｎが設けられ、各々の通
信経路管理テーブル３８ａ〜３８ｎには接続カウンタ３
９ａ〜３９ｎがそれぞれ設けられている。

【０１１０】図１８は、１３９４機器が格納している通
信経路管理テーブルの具体例を示す図である。ＥＵＩ−
６４フィールドＦＥ１には、送信ノードのＥＵＩ−６４
情報が記載される。ｏＰＣＲ番号フィールドＦＥ２に
は、送信ノードが使用するｏＰＣＲの番号が記載され
る。また、この通信経路管理テーブルは複数のフィール
ドＦＥ３からフィールドＦＥ８からなるレコードＲ１〜
Ｒｎ（ｎは自然数）が複数設けられてなる。このレコー
ドＲ１〜Ｒｎは、バスＩＤフィールドＦＥ３、ポータル
物理ＩＤフィールドＦＥ４、チャネルフィールドＦＥ
５、接続カウンタ値フィールドＦＥ６、ルーティングフ
ィールドＦＥ７、及びＳＣＲ番号フィールドＦＥ８から
なる。

【０１１１】バスＩＤフィールドＦＥ３には経路バスの
バスＩＤが記載される。ポータル物理ＩＤフィールドＦ
Ｅ４には、経路バスでトーカー・ポータルとして動作し
ているポータルの物理ＩＤが記載される。チャネルフィ
ールドＦＥ５には、経路バス上で通信経路の確立を行う
１３９４機器が獲得したチャネルの番号が記載される。
接続カウンタ値フィールドＦＥ６には、バスＩＤフィー
ルドＦＥ３の値とポータル物理ＩＤフィールドＦＥ４の
値で特定されるトーカー・ポータルを通信経路として使
用している受信ノードの数が記載される。ルーティング
フィールドＦＥ７には、バスＩＤフィールドＦＥ３の値
とポータル物理ＩＤフィールドＦＥ４の値で特定される
トーカー・ポータルに隣接するバスのトーカー・ポータ
ルのノードＩＤが記述される。ＳＣＲ番号フィールドＦ
Ｅ８には、ポータル物理ＩＤフィールドＦＥ４に記載さ
れている物理ＩＤで特定されるトーカー・ポータルが設
定を行ったＳＣＲの番号が記載される。

【０１１２】［経路情報の調査］いま、図１に示した１
３９４機器５ｄが送信バスのポータル（ポータル７ａ）
に対して経路バスの調査を行うように要求する要求コマ
ンドを送信するしたとする。要求コマンドのオペランド
フィールドには受信バスのバスＩＤが指定されている。
図１９及び図２０は、本発明の第２実施形態おいて経路
情報の取得の際のポータルの処理手順を示すフローチャ
ートである。

【０１１３】まず、ポータル７ａは、コマンド領域から
受信した要求コマンドの内容を読み出すことで（ステッ
プＳＤ１）、要求の内容が受信バスまでの経路情報の返
信であることを認識する（ステップＳＤ２）。認識後、
応答（ＩＮＴＥＲＩＭ）コマンドを１３９４機器５ｄに
対して送信する（ステップＳＤ３）。応答（ＩＮＴＥＲ
ＩＭ）コマンド送信後、ポータル７ａは自身が接続され
ているバスのバスＩＤと受信バスのバスＩＤが一致する
かどうかを調べる（ステップＳＤ４）。この場合は一致
しないので、ステップＳＤ４の判断結果は「ＮＯ」とな
り、自身が接続されているバス１ａに接続されている全
てのポータルからルーティング・マップを取得する。こ
の場合、バス１ａに接続されているポータルはポータル
７ａのみなので、ポータル７ａは自身の格納しているル
ーティング・マップを取得する（ステップＳＤ５）。

【０１１４】ポータル７ａは取得されたルーティング・
マップを参照することで、要求コマンドに含まれていた
受信バスのバスＩＤが設定されているポータルを特定す
る（ステップＳＤ６）。次に、ポータルの特定に成功し
たか否かが判断される。ポータルが特定できなかった場
合、つまり、ステップＳＤ７の判断結果が「ＮＯ」の場
合には、ポータル７ａは応答（ＲＥＪＥＣＴＥＤ）コマ
ンドを１３９４機器５ｄに送信し（ステップＳＤ８）、
処理は終了する。

【０１１５】一方、ステップＳＤ４の判断結果が「ＹＥ
Ｓ」である場合には、ポータル７ａは受信バスがルーテ
ィング・マップに設定されているポータルとして自分自
身を特定する。ポータル７ａは特定されたポータル（自
分自身）に対して、隣接するポータルに受信バスまでの
経路を調査を要求する要求コマンドを送信するように要
求する要求コマンドを送信する（ステップＳＤ９）。ポ
ータル７ａ（自分自身）は、コマンド領域から受信した
要求コマンドの内容を読み出し（ステップＳＤ１０）、
要求を認識して（ステップＳＤ１１）、要求コマンドを
送信した１３９４機器（自分自身）に対して、応答（Ｉ
ＮＴＥＲＩＭ）コマンドを送信する（ステップＳＤ１
２）。応答（ＩＮＴＥＲＩＭ）コマンドを受信したポー
タル７ａ（自分自身）は、次に送信される応答コマンド
を待つ（ステップＳＤ１３、ステップＳＤ１４）。

【０１１６】ポータル７ａは、隣接するポータルに対し
て受信バスまでの経路の調査を要求する要求コマンドを
送信する（ステップＳＤ１４）。その際、オペランドフ
ィールドには受信バスのバスＩＤを設定する。ポータル
７ａが送信した要求コマンドを受信したポータル７ｂ
は、ステップＳＤ１からステップＳＤ３までの処理を行
い、ポータル７ａに対して、応答（ＩＮＴＥＲＩＭ）コ
マンドを送信する。応答（ＩＮＴＥＲＩＭ）コマンドを
受信したポータル７ａは次に送信される応答コマンドを
待つ。

【０１１７】ポータル７ｂは、応答（ＩＮＴＥＲＩＭ）
コマンドを送信後、ステップＳＤ４の処理を行う。この
場合、受信バスのバスＩＤとバス１ｂのバスＩＤとは一
致しないので処理ステップＳＤ３からステップＳＤ９ま
での処理を行う。その際、隣接するポータルに受信バス
までの経路を調査を要求する要求コマンドを送信するよ
うに要求する要求コマンドはポータル９ａに送信され
る。要求コマンドを受信したポータル９ａは、ステップ
ＳＤ１０からステップＳＤ１４までの処理を実行してポ
ータル９ｂに、受信バスまでの経路を調査を要求する要
求コマンドを送信する。

【０１１８】ポータル９ｂは、ステップＳＤ１からステ
ップＳＤ３までの処理を行って応答（ＩＮＴＥＲＩＭ）
コマンドをポータル９ａに送信する。応答（ＩＮＴＥＲ
ＩＭ）コマンドを受信したポータル９ａは次に送信され
る応答コマンドを待つ。ステップＳＤ１からステップＳ
Ｄ３までの処理を実行したポータル９ｂは、ステップＳ
Ｄ４の処理を行う。この場合、受信バスとバス１ｄのバ
スＩＤとは一致するので、ポータル９ｂは応答（ＡＣＣ
ＥＰＴＥＤ）コマンドをポータル９ａに送信する。その
際、オペランドフィールドには自身（ポータル９ｂ）の
ノードＩＤが記載される。

【０１１９】ポータル９ａは、ポータル９ｂから受信し
た応答コマンドが、応答（ＡＣＣＥＰＴＥＤ）コマンド
かどうかを調べる（ステップＳＤ１６，ステップＳＤ１
７，ステップＳＤ１８）。応答（ＡＣＣＥＰＴＥＤ）コ
マンドであった場合、つまりステップＳＤ１８のおける
判断結果が「ＹＥＳ」であった場合、先に応答（ＩＮＴ
ＥＲＩＭ）コマンドを送信したポータル７ｂに対して、
応答（ＡＣＣＥＰＴＥＤ）コマンドを送信し、処理を終
了する。尚、ステップＳＤ１９において応答（ＡＣＣＥ
ＰＴＥＤ）コマンドを送信する際、オペランドフィール
ドには、ポータル９ｂから受信した応答（ＡＣＣＥＰＴ
ＥＤ）コマンドのオペランドフィールドを記載する（ス
テップＳＤ１９）。一方、応答（ＡＣＣＥＰＴＥＤ）コ
マンドでなかった場合、つまりステップＳＤ１８の判断
結果が「ＮＯ」であった場合には、応答（ＲＥＪＥＣＴ
ＥＤ）コマンドをポータル７ｂに対して送信し（ステッ
プＳＤ２０）、処理を終了する。

【０１２０】ポータル７ｂは、ポータル９ａから受信し
た応答コマンドが、応答（ＡＣＣＥＰＴＥＤ）コマンド
かどうかを調べる（ステップＳＤ２１、ステップＳＤ２
２）。ステップＳＤ２２において、応答コマンドが応答
（ＡＣＣＥＰＴＥＤ）コマンドであると判断された場
合、つまり判断結果が「ＹＥＳ」である場合、オペラン
ドフィールドに、ポータル９ａから受信した応答（ＡＣ
ＣＥＰＴＥＤ）コマンドのオペランドフィールドに自身
（ポータル７ｂ）のノードＩＤを付加したものを記載し
（ステップＳＤ２３）、先に応答（ＩＮＴＥＲＩＭ）コ
マンドを送信したポータル７ａに対して、応答（ＡＣＣ
ＥＰＴＥＤ）コマンドを送信し（ステップＳＤ２４）、
処理を終了する。一方、ステップＳＤ２２において、応
答（ＡＣＣＥＰＴＥＤ）コマンドでなかったと判断され
た場合、つまり判断結果が「ＮＯ」である場合には、応
答（ＲＥＪＥＣＴＥＤ）コマンドをポータル７ａに対し
て送信し（ステップＳＤ２５）、処理を終了する。

【０１２１】ポータル７ｂから応答コマンドを受信した
ポータル７ａは、ステップＳＤ１７及びステップＳＤ１
８の処理を行い、受信した応答コマンドが、応答（ＡＣ
ＣＥＰＴＥＤ）コマンドであった場合にはステップＳＤ
２４の処理を行い、応答（ＡＣＣＥＰＴＥＤ）コマンド
をポータル７ａ（自分自身）に送信する。受信した応答
コマンドが、応答（ＡＣＣＥＰＴＥＤ）コマンドでなか
った場合には、ステップＳＤ２５の処理を行う。ポータ
ル７ａ（自分自身）から応答コマンドを受信したポータ
ル７ａは、ステップＳＤ２１及びステップＳＤ２２の処
理を行い、受信した応答コマンドが、応答（ＡＣＣＥＰ
ＴＥＤ）コマンドだった場合にはステップＳＤ２３及び
ステップＳＤ２４の処理を行い、応答（ＡＣＣＥＰＴＥ
Ｄ）コマンドを１３９４機器５ｄ（自分自身）に送信す
る。

【０１２２】受信した応答コマンドが、応答（ＡＣＣＥ
ＰＴＥＤ）コマンドでなかった場合には、ステップＳＤ
２５の処理を行う。応答・パケットを受信した１３９４
機器５ｄは、そのオペランドフィールドから各々の経路
バスで通信経路として使用される全てのポータルのノー
ドＩＤを取得する。尚、ステップＳＤ１４の判断結果が
「ＹＥＳ」である場合には、ステップＳＤ２６の処理が
行われる。

【０１２３】［経路バスでの帯域及びチャネルの獲得］
経路バスでの帯域及びチャネルの獲得を行う場合、１３
９４機器５ｄは、通信経路管理テーブルを参照して、取
得したポータルのノードＩＤが送信ノードのＥＵＩ−６
４情報とｏＰＣＲ番号に関連付けられて記載されている
かどうかを調べる。記載されていた場合は、そのポータ
ルに関連づけられている接続カウンタ値を‘１’増加さ
せる。記載されていない場合は、新たに取得したポータ
ルのノードＩＤの上位１０ビットをバスＩＤフィールド
に、下位６ビットをポータル物理ＩＤフィールドに記載
する。その際、接続カウンタフィールドの値は‘１’と
する。

【０１２４】図２１は、更新された通信経路管理テーブ
ルを示す図である。通信経路管理テーブルの更新が終了
すると、１３９４機器５ｄは更新前の通信経路管理テー
ブルと比較を行って、新たに追加された部分を抽出し、
格納されているポータルのバスＩＤを特定する。本実施
形態では以前に通信経路が確立されていなかったので、
特定されるバスＩＤは、‘０’，‘１’，‘３’であ
る。１３９４機器５ｄは特定された各々のバスのＩＲＭ
に対して、帯域及びチャネルの獲得を行う。全てのバス
での帯域及びチャネルの獲得が終了したら、各々のバス
で獲得したチャネルの番号を通信経路管理テーブルのチ
ャネルフィールドＦ５に記載する。

【０１２５】帯域又はチャネルの獲得に失敗した場合
は、先に参照した通信経路管理テーブルの接続カウンタ
値を‘１’だけ減少させる。減少の結果、値が‘０’に
なった接続カウンタ値と関連付けられているチャネルフ
ィールドＦＥ５に値が設定されている場合には、関連付
けられているバスのＩＲＭに対して帯域及びチャネルの
解放を行う。続いて１３９４機器５ｄは、通信経路とし
て使用されているポータルのＳＣＲの設定を行う。ここ
では、通信経路管理テーブルを参照して、バスＩＤフィ
ールドとポータル物理ＩＤフィールドＦＥ４で特定され
る各々のポータルでルーティングフィールドＦＥ７が記
載されているポータルに対して、ＳＣＲの設定を行うよ
うに要求コマンドを送信する。

【０１２６】オペランドフィールドには、例えば、ポー
タル７ｂが接続されているバス１ｂで獲得されているチ
ャネルの番号‘１’と、ポータル７ａが接続されている
バス１ａで獲得されているチャネルの番号‘３’が記載
される。要求コマンドを受信したポータルは、ＳＣＲの
設定を行う。その際、自身だけではなく隣接するポータ
ルのＳＣＲに対しても設定を行う。設定が終了すると設
定したＳＣＲの番号をオペランドフィールドに記載した
応答（ＡＣＣＥＰＴＥＤ）コマンドを送信する。応答
（ＡＣＣＥＰＴＥＤ）コマンドを受信した１３９４機器
５ｄはオペランドフィールドから取得されるＳＣＲの番
号を通信経路管理テーブルに記載する。

【０１２７】ＳＣＲの設定が終了すると１３９４機器５
ｄは、バス１ａとバス１ｄで獲得したチャネルの番号を
もとに、送信ノードである１３９４機器３ｂのｏＰＣＲ
と１３９４機器６ｂのｉＰＣＲに対して設定を行う。設
定が終了すると、１３９４機器３ｂはアイソクロナス・
ストリーム・パケットの送信を開始し、１３９４機器６
ｂは送信されているストリーム・パケットを受信するこ
とができる。

【０１２８】［受信ノードの追加］送信ノードが送信し
ているストリーム・パケットを受信する受信ノードを新
規に追加したい場合の処理について、図面を参照しなが
ら説明する。説明には図１に示されるネットワークにお
いて、既に１３９４機器３ｂと１３９４機器６ｂの間で
ストリーム・パケットを用いた通信が行われている時
に、新規に受信ノードとして１３９４機器５ｃを追加す
る場合の処理について説明する。

【０１２９】通信経路の確立を行う１３９４機器５ｄは
送信バスのポータル（ポータル７ａ）に対して経路バス
の調査を行うように要求する要求コマンドを送信する。
要求コマンドのオペランドフィールドには受信バスのバ
スＩＤ（‘２’）が指定されている。１３９４機器が経
路の調査を要求する要求コマンドを受信した場合、ポー
タル７ａ、７ｂ、は図１９中のステップＳＤ１からステ
ップＳＤ４までの処理及びステップＳＤ２６の処理、ポ
ータル７ａ、ポータル８ａは図２０中のステップＳＤ１
０からステップＳＤ２０までの処理を行い、受信バスま
でに通信経路として使用されるポータルのノードＩＤ
を、応答（ＡＣＣＥＰＴＥＤ）コマンドを用いて１３９
４機器５ｄに送信する。

【０１３０】１３９４機器５ｄは通信経路管理テーブル
を参照して、取得したポータルのノードＩＤが送信ノー
ドのＥＵＩ−６４情報とｏＰＣＲ番号に関連付けられて
記載されているかどうかを調べる。記載されていた場合
は、そのポータルに関連付けるれている接続カウンタフ
ィールドの値を‘１’だけ増加させる。記載されていな
い場合は、新たに取得したポータルのノードＩＤの上位
１０ビットをバスＩＤフィールドに、下位６ビットをポ
ータル物理ＩＤフィールドに記載する。その際、接続カ
ウンタフィールドの値は‘１’とする。通信経路管理テ
ーブルの更新が終了すると、１３９４機器５ｄは更新前
の通信経路管理テーブルと比較を行って、更新された部
分を抽出し、格納されているポータルのバスＩＤを特定
する。この場合に、特定されるのはポータル８ｂであ
る。

【０１３１】１３９４機器５ｄは特定された各々のバス
のＩＲＭに対して、帯域及びチャネルの獲得を行う。全
てのバスでの帯域及びチャネルの獲得が終了したときに
は、各々のバスで獲得したチャネルの番号を通信経路管
理テーブルのチャネルフィールドに記載する。帯域又は
チャネルの獲得に失敗した場合は、先に参照した通信経
路管理テーブルの接続カウンタフィールドの値を‘１’
減少させる。減少の結果、値が‘０’になった接続カウ
ンタフィールドの値と関連付けられているチャネルフィ
ールドに値が設定されている場合には、関連付けられて
いるバスのＩＲＭに対して帯域及びチャネルの解放を行
う。

【０１３２】続いて１３９４機器５ｄは、通信経路とし
て使用されているポータルのＳＣＲの設定を行う。ここ
では、通信経路管理テーブルを参照して、バスＩＤフィ
ールドとポータル物理ＩＤフィールドで特定される各々
のポータルでルーティングフィールドが記載されている
ポータルに対して、ＳＣＲの設定を行うように要求コマ
ンドを送信する。１３９４機器５ｄは、設定を行った全
てのポータルから受信した応答コマンドが応答（ＡＣＣ
ＥＰＴＥＤ）コマンドであった場合には、１３９４機器
５ｃのｉＰＣＲの設定を行う。それ以外だった場合は、
通信経路管理テーブルから、ポータル８ｂに関連する情
報を削除する。１３９４機器５ｃのｉＰＣＲに対する設
定が終了すると、１３９４機器５ｃは１３９４機器３ｂ
の送信するストリーム・パケットを受信することが可能
になる。

【０１３３】［通信経路の切断］既に確立されている通
信経路を切断する場合の処理について、図面を参照しな
がら説明する。説明には図１に示されるネットワークに
おいて、既に１３９４機器３ｂと１３９４機器５ｃ及び
１３９４機器６ｂとの間に通信経路が確立されている時
に、１３９４機器３ｂと１３９４機器５ｃとの間に確立
されている通信経路の切断する場合の処理について説明
する。

【０１３４】通信経路の切断を行う１３９４機器５ｄは
自身の格納している通信経路管理テーブルを参照して、
１３９４機器３ｂと１３９４機器５ｃとの間に確立され
ている通信経路として利用されているポータルを特定す
る。この場合、特定されるポータルはポータル７ａ，８
ａ，８ｂ，９ｂである。１３９４機器５ｄは、特定され
たポータルに関連づけられている接続カウンタフィール
ドの値を‘１’だけ減少させる。その後、更新された通
信経路管理テーブルを参照してコネクションカウンタフ
ィールドの値が‘０’になったバスのバスＩＤを特定す
る。この場合、特定されるポータルはポータル８ｂであ
る。

【０１３５】１３９４機器５ｄは、値が‘０’になった
接続カウンタフィールドに関連付けられているバスＩＤ
フィールドに記載されているバスＩＤで特定されるバス
１ｃのＩＲＭである１３９４機器５ａに対して、帯域・
チャネルの解放処理を行う。その後、ＳＣＲの設定をク
リアにするように要求する要求コマンドを値が‘０’に
なった接続カウンタフィールドに関連付けられているポ
ータル（ポータル８ｂ）に対して送信する。

【０１３６】送信される要求コマンドのオペランドフィ
ールドには、クリアすべきＳＣＲの番号が指定されてい
る。ポータル８ｂは、コマンド領域から要求コマンドの
内容を読み出し、ＳＣＲの設定をクリアにするように要
求されていることを認識する。その後、自身とポータル
８ａが、格納している指定された番号のＳＣＲの設定を
クリアする。以上の処理が終了すると、応答（ＡＣＣＥ
ＰＴＥＤ）コマンドを送信する。ポータル８ｂから受信
した応答（ＡＣＣＥＰＴＥＤ）コマンドを受信した１３
９４機器５ｄは、通信経路の切断が終了したと認識し
て、通信経路管理テーブルから接続カウンタフィールド
の値が０の情報を削除し、１３９４機器５ｃのｉＰＣＲ
の設定をクリアする。

【０１３７】［経路バスでのバスリセット］通信経路の
制御を行う１３９４機器は、通信経路を確立した時点で
図１７に示す通信経路管理テーブルを参照して、バスＩ
Ｄフィールドとポータル物理ＩＤフィールドで特定され
るポータルに対して、バスリセットを検出したら通知を
行うように要求する要求コマンドを送信する。要求コマ
ンドを受信した各々のポータルは、バスリセットを検出
すると、応答・パケットを送信することで通知を行う。
この通知によってバスリセットを認識して、帯域及びチ
ャネルの再確保を通信経路の制御を行う１３９４機器が
行う方法もある。

【０１３８】以下、具体的に説明する。ここでは、図１
に示されるネットワークにおいて、既に１３９４機器３
ｂと１３９４機器５ｃ及び１３９４機器６ａとの間に通
信経路が確立されている時に、バス１ｂでバスリセット
が発生した場合の処理について説明する。ただし、バス
リセット後も送信ノードと受信ノードはネットワークに
接続されているものとする。バス１ｂでバスリセットが
発生するとポータル７ｂは、１３９４機器５ｄに通知を
行う。通知を受信した１３９４機器５ｄは、通信経路管
理テーブルを参照してバス１ｂのバスＩＤとポータル７
ｂの物理ＩＤとに関連付けられて記載されている所要帯
域フィールドの値とチャネルフィールドの値を取得す
る。取得した値をもとに、１３９４機器５ｄはバス１ｂ
のＩＲＭである１３９４機器４ｂに対してチャネルと帯
域の再獲得処理を行う。再獲得処理の結果によって、１
３９４機器５ｄは以下の処理を行う。

【０１３９】（１）帯域及びチャネルの再獲得に成功し
た場合 １３９４機器５ｄは、バスリセットの発生を通知したポ
ータルの物理ＩＤが格納されているポータル物理ＩＤフ
ィールドに関連付けられているバスＩＤフィールドの値
が送信バスのバスＩＤ又は受信バスのバスＩＤと一致す
るかどうかを調べる。一致した場合には、送信ノードの
ｏＰＣＲあるいは受信ノードのｉＰＣＲに対して再設定
を行った後に処理を終了する。一致しなかった場合は、
処理を終了する。

【０１４０】（２）帯域及びチャネルの再獲得には成功
したが、獲得したチャネルの番号がバスリセット前と異
なる場合 １３９４機器５ｄは通信経路管理テーブルのポータル７
ｂに関連付けて格納されているチャネルフィールドの値
を、新たに獲得した値に更新する。更新後、ポータル７
ｂに対してＳＣＲの設定を新たに獲得したチャネルの番
号に更新するように要求する。ＳＣＲの設定が終了した
ことを通知する応答コマンドを受信すると、バスリセッ
トの発生を通知したポータルの物理ＩＤが格納されてい
るポータル物理ＩＤフィールドに関連付けられているバ
スＩＤフィールドの値が送信バスのバスＩＤあるいは受
信バスのバスＩＤと一致するかどうかを調べる。一致し
た場合は、送信ノードのｏＰＣＲあるいは受信ノードの
ｉＰＣＲに対して再設定を行った後に処理を終了する。
一致しなかった場合は、処理を終了する。

【０１４１】（３）帯域又はチャネルの再獲得に失敗し
た場合 １３９４機器５ｄは通信経路管理テーブルを参照し、バ
スリセットが発生したバスのバスＩＤに関連付けて格納
されている接続カウンタフィールドの値（‘２’）と、
ルーティングフィールドの値（ポータル７ａのノードＩ
Ｄ）を取得する。取得したルーティングフィールドの値
の上位１０ビットと一致するバスＩＤフィールドの値
（‘０’）を特定し、その値に関連付けられている接続
カウンタフィールドの値を先に取得した接続カウンタフ
ィールドの値分だけ減少させる。その後、更新を行った
各フィールドに関連付けて格納されているルーティング
フィールドの値を取得し、新たに取得したルーティング
フィールドの上位１０ビットと一致するバスＩＤフィー
ルドの値を特定して上記の処理を繰り返す。

【０１４２】値が設定されていないために、ルーティン
グフィールドの値を取得できなかった場合は、バスリセ
ットを検出したバスのバスＩＤと、そのバスＩＤに関連
付けられているポータルの物理ＩＤとから特定されるポ
ータルのノードＩＤ（ポータル７ｂのノードＩＤ）と一
致するルーティングフィールドを特定し、その値に関連
付けられている接続カウンタフィールドの値を０に設定
する。その後、更新を行った各フィールドに関連付けて
格納されているバスＩＤフィールドとポータル物理ＩＤ
フィールドで特定されるポータルのノードＩＤと一致す
るルーティングフィールドを特定し、上記の処理を終了
する。

【０１４３】一方、特定ができなかった場合、通信経路
管理テーブルを参照して、値が‘０’になっている接続
カウンタフィールドに関連付けられているバスＩＤフィ
ールドの値を取得し、そのバスＩＤが割り振られている
バスのＩＲＭに対して帯域及びチャネルの解放処理を行
う。上記の処理を繰り返し、値が‘０’になっている接
続カウンタ値フィールドに関連付けられている全てのバ
スに対しての処理が終了すると、バスリセットが発生し
たバスのバスＩＤに関連付けて格納されている接続カウ
ンタフィールドの値を‘０’に設定する。最後に、値が
‘０’の接続カウンタフィールドに関連付けられている
全ての情報を破棄して処理を終了する。

【０１４４】以上説明したように、本発明の第２実施形
態によれば、経路バスでの帯域及びチャネルの獲得を通
信経路の制御を行う１３９４機器が行うため、ポータル
の処理を簡単にできる。加えて、通信経路の管理のため
の情報を通信経路の制御を行う１３９４機器が集中して
格納しているため、複数の通信経路の制御を行う１３９
４機器が存在して、通信経路の制御を行う１３９４機器
間での管理情報のやりとりが簡単にできる。

【０１４５】以上、本発明の一実施形態による接続制御
装置について説明したが、本発明は上記実施形態に制限
されず、本発明の範囲内で自由に設計変更が可能であ
る。例えば上記実施形態では、本発明をＩＥＥＥ１３９
４規格に適用した場合について説明したが、本発明はパ
ケット方式によるシリアル双方向通信が可能であり且つ
ＡＶ機器を複数台接続可能なバスに接続される接続制御
装置であれば適用することができる。

【０１４６】

【発明の効果】以上、説明したように、本発明によれ
ば、帯域及びチャネル及びＳＣＲの設定をポータルが行
うため、通信経路の制御を行う１３９４機器はネットワ
ークのトポロジーを意識する必要がない。加えて、経路
バスでバスリセットが生じた際に経路の復旧をポータル
が行うため、通信経路の制御を行うノードは、経路バス
でのバスリセットを監視する必要がないという効果があ
る。また、経路バスでの帯域及びチャネルの獲得を通信
経路の制御を行う１３９４機器が行うため、ポータルの
処理を簡単にできるという効果を有している。加えて、
通信経路の管理のための情報を通信経路の制御を行う１
３９４機器が集中して格納しているため、複数の通信経
路の制御を行う１３９４機器が存在して、通信経路の制
御を行う１３９４機器間での管理情報のやりとりが簡単
にできるという効果がある。

【図面の簡単な説明】

【図１】 本発明の実施形態による通信経路制御方法、
機器制御装置、及びブリッジが用いられるネットワーク
の構成を示すブロック図である。

【図２】 ＩＥＥＥ１３９４ブリッジ２ａの内部構成を
示すブロック図である。

【図３】 自身の接続しているバスにストリーム・パケ
ットを送出しているポータルと、通信経路の確立・切断
を指示する１３９４機器からの指示を受けるポータルが
格納している１ストリーム分の通信経路管理テーブルの
具体例を示す図である。

【図４】 自身の接続しているバスからストリーム・パ
ケットを受信しているポータルが格納している１ストリ
ーム分の通信経路管理テーブルの具体例を示す図面であ
る。

【図５】 コマンドのフォーマットの一例を示す図であ
る。

【図６】 図１中の１３９４機器５ｄから、ポータル７
ａに対して送信される要求コマンドの具体例を示す図面
である。

【図７】 通信経路の確立が行われている際のポータル
の処理手順を示すフローチャートである。

【図８】 通信経路の確立が行われている際のポータル
の処理手順を示すフローチャートである。

【図９】 通信経路の確立が行われている際のポータル
の処理手順を示すフローチャートである。

【図１０】 ステップＳＡ３の処理においてポータル７
ａが送信する応答コマンドの具体例を示す図である。

【図１１】 通信経路の切断を行う際のポータルの処理
手順を示すフローチャートである。

【図１２】 通信経路の切断を行う際のポータルの処理
手順を示すフローチャートである。

【図１３】 通信経路の切断を行う際のポータルの処理
手順を示すフローチャートである。

【図１４】 バスリセット後に帯域あるいはチャネルの
再確保に失敗した場合のポータルの処理手順を示すフロ
ーチャートである。

【図１５】 バスリセット後に帯域あるいはチャネルの
再確保に失敗した場合のポータルの処理手順を示すフロ
ーチャートである。

【図１６】 バスリセット後に帯域あるいはチャネルの
再確保に失敗した場合のポータルの処理手順を示すフロ
ーチャートである。

【図１７】 通信経路の確立を行う１３９４機器の内部
構成の概略を示すブロック図である。

【図１８】 １３９４機器が格納している通信経路管理
テーブルの具体例を示す図である。

【図１９】 本発明の第２実施形態おいて経路情報の取
得の際のポータルの処理手順を示すフローチャートであ
る。

【図２０】 本発明の第２実施形態おいて経路情報の取
得の際のポータルの処理手順を示すフローチャートであ
る。

【図２１】 更新された通信経路管理テーブルを示す図
である。

【図２２】 アシンクロナス・パケットのフォーマット
を示す図である。

【図２３】 ストリーム・パケットのフォーマットを示
す図である。

【図２４】 従来の機器制御装置の概略構成を示すブロ
ック図である。

【図２５】 ｏＰＣＲのフォーマット及びｉＰＣＲのフ
ォーマットを示す図である。

【図２６】 従来のポイントツーポイント接続の確立手
順のフローを示すフローチャートである。

【図２７】 既に確立されているポイントツーポイント
接続に対して受信ノードを新たに追加する場合の従来の
手順を示すフローチャートである。

【図２８】 確立されているポイントツーポイント接続
を切断する従来の手順を示すフローチャートである。

【図２９】 ＩＥＥＥ１３９４ブリッジの内部構成の概
略を示したブロック図である。

【図３０】 例えば４つのネットワークが３つのＩＥＥ
Ｅ１３９４ブリッジ１１０によって接続されて構成され
るネットワークにおけるポータルのルーティング・マッ
プを示す図面である。

【図３１】 ストリーム・パケットの転送に用いられる
ＳＴＲＥＡＭ ＣＯＮＴＲＯＬエントリ（以下、ＳＣＲ
と称する）のフォーマットを示す図である。

【符号の説明】

１ａ〜１ｄ バス ２ａ〜２ｃ ブリッジ ３ａ〜３ｃ １３９４機器 ４ａ〜４ｃ １３９４機器 ５ａ〜５ｄ １３９４機器 ６ａ，６ｂ １３９４機器 ７ａ，７ｂ ポータル ８ａ，８ｂ ポータル ９ａ，９ｂ ポータル １０ 内部スイッチング機構 １１ コマンド制御部 １２ 通信経路管理テーブル記憶部 １３ １３９４トランザクション層 １４ １３９４リンク層 １５ １３９４物理層 １６ シリアルバスマネージメント １７ａ〜１７ｎ 通信経路管理テーブル １８ａ〜１８ｎ 接続カウンタ ２１ コマンド制御部 ２２ 通信経路管理テーブル記憶部 ２３ １３９４トランザクション層 ２４ １３９４リンク層 ２５ １３９４物理層 ２６ シリアルバスマネージメント ２７ａ〜２７ｎ 通信経路管理テーブル ２８ａ〜２８ｎ 接続カウンタ ３０ 機器制御部 ３１ 機器情報管理テーブル記憶部 ３２ シリアルバスマネージメント ３３ １３９４トランザクション層 ３４ １３９４リンク層 ３５ １３９４物理層 ３６ コマンド制御部 ３７ 通信経路管理テーブル記憶部 ３８ａ〜３８ｎ 通信経路管理テーブル ３９ａ〜３９ｎ 接続カウンタ

Claims (21)

【特許請求の範囲】
1. 【請求項１】 少なくとも１以上のノードを接続してな
   るバス同士を接続するブリッジであって、 同一の前記バスに接続されたノード間、又は異なる前記
   バスに接続されたノード間の接続毎の受信ノード数を記
   憶する記憶手段を具備することを特徴とするブリッジ。
2. 【請求項２】 前記バスは、ＩＥＥＥ１３９４規格に定
   められたバスであり、 前記ブリッジは、前記バスが接続されるポータルを複数
   備え、当該ポータルに接続される前記バス間での通信が
   可能なＩＥＥＥ１３９４ブリッジであることを特徴とす
   る請求項１記載のブリッジ。
3. 【請求項３】 少なくとも１以上のノードを接続してな
   るバス同士が接続されたネットワークにおける通信を制
   御する機器制御装置であって、 同一の前記バスに接続されたノード間、又は異なる前記
   バスに接続されたノード間の接続毎の受信ノード数を記
   憶する記憶手段を具備することを特徴とする機器制御装
   置。
4. 【請求項４】 前記バスは、ＩＥＥＥ１３９４規格に定
   められたバスであることを特徴とする請求項３記載の機
   器制御装置。
5. 【請求項５】 同一のバスに接続されたノード間、又は
   異なるバスに接続されたノード間の接続毎の受信ノード
   数を記憶する記憶手段を備えるブリッジを用いて構成さ
   れるネットワークにおける通信経路を制御する通信経路
   制御方法であって、 前記ブリッジの記憶手段に記憶される受信ノード数の増
   減を行って、前記ノード間の通信経路を制御することを
   特徴とする通信経路制御方法。
6. 【請求項６】 同一のバスに接続されたノード間、又は
   異なるバスに接続されたノード間の接続毎の受信ノード
   数を記憶する記憶手段を備える機器制御装置及びブリッ
   ジを用いて構成されるネットワークにおける通信経路を
   制御する通信経路制御方法であって、 前記機器制御装置の記憶手段に記憶される受信ノード数
   の増減を行って、前記ノード間の通信経路を制御するこ
   とを特徴とする通信経路制御方法。
7. 【請求項７】 前記ブリッジは、ノード間の接続毎の受
   信ノード数を記憶するカウンタを有し、接続されている
   バスからストリーム・パケットを受信する第１ポータル
   と接続されているバスに前記ストリーム・パケットを送
   信する第２ポータルとを備え、 前記第１及び前記第２ポータルの各々に関連付けられて
   いる同一のストリームに対する前記カウンタの値の双方
   が１以上の値に変化した場合に、前記第１ポータルが受
   信する前記ストリーム・パケットを前記第２ポータルを
   介して、前記第２ポータルが接続されたバスへ送信する
   ことを特徴とする請求項５又は請求項６記載の通信経路
   制御方法。
8. 【請求項８】 前記第１及び前記第２ポータルの各々に
   関連付けられている同一のストリームに対する前記カウ
   ンタの値の少なくとも一方が０に変化した場合に、前記
   第１ポータルから前記第２ポータルを介したストリーム
   ・パケットの送信を行う設定を解消することを特徴とす
   る請求項７記載の通信経路制御方法。
9. 【請求項９】 前記通信経路上で隣接するバスの各々に
   接続される前記ブリッジが備えるポータルを探索し、 通信経路を確立する場合には、探索される各々の前記ポ
   ータルが有するカウンタの値を１増加させることを特徴
   とする請求項６乃至請求項８の何れかに記載の通信経路
   制御方法。
10. 【請求項１０】 通信経路の開放を行う場合には、探索
    される各々の前記ポータルが有するカウンタの値を１減
    少させることを特徴とする請求項６乃至請求項８の何れ
    かに記載の通信経路制御方法。
11. 【請求項１１】 前記カウンタの値の変更は、送信ノー
    ドと受信ノードとの間の通信経路に存在するポータルを
    探索した後に行われることを特徴とする請求項９又は請
    求項１０記載の通信経路制御方法。
12. 【請求項１２】 前記カウンタの値の変更は、前記通信
    経路の一端のバスから開始されて、他端に達するまで繰
    り返し行われることを特徴とする請求項９又は請求項１
    ０記載の通信経路制御方法。
13. 【請求項１３】 前記通信経路にあたるバスの各々に
    は、前記通信経路に存在するポータルの探索及び前記カ
    ウンタの値の変更を行う制御手段を備えるノードが少な
    くとも一つずつ接続され、当該ノードに対して前記ポー
    タルの探索又はカウンタの値の変更の要求が行われるこ
    とを特徴とする請求項９乃至請求項１２の何れかに記載
    の通信経路制御方法。
14. 【請求項１４】 前記ネットワークには、前記通信経路
    に存在するポータルの探索を行い、探索された前記ポー
    タルを識別する識別子を記憶保持するノードが少なくと
    も一つ接続され、 前記ノードから前記ポータルの識別子を取得し、 取得した前記ポータルの識別子をもとに前記通信経路の
    確立又は開放が行われることを特徴とする請求項９乃至
    請求項１２の何れかに記載の通信経路制御方法。
15. 【請求項１５】 前記ポータルは、自身の接続されてい
    るバスからＩＥＥＥ１３９４規格に定められたアシンク
    ロナス・パケットを受信して、他のバスに当該アシンク
    ロナス・パケットを転送するか否かを判断する転送情報
    を備えるポータルであって、 前記通信経路に存在するポータルの探索を行う場合に
    は、自身の接続されているバスに接続されている全ての
    前記ポータルから当該転送情報を取得し、前記受信ノー
    ドと同一のバスに接続されているノードに送信された前
    記アシンクロナス・パケットを転送するように設定され
    た該転送情報を備える前記ポータルを前記ポータルとし
    て特定し、特定されたポータルを備える前記ブリッジが
    有する他の前記ポータルに対して、前記通信経路に存在
    するポータルの探索を行うように要求することを特徴と
    する請求項８乃至請求項１４の何れかに記載の通信経路
    制御方法。
16. 【請求項１６】 前記ポータルが接続されているバスに
    おいてバスの初期化が発生し、前記ストリーム・パケッ
    トの送信ノードと受信ノードとが当該初期化後も前記ネ
    ットワークに接続されていた場合に、当該初期化を検出
    し、当該初期化前に獲得していたリソースの再獲得を行
    うことを特徴とする請求項請求項８乃至請求項１５の何
    れかに記載の通信経路制御方法。
17. 【請求項１７】 前記リソースの再獲得が失敗した場合
    には、前記ストリーム・パケットを用いた通信の通信経
    路の全てに対して前記通信経路の切断を行うことを特徴
    とする請求項１６記載の通信経路制御方法。
18. 【請求項１８】 前記ポータルは、自身の接続されてい
    るバスでの前記初期化を検出した場合に、該初期化が終
    了した後、前記リソースの再獲得又は前記通信経路の切
    断を行うことを特徴とする請求項１６又は請求項１７記
    載の通信経路制御方法。
19. 【請求項１９】 バスの初期化を検出したら通知をする
    ように要求する手順が各々の前記ポータルが接続されて
    いるバスに接続されているノードに対して行われ、該通
    知を受信した場合に、前記リソースの再獲得又は前記通
    信経路の切断が行われることを特徴とする請求項１６又
    は請求項１７記載の通信経路制御方法。
20. 【請求項２０】 前記ポータルが接続されているバスに
    おいてバスの初期化が発生し、前記送信ノード又は前記
    受信ノードが当該初期化後に前記ネットワークに接続さ
    れていないことが検出された場合に、接続されていない
    ことが検出された前記送信ノード又は前記受信ノードが
    当該初期化前に行っていた前記ストリーム・パケットを
    用いた通信の前記通信経路の全てに対して切断を行うこ
    とを特徴とする請求項７記載の通信経路制御方法。
21. 【請求項２１】 各々の前記経路ポータルに対して定期
    的に前記アシンクロナス・パケットを送信し、前記ポー
    タルからの応答がなかった場合には前記ポータルが接続
    されているバスが前記ネットワークから抜けたと判断
    し、該バスに接続されていた前記ポータルを用いる通信
    経路の全てに対して切断を行うことを特徴とする請求項
    １５記載の通信経路制御方法。