JPH04500876A

JPH04500876A - 画像生成ソフトウエア

Info

Publication number: JPH04500876A
Application number: JP1510361A
Authority: JP
Inventors: ウェンド　リチャード　ダブリュー．; ジョンソン　ブライアン
Original assignee: Datacard Corp
Current assignee: Entrust Corp
Priority date: 1988-09-23
Filing date: 1989-09-14
Publication date: 1992-02-13
Also published as: EP0435935A1; US5025399A; EP0435935A4; WO1990003614A1

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】元旦廊とこ称画像生成ソフトウェア及匪旦技血丘Ｉ本発明は、プラスチックカード上にグラフィックス・イメージ、テキスト、バーコードをプリントする装置及び方法に関するものである。

及肛Ω背旦クレジットカード、支払いカード、保証カードなどに使用されるようなプラスチックカードは、現代社会において広く用いられている。これらのプラスチックカードを作成する従来の手法においては、まず普通のカードにロゴ、会社名、その他のマークなどをスタンプする必要がある。これらのスタンプされたカードの内容はそのまま保持され、最終的に個人化のために刻印機にかけられる。この個人化としては、例えば、プラスチックカード上に客の名前を刻印することなどがある。これらの従来の方法では、この個人化の処理までスタンプされたカードを保持しておかなければならないため、コストがかかると同時に、非効率なものとなっていた。

児肌五皿！本発明は、従来の方法に替えて、洗練されたカードの個人化システムを提供することにある。本発明の一つの目的は、一般的なプラスチックカード上に、グラフィック・イメージやテキスト及びバーコード等をプリントでき、これによりスタンプされたカードの内容を保持する必要をなくすことにある。

区血ｑ固単皇説朋全ての図面に亙って、同一の構成要素に対しては同一の番号を付与している：図１は、本発明のコンピュータシステムとその周辺装置及び画像生成ソフトウェアを説明するためのブロック図、図２は、画像生成ソフトウェアにおけるタスク間の関係を示すブロック図、図３は、グラフィックス実行タスクの動作を示すフローチャート図４は、構文解析タスクの動作を示すフローチャート、図５ｃま、ロゴ付加タスクの動作を示すフローチャート、図６は、フォント付加タスクの動作を示すフローチャート、図７は、（英字あるいは漢字）テキスト生成タスクの動作を示すフローチャート、図８は、バーコード（＃１．２．３）生成タスクの動作を示すフローチャート、図９は、カード生成タスクの動作を示すフローチャート、図１０は、ロゴ付加タスクによって割り当てられるカード画像バッファの説明図、図１１は、ロゴ定義ファイルのフォーマットの説明図、図１２は、入力データフォーマットとフィールド構造との説明図図１３は、画像要素データ構造の説明図、図１４は、グラフィックスデータと、生成されるカード画像の３つの例を示す説明図、図１５は、本発明において用いられるグラフィック命令言語の説明図、そして、図１６は、代表的な文字セットのセルサイズの説明図である。

吐産久犬施廻Ω詳追皇２朋以下の好適な実施例についての詳細な説明においては、実施例の一部を成し、また本発明が実現される特定の実施例を図解した添付図面を参照しながら説明を行う。尚、本発明の趣旨からそれないような異なる実施例を考えることも可能である。

本発明は、プラスチックカード上にグラフィックイメージ、テキスト、バーコードをプリントするグラフィックス画像生成プログラムに関するものである。また、本発明は、このグラフィックス・プリント・プログラムへの入力となる特定のデータフォーマットをも提供するものである。

まず図１を参照して説明する０画像生成部２３は、カードの個人化に関する複数の周辺装置を動作させるコンピュータシステム内に存在する。図１に示すように、コンピュータ１０は画像生成部２３を実行させており、このコンピュータ１０には、ハードディスク１１、端末１２、テープドライブ１３、フロッピィディスク１４、プリンタ１５などの櫟準的な周辺装置が接続されている。また、コンピュータ１０は、カードの個人化システムに関する複数の周辺装置の動作をも制御する。これらの周辺装置には、磁気ストライブを付ける部分１６、刻印機１７、ＯＣＲプリンタ１８、トツバ１９、入出力ホッパ２０、グラフィックス・プリントエンジン２１、その他の装置２２などが含まれている。コンピュータ１ｏにおいて、画像生成部２３はプリントエンジン２１を経てプリントされるグラフィック画像を生成する。そして、この画像生成部２３はメイン・アプリケーションプログラム２４の指示のもとで動作する。ここで、画像生成部２３は、構成の柔軟性を高めるために、メインアプリケーション２４との通信を行うためのインターフェース・パッケージ２５と、コンピュータ１０上で動作しているオペレーティングシステム２７と画像生成部２３とを分離するためのインターフェース・パッケージ２６とを有している。このような構成をとることにより、システム構成が柔軟になると同時に、画像生成部２３をさまざまな異なった種類のコンピュータ上で動作させることが可能となる。

