JPH11305975A - 画像処理装置、画像処理方法及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 印刷時にフォームデータ（マクロデータ）を
読み出し、解析し、描画オブジェクトを生成し、メモリ
に描画し、後づけデータと合成するフォーム処理の処理
時間を削減することを本発明の課題とし、特に、カラー
の画像処理装置におけるフォームデータの展開処理を実
現することを目的としている。 【解決手段】 フォームデータからフォーム画像を予め
生成しておき、印刷時に後づけデータとオーバーレイ出
力する画像処理装置であり、特に各プレーンバッファに
独立して描画する手段と、各プレーンに関与して描画す
る手段とを１ページの画像データで切替え制御すること
により実現する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像処理装置、画
像処理方法、およびプログラム記憶媒体、詳しくは、そ
れぞれ色の異なる複数のプレーン画像のカラーフォーム
データと通常ページデータとをフォームオーバーレイ処
理して生成されたイメージデータを出力する画像処理装
置、画像処理方法およびプログラム記憶媒体に関するも
のである。

【０００２】

【従来の技術】近年、ページプリンタに対して、より表
現力・アピール度の高い文書、画像イメージを印刷する
要望が強まり、カラー印刷可能なカラーページプリンタ
が出現している。前記カラーページプリンタにおいて
は、カラーイメージデータやカラー指定命令等のページ
記述言語を解釈可能なように構成されており、例えば、
ＲＧＢで記述された各カラー描画命令を、予め定められ
た色変換処理を施すことによって、複数のカラープレー
ン（例えば、Ｙ、Ｍ、Ｃ、Ｂｋ等）に分解・変換し、前
記カラープレーン毎に画像イメージ（ラスタ画像）を生
成している。

【０００３】プリンタエンジンに対しては、前記ラスタ
画像のビットのＯＮ／ＯＦＦを反映したビデオ信号を、
各カラープレーン別に面順次で転送し、既知の潛像形
成、現像、定着手段により、記憶紙上に最終的な画像を
形成している。なお、このようなカラーページプリンタ
は、前記各プレーンに対応した複数のカラートナー（例
えば、イエロー＝Ｙ、マゼンタ＝Ｍ、シアン＝Ｃ、ブラ
ック＝Ｂｋ）を備えており、各トナーによる各プレーン
の画像を重ね合わせて記録紙上に画像を形成している。

【０００４】以下、図３、図４、図５を用いて、従来の
カラー画像処理装置における、各プレーン毎のラスタ画
像生成手順について説明する。なお、ここでは簡単のた
め、１ページ分のラスタメモリを生成した後、一度に１
ページ分のビデオ信号出力を行なう場合（フルペイント
方式）について説明するが、１ページを複数のバンドに
分割して、ビデオ転送と同時に、順次続くバンドのラス
タ画像を生成する場合（バンディング方式）についても
同様である。ここでは、外部から入力されたページ記述
言語によって、文字”Ａ”を赤い色で描画する指示があ
った場合を示しているものとする。ここで、図３の３０
１、３０２、３０３、３０４はそれぞれ、Ｙ、Ｍ、Ｃ、
Ｂｋ、各プレーンの１ページ分のラスタメモリ（ページ
バッファ）を示しており、図４は、図３のラスタ画像を
生成するための描画オブジェクトの構成を示している。
ここで、描画オブジェクトとは、最終的なラスタ画像を
生成する前段階の中間データ形式を意味し、ここでは、
文字コード”Ａ”に対応したビットマップパターンであ
るとする。

【０００５】まず、ＹＭＣＢｋの色空間にて赤色を表現
するためには、Ｙ：Ｍ：Ｃ：Ｂｋ＝１：１：０：０とす
ればよいので、図３に示すように、Ｙ、Ｍの各プレーン
に文字”Ａ”を描画（ラスタメモリの相当する位置のビ
ットをＯＮにセット）する。

【０００６】一方、Ｃ、Ｂｋの各プレーンに対しては、
文字”Ａ”を白く抜く（ページバッファの相当する位置
のビットをＯＦＦにセットする）必要がある。なぜなら
ば、既に異なる描画オブジェクトにより文字”Ａ”を描
画すべき位置のビットがＯＮにセットされていると、各
プレーンの画像を記録紙上で重ね合わせた際に、正しく
赤い色が再現されなくなってしまうためである。

【０００７】図４において、４０４は、文字”Ａ”のビ
ットマップパターン（４０６）と、パターンの幅・高さ
などの情報を格納した情報部（４０５）とから構成され
るフォントオブジェクトであり、４０１は、前記フォン
トオブジェクトをページ内のどの位置に描画すべきかと
いった情報を格納した描画指示情報部である。

【０００８】前記フォントパターン４０６は、例えば、
ページ記述言語で指示された書体、文字サイズ、文字コ
ード等の情報を元に、図示しないフォントスケーラによ
ってスケーラブルフォントデータから生成される。一
方、描画情報４０１は、前記フォントオブジェクトのメ
モリ上の先頭アドレス（ａｄｄｒ）、描画オブジェクト
を書き始めるページ内の描画位置（ｘ、ｙ）などの情報
（４０２）に加え、カラー情報（４０３）を持つ。ここ
では、前記カラー情報４０３は４ビットで構成されてお
り、各ビットの内容によって、ＹＭＣＢｋプレーンのう
ち、どのプレーンに描画オブジェクトを描画するか、す
なわち、どのプレーンのラスタ画像のビットを１にセッ
トするかが指示されるようになっている。同図では、先
頭のビットから順に、Ｙ、Ｍ、Ｃ、Ｂｋに対応してい
る。従って、前記カラー情報の４ビットのうち先頭の２
ビットが１にセットされている場合は、Ｙ、Ｍの各プレ
ーンに対してフォントパターン４０６を描画する際、ペ
ージバッファ上の対応する位置のビットを１にセットす
ることを示している。また、カラー情報の３、４ビット
目は０であることから、それぞれ対応するＣ、Ｂｋプレ
ーンに対しては、フォントパターンに相当する位置のペ
ージバッファのビットは０にセットされる。

【０００９】なお、前記描画処理において、各プレーン
のビットを書き換える範囲は、フォントパターン４０６
のビットが１にセットされている箇所のみであることか
ら、前記フォントオブジェクトはマスクオブジェクトと
呼ばれ、前記色情報４０３はマスクの背景、すなわちバ
ックグラウンドとして扱われる。

【００１０】また、ここでは簡単のため、バックグラウ
ンド４０３は単に有無を示すビット情報として説明した
が、中間色を表現するためのディザパターンとしても構
わない（図５）。この場合、各プレーン毎に異なるディ
ザパターンを持つことになり、カラー情報５０３として
は、これらのディザパターンの先頭アドレス（ＢＧ＿ａ
ｄｄｒ）がセットされている。また、前記ディザパター
ンは例えば、３２×３２ドット固定のパターンとし、白
で上書きするプレーンに対しては、全ビットが０にセッ
トされているディザパターンが使われることになる。な
お、図５においては、カラー情報５０３以外は、図４の
構成と同一である。

【００１１】一方、一般的な業務等の印刷においては、
帳票や定型文書のように、タイトルや枠線など、複数ペ
ージにわたって内容が同一の定型フォーム部（以下、フ
ォームデータと呼ぶ）と、表中の数字や名前など、ペー
ジ毎に内容が異なる非定型データ部（以下、後付けデー
タと呼ぶ）を重ね合わせて印刷する、フォームオーバー
レイ印刷が用いられる場合が多い。

【００１２】ページ記述言語を解析して対応するラスタ
画像を生成する、従来のページプリンタにおいては、前
記フォームデータ、および後付けデータは、共にページ
記述言語形式で記述されており、前記フォームデータを
マクロ命令として登録・実行することで定型フォーム部
の印刷を実現していた。すなわち、該フォームを構成す
る個々の枠線やタイトル文字等を描画するためのページ
記述言語の命令群を、１つあるいは複数のマクロ命令と
してプリンタの記憶領域に登録しておき、ページが変わ
る度に前記マクロ命令（群）を実行することで、前記フ
ォームオーバーレイ印刷が実現されていた。

【００１３】以下に、前記マクロ命令の実行について詳
しく述べる。

【００１４】プリンタの記憶領域（空きＲＡＭ等）に登
録済みの前記マクロ命令は、該マクロの指定時（＝１回
目の実行）と、１ページ分の後付けデータの解析が終了
した後、例えば排紙命令を受信する度（＝２回目以降の
実行）に、前記記憶領域から登録内容、すなわち該フォ
ームを構成するページ記述言語の命令群が読み出され、
ページ記述言語解析手段によって、通常ページの後付け
データと同様に解析された後、１ページ分のラスタ画像
を生成するための中間コードである、描画オブジェクト
を生成する。なお、前記描画オブジェクトの生成処理
は、後付けデータを処理する際と全く同様に行なえばよ
い。

【００１５】また、印刷実行に先だって、予めホストコ
ンピュータからプリンタへ前記フォームデータを転送
し、フラッシュメモリ等の不揮発性メモリ、あるいはハ
ードディスク等の不揮発性外部記憶装置、ＲＡＭ等の揮
発性メモリへマクロデータとして登録しておくことで、
毎回フォームデータを転送しなくてもよいように構成さ
れている場合もある。この場合、印刷実行時には、フラ
ッシュメモリ／ハードディスク／ＲＡＭ内のマクロデー
タを番号等で指示する、マクロ指定命令のみが送られる
ことになる。なお、フォームデータがＲＡＭ上へ登録さ
れた場合は、該プリンタの電源が一度切断された後は前
記マクロ指定命令は無効であるが、フラッシュメモリ等
へ登録した際は再電源投入後でも有効であることは言う
までもない。

【００１６】

【発明が解決しようとする課題】しかしながら、上記従
来例では、以下に説明するような問題点があった。

【００１７】すなわち、従来の画像処理装置において
は、フォームデータはページ記述言語形式で登録されて
いるため、フォームオーバーレイを行なう各ページにお
いて、同一のフォームデータ（マクロデータ）を読み出
し、解析し、描画オブジェクトを生成することになる。
よって、フォームデータの内容が複雑な場合は、毎ペー
ジ、定型フォーム部の解析と描画オブジェクトの生成に
多くの時間がかかってしまっていた。すなわち、定型フ
ォーム部の描画内容が複雑になればなるほど、フォーム
部の処理時間が増大していた。

【００１８】また、同一のフォームデータを用いて、複
数ページのオーバーレイ印字を行なう場合、ページ毎に
毎回、同一のマクロ（コマンド群）を解析し、同一の描
画オブジェクトを生成するため、同じ内容のフォームで
あるにも関わらず、２ページ目以降の印字速度が向上し
ないという問題点があった。

【００１９】更に、同一の描画オブジェクトをページ毎
に生成しており、複数ページ間で前記描画オブジェクト
が共有されていないため、描画処理に必要なメモリが増
大し、排紙待ち等のパフォーマンス低下も懸念されてい
た。特に、図形やイメージ画像等を含んだ複雑なフォー
ムをオーバーレイ指定し、描画メモリ不足などのエラー
が発生する場合、フォームオーバーレイを行なった全ペ
ージで同一のエラーが発生することとなり、上記課題の
解決が重要となっていた。

【００２０】そこで、上記問題の解決策の一つとして
は、予めフォームデータをラスタライズし、イメージデ
ータ、すなわちフォーム画像としてプリンタ内の記憶領
域に保持しておき、オーバーレイ印刷時には、フォーム
データの解析・ラスタライズを行なう必要なく高速に出
力することが考えられる（以下、プレラスタライズ方式
と呼ぶ）。

【００２１】プレラスタライズ方式においてオーバーレ
イ指定がなされたページでは、フォーム画像をバンドバ
ッファへコピーした後、通常ページデータを解析・ラス
タライズするだけで重ね合わせ描画が済む。なお、１ペ
ージ分のフォーム画像を保持するためには大量のメモリ
が必要となるため（Ａ３、６００ｄｐｉ、モノクロで約
８ＭＢのメモリが必要）、前記フォーム画像は符合化手
段により圧縮された後、プリンタの記憶領域に保持さ
れ、バンドバッファへコピーされる際に復号化される。

【００２２】しかし、このようなプレラスタライズ方式
では、一旦ラスタライズされたビットマップイメージを
再度バンドバッファへ描画することでフォーム画像の描
画を行なうため、複数のプレーンを用いてカラー画像を
出力する、従来のカラー画像処理装置へ適応することは
困難なはずである。

