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

Description

本発明は、画像処理装置が自身を含めた複数の画像処理装置を監視するための技術に関する。

プリンタや複写機等の画像処理装置が、自装置の各種カウンタ情報、障害情報などを電子メールで外部の管理装置に送信する技術が存在する。例えば、特許文献１では、自装置で発生した障害コードを電子メールで通知する技術を開示している。

また、画像処理装置が各種カウンタ情報、障害情報などの稼働情報を外部に送信する前に、監査者が送信内容を承認する仕組みが求められる場合がある。このような場合は、監査者の承認を受けるまで画像処理装置が送信内容を保持しておき、承認後に外部への送信が実行されることになる。

特開２０００－２９８０７号公報

画像処理装置が、自装置と、自装置以外のネットワーク上の画像処理装置とを監視して、それらの稼働情報を外部の管理装置に対して送信することを想定する。前述したような監査者の承認が必要な場合には、画像処理装置では複数の画像処理装置の稼働情報が承認を受けるまで、送信することなく保持されるようになる。

このようなケースで監査者の承認が遅れてしまうと、画像処理装置の稼働情報を保持するために利用できる記憶領域が有限であるため、新しく取得された稼働情報で保持済みの稼働情報を上書きしてしまうといったことが発生し得る。結果として、何らかの手配が必要となるような重要な通知が、管理装置に送信されないといったことが懸念される。

そこで、本発明は、記憶装置を備え、１以上の監視対象を監視する画像処理装置であって、第１の周期に従うタイミングで、前記監視対象にカウンタ情報の要求を送信する第１送信手段と、前記監視対象から、該カウンタ情報の要求に従いカウンタ情報を受信する受信手段と、前記受信したカウンタ情報を、送信対象の稼働情報として前記記憶装置に保存する第１保存手段と、第２の周期に従うタイミングで、前記監視対象にエラー情報の要求を送信する第２送信手段と、前記監視対象から該エラー情報の要求に従いエラー情報を受信した場合に、該受信したエラー情報を前記送信対象の稼働情報として前記記憶装置に保存する第２保存手段と、前記第１保存手段および前記第２保存手段の少なくとも何れかにより前記送信対象の稼働情報が保存された場合に、当該稼働情報の送信の承認のための依頼を送信する第３送信手段と、前記依頼の対象となった稼働情報にエラー情報が含まれる場合に、前記第２送信手段による要求の送信の停止処理を実行する実行手段と、前記送信対象の稼働情報の中で承認された稼働情報を、所定の宛先に対して送信する第４送信手段と、前記承認され、送信された稼働情報の中に前記エラー情報が含まれる場合に、前記停止処理を解除する解除手段と、を有することを特徴とする。

本発明によれば、画像処理装置が複数の装置を監視することで得た稼働情報の送信に承認が必要な場合であっても、未送信の稼働情報が別の情報で上書きされることで送信できなくなるといったことを抑止できる。

実施例におけるシステム構成例を示す図 画像処理装置及び情報処理装置のハードウェア構成図 画像処理装置及び管理装置のソフトウェア構成図 画像処理装置が提供するウェブページの画面の一例 システム内でカウンタ情報の送信が承認され、送信される処理の流れを示すシーケンス システム内でエラー情報の送信が承認され、送信される処理の流れを示すシーケンス 画像処理装置における定期的にカウンタ情報を取得する処理を説明するためのフローチャート 画像処理装置における定期的にエラー情報を取得する処理を説明するためのフローチャート 画像処理装置１０２における承認を受けて稼働情報を送信する処理を説明するためのフローチャート

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

図１は、本実施例における画像処理装置と管理装置とを含むシステムの構成を例示する図である。

図１において、１０２は画像処理装置、１０３は管理者ＰＣ，１０４は監査者ＰＣ、１０５はメールサーバを表しており、ＬＡＮ１０１を介して相互に通信可能に接続される。

１０６は、画像処理装置のメンテナンスや消耗品の配送のための手配を行うシステムに含まれる管理装置である。管理装置１０６は、画像処理装置１０２から送信されてくる電子メールを受信する。

管理装置１０６は、画像処理装置１０２のカウンタ情報、障害情報などに基づく稼働状態を一元的に管理する機能や、画像処理装置１０２の消耗品のステータスなどを示す消耗品情報に基づき消耗品の在庫管理を行う機能を備える。

画像処理装置１０２は、自装置を含む監視対象の識別情報とその監視対象で発生した障害情報を含む通知を、ＳＭＴＰを利用して、電子メールでメールサーバ１０５を経由して、管理装置１０６に対応する宛先アドレスに対して、送信することができる。また、画像処理装置１０２は、電子メールで、管理者ＰＣ１０３を利用する管理者のアドレスや監査者ＰＣ１０４を利用する監査者のアドレスに対して、各種通知を送信することができる。また、画像処理装置１０２は、ウェブブラウザーに自装置に関する情報やログ情報などを公開するページ（ＲＵＩ：Ｒｅｍｏｔｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供するためのウェブサーバー機能を備える。画像処理装置１０２は、電子メールで監査者のアドレス宛にＲＵＩへのアクセスのための情報を通知することで、監査者に対して、稼働情報の送信の承認を依頼することもできる。

