JP2020131692A - 画像処理装置及び制御方法 - Google Patents

Abstract

【課題】画像形成装置に異常が発生した場合、監視サーバーに連絡をすることが可能な画像形成装置を所有しているユーザーにとっては、異常の発生が監視サーバーに通知されたかどうかは重要であるが、エラーコードの表示は不要である。一方で、監視サーバーに連絡できない画像形成装置を所有しているユーザーにとっては、エラーコードを表示させたとしても、部品を交換する優先度などの有用な情報を取得することができない。【解決手段】本発明では、故障が発生した場合、画像処理装置が監視システムによる監視対象となっているか否かに応じてエラー画面を切り替えて表示する。これにより、必要な情報を適切にユーザーに通知することができる。【選択図】図１３

Description

本発明は、動作の異常が発生した時に故障箇所を表示する手段を有する、画像処理装置及び制御方法に関する。

画像形成装置では、動作中に、各種制御の動作に異常が発生することがある。こうした異常が検知された場合、従来、画像処理装置に設けられた表示部に、発生した異常の内容を示す専用のエラーコードを表示することが行われている。こうしたエラーコードの表示は、ネットワークを用いてコールセンターの監視サーバーに機器の情報を通知することが可能な画像形成装置であるか否かにかかわらず、同一の内容となっている。

上述のようなエラーコードは、情報の内容が貧弱であるため、発生した異常の内容をユーザーが十分に理解できない場合がある。そこで、特許文献１では、異常が発生した場合に、クライアントの表示部にエラーの内容を解説したＨＴＭＬ文書を表示することができるように構成した画像形成装置が開示されている。これにより、ユーザーは、発生した異常の具体的な内容や、その対処方法をより簡便に取得することができる。

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

しかし、監視サーバーによる監視の対象となっている画像形成装置を所有しているユーザーにとっては、異常が発生した場合、サービスマンに連絡するようにすればよく、検知された異常の詳細を示す情報は不要であるかもしれない。一方で、例えば、異常が発生したことが監視サーバーに通知されたのかどうか、サービスマンが出動しているのかどうかなどの状況をユーザーは把握したいかもしれない。
また、監視サーバーによる監視の対象となっていない画像形成装置を所有しているユーザーにとっては、エラーコードを表示させただけでは、その異常に対する対処を行う上で不十分な場合がある。

本発明は、自装置に発生した異常を検知する検知手段と、表示手段と、画像処理装置を監視する監視サーバーとの通信を行うことができる通信手段と、を備える画像処理装置であって、前記検知手段により異常が検知された場合に、当該異常に対応して作業が必要となる箇所を特定するための診断を実行する診断手段と、自装置が前記監視サーバーによる監視対象であるか否かを判断する判断手段と、を有し、自装置が前記監視サーバーによる監視対象でないと前記判断手段が判断した場合、前記表示手段は、前記検知手段により検知された異常のための診断の結果として特定された箇所に関する情報を含む第１のメッセージを表示し、自装置が前記監視サーバーによる監視対象である場合、前記表示手段は、前記検知手段により検知された異常が通報される前記監視サーバーとの通信に従う対応状況に関する情報を含む第２のメッセージを表示し、前記第２のメッセージには、前記検知手段により検知された異常のための診断の結果として特定された箇所に関する情報が含まれない、ことを特徴とする。

本発明によれば、故障が発生した場合、画像処理装置が監視対象となっているか否かに応じたエラー画面を表示することにより、必要な情報を適切にユーザーに通知することができる。

画像形成装置の概略断面図である。 画像形成部のハードウェアブロック図である。 画像形成部の電気回路を示すブロック図である。 各診断対象についての電気故障箇所特定テーブルである。 表示部に表示されるエラー画面の例である（その１）。 表示部に表示されるエラー画面の例である（その２）。 表示部に表示されるエラー画面の例である（その３）。 着脱モータの電気故障診断フローチャートである。 帯電ＤＣ出力の電気故障診断フローチャートである。 遠隔監視システムの構成図である。 監視サーバーの構成を示すブロック図である。 遠隔監視の対象機であるかを判断する処理を示すフローチャートである。 故障診断結果を表示する処理を示すフローチャートである（第１の実施形態）。 故障診断結果を表示する処理を示すフローチャートである（第２の実施形態）。 エラー結果データテーブルの一例である。

以下に、図面を参照して、本発明を実施するための形態を説明する。ただし、以下に説明する実施形態はあくまで例示であり、本発明の範囲をそれらに限定する趣旨のものではない。本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
まず、本実施形態における画像処理装置について説明する。本実施形態において、画像処理装置は、複写機やプリンタ等の画像形成装置１である。図１は、画像形成装置１の概略断面図である。
図１に示すように、画像形成装置１は、画像読取部２と画像形成部３から構成されている。画像読取部２の上部には、透明ガラス板からなる原稿台４が設けられている。原稿圧着板５は、原稿台４の所定の位置に画像面を下向きにして載置された原稿Ｄを押圧固定する。原稿台４の下側には、原稿Ｄを照明するランプ６と、照明された原稿Ｄの光像を画像処理ユニット７に導くための反射ミラー８，９，１０とからなる光学系が設けられている。なお、ランプ６及び反射ミラー８、９、１０は、所定の速度で図面左右方向に移動して、原稿Ｄを走査する。

画像形成部３は、一定の間隔をおいて略水平な一直線上に配置されたプロセスユニット１０１ｙ，１０１ｍ，１０１ｃ，１０１ｋを備えている。各プロセスユニット１０１ｙ，１０１ｍ，１０１ｃ，１０１ｋは、それぞれ、イエロー（ｙ）、マゼンタ（ｍ）、シアン（ｃ）、ブラック（ｋ）の現像剤のトナー像を形成する。各プロセスユニット１０１ｙ，１０１ｍ，１０１ｃ，１０１ｋにおいて形成されたトナー像は、各プロセスユニットに当接した中間転写ベルト１０８に一次転写される。そして、中間転写ベルト１０８上で重ね合わされた各色のトナー像は、搬送され、駆動ローラ１２２と二次転写ローラ１５が当接するニップ上において印刷用紙Ｓ上に転写される。

各プロセスユニット１０１ｙ，１０１ｍ，１０１ｃ，１０１ｋは、感光ドラム１０２、帯電ローラ１０３、レーザー露光装置１０４、現像器１０５、トナー容器１０６、補助帯電ブラシ１０９を備える。図１では、各色に対応して、参照番号の末尾にｙ，ｍ，ｃ，ｋの記号を付して示している。
さらに、画像形成部３は、一次転写ローラ１０７ｙ，１０７ｍ，１０７ｃ，１０７ｋ、中間転写ベルト１０８、濃度センサ１１２、二次転写ローラ１５、転写クリーニング装置１１１を備える。

