JP2015180991A - 画像形成装置、画像形成装置の制御方法およびプログラム - Google Patents

Abstract

【課題】画像形成装置の設定値の統廃合があった場合でも、ユーザに手間をかけることなく、容易に、統廃合の前後の設定値の引き継ぎを可能にする画像形成装置、画像形成装置の制御方法およびプログラムを提供する。【解決手段】新機種の画像形成装置１０１では、設定値管理部３０１が、旧機種用の第１のカテゴリに分類される設定値（例えば機能Ａの認証設定、機能Ｂの認証設定等）を含む複数の設定値を、新機種用の第２のカテゴリに分類して（例えば統合認証設定として）管理する。また、アプリケーション管理部３１１が、第１のカテゴリに分類される設定値についてはインポートのみサポートするように管理する。さらに、エクスポート管理部３１３が、エクスポート処理の指示が入力された場合に、指示された設定値の中から、アプリケーション管理部３１１によりインポートのみサポートされている設定値を除いた設定値をエクスポート処理の対象とする。【選択図】図３

Description

本発明は、画像形成装置にインストール可能なアプリケーションの設定値の管理に関する。

従来より、アプリケーションをインストール可能な画像形成装置が存在する。これらのアプリケーションは、元々画像形成装置が持っていない機能を追加し、付加価値を生み出すためのものである。これらのアプリケーションには該アプリケーションの振る舞いを切り替えるための設定値が存在し、アプリケーション自身がその設定値を管理する仕組みが存在する。

また、画像形成装置は、複数の画像形成装置の設定値を効率的に管理するため、設定値のインポート、エクスポート機能を備えることも一般的である。設定値のインポート処理においては、画像形成装置の機種やオプションによって互換性がない設定値がインポートされてしまうことを防ぐため、アプリケーション自身がインポート、エクスポート機能を備える場合がある。設定値のインポート、エクスポート機能から、アプリケーションのインポート、エクスポート機能を呼び出すことで、各アプリケーションの設定がインポート、エクスポートされる仕組みである。以上の説明は、画像形成装置に後からインストール可能なアプリケーションを想定するものであるが、その形態に限った話ではない。例えば、画像形成装置にもともと組み込まれた機能であっても同様である。

なお、装置の機種や年式の違いにより、同じ機能を提供するアプリケーションであっても、異なる識別子が付与され異なるアプリケーションとして管理される場合がある。通常、設定値の設定がインポート、エクスポートによる移行は、同一の識別子のアプリケーション間で行われる。特許文献１では、アプリケーションを一意に識別するための識別子が異なっていても、柔軟にデータを移行できる技術が提案されている。特許文献１では、設定値のファイルを利用可能なアプリケーションの識別子のリストを含む定義ファイルを、設定ファイルとともに画像形成装置にインポートし、該定義ファイルに含まれる識別子のリストを用いて、識別子が異なるアプリケーション間で同じ設定値を引き継ぐ仕組みとなっている。

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

しかし、特許文献１の技術では、ベンダ等が上述した定義ファイルを事前に作成する必要がある。また、ユーザはベンダ等が作成した上記定義ファイルを事前に取得する必要がある。さらに、ベンダ等で上記定義ファイルが作成されていない場合、ベンダ等に上記定義ファイルの作成を依頼したり、自ら上記定義ファイルの作成を行う必要も出てくる。このように、上記特許文献１の技術では、設定値の移行に手間がかかり、煩雑で使い勝手の良いものではなかった。

また、アプリケーションや機能、設定値の統廃合などによっては、同じ設定値であっても、異なるカテゴリで分類される場合がある。例えば、新機種では、旧機種用の設定値を分類する旧機種用のカテゴリとは異なる新機種用のカテゴリを用いて設定値の管理を行っている場合がある。このような場合、新機種では旧機種用のカテゴリで分類される設定値をインポートして利用することが可能であるが、旧機種では新機種用のカテゴリで分類される設定値をインポートしても利用できないといったケースも考えられる。上記特許文献１の技術では、リストに含まれるアプリケーション間で設定ファイルを移行するものであるため、上記のようなケースは全く考慮されていない。

また、ユーザは、画像形成装置に対して事前に、どの設定値をインポート、エクスポート可能であるか等の情報を知りたい場合があるが、従来では、このような情報を問い合わせる機能についての考慮がされていなかった。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、画像形成装置の設定値の統廃合があった場合でも、ユーザに手間をかけることなく、容易に、統廃合の前後の設定値の引き継ぎを可能にする仕組みを提供することである。

本発明は、異なる機種の画像形成装置の複数の設定値を分類するための第１のカテゴリとは異なる第２のカテゴリを用いた設定値の管理を行う画像形成装置であって、前記第１のカテゴリに分類される設定値を含む複数の設定値を、前記第２のカテゴリに分類して管理する管理手段と、前記第１のカテゴリに分類される設定値のインポート処理を制御する第１の制御手段と、有し、前記管理手段は、設定値のエクスポート処理の指示が入力された場合に、該指示で指定されている設定値の中から、前記第１の制御手段によるインポート処理の対象となる設定値を除いた設定値をエクスポート処理の対象とすることを特徴とする。

本発明によれば、画像形成装置の設定値の統廃合があった場合でも、ユーザに手間をかけることなく、容易に、統廃合の前後の設定値の引き継ぎを可能にする。

