JPH1016319A - プリントデータ展開装置 - Google Patents

Abstract

(57)【要約】 【課題】 バンドメモリを使用してプリントデータの展
開を行う場合に、ページ内で一度出現した文字を再度展
開処理する必要のないようにしたプリントデータ展開装
置を得ること。 【解決手段】 第１の処理部１２５は入力データ１２１
が文字のときにエンティティ生成処理部１２６を指示し
てフォントのビットマップデータが展開されていない場
合にはエンティティ元データ格納バッファ１１０からこ
れを展開させると共に文字別カウンタのカウント値を
“１”に設定する。すでに展開されているときは現在の
カウント値を“１”だけアップさせる。第２の処理部１
２９はバンドメモリにビットマップデータを貼り付ける
たびにカウント値を“１”ずつダウンさせる。カウント
値が初期値にまで減少しない間、展開したデータを保持
することで、キャッシュ・メモリのようにデータが途中
で消失する事態を防止できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はプリントデータを展
開してプリンタに供給するためのプリントデータ展開装
置に係わり、特にバンドメモリを使用してこれに文字等
のプリントデータを展開して印字処理を行う場合に適し
たプリントデータ展開装置に関する。

【０００２】

【従来の技術】文字やイメージ等からなるプリントデー
タを処理するプリンタでは、１ページ分のプリントデー
タをフレームバッファ（ページメモリ）に一度展開して
から印字を行う形式のものと、ページメモリを幾つかに
分割したバンドバッファ（バンドメモリ）にプリントデ
ータを順次展開しながら印字を行う形式のものとが存在
する。

【０００３】図１３は、フレームバッファを使用したプ
リントデータ展開装置のプリントデータ展開処理の原理
を表わしたものである。プリントデータ１１は、プリン
トデータ解釈部１２に入力され、ここでプリントデータ
の種類が解釈される。これがグラフィックデータの場合
には、グラフィック描画部１３にグラフィック描画信号
１４が入力される。グラフィック描画部１３は、フレー
ムバッファ１５の指定された位置に三角形等のグラフィ
ック１６を描画する。

【０００４】これに対して、プリントデータ解釈部１２
がそのプリントデータ１１をラスタイメージデータと解
釈した場合には、ラスタイメージ描画部１８にラスタイ
メージ描画信号１９が入力される。ラスタイメージ描画
部１８は、フレームバッファ１５の指定された位置に例
えば写真等のラスタイメージ２１を描画する。プリント
データ解釈部１２がそのプリントデータ１１をフォント
データであると解釈した場合には、フォント描画部２２
にその表わすフォントを描画するためのフォント描画信
号２３が入力される。フォント描画部２２は、フレーム
バッファ１５の指定された位置にフォントから構成され
る文字列を描画する。

【０００５】このフォント描画部２２の描画に際して
は、フォント・メモリ２６からアウトライン・フォント
のデータ２７が読み出され、フォント展開部２８で展開
されてフォントのビットマップデータ２９が作成され
る。このビットマップデータ２９は、フォント・キャッ
シュ部３１を経て、フォント・ビットマップデータ３２
としてフォント描画部２２に送られる。ただし、展開処
理されたビットマップデータ２９はフォント・キャッシ
ュバッファ３３に登録される。したがって、フォント・
キャッシュ部３１がこのフォント・キャッシュバッファ
３３にアクセスして、必要なフォントのビットマップデ
ータ２９を見つけたときには、フォント展開部２８でフ
ォントの展開処理を行うことなく、フォント・キャッシ
ュバッファ３３からそのフォント・ビットマップデータ
３４を読み出して、フォント描画部２２に送出すること
になる。

【０００６】図１４は、従来のフレームバッファを使用
したプリントデータ展開装置の展開処理の流れを表わし
たものである。この装置の図示しないＣＰＵ（中央処理
装置）は所定の制御手順に沿ってこの制御を行う。ま
ず、ＣＰＵは現在処理しようとするプリントデータがグ
ラフィックを表わすものであるかどうかをチェックする
（ステップＳ１０１）。グラフィックを表わすものであ
れば（Ｙ）、このグラフィックを展開して図１３に示し
たフレームバッファ１５にマップする（ステップＳ１０
２）。そして、プリンタデータが終了したかどうかを判
別し（ステップＳ１０３）、終了していなければ再びス
テップＳ１０１の処理に戻る。

【０００７】ステップＳ１０１の処理でグラフィックで
ないと判別された場合には（Ｎ）、そのプリントデータ
がラスタイメージに関するものであるかどうかの判別が
行われる（ステップＳ１０４）。ラスタイメージである
と判別された場合には（Ｙ）、そのラスタイメージを該
当するバンドメモリにマップ（描画）する（ステップＳ
１０５）。そして、ステップＳ１０３の処理に進むこと
になる。ステップＳ１０４でラスタイメージではないと
判別された場合には（Ｎ）、残りの選択肢としてのフォ
ントであると判別される。この場合には（Ｎ）、図示し
ないフォント・キャッシュに登録されているかどうかの
検索を行う（ステップＳ１０６）。登録されていれば
（Ｙ）、その文字のビットマップデータをフォント・キ
ャッシュから読み出し（ステップＳ１０７）、これを図
１３に示したフレームバッファ１５にマップする（ステ
ップＳ１０８）。

【０００８】フォント・キャッシュにその文字のビット
マップデータが登録されていない場合には（ステップＳ
１０２；Ｎ）、その文字のアウトライン・フォントを読
み出してビットマップデータに展開する（ステップＳ１
０９）。そして、これをフォント・キャッシュに登録し
（ステップＳ１１０）、これを図１３に示したフレーム
バッファ１５にマップする（ステップＳ１０８）。

【０００９】図１５は、バンドバッファの構成の一例を
表わしたものである。図１３に示したフレームバッファ
１５と対比するとわかるように、バンドバッファ４１は
１フレームを複数のバンドに分割した構成となってい
る。この結果、例えば三角形のグラフィック１６はその
上端部とそれ以外の部分が異なったバンドに属するよう
になっている。

【００１０】図１６は、このバンドバッファを使用した
プリントデータ展開装置のプリントデータ展開処理の様
子を表わしたものである。図１３と同一部分には同一の
符号を付しており、これらの説明を適宜省略する。この
プリントデータ展開装置は、中間コード生成部５１と中
間コード消費部５２を備えている。中間コード生成部５
１は、グラフィック中間コード生成部５３と、ラスタイ
メージ中間コード生成部５４と、フォント中間コード生
成部５５を備えている。プリントデータ１１は、プリン
トデータ解釈部１２に入力され、ここでプリントデータ
の種類が解釈される。これがグラフィックデータの場合
には、グラフィック中間コード生成部５３にグラフィッ
ク中間コード生成信号５７が入力される。グラフィック
中間コード生成部５３は、グラフィック中間コード５８
を生成して、これを中間コードバッファ５９に入力す
る。

【００１１】これに対して、プリントデータ解釈部１２
がそのプリントデータ１１をラスタイメージデータと解
釈した場合には、ラスタイメージ中間コード生成部５４
にラスタイメージ中間コード生成信号６１が入力され
る。ラスタイメージ中間コード生成部５４は、ラスタイ
メージ中間コード６２を生成してこれを中間コードバッ
ファ５９に入力する。また、プリントデータ解釈部１２
がそのプリントデータ１１をフォントデータと解釈した
場合には、フォント中間コード生成部５５にフォント中
間コード生成信号６３が入力される。フォント中間コー
ド生成部５５は、フォント中間コード６４を生成してこ
れを中間コードバッファ５９に入力する。

【００１２】中間コードバッファ５９は、中間コードソ
ート部６６と接続されている。中間コードソート部６６
は、図１５に示したバンドバッファ４１による各バンド
のイメージの生成過程で該当する位置（ラスタ）の中間
コードを検索してその出力を指示する。中間コード消費
部５２は、グラフィックの描画を行うグラフィック描画
部６７と、ラスタイメージの描画を行うラスタイメージ
描画部６８と、フォントの描画を行うフォント描画部６
９を備えている。そして、中間コードソート部６６の出
力指示によって出力されるグラフィック描画指示信号７
１、ラスタイメージ描画指示信号７２およびフォント描
画指示信号７３によって、それぞれのビットマップデー
タ７４、７５、７６が図１５に示したバンドバッファ４
１にそれぞれのタイミングで送出され、ビットマップデ
ータのマップが行われることになる。

【００１３】ここで、フォント描画部６９は、中間コー
ドバッファ５９から出力されたフォント描画指示信号７
３に応じてフォント・キャッシュ部３１から所望のフォ
ントのビットマップデータを得ることになる。フォント
・キャッシュ部３１はこのために、フォント中間コード
生成部５５に対してビットマップデータのフォント・イ
ンデックス情報７８を供給するようになっている。

【００１４】ところで、図１３に示したフレームバッフ
ァ１５を使用したプリントデータ展開装置では、１ペー
ジ分のビットマップデータを形成するメモリ領域が備え
られているので、展開処理自体は比較的単純に行うこと
ができる。しかしながら、１ページ分という大きなメモ
リ容量のビットマップデータ展開領域を必要とする。

【００１５】一方、図１５および図１６に示したように
バンドバッファ４１あるいはバンドメモリを使用する
と、１ページ分のメモリを必要としないので、メモリ容
量を節約することができるという利点がある。特に最近
では画像の高解像度化とカラー化およびプリントアウト
する用紙の大型化が進んでおり、１ページ分のプリント
データを展開するためにはかなりのメモリ容量を必要と
する。したがって、バンドメモリを使用するプリントデ
ータ展開装置が注目されている。

