JP2012224024A

JP2012224024A - 画像形成装置、及び管理方法

Info

Publication number: JP2012224024A
Application number: JP2011095179A
Authority: JP
Inventors: 淳 ▲浜▼口; Atsushi Hamaguchi
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2011-04-21
Filing date: 2011-04-21
Publication date: 2012-11-15
Anticipated expiration: 2031-04-21
Also published as: JP5864887B2; US20120268782A1; US9063678B2

Abstract

【課題】従来、外部に取り出したある画像形成装置の設定情報を、他の装置に反映する際に、適切な反映を行うことができなかった。
【解決手段】そこで本発明における画像形成装置は、外部から入力される設定情報をテンポラリ領域に格納し、当該設定情報から取得された機器識別情報と自装置の機器識別情報とを比較し、前記テンポラリ領域に格納された設定情報に含まれる各設定を反映する際の反映レベルを決定した後に、当該設定情報をデータベースに格納する。そして、複数のインポートモジュールを用いて、反映レベル、反映ポリシーに従う設定を、実際に自装置での制御に利用するためのデータベースに格納することを特徴とする。
【選択図】図３

Description

本発明は、印刷装置や複写機、それらにさらなる機能が追加された複合機などを含む画像形成装置の設定情報の管理技術に関するものである。

近年、画像形成装置には複数の機能が搭載されるばかりか、各種アプリケーションをインストールして、直接、またはネットワーク上からそれら機能を利用する形態が増加している。機能の増加に応じて、設定または調整すべき設定情報の項目数は増加し、オフィスに初期設置するだけでも、かなりの時間を要するようになった。
そこで、オフィスシステムに納品する前に、システムにあわせたアプリケーションやオプションの導入、およびその設定作業を、事前にまとめて販売側でおこなう、設置前キッティングが行われるようになった。ここでは、事前に納品先から受注した条件や、納入先の既存の機器（たとえば、リプレイス対象機）から取り出した設定情報に従って、手入力で設定を行う。ここで繁忙期に台数が増加し、負荷が集中すると、出荷までの時間が延びてしまう。また、このように調整・設定を済ませて出荷しても、搬入・搬出時の振動・温度差・湿度差などにより、そのまま利用できず、交換せざるを得なくなる、着荷不良になる場合がある。この場合、納入する画像形成装置に対して、再度、設定をする必要がある。このような場合などには、画像形成装置に対して設定値を素早く反映させることが要望されている。
例えば、装置にネットワークやメモリメディアを接続し、他の装置との間における設定項目の共通部分を取得あるいは配信する従来技術がある。特許文献１では、異機種間で共通である設定情報と、特定機種のみに有効な設定情報を区分して管理し、外部記憶装置に出力している。また外部記憶装置から、有効な設定値のみを選択して、内部不揮発メモリに反映する構成が提案されている。

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

しかしながら、近年では画像形成装置の設定情報は、装置全般を制御する部分、画像処理部分、インストールされたアプリケーション、及び機器構成の各々に応じた固有な情報と、各機種において共通機能の初期値やアドレス帳などの共通な情報と、細分化されている。例えば、機器構成に応じた固有な設定情報は、同一の機器構成をもつ画像形成装置に限られ、他の構成の画像形成装置においては異なる形式の設定項目やその値で管理され得る。また、ライセンスやセキュリティに関連する設定は、運用面などを考慮した機体固定の情報であり、たとえ同一構成の画像形成装置であっても、転用することはできないものがある。他にも、アプリケーションに応じた固有な設定情報も、そのアプリケーションを設計したベンダーなどにより異なる形式の設定項目などで管理され得る。
さらに、特定の新機種における新機能や仕様変更された機能の設定情報は、当初は固有の設定情報として管理される。しかし、その後、その機能が全機種に浸透すると、固有であった設定情報が、古い機種が淘汰されるにつれ、共通の設定情報に変化しうる。
ここで、特許文献１に記載された技術では、機器情報を管理するため、設定項目毎に送出許可と受入許可を示す更新フラグを持たせ、その設定値を管理している。つまり、設定情報が設定項目ごとに固定的に更新フラグで管理されている。上述したように、画像形成装置における設定情報の用途は細分化されているので、特許文献１記載の管理方法では十分な管理ができない。また、該フラグで送出許可が無効である場合には、外部へその設定値が送出されることが無くなるが、それでは上述したような共通設定への変化した際に、その設定値を他の機器でも引き継がせるといった柔軟な対応ができないといった課題が生じる。
そこで本発明は、それら課題を考慮して、画像形成装置の設定情報を適切に分類し、柔軟に他の機器へ引き継がせることが可能な管理手法を提供することを目的とする。

