JP2013186862A - 情報処理システム、管理方法およびコンピュータプログラム - Google Patents

Abstract

【課題】ネットワーク上の管理装置によってコンフィグデータを管理されている画像形成装置が再構成される際に、再構成後の画像形成装置に応じてアプリケーションの最適配置を行う情報処理システムを提供する。
【解決手段】契約管理サービス１１０１が、画像形成装置に適用するアプリケーションの再配置を求める要求であって、画像形成装置に適用するアプリケーションの再配置に関する再配置情報を含む再配置要求を受け付け、再配置情報に基づき、再構成後の画像形成装置に対応する再構成アプリを決定し、再構成後の画像形成装置と再構成アプリに関する再構成情報を応答する。画像形成装置が再構成情報を有するアプリケーションの再構成指示を受け付け、再構成情報に基づき再構成アプリを適用する必要があるかを判断し、判断結果に応じ、契約管理サービス１１０１から再構成アプリの配信を受けて適用する。
【選択図】図３

Description

本発明は、情報処理システム、管理方法およびコンピュータプログラムに関する。

コンフィグデータを記憶手段に記憶する画像形成装置が提案されている。このコンフィグデータは、画像形成装置の動作を切り替える設定情報（動作設定情報）である。コンフィグデータは、各画像形成装置が備える記憶手段に記憶されているので、全ての画像形成装置のコンフィグデータを変更するためには、画像形成装置の台数分だけコンフィグデータの変更設定を行う必要がある。画像形成装置の台数分だけコンフィグデータの変更設定を行う手間を省くために、ある情報処理装置から複数の画像形成装置に対してコンフィグデータの一括設定を行う技術が提案されている。

特許文献１は、初期設定操作が行われた複数の画像形成装置が、サーバからシステム初期設定情報をダウンロードして、初期設定内容に反映する画像形成システムを開示している。この画像形成システムによれば、画像形成装置上の初期設定情報が失われた場合でも、サーバから画像形成装置に対して初期設定情報を再配信することができる。

なお、特許文献２は、実行環境に依存せずに実行可能なインストール用プログラムを活用して、製品が異なったり、製品の世代が変わったりしても、複数の製品にて正常動作するプラグイン機能を共通のパッケージで提供できるインストール方法を開示する。

特開２００７−１３０８３８号公報 特開２０１１−６１４５９号公報

画像形成装置と、画像形成装置のコンフィグデータを管理し、かつ、当該画像形成装置上で動作するアプリケーションを配信するサーバとを備える情報処理システムが考えられる。ここで、デバイスリプレイス、追加（再配置）などが行われる場合がある。以下では、デバイスリプレイス、追加を、画像形成装置の再構成と記述する。例えば、下記の（１）、（２）のような、画像形成装置の再構成が考えられる。
（１）複数の既存デバイスを一台の新規デバイスに集約する
（２）新規デバイスを追加（再配置）する

従来の情報処理システムでは、上記（１）に示す、複数の既存デバイスを一台の新規デバイスに集約する場合や、上記（２）に示す、新規デバイスを追加（再配置）する場合に、再構成後の画像形成装置に応じてアプリケーションの最適配置を行うことが困難である。具体的には、従来の情報処理システムでは、画像形成装置の再構成時に、権限がない者によるアプリケーションのコピーを防止しつつ確実な転送を行うことが困難である。また、従来の情報処理システムでは、再構成後の画像形成装置のスペックに応じて、適用するアプリケーションのバージョンアップをすることが困難であるという課題がある。

本発明は、ネットワーク上の管理装置によってコンフィグデータを管理されている画像形成装置が再構成される際に、再構成後の画像形成装置に応じてアプリケーションの最適配置を行う情報処理システムの提供を目的とする。

本発明の一実施形態の情報処理システムは、画像形成装置と、前記画像形成装置を管理する管理装置とを備える情報処理システムである。前記管理装置は、記画像形成装置の動作を切り替える動作設定情報を管理し、前記画像形成装置からの動作設定情報の取得要求に応じて、該画像形成装置に対して該画像形成装置に対応する動作設定情報を送信する動作設定情報管理手段と、前記画像形成装置に適用するアプリケーションを管理するアプリ管理手段とを備る。前記画像形成装置は、動作設定情報の取得要求を前記管理装置に対して送信し、該動作設定情報の取得要求に対する応答として前記管理装置から該動作設定情報を取得する取得要求手段と、前記画像形成装置に適用するアプリケーションを管理するアプリ管理手段とを備える。また、前記管理装置が備えるアプリ管理手段は、ユーザ装置から、前記画像形成装置の再構成に伴って必要となる、画像形成装置に適用するアプリケーションの再配置を求める要求であって、前記画像形成装置に適用するアプリケーションの再配置に関する再配置情報を含む再配置要求を受け付ける要求受け付け手段と、前記再配置要求に含まれる前記再配置情報に基づいて、再構成後の画像形成装置に対応するアプリケーションを再構成アプリとして決定し、前記再構成後の画像形成装置と前記再構成アプリに関する再構成情報を前記ユーザ装置に対して応答する応答手段と、前記再構成後の画像形成装置からの要求に応じて、前記再配置後の画像形成装置に対して前記再構成アプリを配信する配信手段とを備える。また、前記画像形成装置が備えるアプリ管理手段は、前記ユーザ装置から、前記再構成情報を有し、適用するアプリケーションの再構成を指示する再構成指示を受け付ける指示受け付け手段と、前記再構成指示が有する前記再構成情報に基づいて、前記画像形成装置に前記再構成アプリを適用する必要があるかを判断する適用判断手段と、前記画像形成装置に前記再構成アプリを適用する必要があると判断された場合に、前記管理装置に対して、前記再構成アプリの配信を要求し、該要求に応じた前記管理装置から再構成アプリを取得する取得手段と、前記取得した前記再構成アプリを適用する適用手段とを備える。

本発明の情報処理システムによれば、ネットワーク上の管理装置によってコンフィグデータを管理されている画像形成装置が再構成される際に、再構成後の画像形成装置に応じてアプリケーションの最適配置を行うことが可能となる。具体的には、再配置後の画像形成装置の数、機種などに合わせ、再配置前の画像形成装置に適用されていたアプリケーションやライセンスを最適に再配置できる。

本実施形態の全体構成例を示す図である。 情報処理システムのハードウェア構成の一例を示す図である。 情報処理システムの機能ブロック図の一例である。 実コンフィグデータの一例を示す図である。 実機器構成データの一例を示す図である。 テナント別デバイス情報とデバイス別アプリケーション情報の例を示す図である。 アプリ対応スペック情報とデバイススペック情報の例を示す図である。 仮想デバイスの一例を示す図である。 機種別設定値スキーマの一例を示す図である。 テナント用コンフィグデータの一例を示す図である。 テナント用コンフィグデータの更新処理を説明するフローチャートの一例である。 仮想コンフィグデータを取得する処理を説明するフローチャートの一例である。 アプリケーション再配置情報の作成を説明する図である。 アプリケーション構成情報の例である。 アプリケーション構成情報が表示されたユーザインタフェースの例を示す図である。 アプリケーション再配置要求の生成処理を説明する図である。 アプリケーション再配置要求の例である。 アプリケーション再構成確定情報の例である。 アプリケーション再構成確定情報の内容が表示されたユーザインタフェースの例である。 アプリケーション再構成確定情報の生成処理を説明するフローチャートである。 アプリケーションの再配置の開始処理を説明する図（１）である。 アプリケーションの再配置の開始処理を説明する図（２）である。 再構成アプリ開始指示を受ける画像形成装置の動作処理を示す図（１）である。 再構成アプリ開始指示を受ける画像形成装置の動作処理を示す図（２）である。 契約管理サービスへのアプリケーション再構成確定情報の反映処理を説明するフローチャートである。 アプリケーション再構成確定情報の例である。 テナント別デバイス情報の例である。

以下に、本実施形態の情報処理システムについて説明する。まず、本実施形態において用いる用語の定義を行う。コンフィグデータとは、画像形成装置の動作を切り替えるデータ（動作設定情報）である。例えば、コピージョブの面付けのデフォルト値などが該当する。コピージョブの面付けのデフォルト値が「１ ｉｎ １」に設定されていれば、コピーを行った結果、用紙一枚に１ページが印刷される。コピージョブの面付けのデフォルト値が「２ ｉｎ １」に設定されていれば、コピーを行った結果、用紙一枚に２ページが印刷される。

機器構成データとは、画像形成装置が備える機器の構成を示すデータである。機器構成データは、例えば、画像形成装置がファクスユニットを装着しているかを示す。機器構成データは、画像形成装置の機種を一意に識別するための機種コード、動作しているファームウェアバージョンなどを含む。

機種別設定値スキーマとは、画像形成装置が特定の機種で保持するコンフィグデータのスキーマを定義するデータである。スキーマとは、コンフィグデータについての規約や位置づけを定義するデータである。機種別設定値スキーマは、例えば、コンフィグデータ各々の設定値識別子、デフォルト値、値域、データが有効になるための条件を含む。本実施形態においては、機種によって保持するコンフィグデータには差分があり、設定値スキーマを機種別に用意する運用であることを前提とする。

仮想デバイスとは、サーバコンピュータ群が保持する実デバイスのデータ群である。具体的には、仮想デバイスは、少なくとも機器構成データ、コンフィグデータを含む。テナントとは、ユーザが画像形成装置の管理を委託する委託者の単位である。テナント識別子とは、テナントを一意に識別するための識別子である。例えば、ある会社が後述する図１に示すユーザ環境１００にある画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃの管理を委託した場合を想定する。その場合、ユーザ環境１００に対応するテナント識別子が１つ割り当てられ、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃは、そのテナントに属する画像形成装置であると認識され、管理される。

仮想デバイスに含まれるデータと、実デバイスが保持するデータと、テナント専用のデータとを区別するために、以下のように定義する。仮想デバイスに含まれる機器構成データを仮想機器構成データ、コンフィグデータを仮想コンフィグデータと呼ぶ。実デバイスが保持する機器構成データを実機器構成データ、コンフィグデータを実コンフィグデータと呼ぶ。テナント内で共通に利用されるコンフィグデータをテナント用コンフィグデータと呼ぶ。

図１は、本実施形態の全体構成例を示す図である。図１に示すシステムは、ユーザ環境１００、サーバコンピュータ群１０５、サービスマン環境１１０、画像形成装置のベンダ環境１２０を備える。ユーザ環境１００乃至画像形成装置のベンダ環境１２０は、インターネット１０４を介して互いに通信する。インターネット１０４は、公衆回線上のデジタル通信が可能なネットワークである。

ユーザ環境１００は、画像形成装置のユーザが当該画像形成装置の操作を実行する環境である。ユーザ環境１００は、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃ、端末装置１０２Ａを備える。画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃは、本実施形態の画像形成装置である。ネットワーク１０６は、ユーザ環境１００においてデジタル通信が可能なネットワークである。画像形成装置１０１Ａ乃至１０１Ｃは、ネットワーク１０６を介してインターネット１０４にアクセス可能である。端末装置１０２Ａは、ユーザ環境１００のユーザが操作可能なコンピュータである。端末装置１０２Ａも、ネットワーク１０６を介してインターネット１０４にアクセス可能である。

サーバコンピュータ群１０５は、インターネット１０４を介してサービスを提供するサーバ群である。本実施形態において、サーバコンピュータ群１０５は、少なくとも、画像形成装置に対して提供するコンフィグデータを管理する管理装置として機能する。サーバコンピュータ群１０５は、予め設定された管理単位であるテナントに対応付けて、画像形成装置を管理する。また、サーバコンピュータ群１０５は、画像形成装置の契約に関する契約情報を管理する管理装置としても機能する。なお、本実施形態の管理方法は、本実施形態の管理装置の機能によって実現される。また、本実施形態のコンピュータプログラムは、この管理方法をコンピュータに実行させる。

サービスマン環境１１０は、サービスマンが端末装置１０２Ｂを使って画像形成装置の管理を行う環境である。サービスマン環境１１０は、端末装置１０２Ｂを備える。端末装置１０２Ｂは、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃを管理するサービスマンが操作するコンピュータである。端末装置１０２Ｂは、インターネット１０４にアクセス可能である。

画像形成装置のベンダ環境１２０は、画像形成装置を生産するベンダの管理担当者が、画像形成装置の管理に必要なデータのメンテナンスを行う環境である。画像形成装置のベンダ環境１２０は、端末装置１０２Ｃを備える。端末装置１０２Ｃは、画像形成装置のベンダに所属する管理担当者が操作するコンピュータである。端末装置１０２Ｃは、インターネット１０４にアクセス可能である。なお、以下の説明では、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃを画像形成装置１０１とも記述する。また、端末装置１０２Ｂ、１０２Ｃを端末装置１０２とも記述する。