【００１６】ところで、文字のように１つのページに繰
り返し出現する可能性のあるプリントデータについて
は、そのたびにこれを展開してメモリに書き込むように
すると、展開するプリントデータの数が多くなると描画
処理に長時間を要することになる。この結果、バンドご
とに展開処理に要する時間がまちまちになると、感光体
ドラムを使用したレーザプリンタのように一度印字を開
始した後は定速で処理する必要のある装置では、ページ
の一部に印字のできない領域が発生するおそれがある。

【００１７】このような問題を解決するためには、キャ
ッシュ・メモリを用意しておき、一度使用した図形や文
字等の展開後のプリントデータをこれに格納しておき、
次に展開処理するときにはこのキャッシュ・メモリから
プリントデータを読み出すという方式が存在する。しか
しながら、多数の文字を配置したページで、例えばアウ
トラインフォントからこれらの文字を発生させるものと
すると、展開後の各文字のビットマップデータが次々と
キャッシュ・メモリに格納されることになり、キャッシ
ュ・メモリを大容量化しないとその効果を十分期待する
ことができない。

【００１８】そこで、文字等を表わしたコード情報を一
度、中間コードに直して、これを必要に応じて中間コー
ド専用のメモリに格納しようとする提案が行われている
（特開平６−１１９１３１号公報および特開平６−２９
０００７号公報）。

【００１９】例えば特開平６−２９０００７号公報で
は、レーザプリンタのような連続同期ラスタ出力装置に
次のような手段を具備させている。 （ａ）出力すべきページ映像を定めるページ記述言語で
の指令を受けて、これを解釈する手段。 （ｂ）解釈されたページ記述言語指令から１組の図形オ
ーダを発生して、 ｉ）出力装置により求められる速さで出力装置へ供給で
きるビットマップ映像のバンドに前記した図形オーダを
処理して取り込み、 ｉｉ）バンドの最初の１つにある図形情報が出力装置に
より出力されている間に、第２のバンドに対するビット
マップ映像を発生する手段。 （ｃ）ビットマップ映像のバンドを図形オーダから発生
する手段。 （ｄ）ビットマップ映像のバンドを出力装置へ出力する
手段。

【００２０】すなわち、この先行技術では、第１のバン
ドを構成した後で第１のバンドがプリントされている間
に、第２のバンドを構成するようにしている。これによ
り、プリンタのスループットを向上させる。また、ペー
ジ映像中の画素を取り出すアプリケーションが発生した
指令は、ビットマップへ直接変換されるのではなく、図
形オーダへ変換される。図形オーダに必要とされるメモ
リ量は対応するビットマップのそれよりも遙に少ない。
また、変換された図形オーダはビットマップへ迅速に変
換することができる。このようにこの先行技術では、映
像の描画を図形オーダを構成する過程と、映像を描く過
程に分けている。また、構成した図形オーダは、２回目
の取り出し過程に備えてユーザメモリに記憶されるよう
になっている。

【００２１】ページ映像のための全てのオーダが発生し
たら、各バンドに最大で１回ずつこのオーダが使用され
るように処理される。現在のバンドに使用しないオーダ
は、次のバンド以降のバンドに使用されるためにスキッ
プされるようになっている。

【００２２】この特開平６−２９０００７号公報および
前記した特開平６−２９０００７号公報は外国語を主に
配慮した技術内容となっている。したがって、文字の種
類が比較的少なく、かつ文字パターンが比較的単純な英
語等の外国語の場合には、中間コードを中間コード記憶
用のメモリ領域に格納することでバンドごとのプリント
データの展開処理をある程度満足に行うことができる。

【００２３】ところが、漢字やカナから構成される日本
語のように多くの文字を使用する言語を含んだプリント
データを展開処理しようとすると、記憶すべき中間コー
ドの種類が膨大となり、中間コード用のメモリを圧迫す
ることになった。そこで、文字のプリントデータについ
ては中間コード用のメモリに記憶する量を制限し、ある
いはこれに記憶しないようにして、この中間コード用の
メモリに記憶されない文字用の中間コードをキャッシュ
・メモリ（フォント・キャッシュ）に格納するという方
式も提案されている。

【００２４】図１７は、フォント・キャッシュを用いた
場合の従来のプリントデータの展開処理の概要を表わし
たものである。図示しないＣＰＵは、中間コードを解釈
しこれがグラフィックに関するものであれば（ステップ
Ｓ２０１；Ｙ）、そのグラフィックをバンドメモリにマ
ップする（ステップＳ２０２）。そして、後続の中間コ
ードが存在する場合には（ステップＳ２０３；Ｎ）、再
びステップＳ２０１に戻って処理を行う。後続の中間コ
ードが存在しない場合には（ステップＳ２０３；Ｎ）、
バンドメモリに対するビットマップデータの展開処理を
終了させる（エンド）。

【００２５】これに対して、ステップＳ２０１で該当す
る中間コードがグラフィックに関するものではなかった
場合（Ｎ）、ＣＰＵはラスタイメージであるかどうかの
判別を行う（ステップＳ２０４）。ラスタイメージであ
ると判別された場合には（Ｙ）、そのラスタイメージを
該当するバンドメモリにマップする（ステップＳ２０
５）。そして、ステップＳ２０３の処理に進むことにな
る。ステップＳ２０４でラスタイメージではないと判別
された場合には（Ｎ）、残りの選択肢としてのフォント
であると判別される。この場合には（Ｎ）、図示しない
フォント・キャッシュから文字のビットマップデータを
取り出すことになる（ステップＳ２０６）。そして、こ
のビットマップデータを該当するバンドメモリにマップ
する（ステップＳ２０７）。この後、ステップＳ２０３
に進んで同様の処理が行われることになる。

【００２６】図１８は、図１７のステップＳ２０６で示
した処理を具体的に表わしたものである。フォント・キ
ャッシュから文字のビットマップデータの取り出しが要
求されると、このフォント・キャッシュ内に、指定され
たフォントがすでに登録されているかどうかをチェック
する（ステップＳ３０１）。そのフォントが登録されて
いる場合には（Ｙ）、更にこれを展開処理する必要がな
い（エンド）。すなわち、この場合には図１７のステッ
プＳ２０７の処理に移行することになる。

【００２７】これに対して、未登録の場合には（ステッ
プＳ３０１；Ｎ）、その文字のアウトライン情報を基に
して、文字をビットマップデータに変換する（ステップ
Ｓ３０２）。この変換後のビットマップデータはバンド
メモリに格納されるが、この処理を再度行わないでもよ
いように、フォント・キャッシュ登録領域内の空き領域
のサーチが行われる（ステップＳ３０３）。そして、こ
の空き領域にその文字のビットマップデータを登録する
（ステップＳ３０４）。これ以後、同一フォントの指定
が行われた場合には、ステップＳ３０１でそのフォント
・キャッシュがヒットされることになり、ステップＳ３
０２以降の処理が不要となる。

【００２８】図１９は、この従来のプリントデータ展開
装置で複数のプリントジョブを実行する場合の様子を原
理的に表わしたものである。プリントデータ１１として
第１のプリントジョブ１１Ｊ₁ 、第２のプリントジョブ
１１Ｊ₂ 、……が時間的に相次いで入力されるものとす
る。入力処理部８１ではこれらのプリントジョブを構成
するデータ（コマンド列）をジョブ単位で入力バッファ
８２に入力する。

【００２９】第１の処理部８３は、入力バッファ８２に
入力されたデータをジョブ単位に処理するところであ
る。第１の処理部８３は、入力バッファ８２からデータ
（コマンド列）を１つずつ取り出して、冗長度のない中
間コードに変換する。この中間コードは、データ列から
なるエンティティ（Entity）８４として中間バッファ８
５に使用順に格納される。エンティティ８４はデータ列
から構成されており、これらのデータ長はそれぞれのエ
ンティティ８４によって異なる。これら生成されるエン
ティティ８４は数千種類存在する。中間コードによって
はこれらのエンティティが複数回使用されることにな
る。

【００３０】第２の処理部８５は、第１の処理部８３と
は非同期に動作する部分であり、中間バッファ８４に格
納された中間データを取り出して、それぞれ指定された
処理を行って出力処理部８７に論理ブロック単位で送出
する。出力処理部８７は、送られてきたデータを所定時
間内に処理してすべて出力するようになっている。この
ようなプリントデータ展開装置では、エンティティ元デ
ータ格納バッファ８９に格納されたエンティティを用い
て、第１の処理部８３はエンティティ生成処理部８８で
エンティティを生成させる。エンティティキャッシュ処
理部９０が参照され、エンティティキャッシュバッファ
９１内に以前に生成したエンティティが存在すれば、そ
のエンティティの生成は行われない。

【００３１】

【発明が解決しようとする課題】なお、この従来技術で
は、エンティティデータを第２の処理部８５とエンティ
ティキャッシュ処理部９０の双方が所持することにな
る。このため、メモリの効率的な活用を行うことができ
ない。また、フォント・キャッシュを設けると、これに
登録されている文字のビットマップデータ（あるいは中
間コード）については再度展開処理あるいは中間コード
への変換処理を行う必要がない。しかしながら、フォン
ト・キャッシュはその性格上、一度使用したデータをす
べて継続的に保持することを保証するものではない。し
たがって、あるバンドで使用した文字の中間コードが次
のバンドでは使用されず、これよりも更に後のバンドで
使用されるような場合には、ヒット率が大幅に低下する
ことになりかねない。

【００３２】例えば日本語と韓国語の対訳のページでそ
れぞれの部分が各々のバンドにほぼ対応するような場合
がその一例である。このような場合には、日本語がキャ
ッシュ・メモリの大半を占めるようになると韓国語につ
いて登録していたビットマップデータまたは中間コード
がフォント・キャッシュから追い出される。この結果と
して、キャッシュがヒットしないことが多くなり、これ
らの文字についてはそのビットマップデータを再度作り
出さなければならず、全体的なプリントデータの展開処
理を非効率にする原因となった。また、極端な場合に
は、このようにヒットしない文字のプリントデータが多
発すると、特定のバンドでビットマップデータの展開が
追いつかず、前記したように１ページの一部分の印字が
不可能となる事態が発生することになった。

