設定値管理装置及びその管理方法
【課題】 複数の画像形成装置が異なる機種、異なるハードウェアオプションを備える場合であっても、全ての画像形成装置の設定値を一括管理可能な装置及び方法を提供する。
【解決手段】 複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する。そして、生成された仮想設定値を保持して管理する。
【解決手段】 複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する。そして、生成された仮想設定値を保持して管理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置の動作を切り替えるための設定値（コンフィグデータ）を一括管理する技術に関する。
【背景技術】
【０００２】
従来、画像形成装置の動作を切り替えるための設定値（コンフィグデータ）を記憶している画像形成装置がある。ここで、コンフィグデータは各画像形成装置が備える記憶装置に記憶されているため、全ての画像形成装置のコンフィグデータを変更するには画像形成装置の台数だけ設定を行う必要がある。
【０００３】
この手間を省くため、ある情報処理装置から複数の画像形成装置にコンフィグデータの一括設定を行う技術が存在する。また、コンフィグデータをネットワーク参照可能な場所に配置し、複数の画像形成装置がコンフィグデータを参照することで、コンフィグデータの一括管理を行う技術が存在する(例えば、特許文献１)。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１３０８３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術では、画像形成装置の機種や画像形成装置が備えるハードウェアオプションなどに影響を受け、値に制約が発生するコンフィグデータに対して運用できないという問題があった。
【０００６】
本発明は、複数の画像形成装置が異なる機種、異なるハードウェアオプションを備える場合であっても、全ての画像形成装置の設定値を一括管理可能な装置及び方法を提供する。
【課題を解決するための手段】
【０００７】
本発明は、複数の画像形成装置の設定値を一括管理する設定値管理装置であって、
前記複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する生成手段と、
前記生成手段によって生成された仮想設定値を保持して管理する管理手段と、
を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、複数の画像形成装置が異なる機種、異なるハードウェアオプションを備える場合であっても、全ての画像形成装置の設定値を一括管理することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】複数の画像形成装置のネットワーク構成の一例を示す図。
【図２】図１に示す各装置のハードウェア構成の一例を示す図。
【図３】設定値管理サービス及び画像形成装置のソフトウェア構成の一例を示す図。
【図４】機種別設定値スキーマの一例を示す図。
【図５】テナント用コンフィグデータの一例を示す図。
【図６】実機器構成データの一例を示す図。
【図７】実コンフィグデータ保持部の構成の一例を示す図。
【図８】仮想デバイス保持部の構成の一例を示す図。
【図９】テナント用コンフィグデータの更新処理を示すフローチャート。
【図１０】仮想コンフィグデータの取得処理を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら発明を実施するための形態について詳細に説明する。
【００１１】
まず、以下の実施形態で使用する用語の定義を行う。設定値（コンフィグデータ）とは、画像形成装置の動作を切り替えるためのデータである。例えば、コピージョブの面付けのデフォルト値などが該当する。「１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ページ上で仮想コンフィグデータの閲覧を行う。
【００５４】
仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータが更新されているか確認する部である。仮想コンフィグデータ受信部３０３は、インターネット１０４を介して仮想コンフィグデータ更新確認部３２２にデバイス識別子を送信する。仮想コンフィグデータ更新確認部３２２は、仮想デバイス保持部３１１が保持する仮想デバイスの中から受信したデバイス識別子に一致する仮想デバイスを探索する。探索された仮想デバイスの通知フラグ８０６が「未」であれば、仮想コンフィグデータの更新があったと判定する。逆に、通知フラグ８０６が「済」であれば、仮想コンフィグデータの更新はないと判定する。
【００５５】
図９は、端末装置１０２Ａを用いて管理者ユーザがテナント用コンフィグデータを更新する処理を説明するためのフローチャートである。フローチャートの各ステップを実行する各部は、不揮発性メモリ２５２、揮発性メモリ２５３、補助記憶装置２５４の何れかの記憶部に記憶され、ＣＰＵ２５１により実行される。
【００５６】
Ｓ９０１において、テナント用コンフィグデータ更新部３１５はテナント用コンフィグデータの更新要求を検知する。Ｓ９０２において、テナント用コンフィグデータ更新部３１５はテナント用コンフィグデータ保持部３１４にＳ９０１で更新要求があったテナント用コンフィグデータが存在するか否かを確認する。存在する場合はＳ９０７を実行する。存在しない場合はＳ９０３を実行する。
【００５７】
Ｓ９０３において、テナント用コンフィグデータ更新部３１５はテナントが保持する仮想デバイスを仮想デバイス保持部３１１から探索する。Ｓ９０４において、テナント用コンフィグデータ更新部３１５はＳ９０３で探索した仮想デバイスの仮想機器構成データにある機種コードを参照する。更に、機種コードに合致する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から探索する。
【００５８】
Ｓ９０５において、テナント用コンフィグデータ更新部３１５はＳ９０４で探索した機種別設定値スキーマの少なくとも１つが持つ設定をリストアップする。Ｓ９０６において、テナント用コンフィグデータ更新部３１５はＳ９０５でリストアップした設定を持つテナント用コンフィグデータを生成する。
【００５９】
Ｓ９０７において、テナント用コンフィグデータ更新部３１５はテナント用コンフィグデータの具体的な更新指示を検知する。Ｓ９０８において、テナント用コンフィグデータ更新部３１５はＳ９０７で検知した更新指示に基づいてテナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータを更新する。そして、Ｓ９０９において、仮想コンフィグデータ生成部３１６はテナント用コンフィグデータの更新を検知する。
【００６０】
Ｓ９１０において、仮想コンフィグデータ生成部３１６は仮想デバイス保持部３１１が保持する仮想デバイスから更新を検知したテナント用コンフィグデータのテナント識別子に合致する仮想デバイスを探索する。探索された仮想デバイスに対して順次処理を行うため、１つの仮想デバイスを取得する。仮想デバイスを取得したら、Ｓ９１１を実行する。全ての仮想デバイスに対して順次処理が行われ、次の仮想デバイスを取得できない場合には処理を終了する。
【００６１】
Ｓ９１１において、仮想コンフィグデータ生成部３１６は仮想デバイスから仮想機器構成データを取得する。Ｓ９１２において、仮想コンフィグデータ生成部３１６は仮想機器構成データから機種コードを取得する。更に、機種別設定値スキーマ保持部３１２が保持する機種別設定値スキーマから機種コードに該当する機種別設定値スキーマを探索する。
【００６２】
Ｓ９１３において、仮想コンフィグデータ生成部３１６は仮想機器構成データ、機種別設定値スキーマ、テナント用コンフィグデータを用いて仮想コンフィグデータを生成する。そして、Ｓ９１４において、仮想コンフィグデータ更新部３１７はＳ９１３で生成した仮想コンフィグデータを仮想デバイスに登録する。
【００６３】
図１０は、画像形成装置から仮想コンフィグデータを取得する処理を説明するフローチャートである。Ｓ１００１〜Ｓ１００８は、画像形成装置で行われるステップである。これらのステップを実行する各部は、不揮発性メモリ２１２、揮発性メモリ２１３、補助記憶装置２１４のいずれかの記憶部に記憶され、ＣＰＵ２１１により実行される。
【００６４】
Ｓ１０５１〜Ｓ１０５８は、サーバコンピュータ群１０５で行われるステップである。これらのステップを実行する各部は、不揮発性メモリ２５２、揮発性メモリ２５３、補助記憶装置２５４のいずれかの記憶部に記憶され、ＣＰＵ２５１により実行される。
【００６５】
Ｓ１００１において、実機器構成データ通知部３０６は画像形成装置の電源ＯＮを検知する。Ｓ１００２において、実機器構成データ収集部３０４が機器構成データを収集する。Ｓ１００３において、実機器構成データ通知部３０６はＳ１００２で収集した実機器構成データを用いて、設定値管理サービス３１０に未通知の実機器構成データの変更があったか否かを判定する。変更があった場合はＳ１００５を実行する。変更がなかった場合はＳ１００４を実行する。
【００６６】
Ｓ１００４において、仮想コンフィグデータ受信部３０３はデバイスが最新の仮想コンフィグデータを取得済みか否かを判定する。仮想コンフィグデータ受信部３０３は、仮想コンフィグデータ更新確認部３２２を呼びだして判定を行う。Ｓ１００５において、実機器構成データ通知部３０６は実機器構成データとテナント識別子を設定値管理サービス３１０に通知する。設定値管理サービス３１０側はＳ１０５１でこれを検知して処理を行う。詳細は後述する。
【００６７】
Ｓ１００６において、仮想コンフィグデータ受信部３０３は仮想コンフィグデータの更新が完了するまで処理の実行を待ち合わせる。Ｓ１００７において、仮想コンフィグデータ受信部３０３は設定値管理サービス３１０から仮想コンフィグデータを受信する。更に、実コンフィグデータ更新部３０２は受信した仮想コンフィグデータを実コンフィグデータとして更新する。実コンフィグデータは、実コンフィグデータ保持部３０１によって記憶される。
【００６８】
Ｓ１０５１において、実機器構成データ受信部３１８は画像形成装置から通知された実機器構成データとテナント識別子を受信する。Ｓ１０５２において、仮想機器構成データ更新部３１９が、Ｓ１０５１において受信した実機器構成データとテナント識別子に合致する仮想デバイスを探索する。仮想デバイス保持部３１１によって保持された仮想デバイスの中から探索を行う。画像形成装置が初めて設定値管理サービス３１０と通信を行ったケースでは、仮想デバイスが探索できない場合がある。合致する仮想デバイスが探索された場合、Ｓ１０５４を実行する。合致する仮想デバイスが探索できなかった場合、Ｓ１０５３を実行する。
【００６９】
Ｓ１０５３において、仮想機器構成データ更新部３１９が、空の仮想デバイスを生成する。Ｓ１０５４において、仮想機器構成データ更新部３１９が、Ｓ１０５２において探索されるか、もしくはＳ１０５３において生成された、仮想デバイスの仮想機器構成データを更新する。Ｓ１０５１において受信した実機器構成データの内容が、新しい仮想機器構成データとなる。
【００７０】
Ｓ１０５５において、仮想コンフィグデータ生成部３１６は、更新された仮想機器構成データから機種コードを取得する。更に、機種コードに該当する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する。Ｓ１０５６において、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータを取得する。テナント用コンフィグデータは、テナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータから、テナント識別子が合致するものを探索する。
【００７１】
Ｓ１０５７において、仮想コンフィグデータ生成部３１６は、仮想コンフィグデータを生成する。仮想コンフィグデータの生成は、仮想機器構成データ、機種別設定値スキーマ、テナント用コンフィグデータを用いて行う。Ｓ１０５８において、仮想コンフィグデータ更新部３１７は、Ｓ１０５７において生成された仮想コンフィグデータを、該当する仮想デバイスに登録する。以上で、本実施形態の説明を終わる。
【００７２】
次に、本発明に係る実施形態の変形例を説明する。図１に示すネットワークにおいて、設定値管理サービス３１０はサーバコンピュータ群１０５の何れかのサーバコンピュータが実行することを想定しているが、別の構成でも良い。例えば、サーバコンピュータ群が、ただ１つのサーバコンピュータ２０５のみによって構成されていてもよい。もしくは、ユーザ環境１００、サービスマン環境１１０、画像形成装置のベンダ環境１２０などの中に構成されていてもよい。
【００７３】
図１に示すネットワーク図において、サービスマンはサービスマン環境１１０に配置された端末装置１０２Ｂを利用することを想定しているが、別の構成であってもよい。例えば、サービスマンがユーザの許可のもとでユーザ環境１００に配置された端末装置１０２Ａを利用する構成であってもよい。
【００７４】
図２に示すハードウェア構成図において、サーバコンピュータ２０５、２０６がネットワーク２６０で通信を行っているが、別の構成であってもよい。例えば、インターネット１０４を介して通信を行ってもよい。
【００７５】
図３に示すソフトウェア構成図において、実コンフィグデータ保持部３０１が補助記憶装置２１４に実コンフィグデータを記憶しているが、別の構成であってもよい。例えば、揮発性メモリ２１３に一時的に記憶する構成であってもよい。この場合、電源をＯＦＦにすると実コンフィグデータが失われるため、デバイスの電源をＯＮにするたびに仮想コンフィグデータ受信部３０３が仮想コンフィグデータを受信する必要がある。具体的な処理の流れで示すと、図１０のＳ１００４で、仮想コンフィグデータの更新判定を行う必要がなく、常にＳ１００７を実行する構成となる。
【００７６】
図３に示すソフトウェア構成図において、実機器構成データ収集部３０４は画像形成装置の電源をＯＮにするたびに、実機器構成データの収集を行うが、別の構成であってもよい。例えば、実機器構成データ保持部を備え、その実機器構成データ保持部が実機器構成データを補助記憶装置２１４に常に記憶する構成であってもよい。この場合、実機器構成データの変更に応じて、実機器構成データ保持部が保持する実機器構成データを速やかに書き換える構成である必要がある。そのため、実機器構成データ収集部３０４は、実機器構成データの変更を見張り、変更内容を検知したら実機器構成データ保持部に対して変更内容を更新する必要がある。更に、実機器構成データ通知部３０６は、実機器構成データ保持部に対して実機器構成データを要求する構成となる。
【００７７】
図３に示すソフトウェア構成図において、テナント識別子保持部３０５は補助記憶装置２１４にテナント識別子を記憶するが、別の構成であってもよい。例えば、ユーザが入力装置２１６を用いてテナント識別子を毎回入力する構成であってもよい。入力するタイミングは、画像形成装置の起動時であってもよいし、別のタイミングであってもよい。この場合、テナント識別子は揮発性メモリ２１３に記憶される。
【００７８】
図３に示すソフトウェア構成図において、実機器構成データ通知部３０６は画像形成装置が電源ＯＮになったことを検知して処理を行うが、別の構成であってもよい。例えば、ユーザが入力装置２１６を用いて仮想コンフィグデータの取得を指示する構成であってもよい。この場合、図１０のＳ１００１において、仮想コンフィグデータの取得指示を検知することでＳ１００２以降を実行する構成となる。
【００７９】
図３に示すソフトウェア構成図において、仮想デバイス保持部３１１は図８に示すように仮想機器構成データと仮想コンフィグデータを識別するための識別子を保持していたが、別の構成であってもよい。例えば、識別子ではなくデータの実体を保持する構成であってもよい。
【００８０】
図３に示すソフトウェア構成図において、仮想コンフィグデータ生成部３１６は機種別設定値スキーマ、テナント用コンフィグデータ、仮想機器構成データから仮想コンフィグデータを生成するが、別の構成であってもよい。例えば、機種別設定値スキーマとテナント用コンフィグデータの２点から、機種に合わせた仮想コンフィグデータを生成する構成であってもよい。この場合、画像形成装置は実コンフィグデータを参照する際に機器構成に合わせて参照する構成となる。
【００８１】
別の例として、更にライセンスデータを用いて仮想コンフィグデータを生成する構成であってもよい。その場合、画像形成装置が備えるオプション機能に合わせた仮想コンフィグデータが生成される構成となる。
【００８２】
［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、画像形成装置の動作を切り替えるための設定値（コンフィグデータ）を一括管理する技術に関する。
【背景技術】
【０００２】
従来、画像形成装置の動作を切り替えるための設定値（コンフィグデータ）を記憶している画像形成装置がある。ここで、コンフィグデータは各画像形成装置が備える記憶装置に記憶されているため、全ての画像形成装置のコンフィグデータを変更するには画像形成装置の台数だけ設定を行う必要がある。
【０００３】
この手間を省くため、ある情報処理装置から複数の画像形成装置にコンフィグデータの一括設定を行う技術が存在する。また、コンフィグデータをネットワーク参照可能な場所に配置し、複数の画像形成装置がコンフィグデータを参照することで、コンフィグデータの一括管理を行う技術が存在する(例えば、特許文献１)。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１３０８３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術では、画像形成装置の機種や画像形成装置が備えるハードウェアオプションなどに影響を受け、値に制約が発生するコンフィグデータに対して運用できないという問題があった。
【０００６】
本発明は、複数の画像形成装置が異なる機種、異なるハードウェアオプションを備える場合であっても、全ての画像形成装置の設定値を一括管理可能な装置及び方法を提供する。
【課題を解決するための手段】
【０００７】
本発明は、複数の画像形成装置の設定値を一括管理する設定値管理装置であって、
前記複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する生成手段と、
前記生成手段によって生成された仮想設定値を保持して管理する管理手段と、
を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、複数の画像形成装置が異なる機種、異なるハードウェアオプションを備える場合であっても、全ての画像形成装置の設定値を一括管理することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】複数の画像形成装置のネットワーク構成の一例を示す図。
【図２】図１に示す各装置のハードウェア構成の一例を示す図。
【図３】設定値管理サービス及び画像形成装置のソフトウェア構成の一例を示す図。
【図４】機種別設定値スキーマの一例を示す図。
【図５】テナント用コンフィグデータの一例を示す図。
【図６】実機器構成データの一例を示す図。
【図７】実コンフィグデータ保持部の構成の一例を示す図。
【図８】仮想デバイス保持部の構成の一例を示す図。
【図９】テナント用コンフィグデータの更新処理を示すフローチャート。
【図１０】仮想コンフィグデータの取得処理を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら発明を実施するための形態について詳細に説明する。
【００１１】
まず、以下の実施形態で使用する用語の定義を行う。設定値（コンフィグデータ）とは、画像形成装置の動作を切り替えるためのデータである。例えば、コピージョブの面付けのデフォルト値などが該当する。「１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ページ上で仮想コンフィグデータの閲覧を行う。
【００５４】
仮想コンフィグデータ更新確認部３２２は、仮想コンフィグデータが更新されているか確認する部である。仮想コンフィグデータ受信部３０３は、インターネット１０４を介して仮想コンフィグデータ更新確認部３２２にデバイス識別子を送信する。仮想コンフィグデータ更新確認部３２２は、仮想デバイス保持部３１１が保持する仮想デバイスの中から受信したデバイス識別子に一致する仮想デバイスを探索する。探索された仮想デバイスの通知フラグ８０６が「未」であれば、仮想コンフィグデータの更新があったと判定する。逆に、通知フラグ８０６が「済」であれば、仮想コンフィグデータの更新はないと判定する。
【００５５】
図９は、端末装置１０２Ａを用いて管理者ユーザがテナント用コンフィグデータを更新する処理を説明するためのフローチャートである。フローチャートの各ステップを実行する各部は、不揮発性メモリ２５２、揮発性メモリ２５３、補助記憶装置２５４の何れかの記憶部に記憶され、ＣＰＵ２５１により実行される。
【００５６】
Ｓ９０１において、テナント用コンフィグデータ更新部３１５はテナント用コンフィグデータの更新要求を検知する。Ｓ９０２において、テナント用コンフィグデータ更新部３１５はテナント用コンフィグデータ保持部３１４にＳ９０１で更新要求があったテナント用コンフィグデータが存在するか否かを確認する。存在する場合はＳ９０７を実行する。存在しない場合はＳ９０３を実行する。
【００５７】
Ｓ９０３において、テナント用コンフィグデータ更新部３１５はテナントが保持する仮想デバイスを仮想デバイス保持部３１１から探索する。Ｓ９０４において、テナント用コンフィグデータ更新部３１５はＳ９０３で探索した仮想デバイスの仮想機器構成データにある機種コードを参照する。更に、機種コードに合致する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から探索する。
【００５８】
Ｓ９０５において、テナント用コンフィグデータ更新部３１５はＳ９０４で探索した機種別設定値スキーマの少なくとも１つが持つ設定をリストアップする。Ｓ９０６において、テナント用コンフィグデータ更新部３１５はＳ９０５でリストアップした設定を持つテナント用コンフィグデータを生成する。
【００５９】
Ｓ９０７において、テナント用コンフィグデータ更新部３１５はテナント用コンフィグデータの具体的な更新指示を検知する。Ｓ９０８において、テナント用コンフィグデータ更新部３１５はＳ９０７で検知した更新指示に基づいてテナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータを更新する。そして、Ｓ９０９において、仮想コンフィグデータ生成部３１６はテナント用コンフィグデータの更新を検知する。
【００６０】
Ｓ９１０において、仮想コンフィグデータ生成部３１６は仮想デバイス保持部３１１が保持する仮想デバイスから更新を検知したテナント用コンフィグデータのテナント識別子に合致する仮想デバイスを探索する。探索された仮想デバイスに対して順次処理を行うため、１つの仮想デバイスを取得する。仮想デバイスを取得したら、Ｓ９１１を実行する。全ての仮想デバイスに対して順次処理が行われ、次の仮想デバイスを取得できない場合には処理を終了する。
【００６１】
Ｓ９１１において、仮想コンフィグデータ生成部３１６は仮想デバイスから仮想機器構成データを取得する。Ｓ９１２において、仮想コンフィグデータ生成部３１６は仮想機器構成データから機種コードを取得する。更に、機種別設定値スキーマ保持部３１２が保持する機種別設定値スキーマから機種コードに該当する機種別設定値スキーマを探索する。
【００６２】
Ｓ９１３において、仮想コンフィグデータ生成部３１６は仮想機器構成データ、機種別設定値スキーマ、テナント用コンフィグデータを用いて仮想コンフィグデータを生成する。そして、Ｓ９１４において、仮想コンフィグデータ更新部３１７はＳ９１３で生成した仮想コンフィグデータを仮想デバイスに登録する。
【００６３】
図１０は、画像形成装置から仮想コンフィグデータを取得する処理を説明するフローチャートである。Ｓ１００１〜Ｓ１００８は、画像形成装置で行われるステップである。これらのステップを実行する各部は、不揮発性メモリ２１２、揮発性メモリ２１３、補助記憶装置２１４のいずれかの記憶部に記憶され、ＣＰＵ２１１により実行される。
【００６４】
Ｓ１０５１〜Ｓ１０５８は、サーバコンピュータ群１０５で行われるステップである。これらのステップを実行する各部は、不揮発性メモリ２５２、揮発性メモリ２５３、補助記憶装置２５４のいずれかの記憶部に記憶され、ＣＰＵ２５１により実行される。
【００６５】
Ｓ１００１において、実機器構成データ通知部３０６は画像形成装置の電源ＯＮを検知する。Ｓ１００２において、実機器構成データ収集部３０４が機器構成データを収集する。Ｓ１００３において、実機器構成データ通知部３０６はＳ１００２で収集した実機器構成データを用いて、設定値管理サービス３１０に未通知の実機器構成データの変更があったか否かを判定する。変更があった場合はＳ１００５を実行する。変更がなかった場合はＳ１００４を実行する。
【００６６】
Ｓ１００４において、仮想コンフィグデータ受信部３０３はデバイスが最新の仮想コンフィグデータを取得済みか否かを判定する。仮想コンフィグデータ受信部３０３は、仮想コンフィグデータ更新確認部３２２を呼びだして判定を行う。Ｓ１００５において、実機器構成データ通知部３０６は実機器構成データとテナント識別子を設定値管理サービス３１０に通知する。設定値管理サービス３１０側はＳ１０５１でこれを検知して処理を行う。詳細は後述する。
【００６７】
Ｓ１００６において、仮想コンフィグデータ受信部３０３は仮想コンフィグデータの更新が完了するまで処理の実行を待ち合わせる。Ｓ１００７において、仮想コンフィグデータ受信部３０３は設定値管理サービス３１０から仮想コンフィグデータを受信する。更に、実コンフィグデータ更新部３０２は受信した仮想コンフィグデータを実コンフィグデータとして更新する。実コンフィグデータは、実コンフィグデータ保持部３０１によって記憶される。
【００６８】
Ｓ１０５１において、実機器構成データ受信部３１８は画像形成装置から通知された実機器構成データとテナント識別子を受信する。Ｓ１０５２において、仮想機器構成データ更新部３１９が、Ｓ１０５１において受信した実機器構成データとテナント識別子に合致する仮想デバイスを探索する。仮想デバイス保持部３１１によって保持された仮想デバイスの中から探索を行う。画像形成装置が初めて設定値管理サービス３１０と通信を行ったケースでは、仮想デバイスが探索できない場合がある。合致する仮想デバイスが探索された場合、Ｓ１０５４を実行する。合致する仮想デバイスが探索できなかった場合、Ｓ１０５３を実行する。
【００６９】
Ｓ１０５３において、仮想機器構成データ更新部３１９が、空の仮想デバイスを生成する。Ｓ１０５４において、仮想機器構成データ更新部３１９が、Ｓ１０５２において探索されるか、もしくはＳ１０５３において生成された、仮想デバイスの仮想機器構成データを更新する。Ｓ１０５１において受信した実機器構成データの内容が、新しい仮想機器構成データとなる。
【００７０】
Ｓ１０５５において、仮想コンフィグデータ生成部３１６は、更新された仮想機器構成データから機種コードを取得する。更に、機種コードに該当する機種別設定値スキーマを機種別設定値スキーマ保持部３１２から取得する。Ｓ１０５６において、仮想コンフィグデータ生成部３１６は、テナント用コンフィグデータを取得する。テナント用コンフィグデータは、テナント用コンフィグデータ保持部３１４が保持するテナント用コンフィグデータから、テナント識別子が合致するものを探索する。
【００７１】
Ｓ１０５７において、仮想コンフィグデータ生成部３１６は、仮想コンフィグデータを生成する。仮想コンフィグデータの生成は、仮想機器構成データ、機種別設定値スキーマ、テナント用コンフィグデータを用いて行う。Ｓ１０５８において、仮想コンフィグデータ更新部３１７は、Ｓ１０５７において生成された仮想コンフィグデータを、該当する仮想デバイスに登録する。以上で、本実施形態の説明を終わる。
【００７２】
次に、本発明に係る実施形態の変形例を説明する。図１に示すネットワークにおいて、設定値管理サービス３１０はサーバコンピュータ群１０５の何れかのサーバコンピュータが実行することを想定しているが、別の構成でも良い。例えば、サーバコンピュータ群が、ただ１つのサーバコンピュータ２０５のみによって構成されていてもよい。もしくは、ユーザ環境１００、サービスマン環境１１０、画像形成装置のベンダ環境１２０などの中に構成されていてもよい。
【００７３】
図１に示すネットワーク図において、サービスマンはサービスマン環境１１０に配置された端末装置１０２Ｂを利用することを想定しているが、別の構成であってもよい。例えば、サービスマンがユーザの許可のもとでユーザ環境１００に配置された端末装置１０２Ａを利用する構成であってもよい。
【００７４】
図２に示すハードウェア構成図において、サーバコンピュータ２０５、２０６がネットワーク２６０で通信を行っているが、別の構成であってもよい。例えば、インターネット１０４を介して通信を行ってもよい。
【００７５】
図３に示すソフトウェア構成図において、実コンフィグデータ保持部３０１が補助記憶装置２１４に実コンフィグデータを記憶しているが、別の構成であってもよい。例えば、揮発性メモリ２１３に一時的に記憶する構成であってもよい。この場合、電源をＯＦＦにすると実コンフィグデータが失われるため、デバイスの電源をＯＮにするたびに仮想コンフィグデータ受信部３０３が仮想コンフィグデータを受信する必要がある。具体的な処理の流れで示すと、図１０のＳ１００４で、仮想コンフィグデータの更新判定を行う必要がなく、常にＳ１００７を実行する構成となる。
【００７６】
図３に示すソフトウェア構成図において、実機器構成データ収集部３０４は画像形成装置の電源をＯＮにするたびに、実機器構成データの収集を行うが、別の構成であってもよい。例えば、実機器構成データ保持部を備え、その実機器構成データ保持部が実機器構成データを補助記憶装置２１４に常に記憶する構成であってもよい。この場合、実機器構成データの変更に応じて、実機器構成データ保持部が保持する実機器構成データを速やかに書き換える構成である必要がある。そのため、実機器構成データ収集部３０４は、実機器構成データの変更を見張り、変更内容を検知したら実機器構成データ保持部に対して変更内容を更新する必要がある。更に、実機器構成データ通知部３０６は、実機器構成データ保持部に対して実機器構成データを要求する構成となる。
【００７７】
図３に示すソフトウェア構成図において、テナント識別子保持部３０５は補助記憶装置２１４にテナント識別子を記憶するが、別の構成であってもよい。例えば、ユーザが入力装置２１６を用いてテナント識別子を毎回入力する構成であってもよい。入力するタイミングは、画像形成装置の起動時であってもよいし、別のタイミングであってもよい。この場合、テナント識別子は揮発性メモリ２１３に記憶される。
【００７８】
図３に示すソフトウェア構成図において、実機器構成データ通知部３０６は画像形成装置が電源ＯＮになったことを検知して処理を行うが、別の構成であってもよい。例えば、ユーザが入力装置２１６を用いて仮想コンフィグデータの取得を指示する構成であってもよい。この場合、図１０のＳ１００１において、仮想コンフィグデータの取得指示を検知することでＳ１００２以降を実行する構成となる。
【００７９】
図３に示すソフトウェア構成図において、仮想デバイス保持部３１１は図８に示すように仮想機器構成データと仮想コンフィグデータを識別するための識別子を保持していたが、別の構成であってもよい。例えば、識別子ではなくデータの実体を保持する構成であってもよい。
【００８０】
図３に示すソフトウェア構成図において、仮想コンフィグデータ生成部３１６は機種別設定値スキーマ、テナント用コンフィグデータ、仮想機器構成データから仮想コンフィグデータを生成するが、別の構成であってもよい。例えば、機種別設定値スキーマとテナント用コンフィグデータの２点から、機種に合わせた仮想コンフィグデータを生成する構成であってもよい。この場合、画像形成装置は実コンフィグデータを参照する際に機器構成に合わせて参照する構成となる。
【００８１】
別の例として、更にライセンスデータを用いて仮想コンフィグデータを生成する構成であってもよい。その場合、画像形成装置が備えるオプション機能に合わせた仮想コンフィグデータが生成される構成となる。
【００８２】
［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
複数の画像形成装置の設定値を一括管理する設定値管理装置であって、
前記複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する生成手段と、
前記生成手段によって生成された仮想設定値を保持して管理する管理手段と、
を有することを特徴とする設定値管理装置。
【請求項２】
前記生成手段は、前記複数の画像形成装置の各機器構成を示す機器構成データを用いて前記仮想設定値を生成することを特徴とする請求項１に記載の設定値管理装置。
【請求項３】
前記生成手段は、前記複数の画像形成装置が備えるオプション機能に関する情報を示すライセンスデータを用いて前記仮想設定値を生成することを特徴とする請求項１又は２に記載の設定値管理装置。
【請求項４】
複数の画像形成装置の設定値を一括管理する設定値管理装置の管理方法であって、
生成手段が、前記複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する生成工程と、
管理手段が、前記生成工程において生成された仮想設定値を保持して管理する管理工程と、
を有することを特徴とする設定値管理装置の管理方法。
【請求項５】
コンピュータを請求項１乃至３の何れか１項に記載の設定値管理装置の各手段として機能させるためのプログラム。
【請求項１】
複数の画像形成装置の設定値を一括管理する設定値管理装置であって、
前記複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する生成手段と、
前記生成手段によって生成された仮想設定値を保持して管理する管理手段と、
を有することを特徴とする設定値管理装置。
【請求項２】
前記生成手段は、前記複数の画像形成装置の各機器構成を示す機器構成データを用いて前記仮想設定値を生成することを特徴とする請求項１に記載の設定値管理装置。
【請求項３】
前記生成手段は、前記複数の画像形成装置が備えるオプション機能に関する情報を示すライセンスデータを用いて前記仮想設定値を生成することを特徴とする請求項１又は２に記載の設定値管理装置。
【請求項４】
複数の画像形成装置の設定値を一括管理する設定値管理装置の管理方法であって、
生成手段が、前記複数の画像形成装置における各機種別の設定値のスキーマを定義した機種別設定値スキーマとユーザが前記複数の画像形成装置に対して設定値を設定したテナント用設定値とを用いて特定の画像形成装置の機種に合わせた仮想設定値を生成する生成工程と、
管理手段が、前記生成工程において生成された仮想設定値を保持して管理する管理工程と、
を有することを特徴とする設定値管理装置の管理方法。
【請求項５】
コンピュータを請求項１乃至３の何れか１項に記載の設定値管理装置の各手段として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２５０３７０（Ｐ２０１２−２５０３７０Ａ）
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願番号】特願２０１１−１２２７７４（Ｐ２０１１−１２２７７４）
【出願日】平成２３年５月３１日（２０１１．５．３１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願日】平成２３年５月３１日（２０１１．５．３１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]