JP6528744B2 - 画像形成装置 - Google Patents

Description

本発明は、画像形成装置に関する。

一般に、画像形成装置は、画像形成部と、通信部と、プロセッサーとを備える。前記画像形成部は、シートに画像を形成する印刷処理を実行する。前記通信部は、予め割り当てられた印刷受信ポートを通じて、端末装置から印刷ジョブデータを受信する。前記プロセッサーは、前記印刷ジョブデータに基づく前記印刷処理を前記画像形成部に実行させる。

また、前記画像形成装置において、前記プロセッサーが、リブートの対象となるエラーを検出した場合にリブートすることが知られている（例えば、特許文献１参照）。これにより、前記画像形成装置は、前記プロセッサーのリブートによって解消するエラーから自動的に復旧することができる。

特開２００５−２１９２４７号公報

ところで、前記端末装置は、前記画像形成装置に送信した前記印刷ジョブデータの処理が完了した旨の通知を前記画像形成装置から受信できない場合、前記印刷ジョブデータの送信をリトライすることが多い。

従って、前記印刷ジョブデータが前記エラーの原因である場合、前記端末装置による前記印刷ジョブデータの再送が繰り返されることにより、従来の画像形成装置において、前記エラーの発生および前記プロセッサーのリブートが繰り返されるおそれがある。

本発明の目的は、画像形成装置が受信する印刷ジョブデータがプロセッサーのリブートの対象となるエラーの原因である場合に、前記印刷ジョブデータの送信のリトライ処理によって前記エラーの発生および前記プロセッサーのブートが繰り返されてしまうことを防止できる画像形成装置を提供することにある。

本発明の一の局面に係る画像形成装置は、画像形成部と、通信部と、プロセッサーと、エラー検出部と、カウント部と、ポート閉制御部と、リブート制御部と、通知出力部と、ポート開制御部とを備える。前記画像形成部は、シートに画像を形成する印刷処理を実行可能である。前記通信部は、予め割り当てられた印刷受信ポートを通じて、端末装置から印刷ジョブデータを受信可能である。前記プロセッサーは、前記印刷ジョブデータに基づく前記印刷処理を前記画像形成部に実行させる。前記エラー検出部は、前記プロセッサーのリブートの対象となる予め定められたエラーを検出する。前記カウント部は、前記プロセッサーが起動してから前記エラーが検出されるまでに実行された前記印刷処理の回数である印刷回数をカウントする。前記ポート閉制御部は、前記エラーが検出された場合に、前記印刷回数が予め定められたしきい回数未満であるという条件を含む予め定められたポート閉条件が成立すれば前記印刷受信ポートを閉じるポート閉処理を実行し、前記ポート閉条件が成立しなければ前記ポート閉処理を実行しない。前記リブート制御は、前記エラーが検出された場合に、前記プロセッサーをリブートさせる。前記通知出力部は、前記印刷受信ポートが閉じた状態で、前記プロセッサーがリブートすることによって前記エラーが検出されずに起動した場合に、予め定められた通知を出力する。前記ポート開制御部は、前記通知が出力された後に、予め定められた復帰イベントが発生した場合に、前記印刷受信ポートを開くポート開処理を実行する。

本発明によれば、画像形成装置が受信する印刷ジョブデータがプロセッサーのリブートの対象となるエラーの原因である場合に、前記印刷ジョブデータの送信のリトライ処理によって前記エラーの発生および前記プロセッサーのブートが繰り返されてしまうことを防止できる画像形成装置を提供することが可能になる。

図１は、実施形態に係る画像形成装置のブロック図である。 図２は、実施形態に係る画像形成装置におけるエラー管理処理の手順の一例を示すフローチャートである。

以下、添付図面を参照しながら、本発明の実施形態について説明する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定する性格を有さない。

［画像形成装置１０の構成］
実施形態に係る画像形成装置１０は、端末装置９１から印刷ジョブデータＪ０を受信し、受信した印刷ジョブデータＪ０に基づく画像をシート９に形成する印刷処理を実行可能な装置である。

例えば、画像形成装置１０は、プリンター、複写機、ファクシミリ装置または複合機などである。端末装置９１は、パーソナルコンピューターまたは携帯型情報端末などの情報処理装置である。

