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

Description

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

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

画像形成装置の台数分だけコンフィグデータの変更設定を行う手間を省くために、ある情報処理装置から複数の画像形成装置に対してコンフィグデータの一括設定を行う技術が提案されている。例えば、特許文献１は、初期設定操作が行われた複数の画像形成装置が、サーバからシステム初期設定情報をダウンロードして、初期設定内容に反映する画像形成システムを開示している。

また、画像形成装置がリプレイスされた場合に、リプレイス後の画像形成装置にリプレイス前の画像形成装置のコンフィグデータを引き継ぐことが考えられる。ここで、画像形成装置のリプレイスに伴って、他の画像形成装置に対応するコンフィグデータの変更が必要な場合がある。例えば、画像形成装置が、ＭＡＣアドレスを使用して受信パケットの受信許可／不許可を行う機能（ＭＡＣアドレスフィルタ）を持つ場合を想定する。ある画像形成装置が、他の画像形成装置のＭＡＣアドレスをＭＡＣアドレスフィルタに登録し、登録されたＭＡＣアドレスからの受信パケットのみを受信するように設定している。このＭＡＣアドレスフィルタに登録されたＭＡＣアドレスの画像形成装置がリプレイスされると、ＭＡＣアドレスが変更になるので、当該他の画像形成装置が持つＭＡＣアドレスフィルタの設定値も変更する必要がある。

また、画像形成装置が、画像をネットワークに接続された他の画像形成装置に送信するために用いるアドレス帳を持つ場合を想定する。このアドレス帳には、画像の送信先が登録されている。このアドレス帳に送信先として登録された画像形成装置がリプレイスされると、当該他の画像形成装置が持つアドレス帳を変更する必要がある。従来は、画像形成装置のリプレイスに伴って、他の画像形成装置に対応するコンフィグデータの変更が必要となった場合、管理者自身が当該他の画像形成装置に対応するコンフィグデータを一台づつ変更していた。

特許文献２は、監視ツールが、監視対象のプリンタのＩＰアドレスの変更を検知して、クライアントコンピュータに通知するプリンタアドレス監視システムを開示する。

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

画像形成装置のリプレイスに伴って、他の画像形成装置に対応するコンフィグデータの変更が必要となった場合、管理者自身が当該他の画像形成装置に対応するコンフィグデータを一台づつ変更する従来の技術では、管理者の負担が大きい。

また、特許文献２が開示するプリンタアドレス監視システムでは、監視ツールが、常に監視対象のプリンタを監視する必要があり、処理負荷が大きい。従って、特許文献２が開示するシステムをコンフィグデータの更新に適用した場合、以下の問題がある。すなわち、このシステムでは、画像形成装置がリプレイスされた場合に、コンフィグデータの変更が必要となる他の画像形成装置を、過大な処理負荷なしに探索し、探索した画像形成装置のコンフィグデータを自動的に変更することができない。

本発明は、画像形成装置がリプレイスされた場合に、コンフィグデータの変更が必要となる他の画像形成装置を、過大な処理負荷なしに探索し、探索した画像形成装置のコンフィグデータを自動的に変更する情報処理システムの提供を目的とする。

本実施形態の情報処理システムは、画像形成装置と、前記画像形成装置の動作を切り替える動作設定情報を管理する管理装置とを備える情報処理システムである。前記管理装置は、前記画像形成装置の動作設定情報を保持する保持手段と、リプレイスされた第１の画像形成装置から、該第１の画像形成装置の動作設定情報のリプレイスを求めるリプレイス要求を、ネットワークを介して受け付ける要求受け付け手段と、前記リプレイス要求が受け付けられた場合に、該リプレイス要求に対応するリプレイスに伴って前記動作設定情報を更新することが必要な第２の画像形成装置を検索する検索手段と、前記保持手段が保持する、前記検索された第２の画像形成装置の動作設定情報を更新する更新手段と、前記第１の画像形成装置が有する機能のうち、前記更新手段が前記第２の画像形成装置の動作設定情報の更新を完了するまで該第１の画像形成装置に停止させる機能を選択する選択手段と、前記第１の画像形成装置に対して、前記選択した機能の停止を、前記ネットワークを介して指示する停止指示手段と、
前記更新手段が前記第２の画像形成装置の動作設定情報の更新を完了した場合に、前記停止指示手段の指示に従って前記機能を停止した前記第１の画像形成装置に対して、前記ネットワークを介して該機能の再開を指示する再開指示手段を備える。前記画像形成装置は、該画像形成装置がリプレイスされる場合に、該画像形成装置の動作設定情報のリプレイスを求めるリプレイス要求を、前記ネットワークを介して前記管理装置に送信するリプレイス要求手段と、前記管理装置が備える前記停止指示手段からの指示に従って、前記機能を停止する停止手段と、前記管理装置が備える前記再開指示手段からの指示に従って、前記機能を再開する再開手段を備える。

本発明の情報処理システムによれば、画像形成装置がリプレイスされた場合に、コンフィグデータの変更が必要となる他の画像形成装置を、過大な処理負荷なしに探索し、探索した画像形成装置のコンフィグデータを自動的に変更することが可能となる。

本実施形態の全体構成例を示す図である。 情報処理システムのハードウェア構成の一例を示す図である。 情報処理システムの機能ブロック図の一例である。 実コンフィグデータの一例を示す図である。 実機器構成データの一例を示す図である。 仮想デバイスの一例を示す図である。 機種別設定値スキーマの一例を示す図である。 テナント用コンフィグデータの一例を示す図である。 テナント用コンフィグデータの更新処理を説明する図である。 画像形成装置が仮想コンフィグデータを取得する処理を説明する図である。 情報処理システムの動作処理の例を説明する図である。 画像形成装置のリプレイス時における設定値管理サービスの動作処理例を示すフローチャートである。 コンフィグデータの更新処理を示すフローチャートである。 更新テーブルの一例である。 停止機能選択処理を示すフローチャートである。 実コンフィグデータの更新処理の例を示すフローチャートである。 更新終了通知を受信した仮想デバイスの動作処理を説明する図である。 画像形成装置の動作処理例を説明するフローチャートである。 通常処理を示すフローチャートである。 機能を停止した画像形成装置が表示するする画面の例である。 情報処理システムの動作処理例を説明するシーケンス図である。 画像形成装置が実行するＩＦＡＸ送信処理の例を説明する図である。 画像形成装置が実行するＩＦＡＸ受信処理の例を説明する図である。 ＩＦＡＸデータを送信する画像形成装置の操作パネルの一例である。

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

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

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

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

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

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

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

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

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

サーバコンピュータ群１０５は、画像形成装置のコンフィグデータを管理する設定値管理サービス３１０（図３を参照）を提供するサーバ群である。サーバコンピュータ群１０５は、複数のテナントに対して、インターネット１０４を介してサービスを提供する。本実施形態において、サーバコンピュータ群１０５が提供する設定値管理サービス３１０は、画像形成装置のコンフィグデータを管理する管理装置として機能する。設定値管理サービス３１０は、予め設定された管理範囲であるテナントに対応付けて、画像形成装置を管理する。つまり、設定値管理サービス３１０は、画像形成装置を上記管理範囲毎に管理する。なお、以下の説明では、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃを画像形成装置１０１とも記述する。また、端末装置１０２Ｂ、１０２Ｃを端末装置１０２とも記述する。

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

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

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

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ ）２０１は、プログラムの実行や、様々な処理の制御を行う。不揮発性メモリ２０２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）を備える。不揮発性メモリ２０２には、機器の起動処理において初期段階に必要なプログラムやデータが格納されている。揮発性メモリ２０３は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を備える。揮発性メモリ２０３は、プログラム、データの一時的な格納場所として利用される。

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

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

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

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

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

実コンフィグデータ更新部３０２は、実コンフィグデータ保持部３０１が保持する実コンフィグデータを更新する。具体的には、実コンフィグデータ更新部３０２は、仮想コンフィグデータ受信部３０３が取得した仮想コンフィグデータで、実コンフィグデータを更新する。この実コンフィグデータが、画像形成装置１０１に適用される。すなわち、実コンフィグデータ更新部３０２は、仮想コンフィグデータ受信部３０３が取得した仮想コンフィグデータを画像形成装置１０１に適用する適用手段として機能する。

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

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

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

