JP2007018127A - 印刷システム、その制御方法、及びプログラム - Google Patents

Abstract

【課題】 印刷装置で発生した異常の要因に対応して、ホスト装置による要因解除処理を実行することができる、印刷システム、その制御方法、及びプログラム、を提供する。
【解決手段】 印刷システムは、印刷装置の異常を検出する異常検出手段と、異常の要因が何であるかを判別する異常要因判別手段と、異常が検出された時、印刷装置が異常状態であるという情報と、当該異常の要因が何であるかという情報と、を含む異常発生情報をホスト装置に送信する異常発生情報送信手段とを備える印刷装置と、受信した異常発生情報から、印刷装置で発生している異常の要因を判定する要因判定手段と、要因判定手段によって、印刷装置で発生している要因であると判定された要因に対応する、印刷装置を異常状態から復帰させるための復帰処理を実行する要因別処理手段とを備えるホスト装置と、を備える。
【選択図】 図２

Description

本発明は、受信したデータに基づいて印刷を行う印刷装置と、当該印刷装置に前記データを送信して当該印刷装置を制御するホスト装置とを含む印刷システム、それを制御する制御方法、及びプログラムに関するものである。

従来、ホスト装置によって制御されている印刷装置に、用紙なしやカバーオープンや紙ジャムなどの要因が発生し、印刷が実行できない異常状態となった場合、ホスト装置は、例えば、特許文献１に記載されているように、以下のように、異常状態に対応して、異常状態に陥ったことによる悪影響を軽減するための異常対応処理を行っていた。下記（１）から（２）は、異常状態ではない通常状態で予め実行され、異常発生時に、（３）から（６）が実行される。
（１）異常発生時の印刷装置の処理モードを、次のａ）又はｂ）に設定する。
ａ）印刷が完了していないデータを保持し、削除処理モードに移行しない。
ｂ）印刷が完了していないデータの一括破棄と削除処理モードへ移行する。
（２）通常処理では印刷装置に印刷データを送信する。
（３）印刷装置からの削除処理開始レスポンスを受信するとデータの送信を停止する。
（４）印刷装置からの異常要因解除のステータスを待つ。異常要因解除のステータスを受信すると、印刷装置へ印刷再開コマンドを送信する。
（５）印刷装置への印刷再開コマンド送信後に削除処理終了レスポンスを待つ。削除処理終了レスポンスを受信することで、印刷装置が通常状態に復帰し、印刷再開コマンドに従って印刷が可能となったことが確認できる。
（６）指定している異常発生時の処理モードに従い未送信データの処理を実行する。
処理モードとして、上記ａ）を指定した場合は、ｃ）通常状態に復帰した後に続きのデータの送信を再開する。処理モードとして、上記ｂ）を指定した場合は、ｄ）未送信データを破棄し、通常状態に復帰した後に最初のデータから再送信する。

また、異常の要因を解除して印刷装置を異常状態から通常状態に復帰させる要因解除処理は、ホスト装置などが実行する上記異常対応処理とは別に、各要因に対応した処理が、印刷装置やホスト装置を操作するオペレータなどによって実行されていた。例えば、要因が用紙なしの場合には、オペレータが用紙を補給することで、要因がカバーオープンの場合には、オペレータが当該カバーを閉じることで、要因が紙ジャムの場合は、紙ジャムになった用紙をオペレータが取り除き、印刷できる状態に用紙をセットすると共に、キャリッジを初期化することで、要因を解除していた。

特開２００５−７７６２号公報

しかしながら、特許文献１に記載されているような印刷装置が印刷不可能な異常状態となったときに、当該異常を引起こす様々な要因の中から当該異常の真の要因を的確に特定することは困難であった。その結果、オペレータが要因の特定に時間をとられ、要因解除処理の実行のために多大な時間を要するという課題があった。

また、要因の特定が困難であることにより、オペレータが異常の要因に対応した適切な要因解除処理を実行できず、不適切な処理を実行することで、新たな要因を発生させてしまう可能性があった。例えば、異常の要因には、ヘッド温度異常による一時停止等のように、オペレータによる操作は不要であり、要因であるヘッド温度の異常が正常に戻るのを待つ必要がある要因がある。ところが、ヘッド温度異常による一時停止の状態で、オペレータは適切な異常要因解除操作以外の操作を、誤って実行する可能性があった。例えば、紙ジャムに対応するように用紙を取り除き、用紙なしという新たな要因を発生させてしまう可能性があった。ヘッド温度異常による一時停止の場合、ヘッド温度が正常に戻れば、異常停止前の印刷結果に続けて印刷を実行して、所望の印刷結果が得られるにも関わらず、誤って用紙を取り除くことで印刷結果が分断してしまい、異常停止前の印刷結果が無駄になるというような、可能性があった。

特許文献１に開示された装置又は方法においては、ホスト装置は、印刷装置の異常対応処理に対応する異常対応処理を実行するに止まり、ホスト装置による要因解除の処理は実行されなかった。即ち、特許文献１に開示された装置又は方法においては、ホスト装置は、上述した課題を解決する機能を果たすことはなかった。

そこで、本発明は、印刷装置で発生した異常の要因に対応して、ホスト装置による要因解除処理を実行することができる、印刷システム、その制御方法、及びプログラム、を実現することを目的とする。

本発明による印刷システムは、ホスト装置と、ホスト装置によって制御されて印刷を行う印刷装置とを備える印刷システムであって、印刷装置は、印刷装置の異常を検出する異常検出手段と、異常の要因が何であるかを判別する異常要因判別手段と、異常検出手段が異常を検出した時、印刷装置が異常状態であるという情報と、当該異常の要因が何であるかという情報と、を含む異常発生情報をホスト装置に送信する異常発生情報送信手段と、を備え、ホスト装置は、印刷装置から送られた異常発生情報から、印刷装置で発生している異常の要因を判定する要因判定手段と、要因判定手段によって、印刷装置で発生していると判定された異常の要因に対応する、印刷装置を異常状態から復帰させるための復帰処理を実行する要因別処理手段と、を備えることを特徴とする。

本発明の印刷システムによれば、印刷装置は、異常検出手段が印刷装置に異常の要因が発生し、印刷装置が印刷を実行できない異常状態であることを検出し、異常要因判別手段が異常の要因が何であるかを判別すると、異常発生情報送信手段が、印刷装置が異常状態であるという情報と、当該異常の要因が何であるかという情報とを含む異常発生情報をホスト装置に通知する。ホスト装置においては、要因判定手段が、当該異常発生情報から、印刷装置で発生している異常の要因を判定し、要因別処理手段が、予め設定されている当該要因を解除する復帰処理を実行することで、印刷装置の異常状態からの復帰処理を効率良く実行することができる。

この場合、印刷システムにおける復帰処理は、オペレータに要因に対応する復帰処理操作を指示する操作指示メッセージを表示する、メッセージ表示処理を含むことが好ましい。

この印刷システムの構成によれば、操作指示メッセージによって、オペレータに要因に対応する復帰処理操作の実行を促し、迅速に復帰処理操作を実行させることができる。また、操作指示メッセージによって、実行する操作を示すことで、オペレータが復帰処理操作の知識を有することを必須とすることなく、オペレータに適切な復帰処理操作を実行させることができる。

この場合、印刷システムのホスト装置は、操作指示メッセージを表示するメッセージ表示手段を、更に備えることが好ましい。

この印刷システムの構成によれば、オペレータが直接操作する可能性が高いホスト装置に設けたメッセージ表示手段に操作指示メッセージを表示することで、操作指示メッセージをオペレータに認識され易くすることができる。

この場合、印刷システムの印刷装置は、印刷装置表示部を更に備え、ホスト装置は、操作指示メッセージを印刷装置表示部に表示させることが好ましい。

この印刷システムの構成によれば、異常状態にある印刷装置に操作指示メッセージを表示することで、異常状態にある印刷装置に注目している可能性が高いオペレータに、操作指示メッセージを認識され易くすることができる。

この場合、印刷システムにおける復帰処理は、印刷装置に復帰処理の実施を指示するエラー復帰コマンドをホスト装置が印刷装置に送信する、エラー復帰コマンド送信処理を含むことが好ましい。

この印刷システムの構成によれば、異常の要因が、印刷装置がエラー復帰処理を実行することで解除できる要因である場合に、ホスト装置から印刷装置にエラー復帰コマンドを送信することで、エラー復帰処理を迅速に実行させることができる。

この場合、印刷システムのホスト装置は、印刷装置において発生した異常の要因毎に、当該要因によって発生した異常に対応して実行する処理モードを予め設定するための、要因別処理モード設定手段と、当該要因別処理モード設定手段を介して設定された要因毎の処理モードを指定する処理モード選択コマンドを印刷装置に送信する送信手段と、を更に備え、印刷システムの印刷装置は、ホスト装置から送信されたデータに基づいて印刷を行う通常処理モードと、ホスト装置から送信されたデータを読み捨てる削除処理モードと、を有し、通常処理モードにおいて、異常検出手段によって異常が検出されたとき実行するべき、当該異常の要因のそれぞれに対応して予め指定された、通常処理モードの継続、又は削除処理モードへの移行、を記憶する要因別処理モード記憶手段と、異常検出手段が異常を検出したとき、当該異常の要因に対応して実行するべき、要因別処理モード記憶手段に記憶された通常処理モードの継続、又は削除処理モードへの移行を選択する要因別処理モード決定手段と、要因別処理モード決定手段により選択された処理モードを実行する削除処理モード移行手段と、削除処理モードにおいて、ホスト装置からの印刷再開コマンドに従って、削除処理モードを終了し、通常処理モードに移行する通常処理モード移行手段と、を更に備えることが好ましい。

この印刷システムの構成によれば、ホスト装置は、印刷装置が異常状態になったときの処理モードを、異常の各要因毎に指定して、印刷装置に指示する。印刷装置は、削除処理モード移行手段が、異常の要因のそれぞれに対応して予め指定された、通常処理モードの継続、又は削除処理モードへの移行を実行することで、個々の要因に対応した適切な処理モードを実行することができる。より詳細には、印刷装置の異常が検出されたとき、例えば、データを読み捨てる削除処理モードに移行することで、ホスト装置のデータ送信中止処理に間に合わなかったデータや、通信途上のデータが存在した場合でも、異常が解除されて印刷が再開されたときに、これらのデータに従って不必要な印刷が実行されることを回避することができる。また、印刷装置の異常が検出されたとき、例えば、通常処理モードを維持することで、異常が解除されて印刷が再開されたときに、異常が発生する前に実行された印刷に続く印刷を実行し、異常が発生する前後で連続した印刷結果を実現することができる。