図１に示されるように、画像形成装置１０および端末装置９１は、ネットワーク９０を通じて相互に通信可能である。例えば、ネットワーク９０は、ローカルエリアネットワークである。なお、図１において、端末装置９１およびネットワーク９０は仮想線（二点鎖線）で示されている。

画像形成装置１０は、ＣＰＵ（Central Processing Unit）１、ＲＡＭ（Random Access Memory）２、内蔵ストレージ３、信号インターフェイス４、通信インターフェイス５、ユーザーインターフェイス６および画像形成部７などを備える。ユーザーインターフェイス６は、ユーザーの操作を受け付ける操作部６Ａおよび前記ユーザーに提示する情報を表示する表示部６Ｂを含む。

通信インターフェイス５は、例えばＴＣＰ／ＩＰなどの通信プロトコルに従って、ネットワーク９０を通じて端末装置９１との間でデータの受け渡しを行う装置である。通信インターフェイス５は、予め割り当てられた印刷受信ポート５ａを通じて、端末装置９１から印刷ジョブデータＪ０を受信可能である。

信号インターフェイス４は、ＣＰＵ１とユーザーインターフェイス６および画像形成部７との間の信号の受け渡しを中継するインターフェイスである。ＣＰＵ１は、信号インターフェイス４を通じて制御信号をユーザーインターフェイス６および画像形成部７に出力する。さらに、ＣＰＵ１は、信号インターフェイス４を通じて、センサーの検出信号、ユーザーインターフェイス６からの応答信号および画像形成部７からの応答信号などを入力する。

印刷受信ポート５ａは、物理ポートではなく、ソフトウェアによって閉状態または開状態が設定される論理ポートである。印刷受信ポート５ａは、画像形成装置１０および端末装置９１の双方において予め設定される。ＣＰＵ１は、端末装置９１との間のデータの送信および受信の全てを通信インターフェイス５を通じて行う。なお、通信インターフェイス５は通信部の一例である。

画像形成部７は、電子写真方式またはインクジェット方式などの予め定められた方式でシート９に画像を形成する印刷処理を実行する装置である。

内蔵ストレージ３は、コンピューター読み取り可能な不揮発性のデータ記憶部である。内蔵ストレージ３は、ＣＰＵ１によって実行されるプログラムＰ０および各種のデータを記憶可能である。例えば、ハードディスクドライブおよびＳＳＤ（Solid State Drive）の一方または両方の組合せが、内蔵ストレージ３として採用される。

ＣＰＵ１は、予め内蔵ストレージ３に記憶されたプログラムＰ０をＲＡＭ２にロードし、ＲＡＭ２にアクセスしつつプログラムＰ０を実行する。ＣＰＵ１は、プログラムＰ０を実行することにより、各種の演算、データ処理および画像形成装置１０が備える各種の電子機器の制御を実行する。

ＣＰＵ１、ＲＡＭ２、内蔵ストレージ３、信号インターフェイス４および通信インターフェイス５は、バス８を通じて相互にデータの受け渡しが可能である。

例えば、ＣＰＵ１は、プログラムＰ０を実行することにより、ジョブ制御部１Ａ、ＵＩ制御部１Ｂ、通信制御部１Ｃ、エラー検出部１Ｄおよびリブート制御部１Ｅなどとして機能する。

ジョブ制御部１Ａは、画像形成部７を制御し、印刷ジョブデータＪ０に基づく前記印刷処理を画像形成部７に実行させる印刷制御を実行する。

ＵＩ制御部１Ｂは、ユーザーインターフェイス６を制御し、操作部６Ａに対する予め定められた操作に従って、情報を入力する処理および各種の処理の開始イベントを発生させる処理などを実行する。さらに、ＵＩ制御部１Ｂは、表示部６Ｂを制御することにより、情報の入力画面または画像形成装置１０の状態の通知画面などの各種の画面を表示部６Ｂに表示させる。

通信制御部１Ｃは、通信インターフェイス５を制御することにより、端末装置９１との間のデータの送信処理および受信処理を実行する。

エラー検出部１Ｄは、画像形成装置１０における機器の故障およびデータ処理の異常などの各種のエラーを検出する処理を実行する。エラー検出部１Ｄは、前記エラーを予め定められた複数の種類に分類して検出する。その際、エラー検出部１Ｄは、発生している現象に応じて前記エラーの種類を分類するが、前記エラーの原因を特定できるわけではない。

