JP2846806B2 - プリンタコントローラ - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はプリンタコントローラ
に関し、特にたとえばバンディング方式を採用したペー
ジプリンタに用いられる、プリンタコントローラに関す
る。

【０００２】

【従来の技術】バンディング方式とは、プリンタコント
ローラのメモリの使用を節約するために、１ページ分の
メモリ（ページメモリ）を持つ代わりに、１ページを複
数のバンド領域に分割してバンドメモリに格納してい
き、イメージ描画を行う方式である。

【０００３】バンディング方式を採用したプリンタコン
トローラは、ホストコンピュータから与えられるデータ
を中間コードに置き換えることによってページメモリを
不要とし、少ないメモリ容量で印刷できるものである。
ホストコンピュータから送られるデータたとえばイメー
ジコマンドおよびキャラクタコードの中間コードへの置
き換えは、それぞれ受信したデータ単位で処理される。

【０００４】ここで、シリアルプリンタのイメージコマ
ンドをエミュレートしてページプリンタ用の中間コード
を生成する場合について述べる。図７に、一般的なシリ
アルプリンタのイメージコマンドのフォーマットとイメ
ージデータとを示す。図７（Ａ）に示すように、シリア
ルプリンタのイメージコマンドは、エスケープコード
１，イメージ種類判別用データ２，イメージサイズ３お
よびイメージデータ４を含む。エスケープコード１は、
これ以降のデータはコマンドとして解釈することを示
す。イメージ種類判別用データ２は、イメージデータの
縦横の解像度や、縦方向のバイト数（ｖ）を設定する。
イメージサイズ３は、イメージデータの横方向のデータ
列数（ｎ）を指定する。イメージデータ４は、ｖ×ｎ個
のイメージデータを含む。図７（Ｂ）に示すように、イ
メージデータ４は、シリアルプリンタの印刷ヘッドの関
係から、Ｙ方向（縦方向）に数バイト固定で、Ｘ方向
（横方向）でイメージサイズに応じて決まるイメージデ
ータ量を制御する。

【０００５】図８（Ａ）に示すような、たとえばイメー
ジデータの形式が縦８ドット（１バイト）かつ横ｎドッ
トのイメージデータを中間コードに置き換えると、図８
（Ｂ）に示すように、（ｎ＋７）／８バイトの中間コー
ドが８個生成される。このように中間コードを生成する
ことによって、シリアルプリンタ用のイメージコマンド
をページプリンタ用にエミュレートできる。

【０００６】

【発明が解決しようとする課題】ホストコンピュータに
適用されるアプリケーションソフトによっては、同一行
のイメージ画像を複数（たとえばｎ個）のイメージコマ
ンドに分割して出力するものがある。このとき、プリン
タコントローラには、図９（Ａ）に示すようなイメージ
データ１〜ｎが与えられる。この場合、送られてくる各
イメージコマンドに含まれるイメージ種類判別用データ
が連続してｎ個同じであっても、図９（Ｂ）に示すよう
に、８×ｎ個の中間コードが作成される。

【０００７】したがって、たとえば、ホストコンピュー
タから１行分のイメージデータとして、縦２４ドット
（３バイト）、横８ドットのデータを５０回連続して出
力したとすると、中間コードは１２００個生成される。
このとき、メモリ内の１２００箇所に分断された領域
に、連続したイメージデータが格納されることになる。
その結果、印刷時に中間コードを変換した印字データを
バンドメモリに描画する際に、実際の印字データへの変
換処理が多くなり、バンドメモリへの描画の速度が用紙
をプリンタへ搬送するスピード（プロセススピード）よ
り遅れ、印字不良が発生することがあった。

【０００８】それゆえに、この発明の主たる目的は、印
刷不良の発生を抑制できる、プリンタコントローラを提
供することである。

【０００９】

【課題を解決するための手段】この発明は、ホストコン
ピュータから送られるデータを中間コードに置き換える
手段、および中間コードへの置き換えが１ページ分終了
してから中間コードを印字データに変換する手段を含む
プリンタコントローラにおいて、ホストコンピュータか
ら送られるデータがイメージ種類判別用データとイメー
ジデータとを含むイメージコマンドの場合にそのイメー
ジデータを一時保持するメモリ、イメージ種類判別用デ
ータが同じであるイメージデータを１つにまとめる手
段、および１つにまとめたイメージデータを中間コード
に置き換える手段を備えることを特徴とする、プリンタ
コントローラである。