この場合、印刷システムの印刷装置は、削除処理モードへ移行したことを示す削除処理開始レスポンスを送信する削除処理開始レスポンス送信手段を更に備え、印刷システムのホスト装置は、印刷装置が削除処理モードへ移行したことを示す削除処理開始レスポンスを受信することによって、印刷装置へのデータ送信を停止すると共に、未送信データを破棄するデータ破棄手段を備えることが好ましい。

この印刷システムの構成によれば、印刷装置が、ホスト装置から送信されたデータを読み捨てる削除処理モードに移行したことに対応して、ホスト装置内の未送信データを確実に削除し、印刷装置に送信されても読み捨てられる不要なデータを印刷装置に送信することを抑制することができる。

この場合、データ破棄手段は、ホスト装置が、異常発生情報を受信すると共に、削除処理開始レスポンスを受信しなかった場合には、印刷装置へのデータ送信を停止すると共に、未送信データを維持することが好ましい。

この印刷システムの構成によれば、印刷装置が、異常状態となっても削除処理モードに移行しない場合に対応して、異常状態となる前のデータに続くデータである、ホスト装置内の未送信データを確実に維持することができる。未送信データを確実に維持することで、印刷装置が復帰後、異常状態となる前のデータに続くデータを、確実に印刷装置に送信することができる。

この場合、印刷システムの印刷装置は、ホスト装置から送信されたデータを格納する受信バッファと、データが印刷装置の印刷ヘッドに供給される形式に処理されたイメージデータを格納するプリントバッファとを更に備え、削除処理モード移行手段は、要因のそれぞれに対応して予め指定された破棄処理モードで、受信バッファ内のデータ及びプリントバッファ内のイメージデータの処理を実行することが好ましい。

この印刷システムの構成によれば、個々の要因に対応した適切な破棄処理モードで、受信バッファ内のデータ及びイメージデータの処理を実行することができる。より詳細には、例えば、削除処理モードへの移行に伴い、データ及びイメージデータを破棄する破棄処理モードを実行することで、削除処理モードにおいて、受信バッファ内のデータを削除するのに要する時間を短縮することができる。また、通常処理モードを維持するのに伴い、データ及びイメージデータを破棄しない破棄処理モードを実行することで、ホスト装置から印刷装置に送信されていたデータを維持することができる。

この場合、印刷システムの印刷装置における破棄処理モードは、受信バッファ内のデータ及びプリントバッファ内のイメージデータを破棄しない第１破棄処理モードと、削除処理モードへの移行に伴い、受信バッファ内のデータ及びプリントバッファ内のイメージデータを破棄する第２破棄処理モードと、削除処理モードへの移行に伴い、プリントバッファ内のイメージデータを破棄し、受信バッファ内のデータを保持する第３破棄処理モードと、を含むことが好ましい。

この印刷システムの構成によれば、データ及びイメージデータを破棄しない第１破棄処理モードを選択することで、ホスト装置から印刷装置に送信されていたデータを維持することができる。削除処理モードへの移行に伴い、データ及びイメージデータを破棄する第２破棄処理モードを選択することで、削除処理モードにおいて、受信バッファ内のデータを削除するのに要する時間を短縮することができる。第３破棄処理モードを選択することで、受信バッファ内のデータを保持したまま、削除処理モードへ移行するため、ホスト装置のデータ送信中止処理に間に合わなかったデータや、通信途中のデータの中に印刷再開コマンドが含まれていた場合に、当該印刷再開コマンドによって通常処理モードに移行することができる。

本発明による印刷システムの制御方法は、ホスト装置と、ホスト装置によって制御されて印刷を行う印刷装置とを備える印刷システムの制御方法であって、印刷装置が、印刷装置の異常を検出すると共に、異常の要因が何であるかを判別する異常検出ステップと、異常検出ステップにおいて異常が検出された時、印刷装置が異常状態であるという情報と、当該異常の要因が何であるかという情報と、を含む異常発生情報を、印刷装置がホスト装置に送信する異常発生情報送信ステップと、ホスト装置が、異常発生情報から、印刷装置で発生している異常の要因を判定する要因判定ステップと、要因判定ステップによって、印刷装置で発生している要因であると判定された要因に対応して要因を解除するための復帰処理を、ホスト装置が実行する要因別処理ステップと、を有することを特徴とする。

本発明の印刷システムの制御方法によれば、印刷装置は、異常検出手段が印刷装置に異常の要因が発生し、印刷装置が印刷を実行できない異常状態であることを検出すると、印刷装置が異常状態であるという情報と共に、当該異常の要因を特定できる情報を含む異常発生情報をホスト装置に通知する。ホスト装置においては、当該異常発生情報から、印刷装置で発生している異常の要因を判定し、当該要因を解除する復帰処理を実行することで、印刷装置の異常状態からの復帰処理を効率良く実行することができる。

本発明によるプログラムは、コンピュータを、印刷システムの各手段として機能させ、又は印刷システムの制御方法の各ステップを実行させることを特徴とする。

本発明のプログラムによれば、印刷装置は、異常検出手段が印刷装置に異常の要因が発生し、印刷装置が印刷を実行できない異常状態であることを検出すると、印刷装置が異常状態であるという情報と共に、当該異常の要因を特定できる情報を含む異常発生情報をホスト装置に通知する。ホスト装置においては、当該異常発生情報から、印刷装置で発生している異常の要因を判定し、当該要因を解除する復帰処理を実行することで、印刷装置の異常状態からの復帰処理を効率良く実行することができる。

以下、本発明に係る印刷システム、印刷システムの制御方法、及びプログラムの一実施形態について、図面に基づいて、説明する。一実施形態として、ＰＯＳ（Point Of Sale）システムにおいて用いられるホスト装置（レジ端末）と、印刷装置（レシートプリンタ）を例に挙げて説明する。また、本発明のプログラムは、上記の印刷システムを機能させるためのものであるため、プログラムについては、印刷システムの説明に含めるものとする。また、本発明の制御方法も、印刷システムの説明に含めるものとする。

図１は本発明の一実施形態に係る印刷システム（ＰＯＳシステム）の構成を示す外観斜視図である。図１に示すように、本実施形態の印刷システム１は、オペレータによる商品情報の入力に基づいて会計処理を行うと共に、レシートや領収書等として用いられる印刷データを生成するホスト装置１０と、当該ホスト装置１０から送信された印刷データおよび制御データに基づいて印刷を行う印刷装置２０と、複数のホスト装置１０（ＰＯＳ端末）と接続され（図１に示す例では１台のみ図示）、これらホスト装置１０を統括制御するＰＯＳサーバ３０と、によって構成されている。そして、ホスト装置１０と印刷装置２０とがセットとなり、一人のオペレータの操作対象となる１台のＰＯＳ端末を構成している。

ホスト装置１０は、本体ケース１８の前部上面にオペレータが商品情報を手入力するキーボード１４と、その後部右側にオペレータが入力情報を確認するオペレータ用ディスプレイ１７ａとを配置し、本体ケース１８内にはキャッシュドロア１８ａが収納されている。また、本体ケース１８の右側側面には商品に貼付されたバーコードを読みとるためのバーコードスキャナ１６、キーボード１４の右側には、顧客から提示されたクレジットカードを読みとるためのカードリーダ１５（カードリーダ用スロット）が形成されている。さらに、本体ケース１８の背面側には、顧客が商品情報等を確認するための顧客用ディスプレイ１７ｂが配置されている。

そして、ホスト装置１０は、キーボード１４やバーコードスキャナ１６により入力された商品情報に基づいて、印刷データを生成して印刷装置２０に送信する。また、ホスト装置１０は、印刷装置２０からのステータスやレスポンスを受信し、印刷装置２０における異常発生の有無や印刷装置２０の処理モード（通常処理モード又は削除処理モード：詳細は後述する）の確認など、印刷装置２０の状態監視を行うと共に、印刷装置２０を制御する各種制御データおよびコマンドを送信する。

一方、印刷装置２０は、前部が開口した筐体２１と、前部開口を開閉自在に覆蓋するカバー２２とを備え、当該カバー２２を開放することによって、連続用紙Ｐの交換および内部の保守、点検が可能となっている。連続用紙Ｐは、巻回された状態で、印刷装置内部の用紙収容部２５に収納されている。また、用紙収容部２５から繰り出された連続用紙Ｐは、カバー２２に形成された排紙口２４から筐体２１外へ導かれる。また、排紙口２４の内側にはカッタ機構（図示省略）を備えている。

また、印刷装置２０は、コネクタ等を介してホスト装置１０と接続されており、当該ホスト装置１０からの印刷指示にしたがって、レシートや領収書の発行処理を行う。すなわち、ホスト装置１０からの印刷指示により、印刷ヘッド１２２、インク供給部１２５（いずれも図４参照）を制御してキャラクタ（文字や記号など）および絵柄等の印刷を行い、紙送りモータ１２４（図４参照）を駆動して連続用紙Ｐの排紙口２４に搬送する。そして、印刷を完了すると、排紙口２４の内側に配置されたカッタ機構（図示省略）により切断分離する。連続用紙Ｐから切断分離されたシートは、排紙口２４から排出される。排紙口２４から排出されたシートは、例えば小売店の店員であるオペレータによって、利用者に提供される。

また、筐体２１の前面には、印刷装置２０内の各種異常要因を表示する複数のエラーＬＥＤ２３が備えられており、用紙収容部２５に収容された連続用紙Ｐを使い切った場合（用紙なしとなった場合）、インクエンドの場合、その他紙ジャムなど印刷続行が困難となるエラーが発生した場合は、それぞれの異常の要因に対応したエラーＬＥＤ２３を点灯または点滅することにより異常発生を表示する。

次に、図２を参照してホスト装置１０の制御構成について説明する。図２は、ホスト装置の機能ブロック図である。図２に示すとおり、ホスト装置１０は、印刷装置２０とのデータの送受信を行うインタフェース３１と、印刷装置２０から受信したステータスやレスポンス等のデータを格納する受信バッファとして機能するデータ受信部３２と、を備えている。ホスト装置１０は、印刷装置２０の異常発生時における印刷装置２０の処理モード（通常処理モード又は削除処理モード）を予め設定するコマンドの生成など、処理モードの設定を行う要因別モード設定部３３も備えている。