画像生成部２３は、プラスチックカード上に印刷される、ロゴ、英文テキスト、漢字テキスト、さまざまな種類のバーコードなどを含む、種々の異なった種類の画像を作成できる。図２は、この画像生成部２３が提供する機能を示したものである。グラフィックス実行うスフ２５と呼ばれるメインルーチンが画像生成部２３の動作を制御している。実行タスク２５は、メインアプリケーションプログラム２４との通信を行う一方、図４中に２６．２７，２８，２９゜３０．３１，３２．３３及び３４で示された、他の複数の処理の動作を順次指図している。これらの処理を単一タスク環境で動作させることも可能であるが、好適な実施例においては、画像生成部２３の機能を、リアルタイム、先取り、マルチタスク環境において、異なったタスクに分割している。このような構成により、速度、構成の柔軟性、拡張性などの点で有利となっている０例えば、１つのタスクが入出力待ちをしている間、他のタスクはそのまま実行をし続けることができるため、画像生成部２３の動作速度は上昇する。また、タスクのモジュール性により複雑なソフトウェアを、より小さな、より扱いやすい単位に分割でき、構成の柔軟性を高めることもできる。さらに、このタスクのモジュール性によって、プログラマが画像生成部２３に新たな機能を付加することも容易になり、新たな並列化を図ることも容易になる。

図３は、グラフィックス実行タスクにおける動作の流れを示したフローチャートである。実行タスク２５は、メインアプリケーション２４からグラフィックス画像データを受信するまで待機する（３５）。メインアプリケーション２４は、グラフィックスデータを入力テープあるいは通信線から読み込む、実行タスク２５はグラフィックスデータを構文解析タスク２６に送り（３６）、構文解析タスク２６が処理を終了するまで待機する（３７）。ここで、構文解析動作中にエラーが生じた場合には、実行タスク２５はオペレータにメツセージを送る（３８）。

一方、構文解析処理がうまく実行された場合には、グラフィックスレコードを特定するタグをメインアプリケーション２４に送り、メインアプリケーション２４はグラフィックス画像のプリントプロセスと個人化プロセスとで同期をとり、今後は“成功”メツセージで応答する（３９）、次いで、実行タスク２５は、カード画像のための画像要素を生成するタスクを起動する（４０）、実行タスク２５は、メインアプリケーション２４からの“成功”命令及びカード生成りスフ３１の実行の完了を待つ（４１）。もしメインアプリケーション２４が“成功”命令ではなく、“不成功”命令で応答したとすると、実行タスク２５はカード生成タスク３１によって生成されたカード画像を捨てる（４３）。一方、メインアプリケーション２４から“成功”メツセージを受信し、またカード生成タスク３１の実行が完了すると、生成されたカード画像がメインアプリケーション２４に送られ（４４）、メインアプリケーション２４では同期してプリントエンジン２１を起動させる。そして、その実行が終了すると、実行タスク２５は次のグラフィックの記録待ちとなる（３５）。

図４は、構文解析タスク２６の動作を示したフローチャートである。構文解析タスク２６は、実行タスク２５からグラフィックスデータを受信するまで待ち（４５）、受信するとパラメータバッファを割り当てる（４６）０次いで、構文解析タスク２６は、グラフィックスデータフィールドからのグラフィックス命令の構文解析処理をはじめる（４７）、この構文解析処理は、グラフィックスデータフィールドが終了するまで続けられる（４８）。グラフィックス命令がロゴ命令の際には、構文解析タスク２６はパラメータバッファにロゴパラメータをセットする（５０）。フォント命令の際には、構文解析タスク２６はパラメータバッファにフォントパラメータをセットする（５１）、テキスト命令の際には、構文解析タスク２６はパラメータバッファにテキストパラメータをセットする（５２）、バーコード命令の際には、構文解析タスク２６はパラメータバッファにバーコードパラメータをセットする（５３）。そして、グラフィックスデータフィールドの終了を検知すると、パラメータバッファ５４のアドレスが実行タスク２５に戻され（４９）、そのパラメータは順次他のタスクに送られる。