例えば、エラー検出部１Ｄは、第１エラー、第２エラーおよび第３エラーの三種類の前記エラーを検出可能である。前記第１エラーは、データ処理関連のエラーであり、ＣＰＵ１のリブートによって解消する可能性があるエラーである。

エラー検出部１Ｄが前記第１エラーを検出した場合、リブート制御部１Ｅが、ＣＰＵ１をリブートさせる。即ち、前記第１エラーは、ＣＰＵ１のリブートの対象となるエラーである。

前記第２エラーは、前記印刷処理などの基本的な処理の実行に支障をきたし、ＣＰＵ１のリブートによって解消する可能性がないエラーである。エラー検出部１Ｄが前記第２エラーを検出した場合、ジョブ制御部１Ａが、前記印刷処理を含む予め定められた主要処理の実行を中止または禁止し、ＵＩ制御部１Ｂが、予め定められた故障通知メッセージを表示部６Ｂに表示させる。

前記第３エラーは、前記印刷処理などの基本的な処理の実行に支障をきたさず、ＣＰＵ１のリブートによって解消する可能性がないエラーである。エラー検出部１Ｄが前記第３エラーを検出した場合、ＵＩ制御部１Ｂが、予め定められた警告メッセージを表示部６Ｂに表示させる。

ところで、端末装置９１は、画像形成装置１０に送信した印刷ジョブデータＪ０の処理が完了した旨の通知を画像形成装置１０から受信できない場合、印刷ジョブデータＪ０の送信をリトライすることが多い。

従って、印刷ジョブデータＪ０が前記第１エラーの原因である場合、端末装置９１による印刷ジョブデータＪ０の再送が繰り返されることにより、従来の画像形成装置において、前記第１エラーの発生およびＣＰＵ１のリブートが繰り返されるおそれがある。

一方、画像形成装置１０のＣＰＵ１は、後述するエラー管理処理を実行する（図２参照）。前記エラー管理処理は、従来の画像形成装置においてプロセッサーが実行する処理とは異なる。

前記エラー管理処理が実行されることにより、画像形成装置１０が受信する印刷ジョブデータＪ０がＣＰＵ１のリブートの対象となる前記第１エラーの原因である場合に、印刷ジョブデータＪ０の送信のリトライ処理によって前記第１エラーの発生およびＣＰＵ１のブートが繰り返されてしまうことを防止できる。

ＣＰＵ１は、起動したときに図２に示される前記エラー管理処理を開始する。便宜上、図２に示される前記エラー管理処理の手順は、エラー検出部１Ｄが前記第１エラーを検出する場合を対象としたＣＰＵ１の処理の手順の一例である。即ち、図２において、エラー検出部１Ｄが前記第２エラーまたは前記第３エラーを検出する場合を対象としたＣＰＵ１の処理に関する記載は省略されている。以下の説明において、前記第１エラーのことを対象エラーと称する。

画像形成装置１０において、ＣＰＵ１は、プログラムＰ０を実行することによってさらにカウント部１Ｆとして機能する。カウント部１Ｆは、ＣＰＵ１が起動してから前記対象エラーが検出されるまでに実行された前記印刷処理の回数である印刷回数Ｄ０をカウントする処理である。

カウント部１Ｆは、ＣＰＵ１への給電開始またはＣＰＵ１のリブートによってＣＰＵ１が起動してから最初の前記印刷処理が実行されるときに、印刷回数Ｄ０を初期化する。カウント部１Ｆは、カウントした印刷回数Ｄ０のデータを内蔵ストレージ３に記録する。

［エラー管理処理］
次に、図２に示されるフローチャートを参照しつつ、前記エラー管理処理の手順の一例について説明する。以下の説明において、Ｓ１，Ｓ２，…は、ＣＰＵ１が実行する工程の識別符号を表す。

前記エラー管理処理において、ＣＰＵ１は、プログラムＰ０を実行することによってさらにポート制御部１Ｇおよびジョブ情報記録部１Ｈとして機能する。ポート制御部１Ｇおよびジョブ情報記録部１Ｈが実行する処理については後述する。

なお、ＣＰＵ１をジョブ制御部１Ａ、ＵＩ制御部１Ｂ、通信制御部１Ｃ、エラー検出部１Ｄ、リブート制御部１Ｅ、カウント部１Ｆ、ポート制御部１Ｇおよびジョブ情報記録部１Ｈとして機能させるため、プログラムＰ０は、ジョブ制御プログラム、ＵＩ制御プログラム、通信制御プログラム、エラー検出プログラム、リブート制御プログラム、カウントプログラム、ポート制御プログラムおよびジョブ情報記録プログラムなどを含む。

