JP3547001B2

JP3547001B2 - Printer and printer error handling method

Info

Publication number: JP3547001B2
Application number: JP2000162930A
Authority: JP
Inventors: 敏博島
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2000-05-31
Filing date: 2000-05-31
Publication date: 2004-07-28
Anticipated expiration: 2020-05-31
Also published as: JP2001341383A

Description

【０００１】
【発明が属する技術分野】
本発明は、プリンタ及びプリンタのエラー処理方法に関する。
【０００２】
【従来の技術】
プリンタにおいて、印刷中にエラーが発生すると、印刷が一時停止され、ユーザがエラー原因を直接的に除去しない限り、印刷が再開されない。例えば、カラー画像の印刷中に、イエローのトナーが不足した場合、その印刷は一時停止され、イエロートナーが補給されるまで、印刷は再開されない。
【０００３】
【発明が解決しようとする課題】
エラーの中には、そのエラーを発生させた印刷ジョブがキャンセルされたならば、そのエラーは解消されたものとみなして、他の印刷ジョブを自動的に開始してもよいと考えられる種類のものがある。その一例は、上記のカラー印刷時にイエロートナーが不足した場合であり、その場合、もし、そのカラー印刷のジョブがキャンセルされたならば、他の白黒印刷のジョブの印刷は自動的に実行されて良いはずである。
【０００４】
しかし、従来のプリンタはそのような機能をもっていない。その理由は、従来のプリンタは、エラーと、これを発生させた印刷ジョブとを関連付けて把握しておらず、その印刷ジョブがキャンセルされても、エラー状態はユーザがそのエラー原因を直接的に除去するまで解除されない。
【０００５】
従って、本発明の目的は、エラーと、そのエラーを発生させた印刷ジョブとを関連付けることができるプリンタを提供することにある。
【０００６】
本発明の別の目的は、上記関連付けの結果を利用して、ある種のエラーについては、それを発生させた印刷ジョブがキャンセルされたならば、自動的にエラー状態を解除して他の印刷ジョブの印刷を開始できるプリンタを提供することにある。
【０００７】
【課題を解決するための手段】
本発明に従うプリンタは、そのプリンタで発生した所定種類のエラーを検出するエラー検出手段と、そのプリンタが既に受けた印刷ジョブの中から、その検出したエラーを発生させた印刷ジョブを特定するジョブ特定手段と、その特定した印刷ジョブとその検出したエラーとを関連付ける関連付け手段と、前記特定した印刷ジョブがキャンセルされた場合、前記関連付け手段によって前記特定した印刷ジョブに関連付けられた所定種類のエラーについてのエラー状態を自動的に解除するエラー解除手段とを備える。
【０００８】
このプリンタによれば、所定種類のエラーが発生した場合、そのエラーと、エラーを発生させた印刷ジョブとが自動的に関連付けられる。そして、印刷ジョブがキャンセルされた場合、キャンセルされた印刷ジョブに関連付けられたエラーについてのエラー状態が自動的に解除される。
【０００９】
好適な実施形態では、上記印刷ジョブ特定手段は、プリンタが既に受けた印刷ジョブに含まれる印刷要求の中から、検出したエラーを発生させた印刷要求を特定する。そして、上記関連付け手段は、その特定した印刷要求と検出したエラーとを関連付ける。それによって、特定した印刷要求の含まれている印刷ジョブが、そのエラーを発生させた印刷ジョブとして特定されて、そのエラーに関連付けられることになる。このように、印刷ジョブ内の特定の印刷要求をエラーと関連付けた場合には、例えばジョブ情報とエラー情報を関連付けてユーザに通知するような場合、そのジョブ内のどの印刷要求でエラーが発生したかというような、よりきめの細かい情報提供を行うことが可能になり、ユーザはより精度の高いエラー対応が可能になる。
【００１０】
好適な実施形態は、エラーが検出されたときに印刷が行われていた場合、その印刷を停止する印刷停止手段と、既に検出したエラーについてのエラー状態が印刷を行える程度まで解除されたときに、停止していた印刷を自動的に再開する印刷再開手段とを更に備える。
【００１１】
この構成によれば、所定種類のエラーが発生した場合、エラー発生によって印刷が停止されるが、ジョブキャンセルによって印刷停止の原因となるエラー状態が全て解除されれば、印刷は自動的に再開される。
【００１２】
好適な実施形態では、印刷ジョブのキャンセル前に発生したエラーであっても、キャンセル後に発生したエラーであっても、そのエラーを発生させた印刷ジョブがキャンセルされれば、ジョブキャンセルで解消されたとみなせる種類のエラーのエラー状態は全て、自動的に解除されるようになっている。
【００１３】
また、好適な実施形態は、或る印刷ジョブがキャンセルされたならば、それ以後は、そのキャンセルされた印刷ジョブのデータは全て破棄するなどの方法によって、そのキャンセルされた印刷ジョブの印刷は一切行わないようになっている。
【００１４】
ところで、印刷ジョブを「キャンセル」した場合、一般には上記のようにその印刷ジョブの印刷を一切行わないことになり、好適な実施形態でもそのようにしている。しかし、必ずしもそうでなければならないわけではなく、印刷ジョブを「キャンセル」した場合に、その印刷ジョブの印刷を中断するだけで後にその印刷ジョブの未印刷部分の印刷を実行できるようにしたり、あるいは、その印刷ジョブの実行を他の印刷ジョブよりも後回しにするようにジョブの印刷順序を変更するようにしてもよい。
【００１５】
【発明の実施の形態】
図１は、本発明の一実施形態にかかるプリンタの要部の構成を示す。
【００１６】
プリンタ１は、パーソナルコンピュータやプリンタサーバのようなホスト装置３に、ＬＡＮのような通信ネットワーク又はシリアルインタフェースのような専用インタフェースを介して接続される。プリンタ１は、ホスト装置３から印刷ジョブのデータを受信するジョブ受信部５、受信された印刷ジョブデータを解釈してページ毎の印刷要求を生成するジョブ解釈部７、及びページ毎の印刷要求からページ毎のビットマップイメージデータを展開してページイメージを紙などの印刷媒体上に再生する印刷部９とを有する。さらに、プリンタ１には、ジョブ管理部１１が設けられている。ジョブ管理部１１は、ホスト装置３から新しい印刷ジョブが来たときにその印刷ジョブにジョブＩＤを付与したり、ホスト装置３から特定の印刷ジョブに対するジョブキャンセル要求が来たとき、そのジョブキャンセル要求を他の処理部５、７、９に通知したりといった、印刷ジョブの管理に関わる処理を行う。
【００１７】
プリンタ１内の上記各部の概略動作は次の通りである。
【００１８】
一般に、特にホスト装置３とプリンタ３とが通信ネットワークで接続されている場合、ホスト装置３からは一つの印刷ジョブのデータが先頭から最後まで連続したストリームで到来するよりむしろ、多数のサブストリームに分割されて間欠的に到来することが普通である。ネットワーク上には通常は複数のホスト装置が存在するから、それらのホスト装置からそれぞれ出力された複数の印刷ジョブデータのサブストリームが、交錯してプリンタ１に到来することがある。例えば、まず印刷ジョブＡの最初のデータが到来し、次に、印刷ジョブＢの最初のデータが到来し、次に印刷ジョブＡの２番目のデータが到来するというようにである。このように、各印刷ジョブのデータは多数のサブストリームに分れて間欠的にプリンタ１に到来する。
【００１９】
ホスト装置３から新しい印刷ジョブの最初のデータを受信すると、ジョブ受信部５は、ジョブ受信報告をジョブ管理部１１に送る。ジョブ管理部１１は、ジョブ受信報告を受けると、その新しい印刷ジョブに対して新しいジョブＩＤを割り当て、そのジョブＩＤをジョブ受信部５に通知する。ジョブ受信部５は、以後、ホスト装置３から当該印刷ジョブのデータを受信する都度、その受信データに当該印刷ジョブのジョブＩＤを付加していく。さらに、ジョブ受信部５は、各印刷ジョブの受信する都度、その印刷ジョブがキャンセルされているか否かをジョブ管理部１１に問い合わせる。ジョブ管理部１１は、各ジョブＩＤ毎にホスト装置３からジョブキャンセル要求が来たか否かを管理していて、特定の印刷ジョブについて上記問い合わせを受けると、その印刷ジョブについて既にジョブキャンセル要求が来ていれば「１」、来ていなければ「０」というキャンセル情報を回答する。ジョブ受信部５は、受信データに対して、ジョブＩＤの他にキャンセルフラグを付加して、そのキャンセルフラグに上記キャンセル情報をセットする。そして、ジョブ受信部５は、ジョブＩＤとキャンセルフラグを付加した受信データを、ジョブ解釈部７へ渡す。
【００２０】
図２は、ジョブ受信部５からジョブ解釈部７に渡される受信データの例を示している。
【００２１】
図２では、ハッチングされた１つのブロックが、１つのサブストリームとして到来した受信データを示している。ジョブ受信部５は、上述したように、１つのサブストリームのデータ２１を受信する都度、その受信データ２１に、ジョブＩＤ２５とキャンセルフラグ２３とを付加する。図２は、ジョブＩＤ「１０１」をもつ印刷ジョブについて、４つのサブストリームのデータがジョブ受信部５からジョブ解釈部７へ渡され、その後に、別のジョブＩＤ「１０２」をもつ印刷ジョブについて、２つのサブストリームのデータがジョブ受信部５からジョブ解釈部７に渡された例を示している。そして、ジョブＩＤ「１０１」の印刷ジョブについて４番目のサブストリームのデータが受信されたとき、そのジョブＩＤ「１０１」の印刷ジョブはキャンセルされている。
【００２２】
図２に示したジョブＩＤ「１０１」の４番目のデータのように、このデータの受信時点でその印刷ジョブがキャンセルされた場合には、データ受信部５は、そのデータより後に受信した同じ印刷ジョブのデータは、受信後に自動的に破棄してしまい、ジョブ解釈部７へは渡さない。従って、図２では、キャンセルされたジョブＩＤ「１０１」の印刷ジョブについては、４番目のデータを最後に、５番目以降のデータはジョブ解釈部７に渡されていない。
【００２３】
再び図１を参照する。ジョブ解釈部７は、図２に例示したようなジョブＩＤとキャンセルフラグの付加いた受信データを受け取り、これを順番に解釈して、ページ毎の印刷要求を生成する。ただし、キャンセルフラグが「１」である受信データについては、そのジョブはキャンセルされているから、ジョブ解釈部７は、その受信データを解釈せずに破棄する。ジョブ解釈部７は、各印刷要求の生成過程で、ジョブ管理部１１に、その印刷要求の印刷ジョブがキャンセルされているか否かを問い合わせる。ジョブ管理部１１は、ジョブ受信部５から問い合わせを受けたときと同様のやり方で、その印刷ジョブについてのキャンセル情報をジョブ解釈部７に回答する。ジョブ受信部５に受信された時点ではまだキャンセルさせていなくても、ジョブ解釈部７で解釈されている間にキャンセル要求が発された印刷ジョブについては、ジョブ解釈部７に対して「１」というキャンセル情報が回答されることになる。ジョブ解釈部７は、各印刷ジョブの各ページの印刷要求に、その印刷ジョブのジョブＩＤと、上記キャンセル情報のセットされたキャンセルフラグとを付加する。そして、ジョブ解釈部７は、ジョブＩＤとキャンセルフラグが付加された各ページの印刷要求を印刷部９に渡す。
【００２４】
ジョブ解釈７は、ある印刷要求の作成の際にその印刷ジョブについて「１」というキャンセル情報をジョブ管理部１１から受けると、その印刷ジョブはキャンセルされているので、後続の同じ印刷ジョブの受信データは破棄し、同じ印刷ジョブの印刷要求はそれ以上作成しない。
【００２５】
図３は、ジョブ解釈部７から印刷部９に渡される印刷要求の例を示している。
【００２６】
図３の例では、ジョブＩＤ「１０１」の印刷ジョブについて、３ページ分の印刷要求が作成され、その後、ジョブＩＤ「１０２」の印刷ジョブについて、２ページ分の印刷要求が作成されている。個々の印刷要求３１には、ページ情報３３の他に、ジョブＩＤ３５及びキャンセルフラグ３７が含まれている。キャンセルフラグ３７には、ジョブ解釈部７が受けたキャンセル情報がセットされている。ページ情報３３には、そのページの印刷フォーマットや印刷イメージを規定する情報、例えば、「Ａ３」や「Ａ４」などの用紙サイズ、「カラー」印刷か「モノクロ」印刷かの区別、「片面」印刷か「両面」印刷かの区別、及び図示していないがページイメージを構成する要素イメージデータへのリンクなどが含まれる。
【００２７】
再び図１を参照する。印刷部９は、各ページの印刷要求を順番に受け、それに基づいて各ページのビットマップイメージデータを作成し、印刷要求で指定されたサイズの用紙上に、印刷要求で指定されたページフォーマットでページイメージを印刷する。
【００２８】
印刷中のエラーの大部分は印刷部９で発生する。プリンタ１が複数サイズの複数の用紙ビンをもったカラープリンタであった場合、印刷部９で発生するエラーには、例えば、用紙搬送路中の用紙詰まり、特定サイズ用紙無し、特定色トナー不足、メモリ不足などがある。これらのエラーは２つの種類に大別できる。最初の種類は、ユーザが直接エラー原因を除去しない限り印刷を再開できないものであり、用紙搬送路中の用紙詰まりはこの種類に属する。他方の種類は、そのエラーを生じさせた印刷ジョブがキャンセルされれば、そのエラーは解消されたものとみなして、他の印刷ジョブの印刷を開始することができるものであり、例えば、特定サイズ用紙無し、特定色トナー不足、メモリ不足などがこの種類に属する。
【００２９】
エラーが発生した場合、印刷部９は、まず、印刷を一時停止する。次に、印刷部９は、えらが上記２種類のどちらであるか判断し、前者の種類であれば、従来のプリンタと同様にユーザがエラー原因を除去するまで待つ。一方、後者の種類のエラーが発生した場合、印刷部９は、後に詳述する方法で、そのエラーを発生させた印刷ジョブを特定する。そして、印刷部９は、その特定した印刷ジョブがキャンセルされたか否かをジョブ管理部１１に問い合わせ、ジョブ管理部１１は、前述したと同様の方法で、その印刷ジョブについてのキャンセル情報を印刷部９へ回答する。もし、そのキャンセル情報が「１」であれば、その印刷ジョブはキャンセルされているので、印刷部９は、その印刷ジョブを実際にキャンセルする処理、例えば、その印刷ジョブの全ての印刷要求を破棄し、展開中のイメージデータを消去するなどの処理を行ない、そして、その印刷ジョブによって発生した上記後者の種類のエラー状態を自動的に解除する。その結果、発生済みの全てのエラー状態がすっかり解除されていたならば、印刷部９は印刷動作を自動的に再開する。
【００３０】
以下、さらに詳細に各部の動作を説明する。
【００３１】
図４は、ジョブ受信部５の動作フローを示す。
【００３２】
図４に示すように、ジョブ受信部５は、新しい印刷ジョブデータの着信を待つ状態から動作をスタートし（ステップＳ１）、新しい印刷ジョブデータが着信すると、ジョブ管理部１１にジョブ受信報告を送って、ジョブ管理部１１からその新しい印刷ジョブについてのジョブＩＤを取得する（Ｓ２）。そして、ジョブ受信部５は、受信データを格納するメモリを確保し（Ｓ３）、その受信データにジョブＩＤを付加してメモリに格納する（Ｓ４）。続いて、ジョブ受信部５は、その受信データの印刷ジョブがキャンセルされているか否かをジョブ管理部１１に問い合わせ、ジョブ管理部１１から回答されたキャンセル情報を、キャンセルフラグとしてその受信データに付加する（Ｓ５）。そして、ジョブ受信部５は、そのジョブＩＤとキャンセルフラグを付加した受信データをジョブ解釈部７に渡す（Ｓ６）。
【００３３】
続いて、ジョブ受信部５は、ステップＳ５で受けたキャンセル情報からその印刷ジョブがキャンセルされているか否かを確認し（Ｓ７）、もしキャンセルされている場合には、それ以後に着信する当該印刷ジョブのデータは受信したら直ちに破棄する（Ｓ８）。当該印刷ジョブの最後までデータを受信し終えるまで、ステップＳ３〜Ｓ８を繰り返す（Ｓ９）。当該印刷ジョブの最後までデータを受信し終わったならば、最初の着信待ち（Ｓ１）に戻る。
【００３４】
図５は、ジョブ解釈部７の動作フローを示す。
【００３５】
図５に示すように、ジョブ解釈部７は、ジョブ受信部５から新しい受信ジョブデータの到着を待つ状態から動作をスタートし（ステップＳ１１）、新しい受信データが到着すると、まず、その受信データのキャンセルフラグをチェックする（Ｓ１２）。キャンセルフラグが「１」の場合、その印刷ジョブはキャンセルされているので、ジョブ解釈部７は、その受信データを解釈せずに破棄して、ステップＳ１１の次の受信データ待ち状態に戻る。
【００３６】
キャンセルフラグが「０」の場合には、ジョブ解釈部７は、その受信データを解釈し（Ｓ１３）、ページ単位の印刷要求を作成し（Ｓ１４）、作成した各印刷要求に、元の受信データに付加されていたジョブＩＤをセットする（Ｓ１５）。続いて、ジョブ解釈部７は、その印刷要求の印刷ジョブがキャンセルされているか否かをジョブ管理部１１に問い合わせ、ジョブ管理部１１から回答されたキャンセル情報を、キャンセルフラグとしてその印刷要求にセットする（Ｓ１６）。そして、ジョブ解釈部７は、そのジョブＩＤとキャンセルフラグをセットした印刷要求を印刷部９に渡す（Ｓ１７）。
【００３７】
続いて、ジョブ解釈部７は、ステップＳ１６で受けたキャンセル情報からその印刷ジョブがキャンセルされているか否かを確認し（Ｓ１８）、もしキャンセルされている場合には、それ以後に到着する当該印刷ジョブの受信データは解釈せずに破棄する（Ｓ１９）。今回到着した受信データの最後まで、ステップＳ１３〜Ｓ１９を繰り返す（Ｓ２０）。今回到着した受信データの最後まで処理し終わったならば、最初の受信データ到着待ち（Ｓ１１）に戻る。
【００３８】
図６〜図８は、これらを繋げることで、印刷部９のエラー処理のフローを示す。
【００３９】
図６に示すように、印刷部９のエラー処理は、エラーの発生を監視する動作から開始する（Ｓ３１）。エラーが発生すると、印刷部９は、まず、そのエラーの内容の詳細を記述したエラー情報を作成してメモリに書き込むとともに、現在実行中の印刷を停止する（Ｓ３２）。続いて、印刷部９は、その発生したエラーが、そのエラーを発生させた印刷ジョブがキャンセルされれば解消されたとみなして良い種類のもの（例えば、特定サイズ用紙無し、特定色トナー不足、メモリ不足など）であるか、否かをチェックする（Ｓ３３）。
【００４０】
ステップＳ３３のチェック結果が「Ｎｏ」の場合、つまり、ユーザにエラー原因を直接除去してもらわないと解除できない種類のエラー（例えば、用紙搬送路での用紙詰まりなど）が発生した場合には、印刷部９は、そのエラー発生を示すメッセージをプリンタのフロントパネル（又は、ホスト装置のディスプレイ画面）に表示し（Ｓ３４）、続いてそのエラー原因がユーザによって解消されかチェックし、解消されたならそのエラーメッセージの表示を消し（Ｓ３５）、また解消されてなけば、エラーメッセージを表示したままにして、そして、図７のフローへ進む。
【００４１】
一方、ステップＳ３３のチェック結果が「Ｙｅｓ」の場合には、印刷部９は、次に、そのエラーを発生させた印刷要求がどれであるかを特定して、そのエラーのエラー情報とその印刷要求とを関連付ける（Ｓ３６）（このエラーと印刷要求の関連付け処理の詳細は後に図９〜図１１を参照して説明する。）。エラーを発生させた印刷要求が特定できたなら、印刷部９は、次に、その特定した印刷要求がどの印刷ジョブのものであるかを特定する（Ｓ３７）。こうして特定された印刷ジョブが、エラーを発生させた印刷ジョブということになる。エラーを発生させた印刷ジョブが特定されたなら、印刷部９は、次に、その特定した印刷ジョブがキャンセルされているか否かをジョブ管理部１１に問い合わせてチェックする（Ｓ３８）。その結果、まだキャンセルされていなければ、上述したステップＳ３４、Ｓ３５へ進むが、キャンセルされていれば、印刷部９は、そのエラーは解消されたとみなして、直ちに（又は、そのエラーのエラーメッセージを例えば５秒間のような適当時間表示してエラー発生の事実をユーザに知らせた後に）、プリンタが認識している当該エラーのエラー状態を自動的に解除する（Ｓ３９）。これにより、キャンセルされた印刷ジョブについては、キャンセル後にエラーが発生しても、そのエラーがユーザが直接介入しなければ解消されない種類ではない限り、そのエラーについてのエラー状態は自動的に解除される。
【００４２】
ステップＳ３９の後、印刷部９は、発生済みのエラーは全部解消されたか否かをチェックする（Ｓ４０）。全エラーが既に解消されていれば、印刷部９は、印刷動作を自動的に再開し他の印刷ジョブの印刷を開始し（Ｓ４１）、そして、図７のフローへ進む。まだ解消されていないエラーが一つでも残っていれば、印刷部９は、図７のフローへ進む。
【００４３】
図７のフローに入ると、印刷部９は、再び、ジョブ管理部１１にキャンセル情報を問い合わせることで、図６のステップＳ３８のチェックで分ったもの以外に現在までにキャンセルされた印刷ジョブが無いかどうかをチェックする（Ｓ４２）。その結果、キャンセルされた印刷ジョブが無ければ、印刷部９は図８のフローへ進むが、キャンセルされた印刷ジョブが有れば、印刷部９は、そのキャンセルされた印刷ジョブの全ての印刷要求について、以下のステップＳ４４〜４８を繰り返す（Ｓ４３とＳ４９で囲むループ）。
【００４４】
すなわち、そのキャンセルされたジョブに含まれる各印刷要求について、ステップＳ４４にて、残り印刷枚数カウント（つまり、同ページを複数枚印刷することが指定されているときの未印刷で残っている枚数であり、各印刷要求のページ情報に記述されている）をゼロにして、これ以上印刷をしないようにする。続いて、ステップＳ４５とＳ４８で囲むループにて、各印刷要求に関連付けられた全てのエラー（各エラーはその発生時に図６のＳ３６で印刷要求と関連付けられている）について、ステップＳ４６とＳ４７を繰り返す。ステップＳ４６では、各エラーについて、それがジョブキャンセルで解消される種類のものか否かをチェックし、そうであるならステップＳ４７でそのエラー状態を自動的に解除する。
【００４５】
このようなステップＳ４３とＳ４９で囲むループの処理を行うことで、印刷ジョブのキャンセルが何時行われても、そのジョブキャンセルによって解消することのできる全てのエラーについて、プリンタが認識しているエラー状態が自動的に解除される。こうしてジョブキャンセルで解消されたエラーを全てについてエラー状態を解除した後、印刷部９は、プリンタは印刷可能状態になったか（つまり、エラー状態は皆無になったか）否かをチェックし（Ｓ５０）、まだ印刷可能状態になっていなければ（つまり、まだエラー状態が１つ以上残っていれば）図８のフローへ進み、印刷可能状態になっていれば、残っている印刷ジョブの印刷を自動的に再開し（Ｓ５１）、そして、図８のフローへ進む。
【００４６】
図８のフローに入ると、印刷部９は、新しい印刷要求が到着したかをチェックし（Ｓ５２）、到着してなければ図６の最初のステップＳ３１に戻り、また、新しい印刷要求が届いていれば、その印刷要求のジョブＩＤについてキャンセル情報をジョブ管理部１１へ問い合わせる（Ｓ５３）。この問い合わせの結果、その新しい印刷要求の印刷ジョブがキャンセルされていなければ、図６の最初のステップＳ３１に戻り、また、キャンセルされていれば、その印刷要求の印刷は全く行わずに、その印刷要求の残り印刷枚数カウントをゼロにして（つまり、既に印刷が完了したと同じ状態にして）（Ｓ５６）、印刷終了報告をジョブ管理部１１に送り（Ｓ５７）、そして、図６の最初のステップＳ３１に戻る。これにより、キャンセルされた印刷ジョブについては、キャンセル後に印刷要求が印刷部９に届けられても、印刷部９はその印刷要求を実質的に破棄してしまい印刷を行なわない。
【００４７】
以上の図６〜８に示したエラー処理によって、ジョブキャンセルによって解消されたとみなして良い種類のエラーについては、そのエラーを発生させた印刷ジョブがキャンセルされることで自動的にプリンタが認識しているエラー状態が解除されて、他の印刷ジョブの印刷が自動的に再開される。故に、その種のエラーについては、ユーザがジョブキャンセルを行った場合には、そのエラーの原因を直接除去する作業を行う必要は無い。例えば、Ａ３用紙を使用する印刷ジョブの印刷中にＡ３用紙が無くなった場合、その印刷ジョブがキャンセルされれば、印刷動作が自動的に再開されるので、（Ａ４用紙が有れば）Ａ４サイズの用紙を使用する印刷ジョブは印刷される。或いは、カラーの印刷ジョブの印刷中にイエロートナーが不足した場合、その印刷ジョブがキャンセルされれば、印刷動作が自動的に再開されるので、（黒トナーが不足してなければ）白黒の印刷ジョブは印刷される。
【００４８】
図９は、図６のステップＳ３６のエラーを発生させた印刷要求を特定する処理のフローを示す。図１０は、この処理を分り易くするための説明図である。
【００４９】
図９に示すように、印刷部９は、ステップＳ６１にて、エラー発生でまず印刷動作を停止した後に、その停止時点で、現存する印刷要求のどの部分（つまり、どの印刷要求のどの印刷枚数）までが正常に印刷終了したを確認し、該当する印刷要求内の残り印刷枚数カウンとから、その印刷終了した枚数を減じる。その結果、例えば図１０に示すように、４つの印刷要求１００Ａ〜１００Ｄが存在していたところ、最初と２番目の印刷要求１００Ａ、１００Ｂの残り印刷枚数カウント１０１Ａ、１０１Ｂがゼロになり、３番目と４番目の印刷要求１００Ｃ、１００Ｄの残り印刷枚数カウント１０１Ｃ、１０１Ｄが１になったとする。次に、印刷部９は、ステップＳ６２で、現存する印刷要求（図１０では、１００Ａ〜１００Ｄ）を印刷順に見ていって、残り印刷枚数カウントが１以上である印刷要求の中で先頭のもの（図１０では、１００Ｃ）を選び出す。そして、ステップＳ６３にて、この選び出した印刷要求（図１０では、１００Ｃ）を、その発生したエラーと関連付ける。要するに、エラー発生により印刷を停止した時点において、まだ印刷の完了していない先頭の印刷要求がそのエラーに関連付けられる。
【００５０】
図１１は、印刷要求とエラーとが関連付けられた具体的な状態を例示する。
【００５１】
図１１に示すように、印刷順に、例えばジョブＩＤ「１０１」の２ページ目からｎページまでの印刷要求２００Ａ〜２００Ｄが並び、その後に、ジョブＩＤ「１０２」の１ページ目と２ページ目の印刷要求３００Ａ，３００Ｂが並んでいたとする。ジョブＩＤ「１０１」のジョブはＡ３用紙を使用し、カラー印刷である。次のジョブＩＤ「１０２」のジョブはＡ４用紙を使用し、白黒印刷である。ここで、先頭の印刷要求２００Ａの印刷が正常完了し、２番目の印刷要求２００Ｂを印刷するときに、Ａ３用紙無しエラーと、イエロートナー不足エラーが発生したとする。すると、図９に示した処理によって、未印刷の印刷要求のキューの先頭に位置するこの２番目の印刷要求２００Ｂと、その発生した２つのエラーとが関連付けられる。
【００５２】
この関連付けは、具体的には、メモリに上に置かれた２番目の印刷要求２００Ｂと、やはりメモリに上に置かれたその２つのエラーの詳細を示すエラー情報４００Ａ、４００Ｂとの間に、論理的なリンクを形成することによって作られる。例えば、図示のように、２番目の印刷要求２００Ｂに、１つ目のエラー情報４００Ａへの論理的なリンク（エラー情報４００Ａの先頭アドレスを指すポインタ）がセットされ、１つ目のエラー情報４００Ａには、２つ目のエラー情報４００Ｂへの論理的なリンク（エラー情報４００Ｂの先頭アドレスを指すポインタ）がセットされる。これらのリンクは、印刷要求２００Ｂからエラー情報４００Ａ、４００Ｂへ向かうものである。さらに、エラー情報４００Ａ、４００Ｂから印刷要求２００Ｂへ向かうリンクも形成される。すなわち、エラー情報４００Ａ、４００Ｂの各々に、印刷要求２００Ｂへの論理的なリンク（印刷要求２００Ｂの先頭アドレスを指すポインタ）がセットされる。
【００５３】
こうして、双方向のリンクが印刷要求とエラー情報との間に形成されるので、印刷要求を指定してそれに関連付けられたエラー情報を検索することも、逆にエラー情報を指定してそれに関連付けられた印刷要求を検索することも可能である。
【００５４】
図１１の例の場合、ジョブＩＤ「１０１」のジョブがキャンセルされれば、Ａ３用紙無しエラーのエラー状態もイエロートナー無しエラーのエラー状態も共に解除される。その結果、ユーザがＡ３用紙やイエロートナーを補給しなくても、後続のジョブＩＤ「１０２」のジョブの印刷（Ａ４用紙、白黒印刷）が自動的に開始される。
【００５５】
以上、本発明の一実施形態を説明したが、この実施形態はあくまで本発明の説明のための例示であり、本発明をこの実施形態にのみ限定する趣旨ではない。従って、本発明は、上記実施形態以外の様々な形態でも実施することができる。
【００５６】
例えば、エラーと印刷ジョブとの関連付けは、ジョブキャンセル時のエラー解除以外の用途にも利用できる。例えば、ホスト装置のディスプレイ画面に、ジョブとエラーとを関連付けて表示することで、ユーザにどのジョブが問題であるかを認識させ、どのジョブをキャンセルするべきか容易に判断させ得る。また、上記実施形態のように印刷ジョブ中のページ毎の印刷要求とエラーとの関連付けを行っている場合、関連付けたページとエラーとをディスプレイに表示すれば、ユーザは、どのジョブの何ページ目が問題であるかを認識でき、その問題ページのみを除去して再印刷をするなどの適当な対応措置を採ることが容易になる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかるプリンタの要部の構成を示すブロック図。
【図２】ジョブ受信部５からジョブ解釈部７に渡される受信データの例を示すデータ構成図。
【図３】ジョブ解釈部７から印刷部９に渡される印刷要求の例を示すデータ構成図。
【図４】ジョブ受信部５の動作フローを示すフローチャート。
【図５】ジョブ解釈部７の動作フローを示すフローチャート。
【図６】印刷部９のエラー処理のフローの第一部を示すフローチャート。
【図７】印刷部９のエラー処理のフローの第二部を示すフローチャート。
【図８】印刷部９のエラー処理のフローの第三部を示すフローチャート。
【図９】図６のステップＳ３６のエラーを発生させた印刷要求を特定する処理のフローを示すフローチャート。
【図１０】図９の処理を分り易くするために印刷要求の例を示した説明図。
【図１１】印刷要求とエラーとが関連付けられた具体的な状態を示す説明図。
【符号の説明】
１プリンタ
３ホスト装置
５ジョブ受信部
７ジョブ解釈部
９印刷部
１１ジョブ管理部
２１受信データ
２５、３５ジョブＩＤ
２３、３７キャンセルフラグ
３１、１００、２００、３００印刷要求
１０１残り印刷枚数カウント
４００エラー情報[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a printer and a printer error processing method.
[0002]
[Prior art]
When an error occurs in a printer during printing, printing is suspended and printing is not resumed unless the user directly removes the cause of the error. For example, if the yellow toner runs short during the printing of a color image, the printing is suspended, and printing is not resumed until the yellow toner is replenished.
[0003]
[Problems to be solved by the invention]
Some types of errors are such that if the print job that caused the error is canceled, the error is considered to have been resolved and another print job may be started automatically. There is something. One example is when the yellow toner runs short during the above color printing, in which case, if the color printing job is canceled, the printing of another black and white printing job is automatically executed. Should be good.
[0004]
However, conventional printers do not have such a function. The reason is that the conventional printer does not know the error and the print job that caused the error in association with each other, and even if the print job is cancelled, the error status is directly determined by the user as to the cause of the error. Not unlocked until removed.
[0005]
Accordingly, it is an object of the present invention to provide a printer that can associate an error with a print job that caused the error.
[0006]
Another object of the present invention is to utilize the result of the above-mentioned association to automatically cancel the error state of a certain error if the print job that caused the error has been canceled and to cancel the other print job. An object of the present invention is to provide a printer that can start printing of a job.
[0007]
[Means for Solving the Problems]
The printer according to the present invention is generated by the printer Predetermined type Error detection means for detecting an error, job identification means for identifying a print job that has caused the detected error from among print jobs already received by the printer, and error detection means for identifying the identified print job and the detected error. Association means and Error canceling means for automatically canceling an error state of a predetermined type of error associated with the specified print job by the associating means when the specified print job is canceled; Is provided.
[0008]
According to this printer, If a certain type of error occurs, The error is automatically associated with the print job that caused the error. Then, when the print job is cancelled, the error state of the error associated with the canceled print job is automatically released. .
[0009]
In a preferred embodiment, the print job specifying unit is included in a print job already received by the printer. Print request The print request that caused the detected error is specified from the following. And the associating means, the specified Print request And the detected error. Thereby identified Print request Is identified as the print job that caused the error, and is associated with the error. In this way, certain print jobs Print request Is associated with an error, for example, when the user is notified by associating the job information with the error information, Print request , It is possible to provide more detailed information such as whether an error has occurred, and the user can deal with the error with higher accuracy.
[0010]
The preferred embodiment is A printing stop unit for stopping printing when an error is detected, and a printing stop unit when the error state of the detected error is released to the extent that printing can be performed; Means to automatically restart printing Further Prepare.
[0011]
this Constitution According to the above, when a predetermined type of error occurs, printing is stopped by the occurrence of the error. But Printing is automatically resumed if all error conditions that cause printing suspension are canceled by job cancellation.
[0012]
In the preferred embodiment, whether the error occurred before the cancellation of the print job or the error occurred after the cancellation is canceled by the job cancellation if the print job that caused the error is canceled. All error states of the kind of errors that can be considered are automatically canceled.
[0013]
Further, in a preferred embodiment, if a certain print job is cancelled, thereafter, the printing of the canceled print job is completely stopped by a method such as discarding all data of the canceled print job. Not to do it.
[0014]
By the way, when a print job is "canceled", generally, the print job is not printed at all as described above, and the preferred embodiment does so. However, this does not have to be the case, and if you "cancel" a print job, you can simply stop printing that print job and then print the unprinted portion of that print job later, or , Change the print order of jobs so that execution of that print job is delayed after other print jobs like May be.
[0015]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 shows a configuration of a main part of a printer according to an embodiment of the present invention.
[0016]
The printer 1 is connected to a host device 3 such as a personal computer or a printer server via a communication network such as a LAN or a dedicated interface such as a serial interface. The printer 1 includes a job receiving unit 5 that receives print job data from the host device 3, a job interpreting unit 7 that interprets the received print job data and generates a print request for each page, and a print request for each page. A printing unit 9 for developing bitmap image data for each page and reproducing the page image on a print medium such as paper; Further, the printer 1 is provided with a job management unit 11. The job management unit 11 assigns a job ID to a new print job when a new print job comes from the host device 3, and sends a job cancel request when a job cancel request for a specific print job comes from the host device 3. To the other processing units 5, 7, and 9 for processing related to the management of the print job.
[0017]
The general operation of each unit in the printer 1 is as follows.
[0018]
In general, especially when the host device 3 and the printer 3 are connected via a communication network, the data of one print job from the host device 3 is not transmitted in a continuous stream from the beginning to the end, but rather in a number of substreams. It is common that the data is divided and intermittently arrived. Since a plurality of host devices are normally present on the network, a plurality of substreams of print job data output from the host devices may arrive at the printer 1 in a mixed manner. For example, first data of print job A arrives first, then first data of print job B arrives, and then second data of print job A arrives. Thus, the data of each print job is divided into a number of substreams and arrives at the printer 1 intermittently.
[0019]
When receiving the first data of a new print job from the host device 3, the job receiving unit 5 sends a job reception report to the job management unit 11. When receiving the job reception report, the job management unit 11 assigns a new job ID to the new print job, and notifies the job reception unit 5 of the job ID. Thereafter, each time the data of the print job is received from the host device 3, the job receiving unit 5 adds the job ID of the print job to the received data. Further, each time a print job is received, the job receiving unit 5 inquires the job management unit 11 whether or not the print job has been canceled. The job management unit 11 manages whether or not a job cancel request has been received from the host device 3 for each job ID. When the above inquiry is received for a specific print job, a job cancel request has already been received for that print job. If so, the reply is "1", otherwise the reply is "0". The job receiving unit 5 adds a cancel flag to the received data in addition to the job ID, and sets the cancel information in the cancel flag. Then, the job receiving unit 5 passes the received data to which the job ID and the cancel flag are added to the job interpreting unit 7.
[0020]
FIG. 2 shows an example of received data passed from the job receiving unit 5 to the job interpreting unit 7.
[0021]
In FIG. 2, one hatched block indicates received data arriving as one substream. As described above, the job receiving unit 5 adds the job ID 25 and the cancel flag 23 to the received data 21 each time the data 21 of one substream is received. FIG. 2 shows that, for a print job having a job ID “101”, data of four sub-streams are passed from the job receiving unit 5 to the job interpreting unit 7, and thereafter, for a print job having another job ID “102”. 2 shows an example in which data of two substreams is passed from the job receiving unit 5 to the job interpreting unit 7. Then, when the data of the fourth substream for the print job with the job ID “101” is received, the print job with the job ID “101” has been canceled.
[0022]
When the print job is canceled at the time of receiving this data, as in the case of the fourth data of job ID “101” shown in FIG. 2, the data receiving unit 5 transmits the same print data received after the data. The job data is automatically discarded after being received, and is not passed to the job interpreting unit 7. Accordingly, in FIG. 2, regarding the canceled print job with the job ID “101”, the fourth data is last, and the fifth and subsequent data are not passed to the job interpretation unit 7.
[0023]
FIG. 1 is referred to again. The job interpreting unit 7 receives the received data to which the job ID and the cancel flag are added as illustrated in FIG. 2, interprets the received data in order, and generates a print request for each page. However, the job interpreting unit 7 discards the received data whose cancel flag is “1” without interpreting the job because the job has been canceled. In the process of generating each print request, the job interpreter 7 inquires of the job manager 11 whether the print job of the print request has been canceled. The job management unit 11 returns the cancellation information about the print job to the job interpretation unit 7 in the same manner as when the inquiry is received from the job reception unit 5. Regarding a print job for which a cancel request is issued while being interpreted by the job interpreting unit 7 even if the print job has not been canceled at the time when the job is received by the job receiving unit 5, “1” is sent to the job interpreting unit 7. Will be answered. The job interpreting unit 7 adds the job ID of the print job and the cancel flag in which the cancel information is set to the print request of each page of each print job. Then, the job interpreting unit 7 passes a print request of each page to which the job ID and the cancel flag are added to the printing unit 9.
[0024]
When the job interpreter 7 receives the cancellation information “1” for the print job from the job management unit 11 at the time of creating a certain print request, the print job has been canceled, and the received data of the subsequent same print job is received. Is discarded, and no more print requests for the same print job are created.
[0025]
FIG. 3 shows an example of a print request passed from the job interpreting unit 7 to the printing unit 9.
[0026]
In the example of FIG. 3, a print request for three pages is created for the print job with the job ID “101”, and then a print request for two pages is created for the print job with the job ID “102”. Each print request 31 includes a job ID 35 and a cancel flag 37 in addition to the page information 33. Cancel information received by the job interpreting unit 7 is set in the cancel flag 37. The page information 33 includes information defining a print format and a print image of the page, for example, a paper size such as “A3” or “A4”, a distinction between “color” printing and “monochrome” printing, and “single-sided” printing. Whether the printing is “double-sided” or “double-sided” printing, and a link to element image data constituting a page image (not shown) are included.
[0027]
FIG. 1 is referred to again. The printing unit 9 receives the print requests of the respective pages in order, creates bitmap image data of each page based on the received print requests, and prints on a sheet of the size specified by the print request in the page format specified by the print request. Print the page image.
[0028]
Most errors during printing occur in the printing unit 9. When the printer 1 is a color printer having a plurality of paper bins of a plurality of sizes, errors that occur in the printing unit 9 include, for example, a paper jam in the paper transport path, no paper of a specific size, a shortage of specific color toner, There is insufficient memory. These errors can be broadly divided into two types. The first type is a type in which printing cannot be resumed unless the user directly eliminates the cause of the error, and a paper jam in the paper transport path belongs to this type. In the other type, if the print job that caused the error is canceled, the error is regarded as being resolved, and printing of another print job can be started. No paper, insufficient toner of a specific color, insufficient memory, etc. belong to this type.
[0029]
When an error occurs, the printing unit 9 first suspends printing. Next, the printing unit 9 determines which of the above two types of gills is the case, and if it is the former type, waits until the user removes the cause of the error as in the conventional printer. On the other hand, when the latter type of error occurs, the printing unit 9 specifies the print job that caused the error by a method described later in detail. Then, the printing unit 9 inquires of the job management unit 11 whether or not the specified print job has been cancelled, and the job management unit 11 prints the cancellation information for the print job in the same manner as described above. Answer 9 If the cancellation information is “1”, the print job has been canceled, and the printing unit 9 performs a process of actually canceling the print job, for example, discards all print requests of the print job. Then, processing such as erasing the image data being developed is performed, and the latter type of error state caused by the print job is automatically canceled. As a result, if all the error states that have occurred have been completely released, the printing unit 9 automatically restarts the printing operation.
[0030]
Hereinafter, the operation of each unit will be described in more detail.
[0031]
FIG. 4 shows an operation flow of the job receiving unit 5.
[0032]
As shown in FIG. 4, the job receiving unit 5 starts the operation from a state of waiting for the arrival of new print job data (step S1), and when a new print job data arrives, sends a job reception report to the job management unit 11. Then, the job ID of the new print job is acquired from the job management unit 11 (S2). Then, the job receiving unit 5 secures a memory for storing the received data (S3), adds a job ID to the received data, and stores the received data in the memory (S4). Subsequently, the job receiving unit 5 inquires of the job management unit 11 whether or not the print job of the received data has been canceled, and adds the cancellation information returned from the job management unit 11 to the received data as a cancel flag. (S5). Then, the job receiving unit 5 passes the received data to which the job ID and the cancel flag are added to the job interpreting unit 7 (S6).
[0033]
Subsequently, the job receiving unit 5 checks whether or not the print job is canceled based on the cancel information received in step S5 (S7). Upon receiving the job data, it is immediately discarded (S8). Steps S3 to S8 are repeated until data is completely received until the end of the print job (S9). When the data has been received until the end of the print job, the process returns to the first incoming call waiting (S1).
[0034]
FIG. 5 shows an operation flow of the job interpretation unit 7.
[0035]
As shown in FIG. 5, the job interpreting unit 7 starts the operation from a state of waiting for the arrival of new received job data from the job receiving unit 5 (step S11). Check the cancel flag (S12). If the cancel flag is “1”, the print job has been canceled, so the job interpreting unit 7 discards the received data without interpreting it, and returns to the state of waiting for the next received data in step S11.
[0036]
If the cancel flag is "0", the job interpreting unit 7 interprets the received data (S13), creates a print request for each page (S14), and adds the original received data to each created print request. Is set (S15). Subsequently, the job interpretation unit 7 inquires of the job management unit 11 whether or not the print job of the print request has been canceled, and sets the cancellation information returned from the job management unit 11 as a cancel flag in the print request. (S16). Then, the job interpreting unit 7 passes the print request in which the job ID and the cancel flag are set to the printing unit 9 (S17).
[0037]
Subsequently, the job interpreting unit 7 checks whether or not the print job has been canceled based on the cancel information received in step S16 (S18). The received data of the job is discarded without being interpreted (S19). Steps S13 to S19 are repeated until the end of the received data that has arrived this time (S20). When the processing has been completed up to the end of the received data that has arrived this time, the process returns to the first reception data arrival waiting (S11).
[0038]
6 to 8 show a flow of error processing of the printing unit 9 by connecting these.
[0039]
As shown in FIG. 6, the error processing of the printing unit 9 starts from an operation of monitoring occurrence of an error (S31). When an error occurs, the printing unit 9 first creates error information describing the details of the error, writes the error information in the memory, and stops the printing currently being executed (S32). Subsequently, the printing unit 9 determines that the generated error is of a type that can be considered to have been resolved if the print job that caused the error is canceled (for example, no specific size paper, a specific color toner shortage, (Sufficient etc.) is checked (S33).
[0040]
If the check result in step S33 is “No”, that is, if an error of a type that cannot be cleared unless the user directly removes the cause of the error (for example, a paper jam in the paper transport path) occurs, The printing unit 9 displays a message indicating the occurrence of the error on the front panel of the printer (or the display screen of the host device) (S34), and subsequently checks whether the cause of the error has been eliminated by the user. The display of the error message is erased (S35). If the error message is not resolved, the error message is kept displayed, and the process proceeds to the flow of FIG.
[0041]
On the other hand, if the check result in the step S33 is “Yes”, the printing unit 9 next specifies which print request caused the error, and outputs the error information of the error and the print request. The request is associated with the request (S36) (the details of the process of associating the error with the print request will be described later with reference to FIGS. 9 to 11). If the print request that caused the error can be specified, the printing unit 9 next specifies which print job the specified print request belongs to (S37). The print job specified in this manner is a print job in which an error has occurred. When the print job causing the error is specified, the printing unit 9 inquires of the job management unit 11 whether or not the specified print job has been canceled (S38). As a result, if the error has not been canceled yet, the process proceeds to steps S34 and S35 described above. If the error has been cancelled, the printing unit 9 determines that the error has been resolved and immediately (or displays the error message of the error). For example, after an appropriate time, such as 5 seconds, is displayed to inform the user of the occurrence of the error, the error state of the error recognized by the printer is automatically released (S39). As a result, for an canceled print job, even if an error occurs after the cancellation, the error state of the error is automatically canceled unless the error is of a type that cannot be eliminated without direct user intervention. .
[0042]
After step S39, the printing unit 9 checks whether all the generated errors have been eliminated (S40). If all errors have already been eliminated, the printing unit 9 automatically restarts the printing operation and starts printing another print job (S41), and then proceeds to the flow of FIG. If at least one error that has not been resolved remains, the printing unit 9 proceeds to the flow of FIG.
[0043]
In the flow of FIG. 7, the printing unit 9 again inquires of the job management unit 11 about the cancellation information, so that the print jobs that have been canceled up to the present, other than the ones found in the check in step S38 in FIG. It is checked whether or not there is (S42). As a result, if there is no canceled print job, the printing unit 9 proceeds to the flow of FIG. 8, but if there is a canceled print job, the printing unit 9 issues all print requests of the canceled print job. , The following steps S44 to S48 are repeated (loop surrounded by S43 and S49).
[0044]
That is, for each print request included in the canceled job, in step S44, the remaining print count (that is, the number of unprinted remaining prints when it is specified to print the same page a plurality of times). Yes, described in the page information of each print request) is set to zero to prevent further printing. Subsequently, in a loop surrounded by steps S45 and S48, steps S46 and S47 are performed for all errors associated with each print request (each error is associated with the print request in S36 of FIG. 6 at the time of occurrence). repeat. In step S46, it is checked whether or not each error is of a type that can be eliminated by canceling the job. If so, the error state is automatically canceled in step S47.
[0045]
By performing the processing of the loop surrounded by steps S43 and S49, no matter what time the print job is canceled, all errors that can be resolved by the job cancellation are recognized by the printer. Is automatically canceled. After canceling the error state for all errors resolved by the job cancellation in this way, the printing unit 9 checks whether the printer is in a printable state (that is, whether there is no error state) (S50). If it is not in a printable state (that is, if one or more error states still remain), the process proceeds to the flow of FIG. 8, and if it is in a printable state, the printing of the remaining print job is automatically performed. (S51), and then proceeds to the flow of FIG.
[0046]
8, the printing unit 9 checks whether a new print request has arrived (S52). If it has not arrived, the printing unit 9 returns to the first step S31 in FIG. 6, and a new print request has arrived. If so, an inquiry is made to the job management unit 11 about cancellation information for the job ID of the print request (S53). As a result of this inquiry, if the print job of the new print request has not been cancelled, the process returns to the first step S31 in FIG. 6, and if it has been canceled, the print request is not performed at all and the print job is not executed. The request remaining print count is set to zero (that is, the same state as when printing has already been completed) (S56), a print completion report is sent to the job management unit 11 (S57), and the first step in FIG. It returns to S31. As a result, with respect to the canceled print job, even if a print request is delivered to the printing unit 9 after the cancellation, the printing unit 9 substantially discards the print request and does not print.
[0047]
With the error processing shown in FIGS. 6 to 8 described above, the printer automatically recognizes a type of error that can be considered to have been resolved by job cancellation by canceling the print job that caused the error. The error state is cleared, and printing of another print job is automatically resumed. Therefore, for such an error, when the user cancels the job, there is no need to perform the operation of directly removing the cause of the error. For example, if an A3 sheet runs out during printing of a print job using the A3 sheet, if the print job is canceled, the printing operation is automatically restarted. The print job using the sheet of paper is printed. Alternatively, when the yellow toner runs short during the printing of a color print job, if the print job is canceled, the printing operation is automatically resumed, so that black-and-white printing (if the black toner is not short) is performed. The job is printed.
[0048]
FIG. 9 shows the flow of the process of identifying the print request that caused the error in step S36 in FIG. FIG. 10 is an explanatory diagram for making this process easy to understand.
[0049]
As shown in FIG. 9, in step S61, the printing unit 9 first stops the printing operation due to the occurrence of an error, and then, at the time of the stop, which part of the existing printing request (that is, which printing number of which printing request) ) Is confirmed that the printing has been completed normally, and the number of printed sheets is subtracted from the remaining print count in the corresponding print request. As a result, as shown in FIG. 10, for example, when there are four print requests 100A to 100D, the remaining print number counts 101A and 101B of the first and second print requests 100A and 100B become zero, and the third print request 100A to 100D becomes zero. It is assumed that the remaining print counts 101C and 101D of the fourth print requests 100C and 100D have become 1. Next, in step S62, the printing unit 9 looks at the existing print requests (100A to 100D in FIG. 10) in the printing order, and finds the first print request among the print requests whose remaining print count is 1 or more. (In FIG. 10, 100C) is selected. Then, in step S63, the selected print request (100C in FIG. 10) is associated with the generated error. In short, when printing is stopped due to the occurrence of an error, the first print request that has not been printed yet is associated with the error.
[0050]
FIG. 11 illustrates a specific state in which a print request and an error are associated with each other.
[0051]
As shown in FIG. 11, for example, print requests 200A to 200D from the second page to the n-th page of the job ID “101” are arranged in the printing order, and thereafter, the first and second pages of the job ID “102” are displayed. It is assumed that print requests 300A and 300B are arranged. The job of job ID “101” uses A3 paper and is color printing. The job of the next job ID “102” uses A4 paper and is monochrome printing. Here, it is assumed that the printing of the first print request 200A has been completed normally and the A3 paper out error and the yellow toner shortage error have occurred when the second print request 200B is printed. Then, by the processing shown in FIG. 9, the second print request 200B located at the head of the queue of unprinted print requests is associated with the two errors that have occurred.
[0052]
Specifically, this association is made between a second print request 200B located on memory and the error information 400A, 400B, which also details the two errors, also located on memory. Created by forming logical links. For example, as shown in the figure, a logical link (a pointer indicating the head address of the error information 400A) to the first error information 400A is set in the second print request 200B, and the first error information 400A is set. Is set to a logical link to the second error information 400B (a pointer indicating the head address of the error information 400B). These links are from the print request 200B to the error information 400A, 400B. Further, a link from the error information 400A, 400B to the print request 200B is also formed. That is, a logical link to the print request 200B (a pointer indicating the head address of the print request 200B) is set in each of the error information 400A and 400B.
[0053]
In this way, since a bidirectional link is formed between the print request and the error information, it is possible to specify the print request and search for the error information associated therewith, or conversely, specify the error information and associate it with the error information. It is also possible to search for a print request.
[0054]
In the case of the example of FIG. 11, if the job with the job ID “101” is canceled, both the error state of the A3 paper out error and the error state of the yellow toner out error are both canceled. As a result, even if the user does not supply the A3 paper or the yellow toner, the printing of the subsequent job with the job ID “102” (A4 paper, monochrome printing) is automatically started.
[0055]
As described above, one embodiment of the present invention has been described. However, this embodiment is merely an example for describing the present invention, and is not intended to limit the present invention only to this embodiment. Therefore, the present invention can be implemented in various modes other than the above-described embodiment.
[0056]
For example, the association between an error and a print job can be used for purposes other than canceling an error when canceling a job. For example, by displaying the job and the error on the display screen of the host device in association with each other, the user can recognize which job is the problem and easily determine which job should be canceled. Further, in the case where the print request and the error for each page in the print job are associated with each other as in the above-described embodiment, if the associated page and the error are displayed on the display, the user can determine which page of which job Can be recognized as a problem, and it is easy to take appropriate countermeasures such as removing only the problem page and reprinting.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a main part of a printer according to an embodiment of the present invention.
FIG. 2 is a data configuration diagram showing an example of received data passed from a job receiving unit 5 to a job interpreting unit 7.
FIG. 3 is a data configuration diagram showing an example of a print request passed from a job interpreting unit 7 to a printing unit 9;
FIG. 4 is a flowchart showing an operation flow of a job receiving unit 5;
FIG. 5 is a flowchart illustrating an operation flow of a job interpretation unit 7;
FIG. 6 is a flowchart showing a first part of a flow of an error process of the printing unit 9;
FIG. 7 is a flowchart showing a second part of the error processing flow of the printing unit 9;
FIG. 8 is a flowchart showing a third part of the flow of the error processing of the printing unit 9;
FIG. 9 is a flowchart showing a flow of a process of identifying a print request in which an error has occurred in step S36 of FIG. 6;
FIG. 10 is an explanatory diagram showing an example of a print request to make it easier to understand the processing of FIG. 9;
FIG. 11 is an explanatory diagram showing a specific state in which a print request and an error are associated with each other.
[Explanation of symbols]
1 Printer
3 Host device
5 Job receiver
7 Job interpreter
9 Printing department
11 Job Management Department
21 Received data
25, 35 Job ID
23, 37 Cancel flag
31,100,200,300 Print request
101 Remaining print count
400 Error information