管理者ＰＣ１０３は、管理者が利用するＰＣを示している。ウェブブラウザーがインストールされており、画像処理装置１０２のＲＵＩにアクセスし、設定変更を行うことも可能である。監査者ＰＣ１０４は、監査者が利用するＰＣを示している。監査者は、自分宛の画像処理装置１０２からの電子メールの内容を確認する。また、監査者は、画像処理装置１０２からの電子メールでの依頼に従い、監視対象の稼働情報の送信について、ＲＵＩにアクセスして承認処理を行う。管理者ＰＣ１０３と監査者ＰＣ１０４は、タブレット端末やスマートフォンなどであってもよい。

画像処理装置１０９、１１０、１１１は、画像処理装置１０２の監視対象である。画像処理装置１０２は、画像処理装置１０９、１１０、１１１のそれぞれから稼働情報を取得した場合には、管理装置１０６に対して、各装置の識別情報と稼働情報とを含む通知を電子メールで送信しようとする。このような場合には、前述の通り、送信前に監査者による承認が必要な場合がある。

画像処理装置１０２が画像処理装置１０９、１１０、１１１から稼働情報を取得する通信プロトコルは、ＳＮＭＰなどの管理プロトコルを利用しても良いし、製造元が定義した独自プロトコルを利用しても良い。また、装置間では、ＨＴＴＰやＨＴＴＰＳなどで接続することも可能である。

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

メールサーバ１０５は、画像処理装置１０２や情報処理装置が電子メールの送受信を行うために設置されるものである。

１０７は、画像処理装置１０２と管理者ＰＣ１０３と監査者ＰＣ１０４とメールサーバ１０５とが、ＬＡＮ１０１を介して相互に接続された環境を表している。環境１０７と、管理装置１０６とは、インターネット１０８を介して相互に接続されている。

なお、図１の例では、環境１０７を一つしか記載していないが、管理装置１０６はインターネット１０８を介して、同様の環境と複数の接続を持つことも可能である。その場合には、各環境に、画像処理装置１０２に相当する、環境内の複数の画像処理装置を監視する装置が存在することになる。

なお、画像処理装置１０２は、例えば、デジタル複合機、ファクシミリ装置、プリンタ、スキャナ装置、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などの画像処理装置に適用することができる。また、画像処理装置１０２は、デジタル医療機器、ネットワークカメラ、カーナビゲーションシステム、各種ネットワーク家電にも適用可能である。

図２は、本実施例に含まれる装置のハードウェア構成の例を示す図である。

図２（ａ）は、画像処理装置１０２、１０９、１１０、１１１のハードウェア構成を例示する図である。画像処理装置は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０３、記憶装置２０４、ネットワークＩ／Ｆ（インタフェース）２０５、内部バス２０６、デバイス制御部２０７、印刷部２０８、入出力Ｉ／Ｆ２０９、入出力装置２１０、トナー残量検知部２１１、センサ部２１２等を有する。ＣＰＵ２０１は、内部バス２０６を介して各デバイスを総括的に制御する。内部バス２０６には、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、デバイス制御部２０７、入出力Ｉ／Ｆ２０９、トナー残量検知部２１１、センサ部２１２等が接続されている。ＲＯＭ２０３には、プログラム（後述する図３（ａ）のソフトウェア構成を実現するプログラムも含む）が格納されている。ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。

ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３と共に上記プログラムの実行処理をおこなうとともに、記憶装置２０４等の記録媒体に画像データを記録する処理を行う。また、ＲＯＭ２０３には、上記プログラムの他、画像処理装置１０２が出荷される地域を意味する仕向け情報等も格納されている。この仕向け情報に従って、入出力装置２１０で表示する言語等が決定される。記憶装置２０４は、外部記憶装置として機能し、画像データ等を記憶するほか、バックアップＲＡＭ２０２に代わって、上記のカウンタ情報、システム情報及び監視情報を保存することも可能である。ネットワークＩ／Ｆ２０５は、ローカルエリアネットワーク１０１を介して、外部のネットワーク機器あるいはＰＣと片方向または双方向にデータをやり取りする。

デバイス制御部２０７は、印刷部２０８を制御する。印刷部２０８は、例えば電子写真方式の印刷部であり、露光部、転写部や定着器などを含む。入出力装置２１０は、画像処理装置１０２における入出力を担う複数の構成を示す。具体的には、ユーザからの入力（ボタン入力など）を受け付け、該入力に対応する信号を、入出力Ｉ／Ｆ２０９によって、前述した各処理部へ伝える。入出力装置２１０は、他にも、ユーザに対して必要な情報を提供したり、ユーザ操作を受付けたりするための表示装置（タッチパネルなど）も含む。さらに、原稿を読み取り、入力として電子データを受付けるためのスキャン装置も入出力装置２１０に含まれてよい。トナー残量検知部２１１は、印刷部２０８のトナーの残量をセンサによって検知し、それをアラート、アラームなどの信号として生成する。センサ部２１２は、トナーボトルの着脱等を検知し、セットされたトナーボトルのシリアル番号を読み取ることが可能である。なお、ここでは、画像処理装置１０２の消耗品の一例としてトナーを例に説明しているが、他の消耗品であってもよい。

なお、記憶装置２０４では、障害情報や消耗品情報など、所定の記憶領域に、例えば５０レコード分まで、発生順に記録、保持することができる。ここで保持された障害情報や消耗品情報などは、画像処理装置１０２により収集されて、承認を経たうえで管理装置１０６に送信されることになる。

図２（ｂ）は、管理装置１０６などを実現する情報処理装置のハードウェア構成を例示する図である。なお、管理者ＰＣ１０３、監査者ＰＣ１０４のハードウェア構成も、図２（ｂ）で示すのと同様の構成をとることができる。

