"ジョブを順番に実行するジョブ管理部と、異常によりジョブの実行が中断されたことを検知すると、前記ジョブ管理部において実行中のジョブの要求元、および前記ジョブ管理部において実行待ちとなっている少なくとも1つのジョブの要求元に対して異常を通知する通知処理部と、を備えることを特徴とする画像形成装置。前記通知処理部は、前記異常の初回の通知を行った後、前記異常の初回の通知または前記異常の検出から所定の設定時間の経過後に前記異常が解消されていない場合には、前記異常の追加の通知を、前記ジョブ管理部において実行待ちとなっているジョブの要求元のうちの未通知である要求元における所定数の要求元に対して行うことを特徴とする請求項1記載の画像形成装置。前記通知処理部は、前記実行待ちの順番で、実行待ちとなっている最初のジョブから順番に所定数の要求元を選択し、選択した要求元に対して前記追加の通知を行うことを特徴とする請求項2記載の画像形成装置。前記通知処理部は、前記実行待ちの順番とは逆の順番で、実行待ちとなっている最後のジョブから順番に所定数の要求元を選択し、選択した要求元に対して前記追加の通知を行うことを特徴とする請求項2記載の画像形成装置。前記通知処理部は、前記ジョブ管理部において実行待ちとなっているジョブの要求元のうち、所定のユーザーグループに属するユーザーのみに対して異常を通知すること、を特徴とする請求項1から請求項4のうちのいずれか1項記載の画像形成装置。前記通知処理部は、前記通知を行った前記要求元について、前回の前記通知から所定の設定時間の経過後に前記異常が解消されていない場合には、その要求元に対して前記異常の通知を再度行うことを特徴とする請求項1から請求項5のうちのいずれか1項記載の画像形成装置。前記ジョブは、印刷ジョブであり、前記異常は、ジャムまたは消耗品切れであること、を特徴とする請求項1から請求項6のうちのいずれか1項記載の画像形成装置。上述のようにユーザーのホスト装置へ異常を通知したときに、ユーザーがその通知に気付かなかったり、ユーザーが不在であったりした場合、そのユーザーによって画像形成装置の異常が除去されない。そのときに画像形成装置において実行待ちジョブが存在する場合、異常が除去されないため、実行待ちジョブの実行が長時間遅れてしまう。本発明は、上記の問題に鑑みてなされたものであり、異常が発生した場合に、実行待ちジョブの実行遅れを低減する画像形成装置を得ることを目的とする。上記の課題を解決するために、本発明では以下のようにした。本発明に係る画像形成装置は、ジョブを順番に実行するジョブ管理部と、異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部において実行中のジョブの要求元、およびジョブ管理部において実行待ちとなっている少なくとも1つのジョブの要求元に対して異常を通知する通知処理部とを備える。これにより、実行中のジョブの要求元のユーザーが異常を除去しない場合でも、実行待ちのジョブの要求元のユーザーが異常に気付きその異常を除去することができる。したがって、異常が発生した場合に、実行待ちジョブの実行遅れが低減される。また、本発明に係る画像形成装置は、上記の画像形成装置に加え、次のようにしてもよい。この場合、通知処理部は、異常の初回の通知を行った後、異常の初回の通知または異常の検出から所定の設定時間の経過後に異常が解消されていない場合には、異常の追加の通知を、ジョブ管理部において実行待ちとなっているジョブの要求元のうちの未通知である要求元における所定数の要求元に対して行う。これにより、複数のユーザーに対して段階的に異常が通知されるため、必要以上に多くのユーザーに異常が通知されずに済む。また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、実行待ちの順番で、実行待ちとなっている最初のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行う。また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、実行待ちの順番とは逆の順番で、実行待ちとなっている最後のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行う。これにより、最近、ジョブの要求を発行したユーザーから優先的に異常の通知が届くため、その通知に気付く可能性が高くなる。また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、ジョブ管理部において実行待ちとなっているジョブの要求元のうち、所定のユーザーグループに属するユーザーのみに対して異常を通知する。これにより、管理責任者などの特定のユーザーに対して異常が通知され、異常除去の作業を行わないユーザーに通知されずに済むようにすることができる。また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、通知処理部は、上述の通知を行った要求元について、前回の通知から所定の設定時間の経過後に異常が解消されていない場合には、その要求元に対して異常の通知を再度行う。また、本発明に係る画像形成装置は、上記の画像形成装置のいずれかに加え、次のようにしてもよい。この場合、上述のジョブは、印刷ジョブであり、上述の異常は、ジャムまたは消耗品切れである。これにより、実行中の印刷ジョブの要求元のユーザーがジャムまたは印刷用紙、トナーなどの消耗品切れを解消しない場合でも、実行待ちの印刷ジョブの要求元のユーザーがジャムまたは消耗品切れに気付きそのジャムまたは消耗品切れを解消することができる。したがって、ジャムまたは消耗品切れが発生した場合に、実行待ち印刷ジョブの実行遅れが低減される。本発明によれば、画像形成装置において、異常が発生した場合に、実行待ちジョブの実行遅れが低減される。以下、図に基づいて本発明の実施の形態を説明する。図1は、本発明の実施の形態に係る画像形成装置を含むシステムの構成を示すブロック図である。図1に示すシステムでは、画像形成装置1にネットワーク2を介して複数の端末装置3-1~3-5が接続されている。なお、図1では、5台の端末装置3-1~3-5が記載されているが、システムに含まれる端末装置は5台に限定されるものではない。画像形成装置1は、プリンター機能、スキャナー機能、ファクシミリ通信機能などを有し、端末装置3-ii=1,,5からの要求に応じたジョブ印刷ジョブ、ファクシミリ送信ジョブなどを実行する。なお、この実施の形態では、画像形成装置1は、複合機であるが、プリンター、ファクシミリ機などでもよい。端末装置3-iは、それぞれ、画像形成装置1のドライバーをインストールされたパーソナルコンピューターなどであり、ユーザー操作に従って、印刷などのジョブの要求をドライバーで画像形成装置1へ送信する。例えば、1台の端末装置3-iが1人のユーザーにより操作される。図2は、図1における画像形成装置1の構成を示すブロック図である。画像形成装置1は、印刷装置11、画像読取装置12、ファクシミリ装置13、操作パネル14、ネットワークインターフェイス15、演算処理装置16、および記憶装置17を備える。印刷装置11は、各印刷ジョブに基づく印刷データに基づいて文書画像を印刷する内部装置である。画像読取装置12は、文書から文書画像を光学的に読み取り、文書画像の画像データを生成する内部装置である。ファクシミリ装置13は、ファクシミリ送信ジョブに基づく送信すべき文書データからファクシミリ信号を生成し送信するとともに、ファクシミリ信号を受信し文書データに変換する内部装置である。また、操作パネル14は、画像形成装置1の筐体表面に配置され、ユーザーに対して各種情報を表示する表示装置と、ユーザー操作を検出する入力装置とを有する。表示装置としては例えば液晶ディスプレイが使用される。入力装置としては、キースイッチ、タッチパネルなどが使用される。また、ネットワークインターフェイス15は、ネットワーク2に接続され、そのネットワーク2に接続された端末装置3-iなどとデータ通信を行う回路である。また、演算処理装置16は、CPUCentralProcessingUnit、ROMReadOnlyMemory、RAMRandomAccessMemory、ASICApplicationSpecificIntegratedCircuitなどを有するコンピューターであり、ROMや記憶装置17などからRAMへプログラムをロードし、そのプログラムをCPUで実行することにより、各種処理部を実現する。この実施の形態では、演算処理装置16において、ジョブ管理部21、画像処理部22、および通知処理部23が実現される。ジョブ管理部21は、ユーザー操作に基づく端末装置3-iからの要求を受け付け、その要求に応じたジョブを生成し、待ち行列でジョブの実行順番を管理し、ジョブを順番に実行する。なお、ジョブ管理部21は、ジョブの要求元のユーザーを、端末装置3-iから画像形成装置1へのログイン時のユーザーIDや端末装置3-iから受信される要求に付加されているユーザーIDなどから特定する。例えばジョブ管理部21は、ネットワークインターフェイス15で、端末装置3-iからの印刷データPDLPageDescriptionLanguageデータなどを伴う印刷要求を受信すると、印刷ジョブを生成し、印刷ジョブの待ち行列で、その印刷ジョブを管理し、その印刷ジョブの画像を印刷装置11に順番に印刷させる。画像処理部22は、印刷データに対して、ラスタライズなどの画像処理を行い、印刷装置11により処理可能な形式のデータを生成する。通知処理部23は、印刷装置11などの内部装置の異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部において実行中のジョブの要求元、およびジョブ管理部21において実行待ちとなっているジョブの要求元に対して異常を通知する。この実施の形態における異常とは、ジョブの実行が中断され、ユーザーにより除去可能なものをいう。例えば、印刷ジョブの場合のジャム、消耗品切れ例えば、トナー切れ、ドラム寿命切れ、または印刷用紙切れなどが、この異常に該当する。この実施の形態では、通知処理部23は、ジョブの要求元のユーザーの電子メールアドレスを宛先とした電子メールをネットワークインターフェイス15で送信することにより、異常を通知する。この実施の形態では、通知処理部23は、異常の初回の通知または異常の検出から所定の設定時間の経過後に異常が解消されていない場合には、その異常についての追加の通知を行う。詳細には、通知処理部23は、初回の通知において、ジョブ管理部21において実行中ジョブの要求元と実行待ちジョブの要求元のうちの所定数の要求元とに対して異常を通知し、追加の通知において、ジョブ管理部21において実行待ちとなっているジョブの要求元のうちの未通知である要求元のうちの所定数の要求元に対して異常を通知する。また、この実施の形態では、通知処理部23は、通知設定データ31における設定値に応じて、a実行待ちの順番で、実行待ちとなっている最初のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行うか、b実行待ちの順番とは逆の順番で、実行待ちとなっている最後のジョブから順番に所定数の要求元を選択し、選択した要求元に対して追加の通知を行う。また、記憶装置17は、各種データを格納可能な装置である。記憶装置17としては、不揮発性メモリ、ハードディスクドライブなどの不揮発性の大容量記憶媒体が使用される。記憶装置17には、通知設定データ31、およびユーザー登録データ32が予め記憶されている。通知設定データ31は、通知処理部23による異常通知の設定データであって、a異常検出時の初回通知の宛先数、b設定時間経過後の追加通知の宛先数、c追加通知までの設定時間、d通知順、e反復通知回数、f追加通知の回数などの設定項目に対する設定値を有する。異常検出時の初回通知の宛先数の設定値は、a1通知設定データ31に予め記述されたユーザー指定の宛先数、a2異常時に実行中のジョブの要求元のみ、a3異常時に実行中のジョブの要求元および異常時に実行待ちのジョブの要求元のすべて、並びにa4通知しない、のいずれかとされる。設定時間経過後の追加通知の宛先数の設定値は、通知設定データ31に予め記述されたユーザー指定の宛先数とされる。追加通知までの設定時間の設定値は、通知設定データ31に予め記述されたユーザー指定の時間とされる。この時間は、例えば分単位で指定される。通知順の設定値は、d1実行待ちのジョブの待ち行列の最初のジョブの要求元から正順に通知の宛先を選択する正順モード、およびd2実行待ちのジョブの待ち行列の最後のジョブの要求元から逆順に通知の宛先を選択する逆順モード、のいずれかとされる。反復通知回数の設定値は、e1各宛先に対して1度のみの通知、およびe2各宛先に対して所定時間経過ごとの反復通知、のいずれかとされる。追加通知の回数の設定値は、通知設定データ31に予め記述されたユーザー指定の追加通知を行う回数とされる。ユーザー登録データ32は、各登録ユーザーについて、ユーザーIDと、そのユーザーの属性情報電子メールアドレス、所属ユーザーグループなどとを、互いに関連付けた状態で有する。次に、上記画像形成装置の動作について説明する。ジョブ管理部21は、印刷ジョブなどの要求を受け付けると、要求されたジョブを生成し、実行中のジョブが存在しない場合には、そのジョブをただちに実行し、実行中のジョブが存在する場合には、そのジョブを待ち行例に追加する。そして、ジョブ管理部21は、ジョブの実行が完了すると、そのときに待ち行列にジョブが存在すれば、待ち行列の先頭のジョブを実行する。ジョブの実行中に、印刷装置11などの内部装置に異常が発生し、内部装置の動作が中断されると、その内部装置は、異常の発生をジョブ管理部21に通知する。ジョブ管理部21は、ジョブの実行中に、印刷装置11などの内部装置における異常を検出すると、以下の異常通知処理を通知処理部23に実行させる。図3は、図2に示す画像形成装置1において異常が発生したときの通知処理部23の動作を説明するフローチャートである。通知処理部23は、異常通知処理において、まず、ジョブ管理部21からその時点のジョブリストを取得するとともに、記憶装置17から通知設定データ31を取得するステップS1。図4は、図2に示す画像形成装置1のジョブ管理部21によるジョブリストの一例を示す図である。図4に示すように、ジョブリストでは、ジョブの状態実行中、または待ちの順位とジョブの要求元のユーザーIDが、ジョブ管理部21によりジョブ生成時にジョブに割り当てられるジョブIDに関連付けられている。そして、通知処理部23は、そのジョブリストおよび通知設定データ31に基づいて初回通知先ユーザーを特定するステップS2。このとき、通知設定データ31における異常検出時の初回通知の宛先数の設定値が異常時に実行中のジョブの要求元のみである場合には、通知処理部23は、初回通知先ユーザーとして、実行中のジョブの要求元のユーザーを選択する。また、このとき、通知設定データ31における異常検出時の初回通知の宛先数の設定値がユーザー指定の宛先数である場合には、通知処理部23は、初回通知先ユーザーとして、実行中のジョブの要求元のユーザーと、実行待ちのジョブの要求元のユーザーのうちの、その宛先数より1だけ少ない数のユーザーを選択する。実行待ちのジョブの要求元のユーザーから選択されるユーザーは、上述の通知順の設定値に応じて、実行待ちのジョブの待ち行列の最初のジョブの要求元から正順に、または、最後のジョブの要求元から逆順に選択される。また、このとき、通知設定データ31における異常検出時の初回通知の宛先数の設定値が異常時に実行中のジョブの要求元および異常時に実行待ちのジョブの要求元のすべてである場合、通知処理部23は、初回通知先ユーザーとして、実行中のジョブの要求元のユーザーと、実行待ちのすべてのジョブの要求元のユーザーとを選択する。そして、通知処理部23は、特定した初回通知先ユーザーに対して初回の異常通知を行うステップS3。具体的には、通知処理部23は、特定した初回通知先ユーザーのユーザーIDに関連付けられている電子メールアドレスを、ユーザー登録データ32で特定し、特定した電子メールアドレスを宛先として、異常発生、異常の種別、除去方法などを示すメッセージを含む電子メールを図示せぬメールサーバーへ送信する。通知処理部23は、異常を通知したユーザーのユーザーIDを、その異常が解消されるまで記憶している。その後、通知処理部23は、通知設定データ31における追加通知までの設定時間が経過するまで待機しステップS4、その追加通知までの設定時間が経過すると、ステップS3で通知した異常が解消されているか否かを判定するステップS5。ステップS3で通知した異常が解消されていない場合、通知処理部23は、追加通知を行うため、上述のジョブリストおよび通知設定データ31に基づいて追加通知先ユーザーを特定するステップS6。なお、追加通知先ユーザーは、未通知のユーザーから選択され、通知済みのユーザーからは選択されない。具体的には、通知処理部23は、ジョブリスト内の実行待ちジョブの要求元ユーザーにおける未通知のユーザーから、上述の設定時間経過後の追加通知の宛先数だけのユーザーを、上述の通知順の設定値に応じて選択する。そして、通知処理部23は、特定した追加通知先ユーザーに対して追加の異常通知を行うステップS7。具体的には、通知処理部23は、ステップS6で特定した追加通知先ユーザーのユーザーIDに関連付けられている電子メールアドレスを、ユーザー登録データ32で特定し、特定した電子メールアドレスを宛先として、異常発生、異常の種別、除去方法などを示すメッセージを含む電子メールを送信する。通知処理部23は、異常を通知したユーザーのユーザーIDを、その異常が解消されるまで記憶している。その後、通知処理部23は、通知設定データ31における追加通知までの設定時間が経過するまで待機しステップS8、その追加通知までの設定時間が経過すると、ステップS3およびステップS7で通知した異常が解消されているか否かを判定するステップS9。その異常が解消されていない場合、通知処理部23は、通知設定データ31における追加通知の回数に基づいて、さらに追加通知を行うか否かを判定するステップS10。具体的には、ステップS7の追加通知の実行回数が上述の追加通知の回数未満であれば、通知処理部23は、さらに追加通知を行うと判定する。さらに追加通知を行うと判定した場合、通知処理部23は、ステップS6に戻り、未通知のユーザーから追加通知先ユーザーを同様に選択し、同様に追加の通知を行うステップS7。さらなる追加通知を行わないと判定した場合、通知処理部23は、上述の反復通知回数の設定値が1度のみの通知であれば、異常通知処理を終了する。一方、反復通知回数の設定値が反復通知である場合には、通知処理部23は、既に通知した宛先に対して、異常が解消されるまで、所定の時間ごとに繰り返し通知を行う。また、ステップS5において異常が解消されたと判定した場合、通知処理部23は、初回異常通知ステップS3で通知したユーザーに対して、異常解消を通知するステップS11。ステップS9において異常が解消されたと判定した場合には、通知処理部23は、初回異常通知ステップS3および1回または複数回の追加異常通知ステップS7で通知したすべてのユーザーに対して、異常解消を通知するステップS11。具体的には、通知処理部23は、そのユーザーのユーザーIDに関連付けられている電子メールアドレスを宛先として、異常解消などを示すメッセージを含む電子メールを送信する。例えば、ジョブリストが図4に示すものであり、異常検出時の初回通知の宛先数が3であり、設定時間経過後の追加通知の宛先数が2であり、通知順が逆順モードであり、追加通知の回数が2である場合、まず、初回異常通知において、ユーザーIDがA537、A509、A001である3ユーザーに対して異常通知が行われ、次に、1回目の追加異常通知において、ユーザーIDがA110、A718である2ユーザーに対して異常通知が行われ、2回目の追加異常通知において、ユーザーIDがA438、A119である2ユーザーに対して異常通知が行われる。また、例えば、ジョブリストが図4に示すものであり、異常検出時の初回通知の宛先数が2であり、設定時間経過後の追加通知の宛先数が3であり、通知順が正順モードであり、追加通知の回数が2である場合、まず、初回異常通知において、ユーザーIDがA537、A101である2ユーザーに対して異常通知が行われ、次に、1回目の追加異常通知において、ユーザーIDがA119、A438、A718である3ユーザーに対して異常通知が行われ、2回目の追加異常通知において、ユーザーIDがA110、A001、A509である3ユーザーに対して異常通知が行われる。以上のように、上記実施の形態によれば、ジョブ管理部21は、ジョブを順番に実行し、通知処理部23は、異常によりジョブの実行が中断されたことを検知すると、ジョブ管理部21において実行中のジョブの要求元、およびジョブ管理部21において実行待ちとなっているジョブの要求元に対して異常を通知する。これにより、実行中のジョブの要求元のユーザーが異常を除去しない場合でも、実行待ちのジョブの要求元のユーザーが異常に気付きその異常を除去することができる。したがって、異常が発生した場合、いずれかのユーザーにより短時間で異常が解消される可能性が高く、実行待ちジョブの実行遅れが低減される。なお、上述の実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。例えば、上記実施の形態において、通知処理部23は、ジョブ管理部21において実行待ちとなっているジョブの要求元のうち、所定のユーザーグループに属するユーザーのみに対して異常を通知するようにしてもよい。なお、ユーザーの属するユーザーグループは、ユーザー登録データ32で特定される。これにより、管理責任者などの特定のユーザーに対して異常が通知され、異常除去の作業を行わないユーザーに通知されずに済むようにすることができる。また、上記実施の形態では、要求元をユーザーIDで特定しているが、端末装置3-iの識別子ネットワークアドレスなどで特定するようにしてもよい。また、上記実施の形態では、通知方法として電子メールを使用しているが、通知処理部23は、所定の通信プロトコルを使用して端末装置3-iのドライバーに対して通知を行い、異常発生などを示すメッセージをドライバーに表示させるようにしてもよい。"