JP7214450B2 - 画像処理装置、画像処理装置の制御方法、およびプログラム - Google Patents

Description

本発明は、画像処理装置、画像処理装置の制御方法、およびプログラムに関する。

現在、プリンタや複写機等の画像処理装置の各種カウンタ情報、デバイス情報は、画像処理装置から直接、或いは一旦遠隔監視装置で複数の画像処理装置の情報を収集し、管理サーバに送信している。管理サーバに送信されたデータは、販売会社（サービスセンタ）等により集計／分析／管理が行われ、この情報を元に課金処理が行われている。

特許文献１は、複数の画像形成装置の情報を収集し、収集した情報を、複数の画像形成装置の情報を一元的に管理する中管理装置にまとめて送信する監視装置を開示している。

特開２０１２－２５５９４６号公報

画像処理装置が管理サーバへ上述したような各種情報の送信を行うまでには、２つのステップが必要となる。１つ目のステップとして、ネットワークの設定等、各種設定を行う。そして、２つ目のステップとして、該設定の完了後に管理サーバやメールサーバへの通信が成功するか否かを確認するための送信テストを行う。そして、通信が成功することを確認してから実データの送信が行われる。

画像処理装置には、ネットワークを介して接続した外部装置から、画像処理装置に内蔵されるウェブサーバを経由して画像処理装置の各種設定値を参照および設定する機能がある。この機能をＲＵＩ（Ｒｅｍｏｔｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）という。ＲＵＩを利用して画像処理装置の各種情報の送信を行う場合、上述した２つのステップを実行するのは手間である。

また、複数の画像処理装置に対してＲＵＩを利用して各画像処理装置から各種情報の送信を行うように設定を行うことが考えられるが、各種設定を行うステップと、送信テストを実行するステップとをそれぞれの画像処理装置に対して繰り返す必要がある。

本発明は、画像処理装置における各種設定と送信テストの実行指示とを１つのステップで実行可能とする画像処理装置を提供することを目的とする。

本発明の一実施形態の画像処理装置は、画像処理装置に内蔵されるウェブサーバを介して、前記画像処理装置上で動作するアプリケーションの設定ファイルをインポートする画面を提供する提供手段と、インポートされた前記設定ファイルを解析して、反映すべき設定値を取得して反映する反映手段と、インポートされた前記設定ファイルを解析して、前記アプリケーションが利用する外部装置との通信が可能であるか確認するための送信テストの実行が行われるように設定する設定手段と、前記設定ファイルに含まれる反映すべき設定値が全て反映された後に、前記設定手段による設定に従い、前記送信テストを実行する実行手段と、を有する。

本発明の画像処理装置によれば、画像処理装置における各種設定と送信テストの実行指示とが１つのステップで実行可能となる。

本実施形態におけるシステムの構成例を示す図である。 画像処理装置および管理サーバのハードウェア構成例を示す図である。 画像処理装置および管理サーバのソフトウェア構成例を示す図である。 画像処理装置のアーキテクチャの一例を示す図である。 Ｅメールの宛先ごとの内容を示す図である。 画像処理装置のＬＵＩ画面の一例を示す図である。 画像処理装置のＬＵＩ画面の一例を示す図である。 画像処理装置のＬＵＩ画面の一例を示す図である。 画像処理装置のＬＵＩ画面の一例を示す図である。 画像処理装置のＬＵＩ画面の一例を示す図である。 画像処理装置の送信テストに関わるＬＵＩ画面の一例を示す図である。 画像処理装置の送信テストに関わるＬＵＩ画面の一例を示す図である。 画像処理装置の送信履歴に関わるＬＵＩ画面の一例を示す図である。 画像処理装置の送信履歴に関わるＬＵＩ画面の一例を示す図である。 画像処理装置の設定の初期化に関わるＬＵＩ画面の一例を示す図である。 画像処理装置のＲＵＩ画面の一例を示す図である。 設定ファイルの一例を示す図である。 画像処理装置にて送信テストが実行される際の処理のシーケンス図である。 画像処理装置に係る設定ファイルのインポート処理を示す図である。 画像処理装置に係る送信テストの実行処理を示す図である。 設定ファイルのインポート時のＨＴＴＰパケットを示す図である。 画像処理装置にて承認が実行される際の処理のシーケンス図である。 画像処理装置の承認に関わるＲＵＩ画面の一例を示す図である。

以下、本発明を実施するための形態について図面などを参照して説明する。

（第１実施形態）
図１は、本発明の一実施例を示す画像処理装置と管理サーバとを含むシステムの構成を例示する図である。
図１において、画像処理装置１０２、管理者ＰＣ１０３、監査者ＰＣ１０４、メールサーバ１０５は、ＬＡＮ１０１を介して相互に通信可能に接続される。

管理者ＰＣ１０３は、画像処理装置１０２が送信したＥメールを受信し、管理者は受信したＥメールの内容を確認する。また、管理者ＰＣ１０３は、画像処理装置１０２のＲＵＩ（Ｒｅｍｏｔｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）機能にアクセスし、管理者は、設定変更を行う。

ＲＵＩとは、画像処理装置に内蔵されるウェブサーバを経由して、画像処理装置にネットワークを介して接続された情報処理装置から画像処理装置へアクセスする機能のことである。また、ＲＵＩに対して、画像処理装置に固有の操作手段（入出力装置等）により画像処理装置へアクセスする機能をＬＵＩ（Ｌｏｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）という。

監査者ＰＣ１０４は、画像処理装置１０２が送信したＥメールを受信し、監査者は受信したＥメールの内容を確認する。管理者ＰＣ１０３と監査者ＰＣ１０４は、タブレット端末やスマートフォンなどであってもよい。メールサーバ１０５は、画像処理装置１０２やＰＣがＥメールの送受信を行うために設置されるものである。インターネット環境１０７は、画像処理装置１０２と管理者ＰＣ１０３と監査者ＰＣ１０４とメールサーバ１０５とが、ＬＡＮ１０１を介して相互に接続されたインターネットの環境を示す。

管理サーバ１０６は、画像処理装置１０２が送信したＥメールを受信する。なお、管理サーバ１０６は、メンテナンスシステムサーバと呼ばれることもある。管理サーバ１０６は、画像処理装置１０２のカウンタ情報、稼働情報等に基づく稼働状態を一元的に管理する機能や、画像処理装置１０２の消耗品のステータス情報に基づき消耗品の在庫管理を行う機能を備える。以下、画像処理装置１０２の各種情報をデバイス情報と呼ぶ。

なお、インターネット環境１０７と管理サーバ１０６とは、インターネット１０８を介して相互に接続されている。画像処理装置１０２は、画像処理装置１０２のデバイス情報の送信先として設定されている管理サーバ１０６に、画像処理装置１０２のデバイス情報を送信する。

なお、図１において、インターネット環境１０７は１つしか図示されていないが、実際には複数のインターネット環境１０７と管理サーバ１０６とがインターネット１０８を介して相互に接続されている。画像処理装置１０２は、例えば、デジタル複合機、ファクシミリ装置、プリンタ、スキャナ装置、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等を含む。また、画像処理装置１０２は、デジタル医療機器、ネットワークカメラ、カーナビゲーションシステム、各種ネットワーク家電等も含みうる。

