JP6079004B2 - 画像処理装置 - Google Patents

Description

本発明は、画像処理装置，プログラムに関する。さらに詳細には、エラーの通知技術に関するものである。

従来、プリント等の画像処理動作を行う画像処理装置において、例えば着色剤不足等のエラーを通知することが広く行われている。その際、エラーを通知する必要のないユーザにエラーを通知することは無駄である。そのため、ジョブの種別に応じてエラーを通知するか否か決定することが行われている（例えば、特許文献１）。

特開２００８−２１３３０３

しかしながら、従来は通知先にユーザがいるか否かに限らず、定められた通知先にエラーの通知を行っていたため、不必要なエラーの通知がされることがあり、不便であった。

本発明は、上述した問題点を解決するためになされたものであり、エラーの通知をより適切な通知先に通知することのできるエラー通知技術を提供することを目的とする。

この課題の解決を目的としてなされた画像処理装置は、自装置のエラーの発生を検出する検出手段と、前記検出手段がエラーの発生を検出した場合にユーザが自装置の近傍にいるか否かを判断する判断手段と、前記判断手段による判断結果に基づいて、エラーの通知先を決定する決定手段と、を備える。

このような構成によれば、ユーザが装置の近傍にいるか否かでエラーの通知先を決定するため、不必要なエラーの通知をしてしまう可能性が低減され、より適切にエラーの通知を行うことができると期待される。

また、自装置に対するユーザの操作を検知する検知手段を備え、前記判断手段は、前記検知手段が自装置の操作を検知してから規定時間が経過していない場合にユーザが自装置の近傍にいると判断し、前記検知手段が自装置の操作を検知してから規定時間が経過した場合にはユーザが自装置の近傍にいないと判断し、前記決定手段は、ユーザが自装置の近傍にいる場合は、自装置にエラーを通知し、ユーザが自装置の近傍にいない場合は他の装置にエラーを通知すると決定するようにしてもよい。

このようにすれば、ユーザが自装置に対して操作を行ってから規定時間が経過したか否かでユーザが自装置の近傍にいるか否かを判断し、ユーザが自装置の近傍にいる場合には装置にエラーを通知するため、ユーザはすぐにエラーを確認することができ、装置の近傍にユーザがいない場合でも他の装置にエラーを通知することで、ユーザにエラーを確認してもらうことができる可能性が高くなる。

また、前記決定手段が自装置にエラーを通知すると決定した場合に、規定時間エラーが解除されないときは、前記判断手段は、ユーザが自装置の近傍にいないと判断し、前記決定手段は、他の装置にエラーを通知すると決定するようにしてもよい。

このようにすれば、規定時間エラーが解除されなかった場合は、ユーザが近傍にいないと判断して、他の装置にエラーの通知を行うことにより、エラーの発生をユーザに知らせることができる可能性が高くなり、より適切にユーザにエラー通知を行うことができる。

また、他の装置から画像処理の実行指示を受け付ける受付手段を備え、前記決定手段は、エラーが解除されていない場合に、前記受付手段が前記実行指示を受け付けたときは、当該実行指示を送信した前記他の装置にエラーを通知すると決定するようにしてもよい。

このようにすれば、エラー発生中に他の装置から画像処理の実行指示を受け付けた場合は、実行指示を送信した他の装置にエラーを通知することにより、ジョブを実行しようとしているユーザにエラーを通知することができる。

また、前記判断手段は、前記検出手段がエラーを検出した際に実行していた実行ジョブの種別に応じてユーザが近傍にいるか否かを判断し、前記決定手段は、前記実行ジョブの種別に応じた通知先にエラーを通知すると決定するようにしてもよい。

ジョブの種別を判断することにより、例えばそのジョブの種類が、ユーザがネットワークを介した遠くの他の装置から実行指示を送信するものであるのか、画像処理装置を直接操作することにより実行指示を入力するものであるのかを判断することができる。このようにすれば、実行ジョブの種類に応じてユーザが近傍にいるか否かを判断し、エラーを通知する通知先を決定するため、ユーザにエラーを知らせることができる可能性が高くなる。

また前記判断手段は、前記実行ジョブの実行指示を受け付けたインターフェースに応じてユーザが近傍にいるか否かを判断し、前記決定手段は、前記インターフェースに応じた通知先にエラーを通知すると決定するようにしてもよい。

例えばジョブの実行指示が、インターフェースに接続されたネットワークを介した他の装置から送信されたものであるのか、画像処理装置を直接操作するためのインターフェースから入力されたものであるのかを判断することにより、ユーザが近傍にいるかどうかを判断することができる。よって、このようにすれば、実行ジョブの実行指示を受け付けたインターフェースに応じてユーザが近傍にいるか否かを判断し、エラーを通知する通知先を決定するため、よりユーザにエラーの発生を知らせることができる可能性が高くなる。

また、この課題の解決を目的としてなされたプログラムは、画像処理装置を、自装置のエラーの発生を検出する検出手段と、前記検出手段がエラーの発生を検出した場合にユーザが自装置の近傍にいるか否かを判断する判断手段と、前記判断手段による判断結果に基づいて、エラーの通知先を決定する決定手段と、として機能させる。

本発明によれば、不必要なエラーの通知をしてしまう可能性が低減され、より適切な通知先にエラーの通知を行うことができるエラー通知技術が実現される。

ＭＦＰ１００の外観を示す図である。 ＭＦＰ１００のＡＤＦ２０を開放した状態を示す斜視図である。 ＭＦＰ１００の画像形成部５１の構成を示す断面図である。 実施の形態にかかるＭＦＰ１００の電気的構成を示すブロック図である。 実施の形態にかかるエラー処理の手順を示すフローチャートである。 実施の形態にかかるエラー処理の手順を示すフローチャートである。 実施の形態にかかる操作検知処理の手順を示すフローチャートである。 実施の形態にかかるジョブテーブルの一例を示す図である。 実施の形態にかかる時間テーブルの一例を示す図である。 第１の実施形態にかかる通知処理の手順を示すシーケンス図である。 第１の実施形態にかかる通知処理の手順を示すフローチャートである。 実施の形態にかかる実行指示受付処理の手順を示すフローチャートである。 第２の実施形態にかかる通知処理の手順を示すシーケンス図である。 第２の実施形態にかかる通知処理の手順を示すフローチャートである。

