【事件の表示】
　特願２０１１−　１３２５４「画像形成装置、装置、画像形成装置の制御方法、およびプログラム」拒絶査定不服審判事件〔平成２４年　８月１６日出願公開、特開２０１２−１５５４７８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成２３年１月２５日を出願日とする出願であって、出願後の手続の経緯の概要は次のとおりである。
　
拒絶理由の通知　　　　（起案日）平成２４年１２月１９日
意見、手続補正　　　　（提出日）平成２５年２月２５日
拒絶査定　　　　　　　（起案日）平成２５年３月１９日
同　謄本送達　　　　　（送達日）平成２５年３月２６日
審判請求　　　　　　　（提出日）平成２５年６月１３日
　
２．本願発明
　本願の請求項８に係る発明は、平成２５年２月２５日付けの手続補正書により補正された特許請求の範囲の請求項８に記載されたとおりの次の事項により特定されるものである。（以下「本願発明」という。）
　
「規定マニフェストの情報を基にアプリケーションをインストールするフレームワークを具備する装置を制御する制御方法であって、
　判断手段は、前記装置において前記アプリケーションをインストールする際、前記規定マニフェストの情報の他に別のマニフェストの情報も必要であるか否かを判断し、
　送信手段は、前記判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信し、
　前記フレームワークは、前記送信手段により送信された情報を基に前記アプリケーションをインストールすることを特徴とする制御方法。」
　
３．引用文献
３．１　原審の拒絶の理由で引用された本願出願前に頒布または電気通信回線を通じて公衆に利用可能となった文献である米国特許出願公開第２００５／０２８９５３６号明細書（ 以下、「引用文献１」という。）には、図面とともに次の記載がある。 
ア．「[0011] Therefore, a need exists for methods and arrangements capable of automating deployment of an application between environments in a manner that is relatively simple in terms of, e.g., J2EE knowledge, and low maintenance with respect to script files, to reduce the delays and errors typically associated with deployment.  
　
　SUMMARY OF THE INVENTION 
　
[0012] The problems identified above are in large part 
addressed by
arrangements
The method may also include configuring the target environment for deployment of the application based upon the static configuration data and the variable configuration data and installing the application in the target environment. 
・・・（中略）・・・
[0014] One embodiment provides an application archive file for deploying an application on a target environment. One application archive file includes a package module to create an application archive file and package an application into the application archive file along with sufficient system configuration data to configure a system with which to run the application. A further embodiment includes an application selected for deployment on the target environment; and configuration data for adapting the target environment for deployment of the application comprising static configuration data related to deployment of an application, the static configuration data describing a relationship between the application and another environment, wherein the relationship is applicable to deployment of the application onto the target environment; and variable configuration data for the application based upon the target environment.
・・・（中略）・・・
[0026] The system then compresses the variable configuration data with the EAR file(s) of the application(s) into an extended EAR and transmits the extended EAR to the target system for installation. In several embodiments, an application deployment system installs one or more of the application(s) stored in the extended EAR. In some embodiments, a user interacts with the application deployment system to select the application(s) to install. 
In further embodiments, the application deployment system may be internal to the target system and respond the receipt of the extended EAR by installing one or more of the applications.
ア．訳「【００１１】それゆえ、典型的にデプロイメントと関連する遅延とエラーを減らすため、スクリプトファイルに関して低メンテナンスで、例えば、Ｊ２ＥＥ知識などによる、比較的単純なやり方で、複数の環境の間にアプリケーションのデプロイメントを自動化することができる方法と取り決めに対する要求がある。
　
　発明の要約
　
【００１２】上記に識別された問題は主に複数の環境の間でソフトウェアアプリケーションをデプロイする方法と
取り決めによって扱われる
スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成する
そしてアプリケーションを目標環境にインストールする
・・・（中略）・・・
【００１４】目標環境に関してアプリケーションを配置することに対して、１つの具体化がアプリケーションアーカイブファイルを提供する。１つのアプリケーションアーカイブファイルは、アプリケーションを走行するシステムの構成を設定するために十分なシステムコンフィギュレーションデータとともにアプリケーションアーカイブファイルの中にアプリケーションをパッケージしアプリケーションアーカイブファイルを作成するためにパッケージモジュールを含む。それ以上の具体化が目標環境に関してデプロイメントのために選択されたアプリケーションと；そしてアプリケーションのデプロイメントと関係があるスタティックなコンフィギュレーションデータを構成するアプリケーションのデプロイメントに目標環境を適合させるコンフィギュレーションデータと、アプリケーションともう１つの環境の間の関係を記述しているスタティックなコンフィギュレーションデータと、ここで前記関係が目標環境にアプリケーションのデプロイメントに適用でき；そして目標環境に基づいたアプリケーションの可変コンフィギュレーションデータとを含む。
・・・（中略）・・・
【００２６】システムはそれから、拡張ＥＡＲの中にアプリケーションのＥＡＲファイルを持っている可変コンフィギュレーションデータを圧縮し、そしてインストレーションのための目標システムに拡張ＥＡＲを伝える。いくつかの具体化で、アプリケーションデプロイメントシステムが拡張ＥＡＲにしまっておかれたアプリケーションの１つ以上をインストールする。若干具体的には、、ユーザーがアプリケーションをインストールするよう選ぶためアプリケーションデプロイメントシステムと相互に作用する。より
具体的には
アプリケーションデプロイメントシステムは目標システムの内部にあって、そしてアプリケーションの１つ以上をインストールすることによって拡張ＥＡＲの受け取りに応答するであろう。
　
イ．「[0040] Additionally, an 
EAR file  110  may include an EJB Java Archive (JAR) file  304
・・・（中略）・・・
 [0045] FIG. 4  depicts an embodiment of an Application Deployment System  400  adapted to automatically configure an environment and install an application. In order to automatically configure the environment and install the application, Application Deployment System  400  may include logic modules, such as logic modules  402 - 414 . Logic modules  402 - 414  may be hardware or software modules and may aid the user by deploying an application bundle such as extended EAR  112  to a target environment  114  as illustrated in  FIG. 1 . 
