【事件の表示】
　特願２０１３−１７９００４「動的に構成されるネットワークにおいて端末を防御する方法およびシステム」拒絶査定不服審判事件〔平成２６年　３月２０日出願公開、特開２０１４−　５３００４、請求項の数（２１）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本件審判請求に係る出願（以下「本願」と記す。）は、平成２５年８月３０日（パリ条約による優先権主張外国庁受理２０１２年９月４日　アメリカ合衆国）を出願日とする出願であって、平成２５年１１月１日付けで特許法第３６条の２第２項の規定による外国語書面、及び、外国語要約書面の日本語による翻訳文が提出され、同日付けで審査請求がなされ、平成２６年８月２９日付けで拒絶理由通知（同年９月３日発送）がなされ、同年１２月２日付けで意見書が提出されると共に、同日付けで手続補正書が提出され、同年１２月１５日付けで拒絶査定（同年１２月１７日謄本送達）がなされたものである。 
　これに対して、「原査定を取り消す。本願の発明は特許すべきものとする、との審決を求める。」ことを請求の趣旨として、平成２７年４月１７日付けで審判請求がされるとともに、同日付けで手続補正書が提出され、同年７月３０日付けで特許法第１６４条第３項に定める報告がなされた。 
第２　平成２７年４月１７日付けの手続補正の適否
１．補正の内容
　平成２７年４月１７日付けの手続補正（以下、「本件補正」という。）の内容は、平成２６年１２月２日付けの手続補正により補正された特許請求の範囲の請求項１ないし請求項２１の記載
「【請求項１】
　ネットワーククライアント端末の安全性向上のための計算機実装方法であって、
　前記ネットワーククライアント端末によって、ネットワーク構成情報の要求に対する一つあるいは複数のＤＨＣＰオファー応答を受信することと、
　前記ネットワーククライアント端末によって、前記一つあるいは複数のＤＨＣＰオファー応答のそれぞれのＤＨＣＰオファー応答に関連するとともに当該応答の信頼性を示す得点を決定することであって、前記得点は、それぞれのＤＨＣＰオファー応答に埋め込まれているあるいは関連する複数の属性に基づくものであることと、
　前記ネットワーククライアント端末によって、前記一つあるいは複数のＤＨＣＰオファー応答にそれぞれ関連する前記得点に基づいて、前記一つあるいは複数のＤＨＣＰオファー応答から最良のＤＨＣＰオファー応答を選択的に特定することと、
　前記最良の応答に従って前記ネットワーククライアント端末を設定することと、を含む計算機実装方法。 
　　【請求項２】
　請求項１に記載の計算機実装方法において、一つあるいは複数のＤＨＣＰオファー応答を受信することが、設定可能な時間にわたって応答を受信し、かつ受信した応答を記憶することを含む、計算機実装方法。
　　【請求項３】
　請求項２に記載の計算機実装方法において、一つあるいは複数のＤＨＣＰオファー応答を受信することは、リセット可能なタイマに基づいて行うことを特徴とする計算機実装方法。
　　【請求項４】
　請求項１に記載の計算機実装方法において、前記ネットワーク構成情報がＤＨＣＰサーバにより提供される情報により構成され、
　その情報が、
　クライアントのＩＰアドレス、
　サブネットマスク、
　ＤＨＣＰサーバのＩＰアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス、
　一つあるいは複数のＤＮＳサーバのＩＰアドレス、および
　ネットワークゲートウェイのＩＰアドレス、のうちの一つあるいは複数を含むことを特徴とする計算機実装方法。
　　【請求項５】
　請求項１に記載の計算機実装方法において、前記複数の属性は、
　クライアントのＩＰアドレス、
　サブネットマスク、
　ＤＨＣＰサーバのＩＰアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス内のＯＵＩの存在および値の少なくとも一方、
　一つあるいは複数のＤＮＳサーバのＩＰアドレス、および
　ネットワークゲートウェイのＩＰアドレス、のうちの複数に該当することを特徴とする計算機実装方法。
　　【請求項６】
　請求項１に記載の計算機実装方法において、ＤＨＣＰオファー応答に関連する得点を決定することは、前記属性に関連する属性値が記憶された属性リストに存在するか否かに基づいて属性を採点することを特徴とする計算機実装方法。
　　【請求項７】
　請求項１に記載の計算機実装方法において、ＤＨＣＰオファー応答に関連する得点を決定することは、ＤＨＣＰオファー応答を受信する順序に全てあるいは一部基づくことを特徴とする計算機実装方法。
　　【請求項８】
　請求項１に記載の計算機実装方法において、ＤＨＣＰオファー応答に関連する得点を決定することは、ネットワーク構成情報の要求を発信してからＤＨＣＰオファー応答を受信するまでに経過した時間に全てあるいは一部基づくことを特徴とする計算機実装方法。
　　【請求項９】
　請求項１に記載の計算機実装方法において、最良のＤＨＣＰオファー応答は、最高得点をもつＤＨＣＰオファー応答であることを特徴とする計算機実装方法。
　　【請求項１０】
　請求項１に記載の計算機実装方法において、最良のＤＨＣＰオファー応答は、重み付けをしたランダム選択に基づいて、受信した一つあるいは複数のＤＨＣＰオファー応答からランダムに選択されることを特徴する計算機実装方法。
　　【請求項１１】
　ネットワーククライアント端末の安全性を実装するためのシステムであって、
　プロセッサと、
　前記プロセッサに結合されたメモリを備え、
　前記メモリは、プロセッサで実行可能なプログラム命令を保持し、
　前記命令は、
　前記ネットワーククライアント端末によって、ネットワーク構成情報の要求に対する一つあるいは複数のＤＨＣＰオファー応答を受信することと、
　前記ネットワーククライアント端末によって、前記一つあるいは複数のＤＨＣＰオファー応答のそれぞれのＤＨＣＰオファー応答に関連するとともに当該応答の信頼性を示す得点を決定することであって、前記得点は、それぞれのＤＨＣＰオファー応答に埋め込まれているあるいは関連する複数の属性に基づくものであることと、
　前記ネットワーククライアント端末によって、前記一つあるいは複数のＤＨＣＰオファー応答にそれぞれ関連する前記得点に基づいて、前記一つあるいは複数のＤＨＣＰオファー応答から最良のＤＨＣＰオファー応答を選択的に特定することと、
　前記最良のＤＨＣＰオファー応答に従って前記ネットワーククライアント端末を設定すること、を含むことを特徴とするシステム。
　　【請求項１２】
　請求項１１に記載のシステムにおいて、一つあるいは複数のＤＨＣＰオファー応答を受信することが、設定可能な時間にわたって応答を受信し、かつ受信した応答を記憶することを含むシステム。
　　【請求項１３】
　請求項１２に記載のシステムにおいて、一つあるいは複数のＤＨＣＰオファー応答を受信することは、リセット可能なタイマに基づいて行うことを特徴とするシステム。
　　【請求項１４】
　請求項１１に記載のシステムにおいて、ネットワーク構成情報がＤＨＣＰサーバにより提供される情報により構成され、
　その情報が、
　クライアントのＩＰアドレス、
　サブネットマスク、
　ＤＨＣＰサーバのＩＰアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス、
　一つあるいは複数のＤＮＳサーバのＩＰアドレス、および
　ネットワークゲートウェイのＩＰアドレス、のうちの一つあるいは複数を含むことを特徴とするシステム。
　　【請求項１５】
　請求項１１に記載のシステムにおいて、前記複数の属性は、
　クライアントのＩＰアドレス、
　サブネットマスク、
　ＤＨＣＰサーバのＩＰアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス内のＯＵＩの存在および値の少なくとも一方、
　一つあるいは複数のＤＮＳサーバのＩＰアドレス、および
　ネットワークゲートウェイのＩＰアドレス、のうちの複数に該当することを特徴とするシステム。
　　【請求項１６】
　請求項１１に記載のシステムにおいて、ＤＨＣＰオファー応答に関連する得点を決定することは、前記属性に関連する属性値が記憶された属性リストに存在するか否かに基づいて属性を採点することを特徴とするシステム。
　　【請求項１７】
　請求項１１に記載のシステムにおいて、ＤＨＣＰオファー応答に関連する得点を決定することは、ＤＨＣＰオファー応答を受信する順序に全てあるいは一部基づくことを特徴とするシステム。
　　【請求項１８】
　請求項１１に記載のシステムにおいて、ＤＨＣＰオファー応答に関連する得点を決定することは、ネットワーク構成情報の要求を発信してからＤＨＣＰオファー応答を受信するまでに経過した時間に全てあるいは一部基づくことを特徴とするシステム。
　　【請求項１９】
　請求項１１に記載のシステムにおいて、最良のＤＨＣＰオファー応答は、最高得点をもつＤＨＣＰオファー応答であることを特徴とするシステム。
　　【請求項２０】
　請求項１１に記載のシステムにおいて、最良のＤＨＣＰオファー応答は、重み付けをしたランダム選択に基づいて、受信した一つあるいは複数のＤＨＣＰオファー応答からランダムに選択されることを特徴するシステム。
　　【請求項２１】
　請求項１１に記載のシステムにおいて、ＤＨＣＰオファー応答に関連する得点を決定することは、ＤＨＣＰオファーに含まれるネットワーク構成情報に含まれているネットワークのゲートウェイアドレスがネットワーク上のＤＮＳサーバのＩＰアドレスと異なるかに基づくことを特徴とするシステム。」（以下、この特許請求の範囲に記載された請求項各項を「本件補正前の請求項」という。）
を、
「【請求項１】
　ネットワーククライアント端末の安全性向上のための計算機実装方法であって、
　前記ネットワーククライアント端末によって、ネットワーク構成情報の要求に対す
る複
複数のＤＨＣＰサーバから
　前記ネットワーククライアント端末によって、前
記複
が不正なＤＨＣＰサーバ以外のＤＨＣＰサーバから送られてきた応答であることを判別するため
の度合い
　前記ネットワーククライアント端末によって、前
記複
記複
　前記最良の応答に従って
所定のＤＨＣＰサーバに対して
　　【請求項２】
　請求項１に記載の計算機実装方法において
、複
　　【請求項３】
　請求項２に記載の計算機実装方法において
、複
　　【請求項４】
　請求項１に記載の計算機実装方法において、前記ネットワーク構成情報がＤＨＣＰサーバにより提供される情報により構成され、
　その情報が、
　クライアントのＩＰアドレス、
　サブネットマスク、
　ＤＨＣＰサーバのＩＰアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス、
　一つあるいは複数のＤＮＳサーバのＩＰアドレス、および
　ネットワークゲートウェイのＩＰアドレス、のうちの一つあるいは複数を含むことを特徴とする計算機実装方法。
　　【請求項５】
　請求項１に記載の計算機実装方法において、前記複数の属性は、
　クライアントのＩＰアドレス、
　サブネットマスク、
　ＤＨＣＰサーバのＩＰアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス内のＯＵＩの存在および値の少なくとも一方、
　一つあるいは複数のＤＮＳサーバのＩＰアドレス、および
　ネットワークゲートウェイのＩＰアドレス、のうちの複数に該当することを特徴とする計算機実装方法。
　　【請求項６】
　請求項１に記載の計算機実装方法において、ＤＨＣＰオファー応答に関連する得点を決定することは、前記属性に関連する属性値が記憶された属性リストに存在するか否かに基づいて属性を採点することを特徴とする計算機実装方法。
　　【請求項７】
　請求項１に記載の計算機実装方法において、ＤＨＣＰオファー応答に関連する得点を決定することは、ＤＨＣＰオファー応答を受信する順序に全てあるいは一部基づくことを特徴とする計算機実装方法。
　　【請求項８】
　請求項１に記載の計算機実装方法において、ＤＨＣＰオファー応答に関連する得点を決定することは、ネットワーク構成情報の要求を発信してからＤＨＣＰオファー応答を受信するまでに経過した時間に全てあるいは一部基づくことを特徴とする計算機実装方法。
　　【請求項９】
　請求項１に記載の計算機実装方法において、最良のＤＨＣＰオファー応答は、最高得点をもつＤＨＣＰオファー応答であることを特徴とする計算機実装方法。
　　【請求項１０】
　請求項１に記載の計算機実装方法において、最良のＤＨＣＰオファー応答は、重み付けをしたランダム選択に基づいて、受信し
た複
　　【請求項１１】
　ネットワーククライアント端末の安全性を実装するためのシステムであって、
　プロセッサと、
　前記プロセッサに結合されたメモリを備え、
　前記メモリは、プロセッサで実行可能なプログラム命令を保持し、
　前記命令は、
　前記ネットワーククライアント端末によって、ネットワーク構成情報の要求に対す
る複
複数のＤＨＣＰサーバから
　前記ネットワーククライアント端末によって、前
記複
が不正なＤＨＣＰサーバ以外のＤＨＣＰサーバから送られてきた応答であることを判別するため
の度合い
　前記ネットワーククライアント端末によって、前
記複
記複
　前記最良のＤＨＣＰオファー応答に従って
所定のＤＨＣＰサーバに対して
　　【請求項１２】
　請求項１１に記載のシステムにおいて
、複
　　【請求項１３】
　請求項１２に記載のシステムにおいて
、複
　　【請求項１４】
　請求項１１に記載のシステムにおいて、ネットワーク構成情報がＤＨＣＰサーバにより提供される情報により構成され、
　その情報が、
　クライアントのＩＰアドレス、
　サブネットマスク、
　ＤＨＣＰサーバのＩＰアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス、
　一つあるいは複数のＤＮＳサーバのＩＰアドレス、および
　ネットワークゲートウェイのＩＰアドレス、のうちの一つあるいは複数を含むことを特徴とするシステム。
　　【請求項１５】
　請求項１１に記載のシステムにおいて、前記複数の属性は、
　クライアントのＩＰアドレス、
　サブネットマスク、
　ＤＨＣＰサーバのＩＰアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス、
　ＤＨＣＰサーバのＭＡＣアドレス内のＯＵＩの存在および値の少なくとも一方、
　一つあるいは複数のＤＮＳサーバのＩＰアドレス、および
　ネットワークゲートウェイのＩＰアドレス、のうちの複数に該当することを特徴とするシステム。
　　【請求項１６】
　請求項１１に記載のシステムにおいて、ＤＨＣＰオファー応答に関連する得点を決定することは、前記属性に関連する属性値が記憶された属性リストに存在するか否かに基づいて属性を採点することを特徴とするシステム。
　　【請求項１７】
　請求項１１に記載のシステムにおいて、ＤＨＣＰオファー応答に関連する得点を決定することは、ＤＨＣＰオファー応答を受信する順序に全てあるいは一部基づくことを特徴とするシステム。
　　【請求項１８】
　請求項１１に記載のシステムにおいて、ＤＨＣＰオファー応答に関連する得点を決定することは、ネットワーク構成情報の要求を発信してからＤＨＣＰオファー応答を受信するまでに経過した時間に全てあるいは一部基づくことを特徴とするシステム。
　　【請求項１９】
　請求項１１に記載のシステムにおいて、最良のＤＨＣＰオファー応答は、最高得点をもつＤＨＣＰオファー応答であることを特徴とするシステム。
　　【請求項２０】
　請求項１１に記載のシステムにおいて、最良のＤＨＣＰオファー応答は、重み付けをしたランダム選択に基づいて、受信し
た複
　　【請求項２１】
　請求項１１に記載のシステムにおいて、ＤＨＣＰオファー応答に関連する得点を決定することは、ＤＨＣＰオファーに含まれるネットワーク構成情報に含まれているネットワークのゲートウェイアドレスがネットワーク上のＤＮＳサーバのＩＰアドレスと異なるかに基づくことを特徴とするシステム。」（以下、この特許請求の範囲に記載された請求項各項を「本件補正後の請求項」という。下線は、補正箇所を示すものとして、請求人が付与したものである。） 
  
 に補正するものである。