＜工程Ｓ１＞
前記エラー管理処理において、まず、エラー検出部１Ｄが、前記対象エラーを検出する処理を実行する。そして、エラー検出部１Ｄは、前記対象エラーを検出した場合に処理を工程Ｓ２〜Ｓ４へ移行させ、そうでない場合に処理を工程Ｓ８へ移行させる。

＜工程Ｓ２＞
工程Ｓ２において、ジョブ情報記録部１Ｈが、ジョブ情報記録処理を実行する。前記ジョブ情報記録処理は、画像形成部７が印刷ジョブデータＪ０に基づく前記印刷処理を実行する途中で、エラー検出部１Ｄが前記対象エラーを検出した場合に、エラージョブ情報Ｄ１を内蔵ストレージ３に記録する処理である。エラージョブ情報Ｄ１は、処理の途中の印刷ジョブデータＪ０に関する情報である。

画像形成装置１０と通信可能な端末装置９１が複数存在し得る場合、ジョブ情報記録部１Ｈは、エラージョブ情報Ｄ１を印刷ジョブデータＪ０の送信元のアドレス情報に対応づけて内蔵ストレージ３に記録する。前記アドレス情報は、端末装置９１に割り当てられているネットワーク９０のアドレスを表す情報である。

エラー検出部１Ｄが前記対象エラーを検出したタイミングが、画像形成部７が印刷ジョブデータＪ０に基づく前記印刷処理を実行する途中ではない場合、工程Ｓ２の処理はスキップされる。

例えば、エラージョブ情報Ｄ１が、印刷ジョブデータＪ０に含まれるジョブ名および印刷ジョブデータＪ０の送信元の名称である端末名称の一方または両方を含むことが考えられる。前記ジョブ名は、例えば、端末装置９１において印刷ジョブデータＪ０の元になったデータファイルの名称などである。

なお、エラージョブ情報Ｄ１が記録される内蔵ストレージ３は、コンピューター読み取り可能な不揮発性のデータ記憶部の一例である。

＜工程Ｓ３＞
工程Ｓ３において、ポート制御部１Ｇが、内蔵ストレージ３に対するデータ読み出し処理を実行することにより、内蔵ストレージ３に記録されている印刷回数Ｄ０のデータを取得する。

＜工程Ｓ４＞
さらに、ポート制御部１Ｇは、工程Ｓ３で得られた印刷回数Ｄ０に基づいて、予め定められたポート閉条件が成立しているか否かを判定する。前記ポート閉条件は、印刷回数Ｄ０が予め定められたしきい回数未満であるという第１条件を含む。

例えば、前記しきい回数が１回または２回程度であることが考えられる。また、前記ポート閉条件が、画像形成部７が印刷ジョブデータＪ０に基づく前記印刷処理を実行する途中で、エラー検出部１Ｄが前記対象エラーを検出したという第２条件をさらに含むことも考えられる。

ポート制御部１Ｇは、前記ポート閉条件が成立していると判定した場合に、処理を工程Ｓ５へ移行させ、そうでない場合に処理を工程Ｓ６へ移行させる。

＜工程Ｓ５＞
工程Ｓ５において、ポート制御部１Ｇは、通信インターフェイス５の印刷受信ポート５ａを閉じるポート閉処理を実行する。これにより、画像形成装置１０は、閉じられた印刷受信ポート５ａを通じて印刷ジョブデータＪ０を受信することができない。

ポート制御部１Ｇは、処理を工程Ｓ５から工程Ｓ６へ移行させる。工程Ｓ１〜Ｓ５に示されるように、ポート制御部１Ｇは、前記対象エラーが検出された場合に、前記ポート閉条件が成立すれば前記ポート閉処理を実行し、前記ポート閉条件が成立しなければ前記ポート閉処理を実行しない。工程Ｓ５におけるポート制御部１Ｇは、ポート閉制御部の一例である。