印刷用紙Ｓは、用紙カセット１８または手差しトレイ１４０から供給される。画像形成部３の下流側には定着器１９が設けられており、搬送される印刷用紙Ｓ上のトナー像を定着する。定着器１９においてトナー像が定着された印刷用紙Ｓは、排出ローラ対２１によって、画像形成装置１から排出される。

画像形成装置１の前面には、前カバー（不図示）が設置されている。ユーザーは、前カバーを開けることにより、感光ドラム１０２や現像器１０５等の消耗品にアクセスすることができる。前カバーの開閉は前カバー開閉検知センサ１２３によって検知される。
画像形成装置１の右側側面には、右カバー（不図示）が設置されている。ユーザーは、右カバーを開けることにより、中間転写ベルト１０８の消耗品へのアクセスや、ジャム発生により残留した印刷用紙の除去をすることができる。右カバーの開閉は、右カバー開閉検知センサ１２４によって検知される。

各用紙カセット１８には、用紙カセット１８の開閉を検知する用紙カセット開閉センサ２０５と、用紙カセット１８に格納された印刷用紙サイズを検知する用紙サイズ検知センサ（不図示）が設けられている。用紙カセット１８が閉じられると、用紙サイズ検知センサの出力に基づいて、自動的に印刷用紙サイズが検知される。
また、手差しトレイ１４０には、トレイ上の印刷用紙の有無を検知する手差し用紙センサ２０１が設けられている。手差しトレイ１４０上に印刷用紙が置かれたことを手差しセンサ２０１が検知すると、置かれた印刷用紙のサイズ設定をユーザーに促す画面が表示部１０００に表示される。ユーザーが画面の指示に従い印刷用紙サイズを設定することで、画像形成装置１は手差しトレイ１４０に置かれた印刷用紙のサイズを認識することができる。

図１０は、本実施形態の画像形成装置１を備えた遠隔監視システム１００００の概略的な構成である。
遠隔監視システム１００００において、画像形成装置１は情報処理装置である監視サーバー１０００１とネットワーク１０００２を介して通信可能に接続されている。なお、ネットワーク１０００２には、図示されていない複数の画像形成装置や情報処理装置が接続されていてもよい。また、ネットワーク１０００２は、インターネットであっても、ＬＡＮであってもよい。画像形成装置１は、不図示の通信部を介して、監視サーバー１０００１との通信を行う。

図１１は、監視サーバー１０００１の概略的な構成を示すブロック図である。
監視サーバー１０００１は、いわゆるＰＣ（パーソナルコンピュータ）からなり、ＣＰＵ１１０１、ＲＡＭ１１０２、記憶装置１１０３、操作装置１１０４、表示装置１１０５、通信部１１０６、メインバス１１０７などを含む。

ＣＰＵ１１０１は、画像形成装置１を構成する各部を制御する。
ＲＡＭ１１０２は、ＣＰＵ１１０１のワークエリアを提供するメモリである。
記憶装置１１０３は、後述する制御プログラムや、各種設定を記憶するＨＤＤ（ハードディスクドライブ）等のメモリである。なお、記憶装置１１０３は、ＮＶＲＡＭ等でもあってもよい。

操作装置１１０４は、ユーザー（使用者や設置者など）によるコマンドの入力を受け付ける装置であり、例えば、キーボードやマウス等を含む。
表示装置１１０５は、画面表示を行う表示手段であり、例えば、液晶モニタ等である。なお、表示装置１１０５は、例えば、液晶タッチパネルディスプレイのように、操作装置１１０４と一体となっていてもよい。
通信部１１０６は、ネットワーク上の他の機器、例えば、画像形成装置１との間で通信を行う。
メインバス１１０７は、上述した各部を互いに接続するためのシステムバスである。

なお、本実施形態では、特に断らない限り、ＣＰＵ１１０１が、メインバス１１０７を介してＲＡＭ１１０２、記憶装置１１０３、操作装置１１０４、表示装置１１０５、通信部１１０６を制御する。
監視サーバー１０００１は、リモートデスクトップ技術を利用して画像形成装置１に画面情報を送信することにより、画面情報を画像形成装置１の表示部１０００上に表示することができる。これにより、画像形成装置１の操作を行うエンドユーザに対して情報を提示することができる。

次に、図２を用いて、本実施形態の画像形成部３のハードウェアブロック図について説明する。
画像形成部３は、電源ユニット２００、制御ユニット２１０、ドライバユニット２３０、高圧ユニット２４０からなる各ユニットを備える。画像形成部３は、その中に、各ユニットは、それぞれ、電源部、信号出力部、制御回路部、負荷動作部の各部を具備している。

本実施形態の画像形成装置１を制御するために、制御ユニット２１０の内部には、ＣＰＵ２１２ａが備えられている。ＣＰＵ２１２ａは、ＲＯＭ２１２ｂに格納されたプログラムによって、画像形成に関わる様々な制御シーケンスを実行する。
その際、一次的または恒久的に保存することが必要な書き換え可能なデータを格納するために、制御ユニット２１０はＲＡＭ２１２ｃを搭載している。ＲＡＭ２１２ｃには、例えば、高圧ユニット２４０への高圧設定値、着脱可能なユニットに関する駆動設定情報などが保持されている。
また、ＣＰＵ２１２ａはシリアル通信を通じてドライバユニット２３０上に配置されたＡＳＩＣ２３１と接続される。ＣＰＵ２１２ａは、ＡＳＩＣ２３１内部のレジスタやＲＡＭ２１２ｃに対するリード／ライト動作を、通信を介して行うことにより、ＡＳＩＣ２３１を制御している。

電源部について説明する。電源部としての電源ユニット２００からは＋２４Ｖの電源が出力され、電源ユニット２００内のヒューズによって分配され、各基板に給電される。制御ユニット２１０は、給電された＋２４ＶをＤＣＤＣコンバータ２１１で＋３．３Ｖに降圧し、ＣＰＵ２１２ａやドライバユニット２３０へ給電する。また、ＤＣＤＣコンバータ２１１で＋３．３Ｖに降圧された電源は、ＡＳＩＣ２３１の電源としても用いられる。
さらに、電源ユニット２００からドライバユニット２３０に給電された＋２４Ｖは、ドライバユニット２３０内のヒューズによってさらに細分化され、高圧ユニット２４０やモータ駆動回路２３３の電源として用いられる。
また、＋２４Ｖは前カバーや右カバーの開閉動作に連動して電源供給を遮断するインターロックスイッチ２３６により電源供給のオンオフがされる電源系統と、カバーの開閉状態に関係なく電源供給される電源系統に分かれている。本実施形態では、着脱モータ６０３とＦＡＮ３００は、カバー開閉状態に関係なく、電源が供給され、モータの駆動が可能である。

