【事件の表示】
　特願２０１３−２２１１１４「統合開発環境を利用したＵＩ実現方法」拒絶査定不服審判事件〔平成２６年　６月　９日出願公開、特開２０１４−１０６９６６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本件請求に係る出願（以下，「本願」という。）は，２０１２年１１月２９日（以下，「優先日」という。）の大韓民国における出願を基礎とするパリ条約による優先権主張を伴った，平成２５年１０月２４日を出願日とする出願であって，その手続の経緯は以下のとおりである。
　　平成２５年１０月２４日　　　：出願審査請求書の提出
　　平成２６年１１月　６日付け　：拒絶理由の通知
　　平成２７年　２月　４日　　　：意見書，手続補正書の提出
　　平成２７年　２月１９日付け　：拒絶査定（同年２月２４日謄本送達）
　　平成２７年　６月２２日　　　：審判請求書の提出
２．本願発明
　本願の請求項に係る発明は，平成２７年２月４日付け手続補正書の特許請求の範囲の請求項１乃至１０に記載された事項により特定されるものであるところ，
　その請求項５に記載された発明（以下，「本願発明」という。）は，明細書及び図面の記載からみて，請求項５に記載された以下のとおりのものと認める。
「ユーザインターフェース部を通じてアプリケーション実行命令を受信する段階と，
　送受信部が複数の実行環境で駆動可能な統合コンポーネントを生成するための単一のプログラミング言語で構成されたＵＩ画面制御及び画面構成スクリプトソースを受信する段階と，
　コンポーネント生成部が前記スクリプトソースと予めインストールされるか，ダウンロードした現在の実行環境によるエレメントソースを用いて，前記実行環境に独立した統合コンポーネントを生成する段階と
　を含む統合開発環境を利用したＵＩ実現方法。」
３．引用文献
（１）引用文献に記載されている技術的事項および引用発明
　本願優先日前に頒布され，原審の拒絶査定の理由である上記平成２６年１１月６日付けの拒絶理由通知において引用された，特開２００３−２１６４２７号公報（平成１５年７月３１日出願公開，以下，「引用文献」という。）には，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ａ．「【００３４】
本発明の情報処理装置およびイメージ処理装置において，電子文書は，種々の形式を採ることが可能であるが，一例として，ＸＭＬで記述された文書（以下，ＸＭＬ文書と呼ぶ）とすることが好ましい。ＸＭＬ文書とは，いわゆるタグを含む，マークアップ言語で記述された文書である。タグは任意に設定可能である。従って，ＸＭＬを用いることにより，電子文書に要求される種々のコマンドを，タグの形式で比較的容易に規定することが可能となる。
Ｂ．「【００４０】
Ｗｅｂサーバ１０は，情報処理装置１００からのリクエストに応じて，画面定義１２，フロー定義１４と呼ばれる電子文書を送信する。画面定義１２とは，表示画面の内容を規定する電子文書である。
これらの電子文書は種々の形式を選択可能であるが，本実施例ではＸＭＬで記述されるものとした。
Ｃ．「【００４３】情報処理装置１００に備えられている各機能ブロックの構成について説明する。情報処理装置１００には，所定のオペレーティングシステム上で稼働し，ＨＴＭＬ等のマークアップ言語で記述されたファイルを閲覧するためのソフトウェア，Ｗｅｂブラウザ１０２がインストールされている。
各機能ブロックは，このＷｅｂブラウザ１０２上で稼働するように構成されている。本実施例では，ＪＡＶＡ（登録商標）を用いることにより，かかる構成を実現した。Ｗｅｂブラウザ１０２上で稼働可能としたのは，プラットフォーム非依存のソフトウェア構成が可能であるという利点があるからである。Ｗｅｂブラウザ１０２と無関係に稼働するよう構成しても構わない。
【００４４】
ベースアプレット１０４は，Ｗｅｂブラウザ１０２の上で稼働し，情報処理装置１００の各機能ブロック，実行エンジン１２０，アプリケーションブラウザ１３０，メッセージバス１４０などを稼働するためのプラットフォームを提供する。
【００４５】
ベースアプレット１０４は，ＪＡＶＡのアプレットとして構成されている。ベースアプレット１０４は，その上に構築される各機能ブロックの起動，終了を行う機能，およびコンピュータのキーボード，マウスなどの操作結果（以下，「キーイベント」と称する）を，ＸＭＬアプリケーションプログラムの各機能ブロックに受け渡す機能を奏する。
Ｄ．「【００４７】アプリケーションブラウザ１３０は，実行エンジン１２０によって起動され，画面定義１２に従って，画面を表示し，また，この表示画面を通じた操作を実現する。アプリケーションブラウザ１３０は，Ｗｅｂブラウザとは別のプログラムである。アプリケーションブラウザ１３０には，ＧＵＩ部品１３１ａ，ロジック部品１３１ｂと呼ばれる基本的な機能を実現するソフトウェアが用意されている。ＧＵＩ部品１３１ａとは，ボタン，線など表示画面を構成する表示要素を生成するためのソフトウェアであり，表示要素の種類に応じて複数用意されている。ロジック部品１３１ｂとは，四則演算，入力チェックなど，画面内でのデータに関する処理を実現するためのソフトウェアであり，処理内容に応じて複数用意されている。
アプリケーションブラウザ１３０は，画面定義１２に従って，これらの部品を起動させ，表示画面に関する種々の処理を実現する。
Ｅ．「【００６３】Ａ−３．画面定義：図４は画面定義の概要を示す説明図である。画面定義１２とは，アプリケーションブラウザ１３０の動作を規定する電子文書であり，本実施例では，ＸＭＬで記述される。
【００６４】
画面定義１２の本文は，種々のタグによって，画面の構成や画面で行われる操作内容を規定している。タグは，画面情報，部品情報の２種類に大別される。画
【００６５】
部品情報は，ＧＵＩ部品１３１ａ，ロジック部品１３１ｂを起動するために必要な種々の情報を定義する。ＧＵＩ部品１３１ａには，文字列表示，文字列入力，画像表示，ボタンなど画面の表示要素を構成する種々のソフトウェアが含まれる。ロジック部品１３１ｂには，四則演算，入力条件チェックなど，画面上の操作に関する種々のソフトウェアが含まれる。
ＧＵＩ部品１３１ａ，ロジック部品１３１ｂとして用意されたソフトウェアパッケージを「部品」と称し，これらによって生成された個別の表示要素その他のオブジェクトを，「部品オブジェクト」と称するものとする。
・・・（中略）・・・
【００６７】
アプリケーションブラウザ１３０は，画面定義を先頭から順に読み込み，それぞれのタグに従って，処理を実行する。
この処理によって，画面には，それぞれの部品オブジェクトが表示され，画面上での操作が実現される。
Ｆ．「【００８４】
画面生成部１３４は，画面定義の内容に基づいて表示画面を構成する部品オブジェクトを生成する機能を奏する。
Ｇ．「【００９５】Ａ−１０．起動処理：
以下では，ＸＭＬアプリケーションプログラムを起動して，フロー定義等に応じた処理を実行するまでの各段階での手順を説明する。
【００９６】図１０は起動処理のフローチャートである。
この処理は，情報処理装置１００においてブラウザが起動している状態で，オペレータがＸＭＬアプリケーションプログラムベースページのＵＲＬを入力することにより，開始される。
【００９７】このＵＲＬが入力されると，情報処理装置１００は，ブラウザによってＸＭＬアプリケーションプログラムベースページを読み込み（ステップＳ１０），そこで提供されるベースアプレットを起動させる（ステップＳ１１）。ベースアプレットは，図１で説明した通り，ＸＭＬアプリケーションプログラムが稼働するためのプラットフォームを提供するソフトウェアである。
【００９８】ベースアプレットの機能により，情報処理装置１００は，アプリケーションブラウザ１３０を生成する（ステップＳ１２）。ここで生成されるアプリケーションブラウザ１３０は，ＸＭＬアプリケーションプログラムが起動するためのプラットフォームとしてのブラウザに相当する。
アプリケーションブラウザ１３０は，ベースアプレットで予め指定された初期の画面定義を読み込む（ステップＳ１３）。この初期の画面定義に基づいて生成される画面を「ベース画面」と称する。
　ここで，上記引用文献に記載されている事項を検討する。
（ア）上記Ｃの段落【００４５】の「ベースアプレット１０４は，その上に構築される各機能ブロックの起動，終了を行う機能，およびコンピュータのキーボード，マウスなどの操作結果（以下，「キーイベント」と称する）を，ＸＭＬアプリケーションプログラムの各機能ブロックに受け渡す機能を奏する。」との記載，及び，上記Ｇの段落【００９５】の「以下では，ＸＭＬアプリケーションプログラムを起動して，フロー定義等に応じた処理を実行するまでの各段階での手順を説明する。」，段落【００９６】の「この処理は，情報処理装置１００においてブラウザが起動している状態で，オペレータがＸＭＬアプリケーションプログラムベースページのＵＲＬを入力することにより，開始される。」との記載からすると，
　「情報処理装置」は，「キーボード，マウス」を備えており，ＸＭＬアプリケーションプログラムベースページのＵＲＬを入力することにより，ＸＭＬアプリケーションプログラムの起動処理を開始することが読み取れることから，
　引用文献には“キーボード，マウスを通じて，ＸＭＬアプリケーションプログラムを起動するためのＵＲＬを入力すること”が記載されていると認められる。
（イ）上記Ｂの「Ｗｅｂサーバ１０は，情報処理装置１００からのリクエストに応じて，画面定義１２，フロー定義１４と呼ばれる電子文書を送信する。画面定義１２とは，表示画面の内容を規定する電子文書である。」との記載，及び，上記Ｅの段落【００６４】の「画面定義１２の本文は，種々のタグによって，画面の構成や画面で行われる操作内容を規定している。」との記載からすると，
　前記「情報処理装置」は，画面の構成や操作内容を規定する「画面定義」をＷｅｂサーバから受信することが読み取れる。
　上記Ｇの段落【００９８】の「アプリケーションブラウザ１３０は，ベースアプレットで予め指定された初期の画面定義を読み込む（ステップＳ１３）。この初期の画面定義に基づいて生成される画面を「ベース画面」と称する。」との記載からすると，
　前記「画面定義」に基づいて画面を生成することが読み取れる。
　上記Ａの「本発明の情報処理装置およびイメージ処理装置において，電子文書は，種々の形式を採ることが可能であるが，一例として，ＸＭＬで記述された文書（以下，ＸＭＬ文書と呼ぶ）とすることが好ましい。ＸＭＬ文書とは，いわゆるタグを含む，マークアップ言語で記述された文書である。タグは任意に設定可能である。従って，ＸＭＬを用いることにより，電子文書に要求される種々のコマンドを，タグの形式で比較的容易に規定することが可能となる。」との記載，及び，上記Ｂの「これらの電子文書は種々の形式を選択可能であるが，本実施例ではＸＭＬで記述されるものとした。」との記載からすると，
　前記「画面定義」は，マークアップ言語であるＸＭＬで記述されることが読み取れる。
　上記Ｅの段落【００６７】の「アプリケーションブラウザ１３０は，画面定義を先頭から順に読み込み，それぞれのタグに従って，処理を実行する。」との記載からすると，
　前記「画面定義」は，実行可能であることが読み取れる。
　したがって，引用文献には“画面を生成するための，実行可能なマークアップ言語であるＸＭＬで記述され，画面の構成や操作内容を規定する，画面定義を受信すること”が記載されていると認められる。
（ウ）上記Ｅの段落【００６４】の「画面定義１２の本文は，種々のタグによって，画面の構成や画面で行われる操作内容を規定している。タグは，画面情報，部品情報の２種類に大別される。」，段落【００６５】の「部品情報は，ＧＵＩ部品１３１ａ，ロジック部品１３１ｂを起動するために必要な種々の情報を定義する。ＧＵＩ部品１３１ａには，文字列表示，文字列入力，画像表示，ボタンなど画面の表示要素を構成する種々のソフトウェアが含まれる。ロジック部品１３１ｂには，四則演算，入力条件チェックなど，画面上の操作に関する種々のソフトウェアが含まれる。」との記載，上記Ｄの「アプリケーションブラウザ１３０は，画面定義１２に従って，これらの部品を起動させ，表示画面に関する種々の処理を実現する。」との記載からすると，
　画面定義は，画面の表示要素を構成するソフトウェアを含むＧＵＩ部品と，四則演算や入力条件チェックなどの画面上の操作に関するソフトウェアを含むロジック部品を起動するタグを含むことが読み取れる。
　また，上記Ｇの段落【００９８】の「アプリケーションブラウザ１３０は，ベースアプレットで予め指定された初期の画面定義を読み込む（ステップＳ１３）。この初期の画面定義に基づいて生成される画面を「ベース画面」と称する。」との記載，及び，上記Ｅの段落【００６５】の「ＧＵＩ部品１３１ａ，ロジック部品１３１ｂとして用意されたソフトウェアパッケージを「部品」と称し，これらによって生成された個別の表示要素その他のオブジェクトを，「部品オブジェクト」と称するものとする。」，上記Ｆの「画面生成部１３４は，画面定義の内容に基づいて表示画面を構成する部品オブジェクトを生成する機能を奏する。」との記載からすると，
　「画面生成部」が，前記「画面定義」と，用意されたソフトウェアパッケージである「ＧＵＩ部品」と「ロジック部品」によって，表示画面を構成する「部品オブジェクト」を生成することが読み取れる。
　さらに，上記Ｃの段落【００４３】の「各機能ブロックは，このＷｅｂブラウザ１０２上で稼働するように構成されている。本実施例では，ＪＡＶＡ（登録商標）を用いることにより，かかる構成を実現した。Ｗｅｂブラウザ１０２上で稼働可能としたのは，プラットフォーム非依存のソフトウェア構成が可能であるという利点があるからである。Ｗｅｂブラウザ１０２と無関係に稼働するよう構成しても構わない。」，段落【００４４】の「ベースアプレット１０４は，Ｗｅｂブラウザ１０２の上で稼働し，情報処理装置１００の各機能ブロック，実行エンジン１２０，アプリケーションブラウザ１３０，メッセージバス１４０などを稼働するためのプラットフォームを提供する。」，段落【００４５】の「ベースアプレット１０４は，ＪＡＶＡのアプレットとして構成されている。」との記載からすると，
　前記「画面定義」に係る各処理は，プラットフォームやＷｅｂブラウザの有無に非依存で実行可能であることが読み取れる。
　したがって，引用文献には，
“画面生成部が，前記画面定義と，用意されたソフトウェアパッケージである，画面の表示要素を構成するソフトウェアを含むＧＵＩ部品と，四則演算や入力条件チェックなどの画面上の操作に関するソフトウェアを含むロジック部品とによって，プラットフォームやＷｅｂブラウザの有無に非依存で実行可能な表示画面を構成する部品オブジェクトを生成する”ことが記載されていると認められる。
（エ）上記Ｅの段落【００６７】の「この処理によって，画面には，それぞれの部品オブジェクトが表示され，画面上での操作が実現される。」との記載，及び，上記Ｆの「画面表示部１３５は，メイン制御１３３からの指示に応じて，生成された部品オブジェクトを順次，表示させ，画面を構成する機能を奏する。」との記載からすると，
　引用文献には，“生成された部品オブジェクトを表示して画面を構成する”ことが記載されていると認められる。
（オ）以上，（ア）乃至（エ）で検討した事項を踏まえると，引用文献には，次の発明（以下，「引用発明」という。）が記載されているものと認める。
「キーボード，マウスを通じて，ＸＭＬアプリケーションプログラムを起動するためのＵＲＬを入力することと，
　画面を生成するための，実行可能なマークアップ言語であるＸＭＬで記述され，画面の構成や操作内容を規定する，画面定義を受信することと，
　画面生成部が，前記画面定義と，用意されたソフトウェアパッケージである，画面の表示要素を構成するソフトウェアを含むＧＵＩ部品と，四則演算や入力条件チェックなどの画面上の操作に関するソフトウェアを含むロジック部品とによって，プラットフォームやＷｅｂブラウザの有無に非依存で実行可能な表示画面を構成する部品オブジェクトを生成することと，
　生成された前記部品オブジェクトを表示して画面を構成することを含む方法。」
４．参考文献
（１）本願優先日前に頒布され，原審の拒絶査定において引用された，特表２００５−５１５５５２号公報（平成１７年５月２６日公表，以下，「参考文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｈ．「【０００１】・・・（中略）・・・
[発明の背景]
　
ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）はワールドワイドウェブ（以降「ウェブ」）上の情報リソースの配信及び制作のための完全なプラットフォーム及びシステムに依存しない環境として最初は設計された。
（２）本願優先日前に頒布された，特開２０１０−２７７６０２号公報（平成２２年１２月９日出願公開，以下，「参考文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｉ．「【００１７】
　すなわち，
JavaScript
で記述された
画面部品
（３）本願優先日前に頒布された，特開２００８−２６９５７５号公報（平成２０年１１月６日出願公開，以下，「参考文献３」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｊ．「【請求項１】
　コンピュータに実行させるプログラムのソースコード及びユーザインタフェース部品を表示画面に表示するためのＧＵＩ表示データを生成するソースコード生成装置であって，
　前記コンピュータの実行環境にそれぞれ対応し，位置，サイズ，属性などの部品要素情報が異なる前記ユーザインタフェース部品を編集する第１の手段と，編集結果の部品要素情報に基づき指定された
実行環境に対応したユーザインタフェース部品のＧＵＩ表示データ及び当該ＧＵＩ表示データを用いてユーザインタフェース部品を表示するためのソースコードを生成して出力する
【請求項２】
　
ＧＵＩ表示データによりユーザインタフェース部品を編集画面にプレビューする
【請求項３】
　前記実行環境の切り替え操作を受付け，
切り替え指定された実行環境におけるユーザインタフェース部品を編集画面に切り替え表示する
（４）本願優先日前に頒布された，特開２０１０−１０８３７０号公報（平成２２年５月１３日出願公開，以下，「参考文献４」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｋ．「【００５６】
　
ＧＵＩ部品１２３は
ＨＴＭＬ言語やＤｏｊｏ等のＧＵＩフレームワークにより構成される
Ｌ．「【００６５】
　ＣＰＵ１０５は，データ取得コード１２２の実行に基づき，ＧＵＩ部品１２３内の設定データを取得するように，当該ＧＵＩ部品１２３のＧＵＩ部品ＩＤを引数としたデータ取得命令により，フレームワーク１１０内のデータ取得部１１２を呼び出して実行する（ＳＴ４）。このとき，引数のＧＵＩ部品ＩＤは，データ取得対象が複数のＧＵＩ部品１２３ならばＧＵＩ部品ＩＤ群となる。また，引数のＧＵＩ部品ＩＤがＧＵＩ部品ＩＤ群の場合，以下のステップＳＴ５〜ＳＴ１１は，ＧＵＩ部品ＩＤの個数だけ繰り返し実行される。また，データ取得コード１２２には，取得対象のＧＵＩ部品１２３の属する
ＧＵＩフレームワーク（Ｄｏｊｏ，Ｙａｈｏｏ！ＵＩ(User Interface)等）
Ｍ．「【００８９】
　上述したように本実施形態によれば，クライアントアプリケーション１２０を実行中のＣＰＵ１０５から各
ＧＵＩフレームワークに依存しない各種命令
【００９０】
　従って，
各ＧＵＩフレームワーク間で機能的に同一のＧＵＩ部品を用いたクライアントアプリケーション１２０を開発する際に，ＧＵＩ部品に対するデータ設定やデータ取得のプログラムの記述については，各ＧＵＩフレームワークに依存しない命令を記述すればよいので，ＧＵＩフレームワーク固有の変更を解消することができる。
【００９１】
　補足すると，本実施形態においては，従来とは異なり，
利用するＧＵＩフレームワークごとにＧＵＩ部品１２３のデータ入出力方法を変更する必要がないクライアントアプリケーション
【００９２】
　その結果，実現したい
アプリケーションの要件に合わせて複数種類の中からＧＵＩフレームワークの選択又はＧＵＩフレームワークのバージョンアップ等が発生しても，アプリケーション１２０を変更する必要がなく
【００９３】
　また，本実施形態は，
複数のＧＵＩフレームワークを切り替えることができる。
【００９４】
　（第２の実施形態）
　次に，本発明の第２の実施形態について説明する。
　本実施形態は，Ｗｅｂブラウザで動作するアプリケーション以外にも適用した形態となっている。例えば，
Ｊａｖａ（登録商標）言語によりＧＵＩ画面を作成する場合
ＡＷＴ(Abstract Windowing Toolkit)，ＳｗｉｎｇなどＪａｖａが標準で備えるＧＵＩフレームワーク
第三者が開発したＧＵＩフレームワーク
５．対比
　本願発明と引用発明とを対比する。
（１）引用発明の「キーボード，マウス」は，ユーザからの入力を受信するものであるから，本願発明の「ユーザインターフェース部」に相当し，
　引用発明の「ＸＭＬアプリケーションプログラム」は，アプリケーションの一態様であり，引用発明の「ＸＭＬアプリケーションプログラムを起動するためのＵＲＬ」は，ユーザが，アプリケーションの起動，すなわち，実行を命令するものであるから，本願発明の「アプリケーション実行命令」に相当するから，
　引用発明の「キーボード，マウスを通じて，ＸＭＬアプリケーションプログラムを起動するためのＵＲＬを入力すること」は，本願発明の「ユーザインターフェース部を通じてアプリケーション実行命令を受信する段階」に相当する。
（２）引用発明の「画面を生成するための，実行可能なマークアップ言語であるＸＭＬで記述され，画面の構成や操作内容を規定する，画面定義を受信すること」及び「画面生成部が，前記画面定義と，用意されたソフトウェアパッケージである，画面の表示要素を構成するソフトウェアを含むＧＵＩ部と，四則演算や入力条件チェックなどの画面上の操作に関するソフトウェアを含むロジック部品とによって，プラットフォームやＷｅｂブラウザの有無に非依存で実行可能な表示画面を構成する部品オブジェクトを生成することと」と，本願発明の「送受信部が複数の実行環境で駆動可能な統合コンポーネントを生成するための単一のプログラミング言語で構成されたＵＩ画面制御及び画面構成スクリプトソースを受信する段階」との両者を対比する。
　引用発明の「プラットフォームやＷｅｂブラウザの有無に非依存で実行可能な表示画面を構成する部品オブジェクト」は，プラットフォームやＷｅｂブラウザの有無がアプリケーションを実行するための環境の一態様といえるから，本願発明の「複数の実行環境で駆動可能な統合コンポーネント」に相当するといえ，そうすると，引用発明の「部品オブジェクトを生成する」ことは，本願発明の「統合コンポーネントを生成する」ことに相当する。
　引用発明に特有の「実行可能なマークアップ言語であるＸＭＬ」は，本願発明の「単一のプログラミング言語」と，単一の実行可能言語であるという点で一致する。
　単一の実行可能言語で記述された「画面定義」は，実行可能言語で記述された処理列であり，実行可能スクリプトといえるから，引用発明の「画面の構成や操作内容を規定する，画面定義」は，本願発明の「ＵＩ画面制御及び画面構成スクリプトソース」に相当する。
　そうすると，前記両者は，後記する点で相違するものの，
“複数の実行環境で駆動可能な統合コンポーネントを生成するための単一の実行可能言語で構成されたＵＩ画面制御及び画面構成スクリプトソースを受信する段階”である点で共通しているといえる。
（３）引用発明の「画面生成部が，前記画面定義と，用意されたソフトウェアパッケージである，画面の表示要素を構成するソフトウェアを含むＧＵＩ部品と，四則演算や入力条件チェックなどの画面上の操作に関するソフトウェアを含むロジック部品とによって，プラットフォームやＷｅｂブラウザの有無に非依存で実行可能な表示画面を構成する部品オブジェクトを生成すること」と，本願発明の「コンポーネント生成部が前記スクリプトソースと予めインストールされるか，ダウンロードした現在の実行環境によるエレメントソースを用いて，前記実行環境に独立した統合コンポーネントを生成する段階」との両者を対比する。
　上記（２）で検討したように，引用発明の前記「部品オブジェクト」，「画面定義」は，それぞれ本願発明の「複数の実行環境で駆動可能な統合コンポーネント」，「ＵＩ画面制御及び画面構成スクリプトソース」に相当する。
　引用発明の「用意されたソフトウェアパッケージである，画面の表示要素を構成するソフトウェアを含むＧＵＩ部品と，四則演算や入力条件チェックなどの画面上の操作に関するソフトウェアを含むロジック部品」は，ソフトウェアパッケージを用意するためには，現在の実行環境へのインストールやダウンロードが必要なことは明らかであるから，本願発明の「予めインストールされるか，ダウンロードした現在の実行環境によるエレメントソース」に相当する。
　以上から，引用発明の「画面生成部」は，前記画面定義（ＵＩ画面制御及び画面構成スクリプトソース）と，前記ＧＵＩ部品及び，前記ロジック部品（エレメントソース）とによって，前記部品オブジェクト（統合コンポーネント）を生成するから，本願発明の「コンポーネント生成部」に相当する。
　そうすると，前記両者は，一致するといえる。
（４）引用発明の「生成された前記部品オブジェクトを表示して画面を構成すること」は，ユーザインターフェースである画面を構成すること，すなわち，実現することといえるから，本願発明の「ＵＩ実現方法」に相当する。
　以上から，本願発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
　
（一致点） 
「ユーザインターフェース部を通じてアプリケーション実行命令を受信する段階と，
　複数の実行環境で駆動可能な統合コンポーネントを生成するための単一の実行可能言語で構成されたＵＩ画面制御及び画面構成スクリプトソースを受信する段階と，
　コンポーネント生成部が前記スクリプトソースと予めインストールされるか，ダウンロードした現在の実行環境によるエレメントソースを用いて，前記実行環境に独立した統合コンポーネントを生成する段階と
　を含むＵＩ実現方法。」
（相違点１）
　ＵＩ画面制御及び画面構成スクリプトソースを受信する段階に関し，
本願発明では，「送受信部」が受信するのに対して，
引用発明では，「送受信部」が明示されていない点。
（相違点２）
　単一の実行可能言語で構成されたＵＩ画面制御及び画面構成スクリプトソースに関し，
本願発明では，スクリプトソースが「プログラミング言語」で記述されているのに対して，
引用発明では，画面定義は，実行可能なマークアップ言語であるＸＭＬで記述されているものの，「プログラミング言語」で構成されたスクリプトとしては記述されていない点。
（相違点３）
　ＵＩ実現方法に関し，
本願発明では，統合開発環境を利用するのに対して，
引用発明では，「統合開発環境」について特定されていない点。
６．当審の判断
　上記相違点１乃至相違点３について検討する。
（１）相違点１について
　引用発明では，ＵＩ画面制御及び画面構成スクリプトソースを受信するところ，
　データを受信するために送受信部を設けることは，情報処理の技術分野において，引用文献等を示すまでもなく，必要に応じて普通に採用される常とう手段であった。
　引用発明においても，送受信部が前記スクリプトソースを受信するように構成すること，すなわち，上記相違点１に係る構成とすることは，当業者が容易に想到し得たことである。
（２）相違点２について
　引用発明の「画面定義」は，実行可能なマークアップ言語であるＸＭＬで記述されているところ，
　ＸＭＬがプラットフォームに依存しないことは，例えば，参考文献１（上記Ｈ参照）に記載されているように，本願の優先日前には，情報処理の技術分野において周知の事項であった。
　また，画面をJavaScriptのような言語で記述することも，例えば，参考文献２（上記Ｉ参照）に記載されているように，本願の優先日前には，情報処理の技術分野において普通に採用される周知技術であった。
　そして，実行可能なＸＭＬも，JavaScriptも，その実行エンジンさえ実装されていれば実行環境に依存しない言語であり，引用発明の「画面定義」を記述するためにどのような言語を採用するかは，当業者が適宜選択し得た設計的事項である。
　してみると，引用発明に前記周知技術を適用して，「画面定義」をJavaScriptのようなプログラミング言語で記述するように構成すること，すなわち，上記相違点２に係る構成とすることは，当業者が容易に想到し得たことである。
（３）相違点３について
　引用発明では，生成された部品オブジェクトを表示して画面を構成するところ，
　複数の実行環境に対応して画面データを生成する装置で画面を開発する技術は，例えば，参考文献３（上記Ｊ参照）に記載されているように，本願の優先日前には，情報処理の技術分野において普通に採用される周知技術であった。
　してみると，引用発明に前記周知技術を適用して，複数の実行環境に統合的に対応する装置で，換言すれば，統合開発環境で，開発した画面を用いる構成すること，すなわち，上記相違点３に係る構成とすることは，当業者が容易に想到し得たことである。
（４）小括
　上記で検討したごとく，相違点１乃至相違点３は格別のものではなく，そして，これらの相違点を総合的に勘案しても，本願発明の奏する作用効果は，上記引用発明及び前記周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
７．請求人の主張について
（１）なお，請求人は，審判請求書第３頁第３段落において「本願発明において記載されている「複数の実行環境」は，本願明細書段落００２８，００４４および本願図面５に開示されているように，Ｒｕｎｔｉｍｅ，Ｗｅｂ，ｆｌｕｓｈ（ｆｌａｓｈの誤記と認める），Ｓｉｌｖｅｒｌｉｇｈｔ等のアプリケーションの実行環境を意味するものであり，実行環境を実現するためのプラットフォーム及びシステムを意味するものではありません。」と主張している。
　しかるに，本願発明における「実行環境」なる用語の文言上の意味は，アプリケーションやプログラムを実行するための環境である。
　また，本願明細書を参酌しても，段落【００２８】には「また，多様な実行環境は，アプリケーションが実行される環境を意味する。前記実行環境は例えば，ＲＩＡ（Ｒｉｃｈ  Ｉｎｔｅｒｎｅｔ Ａｐｐｌｉｃａｔｉｏｎ）とＨＴＭＬ基盤のウェブアプリケーションを含み，これに限定されるものではない。」と記載され，段落【００４４】には「ランタイム（Ｒｕｎｔｉｍｅ），ウェブ（Ｗｅｂ），フラッシュ（Ｆｌａｓｈ），シルバーライト（Ｓｉｌｖｅｒｌｉｇｈｔ）のような実行環境」と記載されており，
　Ｒｕｎｔｉｍｅ，Ｗｅｂ，ｆｌａｓｈ，Ｓｉｌｖｅｒｌｉｇｈｔは，「実行環境」なる技術的事項に含まれる単なる例示であり，「実行環境」の技術的範囲は「アプリケーションが実行される環境」としか定義されていない。
　そして，情報処理装置のプラットフォーム上でアプリケーションが実行できることは技術常識であるから，「プラットフォーム」自体が「アプリケーションが実行される環境」の一態様といえる。
　よって，請求人の主張は失当である。
（２）仮に，「実行環境」が，「プラットフォーム」でないとしても，
　上記「３．引用文献」の「（１）引用文献に記載されている技術的事項および引用発明」の上記Ｃの段落【００４３】の「各機能ブロックは，このＷｅｂブラウザ１０２上で稼働するように構成されている。本実施例では，ＪＡＶＡ（登録商標）を用いることにより，かかる構成を実現した。Ｗｅｂブラウザ１０２上で稼働可能としたのは，プラットフォーム非依存のソフトウェア構成が可能であるという利点があるからである。Ｗｅｂブラウザ１０２と無関係に稼働するよう構成しても構わない。」との記載からすると，
　引用発明は，少なくとも，「Ｗｅｂ」実行環境か，それ以外の実行環境かに依存せずに部品オブジェクトを生成できる。
　よって，請求人の主張は，引用文献の記載に即したものでもなく，失当である。
（３）さらに，もし，本願発明の「実行環境」が，引用発明の「プラットフォームやＷｅｂブラウザの有無」と異なると仮定したとしても，
　参考文献４（上記Ｋ，Ｌ，Ｍ参照）には，ＧＵＩ部品を用いて，複数のＧＵＩフレームワーク（ＨＴＭＬ，Ｄｏｊｏ，Ｙａｈｏｏ！ＵＩ，ＡＷＴ，Ｓｗｉｎｇ等）を切り替え可能なアプリケーションを開発する点が記載されている。
　引用発明と，参考文献４に記載の発明とは，いずれも，ＧＵＩ部品を用いて，環境に依存せずに画面を表示する共通の機能を備えるものであるから
　引用発明に参考文献４に記載の発明を適用して，様々な実行環境に対応したＵＩを実現することは，当業者が容易に想到し得たことである。
８．むすび 
　以上のとおり，本願の請求項５に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。 
　よって，結論のとおり審決する。