図５は、ロゴ付加タスク２７の動作を示したフローチャートである。ロゴタスク２７は、実行タスク２５からロゴパラメータを受信すると（５５）、図１０に示されているようなカードイメージバッファ６０を割り当てる。このバッファ６０は、本実施例では５１２×８１０ビツトの２次元配列である０次いで、ロゴタスク２７は、ロゴパラメータ内の名称と、ディスクｌｌ上のファイル名とのマツチングにより、ディスク１１から所望のビットマツプ画像を取り出す（５７）。

図１１は、ロゴ定義ファイル８６のフォーマットを示したものである。ロゴビットマツプ９１は、実行タスク２５からのロゴパラメータ、あるいはロゴ定義ファイル８６内のデフォルト水平座標８７とデフォルト垂直座標８７のいずれかに従って、カードイメージバッファ６０に位置付けられる。すると、このバッファ６０は、カード生成タスク３１に送られる（５９）、そして、ロゴタスク２７は、次のロゴパラメータが入力されるまで待機する（５５）。

図６は、フォント付加タスク３０の動作を示したフローチャートである。フォントタスク３０ば、実行タスク２５からフォントパラメータを受信すると（６１）、ディスク１１にアクセスして所望の文字セットのサイズを決定する（６２）、そして、フォントタスク３０は、この文字セットを蓄えるのに十分のサイズのバッファを割り当てる（６３）。次いで、フォントタスク３０は、ディスク１１から文字セットを読み込み（６４）、これらをメモリにロードする（６５）。ここで、フォントタスク３０は、文字セット６７を英字テキスト生成タスク２９に送り（６６）、次のフォントパラメータセットが入力されるまで待機する。

図７は、漢字テキスト生成タスク２８と英字テキスト生成タスク２９の動作を示したフローチャートである。テキストタスク２８と２９は、実行タスク２５からテキストパラメータを受信するまで待機する（６８）、英字テキスト生成タスク２９は、さらにフォントタスク３０からの文字セットを受信するまで待機する（６８）、次いで、テキストタスク２８．２９は２つのループ処理を実行する。

１つは、全ての漢字あるいは英字のテキストラインを処理するループであり（６９）、もう１つは単一のテキストライン内のすべての文字を処理するループである（７１）。

データパラメータからの各々の文字によって、特定の文字画像がアクセスされる（７２）、この際、英字テキスト生成タスク２９は、フォントタスク３０から送られた文字セット内の文字画像をアクセスする。漢字テキスト生成タスク２８は、漢字ＲＯＭ周辺装置上の文字画像をアクセスする。この漢字ＲＯＭ周辺装置に関しては、継続中の特許出願であって本願本発の出願人に譲渡されている“ＲＯＭ変換装置及び方法”に説明されている。所望の文字画像が漢字ＲＯＭ周辺装置上に存在しない場合には、漢字テキスト生成タスク２８は、ディスク１１上にファイルとして蓄えられている、特別にあつらえた漢字文字イメージをアクセスしてもよい。

アクセスされた文字画像は、図１３に示されるようなイメージ要素１１１に蓄えられる（７３）。次いで、このイメージ要素１１１は、要素リストポインタ１１０によって指し示されるリンクされたリスト内に蓄えられる（７４）、このサイクルが１テキストラインの各文字ごとに（７１）、そしてテキストパラメータによって特定されるテキストラインごとに（６９）繰り返される。すべてのテキストラインの処理が終了すると、個々のイメージ要素１１１に蓄えられている文字を有するリンクされたリストが、カード生成タスク３１に送られる（７０）、それから、漢字テキスト生成タスク２８と英字テキスト生成タスク２９は、テキストパラメータの次のセットが入力されるのを待つ。

図８は、バーコード生成タスク３２，３３．３４の動作を示したフローチャートである。好適な実施例においては、３種類のバーコード、ＪＡＮ８．ＪＡＮ１３．ＮＷ７を生成することができる。並列性と性能を高めるために、３種類のバーコードタスク３２．３３．３４が、３つのバーコードタイプをそれぞれ処理するために用いられる。各々のバーコードタスクは、実行タスクからバーコードパラメータを受信するまで待機する（７６）。パラメータを受信すると、バーコードタスクは、バーコードパラメータによって指定される同一の種類のバーコードライン全てを処理するまでループする（７７）。それぞれのラインにおいては、文字セットと同様に、ルックアップテーブルをもとにバーコードが生成される（７８）。あるバーコードにおいては、このルックアップ動作前に“検査数字”の生成が行われる（７８）。また、あるバーコードにおいては、バーコード要素間に特定のスペース量が要求される（７８）。全体のバーコードは一度に生成され（７８）、生成された結果は図１３に示されるようなイメージ要素１１１に蓄えられる。そして、それぞれのバーコードは、要素リストポインタ１１０によって指し示されるリンクされたバーコードリストに挿入される（８０）。これらの処理が終了すると、リンクされたバーフードリスト８２は、カード生成タスク３１に送られる（８１）。