【００３３】このようなビットマップデータの再展開を
最小限にする工夫は、例えば特開平６−２８１２２号公
報でも提唱されている。この技術では文字の出現頻度を
基にして、これが高いものほど順番にイメージデータを
生成してフォント・キャッシュを行うようにしている。

【００３４】図２０は、図１９に対応するもので、この
提案のプリントデータ展開装置で複数のプリントジョブ
を実行する場合の様子を原理的に表わしたものである。
図１９と同一部分には同一の符号を付しており、これら
の説明を適宜省略する。この提案でも、プリントデータ
１１として第１のプリントジョブ１１Ｊ₁ 、第２のプリ
ントジョブ１１Ｊ₂ 、……が時間的に相次いで入力され
るものとする。入力処理部８１ではこれらのプリントジ
ョブを構成するデータ（コマンド列）をジョブ単位で入
力バッファ８２に入力する。

【００３５】第１の処理部８３は、入力バッファ８２に
入力されたデータをジョブ単位に処理するところであ
る。第１の処理部８３Ａは、入力バッファ８２からデー
タ（コマンド列）を１つずつ取り出して、冗長度のない
中間コードに変換する。この変換の際に、エンティティ
の使用頻度が予め算出される。中間バッファ８５には、
エンティティを指定するコマンドが入力される。第２の
処理部８６Ａはこのエンティティを指定するコマンド情
報と、エンティティ生成処理部８８から送られてくるこ
のコマンド情報を基にして出力処理部８７に論理ブロッ
ク単位で送出される。なお、エンティティキャッシュ処
理部９０Ａでは第１の処理部８３Ａで算出した使用頻度
に基づいてエンティティのキャッシュを実施することに
なる。出力処理部８７は、送られてきたデータを所定時
間内に処理してすべて出力するようになっている。

【００３６】ところで、この提案のように文字の全体的
な出現頻度すなわちエンティティの使用頻度を算出した
としても、この算出結果とバンドごとの文字の出現する
確率とは関係しない場合も多い。したがって、この図２
０に示した提案を用いたとしても、文字の再展開が頻繁
に行われる場合が可能性として存在することになる。更
に、この提案では、文字の出現頻度を第１の処理部８３
で予め調査することにしている。このため、この分だけ
全体的な処理時間が長くなるという問題もあった。

【００３７】そこで本発明の目的は、バンドメモリを使
用してプリントデータの展開を行う場合に、ページ内で
一度出現した文字を再度展開処理する必要のないように
したプリントデータ展開装置を提供することにある。

【００３８】本発明の他の目的は、バンドメモリを使用
してプリントデータの展開を行う場合に、ページ内で一
度出現した文字を再度展開処理する必要のないようにす
るときに、中間コードを格納する専用のメモリの容量を
比較的小さく設定することのできるプリントデータ展開
装置を提供することにある。

【００３９】本発明の更に他の目的は、複数ページまた
は複数のジョブのプリントを行うとき、後で行うページ
またはジョブで文字の展開処理をなるべく省略すること
ができるようにしたプリントデータ展開装置を提供する
ことにある。

【００４０】

【課題を解決するための手段】請求項１記載の発明で
は、（イ）ビットマップデータに展開する前のフォント
データを文字ごとに格納したフォントデータ格納手段
と、（ロ）プリントのための１ページ分のビットマップ
データを複数のバンドに分割するときのバンド単位のビ
ットマップデータを記憶するバンドメモリと、（ハ）プ
リントすべきデータとしてのプリントデータが文字を表
わしたデータであるときどの文字を表わしたデータであ
るかの判別を順に行う文字種類判別手段と、（ニ）フォ
ントデータ格納手段に格納された文字をその文字のビッ
トマップデータに展開するビットマップデータ展開手段
と、（ホ）このビットマップデータ展開手段によって展
開後のビットマップデータをその文字についてのカウン
ト値と対応させて文字単位のブロックごとに格納するビ
ットマップデータ格納手段と、（ヘ）文字種類判別手段
によって判別された文字がこのビットマップデータ格納
手段に格納されているかどうかを検索する検索手段と、
（ト）この検索手段の検索した文字がビットマップデー
タ格納手段に格納されていないとき、カウント値が所定
の初期値を示している文字のブロックあるいはビットマ
ップデータの格納されていない文字のブロックのうちの
１つのブロックにこの検索した文字のビットマップデー
タをビットマップデータ展開手段で展開した後格納する
と共に、対応するカウント値を初期値より１段階進んだ
ものに設定するカウント値初期設定手段と、（チ）検索
手段の検索した文字がビットマップデータ格納手段に格
納されているときそのビットマップデータをビットマッ
プデータ展開手段で展開することなくそのビットマップ
データに対応する現在のカウント値を更に１段階進んだ
ものに変更するカウント値カウントアップ手段と、
（リ）プリントの進行と共にバンドメモリに文字を描画
する時点でビットマップデータ格納手段から該当するビ
ットマップデータを読み出すときその文字のカウント値
を１段階後退したものに変更するカウント値カウントダ
ウン手段とをプリントデータ展開装置に具備させる。

【００４１】すなわち請求項１記載の発明では、プリン
トすべきデータとしてのプリントデータが文字を表わし
たデータであるとき文字種類判別手段でこの文字の種類
を判別し、検索手段を用いてそのビットマップデータが
ビットマップデータ格納手段に格納されているかどうか
を検索することにしている。その結果、そのビットマッ
プデータが格納されていないときには、フォントデータ
格納手段から該当するフォントを読み出してビットマッ
プデータ展開手段を用いてビットマップデータに展開す
る。そしてこれをビットマップデータ格納手段に格納す
ることになるが、このときカウント値初期設定手段で対
応するそのフォントのカウント値を初期値より１段階進
んだものに設定する。ここで初期値とは例えばカウント
値が“０”の状態をいい、そのビットマップデータの記
憶領域（ブロック）を開放してもよいとする状態をい
う。初期値より１段階進んだものに設定するとは、まだ
そのビットマップデータを消してはならないという状態
が１段階進んだことを意味する。カウント値が所定の初
期値を示している文字のブロックとは、このように他の
ビットマップデータのために開放してもよいブロックを
いい、ビットマップデータの格納されていない文字のブ
ロックとはまだ未使用の記憶領域（ブロック）をいう。
例えばＡという文字のフォントのビットマップデータを
格納しようとすると、これがビットマップデータ格納手
段に格納されていない場合には、カウント値が初期値と
なっている他のビットマップデータのブロックを見つけ
る。これが例えばＢという文字のビットマップデータを
格納しているブロックであるとすると、これをＡという
文字のフォントのビットマップデータを格納する領域に
変更するのである。そして、カウント値は初期値よりも
１段階進んだものにして、そのビットマップデータをバ
ンドメモリに貼り付けるまでの間は、他のフォントによ
って書き改められることを防止する。

【００４２】検索手段の検索した文字がビットマップデ
ータ格納手段に格納されているときには、ビットマップ
データを更に展開する手間を省くために、その文字のビ
ットマップデータはそのまま利用し、カウント値を現時
点よりも１段階進める。一方、プリントの進行と共にバ
ンドメモリに文字が次々と描画されていく。これらの各
時点でビットマップデータ格納手段から該当するビット
マップデータを読み出すときカウント値カウントダウン
手段を用いて、対応する文字についてのカウント値を１
段階ずつ後退したものに変更する。このようにすると、
差し引きで初期値よりも進んだ段階にあるカウント値の
文字のビットマップデータは、まだ描画が行われる予定
のものということになり、このようなものは消去するこ
とができないということになる。これに対して、プリン
トの要求された文字ですべて描画の行われたものについ
てはカウント値が初期値に復帰しているので、前記した
ようにこれらのビットマップデータは他のビットマップ
データと交替することが可能となる。これにより、バン
ドメモリを使用してプリントデータの展開を行う場合
に、ページ内で一度出現した文字を再度展開処理する必
要のないようにすることが可能になる。

【００４３】請求項２記載の発明では、（イ）ビットマ
ップデータに展開する前のフォントデータを文字ごとに
格納したフォントデータ格納手段と、（ロ）プリントの
ための１ページ分のビットマップデータを複数のバンド
に分割するときのバンド単位のビットマップデータを記
憶するバンドメモリと、（ハ）プリントすべきデータと
してのプリントデータが文字を表わしたデータであると
きどの文字を表わしたデータであるかの判別を順に行う
文字種類判別手段と、（ニ）フォントデータ格納手段に
格納された文字をその文字のビットマップデータに展開
するビットマップデータ展開手段と、（ホ）このビット
マップデータ展開手段によって展開後のビットマップデ
ータをその文字についてのカウント値と対応させて文字
単位のブロックごとに格納するビットマップデータ格納
手段と、（ヘ）文字種類判別手段によって判別された文
字がこのビットマップデータ格納手段に格納されている
かどうかを検索する検索手段と、（ト）この検索手段の
検索した文字のビットマップデータがバンドメモリの複
数に跨がるか否かを判別する複数バンドメモリ要否判別
手段と、（チ）この複数バンドメモリ要否判別手段が複
数のバンドメモリに跨がらないと判別したときでその検
索した文字がビットマップデータ格納手段に格納されて
いないとき、カウント値が所定の初期値を示している文
字のブロックあるいはビットマップデータの格納されて
いない文字のブロックのうちの１つのブロックにこの検
索した文字のビットマップデータをビットマップデータ
展開手段で展開した後格納すると共に、対応するカウン
ト値を初期値より１段階進んだものに設定するカウント
値初期設定手段と、（リ）複数バンドメモリ要否判別手
段が複数のバンドメモリに跨がらないと判別したときで
その検索した文字がビットマップデータ格納手段に格納
されているときそのビットマップデータをビットマップ
データ展開手段で展開することなくそのビットマップデ
ータに対応する現在のカウント値を更に１段階進んだも
のに変更するカウント値カウントアップ手段と、（ヌ）
複数バンドメモリ要否判別手段が複数のバンドメモリに
跨がると判別したときその跨がるバンドメモリの総数を
判別するバンドメモリ個数判別手段と、（ル）このバン
ドメモリ個数判別手段が判別した数から１だけ減じた数
だけカウント値初期設定手段あるいはカウント値カウン
トアップ手段によって設定あるいはカウントアップする
カウント値が増加するようにカウント値を調整するカウ
ント値調整手段と、（ヲ）プリントの進行と共にバンド
メモリに文字を描画する時点でビットマップデータ格納
手段から該当するビットマップデータを読み出すたびに
その文字のカウント値を１段階後退したものに変更する
カウント値カウントダウン手段とをプリントデータ展開
装置に具備させる。