以下、本発明にかかる画像処理装置を具体化した実施の形態について、添付図面を参照しつつ詳細に説明する。本実施形態は、ファックス送受信機能，スキャン機能，及びコピー機能，ＰＣプリント機能等を備えた複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）に本発明を適用したものである。

［ＭＦＰの構成］
本実施形態のＭＦＰ１００は、図１に示すように、用紙に画像を印刷する画像形成部５１と、原稿の画像を読み取る画像読取部５２とを備えている。なお、画像形成部５１の画像形成方式は、電子写真方式であっても、インクジェット方式であってもよい。また、画像形成部５１は、カラー画像及びモノクロ画像の形成が可能であってもよいし、モノクロ画像のみの形成が可能であってもよい。さらに、画像読取部５２は、カラー画像及びモノクロ画像の読み取りが可能であってもよいし、モノクロ画像のみの読み取りが可能であってもよい。

ＭＦＰ１００は、前面側に操作パネル４０（検知手段の一例）を備えている。操作パネル４０には、図１に示すように、液晶ディスプレイからなる表示部４２、各種のボタン（例えば、電源キー４３，上下左右キー，キャンセルキー，テンキー等の各ボタン）によって構成されるボタン群４１等が設けられている。ＭＦＰ１００では、この表示部４２やボタン群４１によって、動作状況の表示やユーザによる操作の入力が可能になっている。

［画像読取部の構成］
続いて、画像読取部５２の構成について、図１および図２を参照しつつ説明する。なお、図１および図２は、画像読取部５２の外観を示している。

画像読取部５２は、原稿の自動搬送を行う自動原稿供給装置（ＡＤＦ：Ａｕｔｏ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ）２０と、原稿を１枚ずつ載置するコンタクトガラス１１（以下、「ＦＢガラス１１」とする）を備えている。

ＡＤＦ２０は、読み取り前の原稿を載置する原稿トレイ２１と、読み取り後の原稿を載置する排出トレイ２２とを備えている。ＡＤＦ２０は、原稿トレイ２１に載置された原稿を１枚ずつ読み取りセンサ（図示せず）まで搬送し、読み取りを終えた原稿を排出トレイ２２に排出する。

［画像形成部の構成］
続いて、画像形成部５１の構成について、図３を参照しつつ説明する。なお、図３は画像形成部５１の内部構成を示している。

画像形成部５１は、パーソナルコンピュータ（ＰＣ）等の端末装置２００，３００，４００（以下ＰＣ２００，ファックス装置３００，ＰＣ４００とも示す）から送られてくる画像データや画像読取部５２で読み取った原稿の画像データを基に、トナーによって当該画像を用紙に印刷する。本実施形態の画像形成部５１は、周知の電子写真方式によって画像を形成するものであり、図３に示すように、トナーにより画像を形成する記録部５５と、画像形成前の用紙を載置する給紙トレイ９１と、画像形成後の用紙を載置する排紙トレイ９２とを備えている。

［ＭＦＰの電気的構成］
続いて、ＭＦＰ１００の電気的構成について説明する。ＭＦＰ１００は、図４に示すように、ＣＰＵ３１（判断手段，決定手段，受付手段の一例）と、ＲＯＭ３２と、ＲＡＭ３３と、ＮＶＲＡＭ（Ｎｏｎ Ｖｏｌａｔｉｌｅ ＲＡＭ）３４とを備えた制御部３０を備えている。また、制御部３０は、画像形成部５１と、画像読取部５２と、操作パネル４０と、各種インターフェース３７〜３９と、電力供給ユニット５０と、各種センサ７０〜７５（検出手段，検知手段の一例）とに、電気的に接続されている。

ＲＯＭ３２には、ＭＦＰ１００を制御するための制御プログラムであるファームウェアや各種設定、初期値等が記憶されている。ＲＡＭ３３及びＮＶＲＡＭ３４は、各種制御プログラムが読み出される作業領域として、あるいは読み取った画像データを一時的に記憶する記憶領域として利用される。

ＣＰＵ３１は、ＲＯＭ３２から読み出した制御プログラムや各種センサから送られる信号に従って、その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら、ＭＦＰ１００の各構成要素を制御する。

ネットワークインターフェース３７は、他の装置との通信を可能にするインターフェースである。ネットワークインターフェース３７はＬＡＮなどのネットワーク回線に接続され、そのネットワーク回線上に接続されたＰＣ２００等との間で通信を行う。こうして、ＭＦＰ１００は、ネットワークインターフェース３７を介して他の装置から送信される画像データを受信したり、他の装置へ読み取った画像データを送信したりする。

ファックスインターフェース３８は、公衆電話回線を介して外部のファックス装置３００等との間でファックス通信を行う。ＵＳＢインターフェース３９は、ＵＳＢケーブルを介してＰＣ４００を接続することにより、ＰＣ４００との間で直接的に通信を行う。

カバーセンサ７０は、前部カバー６０や後部カバー６１の開閉状態を検出し、その検出信号をＣＰＵ３１に出力する。原稿センサ７１は、ＡＤＦ２０やＦＢガラス１１に原稿がセットされたことを検出し、その検出信号をＣＰＵ３１に出力する。トナーセンサ７３は、記録部５５の中に収容されているトナーが規定量を下回ったことを検出し、その検出信号をＣＰＵ３１に出力する。

紙詰まりセンサ７４は、ＡＤＦ２０や画像形成部５１内で紙が詰まったことを検出し、その検出信号をＣＰＵ３１に出力する。トレイセンサ７５は、給紙トレイ９１の開放状態を検出し、その検出信号をＣＰＵ３１に出力する。

電力供給ユニット５０は、ＭＦＰ１００の各構成に電力供給を行うことによりＭＦＰ１００へ電力を供給する。

［ＭＦＰの制御］
続いて、ＭＦＰ１００の制御について説明する。以下の実施形態では、ＭＦＰ１００のファックス機能，スキャン機能，コピー機能，ＰＣプリント機能を例に挙げて説明する。

ファックス機能は、画像読取部５２によって読み取った原稿の画像データや、他のファックス装置からの画像データを、ファックスインターフェース３８を介して送受信する機能である。