【００１０】

【作用】ホストコンピュータから連続して送られてくる
各イメージコマンドのイメージ種類判別用データが同じ
か否かを判断する。イメージ種類判別用データが同じで
あれば、そのイメージコマンドのイメージデータを結合
させ、１つのイメージデータとして扱う。すなわち、連
続性のある複数個のイメージコマンドに含まれるイメー
ジデータを結合する。１つにまとめられたイメージデー
タを中間コードに置き換えるので、中間コードの数が減
る。

【００１１】

【発明の効果】この発明によれば、中間コードの数を少
なくできるので、従来に比べて、中間コードから印字デ
ータに変換する処理時間を短縮することができる。した
がって、印字データをバンドメモリへ描画する速度が用
紙をプリンタへ搬送するスピード（プロセススピード）
より遅れることが少なくなり、印刷不良が発生しにくく
なる。

【００１２】この発明の上述の目的，その他の目的，特
徴および利点は、図面を参照して行う以下の実施例の詳
細な説明から一層明らかとなろう。

【００１３】

【実施例】図２を参照して、この実施例のプリンタコン
トローラ１０は、ホストコンピュータ１２から与えられ
るデータから印字データを生成してプリンタ１４に与え
るものである。なお、プリンタ１４がプリンタコントロ
ーラとエンジンとを含む構成であれば、プリンタコント
ローラ１０はプリンタ１４に内蔵されてもよい。

【００１４】図１に示すように、プリンタコントローラ
１０は、種々の制御を司る、たとえばモトローラ社製の
“６８０００”のようなＣＰＵ１６を含む。ＣＰＵ１６
には、アドレスバス１８およびデータバス２０を介して
ＲＯＭ２２，ＲＡＭ２４，ゲートアレイ２６および２８
等が接続される。また、データバス２０には、バッファ
３０が接続され、バッファ３０には、必要に応じて、別
付けのフォントカートリッジ３２が接続される。そし
て、ゲートアレイ２６には、プリンタ１４のオペレーシ
ョンパネル（図示せず）およびＥＥＰＲＯＭ３４が接続
され、またバッファ３６を介してホストコンピュータ１
２のセントロニクス用端子またはＲＳ２３２Ｃ用端子が
接続される。一方、ゲートアレイ２８は、たとえばイン
タフェースとして機能し、プリンタ１４のエンジン制御
回路３８に接続される。

【００１５】そして、ＲＯＭ２２には、プリンタコント
ローラ１０の制御プログラムやフォント等が格納され
る。ＲＡＭ２４は、バンドメモリ領域２４ａおよびワー
ク領域２４ｂを含む。ワーク領域２４ｂには、ホストコ
ンピュータ１２から送られてきたデータが格納され、ま
た、そのデータに含まれるイメージコマンドやキャラク
タコードを置き換えて得られるコントローラ処理用の中
間コードが格納される。

【００１６】ここで、ホストコンピュータ１２から送ら
れるデータの種類には、キャラクタコードおよびコマン
ドが含まれる。コマンドには、イメージコマンドや制御
コマンドが含まれる。キャラクタコードの中間コード
は、印字装置とフォントのアドレスとを持っている。印
字位置は、たとえば２×２（縦×横）＝４バイトで表さ
れ、フォントのアドレスはたとえば４バイトで表され
る。さらに、イメージデータの中間コードは、印字位置
と縦１ドットかつ横１ライン分のデータ（バイト単位）
を持っている。印字位置は、たとえば２×２（縦×横）
＝４バイトで表される。なお、キャラクタコードおよび
イメージデータのそれぞれの中間コードに含まれる印字
位置は、ホストコンピュータ１２からデータを受信した
時点でわかる。これらの中間コードはワークエリア２４
ｂに格納されるが、その格納領域は中間コードを生成す
る時点で確保される。そして、バンドメモリ２４ａに
は、中間コードから変換された所望の印刷データが格納
される。また、ＥＥＰＲＯＭ３４には、プリンタ１４の
オペレーションパネルで設定されたデータ等が格納され
る。

