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