【事件の表示】
　特願２００５−２６５７４９「回復力のあるパケット・リング・ネットワークにおいてトラフィックをブリッジする方法及びシステム」拒絶査定不服審判事件〔平成１８年　３月３０日出願公開、特開２００６−　８７１０７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本件出願は、平成１７年９月１３日（パリ条約による優先権主張２００４年９月１５日、米国）の出願であって、平成２３年１１月２１日付けで拒絶査定がなされ、これに対し、平成２４年２月２８日に拒絶査定不服の審判請求がなされるとともに同日付けで手続補正がなされたものである。
　
第２．補正却下の決定
［補正却下の決定の結論］
　　平成２４年２月２８日付けの手続補正を却下する。
　
［理由］
１．本願発明と補正後の発明
　平成２４年２月２８日付けの手続補正は、補正前の平成２３年９月９日付け手続補正書の特許請求の範囲の請求項１に記載された
「ネットワークを介してトラフィックをブリッジする方法であって：
　該ネットワークに結合される1つ又は複数の局で、該局のうちの1つ又は複数を介して該ネットワークに結合される1つ又は複数の遠隔装置用の、制御フレームを用いた転送情報を他の局から受信する工程を備え、該転送情報は、各遠隔装置の遠隔アドレスと該ネットワークに結合される該局のうちの１つのアドレスとを関連付け；
　更に、該転送情報を受信する各局で、該転送情報を転送データベースに記憶させる工程；及び
　該1つ又は複数の局のうちの第１局で、該第１局に結合される第１遠隔装置からトラフィックを受信する工程を備え、該トラフィックは、該1つ又は複数の局のうちの第２局に結合される第２遠隔装置の遠隔アドレスを備える宛先アドレスを含み；
　更に、該転送データベースにおける該第２遠隔装置の該遠隔アドレスと関連付けられた該第２局のアドレスを識別する工程；及び
　該トラフィックを該第２局に直接、該第２局の識別アドレスを用いて通信する工程を備え、
　該第１局及び該第２局がRPR局を備え、該第１遠隔装置及び該第２遠隔装置がLAN装置を備え、該第１遠隔アドレス及び該第２遠隔アドレスがLANアドレスを備えることを特徴とする方法。」
　という発明（以下、「本願発明」という。）を、補正後の特許請求の範囲の請求項１に記載された
「ネットワークを介してトラフィックをブリッジする方法であって：
　該ネットワークに結合される1つ又は複数の局で、該局のうちの1つ又は複数を介して該ネットワークに結合される1つ又は複数の遠隔装置用の、制御フレームを用いた転送情報を他の局から受信する工程を備え、該転送情報は、各遠隔装置の遠隔アドレスと該ネットワークに結合される該局のうちの１つのアドレスとを関連付け；
　更に、該転送情報を受信する各局で、該転送情報を転送データベースに記憶させる工程；及び
　該1つ又は複数の局のうちの第１局で、該第１局に結合される第１遠隔装置からトラフィックを受信する工程を備え、該トラフィックは、該1つ又は複数の局のうちの第２局に結合される第２遠隔装置の遠隔アドレスを備える宛先アドレスを含み；
　更に、該転送データベースにおける該第２遠隔装置の該遠隔アドレスと関連付けられた該第２局のアドレスを識別する工程；及び
　該トラフィックを該第２局に直接、該第２局の識別アドレスを用いて通信する工程であって、該トラフィックを該第２局にユニキャストする工程を備え、
　該第１局及び該第２局がRPR局を備え、該第１遠隔装置及び該第２遠隔装置がLAN装置を備え、該第１遠隔アドレス及び該第２遠隔アドレスがLANアドレスを備えることを特徴とする方法。」
　という発明（以下、「補正後の発明」という。）に変更することを含むものである。
　
２．新規事項の有無、補正の目的要件について
　上記補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内において、
　「該トラフィックを該第２局に直接、該第２局の識別アドレスを用いて通信する工程」が「該トラフィックを該第２局にユニキャストする工程」である点を付加して限定することにより、特許請求の範囲を減縮するものであるから、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項(新規事項)及び特許法第１７条の２第４項第２号(補正の目的)の規定に適合している。
　
３．独立特許要件について
　上記補正は特許請求の範囲の減縮を目的とするものを含むから、上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて以下に検討する。
　
（１）補正後の発明
　上記「１．本願発明と補正後の発明」の項で認定したとおりである。
　
（２）引用発明
　原査定の拒絶理由に引用された特開２００４−２４２１９４号公報（以下、「引用例」という。）には、「ＲＰＲネットワークシステム」に関し、図面とともに以下の事項が記載されている。
　
ア．「【０１０６】
〔実施例〕
図３は、本発明の実施例としてのＩＰネットワークモデルを示す図である。図４は、本実施例における各装置（ＲＰＲノード）のＩＰ／ＭＡＣアドレス表である。図５は、図３に示す各ＲＰＲノードが持つトポロジマップテーブルの例を示す図である。
【０１０７】
〈概要〉
最初に、実施例に係るネットワークシステムの概要について説明する。図３において、装置ＲＡ，ＲＢ，ＢＣ，ＢＤ，ＲＥ，ＢＦはＲＰＲノードであり、ＲＰＲノードは、ルータとしての機能を持つステーションノードＲＡ，ＲＢ，ＲＥと、ブリッジとしての機能をもつブリッジノードＢＣ，ＢＣ，ＢＦとからなる。これらの６つのＲＰＲノードで１つのリングネットワークが形成されている。これらの各ＲＰＲノードは、トポロジディスカバリパケットのやりとりにより、図５の表に示すトポロジマップテーブルを装置内部に既に形成している。
【０１０８】
図３に示すＳ１〜Ｓ６は、ＲＰＲネットワークの外（リング外）に存在し、ＩＰフレームを送受信可能なステーションである。これらのステーションＳ１〜Ｓ６は、このＲＰＲネットワークを含む全装置のＩＰアドレスは取得済みである。但し、ＩＰアドレスに対応する各装置のＭＡＣアドレスは未学習である。また、各ＲＰＲノードもリング外の各ステーションのＭＡＣアドレスは未学習である。
【０１０９】
また、ＲＰＲネットワーク上のブリッジノードＢＣ，ＢＤ，ＢＦがグループに属するマルチキャストＭＡＣアドレス（ＭＣＡ）を全ノードが既に知っており、各ブリッジノードＢＣ，ＢＤ，ＢＦのみがこれを受信処理できるものとする。
【０１１０】
〈動作例〉
次に、実施例に係るネットワークシステムの動作例を説明する。図３に示すネットワークにおいて、以下に示す（Ａ）および（Ｂ）のデータ送受信における動作例を説明する。
【０１１１】
（Ａ）ステーションＳ１からステーションＳ６へのデータ送信
図６は、ステーションＳ１−Ｓ６間のＡＲＰフレームフォーマットの説明図である。図７は、ステーションＳ１−Ｓ６間でやりとりされるＩＰデータパケットのフォーマットの説明図である。
【０１１２】
ステーションＳ１からステーションＳ６へＩＰデータフレームを送信する場合には、最初に、ステーションＳ１はステーションＳ６のＭＡＣアドレスを知る必要がある。このため、ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットをネットワークに送信し、ステーションＳ６のＭＡＣアドレスを取得する。ＡＲＰパケットのフレームフォーマットを図６に示す。
【０１１３】
ステーションＳ１から送信されるフレーム（ＡＲＰフレーム：図６（ａ）参照）の宛先アドレスはブロードキャスト（ＤＡ＝ＢＣ）である。このため、規定通りのトランスペアレント送信が行われる。つまり、ステーションＳ１に接続され、このＡＲＰフレームを受信するブリッジノードＢＣは、ＡＲＰフレームにＲＰＲヘッダ，ＨＥＣ，および再計算したＦＣＳをセットすることによって、ＡＲＰフレームをＲＰＲに従ったフォーマット（図６（ｂ）参照）に変換する（トランスペアレント変換を行う）。
【０１１４】
その後、ブリッジノードＢＣは、このＡＲＰフレームの宛先アドレスがブロードキャストであるので、ＲＰＲリングに向かって、このＡＲＰフレームがＲＰＲ上の全ノードで受信されるように、外回りおよび内回りの双方に送信する。
【０１１５】
このとき、ブリッジノードＢＣは、ステーションＳ６を収容するＲＰＲノードを学習していなければ、図６（ａ）に示すフォーマットを持つＡＲＰフレームをステーションＳ２にも送信する。
【０１１６】
また、ブリッジノードＢＣは、ステーションＳ１からのフレームの受信を契機として、自装置配下にステーションＳ１が接続されていることを学習する。すなわち、ブリッジノードＢＣは、ＭＡＣアドレスの変換テーブルに、ステーションＳ１のＭＡＣアドレス（ＭＳ１）と自装置（ブリッジノードＢＣ）のＭＡＣアドレス（ＭＢＣ）との対応関係を登録する。
【０１１７】
ＲＰＲネットワーク（ＲＰＲリング）に送信されるＡＲＰフレーム（図６（ｂ））の宛先アドレスはブロードキャストである。このため、リング上の全ノードで受信される。このとき、各ステーションノードＲＡ，ＲＢ，ＲＥは、このＡＲＰフレームを受信して解析する。しかし、各ステーションノードＲＡ，ＲＢ，ＲＥは、ＭＡＣアドレスを求めるための対応ＩＰアドレスが自ＩＰアドレスと異なるためこのＡＲＰパケットに応答しない。
【０１１８】
これに対し、各ブリッジノードＢＤ，ＢＦは、ＡＲＰフレームを受信すると、この宛先アドレス（ＲＰＲ  ＭＡＣ  ＤＡ）がブロードキャストである（ブリッジノードのＭＡＣアドレスでない）ことから、このＡＲＰフレームがカプセル化されていないと判断する。この場合、各ブリッジノードＢＤ，ＢＦは、ＡＲＰフレームを元のフォーマット（図６（ａ））に戻し、配下のステーションに送信する（トランスペアレントで動作する）。
【０１１９】
最終的に、このＡＲＰフレームには、ステーションＳ６だけが応答することができる（ＡＲＰフレームにセットされた対応ＩＰアドレスがステーションＳ６のＩＰアドレスであるため）。ステーションＳ６は、ＡＲＰフレームを受信すると、これに対応するＡＲＰ応答フレームを図６（ｃ）に示すフォーマットでブリッジノードＢＦに送信する。
【０１２０】
ブリッジノードＢＦは、ステーションＳ６から受信したＡＲＰフレームの相手先（宛先）アドレス（＝ＭＳ１）をチェックし、それがトポロジマップテーブル（図５）にないことから、当該ＭＡＣアドレスがリング外のステーションのＭＡＣアドレスであると判定する。
【０１２１】
また、ブリッジノードＢＦは、宛先アドレスで特定されるステーション（ここではステーションＳ６）が接続されているブリッジノードがどこにあるのかを未学習である。このため、ブリッジノードＢＦは、ブリッジグループに設定されたマルチキャストアドレス（＝ＭＣ）を使用し、図６（ｄ）に示すようなフォーマットでステーションＳ１からのＡＲＰフレームをカプセル化したＲＰＲフレームを生成し、ＲＰＲリング上に送信する。このＲＰＲフレームのＲＰＲ宛先アドレスはマルチキャストアドレスである。このため、このＲＰＲフレームはＲＰＲリング上の各ブリッジノードＢＣ，ＢＤのみで受信される。
【０１２２】
各ブリッジノードＢＣ，ＢＤは、ＲＰＲフレームの宛先アドレスがマルチキャストアドレスである（フレームの宛先がブリッジノードである）ことから当該ＲＰＲフレームにＭＡＣフレーム（ＥＭＡＣフレーム）がカプセル化されていると判断し、カプセルをはずして中身（ＡＲＰフレーム）を取り出し、自身の配下装置（リング外の各ステーション）に送信する。
【０１２３】
このとき、各ブリッジノードＢＣ，ＢＤは、ブリッジノードＢＦの配下にステーションＳ６が接続されていることを学習する。すなわち、各ブリッジノードＢＣ，ＢＤは、ＲＰＲフレームの送信元アドレス（ＳＡ＝ＭＢＦ）と、これにカプセル化されているＭＡＣフレーム（ＡＲＰフレーム）の送信元アドレス（ＳＡ＝ＭＳ６）とを対応づけて変換テーブルに登録する。
【０１２４】
そして、リング外のステーション（ここでは、ステーションＳ１，Ｓ２，Ｓ３，Ｓ４）に送信されたＡＲＰフレームは、ステーションＳ１のみで受信される。このようにして、ステーションＳ１は、ステーションＳ６のＭＡＣアドレスを取得することができる。
【０１２５】
次に、ステーションＳ１は、本来の送信対象であるＩＰデータパケット（ＩＰフレーム）を図７（ａ）に示すフレームフォーマットでブリッジノードＢＣへ送信する。
【０１２６】
ブリッジノードＢＣは、ステーションＳ１からのＩＰフレームを受信し、その宛先アドレスがステーションＳ６のＭＡＣアドレスである（トポロジマップテーブルに登録されていない）ことから、このＩＰフレームの宛先がＲＰＲリング上のノードではなく、学習済み（変換テーブルに登録済み）のブリッジノードＢＦの配下のステーションＳ６であることを認識することができる。
【０１２７】
このため、ブリッジノードＢＣは、ブリッジノードＢＦのＭＡＣアドレスを宛先アドレスに指定したＲＰＲヘッダでステーションＳ１からのＩＰフレームをカプセル化したＲＰＲフレーム（図７（ｂ）参照）を生成し、ＲＰＲリング上に送信する。
【０１２８】
このＲＰＲフレームはブリッジノードＢＦのみで受信される。ブリッジノードＢＦは、宛先がブロードキャスト指定でないことから、ＩＰフレームがカプセル化されていると認識する。従って、ブリッジノードＢＦは、カプセルをはずして中身のＩＰフレームをステーションＳ６に送信する。これによって、ステーションＳ１とステーションＳ６との間のデータ（ＩＰフレーム）の送受信が完了する。
【０１２９】
なお、ブリッジノードＢＦは、ＲＰＲフレームを受信したときに、その送信元ＭＡＣアドレス，およびカプセル化されているＭＡＣフレームの送信元ＭＡＣアドレスとから、ブリッジノードＢＣの配下にステーションＳ１が接続されていることを学習する（変換テーブルに登録する）ことができる。このため、逆方向、すなわちステーションＳ６からステーションＳ１へのフレーム送信は、これ以降、ステーションＳ１からステーションＳ６へＩＰフレームを送信したのと同様な方法で送信することができる。」（１９−２１頁）
　
イ．「【０１４３】
〈ブリッジノードの構成〉
次に、ブリッジノードの構成例について説明する。図１０は、ブリッジノードの構成例を示す図であり、図１１は、図１０に示したＲＰＲカードの構成を示すブロック図であり。図１２は、学習テーブル／ＭＡＣアドレス対応テーブルのデータ構造例を示す図である。
【０１４４】
図１０に示すブリッジノード１０は、図３における各ブリッジノードＢＣ，ＢＤ，ＢＦとして適用することができる。ブリッジノード１０は、イーサネット回線を通じてリング外のステーションと接続されるイーサネットカード（Ｅｔｈｅｒｎｅｔ  Ｃａｒｄ）１１と、ギガイーサネット回線を通じてリング外のステーションと接続されるギガイーサネットカード（Ｇｉｇａ  Ｅｔｈｅｒｎｅｔ  Ｃａｒｄ）１２と、ＲＰＲリングに接続されるＲＰＲカード（ＲＰＲ  Ｃａｒｄ）１３と、カード１１〜１３と接続されスイッチング動作によりカード間におけるＭＡＣフレームの受け渡しを行うスイッチ（ＳＷ）１４と、カード１１〜１３およびスイッチ１４を制御するＣＰＵカード（ＣＰＵ  Ｃａｒｄ）１５とを備えている。」（２３頁）
　
　上記引用例の記載及び図面並びにこの分野における技術常識を考慮すると、
　
ａ．上記引用例には、【図３】記載のＩＰネットワークにおいて、ステーションＳ１からステーションＳ６へデータを送信する方法が記載されているが（摘記事項ア）、
　該方法は、６つのＲＰＲノード（ＲＡ，ＲＢ，ＢＣ，ＢＤ，ＲＥ，ＢＦ）からなる「ＲＰＲネットワーク」を介して「ＩＰデータパケット」を「送信する方法」である。
　
ｂ．上記ステーションＳ１からのＡＲＰ要求に対するＡＲＰ応答に関し、
「ブリッジノードＢＦは、ブリッジグループに設定されたマルチキャストアドレス（＝ＭＣ）を使用し、図６（ｄ）に示すようなフォーマットでステーションＳ１からのＡＲＰフレームをカプセル化したＲＰＲフレームを生成し、ＲＰＲリング上に送信する。このＲＰＲフレームのＲＰＲ宛先アドレスはマルチキャストアドレスである。このため、このＲＰＲフレームはＲＰＲリング上の各ブリッジノードＢＣ，ＢＤのみで受信される。」（段落【０１２１】）とあるから、
　ＡＲＰ応答はブリッジノードＢＣ，ＢＤで受信されており、
　また、該ＡＲＰ応答の受信時の処理に関し、
「このとき、各ブリッジノードＢＣ，ＢＤは、ブリッジノードＢＦの配下にステーションＳ６が接続されていることを学習する。すなわち、各ブリッジノードＢＣ，ＢＤは、ＲＰＲフレームの送信元アドレス（ＳＡ＝ＭＢＦ）と、これにカプセル化されているＭＡＣフレーム（ＡＲＰフレーム）の送信元アドレス（ＳＡ＝ＭＳ６）とを対応づけて変換テーブルに登録する。」（段落【０１２３】）とあるから、
　ＡＲＰフレームを用いたアドレス情報（ブリッジノードＢＦとステーションＳ６のアドレス対応付け）をブリッジノードＢＦから受信しており、
　とすると、
　
「該ＲＰＲネットワークに結合されるブリッジノードＢＣ、ＢＤで、該ブリッジノードＢＣ、ＢＤのうちのブリッジノードＢＣを介して該ＲＰＲネットワークに結合されるステーションＳ１用の、ＡＲＰフレームを用いたアドレス情報をブリッジノードＢＦから受信する工程を備え」、
「該アドレス情報は、ステーションＳ６のＭＡＣアドレスと該ＲＰＲネットワークに結合されるブリッジノードＢＦのＭＡＣアドレスとを関連付け」、
「更に、該アドレス情報を受信するブリッジノードＢＣ、ＢＤで、該アドレス情報を変換テーブルに登録する工程」を備えるものと言える。
　
ｃ．上記ステーションＳ１からのＩＰデータパケットの送信に関し、
　
ｃ１．「次に、ステーションＳ１は、本来の送信対象であるＩＰデータパケット（ＩＰフレーム）を図７（ａ）に示すフレームフォーマットでブリッジノードＢＣへ送信する。」（段落【０１２５】）とあるから、
　
「ブリッジノードＢＣで、該ブリッジノードＢＣに結合されるステーションＳ１からＩＰデータパケットを受信する工程を備え」ている。
　
ｃ２．「ブリッジノードＢＣは、ステーションＳ１からのＩＰフレームを受信し、その宛先アドレスがステーションＳ６のＭＡＣアドレスである」（段落【０１２６】）から、上記ｃ１．の「工程」において、
　
「該ＩＰデータパケットは、ブリッジノードＢＦに結合されるステーションＳ６のＭＡＣアドレスを備える宛先アドレスを含」んでいる。
　
ｃ３．「このＩＰフレームの宛先がＲＰＲリング上のノードではなく、学習済み（変換テーブルに登録済み）のブリッジノードＢＦの配下のステーションＳ６であることを認識することができる。このため、ブリッジノードＢＣは、ブリッジノードＢＦのＭＡＣアドレスを宛先アドレスに指定したＲＰＲヘッダでステーションＳ１からのＩＰフレームをカプセル化したＲＰＲフレーム（図７（ｂ）参照）を生成し、ＲＰＲリング上に送信する。」（段落【０１２６】−【０１２７】）によれば、
　ブリッジノードＢＣは、変換テーブルを参照して、ステーションＳ６のＭＡＣアドレスと関連付けられたブリッジノードＢＦのＭＡＣアドレスを用い、ＩＰデータパケットを該ブリッジノードＢＦのみで受信されるように、ＲＰＲネットワーク上で「直接」送信しているから、
　
「更に、該変換テーブルにおける該ステーションＳ６の該ＭＡＣアドレスと関連付けられた該ブリッジノードＢＦのＭＡＣアドレスを識別する工程；及び
　該ＩＰデータパケットを該ブリッジノードＢＦに直接、該ブリッジノードＢＦのＭＡＣアドレスを用いて送信する工程であって、該ＩＰデータパケットを該ブリッジノードＢＦのみで受信されるよう送信する工程を備え」ていると言える。
　
ｄ．上記ブリッジノードＢＣ，ＢＦについて、
「図３において、装置ＲＡ，ＲＢ，ＢＣ，ＢＤ，ＲＥ，ＢＦはＲＰＲノードであり、ＲＰＲノードは、ルータとしての機能を持つステーションノードＲＡ，ＲＢ，ＲＥと、ブリッジとしての機能をもつブリッジノードＢＣ，ＢＣ，ＢＦとからなる。これらの６つのＲＰＲノードで１つのリングネットワークが形成されている。」（段落【０１０７】）とあり、
　上記ステーションＳ１，Ｓ６について、
「図３に示すＳ１〜Ｓ６は、ＲＰＲネットワークの外（リング外）に存在し、ＩＰフレームを送受信可能なステーションである。」（段落【０１０７】）とあるから、
　
「該ブリッジノードＢＣ及び該ブリッジノードＢＦがＲＰＲノードであり、該ステーションＳ１及び該ステーションＳ６がＲＰＲネットワークの外のステーションであり、該ステーションＳ１のＭＡＣアドレス及び該ステーションＳ６のＭＡＣアドレスがＲＰＲネットワークの外のＭＡＣアドレスである」ことは明らかである。
　
　以上を総合すれば、結局、上記引用例には、以下の発明（以下、「引用発明」という。）が開示されている。
　
「ＲＰＲネットワークを介してＩＰデータパケットを送信する方法であって：
　該ＲＰＲネットワークに結合されるブリッジノードＢＣ、ＢＤで、該ブリッジノードＢＣ、ＢＤのうちのブリッジノードＢＣを介して該ＲＰＲネットワークに結合されるステーションＳ１用の、ＡＲＰフレームを用いたアドレス情報をブリッジノードＢＦから受信する工程を備え、該アドレス情報は、ステーションＳ６のＭＡＣアドレスと該ＲＰＲネットワークに結合されるブリッジノードＢＦのＭＡＣアドレスとを関連付け；
　更に、該アドレス情報を受信するブリッジノードＢＣ、ＢＤで、該アドレス情報を変換テーブルに登録する工程；及び
　ブリッジノードＢＣで、該ブリッジノードＢＣに結合されるステーションＳ１からＩＰデータパケットを受信する工程を備え、該ＩＰデータパケットは、ブリッジノードＢＦに結合されるステーションＳ６のＭＡＣアドレスを備える宛先アドレスを含み；
　更に、該変換テーブルにおける該ステーションＳ６の該ＭＡＣアドレスと関連付けられた該ブリッジノードＢＦのＭＡＣアドレスを識別する工程；及び
　該ＩＰデータパケットを該ブリッジノードＢＦに直接、該ブリッジノードＢＦのＭＡＣアドレスを用いて送信する工程であって、該ＩＰデータパケットを該ブリッジノードＢＦのみで受信されるよう送信する工程を備え、
　該ブリッジノードＢＣ及び該ブリッジノードＢＦがＲＰＲノードであり、該ステーションＳ１及び該ステーションＳ６がＲＰＲネットワークの外のステーションであり、該ステーションＳ１のＭＡＣアドレス及び該ステーションＳ６のＭＡＣアドレスがＲＰＲネットワークの外のＭＡＣアドレスである方法。」
　
（３）対比・判断
　補正後の発明と引用発明とを対比すると、
ａ．引用発明の「ＲＰＲネットワーク」は、補正後の発明の「ネットワーク」に含まれる。
ｂ．補正後の発明の「トラフィック」について本願明細書には、「２つのリング12a及び12bを用いて接続される局20a乃至20f間で情報（「トラフィック」）を通信する。」（段落【００１０】）、「トラフィックはリング12上や、RPRネットワーク10の他の部分上をRPR「フレーム」（パケット）を用いて搬送し得る。」（段落【００１２】）等と記載されており、「パケット」で搬送される「データ」を意味するものと解されるところ、
　引用発明の「ＩＰデータパケット」が実質的に「ＩＰデータパケット」で搬送される「データ」を意味することは明らかであるから、補正後の発明の「トラフィック」に相当する。
ｃ．引用発明「送信する方法」における「送信」はブリッジノードＢＣ，ＢＦを介しての送信であるから、補正後の発明の「ブリッジする方法」とは、表現上異なるものの、実質的な差異は無い。
ｄ．引用発明の「該ＲＰＲネットワークに結合されるブリッジノードＢＣ、ＢＤで」は、補正後の発明の「該ネットワークに結合される1つ又は複数の局で」に含まれる。
ｅ．引用発明の「該ブリッジノードＢＣ、ＢＤのうちのブリッジノードＢＣを介して該ＲＰＲネットワークに結合される」は、補正後の発明の「該局のうちの1つ又は複数を介して該ネットワークに結合される」に含まれる。
ｆ．引用発明の「ステーションＳ１」は、ブリッジノードＢＣを介してＲＰＲネットワークに結合されるもので、該ＲＰＲネットワークの外部にある装置であり、「遠隔装置」と言いうるから、
　引用発明の「ステーションＳ１用の」は、補正後の発明の「1つ又は複数の遠隔装置用の」に含まれる。
ｇ．引用発明の「ＡＲＰフレーム」は、データ（トラフィック）を搬送する「ＩＰデータパケット」とは異なり、ネットワークのノードやステーションのアドレス情報を搬送するフレームであるから、「制御フレーム」と言いうるものであり、補正後の発明の「制御フレーム」に含まれる。
ｈ．引用発明の「アドレス情報」は、ＩＰデータパケットの転送に用いられる情報であるから、補正後の発明の「転送情報」に含まれる。
ｉ．引用発明の「ブリッジノードＢＦ」が、ブリッジノードＢＣ，ＢＤからみたとき「他の局」であることは明らかであるから、「ブリッジノードＢＦから受信する」は、補正後の発明の「他の局から受信する」に含まれる。
ｊ．上記ｆ．での検討によれは、「ステーションＳ６」は補正後の発明の「遠隔装置」に含まれるものであるから、引用発明の「ステーションＳ６のＭＡＣアドレス」は補正後の発明の「各遠隔装置の遠隔アドレス」に相当する。
ｋ．引用発明の「該ＲＰＲネットワークに結合されるブリッジノードＢＦのＭＡＣアドレス」は、補正後の発明の「該ネットワークに結合される該局のうちの１つのアドレス」に含まれる。
ｌ．引用発明の「該アドレス情報を受信するブリッジノードＢＣ、ＢＤで」は、補正後の発明の「該転送情報を受信する各局で」に含まれる。
ｍ．引用発明の「変換テーブル」は、転送情報である「アドレス情報」が登録されており、ＩＰデータパケット転送時に参照されるものであって、「データベース」とも言いうるものであるから、引用発明の「該アドレス情報を変換テーブルに登録する」は、補正後の発明の「該転送情報を転送データベースに記憶させる」に相当する。
ｎ．引用発明のＩＰデータパケットの転送経路と補正後の発明のトラフィックの転送経路を対比するに、引用発明の「ブリッジノードＢＣ」、「ブリッジノードＢＦ」、「ステーションＳ１」、「ステーションＳ６」は、ぞれぞれ、補正後の発明の「第１局」、「第２局」、「第１遠隔装置」、「第２遠隔装置」に相当するものであるから、
　引用発明の「該ブリッジノードＢＣで、該ブリッジノードＢＣに結合されるステーションＳ１からＩＰデータパケットを受信する工程を備え、該ＩＰデータパケットは、該ブリッジノードＢＦに結合されるステーションＳ６のＭＡＣアドレスを備える宛先アドレスを含み；
　更に、該変換テーブルにおける該ステーションＳ６の該ＭＡＣアドレスと関連付けられた該ブリッジノードＢＦのＭＡＣアドレスを識別する工程；及び
　該ＩＰデータパケットを該ブリッジノードＢＦに直接、該ブリッジノードＢＦのＭＡＣアドレスを用いて送信する工程であって」は、
補正後の発明の「該1つ又は複数の局のうちの第１局で、該第１局に結合される第１遠隔装置からトラフィックを受信する工程を備え、該トラフィックは、該1つ又は複数の局のうちの第２局に結合される第２遠隔装置の遠隔アドレスを備える宛先アドレスを含み；
　更に、該転送データベースにおける該第２遠隔装置の該遠隔アドレスと関連付けられた該第２局のアドレスを識別する工程；及び
　該トラフィックを該第２局に直接、該第２局の識別アドレスを用いて通信する工程であって」に相当する。
ｏ．引用発明の「該ブリッジノードＢＦのみで受信される」とは、該ブリッジノードＢＦにユニキャストされることに他ならないから、引用発明の「該ＩＰデータパケットを該ブリッジノードＢＦのみで受信されるよう送信する工程」は、補正後の発明の「該トラフィックを該第２局にユニキャストする工程」に含まれる。
ｐ．引用発明の「ＲＰＲノード」は、補正後の発明の「ＲＰＲ局」に含まれる。
　
　以上をまとめると、両者は、以下の点で一致ないし相違している。
　
（一致点）
「ネットワークを介してトラフィックをブリッジする方法であって：
　該ネットワークに結合される1つ又は複数の局で、該局のうちの1つ又は複数を介して該ネットワークに結合される1つ又は複数の遠隔装置用の、制御フレームを用いた転送情報を他の局から受信する工程を備え、該転送情報は、各遠隔装置の遠隔アドレスと該ネットワークに結合される該局のうちの１つのアドレスとを関連付け；
　更に、該転送情報を受信する各局で、該転送情報を転送データベースに記憶させる工程；及び
　該1つ又は複数の局のうちの第１局で、該第１局に結合される第１遠隔装置からトラフィックを受信する工程を備え、該トラフィックは、該1つ又は複数の局のうちの第２局に結合される第２遠隔装置の遠隔アドレスを備える宛先アドレスを含み；
　更に、該転送データベースにおける該第２遠隔装置の該遠隔アドレスと関連付けられた該第２局のアドレスを識別する工程；及び
　該トラフィックを該第２局に直接、該第２局の識別アドレスを用いて通信する工程であって、該トラフィックを該第２局にユニキャストする工程を備え、
　該第１局及び該第２局がRPR局を備える方法。」
　
（相違点）
　補正後の発明では「該第１遠隔装置及び該第２遠隔装置がLAN装置を備え、該第１遠隔アドレス及び該第２遠隔アドレスがLANアドレスを備える」のに対し、
　引用発明では「該ステーションＳ１及び該ステーションＳ６がＲＰＲネットワークの外のステーションであり、該ステーションＳ１のＭＡＣアドレス及び該ステーションＳ６のＭＡＣアドレスがＲＰＲネットワークの外のＭＡＣアドレスである」点。
　
　以下に、上記（相違点）につき検討する。
　引用発明のブリッジノードの構成について、引用例には、「図１０に示すブリッジノード１０は、図３における各ブリッジノードＢＣ，ＢＤ，ＢＦとして適用することができる。ブリッジノード１０は、イーサネット回線を通じてリング外のステーションと接続されるイーサネットカード（Ｅｔｈｅｒｎｅｔ  Ｃａｒｄ）１１と、ギガイーサネット回線を通じてリング外のステーションと接続されるギガイーサネットカード（Ｇｉｇａ  Ｅｔｈｅｒｎｅｔ  Ｃａｒｄ）１２と、ＲＰＲリングに接続されるＲＰＲカード（ＲＰＲ  Ｃａｒｄ）１３と、カード１１〜１３と接続されスイッチング動作によりカード間におけるＭＡＣフレームの受け渡しを行うスイッチ（ＳＷ）１４と、カード１１〜１３およびスイッチ１４を制御するＣＰＵカード（ＣＰＵ  Ｃａｒｄ）１５とを備えている。」（摘記事項イの段落【０１４４】）と記載されており、該記載によれば、引用発明のステーションＳ１、Ｓ６は、イーサネット回線を通じてＲＰＲネットワークのブリッジノードに接続されるものであり、イーサネットはＬＡＮで普通に用いられている通信規格であることは周知であるから、引用発明の「ステーションＳ１及びステーションＳ６」を、ＬＡＮを用いてブリッジノードに接続された「ＬＡＮ装置」とすることは当業者が容易に想到し得たものと認められる。
　また、このとき、該ＬＡＮ装置のアドレスを「ＬＡＮアドレス」と称することは当業者が適宜なし得るものである。
　したがって、補正後の発明のように、引用発明の「ステーションＳ１，Ｓ６」について、「該第１遠隔装置及び該第２遠隔装置がLAN装置を備え、該第１遠隔アドレス及び該第２遠隔アドレスがLANアドレスを備える」ようにすることは、当業者が容易に想到し得るものと認められる
　
　そして、補正後の発明の作用・効果も引用発明から当業者が予測し得る範囲のものである。
　
４．結語
　以上のとおり、本件補正は、補正後の発明が特許出願の際独立して特許を受けることができないものであるから、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する特許法第１２６条第５項の規定に適合していない。
　したがって、本件補正は、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３．本願発明について
１．本願発明
　平成２４年２月２８日付けの手続補正は上記のとおり却下されたので、本願発明は上記「第２．補正却下の決定」の項中の「１．本願発明と補正後の発明」の項で「本願発明」として認定したとおりである。
　
２．引用発明
　引用発明は、上記「第２．補正却下の決定」の項中の「３．独立特許要件について」の項中の「（２）引用発明」の項で認定したとおりである。
　
３．対比・判断
　そこで、本願発明と引用発明とを対比するに、
　本願発明は上記補正後の発明から当該補正に係る限定を省いたものである。
　そうすると、本願発明の構成に当該補正に係る限定を付加した補正後の発明が、上記「第２．補正却下の決定」の項中の「３．独立特許要件について」の項で検討したとおり、引用発明に基づいて当業者が容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。
　
４．むすび
　以上のとおり、本願発明は、引用発明に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。