Claims

プリンタで発生した所定種類のエラーを検出するエラー検出手段と、
前記プリンタが既に受けた印刷ジョブの中から、前記検出したエラーを発生させた印刷ジョブを特定するジョブ特定手段と、
前記特定した印刷ジョブと前記検出したエラーとを関連付ける関連付け手段と、
前記特定した印刷ジョブがキャンセルされた場合、前記関連付け手段によって前記特定した印刷ジョブに関連付けられた前記所定種類のエラーについてのエラー状態を自動的に解除するエラー解除手段と
を備えたプリンタ。Error detecting means for detecting a predetermined type of error occurring in the printer,
A job specifying unit for specifying, from among print jobs already received by the printer, a print job in which the detected error has occurred;
Associating means for associating the specified print job with the detected error ;
Error canceling means for automatically canceling an error state of the predetermined type of error associated with the specified print job by the associating means when the specified print job is canceled . Printer.

前記印刷ジョブ特定手段は、前記プリンタが既に受けた印刷ジョブに含まれる印刷要求の中から、前記検出したエラーを発生させた印刷要求を特定し、
それにより実質的に、前記特定した印刷要求の含まれている印刷ジョブが、前記検出したエラーを発生させた印刷ジョブとして特定され、
前記関連付け手段は、前記特定した印刷要求と前記検出したエラーとを関連付け、
それにより実質的に、前記特定した印刷要求の含まれている印刷ジョブが、前記検出したエラーに関連付けられるようになっている請求項１記載のプリンタ。The print job specifying unit specifies, from among print requests included in a print job already received by the printer, a print request that has caused the detected error,
Thereby, substantially, the print job including the specified print request is specified as the print job causing the detected error,
The associating unit associates the specified print request with the detected error,
The printer of claim 1, wherein the print job including the specified print request is substantially associated with the detected error.