また、本実施形態において、通信プロトコルは、ＳＭＴＰ等のプロトコルを想定しているが、特に限定するものではない。例えば、画像処理装置１０２は、ＨＴＴＰやＨＴＴＰＳを利用してプロキシサーバとファイアウォールを介して、管理サーバ１０６にデータを送信してもよい。また、図１において、メールサーバ１０５を１台しか図示されていないが、画像処理装置１０２が送信するＥメールは、複数のメールサーバを経由して管理サーバ１０６が受信する構成でもよい。

図２（Ａ）は、画像処理装置１０２のハードウェア構成例を示す図である。
画像処理装置１０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０３、記憶装置２０４を有する。また、画像処理装置１０２は、ネットワークＩ／Ｆ（インタフェース）２０５、内部バス２０６、デバイス制御部２０７、印刷部２０８、入出力Ｉ／Ｆ２０９、入出力装置２１０、トナー残量検知部２１１、センサ部２１２等を有する。

ＣＰＵ２０１は、内部バス２０６を介して各処理部を総括的に制御する。内部バス２０６には、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、デバイス制御部２０７、入出力Ｉ／Ｆ２０９、トナー残量検知部２１１、センサ部２１２等が接続されている。ＲＯＭ２０３には、プログラムが記憶されている。なお、プログラムは、後述する図３（Ａ）の各ソフトウェア構成を実現するプログラムを含む。

ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３、記憶装置２０４とともに上記プログラムの実行処理を行うとともに、記憶装置２０４等の記録媒体に画像データを記憶する処理を行う。また、ＲＯＭ２０３には、上記プログラムの他、画像処理装置１０２が出荷される地域を意味する仕向け情報等も記憶されている。この仕向け情報に従って、入出力装置２１０で表示する言語等が決定される。

記憶装置２０４は、外部記憶装置として機能し、画像データ等を記憶するほか、ＲＡＭ２０２に代わって、上記のカウンタ情報、システム情報および監視情報等を記憶することも可能である。ネットワークＩ／Ｆ２０５は、ＬＡＮ１０１を介して、外部のネットワーク機器あるいはＰＣと片方向または双方向にデータをやり取りする。デバイス制御部２０７は、印刷部２０８を制御する。

印刷部２０８は、例えば、電子写真方式の印刷部であり、露光部、転写部や定着器などを含む。入出力装置２１０は、画像処理装置１０２における入出力を担う複数の構成を含む。具体的には、ユーザからの入力（ボタン入力など）を受け付け、該入力に対応する信号を入出力Ｉ／Ｆ２０９によって上述した各処理部へ伝える。

入出力装置２１０は、他にもユーザに対して必要な情報を提供したり、ユーザ操作を受付けたりするための表示装置（タッチパネルなど）を含む。さらに、入出力装置２１０には、原稿を読み取り、電子データを入力として受付けるためのスキャン装置を含んでいてもよい。

トナー残量検知部２１１は、印刷部２０８のトナー残量をセンサによって検知し、検知したトナー残量をアラート、アラームなどの信号として生成する。センサ部２１２は、トナーボトルの着脱等を検知し、セットされたトナーボトルのシリアル番号を読み取ることが可能である。なお、本実施形態では、画像処理装置１０２の消耗品の一例としてトナーを例に説明しているが、他の消耗品であってもよい。

図２（Ｂ）は、管理サーバ１０６のハードウェア構成例を示す図である。
管理サーバ１０６は、ＣＰＵ２５１、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４、内部バス２５６、入出力Ｉ／Ｆ２５７、ネットワークＩ／Ｆ２５５を有する。ＣＰＵ２５１は、内部バス２５６を介して各処理部を総括的に制御する。内部バス２５６には、ＣＰＵ２５１、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４、ネットワークＩ／Ｆ２５５、入出力Ｉ／Ｆ２５７等が接続されている。

ＲＯＭ２５３や記憶装置２５４には、プログラムが記憶されている。なお、プログラムは、後述する図３（Ｂ）のソフトウェア構成を実現するプログラムを含む。ＲＡＭ２５２は、ＣＰＵ２５１のメモリやワークエリアとして機能する。ＣＰＵ２５１は、ＲＡＭ２５２やＲＯＭ２５３、記憶装置２５４とともに上記プログラムの実行処理を行うとともに、記憶装置２０４等の記録媒体にデータを記憶する処理を行う。

記憶装置２５４は、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）等の記憶装置である。記憶装置２５４は、外部記憶装置として機能し、画像処理装置１０２の管理情報を記憶するほか、ＲＡＭ２５２に代わって、システム情報および処理情報等を記憶することも可能である。入出力Ｉ／Ｆ２５７は、例えば、ＰＳ２やＵｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ Ｉ／Ｆ）、アナログやデジタルのディスプレイＩ／Ｆを備える。

入出力装置２５８は、キーボードやマウス、ＣＲＴや液晶ディスプレイ等であり、入出力Ｉ／Ｆ２５７を介して管理サーバ１０６と接続することができる。管理サーバ１０６は、ネットワークＩ／Ｆ２５５によりＬＡＮ１０１、インターネット環境１０７、１０８を介した通信を行うことにより、画像処理装置１０２や、管理者ＰＣ１０３、監査者ＰＣ１０４と通信を行うことができる。なお、管理者ＰＣ１０３、監査者ＰＣ１０４のハードウェア構成も、上述した管理サーバ１０６のハードウェア構成と同様とする。

図３（Ａ）は、画像処理装置１０２のソフトウェア構成例を示す図である。
なお、図３（Ａ）では、特に本発明に関わる機能についてのソフトウェア（モジュール）について示すものとし、その他の構成については省略する。画像処理装置１０２は、通信部３０１、記憶部３０２、画像形成部３０３、デバイス情報制御部３０４、操作部３０５、ＪＡＶＡアプリ３０６、ＪＡＶＡ－Ｎａｔｉｖｅ変換部３１１等から構成される。

通信部３０１は、画像処理装置１０２に関するデバイス情報を管理サーバ１０６へ送信する。また、通信部３０１は、管理サーバ１０６から送信される指示・情報を受信する。これらの送受信は、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどのプロトコルを用いた通信により行われる。記憶部３０２は、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の記憶領域と情報のやり取りを行う。

記憶部３０２は、デバイス情報として画像処理装置１０２の動作履歴やさまざまな異常状態を表すデータなどを上記記憶領域に記憶させる。なお、デバイス情報には、装置ＩＤなどの画像処理装置の識別情報、ＩＰアドレスなどの通信情報も含まれる。また、デバイス情報には、カウンタ情報などの稼働情報、異常状態情報（障害情報、エラー情報）、消耗品のステータス情報、その他様々なデバイス情報も含まれる。

また、記憶部３０２は、管理サーバ１０６の情報として、画像処理装置１０２を管理する管理サーバ１０６のＩＰアドレスなどの通信情報を上記記憶領域に記憶させる。画像形成部３０３は、印刷データを生成し出力する。デバイス情報制御部３０４は、画像処理装置１０２の印刷制御や異常状態の管理などを行うとともに、カウンタ情報の管理や通知情報の管理を行う。