スキャン機能は、画像読取部５２によって読み取った原稿の画像データを、ネットワークインターフェース３７やＵＳＢインターフェース３９を介して、ＰＣ２００，ＰＣ４００などの他の装置に送信する機能である。この機能の実行指示は、操作パネル４０やＰＣ２００，ＰＣ４００等の他の装置から行われる。

コピー機能は、画像読取部５２によって読み取った原稿の画像データを、画像形成部５１によって用紙に印刷する機能である。この機能の実行指示は、操作パネル４０を介して行われる。

ＰＣプリント機能は、ネットワークインターフェース３７やＵＳＢインターフェース３９を介して他の装置から送信された画像データを、画像形成部５１によって用紙に印刷する機能である。

なお、上述した機能はＭＦＰ１００の機能の一例であり、これに限らない。

［実施形態］
［第１の実施形態］
以下、第１の実施形態に関するエラー通知の方法について、図５〜図１４を参照しつつ説明する。第１の実施形態では、ＰＣ２００等の他の装置からのエラー状態取得要求に基づいてＭＦＰ１００がエラー情報を送信する。なお、第１の実施形態において「他の装置」とはＭＦＰ１００以外の装置のことであり、ＰＣ２００，ＰＣ４００やファックス装置３００などが該当する。

まず、図５及び図６に示されるエラー処理について説明する。なお、このエラー処理は、電力供給ユニット５０によってＣＰＵ３１に対する電力が供給されると、ＣＰＵ３１により定期的に実行される。

図５のＳ１００にて、ＣＰＵ３１は、エラーが発生したか否かを判断する。エラーとは、例えば、カバーオープン，トナーエンプティ，紙詰まりなどであり、カバーセンサ７０，トナーセンサ７３，紙詰まりセンサ７４，トレイセンサ７５等の各種センサがエラーを検出する。ＣＰＵ３１は各種センサが出力した検出信号により、エラーが発生したか否かを判断する。ＣＰＵ３１が、エラーが発生していないと判断した場合は（Ｓ１００：Ｎｏ）、エラー処理を終了する。

一方、ＣＰＵ３１が、エラーが発生したと判断した場合は（Ｓ１００：Ｙｅｓ）、Ｓ１０１に移行した後、後述するＳ１０２，Ｓ１０３にてＣＰＵ３１が、ユーザがＭＦＰ１００の近傍にいるか否かを判断してエラーの通知先を決定する。

まず、Ｓ１０１にて、エラーが発生した際にジョブが実行中であったか否かを、ＣＰＵ３１が判断する。ジョブが実行中でなかった場合は（Ｓ１０１：Ｎｏ）、後述するＳ１０３に移行する。ジョブが実行中であった場合は（Ｓ１０１：Ｙｅｓ）、Ｓ１０２に移行する。

Ｓ１０２では、ＭＦＰ１００にエラーが発生した際に、ＭＦＰ１００が実行していたジョブの種別に応じて、ユーザがＭＦＰ１００の近傍にいるか否か判断する。

まず、ＣＰＵ３１は図８に一例として示したようなジョブテーブルを参照し、ユーザがＭＦＰ１００の近傍にいるか否かを判断する。図８のジョブテーブルは、ジョブの種別、さらにそのジョブがどのインターフェースを介して実行指示をされたかに基づき、ユーザが近傍にいるかを示すものである。つまり、そのジョブの実行指示を行うために、ユーザが近傍にいる必要があるか否かに基づいて作成されている。

なお、このジョブテーブルは、ＭＦＰ１００内のＲＯＭ３２やＮＶＲＡＭ３４に記憶されているが、電力供給を遮断されてもデータを保存できる記憶部であれば、ＰＣ等の他の装置にあってもよい。また、このジョブテーブルは操作パネル４０等の操作を介して、ユーザが設定可能としてもよい。

図８を参照し、エラーが起こった際に実行していたジョブの実行指示が、例えば、ネットワークインターフェース３７を介して行われたＰＣプリントであった場合は、ＣＰＵ３１はユーザが近傍にいないと判断する。一方、ジョブがＰＣプリントであっても、ＵＳＢインターフェース３９を介して行われた場合は、ＣＰＵ３１はユーザが近傍にいると判断する。

以上のようにして、ユーザがＭＦＰ１００の近傍にいると判断された場合は（Ｓ１０２：Ｙｅｓ）、ＣＰＵ３１はエラーの通知先をＭＦＰ１００であると決定し、Ｓ１０４に移行する。一方、ユーザが近傍にいないと判断された場合は（Ｓ１０２：Ｎｏ）、Ｓ１０３に移行する。

なお、ここではジョブを受信したインターフェースによってユーザが近傍にいるか否かを判断し、エラーの通知先を決定する例について説明している。しかしながら、エラーの通知先はインターフェースに応じて決定しなくてもよく、ジョブの種類だけで決定してもよい。例えば、ＰＣプリントであればユーザが近傍にいないと判断してＭＦＰ１００へはエラー通知せず、スキャン，コピー，ファックスであればユーザが近傍にいると判断してＭＦＰ１００へエラー通知するとしてもよい。

Ｓ１０３にて、ユーザがＭＦＰ１００を操作しているか否かによって、ユーザが近傍にいるか否かを判断する。ユーザがＭＦＰ１００を操作しているか否かは、次に説明する操作検知処理において、操作フラグがセットされているか否かで判断する。

操作検知処理について、図７を参照しつつ説明する。なお、この操作検知処理は、電力供給ユニット５０によってＣＰＵ３１に対する電力が供給されると、定期的に実行される。

このユーザ操作検知処理では、まずＳ２００にて、ＣＰＵ３１は、ユーザによるＭＦＰ１００の操作があるか否かを判断する。ユーザの操作とは、例えば、電源キー４３を含むボタン群４１等の操作パネル４０を介した操作の入力や、ＡＤＦに原稿を挿入する操作、カバーを開けるなどの操作などである。これらの操作は操作パネル４０，カバーセンサ７０，原稿センサ７１によって検知され、ＣＰＵ３１に出力される。ＣＰＵ３１は、これらの検知信号により、ユーザの操作があるか否かを判断する。

