【事件の表示】
　特願２００６−　１０３０１「ジャバ応用プログラムの外観をリアルタイムで転換する装置及び方法」拒絶査定不服審判事件〔平成１８年　８月１０日出願公開、特開２００６−２０９７５８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　
　本願は，平成１８年１月１８日（パリ条約による優先権主張２００５年１月２５日，韓国）の出願であって，平成２０年１０月９日付けで拒絶査定がされたところ，平成２１年１月８日に拒絶査定に対する審判が請求されるとともに，同年１月１５日に手続補正書が提出され，当審による平成２３年８月２日付け拒絶理由通知に対し，同年１１月８日に手続補正書と意見書が提出されたものである。
　
第２　本願の特許請求の範囲
　
　本願の請求項１に係る発明（以下「本願発明」という。）は，平成２３年１１月８日に提出された手続補正書により補正された請求項１に記載された次のとおりのものである。
　
「【請求項１】　軽量ＡＰＩを基盤とせずに重量ＡＰＩである抽象ウィンドウツールキットを基盤として製作されて実行中であるジャバ応用プログラムの外観転換命令を受信する命令受信部と、　前記受信された命令によって既保存された外観パッケージを参照し、前記ジャバ応用プログラムが含むコンポーネントに外観転換を通報して外観を転換するインターフェース管理部と、
　前記転換された外観の適用された画面を出力するディスプレイ部と、を備える外観をリアルタイムで転換する装置であって、
　前記命令受信部、前記インターフェース管理部および前記ディスプレイ部は、前記ジャバ応用プログラムによる機能の一部として実現されており、
　前記抽象ウィンドウツールキットは、前記ジャバ応用プログラムが含むコンポーネントの外観が定義されたインターフェースを有しており、
　前記外観は、前記ジャバ応用プログラムが含むコンポーネントのカラーの配合、フォント、アイコン、テキストの位置についてのテーマ属性または、前記ジャバ応用プログラムが含むコンポーネントのスキン属性のうち1つ以上を含み構成されることを特徴とする装置。」
　
第３　引用例
　
１　引用例の表示
　
引用例１　特開２００４−９４６５６号公報（平成１６年３月２５日出願公開）
引用例２　引用例２：千房けん輔，「Ｊａｖａで遊ぶ第１３回　愉快な“ボタン”のカスタム・メイド」，Ｊａｖａ　ＷＯＲＬＤ，株式会社ＩＤＧコミュニケーションズ，１９９９年４月１日，第３巻，第４号，Ｐ１５３−１５８
　
２　引用例１の記載内容と引用例１発明
　
（１）引用例１には，図とともに，次の記載がある。なお，下線は当審で付加したものである。
　
（ア）「【０００１】
【発明の属する技術分野】
 本発明は、アプリケーションプログラム（以下、アプリ，アプリケーションともいう）によって表示されるＧＵＩ（グラフィカル・ユーザ・インターフェース）部品からなるＧＵＩ画面を介してユーザが種々の操作を行なうことができる、
携帯端末
　
（イ）「【０００５】
 特に、携帯端末において、上述のテーマ機能を実装するためには、画面テーマが高速で切り替わるようにすること，画面テーマを切り替えるために使用するメモリ領域をできるだけ少なくすることが重要になる。なお、これらの点は、上述の機能を備えるパーソナルコンピュータなどにおいても必要なことである。 
 本発明は、このような課題に鑑み創案されたもので、アプリケーションの画面が全体的に統一されたテーマ（画面テーマ）で表現されるようにし、このような画面テーマが高速で切り替わるようにした携帯端末及び画面テーマが高速で切り替わるようにするためのアプリケーションプログラムを提供することを目的とする。」
　
（ウ）「【００１６】
特に、本実施形態では、ＯＳは、システムの信頼性，安全性を確保すべく、あるプロセスから他のプロセスへ高速で切り替えることで、複数のプロセスを見かけ上同時に実行できるマルチプロセス機能を有するマルチプロセスＯＳとしている。」
　
（エ）「【００２１】
つまり、ＧＵＩ画面を表示させるアプリを使用可能な携帯電話において、ＧＵＩ画面に例えば装飾的な高級感，機械的な機能感，文房具的な親近感などの雰囲気をもたせるべく、各アプリのＧＵＩ画面を構成する複数のＧＵＩ部品の例えば色彩，立体感の有無，ボーダーの有無などを統一することで、ＧＵＩ画面が所望のテーマ（画面テーマ）で表現されるようにし、ユーザが任意にＧＵＩ画面の画面テーマを切り替えることができるようにしたい。
【００２２】
このようなＧＵＩ画面の画面テーマの切替機能を携帯電話１に実装するには、ＧＵＩ画面の画面テーマが切り替えられた場合に、各アプリのＧＵＩ画面の画面テーマが高速で切り替わるようにすることが重要である。」
　
（オ）「【００２３】
このため、本実施形態の携帯電話１では、以下の（１）〜（３）に示すようなシステム構成としている。
（１）ＧＵＩ部品（コントロール）の画面テーマにかかわる属性（ＧＵＩ画面を統一されたテーマで表現するために必要な属性）をＧＵＩ部品の種類毎に定義した画面テーマ定義データを格納して画面テーマリソースファイルを作成する。ここでは、画面テーマ毎に複数の画面テーマリソースファイルを作成する。
【００２４】
そして、これらの画面テーマ毎の画面テーマリソースファイルを記憶部（例えばフラッシュメモリ）５に格納し、ＯＳのファイルシステムによって管理する。具体的には、
画面テーマ毎に作成される複数の画面テーマリソースファイルには、携帯電話１で用いることができる全種類のＧＵＩ部品の属性データ
格納しておく
　
（カ）「【００２６】
このため、本実施形態では、同種のＧＵＩ部品を複数個含むＧＵＩ画面を表示させるアプリの画面テーマの高速切替を実現すべく、以下のように構成している。
 つまり、アプリのＧＵＩ画面の画面テーマを切り替える処理を実行する制御部４が、ＧＵＩ画面の画面テーマの切替時に、切替後の画面テーマの画面テーマ定義データを画面テーマリソースファイルから読み出して、アプリのために確保されたメモリ領域に記憶させ、アプリのメモリ領域に記憶されている画面テーマ定義データを用いてＧＵＩ画面に含まれる複数個のＧＵＩ部品を描画するようにして、アプリとＯＳのカーネルとの間で生じるコンテキストスイッチングの回数をできるだけ減らし、オーバーヘッドを抑えることで、ＧＵＩ画面の画面テーマの高速切替を実現している。」
　
