【事件の表示】
　平成　９年特許願第２５９９５９号「グラフィクス・パイプラインを並列化する方法及び装置」拒絶査定不服審判事件〔平成１０年　４月２８日出願公開、特開平１０−１１１８５８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯 
　本願は、平成９年９月２５日（パリ条約による優先権主張１９９６年９月３０日、米国）の出願であって、平成１４年１０月２１日付け拒絶査定に対して、平成１５年１月２０日付けで査定不服審判請求がなされると共に手続補正がなされ、これに対して平成１８年１１月２４日付け（発送は平成１８年１１月２８日）で拒絶理由が通知され、平成１９年５月３１日付けで意見書を提出すると共に手続補正がなされたものの、該手続補正は、同年８月８日付けで決定をもって却下され、該決定は確定した。 
　 
２．本願明細書 
　上述したとおり、平成１９年５月３１日付け提出の手続補正書に係る手続は却下決定がなされたことから、本願の明細書は平成１５年１月２０日付け手続補正により補正された明細書となり、図面は出願当初のものとなる。 
　そして、請求項１に記載された発明（以下、「本願発明」という。）は、平成１５年１月２０日付け手続補正により補正された特許請求の範囲の請求項１に記載された以下のとおりのものと認める。 
　 
「１つのスレッドにデータを送るように設計されたアプリケーションからの階層型グラフィクス・データを処理するための、データ処理装置におけるデータ処理方法において、前記データ処理装置は、第１スレッドと第２スレッドを少なくとも含む複数のスレッド及びグラフィクス表示装置を有し、 
　前記方法は、 
　複数のスレッド内の第１スレッドにて、前記アプリケーションからのグラフィクス・データを受信するステップと、 
　データ処理装置が、前記グラフィクス・データのストリームを複数の作業グループに分け、そして前記複数の作業グループ内の各作業グループにシーケンス番号を関連付けるステップであって、前記複数の作業グループの各作業グループは、各作業グループのために必要とされる処理の予測量に基づいてグループ化された複数のグラフィックス・プリミティブを含むところの前記ステップと、 
　前記複数のスレッドのそれぞれに前記複数の作業グループの一部分を割当てるステップと、 
　複数のスレッド内の一つのスレッドにおいて前記複数の作業グループの前記一部分を受信することに応答し、前記一部分を処理して、処理済み作業グループを含む処理済み部分を生成するステップと、 
　前記処理済み作業グループを前記一つのスレッドに関連付けられたメモリ内に保存するステップと、及び 
　前記処理済み作業グループに関連付けられたシーケンス番号によって示された順序で、前記処理済み作業グループを各メモリから前記グラフィクス表示装置に送るステップと、 
を含む方法。」 
　 
３．拒絶理由 
　当審は、平成１８年１１月２４日付けで、以下の拒絶理由を通知した。 
　 
「本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第３６条第４項及び第６項に規定する要件を満たしていない。  
　  
　　　　　　　　　　　　　　　　　記  
（１）本願請求項１の「…各作業グループのために必要とされる処理の予測量に基づいてグループ化された複数のグラフィックス・プリミティブを含むところの前記ステップ…」と記載されている事項について、以下の点が不明であるから、本願請求項１に係る発明は特許法第３６条第６項第２号に規定する要件を満たしていない。  
　  
（１−１）「処理の予測量」が何に対する量なのか不明である。つまり、本願請求項１に係る発明ではデータ処理は第１スレッドと第２スレッドによってなされているが、前記「処理の予測量」が各スレッドに対しての予測量であるのか、またはスレッドに対しての総合的になす予測量（スレッドが実行される全てのプロセッサに対する予測量）なのか、上述した記載内容では一義的に決定できない。  
　  
（１−２）「処理の予測量」がどのような量であるのか不明である。つまり、本願請求項１に係る発明ではデータ処理は第１スレッドと第２スレッドによってなされているが、前記「予測量」は各スレッドが処理する時間を示しているのか、またはスレッド（スレッドが実行されるプロセッサ）の容量を示しているのか、上述した記載内容では一義的に決定できない。  
　 
…（中略）… 
　 
（２）本願請求項１には、「…データ処理装置が、前記グラフィクス・データのストリームを複数の作業グループに分け、そして前記複数の作業グループ内の各作業グループにシーケンス番号を関連付けるステップであって、前記複数の作業グループの各作業グループは、各作業グループのために必要とされる処理の予測量に基づいてグループ化された複数のグラフィックス・プリミティブを含むところの前記ステップと、…」と記載されているが、前記「シーケンス番号を関連付けるステップ」での処理内容が不明である。  
　つまり、前記「シーケンス番号を関連付けるステップ」で行われる処理が、各作業グループを処理の予測量によって複数の作業グループに大別しているのか、ストリームを複数の作業グループに大別した後、処理の予測量に基づいて各作業グループにグラフィックス・プリミティブを付与しているだけなのか、上述した記載内容では一義的に決定できない。  
　よって、本願請求項１に係る発明は特許法第３６条第６項第２号に規定する要件を満たしていない。  
　 
…（後略）…」 
　 
４．判断 
　そこで、上記拒絶理由の（１），（２）について以下で検討する。 
　 
　上記拒絶理由の（１）（１−１）で指摘した「「処理の予測量」が何に対する量なのか不明である」点や、同じく（１）（１−２）で指摘した「「処理の予測量」がどのような量であるのか不明である」点、上記拒絶理由の（２）で指摘した「シーケンス番号を関連付けるステップ」での処理内容が不明である点について、審判請求人（出願人）は平成１９年５月３１日付けの意見書で以下の主張をしている。 
　 
「【意見の内容】 
…（中略）… 
２．特許法第３６条違反の拒絶理由について 
…（中略）… 
２.２　拒絶理由（１−１）及び（１−２）について 
　別途提出の手続補正書に示すように、請求項１において「処理の予測量」の用語を使用しておりません。 
　なお、本補正では、「前記複数のスレッドの各々で、前記作業要素ツリーの各要素を走査し、当該要素がプリミティブ情報であればその要素に関する作業量を基に前記グラフィクス・データのストリームを複数の作業グループに分けて、当該作業グループの各々にシーケンス番号を関連付けるステップと、」とあるように、プリミティブである作業要素の作業量（例えば、処理時間や要素サイズなど）が作業グループを分ける基準であることを特徴としています。本補正に関する具体的な記載は、例えば、『「００１３」…変数local_currentは、どのＷＧが現在処理されているかを示すのに用いられ、local_targetは、特定のスレッドがＷＧを処理しているかどうかを確認するため用いられる（ステップ３０６）。』、更に、『「００２０」…要素が実行構造要素でない場合、プロシジャは次に要素がプリミティブかどうか確認する（ステップ６１２）。次にプロシジャは変数local_currentが変数local_targetに等しいかどうか確認する（ステップ６１４）。変数local_targetは、特定のスレッドが処理する作業グループのシーケンス番号であるローカル変数である。変数が等しい場合、グラフィクス・パイプライン・プリミティブ処理が行われる（ステップ６１６）。その後、プロシジャは変数local_WG_sizeをWG_size(element)だけ増分する（ステップ６１８）。…プロシジャは次に、変数local_WG_sizeがWG_sizeの基準を満たしているかどうか確認する（ステップ６２０）。変数が基準を満たしている場合、プロシジャは次にStartWGプロシジャの実行に進む（ステップ６２２）。』が挙げられます。 
　つまり、階層型グラフィックス・データを第１スレッドで受信すると、データの階層性を利用して作業要素（ＷＥ）をツリー構造にしていきます。その際、『「０００１」表示のためにグラフィックス・データ及びコマンドを送る際、制御ブロック２０２はアプリケーション２００からプリミティブを受信する。』とあるように、第１スレッドでプリミティブ情報も入手するので、結局、制御ブロック２０２によって生成されるツリーの各要素は、ツリー走査の実行指示やパイプラインのための属性である他に、上記プリミティブでもあります（図７参照）。そこで、要素がプリミティブのときは、初期値０に設定された作業グループのサイズ（local_WG_size）を（段落「００１８」）、所定の基準になるまで、プリミティブ要素に遭遇するたびにその要素のサイズ分（local_WG(element)）加算していくことにより、作業グループのグルーピング化を図ることが可能です。上述した補正後の請求項１における「前記複数のスレッドの各々で、前記作業要素ツリーの各要素を走査し、当該要素がプリミティブ情報であればその要素に関する作業量を基に前記グラフィクス・データのストリームを複数の作業グループに分けて、当該作業グループの各々にシーケンス番号を関連付けるステップと」は、このことを表しております。 
　 
２.３　拒絶理由（２）について 
　上記２.２で述べたように、「前記複数のスレッドの各々で、前記作業要素ツリーの各要素を走査し、当該要素がプリミティブ情報であればその要素に関する作業量を基に前記グラフィクス・データのストリームを複数の作業グループに分けて、当該作業グループの各々にシーケンス番号を関連付けるステップと、」に補正しました。これより、「グラフィクス・データのストリーム」が、プリミティブ要素の作業量を基にして、「複数の作業グループ」に大別されることがご理解されるものと思料致します。 
…（後略）…」 
　 
（ａ）上記拒絶理由（１）について 
本願明細書の発明の詳細な説明において、段落【００１１】には「…（前略）…制御ブロック２０２は作業要素（ＷＥ）を作成する。…（中略）…走査の間、走査ブロック２０４は、本発明の好適な実施例に従ってＷＥを複数のセグメントに分ける。各セグメントは作業グループ（ＷＧ）とも呼ばれ、各ＷＧに含まれるＷＥは制限されない。ＷＧの中のＷＥの数は、ＷＧの予測処理時間等、様々な要因により決定され得る。…（後略）…」と記載されており、本願特許請求の範囲の請求項１に記載されている「処理の予測量」に作業グループの予測処理時間が含まれていることは理解できるが、「さまざまな要因」が作業グループにおける何を示しているのか不明であるため、様々な要因により決定され得る「処理の予測量」が如何なる要因に基づいたどのような決定による量を想定しているのか不明である。 
　また、本願明細書の発明の詳細な説明において、段落【００２０】には「 
…（前略）…変数local_targetは、特定のスレッドが処理する作業グループのシーケンス番号であるローカル変数である。変数が等しい場合、グラフィクス・パイプライン・プリミティブ処理が行われる（ステップ６１６）。その後、プロシジャは変数local_WG_sizeをWG_size(element)だけ増分する（ステップ６１８）。プロシジャはまた、変数local_currentとlocal_targetが互いに等しくない場合はステップ６１４からステップ６１８に直接進む。ステップ６１８は、このスレッドによって処理されている現在の作業グループから現在の作業量を計算するために用いられる。…（後略）…」と記載されており、特定のスレッドによって処理されている現在の作業グループから現在の作業量を計算することが記載されているが、グラフィクス・パイプライン・プリミティブ処理が行われる場合には複数のスレッドが使用されることとなるため、このうちのいずれを「特定のスレッド」とし、パイプライン処理されているスレッドのいずれを「作業量」の算出対象とするのか不明である。 
　さらに、平成１９年５月３１日付けの意見書で述べる「本補正」とは、平成１９年５月３１日付け手続補正を示すものであるが、当該手続補正は上記１．で述べるように却下されているので、上記主張は、請求項の記載に基づかないものである。 
　してみると、本願特許請求の範囲の請求項１は、依然として「処理の予測量」が何に対する量なのか、「処理の予測量」がどのような量であるのか、本願明細書の発明の詳細な説明を参酌しても一義的に決定することができず不明である。 
　 
（ｂ）上記拒絶理由（２）について 
　「処理の予測量」について、平成１９年５月３１日付けの意見書では、「プリミティブである作業要素の作業量（例えば、処理時間や要素サイズなど）が作業グループを分ける基準であることを特徴としています。」と述べているが、本願特許請求の範囲の請求項１には「…各作業グループのために必要とされる処理の予測量に基づいてグループ化された複数のグラフィックス・プリミティブを含むところの前記ステップ…」と記載されており、グラフィックス・プリミティブのグループ化が「処理の予測量」に基づいて行われているとも解釈できることから、本願特許請求の範囲の請求項１に記載されている事項は、必ずしも「プリミティブである作業要素の作業量（例えば、処理時間や要素サイズなど）が作業グループを分ける基準であること」を一義的に示す内容とはなっていない。 
　してみると、本願特許請求の範囲の請求項１は、依然として「シーケンス番号を関連付けるステップ」での処理内容が不明のままである。 
　 
　以上のとおりであるから、本願特許請求の範囲の請求項１に係る記載は、特許を受けようとする発明が明確に開示されていないことから、本願は特許法第３６条第６項第２号に規定する要件を満たしていない。 
　 
５．むすび 
　以上のとおり、本願特許請求の範囲の請求項１に係る記載は、特許法第３６条第６項第２号に規定する要件を満たしていないから、特許を受けることができない。 
　よって、結論のとおり審決する。