さらに、ホスト装置１０は、印刷装置２０から受信したステータスやレスポンス等に基づき、印刷装置２０の状態監視を行う状態監視部３４と、連続用紙Ｐに印刷するための印刷データを生成する印刷データ生成部３５と、印刷装置２０における削除処理モードを終了させるための印刷再開コマンドを生成する印刷再開コマンド生成部３６と、ホスト装置１０全体を制御する制御部３７と、各種コマンドや印刷データを送信するデータ送信部３８（アプリケーションが管理するデータバッファ、およびＯＳが管理する送信バッファとしても機能する）と、印刷装置２０から受信したステータスに基づき、異常の要因を判定する要因判定部３９と、要因判定部３９で判定された要因に対応する処理を実行する要因別処理部４０と、を備えている。要因判定部３９が要因判定手段に相当し、要因別処理部４０が、要因別処理手段に相当する。

要因別モード設定部３３は、予め定められて、例えばキーボード１４（図１参照）を介して入力された、印刷装置２０の異常発生時における印刷装置２０の処理モード（通常処理モード又は削除処理モード）を設定するためのコマンドの生成など、各種モード設定のための処理を行う。印刷装置２０の異常発生時における印刷装置２０の処理モードは、上記した用紙なしやインクエンドやエラーなどの異常の要因毎に、それぞれ個別に設定される。この場合の要因別モード設定部３３が、要因別処理モード設定手段に相当する。

状態監視部３４は、印刷装置２０からステータスを受信することにより、用紙なしやインクエンド等の印刷装置２０の状態を監視する。また、削除処理開始レスポンス、削除処理終了レスポンス等により、印刷装置２０におけるデータ処理の進行状況を監視する。削除処理開始レスポンスおよび削除処理終了レスポンスは、印刷装置２０において削除処理モードが開始したことおよび終了したこと（通常データ処理に復帰したこと）を示すレスポンスであり、これによりホスト装置１０は、印刷装置２０の処理モードを確認することができる。なお、印刷装置２０の処理モードおよびこれらのレスポンスについては、後に詳述する。

制御部３７は、印刷装置２０に異常が発生していない（印刷可能な状態）場合は、通常の処理（印刷データや制御コマンドの送信）を行う。また、状態監視部３４により印刷装置２０が削除処理モードに移行したことを検出したとき（削除処理開始レスポンスを取得したとき）、その時点で実行しているデータ送信処理を停止する。また、印刷装置２０から異常解除のステータスを受信したとき、印刷再開コマンド生成部３６により印刷再開コマンドを送信する。その後、状態監視部３４により印刷装置２０が印刷可能な状態に復帰したことを検出したとき（削除処理終了レスポンスを取得したとき）、印刷データの送信処理を再開する。

要因判定部３９は、状態監視部３４により印刷装置２０が印刷を実行できない異常状態になったことを検出したとき（異常発生のステータスを取得したとき）、当該異常発生のステータスから、印刷装置２０で発生している異常の要因を判定する。要因別処理部４０は、要因判定部３９で判定された要因から、実行すべき要因の解除処理を選択し実行する。異常発生時にホスト装置１０が実行する要因解除の各処理の詳細は、後述する。

次に、図３を参照して印刷装置２０の制御構成について説明する。図３は、印刷装置の機能ブロック図である。図３に示すとおり、印刷装置２０は、ホスト装置１０とのデータの送受信を行うインタフェース４１と、受信した印刷データや制御コマンドを格納する受信バッファ２４２（図４参照）として機能するデータ受信部４２と、ホスト装置１０から受信した印刷再開コマンドや印刷装置２０の異常検出に基づいて、処理モードを判定し、判定した処理モードに対応する通常処理モード制御部４４又は削除処理モード制御部４５に処理を移す処理モード判定部４３と、当該処理モード判定部４３により通常処理モードと判定された場合に制御を行う通常処理モード制御部４４と、同じく処理モード判定部４３により削除処理モードと判定された場合に制御を行う削除処理モード制御部４５と、異常発生時における処理モードを決定するためのホスト装置１０からの指定値（コマンド）を記憶する要因別処理モード記憶部４６と、を備えている。

印刷装置２０は、さらに、カバー検出センサ１４２、用紙検出センサ１４３及びインク残量検出センサ１４４（いずれも図４参照）等の状態を検出して、印刷装置２０内の異常の有無を検出する要因検出部４７ａと、要因検出部４７ａの検出結果を監視することで印刷装置２０が印刷可能な状態であるか否かを監視する状態監視部４７と、ホスト装置１０から送信された印刷データに基づいて生成されたイメージデータを格納するプリントバッファ２４５（図４参照）として機能し、かつ印刷制御を行う印刷制御部４８と、ホスト装置１０に送信する各種ステータスやレスポンスを生成するステータス／レスポンス生成部４９と、ステータス／レスポンス生成部４９により生成されたステータスやレスポンスを、ホスト装置１０に送信するデータを格納する送信バッファ２４３（図４参照）として機能するデータ送信部５０と、を備えている。要因検出部４７ａが、異常検出手段と要因判別手段とに相当する。インタフェース４１と、ステータス／レスポンス生成部４９と、データ送信部５０とが、異常発生情報送信手段に相当する。

通常処理モード制御部４４は、印刷装置２０が正常に印刷できる状態において、ホスト装置１０から受信した印刷データや各種コマンドの処理を実行する。また、通常処理モード制御時において、印刷再開コマンドを受信した場合は、これを破棄する。印刷装置２０に異常が発生した場合は、処理モード判定部４３が、検出された異常の要因に対応して、処理モードを判定し、削除処理モードに移行することが指定された異常の要因の場合には、削除処理モード制御部４５に処理を移す。

また、削除処理モード制御部４５は、削除処理モードに移行したときに、ホスト装置１０に削除処理開始レスポンスを送信すると共に、ホスト装置１０から印刷再開コマンドを受信したときに、削除処理終了レスポンスを送信し、その後、通常処理モード制御部４４に処理を移す。また、削除処理モード制御部４５は、削除処理モードの処理対象となっている特定のコマンドのみを実行し、これら以外のコマンドや印刷データは読み捨て処理を行う。削除処理モードの処理対象となっている特定のコマンドとしては、印刷再開コマンド、処理モード（通常処理モード又は削除処理モード）確認コマンド、印刷装置のステータス要求コマンド、紙ジャムなどのエラーを復帰するためのエラー復帰コマンドなどが挙げられる。なお、削除処理開始レスポンス及び削除処理終了レスポンスの送信処理は通常処理モード制御部４４で実行する構成としても良い。

また、ステータス／レスポンス生成部４９は、状態監視部４７で検出した印刷装置２０の状態を通知するステータスや、データの処理状況を通知する、削除処理開始レスポンス、削除処理終了レスポンス等の各種レスポンスを生成する。

次に、図４を参照して、印刷装置２０の制御構成について説明する。図４は、印刷装置の制御構成を示す制御ブロック図である。図４に示すように、印刷装置２０は、エラーＬＥＤ２３を有し、印刷装置２０における異常状態を表示する表示部１１０と、印刷ヘッド１２２と、紙送りモータ１２４により連続用紙Ｐを搬送する用紙送り部１２３と、インクカートリッジ１２６からインクを供給するインク供給部１２５とを有し、ホスト装置１０から送信された印刷データに基づいて印刷を行う印刷部１２０と、用紙カッタ１３２とこれを駆動するカッタモータ１３１とを有し、連続用紙Ｐの印刷済み部分の後端を切断する切断部１３０と、カバー２２の開閉を検出するカバー検出センサ１４２と、印刷部１２０にセットされた連続用紙Ｐの有無を検出する用紙検出センサ１４３と、インクカートリッジ１２６内のインク残量を検出するインク残量検出センサ１４４とを有し、各種検出を行う検出部１４０と、ヘッドドライバ１５２およびモータドライバ１５３（送りモータドライバ１５３ａ、カッタモータドライバ１５３ｂ）を有し、各部を駆動する駆動部１５０と、各部と接続され、印刷装置２０全体を制御する制御部２００と、を備えている。

制御部２００は、ＣＰＵ２１０、ＲＯＭ２２０、キャラクタジェネレータＲＯＭ（ＣＧ−ＲＯＭ）２３０、ＲＡＭ２４０および入出力制御装置（以下、「ＩＯＣ（Input Output Controller）」と表記する。）２６０を備え、当該各装置は、互いに内部バス２７０により接続されている。ＲＯＭ２２０は、処理モードに応じた制御を行うためのプログラムの他、ＣＰＵ２１０で処理する各種プログラムを記憶する制御プログラムブロック２２１と、各種テーブルや制御データを記憶する制御データブロック２２２とを有している。また、ＣＧ−ＲＯＭ２３０は、文字や記号のフォントデータを記憶しており、文字等を特定するコードデータが与えられると、対応するフォントデータを出力する。なお、ホスト装置１０の処理能力に応じて、ＣＧ−ＲＯＭ２３０を省略した構成としても良い。

ＲＡＭ２４０は、フラグ等として使用される各種ワークエリアブロック２４１の他、ホスト装置１０から受信した印刷データ等を記憶するデータ受信部４２（図３参照）として機能する受信バッファ２４２と、ホスト装置１０に送信するステータスおよび各種レスポンスを記憶するデータ送信部５０（図３参照）として機能する送信バッファ２４３と、異常発生時モード選択コマンド（図５（ａ）参照）の指定値を記憶する要因別処理モード記憶部４６（図３参照）として機能する異常発生時モードブロック２４４と、印刷するためのイメージデータを記憶するプリントバッファ２４５と、を有し、作業領域として使用される。

ＩＯＣ２６０には、ＣＰＵ２１０の機能を補うと共に各種周辺回路とのインタフェース信号を取り扱うための論理回路が、ゲートアレイやカスタムＬＳＩなどにより構成されて組み込まれている。これにより、ＩＯＣ２６０は、ホスト装置１０からの印刷データや制御データをそのまま或いは加工して内部バス２７０に取り込む。

そして、ＣＰＵ２１０は、上記の構成により、ＲＯＭ２２０内の制御プログラムにしたがって、ＩＯＣ２６０を介してホスト装置１０および印刷装置２０内の各部から各種信号やデータを入力し、ＣＧ−ＲＯＭ２３０からのフォントデータ、ＲＡＭ２４０内の各種データを処理し、ＩＯＣ２６０を介して印刷装置２０内の各部に、各種信号やデータを出力することにより、ホスト装置１０から送信された制御コマンドに応じたモード移行や印刷処理等の制御を行う。

