(57)【特許請求の範囲】
【請求項１】
２次元のバーコードまたはマトリクスからなるマークであるシンボルとして印刷されるＡＳＣＩＩコードの表示データを、シンボル印刷用の制御コマンドとともに、ホスト装置から受信する受信手段と、
前記制御コマンドを解析するデータ解析手段と、
前記データ解析手段による前記制御コマンドの解析結果により、該制御コマンドとともに受信した前記表示データを格納する第１の格納手段と、
前記シンボルのプロトコルに従って、前記表示データを前記シンボルのコードワードに変換するコード変換手段と、
前記コードワードから前記シンボルを表すビットパターン情報を作成するパターンジェネレータと、
前記ビットパターン情報を格納する第２の格納手段と、
前記シンボルのシンボルイメージの縦方向及び横方向の大きさを前記ホスト装置に送信するサイズ情報送信手段と、
前記ビットパターン情報の印刷を制御する印刷制御手段とを備え、
前記データ解析手段は、前記ホスト装置からの制御コマンドの解析結果がサイズ情報送信要求であると判明すると、前記第１の格納手段に記憶されている表示データを前記コード変換手段に出力させるとともに、前記サイズ情報送信手段をアクティブにして、これにより、前記サイズ情報送信手段は、前記パターンジェネレータにより作成されたビットパターン情報から前記シンボルのシンボルイメージの縦方向及び横方向の大きさを算出し、算出したシンボルイメージの縦方向及び横方向の大きさを前記ホスト装置に送信することを特徴とする、情報を化体したシンボルを印刷可能なプリンタ。
【請求項２】
前記プリンタは、ＰＤＦ４１７、スーパーコード、及びウルトラコードを含むスタック型２次元コード、又は、ベリコード、データマトリックス及びマキシコードを含むマトリクス型２次元コードを印刷可能であることを特徴とする請求項１に記載のプリンタ。
【請求項３】
（ａ）  受信手段により、２次元のバーコードまたはマトリクスからなるマークであるシンボルとして印刷されるＡＳＣＩＩコードの表示データを、シンボル印刷用の制御コマンドとともに、ホスト装置から受信する受信ステップと、
（ｂ）  データ解析手段により、前記制御コマンドを解析するデータ解析ステップと、
（ｃ）  前記データ解析手段による前記制御コマンドの解析結果により、該制御コマンドとともに受信した前記表示データを第１の格納手段に格納するステップと、
（ｄ）  コード変換手段により、前記シンボルのプロトコルに従って、前記表示データを前記シンボルのコードワードに変換するステップと、
（ｅ）  前記コードワードから前記シンボルを表すビットパターン情報をパターンジェネレータで作成するステップと、
（ｆ）  前記ビットパターン情報を第２の格納手段に格納するステップと、
（ｇ）  前記ビットパターン情報をプリンタ機構で印刷するステップと、
を備えた、情報を化体したシンボルをプリントするシンボルプリント方法において、
（ｈ）  前記受信ステップで受信したシンボル印刷用の制御コマンドがサイズ情報送信要求コマンドである場合、前記データ解析ステップでの解析結果により、前記コード変換手段に、前記第１の格納手段に記憶されている表示データをコードワードに変換させ、前記パターンジェネレータに、変換されたコードワードからシンボルを表すビットパターン情報を作成させ、サイズ情報送信手段に、作成されたビットパターン情報から前記シンボルのシンボルイメージの縦方向及び横方向の大きさを算出させるとともに、算出したシンボルイメージの縦方向及び横方向の大きさを前記ホスト装置に送信させるステップを含むことを特徴とする、シンボルプリント方法。
【請求項４】
前記シンボルプリント方法は、ＰＤＦ４１７、スーパーコード、及びウルトラコードを含むスタック型２次元コード、又は、ベリコード、データマトリックス及びマキシコードを含むマトリクス型２次元コードを印刷可能であることを特徴とする請求項３項に記載のシンボルプリント方法。
【請求項５】
請求項３または４に記載のシンボルプリント方法を実現するためのプログラムを記録したコンピュータにより読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報を化体したシンボルを印刷することのできるプリンタに関する。このようなシンボルとしては、例えば１次元のバーコード、または２次元コード等がある。２次元コードには、バーコードを縦に積み上げた形のスタック型２次元コードと、バーコードとは全く別の発想によるものでマトリクスの交点が黒か白によってコード化したマトリクス型２次元コードとがある。本発明はこれらの１次元又は２次元のコードを印刷するプリンタに関するものである。尚、本明細書では、上述のような最終的に印刷される1次元又は２次元のバーコードまたはマトリクス等から成るマークををシンボルと称する。また、これらのシンボルにより表示される情報（内容）を表示データと称する。
【０００２】
【背景技術】
現在最も普及しているシンボルは、商品に付されており商品番号その他の情報を化体する１次元バーコードであるが、最近、表示できる情報量をが飛躍的に向上する２次元コードが注目され、使用され始めている。１次元バーコードは、バーコードが縦または横に１列に表示されているものであるが、２次元コードには、前述の通り、このような１次元バーコードを複数段に亘って表示するスタック型２次元コードと呼ばれているものと、マトリクスの交点が黒か白かによりコード化したマトリクス型２次元コードとがある。
【０００３】
スタック型２次元コードの例として、コード４９、コード１６Ｋ、ＰＤＦ４１７、スーパーコード、及びウルトラコード等がある。マトリクス型２次元コードとして、ベリコード、データマトリクス（ＥＣＣ０００−１４０、ＥＣＣ２００など）、ＣＰコード、マキシコード、コード１、ＱＲコード、ＱＲコードモデル２、アズテックコード等がある。２次元バーコードの特徴は、１次元バーコードに比較してはるかに多くの情報を表示でき、読み取り方向の制限をなくし、バイナリ情報表示も可能であり、読み取り精度を上げるとともにセキュリティを向上したところにある。
【０００４】
バーコードは、バーの組み合せ（バーとバーの間隔の組み合わせを含む）により、所定の情報（表示データ）を表示したものであり、バーコードスキャナにより読み取ることにより、情報に復元される。したがって、バーコードを印刷する際には、表示したい情報をバーコードに変換してそのバーコードパターンを印刷しなければならない。マトリクスによるシンボルも同様で、マトリクスの白黒の組み合わせにより、所定の情報を表示するため、表示したい情報（表示データ）をマトリクスのコードパターンに変換して、印刷しなければならない。本発明は、これらの１次元又は２次元の各種シンボルを印刷するプリンタに関するものである。
【０００５】
シンボルに情報を化体させて印刷するためには、表示したいデータをシンボル固有の規約（プロトコル）に従って、所定のコードに変換した後、プリンタで印刷する。これらシンボルへの変換には、単なるコード変換だけでなく、表示データの前後にスタートコード、ストップコード等を加えたりエラー訂正コードを付加したり、データの圧縮を行ったりする等、そのシンボルに固有のプロトコルに従った一連の処理が必要となる。特に２次元コードの場合には、表示できる情報量が多いだけでなく、圧縮、エラー訂正コード作成のために複雑な処理が必要になる。
【０００６】
【発明が解決しようとする課題】
従来、これらのシンボルを印刷する場合には、ホスト装置において表示データからシンボルのビットパターンへの変換処理を行い、変換後のビットパターンを印刷データとしてプリンタに送信して、シンボル印刷を行っていた。この場合、プリンタ側は、通常の印刷と同じ手順で、受信したビットパターンデータをそのまま印刷するだけで、シンボルの印刷が可能となる。
【０００７】
しかし、この方法では、ホスト装置によりデータをバーコードのビットイメージに変換するものであるので、ホスト装置の負荷が大きくなる。特に、２次元のコードの場合、表示したい情報を２次元コードのビットパターンに変換するには、多くの処理が必要である。そのためホストには大きな負荷がかかることになる。
【０００８】
例えば、ＰＤＦ４１７では、データの圧縮及び、エラー訂正コードを付与することができる。また、データ圧縮には、３種類の圧縮モードがあり、エラー訂正レベルも０〜８までの９種類を有している。そのため、表示データから実際に印刷されるシンボルへの変換処理には、かなりの処理能力と処理時間とが必要となる。また、シンボル表示するビットパターン情報も多いため、ホスト装置及びプリンタ間の通信処理の負荷も大きい。通常、ホスト装置には、複数の通信端末装置や周辺機器が接続されており、複数の処理を並行処理している。そのため、シンボル変換処理にあまり時間がかかると、ホスト装置の負荷が増大するだけでなく、印刷スピードに対して変換処理が遅れることもある。
【０００９】
さらに、複数の圧縮モード及び９段階のエラー訂正レベルを有していることから、印刷されるシンボルの長さ（大きさ）は、シンボル表示されるデータの内容及び量によって変化する。そのため、最終的なシンボルの大きさは、実際にシンボルに変換してみなければ、わからない。
【００１０】
そこで、本発明は、シンボルを印刷する際に、ホスト装置の負荷、及びホスト装置とプリンタ装置の双方の通信処理の負荷を軽減することのできるプリンタを提供することを目的とする。また、本発明は、シンボルの印刷前に、表示したいデータをシンボルとして印字範囲設定枠内に印刷できるかどうかを確認することのできるプリンタを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明は、以下の手段により上記課題を解決する。
【００１２】
本発明のシンボル印刷可能なプリンタは、２次元のバーコードまたはマトリクスからなるマークであるシンボルとして印刷されるＡＳＣＩＩコードの表示データを、シンボル印刷用の制御コマンドとともに、ホスト装置から受信する受信手段と、前記制御コマンドを解析するデータ解析手段と、前記データ解析手段による前記制御コマンドの解析結果により、該制御コマンドとともに受信した前記表示データを格納する第１の格納手段と、前記シンボルのプロトコルに従って、前記表示データを前記シンボルのコードワードに変換するコード変換手段と、前記コードワードから前記シンボルを表すビットパターン情報を作成するパターンジェネレータと、前記ビットパターン情報を格納する第２の格納手段と、
前記シンボルのシンボルイメージの縦方向及び横方向の大きさを前記ホスト装置に送信するサイズ情報送信手段と、前記ビットパターン情報の印刷を制御する印刷制御手段とを備え、
前記データ解析手段は、前記ホスト装置からの制御コマンドの解析結果がサイズ情報送信要求であると判明すると、前記第１の格納手段に記憶されている表示データを前記コード変換手段に出力させるとともに、前記サイズ情報送信手段をアクティブにして、これにより、前記サイズ情報送信手段は、前記パターンジェネレータにより作成されたビットパターン情報から前記シンボルのシンボルイメージの縦方向及び横方向の大きさを算出し、算出したシンボルイメージの縦方向及び横方向の大きさを前記ホスト装置に送信することを特徴とする。
【００１３】
これにより、シンボル表示したいデータを受信すると、プリンタにより所定のシンボルに変換して印刷するので、ホスト装置では、単に表示したいデータを送信するだけでよく、ホスト装置のシンボルへの変換処理の負荷及び、ホスト装置とプリンタ間の通信負荷を大幅に軽減することができる。また、ホスト装置からの要求に応じて、シンボルの大きさを送信するようにすることにより、ホスト装置は、印刷前にシンボルの大きさを確認することができる。
【００１５】
また、コード変換手段は、データの圧縮を行う手段及びエラー訂正コードの作成を行う手段を備えていることを特徴とする。例えばＰＤＦ４１７の場合には、各種のデータ圧縮、エラー訂正レベルが用意されており、選択によりエラー訂正レベルを指示するよう構成可能である。
【００１７】
また、本発明のプリンタは、サイズ情報送信手段が、印刷されるシンボルの大きさと印刷指定範囲とを比較して、その比較データをホスト装置に送信する手段を備えていることを特徴とする。これにより、ホスト装置は、シンボルを印刷設定範囲枠内に印刷できるかどうかを印刷前に確認し、入らない場合には印刷枠の変更、又は、シンボルの縦及び横の長さを変更したりモジュール幅を変更する等の処理を行うことができる。
【００１８】
この場合において、サイズ情報送信手段が、ホスト装置からの送信要求によりサイズ情報または比較データを送信する手段であり、印刷制御手段はホスト装置からの印刷要求によりシンボルの印刷を開始する手段であることを特徴とする。ホスト装置からのコマンドにより、まずシンボルのサイズを確認し、所定の印刷範囲に印刷可能なときに印刷を開始させることが可能となる。
【００１９】
また、シンボルイメージ作成手段が、印刷命令を受けたとき又はサイズ情報の送信命令を受けたときにシンボルイメージを作成する手段であることを特徴とする。例えば、サイズ情報の送信命令を受けたときには、シンボルイメージ作成手段はそのシンボルイメージをワークエリア等に展開して、そのサイズを確認する。
【００２０】
また、本発明のプリンタは、ＰＤＦ４１７、スーパーコード、及びウルトラコードを含むスタック型２次元コード、またはベリコード、データマトリックス及びマキシコードを含むマトリクス型２次元コードを印刷することが可能であることを特徴とする。
【００２１】
本発明のシンボルのプリント方法は、
（ａ）受信手段により、２次元のバーコードまたはマトリクスからなるマークであるシンボルとして印刷されるＡＳＣＩＩコードの表示データを、シンボル印刷用の制御コマンドとともに、ホスト装置から受信する受信ステップと、
（ｂ）データ解析手段により、前記制御コマンドを解析するデータ解析ステップと、
（ｃ）前記データ解析手段による前記制御コマンドの解析結果により、該制御コマンドとともに受信した前記表示データを第１の格納手段に格納するステップと、
（ｄ）  コード変換手段により、前記シンボルのプロトコルに従って、前記表示データを前記シンボルのコードワードに変換するステップと、
（ｅ）  前記コードワードから前記シンボルを表すビットパターン情報をパターンジェネレータで作成するステップと、
（ｆ）  前記ビットパターン情報を第２の格納手段に格納するステップと、
（ｇ）  前記ビットパターン情報をプリンタ機構で印刷するステップと、
を備えた、情報を化体したシンボルをプリントするシンボルプリント方法において、
（ｈ）  前記受信ステップで受信したシンボル印刷用の制御コマンドがサイズ情報送信要求コマンドである場合、前記データ解析ステップでの解析結果により、前記コード変換手段に、前記第１の格納手段に記憶されている表示データをコードワードに変換させ、前記パターンジェネレータに、変換されたコードワードからシンボルを表すビットパターン情報を作成させ、サイズ情報送信手段に、作成されたビットパターン情報から前記シンボルのシンボルイメージの縦方向及び横方向の大きさを算出させるとともに、算出したシンボルイメージの縦方向及び横方向の大きさを前記ホスト装置に送信させるステップを含むことを特徴とする。
【００２２】
これらのステップは、例えば、ドット単位のレベルで印刷可能なプリント機構と、ＣＰＵとメモリーと、これらを制御するプログラム等を内蔵する装置により実施可能である他、これらの機能をハードワイヤロジックで構成した装置により実現可能である。
【００２６】
また、本発明のシンボルを印刷する方法は、当該方法により印刷するシンボルが、ＰＤＦ４１７、スーパーコード、及びウルトラコードを含むスタック型２次元コード、並びにベリコード、データマトリックス及びマキシコードを含むマトリクス型２次元コードのいずれか１個またはこれらから選択して印刷できることを特徴とする。
【００２７】
上述のシンボルプリント方法の各ステップをコンピュータに実現させるためのプルグラムを、コンピュータにより読み取り可能な記録媒体に記録して提供することができる。これにより、印刷機構とＣＰＵとメモリーとを有するプリンタ内に、各種シンボルを印刷可能に制御する本発明にかかる方法を制御するプログラムをロードし、各種シンボルの印刷を実行することが可能となる。
【００２８】
【発明の実施の形態】
以下に本発明の一実施形態を説明する。なお、以下に説明する実施形態は説明のためのものであり、本発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することが可能であり、これらの実施形態も本発明の範囲に含まれる。
【００２９】
本発明は、あらゆるシンボルの印刷に適用可能であるが、ここでは、説明を具体的にするため、２次元コードとして普及し始めているＰＤＦ４１７を用いて説明する。
ＰＤＦ４１７はスタック型２次元コードである。図８（ａ）に、ＰＤＦ４１７シンボルの外観とその構成を示す。この図に示すＰＤＦ４１７シンボルは、３段のバーコードから構成されている。ＰＤＦ４１７は３段から９０段まで自由に選択でき、１シンボル当たり、最大１８５０個のテキストキャラクタ、２７１０桁の数字又は１１０８バイトのバイナリデータを表示できる。
【００３０】
実施例の動作の説明の理解を容易にするため、ＰＤＦ４１７の構成部分の名称を説明する。まずシンボルには左右上下に空白部、いわゆるクワイエットゾーンが設けられている。シンボルは、左クワイエットゾーンからスタートパターン、左段インジケータ、データ領域と続いている。データ領域が終わると右段インジケータに続くストップパターンで終了する。このＰＤＦ４１７のシンボルのデータ領域で表されているコードワード値を図８（ｂ）に示してある。すなわち1段目が「００５  ８１０  ０３２」、２段目が「０９４  １７９  ８８０」、３段目が５６３  ７８１  ９０４」である。
【００３１】
ＰＤＦ４１７は、スタートパターン、インジケータ、データ等の各種シンボルキャラクタ（コードワードと称する）から構成されている。このようにＰＤＦ４１７は、シンボル表示したいデータ（表示データ）を圧縮したり、エラー訂正用コードワード付加したり、フォーマット用のコードワード（スタートパターン等）を付加する等の処理をすることにより、ＰＤＦ４１７の規則（プロトコル）に従ったコードワードに変換されて、全体として１つのシンボルとなる。
【００３２】
図９にコードワードの構成例を示す。コードワードは４個の黒バーと４個のスペースの配列により構成される。使用される黒バー及びスペースはそれぞれ１個から６個のモジュールを含み、４個の黒バーと４個のスペースは原則として、合計で１７個のモジュールで構成される。モジュールとは、コードワードを構成する最小単位であり、その幅は自由に決定することができる。従って、そのモジュールの幅を変化させることにより、シンボル全体の大きさを調整することも可能である。
【００３３】
ＰＤＦ４１７では、横方向のコードワード数は１〜３０個まで可変であり、その積み重ね段数は上述の通り３〜９０段まで可変である。従って、印刷範囲の形状に合わせて同じ内容のシンボルを横長に印刷したり、縦長に印刷する等の変形が可能となる。
【００３４】
ＰＤＦ４１７では、データの圧縮及び、エラー訂正コードを付与することができる。データ圧縮には、テキスト圧縮モード、バイト圧縮モード、数字圧縮モードの３種類があり、エラー訂正レベルも０〜８までの９種類を有している。
【００３５】
従って、表示データを実際に印刷するシンボルにまで変換するには複雑な処理が必要となる。
【００３６】
図１に、本発明のプリンタの第１の実施例にかかる機能ブロック構成図を示す。プリンタ１は、ホスト装置９０とインタフェース２を介して接続されている。ホスト装置９０から送信されたデータはインタフェース２を介して受信部３で受信され、受信バッファ４に記憶される。受信バッファ４に記憶された受信データは、データ解析手段５により受信した順番に解析される。
【００３７】
受信したデータが、シンボルとして印刷する表示データであった場合には、第１の格納手段である表示データ保存手段６に格納される。表示データ保存手段６に表示されたデータは、次にシンボルイメージ作成手段９によりシンボルイメージのビットパターンに変換される。シンボルイメージ作成手段９はコード変換処理手段７及びパターンジェネレータ８により構成されている。
【００３８】
表示データはまずコード変換処理手段７により、表示しようとするシンボルのプロトコルに従い、コード変換される。このコードパターンへの変換は、単に表示データをコードワードに１対１で変換するだけでなく、データの圧縮、エラー訂正コードワードの付加、及びスタートパターン、左右インジケータ等のコードワードを含む所定のフォーマットとして出力される。
【００３９】
所定のフォーマット構成のコードワードに変換されたシンボルデータは、パターンジェネレータ８により、実際に印刷されるシンボルイメージのビットパターンに変換される。ビットパターンに変換されたシンボルは、第２の格納手段に相当するプリントバッファ１０に格納される。プリントバッファ１０に格納されたシンボルは、プリンタ機構１１により印刷される。
【００４０】
このようなシンボルの印刷はホスト装置からのコマンドにより制御することが可能である。上述の説明ではシンボルの表示データと印刷とがリンクされており、表示データが送信されるとそのままシンボルが印刷される構成として説明した。しかし、表示データの送信するコマンド、送信した表示データのサイズをホスト装置に通知することを要求をするコマンド、又は既に送信した表示データを印刷させるコマンド等の各種のコマンドを設けることができる。
【００４１】
今、ホスト装置からシンボルのサイズの報告するよう要求してきたとする。ホスト装置９０から送信されたコマンドは、データ解析手段５により解析される。解析の結果、サイズの報告要求であることが判明すると、データ解析手段５は、表示データ保存手段に記憶しているデータをシンボルイメージ作成手段９に出力するよう制御する。同時に、サイズ情報送信手段１２をアクティブにする。これにより、サイズ情報送信手段１２は、シンボルイメージ作成手段９により作成されたシンボルのイメージ情報からそのサイズ情報を取得し、送信部１３及びインタフェース２を介して、ホスト９０にサイズデータを送信する。
【００４２】
次に第２の実施例を説明する。図２は、本発明の第２の実施例にかかるプリンタを説明する機能ブロック図である。第１の実施例との違いは、ウインドーサイズ記憶手段１５及び制御手段１４が設けられている点である。本実施例も第１の実施例と同様の処理を行うものであるが、より多くの機能を実行可能である。
【００４３】
制御手段１４は、プリンタ全体の制御を行うとともに、各種コマンドに応じた処理を各部の有機的連携により実行するよう制御する手段である。ウインドーサイズ記憶手段１５は、シンボルを印刷するための印刷範囲枠を記憶する手段である。ホスト装置９０において印刷範囲枠を設定し、それをプリンタ１に送信すると、ウインドーサイズ記憶手段１５にそのサイズが記憶される。このようなホスト装置からの設定がなされない場合には、プリセット値として、所定のサイズが自動設定されるように構成してもよい。
【００４４】
シンボルは、所定の印刷範囲枠内に印刷されなければならないが、前述したとおり、２次元コードの場合には、データの圧縮、エラー訂正コードの付加などが行われるため、印刷されるシンボルのサイズは実際のビットパターンまで変換してみなければそのサイズがわからない。そのため、シンボルの印刷の前に印刷範囲枠内に印刷可能かどうかの確認が必要となる場合も生じる。このような場合には、確認コマンドにより、その確認が可能となる。確認コマンドを受信すると、データ解析手段５により解析され、そのコマンドが確認コマンドであることがわかると、サイズ情報送信手段１２に通知される。
【００４５】
サイズ情報手段１２は、ウィンドーサイズ記憶手段１５から印刷範囲枠の情報を所得し、パターンジェネレータ８からのサイズ情報と比較して、シンボルを印刷範囲枠内に印刷可能か否かを確認し、その比較結果の情報をホスト装置９０に送信する。これにより、ホスト装置９０は、シンボルを印刷範囲枠内に印刷可能かどうかを知ることができる。もし、印刷範囲枠内に印刷できない場合には、シンボルの縦と横の長さを変えたり、モジュールの幅を変えて印刷することもできる。
【００４６】
図３にホスト装置から送信可能なシンボル印刷用の制御コマンドを例示する。この図に示すコマンドの機能及び、コマンドコード、パラメータの指定方法は例示であり、これら以外のの機能及び各種コード、パラメータ等を使用することができる。これらのコマンドは、データ解析手段５で解析されて、そのコマンドに対応する処理は、制御手段１４の制御の下で各部がそれぞれ協働することにより実行される。
【００４７】
まず、この例では、コマンド「ＸＸＸ１」は、ＰＤＦ４１７シンボルの横方向の桁数を指定する。ＰＤＦ４１７では、横方向の長さは最大３０であるので、パラメータにより、後続するパラメータａ1ａ2により、その桁数を指定する。
「ＸＸＸ２」はシンボルの段数を指定するコマンドである。ＰＤＦ４１７では、３〜９０までの段数が指定可能であるので、パラメータｂ1ｂ2によりシンボその段数を指定する。「ＸＸＸ３」では、ｃ1ｃ2によりモジュール幅を指定する。「ＸＸＸ４」では各コードワードの高さをｄ1ｄ2で指定する。「ＸＸＸ５」では、ｅにより０〜８までのエラー訂正レベルを指定する。「ＸＸＸ６」はパラメータｆにより、ＰＤＦ４１７のオプションを指定するものである。
【００４８】
「ＸＸＸ７」では、ｇ1〜ｇｎで指定される表示データを、表示データ保存手段６に保存する。「ＸＸＸ８」により、表示データ保存手段６に保存した表示データをシンボルとして印刷する。「ＸＸＸ９」は、表示データ保存手段に記憶されている表示データをシンボルとして表示した場合のサイズ情報をホスト装置９０に送信する。
【００４９】
図４を用いて、図８に示すようなＰＤＦ４１７のシンボル７０を印刷する場合の処理の流れを説明する。図４は、シンボルを印刷する場合に、表示データからシンボルイメージまでの変換の流れを示す図である。
まず、ホスト装置９０から、コマンド「ＸＸＸ１〜６」により、シンボル７０の基本構成（シンボルの桁数、段数、モジュール幅、エラー訂正レベル等を設定する。これらの基本構成の設定内容は、プリンタ１内の図示しない所定の記憶部、例えば制御手段１４内又はコード変換処理手段７内等に記憶される。これらの設定は、１度設定したら、変更されない限り、次回以降のシンボル印刷でも同様の設定が維持されるように構成することができる。また、これらの基本構成の設定がホスト装置９０から指示されない場合には、所定のプリセット値が使用されるように構成することもできる。この例では、印刷されるシンボルの段数は、３段に設定され、横方向の桁数は３桁、モジュール幅は所定の規定値に設定されるものとする。
【００５０】
シンボルの基本構成についての設定が終わると、次に、シンボル７０の表示データがホスト装置９０から送信される。この例では、ホスト装置９０からプリンタ１に、コマンド「ＸＸＸ７」と共に表示データ「ＡＢＣＤＥＦ（ＡＳＣＩＩコード）」が送信されるものとする。この表示データを受信したプリンタ１は、データ解析手段５により「ＸＸＸ７」であることを認識すると、当該コマンドに続くデータを表示データとして、表示データ保存手段６に記憶する。表示データは、ホスト装置９０からＡＳＣＩＩコードで送信するように構成しても、プリンタでＡＳＣＩＩコードに変換するよう構成してもよい。
【００５１】
図４は、表示データ保存手段６に記憶されたＡＳＣＩＩコードの表示データがコードワード値に変換され、その後、コードワード値からビットパターンイメージ（シンボルイメージ）に変換されるまでのデータの変換の流れを示している。
【００５２】
次に、例えば、ホスト装置９０から、コマンド「ＸＸＸ８」によりシンボルのサイズ情報の送信を要求すると、プリンタ１ではコード変換処理手段７により、データの圧縮、エラー訂正コード、表示データの変換、スタートパターン、インジケータ等の付加が行われたコードワード値８０が作成される。図４ではコードワード値８０の内容として、ＡＳＣＩＩコード「ＡＢＣＤＥＦ」のみをテキスト圧縮モードで変換したコードワード値「００１、０６３、１２５」のみを示し、スタートパターン、ストップパターン、インジケータなどのコードワードは記載していない。ＡＳＣＩＩコードからＰＤＦ４１７コードのコードワード値への変換は、ＰＤＦ４１７の規約に従って変換されるが、ここではその変換規約は重要ではないので、変換されたコードワード値を表示するにとどめる。
【００５３】
この例では、コードワード値が「００１、０６３、１２５」と３個に過ぎないにも拘わらず、最終のビットパターンイメージは横３桁で高さが３段となっている。その理由は、ＰＤＦ４１７コードワードでは最小段数が３段であることに加え、この例ではシンボルのサイズを横３桁に指定いるために、表示データのコードワード値に対応するコードワードだけでなく、縦及び横の訂正コードワード及びダミーのコードワードが挿入されているからである。
【００５４】
変換されたコード８０は、パターンジェネレータ８により、印刷されるＰＤＦ４１７シンボル７０のビットパターンイメージに変換される。シンボル７０の横サイズｘと縦サイズｙは、サイズ情報送信手段１２により、ウインドーサイズ記憶手段１５の印刷範囲指定領域（ウインドー）と比較され、その比較結果が、ホスト装置９０に送信される。
【００５５】
図５及び図６に印刷範囲とシンボルのサイズの関係を示す。図５は、用紙２０上の左上段部に印刷範囲枠２１が設定された場合を示している。仮に、印刷しようとするシンボルが横方向に長過ぎた場合には、図５のシンボル外形２２として示されるように、印刷範囲枠２１の右側の文字に横はみだしのシンボル外形２２の右端がかかってしまう。このような場合には、シンボル外形２２の読み取りが困難となるばかりでなく、左側の文字も読めなくなってしまう。
【００５６】
また、シンボル外形２３は、シンボルが縦方向に長すぎる場合を示している。この場合には、印刷範囲枠２１の下側の文字にシンボル２３の下側の端がかかってしまう。この場合にも、シンボル２２の場合と同じように、シンボルの読み取りが困難となるという問題及び、左側の文字が読めなくなるという問題が生じることとなる。
【００５７】
このようにシンボルの縦、又は横の一方が、印刷範囲枠２１からはみ出てしまう場合であって、他方にスペースがある場合には、シンボルの形を変形させて印刷すれば良い。すなわち、シンボル２２の場合には横方向の桁数を減らして、その分の段数を増やして縦方向に長いシンボルに変形すればよい。他方シンボル２３のような場合には、段数を減らして、桁数を増やすとよい。
【００５８】
もし、縦又は横方向にシンボルを変形しても、印刷範囲枠内にシンボルを印刷できない場合には、シンボルのコードワードを構成する最小単位であるモジュールを小さくすることにより、シンボル全体を縮小することも可能である。
【００５９】
このように、シンボルの印刷前にシンボルを印刷範囲内に印刷可能かどうかが、わかれば、シンボルの形体を変更することにより、印刷枠内に印刷することができる。そのためには、印刷前に印刷されるシンボルの形状を知ることが必要である。コマンド「ＸＸＸ９」によりプリンタ１からサイズ情報を取得する。取得した情報は、ホスト装置内のアプリケーションプログラム（図示せず）により、シンボルサイズのチェックが行われ、必要に応じて印刷範囲枠内に入るように変形させるか又は表示データを変更するための調整が行われる。シンボルサイズの変更は、コマンド「ＸＸＸ１〜６」を使用して、プリンタ１のシンボルサイズの印刷設定の変更を行うことにより行われる。
【００６０】
図６は、ラベル２６にバーコードのようなシンボルを印刷する場合について説明する図である。通常ラベル用紙２５上には、複数のラベル２６が貼付されている。ラベル２６の裏面には糊が塗布されており、シンボルが印刷された後でラベル用紙２５からラベル２６がはがされて、商品などに貼付される。この場合には、シンボルを所定のラベル２５に正確に印刷することが特に重要である。
【００６１】
図７は、図１または図２に示す各制御部及び記憶手段を、中央制御装置（ＣＰＵ）６０及びＲＡＭ６１、ＲＯＭ６２により実現する場合の概略構成を示す機能ブロック図である。
【００６２】
印字ヘッド３１、モータ類３２及びプランジャ類３３並びにこれらを駆動する印字機構駆動回路３４は、印字用紙の搬送、印字、切断等の物理的動作を伴なうプリンタ機構１１を構成している。ＣＰＵ３０には、カッタエラー、紙ジャム等のエラー状態、カバーオープン、インク残量、用紙位置等を検出を行うための各種検出装置３５が接続されている。検出結果はＣＰＵに入力される。
【００６３】
ＲＯＭ３６，ＲＡＭ３７には既に説明した表示データの格納、シンボルへの変換処理、シンボルサイズ情報の送信等の各種各機能を実現するためのプログラムを含むソフトウェア（ファームウェアを含む）及びデータを記憶しており、ＣＰＵ３０がこれを読み出し実行することにより、前述の各種機能を実現する。これらの処理を実行するソフトウェアをコンピュータで読み取り可能な記録媒体に記録し、コンピュータで読み取らせてそのソフトウェアによりプリンタを制御させることにより、本発明のプリンタ及び方法を実施することも可能である。
【００６４】
このようなＣＰＵとメモリー及び印刷機構を用いて本発明を実施する場合には、各種シンボルの変換処理も容易であり、各種シンボルの中から希望のシンボルを選択して印刷することができるように構成することも可能である。
【００６５】
【発明の効果】
以上説明したように、本発明によると、ホスト装置から表示データを受信するだけで、プリンタ内部で表示データを所定のシンボルに変換して印刷することが可能となるため、ホスト装置の負荷、通信負荷を大幅に減らすことが可能となった。
【００６６】
また、本発明によると、ホスト装置からの要求に応じて、シンボルのサイズ情報を返送可能であるので、ホスト装置自身でシンボル変換処理を行わなくとも、シンボルサイズの確認が可能となった。
【図面の簡単な説明】
【図１】本発明のプリンタの第１の実施例にかかる機能ブロック構成図である。
【図２】本発明のプリンタの第２の実施例にかかる機能ブロック構成図である。
【図３】ホスト装置から送信可能なシンボル印刷用の制御コマンドと、その制御内容を例示する図である。
【図４】シンボルを印刷する場合に、表示データからシンボルイメージまでの変換の流れを示す図である。
【図５】用紙２０上の左上段部に印刷範囲枠２１が設定された場合にシンボルを印刷する場合に、シンボルサイズが印刷範囲枠をはみ出す場合を説明する図である。
【図６】ラベル上にバーコードのようなシンボルを印刷する場合について説明する図である。
【図７】図１または図２に示す各制御部及び記憶手段を、中央制御装置（ＣＰＵ）及びＲＡＭ、ＲＯＭにより実現する場合の概略構成を示す機能ブロック図である。
【図８】（ａ）は、ＰＤＦ４１７シンボルとその構成を示す図であり（ｂ）は（ａ）のデータ領域の表示データを１０進数表示したものである。
【図９】ＰＤＦ４１７のコードワードの構成を説明するための図である。
【符号の説明】
１  プリンタ
２  インタフェース
３  受信部
４  受信バッファ
５  データ解析手段
６  表示データ保存手段
７  コード変換処理手段
８  パターンジェネレータ
９  シンボルイメージ作成手段
１０  プリントバッファ
１１  プリンタ機構
１２  サイズ情報送信手段
１３  送信部
１４  主制御手段
１５  ウインドーサイズ記憶手段
２０  印刷用紙
２１  印刷範囲設定枠
２２  イメージ外形（横方向はみだし）
２３  イメージ外形（縦方向はみだし）
２５  ラベル用紙
２６  ラベル
２７  ラベル印刷イメージ（横方向はみだし）
３０  ＣＰＵ
３１  印刷ヘッド
３２  モータ
３３  プランジャ
３４  印字機構駆動回路
３５  各種検出装置
３６  ＲＯＭ
３７  ＲＡＭ
７０  ＰＤＦ４１７シンボルの表示例
７１  スタートパターン
７２  左側インジケータ
７３  データ領域
７４  右側インジケータ
７５  ストップぱたーん
７６  コードワード
７７  モジュール
７８  黒バー
７９  スペースバー
【図１】
0004369011.tif 000002
【図２】
0004369011.tif 000003
【図３】
0004369011.tif 000004
【図４】
0004369011.tif 000005
【図５】
0004369011.tif 000006
【図６】
0004369011.tif 000007
【図７】
0004369011.tif 000008
【図８】
0004369011.tif 000009
【図９】
0004369011.tif 000010