(57)【要約】【課題】画像形成装置には様々な機種が存在し、機種ごとにコンフィグデータの設定範囲が異なることが多くある。したがって上位機種のコンフィグデータを下位機種へインポートさせた場合、設定できない事象が発生する。【解決手段】前記複数の画像形成装置の機種ごとまたは画像形成装置ごとに定義されたコンフィグデータを保持する保持手段と、第一の画像形成装置のコンフィグデータを前記保持手段から取得する取得手段と、取得した前記第一の画像形成装置のコンフィグデータに定義された値が、第二の画像形成装置の機能に対して設定可能な範囲を超えるか否かを判定する判定手段と、前記判定手段により設定可能な範囲を超えると判定された場合、前記第一の画像形成装置のコンフィグデータにて定義された値に基づいて実行される動作を、前記第二の画像形成装置が実行可能な１つ以上の別の機能を組み合わせて実現するようにコンフィグデータを新たに生成する生成手段とを有する。【選択図】  図３
2013008338.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像形成装置のコンフィグデータを管理する設定値管理装置であって、
前記複数の画像形成装置の機種ごとまたは画像形成装置ごとに定義されたコンフィグデータを保持する保持手段と、
第一の画像形成装置のコンフィグデータを前記保持手段から取得する取得手段と、
取得した前記第一の画像形成装置のコンフィグデータに定義された値が、第二の画像形成装置の機能に対して設定可能な範囲を超えるか否かを判定する判定手段と、
前記判定手段により設定可能な範囲を超えると判定された場合、前記第一の画像形成装置のコンフィグデータにて定義された値に基づいて実行される動作を、前記第二の画像形成装置が実行可能な１つ以上の別の機能を組み合わせて実現するようにコンフィグデータを新たに生成する生成手段と
を有することを特徴とする設定値管理装置。
【請求項２】
前記生成手段は、新たに生成されるコンフィグデータを前記第二の画像形成装置が実行可能な別の機能で実行する途中で作成されるテンポラリファイルを削除する設定を該新たに生成されるコンフィグデータに含ませることを特徴とする請求項１に記載の設定値管理装置。
【請求項３】
前記生成手段は、前記判定手段により設定可能な範囲内であると判定された場合、前記第一の画像形成装置のコンフィグデータにて定義された値を、前記第二の画像形成装置のコンフィグデータに設定することを特徴とする請求項１または２に記載の設定値管理装置。
【請求項４】
前記生成手段は、前記新たに生成されたコンフィグデータの値が更新された場合、更新された値を用いて、当該コンフィグデータを再生成することを特徴とする請求項１乃至３のいずれか一項に記載の設定値管理装置。
【請求項５】
前記コンフィグデータは、前記第二の画像形成装置が実行する機能のプリセットとして、前記第二の画像形成装置が有する表示部にて提示されることを特徴とする請求項１乃至４のいずれか一項に記載の設定値管理装置。
【請求項６】
前記コンフィグデータは、定義された動作を実行させる際に選択可能な単一のボタンの形式で、前記表示部にて提示されることを特徴とする請求項５に記載の設定値管理装置。
【請求項７】
前記生成手段は、前記第一の画像形成装置のコンフィグデータにて定義されたコピー処理の部数が、前記第二の画像形成装置の機能にて設定可能な部数を超える場合に、ＳｃａｎＴｏＢｏｘ機能とＢｏｘＰｒｉｎｔ機能とを組み合わせて動作を実現するようなコンフィグデータを生成することを特徴とする請求項１乃至５のいずれか一項に記載の設定値管理装置。
【請求項８】
前記生成手段は、前記第一の画像形成装置のコンフィグデータにて定義された送信処理の宛先数が、前記第二の画像形成装置の機能にて設定可能な宛先数を超える場合に、ＳｃａｎＴｏＢｏｘ機能とＢｏｘＳｅｎｄ機能とを組み合わせて動作を実現するようなコンフィグデータを生成することを特徴とする請求項１乃至５のいずれか一項に記載の設定値管理装置。
【請求項９】
前記生成手段は、前記第一の画像形成装置のコンフィグデータにて定義されたデータの格納先が、前記第二の画像形成装置にて保存可能な格納先でない場合に、前記第二の画像形成装置にて保存可能な格納先を設定することを特徴とする請求項１乃至５のいずれか一項に記載の設定値管理装置。
【請求項１０】
複数の画像形成装置のコンフィグデータを管理する設定値管理方法であって、
保持手段が、前記複数の画像形成装置の機種ごとまたは画像形成装置ごとに定義されたコンフィグデータを記憶手段に保持する保持工程と、
取得手段が、第一の画像形成装置のコンフィグデータを前記記憶手段から取得する取得工程と、
判定手段が、取得した前記第一の画像形成装置のコンフィグデータに定義された値が、第二の画像形成装置の機能に対して設定可能な範囲を超えるか否かを判定する判定工程と、
生成手段が、前記判定工程により設定可能な範囲を超えると判定された場合、前記第一の画像形成装置のコンフィグデータにて定義された値に基づいて実行される動作を、前記第二の画像形成装置が実行可能な１つ以上の別の機能を組み合わせて実現するようにコンフィグデータを新たに生成する生成工程と
を有することを特徴とする設定値管理方法。
【請求項１１】
コンピュータを、
複数の画像形成装置の機種ごとまたは画像形成装置ごとに定義されたコンフィグデータを保持する保持手段、
第一の画像形成装置のコンフィグデータを前記保持手段から取得する取得手段、
取得した前記第一の画像形成装置のコンフィグデータに定義された値が、第二の画像形成装置の機能に対して設定可能な範囲を超えるか否かを判定する判定手段、
前記判定手段により設定可能な範囲を超えると判定された場合、前記第一の画像形成装置のコンフィグデータにて定義された値に基づいて実行される動作を、前記第二の画像形成装置が実行可能な１つ以上の別の機能を組み合わせて実現するようにコンフィグデータを新たに生成する生成手段
として機能させるためのプログラム。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設定値管理装置、設定値管理方法、およびプログラムに関する。特に画像形成装置の動作を切り替える設定値であるコンフィグデータを別の画像形成装置へ反映させる技術に関する。
【背景技術】
【０００２】
画像形成装置には、動作を切り替える設定値であるコンフィグデータを記憶するものがある。コンフィグデータは各画像形成装置が備える記憶装置に記憶されているため、全画像形成装置のコンフィグデータを変更するには画像形成装置の台数だけ設定を行う必要があった。この手間を省くため、ある情報処理装置から複数の画像形成装置にコンフィグデータの一括設定を行う技術が存在する。
【０００３】
また、コンフィグデータをネットワーク参照可能な場所に配置し、複数の画像形成装置が同じコンフィグデータを参照することで、コンフィグデータの一括管理を行う技術が存在する（例えば、特許文献１）。
【０００４】
また、画像形成装置には設定値を予め記憶しておくプリセットボタンを備えるものあるが、このプリセットボタンの設定データもコンフィグデータの一部である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１３０８３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
画像形成装置には様々な機種が存在し、機種ごとにコンフィグデータの設定範囲が異なることが多くある。例えば物理的にメモリ量を多く保持する上位機種は設定可能範囲が広く、これに対して、メモリ量が少ない下位機種は設定可能範囲が狭い、などの状況がある。したがって、コンフィグデータを機種ごとに用意し、ある機種からある機種へコンフィグデータを反映させる場合は、設定範囲を超えるコンフィグデータをその都度管理者が変更・削除する必要がある。
【０００７】
また変更・削除を行わずにそのままネットワーク上に配置した場合、参照する画像形成装置側では範囲を超えた設定を拒否、もしくは設定範囲内まで設定するだけとなり同等の設定を反映させることができない。例えばＳｃａｎＴｏＳｅｎｄのプリセットボタンに登録される送信宛先数において、上位機種は宛先が１００件まで可能で、下位機種は５０件までの登録が可能であるケースがある。これは、送信中に障害が発生した場合に備えてＳｔａｔｉｃ  ＲＡＭのようなメモリ上に未送信データを保存することが多いが、Ｓｔａｔｉｃ  ＲＡＭは一般的に高価なためこのような制限が設けられることが多い。このような場合、例えば、上位機種の７０件宛先登録されたＳｃａｎＴｏＳｅｎｄのプリセットボタンの設定を下位機種に反映させることができない。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本願発明は、以下の構成を有する。すなわち、複数の画像形成装置のコンフィグデータを管理する設定値管理装置であって、前記複数の画像形成装置の機種ごとまたは画像形成装置ごとに定義されたコンフィグデータを保持する保持手段と、第一の画像形成装置のコンフィグデータを前記保持手段から取得する取得手段と、取得した前記第一の画像形成装置のコンフィグデータに定義された値が、第二の画像形成装置の機能に対して設定可能な範囲を超えるか否かを判定する判定手段と、前記判定手段により設定可能な範囲を超えると判定された場合、前記第一の画像形成装置のコンフィグデータにて定義された値に基づいて実行される動作を、前記第二の画像形成装置が実行可能な１つ以上の別の機能を組み合わせて実現するようにコンフィグデータを新たに生成する生成手段とを有する。
【発明の効果】
【０００９】
本発明により、ある機種の画像形成装置のコンフィグデータを、異なる機種の画像形成装置へインポートした際に、設定可能範囲をオーバした場合でも同一の振る舞いを行うように設定することができる。
【図面の簡単な説明】
【００１０】
【図１】ネットワーク構成を示す図。
【図２】ハードウェア構成を示す図。
【図３】ソフトウェア構成を示す図。
【図４】機種別設定値スキーマの例を示す図。
【図５】仮想コンフィグデータの例を示す図。
【図６】機器構成データの例を示す図。
【図７】仮想コンフィグデータの例を示す図。
【図８】仮想コンフィグデータの例を示す図。
【図９】仮想コンフィグデータの例を示す図。
【図１０】画像形成装置の処理を説明するフローチャート。
【図１１】設定値管理サービスの処理を説明するフローチャート。
【図１２】設定値管理サービスの処理を説明するフローチャート。
【図１３】設定値管理サービスの処理を説明するフローチャート。
【図１４】設定値管理サービスの処理を説明するフローチャート。
【図１５】設定値管理サービスの処理を説明するフローチャート。
【発明を実施するための形態】
【００１１】
［用語の定義］
まず、本明細書における用語の定義を行う。
【００１２】
コンフィグデータとは、画像形成装置の動作を切り替えるための設定値情報である。つまり、コンフィグデータには、画像形成装置における各種動作の設定値が含まれている。例えば、コピージョブの面付けのデフォルト値などが該当する。面付けが「１ｉｎ１」に設定されていれば、コピーを行った結果、用紙一枚に１ページが印刷される。また、面付けが「２ｉｎ１」に設定されていれば、コピーを行った結果、用紙一枚に２ページが印刷される。
【００１３】
機器構成データとは、画像形成装置が備える機器の構成を示すデータである。例えば、ファクスユニットを装着しているかを表すデータなどが該当する。さらに、画像形成装置の機種を一意に識別するための機種コード、動作しているファームウェアバージョンなどを含む。
【００１４】
機種別設定値スキーマとは、画像形成装置が特定の機種で保持するコンフィグデータのスキーマを定義するデータである。スキーマとは、コンフィグデータについての規約や位置づけを定義するデータである。例えば、コンフィグデータ各々の設定値識別子、デフォルト値、値域、およびデータが有効になるための条件が、機種別設定値スキーマに含まれる。画像形成装置それぞれの機種に応じて実現可能な機能が異なるため、これにより機種によって保持するコンフィグデータには差分がある。そのため、設定値スキーマは機種別に用意されることを前提とする。
【００１５】
仮想デバイスとは、サーバコンピュータ群が保持する実デバイスのデータ群である。具体的には、仮想デバイスには、機器構成データ、コンフィグデータが少なくとも含まれる。これに対し、実デバイスとは、物理的なデバイス（画像形成装置等）が対応する。
【００１６】
仮想デバイスに含まれるデータと、実デバイスが保持するデータとを区別して呼ぶために、以下のように定義する。
【００１７】
仮想デバイスに含まれる機器構成データを仮想機器構成データと呼び、仮想デバイスに含まれるコンフィグデータを仮想コンフィグデータと呼ぶ。
【００１８】
実デバイスが保持する機器構成データを実機器構成データと呼び、実デバイスが保持するコンフィグデータを実コンフィグデータと呼ぶ。
【００１９】
＜第一実施形態＞
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００２０】
［ネットワーク構成］
図１は、本実施形態に係るシステムのネットワーク構成の一例を示す図である。画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃは、本発明に係る管理される画像形成装置である。ユーザ環境１００内の各画像形成装置は、ネットワーク１０６を介してインターネット１０４にアクセス可能である。
【００２１】
端末装置１０２Ｄは、ユーザ環境１００のユーザが操作可能なコンピュータであって、ネットワーク１０６を介してインターネット１０４にアクセス可能である。端末装置１０２Ｅは、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃを管理するサービスマンが操作可能なコンピュータであって、インターネット１０４にアクセス可能である。端末装置１０２Ｆは、画像形成装置のベンダに所属する管理担当者が操作可能なコンピュータであって、インターネット１０４にアクセス可能である。
【００２２】
端末装置１０２Ｄ、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃはユーザ環境１００に属し、互いにネットワーク１０６を介して接続されている。
【００２３】
インターネット１０４は、公衆回線上のデジタル通信が可能なネットワークである。サーバコンピュータ群１０５は、インターネット１０４を介してサービスを提供するサーバ群である。ネットワーク１０６は、ユーザ環境１００において各装置間を接続し、デジタル通信を可能とするネットワークである。
【００２４】
サービスマン環境１１０は、画像形成装置に対するサービスマンが端末装置１０２Ｅを使って、例えばユーザ環境１００に属する画像形成装置の管理を行う環境である。画像形成装置のベンダ環境１２０は、画像形成装置を生産するベンダの管理担当者が、端末装置１０２Ｆを使って、例えばユーザ環境１００に属する画像形成装置の管理に必要なデータのメンテナンスを行う環境である。
【００２５】
［ハードウェア構成］
図２は、本実施形態に係るハードウェア構成の一例を示す図である。サーバコンピュータ２１１Ｈは、サーバコンピュータ２１１Ｇと同じハードウェア構成であるため、ここではまとめて説明を行う。
【００２６】
ＣＰＵ２０１は、記憶装置に格納されたプログラムの実行や、搭載された装置内の様々な処理の制御を行う。不揮発性メモリ２０２は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）から構成され、機器の起動処理において初期段階に必要なプログラムやデータが格納されている。揮発性メモリ２０３は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）から構成され、プログラム、データの一時的な格納場所として利用される。
【００２７】
補助記憶装置２０４は、ハードディスクやＲＡＭドライブ等の大容量記憶装置から構成され、大容量データの保管、プログラムの実行コードの保持を行う。補助記憶装置２０４には、揮発性メモリ２０３と比較して、長時間保持する必要があるデータを記憶する。補助記憶装置２０４は不揮発性の記憶装置であるため、電源が切られてもデータを記憶し続けることができる。
【００２８】
ディスプレイ２０５は、利用者に情報を提示するための表示部である。なお、本明細書における利用者とは、ユーザとサービスマンを想定する。入力装置２０６は、利用者の選択指示を受け付け、内部バス２１０を介してプログラムに伝達するための装置である。
【００２９】
ネットワーク通信装置２０７は、別の情報処理装置とネットワークを介して通信するための装置である。ファクスユニット２０８は、画像形成装置１０１が形成した画像データ、もしくは補助記憶装置２０４に記憶された画像データを、ネットワーク１０６を介して別の情報機器に送付するためのハードウェアユニットである。なお、ファクスユニット２０８はオプションであり、個体によって装着されてない構成もありうる。
【００３０】
プリンタエンジン２０９は、画像形成装置１０１が形成した画像データ、もしくは補助記憶装置２０４に記憶された画像データを、紙媒体に印刷する手段である。
【００３１】
内部バス２１０は、ＣＰＵ２０１、不揮発性メモリ２０２、揮発性メモリ２０３、補助記憶装置２０４、ディスプレイ２０５、入力装置２０６、およびネットワーク通信装置２０７を画像形成装置１０１内で通信可能な状態に接続する通信バスである。
【００３２】
サーバコンピュータ２１１Ｇは、サーバコンピュータ群１０５を構成する複数のサーバコンピュータの内の１つである。内部バス２１０Ｇは、サーバコンピュータ２１１Ｇの備えるＣＰＵ２０１Ｇ、不揮発性メモリ２０２Ｇ、揮発性メモリ２０３Ｇ、補助記憶装置２０４Ｇ、およびネットワーク通信装置２０７Ｇを、サーバコンピュータ２１１Ｇ内で通信可能に接続する通信バスである。
【００３３】
ネットワーク２２０は、サーバコンピュータ群１０５を構成する複数のサーバコンピュータ同士を接続し、互いに高速通信を可能とするネットワークである。
【００３４】
［ソフトウェア構成］
（画像形成装置）
図３は、本実施形態に係るソフトウェア構成の一例を示す図である。まず、画像形成装置１０１が備える各手段について説明する。
【００３５】
実コンフィグデータ保持手段３０１は、画像形成装置１０１がコンフィグデータを記憶部である補助記憶装置２０４Ａに保持する。画像形成装置１０１は、実コンフィグデータ保持手段３０１によって保持された実コンフィグデータに基づいて動作の振る舞いを切り替える。
【００３６】
実コンフィグデータ更新手段３０２は、実コンフィグデータ保持手段３０１が保持する実コンフィグデータを更新する。実コンフィグデータ更新手段３０２は、仮想コンフィグデータ受信手段３０３によって取得した仮想コンフィグデータによって更新を行う。なお、実コンフィグデータ更新手段３０２は、仮想コンフィグデータ更新確認手段３１９によって仮想コンフィグデータが更新されている場合のみ実コンフィグデータの更新を行う。
【００３７】
仮想コンフィグデータ受信手段３０３は、後述する設定値管理サービス３１０の仮想コンフィグデータ取得手段３１８を呼び出して仮想コンフィグデータを受信する。本実施形態において、仮想コンフィグデータ取得手段３１８を呼び出すためのアドレスは、実コンフィグデータ保持手段３０１に保持されるアドレスが用いられる。具体例として、図４（Ａ）を例に挙げると、設定値識別子４０２が「ｄｅｖｉｃｅ＿ｓｅｔｔｉｎｇｓ．ｃｌｏｕｄ＿ａｄｄｒｅｓｓ」の場合、対応するデフォルト値４０３には、実コンフィグデータとして「ｈｔｔｐ：／／ｃａｎｏｎ．ｃｏｍ／ｃｏｎｆｉｇ」が設定されている。従って、仮想コンフィグデータ取得手段３１８は、この「ｈｔｔｐ：／／ｃａｎｏｎ．ｃｏｍ／ｃｏｎｆｉｇ」に対してアクセスする。
【００３８】
（設定値管理サービス）
次に、設定値管理サービス３１０が備える各手段について説明する。設定値管理サービス３１０は、画像形成装置１０１のコンフィグデータを管理する機能を提供するサービスである。前述のサーバコンピュータ群１０５上で提供される。なお、図２のサーバコンピュータ群１０５内には、２台のサーバコンピュータ２１１Ｇ、２１１Ｈがネットワーク２２０にて接続された構成を示しているが、これに限定するものではない。例えば、１台のサーバコンピュータにて設定値管理サービス３１０を提供しても構わないし、３台以上の構成としても構わない。設定値管理サービス３１０は複数の手段を保持しており、以下はその各手段を説明する。
【００３９】
仮想デバイス保持手段３１１は、仮想デバイスが保持するデータを記憶する。仮想デバイスが保持するデータには、仮想機器構成データと、仮想コンフィグデータとが含まれる。また、複数の仮想デバイスから１つを特定するために、仮想デバイス保持手段３１１は、仮想デバイスのデバイス識別子を各データに対応付けて記憶する。さらに、所定のテナントが保持する画像形成装置を特定するために、仮想デバイス保持手段３１１は、テナント識別子を各データに対応付けて記憶する。このテナント識別子は、テナントを一意に識別できるように構成される。これらの情報は、サーバコンピュータ２１１Ｇ内の補助記憶装置２０４Ｃに記憶される。
【００４０】
機種別設定値スキーマ保持手段３１２は、機種別設定値スキーマを記憶する。画像形成装置の各機種に対応して１つの機種別設定値スキーマが用意される。
【００４１】
仮想コンフィグデータ変換生成手段３１３は、ある特定の画像形成装置が使用する仮想コンフィグデータを、別の画像形成装置が使用する仮想コンフィグデータに変換して生成する。仮想コンフィグデータ変換生成手段３１３は、反映元となる仮想コンフィグデータと、反映先の機種別設定値スキーマと、仮想機器構成データとを用いて仮想コンフィグデータを生成する。
【００４２】
仮想コンフィグデータ更新手段３１７は、仮想コンフィグデータ変換生成手段３１３で生成された仮想コンフィグデータを、仮想デバイス保持手段３１１に登録する。仮想コンフィグデータ更新手段３１７は、仮想デバイス保持手段３１１が保持する仮想デバイスの中からデバイス識別子が一致する仮想デバイスを探索し、仮想コンフィグデータを更新する。さらに、仮想コンフィグデータ更新手段３１７は、仮想デバイスの通知フラグ５０５が「済」であれば、「未」に設定する。通知フラグ５０５は、図５を用いて後述するが、仮想コンフィグデータの更新が行われてから画像形成装置１０１に通知したか否かを示すフラグである。本実施形態において、更新された仮想コンフィグデータの値が通知済みの場合には、通知フラグ５０５には「済」が設定し、通知されていない場合には、「未」の値を設定するものとする。
【００４３】
仮想コンフィグデータ取得手段３１８は、インターネット１０４を介して要求を受け、仮想コンフィグデータを取得する。ここで受け付ける要求は、少なくとも仮想デバイスを特定するためのデバイス識別子を含んでおり、仮想コンフィグデータ取得手段３１８は、デバイス識別子が一致する仮想デバイスを探索する。そして、仮想コンフィグデータ取得手段３１８は、探索された仮想デバイスが保持する仮想コンフィグデータを探索し、仮想コンフィグデータを要求元に渡す。
【００４４】
仮想コンフィグデータ更新確認手段３１９は、仮想コンフィグデータが更新されているか確認する。画像形成装置１０１の仮想コンフィグデータ受信手段３０３は、インターネット１０４を介して仮想コンフィグデータ更新確認手段３１９にデバイス識別子を送信する。仮想コンフィグデータ更新確認手段３１９は、仮想デバイス保持手段３１１が保持する仮想デバイスの中から、受信したデバイス識別子に一致する仮想デバイスを探索する。探索された仮想デバイスの通知フラグ５０５が「未」であれば、仮想コンフィグデータ更新確認手段３１９は、前回の探索以降に仮想コンフィグデータの更新があったと判定する。逆に、通知フラグ５０５が「済」であれば、仮想コンフィグデータ更新確認手段３１９は、仮想コンフィグデータの更新はないと判定する。
【００４５】
ここで、本実施形態に係る機種別設定値スキーマの一例を図４に示す。図４（Ａ）は、機種コードが「０ｘ０１」の機種別設定値スキーマ４０１Ａの例である。また、図４（Ｂ）は、機種コードが「０ｘ０２」の機種別設定値スキーマ４０１Ｂの例である。
【００４６】
設定値識別子４０２は、設定値を一意に識別するための識別子である。例えば、「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」は、コピー設定の面付けに関する設定であることを示す。この設定値識別子４０２が同じであれば、違う機種であっても同じ種類の設定値を扱うことができることを示す。
【００４７】
デフォルト値４０３は、その機種の設定値識別子におけるデフォルト設定値の定義である。値域４０４は、その機種の設定値識別子において設定しうる値の範囲の定義である。例えば、設定値識別子が「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ．ｎｕｐ」に対応する値域４０４であれば、「１ｉｎ１，２ｉｎ１，４ｉｎ１」の３種類から設定値を選択できることを示す。なお、デフォルト値４０３は、通常、値域４０４の範囲の中から特定されている。
【００４８】
条件４０５は、その機種の設定値識別子において設定値を利用するために必要な条件の定義である。例えば、設定値識別子が「ｆａｘ＿ｓｅｔｔｉｎｇｓ．ｒｅｃｅｉｖｅｄ＿ｐｒｉｎｔ」に対応する条件４０５には「ファクスユニット」とある。そのため、この設定値識別子はファクスユニットの装着が確認できた場合のみ有効な設定値（設定可能）であることを示している。また、利用できないときに他の機能を使って変換設定手段３１６において変換可能か否かの情報も付与している。図４（Ａ）および図４（Ｂ）の例では、以下の設定値識別子が変更可能であることを示している。
ｂｔ（ｎ）．１．ｃｏｐｙ．ｃｏｐｉｅｓ
ｂｔ（ｎ）．１．ｓｃａｎ＿ｔｏ＿ｓｅｎｄ．ａｄｒｅｓｓｅｓ
ｂｔ（ｎ）．１．ｓｃａｎ＿ｔｏ＿ｂｏｘ．ｂｏｘｎｏ
ｂｔ（ｎ）．１．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔ．ｃｏｐｉｅｓ
【００４９】
仮想コンフィグデータ取得手段３１８は、インターネット１０４を介して要求を受け、受信した要求に応じて仮想コンフィグデータを取得する。ここで受信する要求は、少なくとも仮想デバイスを特定するためのデバイス識別子を含んでおり、仮想コンフィグデータ取得手段３１８は、デバイス識別子が一致する仮想デバイスを探索する。仮想コンフィグデータ取得手段３１８は、探索された仮想デバイスが保持する仮想コンフィグデータを取得し、当該仮想コンフィグデータを要求元に渡す。
【００５０】
ここで、仮想デバイス保持手段３１１が記憶する仮想デバイスリスト５０１の例を、図５に示す。仮想デバイスリスト５０１は、仮想デバイス保持手段３１１が保持する仮想デバイス全体を示す。
【００５１】
デバイス識別子５０２は、仮想デバイスリスト５０１に含まれる複数の仮想デバイスから仮想デバイスを一意に特定するための識別子である。仮想機器構成データ５０３は、仮想デバイスに対応する仮想機器構成データの識別子を示している。仮想コンフィグデータ５０４は、仮想デバイスに対応する仮想コンフィグデータの識別子を示している。通知フラグ５０５は、仮想デバイスに対応する仮想コンフィグデータが更新された後、画像形成装置に対して通知されたか否かを示すフラグである。また、本実施形態において、仮想機器構成データ５０３および仮想コンフィグデータ５０４は、参照すべきデータを一意に示す識別子である。
【００５２】
仮想機器構成データの例を図６に示す。図６（Ａ）〜（Ｃ）にそれぞれ仮想機器構成データ６０１Ａ〜６０１Ｃを示している。仮想機器構成データにおいて、データ種別６０２と、値６０３とが対応付けられて記憶される。ここでは、データ種別の構成の例として、機種を識別するための機種コードや、ファームウェアバージョン、デバイスを識別するためのデバイス識別子、ファクスユニットの有無、ＨＤＤの容量などが挙げられる。なお、ここに示す構成は一例であり、他のデータ種別を追加しても構わない。
【００５３】
仮想コンフィグデータの一例を図７に示す。図７（Ａ）は、デバイス識別子が「０１０００１」の画像形成装置に対する仮想コンフィグデータの一部であり、プリセットボタンの設定の例を示している。この定義されたプリセットボタンはコピー機能の例を示していて、設定値識別子７０２の「ｂｔ１．１．ｃｏｐｙ．ｃｏｐｉｅｓ」に対応する値７０３が「１２０」と設定されている。これは、ボタン１に対して登録された機能がコピー機能であり、設定部数が１２０部である例となる。このデータを、仮想コンフィグデータ変換生成手段３１３により変換生成したものが図７（Ｂ）である。
【００５４】
このとき、図７（Ａ）にて定義されたコピー機能を、図７（Ｂ）に示す別の機能を組み合わせて定義したとしても、いずれもボタン１に対応付けられている。つまり、ユーザに提示されるボタン（ここではボタン１）は変換前後のいずれの場合にも単一のボタンとなり、ユーザが動作の実行を指示する際の操作性には変更は生じないこととなる。言い換えると、ユーザは、変換生成されたコンフィグデータであっても、ボタン１を指定するのみで、動作の実行を指示することができる。
【００５５】
［処理フロー（設定値管理サービス）］
図１１〜図１５を用いて本実施形態に係る設定値管理サービス３１０の処理フローを説明する。各図に示されたフローチャートの各処理を実行する各手段は、サーバコンピュータ２１１Ｇが備える不揮発性メモリ２０２Ｇ、揮発性メモリ２０３Ｇ、補助記憶装置２０４Ｇのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ｇにより実行される。
【００５６】
図１１は、設定値管理サービス３１０に外部から要求がなされた場合に実行する要求処理を表すフローチャートである。
【００５７】
設定値管理サービス３１０は、Ｓ１１０１で設定値管理サービス３１０に要求された要求種別を判別する。要求種別が仮想コンフィグデータインポート要求の場合は、Ｓ１１１０へ遷移する。このとき、仮想コンフィグデータインポート要求は、インポート元の仮想デバイス１（第一の画像形成装置）とインポート先の仮想デバイス２（第二の画像形成装置）とを指定するものとする。
【００５８】
Ｓ１１１０では、仮想コンフィグデータ変換生成手段３１３は、仮想コンフィグデータインポート処理を実行する。このＳ１１１０における処理は、指定された仮想デバイス１の仮想コンフィグデータ１を元に仮想デバイス２に使用する仮想コンフィグデータ２を生成し、仮想デバイス保持手段３１１に保存するものである。この処理については、図１２を用いて詳述する。その後、本処理フローを終了する。
【００５９】
設定値管理サービス３１０は、Ｓ１１０１にて要求種別が仮想コンフィグデータ取得要求の場合はＳ１１２０へ遷移する。Ｓ１１２０では、仮想コンフィグデータ取得手段３１８は、要求で指定された仮想デバイスを仮想デバイス保持手段３１１から検索し、検索されたデータを要求元へ送信する。その後、本処理フローを終了する。
【００６０】
設定値管理サービス３１０は、Ｓ１１０１にて要求種別が仮想コンフィグデータ更新確認要求の場合はＳ１１３０へ遷移する。Ｓ１１３０では、仮想コンフィグデータ更新確認手段３１９は、要求で指定された仮想デバイスを仮想デバイス保持手段３１１から検索し、該当する仮想コンフィグデータの更新の有無の情報を要求元へ送信する。このとき、図５に示すように通知フラグ５０５が「未」である場合には更新があった旨を通知し、通知フラグ５０５が「済」である場合には更新が無い旨を通知する。その後、本処理フローを終了する。
【００６１】
Ｓ１１０１にて要求種別がその他の要求の場合は、Ｓ１１９０にて設定値管理サービス３１０は要求に従った処理を行い、必要に応じて要求元へ処理結果を通知する。その後、本処理フローを終了する。
【００６２】
［仮想コンフィグデータインポート処理］
図１２は、設定値管理サービス３１０の仮想コンフィグデータ変換生成手段３１３が行う図１１のＳ１１１０の詳細を示したフローチャートである。
【００６３】
Ｓ１２０１にて、仮想コンフィグデータ入力手段３１４は、指定されたコンフィグデータのインポート元である仮想デバイス１に対応する仮想コンフィグデータ１を仮想デバイス保持手段３１１から検索して取得する。次にＳ１２０２にて、設定範囲判定手段３１５は、指定されたインポート先である仮想デバイス２に対応する仮想コンフィグデータ２および仮想機器構成データを、仮想デバイス保持手段３１１から検索して取得する。また設定範囲判定手段３１５は、取得した仮想機器構成データから機種コードを判別し、該当する機種別設定値スキーマを機種別設定値スキーマ保持手段３１２から取得する。
【００６４】
Ｓ１２０３にて、設定範囲判定手段３１５は、仮想コンフィグデータ１の各設定値識別子に対応する値を、Ｓ１２０２にて取得した仮想デバイス２の仮想機器構成データと機種別設定値スキーマとを合わせて比較する。そして、設定範囲判定手段３１５は、各設定値識別子のうち、仮想デバイス２の設定範囲を超えているものがあるか否かを判定する。設定範囲を超えている場合は（Ｓ１２０３にてＹＥＳ）、Ｓ１２１０へ進む。設定可能な範囲内である場合は（Ｓ１２０３にてＮＯ）、Ｓ１２５０へ進む。
【００６５】
Ｓ１２１０にて、設定範囲判定手段３１５は、範囲が超えている設定値識別子について、変換設定手段３１６による処理が可能か否かを、機種別設定値スキーマの条件４０５に基づいて判定する。本実施形態において、変更可能である場合とは、図４に示す機種別設定値スキーマの条件４０５にて「変更可能」と指定されているものを指す。変換可能であれば（Ｓ１２１０にてＹＥＳ）、Ｓ１２２０へ進み、変換不可であれば（Ｓ１２１０にてＮＯ）Ｓ１２３０へ進む。
【００６６】
Ｓ１２２０は変換処理であり、ここでの処理は図１３を用いて詳述する。Ｓ１２３０にて、変換設定手段３１６は、該当する機種別設定値スキーマのＭＡＸ値を仮想コンフィグデータ２へ設定する。Ｓ１２２０、Ｓ１２３０の後、Ｓ１２２１へ遷移する。Ｓ１２２１にて、仮想コンフィグデータ変換生成手段３１３は、仮想コンフィグデータ１に記載されている全設定値識別子に対して、Ｓ１２０３以降の処理を行ったか否かを判定する。全設定値識別子について行った場合は（Ｓ１２２１にてＹＥＳ）、Ｓ１２２２へ進む。未処理の設定値識別子がある場合は（Ｓ１２２１にてＮＯ）、Ｓ１２２３へ進み、仮想コンフィグデータ変換生成手段３１３は、処理の対象を次の設定値識別子に移動し、Ｓ１２０３へ戻る。
【００６７】
Ｓ１２５０では、変換する必要がないため、仮想コンフィグデータ変換生成手段３１３は、対象となる設定値識別子について仮想コンフィグデータ１の値を仮想コンフィグデータ２へ上書きする。そして、Ｓ１２２１へ進む。
【００６８】
Ｓ１２２２にて、仮想コンフィグデータ更新手段３１７は、Ｓ１２２０、１２３０、１２５０にて設定した仮想コンフィグデータ２を、仮想デバイス保持手段３１１に保存する。次にＳ１２２４にて、設定値管理サービス３１０は、仮想コンフィグデータインポート要求にて即時に実デバイスへ反映することが要求されているか否かを判定する。要求されている場合は（Ｓ１２２４にてＹＥＳ）、Ｓ１２４０へ進む。Ｓ１２４０にて、設定値管理サービス３１０は、画像形成装置１０１へ仮想コンフィグデータ更新取得要求指示を送信し、本処理フローを終了する。即時反映が要求されていない場合は（Ｓ１２２４にてＮＯ）、本処理フローを終了する。
【００６９】
［変更処理（コピー処理の場合）］
図１３は、仮想コンフィグデータ変換生成手段３１３が図１２のＳ１２２０で行う変換動作を表したフローチャートである。ここでは、図４に示す設定値識別子ｂｔ（ｎ）．１．ｃｏｐｙ．ｃｏｐｉｅｓの値が機種別設定値スキーマの値域を超える場合を例にとって説明する。なお、仮想コンフィグデータの例は図７に示した構成とし、変換前の構成が図７（Ａ）であり、変換後の構成が図７（Ｂ）とする。
【００７０】
また、インポート元の機種別設定値スキーマは図４（Ａ）に示した構成とし、インポート先の機種別設定値スキーマは図４（Ｂ）に示した構成とする。図４はプリセットボタンの設定値の一例であり、設定値識別子の構成例として例えば、図７（Ａ）の「ｂｔ１．１．ｃｏｐｙ」はボタン１の１番目の機能がｃｏｐｙであることを表している。また、そのｃｏｐｙ機能の詳細設定が、
ｂｔ１．１．ｃｏｐｙ．ｃｏｌｌｏｒ：「ｃｏｌｌｏｒ」でカラー設定、
ｂｔ１．１．ｃｏｐｙ．ｃｏｐｉｅｓ：「１２０」で部数が１２０、
ｂｔ１．１．ｃｏｐｙ．ｎｕｐ：「２ｉｎ１」で２ｉｎ１設定、
ｂｔ１．１．ｃｏｐｙ．２ｓｉｄｅｄ：「１−２」で片面原稿を両面にコピーする、
ということを表している一例となる。
【００７１】
また図４（Ｂ）では、コピー部数の最大値を表す設定値識別子「ｃｏｐｙ＿ｓｅｔｔｉｎｇｓ＿ｃｏｐｉｅｓ」の最大値が「９９」である。つまり図７（Ａ）の仮想コンフィグデータは、プリセットボタンのコピーが部数「１２０」に設定されていて、図４（Ｂ）のスキーマに該当する画像形成装置にインポートされる場合は値域を超える。
【００７２】
ここで、仮想コンフィグデータ変換生成手段３１３は、インポートされたプリセットデータのコピー機能を、ＳｃａｎＴｏＢｏｘ機能とＢｏｘＰｒｉｎｔ機能の２つを組み合わせ、インポート先のプリセットボタン１に設定することにより同等の振る舞いを実現する。ＳｃａｎＴｏＢｏｘ機能は、スキャンデータをストレージに保存する機能であり、ＢｏｘＰｒｉｎｔ機能はストレージに保存された文書データを用いて印刷処理を実行する機能である。なお、コンフィグデータのインポート先の画像形成装置は、ＳｃａｎＴｏＢｏｘ機能とＢｏｘＰｒｉｎｔ機能の２つを実行可能であるものとする。
【００７３】
Ｓ１３０１で、変換設定手段３１６は、ＳｃａｎＴｏＢｏｘ機能の設定を行う。図７（Ｂ）は、
ｂｔ１．１．ｓｃａｎ＿ｔｏ＿ｂｏｘ．ｃｏｌｌｏｒ：ｃｏｌｌｏｒ
ｂｔ１．１．ｓｃａｎ＿ｔｏ＿ｂｏｘ．ｂｏｘｎｏ：００
ｂｔ１．１．ｓｃａｎ＿ｔｏ＿ｂｏｘ．ｆｉｌｅｎａｍｅ：１１１１２２２２３３３３
となる。これは、スキャンの設定として、カラースキャン、保存する場所は「００」、ファイル名が「１１１１２２２２３３３３」として設定された例を示している。
【００７４】
次にＳ１３０２にて、変換設定手段３１６は、繰り返し処理に使用される変数を初期化する。この例では、変数Ｎに設定値識別子「ｂｔ１．ｃｏｐｙ．ｃｏｐｉｅｓ」の値を代入し、変数ｘに「２」を代入する。ここで、変数Ｎは残りの設定部数を示し、変数ｘはプリセットボタンに設定される機能の順番を示す番号である。図７（Ｂ）の例ではｘの値は１〜３であり、ｘ＝１にはＳｃａｎＴｏＢｏｘ機能、ｘ＝２およびｘ＝３にはＢｏｘＰｒｉｎｔ機能がそれぞれ設定される。Ｓ１３０３以降に、２回以上繰り返されるＢｏｘＰｒｉｎｔ機能の設定が行われる。Ｓ１３０３では、変換設定手段３１６が各回行われるＢｏｘＰｒｉｎｔ機能の共通設定を行う。図７（Ｂ）では、設定値識別子として、
ｂｔ１．（ｘ）．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔ．ｃｏｌｌｏｒ
ｂｔ１．（ｘ）．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔ．ｂｏｘｎｏ
ｂｔ１．（ｘ）．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔ．ｆｉｌｅｎａｍｅ
ｂｔ１．（ｘ）．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔ．ｎｕｐ
ｂｔ１．（ｘ）．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔ．２ｓｉｄｅｄ
が指定されている（本例において、ｘは２および３）。このうち、〜．ｃｏｌｌｏｒ、〜．ｎｕｐ、〜．２ｓｉｄｅｄは、図７（Ａ）に示すｂｔ１．１．ｃｏｐｙ．ｃｏｌｌｏｒ、ｂｔ１．１．ｃｏｐｙ．ｎｕｐ、およびｂｔ１．１．ｃｏｐｙ．２ｓｉｄｅｄの値を元に指定される。
【００７５】
Ｓ１３０４にて、変換設定手段３１６は、Ｎと設定値スキーマにおける設定値識別子「ｂｔ（ｎ）．１．ｃｏｐｙ．ｃｏｐｉｅｓ」の値域４０４にて指定された最大値と比較する。Ｎが大きければ（Ｓ１３０４にてＹＥＳ）Ｓ１３１０へ進み、それ以外であれば（Ｓ１３０４にてＮＯ）Ｓ１３２０へ進む。Ｓ１３１０にて、変換設定手段３１６は、部数を最大値としたＢｏｘＰｒｉｎｔ機能を設定する。図７（Ｂ）の例では、ｂｔ１．２．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔ．ｃｏｐｉｅｓ：９９と設定される。Ｓ１３１１にて、変換設定手段３１６は、変数Ｎ、変数ｘをプリセットボタンの次機能を設定するために更新し、その後、Ｓ１３０３へ戻る。
【００７６】
Ｓ１３２０以降では、プリセットボタンの最後の機能を設定する。まずＳ１３２０にて、変換設定手段３１６は残りの部数を設定する。図７（Ｂ）の例では、ｂｔ１．３．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔ．ｃｏｐｉｅｓ：２１と設定される。その後、Ｓ１３２１にて、変換設定手段３１６は、使用したファイルを消去する設定を行う。図７（Ｂ）の例では、ｂｔ１．３．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔ．ｄｅｌｅｔｅ：１１１１２２２２３３３３と設定される。Ｓ１３２１を実行後、本処理フローを終了する。
【００７７】
以上の処理により生成された仮想コンフィグデータである図７（Ｂ）の例では、インポート先のデバイスに対応するために、ボタン１に３つの処理を行うように設定されることになる。この設定された設定値識別子に基づいて、まず、ｂ１．１．ｓｃａｎ＿ｔｏ＿ｂｏｘの設定を用いて原稿がスキャンされ、そのデータはストレージに保存される。次にｂｔ１．２．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔの設定を用いて、保存されたスキャンデータが９９部、印刷される。その後、ｂｔ１．３．ｂｏｘ＿ｔｏ＿ｐｒｉｎｔの設定を用いて２１部が印刷される。これにより、図７（Ａ）の１２０部のコピーを行うというプリセットボタン１の同等の振る舞いを、印刷最大部数９９の画像形成装置で実現することができる。
【００７８】
［変換処理（送信処理の場合）］
図１４は、設定値識別子「ｂｔ（ｎ）．１．ｓｃａｎ＿ｔｏ＿ｓｅｎｄ．ａｄｄｒｅｓｓｅｓ」が機種別設定値スキーマの値域を超える場合に、仮想コンフィグデータ変換生成手段３１３が行う図１２のＳ１２２０の詳細動作を表したフローチャートである。なお、仮想コンフィグデータの一例は図８に示した構成とし、変換前の構成が図８（Ａ）に示した構成とし、変換後の構成が図８（Ｂ）に示した構成とする。
【００７９】
また、インポート元の機種別設定値スキーマの一例は図４（Ａ）に示した構成とし、インポート先の機種別設定値スキーマは図４（Ｂ）に示した構成とする。ここでは、インポート先の送信宛先数の最大値を表す設定値識別子「ｓｃａｎ＿ｔｏ＿ｓｅｎｄ＿ａｄｄｒｅｓｓｅｓ」の最大値が「５０」であり、値域を超えている例である。インポートされるプリセットボタンの設定値識別子「ｂｔ５．１．ｓｃａｎ＿ｔｏ＿ｓｅｎｄ．ａｄｄｒｅｓｓｅｓ」の値は「７０」に設定されていて、これも値域を超えている。この変換処理では、スキャンデータをストレージに保存するＳｃａｎＴｏＢｏｘ機能と、ストレージに保存された文書データの送信処理を実行するＢｏｘＳｅｎｄ機能の２つを組み合わせ、同等の振る舞いを実現している。なお、インポート先の画像形成装置は、ＳｃａｎＴｏＢｏｘ機能とＢｏｘＳｅｎｄ機能の２つを実行可能であるものとする。
【００８０】
Ｓ１４０１は図１３のＳ１３０１と同等である。次にＳ１４０２にて、変換設定手段３１６は、繰り返し処理に使用される変数を初期化する。変数Ｎに「ｂｔ５．１．ｓｃａｎ＿ｔｏ＿ｓｅｎｄ．ａｄｄｒｅｓｓｅｓ」の値を代入し、変数ｘに２を代入し、変数ｐに１を代入する。ここで、変数Ｎは残りの宛先数を示し、変数ｘはプリセットボタンに設定される機能の順番を示す番号である。また、変数ｐは設定される複数の宛先のうち、１つを指定するポインタを意味する。
【００８１】
Ｓ１４０３以降に、２回以上繰り返されるＢｏｘＰｒｉｎｔ機能の設定が行われる。Ｓ１４０３にて、変換設定手段３１６は各回行われるＢｏｘＳｅｎｄ機能の共通設定を行う。図８（Ｂ）では、設定値識別子として、ｂｔ５．（ｘ）．ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ｂｏｘｎｏ、ｂｔ５．（ｘ）．ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ｆｉｌｅｎａｍｅ、およびｂｔ５．（ｘ）．ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ｒｅｓｏｌｕｔｉｏｎが指定されている。このうち、〜．ｒｅｓｏｌｕｔｉｏｎは図８（Ａ）の設定値識別子「ｂｔ５．１．ｓｃａｎ＿ｔｏ＿ｓｅｎｄ．ｒｅｓｏｌｕｔｉｏｎ」を元に指定される。
【００８２】
次のＳ１４０４にて変換設定手段３１６は、Ｎと設定値スキーマにおける設定値識別子「ｂｔ（ｎ）．１．ｓｃａｎ＿ｔｏ＿ｓｅｎｄ．ａｄｄｒｅｓｓｅｓ」の値域４０４にて指定された最大値とを比較する。Ｎが大きければ（Ｓ１４０４にてＹＥＳ）、Ｓ１４１０へ進み、それ以外であれば（Ｓ１４０４にてＮＯ）Ｓ１４２０へ進む。Ｓ１４１０にて、変換設定手段３１６は、宛先数を最大値としたＢｏｘＳｅｎｄ機能を設定する。図８（Ｂ）の例では、設定値識別子としてｂｔ５．２．ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ａｄｄｒｅｓｓｅｓ：５０、ｂｔ５．２．ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ａｄ１〜ｂｔ５．２．ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ａｄ５０が設定される。Ｓ１４１１にて、変換設定手段３１６は、変数Ｎ、変数ｘをプリセットボタンの次機能を設定するために更新し、その後、Ｓ１４０３へ戻る。
【００８３】
Ｓ１４２０以降では、プリセットボタンの最後の機能を設定する。まずＳ１４２０にて、変換設定手段３１６は残りの宛先を設定する。図８（Ｂ）の例では、ｂｔ５．３．ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ａｄｄｒｅｓｓｅｓ：２０、およびｂｔ５．２．ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ａｄ１〜ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ａｄ２０が設定される。その後、Ｓ１４２１にて、変換設定手段３１６は使用したファイル（テンポラリファイル）を消去する設定を行う。ここで使用したファイルとは、例えば、コンフィグデータに定義された処理を実行する途中でＳｃａｎＴｏＢｏｘ機能等によって作成され、ストレージ内に保持されたデータなどが該当する。図８（Ｂ）の例では、ｂｔ１．３．ｂｏｘ＿ｔｏ＿ｓｅｎｄ．ｄｅｌｅｔｅ：ｆｉｌｅ１１１と設定されている。Ｓ１４２１の実行後、本処理フローを終了する。
【００８４】
以上の処理により、生成された仮想コンフィグデータである図８（Ｂ）の例は、インポート先のデバイスに対応するために、ボタン５に３つの処理を行うように設定されることになる。ｂ５．１．ｓｃａｎ＿ｔｏ＿ｂｏｘの設定を用いて原稿がスキャンされ、そのデータはストレージに保存される。次にｂｔ５．２．ｂｏｘ＿ｔｏ＿ｓｅｎｄの設定を用いて保存されスキャンデータは宛先５０個に送信される。その後、ｂｔ５．３．ｂｏｘ＿ｔｏ＿ｓｅｎｄの設定を用いて保存されたスキャンデータは残りの宛先２０個に送信される。これにより、図８（Ａ）の宛先７０個にＳｃａｎＴｏＳｅｎｄ機能を実行するというプリセットボタン５と同等の振る舞いを、最大宛先指定可能の数が５０である画像形成装置で実現することができる。
【００８５】
［変換処理（保存処理において、スキーマが対応しない場合）］
図１５は、設定値識別子「ｂｔ（ｎ）．１．ｓｃａｎ＿ｔｏ＿ｂｏｘ．ｂｏｘｎｏ」が機種別設定値スキーマに当てはまらない場合に、仮想コンフィグデータ変換生成手段３１３が行う図１２のＳ１２２０の詳細動作を表したフローチャートである。なお、仮想コンフィグデータの一例は図９に示した構成とし、変換前の構成が図９（Ａ）に示した構成とし、変換後の構成が図９（Ｂ）に示した構成とする。
【００８６】
また、インポート元の機種別設定値スキーマの一例は図４（Ａ）に示した構成とし、インポート先の機種別設定値スキーマは図４（Ｂ）に示した構成とする。また、インポート元の仮想機器構成データの構成の例は図６（Ａ）に示した構成とし、インポート先の構成の例は図６（Ｃ）に示した構成とする。図４（Ｂ）に示す設定値識別子「ｂｔ（ｎ）．１．ｓｃａｎ＿ｔｏ＿ｂｏｘ．ｂｏｘｎｏ」に対する条件は「ＨＤＤ」であるが、図６（Ｃ）に示すＨＤＤは容量が０Ｇであり、画像形成装置のストレージ機能は無い。したがって、当該画像形成装置は、ＨＤＤに保存可能でない。そのため、本処理では、ネットワーク上のサーバに保存するようにデータの格納先を変換する。
【００８７】
Ｓ１５０１にて、変換設定手段３１６は、図９（Ｂ）では、図９（Ａ）に示された設定値識別子「ｂｔ１．１．ｓｃａｎ＿ｔｏ＿ｂｏｘ．ｂｏｘｎｏ」を削除する。そして、変換設定手段３１６は、設定値識別子「ｂｔ１．１．ｓｃａｎ＿ｔｏ＿ｂｏｘ．ｓｒｖ」を加え、仮想コンフィグデータの設定値識別子「ｂｏｘ＿ｓｅｔｔｉｎｇｓ．ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓ」の値を設定する。Ｓ１５０１を実行後、本処理フローを終了する。
【００８８】
以上の処理により、生成された仮想コンフィグデータである図９（Ｂ）の例は、ボタン１にネットワーク上のサーバに対してスキャンデータを保存するように設定されることになる。これにより図８（Ａ）のＳｃａｎＴｏＢｏｘ機能を実行するというプリセットボタン１と同等の振る舞いを、ＨＤＤを持たない画像形成装置で実現することができる。
【００８９】
［処理フロー（画像形成装置）］
図１０は、画像形成装置１０１での本実施形態に係るフローチャートである。フローチャートの各処理を実行する各手段は、画像形成装置１０１が備える不揮発性メモリ２０２Ａ、揮発性メモリ２０３Ａ、補助記憶装置２０４Ａのいずれかの記憶手段に記憶され、ＣＰＵ２０１Ａにより実行される。
【００９０】
ディスプレイ２０５Ａと入力装置２０６Ａを備えたＵＩパネルやネットワーク上の端末装置１０２から画像形成装置１０１に対して要求がなされると本処理が実行される。
【００９１】
Ｓ１００１にて、画像形成装置１０１は、入力された要求を判別する。設定値管理サービス３１０へ仮想コンフィグデータインポート要求の送信要求がされた場合は、Ｓ１０１０へ進む。仮想コンフィグデータ取得要求の送信要求がされた場合は、Ｓ１０２０へ進む。仮想コンフィグデータ更新確認要求の送信要求であった場合は、Ｓ１０５０へ進む。その他の要求であった場合は、Ｓ１０９０へ進む。
【００９２】
Ｓ１０１０にて、仮想コンフィグデータ受信手段３０３は、設定値管理サービス３１０へ仮想コンフィグデータインポート要求を送信する。その後、Ｓ１０１１にて仮想コンフィグデータ受信手段３０３は、設定値管理サービス３１０から要求が成功して正常に処理が終了した旨を受信した場合（Ｓ１０１１にてＹＥＳ）はＳ１０２０へ進む。エラー応答の場合は（Ｓ１０１１にてＮＯ）Ｓ１０４０へ進む。
【００９３】
Ｓ１０２０にて、仮想コンフィグデータ受信手段３０３は、設定値管理サービス３１０へ仮想コンフィグデータ取得要求を送信する。その後、仮想コンフィグデータ受信手段３０３は、設定値管理サービス３１０からの応答を受信し、要求が成功して正常に仮想コンフィグデータを受信した場合は（Ｓ１０２１にてＮＯ）Ｓ１０３０へ進む。エラー応答を受信した場合は（Ｓ１０２１にてＹＥＳ）Ｓ１０４０へ進む。Ｓ１０３０にて、実コンフィグデータ更新手段３０２は、受信した仮想コンフィグデータから、実コンフィグデータ保持手段３０１に保持している実コンフィグデータを更新する。そして、本処理フローを終了する。
【００９４】
Ｓ１０５０にて、仮想コンフィグデータ受信手段３０３は、仮想コンフィグデータ更新確認要求を送信する。その後、仮想コンフィグデータ受信手段３０３は、設定値管理サービス３１０からの応答を受信し、要求が成功して正常に仮想コンフィグデータを受信した場合は（Ｓ１０５１にてＹＥＳ）Ｓ１０５２へ進む。エラー応答を受信した場合は（Ｓ１０５１にてＮＯ）Ｓ１０４０へ進む。Ｓ１０５２にて、仮想コンフィグデータ受信手段３０３は、ＵＩパネルまたはネットワーク上の端末に対して更新の有無を表示する。
【００９５】
Ｓ１０４０にて、画像形成装置１０１はエラー処理を行い、その後本処理フローを終了する。Ｓ１０９０にて、画像形成装置１０１は、要求された処理を行い、本処理フローを終了する。
【００９６】
なお、本実施形態において、図１０、図１１の処理の起因となる要求は、例えばサービスマン、管理者、ユーザ等の操作によって行われる。例えばサービスマンは、画像形成装置１０１Ａ、１０１Ｂ、１０１Ｃ、端末装置１０２Ｄ、１０２Ｅ、１０２Ｆのいずれかを使用して要求を行うことが想定される。また、管理者は、画像形成装置１０１Ａ、１０１Ａ、１０１Ｂ、１０１Ｃ、端末装置１０２Ｄ、１０２Ｅのいずれかを使用して要求を行うことが想定される。また、ユーザは、画像形成装置１０１Ａ、１０１Ａ、１０１Ｂ、１０１Ｃ、端末装置１０２Ｄのいずれかを使用して要求を行うことが想定される。本実施形態において、画像形成装置を使用した場合の図１１の要求は、ユーザはまず画像形成装置に要求を行い、画像形成装置が設定値管理サービスに対して要求を送信することによって行われる。
【００９７】
また、図１０、図１１の処理の起因は、画像形成装置側もしくは設定値管理サービス側のいずれかにおいて、コンフィグデータに含まれる値の更新があった場合としてもよい。この更新された場合において、設定値管理サービスは、コンフィグデータを再生成し、インポート先の画像形成装置へ再度提供することとなる。
【００９８】
以上により、ある機種の画像形成装置のコンフィグデータを、異なる機種の画像形成装置へインポートした際に、設定可能範囲をオーバした場合でも同一の振る舞いを行うように設定することができる。また、インポート先の画像形成装置において、能力（設定上限）を超えるジョブに対しても１回の操作（プリセットボタンの指示）でジョブを実行可能なようにするコンフィグデータを生成することができる。
【００９９】
なお、本実施形態において、コンフィグデータはボタンの形式でユーザに提供されたが、これに限定されるものではない。例えば、ユーザが動作の実行を指示する際に選択可能なリスト形式に含まれる各項目に対応付けるようにしても構わない。
【０１００】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2013008338.tif 000003
【図２】
2013008338.tif 000004
【図３】
2013008338.tif 000005
【図４】
2013008338.tif 000006
【図５】
2013008338.tif 000007
【図６】
2013008338.tif 000008
【図７】
2013008338.tif 000009
【図８】
2013008338.tif 000010
【図９】
2013008338.tif 000011
【図１０】
2013008338.tif 000012
【図１１】
2013008338.tif 000013
【図１２】
2013008338.tif 000014
【図１３】
2013008338.tif 000015
【図１４】
2013008338.tif 000016
【図１５】
2013008338.tif 000017