次に、ホスト装置１０から印刷装置２０に送信される制御コマンドについて説明する。図５は、制御コマンドの一例を示す説明図である。図５（ａ）に示すように、異常発生時における処理を決定するための異常発生時モード選択コマンドは、「ＥＳＣ Ａ ｍ１ ｍ２ ｍ３」で表される。最初に、パラメータｍ１について説明する。ｍ１＝０の場合（第１処理モード）は、異常発生時において、処理モード判定部４３は、削除処理モードに移行しないと判定する。この場合、受信バッファ２４２およびプリントバッファ２４５内に蓄積された印刷が完了していないデータを保持する。また、ｍ１＝１の場合（第２処理モード）は、異常発生時において、処理モード判定部４３は、削除処理モードに移行すると判定し、削除処理モード制御部４５に処理を移す。削除処理モード制御部４５は、削除処理モードの各処理を実行すると共に、受信バッファ２４２およびプリントバッファ２４５内に蓄積された印刷が完了していないデータを一括破棄する。また、ｍ１＝２の場合（第３処理モード）は、異常発生時において、処理モード判定部４３は、削除処理モードに移行すると判定し、削除処理モード制御部４５に処理を移す。削除処理モード制御部４５は、削除処理モードの各処理を実行すると共に、プリントバッファ２４５内に蓄積された印刷が完了していないデータを一括破棄し、受信バッファ２４２内に蓄積された印刷が完了していないデータを保持する。

このように、パラメータｍ１を変化させることにより、異常発生時の適切な処理モードを選択することができる。すなわち、第１処理モード（ｍ１＝０）を選択すると、異常が解除された後、異常発生前に実行した印刷のデータに続くデータに基づく印刷が、異常発生前に実行された印刷結果に連続して印刷されることで、継続した印刷結果を得ることができる。従って、例えばインクエンドのような、異常発生によって用紙が分断しない異常の要因による異常の場合に有効である。この場合、印刷データの再送信が必要なくなると共に、異常発生前に実行した印刷が無駄にならないことから、用紙などの無駄が発生することがない。

また、第２処理モード（ｍ１＝１）を選択すると、受信バッファ２４２とプリントバッファ２４５内のデータを一括破棄するため、削除処理モードにおいてデータを削除するのに要する時間を短縮することができる。さらに、印刷装置２０の状態監視を行うアプリケーションを用いている場合は、印刷装置２０からのステータスを監視しながら処理を行うことができるため、異常解除のステータス受信後に印刷再開コマンドを送信することで、支障なく処理を続行することができる。

また、第３処理モード（ｍ１＝２）を選択すると、受信バッファ２４２内のデータを保持したまま、削除処理モードへ移行し、削除処理モードにおいて、受信バッファ２４２内のデータを１バイトずつ確認しながら削除していく。異常発生時にホスト装置１０のデータ送信中止処理に間に合わなかったデータや、通信途上のデータの中に印刷再開コマンドが含まれていた場合に、印刷装置２０の異常状態が解除されたときに、当該印刷再開コマンドによって印刷が可能な状態に復帰することができる。なお、通信途上のデータには、ホスト装置１０に設けられたＯＳが管理する送信バッファ内のデータ、印刷装置サーバに設けられたデータバッファ内のデータ、印刷装置２０の受信バッファ２４２内のデータなどがある。印刷装置２０の異常状態解除を検出して、ホスト装置１０から印刷再開コマンドを送ることを必要とせずに印刷が可能な状態に復帰することができるため、ホスト装置１０のアプリケーションが、印刷装置２０の状態監視を行わないアプリケーションであっても、支障なく処理を続行することができる。なお、受信バッファ２４２内のデータを１バイトずつ確認しながら削除していく処理は、削除処理に時間がかかるため、印刷装置２０の状態監視を行うアプリケーションを使用している場合には、第２処理モード（ｍ１＝１）を選択することが好ましい。

次に、パラメータｍ２について説明する。異常発生時モード選択コマンド「ＥＳＣ Ａ ｍ１ ｍ２ ｍ３」は、パラメータｍ２によって、処理モード移行時のレスポンスをホスト装置１０に送信するか否かを指定する。例えば、ｍ２＝０の場合は、処理モード移行時のレスポンスをホスト装置１０に送信しない。また、ｍ２＝１の場合は、通常データの処理から削除処理モードへの移行、又は削除処理モードから通常データ処理への移行の際に、削除処理モード制御部４５又は通常処理モード制御部４４が、それぞれ削除処理開始レスポンス又は削除処理終了レスポンスを、ステータス／レスポンス生成部４９に生成させて、ホスト装置１０に送信する。この場合の削除処理モード制御部４５又は通常処理モード制御部４４が、モード移行レスポンス選択手段に相当する。

ホスト装置１０は、印刷装置２０から、削除処理開始レスポンスおよび削除処理終了レスポンスを受信することで、印刷装置２０の処理モードを把握することができる。また、削除処理終了レスポンスにより、印刷再開コマンドが正常処理されたことを確認することができる。

また、処理モード移行時のレスポンスをホスト装置１０に送信するか否かを選択して指定することが可能であるため、両レスポンスをホスト装置に「送信しない」とすることで、ホスト装置１０のアプリケーションが、印刷装置２０の状態監視を行わないアプリケーションである場合にも対応することができる。

次に、パラメータｍ３について説明する。異常発生時モード選択コマンド「ＥＳＣ Ａ ｍ１ ｍ２ ｍ３」は、パラメータｍ３によって、パラメータｍ１及びパラメータｍ２の動作の対象となる異常の要因を指定する。例えば、ｍ３＝１０の場合は、異常の要因がカッタエラーの場合に、パラメータｍ１で指定する処理モードで動作し、パラメータｍ２で指定するレスポンス処理を行う。同様にｍ３＝１１、ｍ３＝２０、ｍ３＝２１、ｍ３＝３０、ｍ３＝４０は、それぞれ、異常の要因がキャリッジ動作エラー、カバーＡのオープン、カバーＢのオープン、用紙なし、インクエンドの場合に、パラメータｍ１及びパラメータｍ２の動作の対象とすることを指定する。ｍ３＝０は、全ての異常の要因に対して、パラメータｍ１及びパラメータｍ２の動作の対象とすることを指定する。

異常時の処理モードが、要因によらず同一の処理でよい印刷装置においては、ｍ３＝０を選択して指定することで、セットアップ時のアプリケーションの処理を効率化することができる。また、一旦、ｍ３＝０を選択して指定することで、全ての要因に対して同一処理モードを指定し、次に異なる処理モードが必要な要因についてのみ、個々に再設定することで、要因毎に異常時の処理モードが異なる印刷装置においても、セットアップ時のアプリケーションの処理を効率化することができる。パラメータｍ３が、第１のパラメータに相当する。

カッタエラーは、連続紙を切断するカッタが、例えば基準位置に戻らないため、用紙カットが実行できないなどの、カッタ周辺のエラーである。キャリッジ動作エラーは、ヘッドを搭載したキャリッジが、摺動しないため印刷が実行できないなどの、キャリッジ周辺のエラーである。これらのエラーは、当該エラーが発生する直前の印刷が正常に実行されていない場合があり、エラー発生から復帰したところで、既印刷部分も再度印刷を実行することが好ましい。

カバーＡのオープン、カバーＢのオープンは、カバーＡ、カバーＢが開いている状態を指定する。カバーＡは、例えばインクカートリッジの収容部のカバーであって、カバーＡが開けられると印刷が停止する。印刷が停止しても、用紙やヘッドは印刷が停止した時の状態を維持しており、カバーＡが閉じられたところで、既印刷部に続けて未印刷データによる印刷を実行することで、目的の印刷を実行することが可能である。カバーＢは、例えば、開けることで用紙の保持ができなくなる構成の用紙収容部のカバーであって、カバーＢが開けられて印刷が停止したところで用紙の位置ずれがおこる。従って、カバーＢが閉じられたところで、未印刷データによる印刷を再開しても、既印刷部と未印刷データによる印刷が連続しない可能性が高いため、既印刷部分も再度印刷を実行することが好ましい。

用紙なしは、セットされた印刷用紙が無くなった状態である。用紙が連続紙の場合には、印刷停止後、新たに連続紙を補充することで異常の要因が解除されるが、補充された連続紙に未印刷データの印刷を再開しても、既印刷部分に連続して印刷することはできない。従って、連続紙が補充された後、既印刷部分も再度印刷を実行することが好ましい。また、用紙が単票用紙の場合には、印刷停止後、新たに用紙を補充することで異常の要因が解除され、補充された用紙に未印刷データによる印刷を実行することで、目的の印刷を実行することが可能である。

インクエンドは、ヘッドに供給される印刷用インクが無くなった状態である。インクエンドが要因で印刷が停止しても、用紙やヘッドは印刷が停止した時の状態を維持しており、インクが補充されたところで、既印刷部に続けて未印刷データによる印刷を実行することで、目的の印刷を実行することが可能である。

なお、異常発生時の処理モードの選択、モード移行レスポンス有無の選択、並びに当該選択した処理を適用する異常の要因の選択は、上記の通りコマンドによって選択可能とする方法以外に、印刷装置２０にメモリスイッチを備え、ホスト装置１０から当該メモリスイッチを切り替え可能な制御データを送信することで選択できるようにしても良い。また、印刷装置２０にディップスイッチ等を備え、当該ディップスイッチ等を切替えることによって選択可能としても良い。

次に、図５（ｂ）を参照して印刷再開コマンドについて説明する。印刷再開コマンドは、削除処理モードから印刷可能な状態への復帰を指令するためのコマンドであり、「ＥＳＣ Ｂ ｄ１・・・ｄｋ」で表される。ここで、ｄ１・・・ｄｋは、例えば「ＦＩＮＩＳＨ」といった文字列など、任意のキーワードを設定可能となっている。このように、任意のキーワードをパラメータとすることにより、不測の一致による誤動作を回避することができる。また、ホスト装置１０のアプリケーションが、印刷装置２０の状態監視を行っているアプリケーションである場合は、ホスト装置１０から印刷装置２０へ、印刷再開コマンドを送信することで、印刷可能な状態への復帰をアプリケーションが管理することができるため、印刷が完了していないデータを確実に削除することができる。さらに、印刷装置２０の状態監視を行わないアプリケーションを用いる場合は、印刷データの先頭に印刷再開コマンドを付加することで、異常発生時に処理されていた頁の次の頁から印刷を再開することができる。また、連続用紙Ｐの切断を指令するコマンドの直前（被印刷媒体が単票用紙の場合は、当該単票用紙の排出を指令するコマンドの直前）など、確実に動作させたいデータの直前に印刷再開コマンドを付加することで、これらの処理を確実に行わせることができる。

