JP2013003745A - 設定値管理装置及び管理方法 - Google Patents

Abstract

【課題】 新機種にて新機能が開発されて従来の設定値（コンフィグデータ）に存在しない設定項目が追加された場合でも、矛盾なくコンフィグデータに反映させることができる装置及び方法を提供する。
【解決手段】 複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する。そして、生成された仮想設定値に新規設定項目が存在する場合、その新規設定項目をテナント用設定値の設定項目に反映させる。
【選択図】 図１１

Description

本発明は、画像形成装置の動作を切り替えるための設定値（コンフィグデータ）を一括管理する技術に関する。

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

この手間を省くため、ある情報処理装置から複数の画像形成装置にコンフィグデータの一括設定を行う技術が存在する。また、コンフィグデータをネットワーク参照可能な場所に配置し、複数の画像形成装置がコンフィグデータを参照することで、コンフィグデータの一括管理を行う技術が存在する(例えば、特許文献１)。

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

しかしながら、上述の全てのコンフィグデータを一括管理することが可能な技術が提案されても次の問題が発生する。新機種にて新機能が追加された場合に、従来のコンフィグデータには存在しない設定項目が発生し、新規の実デバイスが一括管理のコンフィグデータによって管理できない状況となる。

これに対して、ユーザ管理システムとして、新規項目を登録させる技術は存在するが（例えば、特許文献２）、コンフィグデータを一括管理するための技術としてはその仕組みが不足していた。

本発明は、新機種にて新機能が開発されて従来の設定値（コンフィグデータ）に存在しない設定項目が追加された場合でも、矛盾なくコンフィグデータに反映させることができる装置及び方法を提供する。

本発明は、複数の画像形成装置の設定値を一括管理する設定値管理装置であって、
前記複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する生成手段と、
前記生成手段によって生成された前記仮想設定値に新規設定項目が存在する場合、当該新規設定項目を前記テナント用設定値の設定項目に反映させる反映手段と、
前記生成手段によって生成された仮想設定値を保持して管理する管理手段と、
を有することを特徴とする。

本発明によれば、新機種にて新機能が開発されて従来の設定値（コンフィグデータ）に存在しない設定項目が追加された場合でも、矛盾なくコンフィグデータに反映させることできる。

複数の画像形成装置のネットワーク構成の一例を示す図。 図１に示す各装置のハードウェア構成の一例を示す図。 設定値管理サービス及び画像形成装置のソフトウェア構成の一例を示す図。 機種別設定値スキーマの一例を示す図。 テナント用コンフィグデータの一例を示す図。 実機器構成データの一例を示す図。 実コンフィグデータ保持部の構成の一例を示す図。 仮想デバイス保持部の構成の一例を示す図。 テナント用コンフィグデータの更新処理を示すフローチャート。 仮想コンフィグデータの取得処理を示すフローチャート。 仮想コンフィグデータの生成処理の詳細を示すフローチャート。

以下、図面を参照しながら発明を実施するための形態について詳細に説明する。

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

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

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

仮想デバイスとは、サーバコンピュータ群が保持する実デバイスのデータ群である。具体的には、機器構成データ、コンフィグデータを少なくとも含む。

テナントとは、ユーザが画像形成装置の管理を委託する委託者の単位である。また、テナント識別子とは、テナントを一意に識別するための識別子である。例えば、ある会社がユーザ環境にある３台の画像形成装置の管理をテナントに委託したと仮定する。その場合、ユーザ環境に対応するテナント識別子が１つ割り当てられ、３台の画像形成装置はそのテナントに属する画像形成装置であると認識され、一括管理される。

ここで、仮想デバイスに含まれるデータ、実デバイスが保持するデータ、テナント専用のデータを区別して呼ぶために、次のように定義する。仮想デバイスに含まれる機器構成データを仮想機器構成データと呼び、仮想デバイスの設定値（コンフィグデータ）を仮想設定値（仮想コンフィグデータ）と呼ぶ。実デバイスが保持する機器構成データを実機器構成データと呼び、実デバイスの設定値（コンフィグデータ）を実設定値（実コンフィグデータ）と呼ぶ。テナント内で共通で利用したい設定値（コンフィグデータ）をテナント用設定値（テナント用コンフィグデータ）と呼ぶ。尚、ここで説明した以外にも適宜用語の説明を行う。

