JP2000349805A - バスネットワーク管理方法およびそれを利用するバスネットワーク、並びに情報提供媒体 - Google Patents
バスネットワーク管理方法およびそれを利用するバスネットワーク、並びに情報提供媒体Info
- Publication number
- JP2000349805A JP2000349805A JP16019799A JP16019799A JP2000349805A JP 2000349805 A JP2000349805 A JP 2000349805A JP 16019799 A JP16019799 A JP 16019799A JP 16019799 A JP16019799 A JP 16019799A JP 2000349805 A JP2000349805 A JP 2000349805A
- Authority
- JP
- Japan
- Prior art keywords
- bus
- disconnection
- bridge
- target
- communication means
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40091—Bus bridging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F2213/0012—High speed serial bus, e.g. IEEE P1394
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Environmental & Geological Engineering (AREA)
- Monitoring And Testing Of Transmission In General (AREA)
Abstract
(57)【要約】
【課題】管理ノードが、対象バスの切断を効率的に認識
できるようにする。 【解決手段】バスネットワーク１０は、バス２１〜２６
を、ブリッジ３１〜３５で接続して構成される。管理ノ
ード４１が切断報告を受けるための設定では、第１のス
テップが実行され、その後第２及び第３のステップが適
宜繰り返される。第１のステップでは、管理ノード４１
が、対象バスへの通り道にあるブリッジポータル（中継
ポータル）を検出し、それに切断報告の要求を送信す
る。第２のステップでは、中継ポータルが、自己と連結
したブリッジポータル（代理ポータル）に切断報告の要
求を伝達する。第３のステップでは、代理ポータルが、
対象バスへの通り道にあるブリッジポータル（中継ポー
タル）を検出し、それに切断報告の要求を送信する。代
理ポータルは、自己が検出した中継ポータルの切断を検
出することで対象バスの切断を検出し、管理ノードに対
して報告する。
できるようにする。 【解決手段】バスネットワーク１０は、バス２１〜２６
を、ブリッジ３１〜３５で接続して構成される。管理ノ
ード４１が切断報告を受けるための設定では、第１のス
テップが実行され、その後第２及び第３のステップが適
宜繰り返される。第１のステップでは、管理ノード４１
が、対象バスへの通り道にあるブリッジポータル（中継
ポータル）を検出し、それに切断報告の要求を送信す
る。第２のステップでは、中継ポータルが、自己と連結
したブリッジポータル（代理ポータル）に切断報告の要
求を伝達する。第３のステップでは、代理ポータルが、
対象バスへの通り道にあるブリッジポータル（中継ポー
タル）を検出し、それに切断報告の要求を送信する。代
理ポータルは、自己が検出した中継ポータルの切断を検
出することで対象バスの切断を検出し、管理ノードに対
して報告する。
Description
【０００１】
【発明の属する技術分野】この発明は、例えばＩＥＥＥ
１３９４バスネットワーク等のブリッジによって複数の
バスが接続されてなるバスネットワークの管理方法およ
びそれを利用するバスネットワーク、並びに情報提供媒
体に関する。詳しくは、対象バスの切断の報告を受けよ
うとする管理ノードから当該対象バスへの通り道を構成
するブリッジの第１および第２の通信手段に対して、対
象バスの切断報告の要求が順次伝搬していく構成とする
ことによって、管理ノードが対象バスの切断を効率的に
認識できるようにしたバスネットワーク管理方法等に係
るものである。
１３９４バスネットワーク等のブリッジによって複数の
バスが接続されてなるバスネットワークの管理方法およ
びそれを利用するバスネットワーク、並びに情報提供媒
体に関する。詳しくは、対象バスの切断の報告を受けよ
うとする管理ノードから当該対象バスへの通り道を構成
するブリッジの第１および第２の通信手段に対して、対
象バスの切断報告の要求が順次伝搬していく構成とする
ことによって、管理ノードが対象バスの切断を効率的に
認識できるようにしたバスネットワーク管理方法等に係
るものである。
【０００２】
【従来の技術】ディジタル信号の伝送規格としては、例
えばＩＥＣ（International Electrotechnical Commiss
ion：国際電気技術標準機関）やＩＥＥＥ（Institute o
f Electrical and Electronic Engineers：米国電気電
子技術者協会）による規格など、多数の規格が存在す
る。このなかで、例えばＩＥＥＥ１３９４は、ディジタ
ルビデオレコーダ等の家庭用電子機器同士の接続や、こ
れら電子機器とコンピュータとの間の接続といったマル
チメディア用途に向くものとして注目されている。この
ＩＥＥＥ１３９４については周知であるため、ここで
は、その内容説明は省略する。
えばＩＥＣ（International Electrotechnical Commiss
ion：国際電気技術標準機関）やＩＥＥＥ（Institute o
f Electrical and Electronic Engineers：米国電気電
子技術者協会）による規格など、多数の規格が存在す
る。このなかで、例えばＩＥＥＥ１３９４は、ディジタ
ルビデオレコーダ等の家庭用電子機器同士の接続や、こ
れら電子機器とコンピュータとの間の接続といったマル
チメディア用途に向くものとして注目されている。この
ＩＥＥＥ１３９４については周知であるため、ここで
は、その内容説明は省略する。
【０００３】現在、P1394.1 High Performance Serial
Bus Bridges Working Group（以下、「Ｐ１３９４．１
ＷＧ」という）では、複数のＩＥＥＥ１３９４高速シ
リアルバスを相互接続するブリッジの技術標準化活動が
行われている。１９９９年６月現在のドラフトは、「P1
394.1 Draft 0.04」である。ブリッジは、ＩＥＥＥ１３
９４バスに接続されているブリッジポータル（bridge p
ortal）と称する２個の通信手段が連結されて構成され
ており、このブリッジを介して、複数のバスの間でデー
タの伝送を行うことが可能となる。
Bus Bridges Working Group（以下、「Ｐ１３９４．１
ＷＧ」という）では、複数のＩＥＥＥ１３９４高速シ
リアルバスを相互接続するブリッジの技術標準化活動が
行われている。１９９９年６月現在のドラフトは、「P1
394.1 Draft 0.04」である。ブリッジは、ＩＥＥＥ１３
９４バスに接続されているブリッジポータル（bridge p
ortal）と称する２個の通信手段が連結されて構成され
ており、このブリッジを介して、複数のバスの間でデー
タの伝送を行うことが可能となる。
【０００４】ここで、１つのＩＥＥＥ１３９４バスに接
続できるノード（ＩＥＥＥ１３９４機器）の数は、最大
で６３個に制限されているが、複数のＩＥＥＥ１３９４
バスをブリッジを用いて接続し、バスとブリッジからな
るバスネットワークを構成することにより、さらに多く
のノードを接続することが可能となる。なお、ブリッジ
（ブリッジポータル間）におけるデータの伝送は、ケー
ブルのみならず、電波や赤外線等を用いて行うことが既
に提案されている。
続できるノード（ＩＥＥＥ１３９４機器）の数は、最大
で６３個に制限されているが、複数のＩＥＥＥ１３９４
バスをブリッジを用いて接続し、バスとブリッジからな
るバスネットワークを構成することにより、さらに多く
のノードを接続することが可能となる。なお、ブリッジ
（ブリッジポータル間）におけるデータの伝送は、ケー
ブルのみならず、電波や赤外線等を用いて行うことが既
に提案されている。
【０００５】
【発明が解決しようとする課題】ところで、複数のＩＥ
ＥＥ１３９４バスをブリッジを用いて接続してなるバス
ネットワークを考えたとき、そのバスネットワーク内の
一あるいは複数のバスが切断される可能性がある。上述
のＰ１３９４．１ ＷＧでは、１９９９年６月現在のと
ころ、バスの切断に対して明確な対応方法が議論されて
いない。
ＥＥ１３９４バスをブリッジを用いて接続してなるバス
ネットワークを考えたとき、そのバスネットワーク内の
一あるいは複数のバスが切断される可能性がある。上述
のＰ１３９４．１ ＷＧでは、１９９９年６月現在のと
ころ、バスの切断に対して明確な対応方法が議論されて
いない。
【０００６】一方、ＩＥＥＥ１３９４ノードにとって
は、バスネットワーク内のバスの切断に伴って、現在処
理中のトランザクションを中止する必要がある場合もあ
る。このように、これらのノードにとっては、どこのバ
スで切断が生じたのかを知る必要があるにも拘わらず、
これらのノードにバスの切断を生じたことを知らせる方
法が決まっていなかった。
は、バスネットワーク内のバスの切断に伴って、現在処
理中のトランザクションを中止する必要がある場合もあ
る。このように、これらのノードにとっては、どこのバ
スで切断が生じたのかを知る必要があるにも拘わらず、
これらのノードにバスの切断を生じたことを知らせる方
法が決まっていなかった。
【０００７】そこで、この発明では、対象バスの切断の
報告を受けようとする管理ノードが、対象バスの切断を
効率的に認識できるようにしたバスネットワーク管理方
法等を提供することを目的とする。
報告を受けようとする管理ノードが、対象バスの切断を
効率的に認識できるようにしたバスネットワーク管理方
法等を提供することを目的とする。
【０００８】
【課題を解決するための手段】この発明に係るバスネッ
トワーク管理方法は、第１および第２の通信手段を連結
したブリッジを用いて複数のバスが接続されてなるバス
ネットワークの第１のバスに存在する管理ノードが上記
第１のバスとは異なる対象バスの切断の報告を受けるた
めの管理方法であって、以下の第１〜第３のステップを
備えるものである。
トワーク管理方法は、第１および第２の通信手段を連結
したブリッジを用いて複数のバスが接続されてなるバス
ネットワークの第１のバスに存在する管理ノードが上記
第１のバスとは異なる対象バスの切断の報告を受けるた
めの管理方法であって、以下の第１〜第３のステップを
備えるものである。
【０００９】第１のステップでは、管理ノードが、自己
が存在するバスに存在し、かつ対象バスへの通り道とな
っているブリッジの第１の通信手段を検出すると共に、
当該検出された第１の通信手段に対象バスの切断報告の
要求を送信する。
が存在するバスに存在し、かつ対象バスへの通り道とな
っているブリッジの第１の通信手段を検出すると共に、
当該検出された第１の通信手段に対象バスの切断報告の
要求を送信する。
【００１０】第２のステップでは、対象バスの切断報告
の要求を受信したブリッジの第１の通信手段が、自己と
連結した第２の通信手段に対象バスの切断報告の要求を
伝達する。
の要求を受信したブリッジの第１の通信手段が、自己と
連結した第２の通信手段に対象バスの切断報告の要求を
伝達する。
【００１１】第３のステップでは、対象バスの切断報告
の要求が伝達されたブリッジの第２の通信手段が、自己
が存在する第２のバスが上記対象バスでないとき、当該
第２のバスに存在し、かつ対象バスへの通り道となって
いるブリッジの第１の通信手段を検出すると共に、当該
検出された第１の通信手段に対象バスの切断報告の要求
を送信する。
の要求が伝達されたブリッジの第２の通信手段が、自己
が存在する第２のバスが上記対象バスでないとき、当該
第２のバスに存在し、かつ対象バスへの通り道となって
いるブリッジの第１の通信手段を検出すると共に、当該
検出された第１の通信手段に対象バスの切断報告の要求
を送信する。
【００１２】この発明においては、第１のステップが実
行された後、第２および第３のステップが適宜繰り返さ
れ、対象バスの切断報告の要求が、管理ノードから対象
ノードへの通り道を構成するブリッジの第１および第２
の通信手段に対して順次伝搬される。そして、管理ノー
ドや第２の通信手段で、対象バスの切断が検出される。
例えば、自己が検出したブリッジの第１の通信手段が自
己が存在するバスに存在しないことを検出することで、
対象バスの切断を検出する。そして、対象バスの切断を
検出した第２の通信手段より管理ノードに対して、対象
バスの切断が報告される。これにより、管理ノードは、
対象バスの切断を効率よく認識することが可能となる。
行された後、第２および第３のステップが適宜繰り返さ
れ、対象バスの切断報告の要求が、管理ノードから対象
ノードへの通り道を構成するブリッジの第１および第２
の通信手段に対して順次伝搬される。そして、管理ノー
ドや第２の通信手段で、対象バスの切断が検出される。
例えば、自己が検出したブリッジの第１の通信手段が自
己が存在するバスに存在しないことを検出することで、
対象バスの切断を検出する。そして、対象バスの切断を
検出した第２の通信手段より管理ノードに対して、対象
バスの切断が報告される。これにより、管理ノードは、
対象バスの切断を効率よく認識することが可能となる。
【００１３】
【発明の実施の形態】以下、図面を参照しながら、この
発明の実施の形態について説明する。具体的な内容説明
の前に、理解を容易とするため、説明で使用する主要語
句について簡単に説明する。
発明の実施の形態について説明する。具体的な内容説明
の前に、理解を容易とするため、説明で使用する主要語
句について簡単に説明する。
【００１４】「管理ノード」は、バスネットワーク内の
対象バスがバスネットワークから切断されたことを知り
たいＩＥＥＥ１３９４ノードである。「中継ポータル」
は、管理ノードまたは後述する代理ポータルのローカル
バスに存在するブリッジポータルのうち、対象バスへの
通り道となっているブリッジポータルである。「代理ポ
ータル」は、中継ポータルと連結してブリッジを構成す
る他方のブリッジポータルである。
対象バスがバスネットワークから切断されたことを知り
たいＩＥＥＥ１３９４ノードである。「中継ポータル」
は、管理ノードまたは後述する代理ポータルのローカル
バスに存在するブリッジポータルのうち、対象バスへの
通り道となっているブリッジポータルである。「代理ポ
ータル」は、中継ポータルと連結してブリッジを構成す
る他方のブリッジポータルである。
【００１５】図１は、複数のＩＥＥＥ１３９４バス（以
下、適宜、「バス」と略記する）をブリッジを用いて接
続してなるバスネットワークの構成例を示している。こ
のバスネットワーク１０は、ＩＥＥＥ１３９４バス２１
〜２６を、ブリッジ３１〜３５を用いて接続してなるも
のである。この場合、ブリッジ３１を構成するブリッジ
ポータル３１Ａ，３１Ｂはそれぞれバス２１，２２に接
続される。ブリッジ３２を構成するブリッジポータル３
２Ａ，３２Ｂはそれぞれバス２２，２３に接続される。
ブリッジ３３を構成するブリッジポータル３３Ａ，３３
Ｂはそれぞれバス２１，２４に接続される。ブリッジ３
４を構成するブリッジポータル３４Ａ，３４Ｂはそれぞ
れバス２４，２５に接続される。さらに、ブリッジ３５
を構成するブリッジポータル３５Ａ，３５Ｂはそれぞれ
バス２４，２６に接続される。バス２１には管理ノード
４１が接続されている。
下、適宜、「バス」と略記する）をブリッジを用いて接
続してなるバスネットワークの構成例を示している。こ
のバスネットワーク１０は、ＩＥＥＥ１３９４バス２１
〜２６を、ブリッジ３１〜３５を用いて接続してなるも
のである。この場合、ブリッジ３１を構成するブリッジ
ポータル３１Ａ，３１Ｂはそれぞれバス２１，２２に接
続される。ブリッジ３２を構成するブリッジポータル３
２Ａ，３２Ｂはそれぞれバス２２，２３に接続される。
ブリッジ３３を構成するブリッジポータル３３Ａ，３３
Ｂはそれぞれバス２１，２４に接続される。ブリッジ３
４を構成するブリッジポータル３４Ａ，３４Ｂはそれぞ
れバス２４，２５に接続される。さらに、ブリッジ３５
を構成するブリッジポータル３５Ａ，３５Ｂはそれぞれ
バス２４，２６に接続される。バス２１には管理ノード
４１が接続されている。
【００１６】図２は、バスネットワークを構成する一つ
のＩＥＥＥ１３９４バス２０の部分の構成を示してい
る。このバス２０には、Ｎ個のノード５１-1〜５１-Nが
接続されている。ノード５１-1〜５１-Nには、ブリッジ
を構成するブリッジポータルも含まれる。ノード５１-1
〜５１-Nは、それぞれＩＥＥＥ１３９４通信部５２、制
御部５３、ＲＡＭ５４およびＲＯＭ５５を有して構成さ
れている。
のＩＥＥＥ１３９４バス２０の部分の構成を示してい
る。このバス２０には、Ｎ個のノード５１-1〜５１-Nが
接続されている。ノード５１-1〜５１-Nには、ブリッジ
を構成するブリッジポータルも含まれる。ノード５１-1
〜５１-Nは、それぞれＩＥＥＥ１３９４通信部５２、制
御部５３、ＲＡＭ５４およびＲＯＭ５５を有して構成さ
れている。
【００１７】ＩＥＥＥ１３９４通信部５２は、制御部５
３により制御され、制御部５３から供給されるデータを
パケット化し、このＩＥＥＥ１３９４パケットをバス２
０を介して送信すると共に、バス２０より受信したパケ
ットからデータを抽出して制御部５３に出力するように
なされている。また、このＩＥＥＥ１３９４通信部５２
は、リード（read）、ライト（write）、ロック（loc
k）等のリクエストパケット（request packet）を発行
して、送信する。さらに、ＩＥＥＥ１３９４通信部５２
は、これらのリクエストに対するレスポンス（respons
e）パケットや、アクノリッジ（acknowledge）パケット
の発行、送信等もする。
３により制御され、制御部５３から供給されるデータを
パケット化し、このＩＥＥＥ１３９４パケットをバス２
０を介して送信すると共に、バス２０より受信したパケ
ットからデータを抽出して制御部５３に出力するように
なされている。また、このＩＥＥＥ１３９４通信部５２
は、リード（read）、ライト（write）、ロック（loc
k）等のリクエストパケット（request packet）を発行
して、送信する。さらに、ＩＥＥＥ１３９４通信部５２
は、これらのリクエストに対するレスポンス（respons
e）パケットや、アクノリッジ（acknowledge）パケット
の発行、送信等もする。
【００１８】ＲＡＭ５４は、ＩＥＥＥ１３９４のＣＳＲ
（Control and Status Registers）として機能するよう
になされており、制御部５３が各種の処理を実行する上
において必要なデータやプログラムなどを適宜記憶す
る。ＲＯＭ５５はコンフィギュレーションＲＯＭを含
み、このＲＯＭ５５には、各種のプログラムや、各種の
パラメータ等が記憶されている。
（Control and Status Registers）として機能するよう
になされており、制御部５３が各種の処理を実行する上
において必要なデータやプログラムなどを適宜記憶す
る。ＲＯＭ５５はコンフィギュレーションＲＯＭを含
み、このＲＯＭ５５には、各種のプログラムや、各種の
パラメータ等が記憶されている。
【００１９】ブリッジポータルのＣＳＲには、Ｐ１３９
４．１ ＷＧで定義されるラウティングテーブル（rout
ing table）レジスタがある。ラウティングテーブルに
は、バスに流れるパケットがどのブリッジポータルを通
って外のバスに転送されるかの情報が記録されている。
対象バスに繋がるブリッジポータルのラウティングテー
ブルでは、その対象バスのバスＩＤ（bus_ID）に対応す
る値が「１」になっており、それ以外のブリッジポータ
ルではそのバスＩＤに対応する値が「０」になってい
る。
４．１ ＷＧで定義されるラウティングテーブル（rout
ing table）レジスタがある。ラウティングテーブルに
は、バスに流れるパケットがどのブリッジポータルを通
って外のバスに転送されるかの情報が記録されている。
対象バスに繋がるブリッジポータルのラウティングテー
ブルでは、その対象バスのバスＩＤ（bus_ID）に対応す
る値が「１」になっており、それ以外のブリッジポータ
ルではそのバスＩＤに対応する値が「０」になってい
る。
【００２０】図３は、ブリッジ３０の構成を示してい
る。ブリッジ３０は、ＩＥＥＥ１３９４バス２０Ａ，２
０Ｂを接続するための機器であって、第１、第２の通信
手段としての２つのブリッジポータル３０Ａ，３０Ｂが
連結されて構成されている。ブリッジポータル３０Ａ，
３０Ｂは、それぞれＩＥＥＥ１３９４ノードである。な
お、２つのブリッジポータルは１つの機器として構成さ
れる場合もある。
る。ブリッジ３０は、ＩＥＥＥ１３９４バス２０Ａ，２
０Ｂを接続するための機器であって、第１、第２の通信
手段としての２つのブリッジポータル３０Ａ，３０Ｂが
連結されて構成されている。ブリッジポータル３０Ａ，
３０Ｂは、それぞれＩＥＥＥ１３９４ノードである。な
お、２つのブリッジポータルは１つの機器として構成さ
れる場合もある。
【００２１】ブリッジポータル３０Ａは、ＩＥＥＥ１３
９４通信部３０Ａ-1、制御部３０Ａ-2、ＲＡＭ３０Ａ-
3、ＲＯＭ３０Ａ-4およびファブリック通信部３０Ａ-5
を有して構成されている。同様に、ブリッジポータル３
０Ｂは、ＩＥＥＥ１３９４通信部３０Ｂ-1、制御部３０
Ｂ-2、ＲＡＭ３０Ｂ-3、ＲＯＭ３０Ｂ-4およびファブリ
ック通信部３０Ｂ-5を有して構成されている。
９４通信部３０Ａ-1、制御部３０Ａ-2、ＲＡＭ３０Ａ-
3、ＲＯＭ３０Ａ-4およびファブリック通信部３０Ａ-5
を有して構成されている。同様に、ブリッジポータル３
０Ｂは、ＩＥＥＥ１３９４通信部３０Ｂ-1、制御部３０
Ｂ-2、ＲＡＭ３０Ｂ-3、ＲＯＭ３０Ｂ-4およびファブリ
ック通信部３０Ｂ-5を有して構成されている。
【００２２】ＲＡＭ３０Ａ-3，３０Ｂ-3は、それぞれＩ
ＥＥＥ１３９４ブリッジ用のＣＳＲとして機能し、STRE
AMS AVAILABLE レジスタ等、ＩＥＥＥ１３９４．１ Ｗ
Ｇで定義されているレジスタ領域が確保されている他、
ＩＥＥＥ１３９４−１９９５(ＩＥＥＥ１３９４)で定義
されているレジスタ群のための領域が確保されている。
ＲＯＭ３０Ａ-4，３０Ｂ-4も同様に、ＩＥＥＥ１３９４
ブリッジとＩＥＥＥ１３９４−１９９５のフォーマット
に従っており、コンフィギュレーションＲＯＭを含み、
各種のプログラムや、各種のパラメータ等が記憶されて
いる。
ＥＥＥ１３９４ブリッジ用のＣＳＲとして機能し、STRE
AMS AVAILABLE レジスタ等、ＩＥＥＥ１３９４．１ Ｗ
Ｇで定義されているレジスタ領域が確保されている他、
ＩＥＥＥ１３９４−１９９５(ＩＥＥＥ１３９４)で定義
されているレジスタ群のための領域が確保されている。
ＲＯＭ３０Ａ-4，３０Ｂ-4も同様に、ＩＥＥＥ１３９４
ブリッジとＩＥＥＥ１３９４−１９９５のフォーマット
に従っており、コンフィギュレーションＲＯＭを含み、
各種のプログラムや、各種のパラメータ等が記憶されて
いる。
【００２３】ＩＥＥＥ１３９４通信部３０Ａ-1，３０Ｂ
-1は、それぞれ制御部３０Ａ-2，３０Ｂ-2により制御さ
れ、制御部３０Ａ-2，３０Ｂ-2から供給されるデータを
パケット化して、バス２０Ａ，２０Ｂまたはファブリッ
ク通信部３０Ａ-5，３０Ｂ-5を介して送信すると共に、
バス２０Ａ，２０Ｂより受信したパケットからデータを
抽出して制御部３０Ａ-2，３０Ｂ-2またはファブリック
通信部３０Ａ-5，３０Ｂ-5に出力し、さらにファブリッ
ク通信部３０Ａ-5，３０Ｂ-5より受信したパケットから
データを抽出して、制御部３０Ａ-2，３０Ｂ-2またはバ
ス２０Ａ，２０Ｂに出力するようになされている。
-1は、それぞれ制御部３０Ａ-2，３０Ｂ-2により制御さ
れ、制御部３０Ａ-2，３０Ｂ-2から供給されるデータを
パケット化して、バス２０Ａ，２０Ｂまたはファブリッ
ク通信部３０Ａ-5，３０Ｂ-5を介して送信すると共に、
バス２０Ａ，２０Ｂより受信したパケットからデータを
抽出して制御部３０Ａ-2，３０Ｂ-2またはファブリック
通信部３０Ａ-5，３０Ｂ-5に出力し、さらにファブリッ
ク通信部３０Ａ-5，３０Ｂ-5より受信したパケットから
データを抽出して、制御部３０Ａ-2，３０Ｂ-2またはバ
ス２０Ａ，２０Ｂに出力するようになされている。
【００２４】上述したようにブリッジ３０を構成するブ
リッジポータル３０Ａ，３０Ｂはそれぞれファブリック
通信部３０Ａ-5，３０Ｂ-5を有しており、これら一組の
ファブリック通信部３０Ａ-5，３０Ｂ-5がＩＥＥＥ１３
９４ブリッジのファブリック（fabric）の役割を果たし
ている。ファブリック通信部３０Ａ-5，３０Ｂ-5は、そ
れぞれ制御部３０Ａ-2，３０Ｂ-2により制御され、ＩＥ
ＥＥ１３９４通信部３０Ａ-1，３０Ｂ-1から送られたデ
ータを受信して他方のファブリック通信部３０Ｂ-5，３
０Ａ-5に送信する。また、ファブリック通信部３０Ａ-
5，３０Ｂ-5は、それぞれ他方のファブリック通信部３
０Ｂ-5，３０Ａ-5から送られてきたデータをＩＥＥＥ１
３９４通信部３０Ａ-1，３０Ｂ-1や制御部３０Ａ-2，３
０Ｂ-2に送信する。
リッジポータル３０Ａ，３０Ｂはそれぞれファブリック
通信部３０Ａ-5，３０Ｂ-5を有しており、これら一組の
ファブリック通信部３０Ａ-5，３０Ｂ-5がＩＥＥＥ１３
９４ブリッジのファブリック（fabric）の役割を果たし
ている。ファブリック通信部３０Ａ-5，３０Ｂ-5は、そ
れぞれ制御部３０Ａ-2，３０Ｂ-2により制御され、ＩＥ
ＥＥ１３９４通信部３０Ａ-1，３０Ｂ-1から送られたデ
ータを受信して他方のファブリック通信部３０Ｂ-5，３
０Ａ-5に送信する。また、ファブリック通信部３０Ａ-
5，３０Ｂ-5は、それぞれ他方のファブリック通信部３
０Ｂ-5，３０Ａ-5から送られてきたデータをＩＥＥＥ１
３９４通信部３０Ａ-1，３０Ｂ-1や制御部３０Ａ-2，３
０Ｂ-2に送信する。
【００２５】次に、図１に示すようなバスネットワーク
１０において、管理ノード４１が対象バスの切断報告を
受けるために、管理ノード４１自身が行う設定動作を、
図４のフローチャートを参照して、説明する。
１０において、管理ノード４１が対象バスの切断報告を
受けるために、管理ノード４１自身が行う設定動作を、
図４のフローチャートを参照して、説明する。
【００２６】まず、ステップＳＴ１で、中継ポータルを
検索する。この場合、管理ノード４１は、ローカルバス
に存在するブリッジポータルのラウティングテーブルを
読んで、ローカルバスに存在するただ一つの中継ポータ
ルを検出する。
検索する。この場合、管理ノード４１は、ローカルバス
に存在するブリッジポータルのラウティングテーブルを
読んで、ローカルバスに存在するただ一つの中継ポータ
ルを検出する。
【００２７】例えば、図２において、ノード５１-1が管
理ノード４１であり、ノード５１-2〜５１-Nがノード５
１-1のローカルバス２０に存在するブリッジポータルで
あるとする。最初に、ノード（管理ノード）５１-1は、
ブリッジポータル５１-2のラウティングテーブルを読む
ためのリードリクエストパケットをバス２０に送信す
る。このリードリクエストパケットをＩＥＥＥ１３９４
通信部５２で受信したノード（ブリッジポータル）５１
-2は、ラウティングテーブルの値をレスポンスパケット
のデータフィールドに挿入してノード５１-1に送信す
る。そして、このレスポンスパケットをＩＥＥＥ１３９
４通信部５２で受信したノード５１-1は、データフィー
ルドを読み、対象バスのバスＩＤに対応する値を調べ、
この値が「１」であるときは、そのノード５１-2を中継
ポータルとし、一方この値が「０」であるときは、次の
ノード（ブリッジポータル）５１-3に対して上述のノー
ド５１-2に対すると同様の処理をする。以下、これを繰
り返して、中継ポータルを検出する。
理ノード４１であり、ノード５１-2〜５１-Nがノード５
１-1のローカルバス２０に存在するブリッジポータルで
あるとする。最初に、ノード（管理ノード）５１-1は、
ブリッジポータル５１-2のラウティングテーブルを読む
ためのリードリクエストパケットをバス２０に送信す
る。このリードリクエストパケットをＩＥＥＥ１３９４
通信部５２で受信したノード（ブリッジポータル）５１
-2は、ラウティングテーブルの値をレスポンスパケット
のデータフィールドに挿入してノード５１-1に送信す
る。そして、このレスポンスパケットをＩＥＥＥ１３９
４通信部５２で受信したノード５１-1は、データフィー
ルドを読み、対象バスのバスＩＤに対応する値を調べ、
この値が「１」であるときは、そのノード５１-2を中継
ポータルとし、一方この値が「０」であるときは、次の
ノード（ブリッジポータル）５１-3に対して上述のノー
ド５１-2に対すると同様の処理をする。以下、これを繰
り返して、中継ポータルを検出する。
【００２８】次に、ステップＳＴ２で、検出された中継
ポータルに対して、対象バスの切断報告を要求し、設定
動作を終了する。対象バスの切断報告を要求する際、管
理ノード４１は中継ポータルにライトリクエストパケッ
トを送信する。
ポータルに対して、対象バスの切断報告を要求し、設定
動作を終了する。対象バスの切断報告を要求する際、管
理ノード４１は中継ポータルにライトリクエストパケッ
トを送信する。
【００２９】例えば、図２において、ノード５１-1が管
理ノード４１であり、ノード５１-2が中継ポータルであ
るとする。ノード５１-1の制御部５３はＩＥＥＥ１３９
４通信部５２に対して、中継ポータル５１-2のＲＡＭ内
のＣＳＲのMESSAGE_REQUESTレジスタ宛のライトリクエ
ストパケットをバス２０に送信する。なお、MESSAGE_RE
QUESTレジスタは、Ｐ１２１２ｒで定義されている。
理ノード４１であり、ノード５１-2が中継ポータルであ
るとする。ノード５１-1の制御部５３はＩＥＥＥ１３９
４通信部５２に対して、中継ポータル５１-2のＲＡＭ内
のＣＳＲのMESSAGE_REQUESTレジスタ宛のライトリクエ
ストパケットをバス２０に送信する。なお、MESSAGE_RE
QUESTレジスタは、Ｐ１２１２ｒで定義されている。
【００３０】図５は、ライトリクエストパケットのフォ
ーマットを示している。このパケットはヘッダブロック
およびデータブロックからなっている。ヘッダブロック
は、発信先ノードのノードＩＤ（destination_ID）、一
連のトランザクションを示すトランザクションラベル
（tl）、再送ステータスを示すリトライコード（rt）、
パケットの種別を示すトランザクションコード（tcod
e）、優先順位情報（pri）、発信元ノードのノードＩＤ
（source_ID）、発信先ノードのメモリアドレス（desti
nation_offset）、データフィールドの長さ情報（data_
length）、拡張トランザクションコード（extended_tco
de）およびヘッダＣＲＣ（header_CRC）からなってい
る。また、データブロックは、データが格納されるデー
タフィールド（data_field）およびデータＣＲＣ（data
_CRC）からなっている。
ーマットを示している。このパケットはヘッダブロック
およびデータブロックからなっている。ヘッダブロック
は、発信先ノードのノードＩＤ（destination_ID）、一
連のトランザクションを示すトランザクションラベル
（tl）、再送ステータスを示すリトライコード（rt）、
パケットの種別を示すトランザクションコード（tcod
e）、優先順位情報（pri）、発信元ノードのノードＩＤ
（source_ID）、発信先ノードのメモリアドレス（desti
nation_offset）、データフィールドの長さ情報（data_
length）、拡張トランザクションコード（extended_tco
de）およびヘッダＣＲＣ（header_CRC）からなってい
る。また、データブロックは、データが格納されるデー
タフィールド（data_field）およびデータＣＲＣ（data
_CRC）からなっている。
【００３１】図６は、上述したように対象バスの切断報
告を要求する際の、図５に示すライトリクエストパケッ
トのデータフィールドのフォーマットを示している。ｓ
ビットは、MESSAGE_REQUESTに対応するレスポンス（MES
SAGE_RESPONSE）が必要であるかを示すビットである。
ここでは、ｓビットにレスポンスが不要であることを示
す値として０が入る。tagフィールドには、MESSAGE_REQ
UESTとMESSAGE_RESPONSEの対応関係を決めるための番号
が入る。ここでは、tagフィールドに０が入る。なお、M
ESSAGE_RESPONSEのtagフィールドには、対応するMESSAG
E_REQUESTで使われたtagフィールドの値が入る。
告を要求する際の、図５に示すライトリクエストパケッ
トのデータフィールドのフォーマットを示している。ｓ
ビットは、MESSAGE_REQUESTに対応するレスポンス（MES
SAGE_RESPONSE）が必要であるかを示すビットである。
ここでは、ｓビットにレスポンスが不要であることを示
す値として０が入る。tagフィールドには、MESSAGE_REQ
UESTとMESSAGE_RESPONSEの対応関係を決めるための番号
が入る。ここでは、tagフィールドに０が入る。なお、M
ESSAGE_RESPONSEのtagフィールドには、対応するMESSAG
E_REQUESTで使われたtagフィールドの値が入る。
【００３２】racIdフィールドは、１６ビットのracId H
iおよび８ビットのracId Loを結合した２４ビットのフ
ィールドである。このracIdフィールドには、formatId
の使い方を定義した組織番号が入る。ここでは、racId
フィールドには、Ｐ１３９４．１ ＷＧが定義するMESS
AGE_REQUESTであることを示す値として０が入る。forma
tIdフィールドは、２４ビットのフィールドである。こ
のformatIdフィールドとracIdフィールドを結合した４
８ビットで、パケットの種類を定義する。例えば、racI
dが０の場合、formatIdが０であるときは切断報告要求
パケットを意味し、一方formatIdが１であるときは切断
報告パケットを意味する。ここでは、formatIdフィール
ドには、切断報告の要求を示す値として０が入る。ま
た、target_bus_IDフィールドには、対象バスのバスＩ
Ｄが入る。さらに、manager_IDフィールドには、管理ノ
ード５１-1のヴァーチャルノードＩＤ（virtual_node_I
D）が入る。
iおよび８ビットのracId Loを結合した２４ビットのフ
ィールドである。このracIdフィールドには、formatId
の使い方を定義した組織番号が入る。ここでは、racId
フィールドには、Ｐ１３９４．１ ＷＧが定義するMESS
AGE_REQUESTであることを示す値として０が入る。forma
tIdフィールドは、２４ビットのフィールドである。こ
のformatIdフィールドとracIdフィールドを結合した４
８ビットで、パケットの種類を定義する。例えば、racI
dが０の場合、formatIdが０であるときは切断報告要求
パケットを意味し、一方formatIdが１であるときは切断
報告パケットを意味する。ここでは、formatIdフィール
ドには、切断報告の要求を示す値として０が入る。ま
た、target_bus_IDフィールドには、対象バスのバスＩ
Ｄが入る。さらに、manager_IDフィールドには、管理ノ
ード５１-1のヴァーチャルノードＩＤ（virtual_node_I
D）が入る。
【００３３】周知のように、ＩＥＥＥ１３９４バスに接
続される各機器、すなわちノードには、それぞれ固有の
ノードＩＤ（NODE_ID）が付与されている。このノード
ＩＤは、ノードが接続されているバスを表すバスＩＤ
（BUS_ID）と、接続されているバス内においてシリアル
な数である物理層ＩＤ（PHY_ID）とからなっている。バ
スネットワーク内の各ノードは、このノードＩＤによっ
て特定できる。
続される各機器、すなわちノードには、それぞれ固有の
ノードＩＤ（NODE_ID）が付与されている。このノード
ＩＤは、ノードが接続されているバスを表すバスＩＤ
（BUS_ID）と、接続されているバス内においてシリアル
な数である物理層ＩＤ（PHY_ID）とからなっている。バ
スネットワーク内の各ノードは、このノードＩＤによっ
て特定できる。
【００３４】しかし、例えば一のバスにバスリセットが
あると、物理ＩＤが変化し、そのバスに接続されている
各ノードのノードＩＤが変化する。そのため、他のバス
のノードから一のバスのノードにパケットの送信を行う
ためには新たなノードＩＤを知る必要がある。上述した
ヴァーチャルノードＩＤはノードＩＤに変化があっても
変化しないものとされる。他のバスのノードは、このヴ
ァーチャルノードＩＤを使用して一のバスのノードにパ
ケットの送信を行うことができる。この場合、ヴァーチ
ャルノードＩＤから通常のノードＩＤへの変換がブリッ
ジで行われることで、ノードＩＤを使用する場合と同様
に通信が可能となる。なお、このヴァーチャルノードＩ
Ｄに関しては、Ｐ１３９４．１ ＷＧで定義されてい
る。
あると、物理ＩＤが変化し、そのバスに接続されている
各ノードのノードＩＤが変化する。そのため、他のバス
のノードから一のバスのノードにパケットの送信を行う
ためには新たなノードＩＤを知る必要がある。上述した
ヴァーチャルノードＩＤはノードＩＤに変化があっても
変化しないものとされる。他のバスのノードは、このヴ
ァーチャルノードＩＤを使用して一のバスのノードにパ
ケットの送信を行うことができる。この場合、ヴァーチ
ャルノードＩＤから通常のノードＩＤへの変換がブリッ
ジで行われることで、ノードＩＤを使用する場合と同様
に通信が可能となる。なお、このヴァーチャルノードＩ
Ｄに関しては、Ｐ１３９４．１ ＷＧで定義されてい
る。
【００３５】次に、図１に示すようなバスネットワーク
１０において、管理ノード４１が対象バスの切断報告を
受けるために、中継ポータルが行う設定動作を、図７の
フローチャートを参照して、説明する。中継ポータル
は、図７のフローチャートに示す動作を所定の間隔をも
って繰り返し実行する。
１０において、管理ノード４１が対象バスの切断報告を
受けるために、中継ポータルが行う設定動作を、図７の
フローチャートを参照して、説明する。中継ポータル
は、図７のフローチャートに示す動作を所定の間隔をも
って繰り返し実行する。
【００３６】まず、ステップＳＴ１１で、管理ノード４
１または代理ポータルから送信される対象バスの切断報
告の要求を受信したか否かを判定する。受信しないとき
は、設定動作を終了する。一方、受信したときは、ステ
ップＳＴ１２で、自己と連結したブリッジポータルであ
る代理ポータルに切断報告の要求を伝達して、設定動作
を終了する。
１または代理ポータルから送信される対象バスの切断報
告の要求を受信したか否かを判定する。受信しないとき
は、設定動作を終了する。一方、受信したときは、ステ
ップＳＴ１２で、自己と連結したブリッジポータルであ
る代理ポータルに切断報告の要求を伝達して、設定動作
を終了する。
【００３７】例えば、図３において、ブリッジポータル
３０Ａが中継ポータルであり、ブリッジポータル３０Ｂ
が代理ポータルであるとする。ブリッジポータル３０Ａ
のＩＥＥＥ１３９４通信部３０Ａ-1で対象バスの切断報
告の要求に係るライトリクエストパケットを受信して、
そのデータフィールドの内容がＲＡＭ３０Ａ-3内のＣＳ
ＲのMESSAGE_REQUESTレジスタに書き込まれると、制御
部３０Ａ-2は、ファブリック通信部３０Ａ-5→ブリッジ
ポータル３０Ｂのファブリック通信部３０Ｂ-5→制御部
３０Ｂ-2の経路をもって、図８に示す伝達フォーマット
のデータを送る。
３０Ａが中継ポータルであり、ブリッジポータル３０Ｂ
が代理ポータルであるとする。ブリッジポータル３０Ａ
のＩＥＥＥ１３９４通信部３０Ａ-1で対象バスの切断報
告の要求に係るライトリクエストパケットを受信して、
そのデータフィールドの内容がＲＡＭ３０Ａ-3内のＣＳ
ＲのMESSAGE_REQUESTレジスタに書き込まれると、制御
部３０Ａ-2は、ファブリック通信部３０Ａ-5→ブリッジ
ポータル３０Ｂのファブリック通信部３０Ｂ-5→制御部
３０Ｂ-2の経路をもって、図８に示す伝達フォーマット
のデータを送る。
【００３８】図８において、formatIdフィールドは、こ
のデータの種類を表すものである。このformatIdフィー
ルドには、対象バス切断報告の要求を意味する値として
の０が入る。target_bus_IDフィールドには、対象バス
のバスＩＤが入る。maneger_IDフィールドには、管理ノ
ードのヴァーチャルノードＩＤが入る。つまり、この伝
達フォーマットのformatId，target_bus_ID，maneger_I
Dの各フィールドには、それぞれ図６に示すデータフィ
ールドのフォーマットのformatId，target_bus_ID，man
eger_IDの各フィールドの値と同じ値が入るようにされ
る。
のデータの種類を表すものである。このformatIdフィー
ルドには、対象バス切断報告の要求を意味する値として
の０が入る。target_bus_IDフィールドには、対象バス
のバスＩＤが入る。maneger_IDフィールドには、管理ノ
ードのヴァーチャルノードＩＤが入る。つまり、この伝
達フォーマットのformatId，target_bus_ID，maneger_I
Dの各フィールドには、それぞれ図６に示すデータフィ
ールドのフォーマットのformatId，target_bus_ID，man
eger_IDの各フィールドの値と同じ値が入るようにされ
る。
【００３９】次に、図１に示すようなバスネットワーク
１０において、管理ノード４１が対象バスの切断報告を
受けるために、代理ポータルが行う設定動作を、図９の
フローチャートを参照して、説明する。中継ポータル
は、図９のフローチャートに示す動作を所定の間隔をも
って繰り返し実行する。
１０において、管理ノード４１が対象バスの切断報告を
受けるために、代理ポータルが行う設定動作を、図９の
フローチャートを参照して、説明する。中継ポータル
は、図９のフローチャートに示す動作を所定の間隔をも
って繰り返し実行する。
【００４０】まず、ステップＳＴ２１で、中継ポータル
より対象バスの切断報告の要求が伝達されたか否かを判
定する。伝達されていないときは、設定動作を終了す
る。一方、伝達されているときは、ステップＳＴ２２
で、自己が接続されているローカルバスが対象バスであ
るか否かを判定する。例えば、図２において、ノード５
１-1が代理ポータルであるとする。この場合、ノード５
１-1の制御部５３は、中継ポータルより伝達されたデー
タ内のtarget_bus_IDフィールドの値と、ローカルバス
であるＩＥＥＥ１３９４バス２０のバスＩＤとを比較
し、同じであるときはローカルバスが対象バスであると
判定し、同じでないときはローカルバスが対象バスでな
いと判定する。
より対象バスの切断報告の要求が伝達されたか否かを判
定する。伝達されていないときは、設定動作を終了す
る。一方、伝達されているときは、ステップＳＴ２２
で、自己が接続されているローカルバスが対象バスであ
るか否かを判定する。例えば、図２において、ノード５
１-1が代理ポータルであるとする。この場合、ノード５
１-1の制御部５３は、中継ポータルより伝達されたデー
タ内のtarget_bus_IDフィールドの値と、ローカルバス
であるＩＥＥＥ１３９４バス２０のバスＩＤとを比較
し、同じであるときはローカルバスが対象バスであると
判定し、同じでないときはローカルバスが対象バスでな
いと判定する。
【００４１】ローカルバスが対象バスであるときは、設
定動作を終了する。一方、ローカルバスが対象バスでな
いときは、ステップＳＴ２３で、中継ポータルを検索す
る。この場合、代理ポータルは、上述の図４のステップ
ＳＴ１において管理ノード４１が行ったと同様に、ロー
カルバスに存在する他のブリッジポータルのラウティン
グテーブルを読んで、ローカルバスに存在するただ一つ
の中継ポータルを検出する。
定動作を終了する。一方、ローカルバスが対象バスでな
いときは、ステップＳＴ２３で、中継ポータルを検索す
る。この場合、代理ポータルは、上述の図４のステップ
ＳＴ１において管理ノード４１が行ったと同様に、ロー
カルバスに存在する他のブリッジポータルのラウティン
グテーブルを読んで、ローカルバスに存在するただ一つ
の中継ポータルを検出する。
【００４２】そして、ステップＳＴ２４で、検出された
中継ポータルに対して、対象バスの切断報告を要求し、
設定動作を終了する。対象バスの切断報告を要求する
際、代理ポータルは、上述の図４のステップＳＴ２にお
いて管理ノード４１が行ったと同様に、同じデータフィ
ールドを持つライトリクエストパケットを、中継ポータ
ルに送信する。ただし、データフィールドの各フィール
ドの値は、racIdとformatIdに関しては図４のステップ
ＳＴ２と同様に共に値０を用い、target_bus_ID、manag
er_Idは、中継ポータルから送られてきたデータ（フォ
ーマットは図８参照）内の同名の各フィールドの値を用
いる。
中継ポータルに対して、対象バスの切断報告を要求し、
設定動作を終了する。対象バスの切断報告を要求する
際、代理ポータルは、上述の図４のステップＳＴ２にお
いて管理ノード４１が行ったと同様に、同じデータフィ
ールドを持つライトリクエストパケットを、中継ポータ
ルに送信する。ただし、データフィールドの各フィール
ドの値は、racIdとformatIdに関しては図４のステップ
ＳＴ２と同様に共に値０を用い、target_bus_ID、manag
er_Idは、中継ポータルから送られてきたデータ（フォ
ーマットは図８参照）内の同名の各フィールドの値を用
いる。
【００４３】次に、図１に示すようなバスネットワーク
において、中継ポータルより切断報告の要求の伝達があ
った代理ポータルが行う対象バスの切断検出とその報告
の動作を、図１０のフローチャートを参照して、説明す
る。代理ポータルは、図１０のフローチャートに示す動
作を、ローカルバス内でバスリセットが発生した際に実
行する。
において、中継ポータルより切断報告の要求の伝達があ
った代理ポータルが行う対象バスの切断検出とその報告
の動作を、図１０のフローチャートを参照して、説明す
る。代理ポータルは、図１０のフローチャートに示す動
作を、ローカルバス内でバスリセットが発生した際に実
行する。
【００４４】まず、ステップＳＴ３１で、自己が検出し
た中継ポータル（図９のステップＳＴ２３参照）が、ロ
ーカルバスより切断されたか否かを判定する。周知のよ
うに、全てのＩＥＥＥ１３９４機器には、機器毎に唯一
な６４ビットの機器ＩＤ（ＥＵＩ−６４）が割り当てら
れている。この機器ＩＤの値を読めば、どの機器が新し
くバスに挿入されたか、あるいはどの機器がバスから切
断されたかを調べることができる。
た中継ポータル（図９のステップＳＴ２３参照）が、ロ
ーカルバスより切断されたか否かを判定する。周知のよ
うに、全てのＩＥＥＥ１３９４機器には、機器毎に唯一
な６４ビットの機器ＩＤ（ＥＵＩ−６４）が割り当てら
れている。この機器ＩＤの値を読めば、どの機器が新し
くバスに挿入されたか、あるいはどの機器がバスから切
断されたかを調べることができる。
【００４５】例えば、図２において、各ノード５１-1〜
５１-NのＲＯＭ５５には、上述した機器ＩＤが記録され
ている。ここで、中継ポータルがローカルバスより切断
されたかどうかを調べる方法を説明する。図２におい
て、ノード５１-1が代理ポータルであり、ノード５１-N
が中継ポータルであるとする。そして、ノード５１-Nが
ＩＥＥＥ１３９４バス２０より切断されたとする。ただ
し、ノード５１-1の制御部５３は、ノード５１-NのＲＯ
Ｍ５５に記録された機器ＩＤの値をバスリセット発生以
前に既に読み込みＲＡＭ５４に記憶しているものとす
る。
５１-NのＲＯＭ５５には、上述した機器ＩＤが記録され
ている。ここで、中継ポータルがローカルバスより切断
されたかどうかを調べる方法を説明する。図２におい
て、ノード５１-1が代理ポータルであり、ノード５１-N
が中継ポータルであるとする。そして、ノード５１-Nが
ＩＥＥＥ１３９４バス２０より切断されたとする。ただ
し、ノード５１-1の制御部５３は、ノード５１-NのＲＯ
Ｍ５５に記録された機器ＩＤの値をバスリセット発生以
前に既に読み込みＲＡＭ５４に記憶しているものとす
る。
【００４６】ノード（中継ポータル）５１-Nがバス２０
より切断されることで、バス２０内ではバスリセット
（bus reset）が発生する。このバスリセットが発生
し、バス２０の設定（configuration）が終了した後、
ノード(代理ポータル）５１-1の制御部５３は、ＩＥＥ
Ｅ１３９４通信部５２よりバスリセットが発生したとい
う知らせを受けると、ＩＥＥＥ１３９４通信部５２を通
して、バス２０に接続されている各ノードの機器ＩＤを
順に読み込み、その値をＲＡＭ５４に記憶しているノー
ド５１-Nの機器ＩＤの値と比較していく。この場合、ノ
ード５１-Nがバス２０より切断されているので、読み込
んだ機器ＩＤの値のいずれもＲＡＭ５４に記憶している
ノード５１-Nの機器ＩＤの値と一致することがなく、ノ
ード(代理ポータル）５１-1の制御部５３は、ノード
（中継ポータル）５１-Nの切断があったことを知ること
ができる。
より切断されることで、バス２０内ではバスリセット
（bus reset）が発生する。このバスリセットが発生
し、バス２０の設定（configuration）が終了した後、
ノード(代理ポータル）５１-1の制御部５３は、ＩＥＥ
Ｅ１３９４通信部５２よりバスリセットが発生したとい
う知らせを受けると、ＩＥＥＥ１３９４通信部５２を通
して、バス２０に接続されている各ノードの機器ＩＤを
順に読み込み、その値をＲＡＭ５４に記憶しているノー
ド５１-Nの機器ＩＤの値と比較していく。この場合、ノ
ード５１-Nがバス２０より切断されているので、読み込
んだ機器ＩＤの値のいずれもＲＡＭ５４に記憶している
ノード５１-Nの機器ＩＤの値と一致することがなく、ノ
ード(代理ポータル）５１-1の制御部５３は、ノード
（中継ポータル）５１-Nの切断があったことを知ること
ができる。
【００４７】ステップＳＴ３１で中継ポータルの切断が
ないときは、動作を終了する。一方、中継ポータルの切
断があったときは、ステップＳＴ３２で、管理ノード４
１に対象バスの切断を報告して、動作を終了する。対象
バスの切断を報告する際、代理ポータルは、上述した設
定時に送られてきた管理ノード４１のヴァーチャルノー
ドＩＤを使用して、管理ノード４１のＲＡＭ内のＣＳＲ
のMESSAGE_REQUESTレジスタ宛にライトリクエストパケ
ット（図５参照）を送信する。
ないときは、動作を終了する。一方、中継ポータルの切
断があったときは、ステップＳＴ３２で、管理ノード４
１に対象バスの切断を報告して、動作を終了する。対象
バスの切断を報告する際、代理ポータルは、上述した設
定時に送られてきた管理ノード４１のヴァーチャルノー
ドＩＤを使用して、管理ノード４１のＲＡＭ内のＣＳＲ
のMESSAGE_REQUESTレジスタ宛にライトリクエストパケ
ット（図５参照）を送信する。
【００４８】図１１は、そのライトリクエストパケット
のデータフィールドのフォーマットを示している。この
データフィールドのフォーマットは、上述した切断報告
の要求をする際のデータフィールドのフォーマット（図
６参照）と、同様のフィールドを備えている。
のデータフィールドのフォーマットを示している。この
データフィールドのフォーマットは、上述した切断報告
の要求をする際のデータフィールドのフォーマット（図
６参照）と、同様のフィールドを備えている。
【００４９】ここで、ｓビットにレスポンスが不要であ
ることを示す値として０が入り、tagフィールドに０が
入り、racIdフィールドにはＰ１３９４．１ ＷＧが定
義するMESSAGE_REQUESTであることを示す値として０が
入り、formatIdフィールドには切断報告を示す値として
１が入り、さらにtarget_bus_IDフィールドには対象バ
スのバスＩＤが入る。なお、管理ノード４１への切断報
告には、管理ノード４１のヴァーチャルノードＩＤは不
要であることから、図１１に示すデータフィールドのフ
ォーマットには、manager_IDフィールドは設けられてい
ない。
ることを示す値として０が入り、tagフィールドに０が
入り、racIdフィールドにはＰ１３９４．１ ＷＧが定
義するMESSAGE_REQUESTであることを示す値として０が
入り、formatIdフィールドには切断報告を示す値として
１が入り、さらにtarget_bus_IDフィールドには対象バ
スのバスＩＤが入る。なお、管理ノード４１への切断報
告には、管理ノード４１のヴァーチャルノードＩＤは不
要であることから、図１１に示すデータフィールドのフ
ォーマットには、manager_IDフィールドは設けられてい
ない。
【００５０】次に、図１に示すようなバスネットワーク
において、管理ノード４１の切断認識の動作を、図１２
のフローチャートを参照して、説明する。管理ノード４
１は、この図１２のフローチャートに示す動作を所定の
間隔をもって繰り返し実行する。
において、管理ノード４１の切断認識の動作を、図１２
のフローチャートを参照して、説明する。管理ノード４
１は、この図１２のフローチャートに示す動作を所定の
間隔をもって繰り返し実行する。
【００５１】まず、ステップＳＴ４１で、代理ポータル
から送信される対象バスの切断報告を受信したか否かを
判定する。受信していない場合は動作を終了する。一
方、受信していた場合は、ステップＳＴ４２で、対象バ
スのバスネットワーク１０からの切断を認識し、動作を
終了する。
から送信される対象バスの切断報告を受信したか否かを
判定する。受信していない場合は動作を終了する。一
方、受信していた場合は、ステップＳＴ４２で、対象バ
スのバスネットワーク１０からの切断を認識し、動作を
終了する。
【００５２】例えば、図２において、ノード５１-1が管
理ノード４１であるとすると、このノード５１-1の制御
部５３は、ＩＥＥＥ１３９４通信部５２で受信したＲＡ
Ｍ５４内のMESSAGE_REQUESTレジスタ宛のライトリクエ
ストパケットのデータフィールドにおいて、racIdフィ
ールドの値が０で、かつformatIdフィールドの値が１で
あるとき、target_bus_IDフィールドが示すバスＩＤに
対応する対象バスがバスネットワーク１０から切断され
たと認識する。
理ノード４１であるとすると、このノード５１-1の制御
部５３は、ＩＥＥＥ１３９４通信部５２で受信したＲＡ
Ｍ５４内のMESSAGE_REQUESTレジスタ宛のライトリクエ
ストパケットのデータフィールドにおいて、racIdフィ
ールドの値が０で、かつformatIdフィールドの値が１で
あるとき、target_bus_IDフィールドが示すバスＩＤに
対応する対象バスがバスネットワーク１０から切断され
たと認識する。
【００５３】次に、図１に示すようなバスネットワーク
１０において、管理ノード４１が行う対象バスの切断検
出の動作を、図１３のフローチャートを参照して、説明
する。管理ノード４１は、図１３のフローチャートに示
す動作を、ローカルバス内でバスリセットが発生した際
に実行する。
１０において、管理ノード４１が行う対象バスの切断検
出の動作を、図１３のフローチャートを参照して、説明
する。管理ノード４１は、図１３のフローチャートに示
す動作を、ローカルバス内でバスリセットが発生した際
に実行する。
【００５４】まず、ステップＳＴ５１で、自己が検出し
た中継ポータル（図４のステップＳＴ１参照）が、ロー
カルバス２１より切断されたか否かを判定する。この判
定処理は、上述の図１０のステップＳＴ３１において代
理ポータルが行ったと同様に行われる。ステップＳＴ５
１で、中継ポータルの切断がないときは、動作を終了す
る。一方、中継ポータルの切断があったときは、ステッ
プＳＴ５２で、対象バスのバスネットワーク１０からの
切断を認識し、動作を終了する。
た中継ポータル（図４のステップＳＴ１参照）が、ロー
カルバス２１より切断されたか否かを判定する。この判
定処理は、上述の図１０のステップＳＴ３１において代
理ポータルが行ったと同様に行われる。ステップＳＴ５
１で、中継ポータルの切断がないときは、動作を終了す
る。一方、中継ポータルの切断があったときは、ステッ
プＳＴ５２で、対象バスのバスネットワーク１０からの
切断を認識し、動作を終了する。
【００５５】以上説明したように、本実施の形態におい
ては、対象バスの切断の報告を受けようとする管理ノー
ド４１から当該対象バスへの通り道を構成するブリッジ
の一方および他方のブリッジポータルに対して、対象バ
スの切断報告の要求が順次伝搬される。そして、バスネ
ットワーク１０より対象バスの切断があった場合には、
代理ポータルで対象バスの切断が検出されて管理ノード
４１に報告され、あるいは管理ノード４１自体によって
対象バスの切断が検出される。したがって、バスネット
ワーク１０より対象バスの切断があったとき、管理ノー
ド４１はその切断を直ちに認識でき、対象バスの切断後
に対象バス宛の通信や対象バスを通過する通信を中止す
ることが可能となり、無駄なトラフィックを削減でき
る。
ては、対象バスの切断の報告を受けようとする管理ノー
ド４１から当該対象バスへの通り道を構成するブリッジ
の一方および他方のブリッジポータルに対して、対象バ
スの切断報告の要求が順次伝搬される。そして、バスネ
ットワーク１０より対象バスの切断があった場合には、
代理ポータルで対象バスの切断が検出されて管理ノード
４１に報告され、あるいは管理ノード４１自体によって
対象バスの切断が検出される。したがって、バスネット
ワーク１０より対象バスの切断があったとき、管理ノー
ド４１はその切断を直ちに認識でき、対象バスの切断後
に対象バス宛の通信や対象バスを通過する通信を中止す
ることが可能となり、無駄なトラフィックを削減でき
る。
【００５６】また、管理ノード４１から対象バスの間の
ブリッジポータルが一つずつ設定され、全ての代理ポー
タルが対象バスの切断を検出可能であり、検出の際には
それを管理ノード４１に報告するものであり、対象ノー
ドへの通り道にある途中のバスが切断した場合にも、バ
スネットワーク１０より対象バスの切断が起こったこと
を管理ノード４１に正確に報告できる。
ブリッジポータルが一つずつ設定され、全ての代理ポー
タルが対象バスの切断を検出可能であり、検出の際には
それを管理ノード４１に報告するものであり、対象ノー
ドへの通り道にある途中のバスが切断した場合にも、バ
スネットワーク１０より対象バスの切断が起こったこと
を管理ノード４１に正確に報告できる。
【００５７】また、管理ノード４１から対象バスの間の
ブリッジポータルが一つずつ設定されるので、切断報告
をネットワーク全体に行う必要がなく、管理ノード４１
のみに行えばよい。したがって、切断報告のための無駄
なトラフィックの増加を防ぐことができる。
ブリッジポータルが一つずつ設定されるので、切断報告
をネットワーク全体に行う必要がなく、管理ノード４１
のみに行えばよい。したがって、切断報告のための無駄
なトラフィックの増加を防ぐことができる。
【００５８】なお、上述した図４、図７、図９、図１
０、図１２および図１３の各フローチャートの処理を実
現するためのコンピュータプログラムデータは、例えば
光ディスクや磁気ディスク等のディスク状記録媒体や、
テープ状記録媒体により提供可能である。また、通信回
線を使用しても提供可能であり、各ノードにおいては、
当該プログラムデータをインストールあるいはダウンロ
ードすることが可能である。
０、図１２および図１３の各フローチャートの処理を実
現するためのコンピュータプログラムデータは、例えば
光ディスクや磁気ディスク等のディスク状記録媒体や、
テープ状記録媒体により提供可能である。また、通信回
線を使用しても提供可能であり、各ノードにおいては、
当該プログラムデータをインストールあるいはダウンロ
ードすることが可能である。
【００５９】また、上述実施の形態においては、この発
明をＩＥＥＥ１３９４バスネットワークに適用したもの
であるが、この発明はブリッジによって複数のバスが接
続されてなるその他のバスネットワークにも同様に適用
できることは勿論である。
明をＩＥＥＥ１３９４バスネットワークに適用したもの
であるが、この発明はブリッジによって複数のバスが接
続されてなるその他のバスネットワークにも同様に適用
できることは勿論である。
【００６０】
【発明の効果】この発明によれば、対象バスの切断の報
告を受けようとする管理ノードから当該対象ノードへの
通り道を構成するブリッジの第１および第２の通信手段
に対して、対象バスの切断報告の要求が順次伝搬してい
く構成とされ、バスネットワークより対象バスの切断が
あった場合には、例えばブリッジの第２の通信手段で対
象バスの切断が検出されて管理ノードに報告される。し
たがって、バスネットワークより対象バスの切断があっ
たとき、管理ノードはその切断を直ちに認識でき、対象
バスの切断後に対象バス宛の通信や対象バスを通過する
通信を中止することが可能となり、無駄なトラフィック
を削減できる。
告を受けようとする管理ノードから当該対象ノードへの
通り道を構成するブリッジの第１および第２の通信手段
に対して、対象バスの切断報告の要求が順次伝搬してい
く構成とされ、バスネットワークより対象バスの切断が
あった場合には、例えばブリッジの第２の通信手段で対
象バスの切断が検出されて管理ノードに報告される。し
たがって、バスネットワークより対象バスの切断があっ
たとき、管理ノードはその切断を直ちに認識でき、対象
バスの切断後に対象バス宛の通信や対象バスを通過する
通信を中止することが可能となり、無駄なトラフィック
を削減できる。
【００６１】また、管理ノードから対象バスの間のブリ
ッジの第１および第２の通信手段が一つずつ設定され、
対象バスへの通り道にあるブリッジの第２の通信手段が
対象バスの切断を検出してそれを管理ノードに報告する
ものである。したがって、対象ノードへの通り道にある
途中のバスが切断した場合にも、バスネットワークより
対象バスの切断が起こったことを管理ノードに正確に報
告できる。
ッジの第１および第２の通信手段が一つずつ設定され、
対象バスへの通り道にあるブリッジの第２の通信手段が
対象バスの切断を検出してそれを管理ノードに報告する
ものである。したがって、対象ノードへの通り道にある
途中のバスが切断した場合にも、バスネットワークより
対象バスの切断が起こったことを管理ノードに正確に報
告できる。
【００６２】また、管理ノードから対象バスの間のブリ
ッジの第１および第２の通信手段が一つずつ設定するこ
とで、全ての代理ポータルが管理ノードのヴァーチャル
ノードＩＤを知ることができ、その結果として、対象バ
スの切断報告をネットワーク全体に行う必要がなく、管
理ノードに対してのみ行えばよい。したがって、切断報
告のための無駄なトラフィックの増加を防ぐことができ
る。
ッジの第１および第２の通信手段が一つずつ設定するこ
とで、全ての代理ポータルが管理ノードのヴァーチャル
ノードＩＤを知ることができ、その結果として、対象バ
スの切断報告をネットワーク全体に行う必要がなく、管
理ノードに対してのみ行えばよい。したがって、切断報
告のための無駄なトラフィックの増加を防ぐことができ
る。
【図１】複数のＩＥＥＥ１３９４バスをブリッジを用い
て接続してなるバスネットワークの構成例を示す図であ
る。
て接続してなるバスネットワークの構成例を示す図であ
る。
【図２】図１に示すバスネットワークにおけるある一つ
のバス部分の構成を示すブロック図である。
のバス部分の構成を示すブロック図である。
【図３】ブリッジの構成を示すブロック図である。
【図４】管理ノードが対象バスの切断報告を受けるため
に、管理ノード自身が行う設定動作を示すフローチャー
トである。
に、管理ノード自身が行う設定動作を示すフローチャー
トである。
【図５】ライトリクエストパケットのフォーマットを示
す図である。
す図である。
【図６】対象バスの切断報告の要求時におけるライトリ
クエストパケットのデータフィールドのフォーマットを
示す図である。
クエストパケットのデータフィールドのフォーマットを
示す図である。
【図７】管理ノードが対象バスの切断報告を受けるため
に、中継ポータルが行う設定動作を示すフローチャート
である。
に、中継ポータルが行う設定動作を示すフローチャート
である。
【図８】ブリッジポータル間の対象バス切断報告要求の
伝達フォーマットを示す図である。
伝達フォーマットを示す図である。
【図９】管理ノードが対象バスの切断報告を受けるため
に、代理ポータルが行う設定動作を示すフローチャート
である。
に、代理ポータルが行う設定動作を示すフローチャート
である。
【図１０】中継ポータルより切断報告の要求の伝達があ
った代理ポータルが行う対象バスの切断検出とその報告
の動作を示すフローチャートである。
った代理ポータルが行う対象バスの切断検出とその報告
の動作を示すフローチャートである。
【図１１】対象バスの切断報告時におけるライトリクエ
ストパケットのデータフィールドのフォーマットを示す
図である。
ストパケットのデータフィールドのフォーマットを示す
図である。
【図１２】管理ノードによる対象バスの切断認識の動作
を示すフローチャートである。
を示すフローチャートである。
【図１３】管理ノードが行う対象バスの切断検出の動作
を示すフローチャートである。
を示すフローチャートである。
１０・・・バスネットワーク、２０，２０Ａ，２０Ｂ，
２１〜２６・・・ＩＥＥＥ１３９４バス、３０，３１〜
３５・・・ブリッジ、３０Ａ，３０Ｂ・・・ブリッジポ
ータル、４１・・・管理ノード、５１-1〜５１-N・・・
ＩＥＥＥ１３９４ノード
２１〜２６・・・ＩＥＥＥ１３９４バス、３０，３１〜
３５・・・ブリッジ、３０Ａ，３０Ｂ・・・ブリッジポ
ータル、４１・・・管理ノード、５１-1〜５１-N・・・
ＩＥＥＥ１３９４ノード
Claims (13)
- 【請求項１】 第１および第２の通信手段を連結したブ
リッジを用いて複数のバスが接続されてなるバスネット
ワークの第１のバスに存在する管理ノードが上記第１の
バスとは異なる対象バスの切断の報告を受けるための管
理方法であって、 上記管理ノードが、自己が存在するバスに存在し、かつ
上記対象バスへの通り道となっている上記ブリッジの第
１の通信手段を検出すると共に、当該検出された第１の
通信手段に上記対象バスの切断報告の要求を送信するス
テップと、 上記対象バスの切断報告の要求を受信した上記ブリッジ
の第１の通信手段が、自己と連結した上記第２の通信手
段に上記対象バスの切断報告の要求を伝達するステップ
と、 上記対象バスの切断報告の要求が伝達された上記ブリッ
ジの第２の通信手段が、自己が存在する第２のバスが上
記対象バスでないとき、当該第２のバスに存在し、かつ
上記対象バスへの通り道となっている上記ブリッジの第
１の通信手段を検出すると共に、当該検出された第１の
通信手段に上記対象バスの切断報告の要求を送信するス
テップとを備えることを特徴とするバスネットワーク管
理方法。 - 【請求項２】 上記対象バスの切断報告の要求が伝達さ
れた上記ブリッジの第２の通信手段が、上記対象バスの
切断を検出したとき、当該対象バスの切断の報告を上記
管理ノードに送信するステップをさらに備えることを特
徴とする請求項１に記載のバスネットワーク管理方法。 - 【請求項３】 上記対象バスの切断報告の要求が伝達さ
れた上記ブリッジの第２の通信手段は、 当該第２の通信手段が検出した上記ブリッジの第１の通
信手段が、自己が存在する上記第２のバスに存在しない
ことを検出することで、上記対象バスの切断を検出する
ことを特徴とする請求項２に記載のバスネットワーク管
理方法。 - 【請求項４】 上記管理ノードが、上記対象バスの切断
を検出するステップをさらに備えることを特徴とする請
求項１に記載のバスネットワーク管理方法。 - 【請求項５】 上記管理ノードは、 当該管理ノードが検出した上記ブリッジの第１の通信手
段が、自己が存在する上記第１のバスに存在しないこと
を検出することで、上記対象バスの切断を検出すること
を特徴とする請求項４に記載のバスネットワーク管理方
法。 - 【請求項６】 上記複数のバスはそれぞれＩＥＥＥ１３
９４バスであると共に、上記第１および第２の通信手段
はそれぞれブリッジポータルであることを特徴とする請
求項１に記載のバスネットワーク管理方法。 - 【請求項７】 第１および第２の通信手段を連結したブ
リッジを用いて複数のバスが接続されてなるバスネット
ワークにおいて、 上記複数のバスのうち第１のバスに、当該第１のバスと
は異なる対象バスの切断の報告を受けようとする管理ノ
ードが存在し、 上記管理ノードは、自己が存在するバスに存在し、かつ
上記対象バスへの通り道となっている上記ブリッジの第
１の通信手段を検出する第１の検出手段と、当該検出さ
れた第１の通信手段に上記対象バスの切断報告の要求を
送信する第１の送信手段とを有し、 上記ブリッジの第１の通信手段は、上記対象バスの切断
報告の要求を受信したとき、自己と連結した上記第２の
通信手段に上記対象バスの切断報告の要求を伝達する伝
達手段を有し、 上記ブリッジの第２の通信手段は、上記対象バスの切断
報告の要求が伝達され、自己が存在する第２のバスが上
記対象バスでないとき、当該第２のバスに存在し、かつ
上記対象バスへの通り道となっている上記ブリッジの第
１の通信手段を検出する第２の検出手段と、当該検出さ
れた第１の通信手段に上記対象バスの切断報告の要求を
送信する第２の送信手段とを有することを特徴とするバ
スネットワーク。 - 【請求項８】 上記ブリッジの第２の通信手段は、上記
対象バスの切断を検出する第３の検出手段と、上記対象
バスの切断の報告を上記管理ノードに送信する第３の送
信手段とをさらに有することを特徴とする請求項７に記
載のバスネットワーク。 - 【請求項９】 上記第３の検出手段は、 上記第２の検出手段が検出した上記ブリッジの第１の通
信手段が、上記第２の通信手段が存在する上記第２のバ
スに存在しないことを検出することで、上記対象バスの
切断を検出することを特徴とする請求項８に記載のバス
ネットワーク。 - 【請求項１０】 上記管理ノードは、上記対象バスの切
断を検出する第４の検出手段をさらに有することを特徴
とする請求項７に記載のバスネットワーク。 - 【請求項１１】 上記第４の検出手段は、 上記第１の検出手段が検出した上記ブリッジの第１の通
信手段が、上記管理ノードが存在する上記第１のバスに
存在しないことを検出することで、上記対象バスの切断
を検出することを特徴とする請求項１０に記載のバスネ
ットワーク。 - 【請求項１２】 上記複数のバスはそれぞれＩＥＥＥ１
３９４バスであると共に、上記第１および第２の通信手
段はそれぞれブリッジポータルであることを特徴とする
請求項７に記載のバスネットワーク。 - 【請求項１３】 第１および第２の通信手段を連結した
ブリッジを用いて複数のバスが接続されてなるバスネッ
トワークの第１のバスに存在する管理ノードが上記第１
のバスとは異なる対象バスの切断の報告を受けるために
使用されるコンピュータプログラムを提供する情報提供
媒体であって、 上記管理ノードが、自己が存在するバスに存在し、かつ
上記対象バスへの通り道となっている上記ブリッジの第
１の通信手段を検出すると共に、当該検出された第１の
通信手段に上記対象バスの切断報告の要求を送信するス
テップと、 上記対象バスの切断報告の要求を受信した上記ブリッジ
の第１の通信手段が、自己と連結した上記第２の通信手
段に上記対象バスの切断報告の要求を伝達するステップ
と、 上記対象バスの切断報告の要求が伝達された上記ブリッ
ジの第２の通信手段が、自己が存在する第２のバスが上
記対象バスでないとき、当該第２のバスに存在し、かつ
上記対象バスへの通り道となっている上記ブリッジの第
１の通信手段を検出すると共に、当該検出された第１の
通信手段に上記対象バスの切断報告の要求を送信するス
テップと、 上記対象バスの切断報告の要求が伝達された上記ブリッ
ジの第２の通信手段が、上記対象バスの切断を検出した
とき、当該対象バスの切断の報告を上記管理ノードに送
信するステップと、 上記管理ノードが、上記対象バスの切断を検出するステ
ップのうち、 少なくとも１つのステップを実行するためのコンピュー
タプログラムを提供する情報提供媒体。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16019799A JP2000349805A (ja) | 1999-06-07 | 1999-06-07 | バスネットワーク管理方法およびそれを利用するバスネットワーク、並びに情報提供媒体 |
| KR1020000030805A KR20010014997A (ko) | 1999-06-07 | 2000-06-05 | 버스 관리방법과 그것을 이용한 버스 네트워크 및정보제공매체 |
| EP00304761A EP1059827A3 (en) | 1999-06-07 | 2000-06-06 | Bus management method, bus network using such bus management method and information provider medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16019799A JP2000349805A (ja) | 1999-06-07 | 1999-06-07 | バスネットワーク管理方法およびそれを利用するバスネットワーク、並びに情報提供媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000349805A true JP2000349805A (ja) | 2000-12-15 |
Family
ID=15709917
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16019799A Pending JP2000349805A (ja) | 1999-06-07 | 1999-06-07 | バスネットワーク管理方法およびそれを利用するバスネットワーク、並びに情報提供媒体 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP1059827A3 (ja) |
| JP (1) | JP2000349805A (ja) |
| KR (1) | KR20010014997A (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11261564A (ja) * | 1998-03-06 | 1999-09-24 | Sony Corp | ネットワークシステム |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4691347A (en) * | 1985-02-15 | 1987-09-01 | American Telephone And Telegraph Company, At&T Bell Laboratories | Method and apparatus for controlling a conference |
| JPH10187583A (ja) * | 1996-12-27 | 1998-07-21 | Canon Inc | データ通信装置及び方法 |
| US5875313A (en) * | 1997-04-08 | 1999-02-23 | National Instruments Corporation | PCI bus to IEEE 1394 bus translator employing write pipe-lining and sequential write combining |
-
1999
- 1999-06-07 JP JP16019799A patent/JP2000349805A/ja active Pending
-
2000
- 2000-06-05 KR KR1020000030805A patent/KR20010014997A/ko not_active Application Discontinuation
- 2000-06-06 EP EP00304761A patent/EP1059827A3/en not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| KR20010014997A (ko) | 2001-02-26 |
| EP1059827A3 (en) | 2002-07-10 |
| EP1059827A2 (en) | 2000-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4536981B2 (ja) | 情報信号処理装置及び情報信号処理方法 | |
| TWI234371B (en) | A method of performing iSCSI commands and a data processing system using the method | |
| US6157972A (en) | Apparatus and method for processing packetized information over a serial bus | |
| JP3857317B2 (ja) | 自動交渉の進捗モニタ | |
| US11398966B2 (en) | Cluster wide packet tracing | |
| EP1327328B1 (en) | Method for linking several communication busses using wireless links | |
| US6374316B1 (en) | Method and system for circumscribing a topology to form ring structures | |
| US6678781B1 (en) | Network configuration method | |
| US6823408B2 (en) | Electronic equipment, and method for controlling state of physical layer circuit therefor | |
| JP2003174486A (ja) | 情報通信装置、情報通信方法および情報通信処理プログラム | |
| US6647446B1 (en) | Method and system for using a new bus identifier resulting from a bus topology change | |
| JP3815063B2 (ja) | バスネットワークの同期通信設定の解除方法およびそれを利用するバスネットワーク、並びに情報提供媒体 | |
| US6751697B1 (en) | Method and system for a multi-phase net refresh on a bus bridge interconnect | |
| US6584539B1 (en) | Method and system for message broadcast flow control on a bus bridge interconnect | |
| JP2000032030A (ja) | バスネットワークの同期通信設定方法およびそれを利用するバスネットワーク、並びに情報提供媒体 | |
| JP2000349805A (ja) | バスネットワーク管理方法およびそれを利用するバスネットワーク、並びに情報提供媒体 | |
| US7043594B2 (en) | Local bus bridge | |
| JP2001274813A (ja) | 情報信号処理装置及び情報信号処理方法並びに記憶媒体 | |
| US7352742B2 (en) | Method and apparatus for transmitting to an upper layer of information included in a packet | |
| JPH04233846A (ja) | データ伝送方法及び装置 | |
| JPH10190706A (ja) | コンピュータ・ネットワーク・システム | |
| JPWO2006090714A1 (ja) | 情報中継装置、情報中継方法及び情報中継用プログラム並びに情報記録媒体 | |
| JP3456891B2 (ja) | ルータ装置及びフレーム転送方法 | |
| JPS62216449A (ja) | ル−テイング方式 | |
| JP2002111698A (ja) | データ転送装置、ネットワークシステム及びデータ転送方法 |