上記課題を解決するために、本発明の画像形成装置は、装置に固有な設定と、自装置以外とも共通に利用可能な共通の設定とを含む設定情報に従い制御する画像形成装置であって、接続された機器から入力されるＸＭＬで記述された設定情報をテンポラリ領域に格納する第１の格納手段と、前記テンポラリ領域に格納された設定情報から機器識別情報を取得する取得手段と、前記取得手段により取得された機器識別情報と自装置の機器識別情報とを比較し、前記テンポラリ領域に格納された設定情報に含まれる各設定を反映する際の反映レベルを決定した後に、当該設定情報をデータベースに格納する第２の格納手段と、前記第２の格納手段によりデータベースに格納された設定情報において、当該設定情報に含まれる固有な設定と共通の設定のそれぞれのための複数のインポートモジュールを用いて、前記反映レベルに応じて反映すべき設定を抽出して、実際に自装置での制御に利用するためのデータベースに格納する第３の格納手段とを有し、前記第３の格納手段は、複数のインポートモジュールを用いて、前記反映レベルに応じて抽出された設定に関して、反映ポリシーに従う値としてから実際に自装置での制御に利用するためのデータベースに格納することを特徴とする。

本発明によれば、画像形成装置の設定情報を適切に分類し、柔軟に他の機器へ引き継がせることが可能な管理手法を提供できる。

画像形成装置を含むシステム全体構成を示すブロック図画像形成装置のハード構成を示すブロック図画像形成装置のインポート処理の動作概要図入力データ処理フィルタに利用されるポリシーデータベースの構成図設定のツリー状管理の概念図と、ＸＭＬ化した場合の例設定値をインポートされた際の操作部の例設定値インポート際のデータフロー設定値インポート時の反映処理を説明するためのフローチャート

以下、本発明を実施するための最良の形態について図面を用いて説明する。

（設定値管理のシステム全体の構成図）
図１は、本発明の実施形態に係る、印刷装置や複写機、それらにさらなる機能が追加された複合機などを含む画像形成装置を含む一般的なシステム構成図である。複写機００１、複写機００２は、原稿を読み取り、画像処理後に、複写物を出力する。また、ネットワーク００３を介して受信するクライアントコンピュータが生成するＰＤＬデータなどを出力するプリンタでもある。逆に、複写機００１などが読み取ったイメージデータは、同じくネットワーク００３を介して、ファイルサーバ／メールサーバといったさまざまな装置に送信することもできる。デバイス群００５においては、複写機００１と複写機００２はデバイス構成が異なることを図示している。
管理サーバ００４は、ネットワーク００３を介して、複写機００１、複写機００２を含む、管理対象のデバイス群００５と接続され、設定情報のエクスポートやインポートなどといったデバイス管理のための通信を行う。この通信には、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、ＳＯＡＰ（ＳｉｍｐｌｅＯｂｊｅｃｔＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）、ＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）といった公知のプロトコルを用いる。
遠隔ユーザ環境００６は、管理サーバ００４と同一の機能性であるが、インターネット００７を介して、遠隔保守サービス用の遠隔操作端末００８と接続されている。これにより、遠隔操作端末００８は、遠隔ユーザ環境００６と通信を行い、管理対象デバイス群００５に含まれる画像形成装置の設定情報をエクスポートさせる。この設定情報は蓄積され、デバイス群に含まれる他の画像形成装置や、新たに設定されるような画像形成装置、ほかの顧客環境の画像形成装置などに対してインポートすることができる。
また、画像形成装置は、操作パネルから所定操作により、管理サーバ００４を介さず、ＵＳＢストレージデバイス００８に対して、直接、設定情報をエクスポートすることができる。ＵＳＢストレージデバイス００８に蓄積した設定情報は、他の画像形成装置に適宜、インポートすることができる。