なお、仮想コンフィグデータは、図４に示す実コンフィグデータと同様のデータ構成を有する。従って、図４に示す実コンフィグデータを、適宜、仮想コンフィグデータとして説明する。

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

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

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

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

リプレイス実行部３４０は、画像形成装置１０１がリプレイスされた場合に、設定値管理サービス３１０に対して、インターネット１０４を介してリプレイス要求を行うリプレイス要求手段として機能する。リプレイス要求は、当該リプレイスされた画像形成装置１０１に対応する仮想デバイスが有する仮想コンフィグデータの設定を、リプレイス後の設定に更新する（リプレイスする）ことを求める要求である。

また、リプレイス実行部３４０は、設定値管理サービス３１０が備える停止機能選択部３３３からの指示（機能停止要求）に従って、画像形成装置の機能を停止する停止手段として機能する。また、リプレイス実行部３４０は、設定値管理サービス３１０が備える停止機能選択部３３３からの指示（機能停止解除要求）に従って、停止していた画像形成装置の機能を再開する再開手段として機能する。

バージョン管理部３４１は、画像形成装置１０１が外部装置から受信した情報の生成元であるコンフィグデータのバージョンに基づいて、当該情報が最新のコンフィグデータに基づいて生成されたかを判断する。本実施形態では、画像形成装置１０１に対応する仮想コンフィグデータは、当該仮想コンフィグデータのバージョンを示すバージョン情報が対応付けられているものとする。ここで、本実施形態では、リプレイスされる画像形成装置１０１を第１の画像形成装置とする。画像形成装置１０１のリプレイスに伴ってコンフィグデータの更新が必要となる画像形成装置を第２の画像形成装置とする。第２の画像形成装置のコンフィグデータを用いて送信情報を生成し、生成した送信情報を第１の画像形成装置に送信する画像形成装置を第３の画像形成装置とする。

第１の画像形成装置が備えるバージョン管理部３４１は、第３の画像形成装置から上記送信情報を受信する。バージョン管理部３４１は、設定値管理サービス３１０が備えるバージョン比較部３３４に対して、バージョン情報の比較要求を行う比較要求手段として機能する。バージョン情報の比較要求は、バージョン情報の比較処理を求める要求である。この比較処理は、送信情報が含む第２の画像形成装置の仮想コンフィグデータのバージョン情報と、設定値管理サービス３１０が備える仮想デバイス保持部３１１が有する当該第２の画像形成装置の仮想コンフィグデータのバージョン情報との比較処理である。バージョン情報の比較要求は、送信情報が含む第２の画像形成装置の仮想コンフィグデータのバージョン情報を含む。

また、バージョン管理部３４１は、バージョン比較部３３４から上記比較処理の実行結果を受信する。受信した比較処理の実行結果が、送信情報が含む仮想コンフィグデータのバージョン情報が仮想デバイス保持部３１１が有するバージョン情報と一致することを示す場合に、バージョン管理部３４１は、以下の処理を実行する。バージョン管理部３４１は、送信情報が最新の仮想コンフィグデータに基づいて生成されたと判断する。

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

仮想デバイス保持部３１１は、仮想デバイスを保持する。仮想デバイスは、少なくとも、仮想機器構成データと、仮想コンフィグデータとを含む。すなわち、仮想デバイス保持部３１１は、画像形成装置の動作設定情報を保持する保持手段として機能する。仮想デバイス保持部３１１は、仮想デバイスを補助記憶装置２０４Ｃに記憶して管理する。

図６は、仮想デバイスの一例を示す図である。図６に示す仮想デバイスは、デバイス識別子８０２、テナント識別子８０３、仮想機器構成データ８０４、仮想コンフィグデータ８０５、通知フラグ８０６を有する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

実コンフィグデータ更新受信部３２３は、画像形成装置１０１の実コンフィグデータ更新通知部３０８から、インターネット１０４を介して、画像形成装置１０１の実コンフィグデータの更新内容を受信する。そして、実コンフィグデータ更新受信部３２３は、受信した実コンフィグデータの更新内容を仮想コンフィグデータ更新部３１７に通知する。

リプレイス管理部３３０は、リプレイスされた画像形成装置１０１のリプレイス実行部３４０からのリプレイス要求をインターネット１０４を介して受け付ける要求受け付け手段として機能する。リプレイス要求は、リプレイスされた画像形成装置１０１の識別情報と、リプレイスにより変更された当該画像形成装置１０１に対応する設定値とを含む。そして、リプレイス管理部３３０は、当該リプレイス要求に応じた処理（リプレイス処理）を実行する。リプレイス処理は、リプレイスされた画像形成装置の仮想コンフィグデータの更新処理と、画像形成装置のリプレイスに伴い仮想コンフィグデータの更新が必要な他の画像形成装置を検索する処理と、検索された画像形成装置の仮想コンフィグデータの更新処理を含む。

リプレイス管理部３３０は、仮想デバイス検索部３３１、仮想コンフィグデータ変更部３３２、停止機能選択部３３３、バージョン比較部３３４を備える。仮想デバイス検索部３３１は、リプレイスされた画像形成装置１０１のリプレイス実行部３４０からのリプレイス要求を受け付ける。本実施形態では、リプレイスされた画像形成装置を第１の画像形成装置とも記述する。仮想デバイス検索部３３１は、受け付けられたリプレイス要求に対応するリプレイスに伴って仮想コンフィグデータを更新することが必要な他の画像形成装置（第２の画像形成装置）を検索する検索手段として機能する。

本実施形態では、例えば、リプレイス要求が、リプレイス後の第１の画像形成装置のＭＡＣアドレスを含んでいる。仮想デバイス検索部３３１は、仮想デバイス保持部３１１が保持する仮想デバイスが有する仮想コンフィグデータのうち、上記ＭＡＣアドレスを登録しているＭＡＣアドレスフィルタが設定されている仮想コンフィグデータを取得する。そして、仮想デバイス検索部３３１は、取得した仮想コンフィグデータに対応する画像形成装置を第２の画像形成装置とし、検索結果として出力する。

仮想コンフィグデータ変更部３３２は、仮想デバイス保持部３１１が保持する仮想デバイスが含む仮想コンフィグデータのうち、検索された第２の画像形成装置の仮想コンフィグデータの設定値を、リプレイス要求が含む設定値に更新する更新手段として機能する。また、仮想コンフィグデータ変更部３３２は、リプレイス要求が含む画像形成装置１０１の識別情報に基づいて、当該画像形成装置１０１の仮想コンフィグデータを仮想デバイス保持部３１１が保持する仮想デバイスから取得する。そして、仮想コンフィグデータ変更部３３２は、取得した仮想コンフィグデータの設定値をリプレイス要求が含む設定値で更新する。

停止機能選択部３３３は、仮想コンフィグデータ変更部３３２による第２の画像形成装置の仮想コンフィグデータの設定値の変更が完了するまで第１の画像形成装置に停止させる機能を選択する。すなわち、停止機能選択部３３３は、第１の画像形成装置が有する機能のうち、第２の画像形成装置の動作設定情報の更新を完了するまで該第１の画像形成装置に停止させる機能を選択する選択手段として機能する。

また、停止機能選択部３３３は、第１の画像形成装置が備えるリプレイス実行部３４０に対して、上記選択した機能の停止をインターネット１０４を介して要求（機能停止要求を送信）する停止指示手段として機能する。また、停止機能選択部３３３は、以下の処理を実行する再開指示手段として機能する。すなわち、停止機能選択部３３３は、第２の画像形成装置の仮想コンフィグデータの設定の変更が完了したことを確認すると、機能を停止した第１の画像形成装置が備えるリプレイス実行部３４０に対し、停止した機能の再開を要求（機能停止解除要求を送信）する。

バージョン比較部３３４は、リプレイスされた画像形成装置１０１のバージョン管理部３４１から、バージョン情報の比較要求を受信する。バージョン情報は、仮想コンフィグデータのバージョンに関する情報である。バージョン比較部３３４は、受信した比較要求に従って、以下の比較処理を実行する。