本発明の画像形成装置を含むネットワークシステムを例示する図。 画像形成装置のハードウェア構成を例示する図。 画像形成装置のソフトウェア構成を例示する図。 アプリケーション管理部で保持管理する情報を例示する図。 エクスポートデータを例示する図。 設定値の情報を登録する処理を例示するフローチャート。 設定値をエクスポートする処理を例示するフローチャート。 設定値をインポートする処理を例示するフローチャート。 インポート・エクスポート可能な設定値の情報を取得する処理を例示するフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。
まず、用語の定義を行う。ユーザとは、図１に示す画像形成装置１０１ａ及び１０１ｂの機能を利用する人物を指すものとする。以後、全ての画像形成装置を指す場合は、画像形成装置１０１と表記する。設定とは、画像形成装置１０１の振る舞いを切り替えるためのデータを指すものとする。後述する設定値管理部３０１によって記憶され、画像形成装置１０１の各機能を実現するソフトウェアが適宜参照して動作する。インポートとは、画像形成装置１０１の設定（全設定または所定単位の設定）を一括で画像形成装置１０１に取り込むことを指すものとする。インポートデータとは、インポートするデータを指すものとする。エクスポートとは、画像形成装置１０１の設定（全設定または所定単位の設定）を一括で画像形成装置１０１の外に取り出すことを指すものとする。エクスポートデータとは、エクスポートされたデータを指すものとする。インポートデータと同値であるが、説明する際の目線によって呼称が異なる。

本実施例では以下の状況を想定する。まず、旧機種と新機種の２機種が存在する。旧機種では、アプリケーションＡ、Ｂがインストールされている。アプリケーションＡ、Ｂは、それぞれ機能Ａ、Ｂを提供し、それぞれ機能Ａの認証設定、機能Ｂの認証設定を管理する。また、新機種では、機能Ａ、ＢがアプリケーションＣに統合されている。機能Ａの認証設定、機能Ｂの認証設定は、新機種では統合認証設定として統合されている。即ち、統合認証設定は、機能Ａの認証設定および機能Ｂの認証設定を含む複数の設定からなる。この統合認証設定は、アプリケーションＣにより管理される。この前提で、以下、実施例を説明していく。

図１は、本発明の一実施例を示す画像形成装置を含むネットワークシステムの構成の一例を示す図である。
画像形成装置１０１は、複合機に代表される、画像を形成する機能を有する装置である。画像形成装置１０１ａと画像形成装置１０１ｂは、同じく画像形成装置１０１を指すものとする。ただし、画像形成装置１０１ａは旧機種、画像形成装置１０１ｂは新機種を指す。画像形成装置１０１は、ＬＡＮ１１０に接続された別の情報機器（例えばＰＣ２）とＬＡＮ１１０を介して通信可能である。画像形成装置１０１が備える機能については図２、図３で詳しく説明する。

ＰＣ１０２は、一般的なパーソナルコンピュータであって、ネットワーク通信可能な機能と、Ｗｅｂブラウザを備える。ＰＣ１０２は、ＬＡＮ１１０に接続された別の情報機器と通信可能である。ＬＡＮ１１０は、デジタル通信が可能なネットワークである。画像形成装置１０１、ＰＣ１０２がＬＡＮ１１０に接続され、相互に通信が可能である。

図２は、画像形成装置１０１のハードウェア構成を例示するブロック図である。
ＣＰＵ２０１は、プログラムの実行や、様々な処理の制御を行う。不揮発性メモリ２０２は、ＲＯＭから構成され、機器の起動処理において初期段階に必要なプログラムやデータが格納されている。揮発性メモリ２０３は、ＲＡＭから構成され、プログラム、データの一時的な格納場所として利用される。

補助記憶装置２０４は、ハードディスクやＲＡＭドライブ等の大容量記憶装置から構成され、大容量データの保管、プログラムの実行コードの保持、画像形成装置１０１の設定値の保持を行う。補助記憶装置２０４は、前記揮発性メモリ２０３と比較して、長時間保持する必要があるデータを記憶する。補助記憶装置２０４は不揮発性の記憶装置であるため、画像形成装置１０１の電源が切られてもデータを記憶し続けることができる。

ディスプレイ２０５は、ユーザに情報を伝えるための表示装置である。入力装置２０６は、利用者の選択指示を受け付け、内部バス２１０を介してプログラムに伝達するための装置である。入力装置２０６は、例えば、ハードキーや、ディスプレイ２０５の表面に設けられたタッチパネル等で構成される。

ネットワーク通信装置２０７は、別の情報処理装置とネットワーク１１０を介して通信するための装置である。内部バス２１０は、各ハードウェア装置２０１〜２０７を前記画像形成装置１０１内で通信可能な状態に接続する通信バスである。

図３は、画像形成装置１０１のソフトウェア構成を例示するブロック図である。
図３に示す各ソフトウェアモジュール（以下、ソフトウェア部）は、画像形成装置１０１において不揮発性メモリ２０２もしくは補助記憶装置２０４に格納されたプログラムをＣＰＵ２０１にて実行することにより実現されるものである。また、各ソフトウェア部の実行時に使用される各種情報は、揮発性メモリ２０３もしくは補助記憶装置２０４に保持され、ソフトウェア部の間で各種情報のやりとりを行うことができる。また、ネットワーク上にある各情報機器との通信は、画像形成装置１０１のネットワーク通信装置２０７を用いて行うものとする。

以下、各ソフトウェア部について説明する。
設定値管理部３０１は、画像形成装置１０１の設定を保持する。設定値管理部３０１は、設定を補助記憶装置２０４に保持して、必要に応じて参照する。本実施例では、アプリケーションが管理する設定値も設定値管理部３０１で管理する構成としているが、アプリケーションが管理する設定値は別に管理する構成であってもよい。例えば、アプリケーション自身が独自の方法でファイル保存するなどの構成であってもよい。

設定値配信フレームワーク３１０は、設定値のインポート、エクスポートを取りまとめるフレームワークであって、アプリケーション３２０のインポート、エクスポート機能を取りまとめる機能を提供する。

以下、設定値配信フレームワーク３１０が保持する機能について説明する。
アプリケーション管理部３１１は、アプリケーションが後述するフレームワーク登録部３２１で登録する情報を元に、インポート、エクスポートの対象となる設定値の情報を管理する。

図４は、アプリケーション管理部３１１で保持管理する情報を例示する図である。
図４（ａ）は画像形成装置１０１ａ（即ち旧機種）のアプリケーション管理部３１１で管理する情報に対応し、図４（ｂ）は画像形成装置１０１ｂ（即ち新機種）のアプリケーション管理部３１１で管理する情報に対応する。