図９は、カード生成タスク３１の動作を示したフローチャートである。生成タスク３１は、ロゴタスク２７からのカード画像バッファ６０、漢字あるいは英字テギスト及びバーコードのリンクされた別々のリストを受信するまで待機する（８３）、これらのリンクされたリストを全て受信すると、生成りスフ３１は、イメージ要素１１１内の水平、垂直座標１１２，１１３に従ってそれぞわの要素を位置付けして、これらの画像をカード画像バッファ６０にロードする（８４）。この処理が終了すると、カード画像バッファ６０は実行タスク２５に戻され（８５）、実行タスクは順次このカード画像バッファ６０をメインアプリケーション２４に母連する。

ここで説明しているグラフィックス画像データを特定するに当っては、特別あつらえのグラフィックス命令セットを用いている。このグラフィックス命令は、磁気テープあるいはリモートコ〕ノビュータ・システムとのオンライン通信のいずれかから得られる。ここで、グラフィックス命令はメディアに対して独立である。なお、グラフィックス命令は、どのグラフィックス画像を用いるか、カード上のどの位置にデータを位置付けるか、どの文字セットを用いるか、どの栓類のバーコードを生成するかなどを示すものである。特に、これらの命令は、将来の発展を鑑みて拡張性をもたせるように設計されている。

図１２は、入力データのフォーマットを示している。図１２は、入力レコードにおけるグラフィックスデータフィールド１００と、それと入力データの残りの部分との関連とを示したものである。入力データ列は、ブロックと呼ばれる文字の物理的グループに分割される。これらのブロックは、リモートのコンピュータシステムから個別に送られてくるか、あるいは磁気テープ９２に蓄えられている際には、レコード間ギャップ（ＩＲＱ）９４によって分離される。

また、それぞれのブロックは、レコードと呼ばれる１つあるいは複数の文字の論理的グループから構成される。好適な実施例においては、１つのブロックに１つのレコードが存在するデータ列のみを示す。図１２には、複数のデータフィールドが示されており、これらデータフィールドには、探索コード９５、刻印データ９６、ＯＣＲプリンタデータ９７、磁気ストライプデータ９８、フオームプリンタデータ１０１などがある。好適な実施例においては、これらの異なったフィールドは、図１２に示されているように構成されていなければならない。グラフィックスデータ・フィールド１００のはじまりは、グラフィックスモジュールコード９９によって示される。

この８ビツトコードは、データブロック内では唯−無二でなけねばならない。

グラフィックスデータ・フィールド１００の第１番目の文字は、命令語のバージョンを示す命令語バージョンコード１０２である。

この目的は、命令語の将来のバージョン（前のバージョンと互換性があるとは限らない）を確認するための”鍵”を提供することである。この第１番目の文字を読み取ることにより、画像生成部２３はどのバージョンの言語が用いられているか確認できる。ここで、画像生成部２３が対応できないバージョンであった場合には、エラー表示することもできる。なお、好適な実施例では、この文字を”Ｇ命令区切りコード１０３である。グラフィックスデータ・フィールド１００のこの位置は、グラフィックスデータフィールド１００の残りの部位に対して区切りコードとして用いられる単一の文字を特定している。この文字は、全てのグラフィックス命令よりも前に存在する。グラフィックスデータ・フィールド１００の終りは、この文字を２つ連続して並べることで示される。なお、この命令区切りコード１０３として、あらゆる文字を用いることができる。図１２においては、 “バックスラッシュ（＼）”が使用されている。

命令区切りコード１０３に続いて、画像生成部２３は、次の命令区切りコード１０３を探しながら、逐次的にグラフィックスデータフィールド１００を読み込む。なお、ここで命令区切りコード１０３を見つけるまでは、読み込まれた全ての文字１０４を無視する。

これにより、グラフィックスデータ・フィールド１００にコメントを挿入することが可能となる。

