画像処理装置
【課題】発生したエラーに適した者に適した方式でエラーを通知でき、適切な対処を行わせることができる画像処理装置を提供する。
【解決手段】画像形成装置１０は、記録紙に画像を形成する画像形成部と、ネットワーク２を介して端末装置３０と通信するネットワークＩ／Ｆ部と、ネットワークＩ／Ｆ部によって端末装置３０から受信した要求に応じて、画像形成部に画像の形成動作を行わせる制御部と、を備え、制御部は、エラーが発生した場合には、エラーを端末装置３０に通知するとともに、エラーの内容に応じてエラーの通知方法を変更する。
【解決手段】画像形成装置１０は、記録紙に画像を形成する画像形成部と、ネットワーク２を介して端末装置３０と通信するネットワークＩ／Ｆ部と、ネットワークＩ／Ｆ部によって端末装置３０から受信した要求に応じて、画像形成部に画像の形成動作を行わせる制御部と、を備え、制御部は、エラーが発生した場合には、エラーを端末装置３０に通知するとともに、エラーの内容に応じてエラーの通知方法を変更する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリンタなどの画像処理装置に係り、特に、エラーが発生した際に、エラーの発生を通知する画像処理装置に関する。
【背景技術】
【０００２】
近年、オフィスや家庭で使用されるプリンタや複合機などの画像処理装置が、広く普及している。これらの画像処理装置は、主に、ネットワークを介してＰＣ（パーソナルコンピュータ）などの複数の端末装置に接続されており、各端末装置からの指示により画像データやテキストデータを用紙に印刷するという印刷ジョブの実行を担っている。
【０００３】
これらの画像処理装置は、用紙に印刷するという印刷ジョブの実行を行うことにより、用紙切れ、紙詰まり又はトナー切れなどを生じることがある。そこで、用紙切れ、紙詰まり又はトナー切れなどにより印刷ジョブの実行が中断された場合には、メッセージによりエラーが発生したことを通知する画像処理装置が開示されている（例えば、特許文献１参照。）。
【０００４】
この特許文献１には、エラーが発生した際に、印刷ジョブの実行を依頼したクライアントに対してエラーの発生を通知し、その通知に対するクライアントの確認状態を監視する画像処理装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２０９０３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示された画像処理装置は、印刷のジョブの実行を依頼したクライアントにエラーが発生したメッセージを送信するようになっているので、例えば、定着器異常のため画像処理装置の管理者を呼ばなくていけないときは、印刷ジョブの実行を依頼したクライアントでは発生したエラーを解消することができない。
【０００７】
また、通知先のクライアントのＰＣが電源オフの場合には、画像処理装置は、その電源オフのクライアントＰＣに対して、エラーを通知することができない。
【０００８】
本発明は、上記の問題を解決しようとするものであり、発生したエラーに適した者に適した方式でエラーを通知でき、適切な対処を行わせることができる画像処理装置を提供することを目的としている。
【課題を解決するための手段】
【０００９】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
【００１０】
［１］記録紙に画像を形成する画像形成部と、
ネットワークを介して端末装置と通信するネットワーク通信部と、
前記ネットワーク通信部によって端末装置から受信した要求に応じて、前記画像形成部に画像の形成動作を行わせる制御部と、
を備え、
前記制御部は、
エラーが発生した場合には、該エラーを前記端末装置に通知するとともに、該エラーの内容に応じて該エラーの通知方法を変更する
ことを特徴とする画像処理装置。
【００１１】
上記発明では、制御部は、画像処理装置内にエラーが発生した場合、ネットワークを介して接続されている端末装置に、画像処理装置にエラーが発生した旨を通知する。また、制御部は、エラーの内容、危険度又は通知優先度などを考慮して、エラーの通知方法、通知タイミング、通知先等を柔軟に変更する。たとえば、エラーの通知方法は、ポップアップによる表示、電子メール、音声案内又はバイブ機能など、適宜選択し変更することができる。
【００１２】
［２］前記制御部は、
発生した前記エラーが第1種エラーの場合には、自装置から通知した時点で通知先の前記端末装置にユーザへの通知動作を行わせる第１方式で通知し、
発生した前記エラーが第２種エラーの場合には、自装置から通知した通知内容が通知先の前記端末装置に保存され、通知後のユーザによる任意のタイミングで該端末装置による該ユーザへの通知動作が行われる第２方式で通知する
ことを特徴とする［１］に記載の画像処理装置。
【００１３】
上記発明では、発生したエラーの内容に応じて通知方法を変更しており、たとえば、発生したエラーの内容に応じてユーザに通知される通知動作のタイミングを変更する。ここでは、第１種エラーの場合には、自装置から端末装置に通知した時点で、通知先の端末装置にユーザへの通知動作を行わせる第１方式で通知する。一方、第２種エラーの場合には、自装置から端末装置に通知後であって、ユーザによる任意のタイミングでユーザへの通知動作を行わせる第２方式で通知する。第１方式による通知は、対処の緊急度の高いエラーに好適であり、第２方式による通知は、対処の緊急度の低いエラーに好適である。第２方式で通知する場合、ユーザによる任意のタイミングに加え、所定時間経過後に所定時間間隔で周期的にユーザに通知を行う方式を含めてもよい。また、第１方式による通知では、ポップアップによる表示、音声案内又はバイブ機能などによる通知方法が好適であり、第２方式による通知では、電子メールによる通知方法が好適である。
【００１４】
［３］前記制御部は、
発生した前記エラーの内容に応じて前記エラーの通知先を変更する
ことを特徴とする［１］または［２］に記載の画像処理装置。
【００１５】
上記発明では、発生したエラーの内容に応じてエラーの通知先を変更する。たとえば、発生したエラーの危険度に応じて、対応すべき管理者、ジョブ実行者又は一般ユーザへの通知先を任意に変更する。また、通知先の変更には、通知する範囲の広狭も含まれる。
【００１６】
［４］前記制御部は、
通知先である前記端末装置の電源状態が、オフ又はスリープモードであって、発生した前記エラーが第３種エラーの場合には、該端末装置を起動させた後、自装置から該端末装置に前記エラーが発生した旨を通知して、当該通知のタイミングで該端末装置にユーザへの通知動作を行わせる第３方式で通知する
ことを特徴とする［２］または［３］に記載の画像処理装置。
【００１７】
上記発明では、通知先である端末装置の電源状態がオフ又はスリープモードであって、発生したエラーが第３種エラーの場合には、その電源状態がオフ又はスリープモードの端末装置を起動させた後、通知先である端末装置にユーザへの通知動作を行わせる第３方式で通知する。自装置から端末装置への通知動作は、オフ又はスリープモードの端末装置を起動した時点で行う場合に限定されるものではない。なお、オフ又はスリープモードの端末装置が起動した直後に自装置から端末装置にエラーの発生を通知することが好ましい。
【００１８】
［５］前記制御部は、
通知先である前記端末装置の電源状態が、オフ又はスリープモードであって、発生した前記エラーが第４種エラーの場合には、該端末装置の電源状態がオンに復帰するまで待った後、自装置から該端末装置に前記エラーが発生した旨を通知して、該通知のタイミングで該端末装置にユーザへの通知動作を行わせる第４方式で通知する
ことを特徴とする［２］乃至［４］のいずれか１項に記載の画像処理装置。
【００１９】
上記発明では、通知先である端末装置の電源状態がオフ又はスリープモードであって、発生したエラーが第４種エラーの場合には、その端末装置の電源状態がオンに復帰するまで待った後、自装置から通知先である端末装置にユーザへの通知動作を行わせる第４方式で通知する。この場合、端末装置の復帰以降に自装置から端末装置にエラーの発生を通知し、その通知のタイミングで端末装置にエラーの発生をユーザに通知する動作を行わせる。従って、自装置は、通知先の端末装置を強制的に起動しない範囲内で早期にエラーの発生を通知することができる。
【００２０】
［６］前記制御部は、ジョブの実行を制御するメインＣＰＵと、該メインＣＰＵより消費電力の少ないサブＣＰＵを備え、
前記メインＣＰＵが稼動していない状態の場合には、前記サブＣＰＵが、前記ネットワークに接続された端末装置に対して、前記通知に関する処理を行う
ことを特徴とする［１］乃至［５］のいずれか１項に記載の画像処理装置。
【００２１】
上記発明では、制御部は、メインＣＰＵとサブＣＰＵを備え、メインＣＰＵが稼動していない状態の場合には、メインＣＰＵより消費電力の少ないサブＣＰＵが、ネットワークに接続された端末装置に対して、エラーが発生した旨の通知に関する処理を行う。なお、通知に関する処理とは、端末装置に通知する動作のみならず、通知先の変更、通知方法及び通知タイミングの変更も含めるようにしてもよい。
【００２２】
［７］前記メインＣＰＵが強制的に電源オフの状態になったとき、前記サブＣＰＵが、前記ネットワークに接続された所定の端末装置に対して、前記エラーが発生した旨を通知する
ことを特徴とする［６］に記載の画像処理装置。
【００２３】
上記発明では、メインＣＰＵが強制的に電源オフの状態になったときであっても、サブＣＰＵが、ネットワークに接続された所定の端末装置に対して、エラーが発生した旨を通知することができる。
【００２４】
［８］前記制御部は、
前記エラーの通知方法を危険度のレベルに応じて変更する
ことを特徴とする［１］乃至［７］のいずれか１項に記載の画像処理装置。
【００２５】
上記発明では、エラーの通知方法を、エラーの危険度のレベルに応じて変更する。たとえば、危険度が高く緊急を要する場合には管理者に通知し、一方、危険度が低く緊急ではない場合には画像処理装置の一般的なユーザに通知する。
【００２６】
［９］前記第１方式、前記第３方式及び前記第４方式では視聴覚的な通知方法を用いて通知を行い、前記第２方式では電子メールを用いて通知する
ことを特徴とする［５］乃至［８］のいずれか1項に記載の画像処理装置。
【００２７】
上記発明では、第１方式、第３方式及び第４方式で通知する場合には、たとえば、端末装置の表示画面に、エラーが発生した旨を示すポップアップ表示を行う。一方、第２方式では電子メールを用いて通知する。
【発明の効果】
【００２８】
本発明の画像処理装置によれば、発生したエラーに適した者に適した方式でエラーを通知でき、適切な対処を行わせることができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施の形態に係る画像形成装置が接続されたネットワークシステムの一例を示した説明図である。
【図２】画像形成装置の概略構成を示したブロック図である。
【図３】端末装置の概略構成の一例を示したブロック図である。
【図４】不揮発メモリに予め固定値として記憶された危険度テーブルを示した説明図である。
【図５】不揮発メモリに予め固定値として記憶された通知先優先度テーブルを示した説明図である。
【図６】画像形成装置に危険度の低いエラーが発生した場合についての電源状態監視を示した説明図である。
【図７】画像形成装置に危険度の高いエラーが発生した場合についての電源状態監視を示した説明図である。
【図８】画像形成装置が端末装置の電源状態を監視する流れ図である。
【図９】端末装置の電源状態取得応答モードに係る流れ図である。
【図１０】画像形成装置にエラーが発生した際の危険度を判定する流れ図である。
【図１１】危険度の低いエラーが発生した場合の通知方法に係る流れ図である。
【図１２】危険度の高いエラーが発生した場合の電源状態の更新に係る流れ図である。
【図１３】図１２の続きであり、危険度の高いエラーが発生した場合の電源状態の更新に係る流れ図である。
【図１４】画像形成装置に危険度の低いエラーが発生した場合についての電源状態監視を示した説明図である。
【図１５】監視対象の端末装置の電源がオフモードまたはスリープモードの場合に危険度の低いエラーの通知方法に係る流れ図である。
【図１６】画像形成装置を強制的シャットダウンする場合の流れ図である。
【図１７】電源状態を監視するＣＰＵの交代動作に係る流れ図である。
【発明を実施するための形態】
【００３０】
以下、図面に基づき本発明の実施の形態を説明する。
【００３１】
＜第１の実施の形態＞
図１は、本発明の実施の形態に係る画像形成装置（画像処理装置）１０が接続されたネットワークシステム５の一例を示している。画像形成装置１０は、ＬＡＮ（Local Area Network）などのネットワーク２を介して複数台の端末装置３０（以後、ＰＣとも呼ぶ）と接続されている。なお、図１では、各端末装置３０に、ＰＣ１、ＰＣ２、ＰＣ３、ＰＣ４・・・ＰＣ（Ｍ）と、端末名が割り当てられている。また、各端末装置３０には、その端末装置３０を利用する利用者のタイプ（属性）により、後述する通知優先度が割り当てられている。また、各端末装置３０は、各端末装置３０を利用する利用者の状況によって通知優先度が変更される。ここでは、ＰＣ１は管理者が利用する管理者端末、ＰＣ２はジョブ実行者が利用するジョブ実行者端末、ＰＣ３、４はその他のユーザＡ、Ｂがそれぞれ利用する端末装置３０と、想定する。
【００３２】
画像形成装置１０は、記録紙に画像を形成して出力する機能を備えたプリンタや複合機などである。本実施の形態では、画像形成装置１０は、原稿を光学的に読み取ってその複製画像を記録紙に印刷するコピージョブ、読み取った原稿の画像データをファイルにして保存したり外部端末へネットワークを通じて送信したりするスキャンジョブ、端末装置３０からネットワーク２を通じて受信した印刷データに係る画像を記録紙上に形成して印刷出力する印刷ジョブなどのジョブを実行する機能を備えた複合機である。
【００３３】
画像形成装置１０は、電源モードとして、すべての部分に通電されてジョブを実行可能な通常モードと、通常モードより電力消費の少ないスリープモードと、スリープモードよりさらに電力消費の少ないオフモードを備えている。
【００３４】
また、画像形成装置１０は、通常モードにおいて、ジョブを実行せずかつユーザから操作を何ら受けない状態（待機状態）が所定時間（第１設定時間、たとえば、３０分）経過すると、自動的にスリープモードへ移行する機能を有している。また、スリープモードに移行してからさらに待機状態が所定時間（第２設定時間、たとえば、１５分）経過すると、オフモードへ遷移するようになっている。第１、第２設定時間は任意に設定変更可能となっている。なお、このモードの移行を第１モード移行とし、第１モード移行が生じる事象を第１事象とする。
【００３５】
また、画像形成装置１０は、ネットワーク２に接続されている端末装置３０に対して、その電源状態と当該画像形成装置１０用のドライバプログラムがインストールされているか否かとを問い合わせし、その応答結果に応じて、自装置の電源モードを切り替える機能も備えている。たとえば、自装置用のドライバプログラムがインストールされている端末装置３０の電源状態がすべてオフモードやスリープモードの場合に、自装置の電源モードをスリープモードやオフモードに変更する機能（電力モード自動変更機能）を備えている。問い合わせは、繰り返し行われる。たとえば、一定周期で行われる。
【００３６】
具体的には、画像形成装置１０は、すべての端末装置３０の電源がオフモード又はスリープモードになってからの待機時間を計測する。画像形成装置１０は、すべての端末装置３０の電源がオフモード又はスリープモードになってから、所定時間（第３設定時間、たとえば、１分）経過すると、自動的にスリープモードへ移行する。また、スリープモードに移行してからさらに待機状態が所定時間（第４設定時間、たとえば、５分）経過すると、オフモードへ遷移するようになっている。第３、第４設定時間は任意に設定変更可能となっている。なお、このモードの移行を第２モード移行とし、第２モード移行が生じる事象を第２事象とする。
【００３７】
端末装置３０は、画像形成装置１０に対して、スキャンジョブや印刷ジョブなどのジョブを投入してその実行などを要求する機能を備えた情報処理装置である。端末装置３０は、ＯＳプログラムや画像形成装置１０のドライバプログラム、文書や画像を作成・編集するアプリケーションプログラムなどがインストールされたパーソナルコンピュータなどである。スキャンジョブや印刷ジョブの投入など画像形成装置１０に対する各種の要求は画像形成装置１０用のドライバプログラムによって行われる。
【００３８】
端末装置３０も複数の電源モードを備えている。ここでは、各部へ通電されて各種の処理を実行可能な通常モード、通常モードより電力消費の少ないスリープモード、スリープモードよりさらに電力消費の少ないオフモードなどを備えている。
【００３９】
図２は、画像形成装置１０の概略構成を示している。画像形成装置１０は、当該画像形成装置１０の動作を統括制御する制御部としてのメインＣＰＵ（Central Processing Unit）１１と、このメインＣＰＵ１１にバスなどを介して接続された画像読取部１２と、画像形成部１３と、ＲＯＭ（Read Only Memory）１４と、ＲＡＭ（Random Access Memory）１５と、表示部１６と、操作部１７と、画像処理部１８とを備えている。画像形成装置１０は、さらに、サブＣＰＵ２１と、不揮発メモリ２２と、ネットワークＩ／Ｆ部２３と、ハードディスク装置２４と、メモリ２５と、電源部２６とを備えている。
【００４０】
サブＣＰＵ２１は、メインＣＰＵ１１より処理能力が小さく消費電力も少ないＣＰＵである。メインＣＰＵ１１ではＯＳプログラムをベースとし、その上で、ミドルウェアやアプリケーションプログラムなどが実行される。サブＣＰＵ２１は、ＯＳプログラムなしで動作し、メインＣＰＵ１１に比べて、負荷の少ない処理を実行する。
【００４１】
メインＣＰＵ１１とサブＣＰＵ２１は互いに信号や情報を授受可能に接続されている。画像読取部１２、画像形成部１３、表示部１６、操作部１７、画像処理部１８はメインＣＰＵ１１によって動作が制御される。たとえば、メインＣＰＵ１１は、ネットワーク２を通じて端末装置３０から受信した印刷要求に応じて、画像形成部１３にその印刷要求にかかわる画像形成動作を行わせるように制御する。不揮発メモリ２２、ネットワークＩ／Ｆ部２３、ハードディスク装置２４、メモリ２５はメインＣＰＵ１１とサブＣＰＵ２１の双方からアクセス可能となっている。メモリ２５や不揮発メモリ２２はメインＣＰＵ１１とサブＣＰＵ２１との間の情報授受の媒体としても使用される。
【００４２】
また、画像形成装置１０は、メインＣＰＵ１１とサブＣＰＵ２１により制御部２７を構成している。制御部２７は、エラーが発生した場合には、発生したエラーを端末装置３０に通知するとともに、発生したエラーの内容に応じてエラーの通知方法を変更することができる。
【００４３】
また、エラーの通知方法の変更は、メインＣＰＵ１１でもサブＣＰＵ２１でも行うことができ、実施の形態として特に指定しない限り、どちらのＣＰＵが行ってもよい。また、メインＣＰＵ１１がスリープモードやオフモードの場合のみ、サブＣＰＵ２１がエラーの通知方法の変更を行い、端末装置３０に通知する形態であってもよい。
【００４４】
電源部２６は、商用電源を適宜の電圧に変換して画像形成装置１０の各部へ電力を供給する。また、サブＣＰＵ２１からの指示に従って、電力を供給するか供給停止するかを電力供給先別に制御する機能を備えている。ここでは、通常モードでは全ての部分に電力供給し、スリープモードでは、画像読取部１２、画像形成部１３、表示部１６、画像処理部１８、ハードディスク装置２４への電源供給は停止し、オフモードではさらにメインＣＰＵ１１、ＲＯＭ１４、ＲＡＭ１５への電源供給も停止する。サブＣＰＵ２１、不揮発メモリ２２、ネットワークＩ／Ｆ部２３、メモリ２５には、図示省略のメイン電源スイッチがオフされたり商用電源の供給が停止されたりしない限り、常時（オフモードにおいても）通電される。スリープモードでは、メインＣＰＵ１１はネットワーク送受信のみ可能な状態となっている。オフモードでは、動作を停止している。
【００４５】
ＲＯＭ１４には各種のプログラムが格納されており、これらのプログラムに従ってメインＣＰＵ１１が処理を実行することでジョブの実行といった画像形成装置１０の各機能が実現される。ＲＡＭ１５はメインＣＰＵ１１がプログラムを実行する際に各種のデータを一時的に格納するワークメモリや画像データを格納する画像メモリなどとして使用される。
【００４６】
画像読取部１２は、原稿を光学的に読み取って画像データを取得する機能を果たす。画像読取部１２は、たとえば、原稿に光を照射する光源と、その反射光を受けて原稿を幅方向に１ライン分読み取るラインイメージセンサと、ライン単位の読取位置を原稿の長さ方向に順次移動させる移動手段と、原稿からの反射光をラインイメージセンサに導いて結像させるレンズやミラーなどからなる光学経路、ラインイメージセンサの出力するアナログ画像信号をデジタルの画像データに変換する変換部などを備えて構成される。
【００４７】
画像形成部１３は、画像データに応じた画像を記録紙上に画像形成する機能を果たす。ここでは、記録紙の搬送装置と、感光体ドラムと、帯電装置と、レーザーユニットと、現像装置と、転写分離装置と、クリーニング装置と、定着装置とを有し、電子写真プロセスによって画像形成を行う、所謂、レーザープリンタとして構成されている。画像形成は他の方式でもかまわない。
【００４８】
画像形成装置１０の操作パネルは表示部１６と操作部１７を備えて構成される。表示部１６は、液晶ディスプレイ（ＬＣＤ…Liquid Crystal Display）などで構成され、各種の操作画面、設定画面などを表示する機能を果たす。操作部１７は、ユーザからジョブの投入や設定など各種の操作を受け付ける機能を果たす。操作部１７は、表示部１６の画面上に設けられて押下された座標位置を検出するタッチパネルのほかテンキーや文字入力キー、スタートキーなどを備えて構成される。
【００４９】
画像処理部１８は、画像の拡大縮小、回転などの処理のほか、印刷データをイメージデータに変換するラスタライズ処理、画像データの圧縮、伸張処理などを行う。
【００５０】
メモリ２５はサブＣＰＵ２１のワークメモリとして使用される。不揮発メモリ２２は、電源がオフされても記憶内容が破壊されないメモリ（フラッシュメモリ）である。
【００５１】
不揮発メモリ２２には、各端末装置３０への電源状態やドライバプログラムのインストール状況を問い合わせた結果などが記憶されるほか、サブＣＰＵ２１が実行するプログラムなども記憶されている。また、不揮発メモリ２２には、エラー内容に応じて割り当てられた危険度テーブルと、エラーを通知する対象ユーザを優先度に応じて割り当てた通知先優先度テーブルとが、予め記憶されている。この危険度テーブルと通知先優先度テーブルについては、図面を用いて後述する。
【００５２】
ネットワークＩ／Ｆ部２３は、ネットワーク２を通じて端末装置３０やその他の外部装置と各種のデータを送受信する機能を果たす。ハードディスク装置２４は、大容量不揮発の記憶装置であり、たとえば、印刷データや画像データの保存に使用される。
【００５３】
画像形成装置１０は、メインＣＰＵ１１などへの電力供給が完全にオフするオフモードにおいても、サブＣＰＵ２１が稼動しており、該サブＣＰＵ２１が稼動している状態であれば、メモリ２５や不揮発メモリ２２へのアクセス、ネットワークＩ／Ｆ部２３による通信を行うことができる。すなわち、ネットワークＩ／Ｆ部２３はサブＣＰＵ２１によってルーティングされ、ＯＳ上のソフトウェアに依存することなく、ネットワーク２を介して端末装置３０などの外部装置と特定のプロトコルによって通信することができる。
【００５４】
図３は、端末装置３０の概略構成の一例を示している。端末装置３０は、メインＣＰＵ３１と、サブＣＰＵ３２と、ＲＯＭ３３と、ＲＡＭ３４と、入出力Ｉ／Ｆ部３５と、不揮発メモリ３６と、ネットワークＩ／Ｆ部３７と、ハードディスク装置３８と、メモリ３９と、電源部４１とを備えている。さらに入出力Ｉ／Ｆ部３５を介して、液晶ディスプレイなどの表示装置４２と、キーボードやマウスなどの入力デバイス４３が接続されている。
【００５５】
ＲＯＭ３３には起動用のプログラムや固定データが記憶される。ＲＡＭ３４は、ハードディスク装置３８からロードしたプログラムが記憶される。またＲＡＭ３４は、メインＣＰＵ３１がプログラムを実行する際に各種のデータを一時的に格納するワークメモリなどとして使用される。
【００５６】
不揮発メモリ３６は、電源をオフにしても記憶内容が破壊されないメモリ（フラッシュメモリ）であり、ドライバプログラムのインストール状況を示すドライバ情報などが記憶される。ネットワークＩ／Ｆ部３７は、ネットワーク２を介して画像形成装置１０や他の外部装置と各種のデータを送受信する機能を果たす。ハードディスク装置３８は、大容量不揮発の記憶装置であり、ＯＳプログラムや画像形成装置１０のドライバプログラム、ミドルウェア、各種アプリケーションプログラム、ファイル、データなどが保存される。
【００５７】
端末装置３０においても、サブＣＰＵ３２は、メインＣＰＵ３１より処理能力が小さく消費電力も少ないＣＰＵである。メインＣＰＵ３１ではＯＳプログラムをベースとし、その上で、ミドルウェアやアプリケーションプログラムなどが実行される。サブＣＰＵ３２は、ＯＳプログラムなしで動作し、メインＣＰＵ３１に比べて、負荷の少ない処理を実行する。
【００５８】
メインＣＰＵ３１とサブＣＰＵ３２は互いに信号や情報を授受可能に接続されている。不揮発メモリ３６、ネットワークＩ／Ｆ部３７、ハードディスク装置３８、メモリ３９はメインＣＰＵ３１とサブＣＰＵ３２の双方からアクセス可能となっている。メモリ３９や不揮発メモリ３６はメインＣＰＵ３１とサブＣＰＵ３２との間の情報授受の媒体としても使用される。
【００５９】
電源部４１は、商用電源を適宜の電圧に変換して端末装置３０の各部へ電力を供給する。また、サブＣＰＵ３２からの指示に従って、電力を供給するか供給停止するかを電力供給先別に制御する機能を備えている。ここでは、通常モードでは全ての部分に電力供給し、スリープモードでは、入出力Ｉ／Ｆ部３５、ハードディスク装置３８への電源供給は停止し、オフモードではさらにメインＣＰＵ３１、ＲＯＭ３３、ＲＡＭ３４への電源供給も停止する。サブＣＰＵ３２、不揮発メモリ３６、ネットワークＩ／Ｆ部３７、メモリ３９には、図示省略のメイン電源スイッチがオフされたり商用電源の供給が停止されたりしない限り、常時(オフモードでも)通電される。またスリープモードでは、メインＣＰＵ３１は、たとえば通常モードの１０パーセント程度に処理能力を下げて電力消費を抑えたスリープ状態に遷移する。
【００６０】
端末装置３０は、画像形成装置１０と同様に、メインＣＰＵ３１などへの電力供給が完全にオフされるオフモードにおいても、サブＣＰＵ３２が稼動しており、該サブＣＰＵ３２が稼動している状態であれば、メモリ３９や不揮発メモリ３６へのアクセス、ネットワークＩ／Ｆ部３７による通信を行うことができる。すなわち、ネットワークＩ／Ｆ部３７はサブＣＰＵ３２によってルーティングされ、ＯＳ上のソフトウェアに依存することなく、ネットワーク２を介して画像形成装置１０などの外部装置と特定のプロトコルによって通信することができる。
【００６１】
次に、不揮発メモリ２２に予め記憶された危険度テーブルと通知優先度テーブルについて説明する。
【００６２】
図４は、不揮発メモリ２２に予め固定値として記憶された危険度テーブル５０を示している。危険度テーブル５０には、危険度とエラー内容が記載されている。危険度とは、画像形成装置１０に生じ得るエラーの危険の程度（レベル）のことである。エラー内容とは、画像形成装置１０に生じ得るエラーの内容のことである。本実施の形態では、具体例として、定着装置において温度センサが異常値を検出した場合や、感光体ドラムのモータに回転異常が生じた場合には、エラーの危険度の高い「１」が設定されている。一方、紙切れ、紙詰まり、トナー切れの場合には、エラーの危険度の低い「２」が割り当てられている。なお、危険度は、高低の２つに分けられているが、分け方は２つに限定されるものではなく、いくつに分かれていてもよい。
【００６３】
図５は、不揮発メモリ２２に予め固定値として記憶された通知優先度テーブル６０を示している。通知優先度テーブル６０には、通知優先度と通知先（通知先の種別）とが対応づけて登録されている。また、通知優先度テーブル６０の通知優先度は、値が小さいほど優先度が高くなっている。本実施の形態では、具体例として、通知優先度「１」には、端末装置３０の管理者や印刷ジョブの実行を依頼したジョブ実行者を、通知優先度「２」には、端末装置３０の電源が通常モードのユーザを、通知優先度「３」には、端末装置３０の電源がオフモード又はスリープモードの状態のユーザを割り当ててある。
【００６４】
次に、制御部２７が各端末装置３０の電源状態を監視する動作について説明する。
【００６５】
図６は、画像形成装置１０に危険度の低いエラーが発生した場合についての電源状態監視を示している。図６に示す電源状態監視図７０には、ＰＣ名、ＩＰアドレス、電源状態、Ｗａｋｅ要求、エラー発生通知、通知優先度、現在のジョブの各情報が登録されている。ＰＣ名の欄には、画像形成装置１０に接続されている各端末装置３０の端末名称（すなわち、ＰＣ１、ＰＣ２、ＰＣ３、ＰＣ４）が記載されている。ＩＰアドレスの欄には、各端末装置３０のＩＰアドレスが記載されている。電源状態の欄には、各端末装置３０の電源状態が、通常、オフ、スリープの３つのモードにいずれであるかが記載されている。Ｗａｋｅ要求の欄には、Ｗａｋｅ要求の必要の有無が記載されている。ここでＷａｋｅ要求とは、オフモード又はスリープモードの端末装置３０を起動させる通知のことである。エラー発生通知の欄には、エラーが発生した旨の通知を行うか否かが記載されている。通知優先度の欄には、各端末装置３０の通知優先度が登録されている。現在のジョブの欄には、各端末装置３０が、画像形成装置１０が実行中のジョブの依頼元であるか否かを示す情報が登録されている。ここでは、「１」は依頼元であることを、「０」は依頼元ではないことを示している。なお、画像形成装置１０がジョブを実行していない場合には、すべての端末装置３０について「０」が登録される。
【００６６】
図６に示す電源状態監視図７０の各欄の登録・更新は、次のようにして行われる。
【００６７】
（１）電源状態の欄の登録内容は、画像形成装置１０が各端末装置３０の電源状態の監視動作を行う度に、その監視結果に応じて更新される。
【００６８】
（２）現在のジョブの欄の登録内容は、ジョブの実行開始や実行終了によりジョブ実行者が変化したとき、その変化後の状態に応じて更新される。
【００６９】
（３）通知優先度は、通知優先度テーブル６０に従って更新される。すなわち、管理者の登録が設定変更されたとき、ジョブの実行開始や実行終了によりジョブ実行者が変化したとき、各端末装置３０の電源状態が変化したときに、それぞれの端末装置３０の状態（管理者か否か、ジョブ実行者か否か、電源状態が通常かスリープか）から通知優先度を通知優先度テーブル６０に基づいて判定し、更新する。
【００７０】
（４）エラー発生通知の欄は、通知優先度の更新に合わせて更新され、発生したエラーの危険度が低い場合には、通知優先度が「１」の場合は「有」、通知優先度が「２」以上の場合は「無」に設定される。
【００７１】
（５）Ｗａｋｅ要求の欄は、通知優先度もしくは電源状態が更新されたとき、その端末装置３０についてＷａｋｅ要求の要否を判定し、その判定結果に応じて更新する。詳細には、発生したエラーの危険度が低い場合には、通知優先度が「１」で電源状態が「オフ」の場合は「有」に、通知優先度が「１」で電源状態が「通常」の場合は「無」に設定する。また通知優先度が「２」以上の場合は、電源状態に限らず「無」に設定する。
【００７２】
たとえば、図６のＰＣ１は、現在の電源状態は「オフ」であるが、管理者端末として通知優先度「１」が設定されている。このため、ＰＣ１は、画像形成装置１０にエラーが発生した場合、Ｗａｋｅ要求が「有」により起動され、エラーの発生が通知される。ＰＣ２は、現在の電源状態が「通常」であって、現在のジョブのフラグが立っているため、ジョブ実行者端末として通知優先度「１」が設定されている。このため、ＰＣ２は、画像形成装置１０にエラーが発生した場合には、Ｗａｋｅ要求の必要は無く、画像形成装置１０から直接エラー発生の通知がなされる。ＰＣ３は、電源状態が「通常」であって印刷ジョブなどのジョブを行っていないため、通常使用のユーザＡとして通知優先度「２」が設定されている。このため、ＰＣ３は、画像形成装置１０にエラーが発生した場合でも、危険度が低い場合にはＷａｋｅ要求もエラー発生の通知もされない。ＰＣ４は、電源状態が「スリープ」であるため、スリープモードのユーザＢとして通知優先度「３」が設定されている。このため、ＰＣ４は、画像形成装置１０にエラーが発生した場合でも、危険度が低い場合にはＷａｋｅ要求もエラー発生の通知もされない。
【００７３】
図７は、画像形成装置１０に危険度の高いエラーが発生した場合についての電源状態監視を示している。図７に示す電源状態監視図８０には、図６と同様に、ＰＣ名、ＩＰアドレス、電源状態、Ｗａｋｅ要求、エラー発生通知、通知優先度、現在のジョブの各情報が登録されている。図６との相違点は、Ｗａｋｅ要求とエラー発生通知である。危険度の高いエラーが発生した場合、すべての端末装置３０にエラーの発生を通知するため、エラー発生通知は、すべての通知優先度において「有」となる。また、Ｗａｋｅ要求の欄は、通知優先度にかかわらず、電源状態が「オフ」または「スリープ」の場合は「有」に、電源状態が「通常」の場合は「無」に設定される。
【００７４】
たとえば、ＰＣ３は、電源状態が「通常」で、通常使用中のユーザＡとして通知優先度「２」が設定されている。しかし、危険度の高いエラーが発生した場合、エラー発生通知が「有」となり、エラーが発生した旨の通知が行われる。ＰＣ４も同様に、電源状態が「スリープ」であるため、通知優先度「３」が設定されている。しかし、危険度の高いエラーが発生した場合、Ｗａｋｅ要求が「有」となり、ＰＣ４を起動させるとともに、エラー発生通知によりエラーが発生した旨の通知を行う。
【００７５】
このように、本実施の形態では、発生したエラーの危険度に応じて、制御部２７はエラーが発生した旨の通知先や通知方法を変更する。また、危険度の高いエラーが発生した場合に、Ｗａｋｅ要求にて端末装置３０を起動させたいときや通知優先度が「１」に該当する端末装置３０へ通知するときは、そのエラーの発生をポップアップにて表示する。一方、危険度の低いエラーが発生したときには、そのエラーの発生を電子メールで通知する。
【００７６】
なお、各端末装置３０の電源状態は、制御部２７が電源状態取得要求Ｐ１（図１）を送信し、端末装置３０から電源状態取得応答Ｐ２（図１）を制御部２７が受信することにより取得する。そのため、電源状態監視図７０、８０（図６及び図７）は、制御部２７が電源状態取得応答Ｐ２を受信し、端末装置３０の電源状態に変更があったことが確認できた時点で更新される。
【００７７】
また、図６及び図７に示した電源状態監視図７０、８０は、不揮発メモリ２２に更新可能に記憶されているものとする。また、本実施の形態では、危険度の高いエラーが第１種エラーに該当し、危険度の低いエラーが第２種エラーに該当する。また、本実施の形態では、ポップアップ表示にてエラーの発生を通知する方式が第1方式に該当し、電子メールで通知する方式が第２方式に該当する。
【００７８】
次に、画像形成装置１０による端末装置３０の電源状態の監視モードに係る動作について説明する。
【００７９】
＜画像形成装置１０による電源状態監視モード＞
図８は、画像形成装置１０が端末装置３０の電源状態を監視する動作の流れを示している。画像形成装置１０の制御部２７は、接続されている全ての端末装置３０に対し、電源状態取得要求Ｐ１（すなわち電源状態取得要求パケット）を、定期的に送信する（ステップＳ１０１）。各端末装置３０は、電源状態取得要求Ｐ１を受信すると、自装置の電源状態を取得して、電源状態取得応答Ｐ２（すなわち電源状態取得応答パケット）を作成して、画像形成装置１０にその応答パケットを送信する。
【００８０】
画像形成装置１０の制御部２７は、電源状態取得応答Ｐ２を待ち受けており（ステップＳ１０２；Ｎｏ）、各端末装置３０から電源状態取得応答Ｐ２を受信すると（ステップＳ１０２；Ｙｅｓ）、不揮発メモリ２２に記憶されている電源状態監視図７０、８０を端末装置３０毎に更新する（ステップＳ１０３）。なお、制御部２７は、受信した電源状態取得応答Ｐ２について順次更新する。この動作は、画像形成装置１０のサブＣＰＵ２１が行っている。従って、メインＣＰＵ１１がスリープモードやオフモードの場合であっても、定期的に端末装置３０の電源状態を取得する処理が実行される。
【００８１】
次に、端末装置３０の電源状態取得応答モードに係る動作について説明する。
【００８２】
＜端末装置３０の電源状態取得応答モード＞
図９は、端末装置３０の電源状態取得応答モードに係る動作の流れを示している。端末装置３０は、画像形成装置１０から電源状態取得要求Ｐ１を待ち受けている（ステップＳ１２１；Ｎｏ）。端末装置３０は、画像形成装置１０の制御部２７から電源状態取得要求Ｐ１を受信すると（ステップＳ１２１；Ｙｅｓ）、自装置の電源状態を取得して（ステップＳ１２２）、電源状態取得応答Ｐ２を作成し、画像形成装置１０にその応答パケットを送信する（ステップＳ１２３）。なお、この動作は、端末装置３０のサブＣＰＵ３２が行っている。従って、メインＣＰＵ３１がスリープモードやオフモードの場合であっても、画像形成装置１０からの電源状態取得要求Ｐ１に応答する処理が実行される。
【００８３】
このように、画像形成装置１０の制御部２７は、定期的に電源状態取得要求Ｐ１を各端末装置３０に送信しているので、各端末装置３０の電源状態取得応答Ｐ２を定期的に取得する。画像形成装置１０の制御部２７は、電源状態取得応答Ｐ２を取得することにより電源状態監視図７０、８０（図６及び図７）を更新する。制御部２７は、エラーが発生した際に、電源状態監視図７０、８０（図６及び図７）を参照することにより、通知すべきユーザの電源状態を即座に把握することができる。
【００８４】
次に、エラーが発生した場合の画像形成装置１０の動作について説明する。なお、以降に説明する動作フローでは、その処理の中でＷａｋｅ要求を行うか否かを決定するようになっているが、図６や図７に示した電源状態監視図７０、８０を参照するようにしてもよい。
【００８５】
＜エラー発生時の危険度の判定＞
図１０は、画像形成装置１０にエラーが発生した際の危険度を判定する動作の流れを示している。画像形成装置１０は、自装置においてエラーの発生を監視して検出しており（ステップＳ２０１；Ｎｏ）、制御部２７がエラーの発生を検出すると（ステップＳ２０１；Ｙｅｓ）、発生したエラーの危険度が高くない場合には（ステップＳ２０２；Ｎｏ）、実施例１として結合子Ａ（図１１）に進む。一方、発生したエラーの危険度が高い場合には（ステップＳ２０２；Ｙｅｓ）、結合子Ｂ（図１２）に進む。
【００８６】
＜危険度の低いエラーの場合の通知方法＞
図１１は、危険度の低いエラーが発生した場合の通知方法に係る動作の流れを示している（すなわち、結合子Ａ以降の処理である。）。制御部２７は、電源状態監視図７０（図６）を基に、通知すべき通知対象者の端末装置３０に電源状態取得要求Ｐ１を送信する（ステップＳ２０３）。ここで通知すべき通知対象者は、電源状態監視図７０（図６）に示されたエラー発生通知「有」を示す端末装置３０のことである。図６の例では、ＰＣ１とＰＣ２が該当する。
【００８７】
画像形成装置１０は、端末装置３０から電源状態取得応答Ｐ２を待ち受けており（ステップＳ２０４；Ｎｏ）、端末装置３０から電源状態取得応答Ｐ２を取得すると（ステップＳ２０４；Ｙｅｓ）、不揮発メモリ２２に記憶された電源状態監視図７０を更新する（ステップＳ２０５）。制御部２７は、更新された電源状態監視図７０を参照して、ジョブ実行者端末が起動中であるか否かを判定し、起動中である場合には（ステップＳ２０６；Ｙｅｓ）、画像形成装置１０に危険度の低いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２０７）。これにより、制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、通知先であるジョブ実行者の端末装置３０の表示画面にポップアップにて表示させる。
【００８８】
一方、ジョブ実行者端末が起動中でない場合には（ステップＳ２０６；Ｎｏ）、制御部２７は、その端末装置３０に対して、画像形成装置１０に危険度の低いエラーが発生した旨を、第２方式である電子メールにより通知する（ステップＳ２０８）。なお、図６の例では、ジョブ実行者の端末装置３０であるＰＣ２は現在起動中であるため、第１方式で通知される。
【００８９】
次に、通知優先度が「１」の端末装置３０が起動中であるか否かを判定し、その端末装置３０が起動中の場合には（ステップＳ２０９；Ｙｅｓ）、制御部２７は、危険度の低いエラーが発生した旨を、第１方式で、その起動中の端末装置３０に通知する（ステップＳ２１０）。これにより、制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、その起動中の端末装置３０の表示画面にポップアップにて表示させる。なお、ジョブ実行者端末は、すでに処理されているので、ここで処理の対象となる端末装置３０は、通知優先度が「１」の端末装置３０である管理者端末となる。
【００９０】
一方、通知優先度が「１」の端末装置３０が起動していない場合には（ステップＳ２０９；Ｎｏ）、制御部２７は、その端末装置３０に対し、画像形成装置１０に危険度の低いエラーが発生した旨を、第２方式である電子メールにより通知する（ステップＳ２１１）。なお、図６の例では、通知優先度が「１」の管理者端末であるＰＣ１はオフモードであるため、第２方式で通知される。
【００９１】
＜危険度の高いエラーの場合の通知方法＞
図１２と図１３は、危険度の高いエラーが発生した場合の電源状態の更新に係る動作の流れを示している（すなわち、結合子Ｂ以降の処理である。）。制御部２７は、電源状態監視図８０（図７）を基に、通知すべき通知対象者の端末装置３０に電源状態取得要求Ｐ１を送信する（ステップＳ２２０）。ここで通知すべき通知対象者は、エラーの危険度が高いため、全ての端末装置３０である。また、全ての端末装置３０にエラーを通知するため、電源状態の監視対象は全ての端末装置３０となる。
【００９２】
制御部２７は、各端末装置３０から電源状態取得応答Ｐ２を待ち受けており（ステップＳ２２１；Ｎｏ）、電源状態取得応答Ｐ２を受信すると（ステップＳ２２１；Ｙｅｓ）、受信した端末装置３０の電源状態監視図８０（図７）を更新する（ステップＳ２２２）。そして、全ての端末装置３０の電源状態の更新が完了したら、結合子Ｃ（図１３）に進む。なお、制御部２７は、受信した電源状態取得応答Ｐ２について順次更新してもよく、また全ての端末装置３０から電源状態取得応答Ｐ２を受信した後、不揮発メモリ２２の電源状態監視図８０（図７）を一括更新するようにしてもよい。
【００９３】
図１３は、図１２の続きである。なお、図７の電源状態監視図８０は、電源状態更新後の状態と仮定する。
【００９４】
まず、制御部２７は、更新された電源状態監視図８０（図７）を参照して、ジョブ実行者端末が起動中であるか否かを判定し、ジョブ実行者端末が起動中である場合には（ステップＳ２２３；Ｙｅｓ）、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２２４）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、ジョブ実行者端末の表示画面にポップアップにて表示させる。
【００９５】
一方、ジョブ実行者端末が起動中でない場合には（ステップＳ２２３；Ｎｏ）、ジョブ実行者端末がオフモード又はスリープモードの状態にあると判定し、制御部２７は、その端末装置３０を起動させるＷａｋｅ要求を行い、ジョブ実行者の端末装置３０を起動させる。ジョブ実行者端末が起動した後、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２２５）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、起動したジョブ実行者の端末装置３０の表示画面にポップアップにて表示させる。
【００９６】
なお、図７の例では、ジョブ実行者端末であるＰＣ２は起動中なので、ＰＣ２の表示画面に、画像形成装置１０に危険度の高いエラーが発生した旨が表示される。
【００９７】
次に、制御部２７は、通知優先度が「１」の管理者端末が起動中であるか否かを判定し、管理者端末が起動中である場合には（ステップＳ２２６；Ｙｅｓ）、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２２７）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、管理者端末の表示画面にポップアップにて表示させる。
【００９８】
一方、管理者端末が起動中でない場合には（ステップＳ２２６；Ｎｏ）、管理者端末がオフモード又はスリープモードの状態にあると判定し、制御部２７は、その端末装置３０を起動させるＷａｋｅ要求を行い、管理者端末を起動させる。管理者端末が起動した後、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式で管理者端末に通知する（ステップＳ２２８）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、起動した管理者端末の表示画面にポップアップにて表示させる。
【００９９】
なお、図７の例では、管理者端末であるＰＣ１はオフモードの状態なので、制御部２７はＰＣ１を起動させる。ＰＣ１が起動した後、画像形成装置１０に危険度の低いエラーが発生した旨がＰＣ１の表示画面に表示される。また、通知優先度が「１」である実行者端末については、すでに処理されているため、ここでは管理者端末だけが対象となる。
【０１００】
次に、制御部２７は、通知優先度が中の「２」である端末装置３０と、通知優先度が低い「３」である端末装置３０と（これらを通知優先度低端末という。）が起動中であるか否かを判定し、これらの端末装置３０が起動中である場合には（ステップＳ２２９；Ｙｅｓ）、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２３０）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、その端末装置３０の表示画面にポップアップにて表示させる。
【０１０１】
一方、通知優先度低端末が起動中でない場合には（ステップＳ２２９；Ｎｏ）、その端末装置３０はオフモード又はスリープモードの状態にあると判定し、制御部２７は、その端末装置３０を起動させるＷａｋｅ要求を行い、その端末装置３０を起動させる。その端末装置３０が起動した後、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２３１）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、起動した通知優先度低端末の表示画面にポップアップにて表示させる。
【０１０２】
なお、図７の例では、通知優先度が「２」であるＰＣ３は起動中なので、画像形成装置１０に危険度の高いエラーが発生した旨が、ＰＣ３の表示画面に表示される。一方、通知優先度が「３」であるＰＣ４はスリープモードなので、制御部２７はＰＣ４を起動させる。ＰＣ４が起動した後、画像形成装置１０に危険度の高いエラーが発生した旨が、ＰＣ４の表示画面に表示される。
【０１０３】
なお、本実施の形態では、危険度の高いエラーが発生した場合の通知方法として、図７に示した通知優先度の高い端末装置３０から通知優先度順に、危険度の高いエラーの発生が発生した旨を通知した。これにより、通知優先度の高い管理者やジョブ実行者は、エラーが発生した旨について通知される順番が早いため、発生したエラーの対処を即座に行うことができる。また、オフモード又はスリープモードの端末装置３０は、Ｗａｋｅ要求によりその端末装置３０を起動させて、危険度の高いエラーが発生した旨を、その端末装置３０が起動した後に、第１方式で通知した。これにより、全ての端末装置３０に危険度の高いエラーが発生した旨を早期に通知することができるので、各端末装置３０のユーザは、危険度の高いエラーの発生を認知することができる。
【０１０４】
＜第２の実施の形態＞
第２の実施の形態では、危険度の低いエラーが発生した場合のエラー通知対象者を、すべての端末装置３０とするが、通知優先度低端末がスリープモード又はオフモードの状態の場合には、その端末装置３０が通常モードに復帰するまで待ってからエラーを通知するようにしている。
【０１０５】
図１４は、第２の実施の形態に係る電源状態監視を示している。図１４に示す電源状態監視図７１は、図６の電源状態監視図７０と対比して、ＰＣ３及びＰＣ４において、エラー発生通知が「有」となっている点で異なる。
【０１０６】
第２の実施の形態では、危険度の低いエラーが発生したとき、まず、第１の実施の形態の場合と同様の動作（図１０及び結合子Ａから図１１）を行って、通知優先度の高い通知先へのエラーの通知動作を行う。その後、結合子Ｄ以降の処理（図１５に示す処理）をさらに行う。従って、結合子Ｄ以降の処理について説明する。
【０１０７】
図１５は、監視対象の端末装置３０の電源がオフモードまたはスリープモードの場合に危険度の低いエラーの通知方法に係る動作の流れを示している。制御部２７は、更新された電源状態監視図７１（図１４）を基に、通知すべき通知対象者の端末装置３０に電源状態取得要求Ｐ１を送信する（ステップＳ２５１）。
【０１０８】
制御部２７は、監視対象の端末装置３０に電源状態取得要求Ｐ１を送信した後、これらの端末装置３０からの電源状態取得応答Ｐ２を待ち受けており（ステップＳ２５２；Ｎｏ）、それぞれの電源状態取得応答Ｐ２を受信した場合には（ステップＳ２５２；Ｙｅｓ）、電源状態監視図７１（図１４）を更新する（ステップＳ２５３）。なお、通知優先度の高いＰＣ１及びＰＣ２は、図１１の流れ図において、既にエラーが発生した旨の通知を受けているので、ここで通知すべき通知対象者は、通知優先度が低いＰＣ３及びＰＣ４（すなわち通知優先度低端末である。）となる。
【０１０９】
制御部２７は、更新された電源状態監視図７１（図１４）を参照して通知優先度低端末が起動中か否かを判定し、これらの端末装置３０が起動中の場合には（ステップＳ２５４；Ｙｅｓ）、画像形成装置１０に危険度の低いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２５５）。制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、その端末装置３０の表示画面にポップアップにて表示させる。
【０１１０】
一方、通知優先度低端末が起動していない場合には（ステップＳ２５４；Ｎｏ）、ステップＳ２５１に戻り、その起動していない端末装置３０の電源状態を確認すべく、制御部２７は電源状態取得要求Ｐ１を定期的にその端末装置３０に送信する。これにより、制御部２７は、その端末装置３０が起動するまで、電源状態の監視を繰り返す。
【０１１１】
図１４の例では、通知優先度が「２」であるＰＣ３の電源状態は通常モードであるので、画像形成装置１０に危険度の低いエラーが発生した旨が、ＰＣ３の表示画面に表示される。一方、通知優先度が「３」であるＰＣ４の電源状態はスリープモードの状態なので、制御部２７はＰＣ４が起動するまで、電源状態を監視する。ＰＣ４が起動すると、画像形成装置１０に危険度の低いエラーが発生した旨が、ＰＣ４の表示画面に表示される。
【０１１２】
このように、制御部２７は、通知優先度低端末がスリープモード又はオフモードにある間は、その端末装置３０の電源状態が通常モードになるまでエラーが発生した旨の通知を見合わせる。すなわち、制御部２７は、スリープモード又はオフモードにある通知優先度低端末の電源状態が通常の起動中を示す通常モードになるまで待っている。そしてその端末装置３０が起動した後、制御部２７は、危険度の低いエラーが発生した旨を、第１方式でその端末装置３０に通知する。
【０１１３】
このように、エラーの危険度が低い場合であって通知優先度が低い端末装置３０に対し、わざわざ端末装置３０を起動させて通知すると端末装置３０の電力の無駄につながるため、その端末装置３０が起動するまで待った後、起動した端末装置３０の表示画面に、危険度の低いエラーが発生した旨を表示させる。また、電子メールで通知するよりもその端末装置３０のユーザに早期に通知することができるので、画像形成装置１０に危険度の低いエラーが発生した旨をユーザに認知させることができる。
【０１１４】
＜第３の実施の形態＞
第３の実施の形態では、第１または第２の実施の形態の動作に加えて、強制的シャットダウンに対応した動作を行う。第３の実施の形態に係る画像形成装置１０は、極めて危険度の高いエラーが発生した場合に、そのエラーを検出したハードウェアがシャットダウン信号を出力するようになっている。
【０１１５】
図１６は、画像形成装置１０を強制的シャットダウンする場合の動作の流れを示している。シャットダウン信号が上記エラーを検出したハードウェアから出力されると（ステップＳ３０１）、そのシャットダウン信号により、メインＣＰＵ１１は強制的にシャットダウンされる（ステップＳ３０２）。
【０１１６】
以後、極めて危険度の高いエラーが発生した旨を端末装置３０へ通知する動作は、サブＣＰＵ２１が行う。具体的には、結合子Ｂ（図１２）に進み、危険度の高いエラーが発生した場合と同様の処理（図１２及び図１３）をサブＣＰＵ２１が行う。
【０１１７】
このように、極めて危険度の高いエラーが発生した場合、メインＣＰＵ１１を強制的にシャットダウンすることにより、画像形成装置１０の安全性を確保することができる。また、メインＣＰＵ１１を強制的にシャットダウンさせた後もエラーの通知動作をサブＣＰＵ２１が行うので、安全性確保等のためにメインＣＰＵ１１をシャットダウンさせても、エラーの発生を各端末装置３０に継続して通知することができる。
【０１１８】
＜第２の実施の形態の変形例＞
第２の実施の形態では、危険度の低いエラーが発生した場合であって、通知優先度低端末がスリープモード又はオフモードの状態の場合には、その端末装置３０が通常モードに復帰するまで待つことを特徴としていた。本変形例では、エラーの通知先の端末装置３０がスリープモードから通常モードへ復帰するのを待つ時間が長引く場合に、メインＣＰＵ１１をスリープモードに移行させて、サブＣＰＵ２１が端末装置３０の復帰を監視する。
【０１１９】
本変形例では、危険度の低いエラーが発生したとき、まず、第１の実施の形態の場合と同様の動作（図１０および結合子Ａから図１１）を行って、通知優先度の高い通知先へのエラー通知動作を行う。その後、結合子Ｅ以降の処理（図１７に示す処理）をさらに行う。従って、結合子Ｅ以降の処理を説明する。
【０１２０】
図１７は、電源状態を監視するＣＰＵの交代動作に係る動作の流れを示している。ここでは、制御部２７のメインＣＰＵ１１が、端末装置３０の電源状態を監視していたとする。
【０１２１】
メインＣＰＵ１１は、電源状態監視図７１（図１４）を参照し、通知すべき通知対象者の端末装置３０に電源状態取得要求Ｐ１を送信する（ステップＳ４０１）。ここで、通知すべき通知対象者は、図１１の流れ図で通知優先度の高いＰＣ１及びＰＣ２についてすでに通知しているので、通知優先度低端末のＰＣ３とＰＣ４となる。
【０１２２】
メインＣＰＵ１１は、通知優先度低端末からの電源状態取得応答Ｐ２を待ち受ける（ステップＳ４０２；Ｎｏ）。メインＣＰＵ１１は、通知優先度低端末から電源状態取得応答Ｐ２を受信した場合には（ステップＳ４０２；Ｙｅｓ）、不揮発メモリ２２の電源状態監視図７１（図１４）を更新する（ステップＳ４０３）。なお、制御部２７は、上述したように、受信した電源状態取得応答Ｐ２について順次更新してもよく、また通知優先度低端末からそれぞれ電源状態取得応答Ｐ２を受信した後、電源状態監視図７１（図１４）を一括更新するようにしてもよい。
【０１２３】
メインＣＰＵ１１は、更新された電源状態監視図７１（図１４）を参照して、通知優先度低端末が起動中か否かを判定し、これらの端末装置３０が起動中の場合には（ステップＳ４０４；Ｙｅｓ）、画像形成装置１０に危険度の低いエラーが発生した旨を、第１方式でその起動中の端末装置３０に通知する（ステップＳ４０５）。これにより、制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、その起動中の端末装置３０の表示画面にポップアップにて表示させる。なお、この場合、発生したエラーの危険度が低いため、電子メールで通知しても良く、通知方法は限定されるものではない。
【０１２４】
一方、通知優先度低端末が起動していない場合には（ステップＳ４０４；Ｎｏ）、制御部２７は、その端末装置３０に対して、画像形成装置１０に危険度の低いエラーが発生した旨を、第２方式である電子メールにより通知する（ステップＳ４０６）。
【０１２５】
本変形例の場合では、通知優先度が「２」であるＰＣ３は起動中であるため、画像形成装置１０の危険度の低いエラーが発生した旨が、ＰＣ３の表示画面に表示される。一方、通知優先度が「３」であるＰＣ４はスリープモードの状態にあるため、制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、ＰＣ４に電子メールで通知する。
【０１２６】
さらに、制御部２７は、画像形成装置１０内に設けられた計測タイマによって、先に説明した第１事象と第２事象の経過時間を計測している（ステップＳ４０７；Ｎｏ）。制御部２７は、第１事象または第２事象の所定時間を経過した場合には（ステップＳ４０７；Ｙｅｓ）、メインＣＰＵ１１はサブＣＰＵ２１に端末装置３０の電源状態の監視を交代する（ステップＳ４０８）。そして、メインＣＰＵ１１は、端末装置３０の電源状態の監視を止めて、スリープモードに移行する（ステップＳ４０９）。このように、本変形例では、メインＣＰＵ１１は、第１事象または第２事象により、第１または第２モード移行を行う。
【０１２７】
サブＣＰＵ２１は、結合子Ｆ（図１５）に進み、図１５に示す流れ図によって、危険度の低いエラーの発生の通知の処理を行う。このように、制御部２７は、所定時間経過によって端末装置３０の電源状態の監視をメインＣＰＵ１１からサブＣＰＵ２１に交代する。従って、制御部２７は、各端末装置３０の電源状態を監視しながら、画像形成装置１０の消費電力を抑制することができる。なお、本変形例の場合では、サブＣＰＵ２１は、ＰＣ４が起動するまで待ち続ける処理となる。
【０１２８】
以上説明したように、本実施の形態に係る画像形成装置１０の制御部２７は、電源状態監視図７０、７１、８０（図６、図７、図１４）を適宜参照して、発生したエラーを監視対象の端末装置３０に通知するとともに、エラーの内容に応じて通知方法を変更する。すなわち、制御部２７は、発生したエラーの内容によって、通知先や通知する範囲、通知方式、通知タイミング、スリープ中の通知先の起動の有無などを変更することで、発生したエラーに適した通知動作を行うことができる。これにより、エラーの発生が通知されたユーザや管理者は、エラーの内容に応じた最適な対処を迅速かつ柔軟に行うことができる。また、通知されたユーザや管理者は、迅速な対処を図ることにより、早急な復旧を見込むことができる。
【０１２９】
以上、本発明の実施の形態を図面によって説明してきたが、具体的な構成は実施の形態に示したものに限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【０１３０】
たとえば、第２の実施の形態の変形例では、画像形成装置１０にエラーが発生した後、第１事象または第２事象によって第１または第２モード移行が行われた場合について説明したが、メインＣＰＵ１１がスリープモードに移行してサブＣＰＵ２１と交代するタイミングは、本変形例に限定されない。たとえば、エラー発生から一定時間経過後、あるいはエラー発生後、通常状態の端末装置３０に対する通知動作を終えた時点で、メインＣＰＵ１１はスリープモードに入り、サブＣＰＵ２１に監視動作やエラーの通知動作を交代するようにしてもよい。また、第１事象と第２事象を組み合わせ、メインＣＰＵ１１がスリープモードに移行するようにしてもよい。
【０１３１】
また、たとえば、制御部２７による電源状態の監視を、利用頻度の高い端末装置３０の電源状態をメインＣＰＵ１１が監視し、利用頻度の低い端末装置３０の電源状態をサブＣＰＵ２１が監視するように設定してもよい。この場合、利用頻度の高い端末装置３０の全てがオフモードかスリープモードの状態になったとき、メインＣＰＵ１１はオフモードかスリープモードの状態にすることができる。このように、メインＣＰＵ１１とサブＣＰＵ２１の負荷分散を図るとともに、制御部２７の省電力化を図ることができる。
【符号の説明】
【０１３２】
２…ネットワーク
５…ネットワークシステム
１０…画像形成装置（ＭＦＰ）
１１…メインＣＰＵ
１２…画像読取部
１３…画像形成部
１４…ＲＯＭ
１５…ＲＡＭ
１６…表示部
１７…操作部
１８…画像処理部
２１…サブＣＰＵ
２２…不揮発メモリ
２３…ネットワークＩ／Ｆ部
２４…ハードディスク装置
２５…メモリ
２６…電源部
２７…制御部
３０…端末装置
３１…メインＣＰＵ
３２…サブＣＰＵ
３３…ＲＯＭ
３４…ＲＡＭ
３５…入出力Ｉ／Ｆ部
３６…不揮発メモリ
３７…ネットワークＩ／Ｆ部
３８…ハードディスク装置（ＨＤＤ）
３９…メモリ
４１…電源部
４２…表示装置
４３…入力デバイス
５０…危険度テーブル
６０…通知優先度テーブル
７０…電源状態監視図（危険度低）
７１…電源状態監視図（危険度低）
８０…電源状態監視図（危険度高）
【技術分野】
【０００１】
本発明は、プリンタなどの画像処理装置に係り、特に、エラーが発生した際に、エラーの発生を通知する画像処理装置に関する。
【背景技術】
【０００２】
近年、オフィスや家庭で使用されるプリンタや複合機などの画像処理装置が、広く普及している。これらの画像処理装置は、主に、ネットワークを介してＰＣ（パーソナルコンピュータ）などの複数の端末装置に接続されており、各端末装置からの指示により画像データやテキストデータを用紙に印刷するという印刷ジョブの実行を担っている。
【０００３】
これらの画像処理装置は、用紙に印刷するという印刷ジョブの実行を行うことにより、用紙切れ、紙詰まり又はトナー切れなどを生じることがある。そこで、用紙切れ、紙詰まり又はトナー切れなどにより印刷ジョブの実行が中断された場合には、メッセージによりエラーが発生したことを通知する画像処理装置が開示されている（例えば、特許文献１参照。）。
【０００４】
この特許文献１には、エラーが発生した際に、印刷ジョブの実行を依頼したクライアントに対してエラーの発生を通知し、その通知に対するクライアントの確認状態を監視する画像処理装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２０９０３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示された画像処理装置は、印刷のジョブの実行を依頼したクライアントにエラーが発生したメッセージを送信するようになっているので、例えば、定着器異常のため画像処理装置の管理者を呼ばなくていけないときは、印刷ジョブの実行を依頼したクライアントでは発生したエラーを解消することができない。
【０００７】
また、通知先のクライアントのＰＣが電源オフの場合には、画像処理装置は、その電源オフのクライアントＰＣに対して、エラーを通知することができない。
【０００８】
本発明は、上記の問題を解決しようとするものであり、発生したエラーに適した者に適した方式でエラーを通知でき、適切な対処を行わせることができる画像処理装置を提供することを目的としている。
【課題を解決するための手段】
【０００９】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
【００１０】
［１］記録紙に画像を形成する画像形成部と、
ネットワークを介して端末装置と通信するネットワーク通信部と、
前記ネットワーク通信部によって端末装置から受信した要求に応じて、前記画像形成部に画像の形成動作を行わせる制御部と、
を備え、
前記制御部は、
エラーが発生した場合には、該エラーを前記端末装置に通知するとともに、該エラーの内容に応じて該エラーの通知方法を変更する
ことを特徴とする画像処理装置。
【００１１】
上記発明では、制御部は、画像処理装置内にエラーが発生した場合、ネットワークを介して接続されている端末装置に、画像処理装置にエラーが発生した旨を通知する。また、制御部は、エラーの内容、危険度又は通知優先度などを考慮して、エラーの通知方法、通知タイミング、通知先等を柔軟に変更する。たとえば、エラーの通知方法は、ポップアップによる表示、電子メール、音声案内又はバイブ機能など、適宜選択し変更することができる。
【００１２】
［２］前記制御部は、
発生した前記エラーが第1種エラーの場合には、自装置から通知した時点で通知先の前記端末装置にユーザへの通知動作を行わせる第１方式で通知し、
発生した前記エラーが第２種エラーの場合には、自装置から通知した通知内容が通知先の前記端末装置に保存され、通知後のユーザによる任意のタイミングで該端末装置による該ユーザへの通知動作が行われる第２方式で通知する
ことを特徴とする［１］に記載の画像処理装置。
【００１３】
上記発明では、発生したエラーの内容に応じて通知方法を変更しており、たとえば、発生したエラーの内容に応じてユーザに通知される通知動作のタイミングを変更する。ここでは、第１種エラーの場合には、自装置から端末装置に通知した時点で、通知先の端末装置にユーザへの通知動作を行わせる第１方式で通知する。一方、第２種エラーの場合には、自装置から端末装置に通知後であって、ユーザによる任意のタイミングでユーザへの通知動作を行わせる第２方式で通知する。第１方式による通知は、対処の緊急度の高いエラーに好適であり、第２方式による通知は、対処の緊急度の低いエラーに好適である。第２方式で通知する場合、ユーザによる任意のタイミングに加え、所定時間経過後に所定時間間隔で周期的にユーザに通知を行う方式を含めてもよい。また、第１方式による通知では、ポップアップによる表示、音声案内又はバイブ機能などによる通知方法が好適であり、第２方式による通知では、電子メールによる通知方法が好適である。
【００１４】
［３］前記制御部は、
発生した前記エラーの内容に応じて前記エラーの通知先を変更する
ことを特徴とする［１］または［２］に記載の画像処理装置。
【００１５】
上記発明では、発生したエラーの内容に応じてエラーの通知先を変更する。たとえば、発生したエラーの危険度に応じて、対応すべき管理者、ジョブ実行者又は一般ユーザへの通知先を任意に変更する。また、通知先の変更には、通知する範囲の広狭も含まれる。
【００１６】
［４］前記制御部は、
通知先である前記端末装置の電源状態が、オフ又はスリープモードであって、発生した前記エラーが第３種エラーの場合には、該端末装置を起動させた後、自装置から該端末装置に前記エラーが発生した旨を通知して、当該通知のタイミングで該端末装置にユーザへの通知動作を行わせる第３方式で通知する
ことを特徴とする［２］または［３］に記載の画像処理装置。
【００１７】
上記発明では、通知先である端末装置の電源状態がオフ又はスリープモードであって、発生したエラーが第３種エラーの場合には、その電源状態がオフ又はスリープモードの端末装置を起動させた後、通知先である端末装置にユーザへの通知動作を行わせる第３方式で通知する。自装置から端末装置への通知動作は、オフ又はスリープモードの端末装置を起動した時点で行う場合に限定されるものではない。なお、オフ又はスリープモードの端末装置が起動した直後に自装置から端末装置にエラーの発生を通知することが好ましい。
【００１８】
［５］前記制御部は、
通知先である前記端末装置の電源状態が、オフ又はスリープモードであって、発生した前記エラーが第４種エラーの場合には、該端末装置の電源状態がオンに復帰するまで待った後、自装置から該端末装置に前記エラーが発生した旨を通知して、該通知のタイミングで該端末装置にユーザへの通知動作を行わせる第４方式で通知する
ことを特徴とする［２］乃至［４］のいずれか１項に記載の画像処理装置。
【００１９】
上記発明では、通知先である端末装置の電源状態がオフ又はスリープモードであって、発生したエラーが第４種エラーの場合には、その端末装置の電源状態がオンに復帰するまで待った後、自装置から通知先である端末装置にユーザへの通知動作を行わせる第４方式で通知する。この場合、端末装置の復帰以降に自装置から端末装置にエラーの発生を通知し、その通知のタイミングで端末装置にエラーの発生をユーザに通知する動作を行わせる。従って、自装置は、通知先の端末装置を強制的に起動しない範囲内で早期にエラーの発生を通知することができる。
【００２０】
［６］前記制御部は、ジョブの実行を制御するメインＣＰＵと、該メインＣＰＵより消費電力の少ないサブＣＰＵを備え、
前記メインＣＰＵが稼動していない状態の場合には、前記サブＣＰＵが、前記ネットワークに接続された端末装置に対して、前記通知に関する処理を行う
ことを特徴とする［１］乃至［５］のいずれか１項に記載の画像処理装置。
【００２１】
上記発明では、制御部は、メインＣＰＵとサブＣＰＵを備え、メインＣＰＵが稼動していない状態の場合には、メインＣＰＵより消費電力の少ないサブＣＰＵが、ネットワークに接続された端末装置に対して、エラーが発生した旨の通知に関する処理を行う。なお、通知に関する処理とは、端末装置に通知する動作のみならず、通知先の変更、通知方法及び通知タイミングの変更も含めるようにしてもよい。
【００２２】
［７］前記メインＣＰＵが強制的に電源オフの状態になったとき、前記サブＣＰＵが、前記ネットワークに接続された所定の端末装置に対して、前記エラーが発生した旨を通知する
ことを特徴とする［６］に記載の画像処理装置。
【００２３】
上記発明では、メインＣＰＵが強制的に電源オフの状態になったときであっても、サブＣＰＵが、ネットワークに接続された所定の端末装置に対して、エラーが発生した旨を通知することができる。
【００２４】
［８］前記制御部は、
前記エラーの通知方法を危険度のレベルに応じて変更する
ことを特徴とする［１］乃至［７］のいずれか１項に記載の画像処理装置。
【００２５】
上記発明では、エラーの通知方法を、エラーの危険度のレベルに応じて変更する。たとえば、危険度が高く緊急を要する場合には管理者に通知し、一方、危険度が低く緊急ではない場合には画像処理装置の一般的なユーザに通知する。
【００２６】
［９］前記第１方式、前記第３方式及び前記第４方式では視聴覚的な通知方法を用いて通知を行い、前記第２方式では電子メールを用いて通知する
ことを特徴とする［５］乃至［８］のいずれか1項に記載の画像処理装置。
【００２７】
上記発明では、第１方式、第３方式及び第４方式で通知する場合には、たとえば、端末装置の表示画面に、エラーが発生した旨を示すポップアップ表示を行う。一方、第２方式では電子メールを用いて通知する。
【発明の効果】
【００２８】
本発明の画像処理装置によれば、発生したエラーに適した者に適した方式でエラーを通知でき、適切な対処を行わせることができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施の形態に係る画像形成装置が接続されたネットワークシステムの一例を示した説明図である。
【図２】画像形成装置の概略構成を示したブロック図である。
【図３】端末装置の概略構成の一例を示したブロック図である。
【図４】不揮発メモリに予め固定値として記憶された危険度テーブルを示した説明図である。
【図５】不揮発メモリに予め固定値として記憶された通知先優先度テーブルを示した説明図である。
【図６】画像形成装置に危険度の低いエラーが発生した場合についての電源状態監視を示した説明図である。
【図７】画像形成装置に危険度の高いエラーが発生した場合についての電源状態監視を示した説明図である。
【図８】画像形成装置が端末装置の電源状態を監視する流れ図である。
【図９】端末装置の電源状態取得応答モードに係る流れ図である。
【図１０】画像形成装置にエラーが発生した際の危険度を判定する流れ図である。
【図１１】危険度の低いエラーが発生した場合の通知方法に係る流れ図である。
【図１２】危険度の高いエラーが発生した場合の電源状態の更新に係る流れ図である。
【図１３】図１２の続きであり、危険度の高いエラーが発生した場合の電源状態の更新に係る流れ図である。
【図１４】画像形成装置に危険度の低いエラーが発生した場合についての電源状態監視を示した説明図である。
【図１５】監視対象の端末装置の電源がオフモードまたはスリープモードの場合に危険度の低いエラーの通知方法に係る流れ図である。
【図１６】画像形成装置を強制的シャットダウンする場合の流れ図である。
【図１７】電源状態を監視するＣＰＵの交代動作に係る流れ図である。
【発明を実施するための形態】
【００３０】
以下、図面に基づき本発明の実施の形態を説明する。
【００３１】
＜第１の実施の形態＞
図１は、本発明の実施の形態に係る画像形成装置（画像処理装置）１０が接続されたネットワークシステム５の一例を示している。画像形成装置１０は、ＬＡＮ（Local Area Network）などのネットワーク２を介して複数台の端末装置３０（以後、ＰＣとも呼ぶ）と接続されている。なお、図１では、各端末装置３０に、ＰＣ１、ＰＣ２、ＰＣ３、ＰＣ４・・・ＰＣ（Ｍ）と、端末名が割り当てられている。また、各端末装置３０には、その端末装置３０を利用する利用者のタイプ（属性）により、後述する通知優先度が割り当てられている。また、各端末装置３０は、各端末装置３０を利用する利用者の状況によって通知優先度が変更される。ここでは、ＰＣ１は管理者が利用する管理者端末、ＰＣ２はジョブ実行者が利用するジョブ実行者端末、ＰＣ３、４はその他のユーザＡ、Ｂがそれぞれ利用する端末装置３０と、想定する。
【００３２】
画像形成装置１０は、記録紙に画像を形成して出力する機能を備えたプリンタや複合機などである。本実施の形態では、画像形成装置１０は、原稿を光学的に読み取ってその複製画像を記録紙に印刷するコピージョブ、読み取った原稿の画像データをファイルにして保存したり外部端末へネットワークを通じて送信したりするスキャンジョブ、端末装置３０からネットワーク２を通じて受信した印刷データに係る画像を記録紙上に形成して印刷出力する印刷ジョブなどのジョブを実行する機能を備えた複合機である。
【００３３】
画像形成装置１０は、電源モードとして、すべての部分に通電されてジョブを実行可能な通常モードと、通常モードより電力消費の少ないスリープモードと、スリープモードよりさらに電力消費の少ないオフモードを備えている。
【００３４】
また、画像形成装置１０は、通常モードにおいて、ジョブを実行せずかつユーザから操作を何ら受けない状態（待機状態）が所定時間（第１設定時間、たとえば、３０分）経過すると、自動的にスリープモードへ移行する機能を有している。また、スリープモードに移行してからさらに待機状態が所定時間（第２設定時間、たとえば、１５分）経過すると、オフモードへ遷移するようになっている。第１、第２設定時間は任意に設定変更可能となっている。なお、このモードの移行を第１モード移行とし、第１モード移行が生じる事象を第１事象とする。
【００３５】
また、画像形成装置１０は、ネットワーク２に接続されている端末装置３０に対して、その電源状態と当該画像形成装置１０用のドライバプログラムがインストールされているか否かとを問い合わせし、その応答結果に応じて、自装置の電源モードを切り替える機能も備えている。たとえば、自装置用のドライバプログラムがインストールされている端末装置３０の電源状態がすべてオフモードやスリープモードの場合に、自装置の電源モードをスリープモードやオフモードに変更する機能（電力モード自動変更機能）を備えている。問い合わせは、繰り返し行われる。たとえば、一定周期で行われる。
【００３６】
具体的には、画像形成装置１０は、すべての端末装置３０の電源がオフモード又はスリープモードになってからの待機時間を計測する。画像形成装置１０は、すべての端末装置３０の電源がオフモード又はスリープモードになってから、所定時間（第３設定時間、たとえば、１分）経過すると、自動的にスリープモードへ移行する。また、スリープモードに移行してからさらに待機状態が所定時間（第４設定時間、たとえば、５分）経過すると、オフモードへ遷移するようになっている。第３、第４設定時間は任意に設定変更可能となっている。なお、このモードの移行を第２モード移行とし、第２モード移行が生じる事象を第２事象とする。
【００３７】
端末装置３０は、画像形成装置１０に対して、スキャンジョブや印刷ジョブなどのジョブを投入してその実行などを要求する機能を備えた情報処理装置である。端末装置３０は、ＯＳプログラムや画像形成装置１０のドライバプログラム、文書や画像を作成・編集するアプリケーションプログラムなどがインストールされたパーソナルコンピュータなどである。スキャンジョブや印刷ジョブの投入など画像形成装置１０に対する各種の要求は画像形成装置１０用のドライバプログラムによって行われる。
【００３８】
端末装置３０も複数の電源モードを備えている。ここでは、各部へ通電されて各種の処理を実行可能な通常モード、通常モードより電力消費の少ないスリープモード、スリープモードよりさらに電力消費の少ないオフモードなどを備えている。
【００３９】
図２は、画像形成装置１０の概略構成を示している。画像形成装置１０は、当該画像形成装置１０の動作を統括制御する制御部としてのメインＣＰＵ（Central Processing Unit）１１と、このメインＣＰＵ１１にバスなどを介して接続された画像読取部１２と、画像形成部１３と、ＲＯＭ（Read Only Memory）１４と、ＲＡＭ（Random Access Memory）１５と、表示部１６と、操作部１７と、画像処理部１８とを備えている。画像形成装置１０は、さらに、サブＣＰＵ２１と、不揮発メモリ２２と、ネットワークＩ／Ｆ部２３と、ハードディスク装置２４と、メモリ２５と、電源部２６とを備えている。
【００４０】
サブＣＰＵ２１は、メインＣＰＵ１１より処理能力が小さく消費電力も少ないＣＰＵである。メインＣＰＵ１１ではＯＳプログラムをベースとし、その上で、ミドルウェアやアプリケーションプログラムなどが実行される。サブＣＰＵ２１は、ＯＳプログラムなしで動作し、メインＣＰＵ１１に比べて、負荷の少ない処理を実行する。
【００４１】
メインＣＰＵ１１とサブＣＰＵ２１は互いに信号や情報を授受可能に接続されている。画像読取部１２、画像形成部１３、表示部１６、操作部１７、画像処理部１８はメインＣＰＵ１１によって動作が制御される。たとえば、メインＣＰＵ１１は、ネットワーク２を通じて端末装置３０から受信した印刷要求に応じて、画像形成部１３にその印刷要求にかかわる画像形成動作を行わせるように制御する。不揮発メモリ２２、ネットワークＩ／Ｆ部２３、ハードディスク装置２４、メモリ２５はメインＣＰＵ１１とサブＣＰＵ２１の双方からアクセス可能となっている。メモリ２５や不揮発メモリ２２はメインＣＰＵ１１とサブＣＰＵ２１との間の情報授受の媒体としても使用される。
【００４２】
また、画像形成装置１０は、メインＣＰＵ１１とサブＣＰＵ２１により制御部２７を構成している。制御部２７は、エラーが発生した場合には、発生したエラーを端末装置３０に通知するとともに、発生したエラーの内容に応じてエラーの通知方法を変更することができる。
【００４３】
また、エラーの通知方法の変更は、メインＣＰＵ１１でもサブＣＰＵ２１でも行うことができ、実施の形態として特に指定しない限り、どちらのＣＰＵが行ってもよい。また、メインＣＰＵ１１がスリープモードやオフモードの場合のみ、サブＣＰＵ２１がエラーの通知方法の変更を行い、端末装置３０に通知する形態であってもよい。
【００４４】
電源部２６は、商用電源を適宜の電圧に変換して画像形成装置１０の各部へ電力を供給する。また、サブＣＰＵ２１からの指示に従って、電力を供給するか供給停止するかを電力供給先別に制御する機能を備えている。ここでは、通常モードでは全ての部分に電力供給し、スリープモードでは、画像読取部１２、画像形成部１３、表示部１６、画像処理部１８、ハードディスク装置２４への電源供給は停止し、オフモードではさらにメインＣＰＵ１１、ＲＯＭ１４、ＲＡＭ１５への電源供給も停止する。サブＣＰＵ２１、不揮発メモリ２２、ネットワークＩ／Ｆ部２３、メモリ２５には、図示省略のメイン電源スイッチがオフされたり商用電源の供給が停止されたりしない限り、常時（オフモードにおいても）通電される。スリープモードでは、メインＣＰＵ１１はネットワーク送受信のみ可能な状態となっている。オフモードでは、動作を停止している。
【００４５】
ＲＯＭ１４には各種のプログラムが格納されており、これらのプログラムに従ってメインＣＰＵ１１が処理を実行することでジョブの実行といった画像形成装置１０の各機能が実現される。ＲＡＭ１５はメインＣＰＵ１１がプログラムを実行する際に各種のデータを一時的に格納するワークメモリや画像データを格納する画像メモリなどとして使用される。
【００４６】
画像読取部１２は、原稿を光学的に読み取って画像データを取得する機能を果たす。画像読取部１２は、たとえば、原稿に光を照射する光源と、その反射光を受けて原稿を幅方向に１ライン分読み取るラインイメージセンサと、ライン単位の読取位置を原稿の長さ方向に順次移動させる移動手段と、原稿からの反射光をラインイメージセンサに導いて結像させるレンズやミラーなどからなる光学経路、ラインイメージセンサの出力するアナログ画像信号をデジタルの画像データに変換する変換部などを備えて構成される。
【００４７】
画像形成部１３は、画像データに応じた画像を記録紙上に画像形成する機能を果たす。ここでは、記録紙の搬送装置と、感光体ドラムと、帯電装置と、レーザーユニットと、現像装置と、転写分離装置と、クリーニング装置と、定着装置とを有し、電子写真プロセスによって画像形成を行う、所謂、レーザープリンタとして構成されている。画像形成は他の方式でもかまわない。
【００４８】
画像形成装置１０の操作パネルは表示部１６と操作部１７を備えて構成される。表示部１６は、液晶ディスプレイ（ＬＣＤ…Liquid Crystal Display）などで構成され、各種の操作画面、設定画面などを表示する機能を果たす。操作部１７は、ユーザからジョブの投入や設定など各種の操作を受け付ける機能を果たす。操作部１７は、表示部１６の画面上に設けられて押下された座標位置を検出するタッチパネルのほかテンキーや文字入力キー、スタートキーなどを備えて構成される。
【００４９】
画像処理部１８は、画像の拡大縮小、回転などの処理のほか、印刷データをイメージデータに変換するラスタライズ処理、画像データの圧縮、伸張処理などを行う。
【００５０】
メモリ２５はサブＣＰＵ２１のワークメモリとして使用される。不揮発メモリ２２は、電源がオフされても記憶内容が破壊されないメモリ（フラッシュメモリ）である。
【００５１】
不揮発メモリ２２には、各端末装置３０への電源状態やドライバプログラムのインストール状況を問い合わせた結果などが記憶されるほか、サブＣＰＵ２１が実行するプログラムなども記憶されている。また、不揮発メモリ２２には、エラー内容に応じて割り当てられた危険度テーブルと、エラーを通知する対象ユーザを優先度に応じて割り当てた通知先優先度テーブルとが、予め記憶されている。この危険度テーブルと通知先優先度テーブルについては、図面を用いて後述する。
【００５２】
ネットワークＩ／Ｆ部２３は、ネットワーク２を通じて端末装置３０やその他の外部装置と各種のデータを送受信する機能を果たす。ハードディスク装置２４は、大容量不揮発の記憶装置であり、たとえば、印刷データや画像データの保存に使用される。
【００５３】
画像形成装置１０は、メインＣＰＵ１１などへの電力供給が完全にオフするオフモードにおいても、サブＣＰＵ２１が稼動しており、該サブＣＰＵ２１が稼動している状態であれば、メモリ２５や不揮発メモリ２２へのアクセス、ネットワークＩ／Ｆ部２３による通信を行うことができる。すなわち、ネットワークＩ／Ｆ部２３はサブＣＰＵ２１によってルーティングされ、ＯＳ上のソフトウェアに依存することなく、ネットワーク２を介して端末装置３０などの外部装置と特定のプロトコルによって通信することができる。
【００５４】
図３は、端末装置３０の概略構成の一例を示している。端末装置３０は、メインＣＰＵ３１と、サブＣＰＵ３２と、ＲＯＭ３３と、ＲＡＭ３４と、入出力Ｉ／Ｆ部３５と、不揮発メモリ３６と、ネットワークＩ／Ｆ部３７と、ハードディスク装置３８と、メモリ３９と、電源部４１とを備えている。さらに入出力Ｉ／Ｆ部３５を介して、液晶ディスプレイなどの表示装置４２と、キーボードやマウスなどの入力デバイス４３が接続されている。
【００５５】
ＲＯＭ３３には起動用のプログラムや固定データが記憶される。ＲＡＭ３４は、ハードディスク装置３８からロードしたプログラムが記憶される。またＲＡＭ３４は、メインＣＰＵ３１がプログラムを実行する際に各種のデータを一時的に格納するワークメモリなどとして使用される。
【００５６】
不揮発メモリ３６は、電源をオフにしても記憶内容が破壊されないメモリ（フラッシュメモリ）であり、ドライバプログラムのインストール状況を示すドライバ情報などが記憶される。ネットワークＩ／Ｆ部３７は、ネットワーク２を介して画像形成装置１０や他の外部装置と各種のデータを送受信する機能を果たす。ハードディスク装置３８は、大容量不揮発の記憶装置であり、ＯＳプログラムや画像形成装置１０のドライバプログラム、ミドルウェア、各種アプリケーションプログラム、ファイル、データなどが保存される。
【００５７】
端末装置３０においても、サブＣＰＵ３２は、メインＣＰＵ３１より処理能力が小さく消費電力も少ないＣＰＵである。メインＣＰＵ３１ではＯＳプログラムをベースとし、その上で、ミドルウェアやアプリケーションプログラムなどが実行される。サブＣＰＵ３２は、ＯＳプログラムなしで動作し、メインＣＰＵ３１に比べて、負荷の少ない処理を実行する。
【００５８】
メインＣＰＵ３１とサブＣＰＵ３２は互いに信号や情報を授受可能に接続されている。不揮発メモリ３６、ネットワークＩ／Ｆ部３７、ハードディスク装置３８、メモリ３９はメインＣＰＵ３１とサブＣＰＵ３２の双方からアクセス可能となっている。メモリ３９や不揮発メモリ３６はメインＣＰＵ３１とサブＣＰＵ３２との間の情報授受の媒体としても使用される。
【００５９】
電源部４１は、商用電源を適宜の電圧に変換して端末装置３０の各部へ電力を供給する。また、サブＣＰＵ３２からの指示に従って、電力を供給するか供給停止するかを電力供給先別に制御する機能を備えている。ここでは、通常モードでは全ての部分に電力供給し、スリープモードでは、入出力Ｉ／Ｆ部３５、ハードディスク装置３８への電源供給は停止し、オフモードではさらにメインＣＰＵ３１、ＲＯＭ３３、ＲＡＭ３４への電源供給も停止する。サブＣＰＵ３２、不揮発メモリ３６、ネットワークＩ／Ｆ部３７、メモリ３９には、図示省略のメイン電源スイッチがオフされたり商用電源の供給が停止されたりしない限り、常時(オフモードでも)通電される。またスリープモードでは、メインＣＰＵ３１は、たとえば通常モードの１０パーセント程度に処理能力を下げて電力消費を抑えたスリープ状態に遷移する。
【００６０】
端末装置３０は、画像形成装置１０と同様に、メインＣＰＵ３１などへの電力供給が完全にオフされるオフモードにおいても、サブＣＰＵ３２が稼動しており、該サブＣＰＵ３２が稼動している状態であれば、メモリ３９や不揮発メモリ３６へのアクセス、ネットワークＩ／Ｆ部３７による通信を行うことができる。すなわち、ネットワークＩ／Ｆ部３７はサブＣＰＵ３２によってルーティングされ、ＯＳ上のソフトウェアに依存することなく、ネットワーク２を介して画像形成装置１０などの外部装置と特定のプロトコルによって通信することができる。
【００６１】
次に、不揮発メモリ２２に予め記憶された危険度テーブルと通知優先度テーブルについて説明する。
【００６２】
図４は、不揮発メモリ２２に予め固定値として記憶された危険度テーブル５０を示している。危険度テーブル５０には、危険度とエラー内容が記載されている。危険度とは、画像形成装置１０に生じ得るエラーの危険の程度（レベル）のことである。エラー内容とは、画像形成装置１０に生じ得るエラーの内容のことである。本実施の形態では、具体例として、定着装置において温度センサが異常値を検出した場合や、感光体ドラムのモータに回転異常が生じた場合には、エラーの危険度の高い「１」が設定されている。一方、紙切れ、紙詰まり、トナー切れの場合には、エラーの危険度の低い「２」が割り当てられている。なお、危険度は、高低の２つに分けられているが、分け方は２つに限定されるものではなく、いくつに分かれていてもよい。
【００６３】
図５は、不揮発メモリ２２に予め固定値として記憶された通知優先度テーブル６０を示している。通知優先度テーブル６０には、通知優先度と通知先（通知先の種別）とが対応づけて登録されている。また、通知優先度テーブル６０の通知優先度は、値が小さいほど優先度が高くなっている。本実施の形態では、具体例として、通知優先度「１」には、端末装置３０の管理者や印刷ジョブの実行を依頼したジョブ実行者を、通知優先度「２」には、端末装置３０の電源が通常モードのユーザを、通知優先度「３」には、端末装置３０の電源がオフモード又はスリープモードの状態のユーザを割り当ててある。
【００６４】
次に、制御部２７が各端末装置３０の電源状態を監視する動作について説明する。
【００６５】
図６は、画像形成装置１０に危険度の低いエラーが発生した場合についての電源状態監視を示している。図６に示す電源状態監視図７０には、ＰＣ名、ＩＰアドレス、電源状態、Ｗａｋｅ要求、エラー発生通知、通知優先度、現在のジョブの各情報が登録されている。ＰＣ名の欄には、画像形成装置１０に接続されている各端末装置３０の端末名称（すなわち、ＰＣ１、ＰＣ２、ＰＣ３、ＰＣ４）が記載されている。ＩＰアドレスの欄には、各端末装置３０のＩＰアドレスが記載されている。電源状態の欄には、各端末装置３０の電源状態が、通常、オフ、スリープの３つのモードにいずれであるかが記載されている。Ｗａｋｅ要求の欄には、Ｗａｋｅ要求の必要の有無が記載されている。ここでＷａｋｅ要求とは、オフモード又はスリープモードの端末装置３０を起動させる通知のことである。エラー発生通知の欄には、エラーが発生した旨の通知を行うか否かが記載されている。通知優先度の欄には、各端末装置３０の通知優先度が登録されている。現在のジョブの欄には、各端末装置３０が、画像形成装置１０が実行中のジョブの依頼元であるか否かを示す情報が登録されている。ここでは、「１」は依頼元であることを、「０」は依頼元ではないことを示している。なお、画像形成装置１０がジョブを実行していない場合には、すべての端末装置３０について「０」が登録される。
【００６６】
図６に示す電源状態監視図７０の各欄の登録・更新は、次のようにして行われる。
【００６７】
（１）電源状態の欄の登録内容は、画像形成装置１０が各端末装置３０の電源状態の監視動作を行う度に、その監視結果に応じて更新される。
【００６８】
（２）現在のジョブの欄の登録内容は、ジョブの実行開始や実行終了によりジョブ実行者が変化したとき、その変化後の状態に応じて更新される。
【００６９】
（３）通知優先度は、通知優先度テーブル６０に従って更新される。すなわち、管理者の登録が設定変更されたとき、ジョブの実行開始や実行終了によりジョブ実行者が変化したとき、各端末装置３０の電源状態が変化したときに、それぞれの端末装置３０の状態（管理者か否か、ジョブ実行者か否か、電源状態が通常かスリープか）から通知優先度を通知優先度テーブル６０に基づいて判定し、更新する。
【００７０】
（４）エラー発生通知の欄は、通知優先度の更新に合わせて更新され、発生したエラーの危険度が低い場合には、通知優先度が「１」の場合は「有」、通知優先度が「２」以上の場合は「無」に設定される。
【００７１】
（５）Ｗａｋｅ要求の欄は、通知優先度もしくは電源状態が更新されたとき、その端末装置３０についてＷａｋｅ要求の要否を判定し、その判定結果に応じて更新する。詳細には、発生したエラーの危険度が低い場合には、通知優先度が「１」で電源状態が「オフ」の場合は「有」に、通知優先度が「１」で電源状態が「通常」の場合は「無」に設定する。また通知優先度が「２」以上の場合は、電源状態に限らず「無」に設定する。
【００７２】
たとえば、図６のＰＣ１は、現在の電源状態は「オフ」であるが、管理者端末として通知優先度「１」が設定されている。このため、ＰＣ１は、画像形成装置１０にエラーが発生した場合、Ｗａｋｅ要求が「有」により起動され、エラーの発生が通知される。ＰＣ２は、現在の電源状態が「通常」であって、現在のジョブのフラグが立っているため、ジョブ実行者端末として通知優先度「１」が設定されている。このため、ＰＣ２は、画像形成装置１０にエラーが発生した場合には、Ｗａｋｅ要求の必要は無く、画像形成装置１０から直接エラー発生の通知がなされる。ＰＣ３は、電源状態が「通常」であって印刷ジョブなどのジョブを行っていないため、通常使用のユーザＡとして通知優先度「２」が設定されている。このため、ＰＣ３は、画像形成装置１０にエラーが発生した場合でも、危険度が低い場合にはＷａｋｅ要求もエラー発生の通知もされない。ＰＣ４は、電源状態が「スリープ」であるため、スリープモードのユーザＢとして通知優先度「３」が設定されている。このため、ＰＣ４は、画像形成装置１０にエラーが発生した場合でも、危険度が低い場合にはＷａｋｅ要求もエラー発生の通知もされない。
【００７３】
図７は、画像形成装置１０に危険度の高いエラーが発生した場合についての電源状態監視を示している。図７に示す電源状態監視図８０には、図６と同様に、ＰＣ名、ＩＰアドレス、電源状態、Ｗａｋｅ要求、エラー発生通知、通知優先度、現在のジョブの各情報が登録されている。図６との相違点は、Ｗａｋｅ要求とエラー発生通知である。危険度の高いエラーが発生した場合、すべての端末装置３０にエラーの発生を通知するため、エラー発生通知は、すべての通知優先度において「有」となる。また、Ｗａｋｅ要求の欄は、通知優先度にかかわらず、電源状態が「オフ」または「スリープ」の場合は「有」に、電源状態が「通常」の場合は「無」に設定される。
【００７４】
たとえば、ＰＣ３は、電源状態が「通常」で、通常使用中のユーザＡとして通知優先度「２」が設定されている。しかし、危険度の高いエラーが発生した場合、エラー発生通知が「有」となり、エラーが発生した旨の通知が行われる。ＰＣ４も同様に、電源状態が「スリープ」であるため、通知優先度「３」が設定されている。しかし、危険度の高いエラーが発生した場合、Ｗａｋｅ要求が「有」となり、ＰＣ４を起動させるとともに、エラー発生通知によりエラーが発生した旨の通知を行う。
【００７５】
このように、本実施の形態では、発生したエラーの危険度に応じて、制御部２７はエラーが発生した旨の通知先や通知方法を変更する。また、危険度の高いエラーが発生した場合に、Ｗａｋｅ要求にて端末装置３０を起動させたいときや通知優先度が「１」に該当する端末装置３０へ通知するときは、そのエラーの発生をポップアップにて表示する。一方、危険度の低いエラーが発生したときには、そのエラーの発生を電子メールで通知する。
【００７６】
なお、各端末装置３０の電源状態は、制御部２７が電源状態取得要求Ｐ１（図１）を送信し、端末装置３０から電源状態取得応答Ｐ２（図１）を制御部２７が受信することにより取得する。そのため、電源状態監視図７０、８０（図６及び図７）は、制御部２７が電源状態取得応答Ｐ２を受信し、端末装置３０の電源状態に変更があったことが確認できた時点で更新される。
【００７７】
また、図６及び図７に示した電源状態監視図７０、８０は、不揮発メモリ２２に更新可能に記憶されているものとする。また、本実施の形態では、危険度の高いエラーが第１種エラーに該当し、危険度の低いエラーが第２種エラーに該当する。また、本実施の形態では、ポップアップ表示にてエラーの発生を通知する方式が第1方式に該当し、電子メールで通知する方式が第２方式に該当する。
【００７８】
次に、画像形成装置１０による端末装置３０の電源状態の監視モードに係る動作について説明する。
【００７９】
＜画像形成装置１０による電源状態監視モード＞
図８は、画像形成装置１０が端末装置３０の電源状態を監視する動作の流れを示している。画像形成装置１０の制御部２７は、接続されている全ての端末装置３０に対し、電源状態取得要求Ｐ１（すなわち電源状態取得要求パケット）を、定期的に送信する（ステップＳ１０１）。各端末装置３０は、電源状態取得要求Ｐ１を受信すると、自装置の電源状態を取得して、電源状態取得応答Ｐ２（すなわち電源状態取得応答パケット）を作成して、画像形成装置１０にその応答パケットを送信する。
【００８０】
画像形成装置１０の制御部２７は、電源状態取得応答Ｐ２を待ち受けており（ステップＳ１０２；Ｎｏ）、各端末装置３０から電源状態取得応答Ｐ２を受信すると（ステップＳ１０２；Ｙｅｓ）、不揮発メモリ２２に記憶されている電源状態監視図７０、８０を端末装置３０毎に更新する（ステップＳ１０３）。なお、制御部２７は、受信した電源状態取得応答Ｐ２について順次更新する。この動作は、画像形成装置１０のサブＣＰＵ２１が行っている。従って、メインＣＰＵ１１がスリープモードやオフモードの場合であっても、定期的に端末装置３０の電源状態を取得する処理が実行される。
【００８１】
次に、端末装置３０の電源状態取得応答モードに係る動作について説明する。
【００８２】
＜端末装置３０の電源状態取得応答モード＞
図９は、端末装置３０の電源状態取得応答モードに係る動作の流れを示している。端末装置３０は、画像形成装置１０から電源状態取得要求Ｐ１を待ち受けている（ステップＳ１２１；Ｎｏ）。端末装置３０は、画像形成装置１０の制御部２７から電源状態取得要求Ｐ１を受信すると（ステップＳ１２１；Ｙｅｓ）、自装置の電源状態を取得して（ステップＳ１２２）、電源状態取得応答Ｐ２を作成し、画像形成装置１０にその応答パケットを送信する（ステップＳ１２３）。なお、この動作は、端末装置３０のサブＣＰＵ３２が行っている。従って、メインＣＰＵ３１がスリープモードやオフモードの場合であっても、画像形成装置１０からの電源状態取得要求Ｐ１に応答する処理が実行される。
【００８３】
このように、画像形成装置１０の制御部２７は、定期的に電源状態取得要求Ｐ１を各端末装置３０に送信しているので、各端末装置３０の電源状態取得応答Ｐ２を定期的に取得する。画像形成装置１０の制御部２７は、電源状態取得応答Ｐ２を取得することにより電源状態監視図７０、８０（図６及び図７）を更新する。制御部２７は、エラーが発生した際に、電源状態監視図７０、８０（図６及び図７）を参照することにより、通知すべきユーザの電源状態を即座に把握することができる。
【００８４】
次に、エラーが発生した場合の画像形成装置１０の動作について説明する。なお、以降に説明する動作フローでは、その処理の中でＷａｋｅ要求を行うか否かを決定するようになっているが、図６や図７に示した電源状態監視図７０、８０を参照するようにしてもよい。
【００８５】
＜エラー発生時の危険度の判定＞
図１０は、画像形成装置１０にエラーが発生した際の危険度を判定する動作の流れを示している。画像形成装置１０は、自装置においてエラーの発生を監視して検出しており（ステップＳ２０１；Ｎｏ）、制御部２７がエラーの発生を検出すると（ステップＳ２０１；Ｙｅｓ）、発生したエラーの危険度が高くない場合には（ステップＳ２０２；Ｎｏ）、実施例１として結合子Ａ（図１１）に進む。一方、発生したエラーの危険度が高い場合には（ステップＳ２０２；Ｙｅｓ）、結合子Ｂ（図１２）に進む。
【００８６】
＜危険度の低いエラーの場合の通知方法＞
図１１は、危険度の低いエラーが発生した場合の通知方法に係る動作の流れを示している（すなわち、結合子Ａ以降の処理である。）。制御部２７は、電源状態監視図７０（図６）を基に、通知すべき通知対象者の端末装置３０に電源状態取得要求Ｐ１を送信する（ステップＳ２０３）。ここで通知すべき通知対象者は、電源状態監視図７０（図６）に示されたエラー発生通知「有」を示す端末装置３０のことである。図６の例では、ＰＣ１とＰＣ２が該当する。
【００８７】
画像形成装置１０は、端末装置３０から電源状態取得応答Ｐ２を待ち受けており（ステップＳ２０４；Ｎｏ）、端末装置３０から電源状態取得応答Ｐ２を取得すると（ステップＳ２０４；Ｙｅｓ）、不揮発メモリ２２に記憶された電源状態監視図７０を更新する（ステップＳ２０５）。制御部２７は、更新された電源状態監視図７０を参照して、ジョブ実行者端末が起動中であるか否かを判定し、起動中である場合には（ステップＳ２０６；Ｙｅｓ）、画像形成装置１０に危険度の低いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２０７）。これにより、制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、通知先であるジョブ実行者の端末装置３０の表示画面にポップアップにて表示させる。
【００８８】
一方、ジョブ実行者端末が起動中でない場合には（ステップＳ２０６；Ｎｏ）、制御部２７は、その端末装置３０に対して、画像形成装置１０に危険度の低いエラーが発生した旨を、第２方式である電子メールにより通知する（ステップＳ２０８）。なお、図６の例では、ジョブ実行者の端末装置３０であるＰＣ２は現在起動中であるため、第１方式で通知される。
【００８９】
次に、通知優先度が「１」の端末装置３０が起動中であるか否かを判定し、その端末装置３０が起動中の場合には（ステップＳ２０９；Ｙｅｓ）、制御部２７は、危険度の低いエラーが発生した旨を、第１方式で、その起動中の端末装置３０に通知する（ステップＳ２１０）。これにより、制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、その起動中の端末装置３０の表示画面にポップアップにて表示させる。なお、ジョブ実行者端末は、すでに処理されているので、ここで処理の対象となる端末装置３０は、通知優先度が「１」の端末装置３０である管理者端末となる。
【００９０】
一方、通知優先度が「１」の端末装置３０が起動していない場合には（ステップＳ２０９；Ｎｏ）、制御部２７は、その端末装置３０に対し、画像形成装置１０に危険度の低いエラーが発生した旨を、第２方式である電子メールにより通知する（ステップＳ２１１）。なお、図６の例では、通知優先度が「１」の管理者端末であるＰＣ１はオフモードであるため、第２方式で通知される。
【００９１】
＜危険度の高いエラーの場合の通知方法＞
図１２と図１３は、危険度の高いエラーが発生した場合の電源状態の更新に係る動作の流れを示している（すなわち、結合子Ｂ以降の処理である。）。制御部２７は、電源状態監視図８０（図７）を基に、通知すべき通知対象者の端末装置３０に電源状態取得要求Ｐ１を送信する（ステップＳ２２０）。ここで通知すべき通知対象者は、エラーの危険度が高いため、全ての端末装置３０である。また、全ての端末装置３０にエラーを通知するため、電源状態の監視対象は全ての端末装置３０となる。
【００９２】
制御部２７は、各端末装置３０から電源状態取得応答Ｐ２を待ち受けており（ステップＳ２２１；Ｎｏ）、電源状態取得応答Ｐ２を受信すると（ステップＳ２２１；Ｙｅｓ）、受信した端末装置３０の電源状態監視図８０（図７）を更新する（ステップＳ２２２）。そして、全ての端末装置３０の電源状態の更新が完了したら、結合子Ｃ（図１３）に進む。なお、制御部２７は、受信した電源状態取得応答Ｐ２について順次更新してもよく、また全ての端末装置３０から電源状態取得応答Ｐ２を受信した後、不揮発メモリ２２の電源状態監視図８０（図７）を一括更新するようにしてもよい。
【００９３】
図１３は、図１２の続きである。なお、図７の電源状態監視図８０は、電源状態更新後の状態と仮定する。
【００９４】
まず、制御部２７は、更新された電源状態監視図８０（図７）を参照して、ジョブ実行者端末が起動中であるか否かを判定し、ジョブ実行者端末が起動中である場合には（ステップＳ２２３；Ｙｅｓ）、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２２４）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、ジョブ実行者端末の表示画面にポップアップにて表示させる。
【００９５】
一方、ジョブ実行者端末が起動中でない場合には（ステップＳ２２３；Ｎｏ）、ジョブ実行者端末がオフモード又はスリープモードの状態にあると判定し、制御部２７は、その端末装置３０を起動させるＷａｋｅ要求を行い、ジョブ実行者の端末装置３０を起動させる。ジョブ実行者端末が起動した後、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２２５）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、起動したジョブ実行者の端末装置３０の表示画面にポップアップにて表示させる。
【００９６】
なお、図７の例では、ジョブ実行者端末であるＰＣ２は起動中なので、ＰＣ２の表示画面に、画像形成装置１０に危険度の高いエラーが発生した旨が表示される。
【００９７】
次に、制御部２７は、通知優先度が「１」の管理者端末が起動中であるか否かを判定し、管理者端末が起動中である場合には（ステップＳ２２６；Ｙｅｓ）、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２２７）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、管理者端末の表示画面にポップアップにて表示させる。
【００９８】
一方、管理者端末が起動中でない場合には（ステップＳ２２６；Ｎｏ）、管理者端末がオフモード又はスリープモードの状態にあると判定し、制御部２７は、その端末装置３０を起動させるＷａｋｅ要求を行い、管理者端末を起動させる。管理者端末が起動した後、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式で管理者端末に通知する（ステップＳ２２８）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、起動した管理者端末の表示画面にポップアップにて表示させる。
【００９９】
なお、図７の例では、管理者端末であるＰＣ１はオフモードの状態なので、制御部２７はＰＣ１を起動させる。ＰＣ１が起動した後、画像形成装置１０に危険度の低いエラーが発生した旨がＰＣ１の表示画面に表示される。また、通知優先度が「１」である実行者端末については、すでに処理されているため、ここでは管理者端末だけが対象となる。
【０１００】
次に、制御部２７は、通知優先度が中の「２」である端末装置３０と、通知優先度が低い「３」である端末装置３０と（これらを通知優先度低端末という。）が起動中であるか否かを判定し、これらの端末装置３０が起動中である場合には（ステップＳ２２９；Ｙｅｓ）、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２３０）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、その端末装置３０の表示画面にポップアップにて表示させる。
【０１０１】
一方、通知優先度低端末が起動中でない場合には（ステップＳ２２９；Ｎｏ）、その端末装置３０はオフモード又はスリープモードの状態にあると判定し、制御部２７は、その端末装置３０を起動させるＷａｋｅ要求を行い、その端末装置３０を起動させる。その端末装置３０が起動した後、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２３１）。これにより、制御部２７は、画像形成装置１０に危険度の高いエラーが発生した旨を、起動した通知優先度低端末の表示画面にポップアップにて表示させる。
【０１０２】
なお、図７の例では、通知優先度が「２」であるＰＣ３は起動中なので、画像形成装置１０に危険度の高いエラーが発生した旨が、ＰＣ３の表示画面に表示される。一方、通知優先度が「３」であるＰＣ４はスリープモードなので、制御部２７はＰＣ４を起動させる。ＰＣ４が起動した後、画像形成装置１０に危険度の高いエラーが発生した旨が、ＰＣ４の表示画面に表示される。
【０１０３】
なお、本実施の形態では、危険度の高いエラーが発生した場合の通知方法として、図７に示した通知優先度の高い端末装置３０から通知優先度順に、危険度の高いエラーの発生が発生した旨を通知した。これにより、通知優先度の高い管理者やジョブ実行者は、エラーが発生した旨について通知される順番が早いため、発生したエラーの対処を即座に行うことができる。また、オフモード又はスリープモードの端末装置３０は、Ｗａｋｅ要求によりその端末装置３０を起動させて、危険度の高いエラーが発生した旨を、その端末装置３０が起動した後に、第１方式で通知した。これにより、全ての端末装置３０に危険度の高いエラーが発生した旨を早期に通知することができるので、各端末装置３０のユーザは、危険度の高いエラーの発生を認知することができる。
【０１０４】
＜第２の実施の形態＞
第２の実施の形態では、危険度の低いエラーが発生した場合のエラー通知対象者を、すべての端末装置３０とするが、通知優先度低端末がスリープモード又はオフモードの状態の場合には、その端末装置３０が通常モードに復帰するまで待ってからエラーを通知するようにしている。
【０１０５】
図１４は、第２の実施の形態に係る電源状態監視を示している。図１４に示す電源状態監視図７１は、図６の電源状態監視図７０と対比して、ＰＣ３及びＰＣ４において、エラー発生通知が「有」となっている点で異なる。
【０１０６】
第２の実施の形態では、危険度の低いエラーが発生したとき、まず、第１の実施の形態の場合と同様の動作（図１０及び結合子Ａから図１１）を行って、通知優先度の高い通知先へのエラーの通知動作を行う。その後、結合子Ｄ以降の処理（図１５に示す処理）をさらに行う。従って、結合子Ｄ以降の処理について説明する。
【０１０７】
図１５は、監視対象の端末装置３０の電源がオフモードまたはスリープモードの場合に危険度の低いエラーの通知方法に係る動作の流れを示している。制御部２７は、更新された電源状態監視図７１（図１４）を基に、通知すべき通知対象者の端末装置３０に電源状態取得要求Ｐ１を送信する（ステップＳ２５１）。
【０１０８】
制御部２７は、監視対象の端末装置３０に電源状態取得要求Ｐ１を送信した後、これらの端末装置３０からの電源状態取得応答Ｐ２を待ち受けており（ステップＳ２５２；Ｎｏ）、それぞれの電源状態取得応答Ｐ２を受信した場合には（ステップＳ２５２；Ｙｅｓ）、電源状態監視図７１（図１４）を更新する（ステップＳ２５３）。なお、通知優先度の高いＰＣ１及びＰＣ２は、図１１の流れ図において、既にエラーが発生した旨の通知を受けているので、ここで通知すべき通知対象者は、通知優先度が低いＰＣ３及びＰＣ４（すなわち通知優先度低端末である。）となる。
【０１０９】
制御部２７は、更新された電源状態監視図７１（図１４）を参照して通知優先度低端末が起動中か否かを判定し、これらの端末装置３０が起動中の場合には（ステップＳ２５４；Ｙｅｓ）、画像形成装置１０に危険度の低いエラーが発生した旨を、第１方式でその端末装置３０に通知する（ステップＳ２５５）。制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、その端末装置３０の表示画面にポップアップにて表示させる。
【０１１０】
一方、通知優先度低端末が起動していない場合には（ステップＳ２５４；Ｎｏ）、ステップＳ２５１に戻り、その起動していない端末装置３０の電源状態を確認すべく、制御部２７は電源状態取得要求Ｐ１を定期的にその端末装置３０に送信する。これにより、制御部２７は、その端末装置３０が起動するまで、電源状態の監視を繰り返す。
【０１１１】
図１４の例では、通知優先度が「２」であるＰＣ３の電源状態は通常モードであるので、画像形成装置１０に危険度の低いエラーが発生した旨が、ＰＣ３の表示画面に表示される。一方、通知優先度が「３」であるＰＣ４の電源状態はスリープモードの状態なので、制御部２７はＰＣ４が起動するまで、電源状態を監視する。ＰＣ４が起動すると、画像形成装置１０に危険度の低いエラーが発生した旨が、ＰＣ４の表示画面に表示される。
【０１１２】
このように、制御部２７は、通知優先度低端末がスリープモード又はオフモードにある間は、その端末装置３０の電源状態が通常モードになるまでエラーが発生した旨の通知を見合わせる。すなわち、制御部２７は、スリープモード又はオフモードにある通知優先度低端末の電源状態が通常の起動中を示す通常モードになるまで待っている。そしてその端末装置３０が起動した後、制御部２７は、危険度の低いエラーが発生した旨を、第１方式でその端末装置３０に通知する。
【０１１３】
このように、エラーの危険度が低い場合であって通知優先度が低い端末装置３０に対し、わざわざ端末装置３０を起動させて通知すると端末装置３０の電力の無駄につながるため、その端末装置３０が起動するまで待った後、起動した端末装置３０の表示画面に、危険度の低いエラーが発生した旨を表示させる。また、電子メールで通知するよりもその端末装置３０のユーザに早期に通知することができるので、画像形成装置１０に危険度の低いエラーが発生した旨をユーザに認知させることができる。
【０１１４】
＜第３の実施の形態＞
第３の実施の形態では、第１または第２の実施の形態の動作に加えて、強制的シャットダウンに対応した動作を行う。第３の実施の形態に係る画像形成装置１０は、極めて危険度の高いエラーが発生した場合に、そのエラーを検出したハードウェアがシャットダウン信号を出力するようになっている。
【０１１５】
図１６は、画像形成装置１０を強制的シャットダウンする場合の動作の流れを示している。シャットダウン信号が上記エラーを検出したハードウェアから出力されると（ステップＳ３０１）、そのシャットダウン信号により、メインＣＰＵ１１は強制的にシャットダウンされる（ステップＳ３０２）。
【０１１６】
以後、極めて危険度の高いエラーが発生した旨を端末装置３０へ通知する動作は、サブＣＰＵ２１が行う。具体的には、結合子Ｂ（図１２）に進み、危険度の高いエラーが発生した場合と同様の処理（図１２及び図１３）をサブＣＰＵ２１が行う。
【０１１７】
このように、極めて危険度の高いエラーが発生した場合、メインＣＰＵ１１を強制的にシャットダウンすることにより、画像形成装置１０の安全性を確保することができる。また、メインＣＰＵ１１を強制的にシャットダウンさせた後もエラーの通知動作をサブＣＰＵ２１が行うので、安全性確保等のためにメインＣＰＵ１１をシャットダウンさせても、エラーの発生を各端末装置３０に継続して通知することができる。
【０１１８】
＜第２の実施の形態の変形例＞
第２の実施の形態では、危険度の低いエラーが発生した場合であって、通知優先度低端末がスリープモード又はオフモードの状態の場合には、その端末装置３０が通常モードに復帰するまで待つことを特徴としていた。本変形例では、エラーの通知先の端末装置３０がスリープモードから通常モードへ復帰するのを待つ時間が長引く場合に、メインＣＰＵ１１をスリープモードに移行させて、サブＣＰＵ２１が端末装置３０の復帰を監視する。
【０１１９】
本変形例では、危険度の低いエラーが発生したとき、まず、第１の実施の形態の場合と同様の動作（図１０および結合子Ａから図１１）を行って、通知優先度の高い通知先へのエラー通知動作を行う。その後、結合子Ｅ以降の処理（図１７に示す処理）をさらに行う。従って、結合子Ｅ以降の処理を説明する。
【０１２０】
図１７は、電源状態を監視するＣＰＵの交代動作に係る動作の流れを示している。ここでは、制御部２７のメインＣＰＵ１１が、端末装置３０の電源状態を監視していたとする。
【０１２１】
メインＣＰＵ１１は、電源状態監視図７１（図１４）を参照し、通知すべき通知対象者の端末装置３０に電源状態取得要求Ｐ１を送信する（ステップＳ４０１）。ここで、通知すべき通知対象者は、図１１の流れ図で通知優先度の高いＰＣ１及びＰＣ２についてすでに通知しているので、通知優先度低端末のＰＣ３とＰＣ４となる。
【０１２２】
メインＣＰＵ１１は、通知優先度低端末からの電源状態取得応答Ｐ２を待ち受ける（ステップＳ４０２；Ｎｏ）。メインＣＰＵ１１は、通知優先度低端末から電源状態取得応答Ｐ２を受信した場合には（ステップＳ４０２；Ｙｅｓ）、不揮発メモリ２２の電源状態監視図７１（図１４）を更新する（ステップＳ４０３）。なお、制御部２７は、上述したように、受信した電源状態取得応答Ｐ２について順次更新してもよく、また通知優先度低端末からそれぞれ電源状態取得応答Ｐ２を受信した後、電源状態監視図７１（図１４）を一括更新するようにしてもよい。
【０１２３】
メインＣＰＵ１１は、更新された電源状態監視図７１（図１４）を参照して、通知優先度低端末が起動中か否かを判定し、これらの端末装置３０が起動中の場合には（ステップＳ４０４；Ｙｅｓ）、画像形成装置１０に危険度の低いエラーが発生した旨を、第１方式でその起動中の端末装置３０に通知する（ステップＳ４０５）。これにより、制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、その起動中の端末装置３０の表示画面にポップアップにて表示させる。なお、この場合、発生したエラーの危険度が低いため、電子メールで通知しても良く、通知方法は限定されるものではない。
【０１２４】
一方、通知優先度低端末が起動していない場合には（ステップＳ４０４；Ｎｏ）、制御部２７は、その端末装置３０に対して、画像形成装置１０に危険度の低いエラーが発生した旨を、第２方式である電子メールにより通知する（ステップＳ４０６）。
【０１２５】
本変形例の場合では、通知優先度が「２」であるＰＣ３は起動中であるため、画像形成装置１０の危険度の低いエラーが発生した旨が、ＰＣ３の表示画面に表示される。一方、通知優先度が「３」であるＰＣ４はスリープモードの状態にあるため、制御部２７は、画像形成装置１０に危険度の低いエラーが発生した旨を、ＰＣ４に電子メールで通知する。
【０１２６】
さらに、制御部２７は、画像形成装置１０内に設けられた計測タイマによって、先に説明した第１事象と第２事象の経過時間を計測している（ステップＳ４０７；Ｎｏ）。制御部２７は、第１事象または第２事象の所定時間を経過した場合には（ステップＳ４０７；Ｙｅｓ）、メインＣＰＵ１１はサブＣＰＵ２１に端末装置３０の電源状態の監視を交代する（ステップＳ４０８）。そして、メインＣＰＵ１１は、端末装置３０の電源状態の監視を止めて、スリープモードに移行する（ステップＳ４０９）。このように、本変形例では、メインＣＰＵ１１は、第１事象または第２事象により、第１または第２モード移行を行う。
【０１２７】
サブＣＰＵ２１は、結合子Ｆ（図１５）に進み、図１５に示す流れ図によって、危険度の低いエラーの発生の通知の処理を行う。このように、制御部２７は、所定時間経過によって端末装置３０の電源状態の監視をメインＣＰＵ１１からサブＣＰＵ２１に交代する。従って、制御部２７は、各端末装置３０の電源状態を監視しながら、画像形成装置１０の消費電力を抑制することができる。なお、本変形例の場合では、サブＣＰＵ２１は、ＰＣ４が起動するまで待ち続ける処理となる。
【０１２８】
以上説明したように、本実施の形態に係る画像形成装置１０の制御部２７は、電源状態監視図７０、７１、８０（図６、図７、図１４）を適宜参照して、発生したエラーを監視対象の端末装置３０に通知するとともに、エラーの内容に応じて通知方法を変更する。すなわち、制御部２７は、発生したエラーの内容によって、通知先や通知する範囲、通知方式、通知タイミング、スリープ中の通知先の起動の有無などを変更することで、発生したエラーに適した通知動作を行うことができる。これにより、エラーの発生が通知されたユーザや管理者は、エラーの内容に応じた最適な対処を迅速かつ柔軟に行うことができる。また、通知されたユーザや管理者は、迅速な対処を図ることにより、早急な復旧を見込むことができる。
【０１２９】
以上、本発明の実施の形態を図面によって説明してきたが、具体的な構成は実施の形態に示したものに限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【０１３０】
たとえば、第２の実施の形態の変形例では、画像形成装置１０にエラーが発生した後、第１事象または第２事象によって第１または第２モード移行が行われた場合について説明したが、メインＣＰＵ１１がスリープモードに移行してサブＣＰＵ２１と交代するタイミングは、本変形例に限定されない。たとえば、エラー発生から一定時間経過後、あるいはエラー発生後、通常状態の端末装置３０に対する通知動作を終えた時点で、メインＣＰＵ１１はスリープモードに入り、サブＣＰＵ２１に監視動作やエラーの通知動作を交代するようにしてもよい。また、第１事象と第２事象を組み合わせ、メインＣＰＵ１１がスリープモードに移行するようにしてもよい。
【０１３１】
また、たとえば、制御部２７による電源状態の監視を、利用頻度の高い端末装置３０の電源状態をメインＣＰＵ１１が監視し、利用頻度の低い端末装置３０の電源状態をサブＣＰＵ２１が監視するように設定してもよい。この場合、利用頻度の高い端末装置３０の全てがオフモードかスリープモードの状態になったとき、メインＣＰＵ１１はオフモードかスリープモードの状態にすることができる。このように、メインＣＰＵ１１とサブＣＰＵ２１の負荷分散を図るとともに、制御部２７の省電力化を図ることができる。
【符号の説明】
【０１３２】
２…ネットワーク
５…ネットワークシステム
１０…画像形成装置（ＭＦＰ）
１１…メインＣＰＵ
１２…画像読取部
１３…画像形成部
１４…ＲＯＭ
１５…ＲＡＭ
１６…表示部
１７…操作部
１８…画像処理部
２１…サブＣＰＵ
２２…不揮発メモリ
２３…ネットワークＩ／Ｆ部
２４…ハードディスク装置
２５…メモリ
２６…電源部
２７…制御部
３０…端末装置
３１…メインＣＰＵ
３２…サブＣＰＵ
３３…ＲＯＭ
３４…ＲＡＭ
３５…入出力Ｉ／Ｆ部
３６…不揮発メモリ
３７…ネットワークＩ／Ｆ部
３８…ハードディスク装置（ＨＤＤ）
３９…メモリ
４１…電源部
４２…表示装置
４３…入力デバイス
５０…危険度テーブル
６０…通知優先度テーブル
７０…電源状態監視図（危険度低）
７１…電源状態監視図（危険度低）
８０…電源状態監視図（危険度高）
【特許請求の範囲】
【請求項１】
記録紙に画像を形成する画像形成部と、
ネットワークを介して端末装置と通信するネットワーク通信部と、
前記ネットワーク通信部によって端末装置から受信した要求に応じて、前記画像形成部に画像の形成動作を行わせる制御部と、
を備え、
前記制御部は、
エラーが発生した場合には、該エラーを前記端末装置に通知するとともに、該エラーの内容に応じて該エラーの通知方法を変更する
ことを特徴とする画像処理装置。
【請求項２】
前記制御部は、
発生した前記エラーが第1種エラーの場合には、自装置から通知した時点で通知先の前記端末装置にユーザへの通知動作を行わせる第１方式で通知し、
発生した前記エラーが第２種エラーの場合には、自装置から通知した通知内容が通知先の前記端末装置に保存され、通知後のユーザによる任意のタイミングで該端末装置による該ユーザへの通知動作が行われる第２方式で通知する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記制御部は、
発生した前記エラーの内容に応じて前記エラーの通知先を変更する
ことを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記制御部は、
通知先である前記端末装置の電源状態が、オフ又はスリープモードであって、発生した前記エラーが第３種エラーの場合には、該端末装置を起動させた後、自装置から該端末装置に前記エラーが発生した旨を通知して、当該通知のタイミングで該端末装置にユーザへの通知動作を行わせる第３方式で通知する
ことを特徴とする請求項２または３に記載の画像処理装置。
【請求項５】
前記制御部は、
通知先である前記端末装置の電源状態が、オフ又はスリープモードであって、発生した前記エラーが第４種エラーの場合には、該端末装置の電源状態がオンに復帰するまで待った後、自装置から該端末装置に前記エラーが発生した旨を通知して、該通知のタイミングで該端末装置にユーザへの通知動作を行わせる第４方式で通知する
ことを特徴とする請求項２乃至４のいずれか１項に記載の画像処理装置。
【請求項６】
前記制御部は、ジョブの実行を制御するメインＣＰＵと、該メインＣＰＵより消費電力の少ないサブＣＰＵを備え、
前記メインＣＰＵが稼動していない状態の場合には、前記サブＣＰＵが、前記ネットワークに接続された端末装置に対して、前記通知に関する処理を行う
ことを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
【請求項７】
前記メインＣＰＵが強制的に電源オフの状態になったとき、前記サブＣＰＵが、前記ネットワークに接続された所定の端末装置に対して、前記エラーが発生した旨を通知する
ことを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記制御部は、
前記エラーの通知方法を危険度のレベルに応じて変更する
ことを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
【請求項９】
前記第１方式、前記第３方式及び前記第４方式では視聴覚的な通知方法を用いて通知を行い、前記第２方式では電子メールを用いて通知する
ことを特徴とする請求項５乃至８のいずれか1項に記載の画像処理装置。
【請求項１】
記録紙に画像を形成する画像形成部と、
ネットワークを介して端末装置と通信するネットワーク通信部と、
前記ネットワーク通信部によって端末装置から受信した要求に応じて、前記画像形成部に画像の形成動作を行わせる制御部と、
を備え、
前記制御部は、
エラーが発生した場合には、該エラーを前記端末装置に通知するとともに、該エラーの内容に応じて該エラーの通知方法を変更する
ことを特徴とする画像処理装置。
【請求項２】
前記制御部は、
発生した前記エラーが第1種エラーの場合には、自装置から通知した時点で通知先の前記端末装置にユーザへの通知動作を行わせる第１方式で通知し、
発生した前記エラーが第２種エラーの場合には、自装置から通知した通知内容が通知先の前記端末装置に保存され、通知後のユーザによる任意のタイミングで該端末装置による該ユーザへの通知動作が行われる第２方式で通知する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記制御部は、
発生した前記エラーの内容に応じて前記エラーの通知先を変更する
ことを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記制御部は、
通知先である前記端末装置の電源状態が、オフ又はスリープモードであって、発生した前記エラーが第３種エラーの場合には、該端末装置を起動させた後、自装置から該端末装置に前記エラーが発生した旨を通知して、当該通知のタイミングで該端末装置にユーザへの通知動作を行わせる第３方式で通知する
ことを特徴とする請求項２または３に記載の画像処理装置。
【請求項５】
前記制御部は、
通知先である前記端末装置の電源状態が、オフ又はスリープモードであって、発生した前記エラーが第４種エラーの場合には、該端末装置の電源状態がオンに復帰するまで待った後、自装置から該端末装置に前記エラーが発生した旨を通知して、該通知のタイミングで該端末装置にユーザへの通知動作を行わせる第４方式で通知する
ことを特徴とする請求項２乃至４のいずれか１項に記載の画像処理装置。
【請求項６】
前記制御部は、ジョブの実行を制御するメインＣＰＵと、該メインＣＰＵより消費電力の少ないサブＣＰＵを備え、
前記メインＣＰＵが稼動していない状態の場合には、前記サブＣＰＵが、前記ネットワークに接続された端末装置に対して、前記通知に関する処理を行う
ことを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
【請求項７】
前記メインＣＰＵが強制的に電源オフの状態になったとき、前記サブＣＰＵが、前記ネットワークに接続された所定の端末装置に対して、前記エラーが発生した旨を通知する
ことを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記制御部は、
前記エラーの通知方法を危険度のレベルに応じて変更する
ことを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
【請求項９】
前記第１方式、前記第３方式及び前記第４方式では視聴覚的な通知方法を用いて通知を行い、前記第２方式では電子メールを用いて通知する
ことを特徴とする請求項５乃至８のいずれか1項に記載の画像処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−１６０８７７（Ｐ２０１２−１６０８７７Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１１−１８６４１（Ｐ２０１１−１８６４１）
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]