まず、バージョン比較部３３４は、比較要求が含むバージョン情報を第１のバージョン情報として取得する。また、バージョン比較部３３４は、比較要求に対応する第２の画像形成装置の仮想デバイスを仮想デバイス保持部３１１から取得する。また、バージョン比較部３３４は、取得した仮想デバイスが有する仮想コンフィグデータのバージョン情報を第２のバージョン情報として取得する。そして、バージョン比較部３３４は、取得した第１のバージョン情報と第２のバージョン情報とを比較し、第１のバージョン情報と第２のバージョン情報とが一致するかを判断する。バージョン比較部３３４は、比較結果を第１の画像形成装置のバージョン管理部３４１に返す。

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップ１００５において、実機器構成データ通知部３０６が、実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を設定値管理サービス３１０に通知する（ステップＳ１００５）。通知先のアドレスは、実コンフィグデータ保持部３０１が保持しているアドレスである。

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

次に、仮想コンフィグデータ受信部３０３が、仮想コンフィグデータの更新が完了するまで処理の実行を待ち合わせる（ステップＳ１００６）。続いて、仮想コンフィグデータ受信部３０３が、設定値管理サービス３１０から仮想コンフィグデータを受信する。そして、仮想コンフィグデータ更新部３１７が、受信された仮想コンフィグデータを実コンフィグデータとして更新する（ステップＳ１００７）。実コンフィグデータは、実コンフィグデータ保持部３０１によって記憶される。

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

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

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

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

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

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

次に、仮想コンフィグデータ更新部３１７が、生成された仮想コンフィグデータを、該当する仮想デバイスに登録、更新する（ステップＳ１０５８）。ステップＳ１０５８においては、さらに、仮想コンフィグデータ取得部３２０が、生成された仮想コンフィグデータを画像形成装置１０１の仮想コンフィグデータ受信部３０３に対して送信する。

次に、画像形成装置がリプレイスされた場合に、関連する画像形成装置のコンフィグデータの更新処理について説明する。画像形成装置がリプレイスされると、リプレイス前のコンフィグデータの設定値と同じ値が引き継がれる設定項目と、リプレイス前のコンフィグデータの設定値から値が変更される設定項目とがある。

例えば、ＩＰアドレス、デバイス名、ＵＲＬ、設置場所の表示等は、リプレイス前のコンフィグデータの設定値と同じ値がリプレイス後の画像形成装置に引き継がれる場合が多い。また、画像形成装置の固有のデータに関する設定項目、およびリプレイス前の画像形成装置には無かったデータに関する設定項目は、リプレイス前の設定値から値が変更される場合が多い。例えば、ＭＡＣアドレス、新規に追加された能力情報などは、リプレイス前の設定値から値が変更される場合が多い。

例えば、画像形成装置のリプレイスに伴ってリプレイス前の設定値から値が変更される設定を、ネットワーク上の他の画像形成装置が静的に保持している場合がある。例えば、当該他の画像形成装置が、ＭＡＣアドレスフィルタ機能を持っているものとする。ＭＡＣアドレスフィルタ機能は、ＭＡＣアドレスフィルタに予め通信相手のＭＡＣアドレスを登録しておき、このＭＡＣアドレスフィルタを参照して、受信したパケットの受信許可／不許可を決定する機能である。

ＭＡＣアドレスフィルタ機能を運用している画像形成装置は、登録されていたＭＡＣアドレスに対応する画像形成装置がリプレイスされると、設定を変更する必要がある。つまり、ＭＡＣアドレスフィルタ機能を運用している画像形成装置は、リプレイス前のＭＡＣアドレスをリプレイス後のＭＡＣアドレスに変更しなければならない。

例えば、ＭＡＣアドレスフィルタで「登録アドレス以外からのパケットの受信を許可」と設定されており、ある画像形成装置のＭＡＣアドレスが登録アドレスであるものとする。このＭＡＣアドレスフィルタを運用する画像形成装置が、ＭＡＣアドレスフィルタの設定を変更する前には、リプレイスされた画像形成装置から当該ＭＡＣアドレスフィルタを運用する画像形成装置宛てにパケットを送信した場合、このパケットが受信されてしまう。

図１１は、実施例１における情報処理システムの動作処理の例を説明するシーケンス図ある。図１１中、１１１０、１１５０、１１６０はそれぞれ画像形成装置Ａ、Ｂ、Ｃである。１１２０、１１３０、１１４０は、仮想デバイスＡ、Ｂ、Ｃであり、それぞれ画像形成装置Ａ（１１１０）、Ｂ（１１５０）、Ｃ（１１６０）に対応する。以下の説明において、仮想デバイスが主体となる各処理は、設定値管理サービス３１０の当該処理に対応する処理部が実行する。また、仮想デバイスに対する各処理は、設定値管理サービス３１０の当該処理に対応する処理部に対して実行される。

図１１は、画像形成装置Ａがリプレイスされ、画像形成装置Ｂ、Ｃのコンフィグデータが変更となる場合の処理を示す。まず、画像形成装置Ａが、リプレイス時に、リプレイス要求としてメッセージ１１１１を仮想デバイスＡに送信する。このリプレイス要求は、リプレイス後の画像形成装置ＡのＭＡＣアドレスを含んでいる。仮想デバイスＡは、メッセージ１１１１を受信すると、仮想コンフィグデータの更新が必要な仮想デバイスを検索する。

具体的には、設定値管理サービス３１０の仮想デバイス検索部３３１が仮想コンフィグデータのうち、リプレイス要求が含むＭＡＣアドレスを登録しているＭＡＣアドレスフィルタが設定されている仮想コンフィグデータを有する仮想デバイスを検索する。当該検索結果として仮想デバイスＢ、Ｃが得られた場合、仮想デバイスＡが、更新メッセージを仮想デバイスＢ、仮想デバイスＣに通知することによって、仮想デバイスＢ、Ｃに対応する仮想コンフィグデータを更新する（処理１１２１、１１２２）。具体的には、仮想コンフィグデータ変更部３３２が、仮想デバイスＢ、Ｃに対応する仮想コンフィグデータを更新する。ＭＡＣアドレスフィルタの例では、仮想コンフィグデータ変更部３３２が、リプレイス前のＭＡＣアドレス値からリプレイス後のＭＡＣアドレス値に変更する。

次に、仮想コンフィグデータ変更部３３２が、仮想デバイスＡが持つコンフィグデータを更新（処理１１２３）する。また、停止機能選択部３３３が、他の画像形成装置の設定が完了するまで停止する機能があれば選択し（処理１１２４）、他の画像形成装置の設定が完了するまで当該機能を停止することを指示するメッセージ１１２５を画像生成装置Ａへ通知する。このメッセージを通知された画像形成装置Ａは該当する機能を停止する。

一方、画像形成装置Ｂが、仮想デバイスＢが保持する更新されたコンフィグデータを取得し、実コンフィグデータを更新する（処理１１３１）。画像形成装置Ｃも同様の処理を行う（処理１１４１）。仮想デバイスＢ、Ｃは、対応する実コンフィグデータの更新が終了すると、仮想デバイスＡに対して更新終了を通知する（メッセージ１１３２、１１４２）。更新終了を通知された仮想デバイスＡは、機能停止解除要求を行う。具体的には、停止機能選択部３３３が、更新すべき実コンフィグデータが全て更新されたと判断した場合、メッセージ１１２５によって停止した機能の停止解除を指示するメッセージ１１２６を通知する。

図１２は、画像形成装置のリプレイス時における設定値管理サービスの動作処理例を示すフローチャートである。設定値管理サービス３１０のリプレイス管理部３３０が、リプレイスされる画像形成装置以外の画像形成装置のコンフィグデータの更新処理を実行する（ステップＳ１２０１）。ステップＳ１２０１の処理は、図１１の処理１１２１、１１２２に対応する。

次に、リプレイス管理部３３０が、リプレイスされる画像形成装置のコンフィグデータの更新処理を実行する（ステップＳ１２０２）。ステップＳ１２０２の処理は、図１１の処理１１２３に対応する。続いて、リプレイス管理部３３０が、リプレイスされる画像形成装置に対して、他の画像形成装置の更新が終了するまで停止する機能を選択する処理を実行する（ステップＳ１２０３）。ステップＳ１２０３の処理は、図１１の処理１１２４に対応する。

