【事件の表示】
　特願２０１７−５３４９７４「ビットフォワーディングイングレスルータ、ビットフォワーディングルータ及び運用管理保守テスト方法」拒絶査定不服審判事件〔平成２８年　７月　７日国際公開、ＷＯ２０１６／１０７４４４、平成３０年　１月１１日国内公表、特表２０１８−５００８４２、請求項の数（２４）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１５年（平成２７年）１２月２１日（パリ条約による優先権主張外国庁受理　２０１４年１２月３０日　中国）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
　平成２９年　８月２３日　　：手続補正書の提出
　平成３０年　８月２１日付け：拒絶理由通知書
　平成３０年１１月２８日　　：意見書、手続補正書の提出
　平成３１年　２月　６日付け：拒絶査定
　令和　元年　６月１２日　　：拒絶査定不服審判請求書、手続補正書の提出
　令和　２年　９月　８日付け：拒絶理由通知書
　令和　２年１２月１５日　　：意見書、手続補正書の提出
　令和　２年１２月２３日付け：拒絶理由（最後の拒絶理由）通知書
　令和　３年　４月２６日　　：意見書、手続補正書の提出
　以降では、平成３１年２月６日付けの拒絶査定を「原査定」、令和２年９月８日付けの拒絶理由通知書により通知された拒絶理由を「当審拒絶理由１」、令和２年１２月２３日付けの拒絶理由通知書により通知された拒絶理由（最後の拒絶理由）を「当審拒絶理由２」、令和３年４月２６日に提出された手続補正書に係る手続補正を「本件補正」という。
第２　原査定の概要
　原査定の概要は次のとおりである。
　本願請求項１ないし２４に係る発明は、以下の引用文献ＡないしＣに記載された発明に基いて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
［引用文献等一覧］
Ａ　IJ. Wijnands,ED ,他，Encapsulation for Bit Index Explicit Replication in MPLS Networks，米国，Internet Engineering Task Force，２０１４年１２月　４日，draft-wijnands-mpls-bier-encapsulation02，whole document，ＵＲＬ，https://tools.ietf.org/html/draft-wijnands-mpls-bier-encapsulation-02
Ｂ　特開２０１３−１５０３４２号公報
Ｃ　国際公開第２０１３／０６５２１０号
第３　当審拒絶理由１の概要
　当審拒絶理由１の概要は次のとおりである。
　本願請求項１ないし２４に係る発明は、以下の引用文献１ないし３に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
［引用文献等一覧］
１　国際公開第２０１３／０６５２１０号（拒絶査定の引用文献Ｃ）
２　IJ. Wijnands,ED ,他，Encapsulation for Bit Index Explicit Replication in MPLS Networks，米国，Internet Engineering Task Force，２０１４年１２月　４日，draft-wijnands-mpls-bier-encapsulation02，whole document，ＵＲＬ，https://tools.ietf.org/html/draft-wijnands-mpls-bier-encapsulation-02（拒絶査定時の引用文献Ａ）
３　国際公開第２０１１／０６４８８４号（当審において新たに引用した文献、周知技術を示す文献）
第４　当審拒絶理由２の概要
　当審拒絶理由２の概要は次のとおりである。
　本願請求項１ないし２４に係る発明は、以下の点において明確ではないから、特許法第３６条第６項第２号に規定する要件を満たしていない。
（１）本願請求項１、１２の記載において、「ビット列の長さ」が「第１のＯＡＭリクエストパケット」のどこに含まれるのか明確ではない。
（２）本願請求項５、１６の記載において、「ビット列の長さ」を含まない「第１のＯＡＭレスポンスパケット」の技術的意義が明確ではない。
（３）本願請求項３、４、１４、１５の記載において、「ビット列の長さ」を含まない「（第１の）ＯＡＭレスポンスパケット」の技術的意義が明確ではない。
（４）本願請求項７、１８の記載において、「ＴＬＶ」によって搬送される情報と、「ＯＡＭリクエストパケット」に含まれる情報との関係が明確ではない。
第５　本願発明
　本願請求項１ないし２４に係る発明（以下、それぞれ「本願発明１」ないし「本願発明２４」という。）は、本件補正により補正された特許請求の範囲の請求項１ないし２４に記載された事項により特定される発明であり、このうち本願発明１は以下のとおりの発明である。（なお、下線部は、補正された箇所を示す。
「　ビットフォワーディングイングレスルータ（ＢＦＩＲ）であって、前記ＢＦＩＲはビット・インデックスド・イクスプリシット・レプリケーション（ＢＩＥＲ）ベースネットワークにあり、当該ルータは、
　少なくとも１つのビットフォワーディングエグレスルータ（ＢＦＥＲ）の識別子（ＩＤ）に従って第１の運用管理保守（ＯＡＭ）リクエストパケットを取得するよう構成される第１の取得ユニットであって、前記第１のＯＡＭリクエストパケットは、前記ＢＦＩＲのＩＤ、設定識別子、前記少なくとも１つのＢＦＥＲに対応するビット列及び前記ビット列の長さを含み、前記設定識別子は前記少なくとも１つのＢＦＥＲに対応し、前記第１のＯＡＭリクエストパケットは、前記ＢＦＩＲと前記少なくとも１つのＢＦＥＲとの間のリンクをテストするのに利用される、第１の取得ユニットと、
　前記第１のＯＡＭリクエストパケットを前記少なくとも１つのＢＦＥＲに送信するよう構成される第１の送信ユニットと、
を有し、
　前記第１の取得ユニットは、
　前記少なくとも１つのＢＦＥＲのＩＤに従って前記設定識別子及び前記ビット列を取得し、
　前記ビット列に従って第２のＯＡＭリクエストパケットを取得し、前記第２のＯＡＭリクエストパケットのパケットヘッダは前記ビット列及び前記ＢＦＩＲのＩＤを含み、前記第２のＯＡＭリクエストパケットのペイロードは
前記設定識別子、前記ビット列及び前記ビット列の前記長さを含む
　前記設定識別子に従って第１のビット・インデックスド・イクスプリシット・レプリケーション・マルチプロトコル・ラベル・スイッチング・ラベル（ＢＩＥＲ−ＭＰＬＳ　Ｌａｂｅｌ）を前記第２のＯＡＭリクエストパケットに挿入することによって、前記第１のＯＡＭリクエストパケットを取得するよう構成され、前記第１のＢＩＥＲ−ＭＰＬＳ　Ｌａｂｅｌは前記設定識別子に対応するラベルを含むＢＦＩＲ。」
　なお、本願発明２ないし４は、本願発明１の構成をすべて含むものであり、本願発明５は、本願発明１を「第１のビットフォワーディングルータ（ＢＦＲ）」の発明として特定したものであり、本願発明６ないし１１は、本願発明５の構成をすべて含むものであり、本願発明１２は、本願発明１を「運用管理保守（ＯＡＭ）テスト方法」の発明として特定したものであり、本願発明１３ないし１５は、本願発明１２の構成をすべて含むものであり、本願発明１６は、本願発明５を「運用管理保守（ＯＡＭ）テスト方法」の発明として特定したものであり、本願発明１７ないし２２は、本願発明１６の構成をすべて含むものであり、本願発明２３は、本願発明１２ないし１５及び本願発明１６ないし２２を「プログラム」の発明として特定したものであり、本願発明２４は、本願発明１２ないし１５及び本願発明１６ないし２２を「コンピュータ可読記憶媒体」の発明として特定したものである。
第６　引用文献、引用発明等
１　引用文献１（引用文献Ｃ）について
（１）引用文献１（引用文献Ｃ）記載事項
　当審拒絶理由１に引用された引用文献１（原査定の引用文献Ｃ）には、図面とともに次の事項が記載されている。（下線は、強調のために当審が付与した。以降の下線についても同様。）
（ア）「［技術分野］
［0001］
　本発明は、
イーサネット
網と、ＭＰＬＳ−ＴＰ
網と、が接続された通信システム
（イ）「［発明を実施するための形態］
［0032］
　以下、本発明に係る、通信システム、通信方法、
エッジ装置
（ウ）「［0033］
＜第１実施形態＞
（構成）
　図１に示したように、第１実施形態に係る通信システム１は、複数の通信装置Ｃ１，ＣＥ１，ＰＥ１，Ｐ１，Ｐ２，ＰＥ２，ＣＥ２，Ｃ２を備える。本例では、
複数の通信装置Ｃ１，ＣＥ１，ＰＥ１，Ｐ１，Ｐ２，ＰＥ２，ＣＥ２，Ｃ２のそれぞれは、フレームを中継するルータ装置である
［0034］
　
通信装置Ｃ１
イーサネット
網ＥＮ１
通信装置ＰＥ１、通信装置Ｐ１、通信装置Ｐ２、及び、通信装置ＰＥ２
ＭＰＬＳ−ＴＰ
網ＭＮ
イーサネット網ＥＮ２
［0035］
　
通信装置ＰＥ１は
エッジ装置である
また、通信装置ＰＥ１は、ＭＥＰ（Ｍａｉｎｔｅｎａｎｃｅ　Ｅｎｄ　Ｐｏｉｎｔ）を構成している
［0036］
　また、通信装置ＰＥ２は、通信装置ＣＥ２、及び、通信装置Ｐ２のそれぞれと接続されている。即ち、
通信装置ＰＥ２
エッジ装置である
また、通信装置ＰＥ２は、ＭＥＰを構成している
…（中略）…
［0038］
　また、
通信装置Ｐ１は
非エッジ装置である
通信装置Ｐ１は、ＭＩＰ（Ｍａｉｎｔｅｎａｎｃｅ　Ｉｎｔｅｒｍｅｄｉａｔｅ　Ｐｏｉｎｔ）を構成している
［0039］
　また、通信装置Ｐ２は、通信装置ＰＥ２、及び、通信装置Ｐ１のそれぞれと接続されている。即ち、
通信装置Ｐ２は
非エッジ装置である
通信装置Ｐ２は、ＭＩＰを構成している
（エ）「［図１］
」
（オ）「［0045］
　…（中略）…
　
ＯＡＭフレームは
Ｄｅｓｔ（Ｄｅｓｔｉｎａｔｉｏｎ）　ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）と、Ｓｏｕｒｃｅ　ＭＡＣと、Ｔｙｐｅ、ＯＡＭ　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）（ＥＦＰ）と、を含む
［0046］
　
Ｄｅｓｔ　ＭＡＣ
宛先ＭＡＣアドレス
　
Ｓｏｕｒｃｅ　ＭＡＣ
送信元ＭＡＣアドレス
　
Ｔｙｐｅ
フレーム種別情報
［0047］
　図３に示したように、
ＯＡＭ　ＰＤＵ（ＥＦＰ）は
Ｏｐ　ｃｏｄｅと、Ｔａｒｇｅｔ　ＭＥＰ／ＭＩＰ　ＩＤ　ＴＬＶと、を含む
Ｏｐ　ｃｏｄｅは
処理内容情報
Ｏｐ　ｃｏｄｅは、ループバック処理を表す処理内容情報
ループバック処理は、フレームの送信元である通信装置へ当該フレームを送り返す処理
［0048］
　
Ｔａｒｇｅｔ　ＭＥＰ／ＭＩＰ　ＩＤ　ＴＬＶは
ＭＰＬＳ通信装置識別情報
（カ）「［0052］
　ＯＡＭフレーム送信部１２ａは、図３に示したＯＡＭフレームを生成する。
　
ＯＡＭフレームＥＦに含まれるＯＡＭ　ＰＤＵ（ＥＦＰ）は、当該ＯＡＭフレームの宛先がＭＥＰである場合、ＭＰＬＳ通信装置識別情報ＥＦＴ１を含む。ＭＰＬＳ通信装置識別情報ＥＦＴ１は、ＭＥＰ　ＩＤ（ＥＦＴ１１）を含む。ＭＥＰ　ＩＤは、ＭＰＬＳ−ＴＰ網ＭＮにおいて、ＭＥＰとしての通信装置を識別するための情報と、ポートを識別するための情報と、を含む
［0053］
　また、
ＯＡＭフレームＥＦに含まれるＯＡＭ　ＰＤＵ（ＥＦＰ）は、当該ＯＡＭフレームの宛先がＭＩＰである場合、ＭＰＬＳ通信装置識別情報ＥＦＴ２を含む。ＭＰＬＳ通信装置識別情報ＥＦＴ２は、Ｎｏｄｅ−ＩＤ（ＥＦＴ２１）と、ＩＦ−Ｎｕｍと、ＩＣＣと、を含む
［0054］
　
Ｎｏｄｅ−ＩＤは、ＭＰＬＳ−ＴＰ網ＭＮにおいて、ＭＩＰとしての通信装置を識別するための情報を含む
ＩＣＣは、
キャリア・コードである
（キ）「［図３］
」
（ク）「［0059］
　図４に示したように、通信装置ＰＥ１は、フレーム制御部２１と、ＭＰＬＳ制御部２２と、クロスバースイッチ２３と、を備える。」
（ケ）「［図４］
」
（コ）「［0064］
　
カプセル化処理実行部２２ａは、ヘッダ情報として、ＯＡＭ識別子と、Ｓｏｕｒｃｅ　ＭＡＣと、Ｔｙｐｅと、ＭＰＬＳラベルと、を含む情報を用いる
［0065］
　
ＯＡＭ識別子ＭＦＯは
通信装置ＣＥ１）から受信した
ＯＡＭ　ＰＤＵに含まれる
ＭＰＬＳ通信装置識別情報を含む
［0066］
　具体的には、
ＯＡＭ識別子ＭＦＯ１は、ＭＰＬＳ通信装置識別情報により識別される通信装置がＭＥＰである場合、ＭＥＰ　ＩＤ（ＭＦＯ１１）と、識別子と、を含む。識別子は、ＯＡＭフレームであるか否かを表す情報と、フレームの宛先がＭＥＰ及びＭＩＰのいずれであるかを表す情報と、を含む
［0067］
　ここでは、
識別子は、フレームの宛先がＭＥＰであることを表す情報
［0068］
　また、
ＯＡＭ識別子ＭＦＯ２は、ＭＰＬＳ通信装置識別情報により識別される通信装置がＭＩＰである場合、Ｎｏｄｅ−ＩＤ（ＭＦＯ２１）と、識別子と、を含む。ここでは、識別子は、フレームの宛先がＭＩＰであることを表す情報を含む
［0069］
　即ち、カプセル化処理実行部２２ａは、ＯＡＭ識別子を、宛先ＭＡＣアドレスとして（即ち、ＯＡＭ識別子を宛先ＭＡＣアドレスに代えて）ヘッダ情報に含ませるように構成されている、と言うことができる。」
（サ）「［図５］
」
（シ）「［0071］
　ＯＡＭ処理実行部２２ｂは、
通信装置ＰＥ１
［0072］
　
ＯＡＭ処理実行部２２ｂは、ＭＰＬＳフレームがＯＡＭフレームであると判定した場合において、ＭＰＬＳフレームのヘッダ情報に含まれるＯＡＭ識別子に含まれるＭＰＬＳ通信装置識別情報により識別される通信装置が自装置であるとき、ＯＡＭ処理を実行する
［0073］
　ポート特定情報は、ＯＡＭ処理の対象となるポートを特定するための情報である。ここでは、ポート特定情報は、ＭＥＰ　ＩＤである。
　なお、ＯＡＭ処理は、上記フレームに含まれる処理内容情報が表す処理の内容に基づく処理である。
［0074］
　フレーム転送部２２ｃは、通信装置ＰＥ１がＭＰＬＳフレームを受信した場合、又は、カプセル化処理実行部２２ａがＭＰＬＳフレームを生成した場合、当該ＭＰＬＳフレームがＯＡＭフレームであるか否かを判定する。具体的には、フレーム転送部２２ｃは、ＭＰＬＳフレームがＯＡＭ識別子に基づいて、ＭＰＬＳフレームがＯＡＭフレームであるか否かを判定する。
［0075］
　
フレーム転送部２２ｃは、ＭＰＬＳフレームがＯＡＭフレームであると判定した場合において、ＭＰＬＳフレームのヘッダ情報に含まれるＯＡＭ識別子に含まれるＭＰＬＳ通信装置識別情報により識別される通信装置が自装置でないとき、当該ＭＰＬＳフレームを他の通信装置へ転送する
（ス）「［0077］
　なお、ＭＰＬＳ−ＴＰ網ＭＮを構成する、
エッジ装置ＰＥ２も、通信装置ＰＥ１と同様の構成を備える
（セ）「［0081］
　
通信装置Ｐ１
　ＭＰＬＳ制御部３１は、フレーム転送部（フレーム転送手段）３１ａと、ＯＡＭ処理実行部（ＯＡＭ処理実行手段）３１ｂと、を含む。
［0082］
　フレーム転送部３１ａは、通信装置Ｐ１がＭＰＬＳフレームを受信した場合、当該ＭＰＬＳフレームがＯＡＭフレームであるか否かを判定する。具体的には、フレーム転送部３１ａは、ＭＰＬＳフレームが含むＯＡＭ識別子に基づいて、ＭＰＬＳフレームがＯＡＭフレームであるか否かを判定する。
［0083］
　
フレーム転送部３１ａは、ＭＰＬＳフレームがＯＡＭフレームであると判定した場合において、ＭＰＬＳフレームのヘッダ情報に含まれるＯＡＭ識別子に含まれるＭＰＬＳ通信装置識別情報により識別される通信装置が自装置でないとき、当該ＭＰＬＳフレームを他の通信装置へ転送する
［0084］
　また、フレーム転送部３１ａは、ＭＰＬＳフレームがユーザフレームであると判定した場合、ＭＰＬＳフレームのヘッダ情報に含まれるＭＰＬＳラベルに従って、当該ＭＰＬＳフレームを他の通信装置へ転送する。
［0085］
　
ＯＡＭ処理実行部３１ｂは、通信装置Ｐ１がＭＰＬＳフレームを受信した場合、当該ＭＰＬＳフレームがＯＡＭフレームであるか否かを判定する。具体的には、ＯＡＭ処理実行部３１ｂは、ＭＰＬＳフレームが含むＯＡＭ識別子に基づいて、ＭＰＬＳフレームがＯＡＭフレームであるか否かを判定する
［0086］
　
ＯＡＭ処理実行部３１ｂは
通信装置が自装置であるとき、ＯＡＭ処理を実行する
（ソ）「［0088］
　また、ＭＰＬＳ−ＴＰ網ＭＮを構成する、
非エッジ装置Ｐ２も、通信装置Ｐ１と同様の構成を備える
（タ）「［0115］
　次に、
通信装置Ｃ１が、通信装置Ｐ１のＭＰＬＳ制御部３１が備えるポートに対するＯＡＭフレーム（イーサネットフレーム）を送信した場合を想定
［0116］
　この場合、
通信装置Ｃ１により送信されたＯＡＭフレームは、通信装置ＣＥ１を経由して通信装置ＰＥ１により受信される
［0117］
　従って、通信装置ＰＥ１は、イーサネットフレームを受信すると、図７のステップＳ１０１にて、「Ｙｅｓ」と判定してステップＳ１０２へ進み、カプセル化処理を実行する（ステップＳ１０２）。
［0118］
　ここでは、イーサネットフレームに含まれるフレーム種別情報は、フレームの種別が、ＯＡＭフレームであることを表す。従って、
通信装置ＰＥ１は、カプセル化処理を実行することによって、ＯＡＭフレームであることを表す識別子と、通信装置Ｐ１を識別するためのＮｏｄｅ−ＩＤと、を含むＯＡＭ識別子と、Ｓｏｕｒｃｅ　ＭＡＣと、Ｔｙｐｅと、ＭＰＬＳラベルと、を含むヘッダ情報を、イーサネットフレームに付加する。これにより、通信装置ＰＥ１は、ＭＰＬＳフレームを生成する
［0119］
　次いで、通信装置ＰＥ１は、生成されたＭＰＬＳフレームがＯＡＭフレームであるか否かを判定する（ステップＳ１０３）。ここでは、ＯＡＭフレームに含まれるＯＡＭ識別子は、ＯＡＭフレームであることを表す。
［0120］
　従って、通信装置ＰＥ１は、「Ｙｅｓ」と判定してステップＳ１０４へ進み、
宛先が自装置であるか否かを判定する
［0121］
　ここでは、ＯＡＭ識別子は、通信装置Ｐ１を識別するためのＮｏｄｅ−ＩＤを含む。従って、通信装置ＰＥ１は、「Ｎｏ」と判定してステップＳ１０８へ進み、
ＭＰＬＳフレームをヘッダ情報に含まれるＭＰＬＳラベルに従って、他の通信装置（ここでは、通信装置Ｐ１）へ転送（送信）する
　その後、通信装置ＰＥ１は、ステップＳ１０１へ戻り、ステップＳ１０１〜ステップＳ１０９の処理を繰り返し実行する。
［0122］
　この時点では、通信装置ＰＥ１により送信されたＭＰＬＳフレーム（ＯＡＭフレーム）は、通信装置Ｐ１により受信される。
［0123］
　従って、
通信装置Ｐ１は、ＭＰＬＳフレームを受信すると
［0124］
　従って、通信装置Ｐ１は、「Ｙｅｓ」と判定してステップＳ２０３へ進み、宛先が自装置であるか否かを判定する。具体的には、通信装置Ｐ１は、
ＭＰＬＳフレームのヘッダ情報に含まれるＯＡＭ識別子に基づいて宛先が自装置であるか否かを判定する
［0125］
　ここでは、ＯＡＭ識別子は、通信装置Ｐ１を識別するためのＮｏｄｅ−ＩＤを含む。従って、通信装置Ｐ１は、「Ｙｅｓ」と判定してステップＳ２０４へ進み、ＭＰＬＳフレームから、ＭＰＬＳ−ＴＰ網ＭＮにてフレームを転送するための
ヘッダ情報を除去するデカプセル化処理を実行
イーサネットフレームを生成
［0126］
　次いで、通信装置Ｐ１は、ＯＡＭ処理の対象となるポートを特定する（ステップＳ２０５）。ここでは、通信装置Ｐ１は、デカプセル化処理を実行することによって生成された
イーサネットフレームに含まれるＩＦ−Ｎｕｍに基づいてポートを特定
［0127］
　そして、通信装置Ｐ１は、
上記特定されたポートに対応付けられたＩＣＣと、デカプセル化処理を実行することによって生成されたイーサネットフレームに含まれるＩＣＣと、が一致している場合、当該特定されたポートに対してＯＡＭ処理を実行する
ＯＡＭ処理
本例では、通信装置Ｐ１は、通信装置Ｐ１のＭＰＬＳ制御部３１が備えるポートにてループバック処理を実行
［0128］
　これにより、
通信装置Ｐ１は、ＯＡＭフレームを通信装置Ｃ１へ向けて送り返す
　その後、通信装置Ｐ１は、ステップＳ２０１へ戻り、ステップＳ２０１〜ステップＳ２０８の処理を繰り返し実行する。」
（チ）[0134]
　従って、通信装置Ｐ１は、「Ｙｅｓ］と判定してステップＳ２０３へ進み、宛先が自装置であるか否かを判定する。具体的には、通信装置Ｐ１は、
ＭＰＬＳフレームのヘッダ情報に含まれるＯＡＭ識別子に基づいて宛先が自装置であるか否かを判定する
［0135］
　ここでは、
ＯＡＭ識別子は、通信装置Ｐ２を識別するためのＮｏｄｅ−ＩＤを含む
通信装置Ｐ１は、「Ｎｏ」と判定して
ＭＰＬＳフレームをヘッダ情報に含まれるＭＰＬＳラベルに従って、他の通信装置（ここでは、通信装置Ｐ２）へ転送する
　その後、通信装置Ｐ１は、ステップＳ２０１へ戻り、ステップＳ２０１〜ステップＳ２０８の処理を繰り返し実行する。」
（ツ）「［0139］
　次に、通信装置Ｃ１が、通信装置ＰＥ２のＭＰＬＳ制御部２２が備えるポートに対するＯＡＭフレーム（イーサネットフレーム）を送信した場合を想定する。即ち、このＯＡＭフレームは、通信装置ＰＥ２を識別するとともに、通信装置ＰＥ２のＭＰＬＳ制御部２２が備えるポートを特定するためのＭＥＰ　ＩＤを含む。
［0140］
　この場合、通信装置Ｃ１により送信されたＯＡＭフレームは、通信装置ＣＥ１、通信装置ＰＥ１、通信装置Ｐ１、及び、通信装置Ｐ２を経由して通信装置ＰＥ２により受信される。
［0141］
　従って、
通信装置ＰＥ２は、ＭＰＬＳフレームを受信すると
受信されたＭＰＬＳフレームがＯＡＭフレームであるか否かを判定する
［0142］
　従って、通信装置ＰＥ２は、「Ｙｅｓ」と判定してステップＳ３０３へ進み、宛先が自装置であるか否かを判定する。具体的には、通信装置ＰＥ２は、ＭＰＬＳフレームのヘッダ情報に含まれるＯＡＭ識別子に基づいて宛先が自装置であるか否かを判定する。
［0143］
　ここでは、ＯＡＭ識別子は、通信装置ＰＥ２を識別するとともに、通信装置ＰＥ２のＭＰＬＳ制御部２２が備えるポートを特定するためのＭＥＰ　ＩＤを含む。従って、通信装置ＰＥ２は、「Ｙｅｓ」と判定してステップＳ３０４へ進み、ＯＡＭ処理の対象となるポートを特定する。ここでは、通信装置ＰＥ２は、
ＭＰＬＳフレームのヘッダ情報に含まれるＭＥＰ　ＩＤに基づいてポートを特定する
［0144］
　そして、通信装置ＰＥ２は、ＭＰＬＳフレームから、ＭＰＬＳ−ＴＰ網ＭＮにてフレームを転送するための
ヘッダ情報を除去するデカプセル化処理を実行
［0145］
　次いで、通信装置ＰＥ２は、
生成されたイーサネットフレームに含まれる処理内容情報が表す処理の内容に基づくＯＡＭ処理を、上記特定されたポートに対して実行する
ループバック処理を実行
［0146］
　これにより、通信装置ＰＥ２は、
ＭＰＬＳフレームとしてのＯＡＭフレームを通信装置Ｃ１へ向けて送り返す
　その後、通信装置ＰＥ２は、ステップＳ３０１へ戻り、ステップＳ３０１〜ステップＳ３１０の処理を繰り返し実行する。
［0147］
　なお、通信装置Ｃ１が、通信装置ＰＥ２のフレーム制御部２１が備えるポートに対するＯＡＭフレーム（イーサネットフレーム）を送信した場合も、通信システム１は、上述した場合と同様に作動する。これにより、通信装置ＰＥ２は、通信装置ＰＥ２のフレーム制御部２１が備えるポートにてループバック処理を実行する。本例では、通信装置ＰＥ２は、ＯＡＭフレームを通信装置Ｃ１へ向けて送り返す。」
（テ）「［0148］
　次に、通信装置Ｃ１が、
通信装置ＣＥ２のフレーム制御部１２が備えるポートに対するＯＡＭフレーム（イーサネットフレーム）を送信した場合
［0149］
　そして、通信装置ＰＥ２は、ＭＰＬＳフレームから、ＭＰＬＳ−ＴＰ網ＭＮにてフレームを転送するための
ヘッダ情報を除去するデカプセル化処理を実行
通信装置ＰＥ２は、イーサネットフレームを生成
［0150］
　次いで、通信装置ＰＥ２は、生成されたイーサネットフレームを通信装置ＣＥ２へ転送する（ステップＳ３０８）。
　その後、通信装置ＰＥ２は、ステップＳ３０１へ戻り、ステップＳ３０１〜ステップＳ３１０の処理を繰り返し実行する。」
（ト）「［0152］
　このようにして、通信システム１によれば、図１０に示したように、通信装置Ｃ１により送信されたＯＡＭフレームに基づいて、通信システム１を構成する他の通信装置ＣＥ１，ＰＥ１，Ｐ１，Ｐ２，ＰＥ２，ＣＥ２，Ｃ２のそれぞれに、当該通信装置が備える各ポートにてＯＡＭ処理を実行させることができる。」
（ナ）「［図１０］
」
（ニ）「［0155］
　更に、通信システム１によれば、ＭＰＬＳ−ＴＰ網ＭＮ網において、ＯＡＭフレームのヘッダ情報がＭＰＬＳ通信装置識別情報を含む。従って、ＭＰＬＳ−ＴＰ網ＭＮを構成する通信装置ＰＥ１，Ｐ１，Ｐ２，ＰＥ２は、ＯＡＭフレームに対して、ＭＰＬＳ−ＴＰ網ＭＮにてフレームを転送するための
ヘッダ情報を除去するデカプセル化処理を実行することなく、当該ＯＡＭフレームを転送するか否かを決定することができる
（ヌ）「［0169］
　なお、上記各実施形態において通信装置の各機能は、回路等のハードウェアにより実現されていた。ところで、通信装置は、処理装置と、プログラム（ソフトウェア）を記憶する記憶装置と、を備えるとともに、処理装置がそのプログラムを実行することにより、各機能を実現するように構成されていてもよい。この場合、
プログラムは、コンピュータが読み取り可能な記録媒体に記憶されていてもよい
　上記（ア）、（ウ）の[0034]より、引用文献１は、「イーサネット網ＥＮ１、ＥＮ２とＭＰＬＳ−ＴＰ網ＭＮとが接続されたシステム」に関するものである。
　上記（ウ）の[0034]、（タ）の [0116]より、引用文献１は、「イーサネット網ＥＮ１の通信装置（Ｃ１）」から「ＯＡＭフレーム」が送信される場合を想定した処理が記載されている。
　また、上記（ウ）の[0034]、[0035] [0038]より、引用文献１には、「ＭＰＬＳ−ＴＰ網ＭＮ」を構成する「通信装置」として、「エッジ装置」（ＭＥＰ）である「ＰＥ１」と「ＰＥ２」、「非エッジ装置」（ＭＩＰ）である「Ｐ１」と「Ｐ２」が例示されている。
　上記（オ）の［0047］より、「ＯＡＭフレーム」は、フレームを送信元へ送り返す「ループバック処理」のためのものであって、上記（シ）の[0071]及び[0072]、並びに、上記（セ）の[0081]及び[0086]には、それぞれ、通信装置ＰＥ１及び通信装置Ｐ１が、自装置あてのＯＡＭフレームを受信した場合、「ＯＡＭ処理」を実行することが記載されている。また、上記（タ）の[0127]の記載より、上記「ＯＡＭ処理」とは、具体的には「ループバック処理」のことである。さらに、上記（ス）より、「通信装置ＰＥ２」は「通信装置ＰＥ１」と同様の構成を備え、上記（ソ）より、「非エッジ装置Ｐ２」（通信装置Ｐ２）は、「通信装置Ｐ１」と同様の構成を備えるものである。
　そうすると、引用文献１には、「イーサネット網ＥＮ１の通信装置（Ｃ１）から送信されるＯＡＭフレームにより、ＭＰＬＳ−ＴＰ網ＭＮにある通信装置である非エッジ装置（ＭＩＰ）（Ｐ１、Ｐ２）又はエッジ装置（ＭＥＰ）（ＰＥ１、ＰＥ２）に対するＯＡＭ処理（ループバック処理）を行う通信システム」が記載されており、また、上記（イ）の[0032]より、引用文献１には、当該「通信システム」における「エッジ装置」に係る発明を開示するものと認められる。
　上記（ウ）の[0033]より、引用文献１に記載の「各通信装置（Ｃ１、Ｐ１、Ｐ２、ＰＥ１、ＰＥ２等）」は、「ルータ装置」である。
　上記（オ）（加えて上記（キ）を参照。）より、「ＯＡＭフレーム」は、「宛先ＭＡＣアドレス」（Ｄｅｓｔ　ＭＡＣ）と、「フレーム種別情報」（Ｔｙｐｅ）、「ＯＡＭ　ＰＤＵ」を含むものであり、さらに、上記「ＯＡＭ　ＰＤＵ」は、「処理内容情報」（Ｏｐ　Ｃｏｄｅ）及び「ＭＰＬＳ通信装置識別情報」（Ｔａｒｇｅｔ　ＭＥＰ／ＭＩＰ　ＩＤ　ＴＬＶ）を含むものである。
　上記（タ）の[0118]より、「通信装置ＰＥ１」の「カプセル化実行部２２ａ」は、「イーサネットフレーム」（「ＯＡＭフレーム」）に「ヘッダ情報」を付加して「ＭＰＬＳフレーム」を生成するものである。また、上記（コ）の[0064]より、当該「ＭＰＬＳフレーム」の「ヘッダ情報」は、「ＯＡＭ識別子ＭＦＯ」と、「送信元ＭＡＣアドレス」（Ｓｏｕｒｃｅ　ＭＡＣ）と、「フレーム種別情報」（Ｔｙｐｅ）と、「ＭＰＬＳラベル」とを含むものである。
　上記（コ）の[0065]より、「ＯＡＭ　ＰＤＵ」は、「ＭＰＬＳ通信装置識別情報」を含むものである。また、上記（コ）の[0066]ないし[0069]より、「ＯＡＭ識別子ＭＦＯ」には２種類あり、このうち「ＯＡＭ識別子ＭＦＯ１」は、前記「ＭＰＬＳ通信装置識別情報」により識別される通信装置がＭＥＰである場合のものであって、「ＭＥＰ　ＩＤ」とフレームの宛先がＭＥＰであることを表す「識別子」とを含み、「ＯＡＭ識別子ＭＦＯ２」は、前記「ＭＰＬＳ通信装置識別情報」により識別される通信装置がＭＩＰである場合のものであって、「Ｎｏｄｅ−ＩＤ」とフレームの宛先がＭＩＰであることを表す「識別子」とを含むものである。
　よって、引用文献１には、「ＯＡＭ　ＰＤＵに含まれるＭＰＬＳ通信装置識別情報がＭＥＰである場合のＯＡＭ識別子ＭＦＯ１は、ＭＥＰ　ＩＤと、フレームの宛先がＭＥＰであることを表す識別子とを含み、ＯＡＭ　ＰＤＵに含まれるＭＰＬＳ通信装置識別情報がＭＩＰである場合のＯＡＭ識別子ＭＦＯ２は、フレームの宛先がＭＩＰであることを表す識別子とＮｏｄｅ−ＩＤを含み」との構成が記載されているといえる。
　上記（カ）の[0052]及び[0053]より、引用文献１には、「ＯＡＭ　ＰＤＵに含まれるＭＰＬＳ通信装置識別情報は、宛先がＭＥＰである場合、ＭＥＰとしての通信装置を識別するための情報とポートを識別するための情報とを含むＭＰＬＳ通信装置識別情報ＥＦＴ１であり、宛先がＭＩＰである場合、Ｎｏｄｅ−ＩＤと、ＩＦ−Ｎｕｍと、ＩＣＣとを含むＭＰＬＳ通信装置識別情報ＥＦＴ２であり」との構成が記載されているといえる。
　上記（タ）の[0118]及び（コ）の[0064]及び[0065]より、エッジ装置である「通信装置ＰＥ１」は、イーサネット網ＥＮ１の「通信装置Ｃ１」から「通信装置ＣＥ１」を介して、「ＯＡＭフレーム」を受信した場合、その「カプセル化実行部２２ａ」が、「イーサネットフレーム」（「ＯＡＭフレーム」）に「ヘッダ情報」を付加して、すなわち、カプセル化処理を実行して、「ＭＰＬＳフレーム」を生成するものである。また、上記（シ）の[0072]及び[0075]並びに上記（タ）の[0121]より、「通信装置ＰＥ１」の
ＯＡＭ処理実行部２２ｂ
　よって、引用文献１には、「エッジ装置である通信装置ＰＥ１は、イーサネット網ＥＮ１の通信装置Ｃ１から通信装置ＣＥ１を介してＯＡＭフレームを受信した場合、カプセル化処理実行部２２ａが、ＯＡＭフレームに、ＭＰＬＳ−ＴＰ網にてフレームを転送するためのヘッダ情報を付加してＭＰＬＳフレームを生成するカプセル化処理を実行して、フレーム転送部２２ｃが、ＭＰＬＳフレームが自装置宛てでないと判定すると、ヘッダ情報に含まれるＭＰＬＳラベルに従って、ＭＰＬＳフレームをＭＰＬＳ−ＴＰ網ＭＮの通信装置Ｐ１へ転送し」との構成が記載されているといえる。
　上記（カ）の［0054］、（セ）の［0086］、（タ）の[0123]ないし[0128]、及び上記（チ）より、引用文献１には、「非エッジ装置である通信装置Ｐ１は、ＭＰＬＳフレームを受信すると、ＯＡＭ処理実行部３１ｂが、ヘッダ情報に含まれるＯＡＭ識別子に基づいて宛先が自装置であるか否かを判定し、宛先が自装置である場合、ヘッダ情報を除去するデカプセル化処理を実行してイーサネットフレームを生成し、イーサネットフレームに含まれるＩＦ−Ｎｕｍに基づいてポートを特定し、特定されたポートに対応付けられたキャリア・コードＩＣＣと、イーサネットフレームに含まれるＩＣＣとが一致している場合、当該特定されたポートに対して、イーサネットフレームに含まれる処理内容情報が表す処理の内容であるループバック処理を実行して、ＯＡＭフレームを通信装置Ｃ１へ向けて送り返し、一方、宛先が自装置でない場合、フレーム転送部３１ａが、ヘッダ情報に含まれるＭＰＬＳラベルに従って、ＭＰＬＳフレームをＭＰＬＳ−ＴＰ網の通信装置Ｐ２へ転送し」との構成が記載されているといえる。
　上記（ツ）の[0141]ないし[0146]及び上記（テ）より、引用文献１には、「エッジ装置である通信装置ＰＥ２は、ＭＰＬＳフレームを受信すると、ヘッダ情報に含まれるＯＡＭ識別子に基づいて宛先が自装置であるか否かを判定し、宛先が自装置である場合、ヘッダ情報を除去するデカプセル化処理を実行してイーサネットフレームを生成し、イーサネットフレームに含まれるＭＥＰ　ＩＤに基づいてポートを特定し、当該特定されたポートに対して、イーサネットフレームに含まれる処理内容情報が表す処理の内容であるループバック処理を実行して、ＯＡＭフレームを通信装置Ｃ１へ向けて送り返し、一方、宛先が自装置でない場合、ヘッダ情報を除去するデカプセル化処理を実行してイーサネットフレームを生成し、生成されたイーサネットフレームをイーサネット網の通信装置ＣＥ２へ転送する」との構成が記載されているといえる。
（２）引用発明
　前記（１）より、上記引用文献１（引用文献Ｃ）には次の発明（以下、「引用発明」という。）が記載されていると認められる。
「　イーサネット網ＥＮ１、ＥＮ２とＭＰＬＳ−ＴＰ網ＭＮとが接続され、
　イーサネット網ＥＮ１の通信装置Ｃ１から送信されるＯＡＭフレームにより、ＭＰＬＳ−ＴＰ網ＭＮにある通信装置である非エッジ装置（ＭＩＰ）Ｐ１、Ｐ２又はエッジ装置（ＭＥＰ）ＰＥ１、ＰＥ２に対するＯＡＭ処理（ループバック処理）を行う通信システムにおけるエッジ装置であって、
　各通信装置（Ｃ１、Ｐ１、Ｐ２、ＰＥ１、ＰＥ２等）は、ルータ装置であり、
　ＯＡＭフレームは、宛先ＭＡＣアドレスと、送信元ＭＡＣアドレスと、フレーム種別情報と、ＯＡＭ　ＰＤＵを含むものであり、さらに、上記ＯＡＭ　ＰＤＵは、処理内容情報（Ｏｐ　ｃｏｄｅ）及びＭＰＬＳ通信装置識別情報（Ｔａｒｇｅｔ　ＭＥＰ／ＭＩＰ　ＩＤ　ＴＬＶ）を含み、
　ＭＰＬＳフレームのヘッダ情報は、ＯＡＭ識別子ＭＦＯと、送信元ＭＡＣアドレスと、フレーム種別情報と、ＭＰＬＳラベルとを含み、
　ＯＡＭ　ＰＤＵに含まれるＭＰＬＳ通信装置識別情報がＭＥＰである場合のＯＡＭ識別子ＭＦＯ１は、ＭＥＰ　ＩＤと、フレームの宛先がＭＥＰであることを表す識別子とを含み、ＯＡＭ　ＰＤＵに含まれるＭＰＬＳ通信装置識別情報がＭＩＰである場合のＯＡＭ識別子ＭＦＯ２は、フレームの宛先がＭＩＰであることを表す識別子とＮｏｄｅ−ＩＤを含み、
　ＯＡＭ　ＰＤＵに含まれるＭＰＬＳ通信装置識別情報は、宛先がＭＥＰである場合、ＭＥＰとしての通信装置を識別するための情報とポートを識別するための情報とを含むＭＰＬＳ通信装置識別情報ＥＦＴ１であり、宛先がＭＩＰである場合、Ｎｏｄｅ−ＩＤと、ＩＦ−Ｎｕｍと、ＩＣＣとを含むＭＰＬＳ通信装置識別情報ＥＦＴ２であり、
　エッジ装置である通信装置ＰＥ１は、イーサネット網ＥＮ１の通信装置Ｃ１から通信装置ＣＥ１を介してＯＡＭフレームを受信した場合、カプセル化処理実行部２２ａが、ＯＡＭフレームに、ＭＰＬＳ−ＴＰ網にてフレームを転送するためのヘッダ情報を付加してＭＰＬＳフレームを生成するカプセル化処理を実行して、フレーム転送部２２ｃが、ＭＰＬＳフレームが自装置宛てでないと判定すると、ヘッダ情報に含まれるＭＰＬＳラベルに従って、ＭＰＬＳフレームをＭＰＬＳ−ＴＰ網ＭＮの通信装置Ｐ１へ転送し、
　非エッジ装置である通信装置Ｐ１は、ＭＰＬＳフレームを受信すると、ＯＡＭ処理実行部３１ｂが、ヘッダ情報に含まれるＯＡＭ識別子に基づいて宛先が自装置であるか否かを判定し、宛先が自装置である場合、ヘッダ情報を除去するデカプセル化処理を実行してイーサネットフレームを生成し、イーサネットフレームに含まれるＩＦ−Ｎｕｍに基づいてポートを特定し、特定されたポートに対応付けられたキャリア・コードＩＣＣと、イーサネットフレームに含まれるＩＣＣとが一致している場合、当該特定されたポートに対して、イーサネットフレームに含まれる処理内容情報が表す処理の内容であるループバック処理を実行して、ＯＡＭフレームを通信装置Ｃ１へ向けて送り返し、一方、宛先が自装置でない場合、フレーム転送部３１ａが、ヘッダ情報に含まれるＭＰＬＳラベルに従って、ＭＰＬＳフレームをＭＰＬＳ−ＴＰ網の通信装置Ｐ２へ転送し、
　エッジ装置である通信装置ＰＥ２は、ＭＰＬＳフレームを受信すると、ヘッダ情報に含まれるＯＡＭ識別子に基づいて宛先が自装置であるか否かを判定し、宛先が自装置である場合、ヘッダ情報を除去するデカプセル化処理を実行してイーサネットフレームを生成し、イーサネットフレームに含まれるＭＥＰ　ＩＤに基づいてポートを特定し、当該特定されたポートに対して、イーサネットフレームに含まれる処理内容情報が表す処理の内容であるループバック処理を実行して、ＯＡＭフレームを通信装置Ｃ１へ向けて送り返し、一方、宛先が自装置でない場合、ヘッダ情報を除去するデカプセル化処理を実行してイーサネットフレームを生成し、生成されたイーサネットフレームをイーサネット網の通信装置ＣＥ２へ転送する、
　エッジ装置。」
２　引用文献２（引用文献Ａ）について
（１）引用文献２（引用文献Ａ）記載事項
　当審拒絶理由１に引用された引用文献２（原査定の引用文献Ａ）には、図面とともに次の事項が記載されている。
「Abstract
Bit Index Explicit Replication (BIER) is an architecture
［当審訳］
「要約
　
ビット・インデックスド・イクスプリシット・レプリケーション（ＢＩＥＲ）
アーキテクチャ
「1. Introduction
…（中略）…
A router that supports BIER is known as a 
Bit-Forwarding Router (BFR). A BIER domain is a connected set of Bit-Forwarding Routers (BFRs)
A packet enters a BIER domain at an ingress BFR (BFIR), and leaves the BIER domain at one or more egress BFRs (BFERs)
［当審訳］
「１．序章
…（中略）…
　ＢＩＥＲをサポートするルータは、
「ビット・フォワーディング・ルータ」（ＢＦＲ）
「ＢＩＥＲドメイン」は、複数のビット・フォワーディング・ルータ（ＢＦＲｓ）が接続されたものであり
パケットは、入り口のＢＦＲ（ＢＦＩＲ）からＢＩＥＲドメインに入り、１又は複数の出口のＢＦＲ（ＢＦＥＲｓ）からＢＩＥＲドメインを出て行く
「
This document is applicable when a given BIER domain is
an MPLS network
・ an MPLS label (which we will call the BIER-MPLS label); this label appears at the bottom of a packet’s MPLS label stack
・ a BIER header, as specified in Section 3.
Following the BIER header is the payload. The payload may be an IPv4 packet, an IPv6 packet, an ethernet frame, or an MPLS packet. If it is an MPLS packet, then an MPLS label stack immediately follows the BIER header. The top label of this MPLS label stack may be either a downstream-assigned label ([RFC3032]) or an upstream-assigned label ([RFC5331]). The BIER header contains information identifying the type of the payload.」（page3）
［当審訳］
「　
この文書は、対象のＢＩＥＲドメインが、
ＭＰＬＳ網の
場合においても適用可能
・　ＭＰＬＳラベル（これを「ＢＩＥＲ−ＭＰＬＳラベル」と呼ぶ。）；このラベルはパケットのＭＰＬＳラベルスタックの底に位置する。
・　ＢＩＥＲヘッダ（セクション３に記載する。）
　ＢＩＥＲヘッダに続いて「ペイロード」がある。ペイロードは、ＩＰｖ４パケット、ＩＰｖ６パケット、イーサネットフレーム又はＭＰＬＳパケットのいずれでもよい。ＭＰＬＳパケットである場合、ＢＩＥＲヘッダの次に直ちにＭＰＬＳラベルのスタックが続く。ＭＰＬＳラベルのスタックのトップラベルは、下流に割り当てられたラベル([RFC3032])、又は、上流に割り当てられたラベル([RFC5331])のいずれかである。ＢＩＥＲヘッダは、ペイロードの種類を識別する情報を含む。」
「When a BFR receives an MPLS packet, and the next label to be processed 
is one of its BIER-MPLS labels, it will assume that a BIER header (see Section 3) immediately follows the stack. It will also infer the packet's sub-domain, SI, and BitStringLength from the label. 
The packet's incoming TTL (see below) is taken from the TTL field of the label stack entry that contains the BIER-MPLS label
The BFR MUST perform the MPLS TTL processing correctly. If the packet is forwarded to one or more BFR adjacencies, the BIER-MPLS label carried by the forwarded packet MUST have a TTL field whose value is one less than that of the incoming TTL
［当審訳］
「ＢＦＲがＭＰＬＳパケットを受信し、そのＢＩＥＲ−ＭＰＬＳラベルのうちの１つが次に処理されるラベルであるとき、ＢＩＥＲヘッダ（セクション３参照）が直ちにスタックに続く。当該ラベルからパケットのサブドメイン、ＳＩ及びビット列長を推測することができる。
パケットの「ＴＴＬ」（以下を参照）は、ＢＩＥＲ−ＭＰＬＳラベルを含むラベルスタックエントリのＴＴＬフィールドから「着信ＴＴＬ」を取り出すことができる
　
ＢＦＲは、ＭＰＬＳ　ＴＴＬ処理を正確に実行しなければならない。パケットを１又は複数の隣接ＢＦＲに転送するときに、転送するパケットに含まれるＢＩＥＲ−ＭＰＬＳラベルは、前記着信ＴＴＬの値よりも１つ小さい値のＴＴＬフィールドを有さなければならない
「3. BIER Header
The BIER header is shown in Figure 1.
［当審訳］
「３．ＢＩＥＲヘッダ
　
ＢＩＥＲのヘッダは図１に示されるとおりである
 