　本件補正前の請求項と、本件補正後の請求項とを比較すると、本件補正後の請求項１−３，１０−１３，２０はそれぞれ，本件補正前の請求項１−３，１０−１３，２０に対応することは明らかであり、本件補正後の請求項１−３，１０−１３，２０に係る補正は、下記の補正事項よりなるものである。 
（補正事項１）
　本件補正前の請求項１の「一つあるいは複数のＤＨＣＰオファー応答」との記載の「一つあるいは複数の」との記載を「複数の」との記載に限定する補正。
　請求項２，３，１０−１３，２０についても同様である。
（補正事項２）
　本件補正前の請求項１の「ＤＨＣＰオファー応答を受信する」との記載を、「ＤＨＣＰオファー応答を複数のＤＨＣＰサーバから受信する」との記載に限定する補正。
　請求項１１についても同様である。
（補正事項３）
　本件補正前の請求項１の「当該応答の信頼性を示す得点」との記載を、「当該応答が不正なＤＨＣＰサーバ以外のＤＨＣＰサーバから送られてきた応答であることを判別するための信頼性の度合いを示す得点」との記載に限定する補正。
　請求項１１についても同様である。
（補正事項４）
　本件補正前の請求項１の「前記ネットワーククライアント端末を設定する」との記載の前に、「所定のＤＨＣＰサーバに対して」との記載を追加する補正。
　請求項１１についても同様である。
２．補正の適否
　上記補正事項１−４は限定的減縮を目的とするものであり、本件補正は、特許法第１７条の２第５項第２号に掲げる特許請求の範囲の減縮を目的とするものに該当すると言えることから、特許法第１７条の２第５項の規定を満たすものである。
　また、特許法第１７条の２第３項、第４項に違反するところはない。
　そこで、本件補正後の前記請求項１に記載された発明（以下、「本件補正発明」という。）が特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について以下に検討する。
（１）引用文献　 
 　 
（１−１）引用文献１に記載されている技術的事項及び引用発明 
　本願の第一国出願日前に頒布又は電気通信回線を通じて公衆に利用可能となった、原審の平成２６年８月２９日付けの拒絶理由通知において引用された、特開平１１−１５４９７８号公報（平成１１年６月８日出願公開、以下、「引用文献１」という。）には、以下の技術的事項が記載されている。 （当審注：下線は、参考のために当審で付与したものである。）
Ａ　「【０００１】
【発明の属する技術分野】
本発明は、
２以上のＤＨＣＰサーバが存在する場合に、各クライアントがそれぞれ所定のＤＨＣＰサーバを選択し、もってＩＰアドレスの管理を容易にするネットワークシステム及びＤＨＣＰサーバ選択方法
Ｂ　「【００５８】図５は、図１に示すクライアント１２がＩＰアドレスを取得するまでの手順を示すフローチャートである。なお、ここでは、ＤＨＣＰサーバ１１を選択する場合を示している。
【００５９】同図に示すように、まず最初に、
クライアント１２がディスカバーパケットをブロードキャストすると
【００６０】次に、
ＤＨＣＰサーバ１１及び２１は、
オファーパケットをクライアント１２に送信する
【００６１】そして、
クライアント１２が各オファーパケットを受信
各オファーパケットからそれぞれＩＰアドレスを抽出し、各ＩＰアドレスと記憶部１２ｆに記憶した基準アドレスとを用いて、ＩＰアドレスを取得するＤＨＣＰサーバを選択処理する
【００６２】そして、
クライアント１２がＤＨＣＰサーバ１１を選択したならば、該クライアント１２は、ネットワーク上にリクエストパケットをブロードキャストし、ＤＨＣＰサーバ１１に対して使用権の申請を行う
【００６３】そして、ＤＨＣＰサーバ２１が該リクエストパケットを受信すると（ステップ５０７）、自所宛のＩＰアドレスの要求ではないために処理を終了する。
【００６４】一方、ＤＨＣＰサーバ１１では、リクエストパケットを受信したならば（ステップ５０７）、自所宛のＩＰアドレスの要求であるので申請許可を意味するアックパケットをクライアント１２に返送する（ステップ５０８）。
【００６５】そして、クライアント１２が該アックパケットを受信したならば（ステップ５０９）、
ＤＨＣＰサーバ１１から付与されたＩＰアドレスを使用すべきＩＰアドレスとして設定
Ｃ　「【００６８】図６は、図５のステップ５０５に示すサーバ選択処理手順を示すフローチャートである。
【００６９】同図に示すように、
クライアント１２は、ＤＨＣＰサーバ１１及び２１がそれぞれ返送したオファーパケットからＩＰアドレスを抽出した後
記憶部１２ｆに記憶した基準アドレスを読み出す
【００７０】そして、
各ＩＰアドレスと基準アドレスとの差分を算定し
この差分が最小となるＤＨＣＰサーバを選択する
　ここで、上記引用文献１に記載されている事項を検討する。
ア　上記Ａの「本発明は、・・・２以上のＤＨＣＰサーバが存在する場合に、各クライアントがそれぞれ所定のＤＨＣＰサーバを選択し、もってＩＰアドレスの管理を容易にするネットワークシステム及びＤＨＣＰサーバ選択方法」より、引用文献１には「クライアントのＩＰアドレス管理を容易にするＤＨＣＰサーバ選択方法」が記載されているものと解される。
イ　上記Ｂの「クライアント１２がディスカバーパケットをブロードキャストすると・・・ＤＨＣＰサーバ１１及び２１は、・・・オファーパケットをクライアント１２に送信する・・・クライアント１２が各オファーパケットを受信」より、クライアントのディスカバーパケットに対する複数のＤＨＣＰサーバからの複数のオファーパケットを受信していることから、引用文献１には「クライアントによって、ディスカバーパケットに対する複数のオファーパケットを複数のＤＨＣＰサーバから受信」することが記載されているものと解される。
ウ　上記Ｂの「クライアント１２が・・・各オファーパケットからそれぞれＩＰアドレスを抽出し、各ＩＰアドレスと記憶部１２ｆに記憶した基準アドレスとを用いて、ＩＰアドレスを取得するＤＨＣＰサーバを選択処理する」及び上記Ｃの「クライアント１２は、ＤＨＣＰサーバ１１及び２１がそれぞれ返送したオファーパケットからＩＰアドレスを抽出した後・・・記憶部１２ｆに記憶した基準アドレスを読み出す・・・各ＩＰアドレスと基準アドレスとの差分を算定し・・・この差分が最小となるＤＨＣＰサーバを選択する」より、引用文献１には「クライアントによって、複数のオファーパケットのＩＰアドレスに基づいて、ＤＨＣＰサーバを選択」することが記載されているものと解される。
エ　上記Ｂの「クライアント１２がＤＨＣＰサーバ１１を選択したならば、該クライアント１２は、ネットワーク上にリクエストパケットをブロードキャストし、ＤＨＣＰサーバ１１に対して使用権の申請を行う・・・ＤＨＣＰサーバ１１から付与されたＩＰアドレスを使用すべきＩＰアドレスとして設定」より、引用文献１には「クライアントは、選択したＤＨＣＰサーバに対して使用権の申請を行い、クライアントのＩＰアドレスを設定する」ことが記載されているものと解される。
　してみると、引用文献１には次の発明（以下、「引用発明」という。）が記載されているものと認められる。
「クライアントのＩＰアドレス管理を容易にするＤＨＣＰサーバ選択方法において、
　クライアントによって、ディスカバーパケットに対する複数のオファーパケットを複数のＤＨＣＰサーバから受信し、
　クライアントによって、複数のオファーパケットのＩＰアドレスに基づいて、ＤＨＣＰサーバを選択し、
　クライアントは、選択したＤＨＣＰサーバに対して使用権の申請を行い、クライアントのＩＰアドレスを設定する、
　ことを含むＤＨＣＰサーバ選択方法。」
（１−２）引用文献２に記載されている技術的事項
　本願の第一国出願日前に頒布又は電気通信回線を通じて公衆に利用可能となった、原審の平成２６年８月２９日付けの拒絶理由通知において引用された、米国特許出願公開第２００５／００７１４８０号明細書（２００５年３月３１日公開、以下、「引用文献２」という。）には、以下の技術的事項が記載されている。（当審注：下線は、参考のために当審で付与したものである。）
Ｄ　「[0009]  The present invention is directed to a method and system for managing a secure configuration of a server blade on a network. The server blade has a Remote Supervisor Adapter (RSA) card, which contains a list of trusted Dynamic Host Configuration Protocol (DHCP) servers. A remote manager, which communicates with the RSA card via a hyper-secure network, maintains the list of trusted DHCP servers on the RSA card. 
When the server blade broadcasts a request for configuration parameters to connect to the network, a responsive offer is returned from a DHCP server. If the responding DHCP server is not on the list of trusted DHCP servers contained in the RSA card, then the offer is refused
Ｄの当審訳「[0009] 本発明は、ネットワーク上のサーバブレードの安全な構成を管理する方法およびシステムに関するものである。サーバブレードは信頼されたダイナミック・ホスト・コンフィギュレーション・プロトコル(DHCP)サーバーのリストを含む、リモート・スーパーバイザ・アダプター(RSA)カードを持っている。ハイパーセキュアネットワークを介してRSAカードと通信する遠隔のマネージャーは、RSAカード上の信頼されたDHCPサーバのリストを維持する。
サーバブレードがネットワークに接続するための構成パラメータの要求をブロードキャストすると、DHCPサーバから反応するオファーが返される。もし応答したDHCPサーバが、RSAカードに含まれる信頼されたDHCPサーバのリストに載っていない場合、オファーは拒絶され
Ｅ　「[0021] The server blade might receive multiple DHCPOFFER packets from different DHCP servers. According to the present invention, rather than simply accepting the first DHCPOFFER packet received, the server blade compares the IP address of the responding DHCP server, found in the DHCPOFFER packet, with the list of trusted DHCP servers in the RSA card (block  306 ).
 If multiple DHCPOFFER packets are received from a legitimate DHCP server, the server blade selects one of the DHCPOFFER packets based on some predetermined criteria, such as which packet was received first, which packet offers the longest lease, or which DHCP server provides the most information that the specific server blade needs for optimal operation. 