次に、信号出力部について説明する。信号出力部としてのＡＳＩＣ２３１の内部には、アナログ信号値を取り込むためのＡＤ変換器２３２、各高圧ユニット２４０を制御するための高圧制御部２３５が備えられている。また、モノクロドラムモータ６００、カラードラムモータ６０１、定着モータ６０２、着脱モータ６０３、ＦＡＮ３００を制御するためのモータ制御部２３４の機能モジュールが備えられている。
ＦＡＮ３００には、ＦＡＮ３００を駆動するモータが備えられている。ＡＳＩＣ２３１は、ＣＰＵ２１２ａからシリアル通信を通じて設定値が書き込まれると、設定値に基づいて前述の機能モジュールの設定を行う。機能モジュールの設定がなされると、設定値に基づいて機能モジュールのロジック回路が動作し、結果として、ＡＳＩＣ２３１から制御信号が出力される。

次に、制御回路部について説明する。制御回路部としては、高圧ユニット２４０や、前述した個々のモータを駆動するためのモータ駆動回路２３３が備えられている。制御回路部は、電源部からの電源供給と信号出力部からの出力信号に基づいて動作する。例えば、モータ駆動回路２３３にはモータを駆動するための回路としてドライバＩＣが備えられる。ドライバＩＣは、モータを回転させるための制御信号が入力されると、モータを回転制御する。
モータが回転すると、個々のモータの負荷動作部である感光体ドラム１０２、中間転写ベルト１０８、現像器１０５、定着器１９、中間転写ベルト着脱機構１１８、ＦＡＮ３００が駆動する。
また、中間転写ベルト着脱機構１１８に設けられたホームポジション検知センサ２４２が中間転写ベルト１０８の着脱位置を検出し、その検出値はＡＳＩＣ２３１に入力される。ＡＳＩＣ２３１への入力値は、通信を通じてＣＰＵ２１２ａへと送信される。ＣＰＵ２１２ａは、入力値に基づいて中間転写ベルト着脱機構１１８の位置制御を行う。

最後に、負荷動作部について説明する。負荷動作部としては、モータ駆動回路２３３ａにより駆動される、中間転写ベルト着脱機構１１８や、ＦＡＮ３００がある。また、モータ駆動回路２３３ｂにより駆動される、感光体ドラム１０２、現像器１０５、定着器１９中間転写ベルト１０８がある。

次に、図３、図４、図８、図９を用いて、電気部品の故障診断フローである電気故障診断フローについて説明する。
図３は、本実施形態の画像形成部３の電気回路を示すブロック図である。図４は、電気故障診断フローを実行する際に診断対象のモータや、高圧出力の電気部品を動かすための電源、制御信号、制御回路、動作する負荷の関係を示す電気故障診断テーブルである。
図８は、電気故障診断の例を示すフローチャートである。ここでは、電気故障診断フローの例として、まず、着脱モータ６０３の電気故障診断フローについて説明する。

図８のフローチャートにおいて、着脱モータ６０３の駆動に関連する電気部品の故障診断フローが起動すると、まず、電源部の故障判定が実施される（Ｓ８００）。ここで、図４の電気故障診断テーブルの「着脱モータ」行の「電源部」列の項目に示されるように、ドライバユニット２３０の電圧検知回路３０３ｂは＋２４Ｖ_Ｂ_ＦＵ電源の出力を検出する。ＣＰＵ２１２ａは、電圧検知回路３０３ｂの検出値に対して、しきい値を１８Ｖとして、１８Ｖ以上であれば、出力正常であり、電源部に故障なし、と判定する。一方、１８Ｖ未満であれば、出力異常のため、電源部に故障がある、と判定する。

次に、Ｓ８００の電源部の故障判定に基づいて、ＣＰＵ２１２ａは、電源部に故障があるか否かの判定を行う（Ｓ８０１）。
そして、電源部に故障がある場合（Ｓ８０１でＹ）、さらに、その故障が電源ユニット故障であるか否かの判定を行う（Ｓ８０２）。この際、電源ユニットの故障箇所を特定するために、＋２４Ｖ_Ｂ_ＦＵ電源の出力チェックを行う。＋２４Ｖ_Ｂ_ＦＵ電源をチェックするために、ドライバユニット２３０の電圧検知回路３０３ａは、＋２４Ｖ_Ｂの電圧が所定値以上であるか否かを検出する。ここで、ＣＰＵ２１２ａは、しきい値を１８Ｖとして、＋２４Ｖ_Ｂの電圧が１８Ｖ以上であれば、出力は正常であり、電源ユニットに故障なし、と判定する。一方、１８Ｖ未満であれば、出力は異常であり、電源ユニットに故障あり、と判定する。

電源ユニットの故障である場合（Ｓ８０２でＹ）、ＣＰＵ２１２ａは、故障部品が電源ユニット２００にあると特定し、その結果をＲＡＭ２１２ｃに格納する（Ｓ８０３）。
一方、電源ユニット故障でないと判定した場合には（Ｓ８０２でＮ）、ＣＰＵ２１２ａは、ドライバユニット２３０の故障であると特定し、結果をＲＡＭ２１２ｃに格納する（Ｓ８０４）。

Ｓ８０１において、電源部に故障がないと判定した場合には（Ｓ８０１でＮ）、信号出力部の故障判定に移行する（Ｓ８０５）。信号出力部のチェックは、ＡＳＩＣ２３１のモータ駆動回路からのモータ制御信号に対して実行される。モータ制御信号には、モータの回転方向や速度、駆動モードなどの信号が含まれる。ＣＰＵ２１２ａは、ＡＳＩＣ２３１に対して、各モータ制御信号としてＨｉｇｈ、Ｌｏｗがそれぞれ出力されるように設定を行う。そして、信号検知回路３０５において、しきい値を２．８Ｖとし、Ｈｉｇｈ設定時には２．８Ｖ以上、Ｌｏｗ設定時には２．８Ｖ以下の電圧が検出された場合には、正常であり、故障なしと、判定する。そうでなければ、異常であり、故障あり、と判定する。