「Figure 1
」（page 6）
（訳は省略）
「
Len:
This 4-bit field encodes the length in bits of the BitString.
…（中略）…
BitString
The BitString
identifies the destination BFERs for this packet
BFIR-id
By default, this is the BFR-id of the BFIR, in the sub-domain to which the packet has been assigned. The BFR-id is encoded in the 16-bit field as an unsigned integer in the range [1,65535].
Certain applications may require that the BFIR-id field contain the BFRid of a BFR other than the BFIR. However, that usage of the BFIR-id field is outside the scope of the current document.」（page 6-8）
［当審訳］
「長さ：
　この４ビットは、
ビット列のビット長を符号化したフィールドである
…（中略）…
　
ビット列
　
ビット列は、
このパケットの宛先のＢＦＥＲを指定する
　
ＢＦＩＲ−ｉｄ
　デフォルトでは、パケットが割り当てられるサブドメイン中の、ＢＦＩＲのＢＦＲ−ｉｄである。ＢＦＲ−ｉｄは、「１、６５５３５」の範囲の符号なし整数として、１６ビットのフィールドに符号化される。
　特定のアプリケーションにおいては、ＢＦＩＲ−ｉｄフィールドがＢＦＩＲ以外のＢＦＲのＢＦＲ−ｉｄを含むように構成される。しかしながら、そのようなＢＦＩＲ−ｉｄフィールドの使用は、この文書の範囲外である。」
「4. Imposing and Processing the BIER Encapsulation
When a BFIR receives a multicast packet from outside the BIER domain, the BFIR carries out the following procedure
1. By consulting the multicast flow layer ([BIER_ARCH]), it determines the value of the Proto field.
2. By consulting the multicast flow layer, 
it determines the set of BFERs that must receive the packet
3. If more than one sub-domain is supported, the BFIR assigns the packet to a particular sub-domain. Procedures for determining the sub-domain to which a particular packet should be assigned are outside the scope of this document.
4. 
The BFIR looks up the BFR-id, in the given sub-domain, of each of those BFERs
5. 
The BFIR converts each such BFR-id into (SI, BitString) format
6. 
All such BFR-ids that have the same SI can be encoded into the same BitString
a. 
The BFIR makes a copy of the multicast data packet, and encapsulates the copy in a BIER header
The BIER header contains the BitString that represents all the destination BFERs whose BFR-ids (in the given sub-domain) correspond to the given SI. It also contains the BFIR's BFIR-id in the sub-domain to which the packet has been assigned
N.B.: For certain applications, it may be necessary for the BFIR-id field to contain the BFR-id of a BFR other than the BFIR that is creating the header. Such uses are outside the scope of this document, but may be discussed in future revisions.
b. The BFIR then applies to that copy the forwarding procedure of [BIER_ARCH]. This may result in one or more copies of the packet (possibly with a modified BitString) being transmitted to a neighboring BFR.
c. 
Before transmitting a copy of the packet to a neighboring BFR, the BFIR finds the BIER-MPLS label that was advertised by the neighbor as corresponding to the given SI, subdomain, and BitStringLength. An MPLS label stack is then preprended
to the packet
one label, the aforementioned BIER-MPLS label. The S bit MUST be set, indicating the end of the MPLS label stack. 
The TTL field of this label stack entry is set according to policy. The packet may then be transmitted to the neighboring BFR
When an intermediate BFR is processing a received MPLS packet, and one of the BFR’s own BIER-MPLS labels rises to the top of the label stack, the BFR infers the sub-domain, SI, and BitStringLength from the label. The BFR then follows the forwarding procedures of [BIER_ARCH]. If it forwards a copy of the packet to a neighboring BFR, it first swaps the label at the top of the label stack with the BIER-MPLS label, advertised by that neighbor, that corresponds to the same SI, sub-domain, and BitStringLength. Note that when this swap operation is done, the TTL field of the BIER-MPLS label of the outgoing packet MUST be one less than the incoming TTL of the packet, as defined in Section 2
［当審訳］
「４．ＢＩＥＲカプセル化の実行
　
ＢＦＩＲは、マルチキャストパケットをＢＩＥＲドメインの外部から受信すると、以下の手続を実行する
１．「マルチキャストフロー層」（[BIER_ARCH]）を参照して、「Ｐｒｏｔｏ」フィールドの値を決定する。
２．「マルチキャストフロー層」を参照して、
パケットを受信する複数のＢＦＥＲの組を決定する
３．１つ以上のサブドメインをサポートしている場合、ＢＦＩＲは、パケットを特定のサブドメインに割り当てる。割り当ての手続はこの文書の範囲外である。
４．ＢＦＩＲは、所定のサブドメインにおける、
前記複数のＢＦＥＲの各々のＢＦＲ−ｉｄを探す
５．
ＢＦＩＲは、各ＢＦＲ−ｉｄを、
（ＳＩ、ビット列）の書式に変換する
６．
同じＳＩを有するすべてのＢＦＲ−ｉｄを、同じビット列にコード化する
ａ．
ＢＦＩＲは、マルチキャストデータパケットの複製を作成し、ＢＩＥＲヘッダ
によってその複製をカプセル化する
ＢＩＥＲヘッダは、そのＢＦＲ−ｉｄ（所定のサブドメインにおけるもの）が所定のＳＩに対応する、すべての宛先ＢＦＥＲを表現するビット列を含む。ＢＩＥＲヘッダは、さらに、当該パケットが割り当てられるサブドメインにおけるＢＦＩＲのＢＦＩＲ−ｉｄを含む
注意：特定のアプリケーションにおいては、ＢＦＩＲ−ｉｄフィールドは、ヘッダを作成するＢＦＩＲ以外のＢＦＲのＢＦＲ−ｉｄを含む。このような使用は、この文書の範囲外であるが、将来のリビジョンで議論する余地がある。
ｂ．次に、
ＢＦＩＲは、
転送手続を実行する
それにより、（修正されたビット列を伴う）パケットの１又は複数の複製を隣接するＢＦＲに転送する
ｃ．
パケットの複製を隣接するＢＦＲに転送する前に、ＢＦＩＲは、所定のＳＩ、サブドメイン及びビット列長に対応する隣接者によって報知されたＢＩＥＲ−ＭＰＬＳラベルを発見する
次に、ＭＰＬラベルスタックは、付加される
このラベルスタックエントリのＴＴＬフィールドが、ポリシーに従ってセットされる
次にパケットは隣接するＢＦＲに転送される
　
中間のＢＦＲが受信したＭＰＬＳパケットを処理し、ＢＦＲ自身のＢＩＥＲ−ＭＰＬＳラベルの一つがラベルスタックのトップに上昇するとき、ＢＦＲは、当該ラベルから、サブドメイン、ＳＩ及びビット列長を推測する
隣接のＢＦＲにパケットの複製を転送するとき、最初に、ラベルスタックのトップにあるラベルを、その隣接のＢＦＲ（同じＳＩ、サブドメイン及びビット列長に対応する。）によって報知されたＢＩＥＲ−ＭＰＬＳラベルに置換する
この置換処理がなされると、セクション２で定義したように、送信されるパケットのＢＩＥＲ−ＭＰＬＳラベルのＴＴＬフィールドは、パケットの「受信ＴＴＬ」より１小さくなければならない。
「
The payload may be an IPv4 packet, an IPv6 packet, an ethernet frame, or an MPLS packet
［当審訳］
「
ペイロードは、ＩＰｖ４パケット、ＩＰｖ６パケット、イーサネットフレーム、又はＭＰＬＳパケットである
（２）引用発明２
　前記ウより、引用文献２には、次の発明（以下、「引用発明２」という。）が記載されているといえる。
「　複数のビット・フォワーディング・ルータ（ＢＦＲｓ）が接続されたビット・インデックスド・イクスプリシット・レプリケーション（ＢＩＥＲ）ドメインがＭＰＬＳ網である場合において、
　入り口側ルータであるＢＦＩＲが、マルチキャストパケットをＢＩＥＲドメインの外部から受信すると、パケットの宛先となる出口側ルータである複数のＢＦＥＲのＢＦＲ−ｉｄのそれぞれを（ＳＩ、ビット列）の書式に変換し、同じＳＩを有するすべてのＢＦＲ−ｉｄを、同じビット列にコード化し、ＳＩごとに、マルチキャストパケットを複製して、ＢＩＥＲヘッダとＢＩＥＲ−ＭＰＬＳラベルとによりカプセル化するとともに、ラベルスタックエントリのＴＴＬフィールドにＴＴＬを設定し、カプセル化したマルチキャストパケットを隣接するＢＦＲに転送し、
　ＢＩＥＲヘッダは、宛先のＢＦＥＲを指定するビット列と、ビット列のビット長を符号化したフィールドと、ＢＦＩＲ−ｉｄを含み、
　ＢＩＥＲ−ＭＰＬＳラベルは、ＳＩとビット列長の組み合わせに対応するものであり、
　中間のＢＦＲがカプセル化されたマルチキャストパケットを受信し、これを隣接するＢＦＲに転送する場合、ＢＩＥＲ−ＭＰＬＳラベルと、隣接するＢＦＲから報知されたラベルに置換するとともに、当該パケットのＴＴＬの値を、受信ＴＴＬの値を１小さくした値に変更し、
　ペイロードは、ＩＰｖ４パケット、ＩＰｖ６パケット、イーサネットフレーム、又はＭＰＬＳパケットである、
　ＢＩＥＲのアーキテクチャ。」
３　引用文献３について
　当審拒絶理由１に引用された引用文献３には、図面とともに次の事項が記載されている。
「[0005]ＯＡＭの機能は、障害検出、障害箇所特定、網の性能測定などの機能に大別される。特に、高い稼働率を求められる専用線サービスなどへの適用を考慮すると、装置部品の修理や交換が必要となる深刻な障害による通信断時間を最小化することが必須であり、障害発生箇所を迅速に特定するＯＡＭ機能が重要な役割を果たす。故障個所を特定するＯＡＭとしては、網内の途中ノードで折返し、接続性試験を行うＬＢ（Ｌｏｏｐ　Ｂａｃｋ）やＬＴ（Ｌｉｎｋ　Ｔｒａｃｅ）、ＰＴ（Ｐａｔｈ　Ｔｒａｃｅ）がある。だだし、上述のようにＭＰＬＳは網内の経路（線）を指定するプロトコルであるため、網内での折返し位置を点で指定することが困難であるという特徴を有する。
[0006]このため、従来のＭＰＬＳでも使用されたＰｉｎｇ（ＲＦＣ４３７９：非特許文献１)などでは、
転送用のＭＰＬＳラベルに存在するＴＴＬ
ＴＴＬは、
網内でループが発生した場合に無限に網内に留まることを防止するため、有限回数装置を経由（ホップ）した場合に廃棄するために導入され
パケットがＬＳＲをホップする毎に転送用の１段目のＭＰＬＳラベルのＴＴＬが’１’減算され、’０’になると当該装置内で当該パケットは廃棄されるという性質を有している
しかし、ＰｉｎｇやＴｒａｃｅ　ＲｏｕｔｅをサポートしているＬＳＲの場合、ＴＴＬ’０’となったパケットは単に廃棄されるのではなく、ペイロードのチェックが行われ、ＰｉｎｇやＴｒａｃｅ　Ｒｏｕｔｅパケットであると判定すると当該パケットの折返し処理を実施する
ＭＰＬＳ−ＴＰのＯＡＭにおいても同様の手法が取り入れられている
　よって、引用文献３には、次の技術事項が記載されているといえる。
「　転送用のＭＰＬＳラベルに存在するＴＴＬは、網内でループが発生した場合に無限に網内に留まることを防止するため、有限回数装置を経由（ホップ）した場合に廃棄するために導入され、パケットがＬＳＲをホップする毎に転送用の１段目のＭＰＬＳラベルのＴＴＬが’１’減算され、’０’になると当該装置内で当該パケットは廃棄されるという性質を有しているが、
　ＰｉｎｇやＴｒａｃｅ　ＲｏｕｔｅをサポートしているＬＳＲの場合、ＴＴＬ’０’となったパケットは単に廃棄されるのではなく、ペイロードのチェックが行われ、ＰｉｎｇやＴｒａｃｅ　Ｒｏｕｔｅパケットであると判定すると当該パケットの折返し処理を実施し、
　ＭＰＬＳ−ＴＰのＯＡＭにおいても同様の手法が取り入れられていること。」
４　引用文献Ｂについて
　原査定に引用された引用文献Ｂには、図面とともに次の事項が記載されている。
「【００２３】
　本図では、
ＭＰＬＳパスＭＰ１の接続性をチェックするため、折返し用のＯＡＭパケットを通信装置１０ＡからＭＰＬＳ網ＭＰ１内の折返し点を指定して折返して試験を実行するシーケンス
【００２４】
　第一に、
通信装置１０Ａから１ホップの通信装置１０Ｂのインタフェース（ＮＩＦ）１０Ｂ−１のＩｎｇｒｅｓｓ側を折返し用のＯＡＭパケットの折返し点とする場合
【００２５】
　まず
通信装置１０Ａから折返し要求用のＯＡＭパケット４２を挿入する
折返し要求用ＯＡＭパケット４２は、転送用ＭＰＬＳラベル
４１４−１として、ＬＳＰ　ＩＤ：４１４１にＭＰＬＳパスＭＰ１を示すＩＤ、ＴＣ：４１４２にデフォルト値
Ｓビット４１４３に’０’、ＴＴＬ：４１４４に’１’が付与される
さらに、ユーザ識別用ＭＰＬＳラベル４１４−２として、ＬＳＰ　ＩＤ：４１４１にユーザを示すＩＤ、ＴＣ：４１４２にデフォルト値
、Ｓビット４１４３に’０’、ＴＴＬ：４１４４にデフォルト値
が付与される
さらに、ＯＡＭ識別用ＭＰＬＳラベル４１４−３として、ＬＳＰ　ＩＤ：４１４１にＯＡＭを示すＩＤ
、ＴＣ：４１４２に’０’、Ｓビット４１４３に’１’、ＴＴＬ：４１４４にデフォルト値
が付与される
ペイロード部４２４は、本パケットが折返し要求用のＯＡＭパケットであることを示す情報を含むフィールドである
これにより、転送用ＭＰＬＳラベル４１４−１のＴＴＬ：４１４４により折返し装置として通信装置１０Ａから１ホップのＬＳＲである通信装置１０Ｂが指定され、さらにＯＡＭ識別用ＭＰＬＳラベル４１４ ?３のＴＣ：４１４２により、折返し点として通信装置１０ＢのＩｎｇｒｅｓｓ側のＮＩＦ：１０Ｂ−１が指定されたことになる
　よって、引用文献Ｂには、次の技術事項が記載されているといえる。
「　ＭＰＬＳパスＭＰ１の接続性をチェックするため、折返し用のＯＡＭパケットを通信装置１０ＡからＭＰＬＳ網ＭＰ１内の折返し点を指定して折返して試験を実行するシーケンスにおいて、通信装置１０Ａから１ホップの通信装置１０Ｂのインタフェース（ＮＩＦ）１０Ｂ−１のＩｎｇｒｅｓｓ側を折返し用のＯＡＭパケットの折返し点とする場合、
　通信装置１０Ａから折返し要求用のＯＡＭパケット４２を挿入し、
　折返し要求用ＯＡＭパケット４２は、転送用ＭＰＬＳラベル４１４−１として、ＬＳＰ　ＩＤ：４１４１にＭＰＬＳパスＭＰ１を示すＩＤ、ＴＣ：４１４２にデフォルト値、Ｓビット４１４３に’０’、ＴＴＬ：４１４４に’１’が付与され、
　さらに、ユーザ識別用ＭＰＬＳラベル４１４−２として、ＬＳＰ　ＩＤ：４１４１にユーザを示すＩＤ、ＴＣ：４１４２にデフォルト値、Ｓビット４１４３に’０’、ＴＴＬ：４１４４にデフォルト値が付与され、
　さらに、ＯＡＭ識別用ＭＰＬＳラベル４１４−３として、ＬＳＰ　ＩＤ：４１４１にＯＡＭを示すＩＤ、ＴＣ：４１４２に’０’、Ｓビット４１４３に’１’、ＴＴＬ：４１４４にデフォルト値が付与され、
　これにより、転送用ＭＰＬＳラベル４１４−１のＴＴＬ：４１４４により折返し装置として通信装置１０Ａから１ホップのＬＳＲである通信装置１０Ｂが指定され、さらにＯＡＭ識別用ＭＰＬＳラベル４１４ ?３のＴＣ：４１４２により、折返し点として通信装置１０ＢのＩｎｇｒｅｓｓ側のＮＩＦ：１０Ｂ−１が指定されたことになること。」
第７　当審拒絶理由１についての判断
１　本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
ア　本願発明１の「ビットフォワーディングイングレスルータ（ＢＦＩＲ）」は、「イングレス」の「ルータ」、すなわち、入り口側のルータといえる。
　一方、引用発明において、「エッジ装置」である「通信装置ＰＥ１」は、「イーサネット網ＥＮ１の通信装置Ｃ１から通信装置ＣＥ１を介してＯＡＭフレームを受信した場合、カプセル化処理実行部２２ａが、ＯＡＭフレームに、ＭＰＬＳ−ＴＰ網にてフレームを転送するためのヘッダ情報を付加してＭＰＬＳフレームを生成するカプセル化処理を実行して、フレーム転送部２２ｃが、ＭＰＬＳフレームが自装置宛てでないと判定すると、ヘッダ情報に含まれるＭＰＬＳラベルに従って、ＭＰＬＳフレームをＭＰＬＳ−ＴＰ網ＭＮの通信装置Ｐ１へ転送」するものであって、かつ、「各通信装置は、ルータ装置」であるから、引用発明の「通信装置ＰＥ１」は、「ＭＰＬＳ−ＴＰ網ＭＮ」の入口側のルータ装置といえる。
　そうすると、引用発明の「通信装置ＰＥ１」と本願発明１の「ビットフォワーディングイングレスルータ（ＢＦＩＲ）」とは、「入り口側のルータ」である点において共通する。
イ　引用発明において、「エッジ装置」である「通信装置ＰＥ１」は、「ＭＰＬＳ−ＴＰ網ＭＮ」のエッジに存在するものであり、「ＭＰＬＳ−ＴＰ網ＭＮ」はネットワークである。
　よって、前記アを参酌すれば、引用発明と、本願発明１の「前記ＢＦＩＲはビット・インデックスド・イクスプリシット・レプリケーション（ＢＩＥＲ）ベースネットワークにあり」とは、「前記入り口側のルータはネットワークにあり」との構成を備える点において共通する。
ウ　本願発明１の「ビットフォワーディングエグレスルータ（ＢＦＥＲ）」は、「エグレス」の「ルータ」すなわち出口側のルータといえる。
　一方、引用発明において、「エッジ装置」である「通信装置ＰＥ２」は、「ＭＰＬＳフレームを受信すると、ヘッダ情報に含まれるＯＡＭ識別子に基づいて宛先が自装置であるか否かを判定し」「宛先が自装置でない場合、ヘッダ情報を除去するデカプセル化処理を実行してイーサネットフレームを生成し、生成されたイーサネットフレームをイーサネット網ＥＮ２の通信装置ＣＥ２へ転送する」ものであって、かつ、「各通信装置（Ｃ１、Ｐ１、Ｐ２、ＰＥ１、ＰＥ２等）は、ルータ装置であり」であるから、引用発明の「通信装置ＰＥ２」は、「ＭＰＬＳ−ＴＰ網ＭＮ」の出口側のルータ装置といえる。
　そうすると、引用発明の「通信装置ＰＥ２」と、本願発明１の「ビットフォワーディングエグレスルータ（ＢＦＥＲ）」とは、「出口側のルータ」である点において共通する。
エ　引用発明において、「ＯＡＭフレーム」に含まれる「ＯＡＭ　ＰＤＵ」に含まれる「ＭＰＬＳ通信装置識別情報」は、「宛先がＭＥＰである場合、ＭＥＰとしての通信装置を識別するための情報とポートを識別するための情報とを含むＭＰＬＳ通信装置識別情報ＥＦＴ１であり、宛先がＭＩＰである場合、Ｎｏｄｅ−ＩＤと、ＩＦ−Ｎｕｍと、ＩＣＣとを含むＭＰＬＳ通信装置識別情報ＥＦＴ２」であるから、「ＭＰＬＳ通信装置識別情報」は、「ＭＰＬＳ−ＴＰ網ＭＮ」の通信装置を識別するための情報すなわち「識別子（ＩＤ）」といい得るものである。
　よって、前記ウを参酌すると、引用発明の「少なくとも１つのＭＰＬＳ通信装置識別情報ＥＦＴ１」と本願発明１の「ビットフォワーディングエグレスルータ（ＢＦＥＲ）の識別子（ＩＤ）」とは、「少なくとも１つの出口側のルータの識別子（ＩＤ）」である点において共通する。
オ　引用発明においては、「通信装置ＰＥ１」の「カプセル化処理実行部２２ａ」は、受信した「ＯＡＭフレーム」の「ＭＰＬＳ通信装置識別情報」が「ＭＥＰ」であることを示す「ＭＰＬＳ通信装置識別情報ＥＦＴ１」である場合、「ＯＡＭ識別子」として「ＯＡＭ識別子ＭＦＯ１」を含む「ヘッダ情報」を「ＯＡＭフレーム」に付加して「ＭＰＬＳフレーム」を生成している。そうすると、引用発明の「カプセル化処理実行部２２ａ」は、「ＯＡＭフレーム」に含まれる「ＭＰＬＳ通信装置識別情報」に従って「ＭＰＬＳフレーム」を生成するように構成されたものといえる。
　ここで、「フレーム」と「パケット」とは、いずれも通信における単位データであって、前者がデータリンク層における呼称であり、後者がネットワーク層における呼称であるだけで、実質的な相違はないから、引用発明の「ＯＡＭフレーム」及び「ＭＰＬＳフレーム」は、それぞれ、「ＯＡＭパケット」及び「ＭＰＬＳパケット」と同一視できるものである。
　また、「ＯＡＭフレーム」に「ヘッダ情報」が付加された「ＭＰＬＳフレーム」（ＭＰＬＳパケット）は、「ＯＡＭ」すなわち「運用管理保守」を要求（リクエスト）するパケットであるから、「運用管理保守（ＯＡＭ）リクエストパケット」といい得るものである。
　また、引用発明において、「ＭＰＬＳフレーム」を生成することは、「ＭＰＬＳフレーム」を取得することにほかならず、「ＭＰＬＳフレーム」を生成する機能を備える「カプセル化処理実行部２２ａ」は、「ＭＰＬＳフレーム」を取得する「取得ユニット」といい得るものである。
　さらに、引用発明の「ＭＰＬＳフレーム」は、「ＯＡＭフレーム」と「ヘッダ情報」のそれぞれに「当該ＭＰＬＳ通信装置識別情報」すなわち「出口側のルータの識別子（ＩＤ）」を含むものである。
　また、「ＯＡＭ処理」及び「ループバック処理」を実行するための「ＯＡＭフレーム」（ＯＡＭパケット）は、通信装置間のリンクをテストするために利用されるものであることは技術常識であり、引用発明において、「ＭＰＬＳフレーム」を受信した「通信装置ＰＥ２」は、「ループバック処理」を実行して、「ＯＡＭフレーム」を通信装置Ｃ１へ向けて送り返すことから、入り口側のルータである「通信装置ＰＥ１」は、送り返された「ＯＡＭフレーム」を受信することにより、「通信装置ＰＥ１」と「通信装置ＰＥ２」との間でリンクが正しく設定されていることをテストすることができることは明らかである。
　以上より、前記アないしエを参酌すると、引用発明の「カプセル化処理実行部２２ａ」と本願発明１の「少なくとも１つのビットフォワーディングエグレスルータ（ＢＦＥＲ）の識別子（ＩＤ）に従って第１の運用管理保守（ＯＡＭ）リクエストパケットを取得するよう構成される第１の取得ユニットであって、前記第１のＯＡＭリクエストパケットは、前記ＢＦＩＲのＩＤ、設定識別子、前記少なくとも１つのＢＦＥＲに対応するビット列及び前記ビット列の長さを含み、前記設定識別子は前記少なくとも１つのＢＦＥＲに対応し、前記第１のＯＡＭリクエストパケットは、前記ＢＦＩＲと前記少なくとも１つのＢＦＥＲとの間のリンクをテストするのに利用される、第１の取得ユニット」とは、「少なくとも１つの出口側のルータの識別子（ＩＤ）に従って第１の運用管理保守（ＯＡＭ）リクエストパケットを取得するよう構成される取得ユニットであって、前記第１のＯＡＭリクエストパケットは、前記出口側のルータのＩＤを含み、前記第１のＯＡＭリクエストパケットは、前記入り口側のルータと前記少なくとも１つの出口側のルータとの間のリンクをテストするのに利用される、取得ユニット」である点において共通する。
カ　引用発明の「フレーム転送部２２ｃ」は、「ＭＰＬＳフレームが自装置宛てでないと判定すると、ヘッダ情報に含まれるＭＰＬＳラベルに従って、ＭＰＬＳフレームをＭＰＬＳ−ＴＰ網ＭＮの通信装置Ｐ１へ転送」する機能を備えるものであるから、「送信ユニット」といい得るものである。
　よって、前記アないしオを参酌すると、本願発明１の「第１の送信ユニット」と、引用発明の「フレーム転送部２ｃ」とは、「前記ＯＡＭリクエストパケットを前記少なくとも１つの出口側のルータに送信するよう構成される送信ユニット」である点において共通する。
キ　前記オを参酌すれば、引用発明の「ＯＡＭフレーム」も、「ＯＡＭリクエストパケット」といい得るものであるから、引用発明において、「イーサネット網ＥＮ１の通信装置Ｃ１から通信装置ＣＥ１を介してＯＡＭフレームを受信」することは、「（第２の）ＯＡＭリクエストパケット」を「取得」するものといえる。
　また、引用発明において、「ＯＡＭ　ＰＤＵ」は、「処理内容情報（Ｏｐ　ｃｏｄｅ）及びＭＰＬＳ通信装置識別情報（Ｔａｒｇｅｔ　ＭＥＰ／ＭＩＰ　ＩＤ　ＴＬＶ）を含む」ものであるから、「ＯＡＭパケット」を含む「ペイロード」といい得るものである。
　さらに、引用発明の「ヘッダ情報」は、「ＯＡＭフレーム」に付加されるものであるが、「付加」は「挿入」に含まれる概念である。
　また、引用発明の「ヘッダ情報」に含まれる「ＭＰＬＳラベル」は、「ＭＰＬＳ」の「ラベル」である点において、本願発明１の「第１のＢＩＥＲ−ＭＰＬＳ　Ｌａｂｅｌ」と共通する。
　そうすると、引用発明と本願発明１の
「　前記第１の取得ユニットは、
　前記少なくとも１つのＢＦＥＲのＩＤに従って前記設定識別子及び前記ビット列を取得し、
　前記ビット列に従って第２のＯＡＭリクエストパケットを取得し、前記第２のＯＡＭリクエストパケットのパケットヘッダは前記ビット列及び前記ＢＦＩＲのＩＤを含み、前記第２のＯＡＭリクエストパケットのペイロードは前記設定識別子、前記ビット列及び前記ビット列の前記長さを含むＯＡＭパケットを含み、
　前記設定識別子に従って第１のビット・インデックスド・イクスプリシット・レプリケーション・マルチプロトコル・ラベル・スイッチング・ラベル（ＢＩＥＲ−ＭＰＬＳ　Ｌａｂｅｌ）を前記第２のＯＡＭリクエストパケットに挿入することによって、前記第１のＯＡＭリクエストパケットを取得するよう構成され、前記第１のＢＩＥＲ−ＭＰＬＳ　Ｌａｂｅｌは前記設定識別子に対応するラベルを含む」とは、前記オを参酌すると、
「前記取得ユニットは、第２のＯＡＭリクエストパケットを取得し、前記第２のＯＡＭリクエストパケットのペイロードはＯＡＭパケットを含み、ＭＰＬＳのラベルを前記第２のＯＡＭリクエストパケットに挿入することによって、前記第１のＯＡＭリクエストパケットを取得するよう構成される」との構成を備える点において共通する。
（２）一致点・相違点
　以上より、本願発明１と引用発明とは、以下の点において一致ないし相違する。
［一致点］
「　入り口側のルータであって、前記入り口側のルータはネットワークにあり、
当該ルータは、
　少なくとも１つの出口側のルータの識別子（ＩＤ）に従って運用管理保守（ＯＡＭ）リクエストパケットを取得するよう構成される取得ユニットであって、前記第１のＯＡＭリクエストパケットは、前記出口側のルータのＩＤを含み、前記第１のＯＡＭリクエストパケットは、前記ＢＦＩＲと前記少なくとも１つのＢＦＥＲとの間のリンクをテストするのに利用される、取得ユニットと、
　前記第１のＯＡＭリクエストパケットを前記少なくとも１つの出口側のルータに送信するよう構成される送信ユニットと、
　前記取得ユニットは、
　第２のＯＡＭリクエストパケットを取得し、前記第２のＯＡＭリクエストパケットのペイロードはＯＡＭパケットを含み、
　ＭＰＬＳのラベルを前記第２のＯＡＭリクエストパケットに挿入することによって、前記第１のＯＡＭリクエストパケットを取得するよう構成される、
　入り口側のルータ。」
［相違点］
＜相違点１＞
　本願発明１は、「ビット・インデックスド・イクスプリシット・レプリケーション（ＢＩＥＲ）ベースネットワーク」に関する発明であるのに対し、引用発明１は、「ＭＰＬＳ−ＴＰ網」に関する発明である点。
　したがって、一致点である「入り口側のルータ」及び「出口側のルータ」がそれぞれ、本願発明１は、「ビットフォワーディングイングレスルータ（ＢＦＩＲ）」及び「ビットフォワーディングエグレスルータ（ＢＦＥＲ）」であるのに対し、引用発明１は、「ＭＰＬＳ−ＴＰ網」の入り口側にある「エッジ装置」である「通信装置ＰＥ１」及び出口側にある「エッジ装置」である「通信装置ＰＥ２」である点。
＜相違点２＞
　一致点である「第１のＯＡＭリクエストパケット」は、本願発明１においては、「前記ＢＦＩＲのＩＤ、設定識別子及び前記少なくとも１つのＢＦＥＲに対応するビット列を含み、前記設定識別子は前記少なくとも１つのＢＦＥＲに対応」するものであるのに対し、引用発明１における「ＭＰＬＳフレーム」は、上記の「設定識別子」及び「ビット列」に相当する情報を備えない点。
＜相違点３＞
　一致点である「取得ユニット」は、本願発明１においては、「前記少なくとも１つのＢＦＥＲのＩＤに従って前記設定識別子及び前記ビット列を取得し、前記ビット列に従って第２のＯＡＭリクエストパケットを取得」する「第１の取得ユニット」であるのに対し、引用発明における「カプセル化処理実行部２２ａ」は、このような機能を備えない点。
＜相違点４＞
「第２のＯＡＭリクエストパケットのペイロード」に含まれる「ＯＡＭパケット」が、本願発明１は、「前記設定識別子、前記ビット列及び前記ビット列の前記長さを含む」のに対し、引用発明は、このような構成を備えない点。
＜相違点５＞
　「第１のＯＡＭリクエストパケット」を「取得」するために「第２のＯＡＭリクエストパケット」に「挿入」される「ＭＰＬＳのラベル」が、本願発明１においては、「第１のビット・インデックスド・イクスプリシット・レプリケーション・マルチプロトコル・ラベル・スイッチング・ラベル（ＢＩＥＲ−ＭＰＬＳ　Ｌａｂｅｌ）であり、「前記第１のＢＩＥＲ−ＭＰＬＳ　Ｌａｂｅｌは前記設定識別子に対応するラベル」であるのに対し、引用発明は、このような構成を備えない点。
（３）相違点についての判断
　事案に鑑みて、先に上記相違点４について検討する。
　引用発明２は、「ＢＩＥＲのアーキテクチャ」における「ＢＩＥＲ」パケットに関するものであって、「ＢＩＥＲ」パケットの「ＢＩＥＲヘッダ」は、「ビット列」と「ビット列のビット長を符号化したフィールド」（ビット列長）と「ＢＦＩＲ−ｉｄ」を含み、「ＢＩＥＲ」パケットをカプセル化する「ＢＩＥＲ−ＭＰＬＳラベル」は、「ＳＩ」（設定識別子）と「ビット列長」の組み合わせに対応するものであるが、「ＢＩＥＲ」パケットのペイロードが「設定識別子」、「ビット列」及び「ビット列の長さ」を含むことは、引用文献２には記載も示唆もされていない。すなわち、引用発明２は「ペイロードは、ＩＰｖ４パケット、ＩＰｖ６パケット、イーサネットフレーム、又はＭＰＬＳパケットである」との構成を含むが、本願優先日における技術常識からして「Ｐｖ４パケット、ＩＰｖ６パケット、イーサネットフレーム、又はＭＰＬＳパケット」は、「設定識別子」、「ビット列」及び「ビット列の長さ」を含むものとはいえない。
　また、引用発明に、「ＳＩ」（設定識別子）、「ビット列」及び「ビット列長」（ビット列の長さ）が、「ＢＩＥＲ」パケットの「ペイロード」とは異なる「ＢＩＥＲヘッダ」又は「ＢＩＥＲ−ＭＰＬＳラベル」に含まれる又は対応する引用発明２の構成を適用するにあたり、「設定識別子」、「ビット列」及び「ビット列の長さ」を、「ＢＩＥＲ」パケットの「ペイロード」に含むように変更ないし拡張すべき理由はない。
　また、上記相違点４に係る本願発明１の構成は、引用文献３にも記載されておらず、また、本願優先日前に周知技術であったともいえない。
　したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用文献１ないし３に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
２　本願発明２ないし４について
　本願発明２ないし４は、上記相違点４に係る本願発明１の構成（「第２のＯＡＭリクエストパケット」の「ペイロード」に含まれる「ＯＡＭパケット」が、「前記設定識別子、前記ビット列及び前記ビット列の前記長さを含む」こと。）と同一の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用文献１ないし３に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
３　本願発明５ないし１１について
　本願発明５は、本願発明１を「第１のビットフォワーディングルータ（ＢＦＲ）」の発明として特定したものであって、当該「ＢＦＲ」が取得する「第２のＯＡＭレスポンスパケット」の「ペイロード」が「前記設定識別子、前記ビット列及び前記ビット列の前記長さを含むＯＡＭパケットを含」む、という、上記相違点４に係る本願発明１の構成に対応する構成を備えるものであり、請求項６ないし１１は、本願発明５の構成をすべて備えるものである。
　よって、本願発明１と同じ理由により、当業者であっても、引用文献１ないし３に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
４　本願発明１２ないし１５について
　本願発明１２は、本願発明１を「運用管理保守（ＯＡＭ）テスト方法」の発明として特定したものであって、上記相違点４に係る本願発明１の構成を備えるものであり、また、請求項１３ないし１５は、本願発明１２の構成をすべて備えるものである。
　よって、本願発明１２ないし１５は、本願発明１と同じ理由により、当業者であっても、引用文献１ないし３に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
５　本願発明１６ないし２２について
　本願発明１６は、本願発明５を「運用管理保守（ＯＡＭ）テスト方法」の発明として特定したものであって、上記相違点４に係る本願発明１の構成に対応する構成を備えるものであり、請求項１７ないし２２は、本願発明１６の構成をすべて備えるものである。
　よって、本願発明１６ないし２２は、本願発明５（本願発明１）と同じ理由により、当業者であっても、引用文献１ないし３に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
６　本願発明２３及び２４について
　本願発明２３は、本願発明１２ないし１５及び本願発明１６ないし２２を「プログラム」の発明として特定したものであって、また、本願発明２４は、本願発明１２ないし１５及び本願発明１６ないし２２を「コンピュータ可読記憶媒体」の発明として特定したものであって、いずれも上記相違点４に係る本願発明１の構成又はこれに対応する構成を備えるものである。
　よって、本願発明２３及び２４は、本願発明１と同じ理由により、当業者であっても、引用文献１ないし３に記載された発明に基いて容易に発明をすることができたものであるとはいえない。
　以上のとおりであるから、当審拒絶理由１は、解消した。
第８　当審拒絶理由２についての判断
（１）本件補正により、本件補正後の請求項１及び１２の記載において、「ビット列の長さ」が、「第１のＯＡＭリクエストパケット」に含まれる（「ＢＩＥＲ−ＭＰＬＳ　Ｌａｂｅｌ」を挿入する前の）「第２のＯＡＭリクエストパケット」の「ペイロード」である「ＯＡＭパケット」に含まれることが明確となった。
（２）本件補正により、本件補正後の請求項５及び１６の記載において、「第１のＯＡＭレスポンスパケット」に「ビット列の長さ」が含まれることが明確となった。
（３）本件補正により、請求項３、４、１５及び１５の記載において、「（第１の）ＯＡＭレスポンスパケット」に「ビット列の長さ」が含まれることが明確となった。
（４）本件補正により、請求項７の記載において、「ＴＬＶ」が「ＯＡＭリクエストパケット」の「ペイロード」に含まれることが明確となった。（請求項１８は、本件補正により補正されていないが、請求項１８が間接的に引用する本件補正後の請求項１６の記載から、同様に理解することができる。）
　以上のとおりであるから、当審拒絶理由２は、解消した。
第９　原査定についての判断
　本件補正により、補正後の請求項１ないし２４に係る発明は、「第２のＯＡＭリクエストパケット」の「ペイロード」に含まれる「ＯＡＭパケット」が、「前記設定識別子、前記ビット列及び前記ビット列の前記長さを含む」という構成又はこれに対応する構成を有するものとなった。これらの構成は、原査定における引用文献ＡないしＣ（当審拒絶理由における引用文献１及び３を含む。）には記載されておらず、本願優先日前における周知技術でもないので、本願発明１ないし２４は、当業者であっても、原査定における引用文献ＡないしＣに基いて容易に発明をすることができたものではない。
　したがって、原査定を維持することはできない。
第１０　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。