【００４４】すなわち請求項２記載の発明では、プリン
トすべきデータとしてのプリントデータが文字を表わし
たデータであるとき文字種類判別手段でこの文字の種類
を判別し、検索手段を用いてそのビットマップデータが
ビットマップデータ格納手段に格納されているかどうか
を検索することにしている。その結果、そのビットマッ
プデータが格納されていないときには、フォントデータ
格納手段から該当するフォントを読み出してビットマッ
プデータ展開手段を用いてビットマップデータに展開す
る。そしてこれをビットマップデータ格納手段に格納す
ることになるが、このときカウント値初期設定手段で対
応するそのフォントのカウント値を初期値よりもバンド
メモリにそのビットマップデータが跨がる数だけ増加す
るように調整するようにしている。例えばＡという文字
のフォントのビットマップデータを格納しようとする
と、これがビットマップデータ格納手段に格納されてい
ない場合には、カウント値が初期値となっている他のビ
ットマップデータのブロックを見つける。これが例えば
Ｂという文字のビットマップデータを格納しているブロ
ックであるとすると、これをＡという文字のフォントの
ビットマップデータを格納する領域に変更する。このと
き、そのＡという文字がバンドメモリの幾つのバンドに
跨がるかを調べ、２つに跨がるのであれば初期値よりも
２段階進んだ値にして、バンドメモリの２つのバンドに
それぞれそのビットマップデータをバンドメモリに貼り
付けるまでの間は、他のフォントによって書き改められ
ることを防止する。

【００４５】検索手段の検索した文字がビットマップデ
ータ格納手段に格納されているときには、ビットマップ
データを更に展開する手間を省くために、その文字のビ
ットマップデータはそのまま利用し、カウント値を現時
点よりも進める。このときも該当する文字のビットマッ
プデータがバンドメモリの幾つに跨がるかによって進め
る数を変化させる。一方、プリントの進行と共にバンド
メモリに文字が次々と描画されていく。これらの各時点
でビットマップデータ格納手段から該当するビットマッ
プデータを読み出すときカウント値カウントダウン手段
を用いて、対応する文字についてのカウント値を１段階
ずつ後退したものに変更する。このようにすると、差し
引きで初期値よりも進んだ段階にあるカウント値の文字
のビットマップデータは、まだ描画が行われる予定のも
のということになり、このようなものは消去することが
できないということになる。これに対して、プリントの
要求された文字ですべて描画の行われたものについては
カウント値が初期値に復帰しているので、前記したよう
にこれらのビットマップデータは他のビットマップデー
タと交替することが可能となる。これにより、バンドメ
モリを使用してプリントデータの展開を行う場合に、ペ
ージ内で一度出現した文字をそれがバンド間で跨がるか
否かにかかわらず、再度展開処理する必要のないように
することが可能になる。

【００４６】請求項３記載の発明では、請求項１または
請求項２記載のプリントデータ展開装置が文字やグラフ
ィックあるいはラスタイメージをそれぞれ特定するため
の時系列データとしてのプリントデータのうち所定のも
のを最終的なビットマップデータに展開する前の中間コ
ードに変換する中間コード変換手段と、この変換後の中
間コードを格納する中間コード格納手段とを備え、ビッ
トマップデータ格納手段に文字のビットマップデータを
格納するスペースがなくなったとき、この中間コード格
納手段にこれを格納することを特徴としている。

【００４７】すなわち請求項３記載の発明では、文字の
ビットマップデータを所定の専用領域としてのビットマ
ップデータ格納手段に格納していったときにこれが満杯
となった場合の救済策を示している。このような場合
に、溢れたビットマップデータをキャッシュ・メモリに
格納することも考えられるが、そうすると他のデータの
使用頻度が大きかったりする場合に、格納されたビット
マップデータがキャッシュ・メモリから追い出される危
険性がある。そこで請求項３記載の発明では、このよう
にビットマップデータ格納手段に格納しきれなかったビ
ットマップデータは、中間コピー格納手段に格納するこ
とにして、まだ使用の完了していないビットマップデー
タを確実に保存させるようにしている。

【００４８】請求項４記載のプリントデータ展開装置で
ビットマップデータ格納手段に初期値を示すカウント値
のブロックが出現したとき、中間コード格納手段に格納
した文字のビットマップデータとそのカウント値をビッ
トマップデータ格納手段に移し変えるビットマップデー
タ格納場所復帰手段を具備することを特徴としている。

【００４９】すなわち請求項４記載の発明では、中間コ
ード格納手段に格納したビットマップデータが何時まで
も整理されないようではメモリの有効活用が図れないと
いう実情に鑑みて、ビットマップデータ格納手段に空き
が生じたときには中間コード格納手段に格納したビット
マップデータを順次このビットマップデータ格納手段に
移し変えることにしたものである。

【００５０】請求項５記載の発明では、請求項１〜請求
項３記載のプリントデータ展開装置でビットマップデー
タ格納手段あるいは中間コード格納手段に格納されるビ
ットマップデータの各文字に対応するカウント値はプリ
ントのページごとに設定され、プリントが終了するたび
に最終のページが保持される一方、新たなページのビッ
トマップデータを格納する際には保持された最終のペー
ジよりも小さなページについての格納領域に同一のビッ
トマップデータが格納されているブロックを探して、こ
のビットマップデータをそのままに保持すると共に対応
するカウント値を新たなページ用に書き換えることを特
徴としている。

【００５１】すなわち請求項５記載の発明は、複数ペー
ジのプリントデータを展開処理するプリントデータ展開
装置に関するものである。このような装置では、プリン
トのための所定のバンドへの展開が終了した不要なビッ
トマップデータを新たなページのビットマップデータに
転用することができ、これによりビットマップデータの
展開に要する手間と時間を省略することができる。この
ときには、そのビットマップデータはそのままにして、
対応するカウント値を新たなページ用に書き換えるよう
にすればよい。

【００５２】

【発明の実施の形態】

【００５３】

【実施例】以下実施例につき本発明を詳細に説明する。

【００５４】図１は本発明の一実施例におけるプリント
データ展開装置を使用したプリンタの回路構成の概要を
表わしたものである。このプリンタ装置は、各種制御の
中枢となるＣＰＵ（中央処理装置）１０１を備えてい
る。ＣＰＵ１０１はデータバス等のバス１０３を介して
このプリンタの各部と接続されている。このうち作業用
メモリ１０３は、プリンタおよび本実施例のプリントデ
ータ展開装置の各種制御が実行されるときのプログラム
やその実行時に必要なデータが一時的に格納されるよう
になっている。ディスク制御装置１０４は磁気ディスク
１０５の入出力制御を行う装置である。磁気ディスク１
０５には、このプリントデータ展開装置の各種制御を行
うための制御プログラムの他に、各文字のアウトライン
フォント等の固定的なデータが格納されている。

【００５５】入力バッファ１０６には、プリントの対象
となるプリントデータや印字の際の制御データが格納さ
れるようになっている。中間データバッファ１０７に
は、プリントデータとビットマップデータの中間的な存
在としての中間データが格納される。中間データは、こ
のプリントデータ展開装置の処理速度を早めるために使
用されるもので、それぞれが例えば１バイトの命令で表
現されるようになっている。中間データはデバイス座標
系で表現される。また、四角形、三角形、円等の描画に
ついては、線あるいはその図形をラスタデータとして１
ラスタごとに裁断した形状としての台形に分割され、そ
の結果が中間データとして保持されることになる。

【００５６】文字の場合、そのビットマップデータは、
この中間データバッファ１０７内に概念的に含まれるメ
モリであって更に文字専用のバッファメモリとしてのエ
ンティティキャッシュバッファ１０９に格納される。こ
れについては次に説明する。

【００５７】キャッシュバッファ１０８は、通常のキャ
ッシュ・メモリと同様の性格のメモリである。エンティ
ティキャッシュバッファ１０９は、エンティティについ
てのキャッシュ・メモリとしての役割をもったバッファ
である。エンティティ元データ格納バッファ１１０は、
エンティティの元となるデータを格納したバッファであ
る。

【００５８】ここでエンティティという概念について説
明する。エンティティ（Entitiy ）とは、元々はデータ
ベースを設計する際のデータモデリングで使用される用
語である。これは、現実の世界にあるものの特徴を抽出
し抽象化したものを指すもので、日本語では“実体”と
訳される場合が多い。これは、ある決まった複数の属性
によって特徴付けられ、加えて１つ以上の識別子を有す
る。すなわち、エンティティはある特定の性質を持った
集合であって、その集合に属する要素はそれぞれ１ずつ
識別可能である。また、どのような属性を有するかは、
その“エンティティ”をどのような目的に使用するかに
よって変化しうる。具体的な例を次に示す。