次に、リプレイス管理部３３０が、実デバイスである画像形成装置に対して、リプレイスの処理が完了したことを通知して（ステップＳ１２０４）、処理を終了する、ステップＳ１２０４の処理は、図１１の処理１１２５に対応する。ステップＳ１０２４の処理によって、ステップ１２０３にて選択された機能が一旦停止される。

図１３は、図１２のステップＳ１２０１における処理の詳細な例を示すフローチャートである。図１３（Ａ）は、実施例１におけるコンフィグデータの更新処理を示す。まず、リプレイス管理部３３０が、リプレイス対象の画像形成装置のＭＡＣアドレスを登録しているＭＡＣアドレスフィルタを使用している画像形成装置を検索する（ステップＳ１３０１）。具体的には、上記ＭＡＣアドレスフィルタを持つ仮想コンフィグデータを検索し、更新が必要な仮想デバイスを求める。

次に、リプレイス管理部３３０が、更新が必要な仮想デバイスがあるかを判断する（ステップＳ１３０２）。更新が必要な仮想デバイスがない場合は、処理を終了する。更新が必要な仮想デバイスがある場合は、ステップＳ１３０３に進む。

次に、リプレイス管理部３３０が、更新が必要な仮想コンフィグデータのＭＡＣアドレスフィルタ設定値を更新する（ステップＳ１３０３）。具体的には、リプレイス管理部３３０が、リプレイス前のＭＡＣアドレス値をリプレイス後のＭＡＣアドレス値に変更する。続いて、リプレイス管理部３３０が、更新テーブルのＭＡＣアドレスフィルタの行に該当する仮想デバイスを登録し（ステップＳ１３０４）、ステップＳ１３０２に戻る。

図１４は、更新テーブルの一例である。リプレイス管理部３３０が更新テーブル２５００を管理している。更新テーブル２５００は、少なくとも更新対象となるコンフィグデータの設定値と、当該更新対象に関連する機能と、当該設定値を更新する必要がある仮想デバイスとの対応情報を含むテーブルである。

更新テーブル２５００の行２５０１は、行２５０１以降の行に設定されたデータが、仮想デバイスＡに対応する画像形成装置がリプレイスされた場合についてのデータであることを示している。同様に、行２５０２は、行２５０２以降の行に設定されたデータが、仮想デバイスＸに対応する画像形成装置がリプレイスされた場合についてのデータであることを示している。

列２５１０は、更新対象、列２５２０は、更新対象に関連する機能、列２５３０は更新対象に登録された仮想デバイスと、この仮想デバイスからの更新終了通知の受信状況を示す。

列２５１１は、更新対象がＭＡＣアドレスフィルタであることを示す。そして、更新対象であるＭＡＣアドレスフィルタに関連する機能は、センド機能（２５２１）、ＳｃａｎＴｏＢｏｘ：ネットワークプレース機能（２５２２）、ウェブブラウザ機能（２５２３）である。この例では、ＭＡＣアドレスフィルタの更新が必要なデバイスとして、仮想デバイスＢ（２５３２）と、仮想デバイスＣ（２５３５）とが登録されている。また、この例では、仮想デバイスＢからの更新終了通知は未受信、仮想デバイスＣは受信済である。

更新対象がネットワークアドレス帳である場合については、関連機能がＩＦＡＸ機能（２５２４）であり、更新が必要な仮想デバイスとして仮想デバイスＢ（２５３３）が登録されている。また、この例では、仮想デバイスＢからの更新終了通知は未受信である。

図１５は、図１２のステップＳ１２０３における停止機能選択処理の詳細な例を示すフローチャートである。まず、リプレイス管理部３３０が、更新テーブルの更新対象について順番に調べていき、未調査の更新対象があるかを判断する（ステップＳ１５０１）。未調査の更新対象がない場合は、処理を終了する。未調査の更新対象がある場合は、リプレイス管理部３３０が、この更新対象を選択して、ステップＳ１５０２に進む。

次に、リプレイス管理部３３０が、更新テーブルにおいて、ステップＳ１５０１で選択した更新対象に対応する仮想デバイスが登録されているかを判断する（ステップＳ１５０２）。ステップＳ１５０１で選択した更新対象に対応する仮想デバイスが登録されていない場合は、ステップＳ１５０１に戻る。ステップＳ１５０１で選択した更新対象に対応する仮想デバイスが登録されている場合は、ステップＳ１５０３に進む。ステップＳ１５０３において、リプレイス管理部３３０が、更新対象に関連する機能を停止すべき機能として選択し（ステップＳ１５０３）、ステップＳ１５０１に戻る。

図１６は、実コンフィグデータの更新処理の例を示すフローチャートである。図１６に示す処理は、図１１の処理１１３１、処理１１４１に対応する。まず、リプレイス管理部３３０が、実デバイスである画像形成装置に対して仮想コンフィグデータ渡すとともに実コンフィグデータの更新要求を行うことによって、実コンフィグデータを更新する（ステップＳ１６０１）。続いて、リプレイス管理部３３０が、更新テーブルを参照して、更新テーブルに該当する仮想デバイスが登録されているかを判断する（ステップＳ１６０２）。

更新テーブルに該当する仮想デバイスが登録されていない場合は、処理を終了する。更新テーブルに該当する仮想デバイスが登録されている場合は、ステップＳ１６０３に進む。そして、リプレイス管理部３３０が、更新終了通知をリプレイスされた仮想デバイスに送信する（ステップＳ１６０３）。ステップＳ１６０３の処理は、例えば、図１１のメッセージ１１３２、１１４２の通知に対応する。

図１７は、図１６のステップＳ１６０３における更新終了通知を受信した仮想デバイスの動作処理を説明するフローチャートである。この処理は、実際にはリプレイス管理部３３０が実行する。まず、リプレイス管理部３３０が、該当する仮想デバイスから更新終了通知を受信したかを判断する（ステップＳ１７０１）。リプレイス管理部３３０が、更新終了通知を受信していない場合は、ステップＳ１７０１に戻る。リプレイス管理部３３０が、更新終了通知を受信した場合は、ステップＳ１７０２に進む。

次に、リプレイス管理部３３０が、該当する仮想デバイスの受信状況を全て「受信：済」に変更する（ステップＳ１７０２）。例えば、リプレイス管理部３３０が、仮想デバイスＣから更新終了通知を受けると、図１４に示す更新テーブルのように、仮想デバイスＣというデータ項目の欄に、「受信：済」を設定する。

次に、リプレイス管理部３３０が、更新対象の関連機能に対応する全ての仮想デバイスから更新終了通知を受信したかを判断する（ステップＳ１７０３）。例えば、図１４に示す更新テーブルに設定されているＳｅｎｄ機能に関連する仮想デバイスのうち、仮想デバイスＣというデータ項目の欄は、「受信：済」に設定されている。しかし、仮想デバイスＢというデータ項目の欄は、「受信：未」のままであるので、コンフィグデータが更新されていない仮想デバイスがあるという状況であることが分かる。

更新テーブルにおいて関連機能２５０２に登録されている仮想デバイスが全て「受信：済」である場合には、ステップＳ１７０４に進む。更新テーブルにおいて関連機能２５０２に登録されている仮想デバイスのうち、「受信：未」である仮想デバイスが残っている場合は、ステップＳ１７０１に戻る。

ステップＳ１７０４においては、リプレイス管理部３３０が、対応する全ての仮想デバイスの更新が完了した関連機能について、停止解除を実デバイスである画像形成装置に通知する。この通知は、図１１に示すメッセージ１１２６の通知に対応する。続いて、リプレイス管理部３３０が、更新テーブルに「受信：未」である仮想デバイスが残っているかを判断する（ステップＳ１７０５）。更新テーブルに「受信：未」である仮想デバイスが残っている場合は、ステップＳ１７０１に戻る。更新テーブルに「受信：未」である仮想デバイスが残っていない場合は、処理を終了する。

図１８は、画像形成装置の動作処理例を説明するフローチャートである。まず、画像形成装置１０１が電源ＯＮになると初期化処理が実行される（ステップＳ１８０１）。続いて、画像形成装置１０１（のリプレイス実行部３４０）が、リプレイス処理を開始するかを判断する（ステップＳ１８０２）。画像形成装置１０１がリプレイス処理を開始すると判断した場合は、画像形成装置１０１は、リプレイス処理を実行して（ステップＳ１８１０）、ステップＳ１８２１に進む。画像形成装置１０１がリプレイス処理を開始しないと判断した場合は、画像形成装置１０１は、通常処理を実行して（ステップＳ１８２０）、ステップＳ１８２１に進む。