【００２３】なぜなら、従来のカラー画像処理装置にお
いては、従来技術で説明した通り、文字、図形等の個々
の描画オブジェクトを描画する際、描画が不要なプレー
ンに対して、描画が必要なプレーンと同一の内容を白で
描画（消去）することで、指定通りの正しい色による描
画を行なっており、予め異なるプレーンに分離されたフ
ォーム画像をメモリに再描画するときに他のプレーンを
白で描画してしまいフォーム画像の一部のプレーンを消
去してしまうという問題が生じるからである。例えば、
赤色のフォーム画像を表現するためには、Ｙ：Ｍ：Ｃ：
Ｂｋ＝１：１：０：０となりＹとＭの２つのプレーンに
分離してメモリに格納しておく。そしてＹとＭのプレー
ンからバンドバッファに再描画するときに、Ｙのプレー
ンを描画した後にＭのプレーンを描画すると最初に描画
されたＹのプレーンが白で削除されるため、マゼンタ
（Ｍ）だけのフォーム画像になってしまうからである。
よって、予め異なるプレーンに分離されたフォーム画像
のみを他のプレーンに影響することなく個別に描画でき
る画像処理装置、方法およびプログラム記憶媒体を提供
することを課題とする。

【００２４】

【課題を解決するための手段】上記問題点を解決するた
めの本発明に係る画像処理装置は、以下のような構成を
備える。即ち、複数のプレーン画像を格納するプレーン
バッファを有する記憶手段と、印刷コマンドに基づい
て、独立して各プレーンバッファに画像データを描画す
る第一描画手段と、印刷コマンドに基づいて、描画が必
要なプレーンバッファに画像データを描画し、描画が必
要ないプレーンの該画像データの位置のデータを消去す
る第二描画手段とを有し、前記第一描画手段と前記第二
描画手段を切り替え可能とする。

【００２５】さらに、上記問題点を解決するための本発
明に係る画像処理装置は、以下のような構成を備える。
即ち、１ページ分のフォームデータと、フォームの所定
位置に書き込まれる印刷データとをオーバーレイ出力可
能な画像処理装置において、少なくとも１ページ分の前
記フォームデータを記憶するフォームデータ記憶手段
と、前記フォームデータ記憶手段からフォームデータを
読み出し解析し、プレーン別に１ページ分のフォーム画
像を生成するフォーム画像生成手段と、少なくとも１ペ
ージ分の前記フォーム画像を保持するフォーム画像保持
手段と、前記フォーム画像保持手段に保持されているフ
ォーム画像を対応するプレーンの出力メモリに描画する
フォーム描画手段とを有し、前記印刷データに基づい
て、前記出力メモリに前記フォーム画像と合わせて画像
データを描画するよう構成されるものである。

【００２６】更に、上記問題点を解決するための本発明
に係る画像処理方法は、以下の工程からなる。即ち、複
数のプレーン画像を格納するプレーンバッファを有する
記憶手段を有する画像処理装置を制御する方法であっ
て、印刷コマンドに基づいて、独立して各プレーンバッ
ファに画像データを描画させる第一描画工程と、印刷コ
マンドに基づいて、描画が必要なプレーンバッファに画
像データを描画し、描画が必要ないプレーンの該画像デ
ータの位置のデータを消去させる第二描画工程とを含
み、前記第一描画工程と前記第二描画工程を切り替えて
画像データを描画させるものである。

【００２７】更に、上記問題点を解決するための本発明
に係る画像処理方法は、以下の工程からなる。即ち、１
ページ分のフォームデータと、フォームの所定位置に書
き込まれる印刷データとをオーバーレイ出力させる画像
処理方法において、少なくとも１ページ分の前記フォー
ムデータをフォームデータ記憶手段に記憶させるフォー
ムデータ記憶工程と、前記フォームデータ記憶手段から
フォームデータを読み出し解析し、プレーン別に１ペー
ジ分のフォーム画像を生成させるフォーム画像生成工程
と、少なくとも１ページ分の前記フォーム画像をフォー
ム画像保持手段に保持させるフォーム画像保持工程と、
前記フォーム画像保持手段に保持されているフォーム画
像を対応するプレーンの出力メモリに描画させるフォー
ム描画工程とを含み、前記印刷データに基づいて、前記
出力メモリに前記フォーム画像と合わせて画像データを
描画させるものである。

【００２８】更に、上記問題点を解決するための本発明
に係る画像処理プログラムが格納されたプログラム記憶
媒体は以下のプログラム工程からなる。即ち、複数のプ
レーン画像を格納するプレーンバッファを有する記憶手
段を有する画像処理装置を制御するプログラムが格納さ
れた記憶媒体であって、印刷コマンドに基づいて、独立
して各プレーンバッファに画像データを描画させる第一
描画工程と、印刷コマンドに基づいて、描画が必要なプ
レーンバッファに画像データを描画し、描画が必要ない
プレーンの該画像データの位置のデータを消去させる第
二描画工程とを含み、前記第一描画工程と前記第二描画
工程を切り替えて画像データを描画させるものである。

【００２９】更に、上記問題点を解決するための本発明
に係る画像処理プログラムが格納されたプログラム記憶
媒体は以下のプログラム工程からなる。即ち、１ページ
分のフォームデータと、フォームの所定位置に書き込ま
れる印刷データとをオーバーレイ出力させる画像処理装
置を制御するプログラムが格納された記憶媒体であっ
て、少なくとも１ページ分の前記フォームデータをフォ
ームデータ記憶手段に記憶させるフォームデータ記憶工
程と、前記フォームデータ記憶手段からフォームデータ
を読み出し解析し、プレーン別に１ページ分のフォーム
画像を生成させるフォーム画像生成工程と、少なくとも
１ページ分の前記フォーム画像をフォーム画像保持手段
に保持させるフォーム画像保持工程と、前記フォーム画
像保持手段に保持されているフォーム画像を対応するプ
レーンの出力メモリに描画させるフォーム描画工程とを
含み、前記印刷データに基づいて、前記出力メモリに前
記フォーム画像と合わせて画像データを描画させるもの
である。

【００３０】上記構成により、本発明によれば、フォー
ムデータの内容に関わらず、カラーのフォームオーバー
レイを高速に出力することができる。特に、同一内容の
フォームデータに対して通常ページが毎ページ異なるよ
うな複数ページの印刷命令においては、２ページ目以降
のフォームデータ処理時間をほぼ０にすることができ
る。

【００３１】また、定型フォーム部については、同一の
描画オブジェクトを複数ページ毎に個別に持つ必要がな
くなるため、複数ページ分の描画オブジェクトに要する
メモリを、トータルとして低く抑えることが可能とな
り、排紙待ちなどの処理速度の低下を避けることができ
る。

【００３２】また、本発明によれば、各カラープレーン
別に、１ページをバンド状に分割した単位で、前記フォ
ーム画像を生成・符合化・保持し、順次復号化した後、
読み出してバンドバッファへ描画するように構成したこ
とで、復号化の際に前処理や読み飛ばしの処理が不要と
なり、通常ページデータをバンディング方法によって描
画を行なう画像処理装置に対して簡単に適用可能とな
る。

【００３３】

【発明の実施の形態】〔第一実施例〕以下に添付の図面
を参照して、本発明の第１の実施例について説明する。

【００３４】まず、図１、２を参照しながら、本発明を
適用するに好適なカラー画像処理装置の構成について説
明する。図１は本発明を適用可能なカラー画像処理装置
の概略構造を示すブロック図であり、例えば、レーザー
ビームプリンタの場合を示す。なお、本発明を適用可能
な画像処理装置はレーザービームプリンタに限られるも
のではなく、他のプリント方式のプリンタ装置であって
も良いことはいうまでもない。

【００３５】図１において、１０１はホストコンピュー
タ等の外部機器、１０２は本実施例を適用したカラーレ
ーザービームプリンタ本体である。

【００３６】カラーレーザービームプリンタ１０２は、
前記外部機器１０１からページ記述言語形式の印刷デー
タ（文字コードや図形データ等）やイメージデータを受
けとり、それらの情報に従って対応する文字パターンや
図形パターンなどを作成し、記録媒体である記録紙上に
像を形成するよう構成されている。

【００３７】１０５はプリンタエンジン部であって、
Ｙ、Ｍ、Ｃ、Ｂｋ各色のドットデータ（イメージデー
タ）毎に実際に感光ドラムに潜像を形成することによっ
て、用紙にＹ、Ｍ、Ｃ、Ｂｋの４色を重ね合わせ、熱定
着させることによって印字を行なう。

【００３８】また、１０３はプリンタ制御ユニット（コ
ントローラ）部であって、レーザービームプリンタ１０
２全体の制御、およびホストコンピュータから供給され
る文字情報などを解析する。この制御ユニット１０３
は、前記プリンタエンジン部１０５と接続され、外部機
器１０１から供給される印刷データを解析して、前記印
刷データに基づいたＹ、Ｍ、Ｃ、Ｂｋ各色のドットデー
タからなるページ情報を生成し、プリンタエンジン部１
０５に対して順次ドットデータ（ビデオ信号）を送信す
る。

【００３９】１０４は操作のためのスイッチおよびＬＥ
Ｄ表示器などが配されている操作パネルであって、オペ
レータ（使用者）は、パネル部１０４を操作することに
よって、カラーレーザービームプリンタ１０２に所定の
動作の指定、あるいは印刷環境の設定等を行なうことが
できる。

【００４０】図２は本実施例のカラーレーザビームプリ
ンタ１０２のプリンタエンジン部１０５の内部構造を示
す断面図である。

【００４１】同図において、２０１は記録媒体である用
紙、２０２は用紙２０１を保持する用紙カセットであ
る。２０３はカセット給紙クラッチであり、用紙カセッ
ト２０２上に載置された用紙２０１の最上位の用紙１枚
のみを分離し、不図示の駆動手段によって分離した用紙
の先端部を給紙ローラ２０４の位置まで搬送させるカム
で、給紙の度に間欠的に回転し、１回転に対応して１枚
の用紙を給紙する。給紙ローラ２０４は、用紙が給紙ク
ラッチ２０３によって搬送されてくると、用紙２０１を
軽く挿圧しながら回転し、用紙２０１を搬送する。

【００４２】一方、２２２は用紙台、２２１は手差し給
紙クラッチであり、用紙カセット２０２からの給紙だけ
でなく、給紙台２２２から１枚ずつ手差し給紙すること
を可能にする。

【００４３】２０５は転写ドラム、２０６は用紙の先端
を挟み込むグリッパ、２０７は搬送ローラである。転写
ドラム２０５は所定の速度によって回転しており、転写
ドラム２０５上のグリッパ２０６が用紙先端位置に来た
時に、グリッパは用紙先端部を挟み込む。このことと用
紙搬送ローラ２０７によって用紙２０１は転写ドラム２
０５に巻つき搬送される。

【００４４】２０８は感光ドラム、２０９は現像器支持
部、２１０はＹ：イエロートナー現像器、２１１はＭ：
マゼンタトナー現像器、２１２はＣ：シアントナー現像
器、２１３はＢｋ：ブラックトナー現像器である。

【００４５】前記現像器支持部２０９は、回転して所望
の色トナーの現像器を感光ドラム２０８に現像できる位
置に搬送する。

【００４６】２１４は不図示の半導体レーザを駆動する
ためのレーザドライバであって、プリンタコントローラ
１０３から送出されるドットデータ（ビデオ信号）に応
じて、前記半導体レーザをＯＮ／ＯＦＦすることで、発
射するレーザ光２２１のオンオフ切り替えを行なう。

【００４７】レーザー光２２１は、感光ドラム２０８上
に結像し、不図示の回転多面鏡で左右方向に振られるこ
とで、主走査方向に走査して主走査ライン上に潜像を形
成する。それと同時に、感光ドラム２０８は転写ドラム
２０５上の用紙２０１位置と同期をとりながら回転駆動
される。上記動作によって、不図示の帯電器により帯電
された感光ドラム２０５の表面には、レーザビームの露
光による１ページ分の静電潜像が形成される。感光ドラ
ム２０８の潜像は、現像器２１０、２１１、２１２、２
１３の内にある所定の色トナーの現像器によってトナー
像として顕像化された後、転写ドラム２０５上の用紙２
０１に前記トナー像を転写する。

【００４８】さらに、必要な色トナーの回数だけ上記の
トナー像を転写ドラム２０５上の用紙２０１に重ねる。
必要なトナー像を転写された用紙２０１は、転写分離つ
め２１６によって転写ドラム２０５から分離され、定着
ローラ２１７、２１７’によってトナー像が加熱定着さ
れ、搬送ローラ２１８、２１８’、２１９を経て排紙ト
レイ２２０に排紙される。