図２は、本実施形態の情報処理システムのハードウェア構成の一例を示す図である。サーバコンピュータ群１０５は、サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとを備える。サーバコンピュータ２１０Ｂは、サーバコンピュータ２１０Ａと同様の構成を備える。サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとは、ネットワーク２２０を通じて通信する。

サーバコンピュータ２１０Ａは、内部バス２１６に接続されたＣＰＵ２０１Ｃ乃至ネットワーク通信装置２０７Ｃを備える。また、画像形成装置１０１は、内部バス２１１Ａに接続されたＣＰＵ２０１Ａ乃至２０９を備える。また、端末装置１０２は、内部バス２１１Ｂに接続されたＣＰＵ２０１Ｂ乃至ネットワーク通信装置２０７Ｂを備える。

以下の説明では、ＣＰＵ２０１Ａ、２０１Ｂ、２０１ＣをＣＰＵ２０１とも記述する。また、不揮発性メモリ２０２Ａ、２０２Ｂ、２０２Ｃを不揮発性メモリ２０２とも記述する。また、揮発性メモリ２０３Ａ、２０３Ｂ、２０３Ｃを揮発性メモリ２０３とも記述する。また、補助記憶装置２０４Ａ、２０４Ｂ、２０４Ｃを補助記憶装置２０４とも記述する。また、ディスプレイ２０５Ａ、２０５Ｂをディスプレイ２０５とも記述する。また、入力装置２０６Ａ、２０６Ｂを入力装置２０６とも記述する。また、ネットワーク通信装置２０７Ａ、２０７Ｂをネットワーク通信装置２０７とも記述する。また、内部バス２１１Ａ、２１１Ｂを内部バス２１１とも記述する。

ＣＰＵ（Central Processing Unit）２０１は、プログラムの実行や、様々な処理の制御を行う。不揮発性メモリ２０２は、ＲＯＭ（Read Only Memory）を備える。機器の起動処理において初期段階に必要なプログラムやデータが格納されている。揮発性メモリ２０３は、ＲＡＭ（Random Access Memory）を備える。揮発性メモリ２０３は、プログラム、データの一時的な格納場所として利用される。

補助記憶装置２０４は、ハードディスクやＲＡＭドライブ等の大容量記憶装置である。補助記憶装置２０４は、大容量データの保管、プログラムの実行コードの保持を行う。補助記憶装置２０４は、揮発性メモリ２０３よりも長時間保持する必要があるデータを記憶する。ディスプレイ２０５は、情報の表示処理を行って、情報を利用者に通知する。なお、本実施形態において、利用者とは、ユーザとサービスマンである。

入力装置２０６は、利用者の選択指示を受け付け、内部バス２１１を介してプログラムに伝達する。ネットワーク通信装置２０７は、外部装置とネットワークを介して通信する装置である。ファクスユニット２０８は、画像形成装置１０１が形成した画像データか、または補助記憶装置２０４Ａに記憶された画像データを、ネットワーク１０６を介して外部装置に送信するハードウェアユニットである。ファクスユニット２０８は、オプションであり、画像形成装置１０１がファクスユニット２０８を備えていなくてもよい。プリンタエンジン２０９は、画像形成装置１０１が形成した画像データか、または補助記憶装置１０１に記憶された画像データを紙媒体に印刷する。

図３は、本実施形態の情報処理システムの機能ブロック図の一例である。図３に示す情報処理システムは、画像形成装置１０１と、設定値管理サービス３１０と、契約管理サービス１１０１とを備える。画像形成装置１０１と、設定値管理サービス３１０と、契約管理サービス１１０１とは、インターネット１０４を介して通信する。設定値管理サービス３１０および契約管理サービス１１０１が、本実施形態の管理装置として機能する。また、本実施形態の情報処理方法およびコンピュータプログラムは、図３に示す情報処理システムの機能によって実現される。

画像形成装置１０１は、実コンフィグデータ保持部３０１、実コンフィグデータ更新部３０２、仮想コンフィグデータ受信部３０３、実機器構成データ収集部３０４、テナント識別子保持部３０５、実機器構成データ通知部３０６を備える。また、画像形成装置１０１は、アプリケーション保持部３９１、アプリケーション管理部３９２、アプリケーションインストール部３９３を備える。

実コンフィグデータ保持部３０１は、画像形成装置のコンフィグデータを保持する。具体的には、実コンフィグデータ保持部３０１は、補助記憶装置２０４Ａにコンフィグデータを記憶して管理する。画像形成装置１０１は、実コンフィグデータ保持部３０１が保持する実コンフィグデータに基づいて、動作の振る舞いを切り替える。

実コンフィグデータ更新部３０２は、実コンフィグデータ保持部３０１が保持する実コンフィグデータを更新する。具体的には、実コンフィグデータ更新部３０２は、仮想コンフィグデータ受信部３０３が取得した仮想コンフィグデータで、実コンフィグデータを更新する。

仮想コンフィグデータ受信部３０３は、設定値管理サービス３１０が備える仮想コンフィグデータ取得部３２０に対して、仮想コンフィグデータの取得要求を行う。そして、仮想コンフィグデータ受信部３０３は、仮想コンフィグデータ取得部３２０が取得した仮想コンフィグデータを仮想コンフィグデータ取得部３２０から受信する。仮想コンフィグデータ受信部３０３は、実コンフィグデータ保持部３０１が保持する実コンフィグデータに設定されているアドレスを用いて、仮想コンフィグデータ取得部３２０を呼び出す。

図４は、実コンフィグデータの一例を示す図である。図４（Ａ）は、デバイス識別子が０１０００１である画像形成装置の実コンフィグデータである。図４（Ｂ）は、デバイス識別子が０１０００２である画像形成装置の実コンフィグデータである。図４（Ｃ）は、デバイス識別子が０２０００１である画像形成装置の実コンフィグデータである。デバイス識別子は、画像形成装置を一意に識別する識別情報である。

実コンフィグデータは、設定値識別子と値といったデータ項目を有する。設定値識別子７０２は、コンフィグデータが含む設定値を一意に識別する識別子である。値は、当該設定値を示す。

図４（Ａ）に示す例では、“ｄｅｖｉｃｅ＿ｓｅｔｔｉｎｇｓ．ｃｌｏｕｄ＿ａｄｄｒｅｓｓ”の値（アドレス）として、ｈｔｔｐ：／／ｄｄｄ．ｃｏｍ／ｃｏｎｆｉｇが設定されている。このアドレスは、画像形成装置１０１に対してコンフィグデータを配信する設定値管理サービスとして設定された設定値管理サービスのアドレスである。従って、上述した仮想コンフィグデータ受信部３０３は、このアドレスに対してアクセスする。なお、仮想コンフィグデータは、図４に示す実コンフィグデータと同様のデータ構成を有する。従って、図４に示す実コンフィグデータを、適宜、仮想コンフィグデータとして説明する。

図３に戻って、実機器構成データ収集部３０４は、画像形成装置１０１の機器構成データ（実機器構成データ）を収集する。

図５は、実機器構成データの一例を示す図である。図５（Ａ）、（Ｂ）、（Ｃ）は、それぞれ異なる画像形成装置の実機器構成データである。実機器構成データは、データ種別６０２と値６０３といったデータ項目を有する。データ種別６０２は、実機器構成データが含むデータの種別である。データ種別６０２には、機種を識別するための機種コードや、ファームウェアバージョン、デバイスを識別するためのデバイス識別子等が設定される。値６０３は、当該データの値である。値６０３には、データ種別に対応する値（例えば、デバイス識別子の値や、ファクスユニットの有無等）が設定される。なお、仮想機器構成データは、実機器構成データと同様のデータ構成を有する。従って、図５に示す実機器構成データを、適宜、仮想機器構成データとして説明する。

テナント識別子保持部３０５は、画像形成装置１０１が属するテナントの識別子であるテナント識別子を保持する。テナント識別子は、画像形成装置１０１の初期設置時に設定され、電源が切られても失われることがないように補助記憶装置２０４Ａに記憶される。

実機器構成データ通知部３０６は、実機器構成データ収集部３０４が収集した実機器構成データと、テナント識別子保持部３０５が保持するテナント識別子とを、設定値管理サービス３１０の実機器構成データ受信部３１８に対して通知する。具体的には、実機器構成データ通知部３０６は、実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を実機器構成データ受信部３１８に送信する。コンフィグデータ生成要求は、画像形成装置１０１に対応する仮想コンフィグデータの生成を求める要求（動作設定生成要求）である。

アプリケーション保持部３９１は、画像形成装置１０１上で動作するアプリケーションを保持する。アプリケーション保持部３９１が保持するアプリケーションは、例えばネットワーク１０６等を介して画像形成装置１０１にインストールされたアプリケーションである。本実施形態では、アプリケーションインストール部３９３が、ライセンスを保持しておりかつ画像形成装置１０１上で実行可能なアプリケーションを、インターネット１０４を介して契約管理サービス１１０１からダウンロードする。そして、アプリケーション保持部３９１が、ダウンロードされたアプリケーションを保持する。

アプリケーション管理部３９２は、アプリケーションのライフサイクルを管理するソフトウェアフレームワーク実装である。具体的には、アプリケーション管理部３９２は、外部装置からインストールされたアプリケーションのライフサイクル（起動、停止、アップグレード、インストール、アンインストール）を管理する。

また、アプリケーション管理部３９２は、契約管理サービス１１０１のアプリケーション情報取得部３９４に対して、画像形成装置１０１内の全てのアプリケーション関連情報と、画像形成装置１０１の情報とを、画像形成装置１０１から取得して返す。アプリケーション関連情報は、例えば、画像形成装置１０１内の全アプリケーションに対する、アプリケーション名、アプリケーションバージョン、インストール可能デバイススペックＩＤのリストである。また、画像形成装置１０１の情報は、例えば、画像形成装置１０１の、デバイス名、ＩＤ、デバイススペック情報である。

アプリケーションインストール部３９３は、外部装置からアプリケーションをインストールする。アプリケーションインストール部３９３は、画像形成装置１０１へのアプリケーションインストールの際、アプリケーションに対応するライセンスの検証を行う。

契約管理サービス１１０１は、画像形成装置１０１の契約に関する情報である契約情報を管理する。本実施形態では、契約管理サービス１１０１は、画像形成装置１０１に対応するアプリケーションを管理する。契約管理サービス１１０１が、アプリケーションのライセンスを管理するようにしてもよいし、ライセンス以外の任意の契約情報（例えば、画像形成装置１０１のライフサイクルの情報等）を管理するようにしてもよい。

契約管理サービス１１０１は、アプリケーション情報取得部３９４、アプリケーション構成部３９５、テナント別アプリケーション情報保持部３９６、アプリケーション保持部３９７を備える。

アプリケーション情報取得部３９４は、画像形成装置１０１から、画像形成装置１０１内の全てのアプリケーション関連情報と、画像形成装置１０１の情報を取得する。アプリケーション情報取得部３９４は、インターネット１０４およびネットワーク１０６、あるいはネットワーク１０６を介して、アプリケーション関連情報と、画像形成装置１０１の情報を取得する。

アプリケーション構成部３９５は、ユーザ装置である端末装置１０２から、画像形成装置の再構成に伴って必要となる、画像形成装置に適用するアプリケーションの再配置を求める要求であるアプリケーション再配置要求を受信する要求受け付け手段として機能する。アプリケーション再配置要求は、画像形成装置に適用するアプリケーションの再配置を求める要求である。端末装置１０２は、例えば画像形成装置の再構成が必要となった場合に、アプリケーションの再配置要求をアプリケーション構成部３９５に送信する。アプリケーション再配置要求は、あるテナントにおける再構成後の画像形成装置１０１のアプリケーション構成変更情報を含む。アプリケーション構成変更情報は、画像形成装置に適用するアプリケーションの再配置に関する情報（再配置情報）である。

アプリケーション構成部３９５は、テナント別アプリケーション情報保持部３９６内の該当テナントに対応する、再構成前の画像形成装置１０１のアプリケーション情報とアプリケーション構成変更情報とを比較する。そして、アプリケーション構成部３９５は、この比較結果に基づいて、テナント別アプリケーション情報保持部３９６内のアプリケーション情報を再構成する。

本実施形態では、あるテナントにおける２台の画像形成装置に分散して配置されている３つのアプリケーションを、新たに導入する１台の画像形成装置にまとめて再配置することを想定する。具体的には、再構成前の画像形成装置は、デバイス識別子が“ＡＡＡ００００１”である画像形成装置と、デバイス識別子が“ＢＢＢ００００３”である画像形成装置である。また、再構成後の画像形成装置は、デバイス識別子が“ＣＣＣ００００５”である画像形成装置である。