＜工程Ｓ６＞
工程Ｓ６において、ジョブ制御部１Ａおよびリブート制御部１Ｅが、それぞれリブート前処理を実行する。ジョブ制御部１Ａの前記リブート前処理は、画像形成部７が備えるモーターおよびヒーターなどの電気機器を停止させる処理などを含む。リブート制御部１Ｅの前記リブート前処理は、ＣＰＵ１のレジスタを予め定められた初期状態に設定する処理などを含む。

＜工程Ｓ７＞
次に、リブート制御部１Ｅが、ＣＰＵ１をリブートさせる。即ち、リブート制御部１Ｅは、前記対象エラーが検出された場合にＣＰＵ１をリブートさせる（Ｓ１，Ｓ７）。これにより、ＣＰＵ１は、再起動して工程Ｓ１からの処理を実行する。

従って、ＣＰＵ１がリブートした後の工程Ｓ１において、前記対象エラーが検出された場合、エラー検出部１Ｄは、処理を再び工程Ｓ２〜Ｓ４へ移行させる。

一方、ＣＰＵ１がリブートした後の工程Ｓ１において、前記対象エラーが検出されない場合、エラー検出部１Ｄは、処理を工程Ｓ８へ移行させる。

＜工程Ｓ８＞
工程Ｓ８において、ポート制御部１Ｇが、通信インターフェイス５の印刷受信ポート５ａが閉状態であるか否かに応じて、処理の移行先を制御する。即ち、ポート制御部１Ｇは、印刷受信ポート５ａが開状態である場合、再び処理を工程Ｓ１へ移行させる。これにより、エラー検出部１Ｄが、新たに前記対象エラーを検出するまで工程Ｓ１の処理を繰り返す。

一方、工程Ｓ８において、ポート制御部１Ｇは、印刷受信ポート５ａが閉状態である場合、処理を工程Ｓ９〜Ｓ１１へ移行させる。

＜工程Ｓ９＞
工程Ｓ９において、通信制御部１Ｃが、内蔵ストレージ３に対するデータ読み出し処理を実行することにより、内蔵ストレージ３に記録されているエラージョブ情報Ｄ１を取得する。

＜工程Ｓ１０＞
工程Ｓ１０において、通信制御部１Ｃが、通信インターフェイス５の通知用ポート５ｂを通じて中止要求通知を送信する。前記中止要求通知は、端末装置９１に対して印刷ジョブデータＪ０の送信のリトライの中止を要求する通知である。

通知用ポート５ｂは、物理ポートではなく、ソフトウェアによって閉状態または開状態が設定される論理ポートである。通知用ポート５ｂは、印刷受信ポート５ａとは別個に設定された通信ポートである。通知用ポート５ｂは、画像形成装置１０および端末装置９１の双方において予め設定される。

画像形成装置１０と通信可能な端末装置９１が複数存在し得る場合、通信制御部１Ｃは、エラージョブ情報Ｄ１に対応付けられた前記アドレス情報によって前記中止要求通知の送信先のアドレスを特定する。また、通信制御部１Ｃが、前記中止要求通知をブロードキャス送信することも考えられる。

前記中止要求通知を受信した端末装置９１は、リトライ送信の対象となる印刷ジョブデータＪ０を有している場合、リトライ送信処理を中止し、さらに、前記リトライ送信処理を中止した旨を表す応答を画像形成装置１０へ送信する。

また、通信制御部１Ｃは、工程Ｓ９で取得したエラージョブ情報Ｄ１を含むエラー説明情報を前記中止要求通知に含めて端末装置９１へ送信する。前記エラー説明情報は、エラージョブ情報Ｄ１が表す印刷ジョブデータＪ０の処理が中止され、印刷受信ポート５ａが閉じられたことを説明する情報である。

前記エラー説明情報を受信した端末装置９１は、前記エラー説明情報を端末装置９１が備えるディスプレーに表示する。なお、前記エラー説明情報を含む前記中止要求通知を端末装置９１へ送信する処理は、エラー説明通知を出力する処理の一例である。前記エラー説明情報を含む前記中止要求通知は、前記エラー説明通知でもある。

＜工程Ｓ１１＞
工程Ｓ１１において、ＵＩ制御部１Ｂは、前記エラー説明情報を表示部６Ｂに表示させる。なお、前記エラー説明情報を表示部６Ｂに表示させる処理も、前記エラー説明通知を出力する処理の一例である。