【００４９】なお、本実施例のカラーレーザビームプリ
ンタ１０２では、前記潜像形成、転写のプロセスを、イ
エロー、マゼンタ、シアン、ブラックの順番で行なう。

【００５０】また、前記イエロートナー現像器２１０、
マゼンタトナー現像器２１１、シアントナー現像器２１
２、及びブラックトナー現像器２１３は、各々カセット
形式の筐体になっており本体から着脱可能であるため、
以降は、２１０をＹカートリッジ、２１１をＭカートリ
ッジ、２１２をＣカートリッジ、２１３をＫカートリッ
ジと称する。

【００５１】図６は本発明の第１の実施例を示すカラー
画像処理装置の基本構成を説明するブロック図であり、
図１のカラー画像処理装置の制御ユニット１０３の内部
構成を示している。なお、本発明の機能が実行されるの
であれば、単体の機器であっても、ＬＡＮ等のネットワ
ークを介して処理が行なわれるシステムであっても良
い。

【００５２】同図において、プリンタの制御ユニット１
０３は、所定のインターフェイス６０８を介して外部の
ホストコンピュータ１０１と接続されており、ホストコ
ンピュータ１０１から送られる印刷データに従って所定
の印刷処理を実行するように構成されている。ホストコ
ンピュータ１０１から受信した該印刷データは受信バッ
ファ６０７に受信データとして一時的に蓄えられる。

【００５３】なお、前記ホストコンピュータ１０１のハ
ードディスク等には、予めページ記述言語形式で記述さ
れたフォームデータがファイルとして格納されており、
フォームオーバーレイ印刷時には、前記フォームデータ
はオーバーレイ登録データ（マクロコマンド）として、
通常ページデータに付加して送出される。また、ホスト
コンピューター上の個々のフォームデータは、一意に識
別可能なファイル名称にて管理されているものとする。

【００５４】６０１はプリンタＣＰＵであり、読み出し
専用メモリであるＲＯＭ６０２に記憶された制御プログ
ラム６０３に基づいてシステムバス６０６に接続された
各種デバイスとのアクセスを統括的に制御している。ま
ず、受信バッファ６０７に蓄えられた印刷データを解析
し、少なくとも１ページ分の描画オブジェクトを生成し
（描画オブジェクト生成部６０３ａ）、続いて前記描画
オブジェクトを元に１ページ分（あるいは複数のバンド
に分割した１バンド分）のラスタイメージ（画像デー
タ）を生成し（描画オブジェクト描画部６０３ｃ：画像
データ描画手段ともいう）、さらに、印刷部Ｉ／Ｆ６０
９を介して印刷部（プリンタエンジン）１０５へ、前記
ラスタイメージのビットのＯＮ／ＯＦＦによるビデオ信
号を出力する（ビデオ信号の出力は、以下、”シップ”
と記す）。印刷部１０５はＣＰＵ６０１から受け取った
ビデオ信号を元に記録紙２０１上に画像の印刷を行な
う。

【００５５】なお、ページをバンド状に分割した複数の
バンドラスタを用意するバンディング方式では、前記ラ
スタイメージの生成とシップ動作を同時に行なうよう構
成されている。すなわち、描画済みの一方のバンドラス
タをシップしながら、他方のバンドラスタに属する描画
オブジェクトを描画する。

【００５６】また、制御プログラム６０３は、上記構成
以外に、以下の機能を実現するためのプログラムから構
成されている。

【００５７】すなわち、受信バッファ６０７内の印刷デ
ータがフォームデータ登録命令であった場合に、ページ
記述言語で記述された前記フォームデータをＲＡＭ６０
５（後述）内へ登録し、フォームオーバーレイ指定命令
受信時には、前記フォームデータを読み出すフォームデ
ータ登録／読み出し部６０３ｂ、読み出したフォームデ
ータを元にフォームラスタを生成する描画オブジェクト
描画部６０３ｃ、前記フォームラスタをＲＡＭ３０５内
に記憶・保持するフォームメモリ管理部６０３ｄ、前記
フォームラスタを通常ページデータと重ね合わせてペー
ジメモリ６０５ｃへ描画するフォームラスタ描画部６０
３ｅから構成されている。なお、前記フォームメモリ管
理部６０３ｄは、要求されたフォームデータに対応する
フォームラスタがフォームラスタ格納部６０５ｄに記憶
済みかどうか調べ、既に記憶済みであった場合は、オー
バーレイ格納部６０５ｂからフォームデータを読み出さ
ずに、前記記憶済みフォームラスタを用いるキャッシュ
機能を備える。また、このＲＯＭ６０２は、文字出力に
用いるドットフォントやスケーラブルフォントから構成
されるフォントデータを格納するメモリとしても用いら
れている（フォントＲＯＭ６０４）。

【００５８】６０５はＣＰＵ６０１の主メモリ、ワーク
メモリ等として機能するＲＡＭであり、図示しない増設
ポートに接続されるオプションＲＡＭによりメモリ容量
を拡張できるように構成されている。ＲＡＭ６０５は、
前記描画オブジェクトを格納する描画オブジェクト格納
部６０５ａや、制御プログラム６０３ａによって一時的
に使用されるワークメモリ６０５ｅ、１ページをバンド
状に分割したバンド領域の２面分に相当するラスタイメ
ージ（あるいは１ページ分のラスタイメージ）を格納す
るバンドバッファ（あるいはページバッファ）６０５
ｃ、ページ記述言語で記述されたフォームデータを格納
するフォームデータ格納部６０５ｂ、フォームラスタを
格納するフォームラスタ格納部６０５ｄの他、前記フォ
ントメモリ６０４内のスケーラブルデータに基づいて展
開された文字パターンをキャッシュするためのキャッシ
ュメモリ（不図示）、印刷環境データ格納メモリ（不図
示）等に用いられる。ここで、前記バンドバッファ６０
５ｃは、Ｙ、Ｍ、Ｃ、Ｂｋの各プレーンで共用されるも
のとする。

【００５９】なお、レーザービームプリンタ１０２は図
示しない電源部から電力の供給を受けている。また、前
記フォームデータはＲＡＭ６０５内に格納されると説明
したが、フラッシュメモリ等の不揮発性メモリに予め登
録・格納しておいても構わない。

【００６０】また、本発明を構成する装置がＲＯＭに格
納されたプログラムとして供給されるよう説明したが、
これに限らず、フロッピーディスクやハードディスク等
の媒体によって供給され、実行前にＲＡＭ等へロードさ
れた後、実行されるよう構成されていても構わない。ま
た、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ等
のような記憶媒体から図示省略したドライブを介して、
該制御プログラムをインストールして制御しても本発明
を実施することが可能であり、本発明の請求項はこれを
含むものである。

【００６１】続いて、上記構成による画像処理装置にお
ける、フォームデータおよびフォームラスタの登録手順
を、図７のフローチャートを用いて以下に説明する。

【００６２】同図において、まず制御プログラム６０３
は、ステップ７０１にて、ホストコンピュータ１０１か
ら送られる印刷データを入力手段である所定インターフ
ェース６０８を介して受信バッファ６０７へ記憶する。
続いて、ＣＰＵ６０１は受信バッファ６０７内に印刷デ
ータが存在するかどうかを調べ（ステップＳ７０２）、
存在しない場合は処理を終了する。一方、印刷データが
存在する場合は、続くステップＳ７０３以下で印刷デー
タの解析を行なう。

【００６３】ステップＳ７０３では、前記印刷データが
フォームデータ登録命令であるかどうかを調べ、そうで
あった場合は、前記フォームデータ登録命令のパラメー
タとして指示されたサイズ分のフォームデータを受信バ
ッファより読みだし、フォームデータ格納部６０５ｂへ
書き込み（ステップＳ７０４）、続く印刷データを受信
バッファ６０７より読み出すためにステップＳ７０１へ
戻る。

【００６４】なお、前記フォームデータ登録命令のパラ
メータとしては、前記フォームデータサイズの他、フォ
ーム内容を一意に判別可能なフォーム番号（フォームＩ
Ｄ）が指定されており、前記フォームＩＤをホストコン
ピュータ側のフォームデータと対応付けて管理すること
で、異なる内容のフォームデータどうしを区別可能なよ
うになっている。

【００６５】また、ステップＳ７０３、７０４において
は、フォームデータ登録命令のパラメータとして指示さ
れたサイズ分のフォームデータを登録するように構成し
たが、あるいは、オーバーレイ登録開始命令、およびオ
ーバーレイ登録終了命令の２つの命令によりフォームデ
ータの先頭／終了を指示するように構成しても構わな
い。この場合、フォームデータ登録中であるかどうかを
判断するためには、電源投入時等に０にリセットされる
フラグを用意しておき、オーバーレイ登録開始命令受信
時に、前記フラグを１にセットし、前記フラグがセット
されている場合は、フォームデータ登録中であると判断
し、オーバーレイ登録終了命令受信時に前記フラグをリ
セットする。

【００６６】また、フラッシュメモリ等の不揮発性メモ
リにフォームデータ格納部を構成し、印刷データ受信前
に予めフォームデータを登録しておくよう構成した場合
は、ステップＳ７０３〜ステップＳ７０４のステップは
実行しなくてよい。この場合の処理は第二実施例で説明
する。

【００６７】一方、ステップＳ７０３において、フォー
ムデータ登録命令でないと判断した場合は、続くステッ
プＳ７０５において、該印刷データがフォームラスタ登
録命令かどうかを調べ、フォームラスタ登録命令である
と判断された場合は、Ｓ７０６以降のステップでフォー
ムラスタの登録を行なう。すなわち、フォームデータに
対応するフォームラスタがフォームラスタ格納部６０５
ｄに登録済みかどうかを調べ（ステップＳ７０６）、未
登録であった場合は、続くステップＳ７０７にて、フォ
ームデータ格納部６０５ｂより前記フォームデータを読
み出し、描画オブジェクト生成部６０３ａによって、フ
ォームデータ中の各印刷データに対応する描画オブジェ
クトを生成する。なお、Ｓ７０７における描画オブジェ
クトの生成処理は、通常ページに描画するデータの解析
および描画オブジェクトの生成処理と同様の処理で良
い。

【００６８】一方、ステップＳ７０６において、フォー
ムデータに対応するフォームラスタがフォームラスタ格
納部に登録済みであると判断された場合は、続く印刷デ
ータを解析するためにステップＳ７０１へ戻る。

【００６９】また、ステップＳ７０７においては、描画
オブジェクトを生成すると同時に、該フォームを識別す
るための管理情報（以下、フォーム情報）もあわせてワ
ークメモリへ一時的に記憶しておく。前記フォーム情報
には、各フォーム毎に一意に決まるフォームＩＤ（ホス
トより指定される）、用紙サイズ、用紙の印字方向、デ
ータ生成解像度、カラーモード（階調）等が含まれる。

【００７０】続くステップＳ７０８において、描画オブ
ジェクト描画部６０３ｃによってフォームラスタを生成
した後、ラスタ符合化部６０３ｆによってフォーム画像
を符合化し、さらに、前記符合化済みフォーム画像、な
らびにワークメモリ中に一時保持しておいた前記フォー
ム情報とをフォームラスタ格納部６０５ｄへ格納する
（フォームメモリ管理部６０３ｄが行なう）。前記ステ
ップＳ７０８をＹＭＣＢｋ全てのプレーンについて行な
い、全プレーンのフォームラスタが登録された後、生成
した描画オブジェクトをクリアし（ステップＳ７１
１）、ステップＳ７０１へ戻る。

【００７１】なお、本実施例においては、上記ステップ
において生成されるフォームラスタは、１ページを複数
のバンドに分割した状態で生成・格納するものとし、な
おかつ分割高さは、バンドバッファ６０５ｃが取り得る
高さの（１／整数）となるように構成する。すなわち、
バンドバッファ６０５ｃが搭載メモリによって２５６ド
ット／５１２ドット／１０２４ドット高さの３段階を取
り得る場合、フォームラスタは２５６ドット高さで生成
・格納すればよい。

【００７２】なお、フォームラスタへ描画オブジェクト
を描画する手順は、シップ時に通常ページの描画オブジ
ェクトをラスタメモリへ描画する手順と全く同様に行な
えばよい。すなわち、従来技術で説明したように、フォ
ントパターン等の各マスクオブジェクトを、全プレーン
に対して描画する（描画情報内のバックグラウンド指定
のビットが１にセットされているプレーンに対しては描
画を行ない、ビットが０にセットされたプレーンに対し
ては白で消去するために描画を行なう）。