Ｅの当審訳　「[0021] サーバブレードは異なるDHCPサーバから多数のDHCPOFFERパケットを受信してもよい。本発明によれば、受け取られた最初のDHCPOFFERパケットを単に受理するのではなく、サーバブレードは、RSAカード(ブロック306)中の信頼されたDHCPサーバのリストと共に、DHCPOFFERパケットから見つけた、応答したDHCPサーバのIPアドレスを比較する。
もし多数のDHCPOFFERパケットが正当なDHCPサーバから受け取られる場合、サーバブレードは前もって定義した基準、例えばどのパケットが最初に受け取られたか、どのパケットが最長のリースをオファーするか、あるいはどのDHCPサーバが最適なオペレーションのために特定のサーバブレードが必要とする最多の情報を提供するか、に基づいてDHCPOFFERパケットのうちの1つを選択する。
（２）対比
　本件補正発明と引用発明とを対比する。
ア　引用発明の「クライアントによって、ディスカバーパケットに対する複数のオファーパケットを複数のＤＨＣＰサーバから受信」することにおいて、引用発明の「ディスカバーパケット」及び「オファーパケット」が、本件補正発明の「ネットワーク構成情報の要求」及び「ＤＨＣＰオファー」に相当するものであるから、上記引用発明の記載は、本件補正発明の「ネットワーククライアント端末によって、ネットワーク構成情報の要求に対する複数のＤＨＣＰオファー応答を複数のＤＨＣＰサーバから受信すること」に相当するものである。
イ　引用発明の「クライアントによって、複数のオファーパケットのＩＰアドレスに基づいて、ＤＨＣＰサーバを選択」することにおいて、上記オファーパケットのＩＰアドレスは、オファーパケットに埋め込まれているあるいは関連する属性であるといえるから、上記引用発明の記載は、本件補正発明の「前記ネットワーククライアント端末によって、前記複数のＤＨＣＰオファー応答のそれぞれのＤＨＣＰオファー応答に関連するとともに当該応答が不正なＤＨＣＰサーバ以外のＤＨＣＰサーバから送られてきた応答であることを判別するための信頼性の度合いを示す得点を決定することであって、前記得点は、それぞれのＤＨＣＰオファー応答に埋め込まれているあるいは関連する複数の属性に基づくものであることと、
　前記ネットワーククライアント端末によって、前記複数のＤＨＣＰオファー応答にそれぞれ関連する前記得点に基づいて、前記複数のＤＨＣＰオファー応答から最良のＤＨＣＰオファー応答を選択的に特定する」ことと、「ネットワーククライアント端末によって、複数のＤＨＣＰオファー応答に埋め込まれているあるいは関連する属性に基づいて、複数のＤＨＣＰオファー応答から最良のＤＨＣＰオファー応答を選択的に特定する」点において共通するものである。（相違点については後述する。）
ウ　引用発明の「クライアントは、選択したＤＨＣＰサーバに対して使用権の申請を行い、クライアントのＩＰアドレスを設定する」ことは、本件補正発明の「最良の応答に従って所定のＤＨＣＰサーバに対して前記ネットワーククライアント端末を設定する」ことに相当するものである。
　よって、本件補正発明と引用発明とは、以下の点で一致し、また、以下の点で相違する。
（一致点）
「ネットワーククライアント端末によって、ネットワーク構成情報の要求に対する複数のＤＨＣＰオファー応答を複数のＤＨＣＰサーバから受信することと、
　前記ネットワーククライアント端末によって、複数のＤＨＣＰオファー応答に埋め込まれているあるいは関連する属性に基づいて、複数のＤＨＣＰオファー応答から最良のＤＨＣＰオファー応答を選択的に特定することと、
　前記最良の応答に従って所定のＤＨＣＰサーバに対して前記ネットワーククライアント端末を設定することと、を含む方法。」
（相違点１）
　本件補正発明は「ネットワーククライアント端末の安全性向上のための計算機実装方法」であり、「前記複数のＤＨＣＰオファー応答のそれぞれのＤＨＣＰオファー応答に関連するとともに当該応答が不正なＤＨＣＰサーバ以外のＤＨＣＰサーバから送られてきた応答であることを判別するための信頼性の度合いを示す得点を決定する」のに対し、引用発明は、そのようなネットワーククライアント端末の安全性向上を目的としたものではなく、また応答が不正なＤＨＣＰサーバを想定したものではない点。
（相違点２）
　本件補正発明は「前記複数のＤＨＣＰオファー応答のそれぞれのＤＨＣＰオファー応答に関連するとともに当該応答が不正なＤＨＣＰサーバ以外のＤＨＣＰサーバから送られてきた応答であることを判別するための信頼性の度合いを示す得点を決定することであって、前記得点は、それぞれのＤＨＣＰオファー応答に埋め込まれているあるいは関連する複数の属性に基づくものである」のに対し、引用発明は、そのような複数の属性に基づいて、信頼性の度合いを示す得点を決定することについて、特定されていない点。
（３）判断
　上記相違点について検討する。
ア　相違点１について
　引用文献２には、上記Ｄより「サーバブレードがネットワークに接続するための構成パラメータの要求をブロードキャストすると、DHCPサーバから反応するオファーが返される。もし応答したDHCPサーバが、RSAカードに含まれる信頼されたDHCPサーバのリストに載っていない場合、オファーは拒絶され」との記載があり、信頼できない（不正な）DHCPサーバからのオファーを拒絶することは公知であったから、同じDHCPサーバ技術である引用発明にこれを適用することも、当業者ならば容易になし得たものである。
イ　相違点２について
　引用発明では、ＩＰアドレスという単一の属性に基づいてＤＨＣＰサーバを決定しており、本件補正発明のように複数の属性に基づいて、信頼性の度合いを示す得点を決定する点について言及がない点で、本件補正発明と相違することは上記のとおりである。
　引用文献２には、上記Ｅの「もし多数のDHCPOFFERパケットが正当なDHCPサーバから受け取られる場合、サーバブレードは前もって定義した基準、例えばどのパケットが最初に受け取られたか、どのパケットは最長のリースをオファーするか、あるいはどのDHCPサーバが最適なオペレーションのために特定のサーバブレードが必要とする最多の情報を提供するか、に基づいてDHCPOFFERパケットのうちの1つを選択する。」より、複数のDHCPOFFERパケットから様々な基準に基づいて１つを選択する構成が記載されているものの、これらは「多数のDHCPOFFERパケットが
正当な
　したがって、引用発明に引用文献２に記載の発明を適用したとしても、本件補正発明の「前記複数のＤＨＣＰオファー応答のそれぞれのＤＨＣＰオファー応答に関連するとともに当該応答が不正なＤＨＣＰサーバ以外のＤＨＣＰサーバから送られてきた応答であることを判別するための信頼性の度合いを示す得点を決定することであって、前記得点は、それぞれのＤＨＣＰオファー応答に埋め込まれているあるいは関連する複数の属性に基づくものである」との構成とすることは、当業者が容易に想到し得たものとはいえない。
（４）まとめ
　以上のとおりであるから、本件補正発明は、引用発明及び引用文献２に記載の技術的事項に基づいて、当業者が容易に発明をすることができたとはいえない。
（５）請求項２，３，１０−１３，２０に係る発明について 
  
　本願の請求項２，３，１０に係る発明は，本件補正発明をさらに限定したものであるから、本件補正発明と同様に、当業者が容易に発明をすることができたとはいえない。
　また、本願の請求項１１に係る発明は，請求項１に係る発明をシステムの発明として記載したものであり、請求項１２，１３，２０に係る発明は請求項１１に係る発明をさらに限定したものであるから、本件補正発明と同様に、当業者が容易に発明をすることができたとはいえない。
　よって、本件補正の補正事項１−４は、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合する。
３．むすび
　本件補正は、特許法第１７条の２第３項ないし第６項の規定に適合する。
第３　本願発明
　本件補正は上記のとおり、特許法第１７条の２第３項ないし第６項の規定に適合するから、本願の請求項１−２１に係る発明は、本件補正により補正された特許請求の範囲の請求項１―２１に記載された事項により特定されるとおりのものである。
　そして、本願については、原査定の拒絶理由を検討してもその理由によって拒絶すべきものとすることはできない。 
　また、他に本願を拒絶すべき理由を発見しない。 
　よって、結論のとおり審決する。