[0046] Logic modules  402 - 414  include a package module  402 , an export module  404 , a policies module  406 , a repackage module  408 , a configuration module  410 , an import module  412 , and an install module  414 . 
Package module  402  compresses both application data and configuration data about the application into a J2EE standard EAR file.
[0047] Export module  404  exports the EAR file to a directory of application deployment system  400  to adapt the EAR file for deployment to the target environment. For instance, application deployment system  400  may extend the EAR file by appending variable configuration data or modifies the configuration data included within the EAR file, to adapt the EAR file for deployment of the application into the target environment. In another embodiment, export module  404  exports the compressed information to other storage, such as portable media, a personal digital assistant (PDA), or a compact disc (CD). In many embodiments, export module  404  is part of an application management API installed in the original environment. 
[0048] Policies module  406  allows the user an opportunity to modify the configuration data currently maintained in the EAR file and/or append additional configuration data. In particular, policies module  406  determines which attribute values of the environment configuration data are static and which are variable. Also, the policies module  406  saves input from the user concerning variable configuration data. In further embodiments, policies module  406  may automatically adapt the configuration data based upon default data and/or calculated data associated with the target environment. 
[0049]
 Repackage module  408  may recombines the static and variable configuration data into a new archive file such as an extended EAR file. In replacing variable configuration data with, e.g., user selections and recombining that data with the static configuration data, the repackage module  408  reduces errors typically involved with manually modifying the configuration data in the target environment. 