２５１はＣＰＵで、内部バス２５６を介して各デバイスを総括的に制御する。内部バス２５６には、ＣＰＵ２５１、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４、ネットワークＩ／Ｆ２５５、入出力Ｉ／Ｆ２５７等が接続されている。ＲＯＭ２５３や記憶装置２４５には、プログラム（後述する図３（ｂ）のソフトウェア構成を実現するプログラムも含む）が格納されている。ＲＡＭ２５２は、ＣＰＵ２５１のメモリやワークエリアとして機能する。ＣＰＵ２５１は、ＲＡＭ２５２やＲＯＭ２５３、記憶装置２５４と共に上記プログラムの実行処理をおこなうとともに、記憶装置２０４等の記録媒体にデータを記録する処理を行う。記憶装置２５４は、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）等の記憶装置である。記憶装置２５４は、外部記憶装置として機能し、画像処理装置１０２の管理情報を記憶するほか、バックアップＲＡＭ２５２に代わって、システム情報及び処理情報を保存することも可能である。入出力Ｉ／Ｆ２５７は、例えばＰＳ２やＵｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ Ｉ／Ｆ）、アナログやデジタルのディスプレイＩ／Ｆを備える。入出力装置２５８は、キーボードやマウス、ＣＲＴや液晶ディスプレイであり、入出力Ｉ／Ｆ２５７を介して管理装置１０６と接続することができる。管理装置１０６は、ネットワークＩ／Ｆ２５５によりＬＡＮ１０１、インターネット環境１０７、１０８を介した通信を行うことにより、画像処理装置１０２や、管理者ＰＣ１０３、監査者ＰＣ１０４と通信を行うことができる。

図３は、本実施例に含まれる装置のソフトウェアのモジュール構成の例を示す図である。

図３（ａ）は、画像処理装置１０２における、本実施例にかかる機能についてのソフトモジュール構成を例示する図である。

画像処理装置１０２は、ソフトウェアモジュールとして、通信部３０１、記憶部３０２、画像形成部３０３、デバイス情報制御部３０４、操作部３０５、ＪＡＶＡ（登録商標）アプリ３０６、ＪＡＶＡ－Ｎａｔｉｖｅ変換部３１１から構成される。

画像形成部３０３は、印刷データを生成し出力する機能を有する。操作部３０５は、顧客ユーザによる印刷指示をはじめとする画像処理装置１０２に対する操作指示を可能とするインタフェースである。

通信部３０１は、ネットワークＩ／Ｆ２０５を用いてネットワーク上の装置との通信を制御する。例えば、ＪＡＶＡアプリ３０６の１つの機能として、画像処理装置や他の監視対象の装置に関する稼働情報を管理装置１０６へ電子メールで送信するために利用される。また、通信部３０１は、管理装置１０６から送信される指示、情報を受信する。これらの送受信は、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどを用いた通信により行われる。

記憶部３０２は、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の記憶領域と情報のやり取りを行う。例えば、ＪＡＶＡアプリ３０６の１つの機能として、記憶部３０２を介して、監視対象の装置の稼働情報である画像処理装置の動作履歴やさまざまな異常状態を表すデータなどを、装置の識別情報（ＩＤ）に紐づけて所定の記憶領域に記憶させることができる。なお、装置の識別情報（ＩＤ）としては、装置のシリアル番号以外にも、ＩＰアドレスなどの通信情報が含まれる。また、稼働情報には、カウンタ情報、障害情報、消耗品情報の少なくとも何れかが含まれる。また、記憶部３０２は、管理装置情報として、管理装置１０６のメールアドレスやＩＰアドレスなどの通信情報も、上記記憶領域に記憶させる。

デバイス情報制御部３０４は、画像処理装置１０２の印刷制御や異常状態の管理などを行うとともに、カウンタ情報の管理も行う。また、デバイス情報制御部３０４は、色味調整や印刷モード、その他機能の設定に関する制御も行う。デバイス情報制御部３０４は、画像処理装置に障害が発生した際に、その障害情報を生成する。なお、デバイス情報制御部３０４は、障害情報だけでなく、トナーや部品など消耗品に関わるステータスなども管理し、それに関する情報（消耗品情報）も生成する。

ＪＡＶＡアプリ３０６は、ＬＵＩ制御部３０７とＲＵＩ制御部３０８と電子メール制御部３０９と送信テスト制御部３１０を含む。

ＬＵＩ制御部３０７は、操作部３０５に対してアイコンや各種設定画面を表示する。設定が実行された場合は、記憶部３０２に対して設定を記憶させる。

送信テスト制御部３１０は、ＬＵＩ制御部３０７が表示したアイコンを用いた送信テストの実行指示を受け付けた場合に、管理装置１０６に対するメッセージの送信テストを実行させる。例えば、テストを示す内容を含む電子メールが管理装置１０６のメールアドレスに到達するかどうかを確認するためにテストが実行される。

ＲＵＩ制御部３０８は、外部情報処理装置で動作するウェブブラウザーなどでアクセスできる画像処理装置１０２のウェブサーバーが提供するページ（ＲＵＩ）のコンテンツを制御する。具体的には、ＪＡＶＡアプリ３０６に関する設定値を含む設定ファイルのインポートとエクスポートができる画面をウェブブラウザーで表示するための制御を行う。ほかにも、監査者が稼働情報を管理装置１０６に送信することを承認するための画面をウェブブラウザーで表示するための制御を行う。

