JP6029321B2 - 画像形成装置及びその制御方法、並びにプログラム - Google Patents

Description

本発明は、画像形成装置及びその制御方法、並びにプログラムに関する。

近年のコピー機、ファクスなどにおいては、高機能化に伴いユーザ設定項目が増えて、ユーザの操作により、設定値を登録する手間も増える傾向にある。そこで一連の設定値の登録を簡単にする技術として、ある装置の設定データを持ち出して、同じ装置または別の装置に登録することを可能にするインポート、エクスポート機能を実装した装置が提供されている。

またさまざまな装置間でサポートする文字コードの違いを吸収するため、文字コードを変換する技術も提案されている。例えば、ホスト装置から送られてくるデータをプリンタで対応しているフォントの文字コードに変換する技術が提案されている（例えば、特許文献１参照）。

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

しかしながら、従来の画像形成装置のエクスポート、インポートでは文字コードが画像形成装置間で異なることが十分考慮されていなかった。そのためインポート先の画像形成装置が期待していない文字コードの文字列データがインポートされると、文字を正しく表示させることが出来ず、文字化けなどが発生する可能性があった。

本発明の目的は、文字コードの差異によって生じる文字化けの発生を抑制した画像形成装置及びその制御方法、並びにプログラムを提供することにある。

上記目的を達成するために、請求項１の画像形成装置は、画像形成装置の制御に関する文字列データを含む複数の設定データが登録されたデータベースが記憶された記憶手段と、前記データベースに登録された前記設定データをエクスポートする場合に、エクスポートする前記設定データに含まれる前記文字列データの文字コードを、前記データベースに登録されている文字列データの文字コードである第１文字コードとは異なる第２文字コードに変換する変換手段と、前記データベースに登録された設定データに加え、前記変換手段により前記第２文字コードに変換された文字列データをエクスポートするエクスポート手段とを有することを特徴とする。

本発明によれば、文字コードの差異によって生じる文字化けの発生を抑制した画像形成装置を提供することができる。

本実施の形態に係る画像形成装置を含む設定値管理システムを示す図である。 図１における画像形成装置の概略構成を示す図である。 図１における管理対象装置群の画像形成装置の機能構成を示す図である。 図３におけるデバイス設定管理モジュールにより機器設定ファイル用ＤＢから読み出される設定データの一例を示す図である。 図３のデバイス設定管理モジュールにより作成される機器設定ファイルの一例を示す図である。 図２における画像形成装置の言語設定を示す図である。 図２におけるＣＰＵにより実行される機器設定ファイル作成処理の手順を示すフローチャートである。 デバイス設定値管理モジュールにより初期化された機器設定ファイル用ＤＢ３１０を示す図である。 図２におけるＣＰＵにより実行される機器設定ファイルの機器設定ファイル用ＤＢへの登録処理の手順を示すフローチャートである。 機器設定ファイルの一例を示す図である。 図１０の登録処理後の機器設定ファイル用ＤＢを示す図である。 図２のＬＣＤパネルに表示された画面の一例を示す図であり、（Ａ）はインポート前の画面を示し、（Ｂ）はインポート後の画面を示している。 文字コードが異なる画像形成装置に図１０の機器設定ファイルの内容を登録した場合の例を説明するための図であり、（Ａ）は登録前の機器設定ファイル用ＤＢを示し、（Ｂ）は登録後の機器設定ファイル用ＤＢを示している。

以下、本発明の実施の形態について図面を参照しながら詳述する。

図１は、本実施の形態に係る画像形成装置を含む設定値管理システム１０を示す図である。

図１において、設定値管理システム１０は、複数（図では５台）の画像形成装置からなる管理対象装置群２０５、管理サーバ２０４、及び端末２０６，２０９で構成される。管理対象装置群２０５の画像形成装置の各々と、管理サーバ２０４、及び端末２０６は、ネットワーク２０３に接続している。また、端末２０６、及び端末２０９は、インターネット２０７に接続している。さらに、複数の画像形成装置は、種々の画像形成装置を表現しており、説明のために画像形成装置２０１，２０２を用いる。

まず、画像形成装置２０１，２０２は、原稿を読み取ったり、画像を記録媒体などに形成できる。

また画像形成装置２０１，２０２は、他の画像形成装置が読み取った画像データや不図示のクライアントコンピュータが生成するＰＤＬデータを、ネットワーク２０３を介して受信し、出力することもできる。

さらに、画像形成装置２０１，２０２が読み取った画像データは、ネットワーク２０３を介して、不図示のファイルサーバやメールサーバといったさまざまな装置に送信することもできる。

管理サーバ２０４は、ネットワーク２０３を介して、管理対象装置群２０５の画像形成装置と接続され、設定値のエクスポートやインポートを行うための通信を行う。この通信には、HTTP(Hyper Text Transfer Protocol)、SOAP(Simple Object Access Protocol)、FTP(File Transfer Protocol)といった公知のプロトコルを用いられる。

遠隔ユーザ環境の端末２０６は、管理サーバ２０４と同様の機能性を有し、上述したようにインターネット２０７を介して、遠隔保守サービス環境の端末２０９と接続されている。

これにより、端末２０９は、遠隔ユーザ環境の端末２０６を操作し、管理対象装置群２０５の画像形成装置の設定値をエクスポートさせ、それを記憶したり、端末２０６に記憶された設定値をインポートすることができる。

また、画像形成装置２０１，２０２は、ユーザによる操作により、管理サーバ２０４を介さず、ＵＳＢストレージデバイス２０８に対して設定データをエクスポートし、ＵＳＢストレージデバイスに記憶した設定データをインポートすることができる。