本発明が適用される画像形成装置の再配置は、上述した例に限定されない。例えば、再構成前の画像形成装置が、画像形成装置Ａ、Ｂという２台の画像形成装置であり、再配置後の画像形成装置が、画像形成装置Ａ、Ｂ，Ｃという３台の画像形成装置であってもよい。再構成前の画像形成装置ＡにアプリケーションＡとＢとが適用されており、再構成前の画像形成装置ＢにアプリケーションＣが適用されていてもよい。そして、再構成後の画像形成装置ＡにアプリケーションＡが、再構成後の画像形成装置ＢにアプリケーションＢが、再構成後の画像形成装置ＣにアプリケーションＣが適用されるようにしてもよい。

テナント別アプリケーション情報保持部３９６は、テナント別アプリケーション情報を保持する。テナント別アプリケーション情報は、契約管理サービス１１０１が管理する、各テナントに所属する画像形成装置１０１と、画像形成装置１０１にインストールされているアプリケーションに関する情報である。テナント別アプリケーション情報は、テナント別デバイス情報と、デバイス別アプリケーション情報と、アプリ対応スペック情報と、デバイススペック情報とを含む。

図６は、テナント別デバイス情報とデバイス別アプリケーション情報の例を示す図である。図６（Ａ）は、テナント別デバイス情報を示す。テナント別デバイス情報は、テナント識別子（Tenant_ID）１１０１と、デバイス識別子（Device_ID）１１０２と、稼動状態（Status）１１０３といったデータ項目を有する。

テナント識別子１１０１は、テナントを一意に識別する識別情報を示す。デバイス識別子１１０２は、当該テナントに属する画像形成装置を一意に識別する識別情報を示す。稼動状態１１０３は、当該画像形成装置の稼動状態を示す。

図６（Ｂ）は、デバイス別アプリケーション情報を示す。デバイス別アプリケーション情報は、デバイス識別子（Device_ID）１１０４と、アプリケーション識別子（App_ID）１１０５と、アプリケーションバージョン（App_Version）１１０６といったデータ項目を有する。

デバイス識別子１１０４は、図６（Ａ）のデバイス識別子１１０２と同様である。アプリケーション識別子１１０５は、デバイス識別子１１０４に対応する画像形成装置にインストールされているアプリケーションである。アプリケーションバージョン１１０６は、当該アプリケーションのバージョン番号である。

図７は、アプリ対応スペック情報とデバイススペック情報の例を示す図である。図７（Ａ）は、アプリ対応スペック情報を示す。アプリ対応スペック情報は、アプリケーション識別子（App_ID）１４０１と、アプリケーションバージョン（App_Version）１４０２と、デバイススペック識別子（Device_Spec_ID）１４０３といったデータ項目を有する。

アプリケーション識別子１４０１は、図６（Ｂ）のアプリケーション識別子１１０５と同様である。アプリケーションバージョン１４０２は、図６（Ｂ）のアプリケーション識別子１１０５と同様である。デバイススペック識別子は、デバイススペックを一意に識別する識別情報である。デバイススペックは、アプリケーション識別子１４０１に対応するアプリケーションの動作環境を示す。デバイススペックは、画像形成装置の種類に応じて規定される。したがって、デバイススペックは、画像形成装置に実装された当該アプリケーションの動作条件として機能する。すなわち、アプリ対応スペック情報は、予め記憶手段に記憶された、画像形成装置のアプリケーション動作条件に関する動作条件情報として機能する。

図７（Ｂ）は、デバイススペック情報を示す。デバイススペック情報は、機種名（Device_Name）１４０４、デバイス識別子（Device_ID）１４０５、デバイススペック識別子（Device_Spec_ID）１４０６といったデータ項目を有する。機種名１４０４は、画像形成装置の機種名である。デバイス識別子１４０５は、図６（Ａ）のデバイス識別子１１０２と同様である。デバイススペック識別子１４０６は、図７（Ａ）のデバイススペック識別子１４０３と同様である。

図３に戻って、アプリケーション保持部３９７は、契約管理サービス１１０１が管理する画像形成装置１０１上で動作可能な全種類、全バージョンのアプリケーションを保持する。すなわち、アプリケーション構成部３９５、テナント別アプリケーション情報保持部３９６およびアプリケーション保持部３９７は、画像形成装置に適用するアプリケーションを管理するアプリ管理手段として機能する。

設定値管理サービス３１０は、画像形成装置のコンフィグデータを管理する管理装置として機能する。設定値管理サービス３１０は、サーバコンピュータ群１０５上で提供される。

設定値管理サービス３１０は、仮想デバイス保持部３１１、機種別設定値スキーマ保持部３１２、機種別設定値スキーマ更新部３１３、テナント用コンフィグデータ保持部３１４、テナント用コンフィグデータ更新部３１５を備える。また、設定値管理サービス３１０は、仮想コンフィグデータ生成部３１６、仮想コンフィグデータ更新部３１７、実機器構成データ受信部３１８、仮想機器構成データ更新部３１９、仮想コンフィグデータ取得部３２０を備える。また、設定値管理サービス３１０は、仮想コンフィグデータ閲覧部３２１、仮想コンフィグデータ更新確認部３２２を備える。

仮想デバイス保持部３１１は、仮想デバイスを保持する。仮想デバイスは、少なくとも、仮想機器構成データと、仮想コンフィグデータと、仮想デバイスのデバイス識別子と、テナント識別子とを有する。仮想デバイス保持部３１１は、仮想デバイスを補助記憶装置２０４Ｃに記憶して管理する。

図８は、仮想デバイスの一例を示す図である。図８に示す仮想デバイスは、デバイス識別子８０２、テナント識別子８０３、仮想機器構成データ８０４、仮想コンフィグデータ８０５、通知フラグ８０６を有する。デバイス識別子８０２は、仮想デバイスを一意に識別する識別情報である。デバイス識別子８０２は、当該仮想デバイスに対応する画像形成装置１０１を一意に識別する識別情報に相当する。デバイス識別子８０２は、画像形成装置１０１が設定値管理サービス３１０に対して通知する機器構成データに含まれている。

テナント識別子８０３は、仮想デバイスに対応する画像形成装置１０１が属するテナントを一意に識別する識別情報である。仮想機器構成データ８０４は、仮想機器構成データを一意に識別する識別情報である。仮想機器構成データは、仮想デバイスに対応する画像形成装置１０１の機器構成データ（実機器構成データ）に対応する。仮想コンフィグデータ８０５は、仮想コンフィグデータを一意に識別する識別情報である。仮想コンフィグデータは、仮想デバイスに対応する画像形成装置１０１のコンフィグデータ（実コンフィグデータ）に対応する。

通知フラグ８０６は、画像形成装置に対して仮想コンフィグデータ８０５を通知済み、未通知のいずれであるかを示す。通知フラグ８０６に設定された「未」は、画像形成装置に対して仮想コンフィグデータ８０５を未通知であることを示す。通知フラグ８０６に設定された「済」は、画像形成装置に対して仮想コンフィグデータ８０５を通知済みであることを示す。

仮想コンフィグデータの更新が行われると、仮想コンフィグデータ取得部３２０が、当該仮想コンフィグデータを取得して、画像形成装置１０１に対して通知する。従って、仮想コンフィグデータ更新部３１７が、仮想コンフィグデータを更新すると、仮想コンフィグデータ更新部３１７は、当該仮想コンフィグデータに対応する通知フラグ８０６に「未」を設定する。また、仮想コンフィグデータ取得部３２０が、例えば当該仮想コンフィグデータを取得すると、仮想コンフィグデータ取得部３２０は、当該仮想コンフィグデータに対応する通知フラグ８０６に「済」を設定する。

図３に戻って、機種別設定値スキーマ保持部３１２は、機種別設定値スキーマを保持する。画像形成装置の各機種に対応して１つの機種別設定値スキーマが用意される。

図９は、機種別設定値スキーマの一例を示す図である。図９（Ａ）は、機種コードが０ｘ０１の機種に対応する機種別設定値スキーマである。図９（Ｂ）は、機種コードが０ｘ０２の機種に対応する機種別設定値スキーマである。機種別設定値スキーマは、設定値識別子４０２、デフォルト値４０３、値域４０４、条件４０５といったデータ項目を有する。

設定値識別子４０２は、設定項目を一意に識別する識別情報である。例えば、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」は、コピー設定の面付けに関する設定項目を示す。設定値識別子４０２が同じであることは、違う機種であっても設定項目が同じであることを示す。デフォルト値４０３は、当該機種におけるデフォルト設定値である。値域４０４は、当該機種において設定し得る範囲の定義である。例えば、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」の値域４０４を参照すると、当該機種において、コピー設定として「１ ｉｎ １，２ ｉｎ １，４ ｉｎ １」の３種類から選択できることを示す。

条件４０５は、当該機種において設定値を利用するために必要な条件の定義である。「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」という設定項目に対応する条件４０５には、「ファクスユニット」が設定されている。従って、この設定項目の設定値は、ファクスユニットの装着が確認できた場合のみ有効となる。

図３に戻って、機種別設定値スキーマ更新部３１３は、機種別設定値スキーマ保持部３１２が保持する機種別設定値スキーマを更新する。例えば、新しい機種を画像形成装置のベンダが発表した場合には、ベンダの管理責任者の指示によって、新しい機種に対応する機種別設定値スキーマが登録される。また、設定項目に変更があった場合に、機種別設定値スキーマ更新部３１３は、機種別設定値スキーマを更新する。

テナント用コンフィグデータ保持部３１４は、テナントが画像形成装置に対して設定したいコンフィグデータを保持する。

図１０は、テナント用コンフィグデータの一例を示す図である。テナント用コンフィグデータは、設定値識別子５０２と値５０３といったデータ項目を有する。設定値識別子５０２は、図９に示す機種別設定値スキーマが含む設定値識別子４０２と同様である。値５０３は、テナントが所望する共通設定の値である。「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」には、「２ ｉｎ １」が設定されている。これは、テナントが保持する画像形成装置全てに「２ ｉｎ １」が設定されることを所望していることを示す。

図３に戻って、テナント用コンフィグデータ更新部３１５は、テナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータを更新する。テナントが保持する画像形成装置の管理を行うサービスマンの操作に従って、サービスマン環境１１０にある端末装置１０２Ｂが、テナント用コンフィグデータの更新指示を行う。テナント用コンフィグデータ更新部３１５は、この更新指示に従って、テナント用コンフィグデータを更新する。なお、サービスマンは、端末装置１０２Ｂ内で動作するウェブブラウザに表示される設定画面上で操作する。

仮想コンフィグデータ生成部３１６は、機種別設定値スキーマと、テナント用コンフィグデータと、仮想機器構成データとに基づいて、仮想コンフィグデータを生成する。まず、仮想コンフィグデータ生成部３１６は、仮想デバイス保持部３１１から、図５（Ａ）に示す仮想機器構成データを取得する。

次に、仮想コンフィグデータ生成部３１６は、取得した仮想機器構成データが含む機種コードを参照し、画像形成装置の機種を特定する。図５（Ａ）に示す仮想機器構成データを例にとると、機種コードに対応する値として０ｘ０１が設定されている。従って、仮想コンフィグデータ生成部３１６は、画像形成装置の機種として、機種コードが０ｘ０１の機種を特定する。

次に、仮想コンフィグデータ生成部３１６は、特定した機種コードに対応する機種別設定値スキーマを、機種別設定値スキーマ保持部３１２から取得する。仮想コンフィグデータ生成部３１６は、例えば、機種コードが０ｘ０１に合致する、図９（Ａ）に示す機種別設定値スキーマを取得する。

次に、仮想コンフィグデータ生成部３１６は、取得した機種別設定値スキーマに定義された設定値を、仮想コンフィグデータのベースとする。図９（Ａ）に示す機種別設定値スキーマを例にとると、仮想コンフィグデータ生成部３１６は、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」乃至「ｂｏｘ＿ｓｅｔｔｉｎｇｓ．ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓ」の５つの設定項目に対応する設定値をベースとする。

次に、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータ保持部３１４から、図１０に示すテナント用コンフィグデータを取得する。仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まるかを判断する。

図１０に示すテナント用コンフィグデータと図９（Ａ）に示す機種別設定値スキーマとを例にとって説明する。テナント用コンフィグデータが含む「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」という設定項目の値（設定値）は「２ ｉｎ １」である。一方、機種別設定値スキーマに定義された、当該設定項目に対応する値域は、「１ ｉｎ １，２ ｉｎ
１，４ ｉｎ １」である。従って、テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まっている。

