情報処理システム、画像形成装置、管理装置、管理方法およびコンピュータプログラム
【課題】画像形成装置の動作設定情報を管理する管理装置のアドレスをユーザが設定することなく、画像形成装置が管理装置のアドレスを自動で取得して、管理装置から動作設定情報を取得することを可能とする情報処理システムを提供する。
【解決手段】画像形成装置１０１が、構成情報の変更があった場合に、変更があった構成情報を含むコンフィグデータ生成要求を設定値管理サービス３１０Ａに送信する。画像形成装置１０１が、設定値管理サービス３１０Ａから、コンフィグデータ生成要求が失敗したことを示すエラー通知を受けた場合に、探索パケットをネットワーク１０６上にマルチキャストして、設定値管理サービスのアドレス情報を保持している画像形成装置を探索する。画像形成装置１０１が、探索された画像形成装置からの応答に基づいて、当該画像装置を管理している設定値管理サービス宛にコンフィグデータ生成要求を送信する。
【解決手段】画像形成装置１０１が、構成情報の変更があった場合に、変更があった構成情報を含むコンフィグデータ生成要求を設定値管理サービス３１０Ａに送信する。画像形成装置１０１が、設定値管理サービス３１０Ａから、コンフィグデータ生成要求が失敗したことを示すエラー通知を受けた場合に、探索パケットをネットワーク１０６上にマルチキャストして、設定値管理サービスのアドレス情報を保持している画像形成装置を探索する。画像形成装置１０１が、探索された画像形成装置からの応答に基づいて、当該画像装置を管理している設定値管理サービス宛にコンフィグデータ生成要求を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、画像形成装置、管理装置、管理方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
コンフィグデータを記憶手段に記憶する画像形成装置が提案されている。このコンフィグデータは、画像形成装置の動作を切り替える設定情報（動作設定情報）である。コンフィグデータは、各画像形成装置が備える記憶手段に記憶されているので、全ての画像形成装置のコンフィグデータを変更するためには、画像形成装置の台数分だけコンフィグデータの変更設定を行う必要がある。画像形成装置の台数分だけコンフィグデータの変更設定を行う手間を省くために、ある情報処理装置から複数の画像形成装置に対してコンフィグデータの一括設定を行う技術が提案されている。
【０００３】
例えば、特許文献１は、初期設定操作が行われた複数の画像形成装置が、サーバからシステム初期設定情報をダウンロードして、初期設定内容に反映する画像形成システムを開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１３０８３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１が開示する画像形成システムは、画像形成装置の機種や、画像形成装置が備えるハードウェアオプションなどに依存して値に制約が発生するコンフィグデータを適用することができない。
【０００６】
ここで、複数の画像形成装置のコンフィグデータをインターネット上のサーバで管理するクラウドサービスが考えられる。画像形成装置は、クラウドサービスが管理するコンフィグデータをクラウドサービスから取得し、取得したコンフィグデータに基づいて動作する。画像形成装置の出荷時に、画像形成装置内にクラウドサービスの場所を予め記憶させておくことが考えられる。この画像形成装置は、例えば、ネットワークに接続するだけで、自動的にクラウドサービスにアクセスしてコンフィグデータを取得し、動作する。これにより、画像形成装置の初期設置時に行う設定作業の手間をなくすことができる。
【０００７】
しかし、画像形成装置が、クラウドサービスではなく、クラウドサービスとは異なる、コンフィグデータを管理するサービス（コンフィグデータ管理サービス）を利用したい場合、コンフィグデータ管理サービスのアドレスを画像形成装置に設定する必要がある。
【０００８】
例えば、セキュリティの問題などから、コンフィグデータ管理サービスとして、パブリックなクラウドサービスを利用するのではなく、当該ユーザ専用の環境で提供されているサービスを利用したいユーザは多い。一般的に、このような環境をプライベートクラウドと呼ぶ。プライベートクラウド上でコンフィグデータの管理を行う場合、画像形成装置は、工場出荷時に記憶されているクラウドサービスの場所ではなく、そのユーザ環境のプライベートクラウドに接続する必要がある。従って、画像形成装置は、プライベートクラウドの場所を設定するためのＵＩを表示し、画像形成装置の初期設置時にユーザがＵＩ上で設定する。
【０００９】
しかし、プライベートクラウドで運用するようなユーザは大規模なユーザであり、複数の画像形成装置を保持していることが多い。従って、ユーザが、大量の画像形成装置に対してプライベートクラウドの場所（アドレス）を設定するのは手間である。
【００１０】
本発明は、画像形成装置の動作設定情報を管理する管理装置のアドレスをユーザが設定することなく、画像形成装置が上記管理装置のアドレスを自動で取得して、上記管理装置から動作設定情報を取得することを可能とする情報処理システムの提供を目的とする。
【課題を解決するための手段】
【００１１】
本発明の一実施形態の情報処理システムは、画像形成装置の動作を切り替える動作設定情報を管理する管理装置と、予め設定された管理単位で前記管理装置に管理される画像形成装置とを備える情報処理システムである。前記画像形成装置は、前記画像形成装置が備える機器の構成情報の変更があるかを判断する構成変更判断手段と、前記構成情報の変更があると判断された場合に、該変更があった構成情報と該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して前記管理装置に対して送信する要求手段と、前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が成功したと判断して動作設定情報を生成した管理装置から、前記画像形成装置に対応する動作設定情報を取得する取得手段と、前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が失敗したと判断した管理装置からエラー通知を受けるエラー通知受信手段と、前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、管理装置のアドレス情報を保持している画像形成装置を探索し、探索された画像形成装置から、該画像形成装置を管理している管理装置のアドレス情報を取得する探索手段とを備える。前記要求手段は、前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、前記探索手段が取得したアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する。
【発明の効果】
【００１２】
本発明の情報処理装置によれば、画像形成装置のコンフィグデータを管理する管理装置のアドレスを、周辺の画像形成装置から取得することができる。従って、ユーザが、コンフィグデータの取得先の管理装置のアドレスを手作業で入力する手間を省くことが可能となる。例えば、コンフィグデータを一括管理するサーバをプライベートクラウドに設置して運用している環境に、画像形成装置を新規に追加する場合に、この画像形成装置のコンフィグデータを管理する管理装置のアドレスを自動で設定することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態の全体構成例を示す図である。
【図２】本実施形態の情報処理システムのハードウェア構成の一例である。
【図３】本実施形態の情報処理システムの機能ブロック図の一例である。
【図４】実コンフィグデータの一例を示す図である。
【図５】実機器構成データの一例を示す図である。
【図６】仮想デバイスの一例を示す図である。
【図７】機種別設定値スキーマの一例を示す図である。
【図８】テナント用コンフィグデータの一例を示す図である。
【図９】テナント用コンフィグデータの更新処理を説明する図である。
【図１０】仮想コンフィグデータを取得する処理を説明する図である。
【図１１】設定値管理サービスアドレス取得処理の例を説明する図である。
【図１２】探索パケットと応答パケットの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下に、本実施形態の情報処理システムについて説明する。まず、本実施形態において用いる用語の定義を行う。コンフィグデータとは、画像形成装置の動作を切り替えるデータ（動作設定情報）である。例えば、コピージョブの面付けのデフォルト値などが該当する。コピージョブの面付けのデフォルト値が「１ ｉｎ １」に設定されていれば、コピーを行った結果、用紙一枚に１ページが印刷される。コピージョブの面付けのデフォルト値が「２ ｉｎ １」に設定されていれば、コピーを行った結果、用紙一枚に２ページが印刷される。
【００１５】
機器構成データとは、画像形成装置が備える機器の構成を示すデータである。機器構成データは、例えば、画像形成装置がファクスユニットを装着しているかを示す。機器構成データは、画像形成装置の機種を一意に識別するための機種コード、動作しているファームウェアバージョンなどを含む。
【００１６】
機種別設定値スキーマとは、画像形成装置が特定の機種で保持するコンフィグデータのスキーマを定義するデータである。スキーマとは、コンフィグデータについての規約や位置づけを定義するデータである。機種別設定値スキーマは、例えば、コンフィグデータ各々の設定値識別子、デフォルト値、値域、データが有効になるための条件を含む。本実施形態においては、機種によって保持するコンフィグデータには差分があり、設定値スキーマを機種別に用意する運用であることを前提とする。
【００１７】
仮想デバイスとは、サーバコンピュータ群が保持する実デバイスのデータ群である。具体的には、仮想デバイスは、少なくとも機器構成データ、コンフィグデータを含む。テナントとは、ユーザが画像形成装置の管理を委託する委託者の単位である。テナント識別子とは、テナントを一意に識別するための識別子である。例えば、ある会社が後述する図１に示すユーザ環境１００にある画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃの管理を委託した場合を想定する。その場合、ユーザ環境１００に対応するテナント識別子が１つ割り当てられ、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃは、そのテナントに属する画像形成装置であると認識され、管理される。
【００１８】
仮想デバイスに含まれるデータと、実デバイスが保持するデータと、テナント専用のデータとを区別するために、以下のように定義する。仮想デバイスに含まれる機器構成データを仮想機器構成データ、コンフィグデータを仮想コンフィグデータと呼ぶ。実デバイスが保持する機器構成データを実機器構成データ、コンフィグデータを実コンフィグデータと呼ぶ。テナント内で共通に利用されるコンフィグデータをテナント用コンフィグデータと呼ぶ。
【００１９】
図１は、本実施形態の全体構成例を示す図である。図１に示すシステムは、ユーザ環境１００、サービスマン環境１１０、画像形成装置のベンダ環境１２０、パブリッククラウド環境１３０、プライベートクラウド環境１４０を備える。ユーザ環境１００乃至プライベートクラウド環境１４０は、インターネット１０４を介して互いに通信する。インターネット１０４は、公衆回線上のデジタル通信が可能なネットワークである。
【００２０】
ユーザ環境１００は、画像形成装置のユーザが当該画像形成装置の操作を実行する環境である。ユーザ環境１００は、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃ、端末装置１０２Ａを備える。画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃは、本実施形態の画像形成装置である。ネットワーク１０６は、ユーザ環境１００においてデジタル通信が可能なネットワークである。画像形成装置１０１Ａ乃至１０１Ｃは、ネットワーク１０６を介してインターネット１０４にアクセス可能である。端末装置１０２Ａは、ユーザ環境１００のユーザが操作可能なコンピュータである。端末装置１０２Ａも、ネットワーク１０６を介してインターネット１０４にアクセス可能である。
【００２１】
サービスマン環境１１０は、サービスマンが端末装置１０２Ｂを使って画像形成装置の管理を行う環境である。サービスマン環境１１０は、端末装置１０２Ｂを備える。端末装置１０２Ｂは、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃを管理するサービスマンが操作するコンピュータである。端末装置１０２Ｂは、インターネット１０４にアクセス可能である。
【００２２】
画像形成装置のベンダ環境１２０は、画像形成装置を生産するベンダの管理担当者が、画像形成装置の管理に必要なデータのメンテナンスを行う環境である。画像形成装置のベンダ環境１２０は、端末装置１０２Ｃを備える。端末装置１０２Ｃは、画像形成装置のベンダに所属する管理担当者が操作するコンピュータである。端末装置１０２Ｃは、インターネット１０４にアクセス可能である。
【００２３】
パブリッククラウド環境１３０は、画像形成装置のコンフィグデータを管理する設定値管理サービス（図３を参照）を提供する環境である。パブリッククラウド環境１３０は、複数のテナントに対してサービスを提供する。パブリッククラウド環境１３０は、サーバコンピュータ群１０５Ａを備える。サーバコンピュータ群１０５Ａは、インターネット１０４を介してサービスを提供するサーバ群である。サーバコンピュータ群１０５Ａは、例えば、図３に示す設定値管理サービス３１０Ａを提供する。本実施形態において、サーバコンピュータ群１０５Ａが提供する設定値管理サービス３１０Ａは、画像形成装置のコンフィグデータを管理する管理装置として機能する。設定値管理サービス３１０Ａは、予め設定された管理単位であるテナントに対応付けて、画像形成装置を管理する。
【００２４】
プライベートクラウド環境１４０は、パブリッククラウド環境１３０と同様に，画像形成装置のコンフィグデータを管理する設定値管理サービスを提供する環境である。但しプライベートクラウド環境は、パブリッククラウド環境とは異なり、特定のテナント専用にサービスを提供する環境である。プライベートクラウド環境１４０は、サーバコンピュータ群１０５Ｂを備える。
【００２５】
サーバコンピュータ群１０５Ｂは、サーバコンピュータ群１０５Ａと同様に、インターネット１０４を介してサービスを提供するサーバ群である。サーバコンピュータ群１０５Ｂは、例えば、図３に示す設定値管理サービス３１０Ｂを提供する。本実施形態において、サーバコンピュータ群１０５Ｂが設定値管理サービス３１０Ｂは、画像形成装置のコンフィグデータを管理する管理装置として機能する。サーバコンピュータ群１０５Ｂはサーバコンピュータ群１０５Ａと同様の構成を備える。
【００２６】
プライベートクラウド環境１４０が、インターネット１０４を介してユーザ環境１００と接続される形態を図示したが、プライベートクラウド環境１４０が、ユーザ環境１００に設けられていてもよい。また、プライベートクラウド環境１４０が、サービスマン環境１１０や画像形成装置のベンダ環境１２０に設けられていてもよい。なお、以下の説明では、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃを画像形成装置１０１とも記述する。また、端末装置１０２Ｂ、１０２Ｃを端末装置１０２とも記述する。
【００２７】
図２は、本実施形態の情報処理システムのハードウェア構成の一例を示す図である。サーバコンピュータ群１０５Ａは、サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとを備える。サーバコンピュータ２１０Ｂは、サーバコンピュータ２１０Ａと同様の構成を備える。サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとは、ネットワーク２２０を通じて通信する。
【００２８】
サーバコンピュータ２１０Ａは、内部バス２１６に接続されたＣＰＵ２０１Ｃ乃至ネットワーク通信装置２０７Ｃを備える。また、画像形成装置１０１は、内部バス２１１Ａに接続されたＣＰＵ２０１Ａ乃至２０９を備える。また、端末装置１０２は、内部バス２１１Ｂに接続されたＣＰＵ２０１Ｂ乃至ネットワーク通信装置２０７Ｂを備える。
【００２９】
以下の説明では、ＣＰＵ２０１Ａ、２０１Ｂ、２０１ＣをＣＰＵ２０１とも記述する。また、不揮発性メモリ２０２Ａ、２０２Ｂ、２０２Ｃを不揮発性メモリ２０２とも記述する。また、揮発性メモリ２０３Ａ、２０３Ｂ、２０３Ｃを揮発性メモリ２０３とも記述する。また、補助記憶装置２０４Ａ、２０４Ｂ、２０４Ｃを補助記憶装置２０４とも記述する。また、ディスプレイ２０５Ａ、２０５Ｂをディスプレイ２０５とも記述する。また、入力装置２０６Ａ、２０６Ｂを入力装置２０６とも記述する。また、ネットワーク通信装置２０７Ａ、２０７Ｂをネットワーク通信装置２０７とも記述する。また、内部バス２１１Ａ、２１１Ｂを内部バス２１１とも記述する。
【００３０】
ＣＰＵ（Central Processing Unit）２０１は、プログラムの実行や、様々な処理の制御を行う。不揮発性メモリ２０２は、ＲＯＭ（Read Only Memory）を備える。不揮発性メモリ２０２には、機器の起動処理において初期段階に必要なプログラムやデータが格納されている。揮発性メモリ２０３は、ＲＡＭ（Random Access Memory）を備える。揮発性メモリ２０３は、プログラム、データの一時的な格納場所として利用される。
【００３１】
補助記憶装置２０４は、ハードディスクやＲＡＭドライブ等の大容量記憶装置である。補助記憶装置２０４は、大容量データの保管、プログラムの実行コードの保持を行う。補助記憶装置２０４は、揮発性メモリ２０３よりも長時間保持する必要があるデータを記憶する。ディスプレイ２０５は、情報の表示処理を行って、情報を利用者に通知する。なお、本実施形態において、利用者とは、ユーザとサービスマンである。
【００３２】
入力装置２０６は、利用者の選択指示を受け付け、内部バス２１１を介してプログラムに伝達する。ネットワーク通信装置２０７は、外部装置とネットワークを介して通信する装置である。ファクスユニット２０８は、画像形成装置１０１が形成した画像データか、または補助記憶装置２０４Ａに記憶された画像データを、ネットワーク１０６を介して外部装置に送信するハードウェアユニットである。ファクスユニット２０８は、オプションであり、画像形成装置１０１がファクスユニット２０８を備えていなくてもよい。プリンタエンジン２０９は、画像形成装置１０１が形成した画像データか、または補助記憶装置２０４Ａに記憶された画像データを紙媒体に印刷する。
【００３３】
図３は、本実施形態の情報処理システムの機能ブロック図の一例である。図３に示す情報処理システムは、画像形成装置１０１と、設定値管理サービス３１０Ａと、設定値管理サービス３１０Ｂとを備える。画像形成装置１０１と、設定値管理サービス３１０Ａと、設定値管理サービス３１０Ｂとは、インターネット１０４を介して通信する。なお、設定値管理サービス３１０Ａと、設定値管理サービス３１０Ｂとを総称して、設定値管理サービス３１０とも記述する。本実施形態の管理方法およびコンピュータプログラムは、図３に示す情報処理システムが備える機能によって実現される。
【００３４】
画像形成装置１０１は、実コンフィグデータ保持部３０１、実コンフィグデータ更新部３０２、仮想コンフィグデータ受信部３０３、実機器構成データ収集部３０４、テナント識別子保持部３０５、実機器構成データ通知部３０６を備える。また、画像形成装置１０１は、設定値管理サービスアドレス設定部３０７、設定値管理サービスアドレス応答部３０８を備える。
【００３５】
実コンフィグデータ保持部３０１は、画像形成装置のコンフィグデータを保持する。具体的には、実コンフィグデータ保持部３０１は、補助記憶装置２０４Ａにコンフィグデータを記憶して管理する。画像形成装置は、実コンフィグデータ保持部３０１が保持する実コンフィグデータに基づいて、動作の振る舞いを切り替える。
【００３６】
実コンフィグデータ更新部３０２は、実コンフィグデータ保持部３０１が保持する実コンフィグデータを更新する。具体的には、実コンフィグデータ更新部３０２は、仮想コンフィグデータ受信部３０３が取得した仮想コンフィグデータで、実コンフィグデータを更新する。
【００３７】
仮想コンフィグデータ受信部３０３は、設定値管理サービス３１０Ａが備える仮想コンフィグデータ取得部３２０から、仮想コンフィグデータを取得する。そして、仮想コンフィグデータ受信部３０３は、仮想コンフィグデータ取得部３２０が取得した仮想コンフィグデータを仮想コンフィグデータ取得部３２０から受信する。仮想コンフィグデータ受信部３０３は、実コンフィグデータ保持部３０１が保持するコンフィグデータに設定されているアドレスを用いて、仮想コンフィグデータ取得部３２０を呼び出す。
【００３８】
図４は、実コンフィグデータの一例を示す図である。図４（Ａ）は、デバイス識別子が０１０００１である画像形成装置の実コンフィグデータである。図４（Ｂ）は、デバイス識別子が０１０００２である画像形成装置の実コンフィグデータである。図４（Ｃ）は、デバイス識別子が０２０００１である画像形成装置の実コンフィグデータである。デバイス識別子は、画像形成装置を一意に識別する識別情報である。
【００３９】
実コンフィグデータは、設定値識別子７０２と値７０３といったデータ項目を有する。設定値識別子７０２は、設定項目を一意に識別する識別子である。値７０３は、設定項目の値である。図４に示す例では、”ｄｅｖｉｃｅ＿ｓｅｔｔｉｎｇｓ．ｃｌｏｕｄ＿ａｄｄｒｅｓｓ”の値（アドレス）として、ｈｔｔｐ：／／ｄｄｄ．ｃｏｍ／ｃｏｎｆｉｇが設定されている。このアドレスは、画像形成装置１０１に対してコンフィグデータを配信する設定値管理サービスとして設定された設定値管理サービスのアドレスである。従って、上述した仮想コンフィグデータ受信部３０３は、このアドレスに対してアクセスする。
【００４０】
画像形成装置の工場出荷時には、実コンフィグデータに、パブリッククラウド環境の設定値管理サービス３１０Ａのアドレスがアクセス先のアドレスとして設定されている。そして、後述する設定値管理サービスアドレス設定部３０７の処理によって、このアドレスは、設定値管理サービス３１０Ｂのアドレス等に変更される場合がある。
【００４１】
なお、仮想コンフィグデータは、図４に示す実コンフィグデータと同様のデータ構成を有する。従って、図４に示す実コンフィグデータを、適宜、仮想コンフィグデータとして説明する。
【００４２】
図３に戻って、実機器構成データ収集部３０４は、画像形成装置１０１の機器構成データ（実機器構成データ）を収集する。
【００４３】
図５は、実機器構成データの一例を示す図である。図５（Ａ）、（Ｂ）、（Ｃ）は、それぞれ異なる画像形成装置の実機器構成データである。実機器構成データは、データ種別６０２と値６０３といったデータ項目を有する。データ種別６０２は、実機器構成データが含むデータの種別である。データ種別６０２には、機種を識別するための機種コードや、ファームウェアバージョン、デバイスを識別するためのデバイス識別子等が設定される。値６０３は、当該データの値である。値６０３には、データ種別に対応する値（例えば、デバイス識別子の値や、ファクスユニットの有無等）が設定される。なお、仮想機器構成データは、実機器構成データと同様のデータ構成を有する。従って、図５に示す実機器構成データを、適宜、仮想機器構成データとして説明する。
【００４４】
テナント識別子保持部３０５は、画像形成装置１０１が属するテナントの識別子であるテナント識別子を保持する。テナント識別子は、画像形成装置１０１の初期設置時に設定され、電源が切られても失われることがないように補助記憶装置２０４Ａに記憶される。
【００４５】
実機器構成データ通知部３０６は、実機器構成データ収集部３０４が収集した実機器構成データと、テナント識別子保持部３０５が保持するテナント識別子とを、設定値管理サービス３１０Ａの実機器構成データ受信部３１８に対して通知する。具体的には、実機器構成データ通知部３０６は、実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を実機器構成データ受信部３１８に送信する。コンフィグデータ生成要求は、画像形成装置１０１に対応する仮想コンフィグデータの生成を求める要求（動作設定生成要求）である。
【００４６】
設定値管理サービスアドレス設定部３０７は、仮想コンフィグデータ取得部３２０を呼び出すためのアドレスを取得、設定する。画像形成装置１０１の工場出荷時に実コンフィグデータに予め設定されているアドレスに対する通信がエラーとなった場合に、設定値管理サービスアドレス設定部３０７は、例えば以下の処理を実行する。この例では、実コンフィグデータに予め設定されているアドレスである”ｈｔｔｐ：／／ｄｄｄ．ｃｏｍ／ｃｏｎｆｉｇ”（図４（Ａ））に対する通信がエラーとなったものとする。
【００４７】
設定値管理サービスアドレス設定部３０７は、画像形成装置１０１の周辺に設けられた他の画像形成装置から、当該他の画像形成装置のコンフィグデータを管理している設定値管理サービスのアドレスを取得する。具体的には、設定値管理サービスアドレス設定部３０７は、マルチキャスト方式によってネットワーク上の周辺の画像形成装置に問い合わせて、応答を受け取る。そして、設定値管理サービスアドレス設定部３０７は、取得したアドレスを、画像形成装置１０１のアクセス先の設定値管理サービスのアドレス（設定値管理サービスアドレス）として実コンフィグデータに設定する。
【００４８】
設定値管理サービスアドレス応答部３０８は、他の画像形成装置の設定値管理サービスアドレス設定部３０７からの問い合わせ（後述する探索パケット）を受け付ける。そして、設定値管理サービスアドレス応答部３０８は、この問い合わせに応じて、実コンフィグデータに設定されているアドレス、すなわち画像形成装置１０１のアクセス先として設定されているアドレスを応答する処理を行う。
【００４９】
設定値管理サービス３１０Ａは、パブリッククラウド環境において画像形成装置のコンフィグデータを管理する管理装置として機能する。前述したように、サーバコンピュータ群１０５Ａが、設定値管理サービス３１０Ａを提供する。設定値管理サービス３１０Ｂは、プライベートクラウド環境において画像形成装置のコンフィグデータを管理する管理装置として機能する。また、サーバコンピュータ群１０５Ｂが設定値管理サービス３１０Ｂを提供する。設定値管理サービス３１０Ｂと設定値管理サービス３１０Ａとは、同じ構成を備える。
【００５０】
設定値管理サービス３１０Ａは、仮想デバイス保持部３１１、機種別設定値スキーマ保持部３１２、機種別設定値スキーマ更新部３１３、テナント用コンフィグデータ保持部３１４、テナント用コンフィグデータ更新部３１５を備える。また、設定値管理サービス３１０Ａは、仮想コンフィグデータ生成部３１６、仮想コンフィグデータ更新部３１７、実機器構成データ受信部３１８、仮想機器構成データ更新部３１９を備える。また、設定値管理サービス３１０Ａは、仮想コンフィグデータ取得部３２０、仮想コンフィグデータ閲覧部３２１、仮想コンフィグデータ更新確認部３２２を備える。
【００５１】
仮想デバイス保持部３１１は、仮想デバイスを保持する。仮想デバイスは、少なくとも、仮想機器構成データと、仮想コンフィグデータと、仮想デバイスのデバイス識別子と、テナント識別子とを有する。仮想デバイス保持部３１１は、仮想デバイスを補助記憶装置２０４Ｃに記憶して管理する。
【００５２】
図６は、仮想デバイスの一例を示す図である。図６に示す仮想デバイスは、デバイス識別子８０２、テナント識別子８０３、仮想機器構成データ８０４、仮想コンフィグデータ８０５、通知フラグ８０６を有する。デバイス識別子８０２は、仮想デバイスを一意に識別する識別情報である。デバイス識別子８０２は、当該仮想デバイスに対応する画像形成装置１０１を一意に識別する識別情報に相当する。デバイス識別子８０２は、画像形成装置１０１が設定値管理サービス３１０に対して通知する機器構成データに含まれている。
【００５３】
テナント識別子８０３は、仮想デバイスに対応する画像形成装置１０１が属するテナントを一意に識別する識別情報である。仮想機器構成データ８０４は、仮想機器構成データを一意に識別する識別情報である。仮想機器構成データは、仮想デバイスに対応する画像形成装置１０１の機器構成データ（実機器構成データ）に対応する。仮想コンフィグデータ８０５は、仮想コンフィグデータを一意に識別する識別情報である。仮想コンフィグデータは、仮想デバイスに対応する画像形成装置１０１のコンフィグデータ（実コンフィグデータ）に対応する。
【００５４】
通知フラグ８０６は、画像形成装置に対して仮想コンフィグデータ８０５を通知済み、未通知のいずれであるかを示す。通知フラグ８０６に設定された「未」は、画像形成装置に対して仮想コンフィグデータ８０５を未通知であることを示す。通知フラグ８０６に設定された「済」は、画像形成装置に対して仮想コンフィグデータ８０５を通知済みであることを示す。
【００５５】
図３に戻って、機種別設定値スキーマ保持部３１２は、機種別設定値スキーマを保持する。画像形成装置の各機種に対応して１つの機種別設定値スキーマが用意される。
【００５６】
図７は、機種別設定値スキーマの一例を示す図である。図７（Ａ）は、機種コードが０ｘ０１の機種に対応する機種別設定値スキーマである。図７（Ｂ）は、機種コードが０ｘ０２の機種に対応する機種別設定値スキーマである。機種別設定値スキーマは、設定値識別子４０２、デフォルト値４０３、値域４０４、条件４０５といったデータ項目を有する。
【００５７】
設定値識別子４０２は、設定項目を一意に識別する識別情報である。例えば、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」は、コピー設定の面付けに関する設定項目を示す。設定値識別子４０２が同じであることは、違う機種であっても設定項目が同じであることを示す。デフォルト値４０３は、当該機種におけるデフォルト設定値である。値域４０４は、当該機種において設定し得る範囲の定義である。例えば、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」の値域４０４を参照すると、当該機種において、コピー設定として「１ ｉｎ １，２ ｉｎ １，４ ｉｎ １」の３種類から選択できることを示す。
【００５８】
条件４０５は、当該機種において設定値を利用するために必要な条件の定義である。「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」という設定項目に対応する条件４０５には、「ファクスユニット」が設定されている。従って、この設定項目の設定値は、ファクスユニットの装着が確認できた場合のみ有効となる。
【００５９】
図３に戻って、機種別設定値スキーマ更新部３１３は、機種別設定値スキーマ保持部３１２が保持する機種別設定値スキーマを更新する。例えば、新しい機種を画像形成装置のベンダが発表した場合には、ベンダの管理責任者の指示によって、新しい機種に対応する機種別設定値スキーマが登録される。また、設定項目に変更があった場合に、機種別設定値スキーマ更新部３１３は、機種別設定値スキーマを更新する。
【００６０】
テナント用コンフィグデータ保持部３１４は、テナントが画像形成装置に対して設定したいコンフィグデータを保持する。
【００６１】
図８は、テナント用コンフィグデータの一例を示す図である。テナント用コンフィグデータは、設定値識別子５０２と値５０３といったデータ項目を有する。設定値識別子５０２は、図７に示す機種別設定値スキーマが含む設定値識別子４０２と同様である。値５０３は、テナントが所望する共通設定の値である。「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」には、「２ ｉｎ １」が設定されている。これは、テナントが保持する画像形成装置全てに「２ ｉｎ １」が設定されることを所望していることを示す。
【００６２】
図３に戻って、テナント用コンフィグデータ更新部３１５は、テナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータを更新する。テナントが保持する画像形成装置の管理を行うサービスマンの操作に従って、サービスマン環境１１０にある端末装置１０２Ｂが、テナント用コンフィグデータの更新指示を行う。テナント用コンフィグデータ更新部３１５は、この更新指示に従って、テナント用コンフィグデータを更新する。なお、サービスマンは、端末装置１０２Ｂ内で動作するウェブブラウザに表示される設定画面上で操作する。
【００６３】
仮想コンフィグデータ生成部３１６は、機種別設定値スキーマと、テナント用コンフィグデータと、仮想機器構成データとに基づいて、仮想コンフィグデータを生成する。まず、仮想コンフィグデータ生成部３１６は、仮想デバイス保持部３１１から、図５（Ａ）に示す仮想機器構成データを取得する。
【００６４】
次に、仮想コンフィグデータ生成部３１６は、取得した仮想機器構成データが含む機種コードを参照し、画像形成装置の機種を特定する。図５（Ａ）に示す仮想機器構成データを例にとると、機種コードに対応する値として０ｘ０１が設定されている。従って、仮想コンフィグデータ生成部３１６は、画像形成装置の機種として、機種コードが０ｘ０１の機種を特定する。
【００６５】
次に、仮想コンフィグデータ生成部３１６は、特定した機種コードに対応する機種別設定値スキーマを、機種別設定値スキーマ保持部３１２から取得する。仮想コンフィグデータ生成部３１６は、例えば、機種コードが０ｘ０１に合致する、図７（Ａ）に示す機種別設定値スキーマを取得する。
【００６６】
次に、仮想コンフィグデータ生成部３１６は、取得した機種別設定値スキーマに定義された設定値を、仮想コンフィグデータのベースとする。図７（Ａ）に示す機種別設定値スキーマを例にとると、仮想コンフィグデータ生成部３１６は、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」乃至「ｂｏｘ＿ｓｅｔｔｉｎｇｓ．ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓ」の５つの設定項目に対応する設定値をベースとする。
【００６７】
次に、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータ保持部３１４から、図８に示すテナント用コンフィグデータを取得する。仮想コンフィグデータ生成部３１４は、テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まるかを判断する。
【００６８】
図８に示すテナント用コンフィグデータと図７（Ａ）に示す機種別設定値スキーマとを例にとって説明する。テナント用コンフィグデータが含む「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」という設定項目の値（設定値）は「２ ｉｎ １」である。一方、機種別設定値スキーマに定義された、当該設定項目に対応する値域は、「１ ｉｎ １，２ ｉｎ
１，４ ｉｎ １」である。従って、テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まっている。
【００６９】
テナント用コンフィグデータが含む「ｄｅｖｉｃｅ＿ｓｅｔｔｉｎｇｓ．ｓｌｅｅｐ＿ｔｉｍｅ」という設定項目の値（設定値）は「１０秒」である。一方、機種別設定値スキーマに定義された、当該設定項目に対応する値域は、「１分、１０分、１時間」である。従って、テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まらない。テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まらない場合、仮想コンフィグデータ生成部３１６は、機種別設定値スキーマに定義されたデフォルト値を取得する。この例では、「１０分」というデフォルト値を取得する。仮想コンフィグデータ生成部３１６は、取得したデフォルト値を、仮想コンフィグデータにおける、当該設定項目の設定値として用いる。
【００７０】
テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まっている場合、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータが含む設定値を、仮想コンフィグデータの当該設定項目に対応する設定値とする。
【００７１】
次に、仮想コンフィグデータ生成部３１６は、仮想機器構成データが、機種別設定値スキーマに定義された条件を満たすかを判断する。図７（Ａ）に示す機種別設定値スキーマを参照すると、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」に対応する条件は特にない。従って、図５（Ａ）に示す仮想機器構成データは、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」に対応する条件を満たす。
【００７２】
しかし、「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」に対応する条件は「ファクスユニット」であるのに対し、仮想機器構成データが含む「ファクスユニット」の値として「なし」が設定されている。従って、仮想機器構成データは、当該設定項目に対応する条件を満たさない。
【００７３】
仮想機器構成データが機種別設定値スキーマに定義された条件を満たさない場合、仮想コンフィグデータ生成部３１６は、機種別設定値スキーマに定義されたデフォルト値４０３を取得する。この例では、仮想コンフィグデータ生成部３１６は、「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」に対応するデフォルト値である「ＯＦＦ」を取得する。仮想コンフィグデータ生成部３１６は、取得したデフォルト値を、仮想コンフィグデータにおける、当該設定項目の設定値として用いる。
【００７４】
図３に戻って、仮想コンフィグデータ更新部３１７は、仮想コンフィグデータ生成部３１６が生成した仮想コンフィグデータで、仮想デバイス保持部３１１が保持する仮想デバイスが有する仮想コンフィグデータを更新する。
【００７５】
具体的には、仮想コンフィグデータ更新部３１７は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、生成した仮想コンフィグデータに対応するデバイス識別子を持つ仮想デバイスを取得する。そして、仮想コンフィグデータ更新部３１７は、取得した仮想デバイスが有する仮想コンフィグデータを、生成した仮想コンフィグデータで更新する。
【００７６】
仮想コンフィグデータ更新部３１７は、さらに、仮想デバイスの通知フラグ８０６が「済」である場合、「未」に設定する。通知フラグ８０６が「未」に設定されていることは、画像形成装置に対応する仮想コンフィグデータの変更があり、画像形成装置は新しい仮想コンフィグデータを参照する必要があることを意味する。実機器構成データ受信部３１８は、画像形成装置１０１が備える実機器構成データ通知部３０６から、機器構成データ（図５）と、テナント識別子とを受信する。
【００７７】
仮想機器構成データ更新部３１９は、実機器構成データ受信部３１８が受信した機器構成データで、仮想デバイス保持部３１１が保持する仮想デバイスが有する仮想機器構成データを更新する。具体的には、仮想機器構成データ更新部３１９は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、実機器構成データ受信部３１８が受信した機器構成データに設定されたデバイス識別子を持つ仮想デバイスを取得する。そして、仮想機器構成データ更新部３１９は、取得した仮想デバイスが有する仮想機器構成データを、実機器構成データ受信部３１８が受信した機器構成データで更新する。
【００７８】
仮想コンフィグデータ取得部３２０は、インターネット１０４を介して、画像形成装置１０１が備える仮想コンフィグデータ受信部３０３から仮想コンフィグデータの取得要求を受け取り、仮想デバイス保持部３１１から仮想コンフィグデータを取得する。
【００７９】
仮想コンフィグデータの取得要求は、少なくとも仮想デバイスを特定するデバイス識別子を含んでいる。従って、仮想コンフィグデータ取得部３２０は、仮想コンフィグデータの取得要求が含むデバイス識別子を持つ仮想デバイスを探索する。仮想コンフィグデータ取得部３２０は、探索された仮想デバイスが有する仮想コンフィグデータを取得する。そして、仮想コンフィグデータ取得部３２０は、インターネット１０４を介して、取得した仮想コンフィグデータを要求元すなわち仮想コンフィグデータ受信部３０３に渡す。
【００８０】
仮想コンフィグデータ閲覧部３２１は、インターネット１０４を介して、外部装置からコンフィグデータの閲覧要求を受ける。コンフィグデータの閲覧要求は、ＨＴＴＰプロトコル上の要求である。仮想コンフィグデータ閲覧部３２１は、閲覧要求に対応する仮想コンフィグデータを取得し、取得した仮想コンフィグデータの閲覧用のＨＴＭＬページを生成して要求元に返す。
【００８１】
仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータが更新されているかを確認する。具体的には、画像形成装置１０１が備える仮想コンフィグデータ受信部３０３が、インターネット１０４を介して、仮想コンフィグデータ更新確認部３２２に対して該画像形成装置１０１のデバイス識別子を送信する。仮想コンフィグデータ更新確認部３２２は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、受信したデバイス識別子に一致する仮想デバイスを探索する。仮想コンフィグデータ更新確認部３２２は、探索された仮想デバイスの通知フラグ８０６を参照する。
【００８２】
通知フラグ８０６が「未」である場合、仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータの更新があったと判断する。通知フラグ８０６が「済」である場合、仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータの更新はないと判断する。仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータが更新されているか否かを仮想コンフィグデータ受信部３０３に返す。そして、仮想コンフィグデータが更新されていることを確認した仮想コンフィグデータ受信部３０３が、設定値管理サービス３１０Ａの仮想コンフィグデータ取得部３２０に対して、コンフィグデータの取得要求を行う。
【００８３】
仮想コンフィグデータ更新確認部３２２が、仮想コンフィグデータ更新部３１７によって仮想コンフィグデータが更新されたことを契機として、仮想コンフィグデータが更新されているかを確認するようにしてもよい。そして、仮想コンフィグデータ更新確認部３２２が仮想コンフィグデータが更新されていることを確認した場合に、仮想コンフィグデータ取得部３２０が、コンフィグデータを取得し、画像形成装置１０１の仮想コンフィグデータに送信するようにしてもよい。
【００８４】
図９は、テナント用コンフィグデータの更新処理を説明するフローチャートの一例である。この例では、管理者ユーザが、端末装置１０２Ａを用いて、テナント用コンフィグデータを更新する。フローチャートの各ステップの処理を実現するプログラムは、不揮発性メモリ２０２Ｃ、揮発性メモリ２０３Ｃ、補助記憶装置２０４Ｃのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ｃにより実行される。
【００８５】
まず、テナント用コンフィグデータ更新部３１５が、端末装置１０２Ａから送信された、テナント用コンフィグデータの更新要求を検知する（ステップＳ９０１）。次に、テナント用コンフィグデータ更新部３１５が、テナント用コンフィグデータ保持部３１４に対して、テナント用コンフィグデータの更新要求に対応するテナント用コンフィグデータが登録済みであるか確認する（ステップＳ９０２）。テナント用コンフィグデータの更新要求に対応するテナント用コンフィグデータが登録済みである場合は、ステップＳ９０７に進む。テナント用コンフィグデータの更新要求に対応するテナント用コンフィグデータが登録済みでない場合は、ステップＳ９０３に進む。
【００８６】
ステップＳ９０３において、テナント用コンフィグデータ更新部３１５が、テナントが保持する仮想デバイスを仮想デバイス保持部３１１から取得する。テナント用コンフィグデータ更新部３１５が、取得した仮想デバイスが含む仮想機器構成データを取得する。そして、テナント用コンフィグデータ更新部３１５が、取得した仮想機器構成データが含む機種コードを取得する（ステップＳ９０３）。
【００８７】
次に、テナント用コンフィグデータ更新部３１５が、取得した機種コードに対応する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する（ステップＳ９０４）。続いて、テナント用コンフィグデータ更新部３１５が、ステップＳ９０４において取得した機種別設定値スキーマの少なくとも１つが持つ設定項目をリストアップする（ステップＳ９０５）。そして、テナント用コンフィグデータ更新部３１５が、ステップＳ９０５においてリストアップした設定項目を持つ、空のテナント用コンフィグデータを生成して（ステップＳ９０６）、ステップＳ９０７に進む。
【００８８】
ステップＳ９０７において、テナント用コンフィグデータ更新部３１５が、テナント用コンフィグデータの具体的な更新指示を検知する（ステップＳ９０７）。そして、テナント用コンフィグデータ更新部３１５が、ステップ９０７において検知した更新指示に基づいて、テナント用コンフィグデータを更新する（ステップＳ９０８）。テナント用コンフィグデータ保持部３１４は、更新されたテナント用コンフィグデータを記憶する。
【００８９】
次に、仮想コンフィグデータ生成部３１６が、テナント用コンフィグデータが更新されたことを検知する（ステップＳ９０９）。そして、仮想コンフィグデータ生成部３１６が、仮想デバイス保持部３１１が保持する仮想デバイスから、更新が検知されたテナント用コンフィグデータのテナント識別子に合致する仮想デバイスを探索する。探索された仮想デバイスに対して順次処理を行うため、仮想コンフィグデータ生成部３１６は、１つの仮想デバイスを取得する。仮想コンフィグデータ生成部３１６は、仮想デバイスを取得できたかを判断する（ステップＳ９１０）。全ての仮想デバイスに対して順次処理が行われ、次の仮想デバイスを取得できない場合には、処理を終了する。仮想コンフィグデータ生成部３１６が、次の仮想デバイスを取得できた場合は、ステップＳ９１１に進む。
【００９０】
ステップＳ９１１において、仮想コンフィグデータ生成部３１６が、処理対象の仮想デバイスから仮想機器構成データを取得する（ステップＳ９１１）。続いて、仮想コンフィグデータ生成部３１６が、ステップＳ９１１において取得された仮想機器構成データから機種コードを取得する。そして、仮想コンフィグデータ生成部３１６が、取得した機種コードに対応する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する（ステップＳ９１２）。
【００９１】
次に、仮想コンフィグデータ生成部３１６が、仮想機器構成データと、機種別設定値スキーマと、テナント用コンフィグデータとに基づいて、仮想コンフィグデータを生成する（ステップＳ９１３）。そして、仮想コンフィグデータ更新部３１７が、生成された仮想コンフィグデータを仮想デバイスに登録して（ステップＳ９１４）、ステップＳ９１０に戻る。ステップＳ９１４の処理によって、更新されたテナント用コンフィグデータが仮想コンフィグデータに反映される。
【００９２】
図１０は、画像形成装置が仮想コンフィグデータを取得する処理を説明するフローチャートの一例である。図１０のステップＳ１００１乃至Ｓ１０１０のステップは、画像形成装置において実行される。これらのステップを実行するためのプログラムは、不揮発性メモリ２０２Ａ、揮発性メモリ２０３Ａ、補助記憶装置２０４Ａのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ａにより実行される。また、ステップＳ１０５１乃至Ｓ１０６０は、サーバコンピュータ群１０５において実行される。これらのステップを実行するためのプログラムは、不揮発性メモリ２０２Ｃ、揮発性メモリ２０３Ｃ、補助記憶装置２０４Ｃのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ｃにより実行される。
【００９３】
まず、画像形成装置１０１の実機器構成データ通知部３０６が、画像形成装置１０１の電源ＯＮを検知する（ステップＳ１００１）。続いて、実機器構成データ収集部３０４が、実機器構成データを収集する（ステップＳ１００２）。
【００９４】
次に、実機器構成データ通知部３０６が、画像形成装置１０１が備える機器の構成情報の変更があるかを判断する構成変更判断手段として機能する。具体的には、実機器構成データ通知部３０６が、ステップ１００２で収集した実機器構成データに基づいて、設定値管理サービス３１０に対して未通知である実機器構成データの変更があるかを判断する（ステップＳ１００３）。未通知である実機器構成データの変更があった場合は、ステップＳ１００５に進む。未通知である実機器構成データの変更がない場合は、ステップＳ１００４に進む。新規デバイス設置時は、ステップＳ１００５に進むことになる。
【００９５】
ステップ１００４において、仮想コンフィグデータ受信部３０３が、デバイスが最新の仮想コンフィグデータを取得済みか、すなわち、仮想コンフィグデータが更新されているかを判断する（ステップＳ１００４）。具体的には、仮想コンフィグデータ受信部３０３は、インターネット１０４を介して、設定値管理サービス３１０Ａの仮想コンフィグデータ更新確認部３２２に対して、仮想コンフィグデータが更新されているかを確認する。仮想コンフィグデータ受信部３０３は、上記確認結果に基づいて、仮想コンフィグデータが更新されているかを判断する。仮想コンフィグデータが更新されていない場合は、処理を終了する。仮想コンフィグデータが更新されている場合は、ステップＳ１００８に進む。
【００９６】
ステップ１００５において、実機器構成データ通知部３０６が、インターネット１０４を介して、実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を設定値管理サービス３１０に通知する（ステップＳ１００５）。すなわち、実機器構成データ通知部３０６は、構成情報の変更があると判断した場合に、該変更があった構成情報と画像形成装置に対応する管理単位に関する情報（テナント識別子）とを含むコンフィグデータ生成要求を送信する要求手段として機能する。
【００９７】
通知先のアドレスは、実コンフィグデータ保持部３０１が保持しているアドレスである。なお、このアドレスはデバイスの工場出荷時にはパブリッククラウド環境の設定値管理サービス３１０Ａが提供されているアドレスが設定されているものとする。従って、新規デバイス設置時には、画像形成装置１０１は、パブリッククラウド環境の設定値管理サービス３１０Ａに通知する。設定値管理サービス３１０Ａは、ステップ１０５１において、上記通知を検知して処理を行う。設定値管理サービス３１０Ａが実行する処理についての詳細は後述する。
【００９８】
次に、実機器構成データ通知部３０６が、設定値管理サービス３１０Ａからエラー通知を受けたかを判断する（ステップＳ１００６）。すなわち、実機器構成データ通知部３０６は、コンフィグデータ生成要求の送信先であって、該コンフィグデータ生成要求が失敗したと判断した設定値管理サービス３１０Ａからエラー通知を受けるエラー通知受信手段として機能する。
【００９９】
実機器構成データ通知部３０６が、エラー通知を受けたと判断した場合は、ステップＳ１０１０に進む。そして、設定値管理サービスアドレス設定部３０７が、設定値管理サービスアドレスの取得設定処理を行い（ステップＳ１０１０）、ステップＳ１００５に戻る。実機器構成データ通知部３０６が、改めて実機器構成データとテナント識別子とを設定値管理サービス３１０に通知する。通知先アドレスは、ステップ１０１０において取得設定した設定値管理サービスのアドレスである。設定値管理サービスアドレスの取得設定処理の詳細については、図１１を参照して後述する。
【０１００】
実機器構成データ通知部３０６が、エラー通知を受けていないと判断した場合は、ステップＳ１００７に進む。そして、仮想コンフィグデータ受信部３０３が、仮想コンフィグデータの更新が完了するまで処理の実行を待ち合わせる（ステップＳ１００７）。次に、仮想コンフィグデータ受信部３０３が、設定値管理サービス３１０から仮想コンフィグデータを取得する。すなわち、仮想コンフィグデータ受信部３０３は、仮想コンフィグデータを生成（更新）した設定値管理サービス３１０から、画像形成装置１０１に対応する動作設定情報を取得する取得手段として機能する。そして、仮想コンフィグデータ更新部３１７が、取得された仮想コンフィグデータを実コンフィグデータとして更新する（ステップＳ１００８）。実コンフィグデータは、実コンフィグデータ保持部３０１によって記憶される。
【０１０１】
ステップ１０５１において、設定値管理サービス３１０の実機器構成データ受信部３１８が、画像形成装置１０１から実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を受信する要求受け付け手段として機能する（ステップＳ１０５１）。
【０１０２】
次に、仮想機器構成データ更新部３１９が、ステップ１０５１において受信したコンフィグデータ生成要求が含むテナント識別子が、設定値管理サービス３１０が管理しているテナントのテナント識別子かを検索する（ステップＳ１０５２）。すなわち、仮想機器構成データ更新部３１９が、コンフィグデータ生成要求が含むテナント識別子と、予め記憶手段に記憶されたテナント識別子とに基づいて、コンフィグデータ生成要求が成功したかを判断する判断手段として機能する。
【０１０３】
当該テナント識別子が、設定値管理サービス３１０が管理しているテナントのテナント識別子である場合、仮想機器構成データ更新部３１９は、コンフィグデータ生成要求が成功したと判断する。そして、仮想機器構成データ更新部３１９が、コンフィグデータ生成要求が成功したことを画像形成装置１０１に応答として返した上で、ステップＳ１０５４に進む。
【０１０４】
本実施形態では、例えば、プライベートクラウド環境の設定値管理サービス３１０Ｂを利用しているユーザ環境で画像形成装置１０１が新規デバイスとして設置された場合を想定する。画像形成装置１０１は、最初は工場出荷時に設定されているアドレスであるパブリッククラウド環境の設定値管理サービス３１０Ａに通知を行う。しかし、パブリッククラウド環境の設定値管理サービス３１０Ａではこのテナントを管理していない。従って、この場合には、仮想機器構成データ更新部３１９が、コンフィグデータ生成要求が含むテナント識別子が、設定値管理サービス３１０が管理しているテナントのテナント識別子でない、すなわち、コンフィグデータ生成要求が失敗したと判断する。そして、処理がステップＳ１０５３に進む。
【０１０５】
ステップＳ１０５３において、仮想機器構成データ更新部３１９が、当該実機器構成データとテナント識別子の通知元の画像形成装置に対してエラー通知を行うエラー通知手段として機能して（ステップＳ１０５３）、ステップＳ１０５１に戻る。
【０１０６】
ステップ１０５４において、仮想機器構成データ更新部３１９が、以下の処理を実行する。仮想機器構成データ更新部３１９は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、ステップ１０５１で受信したコンフィグデータ生成要求が含む実機器構成データとテナント識別子とに合致する仮想デバイスを検索する（ステップＳ１０５４）。
【０１０７】
合致する仮想デバイスが検索された場合は、ステップＳ１０５６に進む。合致する仮想デバイスが検索されなかった場合は、ステップ１０５５に進む。新規デバイス設置時など、画像形成装置が初めて設定値管理サービス３１０と通信を行った時には、仮想デバイスを検索できない場合がある。従って、この場合は、ステップＳ１０５５に進む。ステップＳ１０５５において、仮想機器構成データ更新部３１９が、空の仮想デバイスを生成して（ステップＳ１０５５）、ステップＳ１０５６に進む。
【０１０８】
ステップ１０５６において、仮想機器構成データ更新部３１９が、ステップ１０５４において検索された仮想デバイスの仮想機器構成データを、ステップＳ１０５１において受信した実機器構成データで更新する（ステップＳ１０５６）。また、仮想機器構成データ更新部３１９は、ステップＳ１０５５において生成された仮想デバイスの仮想機器構成データとして、ステップＳ１０５１において受信した実機器構成データを設定する。これにより、画像形成装置１０１に対応する仮想デバイスが更新される。
【０１０９】
次に、仮想コンフィグデータ生成部３１６が、ステップＳ１０５６において更新された仮想機器構成データから機種コードを取得する。そして、仮想コンフィグデータ生成部３１６が、取得した機種コードに該当する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する（ステップＳ１０５７）。
【０１１０】
次に、仮想コンフィグデータ生成部３１６が、テナント用コンフィグデータを取得する（ステップＳ１０５８）。具体的には、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータから、ステップＳ１０５２において検索されたテナント識別子に対応するテナント用コンフィグデータを取得する。
【０１１１】
次に、仮想コンフィグデータ生成部３１６が、仮想機器構成データ、機種別設定値スキーマ、テナント用コンフィグデータに基づいて、仮想コンフィグデータを生成する（ステップＳ１０５９）。ステップ１０５９の処理は、図９のステップＳ９１３の処理と同様である。すなわち、仮想コンフィグデータ生成部３１６は、コンフィグデータ生成要求が成功したと判断された場合に、コンフィグデータ生成要求が含む構成情報に基づいて画像形成装置１０１に対応するコンフィグデータを生成する生成手段として機能する。
【０１１２】
次に、仮想コンフィグデータ更新部３１７が、生成された仮想コンフィグデータを、該当する仮想デバイスに登録、更新する（ステップＳ１０６０）。ステップＳ１０６０においては、さらに、仮想コンフィグデータ取得部３２０が、生成された仮想コンフィグデータを画像形成装置１０１の仮想コンフィグデータ受信部３０３に対して送信する送信手段として機能する。そして、処理がステップＳ１０５１戻る。
【０１１３】
図１１は、図１０のステップＳ１０１０における設定値管理サービスアドレス取得処理の例を説明するフローチャートである。ステップＳ１１０１乃至Ｓ１１０７は、画像形成装置（この例では、画像形成装置１０１Ａとする）で行われるステップである。また、ステップＳ１１５０乃至Ｓ１１５３は、ネットワーク１０６上の、画像形成装置１０１Ａとは異なる他の画像形成装置（画像形成装置１０１Ｂとする）で行われるステップである。これらのステップの処理を実行するプログラムは、不揮発性メモリ２０２Ａ、揮発性メモリ２０３Ａ、補助記憶装置２０４Ａのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ａ
により実行される。
【０１１４】
なお、画像形成装置１０１Ｂは、既にプライベートクラウド環境１４０の設定値管理サービス３１０Ｂによって管理されているものとする。すなわち、画像形成装置１０１Ｂの実コンフィグデータ保持部３０１が保持するアクセス先のアドレスは、プライベートクラウド環境１４０の設定値管理サービス３１０Ｂのアドレスに設定されている。図４（Ａ）に示す例では、設定値識別子「ｄｅｖｉｃｅ＿ｓｅｔｔｉｎｇｓ．ｃｌｏｕｄ＿ａｄｄｒｅｓｓ」の値として、設定値管理サービス３１０Ｂのアドレスが設定されている。
【０１１５】
まず、画像形成装置１０１Ａの設定値管理サービスアドレス設定部３０７が、設定値管理サービスアドレス保持デバイス探索パケット（以下、探索パケットとも記述）をネットワーク１０６上にマルチキャストする（ステップＳ１１０１）。探索パケットは、設定値管理サービスのアドレス情報を保持している画像形成装置を探索するためのパケットである。具体的には、設定値管理サービスアドレス設定部３０７は、ＲＦＣ２６０８で定義されるＳＬＰ（Service Location Protocol）を用いてマルチキャストを行う。
【０１１６】
図１２は、探索パケットと応答パケットの一例を示す図である。図１２（Ａ）は、図１１のステップＳ１１０１においてマルチキャストされる探索パケットの例である。この探索パケットは、ＳＬＰフォーマットに従う。すなわち、探索パケットは、符号１２０１に示すように、検索するサービスタイプとして”ｓｅｒｖｉｃｅ：ｃｌｏｕｄａｄｄｒｅｓｓ．ｄｄｄ”を指定している。また、探索パケットは、符号１２０１に示すように、ＳＣＯＰＥとして”ｄｄｄ”を指定している。
【０１１７】
次に、設定値管理サービスアドレス設定部３０７が、マルチキャストに対する応答があったか、すなわち、応答パケットを受信したかを判断する（ステップＳ１１０２）。マルチキャストに対する応答があった場合は、ステップＳ１１０３に進む。
【０１１８】
図１２（Ｂ）は、設定値管理サービスアドレス設定部３０７が受信する応答パケットの例である。応答パケットは、ＳＬＰフォーマットに従う。応答パケットは、符号１２０３に示すように、設定値管理サービスアドレスのＵＲＬなどの情報を含むＵＲＬ Ｅｎｔｒｙを指定している。
【０１１９】
図１１に戻って、設定値管理サービスアドレス設定部３０７が、応答元の画像形成装置に対して、設定値管理サービスアドレス取得要求をする（ステップＳ１１０３）。設定値管理サービスアドレス取得要求は、当該応答元の画像形成装置を管理する設定値管理サービスのアドレスの送信を求める要求である。この例では、応答元の画像形成装置が、画像形成措置１０１Ｂであるものとする。
【０１２０】
次に、設定値管理サービスアドレス設定部３０７が、応答元の画像形成装置１０１Ｂが備える設定値管理サービスアドレス応答部３０８から、設定値管理サービスアドレスを受信する（ステップＳ１１０４）。受信される設定値管理サービスアドレスは、画像形成装置１０１Ｂのアクセス先である設定値管理サービス３１０Ｂのアドレスである。
【０１２１】
すなわち、設定値管理サービスアドレス設定部３０７は、設定値管理サービスのアドレス情報を保持している画像形成装置を探索する探索手段として機能する。そして、設定値管理サービスアドレス設定部３０７は、探索された画像形成装置から、該画像形成装置を管理している設定値管理サービスのアドレス情報を取得する。
【０１２２】
設定値管理サービスアドレス設定部３０７は、画像形成装置１０１Ｂから受信したアドレスで、実コンフィグデータ保持部３０１が保持する実コンフィグデータを更新する（ステップＳ１１０５）。これにより、画像形成装置１０１の実機器構成データ通知部３０６が、設定値管理サービスアドレスの取得設定処理の後に、以下の処理を実行する。すなわち、実機器構成データ通知部３０６は、設定値管理サービスアドレス設定部３０７がＳ１１０４において受信した設定値管理サービスアドレスに対応する設定値管理サービスに対してコンフィグデータ生成要求を送信する（図１０のステップＳ１００５）。
【０１２３】
上記ステップＳ１１０２において、マルチキャストに対する応答が、例えば予め定めた期間なかった場合は、ステップ１１０６に進む。そして、設定値管理サービスアドレス設定部３０７が、設定値管理サービスのアドレスを設定するためのＵＩ画面を画像形成装置１０１Ａのディスプレイ２０５Ａに表示する（ステップＳ１１０６）。
【０１２４】
次に、設定値管理サービスアドレス設定部３０７が、ＵＩ画面上でユーザがアドレスを入力したかを判断する（ステップＳ１１０７）。ユーザがアドレスを入力していない場合は、ステップＳ１１０７に戻る。ユーザがアドレスを入力した場合は、ステップＳ１１０５に進み、設定値管理サービスアドレス設定部３０７が、入力されたアドレスで実コンフィグデータを更新する。
【０１２５】
一方、画像形成装置１０１Ｂの設定値管理サービスアドレス応答部３０８が、設定値管理サービスアドレス保持デバイス探索パケットを受信したかを判断する（ステップＳ１１５０）。設定値管理サービスアドレス応答部３０８が、設定値管理サービスアドレス保持デバイス探索パケットを受信していないと判断した場合は、ステップＳ１１５０に戻る。設定値管理サービスアドレス応答部３０８が、設定値管理サービスアドレス保持デバイス探索パケットを受信したと判断した場合は、ステップＳ１１５１に進む。この例では、設定値管理サービスアドレス応答部３０８が、画像形成装置１０１ＡがステップＳ１１０１においてマルチキャストした設定値管理サービスアドレス保持デバイス探索パケットを受信したものとする。
【０１２６】
次に、設定値管理サービスアドレス応答部３０８が、ＳＬＰに従った応答パケットを画像形成装置１０１Ａに返す（ステップＳ１１５１）。すなわち、設定値管理サービスアドレス応答部３０８は、探索パケットを受信し、該探索パケットに対する応答として、画像形成装置１０１Ｂを管理している設定値管理サービスのアドレス情報を該探索パケットの送信元に対して送信する応答手段として機能する。続いて、設定値管理サービスアドレス応答部３０８が、画像形成装置１０１Ａから設定値管理サービスアドレス取得要求を受信したかを判断する（ステップＳ１１５２）。
【０１２７】
設定値管理サービスアドレス応答部３０８が、画像形成装置１０１Ａから設定値管理サービスアドレス取得要求を受信していないと判断した場合は、ステップＳ１１５２に戻る。設定値管理サービスアドレス応答部３０８が、画像形成装置１０１Ａから設定値管理サービスアドレス取得要求を受信したと判断した場合は、ステップＳ１１５３に進む。そして、設定値管理サービスアドレス応答部３０８が、実コンフィグデータ保持部３０１が保持している実コンフィグデータに設定されている設定値管理サービスアドレスを読み出して、画像形成装置１０１Ａに応答する（ステップＳ１１５３）。
【０１２８】
図１１を参照して説明した処理の例では、画像形成装置１０１Ａは、探索パケットに対して応答した画像形成装置１０１Ｂに対して、改めて設定値管理サービスのアドレスを問い合わせる（ステップＳ１１０３）。しかしながら、画像形成装置１０１Ａが、探索パケットに対する応答として、直接、設定値管理サービスのアドレスを応答してもらうようにしてもよい。
【０１２９】
また、複数の画像形成装置が稼働している環境においては、画像形成装置１０１Ａがステップ１１０１においてマルチキャストした探索パケットに対する応答が、複数の画像形成装置から返ってくる場合がある。この場合、画像形成装置１０１Ａの設定値管理サービスアドレス設定部３０７が、複数の応答から一つの応答を選択し、選択した応答が含むアドレス情報で実コンフィグデータを更新するようにしてもよい。
【０１３０】
応答の選択方法として、例えば、画像形成装置１０１Ａが、最初に返ってきた応答を選択するようにしてもよいし、ランダムに応答を選択するようにしてもよい。実機器構成データ通知部３０６は、更新された実コンフィグデータが含むアドレス情報、すなわち選択された応答が含むアドレス情報に対応する設定値管理サービスに対してコンフィグデータ生成要求を送信する。
【０１３１】
また、画像形成装置１０１Ｂが応答を返す際に、直近で設定値管理サービスにアクセスした時刻の情報を一緒に応答するようにしてもよい。つまり、探索パケットに対する応答が、応答元が設定値管理サービスに対して直近にアクセスした時刻の情報であるアクセス時刻情報を含むようにしてもよい。そして、画像形成装置１０１Ａの設定値管理サービスアドレス設定部３０７は、複数の応答の各々に含まれるアクセス時刻情報に基づいて、一つのアドレス情報を選択するようにしてもよい。例えば、設定値管理サービスアドレス設定部３０７が、設定値管理サービスにアクセスした時刻が最も最近の画像形成装置からの応答が含むアドレス情報を選択するようにしてもよい。
【０１３２】
図１１を参照して説明した処理によれば、画像形成装置１０１Ａは、画像形成装置１０１Ａのコンフィグデータを管理する設定値管理サービスのアドレスを、周辺の画像形成装置である画像形成装置１０１Ｂから取得することができる。
【０１３３】
なお、前述した図１に示すシステム構成例においては、サービスマンは、サービスマン環境１１０に配置された端末装置１０２Ｂを利用することを想定しているが、本発明が他の構成をとることもできる。例えば、サービスマンがユーザの許可を得て、ユーザ環境１００に配置された端末装置１０２Ａを利用するようにしてもよい。
【０１３４】
また、図２に示すハードウェア構成例においては、サーバコンピュータ群１０５がサーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとを備えているが、本発明が他の構成をとることもできる。例えば、サーバコンピュータ群１０５が、１つのサーバコンピュータ２１０Ａのみによって構成されていてもよい。また、サーバコンピュータ群１０５が、ユーザ環境１００、サービスマン環境１１０、画像形成装置のベンダ環境１２０等の中に構成されていてもよい。
【０１３５】
また、図２に示すハードウェア構成例においては、サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとが、ネットワーク２２０を介して通信を行うが、本発明が他の構成をとることもできる。例えば、サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとが、インターネット１０４を介して通信を行うようにしてもよい。
【０１３６】
また、図３に示す機能ブロック図においては、実コンフィグデータ保持部３０１が補助記憶装置２０４Ａに実コンフィグデータを記憶するが、本発明が他の構成をとることもできる。例えば、実コンフィグデータ保持部３０１が、実コンフィグデータを揮発性メモリ２０３Ａに一時的に記憶するようにしてもよい。実コンフィグデータを揮発性メモリ２０３Ａに一時的に記憶した場合は、電源をＯＦＦにしたときに実コンフィグデータが失われる。従って、この場合には、デバイスの電源をＯＮにする度に、仮想コンフィグデータ受信部３０３が仮想コンフィグデータを受信する。具体的な処理の流れで示すと、図１０のステップ１００４で、仮想コンフィグデータの更新判定処理が省略される。
【０１３７】
また、図３に示す機能ブロック図においては、実機器構成データ収集部３０４は、画像形成装置の電源をＯＮにする度に実機器構成データの収集を行うが、本発明が他の構成をとるようにしてもよい。例えば、画像形成装置１０１が、実機器構成データを補助記憶装置２０４Ａに常に記憶する所定の処理部（例えば実機器構成データ保持部）を備えるようにしてもよい。
【０１３８】
実機器構成データ保持部が、実機器構成データを補助記憶装置２０４Ａに常に記憶するようにした場合、実機器構成データの変更に応じて、実機器構成データ保持部が保持する実機器構成データを速やかに書き換える必要がある。このために、実機器構成データ収集部３０４は、実機器構成データの変更を監視し、変更内容を検知した場合には実機器構成データ保持部が保持する実機器構成データを更新する。更に、実機器構成データ通知部３０６が、実機器構成データ保持部に対して実機器構成データを要求して取得するようにしてもよい。
【０１３９】
また、図３に示す機能ブロック図において、テナント識別子保持部３０５は、補助記憶装置２０４Ａにテナント識別子を記憶するが、本発明が他の構成をとることもできる。例えば、ユーザが入力装置２０６Ａを用いてテナント識別子を毎回入力するようにしてもよい。テナント識別子を入力するタイミングは、画像形成装置の起動時であってもよいし、起動時とは異なる他のタイミングであってもよい。ユーザが入力装置２０６Ａを用いてテナント識別子を毎回入力する場合、テナント識別子は揮発性メモリ２０３Ａに記憶される。
【０１４０】
また、図３に示す機能ブロック図において、実機器構成データ通知部３０６は、画像形成装置が電源ＯＮになったことを検知して処理を行うが、本発明が他の構成をとることもできる。例えば、ユーザが入力装置２０６Ａを用いて仮想コンフィグデータの取得を指示するようにしてもよい。本発明が、ユーザが入力装置２０６Ａを用いて仮想コンフィグデータの取得を指示する構成をとる場合、図１０のステップ１００１において、実機器構成データ通知部３０６が、当該ユーザの指示を検知した上で、ステップ１００２以降の処理が実行される。
【０１４１】
また、図３に示す機能ブロック図において、仮想コンフィグデータ生成部３１６は機種別設定値スキーマ、テナント用コンフィグデータ、仮想機器構成データに基づいて仮想コンフィグデータを生成するが、本発明が他の構成をとることもできる。例えば、仮想コンフィグデータ生成部３１６が、機種別設定値スキーマとテナント用コンフィグデータとに基づいて、機種に応じた仮想コンフィグデータを生成するようにしてもよい。仮想コンフィグデータ生成部３１６が、機種に応じた仮想コンフィグデータを生成する場合には、画像形成装置は、当該仮想コンフィグデータで実コンフィグデータを更新する際に、機器構成に応じた実コンフィグデータを参照する構成をとる。
【０１４２】
また、仮想コンフィグデータ生成部３１６が、ライセンスデータを用いて仮想コンフィグデータを生成するようにしてもよい。仮想コンフィグデータ生成部３１６が、ライセンスデータを用いて仮想コンフィグデータを生成する場合、画像形成装置が備えるオプション機能に合わせた仮想コンフィグデータが生成される。
【０１４３】
また、図３に示す機能ブロック図においては、画像形成装置１０１が設定値管理サービスアドレス応答部３０８を備えるが、本発明が他の構成をとることもできる。例えば、端末装置１０２が設定値管理サービスアドレス応答部３０８を備えるようにしてもよい。そして、この設定値管理サービスアドレス応答部３０８が、画像形成装置１０１の設定値管理サービスアドレス設定部３０７からの問い合わせに応答するようにしてもよい。この場合、図１１のステップ１１５０乃至ステップ１１５３の処理は、端末装置１０２によって実行される。
【０１４４】
また、図６に示す仮想デバイスのデータ項目である仮想機器構成データ８０４は、仮想機器構成データの識別情報を有しているが、仮想機器構成データ８０４が、データの実体を有するようにしてもよい。また、当該仮想デバイスのデータ項目である仮想コンフィグデータ８０５は、仮想コンフィグデータの識別情報を有しているが、仮想コンフィグデータ８０５が、データの実体を有するようにしてもよい。
【０１４５】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【０１４６】
１０１ 画像形成装置
１０２ 端末装置
１０５Ａ サーバコンピュータ群
【技術分野】
【０００１】
本発明は、情報処理システム、画像形成装置、管理装置、管理方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
コンフィグデータを記憶手段に記憶する画像形成装置が提案されている。このコンフィグデータは、画像形成装置の動作を切り替える設定情報（動作設定情報）である。コンフィグデータは、各画像形成装置が備える記憶手段に記憶されているので、全ての画像形成装置のコンフィグデータを変更するためには、画像形成装置の台数分だけコンフィグデータの変更設定を行う必要がある。画像形成装置の台数分だけコンフィグデータの変更設定を行う手間を省くために、ある情報処理装置から複数の画像形成装置に対してコンフィグデータの一括設定を行う技術が提案されている。
【０００３】
例えば、特許文献１は、初期設定操作が行われた複数の画像形成装置が、サーバからシステム初期設定情報をダウンロードして、初期設定内容に反映する画像形成システムを開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１３０８３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１が開示する画像形成システムは、画像形成装置の機種や、画像形成装置が備えるハードウェアオプションなどに依存して値に制約が発生するコンフィグデータを適用することができない。
【０００６】
ここで、複数の画像形成装置のコンフィグデータをインターネット上のサーバで管理するクラウドサービスが考えられる。画像形成装置は、クラウドサービスが管理するコンフィグデータをクラウドサービスから取得し、取得したコンフィグデータに基づいて動作する。画像形成装置の出荷時に、画像形成装置内にクラウドサービスの場所を予め記憶させておくことが考えられる。この画像形成装置は、例えば、ネットワークに接続するだけで、自動的にクラウドサービスにアクセスしてコンフィグデータを取得し、動作する。これにより、画像形成装置の初期設置時に行う設定作業の手間をなくすことができる。
【０００７】
しかし、画像形成装置が、クラウドサービスではなく、クラウドサービスとは異なる、コンフィグデータを管理するサービス（コンフィグデータ管理サービス）を利用したい場合、コンフィグデータ管理サービスのアドレスを画像形成装置に設定する必要がある。
【０００８】
例えば、セキュリティの問題などから、コンフィグデータ管理サービスとして、パブリックなクラウドサービスを利用するのではなく、当該ユーザ専用の環境で提供されているサービスを利用したいユーザは多い。一般的に、このような環境をプライベートクラウドと呼ぶ。プライベートクラウド上でコンフィグデータの管理を行う場合、画像形成装置は、工場出荷時に記憶されているクラウドサービスの場所ではなく、そのユーザ環境のプライベートクラウドに接続する必要がある。従って、画像形成装置は、プライベートクラウドの場所を設定するためのＵＩを表示し、画像形成装置の初期設置時にユーザがＵＩ上で設定する。
【０００９】
しかし、プライベートクラウドで運用するようなユーザは大規模なユーザであり、複数の画像形成装置を保持していることが多い。従って、ユーザが、大量の画像形成装置に対してプライベートクラウドの場所（アドレス）を設定するのは手間である。
【００１０】
本発明は、画像形成装置の動作設定情報を管理する管理装置のアドレスをユーザが設定することなく、画像形成装置が上記管理装置のアドレスを自動で取得して、上記管理装置から動作設定情報を取得することを可能とする情報処理システムの提供を目的とする。
【課題を解決するための手段】
【００１１】
本発明の一実施形態の情報処理システムは、画像形成装置の動作を切り替える動作設定情報を管理する管理装置と、予め設定された管理単位で前記管理装置に管理される画像形成装置とを備える情報処理システムである。前記画像形成装置は、前記画像形成装置が備える機器の構成情報の変更があるかを判断する構成変更判断手段と、前記構成情報の変更があると判断された場合に、該変更があった構成情報と該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して前記管理装置に対して送信する要求手段と、前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が成功したと判断して動作設定情報を生成した管理装置から、前記画像形成装置に対応する動作設定情報を取得する取得手段と、前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が失敗したと判断した管理装置からエラー通知を受けるエラー通知受信手段と、前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、管理装置のアドレス情報を保持している画像形成装置を探索し、探索された画像形成装置から、該画像形成装置を管理している管理装置のアドレス情報を取得する探索手段とを備える。前記要求手段は、前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、前記探索手段が取得したアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する。
【発明の効果】
【００１２】
本発明の情報処理装置によれば、画像形成装置のコンフィグデータを管理する管理装置のアドレスを、周辺の画像形成装置から取得することができる。従って、ユーザが、コンフィグデータの取得先の管理装置のアドレスを手作業で入力する手間を省くことが可能となる。例えば、コンフィグデータを一括管理するサーバをプライベートクラウドに設置して運用している環境に、画像形成装置を新規に追加する場合に、この画像形成装置のコンフィグデータを管理する管理装置のアドレスを自動で設定することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態の全体構成例を示す図である。
【図２】本実施形態の情報処理システムのハードウェア構成の一例である。
【図３】本実施形態の情報処理システムの機能ブロック図の一例である。
【図４】実コンフィグデータの一例を示す図である。
【図５】実機器構成データの一例を示す図である。
【図６】仮想デバイスの一例を示す図である。
【図７】機種別設定値スキーマの一例を示す図である。
【図８】テナント用コンフィグデータの一例を示す図である。
【図９】テナント用コンフィグデータの更新処理を説明する図である。
【図１０】仮想コンフィグデータを取得する処理を説明する図である。
【図１１】設定値管理サービスアドレス取得処理の例を説明する図である。
【図１２】探索パケットと応答パケットの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下に、本実施形態の情報処理システムについて説明する。まず、本実施形態において用いる用語の定義を行う。コンフィグデータとは、画像形成装置の動作を切り替えるデータ（動作設定情報）である。例えば、コピージョブの面付けのデフォルト値などが該当する。コピージョブの面付けのデフォルト値が「１ ｉｎ １」に設定されていれば、コピーを行った結果、用紙一枚に１ページが印刷される。コピージョブの面付けのデフォルト値が「２ ｉｎ １」に設定されていれば、コピーを行った結果、用紙一枚に２ページが印刷される。
【００１５】
機器構成データとは、画像形成装置が備える機器の構成を示すデータである。機器構成データは、例えば、画像形成装置がファクスユニットを装着しているかを示す。機器構成データは、画像形成装置の機種を一意に識別するための機種コード、動作しているファームウェアバージョンなどを含む。
【００１６】
機種別設定値スキーマとは、画像形成装置が特定の機種で保持するコンフィグデータのスキーマを定義するデータである。スキーマとは、コンフィグデータについての規約や位置づけを定義するデータである。機種別設定値スキーマは、例えば、コンフィグデータ各々の設定値識別子、デフォルト値、値域、データが有効になるための条件を含む。本実施形態においては、機種によって保持するコンフィグデータには差分があり、設定値スキーマを機種別に用意する運用であることを前提とする。
【００１７】
仮想デバイスとは、サーバコンピュータ群が保持する実デバイスのデータ群である。具体的には、仮想デバイスは、少なくとも機器構成データ、コンフィグデータを含む。テナントとは、ユーザが画像形成装置の管理を委託する委託者の単位である。テナント識別子とは、テナントを一意に識別するための識別子である。例えば、ある会社が後述する図１に示すユーザ環境１００にある画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃの管理を委託した場合を想定する。その場合、ユーザ環境１００に対応するテナント識別子が１つ割り当てられ、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃは、そのテナントに属する画像形成装置であると認識され、管理される。
【００１８】
仮想デバイスに含まれるデータと、実デバイスが保持するデータと、テナント専用のデータとを区別するために、以下のように定義する。仮想デバイスに含まれる機器構成データを仮想機器構成データ、コンフィグデータを仮想コンフィグデータと呼ぶ。実デバイスが保持する機器構成データを実機器構成データ、コンフィグデータを実コンフィグデータと呼ぶ。テナント内で共通に利用されるコンフィグデータをテナント用コンフィグデータと呼ぶ。
【００１９】
図１は、本実施形態の全体構成例を示す図である。図１に示すシステムは、ユーザ環境１００、サービスマン環境１１０、画像形成装置のベンダ環境１２０、パブリッククラウド環境１３０、プライベートクラウド環境１４０を備える。ユーザ環境１００乃至プライベートクラウド環境１４０は、インターネット１０４を介して互いに通信する。インターネット１０４は、公衆回線上のデジタル通信が可能なネットワークである。
【００２０】
ユーザ環境１００は、画像形成装置のユーザが当該画像形成装置の操作を実行する環境である。ユーザ環境１００は、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃ、端末装置１０２Ａを備える。画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃは、本実施形態の画像形成装置である。ネットワーク１０６は、ユーザ環境１００においてデジタル通信が可能なネットワークである。画像形成装置１０１Ａ乃至１０１Ｃは、ネットワーク１０６を介してインターネット１０４にアクセス可能である。端末装置１０２Ａは、ユーザ環境１００のユーザが操作可能なコンピュータである。端末装置１０２Ａも、ネットワーク１０６を介してインターネット１０４にアクセス可能である。
【００２１】
サービスマン環境１１０は、サービスマンが端末装置１０２Ｂを使って画像形成装置の管理を行う環境である。サービスマン環境１１０は、端末装置１０２Ｂを備える。端末装置１０２Ｂは、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃを管理するサービスマンが操作するコンピュータである。端末装置１０２Ｂは、インターネット１０４にアクセス可能である。
【００２２】
画像形成装置のベンダ環境１２０は、画像形成装置を生産するベンダの管理担当者が、画像形成装置の管理に必要なデータのメンテナンスを行う環境である。画像形成装置のベンダ環境１２０は、端末装置１０２Ｃを備える。端末装置１０２Ｃは、画像形成装置のベンダに所属する管理担当者が操作するコンピュータである。端末装置１０２Ｃは、インターネット１０４にアクセス可能である。
【００２３】
パブリッククラウド環境１３０は、画像形成装置のコンフィグデータを管理する設定値管理サービス（図３を参照）を提供する環境である。パブリッククラウド環境１３０は、複数のテナントに対してサービスを提供する。パブリッククラウド環境１３０は、サーバコンピュータ群１０５Ａを備える。サーバコンピュータ群１０５Ａは、インターネット１０４を介してサービスを提供するサーバ群である。サーバコンピュータ群１０５Ａは、例えば、図３に示す設定値管理サービス３１０Ａを提供する。本実施形態において、サーバコンピュータ群１０５Ａが提供する設定値管理サービス３１０Ａは、画像形成装置のコンフィグデータを管理する管理装置として機能する。設定値管理サービス３１０Ａは、予め設定された管理単位であるテナントに対応付けて、画像形成装置を管理する。
【００２４】
プライベートクラウド環境１４０は、パブリッククラウド環境１３０と同様に，画像形成装置のコンフィグデータを管理する設定値管理サービスを提供する環境である。但しプライベートクラウド環境は、パブリッククラウド環境とは異なり、特定のテナント専用にサービスを提供する環境である。プライベートクラウド環境１４０は、サーバコンピュータ群１０５Ｂを備える。
【００２５】
サーバコンピュータ群１０５Ｂは、サーバコンピュータ群１０５Ａと同様に、インターネット１０４を介してサービスを提供するサーバ群である。サーバコンピュータ群１０５Ｂは、例えば、図３に示す設定値管理サービス３１０Ｂを提供する。本実施形態において、サーバコンピュータ群１０５Ｂが設定値管理サービス３１０Ｂは、画像形成装置のコンフィグデータを管理する管理装置として機能する。サーバコンピュータ群１０５Ｂはサーバコンピュータ群１０５Ａと同様の構成を備える。
【００２６】
プライベートクラウド環境１４０が、インターネット１０４を介してユーザ環境１００と接続される形態を図示したが、プライベートクラウド環境１４０が、ユーザ環境１００に設けられていてもよい。また、プライベートクラウド環境１４０が、サービスマン環境１１０や画像形成装置のベンダ環境１２０に設けられていてもよい。なお、以下の説明では、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃを画像形成装置１０１とも記述する。また、端末装置１０２Ｂ、１０２Ｃを端末装置１０２とも記述する。
【００２７】
図２は、本実施形態の情報処理システムのハードウェア構成の一例を示す図である。サーバコンピュータ群１０５Ａは、サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとを備える。サーバコンピュータ２１０Ｂは、サーバコンピュータ２１０Ａと同様の構成を備える。サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとは、ネットワーク２２０を通じて通信する。
【００２８】
サーバコンピュータ２１０Ａは、内部バス２１６に接続されたＣＰＵ２０１Ｃ乃至ネットワーク通信装置２０７Ｃを備える。また、画像形成装置１０１は、内部バス２１１Ａに接続されたＣＰＵ２０１Ａ乃至２０９を備える。また、端末装置１０２は、内部バス２１１Ｂに接続されたＣＰＵ２０１Ｂ乃至ネットワーク通信装置２０７Ｂを備える。
【００２９】
以下の説明では、ＣＰＵ２０１Ａ、２０１Ｂ、２０１ＣをＣＰＵ２０１とも記述する。また、不揮発性メモリ２０２Ａ、２０２Ｂ、２０２Ｃを不揮発性メモリ２０２とも記述する。また、揮発性メモリ２０３Ａ、２０３Ｂ、２０３Ｃを揮発性メモリ２０３とも記述する。また、補助記憶装置２０４Ａ、２０４Ｂ、２０４Ｃを補助記憶装置２０４とも記述する。また、ディスプレイ２０５Ａ、２０５Ｂをディスプレイ２０５とも記述する。また、入力装置２０６Ａ、２０６Ｂを入力装置２０６とも記述する。また、ネットワーク通信装置２０７Ａ、２０７Ｂをネットワーク通信装置２０７とも記述する。また、内部バス２１１Ａ、２１１Ｂを内部バス２１１とも記述する。
【００３０】
ＣＰＵ（Central Processing Unit）２０１は、プログラムの実行や、様々な処理の制御を行う。不揮発性メモリ２０２は、ＲＯＭ（Read Only Memory）を備える。不揮発性メモリ２０２には、機器の起動処理において初期段階に必要なプログラムやデータが格納されている。揮発性メモリ２０３は、ＲＡＭ（Random Access Memory）を備える。揮発性メモリ２０３は、プログラム、データの一時的な格納場所として利用される。
【００３１】
補助記憶装置２０４は、ハードディスクやＲＡＭドライブ等の大容量記憶装置である。補助記憶装置２０４は、大容量データの保管、プログラムの実行コードの保持を行う。補助記憶装置２０４は、揮発性メモリ２０３よりも長時間保持する必要があるデータを記憶する。ディスプレイ２０５は、情報の表示処理を行って、情報を利用者に通知する。なお、本実施形態において、利用者とは、ユーザとサービスマンである。
【００３２】
入力装置２０６は、利用者の選択指示を受け付け、内部バス２１１を介してプログラムに伝達する。ネットワーク通信装置２０７は、外部装置とネットワークを介して通信する装置である。ファクスユニット２０８は、画像形成装置１０１が形成した画像データか、または補助記憶装置２０４Ａに記憶された画像データを、ネットワーク１０６を介して外部装置に送信するハードウェアユニットである。ファクスユニット２０８は、オプションであり、画像形成装置１０１がファクスユニット２０８を備えていなくてもよい。プリンタエンジン２０９は、画像形成装置１０１が形成した画像データか、または補助記憶装置２０４Ａに記憶された画像データを紙媒体に印刷する。
【００３３】
図３は、本実施形態の情報処理システムの機能ブロック図の一例である。図３に示す情報処理システムは、画像形成装置１０１と、設定値管理サービス３１０Ａと、設定値管理サービス３１０Ｂとを備える。画像形成装置１０１と、設定値管理サービス３１０Ａと、設定値管理サービス３１０Ｂとは、インターネット１０４を介して通信する。なお、設定値管理サービス３１０Ａと、設定値管理サービス３１０Ｂとを総称して、設定値管理サービス３１０とも記述する。本実施形態の管理方法およびコンピュータプログラムは、図３に示す情報処理システムが備える機能によって実現される。
【００３４】
画像形成装置１０１は、実コンフィグデータ保持部３０１、実コンフィグデータ更新部３０２、仮想コンフィグデータ受信部３０３、実機器構成データ収集部３０４、テナント識別子保持部３０５、実機器構成データ通知部３０６を備える。また、画像形成装置１０１は、設定値管理サービスアドレス設定部３０７、設定値管理サービスアドレス応答部３０８を備える。
【００３５】
実コンフィグデータ保持部３０１は、画像形成装置のコンフィグデータを保持する。具体的には、実コンフィグデータ保持部３０１は、補助記憶装置２０４Ａにコンフィグデータを記憶して管理する。画像形成装置は、実コンフィグデータ保持部３０１が保持する実コンフィグデータに基づいて、動作の振る舞いを切り替える。
【００３６】
実コンフィグデータ更新部３０２は、実コンフィグデータ保持部３０１が保持する実コンフィグデータを更新する。具体的には、実コンフィグデータ更新部３０２は、仮想コンフィグデータ受信部３０３が取得した仮想コンフィグデータで、実コンフィグデータを更新する。
【００３７】
仮想コンフィグデータ受信部３０３は、設定値管理サービス３１０Ａが備える仮想コンフィグデータ取得部３２０から、仮想コンフィグデータを取得する。そして、仮想コンフィグデータ受信部３０３は、仮想コンフィグデータ取得部３２０が取得した仮想コンフィグデータを仮想コンフィグデータ取得部３２０から受信する。仮想コンフィグデータ受信部３０３は、実コンフィグデータ保持部３０１が保持するコンフィグデータに設定されているアドレスを用いて、仮想コンフィグデータ取得部３２０を呼び出す。
【００３８】
図４は、実コンフィグデータの一例を示す図である。図４（Ａ）は、デバイス識別子が０１０００１である画像形成装置の実コンフィグデータである。図４（Ｂ）は、デバイス識別子が０１０００２である画像形成装置の実コンフィグデータである。図４（Ｃ）は、デバイス識別子が０２０００１である画像形成装置の実コンフィグデータである。デバイス識別子は、画像形成装置を一意に識別する識別情報である。
【００３９】
実コンフィグデータは、設定値識別子７０２と値７０３といったデータ項目を有する。設定値識別子７０２は、設定項目を一意に識別する識別子である。値７０３は、設定項目の値である。図４に示す例では、”ｄｅｖｉｃｅ＿ｓｅｔｔｉｎｇｓ．ｃｌｏｕｄ＿ａｄｄｒｅｓｓ”の値（アドレス）として、ｈｔｔｐ：／／ｄｄｄ．ｃｏｍ／ｃｏｎｆｉｇが設定されている。このアドレスは、画像形成装置１０１に対してコンフィグデータを配信する設定値管理サービスとして設定された設定値管理サービスのアドレスである。従って、上述した仮想コンフィグデータ受信部３０３は、このアドレスに対してアクセスする。
【００４０】
画像形成装置の工場出荷時には、実コンフィグデータに、パブリッククラウド環境の設定値管理サービス３１０Ａのアドレスがアクセス先のアドレスとして設定されている。そして、後述する設定値管理サービスアドレス設定部３０７の処理によって、このアドレスは、設定値管理サービス３１０Ｂのアドレス等に変更される場合がある。
【００４１】
なお、仮想コンフィグデータは、図４に示す実コンフィグデータと同様のデータ構成を有する。従って、図４に示す実コンフィグデータを、適宜、仮想コンフィグデータとして説明する。
【００４２】
図３に戻って、実機器構成データ収集部３０４は、画像形成装置１０１の機器構成データ（実機器構成データ）を収集する。
【００４３】
図５は、実機器構成データの一例を示す図である。図５（Ａ）、（Ｂ）、（Ｃ）は、それぞれ異なる画像形成装置の実機器構成データである。実機器構成データは、データ種別６０２と値６０３といったデータ項目を有する。データ種別６０２は、実機器構成データが含むデータの種別である。データ種別６０２には、機種を識別するための機種コードや、ファームウェアバージョン、デバイスを識別するためのデバイス識別子等が設定される。値６０３は、当該データの値である。値６０３には、データ種別に対応する値（例えば、デバイス識別子の値や、ファクスユニットの有無等）が設定される。なお、仮想機器構成データは、実機器構成データと同様のデータ構成を有する。従って、図５に示す実機器構成データを、適宜、仮想機器構成データとして説明する。
【００４４】
テナント識別子保持部３０５は、画像形成装置１０１が属するテナントの識別子であるテナント識別子を保持する。テナント識別子は、画像形成装置１０１の初期設置時に設定され、電源が切られても失われることがないように補助記憶装置２０４Ａに記憶される。
【００４５】
実機器構成データ通知部３０６は、実機器構成データ収集部３０４が収集した実機器構成データと、テナント識別子保持部３０５が保持するテナント識別子とを、設定値管理サービス３１０Ａの実機器構成データ受信部３１８に対して通知する。具体的には、実機器構成データ通知部３０６は、実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を実機器構成データ受信部３１８に送信する。コンフィグデータ生成要求は、画像形成装置１０１に対応する仮想コンフィグデータの生成を求める要求（動作設定生成要求）である。
【００４６】
設定値管理サービスアドレス設定部３０７は、仮想コンフィグデータ取得部３２０を呼び出すためのアドレスを取得、設定する。画像形成装置１０１の工場出荷時に実コンフィグデータに予め設定されているアドレスに対する通信がエラーとなった場合に、設定値管理サービスアドレス設定部３０７は、例えば以下の処理を実行する。この例では、実コンフィグデータに予め設定されているアドレスである”ｈｔｔｐ：／／ｄｄｄ．ｃｏｍ／ｃｏｎｆｉｇ”（図４（Ａ））に対する通信がエラーとなったものとする。
【００４７】
設定値管理サービスアドレス設定部３０７は、画像形成装置１０１の周辺に設けられた他の画像形成装置から、当該他の画像形成装置のコンフィグデータを管理している設定値管理サービスのアドレスを取得する。具体的には、設定値管理サービスアドレス設定部３０７は、マルチキャスト方式によってネットワーク上の周辺の画像形成装置に問い合わせて、応答を受け取る。そして、設定値管理サービスアドレス設定部３０７は、取得したアドレスを、画像形成装置１０１のアクセス先の設定値管理サービスのアドレス（設定値管理サービスアドレス）として実コンフィグデータに設定する。
【００４８】
設定値管理サービスアドレス応答部３０８は、他の画像形成装置の設定値管理サービスアドレス設定部３０７からの問い合わせ（後述する探索パケット）を受け付ける。そして、設定値管理サービスアドレス応答部３０８は、この問い合わせに応じて、実コンフィグデータに設定されているアドレス、すなわち画像形成装置１０１のアクセス先として設定されているアドレスを応答する処理を行う。
【００４９】
設定値管理サービス３１０Ａは、パブリッククラウド環境において画像形成装置のコンフィグデータを管理する管理装置として機能する。前述したように、サーバコンピュータ群１０５Ａが、設定値管理サービス３１０Ａを提供する。設定値管理サービス３１０Ｂは、プライベートクラウド環境において画像形成装置のコンフィグデータを管理する管理装置として機能する。また、サーバコンピュータ群１０５Ｂが設定値管理サービス３１０Ｂを提供する。設定値管理サービス３１０Ｂと設定値管理サービス３１０Ａとは、同じ構成を備える。
【００５０】
設定値管理サービス３１０Ａは、仮想デバイス保持部３１１、機種別設定値スキーマ保持部３１２、機種別設定値スキーマ更新部３１３、テナント用コンフィグデータ保持部３１４、テナント用コンフィグデータ更新部３１５を備える。また、設定値管理サービス３１０Ａは、仮想コンフィグデータ生成部３１６、仮想コンフィグデータ更新部３１７、実機器構成データ受信部３１８、仮想機器構成データ更新部３１９を備える。また、設定値管理サービス３１０Ａは、仮想コンフィグデータ取得部３２０、仮想コンフィグデータ閲覧部３２１、仮想コンフィグデータ更新確認部３２２を備える。
【００５１】
仮想デバイス保持部３１１は、仮想デバイスを保持する。仮想デバイスは、少なくとも、仮想機器構成データと、仮想コンフィグデータと、仮想デバイスのデバイス識別子と、テナント識別子とを有する。仮想デバイス保持部３１１は、仮想デバイスを補助記憶装置２０４Ｃに記憶して管理する。
【００５２】
図６は、仮想デバイスの一例を示す図である。図６に示す仮想デバイスは、デバイス識別子８０２、テナント識別子８０３、仮想機器構成データ８０４、仮想コンフィグデータ８０５、通知フラグ８０６を有する。デバイス識別子８０２は、仮想デバイスを一意に識別する識別情報である。デバイス識別子８０２は、当該仮想デバイスに対応する画像形成装置１０１を一意に識別する識別情報に相当する。デバイス識別子８０２は、画像形成装置１０１が設定値管理サービス３１０に対して通知する機器構成データに含まれている。
【００５３】
テナント識別子８０３は、仮想デバイスに対応する画像形成装置１０１が属するテナントを一意に識別する識別情報である。仮想機器構成データ８０４は、仮想機器構成データを一意に識別する識別情報である。仮想機器構成データは、仮想デバイスに対応する画像形成装置１０１の機器構成データ（実機器構成データ）に対応する。仮想コンフィグデータ８０５は、仮想コンフィグデータを一意に識別する識別情報である。仮想コンフィグデータは、仮想デバイスに対応する画像形成装置１０１のコンフィグデータ（実コンフィグデータ）に対応する。
【００５４】
通知フラグ８０６は、画像形成装置に対して仮想コンフィグデータ８０５を通知済み、未通知のいずれであるかを示す。通知フラグ８０６に設定された「未」は、画像形成装置に対して仮想コンフィグデータ８０５を未通知であることを示す。通知フラグ８０６に設定された「済」は、画像形成装置に対して仮想コンフィグデータ８０５を通知済みであることを示す。
【００５５】
図３に戻って、機種別設定値スキーマ保持部３１２は、機種別設定値スキーマを保持する。画像形成装置の各機種に対応して１つの機種別設定値スキーマが用意される。
【００５６】
図７は、機種別設定値スキーマの一例を示す図である。図７（Ａ）は、機種コードが０ｘ０１の機種に対応する機種別設定値スキーマである。図７（Ｂ）は、機種コードが０ｘ０２の機種に対応する機種別設定値スキーマである。機種別設定値スキーマは、設定値識別子４０２、デフォルト値４０３、値域４０４、条件４０５といったデータ項目を有する。
【００５７】
設定値識別子４０２は、設定項目を一意に識別する識別情報である。例えば、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」は、コピー設定の面付けに関する設定項目を示す。設定値識別子４０２が同じであることは、違う機種であっても設定項目が同じであることを示す。デフォルト値４０３は、当該機種におけるデフォルト設定値である。値域４０４は、当該機種において設定し得る範囲の定義である。例えば、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」の値域４０４を参照すると、当該機種において、コピー設定として「１ ｉｎ １，２ ｉｎ １，４ ｉｎ １」の３種類から選択できることを示す。
【００５８】
条件４０５は、当該機種において設定値を利用するために必要な条件の定義である。「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」という設定項目に対応する条件４０５には、「ファクスユニット」が設定されている。従って、この設定項目の設定値は、ファクスユニットの装着が確認できた場合のみ有効となる。
【００５９】
図３に戻って、機種別設定値スキーマ更新部３１３は、機種別設定値スキーマ保持部３１２が保持する機種別設定値スキーマを更新する。例えば、新しい機種を画像形成装置のベンダが発表した場合には、ベンダの管理責任者の指示によって、新しい機種に対応する機種別設定値スキーマが登録される。また、設定項目に変更があった場合に、機種別設定値スキーマ更新部３１３は、機種別設定値スキーマを更新する。
【００６０】
テナント用コンフィグデータ保持部３１４は、テナントが画像形成装置に対して設定したいコンフィグデータを保持する。
【００６１】
図８は、テナント用コンフィグデータの一例を示す図である。テナント用コンフィグデータは、設定値識別子５０２と値５０３といったデータ項目を有する。設定値識別子５０２は、図７に示す機種別設定値スキーマが含む設定値識別子４０２と同様である。値５０３は、テナントが所望する共通設定の値である。「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」には、「２ ｉｎ １」が設定されている。これは、テナントが保持する画像形成装置全てに「２ ｉｎ １」が設定されることを所望していることを示す。
【００６２】
図３に戻って、テナント用コンフィグデータ更新部３１５は、テナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータを更新する。テナントが保持する画像形成装置の管理を行うサービスマンの操作に従って、サービスマン環境１１０にある端末装置１０２Ｂが、テナント用コンフィグデータの更新指示を行う。テナント用コンフィグデータ更新部３１５は、この更新指示に従って、テナント用コンフィグデータを更新する。なお、サービスマンは、端末装置１０２Ｂ内で動作するウェブブラウザに表示される設定画面上で操作する。
【００６３】
仮想コンフィグデータ生成部３１６は、機種別設定値スキーマと、テナント用コンフィグデータと、仮想機器構成データとに基づいて、仮想コンフィグデータを生成する。まず、仮想コンフィグデータ生成部３１６は、仮想デバイス保持部３１１から、図５（Ａ）に示す仮想機器構成データを取得する。
【００６４】
次に、仮想コンフィグデータ生成部３１６は、取得した仮想機器構成データが含む機種コードを参照し、画像形成装置の機種を特定する。図５（Ａ）に示す仮想機器構成データを例にとると、機種コードに対応する値として０ｘ０１が設定されている。従って、仮想コンフィグデータ生成部３１６は、画像形成装置の機種として、機種コードが０ｘ０１の機種を特定する。
【００６５】
次に、仮想コンフィグデータ生成部３１６は、特定した機種コードに対応する機種別設定値スキーマを、機種別設定値スキーマ保持部３１２から取得する。仮想コンフィグデータ生成部３１６は、例えば、機種コードが０ｘ０１に合致する、図７（Ａ）に示す機種別設定値スキーマを取得する。
【００６６】
次に、仮想コンフィグデータ生成部３１６は、取得した機種別設定値スキーマに定義された設定値を、仮想コンフィグデータのベースとする。図７（Ａ）に示す機種別設定値スキーマを例にとると、仮想コンフィグデータ生成部３１６は、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」乃至「ｂｏｘ＿ｓｅｔｔｉｎｇｓ．ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓ」の５つの設定項目に対応する設定値をベースとする。
【００６７】
次に、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータ保持部３１４から、図８に示すテナント用コンフィグデータを取得する。仮想コンフィグデータ生成部３１４は、テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まるかを判断する。
【００６８】
図８に示すテナント用コンフィグデータと図７（Ａ）に示す機種別設定値スキーマとを例にとって説明する。テナント用コンフィグデータが含む「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」という設定項目の値（設定値）は「２ ｉｎ １」である。一方、機種別設定値スキーマに定義された、当該設定項目に対応する値域は、「１ ｉｎ １，２ ｉｎ
１，４ ｉｎ １」である。従って、テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まっている。
【００６９】
テナント用コンフィグデータが含む「ｄｅｖｉｃｅ＿ｓｅｔｔｉｎｇｓ．ｓｌｅｅｐ＿ｔｉｍｅ」という設定項目の値（設定値）は「１０秒」である。一方、機種別設定値スキーマに定義された、当該設定項目に対応する値域は、「１分、１０分、１時間」である。従って、テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まらない。テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まらない場合、仮想コンフィグデータ生成部３１６は、機種別設定値スキーマに定義されたデフォルト値を取得する。この例では、「１０分」というデフォルト値を取得する。仮想コンフィグデータ生成部３１６は、取得したデフォルト値を、仮想コンフィグデータにおける、当該設定項目の設定値として用いる。
【００７０】
テナント用コンフィグデータが含む設定値が、機種別設定値スキーマに定義された値域に収まっている場合、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータが含む設定値を、仮想コンフィグデータの当該設定項目に対応する設定値とする。
【００７１】
次に、仮想コンフィグデータ生成部３１６は、仮想機器構成データが、機種別設定値スキーマに定義された条件を満たすかを判断する。図７（Ａ）に示す機種別設定値スキーマを参照すると、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」に対応する条件は特にない。従って、図５（Ａ）に示す仮想機器構成データは、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」に対応する条件を満たす。
【００７２】
しかし、「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」に対応する条件は「ファクスユニット」であるのに対し、仮想機器構成データが含む「ファクスユニット」の値として「なし」が設定されている。従って、仮想機器構成データは、当該設定項目に対応する条件を満たさない。
【００７３】
仮想機器構成データが機種別設定値スキーマに定義された条件を満たさない場合、仮想コンフィグデータ生成部３１６は、機種別設定値スキーマに定義されたデフォルト値４０３を取得する。この例では、仮想コンフィグデータ生成部３１６は、「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」に対応するデフォルト値である「ＯＦＦ」を取得する。仮想コンフィグデータ生成部３１６は、取得したデフォルト値を、仮想コンフィグデータにおける、当該設定項目の設定値として用いる。
【００７４】
図３に戻って、仮想コンフィグデータ更新部３１７は、仮想コンフィグデータ生成部３１６が生成した仮想コンフィグデータで、仮想デバイス保持部３１１が保持する仮想デバイスが有する仮想コンフィグデータを更新する。
【００７５】
具体的には、仮想コンフィグデータ更新部３１７は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、生成した仮想コンフィグデータに対応するデバイス識別子を持つ仮想デバイスを取得する。そして、仮想コンフィグデータ更新部３１７は、取得した仮想デバイスが有する仮想コンフィグデータを、生成した仮想コンフィグデータで更新する。
【００７６】
仮想コンフィグデータ更新部３１７は、さらに、仮想デバイスの通知フラグ８０６が「済」である場合、「未」に設定する。通知フラグ８０６が「未」に設定されていることは、画像形成装置に対応する仮想コンフィグデータの変更があり、画像形成装置は新しい仮想コンフィグデータを参照する必要があることを意味する。実機器構成データ受信部３１８は、画像形成装置１０１が備える実機器構成データ通知部３０６から、機器構成データ（図５）と、テナント識別子とを受信する。
【００７７】
仮想機器構成データ更新部３１９は、実機器構成データ受信部３１８が受信した機器構成データで、仮想デバイス保持部３１１が保持する仮想デバイスが有する仮想機器構成データを更新する。具体的には、仮想機器構成データ更新部３１９は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、実機器構成データ受信部３１８が受信した機器構成データに設定されたデバイス識別子を持つ仮想デバイスを取得する。そして、仮想機器構成データ更新部３１９は、取得した仮想デバイスが有する仮想機器構成データを、実機器構成データ受信部３１８が受信した機器構成データで更新する。
【００７８】
仮想コンフィグデータ取得部３２０は、インターネット１０４を介して、画像形成装置１０１が備える仮想コンフィグデータ受信部３０３から仮想コンフィグデータの取得要求を受け取り、仮想デバイス保持部３１１から仮想コンフィグデータを取得する。
【００７９】
仮想コンフィグデータの取得要求は、少なくとも仮想デバイスを特定するデバイス識別子を含んでいる。従って、仮想コンフィグデータ取得部３２０は、仮想コンフィグデータの取得要求が含むデバイス識別子を持つ仮想デバイスを探索する。仮想コンフィグデータ取得部３２０は、探索された仮想デバイスが有する仮想コンフィグデータを取得する。そして、仮想コンフィグデータ取得部３２０は、インターネット１０４を介して、取得した仮想コンフィグデータを要求元すなわち仮想コンフィグデータ受信部３０３に渡す。
【００８０】
仮想コンフィグデータ閲覧部３２１は、インターネット１０４を介して、外部装置からコンフィグデータの閲覧要求を受ける。コンフィグデータの閲覧要求は、ＨＴＴＰプロトコル上の要求である。仮想コンフィグデータ閲覧部３２１は、閲覧要求に対応する仮想コンフィグデータを取得し、取得した仮想コンフィグデータの閲覧用のＨＴＭＬページを生成して要求元に返す。
【００８１】
仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータが更新されているかを確認する。具体的には、画像形成装置１０１が備える仮想コンフィグデータ受信部３０３が、インターネット１０４を介して、仮想コンフィグデータ更新確認部３２２に対して該画像形成装置１０１のデバイス識別子を送信する。仮想コンフィグデータ更新確認部３２２は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、受信したデバイス識別子に一致する仮想デバイスを探索する。仮想コンフィグデータ更新確認部３２２は、探索された仮想デバイスの通知フラグ８０６を参照する。
【００８２】
通知フラグ８０６が「未」である場合、仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータの更新があったと判断する。通知フラグ８０６が「済」である場合、仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータの更新はないと判断する。仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータが更新されているか否かを仮想コンフィグデータ受信部３０３に返す。そして、仮想コンフィグデータが更新されていることを確認した仮想コンフィグデータ受信部３０３が、設定値管理サービス３１０Ａの仮想コンフィグデータ取得部３２０に対して、コンフィグデータの取得要求を行う。
【００８３】
仮想コンフィグデータ更新確認部３２２が、仮想コンフィグデータ更新部３１７によって仮想コンフィグデータが更新されたことを契機として、仮想コンフィグデータが更新されているかを確認するようにしてもよい。そして、仮想コンフィグデータ更新確認部３２２が仮想コンフィグデータが更新されていることを確認した場合に、仮想コンフィグデータ取得部３２０が、コンフィグデータを取得し、画像形成装置１０１の仮想コンフィグデータに送信するようにしてもよい。
【００８４】
図９は、テナント用コンフィグデータの更新処理を説明するフローチャートの一例である。この例では、管理者ユーザが、端末装置１０２Ａを用いて、テナント用コンフィグデータを更新する。フローチャートの各ステップの処理を実現するプログラムは、不揮発性メモリ２０２Ｃ、揮発性メモリ２０３Ｃ、補助記憶装置２０４Ｃのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ｃにより実行される。
【００８５】
まず、テナント用コンフィグデータ更新部３１５が、端末装置１０２Ａから送信された、テナント用コンフィグデータの更新要求を検知する（ステップＳ９０１）。次に、テナント用コンフィグデータ更新部３１５が、テナント用コンフィグデータ保持部３１４に対して、テナント用コンフィグデータの更新要求に対応するテナント用コンフィグデータが登録済みであるか確認する（ステップＳ９０２）。テナント用コンフィグデータの更新要求に対応するテナント用コンフィグデータが登録済みである場合は、ステップＳ９０７に進む。テナント用コンフィグデータの更新要求に対応するテナント用コンフィグデータが登録済みでない場合は、ステップＳ９０３に進む。
【００８６】
ステップＳ９０３において、テナント用コンフィグデータ更新部３１５が、テナントが保持する仮想デバイスを仮想デバイス保持部３１１から取得する。テナント用コンフィグデータ更新部３１５が、取得した仮想デバイスが含む仮想機器構成データを取得する。そして、テナント用コンフィグデータ更新部３１５が、取得した仮想機器構成データが含む機種コードを取得する（ステップＳ９０３）。
【００８７】
次に、テナント用コンフィグデータ更新部３１５が、取得した機種コードに対応する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する（ステップＳ９０４）。続いて、テナント用コンフィグデータ更新部３１５が、ステップＳ９０４において取得した機種別設定値スキーマの少なくとも１つが持つ設定項目をリストアップする（ステップＳ９０５）。そして、テナント用コンフィグデータ更新部３１５が、ステップＳ９０５においてリストアップした設定項目を持つ、空のテナント用コンフィグデータを生成して（ステップＳ９０６）、ステップＳ９０７に進む。
【００８８】
ステップＳ９０７において、テナント用コンフィグデータ更新部３１５が、テナント用コンフィグデータの具体的な更新指示を検知する（ステップＳ９０７）。そして、テナント用コンフィグデータ更新部３１５が、ステップ９０７において検知した更新指示に基づいて、テナント用コンフィグデータを更新する（ステップＳ９０８）。テナント用コンフィグデータ保持部３１４は、更新されたテナント用コンフィグデータを記憶する。
【００８９】
次に、仮想コンフィグデータ生成部３１６が、テナント用コンフィグデータが更新されたことを検知する（ステップＳ９０９）。そして、仮想コンフィグデータ生成部３１６が、仮想デバイス保持部３１１が保持する仮想デバイスから、更新が検知されたテナント用コンフィグデータのテナント識別子に合致する仮想デバイスを探索する。探索された仮想デバイスに対して順次処理を行うため、仮想コンフィグデータ生成部３１６は、１つの仮想デバイスを取得する。仮想コンフィグデータ生成部３１６は、仮想デバイスを取得できたかを判断する（ステップＳ９１０）。全ての仮想デバイスに対して順次処理が行われ、次の仮想デバイスを取得できない場合には、処理を終了する。仮想コンフィグデータ生成部３１６が、次の仮想デバイスを取得できた場合は、ステップＳ９１１に進む。
【００９０】
ステップＳ９１１において、仮想コンフィグデータ生成部３１６が、処理対象の仮想デバイスから仮想機器構成データを取得する（ステップＳ９１１）。続いて、仮想コンフィグデータ生成部３１６が、ステップＳ９１１において取得された仮想機器構成データから機種コードを取得する。そして、仮想コンフィグデータ生成部３１６が、取得した機種コードに対応する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する（ステップＳ９１２）。
【００９１】
次に、仮想コンフィグデータ生成部３１６が、仮想機器構成データと、機種別設定値スキーマと、テナント用コンフィグデータとに基づいて、仮想コンフィグデータを生成する（ステップＳ９１３）。そして、仮想コンフィグデータ更新部３１７が、生成された仮想コンフィグデータを仮想デバイスに登録して（ステップＳ９１４）、ステップＳ９１０に戻る。ステップＳ９１４の処理によって、更新されたテナント用コンフィグデータが仮想コンフィグデータに反映される。
【００９２】
図１０は、画像形成装置が仮想コンフィグデータを取得する処理を説明するフローチャートの一例である。図１０のステップＳ１００１乃至Ｓ１０１０のステップは、画像形成装置において実行される。これらのステップを実行するためのプログラムは、不揮発性メモリ２０２Ａ、揮発性メモリ２０３Ａ、補助記憶装置２０４Ａのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ａにより実行される。また、ステップＳ１０５１乃至Ｓ１０６０は、サーバコンピュータ群１０５において実行される。これらのステップを実行するためのプログラムは、不揮発性メモリ２０２Ｃ、揮発性メモリ２０３Ｃ、補助記憶装置２０４Ｃのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ｃにより実行される。
【００９３】
まず、画像形成装置１０１の実機器構成データ通知部３０６が、画像形成装置１０１の電源ＯＮを検知する（ステップＳ１００１）。続いて、実機器構成データ収集部３０４が、実機器構成データを収集する（ステップＳ１００２）。
【００９４】
次に、実機器構成データ通知部３０６が、画像形成装置１０１が備える機器の構成情報の変更があるかを判断する構成変更判断手段として機能する。具体的には、実機器構成データ通知部３０６が、ステップ１００２で収集した実機器構成データに基づいて、設定値管理サービス３１０に対して未通知である実機器構成データの変更があるかを判断する（ステップＳ１００３）。未通知である実機器構成データの変更があった場合は、ステップＳ１００５に進む。未通知である実機器構成データの変更がない場合は、ステップＳ１００４に進む。新規デバイス設置時は、ステップＳ１００５に進むことになる。
【００９５】
ステップ１００４において、仮想コンフィグデータ受信部３０３が、デバイスが最新の仮想コンフィグデータを取得済みか、すなわち、仮想コンフィグデータが更新されているかを判断する（ステップＳ１００４）。具体的には、仮想コンフィグデータ受信部３０３は、インターネット１０４を介して、設定値管理サービス３１０Ａの仮想コンフィグデータ更新確認部３２２に対して、仮想コンフィグデータが更新されているかを確認する。仮想コンフィグデータ受信部３０３は、上記確認結果に基づいて、仮想コンフィグデータが更新されているかを判断する。仮想コンフィグデータが更新されていない場合は、処理を終了する。仮想コンフィグデータが更新されている場合は、ステップＳ１００８に進む。
【００９６】
ステップ１００５において、実機器構成データ通知部３０６が、インターネット１０４を介して、実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を設定値管理サービス３１０に通知する（ステップＳ１００５）。すなわち、実機器構成データ通知部３０６は、構成情報の変更があると判断した場合に、該変更があった構成情報と画像形成装置に対応する管理単位に関する情報（テナント識別子）とを含むコンフィグデータ生成要求を送信する要求手段として機能する。
【００９７】
通知先のアドレスは、実コンフィグデータ保持部３０１が保持しているアドレスである。なお、このアドレスはデバイスの工場出荷時にはパブリッククラウド環境の設定値管理サービス３１０Ａが提供されているアドレスが設定されているものとする。従って、新規デバイス設置時には、画像形成装置１０１は、パブリッククラウド環境の設定値管理サービス３１０Ａに通知する。設定値管理サービス３１０Ａは、ステップ１０５１において、上記通知を検知して処理を行う。設定値管理サービス３１０Ａが実行する処理についての詳細は後述する。
【００９８】
次に、実機器構成データ通知部３０６が、設定値管理サービス３１０Ａからエラー通知を受けたかを判断する（ステップＳ１００６）。すなわち、実機器構成データ通知部３０６は、コンフィグデータ生成要求の送信先であって、該コンフィグデータ生成要求が失敗したと判断した設定値管理サービス３１０Ａからエラー通知を受けるエラー通知受信手段として機能する。
【００９９】
実機器構成データ通知部３０６が、エラー通知を受けたと判断した場合は、ステップＳ１０１０に進む。そして、設定値管理サービスアドレス設定部３０７が、設定値管理サービスアドレスの取得設定処理を行い（ステップＳ１０１０）、ステップＳ１００５に戻る。実機器構成データ通知部３０６が、改めて実機器構成データとテナント識別子とを設定値管理サービス３１０に通知する。通知先アドレスは、ステップ１０１０において取得設定した設定値管理サービスのアドレスである。設定値管理サービスアドレスの取得設定処理の詳細については、図１１を参照して後述する。
【０１００】
実機器構成データ通知部３０６が、エラー通知を受けていないと判断した場合は、ステップＳ１００７に進む。そして、仮想コンフィグデータ受信部３０３が、仮想コンフィグデータの更新が完了するまで処理の実行を待ち合わせる（ステップＳ１００７）。次に、仮想コンフィグデータ受信部３０３が、設定値管理サービス３１０から仮想コンフィグデータを取得する。すなわち、仮想コンフィグデータ受信部３０３は、仮想コンフィグデータを生成（更新）した設定値管理サービス３１０から、画像形成装置１０１に対応する動作設定情報を取得する取得手段として機能する。そして、仮想コンフィグデータ更新部３１７が、取得された仮想コンフィグデータを実コンフィグデータとして更新する（ステップＳ１００８）。実コンフィグデータは、実コンフィグデータ保持部３０１によって記憶される。
【０１０１】
ステップ１０５１において、設定値管理サービス３１０の実機器構成データ受信部３１８が、画像形成装置１０１から実機器構成データとテナント識別子とを含むコンフィグデータ生成要求を受信する要求受け付け手段として機能する（ステップＳ１０５１）。
【０１０２】
次に、仮想機器構成データ更新部３１９が、ステップ１０５１において受信したコンフィグデータ生成要求が含むテナント識別子が、設定値管理サービス３１０が管理しているテナントのテナント識別子かを検索する（ステップＳ１０５２）。すなわち、仮想機器構成データ更新部３１９が、コンフィグデータ生成要求が含むテナント識別子と、予め記憶手段に記憶されたテナント識別子とに基づいて、コンフィグデータ生成要求が成功したかを判断する判断手段として機能する。
【０１０３】
当該テナント識別子が、設定値管理サービス３１０が管理しているテナントのテナント識別子である場合、仮想機器構成データ更新部３１９は、コンフィグデータ生成要求が成功したと判断する。そして、仮想機器構成データ更新部３１９が、コンフィグデータ生成要求が成功したことを画像形成装置１０１に応答として返した上で、ステップＳ１０５４に進む。
【０１０４】
本実施形態では、例えば、プライベートクラウド環境の設定値管理サービス３１０Ｂを利用しているユーザ環境で画像形成装置１０１が新規デバイスとして設置された場合を想定する。画像形成装置１０１は、最初は工場出荷時に設定されているアドレスであるパブリッククラウド環境の設定値管理サービス３１０Ａに通知を行う。しかし、パブリッククラウド環境の設定値管理サービス３１０Ａではこのテナントを管理していない。従って、この場合には、仮想機器構成データ更新部３１９が、コンフィグデータ生成要求が含むテナント識別子が、設定値管理サービス３１０が管理しているテナントのテナント識別子でない、すなわち、コンフィグデータ生成要求が失敗したと判断する。そして、処理がステップＳ１０５３に進む。
【０１０５】
ステップＳ１０５３において、仮想機器構成データ更新部３１９が、当該実機器構成データとテナント識別子の通知元の画像形成装置に対してエラー通知を行うエラー通知手段として機能して（ステップＳ１０５３）、ステップＳ１０５１に戻る。
【０１０６】
ステップ１０５４において、仮想機器構成データ更新部３１９が、以下の処理を実行する。仮想機器構成データ更新部３１９は、仮想デバイス保持部３１１が保持する仮想デバイスの中から、ステップ１０５１で受信したコンフィグデータ生成要求が含む実機器構成データとテナント識別子とに合致する仮想デバイスを検索する（ステップＳ１０５４）。
【０１０７】
合致する仮想デバイスが検索された場合は、ステップＳ１０５６に進む。合致する仮想デバイスが検索されなかった場合は、ステップ１０５５に進む。新規デバイス設置時など、画像形成装置が初めて設定値管理サービス３１０と通信を行った時には、仮想デバイスを検索できない場合がある。従って、この場合は、ステップＳ１０５５に進む。ステップＳ１０５５において、仮想機器構成データ更新部３１９が、空の仮想デバイスを生成して（ステップＳ１０５５）、ステップＳ１０５６に進む。
【０１０８】
ステップ１０５６において、仮想機器構成データ更新部３１９が、ステップ１０５４において検索された仮想デバイスの仮想機器構成データを、ステップＳ１０５１において受信した実機器構成データで更新する（ステップＳ１０５６）。また、仮想機器構成データ更新部３１９は、ステップＳ１０５５において生成された仮想デバイスの仮想機器構成データとして、ステップＳ１０５１において受信した実機器構成データを設定する。これにより、画像形成装置１０１に対応する仮想デバイスが更新される。
【０１０９】
次に、仮想コンフィグデータ生成部３１６が、ステップＳ１０５６において更新された仮想機器構成データから機種コードを取得する。そして、仮想コンフィグデータ生成部３１６が、取得した機種コードに該当する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する（ステップＳ１０５７）。
【０１１０】
次に、仮想コンフィグデータ生成部３１６が、テナント用コンフィグデータを取得する（ステップＳ１０５８）。具体的には、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータから、ステップＳ１０５２において検索されたテナント識別子に対応するテナント用コンフィグデータを取得する。
【０１１１】
次に、仮想コンフィグデータ生成部３１６が、仮想機器構成データ、機種別設定値スキーマ、テナント用コンフィグデータに基づいて、仮想コンフィグデータを生成する（ステップＳ１０５９）。ステップ１０５９の処理は、図９のステップＳ９１３の処理と同様である。すなわち、仮想コンフィグデータ生成部３１６は、コンフィグデータ生成要求が成功したと判断された場合に、コンフィグデータ生成要求が含む構成情報に基づいて画像形成装置１０１に対応するコンフィグデータを生成する生成手段として機能する。
【０１１２】
次に、仮想コンフィグデータ更新部３１７が、生成された仮想コンフィグデータを、該当する仮想デバイスに登録、更新する（ステップＳ１０６０）。ステップＳ１０６０においては、さらに、仮想コンフィグデータ取得部３２０が、生成された仮想コンフィグデータを画像形成装置１０１の仮想コンフィグデータ受信部３０３に対して送信する送信手段として機能する。そして、処理がステップＳ１０５１戻る。
【０１１３】
図１１は、図１０のステップＳ１０１０における設定値管理サービスアドレス取得処理の例を説明するフローチャートである。ステップＳ１１０１乃至Ｓ１１０７は、画像形成装置（この例では、画像形成装置１０１Ａとする）で行われるステップである。また、ステップＳ１１５０乃至Ｓ１１５３は、ネットワーク１０６上の、画像形成装置１０１Ａとは異なる他の画像形成装置（画像形成装置１０１Ｂとする）で行われるステップである。これらのステップの処理を実行するプログラムは、不揮発性メモリ２０２Ａ、揮発性メモリ２０３Ａ、補助記憶装置２０４Ａのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ａ
により実行される。
【０１１４】
なお、画像形成装置１０１Ｂは、既にプライベートクラウド環境１４０の設定値管理サービス３１０Ｂによって管理されているものとする。すなわち、画像形成装置１０１Ｂの実コンフィグデータ保持部３０１が保持するアクセス先のアドレスは、プライベートクラウド環境１４０の設定値管理サービス３１０Ｂのアドレスに設定されている。図４（Ａ）に示す例では、設定値識別子「ｄｅｖｉｃｅ＿ｓｅｔｔｉｎｇｓ．ｃｌｏｕｄ＿ａｄｄｒｅｓｓ」の値として、設定値管理サービス３１０Ｂのアドレスが設定されている。
【０１１５】
まず、画像形成装置１０１Ａの設定値管理サービスアドレス設定部３０７が、設定値管理サービスアドレス保持デバイス探索パケット（以下、探索パケットとも記述）をネットワーク１０６上にマルチキャストする（ステップＳ１１０１）。探索パケットは、設定値管理サービスのアドレス情報を保持している画像形成装置を探索するためのパケットである。具体的には、設定値管理サービスアドレス設定部３０７は、ＲＦＣ２６０８で定義されるＳＬＰ（Service Location Protocol）を用いてマルチキャストを行う。
【０１１６】
図１２は、探索パケットと応答パケットの一例を示す図である。図１２（Ａ）は、図１１のステップＳ１１０１においてマルチキャストされる探索パケットの例である。この探索パケットは、ＳＬＰフォーマットに従う。すなわち、探索パケットは、符号１２０１に示すように、検索するサービスタイプとして”ｓｅｒｖｉｃｅ：ｃｌｏｕｄａｄｄｒｅｓｓ．ｄｄｄ”を指定している。また、探索パケットは、符号１２０１に示すように、ＳＣＯＰＥとして”ｄｄｄ”を指定している。
【０１１７】
次に、設定値管理サービスアドレス設定部３０７が、マルチキャストに対する応答があったか、すなわち、応答パケットを受信したかを判断する（ステップＳ１１０２）。マルチキャストに対する応答があった場合は、ステップＳ１１０３に進む。
【０１１８】
図１２（Ｂ）は、設定値管理サービスアドレス設定部３０７が受信する応答パケットの例である。応答パケットは、ＳＬＰフォーマットに従う。応答パケットは、符号１２０３に示すように、設定値管理サービスアドレスのＵＲＬなどの情報を含むＵＲＬ Ｅｎｔｒｙを指定している。
【０１１９】
図１１に戻って、設定値管理サービスアドレス設定部３０７が、応答元の画像形成装置に対して、設定値管理サービスアドレス取得要求をする（ステップＳ１１０３）。設定値管理サービスアドレス取得要求は、当該応答元の画像形成装置を管理する設定値管理サービスのアドレスの送信を求める要求である。この例では、応答元の画像形成装置が、画像形成措置１０１Ｂであるものとする。
【０１２０】
次に、設定値管理サービスアドレス設定部３０７が、応答元の画像形成装置１０１Ｂが備える設定値管理サービスアドレス応答部３０８から、設定値管理サービスアドレスを受信する（ステップＳ１１０４）。受信される設定値管理サービスアドレスは、画像形成装置１０１Ｂのアクセス先である設定値管理サービス３１０Ｂのアドレスである。
【０１２１】
すなわち、設定値管理サービスアドレス設定部３０７は、設定値管理サービスのアドレス情報を保持している画像形成装置を探索する探索手段として機能する。そして、設定値管理サービスアドレス設定部３０７は、探索された画像形成装置から、該画像形成装置を管理している設定値管理サービスのアドレス情報を取得する。
【０１２２】
設定値管理サービスアドレス設定部３０７は、画像形成装置１０１Ｂから受信したアドレスで、実コンフィグデータ保持部３０１が保持する実コンフィグデータを更新する（ステップＳ１１０５）。これにより、画像形成装置１０１の実機器構成データ通知部３０６が、設定値管理サービスアドレスの取得設定処理の後に、以下の処理を実行する。すなわち、実機器構成データ通知部３０６は、設定値管理サービスアドレス設定部３０７がＳ１１０４において受信した設定値管理サービスアドレスに対応する設定値管理サービスに対してコンフィグデータ生成要求を送信する（図１０のステップＳ１００５）。
【０１２３】
上記ステップＳ１１０２において、マルチキャストに対する応答が、例えば予め定めた期間なかった場合は、ステップ１１０６に進む。そして、設定値管理サービスアドレス設定部３０７が、設定値管理サービスのアドレスを設定するためのＵＩ画面を画像形成装置１０１Ａのディスプレイ２０５Ａに表示する（ステップＳ１１０６）。
【０１２４】
次に、設定値管理サービスアドレス設定部３０７が、ＵＩ画面上でユーザがアドレスを入力したかを判断する（ステップＳ１１０７）。ユーザがアドレスを入力していない場合は、ステップＳ１１０７に戻る。ユーザがアドレスを入力した場合は、ステップＳ１１０５に進み、設定値管理サービスアドレス設定部３０７が、入力されたアドレスで実コンフィグデータを更新する。
【０１２５】
一方、画像形成装置１０１Ｂの設定値管理サービスアドレス応答部３０８が、設定値管理サービスアドレス保持デバイス探索パケットを受信したかを判断する（ステップＳ１１５０）。設定値管理サービスアドレス応答部３０８が、設定値管理サービスアドレス保持デバイス探索パケットを受信していないと判断した場合は、ステップＳ１１５０に戻る。設定値管理サービスアドレス応答部３０８が、設定値管理サービスアドレス保持デバイス探索パケットを受信したと判断した場合は、ステップＳ１１５１に進む。この例では、設定値管理サービスアドレス応答部３０８が、画像形成装置１０１ＡがステップＳ１１０１においてマルチキャストした設定値管理サービスアドレス保持デバイス探索パケットを受信したものとする。
【０１２６】
次に、設定値管理サービスアドレス応答部３０８が、ＳＬＰに従った応答パケットを画像形成装置１０１Ａに返す（ステップＳ１１５１）。すなわち、設定値管理サービスアドレス応答部３０８は、探索パケットを受信し、該探索パケットに対する応答として、画像形成装置１０１Ｂを管理している設定値管理サービスのアドレス情報を該探索パケットの送信元に対して送信する応答手段として機能する。続いて、設定値管理サービスアドレス応答部３０８が、画像形成装置１０１Ａから設定値管理サービスアドレス取得要求を受信したかを判断する（ステップＳ１１５２）。
【０１２７】
設定値管理サービスアドレス応答部３０８が、画像形成装置１０１Ａから設定値管理サービスアドレス取得要求を受信していないと判断した場合は、ステップＳ１１５２に戻る。設定値管理サービスアドレス応答部３０８が、画像形成装置１０１Ａから設定値管理サービスアドレス取得要求を受信したと判断した場合は、ステップＳ１１５３に進む。そして、設定値管理サービスアドレス応答部３０８が、実コンフィグデータ保持部３０１が保持している実コンフィグデータに設定されている設定値管理サービスアドレスを読み出して、画像形成装置１０１Ａに応答する（ステップＳ１１５３）。
【０１２８】
図１１を参照して説明した処理の例では、画像形成装置１０１Ａは、探索パケットに対して応答した画像形成装置１０１Ｂに対して、改めて設定値管理サービスのアドレスを問い合わせる（ステップＳ１１０３）。しかしながら、画像形成装置１０１Ａが、探索パケットに対する応答として、直接、設定値管理サービスのアドレスを応答してもらうようにしてもよい。
【０１２９】
また、複数の画像形成装置が稼働している環境においては、画像形成装置１０１Ａがステップ１１０１においてマルチキャストした探索パケットに対する応答が、複数の画像形成装置から返ってくる場合がある。この場合、画像形成装置１０１Ａの設定値管理サービスアドレス設定部３０７が、複数の応答から一つの応答を選択し、選択した応答が含むアドレス情報で実コンフィグデータを更新するようにしてもよい。
【０１３０】
応答の選択方法として、例えば、画像形成装置１０１Ａが、最初に返ってきた応答を選択するようにしてもよいし、ランダムに応答を選択するようにしてもよい。実機器構成データ通知部３０６は、更新された実コンフィグデータが含むアドレス情報、すなわち選択された応答が含むアドレス情報に対応する設定値管理サービスに対してコンフィグデータ生成要求を送信する。
【０１３１】
また、画像形成装置１０１Ｂが応答を返す際に、直近で設定値管理サービスにアクセスした時刻の情報を一緒に応答するようにしてもよい。つまり、探索パケットに対する応答が、応答元が設定値管理サービスに対して直近にアクセスした時刻の情報であるアクセス時刻情報を含むようにしてもよい。そして、画像形成装置１０１Ａの設定値管理サービスアドレス設定部３０７は、複数の応答の各々に含まれるアクセス時刻情報に基づいて、一つのアドレス情報を選択するようにしてもよい。例えば、設定値管理サービスアドレス設定部３０７が、設定値管理サービスにアクセスした時刻が最も最近の画像形成装置からの応答が含むアドレス情報を選択するようにしてもよい。
【０１３２】
図１１を参照して説明した処理によれば、画像形成装置１０１Ａは、画像形成装置１０１Ａのコンフィグデータを管理する設定値管理サービスのアドレスを、周辺の画像形成装置である画像形成装置１０１Ｂから取得することができる。
【０１３３】
なお、前述した図１に示すシステム構成例においては、サービスマンは、サービスマン環境１１０に配置された端末装置１０２Ｂを利用することを想定しているが、本発明が他の構成をとることもできる。例えば、サービスマンがユーザの許可を得て、ユーザ環境１００に配置された端末装置１０２Ａを利用するようにしてもよい。
【０１３４】
また、図２に示すハードウェア構成例においては、サーバコンピュータ群１０５がサーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとを備えているが、本発明が他の構成をとることもできる。例えば、サーバコンピュータ群１０５が、１つのサーバコンピュータ２１０Ａのみによって構成されていてもよい。また、サーバコンピュータ群１０５が、ユーザ環境１００、サービスマン環境１１０、画像形成装置のベンダ環境１２０等の中に構成されていてもよい。
【０１３５】
また、図２に示すハードウェア構成例においては、サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとが、ネットワーク２２０を介して通信を行うが、本発明が他の構成をとることもできる。例えば、サーバコンピュータ２１０Ａとサーバコンピュータ２１０Ｂとが、インターネット１０４を介して通信を行うようにしてもよい。
【０１３６】
また、図３に示す機能ブロック図においては、実コンフィグデータ保持部３０１が補助記憶装置２０４Ａに実コンフィグデータを記憶するが、本発明が他の構成をとることもできる。例えば、実コンフィグデータ保持部３０１が、実コンフィグデータを揮発性メモリ２０３Ａに一時的に記憶するようにしてもよい。実コンフィグデータを揮発性メモリ２０３Ａに一時的に記憶した場合は、電源をＯＦＦにしたときに実コンフィグデータが失われる。従って、この場合には、デバイスの電源をＯＮにする度に、仮想コンフィグデータ受信部３０３が仮想コンフィグデータを受信する。具体的な処理の流れで示すと、図１０のステップ１００４で、仮想コンフィグデータの更新判定処理が省略される。
【０１３７】
また、図３に示す機能ブロック図においては、実機器構成データ収集部３０４は、画像形成装置の電源をＯＮにする度に実機器構成データの収集を行うが、本発明が他の構成をとるようにしてもよい。例えば、画像形成装置１０１が、実機器構成データを補助記憶装置２０４Ａに常に記憶する所定の処理部（例えば実機器構成データ保持部）を備えるようにしてもよい。
【０１３８】
実機器構成データ保持部が、実機器構成データを補助記憶装置２０４Ａに常に記憶するようにした場合、実機器構成データの変更に応じて、実機器構成データ保持部が保持する実機器構成データを速やかに書き換える必要がある。このために、実機器構成データ収集部３０４は、実機器構成データの変更を監視し、変更内容を検知した場合には実機器構成データ保持部が保持する実機器構成データを更新する。更に、実機器構成データ通知部３０６が、実機器構成データ保持部に対して実機器構成データを要求して取得するようにしてもよい。
【０１３９】
また、図３に示す機能ブロック図において、テナント識別子保持部３０５は、補助記憶装置２０４Ａにテナント識別子を記憶するが、本発明が他の構成をとることもできる。例えば、ユーザが入力装置２０６Ａを用いてテナント識別子を毎回入力するようにしてもよい。テナント識別子を入力するタイミングは、画像形成装置の起動時であってもよいし、起動時とは異なる他のタイミングであってもよい。ユーザが入力装置２０６Ａを用いてテナント識別子を毎回入力する場合、テナント識別子は揮発性メモリ２０３Ａに記憶される。
【０１４０】
また、図３に示す機能ブロック図において、実機器構成データ通知部３０６は、画像形成装置が電源ＯＮになったことを検知して処理を行うが、本発明が他の構成をとることもできる。例えば、ユーザが入力装置２０６Ａを用いて仮想コンフィグデータの取得を指示するようにしてもよい。本発明が、ユーザが入力装置２０６Ａを用いて仮想コンフィグデータの取得を指示する構成をとる場合、図１０のステップ１００１において、実機器構成データ通知部３０６が、当該ユーザの指示を検知した上で、ステップ１００２以降の処理が実行される。
【０１４１】
また、図３に示す機能ブロック図において、仮想コンフィグデータ生成部３１６は機種別設定値スキーマ、テナント用コンフィグデータ、仮想機器構成データに基づいて仮想コンフィグデータを生成するが、本発明が他の構成をとることもできる。例えば、仮想コンフィグデータ生成部３１６が、機種別設定値スキーマとテナント用コンフィグデータとに基づいて、機種に応じた仮想コンフィグデータを生成するようにしてもよい。仮想コンフィグデータ生成部３１６が、機種に応じた仮想コンフィグデータを生成する場合には、画像形成装置は、当該仮想コンフィグデータで実コンフィグデータを更新する際に、機器構成に応じた実コンフィグデータを参照する構成をとる。
【０１４２】
また、仮想コンフィグデータ生成部３１６が、ライセンスデータを用いて仮想コンフィグデータを生成するようにしてもよい。仮想コンフィグデータ生成部３１６が、ライセンスデータを用いて仮想コンフィグデータを生成する場合、画像形成装置が備えるオプション機能に合わせた仮想コンフィグデータが生成される。
【０１４３】
また、図３に示す機能ブロック図においては、画像形成装置１０１が設定値管理サービスアドレス応答部３０８を備えるが、本発明が他の構成をとることもできる。例えば、端末装置１０２が設定値管理サービスアドレス応答部３０８を備えるようにしてもよい。そして、この設定値管理サービスアドレス応答部３０８が、画像形成装置１０１の設定値管理サービスアドレス設定部３０７からの問い合わせに応答するようにしてもよい。この場合、図１１のステップ１１５０乃至ステップ１１５３の処理は、端末装置１０２によって実行される。
【０１４４】
また、図６に示す仮想デバイスのデータ項目である仮想機器構成データ８０４は、仮想機器構成データの識別情報を有しているが、仮想機器構成データ８０４が、データの実体を有するようにしてもよい。また、当該仮想デバイスのデータ項目である仮想コンフィグデータ８０５は、仮想コンフィグデータの識別情報を有しているが、仮想コンフィグデータ８０５が、データの実体を有するようにしてもよい。
【０１４５】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【０１４６】
１０１ 画像形成装置
１０２ 端末装置
１０５Ａ サーバコンピュータ群
【特許請求の範囲】
【請求項１】
画像形成装置の動作を切り替える動作設定情報を管理する管理装置と、予め設定された管理単位で前記管理装置に管理される画像形成装置とを備える情報処理システムであって、
前記画像形成装置は、
前記画像形成装置が備える機器の構成情報の変更があるかを判断する構成変更判断手段と、
前記構成情報の変更があると判断された場合に、該変更があった構成情報と該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して前記管理装置に対して送信する要求手段と、
前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が成功したと判断して動作設定情報を生成した管理装置から、前記画像形成装置に対応する動作設定情報を取得する取得手段と、
前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が失敗したと判断した管理装置からエラー通知を受けるエラー通知受信手段と、
前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、管理装置のアドレス情報を保持している画像形成装置を探索し、探索された画像形成装置から、該画像形成装置を管理している管理装置のアドレス情報を取得する探索手段とを備え、
前記要求手段は、前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、前記探索手段が取得したアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する
ことを特徴とする情報処理システム。
【請求項２】
前記管理装置は、
前記画像形成装置からの動作設定生成要求を受け付ける要求受け付け手段と、
前記受け付けられた動作設定生成要求が含む前記管理単位に関する情報と、予め記憶手段に記憶された管理単位に関する情報とに基づいて、前記動作設定生成要求が成功したかを判断する判断手段と、
前記動作設定生成要求が失敗したと判断された場合に、前記画像形成装置に対して前記エラー通知を行うエラー通知手段と、
前記動作設定生成要求が成功したと判断された場合に、前記動作設定生成要求が含む前記構成情報に基づいて前記画像形成装置に対応する動作設定情報を生成する生成手段と、
前記生成された動作設定情報を前記画像形成装置に対して送信する送信手段とを備える
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記探索手段は、前記管理装置のアドレス情報を保持している画像形成装置を探索する探索パケットをネットワーク上にマルチキャストする
ことを特徴とする請求項１または請求項２に記載の情報処理システム。
【請求項４】
前記画像形成装置は、さらに、前記探索パケットを受信して、該探索パケットに対する応答として、該画像形成装置を管理している管理装置のアドレス情報を該探索パケットの送信元に対して送信する応答手段を備える
ことを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記探索手段は、さらに、前記探索パケットに対して複数の応答があった場合に、該複数の応答から一つの応答を選択し、
前記要求手段は、前記探索手段が選択した応答が含むアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する
ことを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記探索パケットに対する応答が、応答元が管理装置に対して直近にアクセスした時刻の情報であるアクセス時刻情報を含み、
前記探索手段は、さらに、前記探索パケットに対して複数の応答があった場合に、該複数の応答の各々に含まれる前記アクセス時刻情報に基づいて、前記一つのアドレス情報を選択する
ことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
管理装置によって、予め設定された管理単位で、動作を切り替える動作設定情報を管理される画像形成装置であって、
前記画像形成装置は、
前記画像形成装置が備える機器の構成情報の変更があるかを判断する構成変更判断手段と、
前記構成情報の変更があると判断した場合に、該変更があった構成情報と該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して前記管理装置に対して送信する要求手段と、
前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が成功したと判断して動作設定情報を生成した管理装置から、前記画像形成装置に対応する動作設定情報を取得する取得手段と、
前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が失敗したと判断した管理装置からエラー通知を受けるエラー通知受信手段と、
前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、管理装置のアドレス情報を保持している画像形成装置を探索し、探索された画像形成装置から、該画像形成装置を管理している管理装置のアドレス情報を取得する探索手段とを備え、
前記要求手段は、前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、前記探索手段が取得したアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する
ことを特徴とする画像形成装置。
【請求項８】
予め設定された管理単位で、画像形成装置の動作を切り替える動作設定情報を管理する管理装置であって、
前記管理装置は、前記画像形成装置から、該画像形成装置が備える機器の構成情報のうち、変更があった構成情報と、該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して受け付ける要求受け付け手段と、
前記受け付けられた動作設定生成要求が含む前記管理単位に関する情報と、予め記憶手段に記憶された管理単位に関する情報とに基づいて、前記動作設定生成要求が成功したかを判断する判断手段と、
前記動作設定生成要求が失敗したと判断した場合に、前記画像形成装置に対して前記エラー通知を行うエラー通知手段と、
前記動作設定生成要求が成功したと判断した場合に、前記動作設定生成要求が含む前記構成情報に基づいて前記画像形成装置に対応する動作設定情報を生成する生成手段と、
前記生成された動作設定情報を前記画像形成装置に対して送信する送信手段とを備える
ことを特徴とする管理装置。
【請求項９】
画像形成装置の動作を切り替える動作設定情報を管理する管理装置と、予め設定された管理単位で前記管理装置に管理される画像形成装置とを備える情報処理システムにおける、前記動作設定情報の管理方法であって、
前記画像形成装置が、前記画像形成装置が備える機器の構成情報の変更があるかを判断する工程と、
前記画像形成装置が、前記構成情報の変更があると判断した場合に、該変更があった構成情報と該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して前記管理装置に対して送信する工程と、
前記画像形成装置が、前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が成功したと判断して動作設定情報を生成した管理装置から、前記画像形成装置に対応する動作設定情報を取得する工程と、
前記画像形成装置が、前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が失敗したと判断した管理装置からエラー通知を受ける工程と、
前記画像形成装置が、管理装置からエラー通知を受けた場合に、管理装置のアドレス情報を保持している画像形成装置を探索し、探索された画像形成装置から、該画像形成装置を管理している管理装置のアドレス情報を取得する工程と、
前記画像形成装置が、前記管理装置からエラー通知を受けた場合に、前記探索により取得したアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する工程とを有する
ことを特徴とする管理方法。
【請求項１０】
請求項９に記載の管理方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１】
画像形成装置の動作を切り替える動作設定情報を管理する管理装置と、予め設定された管理単位で前記管理装置に管理される画像形成装置とを備える情報処理システムであって、
前記画像形成装置は、
前記画像形成装置が備える機器の構成情報の変更があるかを判断する構成変更判断手段と、
前記構成情報の変更があると判断された場合に、該変更があった構成情報と該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して前記管理装置に対して送信する要求手段と、
前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が成功したと判断して動作設定情報を生成した管理装置から、前記画像形成装置に対応する動作設定情報を取得する取得手段と、
前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が失敗したと判断した管理装置からエラー通知を受けるエラー通知受信手段と、
前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、管理装置のアドレス情報を保持している画像形成装置を探索し、探索された画像形成装置から、該画像形成装置を管理している管理装置のアドレス情報を取得する探索手段とを備え、
前記要求手段は、前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、前記探索手段が取得したアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する
ことを特徴とする情報処理システム。
【請求項２】
前記管理装置は、
前記画像形成装置からの動作設定生成要求を受け付ける要求受け付け手段と、
前記受け付けられた動作設定生成要求が含む前記管理単位に関する情報と、予め記憶手段に記憶された管理単位に関する情報とに基づいて、前記動作設定生成要求が成功したかを判断する判断手段と、
前記動作設定生成要求が失敗したと判断された場合に、前記画像形成装置に対して前記エラー通知を行うエラー通知手段と、
前記動作設定生成要求が成功したと判断された場合に、前記動作設定生成要求が含む前記構成情報に基づいて前記画像形成装置に対応する動作設定情報を生成する生成手段と、
前記生成された動作設定情報を前記画像形成装置に対して送信する送信手段とを備える
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記探索手段は、前記管理装置のアドレス情報を保持している画像形成装置を探索する探索パケットをネットワーク上にマルチキャストする
ことを特徴とする請求項１または請求項２に記載の情報処理システム。
【請求項４】
前記画像形成装置は、さらに、前記探索パケットを受信して、該探索パケットに対する応答として、該画像形成装置を管理している管理装置のアドレス情報を該探索パケットの送信元に対して送信する応答手段を備える
ことを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記探索手段は、さらに、前記探索パケットに対して複数の応答があった場合に、該複数の応答から一つの応答を選択し、
前記要求手段は、前記探索手段が選択した応答が含むアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する
ことを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記探索パケットに対する応答が、応答元が管理装置に対して直近にアクセスした時刻の情報であるアクセス時刻情報を含み、
前記探索手段は、さらに、前記探索パケットに対して複数の応答があった場合に、該複数の応答の各々に含まれる前記アクセス時刻情報に基づいて、前記一つのアドレス情報を選択する
ことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
管理装置によって、予め設定された管理単位で、動作を切り替える動作設定情報を管理される画像形成装置であって、
前記画像形成装置は、
前記画像形成装置が備える機器の構成情報の変更があるかを判断する構成変更判断手段と、
前記構成情報の変更があると判断した場合に、該変更があった構成情報と該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して前記管理装置に対して送信する要求手段と、
前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が成功したと判断して動作設定情報を生成した管理装置から、前記画像形成装置に対応する動作設定情報を取得する取得手段と、
前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が失敗したと判断した管理装置からエラー通知を受けるエラー通知受信手段と、
前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、管理装置のアドレス情報を保持している画像形成装置を探索し、探索された画像形成装置から、該画像形成装置を管理している管理装置のアドレス情報を取得する探索手段とを備え、
前記要求手段は、前記エラー通知受信手段が管理装置からエラー通知を受けた場合に、前記探索手段が取得したアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する
ことを特徴とする画像形成装置。
【請求項８】
予め設定された管理単位で、画像形成装置の動作を切り替える動作設定情報を管理する管理装置であって、
前記管理装置は、前記画像形成装置から、該画像形成装置が備える機器の構成情報のうち、変更があった構成情報と、該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して受け付ける要求受け付け手段と、
前記受け付けられた動作設定生成要求が含む前記管理単位に関する情報と、予め記憶手段に記憶された管理単位に関する情報とに基づいて、前記動作設定生成要求が成功したかを判断する判断手段と、
前記動作設定生成要求が失敗したと判断した場合に、前記画像形成装置に対して前記エラー通知を行うエラー通知手段と、
前記動作設定生成要求が成功したと判断した場合に、前記動作設定生成要求が含む前記構成情報に基づいて前記画像形成装置に対応する動作設定情報を生成する生成手段と、
前記生成された動作設定情報を前記画像形成装置に対して送信する送信手段とを備える
ことを特徴とする管理装置。
【請求項９】
画像形成装置の動作を切り替える動作設定情報を管理する管理装置と、予め設定された管理単位で前記管理装置に管理される画像形成装置とを備える情報処理システムにおける、前記動作設定情報の管理方法であって、
前記画像形成装置が、前記画像形成装置が備える機器の構成情報の変更があるかを判断する工程と、
前記画像形成装置が、前記構成情報の変更があると判断した場合に、該変更があった構成情報と該画像形成装置に対応する管理単位に関する情報とを含む要求であって、該画像形成装置に対応する動作設定情報の生成を求める動作設定生成要求を、ネットワークを介して前記管理装置に対して送信する工程と、
前記画像形成装置が、前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が成功したと判断して動作設定情報を生成した管理装置から、前記画像形成装置に対応する動作設定情報を取得する工程と、
前記画像形成装置が、前記動作設定生成要求の送信先の管理装置であって、該動作設定生成要求が失敗したと判断した管理装置からエラー通知を受ける工程と、
前記画像形成装置が、管理装置からエラー通知を受けた場合に、管理装置のアドレス情報を保持している画像形成装置を探索し、探索された画像形成装置から、該画像形成装置を管理している管理装置のアドレス情報を取得する工程と、
前記画像形成装置が、前記管理装置からエラー通知を受けた場合に、前記探索により取得したアドレス情報に対応する管理装置に対して前記動作設定生成要求を送信する工程とを有する
ことを特徴とする管理方法。
【請求項１０】
請求項９に記載の管理方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−２０３８０（Ｐ２０１３−２０３８０Ａ）
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１１−１５２１８０（Ｐ２０１１−１５２１８０）
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]