電子メール制御部３０９は、電子メールのデータを生成し、通信部３０１に電子メールの送信指示を行う。具体的には、稼働情報（障害情報、消耗品情報、カウンタ情報の少なくとも何れかを含む）と、装置の識別情報とを含むメッセージを生成する。ほかにも、送信テストのためのメッセージの生成や、監査者に対する稼働情報の送信の承認を依頼するためのメッセージを生成する。

ＪＡＶＡ－Ｎａｔｉｖｅ変換部３１１は、ＪＡＶＡアプリとＮａｔｉｖｅモジュールの間で情報の送受信を行うためのＡＰＩである。ＪＡＶＡアプリ３０６以外はＮａｔｉｖｅモジュールである。

なお、画像処理装置１０９、１１０、１１１のソフトモジュール構成も、上述した画像処理装置１０２と同様とする。ただし、画像処理装置１０９、１１０、１１１は、管理装置１０６と直接通信を行わないので、電子メールを送信する必要がなく、ＪＡＶＡアプリ３０６とＪＡＶＡ－Ｎａｔｉｖｅ変換部３１１はなくても良い。

図３（ｂ）は、本実施例にかかる管理装置１０６の機能についてのソフトモジュール構成を説明する図である。

管理装置１０６は、ソフトウェアモジュールとして、通信部３５１、記憶部３５２、表示部３５３、コマンド解析部３５４、レスポンス生成部３５５、保守情報管理部３５６等を有する。

通信部３５１は、画像処理装置１０２やメールサーバ１０５と通信を行う機能を持つ。画像処理装置１０２から送信されるデバイス情報を電子メールで受信したり、画像処理装置１０２へ必要な指示・情報を送信したりする。カウンタ値とは、画像処理装置１０２が印刷した総枚数を示す。記憶部３５２はＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４の記憶領域と情報のやりとりを行い、デバイス情報や販売会社情報、顧客情報などを上記記憶領域に保存する。表示部３５３は、記憶部３５２に格納されたデバイス情報をＷｅｂ画面として表示するための処理を行う。

管理装置１０６内ではＷＷＷサーバプログラムが動作しており、ウェブブラウザーからリクエストに応じて、上記Ｗｅｂ画面をウェブブラウザーに提供する。これにより、販売会社のサービスマン等がＰＣ１１０上のウェブブラウザーを用いて上記情報を閲覧することが可能となる。以降、上記Ｗｅｂ画面を閲覧等するためのＷｅｂサイトをポータルサイトと呼ぶ。コマンド解析部３５４は、画像処理装置１０２から送信されたコマンドを解析する。コマンド解析部３５４は、解析した結果を、記憶部３５２、保守情報管理部３５６、表示部３５３に反映させる。レスポンス生成部３５５は、コマンド解析部３５４により解析されたコマンドに対して、画像処理装置１０２へのレスポンスを生成する。

保守情報管理部３５６は、画像処理装置１０２を監視し保守を行うために必要な情報を管理する制御機能を持つ。保守情報管理部３５６は、通知管理部３５７、販売会社情報管理部３５８、デバイス情報管理部３５９、顧客情報管理部３６０、消耗品在庫管理部３６１、マスタ情報管理部３６２を含む。通知管理部３５７は、通知情報の生成や通知先の指定を行い、通知データを生成する。通知管理部３５７による通知には、例えば、画像処理装置を保守するサービスマンへの保守依頼通知や消耗品の補充依頼通知などがある。販売会社情報管理部３５８は、顧客に設置された画像処理装置１０２、１０９、１１０、１１１の管理、サポートを行う販売会社の情報を管理する。

デバイス情報管理部３５９は、保守対象の画像処理装置１０２、１０９、１１０、１１１を管理する。例えば、保守対象の画像処理装置の識別情報、障害情報、保守履歴、管理者情報、消耗品情報などが、デバイス情報管理部３５９の管理対象になる。なお、エラー、アラーム、ジャムなどの障害情報は、ポータルサイトに表示され、販売会社のディスパッチャ、サービスマンなどにより閲覧される。また、障害情報は、販売会社の対応状況に応じて「未対応」、「対応中」、「対応済み」などステータス管理されている。顧客情報管理部３６０は、画像処理装置１０２が設置された顧客の情報を管理する。顧客情報管理部３６０が管理する情報の中には、販売会社との保守契約に関する情報も含まれる。消耗品在庫管理部３６１は、画像処理装置から送信されてきた消耗品情報に従い、トナー／インク、部品といった画像処理装置１０２の消耗品の在庫管理を行う。具体的には、消耗品在庫管理部３６１は、画像処理装置１０２から送信されるトナー／インク残量を示す情報、部品交換を示す情報を基に在庫減算を行い、設定した閾値を跨いだ際に通知管理部３５７と連動することで、消耗品の補充依頼通知などの通知を行う。マスタ情報管理部３６２は、機種情報、稼働情報、部品情報などの表示に必要なマスタ情報を管理する。マスタ情報とは、例えばある機種の製品名称、該機種で使用する消耗品の種別、稼働情報の内容説明、部品の寿命値などにあたる。

図４は、画像処理装置１０２のＲＵＩ制御部３０８がＲＵＩとして提供する複数のページの中の、稼働情報の送信の承認に関わるページの画面例を示す図である。画面４０１は、例えば監査者が、監査者ＰＣ１０４のウェブブラウザーで表示した画面の例である。