また、デバイス情報制御部３０４は、色味調整や印刷モード、その他機能の設定に関する制御を行う。また、デバイス情報制御部３０４は、画像処理装置１０２に障害が発生した際に管理サーバ１０６へ送信するための障害情報を生成する。なお、デバイス情報制御部３０４は、障害情報だけでなく、トナーや部品など各種消耗品に関わる情報（消耗品情報）も管理する。

これらの障害情報や消耗品情報、また画像処理装置１０２のカウンタ情報などの稼働情報は、ネットワークＩ／Ｆ２０５を介して管理サーバ１０６へ送信される。操作部３０５は、ユーザによる印刷指示をはじめとする画像処理装置１０２に対する操作指示を可能とするインタフェースである。

ＪＡＶＡアプリ３０６は、ＬＵＩ制御部３０７、ＲＵＩ制御部３０８、Ｅメール制御部３０９、送信テスト制御部３１０等を含むＪａｖａ（登録商標）アプリケーションである。ＬＵＩ制御部３０７は、操作部３０５に対してアイコンや各種設定画面を表示する。ＬＵＩ制御部３０７は、各種設定画面を介して画像処理装置１０２に対して何等かの設定がなされた場合は、記憶部３０２に対して該設定を記憶させる。また、ＬＵＩ制御部３０７は、操作部３０５を介して送信テストの実行が指示された場合、送信テスト制御部３１０に送信テストを実行させる。

ＲＵＩ制御部３０８は、外部情報処理装置のウェブブラウザなどからアクセスされた場合に設定ファイルのインポートおよびエクスポートができる画面を表示する。該画面を介して設定ファイルのインポートが指示された場合、ＲＵＩ制御部３０８は、記憶部３０２に対してインポートされた設定ファイルを解析して、反映すべき設定値を反映（記憶）させる。

また、ＲＵＩ制御部３０８は、インポートされた設定ファイルを解析して、送信テストの実行に関する情報が含まれている場合は、送信テスト制御部３１０に送信テストを実行させる。Ｅメール制御部３０９は、Ｅメール（電子メール）のデータを生成し、通信部３０１にＥメールの送信指示を行う。

送信テスト制御部３１０は、ＬＵＩ制御部３０７やＲＵＩ制御部３０８から送信テストの実行指示を受けると、Ｅメールを生成しメールサーバ１０５へ送信する。ＪＡＶＡ－Ｎａｔｉｖｅ変換部３１１は、ＪＡＶＡアプリとＮａｔｉｖｅモジュールの間で情報の送受信を行うためのＡＰＩである。ＪＡＶＡアプリ３０６以外はＮａｔｉｖｅモジュールである。

図３（Ｂ）は、管理サーバ１０６のソフトウェア構成例を示す図である。
なお、図３（Ｂ）では、特に本発明に関わる機能についてのソフトウェア構成について示すものとし、その他の構成については省略する。管理サーバ１０６は、通信部３５１、記憶部３５２、表示部３５３、コマンド解析部３５４、レスポンス生成部３５５、保守情報管理部３５６等から構成される。

通信部３５１は、画像処理装置１０２やメールサーバ１０５と通信を行う。画像処理装置１０２から送信されるデバイス情報をＥメールで受信したり、画像処理装置１０２へ必要な指示・情報を送信したりする。記憶部３５２は、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４の記憶領域と情報のやりとりを行い、デバイス情報や販売会社情報、顧客情報などを上記記憶領域に記憶する。

表示部３５３は、記憶部３５２に格納されたデバイス情報をウェブページ（画面）として表示するための処理を行う。管理サーバ１０６では、ＷＷＷサーバプログラムが動作しており、自装置や外部装置のウェブブラウザからのリクエストに応じて、上記のウェブページを該ウェブブラウザに提供する。これにより、販売会社のサービスマン等がＰＣ１１０上のウェブブラウザから上記情報を閲覧することが可能となる。以降、上記のウェブページを閲覧等するためのウェブサイトをポータルサイトと呼ぶ。

コマンド解析部３５４は、画像処理装置１０２から送信されたコマンドを解析する。コマンド解析部３５４は、解析した結果を、記憶部３５２、保守情報管理部３５６、表示部３５３等に反映させる。レスポンス生成部３５５は、コマンド解析部３５４により解析されたコマンドに対して、画像処理装置１０２へのレスポンスを生成する。保守情報管理部３５６は、画像処理装置１０２を監視し保守を行うために必要な情報を管理する。

保守情報管理部３５６は、通知管理部３５７、販売会社情報管理部３５８、デバイス情報管理部３５９、顧客情報管理部３６０、消耗品在庫管理部３６１、マスタ情報管理部３６２を含む。通知管理部３５７は、通知情報の生成や通知先の指定を行い、通知データを生成する。通知管理部３５７による通知には、例えば、画像処理装置１０２を保守するサービスマンへの保守依頼通知や消耗品の補充依頼通知などがある。

販売会社情報管理部３５８は、顧客に設置された画像処理装置１０２の管理、サポートを行う販売会社の情報を管理する。デバイス情報管理部３５９は、保守対象の画像処理装置１０２を管理する。例えば、画像処理装置の識別情報、画像処理装置の異常状態情報、保守履歴、画像処理装置の管理者情報、画像処理装置の消耗品情報などがデバイス情報管理部３５９の管理対象となる。

なお、異常状態情報とは、エラー、アラーム、ジャムなどの稼働情報を含み、異常状態情報は、ポータルサイトに表示され、販売会社のディスパッチャ、サービスマンなどにより閲覧される。また、上記の稼働情報は、販売会社の対応状況に応じて「未対応」、「対応中」、「対応済み」などステータス管理されている。顧客情報管理部３６０は、画像処理装置１０２が設置された顧客の情報を管理する。

顧客情報管理部３６０が管理する情報の中には、販売会社との保守契約に関する情報も含まれる。消耗品在庫管理部３６１は、トナー／インク、部品といった画像処理装置１０２の消耗品の在庫管理を行う。具体的には、消耗品在庫管理部３６１は、画像処理装置１０２から送信されるトナー／インク残量を示す情報や部品交換を示す情報等の消耗品情報を基に在庫減算を行う。そして、消耗品在庫管理部３６１は、在庫数が設定した閾値を跨いだ際に通知管理部３５７と連動することで、消耗品の補充依頼通知などの通知を行う。

マスタ情報管理部３６２は、機種情報、稼働情報、部品情報などの表示に必要なマスタ情報を管理する。マスタ情報とは、例えばある機種の製品名称、使用する消耗品の情報などや、画像処理装置１０２から送信される稼働情報の内容説明、部品の寿命値などである。

図４は、画像処理装置１０２のアーキテクチャの一例を示す図である。
画像処理装置１０２の各ソフトウェアはＯＳ４０１上で動作する。ＯＳ４０１上では、コントローラ４０２とＪＡＶＡプラットフォーム４０４が動作し、コントローラ４０２上で、Ｎａｔｉｖｅモジュール４０３が動作する。図３に示したＪＡＶＡアプリ３０６以外はＮａｔｉｖｅモジュール４０３とする。