図４において、カテゴリ４０１は、画像形成装置１０１の利用者からみたときに、インポート、エクスポート可能な設定値の単位を示す。図４（ａ）の例では、「機能Ａの認証設定」や「機能Ｂの認証設定」といった単位で設定値のインポート、エクスポート対象を選択できることが示されている。一方、図４（ｂ）の例では、「統合認証設定」、「機能Ａの認証設定」、「機能Ｂの認証設定」といった単位で設定値のインポート、エクスポート対象を選択できることが示されている。

対応識別子４０２は、カテゴリ４０１に対応する設定値の識別子を示す。図４（ａ）の例では、「機能Ａの認証設定」というカテゴリに対して「authentication_forA」という設定値の識別子が対応づけられていることが示されている。対応識別子４０２は、少なくとも１つ以上割り当てられていればよい。「機能Ａの認証設定」というカテゴリに対して、例えば「authentication_forA」、「authentication_forA２」という２つの対応識別子が割り当てられていてもよい。

インポートアプリケーション４０３は、カテゴリ４０１に対応してインポート処理を実行すべきアプリケーションの情報を示す。図４（ａ）の例では、「機能Ａの認証設定」というカテゴリに対して「アプリケーションＡ」のインポート処理が呼び出されることが示されている。

なお、実際には、後述するインポート管理部３１２からアプリケーションのインポート処理を呼び出すためには、クラス名やメソッド名といったプログラムに関する情報が必要となる。本実施例では、クラス名やメソッド名が固定で決まっていることを前提に、アプリケーションが特定されればインポート処理を呼び出すことができる環境を想定している。

また、本実施例では、カテゴリ４０１に対応したインポート処理を実行するために、インポートアプリケーション４０３に、アプリケーションを特定するための情報を記憶しているが、他の構成も考えられる。例えば、カテゴリ４０１に対応したインポート処理を呼び出すためのクラス名およびメソッド名をインポートアプリケーション４０３に記憶しておいてもよい。その場合、例えば「com.xxx.appa.ImpExp#import()」のような情報がインポートアプリケーション４０３に記憶されていていてもよい。もしくは、インポート処理を呼び出すための関数ポインタをインポートアプリケーション４０３に記憶してもよい。その場合、例えば「0x80123456」のようなアドレス情報がインポートアプリケーション４０３に登録される。

図４（ａ）のインポートアプリケーション４０３の例では、１つのカテゴリに対して１つのアプリケーションが記憶されている。しかし、図４（ｂ）のエクスポートアプリケーション４０４のように、インポートアプリケーション４０３にアプリケーションの情報が未登録（なし）であってもよいし、２つ以上のアプリケーションが記憶されていてもよい。インポートアプリケーション４０３にアプリケーションの情報が未登録であるということは、すなわち該当するカテゴリがインポートすることができないカテゴリであることを示す。また、インポートアプリケーション４０３に２つ以上のアプリケーションが登録されているということは、該当するカテゴリの設定を２つ以上のアプリケーションで分担してインポートすることを示す。

エクスポートアプリケーション４０４は、カテゴリ４０１に対応してエクスポート処理を実行すべきアプリケーションの情報を示す。図４（ａ）の例では、「機能Ａの認証設定」というカテゴリに対して「アプリケーションＡ」のエクスポート処理が呼び出されることが示されている。なお、エクスポートアプリケーション４０４は、データの移行方向（インポートとエクスポート）の違いだけで、他の点ではインポートアプリケーション４０３と同様であるので説明を省略する。また、図４（ｃ）については後述する。

以下、図３の説明に戻る。
インポート管理部３１２は、設定値のインポートを行う。インポート管理部３１２は、前記入力装置２０６もしくはネットワーク通信装置２０７を介したインポート指示を検知すると、インポート指示の内容に応じて、インポートデータを取得する。また、インポート管理部３１２は、インポートデータに含まれる設定のカテゴリ４０１を参照し、対応するインポートアプリケーション４０３の処理を呼び出す。

図５は、エクスポートデータを例示する図である。
エクスポートデータがインポート対象となるため、ここではインポートデータとして説明する。本実施例では、インポートデータはＸＭＬ形式で表現されているが、他の形式であてもよい。
図５（ａ）は、画像形成装置１０１ａ（即ち旧機種）からエクスポートしたデータに対応する。また、図５（ｂ）、図５（ｃ）は、画像形成装置１０１ｂ（即ち新機種）からエクスポートしたデータに対応する。以下、図５（ａ）を用いて説明する。

＜env＞タグには、インポートデータ全体に対する情報が登録されている。＜category＞タグには、インポートデータに含まれる設定値のカテゴリ情報（４０１に対応）が記憶される。図５（ａ）の例では、カテゴリ「機能Ａの認証設定」と「機能Ｂの認証設定」が含まれていることを示している。「機能Ａの認証設定」の実体は、「機能Ａの認証設定」の対応識別子４０２である＜authentication_forA＞タグの中に記載される。詳細は本発明と関係がないため割愛する。同様に、「機能Ｂの認証設定」の実体は、「機能Ｂの認証設定」の対応識別子４０２である＜authentication_forB＞タグの中に記載される。

以下、図３の説明に戻る。
エクスポート管理部３１３は、設定値のエクスポートを行う。前記入力装置２０６もしくはネットワーク通信装置２０７を介したエクスポート指示を検知すると、エクスポート指示の内容に応じて、要求された設定のカテゴリ４０１を参照し、対応するエクスポートアプリケーション４０４の処理を呼び出す。なお、エクスポートデータの説明については、既に図５を用いてインポートデータとして説明済みであるため省略する。

