ポートフォリオを新規に作成して保存 |
|
|
既存のポートフォリオに追加保存 |
|
PDFをダウンロード |
審決分類 |
審判 査定不服 2項進歩性 特許、登録しない。 G06F |
---|---|
管理番号 | 1293105 |
審判番号 | 不服2013-11151 |
総通号数 | 180 |
発行国 | 日本国特許庁(JP) |
公報種別 | 特許審決公報 |
発行日 | 2014-12-26 |
種別 | 拒絶査定不服の審決 |
審判請求日 | 2013-06-13 |
確定日 | 2014-10-24 |
事件の表示 | 特願2011- 13254「画像形成装置、装置、画像形成装置の制御方法、およびプログラム」拒絶査定不服審判事件〔平成24年 8月16日出願公開、特開2012-155478〕について、次のとおり審決する。 |
結論 | 本件審判の請求は、成り立たない。 |
理由 |
1.手続の経緯 本願は、平成23年1月25日を出願日とする出願であって、出願後の手続の経緯の概要は次のとおりである。 拒絶理由の通知 (起案日)平成24年12月19日 意見、手続補正 (提出日)平成25年2月25日 拒絶査定 (起案日)平成25年3月19日 同 謄本送達 (送達日)平成25年3月26日 審判請求 (提出日)平成25年6月13日 2.本願発明 本願の請求項8に係る発明は、平成25年2月25日付けの手続補正書により補正された特許請求の範囲の請求項8に記載されたとおりの次の事項により特定されるものである。(以下「本願発明」という。) 「規定マニフェストの情報を基にアプリケーションをインストールするフレームワークを具備する装置を制御する制御方法であって、 判断手段は、前記装置において前記アプリケーションをインストールする際、前記規定マニフェストの情報の他に別のマニフェストの情報も必要であるか否かを判断し、 送信手段は、前記判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信し、 前記フレームワークは、前記送信手段により送信された情報を基に前記アプリケーションをインストールすることを特徴とする制御方法。」 3.引用文献 3.1 原審の拒絶の理由で引用された本願出願前に頒布または電気通信回線を通じて公衆に利用可能となった文献である米国特許出願公開第2005/0289536号明細書( 以下、「引用文献1」という。)には、図面とともに次の記載がある。 ア.「[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 methods and arrangements to deploy a software application between environments. One embodiment provides a method to deploy an application on a target environment. The method generally includes gathering static configuration data related to deployment of the 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 determining variable configuration data for the application based upon the target environment. 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.」 ア.訳「【0011】それゆえ、典型的にデプロイメントと関連する遅延とエラーを減らすため、スクリプトファイルに関して低メンテナンスで、例えば、J2EE知識などによる、比較的単純なやり方で、複数の環境の間にアプリケーションのデプロイメントを自動化することができる方法と取り決めに対する要求がある。 発明の要約 【0012】上記に識別された問題は主に複数の環境の間でソフトウェアアプリケーションをデプロイする方法と取り決めによって扱われる。1つの具体化が目標環境の上でアプリケーションをデプロイする方法を提供する。その方法は一般的にアプリケーションのデプロイメントと関係があるスタティックなコンフィギュレーションデータを集めることを含み、そのスタティックなコンフィギュレーションデータはアプリケーションともう1つの環境の間の関係を記述し、ここで前記関係は目標環境に基づいてアプリケーションのために可変コンフィギュレーションデータを決定し目標環境においてアプリケーションのデプロイメントに用いることができる。その方法は同じくスタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成すること、そしてアプリケーションを目標環境にインストールすることを含むであろう。 ・・・(中略)・・・ 【0014】目標環境に関してアプリケーションを配置することに対して、1つの具体化がアプリケーションアーカイブファイルを提供する。1つのアプリケーションアーカイブファイルは、アプリケーションを走行するシステムの構成を設定するために十分なシステムコンフィギュレーションデータとともにアプリケーションアーカイブファイルの中にアプリケーションをパッケージしアプリケーションアーカイブファイルを作成するためにパッケージモジュールを含む。それ以上の具体化が目標環境に関してデプロイメントのために選択されたアプリケーションと;そしてアプリケーションのデプロイメントと関係があるスタティックなコンフィギュレーションデータを構成するアプリケーションのデプロイメントに目標環境を適合させるコンフィギュレーションデータと、アプリケーションともう1つの環境の間の関係を記述しているスタティックなコンフィギュレーションデータと、ここで前記関係が目標環境にアプリケーションのデプロイメントに適用でき;そして目標環境に基づいたアプリケーションの可変コンフィギュレーションデータとを含む。 ・・・(中略)・・・ 【0026】システムはそれから、拡張EARの中にアプリケーションのEARファイルを持っている可変コンフィギュレーションデータを圧縮し、そしてインストレーションのための目標システムに拡張EARを伝える。いくつかの具体化で、アプリケーションデプロイメントシステムが拡張EARにしまっておかれたアプリケーションの1つ以上をインストールする。若干具体的には、、ユーザーがアプリケーションをインストールするよう選ぶためアプリケーションデプロイメントシステムと相互に作用する。より具体的には、アプリケーションデプロイメントシステムは目標システムの内部にあって、そしてアプリケーションの1つ以上をインストールすることによって拡張EARの受け取りに応答するであろう。」 イ.「[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. In many embodiments, package module 402 interfaces with an application management API in an original environment to generate the EAR file. In another embodiment, package module 402 may bundle the application without compression or into a compressed file that does not meet J2EE standards. [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. In many embodiments, configuration module 410 interacts with an application management API in the target environment to implement the changes. In another embodiment, configuration module 410 may configure the environment based on default values stored on a file server, removable media, hard disk, or the like. [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, locating components of the application in directories described by descriptor files and linking components of the application to various resources available in the target environment. After install module 414 installs the application, the user is able to run the application in the target environment for testing, production, or the like.」 イ.訳「【0040】さらに、EARファイル110がEJBJavaアーカイブ(JAR)ファイル304を含むであろう。 ・・・(中略)・・・ 【0045】図4はアプリケーションデプロイメントシステム400の具体化が自動的に環境の構成を設定して、そしてアプリケーションをインストールするために適応されるのを描写する。自動的に環境の構成を設定して、そしてアプリケーションをインストールするために、アプリケーションデプロイメントシステム400はロジックモジュール402-414のような、ロジックモジュールを含むであろう。ロジックモジュール402-414はハードウェアあるいはソフトウェアモジュールのいずれでもよく、そして、図1で例証されるように、目標環境114に拡張EAR112のようなアプリケーションバンドルを展開することによって、ユーザーに役立つであろう。【0046】ロジックモジュール402-414がパッケージモジュール402、エクスポート・モジュール404、ポリシーモジュール406、再パッケージ・モジュール408、コンフィギュレーションモジュール410、インポートモジュール412とインストールモジュール414を含む。パッケージモジュール402がJ2EE標準EARファイルの中にアプリケーションについてアプリケーションデータとコンフィギュレーションデータの両方を圧縮する。多くの具体化で、パッケージモジュール402がEARファイルを生成するオリジナルの環境でアプリケーション管理APIとインタフェースを取る。もう1つの具体化で、パッケージモジュール402が圧縮なしで、あるいはJ2EE標準を満たさない圧縮されたファイルの中にアプリケーションをバンドルにするであろう。 【0047】エクスポート・モジュール404が目標環境へのデプロイメントのためにEARファイルを適応させるアプリケーションデプロイメントシステム400のディレクトリにEARファイルをエクスポートする。例えば、アプリケーションデプロイメントシステム400が、可変コンフィギュレーションデータを追加することによって、EARファイルを拡張するであろうか、あるいは目標環境の中へアプリケーションのデプロイメントのためのEARファイルを適応させるために、EARファイルの中に含まれているコンフィギュレーションデータを修正する。もう1つの具体化で、エクスポート・モジュール404がポータブル媒体、パーソナル・ディジタルアシスタント(PDA)、あるいはコンパクトディスク(CD)のような、他の貯蔵に圧縮された情報をエクスポートする。多くの具体化で、エクスポート・モジュール404はオリジナルの環境にインストールされたアプリケーション管理APIの一部である。 【0048】ポリシーモジュール406がユーザーにEARファイルで現在持続されるコンフィギュレーションデータを修正して、そして/あるいは追加のコンフィギュレーションデータを付加する機会を許容する。特に、ポリシーモジュール406がどの環境コンフィギュレーションデータの属性値がスタティックであるか可変であるか決定する。同じく、ポリシーモジュール406は可変コンフィギュレーションデータに関してユーザーからの入力を保持する。それ以上の具体化で、ポリシーモジュール406が目標環境と連係した計算されたデータそして/あるいはデフォルトデータに基づいて自動的にコンフィギュレーションデータを適応させるであろう。 【0049】再パッケージ・モジュール408はスタティックと可変のコンフィギュレーションデータを拡張EARファイルのような新しいアーカイブファイルの中へ再結合する。可変コンフィギュレーションデータを、例えば、ユーザー選択とスタティックなコンフィギュレーションデータとの再結合による置き換により、再パッケージ・モジュール408は目標環境で典型的には手作業でコンフィギュレーションデータを修正することで入り込むエラーを減らす。 【0050】コンフィギュレーションモジュール410がスタティックな、そして可変コンフィギュレーションデータに基づいてサーバと環境の構成を設定するであろう。多くの具体化で、コンフィギュレーションモジュール410が変更を実行する目標環境でアプリケーション管理APIと相互に作用する。もう1つの具体化で、コンフィギュレーションモジュール410がファイルサーバにストアされたデフォルト値、リムーバブルメディア、ハードディスク、あるいは同種のものに基づいて環境の構成を設定するであろう。 【0051】インポートモジュール412が目標環境のディレクトリにバンドルをインポートするやいなや環境は十分に構成される。代わりに、コンフィギュレーションモジュール410が目標環境をアプリケーションのインストレーションのために用意する前に、インポートモジュール412が目標環境にバンドルをインポートするであろう。いくつかの具体化で、インポートモジュール412は目標環境にインストールされたアプリケーション管理APIの一部である。 【0052】インストールモジュール414が、記述子ファイルによって記述されたディレクトリにアプリケーションのコンポーネントを置き、そしてアプリケーションのコンポーネントを目標環境で利用可能な種々のリソースにリンクして、アプリケーションを目標環境にインストールする。インストールモジュール414がアプリケーションをインストールした後、ユーザーはテストや生産といった類のために目標環境でアプリケーションを走行させることが可能である。」 ウ.「[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.In some embodiment, pre-selected portions or all of the configuration data is available for modification by the user. For instance, some configuration data may remain static in more than one of the environments so the user may not be offered the opportunity to identify that configuration data as variable for one or more of the environments. [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 ). For example, a user may prefer an alternate log file or server name depending upon the, e.g., design or configuration of the target environment. [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 ). Advantageously, identifying portions of the configuration data as static, in many embodiments, relieves the user of any further configuration determinations associated with the static configuration data for the target environment. Configuration of the target environment based upon the static configuration data is automatically handled. In another embodiment, the default files with reoccurring values for portions of the configuration data may be stored to a file so the user can simply select the adapted configuration data. For example, a user may establish a file of recurring values that the user frequently implements for multiple deployments of an application. [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 ). The Application deployment system automates this configuration of the environment; thus, configuring the matching values to the bundled information is a less error-prone manner than manual configuration of the target environment. Alternatively, the application deployment system may deploy the application based on substitute configuration data from another source. For example, the user may opt to deploy an application to a target environment according to the configuration of another installation of the application in another environment. More particularly, during the deployment of the application to the target environment, the extended EAR file may be copied from another environment into the target environment to deploy the application. [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 ). In one embodiment, 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. Also, if present, the system may encounter and unpack a WAR file and write subdirectories of those source objects into the target environment. Thus, 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 ).」 ウ.訳「【0059】図6の方に転じると、オリジナルの環境と目標環境の間にアプリケーションをデプロイするためにフローチャート600の例が描写されている。 ・・・(中略)・・・ 【0061】次にアプリケーションデプロイメントシステムはアプリケーションについての情報を、例えば、J2EE EARファイルの中に圧縮するであろう(要素604)。1つの具体化で、アプリケーションデプロイメントシステムはアプリケーションデータ、コンフィギュレーションデータともしかするとデプロイメント記述子を含めてEARファイルの中にアプリケーションをパッケージして、そして圧縮する。圧縮することはオリジナルの環境から目標環境までいっそう容易に送信されているより小さなサイズのファイルを提供する。 【0062】ある具体化で、アプリケーションデプロイメントシステムはバンドルにされた情報をファイルシステムへエクスポートするであろう(要素608)。ファイルシステムにおいて、可変コンフィギュレーションデータが目標環境にコンフィギュレーションデータを適応させるためJ2EE EARファイルに同じくバンドルにされる。若干の具体化で、バンドルにされた情報はフロッピーディスクあるいは他の外部記憶装置によって物理的に転送されるであろう。 【0063】そしてコンフィギュレーションデータが解析され、該データがスタティックであるか、あるいは可変であるかどうか決定される。ある具体化で、事前に選択された部分あるいはコンフィギュレーションデータのすべてがユーザーによって修正のために利用可能である。例えば、あるコンフィギュレーションデータが環境の1つより以上の多くでスタティックなままでいるかもしれず、それでユーザーは環境の1つ以上のためにそのコンフィギュレーションデータを可変であると識別する機会を提供されないであろう。 【0064】可変コンフィギュレーションデータを識別した後に、ユーザーは目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択するであろう(要素610)。可変コンフィギュレーションデータのために、ポリシーが目標環境に基づいたコンフィギュレーションデータを決定するように適用される(要素612)。例えば、ユーザーが、オルタネイト・ログ・ファイル又はデザインあるいは目標環境のコンフィギュレーションに依存するサーバ名の方を好むかもしれない。 【0065】目標環境に基づいて決定されたコンフィギュレーションデータは、それから、例えば、ログファイルとサーバ名を定義するためにJ2EE EARファイルと関連付けられる(614要素)。有利には、コンフィギュレーションデータの部分を、多くの具体化で、スタティックであると判断することはユーザーを目標環境のスタティックなコンフィギュレーションデータと関連付けられるどんな更なるコンフィギュレーションの決定からも解放する。スタティックなコンフィギュレーションデータに基づいた目標環境のコンフィギュレーションが自動的に処理される。もう1つの具体化で、コンフィギュレーションデータの部分の繰り返されている値を持っているデフォルトファイルはファイルにストアされるかもしれず、それでユーザーは単に適応されたコンフィギュレーションデータを選択することができる。例えば、ユーザーはアプリケーションの多数のデプロイメントのためにしばしばユーザーが実装している繰返し値のファイルを確立するであろう。 【0066】次にアプリケーションデプロイメントシステムは新しい、拡張EARファイルの中にスタティックと可変のコンフィギュレーションデータを再結合する(要素616)。続いて、アプリケーションデプロイメントシステムはスタティックと可変的な値に基づいて目標環境の構成を設定するであろう(要素618)。アプリケーションデプロイメントシステムは環境のこのコンフィギュレーションを自動化する;このような、バンドルにされた情報に適合している値の構成を設定することは手動の目標環境のコンフィギュレーション程には不具合を起こさない方法である。代わりに、アプリケーションデプロイメントシステムはもう1つのソースからの代用コンフィギュレーションデータに基づいてアプリケーションをデプロイするであろう。例えば、ユーザーは、もう1つの環境でもう1つのアプリケーションのインストレーションのコンフィギュレーションによって目標環境にアプリケーションをデプロイすることを選択するであろう。より特徴的には、目標環境へのアプリケーションのデプロイメントの間に、拡張EARファイルはもう1つの環境からアプリケーションをデプロイする目標環境へコピーされるであろう。 【0067】アプリケーションデプロイメントシステムが目標環境の構成を設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張EARファイルをインポートするであろう(620要素)。1つの具体例では、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張EARファイルを発行し、拡張EARファイルをアンパックして、そして目標環境にソースオブジェクトのサブディレクトリを書き込むであろう。同様に、もし存在しているなら、システムはWARファイルに遭遇し、そしてアンパックして、そして目標環境にそれらのソースオブジェクトのサブディレクトリを書き込むであろう。それで、サブディレクトリとアプリケーションは目標環境でセットアップされるかもしれず、そしてアプリケーションはコンピュータがインストールする用意ができている。 【0068】アプリケーションのインストレーションのために構成設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールする(要素622)。」 エ.「 」 オ.「 」 カ.「 」 引用文献1に記載された事項を検討する。 (ア)ア.の「より具体的には」、「アプリケーションデプロイメントシステムは目標システムの内部にあって、そしてアプリケーションの1つ以上をインストールすることによって拡張EARの受け取りに応答する」との記載やエ.オ.の記載等から、アプリケーションデプロイメントシステムが目標システムに対し内部に位置し、拡張EARの受け取りに応答し、アプリケーションの1つ以上をインストールすることをよみとることができる。 ア.の「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成する」、「そしてアプリケーションを目標環境にインストールする」との記載から、「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成しアプリケーションを目標環境にインストールする」ことをよみとることができ、当該デプロイメント、インストールの具体的な実施例は、エ.の「アプリケーションデプロイメントシステム」を用いて、カ.のアプリケーションのインストールまでの(インストールの)制御に示された如き具体例が含まれることは明らかであり、ア.の「取り決めによって扱われる」に係る「取り決め」と、イ.の「J2EE標準」、「JARフィル」を含む「EARファイル」との記載から、上記インストールが所定の取り決めに従ってなされることをよみとることができる。これらから、「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成しアプリケーションを目標環境にインストールする、所定の取り決めに従ったアプリケーションデプロイメントシステムを用いて制御する方法」をよみとることができる。 (イ)ウ.の「コンフィギュレーションデータが解析され、該データがスタティックであるか、あるいは可変であるかどうか決定され」との記載、「可変コンフィギュレーションデータを識別した後に、ユーザーは目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択するであろう(要素610)」との記載、当該要素610に関し、図6のステップ610を参照すると◇形で示された「判断」ステップが示されていること等から、「判断手段が、コンフィギュレーションデータがスタティックであるか、あるいは可変であるかどうか決定し、可変コンフィギュレーションデータを識別した後に、目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択すること」をよみとることができる。 (ウ)前記要素610に関し、図6のステップ610の判断ステップを参照すると、判断により、スタティックである場合と、可変である場合とに分岐し、スタティックである場合には要素612、614を経ずに要素616の「EARファイルの再パッケージ」へと進み、可変である場合には、前記「コンフィギュレーションデータを入力するか、あるいは選択する」ことにあたる、ウ.の「可変コンフィギュレーションデータのために、ポリシーが目標環境に基づいてコンフィギュレーションデータを決定するために適用される(要素612)」、「目標環境に基づいて決定されるコンフィギュレーションデータ」、「例えば、ログファイルとサーバ名を定義する(614要素)」とのステップを経て前記要素616の「EARファイルの再パッケージ」のステップへと進むことは図6のフローからも明らかである。また、前記要素616に関し、ウ.には「アプリケーションデプロイメントシステムは新しい、拡張EARファイルの中にスタティックと可変なコンフィギュレーションデータを再結合する(要素616)」と記載されている。当該「再パッケージ」は、イ.の「再パッケージ・モジュール408はスタティックと可変のコンフィギュレーションデータを拡張EARファイルのような新しいアーカイブファイルの中へ再結合する。可変コンフィギュレーションデータを、例えば、ユーザー選択とスタティックなコンフィギュレーションデータとの再結合による置き換」える旨の記載から再パッケージは「再パッケージ・モジュール」において成される。 これらから、「前記判断手段によりスタティックであると判断された場合にはEARファイルの再パッケージへと進み、可変であると判断された場合には可変コンフィギュレーションデータのためにポリシーが目標環境に基づいてコンフィギュレーションデータを決定するために適用され、目標環境に基づいてコンフィギュレーションデータが決定されてJ2EE EARファイルと関連付けられ、拡張EARファイルの中にスタティックと可変なコンフィギュレーションデータを再結合してEARファイルの再パッケージが再パッケージ・モジュールによりなされる」ことをよみとることができる。 (エ)ウ.の「続いて、アプリケーションデプロイメントシステムはスタティックと可変的な値に基づいて目標環境の構成を設定するであろう(要素618)」、「アプリケーションデプロイメントシステムが目標環境の構成を設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張EARファイルをインポートするであろう(620要素)」との記載、および、イ.の「コンフィギュレーションモジュール410がスタティックな、そして可変コンフィギュレーションデータに基づいてサーバと環境の構成を設定する」との記載から、「スタティックと可変的な値に基づいて目標環境の構成をコンフィギュレーションモジュールにより設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張EARファイルをインポートする」ことをよみとることができる。 (オ)ウ.の「アプリケーションのインストレーションのために構成を設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールする(要素622)」との記載、および、イ.の「インストールモジュール414が、」「アプリケーションをインストールし」との記載から「構成を設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールモジュールを用いてインストールする」ことをよみとることができる。 (ア)ないし(オ)の検討によれば、引用文献1には、デプロイメントと関連する遅延とエラーを減らすため、スクリプトファイルに関して低メンテナンスの、比較的単純なやり方で、複数の環境の間にアプリケーションのデプロイメントを自動化することができる(ア.参照)次の発明(以下、「引用文献1発明」という。)が示されている。 「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成しアプリケーションを目標環境にインストールし、所定の取り決めに従ったアプリケーションデプロイメントシステムにより制御される方法であって、 判断手段が、コンフィギュレーションデータを解析し、該データがスタティックであるか、あるいは可変であるかどうか決定し、可変コンフィギュレーションデータを識別した後に、目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択し、 前記判断手段によりスタティックであると判断された場合にはEARファイルの再パッケージへと進み、可変であると判断された場合には可変コンフィギュレーションデータのためにポリシーが目標環境に基づいてコンフィギュレーションデータを決定するために適用され、目標環境に基づいて決定されるコンフィギュレーションデータはJ2EE EARファイルと関連付けられ、拡張EARファイルの中にスタティックと可変なコンフィギュレーションデータを再結合してEARファイルの再パッケージが再パッケージ・モジュールによりなされ、 スタティックと可変的な値に基づいて目標環境の構成をコンフィギュレーションモジュールにより設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張EARファイルをインポートし、 前記構成を設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールモジュールを用いてインストールすることを特徴とする制御方法。」 3.2 原審の拒絶の理由で引用された本願出願前に頒布または電気通信回線を通じて公衆に利用可能となった文献である特開2009-98789号公報( 以下、「引用文献2」という。)には、図面とともに次の記載がある。 A.「【0035】 ・・・(中略)・・・ また、jarファイルはマニフェストと呼ばれるアプリケーションの情報を記載したファイルを梱包している。本実施例における画像形成装置にインストール可能なアプリケーションにおいては、このマニフェストにそのアプリケーションが使用する最大メモリ容量を記載し宣言する。」 4.対比 本願発明と引用文献1発明とを対比する。 (1)審判請求書でも主張されているように、引用文献1発明の標準(規定)EARファイルにパッケージされる「コンフィギュレーションデータ」は本願発明の「規定マニフェストの情報」に対応づけることができる。また、引用文献1発明は「所定の取り決めに従ったアプリケーションデプロイメントシステムを用いて制御」するのであるから本願発明の「フレームワーク」に相当するものを具備しているとみることができる。これらをふまえれば、引用文献1発明の「スタティックなコンフィギュレーションデータと可変コンフィギュレーションデータに基づいてアプリケーションのデプロイメントのために目標環境を構成しアプリケーションを目標環境にインストールし、所定の取り決めに従ったアプリケーションデプロイメントシステムにより制御される方法」と本願発明の「規定マニフェストの情報を基にアプリケーションをインストールするフレームワークを具備する装置を制御する制御方法」とに実質的な差異はない。 (2)引用文献1発明の「判断手段が、コンフィギュレーションデータを解析し、該データがスタティックであるか、あるいは可変であるかどうか決定し、可変コンフィギュレーションデータを識別した後に、目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択し」に係る少なくとも「目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択」した当該「コンフィギュレーションデータ」は、本願発明の「別のマニフェストの情報」に相当する。よって、引用文献1発明の「判断手段が、コンフィギュレーションデータを解析し、該データがスタティックであるか、あるいは可変であるかどうか決定し、可変コンフィギュレーションデータを識別した後に、目標環境のために適応されたコンフィギュレーションデータを入力するか、あるいは選択」することと本願発明の「判断手段は、前記装置において前記アプリケーションをインストールする際、前記規定マニフェストの情報の他に別のマニフェストの情報も必要であるか否かを判断」することとに実質的な差異はない。 (3)引用文献1発明の「アプリケーションデプロイメントシステム」における「再パッケージ・モジュール」と「コンフィギュレーションモジュール」との間でデータの送受ができること、「コンフィギュレーションモジュール」と「インストールモジュール」との間でデータの送受ができることは自明の事項である。 これらを加味すれば、引用文献1発明の「前記判断手段によりスタティックであると判断された場合にはEARファイルの再パッケージへと進み、可変であると判断された場合には可変コンフィギュレーションデータのためにポリシーが目標環境に基づいてコンフィギュレーションデータを決定するために適用され、目標環境に基づいて決定されるコンフィギュレーションデータはJ2EE EARファイルと関連付けられ、拡張EARファイルの中にスタティックと可変なコンフィギュレーションデータを再結合してEARファイルの再パッケージが再パッケージ・モジュールによりなされ」及び「スタティックと可変的な値に基づいて目標環境の構成をコンフィギュレーションモジュールにより設定した後、アプリケーションデプロイメントシステムは目標環境でディレクトリに拡張EARファイルをインポート」することは主体が「送信手段」であるとまでは言えないまでも、本願発明の「前記判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信」することと共通する。 (4)引用文献1発明の「所定の取り決めに従ったアプリケーションデプロイメントシステムにより制御される」及び「前記構成を設定された目標環境で、アプリケーションデプロイメントシステムはアプリケーションを目標環境にインストールする」ことと、本願発明の「前記フレームワークは、前記送信手段により送信された情報を基に前記アプリケーションをインストールする」こととに実質的な差異はない。 (1)ないし(4)の対比によれば、引用文献1発明と本願発明とは次の点で一致し、そして相違する。 〈一致点〉 「規定マニフェストの情報を基にアプリケーションをインストールするフレームワークを具備する装置を制御する制御方法であって、 判断手段は、前記装置において前記アプリケーションをインストールする際、前記規定マニフェストの情報の他に別のマニフェストの情報も必要であるか否かを判断し、 前記判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信し、 前記フレームワークは、前記送信手段により送信された情報を基に前記アプリケーションをインストールすることを特徴とする制御方法。」 〈相違点〉 判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信する主体が、本願発明は「送信手段」であるのに対し、引用文献1発明はそのようであるか不明である点。 5.当審の判断 複数のソフトウェアモジュールやハードウェアモジュールを用いてシステムを構成した場合に、モジュールの間でのメッセージ交換のためにメッセージ「送信手段」、受信手段を備えることは周知の技術であり、引用文献1発明の、判断手段により必要ないと判断された場合には、前記別のマニフェストの情報は送信せずに前記規定マニフェストの情報を前記フレームワークへ送信し、前記判断手段により必要であると判断された場合には、前記規定マニフェストの情報のみならず前記別のマニフェストの情報も前記フレームワークへ送信する主体が、「送信手段」であると成すことは前記周知の技術を参酌することにより当業者が容易になし得ることである。 なお、本願発明では広汎な「フレームワーク」を発明特定事項としているが、仮に、本願発明の「フレームワーク」がOSGiフレームワークのことを特定しているとしても、OSGiフレームワークは、周知の技術(例えば、特開2007-279959号公報の段落【0020】?【0022】の「フレームワーク」、「OSGi」、「マニフェスト」、「OSGiにインストール」との記載や、特開2007-280328号公報の段落【0033】の「OSGiフレームワーク」、段落【0052】の「プログラム設定情報を上書きする」を参照。)にすぎず、OSGiフレームワークを採用することは当業者が適宜になし得る範囲内のことである。 また、本願の発明の詳細な説明を参酌すると本願発明における「マニフェスト」を「jar」の「マニフェスト」に限定解釈することも考えられるが、「jar」は上記引用文献2にも記載される様に周知のものであり、係る周知技術に引用文献1発明を適用することも当業者であれば容易になし得ることである。 そして、本願発明により奏する効果も、引用文献1発明、引用文献2に記載された事項及び周知の技術から当然予想される範囲内のものにすぎず、格別顕著なものと認めることはできない。 よって、本願発明は引用文献1発明、及び、引用文献2に記載される如き周知の技術に基いて当業者が容易に発明し得たものである。 6.むすび 上記のとおり、本願請求項1に係る発明は、その出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができないものであり、本願を拒絶すべきものとした原審の拒絶査定は妥当なものである。 よって、結論のとおり審決する。 |
審理終結日 | 2014-08-20 |
結審通知日 | 2014-08-26 |
審決日 | 2014-09-08 |
出願番号 | 特願2011-13254(P2011-13254) |
審決分類 |
P
1
8・
121-
Z
(G06F)
|
最終処分 | 不成立 |
前審関与審査官 | 前田 浩 |
特許庁審判長 |
石井 茂和 |
特許庁審判官 |
小林 大介 山崎 達也 |
発明の名称 | 画像形成装置、装置、画像形成装置の制御方法、およびプログラム |
代理人 | 阿部 琢磨 |
代理人 | 黒岩 創吾 |