ＪＡＶＡプラットフォーム４０４上では、ＪＡＶＡアプリ３０６が動作する。Ｎａｔｉｖｅモジュール４０３とＪＡＶＡアプリ３０６とは、異なる資源で動作しているため、ループバック通信やＪＡＶＡ－Ｎａｔｉｖｅ変換部３１１を通して情報の送受信を行う必要がある。Ｎａｔｉｖｅモジュール４０３は、画像処理装置１０２に標準的に備えられた機能を提供するソフトウェアであるのに対して、ＪＡＶＡアプリ３０６は、画像処理装置１０２に追加でインストールされたソフトウェアである。

ＪＡＶＡアプリ３０６は、Ｊａｖａ（登録商標）をベースとしたソフトウェアであり、画像処理装置１０２への機能追加を容易に実現できる。なお、本実施形態では一例として画像処理装置１０２の機能追加をＪＡＶＡプラットフォーム４０４およびＪＡＶＡアプリ３０６で実現する場合について説明するが、これに限られるものではなく、他の言語系を用いてもよい。

図５は、画像処理装置１０２が送信するＥメールの宛先ごとの内容を示す図である。
宛先５０１は、Ｅメールの宛先を示し、図５に示す例では、宛先として管理サーバ１０６、管理者ＰＣ１０３、および監査者ＰＣ１０４がある。送信データ５０２は、Ｅメールで送信されるデータ内容を示す。管理サーバ１０６および監査者ＰＣ１０４へ送信されるデータ内容は、全てのカウンタ情報および全エラー情報であり、その他の情報を含んでいてもよい。

一方、管理者ＰＣ１０３へ送信されるデータ内容は、検針カウンタ情報のみである。検針カウンタ情報とは、カウンタ情報のうち、課金に使用されるカウンタ情報である。カウンタ情報には、印刷の総枚数の情報を含み、カラープリントや白黒プリント等、プリント種別ごとの印刷枚数を含みうる。なお、各装置へ送信されるデータ内容に関しては、後述する図１０または図１７（Ａ）等で設定されるが、これに限られるものではなく、例えば、送信するデータ内容を項目ごとに詳細に設定できるようにしてもよい。

フォーマット５０３は、送信されるデータの形式を示す。管理サーバ１０６および監査者ＰＣ１０４へ送信されるデータの形式はバイナリ形式であり、管理者ＰＣ１０３へ送信されるデータの形式はテキスト形式である。暗号化５０４は、送信されるデータの暗号化の有無を示す。図５に示す例では、管理サーバ１０６へ送信されるデータは暗号化され、管理者ＰＣ１０３および監査者ＰＣ１０４へ送信されるデータは暗号化されないことを示す。

管理サーバ１０６は、画像処理装置１０２に関する全てのデータを管理するため、管理サーバ１０６へ送信されるデータは全データであり、データを軽量化するために形式をバイナリ形式とする。また、送信される過程での盗聴を防ぐため送信されるデータは暗号化される。管理者ＰＣ１０３は、エラーは認識しなくてもよく、検針カウンタ情報のみ管理するため、管理者ＰＣ１０３へ送信されるデータは検針カウンタ情報のみであり、データの形式はテキスト形式とし、データの暗号化はしない。

監査者ＰＣ１０４では、管理サーバ１０６と同じデータを確認するため、監査者ＰＣ１０４に送信されるデータは全データであり、データの形式はバイナリ形式とする。また、送信されるデータの暗号化はしない。管理者ＰＣ１０３および監査者ＰＣ１０４は、データの暗号化がなされないため、データの内容を確認することができる。

図６（Ａ）は、画像処理装置１０２のＬＵＩ制御部３０７が表示するトップメニューのＬＵＩ画面の一例である。
トップメニューのＬＵＩ画面６０１は、コピー６０２、スキャンして保存６０３、スキャンして送信６０４、Ｅメールで管理６０５等のボタンを有する。

それぞれのボタンが押下されることで画像処理装置１０２の機能ごとのＬＵＩ画面に遷移する。以下、Ｅメールで管理６０５が押下された場合について説明する。Ｅメールで管理６０５が押下されると、Ｅメールによる各種デバイス情報の管理に関するＬＵＩ画面に遷移する。

図６（Ｂ）は、Ｅメールで管理６０５が押下された場合に表示されるＬＵＩ画面の一例である。
ＬＵＩ画面６１１は、送信先設定６１２、Ｅメール設定６１３、情報の選択６１４、送信テスト６１５、送信履歴６１６、送信エラー履歴６１７、設定と履歴の初期化６１８等のボタンを有する。

それぞれのボタンが押下されることでＥメールによる各種デバイス情報の管理に関する詳細な設定画面に遷移する。具体的には、Ｅメール送信に関わるネットワーク設定や送信内容の設定、送信履歴等に関する設定である。送信先設定６１２を押下すると、送信先設定のＬＵＩ画面６２１（図７（Ａ））に遷移する。Ｅメール設定６１３を押下すると、Ｅメール設定のＬＵＩ画面６５１（図８（Ｂ））に遷移する。情報の選択６１４を押下すると、情報の選択設定のＬＵＩ画面６８１（図１０）に遷移する。

送信テスト６１５を押下すると、送信テストのＬＵＩ画面７０１（図１１（Ａ））に遷移する。送信履歴６１６を押下すると、送信履歴のＬＵＩ画面８０１（図１３（Ａ））に遷移する。送信エラー履歴６１７を押下すると、送信エラー履歴のＬＵＩ画面８２１（図１４（Ａ））に遷移する。設定と履歴の初期化６１８を押下すると、設定と履歴の初期化のＬＵＩ画面９０１（図１５（Ａ））に遷移する。

図７（Ａ）は、送信先設定のＬＵＩ画面の一例である。
送信先設定のＬＵＩ画面６２１では、管理サーバへのＥメールの送信の有無（ＯＮ／ＯＦＦ）６２２、管理者ＰＣへのＥメールの送信の有無（ＯＮ／ＯＦＦ）６２３、監査者ＰＣへのＥメールの送信の有無（ＯＮ／ＯＦＦ）６２４が設定可能である。また、ＬＵＩ画面６２１では、送信時刻６２５および送信間隔６２６が設定可能である。

送信時刻６２５の設定に従い、設定時刻になった時点で定期的なＥメールの送信が実行される。送信間隔６２６の設定に従い、前回送信時刻から送信間隔６２６に設定された時間が経過した後に定期的なＥメールの送信が実行される。送信先設定のＬＵＩ画面６２１において、「次へ」ボタンが押下されると、送信先設定のＬＵＩ画面６３１（図７（Ｂ））に遷移する。

図７（Ｂ）は、送信先設定のＬＵＩ画面の一例である。
送信先設定のＬＵＩ画面６３１は、管理サーバの宛先６３２、管理者ＰＣの宛先６３３、監査者ＰＣの宛先６３４のボタンを有する。それぞれのボタンが押下されることで送信先についての詳細な設定画面に遷移する。具体的には、それぞれの宛先としてメールアドレスを設定するＬＵＩ画面６４１に遷移する。どのボタンを押下しても同じ形式の画面に遷移するが、それぞれの宛先ごとに個別のメールアドレスを設定することができる。

図８（Ａ）は、メールアドレスを設定するＬＵＩ画面の一例である。
メールアドレス設定のＬＵＩ画面６４１では、「Ｔｏ」に設定するメールアドレス６４２、「Ｃｃ」に設定するメールアドレス６４３、「Ｂｃｃ」に設定するメールアドレス６４４をそれぞれ設定することができる。