【００１７】このように構成されるプリンタコントロー
ラ１０の動作を説明する。まず、シリアルプリンタ用の
イメージコマンドをページプリンタ用にエミュレートす
る場合について述べる。ホストコンピュータ１２からプ
リンタコントローラ１０に送られるデータは、まず、解
析ルーチンで処理される。解析ルーチンでは、データの
種類が判断され、各データに応じた処理ルーチンへ進
む。

【００１８】データがイメージコマンドの場合には、図
７（Ａ）に示すようなフォーマットのデータが送られ
る。すなわち、エスケープコード１，イメージ種類判別
用データ２，イメージサイズ３およびイメージデータ４
が送られる。そして、イメージコマンド処理は以下のよ
うになる。まず、予めデータ格納領域とイメージ情報と
を用意する。たとえば、Ｃ言語で記述すれば表１のよう
になる。なお、Ｃ言語以外の言語で記述されていても、
この発明を同様に適用できることはいうまでもない。

【００１９】

【表１】 データ格納領域（ａ） char image＿data＿area［］ 現在のデータ格納領域の位置を示すポインタ（ｂ） char *image＿data＿ptr イメージ情報（ｃ） struct image＿st ｛ short image＿exist ＿flag; データ格納領域にイメージデータが存在する ことを示すフラグ （ｃ−１） short image＿mode; イメージモードを保持する （ｃ−２） long start＿pos; イメージデータの開始座標を保持する（ｃ−３） long end＿pos; イメージデータの終了座標を保持する（ｃ−４） ｝； 表１に示すＣ言語は、ワーク領域２４ｂに格納される。

【００２０】ここで、（ａ）は、受信したイメージデー
タを格納するデータ格納領域である。イメージコマンド
を受信した場合、イメージコマンドに含まれるイメージ
データはまずこのデータ格納領域（ａ）に格納される。
（ｂ）は、データ格納領域（ａ）にイメージデータを格
納するためのアドレスを保持するポインタである。イメ
ージデータはこのポインタ（ｂ）が指すアドレスから格
納されていく。データ格納領域（ａ）にイメージデータ
が存在していない場合には、ポインタ（ｂ）はデータ格
納領域（ａ）の先頭アドレス（＆ imagedata area）を
保持する。また、既にイメージデータが格納されていれ
ば、ポインタ（ｂ）はそれに続けてイメージデータを格
納するためのアドレスを保持する。そして、イメージデ
ータが格納し終われば、ポインタ（ｂ）の保持するアド
レスは新しいアドレスに更新される。格納されていたイ
メージデータから中間コードが作成された時点で、ポイ
ンタ（ｂ）の保持するアドレスはデータ格納領域（ａ）
の先頭アドレスに戻される。

【００２１】（ｃ）はイメージ情報であり、（ｃ−１）
は、その時点でイメージデータがデータ格納領域（ａ）
に格納されているかどうかを判断するために使うフラグ
である。フラグ（ｃ−１）は、イメージデータを格納す
れば「１」、中間コードを作成すれば「０」とし、
「０」のときにはデータ格納領域（ａ）にイメージデー
タが存在しないことを示す。

【００２２】（ｃ−２）は、イメージ種類判別用データ
によって判別されるイメージモードを格納する領域であ
る。一般に、シリアルプリンタは複数のイメージ種類判
別用データを持っており、イメージモードはそれを区別
するものである。イメージモードの違いは、イメージデ
ータの縦横の解像度の違いや、縦方向のバイト数の違い
によるものであり、これらの異なるイメージ種類判別用
データは、この発明では同一には扱わない。

【００２３】（ｃ−３）は、イメージデータの開始座標
を保持する領域である。この開始座標は中間コードの座
標そのものであり、印刷するときの実際の位置を示す。
この開始座標は、イメージデータをデータ格納領域
（ａ）の先頭から新規に格納したときに設定される。
（ｃ−４）は、イメージデータの終了座標を保持する領
域である。この終了座標は、データ格納領域（ａ）にイ
メージデータを格納するたびに更新され、既に格納され
ているイメージデータと次に格納されるイメージデータ
との連続性の有無を判断するためのものである。