【００７３】また、ステップＳ７０５にて、印刷データ
がフォームラスタ登録命令でないと判断された場合は、
ステップＳ７１０において、印刷環境の設定等、他の印
刷コマンドの解析を行ない、ステップＳ７０１へ戻る。

【００７４】図８は、本実施例における、１ページ分の
描画オブジェクト格納部６０５ａを示すメモリマップ
（図８−１）および、管理内容の構成概略を示すブロッ
ク図（図８−２、８−３）である。８−１図において、
８０１は各ページの種々の情報を格納するヘッダ部であ
って、電源投入時からシーケンシャルにカウントされる
ページ番号、印字解像度、用紙サイズ、カラーモード、
バンドラスタ数、該ページに属する描画オブジェクトの
総容量（メモリ使用量）、描画済み／シップ中などのペ
ージの状態を示す情報等、各ページ毎に管理すべき情報
から構成されている。８０２はバンドテーブルであっ
て、前記バンドラスタの数だけ用意され、各バンド内に
印字されるべき個々の描画オブジェクトに対応した描画
情報８０３がリンクされている（図８−２）。描画情報
のことを、アプリケーション（appl：略語）と呼ぶこと
にする。個々のアプリケーション８０５、描画オブジェ
クト８０６はそれぞれ、描画情報格納部８０３および描
画オブジェクト記憶部８０４に生成・保持される。

【００７５】図８−３は、１つの描画情報（アプリケー
ション）の構成を示す概略図であり、描画オブジェクト
を描画するための情報として、以下の情報を含むよう構
成されている。すなわち、バンド内の印字位置（左上端
からのビットオフセット値）、描画オブジェクトの描画
高さ、バンドラスタとの描画論理、バックグラウンド情
報（ＢＧ情報）、対応する描画オブジェクトの先頭アド
レス、描画オブジェクトがバンド途中から描画される場
合に該描画オブジェクトを読み飛ばすオフセット量（ラ
イン数）、次のアプリケーションの先頭アドレス（リン
ク最後はＮＵＬＬとする）等が含まれる。ここで、前記
ＢＧ情報は、同図のモードフラグ８０７、プレーンフラ
グ８０８から構成されているものとする。

【００７６】また描画オブジェクトが複数のバンドにま
たがって描画される場合は、その描画オブジェクトは複
数のアプリケーションを持っている。つまり描画回数だ
けアプリケーションが割り当てられるのである。

【００７７】プレーンフラグ８０８は、従来例（図４）
で説明したように、カラー情報４０３に相当するもので
あり、各ビットの内容によって、ＹＭＣＢｋプレーンの
うち、どのプレーンに描画オブジェクトを描画するかが
指示されるようになっている。例えば２値データとして
扱われている赤は、（ＹＭＣＢｋ）は（１１００）とプ
レーンフラグのビット情報は記憶される。

【００７８】また、モードフラグ８０７は、前記プレー
ンフラグの０にセットされているビットを有効とするか
どうかを指示するためのフラグであり、モードフラグが
“１”にセットされている場合は、従来例と同様の描画
処理を行なう。すなわち、プレーンフラグが０のプレー
ンも含めて、全プレーンに対してマスクオブジェクト、
つまり白を描画する。よってフォームラスタ登録時に、
フォームに属する描画オブジェクトをバンドラスタ上へ
描画する場合、および後付けデータの描画を行なう場合
は、前記ＢＧ情報のモードフラグには１をセットするこ
とになる。なぜなら色分離が必要な処理だからである。
また、後述するように、フォームラスタをバンドラスタ
に再描画するときは、モードフラグ８０７は“０”にセ
ットされる。

【００７９】なお、前述したアプリケーション内の各情
報は、少なくとも指定用紙を指定解像度で表現可能なだ
けのビット数があればよい。

【００８０】図７のステップＳ７０８において、フォー
ム内の描画オブジェクトをバンド毎に描画してフォーム
ラスタを生成する処理は、上記バンドテーブルからリン
クされているアプリケーションを、描画順序が記載され
ているリスト（図示省略）に従って順次読み出し、各ア
プリケーション内の印字位置情報等に応じて描画オブジ
ェクトを描画する。次のアプリケーションアドレスがＮ
ＵＬＬとなったところで、該バンドの描画処理を終了す
る。また、後付けデータの描画を行なう場合も、上記と
全く同様の構成で良く、同じ描画オブジェクト描画部６
０３ｃを用いた描画が可能である。

【００８１】図９は、フォームメモリ管理部６０３ｄに
よって管理される、フォームラスタ格納部６０５ｄのメ
モリ構成の概略を示す図である。同図において、９０１
はフォーム毎の管理テーブルであって、各フォームを描
画・識別するために必要な情報から構成される。前記管
理テーブルのための記憶領域は、予めフォームラスタ格
納部６０５ｄ内の固定領域に確保しておいても構わない
し、可能なだけ動的に確保されるよう構成されていても
構わない。

【００８２】前記管理テーブル内には、各フォームを識
別するためのフォームＩＤ（ホストコンピュータと同一
番号で管理する）、印字解像度、プレーン数、分割バン
ド総数、用紙サイズ（搬送方向を含む）、バンド幅、フ
ォームラスタバンドテーブル９０２の先頭アドレス、フ
ォームラスタ圧縮タイプ、階調数（ビット／ピクセル、
不図示）等が含まれる。

【００８３】なお、前記情報のうち、解像度、用紙サイ
ズ（および搬送方向）、バンド幅は、フォームラスタを
生成する時点の印刷データやパネル設定値を元にセット
され、フォームＩＤはフォームデータ登録命令のパラメ
ータとしてホスト上のプリンタドライバなどにより指示
される。このような情報を持つことで、一つのフォーム
データに対して、解像度や用紙搬送方向等が異なる、複
数のフォームラスタを準備することが可能となる。

【００８４】フォームラスタバンドテーブル９０２は、
図７のＳ７０８において分割された、バンド状のフォー
ムラスタ単位の情報を格納するテーブルであって、９０
１内のプレーン数、およびバンド数に応じた数だけ確保
され、各フォームラスタの先頭アドレスと、各バンドの
高さ、各バンドのフォームラスタ圧縮サイズ（バイト）
を含む。

【００８５】同図では、プレーン数＝４（ＹＭＣＢ
ｋ）、バンド数＝６の場合をを示しており、前記フォー
ムラスタバンドテーブル９０２は、４×６＝２４バンド
分だけ確保される。また、本例では、Ｃプレーンに描画
すべきフォーム内容が存在しないため、Ｃプレーンのフ
ォームラスタ先頭アドレスは全てＮＵＬＬに、圧縮サイ
ズは０にそれぞれ設定されている。なお、最下端のバン
ドを含む全バンド高さが一定であれば、前記バンド高さ
はフォーム管理テーブル９０１内に保持するように構成
しても構わない。

【００８６】更に、バンドラスタ毎にフォームラスタ圧
縮サイズを管理するように説明したが、全プレーンの総
和を管理テーブル９０１内に保持するように構成しても
構わない。９０３、９０４、９０５はそれぞれ、Ｙプレ
ーン、Ｍプレーン、Ｂｋプレーンの符合化フォームラス
タであり、実際は圧縮タイプに応じた形式で符合化され
ている。

【００８７】図１０は、本制御プログラムのフォームメ
モリ管理部６０３ｄが、要求されたフォームデータに対
応するフォームラスタがフォームラスタ格納部６０５ｄ
に登録済みかどうかを調べる検索手順（図７のステップ
Ｓ７０６）について示したフローチャートである。

【００８８】まず、同図のステップＳ１００１におい
て、フォームラスタ格納部６０５ｄ内のフォーム管理テ
ーブル９０１から、第１のフォームラスタ情報を読み出
し、フォームラスタ登録命令発行時の印刷情報の各々と
一致するかどうかを調べる（Ｓ１００２〜Ｓ１００
６）。

【００８９】まず、外部から入力されたフォームラスタ
登録命令発行時の印刷情報のフォームＩＤとフォームラ
スタ情報内のフォームＩＤを比較し（Ｓ１００２）、同
じであれば他のフォームラスタ情報を比較し（Ｓ１００
３以降）、同じでなければ、次のフォームラスタを読み
出すために、Ｓ１００８へ進む。以下同様に、印字解像
度（Ｓ１００３）、用紙サイズ／向き（Ｓ１００４）、
カラーモード（Ｓ１００５）、ページ拡大／縮小指定が
なされているかどうか（Ｓ１００６）をそれぞれ調べ、
全ての条件が一致した場合には、ステップＳ１００７に
て指定フォームＩＤに対応するフォームラスタが登録済
みであると判断する（フォームラスタ有無情報として、
有効なフォームＩＤを通知する）。

【００９０】なお、用紙サイズ／用紙搬送方向は、Ａ４
縦送りの場合を０、Ａ４横送りの場合を１といったよう
に、紙サイズと向きを組み合わせて区別するようになっ
ている。また、本実施例では、フォームラスタは常に等
倍で登録されるものとし、拡大／縮小指定がなされてい
ない場合のみ一致するものとする。また、ステップＳ１
００５のカラーモードの比較とは、モノクロ／カラー印
刷の区別の他、ラスタ画像の階調数の一致をも比較す
る。

【００９１】一方、Ｓ１００２〜Ｓ１００６において、
いずれかの情報が一致しなかった場合は、Ｓ１００８に
て登録済みの全フォームラスタの検索が終了したかどう
かを調べ、終了していなければＳ１００１へ戻り、全フ
ォームラスタの検索が終了した場合は、Ｓ１００９にて
フォームラスタは未登録であると判断される例えば、−
１のような、無効なフォームＩＤを通知する。

【００９２】ここで図１４を用いてホストコンピュータ
から本画像処理装置に対してフォームオーバーレイ実行
する印刷コマンドを示す印刷データの形式を説明する。
図示の場合には、印刷データは、処理解像度６００ＤＰ
Ｉでフォームオーバーレイさせるための、フォームに関
する各種環境設定に関するフォームデータと、後付けデ
ータ（フォーム上に合成する文字データ等）で構成され
ている。より具体的には、以下の構成からなる。

【００９３】印刷データの最初と最後はＪＬ（Job Lang
uage）という言語で構成されている。最初の定義として
のＪＬは以下の構成からなっている。

【００９４】・印刷データのジョブ開始を示すジョブ開
始命令 ・後続のＰＤＬデータ形式の後付けデータ、フォームデ
ータを処理すべき処理解像度を設定する処理解像度指定
命令 ・処理すべき階調を指定する処理階調指定命令

【００９５】ここで、指示された解像度、階調情報にし
たがってＲＡＭ６０５内メモリコンフィグレーションが
行われ、それぞれの領域が設定される。また、後続のＰ
ＤＬデータ形式のフォームデータ、後付けデータも同処
理解像度、処理階調の指定に従って処理を実行すること
になる。

【００９６】・用紙の搬送方向（縦送り／横送り）を指
定する用紙搬送方向設定命令 ・用紙を綴じる場再に後付けデータ画像と用紙上マッピ
ング位置を指定する綴じ幅設定命令、綴じ方向設定命令 ・後続のフォームデータ及び後付けデータで構成された
印刷データを処理するためにＰＤＬ解析処理プログラム
の起動を指示するＰＤＬ移行命令

【００９７】ここまでが、ＪＬである。これからはＰＤ
Ｌ（ページ記述言語）で書かれる。

【００９８】・印刷データの開始を示すＰＤＬデータ開
始命令 ・入力された後付けデータを拡大／縮小して描画する際
に設定する拡大／縮小指示命令 ・後付けデータ画像を生成すべき用紙サイズを指示する
用紙サイズ指示命令 ・フォームオーバーレイの実行を指示するフォームオー
バーレイ実行命令（フォーム名やフォームＩＤ等のフォ
ームを特定する情報を含んでいる）

【００９９】このフォームオーバーレイ実行命令は、予
めフォームラスタ格納部６０５ｄに格納されたフォーム
画像を、図１０で説明したフォームキャッシュ検索処理
により検索して利用可能にすることにより、フォームオ
ーバーレイデータの描画処理を高速に実行するものであ
る。尚、フォーム画像がフォームラスタ格納部６０５ｄ
に格納されていなければ、後付けデータと同様にフォー
ムデータの読み込み及び解析処理を実行してフォームオ
ーバーレイを実行する。