次に、画像形成装置１０１が、電源ＯＦＦ／ＯＮが後処理として必要であるかを判断する（ステップＳ１８２１）。画像形成装置１０１が、電源ＯＦＦ／ＯＮが後処理として必要でないと判断した場合は、ステップＳ１８２０に戻る。画像形成装置１０１が、電源ＯＦＦ／ＯＮが後処理として必要であると判断した場合は、画像形成装置１０１が、終了処理を実行する（ステップＳ１８２２）。

図１９は、図１８のステップＳ１８２０における通常処理の詳細例を説明するフローチャートである。まず、画像形成装置１０１が、外部装置から要求があったかを判断する（ステップＳ１９０１）。外部装置から要求がなかった場合は、ステップＳ１９０１に戻る。外部装置から要求があった場合は、画像形成装置１０１は、要求の種類に応じて、以下のステップＳ１９１０乃至１９４０のいずれかの処理を実行する。要求が機能停止要求であった場合、画像形成装置１０１のリプレイス実行部３４０が、機能停止要求が指定する機能を停止する（ステップＳ１９１０）。これにより、画像形成装置１０１のリプレイスに伴ってコンフィグデータの更新が必要な他の画像形成装置のコンフィグデータの更新が完了する前に、画像形成装置１０１が更新されるコンフィグデータに関連する機能処理を実行することを防止することができる。

図２０は、画像形成装置の機能を停止した場合に画像形成装置がディスプレイ２０５Ａ上に表示する画面の例である。図２０（Ａ）に示す画面２０００は、ユーザが選択・操作する対象となる画像形成装置の各機能を表示するメニュー画面を示す。図２０（Ａ）に示すメニュー画面の例では、グレーアウトしている（図中では斜線を施している）ボタン２００４および２００５に対応する機能が停止している。具体的には、ウェブブラウザ機能と、センド機能とが停止している。

図２０（Ｂ）は、ユーザがボタン２００２を押下げした場合に画像形成装置が表示するＳｃａｎＴｏＳｅｎｄ機能の基本画面を示す。図１９（Ｂ）に示す例では、ボタン２０１３がグレーアウトしている。すなわち、画像形成装置のネットワークプレース機能が停止している。ＭＡＣアドレスフィルタが更新対象となっている場合にネットワークプレース機能が停止される。

図１９に戻って、要求が実コンフィグデータの更新要求であった場合、画像形成装置１０１の実コンフィグデータ更新部３０２が、実コンフィグデータの更新要求とともに受信した仮想コンフィグデータで実コンフィグデータを更新する（ステップＳ１９２０）。

要求が機能停止解除要求であった場合、画像形成装置１０１のリプレイス実行部３４０が、機能停止解除要求が指定する機能の停止を解除する。これにより、画像形成装置１０１のリプレイスに伴ってコンフィグデータの更新が必要な他の画像形成装置のコンフィグデータの更新が完了する前に、画像形成装置１０１が更新されるコンフィグデータに関連する機能処理を実行することを防止することができる。要求が機能停止解除要求、実コンフィグデータの更新要求、機能停止解除要求のいずれでもない場合、画像形成装置１０１の所定の処理部が、当該要求に応じた処理を実行する（ステップＳ１９４０）。

以上説明した実施例１の情報処理システムが備える設定値管理サービス３１０は、画像形成装置がリプレイスされた場合に、コンフィグデータの更新が必要となる画像形成装置を、自身が仮想デバイスとして管理する画像形成装置の中から検索する。そして、設定値管理サービス３１０は、検索した画像形成装置のコンフィグデータを更新する。従って、実施例１の情報処理システムによれば、画像形成装置がリプレイスされた場合に、コンフィグデータの変更が必要となる他の画像形成装置を、過大な処理負荷なしに探索し、探索した画像形成装置のコンフィグデータを自動的に変更することが可能となる。

なお、実施例１では、サーバコンピュータ群１０５が設定値管理サービス３１０を実現することを想定しているが、別の構成であっても良い。例えば、１つのサーバコンピュータが設定値管理サービス３１０を実現するようにしてもよい。また、設定値管理サービス３１０が、ユーザ環境１００、サービスマン環境１１０、または画像形成装置のベンダ環境１２０等の中に実現されていてもよい。

また、実施例１では、サービスマンが、サービスマン環境１１０に配置された端末装置１０２Ｂを利用することを想定しているが、別の構成であってもよい。例えば、サービスマンが、ユーザの許可のもとでユーザ環境１００に配置された端末装置１０２Ａを利用する構成であってもよい。

また、図２では、サーバコンピュータ２１０Ａと２１０Ｂとがネットワーク２２０を介して通信を行っているが、別の構成であってもよい。例えば、サーバコンピュータ２１０Ａと２１０Ｂとが、インターネット１０４を介して通信を行ってもよい。

また、図３では、実コンフィグデータ保持部３０１が、補助記憶装置２０４Ａに実コンフィグデータを記憶しているが、別の構成であってもよい。例えば、実コンフィグデータ保持部３０１が、実コンフィグデータを揮発性メモリ２０３Ａに一時的に記憶する構成であってもよい。この場合、電源をＯＦＦにすると実コンフィグデータが失われるので、デバイスの電源をＯＮにする度に仮想コンフィグデータ受信部３０３が仮想コンフィグデータを受信する必要がある。具体的な処理の流れで示すと、図１０のステップ１００４で、仮想コンフィグデータの更新判定処理が省略され、常にステップ１００７の処理を実行する構成となる。

図３では、実機器構成データ収集部３０４は、画像形成装置の電源をＯＮにする度に、実機器構成データの収集を行うが、別の構成であってもよい。例えば、画像形成装置が実機器構成データを補助記憶装置２０４Ａに常に記憶する実機器構成データ保持部（図示を省略）を備えるようにしてもよい。この場合、実機器構成データの変更に応じて、実機器構成データ保持部が保持する実機器構成データを速やかに書き換える構成である必要がある。そのため、実機器構成データ収集部３０４は、実機器構成データの変更を監視し、変更内容を検知した場合には、実機器構成データ保持部に対して変更内容を通知し、この変更内容を実機器構成データに反映させる。また、実機器構成データ通知部３０６は、実機器構成データ保持部に対して実機器構成データを要求する。

図３では、テナント識別子保持部３０５が、補助記憶装置２０４Ａにテナント識別子を記憶するが、別の構成であってもよい。例えば、ユーザが入力装置２０６Ａを用いてテナント識別子を毎回入力する構成であってもよい。入力するタイミングは、画像形成装置の起動時であってもよいし、別のタイミングであってもよい。この場合、テナント識別子は揮発性メモリ２０３Ａに記憶される。

図３では、実機器構成データ通知部３０６は、画像形成装置が電源ＯＮになったことを検知して処理を行うが、別の構成であってもよい。例えば、ユーザが、入力装置２０６Ａを用いて仮想コンフィグデータの取得を指示する構成であってもよい。この場合、図１０のステップ１００１において、画像形成装置が仮想コンフィグデータの取得指示を検知することでステップ１００２以降の処理が実行される。

図３では、仮想デバイス保持部３１１は、図８に示すように仮想機器構成データと仮想コンフィグデータを識別するための識別子を保持していたが、別の構成であってもよい。例えば、仮想デバイス保持部３１１が、識別子ではなくデータの実体を保持する構成であってもよい。

図３では、仮想コンフィグデータ生成部３１６は、機種別設定値スキーマ、テナント用コンフィグデータ、仮想機器構成データから仮想コンフィグデータを生成するが、別の構成であってもよい。例えば、仮想コンフィグデータ生成部３１６が、機種別設定値スキーマとテナント用コンフィグデータとに基づいて、機種に応じた仮想コンフィグデータを生成するようにしてもよい。この場合、画像形成装置は、実コンフィグデータを参照する際に機器構成に応じた実コンフィグデータを参照する。また、仮想コンフィグデータ生成部３１６が、更に、所定のライセンスデータを用いて仮想コンフィグデータを生成する構成であってもよい。その場合、画像形成装置が備えるオプション機能に合わせた仮想コンフィグデータが生成される。