ＣＰＵ３１は、ユーザの操作がないと判断した場合は（Ｓ２００：Ｎｏ）、操作検知処理を終了する。一方、ＣＰＵ３１は、ユーザの操作があると判断した場合は（Ｓ２００：Ｙｅｓ）、Ｓ２０１に移行し、ＭＦＰ１００の操作が行われていることを示す操作フラグをＣＰＵ３１がオンにする。続くＳ２０２では、ＣＰＵ３１は操作検知のタイマをスタートさせることにより計時を開始する。

そして、Ｓ２０３にて、操作検知のタイマが規定時間を計時したか否かを判断する。なお、規定時間は予め定められているか、または操作パネル４０を介してユーザが設定可能としてもよい。例えば、規定時間が３０秒であった場合は、タイマの計時が３０秒を超えると規定時間が経過したとＣＰＵ３１が判断する。

規定時間が経過していない場合は（Ｓ２０３：Ｎｏ）、再びＳ２０３に移行する。規定時間が経過した場合は（Ｓ２０３：Ｙｅｓ）、続くＳ２０４にてＣＰＵ３１が操作フラグをオフにする。そして、Ｓ２０５にて、操作検知タイマをリセットする。そして操作検知処理を終了する。

これにより、ユーザがＭＦＰ１００の操作を行ってから規定時間が経過した場合は、ユーザによる操作が行われていないと判断することができる。

図５のＳ１０３にて、図７のフローチャートにてセットされたフラグを確認する。操作フラグがオンであった場合は、ＣＰＵ３１はユーザが近傍にいると判断し、操作フラグがオフであった場合はユーザが近傍にいないと判断する。

ユーザが近傍にいないと判断した場合は（Ｓ１０１：Ｎｏ）、ＣＰＵ３１は通知先を他の装置であると決定する。なお、エラーを通知する他の装置は、エラー発生時にジョブを実行中であった場合は（Ｓ１０１：Ｙｅｓ）、実行していたジョブの実行指示を行った装置であるとＣＰＵ３１が決定し、ＲＡＭ３３等に記憶する。

例えば、ネットワークインターフェース３７に接続されているＰＣからスキャンが実行されていた場合は、通知先はネットワークインターフェース３７に接続されているＰＣ２００であると決定し、ＭＦＰ１００と決定し、ＵＳＢインターフェース３９に接続されているＰＣからの指示によりスキャンが実行されていた場合は、通知先はＵＳＢインターフェース３９に接続されているＰＣ４００であると決定して、ＲＡＭ３３等に記憶する。

一方、エラー発生時にジョブが実行中でなかった場合は（Ｓ１０１：Ｎｏ）、エラーの通知先を、各種インターフェース３７〜３９に接続されているＰＣ２００，ＰＣ４００，ファックス装置３００のいずれかの装置であるとＣＰＵ３１が決定し、ＲＡＭ３３等に記憶する。

Ｓ１０３でＣＰＵ３１が、ユーが近傍にいないと判断し（Ｓ１０３：Ｎｏ）、エラーの通知先を決定した後は、Ｓ１１０に移行してＣＰＵ３１がエラーフラグをオンにする。このエラーフラグは、他の装置にエラー状態を通知するかどうかを判断するためのフラグであり、エラーフラグがオンの場合は他の装置にエラーを通知し、エラーフラグがオフである場合は他の装置にエラーを通知しないとＣＰＵ３１が判断する。Ｓ１１０の後は、Ｓ１１１に移行して後述する通知処理を行う。

一方、ユーザがＭＦＰ１００の近傍にいると判断された場合は（Ｓ１０３：Ｙｅｓ）、エラーの通知先をＭＦＰ１００であるとＣＰＵ３１が決定し、Ｓ１０４に移行する。Ｓ１０４では、ＭＦＰ１００にエラーの通知を行う。例えば、紙詰まりが発生した際には、「紙詰まりが発生しました。カバーを開けて紙を取り除いてください。」などと表示部４２に表示する。なお、エラー通知の方法は表示部４２への表示だけに限らず、アナウンスやブザー音であってもよい。

これにより、ユーザがＭＦＰ１００の近傍にいる場合は、通知先としてＭＦＰ１００にエラーを通知することができるため、適切な通知先にエラーを通知することが可能になる。

続くＳ１０５では、ＣＰＵ３１がエラー未通知タイマをスタートさせることにより、計時を開始する。次にＳ１０６にてエラー未通知状態で規定時間が経過したか否かを、ＣＰＵ３１が判断する。なお、エラー未通知とは、ＭＦＰ１００以外の他の装置にエラーが未通知という意味である。

ＣＰＵ３１はＳ１０６において、図９に一例として示したような時間テーブルを参照し、起こっているエラーの種別に応じて、規定時間が経過したか否か判断する。図９の時間テーブルは、エラーを解除するために必要な時間を示すテーブルであり、それぞれのエラーの種別に応じて、エラーを解除するために必要な時間である規定時間が設定されている。

例えば、紙詰まりのエラーの場合は紙を除去するだけでエラーの解除が可能なため、図９では規定時間が６０秒であると設定されている。一方、トナーエンプティのエラーの場合は、新たなトナーカートリッジを用意し、古いトナーカートリッジと交換しなければエラーを解除できないため、エラーの解除に時間を要すると考えられる。そのため、トナーエンプティが発生した場合は、図９では規定時間が３０００秒と設定されている。

なお、この時間テーブルの規定時間は、あらかじめ設定されているものとするが、操作パネル４０等の操作を介してユーザが設定可能としてもよい。また、図９のような時間テーブルは、ＭＦＰ１００内のＲＯＭ３２やＮＶＲＡＭ３４等に記憶されていることが望ましいが、電力供給を遮断されてもデータを保存できるところであればＰＣ２００等の他の装置にあってもよい。

例えば、現在紙詰まりのエラーが起こっているときは、ＣＰＵ３１が図９のエラーテーブルを参照し、エラー未通知タイマの計時が６０秒を超えると、エラー未通知状態で規定時間が経過したと判断する。規定時間を経過していない場合は（Ｓ１０６：Ｎｏ）、Ｓ１２０に移行する。

規定時間を経過した場合は（Ｓ１０６：Ｙｅｓ）、通知先を他の装置であると決定する。なお、エラー発生時にジョブが実行中でなかった場合は（Ｓ１０１：Ｎｏ）、通知先を各種インターフェース３７〜３９に接続された他の装置のいずれかであるとＣＰＵ３１が決定し、ＲＡＭ３３等に記憶する。

