(57)【要約】【課題】  印字内容の管理と印字処理速度の高速度化とを両立させる。【解決手段】  データ通信部が印字データを受信する（ステップＳ１）毎に、受信した印字データに従い印字部を駆動制御し（ステップＳ２）、当該印字データに基づく画像を用紙に印字するようにすることで、ホスト機からプリンタへの印字データの送信手法として、ホスト機からプリンタに印字データを次々と送信し、プリンタでは受信した印字データに基づいて印字処理を次々と実行していくという印字処理速度の高速度化に有利な手法を採用して印字処理速度の高速度化を図り、また、各印字データについて印字処理が完了したかどうかを判定し（ステップＳ３）、印字処理が完了したと判定された印字データに付加されているＩＤ番号を記憶領域に記憶保存して管理することで（ステップＳ４）、印字内容を正しく管理する。【選択図】    図４
2005225110.tif 000002
【特許請求の範囲】
【請求項１】
用紙に対して印字を行う印字部と、
ホスト機との間でデータの送受信を実行し、前記ホスト機から送信される固有のＩＤ番号が付加された印字データを受信するデータ通信部と、
前記データ通信部が印字データを受信する毎に、受信した印字データに従い前記印字部を駆動制御し、当該印字データに基づく画像を用紙に印字する印字実行手段と、
各印字データについて印字処理が完了したかどうかを判定する判定手段と、
前記判定手段によって印字処理が完了したと判定された印字データに付加されているＩＤ番号を記憶領域に記憶保存する管理手段と、
を備えるプリンタ。
【請求項２】
前記データ通信部が受信した印字データに付加されているＩＤ番号を分析し、受信したＩＤ番号に昇順違いがあった場合に当該印字データに基づく印字処理を完了させないエラー停止処理手段を備える請求項１記載のプリンタ。
【請求項３】
前記データ通信部が順に受信した印字データに付加されているＩＤ番号を分析し、受信したＩＤ番号に重複があった場合に当該印字データに基づく印字処理を完了させないエラー停止処理手段を備える請求項１記載のプリンタ。
【請求項４】
前記管理手段は、前記判定手段によって印字処理が完了しなかったと判定された印字データに付加されているＩＤ番号を記憶領域に記憶保存する請求項１ないし３のいずれか一記載のプリンタ。
【請求項５】
前記記憶領域に記憶保存する印字処理が完了した印字データに付加されているＩＤ番号を前記データ通信部によって前記ホスト機に送信する完了通知手段を有する請求項１記載のプリンタ。
【請求項６】
前記記憶領域に記憶保存する印字処理が完了しなかった印字データに付加されているＩＤ番号を前記データ通信部によって前記ホスト機に送信する未完了通知手段を有する請求項４記載のプリンタ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト機との間でデータの送受信を実行し、ホスト機から順に送信される印字データを用紙に逐次印字するプリンタに関する。
【背景技術】
【０００２】
従来、ホスト機との間でデータの送受信を実行し、ホスト機から送信される印字データを用紙に印字するプリンタがある。このようなプリンタの一例としては、内容が一枚一枚異なるラベルを印字発行するようなラベルプリンタを例示することができる。
【０００３】
内容が一枚一枚異なるラベルを印字発行する場合の一例としては、生産工場において、個々の部品に異なる固有情報を例えばバーコード等によって持たせるような場合が想定される。この場合、プリンタは、ホスト機から送信される印字データに従い異なる番号を有するバーコードをラベルに印字して発行する。
【０００４】
ホスト機からプリンタへの印字データの送信手法として、従来、二種類のデータ送信手法が知られている。
【０００５】
第一の手法は、ホスト機からプリンタに印字データを送信し、プリンタにて当該印字データに基づいて印字処理を実行したらプリンタよりホスト機に印字処理の完了通知を送信する。そして、ホスト機では、プリンタから送信された完了通知の受信を条件に、次の印字データをプリンタに送信する、という手法である。
【０００６】
第二の手法は、ホスト機からプリンタに順に印字データを次々と送信し、プリンタでは受信した印字データに基づいて印字処理を次々と実行していく、という手法である（特許文献１参照）。
【０００７】
【特許文献１】特開平０４−３３９６７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ホスト機からプリンタへの印字データの送信手法として、上記第一の手法を採用した場合、プリンタにて正しく印字処理が実行されたことをもってホスト機からプリンタに次の印字データを送信することになる。このため、印字内容を正しく管理することができるという利点がある。その反面、ホスト機はプリンタから印字処理の完了通知を受信しなければ次の印字データをプリンタに送信できないので、全体として見た印字処理速度が遅くなるという問題がある。
【０００９】
これに対して、ホスト機からプリンタへの印字データの送信手法として、上記第二の手法を採用した場合、ホスト機は印字データを順に出力するだけなので、全体として見た印字処理速度が速くなるという利点がある。この場合、プリンタは、受信した印字データに基づく印字処理に並行して次の印字データの受信処理を実行することができ、このような処理を採用すれば、より一層印字処理速度を高速化することが可能である。その反面、ホスト機から見ると、プリンタにおいて正しく印字処理が完了したのかどうか不明である。このため、印字内容を正しく管理することができないという問題がある。例えば、プリンタにてエラー停止処理が実行された場合、ホスト機は、どの印字内容についてエラー停止処理されたのか把握することができない。このため、一旦、プリンタにおいてエラー停止処理等が生じてしまうと、その復旧に手間取り、時間的ロスも大きくなってしまうという不都合がある。
【００１０】
本発明の目的は、印字内容の管理と印字処理速度の高速度化とを両立させることである。
【課題を解決するための手段】
【００１１】
本発明は、用紙に対して印字を行う印字部と、ホスト機との間でデータの送受信を実行し、前記ホスト機から送信される固有のＩＤ番号が付加された印字データを受信するデータ通信部と、前記データ通信部が印字データを受信する毎に、受信した印字データに従い前記印字部を駆動制御し、当該印字データに基づく画像を用紙に印字する印字実行手段とを備え、各印字データについて印字処理が完了したかどうかを判定し、印字処理が完了したと判定された印字データに付加されているＩＤ番号を記憶領域に記憶保存するようにした。したがって、ホスト機からプリンタへの印字データの送信手法として、ホスト機からプリンタに印字データを次々と送信し、プリンタでは受信した印字データに基づいて印字処理を次々と実行していくという印字処理速度の高速度化に有利な手法を採用しながら、印字処理が完了したと判定された印字データに付加されているＩＤ番号を記憶領域に記憶保存することで、印字内容を正しく管理することが可能となる。
【発明の効果】
【００１２】
本発明によれば、データ通信部が印字データを受信する毎に、受信した印字データに従い印字部を駆動制御し、当該印字データに基づく画像を用紙に印字するようにしたので、ホスト機からプリンタへの印字データの送信手法として、ホスト機からプリンタに印字データを次々と送信し、プリンタでは受信した印字データに基づいて印字処理を次々と実行していくという印字処理速度の高速度化に有利な手法を採用して印字処理速度を高速度化することができ、また、各印字データについて印字処理が完了したかどうかを判定し、印字処理が完了したと判定された印字データに付加されているＩＤ番号を記憶領域に記憶保存して管理するようにしたので、印字内容を正しく管理することができる。
【発明を実施するための最良の形態】
【００１３】
本発明の第一の実施の形態を図１ないし図５に基づいて説明する。本実施の形態は、ホスト機１に接続され、このホスト機１との間でデータの送受信が可能なラベルプリンタ２への適用例を示す。
【００１４】
図１は、本実施の形態のラベルプリンタ２をホスト機１とともに示す概略図である。
【００１５】
本実施の形態のラベルプリンタ２は、用紙としてラベル用紙３を用いる。ラベル用紙３は、長尺状の台紙３ａに複数枚のラベル３ｂが所定間隔で貼付され、ロール状に保持された構造のものである。このようなラベル用紙３は、用紙保持部４に引き出し自在に保持される。本実施の形態のラベルプリンタ２は、用紙保持部４から引き出したラベル用紙３を印字部５に搬送してラベル３ｂに印字を行い、印字後のラベル３ｂをラベル発行口ＩＰから発行する構造である。
【００１６】
印字部５は、サーマルヘッド７とこのサーマルヘッド７に対向配置されたプラテン８とから構成されている。印字部５では、サーマルヘッド７とプラテン８とによってラベル用紙３を挟持し、プラテン８を駆動モータＭ１（図２参照）で回転駆動することによりラベル用紙３を用紙保持部４から引き出し搬送する。そして、ラベル用紙３の搬送過程で、サーマルヘッド７がラベル用紙３のラベル３ｂに所定事項を印字する。この場合の所定事項というのは、ホスト機１からラベルプリンタ２に送信されたＩＤ番号付きの印字データに基づく内容である。また、サーマルヘッド７による印字方式としては、熱転写方式が採用される。そのために、本実施の形態のラベルプリンタ２は、インクリボン供給部６を備え、このインクリボン供給部６によってインクリボン９をラベル用紙３とサーマルヘッド７との間に案内搬送する。このようなインクリボン供給部６は、支軸１０に保持したインクリボン９を駆動モータＭ２（図２参照）によって回転駆動される巻取軸１２で巻き取ることにより、インクリボン９を搬送する構造となっている。
【００１７】
ラベルプリンタ２には、用紙エンドセンサ１３、リボンエンドセンサ１４などのセンサ類が設けられている。用紙エンドセンサ１３は、ラベル用紙３の用紙エンドを検出し、用紙エンドの検出に伴い用紙エンド検出信号を出力する。リボンエンドセンサ１４は、インクリボン９のリボンエンドを検出し、リボンエンドの検出に伴いリボンエンド信号を出力する。
【００１８】
図２は、ラベルプリンタ２の電装系を示すブロック図である。
【００１９】
ラベルプリンタ２は、マイクロコンピュータ（以下、マイコンという）２０を備えている。マイコン２０はラベルプリンタ２に設けられている各部を駆動制御する。このようなマイコン２０は、各部を集中的に制御するＣＰＵ（Central Processing Unit）２１に、バスライン２２を介してＲＯＭ（Read Only Memory）２３とＲＡＭ（Read Only Memory）２３とが接続されて構成されている。ＲＯＭ２３は、コンピュータプログラム等の固定的データを予め記憶するメモリである。ＲＡＭ２４は、各種データを書き換え自在に記憶するメモリであり、ワークエリアや画像メモリ等として機能する。ラベルプリンタ２に設けられている各部を駆動制御するために、マイコン２０にはそのような各部、つまり、サーマルヘッド７、駆動モータＭ１，Ｍ２、用紙エンドセンサ１３、リボンエンドセンサ１４などがバスライン２２を介して接続されている。
【００２０】
また、マイコン２０には、データ通信部２５と記憶領域を有するフラッシュＲＯＭ２６とがバスライン２２を介して接続されている。
【００２１】
データ通信部２５は、外部機器であるホスト機１との間でデータの送受信を実行する。このような双方向通信は、例えばＲＳ２３２Ｃ通信、ソケット通信などの手段によって実現される。
【００２２】
フラッシュＲＯＭ２６は、データを書き換え自在に記憶する不揮発性のメモリである。このようなフラッシュＲＯＭ２６には、ＩＤ番号記憶領域が設けられている。このＩＤ番号記憶領域は、後述する印字管理処理で用いられ、ホスト機１から送信された印字データに付与されたＩＤ番号を記憶する領域である。このようなＩＤ番号記憶領域は、正常ＩＤ番号記憶領域２６ａとエラーＩＤ番号記憶領域２６ｂとから構成されている。正常ＩＤ番号記憶領域２６ａは、印字処理が正常に完了した印字データのＩＤ番号を記憶する領域である。エラーＩＤ番号記憶領域２６ｂは、印字処理が正常に完了しなかった印字データのＩＤ番号を記憶する領域である。
【００２３】
次に、ホスト機１について簡単に説明する。ホスト機１は、いずれも図示しないＣＰＵ、ＲＯＭ、及びＲＡＭから構成されるコンピュータ構成を備え、ラベルプリンタ２との間でのデータの送受信を実行する。このようなホスト機１では、印字データをラベルプリンタ２に送信しラベルプリンタ２に印字動作を実行させる。この際、ホスト機１では、各印字データに発行コマンドを付加する。
【００２４】
図３は、発行コマンドの一例を示す模式図である。
【００２５】
発行コマンドは、基本的にはその発行コマンドと共に送信される印字データの印字実行を指令するコマンドである。本実施の形態では、このような発行コマンドに、各印字データを特定するための固有のＩＤ番号を含ませている。より詳細には、発行コマンドは、コマンド種別部３１、発行枚数部３２、発行動作パラメータ部３３、ＩＤ番号部３４などから構成されている。固有のＩＤ番号は、ＩＤ番号部３４に含まれている。コマンド種別部３１は、印字命令、問合せなどの各種コマンドを含む。発行枚数部３２は、ＩＤ番号部３４に含まれているＩＤ番号で特定される印字データについて、印字発行するラベル３ｂの枚数の情報を含む。発行動作パラメータ部３３は、ラベルプリンタ２で実行すべき印字発行動作に関するコマンドを含む。
【００２６】
図４は印字処理の流れを示すフローチャートである。
【００２７】
図４に示すフローチャートは、マイコン２０を構成するＣＰＵ２１が例えばＲＯＭ２３に格納されたコンピュータプログラムに従い実行する処理の流れを示している。まず、データ通信部２５を介してホスト機１から印字データを受信したかどうかの判定処理が実行される（ステップＳ１）。データ通信部２５を介して印字データを受信したと判定された場合には（ステップＳ１のＹ）、受信した印字データ及びこの印字データに付加された発行コマンドに基づいて印字部５及びインクリボン供給部６を含む各部が駆動制御され、印字処理が実行される（ステップＳ２、印字実行手段）。これにより、用紙保持部４に保持されたラベル用紙３が引き出し搬送され、その搬送過程でラベル用紙３に設けられたラベル３ｂに対してサーマルヘッド７によって印字がなされる。そして、何らのエラーも発生なく、印字処理が正常に終了すると、印字データに基づいた画像が印字されたラベル３ｂが発行される。
【００２８】
続く処理として、印字処理が正常に完了したか否かが判定される（ステップＳ３、判定手段）。このステップＳ３の判定処理では、印字データに基づいた画像がラベル３ｂに印字されて印字処理が正常に完了したか、それとも何らかのエラーが発生して印字データに基づく画像がラベル３ｂに印字されなかったかが実行される。この場合のエラーとしては、例えば、印字処理中にラベル用紙３がなくなった場合の用紙なしエラー、印字処理中にインクリボン９がなくなった場合のリボンなしエラー、印字処理中にラベル用紙３にジャムが発生した場合の用紙ジャムエラーなどを例示することができる。このようなエラーの発生の有無は、用紙エンドセンサ１３からの用紙エンド信号の入力、リボンエンドセンサ１４からのリボンエンド検出信号の入力などによって判定可能である。
【００２９】
ステップＳ３に続く処理として、マイコン２０は、印字データに付与されたＩＤ番号をフラッシュＲＯＭ２６のＩＤ番号記憶領域に記憶させる（ステップＳ４、管理手段）。この際、ステップＳ３で印字処理が正常に完了したと判定された印字データについては、ＩＤ番号は、フラッシュＲＯＭ２６の正常ＩＤ番号記憶領域２６ａに記憶させられる。これに対して、ステップＳ３で印字処理が正常に完了しなかったと判定された印字データについては、ＩＤ番号は、エラーＩＤ番号記憶領域２６ｂに記憶させられる。
【００３０】
次いで、マイコン２０は、ステップＳ３において印字処理が完了したと判定した場合には（ステップＳ５のＹ）、データ通信部２５を介して完了通知をホスト機１に送信する（ステップＳ６、完了通知手段）。この完了通知は、ステップＳ１で受信した印字データに付与されたＩＤ番号に印字処理が完了した旨のデータを付与したデータである。一方、マイコン２０は、ステップＳ３において印字処理が完了していないと判定した場合には（ステップＳ５のＮ）、データ通信部２５を介して未完了通知をホスト機１に送信する（ステップＳ７、未完了通知手段）。この未完了通知は、ステップＳ１で受信した印字データに付与されたＩＤ番号に印字処理が未完了である旨のデータを付与したデータである。
【００３１】
図５は、ラベルプリンタ２からホスト機１へ通知する通知データの一例を示す模式図である。通知データは、ステータス部４１、残枚数部４２、ＩＤ番号部４３などから構成されている。ステータス部４１では、ＩＤ番号部４３に示されるＩＤ番号の印字データの印字処理が完了したか非完了であるかが示される。残枚数部４２では、印字処理が非完了である場合の印字されなかった残枚数が示される。
【００３２】
本実施の形態のラベルプリンタ２は、ホスト機１から印字データを受信する毎に、図４のフローチャートに示す処理を実行する。よって、ホスト機１からラベルプリンタ２への印字データの送信手法として、ホスト機１からラベルプリンタ２に順に印字データを次々と送信し、ラベルプリンタ２では受信した印字データに基づいて印字処理を次々と実行していくという手法を採用し、印字処理速度を高速度化することができる。また、各印字データについて、正常にラベル３ｂが発行されて印字処理が完了したかどうかを判定し、印字処理が完了したと判定された印字データに付加されているＩＤ番号を記憶領域であるフラッシュＲＯＭのＩＤ番号記憶領域に記憶保存して管理するようにしたので、正常にラベル３ｂが発行され印字処理が完了した印字内容を正しく把握することができる。このように、本実施の形態では、印字内容の管理と印字処理速度の高速度化との両立が実現されている。
【００３３】
このように、ラベルプリンタ２は、印字処理が正しく完了した印字データのＩＤ番号を管理しているので、正常にラベル３ｂが発行されて印字処理が完了した印字データを把握することができる。また、ラベルプリンタ２は、印字処理が正しく完了しなかった印字データのＩＤ番号も管理しているので、正常にラベル３ｂが発行されず印字処理が完了しなかった印字データを把握することができる。
【００３４】
また、本実施の形態においては、図４のステップＳ６の処理によって実行される完了通知手段により、ラベルプリンタ２に送信した印字データのうち、正常にラベル３ｂが発行されて印字処理が完了した印字データをホスト機１に把握させることができる。
【００３５】
また、本実施の形態においては、図４のステップＳ７の処理によって実行される未完了通知手段により、ラベルプリンタ２に送信した印字データのうち、正常にラベル３ｂが発行されず印字処理が完了しなかった印字データをホスト機１に把握させることができる。
【００３６】
ここで、完了通知及び未完了通知をラベルプリンタ２から受信したホスト機１での対応例を説明する。ホスト機１がＩＤ番号＝０００００１〜０００１００までの印字データをラベルプリンタ２に送信した場合を例とする。このとき、例えば、ＩＤ番号＝０００００１〜０００００５までの印字データに対してはラベルプリンタ２から完了通知を受信したが、ＩＤ番号＝０００００６の印字データに対してはラベルプリンタ２から未完了通知を受信したとする。この場合には、ホスト機１での発行履歴としてＩＤ番号＝０００００１〜０００００５までを記録し、ホスト機１にラベルプリンタ２に対する送信待ちの印字データがあるならその印字データを削除する。そして、ユーザはラベルプリンタ２をエラー状態から正常状態へ復帰させてラベルプリンタ２にリセットをかけてラベルプリンタ２を初期状態にし、ホスト機１において改めてＩＤ番号＝０００００６以降の印字データの送信処理を開始すればよい。
【００３７】
なお、本実施の形態では、プリンタとしてラベルプリンタ２を例に説明したが、これに限定されるものではなく、プリンタとしては、ホスト機１から受信した印字データを印字処理するものであればよい。
【００３８】
本発明の第二の実施の形態を図６に基づいて説明する。なお、第一の実施の形態と同じ部分は同一符号で示し説明も省略する。
【００３９】
本実施の形態では、ホスト機１は、印字データに付与するＩＤ番号を一定値（例えば「１」）ずつ増やす昇順で発番する。そして、ホスト機１は、印字データを連続してラベルプリンタ２に送信する前に、昇順チェックコマンドをラベルプリンタ２に送信する。昇順チェックコマンドは、ラベルプリンタ２に対してＩＤ番号の一定値ずつの昇順を確認しながら印字処理の実行を要求するコマンドである。
【００４０】
図６は、印字処理の流れを示すフローチャートである。
【００４１】
印字データを受信した場合には（ステップＳ１）、ステップＳ２で印字処理を開始する前に、ＩＤ番号確認処理を実行する（ステップＳ２１）。ＩＤ番号確認処理では、受信したＩＤ番号の昇順について確認する。確認は、今回受信した印字データに付加されているＩＤ番号（以下、第１の値という）と、フラッシュＲＯＭ２６の正常ＩＤ番号記憶領域２６ａ又はエラーＩＤ番号記憶領域２６ｂに既に記憶されたＩＤ番号のうちの最も大きいＩＤ番号に対して一定値（本実施の形態では「１」）を加えた値（以下、第２の値という）とを比較して実行される。
【００４２】
続くステップＳ２２では、受信したＩＤ番号の昇順が守られているか否かを判定する。この判定は、ステップＳ２１の比較処理によって、前述した第１の値と第２の値とが一致しているかどうかを判定することによって実行される。この場合、第１の値と第２の値とが一致していれば、受信したＩＤ番号の昇順が守られていると判定され、第１の値と第２の値とが一致していなければ、受信したＩＤ番号の昇順が守られていないと判定される。
【００４３】
その後、受信したＩＤ番号の昇順が守られている場合には（ステップＳ２２のＹ）、第一の実施の形態と同様に、ステップＳ３以降の処理が実行される。
【００４４】
これに対して、受信したＩＤ番号の昇順が守られていない、即ち、昇順違いがあった場合には（ステップＳ２２のＮ）、エラー停止処理が実行される。エラー停止処理というのは、当該印字データに基づく印字処理の実行を開始しない処理を意味する。これによって、印字処理は完了しないこととなる。ここに、データ通信部２５が順に受信した印字データに付加されているＩＤ番号を分析し、受信したＩＤ番号に昇順違いがあった場合にはエラー停止処理を実行し、印字データに基づく印字処理を完了させないようにする手段の機能が実行される。したがって、エラー停止処理が実行された場合には、ステップＳ２の印字処理の実行が行なわれることなく、ステップＳ３以降の処理が実行されることになる。
【００４５】
ステップＳ３に続く処理として、マイコン２０は、印字データに付与されたＩＤ番号をフラッシュＲＯＭ２６のＩＤ番号記憶領域に記憶させる（ステップＳ４、管理手段）。この場合、エラー停止処理が実行された場合には、ステップＳ３で印字処理が正常に完了しなかったと判定される。そこで、その印字データについてのＩＤ番号は、エラーＩＤ番号記憶領域２６ｂに記憶させられる。そして、ステップＳ３において印字処理が完了していないと判定された場合（ステップＳ５のＮ）、未完了通知がホスト機１に送信される（ステップＳ７、未完了通知手段）。これにより、ホスト機１においては、ラベルプリンタ２で受信されなかった印字データや印字処理されなかった印字データのうち、どのＩＤ番号の印字データが印字処理されなかったかを把握することができる。
【００４６】
次に、本発明の第三の実施の形態を図６に基づいて説明する。なお、第二の実施の形態と同じ部分は同一符号で示し説明も省略する。
【００４７】
本実施の形態では、ステップＳ２１におけるＩＤ番号確認処理の内容及びステップＳ２２におけるＩＤ番号の確認処理が第二の実施の形態と異なる。
【００４８】
つまり、ステップＳ２１におけるＩＤ番号確認処理では、受信したＩＤ番号の重複を確認する。この確認は、今回受信したＩＤ番号（以下、第１の値という）と、以前に受信した印字データに付与されていたＩＤ番号（以下、第２の値）とを比較することにより実行される。以前に受信した印字データに付与されていたＩＤ番号は、ステップＳ４の処理によって、フラッシュＲＯＭ２６における正常ＩＤ番号記憶領域２６ａ又はエラーＩＤ番号記憶領域２６ｂに既に記憶されているので、これらの記憶領域２６ａ、２６ｂを検索して得ることができる。また、以前に複数の印字データを受信した場合には、第２の値は複数の値をとる。
【００４９】
続くステップＳ２２では、受信したＩＤ番号の重複の有無が判定される。この判定は、ステップＳ２１の比較処理によって、前述した第１の値と第２の値とが一致しているかどうかを判定することによって実行される。この場合、第１の値と第２の値とが一致していなければ、受信したＩＤ番号に重複がないと判定され、第１の値と第２の値とが一致していれば、受信したＩＤ番号に重複があると判定される。
【００５０】
そこで、受信したＩＤ番号に重複がない場合には（ステップＳ２２のＹ）、第一の実施の形態と同様に、ステップＳ３以降の処理が実行される。これに対して、受信したＩＤ番号に重複があった場合には（ステップＳ２２のＮ）、エラー停止処理を実行する。ここに、データ通信部２５が順に受信した印字データに付加されているＩＤ番号を分析し、受信したＩＤ番号に重複があった場合にはエラー停止処理を実行し、印字データに基づく印字処理を完了させないようにする手段の機能が実行される。
【００５１】
その後の処理については、第二の実施の形態と同様であるので、説明を省略する。
【００５２】
このように、本実施の形態においては、ＩＤ番号が重複した印字データに基づくラベル３ｂへの印字がなされない。これにより、同一のラベル３ｂが意図せずに重複して発行されることがない。
【図面の簡単な説明】
【００５３】
【図１】本発明の第一の実施の形態のラベルプリンタをホスト機とともに示す概略図である。
【図２】ラベルプリンタの電装系を示すブロック図である。
【図３】発行コマンドの一例示す模式図である。
【図４】印字処理の流れを示すフローチャートである。
【図５】ラベルプリンタからホスト機へ通知する通知データの一例を示す模式図である。
【図６】本発明の第二及び第三の実施の形態の印字処理の流れを示すフローチャートである。
【符号の説明】
【００５４】
１…ラベルプリンタ（プリンタ）、２…ホスト機、５…印字部、２５…データ通信部
２６…フラッシュＲＯＭ（記憶領域）、ステップＳ２…印字実行手段、ステップＳ３…判定手段、ステップＳ４…管理手段、ステップＳ６…完了通知手段、ステップＳ７…未完了通知手段
【図１】
2005225110.tif 000003
【図２】
2005225110.tif 000004
【図３】
2005225110.tif 000005
【図４】
2005225110.tif 000006
【図５】
2005225110.tif 000007
【図６】
2005225110.tif 000008