図８（Ｂ）は、Ｅメール設定のＬＵＩ画面の一例である。
Ｅメール設定のＬＵＩ画面６５１へは、ＬＵＩ画面（図６（Ｂ））のＥメール設定６１３が押下されることにより遷移する。Ｅメール設定のＬＵＩ画面６５１では、ユーザ略称６５２、ＳＭＴＰサーバのＩＰアドレス６５３、ポート番号１１０、ＴＬＳのＯＮ／ＯＦＦ６５５が設定可能である。Ｅメール設定のＬＵＩ画面６５１において、「次へ」ボタンが押下されると、ＳＭＴＰ認証設定のＬＵＩ画面６６１（図９（Ａ））に遷移する。

図９（Ａ）は、ＳＭＴＰ認証設定のＬＵＩ画面の一例である。
ＳＭＴＰ認証設定のＬＵＩ画面６６１では、ＳＭＴＰ認証のＯＮ／ＯＦＦ６６２、ＳＭＴＰ認証で使用するユーザ名６６３、ＳＭＴＰ認証で設定するパスワード６６４、ＰＯＰ認証ＯＮ／ＯＦＦ６６５が設定可能である。ＳＭＴＰ認証設定のＬＵＩ画面６６１において、ＰＯＰ認証「ＯＮ」のボタンが押下されると、ＰＯＰ認証設定のＬＵＩ画面６７１（図９（Ｂ））に遷移する。

図９（Ｂ）は、ＰＯＰ認証設定のＬＵＩ画面の一例である。
ＰＯＰ認証設定のＬＵＩ画面６７１では、ＰＯＰサーバのＩＰアドレス６７２、ＰＯＰ認証に使用するログイン名６７３、ＰＯＰ認証に使用するパスワード６７４、ポート番号６７５、ＴＬＳのＯＮ／ＯＦＦ６７６が設定可能である。ＰＯＰ認証設定のＬＵＩ画面６７１において、「ＯＫ」ボタンが押下されると、ＰＯＰ認証設定が確定し、ＳＭＴＰ認証設定のＬＵＩ画面６６１（図９（Ａ））に遷移する。

図１０は、情報の選択設定のＬＵＩ画面の一例である。
情報の選択設定のＬＵＩ画面６８１へは、ＬＵＩ画面（図６（Ｂ））の情報の選択６１４が押下されることにより遷移する。情報の選択設定のＬＵＩ画面６８１では、画像処理装置１０２からＥメールで送信するデータとしてすべて６８２、または検針カウンタ情報のみ６８３のどちらかを選択することができる。

すべて６８２が選択されると、Ｅメールで送信するデータとして、全カウンタ情報および全エラー情報が設定され、検針カウンタのみ６８３が選択されると、Ｅメールで送信するデータとして、検針カウンタ情報が設定される。

図１１（Ａ）は、送信テストのＬＵＩ画面の一例である。
送信テストのＬＵＩ画面７０１へは、ＬＵＩ画面（図６（Ｂ））の送信テスト６１５が押下されることにより遷移する。送信テストのＬＵＩ画面７０１は、送信テストの実行ボタン７０２を有する。送信テストの実行ボタン７０２が押下されると、送信テストとしてＥメールがメールサーバ１０５に送信される。

Ｅメールの内容はどのようなものでもよい。送信結果が成功であれば、送信テストが成功した旨の表示を行うＬＵＩ画面７１１（図１１（Ｂ））に遷移し、送信結果が失敗であれば、送信テストが失敗した旨の表示を行うＬＵＩ画面７２１（図１２）に遷移する。

図１１（Ｂ）は、送信テストが成功した旨の表示を行うＬＵＩ画面の一例である。
ＬＵＩ画面７１１では、例えば「正常に送信できました」等の文言７１２が表示される。また、送信テストを再度実行するための実行ボタン７１３を有していてもよい。送信テストの実行ボタン７１３が押下されると、再度送信テストが実行される。

送信テストが成功すると、画像処理装置１０２は、送信先設定のＬＵＩ画面６２１（図７（Ａに））にて設定された送信時刻６２５および送信間隔６２６に従い、定期的なＥメールの送信を開始する。また、送信テストが成功すると、画像処理装置１０２でエラーが発生した場合には、画像処理装置１０２は、エラー情報を通知するＥメールを送信する。すなわち、送信テストは、メールサーバ１０５との通信が可能か否かを確認するためのテストであり、デバイス情報のＥメールによる送信の稼働を開始する意味を持つ。

図１２は、送信テストが失敗した旨の表示を行うＬＵＩ画面の一例である。
ＬＵＩ画面７２１では、例えば、「送信できませんでした」等の文言およびエラーコード７２２が表示される。エラーコード７２２は、接続タイムアウトやメールサーバ応答不正など、送信が失敗した際のエラー内容を示すものである。また、送信テストを再度実行するための実行ボタン７２３を有していてもよい。送信テストの実行ボタン７２３が押下されると、再度送信テストが実行される。

図１３（Ａ）は、送信履歴のＬＵＩ画面の一例である。
送信履歴のＬＵＩ画面８０１へは、ＬＵＩ画面（図６（Ｂ））の送信履歴６１６が押下されることにより遷移する。送信履歴のＬＵＩ画面８０１では、Ｅメールの送信履歴と送信結果が表示される。ＬＵＩ画面８０１にて表示される内容は、例えば、日付８０２、種別８０３、送信先８０４、結果８０５等である。

ＬＵＩ画面８０１において、履歴を１つ選択し、詳細情報ボタン８０６を押下すると、送信履歴の詳細情報を示すＬＵＩ画面８１１（図１３（Ｂ））に遷移する。なお、送信履歴のＬＵＩ画面８０１では、送信結果が成功した履歴のみ表示してもよく、または送信結果が成功か不成功かに関わらずその履歴を表示してもよい。

図１３（Ｂ）は、送信履歴の詳細情報を示すＬＵＩ画面の一例である。
送信履歴の詳細情報を示すＬＵＩ画面８１１では、送信履歴のＬＵＩ画面８０１にて選択された履歴の詳細情報が表示される。ＬＵＩ画面８１１にて表示される内容は、例えば、日時８１２、種別８１３、送信先８１４、結果８１５等である。

ＬＵＩ画面８１１では、図１３（Ａ）の情報に加え、送信履歴の日付だけではなく時間の情報等、より詳細な情報が表示される。また、上述した内容以外の情報を含んでいてもよい。例えば、実際に送信したＥメールの内容が表示されてもよい。

図１４（Ａ）は、送信エラー履歴のＬＵＩ画面の一例である。
送信エラー履歴のＬＵＩ画面８２１へは、ＬＵＩ画面（図６（Ｂ））の送信エラー履歴６１７が押下されることにより遷移する。送信エラー履歴のＬＵＩ画面８２１では、Ｅメールの送信結果がエラーとなった履歴が表示される。

ＬＵＩ画面８２１にて表示される内容は、例えば、日付８２２、種別８２３、送信先８２４、結果８２５等である。また、例えば、送信が失敗した際のエラー内容を示すエラーコードを表示してもよい。ＬＵＩ画面８２１において、履歴を１つ選択し、詳細情報ボタン８２６を押下すると、送信エラー履歴の詳細情報を示すＬＵＩ画面８３１に遷移する。