【０１００】・フォームオーバーレイ画像を重ねるべき
後付けデータ ・ＰＤＬデータの終了を意味するＰＤＬデータ終了命
令、印刷ジョブの終了を定義するジョブ終了命令

【０１０１】最後のジョブ終了命令は、ＪＬである。ま
た、上述した印刷データは、予め不揮発性記憶媒体にフ
ォームデータを格納（登録）しておく構成の印刷装置に
対して送られる印刷データである。つまり、この印刷デ
ータの受信前に、印刷装置は、フォームラスタ登録命令
のデータを受信していることになる。もちろんフォーム
データを登録できない印刷装置に対しては上述した印刷
データのフォームオーバーレイ実行命令の後に、フォー
ムデータ（ＰＤＬ）が必要である。

【０１０２】以上説明したように構成された印刷データ
を外部装置であるホストコンピュータから本画像処理装
置は入力し、フォームオーバーレイ処理を行う。

【０１０３】以下に、フォームオーバーレイ指定時の処
理手順について、図１１のフローチャートを用いて説明
する。

【０１０４】同図において、印刷データの受信（ステッ
プ１１０１）、印刷データの存在調査（ステップＳ１１
０２）については、図７の各ステップ７０１、７０２と
同様であるため説明を省略する。

【０１０５】続くステップＳ１１０３以下において、本
画像処理装置はＲＯＭ６０２に格納されている所定の印
刷プログラムに基づいて印刷データの解析を行なう。ま
ずステップＳ１１０３にて、処理中の印刷データが排紙
命令かどうかを調べる。ここで排紙命令でないと判断し
た場合には、続くステップＳ１１０４以降で、現在処理
中のページ内に印字すべきデータとして解析を続け、排
紙命令であると判断した場合は、ステップＳ１１１２以
降にて、ページが完成したとして描画・排紙処理を行な
う。なお、ステップＳ１１０３においては、簡単のため
排紙命令（例えばフォームフィードコマンド）かどうか
を調べると説明したが、実際には、文字印字位置移動命
令等によって印字位置がページ下端を越えた場合など、
排紙動作を引き起こす要因となりうる印字データの場合
も、排紙命令と同様に、ステップＳ１１１２以降へ進
む。

【０１０６】ステップＳ１１０４では、入力した印刷デ
ータがフォーム指定命令であるかどうかを調べ、そうで
あった場合、該フォーム指定命令のパラメータで指定さ
れたフォームＩＤを元に、フォームラスタがフォームラ
スタ格納部６０５ｄに登録されているかどうかを検索す
る（ステップＳ１１０５、詳細は図１０のフローチャー
ト）。前記検索の結果、指定フォームＩＤと現在の印刷
条件に適合するフォームラスタが登録済みであると判断
された場合は（以下、ヒットした場合と記述する）、バ
ンド状に分割して圧縮保持されている前記フォームラス
タの各々に対応したアプリケーション（描画情報）を、
描画オブジェクト格納部６０５ａ内に作成する（ステッ
プＳ１１０６）。ここで、前記アプリケーションに設定
するモードフラグには“０”をセットし、プレーン毎に
独立して描画処理するよう指示しておく。つまり、フォ
ームラスタに対応するアプリケーションは、最大で、Ｙ
プレーン用、Ｍプレーン用、Ｃプレーン用、Ｂｋプレー
ン用の４つが１バンド内にリンクされることになる（図
１２にて後述）。前述したようにモードフラグが“１”
の場合は、従来のカラープリンタのように描画が不要な
プレーンには描画オブジェクトに該当する位置のデータ
を消去（白で描画）する処理が行われる。これに対し、
モードフラグを“０”とすることにより、従来とは異な
る描画処理が行われる。この描画処理については後述す
るが、簡単には、一度色分離された画像データを再描画
する必要があり、従来と同じ描画処理では、必要なプレ
ーンの画像データも白で描画されることになりデータが
消去されるのを防ぐ必要があるからである。

【０１０７】ステップＳ１１０６の処理を、全バンド
（Ｓ１１０７）、全プレーン（Ｓ１１０８）分が終るま
で繰り返し、全フォームラスタに対するアプリケーショ
ン（描画情報）が作成し終ったら、続く印刷データを処
理するためにＳ１１０１へ戻る。

【０１０８】一方、ステップＳ１１０５において、指定
フォームＩＤに対応するフォームラスタが未登録である
と判断された（ヒットしなかった）場合は、フォームデ
ータ格納部６０５ｂからページ記述言語形式のフォーム
データを読み出し、該当するフォームデータを解析し
（Ｓ１１１０）、フォームラスタ登録時と同様に各描画
オブジェクト／アプリケーションを生成する（モードフ
ラグは１をセット）。１フォーム分の処理が終了した
後、続く印刷データを処理するためにＳ１１０１へ戻
る。

【０１０９】また、ステップＳ１１０４において、印刷
データがフォーム指定命令でなかった場合は、Ｓ１１０
９において、通常ページへ描画すべき印刷データ（後付
けデータ）として処理する。すなわち、印刷データが文
字印字命令であった場合は、印刷データで指定されたフ
ォント情報（書体、サイズ、文字コード等）に対応する
スケーラブルデータをフォントＲＯＭ３０４より読み出
し、対応するドットパターン（＝描画オブジェクト）を
生成し、印字位置情報や幅、高さ、描画論理等に応じた
アプリケーション（描画情報）と共に、前記ドットパタ
ーンを描画オブジェクト格納部６０５ａへ格納する。ま
た、文字以外の図形データやイメージデータであった場
合も、同様に各印字命令に対応した中間コード／アプリ
ケーションを生成する。

【０１１０】一方、ステップＳ１１０３において、印刷
データが排紙命令、あるいは排紙命令に相当する命令で
あった場合には、描画オブジェクト格納部６０５ａへ作
成済みの各アプリケーション情報を参照しながら、フォ
ームラスタあるいは後付けデータの各描画オブジェクト
をバンドバッファへ描画してゆく（ステップＳ１１１２
〜Ｓ１１１７）。

【０１１１】まず、各アプリケーション内のモードフラ
グを調べ（ステップＳ１１１２）、モードフラグが
“０”であれば、フォームラスタ描画部６０３ｅによっ
て、１バンド分の符合化フォームラスタをフォームラス
タ格納部６０３ｄより読み出し、復号化した後、バンド
ラスタ６０５ｃへ描画する（ステップＳ１１１３）。た
だし、プリンタエンジンへのシップ動作は、ＹＭＣＢｋ
の面順次で行なうため、前記アプリケーション内のプレ
ーンフラグのうち、処理中のプレーンに相当する位置の
ビットが１にセットされていない場合は、該アプリケー
ションを読み飛ばす。つまりこのモードでは、実際に描
画が必要なプレーンにだけシップするのである。描画が
必要ないプレーンのデータはいじらない。本実施例にお
いて、描画の順序は図１４の印刷データの説明で前述し
たように、まずＰＤＬの後づけデータを描画する前にフ
ォームラスタ（キャッシュされているフォーム）の描画
がそれぞれのプレーンのバンドバッファに行われる。よ
って、バンドバッファにはデータがない状態で、フォー
ムラスタの描画（実際は再描画）が行われるので、プレ
ーンフラグが１ビットになっているプレーンだけを独立
して描画するだけでよい。

【０１１２】これに対して、前記モードフラグが“０”
でなければ（つまりモードフラグが“１”である）、通
常ページの描画オブジェクトを描画オブジェクト格納部
６０５ａより読み出し、順時バンドバッファへ描画する
（ステップＳ１１１４）。なお、この場合は、プレーン
フラグの内容に関わらず、必ずオブジェクトの描画を行
なうことになる。つまり、描画が必要なプレーンにはオ
ブジェクトの描画を行い、描画が必要でないプレーンに
はオブジェクトの位置に白で描画することによりデータ
を消去するのである。

【０１１３】この処理は１バンド分のアプリケーション
が終了するまで、エンジンへのシップ動作と同時に繰り
返し（Ｓ１１１５）、１プレーン分の全バンドの描画が
終了するまで、上記ステップＳ１１１２〜Ｓ１１１５を
全バンド分繰り返し（Ｓ１１１６）、全バンド終了した
ら、さらに全プレーンの描画が終了するまで上記ステッ
プＳ１１１２〜Ｓ１１１６を繰り返す（Ｓ１１１７）。
最後に、続くページの印刷データを処理するためにステ
ップＳ１１０１へ戻る。

【０１１４】このように、フォームデータや印刷データ
の描画のときは、それぞれのデータから描画オブジェク
トを生成し、すべてのプレーンのバンドバッファに画像
データを作成する（白抜きも含め）ことになり、フォー
ムラスタ格納部６０５ｄにすでにキャッシュされている
フォームラスタは、描画が必要なプレーンのバンドバッ
ファだけに再描画（データのコピー）をすることにな
る。

【０１１５】以下、図１２を用いて、フォームラスタを
描画する際のアプリケーション（描画情報）の構成につ
いて説明する。

【０１１６】同図において、バンドテーブル１２０１、
個々のアプリケーション１２０２は、それぞれ図８の８
０２、８０５に相当し、描画オブジェクト（ここでは文
字パターン”Ａ”）１２０６は、図８の８０６に相当す
る。ここでは、１番めのバンド（ｂａｎｄ０）にａｐｐ
ｌ１〜ａｐｐｌ３が、２番めのバンド（ｂａｎｄ１）に
ａｐｐｌ４〜ａｐｐｌ７が、それぞれリンクされてい
る。また、前記アプリケーション（描画情報）からは、
各バンド内に印字すべき個々の描画オブジェクトがリン
クされている。すなわち、ａｐｐｌ１には、フォームラ
スタ１２０３内の１バンド目の符合化ラスタがリンクさ
れており、またａｐｐｌ１のモードフラグは０、プレー
ンフラグはＹに相当するビットが１にセットされてい
る。以下同様に、ａｐｐｌ２にはフォームラスタ１２０
４内の１バンド目の符合化ラスタ（モードフラグは０、
プレーンフラグはＭに相当するビットを１にセット）
が、ａｐｐｌ３にはフォームラスタ１２０５内の１バン
ド目の符合化ラスタ（モードフラグは０、プレーンフラ
グはＢｋに相当するビットを１にセット）がリンクされ
ている。

【０１１７】更に、ページ内の２番目のバンド（ｂａｎ
ｄ１）にリンクされたａｐｐｌ４、５、６はそれぞれ、
フォームラスタ１２０３、１２０４、１２０５の２バン
ド目の符合化ラスタ（モードフラグは０、プレーンフラ
グは順にＹ、Ｍ、Ｂｋに相当するビットを１にセット）
がリンクされている。図では説明を省略したが、以下ｂ
ａｎｄ５まで同様にアプリケーションからフォームラス
タがリンクされている。なお、本構成は、図１１のフロ
ーチャートのステップＳ１１０６にて作成されるもので
ある。

【０１１８】一方、ｂａｎｄ１には、ａｐｐｌ６には引
続きａｐｐｌ７がリンクされており、描画オブジェクト
１２０６を描画することを示している。なお、ａｐｐｌ
７のモードフラグは１にセットされており、全プレーン
に対して同一のオブジェクトを描画する。以上説明した
ように、アプリケーションリストの先頭にフォームラス
タに対応するアプリケーションをリンクし、バンドバッ
ファへ描画する際は前記アプリケーションリストをリン
ク先頭から読み出し各オブジェクトを描画すれば、ペー
ジ内で必ず一番下にフォームラスタが描画されることに
なる。

【０１１９】次に、フォームラスタ登録命令を用いずに
オーバーレイ印刷を行う場合の処理について、図１５の
フローチャートを用いて詳しく説明する。

【０１２０】なお、以下で説明する処理は、図１１のス
テップＳ１１０９にて後付けデータの解析／描画処理を
行う場合や、ステップＳ１１０５にて所望のフォームラ
スタが見つからなかった場合の処理（図１１のステップ
Ｓ１１１０〜ステップＳ１１１１）にも相当する。ただ
し、図１１ではＳ１１１０、Ｓ１１１１にて一括してフ
ォームデータを読み出し、対応する描画オブジェクトを
生成するとしたが、図１５では、より詳しく示すため
に、印刷データの読み出し元を切り替えるように説明し
ている。

