【事件の表示】
　特願２０１２−５２３１８９「前方誤り訂正機能の有効／無効化指示方法及びシステム」拒絶査定不服審判事件〔平成２３年　２月１０日国際公開、ＷＯ２０１１／０１５０７２、平成２５年　１月１０日国内公表、特表２０１３−５０１４３５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯・本願発明
　本願は，２０１０年５月２４日（パリ条約による優先権主張外国庁受理　２００９年８月５日　中国）を国際出願日とする出願であって，平成２６年３月２４日付けで拒絶査定がなされ，これに対し，同年８月１日に拒絶査定に対する審判請求がなされ，当審により平成２７年５月１８日付けで拒絶の理由が通知され，同年８月１８日付けで手続補正がなされ，当審により同年８月２８日付けで拒絶の理由が通知され，同年１２月１日付けで手続補正がなされたものである。
　その請求項１に係る発明は，明細書，特許請求の範囲及び図面の記載からみて，平成２７年１２月１日付け手続補正書により補正された特許請求の範囲の請求項１に記載された次のとおりのものと認める（以下，「本願発明」という。）。 
「【請求項１】
　前方誤り訂正（ＦＥＣ：Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　ｃｏｒｒｅｃｔｉｏｎ）ステータス指示識別子を設定し，
　事業者側光回線終端装置（ＯＬＴ：Ｏｐｔｉｃａｌ　Ｌｉｎｅ　Ｔｅｒｍｉｎａｌ）により，加入者側光回線終端装置（ＯＮＵ：Ｏｐｔｉｃａｌ　Ｎｅｔｗｏｒｋ　Ｕｎｉｔ）のＦＥＣステータス指示識別子と，前記ＯＮＵのＩＤとを対応づけて送信し，
　前記ＯＮＵにより，受信した自ＩＤに対応する前記指示識別子に応じて，当該ＯＮＵのＦＥＣ機能を有効又は無効になり，
　前記ＯＬＴにより，前記ＯＮＵのＦＥＣステータス指示識別子と，前記ＯＮＵのＩＤとを対応づけて送信するステップは，
　ダウンリンクフレームの複数のアロケーション構造から，前記ＯＮＵのＩＤと一致するＩＤ（Ａｌｌｏｃ−ＩＤ）により識別されるアロケーション構造を検索し，
　前記検索されたアロケーション構造のフラグフィールドの９番目のビットの値として，当該アロケーション構造のＡｌｌｏｃ−ＩＤと一致するＩＤにより識別されるＯＮＵのＦＥＣステータス指示識別子を設定し，前記ダウンリンクフレームを送信し，
　または，
　ＯＮＴ管理及び制御インターフェース（ＯＭＣＩ：ＯＮＴ　Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｃｏｎｔｒｏｌ　Ｉｎｔｅｒｆａｃｅ）メッセージに，ＯＮＵのＦＥＣステータス属性を追加し，
　前記ＯＭＣＩメッセージに，前記ＯＮＵの前記ＦＥＣステータス属性の値として，前記ＯＮＵの前記ＦＥＣステータス指示識別子を設定し，
　前記ＯＭＣＩメッセージを，ダウンリンクフレームのＯＭＣＩフィールドに追加し，
　前記ダウンリンクフレームを送信し，
　または，
　ダウンストリーム物理制御ブロック（ＰＣＢｄ：Ｐｈｙｓｉｃａｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ　ｄｏｗｎｓｔｒｅａｍ）に，ＦＥＣ指示フィールドを追加し，
　前記ＯＮＵのＩＤを，前記ＦＥＣ指示フィールドのビットのシーケンス番号に対応させ，
　前記ＯＬＴにより，前記ＯＮＵのＦＥＣステータス指示識別子を，前記ＦＥＣ指示フィールドの，当該ＯＮＵのＩＤと一致するシーケンス番号のビットに追加し，ブロードキャストする
　前方誤り訂正機能の有効／無効化指示方法。」
２　引用発明及び技術常識
［引用発明］
　当審により通知した平成２７年８月２８日付けの拒絶の理由に引用された中国特許出願公開第１０１０４７４７０号明細書（以下，「引用例」という。）には，図面とともに以下の事項が記載されている。
（１）「
」（説明書第２ページ第１０−２６行）
（［当審仮訳］：
　GPON下りフレームは，下り物理レイヤ制御ブロック(Physical control block downstream, PCBd)及び有効ペイロードで構成され，その構造は図2に示すとおりであり，そのうち，PCBdは左から右に，以下のように分けられる：
　物理レイヤ同期(Physical Synchronization, PSync)であって，4バイトを占め，フレームに対して識別を行うもの；
　識別子(Ident)フィールドであって，4バイトを占め，その構造は図3に示すとおりであり，1ビットのFEC指示ビット，1ビットの予備ビット及び30ビットのスーパーフレームカウンタ(super frame counter)を含み，そのうちFEC指示ビットは，本下りフレームがFEC符号化を使用したか否かを指示するのに用いられ，スーパーフレームカウンタは下りデータの暗号復号アルゴリズムの入力パラメータとするもの；
　下り物理レイヤ運用・管理・保守(Physical Layer Operations, Administration and Maintenance downstream, PLOAMd)であって，13バイトを占め，１つの物理レイヤ運用・管理・保守(Physical Layer Operations, Administration and Maintenance, PLOAM)メッセージを含み，前記PLOAMメッセージはOLT及びONU間のリンク確立プロセス及びリンク保守中の運用・管理・保守(Operations, Administration and Maintenance, OAM)に用いられ，１つのPLOAMメッセージタイプは具体的な機能，それは例えば光パワーメッセージの調整，伝送コンテナ (Transmission Container, T-CONT)メッセージの分配等，に対応するもの；）
（２）「
」（説明書第４ページ第１−４行）
（［当審仮訳］：
　前記PLOAMメッセージのフレーム構造は図5に示すとおりであって，１つのPLOAMメッセージの長さは13バイトであり：ONU装置のユニークな識別に用いられる1バイトのONU-ID；メッセージタイプを示す1バイトのメッセージ識別子(Message id)；メッセージの具体的な内容を保存するのに用いられ，メッセージタイプによって変化する10バイトのデータ(Data)；前の12バイトに対してチェックと保護を行う1バイトのCRC；を含む。）
（３）「
」（説明書第６ページ第１２−１３行）
（［当審仮訳］：
　好ましくは，ステップAの前記FECイネーブル指示の送信は，FECイネーブル指示ビットを有する物理レイヤ運用・管理・保守PLOAMメッセージを送信することである。）
（４）「
」（説明書第９ページ第１８行−第１２ページ第１９行）
（［当審仮訳］：
　実施例1：新しく定義したPLOAMメッセージにより，OLTがONUにFEC機能を有効にするか否かを通知することを実現する。
　既にあるGPONチップの互換性のために，OLTは新しく追加したPLOAMメッセージがFECイネーブル表示を運ぶ方式により，ONUがFEC機能を有効にするか否かを通知してもよい。PLOAMメッセージ自身がCRCチェックを有するので，この方法を用いることにより，そのFECイネーブル表示は従来技術の下りフレームIdentフィールド中のFECイネーブルビットに比べて信頼性が高い。
　上記発明の目的を達成するため，本実施例は１つの専門に定義したPLOAMメッセージを用いて下り方向のFEC機能の設定を実現し，定義したPLOAMメッセージはFECコントロールメッセージ(FEC Control Message)と呼ばれ，具体的な内容は表1に示すとおりである：
　表1から分かるように，FECコントロールメッセージ中には目標指示，メッセージ識別子，下りFECイネーブル表示及び下りFECイネーブル状態が有効なスーパーフレームIDを含む。そのうち，目標指示の内容がONU-IDである場合，該メッセージはユニキャストメッセージであることを示し，送信の宛先はONU-IDに対応するONUであり，目標指示の内容が0xFFである場合，該メッセージはブロードキャストメッセージであることを示し，送信の宛先は該OLTに接続される全てのONUである。メッセージ識別子は本メッセージのタイプを示し，本実施例のうち，”00010100”の定義はFECコントロールメッセージのメッセージ識別子であり，実際にはさらにFECコントロールメッセージのメッセージ識別子はその他の値と定義することができる。
　表1に示すFECコントロールメッセージを用いて，下り方向のFEC機能設定過程において，ONUの処理プロセスは図7に示すとおりであり，以下のステップを含む：
　ステップ701：ONUがOLTからの下りPLOAMメッセージを受信し，受信したメッセージに対してCRCチェックを行い，チェックに通るか否かを判断する。通る場合はステップ702を行い，そうでない場合には該メッセージを破棄して本プロセスを終了する；
　ステップ702：メッセージ中の第2バイトの内容に基づき，本メッセージがFECコントロールメッセージであることを確定し，該メッセージの第1バイト中の目標指示が本装置のONU-IDにマッチするか否かを判断し，マッチする場合にはステップ703を行い，そうでない場合には本処理プロセスを終了する；前記マッチは２つの状況があり，１つは目標指示中の内容が本装置のONU-IDに一致することであり，もう１つは目標指示の内容が該メッセージがブロードキャストメッセージであることを示す，すなわち，目標指示の内容が0xFFであることである；メッセージ中の第2バイトの内容に基づき，本メッセージがその他タイプのメッセージであることを確定する場合，対応する処理プロセスに応じて処理を行うが，具体的な処理プロセスは本発明の内容ではない。
　ステップ703：該メッセージ中の第4バイトから第7バイトまでのスーパーフレームIDを記録し，第3バイトのFECイネーブル指示に基づきFEC機能を有効又は無効にすることを確定し，OLTに向けてONU-IDを含む確認メッセージを返送し，該確認メッセージを受信した場合，OLTはONUが既にFEC機能設定を受け取ったことを知る；
　ステップ704：ONUがOLTからの下りフレームを受信し，受信した下りフレームのスーパーフレームIDが既に記録されたスーパーフレームIDにマッチするか否かを判断し，マッチする場合，ステップ705を行い，そうでない場合には従来のFEC符号化ステータスに応じて下りフレームを処理し，処理完了後に引き続き本ステップを行う；
　ステップ705：ステップ703中で記録した下りFEC符号化ステータスに応じてかつ本ONU装置がFEC機能をサポートしているか否かに基づき，該スーパーフレーム及びその後に受信したスーパーフレームに対して対応する処理を行う：記録が下りFEC符号化の開始である場合，ONUが受信した下りフレームはFEC符号化されており，本ONU装置はFEC機能をサポートするときは，本スーパーフレーム及びその後に受信するスーパーフレームに対してFEC誤り訂正復号化処理を行い，本ONU装置がFEC機能をサポートしないときは，予め設定された符号化アルゴリズムに応じて本スーパーフレーム及びその後に受信するスーパーフレーム中の元のデータを抽出する。記録が下りFEC符号化の終了である場合，ONUが受信する下りフレームはFEC符号化されておらず，本ONU装置は受信したフレームを直接処理する。
　図8に示すのは特定のONUに向けて送信されるユニキャストイネーブルFECコントロールメッセージのOLTの処理プロセスであって，以下のステップを含み，その中で，FECイネーブル表示はイネーブルに設定されている：
　ステップ801：１つのFECコントロールメッセージを生成する。前記FECコントロールメッセージは表1に示す内容に基づいて定義され，目標ONU-ID，予め設定されたFEC機能が有効なスーパーフレームID，下りFECイネーブル表示等を含む；
　ステップ802：生成したFECコントロールメッセージを下り方向に送信する；
　ステップ803：ONUからの確認メッセージを受信したか否かを判断し，受信した場合，ステップ804を行い，そうでない場合はそれまでのFEC機能状態に応じて下りフレーム処理を続けるか，又はFEC機能が有効なスーパーフレームIDを再確定してステップ801に戻る；無限ループに陥ることを回避するために，FECコントロールメッセージを送信する回数を限定することができ，一定の回数を超えてもまだ確認メッセージを受信しない場合には，それまでのFEC機能状態に基づいて下りフレームを処理する；前記判断の具体的な方法は予め設定されたIDのスーパーフレームの送信前に確認メッセージを受信したか否かを判断することである；又はステップ802でFECコントロールメッセージを送信したときに予め設定された時間長のタイマーを有効にし，そこでの判断は該タイマーのタイムアウト前に確認メッセージを受信したか否かを判断することである；
　ステップ804：予め設定されたID及びその後のスーパーフレームに対してFEC符号化処理を有効にし，さらに下り方向にスーパーフレームを送信する。
　FECコントロールメッセージが，ディセーブルの下りFECイネーブル表示を運ぶ状況に対しては，図7で示すプロセスに対応するプロセスを与えることができ，それゆえ繰り返し述べない。
　該FECコントロールメッセージがブロードキャストメッセージである場合，FECコントロールメッセージの第1バイトが表1に基づいて0xFFになることを除き，ステップ803の前記判断は：既に登録した本OLTの全てのONUの確認メッセージを受信したか否かを判断することであり，具体的な方法は，ONUからの確認メッセージを受信した後に，該確認メッセージ中のONU-IDを記録し，記録したONU-IDとローカルに記録されたONU-IDが全て一致するとき，全てのONUの確認メッセージを受信したとみなすことである。プロセス保護時間を超えてなお全てのONUの確認情報を受信していない場合，さらに一度FECコントロールメッセージを送信し，FEC機能設定を再度トリガする。無限ループに陥ることを回避しかつ操作時間が長すぎるのは適切でない等の要因を考慮し，前記再トリガの回数は１と設定することができる。
　本実施例の解決手段のうち，FECイネーブル表示を運ぶPLOAMメッセージはCRCチェックを有し，そのFECイネーブル表示の更なる信頼性を確保する；さらに，スーパーフレームIDを使用することでFEC機能のステータス変更時間を確定し，かつONUがFECイネーブル表示を受信して確認メッセージを返送することで，FEC機能設定の過程におけるパケットロスを回避する。）
（５）「
」（説明書第１２ページ第２０行−第１３ページ第６行）
（［当審仮訳］：
　本実施例の方式はさらに上り方向のFEC機能設定に用いることができる。上り方向のFEC機能設定を行うのに用いられるPLOAMメッセージの定義は表1と同様であるが，そのうち第2バイトのメッセージ識別子がその他PLOAMメッセージと異なり，該メッセージが上りのFECコントロールメッセージに用いられることを示す。前記方式で定義するPLOAMメッセージに基づき，上りFEC機能設定を行う過程において，ONUの処理プロセスも図7と同様であり，そのうち，ステップ704は，以下のように変わる：
　ONUがOLTからの下りフレームを受信して，下りフレームを受信したスーパーフレームIDが既に記録されたスーパーフレームIDとマッチするか否かを判断し，マッチする場合には，ステップ705を行い，そうでない場合にはそれまでのFEC符号化ステータスに応じて上りフレームを処理し，処理後に本ステップを処理する；
　ステップ705は，以下のように変わる：ステップ703に記録された上りFEC符号化ステータスに応じて，該下りスーパーフレームを受信した後に送信した上りフレームに対して対応する処理を行う：記録が上りFEC符号化の開始である場合，その後に送信する上りフレームはFEC機能を開始して符号化を行い，記録が上りFEC符号化の終了である場合，その後に送信する上りフレームはFEC機能を使用せず符号化を行わない。
　当然のことながら，上り及び下りのFECコントロールメッセージを１つのメッセージに合わせることができ，メッセージ中の上り又は下りのビットを増加すればよい。）
　上記引用例の記載及び図面（特に図２，図５，図７，図８）並びにこの分野における技術常識を考慮すると，
ア　上記（４）の記載及び図７，図８によれば，ＯＬＴにより，ＯＮＵの下りＦＥＣイネーブル表示と，前記ＯＮＵのＯＮＵ−ＩＤとを対応付けた，ＦＥＣコントロールメッセージと呼ばれるＰＬＯＡＭメッセージがＯＮＵに送信されている。ここで，前記下りＦＥＣイネーブル表示を含むＰＬＯＡＭメッセージを送信するために，当該ＰＬＯＡＭメッセージに当該下りＦＥＣイネーブル表示を「設定」することは明らかである。
　また，上記（５）の記載によれば，上記の構成は上り方向のＦＥＣ機能設定すなわちＦＥＣコントロールにも用いることができ，その場合，ＰＬＯＡＭメッセージの定義は上述のものと同様であるが，メッセージ識別子がその他のＰＬＯＡＭメッセージとは異なり，該メッセージが上りのＦＥＣコントロールメッセージに用いることを示すものとなる。そして，上記の構成を上り方向のＦＥＣコントロールに用いる場合，「下りＦＥＣイネーブル表示」に代えて「上りＦＥＣイネーブル表示」が用いられることは明らかである。
　したがって，引用例には，「上りＦＥＣイネーブル表示を設定し，ＯＬＴにより，ＯＮＵの上りＦＥＣイネーブル表示と，前記ＯＮＵのＯＮＵ−ＩＤとを対応付けた，上り方向のＦＥＣコントロールメッセージであるＰＬＯＡＭメッセージを送信」することが記載されていると認められる。
イ　上記（４）の記載及び図７，図８によれば，ＯＮＵは，ＯＬＴから受信した下りＰＬＯＡＭメッセージに含まれる目標指示すなわちＯＮＵ−ＩＤが自身のＯＮＵ−ＩＤとマッチし，かつ前記下りＦＥＣイネーブル表示が下りＦＥＣイネーブルを指示する場合には，受信した下りフレームにＦＥＣ誤り訂正復号化処理を行い，下りＦＥＣディセーブルを指示する場合には，受信した下りフレームのＦＥＣエラーデコーディング処理を行わない。すなわち，ＯＮＵにより，下りＦＥＣイネーブル表示に応じて，当該ＯＮＵのＦＥＣ機能が有効または無効にされている。
　また，上記アで述べたとおり，上記の構成は上り方向のＦＥＣコントロールにも用いることができ，その場合，「下りＦＥＣイネーブル表示」に代えて「上りＦＥＣイネーブル表示」が用いられることは明らかである。
　したがって，引用例には，「前記ＯＮＵにより，受信した自ＯＮＵ−ＩＤにマッチする前記上りＦＥＣイネーブル表示に応じて，当該ＯＮＵの上り方向のＦＥＣ機能を有効または無効」にすることが記載されていると認められる。
ウ　上記（１）〜（４）の記載及び図５，図７，図８によれば，上記アで述べた，前記ＯＬＴにより，前記ＯＮＵの下りＦＥＣイネーブル表示と，前記ＯＮＵのＯＮＵ−ＩＤとを対応付けた，ＦＥＣコントロールメッセージと呼ばれるＰＬＯＡＭメッセージを送信する態様として，前記ＦＥＣコントロールメッセージと呼ばれるＰＬＯＡＭメッセージには，当該メッセージがＯＮＵのＦＥＣコントロールメッセージであることを示すメッセージ識別子を含むとともに，ＦＥＣコントロールメッセージに含まれる値として，前記ＯＮＵの前記下りＦＥＣイネーブル表示が設定されていることが記載されている。また，上記（１）の記載及び図２によれば，前記ＰＬＯＡＭメッセージは下りリンクフレームのＰＬＯＡＭｄフィールドに追加されて送信されている。
　また，上記アで述べたとおり，上記の構成は上り方向のＦＥＣ機能設定すなわちＦＥＣコントロールにも用いることができ，その場合，ＰＬＯＡＭメッセージの定義は上述のものと同様であるが，メッセージ識別子がその他のＰＬＯＡＭメッセージとは異なり，該メッセージが上りのＦＥＣコントロールメッセージに用いることを示すものとなる。そして，上記の構成を上り方向のＦＥＣコントロールに用いる場合，「下りＦＥＣイネーブル表示」に代えて「上りＦＥＣイネーブル表示」が用いられることは明らかである。
　したがって，引用例には，「前記ＯＬＴにより，前記ＯＮＵの上りＦＥＣイネーブル表示と，前記ＯＮＵのＯＮＵ−ＩＤとを対応付けた，ＦＥＣコントロールメッセージと呼ばれるＰＬＯＡＭメッセージを送信することは，前記ＰＬＯＡＭメッセージに，当該メッセージがＯＮＵの上り方向のＦＥＣコントロールメッセージであることを示すメッセージ識別子を含め，前記ＰＬＯＡＭメッセージに，前記ＯＮＵの上り方向のＦＥＣコントロールメッセージの値として，前記ＯＮＵの前記上りＦＥＣイネーブル表示を設定し，前記ＰＬＯＡＭメッセージを，下りリンクフレームのＰＬＯＡＭｄフィールドに追加し，前記下りリンクフレームを送信」することが記載されていると認められる。
エ　上記（４）の記載及び図７，図８によれば，引用例に記載されている方法が，ＦＥＣ機能の有効化／無効化指示方法に関するものであることは明らかである。
　したがって，引用例には，「ＦＥＣ機能の有効化／無効化指示方法」が記載されていると認められる。
　したがって，引用例には以下の発明（以下，「引用発明」という。）が記載されているものと認める。  
「　上りＦＥＣイネーブル表示を設定し，
　ＯＬＴにより，ＯＮＵの上りＦＥＣイネーブル表示と，前記ＯＮＵのＯＮＵ−ＩＤとを対応付けた，上り方向のＦＥＣコントロールメッセージであるＰＬＯＡＭメッセージを送信し，
　前記ＯＮＵにより，受信した自ＯＮＵ−ＩＤにマッチする前記上りＦＥＣイネーブル表示に応じて，当該ＯＮＵの上り方向のＦＥＣ機能を有効または無効にし，
　前記ＯＬＴにより，前記ＯＮＵの上りＦＥＣイネーブル表示と，前記ＯＮＵのＯＮＵ−ＩＤとを対応付けた，ＦＥＣコントロールメッセージと呼ばれるＰＬＯＡＭメッセージを送信することは，
　前記ＰＬＯＡＭメッセージに，当該メッセージがＯＮＵの上り方向のＦＥＣコントロールメッセージであることを示すメッセージ識別子を含め，
　前記ＰＬＯＡＭメッセージに，前記ＯＮＵの上り方向のＦＥＣコントロールメッセージの値として，前記ＯＮＵの前記上りＦＥＣイネーブル表示を設定し，
　前記ＰＬＯＡＭメッセージを，下りリンクフレームのＰＬＯＡＭｄフィールドに追加し，
　前記下りリンクフレームを送信する
　ＦＥＣ機能の有効化／無効化指示方法。」
［技術常識］
　引用例には，上記に加えて，図面とともに以下の事項が記載されている。
（６）「
」（説明書第８ページ第１３−１８行）
（［当審仮訳］：
PLOAMメッセージが上りFECサポート能力指示も運ぶことができること，又はOMCI MEが上りFECサポート能力指示を運ぶことによって，ONUのFEC機能に対するサポート能力をOLTに報告することができ，OLTはONUのFEC機能のサポート能力を理解することに基づいてFEC機能を設定することができ，それによって手動の保守作業を減らし，従来技術におけるOLTのFEC機能をサポートしないONUに向けてFECイネーブル命令を送信することでリンクが切れるという現象を回避する。）
（７）「
」（説明書第１９ページ第１８行−第２０ページ第８行）
（［当審仮訳］：
　実施例5：OMCIプロトコルパケットによりFECサポート能力の報告を実現する。
　OMCIは，ONU管理インターフェースであり，OLTはOMCIの管理側となり，OMCIチャンネルを通じて獲得したONU情報によって，ネットワーク上で使用することができ，OLTがローカルに使用することもできる。OMCI管理の情報メッセージの組織単位は，管理エンティティ（Management Entity，ME）であり，１つのMEは１つのクラスの関連する情報の集合であり，ネットワークによる識別及び操作対象として，全てのMEが相互関係に基づいて１つの木状の管理情報ベース（Management Information Base，MIB）を形成する。MEはフィールドから構成され，１つのフィールドは管理側に読み書きなどの操作を行う際のパラメータを提供することができる。OMCIレポートも対応するCRCチェック保護を有している。標準にONU能力報告のOMCI MEが定義されており，従来のONU能力報告に用いられるMEに，FECサポート能力を示す１つのフィールドを追加するだけでよい。
　OMCI MEによりFEC能力報告を実現するステップは，以下のとおりである：
　ステップa’：ONUがOLTに向けてOMCIレポートを送信し，そのうちOMCI ME中にFECサポート能力フィールドの値を含み，該FEC能力指示ビットの値はONU装置自身がFEC能力をサポートするか否かに基づき設定される；
　ステップb’：OLTが受信したFEC能力指示ビットを有するOMCIレポートに対してCRCチェック及びその他レポートの妥当性及びマッチング検査を行い，チェック及び検査に通る場合，そのうちのFEC能力指示ビットの値を記録し，前記OMCIレポートを送信したONUのFEC能力指示とする；チェックに通らない場合，従来のOMCIレポートのチェックに通らなかったときの処理ステップに基づいて対応する処理を行う。）
　当審により通知した平成２７年８月２８日付けの拒絶の理由に引用された特開２００６−１９１５８９号公報には，図面とともに以下の事項が記載されている。
（８）「【００３０】
　ＯＮＴ／ＯＬＴインターフェースの拡張には，物理層ＯＡＭ（ＰＬＯＡＭ）および／またはＢＰＯＮ（ブロードバンドＰＯＮ）システムで使用されるＯＭＣＩプロトコルを拡張することが含まれよう。ＧＰＯＮ（ギガビットＰＯＮ）およびＥＰＯＮ（イーサーネットを利用したＰＯＮ）の場合は，対応するプロトコル構成要素の拡張が必要であろう。インターフェースプロトコルのＰＬＯＡＭレベル（またはＧＰＯＮまたはＥＰＯＮシステム内の対応する最低レベル）を拡張すれば，高レベルの機能に対する依存度が最小になるので，本明細書でなされる発明の開示の診断値が最高になるであろう。ＯＭＣＩ，またはＧＰＯＮおよびＥＰＯＮシステム内の対応するプロトコルの拡張も可能であり，場合によっては，同様のレベルの診断能力を提供するであろう。
【００３１】
　ＰＬＯＡＭはＯＬＴとＯＮＴとの間の管理情報のパケットを交換するための第２層プロトコルである。ＯＭＣＩは管理チャネルプロトコルである。本明細書の発明の開示による方法及びシステムの実装には，ＯＬＴとＯＮＴのプロセッサ間でのメッセージの交換をサポートするためのＰＬＯＡＭ転送機構の拡張，またはこの同じ情報を転送するためのＯＭＣＩのユーザー定義メッセージ能力の利用のいずれかが含まれる。ＰＬＯＡＭの利用が好適であるが，それはこの戦略では遠隔の技術者とＯＮＴの処理デバイス（単数または複数）との間のソフトウエアの量が最小になるからである。しかし，ＰＬＯＡＭの利用には関連するインターフェースプロトコルの拡張が含まれる。ＯＭＣＩでユーザー定義のメッセージを使用すると標準化の影響は少なくなるが，ＯＬＴとＯＮＴとの間のプロセッサ間により多くのプロトコルソフトウエアが含まれるので頑強さは低下しよう。どのアプローチが選択されるかに関わりなく，結果として生じた機構は製造業者特有の（例えばプロプライエタリ）コマンドおよび対応する応答データを含むメッセージパケットをＯＮＴとＯＬＴとの間で交換可能でなければならない。」
　原査定の拒絶の理由に引用された「Gigabit-capable Passive Optical Networks (G-PON): Transmission convergence layer specification（［当審仮訳］：ギガビット対応受動光ネットワーク（Ｇ−ＰＯＮ）：送信コンバージェンスレイヤ仕様）[online]，ITU-T Recommendation G.984.3(03/2008)，インターネット＜URL:https://www.itu.int/rec/dologin_pub.asp?lang=eid=T-REC-G.984.3-200803-S!!PDF-Etype=items＞，２００８年３月」には，図面とともに以下の事項が記載されている。
（９）「8.1 Downstream GTC frame structure
A diagram of the downstream GTC frame structure is shown in Figure 8-2. The frame has a duration of 125 μs and is 38880 bytes long, which corresponds to the downstream data rate of 2.48832 Gbit/s. The PCBd length range depends on the number of allocation structures per frame.
」（第３０−３１ページ）
（［当審仮訳］：８．１　下りストリームＧＴＣフレーム構造
図８−２に下りストリームＧＴＣフレーム構造の図を示す。このフレームは，2.48832 Gbit/sの下りストリームデータレートに対応する125μsの期間と38800バイトの長さを有する。ＰＣＢｄ長さのレンジは，フレームあたりのアロケーション構造の数に依存する。
（図８−２は省略）
）
（１０）「9 GTC messages
There are three methods to convey OAM information between the network management station and the OLT on the one hand and the ONUs on the other hand:
（中略）
・Physical layer OAM (PLOAM) messaging channel. A dedicated 13-byte message can be sent downstream by the OLT to the ONUs and by the ONUs upstream to the OLT conveying OAM functions between them.
・ONU management and control interface (OMCI). OMCI messages are transported over a dedicated GEM channel. The OMCI transport mechanism is described in clause 14. The syntax of the OMCI is specified in [b-ITU-T G.984.4].
This clause focuses on the PLOAM messages.」（第４８ページ）
（［当審仮訳］：
９　ＧＴＣメッセージ
ネットワーク管理局とＯＬＴ又はＯＮＵとの間でＯＡＭ情報を運ぶ方法は３つある：
（中略）
・物理レイヤＯＡＭ（ＰＬＯＡＭ）チャネル。それらの間でＯＡＭ機能を運ぶ固有の１３バイトのメッセージが，ＯＬＴによりＯＮＵに向けて下りストリームで，及びＯＮＵによりＯＬＴに向けて上りストリームで，送信され得る。
・ＯＮＵ管理及び制御インターフェース（ＯＭＣＩ）。ＯＭＣＩメッセージは固有のＧＥＭチャンネル上で転送される。ＯＭＣＩの転送メカニズムは１４節で述べる。ＯＭＣＩの文法は，[b-ITU-T G.984.4]の中で特定される。
この節ではＰＬＯＡＭメッセージに焦点をあてる。）
（１１）「14.1 OMCI transport schema
As described in [b-ITU-T G.984.4], the OMCI operates on a dedicated bidirectional virtual connection between the management station and the ONU. The management station can be located in the OLT itself, or in a network element farther into the network. In the latter case, then the virtual connection must reach from the ONU to the network element.
To transport the OMCI virtual connection over the G-PON link, the OLT configures a dedicated GEM Port-ID using the appropriate PLOAM message.
The OMCI primitive data units are 48-bytes in length. The 48-byte payloads are encapsulated into GEM frames with a header containing the configured OMCI 12-bit Port-ID. These frames are transported over the G-PON in the GTC payload using the default Alloc-ID in the upstream.」（第１００ページ）
（［当審仮訳］：１４．１　ＯＭＣＩ転送概要
[b-ITU-T G.984.4]にて述べられているように，ＯＭＣＩは，管理局とＯＮＵとの間の固有の双方向の仮想コネクションを扱う。管理局は，ＯＬＴ自身又はネットワークに対して遠いネットワークエレメントに位置し得る。後者のケースでは，仮想コネクションはＯＮＵからネットワークエレメントまで到達するべきである。
Ｇ−ＰＯＮリンク上でのＯＭＣＩ仮想コネクションの転送のために，ＯＬＴは適切なＰＬＯＡＭメッセージを用いて固有のＧＥＭ　Ｐｏｒｔ−ＩＤを構成する。
ＯＭＣＩの原始的なデータユニットは４８バイトの長さである。４８バイトのペイロードは，構成されたＯＭＣＩの１２ビットのＰｏｒｔ−ＩＤを含むヘッダとともに，ＧＥＭフレームにカプセル化される。Ｇ−ＰＯＮ上において，これらのフレームは，上りストリームではデフォルトのＡｌｌｏｃ−ＩＤを用いて，ＧＴＣペイロード内で転送される。）
　本件の優先権主張の日前に電気通信回線を通じて公衆に利用可能となった「Gigabit-capable Passive Optical Networks (G-PON): ONT management and control interface specification（［当審仮訳］：ギガビット対応受動光ネットワーク（Ｇ−ＰＯＮ）：ＯＮＴ管理及び制御インターフェース仕様）[online]，ITU-T Recommendation G.984.4(02/2008)，インターネット＜URL:https://www.itu.int/rec/dologin_pub.asp?lang=eid=T-REC-G.984.4-200802-I!!PDF-Etype=items＞，２００８年２月」には，以下の事項が記載されている。
（１２）「3.2 optical network termination (ONT): A single subscriber device that terminates any one of the distributed (leaf) endpoints of an ODN, implements a PON protocol, and adapts PON PDUs to subscriber service interfaces. An ONT is a special case of an ONU.」（第４ページ）
（［当審仮訳］：
３．２　光ネットワーク終端（ＯＮＴ）：ＯＤＮの分散された（葉の）エンドポイントを終端する単一の加入者デバイスであって，ＰＯＮプロトコルを実装し，そしてＰＯＮ　ＰＤＵを加入者サービスインターフェースに適応させる。ＯＮＴはＯＮＵの特別なケースである。）
（１３）「11.1 ONT management and control protocol packet format
11.1.1 Introduction
In GEM mode, each ONT management and control protocol packet is encapsulated directly in a GEM packet. The packet format is shown in Figure 11.1.1-1. Packet contents reflect the ATM heritage of B-PON; only the header is changed. The OMCI trailer is retained and used for its CRC.
The following clauses discuss the details.
11.1.2 GEM header
The header contains the PortID (GEM mode) of the OMCC for the addressed ONT (see clause 10).
The header PTI should equal 000 or 001 for GEM (as per normal fragmentation rules).
（中略）
11.1.4 Message type
The message type field is subdivided into four parts. These are given in Figure 11.1.4-1.
The most significant bit, bit 8, is reserved for the destination bit (DB). In the OMCI this bit is always 0.
Bit 7, acknowledge request (AR), indicates whether or not the message requires an acknowledgement. If an acknowledgement is expected, this bit is set to 1. If no acknowledgement is expected, the coding of this bit is 0. Note that acknowledge means a response to an action request, not an acknowledgement at the link layer.
Bit 6, acknowledgement (AK), indicates whether or not this message is an acknowledgement to an action request. If a message is an acknowledgement, this bit is set to 1. If the message is not a response, this bit is set to 0.
Bits 5..1, message type (MT), indicate the message type. Codes 0 to 3 and 29 to 31 are reserved for future use. Codes 4 to 28 are used by this specification. Table 11-1 lists the message types that are defined.
Table 11-1 - OMCI message types
（中略）
11.1.7 Message contents
The layout of the message contents field is message-specific. The detailed layout of all messages is given in Appendix II.」（第３３０−３３９ページ）
（［当審仮訳］：
１１．１　ＯＮＴ管理及び制御プロトコルパケットフォーマット
１１．１．１　序論
ＧＥＭモードにおいて，各ＯＮＴ管理及び制御プロトコルパケットフォーマットはＧＥＭパケットに直接カプセル化される。図１１．１．１−１にパケットフォーマットを示す。パケットコンテンツは，Ｂ−ＰＯＮのＡＴＭの遺産を反映している；ヘッダのみ変更されている。ＯＭＣＩトレーラは維持され，それのＣＲＣのために使われる。
以下の節にて詳細を議論する。
（図１１．１．１−１は省略）
１１．１．２　ＧＥＭヘッダ
このヘッダは，宛先ＯＮＴのＯＭＣＣのＰｏｒｔＩＤ（ＧＥＭモード）を含む（第１０節参照）。
このヘッダＰＴＩは，ＧＥＭに対しては（通常フラグメンテーションごとルールのように）000又は001と等しい値であるべきである。
（中略）
１１．１．４　メッセージタイプ
メッセージタイプフィールドは４つの部分に分割される。これらは図１１．１．４−１にて与えられる。
（図１１．１．４−１は省略）
もっとも重要なビットであるビット８は，宛先ビット（ＤＢ）のために予約されている。ＯＭＣＩにおいて，このビットは常に０である。
ビット７，確認要求（ＡＲ）は，メッセージが確認を要求するか否かを表示する。もし確認が期待されるならば，このビットは１にセットされる。もし確認が期待されないならば，このビットの符号化は０である。この「確認」は，動作要求に対する応答を意味し，リンクレイヤにおける確認を意味しないことに留意すべきである。
ビット６，確認（ＡＫ）は，このメッセージが動作要求の確認であるか否かを表示する。もしメッセージが確認であるならば，このビットは１にセットされる。もしメッセージが応答でないならば，このビットは０にセットされる。
ビット５..１，メッセージタイプ（ＭＴ）は，メッセージタイプを表示する。コード０から３と２９から３１は将来の使用のために予約されている。コード４から２９はこの仕様書にて使用されている。表１１−１は定義されたメッセージタイプを羅列している。
表１１−１　−　ＯＭＣＩメッセージタイプ
（中略）
１１．１．７　メッセージコンテンツ
メッセージコンテンツフィールドのレイアウトはメッセージ固有である。全てのメッセージの詳細なレイアウトは付録IIで与えられる。）
　Ｇ−ＰＯＮの仕様に係る（１０）の記載及び（６）〜（８）の記載から明らかなとおり，「ＯＬＴとＯＮＵやＯＮＴなどの加入者側光回線終端装置との間でやりとりされる制御情報を，ＰＬＯＡＭメッセージ又はＯＭＣＩメッセージのいずれかにて伝送すること。」は，技術常識であると認める（以下，「技術常識１」という。）。
　Ｇ−ＰＯＮの仕様に係る（１３）の記載から明らかなとおり，「ＯＬＴがＯＮＴにＯＭＣＩメッセージにて制御情報を伝送する際に，当該ＯＭＣＩメッセージに当該制御情報に対応するメッセージタイプを追加し，前記ＯＭＣＩメッセージのメッセージコンテンツフィールドに制御情報の内容（コンテンツ）を設定して送信すること。」は，Ｇ−ＰＯＮの仕様として仕様書に規定された事項である。また，Ｇ−ＰＯＮの仕様に係る（１２）の記載からも明らかなように，ＯＮＵなる用語にはＯＮＴが含まれている。そして，規定された仕様に対応するように技術開発がなされることに鑑みれば，「ＯＬＴがＯＮＵにＯＭＣＩメッセージにて制御情報を伝送する際に，当該ＯＭＣＩメッセージに当該制御情報に対応するメッセージタイプを追加し，前記ＯＭＣＩメッセージのメッセージコンテンツフィールドに制御情報の内容（コンテンツ）を設定して送信すること。」は，技術常識であると認める（以下，「技術常識２」という。）。
　Ｇ−ＰＯＮの仕様に係る（９）及び（１１）の記載から明らかなとおり，「ＯＭＣＩメッセージが，ＧＴＣフレームにて転送されること」は，Ｇ−ＰＯＮの仕様として仕様書に規定された事項である。そして，規定された仕様に対応するように技術開発がなされることに鑑みれば，「ＯＭＣＩメッセージが，ＧＴＣフレームにて転送されること。」は，技術常識であると認める（以下，「技術常識３」という。）。
３　対比
　本願発明と引用発明とを対比すると，
（１）本願明細書の【０００３】の「ＯＮＵに，アップリンク伝送中にＦＥＣ機能を有効又は無効にすることが指示される。」なる記載から，本願発明におけるＯＮＵの「ＦＥＣ機能」とは，アップリンクすなわち「上り方向のＦＥＣ機能」を少なくとも含んでいることは明らかである。このため，本願発明の「前方誤り訂正（ＦＥＣ：Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　ｃｏｒｒｅｃｔｉｏｎ）ステータス指示識別子」は，上り方向に関するものを含んでいるといえる。
　また，本願発明の「ＦＥＣステータス指示識別子」と引用発明の「ＦＥＣイネーブル表示」とは，いずれも，ＯＮＵに対するＦＥＣ機能の有効又は無効の指示のためのものである点で共通する。
　したがって，引用発明の「上りＦＥＣイネーブル表示を設定し」は，本願発明の「前方誤り訂正（ＦＥＣ：Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　ｃｏｒｒｅｃｔｉｏｎ）ステータス指示識別子を設定し，」に含まれる。
（２）引用発明の「ＯＮＵ−ＩＤ」は，本願発明の「ＯＮＵのＩＤ」に明らかに相当し，引用発明の「・・・を対応付けた，上り方向のＦＥＣコントロールメッセージであるＰＬＯＡＭメッセージを送信し，」は，本願発明の「・・・とを対応づけて送信し，」に含まれる。
　したがって，上記（１）もあわせてみれば，引用発明の「ＯＬＴにより，ＯＮＵの上りＦＥＣイネーブル表示と，前記ＯＮＵのＯＮＵ−ＩＤとを対応付けた，上り方向のＦＥＣコントロールメッセージであるＰＬＯＡＭメッセージを送信し，」は，本願発明の「事業者側光回線終端装置（ＯＬＴ：Ｏｐｔｉｃａｌ　Ｌｉｎｅ　Ｔｅｒｍｉｎａｌ）により，加入者側光回線終端装置（ＯＮＵ：Ｏｐｔｉｃａｌ　Ｎｅｔｗｏｒｋ　Ｕｎｉｔ）のＦＥＣステータス指示識別子と，前記ＯＮＵのＩＤとを対応づけて送信し，」に含まれる。
（３）上記（１）のとおりであるから，本願発明の「前方誤り訂正（ＦＥＣ：Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　ｃｏｒｒｅｃｔｉｏｎ）ステータス指示識別子」は，上り方向に関するものを含んでいるといえる。また，引用発明の「ＦＥＣイネーブル表示」と本願発明の「ＦＥＣステータス指示識別子」は，いずれも，ＯＮＵに対するＦＥＣ機能の有効又は無効の指示のためのものである点で共通する。また，引用発明の「マッチする」は，本願発明の「対応する」に含まれる。
　したがって，引用発明の「前記ＯＮＵにより，受信した自ＯＮＵ−ＩＤにマッチする前記上りＦＥＣイネーブル表示に応じて，当該ＯＮＵの上り方向のＦＥＣ機能を有効または無効にし，」は，本願発明の「前記ＯＮＵにより，受信した自ＩＤに対応する前記指示識別子に応じて，当該ＯＮＵのＦＥＣ機能を有効又は無効になり，」に含まれる。
（４）方法の発明において，各処理が「ステップ」により実現されることは明らかであるから，引用発明の各処理を「・・・ステップ」と称することは任意である。そして，上記（２）のとおりであるから，引用発明の「前記ＯＬＴにより，前記ＯＮＵの上りＦＥＣイネーブル表示と，前記ＯＮＵのＯＮＵ−ＩＤとを対応付けた，ＦＥＣコントロールメッセージと呼ばれるＰＬＯＡＭメッセージを送信することは，」は，本願発明の「前記ＯＬＴにより，前記ＯＮＵのＦＥＣステータス指示識別子と，前記ＯＮＵのＩＤとを対応づけて送信するステップは，」に含まれる。
（５）本願発明の「ＯＮＴ管理及び制御インターフェース（ＯＭＣＩ：ＯＮＴ　Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｃｏｎｔｒｏｌ　Ｉｎｔｅｒｆａｃｅ）メッセージ」と引用発明の「ＰＬＯＡＭメッセージ」とは，いずれもＯＬＴとＯＮＵ（ＯＮＴ）との間でやりとりされる「制御情報を伝送するメッセージ」である点で共通する。また，引用発明の「メッセージ識別子」は，当該メッセージがＯＮＵの上り方向のＦＥＣコントロールメッセージであること，すなわち当該メッセージの属性を示すものであるから，本願発明の「ＦＥＣステータス属性」に対応し，引用発明の「前記ＯＮＵの上り方向のＦＥＣコントロールメッセージの値」は，本願発明の「前記ＯＮＵの前記ＦＥＣステータス属性の値」に対応する。さらに，上記（１）のとおりであるから，本願発明の「ＦＥＣステータス指示識別子」は，引用発明の「上りＦＥＣイネーブル表示」を含んでいる。
　また，本願発明の「前記ＯＭＣＩメッセージを，ダウンリンクフレームのＯＭＣＩフィールドに追加し，前記ダウンリンクフレームを送信し，」と，引用発明の「前記ＰＬＯＡＭメッセージを，下りリンクフレームのＰＬＯＡＭｄフィールドに追加し，前記下りリンクフレームを送信する」とは，「制御情報を伝送するメッセージを，ダウンリンクフレームのフィールドに追加し，前記ダウンリンクフレームを送信し，」の点で共通する。
（６）本願発明の「　ダウンリンクフレームの複数のアロケーション構造から，前記ＯＮＵのＩＤと一致するＩＤ（Ａｌｌｏｃ−ＩＤ）により識別されるアロケーション構造を検索し，・・・
　または，
　ＯＮＴ管理及び制御インターフェース（ＯＭＣＩ：ＯＮＴ　Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｃｏｎｔｒｏｌ　Ｉｎｔｅｒｆａｃｅ）メッセージに，ＯＮＵのＦＥＣステータス属性を追加し，・・・
　または，
　ダウンストリーム物理制御ブロック（ＰＣＢｄ：Ｐｈｙｓｉｃａｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ　ｄｏｗｎｓｔｒｅａｍ）に，ＦＥＣ指示フィールドを追加し，・・・ブロードキャストする」
なる構成は択一的であるため，本願発明は，３つの選択肢のうち，２つ目の選択肢のみを備える構成を含んでいる。
　したがって，本願発明と，引用発明とは，
「　制御情報を伝送するメッセージに，ＯＮＵのＦＥＣステータス属性を追加し，
　前記制御情報を伝送するメッセージに，前記ＯＮＵの前記ＦＥＣステータス属性の値として，前記ＯＮＵの前記ＦＥＣステータス指示識別子を設定し，
　前記制御情報を伝送するメッセージを，ダウンリンクフレームのフィールドに追加し，
　前記ダウンリンクフレームを送信」する
点で共通する。
　したがって，本願発明と引用発明とは，両者は，以下の点で一致し，また，相違している。
（一致点）
「前方誤り訂正（ＦＥＣ：Ｆｏｒｗａｒｄ　Ｅｒｒｏｒ　ｃｏｒｒｅｃｔｉｏｎ）ステータス指示識別子を設定し，
　事業者側光回線終端装置（ＯＬＴ：Ｏｐｔｉｃａｌ　Ｌｉｎｅ　Ｔｅｒｍｉｎａｌ）により，加入者側光回線終端装置（ＯＮＵ：Ｏｐｔｉｃａｌ　Ｎｅｔｗｏｒｋ　Ｕｎｉｔ）のＦＥＣステータス指示識別子と，前記ＯＮＵのＩＤとを対応づけて送信し，
　前記ＯＮＵにより，受信した自ＩＤに対応する前記指示識別子に応じて，当該ＯＮＵのＦＥＣ機能を有効又は無効になり，
　前記ＯＬＴにより，前記ＯＮＵのＦＥＣステータス指示識別子と，前記ＯＮＵのＩＤとを対応づけて送信するステップは，
　　制御情報を伝送するメッセージに，ＯＮＵのＦＥＣステータス属性を追加し，
　前記制御情報を伝送するメッセージに，前記ＯＮＵの前記ＦＥＣステータス属性の値として，前記ＯＮＵの前記ＦＥＣステータス指示識別子を設定し，
　前記制御情報を伝送するメッセージを，ダウンリンクフレームのフィールドに追加し，
　前記ダウンリンクフレームを送信する，
　前方誤り訂正機能の有効／無効化指示方法。」
（相違点）
　一致点の「制御情報を伝送するメッセージ」に関し，本願発明は，「ＯＮＴ管理及び制御インターフェース（ＯＭＣＩ：ＯＮＴ　Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｃｏｎｔｒｏｌ　Ｉｎｔｅｒｆａｃｅ）メッセージ」であるのに対し，引用発明は，「ＰＬＯＡＭメッセージ」である点。
　それにともない，一致点の「ＯＮＵのＦＥＣステータス属性」の追加及び「前記ＯＮＵの前記ＦＥＣステータス指示識別子」の設定が，本願発明は，ＯＭＣＩメッセージに対して行われるのに対し，引用発明は，ＰＬＯＡＭメッセージに対して行われる点，並びに一致点の「前記制御情報を伝送するメッセージ」が追加される「ダウンリンクフレームのフィールド」が，本願発明は，「ＯＭＣＩフィールド」であるのに対し，引用発明は，「ＰＬＯＡＭｄフィールド」である点。
４　検討
　上記相違点について検討する。
　上記「２　引用発明及び技術常識」の「［技術常識］」の項で述べたとおり，「ＯＬＴとＯＮＵやＯＮＴなどの加入者側光回線終端装置との間でやりとりされる制御情報を，ＰＬＯＡＭメッセージ又はＯＭＣＩメッセージのいずれかにて伝送すること。」（技術常識１）は，当業者における技術常識であるから，引用発明において，「ＰＬＯＡＭメッセージ」に替えて，技術常識１に基づき，「ＯＭＣＩメッセージ」にてＦＥＣステータス指示識別子を送信するよう構成することは，格別困難なことではない。
　そして，上記「［技術常識］」の項で述べたとおり，「ＯＬＴがＯＮＵにＯＭＣＩメッセージにて制御情報を伝送する際に，当該ＯＭＣＩメッセージに当該制御情報に対応するメッセージタイプを追加し，前記ＯＭＣＩメッセージのメッセージコンテンツフィールドに制御情報の内容（コンテンツ）を設定して送信すること。」（技術常識２）及び「ＯＭＣＩメッセージが，ＧＴＣフレームにて転送されること。」（技術常識３）についても，いずれも技術常識であるから，「ＯＭＣＩメッセージ」にてＦＥＣステータス指示識別子を送信するよう構成する際に，ＯＭＣＩメッセージのメッセージタイプとして「ＯＮＵのＦＥＣステータス属性」を追加し，ＯＭＣＩメッセージのメッセージコンテンツフィールドに，「ＯＮＵのＦＥＣステータス属性」の値として「前記ＯＮＵの前記ＦＥＣステータス指示識別子」を設定するとともに，当該ＯＭＣＩメッセージを，ダウンリンクのＧＴＣフレームの何らかのフィールドに追加することは，当業者が容易になし得ることである。そして，ＯＭＣＩメッセージが追加されるフィールドを「ＯＭＣＩフィールド」と称することは任意である。
　したがって，上記相違点は格別困難なことではなく，当業者が容易になし得ることにすぎない。
　そして，本願発明の作用効果も，引用発明及び技術常識に基づいて当業者が予測し得る範囲のものであり，格別なものではない。 
５　むすび
　以上のとおり，本願発明は，引用発明及び技術常識に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許を受けることができない。 
　よって，結論のとおり審決する。