図１４（Ｂ）は、送信エラー履歴の詳細情報を示すＬＵＩ画面の一例である。
送信エラー履歴の詳細情報を示すＬＵＩ画面８３１では、送信エラー履歴のＬＵＩ画面８２１にて選択された履歴の詳細情報が表示される。ＬＵＩ画面８３１にて表示される内容は、例えば、日時８３２、種別８３３、送信先８３４、結果８３５等である。

ＬＵＩ画面８３１では、図１４（Ａ）の情報に加え、送信エラー履歴の日付だけではなく時間の情報等、より詳細な情報が表示される。また、上述した内容以外の情報を含んでいてもよい。例えば、実際に送信したＥメールの内容が表示されてもよい。また、例えば、送信が失敗した際のエラー内容を示すエラーコードを表示してもよい。

図１５（Ａ）は、設定と履歴の初期化のＬＵＩ画面の一例である。
設定と履歴の初期化のＬＵＩ画面９０１へは、ＬＵＩ画面（図６（Ｂ））の設定と履歴の初期化６１８が押下されることにより遷移する。設定と履歴の初期化のＬＵＩ画面９０１は、はい９０２、およびいいえ９０３のボタンを有する。

はい９０２が押下されると、上述した画像処理装置１０２からのＥメール送信に関する全設定および全履歴の初期化が実行され、設定と履歴の初期化の実行結果を示すＬＵＩ画面９１１（図１５（Ｂ）））に遷移する。初期化を実行することにより、画像処理装置１０２からのＥメールによるデバイス情報の定期送信およびエラー発生時のエラー情報の送信が停止される。

図１５（Ｂ）は、設定と履歴の初期化の実行結果を示すＬＵＩ画面の一例である。
設定と履歴の初期化の実行結果を示すＬＵＩ画面９１１は、設定と履歴の初期化が実行された後の画面であり、「初期化しました」等の文言が表示される。

図１６は、画像処理装置１０２のＲＵＩ制御部３０８が提供するＲＵＩ画面の一例である。
ＲＵＩ画面１００１では、設定ファイルのインポートおよびエクスポートの実行が可能である。ファイル１００２にインポートする設定ファイルが記憶されている場所をパスで指定し、インポートボタン１００３を押下することにより設定のインポートが実行される。

なお、ファイル１００２の「参照」ボタンを押下することで、インポートする設定ファイルを直接指定することができる。また、エクスポートボタン１００４が押下されると、設定ファイルのエクスポートが実行され、ＲＵＩ画面を閲覧している情報処理装置上や所定の場所、または指定した場所に画像処理装置１０２の現在の設定を示す設定ファイルを出力することができる。

図１７（Ａ）は、インポートする設定ファイルの一例を示す図である。
設定ファイル１１０１において、ｄｅｓｔ＿ｓｅｒｖｅｒ＿ｅｎａ１１０２は、送信先設定のＬＵＩ画面６２１（図７（Ａ））の管理サーバへのＥメールの送信の有無（ＯＮ／ＯＦＦ）６２２の設定に対応する。図１７（Ａ）では、設定項目について全てを図示しないが、ＬＵＩ画面にて設定が可能な項目は、ＲＵＩ画面から指定するインポートファイルにおいても全て設定が可能である。

ｓｅｎｄ＿ｔｅｓｔ＿ｆｌａｇ１１０３は、送信テストを行うか否かを示すフラグであり、値が１の場合に、設定ファイルのインポート後に送信テストが実行される。ＬＵＩ画面にて設定と送信テストとを実行する場合、上述したように各種設定をした後で、送信テストを実行した。すなわち、各種設定と送信テストの実行の指示との２つのステップの作業を行った。

これに対して、ＲＵＩ画面にて設定ファイルをインポートすることにより各種設定を行う場合、設定ファイル１１０１に送信テストを行うか否かの設定を示す項目（ｓｅｎｄ＿ｔｅｓｔ＿ｆｌａｇ１１０３）を含める。これにより、各種設定と送信テストの実行の指示とを１つのステップで実行することができる。

ｓｅｎｄ＿ｔｅｓｔ＿ｆｌａｇの値が０の場合、設定ファイルのインポート後に送信テストは実行されない。これは例えば、画像処理装置１０２をユーザ環境で使用する前に、工場などで事前に設定を行いたい場合等にｓｅｎｄ＿ｔｅｓｔ＿ｆｌａｇの値を０にすることで送信テストを実行しないことが考えられる。これに対して、ユーザ環境で画像処理装置１０２の運用を開始する場合にはｓｅｎｄ＿ｔｅｓｔ＿ｆｌａｇの値は１に設定されることが考えられる。

図１７（Ｂ）は、エクスポートされる設定ファイルの一例を示す図である。
設定ファイル１１１１において、ｅｒｒｏｒ＿ｌｏｇ１＿ｒｅｓｕｌｔ１１１２は、送信エラー履歴の詳細情報を示すＬＵＩ画面８３１（図１４（Ｂ））の結果８３５に対応する。他にも、エクスポートされる設定ファイル１１１１には、送信履歴（不図示）および送信エラー履歴１１１３等の情報を含む。

これは、ＲＵＩで送信テストを実行する場合にＲＵＩ画面で送信テストの結果を参照することができないためである。このように、エクスポートされるファイルに送信履歴や送信エラー履歴の情報を含めることで、送信が失敗した場合等にエラーの原因を調査することができる。

図１８は、画像処理装置１０２において送信テストが実行される際の処理のシーケンス図である。
なお、図１８において、画像処理装置１０２の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３または記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。また、管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。

画像処理装置１０２は、Ｓ１２０１でＲＵＩ画面（図１６）にて設定ファイルのインポートを受け付ける。画像処理装置１０２は、Ｓ１２０２で各種設定のインポート処理を行うとともに、送信テストを行うか否かを示すフラグが有効か否かを確認する。ここでは設定ファイルにおいて送信テストを行うと設定されていた場合について説明する。画像処理装置１０２は、Ｓ１２０３で送信テストのＥメールをメールサーバ１０５へ送信する。

画像処理装置１０２は、Ｓ１２０４で送信テストのＥメールが正常に送信できたこと示す結果を受信する。画像処理装置１０２は、Ｓ１２０５で送信テストが成功した旨の情報（送信履歴等）を記憶する。その後、時間が経過し、設定された定期送信の時刻になると、画像処理装置１０２は、Ｓ１２０６で、Ｅメールで所定のデバイス情報の送信を行う。また、画像処理装置１０２は、自装置においてエラーが発生した場合には、Ｓ１２０７でエラーの発生を検知する。

画像処理装置１０２は、Ｓ１２０８で、Ｅメールでエラー情報の送信を行う。管理サーバ１０６は、Ｓ１２０９でメールサーバ１０５へメールの問い合わせを行う。管理サーバ１０６は、Ｓ１２１０で画像処理装置１０２が送信したＥメールを受信する。なお、図１８においてメールサーバ１０５を１台しか図示していないが、画像処理装置１０２が送信するＥメールは、複数のメールサーバを経由して管理サーバ１０６が受信してもよい。