[0050] 
Configuration module  410  may configure the server, and environment based on the static and variable configuration data.
[0051] Import module  412  imports the bundle to a directory in the target environment once the environment is sufficiently configured. Alternatively, import module  412  may import the bundle to the target environment before configuration module  410  prepares the target environment for installation of the application. In several embodiments, import module  412  is part of the application management API installed in the target environment. 
[0052] 
Install module  414  installs the application in the target environment,
イ．訳「【００４０】さらに、
ＥＡＲファイル１１０がＥＪＢＪａｖａアーカイブ（ＪＡＲ）ファイル３０４を含む
・・・（中略）・・・
【００４５】図４はアプリケーションデプロイメントシステム４００の具体化が自動的に環境の構成を設定して、そしてアプリケーションをインストールするために適応されるのを描写する。自動的に環境の構成を設定して、そしてアプリケーションをインストールするために、アプリケーションデプロイメントシステム４００はロジックモジュール４０２−４１４のような、ロジックモジュールを含むであろう。ロジックモジュール４０２−４１４はハードウェアあるいはソフトウェアモジュールのいずれでもよく、そして、図１で例証されるように、目標環境１１４に拡張ＥＡＲ１１２のようなアプリケーションバンドルを展開することによって、ユーザーに役立つであろう。【００４６】ロジックモジュール４０２−４１４がパッケージモジュール４０２、エクスポート・モジュール４０４、ポリシーモジュール４０６、再パッケージ・モジュール４０８、コンフィギュレーションモジュール４１０、インポートモジュール４１２とインストールモジュール４１４を含む。
パッケージモジュール４０２がＪ２ＥＥ標準ＥＡＲファイルの中にアプリケーションについてアプリケーションデータとコンフィギュレーションデータの両方を圧縮する。
Ｊ２ＥＥ標準
【００４７】エクスポート・モジュール４０４が目標環境へのデプロイメントのためにＥＡＲファイルを適応させるアプリケーションデプロイメントシステム４００のディレクトリにＥＡＲファイルをエクスポートする。例えば、アプリケーションデプロイメントシステム４００が、可変コンフィギュレーションデータを追加することによって、ＥＡＲファイルを拡張するであろうか、あるいは目標環境の中へアプリケーションのデプロイメントのためのＥＡＲファイルを適応させるために、ＥＡＲファイルの中に含まれているコンフィギュレーションデータを修正する。もう１つの具体化で、エクスポート・モジュール４０４がポータブル媒体、パーソナル・ディジタルアシスタント（ＰＤＡ）、あるいはコンパクトディスク（ＣＤ）のような、他の貯蔵に圧縮された情報をエクスポートする。多くの具体化で、エクスポート・モジュール４０４はオリジナルの環境にインストールされたアプリケーション管理ＡＰＩの一部である。　
【００４８】ポリシーモジュール４０６がユーザーにＥＡＲファイルで現在持続されるコンフィギュレーションデータを修正して、そして／あるいは追加のコンフィギュレーションデータを付加する機会を許容する。特に、ポリシーモジュール４０６がどの環境コンフィギュレーションデータの属性値がスタティックであるか可変であるか決定する。同じく、ポリシーモジュール４０６は可変コンフィギュレーションデータに関してユーザーからの入力を保持する。それ以上の具体化で、ポリシーモジュール４０６が目標環境と連係した計算されたデータそして／あるいはデフォルトデータに基づいて自動的にコンフィギュレーションデータを適応させるであろう。　
【００４９】
再パッケージ・モジュール４０８はスタティックと可変のコンフィギュレーションデータを拡張ＥＡＲファイルのような新しいアーカイブファイルの中へ再結合する。可変コンフィギュレーションデータを、例えば、ユーザー選択とスタティックなコンフィギュレーションデータとの再結合による置き換により、再パッケージ・モジュール４０８は目標環境で典型的には手作業でコンフィギュレーションデータを修正することで入り込むエラーを減らす。
【００５０】
コンフィギュレーションモジュール４１０がスタティックな、そして可変コンフィギュレーションデータに基づいてサーバと環境の構成を設定する
【００５１】インポートモジュール４１２が目標環境のディレクトリにバンドルをインポートするやいなや環境は十分に構成される。代わりに、コンフィギュレーションモジュール４１０が目標環境をアプリケーションのインストレーションのために用意する前に、インポートモジュール４１２が目標環境にバンドルをインポートするであろう。いくつかの具体化で、インポートモジュール４１２は目標環境にインストールされたアプリケーション管理ＡＰＩの一部である。　
【００５２】
インストールモジュール４１４
アプリケーションを目標環境にインストールする
 