前記特定した印刷ジョブについての第１の処理と、前記特定した印刷ジョブに関連付けられたエラーについての所定の第２の処理とを、関連付けて行うエラー処理手段をさらに備えた請求項１と２のいずれか一項記載のプリンタ。A first processing for the print job the specific, and a predetermined second processing for errors associated with the print job the particular claim 1, further comprising an error processing means for performing association with the 2 A printer according to any one of the preceding claims.

前記第１の処理は、前記特定した印刷ジョブに関する情報をユーザに通知することであり、前記第２の処理は、前記特定した印刷ジョブに関連付けられたエラーに関する情報をユーザに通知することである請求項３記載のプリンタ。The first process is to notify a user of information on the specified print job, and the second process is to notify a user of information about an error associated with the specified print job. The printer according to claim 3.

前記第１の処理は、前記特定した印刷ジョブ内の或る印刷要求に関する情報をユーザに通知することであり、前記第２の処理は、前記或る印刷要求に関連付けられたエラーに関する情報をユーザに通知することである請求項３記載のプリンタ。The first processing is to notify certain printing requirements information regarding request for the print job the specified user, the second process, information about the error associated with the certain print request 4. The printer according to claim 3, wherein the printer notifies the user.

前記エラーが検出されたときに印刷が行われていた場合、前記印刷を停止する印刷停止手段と、
既に検出したエラーについてのエラー状態が印刷を行える程度まで解除されたとき、前記停止した印刷を自動的に再開する印刷再開手段と
を更に備えた請求項１記載のプリンタ。When printing is being performed when the error is detected, a print stop unit that stops the printing,
2. The printer according to claim 1, further comprising a print resuming unit for automatically resuming the stopped printing when the error state of the detected error is released to the extent that printing can be performed.