次に、図５（ｃ）を参照して処理モード確認コマンドについて説明する。処理モード確認コマンドとは、印刷装置２０の処理モードを確認するためのコマンドであり、「ＥＳＣ Ｃ ｍ」で表される。ここで、パラメータｍは、例えばｍ＝１とすることができる。このように、ホスト装置１０は、処理モード確認コマンドを用いることで、例えば印刷データを送信する前にこれを送信し、印刷装置２０の処理モードを確認して、印刷装置２０の処理モードに合わせたデータ送信を行うことができる。したがって、印刷データを送信したにも関わらず、印刷装置２０が削除処理モードのため、当該印刷データが読み捨てられるといったことがない。また、ホスト装置１０のアプリケーションが起動する前に、既に印刷装置２０が削除処理モードに移行していた場合、削除処理開始レスポンスがアプリケーションに届かないことが考えられるが、この場合でも処理モード確認コマンドを使用することで印刷装置２０が削除処理モードであることを認識することができる。

なお、この処理モード確認コマンド「ＥＳＣ Ｃ ｍ」に対する印刷装置２０からの戻り値は、例えば、削除処理開始レスポンス又は削除処理終了レスポンスである。すなわち、印刷装置２０が、削除処理モードの場合、削除処理開始レスポンスを送信し、削除処理モードでない場合、削除処理終了レスポンスを送信する。このように、モード移行を通知するためのレスポンスと同様のレスポンスを戻り値とすることで、ホスト装置１０は、各処理モードに応じた制御と共通のタスクを使用して処理を行うことができる。

次に、図６ないし図８のフローチャートを参照し、印刷装置２０の処理例について説明する。最初に、図６を参照して通常データ処理時（通常処理モード）における印刷装置２０の処理例について説明する。図６は、印刷装置の状態監視を行うアプリケーションを用いた場合の、印刷装置における通常データ処理の一例を示すフローチャートである。図６に示すように、印刷装置２０は、ホスト装置１０からデータを受信すると（ステップＳ１１）、異常発生時のモード指定であるか否か（異常発生時モード選択コマンド「ＥＳＣ Ａ」であるか否か）を判定する（ステップＳ１２）。ここで、異常発生時のモード指定である場合は（ステップＳ１２でＹｅｓ）、指定値Ａ（パラメータｍ１，ｍ２，ｍ３の値）を異常発生時モードブロック２４４（図４参照）に記憶し（ステップＳ１３）、受信したデータに対応する処理を終了する。なお、印刷装置２０の状態監視を行うアプリケーションを用いた場合、指定値Ａのパラメータｍ２は常に１（モード移行レスポンスを送信する）とする（図５（ａ）参照）ことが好ましい。上述したように、パラメータｍ３は要因を指定するパラメータであり、パラメータｍ３が示す要因毎の指定値Ａ（パラメータｍ１，ｍ２の値）が記憶される。なお、データを受信した時点で、既に異常発生時モードブロック２４４に指定値Ａが記憶されており、受信したデータの指定値Ａと記憶されていた指定値Ａとが同一の場合には、新たに受信した指定値Ａの異常発生時モードブロック２４４への書き込みは実行せず、記憶されていた指定値Ａを維持する。異常発生時モードブロック２４４は、書き込み回数の増加による劣化の可能性があるフラッシュメモリであるような場合に、不要な書き込み動作を実行しないことで、劣化を抑制することができる。

異常発生時のモード指定でない場合は（ステップＳ１２でＮｏ）、処理モード確認コマンド「ＥＳＣ Ｃ」であるか否かを判定する（ステップＳ１４）。処理モード確認コマンドである場合は（ステップＳ１４でＹｅｓ）、現在が削除処理モードでないため、削除処理終了レスポンスをホスト装置１０に送信し（ステップＳ１５）、削除処理モードでないことを通知する。また、処理モード確認コマンドでない場合は（ステップＳ１４でＮｏ）、データの指令に応じた処理（印刷制御やメカ制御等）を実行し（ステップＳ１６）、受信したデータに対応する処理を終了する。

なお、図示は省略したが、通常データ処理において、例えばオペレータのミス等により印刷再開コマンドを受信した場合は、これを破棄する。

次に、図７および図８を参照して異常発生時および削除処理モードにおける印刷装置２０の処理例について説明する。図７及び図８は、印刷装置の状態監視を行うアプリケーションを用いた場合の、印刷装置における異常発生時の処理の一例を示すフローチャートである。

図７に示すように、印刷装置２０の要因検出部４７ａが、異常の要因が発生し、異常状態となったことを検出すると（ステップＳ２１でＹｅｓ）、印刷制御およびメカ制御を停止すると共に、異常発生のステータスをホスト装置１０に送信する（ステップＳ２２）。異常の要因としては、紙ジャム、カバーオープン、用紙なし、インクエンドなどが挙げられる。異常発生のステータスには、異常発生の情報と共に、当該異常の要因を示す情報が含まれている。説明を簡略するために、異常の要因を仮に、カバーオープン（要因ａ）、用紙なし（要因ｂ）、インクエンド（要因ｃ）の３種類として説明する。カバーオープン（要因ａ）、用紙なし（要因ｂ）、インクエンド（要因ｃ）は、図５（ａ）を参照して説明した、カバーＡ又はカバーＢのオープン、用紙なし、インクエンドである。

次に、要因が要因ａ（カバーＡのオープン）であって、要因ａの場合に削除処理モードの指定があるか否か、すなわち要因ａに対応する指定値Ａが、ｍ１＝１又は２であるか否か（図５（ａ）参照）を判定する（ステップＳ２３）。要因が要因ａでない、又は要因が要因ａであって削除処理モードの指定がない（要因ａに対応する指定値Ａが、ｍ１＝０）場合は（ステップＳ２３でＮｏ）、要因が要因ｂ（用紙なし）であって、要因ｂの場合に削除処理モードの指定があるか否か、すなわち要因ｂに対応する指定値Ａが、ｍ１＝１又は２であるか否か（図５（ａ）参照）を判定する（ステップＳ２４）。要因が要因ｂでない、又は要因が要因ｂであって削除処理モードの指定がない（要因ｂに対応する指定値Ａが、ｍ１＝０）場合は（ステップＳ２４でＮｏ）、要因が要因ｃ（インクエンド）であって、要因ｃの場合に削除処理モードの指定があるか否か、すなわち要因ｃに対応する指定値Ａが、ｍ１＝１又は２であるか否か（図５（ａ）参照）を判定する（ステップＳ２５）。

要因が要因ｃでない、又は要因が要因ｃであって削除処理モードの指定がない（要因ｃに対応する指定値Ａが、ｍ１＝０）場合は（ステップＳ２５でＮｏ）、新たな要因による異常が発生したか否かを判定する（ステップＳ４１）。新たな要因による異常が発生していた場合（ステップＳ４１でＹｅｓ）は、ステップＳ２３に戻り、ステップＳ２３からステップＳ２５を繰返す。ステップＳ４１を実行することで、要因の判定及び削除処理モードの指定の有無の判定を実行する間に発生した新たな要因による異常に対応して、適切な処理を実行することができる。例えば、ステップＳ２５が実行されてＮｏと判定されると、削除処理モードには移行しない。従って、ステップＳ２５が実行されてＮｏと判定される間に、要因ａ又は要因ｂによる異常が発生し、要因ａ又は要因ｂに対して削除処理モードの指定がある（指定値Ａが、ｍ１＝１又は２）場合には、新たに発生した要因ａ又は要因ｂによる異常に対しては適切な処理が実行されない。ステップＳ４１を実行することで、新たに発生した異常に対して、要因の判定及び削除処理モードの指定の有無の判定を実行し、適切な処理を実行することができる。

新たな要因による異常が発生していない場合（ステップＳ４１でＮｏ）は、異常が解除されたか否か判定し（ステップＳ４２）異常が解除されない場合は（ステップＳ４２でＮｏ）、ステップＳ４１を繰返す。異常解除された後（ステップＳ４２でＹｅｓ）、異常解除のステータスを送信し、未処理データ（印刷が完了していないデータ）の処理を再開し（ステップＳ４３）、異常発生時の処理を終了する。この場合、異常発生時に未処理データを破棄していない（保持したままである）ため、異常発生前の印刷に継続して印刷を行う。

一方、異常の要因が、要因ａ、要因ｂ、又は要因ｃであって、いずれかの要因に対して削除処理モードの指定がある（指定値Ａが、ｍ１＝１又は２）場合は（ステップＳ２３、ステップＳ２４、又はステップＳ２５のすくなくともひとつでＹｅｓ）、ステップＳ２６に進む。ここで、ｍ１＝１の場合は、受信バッファ２４２内の未処理データとプリントバッファ２４５内の未処理イメージデータとを一括破棄する。また、ｍ１＝２の場合は、受信バッファ２４２内の未処理データを保持したまま、プリントバッファ２４５内の未処理イメージデータを破棄する。さらに、処理モード移行時のレスポンス送信が指定されている場合（指定値Ａが、ｍ２＝１）は、削除処理開始レスポンスをホスト装置１０に送信し、削除処理モードに移行する。また、処理モード移行時のレスポンス送信が指定されていない場合（指定値Ａが、ｍ２＝０）には、削除処理開始レスポンスを送信せずに削除処理モードに移行する（ステップＳ２６）。

次に、印刷装置２０に状態変化があるか否かを判定し（ステップＳ２７）、状態変化があった場合は（ステップＳ２７でＹｅｓ）、それが異常解除であるか否かを判定し（ステップＳ２８）、異常解除である場合は（ステップＳ２８でＹｅｓ）、異常解除のステータスをホスト装置１０に送信する（ステップＳ２９）。また、異常発生である場合は（ステップＳ２８でＮｏ）、異常発生のステータスをホスト装置１０に送信する（ステップＳ３０）。

異常解除又は異常発生のステータスの送信を実行した後（ステップＳ２９，ステップＳ３０）、並びに状態変化がない場合は（ステップＳ２７でＮｏ）、図８に示すように、ホスト装置１０からの受信データがあるか否かを判定する（ステップＳ３１）。受信データがある場合は（ステップＳ３１でＹｅｓ）、当該データが処理モード確認コマンド「ＥＳＣ Ｃ」であるか否かを判定し（ステップＳ３２）、処理モード確認コマンドである場合は（ステップＳ３２でＹｅｓ）、現在が削除処理モードであるため、削除処理開始レスポンスを送信し（ステップＳ３３）、削除処理モードであることを通知する。