ウ．「[0059] Turning to  FIG. 6 , depicts an example of a flowchart  600  to deploy an application between an original environment and a target environment.
・・・（中略）・・・
[0061] Next the application deployment system may compress information about the application into, e.g., a J2EE EAR file (element  604 ). In one embodiment, the application deployment system packages and compresses the application into an EAR file including application data, configuration data, and possibly deployment descriptors. Compressing provides a smaller size file that is more easily transmitted from original environment to target environment. 
[0062] In some embodiments, the Application deployment system may export the bundled information to a file system (element  608 ). While on the file system, variable configuration data is also bundled in the J2EE EAR file to adapt the configuration data for the target environment. In some embodiments, the bundled information may be physically transferred by floppy disks or other external storage devices.
[0063]
Configuration data is hen parsed to determine whether the data is static or variable.
pre-selected portions or all of the configuration data is available for modification by the user.
[0064]
After identifying variable configuration data, the user may input or select the adapted configuration data for the target environment (element  610 ). For the variable configuration data, policies are applied to determine the configuration data based upon the target environment (element  612 )
[0065]
The configuration data that is determined based upon the target environment is then associated with the J2EE EAR file to define, e.g., log file and server names (element  614 )
[0066]
The application deployment system next recombines the static and variable configuration data into a new, extended EAR file (element  616 ). Subsequently, the application deployment system may configure the target environment based on the static and variable values (element  618 )
[0067]
After the application deployment system configures the target environment, the application deployment system may import the extended EAR file to a directory in the target environment (element  620 ).
 the application deployment system may publish the extended EAR file to a directory in the target environment, unpack the extended EAR file, and write subdirectories of the source objects into the target environment.