＜工程Ｓ１２＞
そして、通信制御部１ＣおよびＵＩ制御部１Ｂが、それぞれにおいて予め定められた復帰イベントが発生するまで、前記復帰イベントが発生したか否かを判定する処理を実行する。前記復帰イベントは、閉じられた印刷受信ポート５ａを再び開くことによって印刷ジョブデータＪ０を受信可能な状態に復帰する処理のトリガーとなるイベントである。

通信制御部１Ｃにとっての前記復帰イベントは、端末装置９１から通信インターフェイス５の通知用ポート５ｂを通じて前記中止要求通知に対する前記応答を受信したことである。工程Ｓ１２において、通信制御部１Ｃは、通信インターフェイス５の通知用ポート５ｂを通じて前記応答を受信できるまで、前記応答の受信の有無を監視する。

ＵＩ制御部１Ｂにとっての前記復帰イベントは、操作部６Ａに対して予め定められた受信制限解除操作が行われたことである。工程Ｓ１２において、ＵＩ制御部１Ｂは、操作部６Ａに対して前記受信制限解除操作が行われるまで、操作部６Ａに対する操作状況を監視する。

通信制御部１ＣおよびＵＩ制御部１Ｂの少なくとも一方が前記復帰イベントが発生したと判定した場合に、通信制御部１ＣまたはＵＩ制御部１Ｂが処理を次の工程Ｓ１３へ移行させる。

工程Ｓ１０におけるＵＩ制御部１Ｂおよび工程Ｓ１１における通信制御部１Ｃは、印刷受信ポート５ａが閉じた状態で、ＣＰＵ１がリブートすることによって前記対象エラーが検出されずに起動した場合に、予め定められた通知を出力する通知出力部の一例である。

＜工程Ｓ１３＞
工程Ｓ１３において、ポート制御部１Ｇが、通信インターフェイス５の印刷受信ポート５ａを開くポート開処理を実行する。

工程Ｓ１３におけるポート制御部１Ｇは、前記中止要求通知が出力された後に、前記復帰イベントが発生した場合に前記ポート開処理を実行するポート開制御部の一例である。

ポート制御部１Ｇは、工程Ｓ１３から工程Ｓ１へ処理を移行させる。これにより、ＣＰＵ１は、工程Ｓ１からの処理を繰り返す。

以上に示されるように、画像形成装置１０においては、前記対象エラーが、ＣＰＵ１の起動後の印刷回数Ｄ０が少ない段階で検出された場合に、印刷受信ポート５ａが閉じられた状態でＣＰＵ１がリブートされる（Ｓ４〜Ｓ７）。

従って、印刷ジョブデータＪ０が前記対象エラーの原因である場合に、印刷ジョブデータＪ０の送信のリトライ処理によって前記対象エラーの発生およびＣＰＵ１のブートが繰り返されてしまうことを防止できる。

さらに、印刷受信ポート５ａが閉じた状態で、ＣＰＵ１がリブートすることによって前記対象エラーが検出されずに起動した場合に、工程Ｓ１０の通信制御部１Ｃおよび工程Ｓ１１のＵＩ制御部１Ｂが、それぞれ予め定められた通知を出力する。そして、ポート制御部１Ｇが、前記復帰イベントの発生に応じて、通信インターフェイス５の印刷受信ポート５ａを、印刷ジョブデータＪ０を受信可能な状態に復帰させる。

例えば、通信制御部１Ｃが前記中止要求通知を端末装置９１へ送信し（Ｓ１０）、ポート制御部１Ｇが、端末装置９１からの前記応答の受信に応じて前記ポート開処理を実行する（Ｓ１２，Ｓ１３）。これにより、前記対象エラーの発生およびＣＰＵ１のブートが繰り返されない状態で、通信インターフェイス５を、印刷ジョブデータＪ０を受信可能な状態へ自動復帰させることができる。

また、ＵＩ制御部１Ｂが前記エラー説明情報を表示部６Ｂに表示させ（Ｓ１１）、ポート制御部１Ｇが、操作部６Ａに対する前記受信制限解除操作に応じて前記ポート開処理を実行する（Ｓ１２，Ｓ１３）。これにより、ユーザーは、端末装置９１において前記リトライ送信処理を中止する操作と、通信インターフェイス５を、印刷ジョブデータＪ０を受信可能な状態へ復帰させる操作とを行うことができる。

