【事件の表示】
　特願２００３−１４１２１０「ビジュアルおよびシーングラフインタフェース」拒絶査定不服審判事件〔平成１６年１０月２１日出願公開、特開２００４−２９５８５８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　
　本願は、平成１５年５月１９日の出願（優先権主張：平成１５年３月２７日　米国）であって、平成２１年５月２６日付けで拒絶理由が通知され、平成２１年９月２日付けで手続補正書及び意見書が提出されたが、当該拒絶理由通知書に記載された理由により平成２１年１１月２日付けで拒絶査定がされ、これに対して平成２２年３月１１日に拒絶査定不服審判が請求されたものである。
　
２．拒絶査定の要点
　拒絶査定は、平成２１年５月２６日付け拒絶理由通知書に記載された理由の内、理由（１）及び（３）によってなされたものである。
　平成２１年５月２６日付けで通知した拒絶理由通知書における理由（３）は以下のとおりである。
　
「理由３
　この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　　記
１．請求項１−４５の「ビジュアル」、「描画コンテクスト」とは如何なる概念であるのか不明であるために、請求項１−４５の技術的範囲を特定することができない。
２．請求項２の「ビジュアルを開く」とはどのような行為であるのか理解できない。
３．請求項４の「描画コンテクストを閉じる」とはどのような行為であるのか理解できない。
４．請求項６の「バリデーションビジュアル」、「ビジュアルを無効に」、「ビジュアルを有効に」とは如何なる意味であるのか不明である。
５．請求項７，８の「サーフェスビジュアル」とは如何なる概念であるのか不明である。
６．請求項８の「部分グラフをトラバースする」とは如何なる意味か不明である。
７．請求項１０の「画像データのプリミティブ」とは如何なる概念であるのか不明である。
８．請求項１１の「ビデオデータのプリミティブ」とは如何なる概念であるのか不明である。
９．請求項１６の「複雑な単一の形状」とは、何を以て複雑であるとするのか、その判断基準が明確にされておらず、請求項１６の技術的範囲が不明瞭である。
１０．請求項２３の「画像ブラシデータ」とは如何なる概念であるか不明である。
１１．請求項２５の「ビジュアルブラシデータ」とは如何なる概念であるか不明である。
１２．請求項２６の「前記ビジュアルブラシデータ」について、請求項２６が引用する請求項１８，請求項１８が引用する請求項１の何れにも「ビジュアルブラシデータ」なる概念は記載されておらず、何を指しているものか不明である。
１３．請求項２９の「線キャップデータ」、「マイター（ｍｉｔｅｒ）制限データ」、「ダッシュアレーデータ」、「ダッシュオフセットデータ」とは如何なる概念であるのか不明である。
１４．請求項３４の「翻訳データ」は、描画処理と如何なる関係があるのか不明である。（translationは「平行移動」の意味で用いられることがある。）
１５．請求項３８の「ゆがみデータ」とは如何なる概念であるのか不明である。
１６．請求項４３の「シーングラフをトラバースする」とは如何なる意味であるのか不明である。　」
　
　そして、拒絶査定の備考欄には、理由（３）について、次のように記載されている。
「理由３（特許法３６条６項２号）について
１．請求項１−４５の「ビジュアル」、「描画コンテクスト」は依然として不明である。
２．請求項２の「ビジュアルを開く」とはどのような行為であるのか理解できない。
３．請求項４の「描画コンテクストを閉じる」とはどのような行為であるのか理解できない。
４．請求項６の「バリデーションビジュアル」、「ビジュアルを無効に」、「ビジュアルを有効に」とは如何なる意味であるのか不明である。
５．請求項７，８の「サーフェスビジュアル」とは如何なる概念であるのか不明である。
１１．請求項２５の「ビジュアルブラシデータ」とは如何なる概念であるのか不明である。「反復されるタイル方法で塗りつぶしとして」は理解できるが、「ビジュアルを描画する」が理解できない。
１５．請求項３８の「ゆがみデータ」とは如何なる概念であるのか不明である。
　本願明細書、図面、意見書などの記載をみると、「ビジュアル」は出願人自身が定義したクラスの名前であると考えられる（ただし、如何なるクラスであるのかは不明である）。このような、プログラマの自由な意志に基づいてつけられた名前のみによって、特許請求の範囲を特定することはできない。明細書に明確な定義が為されていればこの限りではないが、そのような記載を見いだすことができない。
　「描画コンテクスト」、「ビジュアルを開く」、「描画コンテクストを閉じる」、「バリデーションビジュアル」、「ビジュアルを無効に」、「ビジュアルを有効に」、「サーフェスビジュアル」、「ビジュアルブラシデータ」、「ゆがみデータ」についても同様である。
　
６．請求項８の「部分グラフをトラバースする」は依然として不明である。意見書において出願人は、グラフを走査することである旨主張している。しかしながら、グラフを走査することと、サーフェスビジュアルに画像を提供することとの間に直接的な関係は認められない。
１６．請求項４３の「シーングラフをトラバースする」は依然として不明である。意見書において出願人は、シーングラフを走査することである旨主張している。しかしながら、走査することのみで何らかの情報処理が為されるとはいえない。」
　
３．本願特許請求の範囲
 　
　平成２１年９月２日付けで提出された手続補正書により補正された特許請求の範囲の記載は以下のとおりである。
　
　【請求項１】
　プロセッサー、メモリーおよびグラフィックサブシステムを有するコンピューティング環境において、
　前記プロセッサーが、シーングラフを構築する、グラフィック情報を含めるためのビジュアルであって、アプリケーションプログラムインタフェースを含むビジュアルを作成する要求を定義されたインタフェースを介して受け取り、それに応答して前記メモリー上に前記ビジュアルを作成することと、
　前記プロセッサーが、前記ビジュアルに前記グラフィック情報に関連するデータを追加するための描画コンテクストを提供することと、
　前記メモリーに、前記描画コンテクストを介して受け取られるデータを前記ビジュアルと関連して保持することと、
　前記プロセッサーが、前記ビジュアルを含む前記シーングラフを処理して、前記グラフィックサブシステムにグラフィックデータを提供することと
　を備えたことを特徴とする方法。
　　【請求項２】
　前記描画コンテクストを提供することは、前記ビジュアルを開く要求を受け取り、それに応答して前記描画コンテクストへの参照を提供することを含むことを特徴とする請求項１に記載の方法。
　　【請求項３】
　前記ビジュアル中のデータを保持することは、前記描画コンテクストを介して受け取った少なくとも１つの描画プリミティブを保持することを含むことを特徴とする請求項１に記載の方法。
　　【請求項４】
　前記描画コンテクストを閉じる要求を受け取り、それに対して前記描画コンテクストを閉じることをさらに含むことを特徴とする請求項１に記載の方法。
　　【請求項５】
　前記ビジュアルは、プログラムコードによってアクセスされる描画ビジュアルを含むことを特徴とする請求項１に記載の方法。
　　【請求項６】
-　前記ビジュアルは、プログラムコードによってアクセスされるバリデーションビジュアルを含み、前記方法は、さらに、前記ビジュアルを無効にし、前記プログラムコードにデータを通信して前記ビジュアルを有効にすることを含むことを特徴とする請求項１に記載の方法。
　　【請求項７】
　前記ビジュアルはサーフェスビジュアルを含み、前記ビジュアルと関連して保持されるデータはピクセルデータを含むことを特徴とする請求項１に記載の方法。
　　【請求項８】
　前記ビジュアルはサーフェスビジュアルを含み、さらに、少なくとも１つの他のビジュアルを有する部分グラフをトラバースして前記サーフェスビジュアルに画像を提供することにより、前記サーフェスビジュアルを前記部分グラフに関連付けるサーフェスビジュアルマネジャを備えることを特徴とする請求項１に記載の方法。
　　【請求項９】
　前記ビジュアルと関連してデータを保持することは、前記描画コンテクストを介して少なくとも１つの描画プリミティブを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項１０】
　少なくとも１つの描画プリミティブを受け取ることは、画像データに関するプリミティブを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項１１】
　少なくとも１つの描画プリミティブを受け取ることは、ビデオデータに関するプリミティブを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項１２】
　少なくとも１つの描画プリミティブを受け取ることは、ジオメトリプリミティブを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項１３】
　前記ジオメトリプリミティブを受け取ることは、線の少なくとも１つのプロパティに対応するデータを受け取ることを含むことを特徴とする請求項１２に記載の方法。
　　【請求項１４】
　前記ジオメトリプリミティブを受け取ることは、楕円の少なくとも１つのプロパティに対応するデータを受け取ることを含むことを特徴とする請求項１２に記載の方法。
　　【請求項１５】
　前記ジオメトリプリミティブを受け取ることは、長方形の少なくとも１つのプロパティに対応するデータを受け取ることを含むことを特徴とする請求項１２に記載の方法。
　　【請求項１６】
　前記ジオメトリプリミティブを受け取ることは、単一の形状の少なくとも１つのプロパティに対応するデータを受け取ることを含むことを特徴とする請求項１２に記載の方法。
　　【請求項１７】
　前記ジオメトリプリミティブを受け取ることは、形状リストの少なくとも１つのプロパティと、前記リストにある形状を組み合わせる操作とに対応するデータを受け取ることを含むことを特徴とする請求項１２に記載の方法。
　　【請求項１８】
　少なくとも１つの描画プリミティブが、ブラシオブジェクトデータに関連付けられることを特徴とする請求項１に記載の方法。
　　【請求項１９】
　前記ブラシオブジェクトデータは、ソリッドカラーブラシのデータを含むことを特徴とする請求項１８に記載の方法。
　　【請求項２０】
　前記ブラシオブジェクトデータは、グラデーションブラシのデータを含むことを特徴とする請求項１８に記載の方法。
　　【請求項２１】
　前記グラデーションブラシオブジェクトデータは、少なくとも始点および終点を含む、線形グラデーションオブジェクトのデータを含むことを特徴とする請求項２０に記載の方法。
　　【請求項２２】
　前記グラデーションブラシオブジェクトデータは、円データおよび焦点を含む、放射グラデーションオブジェクトのデータを含むことを特徴とする請求項２０に記載の方法。
　　【請求項２３】
　前記ブラシオブジェクトデータは、単純なスケーリングが行われる画像のデータである画像ブラシデータを含むことを特徴とする請求項１８に記載の方法。
　　【請求項２４】
　前記ブラシオブジェクトデータは、９グリッドブラシのデータを含むことを特徴とする請求項１８に記載の方法。
　　【請求項２５】
　前記ブラシオブジェクトデータは、反復されるタイル方法で塗りつぶしとしてビジュアルを描画するビジュアルブラシデータを含むことを特徴とする請求項１８に記載の方法。
　　【請求項２６】
　前記ビジュアルブラシデータは、別のビジュアルへの参照を含むことを特徴とする請求項２５に記載の方法。
　　【請求項２７】
　前記ビジュアルと関連してデータを保持することは、前記描画コンテクストを介してブラシデータを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項２８】
　前記ビジュアルと関連してデータを保持することは、前記描画コンテクストを介してペンデータを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項２９】
　前記ペンデータは、幅データ、線結合データ、線キャップデータ、マイター（ｍｉｔｅｒ）制限データ、ダッシュアレーデータ、およびダッシュオフセットデータの少なくとも１つを含むことを特徴とする請求項２８に記載の方法。
　　【請求項３０】
　前記ビジュアルと関連してデータを保持することは、前記描画コンテクストを介して効果データを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項３１】
　前記ビジュアルと関連してデータを保持することは、前記描画コンテクストを介して不透明度データを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項３２】
　前記ビジュアルと関連してデータを保持することは、前記描画コンテクストを介してクリッピングデータを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項３３】
　前記ビジュアルと関連してデータを保持することは、前記描画コンテクストを介して変換データを受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項３４】
　前記変換データは、変換リストデータを含むことを特徴とする請求項３３に記載の方法。
　　【請求項３５】
　前記変換データは、平行移動データを含むことを特徴とする請求項３３に記載の方法。
　　【請求項３６】
　前記変換データは、回転データを含むことを特徴とする請求項３３に記載の方法。
　　【請求項３７】
　前記変換データは、スケーリングデータを含むことを特徴とする請求項３３に記載の方法。
　　【請求項３８】
　前記変換データは、ゆがみデータを含むことを特徴とする請求項３３に記載の方法。
　　【請求項３９】
　前記変換データは、変換行列データを含むことを特徴とする請求項３３に記載の方法。
　　【請求項４０】
　前記変換データは、変換の少なくとも１つのプロパティについての変換アニメーションデータを含むことを特徴とする請求項３３に記載の方法。
　　【請求項４１】
　前記ビジュアルと関連してデータを保持することは、前記ビジュアルをグリッドセルに収めるためのビューボックスデータを前記描画コンテクストを介して受け取ることを含むことを特徴とする請求項１に記載の方法。
　　【請求項４２】
　前記ビューボックスデータは、伸縮のプロパティ、水平方向の位置合わせのプロパティ、および垂直方向の位置合わせのプロパティの少なくとも１つによって指定されることを特徴とする請求項４１に記載の方法。
　　【請求項４３】
　前記シーングラフを処理することは、前記シーングラフをトラバースすることを含むことを特徴とする請求項１に記載の方法。
　　【請求項４４】
　前記シーングラフを処理することは、前記シーングラフを送信することを含むことを特徴とする請求項１に記載の方法。
　　【請求項４５】
　請求項１に記載の方法を行うコンピュータ実行可能命令を有することを特徴とするコンピュータ可読媒体。
　
４．当審の判断
　
　特許請求の範囲の内、独立請求項である請求項１について検討する。
　
　拒絶理由では、当該補正された特許請求の範囲の請求項１に関し、次の点が特許法第３６条第６項第２号の規定を満たしていないとした。
　  
「１．請求項１−４５の「ビジュアル」、「描画コンテクスト」とは如何なる概念であるのか不明であるために、請求項１−４５の技術的範囲を特定することができない。  」
　
　以下、当該指摘が妥当なものであるか否かの判断をする。
　
（１）「ビジュアル」について
　
　特許請求の範囲の請求項１は、上記したように平成２１年９月２日付けで補正がされているものであるが、ここで、「ビジュアル」に関して次のように記載されている。
　
「シーングラフを構築する、グラフィック情報を含めるためのビジュアルであって、アプリケーションプログラムインタフェースを含むビジュアル」
「ビジュアルを作成する要求を定義されたインタフェースを介して受け取り、それに応答して前記メモリー上に前記ビジュアルを作成する」
「前記プロセッサーが、ビジュアルに前記グラフィック情報に関連するデータを追加するための描画コンテクストを提供する」
　
　この記載から、「ビジュアル」とは、
（ア）シーングラフを構築する、グラフィック情報を含めるためのものである。
（イ）アプリケーションプログラムインタフェースを含むものである。
（ウ）メモリー上に作成されるものである。
（エ）グラフィック情報に関連するデータを追加するための描画コンテクストが提供されるものである。
ということになる。
　
　しかし、（ア）は「ビジュアル」の目的を意味することである。
　また、（イ）は「ビジュアル」の構成の一部を示すものである。
　そして、（ウ）は「ビジュアル」存在する場所を示すものであり、（エ）は「ビジュアル」の利用方法を示すものである。
　この４点は、何れも「ビジュアル」を定義するものではない。
　したがって、請求項１の記載において、「ビジュアル」は明確に定義されない。
　
　審判請求書（平成２２年４月２３日付け手続補正書）において、理由（３）で指摘された「ビジュアル」については、次の主張をしている。
   　
「「ビジュアル」は、シーングラフを構築するためのオブジェクトモデルおよびＡＰＩセットにおける基本オブジェクトであり（例えば［０００７］、［００３３］段落参照）、後のプロセスにおいて「描画コンテクスト」を介してグラフィック情報に関連するデータ（描画プリミティブ）がポピュレートされるものです。また、「ビジュアル（オブジェクト）」は、画像、ブラシおよび／またはグラデーションなどのリソースオブジェクトを参照できる描画命令リストを保持する（第０００７段落参照）、すなわちアプリケーションプログラムインタフェース（ＡＰＩ）を含むものです。」
　
　この記載は、「ビジュアル」が、
（オ）シーングラフを構築するためのオブジェクトモデルおよびＡＰＩセットにおける基本オブジェクトである。
（カ）グラフィック情報に関連するデータ（描画プリミティブ）がポピュレートされるものである。
（キ）画像、ブラシおよび／またはグラデーションなどのリソースオブジェクトを参照できる描画命令リストを保持するものである。すなわちアプリケーションプログラムインタフェース（ＡＰＩ）を含むものである。
  ということを説明していることになる。
　
