【事件の表示】
　特願２００７−５０８３５６「グラフィックオペレーションのための高レベルプログラムインターフェース」拒絶査定不服審判事件〔平成１７年１１月１０日国際公開、ＷＯ２００５／１０６６５２、平成１９年１１月１５日国内公表、特表２００７−５３３０２６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２００５年３月１６日（パリ条約による優先権主張外国庁受理２００４年４月１６日、米国）を国際出願日とする出願であって、平成２１年１月２２日付けで拒絶理由通知がなされ、これに対し、平成２１年７月１日付けで手続補正がなされたが、平成２１年７月３０日付けで拒絶査定がなされ、これに対し、平成２１年１２月１１日に拒絶査定に対する審判請求がなされるとともに、同時に手続補正がなされたものである。
　また、平成２２年９月９日付けの審尋に対して、平成２２年１２月７日付で回答書が提出されている。
　
第２　平成２１年１２月１１日付けの手続補正についての補正却下の決定
[補正却下の決定の結論]
　平成２１年１２月１１日付けの手続補正を却下する。
　
[理由]
１．補正後の本願発明
　平成２１年１２月１１日付けの手続補正により補正された特許請求の範囲のうち、請求項１及び６は、以下のとおりである。
「【請求項１】
　１つ
又はそれ
　該高レベルインターフェースは、
　第１プロセスが
第１のプロセッシング・ユニット上で実行されて
　（ｉ）イメージの生成、
　（ｉｉ）フィルタの作成、
　（ｉｉｉ）該フィルタに関連付けられた引数の設定、
　（ｉｖ）前記フィルタ又は別のフィルタの出力の要求、
　（ｖ）コンテキストの作成、
　（ｖｉ）イメージの前記コンテキスト又は別のコンテキストへのレンダリング
　の選択肢のうちの１つ又はそれ以上から選択され、
　前記要求がこれに関連付けられたオブジェクトを有し、該オブジェクトが、コンテキスト、イメージ、フィルタ、又はベクトルのうちの１つを含み、
　前記要求が、前記機能の少なくとも１つと前記オブジェクトの１つとの間の関係を定義し、
　前記グラフィック処理資源が、
第２のプロセッシング・ユニット上で
、前記
及び、
「【請求項６】
　１つ
又はそれ
　該高レベルインターフェースは、
　第１プロセスが
第１のプロセッシング・ユニット上で実行されて
　（ｉ）イメージの生成、
　（ｉｉ）コンテキストの作成、
　（ｖｉ）イメージの該コンテキスト又は別のコンテキストへのレンダリング
　の選択肢のうちの１つ又はそれ以上から選択され、
　前記要求がこれに関連付けられたオブジェクトを有し、該オブジェクトが、コンテキスト又はイメージの１つを含み、
　前記要求が、前記機能の少なくとも１つと前記オブジェクトの１つとの間の関係を定義し、
　前記グラフィック処理資源が、
第２のプロセッシング・ユニット上で
、前記
　
２．補正の適否について
　この補正は、補正前の請求項１〜５７、７４、７８を削除するものであって、補正後の請求項１は、補正前の請求項５８に対応し、補正後の請求項６は、補正前の請求項６３に対応する。なお、この点は、審判請求人が請求の理由中で主張するとおりである。
　
　以下において、この補正が、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法（以下、単に「平成１８年改正前特許法」という。）第１７条の２第４項各号に規定する要件を満たしているか否かについて検討する。
　
　補正後の請求項１及び６についての補正は、いずれも以下のとおりである。
（１）補正前の「１つ以上のマイクロプロセッサを含むコンピュータのグラフィック処理資源」を
「１つ
又はそれ
　
（２）補正前の「第１プロセスが、前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介してタスクの性能を要求し、」を
「第１プロセスが
第１のプロセッシング・ユニット上で実行されて
　
（３）補正前の「前記グラフィック処理資源が、前記要求をサービスする」を
「前記グラフィック処理資源が、
第２のプロセッシング・ユニット上で
　
（４）補正前の「前記要求をサービスすることを含む方法。」を
「前記要求をサービスする
、前記
　
　上記（１）及び（４）については、記載を言い換えただけのものであって、実質的な内容に変更はない。
　
　しかし、上記（２）及び（３）については、補正前の請求項における発明を特定する事項として、何らの「プロセッシング・ユニット」も備えていなかったものであるが、補正後に、それぞれ、「第１のプロセッシング・ユニット」及び「第２のプロセッシング・ユニット」を備えることになったものであって、請求項に記載した発明を特定するために必要な事項を限定するものとすることはできない。
　
　したがって、上記（２）及び（３）の補正は、平成１８年改正前特許法第１７条の２第４項第２号の要件を満たさないものである。
　
　また、上記（１）〜（４）の補正が、誤記の訂正であるとも、明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る。）ともすることはできないから、平成１８年改正前特許法第１７条の２第４項第３号及び第４号の要件を満たさないものである。
　
　以上のとおりであるから、本件補正は、平成１８年改正前特許法第１７条の２第４項第１号に規定された請求項の削除を伴うものではあるものの、平成１８年改正前特許法第１７条の２第４項第２号〜第４号の規定に違反するものであるから、同法１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．独立特許要件違反について
　なお、仮に本件補正が、平成１８年改正前特許法第１７条の２第４項各号に規定する要件を満たすものであったとした場合に、本件補正後の請求項６に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（平成１８年改正前特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか。）否かについて、以下において検討する。
　
３−１　本願補正発明
　本件補正後の請求項６に記載された事項は以下のとおりである（再掲）。
「【請求項６】
　１つ又はそれ以上のマイクロプロセッサを含むコンピュータのグラフィック処理資源に高レベルインターフェースを提供するための方法であって、
　該高レベルインターフェースは、
　第１プロセスが第１のプロセッシング・ユニット上で実行されて、前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介して
タスクの性能を要求し
　（ｉ）イメージの生成、
　（ｉｉ）コンテキストの作成、
　（ｖｉ）イメージの該コンテキスト又は別のコンテキストへのレンダリング
　の選択肢のうちの１つ又はそれ以上から選択され、
　前記要求がこれに関連付けられたオブジェクトを有し、該オブジェクトが、コンテキスト又はイメージの１つを含み、
　前記要求が、
前記機能
　前記グラフィック処理資源が、第２のプロセッシング・ユニット上で前記要求をサービスする、前記方法。」
　
　２箇所の下線は当審が付したものであるが、そのうちの「タスクの性能を要求し」については、前後の文脈からみて文意が不明であり、「前記機能」については、先行する「機能」が記されておらず、意味するところが不明である。
　これらに関して、平成２２年１２月７日付けの回答書において、審判請求人は、「タスクの性能」は誤記であり正しくは「タスクの実行」であること、「前記機能」は誤記であり正しくは「前記関数」であることを主張している。
　両者ともに、英語から日本語への翻訳誤りに伴う誤記であると認め、請求項６に記載された発明は、以下のとおりのものと認定する。
「【請求項６】
　１つ又はそれ以上のマイクロプロセッサを含むコンピュータのグラフィック処理資源に高レベルインターフェースを提供するための方法であって、
　該高レベルインターフェースは、
　第１プロセスが第１のプロセッシング・ユニット上で実行されて、前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介して
タスクの実行を要求し
　（ｉ）イメージの生成、
　（ｉｉ）コンテキストの作成、
　（ｖｉ）イメージの該コンテキスト又は別のコンテキストへのレンダリング
　の選択肢のうちの１つ又はそれ以上から選択され、
　前記要求がこれに関連付けられたオブジェクトを有し、該オブジェクトが、コンテキスト又はイメージの１つを含み、
　前記要求が、
前記関数
　前記グラフィック処理資源が、第２のプロセッシング・ユニット上で前記要求をサービスする、前記方法。」
　
３−２　引用刊行物
（１）原査定の拒絶理由に引用された国際公開ＷＯ９８／４５８１５号（以下、「引用刊行物」という。）には、次の事項が記載されている。なお、翻訳は当審が行い、要部に下線を付した。
　
（１−１）
「SUMMARY OF THE INVENTION
　In accordance with one aspect of the invention, an apparatus and method of applying an effect to graphical data utilizes a graphics processor to apply the effect to a graphical image having the graphical data. To that end, the graphics processor is configured to process graphical data in accordance with a preselected graphics processing format, and the effect and graphical image are defined and converted, respectively, into the preselected graphics processing format. In accordance with preferred embodiments of the invention, the graphics processor is controlled to apply the effect to the graphical image to produce an output graphical image. The output graphical image includes both the effect and the graphical image. In preferred embodiments, the graphics processor is a graphics accelerator card, and the graphics processing format is OPENGLTM .
　In accordance with other aspects of the invention, the computer system includes a central processing unit, in addition to the graphics processor. The effect may be applied to the graphical image so that the effect is normalized with respect to the graphical image.  Specifically, the effect may be applied to the graphical image as a ratio of the size of the graphical image. Moreover, the output graphical image may be stored in volatile or non- volatile memory in the computer system as a frame or other type of graphical image.  Alternatively, the effect may be applied to the graphical image within texture memory that is a part of the graphics processor. The texture may be the graphics processor format for the input image.」（第２頁第１１行〜第３頁第１行）
（訳）
「発明の要約
　本発明の1つの側面に従えば、グラフィカルデータにエフェクトをかける装置および方法は、グラフィカルデータを持つグラフィカルイメージにエフェクトをかけるためにグラフィックスプロセッサを利用する。その目的のために、
グラフィックスプロセッサは、あらかじめ選択された図形処理フォーマットに従って、グラフィカルデータを処理するように構成される。また、エフェクトとグラフィカルイメージはあらかじめ選択された図形処理フォーマットへ、それぞれ定義され変換される。発明の好ましい実施例に従って、グラフィックスプロセッサは、出力のグラフィカルイメージを作成するグラフィカルイメージに、エフェクトをかけるようにコントロールされる。
　本発明の他の側面に従えば、
コンピュータシステムは、中央処理装置とグラフィックスプロセッサとを含んでいる。
　
（１−２）
「The computer system 100 preferably is controlled and coordinated by operating system software, such as the WINDOWS NTR operating system (available from Microsoft Corp., of Redmond, Washington). Among other computer system control functions, the operating system controls allocation of system resources and performs tasks such as process scheduling, memory management, networking, and I/O services. As suggested above, the operating system preferably includes an OPENGLTM application program interface for rendering non-trivial 3D graphical indicia on the display device 170.
　Figure 2 shows a process of applying special effects to a graphical image in accordance with a preferred embodiment of the invention. The process begins at step 200 in which a set of effects is defined in accord with the OPENGLTM format, and then stored in the non-volatile memory 152. These effects may include unique effects created by a programmer, or commonly known effects. Some commonly known effects include geometry transformations that change the shapes of images without changing the image colors, (e.g., BUMP, CROP, DEFORM, and ROTATE), BALLOON, and SHINES. Additional known effects may include CONCENTRIC BLINDS, DISPLACEMENT', RADAR BLINDS, 'TOKYO BLINDS and VENETIAN BLINDS.
　In preferred embodiments, effects may be edited and/or combined with other effects to produce yet additional effects.  An effect preferably is defined by first developing a prototype of the effect. Such prototype preferably includes a program written in any known programming language (e.g., the C++ programming language) utilizing the OPENGLTM API and WINDOWS NTTM API. In preferred embodiments, effects are designed to manipulate the 3D geometry of graphical images and their applied textures in OPENGLTM to obtain a desired output image result. Once satisfactorily developed, the (effect) program is configured to interface with the particular application program with which it is to be utilized.
　The process then continues to step 202 in which a graphical image to be manipulated is obtained from memory.  The image may be read from a file or generated from graphical software. The formatting data for the graphical image can comply with any graphical format and thus, does not necessarily comply with the OPENGLTM API. For example, the graphical image may be a video image from a live feed (i.e., having fields and requiring field rendering), a frame or plurality of frames in a motion picture (e.g., an .avi file stored on disk), a bitmap file, or a graphic image file (i.e., a.gif file). Such images may be three dimensional, two-dimensional, or one dimensional mapped representations of an image on a two- dimensional medium (i.e., the display device).
　Once the image is obtained, a 3D view area is set up in accord with conventional processes (step 204) and then the graphical image is moved into texture memory on the graphics accelerator (step 206).   The following OPENGLTM functions may be used to move the image into texture memory:
　　　　　glTexEnvi;
　　　　　glTexParameteri;
　　　　　glEnable; and
　　　　　glTexImage2D.
　The image then is defined in a 3D geometry and the texture is applied to it to produce an affected output image (step 208). More particularly, the geometry of the image is manipulated by the application of the texture by the OPENGLTM graphical accelerator 167 to produce the affected output image in 3D.   The shape of the 3D image being manipulated, its alignment relative to the view volume, and the manner of mapping the texture to the 3D geometry determine the content of the affected output image. Of course, the calculations for applying the effect to the converted graphical image are performed by the graphical accelerator 167 and not by the central processing unit 105. The OPENGLTM functions that may be utilized for step 208 include:
　　　　　glBegin;
　　　　　glTexCoord3d;
　　　　　glVertex2d or glVertex3d;
　　　　　glEnd;
　　　　　glEnable; and
　　　　　glDisable. 
　It then is determined at step 210 if effects are to be applied to additional images and combined with the output image from step 208. The positioning of the different affected 3D output images relative to one another in the view volume determines the interaction between images. The process loops to step 206 if effects are to be applied to additional images. If not, then the process moves to step 212 in which the image is displayed via a frame buffer capture operation. More particularly, the output image preferably is written to a frame buffer and consequently, displayed on the display device 170. An immediate display of this type is preferable, for example, to preview the application of an effect in an editing process. In some embodiments, however, such as those that do not require a preview, the OPENGLTM capture of the output image from the frame buffer is performed in a hidden window. More particularly, the window attributes may be set so that the output image will not be displayed on the display device 170. In other embodiments in which the OPENGLTM API is not utilized, a hidden window may not be necessary. The OPENGLTM functions that may be used for step 212 include:
　　　　　glHush;
　　　　　glReadBuffer; and
　　　　　glReadPixels.」（第５頁第９行〜第７頁第２２行）
（訳）
「望ましくは、
コンピュータシステム１００は、ワシントン州レイモンドのマイクロソフト社によって利用可能なWINDOWS NT
R
オペレーティングシステムのようなオペレーティングシステムソフトウェアによって、コントロールされ調整される。
　図２は、この発明の望ましい実施例についてのグラフィカルイメージに対する特殊エフェクトを適用する過程を示す。そのプロセスは、1組のエフェクトがOPENGLTMフォーマットと一致して定義されるステップ２００で始まり、次に不揮発性のメモリ１５２に格納される。これらのエフェクトは、プログラマによって作成されたユニークなエフェクト、あるいは一般に知られたエフェクトを含んでいるかもしれない。いくつかの一般に知られているエフェクトは、イメージ色や、(例えば「BUMP」、「CROP」、「DEFORM」および「ROTATE」)や、「BALLOON」、また「SHINES」を変更せずに、イメージの形を変更するジオメトリ変換を含んでいる。追加の既知のエフェクトは、「CONCENTRIC BLINDS」、「DISPLACEMENT」、「RADAR BLINDS」、「TOKYO BLINDS」及び「VENETIAN BLINDS」を含んでもよい。
　好ましい実施例では、エフェクトは編集され、そして／または、付加的エフェクトを生むために他のエフェクトと結合するかもしれない。むしろ、
エフェクトは、最初にエフェクトのプロトタイプを作ることによって定義される。むしろ、そのようなプロトタイプは、OPENGL
TM
 APIおよびWINDOWS NT