（ハードブロック構成に関する説明）
図２は、本発明の実施形態に係る画像形成装置のハードウェア構成を示すブロック図である。図２において、１００は画像形成装置の情報処理部を司るメインコントローラ全体である。また１０１は画像形成装置の画像処理部を司るサブコントローラ全体である。１００と１０１はバスブリッジ１１６を介してバス間で接続されている。まずメインコントローラ１００の構成要素を説明する。
ＦＬＡＳＨＲＯＭ１１０あるいはＨＤＤ１１１に記憶されたソフトウェアを実行するＣＰＵ１１０８を備える。ＣＰＵ１１０８はシステムバス１１５に接続される各デバイスを総括的に制御する。ＦＬＡＳＨＲＯＭ１１０あるいはＨＤＤ１１１は、プログラムのみでなく、画像データやユーザ設定の記憶領域としても使われる。１０９はＲＡＭ１で、ＣＰＵ１１０８の主メモリ、ワークエリア等として機能する。１１２は操作部Ｉ／Ｆで、画像形成装置に備えられたＬＣＤパネル１０４に描画する。また１１２には、操作ボタンおよび／あるいはタッチパネル１０３も接続されている。１１３は１０４と一体になっており、オペレータの指示入力を制御する。１１３はネットワークインタフェースカード（ＮＩＣ）で、他のネットワーク機器あるいはファイルサーバ等とＬＡＮ１０２を介して双方向にデータをやりとりする。１１４は外部ストレージインタフェース（ＵＳＢ）で、メモリメディアリーダあるいはＩＣカードリーダなどの外部装置を接続し、双方向にデータをやりとりする。
次に、サブコントローラ１０１の構成要素を説明する。１０６は、例えば電子写真方式あるいはインクジェット方式などで実現される紙への印字部である。１０５は、紙に印字された画像を読み込むための画像読み取り部である。多くの場合、画像読み取り部１０５にはオプションとしてオートドキュメントフィーダ（不図示）が装着されており、複数枚の原稿を自動的に読み込むことができる。これらはデバイスインタフェース１２０を通して制御信号をＣＰＵ２１１７との間で授受する。ＣＰＵ２１１７はシステムバス１２７に接続される各デバイスを総括的に制御する。１０５から入力される画像は、スキャナ画像処理部１２１を介してＲＡＭ２１１８に読み取り画像として入力される。１２３は、メモリ画像処理部（ＩＭＡＧＥＣ）で、画像形成装置のＲＡＭ２１１８上の画像を処理して、ＲＡＭ２１１８に出力する。画像処理には、回転・変倍・色空間変換・グレースケール変換・合成・符号化・復号化などの処理が含まれる。ＣＰＵ２１１７は、ＲＡＭ２１１８上の画像を、１２３で画像処理後に、バスブリッジ１１６を介して、メインコントローラ上の記憶装置１１０および１１１に保存する。またＣＰＵ２１１７は、バスブリッジ１１６を介して、メインコントローラ上の記憶装置１１０および１１１に保存１０６されている画像をＲＡＭ２１１８に読み出し、１２２を経由して１０６に出力する。１２１および１２２は、色空間変換、移動、色調整、濃度制御、遅延量制御が含まれる。ラスターイメージプロセッサ（ＲＩＰ）１１９は、ＲＡＭ２１１８上のＰＤＬコードをビットマップイメージに展開し、ＲＡＭ２１１８に出力する。ＳＲＡＭ１２４は、ＣＰＵ２１１７との間で不揮発データを高速に入出力する。ＭＯＤＥＭ１２５は、公衆回線１０７に接続し、ファクス画像入出力に伴う変復調を行う。

