(57)【特許請求の範囲】
【請求項１】
少なくとも１つのノードが接続されたバスを第１のブリッジで接続してサブネットワークを構成し、
複数のサブネットワーク同士を第２のブリッジで接続して構成されるネットワークシステムにおいて、
ネットワークシステム内で使用されるアドレスを上位ｍビットと下位ｎビットに分割し（ｍ，ｎは任意の整数）、
上位ｍビットのアドレスに基づいて第１のルーチング処理を行ってデータ中継処理を行い、
下位ｎビットのアドレスに基づいて第２のルーチング処理を行い、
上位ｍビットと下位ｎのうちの上位ｋビットを上記サブネットワークを識別するサブネットワークアドレスとし、
下位ｎビットのうちの下位（ｎ−ｋ）ビットを上記バスを識別するバスアドレスとした
ネットワークシステム。
【請求項２】
請求項１記載のネットワークシステムにおいて、
上記第１のブリッジは、上記バス間の接続が切れた場合に、ネットワーク構成の再構築の起動、又は起動の促しによって、上記サブネットワークアドレスの再割当てを行う
ネットワークシステム。
【請求項３】
請求項１記載のネットワークシステムにおいて、
上記第２のブリッジは、上記バス間の接続が切れた場合に、サブネットワークアドレスの付け替えを行わず、ネットワーク構成の再構築の起動をしない
ネットワークシステム。
【請求項４】
請求項１記載のネットワークシステムにおいて、
上記第１のルーチング処理は、各バスのアドレスとは無関係で、各宛先バスで独立の転送条件に従って、上記第１及び第２のブリッジにおけるデータ転送処理を行う
ネットワークシステム。
【請求項５】
請求項１記載のネットワークシステムにおいて、
上記サブネットワークアドレスは、隣接する１群のサブネットワークに対して第２のルーチング処理用アドレスの上位ｋビットをサブネットワークの下位ｋとして割当てる
ネットワークシステム。
【請求項６】
少なくとも１つのノードが接続されたバスを接続してサブネットワークを構成するブリッジ装置であって、
ネットワークシステム内で使用されるアドレスを上位ｍビットと下位ｎビットに分割し（ｍ，ｎは任意の整数）、
上位ｍビットのアドレスに基づいて第１のルーチング処理を行ってデータ中継処理を行い、
下位ｎビットのアドレスに基づいて第２のルーチング処理を行い、
上位ｍビットと下位ｎのうちの上位ｋビットをサブネットワークを識別するサブネットワークアドレスとし、
下位ｎビットのうちの下位（ｎ−ｋ）ビットを上記バスアドレスとしたパケットを処理する
ブリッジ装置。
【請求項７】
請求項６記載のブリッジ装置において、
上記サブネットワークを構成するバスの接続が切れた場合に、ネットワーク構成の再構築の起動、又は起動の促しによって、上記サブネットワークアドレスの再割当てを行う
ブリッジ装置。
【請求項８】
少なくとも１つのノードが接続されたバスを接続してサブネットワークを構成し、
複数のサブネットワーク同士を接続してネットワークを構成するブリッジ装置であって、
ネットワークシステム内で使用されるアドレスを上位ｍビットと下位ｎビットに分割し（ｍ，ｎは任意の整数）、
上位ｍビットのアドレスに基づいて第１のルーチング処理を行ってデータ中継処理を行い、
下位ｎビットのアドレスに基づいて第２のルーチング処理を行い、
上位ｍビットと下位ｎのうちの上位ｋビットを上記サブネットワークを識別するサブネットワークアドレスとし、
下位ｎビットのうちの下位（ｎ−ｋ）ビットを上記バスを識別するバスアドレスとしたパケットを処理する
ブリッジ装置。
【請求項９】
請求項８記載のブリッジ装置において、
上記サブネットワークを構成するバスの接続が切れた場合に、サブネットワークアドレスの付け替えを行わず、ネットワーク構成の再構築の起動をしない
ブリッジ装置。
【請求項１０】
請求項６又は請求項８に記載のブリッジ装置において、
上記第１のルーチング処理は、各バスのアドレスとは無関係で、各宛先バスで独立の転送条件に従って、上記第１及び第２のブリッジにおけるデータ転送処理を行う
ブリッジ装置。
【請求項１１】
請求項６又は請求項８に記載のブリッジ装置において、
上記サブネットワークアドレスは、隣接する１群のサブネットワークに対して第２のルーチング処理用アドレスの上位ｋビットをサブネットワークの下位ｋとして割当てるブリッジ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のノードを、制御信号と情報信号とを混在させて伝送することのできる伝送路で接続して形成したバスを複数有してなるネットワークシステム及びそのシステムで使用されるブリッジ装置に関する。
【０００２】
【従来の技術】
コンピュータやその周辺機器、或いは映像機器やオーディオ機器などを多数接続し、ネットワークシステムを形成するのが一般化してきた。このような接続の対象となる各機器は、ノード（ｎｏｄｅ）と呼ばれ、他の機器を接続するためのインターフェースを内蔵している。
【０００３】
従来のネットワークシステムの構成例を、図６に示す。ここでは、ＩＥＥＥ１３９４インターフェースと称される方式の規格に適合したネットワークシステム構成である。ＩＥＥＥ１３９４インターフェースでは、１つのバス内の最大接続ノード数を６３台と規定している。小規模なネットワークシステムは、単独のバスだけで構成できる。しかし、もっと多くのノードを接続するためには複数のバスを用意して、バス同士をブリッジで接続する必要がある。ＩＥＥＥ１３９４インターフェースの規格では１つのネットワークシステムにおけるバスの最大数は１０２３としている。
【０００４】
図６に示すネットワークシステム１では、５つのサブネットワーク１０，２０，３０，４０及び５０毎に上記バスを備えている。
【０００５】
サブネットワーク１０は、複数のノードを例えばIEEE1394に準拠した通信制御信号線で接続して形成した３つのバス１１，１２及び１３を含んで成る。バス１１とバス１２は第１のブリッジ１４で、またバス１２とバス１３は第１のブリッジ１５で接続されている。サブネットワーク２０は、３つのバス２１，２２及び２３を含んで成る。バス２１とバス２３は第１のブリッジ２４で、またバス２２とバス２３は第１のブリッジ２５で接続されている。
【０００６】
サブネットワーク３０は、２つのバス３１，３２を含んで成る。バス３１とバス３２は第１のブリッジ３３で接続されている。サブネットワーク４０は、３つのバス４１，４２及び４３を含んで成る。バス４１とバス４２は第１のブリッジ４５で、またバス４１とバス４３は第１のブリッジ４４で接続されている。サブネットワーク５０は、３つのバス５１，５２及び５３を含んで成る。これら３つのバス５１，５２及び５３は第１のブリッジ５４で接続されている。
【０００７】
これらの各サブネットワークの内、サブネットワーク１０とサブネットワーク２０は第２のブリッジ６１で、またサブネットワーク２０とサブネットワーク３０は第２のブリッジ６２で、またサブネットワーク２０とサブネットワーク４０は第２のブリッジ６３で、またサブネットワーク２０とサブネットワーク６０は第２のブリッジ６４で、それぞれ接続されている。
【０００８】
ここで、第１のブリッジは、複数のバスに対して順次連続した識別番号（ＩＤ）を割り付けるコンフィギュレーション処理を行う。例えば、サブネットワーク１０内における第１のブリッジ１４、第１のブリッジ１５は３つのバス１１，１２及び１３に対して順次連続した識別番号（ＩＤ）を割り付けるコンフィギュレーション処理を行う。
【０００９】
また、第２のブリッジは、複数のサブネットワークに対して順次連続したＩＤを割り付けるコンフィギュレーション処理を行う。例えば、第２のブリッジ６１はサブネットワーク１０、サブネットワーク２０に対してのコンフィギュレーション処理を行う。
【００１０】
このようなシステムにおいて、従来アドレスであるＩＤは、例えば図７に示すような割当てで設定してあった。即ち、本来バスＩＤとして割当てられた所定のビット（例えば１０ビット）の上位をサブネットワークＩＤとし下位をバスＩＤとして割当て、残りの所定ビット（例えば６ビット）をノードＩＤとする。
【００１１】
サブネットワークＩＤ（ＳＮＩＤ）とバスＩＤ（ＢＩＤ）は、例えば５ビットずつの固定長で割当てても良いが、サブネットマスクの概念を用意してこれを可変長にすることもできる。
【００１２】
このようなＩＤの設定により、従来の第１のブリッジがバス内のパケットを隣のパケットに転送するかどうかを判断するアルゴリズムを、図８のフローチャートに示す。第１のブリッジには、同一サブネットワーク内宛のパケットを隣接バスへ転送するか決定するために用いるバスＩＤの範囲の情報と、他のサブネットワーク宛のパケットを隣接バスに転送するか決定するために用いるサブネットワークＩＤの範囲の情報とを内蔵する。受け取ったパケットの宛先のサブネットワークＩＤ（ＳＮＩＤ）が自分のサブネットワークＩＤと一致するかどうかを調べる。（ステップＳ１１）。一致する場合はパケットが同一サブネットワーク宛であることを意味する。一致する場合は次に宛先のバスＩＤが、自分が隣接バスに転送するバスＩＤの範囲と一致するか調べる（ステップＳ１２）。一致する場合にはパケットを隣接バスの転送するために、パッケトを受け取ったホータルからもう一方のポータルに転送し、もう一方のポータルが隣接バス内にパケットを出力する（ステップＳ１３）。ステップＳ１１で一致して場合は他のサブネットワーク宛のパケットであり、パケットを受け取ったポータルは宛先のサブネットワークＩＤが自分が隣接バスに転送するサブネットワークＩＤの範囲と一致するか調べる（ステップＳ１４）。一致とする場合にはパケットを隣接バスの転送するために、パケットを受け取ったポータルからもう一方のポータルに転送し、もう一方のポータルが隣接バス内にパケットを出力する（ステップＳ１５）。
【００１３】
図９は第２のブリッジがバス内のパケットを隣のバスに転送するかどうかを判断するアルゴリズムである。第２のブリッジには、他のサブネットワーク宛のパケットを隣接バスに転送するか決定するために用いるサブネットワークＩＤの範囲の情報とを内蔵する。受け取ったパケットの宛先のサブネットワークＩＤ（ＳＮＩＤ）が自分のサブネットワークＩＤと一致するかどうか調べる（ステップＳ２１）。一致する場合はパケットが同一サブネットワーク宛であることを意味する。一致する場合はパケットを隣接バスに転送せずに終了する。ステップＳ２１で一致しない場合は他のサブネットワーク宛のパケットであり、パケットを受け取ったポータルは宛先のサブネットワークＩＤが、自分が隣接バスに転送するサブネットワークＩＤの範囲と一致するか調べる（ステップＳ２２）。一致する場合にはパケットを隣接バスの転送するために、パケットを受け取ったポータルからもう一方のポータルに転送し、もう一方のポータルが隣接バス内にパケットを出力する（ステップＳ２３）。
【００１４】
図１０はこのようなシステム構成において、他のサブネットワーク内のノード宛にデータ（パケット）が送信される際のルーチングについて説明している。ここではサブネットワーク３０１のバス３０８のノードがサブネットワーク３０２のバス３１２内のノードにパケットを送信する。パケットの宛先のサブネットワークＩＤは００１、バスＩＤは００１である。ポータル３１３，３１５はサブネットワークＩＤが００１，０１０宛のパケットが隣接するバスに転送するように設定されている。ポータル３１７はサブネットワークＩＤが０１０宛のパケットが転送されるよう設定されている。またポータル３１９は同じサブネットワーク００１内のバスＩＤが００１宛のパケットが転送されるよう設定されている。バス３０８内で発信されたパケットは、先ずポータル３１５によって隣接するバス３０９に転送される。バス３０９に転送されたパケットはポータル３１５によって隣接するバス３１０に転送される。
【００１５】
ポータル３１３および３１５は図８の動作フローのステップＳ１１→Ｓ１４→Ｓ１５に従って動作する。バス３１０に転送されたパケットはポータル３１７によって隣接するサブネットワーク３０２内のバス３１１に転送される。ポータル３１７は図９の動作フローのステップＳ２１→Ｓ２２→Ｓ２３に従って動作する。バス３１１に転送されたパケットはポータル３１９によって隣接するバス３１２に転送される。ポータル３１９は図８の動作フローのステップＳ１１→Ｓ１２→Ｓ１３に従って動作する。バス３１２に転送されたパケットは宛先となるノードによって受け取られる。
【００１６】
【発明が解決しようとする課題】
ところが、このように単純にサブネットワークＩＤとバスＩＤを割当てると、ＩＤを構成するデータのビット数が大きくなって、ＩＤのデータ長が長くなってしまう問題がある。例えば、ＩＥＥＥ１３９４インターフェースの規格によるネットワークを、無線システムで構成させることを考えた場合、無線伝送装置があまり高いデータ伝送速度を実現できない現実を考えると、無線伝送装置が接続されるサブネットワーク内のバスの数は比較的少ないことが予想される。そのような場合にサブネットワークのＩＤ長を大きくできないと、バスＩＤ長が長くなり、サブネットワーク内に収容できるバスの数が大きくなり、無駄に多くのバスＩＤを割当てる結果となる。
【００１７】
本発明の目的は、ネットワークシステムを組む場合に、効率の良いアドレス設定ができるようにすることにある。
【００１８】
【課題を解決するための手段】
本発明は、ネットワークシステム内で使用されるアドレスを上位ｍビットと下位ｎビットに分割し（ｍ，ｎは任意の整数）、上位ｍビットのアドレスに基づいて第１のルーチング処理を行ってデータ中継処理を行い、下位ｎビットのアドレスに基づいて第２のルーチング処理を行い、上位ｍビットと下位ｎのうちの上位ｋビットをサブネットワークアドレスとし、下位ｎビットのうちの下位（ｎ−ｋ）ビットをバスアドレスとしたものである。
【００１９】
本発明によると、サブネットワークアドレス長を、データ中継処理に必要な第１のルーチング処理用のアドレス長からｋビット拡大したものとし、その分バスアドレスをｋビット少なくして、アドレスデータが効率良く設定される。
【００２０】
【発明の実施の形態】
以下、本発明の一実施の形態を、添付図面を参照して説明する。
【００２１】
本実施の形態においては、従来例として説明したネットワークシステムと同様に、コンピュータやその周辺機器、或いは映像機器やオーディオ機器などの機器をノードとして多数接続して構成されるネットワークシステムで、ＩＥＥＥ１３９４インターフェースと称される方式の規格に適合したネットワークシステム構成であり、基本的なネットワークシステム構成については、従来例として図６に示した構成と同じである。即ち、複数又は１つのノードが接続されたバスを第１のブリッジで接続してサブネットワークを構成し、複数のサブネットワーク同士を第２のブリッジで接続して構成されるネットワークシステムである。なお、本実施の形態の場合には、バスによる接続として、物理的な信号線による伝送路で構成されるバスの他に、無線伝送路で接続されるバスである場合もある。
【００２２】
このネットワークシステムにおいて、本実施の形態の場合には、図２に示すアドレス管理を行うようにした。即ち、ネットワークシステム内で使用されるアドレス領域を上位ｍビットと下位ｎビットに分割し（ｍ，ｎは任意の整数）、上位ｍビットのＩＤを、第１のルーチング処理用ＩＤとして使用し、下位ｎビットのＩＤを第２のルーチング処理用ＩＤとする。ここで、サブネットワークＩＤは、上位ｍビットと下位ｎのうちの上位ｋビットを使用して示され、上位ｍビットを使用したＩＤは、例えば隣接する複数のサブネットワークで共通して使用され、その共通したサブネットワーク間では、下位のｋビットが異なるＩＤに設定される。また、バスＩＤは、下位ｎビットのうちの下位（ｎ−ｋ）ビットを使用して示される。なお、残りの所定ビット（ここでは６ビット）はノードＩＤとして使用される。第１のルーチング処理と第２のルーチング処理については後述する。
【００２３】
ここで、ネットワークシステムにＩＤを付与した例を図１に示すと、例えばここではサブネットワーク１００，１０１，１０２，１０３，１０４が用意され、各サブネットワーク間が第２のブリッジ（ブリッジ１３１，１３４など）で接続してあり、またサブネットワーク内のバス間が第１のブリッジ（ブリッジ１３２，１３３，１３５など）で接続してある。
【００２４】
ここでは、サブネットワークＩＤを構成する（ｍ＋ｋ）ビットを７ビットとし、上位ｍビットを５ビット、下位ｋビットを２ビットとしてある。また、バスＩＤを構成する（ｎ−ｋ）ビットを３ビットとしてある。この例では、隣接する３つのサブネットワーク１０１，１０２，１０３でサブネットワークＩＤの上位ｍビット（５ビット）を共通したデータ“００００１”を使用し、その３つのサブネットワーク１０１，１０２，１０３で下位ｋビット（２ビット）をそれぞれ変えたデータ“００”，“１０”，“０１”を使用してある。
【００２５】
図３は、第１のブリッジにおいて、バス内のパケットを隣のバスに転送するかどうかのアルゴリズムを示すフローチャートである。第１のブリッジは、サブネットワークアドレスを構成するｍビットのデータとｋビットのデータとが記憶させてある。そして、受け取ったパケットの宛先のサブネットワークＩＤ（ＳＮＩＤ）の上位ｍビットが自局のサブネットワークＩＤの上位ｍビットと一致するか否か判断する（ステップＳ３１）。ここで、一致する場合にはパケットが同一サブネットワーク又は隣接する再生でネットワーク宛であることを意味する。一致する場合には、次に宛先のサブネットワークＩＤ（ＳＮＩＤ）の下位ｋビットがこのブリッジが担当するサブネットワークＩＤの下位ｋビットと一致するか否か判断する（ステップＳ３２）。一致する場合には、パケットを隣接バスに転送するために、パケットを受け取ったポータルからもう一方のポータルに転送し、もう一方のポータルが隣接バス内のパケットを出力する（ステップＳ３３）。
【００２６】
ステップＳ３１で一致しない場合には、他のサブネットワーク宛のパケットであり、パケットを受け取ったポータルは宛先のサブネットワークＩＤの上位ｍビットが、自局が隣接バスに転送するサブネットワークＩＤの上位ｍビットと一致するか否か判断する（ステップＳ３４）。一致する場合には、パケットを隣接バスに転送するために、パケットを受け取ったポータルからもう一方のポータルに転送し、もう一方のポータルが隣接バス内にパケットを出力する（ステップＳ３５）。
【００２７】
図４は、第２のブリッジにおいて、バス内のパケットを隣のバスに転送するかどうかのアルゴリズムを示すフローチャートである。第２のブリッジは、サブネットワークアドレスの上位ｍビットのデータが記憶させてある。そして、受け取ったパケットの宛先のサブネットワークＩＤ（ＳＮＩＤ）の上位ｍビットが自局のサブネットワークＩＤの上位ｍビットと一致するか否か判断する（ステップＳ４１）。ここで、一致する場合にはパケットが同一サブネットワーク又は隣接する再生でネットワーク宛であることを意味する。一致する場合には、宛先のサブネットワークＩＤ（ＳＮＩＤ）の上位ｍビットが自局が担当するサブネットワークＩＤの上位ｍビットと一致するか否か判断する（ステップＳ４２）。一致する場合には、パケットを隣接バスに転送するために、パケットを受け取ったポータルからもう一方のポータルに転送し、もう一方のポータルが隣接バス内のパケットを出力する（ステップＳ４３）。
【００２８】
なお、この第１ブリッジ，第２ブリッジでの処理において、宛先のサブネットワークＩＤの上位ｍビットを判断して、他のバスに転送させるデータ中継処理が、本実施の形態における第１のルーチング処理である。また、第１ブリッジ，第２ブリッジでの処理において、宛先のサブネットワークＩＤの下位ｋビットを判断して、他のバスに転送させる処理が、本実施の形態における第２のルーチング処理である。即ち、第１のルーチング処理は、各バスのアドレスとは無関係で、各宛先バスで独立の転送条件に従って、第１及び第２のブリッジにおけるデータ転送処理を行うようにしたものである。
【００２９】
このように設定されるルーチング処理が実行される一例を、図１を参照して説明する。ここではサブネットワーク１００内のバス１１９に接続されたノードから、サブネットワーク１０２内のバス１１５に接続されたノードにデータを伝送させる処理を示してあり、サブネットワーク１００とサブネットワーク１０１を接続する第２のブリッジ１３１では、宛先のサブネットワークＩＤの上位ｍビットを使用した第１のルーチング処理でデータの配信先が決定し、宛先のサブネットワークＩＤの上位ｍビットが一致するサブネットワーク１０１と１０２との間の第２のブリッジ１３４では、第２のルーチング処理でデータの配信先が決定する。そして、サブネットワーク１０２内で宛先のバスＩＤであるバス１１５にデータが届く。
【００３０】
このように、サブネットワーク１０１，１０２，１０３が隣接する条件を追加することによって、これら３つのサブネットワークをまとめて第２のルーチング処理の対象と見なすことにより、サブネットワークＩＤとバスＩＤの境界と、第１のルーチング処理用ＩＤの境界と第２のルーチング処理用ＩＤの境界が一致しなくても、矛盾のないデータのルーチング処理が可能になる。
【００３１】
なお、本実施の形態においては、サブネットワーク内のバスを接続する第１のブリッジは、バス間の接続が切れた場合に、ネットワーク構成の再構築の起動、又は起動の促しによって、サブネットワークアドレスの再割当てを行うものである。また、サブネットワーク間を接続する第２のブリッジは、バス間の接続が切れた場合に、サブネットワークアドレスの付け替えを行わず、ネットワーク構成の再構築の起動をしないものである。
【００３２】
ここで、各ブリッジでサブネットワークＩＤの上位ｍビットと下位ｋビットを判断する構成の一例を、図５に示しておく。図５において、ブリッジ２００はポータル２１０とポータル２５０とを、メモリ（ＦＩＦＯ）２３０及び２６０を介して接続してなる。このブリッジ２００は、第１のブリッジ，第２のブリッジのどちらにも適用できるものである。
【００３３】
ポータル２１０は、パケットとして入力されるデータをパケット取り込み部２１１で取り込み、データと、サブネットワーク用ＩＤの上位ｍビットと下位ｋビットとを抽出する。パケット取り込み部２１１からのデータは、メモリ２３０に送られる。
【００３４】
パケット取り込み部２１１からのサブネットワーク用ＩＤの下位ｋビットは、比較器２１２に送られる。この比較器２１２には、転送対象のサブネットワーク用ＩＤの下位ｋビットのリスト２１３からブリッジの担当するＩＤの範囲に関する情報が渡される。
【００３５】
また、パケット取り込み部２１１からのサブネットワーク用ＩＤの上位ｍビットは、比較器２１４及び比較器２１６に渡される。比較器２１４には転送対象のサブネットワーク用ＩＤの上位ｍビットのリスト２１５からブリッジの担当するＩＤの範囲に関する情報が渡される。また、比較器２１６には、自局のサブネットワーク用ＩＤの上位ｍビットが記憶部２１７から渡される。
【００３６】
比較器２１２，２１４，２１６での比較結果は、選択器２１８に供給される。選択器２１８は、比較器２１６からの結果が一致であるときには、比較器２１２からの“転送１”と記した結果を選択する。また、比較器２１６からの結果が不一致であるときには、比較器２１４からの“転送２”と記した結果を選択する。
【００３７】
選択器２１８で選択されたＩＤは、メモリ２３０に供給される。このメモリ２３０からのデータとデータの有無を示す信号は、ポータル２５０を構成するデータ出力装置２５９に渡される。
【００３８】
同様に、ポータル２５０も図示した各部により構成され、メモリ２６０を介してデータとデータの有無を示す信号を、ポータル２１０を構成するデータ出力装置２１９に渡す。
【００３９】
このように構成したことで、上述した図３，図４のフローチャートに示すルーチング処理が実行される。
【００４０】
【発明の効果】
本発明によると、サブネットワークアドレス長を、データ中継処理に必要な第１のルーチング処理用のアドレス長からｋビット拡大したものとし、その分バスアドレスをｋビット少なくして、アドレスデータが効率良く設定され、例えばサブネットワーク内のバス数が少ないシステムの場合でも、バスアドレスの無駄が少なくなる。
【００４１】
この場合、第１のブリッジは、バス間の接続が切れた場合に、ネットワーク構成の再構築の起動、又は起動の促しによって、サブネットワークアドレスの再割当てを行うことで、ネットワークシステムの再構築を良好に行える。
【００４２】
また、第２のブリッジは、バス間の接続が切れた場合に、サブネットワークアドレスの付け替えを行わず、ネットワーク構成の再構築の起動をしないことで、例えば複数のサブネットワークをまとめてルーチング処理するように構築したアドレスが乱れることがない。
【００４３】
また、第１のルーチング処理は、各バスのアドレスとは無関係で、各宛先バスで独立の転送条件に従って、第１及び第２のブリッジにおけるデータ転送処理を行うことで、各ブリッジでのデータ転送処理が効率の良いアドレスに基づいて良好に実行できる。
【００４４】
また、サブネットワークアドレスは、隣接する１群のサブネットワークに対して第２のルーチング処理用アドレスの上位ｋビットをサブネットワークの下位ｋとして割当てることで、複数のサブネットワークでアドレスの共用化を効率良く実行できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態によるネットワークシステム構成例とそのシステムでのルーチング処理例を示す構成図である。
【図２】本発明の一実施の形態によるアドレス管理状態の例を示すアドレス構成図である。
【図３】本発明の一実施の形態による第１のブリッジにおけるルーチングアルゴリズムの例を示すフローチャートである。
【図４】本発明の一実施の形態による第２のブリッジにおけるルーチングアルゴリズムの例を示すフローチャートである。
【図５】本発明の一実施の形態による第１，第２のブリッジの内部構成例を示すブロック図である。
【図６】ネットワークシステムの例を示す構成図である。
【図７】従来のアドレス管理例を示すアドレス構成図である。
【図８】従来の第１のブリッジにおけるルーチングアルゴリズムの例を示すフローチャートである。
【図９】従来の第２のブリッジにおけるルーチングアルゴリズムの例を示すフローチャートである。
【図１０】従来のデータのルーチング例を示す説明図である。
【符号の説明】
１００〜１０４…サブネットワーク、１１１〜１１９…バス、１３１，１３４…第２のブリッジ、１３２，１３３，１３５…第１のブリッジ
【図１】
0003815047.tif 000002
【図２】
0003815047.tif 000003
【図３】
0003815047.tif 000004
【図４】
0003815047.tif 000005
【図５】
0003815047.tif 000006
【図６】
0003815047.tif 000007
【図７】
0003815047.tif 000008
【図８】
0003815047.tif 000009
【図９】
0003815047.tif 000010
【図１０】
0003815047.tif 000011