（キ）「【００３０】
以下、このような画面テーマ切替処理を制御部（コンピュータ）４に実行させるためのアプリケーションプログラムの構成について、図１を参照しながら説明する。なお、ここでは
アプリケーションプログラムをオブジェクト指向プログラミングによって構成
ここでは、
アプリ毎に画面テーマクラスを設け、この画面テーマクラスが画面テーマ定義データを取り込んで画面テーマインスタンスを生成するようにし、アプリがＧＵＩ画面を描画する際に、同種の複数個のＧＵＩ部品を描画するのに、同一の画面テーマインスタンスをキャッシュメモリのように利用するようにしている
　
（ク）「【００３１】
具体的には、
本アプリケーションプログラムは
ＧＵＩ画面を描画するためのクラスとしてＧＵＩ画面クラス（アプリ画面クラス）を備える
ここで、ＧＵＩ画面クラスは、ＧＵＩ画面を構成する各ＧＵＩ部品を描画するためのＧＵＩ部品クラス（例えば、ボタンクラス，ウィンドウクラス，アンテナ・電池残量等クラスなど）を集約したものとして構成される。なお、ＧＵＩ画面クラスは、各アプリ毎に、各アプリのＧＵＩ画面を構成するＧＵＩ部品を描画するのに必要なＧＵＩ部品クラスのみを集約したものとして構成している。
【００３２】
特に、本実施形態では、同種のＧＵＩ部品の構成要素を、ＧＵＩ部品毎に固有の構成要素（固有構成要素）と、ＧＵＩ部品に共通の構成要素（共通構成要素）とに分け、このうち、ＧＵＩ部品の固有構成要素を、ＧＵＩ部品クラスの属性として持たせている。例えば、ボタンクラスは、固有構成要素として、例えばボタンの描画位置とサイズ，文字列などの属性を持つものとして構成している。
【００３３】
一方、本実施形態では、
ＧＵＩ画面クラスのほかに、ＧＵＩ画面の画面テーマを形成するためのクラスとしてＧＵＩ画面テーマクラスを設けている
ここで、ＧＵＩ画面テーマクラスは、各ＧＵＩ部品の画面テーマを形成するためのＧＵＩ部品画面テーマクラス（例えば、ボタン画面テーマクラス，ウィンドウ画面テーマクラス，アンテナ・電池残量等画面テーマクラスなど）を集約したものとして構成される。本実施形態では、ＧＵＩ画面テーマクラスは、アプリのＧＵＩ画面を構成するために用いることができる全てのＧＵＩ部品のＧＵＩ部品画面テーマクラスを集約したものとして構成している。
【００３４】
特に、本実施形態では、ＧＵＩ部品の共通構成要素が画面テーマを形成しうる構成要素となりうるため、この
共通構成要素（テーマ形成構成要素）を、ＧＵＩ部品画面テーマクラスの属性として持たせている。例えば、ボタン画面テーマクラスは、テーマ形成構成要素として、例えばボタンの背景色，フォントフェイス，枠線の有無などの属性を持つものとして構成している
　
（ケ）「【００３６】
具体的には、
ＧＵＩ部品画面テーマクラスのメソッドが制御部４によって実行され、ＯＳによって管理されている現在の画面テーマのリソースファイル名（現在の画面テーマに関する情報）を用いて画面テーマリソースファイルから画面テーマ定義データが読み出され、この画面テーマ定義データを用いてＧＵＩ部品画面テーマインスタンスが生成されるようになっている
ＧＵＩ部品画面テーマインスタンスを記憶したメモリ領域のアドレス（ポインタ）をＧＵＩ部品クラスに通知
　
（コ）「【００４０】
例えば、ボタンクラスのメソッドが制御部４によって実行されると、ポインタを用いてボタン１インスタンス及びボタン画面テーマインスタンスを読み出して、ボタン１が描画されることになる
【００４１】
同様に、ボタンクラスのメソッドが制御部４によって実行されると、ポインタを用いてボタン２インスタンス及びボタン画面テーマインスタンスを読み出して、ボタン２が描画されることになる。つまり、例えば、ボタン２は、ボタン２インスタンスの持っている属性（例えばボタンの描画位置とサイズ，文字列）と、ボタン画面テーマインスタンスの持っている属性（例えばボタンの背景色，フォントフェイス，枠線の有無）とを合わせたものとして描画されることになる。」
　
（サ）「【００５１】
そして、画面テーマの切替時には、ユーザによる画面テーマ決定指令に基づいて、ＯＳ（ここではカーネル）のメモリ領域に格納されている現在のリソースファイル名が書き換えられるようにしておき、これが書き換えられた場合に、ＯＳ（ここではカーネル）が、現在のリソースファイル名が書き換えられた時点で起動している各アプリ（ここではＧＵＩ画面テーマクラス）に対して画面テーマの変更通知を行ない、これに応じて、各アプリが再描画を行なうようにする。
【００５２】
例えば、ＯＳが、起動している各アプリに対してイベントを発生させるようにポインタを設定できるようになっているならば、このＯＳの機能を利用して、各アプリ（ここではＧＵＩ画面テーマクラス）に対してイベントを発生させるようにポインタを設定しておき、現在のリソースファイル名が書き換えられた場合に、ＯＳが、ポインタを用いて各アプリ（ここではＧＵＩ画面テーマクラス）に対してイベントを発生させることで、画面テーマの変更通知が行なわれるようにすれば良い。」
　
（シ）「【００５４】
また、本実施形態の携帯電話１には、ユーザが任意にＧＵＩ画面の画面テーマを設定できるように、画面テーマを設定するのに用いる画面テーマ設定アプリ（スクリーン設定アプリ）が備えられている。この
画面テーマ設定アプリケーションは、上述のアプリケーションと同様に構成
画面テーママネージャも備えられているが、画面テーママネージャによる処理（機能）を全て画面テーマ設定アプリに含ませて構成しても良い
　
（ス）「【００８０】
次に、上述のようにしてディスプレイ上に表示された画面テーマ設定アプリのＧＵＩ画面を介して画面テーマの設定を行なう場合に、画面テーマ設定アプリ（ここでは画面テーママネージャも含む）にしたがって制御部４が実行する画面テーマ設定処理（画面テーマを他の画面テーマに変更する処理）について、図４を参照しながら説明する。
【００８１】
まず、ユーザが操作部３を操作して他の画面テーマのタイトル文字列が表示されている欄を選択すると、画面テーマ設定アプリは、画面テーママネージャに対して、選択された画面テーマの画面テーマ定義データを要求する。
これに応じて、画面テーママネージャは、テーマＮＯ．とリソースファイル名とを対応づけて対応表を用いて、選択された画面テーマのタイトル文字列が表示されている欄に関連づけられているテーマＮＯ．に対応するリソースファイル名を特定し（ステップＢ１０）、このリソースファイル名に基づいて、ＯＳに対して、画面テーマ定義データを要求する。
【００８２】
そして、画面テーママネージャは、ＯＳから画面テーマ定義データの返答を受けると、これを選択された画面テーマ定義データとして、画面テーマ設定アプリに返答する。
画面テーマ設定アプリは、選択された画面テーマ定義データの返答を受けると、画面テーマのリストを含むＧＵＩ画面の画面テーマを切り替えて表示する（ステップＢ２０）。具体的には、
画面テーマ設定アプリは、後述するＧＵＩ画面の再描画処理（図６参照）と同様の処理を行なって、画面テーマ設定アプリのＧＵＩ画面を再描画することで、ＧＵＩ画面の画面テーマを切り替える
【００８３】
このように、制御部４が、画面テーマ設定アプリ（ここでは画面テーママネージャも含む）にしたがって、画面テーマ設定アプリのＧＵＩ画面に含まれる画面テーマリストの選択位置に応じて、ＧＵＩ画面の画面テーマを切り替える処理を実行するようにしている。
その後、ユーザが、操作部３を操作して図７のＧＵＩ画面上に表示されている「選択」ボタンを押すことで、
画面テーマを他の画面テーマに切り替えることを決定する指令（画面テーマ決定指令）を出した場合、画面テーマ設定アプリは、画面テーママネージャに対して、決定された画面テーマのタイトル文字列が表示されている欄のテーマＮＯ．を通知
【００８４】
これに応じて、
画面テーママネージャは、テーマＮＯ．とリソースファイル名とを対応づけて対応表を用いて
リソースファイル名を特定し
ＯＳ（ここではカーネル）に対して、特定されたリソースファイル名を通知して、現在の画面テーマのリソースファイル名を書き換えるように要求する
【００８５】
ＯＳ（ここではカーネル）は、画面テーママネージャからの現在の画面テーマのリソースファイル名の書換要求を受けると、自らが管理している現在の画面テーマのリソースファイル名を、特定されたリソースファイル名に書き換える（ステップＢ４０）。
なお、ここでは、ユーザによる画面テーマの選択時に、画面テーマ設定アプリのＧＵＩ画面自体の画面テーマを切り替えるようにしているが、これに限られるものではなく、例えば、予め画面テーマリソースファイルにそれぞれの画面テーマに対応するビットマップイメージを格納しておき、制御部４が、画面テーマ設定アプリ（ここでは画面テーママネージャも含む）にしたがって、以下のような処理を行なうことで、画面テーマ設定アプリのＧＵＩ画面上にビットマップイメージを表示させるようにしても良い。」
　
（セ）「【００９０】
・・・（中略）・・・
次に、上述のようにして
画面テーマを切り替えるべく他の画面テーマの設定が行なわれた場合に、ＧＵＩ画面クラス及びＧＵＩ画面テーマクラスを含むアプリにしたがって、制御部４が実行するアプリのＧＵＩ画面の再描画処理（画面テーマ切替処理）
【００９１】
なお、ここでは、
ＧＵＩ画面の構成要素としてのボタン（ここでは２つのボタン１，２）の再描画処理
まず、上述のようにして
画面テーマを他の画面テーマに切り替える決定がなされ、ＯＳ（ここではカーネル）のメモリ領域に記憶されている現在のリソースファイル名（画面テーマに関する情報）が書き換えられた場合に
ＯＳ（ここではカーネル）が、現在のリソースファイル名が書き換えられた時点で起動している各アプリ（ここではＧＵＩ画面テーマクラス）に対して、画面テーマの変更通知がなされる
【００９２】
本実施形態では、ＯＳが、
起動している各アプリケーションに対してイベントを発することができるようにポインタの設定が可能となっているため、このＯＳの機能を利用して
ＯＳが、ポインタを用いて各アプリ（ここではＧＵＩ画面テーマクラス）に対してイベントを発することで、画面テーマの変更通知が行なわれるようになっている
・・・（中略）・・・
【００９９】
このようにして、ＧＵＩ画面テーマクラスを含むものとして構成されるアプリケーションプログラムにしたがって、制御部４が、
切替後の画面テーマの画面テーマ定義データを画面テーマリソースファイルから読み出し
画面テーマ定義データは
アプリのメモリ領域に記憶される
【０１００】
この場合、画面テーマ切替後のＧＵＩ部品画面テーマインスタンス（例えばボタン画面テーマインスタンス）が格納されているＧＵＩ部品画面テーマインスタンス用メモリ領域のアドレスは、画面テーマ切替前のアドレスと変わらないため、ＧＵＩ部品画面テーマ用ポインタ（例えばボタン画面テーマ用ポインタ）は変更されない。
【０１０１】
このようにして、ＧＵＩ画面テーマクラス（具体的にはＧＵＩ部品画面テーマクラス）が、ＧＵＩ画面を構成する
ＧＵＩ部品の画面テーマインスタンス（ＧＵＩ部品画面テーマインスタンス）の全てを更新した後
ＧＵＩ画面クラスが、画面無効化通知を受けると、
ＧＵＩ画面クラスに含まれる各ＧＵＩ部品クラスがそれぞれ各ＧＵＩ部品を再描画する
・・・（中略）・・・
【０１０５】
これは、ＧＵＩ画面クラスを含むものとして構成されるアプリケーションプログラムにしたがって、制御部４が、アプリのメモリ領域に記憶されている画面テーマ定義データ（ＧＵＩ部品画面テーマインスタンス）を用いてＧＵＩ画面に含まれる複数個のＧＵＩ部品を描画するＧＵＩ画面描画処理ステップを実行することを意味する。この機能をＧＵＩ画面描画処理手段という。
【０１０６】
このようにして、アプリとＯＳとの間のコンテキストスイッチングを減らして、オーバーヘッドを抑えるようにして、各アプリの画面テーマの切替が高速で行なわれるようにしている。
例えば画面テーマが”ＦａｎｃｙＰｉｎｋ”に設定されている場合（図７参照）、各アプリのＧＵＩ画面（ここでは電話帳アプリのＧＵＩ画面）は、例えば図８に示すような画面として表示されるが、これを、上述のようにして画面テーマ設定アプリを用いて画面テーマを切り替えて、切替後の画面テーマを例えば”ＦｏｒｅｓｔＹｅｌｌｏｗ”に設定した場合（図９参照）、各アプリのＧＵＩ画面（ここでは電話帳アプリのＧＵＩ画面）は、例えば図１０に示すような画面に高速で切り替わることになる。
【０１０７】
したがって、本実施形態にかかる携帯端末としての携帯電話及びアプリケーションプログラムによれば、アプリケーションの画面が全体的に統一されたテーマ（画面テーマ）で表現され、このような画面テーマを高速で切り替える機能を実装できるという利点がある。」
　
（ａ）上記摘記事項（ス）によれば，「画面テーマを他の画面テーマに切り替えることを決定する指令（画面テーマ決定指令）を出した場合、画面テーマ設定アプリは、画面テーママネージャに対して、決定された画面テーマのタイトル文字列が表示されている欄のテーマＮＯ．を通知」するものであるから，引用例１の画面テーマ設定アプリは，画面テーマを変更するための指令をユーザが出した場合，画面テーママネージャにテーマＮＯ．を通知する画面テーマ設定アプリケーションであることは明らかである。
　また，上記摘記事項（セ）によれば，「画面テーマを他の画面テーマに切り替える設定が行われた場合」には，「ＯＳ（ここではカーネル）の現在のリソースファイル名が書き換えられ」，「書き換えられた時点で起動している各アプリ」に対して，「画面テーマの変更通知を行う」ことから，画面テーマの切り替えは，起動している各アプリケーションに対して行われることは明らかである。
　そうすると，引用例１には，
起動している各アプリケーションに対して，画面テーマを変更するための指令をユーザが出した場合，画面テーママネージャにテーマＮＯ．を通知する画面テーマ設定アプリケーション
　
（ｂ）上記摘記事項（ス）によれば，「画面テーママネージャ」は、「テーマＮＯ．とリソースファイル名とを対応づけて対応表を用いて」「リソースファイル名を特定し，ＯＳ（ここではカーネル）に対して、特定されたリソースファイル名を通知して、現在の画面テーマのリソースファイル名を書き換えるように要求する」ことが，引用例１に記載されている。
　また，上記摘記事項（セ）によれば，「画面テーマを他の画面テーマに切り替える決定がなされ、ＯＳ（ここではカーネル）のメモリ領域に記憶されている現在のリソースファイル名（画面テーマに関する情報）が書き換えられた場合」には，「ＯＳ（ここではカーネル）が、現在のリソースファイル名が書き換えられた時点で起動している各アプリ（ここではＧＵＩ画面テーマクラス）に対して、画面テーマの変更通知がなされ」，「起動している各アプリケーションに対してイベントを発することができるようにポインタの設定が可能・・・（中略）・・・このＯＳの機能を利用して」，「ＯＳが、ポインタを用いて各アプリ（ここではＧＵＩ画面テーマクラス）に対してイベントを発することで、画面テーマの変更通知が行なわれるようになっている」ことが，引用例１に記載されている。
　また，上記摘記事項（オ）によれば，「画面テーマリソースファイル」とは，「画面テーマ毎」に「携帯電話１で用いることができる全種類のＧＵＩ部品の属性データ」を「格納しておく」ものである。
　また，上記摘記事項（ケ）によれば，「リソースファイル名」とは，「現在の画面テーマに関する情報」であり，それを用いて「画面テーマリソースファイルから画面テーマ定義データが読み出され」るものである。そうすると，「リソースファイル名」は，「画面テーマリソースファイル」の名であることは明らかである。
　そうすると，引用例１には，
テーマＮＯ．とリソースファイル名との対応表を用いてリソースファイル名を特定し，リソースファイル名をＯＳに通知して，現在の画面テーマリソースファイル名を書き換えるように要求する画面テーママネージャであり，リソースファイル名を書き換えた場合，リソースファイル名が書き換えられた時点で起動している各アプリケーションプログラムに対して，ＯＳがイベントを発することにより，画面テーマの変更通知がなされるものであり，リソースファイル名とは，携帯端末で用いることができる全種類のＧＵＩ部品の属性データを画面テーマ毎に画面テーマリソースファイルとして格納した画面テーマリソースファイルの名である，画面テーママネージャ
　
（ｃ）上記摘記事項（セ）によれば，「画面テーマを切り替えるべく他の画面テーマの設定が行なわれた場合に、ＧＵＩ画面クラス及びＧＵＩ画面テーマクラスを含むアプリにしたがって、制御部４が実行するアプリのＧＵＩ画面の再描画処理（画面テーマ切替処理）」は，「切替後の画面テーマの画面テーマ定義データを画面テーマリソースファイルから読み出し」，「アプリのメモリ領域に記憶」と，「ＧＵＩ部品の画面テーマインスタンス（ＧＵＩ部品画面テーマインスタンス）の全てを更新した後」，「ＧＵＩ画面クラスに含まれる各ＧＵＩ部品クラスがそれぞれ各ＧＵＩ部品を再描画する」ものであり，「ＧＵＩ画面の構成要素としてのボタン（ここでは２つのボタン１，２）の再描画処理」である。
　ここで，ＧＵＩ画面の再描画処理は，ハードウェアとしての携帯端末上で行われるものであるから，ＧＵＩ画面クラスを含むアプリケーションにしたがって，携帯端末に含まれる何らかの手段により処理が実行されることは明らかである。以下，当該再描画を実行する手段を「描画処理手段」という。
　そうすると，引用例１には，
画面テーマを切り替えるべく他の画面テーマの設定が行われた場合にＧＵＩ画面クラス及びＧＵＩ画面テーマクラスを含むアプリケーションにしたがって制御部が実行するアプリケーションのＧＵＩ画面の再描画処理において，切替後の画面テーマの画面テーマ定義データを画面テーマリソースファイルからの読み出し，アプリケーションのメモリ領域へ記憶し，ＧＵＩ部品画面テーマインスタンスの全てを更新し，ＧＵＩ画面に含まれる複数個のＧＵＩ部品を描画する描画処理手段
　
（ｄ）上記摘記事項（ス）によれば，ユーザが操作部３を操作して他の画面テーマのタイトル文字列が表示されている欄をユーザが選択すると，ＧＵＩ画面アプリのＧＵＩ画面を「再描画」し，その後，ユーザが，操作部３を操作して選択ボタンを押すことで画面テーマを他の画面テーマに切り替えることを決定する指令（画面テーマ決定指令）をユーザが出すと，画面テーマのリソースファイルを書き換えるが，このとき，ＧＵＩ画面の「再描画」は，ユーザが選択した表示欄に係る他の画面テーマのデザインを，ＧＵＩ画面設定アプリケーションのＧＵＩ画面を通じてユーザが視認したのちに，テーマ決定指令を行うために，リアルタイムで（つまり，即座に）行われるものであることは明らかである。そうでなければ，ＧＵＩ画面設定アプリケーションのＧＵＩ画面のみを先に「再描画」する意味がないからである。
　ところで，上記摘記事項（セ）によれば，リソースファイルが書き換えられると，現在のリソースファイル名が書き換えられた時点で起動している各アプリケーションに対して画面テーマの変更通知を行い，各部品を「再描画」している。この「再描画」は，上記摘記事項（ス）によれば，「画面テーマ設定アプリ」と「後述するＧＵＩ画面の再描画処理」とが「同様の処理」で「ＧＵＩ画面を再描画する」ものであることを考慮すると，「画面テーマ設定アプリ」と同様にリアルタイムで行われることは明らかである。そうすると，起動している各アプリケーションの画面テーマの切り替え（再描画）は，リアルタイムで行われることは明らかである。
　また，上記摘記事項（ア）によれば，ＧＵＩ画面を介して操作を行うことは「携帯端末」において行われることは明らかである。
　そうすると，引用例１には，
起動している各アプリケーションのＧＵＩ画面の画面テーマをリアルタイムで切り替える携帯端末
　
（ｅ）上記摘記事項（シ）によれば，「画面テーマ設定アプリケーション」は，「上述のアプリケーションと同様に構成」され，かつ，「画面テーママネージャによる処理（機能）を全て画面テーマ設定アプリケーションに含ませて構成しても良い」ものである。
　ここで，「上述のアプリケーション」とは，ＧＵＩの画面テーマが切り替わる対象である「起動している各アプリ」のことである。また，上記摘記事項（キ）によれば，「アプリケーションプログラム」は，「オブジェクト指向プログラミングによって構成」されるものである。よって，「画面テーマ設定アプリケーション」は，「アプリケーションプログラム」と同様に「オブジェクト指向プログラミングによって構成しても良い」ものであることは明らかである。
　そうすると，引用例１には，
画面テーママネージャを含むように構成した画面テーマ設定アプリケーションと，描画処理手段を実現するアプリケーションプログラムは，オブジェクト指向プログラミングによって構成される
　
（ｆ）上記摘記事項（ケ）によれば，「ＧＵＩ部品画面テーマクラスのメソッド」を「実行」し，「ＯＳによって管理されている現在の画面テーマのリソースファイル名（現在の画面テーマに関する情報）を用いて画面テーマリソースファイルから画面テーマ定義データが読み出され、この画面テーマ定義データを用いてＧＵＩ部品画面テーマインスタンスが生成されるようになっている」とともに，「ＧＵＩ部品画面テーマインスタンスを記憶したメモリ領域のアドレス（ポインタ）をＧＵＩ部品クラスに通知」し，そして，上記摘記事項（コ）によれば，「例えば、ボタンクラスのメソッドが制御部４によって実行されると、ポインタを用いてボタン１インスタンス及びボタン画面テーマインスタンスを読み出して、ボタン１が描画される」ものである。
　そうすると，引用例１のアプリケーションプログラムは，
ＧＵＩ部品画面テーマクラスのメソッドを実行し，ＯＳによって管理されている，現在の画面テーマに関する情報としての現在テーマのリソースファイル名を用いて画面テーマリソースファイルから画面テーマ定義データを読み出し，画面テーマ定義データを用いてＧＵＩ部品画面テーマインスタンスを生成し，ＧＵＩ部品画面テーマインスタンスを記憶したポインタをＧＵＩ部品クラスに通知し，ＧＵＩ部品クラスのメソッドを実行することにより描画されることになるＧＵＩ部品，例えばボタンを有し
　
（ｇ）上記摘記事項（ク）によれば，「アプリケーションプログラム」は，「画面を描画するＧＵＩ画面クラス」と「ＧＵＩ画面の画面テーマを形成するためのクラスとしてＧＵＩ画面テーマクラス」を備え，ＧＵＩ画面テーマクラスは共通構成要素（テーマ形成構成要素）を持ち，一例である「ボタン画面テーマクラス」は，「テーマ形成構成要素として、例えばボタンの背景色，フォントフェイス，枠線の有無などの属性を持つものとして構成される」ものである。
　上記摘記事項（ケ）によれば，「ＧＵＩ部品画面テーマクラスのメソッド」は，「実行」されることにより，「ＧＵＩ部品画面テーマインスタンス」のアドレスが生成され，そのアドレスが「ＧＵＩ部品クラス」に通知されるものである。
　そうすると，引用例１には，
ＧＵＩ部品画面テーマインスタンスは，アプリケーションプログラムに設けられたＧＵＩ部品画面テーマクラスのメソッドが実行されることにより生成され，ＧＵＩ部品画面テーマクラスは，テーマ形成構成要素として，ボタンの背景色，フォントフェイス，枠線の有無などの属性を持つものとして構成される
　
（２）以上によれば，引用例１には
　
「起動している各アプリケーションに対して，画面テーマを変更するための指令をユーザが出した場合，画面テーママネージャにテーマＮＯ．を通知する画面テーマ設定アプリケーションと，
　テーマＮＯ．とリソースファイル名との対応表を用いてリソースファイル名を特定し，リソースファイル名をＯＳに通知して，現在の画面テーマリソースファイル名を書き換えるように要求する画面テーママネージャであり，リソースファイル名を書き換えた場合，リソースファイル名が書き換えられた時点で起動している各アプリケーションプログラムに対して，ＯＳがイベントを発することにより，画面テーマの変更通知がなされるものであり，リソースファイル名とは，携帯端末で用いることができる全種類のＧＵＩ部品の属性データを画面テーマ毎に画面テーマリソースファイルとして格納した画面テーマリソースファイルの名である，画面テーママネージャと，
　画面テーマを切り替えるべく他の画面テーマの設定が行われた場合にＧＵＩ画面クラス及びＧＵＩ画面テーマクラスを含むアプリケーションにしたがって制御部が実行するアプリケーションのＧＵＩ画面の再描画処理において，切替後の画面テーマの画面テーマ定義データを画面テーマリソースファイルから読み出し，アプリケーションのメモリ領域へ記憶し，ＧＵＩ部品画面テーマインスタンスの全てを更新し，ＧＵＩ画面に含まれる複数個のＧＵＩ部品を描画する描画処理手段と，
　を備える，起動している各アプリケーションのＧＵＩ画面の画面テーマをリアルタイムで切り替える携帯端末であって，
　画面テーママネージャを含むように構成した画面テーマ設定アプリケーションと，描画処理手段を実現するアプリケーションプログラムは，オブジェクト指向プログラミングによって構成されるものであり，
　ＧＵＩ部品画面テーマクラスのメソッドを実行し，ＯＳによって管理されている，現在の画面テーマに関する情報としての現在テーマのリソースファイル名を用いて画面テーマリソースファイルから画面テーマ定義データを読み出し，画面テーマ定義データを用いてＧＵＩ部品画面テーマインスタンスを生成し，ＧＵＩ部品画面テーマインスタンスを記憶したポインタをＧＵＩ部品クラスに通知し，ＧＵＩ部品クラスのメソッドを実行することにより描画されることになるＧＵＩ部品，例えばボタンを有し，
　ＧＵＩ部品画面テーマインスタンスは，アプリケーションプログラムに設けられたＧＵＩ部品画面テーマクラスのメソッドが実行されることにより生成され，ＧＵＩ部品画面テーマクラスは，テーマ形成構成要素として，ボタンの背景色，フォントフェイス，枠線の有無などの属性を持つものとして構成される，
　携帯端末装置。」との発明（以下「引用例１発明」という。）
　
　が記載されていると認められる。
　
３　引用例２の記載内容と引用例２発明
　
（１）引用例２には，図とともに，次の記載がある。なお，下線は当審で付加したものである。
　
（ソ）「『標準ボタン』の味気なさ
　周知のとおり、
ボタンは、コンピュータのＧＵＩを構成する重要な要素です
　ともあれ、『押すと、へこむ』という実世界のボタンの動きをシミュレートした『ボタンインタフェース』は、非常に分かりやすく、直感的であり、その意味でＧＵＩコンポーネントの傑作だと言えるでしょう。
　もちろん、
Ｊａｖａにも使いやすい標準ボタンが用意されています
　
このようなときに、無味乾燥なＪａｖａの標準ボタンではなく、自分の好きな画像をボタンとして利用するようにすれば、アプレット画面のムードを一新させることができるのです
　なお、ここでは『ＩｍａｇｅＢｕｔｔｏｎ』クラスを用いて、アプレットのボタンを好みのボタンに変化させることにします。ちなみに、Ｊａｖａ ２にはボタンをカスタムメイドするための機能が標準で用意されていますが、今回はそれを使用しません。したがって本稿の内容は、Ｊａｖａ ２アプリケーション／アプレットの実行環境が世の中に普及するまでの『つなぎのテクニック』だと考えてください。」（第１５４頁右欄第１１行〜第１５５頁左欄第１２行）
　
（タ）「ＩｍａｇｅＢｕｔｔｏｎクラスの定義
今回紹介するＩｍａｇｅＢｕｔｔｏｎは、３つの画像から成るボタンです。その動作は、『マウスが重ねられると画像が別の画像に切り替わり、それがクリックされたときには、それを表現する画像にまた切り替わる』というものです
　
（チ）「では早速、同クラスの定義から説明しましょう。まず、
ＩｍａｇｅＢｕｔｔｏｎには、ｊａｖａ．ａｗｔ．Ｃａｎｖａｓクラスを継承させ
　
（ツ）「そして、マウスがクリックされたときに（つまり、ボタン上でマウス・ボタンの押下と、押し下げが連続して行われたときに）、イベント・オブジェクトを発生させるようにします」（第１５５頁左欄下から６行〜同頁左欄下から３行）
　
（テ）「ＩｍａｇｅＢｕｔｔｏｎ」クラスが，ＡＷＴのパッケージである「ｊａｖａ．ａｗｔ．＊」のみをインポートしている点（第１５６頁「リスト１」欄）
　
（ト）「このように、
ＩｍａｇｅＢｕｔｔｏｎクラスを利用することで、あなたのアプレットに好みの画像ボタンを簡単に組み込むことができます
・・・（中略）・・・ 
つまり、
今回作成したＩｍａｇｅＢｕｔｔｏｎクラスにおいてアニメーションＧＩＦをボタン画像として指定してやるだけで、アニメーション型のボタンを簡単に作成することができるわけです。例えば、マウスでクリックするたびに『ヒャッホウ』と踊り出すようなボタンも簡単に作れます
　
（ナ）「ＩｍａｇｅＢｕｔｔｏｎ」クラスを利用したサンプル・アプレットであり，ＡＷＴのパッケージである「ｊａｖａ．ａｗｔ．＊」と，「ｊａｖａ．ｕｔｉｌ．＊」と，「ｊａｖａ．ａｐｐｌｅｔ．＊」をインポートし，また，
ＩｍａｇｅＢｕｔｔｏｎの画像ファイル（“ｉｎｉｔ．ｇｉｆ”，“ｐｕｓｈ．ｇｉｆ”，“ｏｖｅｒ．ｇｉｆ”）を読み込むインスタンス変数（Ｉｍａｇｅ　ｉｎｉｔ，ｏｖｅｒ，ｐｕｓｈ；）を「ＩｍａｇｅＢｕｔｔｏｎ」クラスの引数として利用した
　
（ニ）「ＩｍａｇｅＢｕｔｔｏｎ」クラスを利用したサンプル・アプレットにおいて，画面で定義したボタンと共に，ボタン押下回数「３」が表示されている点（第１５８頁，画面４）
　
（ｘ）上記摘記事項（テ）及び上記摘記事項（ナ）によれば，「ＩｍａｇｅＢｕｔｔｏｎ」クラスと，それを利用したアプレットは，ＡＷＴパッケージである「ｊａｖａ．ａｗｔ．＊」をインポートしており，ここで，「ＡＷＴ」とは，抽象（Ａｂｓｔｒａｃｔ）ウィンドウ（Ｗｉｎｄｏｗ）ツールキット（Ｔｏｏｌｋｉｔ）の略であるから，
「ＩｍａｇｅＢｕｔｔｏｎ」クラスは，
抽象ウィンドウツールキットを基盤として製作されたものであることは明らか
軽量ＡＰＩを基盤としていないことも明らかである
　
（ｙ）上記摘記事項（チ）によれば，「ＩｍａｇｅＢｕｔｔｏｎ」クラスは，ｊａｖａ．ａｗｔ．ｃａｎｖａｓクラスを継承して作成されたものである。ここで，ｊａｖａ．ａｗｔ．ｃａｎｖａｓクラスの「ａｗｔ」は，抽象ウィンドウツールキットを表す。よって，
「ＩｍａｇｅＢｕｔｔｏｎ」クラスは，抽象ウィンドウツールキットを用いて作成されていることは明らか
　
（ｚ）コンピュータの技術分野において，「アプレット」が，小規模な
アプリケーションプログラム
　
（２）以上によれば，引用例２には
　
「軽量ＡＰＩを基盤とせずに重量ＡＰＩである抽象ウィンドウツールキットを基盤として製作されたｊａｖａアプリケーションプログラムにおいて， 
　ｊａｖａ．ａｗｔ．Ｃａｎｖａｓクラスを継承させることにより作成された，言い換えれば抽象ウィンドウツールキットを用いて作成された『ＩｍａｇｅＢｕｔｔｏｎ』クラスは，マウスが重ねられると画像が別の画像に切り替わり，それがクリックされたときには，それを表現する画像にまた切り替わるようにしたボタンのクラスであり，画像は，ボタンのクラスを利用する際の引数の指定により，任意の画像やアニメーションＧＩＦを用いることができ，
　ｊａｖａアプリケーションプログラムは，ボタンの画像を指定したインスタンス変数を引数とした『ＩｍａｇｅＢｕｔｔｏｎ』クラスを基にボタンを生成するとともに，ボタンの押下回数をボタンとともに表示する， 
　ｊａｖａの標準ボタンとムードを異ならせたボタンを採用した，ｊａｖａアプリケーションプログラム。」との発明（以下「引用例２発明」という。）
　
　が記載されていると認められる。
　
第４　対比・判断
　
１　対比
　
　本願発明と引用例１発明とを比較する。
　
（Ａ）引用例１発明の「起動している各アプリケーション」は，本願発明の「実行中」である「応用プログラム」に相当する。
　また，引用例１発明の「画面テーマを変更するための指令」は，本願発明の「外観転換命令」に相当する。
　また，引用例１発明の「画面テーマ設定アプリケーション」は，現在の画面テーマを変更するための指令を受けるものであるから，後述する相違点を除き，本願発明の「命令受信部」に対応する。
　そうすると，引用例１発明の「起動している各アプリケーションに対して，画面テーマを変更するための指令をユーザが出した場合，画面テーママネージャにテーマＮＯ．を通知する画面テーマ設定アプリケーション」と，本願発明の「軽量ＡＰＩを基盤とせずに重量ＡＰＩである抽象ウィンドウツールキットを基盤として製作されて実行中であるジャバ応用プログラムの外観転換命令を受信する命令受信部」とは，後述する相違点を除き，「実行中である応用プログラムの外観転換命令を受信する命令受信部」である点で共通する。
　
（Ｂ）引用例１発明の「テーマＮＯ．」は，画面テーマを変更するための指令をユーザが出した場合に通知されるものであるから，本願発明の「受信された命令」に相当する。
　また，引用例１発明の「リソースファイル」は，携帯端末で用いることができる全種類のＧＵＩ部品の属性データを画面テーマ毎に格納するものであるから，引用例１発明の「外観パッケージ」に相当する。
　また，引用例１発明の「リソースファイル名を特定し」は，対応表によってリソースファイルに関する情報（ファイル名）を得ることである。
　そうすると，引用例１発明の「テーマＮＯ．とリソースファイル名との対応表を用いてリソースファイル名を特定し」と，本願発明の「前記受信された命令によって既保存された外観パッケージを参照し」とは，「前記受信された命令によって，外観パッケージに関する処理を行う」点で共通する。
　また，引用例１発明の「リソースファイル名をＯＳに通知して，現在の画面テーマリソースファイル名を書き換えるように要求する」は，この要求の結果として，リソースファイル名が書き換えられた時点で起動している各アプリケーションプログラムに対して，画面テーマの変更通知がなされるものであるから，本願発明の，「応用プログラムが含むコンポーネント」に「外観転換を通報して外観を転換する」に相当する。
　そうすると，引用例１発明の「テーマＮＯ．とリソースファイル名との対応表を用いてリソースファイル名を特定し，リソースファイル名をＯＳに通知して，現在の画面テーマリソースファイル名を書き換えるように要求する画面テーママネージャ」と，本願発明の「前記受信された命令によって既保存された外観パッケージを参照し、前記ジャバ応用プログラムが含むコンポーネントに外観転換を通報して外観を転換するインターフェース管理部」とは，「前記受信された命令によって既保存された外観パッケージに関して処理を行うものであり，前記応用プログラムが含むコンポーネントに外観転換を通報して外観を転換するインターフェース管理部」である点で共通する。
　
（Ｃ）引用例１発明の「描画処理手段」は，「画面テーマを切り替えるべく他の画面テーマの設定が行われた場合にＧＵＩ画面クラス及びＧＵＩ画面テーマクラスを含むアプリケーションにしたがって制御部が実行するアプリケーションのＧＵＩ画面の再描画処理において，切替後の画面テーマの画面テーマ定義データを画面テーマリソースファイルから読み出し，アプリケーションのメモリ領域へ記憶し，ＧＵＩ部品画面テーマインスタンスの全てを更新し，ＧＵＩ画面に含まれる複数個のＧＵＩ部品を構成する」から，本願発明の「ディスプレイ部」とは，「前記転換された外観の適用された画面を出力する」点で共通する。
 