テナント用コンフィグデータが含む「ｄｅｖｉｃｅ＿ｓｅｔｔｉｎｇｓ．ｓｌｅｅｐ＿ｔｉｍｅ」という設定項目の値（設定値）は「１０秒」である。一方、機種別設定値スキーマに定義された、当該設定項目に対応する値域は、「１分、１０分、１時間」である。従って、テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まらない。

テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まらない場合、仮想コンフィグデータ生成部３１６は、機種別設定値スキーマに定義されたデフォルト値を取得する。この例では、「１０分」というデフォルト値を取得する。仮想コンフィグデータ生成部３１６は、取得したデフォルト値を、仮想コンフィグデータにおける、当該設定項目の設定値として用いる。

テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まっている場合、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータが含む設定値を、仮想コンフィグデータの当該設定項目に対応する設定値とする。

次に、仮想コンフィグデータ生成部３１６は、仮想機器構成データが、機種別設定値スキーマに定義された条件を満たすかを判断する。図９（Ａ）に示す機種別設定値スキーマを参照すると、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」に対応する条件は特にない。従って、図５（Ａ）に示す仮想機器構成データは、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」に対応する条件を満たす。

しかし、「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」に対応する条件は「ファクスユニット」であるのに対し、機器構成データが含む「ファクスユニット」の値として「なし」が設定されている。従って、仮想機器構成データは、当該設定項目に対応する条件を満たさない。

仮想機器構成データが機種別設定値スキーマに定義された条件を満たさない場合、仮想コンフィグデータ生成部３１６は、機種別設定値スキーマに定義されたデフォルト値４０３を取得する。この例では、仮想コンフィグデータ生成部３１６は、「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」に対応するデフォルト値である「ＯＦＦ」を取得する。仮想コンフィグデータ生成部３１６は、取得したデフォルト値を、仮想コンフィグデータにおける、当該設定項目の設定値として用いる。

図３に戻って、仮想コンフィグデータ更新部３１７は、仮想コンフィグデータ生成部３１６が生成した仮想コンフィグデータで、仮想デバイス保持部３１１が保持する仮想デバイスが有する仮想コンフィグデータを更新する。

具体的には、仮想コンフィグデータ更新部３１７は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、生成した仮想コンフィグデータに対応するデバイス識別子を持つ仮想デバイスを取得する。そして、仮想コンフィグデータ更新部３１７は、取得した仮想デバイスが有する仮想コンフィグデータを、生成した仮想コンフィグデータで更新する。仮想コンフィグデータ更新部３１７は、さらに、仮想デバイスの通知フラグ８０６が「済」である場合、「未」に設定する。通知フラグ８０６が「済」に設定されていることは、画像形成装置に対応する仮想コンフィグデータの変更があり、画像形成装置は新しい仮想コンフィグデータを参照する必要があることを意味する。

実機器構成データ受信部３１８は、画像形成装置１０１が備える実機器構成データ通知部３０６から、機器構成データ（図５）と、テナント識別子とを受信する。仮想機器構成データ更新部３１９は、実機器構成データ受信部３１８が受信した機器構成データで、仮想デバイス保持部３１１が保持する仮想デバイスが有する仮想機器構成データを更新する。具体的には、仮想機器構成データ更新部３１９は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、実機器構成データ受信部３１８が受信した機器構成データに設定されたデバイス識別子を持つ仮想デバイスを取得する。そして、仮想機器構成データ更新部３１９は、取得した仮想デバイスが有する仮想機器構成データを、実機器構成データ受信部３１８が受信した機器構成データで更新する。

仮想コンフィグデータ取得部３２０は、インターネット１０４を介して、画像形成装置１０１が備える仮想コンフィグデータ受信部３０３から仮想コンフィグデータの取得要求を受け取り、仮想デバイス保持部３１１から仮想コンフィグデータを取得する。

仮想コンフィグデータの取得要求は、少なくとも仮想デバイスを特定するデバイス識別子を含んでいる。従って、仮想コンフィグデータ取得部３２０は、仮想コンフィグデータの取得要求が含むデバイス識別子を持つ仮想デバイスを探索する。仮想コンフィグデータ取得部３２０は、探索された仮想デバイスが有する仮想コンフィグデータを取得する。そして、仮想コンフィグデータ取得部３２０は、インターネット１０４を介して、取得した仮想コンフィグデータを要求元すなわち仮想コンフィグデータ受信部３０３に渡す。

仮想コンフィグデータ閲覧部３２１は、インターネット１０４を介して、外部装置からコンフィグデータの閲覧要求を受ける。コンフィグデータの閲覧要求は、ＨＴＴＰプロトコル上の要求である。仮想コンフィグデータ閲覧部３２１は、閲覧要求に対応する仮想コンフィグデータを取得し、取得した仮想コンフィグデータの閲覧用のＨＴＭＬページを生成して要求元に返す。

仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータが更新されているかを確認する。具体的には、画像形成装置１０１が備える仮想コンフィグデータ受信部３０３が、インターネット１０４を介して、仮想コンフィグデータ更新確認部３２２に対して該画像形成装置１０１のデバイス識別子を送信する。仮想コンフィグデータ更新確認部３２２は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、受信したデバイス識別子に一致する仮想デバイスを探索する。

仮想コンフィグデータ更新確認部３２２は、探索された仮想デバイスの通知フラグ８０６を参照する。通知フラグ８０６が「未」である場合、仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータの更新があったと判断する。通知フラグ８０６が「済」である場合、仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータの更新はないと判断する。仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータが更新されているか否かを仮想コンフィグデータ受信部３０３に返す。そして、仮想コンフィグデータが更新されていることを確認した仮想コンフィグデータ受信部３０３が、設定値管理サービス３１０の仮想コンフィグデータ取得部３２０に対して、コンフィグデータの取得要求を行う。

仮想コンフィグデータ更新確認部３２２が、仮想コンフィグデータ更新部３１７によって仮想コンフィグデータが更新されたことを契機として、仮想コンフィグデータが更新されているかを確認するようにしてもよい。そして、仮想コンフィグデータ更新確認部３２２が仮想コンフィグデータが更新されていることを確認した場合に、仮想コンフィグデータ取得部３２０が、コンフィグデータを取得し、画像形成装置１０１の仮想コンフィグデータに送信するようにしてもよい。

図１１は、テナント用コンフィグデータの更新処理を説明するフローチャートの一例である。この例では、管理者ユーザが、端末装置１０２Ａを用いて、テナント用コンフィグデータを更新する。フローチャートの各ステップの処理を実現するプログラムは、不揮発性メモリ２０２Ｃ、揮発性メモリ２０３Ｃ、補助記憶装置２０４Ｃのいずれかの記憶部に記憶され、ＣＰＵ２０１Ｃにより実行される。

まず、テナント用コンフィグデータ更新部３１５が、端末装置１０２Ａから送信された、テナント用コンフィグデータの更新要求を検知する（ステップＳ９０１）。次に、テナント用コンフィグデータ更新部３１５が、テナント用コンフィグデータ保持部３１４に対して、テナント用コンフィグデータの更新要求に対応するテナント用コンフィグデータが登録済みであるか確認する（ステップＳ９０２）。テナント用コンフィグデータの更新要求に対応するテナント用コンフィグデータが登録済みである場合は、ステップＳ９０７に進む。テナント用コンフィグデータの更新要求に対応するテナント用コンフィグデータが登録済みでない場合は、ステップＳ９０３に進む。

ステップＳ９０３において、テナント用コンフィグデータ更新部３１５が、テナントが保持する仮想デバイスを仮想デバイス保持部３１１から取得する。テナント用コンフィグデータ更新部３１５が、取得した仮想デバイスが含む仮想機器構成データを取得する。そして、テナント用コンフィグデータ更新部３１５が、取得した仮想機器構成データが含む機種コードを取得する（ステップＳ９０３）。

次に、テナント用コンフィグデータ更新部３１５が、取得した機種コードに対応する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する（ステップＳ９０４）。続いて、テナント用コンフィグデータ更新部３１５が、ステップＳ９０４において取得した機種別設定値スキーマの少なくとも１つが持つ設定項目をリストアップする（ステップＳ９０５）。そして、テナント用コンフィグデータ更新部３１５が、ステップＳ９０５においてリストアップした設定項目を持つ、空のテナント用コンフィグデータを生成して（ステップＳ９０６）、ステップＳ９０７に進む。

ステップＳ９０７において、テナント用コンフィグデータ更新部３１５が、テナント用コンフィグデータの具体的な更新指示を検知する（ステップＳ９０７）。そして、テナント用コンフィグデータ更新部３１５が、ステップ９０７において検知した更新指示に基づいて、テナント用コンフィグデータを更新する（ステップＳ９０８）。テナント用コンフィグデータ保持部３１４は、更新されたテナント用コンフィグデータを記憶する。

次に、仮想コンフィグデータ生成部３１６が、テナント用コンフィグデータが更新されたことを検知する（ステップＳ９０９）。そして、仮想コンフィグデータ生成部３１６が、仮想デバイス保持部３１１が保持する仮想デバイスから、更新が検知されたテナント用コンフィグデータのテナント識別子に合致する仮想デバイスを探索する。探索された仮想デバイスに対して順次処理を行うため、仮想コンフィグデータ生成部３１６は、１つの仮想デバイスを取得する。

仮想コンフィグデータ生成部３１６は、仮想デバイスを取得できたかを判断する（ステップＳ９１０）。全ての仮想デバイスに対して順次処理が行われ、次の仮想デバイスを取得できない場合には、処理を終了する。仮想コンフィグデータ生成部３１６が、次の仮想デバイスを取得できた場合は、ステップＳ９１１に進む。

ステップＳ９１１において、仮想コンフィグデータ生成部３１６が、処理対象の仮想デバイスから仮想機器構成データを取得する（ステップＳ９１１）。続いて、仮想コンフィグデータ生成部３１６が、ステップＳ９１１において取得された仮想機器構成データから機種コードを取得する。そして、仮想コンフィグデータ生成部３１６が、取得した機種コードに対応する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する（ステップＳ９１２）。

次に、仮想コンフィグデータ生成部３１６が、仮想機器構成データと、機種別設定値スキーマと、テナント用コンフィグデータとに基づいて、仮想コンフィグデータを生成する（ステップＳ９１３）。そして、仮想コンフィグデータ更新部３１７が、生成された仮想コンフィグデータを仮想デバイスに登録して（ステップＳ９１４）、ステップＳ９１０に戻る。ステップＳ９１４の処理によって、更新されたテナント用コンフィグデータが仮想コンフィグデータに反映される。

図１２は、画像形成装置が仮想コンフィグデータを取得する処理を説明するフローチャートの一例である。図１２のステップＳ１００１乃至Ｓ１００７のステップは、画像形成装置において実行される。これらのステップを実行するためのプログラムは、不揮発性メモリ２０２Ａ、揮発性メモリ２０３Ａ、補助記憶装置２０４Ａのいずれかの記憶部に記憶され、ＣＰＵ２０１Ａにより実行される。また、ステップＳ１０５１乃至Ｓ１０５８は、サーバコンピュータ群１０５において実行される。これらのステップを実行するためのプログラムは、不揮発性メモリ２０２Ｃ、揮発性メモリ２０３Ｃ、補助記憶装置２０４Ｃのいずれかの記憶部に記憶され、ＣＰＵ２０１Ｃにより実行される。

まず、画像形成装置１０１の実機器構成データ通知部３０６が、画像形成装置１０１の電源ＯＮを検知する（ステップＳ１００１）。続いて、実機器構成データ収集部３０４が、機器構成データを収集する（ステップＳ１００２）。

次に、実機器構成データ通知部３０６が、画像形成装置１０１が備える機器の構成情報の変更があるかを判断する構成変更判断手段として機能する。具体的には、実機器構成データ通知部３０６が、ステップ１００２で収集した実機器構成データに基づいて、設定値管理サービス３１０に対して未通知である実機器構成データの変更があるかを判断する（ステップＳ１００３）。

未通知である実機器構成データの変更があった場合は、ステップＳ１００５に進む。未通知である実機器構成データの変更がない場合は、ステップＳ１００４に進む。新規デバイス設置時は、ステップＳ１００５に進むことになる。