また、処理モード確認コマンドでない場合は（ステップＳ３２でＮｏ）、ステータス要求コマンドであるか否かを判定し（ステップＳ３４）、ステータス要求コマンドである場合は（ステップＳ３４でＹｅｓ）、ステータスを送信する（ステップＳ３５）。

さらに、ステータス要求コマンドでもない場合は（ステップＳ３４でＮｏ）、エラー復帰コマンドであるか否かを判定し（ステップＳ３６）、例えば紙ジャムなど、復帰可能なエラー発生により削除処理モードに移行した場合は、当該紙ジャムを解消し、紙送り方法の補正等の処理を行った後、エラー復帰通知をホスト装置１０に送信する（ステップＳ３７）。

さらに、エラー復帰コマンドでもない場合は（ステップＳ３６でＮｏ）、印刷再開コマンド「ＥＳＣ Ｂ」であるか否かを判定し（ステップＳ３８）、印刷再開コマンドでない場合は（ステップＳ３８でＮｏ）、受信したデータを読み捨てる（ステップＳ３９）。また、印刷再開コマンドである場合は（ステップＳ３８でＹｅｓ）、削除処理終了レスポンスを送信し（ステップＳ４０、但し、指定値Ａがｍ２＝０の場合には、レスポンスは送信しない）、削除処理モードを終了して印刷可能な状態に復帰する。

なお、ステップＳ２６で実行している未処理データの破棄を、ステップＳ２６のように削除処理モードへの移行の前に実行することは、必須ではない。例えば、削除処理モードの終了時に未処理データの破棄を実行するなど、上述した一連の削除処理の間に実行すればよい。

このように、削除処理モードにおいては、上記に示す特定のコマンド（処理モード確認コマンド、ステータス要求コマンド、印刷再開コマンド）以外は全て読み捨てるため、異常発生時モード選択コマンドで削除処理モードを指定することにより、未処理データ（ホスト装置１０が削除を所望するデータ）を確実に削除することができる。

なお、印刷再開コマンドを受信し、印刷可能な状態に復帰した時点で、異常の要因（異常状態）が解除されていない場合は、最初の異常検出処理により異常あり（ステップＳ２１でＹｅｓ）となり、再度上記した異常発生時の処理を実行する。この構成によれば、印刷装置２０は確実に異常の要因を解除することができる、また、ホスト装置１０は、異常状態が継続していることを把握することができると共に印刷再開コマンドが正常処理されたことを確認することができる。

また、例えば印刷再開コマンドをオペレータの判断でも送信できる構成となっている場合、オペレータの操作ミス等により、異常の要因が解除されていないにも関わらず、印刷再開コマンドを送信してしまうことが考えられる。このような場合であって、ホスト装置１０がレスポンスを受信できない状況となると、印刷装置の送信バッファ２４３内に過去の削除処理開始レスポンスおよび削除処理終了レスポンスが未送信のまま残ってしまうことがある。また、レスポンスの受信と処理モード確認コマンドの送信を別タスクで起動するような場合にも、同様にレスポンスが重複することが考えられる。このように、送信バッファ２４３内に過去の両レスポンスおよび削除処理終了レスポンスが未送信のまま存在している状態で、再度削除処理モードに移行した場合は、当該過去の両レスポンスを破棄して、最新の削除処理開始レスポンスのみを送信する。この構成によれば、送信バッファ２４３内に蓄積された過去の削除処理開始レスポンスおよび削除処理終了レスポンスがホスト装置に連続送信されることがない。したがって、印刷装置２０の状態監視の間隔が大きいアプリケーションを用いても、複数のレスポンスが連続送信されることで制御部（ＣＰＵ等）に負荷をかけることがない。

次に、図９ないし図１１を参照して、ホスト装置１０の処理例について説明する。最初に、印刷装置２０の状態監視を行うアプリケーションを用いたホスト装置が実行する、通常の印刷装置制御の処理例について説明する。図９は、ホスト装置における通常の印刷装置制御の処理例を示すフローチャートである。

図９に示すように、ホスト装置１０は、要因別モード設定部３３（図２参照）が、印刷装置２０の異常発生時における印刷装置２０の処理モード（通常処理モード又は削除処理モード）を設定するためのコマンドの生成など、各種モード設定のための処理を行う（ステップＳ５１）。

次に、印刷装置２０への送信データがあるか否かを判定し（ステップＳ５２）、送信データがある場合には（ステップＳ５２でＹｅｓ）、印刷装置２０へのデータ送信処理を行い（ステップＳ５３）、ステップＳ５４に進む。ステップＳ５１で生成された印刷装置２０の処理モードを設定するための異常発生時モード選択コマンド（図５（ａ）参照）が、印刷装置２０へ未送信の場合は、ステップＳ５３で、印刷装置２０へ送信される。送信データがない場合には（ステップＳ５２でＮｏ）、ステップＳ５２からステップＳ５４に進む。

次に、ホスト装置１０は、印刷装置２０からの受信データがあるか否かを判定し（ステップＳ５４）、受信データがある場合には（ステップＳ５４でＹｅｓ）、受信データの解析処理を実行（ステップＳ５５）し、ステップＳ５２へ戻る。受信データがない場合（ステップＳ５４でＮｏ）は、ステップＳ５２へ戻る。

次に、ホスト装置１０における、印刷装置２０からの受信データの解析処理（図９ステップＳ５５）の処理例について、より詳細に説明する。図１０は、ホスト装置における、印刷装置からの受信データの解析処理例を示すフローチャートである。

図１０に示すように、ホスト装置１０は、印刷装置２０からの受信データが削除処理開始レスポンス（図７ステップＳ２６参照）であるか否かを判定する（ステップＳ６１）。削除処理開始レスポンスでない場合は（ステップＳ６１でＮｏ）、受信データが異常発生のステータス（図７ステップＳ２２参照）であるか、即ち印刷装置２０において異常が発生したか否かを判定する（ステップＳ６２）。受信データが異常発生のステータスでない場合は（ステップＳ６２でＮｏ）、受信データに応じた処理を実行し（ステップＳ６４）、受信データの解析処理を終了する。

また、受信データが削除処理開始レスポンスである場合は（ステップＳ６１でＹｅｓ）、これにより印刷装置２０が削除処理モードに入ったことを認識し、データ送信処理を停止する（ステップＳ６３）。

データ送信処理を停止する（ステップＳ６３）と、印刷装置２０が削除処理開始レスポンスを送信する前に送信した異常発生のステータスに異常発生の情報と共に含まれている、当該異常の要因を示す情報から、異常の要因を判定し、要因に対応する要因解除を促すメッセージの表示及び不要なメッセージの消去を実行する（ステップＳ７２）。

次に、印刷装置２０からのデータを受信したか否かを判定し（ステップＳ７３）、受信していない場合は（ステップＳ７３でＮｏ）、データの受信を待つ。印刷装置２０からのデータを受信した場合は（ステップＳ７３でＹｅｓ）、受信したデータが異常解除のステータスであるか否かを判定する（ステップＳ７４）。受信したデータが異常解除のステータスでない場合は（ステップＳ７４でＮｏ）、受信したデータは異常発生のステータス（図７ステップＳ３０参照）などであり、印刷装置２０は異常状態のままであることから、ステップＳ７２に戻り、異常の要因を判定し、要因に対応する要因解除を促すメッセージの表示及び不要なメッセージの消去を実行する（ステップＳ７２）。

また、異常解除のステータスを受信した場合は（ステップＳ７４でＹｅｓ）、ステップＳ７２で表示したメッセージを消去し（ステップＳ７５）、未送信データを破棄し（ステップＳ７６）、印刷再開コマンド「ＥＳＣ Ｂ」を送信する（ステップＳ７７）。ステップＳ７６の未送信データの破棄は、制御部３７によって実行される。この場合の制御部３７が、データ破棄手段に相当する。

次に、当該印刷再開コマンド「ＥＳＣ Ｂ」に対する削除処理終了レスポンスを受信したか否かを判定し（ステップＳ７８）、削除処理終了レスポンスを受信できない場合（ステップＳ７８でＮｏ）は、受信できるまで待機する。削除処理終了レスポンスを受信することにより（ステップＳ７８でＹｅｓ）、印刷装置２０が印刷可能な状態に復帰したことを認識し、受信データの解析処理を終了する。

ステップＳ６２で、受信データが異常発生のステータスであった場合は、これにより印刷装置２０に異常が発生したことを認識し（ステップＳ６２でＹｅｓ）、データ送信処理を停止する（ステップＳ６５）。

データ送信処理を停止すると（ステップＳ６５）、印刷装置２０が送信した異常発生のステータスに異常発生の情報と共に含まれている、当該異常の要因を示す情報（図７参照）から、異常の要因を判定し、要因に対応する要因解除を促すメッセージの表示及び不要なメッセージの消去を実行する（ステップＳ６６）。

次に、印刷装置２０からのデータを受信したか否かを判定し（ステップＳ６７）、受信していない場合は（ステップＳ６７でＮｏ）、データの受信を待つ。印刷装置２０からのデータを受信した場合は（ステップＳ６７でＹｅｓ）、受信したデータが削除処理開始レスポンスであるか否かを判定する（ステップＳ６８）。受信したデータが削除処理開始レスポンスである場合は（ステップＳ６８でＹｅｓ）、ステップＳ７２に進み、異常の要因を判定し、要因に対応する要因解除を促すメッセージの表示及び不要なメッセージの消去を実行する（ステップＳ７２）。さらに、ステップＳ７３からステップＳ７８の各ステップを実行する。受信したデータが削除処理開始レスポンスである場合は（ステップＳ６８でＹｅｓ）、印刷装置２０において新たな異常要因が発生（図７ステップＳ４１参照）し、当該要因に対応して削除処理開始レスポンスが送信された（図７ステップＳ２６参照）場合であり、印刷装置２０はさらに、異常発生のステータスを送信（図７ステップＳ３０参照）する。ホスト装置１０は、当該異常発生のステータスに異常発生の情報と共に含まれている、当該異常の要因を示す情報から、異常の要因を判定し、要因に対応する要因解除を促すメッセージの表示及び不要なメッセージの消去を実行する（ステップＳ７２）。