図１３（Ｂ）は、実施例２における図１２の処理１２０１の詳細例を説明するフローチャートである。以下に、図１３（Ｂ）を参照して、実施例２の情報処理システムが実行するコンフィグデータの更新処理を説明する。

まず、リプレイス管理部３３０が、リプレイス対象の画像形成装置の情報を持つネットワークアドレス帳をコンフィグデータとして保有する画像形成装置を検索する（ステップＳ１４０１）。具体的には、上記ネットワークアドレス帳を持つ仮想コンフィグデータを検索し、更新が必要な仮想デバイスを求める。

次に、リプレイス管理部３３０が、更新が必要な仮想デバイスがあるかを判断する（ステップＳ１４０２）。更新が必要な仮想デバイスがない場合は、処理を終了する。更新が必要な仮想デバイスがある場合は、ステップＳ１４０３に進む。

次に、リプレイス管理部３３０が、更新が必要な仮想デバイスが有する仮想コンフィグデータのネットワークアドレス帳を更新する（ステップＳ１４０３）。具体的には、リプレイス管理部３３０が、リプレイス前のネットワークアドレス帳が持つリプレイス対象の画像形成装置の情報をリプレイス後の画像形成装置の情報に変更する。続いて、リプレイス管理部３３０が、更新テーブルのネットワークアドレス帳の行に該当する仮想デバイスを登録し（ステップＳ１４０４）、ステップＳ１４０２に戻る。

図２１は、実施例２における情報処理システムの動作処理例を説明するシーケンス図である。実施例２では、ある画像形成装置がリプレイスされた場合に、他の画像形成装置が持つネットワークアドレス帳を更新する。ネットワークアドレス帳は、画像形成装置が持つアドレス帳をネットワーク経由で他の画像形成装置が参照できるアドレス帳である。例えばＩＦＡＸ機能を有する画像形成装置は、ネットワークアドレス帳に記載されている、送信先の能力情報（例：解像度など）に基づいて送信設定を行う。従って、当該送信先の画像形成装置がリプレイスされた場合には、このネットワークアドレス帳を更新する必要がある。なお、この例では、ネットワークアドレス帳の更新を例にとって説明するが、ある画像形成装置がリプレイスされた場合に、他の画像形成装置のコンフィグデータの設定のうち、変更が必要な設定は、ネットワークアドレス帳に限定されない。

図２１は、第２の実施形態の基本となるシーケンス図である。符号２１１０、２１４０、２１５０は、それぞれ、画像形成装置Ａ、Ｂ、Ｃを示す。符号２１２０、２１３０は、仮想デバイスＡ、Ｂを示す。仮想デバイスＡは、画像形成装置Ａに対応する。また、仮想デバイスＢは、画像形成装置Ｂに対応する。

この例では、画像形成装置Ａがリプレイスされ、画像形成装置Ｂのコンフィグデータに設定されているネットワークアドレス帳の変更が必要となるものとする。また、ネットワークアドレス帳には、そのバージョン情報が対応付けられているものとする。まず、画像形成装置Ａが、リプレイス時に、リプレイス要求としてメッセージ２１１１を仮想デバイスＡに送信する。仮想デバイスＡが、メッセージ２１１１を受信し、仮想コンフィグデータの更新が必要な仮想デバイスを検索する。具体的には、仮想デバイス検索部３３１が、仮想コンフィグデータのうち、リプレイス要求の要求元である画像形成装置Ａを情報の送信先として登録しているネットワークアドレス帳を含む仮想コンフィグデータを有する仮想デバイスを検索する。

当該検索結果として仮想デバイスＢが得られた場合、仮想デバイスＡが、更新メッセージを仮想デバイスＢに通知することによって、仮想デバイスＢに対応する仮想コンフィグデータを更新する（処理２１２１）。具体的には、仮想コンフィグデータ変更部３３２が、仮想デバイスＢに対応する仮想コンフィグデータに設定されたネットワークアドレス帳が有する、リプレイス前の画像形成装置Ａの情報を、リプレイス後の画像形成装置Ａの情報に変更する。また、仮想コンフィグデータ変更部３３２が、このネットワークアドレス帳のバージョン情報を更新する。

次に、仮想コンフィグデータ変更部３３２が、仮想デバイスＡが持つコンフィグデータを更新（処理２１２２）する。また、停止機能選択部３３３が、更新テーブルを参照して、他の画像形成装置の設定が完了するまで停止する機能があれば選択する（処理２１２３）。この例では、停止機能選択部３３３は、図１４に示す更新テーブルにおいてネットワークアドレス帳に関連するＩＦＡＸ機能を選択する。そして、停止機能選択部３３３は、他の画像形成装置の設定が完了するまで、選択した機能を停止することを指示するメッセージ２１２４を画像生成装置Ａへ通知する。メッセージ２１２４を通知された画像形成装置Ａは該当する機能を停止する。

画像形成装置Ｂは、仮想デバイスＢに対応する、更新されたコンフィグデータを取得し、実コンフィグデータを更新する（処理２１４２）。仮想デバイスＢは、対応する実コンフィグデータの更新が終了すると、仮想デバイスＡに対して更新終了通知を行う（メッセージ２１３１）。更新終了通知を受信した仮想デバイスＡは、機能停止解除要求を行う。具体的には、停止機能選択部３３３が、更新すべき実コンフィグデータが全て更新されたと判断した場合、メッセージ２１２４によって停止した機能の停止解除を指示するメッセージ２１２５を画像形成装置Ａに通知する。

ここで、画像形成装置Ｂに対応するネットワークアドレス帳は、画像形成装置Ａのリプレイスが完了したとしても古い状態の期間がある。具体的には、仮想デバイスＡがメッセージ２１２４を送信した後、処理２１４２が完了するまでの期間は、画像形成装置Ｂに対応するネットワークアドレス帳のバージョン情報は、更新前のバージョン情報である。

この例では、画像形成装置Ｃが、画像形成装置Ｂのネットワークアドレス帳を参照して、画像形成装置ＡにＩＦＡＸを送信する。このとき、画像形成装置Ｃがメッセージ２１４１にて参照した、画像形成装置Ｂのネットワークアドレス帳のバージョン情報は、リプレイス前のバージョン情報である。

画像形成装置Ｃは、以下のようにして、ネットワークアドレス帳が有する画像形成装置Ａの情報を参照してＩＦＡＸデータを作成する。画像形成装置Ｃは、参照したネットワークアドレス帳のバージョン情報（２１６０）をメッセージ２１４１から取得する。画像形成装置Ｃは、取得したバージョン情報をメール（２１６１）のヘッダに付与して、ＩＦＡＸデータを生成し、画像形成装置Ａに対して送信する（処理２１５１）。メール２１６３の例では、Ｘ−ｄｄｄＡｄｒＶｅｒｓｉｏｎがバージョン情報である。

つまり、画像形成装置Ｃは、以下の処理を実行する第３の画像形成装置として機能する。画像形成装置Ｃは、第２の画像形成装置（画像形成装置Ｂ）のコンフィグデータを参照する。画像形成装置Ｃは、該参照したコンフィグデータに応じた情報であって、該コンフィグデータのバージョン情報を含む送信情報を生成し、生成した送信情報をネットワークを介して第１の画像形成装置（画像形成装置Ａ）に対して送信する。この例では、画像形成装置Ａは、画像形成装置ＣからＩＦＡＸデータを受信する受信手段を備える。

画像形成装置Ａは、ＩＦＡＸ機能を停止させているので、この時点ではＩＦＡＸデータをまだ受信していない。ここで、画像形成装置Ｃが、処理２１４２の後に、ネットワークアドレス帳を参照（メッセージ２１４３）して、画像形成装置ＡにＩＦＡＸデータをメッセージ２１５１と同様に送信（処理２１５２）したとする。上記参照したネットワークアドレス帳の情報は、リプレイス後の画像形成装置Ａの情報に更新されている。