TM
 APIを利用する、任意の既知のプログラミング言語(例えばC++プログラミング言語)で書かれたプログラムを含んでいる。好ましい実施例では、エフェクトは、グラフィカルイメージと、望ましい出力イメージ結果を得るためのOPENGL
TM
の中の適用テクスチャとの3Dジオメトリを操作するように設計される。一度、満足がいくように開発されると、(エフェクト)プログラムは、それが利用されることになっている特定のアプリケーションプログラムとインターフェイスをとるように構成される。
　
その後、そのプロセスは、操作されるグラフィカルイメージがメモリから得られるステップ２０２に続く。イメージは、ファイルから読まれるか、あるいはグラフィカルソフトウェアから生成されてもよい。
　一度、イメージが得られれば、3D視界エリアは、従来のプロセス（ステップ２０４）と一致してセットアップされる。次に、グラフィカルイメージは、グラフィックアクセラレーター（ステップ２０６）上のテクスチャメモリへ移動する。
次のOPENGL
TM
関数がテクスチャメモリへイメージを移動させるために使用されてもよい。
　　　　　glTexEnvi;
　　　　　glTexParameteri;
　　　　　glEnableそして
　　　　　glTexImage2D
それから、イメージは3D形状に定義され、作用を受けた出力イメージ（ステップ２０８）を作成するために、テクスチャがそれに適用されます。特に、3D空間で作用を受けた出力イメージを作成するために、イメージの形状は、OPENGLTMグラフィカルアクセラレータ１６７によるテクスチャのアプリケーションによって操作される。操作されている3Dイメージの形、視体積に関する整列、および3D形状にテクスチャを描く方法は、作用を受ける出力イメージの内容を決定する。もちろん、
変換されたグラフィカルイメージにエフェクトを適用するための演算は、中央処理装置１０５によってではなくグラフィカルアクセラレータ１６７によって行なわれる。ステップ２０８で利用されるかもしれないOPENGL
TM
関数は、次のものを含んでいる。
　　　　　glBegin;
　　　　　glTexCoord3d;
　　　　　glVertex2dあるいはglVertex3d;
　　　　　glEnd;
　　　　　glEnable;そして
　　　　　glDisable
　エフェクトが追加イメージに適用され、ステップ２０８からの出力イメージと結合されるのであれば、それはステップ２１０で決定される。視体積の中で互いに関して異なる影響を受けた3D出力イメージのポジショニングは、イメージ間の相互作用を決定する。エフェクトが追加のイメージに適用されることになっている場合、プロセスはステップ２０６へループする。そうでなければ、その後、そのプロセスは、イメージがフレームバッファキャプチャオペレーションによって表示されるステップ２１２に移る。特に、望ましくは、
出力像は、フレームバッファに書き出され、その結果、ディスプレイ装置１７０に表示される。
ステップ２１２に使用されるかもしれないOPENGL
TM
関数は次のものを含んでいる。
　　　　　glHush;
　　　　　glReadBuffer; そして
　　　　　glReadPixels」
　
（１−３）
「I claim:
1. A computer program product for use on a computer system for applying effects to graphical data on a computer system, the computer system having a graphical processor that is preconfigured to process graphical data in accordance with a preselected graphics processing format, the computer program product comprising a computer usable medium having computer readable program code thereon, the computer readable program code including:
 program code for defining an effect in the preselected graphics processing format;
 program code for converting a graphical image into the preselected graphics processing format; and
 program code for controlling the graphics processor to apply the effect the graphical image to produce an output graphical image, the output graphical image being the result of the application of the effect to the graphical image.」