処理種別設定部３１４は、後述するアプリケーション３２０のフレームワーク登録部３２１から登録される設定値の情報を元に、そのアプリケーションがその設定値に対してインポートとエクスポートのどちらをサポートするかを判定し、アプリケーション管理部３１１に設定する。例えば、アプリケーション３２０がインポートをサポートするという情報と共に設定値の情報をフレームワークに登録してきた場合、インポートアプリケーション４０３にのみアプリケーション３２０の登録を行う。アプリケーション３２０がインポートとエクスポートをサポートするという情報と共に設定値の情報をフレームワークに登録してきた場合、インポートアプリケーション４０３とエクスポートアプリケーション４０４の双方にアプリケーション３２０の登録を行う。

サポート設定カテゴリ取得部３１５は、インポートやエクスポートが可能な設定値のカテゴリ４０１を外部（例えばＰＣ１０２等）から参照できる機能を提供する。図４（ａ）の例では、インポート可能な設定値のカテゴリ４０１は「機能Ａの認証設定」と「機能Ｂの認証設定」の２つであり、エクスポート可能な設定値のカテゴリ４０１も「機能Ａの認証設定」と「機能Ｂの認証設定」の２つである。一方、図４（ｂ）の例では、インポート可能な設定値のカテゴリ４０１は「統合認証設定」と「機能Ａの認証設定」と「機能Ｂの認証設定」の３つであるが、エクスポート可能な設定値のカテゴリ４０１は「統合認証設定」の１つだけである。以上が、設定値配信フレームワーク３１０が保持する機能についての説明である。

次に、アプリケーション３２０について説明する。
アプリケーション３２０は、画像形成装置１０１上で特定の機能を提供するソフトウェアであり、画像形成装置１０１に複数インストール可能である。例えば、図３に示す例では、画像形成装置１０１には、例えば、アプリケーション３２０−１、３２０−２、３２０−３の３つのアプリケーションがインストールされている。以後、全てのアプリケーションを指す場合は、アプリケーション３２０と表記する。なお、アプリケーション３２０の構成の詳細は３２０−１に示し、３２０−２、３２０−３では省略し記載してある。

以下、アプリケーション３２０が保持する機能について説明する。
フレームワーク登録部３２１は、アプリケーション３２０が管理する設定値の情報を設定値配信フレームワーク３１０に登録する。具体的には、「カテゴリ」、「対応識別子」、「インポートをサポートするか」、「エクスポートをサポートするか」という４つの情報を、図４の４０１〜４０４に示すように、アプリケーション管理部３１１に登録する。

以下、図４（ａ）のアプリケーションＡを例に説明する。フレームワーク登録部３２１は、「機能Ａの認証設定」というカテゴリに「authentication_forA」という識別子の設定値が属するという情報の登録を、アプリケーション管理部３１１に登録する（４０１、４０２）。さらに、フレームワーク登録部３２１は、「機能Ａの認証設定」というカテゴリの設定値について、アプリケーションＡがインポートをサポートするという情報、及び、エクスポートをサポートするという情報を、アプリケーション管理部３１１に登録する（４０３、４０４）。その結果、図４（ａ）の「機能Ａの認証設定」のような情報が、アプリケーション管理部３１１に登録される。アプリケーションＢについても同様であり、図４（ａ）の「機能Ｂの認証設定」のような情報が、アプリケーション管理部３１１に登録される。

また、図４（ｂ）のアプリケーションＣを例に説明する。アプリケーションＣは、「機能Ａの認証設定」と「機能Ｂの認証設定」が統合された「統合認証設定」をサポートする。そのため、フレームワーク登録部３２１は、「統合認証設定」というカテゴリに「authentication_forC」という識別子の設定値が属するという情報を、アプリケーション管理部３１１に登録する（４０１、４０２）。さらに、フレームワーク登録部３２１は、「機能Ｃの認証設定」というカテゴリの設定値について、アプリケーションＣがインポートをサポートするという情報、及び、エクスポートをサポートするという情報を、アプリケーション管理部３１１に登録する（４０３、４０４）。

また、アプリケーションＣは、「機能Ａの認証設定」と「機能Ｂの認証設定」を旧機種のエクスポートデータから引き継げるようにするため、以下の登録も依頼する。すなわち、フレームワーク登録部３２１は、「機能Ａの認証設定」というカテゴリに「authentication_forA」という識別子を関連付け、アプリケーションＣがインポートのみサポートするという情報を、アプリケーション管理部３１１に登録する。また、「機能Ｂの認証設定」というカテゴリに「authentication_forB」という識別子を関連付け、アプリケーションＣがインポートのみサポートするという情報を、アプリケーション管理部３１１に登録する。以上の結果、図４（ｂ）のような情報が、アプリケーション管理部３１１に登録される。

ここで、新機種の画像形成装置１０１ｂにおける「機能Ａの認証設定」、「機能Ｂの認証設定」のインポートを、アプリケーションＣではなく、アプリケーションＡ'、アプリケーションＢ'がサポートする例について説明する。この例の場合、アプリケーションＡ'、アプリケーションＢ'は、旧機種用のカテゴリで分類される設定値のインポート処理が行うためのアプリケーション（以下、互換アプリケーション）である。この互換アプリケーションは、新機種の画像形成装置１０１ｂにインストール可能である。例えば、新機種の画像形成装置１０１ｂにおいては、アプリケーション３２０−２、３２０−３（図３）が上述の互換アプリケーションであるとする。

また、この互換アプリケーションは、設定値のインポートのみをサポートし、エクスポートはサポートしない。よって、この互換アプリケーションは、フレームワーク登録部３２１、インポート部３２２を備えるが、エクスポート部３２３を備えていない。この互換アプリケーションからインポートされる設定値は、アプリケーション管理部３１１によりインポートのみ可能な設定として管理される。