図２は、図１における画像形成装置２０１の概略構成を示す図である。

なお、説明のために画像形成装置２０１を用いるが、図２で説明される構成は基本構成であり、管理対象装置群２０５の画像形成装置の共通構成となっている。

図２において、画像形成装置２０１は、メインコントローラ１００、サブコントローラ１０１、操作ボタン１０３、ＬＣＤパネル１０４、スキャナ１０５、及びプリンタ１０６で構成される。

メインコントローラ１００は、ＣＰＵ１０８、ＲＡＭ１０９、操作部インタフェース１１２、ネットワークインタフェース１１３、外部シリアルインタフェース、ＦＬＡＳＨ ＲＯＭ１１０、ＨＤＤ１１１、及びバスブリッジ１１６で構成される。これらは、システムバス１１５により接続される。

ＣＰＵ１０８は、メインコントローラ１００全体を制御する。ＲＡＭ１０９は、ＣＰＵ１０８の主メモリ、ワークエリアなどとして用いられるとともに、画像データも記憶される。操作部インタフェース１１２は、ＬＣＤパネル１０４及び操作ボタンと、メインコントローラ１００とのインタフェースである。ＬＣＤパネル１０４は、タッチパネルと一体化されており、情報をユーザに表示するとともに、ユーザによる操作が可能となっている。また、操作ボタン１０３は、テンキーやスタートキーなどハードボタンで構成される。

ネットワークインタフェース１１３は、例えばＮＩＣなどであり、メインコントローラ１００とＬＡＮ１０２とのインタフェースである。これにより、画像形成装置２０１は、他のネットワーク機器、またはファイルサーバなどとＬＡＮ１０２を介して双方向にデータをやりとりする。

外部シリアルインタフェース１１４は、本実施の形態ではＵＳＢインタフェースであり、メモリメディアリーダまたはＩＣカードリーダなどの外部装置を接続し、双方向にデータをやりとりする。

本実施の形態では、ネットワークインタフェース１１３や外部シリアルインタフェース１１４を介して、インポート、エクスポート時に機器設定ファイルをやりとりする。

ＦＬＡＳＨ ＲＯＭ１１０、及びＨＤＤ１１１は、ＣＰＵ１０８により実行されるプログラム、画像データ、画像形成装置２０１の設定値などが記憶される。本実施の形態においてインポート、エクスポートされる設定値のデータはＨＤＤ１１１に記憶される。

バスブリッジ１１６は、メインコントローラ１００とサブコントローラ１０１とをバス間で接続する。

サブコントローラ１０１は、ＣＰＵ１１７、ＲＡＭ１１８、メモリ画像処理部１２３、デバイスインタフェース１２０、スキャナ画像処理部１２１、プリンタ画像処理部１２２、及びＭＯＤＥＭ１２５で構成される。これらは、システムバス１２７により接続される。

ＣＰＵ１１７は、サブコントローラ１０１全体を制御する。ＲＡＭ１１８は、ＣＰＵ１１７の主メモリ、ワークエリアなどとして用いられるとともに、画像データも記憶される。

メモリ画像処理部１２３は、ＲＡＭ１１８に記憶された画像データに対して画像処理を行い、画像処理された画像データを再びＲＡＭ１１８に記憶する。画像処理には、回転、変倍、色空間変換、グレースケール変換、合成、符号化、復号化などの処理が含まれる。

ＣＰＵ１１７は、ＲＡＭ１１８に記憶された画像データを、メモリ画像処理部１２３による画像処理後に、バスブリッジ１１６を介して、メインコントローラ１００のＦＬＡＳＨ ＲＯＭ１１０またはＨＤＤ１１１に記憶する。

デバイスインタフェース１２０は、スキャナ１０５及びプリンタ１０６とサブコントローラ１０１とのインタフェースである。スキャナ１０５、及びプリンタ１０６は、ＣＰＵ１１７との間で、デバイスインタフェース１２０を介して制御信号などの信号をやり取りする。

スキャナ１０５は、原稿の画像を読み込み、画像を示す画像データを得て、その画像データは、スキャナ画像処理部１２１を介して読み取った画像データとしてＲＡＭ１１８に記憶される。このスキャナ１０５に、オートドキュメントフィーダを装着し、複数枚の原稿を自動的に読み込むようにしてもよい。

プリンタ１０６は、例えば電子写真方式やインクジェット方式などにより紙などの記録媒体に画像を形成する。ＣＰＵ１１７は、バスブリッジ１１６を介して、メインコントローラ１００のＦＬＡＳＨ ＲＯＭ１１０またはＨＤＤ１１１に記憶されている画像をＲＡＭ１１８に記憶し、プリンタ画像処理部１２２を経由してプリンタ１０６に出力する。

スキャナ画像処理部１２１およびプリンタ画像処理部１２２は、色空間変換、移動、色調整、濃度制御、遅延量制御などの画僧よりを行う。ＭＯＤＥＭ１２５は、公衆回線１０７に接続し、ファクス送受信に伴う変復調を行う。

図３は、図１における管理対象装置群２０５の画像形成装置の機能構成を示す図である。

なお、図３は管理対象装置群２０５のうち、画像形成装置２０１での機能構成を例にしているが、管理対象装置群２０５の各々の画像形成装置も同じ機能を備えている。また、画像形成装置２０１は、ユニコードに対応している。