次に、複数の画像形成装置のネットワーク構成の一例を、図１を用いて説明する。画像形成装置１０１（１０１Ａ〜１０１Ｃ）は、詳細は後述する設定値管理サービス３１０によって一括管理され、それぞれネットワーク１０６を介してインターネット１０４にアクセス可能である。

端末装置１０２Ａは、ユーザ環境１００のユーザが操作可能なコンピュータであって、ネットワーク１０６を介してインターネット１０４にアクセス可能である。また、端末装置１０２Ｂは、画像形成装置１０１を管理するサービスマンが操作可能なコンピュータであって、インターネット１０４にアクセス可能である。更に、端末装置１０２Ｃは、画像形成装置１０１のベンダに所属する管理担当者が操作可能なコンピュータであって、インターネット１０４にアクセス可能である。インターネット１０４は、インターネットプロトコル技術を利用して相互接続されたコンピュータネットワークである。

サーバコンピュータ群１０５は、インターネット１０４を介して複数のサービスを提供するサーバ群である。ネットワーク１０６は、ユーザ環境１００においてデジタル通信が可能なネットワークである。サービスマン環境１１０は、サービスマンが端末装置１０２Ｂを使って画像形成装置の管理を行う環境である。画像形成装置のベンダ環境１２０は、画像形成装置を生産するベンダの管理担当者が、端末装置１０２Ｃを使って画像形成装置の管理に必要なデータのメンテナンスを行う環境である。

ここで、画像形成装置１０１、端末装置１０２、サーバコンピュータ群１０５のハードウェア構成の一例を、図２を用いて説明する。まず、画像形成装置１０１のＣＰＵ２１１は、プログラムの実行や様々な処理の制御を行う。不揮発性メモリ２１２は、ＲＯＭから構成され、機器の起動処理において初期段階に必要なプログラムやデータ等が格納されている。揮発性メモリ２１３は、ＲＡＭから構成され、プログラム、データの一時的な格納場所として利用される。補助記憶装置２１４は、ハードディスクやＲＡＭドライブ等の大容量記憶装置から構成され、大容量データの保管、プログラムの実行コードの保持を行う。揮発性メモリ２１３と比較して長時間保持する必要があるデータを記憶する。補助記憶装置２１４は不揮発性の記憶装置であるため、電源が切られてもデータを記憶し続けることができる。

ディスプレイ２１５は、利用者に情報を伝えるための装置である。ここで、利用者とは、ユーザとサービスマンを想定する。入力装置２１６は、利用者から選択指示を受け付けて内部バス２１０を介してプログラムに伝達するための装置である。ネットワーク通信装置２１７は、別の情報処理装置とネットワークを介して通信するための装置である。ファクスユニット２１８は、画像形成装置１０１が形成した画像データか、もしくは補助記憶装置に記憶された画像データを、ネットワーク１０６を介して別の情報機器に送付するためのハードウェアユニットである。ファクスユニット２１８はオプションであり、個体によって装着されてない可能性がある。

プリンタエンジン２１９は、画像形成装置１０１で形成された画像データか、もしくは補助記憶装置に記憶された画像データを、紙媒体に印刷する機能を有する。そして、内部バス２１０は、ＣＰＵ２１１、不揮発性メモリ２１２、揮発性メモリ２１３、補助記憶装置２１４、ディスプレイ２１５、入力装置２１６、ネットワーク通信装置２１７を画像形成装置１０１内で通信可能な状態に接続する通信バスである。

サーバコンピュータ群１０５は、ネットワーク２６０を介して接続された複数のサーバコンピュータ２０５、２０６で構成されている。内部バス２５０は、サーバコンピュータ２０５の備えるＣＰＵ２５１、不揮発性メモリ２５２、揮発性メモリ２５３、補助記憶装置２５４、ネットワーク通信装置２５７をサーバコンピュータ２０５内で通信可能な状態に接続する通信バスである。ネットワーク２６０は、サーバコンピュータ群１０５を構成するサーバコンピュータ同士の高速通信を可能とするネットワークである。

尚、端末装置１０２のハードウェア構成は、画像形成装置１０１のハードウェア構成において、ファクスユニット２１８及びプリンタエンジン２１９を除いた構成であり、その説明は省略する。

次に、サーバコンピュータ群１０５の１つのサーバコンピュータにて実行される設定値管理サービス３１０及び画像形成装置１０１のソフトウェア構成の一例を、図３を用いて説明する。