【００５９】文字 文字は、大きさ、幅、ピッチ、書体の属性と、文字コー
ドという識別子を有する。 ビットマップ文字 この属性は、ビットマップデータ、データの高さ、デー
タの幅である。識別子は、文字コード、大きさ、幅、ピ
ッチ、書体である。 円 円の属性は半径であり、識別子は円を表わすＩＤであ
る。 長方形 長方形の属性は高さおよび幅であり、識別子は長方形を
表わすＩＤである。

【００６０】本実施例では、文字についてその元となる
アウトラインフォントがエンティティ元データ格納バッ
ファ１１０に格納されており、プリントを指示された文
字の展開されたビットマップデータがエンティティキャ
ッシュバッファ１０９に格納されている。このエンティ
ティキャッシュバッファ１０９に格納されていない文字
のプリントが指示されたときに、このエンティティキャ
ッシュバッファ１０９にその展開後のビットマップデー
タが格納されることになる。また、エンティティキャッ
シュバッファ１０９に文字のビットマップデータを格納
するスペースが無くなったときには、中間データバッフ
ァ１０６がその超過分のビットマップデータを格納する
ために使用される。

【００６１】図１に戻って説明を続ける。通信制御装置
１１１は、通信ケーブル１１３を介して、プリントデー
タの送出源としての図示しないコンピュータやワードプ
ロセッサあるいはワークステーションと接続されてい
る。プリント制御部１１３はプリント機構１１４と通信
してこれを制御する回路である。本実施例でプリント機
構１１４は、レーザプリンタによって構成されている。
このレーザプリンタは、特に図示はしていないが定速で
回転する感光体ドラムを備えている。感光体ドラムは、
図示しない帯電器によって一様に帯電された後、レーザ
ビームを走査され、プリントする画像情報に対応した静
電潜像の形成を行うようになっている。この静電潜像
は、図示しない現像装置で現像され、画像情報に対応し
たトナー像が作成される。このトナー像が用紙に転写さ
れて、図示しないヒートロール等の定着装置によって定
着されることになる。操作パネル１１５はこのプリンタ
の操作を行うためのものであり、図示しない液晶表示部
や操作のための各種キーを備えた構成となっている。

【００６２】バンドメモリ１１６は、プリント機構１１
４でプリントに使用するビットマップデータをバンド単
位で描画するためのメモリであり、ランダム・アクセス
・メモリで構成されている。バンドメモリ１１６は、通
常の場合、複数のバンドで構成されており、プリントに
使用中のバンド以外のバンドでビットマップイメージの
展開を行い、プリントの終了したバンド領域は新たなバ
ンドとして割り振られるようになっている。

【００６３】この図１に示したプリンタで、通信制御装
置１１１と通信ケーブル１１２、プリント制御部１１３
とプリント機構１１４ならびに操作パネル１１５を除い
た部分が本実施例のプリントデータ展開装置を構成す
る。もちろん、ＣＰＵ１０１、作業用メモリ１０３、デ
ィスク制御装置１０４および磁気ディスク１０５は、こ
のプリンタでプリントデータの展開処理以外の処理にも
兼用されるものである。

【００６４】図２は、本実施例のプリントデータ展開装
置の全体的な処理の流れを表わしたものである。入力デ
ータ１２１は経時的に発生する複数のジョブ１２２₁ 、
１２２₂ ……から構成されている。入力データ１２１は
入力処理部１２３に入力される。入力処理部１２３は、
これらのジョブ１２２₁ 、１２２₂ ……を入力バッファ
１０６に格納する。第１の処理部１２５は、入力データ
１２１をジョブ単位に処理して、冗長度の無い中間デー
タに変換する。グラフィックやラスタイメージについて
の中間データは、中間データバッファ１０７に格納され
る。中間データバッファ１０７は、エンティティキャッ
シュバッファ１０９が溢れた場合にのみフォントについ
てのビットマップデータをこれに格納することは前記し
た通りである。

【００６５】図３は、図２に示した第１の処理部による
中間データの生成の様子を表わしたものである。第１の
処理部１２５は図２に示した入力バッファ１０６に格納
された入力データがグラフィックデータであるかどうか
を判別し（ステップＳ４０１）、グラフィックデータで
あれば（Ｙ）、グラフィックの描画のための中間データ
を生成する（ステップＳ４０２）。グラフィックデータ
でないと判別した場合には（ステップＳ４０１；Ｎ）、
その入力データがラスタイメージであるかどうかの判別
が行われる（ステップＳ４０３）。ラスタイメージであ
れば（Ｙ）、ラスタイメージの描画のための中間データ
が生成される（ステップＳ４０４）。以上のいずれでも
ない場合には（ステップＳ４０３；Ｎ）、その入力デー
タがフォントであるとして、エンティティキャッシュバ
ッファ１０９の検索が行われる（ステップＳ４０５）。
そして、文字の描画のための中間コードが生成されるこ
とになる（ステップＳ４０６）。この後、プリントのた
めの入力データが全部処理されたかどうかがチェックさ
れ（ステップＳ４０７）、終了していなければ（Ｎ）、
ステップＳ４０１の処理に戻って次の入力データの処理
が行われる。そのジョブのすべての入力データの処理が
終了すれば、そのジョブについての中間データの生成が
終了する（エンド）。

【００６６】図４は、入力データに対する第１の処理部
の判別原理を表わしたものである。この図で入力データ
が“００ｈ”のときには、ページの開始を表わしてい
る。また、“１０ｈ”はエンティティキャッシュバッフ
ァ１０９内に格納されているビットマップデータを読み
だすことによる文字描画が行われることを表わしてい
る。“２０ｈ”は、エンティティキャッシュバッファ１
０９内に格納されていないフォントについての文字描画
が行われることを表わしている。“３０ｈ”は、線描画
が行われることを表わしている。“３１ｈ”は、台形の
描画が行われることを表わしている。“０１ｈ”は、プ
リントするページが終了することを表わしている。

【００６７】したがって、第１の処理部１２５では、入
力データの“××ｈ”をチェックして、この“××”の
部分の数値によって図３におけるステップＳ４０１また
はステップＳ４０２の判別を行うことになる。

【００６８】図２に戻って説明を続ける。第１の処理部
１２５がその入力データをフォントであると判別したと
きには、エンティティ生成処理部１２６に対して該当す
るフォントの生成を依頼する。エンティティ生成処理部
１２６は、まずエンティティキャッシュ処理部１２７に
該当するフォントが存在するかどうかを調べさせる。エ
ンティティキャッシュ処理部１２７は、これを基にして
エンティティキャッシュバッファ１０９内を検索する。
エンティティキャッシュバッファ１０９内に該当するフ
ォントが存在する場合には、第２の処理部１２９の指示
によりこれに送出する。

【００６９】これに対して、エンティティキャッシュバ
ッファ１０９内に該当するフォントが存在しない場合、
エンティティ生成処理部１２６はエンティティ元データ
格納バッファ１１０内に格納されている該当のアウトラ
インフォントを展開して、これをエンティティキャッシ
ュ処理部１２７を経由してエンティティキャッシュバッ
ファ１０９内に格納する。このとき、その使用状態を文
字別に管理する文字別カウンタを“１”に設定する。そ
して、その展開後のフォントのビットマップデータを第
２の処理部１２９からの指示により、これに送出する。

【００７０】また、第１の処理部１２５がその入力デー
タをフォント以外のもの、すなわちグラフィックあるい
はラスタイメージであると判別した場合には、これらの
中間データが生成されて中間データバッファ１０７に格
納され、これが所定のタイミングで読み出されて第２の
処理部１２９に送られることになる。第２の処理部１２
９は、それぞれバンドメモリにビットマップデータを展
開する段階で中間データバッファ１０７あるいはエンテ
ィティキャッシュバッファ１０９からグラフィック、ラ
スタイメージあるいは文字のビットマップデータを読み
出し、これを出力処理部１１３に送って、図１のプリン
ト機構１１４によるプリントを実行させることになる。

【００７１】図５は、エンティティ生成処理部およびエ
ンティティキャッシュ処理部によるフォントの展開作業
および文字使用回数の制御の様子を表わしたものであ
る。図２に示した第１の処理部１２５が入力データをフ
ォントであると判別したときには、そのフォントがエン
ティティキャッシュバッファ１０９あるいは中間バッフ
ァ１０７に登録されているかどうかのチェックが行われ
る（ステップＳ５０１）。登録されていない場合、すな
わちそのフォントのビットマップデータが現在存在しな
い場合には（Ｎ）、すでに説明したようにエンティティ
元データ格納バッファ１１０内に格納されている該当の
アウトラインフォントを展開する（ステップＳ５０
２）。そして、エンティティキャッシュバッファ１０９
における文字使用回数を示す文字別カウンタが“０”と
なっているビットマップデータ格納領域が存在するかど
うかをチェックする（ステップＳ５０３）。

【００７２】文字別カウンタが“０”となっているビッ
トマップデータ格納領域が存在するということは、エン
ティティキャッシュバッファ１０９にフォントのビット
マップデータを格納するための未使用領域あるいは上書
きが可能な領域が存在するということである。ここで上
書きが可能な領域とは、すでにある文字のフォントにつ
いてのビットマップデータが登録されてはいるが、文字
別カウンタのカウント値が“０”にまで減少して、その
フォントの使用が取り合えず予定されていない状態の領
域をいう。これに対して、未使用領域とはビットマップ
データが未登録の領域をいう。未登録の領域について
も、そのカウント値が“０”に設定されている。