（インポートサービスの動作概要）
図３は、本発明における画像形成装置に実装されるインポートサービスのシステム構成図を示す。
ネットワークのインポートサービスに関連する処理を説明する。ここでは、インポートする設定情報として、アドレス帳データ、部門管理データ、機器設定データの処理を例として説明する。インポートサービスリクエスタ３０１は設定情報を送信し、インポートサービスプロバイダ３００は設定情報を受信する。インポートサービスリクエスタ３０１とインポートサービスプロバイダ３００はイントラネット３０２を介してＳＯＡＰメッセージで通信する。ＨＴＴＰサーバ３０３、ＳＯＡＰサーバ３０４でリクエストメッセージの解釈をした後、そのメッセージに該当する処理のＣＧＩ３０６を起動する。ネットワークインポートモジュール３０７は、要求を受けて処理する。ＳＯＡＰサーバ３０４は、サービスリクエストにあわせて機器設定インポートＣＧＩ３０６を起動する。起動されたＣＧＩは、ネットワークインポートモジュール３０７に、受信した設定情報を含む設定ファイルをテンポラリ領域３２０に一次的に格納させた後、二次ストア完了の応答待ちを行う。この設定ファイルは複数のＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）データをまとめた圧縮形式で構成されている。一次ストア完了後に、設定管理部３０８に二次ストア処理を要求する。
設定管理モジュール３０９は、テンポラリ領域３２０から圧縮データを読み取って解凍処理を行う。解凍処理が成功した場合は、インポートファイル用のポリシーデータベース３１０を初期化する。初期化に成功した場合は、解凍処理後に得られたＸＭＬデータをパースしながら、各設定項目に対応する情報をポリシーＤＢ３１０に登録処理を開始する。具体的には、ＸＭＬデータ内に含まれる機体管理番号（シリアル番号）および機種管理番号（シリーズ番号または機種コードとも呼ぶ）といった機器識別情報を取得する。機器識別情報の取得に成功すると、インポートサービスを実行している画像形成装置の機器識別情報を取得して、インポートされる設定情報の反映の範囲（反映レベル）を決定する。この反映の範囲決定後に、設定管理モジュール３０９は、ＸＭＬデータ内に含まれる残りの全設定項目に関する情報をポリシーＤＢ３１０に格納処理する。ここで、ポリシーデータベースに反映できなかった設定項目は、反映履歴（不図示）に登録、管理しておく。設定管理モジュール３０９は、予め登録された、インポート制御部３１３に設定反映の範囲（反映レベル）とともに通知を行う。設定管理モジュール３０９は、インポート要求元に、二次ストア完了の応答を返す。
インポート制御部３１３のインポートモジュール群３２１は、設定管理モジュール３０９から通知を受けると、通知とともに入力された設定情報を、実際に画像形成装置内での制御に利用するための三次ストアを行う。各インポートモジュールは、画像形成装置内の各機能に固有な一部の設定情報や装置内で共通的に利用される一部の設定情報などをそれぞれ管理するために用意されている。これらインポートモジュールにより、最終的にインポートファイル内で必要な一部の設定情報を抽出され、その設定が画像形成装置において反映される。ここで、各インポートモジュール３１８〜３１４は、二次ストアされたポリシーＤＢ３１０から処理対象の設定項目に合致する一部の設定情報を取得する。ここで取得される設定情報には、設定値や反映ポリシーなどが含まれる。設定管理モジュール３０９から通知された反映レベルと反映ポリシーとを比較して反映すべき設定情報であると判断された場合には、インポートモジュールが実際に画像形成装置で利用されるように、制御用の設定ＤＢ３２２に登録する。
本実施例では、機器設定インポートモジュール３１４は、ポリシーＤＢ３１０から機器設定に係る設定情報のみを一項目ずつ読み取って、制御用の機器設定ＤＢ３１５に登録する。部門管理設定インポートモジュール３１６は、ポリシーＤＢ３１０から部門管理に係る設定情報のみを読み取って、制御用の部門管理設定ＤＢ３１７に登録する。アドレス帳インポートモジュール３１８は、ポリシーＤＢ３１０からアドレス帳設定に係る設定情報のみを読み取って、制御用のアドレス帳ＤＢ３１９に登録する。
次に、ＵＳＢストレージからのインポート処理について簡単に説明する。ＵＳＢストレージインポート部３１１は、ネットワークインポート部３０５の代わりに、ＵＳＢストレージデバイス００８からのインポート処理を行う。ＵＳＢインポートモジュール３１２は、ＵＳＢストレージデバイス００８に設定ファイルが入っていることを検出する。ＵＳＢインポートモジュール３１２は、設定ファイルをテンポラリ領域３２０に保存させた後、設定管理部３０８に二次ストア処理を要求する。残りのインポート動作はネットワークインポート処理に準ずる。
また、各インポートモジュールは、二次ストアされたポリシーＤＢ３１０から、処理対象となる設定項目に対応する設定情報の取得に際して後述するメタ情報をさらに取得する。インポートモジュール群３２１が、各設定情報を制御用の設定ＤＢへ登録する際には、暗号化処理、工場出荷値に戻す処理、あるいは現在の値に対して上書きしない処理などといったメタ情報で指定される登録方法の制御を行う。インポートモジュール群３２１によるそれぞれが担当する設定情報の制御用の設定ＤＢ３２２への登録が完了すると、各インポートモジュールは、設定管理部３０８に三次ストア処理の完了を通知する。設定管理部３０８は、すべての要求先インポートモジュールから完了が通知されると、次回起動時に更新された設定値が反映されるように、画像形成装置をリブートさせる。なお、制御用の設定ＤＢ３２２に関しては、ＳＲＡＭデバイスやＨＤＤデバイスあるいはそれらのハイブリッド構成となっており、高速・安定動作する反面、容量あたりの単価が高く、容量的制約が大きいものを想定している。