　しかしながら、（オ）は単に基本オブジェクトということに留まり、どういう内容のオブジェクトであるかを定義していない。
　また、（カ）は使用の一例を示すに留まり、（キ）は、描画命令リスト、すなわちアプリケーションプログラムインタフェースが含まれるという、オブジェクトに含まれる付加的データ内容を示すことにすぎない。
　
　したがって、上記（ア）〜（エ）に、（オ）〜（キ）の内容を考慮してみても、「ビジュアル」が何であるかを定義することにはならない。
　
　そして、審判請求書における当該主張で、審判請求人は主張の根拠として、発明の詳細な説明の段落【０００７】、【００３３】を挙げているので更に検証する。
　当該段落には次のように記載されている。
「　【０００７】
　簡潔に述べると、本発明は、オブジェクトモデルと、プログラムコードの開発者が、グラフィックを生成するシーングラフデータ構造と一貫性をもってインタフェースを取れる形でそのオブジェクトモデルにアクセスするためのアプリケーションプログラムインタフェース（ＡＰＩ）とを提供する。このモデルおよびＡＰＩセットにおける基本オブジェクビジュアルであり、ビジュアルはユーザに対する仮想のサーフェスを表し、シーングラフはビジュアルオブジェクトで構築される。このようなビジュアルには、コンテナビジュアルオブジェクト、バリデーションビジュアルオブジェクト、描画ビジュアルオブジェクト、およびサーフェスビジュアルオブジェクトが含まれる。ビジュアル自体は、クリップオブジェクト、変換オブジェクトなどのリソースオブジェクトを保持することができ、一部のタイプのビジュアル（例えばＤｒａｗｉｎｇＶｉｓｕａｌ、ＶａｌｉｄａｔｉｏｎＶｉｓｕａｌ）は、画像、ブラシおよび／またはグラデーションなどのリソースオブジェクトを参照できる描画命令リストを保持することができる。」
「　【００３３】
　図３および４に、それぞれビジュアルと称する基礎オブジェクトを含む例示的なシーングラフ３００および４００を示す。一般に、ビジュアルは、ユーザに対する仮想のサーフェスを表し、ディスプレイ上の視覚的な表現を有するオブジェクトからなる。図５に表すように基礎クラスのビジュアルは他のビジュアルタイプに基本ファンクションを提供し、すなわち、ビジュアルクラス５００は、ビジュアルタイプ（例えば５０１〜５０６）が派生する抽象的な基礎クラスである。」
　
　ここには、「変換オブジェクトなどのリソースオブジェクトを保持する」、「画像、ブラシおよび／またはグラデーションなどのリソースオブジェクトを参照できる描画命令リストを保持する」、「ビジュアルはユーザに対する仮想のサーフェスを表し、ディスプレイ上の視覚的な表現を有するオブジェクトからなる」「他のビジュアルタイプに基本ファンクションを提供し」等の記載があるが、これらを総合したものがどういうものであるか不明である。
　審判請求書においては、この段落に記載された技術事項について言及しておらず、「ビジュアル」がプログラム（命令）であるのか、オブジェクト自体を表現するデータであるのか、あるいは、そのどちらでもない特殊なものであるのか、その実体が不明である。
　
　また、審判請求書においては、次のような主張がされている。
「（４）平成２１年６月２日（発送日）の拒絶理由通知に記載された理由１に関して：
　上述のように、「ビジュアル（オブジェクト）」及び「描画コンテクスト」の意味は本願明細書の随所に説明されていて、技術的に明確であり、単なる「画像データ」や「画像データを構成する要素」ではありません。別言すれば「画像データ」や「画像データを構成する要素」は本願明細書では「描画プリミティブ」として表現されるものに対応すると考えられ、これは本願発明では「描画コンテクスト」を介して「ビジュアルオブジェクト」にポピュレートされる対象です。　」
　
　しかしながら、ここで説明されているとする「随所」とはどの記載箇所であるかは明らかではない。
　また、「ビジュアル（オブジェクト）」及び「描画コンテクスト」の意味は、本願明細書では「描画プリミティブ」として表現されるものに対応するものであって、単なる「画像データ」や「画像データを構成する要素」ではないと主張するものの、それでは何を意味するかについては何ら言及がない。
　
　審判請求書においては、更に次のような主張がされている。
「上述のように「ビジュアル」は、本願発明による特徴を有するオブジェクトであって、そのクラスなどの定義は、本願明細書の詳細な説明と多くの［表］に具体的に記述されており、これらを参照すれば当業者には明らかに理解できると考えます。従って、この「ビジュアル」という名前をもって特許請求の範囲を特定することは妥当であると考えます。」
　
　しかしながら、「本願明細書の詳細な説明と多くの［表］に具体的に記述されており、これらを参照すれば当業者には明らかに理解できる」というのは暴論であって、「ビジュアル」のクラスなどの定義が詳細な説明と多くの［表］に具体的に記述されているとしても、そのことをもって、「ビジュアル」を定義したことにはならない。
　なお、「ビジュアル」のクラスなどの定義が詳細な説明と多くの［表］に具体的に記述されていることについて、審判請求書においては、その記載箇所は示されておらず、具体的に記述とは何を指すのか不明であるとともに、その具体的な記述の内容により「ビジュアル」の定義がなぜ明らかにできるのかについては何らの説明もない。
　
（２）「描画コンテクスト」について
　
　特許請求の範囲の請求項１において、「描画コンテクスト」に関しては次のように記載されている。
「前記プロセッサーが、前記ビジュアルに前記グラフィック情報に関連するデータを追加するための描画コンテクストを提供する」
「前記メモリーに、前記描画コンテクストを介して受け取られるデータを前記ビジュアルと関連して保持する」
　
　この記載から、「描画コンテクスト」とは、
（ク）ビジュアルにグラフィック情報に関連するデータを追加するために提供されるものである。
（ケ）メモリーが、ビジュアルと関連して保持するデータを受け取る際に介されるものである。
　
　ここで、（ク）は、「描画コンテクスト」の目的を意味することである。
　また、（ケ）は、「描画コンテクスト」の利用方法を示すものである。
　この２点は、何れも「描画コンテクスト」を定義するものではない。
　したがって、請求項１の記載において、「描画コンテクスト」は明確に定義されない。
　
　そして、
「前記プロセッサーが、前記ビジュアルに前記グラフィック情報に関連するデータを追加するための描画コンテクストを提供する」
「前記メモリーに、前記描画コンテクストを介して受け取られるデータを前記ビジュアルと関連して保持する」
との記載は、「ビジュアル」と「描画コンテクスト」の関係を示しているものであるが、定義されないもの同士の関係では、夫々の意味を明確にすることにはならない。
　
　審判請求書（平成２２年４月２３日付け手続補正書）においては、理由（３）で指摘された「描画コンテクスト」について次の主張をしている。
   　
　「描画コンテクスト」とは、ジオメトリ、画像データ、およびビデオデータを含む各種タイプの描画プリミティブを「ビジュアル」にポピュレート（移植、追加）するためのものです（例えば、［００１２］〜［００１４］、［００３５］段落参照）。」
  
