JPH03114856A - プリンタデータ管理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、プリンタの文字発生装置におけるデータ管理
方式に関する。

（従来の技術） プリンタは、ホスト（ホストコンピュータなど）より受
信した文字や図形の文書を印字する。プリンタにおける
文字発生装置（コントローラ）は、ホストから受信した
文字データ、グラフィックデータ、各種コマンドなどに
基づき文字データ等をドツトイメージに変換してメモリ
に記憶し、そのドツトイメージを印字する。

従来は、プリンタの文字発生装置は、１枚分のビットマ
ツプメモリを有し、ホストから受信した文字データやグ
ラフィックデータに基づき、１枚分のドツトイメージを
全てビットマツプメモリ上に展開する。そして、１枚分
の展開が終了すると、ドツトイメージデータを印字部に
送る。これにより、ビットマツプメモリ上へのドツトイ
メージの展開と印字部へのデータ送出のタイミングの違
いによる問題は生じない。

この方式では、印字部へのデータ転送の際には、出力す
べき１枚分のイメージデータがすべてビットマツプメモ
リに展開されている。従って、印字部へのドツトイメー
ジデータの転送は、プリンタ出力と同期をとって高速で
行われ、印字部で印字が行われる。

印字部へのデータ出力を高速に行うためには、ビットマ
ツプメモリへのイメージ展開処理時間をできるだけ短縮
しなければならない。しかし、般にグラフィックデータ
の処理は、データ量が多いためデータ受信に時間がかか
り、特にベクターグラフィックデータは、コマンドの解
析およびイメージ展開に非常に時間がかかる。

そこで、イメージ展開に専用ＬＳＩを用いることにより
高速化を図ることが考えられるが、コストは上昇する。

一方、ソフトウェアで処理する場合には、コマンドの解
析及びイメージ展開の全ての処理を印字部への出力時に
同期して行なおうとすると、高速出力は図れない。

そこで、ホストからの受信データをビットイメージへ展
開するに際して負担をできるだけ軽減するために、いっ
たん中間データに編集（変換）して中間データ保持メモ
リに記憶するなどの中間処理が行われている。

（発明が解決しようとする課題） プリンタの文字発生装置におけるイメージデータの展開
方式としては、１枚分の文書を副走査方向にｎ個（ｎは
正の整数）のバンドに分割し、データ処理はバンド単位
で行うことが考えられる。この方式では、１枚のｌ／ｎ
の記憶容量のバンドメモリ（部分的ビットマツプメモリ
）を２面分備え、方のバンドメモリにドツトイメージを
展開しながら、同時に、他方のバンドメモリにすでに展
開されたイメージデータを印字部に出力する。これをｎ
個のバンドに対して２個のイメージメモリについて交互
に行なうと、１枚の文書の印字が完了する。

この方式でも、バンドメモリへのドツトイメージ展開処
理が印字部へのデータ出力に先行しなければならないた
め、印字部へのデータ出力速度は、バンドメモリへのド
ツトイメージ展開速度により制約される。従って、ドツ
トイメージ展開を高速に行うために、ホストから受信し
たデータをいったん中間データに編集（変換）しておく
とよい。この中間データは、バンドメモリに展開すべき
文字データやグラフィックデータの情報（サイズ、ソー
スアドレスなど）からなる。

この方式の文字発生装置においては、各バンドメモリに
対するドツトイメージ展開を高速に行う必要があるため
、展開に要する１枚分の中間データを印字の前に作成し
ておく必要があり、また、各バンドメモリに対する中間
データは、できるだけ連続的にアクセスするのが望まし
い。このため、１枚の文書内の各バンドに対して中間デ
ータを保持するメモリエリアを確保する必要がある。