【００７３】したがって、文字別カウンタのカウント値
が“０”の領域が存在する場合には（Ｙ）、展開したそ
のフォントのビットマップデータをエンティティキャッ
シュバッファ１０９のその空き領域に登録する（ステッ
プＳ５０４）。そして、この場合にはその文字別カウン
タのカウント値を“１”に設定する（ステップＳ５０
５）。これは、近い将来にそのフォントが“１回”だけ
使用される予定があることを示すものである。

【００７４】これに対して、ステップＳ５０３でエンテ
ィティキャッシュバッファ１０９に文字別カウンタのカ
ウント値が“０”となっている領域が存在しないと判別
された場合には（Ｎ）、エンティティキャッシュバッフ
ァ１０９に登録のための空き領域が存在しないことにな
る。そこでこの場合には、図２に示した中間バッファ１
０７にこの展開済みのフォントのビットマップデータを
登録することになる（ステップＳ５０６）。図１に示し
たキャッシュバッファ１０８に登録しないのは、プリン
ト前のビットマップデータの消失を防止するためであ
る。なお、この図５では示していないが、中間バッファ
１０７に登録したフォントのビットマップデータは、エ
ンティティキャッシュバッファ１０９に空き領域が発生
した時点で逐次これに移し変えるように制御すること
で、中間バッファ１０７をフォントのビットマップデー
タが圧迫するのを抑制することができる。

【００７５】以上とは異なり、ステップＳ５０１で該当
するフォントがエンティティキャッシュバッファ１０９
あるいは中間バッファ１０７に登録されている場合には
（Ｙ）、そのフォントの文字別カウンタのカウント値を
“１”だけカウントアップする（ステップＳ５０７）。
これは、近い将来にそのフォントが更に“１回”多く使
用されることを示すものである。

【００７６】図６は、第２の処理部の処理の様子を表わ
したものである。第２の処理部１２９では、図１に示し
たバンドメモリ１１６の所定のバンドにビットマップデ
ータを展開するとき、処理対象の中間コードがグラフィ
ックに関するものであるかどうかの判別を行う（ステッ
プＳ６０１）。グラフィックに関するものであれば
（Ｙ）、該当のグラフィックをそのバンドの対応する位
置にマップする（ステップＳ６０２）。そして、次に処
理すべき中間コードが全部終了したかどうかを判別し
（ステップＳ６０３）、存在する場合には（Ｎ）、ステ
ップＳ６０１に処理を戻す。

【００７７】ステップＳ６０１でその中間コードがグラ
フィックに関するものでないと判別された場合には
（Ｎ）、ラスタイメージに関するものであるかどうかの
判別が行われる（ステップＳ６０４）。ラスタイメージ
に関するものであると判別された場合には（Ｙ）、該当
のラスタイメージをそのバンドの対応する位置にマップ
する（ステップＳ６０５）。そしてステップＳ６０３の
処理を行うことになる。

【００７８】ステップＳ６０４でその中間コードがラス
タイメージに関するものでないと判別された場合には
（Ｎ）、これはフォントに関するものとなる。そこで、
該当するフォントの文字別カウンタを“１”だけデクリ
メントする（ステップＳ６０６）。すでに説明したよう
に文字フォントを展開するとき、あるいはすでに展開し
ているフォントについて更に描画が指示されたときに
は、これに対応する文字別カウンタが“１”に初期設定
されたり“１”ずつカウントアップされている。そこ
で、実際にバンドメモリ１１６（図１）に描画を行う段
階で、対応する文字別カウンタのカウント値を“１”ず
つ減少させて、エンティティキャッシュバッファ１０９
あるいは中間データバッファ１０７に格納されているフ
ォントのビットマップデータがあと何回使用されるかの
判別ができるようにしているのである。

【００７９】次に第２の処理部１２９はエンティティキ
ャッシュバッファ１０９あるいは中間データバッファ１
０７からこの文字別カウンタに対応する該当文字のビッ
トマップデータを読み出す（ステップＳ６０７）。そし
てこれを該当するバンドの所望の位置にマップする（ス
テップＳ６０８）。この後、ステップＳ６０３の処理を
行う。このようにして最終的にステップＳ６０３で中間
コードのすべての処理が終了した場合には（Ｙ）、第２
の処理部１２９による処理が終了することになる（エン
ド）。

【００８０】図７は、フォントのビットマップデータ展
開領域と文字別カウンタのカウント値との関係を表わし
たものである。エンティティキャッシュバッファ１０９
にフォントのビットマップデータを書き込む場合には、
枠１４１で示したように、そのフォントの文字別カウン
タのカウント値が“０”となっているブロックを探し、
そのブロックの文字のビットマップデータを該当のフォ
ントについてのビットマップデータに置き換える。そし
て、対応する文字別カウンタのカウント値を“１”にセ
ットすることになる。

【００８１】これに対して該当するフォントが登録済み
の場合、すなわちその文字別カウンタのカウント値が
“１”以上の場合には、その文字のプリントが指示され
るたびに枠１４２で示したようにそのカウント値を
“１”だけインクリメントする。そして両者共に、中間
コードからバンドにビットマップデータを展開すると
き、枠１４３で示したように、その文字の文字別カウン
タのカウント値を“１”だけデクリメントすることにな
る。以上、エンティティキャッシュバッファ１０９にビ
ットマップデータが格納される場合を説明したが、超過
分を中間データバッファ１０７に格納する場合の制御も
同様である。

【００８２】第１の変形例

【００８３】以上説明した実施例では文字等のビットマ
ップデータがバンドごとに独立して展開されるものとし
て文字ごとの文字別カウンタのカウント動作を説明した
が、実際には１つの文字がバンドの複数の領域に跨がっ
て存在し、跨がってプリントされる場合もある。

【００８４】図８は、１つのフレームに納まる文字
“Ｈ”が複数のバンドに跨がって展開される例を示した
ものである。この例では文字“Ｈ”２０１が１つのフレ
ーム２０２を構成する複数のバンドのうちの３つバンド
に跨がって展開されるようになっている。この場合、文
字“Ｈ”２０１を１回プリントすることが指示される
と、合計で３つのバンドにビットマップデータが貼り付
けられることになる。したがって、図５に示した文字別
カウンタに対するカウント値の単純なインクリメントを
行った後に図６に示したデクリメントをバンドごとに繰
り返すと、文字別カウンタによるフォントの使用予定回
数の管理が狂ってしまうことになる。

【００８５】フォントのビットマップデータが複数のバ
ンドに跨がるときの、このような文字別カウンタのカウ
ント値の不整合を解消するためには、フォントが複数の
バンドに跨がってプリントされるかどうかを事前に検出
し、跨がる数との関係でカウント値のデクリメントを行
う必要がある。

【００８６】図９は、この変形例における文字別カウン
タのカウントアップの制御の要部を表わしたものであ
る。そのフォントの文字別カウンタのカウント値を初期
的に“１”に設定する（ステップＳ５０５参照）かある
いはカウント値を“１”だけカウントアップしたら、こ
の第１の変形例の第１の処理部は、そのフォントのビッ
トマップデータのラスタ方向と直交する方向の長さ（フ
ォントの高さ）を取得する（ステップＳ７０１）。この
ために、第１の変形例のプリントデータ展開装置では、
フォントをビットマップデータに最初に展開したとき
（ステップＳ６０２参照）、フォントごとにその高さを
テーブルに記憶することにしている。そのフォントの高
さが分かったら、バンドにおける描画開始位置と１つの
バンドの幅（ラスタ方向と直交する方向の長さ）との関
係で、そのフォントが幾つのバンドに跨がるかを算出す
る（ステップＳ７０２）。

【００８７】そのフォントが跨がるバンドの数をｎとす
ると、この数値ｎから“１”だけ減算した値（ｎ−１）
だけそのフォントの文字別カウンタを更にカウントアッ
プして（ステップＳ７０３）、カウントアップの補正を
終了させる（エンド）。数値ｎから“１”だけ減算した
のは、すでに図５のステップＳ５０５あるいはＳ５０７
で“１”をセットあるいは加算しているからである。

【００８８】図１０はこの第１の変形例におけるフォン
トのビットマップデータ展開領域を表わしたものであ
る。エンティティキャッシュバッファ１０９あるいは中
間データバッファ１０７に格納されたフォントのビット
マップデータの高さ“△△△”が仮に３つのバッファを
跨ぐ長さであったとすると、文字別カウンタのカウント
値“ｎ”が“ｎ＋２”に更にカウントアップされること
になる。

【００８９】第２の変形例

【００９０】図１１は、本発明の第２の変形例における
プリントデータ展開装置のプリントデータ展開処理の様
子を表わしたものである。この第２の変形例のプリント
データ展開装置は、中間コード生成部３０１と中間コー
ド消費部３０２を備えている。中間コード生成部３０１
は、グラフィック中間コード生成部３０３と、ラスタイ
メージ中間コード生成部３０４と、フォント中間コード
生成部３０５を備えている。プリントデータ３０６は、
プリントデータ解釈部３０７に入力され、ここでプリン
トデータの種類が解釈される。これがグラフィックデー
タの場合には、グラフィック中間コード生成部３０３に
グラフィック中間コード生成信号３０８が入力される。
グラフィック中間コード生成部３０３は、グラフィック
中間コード３１１を生成して、これを中間コードバッフ
ァ３１２に入力する。

【００９１】これに対して、プリントデータ解釈部３０
７がそのプリントデータ３０６をラスタイメージデータ
と解釈した場合には、ラスタイメージ中間コード生成部
３０４にラスタイメージ中間コード生成信号３１４が入
力される。ラスタイメージ中間コード生成部３０４は、
ラスタイメージ中間コード３１５を生成してこれを中間
コードバッファ３１２に入力する。また、プリントデー
タ解釈部３０７がそのプリントデータ３０６をフォント
データと解釈した場合には、フォント中間コード生成部
３０５にフォント中間コード生成信号３１６が入力され
る。フォント中間コード生成部３０５は、フォント中間
コード３１７を生成してこれを中間コードバッファ３１
２に入力する。

