【事件の表示】
　特願２００２−３６９１２０「ネットワーク・プロセッサ内のデータ・ブロックの再組立てのための方法および装置」拒絶査定不服審判事件〔平成１５年　８月１５日出願公開、特開２００３−２２９９０７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明 
　本願は、平成１４年１２月２０日（パリ条約による優先権主張２００１年１２月２１日、米国）の出願であって、平成２０年４月１１日付け拒絶理由通知に対して同年１０月１６日付けで意見書と手続補正書が提出されたが、同年１１月１３日付けで拒絶査定がなされ、これを不服として平成２１年２月１７日付けで審判請求がなされるとともに手続補正書が提出されたものであって、その特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、平成２１年２月１７日付け手続補正書により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　
「１つまたは複数のデータ・ブロックに分割された複数のデータ・パケットに対して、データ・ブロックをそれらのそれぞれのデータ・パケットに再組立てする方法であって、
　データ・ブロックを受け取るステップと、
　同じパケットからのそれぞれのデータ・ブロックに同じキュー識別子を割り当てるステップと、
　同じキュー識別子を有するすべてのデータ・ブロックを合わせてグループ化するステップと、
　同じパケットに再組立てされるすべてのデータ・ブロックに同じパケット識別子が割り当てられるように、それぞれのデータ・ブロックにパケット識別子を割り当てるステップと、
　再組立てされたデータ・パケットに追加のデータ処理ステップを実行するステップとを含み、
　前記追加のデータ処理ステップ中に、前記パケット識別子が前記データ・パケットに一意的に関連付けられている方法。」
　
２．引用発明
　原査定の拒絶理由に引用された刊行物である特開平６−１３２９７４号公報(以下、「引用例」という。)には、「パケット・ディスアセンブル用バッファ」に関し、図面とともに以下の事項が記載されている。
　
ア．「【特許請求の範囲】
【請求項１】情報部バイト長が所定固定長のパケットを用いる通信のパケット・ディスアセンブリにおいて、
前記所定固定長の整数倍でかつ同一長の複数のパケット・ディスアセンブル用固定長バッファと、
前記パケットのヘッダ部内のコネクション識別子あるいは同一コネクション上の多重化識別子ごとに、当該同一識別子をもつパケットのディスアセンブリが完了したか否かの情報と、当該識別子とフレ−ムバッファの対応を示す情報をもとに識別子とフレームバッファの番号の対応を可変するフレーム管理手段と、
を具備することを特徴とするパケット・ディスアセンブル用バッファ。」（第２頁第１欄第１〜１３行）
　
イ．「【０００３】まず、セル化・デセル化について図３と図４により説明する。
【０００４】図３は、セル・デセル化の説明図である。セル・デセル化機能は、図３のコンバ−ジェンス（ＣＳ）サブレイヤとＳＡＲサブレイヤとからなりＡＴＭプロトコルのアダプテ−ション・レイヤに実装されいる。
【０００５】図３のように、セル化はフレ−ムからＣＳサブレイヤ、ＳＡＲサブレイヤを経て最終的なＡＴＭセルになる。フレ−ムは開始デリミタ（ＳＤ）、アドレス・フィ−ルド（Ａ）、制御フィ−ルド（Ｃ）、情報部、フレ−ム・チェック・シ−ケンス（ＦＣＳ）、最終デリミタ（ＥＤ）からなる。ＣＳサブレイヤに入力されたフレ−ムは、ＣＳサブレイヤのヘッダ（ＣＳＨ）とトレイラ（ＣＳＴ）が付加される。予め既定されたβバイトの整数倍にフレ−ムがなっていない場合には、図３のＣＳサブレイヤのようにＰＡＤの付加（以下「パディング」という。）を行う。ＣＳサブレイヤから出力されたＣＳサブレイヤ・プロトコル・デ−タユニット（ＣＳ−ＰＤＵ）はＳＡＲサブレイヤに入力され、ＳＡＲヘッダ（ＳＡＲＨ）とＳＡＲトレイラ（ＳＡＲＴ）を付加した後、ＡＴＭレイヤへＡＴＭＨに関する情報とともにＡＴＭセルとして出力される。なお、デセル化は、上記セル化の逆を行う。
【０００６】図４は、ＳＡＲサブレイヤのフォ−マット例を示す図である。図４において、ＳＴは、セグメント・タイプであり、ＣＳ−ＰＤＵのセル化を行った時送出するセルが先頭、中間、最終、単一セルかの識別を示す。ＳＮは、シ−ケンス番号であり、４ビット長あるためモジュロ１６で値が決められる。ＭＩＤは、多重化識別子である。ＬＩは、パディングする場合があるため、セル内の有効情報長を示している。ＣＲＣは、誤り検出符号である。ＳＡＲＨはＳＴ、ＳＮ、ＭＩＤで、ＳＡＲＴはＬＩ、ＣＲＣで構成される各フィ−ルドとなる。ＳＡＲＨとＳＡＲＴは、ＣＳ−ＰＤＵの組立を行う際に必要な情報を含んでいる。ＳＡＲサブレイヤのデセル化処理はこれらのフィ−ルドを用いて行われ、これらのフィ−ルドに不整合がある場合、セルを廃棄する。
【０００７】次に、デセル化の際使用するバッファ構成について、二つの従来例を説明する。  図５は、ＣＳ−ＰＤＵの最大長以上のフレ−ムバッファ構成とした一従来例を示す機能ブロック図である。この例は固定長バッファをコネクション識別子（ＶＣＩ）、多重化識別子（ＭＩＤ）ごとにもつものである。まず、ＡＴＭレイヤから受信したＳＡＲ−ＰＤＵのコネクション識別子およびＳＡＲヘッダ内の多重化識別子により、書き込み制御部３１はスイッチ３２を制御して、同一のＶＣＩ、同一のＭＩＤをもつＳＡＲ−ＳＤＵを用いてＣＳ−ＰＤＵを組み立てる。この際の作業用バッファがＮ個分のＣＳ−ＰＤＵ長の固定長バッファをもつバッファ３３である。前述したように、ＣＳ−ＰＤＵの組立て終了はＳＴフィ−ルドによって把握できる。組立が終了したＣＳ−ＰＤＵは、スイッチ３４の選択により読み出し制御部３５を通じて上位レイヤに引き渡される。」（第２頁第１欄第２７行〜同頁第２欄第２９行）
　
ウ．「【００１５】
【実施例】図１は、本発明の一実施例を示すブロック図である。
【００１６】本実施例の各固定長バッファは、図５の従来例と同様、ＣＳ−ＰＤＵの最大長以上の固定長バッファであるが、ＦＢ管理テーブル１１により管理されている。すなわち、ＳＡＲ−ＰＤＵ入力線１４より受信されたあるコネクション上のＳＡＲ−ＰＤＵは、コネクション識別子（ＶＣＩ）とフレ−ムバッファ番号（ＦＢＮ）との変換テ−ブル１０により、当該コネクション上のＳＡＲ−ＰＤＵが組立中である場合は使用中のＦＢＮのバッファを、組立は終了したが上位レイヤ、この場合ＣＳサブレイヤからの引取りが未了の場合および全くフレームバッファ（ＦＢ）１２になく新規にＣＳ−ＰＤＵを組み立てる場合には、空きフレ−ムバッファ１３から新たに供給されるフレームバッファを使用するように、選択がなされる。この選択されたフレームバッファＦＢＮをｉとすると、ＦＢ管理テ−ブル１１を、ｉをキ−にして検索し、ＦＢｉのアドレスポインタＰｉ、情報長、ＳＴ、ＳＮ、ＶＣＩ等の情報を得る。なお、ＣＳ−ＰＤＵを組立てはじめる時は、Ｐｉ、情報長、ＳＴ、ＳＮは初期値とする。ＳＡＲ−ＳＤＵはＦＢｉのバッファに蓄積されＣＳ−ＰＤＵが組み立てられるとともに、ＦＢ管理テ−ブル１１も更新される。以上を繰り返してＣＳ−ＰＤＵを組み立てていく。組立て終了後は、上位レイヤに引取りの要求を出し、応答があれば当該ＣＳ−ＰＤＵのアドレスポインタ、情報長を上位レイヤに提示して引取りをおこなってもらう。引取り終了後は、当該フレ−ムバッファＦＢｉを空きフレ−ムバッファ１３に入れる。」（第３頁第４欄第２〜３０行）
　
　上記引用例の記載及び図面ならびにこの分野における技術常識を考慮すると、
・上記引用例には、同一のコネクション識別子（ＶＣＩ）を持つ複数のＳＡＲ−ＰＤＵを、デセル化により、それぞれのＣＳ−ＰＤＵに再組立てする方法が記載されており（摘記事項ア．，ウ．，図１）、
・同一のコネクション識別子（ＶＣＩ）を持つ複数のＳＡＲ−ＰＤＵは、同じＣＳ−ＰＤＵからセル化されたものであることは自明であり、
・同一のコネクション識別子（ＶＣＩ）を持つそれぞれのＳＡＲ−ＰＤＵに同じフレームバッファ番号（ＦＢＮ）を割り当て（図１）、当該フレームバッファ番号のバッファに蓄積してＣＳ−ＰＤＵを組み立てており（摘記事項ウ．）、
・上位レイヤにＣＳ−ＰＤＵの引取りをおこなってもらう際にアドレスポインタと情報長を上位レイヤに提示する（摘記事項ウ．）ことからして、上記アドレスポインタはＣＳ−ＰＤＵが記憶されたフレームバッファＦＢｉの先頭アドレスであると認められるから、同じＣＳ−ＰＤＵに再組立されるすべてのＳＡＲ−ＰＤＵについて、該再組立時には、ＦＢ管理テーブル１１が参照され同じアドレスポインタが割り当てられると認められ（摘記事項ウ．，図１）、
・上記アドレスポインタはＣＳ−ＰＤＵの記憶位置を示すものでもあるから、ＣＳ−ＰＤＵに一意的に関連付けられている、と言うことができ、
　
　以上を総合すれば、上記引用例には以下の発明（以下、「引用発明」という。）が記載されている。
「複数のＳＡＲ−ＰＤＵにセル化された複数のＣＳ−ＰＤＵに対して、ＳＡＲ−ＰＤＵをそれらのそれぞれのＣＳ−ＰＤＵに再組立てする方法であって、
　ＳＡＲ−ＰＤＵを受け取るステップと、
　同じＣＳ−ＰＤＵからのそれぞれのＳＡＲ−ＰＤＵに同じフレームバッファ番号を割り当てるステップと、
　同じフレームバッファ番号を有するすべてのＳＡＲ−ＰＤＵを蓄積してＣＳ−ＰＤＵを再組立てするステップと、
　同じＣＳ−ＰＤＵに再組立されるすべてのＳＡＲ−ＰＤＵに同じアドレスポインタが割り当てられるように、それぞれのＳＡＲ−ＰＤＵにアドレスポインタを割り当てるステップと、
　再組立てされたＣＳ−ＰＤＵを上位レイヤに提示するステップとを含み、
　前記上位レイヤに提示するステップ中に、アドレスポインタが前記ＣＳ−ＰＤＵに一意的に関連付けられている方法。」
　
３．対比
　本願発明と引用発明とを対比するに、
・本願発明の「データ・ブロック」、「データ・パケット」または「パケット」、は、それぞれ、引用発明の「ＳＡＲ−ＰＤＵ」、「ＣＳ−ＰＤＵ」、に相当し、
・本願発明の「キュー識別子」と引用発明の「フレームバッファ番号」とは、いずれもデータ・ブロック（引用発明のＳＡＲ−ＰＤＵ）に関連した情報、すなわち、「ブロック関連情報」である点で共通し、
・本願発明の「１つまたは複数のデータ・ブロック」は、引用発明の「複数のＳＡＲ−ＰＤＵ」を含み、
・引用発明の「セル化」とは、ＣＳ−ＰＤＵを複数のＳＡＲ−ＰＤＵに分割することに他ならない（摘記事項イ．から）、引用発明の「セル化された」は本願発明の「分割された」と同義であり、
・引用発明の「ＳＡＲ−ＰＤＵを蓄積してＣＳ−ＰＤＵを再組立てする」は、「ＳＡＲ−ＰＤＵを合わせてＣＳ−ＰＤＵにグループ化する」とも言い得るから、本願発明の「データ・ブロックを合わせてグループ化する」に相当し、
・引用発明の「上位レイヤに提示するステップ」は、ＣＳ−ＰＤＵを再組立した後のデータ処理ステップであって、「追加のデータ処理ステップ」と言い得るものであるから、本願発明の「追加のデータ処理ステップ」に含まれ、
・本願発明の「パケット識別子」と引用発明の「アドレスポインタ」は、ともに、データパケット（引用発明のＣＳ−ＰＤＵ）に関連した情報、すなわち、「パケット関連情報」である点で共通し、また、追加のデータ処理ステップ中は、データパケット（引用発明のＣＳ−ＰＤＵ）に「一意的に関連付けられた情報」である点で一致し、
　
　したがって、両発明は以下の点で一致及び相違する。
　
（一致点）
「１つまたは複数のデータ・ブロックに分割された複数のデータ・パケットに対して、データ・ブロックをそれらのそれぞれのデータ・パケットに再組立てする方法であって、
　データ・ブロックを受け取るステップと、
　同じパケットからのそれぞれのデータ・ブロックに同じブロック関連情報を割り当てるステップと、
　同じブロック関連情報を有するすべてのデータ・ブロックを合わせてグループ化するステップと、
　同じパケットに再組立てされるすべてのデータ・ブロックに同じパケット関連情報が割り当てられるように、それぞれのデータ・ブロックにパケット関連情報を割り当てるステップと、
　再組立てされたデータ・パケットに追加のデータ処理ステップを実行するステップとを含み、
　前記追加のデータ処理ステップ中に、前記パケット関連情報が前記データ・パケットに一意的に関連付けられている方法。」
　
（相違点１）
　「ブロック関連情報」が、本願発明では「キュー識別子」であるのに対し、引用発明では「フレームバッファ番号」である点。
（相違点２）
　「パケット関連情報」が、本願発明では「パケット識別子」であるのに対し、引用発明では「アドレスポインタ」である点。
　
４．検討
　以下に、上記各相違点につき検討する。
　
（相違点１）について
　本願発明の「キュー識別子」について、本願明細書には、「プリプロセッサ１２では、各データ・ブロックに、そのブロック内のパケット・ソース情報に基づいてキュー識別子（ＱＩＤ）が割り当てられる。したがって、パケットから分割されたすべてのブロックが、同じＱＩＤを保有する。同様に、同じソースからの他のブロックを再組立てすることができる前に、１つのソースからのすべてのブロックがパケットに元通り再組立てされなければならない。以下に述べるように、リアセンブラ１４内で、同じＱＩＤを有するすべてのブロックが、パケットに再組立てされる。」（段落【００１４】）と記載されているように、本願発明の「キュー識別子」は、同一のパケットに再組立されるブロックであることを示す情報であると認められる。
　一方、引用発明の「フレームバッファ番号」は、ＦＢ管理テーブル１１を検索するためのキーとして用いられるもので、該検索された情報に基づいて１つのＣＳ−ＰＤＵが再組立される（摘記事項ウ．，図１）から、同一のＣＳ−ＰＤＵに再組立されるＳＡＲ−ＰＤＵであることを示す情報であると言える。
　とすると、本願発明の「キュー識別子」も引用発明の「フレームバッファ番号」も、データ・ブロックからデータ・パケットを再組立するときに用いられるブロック関連情報であって、同一のデータ・パケットに再組立されるデータ・ブロックを識別する情報、である点で同一の機能および作用を果たすものであり、両者の相違は単なる呼称の相違でしかないと認められる。
　したがって、上記相違点１は格別の相違とすることはできない。
（相違点２）について、
　本願発明の「パケット識別子」について、本願明細書には、「パケットがリアセンブラ１４内で再組立てされるとき、一意のパケット識別子（ＰＩＤ）が、各パケットに割り当てられ、パケット開始およびパケット終了識別子が追加されてダウンストリーム・ネットワーク・プロセッサをパケット処理で支援する。リアセンブラ１４は、ＱＩＤ値にしたがって索引付けされ、ＰＩＤフィールドおよび１ビットのＱＩＤ妥当フィールドを内容として有するＱＩＤ−ＰＩＤテーブルを含む。したがってこのテーブルは、ＰＩＤ値を各ＱＩＤ値に関連付けるために使用される。リアセンブラ１４は、ブロックＱＩＤ値を読取り、この値をテーブルに対する索引として使用して、テーブルから関連するＰＩＤ値を選択する。ＱＩＤ妥当フィールドは、ＱＩＤ値が使用されているかどうか、すなわち、プリプロセッサ１２が、再組立てを受けているパケットにＱＩＤを割り当てたかどうか、を示す。このテーブルは、パケットに対するＱＩＤ値に基づいてパケットに対するＰＩＤ値を見つけるために使用されるので、以下でＱＩＤ−ＰＩＤルックアップ・マップとも呼ばれる。」（段落【００１６】）と記載されているように、本願発明の「パケット識別子」は、ＱＩＤ−ＰＩＤルックアップ・マップにおいてキュー識別子から索引付けされる情報であって、データ・パケット再組立終了後の追加のデータ処理を支援するためのパケット関連情報であると認められる。
　一方、引用発明の「アドレスポインタ」は、ＦＢ管理テーブル１１においてフレームバッファ番号から索引付けされる情報であって、その後の上位レイヤでの処理に使用されるものである（摘記事項ウ．，図１）から、データ・パケット再組立終了後の追加のデータ処理を支援するためのパケット関連情報であると言える。
　とすると、本願発明の「パケット識別子」も引用発明の「アドレスポインタ」も、データ・ブロックからデータ・パケットを再組立した後に用いられるパケット関連情報であって、データ・パケット再組立後の追加のデータ処理を支援するためにデータパケットを識別する情報である点、および、上記追加のデータ処理中は、データ・パケットに一意的に関連付けられている情報である点、で同一の機能および作用を果たすものであり、両者の相違は単なる呼称の相違でしかないと認められる。
　したがって、上記相違点２は格別の相違とすることはできない。
　
５．むすび
　以上のとおり、本願発明は、上記引用発明に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。