まず、画像形成装置１０１が有するソフトウェア構成について説明する。実コンフィグデータ保持部３０１は、画像形成装置１０１のコンフィグデータを補助記憶装置２１４に保持し、画像形成装置１０１は保持された実コンフィグデータに基づいて動作の振る舞いを切り替える。実コンフィグデータ更新部３０２は、実コンフィグデータ保持部３０１によって保持された実コンフィグデータを更新する。実コンフィグデータは、後述する仮想コンフィグデータ受信部３０３で受信された仮想コンフィグデータを用いて更新される。また、実コンフィグデータを更新する条件は、後述する仮想コンフィグデータ更新確認部３２２によって仮想コンフィグデータが更新されている場合に限る。

仮想コンフィグデータ受信部３０３は、後述する仮想コンフィグデータ取得部３２０を呼び出して仮想コンフィグデータを受信する。仮想コンフィグデータ取得部３２０を呼びだすためのアドレスは、実コンフィグデータ保持部３０１に保持されるアドレスを用いる。具体的には、図７Ａを例に挙げると、設定値識別子７０２が「device_settings.cloud_address」の値７０３である「http://canon.com/config」に対してアクセスする。

実機器構成データ収集部３０４は、画像形成装置１０１の機器構成データを収集する。実機器構成データの例を図６に示す。データ種別６０２に対してそれぞれ値６０３が記憶される。機種を識別するための機種コードやファームウェアバージョン、デバイスを識別するためのデバイス識別子、ファクスユニットの有無が挙げられる。

テナント識別子保持部３０５は、画像形成装置１０１が属するテナント識別子を記憶する。このテナント識別子は画像形成装置１０１の初期設置時に設定され、電源が切られても失われることがないように補助記憶装置２１４に記憶される。実機器構成データ通知部３０６は、実機器構成データ収集部３０４によって収集した実機器構成データとテナント識別子保持部３０５によって記憶されたテナント識別子とを合わせて通知する。通知先は、後述する実機器構成データ受信部３１８である。

次に、設定値管理サービス３１０が有するソフトウェア構成について説明する。設定値管理サービス３１０は、複数の画像形成装置１０１Ａ〜１０１Ｃの各設定値（コンフィグデータ）を一括管理する機能を提供するサービスである。この設定値管理サービス３１０は上述のサーバコンピュータ群１０５上で提供され、複数の部を保持している。以下各部について説明する。

仮想デバイス保持部３１１は、仮想デバイスが保持するデータを記憶する。図８に仮想デバイス保持部３１１が記憶する仮想デバイスの例を示す。仮想デバイスリスト８０１は、仮想デバイス保持部３１１が保持する仮想デバイス全体である。

デバイス識別子８０２は、仮想デバイスリスト８０１にある複数の仮想デバイスの中の１つを特定するための識別子である。デバイス識別子８０２は、元々画像形成装置１０１が記憶する識別子であって、画像形成装置１０１を一意に識別することができる識別子である。機器構成データの１つとして画像形成装置１０１から通知される。

テナント識別子８０３は、仮想デバイスに対応する画像形成装置１０１が属するテナントを特定するための識別子である。仮想機器構成データ８０４は、仮想デバイスに対応する画像形成装置１０１の機器構成データである。仮想機器構成データは、図６に示す情報が仮想デバイス保持部３１１によって別途保持される。仮想機器構成データ８０４には、図６への参照となる識別子が保持される。

仮想コンフィグデータ８０５は、仮想デバイスに対応する画像形成装置１０１が参照すべきコンフィグデータである。仮想コンフィグデータは、図７に示す情報が仮想デバイス保持部３１１によって別途保持される。仮想コンフィグデータ８０５には、図７への参照となる識別子が保持される。

通知フラグ８０６は、仮想コンフィグデータの更新が行われてから画像形成装置１０１に通知したかを示すフラグである。仮想コンフィグデータ取得部３２０により、対応する仮想コンフィグデータが参照されると「済」となる。また、仮想コンフィグデータ更新部３１７により、対応する仮想コンフィグデータが更新されると「未」となる。

機種別設定値スキーマ保持部３１２は、機種別設定値スキーマを記憶する。画像形成装置１０１の各機種に対応して１つの機種別設定値スキーマが用意されている。機種別設定値スキーマの例を図４に示す。図４Ａは、機種コードが0x01の機種別設定値スキーマの例である。また、図４Ｂは、機種コードが0x02の機種別設定値スキーマの例である。

