画像形成装置
【課題】 画像形成装置において、異常が発生した場合に、実行待ちジョブの実行遅れを低減する。
【解決手段】 画像形成装置１において、ジョブ管理部２１は、ジョブを順番に実行し、通知処理部２３は、異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部２１において実行中のジョブの要求元、およびジョブ管理部２１において実行待ちとなっている少なくとも１つのジョブの要求元に対して異常を通知する。
【解決手段】 画像形成装置１において、ジョブ管理部２１は、ジョブを順番に実行し、通知処理部２３は、異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部２１において実行中のジョブの要求元、およびジョブ管理部２１において実行待ちとなっている少なくとも１つのジョブの要求元に対して異常を通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に関するものである。
【背景技術】
【０００２】
ある画像形成装置は、ホスト装置から要求されたジョブを実行し、エラーなどの異常が発生した場合、ホスト装置へ異常の発生を通知し、ジョブの要求元であるユーザーのホスト装置は、その通知を受け付けると、異常の発生を示すメッセージを表示したりする（例えば特許文献１，２参照）。
【０００３】
ジャム、印刷用紙切れなどのように、画像形成装置において発生した異常がユーザーにより除去可能な異常である場合、上述のようにユーザーのホスト装置へ異常発生の通知を行うことで、ユーザーが画像形成装置の異常に気付き画像形成装置の異常を除去することができ、ジョブの実行を再開することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−３２４３０号公報
【特許文献２】特開２００４−４６３３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のようにユーザーのホスト装置へ異常を通知したときに、ユーザーがその通知に気付かなかったり、ユーザーが不在であったりした場合、そのユーザーによって画像形成装置の異常が除去されない。そのときに画像形成装置において実行待ちジョブが存在する場合、異常が除去されないため、実行待ちジョブの実行が長時間遅れてしまう。
【０００６】
本発明は、上記の問題に鑑みてなされたものであり、異常が発生した場合に、実行待ちジョブの実行遅れを低減する画像形成装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明では以下のようにした。
【０００８】
本発明に係る画像形成装置は、ジョブを順番に実行するジョブ管理部と、異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部において実行中のジョブの要求元、およびジョブ管理部において実行待ちとなっている少なくとも１つのジョブの要求元に対して異常を通知する通知処理部とを備える。
【０００９】
これにより、実行中のジョブの要求元のユーザーが異常を除去しない場合でも、実行待ちのジョブの要求元のユーザーが異常に気付きその異常を除去することができる。したがって、異常が発生した場合に、実行待ちジョブの実行遅れが低減される。
【００１０】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、通知処理部は、異常の初回の通知を行った後、異常の初回の通知または異常の検出から所定の設定時間の経過後に異常が解消されていない場合には、異常の追加の通知を、ジョブ管理部において実行待ちとなっているジョブの要求元のうちの未通知である要求元における所定数の要求元に対して行う。
【００１１】
これにより、複数のユーザーに対して段階的に異常が通知されるため、必要以上に多くのユーザーに異常が通知されずに済む。
【００１２】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、実行待ちの順番で、実行待ちとなっている最初のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行う。
【００１３】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、実行待ちの順番とは逆の順番で、実行待ちとなっている最後のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行う。
【００１４】
これにより、最近、ジョブの要求を発行したユーザーから優先的に異常の通知が届くため、その通知に気付く可能性が高くなる。
【００１５】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、ジョブ管理部において実行待ちとなっているジョブの要求元のうち、所定のユーザーグループに属するユーザーのみに対して異常を通知する。
【００１６】
これにより、管理責任者などの特定のユーザーに対して異常が通知され、異常除去の作業を行わないユーザーに通知されずに済むようにすることができる。
【００１７】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、上述の通知を行った要求元について、前回の通知から所定の設定時間の経過後に異常が解消されていない場合には、その要求元に対して異常の通知を再度行う。
【００１８】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、上述のジョブは、印刷ジョブであり、上述の異常は、ジャムまたは消耗品切れである。
【００１９】
これにより、実行中の印刷ジョブの要求元のユーザーがジャムまたは印刷用紙、トナーなどの消耗品切れを解消しない場合でも、実行待ちの印刷ジョブの要求元のユーザーがジャムまたは消耗品切れに気付きそのジャムまたは消耗品切れを解消することができる。したがって、ジャムまたは消耗品切れが発生した場合に、実行待ち印刷ジョブの実行遅れが低減される。
【発明の効果】
【００２０】
本発明によれば、画像形成装置において、異常が発生した場合に、実行待ちジョブの実行遅れが低減される。
【図面の簡単な説明】
【００２１】
【図１】図１は、本発明の実施の形態に係る画像形成装置を含むシステムの構成を示すブロック図である。
【図２】図２は、図１における画像形成装置の構成を示すブロック図である。
【図３】図３は、図２に示す画像形成装置において異常が発生したときの通知処理部の動作を説明するフローチャートである。
【図４】図４は、図２に示す画像形成装置のジョブ管理部によるジョブリストの一例を示す図である。
【発明を実施するための形態】
【００２２】
以下、図に基づいて本発明の実施の形態を説明する。
【００２３】
図１は、本発明の実施の形態に係る画像形成装置を含むシステムの構成を示すブロック図である。図１に示すシステムでは、画像形成装置１にネットワーク２を介して複数の端末装置３−１〜３−５が接続されている。なお、図１では、５台の端末装置３−１〜３−５が記載されているが、システムに含まれる端末装置は５台に限定されるものではない。
【００２４】
画像形成装置１は、プリンター機能、スキャナー機能、ファクシミリ通信機能などを有し、端末装置３−ｉ（ｉ＝１，・・・，５）からの要求に応じたジョブ（印刷ジョブ、ファクシミリ送信ジョブなど）を実行する。なお、この実施の形態では、画像形成装置１は、複合機であるが、プリンター、ファクシミリ機などでもよい。
【００２５】
端末装置３−ｉは、それぞれ、画像形成装置１のドライバーをインストールされたパーソナルコンピューターなどであり、ユーザー操作に従って、印刷などのジョブの要求をドライバーで画像形成装置１へ送信する。例えば、１台の端末装置３−ｉが１人のユーザーにより操作される。
【００２６】
図２は、図１における画像形成装置１の構成を示すブロック図である。画像形成装置１は、印刷装置１１、画像読取装置１２、ファクシミリ装置１３、操作パネル１４、ネットワークインターフェイス１５、演算処理装置１６、および記憶装置１７を備える。
【００２７】
印刷装置１１は、各印刷ジョブに基づく印刷データに基づいて文書画像を印刷する内部装置である。画像読取装置１２は、文書から文書画像を光学的に読み取り、文書画像の画像データを生成する内部装置である。ファクシミリ装置１３は、ファクシミリ送信ジョブに基づく送信すべき文書データからファクシミリ信号を生成し送信するとともに、ファクシミリ信号を受信し文書データに変換する内部装置である。
【００２８】
また、操作パネル１４は、画像形成装置１の筐体表面に配置され、ユーザーに対して各種情報を表示する表示装置と、ユーザー操作を検出する入力装置とを有する。表示装置としては例えば液晶ディスプレイが使用される。入力装置としては、キースイッチ、タッチパネルなどが使用される。
【００２９】
また、ネットワークインターフェイス１５は、ネットワーク２に接続され、そのネットワーク２に接続された端末装置３−ｉなどとデータ通信を行う回路である。
【００３０】
また、演算処理装置１６は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＡＳＩＣ（Application Specific Integrated Circuit）などを有するコンピューターであり、ＲＯＭや記憶装置１７などからＲＡＭへプログラムをロードし、そのプログラムをＣＰＵで実行することにより、各種処理部を実現する。この実施の形態では、演算処理装置１６において、ジョブ管理部２１、画像処理部２２、および通知処理部２３が実現される。
【００３１】
ジョブ管理部２１は、ユーザー操作に基づく端末装置３−ｉからの要求を受け付け、その要求に応じたジョブを生成し、待ち行列でジョブの実行順番を管理し、ジョブを順番に実行する。なお、ジョブ管理部２１は、ジョブの要求元のユーザーを、端末装置３−ｉから画像形成装置１へのログイン時のユーザーＩＤや端末装置３−ｉから受信される要求に付加されているユーザーＩＤなどから特定する。
【００３２】
例えば ジョブ管理部２１は、ネットワークインターフェイス１５で、端末装置３−ｉからの印刷データ（ＰＤＬ（Page Description Language）データなど）を伴う印刷要求を受信すると、印刷ジョブを生成し、印刷ジョブの待ち行列で、その印刷ジョブを管理し、その印刷ジョブの画像を印刷装置１１に順番に印刷させる。
【００３３】
画像処理部２２は、印刷データに対して、ラスタライズなどの画像処理を行い、印刷装置１１により処理可能な形式のデータを生成する。
【００３４】
通知処理部２３は、印刷装置１１などの内部装置の異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部において実行中のジョブの要求元、およびジョブ管理部２１において実行待ちとなっているジョブの要求元に対して異常を通知する。
【００３５】
この実施の形態における「異常」とは、ジョブの実行が中断され、ユーザーにより除去可能なものをいう。例えば、印刷ジョブの場合のジャム、消耗品切れ（例えば、トナー切れ、ドラム寿命切れ、または印刷用紙切れ）などが、この「異常」に該当する。
【００３６】
この実施の形態では、通知処理部２３は、ジョブの要求元のユーザーの電子メールアドレスを宛先とした電子メールをネットワークインターフェイス１５で送信することにより、異常を通知する。
【００３７】
この実施の形態では、通知処理部２３は、異常の初回の通知または異常の検出から所定の設定時間の経過後に異常が解消されていない場合には、その異常についての追加の通知を行う。詳細には、通知処理部２３は、初回の通知において、ジョブ管理部２１において実行中ジョブの要求元と実行待ちジョブの要求元のうちの所定数の要求元とに対して異常を通知し、追加の通知において、ジョブ管理部２１において実行待ちとなっているジョブの要求元のうちの未通知である要求元のうちの所定数の要求元に対して異常を通知する。
【００３８】
また、この実施の形態では、通知処理部２３は、通知設定データ３１における設定値に応じて、（ａ）実行待ちの順番で、実行待ちとなっている最初のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行うか、（ｂ）実行待ちの順番とは逆の順番で、実行待ちとなっている最後のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行う。
【００３９】
また、記憶装置１７は、各種データを格納可能な装置である。記憶装置１７としては、不揮発性メモリ、ハードディスクドライブなどの不揮発性の大容量記憶媒体が使用される。記憶装置１７には、通知設定データ３１、およびユーザー登録データ３２が予め記憶されている。
【００４０】
通知設定データ３１は、通知処理部２３による異常通知の設定データであって、（ａ）異常検出時の初回通知の宛先数、（ｂ）設定時間経過後の追加通知の宛先数、（ｃ）追加通知までの設定時間、（ｄ）通知順、（ｅ）反復通知回数、（ｆ）追加通知の回数などの設定項目に対する設定値を有する。
【００４１】
「異常検出時の初回通知の宛先数」の設定値は、（ａ１）通知設定データ３１に予め記述されたユーザー指定の宛先数、（ａ２）異常時に実行中のジョブの要求元のみ、（ａ３）異常時に実行中のジョブの要求元および異常時に実行待ちのジョブの要求元のすべて、並びに（ａ４）通知しない、のいずれかとされる。
【００４２】
「設定時間経過後の追加通知の宛先数」の設定値は、通知設定データ３１に予め記述されたユーザー指定の宛先数とされる。
【００４３】
「追加通知までの設定時間」の設定値は、通知設定データ３１に予め記述されたユーザー指定の時間とされる。この時間は、例えば分単位で指定される。
【００４４】
「通知順」の設定値は、（ｄ１）実行待ちのジョブの待ち行列の最初のジョブの要求元から正順に通知の宛先を選択する正順モード、および（ｄ２）実行待ちのジョブの待ち行列の最後のジョブの要求元から逆順に通知の宛先を選択する逆順モード、のいずれかとされる。
【００４５】
「反復通知回数」の設定値は、（ｅ１）各宛先に対して１度のみの通知、および（ｅ２）各宛先に対して所定時間経過ごとの反復通知、のいずれかとされる。
【００４６】
「追加通知の回数」の設定値は、通知設定データ３１に予め記述されたユーザー指定の追加通知を行う回数とされる。
【００４７】
ユーザー登録データ３２は、各登録ユーザーについて、ユーザーＩＤと、そのユーザーの属性情報（電子メールアドレス、所属ユーザーグループなど）とを、互いに関連付けた状態で有する。
【００４８】
次に、上記画像形成装置の動作について説明する。
【００４９】
ジョブ管理部２１は、印刷ジョブなどの要求を受け付けると、要求されたジョブを生成し、実行中のジョブが存在しない場合には、そのジョブをただちに実行し、実行中のジョブが存在する場合には、そのジョブを待ち行例に追加する。
【００５０】
そして、ジョブ管理部２１は、ジョブの実行が完了すると、そのときに待ち行列にジョブが存在すれば、待ち行列の先頭のジョブを実行する。
【００５１】
ジョブの実行中に、印刷装置１１などの内部装置に異常が発生し、内部装置の動作が中断されると、その内部装置は、異常の発生をジョブ管理部２１に通知する。ジョブ管理部２１は、ジョブの実行中に、印刷装置１１などの内部装置における異常を検出すると、以下の異常通知処理を通知処理部２３に実行させる。
【００５２】
図３は、図２に示す画像形成装置１において異常が発生したときの通知処理部２３の動作を説明するフローチャートである。
【００５３】
通知処理部２３は、異常通知処理において、まず、ジョブ管理部２１からその時点のジョブリストを取得するとともに、記憶装置１７から通知設定データ３１を取得する（ステップＳ１）。
【００５４】
図４は、図２に示す画像形成装置１のジョブ管理部２１によるジョブリストの一例を示す図である。図４に示すように、ジョブリストでは、ジョブの状態（実行中、または待ちの順位）とジョブの要求元のユーザーＩＤが、ジョブ管理部２１によりジョブ生成時にジョブに割り当てられるジョブＩＤに関連付けられている。
【００５５】
そして、通知処理部２３は、そのジョブリストおよび通知設定データ３１に基づいて初回通知先ユーザーを特定する（ステップＳ２）。
【００５６】
このとき、通知設定データ３１における「異常検出時の初回通知の宛先数」の設定値が「異常時に実行中のジョブの要求元のみ」である場合には、通知処理部２３は、初回通知先ユーザーとして、実行中のジョブの要求元のユーザーを選択する。
【００５７】
また、このとき、通知設定データ３１における「異常検出時の初回通知の宛先数」の設定値がユーザー指定の宛先数である場合には、通知処理部２３は、初回通知先ユーザーとして、実行中のジョブの要求元のユーザーと、実行待ちのジョブの要求元のユーザーのうちの、その宛先数より１だけ少ない数のユーザーを選択する。実行待ちのジョブの要求元のユーザーから選択されるユーザーは、上述の「通知順」の設定値に応じて、実行待ちのジョブの待ち行列の最初のジョブの要求元から正順に、または、最後のジョブの要求元から逆順に選択される。
【００５８】
また、このとき、通知設定データ３１における「異常検出時の初回通知の宛先数」の設定値が「異常時に実行中のジョブの要求元および異常時に実行待ちのジョブの要求元のすべて」である場合、通知処理部２３は、初回通知先ユーザーとして、実行中のジョブの要求元のユーザーと、実行待ちのすべてのジョブの要求元のユーザーとを選択する。
【００５９】
そして、通知処理部２３は、特定した初回通知先ユーザーに対して初回の異常通知を行う（ステップＳ３）。具体的には、通知処理部２３は、特定した初回通知先ユーザーのユーザーＩＤに関連付けられている電子メールアドレスを、ユーザー登録データ３２で特定し、特定した電子メールアドレスを宛先として、異常発生、異常の種別、除去方法などを示すメッセージを含む電子メールを図示せぬメールサーバーへ送信する。通知処理部２３は、異常を通知したユーザーのユーザーＩＤを、その異常が解消されるまで記憶している。
【００６０】
その後、通知処理部２３は、通知設定データ３１における「追加通知までの設定時間」が経過するまで待機し（ステップＳ４）、その「追加通知までの設定時間」が経過すると、ステップＳ３で通知した異常が解消されているか否かを判定する（ステップＳ５）。
【００６１】
ステップＳ３で通知した異常が解消されていない場合、通知処理部２３は、追加通知を行うため、上述のジョブリストおよび通知設定データ３１に基づいて追加通知先ユーザーを特定する（ステップＳ６）。なお、追加通知先ユーザーは、未通知のユーザーから選択され、通知済みのユーザーからは選択されない。
【００６２】
具体的には、通知処理部２３は、ジョブリスト内の実行待ちジョブの要求元ユーザーにおける未通知のユーザーから、上述の「設定時間経過後の追加通知の宛先数」だけのユーザーを、上述の「通知順」の設定値に応じて選択する。
【００６３】
そして、通知処理部２３は、特定した追加通知先ユーザーに対して追加の異常通知を行う（ステップＳ７）。具体的には、通知処理部２３は、ステップＳ６で特定した追加通知先ユーザーのユーザーＩＤに関連付けられている電子メールアドレスを、ユーザー登録データ３２で特定し、特定した電子メールアドレスを宛先として、異常発生、異常の種別、除去方法などを示すメッセージを含む電子メールを送信する。通知処理部２３は、異常を通知したユーザーのユーザーＩＤを、その異常が解消されるまで記憶している。
【００６４】
その後、通知処理部２３は、通知設定データ３１における「追加通知までの設定時間」が経過するまで待機し（ステップＳ８）、その「追加通知までの設定時間」が経過すると、ステップＳ３およびステップＳ７で通知した異常が解消されているか否かを判定する（ステップＳ９）。
【００６５】
その異常が解消されていない場合、通知処理部２３は、通知設定データ３１における「追加通知の回数」に基づいて、さらに追加通知を行うか否かを判定する（ステップＳ１０）。具体的には、ステップＳ７の追加通知の実行回数が上述の「追加通知の回数」未満であれば、通知処理部２３は、さらに追加通知を行うと判定する。
【００６６】
さらに追加通知を行うと判定した場合、通知処理部２３は、ステップＳ６に戻り、未通知のユーザーから追加通知先ユーザーを同様に選択し、同様に追加の通知を行う（ステップＳ７）。
【００６７】
さらなる追加通知を行わないと判定した場合、通知処理部２３は、上述の「反復通知回数」の設定値が「１度のみの通知」であれば、異常通知処理を終了する。一方、「反復通知回数」の設定値が「反復通知」である場合には、通知処理部２３は、既に通知した宛先に対して、異常が解消されるまで、所定の時間ごとに繰り返し通知を行う。
【００６８】
また、ステップＳ５において異常が解消されたと判定した場合、通知処理部２３は、初回異常通知（ステップＳ３）で通知したユーザーに対して、異常解消を通知する（ステップＳ１１）。ステップＳ９において異常が解消されたと判定した場合には、通知処理部２３は、初回異常通知（ステップＳ３）および１回または複数回の追加異常通知（ステップＳ７）で通知したすべてのユーザーに対して、異常解消を通知する（ステップＳ１１）。具体的には、通知処理部２３は、そのユーザーのユーザーＩＤに関連付けられている電子メールアドレスを宛先として、異常解消などを示すメッセージを含む電子メールを送信する。
【００６９】
例えば、ジョブリストが図４に示すものであり、「異常検出時の初回通知の宛先数」が３であり、「設定時間経過後の追加通知の宛先数」が２であり、「通知順」が「逆順モード」であり、「追加通知の回数」が２である場合、まず、初回異常通知において、ユーザーＩＤがＡ５３７、Ａ５０９、Ａ００１である３ユーザーに対して異常通知が行われ、次に、１回目の追加異常通知において、ユーザーＩＤがＡ１１０、Ａ７１８である２ユーザーに対して異常通知が行われ、２回目の追加異常通知において、ユーザーＩＤがＡ４３８、Ａ１１９である２ユーザーに対して異常通知が行われる。また、例えば、ジョブリストが図４に示すものであり、「異常検出時の初回通知の宛先数」が２であり、「設定時間経過後の追加通知の宛先数」が３であり、「通知順」が「正順モード」であり、「追加通知の回数」が２である場合、まず、初回異常通知において、ユーザーＩＤがＡ５３７、Ａ１０１である２ユーザーに対して異常通知が行われ、次に、１回目の追加異常通知において、ユーザーＩＤがＡ１１９、Ａ４３８、Ａ７１８である３ユーザーに対して異常通知が行われ、２回目の追加異常通知において、ユーザーＩＤがＡ１１０、Ａ００１、Ａ５０９である３ユーザーに対して異常通知が行われる。
【００７０】
以上のように、上記実施の形態によれば、ジョブ管理部２１は、ジョブを順番に実行し、通知処理部２３は、異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部２１において実行中のジョブの要求元、およびジョブ管理部２１において実行待ちとなっているジョブの要求元に対して異常を通知する。
【００７１】
これにより、実行中のジョブの要求元のユーザーが異常を除去しない場合でも、実行待ちのジョブの要求元のユーザーが異常に気付きその異常を除去することができる。したがって、異常が発生した場合、いずれかのユーザーにより短時間で異常が解消される可能性が高く、実行待ちジョブの実行遅れが低減される。
【００７２】
なお、上述の実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【００７３】
例えば、上記実施の形態において、通知処理部２３は、ジョブ管理部２１において実行待ちとなっているジョブの要求元のうち、所定のユーザーグループに属するユーザーのみに対して異常を通知するようにしてもよい。なお、ユーザーの属するユーザーグループは、ユーザー登録データ３２で特定される。これにより、管理責任者などの特定のユーザーに対して異常が通知され、異常除去の作業を行わないユーザーに通知されずに済むようにすることができる。
【００７４】
また、上記実施の形態では、要求元をユーザーＩＤで特定しているが、端末装置３−ｉの識別子（ネットワークアドレスなど）で特定するようにしてもよい。
【００７５】
また、上記実施の形態では、通知方法として電子メールを使用しているが、通知処理部２３は、所定の通信プロトコルを使用して端末装置３−ｉのドライバーに対して通知を行い、異常発生などを示すメッセージをドライバーに表示させるようにしてもよい。
【産業上の利用可能性】
【００７６】
本発明は、例えば、プリンター、複合機などの画像形成装置に適用可能である。
【符号の説明】
【００７７】
１ 画像形成装置
２１ ジョブ管理部
２３ 通知処理部
【技術分野】
【０００１】
本発明は、画像形成装置に関するものである。
【背景技術】
【０００２】
ある画像形成装置は、ホスト装置から要求されたジョブを実行し、エラーなどの異常が発生した場合、ホスト装置へ異常の発生を通知し、ジョブの要求元であるユーザーのホスト装置は、その通知を受け付けると、異常の発生を示すメッセージを表示したりする（例えば特許文献１，２参照）。
【０００３】
ジャム、印刷用紙切れなどのように、画像形成装置において発生した異常がユーザーにより除去可能な異常である場合、上述のようにユーザーのホスト装置へ異常発生の通知を行うことで、ユーザーが画像形成装置の異常に気付き画像形成装置の異常を除去することができ、ジョブの実行を再開することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−３２４３０号公報
【特許文献２】特開２００４−４６３３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のようにユーザーのホスト装置へ異常を通知したときに、ユーザーがその通知に気付かなかったり、ユーザーが不在であったりした場合、そのユーザーによって画像形成装置の異常が除去されない。そのときに画像形成装置において実行待ちジョブが存在する場合、異常が除去されないため、実行待ちジョブの実行が長時間遅れてしまう。
【０００６】
本発明は、上記の問題に鑑みてなされたものであり、異常が発生した場合に、実行待ちジョブの実行遅れを低減する画像形成装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明では以下のようにした。
【０００８】
本発明に係る画像形成装置は、ジョブを順番に実行するジョブ管理部と、異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部において実行中のジョブの要求元、およびジョブ管理部において実行待ちとなっている少なくとも１つのジョブの要求元に対して異常を通知する通知処理部とを備える。
【０００９】
これにより、実行中のジョブの要求元のユーザーが異常を除去しない場合でも、実行待ちのジョブの要求元のユーザーが異常に気付きその異常を除去することができる。したがって、異常が発生した場合に、実行待ちジョブの実行遅れが低減される。
【００１０】
また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、通知処理部は、異常の初回の通知を行った後、異常の初回の通知または異常の検出から所定の設定時間の経過後に異常が解消されていない場合には、異常の追加の通知を、ジョブ管理部において実行待ちとなっているジョブの要求元のうちの未通知である要求元における所定数の要求元に対して行う。
【００１１】
これにより、複数のユーザーに対して段階的に異常が通知されるため、必要以上に多くのユーザーに異常が通知されずに済む。
【００１２】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、実行待ちの順番で、実行待ちとなっている最初のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行う。
【００１３】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、実行待ちの順番とは逆の順番で、実行待ちとなっている最後のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行う。
【００１４】
これにより、最近、ジョブの要求を発行したユーザーから優先的に異常の通知が届くため、その通知に気付く可能性が高くなる。
【００１５】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、ジョブ管理部において実行待ちとなっているジョブの要求元のうち、所定のユーザーグループに属するユーザーのみに対して異常を通知する。
【００１６】
これにより、管理責任者などの特定のユーザーに対して異常が通知され、異常除去の作業を行わないユーザーに通知されずに済むようにすることができる。
【００１７】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、上述の通知を行った要求元について、前回の通知から所定の設定時間の経過後に異常が解消されていない場合には、その要求元に対して異常の通知を再度行う。
【００１８】
また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、上述のジョブは、印刷ジョブであり、上述の異常は、ジャムまたは消耗品切れである。
【００１９】
これにより、実行中の印刷ジョブの要求元のユーザーがジャムまたは印刷用紙、トナーなどの消耗品切れを解消しない場合でも、実行待ちの印刷ジョブの要求元のユーザーがジャムまたは消耗品切れに気付きそのジャムまたは消耗品切れを解消することができる。したがって、ジャムまたは消耗品切れが発生した場合に、実行待ち印刷ジョブの実行遅れが低減される。
【発明の効果】
【００２０】
本発明によれば、画像形成装置において、異常が発生した場合に、実行待ちジョブの実行遅れが低減される。
【図面の簡単な説明】
【００２１】
【図１】図１は、本発明の実施の形態に係る画像形成装置を含むシステムの構成を示すブロック図である。
【図２】図２は、図１における画像形成装置の構成を示すブロック図である。
【図３】図３は、図２に示す画像形成装置において異常が発生したときの通知処理部の動作を説明するフローチャートである。
【図４】図４は、図２に示す画像形成装置のジョブ管理部によるジョブリストの一例を示す図である。
【発明を実施するための形態】
【００２２】
以下、図に基づいて本発明の実施の形態を説明する。
【００２３】
図１は、本発明の実施の形態に係る画像形成装置を含むシステムの構成を示すブロック図である。図１に示すシステムでは、画像形成装置１にネットワーク２を介して複数の端末装置３−１〜３−５が接続されている。なお、図１では、５台の端末装置３−１〜３−５が記載されているが、システムに含まれる端末装置は５台に限定されるものではない。
【００２４】
画像形成装置１は、プリンター機能、スキャナー機能、ファクシミリ通信機能などを有し、端末装置３−ｉ（ｉ＝１，・・・，５）からの要求に応じたジョブ（印刷ジョブ、ファクシミリ送信ジョブなど）を実行する。なお、この実施の形態では、画像形成装置１は、複合機であるが、プリンター、ファクシミリ機などでもよい。
【００２５】
端末装置３−ｉは、それぞれ、画像形成装置１のドライバーをインストールされたパーソナルコンピューターなどであり、ユーザー操作に従って、印刷などのジョブの要求をドライバーで画像形成装置１へ送信する。例えば、１台の端末装置３−ｉが１人のユーザーにより操作される。
【００２６】
図２は、図１における画像形成装置１の構成を示すブロック図である。画像形成装置１は、印刷装置１１、画像読取装置１２、ファクシミリ装置１３、操作パネル１４、ネットワークインターフェイス１５、演算処理装置１６、および記憶装置１７を備える。
【００２７】
印刷装置１１は、各印刷ジョブに基づく印刷データに基づいて文書画像を印刷する内部装置である。画像読取装置１２は、文書から文書画像を光学的に読み取り、文書画像の画像データを生成する内部装置である。ファクシミリ装置１３は、ファクシミリ送信ジョブに基づく送信すべき文書データからファクシミリ信号を生成し送信するとともに、ファクシミリ信号を受信し文書データに変換する内部装置である。
【００２８】
また、操作パネル１４は、画像形成装置１の筐体表面に配置され、ユーザーに対して各種情報を表示する表示装置と、ユーザー操作を検出する入力装置とを有する。表示装置としては例えば液晶ディスプレイが使用される。入力装置としては、キースイッチ、タッチパネルなどが使用される。
【００２９】
また、ネットワークインターフェイス１５は、ネットワーク２に接続され、そのネットワーク２に接続された端末装置３−ｉなどとデータ通信を行う回路である。
【００３０】
また、演算処理装置１６は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＡＳＩＣ（Application Specific Integrated Circuit）などを有するコンピューターであり、ＲＯＭや記憶装置１７などからＲＡＭへプログラムをロードし、そのプログラムをＣＰＵで実行することにより、各種処理部を実現する。この実施の形態では、演算処理装置１６において、ジョブ管理部２１、画像処理部２２、および通知処理部２３が実現される。
【００３１】
ジョブ管理部２１は、ユーザー操作に基づく端末装置３−ｉからの要求を受け付け、その要求に応じたジョブを生成し、待ち行列でジョブの実行順番を管理し、ジョブを順番に実行する。なお、ジョブ管理部２１は、ジョブの要求元のユーザーを、端末装置３−ｉから画像形成装置１へのログイン時のユーザーＩＤや端末装置３−ｉから受信される要求に付加されているユーザーＩＤなどから特定する。
【００３２】
例えば ジョブ管理部２１は、ネットワークインターフェイス１５で、端末装置３−ｉからの印刷データ（ＰＤＬ（Page Description Language）データなど）を伴う印刷要求を受信すると、印刷ジョブを生成し、印刷ジョブの待ち行列で、その印刷ジョブを管理し、その印刷ジョブの画像を印刷装置１１に順番に印刷させる。
【００３３】
画像処理部２２は、印刷データに対して、ラスタライズなどの画像処理を行い、印刷装置１１により処理可能な形式のデータを生成する。
【００３４】
通知処理部２３は、印刷装置１１などの内部装置の異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部において実行中のジョブの要求元、およびジョブ管理部２１において実行待ちとなっているジョブの要求元に対して異常を通知する。
【００３５】
この実施の形態における「異常」とは、ジョブの実行が中断され、ユーザーにより除去可能なものをいう。例えば、印刷ジョブの場合のジャム、消耗品切れ（例えば、トナー切れ、ドラム寿命切れ、または印刷用紙切れ）などが、この「異常」に該当する。
【００３６】
この実施の形態では、通知処理部２３は、ジョブの要求元のユーザーの電子メールアドレスを宛先とした電子メールをネットワークインターフェイス１５で送信することにより、異常を通知する。
【００３７】
この実施の形態では、通知処理部２３は、異常の初回の通知または異常の検出から所定の設定時間の経過後に異常が解消されていない場合には、その異常についての追加の通知を行う。詳細には、通知処理部２３は、初回の通知において、ジョブ管理部２１において実行中ジョブの要求元と実行待ちジョブの要求元のうちの所定数の要求元とに対して異常を通知し、追加の通知において、ジョブ管理部２１において実行待ちとなっているジョブの要求元のうちの未通知である要求元のうちの所定数の要求元に対して異常を通知する。
【００３８】
また、この実施の形態では、通知処理部２３は、通知設定データ３１における設定値に応じて、（ａ）実行待ちの順番で、実行待ちとなっている最初のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行うか、（ｂ）実行待ちの順番とは逆の順番で、実行待ちとなっている最後のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行う。
【００３９】
また、記憶装置１７は、各種データを格納可能な装置である。記憶装置１７としては、不揮発性メモリ、ハードディスクドライブなどの不揮発性の大容量記憶媒体が使用される。記憶装置１７には、通知設定データ３１、およびユーザー登録データ３２が予め記憶されている。
【００４０】
通知設定データ３１は、通知処理部２３による異常通知の設定データであって、（ａ）異常検出時の初回通知の宛先数、（ｂ）設定時間経過後の追加通知の宛先数、（ｃ）追加通知までの設定時間、（ｄ）通知順、（ｅ）反復通知回数、（ｆ）追加通知の回数などの設定項目に対する設定値を有する。
【００４１】
「異常検出時の初回通知の宛先数」の設定値は、（ａ１）通知設定データ３１に予め記述されたユーザー指定の宛先数、（ａ２）異常時に実行中のジョブの要求元のみ、（ａ３）異常時に実行中のジョブの要求元および異常時に実行待ちのジョブの要求元のすべて、並びに（ａ４）通知しない、のいずれかとされる。
【００４２】
「設定時間経過後の追加通知の宛先数」の設定値は、通知設定データ３１に予め記述されたユーザー指定の宛先数とされる。
【００４３】
「追加通知までの設定時間」の設定値は、通知設定データ３１に予め記述されたユーザー指定の時間とされる。この時間は、例えば分単位で指定される。
【００４４】
「通知順」の設定値は、（ｄ１）実行待ちのジョブの待ち行列の最初のジョブの要求元から正順に通知の宛先を選択する正順モード、および（ｄ２）実行待ちのジョブの待ち行列の最後のジョブの要求元から逆順に通知の宛先を選択する逆順モード、のいずれかとされる。
【００４５】
「反復通知回数」の設定値は、（ｅ１）各宛先に対して１度のみの通知、および（ｅ２）各宛先に対して所定時間経過ごとの反復通知、のいずれかとされる。
【００４６】
「追加通知の回数」の設定値は、通知設定データ３１に予め記述されたユーザー指定の追加通知を行う回数とされる。
【００４７】
ユーザー登録データ３２は、各登録ユーザーについて、ユーザーＩＤと、そのユーザーの属性情報（電子メールアドレス、所属ユーザーグループなど）とを、互いに関連付けた状態で有する。
【００４８】
次に、上記画像形成装置の動作について説明する。
【００４９】
ジョブ管理部２１は、印刷ジョブなどの要求を受け付けると、要求されたジョブを生成し、実行中のジョブが存在しない場合には、そのジョブをただちに実行し、実行中のジョブが存在する場合には、そのジョブを待ち行例に追加する。
【００５０】
そして、ジョブ管理部２１は、ジョブの実行が完了すると、そのときに待ち行列にジョブが存在すれば、待ち行列の先頭のジョブを実行する。
【００５１】
ジョブの実行中に、印刷装置１１などの内部装置に異常が発生し、内部装置の動作が中断されると、その内部装置は、異常の発生をジョブ管理部２１に通知する。ジョブ管理部２１は、ジョブの実行中に、印刷装置１１などの内部装置における異常を検出すると、以下の異常通知処理を通知処理部２３に実行させる。
【００５２】
図３は、図２に示す画像形成装置１において異常が発生したときの通知処理部２３の動作を説明するフローチャートである。
【００５３】
通知処理部２３は、異常通知処理において、まず、ジョブ管理部２１からその時点のジョブリストを取得するとともに、記憶装置１７から通知設定データ３１を取得する（ステップＳ１）。
【００５４】
図４は、図２に示す画像形成装置１のジョブ管理部２１によるジョブリストの一例を示す図である。図４に示すように、ジョブリストでは、ジョブの状態（実行中、または待ちの順位）とジョブの要求元のユーザーＩＤが、ジョブ管理部２１によりジョブ生成時にジョブに割り当てられるジョブＩＤに関連付けられている。
【００５５】
そして、通知処理部２３は、そのジョブリストおよび通知設定データ３１に基づいて初回通知先ユーザーを特定する（ステップＳ２）。
【００５６】
このとき、通知設定データ３１における「異常検出時の初回通知の宛先数」の設定値が「異常時に実行中のジョブの要求元のみ」である場合には、通知処理部２３は、初回通知先ユーザーとして、実行中のジョブの要求元のユーザーを選択する。
【００５７】
また、このとき、通知設定データ３１における「異常検出時の初回通知の宛先数」の設定値がユーザー指定の宛先数である場合には、通知処理部２３は、初回通知先ユーザーとして、実行中のジョブの要求元のユーザーと、実行待ちのジョブの要求元のユーザーのうちの、その宛先数より１だけ少ない数のユーザーを選択する。実行待ちのジョブの要求元のユーザーから選択されるユーザーは、上述の「通知順」の設定値に応じて、実行待ちのジョブの待ち行列の最初のジョブの要求元から正順に、または、最後のジョブの要求元から逆順に選択される。
【００５８】
また、このとき、通知設定データ３１における「異常検出時の初回通知の宛先数」の設定値が「異常時に実行中のジョブの要求元および異常時に実行待ちのジョブの要求元のすべて」である場合、通知処理部２３は、初回通知先ユーザーとして、実行中のジョブの要求元のユーザーと、実行待ちのすべてのジョブの要求元のユーザーとを選択する。
【００５９】
そして、通知処理部２３は、特定した初回通知先ユーザーに対して初回の異常通知を行う（ステップＳ３）。具体的には、通知処理部２３は、特定した初回通知先ユーザーのユーザーＩＤに関連付けられている電子メールアドレスを、ユーザー登録データ３２で特定し、特定した電子メールアドレスを宛先として、異常発生、異常の種別、除去方法などを示すメッセージを含む電子メールを図示せぬメールサーバーへ送信する。通知処理部２３は、異常を通知したユーザーのユーザーＩＤを、その異常が解消されるまで記憶している。
【００６０】
その後、通知処理部２３は、通知設定データ３１における「追加通知までの設定時間」が経過するまで待機し（ステップＳ４）、その「追加通知までの設定時間」が経過すると、ステップＳ３で通知した異常が解消されているか否かを判定する（ステップＳ５）。
【００６１】
ステップＳ３で通知した異常が解消されていない場合、通知処理部２３は、追加通知を行うため、上述のジョブリストおよび通知設定データ３１に基づいて追加通知先ユーザーを特定する（ステップＳ６）。なお、追加通知先ユーザーは、未通知のユーザーから選択され、通知済みのユーザーからは選択されない。
【００６２】
具体的には、通知処理部２３は、ジョブリスト内の実行待ちジョブの要求元ユーザーにおける未通知のユーザーから、上述の「設定時間経過後の追加通知の宛先数」だけのユーザーを、上述の「通知順」の設定値に応じて選択する。
【００６３】
そして、通知処理部２３は、特定した追加通知先ユーザーに対して追加の異常通知を行う（ステップＳ７）。具体的には、通知処理部２３は、ステップＳ６で特定した追加通知先ユーザーのユーザーＩＤに関連付けられている電子メールアドレスを、ユーザー登録データ３２で特定し、特定した電子メールアドレスを宛先として、異常発生、異常の種別、除去方法などを示すメッセージを含む電子メールを送信する。通知処理部２３は、異常を通知したユーザーのユーザーＩＤを、その異常が解消されるまで記憶している。
【００６４】
その後、通知処理部２３は、通知設定データ３１における「追加通知までの設定時間」が経過するまで待機し（ステップＳ８）、その「追加通知までの設定時間」が経過すると、ステップＳ３およびステップＳ７で通知した異常が解消されているか否かを判定する（ステップＳ９）。
【００６５】
その異常が解消されていない場合、通知処理部２３は、通知設定データ３１における「追加通知の回数」に基づいて、さらに追加通知を行うか否かを判定する（ステップＳ１０）。具体的には、ステップＳ７の追加通知の実行回数が上述の「追加通知の回数」未満であれば、通知処理部２３は、さらに追加通知を行うと判定する。
【００６６】
さらに追加通知を行うと判定した場合、通知処理部２３は、ステップＳ６に戻り、未通知のユーザーから追加通知先ユーザーを同様に選択し、同様に追加の通知を行う（ステップＳ７）。
【００６７】
さらなる追加通知を行わないと判定した場合、通知処理部２３は、上述の「反復通知回数」の設定値が「１度のみの通知」であれば、異常通知処理を終了する。一方、「反復通知回数」の設定値が「反復通知」である場合には、通知処理部２３は、既に通知した宛先に対して、異常が解消されるまで、所定の時間ごとに繰り返し通知を行う。
【００６８】
また、ステップＳ５において異常が解消されたと判定した場合、通知処理部２３は、初回異常通知（ステップＳ３）で通知したユーザーに対して、異常解消を通知する（ステップＳ１１）。ステップＳ９において異常が解消されたと判定した場合には、通知処理部２３は、初回異常通知（ステップＳ３）および１回または複数回の追加異常通知（ステップＳ７）で通知したすべてのユーザーに対して、異常解消を通知する（ステップＳ１１）。具体的には、通知処理部２３は、そのユーザーのユーザーＩＤに関連付けられている電子メールアドレスを宛先として、異常解消などを示すメッセージを含む電子メールを送信する。
【００６９】
例えば、ジョブリストが図４に示すものであり、「異常検出時の初回通知の宛先数」が３であり、「設定時間経過後の追加通知の宛先数」が２であり、「通知順」が「逆順モード」であり、「追加通知の回数」が２である場合、まず、初回異常通知において、ユーザーＩＤがＡ５３７、Ａ５０９、Ａ００１である３ユーザーに対して異常通知が行われ、次に、１回目の追加異常通知において、ユーザーＩＤがＡ１１０、Ａ７１８である２ユーザーに対して異常通知が行われ、２回目の追加異常通知において、ユーザーＩＤがＡ４３８、Ａ１１９である２ユーザーに対して異常通知が行われる。また、例えば、ジョブリストが図４に示すものであり、「異常検出時の初回通知の宛先数」が２であり、「設定時間経過後の追加通知の宛先数」が３であり、「通知順」が「正順モード」であり、「追加通知の回数」が２である場合、まず、初回異常通知において、ユーザーＩＤがＡ５３７、Ａ１０１である２ユーザーに対して異常通知が行われ、次に、１回目の追加異常通知において、ユーザーＩＤがＡ１１９、Ａ４３８、Ａ７１８である３ユーザーに対して異常通知が行われ、２回目の追加異常通知において、ユーザーＩＤがＡ１１０、Ａ００１、Ａ５０９である３ユーザーに対して異常通知が行われる。
【００７０】
以上のように、上記実施の形態によれば、ジョブ管理部２１は、ジョブを順番に実行し、通知処理部２３は、異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部２１において実行中のジョブの要求元、およびジョブ管理部２１において実行待ちとなっているジョブの要求元に対して異常を通知する。
【００７１】
これにより、実行中のジョブの要求元のユーザーが異常を除去しない場合でも、実行待ちのジョブの要求元のユーザーが異常に気付きその異常を除去することができる。したがって、異常が発生した場合、いずれかのユーザーにより短時間で異常が解消される可能性が高く、実行待ちジョブの実行遅れが低減される。
【００７２】
なお、上述の実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【００７３】
例えば、上記実施の形態において、通知処理部２３は、ジョブ管理部２１において実行待ちとなっているジョブの要求元のうち、所定のユーザーグループに属するユーザーのみに対して異常を通知するようにしてもよい。なお、ユーザーの属するユーザーグループは、ユーザー登録データ３２で特定される。これにより、管理責任者などの特定のユーザーに対して異常が通知され、異常除去の作業を行わないユーザーに通知されずに済むようにすることができる。
【００７４】
また、上記実施の形態では、要求元をユーザーＩＤで特定しているが、端末装置３−ｉの識別子（ネットワークアドレスなど）で特定するようにしてもよい。
【００７５】
また、上記実施の形態では、通知方法として電子メールを使用しているが、通知処理部２３は、所定の通信プロトコルを使用して端末装置３−ｉのドライバーに対して通知を行い、異常発生などを示すメッセージをドライバーに表示させるようにしてもよい。
【産業上の利用可能性】
【００７６】
本発明は、例えば、プリンター、複合機などの画像形成装置に適用可能である。
【符号の説明】
【００７７】
１ 画像形成装置
２１ ジョブ管理部
２３ 通知処理部
【特許請求の範囲】
【請求項１】
ジョブを順番に実行するジョブ管理部と、
異常によりジョブの実行が中断されたことを検知すると、前記ジョブ管理部において実行中のジョブの要求元、および前記ジョブ管理部において実行待ちとなっている少なくとも１つのジョブの要求元に対して異常を通知する通知処理部と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記通知処理部は、前記異常の初回の通知を行った後、前記異常の初回の通知または前記異常の検出から所定の設定時間の経過後に前記異常が解消されていない場合には、前記異常の追加の通知を、前記ジョブ管理部において実行待ちとなっているジョブの要求元のうちの未通知である要求元における所定数の要求元に対して行うことを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記通知処理部は、前記実行待ちの順番で、実行待ちとなっている最初のジョブから順番に所定数の要求元を選択し、選択した要求元に対して前記追加の通知を行うことを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記通知処理部は、前記実行待ちの順番とは逆の順番で、実行待ちとなっている最後のジョブから順番に所定数の要求元を選択し、選択した要求元に対して前記追加の通知を行うことを特徴とする請求項２記載の画像形成装置。
【請求項５】
前記通知処理部は、前記ジョブ管理部において実行待ちとなっているジョブの要求元のうち、所定のユーザーグループに属するユーザーのみに対して異常を通知すること、
を特徴とする請求項１から請求項４のうちのいずれか１項記載の画像形成装置。
【請求項６】
前記通知処理部は、前記通知を行った前記要求元について、前回の前記通知から所定の設定時間の経過後に前記異常が解消されていない場合には、その要求元に対して前記異常の通知を再度行うことを特徴とする請求項１から請求項５のうちのいずれか１項記載の画像形成装置。
【請求項７】
前記ジョブは、印刷ジョブであり、
前記異常は、ジャムまたは消耗品切れであること、
を特徴とする請求項１から請求項６のうちのいずれか１項記載の画像形成装置。
【請求項１】
ジョブを順番に実行するジョブ管理部と、
異常によりジョブの実行が中断されたことを検知すると、前記ジョブ管理部において実行中のジョブの要求元、および前記ジョブ管理部において実行待ちとなっている少なくとも１つのジョブの要求元に対して異常を通知する通知処理部と、
を備えることを特徴とする画像形成装置。
【請求項２】
前記通知処理部は、前記異常の初回の通知を行った後、前記異常の初回の通知または前記異常の検出から所定の設定時間の経過後に前記異常が解消されていない場合には、前記異常の追加の通知を、前記ジョブ管理部において実行待ちとなっているジョブの要求元のうちの未通知である要求元における所定数の要求元に対して行うことを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記通知処理部は、前記実行待ちの順番で、実行待ちとなっている最初のジョブから順番に所定数の要求元を選択し、選択した要求元に対して前記追加の通知を行うことを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記通知処理部は、前記実行待ちの順番とは逆の順番で、実行待ちとなっている最後のジョブから順番に所定数の要求元を選択し、選択した要求元に対して前記追加の通知を行うことを特徴とする請求項２記載の画像形成装置。
【請求項５】
前記通知処理部は、前記ジョブ管理部において実行待ちとなっているジョブの要求元のうち、所定のユーザーグループに属するユーザーのみに対して異常を通知すること、
を特徴とする請求項１から請求項４のうちのいずれか１項記載の画像形成装置。
【請求項６】
前記通知処理部は、前記通知を行った前記要求元について、前回の前記通知から所定の設定時間の経過後に前記異常が解消されていない場合には、その要求元に対して前記異常の通知を再度行うことを特徴とする請求項１から請求項５のうちのいずれか１項記載の画像形成装置。
【請求項７】
前記ジョブは、印刷ジョブであり、
前記異常は、ジャムまたは消耗品切れであること、
を特徴とする請求項１から請求項６のうちのいずれか１項記載の画像形成装置。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１３−１１１８５５（Ｐ２０１３−１１１８５５Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２６０１２１（Ｐ２０１１−２６０１２１）
【出願日】平成２３年１１月２９日（２０１１．１１．２９）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２９日（２０１１．１１．２９）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
[ Back to top ]