画面４０１では、画像処理装置１０２が保存した、未送信の稼働情報の一覧を表示している。さらに、この場面では、１以上の稼働情報に対応するレコードを選択して、監査者が承認操作（承認ボタン４０７の選択）を行うことができる。承認操作の後、選択されたレコードに対応する情報をもとにメッセージが生成され、外部に送信されることになる。ここでは、画像処理装置１０２が、承認された情報に基づくメッセージを含む電子メールを、メールサーバ１０５を介して管理装置１０６のアドレス宛に送信する。

チェックボックス４０２は、監査者が承認したい情報を選択することができる欄である。ＴＹＰＥ４０３は、検針カウンタやエラーなど、情報種別を示す。

本実施例では、未送信の稼働情報の例として、検針カウンタ、エラー情報のそれぞれに対応するレコードを表示している。このほかにも、消耗品情報など、画像処理装置１０２が自装置を含む監視対象から収集した管理装置１０６に送信すべき稼働情報があれば、同様に表示される。送信対象となる稼働情報の種類には、さらに、部品カウンタやジャム情報なども追加できる。

ＲＥＱＵＥＳＴ４０４は、ＲＵＩで提供される高本画面４０１のリンク情報を含む承認依頼のメールを送信した時刻である。ＲＥＱＵＥＳＴ４０４は、画像処理装置１０２が情報を取得した時刻としても良いし、画像処理装置１０２が取得した稼働情報を保存した時刻でも良い。ＡＰＰＲＯＶＡＬ４０５は、監査者が情報を承認した時刻を示す。

ＤＡＴＡ４０６は、各レコードの“ＳＨＯＷ”押下することで、電子メールとして送信する稼働情報の詳細を確認するための欄である。詳細情報は、ＨＥＸ表示としても良いし、監査者が内容を理解できるようにＡＳＣＩＩ表示としても良い。また、ＨＥＸとＡＳＣＩＩの両方を表示させてもよい。

各レコードに対応する詳細情報としては、収集元となる監視対象の識別情報、収集内容、および、年月日時を示す時間情報などが含む。検針カウンタの情報は、最新のカウンタ情報のみを保存する。エラーなどの障害情報や、消耗品情報については、発生時点にその装置内で管理されていたカウンタ情報が含まれる。

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

画像処理装置１０２、１０９、１１０、１１１は、それぞれでコピーや印刷が実行されると検針カウンタが更新される。それぞれの装置においては、更新されるたびに、カウンタ情報として保存される。画像処理装置１０２は、定期的に画像処理装置１０９、１１０、１１１のそれぞれに対して、カウンタ情報の要求を送信する。

Ｓ５０２で、画像処理装置１０２は、定期的なタイミングになったため、画像処理装置１０９、１１０、１１１のそれぞれに対して、カウンタ情報の要求を送信する。画像処理装置１０２が、画像処理装置１０９、１１０、１１１から稼働情報を要求して取得するための通信プロトコルは、ＳＮＭＰなどの管理プロトコルを利用しても良いし、前述の独自プロトコルを利用しても良い。Ｓ５０３で、画像処理装置１０９、１１０、１１１のそれぞれは、画像処理装置１０２に対して、その時点で最新となる値を示すカウンタ情報を、応答として送信する。Ｓ５０４で、画像処理装置１０２は、受信したカウンタ情報と自身で管理している自装置のカウンタ情報をまとめて、送信対象の検針カウンタ情報として保存する。この保存処理に従い、図４で示す画面４０１上で、保存された検針カウンタ情報が、ＴＹＰＥ４０３で検針カウンタを示すレコードを用いて確認できるようになる。

Ｓ５０５で、画像処理装置１０２は、監査者のメールアドレスに対して、電子メールで、ＲＵＩとして提供される画面４０１のリンク情報（ＵＲＬ）の送信を行う。これは、検針カウンタ情報を管理装置１０６に送信するための承認依頼となる。

前述の通り、画像処理装置１０９、１１０、１１１のそれぞれでは、コピーや印刷が実行されるとカウンタの値が更新される。

画像処理装置１０２は、カウンタ情報の要求の定期送信のタイミングに達した場合（Ｓ５０２の次のタイミング）に、Ｓ５０７で、定期的に画像処理装置１０９、１１０、１１１へ検針カウンタ情報取得要求を送信する。Ｓ５０７～Ｓ５１０までの処理は、Ｓ５０２～Ｓ５０５と同様のため、説明を省略する。Ｓ５０９で保存されるカウンタ情報は、Ｓ５０４で保存された情報に対して上書きで保存されてもよい。これは、検針カウンタとしては最新のカウンタ値が承認され、管理装置１０６に送信されれば十分であるからである。

Ｓ５１１で、画像処理装置１０２は、監査者ＰＣ１０４からリンク情報を用いたＲＵＩへの接続を受け付ける。これにより、監査者ＰＣ１０４のウェブブラウザーでは図４で示す画面４０１が提供される。Ｓ５１２で、画像処理装置１０２は、監査者ＰＣ１０４から検針カウンタ情報の送信の承認を受け付けると、Ｓ５１３で、電子メールで検針カウンタ情報の送信をメールサーバ１０５へ行う。宛先には、管理装置１０６のメールアドレスが指定されている。

Ｓ５１４で、管理装置１０６は、メールサーバ１０５へメールの問い合わせを行う。管理装置１０６は、Ｓ５１５で画像処理装置１０２が送信した電子メールを受信することができる。