設定値識別子４０２は、設定値を一意に識別するための識別子である。ここで、「copy_settings.nup」はコピー設定の面付けに関する設定であることを示す。この設定値識別子４０２が同じであれば、違う機種であっても同じ種類の設定値であることを示す。

デフォルト値４０３は、その機種におけるデフォルト設定値の定義である。値域４０４は、その機種における設定可能な範囲の定義である。「copy_settings.nup」の値域４０４であれば、「1 in 1, 2 in 1, 4 in 1」の３種類から選択できることを示す。

条件４０５は、その機種において設定値を利用するために必要な条件の定義である。「fax_settings.received_print」の条件４０５には、「ファクスユニット」とあるため、ファクスユニットの装着が確認できた場合のみ有効な設定値であることを示している。

そして、サービスマン入力４０６は、デフォルト値をサービスマンに必ず入力させるか否かを指示するためのフラグである。尚、如何なる設定値においても、特にサービスマンに入力させる必要がなければこのフラグは省略してもよい。

機種別設定値スキーマ更新部３１３は、機種別設定値スキーマ保持部３１２が保持する機種別設定値スキーマを更新する。新しい機種を画像形成装置のベンダが発表した場合には、ベンダの管理責任者の指示によって新しい機種に対応する機種別設定値スキーマが登録される。この場合、図４Ｂに示すように新規機能の追加によって新規に設定項目４０７、４０８が追加されるケースがある。また、設定値に変更があった場合は、同様に機種別設定値スキーマを更新する。

テナント用コンフィグデータ保持部３１４は、テナントが保持する画像形成装置１０１に設定したいコンフィグデータを保持する。テナント用コンフィグデータの例を、図５に示す。設定値識別子５０２は、図４で説明した機種別設定値スキーマにある設定値識別子４０２と同等である。値５０３は、このテナントが所望する共通設定の値である。「copy_settings.nup」には、「2 in 1」が設定されている。これは、テナントが保持する画像形成装置全てに「2 in 1」が設定されることを所望していることを示す。

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

仮想コンフィグデータ生成部３１６は、機種別設定値スキーマとテナント用コンフィグデータと仮想機器構成データとを用いて仮想コンフィグデータを生成する。その処理内容をステップ毎に説明する。

まず、仮想コンフィグデータ生成部３１６は、仮想デバイス保持部３１１から仮想機器構成データを取得する。ここで取得した仮想機器構成データに含まれる機種コードを参照し、画像形成装置の機種を特定する。図６Ａを例に挙げると、機種コードが0x01の機種であると判定される。

次に、機種別設定値スキーマ保持部３１２から、取得した機種コードに合致する機種別設定値スキーマを取得する。図６Ａを例に挙げると、機種コードが0x01に合致する図４Ａを取得する。

次に、機種別設定値スキーマに定義された設定値を、仮想コンフィグデータのベースとする。図４Ａを例に挙げると、次の５つの設定値がベースとなる。「copy_settings.nup」。「device_settings.cloud_address」。「device_settings.sleep_time」。「fax_settings.received_print」。「box_settings.server_address」。

次に、テナント用コンフィグデータに登録された値を取得し、機種別設定値スキーマに定義された値域に収まるかを判定する。図４Ａと図５Ａを例に挙げると、「copy_settings.nup」は「2 in 1」であり、値域が「1 in 1, 2 in 1, 4 in 1」であるため、値域に収まっている。しかし、「device_settings.sleep_time」は、「10秒」であり、値域が「1分、10分、1時間」であるため、値域に収まらない。値域に収まらない場合は、機種別設定値スキーマに定義されたデフォルト値を取得する。この例では、「10分」となる。

次に、機種別設定値スキーマに定義された条件が満たされるか否かを判定する。判定は、機器構成データを用いて行う。図６Ａを例に挙げると、「copy_settings.nup」の条件は特にないため、「copy_settings.nup」の条件は満たされる。しかし、「fax_settings.received_print」の条件は「ファクスユニット」であり、機器構成データは「なし」であるため、条件を満たさない。条件を満たす場合は、これまでのステップで決定された値を用いる。一方、条件を満たさない場合は、機種別設定値スキーマに定義されたデフォルト値４０３を取得する。この例では、「ＯＦＦ」となる。