しかし、中間データ保持メモリにおいて中間データを保
持するためのメモリエリアを各バンドに対して等分に確
保する方式では、印字データの存在位置の片寄った文書
の場合、メモリの容量によっては、印字データの多いバ
ンドの中間データが保持しきれない一方、印字データの
少ないまたは無いバンドに対しては必要以上の保持エリ
アが確保されているといった状況が生じうる。また、印
字データの少ないバンドに対して必要以上の保持工リア
を確保していくことは、メモリの使用効率を低下させる
。従って、印字データの多いバンドには大きな保持エリ
アをその都度確保する方式がデータ管理の効率化のため
に必要である。しかし、単純にｌデータごとに保持エリ
アを増加させる方式では、その保持エリアの検索に処理
時間がかかり、好ましくない。

また、バンドメモリを用いて印字を行う上記の方式では
、複数の文書を１枚のペーパーに印字するような場合（
両面印字）やジャム復帰などにおいて、複数文書の印字
に要する時間の点から、各文書間の編集に許される時間
に対しても制限を受ける場合がある。これに対し、完全
に対応するには、必要となる複数文書分（たとえば両面
複写では２頁分）のデータ編集を印字データ出力前に行
う必要がある。従って、複数文書の中間データを管理す
る必要がある。

本発明の第１の目的は、プリンタの文字発生装置におい
て１枚の文書を複数のバンドに分割して、ホストからの
印字データを編集処理する際に、印字データからドツト
イメージ展開のために変換した中間データをメモリに効
率的に保持するプリンタデータ管理方式を提供すること
である。

本発明の第２の目的は、１枚の文書を複数のバンドに分
割してホストからの印字データを編集処理する際に、複
数の文書の管理が必要な場合に、中間データを容易に管
理できるプリンタデータ管理方式を提供することである
。

（課題を解決するための手段） 本発明に係る第１のプリンタデータ管理方式は、１枚の
文書を副走査方向に複数のバンドに分割し、１バンド分
のメモリ容量を備えた２個のイメージメモリを備え、ホ
ストからの印字データをドツトイメージデータとしてイ
メージメモリに速く展開するために印字データを中間デ
ータに編集して中間データ保持メモリに保持し、中間デ
ータ保持メモリに保持された中間データのイメージメモ
リへのドツトイメージの展開及び印字部へのデータ出力
をバンドごとに２個のイメージメモリについて交互に行
うプリンタの文字発生装置であって、中間データへの編
集において各バンドごとに中間データが発生すると中間
データ保持メモリにおいてまずそのバンドのデータ管理
上必要な最小容量の基本ブロックに中間データを保持し
、さらに基本ブロックの容量を越えてそのバンドの中間
データが発生すると、ある程度の容量のデータを保持可
能な拡張ブロックを中間データ保持メモリにおいてその
バンドについて確保し、その拡張ブロックに中間データ
を保持し、 中間データ保持メモリにおいて使用されているブロック
をバンドと対応付ける中間データ管理テーブルを設ける
ことを特徴とする。

本発明に係る第２のプリンタデータ管理方式は、請求項
１に記載されたプリンタデータ管理方式において、上記
のパケット管理テーブルを複数の文書に対応づけるため
め、管理すべき各文書に対応する文書管理テーブルをさ
らに設けることを特徴とする。

以下余白 （作用） １ページの文書を副走査方向に複数のバンドに分割し１
８７１分のメモリ容量を備えた２個のイメージメモリを
備え、交互に書き込みと印字出力を行う方式の文字発生
装置は、文書の上側のバンドから順に２個のイメージメ
モリに交互にドツトイメージを展開して印字を行わせる
。イメージメモリにドツトイメージを速く展開するため
にホストからの印字データを中間データ保持メモリに展
開しておく。

ドツトイメージに変換するための中間データを記憶する
中間データ保持メモリにおいて、中間データを保持する
だめの基本ブロックと拡張ブロックを各バンドについて
設ける。

ここに、基本ブロックはデータ管理上必要な最小容量（
たとえば２文字）のエリアであり、拡張ブロックはある
程度の容量のデータ（たとえば２００文字）が保持でき
るエリアを備える。各バンドにおいて、中間データはま
ず基本ブロックに保持され、基本ブロックの容量を越え
ると、拡張プロックが割り当てられる。このように各バ
ンドに対して割り当てられる中間データ保持メモリのエ
リア（容量）は、中間データの数により変動するので、
中間データ管理テーブルにより中間データ保持メモリ内
の各バンドのデータを管理する。