Ｓ８０５の信号出力部の故障判定に基づいて、ＣＰＵ２１２ａは、信号出力部に故障があるか否かを判定する（Ｓ８０６）。
信号出力部の故障判定によって、信号出力部に故障があると判定した場合（Ｓ８０６でＹ）、ＣＰＵ２１２ａは、ドライバユニット２３０の故障であると特定し、その結果をＲＡＭ２１２ｃに格納する（Ｓ８０４）。

一方、信号出力部の故障判定の結果、信号出力部に故障がないと判定した場合には（Ｓ８０６でＮ）、制御回路部の故障判定に移行する（Ｓ８０７）。ここでは、モータ駆動回路２３３の出力チェックを行う。そのために、ＣＰＵ２１２ａは、ＡＳＩＣ２３１のモータ駆動回路２３３に対して、着脱モータ６０３を動作させるように設定を行う。すると、信号出力部からモータ制御信号が出力され、モータ駆動回路２３３へと入力される。
このように電源と信号が制御回路部に入力されている状態で、制御回路部からの出力を電流検出回路３０６ａによって検出を行い、モータ駆動回路２３３から着脱モータ６０３へと流れる電流が所定値以上であるか否かにより、異常有無のチェックを行う。本実施形態では、着脱モータ６０３に流れる電流が１００ｍＡ以上である場合には、ＣＰＵ２１２ａは、制御回路部は正常であり、故障なし、と判定する。一方、着脱モータ６０３に流れる電流が１００ｍＡ未満である場合には、制御回路部に異常があり、故障あり、と判定する。

Ｓ８０７の制御回路部の故障判定に基づいて、ＣＰＵ２１２ａは、制御回路部に故障があるか否かを判定する（Ｓ８０８）。
制御回路部に故障があると判定した場合（Ｓ８０８でＹ）、モータ駆動回路２３３がドライバユニット２３０上に搭載されているため、ＣＰＵ２１２ａは、ドライバユニット２３０の故障であると特定し、その結果をＲＡＭに格納する（Ｓ８０４）。
制御回路部に故障がないと判定した場合は（Ｓ８０８でＮ）、ＣＰＵ２１２ａは、故障箇所なしと判定し、その結果をＲＡＭ２１２ｃに格納する（Ｓ８０９）。
以上のように、着脱モータ６０３の電気故障診断フローを実行することにより、作業が必要となる故障箇所を特定することができる。

＜帯電ＤＣ出力の電気故障診断＞
次に、図９のフローチャート用いて、帯電ＤＣ出力の電気故障診断フローを説明する。
図９のフローチャートにおいて、帯電ＤＣ出力の故障診断フローが起動すると、まず、電源部の故障判定が実施される（Ｓ９００）。帯電ＤＣ出力の電気故障診断フローを起動すると、ドライバユニット２３０の電圧検知回路３０３ｂは、図４の電気故障診断テーブルの「帯電ＤＣ出力」行から、診断対象である＋２４Ｖ_Ａ_ＦＵ電源の出力を検出する。ＣＰＵ２１２ａは、電圧検知回路３０３ｂの検出値に対して、しきい値を１８Ｖとして、１８Ｖ以上であれば、出力正常であり、電源部に故障なし、と判定する。一方、１８Ｖ未満であれば、出力異常のため、電源部に故障がある、と判定する。

次に、Ｓ９００の電源部の故障判定に基づいて、ＣＰＵ２１２ａは、電源部に故障があるか否かの判定を行う（Ｓ９０１）。
そして、電源部に故障がある場合（Ｓ９０１でＹ）、さらに、その故障が電源ユニット２００の故障であるか否かの判定を行う（Ｓ９０２）。この際、電源ユニットの故障箇所を特定するために、ＣＰＵ２１２ａは、電圧検知回路３０３ａの検出値から電源ユニット２００である＋２４Ｖ_Ａの出力を確認する。

電源ユニット２００の出力が正常であれば（Ｓ９０２でＮ）、ＣＰＵ２１２ａは、＋２４Ｖ_Ａの電源系統は正常であり、故障がないと判定する。そして、故障箇所をドライバユニット２３０と特定する（Ｓ９０４）。
一方、電源ユニット２００の出力が異常であれば（Ｓ９０２でＹ）、ＣＰＵ２１２ａは、故障箇所が電源ユニット２００であると特定し、その結果をＲＡＭ２１２ｃに格納する（Ｓ９０３）。

Ｓ９０１において、電源部に故障がないと判定した場合には（Ｓ９０１でＮ）、信号出力部の故障判定に移行する（Ｓ９０５）。
信号出力部のチェックは、ＡＳＩＣ２３１の高圧制御部２３５からの高圧制御信号に対して実行される。高圧制御信号には、出力電圧設定信号や、トランス駆動用のクロックなどの信号が含まれる。図４の電気故障診断テーブルから、帯電ＤＣ出力の信号出力部は帯電ＤＣ高圧制御信号である。そこで、ＣＰＵ２１２ａは、ＡＳＩＣ２３１に対して、帯電ＤＣ高圧制御信号としてＨｉｇｈ、Ｌｏｗがそれぞれ出力されるように設定を行う。信号検知回路３０５は、しきい値を２．８Ｖとし、Ｈｉｇｈ設定時は２．８Ｖ以上、Ｌｏｗ設定時には２．８Ｖ以下の電圧が検出された場合には正常であり故障なし、そうでなければ異常であり故障ありと判定する。

Ｓ９０５の信号出力部の故障判定に基づいて、ＣＰＵ２１２ａは、信号出力部に故障があるか否かを判定する（Ｓ９０６）。信号出力部に故障があると判定した場合（Ｓ９０６でＹ）、ＣＰＵ２１２ａは、ドライバユニット２３０の故障であると特定し、その結果をＲＡＭ２１２ｃに格納する（Ｓ９０４）。

一方、Ｓ９０５の信号出力部の故障判定に基づいて、信号出力部に故障がないと判定した場合（Ｓ９０６でＮ）、電源部と信号出力部は正常であるため、制御回路部のチェックに移行する（Ｓ９０７）。
図４の電気故障診断テーブルから、帯電ＤＣ出力の制御回路部は帯電ＤＣ高圧回路２２０であるため、帯電ＤＣ高圧回路２２０の出力チェックを行う。そのために、ＣＰＵ２１２ａは、ＡＳＩＣ２３１の高圧制御部２３５に対して、−１０００Ｖの出力を行うように設定を行う。このときの帯電ＤＣ高圧回路２２０からの出力電流を電流検出回路３０６ｂで検出し、検出値が２０μＡ以下である場合には、帯電ＤＣ高圧回路２２０の出力異常であり、故障あり、と判断する。