【０１２１】図１５において、まずステップＳ１５０１
にて、ＣＰＵ６０１は、印刷データが存在するかどうか
を調べ、存在しない場合は処理を終了する。ここで、デ
ータ読み出し元は、フォーム指定命令を処理中でなけれ
ば受信バッファであり、フォーム指定命令を処理中であ
れば登録済みのフォームデータ格納部６０５ｂである
（読み出し元の切り替えについては、Ｓ１５０４、Ｓ１
５２３にて説明する）。

【０１２２】一方、ステップＳ１５０１で印刷データや
フォームデータが存在すると判断された場合は、続くス
テップＳ１５０２で印刷データもしくはフォームデータ
の読み出しを行う。ここで、データ読み出し元がフォー
ムデータ格納部６０５ｂであって、かつフォームデータ
の終りであれば（ステップＳ１５０３）、データ読み出
し元を受信バッファへ切り替える（Ｓ１５０４）。一
方、データの終わりでなければ、データ読み出し元の切
替を行わずに、続きのデータを引き続き読み出す。

【０１２３】続くステップＳ１５０５以降において、読
み出したデータの解析を行なう。ステップＳ１５０５で
は、読み出したデータが受信バッファからの印刷データ
であり、かつ、該印刷データがフォームデータ登録命令
であるかどうかを判断する。読み出したデータがフォー
ムデータ登録命令であると判断された場合は、ステップ
Ｓ１５２５において、該フォームデータ登録命令のパラ
メータとして指示されたサイズ分のフォームデータを受
信バッファより読みだし、フォームデータ格納部６０５
ｂへ書き込み、続く印刷データを受信バッファ６０７よ
り読み出すためにステップＳ１５０１へ処理を戻す。

【０１２４】一方、ステップＳ１５０５において、読み
出したデータがフォームデータ登録命令でないと判断さ
れた場合は、続くステップＳ１５０６にて、読み出した
データが文字印字命令かどうかを判断する。もし読み出
したデータが文字印字命令であると判断された場合は、
ステップＳ１５０７において、ＲＡＭ６０５内のフォン
トキャッシュ領域（図示省略）にフォントがキャッシュ
されているかを検索し、ステップＳ１５０８において、
検索した結果として、すでにキャッシュ済みかどうかを
判断する。もし、フォントがキャッシュされていると判
断された場合は、ステップＳ１５０９において、対応す
る描画指示情報（アプリケーション）を作成する。な
お、図１５においては、フォームデータ内の印刷データ
も後付けデータも全く同様に処理されるため、図１１で
説明したモードフラグとしては、すべて１が設定され
る。

【０１２５】続いて、図１１等では説明を省略したが、
以下の処理を行う。つまり、ステップＳ１５１０で、ア
プリケーション作成時にメモリ不足が発生しなかったか
どうかを判断する。もしメモリが不足すると判断された
場合は、ステップＳ１５１１にて、画像処理装置１０３
本体の表示パネル等にエラーを表示し、次のデータを処
理するためにＳ１５０１へ処理を戻す。

【０１２６】一方、Ｓ１５０８にて印字すべき文字パタ
ーンがフォントキャッシュ内に見つからなかった場合
は、ステップＳ１５１２において、フォントスケーラ
（描画オブジェクト生成部６０３ａの一部）は、印刷デ
ータのパラメータで指定された書体、文字コードに対応
したアウトラインデータをフォントＲＯＭ６０４から読
み出し、同じくパラメータで指定された文字サイズや向
きに応じた文字パターンを生成する。

【０１２７】続いて、Ｓ１５１３にて、フォントオブジ
ェクトを生成し（フォントキャッシュへも登録する）、
ステップＳ５１４にて、メモリ不足かどうかを判断し、
メモリ不足であると判断された場合は、ステップＳ１５
１５にて、画像処理装置１０３本単の表示パネル等にエ
ラーを表示する。Ｓ１５１５以降はフォントキャッシュ
にヒットした場合と同様であるため、説明を省略する。

【０１２８】一方、Ｓ１５０６にて印刷データが文字印
字命令でなかった場合は、イメージ描画命令かどうか
（Ｓ１５１６）、ライン描画命令かどうか（Ｓ１５１
９）、あるいはフォーム指定命令かどうかを順次調べる
（Ｓ１５２１）。ステップＳ１５１７〜Ｓ１５１８、お
よびＳ１５２０において該当する場合は、それぞれの印
刷命令に応じた描画オブジェクトを生成する（アプリケ
ーションはすべてモードフラグ１で生成する）。また、
これらの印刷命令の判別は上記の順序である必要はな
く、また図１５では不図示の他の多くの印刷命令／描画
オブジェクトをも処理可能であるとする（Ｓ１５２
４）。

【０１２９】一方、ステップＳ１５２１において、印刷
命令がフォーム指定命令であると判断された場合は、ス
テップＳ１５２２にて、該フォーム指定命令のパラメー
タで指定されたフォームデータがフォームデータ格納部
６０５ｂに登録済みかどうかを調べる。未登録であれ
ば、本フォーム指定命令を無効としＳ１５０１へ戻る
が、登録済みであれば、Ｓ１５２３にてデータ読み出し
元をフォームデータに切り替える。具体的には、読み出
し元が受信バッファ／フォームデータのどちらであるか
を示すフラグと、読み出し元となるＲＡＭアドレスを設
け、該フラグとＲＡＭアドレスを適宜設定するように構
成すれば良い。（ＲＡＭアドレスは受信バッファ６０７
／フォームデータ格納部６０５ｂのどちらかを指す）そ
の後、他の印刷データを処理するために、Ｓ１５０１へ
戻る。

【０１３０】このように、フォーム指定命令を認識した
後は、印刷データの読み出し元がフォームデータ格納部
となり、フォームデータとして格納された文字、イメー
ジ、ラインといったフォームの構成要素は、後付けデー
タ（通常ページ）内で印刷指示された場合と全く同様に
して処理される。

【０１３１】なお、上記の説明では、フォーム指定命令
を認識した場合のみフォームデータを読み出し、対応す
る描画オブジェクトを生成するとしたが、フォーム指定
が解除されるまで、毎ページ自動的にフォームデータを
読み出すように構成しても構わない。

【０１３２】また、図１５のフローチャートに従って生
成された描画オブジェクトは、フォームデータの一部と
して処理されたものと、後付けデータとして処理された
ものとが混在して描画オブジェクト格納部６０５ａ内に
格納される。

【０１３３】従って、図８で説明したアプリケーション
８０３には、フォームデータ内のアプリケーション（モ
ードフラグ＝１）と後付けデータのアプリケーション
（モードフラグ＝１）とが同一のバンドテーブル８０２
からリンクされ、排紙時にはすべてモードフラグ＝１で
バンドバッファ６０５ｃに描画される（図１１のステッ
プＳ１１１４）。すなわち、アプリケーションのプレー
ンフラグ８０８に従って、プレーンフラグが１にセット
されているプレーンには１で描画を行う（黒く塗る）一
方、プレーンフラグが０のプレーンは０で描画を行う
（白く抜く）。

【０１３４】本発明の第一の発明における構成は、複数
のプレーン画像を格納するプレーンバッファ（例えばバ
ンドバッファ６０５ｃ）を有する記憶手段（ＲＡＭ６０
５）と、印刷コマンドに基づいて、独立して各プレーン
バッファに画像データを描画する第一描画手段（フォー
ムラスタ描画部６０３ｅに格納されているプログラムに
基づいてＣＰＵ６０１が制御する）と、印刷コマンドに
基づいて、描画が必要なプレーンバッファに画像データ
を描画し、描画が必要ないプレーンの該画像データの位
置のデータを消去する第二描画手段（描画オブジェクト
描画部６０３ｃに格納されているプログラムに基づいて
ＣＰＵ６０１が制御する）とを有し、前記第一描画手段
と前記第二描画手段を切り替えて画像データを描画する
（モードフラグに基づいてＣＰＵ６０１が制御する）も
のである。

【０１３５】また、更なる発明における構成は、入力し
たフォームデータに基づいてフォーム画像（実施例でい
うフォームラスタ）を格納するフォーム画像格納手段
（ＲＡＭ６０５のフォームラスタ格納部６０５ｄ）と、
前記フォーム画像は前記第一描画手段により前記プレー
ンバッファに描画され、フォームの所定位置に書き込ま
れる印刷データは前記第二描画手段により前記プレーン
バッファに描画されるよう制御する制御手段（ＣＰＵ６
０１の機能）とを更に有しているものである。

【０１３６】また、本発明の第二の発明における構成
は、１ページ分のフォームデータと、フォームの所定位
置に書き込まれる印刷データ（実施例でいう後付けデー
タ）とをオーバーレイ出力可能な画像処理装置におい
て、少なくとも１ページ分の前記フォームデータを記憶
するフォームデータ記憶手段（フォームデータ格納部６
０５ｂ）と、前記フォームデータ記憶手段からフォーム
データを読み出し解析し、プレーン別に１ページ分のフ
ォーム画像を生成するフォーム画像生成手段（描画オブ
ジェクト描画部６０３ｃに格納されているプログラムに
基づいてＣＰＵ６０１が制御する）と、少なくとも１ペ
ージ分の前記フォーム画像を保持するフォーム画像保持
手段（フォームラスタ格納部６０５ｄ）と、前記フォー
ム画像保持手段に保持されているフォーム画像を対応す
るプレーンのメモリに描画するフォーム描画手段（フォ
ームラスタ描画部６０３ｅに格納されているプログラム
に基づいてＣＰＵ６０１が制御する）とからなり、前記
印刷データに基づいて、前記メモリに前記フォーム画像
と合わせて画像データを描画する（描画オブジェクト描
画部６０３ｃとフォームラスタ描画部６０３ｅを切り替
えてＣＰＵ６０１が制御する）ものである。

【０１３７】また、更なる発明における構成は、フォー
ム印刷命令が指示された場合に、フォーム画像保持手段
内にフォーム印刷命令に対応したフォーム画像が保持さ
れているかどうかを調べる判断手段（図１０のフォロー
チャートに従ってＣＰＵ６０１が制御する）を更に有
し、前記判断手段によって対応するフォーム画像が保持
されていると判断された場合には、前記フォーム画像描
画手段によりプレーン別のフォーム画像をそれぞれ対応
するプレーンのメモリ上へ描画し、前記判断手段によっ
て対応するフォーム画像が保持されていないと判断され
た場合には、前記フォーム画像生成手段により前記フォ
ームデータ記憶手段からフォームデータを読み出し解析
して、それぞれ対応するプレーンのメモリ上へフォーム
画像を描画するものである。

【０１３８】また、更なる発明における構成は、フォー
ム画像描画手段（フォームラスタ描画部６０３ｅ）は、
独立して前記メモリの各プレーンにフォーム画像を描画
し、フォーム画像生成手段（描画オブジェクト描画部６
０３ｃ）は、前記中間データに基づいて前記メモリ内の
描画が必要なプレーンに画像データを描画し、描画が必
要ないプレーンの該フォーム画像の位置のデータを消去
するものである。

【０１３９】また、更なる発明における構成は、カラー
プレーン別の複数のフォーム画像を、プレーン毎にそれ
ぞれ符合化する符合化手段（ラスタ圧縮部６０３ｆ）
と、前記符合化されたフォーム画像をカラープレーン毎
に復号化する復号化手段（ラスタ伸長部６０３ｆ）とを
更に有しているものである。

【０１４０】上記構成により、本発明によれば、フォー
ムデータの内容に関わらず、カラーのフォームオーバー
レイを高速に出力することができる。特に、同一内容の
フォームデータに対して通常ページが毎ページ異なるよ
うな複数ページの印刷命令においては、２ページ目以降
のフォームデータ処理時間をほぼ０にすることができ
る。

【０１４１】また、定型フォーム部については、同一の
描画オブジェクトを複数ページ毎に個別に持つ必要がな
くなるため、複数ページ分の描画オブジェクトに要する
メモリを、トータルとして低く抑えることが可能とな
り、排紙待ちなどの処理速度の低下を避けることができ
る。

【０１４２】また、本発明によれば、各カラープレーン
別に、１ページをバンド状に分割した単位で、前記フォ
ーム画像を生成・符合化・保持し、順次復号化した後、
読み出してバンドバッファへ描画するように構成したこ
とで、復号化の際に前処理や読み飛ばしの処理が不要と
なり、通常ページデータをバンディング方法によって描
画を行なう画像処理装置に対して簡単に適用可能とな
る。