画像生成部２３が命令区切りコード１０３を見つけた後のフィールドは、グラフィックス命令フィールド１０５である。グラフィックス命令フィールド１０５の最初の３文字は、命令二一モニツク１０７である。一般に、命令としては、データを与える命令と、データをカード上にどのように、どこに配置すればよいかという命令との２種類の命令がある。これらの３文字の命令二一モニツク１０７の後には、１つあるいは２つの等号サイン文字から成るオペレータサブフィールド１０８が続く。１つの等号サインは、後に続く値がグラフィックスデータ・フィールド１００内のみで用いられるということを示している。このような値を“一過性”パラメータと呼ぶ。一方、２つの等号サインは、後に続く値がグラフィックスデータ・フィールド１００内のみでなく、この命令によって変更されるまで、以降全てのグラフィックスデータ・フィールド１００に対しても用いられるということを示している。このような値を“永続的”パラメータと呼ぶ。グラフィックス命令フィールド１０５の第３の部位には、コマンド値１０９が保持される。このフィールドのフォーマットや長さは、使用される命令二一モニツク１０７に依存する図１５は、それぞれの命令二一モニツク１０７と、その利用法とを示したものである。これらの命令の全てに対して、解析できない命令や値が入力された際には、警告メツセージがオペレータに表示される。また、画像がカード端からはみ出るような命令が入力されたとき、あるいは要求されたロゴ、文字セット、バーコードタイプが存在しないときも、警告メツセージが生成される。エラーが生じたときには、オペレータがカード作成処理を再び始めるまで、カードの個人化処理は中断される。

“ＬＮ＃“命令１２９は、“＃”で示されるロゴの名称を指定する一過性データ命令である。カード上にロゴを必要とするグラフィックスデータ・フィールド１００においては、この命令が必ず用いられる。この命令の例が図１４に示されている。グラフィックスデ−タフイールド１１８は、ロゴの名称“ＤＡＴＡＣＡＲＤ”と命令”ＬＮＩ”とを関連付け、この出力結果のロゴはカード１１９に示されている。

ＬＨ＃”命令１３０は、“＃”で示されるロゴの左端の水平位置を指定する一過性の制御命令である。コマンド値は、ｏ、ｏｏｉインチ単位で１０を基数とした４つの数字である。この数字は、カードの左端から、ロゴを囲む最小の仮想的長方形の左端までの水平距離に対応する。ロゴの位置決め際の基準点は、ロゴを囲むのに十分な大きさの“ロゴ定義矩形”と呼ばれる仮想的長方形の左下すみである。図１４に一例が示されている。グラフィックスデータフィールド１１８は、命令”ＬＨＩ”を含み、そのためカード１１９上の画像１２０の水平方向の位置決めが行われる。グラフィックスデータ・フィールド１００で“ＬＨ＃”が指定されなかった場合には、ロゴ定義ファイル８６内のデフォルト水平座標８７が用いられる。この命令は、グラフィックスデータ・フィールド１００において用いないほうが望ましい。その代りに、ロゴの位置決めは、システムオペレータが容易に修正可能なロゴ定義ファイル８６内の値によって制御なされるべきである。

“Ｌ■＃”命令１３１は、“＃”で示されるロゴの下端の垂直位置を指定する一過性の制御命令である。この命令は、ロゴを出力するグラフィックスデータ・フィールド１００内で用いられる。また、このコマンド値は、０．００１インチ単位で１０を基数とした４桁の数字でなければならない。この数字は、カードの下端から、ロゴを囲むロゴ定義長方形の下端までの垂直距離に対応する。図１４に例が示されている。グラフィックスデータフィールド１１８は、命令“ＬＶＩ” を含み、そのためカード１１９上の画像１２０の垂直方向の位置決めが行われる。グラフィックスデータ・フィールド１００で“Ｌ■＃”が指定されなかった場合には、ロゴ定義ファイル８６内のデフォルト垂直座標８８が用いられる。この命令は、グラフィックスデータ・フィールド１００において用いないほうが望ましい。代りに、ロゴの位置決めは、システムオペレータが容易に修正可能なロゴ定義ファイル８６内の値によって制御されるべきである。

“Ｆ＃＃＝”命令１３３は、“＃＃”で示されるテキストラインのフォントを指定する永続的なフォーマット制御命令である。現在、有効なコマンド値は、“ＧＦｘ″、“ＫＪｘ”、“ＫＩｘ”のみである。ここで、値”ＧＦｘ”は、テキストラインが英字テキスト用の１バイトＥＢＣＤ　Ｉ　Ｃ文字コードを用いており、“Ｘ”で示される文字セット中に文字画像の定義が保持されているということを示している。値“ＫＪｘ”は、テキストラインが２バイトＪＩＳ　（日本工業規格）漢字コードを用いており、“Ｘ”で示されるサイズで漢字をプリントするということを示している。命令値“ＫＩｘ”は、テキストラインが２バイトＩＢＭ漢字コードを用いており、“Ｘ”で示されるづイズで漢字をプリントするということを示している。図１６は、好適な実施例における文字セルのサイズを示している。図１６中のセル幅とセル高の値１４２から１５１は、それぞれの寸法のビット数を示している。尚、いろいろなコマンド値、あるいは文字セットの指定は、図１６に示されている組み合わせに限るものではない、むしろ、論理的な指定として捉えることができる。