Ｓ９０７における制御回路部の故障判定に基づいて、ＣＰＵ２１２ａは、制御回路部に故障があるか否かを判定する（Ｓ９０８）。
制御回路部に故障があると判定した場合（Ｓ９０８でＹ）、帯電ＤＣ出力回路が高圧ユニット２４０内に搭載されているため、ＣＰＵ２１２ａは、高圧ユニット２４０の故障と特定し、その結果をＲＡＭ２１２ｃに格納する（Ｓ９１０）。
一方、制御回路部に故障がないと判定した場合（Ｓ９０８でＮ）、ＣＰＵ２１２ａは、故障箇所なしと判定し、その結果をＲＡＭ２１２ｃに格納する（Ｓ９０９）。
なお、帯電ＤＣ出力の故障箇所特定フローでは、負荷の動作による故障箇所判定は実施しない。

現像ＤＣ出力、一次転写ＤＣ出力、二次転写ＤＣ出力の高圧に関連する電気部品の故障診断フローも、同様に、図４の電気故障診断テーブルから診断対象の電源部、信号出力部、制御回路部を特定することによって実行される。
なお、ここでは、電気故障診断フローについては、着脱モータや帯電ＤＣ出力を例にして説明した。図４の電気故障診断テーブルに示された他の診断対象についても、同様に、電気故障診断テーブルを参照することによって、電源部、信号出力部、制御回路部の故障を特定することができる。

なお、診断対象や故障の内容によっては、複数の故障箇所が特定される場合もある。この場合、特定された故障箇所の優先度も特定して、ＲＡＭ２１２ｃに格納する。優先度とは、複数箇所が故障していると判断された場合、どの箇所から優先して交換などのメンテナンス作業をしたらよいかを表す指標である。優先度の判定には、エラーコードに応じたテーブルをあらかじめ備え、一意に決めてもよい。

ここで、図１５に、ＲＡＭ２１２ｃに格納される、故障診断フローの結果であるエラー診断結果テーブル１５００の一例を示す。ここでは、現像器とレーザー露光装置の複数の故障が特定された場合を例にして説明する。
エラー診断結果テーブル１５００には、エラー事象が発生した日時、コード、特定された故障箇所、優先度が示されている。この例では、レーザー露光装置より現像器を先に交換するように優先度が高く設定されている。ユーザーに交換優先度を通知することにより、交換効率が向上し、ダウンタイムを短くする効果を期待することができる。

次に、図１２のフローチャートを用いて、画像形成装置１が図１０や図１１で説明した監視サーバー１０００１による遠隔監視システムの監視対象（遠隔監視システム対象機）であるか否かを判断するための処理について説明する。
画像形成装置１の故障が検知された場合、画像形成装置１（自装置）が遠隔監視の対象機であるか否かにより、ユーザーが求めるエラーメッセージの内容は異なる。そこで、本実施形態においては、本フローチャートのように、画像形成装置１が遠隔監視システム対象機であるか否かを判断する。本フローチャートの結果は、後述する図１３の故障診断結果を画面表示するフローチャートによる処理を実行する際に用いられる。

まず、画像形成装置１のＣＰＵ２１２ａは、ネットワーク１０００２や監視サーバー１０００１の通信部１１０６を介して監視サーバー１０００１に通信要求を送付する（Ｓ１２０１）。
監視サーバー１０００１のＣＰＵ１１０１は、画像形成装置１から通信要求を受け取ると、通信要求を行っている画像形成装置１が遠隔監視システム対象機であるか否かを判断する。具体的には、画像形成装置１のＭＡＣアドレス、ＩＰアドレス、ホスト名を含む情報に基づいて、画像形成装置１が遠隔監視システムの対象機であるかを判断する。
監視サーバー１０００１のＣＰＵ１１０１は、遠隔監視システム対象であると判断した場合は「遠隔監視あり」の結果を、また、遠隔監視システム対象外と判断した場合は「遠隔監視なし」の結果を、画像形成装置１に通知する。

画像形成装置１のＣＰＵ２１２ａは、監視サーバー１０００１から応答を待つ。そして、ネットワークボードやＬＡＮケーブル、ネットワーク自体の異常などにより、一定時間内に監視サーバー１０００１からの応答がなかった場合（Ｓ１２０２でＮ）、ＣＰＵ２１２ａは「通信失敗」の結果をＲＡＭ２１２ｃに格納する（Ｓ１２０３）。

一定時間内に監視サーバー１０００１からの応答があった場合（Ｓ１２０２でＹ）、ＣＰＵ２１２ａは、応答に基づいて、遠隔監視システム対象機であるか否かを判断する（Ｓ１２０４）。
遠隔監視システム対象機であった場合、「遠隔監視あり」の結果をＲＡＭ２１２ｃに格納する（Ｓ１２０５）。一方、遠隔監視システム対象機ではなかった場合、「遠隔監視なし」の結果をＲＡＭ２１２ｃに格納する（Ｓ１２０６）。

次に、図１３のフローチャートと、図５及び図６に示される表示部１０００に表示される各画面を用いて、故障診断フローが実行され、エラー画面が表示される際のフローを説明する。なお、図１３のフローチャートで実行される各ステップは、ＣＰＵ２１２ａにより実行される。

図１３のフローチャートは、画像形成装置１が起動すると開始する。
異常が検知されると（Ｓ１３０１）、画像形成装置１は動作中の負荷を緊急停止する（Ｓ１３０２）。
そして、検知された異常に応じて、ＣＰＵ２１２ａは故障診断フローを開始する（Ｓ１３０３）。例えば、Ｓ１３０１において着脱モータ６０３の異常が検知された場合、図８に示したフローチャートが実行される。これにより、１又は２以上の故障箇所が特定される。

次に、起動した画像形成装置１が遠隔監視システム対象機であるか否かの判断フローを開始する（Ｓ１３０４）。具体的には、ＣＰＵ２１２ａは、図１２に示したフローチャートに示された処理を実行する。
そして、Ｓ１３０４の結果に基づいて、ＣＰＵ２１２ａは、ＲＡＭ２１２ｃに格納されている画像形成装置１の遠隔監視システム対象機判断結果が「遠隔監視あり」であるか否かを判断する（Ｓ１３０５）。