図３において示される機能は、インポート、エクスポートを実行するためのものとなっている。また、インポートサービスリクエスタ３０１及びＵＳＢストレージデバイス２０８は、画像形成装置外の構成である。さらに、イントラネット３０２は、ネットワーク２０３の一部である。なお、以下の説明で用いられるＤＢは、データベースを示している。
また、インポート、またはエクスポートされるデータとして、アドレス帳データ、部門管理データ、機器設定データが含まれる機器設定ファイルを用いる。

まず、インポートに関連する処理を説明する。最初に、ネットワークを介してインポートするネットワークインポートの場合の処理について説明する。

インポートサービスリクエスタ３０１は、機器設定ファイルを送信する側であり、インポートサービスプロバイダ３００は機器設定ファイルを受信する側である。インポートサービスリクエスタ３０１とインポートサービスプロバイダ３００はイントラネット３０２を介してＳＯＡＰメッセージで通信する。

ＨＴＴＰサーバ３０３、ＳＯＡＰサーバ３０４でリクエストメッセージの解釈をした後、そのメッセージに該当する処理に対応するネットワークインポート部３０５の機器設定インポートＣＧＩ３０６を起動する。ネットワークインポートモジュール３０７は、要求を受けて処理する。

ＳＯＡＰサーバ３０４は、サービスリクエストにあわせて機器設定インポートＣＧＩ３０６を起動する。起動された機器設定インポートＣＧＩ３０６は、ネットワークインポートモジュール３０７に、受信した機器設定ファイルをテンポラリ領域３２０に１次ストアさせる。

１次ストアされた機器設定ファイルは複数のＸＭＬファイルをまとめた圧縮形式で構成されている。この１次ストア完了後に、ネットワークインポートモジュール３０７はデバイス設定管理モジュール３０９に２次ストアを要求する。

デバイス設定管理モジュール３０９は、テンポラリ領域３２０から圧縮された機器設定ファイルを読み取って解凍処理を行う。解凍処理が成功した場合は、機器設定ファイル用ＤＢ３１０を初期化する。上記テンポラリ領域３２０、機器設定ファイル用ＤＢ３１０は、ＨＤＤ１１１に記憶される。

初期化に成功した場合は、解凍することで得られた機器設定ファイルをパースしながら、得られた設定項目名称の項目を、該当する機器設定ファイル用ＤＢ３１０へ登録する。

デバイス設定管理モジュール３０９は、制御用設定値インポート処理部３１３のインポートモジュール３２１へ、３次ストアを要求する。機器設定ファイルに示される設定データは、この３次ストアにより実際の装置の制御において有効になる。

要求を受けたインポートモジュール３２１は、機器設定ファイル用ＤＢ３１０から処理対象の設定項目名称に合致する設定データを取得し、制御用の設定管理ＤＢ３２２に登録する。

この設定管理ＤＢ３２２は、ＨＤＤ１１１に記憶され、画像形成装置２０１の制御に関する文字列データを含む複数の設定データが登録されたＤＢであり、３つのＤＢで構成される。まず上述したように、機器設定ファイルは、機器設定データ、部門管理データ、及びアドレス帳データの３種類のデータを含んでいる。このうち、機器設定データが登録されるのが機器設定ＤＢ３１５である。部門管理データが登録されるのが部門管理設定ＤＢ３１７である。アドレス帳データが登録されるのがアドレス帳ＤＢ３１９である。

そこで、機器設定インポートモジュール３１４は、機器設定ファイルに示される設定データのうち、機器設定データのみを対象として、それを１件ずつ読み取って、機器設定ＤＢ３１５に登録する。

部門管理設定インポートモジュール３１６は、機器設定ファイルに示される設定データのうち、部門管理データのみを読み取って、部門管理設定ＤＢ３１７に登録する。

アドレス帳インポートモジュール３１８は、機器設定ファイルに示される設定データのうち、アドレス帳データのみを読み取って、アドレス帳ＤＢ３１９に登録する。

次に、ＵＳＢストレージデバイス２０８からのインポート処理について説明する。ＵＳＢインポートモジュール３１２は、ネットワークインポート部３０５の代わりに、ＵＳＢストレージデバイス２０８からのインポート処理を行う。

ＵＳＢインポートモジュール３１２は、ＵＳＢストレージデバイス２０８に機器設定ファイルが記憶されていることを検出する。ＵＳＢインポートモジュール３１２は、機器設定ファイルをテンポラリ領域３２０に記憶させた後、デバイス設定管理モジュール３０９に２次ストアを要求する。これ以降のインポート動作はネットワークインポート処理に準ずる。

次にエクスポートに関連する処理を説明する。最初に、ネットワークを介してエクスポートするネットワークエクスポートの場合の処理について説明する。

イントラネット３０２を介してインポートサービスプロバイダ３００がエクスポート要求を受けると、デバイス設定管理モジュール３０９にエクスポートファイルの作成を要求する。

エクスポートファイル作成を要求されたデバイス設定管理モジュール３０９は、インポートモジュール３２１に、エクスポートする設定データを機器設定ファイル用ＤＢ３１０に記憶させる。

エクスポートする設定データが機器設定ファイル用ＤＢ３１０へインポートモジュール３２１によって記憶されると、デバイス設定管理モジュール３０９は、テンポラリ領域３２０に機器設定ファイルを作成する。

この機器設定ファイルは、機器設定ファイル用ＤＢ３１０へ記憶された設定データをＸＭＬで記述したものである。

デバイス設定管理モジュール３０９が、機器設定ファイルを圧縮すると、インポートサービスプロバイダ３００、イントラネット３０２を介してエクスポート要求元に機器設定ファイル作成完了を通知する。