ここで、図４Ｂと図５Ａとの組み合わせのように、機種別設定値スキーマには存在するが、テナント用コンフィグデータに存在しない設定項目（図５Ｂに示す４０７、４０８）が検出された場合は、テナント用コンフィグデータに新規設定項目を反映する。これは、新規設定項目を持つ新規機種が追加されるようなケースである。新規設定項目をテナント用コンフィグデータに反映した例を図５Ｂに示す。

これと同時に、仮想コンフィグデータにも新規設定項目を適用する。通常は新規設定項目に対してはデフォルト値４０３をセットすればよいが、サービスマンによる入力を促すフラグが有効（サービスマン入力がＹＥＳ４１０）の場合、サービスマンによる値の設定が必要となる。一旦、図５Ｂのように追加された設定値識別子は、以降の仮想コンフィグデータ作成時に参照される。よって、図４Ｂの機種別設定値スキーマを使用する必要のある機種が導入された場合でも、図５Ｂのように新規設定項目が追加されたテナント用コンフィグデータ内の値５０３が適用される。

以上のステップで決定された値が仮想コンフィグデータである。仮想コンフィグデータの例を図７Ａ乃至図７Ｃに示す。図７Ａは、デバイス識別子が010001の画像形成装置に対する仮想コンフィグデータである。また、図７Ｂは、デバイス識別子が010002の画像形成装置に対する仮想コンフィグデータである。更に、図７Ｃは、デバイス識別子が020001の画像形成装置に対する仮想コンフィグデータである。

既に説明したように、図４Ｂの機種別設定値スキーマを使用する機種が新規投入された場合には、図５Ｂのように、テナント用コンフィグデータが拡張される。同時に、図７Ｃに示すように、新規の設定項目７０４、７０５が追加された仮想コンフィグデータが生成される。

ここで図３に戻り、仮想コンフィグデータ更新部３１７は、仮想コンフィグデータ生成部３１６で生成された仮想コンフィグデータを、仮想デバイス保持部３１１に登録する。仮想デバイス保持部３１１が保持する仮想デバイスの中から、デバイス識別子が一致する仮想デバイスを探索して仮想コンフィグデータを更新する。更に、仮想デバイスの通知フラグ８０６が「済」であれば、「未」に設定する。これは、仮想コンフィグデータが変更され、画像形成装置が新しい仮想コンフィグデータを参照する必要があることを示す。

実機器構成データ受信部３１８は、実機器構成データ通知部３０６からの通知を受信する。通知される情報は、図６に示す機器構成データと、テナント識別子である。仮想機器構成データ更新部３１９は、実機器構成データ受信部３１８で受信した機器構成データを該当する仮想デバイスに仮想機器構成データとして登録する。仮想デバイス保持部３１１が保持する仮想デバイスの中からデバイス識別子が一致する仮想デバイスを探索して仮想機器構成データを更新する。

仮想コンフィグデータ取得部３２０は、画像形成装置１０１からインターネット１０４を介して要求を受け、仮想コンフィグデータを取得する。ここで要求は、少なくとも仮想デバイスを特定するためのデバイス識別子を含んでおり、デバイス識別子が一致する仮想デバイスを探索する。探索された仮想デバイスが保持する仮想コンフィグデータを探索し、仮想コンフィグデータを要求元に渡す。

仮想コンフィグデータ閲覧部３２１は、インターネット１０４を介して要求を受け、仮想コンフィグデータを閲覧する部である。要求はHTTPプロトコル上の要求であり、仮想コンフィグデータ閲覧部３２１によって生成されたHTMLページ上で仮想コンフィグデータの閲覧を行う。

仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータが更新されているか確認する部である。仮想コンフィグデータ受信部３０３は、インターネット１０４を介して仮想コンフィグデータ更新確認部３２２にデバイス識別子を送信する。仮想コンフィグデータ更新確認部３２２は、仮想デバイス保持部３１１が保持する仮想デバイスの中から受信したデバイス識別子に一致する仮想デバイスを探索する。探索された仮想デバイスの通知フラグ８０６が「未」であれば、仮想コンフィグデータの更新があったと判定する。逆に、通知フラグ８０６が「済」であれば、仮想コンフィグデータの更新はないと判定する。

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