（訳）
「特許請求の範囲
１．コンピュータシステム上のグラフィカルデータへのエフェクトを適用するためのコンピュータシステム上で使用されるコンピュータプログラム製品であって、
　前記コンピュータシステムは、あらかじめ選択された図形処理フォーマットに従うグラフィカルデータを処理するようにあらかじめ構成されるグラフィカルプロセッサを有するコンピュータシステムであって、
　前記コンピュータプログラム製品は、コンピュータ読取り可能なプログラムコードをその上に持っているコンピュータ使用可能なメディアからなるコンピュータプログラム製品であって、
　前記コンピュータ読取り可能なプログラムコードは、
　
あらかじめ選択された図形処理フォーマットでエフェクトを定義するためのプログラムコード
　
グラフィカルイメージをあらかじめ選択された図形処理フォーマットに変換するためのプログラムコード
　
グラフィカルイメージに対するエフェクトの適用の結果である出力グラフィカルイメージを作成するためにグラフィカルイメージにエフェクトを適用するグラフィックプロセッサを制御するためのプログラムコード
とからなるコンピュータ読取り可能なプログラムコードであるコンピュータプログラム製品。」
　
（１−４）以上を総合すると、引用刊行物には、次の発明（以下、「引用発明」という。）が記載されている。
「オペレーティングシステムソフトウェアによって、コントロールされ調整されるものであって、中央処理装置とグラフィックスプロセッサとを含んでいるコンピュータシステムを有し、
　変換されたグラフィカルイメージにエフェクトを適用するための演算は、中央処理装置によってではなくグラフィカルアクセラレータによって行なわれるものであり、
　エフェクト等は、OPENGLの関数を用いて実行され、
　エフェクトは、最初にエフェクトのプロトタイプを作ることによって定義され、そのようなプロトタイプは、OPENGL APIおよびWINDOWS NT APIを利用する、任意の既知のプログラミング言語で書かれたプログラムを含んでいるものであって、
　エフェクトは、グラフィカルイメージと、望ましい出力イメージ結果を得るためのOPENGLの中の適用テクスチャとの３Ｄジオメトリを操作するように設計され、一度、満足がいくように開発されると、（エフェクト）プログラムは、それが利用されることになっている特定のアプリケーションプログラムとインターフェイスをとるように構成されるものであり、
　グラフィックスプロセッサは、あらかじめ選択された図形処理フォーマットに従って、グラフィカルデータを処理するように構成され、エフェクトとグラフィカルイメージはあらかじめ選択された図形処理フォーマットへ、それぞれ定義され変換され、グラフィックスプロセッサは、出力のグラフィカルイメージを作成するグラフィカルイメージに、エフェクトをかけるようにコントロールされるものであって、
　あらかじめ選択された図形処理フォーマットでエフェクトを定義するためのプログラムコードと、
　グラフィカルイメージをあらかじめ選択された図形処理フォーマットに変換するためのプログラムコードと、
　グラフィカルイメージに対するエフェクトの適用の結果である出力グラフィカルイメージを作成するためにグラフィカルイメージにエフェクトを適用するグラフィックプロセッサを制御するためのプログラムコードとを有し、
　操作されるグラフィカルイメージがメモリから得られるステップを有し、イメージは、ファイルから読まれるか、あるいはグラフィカルソフトウェアから生成されてもよいものであり、
　出力像は、フレームバッファに書き出され、その結果、ディスプレイ装置に表示される方法。」
　
３−３　対比・判断
（１）本願補正発明と引用発明との対比
（１−１）
　引用発明は、「中央処理装置とグラフィックスプロセッサとを含んでいるコンピュータシステム」を有しているので、本願補正発明と引用発明とは、「１つ又はそれ以上のマイクロプロセッサを含むコンピュータのグラフィック処理資源」を有する点で一致する。
　また、引用発明は、「エフェクト等は、OPENGLの関数を用いて実行され、」「（エフェクト）プログラムは、それが利用されることになっている特定のアプリケーションプログラムとインターフェイスをとるように構成される」ものである。そして、ＯＰＥＮＧＬは、グラフィックスプロセッサを機能させるＡＰＩ(Application Program Interface)であって、オペレーティングシステムソフトウェアの制御の下で動作するものであるから、結局のところ、本願補正発明と引用発明とは、「１つ又はそれ以上のマイクロプロセッサを含むコンピュータのグラフィック処理資源にインターフェースを提供するための方法」である点で共通する。
　
（１−２）
　引用発明は、「オペレーティングシステムソフトウェアによって、コントロールされ調整されるものであって、」「エフェクトを適用するための演算は、中央処理装置によってではなくグラフィカルアクセラレータによって行なわれるもの」であり、次項の（１−３）で論述するように、引用発明において、「エフェクト等は、OPENGLの関数を用いて実行され」、コンテキストへのレンダリングなどのタスクが関数呼び出しを介して実行を要求されることから、本願補正発明と引用発明とは、「前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介してタスクの実行を要求」する点で共通する。
　また、引用発明の「グラフィカルアクセラレータ」はグラフィック処理資源を構成するから、本願補正発明の「第２のプロセッシング・ユニット」に相当し、本願補正発明と引用発明とは、「グラフィック処理資源が、プロセッシング・ユニット上で前記要求をサービスする」点で実質的に一致する。
　
（１−３）
　引用発明において、「イメージは、ファイルから読まれるか、あるいはグラフィカルソフトウェアから生成されてもよい」ものであって、かかる点は、本願補正発明の「イメージの生成」に相当する。
　本願の明細書の段落【００２６】によれば、「コンテキストは、フィルタリングオペレーションの結果が常駐するメモリ内の定義された場所などの空間である。上記で提案されたように、イメージが入力と仮定すると、コンテキストは出力と仮定される。」ものであるから、引用発明における「グラフィカルイメージに対するエフェクトの適用の結果である出力グラフィカルイメージを作成する」ことは、本願補正発明の「コンテキストの作成」に相当する。
　引用発明における「グラフィカルイメージに対するエフェクトの適用の結果である出力グラフィカルイメージを作成するためにグラフィカルイメージにエフェクトを適用する」ことは、本願補正発明の「イメージの該コンテキスト又は別のコンテキストへのレンダリング」に相当する。
　そして、それらの処理が実行されるのであるから、本願補正発明と引用発明とは、「該関数呼び出しが、（ｉ）イメージの生成、（ｉｉ）コンテキストの作成、（ｖｉ）イメージの該コンテキスト又は別のコンテキストへのレンダリングの選択肢のうちの１つ又はそれ以上から選択」されて、「タスクの実行を要求」する点で一致する。
　
（１−４）
　本願補正発明における「前記要求がこれに関連付けられたオブジェクトを有し、該オブジェクトが、コンテキスト又はイメージの１つを含」むことは、これを言い換えれば、「前記要求がこれに関連付けられた、コンテキスト又はイメージの１つを含むオブジェクトを有する」ことと等価である。
　引用発明は、「あらかじめ選択された図形処理フォーマットでエフェクトを定義するためのプログラムコードと、グラフィカルイメージをあらかじめ選択された図形処理フォーマットに変換するためのプログラムコードと」を備えるものであるから、グラフィカルイメージとこれに対するエフェクトとは図形処理フォーマットを介して対応付けられているので、結局のところ、本願発明と引用発明とは、「前記要求がこれに関連付けられた、イメージを含むオブジェクトを有する」こと、すなわち、「前記要求がこれに関連付けられたオブジェクトを有し、該オブジェクトが、コンテキスト又はイメージの１つを含」む点で一致する。
　
（１−５）
　同様に、引用発明は、「あらかじめ選択された図形処理フォーマットでエフェクトを定義するためのプログラムコードと、グラフィカルイメージをあらかじめ選択された図形処理フォーマットに変換するためのプログラムコードと」を備えるものであって、「エフェクト等は、OPENGLの関数を用いて実行され」るものであるから、結局のところ、本願補正発明と引用発明とは、「前記要求が、前記関数の少なくとも１つと前記オブジェクトの１つとの間の関係を定義」する点で一致する。
　
（１−６）
　したがって、本願補正発明と引用発明とは、以下の点で一致し、相違する。
［一致点］
「１つ又はそれ以上のマイクロプロセッサを含むコンピュータのグラフィック処理資源にインターフェースを提供するための方法であって、
　該インターフェースは、
　前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介してタスクの実行を要求し、該関数呼び出しが、
　（ｉ）イメージの生成、
　（ｉｉ）コンテキストの作成、
　（ｖｉ）イメージの該コンテキスト又は別のコンテキストへのレンダリング
　の選択肢のうちの１つ又はそれ以上から選択され、
　前記要求がこれに関連付けられたオブジェクトを有し、該オブジェクトが、コンテキスト又はイメージの１つを含み、
　前記要求が、前記関数の少なくとも１つと前記オブジェクトの１つとの間の関係を定義し、
　前記グラフィック処理資源が、プロセッシング・ユニット上で前記要求をサービスする、前記方法。」
　
［相違点］
　本願補正発明は、グラフィック処理資源に提供されるインターフェースが
「高レベルインターフェース」とされていて、「第１プロセスが第１のプロセッシング・ユニット上で実行されて、前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介してタスクの実行を要求」するのに対して、
　引用発明は、インターフェースが高レベルか否か不明であり、また、「前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介してタスクの実行を要求」するものの、「第１プロセスが第１のプロセッシング・ユニット上で実行されて」、前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介してタスクの実行を要求するものであるのか否かが明確でない点。
　なお、これに伴い、本願補正発明は、「
第２の
　
（２）相違点に対する判断
　通常、グラフィカルアクセラレータは、中央処置装置の要求の下でタスクの実行を行うものであることを考慮すれば、「オペレーティングシステムソフトウェアによって、コントロールされ調整されるものであって、」「エフェクトを適用するための演算は、中央処理装置によってではなくグラフィカルアクセラレータによって行なわれるもの」である引用発明において、グラフィカルアクセラレータが単独で処理を実行するのではなく、本願補正発明における第１のプロセッシング・ユニットに相当する引用発明の中央処理装置上で、（本願発明の第２のプロセッシング・ユニットに相当する）グラフィカルアクセラレータに対するタスクの実行を要求するようにすること、すなわち、「第１プロセスが第１のプロセッシング・ユニット上で実行されて、前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介してタスクの実行を要求」するようにすることは、当業者が容易になし得たことである。
　その際、そのようなタスクの実行を要求するインターフェースを「高レベルインターフェース」と称することは、単に表記上の差異にすぎない。
　
３−４　まとめ
　以上のとおりであるから、仮に、本件補正が平成１８年改正前特許法第１７条の２第４項各号に規定する要件を満たすものであったとしたとしても、本願補正発明は、引用発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　したがって、本件補正は、平成１８年改正前特許法第１７条の２第５項で準用する同法第１２６条第５項の規定に違反するものであり、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下されるべきものである。
　
３−５　審判請求人の主張について
　審判請求人は、平成２２年１２月７日付けの回答書において、「本願発明は上述の特徴的な構成によりＯｐｅｎＧＬよりも高レベルのインタフェースを実現し、格別な効果を奏します。・・・引用文献１〜５はいずれも「ＯｐｅｎＧＬよりも高レベルのインタフェース」を扱ったものであはありませんので、そのような表面上の類似表現から当業者が本願発明に至ることは不可能です。」と主張している。
　しかし、この主張は、特許請求の範囲に記載された事項に基づかない主張であり、本願補正発明が引用発明（引用文献２）に基づいて当業者が容易に発明をすることができたものであることは、上述したとおりである。
　
第３　本願発明について
１．本願発明の認定
　平成２１年１２月１１日付けの手続補正は上記のとおり却下されたので、本願の請求項に係る発明は、平成２１年７月１日付けで手続補正された特許請求の範囲の請求項１〜８３に記載された事項により特定されるものと認められるところ、その請求項６３に係る発明（以下、「本願発明」という。）は以下のとおりのものである。
「【請求項６３】
　１つ以上のマイクロプロセッサを含むコンピュータのグラフィック処理資源に高レベルインターフェースを提供するための方法であって、該高レベルインターフェースは、
　第１プロセスが、前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介してタスクの性能を要求し、該関数呼び出しが、
　（ｉ）イメージの生成、
　（ｉｉ）コンテキストの作成、
　（ｖｉ）イメージの該コンテキスト又は別のコンテキストへのレンダリング
　の選択肢のうちの１つ又はそれ以上から選択され、
　前記要求がこれに関連付けられたオブジェクトを有し、該オブジェクトが、コンテキスト又はイメージの１つを含み、
　前記要求が、前記機能の少なくとも１つと前記オブジェクトの１つとの間の関係を定義し、
　前記グラフィック処理資源が前記要求をサービスする、ことを含む方法。」
　
　上記第２　３−１に記したように、本願の特許請求の範囲の記載には誤記があるので、上記第２　３−１と同様に、請求項６３に記載された発明は、以下のとおりのものと認定する。
「【請求項６３】
　１つ以上のマイクロプロセッサを含むコンピュータのグラフィック処理資源に高レベルインターフェースを提供するための方法であって、該高レベルインターフェースは、
　第１プロセスが、前記グラフィック処理資源によってサービスされる１つ又はそれ以上の関数呼び出しを介してタスクの実行を要求し、該関数呼び出しが、
　（ｉ）イメージの生成、
　（ｉｉ）コンテキストの作成、
　（ｖｉ）イメージの該コンテキスト又は別のコンテキストへのレンダリング
　の選択肢のうちの１つ又はそれ以上から選択され、
　前記要求がこれに関連付けられたオブジェクトを有し、該オブジェクトが、コンテキスト又はイメージの１つを含み、
　前記要求が、前記関数の少なくとも１つと前記オブジェクトの１つとの間の関係を定義し、
　前記グラフィック処理資源が前記要求をサービスする、ことを含む方法。」
　
２．引用刊行物
　原審拒絶理由に引用された刊行物、および、その記載事項は、前記第２　３−２に記載したとおりである。
　
３．対比・判断
　本願発明は、前記第２　３−１で検討した本願補正発明の限定事項である構成を省いたものである。
　そうすると、本願発明の特定事項を全て含み、さらに他の特定事項を付加したものに相当する本願補正発明が、前記第２　３−３に記載したとおり、引用発明に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明に基づいて、当業者が容易に発明をすることができたものである。
　
４．まとめ
　したがって、本願発明は、引用発明に基いて当業者が容易に発明をすることができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。
　
第４　むすび
　以上のとおりであるから、本願は、他の請求項に係る発明について検討するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。