削除処理開始レスポンスでない場合は（ステップＳ６８でＮｏ）、受信したデータが異常解除のステータスであるか否かを判定する（ステップＳ６９）。異常解除のステータスでない場合は（ステップＳ６９でＮｏ）、受信したデータは異常発生のステータス（図７ステップＳ３０参照）などであり、印刷装置２０は異常状態のままであることから、ステップＳ６６に戻り、異常の要因を判定し、要因に対応する要因解除を促すメッセージの表示及び不要なメッセージの消去を実行する（ステップＳ６６）。

そして、異常解除のステータスを受信した場合は（ステップＳ６９でＹｅｓ）、ステップＳ６６で表示したメッセージを消去し（ステップＳ７０）、停止していた印刷データの送信処理を再開し（ステップＳ７１）、受信データの解析処理を終了する。

なお、削除処理開始レスポンスを受信した場合の処理終了後は、異常発生時に送信を停止したデータの最初からデータを送信する。

次に、ホスト装置１０における、印刷装置２０で発生している異常の要因の判定、メッセージの表示、及び不要メッセージの消去（図１０ステップＳ６６又はステップＳ７２）の処理例について、より詳細に説明する。図１１は、ホスト装置における、異常の要因の判定、メッセージの表示、及び不要メッセージの消去の処理例を示すフローチャートである。説明を簡略化するために、異常の要因を仮に、用紙なし、用紙カバーオープン、インクエンド、インクカバーオープンの４種類として説明する。

図１１に示すように、ホスト装置１０は、印刷装置２０からの受信データから、印刷装置２０で発生している異常の要因に変化があったか否かを判定する（ステップＳ８１）。異常の要因に変化がない場合（ステップＳ８１でＮｏ）は、異常の要因の判定、メッセージの表示、及び不要メッセージの消去の処理を終了し、ステップＳ６６の場合はステップＳ６７に、ステップＳ７２の場合は、ステップＳ７３に進む（図１０参照）。

印刷装置２０が異常状態のままであっても、別の要因が新たに発生した場合や、異常要因が複数存在し、そのうちの何れかが解除された場合には、異常の要因に変化があったと判定される。異常の要因に変化があった場合（ステップＳ８１でＹｅｓ）は、異常の要因が「用紙なし」であるか否かを、要因判定部３９（図２参照）が判定する（ステップＳ８２）。要因が「用紙なし」であった場合（ステップＳ８２でＹｅｓ）は、メッセージ「用紙を補給」を、表示し（ステップＳ８３）、ステップＳ８５に進む。

要因が「用紙なし」ではなかった場合（ステップＳ８２でＮｏ）は、メッセージ「用紙を補給」を、消去し（ステップＳ８４）、ステップＳ８５に進む。ステップＳ８４が実行されるのは「用紙なし」の要因が発生から解除に変化したと判定される場合である。また、メッセージ「用紙を補給」が表示されていない場合には、ステップＳ８４は実行されず、ステップＳ８２から直接ステップＳ８５に進んでもよい。

次に、異常の要因が「用紙カバーオープン」（用紙収容部のカバーが開いている）であるか否かを、要因判定部３９（図２参照）が判定する（ステップＳ８５）。要因が「用紙カバーオープン」であった場合（ステップＳ８５でＹｅｓ）は、メッセージ「用紙カバーを閉じる」を、表示し（ステップＳ８６）、ステップＳ８８に進む。要因が「用紙カバーオープン」ではなかった場合（ステップＳ８５でＮｏ）は、メッセージ「用紙カバーを閉じる」を、消去し（ステップＳ８７）、ステップＳ８８に進む。なお、メッセージ「用紙カバーを閉じる」が表示されていない場合には、ステップＳ８７は実行されず、ステップＳ８５から直接ステップＳ８８に進んでもよい。

次に、異常の要因が「インクエンド」であるか否かを、要因判定部３９（図２参照）が判定する（ステップＳ８８）。要因が「インクエンド」であった場合（ステップＳ８８でＹｅｓ）は、メッセージ「インクカートリッジを交換」を、表示し（ステップＳ８９）、ステップＳ９１に進む。要因が「インクエンド」ではなかった場合（ステップＳ８８でＮｏ）は、メッセージ「インクカートリッジを交換」を、消去し（ステップＳ９０）、ステップＳ９１に進む。なお、メッセージ「インクカートリッジを交換」が表示されていない場合には、ステップＳ９０は実行されず、ステップＳ８８から直接ステップＳ９１に進んでもよい。

次に、異常の要因が「インクカバーオープン」（インクカートリッジを収容する収容部のカバーが開いている）であるか否かを、要因判定部３９（図２参照）が判定する（ステップＳ９１）。要因が「インクカバーオープン」であった場合（ステップＳ９１でＹｅｓ）は、メッセージ「インクカバーを閉じる」を、表示し（ステップＳ９２）、異常の要因の判定、メッセージの表示、及びメッセージの消去の処理を終了する。要因が「インクカバーオープン」ではなかった場合（ステップＳ９１でＮｏ）は、メッセージ「インクカバーを閉じる」を、消去し（ステップＳ９３）、異常の要因の判定、メッセージの表示、及び不要メッセージの消去の処理を終了する。なお、メッセージ「インクカバーを閉じる」が表示されていない場合には、ステップＳ９３は省略して、ステップＳ９１終了後、異常の要因の判定、メッセージの表示、及び不要メッセージの消去の処理を終了し、ステップＳ６６の場合はステップＳ６７に、ステップＳ７２の場合は、ステップＳ７３に進んでもよい（図１０参照）。

上記ステップＳ８３、ステップＳ８６、ステップＳ８９、ステップＳ９２、の各ステップで実行された処理が、各異常の要因（用紙なし、用紙カバーオープン、インクエンド、インクカバーオープン）毎に設定された、要因解除のための処理である。要因に対応したメッセージを表示することで、オペレータに要因解除のための操作を明示するとともに、操作の実行を促して、適切な要因解除を速やかに実行することができる。要因に対応したメッセージを表示することが、復帰処理に相当する。

上記処理例では、異常の要因として、用紙なし、用紙カバーオープン、インクエンド、インクカバーオープンを取り上げて説明したが、異常の他の要因としては、用紙が引っ掛ったり変形したりすることで紙詰まりとなった紙ジャム、連続用紙を切断するカッタが動かないオートカッタエラー、ヘッド温度が上昇し、ヘッド温度が下がるまで、一時的に印刷動作を停止するヘッド高温、印刷装置の機能が損なわれた装置の故障、などが挙げられる。

要因が紙ジャムの場合には、異常の前後で、印刷結果は分断される。ホスト装置１０の対応としては、「紙ジャム、用紙を取り除いた後にＥｎｔｅｒキーを押す」というメッセージを表示して、詰まった用紙の除去を促す。ホスト装置１０はＥｎｔｅｒキーが押されると、印刷装置２０のキャリッジを初期化させるエラー復帰コマンドを送信する。印刷装置２０は、エラー復帰コマンドを受けて、キャリッジを初期化する。

要因がオートカッタエラーの場合には、紙ジャムの場合と同様に、異常の前後で印刷結果は分断される。ホスト装置１０の対応としては、「オートカッタエラー、用紙を取り除いた後にＥｎｔｅｒキーを押す」というメッセージを表示して、詰まった用紙の除去を促す。ホスト装置１０はＥｎｔｅｒキーが押されると、印刷装置２０の切断部１３０（図４参照）を初期化させるエラー復帰コマンドを送信する。印刷装置２０は、エラー復帰コマンドを受けて、切断部１３０を初期化する。

要因がヘッド高温の場合には、紙ジャムなどの場合と異なり、異常からの復帰後、異常発生前の印刷結果に続けて印刷を実行することができ、異常の前後で印刷結果は分断されない。ヘッド高温は、ヘッド温度が下がるまで印刷動作を停止することで解消できるため、ホスト装置１０の対応としては、「ヘッド高温、しばらくお待ちください」というメッセージを表示して、オペレータが不要な操作を行い、その結果、不適切な処理が実行されることを抑制する。

要因が印刷装置２０の故障の場合には、速やかな異常からの復帰ができない場合もあり、異常からの復帰まで異常発生前の印刷結果を状態を変えずに維持することは困難な場合があるため、異常の前後で印刷結果が分断されることが殆どである。印刷装置２０が故障した場合は、電源を切り、メーカなどに修理を依頼することが望ましい。ホスト装置１０の対応としては、「装置の故障、プリンタの電源をオフしてサービスマンに連絡」というメッセージを表示して、メーカなどに修理を依頼することを促す。

上記「用紙を補給」などの各メッセージは、例えばオペレータ用ディスプレイ１７ａに、各メッセージの文字が表示される。この場合、「用紙を補給」などの各メッセージが指示メッセージに相当し、オペレータ用ディスプレイ１７ａが、メッセージ表示手段に相当する。なお、メッセージの表示方法としては、オペレータ用ディスプレイ１７ａ以外のディスプレイに、メッセージの文字を表示する方法でもよいし、ディスプレイに全メッセージを表示しておき、伝えたいメッセージを点滅させるなどして、伝えたいメッセージを示す方法などでもよい。また、メッセージを固定表示し、各メッセージに対応するＬＥＤなどを設け、伝えたいメッセージに対応するＬＥＤを点灯などさせて伝えたいメッセージを示す方法などでもよい。また、印刷装置２０に表示装置を設け、当該表示部に上記各メッセージを表示させてもよい。この場合、印刷装置２０に設けた表示装置が、印刷装置表示部に相当する。

以上、説明したとおり、本発明のホスト装置１０及び印刷装置２０を備えた印刷システム１によれば、印刷装置２０は、異常検出手段及び異常要因判別手段としての要因検出部４７ａが、印刷装置２０に異常の要因が発生し、印刷装置が印刷を実行できない異常状態であることを検出すると、異常発生情報送信手段としてのステータス／レスポンス生成部４９が、印刷装置が異常状態であるという情報と共に、当該異常の要因を特定できる情報を含む異常発生のステータスを生成し、データ送信部５０及びインタフェース４１を介して、ホスト装置１０に送信する。ホスト装置においては、要因判定部３９が、当該ステータスから、印刷装置２０で発生している異常の要因を判定し、要因別処理部４０が、予め設定されているメッセージの表示などの復帰処理を実行する。要因に対応したメッセージを表示することで、オペレータに要因解除のための操作を明示するとともに、操作の実行を促して、適切な要因解除を速やかに実行することができる。