複数の文書の中間データを保持する場合は、さらに中間
データ管理テーブルと複数の文書と対応させる文書管理
テーブルを設けて中間データを各文書ごとに管理する。

以下余白 （実施例） 以下、添付の図面を参照して本発明の詳細な説明する。

（ａ）プリンタの文字発生装置の全体構成第１図は、本
発明の実施例に係るプリンタの文字発生装置の全体構成
を示す。ここで、インターフェイス部ｌは、ホストコン
ピュータ、イメージリーグ等のホストからの受信データ
（プロトコルデータ）を受信バッファ２に転送する。受
信バッファ２は、ホストからの受信データを記憶するバ
ッファメモリである。プロトコル解析部３は、受信デー
タを解析し、印字部インターフェイス制御コマンド、印
字データ等の識別を行い、それぞれ印字部インターフェ
イス制御部４と編集制御部５へ送る。印字部インターフ
ェイス制御部４は、電子写真プロセスで印字を行う印字
部の印字シーケンスの制御と操作パネルのＬＥＤ表示制
御を行う。

編集制御部５は、受信データよりカーソル位置を計算し
、文字等の情報（サイズ、ソースアドレスなど）である
バケットデータ（中間コード）を作り、バケットバッフ
ァ６に送る。本実施例においてプリンタ文字発生の制御
は、編集制御部５において行われる。フォント制御部７
は、フォントメモリ８のＲＯＭフォント及びダウンロー
ドフォントの管理を行なう。ビデオバッファ制御部９は
、ビデオバッファｌＯの制御を行なう。また、バケット
バッフ７６のパケットデータをもとにビデオバッファｌ
Ｏにイメージを展開する。ビデオバッファ１０は、ドツ
トイメージなどを記憶するバッファメモリである。

ホストより受信するプロトコルデータは、文字データ、
グラフィックデータ、ダウンロードデータ（フォント）
、および制御コマンドに分けられる。

データの流れは、第２図に示すようになる。

文字データは、文字コードに対応するビットマツプデー
タの記憶アドレスと印字位置に対応する印字用紙上の仮
想アドレスとを基にパケットブータラ作’）、バケット
バッフ７６に書き込む。

グラフィックデータには、ベクターグラフィックデータ
とラスターグラフィックデータとがある。

グラフィックデータは、ビデオバッファ制御部９を通し
て、ビデオバッファｌＯに書き込む。また、書き込んだ
アドレスと印字位置のアドレスを基にパケットデータを
作り、バケットバッフ７６に書き込む。

７オントのダウンロードデータは、ビデオバッファ制御
部９を通してビデオバッファｌｏに書き込む。また、書
き込んだフォントの管理データは、７オント管理テーブ
ルに登録する。

制御コマンドは、印字部を制御するためのコマンドにつ
いては、印字部に送り、その他のコマンドは、その内部
パラメータをセットする。

（ｂ）中間データへの変換とデータ管理方式本実施例に
おけるデータ管理方式においては、６枚までの文書が管
理できる。ホストから受信したイメージデータは、後で
説明するように、まず、中間データであるパケットデー
タに編集（変換）され、パケットデータはバケットバッ
ファ６に記憶される。このパケットデータは、通常は１
枚の文書のパケットデータが記憶されると、次にビット
データに変換してビデオバッファｌＯに記憶される。こ
のビットデータの書込と出力とは、第３図に示すように
１枚の文書を副走査方向（印字の紙送り方向）に複数個
（本実施例では５個）のバンドに分割したときのバンド
単位で順に行う。ビデオバッファ１０は、１枚分のビッ
トマツプメモリではなく、この１１５枚分の容量の２個
のエリアを備え、この２つのエリアにおいてビットデー
タの書込と読出とが交互に行われる。