図６は、画像処理装置１０２を含むシステム内で、障害情報の送信が承認される際の処理のシーケンス図である。なお、図６において、画像処理装置１０２の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３または記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。なお、図６では、エラーなどの障害を例に挙げて説明しているが、消耗品配送要求などの消耗品情報についても同様の処理を行ってもよい。または、エラー情報として、そのような消耗品情報も含めてもよい。

Ｓ６０１で、画像処理装置１０９、１１０、１１１のそれぞれは、自装置においてエラーが発生した場合には、エラーの発生を検知する。Ｓ６０２で、エラーの発生を検出した画像処理装置は、発生したエラーに対応するエラー情報を保存する。各画像処理装置は、自身の記憶装置内の所定領域に、最大で５０件のエラー情報を保存できるとする。

Ｓ６０３で、画像処理装置１０２は、定期的に、画像処理装置１０９、１１０、１１１に、エラー情報の要求を送信する。Ｓ６０４で、画像処理装置１０９、１１０、１１１の少なくとも何れかは、それまでにエラー情報が保存されていれば、画像処理装置１０２に対して、保存済みのエラー情報を応答として送信する。

Ｓ６０５で、画像処理装置１０２は、監視対象から受信できた１以上のエラーを、まとめてエラー情報として保存する。自装置で所定領域に保存していたエラーも、一緒に、送信対象のエラー情報として保存される。この保存処理に従い、図４で示す画面４０１上で、保存されたエラー情報が、ＴＹＰＥ４０３でエラーを示すレコードを用いて確認できるようになる。

Ｓ６０６で、画像処理装置１０２は、監査者のメールアドレスに対して、電子メールで、ＲＵＩとして提供される画面４０１のリンク情報（ＵＲＬ）の送信を行う。これは、エラー情報を管理装置１０６に送信するための承認依頼となる。

承認依頼を送信した後に、画像処理装置１０２は、Ｓ６０５で保存したエラー情報の送信が承認されるまで、Ｓ６０３で行われたような定期的なエラー情報の要求の送信を停止する。なお、Ｓ６０７、Ｓ６０８で示すように、この停止の間に、画像処理装置１０９、１１０、１１１は、自装置においてエラーが発生した場合には、エラーの発生を検知し、エラー情報を自装置の所定の領域に追加で保存していくことになる。

Ｓ６０９で、画像処理装置１０２は、監査者ＰＣ１０４のウェブブラウザーを用いたＲＵＩへの接続を受け付ける。この際には図４で示す画面４０１が表示される。Ｓ６１０で、画像処理装置１０２は、監査者によるエラー情報の承認を受け付けると、Ｓ６１１で、電子メールでエラー情報の送信を実行する。この電子メールは管理装置１０６のメールアドレスが宛先として設定され、メールサーバ１０５で送信される。

管理装置１０６は、Ｓ６１２でメールサーバ１０５へメールの問い合わせを行う。管理装置１０６は、Ｓ６１３で画像処理装置１０２が送信した電子メールを受信することができる。

Ｓ６１１でのメール送信の後に、画像処理装置１０２は、エラー情報の要求の定期送信を再開する。

Ｓ６１４で、定期送信のタイミングになった場合には、画像処理装置１０２は、画像処理装置１０９、１１０、１１１へエラー情報の要求を送信する。Ｓ６１５で、画像処理装置１０９、１１０、１１１は、画像処理装置１０２に対して、それまでに発生したエラー情報を、応答として送信する。

なお、Ｓ６１１でのメール送信の後に、画像処理装置１０２は、定期送信のタイミングを待たずに、エラー情報の要求を送信することも可能である。その際には、それ以降は、定期的に要求を実行するようにすることもできる。

図７は、画像処理装置１０２における定期的にカウンタ情報を取得する処理を説明するためのフローチャートである。図７で示す各処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

Ｓ７０１～Ｓ７０２で示す処理は、定期的に実行される要求処理を示している。また、Ｓ７１０～Ｓ７１２で示す処理は、カウンタ情報を受信した場合に実行される処理を示している。各処理は、それぞれ非同期で動作している。

Ｓ７０１で、画像処理装置１０２は、定期的にカウンタ情報の要求を監視対象の装置（画像処理装置１０９、１１０、１１１）に送信するために、送信タイミングに達したかを判断する。これは前回の要求を送信した時刻から、所定時間だけ経過しているかどうかで判断される。送信タイミングに達している場合にはＳ７０２に遷移して、監視対象に対して、カウンタ情報の要求を送信する。

Ｓ７１０で、画像処理装置１０２は、Ｓ７０２で要求を送信した監視対象からのカウンタ情報を含む応答を受信する。ここでは、該要求についての所定のタイムアウト期限まで、すべての監視対象からのカウンタ情報を受信するまで待機する。Ｓ７１１で、画像処理装置１０２は、監視対象から受信したカウンタ情報を、一つの検針カウンタ情報として保存する。この検針カウンタ情報には、画像処理装置１０２のカウンタ情報を含める。保存された検針カウンタ情報は、図４で示す画面４０１で確認、承認できるようになる。Ｓ７１２で、画像処理装置１０２は、画面４０１を提供するＲＵＩのリンク情報を含む電子メールを、承認依頼として、監査者のメールアドレス宛に送信する。

図８は、画像処理装置１０２における定期的にエラー情報を取得する処理を説明するためのフローチャートである。図８で示す各処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

Ｓ８０１～Ｓ８０３で示す処理は、定期的に実行される要求処理を示している。また、Ｓ８１０～Ｓ８１３で示す処理は、エラー情報を受信した場合に実行される処理を示している。各処理は、それぞれ非同期で動作している。