また、本発明の印刷装置２０及びホスト装置１０を備えた印刷システム１によれば、要因検出部４７ａが印刷装置２０の異常を検出すると、処理モード判定部４３が、異常の要因のそれぞれに対応して予め指定され、要因別処理モード記憶部に記憶された、通常処理モードの継続、又は削除処理モードへの移行を実行することで、個々の要因に対応した適切な異常発生時の処理モードを実行することができる。印刷装置２０の異常が検出されたとき、データを読み捨てる削除処理モードに移行することで、ホスト装置１０のデータ送信中止処理に間に合わなかったデータや、通信途上のデータが存在した場合でも、異常が解除されて印刷が再開されたときに、これらのデータに従って不必要な印刷が実行されることを回避することができる。また、印刷装置２０の異常が検出されたとき、通常処理モードを維持することで、異常が解除されて印刷が再開されたときに、異常が発生する前に実行された印刷に続く印刷を実行し、異常が発生する前後で連続した印刷結果を実現することができる。

さらに、異常発生時モード選択コマンドにより、アプリケーションの種類やユーザが所望する印刷結果、及び異常の要因に対応して、適切な処理モードを選択することができる。パラメータｍ３の値によって要因を指定し、パラメータｍ１の値によって処理モードを指定することで、要因毎に適切な処理モードを選択することができる。例えば、異常発生によって用紙を分断（分割）しない要因に対応して、第１処理モード（ｍ１＝０）を選択することで、継続した印刷結果を得ることができる。したがって、印刷データの再送信が必要なくなると共に用紙の無駄が発生することがない。また、第２処理モード（ｍ１＝１）を選択すると、受信バッファ２４２内のデータを破棄するため、削除処理モードにおいてデータを削除するのに要する時間を短縮することができる。さらに、印刷装置２０の状態監視を行うアプリケーションであれば、印刷装置２０からのステータスを監視しながら処理を行うことができるため、破棄するデータ内に印刷再開コマンドを含ませない制御が可能となる。また、第３処理モード（ｍ１＝２）を選択すると、受信バッファ２４２内のデータを保持したまま、削除処理モードへ移行するため、通信途上のデータの中に印刷再開コマンドが含まれていた場合に、当該印刷再開コマンドによって印刷可能な状態に復帰することができる。したがって、受信バッファ２４２内のデータの削除処理に時間がかかるが、印刷装置２０の状態監視を行わないアプリケーションであっても、支障なく処理を続行することができる。

なお、上記実施形態では、ホスト装置１０と印刷装置２０とによって構成される印刷システム１を例に挙げて説明したが、ホスト装置１０によって制御される装置は印刷装置に限らず、種々の端末装置に適用することが可能である。また、上記の実施形態によらず、例えばシステム構成やコマンド等について、本発明の要旨を逸脱しない範囲内において、種々変更を適宜加え得ることは勿論である。

本発明の一実施形態に係る印刷システムの構成を示す外観斜視図。 本発明のホスト装置の制御構成を示す機能ブロック図。 本発明の印刷装置の制御構成を示す機能ブロック図。 本発明の印刷装置の制御構成を示す制御ブロック図。 本発明の制御コマンドの一例を示す説明図。 印刷装置における通常データ処理の一例を示すフローチャート。 印刷装置における異常発生時における処理の一例を示すフローチャート。 図７に続く、印刷装置における異常発生時における処理の一例を示すフローチャート。 ホスト装置における通常の印刷装置制御の処理例を示すフローチャート。 ホスト装置における、印刷装置からの受信データの解析処理例を示すフローチャート。 ホスト装置における、異常の要因の判定及びメッセージの表示又は削除の処理例を示すフローチャート。

符号の説明

１…印刷システム、１０…ホスト装置、１４…キーボード、１７ａ…オペレータ用ディスプレイ、１７ｂ…顧客用ディスプレイ、２０…印刷装置、３０…ＰＯＳサーバ、３１…インタフェース（ホスト装置）、３２…データ受信部、３３…要因別モード設定部、３４…状態監視部、３５…印刷データ生成部、３６…印刷再開コマンド生成部、３７…制御部、３８…データ送信部、３９…要因判定部、４０…要因別処理部、４１…インタフェース（印刷装置）、４２…データ受信部、４３…処理モード判定部、４４…通常処理モード制御部、４５…削除処理モード制御部、４６…要因別処理モード記憶部、４７…状態監視部、４７ａ…要因検出部、４８…印刷制御部、４９…ステータス／レスポンス生成部、５０…データ送信部、２４２…受信バッファ（印刷装置）、２４３…送信バッファ、２４４…異常発生時モードブロック、２４５…プリントバッファ、Ｐ…連続用紙。

Claims (12)

1. ホスト装置と、前記ホスト装置によって制御されて印刷を行う印刷装置とを備える印刷システムであって、
   前記印刷装置は、
   前記印刷装置の異常を検出する異常検出手段と、
   前記異常の要因が何であるかを判別する異常要因判別手段と、
   前記異常検出手段が前記異常を検出した時、前記印刷装置が異常状態であるという情報と、当該異常の前記要因が何であるかという情報と、を含む異常発生情報を前記ホスト装置に送信する異常発生情報送信手段と、を備え、
   前記ホスト装置は、
   前記印刷装置から送られた前記異常発生情報から、前記印刷装置で発生している前記異常の前記要因を判定する要因判定手段と、
   前記要因判定手段によって前記印刷装置で発生していると判定された前記異常の前記要因に対応する、前記印刷装置を異常状態から復帰させるための復帰処理を実行する要因別処理手段と、を備えることを特徴とする印刷システム。
2. 前記復帰処理は、オペレータに前記要因に対応する復帰処理操作を指示する操作指示メッセージを表示するメッセージ表示処理を含むことを特徴とする、請求項１に記載の印刷システム。
3. 前記ホスト装置は、前記操作指示メッセージを表示するメッセージ表示手段を、更に備えることを特徴とする、請求項２に記載の印刷システム。
4. 前記印刷装置は、印刷装置表示部を更に備え、
   前記ホスト装置は、前記操作指示メッセージを前記印刷装置表示部に表示させることを特徴とする、請求項２又は３に記載の印刷システム。
5. 前記復帰処理は、前記印刷装置に復帰処理の実行を指示するエラー復帰コマンドを前記ホスト装置が前記印刷装置に送信する、エラー復帰コマンド送信処理を含むことを特徴とする、請求項１に記載の印刷システム。
6. 前記ホスト装置は、
   前記印刷装置において発生した前記異常の前記要因毎に、当該要因によって発生した前記異常に対応して実行する処理モードを予め設定するための、要因別処理モード設定手段と、
   当該要因別処理モード設定手段を介して設定された前記要因毎の前記処理モードを指定する処理モード選択コマンドを前記印刷装置に送信する送信手段と、を更に備え、
   前記印刷装置は、
   前記ホスト装置から送信されたデータに基づいて印刷を行う通常処理モードと、
   前記ホスト装置から送信された前記データを読み捨てる削除処理モードと、を有し、
   前記通常処理モードにおいて、前記異常検出手段が前記異常を検出したときに実行するべき、当該異常の前記要因のそれぞれに対応して予め指定された、前記通常処理モードの継続、又は前記削除処理モードへの移行を記憶する要因別処理モード記憶手段と、
   前記異常検出手段が前記異常を検出したとき、当該異常の前記要因に対応して実行するべき、前記要因別処理モード記憶手段に記憶された前記通常処理モードの継続、又は前記削除処理モードへの移行、を選択する要因別処理モード決定手段と、
   前記要因別処理モード決定手段により選択された処理モードを実行する削除処理モード移行手段と、
   前記削除処理モードにおいて、前記ホスト装置からの印刷再開コマンドに従って、前記削除処理モードを終了し、前記通常処理モードに移行する通常処理モード移行手段と、を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の印刷システム。
7. 前記印刷装置は、前記削除処理モードへ移行したことを示す削除処理開始レスポンスを送信する削除処理開始レスポンス送信手段を更に備え、
   前記ホスト装置は、前記削除処理開始レスポンスを受信することによって、前記印刷装置へのデータ送信を停止すると共に、未送信データを破棄するデータ破棄手段を備えることを特徴とする、請求項６に記載の印刷システム。
8. 前記データ破棄手段は、前記ホスト装置が、前記異常発生情報を受信すると共に、前記削除処理開始レスポンスを受信しなかった場合には、前記印刷装置へのデータ送信を停止すると共に、前記未送信データを維持することを特徴とする、請求項７に記載の印刷システム。
9. 前記印刷装置は、
   前記ホスト装置から送信された前記データを格納する受信バッファと、前記データが前記印刷装置の印刷ヘッドに供給される形式に処理されたイメージデータを格納するプリントバッファとを更に備え、
   前記削除処理モード移行手段は、前記要因のそれぞれに対応して予め指定された破棄処理モードで、前記受信バッファ内の前記データ及び前記プリントバッファ内の前記イメージデータの処理を実行することを特徴とする、請求項６に記載の印刷システム。
10. 前記破棄処理モードは、前記受信バッファ内の前記データ及び前記プリントバッファ内の前記イメージデータを破棄しない第１破棄処理モードと、
    前記削除処理モードへの移行に伴い、前記受信バッファ内の前記データ及び前記プリントバッファ内の前記イメージデータを破棄する第２破棄処理モードと、
    前記削除処理モードへの移行に伴い、前記プリントバッファ内の前記イメージデータを破棄し、前記受信バッファ内の前記データを保持する第３破棄処理モードと、を含むことを特徴とする、請求項９に記載の印刷システム。
11. ホスト装置と、前記ホスト装置によって制御されて印刷を行う印刷装置とを備える印刷システムの制御方法であって、
    前記印刷装置が、前記印刷装置の異常を検出すると共に、前記異常の要因が何であるかを判別する異常検出ステップと、
    前記異常検出ステップにおいて前記異常が検出された時、前記印刷装置が異常状態であるという情報と、当該異常の前記要因が何であるかという情報と、を含む異常発生情報を、前記印刷装置が前記ホスト装置に送信する異常発生情報送信ステップと、
    前記ホスト装置が、前記異常発生情報から、前記印刷装置で発生している前記異常の前記要因を判定する要因判定ステップと、
    前記要因判定ステップによって、前記印刷装置で発生している前記要因であると判定された前記要因に対応して前記要因を解除するための復帰処理を、前記ホスト装置が実行する要因別処理ステップと、を有することを特徴とする印刷システムの制御方法。
12. コンピュータを、請求項１乃至１０のいずれか１項に記載の印刷システムの各手段として機能させ、又は請求項１１に記載の印刷システムの制御方法の各ステップを実行させるためのプログラム。
    

Images