メッセージ２１２５を受けた画像形成装置ＡがＩＦＡＸ機能を開始する。この時点では、画像形成装置Ａは、メッセージ２１５１とメッセージ２１５２という２つのＩＦＡＸを受信することになる（処理２１１２）。そこで、画像形成装置Ａは、ＩＦＡＸ受信の際に、処理２１５１、処理２１５２で送信されたＩＦＡＸデータに対応するメールのヘッダに記載されているバージョン情報が最新であるかを検証する。

具体的には、画像形成装置Ａのバージョン管理部３４１が、仮想デバイスＢに対して、バージョン情報の比較を要求（メッセージ２１１３）する。すなわちバージョン管理部３４１は、設定値管理サービス３１０に対して、以下の処理を実行する比較要求手段として機能する。バージョン管理部３４１は、受信されたＩＦＡＸデータが含む画像形成装置Ｂのコンフィグデータのバージョン情報と、仮想デバイス保持部３１１が保持する画像形成装置Ｂのコンフィグデータのバージョン情報との比較処理の実行を要求する。

仮想デバイスＢは、画像形成装置Ａから送信されたバージョン情報と、仮想デバイスＢ自身の持つネットワークアドレス帳のバージョン情報とを比較する（処理２１１４）。具体的には、設定値管理サービス３１０のバージョン比較部３３４が、処理２１１４を実行する。そして、仮想デバイスＢが、バージョン情報の比較処理の実行結果を応答する（メッセージ２１１５）。

この例では、処理２１５１で送信されたＩＦＡＸデータに対応するメールのヘッダに記載されているバージョン情報と仮想デバイスＢが持つネットワークアドレス帳のバージョン情報は一致したものとする。また、処理２１５２で送信されたＩＦＡＸデータに対応するメールのヘッダに記載されているバージョン情報と仮想デバイスＢが持つネットワークアドレス帳のバージョン情報は不一致であったものとする。

画像形成装置Ａのバージョン管理部３４１は、以下の処理を実行する判断手段として機能する。バージョン管理部３４１は、メッセージ２１１５による応答が示す比較処理の実行結果を受信する。そして、バージョン管理部３４１は、比較処理の実行結果に基づいて、ＩＦＡＸデータに対応するメールのヘッダに記載されているバージョン情報と仮想デバイスＢが持つネットワークアドレス帳のバージョン情報とが一致するかを判断する。

ＩＦＡＸデータに対応するメールのヘッダに記載されているバージョン情報と仮想デバイスＢが持つネットワークアドレス帳のバージョン情報とが一致する場合、画像形成装置Ａのバージョン管理部３４１は、以下の処理を実行する。バージョン管理部３４１は、このＩＦＡＸデータが最新のコンフィグデータに基づいて生成されたと判断する。そして、バージョン管理部３４１は、送達確認（ＯＫ）を送信する。送達確認（ＯＫ）は、このＩＦＡＸデータが最新のコンフィグデータに基づいて生成されたことを示すメッセージである。ＩＦＡＸデータに対応するメールのヘッダに記載されているバージョン情報と仮想デバイスＢが持つネットワークアドレス帳のバージョン情報とが不一致である場合、画像形成装置Ａは、画像形成装置Ｃに対して、送達確認（条件付きＯＫ）を送信する。送達確認（条件付きＯＫ）は、ＩＦＡＸデータが送達されたが、古いバージョン情報のネットワークアドレス帳に基づくＩＦＡＸデータであることを確認したことを示すメッセージである。

図２２は、画像形成装置が実行するＩＦＡＸ送信処理の例を説明するフローチャートである。図２２では、図２１に示す画像形成装置Ｃが実行するＩＦＡＸ送信処理を例にとって説明する。まず、画像形成装置Ｃが、図２１に示す画像形成装置Ｂのネットワークアドレス帳を参照し、このネットワークアドレス帳のバージョンを、図２１に示すメールヘッダ（２１６１）のＸ−ｄｄｄＡｄｒＶｅｒに設定する（ステップＳ２２０１）。

次に、画像形成装置Ｃが、その他のＩＦＡＸデータの作成処理を実行する（ステップＳ２２０２）。続いて、画像形成装置Ｃが、画像形成装置Ａに対してＩＦＡＸデータを送信し（ステップＳ２２０３）、処理を終了する。

なお、画像形成装置Ｃは、ステップＳ２２０１において、メールヘッダに、ネットワークアドレス帳のバージョンに代えて、参照した情報を特定できる任意の情報を設定するようにしてもよい。例えば、ネットワークアドレス帳とともに画像形成装置のコンフィグデータのバージョンが上がるのであれば、画像形成装置Ｃが、メールヘッダにコンフィグデータのバージョン情報を設定するようにしてもよい。

図２３は、画像形成装置が実行するＩＦＡＸ受信処理の例を説明するフローチャートである。図２２では、図２１に示す画像形成装置Ａが実行するＩＦＡＸ受信処理を例にとって説明する。まず、画像形成装置Ａが、画像形成装置ＣからＩＦＡＸデータを受信する（ステップＳ２３０１）。

次に、画像形成装置Ａが、受信したＩＦＡＸデータを印刷または保存する（ステップＳ２３０２）。続いて、画像形成装置Ａが、仮想デバイスＢに対して、バージョン情報の比較を要求する。そして、画像形成装置Ａが、仮想デバイスＢから応答として受け取ったバージョン情報の比較結果に基づいて、以下の判断処理を実行する（ステップＳ２３０３）。

画像形成装置Ａは、上記ステップＳ２３０１で受信したＩＦＡＸデータに対応するメールヘッダに設定されたバージョンと画像形成装置Ｂのネットワークアドレス帳のバージョンとが一致するかを判断する。画像形成装置Ａが、バージョンが一致すると判断した場合、画像形成装置Ａは、画像形成装置Ｃに対して、送達確認（ＯＫ）を送信する。画像形成装置Ａが、バージョンが不一致であると判断した場合、画像形成装置Ａは、画像形成装置Ｃに対して、送達確認（条件付きＯＫ）を送信する。

図２４は、ＩＦＡＸデータを送信する画像形成装置の操作パネルの一例である。図２４では、画像形成装置Ｃの操作パネルを例にとって説明する。図２４（Ａ）は、画像形成装置Ｃが表示するＩＦＡＸ送信履歴画面の例を示す。ＩＦＡＸ送信履歴画面は、画像形成装置Ｃが送信したＩＦＡＸデータの送信履歴を表示する画面である。履歴２４１１は、送信ＯＫ、履歴２４１２は、条件付きＯＫ、履歴２４１３は、ＮＧであったことを示す。送信ＯＫ、条件付きＯＫは、受信側からの送達確認（メッセージ２１１４、２１１５）に基づいて決定される。

図２４（Ｂ）は、ＩＦＡＸ送信詳細履歴画面の例を示す。ＩＦＡＸ送信詳細履歴画面は、ＩＦＡＸデータの送信履歴の詳細情報を表示する画面である。ユーザが、図２４（Ａ）中の履歴２４１１を選択してボタン２４１８を押下すると、ＩＦＡＸ送信詳細履歴画面上に履歴２４１１の詳細情報が表示される。図２４（Ｂ）中のＩＦＡＸ送信詳細履歴画面には、正常に受信した旨のメッセージが表示されている。

図２４（Ｃ）は、ＩＦＡＸ送信詳細履歴画面の他の例を示す。ユーザが、図２４（Ａ）中の履歴２４１２を選択してボタン２４１８を押下すると、ＩＦＡＸ送信詳細履歴画面上に履歴２４１２の詳細情報が表示される。図２４（Ｂ）中のＩＦＡＸ送信詳細履歴画面には、古いアドレス帳を使用した旨を表示し、相手デバイス（画像形成装置Ａ）の能力を正確に把握していない状況で送信した可能性をユーザに通知している。

実施例２の情報処理システムによれば、第３の画像形成装置が、第１の画像形成装置のリプレイスに伴って更新が必要となった第２の画像形成装置のコンフィグデータに基づいて第１の画像形成装置に対する送信情報を生成する場合に、以下の効果を奏する。第１の画像形成装置は、送信情報が含むコンフィグデータのバージョンと設定値管理サービス３１０が備える第２の画像形成装置のコンフィグデータのバージョンとの比較結果に基づいて、当該送信情報が正しいか否かを判断することができる。

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

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

Claims (9)

