【事件の表示】
　特願２０１１−５３３５８６「アクセスノードにおける転送テーブルの自己構成」拒絶査定不服審判事件〔平成２２年　５月　６日国際公開、ＷＯ２０１０／０４９０９６、平成２４年　３月２２日国内公表、特表２０１２−５０７２２５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯と本願発明
　本願は、２００９年１０月２２日（パリ条約による優先権主張外国庁受理２００８年１０月２９日、欧州特許庁）を国際出願日とする出願であって、原審において平成２５年８月１日付けで拒絶理由が通知され、同年１１月２８日付けで手続補正されたが、同年１２月１６日付けで拒絶査定がなされ、これに対し、平成２６年４月１６日に拒絶査定不服の審判が請求されたものである。
　
　本願の請求項１ないし４に係る発明は、平成２５年１１月２８日付けで手続補正された特許請求の範囲の請求項１ないし４に記載された事項により特定されるものであるところ、そのうち、特許請求の範囲の請求項４に係る発明（以下「本願発明」という。）は、特許請求の範囲、明細書及び図面の記載からみて、その特許請求の範囲の請求項４に記載された以下のとおりのものと認める。
　
　「出口ポートに向けて、着信フレームを、それらの宛先ハードウェアアドレスに基づいて切り替えるのに使用され、及び、宛先ハードウェアアドレスとそれぞれの出口ポートの間の１対１の関連付けを含む、アクセスノード（２ａ、２ｂ）内の転送テーブル（３２）を、自己構成する方法であって、
　前記転送テーブル内に転送エントリを構成するステップと、
　そこにネットワークアドレスを割り当てるために自動構成サーバ（４）と加入者装置の間で交換される自動構成メッセージを捕捉するステップとを含み、
　前記方法はさらに、
　特定の加入者装置（１）の特定のハードウェアアドレス（Ｍａｃ＠１）に関連する前記転送テーブルの特定の転送エントリの存続期間を前記特定の加入者装置への特定のネットワークアドレス（ＩＰ＠１）のリース時間と同期化するステップを含むことを特徴とする、方法。」
　
第２　引用発明
　原審の拒絶理由に引用された本願の優先権主張の日前に日本国内において頒布された刊行物である特開２００７−１６６０８２号公報（平成１９年６月２８日公開、以下「引用例」という。）には、図面とともに以下の事項が記載されている。
　
イ．「【技術分野】
【０００１】
　本発明は、パケット転送装置に関し、更に詳しくは、広域網であるインターネットに接続されたアクセス網において、ＩＳＰ（Internet Service Provider）に接続されるユーザ端末数の制限機能を備えたパケット転送装置に関する。」（３頁）
　
ロ．「【００６８】
　図１０は、本発明のパケット転送装置（レイヤ２スイッチ：Ｌ２ＳＷ）１０を含むネットワーク構成の第２の実施例を示す。図１と比較すると、本実施例のネットワークは、Ｌ２ＳＷ１０が、ＩＰアドレス管理テーブル７０を備え、ルータ３２を介してインターネットＩＰＮＷに接続されたことに特徴がある。
【００６９】
　ここで、ルータ３２は、ＤＨＣＰ（Dynamic Host Configuration Protocol）に従って、ユーザ端末２０に使用期限付きのＩＰアドレスの割当て／解放を行うＤＨＣＰサーバとしての機能を備えている。但し、ルータ３２の位置に、ＤＨＣＰリレーエージェントを配置してもよい。この場合、ルータ３２とは別にＤＨＣＰサーバを配置しておき、ユーザ端末２０とＤＨＣＰサーバが、ルータ３２（ＤＨＣＰリレーエージェント）を介して、ＤＨＣＰパケットを送受信することになる。
　本実施例では、Ｌ２ＳＷ３２が、ＩＰアドレス管理テーブル７０を用いて、アクセス回線毎にユーザ端末への割当てＩＰアドレス数を制限し、ユーザ端末２０とルータ３２との間のパケット通信を制御する。
【００７０】
　図１１は、実施例２に適用されるＬ２ＳＷ１０のブロック構成図である。
　本実施例のＬ２ＳＷ１０は、図２に示したＬ２ＳＷと同一の構成要素からなり、メモリ１２に、プロセッサ１１が実行する本発明に関係するプログラムとして、上りパケット処理ルーチン４００、下りパケット処理ルーチン５００、リース期間監視ルーチン６００が用意されている。また、メモリ１３に、ＩＰアドレス管理テーブル７０を備えている。
【００７１】
　上りパケット処理ルーチン４００は、ユーザ端末２０から受信したＩＰパケット（ＤＨＣＰパケットを含む）またはＡＲＰ（Address Resolution Protocol）パケットの転送を制御するためのプログラムであり、必要に応じてＩＰアドレス管理テーブル７０を更新し、ＩＰアドレス管理テーブル７０に従って、受信パケットのルータ３２への中継要否を判断する。
【００７２】
　下りパケット処理ルーチン５００は、ルータ３２から受信したＩＰパケット（ＤＨＣＰパケットを含む）またはＡＲＰパケットのユーザ端末２０への転送を制御するためのプログラムであり、必要に応じてＩＰアドレス管理テーブル７０を更新し、ＩＰアドレス管理テーブル７０に従って、受信パケットのユーザ端末２０への中継要否を判断する。
【００７３】
　図１２は、ＩＰアドレス管理テーブル７０の１例を示す。
　ＩＰアドレス管理テーブル７０は、ユーザ端末２０のＭＡＣアドレス７１と対応して、接続ポートＩＤ７２と、割当てＩＰアドレス７３と、リソース終了時刻７４とを示す複数のテーブルエントリ７００−１、７００−２、・・・からなる。
【００７４】
　接続ポートＩＤ７２は、実施例１と同様、ＭＡＣアドレス７１をもつユーザ端末との接続されたアクセス回線が収容された入力回線インタフェースのポート識別子を示し、割当てＩＰアドレス７３は、ルータ３２が上記ユーザ端末に割り当てた期限付きのＩＰアドレスの値を示し、リソース終了時刻７４は、割当てＩＰアドレスの有効期限を示している。
【００７５】
　ＩＰアドレス管理テーブル７０には、Ｌ２ＳＷ１０が、ユーザ端末から接続要求（DHCP DISCOVER）パケットを受信した時、上りパケット処理ルーチン４００によって、新たなテーブルエントリが追加される。また、各テーブルエントリには、Ｌ２ＳＷ１０が、ユーザ端末からのＩＰアドレス割当て要求（DHCP REQUEST）に応答してルータ３２が返送するＩＰアドレス通知（DHCP ACK）パケットを受信した時、下りパケット処理ルーチン５００によって、割当てＩＰアドレス７３とリソース終了時刻７４とが登録される。
【００７６】
　リソース終了時刻７４は、ユーザ端末からの要求によって延長可能であり、リース期間監視ルーチン６００によって定期的にチェックされる。リソース終了時刻に達したテーブルエントリは、リース期間監視ルーチン６００によって、ＩＰアドレス管理テーブル７０から自動的に削除される。
　実施例１では、一つのＭＡＣアドレス（ユーザ端末）に対して複数のセッションＩＤを割り当てることができたが、実施例２では、各ＭＡＣアドレス（ユーザ端末）に対して一つのＩＰアドレスが割り当てられる。」（１４〜１５頁）
　
ハ．「【００７７】
　図１３は、本実施例でＬ２ＳＷ１０が送受信するデータパケットおよびＤＨＣＰパケットのフォーマットを示す。
　Ｌ２ＳＷ１０がユーザ端末２０、またはルータ３２から受信するデータパケットおよびＤＨＣＰパケットは、ＭＡＣヘッダ８１と、ＩＰヘッダ８４と、ＩＰペイロード８５とからなる。ＩＰヘッダには、プロトコルタイプ８４１、送信元ＩＰアドレス８４２、宛先ＩＰアドレス８４３、その他の情報項目が含まれる。プロトコルタイプ８４１は、ＩＰペイロード８５に適用されるプロトコルを示しており、例えば、ＩＰペイロードがＵＤＰパケットを含む場合、プロトコルタイプ８４１には、ＵＤＰパケットを示す特定値が設定される。
【００７８】
　ＤＨＣＰパケットは、ＵＤＰ（User Datagram Protocol）パケットの一種であり、図１４に示すように、ＩＰペイロード８５に、ＵＤＰヘッダ８６とＤＨＣＰメッセージ８７とを含む。ＵＤＰヘッダ８６には、送信元ポート番号８６１、宛先ポート番号８６２、その他の情報項目が含まれる。ＤＨＣＰパケットの場合、送信元ポート番号と宛先ポート番号は、ＤＨＣＰプロトコルを示す特定値が設定され、ＵＤＰヘッダ８６の後にＤＨＣＰ以外の別プロトコルのデータが続く場合は、そのプロトコルに対応した値が設定される。
【００７９】
　ＤＨＣＰメッセージ８７は、割当てＩＰアドレス８７１、メッセージタイプ８７２、リース期間８７３、その他の情報項目が含まれる。割当てＩＰアドレス８７１は、ルータ３２がユーザ端末に割り当てたＩＰアドレス、または割当て候補ＩＰアドレスを示す。割当てＩＰアドレスが未定の場合は、未定であることを示す特定値が設定される。
【００８０】
　メッセージタイプ８７２には、ＤＨＣＰメッセージのタイプ、例えば、「DISCOVER」、「OFFER」、「REQUEST」、「ACK」、「NAK」、「DECLINE」または「RELEASE」を示すコードが設定される。リース期間８７３には、ルータ３２がユーザ端末に割り当てたＩＰアドレスの有効期間を表す値（または希望値）が設定される。但し、リース期間８７３は、ＤＨＣＰメッセージの種類によっては不要となる。
【００８１】
　図１５は、ユーザ端末が、ＩＰアドレスと対応するＭＡＣアドレスを知るための送信するＡＲＰパケットのフォーマットを示す。ＡＲＰパケットは、ＭＡＣヘッダ８１の後にＡＲＰメッセージＭを含んでいる。」（１５〜１６頁）
　
ニ．「【００８２】
　図１６は、上りパケット処理ルーチン４００のフローチャートを示す。
　Ｌ２ＳＷ１０のプロセッサ１１は、ユーザ網ＮＷと接続された入力回線インタフェース１４から受信パケットを読み出すと、ＩＰアドレス管理テーブル７０から、ＭＡＣアドレス７１が受信パケットの送信元アドレスと一致するテーブルエントリを検索する（ステップ４０１）。検索の結果（４０２）、送信元ＭＡＣアドレスに該当するテーブルエントリが無かった場合、プロセッサ１１は、受信パケットの種類を判定し（４０３）、受信パケットがDHCP DISCOVERパケットでなければ、受信パケットを廃棄して（４１４）、このルーチンを終了する。
【００８３】
　受信パケットがDHCP DISCOVERパケットの場合、プロセッサ１１は、受信パケットの入力ポートＩＤと同一の接続ポートＩＤ７２で、ＩＰアドレス管理テーブル７０に登録済みの割当てＩＰアドレス数（テーブルエントリ数）をカウントし、割当てＩＰアドレス数が予め決められた上限値ＭＡＸに達しているか否かを判定する（４０４）。同一の接続ポートＩＤで割当てＩＰアドレス数が既に上限値に達していた場合、プロセッサ１１は、受信パケットを廃棄して（４１４）、このルーチンを終了する。
【００８４】
　割当てＩＰアドレス数が未だ上限値に達していなければ、プロセッサ１１は、ＭＡＣアドレス７１と接続ポートＩＤ７２に、受信パケットの送信元ＭＡＣアドレスと入力ポートＩＤを含み、割当てＩＰアドレス７３とリソース終了時刻７４が空欄の新たなテーブルエントリを生成し、これをＩＰアドレス管理テーブル７０に追加する（４０５）。この後、プロセッサ１１は、受信パケットをルータ３２との接続回線を収容した出力回線インタフェース１５−ｎに中継して（４１３）、このルーチンを終了する。
【００８５】
　ステップ４０２で、受信パケットの送信元ＭＡＣアドレスに該当するテーブルエントリが見つかった場合、プロセッサ１１は、検索されたテーブルエントリの接続ポートＩＤ７２と受信パケットの入力ポートＩＤとを比較する（４０）。ポートＩＤが一致した場合、プロセッサ１１は、受信パケットの種類を判定し（４０８）、ポートＩＤが不一致の場合は、モバイル型のユーザ端末が別のユーザ網に移動してパケットを送信したものと理解して、上記テーブルエントリの接続ポートＩＤ７２の値を受信パケットの入力ポートＩＤに変更（４０７）してから、受信パケットの種類を判定する（４０８）。但し、ポートＩＤが不一致の場合、破線で示すように、受信パケットを廃棄して（４１４）、このルーチンを終了するようにしてもよい。
【００８６】
　受信パケットがDHCP DISCOVERパケットの場合、プロセッサ１１は、同一のユーザ端末からDHCP DISCOVERパケットが再度送信されたものと理解して、上記テーブルエントリの割当てＩＰアドレス７３をクリア（４０９）した後、受信パケットをルータ３２との接続回線を収容した出力回線インタフェース１５−ｎに中継して（４１３）、このルーチンを終了する。
【００８７】
　受信パケットが、ＩＰアドレス解放のためのDHCP DECLINEパケットまたはDHCP RELEASEパケットの場合（４１０）、プロセッサ１１は、上記テーブルエントリをＩＰアドレス管理テーブル７０から削除（４１２）した後、受信パケットをルータ３２との接続回線を収容した出力回線インタフェース１５−ｎに中継して（４１３）、このルーチンを終了する。
【００８８】
　受信パケットが、DHCP DISCOVERパケット、DHCP DECLINEパケット、DHCP RELEASEパケットの何れにも該当しなかった場合、すなわち、ステップ４１０の判定結果がＮｏの場合、プロセッサ１１は、受信パケットをルータ３２との接続回線を収容した出力回線インタフェース１５−ｎに中継して（４１３）、このルーチンを終了する。
【００８９】
　図１７は、下りパケット処理ルーチン５００のフローチャートを示す。
　Ｌ２ＳＷ１０のプロセッサ１１は、ルータ３２と接続された入力回線インタフェース１４−ｎから受信パケットを読み出すと、ＩＰアドレス管理テーブル７０から、ＭＡＣアドレス７１が受信パケットの送信元アドレスと一致するテーブルエントリを検索する（ステップ５０１）。検索の結果（５０２）、宛先ＭＡＣアドレスに該当するテーブルエントリが無かった場合、プロセッサ１１は、受信パケットを廃棄して（５０９）、このルーチンを終了する。
【００９０】
　宛先ＭＡＣアドレスに該当するテーブルエントリが見つかった場合、プロセッサ１１は、受信パケットの種類を判定する。受信パケットが、DHCP ACK（Acknowledge）パケットの場合（５０３）、プロセッサ１１は、上記テーブルエントリの割当てＩＰアドレス７３に、受信したDHCP ACKパケットが示す割当てＩＰアドレスの値を登録し（５０４）、上記テーブルエントリのリソース終了時刻７４に、現在時刻に上記DHCP ACKパケットが示すリース期間を加えた値を設定する（５０５）。この後、プロセッサ１１は、受信パケットを宛先ＭＡＣアドレスと対応する出力回線インタフェース１５に中継して（５０８）、このルーチンを終了する。
【００９１】
　受信パケットが、DHCP NAK（Negative Acknowledge）パケットの場合（５０６）、プロセッサ１１は、ＩＰアドレス管理テーブル７０から上記検索テーブルエントリを削除し（５０７）、受信パケットを宛先ＭＡＣアドレスと対応する出力回線インタフェース１５に中継して（５０８）、このルーチンを終了する。受信パケットが、DHCP ACKパケット、DHCP NAKパケット以外のパケットの場合、プロセッサ１１は、受信パケットを宛先ＭＡＣアドレスと対応する出力回線インタフェース１５に中継して（５０８）、このルーチンを終了する。」（１６〜１７頁）
　
ホ．「【００９６】
　図１９は、実施例２におけるユーザＩＰパケット（またはＡＲＰパケット）の通信シーケンスを示す。
　ユーザ端末２０が、割当てＩＰアドレスを送信元ＩＰアドレスに適用して、ユーザＩＰパケットを送信すると（ＳＱ５１）、これを受信したＬ２ＳＷ１０は、上りパケット処理ルーチン４００を実行して、ＩＰアドレス管理テーブル７０を参照し（Ｓ５０）、受信パケットの送信元ＭＡＣアドレスに該当するテーブルエントリがＩＰアドレス管理テーブル７０に登録済みであることを確認して、受信パケットをルータ３２に中継する（ＳＱ５２）。
【００９７】
　送信元ＭＡＣアドレスに該当するテーブルエントリがＩＰアドレス管理テーブル７０に未登録の場合、Ｌ２ＳＷ１０（上りパケット処理ルーチン４００）は、受信パケットを廃棄する。但し、上り方向の受信パケットをルータ３２に中継しておき、ルータ側から受信する下り方向のパケットを下りパケット処理ルーチン５００によって廃棄するようにしてもよい。
【００９８】
　インターネットＩＰＮＷ上のサーバがユーザ端末２０宛に送信したＩＰパケットは、ルータ３２を介してＬ２ＳＷ１０に転送される（ＳＱ５３）。Ｌ２ＳＷ１０は、上記ＩＰパケットを受信すると、下りパケット処理ルーチン５００を実行して、ＩＰアドレス管理テーブル７０を参照し（Ｓ５１）、ＩＰアドレス管理テーブル７０に受信パケットの宛先ＭＡＣアドレスに該当するテーブルエントリが登録済みであることを確認して、受信パケットをユーザ端末２０に中継する（ＳＱ５４）。宛先ＭＡＣアドレスと対応するテーブルエントリがＩＰアドレス管理テーブル７０に未登録の場合、Ｌ２ＳＷ１０（下りパケット処理ルーチン５００）は、受信パケットを廃棄する。」（１８頁）
　
　上記引用例の記載及び図面並びにこの分野における技術常識を考慮すると、上記ロ．の【００６８】における「図１０は、本発明のパケット転送装置（レイヤ２スイッチ：Ｌ２ＳＷ）１０を含むネットワーク構成の第２の実施例を示す。・・・本実施例のネットワークは、Ｌ２ＳＷ１０が、ＩＰアドレス管理テーブル７０を備え」との記載、及び図１０によれば、引用例のパケット転送装置（１０）は、ＩＰアドレス管理テーブル（７０）を備えている。ここで、同ロ．の【００６８】における「Ｌ２ＳＷ１０が、ＩＰアドレス管理テーブル７０を備え、ルータ３２を介してインターネットＩＰＮＷに接続され」との記載、同ロ．の【００６９】における「ルータ３２は、ＤＨＣＰ（Dynamic Host Configuration Protocol）に従って、ユーザ端末２０に使用期限付きのＩＰアドレスの割当て／解放を行うＤＨＣＰサーバとしての機能を備えている。」との記載、及び図１０によれば、パケット転送装置（１０）は、ルータ（３２）、すなわち、ＤＨＣＰサーバに接続されている。
　また、上記ロ．の【００７３】における「図１２は、ＩＰアドレス管理テーブル７０の１例を示す。ＩＰアドレス管理テーブル７０は、ユーザ端末２０のＭＡＣアドレス７１と対応して、接続ポートＩＤ７２と、割当てＩＰアドレス７３と、リソース終了時刻７４とを示す複数のテーブルエントリ７００−１、７００−２、・・・からなる。」との記載、及び図１２によれば、前述のＩＰアドレス管理テーブル（７０）は、ＭＡＣアドレス（７１）とそれぞれの接続ポートＩＤ（７２）との間に１対１の関連付けがある。ここで、上記ホ．の【００９８】における「Ｌ２ＳＷ１０は、上記ＩＰパケットを受信すると、下りパケット処理ルーチン５００を実行して、ＩＰアドレス管理テーブル７０を参照し（Ｓ５１）、ＩＰアドレス管理テーブル７０に受信パケットの宛先ＭＡＣアドレスに該当するテーブルエントリが登録済みであることを確認して、受信パケットをユーザ端末２０に中継する（ＳＱ５４）。」との記載、及び図１９によれば、パケット転送装置（１０）は、受信パケットを中継する際に、ＩＰアドレス管理テーブル（７０）を参照（ステップＳ５１）し、パケットのＭＡＣアドレスを確認して、接続ポートを切り替えていることが読み取れる。したがって、前述のＩＰアドレス管理テーブル（７０）は、接続ポートに向けて、パケットを、それらのＭＡＣアドレスに基づいて切り替えるのに使用され、ＭＡＣアドレスとそれぞれの接続ポートの間の１対１の関連付けを含んでいるということができる。
　また、上記ニ．の【００８３】における「受信パケットがDHCP DISCOVERパケットの場合・・・」との記載、同ニ．の【００８４】における「プロセッサ１１は、ＭＡＣアドレス７１と接続ポートＩＤ７２に、受信パケットの送信元ＭＡＣアドレスと入力ポートＩＤを含み、割当てＩＰアドレス７３とリソース終了時刻７４が空欄の新たなテーブルエントリを生成し、これをＩＰアドレス管理テーブル７０に追加する（４０５）。」との記載、及び図１６（上りパケット処理ルーチン４００）によれば、パケット転送装置（１０）は、受信パケットの送信元ＭＡＣアドレスと入力ポートＩＤを含み、割当てＩＰアドレス（７３）とリソース終了時刻（７４）が空欄の新たなテーブルエントリを生成し、これをＩＰアドレス管理テーブル（７０）に追加しているから、ＩＰアドレス管理テーブル（７０）内に新たなテーブルエントリを追加している。ここで、同ニ．の【００９０】における「宛先ＭＡＣアドレスに該当するテーブルエントリが見つかった場合、プロセッサ１１は、受信パケットの種類を判定する。受信パケットが、DHCP ACK（Acknowledge）パケットの場合（５０３）、プロセッサ１１は、上記テーブルエントリの割当てＩＰアドレス７３に、受信したDHCP ACKパケットが示す割当てＩＰアドレスの値を登録し（５０４）、上記テーブルエントリのリソース終了時刻７４に、現在時刻に上記DHCP ACKパケットが示すリース期間を加えた値を設定する（５０５）。」との記載、及び図１７（下りパケット処理ルーチン５００）によれば、パケット転送装置（１０）は、前述のＩＰアドレス管理テーブル（７０）におけるテーブルエントリの割当てＩＰアドレス（７３）に、受信したDHCP ACKパケットが示す割当てＩＰアドレスの値を登録し（ステップ５０４）、また、テーブルエントリのリソース終了時刻（７４）に、現在時刻にDHCP ACKパケットが示すリース期間を加えた値を設定している（ステップ５０５）。したがって、パケット転送装置（１０）は、（α）ＩＰアドレス管理テーブル（７０）内にテーブルエントリを構成しているということができる。
　また、上記ロ．の【００７５】における「ＩＰアドレス管理テーブル７０には、Ｌ２ＳＷ１０が、ユーザ端末から接続要求（DHCP DISCOVER）パケットを受信した時、上りパケット処理ルーチン４００によって、新たなテーブルエントリが追加される。また、各テーブルエントリには、Ｌ２ＳＷ１０が、ユーザ端末からのＩＰアドレス割当て要求（DHCP REQUEST）に応答してルータ３２が返送するＩＰアドレス通知（DHCP ACK）パケットを受信した時、下りパケット処理ルーチン５００によって、割当てＩＰアドレス７３とリソース終了時刻７４とが登録される。」との記載、また、同ロ．の【００６９】における「ルータ３２は、ＤＨＣＰ（Dynamic Host Configuration Protocol）に従って、ユーザ端末２０に使用期限付きのＩＰアドレスの割当て／解放を行うＤＨＣＰサーバとしての機能を備えている。」との記載、図１６及び図１７によれば、パケット転送装置（１０）は、（β）ＤＨＣＰ（Dynamic Host Configuration Protocol）に従って、割当てＩＰアドレス（７３）をユーザ端末（２０）に割り当てるために、ＤＨＣＰサーバとユーザ端末（２０）間で交換されるDHCP DISCOVERパケット、DHCP REQUESTパケット及びDHCP ACKパケットを受信しているということができる。
　上記ニ．の【００９０】における「宛先ＭＡＣアドレスに該当するテーブルエントリが見つかった場合、プロセッサ１１は、受信パケットの種類を判定する。受信パケットが、DHCP ACK（Acknowledge）パケットの場合（５０３）、プロセッサ１１は、上記テーブルエントリの割当てＩＰアドレス７３に、受信したDHCP ACKパケットが示す割当てＩＰアドレスの値を登録し（５０４）、上記テーブルエントリのリソース終了時刻７４に、現在時刻に上記DHCP ACKパケットが示すリース期間を加えた値を設定する（５０５）。」との記載、また、同ニ．の【００９１】における「受信パケットが、DHCP NAK（Negative Acknowledge）パケットの場合（５０６）、プロセッサ１１は、ＩＰアドレス管理テーブル７０から上記検索テーブルエントリを削除し（５０７）」との記載、また、同ニ．の【００８７】における「受信パケットが、ＩＰアドレス解放のためのDHCP DECLINEパケットまたはDHCP RELEASEパケットの場合（４１０）、プロセッサ１１は、上記テーブルエントリをＩＰアドレス管理テーブル７０から削除（４１２）し」との記載、及び図１７によれば、パケット転送装置（１０）は、ユーザ端末（２０）のＭＡＣアドレスに関連するＩＰアドレス管理テーブル（７０）のテーブルエントリのリソース終了時刻（７４）を、DHCP ACKパケットによって現在時刻に上記DHCP ACKパケットが示すリース期間を加えた値に設定してリース開始し、一方、DHCP NAKパケット、DHCP DECLINEパケットまたはDHCP RELEASEパケットによってＩＰアドレス管理テーブル（７０）のテーブルエントリを削除してリース終了している。さらに、図１０における、ユーザ端末（２０−Ａ１、２０−Ｂ１、２０−Ｃ１、２０−Ｃ２）のうち特定のユーザ端末（２０−Ａ１）に着目すれば、図１２（ＩＰアドレス管理テーブル７０）における、上記ユーザ端末（２０−Ａ１）に関するテーブルエントリは、特定のテーブルエントリ（７００−１）であり、そのＭＡＣアドレス（７１）は、特定のＭＡＣアドレス（Ｅａ１）であり、その割当ＩＰアドレス（７３）は、特定の割当ＩＰアドレス（Ｉａ１）であり、そのリソース終了時刻（７４）は、特定のリソース終了時刻（Ｔａ１）であることが読み取れる。したがって、パケット転送装置（１０）は、（γ）特定のユーザ端末（２０）の特定のＭＡＣアドレスに関連するＩＰアドレス管理テーブル（７０）の特定のテーブルエントリのリソース終了時刻（７４）を現在時刻に特定のユーザ端末（２０）への特定の割当てＩＰアドレス（７３）のリース時間を加えた値に設定しているということができる。
　
　そして、上記（α）ないし（γ）より、上記引用例には、パケット転送装置（１０）が、ＤＨＣＰサーバとユーザ端末（２０）間で交換されるDHCP DISCOVERパケット、DHCP REQUESTパケット及びDHCP ACKパケット等を受信して、ＩＰアドレス管理テーブル（７０）を構成する方法について記載されているということができる。
　
　したがって、上記引用例には以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
　
　「接続ポートに向けて、パケットを、それらのＭＡＣアドレスに基づいて切り替えるのに使用され、及び、ＭＡＣアドレスとそれぞれの接続ポートの間の１対１の関連付けを含む、パケット転送装置（１０）内のＩＰアドレス管理テーブル（７０）を、構成する方法であって、
　前記ＩＰアドレス管理テーブル（７０）内にテーブルエントリを構成するステップと、
　そこに割当てＩＰアドレス（７３）を割り当てるためにＤＨＣＰサーバとユーザ端末（２０）間で交換されるDHCP DISCOVERパケット、DHCP REQUESTパケット及びDHCP ACKパケットを受信するステップとを含み、
　前記方法はさらに、
　特定のユーザ端末（２０）の特定のＭＡＣアドレスに関連する前記ＩＰアドレス管理テーブル（７０）の特定のテーブルエントリのリソース終了時刻（７４）を、現在時刻に前記特定のユーザ端末（２０）への特定の割当てＩＰアドレス（７３）のリース期間を加えた値に設定するステップを含む、方法。」
　
第３　対比
　本願発明と引用発明とを対比する。
ａ．引用発明の「接続ポート」、「パケット」、「ＭＡＣアドレス」、「パケット転送装置（１０）」、「ＩＰアドレス管理テーブル（７０）」、「テーブルエントリ」、「割当てＩＰアドレス（７３）」、「ＤＨＣＰサーバ」及び「ユーザ端末（２０）」は、本願発明の「出口ポート」、「着信フレーム」、「宛先ハードウェアアドレス」、「アクセスノード」、「転送テーブル（３２）」、「転送エントリ」、「ネットワークアドレス」、「自動構成サーバ（４）」及び「加入者装置」にそれぞれ対応する構成であり両者の間に実質的な差異はない。
ｂ．引用発明の「パケット転送装置（１０）内のＩＰアドレス管理テーブル（７０）を、構成する方法」と、本願発明の「アクセスノード（２ａ、２ｂ）内の転送テーブル（３２）を、自己構成する方法」とは、後述する相違点を除いて、両者は「アクセスノード内の転送テーブルを、構成する方法」という点で共通する。
ｃ．引用発明の「DHCP DISCOVERパケット、DHCP REQUESTパケット及びDHCP ACKパケット」は、上記引用例の上記ハ．の【００８０】における「メッセージタイプ８７２には、ＤＨＣＰメッセージのタイプ、例えば、「DISCOVER」、「OFFER」、「REQUEST」、「ACK」、「NAK」、「DECLINE」または「RELEASE」を示すコードが設定される。」との記載によれば、ＤＨＣＰメッセージであり、これらＤＨＣＰメッセージを用いて、ＩＰアドレス管理テーブル（７０）を構成しているから、「自動構成メッセージ」ということができる。
ｄ．引用発明の「受信する」は、「捕捉する」ということができる。
　
　したがって、本願発明と引用発明は、以下の点で一致する。
　
＜一致点＞
　「出口ポートに向けて、着信フレームを、それらの宛先ハードウェアアドレスに基づいて切り替えるのに使用され、及び、宛先ハードウェアアドレスとそれぞれの出口ポートの間の１対１の関連付けを含む、アクセスノード内の転送テーブルを、構成する方法であって、
　前記転送テーブル内に転送エントリを構成するステップと、
　そこにネットワークアドレスを割り当てるために自動構成サーバと加入者装置の間で交換される自動構成メッセージを捕捉するステップとを含む、
　方法。」
　
　そして、以下の点で、相違する。
　
＜相違点１＞
　「転送テーブルを、構成する方法」に関し、
　本願発明は、転送テーブルを、「自己構成する」のに対し、引用発明は、ＩＰアドレス管理テーブル（７０）（本願発明の「転送テーブル」に相当。）を構成するものの、「自己」構成するとの特定がない点。
　
＜相違点２＞
　本願発明は、さらに「特定の加入者装置（１）の特定のハードウェアアドレス（Ｍａｃ＠１）に関連する前記転送テーブルの特定の転送エントリの存続期間を前記特定の加入者装置への特定のネットワークアドレス（ＩＰ＠１）のリース時間と同期化するステップ」を含むのに対し、引用発明は、さらに、特定のユーザ端末（２０）（本願発明の「加入者装置」に相当。）の特定のＭＡＣアドレス（本願発明の「宛先ハードウェアアドレス」に相当。）に関連する前記ＩＰアドレス管理テーブル（７０）の特定のテーブルエントリのリソース終了時刻（７４）を、現在時刻に前記特定のユーザ端末（２０）への特定の割当てＩＰアドレス（７３）（本願発明の「ネットワークアドレス」に相当。）のリース期間を加えた値に設定するステップを含むものである点。
　
第４　判断
（１）上記相違点１について
　上記引用例の上記ロ．の【００７５】における「ＩＰアドレス管理テーブル７０には、Ｌ２ＳＷ１０が、ユーザ端末から接続要求（DHCP DISCOVER）パケットを受信した時、上りパケット処理ルーチン４００によって、新たなテーブルエントリが追加される。また、各テーブルエントリには、Ｌ２ＳＷ１０が、ユーザ端末からのＩＰアドレス割当て要求（DHCP REQUEST）に応答してルータ３２が返送するＩＰアドレス通知（DHCP ACK）パケットを受信した時、下りパケット処理ルーチン５００によって、割当てＩＰアドレス７３とリソース終了時刻７４とが登録される。」との記載によれば、パケット転送装置（１０）は、ユーザ端末及びルータ（３２）（ＤＨＣＰサーバ）から、DHCP DISCOVERパケット、DHCP REQUESTパケット及びDHCP ACKパケットを用いて、パケット転送装置（１０）自身で、ＩＰアドレス管理テーブル（７０）を構成しているから、ＩＰアドレス管理テーブル（７０）を構成することは、適宜「自己」構成すると称することができる。
　したがって、上記相違点１は、実質的な相違点であるとはいえない。
　
（２）上記相違点２について
　引用発明における「特定のユーザ端末（２０）の特定のＭＡＣアドレスに関連する前記ＩＰアドレス管理テーブル（７０）の特定のテーブルエントリのリソース終了時刻（７４）」は、現在時刻に特定のユーザ端末（２０）への特定の割当てＩＰアドレス（７３）のリース期間を加えたものであって、前記第３のロ．の【００７４】における「リソース終了時刻７４は、割当てＩＰアドレスの有効期限を示している。」との記載より、上記特定の割当てＩＰアドレスの有効期限と表すものといえるから、本願発明の「特定の加入者装置（１）の特定のハードウェアアドレス（Ｍａｃ＠１）に関連する前記転送テーブルの特定の転送エントリの存続期間」との間に実質的な相違があるとはいえない。
　また、引用発明における「前記特定のユーザ端末（２０）への特定の割当てＩＰアドレス（７３）のリース期間」と、本願発明の「前記特定の加入者装置への特定のネットワークアドレス（ＩＰ＠１）のリース時間」との間にも、実質的な相違があるとはいえない。
　そして、引用発明における上記「リソース終了時刻（７４）」は、現在時刻に特定のユーザ端末（２０）への特定の割当てＩＰアドレス（７３）のリース期間を加えたものであるから、上記リース期間に同期化したものであることは明らかである。
　そうすると、本願発明の「特定の加入者装置（１）の特定のハードウェアアドレス（Ｍａｃ＠１）に関連する前記転送テーブルの特定の転送エントリの存続期間を前記特定の加入者装置への特定のネットワークアドレス（ＩＰ＠１）のリース時間と同期化するステップ」と、引用発明の「特定のユーザ端末（２０）の特定のＭＡＣアドレスに関連する前記ＩＰアドレス管理テーブル（７０）の特定のテーブルエントリのリソース終了時刻（７４）を、現在時刻に前記特定のユーザ端末（２０）への特定の割当てＩＰアドレス（７３）のリース期間を加えた値に設定するステップ」との間に実質的な相違があるとはいえない。
　仮にそうでないとしても、引用発明において、上記「リソース終了時刻７４」を、特定のユーザ端末（２０）への特定の割当てＩＰアドレス（７３）のリース期間と同期化させることは、当業者が当然に行い得るものである。
　したがって、上記相違点２は、本願発明と引用発明との実質的な相違点であるとはいえず、また、そうでないとしても、当業者が当然に行い得るものである。
　
（３）小括
　本願発明と引用発明との間に、実質的な相違点があるということはできず、また、そうでないとしても、本願発明は、引用発明に基づいて、当業者が容易に想到し得たものである。
　
第５　むすび
　以上のとおり、本願発明は、本願の優先権主張の日前に日本国内において、頒布された刊行物に記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
　また、そうでないとしても、本願発明は、上記引用例に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　したがって、本願はその余の請求項について論及するまでもなく拒絶すべきものである。
　よって、結論のとおり審決する。