【事件の表示】
　平成　６年特許願第１６５５５３号「ウィンドウごとのグラフィックス・クリッピングを即座に行うためのシステムおよび方法」拒絶査定に対する審判事件［平成　７年　４月　７日出願公開、特開平　７−　９３５６８］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯
　本願は、平成６年７月１８日の出願（優先権主張日、１９９３．９．１４、米国）であって、平成１２年９月１３日に拒絶査定がなされ、これに対し、同年１０月１９日に拒絶査定に対する審判請求がなされるとともに、同日に手続補正がなされたものである。
　
２　平成１２年１０月１９日付け手続補正についての補正却下の決定
[補正却下の決定の結論]
　平成１２年１０月１９日付けの手続補正を却下する。
[理由]
(1) 平成１２年１０月１９日付けの手続補正による補正後の請求項１に記載された発明（以下、「本願補正発明」という。）は、次のとおりのものである
「【請求項１】　ウィンドウの位置を変更する処置が行われると更新されるウィンドウ・クリップ・バッファにするため、メモリの一部を割り振るステップと、
　他のウィンドウによって１ウィンドウが隠される複数の不可視領域を判定するため複数のウィンドウのうちの前記他のウィンドウをテストするステップと、
　各画素位置での可視または遮りを示すため前記ウィンドウ・クリップ・バッファを変換するステップと、
　前記１ウィンドウに書き込まれる画素ごとに、　　書き込まれる画素の画素位置に対応する前記ウィンドウ・クリップ・バッファ内の値をテストするステップと、 
　  前記テストによって可視位置が示される場合には前記画素を描き、その位置が不可視の場合には描画を迂回するステップとを繰り返すステップと、
　　前記テストによって可視位置が示される場合には前記画素を描き、その位置が不可視の場合には描画を迂回するステップとを繰り返すステップと
　を含む、前記メモリとプロセッサを有するコンピュータ・グラフィックス・システムで、前記複数のウィンドウのうちの前記１ウィンドウに書き込まれる画素をクリッピングする方法。」
　上記補正は、補正前発明（拒絶査定時）の請求項１に記載した発明の構成に欠くことができない事項である「ウィンドウ・クリップ・バッファにするためメモリの一部を割り振るステップ」に対して限定を付加するものであって、特許法第１７条の２第３項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項１に記載された本願補正発明が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第４項において準用する同法第１２６条第３項の規定に適合するか）について以下に検討する。
　
(2)　刊行物
　当審で発見した特開平４−３６１３２２号公報（原審の拒絶査定で引用した欧州特許出願公開第４９３９２０号のファミリー文献、平成４年１２月１４日出願公開、以下、「刊行物」という。）には、フレーム・バッファに直接的に書込む方法及び装置の発明に関し、
　ア　産業上の利用分野について、「本発明は、フレーム・バッファへのアクセスを制御するウインドウ・プログラムを有するマルチタスキング・コンピュータ・システムに関し、さらに詳しくは、このようなシステムにおいてフレーム・バッファに直接的に書込む方法及び装置に関する」（段落【０００１】、欧州特許公開公報１欄１５行〜９行）こと、
　イ　従来技術について、「ウインドウ管理プログラムは、全ディスプレイを制御し、異なるプログラムが書込まれるウインドウをセット・アップし、これらウインドウの位置決めを制御し、ウインドウが重なり合っている場合にはどの情報をディスプレイすべきかを決定し、かつ単一出力ディスプレイ装置に沢山のアプリケーション・プログラムを同時にディスプレイさせるのに必要な全てのオペレーションを行う。ウインドウ管理プログラムを通して動作するプログラムが、出力ディスプレイに情報を提供することを望んでいる場合には、ウインドウ管理プログラムに知らせる。ウインドウ管理プログラムは、ディスプレイの特定部分をそれに割当て、かつプログラムがディスプレイされるべきウインドウをセットアップする。したがって、代表的には、情報の各ピクセルが、提供用のアプリケーション・プログラムにより供給されると、ウインドウ管理プログラムは、そのピクセルが現れるべきスクリーン上の位置を決定し、ピクセルが別のウインドウにより隠されていないかどうかを見分けるようにチェックし、かつ出力ディスプレイにディスプレイするためフレームバッファがに計算結果を供給する。ウインドウ管理プログラムは、ウインドウの位置決めや再位置決め、および重なり合いにより生じた問題を制御する。これにより、それらがディスプレイされる際、プログラムを正しく動作することができ、またプログラマはディスプレイに要する手続きの大半を書き込む必要はない」（段落【０００４】、欧州特許出願公開公報１欄５０行〜２欄１８行）こと、
　ウ　発明が解決しようとする課題について、「本発明の目的は、フレーム・バッファに直接的に書込むためのウインドウ管理プログラムを有しているシステムにおいてプログラムを走行させる方法および装置を提供することである。本発明の他の目的は、ウインドウ管理プログラムにより制御される他のプログラムと干渉することなくフレーム・バッファに直接的に書込むようウインドウ管理プログラムを有するシステムまたは他のプログラムと干渉が存在するシステムにおいてプログラムを走行させる方法および装置を提供することである」（段落【０００８】、欧州特許出願公開公報３欄９行〜１９行）こと、
　エ　実施例について、「前述した従来技術のシステムと同様に、基本的サンＯＳオペレーティング・システムは、ディスプレイ１５に供給される全てのデータを、そのウインドウ管理プログラムに送り、ウインドウ管理プログラムはディスプレイ１５の全エレメントを制御する。（中略）システム３０は、ＩＢＭフォーマットで提供されたピクセル・アドレスを、サン・フォーマットのウインドウ中のピクセル・アドレスに変換する装置を有していなければならない。このことは、本発明においては、エミュレーション・モジュール３２における回路と、サンＯＳオペレーティング・システムのウインドウ管理アドレス変換システムの機能性を増すソフトウェアにより行われている」（段落【００２３】、欧州特許出願公開公報８欄２３行〜５３行）こと、
　オ　同じく実施例について、「あるフォーマットから別のフォーマットにアドレス変換を行うのに、本発明のＳＤＯＳドライバが使用されている。（中略）ＳＤＯＳドライバ・ソフトウエアは、ウインドウ管理プログラムからの、ディスプレイされるべきウインドウに関係した情報（それがどのようにクリップされるかを含んでいる）を受け取る。ＳＤＯＳドライバは、各ＶＧＡアドレスの、ディスプレイ・アドレスへのアドレス変換が既に完了しているメモリにデータ構造を作る。このデータ構造は、ウインドウ管理プログラムにより供給されたウインドウに、各ピクセル・アドレスに関する状態語を含んでいる（８つのピクセルが単一アドレスとともに含まれている場合には８つのアドレスごと）。各状態語は、アプリケーション・プログラムにより供給される各ＶＧＡアドレスに関するウインドウ中のアドレスを含んでいる。プロセッサ１７により供給される各ＶＧＡアドレスは、データ構造における状態語を示す。状態語は、標準変換方式を用いてウインドウ中の適切なディスプレイ・アドレスにピクセルを配置するよう既に変換されたフレーム・バッファ・アドレスを含んでいる。その結果、各ＶＧＡアドレスがプロセッサ１７により提供される場合、変換に要する時間は必要はない」（段落【００２７】、欧州特許出願公開公報９欄４７行〜１０欄２３行）こと、
　カ　同じく実施例について、「状態語は３２ビットから成っている。図３は、このような状態語を示している。これらビットのうち２４ビットは、フレーム・バッファ・アドレスとして使用され、８つのビットは、代表的なＶＧＡフォーマットのアドレスにより示された８つのピクセルに関するマスキング値を示している。したがって、１つのピクセルを表しているマスク・ビット位置における１は、特定のピクセルがディスプレイにおける別のウインドウに提供されたデータによりマスクされ（隠され）ていることを示し、一方、ゼロは、そのビットにより表された特定のピクセルは、フレーム・バッファに書込まれるものであることを示している。このように、ディスプレイにおけるウインドウの重なり合いを制御することができる」（段落【００２８】、欧州特許出願公開公報９欄４７行〜１０欄２３行）こと、
　キ　同じく実施例について、「フレーム・バッファに直接的に書込む場合、ＩＢＭフォーマットのアドレスはプロセッサ１７により８つの連続ピクセルに供給される。アドレスとともに、８つの連続ピクセルのそれぞれに関する情報を表しているデータ・バイトが供給される。データは、ＶＧＡエミュレーション回路３２により８つの４−ビット・ピクセル表示に変換され（図４）、アドレスは、データ構造を用いているエミュレーション回路３２により、最初のピクセルに関する適切な状態語（図３）により示されたアドレスに変換される。アドレスに関し、状態語は、８つのピクセルに対して８ビットのマスキング情報を供給する。フレーム・バッファ１５の最初のピクセル位置がアドレスされ、ピクセルを表している最初の４ビットが８ビット・ピクセル値に変換される。マスク・ビットがゼロの場合、データはフレームバッファのピクセル・アドレスに書き込まれる。その後、変換されたフレームバッファのアドレスは、１つずつインクリメントされ、データの２番目の４ビットが８ビット・ピクセル値に変換される。２番目のマスク・ビットがゼロの場合、フレームバッファのインクリメントされたアドレスにデータが書込まれる。いずれかのマスク・ビットが１の場合、データは他のウインドウに隠されて、フレーム・バッファには書込まれない。このプロセスは、８つのピクセルがなくなるまでこのシーケンスの間継続し、別のアドレスとそれに関連したデータはプロセッサ１７により供給される。（中略）各ピクセルに適用される変換方式がプロセッサ１７により供給される必要がないので、データ構造を用いることによりあるフォーマットから別のフォーマットに高速にアドレス変換することができる。」（段落【００２９】【００３０】、欧州特許出願公開公報１０欄３８行〜１１欄１１行）こと、
　ク　同じく実施例について、「８つの連続ピクセルのそれぞれに関するマスキング・ビットを、それらピクセルの最初のピクセルに関するアドレスとともに各状態語に配置することにより、ＩＢＭフォーマット・プログラムが、スクリーン・ディスプレイの他のエレメントとともに動作することができるようにするのに必要な全エレメントが与えられる。このことは、ＩＢＭフォーマット・プログラムのウインドウ位置が変化せずかつ他のウインドウがそれを隠すようにまたは隠しているピクセルを除去するように移動しない限り、真実である。これらのことが起きた場合には、状態語に保持されている変換されたアドレス（あるいはウインドウが移動する場合にはマスキング・ビット）を変えるよう、または別のウインドウが移動しかつ必要なクリッピングを変える場合にはマスキング・ビットを変えるよう、データ構造を再構成しなければならない。データ構造の再構成は、オペレーティング・システムのウインドウ管理プログラムとの共動を必要とする」（段落【００３２】、欧州特許出願公開公報１１欄３８行〜欄５４行）こと、
　ケ　同じく実施例について、「ウインドウ管理プログラムは、互いに重なり合っているウインドウの部分を含んでいる全ウインドウ構造をモニタし、かつ、本発明のデータ構造をいつ更新しなければならないかを示す。ウインドウが移動するたびに、ウインドウ管理プログラムはそれが作られた全ウインドウ制御構造を調べる。ＩＢＭフォーマット・プログラムが走行しているウインドウがウインドウの移動に含まれている場合、ウインドウ管理プログラムは、ＩＢＭフォーマット・プログラムを走行しているエミュレータ・モジュール３２とともに動作しているドライバに信号を送る。この信号は、ＩＢＭフォーマット・プログラムが、フレーム・バッファと共用メモリとに直接的に書込むことによって動作を中断する。その後、ウインドウ管理プログラムは、新しいウインドウ構造を割当て、かつエミュレータ・モジュール３２に通知して、位置とクリッピングに関係した情報を供給する。新しいウインドウ位置が与えられると、ＳＤＯＳドライバは、ウインドウ・アドレスが正しく、しかも各アドレスに関連した各ピクセル・シーケンスのマスキング・ビットも正しくなるように、ＩＢＭフォーマット・プログラムのデータ構造を再構成する。ウインドウの移動が終了すると、ウインドウ管理プログラムは、プロセッサ１７で走行しているドライバに信号を送り、その後、エミュレーション・モジュール３２はフレーム・バッファへの書込みを開始するよう、ＩＢＭフォーマット・プログラムに信号を送る」（段落【００３６】、欧州特許出願公開公報１２欄４９行〜１３欄１８行）こと、
が図面と共に記載されている。
　なお、段落番号の後に、欧州特許出願公開公報の対応する記載箇所を同時に表示した。
　
(3)　対比・判断
　ア　刊行物に記載された発明は、あるフォーマットから別のフォーマットにアドレス変換を行うためのＳＤＯＳドライバ・ソフトウエアを備え、このＳＤＯＳドライバ・ソフトウエアは、ウインドウ管理プログラムからの、ディスプレイされるべきウインドウに関係した情報（それがどのようにクリップされるかを含んでいる）を受け取り、データ構造を作るものであり、該データ構造は、アプリケーション・プログラムにより供給される各ＶＧＡアドレスに関するウインドウ中のアドレスと、ウインドウ中の適切なディスプレイ・アドレスにピクセルを配置するフレーム・バッファ・アドレスと、代表的なＶＧＡフォーマットのアドレスにより示されたピクセルに関するマスキング値を含み、これにより、ディスプレイにおけるウインドウの重なり合いを制御するものであり（上記(2)オ参照）、また、前記データ構造（ウインドウ・クリップ・バッファに相当）は、主メモリに設けられ（メモリの一部に割り振られ）（図２参照）、ウインドウが移動するたびに再構成（更新）されるものである（上記(2)ク参照）から、「ウィンドウの位置を変更する処置が行われると更新されるウィンドウ・クリップ・バッファにするため、メモリの一部を割り振るステップ」を含む点で、本願補正発明と差異がない。
　なお、実施例レベルで対比すると、本願補正発明におけるウインドウ・クリップ・バッファは、ＶＧＡアドレスをディスプレイ・アドレスに変換するフレーム・バッファ・アドレスを含まない点で、刊行物のものと相違するが、そのようなアドレスを不要とすることは、当業者が容易になし得ることであるので、これを実質的な差異とすることはできない。
　イ　刊行物に記載された発明は、特定のピクセルがディスプレイにおける別のウインドウに提供されたデータによりマスクされ（隠され）ていることを示す１と、そのビットにより表された特定のピクセルは、フレーム・バッファに書込まれるものであることを示す０からなるマスク・ビットを含むデータ構造を有し、これらのマスク・ビットは、複数のウインドウの重なりに応じて生成されるものである（上記(2)オ、カ参照）から、「各画素位置での可視または遮りを示すため前記ウィンドウ・クリップ・バッファを変換するステップ」を含む点で、本願補正発明と差異がない。
　ウ　刊行物に記載された発明は、前記したように、データ構造内にマスク・ビットを含み、このマスクビットの値がゼロの場合、フレーム・バッファのピクセル・アドレスにデータを書込み、１の場合、データは他のウインドウにより隠されて、フレーム・バッファに書き込まない（迂回する）ものであり（上記(2)キ参照）、これらの処理は、ウインドウ内の全ピクセルについて繰り返し行われることが明かであるから、「１ウィンドウに書き込まれる画素ごとに、書き込まれる画素の画素位置に対応する前記ウィンドウ・クリップ・バッファ内の値をテストするステップと、前記テストによって可視位置が示される場合には前記画素を描き、その位置が不可視の場合には描画を迂回するステップとを繰り返すステップ」とを含む点で、本願補正発明と差異がない。
　エ　刊行物に記載された発明は、フレーム・バッファへのアクセスを制御するウインドウ・プログラムを有するマルチタスキング・コンピュータ・システムに関し（上記(2)ア参照）、前記ア〜ウに示すクリッピング処理を行うものであるから、「前記メモリとプロセッサを有するコンピュータ・グラフィックス・システムで、前記複数のウィンドウのうちの前記１ウィンドウに書き込まれる画素をクリッピングする方法」である点で、本願補正発明と差異がない。
　したがって、本願補正発明と刊行物に記載された発明は、　
「ウィンドウの位置を変更する処置が行われると更新されるウィンドウ・クリップ・バッファにするため、メモリの一部を割り振るステップと、各画素位置での可視または遮りを示すため前記ウィンドウ・クリップ・バッファを変換するステップと、前記１ウィンドウに書き込まれる画素ごとに、書き込まれる画素の画素位置に対応する前記ウィンドウ・クリップ・バッファ内の値をテストするステップと、前記テストによって可視位置が示される場合には前記画素を描き、その位置が不可視の場合には描画を迂回するステップとを繰り返すステップとを含む、前記メモリとプロセッサを有するコンピュータ・グラフィックス・システムで、前記複数のウィンドウのうちの前記１ウィンドウに書き込まれる画素をクリッピングする方法」である点で一致し、
次の点で相違する。
（相違点）
　本願補正発明は、「他のウィンドウによって１ウィンドウが隠される複数の不可視領域を判定するため複数のウィンドウのうちの前記他のウィンドウをテストするステップ」を含むのに対して、刊行物に記載された発明は、この点について明示しない点。
　そこで、検討すると、 
　刊行物に記載された発明は、特定のピクセルがディスプレイにおける別のウインドウに提供されたデータによりマスクされ（隠され）ていることを示す値「１」と、そのビットにより表された特定のピクセルは、フレーム・バッファに書込まれるものであることを示す値「０」からなるマスク・ビットを含むデータ構造を有している。
　刊行物は、このようなマスク・ビットをどのようにして生成するのかを明示しないが、１つのウインドウが他のウインドウによって隠される複数の不可視領域を判定するには、複数のウインドウのうち前記他のウインドウをテストすればよいことが、当業者に容易に想起し得るから、「他のウィンドウによって１ウィンドウが隠される複数の不可視領域を判定するため複数のウィンドウのうちの前記他のウィンドウをテストするステップ」を含むものとすることは、当業者が格別の創意工夫を要することなく容易になし得ることである。　
　そして、本願補正発明の構成によりもたらされる効果も刊行物に記載された発明から当業者が容易に予測し得る程度のものであり格別のものではない。
　以上のとおりであるから、本願補正発明は、刊行物に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　
(4) むすび
　以上のとおりであるから、本件補正は、特許法第１７条の２第４項で準用する同法第１２６条第３項の規定に違反するものであり、特許法第１５９条第１項で準用する特許法第５３条第１項の規定により却下すべきものである。
　　
３　本願発明について
(1) 前記のとおり、平成１２年１０月１９日付けの手続補正は却下されたので、本願の請求項１に係る発明（以下、同項記載の発明を「本願発明」という。）は、平成１２年７月２５日付け手続補正書の特許請求の範囲の請求項１に記載された次のとおりのものである。
「【請求項１】　ウィンドウ・クリップ・バッファにするためメモリの一部を割り振るステップと、　他のウィンドウによって１ウィンドウが隠される複数の不可視領域を判定するため複数のウィンドウのうちの前記他のウィンドウをテストするステップと、
　各画素位置での可視または遮りを示すため前記ウィンドウ・クリップ・バッファを変換するステップと、
　前記１ウィンドウに書き込まれる画素ごとに、
　書き込まれる画素の画素位置に対応する前記ウィンドウ・クリップ・バッファ内の値をテストするステップと、
　前記テストによって可視位置が示される場合には前記画素を描き、その位置が不可視の場合には描画を迂回するステップとを繰り返すステップと
　を含む、前記メモリとプロセッサを有するコンピュータ・グラフィックス・システムで、前記複数のウィンドウのうちの前記１ウィンドウに書き込まれる画素をクリッピングする方法。」
　
(2)引用例
　原査定の拒絶の理由に引用された刊行物（欧州特許出願公開第９３９２０号公報、１９９２年（平成４年）７月８日出願公開、以下、「引用例」という。）は、前記(1-2)に示した刊行物(特開平４−３６１３２２号公報）のファミリー文献であり、前記２(2)ア〜クに記載したとおりの発明が記載されているものと認められる。
(3)　対比・判断
　本願発明は、前記補正発明における「メモリの一部を割り振るステップ」の構成から、「ウインドウの位置を変更する処置が行われると更新される」点を除去したものとなっており、その他の構成は全く同じであるから、前記２(3)で示した対比説明から明らかなように、本願発明と引用例に記載された発明は、
「ウインドウ・クリップデータを含むウィンドウ・クリップ・バッファにするため、メモリの一部を割り振るステップと、各画素位置での可視または遮りを示すため前記ウィンドウ・クリップ・バッファを変換するステップと、前記１ウィンドウに書き込まれる画素ごとに、書き込まれる画素の画素位置に対応する前記ウィンドウ・クリップ・バッファ内の値をテストするステップと、前記テストによって可視位置が示される場合には前記画素を描き、その位置が不可視の場合には描画を迂回するステップとを繰り返すステップとを含む、前記メモリとプロセッサを有するコンピュータ・グラフィックス・システムで、前記複数のウィンドウのうちの前記１ウィンドウに書き込まれる画素をクリッピングする方法」である点で一致し、
前記２(3)で示した相違点と同じ点で相違する。
　そこで、検討すると、この相違点は、前記２(3)で示した判断と同じ理由により、当業者が格別の創意工夫を要することなく容易になし得ることである。
　そして、本願発明の構成によりもたらされる効果も引用例に記載された発明から当業者が容易に予測し得る程度のものであり格別のものではない。
(4)　むすび
　以上のとおり、本願発明は、引用例に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。