1. 画像形成装置と、前記画像形成装置の動作を切り替える動作設定情報を管理する管理装置とを備える情報処理システムであって、
   前記管理装置は、
   前記画像形成装置の動作設定情報を保持する保持手段と、
   リプレイスされた第１の画像形成装置から、該第１の画像形成装置の動作設定情報のリプレイスを求めるリプレイス要求を、ネットワークを介して受け付ける要求受け付け手段と、
   前記リプレイス要求が受け付けられた場合に、該リプレイス要求に対応するリプレイスに伴って前記動作設定情報を更新することが必要な第２の画像形成装置を検索する検索手段と、
   前記保持手段が保持する、前記検索された第２の画像形成装置の動作設定情報を更新する更新手段と、
   前記第１の画像形成装置が有する機能のうち、前記更新手段が前記第２の画像形成装置の動作設定情報の更新を完了するまで該第１の画像形成装置に停止させる機能を選択する選択手段と、
   前記第１の画像形成装置に対して、前記選択した機能の停止を、前記ネットワークを介して指示する停止指示手段と、
   前記更新手段が前記第２の画像形成装置の動作設定情報の更新を完了した場合に、前記停止指示手段の指示に従って前記機能を停止した前記第１の画像形成装置に対して、前記ネットワークを介して該機能の再開を指示する再開指示手段を備え、
   前記画像形成装置は、該画像形成装置がリプレイスされる場合に、該画像形成装置の動作設定情報のリプレイスを求めるリプレイス要求を、前記ネットワークを介して前記管理装置に送信するリプレイス要求手段と、
   前記管理装置が備える前記停止指示手段からの指示に従って、前記機能を停止する停止手段と、
   前記管理装置が備える前記再開指示手段からの指示に従って、前記機能を再開する再開手段とを備える
   ことを特徴とする情報処理システム。
2. 前記管理装置が備える前記保持手段が保持する動作設定情報が、該動作設定情報のバージョンを示すバージョン情報を有しており、
   第３の画像形成装置が、前記保持手段が保持する前記第２の画像形成装置の動作設定情報を参照し、該参照した動作設定情報に応じた情報であって、該動作設定情報のバージョン情報を含む送信情報を生成し、生成した送信情報を前記ネットワークを介して前記第１の画像形成装置に対して送信し、
   前記第１の画像形成装置は、
   前記第３の画像形成装置から前記送信情報を受信する受信手段と、
   前記管理装置に対して、前記受信された送信情報が含む前記第２の画像形成装置の動作設定情報のバージョン情報と、前記保持手段が保持する前記第２の画像形成装置の動作設定情報のバージョン情報との比較処理の実行を要求する比較要求手段と、
   前記管理装置から前記比較処理の実行結果を受信し、受信した前記比較処理の実行結果が、前記送信情報が含む前記第２の画像形成装置の動作設定情報のバージョン情報が前記保持手段が保持する前記第２の画像形成装置の動作設定情報のバージョン情報と一致することを示す場合に、前記送信情報が最新の動作設定情報に基づいて生成されたと判断する判断手段とを備える
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記管理装置が備える前記要求受け付け手段が受け付けるリプレイス要求が、リプレイス後の前記第１の画像形成装置のＭＡＣアドレスを含んでおり、
   前記検索手段は、前記保持手段が保持する動作設定情報のうち、前記ＭＡＣアドレスを登録しているＭＡＣアドレスフィルタが設定されている動作設定情報に対応する画像形成装置を前記第２の画像形成装置とする
   ことを特徴とする請求項１または請求項２に記載の情報処理システム。
4. 前記検索手段は、前記保持手段が保持する動作設定情報のうち、前記受け付け手段が受け付けた前記リプレイス要求の要求元である前記第１の画像形成装置を情報の送信先として登録しているネットワークアドレス帳を含む動作設定情報に対応する画像形成装置を前記第２の画像形成装置とする
   ことを特徴とする請求項１または請求項２に記載の情報処理システム。
5. 画像形成装置の動作を切り替える動作設定情報を管理する管理装置であって、
   前記画像形成装置の動作設定情報を保持する保持手段と、
   リプレイスされた第１の画像形成装置から、該第１の画像形成装置の動作設定情報のリプレイスを求めるリプレイス要求を、ネットワークを介して受け付ける要求受け付け手段と、
   前記リプレイス要求が受け付けられた場合に、該リプレイス要求に対応するリプレイスに伴って前記動作設定情報を更新することが必要な第２の画像形成装置を検索する検索手段と、
   前記保持手段が保持する、前記検索された第２の画像形成装置の動作設定情報を更新する更新手段と、
   前記第１の画像形成装置が有する機能のうち、前記更新手段が前記第２の画像形成装置の動作設定情報の更新を完了するまで該第１の画像形成装置に停止させる機能を選択する選択手段と、
   前記第１の画像形成装置に対して、前記選択した機能の停止を、前記ネットワークを介して指示する停止指示手段と、
   前記更新手段が前記第２の画像形成装置の動作設定情報の更新を完了した場合に、前記停止指示手段の指示に従って前記機能を停止した前記第１の画像形成装置に対して、前記ネットワークを介して該機能の再開を指示する再開指示手段を備え、
   前記画像形成装置がリプレイスされる場合に、前記画像形成装置によって、該画像形成装置の動作設定情報のリプレイスを求めるリプレイス要求が、前記ネットワークを介して前記管理装置に送信され、
   前記第１の画像形成装置において、前記管理装置が備える前記停止指示手段からの指示に従って、前記機能が停止され、前記管理装置が備える前記再開指示手段からの指示に従って、前記機能が再開される
   ことを特徴とする管理装置。
6. 前記管理装置が備える前記要求受け付け手段が受け付けるリプレイス要求が、リプレイス後の前記第１の画像形成装置のＭＡＣアドレスを含んでおり、
   前記検索手段は、前記保持手段が保持する動作設定情報のうち、前記ＭＡＣアドレスを登録しているＭＡＣアドレスフィルタが設定されている動作設定情報に対応する画像形成装置を前記第２の画像形成装置とする
   ことを特徴とする請求項５に記載の管理装置。
7. 前記検索手段は、前記保持手段が保持する動作設定情報のうち、前記受け付け手段が受け付けた前記リプレイス要求の要求元である前記第１の画像形成装置を情報の送信先として登録しているネットワークアドレス帳を含む動作設定情報に対応する画像形成装置を前記第２の画像形成装置とする
   ことを特徴とする請求項５に記載の管理装置。
8. 画像形成装置と、前記画像形成装置の動作を切り替える動作設定情報を管理する管理装置とを備える情報処理システムにおける管理方法であって、
   第１の画像形成装置が、前記第１の画像形成装置がリプレイスされる場合に、前記第１の画像形成装置の動作設定情報のリプレイスを求めるリプレイス要求を、ネットワークを介して前記管理装置に送信する工程と、
   前記管理装置が、前記第１の画像形成装置から前記リプレイス要求を受け付ける工程と、
   前記管理装置が、前記受け付けたリプレイス要求に対応するリプレイスに伴って、前記管理装置が備える保持手段が保持する前記動作設定情報を更新することが必要な第２の画像形成装置を検索する工程と、
   前記管理装置が、前記検索された第２の画像形成装置の動作設定情報を更新する工程と、
   前記管理装置が、前記第１の画像形成装置が有する機能のうち、前記更新する工程において前記第２の画像形成装置の動作設定情報の更新を完了するまで該第１の画像形成装置に停止させる機能を選択する工程と、
   前記管理装置が、前記第１の画像形成装置に対して、前記選択した機能の停止を、前記ネットワークを介して指示する工程と、
   前記第１の画像形成装置が、前記管理装置からの前記機能の停止の指示に従って、前記機能を停止する工程と、
   前記管理装置が、前記更新する工程において前記第２の画像形成装置の動作設定情報の更新を完了した場合に、前記機能の停止の指示に従って前記機能を停止した前記第１の画像形成装置に対して、前記ネットワークを介して該機能の再開を指示する工程と、
   前記第１の画像形成装置が、前記管理装置からの前記機能の再開の指示に従って、前記機能を再開する工程とを有する
   ことを特徴とする管理方法。
9. 請求項８に記載の管理方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images