【０１４３】〔第二実施例〕本第二実施例では、フラッ
シュＲＯＭやハードディスク等の書込み可能な不揮発性
メモリを用いた場合の画像処理装置の制御を説明する。
不揮発性メモリとしては、例えばＮＶＲＡＭがある。Ｎ
ＶＲＡＭは、例えば図示省略したバッテリ等でバックア
ップ電源が常時供給されたＲＡＭであって、操作者が操
作パネル１０４で設定した内容、或いはホストコンピュ
ータ１０１からの環境設定のためのコマンドを記憶保持
するものであり、電源を遮断してもその記憶内容が失わ
れることはない。従って、電源投入した場合には、この
ＮＶＲＡＭに記憶されている情報に従って初期化するこ
とで電源投入時の状態に設定することができる。本実施
例ではこの不揮発性メモリにページ記述言語形式のフォ
ームデータが格納されている。以下の本発明の第二実施
例では、不揮発性メモリとしてフラッシュＲＯＭを用い
て説明する。

【０１４４】図１３は、フラッシュＲＯＭ内にページ記
述言語形式のフォームデータが格納済みの場合の、フォ
ーム画像生成手順を示すフローチャートである。本フロ
ーチャートの処理は、画像処理装置に電源が投入された
直後、印刷データを受信する前や、処理すべき印刷デー
タを受信していない空き時間等に実行しても構わない
し、あるいは、ホストコンピュータより受信した命令に
従って実行するよう構成されていても構わない。

【０１４５】同図において、まずステップＳ１３０１に
て、フラッシュＲＯＭが装着されているかどうかを調
べ、未実装であった場合は処理を終了する。一方、実装
されている場合は、ステップＳ１３０２にて、フォーム
ラスタの生成に必要な、パネルメニュー等から設定され
た印刷条件（印字解像度や、用紙搬送方向、カラーモー
ド等）を読み出し、続くＳ１３０３以降にて、フラッシ
ュＲＯＭに記憶されたフォームデータからフォームラス
タを生成し、フォームラスタ格納部へ登録する。すなわ
ち、まず、フラッシュＲＯＭ内に未処理のフォームデー
タが格納されているかどうかを調べ（Ｓ１３０３）、み
つかればフォームデータを読み出し（Ｓ１３０４）、１
ページ分の描画オブジェクトを生成する（Ｓ１３０
５）。

【０１４６】続くＳ１３０６にて、印刷データを受信し
たかどうかを調べ、受信バッファに印刷データが存在す
る場合は、フォームデータに対応する生成済みの描画オ
ブジェクトを削除し（Ｓ１３１５）、作業メモリとして
使用していたワークメモリ等も解放した後、フォーム画
像生成処理を終了する。ここで、フォーム画像の格納途
中であれば、途中まで格納したフォーム画像も解放す
る。

【０１４７】なお、本実施例では、ステップＳ１３０６
においてのみ、受信データの存在をチェックしたが、こ
れに限らず、比較的処理時間が多くかかる（複数の）ス
テップの前後や、タイマ等によって定期的に印刷データ
を確認しても良く、こうすることによって、外部から入
力された印刷指示を妨げることがなくなる。

【０１４８】続くＳ１３０７にて、前記描画オブジェク
トを用いて１バンド分のフォーム画像をバンドバッファ
へ描画した後、Ｓ１３０８で前記フォーム画像を符合化
する。続くＳ１３０９において、フォーム画像格納部に
登録に必要なメモリ容量があるかを調べ、空きメモリ容
量が不足した場合は、Ｓ１３１０にてエラー表示を行な
った後、処理を終了する。

【０１４９】一方、登録可能であれば、同領域に符合化
済みフォーム画像を格納する（Ｓ１３１１）。上記Ｓ１
３０６〜Ｓ１３１１の処理を全バンド（Ｓ１３１２）、
全プレーン（Ｓ１３１３）が終了するまで繰り返し、最
後にＳ１１１４にて不要となった描画オブジェクトを削
除し、１フォームの登録処理を終了する。なお、本実施
例では、メモリ不足時にエラー表示を行ない処理を中断
すると説明したが、各フォームラスタに優先順位を設定
するよう構成し、優先順位の低い順に各フォームラスタ
を削除することで、該フォームラスタの登録処理を続行
しても構わない。

【０１５０】上記説明したように本願の更なる発明は、
第一実施例の装置において、外部から印刷すべきデータ
を受信していない時間に、フォームデータが前記フォー
ムデータ記憶手段に記憶されているかどうかを調べる記
憶判断手段を更に有し、前記記憶判断手段によりフォー
ムデータが前記フォームデータ記憶手段に記憶されてい
ると判断された場合に、前記フォーム画像生成手段は、
フォームデータを読み出してフォーム画像を生成するも
のである。

【０１５１】また、更なる発明において、上記装置にお
けるフォーム画像保持手段は、不揮発性記憶手段で構成
されるものである。

【０１５２】よって、本発明の第二実施例によれば、フ
ォームデータが不揮発性デバイスに記憶されている場合
は、電源投入時やホストから印刷すべきデータを受信し
ていない空き時間を利用して、フォーム画像を生成、符
合化しておけるため、１ページ目のファーストプリント
をも高速に出力することができる。

【０１５３】〔第三実施例〕第１の実施例では、カラー
モードで生成されたフォーム画像を出力する場合につい
て説明したが、通常のカラー画像処理装置においては、
モノクロモード／カラーモードを切り分けて印刷できる
ように構成されており、同一の装置にて、Ｂｋトナーの
みを使用して印刷することもできるようになっている。
このような場合、ページバッファはブラックプレーンの
みで構成されるため、前記フォーム画像に対応するアプ
リケーションのモードフラグは１にセットすれば良い。

【０１５４】一方、通常ページ（後付けデータ）がカラ
ーモード指定であって、モノクロモードで生成済みフォ
ーム画像をオーバーレイする場合は、モードフラグは０
にセットする。上記のように、フォーム画像がモノクロ
モードの場合であっても、通常ページのモードによっ
て、フォーム画像に対応したアプリケーションのモード
フラグ設定を切替えれば、プレラスタライズ方式による
フォームオーバーレイ印刷が可能となる。

【０１５５】なお、上記第一〜第三実施例で示された処
理は、主としてＣＰＵ６０１が処理するものであり、そ
のプログラムは外部のメモリカードという形態でも実現
できる。すなわち、前述した各実施形態の機能を実現す
るソフトウェアのプログラムコードを記憶した記憶媒体
を、システムあるいは装置に供給し、そのシステムある
いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記
憶媒体に格納されたプログラムコードを読み出し、実行
することによっても、達成されることは言うまでもな
い。

【０１５６】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。

【０１５７】プログラムコードを供給するための記憶媒
体としては、例えば、プロッピーディスク、ハードディ
スク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、Ｃ
Ｄ−Ｒ、磁気テープ、不揮発性メモリカード、ＲＯＭ、
ＤＶＤ等をもちいることができる。

【０１５８】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼動しているＯＳ（オペ
レーティングシステム）などが実際の処理の一部または
全部を行い、その処理によって前述した実施形態の機能
が実現される場合も含まれることは言うまでもない。

【０１５９】更に、記憶媒体から読み出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書き込まれた後、そのプログラムコードの指示
に基づき、その機能拡張ボードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【０１６０】また、実施形態ではレーザープリンタを例
にして説明したが、これに限るものではなく、いかなる
方式のプリンタにも適用できる。ただし、実施形態で説
明したように、ある程度の高速な装置に適用することが
望ましい。この意味では、上記の如くレーザープリンタ
やＬＥＤプリンタで代表されるページプリンタに適用す
ることが望まれる。

【０１６１】以上説明したように、本発明によれば、フ
ォームデータの内容に関わらずフォームを高速に出力す
ることができる。特に、同一内容のフォームデータに対
して通常ページが毎ページ異なるような複数ページの印
刷命令においては、２ページ目以降のフォームデータ処
理時間をほぼ０にすることができる。

【０１６２】また、同一の描画オブジェクトを複数ペー
ジ毎に個別に持つ必要がなくなるため、複数ページ分の
描画オブジェクトに要するメモリを、トータルとして低
く抑えることが可能となり、排紙待ちなどの処理速度の
低下を避けることができる。

【０１６３】また、本発明によれば、フォームデータが
不揮発性デバイスに記憶されている場合は、電源投入時
やホストから印刷すべきデータを受信していない空き時
間を利用して、フォーム画像を生成、符合化しておける
ため、１ページ目のファーストプリントをも高速に出力
することができる。

【０１６４】また、本発明によれば、各カラープレーン
別に、１ページをバンド状に分割した単位で前記フォー
ム画像を生成・符合化・保持しておき、フォームオーバ
ーレイ指定時に順次復号化した後、読み出してバンドバ
ッファへ描画するように構成したことで、復号化の際に
前処理や読み飛ばしの処理が不要となり、通常ページデ
ータをバンディング方法によって描画を行なう画像処理
装置に対して簡単に適用可能となる。

【０１６５】

【発明の効果】以上説明したように、本発明によれば、
フォームデータの内容に関わらずフォームを高速に出力
することができる。

【図面の簡単な説明】

【図１】本発明を適用可能なカラーレーザービームプリ
ンタの概略構成を示すブロック図である。

【図２】本発明の第１の実施例に示すカラー画像処理装
置のプリンタエンジン部の内部構造を示す断面図であ
る。

【図３】従来のカラー画像処理装置における、各プレー
ン毎のラスタ画像生成を示した概略図である。

【図４】従来のカラー画像処理装置における、描画オブ
ジェクト、アプリケーションの構成を示した概略図であ
る。

【図５】従来のカラー画像処理装置における、描画オブ
ジェクト、アプリケーションの構成を示した概略図であ
る（バックグラウンドにディザパターンを指定した場
合）。

【図６】第１の実施例に示す画像処理装置のコントロー
ラ部の基本構成を説明するブロック図である。

【図７】第１の実施例に示す画像処理装置における、フ
ォームラスタ登録処理手順を示すフローチャートであ
る。

【図８】第１の実施例に示す画像処理装置の、描画オブ
ジェクト格納部およびアプリケーションの構成を説明す
る図である。

【図９】第１の実施例に示す画像処理装置の、フォーム
画像格納部の構成を説明するブロック図である。

【図１０】第１の実施例に示す画像処理装置における、
フォーム画像検索手順を示すフローチャートである。

【図１１】第１の実施例に示す画像処理装置における、
フォームオーバーレイ指定命令の処理手順を示すフロー
チャートである。

【図１２】第１の実施例に示す画像処理装置の、アプリ
ケーションとフォームラスタとのリンク関係を説明する
図である。

【図１３】第２の実施例に示す不揮発性メモリを有する
画像処理装置のフォームラスタ登録手順を示すフローチ
ャートである。

【図１４】本実施例におけるフォームオーバーレイ実行
印刷コマンドの内容の一例を示す図である。

【図１５】フォームラスタ登録命令を用いずにフォーム
オーバーレイを行う場合の手順を示したフローチャート
である。（図１１において、フォーム指定命令以外の処
理＝Ｓ１１０９や、指定されたフォームラスタが見つか
らなかった場合の処理＝Ｓ１１１０〜Ｓ１１１１にも相
当する手順を示したフローチャートである）。

【符号の説明】

１０２ カラーレーザービームプリンタ本体 １０３ コントローラ部 １０５ プリンタエンジン部 ６０１ ＣＰＵ ６０３ プログラムＲＯＭ ６０３ａ 描画オブジェクト生成部 ６０３ｂ フォームデータ登録／読み出し部 ６０３ｄ フォームメモリ管理部 ６０３ｅ フォームラスタ描画部 ６０３ｆ ラスタ符合化・復号化部 ６０５ ＲＡＭ ６０５ａ 描画オブジェクト格納メモリ ６０５ｂ フォームデータ格納部 ６０５ｃ ページバッファ（バンドバッファ） ６０５ｄ フォームラスタ格納メモリ ６０７ 受信バッファ ８０１ ページ情報ヘッダ部 ８０２ バンドテーブル ８０５ 描画情報（アプリケーション） ８０６ 描画オブジェクト ８０７ モードフラグ ８０８ プレーンフラグ ９０１ フォームラスタ管理テーブル ９０２ フォームバンドテーブル ９０３ 符合化フォームラスタ（Ｙプレーン） ９０４ 符合化フォームラスタ（Ｍプレーン） ９０５ 符合化フォームラスタ（Ｂｋプレーン）

フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｇ０６Ｔ 1/00 Ｈ０４Ｎ 1/387 Ｈ０４Ｎ 1/387 Ｇ０６Ｆ 15/66 Ｊ