一方、エラー発生時にジョブが実行中であった場合は（Ｓ１０１：Ｙｅｓ）、Ｓ１０２にて判断したジョブ種別に応じ、ジョブの実行を指示した装置を通知先であるとＣＰＵ３１が決定し、ＲＡＭ３３等に記憶する。このとき、ジョブ種別から、通知先がＭＦＰ１００であると決定されてしまう場合のみ、各種インターフェース３７〜３９に接続された他の装置のいずれかを通知先にＣＰＵ３１が決定する。

規定時間が経過し（Ｓ１０６：Ｙｅｓ）、通知先を決定した後は、Ｓ１０７に移行する。Ｓ１０７では、他の装置にエラーを通知すると判断するためのエラーフラグをＣＰＵ３１がオンにする。そして、Ｓ１０８で後述する通知処理を行う。この通知処理はＳ１１１の処理と同様である。

Ｓ１０８の通知処理を終了した後は、Ｓ１０９でエラー未通知タイマをＣＰＵ３１がリセットし、Ｓ１２０へ移行する。Ｓ１０６〜Ｓ１０９のステップにより、例えばエラーを解除するのに時間がかかるようなエラーの種別に応じて規定時間を設定できるため、エラーが起こっているときには不必要に他の装置にエラー通知を行ってしまう可能性が低減できる。

続きは図６を参照しつつ説明する。図６のＳ１２０にて、エラーが解除されたかどうかを、各種センサ７０〜７５の検出信号によりＣＰＵ３１が判断する。エラーが解除されていない場合は（Ｓ１２０：Ｎｏ）、Ｓ１２１にて、他の装置に未通知のエラーがあるか否かをＣＰＵ３１が判断する。

ここで、他の装置に未通知のエラーがあるか否かは、エラーフラグと各種センサ７０〜７５からの検出信号によりＣＰＵ３１が判断する。エラーフラグがオンの場合は、他の装置にエラーを通知すると決定された場合である。したがって、エラーフラグがオフで、かつ各種センサがエラーの発生を検出している場合は、エラーが他の装置に未通知であると判断される。

他の装置に未通知のエラーがある場合は（Ｓ１２１：Ｙｅｓ）、再びＳ１０６に移行する。他の装置に未通知のエラーがない場合は（Ｓ１２１：Ｎｏ）、再びＳ１２０に移行する。なお、他の装置に未通知のエラーがない場合とは、Ｓ１０３でユーザがＭＦＰ１００の近傍にいないと判断され（Ｓ１０３：Ｎｏ）、Ｓ１１１にて他の装置にエラーの通知が行われている場合か、またはＳ１０６で他の装置にエラーが未通知の状態で規定時間が経過し（Ｓ１０６：Ｙｅｓ）、Ｓ１０８にて他の装置にエラーの通知が行われている場合である。

一方、エラーの解除が行われた場合は（Ｓ１２０：Ｙｅｓ）、Ｓ１２２に移行し、解除されたエラーが他の装置に未通知のエラーか否かをＣＰＵ３１が判断する。これは、エラーフラグにより判断する。エラーフラグがオンの状態でエラーの解除が行われた場合は、他の装置に通知されたエラーが解除されたとＣＰＵ３１が判断する。

解除されたエラーが他の装置に未通知のエラーでない場合は（Ｓ１２２：Ｎｏ）、つまり、他の装置に通知したエラーが解除された場合は、Ｓ１２５に移行する。Ｓ１２５では、Ｓ１０７でオンにされていたエラーフラグをＣＰＵ３１がオフにする。そして、続くＳ１２６にてＣＰＵ３１が通知処理を行う。これは、Ｓ１１１の処理と同様である。

解除されたエラーが他の装置に未通知のエラーである場合は（Ｓ１２２：Ｙｅｓ）、Ｓ１２３に移行する。Ｓ１２３では、エラー未通知タイマをＣＰＵ３１がリセットし、Ｓ１２４に移行する。

Ｓ１２４では、Ｓ１０４にて行っていたＭＦＰ１００へのエラーの表示をＣＰＵ３１が非表示とする。そしてエラー処理を終了する。なお、ＭＦＰ１００へのエラー通知が行われていない場合は、このステップはスキップしてエラー処理を終了する。ＭＦＰ１００へのエラー通知が行われていない場合とは、Ｓ１１１で通知処理を行った後にエラーが解除され（Ｓ１２２：Ｎｏ）、Ｓ１２６の通知処理を行った後にＳ１２４へ移行した場合である。

次にＳ１０８，１１１，Ｓ１２６で行う通知処理について、図１０，図１１を参照しつつ説明する。第１の実施形態において、他の装置への通知は、他の装置からのエラー状態取得要求があった際にＭＦＰ１００から情報を送信する。なお、ここでいう他の装置とは、ファックス装置３００やＰＣ２００，ＰＣ４００等の装置である。

この通知処理の流れを、図１０を参照しつつ説明する。なお、エラーが起こっているか否かは、エラーフラグがオンかオフかに基づいている。

図１０に示すように、ＰＣ２００からは定期的に状態取得要求がＭＦＰ１００に送信される。ここで、ＭＰＦ１００は、エラーが起こっていない場合や、既述したＳ１４１において他の装置に未通知のエラーが解除された場合に（Ｓ１４１：Ｙｅｓ）、状態取得要求に対して、ＭＦＰ１００はエラーが起こっておらず、ジョブの実行が可能である旨の情報（Ｒｅａｄｙ）を送信する。

エラーが発生した状態で、ＰＣ２００から状態取得要求が行われたとき、ＭＦＰ１００にエラー通知が行われている場合は（Ｓ１０４）、エラーフラグがオフになっている。そのため、エラーが発生しておらず、ジョブの実行が可能である旨の情報を送信する。

次に、エラーが発生し、エラーを他の装置に未通知の状態で規定時間が経過し、他の装置にエラー通知を行うと決定された場合（Ｓ１０６：Ｙｅｓ）や、エラーが発生した際に他の装置にエラー通知を行うと決定された場合（Ｓ１０３：Ｎｏ）は、エラーフラグがオンになっている。そのため、ＭＦＰ１００は、状態取得要求に対してエラーの情報を送信する。