【００２４】ここで図３を参照して、イメージコマンド
処理のルーチンを説明する。まず、イメージコマンドの
データを受信するとイメージコマンド処理が開始され
る。そして、ステップＳ１において、フラグ（ｃ−１）
に基づいて、既にイメージデータをワーク領域２４ｂに
格納しているか否かを判断する。イメージデータを格納
していなければ、ステップＳ３において、新規にイメー
ジデータを格納する。すなわち、まず、データ格納領域
（ａ）の先頭からイメージデータを格納する。そして、
ポインタ（ｂ）をデータサイズ分インクリメントする。
その後、フラグ（ｃ−１）を「１」とし、領域（ｃ−
２）に現在のイメージモードを格納する。さらに、領域
（ｃ−３）にイメージコマンド受信時の印字座標を格納
し、その印字座標を更新して、領域（ｃ−４）に更新し
た印字座標を格納し、終了する。

【００２５】一方、ステップＳ１において、イメージデ
ータが格納されていれば、ステップＳ５に進む。ステッ
プＳ５において、既に格納されているイメージデータの
イメージモード（ｃ−２）と現在のイメージデータのイ
メージモード（ｃ−２）とを比較し、異なったイメージ
モードであれば、ステップＳ７において、既に格納され
ているイメージデータから中間コードを作成する。そし
て、ポインタ（ｂ）をデータ格納領域（ａ）の先頭アド
レスとし、ステップＳ９において、ステップＳ３と同様
の処理を行う。すなわち、データ格納領域（ａ）の先頭
からイメージデータを格納し、ポインタ（ｂ）をデータ
サイズ分インクリメントする。そして、フラグ（ｃ−
１）を「１」とし、領域（ｃ−２）に現在のイメージモ
ードを格納する。その後、領域（ｃ−３）にイメージコ
マンド受信時の印字座標を格納し、その印字座標を更新
し、領域（ｃ−４）に更新した印字座標を格納する。そ
して終了する。

【００２６】ステップＳ５において、既に格納されてい
るイメージデータのイメージモードと現在のイメージデ
ータのイメージモードとが等しければステップＳ１１に
進む。ステップＳ１１において、領域（ｃ−３）および
（ｃ−４）を参照して、現在のイメージデータの開始座
標が既に格納されているイメージデータの終了座標に連
続しているか否かを判断する。両者の座標が連続してい
なければステップＳ７に進む。一方、ステップＳ１１に
おいて、両者の座標が連続していれば、既に格納された
イメージデータとこれから処理するイメージデータとは
連続して扱えると判断できるので、ステップＳ１３に進
み、既に格納されているイメージデータに続けてこれか
ら処理するイメージデータを格納する。すなわち、ポイ
ンタ（ｂ）で支持されるアドレスから続けてイメージデ
ータを格納し、ポインタ（ｂ）をデータサイズ分インク
リメントする。そして、印字座標を更新し、（ｃ−４）
に更新した印字座標を格納して、終了する。

【００２７】すなわち、イメージコマンドを受信した場
合、すぐに中間コードを作成せずにイメージデータをワ
ーク領域２４ｂに一旦格納する。次いで、既に格納され
ているイメージデータとイメージモードが等しくかつ座
標が連続するイメージデータを受信した場合、既に格納
されているイメージデータに続けて現在のイメージデー
タをワーク領域２４ｂに格納する。

【００２８】そして、受信したイメージコマンドを解析
した結果、同一イメージ画像の連続性が失われたと判断
されれば、まとめて中間コードを作成する。この実施例
によれば、図４に示すように、複数のイメージデータ１
〜ｎを１つのイメージデータとして取り扱うことができ
るので、ワーク領域２４ｂに効率よく中間コードを作成
し、中間コードの数を減らすことができる。このよう
に、中間コードの数が少なくなるので、中間コードを変
換した印字データをバンドメモリ領域２４ａに描画する
速度が向上する。具体的には、従来技術で述べた１２０
０の中間コードは２４にすることができる。その結果、
バンドメモリ領域２４ａに印字データを描画する速度が
用紙をプリンタ１４へ搬送するスピード（プロセススピ
ード）に遅れることが少なくなり、印刷不良が起こりに
くくなる。

【００２９】また、同じイメージコマンドを連続して受
信した場合、それぞれのイメージコマンド毎に処理せ
ず、後で一括して中間コマンドへの変換を行うので、バ
ッファ３６のデータ処理も速くなり、ホストコンピュー
タ１２の開放も速くなる。上述の実施例では、シリアル
プリンタ用のイメージコマンドをページプリンタ用にエ
ミュレートした場合について述べたが、以下には、ペー
ジプリンタ用のイメージデータをエミュレートすること
なしに中間コードに置き換える場合について述べる。