（ポリシーデータベースにおけるデータ構造）
図４は、前述のインポートファイル用のポリシーデータベース３１０で管理される設定情報のデータ構造（形式）を説明するための図である。
設定項目名称テーブル（ＫｅｙｌｉｓｔＴａｂｌｅ）３５１は、設定項目の名称と、設定項目全体のツリー構造を持つ。［Ｋ１］の領域は、名称項目としての通し番号が入るプライマリキーであり、重複がない。［Ｋ２］の領域は、項目の親となる名称項目の番号が入る領域である。［Ｋ３］の領域はアスキー文字列で設定項目の名称を重複がないように定義する。設定項目値テーブル（ＶａｌｕｅｌｉｓｔＴａｂｌｅ）３５２は、設定項目の名称と一対一に対応する設定値の保存場所である。［Ｖ１］の領域は、名称項目［Ｋ１］をフォーリンキーとして持っており、従って設定項目値テーブルも間接的にツリー構造を持つ。［Ｖ２］の領域は、可変長バイナリのインポートの際に、ＸＭＬから取得した設定値そのものが入る領域である。［Ｖ３］の領域も［Ｖ２］と同様に、可変長バイナリの設定値そのものが入る領域であるが、ここには、工場出荷値（いわゆるデフォルト値）が設定される。
設定制御テーブル（ＶａｌｕｅＣｏｎｔｒｏｌＴａｂｌｅ）３５３は、設定項目の名称と一対一に対応しており、設定値のインポートに際して必要な制御情報を含む。［Ｃ１］の領域は、名称項目［Ｋ１］をフォーリンキーとして持っており、従って制御テーブルも間接的にツリー構造を持つ。［Ｃ２］の領域は、設定項目の上限サイズが入る領域である。［Ｃ３］の領域は、設定項目のデータ型が入る領域である。［Ｃ４］の領域は、設定値のインポート時の最小値を規定し、［Ｃ５］の領域は、最大値を規定する。これらは、［Ｃ３］で、特定の型を示す定義パラメタであった場合のみ有効である。
［Ｃ６］の領域は、設定値を制御用のＤＢに登録された際の制御内容を規定している。
この領域は、設定値拡張制御ビット（ＣｏｎｔｒｏｌＢｉｔ）３５５で示された値が設定される。［ｂ００］がＯＮの時は、対応する設定項目の操作は禁止になることを意味している。［ｂ０１］がＯＮの場合は、対応する設定項目の操作用の表示が非表示となることを意味している。［ｂ０２］がＯＮの時は、対応する設定項目のエクスポートが禁止となることを意味している。［ｂ０３］がＯＮの時は、対応する設定項目の書き換えが禁止となることを意味している。［ｂ０４］がＯＮの時は、対応する設定項目が暗号して保持する対象であることを意味している。［ｂ０５］がＯＮの時は、起動時に初期化（デフォルト値にセットしなおす）ことを意味している。［ｂ０６］がＯＮの時には、対応する設定項目が変更され、更新されていることを示す。［ｂ０７］がＯＮの時には、対応する設定項目が全データ消去の対象外であることを意味している。なおＯＦＦの場合は、いずれの追加制御は発生しない。
［Ｃ７］の領域は、インポート指示があった際に、どの範囲まで設定値を反映させるかの判断に利用する。この領域には、設定値反映レベルパラメタ（Ｌｅｖｅｌ）３５６のいずれかが設定される。設定値反映レベルパラメタ３５６の、［０］の場合は、いかなる場合も設定を反映させないことを意味する。［１］の場合は、機体のシリアル番号と機種コードが、エクスポート時（設定ファイルが取り出された装置）と、インポート時で一致している場合に反映させることを意味している。［２］の場合は、機種コードが、エクスポート時と、インポート時で一致している場合に反映させることを意味している。つまり、設定情報をエクスポートした装置の機種と同一機種の場合のみ反映させることになる。［３］の場合は、常に反映させることを意味する。［４］の場合は、反映するか否かを自動選択させることを意味する。これらのレベルは、各設定項目の機種依存性や、設定変更時の他の設定などへの影響も含め決定される。
［Ｃ８］の領域は、インポート指示があった際に、設定値の自動調整（丸め処理）を実施して反映させるか否か、あるいは、設定値を反映させなかった場合の理由などを、コードとしてログに記録するために利用する。この領域には、反映ポリシーパラメタ（Ｐｏｌｉｃｙ）３５７のいずれかが設定される。
［０ｘ００］の場合は、ポリシーが設定されておらず、制約がないことを意味する。反映ポリシーパラメタ（Ｐｏｌｉｃｙ）３５７の［０ｘ０１］−［０ｘ０ｆ］は、［Ｃ７］の領域が［０］である場合に併用され、Ｌｅｖｅｌ０（反映不可）の理由を示す。［０ｘ１１］−［０ｘ１ｆ］は、［Ｃ７］の領域が［１］である場合に併用され、記載の理由でＬｅｖｅｌ１となっていることを示す。［０ｘ２１］−［０ｘ２ｆ］は、［Ｃ７］の領域が［２］である場合に併用され、記載の理由でＬｅｖｅｌ２となっていることを示す。［０ｘ３１］−［０ｘ３２］は、［Ｃ７］の領域が［３］である場合に併用され、記載の理由でＬｅｖｅｌ３となっていることを示す。［０ｘ３１］は、機種により設定される値の範囲に変化ない場合に、値の範囲を変更無くそのまま反映できることを示している。一方で、［０ｘ３２］は、機種により設定される値の範囲が異なっている場合に、機種に対応する値の範囲内に変更（丸め処理）してから、反映することを示している。

（データ構造の概念図）
図５は、ポリシーデータベース３１０のツリー状の構造で管理されるデータをさらに具体的に説明する。本図においては、図３に倣って、アドレス帳項目、部門管理設定項目、機器設定項目の一部を抜粋して説明する。
設定情報は、概念図３６１のように大項目・中項目・小項目と親子関係をもったツリー構造を構成しており、末端のノード（葉）の部分に値を保持する構成が一般的である。設定情報のエクスポートの場合には、設定情報は内部的に扱われるデータ構造のままではなく、ＸＭＬ形式のデータ３６２となる。このＸＭＬデータをインポートする際には、ポリシーデータベース３１０において、テーブル３６３を構成する。これは、図４で説明した形式に従いツリー構造とした設定情報を示している。
具体的には、テーブル３６３で示すように、まずＸＭＬデータ内の設定項目をもとに、設定項目名称テーブルのレコードを連結することでツリー構造を構成する。次に、テーブル３６４で示すように、各設定項目名称レコードに対応するように複数の設定値用のレコードを用意し、インポートされた設定値を保持できるようにする。次に、テーブル３６５に示すように、設定値の反映などを制御する設定制御レコードを各設定項目名称レコードに対応するように用意し、各レコードに対してポリシーを予め設定しておく。
本インポートの例では、ＸＭＬデータ３６２の一部として入力されたスクリーンセイバーの設定（ｍｍｉ＿ｓｃｒｎ＿ｓｖｒ＿ｏｎｏｆｆ）３６６に関しては、インポート対象とした画像形成装置において設定対象が存在にしない。そのため、ポリシーデータベース３１０での二次ストアに際しては、テーブル３６３においてレコードが用意されずに無視されることを例示している。また、初期機能の設定（ｉｎｉｔ＿ｓｃｒｅｅｎ＿ｓｅｔｕｐ）の設定値を示すレコード３６７において出荷時の値［０］から［１］に更新されている。他にも、ブザーのＯＮ／ＯＦＦ設定（ｍｍｉ＿ｂｅｅｐ＿ｏｎｏｆｆ）の設定値を示すレコード３６８では、出荷時の値［７］から［０］に更新されている。