　しかしながら、この記載は、請求項１の「前記プロセッサーが、前記ビジュアルに前記グラフィック情報に関連するデータを追加するための描画コンテクストを提供する」における「グラフィック情報に関連するデータ」の内容を具体的に列挙したにとどまり、当該主張は、「描画コンテクスト」が、どのようなものであるかを明らかにするものではない。
　
  審判請求書における当該主張で、審判請求人は主張の根拠として、発明の詳細な説明の段落【００１２】〜【００１４】、【００３５】を挙げているので更に検証する。
　当該段落には次のように記載されている。
「【００１２】
　描画ビジュアルはオープン呼出しによって開かれ、その呼出しにより呼出し元に描画コンテクスト（例えば描画コンテクストオブジェクトへの参照）が戻される。一般に、描画コンテクストは、ビジュアルをポピュレートするのに使用される一時的なヘルパーオブジェクトである。そしてプログラムコードは、その描画コンテクストを使用してビジュアルに描画プリミティブを追加する。オープン呼出しはビジュアルの内容（子）をクリアすることができ、あるいはアペンド呼出しを使用してその現在のビジュアルに追加するためにビジュアルを開くことができる。描画パラメータとして静的な値を受け取る以外に、描画コンテクストはアニメーションオブジェクトで埋めることもできる。
　【００１３】
　バリデーションビジュアルは、プログラムコードがそれを埋めようとする場合ではなく、システムがそれを埋めることを要求する場合にその描画コンテクストが埋められる点を除いては描画ビジュアルと同様に動作する。サーフェスビジュアルは、ピクセルデータのビットマップを表示するために提供され、そのピクセルデータで埋められた描画コンテクストに対応するか、そのピクセルデータを提供するサーフェスビジュアルマネジャによってトラバースされる別のビジュアル部分グラフに対応することができる。システムは、サーフェスに直接描画することが可能な描画コンテクストの実装を提供し、ＳｕｒｆａｃｅＶｉｓｕａｌＭａｎａｇｅｒを使用してビジュアルのシーングラフをサーフェス中に合成することができる。他のタイプのビジュアルも記述される。
　【００１４】
　このように、描画コンテクストを使用して、ジオメトリ、画像データ、およびビデオデータを含む各種タイプのプリミティブをビジュアルに描画することができる。ジオメトリは、例えば長方形など、ストロークや塗りつぶしのないベクトルグラフィックのスケルトンを定義するクラスタイプである。各ジオメトリオブジェクトは、単純な形状（ＬｉｎｅＧｅｏｍｅｔｒｙ、ＥｌｌｉｐｓｅＧｅｏｍｅｔｒｙ、ＲｅｃｔａｎｇｌｅＧｅｏｍｅｔｒｙ）、複雑な単一の形状（ＰａｔｈＧｅｏｍｅｔｒｙ）、または指定の結合操作（例えば合併、交差など）を伴うそのような形状のリスト（ＧｅｏｍｅｔｒｙＬｉｓｔ）に対応する。これらのオブジェクトはクラス階層を形成する。また、ＤｒａｗＲｅｃｔａｎｇｌｅメソッドなど、頻繁に使用されるジオメトリタイプにはショートカットもある。」
「【００３５】
　描画するには、ビジュアルマネジャ３０４はディスパッチャ３０８のスケジュールに従ってシーングラフを処理（例えばトラバースまたは送信）し、グラフィック命令およびその他のデータをそれに対応するウィンドウ３０６について低水準コンポーネント２１８（図２）に提供する。これについては概説される（例えば、特許文献１、２、および３参照）。通例、シーングラフの処理はディスパッチャ３０８により、より低水準のコンポーネント２１８および／またはグラフィックサブシステム２２２のリフレッシュレートに比べて相対的に低い速度でスケジュールされる。図３には、最上位（ルート）ビジュアル３０２の下に階層的に配置されたいくつかの子ビジュアル３１０〜３１５を示しているが、このうちの一部にはそれぞれ、描画コンテクスト３１６、３１７（一時的な性質であることを表すために点線の枠で示している）を介して、例えば描画プリミティブやその他のビジュアルを含む関連付けられた命令リスト３１８および３１９がポピュレートされている。ビジュアルは、次のビジュアルクラスの例に示すように他のプロパティ情報も含むことができる。」
　
　しかしながら、「一般に、描画コンテクストは、ビジュアルをポピュレートするのに使用される一時的なヘルパーオブジェクトである。」における「ビジュアルをポピュレートするのに使用される一時的なヘルパーオブジェクト」では、どのように使用されるものであるかを明示していない。また、「このように、描画コンテクストを使用して、ジオメトリ、画像データ、およびビデオデータを含む各種タイプのプリミティブをビジュアルに描画することができる」において「このように」が指す段落【００１２】の内容から、描画コンテクストが具体的にどのように使用されるのかを明確に把握することができない。
　また、段落【００３５】には、「図３には、最上位（ルート）ビジュアル３０２の下に階層的に配置されたいくつかの子ビジュアル３１０〜３１５を示しているが、このうちの一部にはそれぞれ、描画コンテクスト３１６、３１７（一時的な性質であることを表すために点線の枠で示している）を介して、例えば描画プリミティブやその他のビジュアルを含む関連付けられた命令リスト３１８および３１９がポピュレートされている。」と記載されているものの、上記したように「ビジュアル」の意味が不明であって、当該文章全体の意味を正しく把握することはできず、もって、当該記載から「描画コンテクスト」の意味を明らかにすることはできない。
　
　したがって、段落【００１２】〜【００１４】、【００３５】の記載内容から、「描画コンテクスト」を定義することにはならない。
　
　結局、上記拒絶理由として指摘した当該事項はその全てが依然として不明であって、請求項１の記載は、特許を受けようとする発明を明確に記載したものではなく、発明の詳細な説明を参酌しても、当該不明点は明らかではない。
　
 ５．むすび
　
　以上のとおりであるから、余を検討するまでもなく、この出願は、特許請求の範囲及び発明の詳細な説明の記載が特許法第３６条第６項第２号に規定する要件を満たしていないとした拒絶査定に誤りはない。　
　
　よって、原査定を取り消す、この出願の発明は特許すべきものであるとする審判請求の趣旨は認められないから、結論のとおり審決する。