このように１枚を５バンドに分割して、ビットデータの
書込と続出とを行うので、印字はペーパー上部より順次
印字していく。このため、文字データやグラフィックデ
ータを印字するために、あらかじめ通常は１枚分のデー
タを印字位置で編集しておく必要がある。そこで、１枚
分の印字データをパケットデータに変換し、パケットバ
ッファ６に記憶しておく。印字がバンド単位で行われる
のに対応して、第４図に示すように、パケットデータも
バンド単位で記憶される。そして、実際の印字処理は、
１枚分のパケットデータへの編集が終わってから、先頭
のバンドよりパケットデータを用いて２個のバンドバッ
ファに交互にドツトイメージを順次展開していく。

文字データとラスターグラフィックデータのパケットデ
ータへの変換は、通常は一定の方向に連続的に行われる
。しかし、ベクターグラフィックデータは、たとえば直
線の場合などは、複数のバンドにわたって存在しうるの
で、複数のパケットエリアに記憶されることがある。従
って、パケットデータの展開は、バンドの順に行なわれ
るとは限らない。後に説明するように、グラフィックデ
ータは、バンド内の小単位であるセル単位で記憶される
ので、複数のバンドにわたる直線の場合ベクターグラフ
ィックデータは、複数のバンドの複数のセルに対応して
パケットデータに変換され、関連するパケットエリアに
記憶される。

パケットデータのパケットバッフ７６への書込は、バン
ドごとに設けたパケットエリアに対してなされる。ｌバ
ンド内に書かれる文字数は一定でないために、ｌバンド
当りのパケットエリアの容量数を固定すると、パケット
バッファ６の使用効率が悪くなる。そこで、各バンドに
対して初めにデータ管理上必要な最小容量（たとえば２
文字分）だけパケットデータを登録するエリアを確保し
、これを越えて文字を書き込むときは、新たにある程度
多数の文字分（たとえば２００文字分）のパケットデー
タ登録エリアを追加し、その後は２００文字単位でパケ
ット登録エリアを確保していく。（最小容量を２文字分
としたのは、データの有無の判断や、複数バンドにわた
った文字の存在の可能性などによる。）従って、パケッ
トエリアは、第５図に示すように、数文字分（本実施例
では２文字分）の容量の基本パケットエリアと、多数の
文字分（本実施例では２００文字分）の拡張パケットエ
リアとに分けられる。基本パケットエリアＰ、、Ｐ３．
・・・、Ｐ、はすべてのバンドに対してあらかじめ設け
られるが、拡張パケットエリアＰ、、Ｐ、、・・・は、
各バンドにおいて３文字目以降のデータがある場合に必
要に応じて追加して割り当てられる。

ｌパケットは第６図に示すように、４ワードで構成する
。ここに、ソースアドレスは、ビデオバッファｌＯに書
き込むデータの先頭アドレスであり、ビデオバッファア
ドレスは、書き込み先のビデオバッファｌＯの先頭アド
レス（オフセット）であり、セル幅は、書き込むデータ
の幅であり、セル高さは、書き込むデータの高さであり
、フラグｌは、ビデオバッファ制御部９の制御フラグ（
ソース関係）である。

ｌパケットの管理するデータの量は、たとえば、文字デ
ータでは１文字であり、ラスターグラフィックデータで
は、１６０Ｘ１６０ドツト角のエリア（セルという）で
ある。

グラフィックデータは、セル単位でビデオバッファｌＯ
のグラフィック保持エリアに記憶される。

ここに、ｌセルとは、第７図に示すように、ホストによ
り指定されたペーパーサイズを特定サイズのｍｘｎ個（
本実施例では４Ｘ７）の領域に分割したものであり、各
セルにシリアル番号が付加される。

第８図のビデオバッファｌＯのメモリマツプに示すよう
に、バンドバッファおよびグラフィック保持エリアは、
同一のビデオバッファ１０上に設けられ、互いにペーパ
ーサイズおよびデータにより容量が変化する。従って、
後に説明する管理テーブルによりメモリを管理する。

グラフィック保持エリアは、ビデオバッファ１０上のラ
ストアドレスを開始点（Ｇ　ＲＲＡ　Ｓ　ＤＮＡＤ）と
し、登録エリアを確保するごとに、保持エリア終了ポイ
ンタ（ＧＲＲＡＳ　　ＢＯＴ）及び後述のＢテーブルの
対応文書のエンド保持エリアを更新する。