また、ジョブ情報記録部１Ｈが、エラージョブ情報Ｄ１を内蔵ストレージ３に記録し（Ｓ２）、ＵＩ制御部１Ｂが、記録されたエラージョブ情報Ｄ１を含む前記エラー説明情報を出力する（Ｓ１０，Ｓ１１）。これにより、ユーザーは、画像形成装置１０で生じている状況を把握することができる。

[応用例]
以上に示された実施形態において、通信インターフェイス５が、例えばＵＳＢ通信のように１対１で端末装置９１と通信を行うインターフェイスであることも考えられる。

なお、本発明に係る画像形成装置は、各請求項に記載された発明の範囲において、以上に示された実施形態及び応用例を自由に組み合わせること、或いは実施形態及び応用例を適宜、変形する又は一部を省略することによって構成されることも可能である。

１ ：ＣＰＵ（プロセッサー）
１Ａ ：ジョブ制御部
１Ｂ ：ＵＩ制御部（通知出力部）
１Ｃ ：通信制御部（通知出力部）
１Ｄ ：エラー検出部
１Ｅ ：リブート制御部
１Ｆ ：カウント部
１Ｇ ：ポート制御部（ポート閉制御部、ポート開制御部）
１Ｈ ：ジョブ情報記録部
２ ：ＲＡＭ
３ ：内蔵ストレージ（データ記憶部）
４ ：信号インターフェイス
５ ：通信インターフェイス
５ａ ：印刷受信ポート
５ｂ ：通知用ポート
６ ：ユーザーインターフェイス
６Ａ ：操作部
６Ｂ ：表示部
７ ：画像形成部
９ ：シート
１０ ：画像形成装置
９０ ：ネットワーク
９１ ：端末装置
Ｄ０ ：印刷回数
Ｄ１ ：エラージョブ情報
Ｊ０ ：印刷ジョブデータ
Ｐ０ ：プログラム

Claims (5)

1. シートに画像を形成する印刷処理を実行可能な画像形成部と、
   予め割り当てられた印刷受信ポートを通じて、端末装置から印刷ジョブデータを受信可能な通信部と、
   前記印刷ジョブデータに基づく前記印刷処理を前記画像形成部に実行させるプロセッサーと、
   前記プロセッサーのリブートの対象となる予め定められたエラーを検出するエラー検出部と、
   前記プロセッサーが起動してから前記エラーが検出されるまでに実行された前記印刷処理の回数である印刷回数をカウントするカウント部と、
   前記エラーが検出された場合に、前記印刷回数が予め定められたしきい回数未満であるという条件を含む予め定められたポート閉条件が成立すれば前記印刷受信ポートを閉じるポート閉処理を実行し、前記ポート閉条件が成立しなければ前記ポート閉処理を実行しないポート閉制御部と、
   前記エラーが検出された場合に、前記プロセッサーをリブートさせるリブート制御部と、
   前記印刷受信ポートが閉じた状態で、前記プロセッサーがリブートすることによって前記エラーが検出されずに起動した場合に、予め定められた通知を出力する通知出力部と、
   前記通知が出力された後に、予め定められた復帰イベントが発生した場合に、前記印刷受信ポートを開くポート開処理を実行するポート開制御部と、を備える画像形成装置。
2. 前記通知出力部が、前記通信部を通じて前記端末装置に対して前記印刷ジョブデータの送信のリトライの中止を要求する中止要求通知を送信する処理を実行する、請求項１に記載の画像形成装置。
3. 前記復帰イベントが、前記端末装置から前記通信部を通じて前記中止要求通知に対する応答を受信したことを含む、請求項２に記載の画像形成装置。
4. 前記画像形成部が前記印刷ジョブデータに基づく前記印刷処理を実行する途中で、前記エラー検出部が前記エラーを検出した場合に、処理の途中の前記印刷ジョブデータに関するエラージョブ情報をコンピューター読み取り可能な不揮発性のデータ記憶部に記録するジョブ情報記録部をさらに備え、
   前記通知出力部が、前記データ記憶部に記録されている前記エラージョブ情報を含むエラー説明通知を出力する処理を実行する、請求項１から請求項３のいずれか１項に記載の画像形成装置。
5. ユーザーの操作を受け付ける操作部をさらに備え、
   前記復帰イベントが、前記操作部に対して予め定められた受信制限解除操作が行われたことを含む、請求項１から請求項４のいずれか１項に記載の画像形成装置。

Images