「遠隔監視あり」であった場合（Ｓ１３０５でＹ）、ＣＰＵ２１２ａは、ネットワーク１０００２や監視サーバー１０００１の通信部１１０６を介して、監視サーバー１０００１にエラーの内容と故障箇所特定結果を送付する（Ｓ１３０６）。これにより、画像形成装置１に異常が発生したことが監視サーバー１０００１に通報される。

Ｓ１３０６における送付後、ＣＰＵ２１２ａは、一定時間内に監視サーバー１０００１からの応答があるか否かを判断する（Ｓ１３０７）。
ネットワークボードやＬＡＮケーブル、ネットワーク自体の異常などにより、一定時間内に監視サーバー１０００１からの応答がなかった場合（Ｓ１３０７でＮ）、後述するＳ１３１２へ進む。
一定時間内に監視サーバー１０００１から応答があった場合（Ｓ１３０７でＹ）、ＣＰＵ２１２ａは、画像形成装置１の異常を検知し、サービスに通報をしたことを表す画面を画像形成装置１の表示部１０００に表示する（Ｓ１３０８）。

ここで、図５の（１）は、Ｓ１３０８において表示部１０００に表示される画面の一例である。異常が検知された場合、表示部１０００には、メッセージとして、異常が検知されたことと、その異常が検知された時刻などのエラー発生メッセージが表示される。その他、状況に応じて、エラーメッセージとして、エラーコード、異常が発生した部品名、交換すべき部品の優先度、などの異常が発生した箇所に関するエラー箇所メッセージが表示される。また、状況に応じて、サービスマンに通報したことや、サービスマンの到着予定時刻などのサービスマン（サーバー）の対応状況に関するサービス状況メッセージが表示される。さらに、状況に応じて、サービスマンへの連絡や、電源の入れ直しなどをユーザーに指示する指示メッセージが表示される。

図５（１）の画面では、まず、異常が検知されたことを示すエラー発生メッセージが表示される。さらに、サービスに通報した旨を示すサービス状況メッセージと、ユーザーに待機するように指示する指示メッセージが表示されている。ただし、異常の発生をサービスに通報しているため、異常が発生した箇所を具体的に示すエラー箇所メッセージは表示されていない。

次に、ＣＰＵ２１２ａは、Ｓ１３０６における通報に対応した応答を監視サーバー１０００１から受信したか否かを判断する（Ｓ１３０９）。
応答を受信している場合（Ｓ１３０９でＹ）、ＣＰＵ２１２ａは、受信した応答に基づいてエラー画面を更新する（Ｓ１３１０）。
ここで、図５の（２）は、Ｓ１３１０において表示部１０００に表示される画面の一例である。本画面では、担当サービスマンが到着する予定時刻などに関して監視サーバー１０００１からの応答があったため、サービス情報メッセージが図５の（１）の画面から更新されている。

なお、本実施形態では、監視サーバー１０００１から直接受信した応答を表示する方法について説明をしているが、応答をユーザーに通知する方法がこれには限られない。例えば、サービスマンが所有するモバイル端末（不図示）から入力された情報を監視サーバー１０００１が受信し、これを対象の画像形成装置１に送信するようにしてもよい。

Ｓ１３０９において監視サーバー１０００１から応答を受信していない場合（Ｓ１３０９でＮ）、及びＳ１３１０においてエラー画面を更新した後は、ＣＰＵ２１２ａは、画像形成装置１の電源オフ処理が行われているか否かを判断する（Ｓ１３１１）。サービスマンが到着して修理を行うなどのために画像形成装置１の電源がオフされると、本フローチャートは終了する。
電源オフ処理が行われていない場合は（Ｓ１３１１でＮ）、Ｓ１３０９に戻り、ＣＰＵ２１２ａは、監視サーバー１０００１からの応答の受信を待つ。

一方、Ｓ１３０５において「遠隔監視なし」または「通信失敗」であった場合（Ｓ１３０５でＮ）、及びＳ１３０７において一定時間内に監視サーバー１０００１からの応答がなかった場合（Ｓ１３０７でＮ）について説明する。
これらの場合、ＣＰＵ２１２ａは、Ｓ１３０３において実行された故障診断フローによって故障箇所が特定されたか否かの判定を行う（Ｓ１３１２）。

故障箇所が特定された場合（Ｓ１３１２でＹ）、ＣＰＵ２１２ａは、特定された故障箇所が１つ（単数）であるか、２つ以上（複数）であるかを判断する（Ｓ１３１３）。
特定された故障箇所が複数である場合（Ｓ１３１３でＹ）、ＣＰＵ２１２ａは、ＲＡＭ２１２ｃに格納されているエラー結果（図１５のエラー診断結果テーブル１５００）における交換の優先度を付して、故障箇所ありのエラー画面を表示する（Ｓ１３１４）。
ここで、図６の（３）は、Ｓ１３１４において表示部１０００に表示される画面の一例である。本画面では、エラー箇所メッセージとして、故障箇所が現像器（イエロー）とレーザー露光装置の２つあること、優先度として、現像器（イエロー）、レーザー露光装置の順に交換するとよいことが表示されている。また、ここでは、画像形成装置１が遠隔監視の対象となっていないため、サービス状況メッセージは表示されず、サービスに連絡することを促す指示メッセージが表示されている。

Ｓ１３１３において特定された故障箇所が単数であると判断された場合（Ｓ１３１３でＮ）、ＣＰＵ２１２ａは、単数の故障箇所ありのエラー画面を表示する（Ｓ１３１５）。
ここで、図６の（４）は、Ｓ１３１５において表示部１０００に表示される画面の一例である。本画面は、サービス状況メッセージや指示メッセージについては図６（３）の画面と同様であるが、ここでは故障箇所が単数であるため、エラー箇所メッセージとして優先度に関する表示はされていない。

一方、Ｓ１３１２において故障箇所が特定できなかった場合（Ｓ１３１２でＮ）、故障箇所に関する表示なしのエラー画面を表示する（Ｓ１３１６）。
ここで、図６の（５）は、Ｓ１３１６において表示部１０００に表示される画面の一例である。本画面は、サービス状況メッセージや指示メッセージについては図６（３）や（４）の画面と同様であるが、ここでは故障箇所が特定されていないため、エラー箇所メッセージは表示されない。
Ｓ１３１４、Ｓ１３１５、Ｓ１３１６の後は、Ｓ１３１７にて電源オフ処理が行われているか否かを判断する。画像形成装置１の電源がオフされると、本フローチャートは終了する。