Ｓ９０１において、テナント用コンフィグデータ更新部３１５はテナント用コンフィグデータの更新要求を検知する。Ｓ９０２において、テナント用コンフィグデータ更新部３１５はテナント用コンフィグデータ保持部３１４にＳ９０１で更新要求があったテナント用コンフィグデータが存在するか否かを確認する。存在する場合はＳ９０７を実行する。存在しない場合はＳ９０３を実行する。

Ｓ９０３において、テナント用コンフィグデータ更新部３１５はテナントが保持する仮想デバイスを仮想デバイス保持部３１１から探索する。Ｓ９０４において、テナント用コンフィグデータ更新部３１５はＳ９０３で探索した仮想デバイスの仮想機器構成データにある機種コードを参照する。更に、機種コードに合致する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から探索する。

Ｓ９０５において、テナント用コンフィグデータ更新部３１５はＳ９０４で探索した機種別設定値スキーマの少なくとも１つが持つ設定をリストアップする。Ｓ９０６において、テナント用コンフィグデータ更新部３１５はＳ９０５でリストアップした設定を持つテナント用コンフィグデータを生成する。

Ｓ９０７において、テナント用コンフィグデータ更新部３１５はテナント用コンフィグデータの具体的な更新指示を検知する。Ｓ９０８において、テナント用コンフィグデータ更新部３１５はＳ９０７で検知した更新指示に基づいてテナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータを更新する。そして、Ｓ９０９において、仮想コンフィグデータ生成部３１６はテナント用コンフィグデータの更新を検知する。

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

Ｓ９１１において、仮想コンフィグデータ生成部３１６は仮想デバイスから仮想機器構成データを取得する。Ｓ９１２において、仮想コンフィグデータ生成部３１６は仮想機器構成データから機種コードを取得する。更に、機種別設定値スキーマ保持部３１２が保持する機種別設定値スキーマから機種コードに該当する機種別設定値スキーマを探索する。

Ｓ９１３において、仮想コンフィグデータ生成部３１６は仮想機器構成データ、機種別設定値スキーマ、テナント用コンフィグデータを用いて仮想コンフィグデータを生成する。

ここで、仮想コンフィグデータ生成部３１６による仮想コンフィグデータの生成手順の詳細を、図１１を用いて説明する。前提として、デバイス識別子020001の新規機種が登録されたものと仮定する。新規に導入されたデバイスの仮想機器構成データは図６Ｃに示すものとする。このデバイスに対応する機種別設定値スキーマは図４Ｂに示すものとする。また、この時点では、テナント用コンフィグデータは、図５Ａに示すものとする。つまり、テナント用コンフィグデータには、デバイス識別子020001で新規に追加された設定項目４０７、４０８については情報を持っていないことになる。

まず、Ｓ１１０１において、仮想コンフィグデータ生成部３１６は仮想機器構成データと機種別設定値スキーマとから仮想コンフィグデータを作成する。この例では、図７Ｃに示す仮想コンフィグデータが作成される。但し、この時点では設定項目７０２のみが作成され、値７０３は生成されない。

次に、Ｓ１１０２において、仮想コンフィグデータ生成部３１６はテナント用コンフィグデータ（図５Ａ）の設定項目と仮想コンフィグデータ（図７Ｃ）の設定項目とを比較する。そして、Ｓ１１０３において、仮想コンフィグデータ生成部３１６は仮想コンフィグデータのみに新規設定項目が存在するかどうかを判定する。判定の結果、仮想コンフィグデータにのみ存在する設定項目がある場合はＳ１１０４へ処理を進める。この例では図７Ｃの設定項目７０４、７０５が仮想コンフィグデータにのみ存在している。

Ｓ１１０４では、仮想コンフィグデータ生成部３１６はテナント用コンフィグデータ（図５Ａ）に存在せず、仮想コンフィグデータ（図７Ｃ）にのみ存在する設定項目７０４、７０５をテナント用コンフィグデータに反映する。反映させた結果、図５Ｂに示すように、テナント用コンフィグデータに設定項目５０５、５０６が追加される。