ステップ１００４において、仮想コンフィグデータ受信部３０３が、デバイスが最新の仮想コンフィグデータを取得済みか、すなわち、仮想コンフィグデータが更新されているかを判断する（ステップＳ１００４）。具体的には、仮想コンフィグデータ受信部３０３は、インターネット１０４を介して、設定値管理サービス３１０の仮想コンフィグデータ更新確認部３２２に対して、仮想コンフィグデータが更新されているかを確認する。仮想コンフィグデータ受信部３０３は、上記確認結果に基づいて、仮想コンフィグデータが更新されているかを判断する。仮想コンフィグデータが更新されていない場合は、処理を終了する。仮想コンフィグデータが更新されている場合は、ステップＳ１００７に進む。

ステップ１００５において、実機器構成データ通知部３０６が、実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を設定値管理サービス３１０に通知する（ステップＳ１００５）。すなわち、実機器構成データ通知部３０６は、構成情報の変更があると判断した場合に、該変更があった構成情報と画像形成装置に対応する管理単位に関する情報（テナント識別子）とを含むコンフィグデータ生成要求を送信する。通知先のアドレスは、実コンフィグデータ保持部３０１が保持しているアドレスである。

設定値管理サービス３１０は、ステップ１０５１において、上記通知を検知して処理を行う。設定値管理サービス３１０が実行する処理についての詳細は後述する。

次に、仮想コンフィグデータ受信部３０３が、仮想コンフィグデータの更新が完了するまで処理の実行を待ち合わせる（ステップＳ１００６）。続いて、仮想コンフィグデータ受信部３０３が、設定値管理サービス３１０から仮想コンフィグデータを受信する。すなわち、仮想コンフィグデータ受信部３０３は、コンフィグデータ生成要求に応じて仮想コンフィグデータを生成（更新）した設定値管理サービス３１０から、画像形成装置１０１に対応する動作設定情報を取得する。そして、仮想コンフィグデータ更新部３１７が、受信された仮想コンフィグデータを実コンフィグデータとして更新する（ステップＳ１００７）。実コンフィグデータは、実コンフィグデータ保持部３０１によって記憶される。すなわち、実機器構成データ通知部３０６および仮想コンフィグデータ受信部３０３は、以下の処理を実行する取得要求手段として機能する。取得要求手段は、動作設定情報の取得要求を設定値管理サービス３１０に対して送信し、該動作設定情報の取得要求に対する応答として設定値管理サービス３１０から該動作設定情報を取得する。

ステップ１０５１において、設定値管理サービス３１０の実機器構成データ受信部３１８が、画像形成装置１０１から実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を受信する（ステップＳ１０５１）。

次に、仮想機器構成データ更新部３１９が、仮想デバイス保持部３１１が保持する仮想デバイスの中から、Ｓ１０５１で受信したコンフィグデータ生成要求が含む実機器構成データとテナント識別子とに合致する仮想デバイスを検索する（ステップＳ１０５４）。合致する仮想デバイスが検索された場合は、ステップＳ１０５４に進む。合致する仮想デバイスが検索されなかった場合は、ステップ１０５３に進む。新規デバイス設置時など、画像形成装置が初めて設定値管理サービス３１０と通信を行った時には、仮想デバイスを検索できない場合がある。従って、この場合はステップＳ１０５３に進む。

ステップＳ１０５３において、仮想機器構成データ更新部３１９が、空の仮想デバイスを生成して（ステップＳ１０５３）、ステップＳ１０５４に進む。続いて、仮想機器構成データ更新部３１９が、Ｓ１０５２において検索された仮想デバイスの仮想機器構成データを、ステップＳ１０５１において受信したコンフィグデータ生成要求が含む実機器構成データで更新する（ステップＳ１０５４）。また、仮想機器構成データ更新部３１９は、ステップＳ１０５３において生成された仮想デバイスの仮想機器構成データとして、ステップＳ１０５１において受信したコンフィグデータ生成要求が含む実機器構成データを設定する。これにより、画像形成装置１０１に対応する仮想デバイスが更新される。

次に、仮想コンフィグデータ生成部３１６が、ステップＳ１０５６において更新された仮想機器構成データから機種コードを取得する。そして、仮想コンフィグデータ生成部３１６が、取得した機種コードに該当する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する（ステップＳ１０５５）。

次に、仮想コンフィグデータ生成部３１６が、テナント用コンフィグデータを取得する（ステップＳ１０５６）。具体的には、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータから、ステップＳ１０５１において受信されたテナント識別子に対応するテナント用コンフィグデータを取得する。

次に、仮想コンフィグデータ生成部３１６が、仮想機器構成データ、機種別設定値スキーマ、テナント用コンフィグデータに基づいて、仮想コンフィグデータを生成する（ステップＳ１０５７）。ステップ１０５７の処理は、図１１のステップＳ９１３の処理と同様である。すなわち、仮想コンフィグデータ生成部３１６は、コンフィグデータ生成要求が含む構成情報（機器構成データ）に基づいて画像形成装置１０１に対応するコンフィグデータを生成する生成手段として機能する。

次に、仮想コンフィグデータ更新部３１７が、生成された仮想コンフィグデータを、該当する仮想デバイスに登録、更新する（ステップＳ１０５８）。ステップＳ１０５８においては、さらに、仮想コンフィグデータ取得部３２０が、生成された仮想コンフィグデータを画像形成装置１０１の仮想コンフィグデータ受信部３０３に対して送信する。すなわち、実機器構成データ受信部３１８、仮想機器構成データ更新部３１９、仮想コンフィグデータ生成部３１６、仮想デバイス保持部３１１および仮想コンフィグデータ取得部３２０は、以下の処理を実行する動作設定情報管理手段として機能する。この動作設定情報管理手段は、コンフィグデータを管理し、画像形成装置からのコンフィグデータの取得要求に応じて、該画像形成装置に対して該画像形成装置に対応するコンフィグデータを送信する。

次に、本実施形態の情報処理システムが実行する、画像形成装置に対するアプリケーションの再配置処理について説明する。アプリケーションの再配置処理は、以下のステップＡ乃至Ｃにしたがって順次実行される。
ステップＡ．端末装置とサーバコンピュータ群によるアプリケーション再構成情報の作成と配信
ステップＢ．端末装置と画像形成装置による再構成確定情報に基づいたアプリケーションの再構成
ステップＣ．端末装置と画像形成装置による再構成確定アプリケーション（再構成アプリ）の開始
ステップＤ．端末装置とサーバコンピュータ群によるアプリケーション再構成確定情報の反映
なお、本発明の適用は、アプリケーションの再配置処理に限定されない。例えば、本発明は、契約管理サービス１１０１が管理する当該アプリケーションのライセンスの再配置処理にも適用することができる。

＜端末装置とサーバコンピュータ群によるアプリケーション再構成情報の作成と配信＞
図１３は、端末装置１０２と、サーバコンピュータ群１０５の契約管理サービス１１０１による、アプリケーション再配置情報の作成を説明するアクティビティ図の例である。

まず、端末装置１０２が、契約管理サービス１１０１に対して、各テナントにおける画像形成装置１０１に対応するアプリケーション構成情報を、ＲＥＳＴを用いて要求する（ステップＳ２００１）。アプリケーション構成情報は、画像形成装置１０１の属性情報と、当該画像形成装置１０１にインストールされているアプリケーションの属性情報とを含む。画像形成装置１０１の属性情報は、例えば、機種名、デバイス識別子、デバイススペックである。アプリケーションの属性情報は、例えば、アプリケーション識別子、バージョン番号、デバイススペックである。

端末装置１０２が、アプリケーション構成情報の要求の送信に成功したかを判定する（ステップＳ２００２）。アプリケーション構成情報の要求の送信に成功した場合、契約管理サービス１１０１のアプリケーション情報取得部３９４が、テナント別アプリケーション情報保持部３９６からテナント別アプリケーション情報（図６（Ａ）乃至図７（Ｂ））を取得する。そして、アプリケーション情報取得部３９４が、取得したテナント別アプリケーション情報に基づいて、要求元テナントに属する画像形成装置のアプリケーション構成情報を生成する（ステップＳ２００３）。例えば、アプリケーション情報取得部３９４は、テナントＡに属する画像形成装置のアプリケーション構成情報を生成する。

デバイス情報の要求の送信に失敗した場合、端末装置１０２は、エラーメッセージを表示して処理を終了する（ステップＳ２００６）。本実施形態における、上記ＲＥＳＴを用いたアプリケーション構成情報の要求の例は、以下のとおりである。この要求は、テナントＡに対応する画像形成装置のアプリケーション構成情報の送信を求めている。
ｈｔｔｐ：／／ａｐｉ．ｓｅｒｖｅｒｃｏｍｐｕｔｅｒ．ｃｏｍ／ｄｅｖｉｃｅ−ｉｎｆｏ．ｓｘｍｌ？ｔｅｎａｎｔ＿ｉｄ＝Ａ

次に、アプリケーション情報取得部３９４が、アプリケーション構成情報の生成の成否の判定を行う（ステップＳ２００４）。アプリケーション構成情報の生成に成功した場合、アプリケーション情報取得部３９４は、要求元端末装置１０２に対して、当該アプリケーション構成情報を送信する（ステップＳ２００５）。本実施形態では、アプリケーション構成情報は、例えば、図１４に示すＳＸＭＬフォーマット形式で生成される。

図１３に戻って、アプリケーション構成情報の生成に失敗した場合、アプリケーション情報取得部３９４は、エラーメッセージを端末装置１０２に送信する（ステップＳ２００６）。アプリケーション情報取得部３９４からアプリケーション構成情報を受信した端末装置１０２は、このアプリケーション構成情報を表示する（ステップＳ２００７）。

図１５は、端末装置におけるアプリケーション構成情報が表示されたユーザインタフェースの例を示す図である。このユーザインタフェースには、テナント内のデバイス一覧が表示され、さらにテナント内の各デバイスにインストールされているアプリケーション一覧が表示される。図１５中の文字“Ｓｏｕｒｃｅ”は、表示されているデバイスが再構成前のデバイス（既存のデバイス）であることを示す。この例では、既存のデバイスＤｅｖ＿Ａ内に、アプリケーションＡｐｐ＿ＡおよびアプリケーションＡｐｐ＿Ｂが存在する。また、既存のデバイスＤｅｖ＿Ｂ内に、アプリケーションＡｐｐ＿Ｃが存在する。

管理者は、図１５に示すユーザインタフェース上に表示されたアプリケーション構成情報を編集し、アプリケーション再配置要求を生成することができる。アプリケーション再構成要求は、再構成後の画像形成装置に対するアプリケーションの再配置を求める要求である。

図１６は、アプリケーション再配置要求の生成処理を説明する図である。図１５に示すユーザインタフェース上でのユーザ操作にしたがって、端末装置１０２は、図１６に示す画面を表示する。図１６中の“Ｄｅｓｔｉｎａｔｉｏｎ”は、再構成後の画像形成装置と当該画像形成装置に適用することが必要なアプリケーションの表示欄（転送先表示欄）である。端末装置１０２は、転送先表示欄に表示された内容に応じたアプリケーション再構成要求を生成する。

この例では、管理者は、Ｄｅｖ＿Ａ、Ｄｅｖ＿ＢにインストールされているＡｐｐ＿Ａ乃至Ａｐｐ＿Ｃを、新たに配置されたデバイスＤｅｖ＿Ｃに集約しようとするものとする。したがって、端末装置１０２は、例えば、デバイスＤｅｖ＿ＣへのＡｐｐ＿Ａ乃至Ａｐｐ＿Ｃのインストールを求めることを指示するアプリケーション構成変更情報を生成する。そして、端末装置１０２は、生成したアプリケーション構成変更情報を含むアプリケーション再配置要求を生成する（図１３のステップＳ２００８）。

次に、端末装置１０２は、アプリケーション再配置要求の生成の成否を判定する（ステップＳ２００９）。アプリケーション再配置要求の生成が成功した場合、端末装置１０２は、アプリケーション再配置要求を、例えば図１７に示すＳＸＭＬフォーマットにてパッケージする。

図１７は、アプリケーション再配置要求に含まれるアプリケーション構成変更情報を示す。テナント識別子の一階層下に、テナントの所有する画像形成装置のうち、再構成後の画像形成装置がリストされ、さらに当該画像形成装置の一階層下に、当該画像形成装置の属性情報がリストされる。画像形成装置の属性情報には、画像形成装置の機種名、画像形成装置のデバイス識別子、画像形成装置のデバイススペック識別子、アプリケーション一覧がリストされる。アプリケーション一覧は、再構成後の画像形成装置に適用することが必要なアプリケーションの一覧である。さらに、リストされたアプリケーションの一階層下に、各アプリケーションの属性情報がリストされる。各アプリケーションの属性情報には、アプリケーション名、バージョン番号、当該アプリケーションがインストール可能な画像形成装置のデバイススペック識別子がリストされる。すなわち、アプリケーション構成変更情報は、少なくとも再配置後の画像形成装置のアプリケーション動作条件（デバイススペック）を有する属性情報と、適用要求アプリの属性情報とを含む。適用要求アプリは、端末装置１０２が再構成後の画像形成装置への適用を求めるアプリケーションである。

