(57)【要約】【課題】異常発生時において、ホスト装置内のデータ送信中止に間に合わなかったデータや、通信途上のデータが存在する場合でも、これらのデータを確実に削除することを目的としている。【解決手段】ホスト装置１０から送信された印刷データに基づいて印刷を行う通常処理モードと、ホスト装置から送信された印刷データを読み捨てる削除処理モードとを有する印刷装置２０であって、印刷装置の異常を検出する異常検出手段４７ａと、通常処理モードにおいて、異常を検出したとき、削除処理モードに移行する削除処理モード移行手段４４と、ホスト装置からの印刷再開コマンドの受信に伴い、削除処理モードを終了し、通常処理モードに移行する通常処理モード移行手段４５と、を備えたことを特徴とするものである。【選択図】  図３
2005007762.tif 000002
【特許請求の範囲】
【請求項１】
ホスト装置から送信されたデータに基づいて印刷を行う通常処理モードと、前記ホスト装置から送信されたデータを読み捨てる削除処理モードとを有する印刷装置であって、
前記印刷装置の異常を検出する異常検出手段と、
前記通常処理モードにおいて、前記異常を検出したとき、前記削除処理モードに移行する削除処理モード移行手段と、
前記ホスト装置からの印刷再開コマンドの受信に伴い、前記削除処理モードを終了し、前記通常処理モードに移行する通常処理モード移行手段と、
を備えたことを特徴とする印刷装置。
【請求項２】
前記ホスト装置から送信されたデータを格納する受信バッファおよびプリントバッファを更に備え、
前記削除処理モード移行手段は、前記削除処理モードへの移行と共に、前記受信バッファおよび前記プリントバッファ内のデータを破棄することを特徴とする請求項１に記載の印刷装置。
【請求項３】
前記ホスト装置から送信されたデータを格納する受信バッファおよびプリントバッファを更に備え、
前記削除処理モード移行手段は、前記プリントバッファ内のデータを破棄し、前記受信バッファ内のデータを保持したまま、前記削除処理モードへ移行することを特徴とする請求項１に記載の印刷装置。
【請求項４】
ホスト装置から送信されたデータを受信バッファに格納すると共に、当該受信バッファ内のデータに基づいて印刷を行う通常処理モードと、当該受信バッファ内のデータを読み捨てる削除処理モードとを有する印刷装置であって、
前記通常処理モードにおいて、前記印刷装置の異常を検出したとき、前記受信バッファおよびプリントバッファ内のデータを保持し、前記削除処理モードに移行しない第１処理モードと、
前記通常処理モードにおいて、前記印刷装置の異常を検出したとき、前記受信バッファおよびプリントバッファ内のデータを破棄し、前記削除処理モードに移行する第２処理モードと、
前記通常処理モードにおいて、前記印刷装置の異常を検出したとき、前記プリントバッファ内のデータを破棄し、前記受信バッファ内のデータを保持したまま、前記削除処理モードに移行する第３処理モードと、のいずれかを選択する処理モード選択手段を備えたことを特徴とする印刷装置。
【請求項５】
前記削除処理モードでは、前記ホスト装置から送信されたデータのうち、特定のコマンド以外を全て読み捨てることを特徴とする請求項１ないし４のいずれか１に記載の印刷装置。
【請求項６】
前記通常処理モードにおいて、前記印刷再開コマンドを受信した場合、これを破棄することを特徴とする請求項１ないし５のいずれか１に記載の印刷装置。
【請求項７】
前記削除処理モードから前記通常処理モードに移行した時点で、前記異常が解除されていない場合、再度前記削除処理モードに移行することを特徴とする請求項１ないし６のいずれか１に記載の印刷装置。
【請求項８】
起動時において、前記通常処理モードから起動するか、又は前記削除処理モードから起動するかのいずれかを選択する起動時モード選択手段を更に備えたことを特徴とする請求項１ないし７のいずれか１に記載の印刷装置。
【請求項９】
前記通常処理モードから前記削除処理モードへの移行に伴い、削除処理開始レスポンスを前記ホスト装置に送信する削除処理開始レスポンス送信手段と、
前記削除処理モードから前記通常処理モードへの移行に伴い、削除処理終了レスポンスを前記ホスト装置に送信する削除処理終了レスポンス送信手段と、を更に備えたことを特徴とする請求項１ないし８のいずれか１に記載の印刷装置。
【請求項１０】
前記削除処理開始レスポンスおよび前記削除処理終了レスポンスを前記ホスト装置に送信するか否かを選択するモード移行レスポンス選択手段を更に備えたことを特徴とする請求項９に記載の印刷装置。
【請求項１１】
前記削除処理開始レスポンスおよび前記削除処理終了レスポンスを格納する送信バッファを更に備え、
前記削除処理開始レスポンス送信手段は、前記送信バッファ内に、過去の前記削除処理開始レスポンスおよび前記削除処理終了レスポンスが未送信のまま存在している状態で、再度前記削除処理モードに移行した場合、当該過去の両レスポンスを破棄して、最新の削除処理開始レスポンスのみを送信することを特徴とする請求項９または１０に記載の印刷装置。
【請求項１２】
請求項１ないし８のいずれか１に記載の印刷装置と、前記ホスト装置とから成る印刷システムにおいて、
前記ホスト装置は、印刷データの先頭に前記印刷再開コマンドを付加することを特徴とする印刷システム。
【請求項１３】
前記ホスト装置は、前記印刷装置における被印刷媒体が単票用紙の場合、当該単票用紙毎の印刷データの先頭または当該単票用紙の挿入を指令するコマンドの直前に前記印刷再開コマンドを付加することを特徴とする請求項１２に記載の印刷システム。
【請求項１４】
前記ホスト装置は、前記印刷装置における被印刷媒体が単票用紙の場合、当該単票用紙の排出を指令するコマンドの直前に前記印刷再開コマンドを付加し、
前記被印刷媒体が連続用紙の場合、当該連続用紙の切断を指令するコマンドの直前に前記印刷再開コマンドを付加することを特徴とする請求項１２または１３に記載の印刷システム。
【請求項１５】
請求項９、１０または１１に記載の印刷装置と、前記ホスト装置とから成る印刷システムにおいて、
前記ホスト装置は、
前記削除処理開始レスポンスの受信に伴い、前記印刷装置へのデータ送信を停止すると共に、未送信データを破棄するデータ破棄手段と、
前記印刷装置の異常解除の確認後に、前記印刷装置に前記印刷再開コマンドを送信する印刷再開コマンド送信手段と、
を備えたことを特徴とする印刷システム。
【請求項１６】
前記ホスト装置は、
前記印刷装置の処理モードを確認するための処理モード確認コマンドを送信する処理モード確認コマンド送信手段を更に備え、
前記印刷装置は、処理モード確認コマンドの受信に基づき、前記削除処理モードの場合、前記削除処理開始レスポンスを送信し、前記通常処理モードの場合、前記削除処理終了レスポンスを送信することを特徴とする請求項１５に記載の印刷システム。
【請求項１７】
コンピュータを、請求項１ないし１１のいずれか１に記載の印刷装置の各手段として機能させるためのプログラム。
【請求項１８】
コンピュータを、請求項１２ないし１６のいずれか１に記載の印刷システムにおける前記ホスト装置の各手段として機能させるためのプログラム。
【請求項１９】
ホスト装置から送信されたデータに基づいて処理を行う通常処理モードと、前記ホスト装置から送信されたデータのうち、特定のコマンド以外を全て読み捨てる削除処理モードとを有する端末装置の制御方法であって、
前記端末装置が当該端末装置における異常を検出する異常検出工程と、
前記端末装置が前記通常処理モードであって、且つ前記異常を検出したとき、前記削除処理モードに移行する削除処理モード移行工程と、
前記端末装置の、前記ホスト装置からの前記処理再開コマンドの受信に伴い、前記削除処理モードを終了し、前記通常処理モードに移行する通常処理モード移行工程と、
を備えたことを特徴とする端末装置の制御方法。
【請求項２０】
前記ホスト装置から送信されたデータは受信バッファおよびプリントバッファに格納され、
前記削除処理モード移行工程では、前記削除処理モードへの移行と共に、前記受信バッファおよび前記プリントバッファ内のデータを破棄することを特徴とする請求項１９に記載の端末装置の制御方法。
【請求項２１】
前記ホスト装置から送信されたデータは受信バッファおよびプリントバッファに格納され、
前記削除処理モード移行工程では、前記プリントバッファ内のデータを破棄し、前記受信バッファ内のデータを保持したまま、前記削除処理モードへ移行することを特徴とする請求項１９に記載の端末装置の制御方法。
【請求項２２】
ホスト装置から送信されたデータを受信バッファに格納すると共に、当該受信バッファ内のデータに基づいて処理を行う通常処理モードと、当該受信バッファ内のデータのうち、特定のコマンド以外を全て読み捨てる削除処理モードとを有する端末装置の制御方法であって、
前記端末装置が前記通常処理モードであって、且つ前記異常を検出したとき、前記受信バッファおよびプリントバッファ内のデータを保持し、前記削除処理モードに移行しない第１処理モードと、
前記端末装置が前記通常処理モードであって、且つ前記異常を検出したとき、前記受信バッファおよびプリントバッファ内のデータを破棄し、前記削除処理モードに移行する第２処理モードと、
前記端末装置が前記通常処理モードであって、且つ前記異常を検出したとき、前記プリントバッファ内のデータを破棄し、前記受信バッファ内のデータを保持したまま、前記削除処理モードに移行する第３処理モードと、のいずれかを選択できることを特徴とする端末装置の制御方法。
【請求項２３】
前記端末装置は印刷装置であり、前記データには印刷データが含まれることを特徴とする請求項１９ないし２２のいずれか１に記載の端末装置の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホスト装置から送信されたデータに基づいて印刷を行う印刷装置、印刷システム、プログラムおよび端末装置の制御方法に関するものである。
【０００２】
【従来の技術】
従来、ホスト装置と接続されて用いられる印刷装置に異常が発生した場合、以下のような手順で印刷装置のエラー復帰処理を行っている（例えば、特許文献１参照）。
（１）印刷装置は、用紙切れやカバーオープン等に基づく異常要因（オフライン要因）発生、または紙ジャム等に基づく異常要因（エラー）発生のステータスをホスト装置に送信し、オフライン状態となる。
（２）ホスト装置は、印刷装置からの異常発生ステータス取得により、アプリケーションによるデータ送信を中止し、未送信のデータ（アプリケーションが管理するデータバッファ内に蓄積されているデータ）を破棄する。
（３）印刷装置は、異常要因が解除されたことを確認したら、異常解除のステータスをホスト装置に送信し、受信バッファおよびプリントバッファ内の印刷が完了していないデータを破棄して、オンライン状態となる。
（４）ホスト装置は、印刷装置からの異常解除ステータス取得により、異常発生時に送信を中止したデータの最初から、アプリケーションによるデータ送信を再開する。
【０００３】
【特許文献１】
特開平１１−２６８３８４号公報
【０００４】
【発明が解決しようとする課題】
ところが、このような手順で実行されるはずのエラー復帰処理において、例えば、アプリケーションによるデータ送信を中止する前に、印刷装置の異常要因が解除された場合、すなわち上記の処理（２）が完了する前に、処理（３）が処理されてしまった場合、処理（２）のデータ送信中止に間に合わなかったデータや、通信途上のデータが印刷装置に残ってしまうといった問題があった。
【０００５】
つまり、図１４（ａ）に示すように、ホスト装置５１０から送信されたデータは、アプリケーションが管理するアプリ管理のデータバッファ５１１から、ＯＳ（オペレーティング・システム）が管理するＯＳ管理の送信バッファ５１２を経由し、図示しないインタフェースを介して、印刷装置５２０内の受信バッファ５２１に送信されるが、印刷装置の異常発生時において、ＯＳ管理の送信バッファ５１２やアプリ管理のデータバッファ５１１にデータが残されている場合は、これらのデータを削除することができない、あるいは、データ送信中止処理が間に合わないため、印刷装置５２０の異常解除後に不必要なデータに基づく印刷（ゴミ印刷）が行われてしまうといった不具合があった。このため、被印刷媒体である用紙の無駄が発生し、省資源の面でも問題であった。
【０００６】
特に、コンビニエンス・ストア等の小売業で用いられるＰＯＳシステム（販売時点情報管理システム）においては、同図（ｂ）に示すように、ホスト装置５１０（レジ端末）からＰＯＳサーバ５３０を介して印刷装置５２０（レシートプリンタ）にデータが送信されるため、ＰＯＳサーバ５３０内のデータバッファ５３１に蓄積されたデータもゴミ印刷の対象となってしまう。したがって、同図に示す４つのバッファ５１１，５１２，５２１，５３１内の蓄積データを、いかにして削除するかが大きな課題となっていた。
【０００７】
このような問題を解決するため、ＯＳ管理の送信バッファ５１２やＰＯＳサーバ５３０内のデータバッファ５３１に対して、バッファクリア要求を出し、データを削除する機能を備えることも可能であるが、構成が複雑化してしまう。また、ＰＯＳサーバ５３０をハードウェアリセットすることも考えられるが、複数のＰＯＳ端末が接続されている場合など、全端末の処理を中止することとなってしまい事実上不可能である。
【０００８】
そこで、本発明は、上記の問題点に鑑み、印刷装置の異常発生時において、ホスト装置内のデータ送信中止に間に合わなかったデータや、通信途上のデータが存在する場合でも、これらのデータを確実に削除し、ゴミ印刷の発生を防止し得る印刷装置、印刷システム、プログラムおよび端末装置の制御方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の印刷装置は、ホスト装置から送信されたデータに基づいて印刷を行う通常処理モードと、ホスト装置から送信されたデータを読み捨てる削除処理モードとを有する印刷装置であって、印刷装置の異常を検出する異常検出手段と、通常処理モードにおいて、異常を検出したとき、削除処理モードに移行する削除処理モード移行手段と、ホスト装置からの印刷再開コマンドの受信に伴い、削除処理モードを終了し、通常処理モードに移行する通常処理モード移行手段と、を備えたことを特徴とする。
【００１０】
この構成によれば、印刷装置の異常（オフラインやエラー）を検出したとき、データを読み捨てる削除処理モードに移行するため、ホスト装置のデータ送信中止処理に間に合わなかったデータや、通信途上のデータが存在した場合でも、これらのデータによって不必要な印刷が行われることがない。また、印刷装置は、ホスト装置からの印刷再開コマンドの受信に伴って削除処理モードを終了するため、印刷が完了していない上記のデータ（ホスト装置が削除を所望するデータ）を確実に削除することができる。
【００１１】
この場合、ホスト装置から送信されたデータを格納する受信バッファおよびプリントバッファを更に備え、削除処理モード移行手段は、削除処理モードへの移行と共に、受信バッファおよびプリントバッファ内のデータを破棄することが好ましい。
【００１２】
この構成によれば、削除処理モードへの移行と共に、受信バッファ内のデータを破棄するため、削除処理モードにおいて、受信バッファ内のデータを削除するのに要する時間を短縮することができる。なお、プリントバッファとは、印刷のためのイメージデータを格納するバッファを指すものであり、当該イメージデータは受信バッファに格納された印刷データに基づいて生成されるものである。
【００１３】
この場合、ホスト装置から送信されたデータを格納する受信バッファおよびプリントバッファを更に備え、削除処理モード移行手段は、プリントバッファ内のデータを破棄し、受信バッファ内のデータを保持したまま、削除処理モードへ移行することが好ましい。
【００１４】
この構成によれば、受信バッファ内のデータを保持したまま、削除処理モードへ移行するため、ホスト装置のデータ送信中止処理に間に合わなかったデータや、通信途上のデータの中に印刷再開コマンドが含まれていた場合に、当該印刷再開コマンドによって通常処理モードに移行することができる。したがって、例えばページ毎に印刷再開コマンドが組み込まれたデータに基づいて印刷を行う場合は、異常発生頁の次の頁から印刷を再開することができる。
【００１５】
本発明の他の印刷装置は、ホスト装置から送信されたデータを受信バッファに格納すると共に、当該受信バッファ内のデータに基づいて印刷を行う通常処理モードと、当該受信バッファ内のデータを読み捨てる削除処理モードとを有する印刷装置であって、通常処理モードにおいて、印刷装置の異常を検出したとき、受信バッファ内のデータを保持し、削除処理モードに移行しない第１処理モードと、通常処理モードにおいて、印刷装置の異常を検出したとき、受信バッファ内のデータを破棄し、削除処理モードに移行する第２処理モードと、通常処理モードにおいて、印刷装置の異常を検出したとき、受信バッファ内のデータを保持したまま、削除処理モードに移行する第３処理モードと、のいずれかを選択する処理モード選択手段を備えたことを特徴とする。
【００１６】
この構成によれば、アプリケーションの種類やユーザが所望する印刷結果に応じて、適切な処理モードを選択することができる。例えば、第１処理モードを選択すると、異常発生によって用紙を分断（分割）しない機構となっている場合、継続した印刷結果を得ることができる。したがって、データの再送信が必要なくなると共に用紙の無駄が発生することがない。また、第２処理モードを選択すると、受信バッファ内のデータを破棄するため、削除処理モードにおいてデータを削除するのに要する時間を短縮することができる。さらに、印刷装置の状態監視を行うアプリケーションであれば、印刷装置からのステータスを監視しながら処理を行うことができるため、破棄するデータ内に印刷再開コマンドを含ませない制御が可能である。また、第３処理モードを選択すると、受信バッファ内のデータを保持したまま、削除処理モードへ移行するため、ホスト装置のデータ送信中止処理に間に合わなかったデータや、通信途上のデータの中に印刷再開コマンドが含まれていた場合に、当該印刷再開コマンドによって通常処理モードに移行することができる。したがって、受信バッファ内に大量のデータが残っている場合は、削除処理モードにおける受信バッファ内のデータの削除処理に時間がかかるが、印刷装置の状態監視を行わないアプリケーションであっても、支障なく処理を続行することができる。
【００１７】
これらの場合、削除処理モードでは、ホスト装置から送信されたデータのうち、特定のコマンド以外を全て読み捨てることが好ましい。
【００１８】
この構成によれば、削除処理モードにおいて、ホスト装置から送信されたデータのうち、特定のコマンド以外を全て読み捨てることで、不要なデータ（ホスト装置が削除を所望するデータ）を確実に削除することができる。なお、この場合、特定のコマンドには、印刷再開コマンド、処理モード（通常処理モード又は削除処理モード）確認コマンド、印刷装置の状態通知要求コマンド、紙ジャムなどのエラーを復帰させるためのエラー復帰コマンドが含まれることが好ましい。
【００１９】
これらの場合、通常処理モードにおいて、印刷再開コマンドを受信した場合、これを破棄することが好ましい。
【００２０】
この構成によれば、印刷装置の状態監視を行わないアプリケーションを用いた場合、データの中に印刷再開コマンドを組み込む（挿入する）ことが好ましいが、このような場合であっても、通常処理モードでは印刷再開コマンドを破棄するため、通常通りの印刷処理を行うことができる。
【００２１】
これらの場合、削除処理モードから通常処理モードに移行した時点で、異常が解除されていない場合、再度削除処理モードに移行することが好ましい。
【００２２】
この構成によれば、ホスト装置からの印刷再開コマンドの受信により、一旦は通常処理モードに移行しても、再度削除処理モードに移行することで、確実に異常要因を解除することができる。
【００２３】
これらの場合、起動時において、通常処理モードから起動するか、又は削除処理モードから起動するかのいずれかを選択する起動時モード選択手段を更に備えたことが好ましい。
【００２４】
この構成によれば、オペレータの操作ミスなどにより通信途上のデータがあるにも関わらず、印刷装置の再起動を行った場合や、ホスト装置のＯＳ起動時におけるプラグイン・プレイ処理で不要なゴミデータが発生した場合に、削除処理モードから起動することで、確実に不要なデータを削除することができる。また、通常処理モードから起動することも選択可能とすることで、ホスト装置が削除処理モードに対応できていない場合でも、支障がない。
【００２５】
これらの場合、通常処理モードから削除処理モードへの移行に伴い、削除処理開始レスポンスをホスト装置に送信する削除処理開始レスポンス送信手段と、削除処理モードから通常処理モードへの移行に伴い、削除処理終了レスポンスをホスト装置に送信する削除処理終了レスポンス送信手段と、を更に備えたことが好ましい。
【００２６】
この構成によれば、ホスト装置に削除処理開始レスポンスおよび削除処理終了レスポンスを送信可能であるため、ホスト装置（アプリケーション）は、印刷装置の処理モードを把握することができる。また、ホスト装置は、削除処理終了レスポンスにより、印刷再開コマンドが正常処理されたことを確認することができる。
【００２７】
この場合、削除処理開始レスポンスおよび削除処理終了レスポンスをホスト装置に送信するか否かを選択するモード移行レスポンス選択手段を更に備えたことが好ましい。
【００２８】
この構成によれば、印刷装置の状態監視を行わないアプリケーションを用いた場合、両レスポンスをホスト装置に「送信しない」とすることで、対応することができる。
【００２９】
これらの場合、削除処理開始レスポンスおよび削除処理終了レスポンスを格納する送信バッファを更に備え、削除処理開始レスポンス送信手段は、送信バッファ内に、過去の削除処理開始レスポンスおよび削除処理終了レスポンスが未送信のまま存在している状態で、再度削除処理モードに移行した場合、当該過去の両レスポンスを破棄して、最新の削除処理開始レスポンスのみを送信することが好ましい。
【００３０】
この構成によれば、送信バッファに蓄積された過去の削除処理開始レスポンスおよび削除処理終了レスポンスが連発してホスト装置に送信されることがない。したがって、印刷装置の状態監視の間隔が大きいアプリケーションを用いても、複数のレスポンスが連発されることで制御部（ＣＰＵ等）に負荷をかけることがない。
【００３１】
本発明の印刷システムは、上記のいずれか１に記載の印刷装置と、ホスト装置とから成る印刷システムにおいて、ホスト装置は、印刷データの先頭に印刷再開コマンドを付加することを特徴とする。
【００３２】
この構成によれば、印刷装置の状態監視を行わないアプリケーションを用いた場合、印刷データの先頭に印刷再開コマンドを付加することで、印刷装置に異常が発生した場合でも異常発生時に処理されていた印刷データの次のデータから印刷を再開することができる。なお、印刷再開コマンドの印刷データへの付加は、予め印刷再開コマンドを付加したデータをアプリケーションが生成するように構成しても良いし、ホスト装置内の例えばプリンタドライバ等で、アプリケーションから取得した印刷データの先頭に印刷再開コマンドを付加し、付加後のデータを印刷装置に送信するようにしても良い。
【００３３】
この場合、ホスト装置は、印刷装置における被印刷媒体が単票用紙の場合、当該単票用紙毎の印刷データの先頭または当該単票用紙の挿入を指令するコマンドの直前に印刷再開コマンドを付加することが好ましい。
【００３４】
この構成によれば、印刷装置の状態監視を行わないアプリケーションを用いた場合、単票用紙毎の印刷データの先頭または当該単票用紙の挿入を指令するコマンドの直前に印刷再開コマンドを付加することで、異常発生時に処理されていた頁の次の頁から印刷を再開することができる。
【００３５】
これらの場合、ホスト装置は、印刷装置における被印刷媒体が単票用紙の場合、当該単票用紙の排出を指令するコマンドの直前に印刷再開コマンドを付加し、被印刷媒体が連続用紙の場合、当該連続用紙の切断を指令するコマンドの直前に印刷再開コマンドを付加することが好ましい。
【００３６】
この構成によれば、単票用紙の排出を指令するコマンドの直前、および連続用紙の切断を指令するコマンドの直前に印刷再開コマンドを付加することで、これらの処理を確実に行わせることができる。
【００３７】
本発明の他の印刷システムは、上記に記載の印刷装置と、ホスト装置とから成る印刷システムにおいて、ホスト装置は、削除処理開始レスポンスの受信に伴い、印刷装置へのデータ送信を停止すると共に、未送信データを破棄するデータ破棄手段と、印刷装置の異常解除の確認後に、印刷装置に印刷再開コマンドを送信する印刷再開コマンド送信手段と、を備えたことを特徴とする。
【００３８】
この構成によれば、印刷装置の状態監視を行うアプリケーションを用いた場合、ホスト装置で印刷再開コマンドを送信するタイミングを制御することができるため、印刷が完了していないデータ（ホスト装置が削除を所望するデータ）を確実に削除し、不要なデータに基づく印刷を防止することができる。
【００３９】
この場合、ホスト装置は、印刷装置の処理モードを確認するための処理モード確認コマンドを送信する処理モード確認コマンド送信手段を更に備え、印刷装置は、処理モード確認コマンドの受信に基づき、削除処理モードの場合、削除処理開始レスポンスを送信し、通常処理モードの場合、削除処理終了レスポンスを送信することが好ましい。
【００４０】
この構成によれば、ホスト装置は、データを送信する前に処理モード確認コマンドを送信することで、印刷装置の処理モードに合わせたデータ送信を行うことができる。したがって、データを送信したにも関わらず、削除処理モードのため、当該データが読み捨てられるといったことがない。また、印刷装置は、削除処理モードの場合、削除処理開始レスポンスを送信し、通常処理モードの場合、削除処理終了レスポンスを送信するため、ホスト装置は、各処理モードに応じた制御と共通のタスクを使用して処理を行うことができる。
【００４１】
本発明のプログラムは、コンピュータを、上記のいずれか１に記載の印刷装置の各手段として機能させるためのものであることを特徴とする。
【００４２】
この構成によれば、異常発生時において、ホスト装置内のデータ送信中止に間に合わなかったデータや、通信途上のデータが存在する場合でも、これらのデータを確実に削除し、ゴミ印刷の発生を防止し得る印刷装置を提供することができる。
【００４３】
本発明の他のプログラムは、コンピュータを、上記のいずれか１に記載の印刷システムにおけるホスト装置の各手段として機能させるためのものであることを特徴とする。
【００４４】
この構成によれば、異常発生時において、ホスト装置内のデータ送信中止に間に合わなかったデータや、通信途上のデータが存在する場合でも、これらのデータを確実に削除し、ゴミ印刷の発生を防止し得るホスト装置を提供することができる。
【００４５】
本発明の端末装置の制御方法は、ホスト装置から送信されたデータに基づいて処理を行う通常処理モードと、ホスト装置から送信されたデータのうち、特定のコマンド以外を全て読み捨てる削除処理モードとを有する端末装置の制御方法であって、端末装置が当該端末装置における異常を検出する異常検出工程と、端末装置が通常処理モードであって、且つ異常を検出したとき、削除処理モードに移行する削除処理モード移行工程と、端末装置の、ホスト装置からの処理再開コマンドの受信に伴い、削除処理モードを終了し、通常処理モードに移行する通常処理モード移行工程と、を備えたことを特徴とする。
【００４６】
この構成によれば、端末装置の異常（オフラインやエラー）を検出したとき、データを読み捨てる削除処理モードに移行するため、ホスト装置のデータ送信中止処理に間に合わなかったデータや、端末装置に到達していない通信途上のデータが存在した場合でも、これらのデータによって不必要な処理が行われることがない。また、ホスト装置からの処理再開コマンドの受信に伴って削除処理モードを終了するため、処理が完了していない上記のデータ（ホスト装置が削除を所望するデータ）を確実に削除することができる。なお、「処理再開コマンド」とは、上記の印刷装置における「印刷再開コマンド」に相当するものである。
【００４７】
この場合、ホスト装置から送信されたデータは受信バッファおよびプリントバッファに格納され、削除処理モード移行工程では、削除処理モードへの移行と共に、受信バッファおよびプリントバッファ内のデータを破棄することが好ましい。
【００４８】
この構成によれば、削除処理モードへの移行と共に、受信バッファ内のデータを破棄するため、削除処理モードにおいて受信バッファ内のデータを削除するのに要する時間を短縮することができる。
【００４９】
この場合、ホスト装置から送信されたデータは受信バッファおよびプリントバッファに格納され、削除処理モード移行工程では、プリントバッファ内のデータを破棄し、受信バッファ内のデータを保持したまま、削除処理モードへ移行することが好ましい。
【００５０】
この構成によれば、受信バッファ内のデータを保持したまま、削除処理モードへ移行するため、ホスト装置のデータ送信中止処理に間に合わなかったデータや、端末装置に到達していない通信途上のデータの中に処理再開コマンドが含まれていた場合に、当該処理再開コマンドによって通常処理モードに移行することができる。
【００５１】
本発明の他の端末装置の制御方法は、ホスト装置から送信されたデータを受信バッファに格納すると共に、当該受信バッファ内のデータに基づいて処理を行う通常処理モードと、当該受信バッファ内のデータのうち、特定のコマンド以外を全て読み捨てる削除処理モードとを有する端末装置の制御方法であって、端末装置が通常処理モードであって、且つ異常を検出したとき、受信バッファ内のデータを保持し、削除処理モードに移行しない第１処理モードと、端末装置が通常処理モードであって、且つ異常を検出したとき、受信バッファ内のデータを破棄し、削除処理モードに移行する第２処理モードと、端末装置が通常処理モードであって、且つ異常を検出したとき、受信バッファ内のデータを保持したまま、削除処理モードに移行する第３処理モードと、のいずれかを選択できることを特徴とする。
【００５２】
この構成によれば、アプリケーションの種類やユーザが所望する処理結果に応じて、適切な処理モードを選択することができる。例えば、第１処理モードを選択すると、処理を継続することができる。したがって、データの再送信の必要がない。また、第２処理モードを選択すると、受信バッファ内のデータを破棄するため、削除処理モードにおいてデータを削除するのに要する時間を短縮することができる。さらに、端末装置の状態監視を行うアプリケーションであれば、端末装置からのステータスを監視しながら処理を行うことができるため、破棄するデータ内に処理再開コマンドを含ませない制御が可能である。また、第３処理モードを選択すると、受信バッファ内のデータを保持したまま、削除処理モードへ移行するため、ホスト装置のデータ送信中止処理に間に合わなかったデータや、端末装置に到達していない通信途上のデータの中に処理再開コマンドが含まれていた場合に、当該処理再開コマンドによって通常処理モードに移行することができる。したがって、受信バッファ内に大量のデータが残っている場合は、削除処理モードにおける受信バッファ内のデータの削除処理に時間がかかるが、端末装置の状態監視を行わないアプリケーションであっても、支障なく処理を続行することができる。
【００５３】
これらの場合、端末装置は印刷装置であり、データには印刷データが含まれることが好ましい。
【００５４】
この構成によれば、異常発生時において、ホスト装置内のデータ送信中止に間に合わなかったデータや、通信途上のデータが存在する場合でも、これらのデータを確実に削除し、ゴミ印刷の発生を防止し得ることができる。
【００５５】
【発明の実施の形態】
以下、本発明の一実施形態に係る印刷装置、印刷システム、プログラムおよび端末装置の制御方法について、添付図面を参照しながら詳細に説明する。本発明では、ホスト装置と接続されて用いられる印刷装置が自身の異常（オフラインやエラー）を検出したとき、印刷データや特定のコマンド以外のコマンドを読み捨てる削除処理モードに移行することにより、ホスト装置のデータ送信中止処理に間に合わなかったデータや、通信途上のデータが存在した場合でも、これらのデータによって不必要な印刷を行うことがない。また、削除処理モードは、ホスト装置からの印刷再開コマンドの送信によって終了させることができる、言い換えればホスト装置が通常処理モードへの復帰を制御できるため、印刷が完了していない未処理データ（ホスト装置が削除を所望するデータ）を確実に削除することができるものである。
【００５６】
そこで、以下、ＰＯＳシステムにおいて用いられるホスト装置（レジ端末）と、印刷装置（レシートプリンタ）を例に挙げて、印刷装置および印刷システムについて説明する。また、本発明のプログラムは、上記のホスト装置および印刷装置を機能させるためのものであるため、プログラムについての記載は省略する。また、本発明の端末装置の制御方法は、印刷装置の説明に含めるものとして、これについての記載も省略する。
【００５７】
図１は本発明の一実施形態に係る印刷システム１（ＰＯＳシステム）の構成を示す図である。同図に示すように、本実施形態の印刷システム１は、オペレータによる商品情報の入力に基づいて会計処理を行うと共に、レシート、領収書およびバリデーション（伝票用紙）等として用いられる印刷データを生成するホスト装置１０と、当該ホスト装置１０から送信された印刷データおよび制御データに基づいて印刷を行う印刷装置２０と、複数のホスト装置１０（ＰＯＳ端末）と接続され（同図に示す例では１台のみ図示）、これらホスト装置１０を統括制御するＰＯＳサーバ３０と、によって構成されている。そして、ホスト装置１０と印刷装置２０とがセットとなり、一人のオペレータの操作対象となる１台のＰＯＳ端末を構成している。
【００５８】
ホスト装置１０は、本体ケース１８の前部上面にオペレータが商品情報を手入力するキーボード１４と、その後部右側にオペレータが入力情報を確認するオペレータ用ディスプレイ１７ａとを配置し、本体ケース１８内にはキャッシュドロア１８ａが収納されている。また、本体ケース１８の右側側面には商品に貼付されたバーコードを読みとるためのバーコードスキャナ１６、キーボード１４の右側には、顧客から提示されたクレジットカードを読みとるためのカードリーダ１５（カードリーダ用スロット）が形成されている。さらに、本体ケース１８の背面側には、顧客が商品情報等を確認するための顧客用ディスプレイ１７ｂが配置されている。
【００５９】
そして、ホスト装置１０は、キーボード１４やバーコードスキャナ１６により入力された商品情報に基づいて、印刷データを生成し、ＰＯＳサーバ３０を介して印刷装置２０に送信する。また、ホスト装置１０は、印刷装置２０からのステータス情報やレスポンスを受信し、異常発生の有無や処理モード（通常処理モード又は削除処理モード：後述する）の確認など印刷装置２０の状態監視を行うと共に、印刷装置２０を制御するための各種制御データおよびコマンドを送信する。
【００６０】
一方、印刷装置２０は、前部が開口した筐体２１と、前部開口を開閉自在に覆蓋するカバー２２とによって構成され、当該カバー２２を開放することによって、連続用紙Ｐの交換および内部の保守、点検が可能となっている。連続用紙Ｐは、巻回された状態で、印刷装置内部の用紙収容部２５に収納されている。また、用紙収容部２５から繰り出された連続用紙Ｐは、カバー２２に形成された排紙口２４から筐体２１外へ導かれる。また、排紙口２４の内側にはカッタ機構（図示では省略）を備えている。
【００６１】
また、印刷装置２０は、コネクタ等を介してホスト装置１０と接続されており、当該ホスト装置１０からの印刷指示にしたがって、印刷制御を行う。すなわち、ホスト装置１０からの印刷指示により、印刷ヘッド（インクジェットヘッド）１２２、インク供給部１２５（いずれも図４参照）を制御してキャラクタ（文字や記号など）および絵柄等の印刷を行い、紙送りモータ１２６（図４参照）を駆動して連続用紙Ｐの排紙口２４に向けて搬送を行う。そして、印刷を完了すると、さらに連続用紙Ｐを搬送して、印刷済み部分の後端位置がカッタ機構の切断位置に達したとき、カッタモータ１３１を駆動して用紙カッタ１３２（図４参照）により切断分離し、排紙口２４から単票用紙として排出された後、利用者に提供される。
【００６２】
また、筐体２１の前面には、印刷装置２０内の各種異常要因を表示する複数のＬＥＤ２３が備えられており、用紙収容部２５に収容された用紙を使い切った場合（用紙切れとなった場合）、インク切れの場合、その他紙ジャムなど印刷続行が困難となるエラーが発生した場合は、それぞれの異常要因に対応したＬＥＤ２３を点灯または点滅することにより異常発生を表示する。
【００６３】
次に、図２ないし図４を参照し、ホスト装置１０および印刷装置２０の制御構成について説明する。図２は、ホスト装置１０の機能ブロック図、図３は印刷装置２０の機能ブロック図、図４は印刷装置２０の制御ブロック図である。まず図２を参照してホスト装置１０の制御構成について説明する。同図に示すとおり、ホスト装置１０は、印刷装置２０とのデータの送受信を行うインタフェース３１と、印刷装置２０から受信したステータスやレスポンス等のデータを格納する受信バッファとして機能するデータ受信部３２と、印刷装置２０の異常発生時および起動時における処理モード（通常処理モード又は削除処理モード）を設定するためのコマンドの生成など、各種モード設定のための処理を行うモード設定部３３と、印刷装置２０から受信したステータス情報やレスポンス等に基づき、印刷装置２０の状態監視を行う状態監視部３４と、連続用紙Ｐに印刷するための印刷データを生成する印刷データ生成部３５と、印刷装置２０における削除処理モードを終了させるための印刷再開コマンドを生成する印刷再開コマンド生成部３６と、ホスト装置１０全体を制御する制御部３７と、各種コマンドや印刷データを送信するデータ送信部３８（アプリケーションが管理するデータバッファ、およびＯＳが管理する送信バッファとしても機能する）と、によって構成されている。
【００６４】
状態監視部３４は、印刷装置２０からＡＳＢ（Ａｕｔｏｍａｔｉｃ  Ｓｔａｔｕｓ  Ｂａｃｋ）ステータスを受信することにより、用紙切れやインク切れ等の印刷装置２０の状態を監視する。また、プロセスＩＤレスポンス、削除処理開始レスポンス、削除処理終了レスポンス、電源オン通知等により、印刷装置２０におけるデータ処理の進行状況を監視する。なお、プロセスＩＤレスポンスとは、ホスト装置１０が制御コマンドや印刷データに任意に挿入して印刷装置２０に送信したプロセスＩＤに応じて送信されるレスポンスであり、当該制御コマンドや印刷データが印刷装置２０によって処理されたことを示すものである。これにより、ホスト装置１０は、印刷装置２０の内部実行状況と同期を取りながらデータ送信を行うことができる。また、削除処理開始レスポンスおよび削除処理終了レスポンスは、印刷装置２０において削除処理モードが開始したことおよび終了したこと（通常処理モードに復帰したこと）を示すレスポンスであり、これによりホスト装置１０は、印刷装置２０の処理モードを確認することができる。なお、印刷装置２０の処理モードおよびこれらのレスポンスについては、後に詳述する。また、電源オン通知は、印刷装置２０において電源オンによる起動時の初期化処理が終了したことを示す通知であり、これによりホスト装置１０は、印刷装置２０の状態を確認することができる。
【００６５】
制御部３７は、印刷装置２０が通常処理モードの場合は、通常の処理（印刷データや制御コマンドの送信）を行う。また、状態監視部３４により印刷装置２０が削除処理モードに移行したことを検出したとき（削除処理開始レスポンスを取得したとき）、その時点で実行しているデータ送信処理を停止する。また、印刷装置２０から異常解除のステータスを受信したとき、印刷再開コマンド生成部３６へ処理を移し、印刷再開コマンドを送信する。その後、状態監視部３４により印刷装置２０が通常処理モードに復帰したことを検出したとき（削除処理終了レスポンスを取得したとき）、印刷データの送信処理を再開する。
【００６６】
次に、図３を参照して印刷装置２０の制御構成について説明する。同図に示すとおり、印刷装置２０は、ホスト装置１０とのデータの送受信を行うインタフェース４１と、受信した印刷データや即時に実行されない制御コマンドを格納する受信バッファとして機能するデータ受信部４２と、ホスト装置１０から受信した印刷再開コマンドや印刷装置２０の異常検出に基づいて、処理モードを判定し、判定した処理モードに対応する後述の制御部４４，４５に処理を移す処理モード判定部４３と、当該処理モード判定部４３により通常処理モードと判定された場合に制御を行う通常処理モード制御部４４と、同じく処理モード判定部４３により削除処理モードと判定された場合に制御を行う削除処理モード制御部４５と、異常発生時および起動時における処理モードを決定するためのホスト装置１０からの指定値（コマンド）を記憶するモード指定記憶部４６と、カバー検出センサ１４２、用紙検出センサ１４３およびインク残量検出センサ１４４（いずれも図４参照）等の状態を検出して、印刷装置２０内の異常の有無を検出する異常検出部４７ａを有し、印刷装置２０が印刷続行可能な状態であるか否かを監視する状態監視部４７と、ホスト装置１０から送信された印刷データに基づいたイメージデータを格納するプリントバッファとして機能し、かつ印刷制御を行う印刷制御部４８と、ホスト装置１０に送信する各種ステータスやレスポンスを生成するステータス／レスポンス生成部４９と、ステータス／レスポンス生成部４９により生成された各種ステータスやレスポンスを、ホスト装置１０に送信するデータを格納する送信バッファとして機能するデータ送信部５０と、によって構成されている。
【００６７】
通常処理モード制御部４４は、ホスト装置１０から受信した印刷データや各種コマンドの処理を実行し、印刷装置２０に異常が発生した場合は、削除処理モード制御部４５に処理を移す。また、通常処理モード制御時において、印刷再開コマンドを受信した場合は、これを破棄する。
【００６８】
また、削除処理モード制御部４５は、削除処理モードに移行したときに、ホスト装置１０に削除処理開始レスポンスを送信すると共に、ホスト装置１０から印刷再開コマンドを受信したときに、削除処理終了レスポンスを送信し、その後通常処理モード制御部４４に処理を移す。また、削除処理モード制御部４５は、削除処理モードの処理対象となっている特定のコマンド（印刷再開コマンド、処理モード（通常処理モード又は削除処理モード）確認コマンド、印刷装置の状態通知要求コマンド、紙ジャムなどのエラーを復帰するためのエラー復帰コマンド）のみを実行し、これら以外のコマンドや印刷データは読み捨て処理を行う。
【００６９】
また、ステータス／レスポンス生成部４９は、状態監視部４７で検出した印刷装置２０の状態を通知するＡＳＢステータスや、データの処理状況を通知する各種レスポンス（プロセスＩＤレスポンス、削除処理開始レスポンス、削除処理終了レスポンス、電源オン通知等）を生成する。
【００７０】
続いて、図４に示す印刷装置２０の制御ブロック図について説明する。同図に示すように、印刷装置２０は、エラーＬＥＤ２３を有し、印刷装置２０における異常状態を表示する表示部１１０と、連続用紙Ｐを収容した用紙収容部２５と、印刷ヘッド（インクジェットヘッド）１２２と、紙送りモータ１２４により連続用紙Ｐを搬送する用紙送り部１２３と、インクカートリッジ１２６からインクを供給するインク供給部１２５とを有し、ホスト装置１０から送信された印刷データに基づいて印刷を行う印刷部１２０と、用紙カッタ１３２とこれを駆動するカッタモータ１３１とを有し、連続用紙Ｐの印刷済み部分の後端を切断する切断部１３０と、カバー２２の開閉（カバーオープン又はカバークローズ）を検出するカバー検出センサ１４２と、用紙収容部２５内に収容された連続用紙Ｐの取り付け／取り外しの他、図示しない光学センサ（透過型光学センサ又は反射型光学センサ等）により用紙種類を検出する用紙検出センサ１４３と、インクカートリッジ１２６内のインク残量を検出するインク残量検出センサ１４４とを有し、各種検出を行う検出部１４０と、表示ドライバ１５１、ヘッドドライバ１５２およびモータドライバ１５３（送りモータドライバ１５３ａ、カッタモータドライバ１５３ｂ）を有し、各部を駆動する駆動部１５０と、各部と接続され、印刷装置２０全体を制御する制御部２００と、を備えている。
【００７１】
制御部２００は、ＣＰＵ２１０、ＲＯＭ２２０、キャラクタジェネレータＲＯＭ（ＣＧ−ＲＯＭ）２３０、ＲＡＭ２４０、フラッシュＲＯＭ２５０および入出力制御装置（以下、「ＩＯＣ：Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｃｏｎｔｒｏｌｌｅｒ」という）２６０を備え、互いに内部バス２７０により接続されている。ＲＯＭ２２０は、処理モードに応じた制御を行うためのプログラムの他、ＣＰＵ２１０で処理する各種プログラムを記憶する制御プログラムブロック２２１と、各種テーブルや制御データを記憶する制御データブロック２２２とを有している。また、ＣＧ−ＲＯＭ２３０は、文字や記号のフォントデータを記憶しており、文字等を特定するコードデータが与えられたときに対応するフォントデータを出力する。なお、ホスト装置１０の処理能力に応じて、ＣＧ−ＲＯＭ２３０を省略した構成としても良い。
【００７２】
ＲＡＭ２４０は、フラグ等として使用される各種ワークエリアブロック２４１の他、ホスト装置１０から受信した印刷データ等を記憶する受信バッファ２４２（データ受信部４２に相当：図３参照）、ホスト装置１０に送信するステータスおよび各種レスポンスを記憶する送信バッファ２４３（データ送信部５０に相当：図３参照）、異常発生時モード選択コマンド（図５（ａ）参照）の指定値を記憶する異常発生時モードブロック２４４（モード指定記憶部４６に相当：図３参照）、印刷するためのイメージデータを記憶するプリントバッファ２４５を有し、作業領域として使用される。
【００７３】
フラッシュＲＯＭ２５０は、起動時モード選択コマンド（図５（ｄ）参照）の指定値を記憶する起動時モードブロック２５１（モード指定記憶部４６に相当：図３参照）、用紙検出センサ１４３で検出した検出結果に基づいて特定された用紙種類（連続用紙、単票用紙、特定用途向け用紙など）に関するデータを記憶する用紙種類データブロック２５２を有する。当然、フラッシュＲＯＭ２５０であるため、電源をオフしてもこれら記憶したデータを失うことはない。なお、用紙種類の設定は、用紙検出センサ１４３で検出した検出結果に基づくのではなく、印刷装置２０に備えられたディップスイッチや、ホスト装置１０からの制御データに基づいて設定可能としても良い。
【００７４】
ＩＯＣ２６０には、ＣＰＵ２１０の機能を補うと共に各種周辺回路とのインタフェース信号を取り扱うための論理回路が、ゲートアレイやカスタムＬＳＩなどにより構成されて組み込まれている。これにより、ＩＯＣ２６０は、ホスト装置１０からの印刷データや制御データをそのまま或いは加工して内部バス２７０に取り込む。
【００７５】
そして、ＣＰＵ２１０は、上記の構成により、ＲＯＭ２２０内の制御プログラムにしたがって、ＩＯＣ２６０を介してホスト装置１０および印刷装置２０内の各部から各種信号やデータを入力し、ＣＧ−ＲＯＭ２３０からのフォントデータ、ＲＡＭ２４０内の各種データを処理し、ＩＯＣ２６０を介して印刷装置２０内の各部に、各種信号やデータを出力することにより、ホスト装置１０から送信された制御コマンドに応じたモード移行や印刷処理等の制御を行う。
【００７６】
次に、図５を参照してホスト装置１０から印刷装置２０に送信される制御コマンドについて説明する。同図（ａ）に示すとおり、異常発生時における処理を決定するための異常発生時モード選択コマンドは、「ＥＳＣ  Ａ  ｍ１  ｍ２」で表される。ここで、ｍ１＝０の場合（第１処理モード）は、異常発生時において、削除処理モードに移行しない。この場合、受信バッファ２４２およびプリントバッファ２４５内に蓄積された印刷が完了していないデータを保持する。また、ｍ１＝１の場合（第２処理モード）は、異常発生時において、受信バッファ２４２およびプリントバッファ２４５内に蓄積された印刷が完了していないデータを一括破棄し、その後削除処理モードに移行する。また、ｍ１＝２の場合（第３処理モード）は、異常発生時において、プリントバッファ２４５内に蓄積された印刷が完了していないデータを一括破棄し、受信バッファ２４２内に蓄積された印刷が完了していないデータを保持したまま、その後削除処理モードに移行する。
【００７７】
このように、パラメータｍ１を変化させることにより、アプリケーションの種類やユーザが所望する印刷結果に応じて、適切な処理モードを選択することができる（異常発生時の処理モード選択手段）。すなわち、第１処理モード（ｍ１＝０）を選択すると、継続した印刷結果を得ることができるため、予め異常発生によって用紙が分断しないことが分かっている場合に有効である。したがって、この場合、印刷データの再送信が必要なくなると共に用紙の無駄が発生することがない。
【００７８】
また、第２処理モード（ｍ１＝１）を選択すると、受信バッファ２４２とプリントバッファ２４５内のデータを一括破棄するため、削除処理モードにおいてデータを削除するのに要する時間を短縮することができる。さらに、印刷装置２０の状態監視を行うアプリケーションを用いている場合は、印刷装置２０からのステータスを監視しながら処理を行うことができるため、異常解除のステータス受信後に印刷再開コマンドを送信することで、支障なく処理を続行することができる。
【００７９】
また、第３処理モード（ｍ１＝２）を選択すると、受信バッファ２４２内のデータを保持したまま、削除処理モードへ移行するため、異常発生時にホスト装置１０のデータ送信中止処理に間に合わなかったデータや、通信途上のデータ（ホスト装置１０内のＯＳが管理する送信バッファ５１２、ＰＯＳサーバ３０内のデータバッファ５３１、印刷装置２０内の受信バッファ２４２）の中に印刷再開コマンドが含まれていた場合に、当該印刷再開コマンドによって通常処理モードに移行することができる。したがって、削除処理モードへの移行後、受信バッファ２４２内のデータを１バイトずつ確認しながら削除していくため、削除処理に時間がかかるが、印刷装置２０の状態監視を行わないアプリケーションであっても、支障なく処理を続行することができる。
【００８０】
一方、異常発生時モード選択コマンド「ＥＳＣ  Ａ  ｍ１  ｍ２」は、パラメータｍ２によって、処理モード移行時のレスポンスをホスト装置１０に送信するか否かを選択することができる（モード移行レスポンス選択手段）。例えば、ｍ２＝０の場合は、処理モード移行時のレスポンスをホスト装置１０に送信しない。また、ｍ２＝１の場合は、通常処理モードから削除処理モードへの移行、および削除処理モードから通常処理モードへの移行の際にそれぞれ削除処理開始レスポンスおよび削除処理終了レスポンスをホスト装置１０に送信する。
【００８１】
このように、印刷装置２０から、削除処理開始レスポンスおよび削除処理終了レスポンスを送信することで、ホスト装置１０（アプリケーション）は、印刷装置２０の処理モードを把握することができる。また、削除処理終了レスポンスにより、印刷再開コマンドが正常処理されたことを確認することができる。
【００８２】
また、処理モード移行時のレスポンスをホスト装置１０に送信するか否かを選択可能であるため、両レスポンスをホスト装置に「送信しない」とすることで、印刷装置２０の状態監視を行わないアプリケーションにも対応することができる。
【００８３】
なお、異常発生時の処理モードの選択、並びにモード移行レスポンス有無の選択は、上記の通りコマンドによって選択可能とする方法以外に、印刷装置２０にメモリスイッチを備え、ホスト装置１０から当該メモリスイッチを切り替え可能な制御データを送信することで選択できるようにしても良い。また、印刷装置２０にディップスイッチを備え、当該ディップスイッチによって選択可能としても良い。
【００８４】
次に、同図（ｂ）を参照して印刷再開コマンドについて説明する。上記の通り、印刷再開コマンドは、削除処理モードから通常処理モードへの移行を指令するためのコマンドであり、「ＥＳＣ  Ｂ  ｄ１・・・ｄｋ」で表される。ここで、ｄ１・・・ｄｋは、例えば「ＦＩＮＩＳＨ」といった文字列など、任意のキーワードを設定可能となっている。このように、任意のキーワードをパラメータとすることにより、不測の一致による誤動作を回避することができる。また、印刷装置２０の状態監視を行っているアプリケーションを用いた場合は、印刷再開コマンドを送信することで、通常処理モードへの復帰をアプリケーションが管理することができるため、印刷が完了していないデータを確実に削除することができる。さらに、印刷装置２０の状態監視を行わないアプリケーションを用いる場合は、印刷データの先頭に印刷再開コマンドを付加することで、異常発生時に処理されていた頁の次の頁から印刷を再開することができる。また、連続用紙Ｐの切断を指令するコマンドの直前（被印刷媒体が単票用紙の場合は、当該単票用紙の排出を指令するコマンドの直前）など、確実に動作させたいデータの直前に印刷再開コマンドを付加することで、これらの処理を確実に行わせることができる。
【００８５】
次に、同図（ｃ）を参照して処理モード確認コマンドについて説明する。処理モード確認コマンドとは、印刷装置２０の処理モードを確認するためのコマンドであり、「ＥＳＣ  Ｃ  ｍ」で表される。ここで、パラメータｍは、例えばｍ＝１とすることができる。このように、ホスト装置１０は、処理モード確認コマンドを用いることで、例えば印刷データを送信する前にこれを送信すれば、印刷装置２０の処理モードに合わせたデータ送信を行うことができる。したがって、印刷データを送信したにも関わらず、印刷装置２０が削除処理モードのため、当該印刷データが読み捨てられるといったことがない。また、ホスト装置１０のアプリケーションが起動する前に、既に印刷装置２０が削除処理モードに移行していた場合、削除処理開始レスポンスがアプリケーションに届かないことが考えられるが、この場合でも処理モード確認コマンドを使用することで印刷装置２０が削除処理モードであることを認識することができる。
【００８６】
なお、この処理モード確認コマンド「ＥＳＣ  Ｃ  ｍ」に対する印刷装置２０からの戻り値は、削除処理開始レスポンス又は削除処理終了レスポンスとする。すなわち、印刷装置２０が、削除処理モードの場合、削除処理開始レスポンスを送信し、通常処理モードの場合、削除処理終了レスポンスを送信する。このように、モード移行を通知するためのレスポンスと同様のレスポンスを戻り値とすることで、ホスト装置１０は、各処理モードに応じた制御と共通のタスクを使用して処理を行うことができる。
【００８７】
次に、同図（ｄ）を参照して起動時モード選択コマンドについて説明する。上記の通り、起動時モード選択コマンドは、印刷装置２０が通常処理モードから起動するか、削除処理モードから起動するかのいずれかを選択するためのコマンドであり、「ＥＳＣ  Ｄ  ｍ」で表される（起動時の処理モード選択手段）。ここで、ｍ＝０の場合、通常処理モードから起動し、ｍ＝１の場合、削除処理モードから起動する。削除処理モードからの起動を指定（ｍ＝１）することにより、例えばオペレータの操作ミスなどにより通信途上のデータがあるにも関わらず、印刷装置２０の再起動を行った場合や、ホスト装置１０のＯＳ起動時におけるプラグイン・プレイ処理で不要なゴミデータが発生した場合に、確実に不要なデータを削除することができる。また、通常処理モードから起動するか、又は削除処理モードから起動するかのいずれかを選択可能としたことにより、ホスト装置１０（アプリケーション）が削除処理モードに対応できていない場合でも、支障をきたすことがない。なお、起動時モード選択コマンドの設定値は、印刷装置２０の起動時の動作を決定するものであるため、フラッシュＲＯＭ等の不揮発性メモリに記憶する必要がある。
【００８８】
なお、この起動時の処理モード選択手段は、上記（ａ）の異常発生時の処理モード選択手段、並びにモード移行レスポンス選択手段と同様に、メモリスイッチやディップスイッチによって選択できるように構成することも可能である。
【００８９】
次に、図６ないし図１３のフローチャートを参照し、印刷装置２０およびホスト装置１０の処理例について説明する。なお、図６ないし図１０および図１３は、印刷装置２０の状態監視を行うアプリケーションを用いた場合の例、図１１および図１２は、印刷装置２０の状態監視を行わないアプリケーションを用いた場合の例を示している。
【００９０】
最初に、図６を参照して通常データ処理時（通常処理モード）における印刷装置２０の処理例について説明する。同図に示すように、印刷装置２０は、ホスト装置１０からデータを受信すると（Ｓ１１）、異常発生時のモード指定であるか否か（異常発生時モード選択コマンド「ＥＳＣ  Ａ」であるか否か）を判定する（Ｓ１２）。ここで、異常発生時のモード指定である場合は（Ｓ１２：Ｙｅｓ）、指定値Ａ（パラメータｍ１，ｍ２の値）を異常発生時モードブロック２４４（図４参照）に記憶する（Ｓ１３）。
【００９１】
一方、異常発生時のモード指定でない場合は（Ｓ１２：Ｎｏ）、起動時のモード指定であるか否か（起動時モード選択コマンド「ＥＳＣ  Ｄ」であるか否か）を判定する（Ｓ１４）。ここで、起動時のモード指定である場合は（Ｓ１４：Ｙｅｓ）、指定値Ｄ（パラメータｍの値）を起動時モードブロック２５１（図４参照）に記憶する（Ｓ１５）。
【００９２】
続いて、起動時のモード指定でない場合は（Ｓ１４：Ｎｏ）、処理モード確認コマンド「ＥＳＣ  Ｃ」であるか否かを判定する（Ｓ１６）。ここで、処理モード確認コマンドである場合は（Ｓ１６：Ｙｅｓ）、現在が通常処理モードであるため、削除処理終了レスポンスをホスト装置１０に送信し（Ｓ１７）、通常処理モードであることを通知する。また、処理モード確認コマンドでない場合は（Ｓ１６：Ｎｏ）、データに応じた処理（印刷制御やメカ制御等）を実行する（Ｓ１８）。
【００９３】
なお、図示は省略したが、通常処理モードにおいて、例えばオペレータのミス等により印刷再開コマンドを受信した場合は、これを破棄する。
【００９４】
次に、図７および図８を参照して異常発生時および削除処理モードにおける印刷装置２０の処理例について説明する。図７に示すように、印刷装置２０が異常発生（紙ジャム、カバーオープン、用紙切れ、インク切れ、記憶している用紙種類と検出した用紙種類とが異なる場合など）を検出すると（Ｓ２１：Ｙｅｓ）、印刷制御およびメカ制御を停止し、エラーＬＥＤ２３を点灯または点滅させて異常発生を表示すると共に、異常発生のステータスをホスト装置１０に送信する（Ｓ２２）。次に、削除処理モードの指定があるか否か、すなわち指定値Ａが、ｍ１＝１ｏｒ２であるか否か（図５（ａ）参照）を判定し（Ｓ２３）、削除処理モードの指定がない（ｍ１＝０）場合は（Ｓ２３：Ｎｏ）、異常解除した後（Ｓ２４：Ｙｅｓ）、未処理データ（印刷が完了していないデータ）の処理を再開する（Ｓ２５）。この場合、異常発生時に未処理データを破棄していない（保持したままである）ため、異常発生前のデータに継続して印刷を行う。
【００９５】
一方、削除処理モードの指定がある場合は（Ｓ２３：Ｙｅｓ）、ｍ１＝１の場合、受信バッファ２４２とプリントバッファ２４５内の未処理データを一括破棄し、削除処理開始レスポンスをホスト装置１０に送信して、削除処理モードに移行する。また、ｍ１＝２の場合は、プリントバッファ２４５内のデータを破棄し、受信バッファ２４２内の未処理データを保持したまま、削除処理開始レスポンスをホスト装置１０に送信し、削除処理モードに移行する（Ｓ２６，但し、指定値Ａがｍ２＝０の場合には、レスポンスは送信しない）。次に、印刷装置２０に状態変化があるか否かを判定し（Ｓ２７）、状態変化があった場合は（Ｓ２７：Ｙｅｓ）、それが異常解除であるか否かを判定し（Ｓ２８）、異常解除である場合は（Ｓ２８：Ｙｅｓ）、異常解除のステータスをホスト装置１０に送信する（Ｓ２９）。また、異常発生である場合は（Ｓ２８：Ｎｏ）、異常発生のステータスをホスト装置１０に送信する（Ｓ３０）。
【００９６】
続いて、異常解除又は異常発生のステータス送信後（Ｓ２９，Ｓ３０）、並びに状態変化がない場合は（Ｓ２７：Ｎｏ）、図８に示すように、ホスト装置１０からの受信データがあるか否かを判定する（Ｓ３１）。受信データがある場合は（Ｓ３１：Ｙｅｓ）、当該データが処理モード確認コマンド「ＥＳＣ  Ｃ」であるか否かを判定し（Ｓ３２）、処理モード確認コマンドである場合は（Ｓ３２：Ｙｅｓ）、現在が削除処理モードであるため、削除処理開始レスポンスを送信し（Ｓ３３）、削除処理モードであることを通知する。
【００９７】
また、処理モード確認コマンドでない場合は（Ｓ３２：Ｎｏ）、状態通知（ステータス）要求コマンドであるか否かを判定し（Ｓ３４）、状態通知要求コマンドである場合は（Ｓ３４：Ｙｅｓ）、状態通知を送信する（Ｓ３５）。さらに、状態通知要求コマンドでもない場合は（Ｓ３４：Ｎｏ）、エラー復帰コマンドであるか否かを判定し（Ｓ３６）、例えば紙ジャムなど、復帰可能なエラー発生により削除処理モードに移行した場合は、当該紙ジャムを解消し、紙送り方法の補正等の処理を行った後、エラー復帰通知をホスト装置１０に送信する（Ｓ３７）。
【００９８】
また、エラー復帰コマンドでもない場合は（Ｓ３６：Ｎｏ）、印刷再開コマンド「ＥＳＣ  Ｂ」であるか否かを判定し（Ｓ３８）、印刷再開コマンドでない場合は（Ｓ３８：Ｎｏ）、受信したデータを読み捨てる（Ｓ３９）。また、印刷再開コマンドである場合は（Ｓ３８：Ｙｅｓ）、削除処理終了レスポンスを送信し（Ｓ４０，但し、指定値Ａがｍ２＝０の場合には、レスポンスは送信しない）、削除処理モードを終了して通常処理モードに復帰する。
【００９９】
このように、削除処理モードにおいては、上記に示す特定のコマンド（処理モード確認コマンド、状態通知要求コマンド、エラー復帰コマンド、印刷再開コマンド）以外は全て読み捨てるため、異常発生時モード選択コマンドで削除処理モードを指定することにより、未処理データ（ホスト装置１０が削除を所望するデータ）を確実に削除することができる。
【０１００】
なお、印刷再開コマンドを受信し、通常処理モードに復帰した時点で、異常要因（異常状態）が解除されていない場合は、最初の異常検出処理により異常あり（Ｓ２１：Ｙｅｓ）となり、再度削除処理開始レスポンスを送信して削除処理モードに移行する。この構成によれば、印刷装置２０は確実に異常要因を解除することができる、また、ホスト装置１０は、異常状態が継続していることを把握することができると共に印刷再開コマンドが正常処理されたことを確認することができる。
【０１０１】
また、例えば印刷再開コマンドをオペレータの判断でも送信できる構成となっている場合、オペレータの操作ミス等により、異常要因が解除されていないにも関わらず、印刷再開コマンドを送信してしまうことが考えられる。このような場合であって、印刷装置２０からレスポンスが送信できない状況となると、印刷装置の送信バッファ２４３内に過去の削除処理開始レスポンスおよび削除処理終了レスポンスが未送信のまま残ってしまうことがある。また、レスポンスの受信と処理モード確認コマンドの送信を別タスクで起動するような場合にも、同様にレスポンスが重複することが考えられる。このように、送信バッファ２４３内に過去の両レスポンスおよび削除処理終了レスポンスが未送信のまま存在している状態で、再度削除処理モードに移行した場合は、当該過去の両レスポンスを破棄して、最新の削除処理開始レスポンスのみを送信する。この構成によれば、送信バッファ２４３内に蓄積された過去の削除処理開始レスポンスおよび削除処理終了レスポンスがホスト装置に連続送信されることがない。したがって、印刷装置２０の状態監視の間隔が大きいアプリケーションを用いても、複数のレスポンスが連続送信されることで制御部（ＣＰＵ等）に負荷をかけることがない。
【０１０２】
次に、図９および図１０を参照してホスト装置１０の処理例について説明する。図９に示すように、ホスト装置１０は、印刷装置２０への送信データがあるか否かを判定し（Ｓ５１）、送信データがある場合には（Ｓ５１：Ｙｅｓ）、印刷装置２０へのデータ送信処理を行う（Ｓ５２）。次に、ホスト装置１０は、印刷装置２０からの受信データがあるか否かを判定し（Ｓ５３）、受信データがある場合には（Ｓ５３：Ｙｅｓ）、これが削除処理開始レスポンスであるか否かを判定する（Ｓ５４）。削除処理開始レスポンスでない場合は（Ｓ５４：Ｎｏ）、受信データに応じた処理を実行する（Ｓ５５）。また、受信データが削除処理開始レスポンスである場合は（Ｓ５４：Ｙｅｓ）、これにより印刷装置２０が削除処理モードに入ったことを認識し、データ送信処理を停止する（Ｓ５６）。
【０１０３】
データ送信処理を停止すると（Ｓ５６）、図１０に示すように、異常要因を確認するための状態通知要求コマンドを送信する（Ｓ６１，但し、異常要因が判明している場合は不要）。ここで、印刷装置２０からの異常解除通知を受信したか否かを判定し（Ｓ６２）、受信していない場合は（Ｓ６２：Ｎｏ）、異常解除通知の受信を待つ。そして、異常解除通知を受信した場合は（Ｓ６２：Ｙｅｓ）、削除処理モードを指定したか否か、すなわち異常発生時モード選択コマンド「ＥＳＣ  Ａ」のパラメータｍ１をｍ１＝１ｏｒ２と指定したか否かを判定し（Ｓ６３）、削除処理モードの指定がない（ｍ１＝０）場合（Ｓ６３：Ｎｏ）は、未送信データの送信処理を再開する（Ｓ６４）。
【０１０４】
一方、削除処理モードを指定した場合は（Ｓ６３：Ｙｅｓ）、未送信データを破棄し（Ｓ６５）、印刷再開コマンド「ＥＳＣ  Ｂ」を送信する（Ｓ６６）。そして、当該印刷再開コマンド「ＥＳＣ  Ｂ」に対する削除処理終了レスポンスの受信により（Ｓ６７：Ｙｅｓ）、印刷装置２０が通常処理モードに復帰したことを認識し、処理を終了する。
【０１０５】
なお、削除処理モード指定時の処理終了後は、異常発生時に送信を停止したデータの最初からデータを送信する。但し、被印刷媒体が単票用紙の場合は、異常発生前に受信したプロセスＩＤレスポンスに基づき、印刷が完了していない頁の最初のデータから送信する。つまり、プロセスＩＤが各頁の印刷データの最後に挿入されている場合は、異常発生前の最後に受信したプロセスＩＤレスポンスに基づき、そのプロセスＩＤの次のＩＤを付与する頁の先頭データから送信を再開することで、印刷装置２０はその頁の最初から印刷を再開する。なお、被印刷媒体が連続用紙Ｐの場合でも、このプロセスＩＤレスポンスを利用し、例えばプロセスＩＤを印刷データの各行に挿入して、異常が発生したとき印刷途中であった行から印刷を再開するように構成することも可能である。この構成によれば、見栄えが多少損なわれても問題とならない画像や文字列を印刷する場合、データを再送信する量を極力減らすことができ、迅速な対応が可能となる。また、レシートや領収書など正確な印刷結果が必要な場合は、各データの先頭データから送信を再開するように構成することも可能である。
【０１０６】
次に、図１１および図１２を参照し、印刷装置２０の状態監視を行わないアプリケーションを用いた場合について説明する。なお、印刷装置２０の状態監視を行わない点で、図２ないし図４におけるホスト装置１０および印刷装置２０の説明と矛盾点が生じるが、印刷装置２０からステータスやレスポンスを送信しない点、並びにアプリケーションが生成するデータ（印刷データおよび制御データ）に印刷再開コマンドが挿入されている点以外は、状態監視を行う場合と同様であるため、図２ないし図４に相当する制御構成についての説明を省略する。
【０１０７】
最初に、図１１を参照して通常データ処理時（通常処理モード）における印刷装置２０の処理例について説明する。同図に示すように、ホスト装置１０からデータを受信すると（Ｓ７１）、異常発生時のモード指定であるか否かを判定し（Ｓ７２）、異常発生時のモード指定である場合は（Ｓ７２：Ｙｅｓ）、指定値Ａを記憶する（Ｓ７３）。なお、本フローのように印刷装置２０の状態監視を行わないアプリケーションを用いた場合、指定値Ａのパラメータｍ２は常に０（モード移行レスポンスを送信しない）とする（図５（ａ）参照）ことが好ましい。
【０１０８】
また、受信データが起動時のモード指定である場合は（Ｓ７４：Ｙｅｓ）、指定値Ｄを記憶する（Ｓ７５）。さらに、受信データが印刷再開コマンドである場合は（Ｓ７６：Ｙｅｓ）、これを破棄する（Ｓ７７）。また、受信データが、印刷再開コマンドでもない場合は（Ｓ７６：Ｎｏ）、そのデータに応じた処理を行う（Ｓ７８）。
【０１０９】
このように、印刷装置２０の状態監視を行わないアプリケーションを用いた場合、印刷データの前など必ず実行させたいデータの直前に印刷再開コマンドが組み込まれるが、このような場合でも、通常処理モードでは印刷再開コマンドを破棄するため、通常通りの印刷処理を行うことができる。
【０１１０】
次に、図１２を参照して異常発生時および削除処理モードにおける印刷装置２０の処理例について説明する。同図に示すように、印刷装置２０が異常発生（紙ジャム、カバーオープン、用紙切れ、インク切れ、記憶している用紙種類と検出した用紙種類とが異なる場合など）を検出すると（Ｓ８１：Ｙｅｓ）、印刷制御およびメカ制御を停止し（Ｓ８２）、削除処理モードの指定があるか否か、すなわち指定値Ａが、ｍ１＝１ｏｒ２であるか否か（図５（ａ）参照）を判定する（Ｓ８３）。ここで、削除処理モードの指定がない（ｍ１＝０）場合は（Ｓ８３：Ｎｏ）、異常解除した後（Ｓ８４：Ｙｅｓ）、未処理データの処理を再開する（Ｓ８５）。この場合、異常発生時に未処理データを破棄していない（保持したままである）ため、異常発生前のデータに継続して印刷を行う。
【０１１１】
一方、削除処理モードの指定がある場合は（Ｓ８３：Ｙｅｓ）、ｍ１＝１の場合、受信バッファ２４２とプリントバッファ２４５内の未処理データを一括破棄し、削除処理モードに移行する。また、ｍ１＝２の場合は、プリントバッファ２４５内のデータを破棄し、受信バッファ２４２内の未処理データを保持したまま、削除処理モードに移行する（Ｓ８６）。
【０１１２】
次に、異常要因が解除されたか否かを判定し（Ｓ８７）、異常要因が解除されていない場合は（Ｓ８７：Ｎｏ）、異常要因の解除を待つ。また、異常要因が解除された場合は（Ｓ８７：Ｙｅｓ）、ホスト装置１０からの受信データがあるか否かを判定する（Ｓ８８）。受信データがある場合は（Ｓ８８：Ｙｅｓ）、当該データが印刷再開コマンドであるか否かを判定し（Ｓ８９）、印刷再開コマンドでない場合は（Ｓ８９：Ｎｏ）、これを読み捨てる（Ｓ９０）。また、印刷再開コマンドである場合は（Ｓ８９：Ｙｅｓ）、削除処理モードを終了し、通常処理モードに復帰する。
【０１１３】
このように、印刷装置２０の状態監視を行わないアプリケーションを用いた場合でも、削除処理モードにおいては、印刷再開コマンド以外は全て読み捨てるため、異常発生時モード選択コマンドで削除処理モードを指定することにより、未処理データを確実に削除することができる。
【０１１４】
なお、上記のように、印刷装置２０の状態監視を行わないアプリケーションを用いた場合においても、通常処理モードに復帰した時点で、異常要因（異常状態）が解除されていない場合は、最初の異常検出処理により異常あり（Ｓ８１：Ｙｅｓ）となり、再度削除処理モードに移行する。
【０１１５】
次に、図１３を参照して起動時における印刷装置２０の処理例について説明する。なお、ここでは印刷装置２０の状態監視を行うアプリケーションを用いた場合を例に挙げて説明する。同図に示すように、印刷装置２０を起動すると、各種メモリやメカの初期化を行い（Ｓ９１）、電源オン通知をホスト装置１０に送信する（Ｓ９２，但し、電源オン通知を送信しない設定となっている場合には、送信されない）。
【０１１６】
ここで、起動時において削除処理モードの指定があるか否かを判定し（Ｓ９３，起動時モード選択コマンド「ＥＳＣ  Ｄ」：図５（ｄ）参照）、削除処理モードが指定されていない（ｍ＝０）場合（Ｓ９３：Ｎｏ）は、通常のデータ処理を行う。一方、削除処理モードが指定されている（ｍ＝１）場合（Ｓ９３：ＹｅＳ）は、削除処理モードの処理を行う（Ｓ９４）。具体的に、削除処理モードの処理とは、ホスト装置１０に対して削除処理開始レスポンスを送信し、ホスト装置から送信されたデータのうち、特定のコマンド以外の読み捨てを行う。そして、ホスト装置１０からの印刷再開コマンドの受信に伴い、削除処理終了レスポンスを送信し、削除処理モードを終了して通常処理モードに復帰する。
【０１１７】
このように、削除処理モードで起動することにより、例えば通信途上にデータがあるにも関わらず、オペレータが印刷装置２０の再起動を行った場合や、ホスト装置１０のＯＳ起動時におけるプラグイン・プレイ処理で不要なゴミデータが発生した場合でも、確実に不要なデータを削除することができる。
【０１１８】
なお、この起動時においては、異常要因が発生していないこともあるが、この場合は、印刷装置２０は異常要因が解除されたことの通知を行わない。したがって、ホスト装置１０からの印刷再開コマンドの送信タイミングは、状態通知要求コマンドにより印刷装置２０に異常が発生していないことを確認した後であることが好ましい。その他、印刷装置２０でデータの読み捨てを完了したことを検出したとき（所定時間、受信バッファ２４２内にデータが送信されなくなったとき）、自動的に通常処理モードに移行する構成とすることも可能である。
【０１１９】
以上、説明したとおり、本発明の印刷装置２０および印刷システム１によれば、印刷装置２０の異常（オフラインやエラー）を検出したとき、印刷データを読み捨てる削除処理モードに移行するため、ホスト装置１０のデータ送信中止処理に間に合わなかったデータや、通信途上のデータが存在した場合でも、これらのデータによって不必要な印刷が行われることがない。また、ホスト装置１０からの印刷再開コマンドの受信に伴って削除処理モードを終了するため、印刷が完了していない上記のデータ（ホスト装置１０が削除を所望するデータ）を確実に削除することができる。また、本発明の印刷装置２０を使用することで、印刷装置の状態監視を行うアプリケーションでも、状態監視を行わないアプリケーションでも、確実に不要データを削除できるため、ゴミ印字が発生しない。
【０１２０】
また、異常発生時モード選択コマンドにより、アプリケーションの種類やユーザが所望する印刷結果に応じて、適切な処理モードを選択することができる。例えば、第１処理モード（ｍ１＝０）を選択すると、異常発生によって用紙を分断（分割）しない機構となっている場合、継続した印刷結果を得ることができる。したがって、印刷データの再送信が必要なくなると共に用紙の無駄が発生することがない。また、第２処理モード（ｍ１＝１）を選択すると、受信バッファ２４２内のデータを破棄するため、削除処理モードにおいてデータを削除するのに要する時間を短縮することができる。さらに、印刷装置２０の状態監視を行うアプリケーションであれば、印刷装置２０からのステータスを監視しながら処理を行うことができるため、破棄するデータ内に印刷再開コマンドを含ませない制御が可能となる。また、第３処理モード（ｍ１＝２）を選択すると、受信バッファ２４２内のデータを保持したまま、削除処理モードへ移行するため、ホスト装置１０のデータ送信中止処理に間に合わなかったデータや、通信途上のデータの中に印刷再開コマンドが含まれていた場合に、当該印刷再開コマンドによって通常処理モードに移行することができる。したがって、受信バッファ２４２内のデータの削除処理に時間がかかるが、印刷装置２０の状態監視を行わないアプリケーションであっても、支障なく処理を続行することができる。
【０１２１】
なお、上記の例では、ホスト装置１０と印刷装置２０とによって構成される印刷システム１を例に挙げたが、ホスト装置１０によって制御される装置は印刷装置に限らず、種々の端末装置に適用することが可能である。また、上記の実施例によらず、例えばシステム構成やコマンド等について、本発明の要旨を逸脱しない範囲で、適宜変更も可能である。
【０１２２】
【発明の効果】
上述のように、本発明の印刷装置、印刷システム、プログラムおよび端末装置の制御方法によれば、印刷装置が自身の異常を検出したとき、印刷データを読み捨てる削除処理モードに移行し、ホスト装置からの印刷再開コマンドの受信に伴って削除処理モードを終了するため、ホスト装置内のデータ送信中止に間に合わなかったデータや、通信途上のデータが存在する場合でも、これらのデータを確実に削除し、ゴミ印刷の発生を防止することができる、などの効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る印刷システムの構成を示す図である。
【図２】本発明のホスト装置の制御構成を示す機能ブロック図である。
【図３】本発明の印刷装置の制御構成を示す機能ブロック図である。
【図４】本発明の印刷装置の制御構成を示す制御ブロック図である。
【図５】本発明の制御コマンドの一例を示す説明図である。
【図６】本発明の印刷装置の通常時における処理例（状態監視ありの場合）を示すフローチャートである。
【図７】本発明の印刷装置の異常発生時における処理例（状態監視ありの場合）を示すフローチャートである。
【図８】図７に続く、印刷装置の異常発生時における処理例（状態監視ありの場合）を示すフローチャートである。
【図９】本発明のホスト装置の処理例（状態監視ありの場合）を示すフローチャートである。
【図１０】図９に続く、ホスト装置の処理例（状態監視ありの場合）を示すフローチャートである。
【図１１】本発明の印刷装置の通常時における処理例（状態監視なしの場合）を示すフローチャートである。
【図１２】本発明の印刷装置の異常発生時における処理例（状態監視なしの場合）を示すフローチャートである。
【図１３】本発明の印刷装置の起動時における処理例を示すフローチャートである。
【図１４】本発明の従来例を示す説明図である。
【符号の説明】
１        印刷システム
１０        ホスト装置
２０        印刷装置
３０        ＰＯＳサーバ
３１        インタフェース（ホスト装置）
３２        データ受信部
３３        モード設定部
３４        状態監視部
３５        印刷データ生成部
３６        印刷再開コマンド生成部
３７        制御部
３８        データ送信部
４１        インタフェース（印刷装置）
４２        データ受信部
４３        処理モード判定部
４４        通常処理モード制御部
４５        削除処理モード制御部
４６        モード指定記憶部
４７        状態監視部
４７ａ      異常検出部
４８        印刷制御部
４９        ステータス／レスポンス生成部
５０        データ送信部
２４２        受信バッファ（印刷装置）
２４３        送信バッファ
２４５        プリントバッファ
２４４        異常発生時モードブロック
２５１        起動時モードブロック
Ｐ        連続用紙
【図１】
2005007762.tif 000003
【図２】
2005007762.tif 000004
【図３】
2005007762.tif 000005
【図４】
2005007762.tif 000006
【図５】
2005007762.tif 000007
【図６】
2005007762.tif 000008
【図７】
2005007762.tif 000009
【図８】
2005007762.tif 000010
【図９】
2005007762.tif 000011
【図１０】
2005007762.tif 000012
【図１１】
2005007762.tif 000013
【図１２】
2005007762.tif 000014
【図１３】
2005007762.tif 000015
【図１４】
2005007762.tif 000016