即ち、それぞれの文字セットの指定内容は、入力データやオペレータ入力命令によって変更することができる。ここで、これらの命令は、ある文字セットをコマンド値に対応したメモリ位置にロードするものである。例えば１文字セットを保持するためのメモリ位置が２つしか存在しないとしても、システムは４つの文字セット中から選択することになる。すると、システムは、命令値“ＧＦＩ”に対応するメモリ位置にいかなる文字セットをもロードできなければならない。

“Ｄ＃＃＝”命令１３６は、−＃＃”で示されるテキストラインに用いられるデータを指定する一過性のデータ命令である。この命令は、いかなるタイプのテキストラインをも出力する各グラフィックスデータ・フィールド１００において用いられる。命令“Ｆ＃＃＝ＧＦ”で指定される英字テキストにおいては、値フィールドは各々が１つのテキスト文字を表わす１バイトＥＢＣＤＩＣコードの列となる。“Ｆ＃＃＝ＫＪ”で指定される漢字テキストにおいては、値フィールドは、各々が１つの漢字テキスト文字を表わす２バイトＪＩＳコードの列となる。それぞれのＪＩＳコードは、６３４９個のＪＩＳ標準セットあるいはカスタムの漢字文字セットから漢字文字を指定する。“Ｆ＃＃＝ＫＩ”で指定される漢字テキストにおいては、値フィールドは、各々が１つの漢字テキスト文字を表わす２バイトＩＢＭコードの列となる。それぞれのＩＢＭコードは、ＩＢＭ文字セットあるいはカスタムの漢字文字セットから漢字文字を指定する。どの場合にしても、文字コードの列は命令二一モニック“ＥＤＣ＝＝”で示されるデータ終了文字で終了しなければならない。図１４に例が示されている。グラフィックスデータフィールド１２１は、２つの“Ｄ＃＃＝”フィールドを含んでいる。グラフィックスデータフィールド１２１内の命令フィールド“ＤＯｌ”は、カード１２２上の画像１２３として出力される。一方、グラフィックスデータフィールド１２１内の命令フィールド”ＤＯ２”は、カード１２２上の画像１２４として出力される。

“ＥＢＣ＝＝”命令１３２は、テキストとバーコードのデータ列のデータ終了を示す文字をセットする永続的なフォーマット制御命令である。このコードは永続的なパラメータであるため、グラフィックスデータ・フィールド１００において一度用いられると、この命令二一モニックが再び用いられるまで、以降のグラフィックスデータ・フィールド１００に効果を及ぼす。図１４に例を示す。グラフィックスデータフィールド１２１には、２つの“Ｄ＃＃＝”フイ“Ｈ＃＃＝＝” 命令１３４は、“＃＃”で示されるテキストラインの第１文字の水平位置をセットする永続的なフォーマット制御命令である。コマンド値は、０．００１インチ単位で１０を基数とした４桁の数字である。この数字は、カードの左端から、テキスト文字の水平中央線までの水平距離に対応する。図１４に例が示されている。グラフィックスデータフィールド１２１は、２つの“Ｈ＃＃＝”フィールドを含む。グラフィックスデータフィールド１２１内の命令フィールド“Ｈｏｌ”は、カード１２２上の画像１２３の水平位置に対応し、グラフィックスデータフィールド１２１内の命令フィールド“ＨＯ２”は、カード１２２上の画像１２４の水平位置に対応する。

”Ｖ＃＃＝＝“命令１３５は、“＃＃”で示されるテキストラインの垂直位置をセットする永続的なフォーマット制御命令である。

このコマンド値は、０．００１インチ単位でＪＯを基数とした４桁の数字から成る。この数字は、カードの下端から、テキスト文字のベースラインまでの垂直距離に対応する。図１４に例が示されている。グラフィックスデータフィールド１２１は、２つの命令″■＃＃＝”を含む。グラフィックスデータフィールド１２１内の命令フィールド“ｖｏｌ”は、カード１２２上の画像１２３の垂直位置に対応し、グラフィックスデータフィールド１２１内の命令フィールド−ＶＯ２” は、カード１２２上の画像１２４の垂直位置に対応する。