以上のように、第１の実施形態では、遠隔監視システムの対象機判断フローから画像形成装置１が遠隔監視の対象であるかを判定し、機器の状態や状況に適したエラー画面を表示することでユーザーが必要な情報を過不足なく適切に通知することができる。

＜第２の実施形態＞
次に、異常が検知された場合であっても、ユーザーが再起動することで画像形成装置１を正常に起動する場合もある。本実施形態では、そのような場合におけるフローについて、図１４のフローチャートと、図５から図７に示される表示部１０００に表示される各画面を用いて、説明する。なお、図１４のフローチャートで実行される各ステップは、ＣＰＵ２１２ａにより実行される。

図１４のフローチャートは、画像形成装置１が起動すると開始する。
異常が検知されると（Ｓ１４０１）、画像形成装置１は動作中の負荷を緊急停止する（Ｓ１４０２）。
そして、検知された異常に応じて、ＣＰＵ２１２ａは故障診断フローを開始する（Ｓ１４０３）。

次に、起動した画像形成装置１が遠隔監視システムの対象機であるか否かの判断フローを開始する（Ｓ１４０４）。具体的には、ＣＰＵ２１２ａは、図１２に示したフローチャートに示された処理を実行する。
そして、Ｓ１４０４の結果に基づいて、ＣＰＵ２１２ａは、ＲＡＭ２１２ｃに格納されている画像形成装置１の遠隔監視システム対象機判断結果が「遠隔監視あり」であるか否かを判断する（Ｓ１４０５）。
「遠隔監視あり」であった場合（Ｓ１４０５でＹ）、ＣＰＵ２１２ａは、ネットワーク１０００２や監視サーバー１０００１の通信部１１０６を介して、監視サーバー１０００１にエラーの内容と故障箇所特定結果を送付する（Ｓ１４０６）。これにより、画像形成装置１に異常が発生したことが監視サーバー１０００１に通報される。

Ｓ１４０６における送付後、ＣＰＵ２１２ａは、一定時間内に監視サーバーから応答あるか否かを判断する（Ｓ１４０７）。
ネットワークボードやＬＡＮケーブル、ネットワーク自体の異常などにより、一定時間内に監視サーバーからの応答がなかった場合（Ｓ１４０７でＮ）、後述するＳ１４１４へ進む。

一定時間内に監視サーバーから応答があった場合（Ｓ１４０７でＹ）、ＣＰＵ２１２ａは、検知されたエラーが前回起動時に発生したエラーと同じであるか否かを判断する（Ｓ１４０８）。
前回起動時はエラーが発生していない場合、または異なるエラーが発生していた場合、画像形成装置１は再起動により正常起動する可能性がある。そこで、前回起動時と同じエラーではなかった場合（Ｓ１４０８でＮ）、ＣＰＵ２１２ａは、表示部１０００に画像形成装置１の異常を検知し、サービスに通報をしたこと、及び再起動を促す画面を表示する（Ｓ１４１３）。
ここで、図７の（６）は、Ｓ１４１３において表示部１０００に表示される画面の一例である。本画面では、サービスに通報した旨を示すサービス状況メッセージに加えて、ユーザーに画像形成装置１の再起動を促すため、電源を入れ直すことを指示する指示メッセージが表示されている。

一方、Ｓ１４０８において前回起動時に発生したエラーと同じエラーが発生している場合は（Ｓ１４０８でＹ）、再起動してもエラー事象が解消されなかったこととなる。その場合は、ＣＰＵ２１２ａは、表示部１０００に画像形成装置１の異常を検知し、サービスに通報をしたことを示す画面を表示する（Ｓ１４０９）。
ここで、図５の（１）は、Ｓ１４０９において表示部１０００に表示される画面の一例である。本画面は、図１３のフローチャートのＳ１３０８において表示される画面と同様である。

次に、ＣＰＵ２１２ａは、Ｓ１４０６における通報に対応した応答を監視サーバー１０００１から受信したか否かを判断する（Ｓ１４１０）。
応答を受信している場合（Ｓ１４１０でＹ）、ＣＰＵ２１２ａは、受信した応答に基づいてエラー画面を更新する（Ｓ１４１１）。
ここで、図５の（２）は、Ｓ１４１１において表示部１０００に表示される画面の一例である。本画面は、図１３のフローチャートのＳ１３１０において表示される画面と同様である。

Ｓ１４１０において監視サーバー１０００１から応答を受信していない場合（Ｓ１４１０でＮ）、及びＳ１４１１においてエラー画面を更新した後は、ＣＰＵ２１２ａは、電源オフ処理が行われているか否かを判断する（Ｓ１４１２）。サービスマンが到着して修理を行うなどのために画像形成装置１の電源がオフされると、本フローチャートは終了する。
電源オフ処理が行われていない場合は（Ｓ１４１２でＮ）、Ｓ１４１０に戻り、ＣＰＵ２１２ａは、監視サーバー１０００１からの応答の受信を待つ。

一方、Ｓ１４０５において「遠隔監視なし」または「通信失敗」であった場合（Ｓ１４０５でＮ）、及びＳ１４０７にて一定時間内に監視サーバー１０００１からの応答がなかった場合（Ｓ１４０７でＮ）について説明する。
これらの場合、ＣＰＵ２１２ａは、Ｓ１４０３において実施された故障診断フローによって故障箇所が特定されたか否かの判定を行う（Ｓ１４１４）。

故障箇所が特定された場合（Ｓ１４１４でＹ）、ＣＰＵ２１２ａは、故障箇所が単数であるか複数であるかを判断する（Ｓ１４１５）。
特定された故障箇所が複数である場合（Ｓ１４１５でＹ）、ＣＰＵ２１２ａは、ＲＡＭ２１２ｃに格納されているエラー結果（図１５のエラー診断結果テーブル１５００）における交換の優先度に応じて、故障箇所ありのエラー画面を表示する（Ｓ１４１６）。
ここで、図６の（３）は、Ｓ１４１６において表示部１０００に表示される画面の一例である。本画面は、図１３のフローチャートのＳ１３１４において表示される画面と同様である。

Ｓ１４１５において特定された故障箇所が単数であると判断された場合（Ｓ１４１５でＮ）、ＣＰＵ２１２ａは、単数の故障箇所ありのエラー画面を表示する（Ｓ１４１７）。
ここで、図６の（４）は、Ｓ１４１７において表示部１０００に表示される画面の一例である。本画面は、図１３のフローチャートのＳ１３１５において表示される画面と同様である。