ここで、テナント用コンフィグデータ（図５Ｂ）の新規設定項目５０５、５０６に機種別設定値スキーマ（図４Ｂ）に持つデフォルト値４０３とサービスマン入力４０６を代入する。尚、図５Ｂのように、代入されたサービスマン入力５０４のフラグがＹＥＳ５０８の場合、テナント用コンフィグデータ更新部３１５がサービスマンにより値を入力させる。しかしながら、サービスマンが入力を行うのは、図１１に示すフローチャート内のこのタイミングには限定されない。例えば、システム管理者がテナント用コンフィグデータと仮想デバイスとをリンクしたタイミングでもよい。或いは、新機種の追加（機種別設定値スキーマの追加、タイミングでもよい。また、入力方法として、専用の端末からではなく、新しく設置したデバイスのＵＩ画面（ユーザインタフェース画面）上で更新する方法も考えられる。

次に、Ｓ１１０５において、仮想コンフィグデータ生成部３１６はテナント用コンフィグデータの各設定項目が持つ設定値をテナント用コンフィグデータ（ここでは図５Ｂ）から仮想コンフィグデータ（図７Ｃ）の設定値７０３を作成する。以上の処理により、図９のＳ９１３で行う仮想コンフィグデータの生成手順の詳細を終了する。

ここで図９に戻り、Ｓ９１４において、仮想コンフィグデータ更新部３１７はＳ９１３で生成した仮想コンフィグデータを仮想デバイスに登録する。

図１０は、画像形成装置から仮想コンフィグデータを取得する処理を説明するフローチャートである。Ｓ１００１〜Ｓ１００８は、画像形成装置で行われるステップである。これらのステップを実行する各部は、不揮発性メモリ２１２、揮発性メモリ２１３、補助記憶装置２１４のいずれかの記憶部に記憶され、ＣＰＵ２１１により実行される。

Ｓ１０５１〜Ｓ１０５８は、サーバコンピュータ群１０５で行われるステップである。これらのステップを実行する各部は、不揮発性メモリ２５２、揮発性メモリ２５３、補助記憶装置２５４のいずれかの記憶部に記憶され、ＣＰＵ２５１により実行される。

Ｓ１００１において、実機器構成データ通知部３０６は画像形成装置の電源ＯＮを検知する。Ｓ１００２において、実機器構成データ収集部３０４が機器構成データを収集する。Ｓ１００３において、実機器構成データ通知部３０６はＳ１００２で収集した実機器構成データを用いて、設定値管理サービス３１０に未通知の実機器構成データの変更があったか否かを判定する。変更があった場合はＳ１００５を実行する。変更がなかった場合はＳ１００４を実行する。

Ｓ１００４において、仮想コンフィグデータ受信部３０３はデバイスが最新の仮想コンフィグデータを取得済みか否かを判定する。仮想コンフィグデータ受信部３０３は、仮想コンフィグデータ更新確認部３２２を呼びだして判定を行う。Ｓ１００５において、実機器構成データ通知部３０６は実機器構成データとテナント識別子を設定値管理サービス３１０に通知する。設定値管理サービス３１０側はＳ１０５１でこれを検知して処理を行う。詳細は後述する。

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

Ｓ１０５１において、実機器構成データ受信部３１８は画像形成装置から通知された実機器構成データとテナント識別子を受信する。Ｓ１０５２において、仮想機器構成データ更新部３１９が、Ｓ１０５１において受信した実機器構成データとテナント識別子に合致する仮想デバイスを探索する。仮想デバイス保持部３１１によって保持された仮想デバイスの中から探索を行う。画像形成装置が初めて設定値管理サービス３１０と通信を行ったケースでは、仮想デバイスが探索できない場合がある。合致する仮想デバイスが探索された場合、Ｓ１０５４を実行する。合致する仮想デバイスが探索できなかった場合、Ｓ１０５３を実行する。

Ｓ１０５３において、仮想機器構成データ更新部３１９が、空の仮想デバイスを生成する。Ｓ１０５４において、仮想機器構成データ更新部３１９が、Ｓ１０５２において探索されるか、もしくはＳ１０５３において生成された、仮想デバイスの仮想機器構成データを更新する。Ｓ１０５１において受信した実機器構成データの内容が、新しい仮想機器構成データとなる。

Ｓ１０５５において、仮想コンフィグデータ生成部３１６は、更新された仮想機器構成データから機種コードを取得する。更に、機種コードに該当する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する。Ｓ１０５６において、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータを取得する。テナント用コンフィグデータは、テナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータから、テナント識別子が合致するものを探索する。