第９図は、特定サイズに分割したセルに対するグラフィ
ック保持エリア上のリニアアドレスを登録しておくアド
レステーブルを示す。セルマツプ上の各セルにｌ対ｌに
対応しており、保持エリア上に登録エリアの確保されて
いないセルは“００パが入っている。

いま、第７図のセルマツプにおいて、グラフィックデー
タの１枚内の絶対座標位置により、対応するセル番号が
はじめ３であったとき、第８図に示すように、ビデオバ
ッファ１０上での相対アドレスを求めてセル「３」での
登録エリアが確保されてデータが書き込まれるとともに
、保持エリア終了ポインタ（ＧＲＲＡＳ　　ＢＯＴ）が
更新され、これに対応して第９図に示すアドレステーブ
ルにおいてセル「３」のリニアアドレスが登録される。

また、−度登録したセルに重ね書きを行なうには、番号
に対応するアドレス値を求めてビデオメモリ上に書き込
むアドレス値を得る。

ビデオバッファｌＯ上にグラフィック保持エリアを確保
するときに、ビデオバッファ１０上に登録するセルデー
タに対して、パケットを作る。すなわち、グラフィック
データのパケットデータは、セル単位で処理される。パ
ケットを作ることによりグラフィックデータをバンドメ
モリに展開するときは文字データと同じ扱いとなる。

文書、パケットデータ及びグラフィック保持エリアを管
理するために、編集制御部５において３つのテーブルが
用いられる。

第１θ図に示すＡテーブルは、プリンタでイメージを保
持しておく必要がある枚数分の文書管理テーブルである
。それぞれの文書に対し、バンド０からボトムマージン
のバンドまでに対応する基本パケットの番号を管理する
後述のＢテーブルのスタートポイントとエンドポイント
、及びその文書について使用したグラフィック保持エリ
アのスタートポイントとエンドポイントを登録する。

第１１図は、６枚の文書に対し、パケットバッフ７６（
第５図参照）に記憶されるパケットデータを管理するテ
ーブルである。６枚の文書に対する基本パケットエリア
を管理する基本パケット管理テーブルと、必要に応じて
追加される拡張パケットエリアを管理する拡張パケット
管理テーブルとからなる。

個々のパケット管理テーブルの構成は第１２図に示すと
おりである。各バンドに対し、現在使用中の分割パケッ
トＮｏ、（基本パケットでのみ使用）、次に使用された
分割パケットＮｏ、、現在記憶されているパターン数、
各バンドの文字規定、パケットの先頭アドレス及びセグ
メント、及びパケットの次使用アドレス及びセグメント
が順次記憶される。ここで、現在使用中の分割パケット
Ｎｏ、は、使用可能な分割パケットがなくなった場合に
は、エンドコードが書き込まれる。次使用分割パケット
Ｎｏ、は、そのパケットでバンドデータ終了である場合
には　ｕＱ”が書き込まれる。現在使用中の分割パケッ
トの終了は、１ｗと２１の比較一致により検出される。

印字プロセスにおいて、ビデオバッファ制御部９に対す
るパケットデータ出力処理時に上記の次使用分割パケッ
トＮｏ、により、パケットの引きつぎを行なう。各バン
ドの最終データの検出は、ｌ曹のパターン数を印字プロ
セスにおいてカウントして行なう。

第１３図に示すＣテーブルは、文書、パケット、保持エ
リアの全体的な管理テーブルであり、排出等の処理終了
の検出された文書番号及び編集処理中（パケット作成中
）の文書番号を管理するページポインタ、使用中の拡張
パケット番号を管理する開始ポインタ及び終了ポインタ
、同じく使用中の保持エリアアドレスを管理する開始ポ
インタ及び終了ポインタで構成される。従、って、管理
中の文書の番号、管理中の文書によって使用されている
拡張パケットエリア及び管理中の文書により使用されて
いるグラフィックデータの保持エリアが管理される。