他の装置に通知中のエラーが解除された場合（Ｓ１２２：Ｎｏ）は、Ｓ１２５でエラーフラグがオフになっている。そのため、ＭＦＰ１００は、エラーが起こっておらず、ジョブの実行が可能である旨の情報（Ｒｅａｄｙ）を送信する。

このようにして、他の装置へのエラーの通知や非通知を切り換えることが可能になっている。

次に、図１１を参照しつつ、通知処理におけるＭＦＰ１００の処理について説明する。図１０で説明したように、通知処理ではＳ４００でＰＣ２００等の他の装置からの状態取得要求があるかをＣＰＵ３１が判断する。要求がない場合は（Ｓ４００：Ｎｏ）、エラー処理に戻り、要求がある場合は（Ｓ４００：Ｙｅｓ）、Ｓ４０１に移行する。

Ｓ４０１では、エラーフラグがオンになっているか否かをＣＰＵ３１が判断する。エラーフラグがオンになっている場合は（Ｓ４０１：Ｙｅｓ）、Ｓ４０２に移行して、ＣＰＵ３１がエラーの情報を他の装置に送信してエラー処理に戻る。なお、ここでいう他の装置とは、状態取得要求を行った装置のことである。また、エラー処理にて決定された通知先がＲＡＭ３３等に記憶されているので、ＣＰＵ３１はＲＡＭ３３等に記憶された通知先の情報を読み出し、ここでエラーの通知先に関する情報も送信しておくと望ましい。

例えば、ジョブの実行中にエラーが発生してしまっていた場合は、実行中のジョブの実行指示を行った装置が通知先であると決定され、ＲＡＭ３３等に記憶されている。

なお、通知先が他の装置のいずれかであると決定され、ＲＡＭ３３等に記憶されている場合は、ＭＦＰ１００の各種インターフェース３７〜３９に接続されている全ての他の装置を通知先としてもよい。また、他の装置の中でどの装置に通知するかは、あらかじめ定めておいてもよいし、ユーザが設定可能としてもよい。

また、エラーフラグがオンになっている状態とは、例えば、Ｓ１０７やＳ１１１でエラーフラグがオンにセットされている状態のことである。

Ｓ４０２によりＭＦＰ１００からエラーの情報状態を受け取った他の装置においては、エラーの通知が行われる。例えば、ＰＣ２００のディスプレイ上のステータスモニターなどに「紙詰まりが発生しました。カバーを開けて紙を取り除いてください。」などと表示される。

なお、エラーの情報を受け取った他の装置では、エラーの通知先に関する情報を参照し、通知先に該当していなければエラーの通知を行わない。例えば、ＵＳＢインターフェース３９に接続されたＰＣが通知先になっていた場合は、ネットワークインターフェース３７に接続されたＰＣでは、エラーの情報を受け取ってもエラーの通知は行わない。また、例えばネットワークインターフェース３７に接続されたＰＣのうち、ユーザＡのＰＣが通知先になっている場合は、ユーザＢのＰＣではエラーの通知は行わない。

なお、Ｓ４０２においてエラー情報を送信する際に、通知先に該当しない他の装置に対しては、エラー状態でない旨の情報をＣＰＵ３１が送信するようにしてもよい。

例えば、ＰＣ４００から実行指示されたジョブを実行中にエラーが発生し、ＰＣ４００にエラーを通知すると決定されている場合は、ＰＣ４００へはエラー状態である旨の情報を送信し、ＰＣ２００へはエラー状態でない旨の情報を送信する。

一方、Ｓ４０１でエラーフラグがオフになっている場合は（Ｓ４０１：Ｎｏ）、Ｓ４０３に移行し、エラー状態でない旨の情報をＣＰＵ３１が送信してエラー処理に戻る。なお、エラーフラグがオフになっている状態とは、例えば、エラーが起こっていない状態か、またはＳ１２５にてエラーフラグがオフにされている状態のことである。

Ｓ４０３によりＭＦＰ１００からエラーが起こっていない旨の情報を受け取った他の装置では、エラーの通知を行わないようにする。つまり、既にエラーの通知が行われていた場合はエラーを非通知とする。

次に図１２を参照しつつ、実行指示受付処理について説明する。実行指示受付処理は、電力供給ユニット５０によってＣＰＵ３１への電力供給が行われると、ＣＰＵ３１により定期的に実行される。

Ｓ３００にて、ジョブの実行指示をＣＰＵ３１が受け付ける。ジョブの実行指示とは、例えば、ＰＣプリント，ファックス，コピー等の実行指示であり、操作パネル４０や各種インターフェース３７〜３９等を介して他の装置からＣＰＵ３１が受け付ける。

ジョブの実行指示を受け付けていない場合は（Ｓ３００：Ｎｏ）、実行指示受付処理を終了する。ジョブの実行指示を受け付けた場合は（Ｓ３００：Ｙｅｓ）、Ｓ３０１に移行する。

Ｓ３０１では、受け付けたジョブの実行が、起こっているエラーが解除されていなくても可能か否かをＣＰＵ３１が判断する。これは、例えばトナーエンプティのエラーが起こっている場合には、トナーを使用する印刷を行うようなコピー，ＰＣプリント等のジョブの実行は不可であると判断し、ファックスやスキャン等の実行は不可能であると判断する。

エラーが起こっていない場合やエラーが起こっている場合でも実行可能なジョブであった場合は（Ｓ３０１：Ｎｏ）、Ｓ３０７にて実行指示を受け付けたジョブの実行をＣＰＵ３１が行い、実行指示受付処理を終了する。ジョブの実行を行うことのできないエラーが発生していた場合は（Ｓ３０１：Ｙｅｓ）、Ｓ３０２に移行する。

Ｓ３０２では、実行指示を受け付けたジョブの種別から、ユーザが近傍にいるか否かをＣＰＵ３１が判断する。これはＳ１０１の処理と同様に図８のジョブテーブルを用いて行うが、エラーが起こった際に実行していたジョブに対して判断する点と、実行指示を受け付けたジョブに対して判断する点が異なる。

