【事件の表示】
　特願２００１−１１２６７６「ネットワーク・データ・パケット分類及び逆多重化」拒絶査定不服審判事件〔平成１４年　９月２０日出願公開、特開２００２−２７１３９６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、平成１３年４月１１日（パリ条約による優先権主張２０００年４月１３日、米国）の出願であって、平成１６年７月２６日付けで拒絶査定がなされ、これに対し、平成１６年１１月１日に拒絶査定に対する審判請求がなされるとともに、平成１６年１１月１日付けで手続補正がなされたものである。
　
第２　平成１６年１１月１日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１６年１１月１日付けの手続補正を却下する。
［理由］
（１）審判請求時の特許請求の範囲
　平成１６年１１月１日付けの手続補正（以下、「この補正」という。）は、特許請求の範囲を次のように補正している。
　「【請求項１】
　データ・パケットを分類する方法であって、
　分類木のルート・ノードにおいて、データ・パケットを受信するステップと、
　前記分類木ノ第１の木レベルそれぞれの子に、パケットが受け渡された子のノード基準を満足することを示すまで連続的にパケットを受け渡すステップと、
　パケットをノード基準を満足する第１の子ノードに受け渡し、該ノード基準を満足する第１の子ノードがデータ・パケットを適合パケットに形成するステップと、
　続く次のレベルにおける次の木レベルのすべての子が、前記次の木レベルのすべての子のノード基準を満足しなくなるまで、前記次の木レベルに対して、前記受け渡し及び前記形成ステップを繰り返すステップと
　を含む、方法。
【請求項２】
　前記受け渡すステップが、ステータス指示を返却するコード・セットを実行するステップを含む、請求項１記載の方法。
【請求項３】
　前記形成するステップが、前記第１の子が引き続き実行されるコード・セットを指定するステップを含む、請求項１記載の方法。
【請求項４】
　前記指定するステップが、満足に続いて実行されるコード・セットを指定するステップを含む、請求項３記載の方法。
【請求項５】
　前記分類木の少なくとも１レベルに、少なくとも１ノードを動的に追加するステップを含む、請求項１記載の方法。
【請求項６】
　前記少なくとも１つの新たな子ノードがリアル・オーディオ・ノードである、請求項５記載の方法。
【請求項７】
　前記適合パケットを構文解析し、関連情報を生成するステップを含む、請求項１記載の方法。
【請求項８】
　前記適合パケットを変換パケットに変換するステップを含む、請求項１記載の方法。
【請求項９】
　前記データ・パケットの処置を決定するステップを含む、請求項１記載の方法。
【請求項１０】
　前記分類する方法をアプリケーション・レベルの分類のために使用する、請求項１記載の方法。
【請求項１１】
　前記分類する方法をポリシ施行のために使用する、請求項１０記載の方法。
【請求項１２】
　前記分類する方法を速度制限のために使用する、請求項１１記載の方法。
【請求項１３】
　前記分類する方法を負荷平衡化のために使用する、請求項１２記載の方法。
【請求項１４】
　前記分類する方法をトラフィック形成のために使用する、請求項１記載の方法。
【請求項１５】
　データ・パケットを分類する装置であって、
　物理ネットワークからデータ・パケットを受信し、該データ・パケットを分類木のルート・ノードに渡し、また逆に、前記ルート・ノードからデータ・パケットを受信し、該データ・パケットを前記物理ネットワークに送信するネットワーク・インタフェース装置と、
　前記分類木ノ第１の木レベルそれぞれの子に、パケットが受け渡された子のノード基準を満足することを示すまで連続的にパケットを受け渡すパケット・モジュールであって、続く次のレベルにおける次の木レベルのすべての子が、前記次の木レベルのすべての子のノード基準を満足しなくなるまで、データ・パケットを適合パケットに形成するパケット・モジュールと
　を含む、装置。
【請求項１６】
　前記装置の一部がアクセラレータ・チップとして実現される、請求項１５記載の装置。
【請求項１７】
　前記装置がアプリケーション・レベルの分類に使用される、請求項１５記載の装置。
【請求項１８】
　前記装置がファイアウォールとして使用される、請求項１５記載の装置。
【請求項１９】
　前記装置がボーダ・サーバとして使用される、請求項１５記載の装置。
【請求項２０】
　データ・パケットの分類を行うプログラムを記録したコンピュータ読取り可能記録媒体であって、
前記プログラムが、コンピュータに、請求項１の各ステップを実行させる、記録媒体
【請求項２１】
　前記プログラムが、コンピュータに分類木の少なくとも１レベルに少なくとも１ノードを動的に追加する機能を実現させる、請求項２０の記録媒体。
【請求項２２】
　データ・パケットを分類する装置であって、
　分類木のルート・ノードにおいて、データ・パケットを受信する手段と、
　前記分類木ノ第１の木レベルそれぞれの子に、パケットが受け渡された子のノード基準を満足することを示すまで連続的にパケットを受け渡す手段と、
　パケットをノード基準を満足する第１の子ノードに受け渡し、該ノード基準を満足する第１の子ノードがデータ・パケットを適合パケットに形成する手段と、
　続く次のレベルにおける次の木レベルのすべての子が、前記次の木レベルのすべての子のノード基準を満足しなくなるまで、前記次の木レベルに対して、前記受け渡し及び前記形成ステップを繰り返す手段と
　を含む、装置。」
（２）拒絶査定時の特許請求の範囲
　本願の拒絶査定時の特許請求の範囲の請求項１乃至２２は、平成１６年７月１３日付けの手続補正により補正された次のとおりのものである。
　「【請求項１】
データ・パケットを分類する方法であって、
　分類木のルート・ノードにおいて、データ・パケットを受信するステップと、
　ルート・ノードが、前記分類木の第１の木レベルの第１の子が前記第１の子のノード基準を満足することを示すまで、前記第１の木レベルのそれぞれの子に前記データ・パケットを連続的に受け渡すステップと、
　前記第１の子が前記データ・パケットを適合パケットに形成するステップと、
　前記第１の子が、続く次の木レベルの第１の子が前記次の木レベルの前記第１の子のノード基準を満足しなくなるまで、前記次の木レベルに対して、受け渡し及び形成ステップを繰り返すステップと
　を含む、方法。
【請求項２】
　前記受け渡すステップが、ステータス指示を返却するコード・セットを実行するステップを含む、請求項１記載の方法。
【請求項３】
　前記形成するステップが、前記第１の子が引き続き実行されるコード・セットを指定するステップを含む、請求項１記載の方法。
【請求項４】
　前記指定するステップが、満足に続いて実行されるコード・セットを指定するステップを含む、請求項３記載の方法。
【請求項５】
　前記分類木の少なくとも１レベルに、少なくとも１ノードを動的に追加するステップを含む、請求項１記載の方法。
【請求項６】
　前記少なくとも１つの新たな子ノードがリアル・オーディオ・ノードである、請求項５記載の方法。
【請求項７】
　前記適合パケットを構文解析し、関連情報を生成するステップを含む、請求項１記載の方法。
【請求項８】
　前記適合パケットを変換パケットに変換するステップを含む、請求項１記載の方法。
【請求項９】
　前記データ・パケットの処置を決定するステップを含む、請求項１記載の方法。
【請求項１０】
　前記分類する方法をアプリケーション・レベルの分類のために使用する、請求項１記載の方法。
【請求項１１】
　前記分類する方法をポリシ施行のために使用する、請求項１０記載の方法。
【請求項１２】
　前記分類する方法を速度制限のために使用する、請求項１１記載の方法。
【請求項１３】
　前記分類する方法を負荷平衡化のために使用する、請求項１２記載の方法。
【請求項１４】
　前記分類する方法をトラフィック形成のために使用する、請求項１記載の方法。
【請求項１５】
　データ・パケットを分類する装置であって、
　物理ネットワークからデータ・パケットを受信し、該データ・パケットを分類木のルート・ノードに渡し、また逆に、前記ルート・ノードからデータ・パケットを受信し、該データ・パケットを前記物理ネットワークに送信するネットワーク・インタフェース装置と、
　分類木の次の木レベルの第１の子ノードが、該第１の子ノードのノード基準を満足することを示すまで、前記次の木レベルにおいて、子ノードから子ノードへとパケットを連続的に受け渡すパケット・モジュールであって、前記第１の子ノードが、続く次のレベルの第１の子ノードが前記続く次のレベルの前記第１の子ノードのノード基準を満足しなくなるまで、データ・パケットを適合パケットに形成するパケット・モジュールと
　を含む、装置。
【請求項１６】
　前記装置の一部がアクセラレータ・チップとして実現される、請求項１５記載の装置。
【請求項１７】
　前記装置がアプリケーション・レベルの分類に使用される、請求項１５記載の装置。
【請求項１８】
　前記装置がファイアウォールとして使用される、請求項１５記載の装置。
【請求項１９】
　前記装置がボーダ・サーバとして使用される、請求項１５記載の装置。
【請求項２０】
　データ・パケットの分類を行うプログラムを記録したコンピュータ読取り可能記録媒体であって、
前記プログラムが、コンピュータに、請求項１の各ステップを実行させる、記録媒体
【請求項２１】
　前記プログラムが、コンピュータに分類木の少なくとも１レベルに少なくとも１ノードを動的に追加する機能を実現させる、請求項２０の記録媒体。
【請求項２２】
　データ・パケットを分類する装置であって、
　分類木のルート・ノードにおいて、データ・パケットを受信する手段と、
　ルート・ノードが、前記分類木の第１の木レベルの第１の子ノードが、前記第１の子ノードのノード基準を満足することを示すまで、前記第１の木レベルのそれぞれの子に前記データ・パケットを連続的に受け渡す手段と、
　前記第１の子が前記データ・パケットを適合パケットに形成するステップと、
　前記第１の子が、続く次の木レベルの第１の子ノードが前記続く次のレベルの前記第１の子ノードのノード基準を満足しなくなるまで、前記次の木レベルに対して、受け渡し及び形成ステップを繰り返す手段と
　を含む、装置。」
（３）補正の適否についての判断
　・請求項１について
　拒絶査定時の請求項１の受け渡すステップに関する記載である「ルート・ノードが、前記分類木の第１の木レベルの第１の子が前記第１の子のノード基準を満足することを示すまで、前記第１の木レベルのそれぞれの子に前記データ・パケットを連続的に受け渡すステップ」を「前記分類木ノ第１の木レベルそれぞれの子に、パケットが受け渡された子のノード基準を満足することを示すまで連続的にパケットを受け渡すステップ」とすることは、発明を特定するために必要と認める事項の一部である「ルート・ノードが」を削除しており、拒絶査定時の請求項１に係る発明を実質的に拡張するものであり、拒絶査定時の請求項１の繰り返すステップに関する記載である「前記第１の子が、続く次の木レベルの第１の子が前記次の木レベルの前記第１の子のノード基準を満足しなくなるまで、前記次の木レベルに対して、受け渡し及び形成ステップを繰り返すステップ」を「続く次のレベルにおける次の木レベルのすべての子が、前記次の木レベルのすべての子のノード基準を満足しなくなるまで、前記次の木レベルに対して、前記受け渡し及び前記形成ステップを繰り返すステップ」とすることは、発明を特定するために必要と認める事項の一部である「前記第１の子が」を削除しており、拒絶査定時の請求項１に係る発明を実質的に拡張するものであるから、この補正は、特許請求の範囲の減縮を目的とするものに該当しない。また、この補正は、誤記の訂正、明りょうない記載の釈明、請求項の削除を目的とするものにも該当しない。
（４）むすび
　したがって、この補正は、特許法第１７条の２第４項の規定に違反するから、特許法第１５９条第１項で準用する特許法第５３条第１項の規定により却下すべきものである。
　
第３　本願発明について
（１）本願発明
　平成１６年１１月１日付け手続補正は、上記のとおり却下されたので、本願請求項１に係る発明（以下、「本願発明１」という。）は、平成１６年７月１３日付け手続補正により補正された明細書の特許請求の範囲の請求項１に記載された事項により特定される次のとおりのものである。
　「【請求項１】
データ・パケットを分類する方法であって、
　分類木のルート・ノードにおいて、データ・パケットを受信するステップと、
　ルート・ノードが、前記分類木の第１の木レベルの第１の子が前記第１の子のノード基準を満足することを示すまで、前記第１の木レベルのそれぞれの子に前記データ・パケットを連続的に受け渡すステップと、
　前記第１の子が前記データ・パケットを適合パケットに形成するステップと、
　前記第１の子が、続く次の木レベルの第１の子が前記次の木レベルの前記第１の子のノード基準を満足しなくなるまで、前記次の木レベルに対して、受け渡し及び形成ステップを繰り返すステップと
　を含む、方法。」
（２）原査定の拒絶理由
　これに対する原査定の拒絶理由の概要は、「この出願は、明細書及び図面の記載が下記の点で、特許法第３６条第４項又は第６項第２号に規定する要件を満たしていない。」というものであって、その理由は以下のとおりである。
　『【理由Ｃ】
１．請求項１、２８、３８に係る発明について、下記の点が不明であり、発明を明確に把握できない。
１−１）第１の木のレベルの第１の子が、前記第１の子のノード基準を満足することを示すまで、当該木のレベルのそれぞれの子にパケットを受け渡すという動作が記載されているが、
１−１−１）第１の子が、第１の子のノード基準を満足するとはどういう意味であるのかが不明である。（本願発明は、第１の子に受け渡されたパケットが、第１の子のノード基準を満足するかどうかをみているのであって、第１の子が第１の子のノード基準を満足するかどうかはみていないのではないか。）
１−１−２）第１の子のノード基準を満足することと、「それぞれの子」のノード基準を満足することとの技術的な関連が不明であり、第１の子がノード基準を満足するまで、それぞれの子にパケットを受け渡すという動作の技術的意味が不明である。（一般に、第１の子とは異なる子（それぞれの子）のノード基準を満足しても、第１の子のノード基準を満足するものではない。パケットが、受け渡された子のノード基準を満足することを示すまで、それぞれの子に順次パケットを受け渡すのではないのか。）
１−２）次のレベルの第１の子が、前記次のレベルの第１の子のノード基準を満足しなくなるまで、次の木のレベルに対して受渡し及び形成ステップを繰り返すとあるが、
１−２−１）上記１−１−１と同様、第１の子が、第１の子のノード基準を満足しなくなるとはどういう意味であるのかが不明である。
１−２−２）次のレベルの第１の子のノード基準を満足しなくなるまで、受渡しのステップを繰り返すとあるが、前記受渡しのステップは、第１の子がノード基準を満足することを示すまで行われるものであり、全体として、第１の子のノード基準を満足するまで動作するのか、それとも、満足しなくなるまで動作するのかが不明である。また、結局、全体として、どのような動作をするのかが不明である。』
（３）請求人の主張
　これに対して請求人は、意見書において下記の点を主張し、
　『（３）明細書の記載不備について
　審査官殿がご指摘されている１−１−１について、本願はパケットがノード基準を満足するか見ているのではなく、第１の子がノード基準を満足するかを見ている。クレームの記載が分類木を言葉に置き換える性質上、表面的に難解であることは否めないが、主語が明確となるよう補正した。１−２−２の全体としてどのような動作をするのかという点については、適合パケットの最終とは基準を満足しないパケットの直前、すなわち第１の子のノード基準を満足する最終のパケットまでである。その意味で「前記第１の子のノード基準を満足しなくなるまで、前記次の木レベルに対して、受け渡し及び形成ステップを繰り返すステップ」なる記載となる。』
　請求の理由において下記の点を主張している。
　『（３）本願発明が特許されるべき理由
　審査官殿ご指摘の備考の記載および本願発明の本質を記載した段落２５〜５６、特に段落２９〜３３に基づき請求項をあらためて補正した。 
・第１の子が、第１の子のノード基準を満足するかしないかとは、第１の子に受け渡されたパケットが、第１の子のノード基準を満足するかしないかという意味であるので、請求項をそのように補正した。
・第１の子のノード基準を満足することと「それぞれの子」のノード基準を満足することの技術的な関連は、パケットが受け渡された子のノード基準を満足することを示すまでそれぞれの子に順次パケットを渡すという意味であるのでその旨補正した。老婆心ながら「第１の」という修飾については、左から右に数えて１番目などの順番を表すものではなく明細書の記載および図面において理解されるように、パケットが受け渡された子のノード基準を満足する最初の子という意味である。
・第１の子がノード基準を満足するまでそれぞれの子にパケットを受け渡すという意味は、ノード基準を満足する最初の子が現れるまでそれぞれの子にパケットを受け渡す意味である。
　なお、ルートノードが子ノードに対してパケットが子ノードの基準に適合するか否かを問い合わせるというご指摘についてその通りである。
　よって特許法第３６条第４又は第６項第２号に規定する要件を十分満たすようになったと思料する。』
（４）判断
　しかしながら、請求人の主張を参酌しながらみても、前記拒絶の理由において指摘した「受け渡すステップ」「繰り返すステップ」の点は未だ解消していない。
　イ）受け渡すステップ
　受け渡すステップに関して、発明の詳細な説明の実施の形態として以下の記載がある。
　「【００２８】ステップ２：パケットが、分類木の第１レベル５２１の子ノードのノード基準を満足する第１の子ノードに渡される。
【００２９】ルート・ノードは、子ノードに対して左から右に、パケットがそのノード基準に適合するか否かを問い合わせ、これは子ノードのノード基準が満足されるまで継続される。次にルート・ノードがパケットを、ノード基準を満足するその第１の子ノードに受け渡し、第１の子ノードがデータ・パケットを適合パケットに形成する。図５では、ルート・ノード５０２が最初にパケットをＩＰｖ４ノード５０３に受け渡す。子ノードのノード基準は、所望のパケットを識別するために使用されるコード・セットを含む。このコード・セットは、パケット・マッチング機能（ｐｍ）６０３と呼ばれる機能として実現される。」
　この記載から、ルートノードから第１の子に受け渡されたパケットが、第１の子のノード基準を満足するか否かをみられていることは理解できるが、第１の木レベルの第１の子が第１の子のノード基準を満足するか否かはみていないので、「前記分類木の第１の木レベルの第１の子が前記第１の子のノード基準を満足することを示すまで」がどのような意味を示しているのか不明であり、また、第１の木レベルの第１の子のノード基準を満足することと、第１の木レベルのそれぞれの子のノード基準を満足することとの技術的な相互関係が不明であるので、「前記分類木の第１の木レベルの第１の子が前記第１の子のノード基準を満足することを示すまで、前記第１の木レベルのそれぞれの子に前記データ・パケットを連続的に受け渡す」という動作の技術的意味が不明である。
　ロ）繰り返すステップ
　繰り返すステップに関して、発明の詳細な説明の実施の形態として以下の記載がある。
　「【００３２】ステップ３：ステップ２で述べたように、分類木の次の木レベルの第１の子ノードのノード基準に適合する第１の子ノードから開始して、パケットの受け渡しプロセスを繰り返し、パケットを適合パケットに形成し、この処理を分類木の次の木レベルのいずれの子もノード基準に適合しなくなるまで（No_Match）継続する。
【００３３】次の子が存在するか否かが判断される（６０４）。存在する場合、フローは６０１に継続する。存在しない場合、フローは６２１に継続する。次の木の層の全ての子ノードのパケット・マッチング機能が不適合結果に終わると、パケットは完全に分類木を走査したと言われる。走査経路は、ルートから子ノードのノード基準に適合する最後の第１の子ノードへのノード・セットとして定義される。こうしてパケット分類が完了し、フローは６２１に継続する。」
　この記載から、パケットの受け渡し及び形成する処理を分類木の次の木レベルのいずれの子もノード基準に適合しなくなるまで継続することは理解できるが、次の木レベルの第１の子が次の木レベルの第１の子のノード基準を満足するか否かはみていないので、「次の木レベルの第１の子が前記次の木レベル前記第１の子のノード基準を満足しなくなるまで」がどのような意味を示しているのか不明であり、また、次の木レベルの第１の子のノード基準を満足することと、次の木レベルの第１の子のノード基準を満足しなくなることとの技術的な相互関係が不明であるので、「続く次の木レベルの第１の子が前記次の木レベルの前記第１の子のノード基準を満足しなくなるまで、前記次の木レベルに対して、受け渡し及び形成ステップを繰り返す」という動作の技術的意味が不明である。
　したがって、本願発明１は、明確であることにならない。
（５）以上のとおり、本願は、特許法第３６条第６項第２号の規定する要件を満たしていない。
　よって、結論のとおり審決する。