（ｃ）編集制御のフロー 第１４図は、編集制御部５を構成するＣＰＵの概略メイ
ン７０−を示す。このフローにおいて、パワーオン時に
ＣＰＵ及び周辺回路に対し初期化を行ない（＃２０１）
、ワークエリア及びパケットバッフ７６、ビデオバッフ
ァｌＯをクリアしく＃２０２）、デイツプスイッチ及び
デフォルト設定に従い、初期設定（ページカウンタＰＧ
−０）を行なう（＃２０３）。次に、パケットを管理す
るためのテーブル（Ａ、Ｂ、Ｃ）を初期化する（＃２０
４）。

各文書の初期設定として、まず、プリンタの基本的性能
により決定される最大管理文書数（本実施例では６）の
制限に対し、余裕があるかどうかを判定しく＃２０５）
、不可であれば（Ｎｏ）、それまでにすでに管理中の文
書の処理が終了するのを待つ。ホストからのデータの編
集開始が可能であれば（ＹＥＳ）、カレントページポイ
ンタ（Ｃテーブル）を更新しく＃２０Ｂ）、テーブルＡ
の対応文書番号のパラメータ（スタートＢテーブノ呟エ
ノドＢテーブル、スタート保持エリア）を設定する（＃
２０７）。次にその時点でパケットバッファ６に未使用
の拡張パケットエリアがあるか否かを判定しく＃２０８
）、なければ（Ｎｏ）、空パケツトエリアができるまで
待つ。

第１５図に示すように、ホストからの受信データは、イ
ンターフェイス部ｌで非同期に受信され（＃１Ｏ１）、
受信バッファ２に出力されている（＃１０２）。

第１４図に戻って説明を続けると、受信バッファ２に保
持されている受信データを読み込み解析しく＃２０９）
、印字データであれば（＃２１０でＹＥＳ）、グラフィ
ックデータ（ベクター及びラスター）か、文字データか
により（＃２１１）、各パケット作成処理を行なう（＃
２１２、＃２１３）。

受信データが制御コマンドである場合には（＃２１０で
Ｎｏ）、各々に対応する処理を行なう（＃２１４）。次
に、排紙要求であるか否かを判定しく＃２１５）、否で
あれば＃２ｏ９に戻り、受信データの解析を続ける。

処理するデータが排紙要求であれば（＃２１５でＹＥＳ
）、ページカウンタＰＧのインクリメントをしく４２１
６）、連続処理判定条件（たとえば両面複写では２）に
等しいが否かを判定する（＃２１７）。否であれば＃２
ｏ５に戻り、次の文書のデータを処理する。

連続処理判定条件に達すると、印字部に対し、起動を力
）、けると共に、自らもバンドバッファへのドツトイメ
ージデータの展開及びデータ出方を行なうプリントコン
トロール処理を行ない（＃２１８）、ページカウンタＰ
Ｇをリセットする（＃２１９）。そして、＃２ｏ５に戻
り、次の文書のデータを処理する。

第１６図は、タイマー割込処理の７０−を示す。

この処理は、特定時間毎に行なわれるものであり、第１
４図のフローの＃２ｏ５及び＃２ｏ８で判定されるパラ
メータはここで更新される。まず、エラー発生等の各種
フラグの読み込み（＃２５１）、その中で文書終了が検
出されれば（＃２５２でＹＥＳ）、ビデオバッフアＩＯ
上に保持されているグラフィックデータをクリアしく＃
２５３）、拡張パケットポインタ（Ｃテーブル）を更新
しく＃２５４）、Ｂテーブルの対応文書部を消去しく＃
２５５）、終了ページポインタ（Ｃテーブル）を更新す
る（＃２５６）。

第１７図に、グラフィックパケットの作成処理（第１４
図＃２１２）のフローを示す。本実施例に係る文字発生
装置は、１枚を副走査方向に特定ライン数ｎで分割し、
そのｎ９４７分のビットマツプメモリ（バンドバッファ
）を２面有し、各バンド毎に印字すべきデータを仮編集
したパケットデータをバケットバッファ６に保持してい
る。パケット構成は、文字パケットと共通である（第６
図）。