（Ｄ）引用例１発明の「携帯端末」は，「起動している各アプリケーションのＧＵＩ画面の画面テーマをリアルタイムで切り替える」から，本願発明の「装置」と，「外観をリアルタイムで転換する」点で共通する。
　
（Ｅ）引用例１発明の「画面テーママネージャ」は，後述する点を除き，本願発明の「インターフェース管理部」に対応する。
　また，引用例１発明の「画面テーマ設定アプリケーション」は，後述する点を除き，本願発明の「命令受信部」に対応する。
　また，引用例１発明の「描画処理手段」は，後述する点を除き，本願発明の「ディスプレイ部」に対応する。
　また，「ジャバ」は「オブジェクト指向プログラミング」を実現するためのコンピュータ言語の一種であるから，引用例１発明の「アプリケーションプログラムは，オブジェクト指向プログラミングによって構成される」と，本願発明の「前記ジャバ応用プログラムによる機能の一部として実現されており」とは，「オブジェクト指向プログラミングを用いて構成された応用プログラムにより実現され」る点で共通する。
　そうすると，引用例１発明の「画面テーママネージャを含むように構成した画面テーマ設定アプリケーションと，再描画をする構成を実現するアプリケーションプログラムは，オブジェクト指向プログラミングによって構成される」と，本願発明の「前記命令受信部、前記インターフェース管理部および前記ディスプレイ部は、前記ジャバ応用プログラムによる機能の一部として実現されており」とは，「前記命令受信部，前記インターフェース管理部および前記ディスプレイ部は，オブジェクト指向プログラミングを用いて構成された応用プログラムにより実現され」る点で共通する。
　
（Ｆ）引用例１発明の「アプリケーションプログラム」は，本願発明の「応用プログラム」に相当する。
　また，引用例１発明の「ＧＵＩ部品」は，本願発明の「コンポーネント」に相当する。
　また，引用例１発明の「ＧＵＩ部品画面テーマクラス」は，一例としてボタン画面テーマクラスが挙げられており，ボタンはユーザインタフェースの一種であるから，本願発明の「インターフェース」に相当する。
　そうすると，引用例１発明の「ＧＵＩ部品画面テーマクラスのメソッドを実行し，ＯＳによって管理されている，現在の画面テーマに関する情報としての現在テーマのリソースファイル名を用いて画面テーマリソースファイルから画面テーマ定義データを読み出し，画面テーマ定義データを用いてＧＵＩ部品画面テーマインスタンスを生成し，ＧＵＩ部品画面テーマインスタンスを記憶したポインタをＧＵＩ部品クラスに通知し，ＧＵＩ部品クラスのメソッドを実行することにより描画されることになるＧＵＩ部品，例えばボタンを有し」と，本願発明の「前記抽象ウィンドウツールキットは、前記ジャバ応用プログラムが含むコンポーネントの外観が定義されたインターフェースを有しており」とは，「前記応用プログラムが含むコンポーネントの外観が定義されたインターフェースを有し」ている点で共通する。
　
（Ｇ）引用例１発明の「テーマ」は，本願発明の「外観」に相当する。
　また，引用例１発明の「アプリケーションプログラム」は，本願発明の「応用プログラム」に相当する。
　また，引用例１発明の「背景色」は，本願発明の「カラーの配合」に相当する。
　また，引用例１発明の「フォントフェイス」は，本願発明の「フォント」に相当する。
　そうすると，引用例１発明の「ＧＵＩ部品画面テーマインスタンスは，アプリケーションプログラムに設けられたＧＵＩ部品画面テーマクラスのメソッドが実行されることにより生成され，ＧＵＩ部品画面テーマクラスは，テーマ形成構成要素として，ボタンの背景色，背景ビットマップ，ボーダー，枠線の有無などの属性を持つものとして構成される」と，本願発明の「前記外観は、前記ジャバ応用プログラムが含むコンポーネントのカラーの配合、フォント、アイコン、テキストの位置についてのテーマ属性または、前記ジャバ応用プログラムが含むコンポーネントのスキン属性のうち1つ以上を含み構成される」とは，「前記外観は，前記応用プログラムが含むコンポーネントのカラーの配合，フォントについてのテーマ属性を含み構成される」点で共通する。
　
２　一致点と相違点
　
　以上によれば，本願発明と引用例１発明の一致点と相違点は，次のとおりと認められる。
　
（１）一致点
　
　「実行中である応用プログラムの外観転換命令を受信する命令受信部と，
　前記受信された命令によって既保存された外観パッケージに関する処理を行うものであり，前記応用プログラムが含むコンポーネントに外観転換を通報して外観を転換するインターフェース管理部と，
　前記転換された外観の適用された画面を出力するディスプレイ部と，を備える外観をリアルタイムで転換する装置であって，
　前記命令受信部，前記インターフェース管理部および前記ディスプレイ部は，オブジェクト指向プログラミングを用いて構成された応用プログラムにより実現され，
　前記応用プログラムが含むコンポーネントの外観が定義されたインターフェースを有し，
　前記外観は，前記応用プログラムが含むコンポーネントのカラーの配合，フォントについてのテーマ属性を含み構成される，
　装置。」 
　
（２）相違点
　
［相違点１］本願発明では，命令受信部によって，「軽量ＡＰＩを基盤とせずに重量ＡＰＩである抽象ウィンドウツールキットを基盤として製作されて実行中であるジャバ応用プログラム」の外観転換命令を受信するものであるのに対し，引用例１発明では，画面テーマ設定アプリケーションによって，軽量ＡＰＩを基盤とせずに重量ＡＰＩである抽象ウィンドウツールキットを基盤として製作されたジャバ応用プログラムの外観転換命令を受信することが定められていない点。
　
［相違点２］本願発明では，「インターフェース管理部」が「外観パッケージを参照」するものであるのに対し，引用例１発明は，「画面テーママネージャ」が「リソースファイル名をＯＳに通知」し，アプリケーションの一部である「ＧＵＩ部品テーマクラスの実行」により，「ＧＵＩ部品画面テーマクラスのメソッドを実行し，ＯＳによって管理されている，現在の画面テーマに関する情報としての現在テーマのリソースファイル名を用いて画面テーマリソースファイルから画面テーマ定義データを読み出し，画面テーマ定義データを用いてＧＵＩ部品画面テーマインスタンスを生成」するものであるから，「画面テーママネージャ」が主体となって「外観パッケージ」の「参照」を行うものではない点。
　
［相違点３］本願発明では，命令受信部，インターフェース管理部，及びディスプレイ部は，「ジャバ応用プログラムによる機能の一部として実現」されるものであるのに対し，引用例１発明は，画面テーママネージャを含むように構成した画面テーマ設定アプリケーションと，描画処理手段を実現するためのアプリケーションプログラムが，「ジャバ応用プログラムによる機能の一部として実現」されることが定められていない点。
　
［相違点４］本願発明では，抽象ウィンドウツールキットがコンポーネントの外観が定義されたインターフェースを有しているのに対し，引用例１発明では，抽象ウィンドウツールキットがコンポーネントの外観が定義されたインタフェースを有するものではない点。
　
［相違点５］本願発明では，「外観」は，「アイコン」，「テキストの位置」を含む「テーマ属性」，または「前記ジャバ応用プログラムが含むコンポーネントのスキン属性のうち１つ以上」を含み構成されるのに対し，引用例１発明は，「アイコン」，「テキストの位置」を含む「画面テーマ」ではなく，また「スキン属性」がない点。
　
３　判断
　
（１）相違点１について
　
　引用例２発明は，アプリケーションプログラムを，軽量ＡＰＩを基盤とせずに重量ＡＰＩである抽象ウィンドウツールキットを基盤として製作したｊａｖａアプリケーションプログラムである。引用例１発明はＧＵＩ部品画面テーマインスタンス（具体的には「ＧＵＩ部品テーマクラス」からポインタを使って参照されるインスタンス）を用いてリアルタイムでテーマを変更するものであり，オブジェクト指向プログラミングのクラスの概念を用いてＧＵＩをカスタマイズする点において，引用例１発明と引用例２発明は共通しているから，引用例１発明に引用例２発明を適用し，各アプリケーションを，軽量ＡＰＩを基盤とせずに重量ＡＰＩである抽象ウィンドウツールキットを基盤として製作されたアプリケーションとし，相違点１にかかる構成とすることは，当業者においては，適宜なし得たことといえる。 
　
（２）相違点２について
　
　引用例１発明では，「画面テーママネージャ」は，文字通り，画面テーマを管理するための構成であり，「テーマリソースファイル名」をＯＳに通知するものである。また，引用例１発明では，「テーマリソースファイル名」は，画面テーマリソースファイルから画面テーマ定義データを読み出し，画面テーマ定義データを用いてＧＵＩ部品画面テーマインスタンスを生成する際に用いられるものである。
　引用例１発明において，テーマ変更を管理する部分を一元化するために，「テーマリソースファイル名を用いて画面テーマリソースファイルから画面テーマ定義データを読み出し，画面テーマ定義データを用いてＧＵＩ部品画面テーマインスタンスを生成」する処理を，「画面テーママネージャ」が主体となって行うよう構成し，相違点２に係る構成とすることは，当業者においては，適宜なし得たことといえる。
　
（３）相違点３について
　
　オブジェクト指向プログラミング言語としてｊａｖａは周知であり，引用例１発明において，画面テーママネージャを含むように構成した画面テーマ設定アプリケーションと，描画処理を実現するアプリケーションプログラムの言語としてｊａｖａを採用することにより，相違点３にかかる構成とすることは，当業者においては，適宜なし得たことといえる。
　
（４）相違点４について
　
　本願発明の「前記抽象ウィンドウツールキットは、前記ジャバ応用プログラムが含むコンポーネントの外観が定義されたインターフェースを有しており」とは，本願明細書の【発明が解決しようとする課題】欄，【発明が解決しようとする課題】欄，及び【発明の効果】欄（本願明細書段落【０００１】，【００１９】，及び【００２５】）の記載によれば，外観の定義された新たなインタフェースを抽象ウィンドウツールキットに含めて，ジャバの標準ＡＰＩとするものである。
　引用例２発明の「抽象ウィンドウツールキット」は，『ＩｍａｇｅＢｕｔｔｏｎ』クラスを含むｊａｖａアプリケーションプログラムの作成に用いられたものである。そして，『ＩｍａｇｅＢｕｔｔｏｎ』クラスによって実現された「ボタン」は，本願発明の「コンポーネント」に相当し，『ＩｍａｇｅＢｕｔｔｏｎ』クラスは，ボタンはユーザインタフェースの一種であるから，本願発明の「コンポーネントの外観が定義されたインタフェース」に相当する。
　引用例２発明の「抽象ウィンドウツールキット」は，『ＩｍａｇｅＢｕｔｔｏｎ』クラス自体を含むものではないが，有用なクラスをツールキットを通じて簡単に利用できるように構成することは，オブジェクト指向言語の技術分野において標準化団体が普通に行っていることであるから，そのような手法は当該技術分野における技術常識に過ぎない。そして，『ＩｍａｇｅＢｕｔｔｏｎ』クラスのように簡単に組み込み可能でデザインの良いボタンのクラスは，有用であると考えられる。よって，引用例２発明において，『ＩｍａｇｅＢｕｔｔｏｎ』クラスを，抽象ウィンドウツールキット自体に含め，ジャバの標準ＡＰＩとすることは，当業者が適宜なし得た事項に過ぎない。
　引用例１発明の「ボタン画面テーマクラス」は，上記摘記事項（ク）によれば，「ボタンの背景色，フォントフェイス，枠線の有無などの属性」を持つものであり，引用例２発明の『ＩｍａｇｅＢｕｔｔｏｎ』クラスは，上記摘記事項（ナ）によれば，ボタンの画像ファイルをクラスの引数として有するものである。よって，引用例１発明の「ボタン画面テーマクラス」と，引用例２発明の『ＩｍａｇｅＢｕｔｔｏｎ』クラスは，ともにコンポーネントの外観を属性として有するボタンのクラスである。また，オブジェクト指向プログラミングのクラスの概念を用いてＧＵＩをカスタマイズする点において，引用例１発明と引用例２発明は共通している。
　そうすると，引用例１発明において，上記技術常識を参酌しつつ，引用例２発明を適用し，ユーザインタフェースを提供する基盤として，コンポーネントの外観を属性として有するボタンのクラスを含めた抽象ウィンドウツールキットを用いるよう構成し，相違点４にかかる構成とすることは，当業者においては，適宜なし得たことといえる。
　
（５）相違点５について
　
　まず，「テーマ属性」に関して検討すると，引用発明における「テーマ」とは，ＧＵＩ画面が所望のテーマで表現されることにより雰囲気を表現するとともに，ユーザが任意のテーマに切り替えられるものであり，ＧＵＩの技術分野において，テーマに応じて切り替えられるＧＵＩとして，「アイコン」や，「ボタンの位置」を含むようにすることは常套手段であるから，引用例１発明において，テーマに応じて「アイコン」や，「ボタンの位置」を変更可能にするように構成し，相違点５にかかる構成とすることは，当業者においては，適宜なし得たことといえる。
　あるいは，「スキン属性」に関して検討すると，例えば「ＷｉｎｄｏｗｓＸＰ」では，メディアプレイヤー（ＷＭＰ）のスキンセレクタにおいて「スキン名」をクリックすることにより，ＷＭＰの操作ボタンの配置を含むデザインを選ぶものであるから，「スキン名」を含むように構成することは，ＧＵＩの技術分野における常套手段であると認められる。ここで，「スキン名」は，本願発明の「スキン属性」に相当する。引用例１発明において，常套手段を適用することによりスキン属性を含むように構成し，相違点５にかかる構成とすることは，当業者においては，適宜なし得たことといえる。
　
４　まとめ
　
　したがって，本願発明は，引用例１発明，引用例２発明，技術常識，及び常套手段に基づいて当業者が容易に発明をすることができたものである。また，その作用効果も，引用例１発明，引用例２発明，技術常識，及び常套手段に基づいて当業者が予測できる範囲のものである。
　
第５　請求人の主張
　
　審判請求人は，平成２３年１１月８日付け意見書において，以下の主張を行っている。　
「（１）本願発明と引用例の発明との比較
　本願発明は、抽象ウィンドウツールキットを基盤として製作されて実行中であるジャバ応用プログラムについて、前記ジャバ応用プログラムが含むコンポーネントの外観を転換する構成を有し、前記外観は、前記ジャバ応用プログラムが含むコンポーネントのカラーの配合、フォント、アイコン、テキストの位置についてのテーマ属性と、前記ジャバ応用プログラムが含むコンポーネントのスキン属性とで構成されます。
　すなわち、本願発明は、抽象ウィンドウツールキットで製作されたジャバ応用プログラムが含むコンポーネントのテーマ属性およびスキン属性を転換する構成を有します。
　本願発明によれば、下記の４つの効果を奏することができます（本願段落［００２４］−［００２８］を参照してください）。
　第１に、本発明は、ジャバ応用プログラムの外観の定義された新たなインターフェースをジャバＡＰＩに追加することによって、そのインターフェースを使用するジャバ応用プログラムをして、リアルタイムで外観を転換させうる。
　第２に、ジャバ応用プログラムの外観の定義された新たなインターフェースは、簡単な構造で構成されているために、資源の足りない機器にも、無理なく追加できる。
　第３に、外観のうち、テーマは、外部属性ファイルから情報を読込むために、コードの変更なしに、ジャバ応用プログラムをして、リアルタイムでテーマ属性変更を可能ならしめる。
　第４、外観のうち、スキンは、速度向上のためにシステム従属的なモジュールとしても具現しうる。
　一方、引用例１−６では、少なくとも、抽象ウィンドウツールキットで製作されたジャバ応用プログラムが含むコンポーネントのテーマ属性およびスキン属性をリアルタイムで転換する構成が開示されておらず、示唆もされていません。
　引用例１では、抽象ウィンドウツールキットで製作されたジャバ応用プログラムが開示されておらず、コンポーネントのテーマ属性およびスキン属性を転換する構成も開示されていません。
　引用例２では、抽象ウィンドウツールキットで製作されたジャバ応用プログラムは開示されていると思われますが、少なくとも、抽象ウィンドウツールキットで製作されたジャバ応用プログラムが含むコンポーネントのテーマ属性およびスキン属性をリアルタイムで転換する構成が全く開示されておらず、示唆もされていません。
…（中略）…
　したがって、引用例１−６の発明では、上記の本願発明の効果を奏することができません。」
　
　しかしながら，本願発明と，引用例１発明との構成上の差異に関しては，上記「第４　３　判断」において判断したとおりであるから，審判請求人の意見書における主張は採用することができない。 
　
　そして，本願発明の作用効果も，引用例１発明，引用例２発明，技術常識，及び常套手段から当業者が予測できる範囲のものである。具体的には次の（い）〜（に）の通りである。
　
（い）第１の効果である，「本発明は、ジャバ応用プログラムの外観の定義された新たなインターフェースをジャバＡＰＩに追加することによって、そのインターフェースを使用するジャバ応用プログラムをして、リアルタイムで外観を転換させうる」に関して検討する。
　「第４　３　判断」（４）において述べたように，抽象ウィンドウツールキットに外観に関するクラスを加えることにより，外観の定義された新たなインターフェースをジャバＡＰＩに追加することは，引用例２発明と技術常識を考慮して当業者が適宜なし得たものであり，格別なものではない。
　また，「第３　２　引用例１の記載内容と引用例１発明」（ｂ）において述べたように，引用例１発明の画面テーマの切り替えはリアルタイムである。
　そうすると，外観の定義された新たなインターフェースをジャバＡＰＩに追加し，リアルタイムで外観を転換させうることは，格別なものではない。
　
（ろ）第２の効果である，「ジャバ応用プログラムの外観の定義された新たなインターフェースは、簡単な構造で構成されているために、資源の足りない機器にも、無理なく追加できる」に関して検討する。
　上記摘記事項（キ）によれば，「アプリ毎に画面テーマクラスを設け、この画面テーマクラスが画面テーマ定義データを取り込んで画面テーマインスタンスを生成するようにし、アプリがＧＵＩ画面を描画する際に、同種の複数個のＧＵＩ部品を描画するのに、同一の画面テーマインスタンスをキャッシュメモリのように利用する」ことが，引用例１に記載されている。つまり，アプリケーションプログラムに設けられた各ＧＵＩ画面テーマクラスは，共通化したＧＵＩ部品画面テーマインスタンスを参照して利用することにより，同種の複数個のＧＵＩ部品を描画するものである。そうすると，各ＧＵＩ画面テーマクラスは重複した情報を含む必要がなくなる点で「簡単」になるとともに，重複した情報を格納する必要がないので，必要となるメモリが少なくなることにより「資源の足りない機器にも、無理なく追加できる」ことは明らかである。
　そうすると，新たなインタフェースを簡単な構造で構成し，資源の足りない機器にも無理なく追加できることは，格別なものではない。
　
（は）第３の効果である，「外観のうち、テーマは、外部属性ファイルから情報を読込むために、コードの変更なしに、ジャバ応用プログラムをして、リアルタイムでテーマ属性変更を可能ならしめる」に関して検討する。
　上記摘記事項（カ）によれば，「アプリのＧＵＩ画面の画面テーマを切り替える処理を実行する制御部４が、ＧＵＩ画面の画面テーマの切替時に、切替後の画面テーマの画面テーマ定義データを画面テーマリソースファイルから読み出」すこと，上記摘記事項（セ）によれば，テーマ切替えに際してボタン画面テーマ用ポインタを変更しないことが，引用例１に記載されている。
　また，「第３　２　引用例１の記載内容と引用例１発明」（ｂ）において述べたように，引用例１発明の画面テーマの切り替えが「リアルタイム」であることは明らかである。
　そうすると，起動しているアプリケーション側のコード変更なしに，リアルタイムでテーマ属性変更を可能ならしめることは，格別なものではない。
　
（に）第４の効果である，「外観のうち、スキンは、速度向上のためにシステム従属的なモジュールとしても具現しうる」に関して検討する。
　「スキン」が「システム従属的」であることは，本願の請求項１の欄にはその点を特定する記載がないため請求項１に基づく主張ではない。仮に「スキン」が「システム従属的」であることが本願発明に含まれるとしても，「ＷｉｎｄｏｗｓＸＰ」の「デスクトップテーマ」にＷＭＰ等の「スキン」が従属していることから明らかであるように，スキンをシステム従属的に構成することは常套手段に過ぎないから，やはり格別なものではない。
　
　したがって，本願発明は，引用例１発明，引用例２発明，技術常識，及び常套手段に基づいて当業者が容易に発明をすることができたものであり，審判請求人の主張は採用できない。
　
第６　むすび
　
　以上の次第で，本願発明は，引用例１発明，引用例２発明，技術常識，及び常套手段に基づいて当業者が容易に発明をすることができたものであるから，特許法２９条２項の規定により，特許を受けることができない。　
　
　したがって，その余の請求項について論及するまでもなく，本願は拒絶すべきものである。