【００３０】一般的なページプリンタ用のイメージコマ
ンドとしては、図５（Ａ）に示すように、横方向のドッ
ト列としてイメージデータが作られている。そして、図
５（Ｂ）に示すように、１つ（１バイト）のイメージデ
ータに対して１つの中間コードが生成される。すなわ
ち、１つのイメージコマンド毎に、イメージデータが中
間コードに置き換えられる。この場合、図５（Ａ）に示
すイメージデータがそのまま図５（Ｂ）に示す中間コー
ドとなる。なお、図５には示さないが、ページプリンタ
用のイメージコマンドのフォーマットは、図７（Ａ）に
示すフォーマットと同様に、エスケープコード，イメー
ジ種類判別用データおよびイメージサイズが、イメージ
データの前に付加される。

【００３１】このようなページプリンタ用のイメージコ
マンドに対しても、上述の実施例と同様に処理すること
によって、図６に示すように、複数のイメージデータを
１つのイメージデータとして取り扱うことができ、中間
コードの数を減らすことができる。なお、上述の各実施
例において、２つのイメージデータが、キャラクタ，ス
ペースまたはタブなどで分断されている場合、その部分
を印字データのないイメージ（何も書かれないがイメー
ジデータとしては存在する）で埋める方法も考えられ
る。そのようにすれば、場合によってはさらに中間コー
ドの数を減らすこともできる。

【００３２】因みに、データがキャラクタコードの場合
には、そのフォーマットとしてはキャラクタコードその
ものだけとなる。この場合、キャラクタコードを基に、
ＲＯＭ２２に格納されているフォントのアドレスを指定
し、そのアドレスを中間コードとしてワークエリア２４
ｂに格納する。

【図面の簡単な説明】

【図１】この発明の一実施例のプリンタコントローラを
示すブロック図である。

【図２】図１のプリンタコントローラを用いたシステム
を示す図解図である。

【図３】この発明の一実施例の動作を示すフロー図であ
る。

【図４】シリアルプリンタ用のイメージデータをこの発
明を適用してエミュレートし、中間コードを生成する状
態を示す図解図である。

【図５】ページプリンタ用のイメージコマンド毎のイメ
ージデータと中間コードとを示す図解図である。

【図６】ページプリンタ用のイメージデータにこの発明
を適用して中間コードを生成する状態を示す図解図であ
る。

【図７】一般的なシリアルプリンタのイメージコマンド
のフォーマットとイメージデータとを示す図解図であ
る。

【図８】シリアルプリンタ用のイメージコマンド毎のイ
メージデータと中間コードとを示す図解図である。

【図９】アプリケーションソフトによって出力されるイ
メージデータと従来技術によって生成される中間コード
とを示す図解図である。

【符号の説明】

１０ …プリンタコントローラ １２ …ホストコンピュータ １４ …プリンタ １６ …ＣＰＵ ２２ …ＲＯＭ ２４ …ＲＡＭ ２４ａ …バンドメモリ領域 ２４ｂ …ワーク領域

フロントページの続き (56)参考文献 特開 昭63−274550（ＪＰ，Ａ) 特開 平５−318839（ＪＰ，Ａ) 特開 平５−177896（ＪＰ，Ａ) 特開 昭60−159077（ＪＰ，Ａ) 特開 平４−307619（ＪＰ，Ａ) 特開 平４−144762（ＪＰ，Ａ) 特開 平５−16448（ＪＰ，Ａ) 特開 平２−278378（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) B41J 5/30 G06F 3/12

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】ホストコンピュータから送られるデータを
   中間コードに置き換える手段、および前記中間コードへ
   の置き換えが１ページ分終了してから前記中間コードを
   印字データに変換する手段を含むプリンタコントローラ
   において、 前記ホストコンピュータから送られるデータがイメージ
   種類判別用データとイメージデータとを含むイメージコ
   マンドの場合にそのイメージデータを一時保持するメモ
   リ、 前記イメージ種類判別用データが同じであるイメージデ
   ータを１つにまとめる手段、および前記１つにまとめた
   イメージデータを中間コードに置き換える手段を備える
   ことを特徴とする、プリンタコントローラ。