アプリケーションＡ'のフレームワーク登録部３２１は、「機能Ａの認証設定」というカテゴリに「authentication_forA」という対応識別子を関連付け、アプリケーションＡ'がインポートをサポートし、エクスポートをサポートしないという情報を、アプリケーション管理部３１１に登録する。その結果、図４（ｃ）の「機能Ａの認証設定」のような情報が、アプリケーション管理部３１１に登録される。同様に、フレームワーク登録部３２１は、アプリケーションＢ'から登録依頼に応じて、「機能Ｂの認証設定」というカテゴリに「authentication_forB」という対応識別子を関連付け、アプリケーションＢ'がインポートをサポートし、エクスポートをサポートしないという情報を、アプリケーション管理部３１１に登録する。その結果、図４（ｃ）の「機能Ｂの認証設定」のような情報が、アプリケーション管理部３１１に登録される。

以下、インポート部３２２について説明する。
インポート部３２２は、設定値のインポート処理を行う。具体的には、インポート部３２２は、インポート管理部３１２から渡されたインポートデータを、前記設定値管理部３０１に登録する。本実施例では、旧機種の「機能Ａの認証設定」及び「機能Ｂの認証設定」を新機種に引き継ぐことを想定している。新機種である画像形成装置１０１ｂにおいては、例えば、アプリケーションＣが「機能Ａの認証設定」及び「機能Ｂの認証設定」のインポートを行う。以下、例えば新機種の「統合認証設定」を新機種にインポートする場合について説明する。

図５（ｂ）は、新機種である画像形成装置１０１ｂで「統合認証設定」を指定してエクスポート処理を実行した場合のエクスポートデータの例である。
図５（ｂ）に示す例では、＜category＞タグには、「統合認証設定」だけでなく、「機能Ａの認証設定」及び「機能Ｂの認証設定」も含まれている例が示されている。「機能Ａの認証設定」及び「機能Ｂの認証設定」は旧機種への互換のため含まれているものである。よって、図５（ｃ）に示すように、画像形成装置１０１ｂで「統合認証設定」を指定してエクスポート処理を実行した場合、＜category＞タグに、「統合認証設定」のみが含まれ、「機能Ａの認証設定」及び「機能Ｂの認証設定」を含まれないようにエクスポート処理する構成としてもよい。

図５（ｂ）に例示するインポートデータをインポート処理する場合、インポート管理部３１２は、「機能Ａの認証設定」及び「機能Ｂの認証設定」のインポート処理（図４（ｂ）の例ではアプリケーションＣのインポート部３２２）も呼び出す。しかし、「機能Ａの認証設定」及び「機能Ｂの認証設定」は旧機種への互換のため登録されているにすぎず、新機種のエクスポートデータであれば、本来「統合認証設定」のインポートだけを行えばよい。そのため、アプリケーションＣのインポート部３２２は、「機能Ａの認証設定」及び「機能Ｂの認証設定」のインポート処理のために呼び出された場合に以下のような制御を行う。まず、アプリケーションＣのインポート部３２２は、「統合認証設定」のインポートが行われているか判定する。「統合認証設定」のインポートが行われている場合、アプリケーションＣのインポート部３２２は、「機能Ａの認証設定」及び「機能Ｂの認証設定」のインポート処理は行わない制御を実行する。

また、上記と異なる構成として、画像形成装置１０１ｂに、上述したアプリケーションＡ'、アプリケーションＢ'をインストールし、アプリケーションＡ'が「機能Ａの認証設定」のインポートを行い、アプリケーションＢ'が「機能Ｂの認証設定」のインポートを行うように構成してもよい。なお、この構成では、アプリケーションＣは、「統合認証設定」のインポートは行うが、「機能Ａの認証設定」、「機能Ｂの認証設定」は行わない構成とする。

この構成の場合、アプリケーションＡ'のインポート部３２２は、「機能Ａの認証設定」のインポート処理のために呼び出された場合に以下のような制御を行う。まず、アプリケーションＡ'のインポート部３２２は、アプリケーションＣのインポート部３２２により「統合認証設定」のインポートが行われているか判定する。そして、「統合認証設定」のインポートが行われている場合、アプリケーションＡ'のインポート部３２２は、「機能Ａの認証設定」のインポート処理は行わない制御を実行する。アプリケーションＢ'のインポート部３２２も同様に、「統合認証設定」のインポートが行われている場合、「機能Ｂの認証設定」のインポート処理は行わない制御を実行する。なお、「統合認証設定」のインポートが行われているかどうかは、アプリケーションからインポート管理部３１２に問い合わせる、又は、インポート管理部３１２からアプリケーション３２０に通知すること等で確認できる。また、「統合認証設定」がちょうど、「機能Ａの認証設定」と「機能Ｂの認証設定」を合わせたものである場合、互換アプリケーション（アプリケーションＡ'、Ｂ'）によりインポートを実行し、アプリケーションＣが呼び出しを無視してもよい。

上述したいずれの構成であっても、複数のカテゴリを指定したインポート指示が行われた場合に、各カテゴリで重複する同じ設定値に対するインポート処理のために複数回、インポートのためにアプリケーションが呼び出される。この場合、アプリケーション側で２回目以降の呼び出しを無視して、重複設定を避けるように制御する。例えば、アプリケーションＣに対する複数回の呼び出しが発生する場合には、アプリケーションＣが２回目移行の呼び出しを無視する。また、アプリケーションＣと互換アプリケーション（アプリケーションＡ'、Ｂ'）の両方の呼び出しが発生する場合には、互換アプリケーション又はアプリケーションＣのいずれかが当該呼び出しを無視する。

さらに、上記と異なる構成も考えられる。例えば、「統合認証設定」のインポートが行われている場合でも、インポート部３２２が、「機能Ａの認証設定」及び「機能Ｂの認証設定」のインポート処理を行う構成でもよい。この構成の場合、処理の無駄ではあるものの、結果的には正しくインポートが実施される。または、インポート管理部３１２が、インポートアプリケーションのみが登録されたカテゴリを互換用カテゴリと判定し、新機種間でのインポート処理であれば互換用カテゴリに対応するインポートアプリケーションを呼び出さない構成であってもよい。この構成をとる場合、図５で説明した＜env＞タグなどに、エクスポートした画像形成装置１０１の機種情報を埋め込む必要がある。