その後、イントラネット３０２を介してインポートサービスプロバイダ３００へ機器設定ファイルが要求されると、作成した機器設定ファイルをエクスポート要求元に送信する。

次に、ＵＳＢストレージデバイス２０８へのエクスポート処理について説明する。ユーザにより、ＵＳＢストレージへのエクスポートが要求されると、ＵＳＢインポートモジュール３１２は、デバイス設定管理モジュール３０９にエクスポートを要求する。

以降、ネットワークエクスポートと同様の処理を行い、ＵＳＢインポートモジュール３１２が機器設定ファイル作成完了を通知されると、デバイス設定管理モジュール３０９に機器設定ファイルを要求する。

ＵＳＢインポートモジュール３１２は、デバイス設定管理モジュール３０９から受信した機器設定ファイルをＵＳＢストレージデバイス２０８に記憶する。このようにして、機器設定ファイルは、ＵＳＢストレージデバイス２０８にエクスポートされる。

上記説明では、インポートとエクスポートを同じモジュールで制御したが、インポートとエクスポートを別のモジュールで制御してもよい。

図４は、図３におけるデバイス設定管理モジュール３０９により機器設定ファイル用ＤＢ３１０から読み出される設定データの一例を示す図である。

図４において、読み出される設定データの項目には、設定値名称、KeyName、Type、Size、Value、及び第２文字コードがある。

設定値名称は、そのデータの名称を示す。KeyNameは、設定値名称を英単語を用いて表現したものである。Typeは、Valueの型を示し、例えばstringは文字列型、intは整数型を意味する。Sizeは、Valueのデータサイズを示している。このうち、特にstringのValueは文字列データである。

また第２文字コードは、変換フラグに対応し、Valueに示される文字列が別の文字コードにも対応すべき設定か否か、すなわち、変換を行うか否かを示している。第２文字コードが「１」の場合は、別の文字コードに変換することを示し、第２文字コードが「０」の場合は、別の文字コードに変換しないことを示している。

このように、設定データには、その設定データ毎にKeyNameが割り当てられている。図４では、デバイス名という画像形成装置の名称を示す設定データに対して、device_name、device_name_utf8という２つのKeyNameが割り当てられている。

また、device_nameは文字列型であり、データの最大サイズが１６バイトである。

さらに、device_name_utf8はdevice_nameと同じ名称を示す設定データであるが、device_nameとは文字コードが異なる設定データである。この画像形成装置では、device_name_utf8の文字列データの設定が有効で、device_nameの方は管理情報として用意しているだけである。

実際、device_name_utf8のValueはX'695243E4b880E58FB7E6A99F'という文字列であるが、device_nameのValueは空欄となっている。

図５は、図３のデバイス設定管理モジュール３０９により作成される機器設定ファイルの一例を示す図である。

図５において、上述したように機器設定ファイルはＸＭＬで記述される。以下、各タグについて説明する。

まず、<lang>は、画像形成装置の言語設定を示している。「ｊｐ」は日本語設定である。また、<device_settings>は、機器設定ファイルであることを示している。

さらに、<device_name_utf8 size="32" type="string" >は、図４における、device_name_utf8のデバイス名に対応している。また、図４と同じく、サイズが３２バイトで、型が文字列であることも示されている。以下のタグにおいても、図４と同じサイズと型が示されている。

<device_name size="16" type="string" >は、図４における、device_name のデバイス名に対応している。

<device_location_utf8 size="32" type="string" >は、図４における、device_location_utf8のデバイス設置場所に対応している。

<device_location size="16" type="string" >は、図４における、device_location のデバイス設置場所に対応している。

<summer_time_settings size="44" type="binary" >は、図４におけるサマータイム設定に対応している。

<auto_clear_time size="4" type="int" >は、図４におけるオートクリアタイムに対応している。

<fax_receive_mode size="2" type="u16" >は、図４におけるＦＡＸ受信モードに対応している。

例えばKeyNameがdevice_name_utf8という設定データは文字列型の３２バイトのデータであるが、KeyNameをタグとしたValueで示される文字列データで、sizeやtypeを属性としている。

上述した機器設定ファイルは、エクスポートされたファイルであり、エクスポートする文字列データに、当該文字列データの文字コードを示すコード情報を加えてエクスポートされていることが示されている。ここで、コード情報は、type="string"である場合に、その文字が含まれるタグ内に存在する、device_name、device_name_utf8である。device_nameであれば、第２文字コードであり、device_name_utf8であれば第１文字コードである。

図６は、図２における画像形成装置２０１の言語設定を示す図である。

図６において、１つの言語に対して、第１及び第２文字コードというように、２種類の文字コードが用意されている。例えば、日本語であれば、第１文字コードはＵＴＦ−８であり、第２文字コードはＳｈｉｆｔ−ＪＩＳとなっている。また、第１文字コードは、いずれの言語設定においてもユニコードである。

このように、異なる文字コードに対応するために、図６に示すような言語設定がされているが、用意される文字コードは２種類以上であってもよい。

図７は、図２におけるＣＰＵ１０８により実行される機器設定ファイル作成処理の手順を示すフローチャートである。

図７に示される機器設定ファイル作成処理はエクスポートの際に行われる処理であり、機器設定ファイル用ＤＢ３１０は、事前にアドレス帳ＤＢ３１９，部門管理設定ＤＢ３１７，機器設定ＤＢ３１５のデータがコピーされている。