図１９は、画像処理装置１０２における設定ファイルのインポート処理を説明するフローチャートである。
このフローチャートにおけるＲＵＩ制御部３０８の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３または記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

ＲＵＩ制御部３０８は、ＲＵＩ画面（図１６）にて設定ファイルのインポートを受け付けると、Ｓ１３０１でインポートする設定ファイルを先頭から１行ずつ読み出す（取得する）。ＲＵＩ制御部３０８は、Ｓ１３０２で読み出した内容が設定か送信テストを行うか否かを示すフラグであるかその他各種設定に関する内容か判定する。読み出した内容がその他各種設定に関する内容の場合、処理はＳ１３０３に進み、送信テストを行うか否かを示すフラグである場合、処理はＳ１３０４に進む。

図１７（Ａ）に示したｓｅｎｄ＿ｔｅｓｔ＿ｆｌａｇ１１０３が送信テストを行うか否かを示すフラグの一例である。すなわち、Ｓ１３０１で読み出された内容がｓｅｎｄ＿ｔｅｓｔ＿ｆｌａｇ１１０３であった場合、処理はＳ１３０４に進む。ＲＵＩ制御部３０８は、Ｓ１３０３で読み出した設定に関して設定処理を実行する。すなわち、インポートする設定ファイルから読み出した設定に従い、現在の設定に反映する。

ＲＵＩ制御部３０８は、Ｓ１３０４で送信テストを行うか否かを示すフラグの内容を解析して、送信テストを行うか否かを判定する。送信テストを行うと判定された場合、処理はＳ１３０５に進み、送信テストを行わないと判定された場合、処理はＳ１３０６に進む。ＲＵＩ制御部３０８は、Ｓ１３０５で設定ファイルのインポート後に送信テストを実行することを示す実行フラグをＯＮに設定する。

ＲＵＩ制御部３０８は、Ｓ１３０６でインポートする設定ファイルを全て読み出したか判断し、全て読み出した場合、処理はＳ１３０７に進み、読み出していない行が残っている場合、処理はＳ１３０１に戻る。ＲＵＩ制御部３０８は、Ｓ１３０７で送信テストを実行することを示す実行フラグがＯＮか否かを判定し、ＯＮの場合、処理はＳ１３０８に進み、ＯＦＦの場合、図１９に示すフローチャートの処理を終了する。ＲＵＩ制御部３０８は、Ｓ１３０８で送信テスト制御部３１０へ送信テストの実行を指示する。

図２０は、画像処理装置１０２における送信テストの実行処理を説明するフローチャートである。
このフローチャートにおける送信テスト制御部３１０の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３または記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

送信テスト制御部３１０は、Ｓ１３１１で送信テストのＥメールをメールサーバ１０５へ送信する。送信テスト制御部３１０は、Ｓ１３１２で送信テストが正常に送信できたか判定し、正常に送信できた場合、処理はＳ１３１３に進み、送信に失敗した場合、処理はＳ１３１４に進む。

送信テスト制御部３１０は、Ｓ１３１３で送信テストが成功した旨の情報および送信履歴を記憶し、図２０に示すフローチャートの処理を終了する。一方、送信テスト制御部３１０は、Ｓ１３１４で送信テストが失敗した旨の情報と送信履歴を送信エラー履歴として記憶し、図２０に示すフローチャートの処理を終了する。

なお、本実施形態によれば、画像処理装置１０２が複数存在する場合に、複数の画像処理装置１０２に対して一括して設定と送信テストの実行とを指示することが可能であり、利便性を高めることができる。以下、画像処理装置１０２が複数存在する場合の設定および送信テストの実行について説明する。

図２１は、設定ファイルをインポートする際のＨＴＴＰパケットを例示する図である。
ＨＴＴＰパケット１４０１は、設定ファイル１１０１をＲＵＩを利用して外部の情報処理装置からインポートを指示するときに作成されるＨＴＴＰパケットを示す。例えば、画像処理装置１０２が提供するＲＵＩ画面１００１（図１６）を利用して、インポートボタン１００３を押下することにより、画像処理装置１０２に対してＨＴＴＰパケット１４０１が送信される。

ＨＴＴＰパケット１４０１のＨｏｓｔヘッダが画像処理装置１０２を示す宛先となる。ここで、ＨｏｓｔヘッダのＩＰアドレスを画像処理装置１０２とは異なる他の画像処理装置を示す宛先に変更しながら連続でＨＴＴＰパケットを送信するスクリプトを作成する。これにより、複数の画像処理装置に対して一括して設定と送信テストの実行を指示することができる。このように、画像処理装置１０２が設定と送信テストの実行指示とを１つのステップで実行できるため、複数の画像処理装置に対しての一括処理が可能となる。

（第２実施形態）
画像処理装置１０２が管理サーバ１０６に対して、直接、データ送信する前に、監査者による送信データの内容の確認が行われる場合がある。その際には、画像処理装置１０２が監査者のアドレス宛に送信データをメール送信することで、監査者ＰＣ１０４で確認作業が行える。その後、監査者により承認された情報のみを、監査者が監査者ＰＣ１０４から管理サーバ１０６に対してメールなどで送信することができる。

本実施形態では、このような監査者により承認された情報のみを管理サーバ１０６で管理させるための処理の改良について説明する。とくに、監査者により承認された情報のみを画像処理装置１０２からメールサーバ１０５へＥメールとして送信することで、メールサーバ１０５経由で、管理サーバ１０６で承認された情報を受信可能とするための処理について説明する。

図２２は、画像処理装置１０２にて承認が実行される際の処理のシーケンス図である。
なお、図２２において、画像処理装置１０２の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３または記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。また、管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。

画像処理装置１０２が、送信テストを実行するシーケンスは図１８で説明済みのため、本実施形態での説明は省略する。画像処理装置１０２は、Ｓ２２０１で、所定のデバイス情報を保存する。本実施形態では、所定のデバイス情報は最新の１つだけを保存し、古い情報は削除するものとするが、保存する所定のデバイス情報の数はいくつでもよい。画像処理装置１０２は、Ｓ２２０２で、ＥメールでＲＵＩのＵＲＬリンクの送信を監査者ＰＣ１０４へ行う。このとき、画像処理装置１０２は、ＲＵＩのＵＲＬリンクと一緒に所定のデバイス情報を送信してもよい。画像処理装置１０２は、Ｓ２２０３で、監査者ＰＣ１０４からＲＵＩ接続を受け付けると、図２３に示すようなＲＵＩ画面を表示する。画像処理装置１０２は、Ｓ２２０４で、監査者ＰＣ１０４から所定のデバイス情報の承認を受け付けると、Ｓ２２０５で、Ｅメールで所定のデバイス情報の送信をメールサーバ１０５へ行う。

また、画像処理装置１０２は、自装置においてエラーが発生した場合には、Ｓ２２０６でエラーの発生を検知する。画像処理装置１０２は、Ｓ２２０７で、エラー情報を保存する。本実施形態では、エラー情報は最新から３つだけを保存し、古い情報は削除するものとするが、保存するエラー情報の数はいくつでもよい。