グラフィックデータにはベクターグラフィックデータと
ラスターグラフィックデータがあり、ベクターグラフィ
ックデータは〈描画指示コマンド〉（直線、円等）＋〈
パラメータ〉（座標、大きさ等）の形態で、ラスターグ
ラフィックデータはたとえばくコマンド〉＋＜データ長
〉＋くｌラインラスターデータ〉の形態でホストより送
信されている。

よって、まず、コマンド解析処理を行なう（＃３０１）
。その結果、その図形をドツト展開した場合の各ドツト
の１枚の文書上の絶対座標位置を算出しく＃３０２）、
その座標位置に対応するセルをセルマツプより検索しく
＃３０３）、対応セルに対する登録エリアがバンドバッ
ファと同一メモリｌＯ上に置かれた保持エリア（第８図
参照）に確保されていれば（＃　３０４でＹＥＳ）、対
応セル内の相対アドレスを算出しく＃３０５）、データ
を書き込む（＃３０６）。登録エリアがない場合（＃３
０４でＮＯ）、空パケット（基本パケットエリアとすで
に割り当てられている拡張パケットエリアにおけるメモ
リの空き）の有無（１３０８）及び拡張パケットエリア
の有無（＃３０９）を検索し、どちらも空きがなければ
エラー処理（＃３１４、第１９図参照）を行ない、空き
エリアができる・まで待機する。拡張パケットエリアが
確保できる場合には（＃　３０９でＹＥＳ）、Ｂ及びＣ
テーブルを更新し、拡張パケットエリアを割り当てる。

登録するパケットエリアが確保できる場合は、空ビデオ
バッファ１０の残量をチエツクしく＃３１１）、空エリ
アのある場合には（ＹＥＳ）、登録エリアを確保しく＃
３１２）、セルの先頭アドレス、幅、高さ、及び展開時
のアドレスを算出し、パケットを作成して登録し、Ｂテ
ーブルを更新する（＃３１３）。登録エリアが確保でき
ない時は（＃３１１でＮｏ）、エラー処理を行なう（＃
３０９）。

以上の処理（＃　３０２〜＃３１４）を未処理の対象デ
ータに対し繰り返す（＃　３０７でＹＥＳの場合）。保
持されたパケットデータは、プリントコントロール処理
時に（第１４図＃２１８）、各バンドの展開時にビデオ
バッファ制御部９を通じてバンドバッファに展開される
（第３図）。

第１８図は、文字パケット作成処理（第１４図＃２１２
）の７０−を示す。本実施例に係る文字発生装置は、１
枚を副走査方向に特定ライン数ｎで分割し、その０２４
２分のビットマツプメモリ（バンドバッファ）を２面有
し、各バンド毎に印字すべきデータを仮編集したパケッ
トデータをパケットバッファ６に保持している。カーソ
ル位置に対して対応するバンドのパケットエリアに空が
あれば（＃４０１でＹＥＳ）、フォントアドレス及びビ
デオバッファＩＯに展開する場合のリニアアドレスを算
出し、パケットデータを作成し、パケットエリアに登録
し、その管理テーブルであるＢテーブルを更新する（＃
４０２）。空パケットがない場合には、未使用の拡張パ
ケットエリアがある時（＃４０３でＹＥＳ）、Ｂ及びＣ
テーブルを更新し、対象バンドに対し、拡張パケットエ
リアを割り当てる（＃４０４）。グラフィックパケット
と同じく、空パケットがなく、かつ、空拡張パケットエ
リアがない場合には、エラー処理（第１９図参照）を行
なって（＃４０５）、終了する。