“ＢＴ＃＝＝”命令１３８は、“＃”で示されるバーコードの種類をセットする永続的なフォーマット制ｉ卸命令である。この命令は、バーコードを出力する各グラフィックスデータ・フィールド１００内で用いられ、永続的なパラメータであるため、一度用いられると、再び指定されるまでセットされ続ける。現在、ＪＡＮ８．ＪＡＮ１３．ＮＷ８のバーコードタイプのみが可能である。なお、他のバーコードタイプを付加することは容易である。図１４に例が示されている。グラフィックスデータフィールド１２５は、２つの“ＢＴ＃＝”フィールドを含む。グラフィックスデータフィールド１２５内の命令フィールド“ＢＴＩ”は、カード１２６上のＪＡＮ８バーコード１２８に対応し、グラフィックスデータフィールド１２５内の命令フィールド“Ｂｒ３”は、カード１２６上のＮＷ７バーコード１２７に対応する。

“ＢＤ＃＝”命令１４１は、“＃”で示されるバーコードにおいて用いられるデータを指定する一過性のデータ命令である。この命令は、グラフィックスデータ・フィールド１００がバーコードを出力する際には必ず用いられる。図１４に例が示されている。グラフィックスデータフィールド１２５は、２つの“Ｂ　Ｄ＃＝”フィールドを含む。グラフィックスデータフィールド１２５内の命令フィールド“ＢＤＩ”は、カード１２６上のＪＡＮ８画像１２８に対応し、グラフィックスデータフィールド１２５内の命令フィールド”ＢＤ６”は、カード１２６上のＮＷ７画像１２７に対応する。

”ＢＨ＃＝＝”命令１３９は、バーコードの左端の水平位置をセットする永続的な制御命令である。この命令は、バーコード画像を出力するグラフィックスデータ・フィールド１００において用いられ、永続的なパラメータをセットするため、一度指定されると再び指定されるまでセットされ続ける。この命令フィールドは、０．００１インチ単位で１０を基数とした４つの数字Ｏ〜９かも成る。この値は、カードの左端から、バーコードを囲む仮想的な長方形の左端までの水平距離に対応する。図１４に例が示されている。グラフィックスデータフィールド１２５は、２つの“ＢＨ＃＝”フィールドを含む。グラフィックスデータフィールド１２５内の命令フィールド“ＢＨＩ”は、カード１２６上の画像１２８の水平位置に対応し、グラフィックスデータフィールド１２５内のバーコード命令“ＢＨ６”は、カード１２６上の画像１２７の水平位置に対応している。

“ＢＶ＃＝＝”命令１４０は、“＃”で示されるバーコードの下端の垂直位置をセットする永続的な制御命令である。このコマンド値は、０．００１インチ単位で１０を基数とした４桁の数字から成る。この値は、カードの下端から、バーコードを囲む仮想的な長方形の下端までの垂直距離に対応する。図１４に例が示されている。

グラフィックスデータフィールド１２５は、２つの命令“ＢＶ＃＝”フィールドを含む。グラフィックスデータフィールド１２５内の命令フィールド“ＢＶＩ” は、カード１２６上の画像１２８の垂直位置に対応し、グラフィックスデータフィールド１２５内のバーコード命令“ＢＶ６”は、カード１２６上の画像１２７の垂直位置に対応する。

以上説明した命令においては、イメージ要素の位置を表わすために０．００１インチの単位を用いているが、実際にイメージ要素の位置決めを行うためには、インチで指定された寸法をビットに変換しなければならない。画像生成部２３によって起動されるプリントエンジン２１は、水平方向に１インチ当り２４０ビツト、垂直方向に１インチ当り２４０ビツトのプリント解像度を有する。図１０に示される全体的なカード画像は、８１０ビツト幅で５１２ビツト高である。従って、インチからビットに変換する式は、Ｂｉｔｓ　：（（０，００１インチ単位× ６）÷１２）　／　２５となる。

本発明の他の実施例として、グラフィックス命令語にマクロ定義、実行機能を持たせることが挙げられる。この実施例においては、“以下のマクロ名で格納されているマクロを実行せよ゛という意味の“ＥＸＭ＝”命令を有する０画像生成部２３はマクロファイルを読み、このマクロ名で保持されているグラフィックスデータ・フィールド１００を取り出し、特定のグラフィクス命令を実行するという動作を行う、他の種類の命令としては、画像の垂直、水平位置の指定を異なる単位で行う手段、センタリング命令、右及び左位置合せ命令、スケーリング命令などを含めることも可能である。さらに、ビットマツプ画像を入力データ列として入力することもできる以上、本発明の好適な実施例として、特定の構成について説明したが、当業者であれば、同一の目的を達成するために、この好適な実施例とは異なる構成を考えることもできよう。本発明は、これらの修正、変更をも含むものであり、本発明は請求の範囲およびその等価なものによってのみ限定されるものである。

