【事件の表示】
　特願２０１３−２２８７６４「通信装置、制御装置、通信システム、通信制御方法及びプログラム」拒絶査定不服審判事件〔平成２６年　２月　６日出願公開、特開２０１４−　２７６９６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は，平成２３年９月２１日に出願した特願２０１１−２０６４５９号の一部を，平成２５年１１月１日に新たな特許出願としたものであって，平成２６年９月１９日付けで拒絶査定がなされ，これに対し，同年１２月２６日に拒絶査定に対する審判請求がなされるとともに同日付けで手続補正がなされたものである。
第２　補正却下の決定
［結論］
　平成２６年１２月２６日付けの手続補正を却下する。
［理由］
１　本願発明と補正後の発明
　平成２６年１２月２６日付けの手続補正（以下，「本件補正」という。）は，平成２６年８月２５日付け手続補正書により補正された特許請求の範囲の請求項６に記載された
「【請求項６】
　制御装置から通知された処理規則を第一の記憶手段に記憶し，
　受信パケットに対応する前記処理規則に基づいて該受信パケットを処理し，
　前記処理規則によるパケット処理に関する統計値を計測し，
　当該統計値に基づいてパケット転送レートを制御するための条件を第二の記憶手段に記憶し，
　前記統計値と前記条件とに基づいて，前記条件に対応する処理規則によって処理されるパケットフローの転送レートを制御する
　ことを特徴とする通信方法。」
という発明（以下，「本願発明」という。）を，
「【請求項５】
　制御装置から通知された，受信パケットの処理するための処理規則を含む第１のエントリを第一の記憶手段に記憶し，
　受信パケットに対応する前記第１のエントリに含まれる処理規則に基づいて該受信パケットを処理し，
　前記処理規則によるパケット処理に関する統計値を計測し，
　当該統計値に基づいてパケット転送レートを制御するための条件を含む第２のエントリを第二の記憶手段に記憶し，
　前記統計値と，前記受信パケットに対応する前記第２のエントリに含まれる前記条件とに基づいて，前記条件を含む前記第２のエントリに対応する前記第１のエントリに含まれる処理規則によって処理されるパケットフローの転送レートを制御する
　ことを特徴とする通信方法。」
という発明（以下，「補正後の発明」という。）に変更することを含むものである。
　なお，上記補正後の発明のうち，１段落目の「受信パケットの処理するための処理規則」は「受信パケットを処理するための処理規則」の誤記と認められる。
２　補正の適否
（１）新規事項の有無，シフト補正の有無，補正の目的要件
　上記補正は，願書に最初に添付した明細書，特許請求の範囲又は図面に記載した事項の範囲内において，
ア　本願発明の「制御装置から通知された処理規則を第一の記憶手段に記憶し，」を，「制御装置から通知された，受信パケットの処理するための処理規則を含む第１のエントリを第一の記憶手段に記憶し，」に改め，
イ　本願発明の「受信パケットに対応する前記処理規則に基づいて該受信パケットを」を，「前記受信パケットに対応する前記第１のエントリに含まれる処理規則に基づいて該受信パケットを」に改め，
ウ　本願発明の「当該統計値に基づいてパケット転送レートを制御するための条件を第二の記憶手段に記憶し，」を，「当該統計値に基づいてパケット転送レートを制御するための条件を含む第２のエントリを第二の記憶手段に記憶し，
」に改め，
エ　本願発明の「前記統計値と前記条件とに基づいて，前記条件に対応する処理規則によって処理されるパケットフローの転送レートを」を，「前記統計値と，前記受信パケットに対応する第２のエントリに含まれる前記条件とに基づいて，前記条件を含む該第２のエントリに対応する第１のエントリに含まれる処理規則によって処理されるパケットフローの転送レートを」に改めるものである。
　そして，上記アの補正は，「処理規則」に関して「受信パケットの処理するための」との限定を付すとともに，当該「処理規則」が「第１のエントリ」に含まれるとの限定を付して，特許請求の範囲を減縮するものである。
　上記イの補正も，前記「処理規則」が「第１のエントリ」に含まれるとの限定を付して，特許請求の範囲を減縮するものである。
　上記ウの補正は，「パケット転送レートを制御するための条件」が「第２のエントリ」に含まれるとの限定を付して，特許請求の範囲を減縮するものである。
　上記エの補正は，前記「条件」に関して「前記受信パケットに対応する第２のエントリに含まれる」との限定を付すとともに，前記「処理規則」が「第１のエントリ」に含まれるとの限定を付して，特許請求の範囲を減縮するものである。
　また，請求項１における補正についても同様であり，請求項１において，「パケットフローのパケット転送レート」を「パケットフローの転送レート」と改める補正は，冗長な記載を改めることにより他の請求項の記載と整合させるものであって，実質的に技術事項を何ら変更するものでない。
　さらに，請求項２及び請求項６（旧請求項７）における補正は，上記エに対応する補正であるから，特許請求の範囲を減縮するものであり，本件補正前の請求項５を削除する補正は，特許法第１７条の２第５項第１号に掲げる請求項の削除を目的とするものに該当する。
　したがって，本件補正は，特許法第１７条の２第３項及び第４項の規定に適合することは明らかであり，また，同法第１７条の２第５項第１号に掲げる請求項の削除及び第２号に掲げる特許請求の範囲の減縮を目的とするものである。
（２）独立特許要件
　請求項５（旧請求項６）における補正は，特許請求の範囲の減縮を目的とするものであるから，補正後の発明が特許出願の際独立して特許を受けることができるものであるのか否かについて，以下検討する。
ア　補正後の発明
　上記「１　本願発明と補正後の発明」にて「補正後の発明」とした，以下のとおりのものと認める。
「【請求項５】
　制御装置から通知された，受信パケットを処理するための処理規則を含む第１のエントリを第一の記憶手段に記憶し，
　受信パケットに対応する前記第１のエントリに含まれる処理規則に基づいて該受信パケットを処理し，
　前記処理規則によるパケット処理に関する統計値を計測し，
　当該統計値に基づいてパケット転送レートを制御するための条件を含む第２のエントリを第二の記憶手段に記憶し，
　前記統計値と，前記受信パケットに対応する前記第２のエントリに含まれる前記条件とに基づいて，前記条件を含む前記第２のエントリに対応する前記第１のエントリに含まれる処理規則によって処理されるパケットフローの転送レートを制御する
　ことを特徴とする通信方法。」
イ　引用発明及び周知技術等
［引用発明］
　原査定の拒絶の理由に引用されたOpenFlow Switch Specifcation Version 1.1.0 Implemented (Wired Protocol 0x02)，２０１１年　２月２８日，ＵＲＬ，http://www.openflow.org/documents/openflow-spec-v1.1.0.pdf（以下，「引用例」という。）には，図面とともに以下の事項が記載されている。
（ア）「2 Switch Components
An OpenFlow Switch consists of one or more flow tables and a group table, which perform packet lookups and forwarding, and an OpenFlow channel to an external controller (Figure 1). The controller manages the switch via the OpenFlow protocol. Using this protocol, the controller can add, update, and delete flow entries, both reactively (in response to packets) and proactively.
Each flow table in the switch contains a set of flow entries; each flow entry consists of match fields, counters, and a set of instructions to apply to matching packets (see 4.1).」（３ページ７〜１３行）
（［当審仮訳］：
２　スイッチ要素
オープンフロースイッチは，パケット探索及び転送を行う１又はそれ以上のフローテーブル及びグループテーブル，並びに外部の制御装置へのオープンフローチャネルとからなる（図１）。制御装置は，オープンフロープロトコルを介してスイッチを管理する。このプロトコルを利用して，制御装置は，反動的（パケットに応答して）に及び自律的に，フローエントリを追加，更新及び削除することができる。
スイッチの各フローテーブルはフローエントリのセットを含み，各フローエントリは，マッチフィールド，カウンタ，及び適合したパケットに適用されるインストラクション（指示）のセットからなる（４．１参照）。）
（イ）「4.1 Flow Table
A flow table consists of flow entries.
（Table 1は省略）
Each flow table entry (see Table 1) contains:
・ match fields: to match against packets. These consist of the ingress port and packet headers, and optionally metadata specified by a previous table.
・ counters: to update for matching packets
・ instructions to modify the action set or pipeline processing」（５ページ１２〜１８行）
（［当審仮訳］：
４．１　フローテーブル
フローテーブルはフローエントリからなる。
（表１は省略）
各フローテーブルエントリ（表１参照）は，
・パケットに対して適合する「マッチフィールド」。これらは入力ポート及びパケットヘッダ，並びにオプションで前段のテーブルから特定されたメタデータを含む
・適合したパケットを更新する「カウンタ」
・動作セットの修正又はパイプライン処理のための「インストラクション」
を含む。）
（ウ）「4.1.1 Pipeline Processing
OpenFlow-compliant switches come in two types: OpenFlow-only, and OpenFlow-hybrid. OpenFlow-only switches support only OpenFlow operation, in those switches all packets are processed by the OpenFlow pipeline, and can not be processed otherwise.
（中略）
The OpenFlow pipeline of every OpenFlow switch contains multiple flow tables, each flow table containing multiple flow entries. The OpenFlow pipeline processing defines how packets interact with those flow tables (see Figure 2). An OpenFlow switch with only a single flow table is valid, in this case pipeline processing is greatly simplified.
（Figure 2は省略）」（５ページ１９行〜６ページ上段）
（［当審仮訳］：
４．１．１　パイプライン処理
オープンフローに従ったスイッチは，オープンフローオンリーとオープンフローハイブリッドの２つのタイプに分けられる。オープンフローオンリースイッチは，オープンフロー動作のみをサポートし，これらのスイッチ内では，全てのパケットはオープンフローパイプラインにより処理され，他により処理されることはできない。
（中略）
各オープンフロースイッチのオープンフローパイプラインは複数のフローテーブルを含み，各フローテーブルは複数のオープンフローエントリを含んでいる。オープンフローパイプライン処理は，パケットがこれらのフローテーブルとどのように相互作用するのかを定義する（図２参照）。１つのフローテーブルのみを備えたオープンフロースイッチも有効で，この場合，パイプライン処理は非常に単純化される。
（図２は省略））
（エ）「The flow tables of an OpenFlow switch are sequentially numbered, starting at 0. Pipeline processing always starts at the first flow table: the packet is first matched against entries of flow table 0. Other flow tables may be used depending on the outcome of the match in the first table.
If the packet matches a flow entry in a flow table, the corresponding instruction set is executed (see 4.4). The instructions in the flow entry may explicitly direct the packet to another flow table (using the Goto Instruction, see 4.6), where the same process is repeated again. A flow entry can only direct a packet to a flow table number which is greater than its own flow table number, in other words pipeline processing can only go forward and not backward. Obviously, the flow entries of the last table of the pipeline can not include the Goto instruction. If the matching flow entry does not direct packets to another flow table, pipeline processing stops at this table. When pipeline processing stops, the packet is processed with its associated action set and usually forwarded (see 4.7).」（６ページ１〜１１行）
（［当審仮訳］：
オープンフロースイッチのフローテーブルは０から連続的に番号付けされる。パイプライン処理はいつも最初のフローテーブルから開始される：パケットは最初にフローテーブル０のエントリに対して適合する。他のフローテーブルは最初のテーブルにおける適合の出力に依存して使用され得る。
もしパケットがフローテーブルのフローエントリに適合したら，対応するインストラクションが実行される（４．４参照）。フローエントリのインストラクションは，同じ処理を再度繰り返す別のフローテーブルに（ＧｏＴｏインストラクションを使用して。４．６参照）パケットを明示的に向けてもよい。フローエントリは，パケットを，自身のフローテーブル番号よりも大きなフローテーブル番号にのみ向けることができる，言い換えれば，パイプライン処理は前へ進むことのみが可能で戻ることはできない。自明であるように，パイプラインの最後のテーブルのフローエントリはＧｏＴｏインストラクションを含むことができない。もし適合したフローエントリがパケットを他のフローテーブルに向けない場合，パイプライン処理はそのテーブルにて止まる。パイプライン処理が止まる時，パケットは関連付けられた動作セットにより処理され，そして通常は転送される（４．７参照）。）
（オ）「4.5 Counters
Counters may be maintained for each table, flow, port, queue, group, and bucket. OpenFlow-compliant counters may be implemented in software and maintained by polling hardware counters with more limited ranges. Table 5 contains the set of counters defined by the OpenFlow specification.」（１０ページ９〜１２行）
（［当審仮訳］：
カウンタはテーブル，フロー，ポート，キュー，グループ，及びバケツごとに維持されてもよい。オープンフローに従ったカウンタはソフトウェアで実装されそしてより限定的な範囲のハードウェアカウンタをポーリングすることにより維持されてもよい。表５はオープンフロー仕様書により定義されたカウンタのセットを含んでいる。）
　上記（ア）〜（オ）の記載，図面，表及び当業者の技術常識を考慮すると，
ａ　上記（ア）〜（ウ）の記載によれば，オープンフロースイッチのフローテーブルのフローエントリは，制御装置により追加，更新及び削除されるものであって，動作セットの修正又はパイプライン処理のための「インストラクション」を含んでおり，当該「インストラクション」は，適合したパケットに適用することによりパケットを処理するためのものである。ここで，前記「フローテーブル」及び前記「フローエントリ」を，それぞれ「第１のフローテーブル」及び「第１のエントリ」と称することは任意である。また，Figure 2の(a)の「Packet In」（［当審仮訳］：パケット入力）なる記載及び技術常識を考慮すれば，オープンフロースイッチにおいて処理されるパケットが「受信パケット」であることは明らかである。
　したがって，引用例には，「制御装置から追加，更新及び削除された，受信パケットを処理するためのインストラクションを含む第１のエントリを含む第１のフローテーブルを有」することが記載されていると認められる。
ｂ　上記（ア）〜（ウ）の記載によれば，オープンフロースイッチは，パケットがフローテーブルのフローエントリに適合したら，当該フローエントリに含まれる，適合した前記パケットに対応する「インストラクション」を適用してパケットを処理する。ここで，上記ａにて述べたとおり，処理されるパケットが「受信パケット」であることは明らかである。
　したがって，引用例には，「受信パケットに対応する前記第１のエントリに含まれるインストラクションを適用して該受信パケットを処理」することが記載されていると認められる。
ｃ　上記（ア）及び（オ）の記載によれば，オープンフロースイッチのカウンタはフローごとに維持されており，Table 5の「Per Flow」（［当審仮訳］：フローごと）欄の「Received Packets」（［当審仮訳］：受信パケット）及び「Received Bytes」（［当審仮訳］：受信バイト）なる記載を考慮すれば，フローごとに受信パケット数を計測している。そして，上記ａ及びｂにて述べたとおり，オープンフロースイッチは，受信パケットに対応する「インストラクション」を適用してパケットを処理するのであるから，フローごとに受信パケット数を計測することは，当該フローに対応する「インストラクション」を適用して処理される受信パケットのパケット数を計測することにほかならない。
　したがって，引用例には，「インストラクションを適用して処理される受信パケットのパケット数を計測」することが記載されていると認められる。
ｄ　上記（ウ）及び（エ）の記載によれば，各オープンフロースイッチは，フローエントリを含むフローテーブルを複数含んでおり，パケットは，フローエントリに含まれるＧｏＴｏインストラクションにより別のフローテーブルに明示的に向けられ，それぞれのフローテーブルにおいて，適合したフローエントリに対応するインストラクションを適用した処理が行われる。すなわち，オープンフロースイッチは，上記ａで述べた「第１のフローテーブル」以外にも，フローエントリを含むフローテーブルを含んでいる。ここで，「第１のフローテーブル以外のフローテーブル」及び当該フローテーブルに含まれる「フローエントリ」を，それぞれ「第２のフローテーブル」及び「第２のエントリ」と称することは，いずれも任意である。
　また，同一のパケットが「第２のエントリ」と「第１のエントリ」の双方と適合する以上，「第２のエントリ」と「第１のエントリ」とは対応する関係にあるといえる。
　さらに，引用例において，同一のフローに属する複数のパケットが同一のインストラクションにより処理されることは明らかであり，当該複数のパケットを「パケットフロー」と称することは任意である。
　したがって，引用例には，「第２のエントリを含む第２のフローテーブルを有」すること，及び「前記受信パケットに対応する前記第２のエントリに含まれるインストラクションとに基づいて，前記インストラクションを含む前記第２のエントリに対応する前記第１のエントリに含まれるインストラクションによって処理されるパケットフローを処理する」ことが記載されていると認められる。
ｅ　引用例は，ネットワーク上のオープンフロースイッチが受信したパケットを処理して転送する方法について記載されているから，「通信方法」であるといえる。
　以上を総合すると，引用例には以下の発明（以下，「引用発明」という。）が記載されていると認める。
「　制御装置から追加，更新及び削除された，受信パケットを処理するためのインストラクションを含む第１のエントリを含む第１のフローテーブルを有し，
　受信パケットに対応する前記第１のエントリに含まれるインストラクションを適用して該受信パケットを処理し，
　インストラクションを適用して処理される受信パケットのパケット数を計測し，
　第２のエントリを含む第２のフローテーブルを有し，
　前記受信パケットに対応する前記第２のエントリに含まれるインストラクションとに基づいて，前記インストラクションを含む前記第２のエントリに対応する前記第１のエントリに含まれるインストラクションによって処理されるパケットフローを処理する
　ことを特徴とする通信方法。」
［周知技術等］
　同じく原査定の拒絶の理由に引用された特開２００６−７４７０４号公報（以下，「周知例１」という。）には，図面とともに以下の事項が記載されている。
（カ）「【００１３】
　上述した課題を解決し，目的を達成するために，本発明にかかるネットワークスイッチは，加入者宅内のネットワーク機器と広域ネットワークとの間のパケット通信を中継するネットワークスイッチであって，加入者毎の過去のある時点から現在までのトラフィック総量の統計値を収集する統計値を収集する統計値収集手段と，前記統計値に応じて，加入者毎に，少なくとも第１〜第３の段階に設定された複数の最大転送速度のうちの一つを選択し，前記加入者宅内のネットワーク機器によって送受信されるパケットを，選択した最大転送速度以下の速度で転送されるように制御する転送速度制御手段と，を備える。ここで，前記第１の段階は，前記統計値が第１の閾値を超えるまでの第１の最大転送速度を示し，前記第２の段階は，前記統計値が前記第１の閾値を超えた際の，前記第１の最大転送速度よりも遅い第２の最大転送速度を示し，前記第３の段階は，前記統計値が前記第１の閾値よりも大きい第２の閾値を超えた際の，前記第２の最大転送速度よりも遅い第３の最大転送速度を示す。」（５ページ）
（キ）「【００２１】
　図１に示したネットワークスイッチ１０は，加入者宅ネットワーク機器１２−ｘ毎に異なるポートが割り当てられている。したがって，加入者を識別するための情報はポートである。ネットワークスイッチ１０は，加入者宅ネットワーク機器１２−ｘに接続されるポート毎のトラフィック量の統計値を統計値収集部１６により収集する。」（６ページ）
　本件の原出願日前に国際公開された国際公開第２０１１／０７４５１６号（以下，「周知例２」という。）には，図面とともに以下の事項が記載されている。
（ク）「[0030]
　データセンターのサーバ群には，複数のテナントが収容される。「テナント」とは，提供者が提供するサービスや機能を利用するユーザを識別する単位，並びに，提供者が提供するアプリケーションを識別する単位である。ここで，提供者とは，サーバの運用や運営を行う者である。１台の物理サーバに，１つのテナントが収容されてもよい。また，１台の物理サーバ上で複数の仮想サーバが稼働する場合，その１台の物理サーバに複数のテナントが収容されてもよい。」（８ページ）
（ケ）「[0038]
　図３Ｂは，スイッチ１０の構成の他の例を示すブロック図である。図３Ａの場合と比較して，スイッチ１０は更に負荷監視ブロック１６を備えている。負荷監視ブロック１６は，フロー（テナント）毎のリソース使用量（例：トラヒック転送量）を計測する。負荷監視ブロック１６は，計測したリソース使用量を示す計測情報を，定期的にコントローラ１００に通知する。
[0039]
　あるテナントのフローに関して，ネットワークシステム１内の当該フローの経路（パケット転送経路）は，コントローラ１００によって設計される。そして，コントローラ１００は，その設計経路に沿ったフロー通信が実現されるように，設計経路上の各スイッチ１０を制御する。設計経路上の各スイッチ１０は，コントローラ１００からの指示に従って，自身のフローテーブル１４等の設定を行う。このような処理を実現するためのコントローラ１００とスイッチ１０との間のインタフェース方式としては，例えば，Ｏｐｅｎｆｌｏｗ（http://www.openflowswitch.org/を参照）が挙げられる。この場合，「Ｏｐｅｎｆｌｏｗ　Ｃｏｎｔｒｏｌｌｅｒ」がコントローラ１００となり，「Ｏｐｅｎｆｌｏｗ　Ｓｗｉｔｃｈ」が各スイッチ１０となる。Ｏｐｅｎｆｌｏｗの「Ｓｅｃｕｒｅ　Ｃｈａｎｎｅｌ」を利用することにより，各スイッチ１０のフローテーブル１４の設定が可能である。」（１０〜１１ページ）
（コ）「[0061]
　また，スイッチ設定ブロック１３０は，各スイッチ１０に，トラヒック転送量の上限値を設定してもよい。具体的には，スイッチ設定ブロック１３０は，テナント情報ＴＮＴ（図７参照）を参照して，各テナントのトラヒック転送量が「リソース条件」以内となるように，各スイッチ１０にトラヒック転送量の制御を指示してもよい。
[0062]
　設計経路上の各スイッチ１０は，ステップＳ１６（図９参照）を行う。具体的には，設計経路上の各スイッチ１０は，コントローラ１００からの指示に従って，当該フローに関連するエントリを自身のフローテーブル１４に追加する。その後，コントローラ１００は，受信パケットを要求元スイッチに返送する。それ以降，設計経路上の各スイッチ１０は，当該フローのパケットを受け取った際に，そのパケットを指定された経路に沿って転送することができる。また，各スイッチ１０は，コントローラ１００からの指示に従って，各テナントのトラヒック転送量がリソース条件以内となるように，トラヒック転送量を制御してもよい。」（１６ページ）
　（カ）〜（コ）の記載及び図面並びに当業者の技術常識を考慮すると，「スイッチが，ユーザ毎の統計値と条件とに基づいて，前記ユーザから転送されるパケットの転送速度を制御する。」ことは周知であると認める（以下，「周知技術１」という。）。
ウ　対比・判断
　補正後の発明と引用発明とを対比すると，
（ア）補正後の発明の「制御装置から通知された，受信パケットを処理するための処理規則」に関し，本願明細書には制御装置からの「通知」は明記されていないが，【００１７】には処理規則が制御装置から「設定」されることが記載されているから，補正後の発明における「通知」は，「設定」の意味を少なくとも含んでいると認められる。一方，引用発明において第１のエントリを「制御装置から追加，更新及び削除」することは，「制御装置から設定」しているといえる。したがって，引用発明の「制御装置から追加，更新及び削除された，」は，本願発明の「制御装置から通知された，」に含まれる。そして，本願明細書の【００１７】によれば，補正後の発明の「処理規則」は「インストラクション」を含んでいるから，補正後の発明の「制御装置から通知された，受信パケットを処理するための処理規則を含む第１のエントリを第一の記憶手段に記憶し，」と引用発明の「制御装置から追加，更新及び削除された，受信パケットを処理するためのインストラクションを含む第１のエントリを含む第１のフローテーブルを有し，」とは，「制御装置から通知された，受信パケットを処理するための処理規則を含む第１のエントリを有し，」の点で一致している。
（イ）上記（ア）のとおりであるから，引用発明の「受信パケットに対応する前記第１のエントリに含まれるインストラクションを適用して該受信パケットを処理し，」は，補正後の発明の「受信パケットに対応する前記第１のエントリに含まれる処理規則に基づいて該受信パケットを処理し，」に含まれる。
（ウ）本願明細書の【００１９】によれば，補正後の発明の「パケット処理に関する統計値」は「処理される受信パケットのパケット数」を含んでいる。
　したがって，引用発明の「インストラクションを適用して処理される受信パケットのパケット数を計測し，」は，補正後の発明の「前記処理規則によるパケット処理に関する統計値を計測し，」に含まれる。
（エ）補正後の発明の「第２のエントリを第二の記憶手段に記憶し，」と引用発明の「第２のエントリを含む第２のフローテーブルを有し，」とは，「第２のエントリを有し，」の点で一致している。
（オ）上記（ア）で述べたとおり，補正後の発明の「処理規則」は「インストラクション」を含んでいるから，補正後の発明の「前記第２のエントリに対応する前記第１のエントリに含まれる処理規則によって処理されるパケットフロー」は，「前記第２のエントリに対応する前記第１のエントリに含まれるインストラクションによって処理されるパケットフロー」を含んでいる。
　したがって，補正後の発明の「前記統計値と，前記受信パケットに対応する前記第２のエントリに含まれる前記条件とに基づいて，前記条件を含む前記第２のエントリに対応する前記第１のエントリに含まれる処理規則によって処理されるパケットフローの転送レートを制御する」と引用発明の「前記受信パケットに対応する前記第２のエントリに含まれるインストラクションとに基づいて，前記インストラクションを含む前記第２のエントリに対応する前記第１のエントリに含まれるインストラクションによって処理されるパケットフローを処理する」とは，「前記受信パケットに対応する前記第２のエントリに含まれるものに基づいて，前記条件を含む前記第２のエントリに対応する前記第１のエントリに含まれる処理規則によって処理されるパケットフローを処理する」点で一致している。
　以上を総合すると，補正後の発明と引用発明とは，以下の点で一致し，また，相違している。
（一致点）
「　制御装置から通知された，受信パケットを処理するための処理規則を含む第１のエントリを有し，
　受信パケットに対応する前記第１のエントリに含まれる処理規則に基づいて該受信パケットを処理し，
　前記処理規則によるパケット処理に関する統計値を計測し，
　第２のエントリを有し，
　前記受信パケットに対応する前記第２のエントリに含まれるものに基づいて，前記条件を含む前記第２のエントリに対応する前記第１のエントリに含まれる処理規則によって処理されるパケットフローを処理する
　ことを特徴とする通信方法。」
（相違点１）
　一致点の「第２のエントリを有し」に関し，補正後の発明は，第２のエントリが「当該統計値に基づいてパケット転送レートを制御するための条件を含む」ことを特定しているのに対し，引用発明は，どのようなものを含むのか明らかにしておらず，それにともない，パケットフローの処理に関し，引用発明は，補正後の発明の「前記統計値と，前記受信パケットに対応する前記第２のエントリに含まれる前記条件とに基づいて，前記条件を含む前記第２のエントリに対応する前記第１のエントリに含まれる処理規則によって処理されるパケットフローの転送レートを制御する」構成が明らかでない点。
（相違点２）
　一致点の「第１のエントリ」及び「第２のエントリ」に関し，補正後の発明は，それぞれ「第一の記憶手段」及び「第二の記憶手段」に記憶するのに対し，引用発明は，それぞれ「第１のフローテーブル」及び「第２のフローテーブル」に含まれるものの，それぞれを「第一の記憶手段」及び「第二の記憶手段」に記憶する構成が明らかでない点。
　以下，上記各相違点について検討する。
（相違点１について）
　引用発明のパイプライン処理の内容としてどのような処理を採用するかは当業者が適宜定めるべき事項であるところ，ユーザ毎の統計値と条件とに基づいて，前記ユーザから転送されるパケットの転送速度すなわち転送レートを制御することは周知の事項（周知技術１）であるから，スイッチ本来の処理であるパケットの「転送」などの処理に加えて，パイプラインにより「転送レートの制御」処理も行うよう構成することに格別の困難はなく，容易である。そしてその際に，「転送レートの制御」処理に関わるものと，「「転送」などの処理」に関わるものとを，別々のフローテーブルのエントリに含めること，換言すれば，上記一致点の「前記受信パケットに対応する前記第２のエントリに含まれるもの」を「統計値に基づいてパケット転送レートを制御するための条件」とし，上記一致点の「前記条件を含む前記第２のエントリに対応する前記第１のエントリに含まれる処理規則によって処理されるパケットフローを処理する」を「前記条件を含む前記第２のエントリに対応する前記第１のエントリに含まれる処理規則によって処理されるパケットフローの転送レートを制御する」とすることは，自ずと導き出されることにすぎない。
（相違点２について）
　引用発明においても，フロースイッチが「第１のエントリを含む第１のフローテーブル」及び「第二のエントリを含む第２のフローテーブル」を何らかの記憶手段に記憶していることは明らかであり，当該記憶手段をそれぞれ「第一の記憶手段」及び「第二の記憶手段」とすることは，当業者が適宜なし得たことである。
　そして，補正後の発明の作用効果も，引用発明及び周知技術等に基づいて当業者が予測できる範囲のものである。
　以上のとおり，補正後の発明は，引用発明及び周知技術等に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
３　結語
　したがって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
第３　本願発明について
１　本願発明
　平成２６年１２月２６日付けの手続補正は上記のとおり却下されたので，本願発明は，上記「第２　補正却下の決定」の項中の「１　本願発明と補正後の発明」の項の「本願発明」のとおりのものと認める。
２　引用発明及び周知技術等
　引用発明及び周知技術等は，上記「第２　補正却下の決定」の項中の「２　補正の適否」の項中の「（２）独立特許要件」の項中の「イ　引用発明及び周知技術等」の項で認定したとおりである。
３　対比・判断
　そこで，本願発明と引用発明とを対比するに，本願発明は補正後の発明から当該補正に係る限定を省いたものである。
　そうすると，本願発明の構成に当該補正に係る限定を付加した補正後の発明が，上記「第２　補正却下の決定」の項中の「２　補正の適否」の項中の「（２）独立特許要件」の項中の「ウ　対比・判断」の項で検討したとおり，引用発明及び周知技術等に基づいて容易に発明できたものであるから，本願発明も同様の理由により，容易に発明できたものである。
４　むすび
　以上のとおり，本願発明は，引用発明及び周知技術等に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許を受けることができない。
　よって，結論のとおり審決する。