Ｓ８０１で、画像処理装置１０２は、定期的にエラー情報の要求を監視対象の装置（画像処理装置１０９、１１０、１１１）に送信するために、送信タイミングに達したかを判断する。これは前回の要求を送信した時刻から、所定時間だけ経過しているかどうかで判断される。送信タイミングに達している場合にはＳ８０２に遷移する。Ｓ８０２で、画像処理装置１０２は、後述するＳ８１３の処理により、エラー情報の要求の送信が停止されているか否かを判断する。停止中でなければＳ８０３に処理が遷移し、停止されていればＳ８０３に遷移せずに、Ｓ８０１に戻る。Ｓ８０３で、画像処理装置１０２は、監視対象に対して、エラー情報の要求を送信する。

Ｓ８１０で、画像処理装置１０２は、Ｓ８０３で要求を送信した監視対象からのエラー情報を含む応答を受信する。ここでは、該要求についての所定のタイムアウト期限まで、すべての監視対象からのエラー情報を受信するまで待機する。エラーが保持されていない装置は、エラーなしを応答してくる。Ｓ８１１で、画像処理装置１０２は、監視対象のそれぞれから受信したエラー情報を、一つのエラー情報として保存する。このエラー情報には、画像処理装置１０２で発生したエラーにかかる情報を含める。保存されたエラー情報は、図４で示す画面４０１で確認、承認できるようになる。Ｓ８１２で、画像処理装置１０２は、画面４０１を提供するＲＵＩのリンク情報を含む電子メールを、承認依頼として、監査者のメールアドレス宛に送信する。Ｓ８１３で、画像処理装置１０２は、定期的に実行される監視対象に対するエラー情報の要求の送信を停止する。この処理により、画像処理装置１０２において保持するエラー情報が承認作業の遅れにより上書きされることを抑止する。

図９は、画像処理装置１０２における承認を受けて稼働情報を送信する処理を説明するためのフローチャートである。図９で示す各処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

ＲＵＩに接続し、画面４０１へのアクセスを検出した際に、Ｓ９０１で、画像処理装置１０２は、保存中の少なくともいずれかの稼働情報に対する送信の承認操作が行われたかどうかを判断する。承認操作があった場合にはＳ９０２に進み、承認が行われずキャンセル操作（アクセスの切断や、画面を戻る遷移など）があった場合には本処理を終了する。

Ｓ９０２で、画像処理装置１０２は、承認が行われた稼働情報を内容として含む電子メールを、管理装置１０６のメールアドレスを用いて送信する。

Ｓ９０３で、画像処理装置１０２は、承認され、送信された稼働情報の種類がエラー情報であったか否かを判断する。エラー情報であった場合にはＳ９０４に進み、カウンタ情報であった場合には本処理を終了する。Ｓ９０４で、画像処理装置１０２は、Ｓ８１３で行われた停止処理を解除する。このステップ以降は、Ｓ８０２でＮＯと判断されるようになり、Ｓ８０３による要求が送信されるようになる。

なお、画像処理装置１０２によるカウンタ情報とエラー情報とを監視対象に要求する周期は同じにしても、異ならせてもよい。

また、Ｓ５１３、Ｓ６１１、Ｓ９０２で管理装置１０６に送信された稼働情報については、その後、監視対象から同じ種別の稼働情報が取得された際に上書きされるように管理される。または、Ｓ５１３、Ｓ６１１、Ｓ９０２で管理装置１０６に送信された稼働情報については、その際に、所定の記憶領域から削除しておいてもよい。

なお、本実施例での画像処理装置１０２が、１以上の画像処理装置を監視する処理を説明した。しかしながら、画像処理装置１０２が、監視対象として自装置のみを監視するようにすることも可能である。

その場合、自装置でのエラー発生時にエラー情報を保存しつつ、承認依頼を送信する構成になる。そして、承認を受けてメールサーバ１０５へ電子メールを送信するまでは、新たなエラーが発生しても、それを送信対象としては保存しない。承認されエラー情報がメール送信された場合には、前回エラー情報が保存された以降に発生したエラー情報を送信対象として保存し、承認依頼を再度送信するといったことを繰り返すことになる。

（応用例１）
画像処理装置１０２は、画像処理装置１０２が送信するエラー情報は、画像処理装置１０２、１０９、１１０、１１１で発生したエラー情報を一つにまとめるため、電子メールのサイズが大きくなる懸念がある。

画像処理装置１０２、１０９、１１０、１１１で発生するエラー情報には、トナー配送を行うタイミングを決めるために使用する事前配送エラーや、開発者がデバッグするために使用するデバッグ用エラーなどがある。事前配送エラーは管理装置１０６に送信されないと、画像処理装置を保有するユーザに、適切に消耗品の配送ができない重要な問題となる。デバッグ用エラーは、必ずしも重要な情報であるとはいえない。

したがって、Ｓ６０５やＳ８１１で、画像処理装置１０２がエラー情報を保存するタイミングで、重要でないエラー情報は保存しないとしても良い。重要なエラー情報と重要でないエラー情報はエラーコードなどのエラーの識別子で判別すれば良い。

（応用例２）
画像処理装置１０２、１０９、１１０、１１１は、自機で発生したエラー情報を最大で５０件保存できることを想定している。画像処理装置１０２が、画像処理装置１０９、１１０、１１１からエラー情報を取得するときに、それぞれから５０件ずつ受信すると、画像処理装置１０２がメールサーバ１０５へ送信する電子メールのサイズが大きくなりすぎるという課題がある。