【００９２】中間コードバッファ３１２は、中間コード
ソート部３１９と接続されている。中間コードソート部
３１９は、図１に示したバンドメモリ１１６による各バ
ンドのイメージの生成過程で該当する位置（ラスタ）の
中間コードを検索してその出力を指示する。中間コード
消費部３０２は、グラフィックの描画を行うグラフィッ
ク描画部３３１と、ラスタイメージの描画を行うラスタ
イメージ描画部３３２と、フォントの描画を行うフォン
ト描画部３３３を備えている。そして、中間コードソー
ト部３１９の出力指示によって出力されるグラフィック
描画指示信号３３５、ラスタイメージ描画指示信号３３
６およびフォント描画指示信号３３７によって、それぞ
れのビットマップデータ３４１、３４２、３４３が図１
に示したバンドメモリ１１６にそれぞれのタイミングで
送出され、ビットマップデータのマップが行われること
になる。

【００９３】マップの終了したバンドのビットマップデ
ータは、所定のタイミングで図１に示したプリント制御
部１１３に送られ、プリント機構１１４によるプリント
が行われる。このとき、プリント制御部１１３内のラス
トページ管理部３４５は、プリントの終了した最終のペ
ージを示す識別情報（ＩＤ）を管理している。ラストペ
ージ管理部３４５から出力されるプリント最終ページ情
報３４６はフォント・キャッシュ部３４７に送られる。
プリントデータ解釈部３０７も現在処理しているプリン
トデータ３０６の属するページについての情報３５１を
ページＩＤ部３５２に送出するようになっている。ペー
ジＩＤ部３５２はこれをデータ入力時ページ情報３５３
としてフォント・キャッシュ部３４７に送出するように
なっている。

【００９４】中間コード消費部３０２内のフォント描画
部３３３は、中間コードバッファ３１２から出力された
フォント描画指示信号３３７に応じてフォント・キャッ
シュ部３４７から所望のフォントのビットマップデータ
を得ることになる。フォント・キャッシュ部３４７はこ
のために、フォント中間コード生成部３０５に対してビ
ットマップデータのフォント・インデックス情報３５５
を供給するようになっている。フォントの描画に際して
は、フォント・メモリ３６１からアウトライン・フォン
トのデータ３６２が読み出され、フォント展開部３６３
で展開されてフォントのビットマップデータ３６４が作
成される。このビットマップデータ３６４は、フォント
・キャッシュ部３４７を経て、フォント・ビットマップ
データ３６６としてフォント描画部３３３に送られる。
ただし、展開処理されたビットマップデータ３６４はフ
ォント・キャッシュ部３４７を経て、フォント・ビット
マップデータ３６７としてフォント・キャッシュバッフ
ァ３６８に登録される。

【００９５】したがって、フォント・キャッシュ部３４
７がこのフォント・キャッシュバッファ３６８にアクセ
スして、必要なフォントのビットマップデータ３６７を
見つけたときには、フォント展開部３６３でフォントの
展開処理を行うことなく、フォント・キャッシュバッフ
ァ３６８からそのフォント・ビットマップデータ３６７
を読み出して、フォント描画部３３３に送出することに
なる。フォント・キャッシュバッファ３６８はページ単
位でカウント値の制御を行うようになっている。そし
て、プリントの終了した最終のページをプリント最終ペ
ージ情報３４６から得て、これよりも若いページのメモ
リ領域を再使用できるようにしている。すなわち、ペー
ジＩＤ部３５２から新たなページに関する情報が得られ
たら、すでにプリントの終了したページの領域の該当す
るビットマップデータを見つけ、このビットマップデー
タをそのまま保持すると共に、そのページのカウント値
を初期値とみなして、先の実施例と同様にこれを“１”
だけカウントアップした値に変更する。これにより、ビ
ットマップデータの展開の手間を省くと共に、メモリ領
域の有効活用を行うことができる。

【００９６】該当する文字のビットマップデータが存在
しないときには、使用頻度の低い文字のビットマップデ
ータに新たなビットマップデータを上書きして、対応す
る文字別カウンタのカウント値を所定の値に書き換えれ
ばよい。また、フォント・キャッシュバッファ３６８が
先の実施例のエンティティキャッシュバッファ１０９の
場合で、新たなビットマップデータを格納するスペース
がないような場合には、中間データバッファ１０７にこ
れを格納するようにすればよい。

【００９７】図１２は、この第２の変形例におけるペー
ジＩＤの制御手順の概要を表わしたものである。この変
形例のプリントデータ展開装置も図１に示したようにＣ
ＰＵを備えており、図示しない記憶媒体に格納されたプ
ログラムに従って、各種制御を行うようになっている。
入力データが新しいページの文字に関するものである場
合には、プリントの終了したページよりも前のページの
同一フォントが登録されているかどうかの判別が行われ
る（ステップＳ８０１）。登録されている場合には
（Ｙ）、そのページを使用することはないので、展開の
手間を省くためにそのビットマップデータをそのまま利
用する。そして、そのビットマップデータの格納された
ブロックの“ページＩＤ”を現在処理しようとするペー
ジＩＤに変更して（ステップＳ８０２）、処理を終了す
る（エンド）。

【００９８】これに対して、そのフォントのビットマッ
プデータがプリントの終了したページよりも前のページ
に存在しない場合には（Ｎ）、プリントの終了したペー
ジ以降のページに同一のビットマップデータが存在する
かどうかの検索処理を実行する（ステップＳ８０３）。
そして、同一フォントのビットマップデータが存在しな
いことが判明した場合には（Ｎ）、その文字をビットマ
ップに展開する（ステップＳ８０４）。そして、“ペー
ジＩＤ”がプリントの終了したページ以前のページでカ
ウント値が最小のものを探す（ステップＳ８０５）。最
小のものを探すことにしたのは、文字別カウンタのカウ
ント値が比較的大きいものはそのビットマップデータを
再利用することができる可能性があるので、そのような
ブロックはなるべく新たなページ用に率先しては使用し
ないようにするためである。もっとも、このような検索
が煩雑な場合には、単純にプリントの終了したページ以
前のページのブロックを探すようにしてもよい。

【００９９】このようなブロックが見つかったら、この
ブロック、すなわち空き領域にその文字のビットマップ
データを格納する（ステップＳ８０６）。そして、その
ブロックの文字別カウンタを初期値よりも“１”多い値
（バンドが複数に跨がらない場合）にカウントアップす
ると共に、元の“ページＩＤ”を新たなページの“ペー
ジＩＤ”に訂正して（ステップＳ８０７）、処理を終了
させることになる。

【０１００】一方、ステップＳ８０３で該当のビットマ
ップデータがプリントの終了したページ以降のページに
存在することが判別された場合には（Ｙ）、そのブロッ
クを新たなページ用に使用することは不可能であるがビ
ットマップデータをコピーすることで展開の手間を省く
ことができる。そこで、ステップＳ８０５に進んでこの
ビットマップデータをコピーするブロックを探し、その
ブロックにビットマップデータを登録する（ステップＳ
８０６）。この場合には、ステップＳ８０３で見つけた
ビットマップデータをコピー対象となるブロックにコピ
ーすることになる。この後、そのページの“ページＩ
Ｄ”を現在の“ページＩＤ”にセットして（ステップＳ
８０７）、処理を終了させることになる。

【０１０１】以上説明した第２の変形例では、ページ単
位で文字別カウンタのカウント値を独立させることにし
たが、ジョブ単位で独立させ、かつ前のジョブで展開し
たビットマップデータを後のジョブで再利用するように
することも可能であることは当然である。

【０１０２】

【発明の効果】以上説明したように請求項１記載の発明
によれば、フォントの使用予定時点でこれについてのカ
ウント値を１段階ずつ進め、使用された時点で１段階ず
つ後退させることにしたので、ビットマップデータをこ
れらの時間差で間違って消去することがなく、ビットマ
ップデータの展開を繰り返すことによる時間の浪費を防
止すると共に処理装置の負担を軽減させることができ
る。したがって、これにより処理の高速化を期待するこ
とができる。

【０１０３】また、請求項２記載の発明によれば、フォ
ントが複数のバンドに跨がるような場合にその帳尻がと
れるようにカウント値のカウントアップを行うことにし
たので、バンドに跨がるような自由な配置で文字を展開
処理してもビットマップデータの再展開を有効に防止す
ることができ、処理の負担の軽減と全体の処理の高速化
を図ることができる。

【０１０４】更に請求項３記載の発明によれば、文字の
ビットマップデータを所定の専用領域としてのビットマ
ップデータ格納手段に格納していってこれが満杯になっ
たとき、中間コードを格納する領域にこれを格納するよ
うにしたので、キャッシュ・メモリに格納する場合と異
なり、不用意に消去されることがないという利点があ
る。また、中間コードを格納する領域を使用するので、
領域の兼用によってメモリの効率的な活用を図ることが
できる。

【０１０５】また請求項４記載の発明によれば、中間コ
ードを格納する領域に臨時でビットマップデータを格納
して、ビットマップデータ格納手段に空きができるたび
にこれをビットマップデータ格納手段に移し変えること
にしたので、中間コードを格納する領域に格納される他
のデータに対する圧迫が少なくなるという利点がある。

【０１０６】更に請求項５記載の発明によれば、プリン
トのための所定のバンドへの展開が終了した不要なビッ
トマップデータを新たなページのビットマップデータに
転用することができ、これによりビットマップデータの
展開に要する手間と時間を省略して処理の高速化を図る
ことができる。

【図面の簡単な説明】