Claims (29)

【特許請求の範囲】
1. 【請求項１】 複数のプレーン画像を格納するプレーン
   バッファを有する記憶手段と、 印刷コマンドに基づいて、独立して各プレーンバッファ
   に画像データを描画する第一描画手段と、 印刷コマンドに基づいて、描画が必要なプレーンバッフ
   ァに画像データを描画し、描画が必要ないプレーンの該
   画像データの位置のデータを消去する第二描画手段とを
   有し、 前記第一描画手段と前記第二描画手段を切り替えて１ペ
   ージの画像データを描画する画像処理装置。
2. 【請求項２】 入力したフォームデータに基づいて展開
   されたフォーム画像を格納するフォーム画像格納手段
   と、 前記フォーム画像は前記第一描画手段により前記プレー
   ンバッファに描画され、フォームの所定位置に書き込ま
   れる印刷データは前記第二描画手段により前記プレーン
   バッファに描画されるよう制御する制御手段と、 を更に有していることを特徴とする請求項１記載の画像
   処理装置。
3. 【請求項３】 １ページ分のフォームデータと、フォー
   ムの所定位置に書き込まれる印刷データとをオーバーレ
   イ出力可能な画像処理装置において、 少なくとも１ページ分の前記フォームデータを記憶する
   フォームデータ記憶手段と、 前記フォームデータ記憶手段からフォームデータを読み
   出し解析し、プレーン別に１ページ分のフォーム画像を
   生成するフォーム画像生成手段と、 少なくとも１ページ分の前記フォーム画像を保持するフ
   ォーム画像保持手段と、 前記フォーム画像保持手段に保持されているフォーム画
   像を対応するプレーンの出力メモリに描画するフォーム
   描画手段とを有し、 前記印刷データに基づいて、前記出力メモリに前記フォ
   ーム画像と合わせて画像データを描画することを特徴と
   する画像処理装置。
4. 【請求項４】 フォーム印刷命令が指示された場合に、
   前記フォーム画像保持手段内に前記フォーム印刷命令に
   対応したフォーム画像が描画されて保持されているかど
   うかを調べる判断手段を更に有し、 前記判断手段によって対応するフォーム画像が保持され
   ていると判断された場合には、前記フォーム描画手段に
   よりプレーン別のフォーム画像をそれぞれ対応するプレ
   ーンの前記出力メモリ上へ描画し、 前記判断手段によって対応するフォーム画像が保持され
   ていないと判断された場合には、前記フォーム画像生成
   手段により前記フォームデータ記憶手段からフォームデ
   ータを読み出し解析して１ページ分の中間データを生成
   し、生成された中間データに基づいて出力メモリ上へフ
   ォーム画像を展開描画することを特徴とする請求項３記
   載の画像処理装置。
5. 【請求項５】 前記フォーム描画手段は、独立して前記
   出力メモリの各プレーンにフォーム画像を描画し、 前記フォーム画像生成手段は、前記中間データに基づい
   て前記メモリ内の描画が必要なプレーンに画像データを
   描画し、描画が必要ないプレーンの該フォーム画像の位
   置のデータを消去することを特徴とする請求項４記載の
   画像処理装置。
6. 【請求項６】 前記プレーン別の複数のフォーム画像
   を、プレーン毎にそれぞれ符合化する符合化手段と、 前記符合化されたフォーム画像をプレーン毎に復号化す
   る復号化手段とを更に有しており、 前記フォーム画像保持手段は、符号化されたフォーム画
   像を保持していることを特徴とする請求項３記載の画像
   処理装置。
7. 【請求項７】 外部から印刷すべきデータを受信してい
   ない時間に、フォームデータが前記フォームデータ記憶
   手段に記憶されているかどうかを調べる記憶判断手段を
   更に有し、 前記記憶判断手段によりフォームデータが前記フォーム
   データ記憶手段に記憶されていると判断された場合に、
   前記フォーム画像生成手段は、フォームデータを読み出
   してフォーム画像を生成することを特徴とする請求項３
   記載の画像処理装置。
8. 【請求項８】 前記フォーム画像生成手段は、外部から
   指示されるフォームラスタ生成命令に従ってフォーム画
   像を生成することを特徴とする請求項３記載の画像処理
   装置。
9. 【請求項９】 前記フォーム画像生成手段は、１ページ
   をバンド状に分割した形式で前記フォーム画像を生成
   し、前記フォーム画像保持手段は、分割された各フォー
   ム画像の１ページ分を合わせて保持することを特徴とす
   る請求項３記載の画像処理装置。
10. 【請求項１０】 前記フォーム画像保持手段は、不揮発
    性記憶手段であることを特徴とする請求項３記載の画像
    処理装置。
11. 【請求項１１】 前記フォーム画像保持手段は、揮発性
    記憶手段であることを特徴とする請求項３記載の画像処
    理装置。
12. 【請求項１２】 前記フォーム描画手段は、印刷データ
    が前記出力メモリへ描画される前に、前記フォーム画像
    保持手段に保持された各フォーム画像を順次読み出し、
    各プレーン別の出力メモリへ描画することを特徴とする
    請求項４記載の画像処理装置。
13. 【請求項１３】 前記フォームデータは、ページ記述言
    語形式の命令群によって構成されることを特徴とする請
    求項３記載の画像処理装置。
14. 【請求項１４】 前記画像処理装置は、カラープリンタ
    であることを特徴とする請求項３記載の画像処理装置。
15. 【請求項１５】 複数のプレーン画像を格納するプレー
    ンバッファを有する記憶手段を有する画像処理装置を制
    御する方法であって、 印刷コマンドに基づいて、独立して各プレーンバッファ
    に画像データを描画させる第一描画工程と、 印刷コマンドに基づいて、描画が必要なプレーンバッフ
    ァに画像データを描画し、描画が必要ないプレーンの該
    画像データの位置のデータを消去させる第二描画工程と
    を含み、 前記第一描画工程と前記第二描画工程を切り替えて１ペ
    ージの画像データを描画させる画像処理方法。
16. 【請求項１６】 入力したフォームデータに基づいて展
    開されたフォーム画像をフォーム画像格納手段に格納さ
    せるフォーム画像格納工程と、 前記フォーム画像は前記第一描画工程で前記プレーンバ
    ッファに描画され、フォームの所定位置に書き込まれる
    印刷データは前記第二描画工程で前記プレーンバッファ
    に描画されるよう制御する制御工程と、 を更に含んでいることを特徴とする請求項１５記載の画
    像処理方法。
17. 【請求項１７】 １ページ分のフォームデータと、フォ
    ームの所定位置に書き込まれる印刷データとをオーバー
    レイ出力させる画像処理方法において、 少なくとも１ページ分の前記フォームデータをフォーム
    データ記憶手段に記憶させるフォームデータ記憶工程
    と、 前記フォームデータ記憶手段からフォームデータを読み
    出し解析し、プレーン別に１ページ分のフォーム画像を
    生成させるフォーム画像生成工程と、 少なくとも１ページ分の前記フォーム画像をフォーム画
    像保持手段に保持させるフォーム画像保持工程と、 前記フォーム画像保持手段に保持されているフォーム画
    像を対応するプレーンの出力メモリに描画させるフォー
    ム描画工程とを含み、 前記印刷データに基づいて、前記出力メモリに前記フォ
    ーム画像と合わせて画像データを描画させることを特徴
    とする画像処理方法。
18. 【請求項１８】 フォーム印刷命令が指示された場合
    に、前記フォーム画像保持手段内に前記フォーム印刷命
    令に対応したフォーム画像が保持されているかどうかを
    調べさせる判断工程を更に含み、 前記判断工程で対応するフォーム画像が保持されている
    と判断された場合には、前記フォーム描画工程でプレー
    ン別のフォーム画像をそれぞれ対応するプレーンの出力
    メモリ上へ描画させ、 前記判断工程で対応するフォーム画像が保持されていな
    いと判断された場合には、前記フォーム画像生成工程で
    前記フォームデータ記憶手段からフォームデータを読み
    出し解析して１ページ分の中間データを生成し、生成さ
    れた中間データに基づいて出力メモリ上へフォーム画像
    を展開描画させることを特徴とする請求項１７記載の画
    像処理方法。
19. 【請求項１９】 前記フォーム描画工程は、独立して前
    記出力メモリの各プレーンにフォーム画像を描画し、 前記フォーム画像生成工程は、前記中間データに基づい
    て前記出力メモリ内の描画が必要なプレーンに画像デー
    タを描画させ、描画が必要ないプレーンの該フォーム画
    像の位置のデータを消去させることを特徴とする請求項
    １８記載の画像処理方法。
20. 【請求項２０】 前記プレーン別の複数のフォーム画像
    を、プレーン毎にそれぞれ符合化させる符合化工程と、 前記符合化されたフォーム画像をプレーン毎に復号化さ
    せる復号化工程とを更に含んでおり、 前記フォーム画像保持工程は、前記フォーム画像保持手
    段に符号化されたフォーム画像を保持していることを特
    徴とする請求項１７記載の画像処理方法。
21. 【請求項２１】 外部から印刷すべきデータを受信して
    いない時間に、フォームデータが前記フォームデータ記
    憶手段に記憶されているかどうかを調べさせ記憶判断工
    程を更に含み、 前記記憶判断工程でフォームデータが前記フォームデー
    タ記憶手段に記憶されていると判断された場合に、前記
    フォーム画像生成工程は、フォームデータを読み出して
    フォーム画像を生成させることを特徴とする請求項１７
    記載の画像処理方法。
22. 【請求項２２】 前記フォーム画像生成工程は、外部か
    ら指示されるフォームラスタ生成命令に従ってフォーム
    画像を生成させることを特徴とする請求項１７記載の画
    像処理方法。
23. 【請求項２３】 前記フォーム画像生成工程は、１ペー
    ジをバンド状に分割した形式で前記フォーム画像を生成
    させ、前記フォーム画像保持手段は、分割された各フォ
    ーム画像の１ページ分を合わせて保持させることを特徴
    とする請求項１７記載の画像処理方法。
24. 【請求項２４】 前記フォーム画像保持手段は、不揮発
    性記憶手段であることを特徴とする請求項１７記載の画
    像処理方法。
25. 【請求項２５】 前記フォーム画像保持手段は、揮発性
    記憶手段であることを特徴とする請求項１７記載の画像
    処理方法。
26. 【請求項２６】 前記フォーム描画工程は、印刷データ
    が前記出力メモリへ描画される前に、前記フォーム画像
    保持手段に保持された各フォーム画像を順次読み出し、
    各プレーン別の出力メモリへ描画することを特徴とする
    請求項１８記載の画像処理方法。
27. 【請求項２７】 前記フォームデータは、ページ記述言
    語形式の命令群によって構成されることを特徴とする請
    求項１７記載の画像処理方法。
28. 【請求項２８】 複数のプレーン画像を格納するプレー
    ンバッファを有する記憶手段を有する画像処理装置を制
    御するプログラムが格納された記憶媒体であって、 印刷コマンドに基づいて、独立して各プレーンバッファ
    に画像データを描画させる第一描画工程と、 印刷コマンドに基づいて、描画が必要なプレーンバッフ
    ァに画像データを描画し、描画が必要ないプレーンの該
    画像データの位置のデータを消去させる第二描画工程と
    を含み、 前記第一描画工程と前記第二描画工程を切り替えて１ペ
    ージの画像データを描画させるコンピュータ読み取り可
    能なプログラムが格納されたプログラム記憶媒体。
29. 【請求項２９】 １ページ分のフォームデータと、フォ
    ームの所定位置に書き込まれる印刷データとをオーバー
    レイ出力させる画像処理装置を制御するプログラムが格
    納された記憶媒体であって、 少なくとも１ページ分の前記フォームデータをフォーム
    データ記憶手段に記憶させるフォームデータ記憶工程
    と、 前記フォームデータ記憶手段からフォームデータを読み
    出し解析し、プレーン別に１ページ分のフォーム画像を
    生成させるフォーム画像生成工程と、 少なくとも１ページ分の前記フォーム画像をフォーム画
    像保持手段に保持させるフォーム画像保持工程と、 前記フォーム画像保持手段に保持されているフォーム画
    像を対応するプレーンの出力メモリに描画させるフォー
    ム描画工程とを含み、 前記印刷データに基づいて、前記出力メモリに前記フォ
    ーム画像と合わせて画像データを描画させることを特徴
    とするコンピュータ読み取り可能なプログラムが格納さ
    れたプログラム記憶媒体。