また、図５に示される各タグ、<?xml version="1.0" encoding="utf-8" ?>、<lang>、<device_settings>は、処理開始とともに機器設定ファイルに書き込まれるものとする。

図７において、デバイス設定管理モジュール３０９は、機器設定ファイル用ＤＢ３１０からエクスポートされる設定データを１つ読み出す（ステップＳ４０１）。こうして順に１つずつ読んでいくので、設定データの数だけループすることとなる。また、全ての設定データが読み出されると、ステップＳ４０１で読み出したデータはなかったということとなる。

次いで、読み出したデータがあったか否か判別する（ステップＳ４０２）。ステップＳ４０２の判別の結果、読み出したデータがなかったときは（ステップＳ４０２でＮＯ）、本処理を終了する。終了後、ＸＭＬで記述された機器設定ファイルは圧縮処理されることとなる。

一方、ステップＳ４０２の判別の結果、読み出したデータがあったときは（ステップＳ４０２でＹＥＳ）、Valueが空か否か判別する（ステップＳ４０３）。Valueが空とは、例えば図４におけるdevice_nameのValueのように空欄となっていることである。

ステップＳ４０３の判別の結果、Valueが空のときは（ステップＳ４０３でＹＥＳ）、上記ステップＳ４０１に戻る。

一方、ステップＳ４０３の判別の結果、Valueが空ではないときは（ステップＳ４０３でＮＯ）、機器設定ファイルに読み出した設定データを機器設定ファイルに追記する（ステップＳ４０４）。

次いで、第２文字コードが「１」であるか否か判別する（ステップＳ４０５）。ステップＳ４０５の判別の結果、第２文字コードが「１」ではないときは（ステップＳ４０５でＮＯ）、上記ステップＳ４０１に戻る。

一方、ステップＳ４０５の判別の結果、第２文字コードが「１」ではあるときは（ステップＳ４０５でＹＥＳ）、文字コードを変換する（ステップＳ４０６）。そして、文字コードが変換された文字列を追記し（ステップＳ４０７）、上記ステップＳ４０１に戻る。

上記ステップＳ４０６の文字コードの変換について説明する。例えば、図４の場合、device_name_utf8の接尾語_utf8を削除したKeyNameのdevice_nameで示される設定データを追記することとなる。

この場合、Valueが空であるため、device_name_utf8のValueから、第２文字コードへ変換した文字列データをdevice_nameのValueとする。

このように、ステップＳ４０６は変換手段に対応している。すなわち、ステップＳ４０６では、機器設定ファイル用ＤＢ３１０に登録されている文字列データの文字コードである第１文字コードとは異なる第２文字コードの文字列データをエクスポートするときには、第２文字コードに文字列データを変換する。その結果、文字コードの差異によって生じる文字化けの発生を抑制することができる。

より具体的には、ステップＳ４０６では、コード情報が第１文字コード（_utf8）を示し、かつ変換フラグが変換を行うことを示しているときに（ステップＳ４０５でＹＥＳ）、文字列データを第２文字コードに変換する。また、ステップＳ４０７は、エクスポート手段に対応する。すなわち、ステップＳ４０７は、機器設定ファイル用ＤＢ３１０に登録された設定データに加え、第２文字コードに変換された文字列データをエクスポートする。

第２文字コードがいかなるコードであるかは、図６の言語設定によって判断する。図６の場合、日本語の設定であれば、第１文字コードがＵＴＦ−８であり、第２文字コードはＳｈｉｆｔ−ＪＩＳである。

この場合、ＵＴＦ−８での文字列型のデータX'695243E4b880E58FB7E6A99F'は、Ｓｈｉｆｔ−ＪＩＳに変換されて、X'69524388EA8D868B40'となる。その変換結果が図５では<device_name ...>タグの要素として示されている。

このような処理をすべての設定データを読み終わるまで繰り返して、各設定データに対応したKeyNameをタグとしたＸＭＬ形式の機器設定ファイルを作成する。

上述した図７の機器設定ファイル作成処理では、ステップＳ４０４にて第２文字コードに変換するか否かを、設定データごとに判断したが、エクスポートする前に、ユーザに第２文字コードに変換するか否かを予め選択させてもよい。すなわち、変換フラグが示す内容にかかわらず、変換を行うか否かを設定可能であるようにしてもよい。

その選択結果が第２文字コードに変換しないことであれば、ステップＳ４０４では第２文字コードの値（「０」、「１」）にかかわらず、文字コードの変換を行わずステップＳ４０１に戻ることとなる。

また各設定データはKeyNameのような固有の文字列に対応付けて管理しているが、ユニークな識別子であればよく、KeyNameのような文字列での管理に限定するものではない。

さらに、図６では、第１文字コードをＵＴＦ−８,第２文字コードをＳｈｉｆｔ−ＪＩＳとしたが、文字コードの組み合わせはこれに限定しなくてもよい。

また機器設定ファイルは、設定データの種類ごとに複数のファイルで構成しても構わない。また機器設定ファイルのフォーマットはＸＭＬ形式としたが、特定のファイルのフォーマットに限定するものではない。

次に、インポート処理について説明する。本実施の形態では、インポート処理をする際に、まずデバイス設定管理モジュール３０９は、機器設定ファイル用ＤＢ３１０の初期化を行う。また、インポートする機器設定ファイルが圧縮されていれば、その解凍も行う。

図８は、デバイス設定管理モジュール３０９により初期化された機器設定ファイル用ＤＢ３１０を示す図である。

