【事件の表示】
　平成　５年特許願第１１２７１３号「ネットワークの相互接続方法」拒絶査定不服審判事件〔平成　６年１１月２５日出願公開、特開平　６−３２６７１１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成５年５月１４日に特許出願としたものであって、平成１５年８月２８日付けで拒絶査定がなされ、これに対し、同年１０月２日に拒絶査定に対する審判請求がなされ、同年１０月２２日に手続補正がなされたものである。
 　　
２．本願発明
　本願の請求項１に係る発明（以下、同項記載の発明を「本願発明」という。）は、平成１５年１０月２２日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
「【請求項１】複数のネットワークにそれぞれ接続した複数のブリッジと、
　この複数のブリッジ間を接続する伝送路とを具備し、
　上記複数のネットワーク間を上記複数のブリッジを介して複数ルートで接続したとき、予め設定された前記各ブリッジの優先順位に基づき、送信側ブリッジと当該優先順位の高い受信側ブリッジが接続されている所定回線によるデータ経路を設定し、当該データ経路を介して前記複数のネットワーク間を接続して相互にデータ伝送するネットワークの相互接続方法であって、
　前記データ経路が設定されると、前記優先順位の高い受信側ブリッジ以外の他の受信側ブリッジがポートの状態をブロッキングするブリッジプロトコルデータユニットを前記送信側ブリッジに送信して、前記送信側ブリッジからのブリッジプロトコルデータユニットの監視を中断して該受信側のブリッジを介して接続されている回線を断状態にするとともに、前記他の受信側のブリッジが前記優先順位の高い受信側ブリッジまたは送信側ブリッジからトポロジーの変更を示すブリッジプロトコルデータユニットを受信すると、前記断状態の回線を接続状態に設定する回線設定工程を有することを特徴とするネットワークの相互接続方法。」
　
３．引用例の発明
　
（１）原審の拒絶の理由に引用された特開平３−２８０６３８号公報（以下、「引用例」という。）には、次の事項が記載されている。
　
イ）「２．特許請求の範囲
　リモート回線である通常回線により接続されたローカルエリアネットワークを他のリモート回線である待機回線に接続するよう、待機回線とローカルエリアネットワークとの間に設けられ、スパニングツリーアルゴリズムに従いローカルエリアネットワークとリモート回線の間のフレーム送受信を管理するリモートブリッジにおいて、
　通常回線により行われている通信が正常状態か異常状態かを検知して、同一待機回線に接続されたリモートブリッジに対し、正常状態の場合にはフレーム送出の禁止を指示し、異常状態の場合にはフレーム送出の禁止解除を指示する手段を備えることを特徴とするリモートブリッジ。」（第１頁左下欄第４行〜第１７行）
　
ロ）「スパニングツリーアルゴリズムは、このループ中のブリッジ１４または２０に係る通信路を断ち、ループ状の通信路が生じないようにするアルゴリズムである。
　従って、ブリッジ１４による通信路が構成されている場合には、ブリッジ２０による通信路は断たれ、ブリッジ１４に係る通信路のみで通信が行われる。一方、この状態においてブリッジ１４による通信路に異常が発生し、かかる通信路が使用不能になった場合、ブリッジ２０による通信路が形成され、新たな通信路が提供されることになる。
　このように、スパニングツリーアルゴリズムによって、ＬＡＮ１０と１２の間の接続に係る機器が故障した場合にも、ＬＡＮ１０，１２間の正常通信維持上の信頼性が増加し、第４図のＬＡＮ間接続に比べ正常な通信を維持することが可能になる。」（第２頁左上欄第１１行〜右上欄第７行）
　
ハ）「［発明が解決しようとする課題］
　しかしながら、従来のＷＡＮにおいては、２種類のリモート回線のうち、待機回線は通常の通信には関与していないにもかかわらず、待機回線との接続に係るリモートブリッジのうち片方から待機回線上にフレームが送出されてしまう。すなわち、通常回線に係る通信路が閉じられるリモートブリッジは、待機回線の両端に設けられたリモートブリッジのうち片方のみであり、他方のリモートブリッジについては通信路が閉じられず、この結果、待機回線上にフレームが流れてしまうこととなる。
　一般に、ＷＡＮのサービスにおいては、時間単位もしくは伝送容量単位で課金が行われるため、待機回線上にフレームが送出されることにより回線の使用料金が加され、ＷＡＮの使用者にとっては著しく不経済なことになる。また、一般に待機回線上にはステーションは存在しないため、フレームを流す必要もない。
　本発明は、このような問題点を解決することを課題としてなされたものであり、通常回線に係る通信路が正常に機能して正常に通信が行われている場合において、待機回線上へのフレームの送出を禁止することを可能とするリモートブリッジを提供することを目的とする。」（第３頁左下欄第３行〜右下欄第７行）
　
ニ）「次に、この実施例の動作について説明する。
　第２図には、通常回線２２−１が正常に動作している場合の待機回線の動作が示されており、この図においては簡単のためにＤＬのうち待機回線２２−２との接続に係るＤＬ２２−１ｅ及び２２−２ｄのみが示されている。
　この場合、第２図（ａ）に示されるように、指示モジュール２０−１ｆはＳＴＡ２０−１ｃから通常回線２２−１に係る通信路の正常動作状態を示す情報を取得する。
　次に、第２図（ｂ）に示されるように、指示モジュール２０−１ｆはＤｉｓａｂｌｅ指示フレームＦＤを待機回線２２−２上に送出するよう、ＤＬ２０−１ｅに指示する。一方で、指示モジュール２４−１は、ＳＴＡ２０−１ｃに対してＤｉｓａｂｌｅ　Ｐｏｒｔを発する。
　ここで、Ｄｉｓａｂｌｅ　Ｐｏｒｔとは、指示モジュール２０−１ｆによるＳＴＡ２０−１ｃに対する管理動作の一種であり、ＤＬ２０−１ｅをＳＴＡ２０−１ｃの管理下から離し、強制的に通信路を閉じる旨の指示である。
　待機回線２２−２上に送出されたＤｉｓａｂｌｅ指示フレームＦＤは、第２図（ｃ）に示されるように、待機回線２２−２の他端に接続されたリモートブリッジ２２−２のＤＬ２０−２ｄに受信され、更にこのリモートブリッジ２０−２の指示モジュール２０−２ｆに受信の旨が報知される。
　そして、第２図（ｄ）に示されるように、Ｄｉｓａｂｌｅ指示フレームＦＤの受信を知った指示モジュール２０−２ｆは、ＳＴＡ２０−２ｃに対して、Ｄｉｓａｂｌｅ　Ｐｏｒｔを発する。この結果、リモートブリッジ２０−２のＤＬ２２−２ｄはＳＴＡの管理下から離れ、強制的に通信路が閉ざされ、ＬＡＮ１２からリモートブリッジ２０−２を介しての待機回線２２−２上へのフレーム送出が禁止される。
　第３図には、通常回線２２−１に係る通信路に異常が発生し、かかる通信路による通信が正常に行われない場合の待機回線の動作が示されている。
　この場合には、まず第３図（ａ）に示されるように、ＳＴＡ２０−１ｃから通常回線２２−１が異常動作状態にあることを指示モジュール２０−１ｆが検知する。
　次に、指示モジュール２０−１ｆは、Ｅｎａｂｌｅ指示フレームＦＥをＤＬ２０−１ｅにより待機回線２２−２上に送出させると共に、ＳＴＡ２０−１ｃにＥｎａｂｌｅ　Ｐｏｒｔを発する。Ｅｎａｂｌｅ　Ｐｏｒｔは、Ｄｉｓａｂｌｅ　Ｐｏｒｔとは逆にＤＬ２０−１ｅをＳＴＡ２０−１ｃの管理下に戻す旨の指示である。ＳＴＡ２０−１ｃの動作結果としてＤＬ２０−１ｅの通信路は開かれ、ＬＡＮ１０からリモートブリッジ２０−１を介したフレーム送出が可能となる。なお、前述のＤｉｓａｂｌｅ及びＥｎａｂｌｅ指示フレームＦＤ及びＦＥは、共にＤＬ２０−１ｅ及び２０−２ｄにより他のデータフレームと区別可能なフレームである。
　次に、第３図（ｃ）に示されるように、待機回線２２−２上のＥｎａｂｌｅ指示フレームＦＥがＤＬ２０−２ｄにより受信され、リモートブリッジ２０−２の指示モジュール２０−２ｆに受信した旨が報知される。
　指示モジュール２０−２ｆは、これに応じ、第３図（ｄ）に示されるように、Ｅｎａｂｌｅ　ＰｏｒｔをＳＴＡ２０−２ｃに発し、ＤＬ２０−２ｄをＳＴＡ２０−２ｃの管理下に戻す。
　この結果、リモートブリッジ２０−２を介したＬＡＮ１２による待機回線２２−２とのフレーム送受信が可能となる。
　ここでは、リモートブリッジ２０−１とリモートブリッジ２０−２を置き換えても同様の議論ができる。
　このように、本実施例によれば、通常回線２２−１に係る通信路が正常に動作している場合には、待機回線２２−２に係るリモートブリッジ２０−１及び２０−２を介したフレーム送受信が禁止され、待機回線２２−２のフレーム送出に伴なう不必要な課金が防止されることとなる。
　また、通常回線２２−１に係る通信路に異常が発生し、通信が正常に行われなくなった場合には、待機回線２２−２に係る通信路が形成され、この通信路によりＬＡＮ１０と１２との間で通信を行うことが可能となる。
　なお、以上の説明においては、リモート回線が２本のみであったが、３本以上であっても構わない。」（第４頁右上欄第１行〜第５頁右上欄第４行）
　
ホ）「第７図には、前述のスパニングツリーアルゴリズムを用いてＬＡＮ１０と１２の間をリモートブリッジにより接続した構成が示されている。
　すなわち、この図においては、第６図と同様にリモート回線２２−１により相互に接続されたリモートブリッジ１４−１及び１４−２のほか、もう一本のリモート回線２２−２により接続されたリモートブリッジ２０−１及び２０−２が示されている。
　この図に示されるＷＡＮの場合、一方のリモート回線２２−１は通常回線、他方のリモート回線２２−２は待機回線と呼ばれる。
　すなわち、スパニングツリーアルゴリズムに従い、リモートブリッジ１４−１及び１４−２に係る通信路が形成されている場合には、待機回線２２−２に接続されたリモートブリッジ２０−１または２０−２のうち一方によるフレームの送受信が停止される。
　一方で、リモートブリッジ１４−１、通常回線２２−１及びリモートブリッジ１４−２による通信路に係る機器に異常が生じた場合には、フレームの送受信が停止されていたリモートブリッジ２０−１または２０−２がフレームの送受信を許容し、待機回線２２−２による通信路が構成されることとなる。従って、第７図に示されるようなＷＡＮにおいては、スパニングツリーアルゴリズムにより機器の故障に対する信頼性が保たれつつ、リモート回線である通常回線２２−１及び待機回線２２−２により遠隔設置されたＬＡＮ１０と１２との間で接続され、通信が行われることになる。」（第２頁左下欄第７行〜右下欄第１６行）
　
　以上の記載、技術常識を総合すると、上記引用例には、
「複数のローカルエリアネットワークにそれぞれ接続した複数のリモートブリッジと、
この複数のリモートブリッジ間を接続する回線とを具備し、
上記複数のネットワーク間を上記複数のリモートブリッジを介して複数回線で接続したとき、
リモートブリッジとリモートブリッジが接続されている通常回線による経路を設定し、当該経路を介して前記複数のローカルエリアネットワーク間を回線の１つである通常回線で接続して伝送するローカルエリアネットワークのスパニングツリーアルゴリズムによる接続方法であって、
通常回線が設定されると、待機回線をＤｉｓａｂｌｅ指示フレームを送出して、強制的に通信路を閉じさせ、
通常回線に異常が発生し、通信が正常に行われなくなった場合には、Ｅｎａｂｌｅ指示フレームを発して、待機回線に係る通信路が形成させるローカルエリアネットワーク接続方法」の発明（以下、「引用例に記載された発明」という。）が記載されている。
　　　　
（２）例えば、原審で示された特開平５−７５５８１号公報（以下、「周知例１」という。）には、以下のことが記載されている。
イ）「【００１０】§１．システム構成
　図１は、本発明の回線切替装置を適用したシステム構成を示す図である。図１において、回線切替装置（ＬＳＣ−Ａ）１０は、２台のデータ端末装置（ＤＴＥ）１１及び１２と、２つのモデム装置１３及び１４とを接続している。また、回線切替装置１０はＩＳＤＮ網３０と接続されている。一方、回線切替装置（ＬＳＣ−Ｂ）２０は、回線切替装置１０と同様に、２台のデータ端末装置（ＤＴＥ）２１及び２２と、２つのモデム装置２３及び２４とを接続している。また、回線切替装置２０はＩＳＤＮ網３０と接続されている。
　【００１１】回線切替装置１０に接続されているモデム装置１３は、回線切替装置２０に接続されているモデム装置２４と専用線３１で接続され、同様に、モデム装置１４とモデム装置２３とが専用線３２で接続されている。
　【００１２】なお、ＩＳＤＮ網３０と回線切替装置１０及び２０との間の回線３３及び３４は、２つの６４Ｋｂｐｓの通信速度を有する通話チャネル（Ｂチャネル）と１つの１６Ｋｂｐｓの通信速度を有する制御チャネル（Ｄチャネル）とから構成される２Ｂ＋Ｄの、いわゆる、ＩＳＤＮ基本インタフェースとなっている。
　【００１３】この様な構成において、通常の状態の場合、データ端末装置１１は、回線切替装置１０、モデム装置１３、専用線３１、モデム装置２４、及び回線切替装置２０を経由して、データ端末装置２２と接続され、データ端末装置１１とデータ端末装置２２とが通信の状態となっている。
　【００１４】同様に、データ端末装置１２は、回線切替装置１０、モデム装置１４、専用線３２、モデム装置２３、及び回線切替装置２０を経由して、データ端末装置２１と接続され、データ端末装置１２とデータ端末装置２１とが通信の状態となっている。
　【００１５】ここで、例えば、専用線３１に断線などの異常が発生した場合、回線切替装置１０もしくは回線切替装置２０のいずれかでそれを検出する。例えば、回線切替装置１０が異常を検出すると、ＩＳＤＮ網３０に発呼し、ＩＳＤＮ網３０を介して、回線切替装置１０と回線切替装置２０とが接続される。その後、回線切替装置１０及び回線切替装置２０の各々は回線の切替動作を行なう。そして、データ端末装置１１は、回線切替装置１０、回線３３、ＩＳＤＮ網３０、回線３４、及び回線切替装置２０を経由してデータ端末装置２２と接続され、データ端末装置１１とデータ端末装置２２との通信が行なわれる。
　【００１６】この様に、専用線に障害が生じた際、例えば、ＩＳＤＮ網などの公衆網を用いて回線のバックアップを行なうことができる。」（第２頁第２欄第２行〜第４９行）
　
　「通常時には、専用回線により接続し、専用回線に異常があると、ＩＳＤＮ網などの公衆網を用いて回線のバックアップを行う」ことは、周知例１に示されるように周知である。
　
（３）例えば、Ｒａｄｉａ　Ｐｅｒｌｍａｎ著　”Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎｓ　Ｂｒｉｄｇｅｓ　ａｎｄ　Ｒｏｕｔｅｒｓ”　Ａｄｄｉｓｏｎ−Ｗｅｓｌｅｙ　Ｐｕｂｌｉｓｈｉｎｇ　Ｃｏｍｐａｎｙ出版　１９９２年（以下、「周知例２」という。）には、以下の旨が記載されている。
　
イ）「ｓｐａｎｎｉｎｇ　ｔｒｅｅの目的は、ブリッジが動的にトポロジの部分集合を見いだすことにある。そこではループがなく（ツリー状で）、接続性を保ったままなので、物理的に各ＬＡＮの間にパスがある（つまりツリー状に橋渡し＜ｓｐａｎｎｉｎｇ＞されている）状態が可能になるのである。
　ｓｐａｎｎｉｎｇ　ｔｒｅｅの基本的な考えでは、ブリッジはｓｐａｎｎｉｎｇ　ｔｒｅｅの計算のための特別なメッセージを互いにやりとりする。この特別なメッセージは８０２．１によると、ｃｏｎｆｉｇｕｒａｔｉｏｎ　ｂｒｉｄｇｅ　ｐｒｏｔｏｃｏｌ　ｄａｔａ　ｕｎｉｔｓという仰々しい名前が付けられていて、概して設定ＢＰＤＵという名前で呼ばれている。ここで、ＩＳＯ用語かもっと分かりやすい用語か迷うところだが、この章では、読者がＩＳＯ用語に慣れるという点と、読みやすさという点で妥協し、この章では、”設定ＢＰＤＵ”を”設定メッセージ”と呼ぶことにする。設定メッセージには、ブリッジが次のようなことをするのに必要な情報が含まれている。
　
１．すべてのネットワークから”ルート”（ｒｏｏｔ）ブリッジとなるブリッジを１つ選ぶ。
２．各ブリッジからルートブリッジまでの距離を計算する。
３．各ＬＡＮにおいて、そのＬＡＮ上にあるブリッジの中から”指定ブリッジ”（ｄｅｓｉｇｎａｔｅｄ　ｂｒｉｄｇｅ）を選ぶ。その際、ルートブリッジに最も近いものが選ばれる。指定ブリッジはＬＡＮからルートブリッジへ向けてパケットを転送する。
４．各ブリッジからルートブリッジへ最適のパスとなるポート（”ルートポート”＜ｒｏｏｔ　ｐｏｒｔ＞）を選ぶ。
５．ｓｐａｎｎｉｎｇ　ｔｒｅｅに含まれるポートを選ぶ。ルートポートと、ブリッジの指定ブリッジに選ばれているすべてのポートが選ばれる。
　
　データの通信は、ｓｐａｎｎｉｎｇ　ｔｒｅｅに含まれるように選ばれたポート間で行われる。選ばれていないポートで受け取ったパケットは破棄され、また、選ばれていないポートに送ることはない。」（第５５頁第１行〜第２５行）
　
ロ）「設定メッセージのデータ部には次のものが含まれている。（その他のものはのちほど説明する。）
　
・ルートＩＤ（ｒｏｏｔ　ＩＤ）：ルートに仮定しているブリッジのＩＤ
・送信ブリッジＩＤ（ｔｒａｎｓｍｉｔｔｉｎｇ　ｂｒｉｄｇｅ　ＩＤ）：設定メッセージを送り出すブリッジのＩＤ
・コスト（ｃｏｓｔ）：送信側のブリッジからルートへの最小コスト（少なくとも送信側ブリッジが分かっている最良のパス）
　
　初期状態ではブリッジは自分をルートに仮定し、ルートＩＤ、送信ブリッジＩＤを自分のＩＤ、コストを０として設定メッセージを自分のポートの１つ１つに送信する。
　ブリッジは自分のそれぞれのポートから設定メッセージを絶えず受信し、ポートごとに”最適”な設定メッセージを保存する（”最適”については次で述べる）。”最適”な設定メッセージは、特定のポートから受け取った設定メッセージだけでなく、ブリッジ自身がそのポートへ送り出す設定メッセージとも比較して決められる。
　２つの設定メッセージＣ１とＣ２があるときは、次のようにする。
　
１．Ｃ１のルートＩＤがＣ２のものよりも数学的に小さければ、Ｃ１の方が”適当”である。
２．ルートＩＤが等しい時、Ｃ１のリストのコストがＣ２のものよりも数字的に小さければ、Ｃ１の方が”適当”である。
３．ルートＩＤとコストが等しいとき、Ｃ１のリストの送信ブリッジＩＤがＣ２のものよりも数字的に小さければ、Ｃ１の方が”適当”である。
４．設定メッセージにはポート識別子（ｐｏｒｔ　ｉｄｅｎｔｉｆｉｅｒ）というフィールドがある。送信側ブリッジは自分のポートに内部でだけ使われる番号を付け、設定メッセージをポートｎへ送り出す場合には、ポート識別子フィールドを”ｎ”とする。ルートＩＤ、コスト、送信ブリッジＩＤが等しければ、ポート識別子によって決められる。このフィールドは本来、２つのポートが同じＬＡＮに接続されていることを見つける場合に役立つようになっている。つまり、２つの異なるＬＡＮをリピータで、あるいは単純に同一ブリッジの２つのポートを同じＬＡＮにつないで接続した場合である。簡単化のための次の例では、ポート識別子については無視する。
　（ａ，ｂ，ｃの）３つのすべての場合で、設定メッセージＣ１はＣ２よりも”適当”だと言える。ａの場合、Ｃ１のルートＩＤが小さい。ｂの場合、転送ブリッジＩＤが小さく、ルートＩＤとコストは等しい。ｃの場合では、ルートは等しいがコストはＣ１の方が小さい。
　以上のように、設定メッセージは最も優位なものにルートＩＤを、コストをその次、指定ブリッジＩＤをさらにその次とする３つの数字の組み合わせによって順序付けされている、と言うことができる。
　ブリッジはこれまでに送信したものよりもより”適当”な設定メッセージを受け取った場合には、もうそれ以上設定メッセージを送信することはしない。それゆえ、アルゴリズムが安定してくると、各ＬＡＮでただ１つのブリッジ（そのＬＡＮにおける”指定”ブリッジ）だけが設定メッセージをそのＬＡＮへ転送する。」（第５６頁第１７行〜第５７頁第１２行）
　
ハ）「３．４．５ポートＩＤ
　設定メッセージにはポートＩＤも含まれている。このフィールドには２つの目的がある。
　
１．（あまり興味深いものではないが、）ブリッジにいつも単一の判断をさせる考え方から、ｓｐａｎｎｉｎｇ　ｔｒｅｅが決定的に計算されるようにする。ルートポートを選ぶ場合、２つのポートが両方とも同じ指定ブリッジを持ち、同じルートで同じコストを報告していることがある。図３．３１のように、これはごく普通のことである。　」
　Ｂ１をルートとすると、Ｂ２はどちらのポートをルートポートとして選ぶべきだろうか。この場合は右上でも左上でもルートポートにすることができる。
　各ブリッジのポートのそれぞれには内部で決められている番号がある。指定ブリッジはそのうち内部のポート番号を設定メッセージに入れる。
　Ｂ１がルート、Ｂ１へのコストは０で、指定ブリッジはＢ１、ルートポストは１であるとの設定メッセージをＢ２はポート３から受け取る。一方、ポート２においてもＢ２は同様の設定メッセージを受け取るが、ルートポートは２になっている。”１”は”２”よりも小さいので、Ｂ２はルートポートとしてポート２ではなくポート３を選択する。
　
２．（もっと興味深いこととして、）ブリッジは、別の要因で作られたループを適切に処理することができる。ブリッジからは１つのＬＡＮに見えるものへ、複数のポートを接続してる状態を考える。これは次のようないくつかの場合で起こる。
　
ａ．同じＬＡＮへ２つのポートを接続した場合
ｂ．リピータによって接続された２つのＬＡＮへ、それぞれポートを接続した場合
ｃ．”単純なブリッジ”−つまり、ｓｐａｎｎｉｎｇ　ｔｒｅｅアルゴリズムが動作していないブリッジ−によって接続された２つのＬＡＮへそれぞれのポートを接続した場合
　
　Ｂ５は、ルートをＢ１、ルートへのコストを１２とし、そしてポート３、５、６において指定ブリッジとなっているものと仮定する。さらにポート３と５でループが生じているとする。すると、Ｂ５はポート３へ（Ｂ１、１２、Ｂ５、ポート３）を、ポート５へ（Ｂ１、１２、Ｂ５、ポート５）を、ポート６へ（Ｂ１、１２、Ｂ５、ポート６）を送る。しかし、ポート３と５は直接接続されているので、Ｂ５はポート５でポート３からの設定メッセージを、ポート３でポート５からのものを受け取ることになる。このとき、Ｂ５はポート３からの設定メッセージをポート５で受け取った時点で、ポート５の方では指定ブリッジの役目を放棄する。これは、”他のブリッジ”が”より適切な設定メッセージ”を送っている。−つまり、Ｂ５が送っているものと同じ内容だが、ポート番号が小さいものを受け取るからである。」（第６７頁第２７行〜第６９頁第４行）
　
ニ）「３．４．８設定可能なパラメータ
１．ブリッジ優先度（ｂｒｉｄｇｅ　ｐｒｉｏｒｉｔｙ）：２オクテットの値で、ネットワーク管理者がルートブリッジと指定ブリッジの選択にかかわるためのもので、ブリッジＩＤの最上位部になる。
　ブリッジ優先度の値が小さいほどルートになりやすい。
　
２．ポート優先度（ｐｏｒｔ　ｐｒｉｏｒｉｔｙ）：１オクテットの値で、ネットワーク管理者が、２つのポートがループを作っているときのポートの選択に用いることができるようにするもの。
　特に害はないが、筆者にはこのパラメータがなぜ存在するのか分からない。
（中略）　
７．パスコスト（ｐａｔｈ　ｃｏｓｔ）：設定メッセージ中のルートパスコストフィールドに書かれているコストに加えることによって、そのメッセージを受け取ったポートからルートへのコストが決定される。
　ある特定のポートでこの値を大きく設定すると、そのポートを通じて到達するＬＡＮは、ｓｐａｎｎｉｎｇ　ｔｒｅｅの葉の部分になる−少なくとも下の方にはなるだろう。ＬＡＮはツリーの葉に近くなればなるほど、転送する通信量は減る。したがって、回線容量の小さなＬＡＮや不必要な通信を減らしたい場合、パスコストの値を大きく設定すればよい。
（注：筆者ならばこのパラメータを、その値が全体のパスを指すと考えて混乱する人がいないように、”リンクコスト”＜ｌｉｎｋ　ｃｏｓｔ＞や”ポートコスト”＜ｐｏｒｔ　ｃｏｓｔ＞と名付けただろう。）」（第７１頁第８行〜第７３頁第８行）
　
ホ）第７３頁の図３．３４から、設定メッセージが、プロトコルＩＤ、バージョン、メッセージタイプ、フラグ、ルートＩＤ、ルートへのパスコスト、ブリッジＩＤ、ポートＩＤ、メッセージエイジ、最大エイジ、ｈｅｌｌｏ間隔、転送遅延時間からなることが読み取れる。
　
ヘ）第７４頁の図３．３５から、トポロジ変化通知が、プロトコルＩＤ、バージョン、メッセージタイプからなることが読み取れる。　
　
　周知例２によれば、「ブリッジ間の通信で、複数のパスの内、コストの小さいパスを選択すること」、「ブリッジは、ｓｐａｎｎｉｎｇ　ｔｒｅｅの計算のために、ＢＰＤＵ（ｃｏｎｆｉｇｕｒａｔｉｏｎ　ｂｒｉｄｇｅ　ｐｒｏｔｏｃｏｌ　ｄａｔａ　ｕｎｉｔｓ：ブリッジプロトコルデータユニット）と呼ばれるメッセージを互いにやりとりする」こと、「トポロジ変化通知によりネットワークの接続方法を変える」ことは、共に周知である。
　
４．対比・判断
　本願発明と引用例記載の発明を対比する。
ａ．引用例に記載された発明の「ローカルエリアネットワーク」は、ネットワークの一種であるから、本願発明の「ネットワーク」に相当する。
ｂ．引用例に記載された発明の「リモートブリッジ」は、ブリッジの１つであるから、本願発明の「ブリッジ」に相当する。
ｃ．引用例に記載された発明の「回線」は、本願発明の「伝送路」に相当する。
ｄ．引用例に記載された発明の「複数のネットワーク間を上記複数のリモートブリッジを介して複数回線で接続したとき」は、複数回線で接続するということは、複数のルートで接続しているといえるから、ａ．、ｂ．を考慮すると、本願発明の「複数のネットワーク間を上記複数のブリッジを介して複数ルートで接続したとき」に相当する。
ｅ．引用例に記載された発明の「リモートブリッジとリモートブリッジが接続されている通常回線による経路を設定し、当該経路を介して前記複数のローカルエリアネットワーク間を回線の１つである通常回線で接続して伝送するローカルエリアネットワークのスパニングツリーアルゴリズムによる接続方法」と本願発明の「予め設定された前記各ブリッジの優先順位に基づき、送信側ブリッジと当該優先順位の高い受信側ブリッジが接続されている所定回線によるデータ経路を設定し、当該データ経路を介して前記複数のネットワーク間を接続して相互にデータ伝送するネットワークの相互接続方法」は、引用例のローカルエリアネットワーク間では、相互にデータ伝送され、相互接続が行われており、一方のリモートブリッジを送信側ブリッジとすれば、他方のリモートブリッジは、受信側ブリッジであり、「通常回線」は、所定回線によるデータ経路といえるから、上記両構成は、「送信側ブリッジと受信側ブリッジが接続されている所定回線によるデータ経路を設定し、当該データ経路を介して前記複数のネットワーク間を接続して相互にデータ伝送するネットワークの相互接続方法」の点で、一致する。
ｆ．引用例に記載された発明の「通常回線」は、本願発明の「データ経路」に相当する。
ｇ．引用例に記載された発明の「待機回線を・・・強制的に通信路を閉じ」ることは待機回線は、受信側のブリッジを介して接続されているから、本願発明の「該受信側のブリッジを介して接続されている回線を断状態」にすることに相当する。
ｈ．引用例に記載された発明の「通常回線に異常が発生し、通信が正常に行われなくなった場合には」と本願発明の「前記他の受信側のブリッジが前記優先順位の高い受信側ブリッジまたは送信側ブリッジからトポロジーの変更を示すブリッジプロトコルデータユニットを受信すると」は、「所定の場合に」の点で、一致する。
ｉ．引用例に記載された発明の「待機回線に係る通信路が形成させる」ことは、本願発明の「前記断状態の回線を接続状態に設定する」ことに相当する。
　
　してみれば、本願発明と引用例に記載された発明とは、
「複数のネットワークにそれぞれ接続した複数のブリッジと、
　この複数のブリッジ間を接続する伝送路とを具備し、
　上記複数のネットワーク間を上記複数のブリッジを介して複数ルートで接続したとき、送信側ブリッジと受信側ブリッジが接続されている所定回線によるデータ経路を設定し、当該データ経路を介して前記複数のネットワーク間を接続して相互にデータ伝送するネットワークの相互接続方法であって、
　前記データ経路が設定されると、該受信側のブリッジを介して接続されている回線を断状態にするとともに、所定の場合に、前記断状態の回線を接続状態に設定するネットワークの相互接続方法」の点で、一致し、以下の点で、相違する。
　
［相違点１］
　複数のネットワーク間を複数のブリッジを介して複数ルートで接続したとき、本願発明は、予め設定された前記各ブリッジの優先順位に基づき、送信側ブリッジと当該優先順位の高い受信側ブリッジを接続しているのに対して、引用例に記載された発明では、通常回線を接続している点。
　
［相違点２］
　本願発明では、データ経路が設定されると、前記優先順位の高い受信側ブリッジ以外の他の受信側ブリッジがポートの状態をブロッキングするブリッジプロトコルデータユニットを前記送信側ブリッジに送信して、前記送信側ブリッジからのブリッジプロトコルデータユニットの監視を中断して回線を断状態にするとともに、前記他の受信側のブリッジが前記優先順位の高い受信側ブリッジまたは送信側ブリッジからトポロジーの変更を示すブリッジプロトコルデータユニットを受信すると、前記断状態の回線を接続状態に設定する回線設定工程を有しているのに対して、引用例に記載された発明では、データ経路が設定されると、待機回線をＤｉｓａｂｌｅ指示フレームを送出して、強制的に通信路を閉じさせ、通常回線に異常が発生し、通信が正常に行われなくなった場合には、Ｅｎａｂｌｅ指示フレームを発して、待機回線に係る通信路が形成させる点。
　
　上記相違点について、検討する。
［相違点１］について
　２地点間の接続に関する通信分野において、「通常時には、専用回線により接続し、専用回線に異常があると、ＩＳＤＮ網などの公衆網を用いて回線のバックアップを行う」ことは、周知例１に示されるように周知であり、２地点間の接続に関する通信分野において、「ブリッジ間の通信で、複数のパスの内、コストの小さいパスを選択すること」は、周知例２に示されるように周知であり、上記周知例１、２から、２地点間の接続をするのに、複数のパスの内、優先パスを選択することが言え、優先パスを選択するのに、予め定められた優先順位に基づき行うことは、周知例２で示されるように、コストの高低という優先順位に基づき行うことは技術常識であり、パスの選択は、両端のブリッジを選択することで、引用例に記載された発明、周知例１、周知例２は、全て２地点間の接続に関する通信分野で共通の技術分野を有し、引用例に記載された発明、周知例１、周知例２を組み合わせることに阻害要因はないから、引用例に記載された発明において、ブリッジ間を接続する伝送路の設定をするのに、予め設定された前記各ブリッジの優先順位に基づき、送信側ブリッジと当該優先順位の高い受信側ブリッジを接続することは、当業者が容易になし得ることと認められる。
　
［相違点２］について
　引用例では、データ経路が設定されると、待機回線をＤｉｓａｂｌｅ指示フレームを送出して、強制的に通信路を閉じさせ、通常回線に異常が発生し、通信が正常に行われなくなった場合には、Ｅｎａｂｌｅ指示フレームを発して、待機回線に係る通信路が形成しており、引用例において、Ｄｉｓａｂｌｅ指示フレームが、待機回線、すなわち、通常回線で使用される優先順位の高い受信側ブリッジ以外の他のブリッジをオフさせるための情報で、Ｅｎａｂｌｅ指示フレームが、待機回線に接続される他の受信側のブリッジが受信する、待機回線を形成するというトポロジーの変更を示す情報であることを示し、「ブリッジは、ｓｐａｎｎｉｎｇ　ｔｒｅｅの計算のために、ＢＰＤＵ（ｃｏｎｆｉｇｕｒａｔｉｏｎ　ｂｒｉｄｇｅ　ｐｒｏｔｏｃｏｌ　ｄａｔａ　ｕｎｉｔｓ：ブリッジプロトコルデータユニット）と呼ばれるメッセージを互いにやりとりする」ことや「トポロジ変化通知によりネットワークの接続方法を変える」ことは、周知例２に示されるように周知で、「トポロジ変化通知」とは、ブリッジプロトコルデータユニットの一種であり、回線をオフするのに、回線の両端のポートの状態をブロッキングさせ、ブリッジプロトコルデータユニットの監視を中断して、回線を断状態することは、当業者が適宜設定すべきことで、回線設定をするのには、何らかの回線設定工程が必要であるから、引用例に記載された発明において、データ経路が設定されると、前記優先順位の高い受信側ブリッジ以外の他の受信側ブリッジがポートの状態をブロッキングするブリッジプロトコルデータユニットを前記送信側ブリッジに送信して、前記送信側ブリッジからのブリッジプロトコルデータユニットの監視を中断して該受信側のブリッジを介して接続されている回線を断状態にするとともに、前記他の受信側のブリッジが送信側ブリッジからトポロジーの変更を示すブリッジプロトコルデータユニットを受信すると、前記断状態の回線を接続状態に設定する回線設定工程を有することは、当業者が容易になし得ることと認められる。
　
　そして、本願発明の作用効果も、引用例の発明及び周知例１、２に示される周知技術、技術常識から当業者が予測できる範囲のものである。
　
　したがって、本願発明は、引用例に記載された発明及び周知例１、２に示される周知技術に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないものである。
　　
５．むすび
　以上のとおり、本願発明は、引用例に記載された発明及び周知例１、２に示された周知技術に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。