ユーザが近傍にいる場合は（Ｓ３０２：Ｙｅｓ）、実行指示受付処理を終了する。ユーザが近傍にいない場合は（Ｓ３０２：Ｎｏ）、Ｓ３０３にて他の装置へ未通知のエラーがあるか否かをＣＰＵ３１が判断する。これは、Ｓ１２１のステップと同様に、エラーフラグと各種センサ７０〜７５の検出信号により判断する。未通知のエラーがない場合は（Ｓ３０３：Ｎｏ）、実行指示受付処理を終了する。

未通知のエラーがある場合は（Ｓ３０３：Ｙｅｓ）、Ｓ３０４に移行してＣＰＵ３１がエラーフラグをオンにセットした後に、Ｓ３０５にて既述した通知処理を行う。なお、ここでは、エラーの通知先として、ジョブの実行指示を行った装置にエラーの通知を行う。その後、Ｓ３０６にてＣＰＵ３１が未通知タイマをリセットし、実行指示受付処理を終了する。

Ｓ３０１では、実行指示が行われたジョブが、起こっているエラーが解除されていなくても実行可能か否か判断している。これにより、エラーが起こっていても実行できるジョブであった場合は、不必要にエラーを通知してしまう可能性が低減できる。また、Ｓ３０２でジョブ種別からユーザが近傍にいるか否か判断している。ユーザが近傍にいる場合は
ユーザはＭＦＰ１００に通知されたエラーを確認することができる。そのため、Ｓ３０２の判断を行うことにより、不必要に他の装置にエラーの通知を行ってしまう可能性が低くなる。

なお、上記Ｓ３０１，Ｓ３０２を行うことは必須ではない。どちらか一方のみ実行してもよいし、両方行わなくてもよい。つまり、ジョブの実行指示が行われたときは（Ｓ３００：Ｙｅｓ）、必ずジョブの実行指示を行った装置にエラーの通知を行ってもよい。

以上記載したように、第１の実施形態によれば、エラーが起きた際にユーザが近傍にいるか否かによってエラーの通知先を決定することができるため、不必要なエラー通知を行ってしまう可能性が低減され、利便性が向上する。

また、操作パネル４０の操作を介してＭＦＰ１００の操作が行われたか否か、エラーを検出した際に実行していたジョブの種別、及びジョブの実行指示を受け付けたインターフェースによって、ユーザが近傍にいるか否かを判断するため、より正確に判断できる可能性が高い。

また、ＭＦＰ１００にエラーを通知した場合であっても、エラーが解除されない状態で規定時間が経過すると、ユーザが近傍にいないと判断して他の装置にエラーを通知することができる。そのため、他のユーザにエラーの通知を行うことができる。さらに、エラーの通知を行う他の装置として、エラー発生時に実行中だったジョブの実行指示を行った装置に通知することができるため、より適切な通知先にエラーの通知を行うことができる。

また、エラーが解除されていない状態で他の装置からジョブの実行指示を受け付けた場合は、実行指示を行った他の装置にエラーの通知を行うことができるため、ジョブを実行しようとしたユーザがエラーの通知を受け取ることができ、利便性が向上する。

なお、上記第１の実施形態では、Ｓ１０２とＳ１０３を両方実行しているが、これはいずれか一方でもよい。Ｓ１０２のみ実行する場合は、ジョブ種別からユーザが近傍にいないと判断された場合は（Ｓ１０２：Ｎｏ）、ジョブを種別に応じた通知先にエラーを通知すると決定し、Ｓ１１０に移行する。

また、エラー発生時にジョブが実行中でない場合は（Ｓ１０１：Ｎｏ）、Ｓ１０４に移行する。これにより、ジョブ種別からユーザが近傍にいない場合はＭＦＰ１００の操作が行われているか否かに関わらず他の装置にエラーを通知し、ジョブ種別からユーザが近傍にいると判断された場合（Ｓ１０２：Ｙｅｓ）、またはエラー発生時にジョブを実行していない場合は（Ｓ１０１：Ｎｏ）、ＭＦＰ１００にエラーを通知することができる。

一方、Ｓ１０３のみ実行する場合は、Ｓ１０１も行わなくてよい。エラーが発生した際には（Ｓ１００：Ｙｅｓ）、Ｓ１０３に移行する。Ｓ１０３でユーザが近傍にいないと判断された場合は（Ｓ１０３：Ｎｏ）、ＭＦＰ１００の各種インターフェース３７〜３９に接続されたいずれかの他の装置にエラーを通知すると決定する。なお、エラー発生時にジョブが実行中であった場合は、実行中のジョブの実行指示を行った装置をエラーの通知先をして決定する。これにより、ＭＦＰ１００の操作が検知された場合は、ジョブを実行しているか否かや、実行していたジョブの種別に関わらずＭＦＰ１００にエラーを通知し、一方、操作が検知されない場合には他の装置にエラーを通知することができる。

また、第１の実施形態において、Ｓ１０４にてＭＦＰ１００の表示部４２等にエラーを表示した後、規定時間が経過して（Ｓ１０６：Ｙｅｓ）Ｓ１０８にて通知処理を行う場合は、エラーが表示部４２に表示されたままになっている。しかしながら、Ｓ１０８にて他の装置にエラーが通知されるため、表示部４２でのエラー通知は行わないようにしてもよい。これにより、不必要なエラーの通知をより低減することができる。

［第２の実施形態］
続いて、第２の実施形態における通知処理について図１３，図１４を参照しつつ説明する。第２の実施形態では、ＭＦＰ１００がエラー状態を自発的にＰＣ２００等の他の装置に送信する。この点、他の装置からの状態取得要求に応じて、ＭＦＰ１００が状態を送信する第１の実施形態とは異なる。

なお、第１の実施形態と同じ処理については、第１の実施形態と同じ符号を付し、説明を省略する。

第２の実施形態における通知処理の流れを、図１３を参照しつつ説明する。

まず、エラーが起こっていない場合や、エラーが発生した際にエラー処理にて他の装置にエラーを通知しないと決定された場合は、ＭＦＰ１００は他の装置にエラーの情報を送信しない。

エラー処理にて、エラーが他の装置に未通知の状態で規定時間が経過した場合や（Ｓ１０６：Ｙｅｓ）、他の装置にエラーを通知すると決定された場合に（Ｓ１０３：Ｎｏ）、初めてＭＦＰ１００はエラー情報を他の装置に送信する。