同図に示されるように、すべての設定データのValueが空欄で、まだインポートされたデータがないことを示している。この初期化された機器設定ファイル用ＤＢ３１０に機器設定ファイルに示される設定データが登録されることで、インポート処理が行われる。

図９は、図２におけるＣＰＵ１０８により実行される機器設定ファイルの機器設定ファイル用ＤＢ３１０への登録処理の手順を示すフローチャートである。なお、図９の説明では、図１０に示される機器設定ファイルが例として用いられる。図１０に示されるように、インポートする文字列データには、当該文字列データの文字コードを示すコード情報（device_name_utf8、device_nameなど）が加えられている。

図９において、機器設定ファイルをパースして解析し、<device_settings>以下のインポートする設定データを１つ読み出す（ステップＳ８０１）。こうして順に１つずつ読んでいくので、設定データの数だけループすることとなる。また、全ての設定データが読み出されると、ステップＳ８０１で読み出したデータはなかったということとなる。

次いで、読み出した設定データがあったか否か判別する（ステップＳ８０２）。ステップＳ８０２の判別の結果、読み出した設定データがなかったときは（ステップＳ８０２でＮＯ）、本処理を終了する。

一方、ステップＳ８０２の判別の結果、読み出した設定データがあったときは（ステップＳ８０２でＹＥＳ）、その設定データがインポート対象データか否か判別する（ステップＳ８０３）。具体的には、機器設定ファイル用ＤＢにステップＳ８０１で読み込んだ設定データのKeyNameがあればインポート対象データとする。例えば、図１０の機器設定ファイルにあるsummer_time_settingsが図８の機器設定ファイル用ＤＢにはないので、インポート対象とならない。またdevice_name_utf8は、双方に同じKeyNameがあるためインポート対象となる。

ステップＳ８０３の判別の結果、設定データがインポート対象データではないときは（ステップＳ８０３でＮＯ）、上記ステップＳ８０１に戻る。

一方、ステップＳ８０３の判別の結果、設定データがインポート対象データのときは（ステップＳ８０３でＹＥＳ）、設定データの項目が第２文字コードの項目か否か判別する（ステップＳ８０４）。例えば、図８の該当するKeyNameにutf8が含まれず、第２文字コードが「１」であるものは第２文字コードの項目と判別する。

ステップＳ８０４の判別の結果、設定データの項目が第２文字コードの項目ではないときは（ステップＳ８０４でＮＯ）、設定データを機器設定ファイル用ＤＢ３１０へ登録し（ステップＳ８０７）、上記ステップＳ８０１に戻る。

一方、ステップＳ８０４の判別の結果、設定データの項目が第２文字コードの項目のときは（ステップＳ８０４でＹＥＳ）、その項目の第１文字コードに対応する項目に第１文字コードで登録済みか否か判別する（ステップＳ８０５）。

具体的には、KeyNameの後ろに_utf8を付加したKeyNameのValueが空か否か判別する。例えば、項目device_locatonの第１文字コードに対応する項目device_locaton_utf8に第１文字コードで登録済みか否か判別する。Valueが空でない場合は、第１文字コードで登録済みと判別することとなる。

ステップＳ８０５の判別の結果、第１文字コードで登録済みのときは（ステップＳ８０５でＹＥＳ）、上記ステップＳ８０１に戻る。

一方、ステップＳ８０５の判別の結果、第１文字コードで登録済みではないときは（ステップＳ８０５でＹＥＳ）、設定データを第１文字コードに変換する（ステップＳ８０６）。例えば、<device_location>の設定データであるX'33328EC08CB18EBA'を第１文字コードに変換する。このステップＳ８０５は、変換手段に対応する。すなわち、ステップＳ８０５は、機器設定ファイル用ＤＢ３１０にインポートする設定データのうちの文字列データの文字コードが、機器設定ファイル用ＤＢ３１０に登録される文字列データの文字コードである第１文字コードとは異なる第２の文字コードのときは、第１文字コードに文字列データを変換する。その結果、文字コードの差異によって生じる文字化けの発生を抑制できる。

より具体的には、インポートする文字列のコード情報が、第２文字コードであり（ステップＳ８０４でＹＥＳ）、かつ第１文字コードに変換された文字列データがインポートされていないときに（ステップＳ８０５でＮＯ）、文字列データを第１文字コードに変換する。

次いで、第１文字コードに変換した設定データを機器設定ファイル用ＤＢ３１０へ登録し（ステップＳ８０７）、上記ステップＳ８０１に戻る。例えば、<device_location>の設定データであるX'33328EC08CB18EBA'を第１文字コードに変換した設定データX'3332E5AE9FE9A893E5AEA4'を登録する。このステップＳ８０７は、インポート手段に対応する。すわなち、機器設定ファイル用ＤＢ３１０に、第２の文字コードの文字列データに代えて、変換された文字列データを登録することによりインポートする。

なお、ここでは図１０のタグ<lang>から日本語（jp）の設定として、図６に示した言語設定に基づき、第２文字コード（Ｓｈｉｆｔ−ＪＩＳ）から第１文字コード（ＵＴＦ−８）への変換を行っている。

またステップＳ８０４では第２文字コードデータであるかをKeyNameにutf8が含まれているかつ第２文字コードが「１」か否かで判別したが、項目の属性として判別できる情報であれば、どのような形態でも構わないものとする。

図１１は、図１０の登録処理後の機器設定ファイル用ＤＢ３１０を示す図である。