画像処理装置１０２は、Ｓ２２０８で、ＥメールでＲＵＩのＵＲＬリンクの送信を監査者ＰＣ１０４へ行う。このとき、画像処理装置１０２は、ＲＵＩのＵＲＬリンクと一緒にエラー情報を送信してもよい。また、デバイス情報とエラー情報でＲＵＩのＵＲＬリンクは別にしてもよい。画像処理装置１０２は、Ｓ２２０９で、監査者ＰＣ１０４からＲＵＩ接続を受け付けると、図２３に示すようなＲＵＩ画面を表示する。画像処理装置１０２は、Ｓ２２１０で、監査者ＰＣ１０４からエラー情報の承認を受け付けると、Ｓ２２１１で、Ｅメールでエラー情報の送信をメールサーバ１０５へ行う。

管理サーバ１０６は、Ｓ２２１２でメールサーバ１０５へメールの問い合わせを行う。管理サーバ１０６は、Ｓ２２１３で画像処理装置１０２が送信したＥメールを受信する。なお、図２２においてメールサーバ１０５を１台しか図示していないが、画像処理装置１０２が送信するＥメールは、複数のメールサーバを経由して管理サーバ１０６が受信してもよい。

図２３は、画像処理装置１０２の承認に関わるＲＵＩ画面の一例を示す図である。図２３に示すＲＵＩ画面２３０１は、画像処理装置１０２のＲＵＩ制御部３０８によって提供される。

ＲＵＩ画面２３０１では、画像処理装置１０２が図２２のＳ２２０１やＳ２２０７で保存した情報の一覧を表示し、個別に選択して承認の実行が可能である。ＲＵＩ画面２３０１にて表示される内容は、例えば、チェックボックス２３０２、情報種別２３０３、識別子２３０４、承認済み印２３０５および承認ボタン２３０６などである。
本実施形態のＲＵＩ画面２３０１では、検針カウンタ（稼働量の把握や課金などを目的に利用されるカウンタ）の情報は最新の１つ、エラー情報は最新から３つだけを表示し、古い情報は表示しないものとする。もっとも、ＲＵＩ画面２３０１で表示する情報の数は、上記の例に限定されずに適宜変更できる。また、チェックボックス２３０２は、承認したい情報のうち、選択されている情報を示すために用いられる。

情報種別２３０３は、検針カウンタやエラーなど情報の種別を示す。情報種別２３０３の表示部分は、押下することでＥメールとして送信する情報を詳細情報として参照できるように構成される。情報種別２３０３の詳細情報は、ＨＥＸ表示としても良いし、監査者が内容を理解できるようにＡＳＣＩＩ表示としても良い。また、詳細情報としてＨＥＸとＡＳＣＩＩの両方を表示させてもよい。

ＲＵＩ画面２３０１に表示されるエラー情報は、アラームやジャムなどに分けても良い。また、ＲＵＩ画面２３０１の一覧ではエラー情報の表示を１つだけとし、詳細情報を表示したときに３つの情報を表示するとしてもよい。その場合は、ＲＵＩ画面２３０１上においてエラー情報に対応するチェックボックス２３０２が１つだけとなり、このエラー情報に対応するチェックボックス２３０２を選択すると３つのエラー情報がまとめて送信される。

識別子２３０４は情報を識別するために一意で決まる値である。識別子２３０４は、画像処理装置１０２が情報を保存した時刻やＲＵＩのＵＲＬリンクを送信した時刻としてもよい。

承認済み印２３０５は、既に承認済みで送信に成功した情報を示すために用いられる。ＲＵＩ画面２３０１において承認済み印２３０５が付された情報の情報種別２３０３は、例えばグレーアウトさせるなどの表示処理をし、ＲＵＩ画面２３０１における操作を不可にする。本実施形態では、送信に成功した場合にはＲＵＩ画面２３０１に情報を残しているが、送信に成功した場合にはＲＵＩ画面２３０１から情報を削除するようにしてもよい。

承認ボタン２３０６の押下などの操作が検出されると、画像処理装置１０２は、チェックボックス２３０２にチェックされて選択された情報をＥメールとしてメールサーバ１０５へ送信する。
なお、本実施形態では、デバイス情報とエラー情報を同じＲＵＩ画面２３０１で表示する例を示したが、デバイス情報とエラー情報を別々のＲＵＩ画面で表示してもよい。

また、Ｅメールを送信すると、図１３（Ａ）の送信履歴の画面において送信済みのＥメールが表示される。このとき、承認されてから送信したＥメールについては、送信履歴の画面に承認済みを示す印を表示してもよい。
以上のようにして、監査者ＰＣ１０４で承認された情報のみを、画像処理装置１０２からメールサーバ１０５へＥメールとして送信することができる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。

Claims (8)

1. 画像処理装置に内蔵されるウェブサーバを介して、前記画像処理装置上で動作するアプリケーションの設定ファイルをインポートする画面を提供する提供手段と、
   インポートされた前記設定ファイルを解析して、反映すべき設定値を取得して反映する反映手段と、
   インポートされた前記設定ファイルを解析して、前記アプリケーションが利用する外部装置との通信が可能であるか確認するための送信テストの実行が行われるように設定する設定手段と、
   前記設定ファイルに含まれる反映すべき設定値が全て反映された後に、前記設定手段による設定に従い、前記送信テストを実行する実行手段と、を有する
   ことを特徴とする画像処理装置。
2. 前記実行手段は、前記送信テストとして、ネットワーク上に配置されるメールサーバへ電子メールを送信し、
   さらに、前記画像処理装置は前記電子メールの送信履歴および該送信テストの結果を保存する記憶手段を有する
   ことを特徴とする請求項１に記載の画像処理装置。
3. 前記設定手段は、インポートされた前記設定ファイルを解析して、送信テストの実行に関する項目の内容が送信テストを実行することを示す場合には前記送信テストの実行が行われるように設定する
   ことを特徴とする請求項１または２に記載の画像処理装置。
4. 前記画像処理装置において、前記送信テストの実行の指示を受け付けるための画面を表示する表示手段をさらに有する
   ことを特徴とする請求項１乃至３のいずれか一項に記載の画像処理装置。
5. 前記設定ファイルには、電子メールを送信するためのネットワーク設定および該電子メールにて送信する情報の内容を示す設定値が少なくとも含まれる
   ことを特徴とする請求項１乃至４のいずれか一項に記載の画像処理装置。
6. 前記送信テストの結果が成功であった場合、前記画像処理装置で表示される送信先設定のための画面で設定された設定に従い、前記アプリケーションによる所定の時間および間隔での前記画像処理装置のデバイス情報の送信が開始される
   ことを特徴とする請求項１乃至５のいずれか一項に記載の画像処理装置。
7. 画像処理装置に内蔵されるウェブサーバを介して、前記画像処理装置上で動作するアプリケーションの設定ファイルをインポートする画面を提供する提供工程と、
   インポートされた前記設定ファイルを解析して、反映すべき設定値を取得して反映する反映工程と、
   インポートされた前記設定ファイルを解析して、前記アプリケーションが利用する外部装置との通信が可能であるか確認するための送信テストの実行が行われるように設定する設定工程と、
   前記設定ファイルに含まれる反映すべき設定値が全て反映された後に、前記設定工程における設定に従い、前記送信テストを実行する実行工程と、を有する
   ことを特徴とする画像処理装置の制御方法。
8. 請求項１乃至６のいずれか一項に記載の各手段としてコンピュータを機能させるためのプログラム。
   

Images