第１９図は、拡張パケットエリア及びビデオバッファｌ
Ｏが編集処理途中で不足した場合のエラー処理（第１７
図＃３１４、第１８図＃４０５）のフローを示す。プリ
ンタがたとえば１枚のペーパーに対し複数文書を印字す
る場合の枚数が連続処理判定条件として、初期設定（第
１４図、＃２０３）において設定されている。連続判定
条件は、プリンタの構造等の条件により決定される。た
とえば両面印字の場合は２である。Ｃテーブルにおいて
エラーを発生した現編集中の文書番号と処理終了した文
書番号の差が連続処理判定条件以下であれば（＃１１０
１でＹＥＳ）、そのペーパーに対する複数文書の編集に
対するメモリが絶対的に不足しているということになり
、待機のためエラー表示を行なう（＃１１０３）。差が
連続処理判定条件より大きければ、ペーパーを排出し、
処理終了が更新されることにより拡張パケットバッファ
及びビデオバッファＩＯの空ができるのを待つ（＃１１
０４、＃１１０５）。メモリの空きができれば、エラー
表示を消す（＃１１０６）。

以下余白 （発明の効果） 本発明に係る第１のプリンタデータ管理方式では、１枚
の文書中の印字データの多いバンドに対しては、そのバ
ンドのための中間データのデータ保持エリアがデータ量
に応じて増加するために、データ量の片寄った文書にも
対応でき、メモリを効率的に利用できる。

本発明に係る第２のプリンタデータ管理方式では、複数
枚の文書の中間データの管理を、１枚の文書の管理をほ
とんど変更せずに、容易に行なうことができる。

【図面の簡単な説明】

第１図は、プリンタの文字発生装置の全体構成図である
。 第２図は、データの流れを示す図である。 第３図は、１枚の文書を５つのバンドに分割した図であ
る。 第４図は、文字、グラクイックデータのビットイメージ
への展開を示す図である。 第５図は、パケットバッファのエリア構成を示す図であ
る。 第６図は、パケットデータの構成を示す図である。 第７図は、セルマツプの図である。 第８図は、ビデオメモリマツプの図である。 第９図は、アドレステーブルの図である。 第１Ｏ図は、文書管理テーブルＡの図である。 第１１図は、パケット管理テーブルＢの図である。 第１２図は、第１１図に示すパケット管理テーブルにお
ける各パケット管理データの図である。 第１３図は、全体的な管理テーブルＣの図である。 第１４図は、編集制御部の制御のフローチャートである
。 第１５図は、データ受信処理のフローチャートである。 第１６図は、タイマー割込の７０−チャートである。 第１７図は、グラフィックパケット作成処理のフローチ
ャートである。 第１８図は、文字パケット作成処理の７０−チャートで
ある。 第１９図は、エラー処理のフローチャートである。 ５・・・編集制御部、６・・・バケットバッファ、ｌＯ
・・・ビデオバッファ。

Claims (2)

【特許請求の範囲】
1. （１）１枚の文書を副走査方向に複数のバンドに分割し
   、１バンド分のメモリ容量を備えた２個のイメージメモ
   リを備え、ホストからの印字データをドットイメージデ
   ータとしてイメージメモリに速く展開するために印字デ
   ータを中間データに編集して中間データ保持メモリに保
   持し、中間データ保持メモリに保持された中間データの
   イメージメモリへのドットイメージの展開及び印字部へ
   のデータ出力をバンドごとに２個のイメージメモリにつ
   いて交互に行うプリンタの文字発生装置であって、 中間データへの編集において各バンドごとに中間データ
   が発生すると中間データ保持メモリにおいてまずそのバ
   ンドのデータ管理上必要な最小容量の基本ブロックに中
   間データを保持し、 さらに基本ブロックの容量を越えてそのバンドの中間デ
   ータが発生すると、ある程度の容量のデータを保持可能
   な拡張ブロックを中間データ保持メモリにおいてそのバ
   ンドについて確保し、その拡張ブロックに中間データを
   保持し、 中間データ保持メモリにおいて使用されているブロック
   をバンドと対応付ける中間データ管理テーブルを設ける
   ことを特徴とするプリンタデータ管理方式。
2. （２）請求項１に記載されたプリンタデータ管理方式に
   おいて 上記のパケット管理テーブルを複数の文書に対応づける
   ための、管理すべき各文書に対応する文書管理テーブル
   をさらに設けることを特徴とするプリンタデータ管理方
   式。