【事件の表示】
　平成　８年特許願第１２１１８４号「グラフィカル・ユーザ・インターフェースにおいて使用するためのカストマイズ可能な装置ポインタ」拒絶査定不服審判事件〔平成　９年１１月１８日出願公開、特開平　９−２９７６７５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は平成８年５月１６日（パリ条約による優先権主張１９９５年８月１５日、米国）の出願であって、平成１５年３月２８日付けで拒絶理由が通知され、平成１５年６月３０日付けで手続補正がなされ、平成１５年７月１８日付けで最後の拒絶理由が通知され、平成１５年１０月２４日付けで手続補正がなされ、平成１６年１月２０日付けで平成１５年１０月２４日付け手続補正が却下され、同日付で拒絶査定がなされた。
　これに対して平成１６年４月１５日に拒絶査定に対する審判が請求されるとともに、同日付けで手続補正がなされ、当審において平成１９年４月１３日付けで拒絶理由を通知したところ、平成１９年６月２５日付けで手続補正がなされたものである。
　
　本願の請求項１に係る発明は、平成１９年６月２５日付け手続補正書により補正された明細書及び図面の記載からみて、特許請求の範囲の請求項１に記載された事項により特定される次のとおりのもの（以下「本願発明」という。）である。
「グラフィカル・ユーザ・インタフェースの下で動作するデータ処理システムにおいて使用される、ポインタ・グラフィックス・マネージャであって、前記データ処理システム上で操作可能な装置ポインタは複数のポインタ・グラフィックスを有し、前記ポインタ・グラフィックスの各々は独特のシステム・オペレーションを表し、前記装置ポインタのロケーションに依存して相互に変化するものであり、前記ポインタ・グラフィックス・マネージャは、
　前記グラフィカル・ユーザ・インタフェースによって表示された前記複数のポインタ・グラフィックスのうちの任意のものの外観を、エディット押しボタンの押下により呼び出され、エンド・ユーザがエディットすることを可能にするポインタ・グラフィックス・エディタと、
　エンド・ユーザの選択に応答してポインタ・グラフィックスのセットを含む複数のフォルダのうちの１つを選択させ、選択された前記フォルダに含まれるポインタ・グラフィックスのセットから少なくとも１つのポインタ・グラフィックスを、前記装置ポインタして使用されている対応するポインタ・グラフィックスを含むポインタ領域にドラッグ・ドロップすることにより置換して該装置ポインタとして使用させるポインタ・グラフィックス・セレクタと、
　を含み、
　前記ポインタ・グラフィックス・エディタは、前記エンド・ユーザによるエディットによりポインタ・オブジェクトを作成し、前記ポインタ・グラフィックス・セレクタは、前記エディット押しボタンとともに表示されるロードセット押しボタンの押下に応答して、
前記装置ポインタを、前記エンド・ユーザが選択した前記フォルダに含まれる前記ポインタ・グラフィックスへと置換させるため、前記ポインタ・グラフィックスのセットのリストを含む対話ボックスを表示させ、取消押しボタンの押下に応答して、前記エンド・ユーザによって行われたすべての変更を破棄させる、
　ポインタ・グラフィックス・マネージャ。」
　
２．引用刊行物
　これに対して原審の平成１５年３月２８日付け拒絶理由通知に引用された、本願の優先日前に頒布された刊行物「特開平６−２８２３９９号公報」（以下、「引用刊行物１」という。）には図面とともに以下の記載がある。
「【０００１】
【産業上の利用分野】本発明は、一般に、データ処理システムにおいて図形的に制御されたソフトウェアのカストマイズ（個別化）に関する。特に、本発明は、グラフィックユーザインターフェースオブジェクトを提供するために、ソフトウェアアプリケーションによって使用されるリソース（資源）を選択的に変更するための編集システムに関する。」（第３頁左欄）
　
「【００１２】
【課題を解決するための手段】本発明は、ユーザに、効率の高い方法で対象のリソース値を選択的に変更する機会を提供するグラフィックリソースエディタに関する。ある好ましい態様においては、主要インターフェースウィンドウが、グラフィックリソースエディタと対話するためにグラフィックユーザインターフェースオブジェクトを提供する。主要ウィンドウ内には、選択可能なリソースカテゴリオブジェクトのリストを含むリソースカテゴリ選択オブジェクトがある。これらのオブジェクトは、編集可能なリソースのカテゴリに対応するリソースカテゴリ記述子を含む。リソースカテゴリ選択オブジェクトは、リソースカテゴリオブジェクトのリストの中から編集可能なリソースカテゴリを選択するためにユーザ起動可能インターフェースを提供する。グラフィックリソースエディタは、編集可能なリソースの選択されたカテゴリと対応するリソース記述子のリストを主要ウィンドウ内に発生するために、リソースカテゴリ選択オブジェクトのユーザ起動に応答するシステムをさらに含む。複数のリソース値ディスプレイフィールドも、編集可能なリソースの選択されたカテゴリの状態を表わすリソース値をディスプレイするために主要ウィンドウ内に提供される。主要ウィンドウ内には、編集可能なリソース値をセットするためにユーザ起動可能インターフェースを提供する一組のリソース値選択オブジェクトがさらに提供されている。クライアントアプリケーションのカストマイズは、リソースエディト（編集）をリソースファイル内に保管することによって静的に、又はリソースエディトをグラフィックリソースエディタと並行実行するアプリケーションにオン・ザ・フライ式で適用することによって動的に、実行され得る。」（第５頁左欄〜右欄）
　
「【００１５】
【実施例】
システムコンテキスト
本明細書中に記載されている本発明の概念が、ディジタル処理システムにおけるグラフィックリソースエディタの提供に係り、かつ多様なシステムコンテキストにおいて具体化され得ることがこの技術における当業者によって理解されかつ評価されるであろう。この種の一つのシステムが図１の実施例によって示されており、ここで、データ処理システム１０は、データ処理ユニット２０と、ビデオディスプレイターミナル３０と、キーボード４０と、当該データ処理システム１０へ制御入力を提供するために、スクリーンカーソル５０及びユーザ起動可能カーソルポジショナーを提供するマウス６０を有するカーソル制御システムと、を含んでいる。データ処理システム１０は、プログラムを実行し、かつシステムの種々のハードウェア及びソフトウェアエンティテイを制御するために、データ処理システムによって使用されるフロッピーディスクドライブ７０、ハードディスクドライブ８０、及び局所的揮発性メモリ（図示されてない）を有するデータ記憶リソースをさらに含む。
【００１６】データ処理システム１０は、ワークステーションとして知られているデータ処理装置のこのクラスにおいて一般に見つけられるプロセッサを含むが、これに限定はされない多数の従来のプロセッサデバイスのいづれかから選択され得る。本発明のグラフィックリソースエディタの好ましい動作環境は、ＭＩＴからのXWindow System （エックスウィンドウシステム）である。上記のように、X Window System は、データ処理システムのためのアプリケーション・プログラム・インターフェースを含むデバイスインデペンダント（独立）でありネットワークトランスパレント（透過形）なグラフィック・ウィンドウイング・システムを提供する。X Window System はオペレーティングシステムインデペンダントであるように設計されてるが、ＵＮＩＸ及びＡＩＸオペレーティングシステムと共に用いられるのが最も一般的である。X Window System は、グラフィック・ディスプレイ・ターミナルへのグラフィック出力を必要とするソフトウェアアプリケーションが、グラフィック・ディスプレイ・ターミナルの制御を有するサーバによって提供されたサービスを利用するクライアント−サーバモデルに基づく。“X client”及び“X server”は、ディスクリートハードウェアプラットフォーム上に常駐し得るか、若しくはシングルワークステーション又は他のデータ処理システムにおいて動作し得るソフトウェアエンティテイを示す。
【００１７】図１のデータ処理システムにおいては、X サーバは参照番号１００で示され、X クライアントは参照番号１１０で示されている。X サーバ１００は、キーボード４０及びマウス６０からの入力を管理する。X サーバ１００は、X クライアント又はX クライアントアプリケーション１１０からのグラフィック出力情報を処理し、かつこの出力情報をディスプレイ上のウィンドウ１２０などの指定されたウィンドウ内にディスプレイするため、ビデオディスプレイ３０を管理する。同時に、X サーバ１００は、ディスプレイ内で他のウィンドウズ１３０、１４０、及び１５０を管理し得る。これらのウィンドウは、他のクライアントアプリケーションの出力を表すことができ、かつデータ処理システム１０自体を制御するためにインターフェースウィンドウズを表わすこともある。」（第６頁左欄〜右欄）
　
「【００２２】グラフィックリソースエディタ概説
本発明によれば、グラフィックリソースエディタは、データ処理システム１０に組み込まれる。グラフィックリソースエディタは、アプリケーションリソースへアクセスし、かつアプリケーションのグラフィックユーザインターフェースの一つ以上の属性を変えるためにリソースを選択的に変更する能力をユーザへ提供する。この能力は、リソースの変化の影響が瞬時に見られるように並行実行アプリケーションを「オン・ザ・フライ」式に編集することを含む。図２は、変更されるべきアプリケーションに関してグラフィックユーザインターフェースのファンクション特性のいくつかを示している。グラフィックリソースエディタは、データ処理システムディスプレイ３０上にカストムインターフェースウィンドウ３００を発生し、このウィンドウの機能（特徴）は参照番号３００によって示されている。カストムインターフェースウィンドウ３００は、編集可能なリソースを選択し、かつリソース値を指定するためのメニューを含む。カラーなどのいくつかのリソース値のタイプに対しては、グラフィックリソースエディタが、広範囲のリソースの値を制御するために、カラーエディタ３１０のような走査検索（ブラウジング）エディタを提供する。ブラウジングエディタは、主要カストマイズウィンドウ３００から選択可能であるポップアップウィンドウズとして実行される。もはや要求されないところでは、これらのウィンドウズはスクリーンからデリート（削除）される。」（第７頁右欄）
　
「【００２４】図２においては、グラフィックリソースエディタは、グラフィックユーザインターフェース３３０を有する“client”（クライアント）アプリケーションのリソースを変更するために使用される。このアプリケーションによって使用されるリソースは二つの方法で変更され得る。第１に、リソース編集はユーザの.X省略時ファイル３４０内に記憶され得る。さらに、クライアントアプリケーションがグラフィックリソースエディタと並行に実行されている場合、リソース編集は、以下に詳細に記述されている通信プロトコル３５０を用いて「オン・ザ・フライ」式でアプリケーションへ提供され得る。プロトコルを用いて、クライアントアプリケーションは再スタートせずに更新され得る。しかしながら、リソース編集の永久記憶のために、変更内容はユーザの.X省略時ファイルへ保管されなければならない。」（第８頁左欄）
　
「【００３４】アプリケーション選択手順は、図３のプロセスステップ４１０内で生じる。プロセスステップ４２０においては、リソースエディタは、アプリケーションのアプリケーションカストムファイルに対する所定の検索パスに従って検索する。アプリケーションカストムファイルは、アプリケーションの編集に先立って、アプリケーションプログラマー又はユーザによって前もって発生されていなければない。アプリケーションのためのアプリケーションカストムファイルが全く存在していないならば、省略時アプリケーションカストムファイルが使用される。これはリソースエディタパッケージによって供給されるか又はユーザによって発生される。省略時アプリケーションカストムファイルが見つけられない場合又は選択されたアプリケーションカストムファイル内にエラーが存在した場合、エラーメッセージがポップアップウィンドウ内にディスプレイされる。スタートアップウィンドウ８００は、“Cancel（取消し）”プッシュボタン８５０及び“Help（ヘルプ）”プッシュボタン８６０も含む。“Cancel”プッシュボタンは、ユーザがアプリケーション選択を取消しかつ再開することを許容する。“Help”プッシュボタン８６０は、スタートアップウィンドウ８００を使用するためにヘルプ情報を含むポップアップウィンドウを発生するために使用される。
【００３５】一旦、カストマイズ可能なアプリケーションが選択され、かつそのアプリケーションカストムファイル又は省略時アプリケーションカストムファイルが見つかったならば、図３のプロセスステップ４２０に関して上記のように、アプリケーションカストムファイルはパーズされる。パージングプロセスは、リソースエディタのカストム・インターフェース・ウィンドウ３００を発生するために使用されるアプリケーションカストムファイルから情報を抽出する。図７に示されているように、このインターフェースウィンドウは、グラフィックリソースエディタと対話するためにグラフィックユーザインターフェースオブジェクトを提供する主要ウィンドウ９００によって形成される。主要ウィンドウ９００内には、“File”、“View”、“Option”、及び“Help”と指定された一連のプルダウンメニューを含むメニュー・バー・ウィンドウ９１０がある。メニューバーウィンドウの下には、編集可能なリソースのメニューを提供する選択オブジェクトの構成を含む主要フォームウィンドウがある。この種のメニュー項目は、選択プッシュボタン９３０を含むリソースカテゴリ選択オブジェクト９２０によって表される。リソースカテゴリ選択オブジェクト９２０は、スクロール可能なウィンドウパネル９４０において並行ディスプレイされる編集可能なリソースのカテゴリを識別するリソースカテゴリ記述子ラベルを含む。リソースカテゴリ選択オブジェクトは、マウスポインタが選択プッシュボタン９３０上にある間、マウスボタンを押して保持するユーザに応答して、リースカテゴリ選択オブジェクト内に元来含まれているリソースカテゴリ記述子によって開始するリソースカテゴリ記述子のカスケーディング（連鎖）リストを発生するコールバックファンクションによってサポートされ得る。リソースカテゴリ記述子は編集可能なリソースのカテゴリに対応している。リソースカテゴリ選択オブジェクトは、ユーザが、リスト上にマウスポインタをドラッギングさせ、かつこのポインタが選択されるリソースカテゴリに位置した時にはマウスボタンをリリースすることによって編集可能なリソースカテゴリを選択することを許容する。選択オブジェクト９２０と協働するコールバックファンクションは、スクロール可能なウィンドウ９４０に、他のセットのリソースをディスプレイさせてカストマイズさせることによってこの動作に応答する。これによって、リソースカテゴリ選択オブジェクト９２０は、リソースカテゴリオブジェクトのリストの中から編集可能なリソースカテゴリを選択するためにユーザ起動可能インターフェースを提供する。」（第１０頁右欄〜第１１頁左欄）
　
「【００６２】グラフィックリソースエディタは、“custom group”（カストムグループ）と呼ばれるデータ構造のリンクされたリスト内へアプリケーションカストムファイルの素子もパーズする。カストムグループは、生成される全てのリソースカテゴリと、スクロール可能なウィンドウ９４０の内部にこれらのグループを図形的に表わす形式のウィジットＩＤ（識別）とを保持する。各カストムグループデータ構造は、リソースカテゴリ記述子、リソースカテゴリ記述子オブジェクト９２０と対応するウィジット識別子、及びリソースグループ内の各リソースタイプを識別するポインタリストを含む。各グループは、リソースカテゴリ記述子によって識別された共通のリソースカテゴリの一部である複数のリソースを表わす。カストムリストとカストムグループに加えて、グラフィックリソースエディタが有効データタイプのリストと、これらの対応するインターフェースオブジェクトを発生するために使用される関数を保持する。このリストは、“custom type （カストムタイプ）”リストと呼ばれる。カストムタイプリストは、各々が、リソースタイプの識別子と、このリソースタイプのために適切なリソース値選択オブジェクトを生成するファンクションへのポインタとを含む複数のデータ構造から形成される。示されているように、これらのインターフェースオブジェクトは、図７の参照番号９７０によって表される。リソータとを含む複数のデータ構造から形成される。示されているように、これらのインタスエディタによって使用され得るリソースタイプは、カラー、フォント、数、ストリング、selectone （セレクトワン）、selectmany（セレクトメニー）、ファイル、カーソル、及びピクセルマップ（pixmap）を含む。他のリソースタイプも確実に類別され得る。ウィジット（及びガジェット）の異なるセットは、各データタイプごとに生成される。各データタイプごとの生成ファンクション及びコールバックは図５に示されているように、データタイプファイル６２０乃至７００内に含まれている。」（第１３頁左欄〜第１４頁左欄）
　
「【００６５】カストムインターフェースウィンドウ３００内にリソース値を指定するためには多様なメカニズムがある。この種のメカニズムは、リスト９６０内のリソース値フィールドによって提供される。“none”とラベル付けされた第２のフィールドを除いて、リソース値は、データ入力フィールドとして各フィールド内へタイプされ得る。このメカニズムを使用するために、ユーザは、キーボードフォーカスがそこへ向けられるように適切なリソース値ディスプレイフィールドにおいてマウスを起動させる。所望されるリソース値が入力され得る。リソース値を選択するための他のメカニズムは、リソース値選択オブジェクトリスト９７０のメンバーによって提供される。インターフェースオブジェクトのこのリストは、“Colors... ”、“Fonts...”、及び“Cursors...”とラベル付けされたプッシュボタンを含む。マウスを用いるこれらのプッシュボタンの選択によって、対応するリソースタイプを編集するためのブラウジング（走査検索）エディタが発生することになる。これらのプッシュボタンは、ブラウザが呼び出される時に強調表示され、ブラウザが終了する時には強調表示されない。リスト９７０内の他のインターフェースオブジェクトはプッシュボタンを含まない。“ −Number”とラベル付けされたインターフェースオブジェクトは、適切な数値が、リスト９６０内の隣接するリソース値ディスプレイフィールドへ入力されることを必要とする。“ −choice”とラベル付けされたインターフェースオブジェクトは、図８に示されているように、隣接選択プッシュボタン９９０が“selectone ”オブジェクト上でカスケーディング（連鎖）リストを発生するために選択されるべきであることを指示する。
【００６６】ブラウザエディタについて説明する前に、メニューバー９１０のファンクションについて考慮することが好ましい。図７に示されているように、メニューバー８１０における第１の項目は“File”オプションである。このメニュー項目の選択によって、四つのコマンドオプションを提供するプルダウンメニューが発生する。“New ”と識別される第１のコマンドは、新たなアプリケーションのためのカストマイズ・セッションを開始する。選択される時、スタートアップウィンドウ８００が再び発生される。ユーザが新しいアプリケーションの編集を所望するならば、“ＯＫ”プッシュボタン８４０が選択される。ユーザが他のアプリケーションをカストマイズすることを望まないならば、“Cancel”ボタン８５０が選択される。“File”プルダウンメニュー内の第２のコマンドオプションは、“Save As （保管せよ）”コマンドである。これは、ユーザが、ユーザのホームディレクトリ内の.X省略時ファイルへ、或いは、グラフィックエディタが呼び出された時に使用できるコマンドラインオプションを用いて指定される任意の他のリソースファイルへ、リソース変更を保管することを許容する。“Save As ”コマンドオプションが選択された時、図９に示されているように、ポップアップダイアログウィンドウ１０００が発生する。ダイアログウィンドウ１０００は、対象となるリソースファイルを位置指定するために検索ストリングを指定する“Filter”フィールド１０１０を含む。“Save As...”ポップアップウィンドウ１０００は、スクロール可能な“Directories ”（ディレクトリ）ウィンドウ１０２０とスクロール可能な“Files ”ウィンドウ１０３０も含む。“Directories ”ウィンドウは、ユーザが、選択可能なファイル数を限定するために、フィルタとしてファイルディレクトリを選択することを許容する。“Files ”ウィンドウは、編集されたリソース値を保管するために、ユーザが指定リソースファイルを選択することを許容する。スクロール可能なウィンドウ１０２０及び１０３０の下には、三つのラジオボタン１０４０、１０５０、及び１０６０がある。これらのラジオボタンは、変更されたリソースファイルがユーザの Xサーバに記憶されるかどうかを制御する。X サーバ上にリソースファイルを配置することによって、ユーザは、X サーバを介して動作する全てのマシン上で .X 省略時ファイルを保持する必要はない。ラジオボタン１０４０は、変更されたリソースファイルがサーバにロードされないことを指定する。ラジオボタン１０５０は、変更されたリソースファイルがサーバ上の現存リソースファイルにマージ（併合）されることを指定する。ラジオボタン１０６０は、変更されたリソースファイルが新しいリソースファイルとしてX サーバ上にロードされることを指定する。“Save As...”ポップアップウィンドウは、ユーザによって選択されたリソースファイルを識別する“Selection ”（選択）ウィンドウ１０７０をさらに含む。“ＯＫ”プッシュボタン１０８０、“Filter”プッシュボタン１０９０、“Cancel”プッシュボタン１１００、及び“Help”プッシュボタン１１１０も提供されている。“ＯＫ”プッシュボタン１０８０は、ユーザが、選択されたリソースファイルを受付けることを許容する。“Filter”プッ��ュボタン１０９０は、ユーザがファイルフィルタを起動することを許容する。“Cancel”プッシュボタン１１００は、前のリソースファイル選択を取消し、かつ“Help”プッシュボタン１１１０は、“SaveAs...”ポップアップウィンドウ１０００を使用するためのヘルプ情報を含むポップアップウィンドウを呼び出す。
【００６７】“File”メニューにおける第３のコマンドオプションは、“Reset Values”コマンドである。このコマンドは、編集セッション中にユーザによって選択されたリソース値の全てを削除し、かつこれらのリソース値を、カストマイズセッションの開始時に選択されたリソースファイルから読み取られたリソース値へ逆に戻す。“Reset Values”（値をリセットせよ）コマンドが選択された時、ユーザが、“Reset Values”の選択を取り消すか、又はこの選択を受容するのを許容するポップアップウィンドウが発生する。“File”メニューの第４と最終コマンドオプションは“Exit”（終了）コマンドである。このコマンドの起動は、ユーザがリソースエディタを終了することを許容する。リソース変更が行なわれ、かつ保管されなかった場合は、ユーザは、終了コマンドを取り消すか、又は終了手続きを続けることを促され、かつ許容される。」（第１４頁左欄〜１５頁右欄）
　
「【００７１】図１１に関しては、カラーブラウザエディタ１２００が示されている。カラーブラウエディタは、カラーネームリストを含むスクロール可能なカラー“List”（リスト）ウィンドウ１２１０を有する。これらのネームは、rgb.txt.として知られているX Window System ファイルから検索される。このファイルは、スタンダードX Windowディレクトリ内で保持される。このファイルは、カラーネームと、対応する赤、緑、及び青のカラー値のリストを有する。スクロール可能な“List”ウィンドウ１２１０内のカラーリストは、カラーリソース値をセットするためにユーザ起動可能インターフェースを提供するブラウジングエディタ値選択オブジェクトのセットを表している。スクロール可能なウィンドウ１２１０は、カラー値選択オブジェクトを含む入力ディスプレイフィールドを提供する。これらのオブジェクトはマウスを用いて選択されることができ、かつこの選択されたカラーはブラウジングエディタウィンドウ１２００の底部の近くに位置指定された出力ディスプレイフィールド１２２０内にディスプレイされる。出力ディスプレイフィールド１２２０は、データフィールド１２２０がマウスを使って入力を受け取るように選択された時、カラー値がキーボード入力を介して入力され得るデータ入力フィールドも提供する。スクロール可能なウィンドウ１２１０の下には、出力ディスプレイフィールドも表わすカラーパッチ１２３０がある。このフィールド内にディスプレイされるカラーは、ユーザ選択カラーと対応している。カラーパッチ１２３０の下には、赤色、緑色、及び青色のそれぞれに対応する三つのスライダ・バー１２４０、１２５０、及び１２６０がある。これらのスライダは、リソースカラーをインクリメントに調整するために、さらなるブラウジングエディタ値選択オブジェクトを提供する。スライダが移動する時、スライダより上にあるカラーパッチは、ＲＧＢスライダ値によって定義されたカラーを反映する。ＲＧＢスライダが所望されるカラーに位置設定された後、ユーザは、“Match RGB to Closest Color Name ”（ＲＧＢを最も近いカラーネームに整合させよ）プッシュボタン１２７０を押すことができる。このボタンの起動によって、エディタに、ＲＧＢ値に最も近いカラーネームをカラーリスト１２１０内で見つけさせ、かつリスト内でそのカラーを強調表示させる。従って、エディタは、ＲＧＢスライダを再度位置決めし、かつ“Chosen Color”（選ばれたカラー）フィールド１２２０が適切なカラーネームにセットされる。“Select Color on Display with Mouse”（マウスを使ってディスプレイ上のカラーを選択せよ）とラベル付けされた第２のプッシュボタン１２８０は、ユーザが、マウスボタンを起動させることによってディスプレイ内に現れるいかなるカラーをも選択することを許容する。カラーブラウザエディタは、このカラーのためのＲＧＢを見つけ、かつスライダ・バーを適切な値へ再度位置決めする。エディタは、カラーリスト１２２０内のカラーネームをさらに強調表示し、かつカラー値が有効カラーネームと整合した場合、“Chosen Color”フィールド内にネームをディスプレイする。カラーブラウザウィンドウ１２００の底部には、四つのプッシュボタン１２９０、１３００、１３１０、及び��３２０がある。“ＯＫ”のラベル付けされたボタンは、“Chosen Color”フィールド１２２０内に現れるカラーを受容するために使用される。これによって、選択されたカラーを、カストム・インターフェース・ウィンドウ３００の適切なリソース値フィールド内にディスプレイさせる。“Apply ”とラベル付けされたボタンは、オン・ザ・フライ式カストマイズが要求された場合、選択されたカラーを、並行実行クライアントアプリケーションに適用させる。“Cancel”とラベル付けされたボタンは、どのカラー値も保管せずに、カラーブラウザを終了させる。“Help”とラベル付けされたボタンは、そのカラーブラウザのためにヘルプファシリティを呼び出す。」（第１６頁右欄〜第１７頁左欄）
　
「【００７３】図１３に関しては、ピクチャーズブラウザエディタが、ピクチャーズブラウザウィンドウ１４６０内で実行される。ピクチャーズブラウザウィンドウは、対象となるビットマップ又はピクセルマップファイルを有するディレクトリを定義する選択された検索ストリングをディスプレイするために“Filter（フィルタ）”ウィンドウ１４７０を含む。“Filter”ウィンドウ１４７０内に示されている値は、ウィンドウ内に直接タイプされるか、又はスクロール可能な“Directories（ディレクトリ）”ウィンドウ１４８０を介して選択され得る。このウィンドウに隣接して、マウスを使って選択され得るブラウジングエディタ値選択オブジェクトを表わすビットマップ又はピクセルマップのリストを含むスクロール可能な“Files ”ウィンドウ１４９０ウィンドウがある。選択が実行された時、図１４に示されているように、ポップアップウィンドウ１５００が発生する。ポップアップウィンドウ１５００は、選択されたビットマップ又はピクセルマップのファイルの内容のピクチャーディスプレイを含む。このピクチャーディスプレイは、ピクチャーズブラウザウィンドウ１４６０内の“Edit Picture”（ピクチャーを編集せよ）プッシュボタン１５１０を選択することによって編集され得る。これは、X Window System 内に提供される分離アプリケーションであるエディタ（編集プログラム）を起動させる。このエディタは、リソースエディタによってユーザに代わって呼び出される。“Cancel”（取消し）プッシュボタン１５２０は、ピクチャーエディタを終了させるために使用される。ピクチャーズブラウザウィンドウ１４６０は、選択されたビットマップ又はピクセルマップのディレクトリ及びファイルネームをディスプレイするために“Chosen Picture”（選択されたピクチャー）出力ディスプレイフィールド１５３０も有する。マウス起動によって、この出力ディスプレイフィールドは、所望されるビットマップ又はピクセルマップのディレクトリ及びファイルネームをタイプするためのキーボードフォーカスを有する入力ディスプレイフィールドとしても使用され得る。ディスプレイフィールド１５５０の下には、四つのプッシュボタン１５４０、１５５０、１５６０、及び１５７０がある。これらのプッシュボタンは、“Save as...”ウィンドウ１０００内のプッシュボタン１０８０乃至１１１０のファンクションに対応するファンクションを表わす。
【００７４】図１５に関しては、カーソルエディタウィンドウ１５８０内にカーソルブラウザエディタが提供されている。エディタウィンドウ１５８０は、スクロール可能な“List”ウィンドウ１５９０を含む。このウィンドウは、カーソルを選択するためにユーザ起動可能インターフェースを提供する一組のグラフィックインターフェースオブジェクトを含むディスプレイフィールドを表わす。スクロール可能なウィンドウパネル１５９０の下には、選択されたカラーの画像をディスプレイするために“Chosen Cursor ”（選ばれたカーソル）とラベル付けされた出力ディスプレイフィールド１６００がある。“Chosen Cursor ”フィールドの下には、四つのプッシュボタン１６１０、１６２０、１６３０、及び１６４０がある。これらのボタンは、カラーエディタウィンドウ１２００内のプッシュボタン１２９０乃至１３２０のファンクションに対応するファンクションを提供する。
【００７５】図１６に関しては、チョイス（選択）ブラウザエディタがチョイスエディタウィンドウ１６５０内に提供されている。ウィンドウ１６５０内には、“Items ”（項目）とラベル付けされておりかつ選択可能な値のリストを含むディスプレイフィールド１６６０がある。これらの値は、リストから複数の項目を選択するためにユーザ起動可能インターフェースを提供する一組のグラフィックインターフェースオブジェクトを表わす。入力ディスプレイフィールド１６６０の下には、“Selection(s)（選択）”とラベル付けされた出力ディスプレイフィールド１６７０がある。このフィールドは、入力フィールド１６６０内のリストから選択された項目をディスプレイする。さらに、フィールド１６７０上のマウスを起動させることによって、キーボード入力フォーカスがこのフィールド内に配置され、これにより、ユーザが、フィールド内に複数のセレクションをタイプすることを許容する。この場合、出力ディスプレイフィールド１６７０は、入力ディスプレイフィールドとしても作用する。“Selection(s)”フィールド１６７０の下には、四つのプッシュボタン１６８０、１６９０、１７００、及び１７１０がある。これらのボタンは、カラーエディタウィンドウ１２００内のプッシュボタン１２９０乃至１３２０のファンクションに対応するファンクションを実行する。」（第１７頁右欄〜第１８頁左欄）
　
　図１５には、段落【００７４】の記載を参照すると、ユーザがカーソルを選択するためにスクロール可能なウインドウパネル１５９０に所定のフォルダに含まれるカーソルの一覧が表示されることが記載されている。
　
　これら引用刊行物１の記載から、引用刊行物１には以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
「Ｘ　Ｗｉｎｄｏｗ　Ｓｙｓｔｅｍで動作するグラフィックリソースエディタを有するデータ処理システムであって、
　グラフィックリソースエディタは、カラーエディタ、カーソルエディタ、ピクチャーブラウザエディタを有し、
　グラフィックリソースエディタのカストム・インターフェース・ウインドウ３００は、プルダウンメニュー（Ｆｉｌｅ）で表示される、”Ｒｅｓｅｔ　Ｖａｌｕｅｓ”コマンドを有し、このコマンドにより編集セッション中にユーザによって選択されたリソース値の全てを削除し、
　カストム・インターフェース・ウインドウ３００で”Ｃｏｌｏｒｓ”、”Ｃｕｒｓｏｒｓ”等のプッシュボタンを押すと、それぞれのプッシュボタンに対応した、カラーエディタ、カーソルエディタ、ピクチャーブラウザエディタが実行され、
　カーソルエディタにおいてユーザがカーソルを選択するためにフォルダに含まれるカーソルの一覧が表示され、ユーザは当該一覧から１つのカーソルを選択してカーソルを変更することができ、
　ピクチャーズブラウザエディタにおいて選択されたビットマップ又はピクセルマップのファイルの内容は、ピクチャーズブラウザウィンドウ１４６０内の“Edit Picture”（ピクチャーを編集せよ）プッシュボタン１５１０を選択することによって編集可能である、
　グラフィックリソースエディタを有するデータ処理システム。」
　
　同じく、原審の平成１５年３月２８日付け拒絶理由通知に引用された、本願の優先日前に頒布された刊行物「特開平２−２１６１９３号公報」（以下、「周知刊行物１」という。）には図面とともに以下の記載がある。
「従来は、第２図（ａ）の状態において、ウィンドウ２の拡大または縮小を行うためには、まず、カーソル４をウィンドウフレーム３上に移動すると、第２図（ｂ）に示すように、カーソル４の形が変わり、ウィンドウフレーム３が選択可能なことが示される。次に、例えばマウスのボタンを押下する等の動作によりラインドウフレーム３を選択し、このままカーソル４を任意の位置に移動すると、第２図（ｃ）に示すように、ウィンドウフレーム３がカーソル４の移動に追従して拡大または縮小される。
最後に、第２図（ｄ）に示すよ５に、カーソル４を任意の位置に止め、例えばマウスのボタンを押す等の動作にようウィンドウフレーム３の選択を解除すると、ウィンドウ２の拡大または縮小が完了する。」（第２頁左上欄第７行〜右上欄第１行）
　
　同じく、原審の平成１５年３月２８日付け拒絶理由通知に周知技術として引用された、本願の優先日前に頒布された刊行物「特開平５−２４１７５７号公報」（以下、「周知刊行物２」という。）には図面とともに以下の記載がある。
「【０００１】
【産業上の利用分野】本発明はマルチウインドウシステムにおける入力制御装置に関し、特にデータ入力要求ウインドウを表示している場合に、ウインドウの入力可／不可状態を制御し、入力可能ウインドウ内と入力不可ウインドウ内でのマウスポインタの形状を変更して入力制御の状態を明示するマルチウインドウシステムにおける入力制御装置に関する。
【０００２】
【従来の技術】オフィス内においては、コンピュータを利用したマルチメディア文書の作成が盛んになってきている。複数のアプリケーションを同時に処理して一つの文書を作成する場合もある。」（第２頁左欄）
　
「【００１３】図２には、本実施例を動作させたときの複数のウインドウが表示されている画面例が示してある。画面２１はデータ入力要求ウインドウの表示前で、入力可能な各ウインドウ上でマウスポインタの表示形状はみな同じ形状である。画面２２はデータ入力要求ウインドウ表示時で、入力可能なウインドウ内では入力可の矢印マークのマウスポインタ、入力不可のウインドウ内では入力不可の禁止マークのマウスポインタが表示される。」（第３頁左欄）
　
「【００２２】
【発明の効果】以上説明したように、本発明のマルチウインドウシステムにおける入力制御装置は、データ入力要求ウインドウを表示している場合に、入力可能ウインドウ内と入力不可能ウインドウ内とでマウスポインタの形状を変更することにより、入力可能、不可能状態を明示的に判別することができ、入力の誤操作を大幅に軽減できるという効果がある。」（第３頁右欄）
　
　これら、周知刊行物１、周知刊行物２に記載されているように、コンピュータ等の情報処理システムで使用されるカーソルについて、複数のカーソル形状により、固有のシステム動作を表し、カーソルの位置に応じてカーソル形状を相互に変化させることは周知である。
　
　同じく、原審の平成１５年３月２８日付け拒絶理由通知に周知技術として引用された、本願の優先日前に頒布された刊行物「特開平６−２６６５２８号公報」（以下、「周知刊行物３」という。）には図面とともに以下の記載がある。
「【０００７】
【実施例】以下、本発明の一実施例を図１により説明する。図１は本発明の一実施例を示す情報処理装置の構成図であり、キーボード等の入力装置１，表示装置２，カーソル表示パターン設定手段３，カーソル表示パターン格納手段４，カーソル表示手段５，文書編集校正手段６から構成される。」（第２頁左欄〜右欄）
　
「【００１７】カーソル表示パターンテーブルＣ￥ＰＴＮは図９に示すように、一つの表示パターンが２４×２４ビットから構成されており、値が０のところを白、１のところを黒でカーソル表示パターンを表示する。
【００１８】カーソル表示パターンを設定する処理を行うサブルーチンDEF\CURSORを図４，図５に示す。
【００１９】このサブルーチンでは、最初に、カーソル表示パターンを設定するカーソルの番号を入力するために、図７に示すカーソル番号入力画面を表示し（ステップ６０４１）、図７の２１に入力したカーソル番号をカーソル番号を示す変数C\NOに格納する（ステップ６０４２）。
【００２０】次に、カーソル番号がＣ￥ＮＯのカーソル表示パターンテーブルＣ￥ＰＴＮ(Ｃ￥ＮＯ，ｉ，ｊ)，ｉ＝０，１，…，２３，ｊ＝０，１，…，２３をカーソル表示パターンの編集に使用するためにワークエリアＷ（ｉ，ｊ），ｉ＝０，１，…，２３，ｊ＝０，１，…，２３に格納する（ステップ６０４３）。
【００２１】次に、図８に示すように、カーソル表示パターン設定画面を表示し、また、Ｗ（ｉ，ｊ），ｉ＝０，１，…，２３，ｊ＝０，１，…，２３の値に応じて、該当するます目を白表示（値が０のとき）、あるいは斜格子表示（値が１のとき、）をする（ステップ６０４４，６０４５）。
【００２２】カーソル表示パターン設定用のカーソルの表示位置を示す変数ＣＸ，ＣＹを初期化する（ステップ６０４６）。ＣＸは横方向（Ｘ方向）、ＣＹは縦方向（Ｙ方向）を示す。
【００２３】（ＣＸ，ＣＹ）の位置に図８に示すカーソル表示パターン設定用のカーソル２２を表示する（ステップ６０４７）。このカーソルを移動して、ます目に斜格子、あるいは白を設定することによりカーソル表示パターンを設定する。
【００２４】次に、キー入力を行い(ステップ６０４８)、入力したキーに応じた処理を行う。カーソルキー１６ならばカーソル２２の移動処理を、テンキー１７の‘１’，‘３’ならばます目に斜格子、あるいは白を表示する処理を、‘実行’キー１５ならばカーソル表示パターン設定の終了処理を行う。これらの処理は‘実行’キー１５が入力されるまで繰り返される。
【００２５】入力キーが‘→’の場合は、１ます目カーソルを右に、ただし、右端の場合は左端に移動させるために、ＣＸを１加算し、それを２４で割った余りをＣＸに設定する（ステップ６０４９）。
【００２６】入力キーが‘←’の場合は、１ます目カーソルを左に、ただし、左端の場合は右端に移動させるために、ＣＸが０か否かの判定をし、０ならばＣＸに２３（右端を示す）を設定する。０でないならばＣＸを１減算する(ステップ６０５０)。入力キーが‘↓’の場合は、１ます目カーソルを下に、ただし、下端の場合は上端に移動させるために、ＣＹを１加算し、それを２４で割った余りをＣＹに設定する（ステップ６０５１）。
【００２７】入力キーが‘↑’の場合は、１ます目カーソルを上に、ただし、上端の場合は下端に移動させるために、ＣＹが０か否かの判定をし、０ならばＣＹに２３（下端を示す）を設定する。０でないならばＣＹを１減算する(ステップ６０５２)。入力キーが‘１’の場合は、カーソル位置の示すワークエリアＷ(ＣＸ，ＣＹ)に１を設定し、該当するます目に斜格子を表示する（ステップ６０５３）。
【００２８】入力キーが‘３’の場合は、カーソル位置の示すワークエリアＷ(ＣＸ，ＣＹ)に０を設定し、該当するます目に斜格子を表示する（ステップ６０５４）。
【００２９】入力キーが‘実行’の場合は、カーソル２２を消去し、ワークエリアＷ（ｉ，ｊ），ｉ＝０，１，…，２３，ｊ＝０，１，…，２３の内容をカーソル表示パターンテーブルＣ￥ＰＴＮ(Ｃ￥ＮＯ，ｉ，ｊ)，ｉ＝０，１，…，２３，ｊ＝０，１，…，２３に設定して処理を終了する（ステップ６０５５）。これにより、カーソル表示パターンが設定される。
【００３０】例えば、図９に示すカーソル表示パターンテーブルＣ￥ＰＴＮのとき、移動処理のカーソルは図１１の２３に示すようになる。また、このときのカーソル表示パターン設定画面での設定内容は図８に示すようになる。さらに、このカーソル表示パターンの変更例として、カーソル表示パターン設定画面で図１０に示すように移動処理のカーソル表示パターンを設定すると、そのカーソルは図１２の２３に示すようになる。
【００３１】本実施例によれば、移動処理，複写処理というように処理単位にカーソル表示パターンを設定できる。
【００３２】本実施例では、カーソル表示パターン設定画面でのカーソル表示パターンを形状固定で表示しているが、このパターンも設定可能としてもよい。
【００３３】また、本実施例では、文書の編集校正機能での例を説明したが、これに限定されるものではない。
【００３４】さらに、本実施例では、キーカーソルでの例を説明したが、マウス等のポインティング装置のカーソルについても包含できるものである。
【００３５】
【発明の効果】本発明によれば、ユーザがカーソルの表示パターンを自由に設定できる。また、カーソルの表示パターンを自由に設定できるので、ユーザがカーソルを認識しやすい形に設定できる。」（第２頁右欄〜第３頁右欄）
　
　同じく、原審の平成１５年３月２８日付け拒絶理由通知に引用された、本願の優先日前に頒布された刊行物「特開平７−１２１３４９号公報」（以下、「周知刊行物４」という。）には図面とともに以下の記載がある。
「【０００２】
【従来の技術】近年のコンピュータシステムは、マウスなどのポインティングデバイスなどが必ずといってよいほど接続されている。」
　
「【０００６】
【課題を解決するための手段】図１は、本発明の原理ブロック図を示す。図１において、画面１は、カーソル１１を表示したり、サブウィンドウ２を設けたりするものである。
【０００７】サブウィンドウ２は、画面１上に表示したカーソル１１の相対位置に対応づけ点（あるいはマーク）を表示するものである。マウス３は、カーソル１１を移動させるものである。
【０００８】処理装置４は、各種処理を行なうものであって、ここでは、カーソル表示手段４１およびカーソル形状ファイル４２などから構成されるものである。カーソル表示手段４１は、画面１上に表示されているカーソル１１を対応する位置に移動させると共に当該移動後の位置に対応するサブウィンドウ２上の位置に点（あるいはマーク）を移動表示したりなどするものである。
【０００９】カーソル形状ファイル４２は、カーソル１１の形状を予め登録したものである。」（第２頁右欄）
　
「【００３６】図６は、本発明のカーソル形状変更説明図を示す。図６の（ａ）は、カーソル変更画面を示す。これは、カーソル１１の形状を変更する画面を開設し、当該画面上で図中の碁盤目上の枡目を図では黒く埋めて任意のカーソル形状を作成して登録する。このときの実際の寸法のカーソルをカーソル変更画面の右上に表示する。
【００３７】以上のようにして、カーソル変更画面上でカーソル１１の形状を任意の形状に変更登録することが可能となる。図６の（ｂ）は、変更後のカーソルの形状を示す。このカーソル形状は、画面１上に表示される帳票、記号、文字などから見やすい形状を登録する。更に、画面１を表示するソフトに対応づけて予めカーソル形状ファイル４２に登録しておき、ソフトが画面１を表示させるときに当該カーソル形状ファイル４２から取り出したカーソル形状を表示するようにする。」（第４頁右欄〜第５頁左欄）
　
　これら、周知刊行物３、周知刊行物４に記載されているように、ユーザが情報処理システムにおいて使用されるカーソル表示パターンを編集し、複数のカーソル表示パターンを情報処理システムに格納することは周知である。
　
３．対比
　本願発明と引用発明を対比すると、
　引用発明の「ユーザ」は、本願発明の「エンド・ユーザ」に相当する。
　また、引用発明の「カーソル」は、本願発明の「装置ポインタ」、「ポインタ・グラフィックス」に相当する。
　また、引用発明の「”Ｃｕｒｓｏｒｓ”のプッシュボタン」を押すことにより実行される「カーソルエディタ」によりユーザは、フォルダに含まれるカーソル（ポインタ・グラフィックス）の一覧表示から１つのポインタ・グラフィックスを選択してポインタ・グラフィックスを変更することができるから、引用発明の「カーソルエディタ」は、本願発明の「ポインタ・グラフィックス・セレクタ」に相当し、引用発明の「”Ｃｕｒｓｏｒｓ”のプッシュボタン」は本願発明の「ロードセット押しボタン」に相当し、引用発明には本願発明と同様に、ポインタ・グラフィックスのセットのリストを含む「対話ボックス」が表示されているということができる。そして、引用発明において、ポインタ・グラフィックスを変更することはポインタグラフィックスを「置換」しているということができる。
　また、引用発明の「ビットマップ又はピクセルマップ」は、本願発明の「ポインタ・グラフィックス」と「グラフィックス」である点で共通し、グラフィックス（ビットマップ又はピクセルマップ）を編集する「ピクチャーブラウザエディタ」は、本願の「ポインタ・グラフィックス・エディタ」と「グラフィックス・エディタ」である点で共通し、引用発明の「“Edit Picture”（ピクチャーを編集せよ）プッシュボタンの選択」は、本願発明の「エディット押しボタンの押下」に相当する。
　また、引用発明の「グラフィックリソースエディタ」は、Ｘ　Ｗｉｎｄｏｗ　Ｓｙｓｔｅｍの下で動作するデータ処理システムにおいて使用され、本願発明の「ポインタ・グラフィックス・セレクタ（カーソルエディタ）」に相当する手段を有しているから、本願発明のグラフィカル・ユーザ・インタフェースの下で動作するデータ処理システムにおいて使用される、「ポインタ・グラフィックス・マネージャ」に相当する。
　
したがって、両者は
「グラフィカル・ユーザ・インタフェースの下で動作するデータ処理システムにおいて使用される、ポインタ・グラフィックス・マネージャであって、前記ポインタ・グラフィックス・マネージャは、
　複数のグラフィックスのうちの任意のものの外観を、エディット押しボタンの押下により呼び出され、エンド・ユーザがエディットすることを可能にするグラフィックス・エディタと、
　エンド・ユーザの選択に応答してフォルダに含まれるポインタ・グラフィックスのセットから少なくとも１つのポインタ・グラフィックスを、置換して該装置ポインタとして使用させるポインタ・グラフィックス・セレクタと、
　を含み、
　前記グラフィックス・エディタは、前記エンド・ユーザによるエディットによりオブジェクトを作成し、前記ポインタ・グラフィックス・セレクタは、ロードセット押しボタンの押下に応答して、
前記装置ポインタを、前記エンド・ユーザが選択した前記フォルダに含まれる前記ポインタ・グラフィックスへと置換させるため、前記ポインタ・グラフィックスのセットのリストを含む対話ボックスを表示させ、取消押しボタンの押下に応答して、前記エンド・ユーザによって行われたすべての変更を破棄させる、
　ポインタ・グラフィックス・マネージャ。」の点で一致し、以下の点で相違する。
　
相違点１
　本願発明のデータ処理システム上で操作可能な装置ポインタは複数のポインタ・グラフィックスを有し、ポインタ・グラフィックスの各々は、独特のシステム・オペレーションを表し、前記装置ポインタのロケーションに依存して相互に変化するものであるのに対し、引用発明に記載されたデータ処理システム上で操作可能な装置ポインタは、複数のポインタ・グラフィックスの各々が独特のシステム・オペレーションを表し、装置ポインタのロケーションに依存して相互に変化するものであることについて記載されていない点。
　
相違点２
　本願発明のグラフィックス・エディタは、ポインタ・グラフィックス・エディタであって、グラフィカル・ユーザ・インタフェースによって表示されたポインタ・グラフィックスのうちの任意のものの外観を、エディットしてポインタ・オブジェクトを作成できるのに対して、引用発明のグラフィックス・エディタは、グラフィックスのうちの任意のものの外観を、エディットしてオブジェクトを作成できるが、エディット対象がグラフィカル・ユーザ・インタフェースによって表示されたポインタ・グラフィックスのうちの任意のポインタ・グラフィックスであって、エディットによりポインタ・オブジェクトを作成できることについては記載されていない点。
　
相違点３
　本願発明のポインタ・グラフィックス・セレクタは、エンド・ユーザの選択に応答してポインタ・グラフィックスのセットを含む複数のフォルダのうちの１つを選択させ、選択された前記フォルダに含まれるポインタ・グラフィックスのセットから少なくとも１つのポインタ・グラフィックスを、前記装置ポインタして使用されている対応するポインタ・グラフィックスを含むポインタ領域にドラッグ・ドロップすることにより置換しているのに対し、引用発明のポインタ・グラフィックス・セレクタは、エンド・ユーザの選択に応答してフォルダに含まれるポインタ・グラフィックスのセットから少なくとも１つのポインタ・グラフィックスを置換しているが、ポインタ・グラフィックスのセットを含む複数のフォルダのうちの１つを選択させること、装置ポインタして使用されている対応するポインタ・グラフィックスを含むポインタ領域にドラッグ・ドロップすることにより置換することについて記載がない点。
　
相違点４
　本願発明の対話ボックスを表示させるロードセット押しボタンは、エディット押しボタンとともに表示されるのに対し、引用発明の対話ボックスを表示させるロードセット押しボタンとエディット押しボタンは同時に表示されるものではない点。
　
４．当審の判断
　以下、上記相違点について検討する。
相違点１について
　本願明細書（段落【０００４】〜【０００５】）にも従来の技術として記載され、周知刊行物１、周知刊行物２にも記載されているように、コンピュータ等の情報処理システム（本願発明の「データ処理システム」に相当する。）で使用されるカーソル（本願発明の「ポインタ」に相当する。）について、複数のポインタ形状により、固有のシステム動作を表し、ポインタの位置に応じてポインタ形状を相互に変化させることは周知であって、引用発明のポインタにこの周知技術を適用して本願発明のように構成することは当業者が適宜になし得ることである。
　
相違点２について
　周知刊行物３、周知刊行物４に記載されているように、ユーザが情報処理システムにおいて使用されるカーソル（本願発明の「ポインタ」に相当する。）表示パターンを編集し、複数のポインタ表示パターンを情報処理システムに格納することは周知であること、グラフィックスを編集する場合にグラフィカルユーザインタフェースによって表示されたグラフィックスから任意のものを選択するように構成することは、「ＦＭ  ＴＯＷＮＳ  ＴｏｗｎｓＧＥＡＲ使いこなしガイド（初版、８１ＳＰ−０１６４−１−１、富士通株式会社発行、１９９０年１０月、第２１０，２１１頁には、グラフィック表示された複数のアイコンの中から特定のアイコンを選択して編集することが記載されている。）に記載されているように周知であることから、これらの周知技術を引用発明に適用して、引用発明のグラフィックス・エディタの編集対象をポインタとして、グラフィカル・ユーザ・インタフェースによって表示されたポインタ・グラフィックスのうちの任意のものの外観を、エディットしてポインタ・オブジェクトを作成できるのに対して本願発明のように構成することは当業者が容易になし得ることである。
　
相違点３について
　一般に複数のファイルを複数のフォルダに保存すること、そして、所定のファイルを選択する場合に当該複数のフォルダから所定のフォルダを選択し、当該フォルダの所定のファイルを選択すること、ファイルをドラッグ・ドロップにより置換することは何れも周知であるから、引用発明におい複数のポインタグラフィックスから１つのポインタ・グラフィックスを選択して置換するに際して、ポインタ・グラフィックスのセットを含む複数のフォルダのうちの１つを選択させ、装置ポインタして使用されている対応するポインタ・グラフィックスを含むポインタ領域にドラッグ・ドロップすることにより置換するようにして本願発明のように構成することは当業者が容易になし得ることである。
　
相違点４について
　グラフィカル・ユーザ・インタフェースにおいて表示されるボタンをどのように配置するかは設計的事項であって、引用発明において、対話ボックスを表示させるロードセット押しボタンをエディット押しボタンとともに表示させることは当業者が適宜になし得ることである。
　
　そして、本願発明のように構成したことによる効果も引用発明及び周知技術から予想できる程度のものであって、格別のものではない。
　
　したがって、本願発明（請求項１に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
５．むすび
　以上のとおり、本願発明（請求項１に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願はその余の請求項について論及するまでもなく拒絶すべきものである。
　
　よって、結論のとおり審決する。