そして、他の装置に通知中のエラーが解除された場合（Ｓ１２２：Ｎｏ）は、Ｓ１２５でエラーフラグがオフになっている。そのため、エラーが起こっておらず、ジョブの実行が可能である旨の情報（Ｒｅａｄｙ）を送信する。

次に、図１４を参照しつつＭＦＰ１００の処理について説明する。

図１３では、エラーが起こったとき、またはエラーが解除されたときに、Ｓ５０１にてＣＰＵ３１がエラー状態を一斉送信する。一斉送信とは、ＭＦＰ１００に接続されている全ての他の装置にエラーの情報を送信することである。このとき、通知先として決定した通知先があれば、その通知先に関する情報も送信する。そしてエラー処理に戻る。

Ｓ５０１でエラー情報を受け取った他の装置では、エラーの通知先に該当している場合は、エラーの表示が行われる。または、エラーが解除された場合はエラーの非表示が行われる。

なお、Ｓ５０１では、接続されている全ての他の装置にエラー情報を送信せず、通知先となっている他の装置のみに情報を送信してもよい。これにより、エラーを通知する必要のない他の装置にも不必要にエラー情報を送信してしまうことがなくなる。

以上記載したように、第２の実施形態によれば、他の装置に通知するエラーが起こった際や解除された際に、ＭＦＰ１００が判断して他の装置にエラーの情報を送信することができる。

また、本実施形態は単なる例示にすぎず、本発明を何ら限定するものではない。したがって本発明は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。

例えば、ＭＦＰに限らず、複写機等、画像読取機能を備えるものであれば適用可能である。

また、上記実施形態では、１つのＣＰＵ３１がエラー処理，操作検知処理，通知処理，実行指示受付処理を全て実行したが本発明はこれに限られず、複数のＣＰＵや、専用回路ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などで実行してもよい。また、例えば、通知先の決定，エラー表示，規定時間の計時などを別々のＣＰＵに実行させてもよい。

３１ ＣＰＵ
３４ ＮＶＲＡＭ
３７ ネットワークインターフェース
３８ ファックスインターフェース
３９ ＵＳＢインターフェース
４０ 操作パネル
４２ 表示部
５０ 電力供給ユニット
５１ 画像形成部
５２ 画像読取部
７０ カバーセンサ
７１ 原稿センサ
７３ トナーセンサ
７４ 紙詰まりセンサ
７５ トレイセンサ
１００ ＭＦＰ
２００ ＰＣ
３００ ファックス装置
４００ ＰＣ

Claims (8)

1. 自装置のエラーの発生を検出する検出手段と、
   前記検出手段がエラーの発生を検出した場合にジョブが実行中であるか否かを判定する判定手段と、
   前記検出手段がエラーの発生を検出した場合にユーザが自装置の近傍にいるか否かを判断する判断手段と、
   自装置に対するユーザの操作を検知する検知手段と、
   前記判断手段による判断結果に基づいて、エラーの通知先を決定する決定手段と、
   を備え、
   前記判断手段は、前記判定手段がジョブを実行中であると判断した場合は、前記検出手段がエラーを検出した際に実行していた実行ジョブの種別に応じてユーザが近傍にいるか否かを判断し、前記判定手段がジョブを実行中でないと判断した場合は、前記検知手段がユーザの操作を受け付けているか否かに応じてユーザが近傍にいるか否かを判断する、画像処理装置。
2. 請求項１に記載の画像処理装置において、
   前記判断手段は、さらに前記検知手段が自装置の操作を検知してから規定時間が経過していない場合にユーザが自装置の近傍にいると判断し、前記検知手段が自装置の操作を検知してから規定時間が経過した場合にはユーザが自装置の近傍にいないと判断し、
   前記決定手段は、ユーザが自装置の近傍にいる場合は、自装置にエラーを通知し、ユーザが自装置の近傍にいない場合は他の装置にエラーを通知すると決定する、画像処理装置。
3. 請求項２に記載の画像処理装置において、
   前記決定手段が自装置にエラーを通知すると決定した場合に、規定時間エラーが解除されないときは、前記判断手段は、ユーザが自装置の近傍にいないと判断し、
   前記決定手段は、他の装置にエラーを通知すると決定する、画像処理装置。
4. 請求項１から請求項３のいずれかに記載の画像処理装置において、
   他の装置から画像処理の実行指示を受け付ける受付手段を備え、
   前記決定手段は、エラーが解除されていない場合に、前記受付手段が前記実行指示を受け付けたときは、当該実行指示を送信した前記他の装置にエラーを通知すると決定する、画像処理装置。
5. 請求項１から請求項４のいずれかに記載の画像処理装置において、
   前記決定手段は、前記実行ジョブの種別に応じた通知先にエラーを通知すると決定する、画像処理装置。
6. 請求項５に記載の画像処理装置において、
   前記判断手段は、さらに前記実行ジョブの実行指示を受け付けたインターフェースに応じてユーザが近傍にいるか否かを判断し、
   前記決定手段は、前記インターフェースに応じた通知先にエラーを通知すると決定する、画像処理装置。
7. 請求項１から請求項６のいずれかに記載の画像処理装置において、
   エラーの種類ごとに対応付けられた通知時間を記憶する記憶手段を備え、
   前記決定手段は、エラーが解除されていない時間が、前記エラーに対応付けられた通知時間を経過した場合に、他の装置にエラーを通知すると決定する、画像処理装置。
8. 画像処理装置を、
   自装置のエラーの発生を検出する検出手段と、
   前記検出手段がエラーの発生を検出した場合にジョブが実行中であるか否かを判定する判定手段と、
   前記検出手段がエラーの発生を検出した場合にユーザが自装置の近傍にいるか否かを判断する判断手段と、
   自装置に対するユーザの操作を検知する検知手段と、
   前記判断手段による判断結果に基づいて、エラーの通知先を決定する決定手段として機能させ、
   前記判断手段は、前記判定手段がジョブを実行中であると判断した場合は、前記検出手段がエラーを検出した際に実行していた実行ジョブの種別に応じてユーザが近傍にいるか否かを判断し、前記判定手段がジョブを実行中でないと判断した場合は、前記検知手段がユーザの操作を受け付けているか否かに応じてユーザが近傍にいるか否かを判断するように機能させるプログラム。
   

Images