図１１において、device_nameとdevice_locationのValueが空となっているが、これらは第２文字コードが「１」であるので、上記ステップＳ８０４で肯定判別され、ステップＳ８０７で第２文字コードでの登録が行われないためである。その一方で、device_name _utf8とdevice_locaton_utf8は、ステップＳ８０６で第１文字コードに変換されて、ステップＳ８０７で第１文字コードでの登録が行われるため、そのValueは空ではない。

図１０の登録処理により、機器設定ファイル用ＤＢ３１０への登録が終わると、各インポートモジュール３２１は、機器設定ファイル用ＤＢ３１０の内容を、それぞれが管理する機器設定ＤＢ３１５に反映させる。

図１２は、図２のＬＣＤパネル１０４に表示された画面の一例を示す図であり、（Ａ）はインポート前の画面を示し、（Ｂ）はインポート後の画面を示している。

また、各画面において、「デバイス名」は、device_name_utf8に対応し、「設置場所」は、device_location_utf8に対応している。

（Ａ）では、「デバイス名」及び「設置場所」は、空欄であったが、（Ｂ）ではインポートされた文字列が表示されている。

図１３は、文字コードが異なる画像形成装置に図１０の機器設定ファイルの内容を登録した場合の例を説明するための図であり、（Ａ）は登録前の機器設定ファイル用ＤＢ３１０を示し、（Ｂ）は登録後の機器設定ファイル用ＤＢ３１０を示している。

（Ａ）において、項目device_name_utf8及びdevice_location_utf8は存在せず、また第２文字コードも「０」である。

この場合、すべての項目について上記ステップＳ８０４で否定判別され、文字コードが変換されることなく、図１０と図１３（Ａ）で一致するKeyNameの設定データだけが機器設定ファイル用ＤＢ３１０に登録される。

その結果、（Ｂ）に示されるように、device_nameとdevice_locationに第２文字コードのまま登録されることとなる。

以上説明した実施の形態では、画像形成装置における一部の設定データについてのインポート、エクスポートについて説明したが、本実施の形態は、画像形成装置における、あらゆる設定データに対して適用可能である。

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

１０ 設定値管理システム
１０８，１１７ ＣＰＵ
１０９，１１８ ＲＡＭ
１１４ 外部シリアルインタフェース
２０１，２０２ 画像形成装置
２０５ 管理対象装置群
２０８ ＵＳＢストレージデバイス
３００ インポートサービスプロバイダ
３０３ ＨＴＴＰサーバ
３０４ ＳＯＡＰサーバ
３０５ ネットワークインポート部
３０６ 機器設定インポートＣＧＩ
３０７ ネットワークインポートモジュール
３０９ デバイス設定管理モジュール
３１０ 機器設定ファイル用ＤＢ
３１２ ＵＳＢインポートモジュール
３１３ 制御用設定値インポート処理部
３１４ 機器設定インポートモジュール
３１５ 機器設定ＤＢ
３１６ 部門管理設定インポートモジュール
３１７ 部門管理設定ＤＢ
３１８ アドレス帳インポートモジュール
３１９ アドレス帳ＤＢ
３２１ インポートモジュール
３２２ 設定管理ＤＢ

Claims (15)

1. 画像形成装置の制御に関する文字列データを含む複数の設定データが登録されたデータベースが記憶された記憶手段と、
   前記データベースに登録された前記設定データをエクスポートする場合に、エクスポートする前記設定データに含まれる前記文字列データの文字コードを、前記データベースに登録されている文字列データの文字コードである第１文字コードとは異なる第２文字コードに変換する変換手段と、
   前記データベースに登録された設定データに加え、前記変換手段により前記第２文字コードに変換された文字列データをエクスポートするエクスポート手段と
   を有することを特徴とする画像形成装置。
2. 前記エクスポート手段は、エクスポートする文字列データに、当該文字列データの文字コードを示すコード情報を加えてエクスポートすることを特徴とする請求項１記載の画像形成装置。
3. 前記データベースには、登録されている文字列データごとに、当該文字列データの前記コード情報と、前記変換手段による変換を行うか否かを示す変換フラグがさらに登録されており、
   前記変換手段は、前記コード情報が前記第１文字コードを示し、かつ前記変換フラグが変換を行うことを示しているときに、前記文字列データを前記第２文字コードに変換することを特徴とする請求項２記載の画像形成装置。
4. 前記変換フラグが示す内容にかかわらず、前記変換手段により変換を行うか否かを設定可能であることを特徴とする請求項３記載の画像形成装置。
5. 前記エクスポート手段は、前記画像形成装置とネットワークを介して接続される端末装置に対して、又は、ＵＳＢストレージデバイスに対して、前記設定データ及び前記第２文字コードに変換された文字列データをエクスポートすることを特徴とする請求項１に記載の画像形成装置。
6. 前記第１文字コードはユニコードであることを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置。
7. 画像形成装置の制御に関する文字列データを含む複数の設定データが登録されるデータベースが記憶された記憶手段と、
   前記データベースにインポートする設定データのうちの文字列データの文字コードが、前記データベースに登録される文字列データの文字コードである第１文字コードとは異なる第２文字コードのときは、インポートする前記設定データのうちの前記文字列データの文字コードを前記第１文字コードに変換する変換手段と、
   前記データベースに、前記第２文字コードの文字列データに代えて、前記変換手段により変換された文字列データを登録することによりインポートするインポート手段と
   を有し、
   インポートする文字列データには、当該文字列データの文字コードを示すコード情報が加えられており、
   前記変換手段は、インポートする文字列の前記コード情報が、前記第２文字コードを示し、かつ前記第１文字コードに変換された前記文字列データがインポートされていないときに、前記文字列データを前記第１文字コードに変換することを特徴とする画像形成装置。