subdirectories and the application may be set up in the target environment and the application is ready for the computer to install.
[0068]
With the target environment configured for installation of the application, the application deployment system installs the application in the target environment (element  622 ).
ウ．訳「【００５９】図６の方に転じると、オリジナルの環境と目標環境の間にアプリケーションをデプロイするためにフローチャート６００の例が描写されている。
・・・（中略）・・・
【００６１】次にアプリケーションデプロイメントシステムはアプリケーションについての情報を、例えば、Ｊ２ＥＥ　ＥＡＲファイルの中に圧縮するであろう（要素６０４）。１つの具体化で、アプリケーションデプロイメントシステムはアプリケーションデータ、コンフィギュレーションデータともしかするとデプロイメント記述子を含めてＥＡＲファイルの中にアプリケーションをパッケージして、そして圧縮する。圧縮することはオリジナルの環境から目標環境までいっそう容易に送信されているより小さなサイズのファイルを提供する。　
【００６２】ある具体化で、アプリケーションデプロイメントシステムはバンドルにされた情報をファイルシステムへエクスポートするであろう（要素６０８）。ファイルシステムにおいて、可変コンフィギュレーションデータが目標環境にコンフィギュレーションデータを適応させるためＪ２ＥＥ　ＥＡＲファイルに同じくバンドルにされる。若干の具体化で、バンドルにされた情報はフロッピーディスクあるいは他の外部記憶装置によって物理的に転送されるであろう。
【００６３】そして
コンフィギュレーションデータが解析され、該データがスタティックであるか、あるいは可変であるかどうか決定され
事前に選択された部分あるいはコンフィギュレーションデータのすべてがユーザーによって修正のために利用可能である
【００６４】
可変コンフィギュレーションデータを識別した後に、ユーザーは目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択するであろう（要素６１０）。可変コンフィギュレーションデータのために、ポリシーが目標環境に基づいたコンフィギュレーションデータを決定するように適用される（要素６１２）
【００６５】
目標環境に基づいて決定されたコンフィギュレーションデータは、それから、例えば、ログファイルとサーバ名を定義するためにＪ２ＥＥ　ＥＡＲファイルと関連付けられる（６１４要素）
【００６６】次に
アプリケーションデプロイメントシステムは新しい、拡張ＥＡＲファイルの中にスタティックと可変のコンフィギュレーションデータを再結合する（要素６１６）
続いて、アプリケーションデプロイメントシステムはスタティックと可変的な値に基づいて目標環境の構成を設定するであろう（要素６１８）
【００６７】
アプリケーションデプロイメントシステムが目標環境の構成を設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張ＥＡＲファイルをインポートするであろう（６２０要素）
アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張ＥＡＲファイルを発行し、拡張ＥＡＲファイルをアンパックして、そして目標環境にソースオブジェクトのサブディレクトリを書き込む
サブディレクトリとアプリケーションは目標環境でセットアップされるかもしれず、そしてアプリケーションはコンピュータがインストールする用意ができている
【００６８】
アプリケーションのインストレーションのために構成設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールする（要素６２２）
　
エ．「
　　　　　　　　　　　　　　　　　　　　　　　　　　」
　
オ．「
　　　　　　　　　　　　　　　　　　　　　　　　　　」
カ．「
　　　　　　　　　　　　　　　　　　　　　　　　　　」
引用文献１に記載された事項を検討する。
　
（ア）ア．の「より具体的には」、「アプリケーションデプロイメントシステムは目標システムの内部にあって、そしてアプリケーションの１つ以上をインストールすることによって拡張ＥＡＲの受け取りに応答する」との記載やエ．オ．の記載等から、アプリケーションデプロイメントシステムが目標システムに対し内部に位置し、拡張ＥＡＲの受け取りに応答し、アプリケーションの１つ以上をインストールすることをよみとることができる。
　ア．の「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成する」、「そしてアプリケーションを目標環境にインストールする」との記載から、「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成しアプリケーションを目標環境にインストールする」ことをよみとることができ、当該デプロイメント、インストールの具体的な実施例は、エ．の「アプリケーションデプロイメントシステム」を用いて、カ．のアプリケーションのインストールまでの（インストールの）制御に示された如き具体例が含まれることは明らかであり、ア．の「取り決めによって扱われる」に係る「取り決め」と、イ．の「Ｊ２ＥＥ標準」、「ＪＡＲフィル」を含む「ＥＡＲファイル」との記載から、上記インストールが所定の取り決めに従ってなされることをよみとることができる。これらから、「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成しアプリケーションを目標環境にインストールする、所定の取り決めに従ったアプリケーションデプロイメントシステムを用いて制御する方法」をよみとることができる。
　
（イ）ウ．の「コンフィギュレーションデータが解析され、該データがスタティックであるか、あるいは可変であるかどうか決定され」との記載、「可変コンフィギュレーションデータを識別した後に、ユーザーは目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択するであろう（要素６１０）」との記載、当該要素６１０に関し、図６のステップ６１０を参照すると◇形で示された「判断」ステップが示されていること等から、「判断手段が、コンフィギュレーションデータがスタティックであるか、あるいは可変であるかどうか決定し、可変コンフィギュレーションデータを識別した後に、目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択すること」をよみとることができる。
　
（ウ）前記要素６１０に関し、図６のステップ６１０の判断ステップを参照すると、判断により、スタティックである場合と、可変である場合とに分岐し、スタティックである場合には要素６１２、６１４を経ずに要素６１６の「ＥＡＲファイルの再パッケージ」へと進み、可変である場合には、前記「コンフィギュレーションデータを入力するか、あるいは選択する」ことにあたる、ウ．の「可変コンフィギュレーションデータのために、ポリシーが目標環境に基づいてコンフィギュレーションデータを決定するために適用される（要素６１２）」、「目標環境に基づいて決定されるコンフィギュレーションデータ」、「例えば、ログファイルとサーバ名を定義する（６１４要素）」とのステップを経て前記要素６１６の「ＥＡＲファイルの再パッケージ」のステップへと進むことは図６のフローからも明らかである。また、前記要素６１６に関し、ウ．には「アプリケーションデプロイメントシステムは新しい、拡張ＥＡＲファイルの中にスタティックと可変なコンフィギュレーションデータを再結合する（要素６１６）」と記載されている。当該「再パッケージ」は、イ．の「再パッケージ・モジュール４０８はスタティックと可変のコンフィギュレーションデータを拡張ＥＡＲファイルのような新しいアーカイブファイルの中へ再結合する。可変コンフィギュレーションデータを、例えば、ユーザー選択とスタティックなコンフィギュレーションデータとの再結合による置き換」える旨の記載から再パッケージは「再パッケージ・モジュール」において成される。
　これらから、「前記判断手段によりスタティックであると判断された場合にはＥＡＲファイルの再パッケージへと進み、可変であると判断された場合には可変コンフィギュレーションデータのためにポリシーが目標環境に基づいてコンフィギュレーションデータを決定するために適用され、目標環境に基づいてコンフィギュレーションデータが決定されてＪ２ＥＥ　ＥＡＲファイルと関連付けられ、拡張ＥＡＲファイルの中にスタティックと可変なコンフィギュレーションデータを再結合してＥＡＲファイルの再パッケージが再パッケージ・モジュールによりなされる」ことをよみとることができる。
　
（エ）ウ．の「続いて、アプリケーションデプロイメントシステムはスタティックと可変的な値に基づいて目標環境の構成を設定するであろう（要素６１８）」、「アプリケーションデプロイメントシステムが目標環境の構成を設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張ＥＡＲファイルをインポートするであろう（６２０要素）」との記載、および、イ．の「コンフィギュレーションモジュール４１０がスタティックな、そして可変コンフィギュレーションデータに基づいてサーバと環境の構成を設定する」との記載から、「スタティックと可変的な値に基づいて目標環境の構成をコンフィギュレーションモジュールにより設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張ＥＡＲファイルをインポートする」ことをよみとることができる。
　
（オ）ウ．の「アプリケーションのインストレーションのために構成を設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールする（要素６２２）」との記載、および、イ．の「インストールモジュール４１４が、」「アプリケーションをインストールし」との記載から「構成を設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールモジュールを用いてインストールする」ことをよみとることができる。
　
　（ア）ないし（オ）の検討によれば、引用文献１には、デプロイメントと関連する遅延とエラーを減らすため、スクリプトファイルに関して低メンテナンスの、比較的単純なやり方で、複数の環境の間にアプリケーションのデプロイメントを自動化することができる（ア．参照）次の発明（以下、「引用文献１発明」という。）が示されている。
　
「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成しアプリケーションを目標環境にインストールし、所定の取り決めに従ったアプリケーションデプロイメントシステムにより制御される方法であって、
　判断手段が、コンフィギュレーションデータを解析し、該データがスタティックであるか、あるいは可変であるかどうか決定し、可変コンフィギュレーションデータを識別した後に、目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択し、
　前記判断手段によりスタティックであると判断された場合にはＥＡＲファイルの再パッケージへと進み、可変であると判断された場合には可変コンフィギュレーションデータのためにポリシーが目標環境に基づいてコンフィギュレーションデータを決定するために適用され、目標環境に基づいて決定されるコンフィギュレーションデータはＪ２ＥＥ　ＥＡＲファイルと関連付けられ、拡張ＥＡＲファイルの中にスタティックと可変なコンフィギュレーションデータを再結合してＥＡＲファイルの再パッケージが再パッケージ・モジュールによりなされ、
　スタティックと可変的な値に基づいて目標環境の構成をコンフィギュレーションモジュールにより設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張ＥＡＲファイルをインポートし、
　前記構成を設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールモジュールを用いてインストールすることを特徴とする制御方法。」
　
３．２　原審の拒絶の理由で引用された本願出願前に頒布または電気通信回線を通じて公衆に利用可能となった文献である特開２００９−９８７８９号公報（ 以下、「引用文献２」という。）には、図面とともに次の記載がある。
Ａ．「【００３５】
  ・・・（中略）・・・