次に、エクスポート部３２３について説明する。
エクスポート部３２３は、設定値のエクスポート処理を行う。具体的には、エクスポート管理部３１３から指示された設定値をエクスポートデータに書き込む。本実施例では、旧機種の「機能Ａの認証設定」及び「機能Ｂの認証設定」を新機種に引き継ぐことを想定している。

まず、新機種である画像形成装置１０１ｂを、旧機種の「機能Ａの認証設定」及び「機能Ｂの認証設定」を新機種に引き継ぐことを想定するが、新機種の「統合認証設定」を旧機種に引き継ぐことを想定しない構成として説明する。このような構成の画像形成装置１０１ｂで「統合認証設定」を指定してエクスポート処理を実行した場合、エクスポートデータは、以下のようになる。この場合、＜category＞タグには、「統合認証設定」だけが含まれ、「機能Ａの認証設定」及び「機能Ｂの認証設定」はエクスポートデータには含まれない。さらに、＜authentication_forA＞タグと＜authentication_forB＞タグもエクスポートデータには含まれない。即ち、図５（ｃ）に示すエクスポートデータとなる。

また、仮に、新機種の「統合認証設定」を旧機種に引き継ぐことを想定するように構成してもよい。以下、新機種である画像形成装置１０１ｂを、旧機種の「機能Ａの認証設定」及び「機能Ｂの認証設定」を新機種に引き継ぐこと、及び、新機種の「統合認証設定」を旧機種に引き継ぐことも想定した構成として説明する。このような構成の画像形成装置１０１ｂで「統合認証設定」を指定してエクスポート処理を実行した場合、エクスポートデータは、以下のようになる。この場合、＜category＞タグには、「統合認証設定」だけでなく、「機能Ａの認証設定」及び「機能Ｂの認証設定」もエクスポートデータに含まれる。これは、過去機種への互換性を考慮し、アプリケーションＣが「統合認証設定」をエクスポートする際に含めるものである。同様に、アプリケーションＣは、＜authentication_forA＞タグと＜authentication_forB＞タグ以下もエクスポートデータに含める。即ち、図５（ｂ）に示すエクスポートデータとなる。

また、図５（ｃ）のように新機種で統合された設定値を旧機種に引き継がないエクスポートデータを作成するモードと、図５（ｂ）のように新機種で統合された設定値を旧機種に引き継ぐエクスポートデータを作成するモードとを、ユーザ（例えば管理者）が選択設定するようにしてもよい。

以下、図６〜図９のフローチャートを参照して、画像形成装置１０１で実行される処理について説明する。なお、図６〜図９のフローチャートに示す処理は、図３に示した各ソフトウェアモジュールにより実行される。即ち、これらの処理は、画像形成装置１０１において不揮発性メモリ２０２もしくは補助記憶装置２０４に格納されたプログラムをＣＰＵ２０１にて実行することにより実現されるものである。

図６は、アプリケーション３２０がアプリケーション管理部３１１に設定値の情報を登録する処理を例示するフローチャートである。

Ｓ６０１において、アプリケーション３２０のフレームワーク登録部３２１が設定値配信フレームワーク３１０に設定値の情報を渡し、該設定値の情報の登録依頼を行う。なお、ここで渡される設定値の情報は、「カテゴリ」、「対応識別子」、「インポートをサポートするか」、「エクスポートをサポートするか」等を示す情報である。また、アプリケーションからの設定値の情報の登録依頼は、例えば、そのアプリケーションがインストールされた際、バージョンアップされた際、又は、管理者等の指示に応じて実行されるものとする。

Ｓ６０２において、設定値配信フレームワーク３１０のアプリケーション管理部３１１は、上記登録依頼に応じて、前記フレームワーク登録部３２１から渡された設定値の情報のうち、カテゴリの情報、対応識別子の情報を、カテゴリ４０１、対応識別子４０２として登録する。

次に、Ｓ６０３において、処理種別設定部３１４は、上記Ｓ６０１でフレームワーク登録部３２１から渡された設定値の情報に基づいて、上記Ｓ６０１で登録依頼をしてきたアプリケーションがインポートをサポートするか否かを判定する。そして、インポートをサポートすると判定した場合（Ｓ６０３でＹｅｓの場合）、Ｓ６０４に処理を進める。Ｓ６０４では、アプリケーション管理部３１１は、上記Ｓ６０２で登録したカテゴリのインポートアプリケーション４０３として、上記Ｓ６０１で登録依頼をしてきたアプリケーションを登録する。そして、Ｓ６０５に処理を進める。一方、インポートをサポートしないと判定した場合（Ｓ６０３でＮｏの場合）、そのままＳ６０５に処理を進める。

Ｓ６０５では、処理種別設定部３１４は、上記Ｓ６０１でフレームワーク登録部３２１から渡された設定値の情報に基づいて、上記Ｓ６０１で登録依頼をしてきたアプリケーションがエクスポートをサポートするか否かを判定する。そして、エクスポートをサポートすると判定した場合（Ｓ６０５でＹｅｓの場合）、Ｓ６０６に処理を進める。Ｓ６０６では、アプリケーション管理部３１１は、上記Ｓ６０２で登録したカテゴリのエクスポートアプリケーション４０４として、上記Ｓ６０１で登録依頼をしてきたアプリケーションを登録する。そして、本フローチャートの処理を終了する。一方、エクスポートをサポートしないと判定した場合（Ｓ６０５でＮｏの場合）、そのまま本フローチャートの処理を終了する。

図７は、設定値をエクスポートする処理を例示するフローチャートである。
エクスポート要求が入力されると、Ｓ７０１において、設定値配信フレームワーク３１０のエクスポート管理部３１３は、エクスポート要求を検知し、Ｓ７０２に処理を進める。なお、エクスポート要求は、例えば、入力装置２０６又はＰＣ１０２等の外部装置から入力されるものとする。また、エクスポート要求を行う場合、エクスポート要求対象となる設定値のカテゴリ（４０１）の指定と、エクスポート先の指定を行うものとする。なお、エクスポート要求対象となる設定値のカテゴリの指定は、カテゴリ毎に指定することもできるし、全てのカテゴリを一括して指定することもできる。