【図１】 本発明の一実施例におけるプリントデータ展
開装置を使用したプリンタの回路構成の概要を表わした
ブロック図である。

【図２】 本実施例のプリントデータ展開装置の全体的
な処理の流れを表わした説明図である。

【図３】 図２に示した第１の処理部による中間データ
の生成の様子を表わした流れ図である。

【図４】 本実施例における入力データに対する第１の
処理部の判別原理を表わした説明図である。

【図５】 本実施例におけるエンティティ生成処理部お
よびエンティティキャッシュ処理部によるフォントの展
開作業および文字使用回数の制御の様子を表わした流れ
図である。

【図６】 本実施例における第２の処理部の処理の様子
を表わした流れ図である。

【図７】 本実施例におけるフォントのビットマップデ
ータ展開領域と文字別カウンタのカウント値との関係を
表わした説明図である。

【図８】 本発明の第１の変形例で１つのフレームに納
まる文字“Ｈ”が複数のバンドに跨がって展開される例
を示した説明図である。

【図９】 第１の変形例における文字別カウンタのカウ
ントアップの制御の要部を表わした流れ図である。

【図１０】 第１の変形例におけるフォントのビットマ
ップデータ展開領域を表わした説明図である。

【図１１】 本発明の第２の変形例でにおけるプリント
データ展開装置のプリントデータ展開処理の様子を表わ
したブロック図である。

【図１２】 この第２の変形例におけるページＩＤの制
御手順の概要を表わした流れ図である。

【図１３】 フレームバッファを使用したプリントデー
タ展開装置のプリントデータ展開処理の原理を表わした
ブロック図である。

【図１４】 従来のフレームバッファを使用したプリン
トデータ展開装置の展開処理の流れを表わした流れ図で
ある。

【図１５】 バンドバッファの構成の一例を表わした説
明図である。

【図１６】 バンドバッファを使用したプリントデータ
展開装置のプリントデータ展開処理の様子を表わしたブ
ロック図である。

【図１７】 フォント・キャッシュを用いた場合の従来
のプリントデータの展開処理の概要を表わした流れ図で
ある。

【図１８】 図１７のステップＳ２０６で示した処理を
具体的に表わした流れ図である。

【図１９】 従来のプリントデータ展開装置で複数のプ
リントジョブを実行する場合の様子を原理的に表わした
説明図である。

【図２０】 図１９に対応するもので、この提案のプリ
ントデータ展開装置で複数のプリントジョブを実行する
場合の様子を原理的に表わした説明図である。

【符号の説明】

１０１…ＣＰＵ、１０３…作業用メモリ、１０５…磁気
ディスク、１０７…中間データバッファ、１０８…キャ
ッシュバッファ、１０９…エンティティキャッシュバッ
ファ、１１０…エンティティ元データ格納バッファ、１
１４…プリント機構、１１６…バンドメモリ、１２１、
３０６…入力データ、１２２…ジョブ、１２３…入力処
理部、１２５…第１の処理部、１２６…エンティティ生
成処理部、１２７…エンティティキャッシュ処理部、１
２９…第２の処理部、３０１…中間コード生成部、３０
２…中間コード消費部、３０５…フォント中間コード生
成部、３０７…プリントデータ解釈部、３１２…中間コ
ードバッファ、３３３…フォント描画部、３４５…ラス
トページ管理部、３４７…フォント・キャッシュ部、３
６１…フォント・メモリ、３６３…フォント展開部、３
６８…フォント・キャッシュバッファ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ビットマップデータに展開する前のフォ
   ントデータを文字ごとに格納したフォントデータ格納手
   段と、 プリントのための１ページ分のビットマップデータを複
   数のバンドに分割するときのバンド単位のビットマップ
   データを記憶するバンドメモリと、 プリントすべきデータとしてのプリントデータが文字を
   表わしたデータであるときどの文字を表わしたデータで
   あるかの判別を順に行う文字種類判別手段と、 前記フォントデータ格納手段に格納された文字をその文
   字のビットマップデータに展開するビットマップデータ
   展開手段と、 このビットマップデータ展開手段によって展開後のビッ
   トマップデータをその文字についてのカウント値と対応
   させて文字単位のブロックごとに格納するビットマップ
   データ格納手段と、 前記文字種類判別手段によって判別された文字がこのビ
   ットマップデータ格納手段に格納されているかどうかを
   検索する検索手段と、 この検索手段の検索した文字がビットマップデータ格納
   手段に格納されていないとき、前記カウント値が所定の
   初期値を示している文字のブロックあるいはビットマッ
   プデータの格納されていない文字のブロックのうちの１
   つのブロックにこの検索した文字のビットマップデータ
   を前記ビットマップデータ展開手段で展開した後格納す
   ると共に、対応するカウント値を前記初期値より１段階
   進んだものに設定するカウント値初期設定手段と、 前記検索手段の検索した文字がビットマップデータ格納
   手段に格納されているときそのビットマップデータを前
   記ビットマップデータ展開手段で展開することなくその
   ビットマップデータに対応する現在のカウント値を更に
   １段階進んだものに変更するカウント値カウントアップ
   手段と、 プリントの進行と共に前記バンドメモリに文字を描画す
   る時点で前記ビットマップデータ格納手段から該当する
   ビットマップデータを読み出すときその文字のカウント
   値を１段階後退したものに変更するカウント値カウント
   ダウン手段とを具備することを特徴とするプリントデー
   タ展開装置。
2. 【請求項２】 ビットマップデータに展開する前のフォ
   ントデータを文字ごとに格納したフォントデータ格納手
   段と、 プリントのための１ページ分のビットマップデータを複
   数のバンドに分割するときのバンド単位のビットマップ
   データを記憶するバンドメモリと、 プリントすべきデータとしてのプリントデータが文字を
   表わしたデータであるときどの文字を表わしたデータで
   あるかの判別を順に行う文字種類判別手段と、 前記フォントデータ格納手段に格納された文字をその文
   字のビットマップデータに展開するビットマップデータ
   展開手段と、 このビットマップデータ展開手段によって展開後のビッ
   トマップデータをその文字についてのカウント値と対応
   させて文字単位のブロックごとに格納するビットマップ
   データ格納手段と、 前記文字種類判別手段によって判別された文字がこのビ
   ットマップデータ格納手段に格納されているかどうかを
   検索する検索手段と、 この検索手段の検索した文字のビットマップデータが前
   記バンドメモリの複数に跨がるか否かを判別する複数バ
   ンドメモリ要否判別手段と、 この複数バンドメモリ要否判別手段が複数のバンドメモ
   リに跨がらないと判別したときでその検索した文字がビ
   ットマップデータ格納手段に格納されていないとき、前
   記カウント値が所定の初期値を示している文字のブロッ
   クあるいはビットマップデータの格納されていない文字
   のブロックのうちの１つのブロックにこの検索した文字
   のビットマップデータを前記ビットマップデータ展開手
   段で展開した後格納すると共に、対応するカウント値を
   前記初期値より１段階進んだものに設定するカウント値
   初期設定手段と、 前記複数バンドメモリ要否判別手段が複数のバンドメモ
   リに跨がらないと判別したときでその検索した文字がビ
   ットマップデータ格納手段に格納されているときそのビ
   ットマップデータを前記ビットマップデータ展開手段で
   展開することなくそのビットマップデータに対応する現
   在のカウント値を更に１段階進んだものに変更するカウ
   ント値カウントアップ手段と、 前記複数バンドメモリ要否判別手段が複数のバンドメモ
   リに跨がると判別したときその跨がるバンドメモリの総
   数を判別するバンドメモリ個数判別手段と、 このバンドメモリ個数判別手段が判別した数から１だけ
   減じた数だけ前記カウント値初期設定手段あるいはカウ
   ント値カウントアップ手段によって設定あるいはカウン
   トアップするカウント値が増加するようにカウント値を
   調整するカウント値調整手段と、 プリントの進行と共に前記バンドメモリに文字を描画す
   る時点で前記ビットマップデータ格納手段から該当する
   ビットマップデータを読み出すたびにその文字のカウン
   ト値を１段階後退したものに変更するカウント値カウン
   トダウン手段とを具備することを特徴とするプリントデ
   ータ展開装置。
3. 【請求項３】 文字やグラフィックあるいはラスタイメ
   ージをそれぞれ特定するための時系列データとしてのプ
   リントデータのうち所定のものを最終的なビットマップ
   データに展開する前の中間コードに変換する中間コード
   変換手段と、この変換後の中間コードを格納する中間コ
   ード格納手段とを備え、前記ビットマップデータ格納手
   段に文字のビットマップデータを格納するスペースがな
   くなったとき、この中間コード格納手段にこれを格納す
   ることを特徴とする請求項１または請求項２記載のプリ
   ントデータ展開装置。
4. 【請求項４】 前記ビットマップデータ格納手段に前記
   初期値を示すカウント値のブロックが出現したとき、前
   記中間コード格納手段に格納した文字のビットマップデ
   ータとそのカウント値を前記ビットマップデータ格納手
   段に移し変えるビットマップデータ格納場所復帰手段を
   具備することを特徴とする請求項３記載のプリントデー
   タ展開装置。
5. 【請求項５】 前記ビットマップデータ格納手段あるい
   は中間コード格納手段に格納されるビットマップデータ
   の各文字に対応するカウント値はプリントのページごと
   に設定され、プリントが終了するたびに最終のページが
   保持される一方、新たなページのビットマップデータを
   格納する際には保持された最終のページよりも小さなペ
   ージについての格納領域に同一のビットマップデータが
   格納されているブロックを探して、このビットマップデ
   ータをそのままに保持すると共に対応するカウント値を
   新たなページ用に書き換えることを特徴とする請求項１
   〜請求項３記載のプリントデータ展開装置。