8. 画像形成装置の制御に関する文字列データを含む複数の設定データが登録されるデータベースが記憶された記憶手段と、
   前記データベースにインポートする設定データのうちの文字列データの文字コードが、前記データベースに登録される文字列データの文字コードであるユニコードとは異なる第２文字コードのときは、インポートする前記設定データのうちの文字列データの文字コードをユニコードに変換する変換手段と、
   前記データベースに、前記第２文字コードの文字列データに代えて、前記変換手段により変換された文字列データを登録することによりインポートするインポート手段と
   を有することを特徴とする画像形成装置。
9. 前記インポート手段は、前記画像形成装置とネットワークを介して接続される端末装置から、又は、ＵＳＢストレージデバイスから、前記設定データをインポートすることを特徴とする請求項７又は８に記載の画像形成装置。
10. 画像形成装置の制御に関する文字列データを含む複数の設定データが登録されたデータベースが記憶された記憶手段を有する画像形成装置の制御方法であって、
    前記データベースに登録された前記設定データをエクスポートする場合に、エクスポートする前記設定データに含まれる前記文字列データの文字コードを、前記データベースに登録されている文字列データの文字コードである第１文字コードとは異なる第２文字コードに変換する変換ステップと、
    前記データベースに登録された設定データに加え、前記変換ステップにより前記第２文字コードに変換された文字列データをエクスポートするエクスポートステップと
    を有することを特徴とする制御方法。
11. 画像形成装置の制御に関する文字列データを含む複数の設定データが登録されたデータベースが記憶された記憶手段を有する画像形成装置の制御方法であって、
    前記データベースにインポートする設定データのうちの文字列データの文字コードが、前記データベースに登録される文字列データの文字コードである第１文字コードとは異なる第２文字コードのときは、インポートする前記設定データのうちの前記文字列データの文字コードを前記第１文字コードに変換する変換ステップと、
    前記データベースに、前記第２文字コードの文字列データに代えて、前記変換ステップにより変換された文字列データを登録することによりインポートするインポートステップと
    を有し、
    インポートする文字列データには、当該文字列データの文字コードを示すコード情報が加えられており、
    前記変換ステップは、インポートする文字列の前記コード情報が、前記第２文字コードを示し、かつ前記第１文字コードに変換された前記文字列データがインポートされていないときに、前記文字列データを前記第１文字コードに変換することを特徴とする制御方法。
12. 画像形成装置の制御に関する文字列データを含む複数の設定データが登録されたデータベースが記憶された記憶手段を有する画像形成装置の制御方法であって、
    前記データベースにインポートする設定データのうちの文字列データの文字コードが、前記データベースに登録される文字列データの文字コードであるユニコードとは異なる第２文字コードのときは、インポートする前記設定データのうちの文字列データの文字コードをユニコードに変換する変換ステップと、
    前記データベースに、前記第２文字コードの文字列データに代えて、前記変換ステップにより変換された文字列データを登録することによりインポートするインポートステップと
    を有することを特徴とする制御方法。
13. 画像形成装置の制御に関する文字列データを含む複数の設定データが登録されたデータベースが記憶された記憶手段を有する画像形成装置の制御方法をコンピュータに実行させるためのプログラムであって、
    前記制御方法は、
    前記データベースに登録された前記設定データをエクスポートする場合に、エクスポートする前記設定データに含まれる前記文字列データの文字コードを、前記データベースに登録されている文字列データの文字コードである第１文字コードとは異なる第２文字コードに変換する変換ステップと、
    前記データベースに登録された設定データに加え、前記変換ステップにより前記第２文字コードに変換された文字列データをエクスポートするエクスポートステップと
    を有することを特徴とするプログラム。
14. 画像形成装置の制御に関する文字列データを含む複数の設定データが登録されたデータベースが記憶された記憶手段を有する画像形成装置の制御方法をコンピュータに実行させるためのプログラムであって、
    前記制御方法は、
    前記データベースにインポートする設定データのうちの文字列データの文字コードが、前記データベースに登録される文字列データの文字コードである第１文字コードとは異なる第２文字コードのときは、インポートする前記設定データのうちの前記文字列データの文字コードを前記第１文字コードに変換する変換ステップと、
    前記データベースに、前記第２文字コードの文字列データに代えて、前記変換ステップにより変換された文字列データを登録することによりインポートするインポートステップと
    を有し、
    インポートする文字列データには、当該文字列データの文字コードを示すコード情報が加えられており、
    前記変換ステップは、インポートする文字列の前記コード情報が、前記第２文字コードを示し、かつ前記第１文字コードに変換された前記文字列データがインポートされていないときに、前記文字列データを前記第１文字コードに変換することを特徴とするプログラム。
15. 画像形成装置の制御に関する文字列データを含む複数の設定データが登録されたデータベースが記憶された記憶手段を有する画像形成装置の制御方法をコンピュータに実行させるためのプログラムであって、
    前記制御方法は、
    前記データベースにインポートする設定データのうちの文字列データの文字コードが、前記データベースに登録される文字列データの文字コードであるユニコードとは異なる第２文字コードのときは、インポートする前記設定データのうちの文字列データの文字コードをユニコードに変換する変換ステップと、
    前記データベースに、前記第２文字コードの文字列データに代えて、前記変換ステップにより変換された文字列データを登録することによりインポートするインポートステップと
    を有することを特徴とするプログラム。

Images