Ｓ７０２では、エクスポート管理部３１３は、上記Ｓ７０１で検知したエクスポート要求で指定された設定値のカテゴリのうち未処理の設定値のカテゴリを１つ取得する処理を行う。そして、未処理の設定値のカテゴリを１つ取得できた場合（Ｓ７０２でＹｅｓの場合）、エクスポート管理部３１３は、Ｓ７０３に処理を進める。

Ｓ７０３では、エクスポート管理部３１３は、アプリケーション管理部３１１を参照して、上記Ｓ７０２で取得した設定値のカテゴリ４０１に関連づけられたエクスポートアプリケーション４０４のうち未処理のエクスポートアプリケーションを１つ取得する処理を行う。そして、未処理のエクスポートアプリケーションを１つ取得できた場合（Ｓ７０３でＹｅｓの場合）、エクスポート管理部３１３は、Ｓ７０４に処理を進める。

Ｓ７０４では、エクスポート管理部３１３は、上記Ｓ７０３で取得したエクスポートアプリケーションのエクスポート部３２３に、上記Ｓ７０２で取得した設定値のカテゴリのエクスポート処理を依頼する。この依頼を受けたアプリケーションのエクスポート部３２３は、依頼されたカテゴリの設定値のエクスポート処理を行う。このエクスポート処理では、エクスポート部３２３が、依頼されたカテゴリの設定値を、設定値管理部３０１から取得して、上記エクスポート要求で指定されたエクスポート先に出力する。また、エクスポート処理を依頼したエクスポート管理部３１３は、Ｓ７０３に処理を戻し、次のエクスポートアプリケーションの処理に移る。

そして、上記Ｓ７０３において、全てのエクスポートアプリケーションについてエクスポート処理が完了しており、未処理のエクスポートアプリケーションが取得できなかった場合（Ｓ７０３でＮｏの場合）、エクスポート管理部３１３は、Ｓ７０２に処理を戻し、次の設定値のカテゴリの処理に移る。

また、上記Ｓ７０２において、エクスポート要求で指定された全ての設定値のカテゴリについてエクスポート処理が完了しており、未処理の設定値のカテゴリが取得できなかった場合（Ｓ７０２でＮｏの場合）、エクスポート管理部３１３は、本フローチャートの処理を終了する。

なお、上記Ｓ７０４において、エクスポート部３２３が実行するエクスポート処理では、エクスポート部３２３が直接、設定値をエクスポート要求で指定されたエクスポート先に出力するものとしてもよいし、エクスポート部３２３が設定値を揮発性メモリ２０３内に出力しておき、全ての設定値のカテゴリについて処理が完了した場合に、エクスポート管理部３１３がまとめて、上記Ｓ７０４で揮発性メモリ２０３内に出力された設定値を、上記エクスポート要求で指定されたエクスポート先に出力するようにしてもよい。

以上のように、エクスポート管理部３１３は、設定値のエクスポート処理の指示が入力された場合に、アプリケーション管理部３１１で管理される設定値の情報に基づいて、エクスポート処理の指示で指定されている設定値の中から、エクスポート処理の対象を決定する。そして、エクスポート処理の対象となった設定値のエクスポートアプリケーション４０４のエクスポート部３２３がエクスポート処理を実行する。

図８は、設定値をインポートする処理を例示するフローチャートである。
インポート要求が入力されると、Ｓ８０１において、設定値配信フレームワーク３１０のインポート管理部３１２は、インポート要求を検知し、Ｓ８０２に処理を進める。なお、インポート要求は、例えば、入力装置２０６又はＰＣ１０２等の外部装置から入力されるものとする。また、インポート要求を行う場合、インポート要求対象の設定値のカテゴリの指定と、インポート元となるインポートデータファイル等の指定を行うものとする。なお、インポート要求対象の設定値のカテゴリの指定は、カテゴリ毎に指定することもできるし、全てのカテゴリを一括して指定することもできる。

Ｓ８０２では、インポート管理部３１２は、上記Ｓ８０１で検知したインポート要求で指定されたインポート要求対象の設定値のカテゴリのうち未処理の設定値のカテゴリを１つ取得する処理を行う。そして、未処理の設定値のカテゴリを１つ取得できた場合（Ｓ８０２でＹｅｓの場合）、インポート管理部３１２は、Ｓ８０３に処理を進める。

Ｓ８０３では、インポート管理部３１２は、アプリケーション管理部３１１を参照して、上記Ｓ８０２で取得した設定値のカテゴリに関連づけられたインポートアプリケーション４０３のうち未処理のインポートアプリケーションを１つ取得する処理を行う。そして、未処理のインポートアプリケーションを１つ取得できた場合（Ｓ８０３でＹｅｓの場合）、インポート管理部３１２は、Ｓ８０４に処理を進める。

Ｓ８０４では、インポート管理部３１２は、上記Ｓ８０２で取得した設定値のカテゴリのインポートデータを、上記インポート元から取得し、上記Ｓ８０３で取得したインポートアプリケーションのインポート部３２２に、上記取得したインポートデータのインポート処理を依頼する。この依頼を受けたアプリケーションのインポート部３２２は、依頼されたカテゴリの設定値のインポート処理を行う。このインポート処理では、インポート部３２２が、依頼されたカテゴリの設定値を、設定値管理部３０１に格納する。また、インポート処理を依頼したインポート管理部３１２は、Ｓ８０３に処理を戻し、次のインポートアプリケーションの処理に移る。

そして、上記Ｓ８０３において、全てのインポートアプリケーションについてインポート処理が完了しており、未処理のインポートアプリケーションが取得できなかった場合（Ｓ８０３でＮｏの場合）、インポート管理部３１２は、Ｓ８０２に処理を戻し、次のカテゴリの処理に移る。