（設定情報がインポートされた後の操作部の例）
図６は、ポリシーデータベース経由で設定値がインポートされ、実際に反映された際の操作部の例である。
具体的には、図６において、概念図３６１における囲み部分の設定による表示がなされている。本例では、初期機能の設定（ｉｎｉｔ＿ｓｃｒｅｅｎ＿ｓｅｔｕｐ）が、“トップメニュー”を示す［０］から“コピー”を示す［１］に更新されたことを受けて、画面上の項目“初期機能の設定”では、［コピー］に表示が更新されている。またブザーのＯＮ／ＯＦＦ設定（ｍｍｉ＿ｂｅｅｐ＿ｏｎｏｆｆ）が、“ボリューム＝中”を示す［７］から“ＯＦＦ”を示す［０］に更新されたことを受けて、画面上の項目“ブザーのＯＮ／ＯＦＦ”では、［ＯＦＦ］に表示が変更されている。

（入力されたデータの処理を説明する図）
図７は本実施例における、フィルタ処理部の詳細な処理を説明するためのデータフローである。
入力データ４００は、前述のテンポラリ領域３２０に蓄積されている、複数のＸＭＬを含む圧縮データファイルである。ここで圧縮ファイルの中にポリシーデータベース４０５を含む構成となっていてもよい。設定管理モジュール３０９は、テンポラリ領域３２０から圧縮ファイルを読み取って解凍処理４０１を行う。次に解凍処理のあと得られたＸＭＬをパースし、ＸＭＬ内に含まれる機体管理番号（シリアル番号）および機種管理番号（シリーズ番号）といった機器識別情報を取得する。次に実行している機体の機器識別情報を取得して、反映の範囲（反映レベル）を決定する４０２。設定反映の範囲決定後、設定管理モジュール３０９は、ＸＭＬのファイルをテンポラリ領域３０９に一次ストア（４０３）する。
ＸＭＬファイルを全て取り出した後、設定管理モジュール３０９は、ＸＭＬの全項目のパース（４０４）を開始し、本発明で最も特徴的な二次ストア処理としてポリシーデータベース４０５に登録する。
設定管理モジュール３０９は、ＸＭＬファイルから設定項目名称、項目のサイズ、項目の型、項目の値を要素として取り出す。次に設定管理モジュール３０９は、取り出した要素を、ポリシーデータベース３１０に対して項目名称３５１［Ｋ３］、項目サイズ３５３［Ｃ２］、項目型３５３［Ｃ３］の中に合致するものがあるか検索する（４０６）。ポリシーデータベース３１０内の要素に合致する設定項目名称または型またはサイズが無かった場合、値は反映されずに、次の要素のパースを継続する（４０４）。ただし、最終要素であった場合は、全要素の反映が完了として、設定値反映フェーズに進む。
一方で、ポリシーデータベース３１０に一致する項目、サイズ、型があった場合、設定管理モジュール３０９は、合致した名称通し番号［Ｋ１］のレコード番号と等しい名称通し番号［Ｃ１］を持つレコードを、設定制御テーブル３５３で検索する。設定管理モジュール３０９は、設定制御テーブル３５３から、型情報３５３［Ｃ３］および制御用拡張情報３５３［Ｃ６］の値を取得する。まず、制御用拡張情報３５３［Ｃ６］の情報を元に値設定項目が暗号化されているデータ（３５５）か、否かを判定（４０７）する。ここで、暗号化データであると判定した場合、設定管理モジュール３０９は、復号処理４０８を通してデータを平文にしてから４０９に進む。一方で、暗号化データでないと判定した場合も同様に４０９に進む。
次に、設定管理モジュール３０９は、該当するレコードの型情報３５３［Ｃ３］を元に設定項目の型が文字列（３５４）か、否か判定する（４０９）。ここで、文字列データであると判定した場合、設定管理モジュール３０９は、文字コード変換処理４１０を通して項目の値を文字列としてＵＴＦ‐８に文字コードに変換してから４１３に進む。一方で、文字列データでないと判定した場合は同様に４１１に進む。ここで、設定管理モジュール３０９は、該当するレコードの型情報３５３［Ｃ３］を元に設定項目の型が数値（３５４）か、否か判定する（４１１）。ここで、数値データであると判定した場合、設定管理モジュール３０９は、変換処理を通さず、項目の値を数値として登録すべく４１３に進む。一方で数値データでなくバイナリ型であると判定した場合は４１２に進む。さらに、型定義パラメタ３５４の範囲外あるいは型定義が存在しない場合には、値は反映されずに、次の要素のパースを継続する（４０４）。
次に、設定管理モジュール３０９は、該当するレコードがバイナリ型データであると判定した場合、項目の値をバイナリとして登録すべく、ダンプした文字列データをバイナリデータに変換する処理４１２を通して、４１３に進む。４１３では、設定管理モジュール３０９は、４０７で判定した暗号化データであったか否かの判定結果から、暗号対象の項目であれば登録対象のデータに再暗号化処理を施して、４１４に進む。暗号対象の項目でない場合には、再暗号化処理を施さずに、４１４に進む。次に設定管理モジュール３０９は、合致した名称通し番号３５１［Ｋ１］のレコード番号と等しい名称通し番号［Ｖ１］を持つ、設定項目値テーブル３５２のレコードを検索する。合致した設定項目値テーブルの設定値３５２［Ｖ２］に得られたデータを記録（４１４）し、次の要素のパースを継続する（４０４）。これをＸＭＬの項目分すべて実施すると、二次ストアの処理４０５は完了する。
次に、設定管理モジュール３０９は、各インポートモジュールに反映の範囲（反映レベル）と共に、三次ストアの要求をする。要求を受けた各インポートモジュール３２１は、図７においては、（４１５）（４１９）として表記してある。各インポートモジュール３２１は、インポートモジュールが処理対象となっている、複数の設定項目名称をキーとして、ポリシーデータベース３１０の３５１［Ｋ３］と合致する名称通し番号３５１［Ｋ１］を解決する。
次に、各インポートモジュール３２１は、得られた名称通し番号３５１［Ｋ１］と合致する、ポリシーデータベース３１０の名称通し番号３５２［Ｖ１］を解決し、該当設定項目値レコード３５２を取得する。次に各インポートモジュール３２１は、ポリシーデータベース３１０の３５１［Ｋ１］と合致する名称通し番号３５３［Ｃ１］を解決し、該当設定項目制御レコード３５３を取得する。
次に、各インポートモジュール３２１は、該当設定項目制御レコード３５３から反映レベル３５３［Ｃ７］および反映ポリシー３５３［Ｃ８］の値を参照する。各インポートモジュール３２１は、設定管理モジュール３０９から要求された反映の範囲（反映レベル）と３５３［Ｃ７］を比較（４１７）（４２１）する。比較の結果３５３［Ｃ７］以下の場合、各インポートモジュール３２１は、制御用に利用する設定管理データベースに三次ストア（４１８）（４２４）する。ただし、設定管理モジュール３０９から要求された反映の範囲（反映レベル）と反映レベル３５３［Ｃ７］が共に反映可３５６［３］である場合は、反映ポリシー３５３［Ｃ８］の値として丸めが必要である３５７［０ｘ３２］か、判定する。丸めが必要である場合は、インポートモジュール内のデータ丸めフィルタ４１６、４２０を通して、データ変換をした後に、制御用の設定ＤＢ３２２に三次ストア（４１８）（４２４）する。各インポートモジュール３２１が三次ストアをそれぞれ完了すると、インポートされたデータはポリシーデータベースに従って、全て設定済みとなり、制御用に利用されるようになる。