次に、ＣＰＵ２１２ａは、検知されたエラーが前回起動時に発生したエラーと同じであるか否かを判断する（Ｓ１４１８）。
前回起動時に発生したエラーと同じエラーを検知した場合（Ｓ１４１８でＹ）は、再起動してもエラーが解消されなかったこととなる。そこで、ＣＰＵ２１２ａは、再起動を促す表示をすることなく、故障箇所と、サービスに連絡すべき旨のメッセージを表示したエラー画面を表示する（Ｓ１４１９）。

ここで、図６の（３）は、Ｓ１４１５において故障箇所が複数であると判断されていた場合に表示される画面の一例である。本画面は、Ｓ１４１６において表示される画面と同様である。
また、図６の（４）は、Ｓ１４１５において故障箇所が単数であると判断されていた場合に表示される画面の一例である。本画面は、Ｓ１４１７において表示される画面と同様である。

Ｓ１４１８において前回起動時はエラーが発生していない場合、また異なるエラーが発生していた場合は、画像形成装置１は再起動により正常起動する可能性がある。そこで、前回起動時と同じエラーではなかった場合（Ｓ１４１８でＮ）、ＣＰＵ２１２ａは、表示部１０００に画像形成装置１の異常を検知したことと、再起動を促す画面を表示する（Ｓ１４２０）。

ここで、図７の（７）は、Ｓ１４１５において故障箇所が複数であると判断されていた場合に表示される画面の一例である。本画面では、優先度を付したエラー箇所メッセージに加えて、電源を入れ直すことを指示する指示メッセージが表示されている。
また、図７の（８）は、１４１５において故障箇所が単数であると判断されていた場合に表示される画面の一例である。本画面では、エラー箇所メッセージが１つの故障箇所である点を除いて、図７（７）の画面と同様である。

Ｓ１４１４において故障箇所が特定できなかった場合（Ｓ１４１４でＮ）、ＣＰＵ２１２ａは、検知されたエラーが前回起動時に発生したエラーと同じであるか否かを判断する（Ｓ１４２１）。
前回起動時に発生したエラーと同じエラーを検知した場合は（Ｓ１４２１でＹ）、ＣＰＵ２１２ａは、故障箇所表示なしのエラー画面を表示する（Ｓ１４２２）。
ここで、図６の（５）は、Ｓ１４２２において表示部１０００に表示される画面の一例である。本画面は、図１３のフローチャートのＳ１３１６において表示される画面と同様である。

一方、前回起動時はエラーが発生していない場合、または異なるエラーが発生していた場合（Ｓ１４２１でＮ）、ＣＰＵ２１２ａは、再起動を促す故障箇所表示ありのエラー画面を表示する（Ｓ１４２３）。
ここで、図７の（９）は、Ｓ１４２３において表示部１０００に表示する画面の一例である。本画面は、指示メッセージとして電源を入れ直す旨の表示がされる点を除いて、図６の（５）の画面と同様である。

Ｓ１４１３、Ｓ１４１９、Ｓ１４２０、Ｓ１４２２、Ｓ１４２３の後は、Ｓ１４２４において電源オフ処理が行われているか否かを判断する。画像形成装置１の電源がオフされると、本フローチャートは終了する。

以上のように、第２の実施形態では、再起動によりエラーが解消される可能性を考慮し、状況に適したエラー画面を表示する。これにより、さらにユーザーが必要な情報を適切に通知することができる。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上述の実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形が可能であり、それらを本発明の範囲から除外するものではない。すなわち、上述した各実施形態及びその変形例を組み合わせた構成もすべて本発明に含まれるものである。

１ 画像形成装置
３ 画像形成部
２１２ａ ＣＰＵ
１０００ 表示部
１００００ 故障監視システム
１０００１ 監視サーバー

Claims (4)

1. 自装置に発生した異常を検知する検知手段と、
   表示手段と、
   画像処理装置を監視する監視サーバーとの通信を行うことができる通信手段と、
   を備える画像処理装置であって、
   前記検知手段により異常が検知された場合に、当該異常に対応して作業が必要となる箇所を特定するための診断を実行する診断手段と、
   自装置が前記監視サーバーによる監視対象であるか否かを判断する判断手段と、を有し、
   自装置が前記監視サーバーによる監視対象でないと前記判断手段が判断した場合、前記表示手段は、前記検知手段により検知された異常のための診断の結果として特定された箇所に関する情報を含む第１のメッセージを表示し、
   自装置が前記監視サーバーによる監視対象である場合、前記表示手段は、前記検知手段により検知された異常が通報される前記監視サーバーとの通信に従う対応状況に関する情報を含む第２のメッセージを表示し、
   前記第２のメッセージには、前記検知手段により検知された異常のための診断の結果として特定された箇所に関する情報が含まれない、
   ことを特徴とする画像処理装置。
2. 自装置が前記監視サーバーによる監視対象である場合、前記検知手段により検知された異常に加えて、前記診断手段による該異常のための診断の結果として特定された箇所に関する情報の通報が、前記通信手段を用いて前記監視サーバーに行われ、
   前記通信手段が前記通報に対する応答を前記監視サーバーから受信した場合、前記表示手段は、前記応答に基づいて前記第２のメッセージを表示する
   ことを特徴とする請求項１に記載の画像処理装置。
3. 前記検知手段により検知された異常のための診断の結果として複数の箇所が特定された場合、前記第１のメッセージには、各箇所に関する情報としてメンテナンス作業を優先すべき指標が含まれる
   ことを特徴とする請求項１または２に記載の画像処理装置。
4. 自装置に発生した異常を検知する検知手段と、
   表示手段と、
   画像処理装置を監視する監視サーバーとの通信を行うことができる通信手段と、
   を備える画像処理装置における制御方法であって、
   前記検知手段により異常が検知された場合に、当該異常に対応して作業が必要となる箇所を特定するための診断を実行する診断工程と、
   自装置が前記監視サーバーによる監視対象であるか否かを判断する判断工程と、を有し、
   自装置が前記監視サーバーによる監視対象でないと前記判断工程において判断された場合、前記表示手段は、前記検知手段により検知された異常のための診断の結果として特定された箇所に関する情報を含む第１のメッセージを表示し、
   自装置が前記監視サーバーによる監視対象である場合、前記表示手段は、前記検知手段により検知された異常が通報される前記監視サーバーとの通信に従う対応状況に関する情報を含む第２のメッセージを表示し、
   前記第２のメッセージには、前記検知手段により検知された異常のための診断の結果として特定された箇所に関する情報が含まれない、
   ことを特徴とする制御方法。

Images