図１３に戻って、端末装置１０２は、パッケージしたアプリケーション再配置要求を、契約管理サービス１１０１のアプリケーション情報取得部３９４に送信する（ステップＳ２０１０）。アプリケーション再配置要求の生成に失敗した場合、端末装置１０２は、エラーメッセージを表示して処理を終了する（ステップＳ２００６）。

次に、端末装置１０２が、アプリケーション再配置要求の送信の成否を判定する（ステップ２０１１）。アプリケーション再配置要求の送信が成功した場合、アプリケーション情報取得部３９４は、上記ＳＸＭＬフォーマットにてパッケージされたアプリケーション再配置要求を取得する（ステップＳ２０１２）。アプリケーション再配置要求の送信が失敗した場合（ステップＳ２０１１）、端末装置１０２は、エラーメッセージを表示して、処理を終了する（ステップＳ２００６）。

次に、アプリケーション情報取得部３９４が、アプリケーション再配置要求の取得の成否を判定する（ステップＳ２０１３）。アプリケーション再配置要求の取得に成功した場合、アプリケーション構成部３９５が、アプリケーション再構成確定情報を生成し（ステップＳ２０１４）、端末装置１０２に返す。アプリケーション再構成確定情報は、再構成後の画像形成装置と、再構成後のアプリケーションに適用することが確定したアプリケーションに関する情報（再構成情報）である。すなわち、アプリケーション構成部３９５は、以下の処理を実行する応答手段として機能する。アプリケーション構成部３９５は、アプリケーション再配置要求に含まれる再配置情報（アプリケーション構成変更情報）に基づいて、再構成後の画像形成装置に対応するアプリケーションを再構成アプリとして決定する。アプリケーション構成部３９５は、再構成後の画像形成装置と再構成アプリに関する再構成情報を端末装置１０２に対して応答する。

図１８は、アプリケーション再構成確定情報の例を示す図である。アプリケーション再構成確定情報は、再構成後の画像形成装置に適用されるアプリケーションの属性として“ｖｅｒ＿ｕｐ”属性が付与されている。“ｖｅｒ＿ｕｐ”属性は、アプリケーション構成変更情報が含むアプリケーションのバージョンアップが必要か否かを示す。“ｖｅｒ＿ｕｐ”属性が“ｔ”であることは、当該アプリケーションを再構成後の画像形成装置にインストールするためにはバージョンアップが必要であることを示す。“ｖｅｒ＿ｕｐ”属性が“ｎｉｌ”であることは、当該アプリケーションを再構成後の画像形成装置にインストールするためにバージョンアップが必要でないことを示す。すなわち、アプリケーション再構成確定情報は、少なくとも再配置後の画像形成装置の属性情報と該再配置後の画像形成装置に適用する再構成アプリの属性情報とを含む。

アプリケーション構成部３９５は、アプリケーション再配置要求に含まれるアプリケーション構成変更情報と、テナント別アプリケーション情報保持部３９６が保持するテナント別アプリケーション情報とに基づいて、アプリケーション再構成確定情報を生成する。アプリケーション再構成確定情報の生成処理については、図２０を参照して後述する。

図１３に戻って、アプリケーション構成部３９５は、ステップＳ２０１４においてアプリケーション再構成確定情報を作成し終えると、アプリケーション再構成確定情報を端末装置１０２に送信する。端末装置１０２は、アプリケーション構成部３９５から受信したアプリケーション再構成確定情報の内容を画面表示する（ステップＳ２０１５）。再構成要求情報の取得に失敗した場合、アプリケーション情報取得部３９４が、端末装置１０２に当該取得の失敗を示す情報を送信し、端末装置１０２が、エラーメッセージを表示して、処理を終了する（ステップＳ２００６）。

図１９は、アプリケーション再構成確定情報の内容が表示されたユーザインタフェースの例である。図１９中の“Ｄｅｓｔｉｎａｔｉｏｎ”という文字が表示された欄（転送先表示欄）に表示された内容が、アプリケーション再構成確定情報の内容に対応する。

“★”マークの付いているアプリケーションは、アプリケーション再構成確定情報が含むアプリケーションのうち、“ｖｅｒ＿ｕｐ”属性が“ｔ”、つまり画像形成装置にインストールするためにバージョンアップが必要なアプリケーションを示す。

図１３に戻って、図１９に示すユーザインタフェース上に表示されたアプリケーション再構成確定情報の内容を確認した管理者の操作にしたがい、端末装置１０２が、以下の処理を実行する。端末装置１０２は、契約管理サービス１１０１に対し、アプリケーション再構成確定情報を要求する（ステップＳ２０１６）。

次に、契約管理サービス１１０１のアプリケーション構成部３９５が、端末装置１０２に対して、アプリケーション再構成確定情報を送信する（ステップＳ２０１７）。そして、アプリケーション構成部３９５が、アプリケーション再構成確定情報の送信に成功したかを判定する（ステップＳ２０１７）。アプリケーション再構成確定情報の送信に失敗した場合は、ステップＳ２００６に戻る。アプリケーション再構成確定情報の送信に成功した場合、端末装置１０２が、アプリケーション再構成確定情報を取得する（ステップＳ２０１９）。

図２０は、図１３のステップＳ２０１４におけるアプリケーション再構成確定情報の生成処理を説明するフローチャートである。まず、アプリケーション構成部３９５が、図１７に示すアプリケーション構成変更情報を読み込む（ステップＳ２４０１）。続いて、アプリケーション構成部３９５が、アプリケーション構成変更情報が含むアプリケーションを対象として、再構成後の画像形成装置にインストールできるかを判断する（ステップＳ２４０２）。アプリケーションが再構成後の画像形成装置にインストールできる場合は、ステップＳ２４０８に進む。アプリケーションが再構成後の画像形成装置にインストールできない場合は、ステップＳ２４０３に進む。

ステップＳ２４０２における判断処理の例について、以下に説明する。まず、アプリケーション構成部３９５が、図１７に示すアプリケーション構成変更情報が含む、最初にリストされたアプリケーションのアプリケーション名“Ａｐｐ＿Ａ”とバージョン番号“１．０”とを取得する。

アプリケーション構成部３９５が、図７（Ａ）に示すアプリ対応スペック情報を参照して、上記取得された“Ａｐｐ＿Ａ”とバージョン番号“１．０”とに対応するデバイススペック識別子の値“００１”を取得する。アプリケーション構成部３９５は、取得したデバイススペック識別子の値“００１”が、アプリケーション構成変更情報（図１７）が含む、再構成後の画像形成装置のデバイススペック“００２”と合致するかを判断する。再構成後の画像形成装置は、デバイス識別子“ＣＣＣ００００５”に対応する画像形成装置である。

この例では、“００１”は“００２”と合致しない。したがって、アプリケーション構成部３９５は、“Ａｐｐ＿Ａ”は、再構成後の画像形成装置にインストールできないと判断する。上記と同様の手法により、アプリケーション構成部３９５は、アプリケーション構成変更情報が含む、第３番目にリストされたアプリケーション“Ａｐｐ＿Ｃ”についても、再構成後の画像形成装置にインストールできないと判断する。

一方、アプリケーション構成変更情報が含む、第２番目にリストされたアプリケーション“Ａｐｐ＿Ｂ”については、以下の処理を通じて、アプリケーション構成部３９５は、再構成後の画像形成装置にインストールできると判断する。まず、アプリケーション構成部３９５は、アプリケーション構成変更情報から、“Ａｐｐ＿Ｂ”とバージョン番号“１．０”を取得する。

次に、アプリケーション構成部３９５が、図７（Ａ）に示すアプリ対応スペック情報を参照して、上記取得された“Ａｐｐ＿Ｂ”とバージョン番号“１．０”とに対応するデバイススペック識別子の値“＊”を取得する。“＊”は、デバイススペックの制限がないことを示す。したがって、“Ａｐｐ＿Ｂ”とバージョン番号“１．０”とに対応するデバイススペックは、再構成後の画像形成装置のデバイススペックと合致する。その結果、アプリケーション構成部３９５は、“Ａｐｐ＿Ｂ”を再構成後の画像形成装置にインストールできると判断する。

すなわち、アプリケーション構成部３９５は、アプリケーション再配置要求に含まれる適用要求アプリの属性情報と、図７（Ａ）に示すアプリ対応スペック情報とに基づいて、適用要求アプリに対応するアプリケーション動作条件（デバイススペック）を特定する。該特定したアプリケーション動作条件がアプリケーション再配置要求に含まれる再配置後の画像形成装置のアプリケーション動作条件と合致する場合に、アプリケーション構成部３９５は、適用要求アプリを再構成アプリとして決定する。

ステップＳ２４０８において、アプリケーション構成部３９５が、アプリケーション保持部３９７から、再構成後の画像形成装置にインストールできると判断されたアプリケーション（インストール対象アプリ）を取得し、ステップＳ２４０７に進む。

ステップＳ２４０３において、アプリケーション構成部３９５が、インストールできないと判断したアプリケーションのリストを作成する。アプリケーション構成部３９５が、このリストに含まれるアプリケーション毎に、当該アプリケーションと同じアプリケーション名のアプリケーションであって、再構成後の画像形成装置にインストール可能なアプリケーションを検索する（ステップＳ２４０４）。アプリケーション構成部３９５が、再構成後の画像形成装置にインストール可能なアプリケーションが検索できたかを判断する（ステップＳ２４０５）。

上記ステップＳ２４０４、Ｓ２４０５における処理について説明する。アプリケーション構成部３９５が、図７（Ａ）に示すアプリ対応スペック情報を参照して、ステップＳ２４０４において作成したリストが含むアプリケーションに対応するデバイススペックを取得する。アプリケーション構成部３９５は、取得したデバイススペックのうち、再構成後の画像形成装置のデバイススペック“００２”と合致するデバイススペックがあるかを判断する。

再構成後の画像形成装置のデバイススペック“００２”と合致するデバイススペックがある場合、アプリケーション構成部３９５は、図７（Ｂ）に示すデバイススペック情報を参照して、以下の処理を実行する。アプリケーション構成部３９５は、契約管理サービス１１０１が再構成後の画像形成装置を管理しているかを判断する。契約管理サービス１１０１が再構成後の画像形成装置を管理している場合、アプリケーション構成部３９５は、再構成後の画像形成装置にインストール可能なアプリケーションが検索できたと判断する。すなわち、アプリケーション構成部３９５は、当該再構成後の画像形成装置のデバイススペック“００２”と合致するデバイススペックを持つアプリケーションを、再構成後の画像形成装置にインストール可能なアプリケーションであると判断する。

本実施形態では、ステップＳ２４０４において作成されたリストは、“Ａｐｐ＿Ａ”と”Ａｐｐ＿Ｃ”とを含む。アプリケーション構成部３９５は、図７（Ａ）に示すアプリ対応スペック情報が含む“Ａｐｐ＿Ａ”に対応するレコードのうち、再構成後の画像形成装置のデバイススペック“００２”と合致するデバイススペックに対応するレコードを特定する。この例では、第２番目のレコードが再構成後の画像形成装置のデバイススペック“００２”と合致するデバイススペックに対応するレコードとして特定される。

また、アプリケーション構成部３９５は、図７（Ａ）に示すアプリ対応スペック情報が含む“Ａｐｐ＿Ｃ”に対応するレコードのうち、再構成後の画像形成装置のデバイススペック“００２”と合致するデバイススペックに対応するレコードを特定する。この例では、第５番目のレコードが再構成後の画像形成装置のデバイススペック“００２”と合致するデバイススペックに対応するレコードとして特定される。

また、アプリケーション構成部３９５は、図７（Ｂ）に示すデバイススペック情報が、再構成後の画像形成装置（デバイス識別子が“ＣＣＣ００００５”でデバイススペックが“００２”の画像形成装置）に対応するレコードがあるかを判断する。この例では、“Ｄｅｖ＿Ｃ”に対応するレコードが、再構成後の画像形成装置に対応するレコードである。したがって、アプリケーション構成部３９５は、契約管理サービス１１０１が再構成後の画像形成装置を管理していると判断する。

そして、アプリケーション構成部３９５は、特定したアプリ対応スペック情報の第２番目のレコードに対応する、バージョンが“１．０１”であるアプリケーション“Ａｐｐ＿Ａ”を、再構成後の画像形成装置にインストール可能なアプリケーションとして決定する。また、アプリケーション構成部３９５は、上記特定したアプリ対応スペック情報の第５番目のレコードに対応する、バージョンが“１．０１”であるアプリケーション“Ａｐｐ＿Ｃ”を、再構成後の画像形成装置にインストール可能なアプリケーションとして決定する。