（設定値インポート時の制御ビットを利用した反映フローの説明）
図８は、本実施例における、二次ストアされたデータを各インポートモジュール３２１が三次ストアする際の、１設定項目分の反映処理の例を説明するためのフローチャートを示す。
前述したように、各インポートモジュール３２１は、三次ストアさせる対象項目とストア先を、設定項目名称で管理している。各インポートモジュール３２１は、対象設定項目を反映させる判断のために、該当項目の制御用拡張情報３５３［Ｃ６］、反映レベル３５３［Ｃ７］、反映ポリシー情報３５３［Ｃ８］を取得する（Ｓ８０１）。
次に、設定管理モジュール３０９から受信した反映要求レベルと、反映レベル３５３［Ｃ７］を比較する（Ｓ８０２）。ここで、反映要求レベルが反映レベルと等しいか大きい場合は、反映候補としてＳ８０３に進む。一方で、反映レベルのほうが小さい場合は、反映しないためＳ８１０に進む。
次に、各インポートモジュール３２１は、制御用拡張情報３５３［Ｃ６］のデータ上書き禁止３５５［ｂ０４］の値を評価（Ｓ８０３）し、禁止されていない（ＯＦＦ）場合は、反映候補としてＳ８０４に進む。一方で、禁止されている（ＯＮ）場合は、反映しないためＳ８１０に進む。
次に、各インポートモジュール３２１は、制御用拡張情報３５３［Ｃ６］の起動時初期化有無３５５［ｂ０５］の値を評価（Ｓ８０４）し、初期化しない（ＯＦＦ）場合は、反映候補としてＳ８０５に進む。一方で、初期化する（ＯＮ）場合は、工場出荷値を反映するためＳ８０７に進む。
次に、各インポートモジュール３２１は、該当反映レベル３５３［Ｃ７］が［４］であり、かつ該当制御用拡張情報３５３［Ｃ６］の設定更新有無３５５［ｂ０６］の値がＯＮか評価する（Ｓ８０５）する。反映レベルが自動でないあるいは、設定が更新されていない（ＯＦＦ）場合は、反映候補としてＳ８０６に進む。一方で、反映レベルが自動であり、かつ設定が更新されている（ＯＮ）場合は、反映しないためＳ８１０に進む。
次に、各インポートモジュール３２１は、該当反映レベル３５３［Ｃ７］が［３］であり、かつ該当反映ポリシー３５３［Ｃ８］として丸めが必要（０ｘ３２）となっているか比較（Ｓ８０６）する。反映レベルが［３］でないあるいは、ポリシーとして丸めが不要（０ｘ３１）の場合は、変換なしに反映するためＳ８０９に進む。一方で、反映レベルが［３］であり、かつ丸めが必要（０ｘ３２）の場合は、設定値を丸めて反映するためＳ８０８に進む。
最後に、各インポートモジュール３２１は、Ｓ８０７では工場出荷値を、Ｓ８０８では丸め処理を施して、Ｓ８０９では設定値を変換無く、制御用の設定ＤＢ３２２に登録する。一方で、Ｓ８１０では設定値の反映を行わない。
このように、画像形成装置において、多数の異なる設定項目を持つ画像形成装置に対して、設定項目毎に反映するか否かのポリシーを一括で管理し変更することができる。また、多数の異なる構成の画像形成装置に対して、ある機体からエクスポートした設定データを、安全かつ最大数、反映させることができる。これにより、設定値管理コストを低減することができる。

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

