(57)【特許請求の範囲】
【請求項１】
情報を出力する出力手段と、
自装置内でエラーが発生すると、前記出力手段を通じ、前記発生したエラーを報知するエラー報知手段と、
エラーの発生履歴に基づき、所定の禁止条件が満足されると、前記エラー報知手段による当該エラーの報知を禁止すると共に、所定の解除条件が満足されると、前記報知の禁止動作を解除する報知制御手段と、
ユーザインタフェースを通じ報知指令が入力されると、当該報知指令が入力されるまでの期間に前記報知制御手段により禁止された報知動作を、前記出力手段を通じて実現する副報知手段と、
を備える電子機器であって、
前記出力手段として、記録シートに画像を形成する画像形成手段を備えると共に、
印刷対象のデータがユーザから指定されると、前記画像形成手段に、前記指定されたデータに基づく画像を、記録シートに形成させる記録手段を備え、
前記エラー報知手段は、自装置内でエラーが発生すると、前記画像形成手段に、前記発生したエラーに関するメッセージとして、前記発生したエラーへの対処方法を表すメッセージを、記録シートに形成させることによって、前記発生したエラーを報知し、
前記禁止条件は、エラーの発生回数及び発生間隔の少なくとも一方によって規定され、
前記解除条件は、エラーの発生回数及び発生間隔によって規定されていること
を特徴とする電子機器。
【請求項２】
前記解除条件は、更に、前記記録手段の稼動量によって規定されていることを特徴とする請求項１記載の電子機器。
【請求項３】
前記エラー報知手段は、前記記録手段による画像形成動作に伴って自装置内で発生するエラーを報知する構成にされ、
前記電子機器は、前記記録手段による画像形成動作に伴って自装置内でエラーが発生すると、当該エラーが発生する原因となった画像形成動作に供された印刷対象のデータを指定したユーザの識別情報に関連付けて、当該エラーの発生履歴を、前記電子機器が内蔵するデータ書換可能な記憶媒体に書き込む書込手段を備え、
前記報知制御手段は、前記記録手段による画像形成動作に伴って自装置内でエラーが発生すると、各ユーザの識別情報に関連付けられて前記記憶媒体に書き込まれたエラーの発生履歴の内、当該エラーが発生する原因となった画像形成動作に供された印刷対象のデータを指定したユーザの識別情報に関連付けられて前記記憶媒体に書き込まれた前記エラーの発生履歴を選択的に用いて、前記発生したエラーについての前記禁止条件が満足されたか否かを判断する構成にされていること
を特徴とする請求項１記載の電子機器。
【請求項４】
前記報知制御手段は、前記記録手段による画像形成動作に伴って自装置内でエラーが発生すると、当該エラーが発生する原因となった画像形成動作に供された印刷対象のデータを指定したユーザの識別情報に関連付けられて前記記憶媒体に書き込まれた前記エラーの発生履歴を選択的に用いて、前記発生したエラーについての前記禁止条件及び前記解除条件の夫々が満足されたか否かを、判断する構成にされていること
を特徴とする請求項３記載の電子機器。
【請求項５】
前記出力手段として、前記画像形成手段に加え、音又は光の形態で情報出力を行う簡易出力手段を備えると共に、
自装置内でエラーが発生すると、前記報知制御手段によってエラーの報知動作が禁止されているか否かに拘わらず、前記簡易出力手段を通じ、前記発生したエラーを報知する簡易報知手段を備えること
を特徴とする請求項１〜請求項４のいずれかに記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エラーを報知する機能を備えた電子機器に関する。
【背景技術】
【０００２】
従来、自装置内で発生したエラーをユーザに向けて報知する電子機器が知られている。例えば、エラーに対応したパターンでＬＥＤを点灯させることにより、ユーザに向けて、エラーの発生及びエラーの種類を報知する電子機器が知られている。また、音を出力することにより、エラーを報知する電子機器が知られている。
【０００３】
この他、プリンタ装置の分野では、エラーの回避方法を示したメッセージを用紙に印刷することにより、エラーの回避方法をユーザに向けて報知することが、行われている（例えば、特許文献１参照）。
【特許文献１】特開平７−１７２０３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来装置では、次のような問題があった。即ち、従来装置では、エラーが発生する度に、そのエラーを報知するため、何度でも同じエラーが、ユーザに向けて報知されるといった問題があった。
【０００５】
このようなエラー報知の繰返し動作は、ユーザによっては不要な、あるいは、重要度の低いエラーの報知動作が行われることになって、ユーザに不満が及ぶ可能性があった。
特に、メッセージを用紙に印刷することによりエラーを報知する従来手法を採用した場合では、過去に印刷したメッセージを通じて、エラーの発生等をユーザが確認できるのにも拘わらず、同じメッセージが何度も用紙に印刷され、用紙が無駄に消費されることになるため、ユーザに不満が及ぶ可能性が高かった。
【０００６】
本発明は、こうした問題に鑑みなされたものであり、適切な頻度でエラーを報知することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の電子機器は、自装置内でエラーが発生すると、出力手段を通じ、上記発生したエラーを報知するエラー報知手段と、エラーの発生履歴に基づき、所定の禁止条件が満足されると、エラー報知手段による当該エラーの報知を禁止すると共に、所定の解除条件が満足されると、報知の禁止動作を解除する報知制御手段と、を備えるものである。
【０００８】
エラーの発生履歴に基づいて、エラーの報知を一時的に禁止するように電子機器を構成すれば、エラーが繰返し発生する状況下で、エラーの報知を繰返し実行しなくて済み、ユーザにとって不要なエラーの報知が繰返し実行されることにより、ユーザに不満が及ぶのを抑えることができる。
【０００９】
具体的に、禁止条件は、エラーの発生回数及び発生間隔の少なくとも一方によって規定することができる。即ち、報知制御手段は、エラーの発生回数及び発生間隔の少なくとも一方に基づいて、禁止条件が満足されたか否かを判断し、禁止条件が満足されると、エラー報知手段によるエラーの報知を禁止する構成にすることができる。
【００１０】
このように電子機器を構成すれば、発生頻度の高いエラーについて、当該エラーの発生の都度、エラーの報知を実行しなくて済み、ユーザに向けて、適切な頻度でエラーを報知することができる。
【００１１】
尚、エラー報知のパターンとしては、エラーの発生のみを報知するパターンやエラーの種類を報知するパターンの他、エラーへの対処方法（エラーの回避方法）を報知するパターンなどを挙げることができる。
【００１２】
また、本発明は、出力手段として記録シートに画像を形成する画像形成手段を備え、エラー報知手段が、自装置内でエラーが発生すると、画像形成手段に、発生したエラーに関するメッセージを、記録シートに形成させることにより、エラーを報知する構成にされた電子機器に適用されると好ましい。
【００１３】
エラーに関するメッセージを記録シートに形成することで、エラーを報知する電子機器においては、記録シートに形成されたメッセージの形態で、エラーの報知動作が形に残るため、メッセージを記録シートに形成した後においても、メッセージを確認することで、ユーザは、エラーの発生やその内容を知ることができる。即ち、この電子機器においては、記録シートに形成されたメッセージを媒体として、間接的に、ユーザへのエラー報知動作を継続することができる。
【００１４】
従って、同一エラーが発生する度に、メッセージを記録シートに形成して出力すると、ユーザにとって不要なエラー報知を行うことになり、更には、記録シートへのメッセージ出力が、資源（記録シート）の無駄使いとなって、ユーザに不満が及ぶ可能性がある。
【００１５】
一方、この種の電子機器において、エラーの発生履歴に基づき、一時的にエラーの報知を禁止すれば、ユーザにとって不要なエラーの報知をしなくて済み、ユーザに向けて、従来よりも適切な頻度でエラーを報知することができる。
【００１６】
また、エラーへの対処方法を表すメッセージを記録シートに形成してエラー報知する場合には、報知の繰返し動作が不要な状況のほうが多い。
従って、上述の発明は、エラー報知手段が、発生したエラーに関するメッセージとして、画像形成手段に、発生したエラーへの対処方法を表すメッセージを、記録シートに形成させる構成にされた電子機器に適用されると、その効果が一層発揮される。
【００１７】
また、上述の発明は、印刷対象のデータがユーザから指定されると、画像形成手段に、上記指定されたデータに基づく画像を、記録シートに形成させる記録手段を備えた電子機器に適用されると一層好ましい。上記記録手段を備えた電子機器としては、プリンタ装置やディジタル複合機等を挙げることができる。この種の電子機器では、従来、画像形成手段を通じて、エラーへの対処方法を表すメッセージを、記録シートに出力することが、行われている。
【００１８】
従って、この種の電子機器に、本発明を適用すれば、適切な頻度でエラー報知を行うことができ、記録シートを無駄に使用して、エラーへの対処方法を表すメッセージを繰返し記録シートに形成せずに済む。
【００１９】
また、上記電子機器において、解除条件は、エラーの発生回数及び発生間隔の少なくとも一方によって規定することができる。即ち、報知制御手段は、エラーの発生回数及び発生間隔の少なくとも一方に基づいて、解除条件が満足されたか否かを判断し、解除条件が満足されると、報知の禁止動作を解除する構成にすることができる。
【００２０】
また、解除条件は、記録手段の稼動量によって規定されてもよい。例えば、報知制御手段は、記録手段がジョブ１つ分の記録シートに対する画像形成を終えたら、解除条件が満足されたとして、報知の禁止動作を解除する構成にすることができる。
【００２１】
この他、記録手段による画像形成動作に伴って自装置内で発生するエラーを報知するように、電子機器を構成する場合には、当該電子機器に、記録手段により画像形成される印刷対象のデータが切り替わる度、今回、記録手段により画像形成される印刷対象のデータを指定したユーザが、前回、記録手段により画像形成された印刷対象のデータを指定したユーザと異なるか否かを判断する判断手段を設けるとよい。
【００２２】
また、報知制御手段は、判断手段により、今回、記録手段により画像形成される印刷対象のデータを指定したユーザが、前回、記録手段により画像形成された印刷対象のデータを指定したユーザと異なると判断されると、解除条件が満足されたとして、報知の禁止動作を解除する構成にされるとよい。
【００２３】
このように電子機器を構成すれば、エラー報知されていないユーザに対してまでも報知制御手段による禁止動作が及ぶのを抑制することができ、同一ユーザに対してエラーの報知を繰返し実行せずに済むと共に、異なるユーザに対しては適切にエラーを報知することができる。
【００２４】
この他、電子機器は、記録手段による画像形成動作に伴って自装置内でエラーが発生すると、当該エラーが発生する原因となった画像形成動作に供された印刷対象のデータを指定したユーザの識別情報に関連付けて、当該エラーの発生履歴を、電子機器が内蔵するデータ書換可能な記憶媒体に書き込む書込手段を備える構成にすることができる。
【００２５】
また、報知制御手段は、記録手段による画像形成動作に伴って自装置内でエラーが発生すると、各ユーザの識別情報に関連付けられて記憶媒体に書き込まれたエラーの発生履歴の内、当該エラーが発生する原因となった画像形成動作に供された印刷対象のデータを指定したユーザの識別情報に関連付けられて記憶媒体に書き込まれたエラーの発生履歴を選択的に用いて、発生したエラーについての禁止条件が満足されたか否かを判断する構成にすることができる。
【００２６】
このように電子機器を構成すれば、電子機器が複数ユーザにより利用される場合において、各ユーザに対し、適切な頻度で、エラーを報知することができる。
また、禁止条件及び解除条件の夫々を、エラーの発生回数及び発生間隔の少なくとも一方によって規定する場合、報知制御手段は、エラーが発生する原因となった画像形成動作に供された印刷対象のデータを指定したユーザの識別情報に関連付けられて記憶媒体に書き込まれたエラーの発生履歴を選択的に用いて、発生したエラーについての禁止条件及び解除条件の夫々が満足されたか否かを、判断する構成にされるとよい。
【００２７】
この他、電子機器には、出力手段として、画像形成手段に加え、音又は光の形態で情報出力を行う簡易出力手段を設けると共に、簡易出力手段を通じ、エラーを報知する簡易報知手段を設けるとよい。また、簡易報知手段は、自装置内でエラーが発生すると、報知制御手段によってエラーの報知動作が禁止されているか否かに拘わらず、簡易出力手段を通じ、発生したエラーを報知する構成にされるとよい。
【００２８】
音又は光の形態でエラー報知を行う場合には、画像形成手段によるエラー報知と比較して、資源（記録シート）を消費しないので、高頻度にエラー報知を行っても、ユーザに不満が及ぶ可能性が低い。また、エラーが発生したにも関わらずエラーを全く報知しないと、機器がどういった状況になっているのかについて、ユーザ側で把握できず、そのことが原因で、ユーザに不満が及ぶ可能性もある。
【００２９】
従って、簡易報知手段を通じたエラー報知については、エラーが発生する度に行って、画像形成手段を通じたエラー報知については、必要に応じて禁止するように、電子機器を構成すれば、エラー報知をすることによって発生する問題及びエラー報知をしないことによって発生する問題の夫々を、調和を図りながら解消することができる。よって、この電子機器によれば、ユーザに向けて、一層適切にエラーを報知することができる。
【００３０】
また、上述の電子機器には、ユーザインタフェースを通じ報知指令が入力されると、当該報知指令が入力されるまでの期間に、報知制御手段により禁止された報知動作を、出力手段を通じて実現する副報知手段を設けるとよい。
【００３１】
このように、禁止動作により報知されなかったエラーを、ユーザからの指示に従って報知するように、電子機器を構成すれば、エラー報知を禁止することによって、機器がどういった状況になっているのかについて、ユーザ側で把握できず、そのことが原因で、ユーザに不満が及ぶのを抑えることができて、各ユーザに対して適切にエラーを報知することができる。
【発明を実施するための最良の形態】
【００３２】
以下に本発明の実施例について、図面と共に説明する。但し、本発明は、以下に説明する実施例に限定されるものではなく、種々の態様を採ることができる。
【実施例１】
【００３３】
図１は、本発明が適用された第一実施例のプリンタ装置１の構成を表すブロック図である。図１に示すように、本実施例のプリンタ装置１は、装置全体を統括制御する制御部１０と、印刷部２０と、表示部３０と、音出力部４０と、操作部５０と、通信部６０と、を備える。
【００３４】
制御部１０は、各種プログラムを実行するＣＰＵ１１と、ＣＰＵ１１によるプログラム実行時に作業領域として使用されるＲＡＭ１３と、ＣＰＵ１１が実行するプログラムや各種設定情報を記憶するデータ書換可能な不揮発性メモリとしてのＮＶＲＡＭ１５（フラッシュメモリ等）と、を備える。
【００３５】
また、印刷部２０は、制御部１０に制御され、周知のレーザプリンタと同様の方式にて、トレイから給紙された用紙に、外部から指定された印刷対象データに基づく画像を形成する。具体的には、印刷対象データに基づいて、感光体に静電潜像を形成し、この静電潜像をトナーで現像して、トナー像を、用紙に転写することにより、用紙に印刷対象データに基づく画像を形成する。
【００３６】
また、表示部３０は、制御部１０に制御されて、各種情報をユーザに向けて表示する。尚、本実施例の表示部３０は、高々数十文字程度のカタカナ文字を表示できる程度の能力しか有さないディスプレイにて構成されている。この表示部３０は、例えば、簡易なエラー表示を行うために用いられる。
【００３７】
この他、音出力部４０は、スピーカから数種類のビープ音を出力可能な構成にされており、制御部１０に制御されて、スピーカを通じビープ音を出力する。このビープ音は、エラーの発生や、処理の完了をユーザに報知するために用いられる。
【００３８】
また、操作部５０は、ユーザが操作可能な各種操作キーを備えたユーザインタフェース
として構成されており、操作キーの押下情報を、制御部１０に入力する。
また、通信部６０は、ＬＡＮ（ローカルエリアネットワーク）に接続されたパーソナルコンピュータ（ＰＣ）１００と通信するためのインタフェースであり、周知のＬＡＮインタフェースにて構成されている。この通信部６０は、ＬＡＮを通じてＰＣ１００から受信した自装置宛のデータを、制御部１０に入力する。
【００３９】
続いて、ＣＰＵ１１が実行する処理について説明する。図２は、プリンタ装置１の起動後、ＣＰＵ１１が繰返し実行する主制御処理を表すフローチャートである。
ＣＰＵ１１は、主制御処理を開始すると、印刷ジョブデータが通信部６０を通じて外部のＰＣ１００から送信されてくるまで待機する（Ｓ１１０）。印刷ジョブデータは、ジョブ名及び印刷ジョブデータの送信を指示したユーザのＩＤ等の情報を含んだヘッダとユーザが印刷を所望する印刷対象データとからなり、Ｓ１１０では、ヘッダを受信すると共に、印刷対象データの内、印刷ジョブの開始に必要な最低量のデータ（例えば、用紙１頁分のデータ）を受信すると、印刷ジョブデータが送信されてきたと判断し（Ｓ１１０でＹｅｓ）、Ｓ１２０に移行する。尚、通信部６０が受信する印刷ジョブデータは、ＲＡＭ１３の受信データ格納領域に順次格納される。
【００４０】
また、Ｓ１２０に移行すると、ＣＰＵ１１は、送信されてきた印刷ジョブデータに対応する印刷ジョブを開始する。具体的に、ＣＰＵ１１は、印刷ジョブとして、未受信の印刷対象データをＰＣ１００から取得し、これを、ＲＡＭ１３の受信データ格納領域に書き込む処理を行う。
【００４１】
また、この処理と並行して、ＲＡＭ１３から、受信済の印刷対象データを一頁分（以下、一頁分のデータを「ページデータ」という。）を抽出し、印刷部２０を制御して、印刷部２０に、抽出したページデータに基づく画像を、用紙に形成させる処理を、ページデータ毎に、最終頁の画像形成動作が終了するまで行う。ＣＰＵ１１は、このような内容の処理を、印刷ジョブとして実行する。
【００４２】
尚、ＰＣ１００からプリンタ装置１に送信されてくる印刷対象データは、ＰＤＬデータであるため、印刷対象データに基づく画像を、印刷部２０に印刷させるに当たっては、ＰＤＬデータを、一旦中間データに変換する。更に、中間データをビットマップデータに変換しながら、変換したビットマップデータを用いて印刷部２０を通じ静電潜像を形成する処理を行う。
【００４３】
また、印刷ジョブの実行中には、印刷ジョブと並行して、印刷ジョブの実行に伴うエラーが発生したかどうかを繰返し判断する（Ｓ１３０）。そして、エラーが発生していないと判断すると（Ｓ１３０でＮｏ）、Ｓ１８０に移行し、エラーが発生したと判断すると（Ｓ１３０でＹｅｓ）、Ｓ１４０に移行する。
【００４４】
Ｓ１４０に移行すると、ＣＰＵ１１は、発生したエラーの種類を表す文字列を、表示部３０に表示させることにより、光の形態にて、エラーの発生をユーザに向けて簡易に報知する。同時に、エラーの発生を報知するためのビープ音を音出力部４０に出力させることにより、音の形態にて、エラーの発生をユーザに向けて簡易に報知する。
【００４５】
ここで、本実施例のプリンタ装置１において、印刷ジョブの実行中に発生するエラーについて具体的に説明する。
本実施例のプリンタ装置１では、コストの関係から、ＲＡＭ１３に、ページデータを多数頁記憶できるような記憶領域が、確保されていない。更に、ＲＡＭ１３は、フォントを記憶するための領域としても利用される。従って、多数のフォントがＲＡＭ１３に記憶されている状況下では、ＰＣ１００から受信したページデータを記憶するための領域が狭くなる。
【００４６】
本実施例のプリンタ装置１では、このような理由でＲＡＭ１３におけるページデータの記憶領域が少ない状況下で、情報量の多いページデータが送信されてくると、ＲＡＭ１３に当該ページデータを記憶しておくための領域を確保することができず、ページデータに基づく画像を用紙に形成することができなくなる。
【００４７】
本実施例のプリンタ装置１では、このような状況が発生した場合、図３（ａ）に示すように、表示部３０にメモリが一杯の旨の文字列を表示させることにより、ユーザにメモリ不足によるエラーを報知する。以下、このエラーを「メモリフルエラー」と表現する。
【００４８】
この他、複雑な絵柄の印刷対象データを、印刷部２０に印刷させる場合には、中間データをビットマップデータに変換する際に時間がかかるため、中間データを、静電潜像の形成動作に合わせて、ビットマップデータに変換できず、静電潜像形成動作が中断されて、その後の現像処理や転写処理が行われる状況が発生する。
【００４９】
本実施例では、このような状況が発生した場合、表示部３０にプリントオーバーランの旨の文字列を表示させることにより（図示せず）、ユーザにプリントオーバーランを報知する。以下、このエラーを、「プリントオーバーランエラー」と表現する。
【００５０】
本実施例では、このようなメモリフルエラーやプリントオーバーランエラーが発生すると、上述したように、Ｓ１４０で、簡易にエラーを報知する。また、プリンタ装置１は、このようなエラーが発生すると、その時点で搬送中の用紙を排出して、印刷ジョブを一時中断する。
【００５１】
また、Ｓ１４０での処理を終えると、ＣＰＵ１１は、Ｓ１６０に移行して、図４に示すエラープリント実行制御処理を開始する。図４は、ＣＰＵ１１が実行するエラープリント実行制御処理を表すフローチャートである。
【００５２】
エラープリント実行制御処理を開始すると、ＣＰＵ１１は、プリンタ装置１の起動時に、ＲＡＭ１３に読み出されたエラー発生履歴テーブルを編集して、今回発生したエラーの発生履歴を表すレコードを、エラー発生履歴テーブルに追加登録する（Ｓ２１０）。
【００５３】
尚、本実施例のプリンタ装置１は、ＮＶＲＡＭ１５にエラー発生履歴テーブルを記憶しており、起動時に、このエラー発生履歴テーブルをＲＡＭ１３に読み出す構成にされている。また、このプリンタ装置１は、ＲＡＭ１３に読み出されＣＰＵ１１により編集されたエラー発生履歴テーブルを、定期的にＮＶＲＡＭ１５に書き込んで、ＮＶＲＡＭ１５内のエラー発生履歴テーブルを更新する構成にされている。
【００５４】
図５は、このエラー発生履歴テーブルの構成を表す説明図である。図５に示すように、エラー発生履歴テーブルは、エラーの発生時刻と、発生したエラーの種類を表すエラーコードと、エラー発生時に実行されていたジョブに対応する印刷ジョブデータを送信してきたユーザのＩＤと、そのジョブ実行時までに処理されたジョブの総数を表す通算処理ジョブ数と、が記述されたレコードの一群からなる。
【００５５】
即ち、Ｓ２１０において、ＣＰＵ１１は、発生したエラーの当該発生時刻と、発生したエラーの種類を表すエラーコードと、エラー発生時に実行されていたジョブに対応する印刷ジョブデータを送信してきたユーザのＩＤと、そのジョブ実行時までに処理されたジョブの総数を表す通算処理ジョブ数ＮＪとからなるレコードを、エラー発生履歴テーブルに登録することにより、ＲＡＭ１３が記憶するエラー発生履歴テーブルを更新する。以下、ジョブデータを送信してきたユーザのことを、そのジョブのユーザと表現する。
【００５６】
また、この処理を終えると、ＣＰＵ１１は、今回のエラーが発生する原因となったジョブのユーザと、同一ユーザのＩＤが記述されたレコードを、ＲＡＭ１３が記憶するエラー発生履歴テーブルから抽出し、抽出したレコード群を、参照対象のレコード群に設定する（Ｓ２２０）。
【００５７】
そして、この参照対象のレコード群に基づき、次の判断処理を行う。具体的には、エラー発生履歴テーブルに登録されているレコード群の内、Ｓ２２０で設定した参照対象のレコード群のみを判断材料として、今回発生したエラーと同一のエラー（即ち、同一エラーコードのエラー）が過去所定時間内に発生しているか否かを判断する（Ｓ２３０）。
【００５８】
このようにして、Ｓ２３０では、今回エラーが発生したジョブのユーザと同一ユーザのジョブの実行中に発生したエラーの発生履歴を選択的に用いて、今回発生したエラーと同一のエラーが過去所定時間内に発生しているか否かを判断する。
【００５９】
そして、今回発生したエラーと同一のエラーが過去所定時間内（例えば、６時間以内）に発生していると判断すると（Ｓ２３０でＹｅｓ）、Ｓ２４０に移行し、今回発生したエラーと同一のエラーが過去所定時間内に発生していないと判断すると（Ｓ２３０でＮｏ）、Ｓ２６０に移行する。
【００６０】
また、Ｓ２４０に移行すると、ＣＰＵ１１は、Ｓ２２０で設定した参照対象のレコード群のみを判断材料として、今回発生したエラーと同一のエラーが最後に発生した時点から現在までの印刷稼動量ＱＰを算出し、印刷稼動量ＱＰが、予め設定された閾値以下であるか否かを判断する。
【００６１】
具体的に、Ｓ２４０では、印刷稼動量ＱＰとして、今回発生したエラーと同一のエラーが最後に発生した時点から現在までに実行されたジョブの数を、今回発生したエラーの当該発生時までの通算処理ジョブ数ＮＪから、上記最後に発生した同一エラーのレコードが示す通算処理ジョブ数を減算することにより求める。
【００６２】
そして、求めた印刷稼動量ＱＰが、予め定められた閾値以下（例えば、５以下）であると判断すると（Ｓ２４０でＹｅｓ）、Ｓ２５０に移行し、印刷稼動量ＱＰが、閾値を超えていると判断すると（Ｓ２４０でＮｏ）、Ｓ２６０に移行する。
【００６３】
この他、Ｓ２５０に移行すると、ＣＰＵ１１は、上記参照対象のレコード群のみを参照して、今回発生したエラーと同一のエラーについてのエラープリント（Ｓ２６０参照）を最後に実行した時点からの、今回発生したエラーと同一のエラーの発生回数を算出し、この発生回数が予め定められた閾値以下であるか否かを判断する。そして、エラー発生回数が閾値を超えていると判断すると（Ｓ２５０でＮｏ）、Ｓ２６０に移行する。一方、エラー発生回数が閾値以下であると判断すると（Ｓ２５０でＹｅｓ）、Ｓ２６０に移行することなく、当該エラープリント実行制御処理を終了する。
【００６４】
また、Ｓ２６０に移行すると、ＣＰＵ１１は、今回発生したエラーについてのエラープリントを実行する。具体的に、Ｓ２６０では、印刷部２０を制御して、印刷部２０に、新規用紙をトレイから給紙させ、その用紙に、今回発生したエラーへの対処方法を示したメッセージを印刷させることにより、エラープリントを実行する。
【００６５】
例えば、メモリフルエラーについてのエラープリントを実行する際には、印刷部２０に、図３（ｂ）に示す内容のメッセージを用紙に形成させる。このようにして、用紙を媒体
として、メモリフルエラーを報知すると共に、メモリフルエラーへの対処方法をユーザに報知する。尚、図３（ｂ）は、エラーへの対処方法を示すメッセージの一例を表した説明図である。
【００６６】
図示しないが、本実施例においては、ＮＶＲＡＭ１５に、エラーコードに関連付けて、そのエラーコードに対応するエラーが発生したときに印刷すべき、エラーへの対処方法を示したメッセージが、予めエラーコード毎に記憶されている。即ち、Ｓ２６０において、ＣＰＵ１１は、このＮＶＲＡＭ１５が示すエラーコードとメッセージとの対応関係に従い、発生したエラーのエラーコードに対応付けられたメッセージを、印刷部２０に印刷させることにより、発生したエラーへの対処方法を、用紙を媒体として、ユーザに報知する。
【００６７】
また、メッセージの印刷時には、Ｓ２５０における判断処理を実現するために、今回Ｓ２１０で追加登録したレコードに対してエラープリントを実行したことを示すフラグ（図示せず）を付す。換言すると、上述したＳ２５０では、このフラグの有無に基づき、今回発生したエラーと同一のエラーについてのエラープリントを最後に実行した時点を把握し、上述の判断を実現する。
【００６８】
また、エラーへの対処方法を示したメッセージの印刷後には、印刷部２０に、当該メッセージを印刷した用紙を、排紙トレイに排出させて、Ｓ２６０での処理を終える。その後、当該エラープリント実行制御処理を終了する。
【００６９】
このようにして、本実施例のプリンタ装置１では、Ｓ２３０でＹｅｓと判断される条件、Ｓ２４０でＹｅｓと判断される条件、及び、Ｓ２５０でＹｅｓと判断される条件の全てが満足されたとき、エラープリントの禁止条件が満足されたとして、今回発生したエラーについてのエラープリントを禁止する。
【００７０】
一方、Ｓ２３０でＮｏと判断される条件、Ｓ２４０でＮｏと判断される条件、及び、Ｓ２５０でＮｏと判断される条件のいずれかが満足されたとき、エラープリントの禁止解除条件が満足されたとして、今回発生したエラーについてのエラープリントを実行し、エラーの発生及びエラーへの対処方法を報知する（Ｓ２６０）。
【００７１】
また、エラープリント実行制御処理を終えると、ＣＰＵ１１は、Ｓ１７０に移行し、一時中断されているジョブの実行を再開する。例えば、メモリフルエラーやプリントオーバーランエラーが発生した場合には、当該エラーが発生する原因となったページデータの印刷処理をスキップして、次頁のページデータの印刷処理（画像形成動作）を開始する。
【００７２】
また、この再開後には、印刷ジョブが終了したか否かを判断し（Ｓ１８０）、印刷ジョブが終了していないと判断すると（Ｓ１８０でＮｏ）、Ｓ１３０に移行する。このようにして、本実施例では、ジョブの実行中、繰返しＳ１３０〜Ｓ１７０の処理を実行する。
【００７３】
一方、ジョブが終了すると（Ｓ１８０でＹｅｓ）、通算処理ジョブ数ＮＪを、１加算した値に更新する（Ｓ１９０）。この通算処理ジョブ数ＮＪは、ＮＶＲＡＭ１５に記憶されており、プリンタ装置１の起動時に、ＲＡＭ１３に読み出される。また、ＲＡＭ１３において、Ｓ１９０の処理により更新される通算処理ジョブ数ＮＪは、定期的にＮＶＲＡＭ１５に上書きされて、電源オン／オフに関わりなく、プリンタ装置１内で記憶保持される。
【００７４】
また、Ｓ１９０での処理を終えると、ＣＰＵ１１は、当該主制御処理を一旦終了する。そして、再び、Ｓ１１０から処理を開始し、印刷ジョブデータを受信する度、Ｓ１２０〜Ｓ１９０の処理を実行する。
【００７５】
続いては、図６を用いて、ＣＰＵ１１が、上記主制御処理と並列に、繰返し実行する指示出力処理について説明する。図６は、プリンタ装置１の起動後、ＣＰＵ１１が繰返し実行する指示出力処理を表すフローチャートである。
【００７６】
この指示出力処理を開始すると、ＣＰＵ１１は、エラープリント指示が操作部５０を通じてユーザから入力されるまで待機する（Ｓ３１０）。そして、エラープリント指示が入力されると（Ｓ３１０でＹｅｓ）、Ｓ３２０に移行し、現時点にて印刷ジョブを実行中であるか否かを判断する。そして印刷ジョブを実行中であると判断すると（Ｓ３２０でＹｅｓ）、Ｓ３１０に移行し、印刷ジョブを実行中ではないと判断すると（Ｓ３２０でＮｏ）、Ｓ３３０に移行する。
【００７７】
また、Ｓ３３０では、当該プリンタ装置１において最後に発生したエラーについてのエラープリントを実行する。即ち、エラー発生履歴テーブルに登録された最新のレコードに基づき、印刷部２０に、このレコードが示すエラーコードに対応するエラーへの対処方法を示したメッセージを、新規用紙に形成させる。また、メッセージの印刷後には、印刷部２０に、当該メッセージを印刷した用紙を、排紙トレイに排出させて、当該指示出力処理を終了する。
【００７８】
以上、本実施例のプリンタ装置１の動作について説明したが、本実施例では、各エラーの発生履歴を、エラー発生履歴テーブルに記憶するようにし、このエラー発生履歴テーブルが示すエラー発生履歴に基づき、同一エラーが頻繁に発生している期間には、そのエラーについてのエラープリントの実行を禁止するようにした。従って、本実施例によれば、ユーザにとって不要なエラーの報知が繰返し実行されることにより、ユーザに不満が及ぶのを抑制することができる。
【００７９】
例えば、メモリフルエラーが発生する状況下では、情報量の多いページデータをＲＡＭ１３に記憶することができないため、情報量の多いページが発生する度に、エラーが発生することになる。このため、エラーの発生毎に、エラープリントを実行すると、用紙が無駄に消費され、ユーザに不満が及ぶ可能性があるが、本実施例のプリンタ装置１によれば、そのような不満がユーザに及ぶのを抑えることができて、適切な頻度でエラープリントを実行することができる。
【００８０】
特に、本実施例のプリンタ装置１では、ジョブのユーザに対応するエラー発生履歴を選択的に用いて、発生したエラーについてのエラープリントを禁止するかどうかを決定する（Ｓ２２０〜Ｓ２５０）。従って、本実施例によれば、プリンタ装置１が複数ユーザにより使用される場合にも、各ユーザに対し適切な頻度で、エラーを報知することができる。
【００８１】
また、エラーが発生したにも関わらずエラーを全く報知しないと、プリンタ装置１がどういった状況になっているのかについて、ユーザ側で把握できず、そのことが原因で、ユーザに不満が及ぶ可能性があるが、本実施例のプリンタ装置１では、表示部３０や音出力部４０を通じた簡易なエラー報知を、エラープリントが禁止されているか否かに拘わらず実行する。
【００８２】
音又は光の形態でエラー報知を行う場合には、エラープリントによるエラー報知と比較して、紙資源を消費しないので、高頻度にエラー報知を行っても、ユーザに不満が及びにくい。従って、本実施例によれば、エラー報知をすることによって発生する問題及びエラー報知をしないことによって発生する問題の夫々を、調和を図りながら解消することができる。
【００８３】
また、本実施例では、操作部５０を通じてエラープリント指示（本発明の報知指令に相当）が入力されると、このエラープリント指示が入力される前において最後に発生したエラーについてのエラープリントを実行するようにした（Ｓ３３０）。このように、本実施例では、ユーザの要求に応じてエラープリントを実行できるようにプリンタ装置１を構成しているので、ユーザの必要なときに、エラーへの対処方法が印刷されないことが原因で、ユーザに不満が及ぶのを抑えることができる。
【実施例２】
【００８４】
続いて、第二実施例について説明する。第二実施例のプリンタ装置１は、ＣＰＵ１１が実行する主制御処理の内容が異なることを除けば、概ね第一実施例のプリンタ装置１と同一である。従って、以下では、第二実施例の説明として、第一実施例のプリンタ装置１とは異なる第二実施例のプリンタ装置１の構成を選択的に説明する。
【００８５】
図７は、第二実施例のプリンタ装置１が起動後、ＣＰＵ１１にて実行する主制御処理を表すフローチャートである。
図７に示す主制御処理を開始すると、ＣＰＵ１１は、まず、ＲＡＭ１３に、エラープリントの実行を管理するための管理テーブルを生成して、管理テーブルを初期化する（Ｓ４１０）。
【００８６】
本実施例では、管理テーブルに登録されたエラーについてのエラープリントを実行するが、管理テーブルに登録されていないエラーについてのエラープリントを実行しないようにして、エラープリントの実行を制御する。図８は、このような制御に用いられる管理テーブルの構成及び更新の態様を表す説明図である。
【００８７】
詳述すると、Ｓ４１０では、管理テーブルに、設計段階で定められたエラープリントを実行可能なエラーの全てを登録して、管理テーブルを初期化する。例えば、管理テーブルには、上述したメモリフルエラーやプリントオーバーランエラーなどを登録する。
【００８８】
図８上段は、Ｅｒｒｏｒ１からＥｒｒｏｒ５までがエラープリントを実行可能なエラーとして設計段階で定められている状態で、初期化された管理テーブルの構成を示した説明図である。この場合、初期化によって、管理テーブルには、Ｅｒｒｏｒ１からＥｒｒｏｒ５までのエラープリントを実行可能なエラーの全てが登録される。
【００８９】
また、Ｓ４１０での処理を終えると、ＣＰＵ１１は、プリンタ装置１の電源ボタンがオフ操作されたか否かを判断し（Ｓ４２０）、オフ操作されたと判断すると（Ｓ４２０でＹｅｓ）、当該主制御処理を終了する。
【００９０】
一方、電源ボタンがオフ操作されていないと判断すると（Ｓ４２０でＮｏ）、印刷ジョブデータが通信部６０を通じて外部のＰＣ１００から送信されてきたか否かを、Ｓ１１０と同様の手法で判断する（Ｓ４３０）。
【００９１】
ここで、印刷ジョブデータが外部のＰＣ１００から送信されてきていないと判断すると（Ｓ４３０でＮｏ）、ＣＰＵ１１は、電源ボタンがオフ操作されるか、印刷ジョブデータが通信部６０を通じて外部のＰＣ１００から送信されてくるまで待機する（Ｓ４２０，Ｓ４３０）。
【００９２】
そして、印刷ジョブデータが送信されてきたと判断すると（Ｓ４３０でＹｅｓ）、ＣＰＵ１１は、Ｓ１２０と同様に、送信されてきた印刷ジョブデータに対応する印刷ジョブを開始する（Ｓ４４０）。また、ジョブの実行中には、当該ジョブと並行して、以下に説明するＳ４５０〜Ｓ４７０の処理を、当該印刷ジョブが終了するまで繰返し実行する。
【００９３】
具体的に、印刷ジョブを開始すると、ＣＰＵ１１は、Ｓ４５０にて、予め定められたエラープリントの禁止解除条件（詳細後述）が満足されたか否かを判断し、禁止解除条件が満足されたと判断すると（Ｓ４５０でＹｅｓ）、ＲＡＭ１３に記憶された管理テーブルを初期化することで、エラープリントの禁止状態を解除する（Ｓ４５５）。
【００９４】
即ち、管理テーブルに、設計段階で定められたエラープリントを実行可能なエラーの全てを登録することで、エラープリントの禁止状態を解除する（Ｓ４５５）。また、Ｓ４５５では、管理テーブルに登録された各エラーの発生回数ＮＥをゼロにリセットする。その後、Ｓ４６０に移行する。
【００９５】
一方、禁止解除条件が満足されていないと判断すると（Ｓ４５０でＮｏ）、ＣＰＵ１１は、Ｓ４５５の処理を実行することなく、Ｓ４６０に移行する。また、Ｓ４６０に移行すると、印刷ジョブの実行に伴うエラーが発生したかどうかを判断する。
【００９６】
そして、エラーが発生していないと判断すると（Ｓ４６０でＮｏ）、Ｓ４８０に移行し、エラーが発生したと判断すると（Ｓ４６０でＹｅｓ）、Ｓ４６１に移行する。
Ｓ４６１に移行すると、ＣＰＵ１１は、発生したエラーの種類を表す文字列を、表示部３０に表示させると共に、エラーの発生を報知するためのビープ音を音出力部４０に出力させることにより、エラーの発生をユーザに向けて簡易に報知する。
【００９７】
その後、ＣＰＵ１１は、制御部１０が備える時間計測カウンタの値ＮＴをゼロにクリアすると共に、時間計測カウンタをスタートさせる（Ｓ４６２）。この動作により、エラー発生時点からの経過時間ＮＴを、時間計測カウンタに計測させる。
【００９８】
また、Ｓ４６２での処理を終えると、ＣＰＵ１１は、今回発生したエラーが管理テーブルに登録されているか否かを判断する（Ｓ４６３）。そして、今回発生したエラーが管理テーブルに登録されていると判断すると（Ｓ４６３でＹｅｓ）、今回発生したエラーについてのエラープリントを、実行する（Ｓ４６５）。
【００９９】
即ち、印刷部２０を制御して、印刷部２０に、新規用紙をトレイから給紙させ、その用紙に、今回発生したエラーへの対処方法を示したメッセージを印刷させる。
この処理後には、Ｓ４６６に移行し、終了ジョブ数ＦＪをゼロにリセットする。また、今回発生したエラーの発生回数ＮＥを１加算することで、今回発生したエラーの発生回数ＮＥを更新する（Ｓ４６７）。
【０１００】
本実施例のプリンタ装置１は、ＲＡＭ１３に、エラー毎のエラー発生回数ＮＥを記憶しており、Ｓ４６７では、ＲＡＭ１３が記憶する今回発生したエラーの発生回数ＮＥを更新する。尚、各エラーの発生回数ＮＥは、プリンタ装置１の起動時において、ゼロにリセットされた状態でＲＡＭ１３に記憶される。
【０１０１】
また、Ｓ４６７での処理を終えると、ＣＰＵ１１は、今回発生したエラーの発生回数ＮＥが予め定められた閾値以上（例えば、１以上）であるか否かを判断する（Ｓ４６８）。
そして、今回発生したエラーの発生回数ＮＥが閾値以上であると判断すると（Ｓ４６８でＹｅｓ）、管理テーブルから今回発生したエラーの登録を抹消した後（Ｓ４６９）、Ｓ４７０に移行する。例えば、図８上段に示すＥｒｒｏｒ３がエラープリントの禁止条件を満足してＳ４６８でＹｅｓと判断した場合には、図８下段に示すように、Ｅｒｒｏｒ３を管理テーブルから抹消する。このようにして、本実施例では、管理テーブルが初期化されるまでの間、Ｅｒｒｏｒ３が発生しても常にＳ４６３でＮｏと判断されるようにする。
【０１０２】
一方、今回発生したエラーの発生回数ＮＥが閾値未満であると判断すると（Ｓ４６８で
Ｎｏ）、ＣＰＵ１１は、Ｓ４６９の処理を実行することなく、Ｓ４７０に移行する。
この他、Ｓ４６３で、今回発生したエラーが管理テーブルに登録されていないと判断すると（Ｓ４６３でＮｏ）、ＣＰＵ１１は、Ｓ４６５〜Ｓ４６９の処理を実行することなく、Ｓ４７０に移行する。即ち、管理テーブルに登録されていないエラーについては、エラープリントを実行することなく、Ｓ４７０に移行する。
【０１０３】
また、Ｓ４７０に移行すると、ＣＰＵ１１は、Ｓ１７０での処理と同様にして、一時中断されているジョブの実行を再開する。また、この再開後には、ジョブが終了したか否かを判断し（Ｓ４８０）、ジョブが終了していないと判断すると（Ｓ４８０でＮｏ）、Ｓ４５０に移行する。このようにして、本実施例では、ジョブの実行中、繰返しＳ４５０〜Ｓ４７０の処理を実行する。
【０１０４】
一方、Ｓ４８０でジョブが終了したと判断すると、ＣＰＵ１１は、Ｓ４９０に移行し、終了ジョブ数ＦＪを更新する。即ち、終了ジョブ数ＦＪを１加算した値に更新する（Ｓ４９０）。尚、この終了ジョブ数ＦＪは、プリンタ装置１の起動時に、ゼロにリセットされた状態でＲＡＭ１３に記憶される。また、Ｓ４９０での処理を終えると、Ｓ４２０に移行し、新たに、印刷ジョブデータが送信されてくるか、電源ボタンのオフ操作がなされるまで待機する。そして、電源ボタンがオフ操作されたと判断すると（Ｓ４２０でＹｅｓ）、当該主制御処理を終了する。
【０１０５】
以上に、本実施例の主制御処理の内容について説明したが、本実施例のプリンタ装置１は、禁止解除条件として、複数の条件を、切り替えて設定可能な構成にされている。具体的に、ＣＰＵ１１は、ユーザからの指令により禁止解除条件Ａが設定されると、最後にエラーが発生してからの経過時間ＮＴに基づき、禁止解除条件が満足されたか否かを判断する。
【０１０６】
即ち、禁止解除条件Ａが設定されている場合、ＣＰＵ１１は、図９（ａ）に示すように、Ｓ４５０にて、時間計測カウンタの値ＮＴに基づき、最後にエラーが発生してからの経過時間ＮＴが予め定められた閾値以上（例えば、５分以上）であるか否かを判断する。そして、経過時間ＮＴが閾値以上であると判断すると（Ｓ４５０でＹｅｓ）、Ｓ４５５に移行し、管理テーブルを初期化した後、Ｓ４６０に移行する。一方、経過時間ＮＴが閾値未満であると判断すると（Ｓ４５０でＮｏ）、Ｓ４５５の処理を実行することなく、Ｓ４６０に移行する。
【０１０７】
一方、ユーザからの指令により禁止解除条件Ｂが設定されている状況下では、最後にエラープリントを実行してからの終了ジョブ数ＦＪに基づき、禁止解除条件が満足されたか否かを判断する。
【０１０８】
即ち、禁止解除条件Ｂが設定されている場合、ＣＰＵ１１は、図９（ｂ）に示すように、Ｓ４５０にて、終了ジョブ数ＦＪが予め定められた閾値以上（例えば、１以上）であるか否かを判断する。そして、終了ジョブ数ＦＪが閾値以上であると判断すると（Ｓ４５０でＹｅｓ）、Ｓ４５５に移行し、管理テーブルを初期化した後、Ｓ４６０に移行する。一方、終了ジョブ数ＦＪが閾値未満であると判断すると（Ｓ４５０でＮｏ）、Ｓ４５５の処理を実行することなく、Ｓ４６０に移行する。
【０１０９】
以上、本実施例のプリンタ装置１の構成について説明したが、本実施例のプリンタ装置１によっても、第一実施例と同様に、ユーザにとって不要なエラーの報知が繰返し実行されることが原因で、ユーザに不満が及ぶのを抑制することができ、適切な頻度で、エラーを報知することができる。
【０１１０】
尚、本実施例のプリンタ装置１は、複数ユーザの夫々に対して個別にエラー発生履歴を記録するものではないため、各ユーザのエラー発生履歴を記録する第一実施例のプリンタ装置１ほど、不要なエラー報知によるユーザの不満を抑制することはできないが、少なくとも、従来装置と比べれば、不要なエラーの報知を抑制することができて、適切な頻度（タイミング）で、エラーを報知することができる。また、本実施例によれば、第一実施例と比較して、エラー発生履歴を記憶しておくための領域が不要であるため、低コストに本発明を適用したプリンタ装置１を構成することができる。
【０１１１】
また、以上には説明しなかったが、第二実施例においても、プリンタ装置１は、ＣＰＵ１１にて、図６に示す指示出力処理を実行する構成にすることができる。但し、本実施例のプリンタ装置１は、エラー発生履歴テーブルを有しないので、Ｓ３３０において、最後に発生したエラーについてのエラープリントを実行するために、エラーの発生時には（Ｓ４６０でＹｅｓと判断した場合には）、発生したエラーのエラーコードをＲＡＭ１３等に記憶する。
【０１１２】
その他、第二実施例のプリンタ装置１における主制御処理は、次のように変形されてもよい（第三実施例）。
【実施例３】
【０１１３】
続いて、第三実施例について説明する。第三実施例のプリンタ装置１は、ＣＰＵ１１が実行する主制御処理の内容が異なることを除けば、概ね第二実施例のプリンタ装置１と同一である。従って、以下では、第三実施例の説明として、第二実施例のプリンタ装置１とは異なる第三実施例のプリンタ装置１の構成を選択的に説明する。
【０１１４】
図１０は、第三実施例のプリンタ装置１がＣＰＵ１１にて実行する主制御処理を表すフローチャートである。
この主制御処理を開始すると、ＣＰＵ１１は、第二実施例と同様に、Ｓ４１０〜Ｓ４３０の処理を実行する。そして、印刷ジョブデータが送信されてきたと判断すると（Ｓ４３０でＹｅｓ）、Ｓ４３１に移行し、今回送信されてきた印刷ジョブデータが示すユーザＩＤが、前回実行したジョブのユーザＩＤと異なるものであるか否かを、前回のＳ４３５でＲＡＭ１３に記憶したユーザＩＤの情報に基づいて判断する。これによって、ジョブのユーザが前回と切り替わったか否かを判断する。
【０１１５】
但し、本実施例では、ジョブのユーザＩＤをＲＡＭ１３に記憶するため、プリンタ装置１の電源オフ時には、その情報が失われる。従って、プリンタ装置１の起動後初回に実行するＳ４３１では、形式的に、今回送信されてきた印刷ジョブデータが示すユーザＩＤが、前回実行したジョブのユーザＩＤと異なると判断する。
【０１１６】
また、今回送信されてきた印刷ジョブデータが示すユーザＩＤが、前回実行したジョブのユーザＩＤとは異なると判断すると（Ｓ４３１でＹｅｓ）、ＣＰＵ１１は、エラープリントの禁止解除条件が満足されたとして、Ｓ４３３に移行し、Ｓ４５５での処理と同様に、管理テーブルを初期化する。その後、Ｓ４３５に移行する。一方、Ｓ４３１で、今回送信されてきた印刷ジョブデータが示すユーザＩＤが、前回実行したジョブのユーザＩＤと同一であると判断すると（Ｓ４３１でＮｏ）、ＣＰＵ１１は、Ｓ４３３での処理を実行することなく、Ｓ４３５に移行する。
【０１１７】
また、Ｓ４３５では、今回送信されてきた印刷ジョブデータが示すユーザＩＤを、今回実行するジョブのユーザＩＤとして、ＲＡＭ１３に記憶する。その後、Ｓ４４０以降の処理を、第二実施例と同様に実行する。但し、本実施例では、第二実施例においてＳ４４０以降に実行するＳ４５０，Ｓ４５５，Ｓ４６２，Ｓ４６６，Ｓ４９０の処理を実行せずスキップするものとする。
【０１１８】
以上、第三実施例のプリンタ装置１について説明したが、このプリンタ装置１によれば、ユーザが切り替わる度に、エラープリントの禁止動作を一旦解除するので、エラープリントされていないユーザに対してまでもエラープリントの禁止動作が及ぶのを抑制することができ、同一ユーザに対してエラープリントを繰返し実行せずに済むと共に、異なるユーザに対してはエラープリントを実行して、エラーへの対処方法をユーザに伝えることができる。
【０１１９】
また、本実施例によれば、ユーザ毎のエラー発生履歴を記録せずとも、各ユーザに対して適切なタイミングでエラープリントを実行することができ、安価に利便性の高いプリンタ装置１をユーザに提供することができる。
【図面の簡単な説明】
【０１２０】
【図１】プリンタ装置１の構成を表すブロック図である。
【図２】ＣＰＵ１１が実行する主制御処理を表すフローチャートである。
【図３】エラーの報知態様を表す説明図である。
【図４】ＣＰＵ１１が実行するエラープリント実行制御処理を表すフローチャートである。
【図５】エラー発生履歴テーブルの構成を表す説明図である。
【図６】ＣＰＵ１１が実行する指示出力処理を表すフローチャートである。
【図７】第二実施例の主制御処理を表すフローチャートである。
【図８】管理テーブルの構成及び更新の態様を表す説明図である。
【図９】解除条件が満足されたか否かの判断手法を表す説明図である。
【図１０】第三実施例の主制御処理を表すフローチャートである。
【符号の説明】
【０１２１】
１…プリンタ装置、１０…制御部、１１…ＣＰＵ、１３…ＲＡＭ、１５…ＮＶＲＡＭ、２０…印刷部、３０…表示部、４０…音出力部、５０…操作部、６０…通信部、１００…パーソナルコンピュータ
【図１】
0004835608.tif 000002
【図２】
0004835608.tif 000003
【図３】
0004835608.tif 000004
【図４】
0004835608.tif 000005
【図５】
0004835608.tif 000006
【図６】
0004835608.tif 000007
【図７】
0004835608.tif 000008
【図８】
0004835608.tif 000009
【図９】
0004835608.tif 000010
【図１０】
0004835608.tif 000011