【事件の表示】
　特願２０００−　９２８３５「コンピュータ画面上での２次元ウィンドウの３次元表示」拒絶査定不服審判事件〔平成１２年１１月２４日出願公開、特開２０００−３２２１７２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯
　本願は、平成１２年３月３０日（パリ条約による優先権主張１９９９年３月３１日、米国）の出願であって、平成１６年１月２７日付で拒絶査定がされ、これに対し、同年４月２０日に拒絶査定に対する審判請求がされるとともに、同日付で手続補正がなされたものである。
　
２．平成１６年４月２０日付の手続補正についての補正却下の決定
　［補正却下の決定の結論］
　平成１６年４月２０日付の手続補正（以下「本件補正」という。）を却下する。
　
　 [理由]
　本件補正により、特許請求の範囲は、
　
「【請求項１】
　 コンピュータ・システムの表示画面上のウィンドウを３次元表示する方法であって、
（１）少なくとも１つのウィンドウを前記表示画面上に表示するために提供するステップであって、前記ウィンドウのデータは、画素もしくはポイントのアレイとしてビデオ画面メモリに記憶され、及び、前記ウィンドウが２次元ウィンドウであるか、３次元ウィンドウであるかを示す標識がウィンドウ制御ブロック内でセットされる、ステップと、
（２）前記ウィンドウへのユーザからの入力がキーボードの操作によるものであるか否かを判断するステップと、
（３）ユーザ入力がキーボードの操作によるもので無いと判断された場合に、ユーザ入力がマウスによるものであるか否かをさらに判断するステップと、
（４）ユーザ入力がマウスによるものであると判断された場合に、両方のマウス・ボタン（第３マウス・ボタン）が押下られた状態で、前記マウスのポインタが前記ウィンドウの一の縁部上にあるか否かを判断するステップと、
（５）前記マウスのポインタが前記ウィンドウの一の縁部上にあると判断された場合、第３マウス・ボタンが押下られた状態で、前記縁部からドラッグされ、その後、第３マウス・ボタンが解除されたか否かを判断するステップと、
（６）第３マウス・ボタンが押下られた状態でドラッグされた後に解除されたと判断された場合に、前記ウィンドウが既に３次元ウィンドウであることを示す標識がセットされているか否かをさらに判断するステップと、
（７）ウィンドウが既に３次元ウィンドウであることを示す前記標識がセットされている場合には、前記ウィンドウの前記縁部を、前記縁部と反対側の縁部を回転中心線として前記ドラッグの量に応じて角度θだけさらに回転するステップと、
（８）ウィンドウが既に３次元ウィンドウであることを示す標識がセットされていない場合には、前記縁部を、前記縁部と反対側の縁部を回転中心線として前記ドラッグの量に応じて角度θだけ回転し、それによって前記ウィンドウを３次元表示するステップと、
　を含む方法。
【請求項２】
　前記ステップ（８）が、前記縁部の位置及び前記反対側の縁部の位置をメモリ内に保存し、前記ウィンドウを３次元ウィンドウであることを示す標識を前記制御ブロック内にセットするステップを含む、請求項１記載の方法。
【請求項３】
前記ステップ（８）が、前記反対側の縁部の中心点を前記ウィンドウの中心に変換するステップと、角度θだけ回転した後に、前記ウィンドウの、前記コンピュータ表示画面に垂直な方向への透視図を獲得するステップと、
前記透視図を、前記コンピュータ表示画面内における元の位置に変換するステップと、
を含む、請求項１記載の方法。
【請求項４】
　前記回転角度θが下記式で決定されることを特徴とする請求項１記載の方法、
θ＝arctan（ａ／ｂ）
ここで、ａは、方向には関係無しに、マウスがユーザによりドラッグされた距離であり、ｂは右側縁部もしくは左側縁部の回転の場合にはウィンドウ・フレームの幅であり、または上縁部もしくは下縁部の回転の場合にはウィンドウの高さである。」
　
と補正された。
　なお、本件補正前の特許請求の範囲の請求項１乃至請求項６（方法に係る請求項）は次のとおりである。
　
「【請求項１】
　 コンピュータ・システムの表示画面上のウィンドウを３次元表示する方法であって、
（１）少なくとも１つのウィンドウを前記表示画面上に表示するために提供するステップであって、前記ウィンドウのデータは、画素もしくはポイントのアレイとしてビデオ画面メモリに記憶され、及び、前記ウィンドウが２次元ウィンドウであるか、３次元ウィンドウであるかを示す標識がビデオ画面メモリ内でセットされる、ステップと、
（２）前記ウィンドウへのユーザからの入力がキーボードの操作によるものであるか否かを判断するステップと、
（３）前記ユーザ入力がキーボードの操作によるものであると判断された場合に、既存の２次元表示処理方法により、前記ユーザ入力に応じて前記画素またはポイントのアレイを変更するステップと、
（４）前記ウィンドウが３次元ウィンドウであることを示す標識がセットされているか否かを判断するステップと、
（５）前記ウィンドウが３次元ウィンドウであることを示す標識がセットされていると判断された場合に、前記変更された画素またはポイントのアレイを３次元ウィンドウに変換して表示するステップと、
を含む、方法。
【請求項２】
　前記ステップ（２）で、ユーザ入力がキーボードの操作によるもので無いと判断された場合に、ユーザ入力がマウスによるものであるか否かをさらに判断するステップと、
ユーザ入力がマウスによるものであると判断された場合に、両方のマウス・ボタン（第３マウス・ボタン）が押下られた状態で、前記マウスのポインタが前記ウィンドウの一の縁部上にあるか否かを判断するステップと、
前記マウスのポインタが前記ウィンドウの一の縁部上にあると判断された場合に、前記ウィンドウが３次元ウィンドウであることを示す標識がセットされているか否かをさらに判断するステップと、
前記標識がセットされていない場合に、前記縁部を、前記縁部と反対側の縁部を回転中心線として回転させるために、前記縁部の位置及び前記反対側の縁部の位置をメモリ内に保存するステップであって、前記ウィンドウは、右側縁部、左側縁部、上縁部及び下縁部を有する矩形ウィンドウである、ステップと、
をさらに含む、請求項１記載の方法。
【請求項３】
前記マウスが第３マウス・ボタンが押下られた状態で、前記縁部からドラッグされ、その後、第３マウス・ボタンが解除されたか否かを判断するステップと、
ドラッグされた後に第３マウス・ボタンが解除されたと判断された場合に、前記回転させる角度θが、前記ドラッグの量に応じて決定されるステップと、
前記ウィンドウが３次元ウィンドウであることを示す標識をビデオ画面メモリ内にセットするステップと、
前記ウィンドウを３次元ウィンドウとして表示するステップと、
をさらに含む、請求項２記載の方法。
【請求項４】
　３次元ウィンドウとして表示するステップが、前記反対側の縁部の中心点を前記ウィンドウの中心に変換するステップと、前記縁部を、前記反対側の縁部を回転中心線として角度θだけ回転させるステップと、
　前記回転されたウィンドウの、前記コンピュータ表示画面に垂直な方向への透視図を獲得するステップと、
前記透視図を、前記コンピュータ表示画面内における元の位置に変換するステップと、
　を含む、請求項３記載の方法。
【請求項５】
　前記回転角度θが下記式で決定されることを特徴とする請求項４記載の方法、
θ＝arctan（ａ／ｂ）
ここで、ａは、方向には関係無しに、マウスがユーザによりドラッグされた距離であり、ｂは右側縁部もしくは左側縁部の回転の場合にはウィンドウ・フレームの幅であり、または上縁部もしくは下縁部の回転の場合にはウィンドウの高さである。
【請求項６】
３次元ウィンドウとして表示するステップが、
２次元及び２次元から変換された３次元ウィンドウのメモリバッファ領域を夫々指定するステップと、
２次元バッファ内の総てのポイントが前記回転処理がされたか否かを判断するステップと、
総てのポイントが処理されたと判断された場合に、２次元表現されたウィンドウにオーバラップする総てのウィンドウに送信するステップと、
　３次元ウィンドウをコンピュータ表示画面上に表示するステップと、
 をさらに含む、請求項４または５記載の方法。」
　