Claims

装置に固有な設定と、自装置以外とも共通に利用可能な共通の設定とを含む設定情報に従い制御する画像形成装置であって、
接続された機器から入力されるＸＭＬで記述された設定情報をテンポラリ領域に格納する第１の格納手段と、
前記テンポラリ領域に格納された設定情報から機器識別情報を取得する取得手段と、
前記取得手段により取得された機器識別情報と自装置の機器識別情報とを比較し、前記テンポラリ領域に格納された設定情報に含まれる各設定を反映する際の反映レベルを決定した後に、当該設定情報をデータベースに格納する第２の格納手段と、
前記第２の格納手段によりデータベースに格納された設定情報において、当該設定情報に含まれる固有な設定と共通の設定のそれぞれのための複数のインポートモジュールを用いて、前記反映レベルに応じて反映すべき設定を抽出して、実際に自装置での制御に利用するためのデータベースに格納する第３の格納手段とを有し、
前記第３の格納手段は、複数のインポートモジュールを用いて、前記反映レベルに応じて抽出された設定に関して、反映ポリシーに従う値としてから実際に自装置での制御に利用するためのデータベースに格納することを特徴とする画像形成装置。
前記共通の設定には、アドレス帳の情報が含まれることを特徴とする請求項１に記載の画像形成装置。
前記接続された機器には、ＵＳＢストレージデバイスが含まれることを特徴とする請求項１または２に記載の画像形成装置。
前記機器識別情報には、シリアル番号と機種コードとが含まれることを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
前記反映レベルに応じて反映されなかった設定と、反映されなかった理由とを履歴として管理する管理手段を更に有することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
装置に固有な設定と、自装置以外とも共通に利用可能な共通の設定とを含む設定情報に従い制御する画像形成装置における管理方法であって、
接続された機器から入力される設定情報をテンポラリ領域に格納する第１の格納工程と、
前記テンポラリ領域に格納された設定情報から機器識別情報を取得する取得工程と、
前記取得工程で取得された機器識別情報と自装置の機器識別情報とを比較し、前記テンポラリ領域に格納された設定情報に含まれる各設定を反映する際の反映レベルが決定され、当該設定情報をデータベースに格納する第２の格納工程と、
前記第２の格納工程でデータベースに格納された設定情報において、当該設定情報に含まれる固有な設定と共通の設定のそれぞれのための複数のインポートモジュールを用いて、前記反映レベルに応じて反映すべき設定を抽出して、実際に自装置での制御に利用するためのデータベースに格納する第３の格納工程とを有し、
前記第３の格納工程では、複数のインポートモジュールを用いて、前記反映レベルに応じて抽出された設定に関して、反映ポリシーに従う値としてから実際に自装置での制御に利用するためのデータベースに格納することを特徴とする管理方法。
請求項１乃至５のいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。