上記決定されたアプリケーションが再構成アプリである。すなわち、アプリケーション構成部３９５は、アプリ対応スペック情報に基づいて、適用要求アプリと同一種類で異なるバージョンのアプリケーションのうち、再配置後の画像形成装置のアプリケーション動作条件と合致するアプリケーションを検索する。アプリケーション構成部３９５は、検索されたアプリケーションを再構成アプリとして決定する。これにより、再構成後の画像形成装置のスペックに応じて、適用するアプリケーションのバージョンアップをすることが可能となる。

再構成後の画像形成装置にインストール可能なアプリケーションが検索できなかった場合、アプリケーション構成部３９５は、インストール対象アプリを取得し（ステップＳ２４０９）、ステップＳ２４０７に進む。

再構成後の画像形成装置にインストール可能なアプリケーションが検索できた場合、アプリケーション構成部３９５は、アプリケーション保持部３９７から当該検索できたアプリケーションを取得する（ステップＳ２４０６）。そして、アプリケーション構成部３９５が、例えば図１８に示すアプリケーション再構成確定情報を作成して（ステップ２４０７）、処理を終了する。

＜端末装置と画像形成装置による再構成確定情報に基づいたアプリケーションの再構成＞
アプリケーション再構成確定情報を取得した端末装置１０２は、アプリケーション再構成確定情報を含むアプリケーション再構成開始指示を画像形成装置１０１に対して送信することを通じて、アプリケーションの再配置を開始する。

図２１および図２２は、アプリケーションの再配置の開始処理を説明するアクティビティ図である。なお、リプレース前の画像形成装置１０１は存在していても、存在しなくてもよい。リプレース後の画像形成装置は存在し、端末装置１０２とインターネット１０４やネットワーク１０６を介して通信可能である必要がある。この例では、リプレース前の画像形成装置１０１としてデバイス識別子“ＡＡＡ００００１”、“ＢＢＢ００００３”の各々に対応する画像形成装置が存在する。また、リプレース後の画像形成装置１０１として、デバイス識別子“ＣＣＣ００００５”に対応する画像形成装置が存在する。

まず、図２１に示すように、端末装置１０２が、あるユーザ環境１００の画像形成装置１０１に対してするアプリケーション再構成開始指示を生成する（ステップＳ２１０１）。アプリケーション再構成開始指示は、適用するアプリケーションの再構成を指示する制御情報（再構成指示）であって、アプリケーション再構成確定情報を含む。端末装置１０２は、ユーザ環境１００に複数の画像形成装置１０１がある場合、各々の画像形成装置１０１に対してアプリケーション再構成開始指示を送信する（ステップＳ２１０２、Ｓ２１０３）。

この例では、ステップＳ２１０２において、デバイス識別子“ＡＡＡ００００１”の画像形成装置と、デバイス識別子“ＢＢＢ００００１”の画像形成装置とにアプリケーション再構成開始指示が送信されるものとする。以下では、デバイス識別子“ＡＡＡ００００１”の画像形成装置をデバイスＡとも記述する。また、デバイス識別子“ＢＢＢ００００１”の画像形成装置をデバイスＢとも記述する。また、ステップＳ２１０３において、デバイス識別子“ＣＣＣ００００５”の画像形成装置（以下、デバイスＣと記述）にアプリケーション再構成開始指示が送信されるものとする。デバイスＣが再構成後の画像形成装置である。

端末装置１０２からアプリケーション再構成開始指示を受け取った画像形成装置１０１の処理について説明する。まず、アプリケーション管理部３９２が、アプリケーション再構成開始指示を受け付ける指示受け付け手段として機能する。アプリケーション管理部３９２が、アプリケーション再構成開始指示に含まれるアプリケーション再構成確定情報を解析する。具体的には、アプリケーション管理部３９２は、アプリケーションの追加、アップデートはあるか、停止しなければならないアプリケーションはあるかを解析する。これにより、アプリケーション管理部３９２が、アプリケーション再構成開始の準備を行う（ステップ２１０４）。

次に、アプリケーション管理部３９２が、自装置にアプリケーションの追加があるかを確認／判定する（ステップＳ２１０５，Ｓ２１０６）。具体的には、アプリケーション管理部３９２は、再構成開始指示に含まれるアプリケーション再構成確定情報から、再配置後の画像形成装置の属性情報と再構成アプリの属性情報とを取得する。アプリケーション管理部３９２は、取得した画像形成装置の属性情報と、再構成アプリの属性情報とに基づいて、再配置後の画像形成装置が自装置であって、かつ、自装置が有するアプリケーションにない再構成アプリがあるかを判断する。再配置後の画像形成装置が自装置であって、かつ、自装置が有するアプリケーションにない再構成アプリがある場合、アプリケーション管理部３９２は、自装置にアプリケーションの追加がある、つまり再構成アプリを適用する必要があると判断する。すなわち、アプリケーション管理部３９２は、アプリケーション再構成指示が有するアプリケーション再構成確定情報に基づいて、画像形成装置に再構成アプリを適用する必要があるかを判断する適用判断手段として機能する。

この例では、アプリケーション再構成確定情報が含む再構成後の画像形成装置のデバイス識別子は、“ＣＣＣ００００５”である。したがって、アプリケーション管理部３９２は、再配置後の画像形成装置が自装置でなく、自装置にアプリケーションの追加がないことを確認する。

アプリケーション管理部３９２が、自装置にアプリケーションの追加があると判断した場合、アプリケーション管理部３９２が、再構成アプリをダウンロードする（ステップＳ２１０７）。すなわち、契約管理サービス１１０１のアプリケーション構成部３９５が、再構成後の画像形成装置からの要求に応じて、再配置後の画像形成装置に対して再構成アプリを配信する配信手段として機能する。また、画像形成装置１０１のアプリケーション管理部３９２は、契約管理サービス１１０１に対して、再構成アプリの配信を要求し、該要求に応じた契約管理サービス１１０１から再構成アプリを取得する取得手段として機能する。続いて、アプリケーション管理部３９２が、再構成アプリのダウンロードの成否を判定する（ステップＳ２１０８）。再構成アプリのダウンロードに失敗した場合、アプリケーション管理部３９２が、端末装置１０２に対して処理の失敗を通知する（ステップＳ２１１６）。

再構成アプリのダウンロードに成功した場合、アプリケーション管理部３９２は、自装置に既にインストールされているアプリケーション一情報を参照して、自装置に停止対象アプリがあるかを確認／判断する（ステップＳ２１０９，Ｓ２１１０）。停止対象アプリは、再構成アプリと同一種類のアプリケーションである。デバイスＡにおいては、“Ａｐｐ＿Ａ”と“Ａｐｐ＿Ｂ”とが停止対象アプリである。停止対象アプリは、停止／アンインストール対象となる。

自装置に停止対象アプリがインストールされていない場合、アプリケーション管理部３９２は、アプリケーションインストール部３９３に指示して、再構成アプリをインストールする（ステップＳ２１１３）。すなわち、アプリケーション管理部３９２は、ダウンロードした再構成アプリを適用する適用手段として機能する。

自装置に停止対象アプリがインストールされている場合、アプリケーション管理部３９２は、当該停止対象アプリを停止する（ステップＳ２１１１）。すなわち、アプリケーション管理部３９２は、自装置に適用済みのアプリケーションのうち、ダウンロードされた再構成アプリに含まれるアプリケーションを停止する停止手段として機能する。アプリケーション管理部３９２は、停止対象アプリの停止の成否を判断する（ステップＳ２１１２）。再構成アプリの停止に失敗した場合はステップＳ２１１６に進む。停止対象アプリの停止に成功した場合は、ステップＳ２１１３に進む。

ステップＳ２１１３において、アプリケーション管理部３９２は、アプリケーションインストール部３９３に指示して、再構成アプリをインストールする（ステップＳ２１１３）。続いて、アプリケーション管理部３９２が、再構成アプリのインストールの成否を判定する（ステップＳ２１１４）。インストールに成功した場合、アプリケーション管理部３９２は、端末装置１０２に対して処理の成功（インストール完了）を通知する（ステップＳ２１１５）。インストールに失敗した場合、アプリケーション管理部３９２は、端末装置１０２に対して処理の失敗を通知する（ステップＳ２１１６）。

上記ステップＳ２１０６の判定処理において、自装置にアプリケーションの追加がないと判断された場合、アプリケーション管理部３９２が、自装置に停止対象アプリがあるかを確認／判定する（ステップＳ２１１７）。デバイス識別子が“ＡＡＡ００００１”であるデバイスＡが処理主体の場合、上記ステップＳ２１１７において、アプリケーション管理部３９２は、デバイスＡで動作しているアプリケーション“Ａｐｐ＿Ａ”と“Ａｐｐ＿Ｂ”とを停止対象アプリとして確認する。自装置に停止対象アプリがない場合は、ステップＳ２１１５に進む。

自装置に再構成アプリがある場合は、アプリケーション管理部３９２が、再構成アプリを停止する（ステップＳ２１１９）。続いて、アプリケーション管理部３９２が、停止対象アプリの停止の成否を判定する（ステップＳ２１２０）。再構成アプリの停止に失敗した場合はステップＳ２１１６に進む。再構成アプリの停止に成功した場合はステップＳ２１１５に進む。

図２２中に示すステップＳ２１２１乃至Ｓ２１３７の処理は、デバイスＣが実行する処理である。ステップＳ２１２１乃至Ｓ２１３７の処理は、図２１のステップＳ２１０４乃至Ｓ２１２０の処理と同様であるので、詳細な説明は省略する。この例では、アプリケーション再構成確定情報が含む再構成後の画像形成装置のデバイス識別子は、“ＣＣＣ００００５”である。また、自装置が有するアプリケーションにない再構成アプリ（Ａｐｐ＿Ａ乃至Ａｐｐ＿Ｃ）がある。したがって、ステップＳ２１２２、Ｓ２１２３において、アプリケーション管理部３９２は、再配置後の画像形成装置が自装置であり、自装置にアプリケーションの追加があることを確認する。

また、ステップＳ２１３０において、アプリケーション管理部３９２が、再構成アプリ（Ａｐｐ＿Ａ乃至Ａｐｐ＿Ｃ）をインストールする。また、図２２のステップＳ２１３２において、アプリケーション管理部３９２が端末装置１０２に対して処理の成功を通知すると、図２１のステップＳ２１３９に進む。

図２１に戻って、ステップＳ２１３８，Ｓ２１３９において、端末装置１０２が、画像形成装置１０１からインストールの完了を受信する。そして、端末装置１０２が、アプリケーションの再配置完了状態を画面表示する（ステップＳ２１４０）。

＜端末装置と画像形成装置による再構成アプリの開始＞
図２３および図２４は、再構成アプリ開始指示を受ける画像形成装置の動作処理を示す図である。図２１のステップＳ２１４０において画面表示されたアプリケーションの再配置完了状態を確認した管理者の操作にしたがって、端末装置１０２が、以下の処理を実行する。端末装置１０２は、画像形成装置１０１に対して、インストールされた再構成アプリを開始するように指示する。この指示を、以下では再構成アプリ開始指示と記述する。再構成アプリ開始指示は、再構成アプリの起動要求として機能する。すなわち、端末装置１０２は、再構成アプリ開始指示を生成して（ステップＳ２２０１）、画像形成装置１０１に対して再構成アプリ開始指示を送信する（ステップＳ２２０２，Ｓ２２０３）。この例では、再構成アプリ開始指示は、図１８に示すアプリケーション再構成確定情報を含む。

ステップＳ２２０５において、デバイスＡまたはＢのアプリケーション管理部３９２は、再構成アプリ開始指示を受け付ける。そして、アプリケーション管理部３９２が、自装置に、再構成アプリ開始指示に含まれるアプリケーション再構成確定情報内の再構成アプリと同一種類の停止対象アプリがあるかを判断する（ステップＳＳ２２０６，Ｓ２２０７）。自装置に停止対象アプリがない場合は、ステップＳ２２２６に進む。自装置に停止対象アプリがある場合、アプリケーション管理部３９２が、当該停止対象アプリをアンインストールする（ステップＳ２２０８）。

次に、アプリケーション管理部３９２が、停止対象アプリのアンインストールの成否を判定する（ステップＳ２２０９）。停止対象アプリのアンインストールに失敗した場合、アプリケーション管理部３９２が、端末装置１０２に対して、処理の失敗を通知する（ステップＳ２２１３）。停止対象アプリのアンインストールに成功した場合、アプリケーション管理部３９２が、端末装置１０２に対して、処理の失敗を通知する（ステップＳ２２１３）。