また、ｊａｒファイルはマニフェストと呼ばれるアプリケーションの情報を記載したファイルを梱包している。本実施例における画像形成装置にインストール可能なアプリケーションにおいては、このマニフェストにそのアプリケーションが使用する最大メモリ容量を記載し宣言する。」
　
　
４．対比 
　本願発明と引用文献１発明とを対比する。
（１）審判請求書でも主張されているように、引用文献１発明の標準（規定）ＥＡＲファイルにパッケージされる「コンフィギュレーションデータ」は本願発明の「規定マニフェストの情報」に対応づけることができる。また、引用文献１発明は「所定の取り決めに従ったアプリケーションデプロイメントシステムを用いて制御」するのであるから本願発明の「フレームワーク」に相当するものを具備しているとみることができる。これらをふまえれば、引用文献１発明の「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成しアプリケーションを目標環境にインストールし、所定の取り決めに従ったアプリケーションデプロイメントシステムにより制御される方法」と本願発明の「規定マニフェストの情報を基にアプリケーションをインストールするフレームワークを具備する装置を制御する制御方法」とに実質的な差異はない。
　
（２）引用文献１発明の「判断手段が、コンフィギュレーションデータを解析し、該データがスタティックであるか、あるいは可変であるかどうか決定し、可変コンフィギュレーションデータを識別した後に、目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択し」に係る少なくとも「目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択」した当該「コンフィギュレーションデータ」は、本願発明の「別のマニフェストの情報」に相当する。よって、引用文献１発明の「判断手段が、コンフィギュレーションデータを解析し、該データがスタティックであるか、あるいは可変であるかどうか決定し、可変コンフィギュレーションデータを識別した後に、目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択」することと本願発明の「判断手段は、前記装置において前記アプリケーションをインストールする際、前記規定マニフェストの情報の他に別のマニフェストの情報も必要であるか否かを判断」することとに実質的な差異はない。
　
（３）引用文献１発明の「アプリケーションデプロイメントシステム」における「再パッケージ・モジュール」と「コンフィギュレーションモジュール」との間でデータの送受ができること、「コンフィギュレーションモジュール」と「インストールモジュール」との間でデータの送受ができることは自明の事項である。
　これらを加味すれば、引用文献１発明の「前記判断手段によりスタティックであると判断された場合にはＥＡＲファイルの再パッケージへと進み、可変であると判断された場合には可変コンフィギュレーションデータのためにポリシーが目標環境に基づいてコンフィギュレーションデータを決定するために適用され、目標環境に基づいて決定されるコンフィギュレーションデータはＪ２ＥＥ　ＥＡＲファイルと関連付けられ、拡張ＥＡＲファイルの中にスタティックと可変なコンフィギュレーションデータを再結合してＥＡＲファイルの再パッケージが再パッケージ・モジュールによりなされ」及び「スタティックと可変的な値に基づいて目標環境の構成をコンフィギュレーションモジュールにより設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張ＥＡＲファイルをインポート」することは主体が「送信手段」であるとまでは言えないまでも、本願発明の「前記判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信」することと共通する。
　
（４）引用文献１発明の「所定の取り決めに従ったアプリケーションデプロイメントシステムにより制御される」及び「前記構成を設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールする」ことと、本願発明の「前記フレームワークは、前記送信手段により送信された情報を基に前記アプリケーションをインストールする」こととに実質的な差異はない。
　
（１）ないし（４）の対比によれば、引用文献１発明と本願発明とは次の点で一致し、そして相違する。
　
〈一致点〉
　「規定マニフェストの情報を基にアプリケーションをインストールするフレームワークを具備する装置を制御する制御方法であって、
　判断手段は、前記装置において前記アプリケーションをインストールする際、前記規定マニフェストの情報の他に別のマニフェストの情報も必要であるか否かを判断し、
　前記判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信し、
　前記フレームワークは、前記送信手段により送信された情報を基に前記アプリケーションをインストールすることを特徴とする制御方法。」
　
〈相違点〉
　判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信する主体が、本願発明は「送信手段」であるのに対し、引用文献１発明はそのようであるか不明である点。
　
５．当審の判断
　複数のソフトウェアモジュールやハードウェアモジュールを用いてシステムを構成した場合に、モジュールの間でのメッセージ交換のためにメッセージ「送信手段」、受信手段を備えることは周知の技術であり、引用文献１発明の、判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信する主体が、「送信手段」であると成すことは前記周知の技術を参酌することにより当業者が容易になし得ることである。
　
　なお、本願発明では広汎な「フレームワーク」を発明特定事項としているが、仮に、本願発明の「フレームワーク」がＯＳＧｉフレームワークのことを特定しているとしても、ＯＳＧｉフレームワークは、周知の技術（例えば、特開２００７−２７９９５９号公報の段落【００２０】〜【００２２】の「フレームワーク」、「ＯＳＧｉ」、「マニフェスト」、「ＯＳＧｉにインストール」との記載や、特開２００７−２８０３２８号公報の段落【００３３】の「ＯＳＧｉフレームワーク」、段落【００５２】の「プログラム設定情報を上書きする」を参照。）にすぎず、ＯＳＧｉフレームワークを採用することは当業者が適宜になし得る範囲内のことである。
　また、本願の発明の詳細な説明を参酌すると本願発明における「マニフェスト」を「ｊａｒ」の「マニフェスト」に限定解釈することも考えられるが、「ｊａｒ」は上記引用文献２にも記載される様に周知のものであり、係る周知技術に引用文献１発明を適用することも当業者であれば容易になし得ることである。
　
　そして、本願発明により奏する効果も、引用文献１発明、引用文献２に記載された事項及び周知の技術から当然予想される範囲内のものにすぎず、格別顕著なものと認めることはできない。
　
　よって、本願発明は引用文献１発明、及び、引用文献２に記載される如き周知の技術に基いて当業者が容易に発明し得たものである。
　
６．むすび
　上記のとおり、本願請求項１に係る発明は、その出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないものであり、本願を拒絶すべきものとした原審の拒絶査定は妥当なものである。
　
　よって、結論のとおり審決する。