そこで、画像処理装置１０２が画像処理装置１０９、１１０、１１１からエラー情報を取得するときに、１台当たり最大３０件とすることで、画像処理装置１０２が取得するエラー情報の合計件数を少なくすることができる。こうして、画像処理装置１０２が送信するエラー情報の電子メールのサイズを小さくすることができる。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが１以上のメモリーに読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピューターにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

１０１ ＬＡＮ
１０２、１０９、１１０、１１１ 画像処理装置
１０３ 管理者ＰＣ
１０４ 監査者ＰＣ
１０５ メールサーバ
１０６ 管理装置
１０７、１０８ インターネット

Claims (7)

1. 記憶装置を備え、１以上の監視対象を監視する画像処理装置であって、
   第１の周期に従うタイミングで、前記監視対象にカウンタ情報の要求を送信する第１送信手段と、
   前記監視対象から、該カウンタ情報の要求に従いカウンタ情報を受信する受信手段と、
   前記受信したカウンタ情報を、送信対象の稼働情報として前記記憶装置に保存する第１保存手段と、
   第２の周期に従うタイミングで、前記監視対象にエラー情報の要求を送信する第２送信手段と、
   前記監視対象から該エラー情報の要求に従いエラー情報を受信した場合に、該受信したエラー情報を前記送信対象の稼働情報として前記記憶装置に保存する第２保存手段と、
   前記第１保存手段および前記第２保存手段の少なくとも何れかにより前記送信対象の稼働情報が保存された場合に、当該稼働情報の送信の承認のための依頼を送信する第３送信手段と、
   前記依頼の対象となった稼働情報にエラー情報が含まれる場合に、前記第２送信手段による要求の送信の停止処理を実行する実行手段と、
   前記送信対象の稼働情報の中で承認された稼働情報を、所定の宛先に対して送信する第４送信手段と、
   前記承認され、送信された稼働情報の中に前記エラー情報が含まれる場合に、前記停止処理を解除する解除手段と、を有することを特徴とする画像処理装置。
2. 前記依頼の対象となった稼働情報にカウンタ情報が含まれる場合には、前記第１送信手段による要求の送信の停止処理は実行されないことを特徴とする請求項１に記載の画像処理装置。
3. 前記送信対象の稼働情報の送信の承認のための依頼には、前記送信対象の稼働情報の送信を承認する操作を受け付けるための画面にアクセスするための情報が含まれることを特徴とする請求項１または２に記載の画像処理装置。
4. 前記画面は、前記画像処理装置がウェブサーバーで提供することを特徴とする請求項３に記載の画像処理装置。
5. 前記第４送信手段は、前記承認された稼働情報を、電子メールで所定の宛先に対して送信することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 記憶装置を備え、１以上の監視対象を監視する画像処理装置における制御方法であって、
   第１の周期に従うタイミングで、前記監視対象にカウンタ情報の要求を送信する第１送信工程と、
   前記監視対象から、該カウンタ情報の要求に従いカウンタ情報を受信する受信工程と、
   前記受信したカウンタ情報を、送信対象の稼働情報として前記記憶装置に保存する第１保存工程と、
   第２の周期に従うタイミングで、前記監視対象にエラー情報の要求を送信する第２送信工程と、
   前記監視対象から該エラー情報の要求に従いエラー情報を受信した場合に、該受信したエラー情報を前記送信対象の稼働情報として前記記憶装置に保存する第２保存工程と、
   前記第１保存工程および前記第２保存工程の少なくとも何れかで前記送信対象の稼働情報が保存された場合に、当該稼働情報の送信の承認のための依頼を送信する第３送信工程と、
   前記依頼の対象となった稼働情報にエラー情報が含まれる場合に、前記第２送信工程での前記要求の送信の停止処理を実行する実行工程と、
   前記送信対象の稼働情報の中で承認された稼働情報を、所定の宛先に対して送信する第４送信工程と、
   前記承認され、送信された稼働情報の中に前記エラー情報が含まれる場合に、前記停止処理を解除する解除工程と、を有することを特徴とする制御方法。
7. 記憶装置を備え、１以上の監視対象を監視する画像処理装置としてのコンピューターを、
   第１の周期に従うタイミングで、前記監視対象にカウンタ情報の要求を送信する第１送信手段と、
   前記監視対象から、該カウンタ情報の要求に従いカウンタ情報を受信する受信手段と、
   前記受信したカウンタ情報を、送信対象の稼働情報として前記記憶装置に保存する第１保存手段と、
   第２の周期に従うタイミングで、前記監視対象にエラー情報の要求を送信する第２送信手段と、
   前記監視対象から該エラー情報の要求に従いエラー情報を受信した場合に、該受信したエラー情報を前記送信対象の稼働情報として前記記憶装置に保存する第２保存手段と、
   前記第１保存手段および前記第２保存手段の少なくとも何れかにより前記送信対象の稼働情報が保存された場合に、当該稼働情報の送信の承認のための依頼を送信する第３送信手段と、
   前記依頼の対象となった稼働情報にエラー情報が含まれる場合に、前記第２送信手段による要求の送信の停止処理を実行する実行手段と、
   前記送信対象の稼働情報の中で承認された稼働情報を、所定の宛先に対して送信する第４送信手段と、
   前記承認され、送信された稼働情報の中に前記エラー情報が含まれる場合に、前記停止処理を解除する解除手段として機能させるためのプログラム。

Images