また、上記Ｓ８０２において、インポート要求で指定された全ての設定値のカテゴリについてインポート処理が完了しており、未処理の設定値のカテゴリが取得できなかった場合（Ｓ８０２でＮｏの場合）、インポート管理部３１２は、本フローチャートの処理を終了する。

図９は、インポート・エクスポート可能な設定値の情報を取得する処理の一例を示すフローチャートである。
サポート設定カテゴリの取得要求が入力されると、Ｓ９０１において、設定値配信フレームワーク３１０のサポート設定カテゴリ取得部３１５は、サポート設定カテゴリの取得要求を検知し、Ｓ９０２に処理を進める。なお、サポート設定カテゴリの取得要求は、例えば、ＰＣ１０２等の外部装置から入力されるものとする。また、サポート設定カテゴリの取得要求を行う場合、インポート処理に対する要求か、エクスポート処理に対する要求か等の指定を行うものとする。

Ｓ９０２では、サポート設定カテゴリ取得部３１５は、上記Ｓ９０１で検知したサポート設定カテゴリの取得要求がインポート処理に対する要求か否かを判定する。インポート処理に対する要求であると判定した場合（Ｓ９０２でＹｅｓの場合）、サポート設定カテゴリ取得部３１５は、Ｓ９０３に処理を進める。一方、インポート処理に対する要求でないと判定した場合（Ｓ９０２でＮｏの場合）、サポート設定カテゴリ取得部３１５は、エクスポート処理に対する要求であると判断して、Ｓ９０４に処理を進める。

Ｓ９０３では、サポート設定カテゴリ取得部３１５は、アプリケーション管理部３１１を参照して、インポートアプリケーション４０３にアプリケーションが１つ以上登録されているカテゴリのリストを作成し、Ｓ９０５に処理を進める。

Ｓ９０４では、サポート設定カテゴリ取得部３１５は、アプリケーション管理部３１１を参照して、エクスポートアプリケーション４０４にアプリケーションが１つ以上登録されているカテゴリのリストを作成する。具体的には、図４のエクスポートアプリケーション４０４の情報を用いる。エクスポートアプリケーション４０４において、未登録（なし）となっているカテゴリはエクスポートしないので、リストには加えない。本Ｓ９０４の処理の後、Ｓ９０５に処理を進める。

Ｓ９０５では、サポート設定カテゴリ取得部３１５は、上記Ｓ９０１で検知したサポート設定カテゴリの取得要求の要求元に、上記Ｓ９０３もしくは上記Ｓ９０４で作成したカテゴリのリストを、返却する。

以上本実施例にて示したように、画像形成装置１０１において、アプリケーションや機能、設定値の統廃合が行われた場合にも、画像形成装置１０１のユーザに手間をかけさせることなく、設定値のインポートやエクスポートが可能になる。さらに、インポートやエクスポートが可能な設定値の情報を、ＰＣ１０２等の外部システムから画像形成装置１０１に問い合わせ可能となる。
即ち、画像形成装置の設定値の統廃合があった場合でも、ユーザに手間をかけることなく、容易に、統廃合の前後の設定値の引き継ぎを可能にすることができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (8)

1. 異なる機種の画像形成装置の複数の設定値を分類するための第１のカテゴリとは異なる第２のカテゴリを用いた設定値の管理を行う画像形成装置であって、
   前記第１のカテゴリに分類される設定値を含む複数の設定値を、前記第２のカテゴリに分類して管理する管理手段と、
   前記第１のカテゴリに分類される設定値のインポート処理を制御する第１の制御手段と、有し、
   前記管理手段は、設定値のエクスポート処理の指示が入力された場合に、該指示で指定されている設定値の中から、前記第１の制御手段によるインポート処理の対象となる設定値を除いた設定値をエクスポート処理の対象とすることを特徴とする画像形成装置。
2. 前記第２のカテゴリを指定した設定値のインポート処理を制御する第２の制御手段をさらに有し、
   前記管理手段は、設定値のエクスポート処理の指示が入力された場合に、該エクスポート処理の指示で指定されている設定値の中から、前記第２の制御手段によるインポート処理の対象となる設定値を除かずに、エクスポート処理の対象を決定することを特徴とすることを特徴とする請求項１に記載の画像形成装置。
3. 前記第１のカテゴリ及び第２のカテゴリを指定したインポート処理の指示が入力された場合に、同じ設定値に関連するインポート処理のために前記第１の制御手段及び前記第２の制御手段の両方の呼び出しが発生する場合には、前記第１の制御手段及び前記第２の制御手段のいずれかが当該呼び出しを無視することを特徴とする請求項２に記載の画像形成装置。
4. 前記管理手段は、前記第１の制御手段によるインポート処理の対象となる設定値については、インポート処理のみ可能な設定として管理することを特徴とすることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
5. 前記管理手段が前記エクスポート処理の対象として管理する設定値の情報を取得する取得手段を有することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
6. 前記管理手段が前記エクスポート処理の対象として管理する設定値のエクスポート処理を制御する第３の制御手段を有することを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置。
7. 異なる機種の画像形成装置の複数の設定値を分類するための第１のカテゴリとは異なる第２のカテゴリを用いた設定値の管理を行うものであり、前記第１のカテゴリに分類される設定値を含む複数の設定値を、前記第２のカテゴリに分類して管理する画像形成装置の制御方法であって、
   前記第１のカテゴリに分類される設定値のインポート処理を制御する制御ステップと、設定値のエクスポート処理の指示が入力された場合に、該指示で指定されている設定値の中から、前記制御ステップによるインポート処理の対象となる設定値を除いた設定値をエクスポート処理の対象とするステップと、
   を有することを特徴とする画像形成装置の制御方法。
8. コンピュータを、請求項１乃至７のいずれか１項に記載された手段として機能させるためのプログラム。

Images