前記エラー解除手段は、前記特定した印刷ジョブに関連付けられた前記所定種類のエラーについては、前記特定した印刷ジョブのキャンセル前に発生したものかキャンセル後に発生したものかに関わらず全て、前記特定した印刷ジョブがキャンセルされた場合にエラー状態を自動的に解除するようになっている請求項１記載のプリンタ。 The error canceling unit is configured to specify the specified type of error associated with the specified print job irrespective of whether the error occurred before or after the specified print job was canceled . the printer of claim 1, wherein is adapted to automatically cancel the error state when a print job is canceled.

前記特定した印刷ジョブがキャンセルされたことに応答して、前記特定した印刷ジョブについての印刷を以後行うことを禁止する手段をさらに備えた請求項１記載のプリンタ。Wherein in response to a particular print job has been canceled, the identified further printer of claim 1, further comprising a means for inhibiting to perform subsequent printing of the print job.

プリンタで発生した所定種類のエラーを検出するステップと前記プリンタが既に受けた印刷ジョブの中から、前記検出したエラーを発生させた印刷ジョブを特定するステップと、
前記特定した印刷ジョブと前記検出したエラーとを関連付けるステップと、
前記特定した印刷ジョブがキャンセルされた場合、前記関連付け手段によって前記特定した印刷ジョブに関連付けられた前記所定種類のエラーについてのエラー状態を自動的に解除するステップと
を備えたプリンタのエラー処理方法。Detecting a predetermined type of error that has occurred in the printer, and identifying a print job that has caused the detected error among print jobs already received by the printer;
Associating the identified print job with the detected error ;
Automatically canceling an error state of the predetermined type of error associated with the specified print job by the associating means when the specified print job is cancelled . Error handling method.

前記エラーが検出されたときに印刷が行われていた場合、前記印刷を停止するステップと、
既に検出したエラーについてのエラー状態が印刷を行える程度まで解除されたとき、前記停止した印刷を自動的に再開するステップと
を更に備えた請求項９記載のプリンタのエラー処理方法。If printing was being performed when the error was detected, stopping the printing;
10. The printer error processing method according to claim 9 , further comprising the step of automatically restarting the stopped printing when the error state of the already detected error is released to the extent that printing can be performed.