Ｓ１０５７において、仮想コンフィグデータ生成部３１６は、仮想コンフィグデータを生成する。仮想コンフィグデータの生成は、仮想機器構成データ、機種別設定値スキーマ、テナント用コンフィグデータを用いて行う。Ｓ１０５８において、仮想コンフィグデータ更新部３１７は、Ｓ１０５７において生成された仮想コンフィグデータを、該当する仮想デバイスに登録する。以上で、本実施形態の説明を終わる。

次に、本発明に係る実施形態の変形例を説明する。図１に示すネットワークにおいて、設定値管理サービス３１０はサーバコンピュータ群１０５の何れかのサーバコンピュータが実行することを想定しているが、別の構成でも良い。例えば、サーバコンピュータ群が、ただ１つのサーバコンピュータ２０５のみによって構成されていてもよい。もしくは、ユーザ環境１００、サービスマン環境１１０、画像形成装置のベンダ環境１２０などの中に構成されていてもよい。

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

図２に示すハードウェア構成図において、サーバコンピュータ２０５、２０６がネットワーク２６０で通信を行っているが、別の構成であってもよい。例えば、インターネット１０４を介して通信を行ってもよい。

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

図３に示すソフトウェア構成図において、実機器構成データ収集部３０４は画像形成装置の電源をＯＮにするたびに、実機器構成データの収集を行うが、別の構成であってもよい。例えば、実機器構成データ保持部を備え、その実機器構成データ保持部が実機器構成データを補助記憶装置２１４に常に記憶する構成であってもよい。この場合、実機器構成データの変更に応じて、実機器構成データ保持部が保持する実機器構成データを速やかに書き換える構成である必要がある。そのため、実機器構成データ収集部３０４は、実機器構成データの変更を見張り、変更内容を検知したら実機器構成データ保持部に対して変更内容を更新する必要がある。更に、実機器構成データ通知部３０６は、実機器構成データ保持部に対して実機器構成データを要求する構成となる。

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

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

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

図３に示すソフトウェア構成図において、仮想コンフィグデータ生成部３１６は機種別設定値スキーマ、テナント用コンフィグデータ、仮想機器構成データから仮想コンフィグデータを生成するが、別の構成であってもよい。例えば、機種別設定値スキーマとテナント用コンフィグデータの２点から、機種に合わせた仮想コンフィグデータを生成する構成であってもよい。この場合、画像形成装置は実コンフィグデータを参照する際に機器構成に合わせて参照する構成となる。

別の例として、更にライセンスデータを用いて仮想コンフィグデータを生成する構成であってもよい。その場合、画像形成装置が備えるオプション機能に合わせた仮想コンフィグデータが生成される構成となる。

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

Claims (6)

1. 複数の画像形成装置の設定値を一括管理する設定値管理装置であって、
   前記複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する生成手段と、
   前記生成手段によって生成された前記仮想設定値に新規設定項目が存在する場合、当該新規設定項目を前記テナント用設定値の設定項目に反映させる反映手段と、
   前記生成手段によって生成された仮想設定値を保持して管理する管理手段と、
   を有することを特徴とする設定値管理装置。
2. 前記生成手段は、前記複数の画像形成装置の各機器構成を示す機器構成データを用いて前記仮想設定値を生成することを特徴とする請求項１に記載の設定値管理装置。
3. 前記反映手段は、前記新規設定項目を前記テナント用設定値の設定項目に反映する際に、前記設定項目の値としてデフォルト値を用いるか、又は管理者によって入力された値を用いることを特徴とする請求項１又は２に記載の設定値管理装置。
4. 前記設定値の入力は、前記テナント用設定値と仮想デバイスとをリンクしたタイミングか、又は新機種を追加したタイミングで行われることを特徴とする請求項３に記載の設定値管理装置
5. 複数の画像形成装置の設定値を一括管理する設定値管理装置の管理方法であって、
   生成手段が、前記複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する生成工程と、
   反映手段が、前記生成工程において生成された前記仮想設定値に新規設定項目が存在する場合、当該新規設定項目を前記テナント用設定値の設定項目に反映させる反映工程と、
   管理手段が、前記生成工程において生成された仮想設定値を保持して管理する管理工程と、
   を有することを特徴とする設定値管理装置の管理方法。
6. コンピュータを請求項１乃至４の何れか１項に記載の設定値管理装置の各手段として機能させるためのプログラム。

Images