　上記特許請求の範囲の補正の適否について検討する。
　本件補正後の請求項１乃至４に係る発明（以下「本件補正後発明１乃至４」という。）と本件補正前の請求項１乃至６に係る発明（以下「本件補正前発明１乃至６」という。）とを対比すると、本件補正後発明１乃至４のいずれも、本件補正前発明１乃至６にあった、「（３）前記ユーザ入力がキーボードの操作によるものであると判断された場合に、既存の２次元表示処理方法により、前記ユーザ入力に応じて前記画素またはポイントのアレイを変更するステップ」（本件補正前発明２乃至６は、いずれも上記ステップを有する本件補正前発明１を引用している。）を欠いており、上記補正は、請求項の削除、特許請求の範囲の減縮、誤記の訂正、明りょうでない記載の釈明のいずれにも該当しない。
　したがって、本件補正は、特許法１７条の２第４項の規定に違反するものであり、特許法１５９条１項において読み替えて準用する同法５３条１項の規定により却下されるべきものである。
　
３．本願発明について
　平成１６年４月２０日付の手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成１５年９月１８日付手続補正によって補正された明細書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
「【請求項１】
　 コンピュータ・システムの表示画面上のウィンドウを３次元表示する方法であって、
（１）少なくとも１つのウィンドウを前記表示画面上に表示するために提供するステップであって、前記ウィンドウのデータは、画素もしくはポイントのアレイとしてビデオ画面メモリに記憶され、及び、前記ウィンドウが２次元ウィンドウであるか、３次元ウィンドウであるかを示す標識がビデオ画面メモリ内でセットされる、ステップと、
（２）前記ウィンドウへのユーザからの入力がキーボードの操作によるものであるか否かを判断するステップと、
（３）前記ユーザ入力がキーボードの操作によるものであると判断された場合に、既存の２次元表示処理方法により、前記ユーザ入力に応じて前記画素またはポイントのアレイを変更するステップと、
（４）前記ウィンドウが３次元ウィンドウであることを示す標識がセットされているか否かを判断するステップと、
（５）前記ウィンドウが３次元ウィンドウであることを示す標識がセットされていると判断された場合に、前記変更された画素またはポイントのアレイを３次元ウィンドウに変換して表示するステップと、
を含む、方法。」
　
（１）引用例
　これに対して、原査定の拒絶の理由で引用された特開平１１−６５８０６号公報（以下、「引用例」という。）には、図面と共に次の事項が記載されている。
　
a.「［実施の形態１］まず、実施の形態１に係るマルチウィンドウ表示装置について説明する。
【０００８】本装置は、３次元空間においてウィンドウを奥行き方向に傾けて表示することを特徴とする。なお、ウィンドウ自体の形状は、４つの頂点によって外形が特定される四角形の平面とする。
（構成）図１は、実施形態１に係るマルチウィンドウ表示装置の構成を示すブロック図である。
【０００９】本装置は、プログラム実行部１０１、記憶部１０２、入力部１０３、３次元位置計算部１０４、テクスチャマッピング部１０５、透視投影部１０６、フレームメモリ部１０７及び画像表示部１０８から構成される。プログラム実行部１０１は、通常の（２次元）ウィンドウを表示してユーザと対話するアプリケーションプログラムを起動し実行するＣＰＵ等であり、具体的には、各ウィンドウに関する情報、即ち、ウィンドウの表示対象（オブジェクト）を表すコードデータ（文書、文字、図形等）やオブジェクトをビットイメージで表現したイメージデータを記憶部１０２に格納したり、そのウィンドウに関して他の構成要素１０２〜１０８と情報交換する。
【００１０】なお、イメージデータは、各オブジェクトが置かれるウィンドウ全体のサイズやウィンドウ自体の３次元空間内での配置位置には依存しない画像データであり、予め定められた固定的なサイズで表現されたデータである。記憶部１０２は、各アプリケーションプログラムのウィンドウ毎に対応づけて上記コードデータやイメージデータを記憶するメモリである。なお、この記憶部１０２に格納されたウィンドウは、必ずしも全てが画像表示部１０８に表示されるとは限らないが、画像表示部１０８に表示されるウィンドウは、必ずこの画像表示部１０８に記憶されたものに限られる。
【００１１】入力部１０３は、マウス等のポインティングデバイスであり、ユーザからの指示を獲得する。３次元位置計算部１０４は、プログラム実行部１０１又は入力部１０３からの通知に従って、記憶部１０２に格納された一つのウィンドウについての上記３次元空間における配置位置（各ウィンドウの４つの頂点の座標）を算出し記憶する。具体的には、プログラム実行部１０１から初期位置として４つの頂点座標の通知を受けた場合にはそのまま記憶し、一方、既に配置されたウィンドウの３次元空間における移動変位（移動の種類と移動量）の通知を受けた場合には、アフィン変換によって新たな頂点座標を算出する。
【００１２】なお、３次元位置計算部１０４は、ウィンドウの配置位置についてプログラム実行部１０１や入力部１０３から明示的な指定を受けなかった場合には、デフォルトの配置位置、例えば、ウィンドウの左辺を回転軸とし右辺を画面の奥行き方向に４５度だけ傾けた配置位置を生成し記憶する。テクスチャマッピング部１０５は、 ３次元位置計算部１０４により新たな配置位置が算出された場合に、そのウィンドウのイメージデータを記憶部１０２から読み出し、その配置位置に応じたウィンドウサイズに拡大又は縮小すると同時にプログラム実行部１０１からの指示に基づくテクスチャマッピングを行い、得られたテクスチャデータを透視投影部１０６に送る。なお、このテクスチャデータは、ウィンドウの３次元空間での配置位置のみに依存して決定されるデータであり、そのウィンドウを眺める視点位置には依存しないデータである。
【００１３】透視投影部１０６は、透視投影部１０６から送られたテクスチャデータに対して透視投影を施し、得られた透視データをフレームメモリ部１０７に格納する。ここで、「透視投影」とは、上記３次元空間に置かれた物体（ウィンドウ）を画像表示部１０８のディスプレイ面の手前に置かれた視点を投影中心とし、その２次元ディスプレイ面を投影面として透視図を生成する操作をいう。なお、本明細書での「手前」や「奥（行き）」とは、ディスプレイ面の前面に位置するユーザの視点からの距離に基づく表現である。」（３ページ右欄４１行〜４ページ右欄１０行）
　
b.「【００８９】本装置は、実施形態１のマルチウィンドウ表示装置が備える構成要素１０１〜１０８に加えて、さらにキーワード検索部６０１、検索結果出力部６０２及びレイヤウィンドウ生成部６０３を備える。以下、実施形態１と相違する点を説明する。キーワード検索部６０１は、ウィンドウに表示された文書からキーワードを検索する。具体的には、記憶部１０２に格納された文書のコードデータから、入力部１０３によって指定されたキーワードと一致する文字列を検索し、検索された場合にはそのウィンドウと検索された位置とキーワードをレイヤウィンドウ生成部６０３に報告する。」（１１ページ右欄２２行〜３２行）
　
c.「【００９３】図２４は、キーワード検索部６０１、検索結果出力部６０２及びレイヤウィンドウ生成部６０３の動作手順を示すフローチャートである。ユーザから入力部１０３を介してキーワードが入力されると（ステップＳ６２０）、キーワード検索部６０１は、記憶部１０２に格納された全ての文書のコードデータから、そのキーワードと一致する文字列を検索する（ステップＳ６２１）。
【００９４】検索された場合には（ステップＳ６２２）、キーワード検索部６０１は、ウィンドウ毎に検索された位置とキーワードとをレイヤウィンドウ生成部６０３に報告する。その報告に従って、レイヤウィンドウ生成部６０３は、検索された文字列だけからなるレイヤウィンドウのイメージデータを生成し、記憶部１０２に格納する（ステップＳ６２３）。
【００９５】そして、検索結果出力部６０２は、レイヤウィンドウ生成部６０３によって生成したウィンドウが元のウィンドウから浮き上がって表示されるように、３次元空間における配置位置を３次元位置計算部１０４に算出させる（ステップＳ６２４）。従って、３次元位置計算部１０４は、検索対象となった元のウィンドウについてはプログラム実行部１０１又は入力部１０３から指定された通りの配置位置を算出し、一方、レイヤウィンドウ生成部６０３によって生成されたレイヤウィンドウについては、検索結果出力部６０２からの指定に基づいて元のウィンドウと平行で所定距離だけ離れた配置位置を算出する（図４のステップＳ１２２）。
【００９６】図２５は、上記手順と最終的な画面表示の例を示す図である。検索対象となる元のウィンドウ６３０にキーワード「ウィンドウ」が含まれているとすると、レイヤウィンドウ生成部６０３によって新たなレイヤウィンドウ６３１が生成され、元のウィンドウ６３０から浮き上がって表示される様子が示されている。」（１２ページ左欄８行〜４０行）
　
　以上の記載から、引用例には、実施の形態１及び７に関する、次の発明（以下「引用例発明」という。）が記載されているものと認める。
　
「３次元空間においてウィンドウを奥行き方向に傾けて表示することを特徴とするマルチウィンドウ表示装置であって、
　プログラム実行部１０１、記憶部１０２、入力部１０３、３次元位置計算部１０４、フレームメモリ部１０７及び画像表示部１０８から構成され、
　プログラム実行部１０１は、通常の（２次元）ウィンドウを表示してユーザと対話するアプリケーションプログラムを起動し実行するＣＰＵ等であり、具体的には、各ウィンドウに関する情報、即ち、ウィンドウの表示対象（オブジェクト）を表すコードデータ（文書、文字、図形等）やオブジェクトをビットイメージで表現したイメージデータを記憶部１０２に格納したり、そのウィンドウに関して他の構成要素１０２〜１０８と情報交換するものであり、
　イメージデータは、各オブジェクトが置かれるウィンドウ全体のサイズやウィンドウ自体の３次元空間内での配置位置には依存しない画像データであり、予め定められた固定的なサイズで表現されたデータであり、
　記憶部１０２は、各アプリケーションプログラムのウィンドウ毎に対応づけて上記コードデータやイメージデータを記憶するメモリであり、画像表示部１０８に表示されるウィンドウは、必ずこの画像表示部１０８に記憶されたものに限られ、
　入力部１０３は、マウス等のポインティングデバイスであり、ユーザからの指示を獲得するものであり、
　３次元位置計算部１０４は、プログラム実行部１０１又は入力部１０３からの通知に従って、記憶部１０２に格納された一つのウィンドウについての上記３次元空間における配置位置（各ウィンドウの４つの頂点の座標）を算出し記憶するものであって、既に配置されたウィンドウの３次元空間における移動変位（移動の種類と移動量）の通知を受けた場合には、アフィン変換によって新たな頂点座標を算出するものであり、例えば、ウィンドウの左辺を回転軸とし右辺を画面の奥行き方向に４５度だけ傾けた配置位置を生成し記憶するものであり、
　ユーザから入力部１０３を介してキーワードが入力されると、記憶部１０２に格納された全ての文書のコードデータから、そのキーワードと一致する文字列を検索し、検索したキーワードが浮き上がって表示される
　マルチウィンドウ表示装置。」
　
（２）対比
　そこで、本願発明と引用例発明とを対比すると、引用例発明の「３次元空間においてウィンドウを奥行き方向に傾けて表示」は、本願発明の「コンピュータ・システムの表示画面上のウィンドウを３次元表示」に相当し、以下同様に、「画像表示部１０８」は「表示画面」に、「記憶部１０２」は「ビデオ画面メモリ」にそれぞれ相当する。
　引用例発明の「マルチウィンドウ表示装置」は、「３次元空間においてウィンドウを奥行き方向に傾けて表示する」ものであるから、本願発明同様、「コンピュータ・システムの表示画面上のウィンドウを３次元表示する方法」であるといえる。
　引用例発明の「各ウィンドウに関する情報、即ち、ウィンドウの表示対象（オブジェクト）を表すコードデータ（文書、文字、図形等）やオブジェクトをビットイメージで表現したイメージデータ」は「記憶部１０２」に記憶されるものであるから、本願発明の「ウィンドウのデータ」に相当し、また当該イメージデータは、「画素もしくはポイントのアレイとしてビデオ画面メモリに記憶され」るものと認められる。
　
　以上総合して、両者は、
　
「コンピュータ・システムの表示画面上のウィンドウを３次元表示する方法であって、
（１）少なくとも１つのウィンドウを前記表示画面上に表示するために提供するステップであって、前記ウィンドウのデータは、画素もしくはポイントのアレイとしてビデオ画面メモリに記憶される、ステップを含む、方法。」の点で一致し、以下の点で相違している。
　
［相違点１］本願発明は、「（２）前記ウィンドウへのユーザからの入力がキーボードの操作によるものであるか否かを判断するステップ」及び「（３）前記ユーザ入力がキーボードの操作によるものであると判断された場合に、既存の２次元表示処理方法により、前記ユーザ入力に応じて前記画素またはポイントのアレイを変更するステップ」を含むのに対し、引用例発明ではキーボードからの入力についての記載がない点。
　
［相違点２］本願発明は、「ウィンドウが２次元ウィンドウであるか、３次元ウィンドウであるかを示す標識がビデオ画面メモリ内でセットされる」ステップ、「（４）前記ウィンドウが３次元ウィンドウであることを示す標識がセットされているか否かを判断するステップ」、及び「（５）前記ウィンドウが３次元ウィンドウであることを示す標識がセットされていると判断された場合に、前記変更された画素またはポイントのアレイを３次元ウィンドウに変換して表示するステップ」を含むのに対し、引用例発明では当該「標識」についての記載がない点。
　
（３）判断
［相違点１］
　引用例発明は、「ユーザから入力部１０３を介してキーワードが入力されると、記憶部１０２に格納された全ての文書のコードデータから、そのキーワードと一致する文字列を検索し、検索したキーワードが浮き上がって表示される」ものであるから、当該入力部１０３からキーワードが入力されるものと認められ、明記はされていないものの、周知なキーボード等の入力装置を備えることは当業者にとって自明である。そして、当該キーボードからウィンドウに対して入力があった場合に、当該キーボードの操作を判断することは明らかであるから、本願発明の「ウィンドウへのユーザからの入力がキーボードの操作によるものであるか否かを判断するステップ」を含むことは技術常識である。
　一方、本願発明の「既存の２次元表示処理方法により、前記ユーザ入力に応じて前記画素またはポイントのアレイを変更する」とは、ウィンドウを３次元表示するに際して、既存の２次元表示、すなわち従来周知な通常のウィンドウ表示方法によってユーザ入力に応じて前記画素またはポイントのアレイを変更することを意味するものと解される。
　そして、引用例発明のイメージデータは、「各オブジェクトが置かれるウィンドウ全体のサイズやウィンドウ自体の３次元空間内での配置位置には依存しない画像データであり、予め定められた固定的なサイズで表現されたデータ」であって、ウィンドウへのユーザからの入力がキーボードの操作によるものであると判断された場合は、当該入力に応じてウィンドウの表示は変更され、すなわち画素またはポイントのアレイは変更されることは明らかであるから、ユーザ入力がキーボードの操作によるものであると判断された場合に、既存の２次元表示処理方法により、前記ユーザ入力に応じて前記画素またはポイントのアレイを変更することは明らかである。
　したがって、引用例発明において、従来周知のキーボードを備え、「（２）前記ウィンドウへのユーザからの入力がキーボードの操作によるものであるか否かを判断するステップ」及び「（３）前記ユーザ入力がキーボードの操作によるものであると判断された場合に、既存の２次元表示処理方法により、前記ユーザ入力に応じて前記画素またはポイントのアレイを変更するステップ」を含むよう構成することは当業者にとって適宜なし得ることである。
　
［相違点２］
　一般に、マルチウィンドウ表示システムにおいて、個々のウィンドウの属性をフラグのような「標識」で管理することは周知（特開平６−１８６９４８号公報「図２は斜形ウィンドウ管理用のデータ構造を示すものである。２１は斜形ウィンドウ管理用構造体、…中略…斜形ウィンドウ管理用構造体２１には、従来の管理用データに加えて、斜形画像データを表示中か原画像データを表示中かを示す斜形フラグ（Ｆ）、…中略…が格納されている。」（２ページ右欄３０行〜４３行）の記載。）であるから、ウィンドウが２次元ウィンドウであるか、３次元ウィンドウであるかを示す標識をもってウィンドウを管理することは当業者が適宜なし得ることであり、また３次元ウィンドウの表示を変更するにあたり、３次元ウィンドウであることを標識が示している場合、すなわち前記ウィンドウが３次元ウィンドウであることを示す標識がセットされていると判断された場合には、変更された画素またはポイントのアレイを３次元ウィンドウに変換して表示することは当然であるから、引用例発明において、ウィンドウが２次元ウィンドウであるか、３次元ウィンドウであるかを示す標識がビデオ画面メモリ内でセットされるステップ、前記ウィンドウが３次元ウィンドウであることを示す標識がセットされているか否かを判断するステップ、及び前記ウィンドウが３次元ウィンドウであることを示す標識がセットされていると判断された場合に、変更された画素またはポイントのアレイを３次元ウィンドウに変換して表示するステップを含むよう構成することは当業者にとって容易である。
　
　また、本願発明の効果も、引用例の記載及び周知技術に基づけば、当業者が普通に想起する範囲内のものである。
　
（４）むすび
　したがって、本願発明は、引用例に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。