ＦＩＧ、　５　ＦＩＧ、　６ＦＩＧ、　７ロゴＦＩＧ、１５ＦＩＧ、１６国際調査報告

Claims

【特許請求の範囲】

１．ブフスチックカード上にグラフィックス画像をプリントする装置であって、コンピュータと、動作可能に前記コンピュータに接続されたグラフィックスプリンタと、前記コンピュータ上で実行されて、前記グラフィックスプリンタにグラフィックス画像を出力する画像生成プログラムと、を有することを特徴とする装置。
２．前記画像生成ソフトウェアは、入力データレコード内の命令列を実行中に、前記画像生成プログラムの動作を制御する手段と、前記画像生成プログラムに入力された前記入力データレコード内の命令の構文解析、認識を行う手段と、ブフスチックカード上にプリントされるロゴ画像を生成する手段と、ブフスチックカード上にプリントされる漢字文字画像を生成する手段と、ブフスチックカード上にプリントされる英字画像を生成する手段と、ブフスチックカード上にプリントされるバーコード画像を生成する手段と、前記ロゴ画像、前記文字画像、前記バーコード画像とを組合わせてブフスチックカード画像にする手段と、前記カード画像を前記グラフィックスプリンタに出力する手段とを具備することを特徴とする請求項１に記載の装置。
３．ロゴ画像を格納するための方法であって、ロゴのデフォルト水平位置座標を格納し、ロゴのデフォルト垂直位置座標を格納し、ロゴの幅の値を格納し、ロゴの高さの値を格納し、そして、ビットマップ展開されたロゴを格納することを特徴とするロゴを格納する方法。
４．入力データレコードを定義する方法であって、探索コードを格納し、刻印データフィールドを格納し、ＯＣＲチータフィールドを格納し、磁気ストライプデータフィールドを格納し、グラフィックスモジュールコードを格納し、グラフィックスデータフィールドを格納し、そして、フォームチータフィールドを格納することを特徴とする入力データレコードを定義する方法。
５．前記グラフィックスデータフィールドを格納するのは、前記グラフィックスデータフィールドの第１番目のバイトに命令語のバージョンコードを格納し、前記グラフィックスデータフィールドの第２番目のバイトに命令区切りコードを格納し、前記命令区切りコードに続き、２番目の命令区切りコードの前までグラフィックス命令フィールドを格納し、そして、前記グラフィックスデータフィールドの終了を認識するための１対の命令区切りコードを格納することを特徴とする請求項４に記載の入力データレコードを定理義する方法。
６．前記グラフィックス命令フィールドは、ある特定の動作を指定する命令ニーモニックを格納し、前記命令ホヘモニックのコマンド値が、−過性の値であるか永続的な値であるかを識別するオペレータ・サブフィールドを格納し、そして、前記命令ニーモニックの命令値を格納することを特徴とする請求項５に記載の入力データレコードを定義する方法。
７．前記命令ニーモニックは、ロゴ名称の識別子を有し、これによりメモリからロゴ画像を取り出すことを特徴とする請求項６に記載の入力データレコードを定義する方法。
８．前記命令ニーモニックは更に、ロゴの水平位置を指定する制御命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
９．前記命令ニーモニックは更に、ロゴ画像の垂直位置を指定する制御命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
１０．前記命令ニーモニックは更に、テキストラインを構成する際に用いられるフォントを指定するフォーマット制御命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
１１．前記命令ラーモエックは更に、テキストラインを構成する際に用いられるデータ列を指定するデータ命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
１２．前記命令ニーモニックは更に、全てのテキストとバーコードのデータ列の終了を示す文字をセットするフォーマット制御命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
１３．前記命令ニーモニックは更に、テキストラインの水平位置をセットするフォーマット制御命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
１４．前記命令ニーモニックは更に、テキストラインの垂直位置をセットするフォーマット制御命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
１５．前記命令ニーモニックは更に、バーコード画像の種類をセットするフォーマット制御命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
１６．前記命令ニーモニックは更に、バーコード画像のデータ列を指定するデータ命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
１７．前記命令ニーモニックは更に、バーコード画像の水平位置をセットする制御命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。
１８．前記命令ニーモニックは更に、バーコード画像の垂直位置をセットする制御命令を有することを特徴とする請求項６に記載の入力データレコードを定義する方法。