次に、アプリケーション管理部３９２が、自装置に再構成アプリがインストールされているかを確認／判断する（ステップＳ２２２６，Ｓ２２２７）。自装置に再構成アプリがインストールされていない場合は、ステップＳ２２１２の処理に進む。

自装置に再構成アプリがインストールされている場合、アプリケーション管理部３９２が、再構成アプリを開始する（ステップＳ２２１０）。すなわち、アプリケーション管理部３９２は、受け付けた再構成アプリ開始指示にしたがって、再構成アプリを起動する。続いて、アプリケーション管理部３９２が、再構成アプリの開始の成否を判断する（ステップＳ２２１１）。再構成アプリの開始に失敗した場合はステップＳ２２１３に進む。再構成アプリの開始に成功した場合はステップＳ２２１２に進み、アプリケーション管理部３９２が、端末装置１０２に対して、再構成アプリの起動完了を通知する（ステップＳ２２１２）。

ステップＳ２２２３、Ｓ２２２４において、端末装置１０２は、再構成アプリの開始完了を受信する。そして、端末装置１０２が、アプリケーションの起動完了状態を画面表示する（ステップＳ２２２５）。

図２４中に示すステップＳ２２１４乃至Ｓ２２２１の処理は、デバイスＣが実行する処理である。ステップＳ２２１４乃至Ｓ２２２１の処理は、図２３のステップＳ２２０５乃至Ｓ２２１２の処理と同様であるので、詳細な説明は省略する。この例では、ステップＳ２２２９において、アプリケーション管理部３９２は、自装置に再構成アプリ（Ａｐｐ＿Ａ乃至Ａｐｐ＿Ｃ）があると判断する。したがって、ステップＳ２２１９において、アプリケーション管理部３９２が、当該再構成アプリを開始する。なお、ステップＳ２２１５、Ｓ２２２１の処理の後は、図２３のＳ２２２４の処理に進む。

図２１乃至図２４を参照して説明した、本実施形態の情報処理システムの動作処理によれば、以下の効果が得られる。すなわち、ネットワーク上の管理装置によってコンフィグデータを管理されている画像形成装置が再構成される際に、再構成後の画像形成装置に応じてアプリケーションの最適配置を行うことが可能となる。具体的には、再配置後の画像形成装置の数、機種などに合わせ、再構成前の画像形成装置に適用されていたアプリケーションを最適に再配置できる。また、契約管理サービス１１０１が画像形成装置に適用するアプリケーションのライセンスを管理する構成を採る場合、再構成後の画像形成装置の数、機種に応じて、再構成前の画像形成装置に適用されていたアプリケーションのライセンスを最適に再配置できる。

＜端末装置とサーバコンピュータ群によるアプリケーション再構成確定情報の反映＞
図２５は、契約管理サービスへのアプリケーション再構成確定情報の反映処理を説明するフローチャートである。図２３のステップＳ２２２５の処理において画面表示されたアプリケーションの起動完了状態を確認した管理者の操作にしたがって、端末装置１０２が、契約管理サービス１１０１に対して、アプリケーション起動通知を送信する（ステップＳ２３０１）。アプリケーション起動通知は、再配置後のアプリケーションが起動したことを示す情報である。アプリケーション起動通知は、図２６に示すアプリケーション再構成確定情報を含む。このアプリケーション再構成確定情報においては、各々のアプリケーションの稼動状態“ｓｔａｔｕｓ”として、当該アプリケーションが起動していることを示す“ｔ”が設定されている。このために、端末装置１０２は、例えば、アプリケーションの起動完了状態に応じて、図１８に示すアプリケーション再構成確定情報を図２６に示すアプリケーション再構成確定情報に編集する。

次に、契約管理サービス１１０１のアプリケーション情報取得部３９４が、アプリケーション起動通知を受信する（ステップＳ２３０２）。続いて、アプリケーション構成部３９５が、アプリケーション起動通知に含まれるアプリケーション再構成確定情報（図２６）を、テナント別アプリケーション情報保持部３９６が保持するテナント別アプリケーション情報に反映する（ステップＳ２３０３）。これにより、例えば、図６（Ａ）に示すテナント別デバイス情報が、図２７（Ａ）に示すテナント別デバイス情報に更新される。また、図６（Ｂ）に示すデバイス別アプリケーション情報が、図２７（Ｂ）に示すデバイス別アプリケーション情報に更新される。図２７（Ｂ）に示す例では、アプリケーション構成部３９５が、図２６中のアプリケーション再構成確定情報が含むデバイス識別子”ＣＣＣ００００５”に対応するレコードを、再構成アプリの数だけ作成する。

図２５に戻って、アプリケーション構成部３９５が、テナント別アプリケーション情報への反映処理の成否について判定する（ステップＳ２３０４）。テナント別アプリケーション情報への反映処理に成功した場合、アプリケーション構成部３９５が、処理結果（処理の成功）を端末装置１０２に通知する（ステップＳ２３０５）。テナント別アプリケーション情報への反映処理に失敗した場合、アプリケーション構成部３９５が、処理結果（処理の失敗）を端末装置１０２に通知する（ステップＳ２３０６）。

次に、端末装置１０２が、契約管理サービス１１０１のアプリケーション構成部３９５から処理結果を受信する（ステップＳ２３０７）。そして、端末装置１０２が、処理結果に基づいて、アプリケーションの再配置完了状態を画面表示する（ステップＳ２３０９）。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１０１ 画像形成装置
１０２ 端末装置
１０５ サーバコンピュータ群

Claims (7)

1. 画像形成装置と、前記画像形成装置を管理する管理装置とを備える情報処理システムであって、
   前記管理装置は、
   前記画像形成装置の動作を切り替える動作設定情報を管理し、前記画像形成装置からの動作設定情報の取得要求に応じて、該画像形成装置に対して該画像形成装置に対応する動作設定情報を送信する動作設定情報管理手段と、
   前記画像形成装置に適用するアプリケーションを管理するアプリ管理手段とを備え、
   前記画像形成装置は、
   動作設定情報の取得要求を前記管理装置に対して送信し、該動作設定情報の取得要求に対する応答として前記管理装置から該動作設定情報を取得する取得要求手段と、
   前記画像形成装置に適用するアプリケーションを管理するアプリ管理手段とを備え、
   前記管理装置が備えるアプリ管理手段は、
   ユーザ装置から、前記画像形成装置の再構成に伴って必要となる、画像形成装置に適用するアプリケーションの再配置を求める要求であって、前記画像形成装置に適用するアプリケーションの再配置に関する再配置情報を含む再配置要求を受け付ける要求受け付け手段と、
   前記再配置要求に含まれる前記再配置情報に基づいて、再構成後の画像形成装置に対応するアプリケーションを再構成アプリとして決定し、前記再構成後の画像形成装置と前記再構成アプリに関する再構成情報を前記ユーザ装置に対して応答する応答手段と、
   前記再構成後の画像形成装置からの要求に応じて、前記再配置後の画像形成装置に対して前記再構成アプリを配信する配信手段とを備え、
   前記画像形成装置が備えるアプリ管理手段は、
   前記ユーザ装置から、前記再構成情報を有し、適用するアプリケーションの再構成を指示する再構成指示を受け付ける指示受け付け手段と、
   前記再構成指示が有する前記再構成情報に基づいて、前記画像形成装置に前記再構成アプリを適用する必要があるかを判断する適用判断手段と、
   前記画像形成装置に前記再構成アプリを適用する必要があると判断された場合に、前記管理装置に対して、前記再構成アプリの配信を要求し、該要求に応じた前記管理装置から再構成アプリを取得する取得手段と、
   前記取得した前記再構成アプリを適用する適用手段とを備える
   ことを特徴とする情報処理システム。
2. 前記再配置要求は、少なくとも前記再配置後の画像形成装置のアプリケーション動作条件を有する属性情報と前記ユーザ装置が前記再構成後の画像形成装置への適用を求めるアプリケーションである適用要求アプリの属性情報とを含み、
   前記再構成情報は、少なくとも前記再配置後の画像形成装置の属性情報と該再配置後の画像形成装置に適用する前記再構成アプリの属性情報とを含み、
   前記応答手段は、前記再配置要求に含まれる適用要求アプリの属性情報と、予め記憶手段に記憶された、画像形成装置のアプリケーション動作条件に関する動作条件情報とに基づいて、前記適用要求アプリに対応するアプリケーション動作条件を特定し、該特定したアプリケーション動作条件が前記再配置要求に含まれる前記再配置後の画像形成装置のアプリケーション動作条件と合致する場合に、前記適用要求アプリを前記再構成アプリとして決定し、
   前記適用判断手段は、前記再構成情報に含まれる前記再配置後の画像形成装置の属性情報に基づいて、該再配置後の画像形成装置が自装置であるかを判断し、前記再配置後の画像形成装置が自装置である場合に、自装置に前記再構成アプリを適用する必要があると判断する
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記応答手段は、前記特定したアプリケーション動作条件が前記再配置要求に含まれる前記再配置後の画像形成装置のアプリケーション動作条件と合致しない場合に、前記動作条件情報に基づいて、前記適用要求アプリと同一種類で異なるバージョンのアプリケーションのうち、前記再配置後の画像形成装置のアプリケーション動作条件と合致するアプリケーションを検索し、検索されたアプリケーションを前記再構成アプリとして決定する
   ことを特徴とする請求項２に記載の情報処理システム。
4. 前記画像形成装置が備えるアプリ管理手段は、さらに、自装置に適用済みのアプリケーションのうち、前記取得手段によって取得された再構成アプリに含まれるアプリケーションを停止する停止手段を備え、
   前記適用手段は、前記取得した前記再構成アプリの起動要求を受け付け、該受け付けた起動要求にしたがって、該再構成アプリを起動する
   ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記再配置後の画像形成装置が自装置でない場合に、前記適用判断手段は、自装置に前記再構成アプリを適用する必要がないと判断し、前記停止手段は、自装置に適用済みのアプリケーションのうち、前記再構成アプリに含まれるアプリケーションを停止する
   ことを特徴とする請求項４に記載の情報処理システム。
6. 画像形成装置と、前記画像形成装置を管理する管理装置とを備える情報処理システムにおける前記画像形成装置の管理方法であって、
   前記画像形成装置が、動作設定情報の取得要求を前記管理装置に対して送信し、該動作設定情報の取得要求に対する応答として前記管理装置から該動作設定情報を取得する工程と、
   前記管理装置が、前記画像形成装置の動作を切り替える動作設定情報を管理し、前記画像形成装置からの動作設定情報の取得要求に応じて、該画像形成装置に対して該画像形成装置に対応する動作設定情報を送信する工程と、
   前記管理装置が、画像形成装置に適用するアプリケーションを管理する工程と、
   前記画像形成装置が、前記画像形成装置に適用するアプリケーションを管理する工程とを有し、
   前記管理装置が前記アプリケーションを管理する工程は、
   前記管理装置が、ユーザ装置から、前記画像形成装置の再構成に伴って必要となる、画像形成装置に適用するアプリケーションの再配置を求める要求であって、前記画像形成装置に適用するアプリケーションの再配置に関する再配置情報を含む再配置要求を受け付ける工程と、
   前記管理装置が、再配置要求に含まれる前記再配置情報に基づいて、再構成後の画像形成装置に対応するアプリケーションを再構成アプリとして決定し、前記再構成後の画像形成装置と前記再構成アプリに関する再構成情報を前記ユーザ装置に対して応答する工程と、
   前記管理装置が、前記再構成後の画像形成装置からの要求に応じて、前記再配置後の画像形成装置に対して前記再構成アプリを配信する工程とを有し、
   前記画像形成装置が前記アプリケーションを管理する工程は、
   前記画像形成装置が、前記ユーザ装置から、前記再構成情報を有し、適用するアプリケーションの再構成を指示する再構成指示を受け付ける工程と、
   前記画像形成装置が、前記再構成指示が有する前記再構成情報に基づいて、前記画像形成装置に前記再構成アプリを適用する必要があるかを判断する工程と、
   前記画像形成装置が、前記画像形成装置に前記再構成アプリを適用する必要があると判断された場合に、前記管理装置に対して、前記再構成アプリの配信を要求し、該要求に応じた前記管理装置から再構成アプリを取得する工程と、
   前記画像形成装置が、前記取得した前記再構成アプリを適用する工程とを有する
   ことを特徴とする管理方法。
7. 請求項６に記載の管理方法をコンピュータに実行させる
   ことを特徴とするコンピュータプログラム。

Images