JPH11170655A

JPH11170655A - 画像出力装置及び方法

Info

Publication number: JPH11170655A
Application number: JP9343222A
Authority: JP
Inventors: Kiyohiro Tsunekawa; 清宏恒川
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-12-12
Filing date: 1997-12-12
Publication date: 1999-06-29
Also published as: US20020176101A1; US6734989B2

Abstract

(57)【要約】【課題】フォームデータ内容に関わらず高速に描画処理
を行う。【解決手段】印刷データを受信すると（Ｓ３０１）、そ
の命令を判別する。フォームデータ生成命令であれば、
フォームデータをラスタデータとして生成し、符号化し
て格納しておく（Ｓ３１０）。印刷命令であれば、オー
バーレイページであるか判定し（Ｓ３１２）、そうであ
れば符号化したフォームデータを復号して描画し、その
うえに印刷すべきデータを展開して（Ｓ３１４）、出力
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば通常ページ
データとフォームデータとをオーバーレイ出力可能な画
像出力装置及び方法に関する。

【０００２】

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

【０００３】そこで、ページ記述言語を解析し対応する
ラスタ画像を生成する従来のページプリンタにおいて
は、前記ページ記述言語形式で作成した定型フォーム部
をイベント駆動マクロ命令としてプリンタの記憶領域に
登録しておき、排紙動作等のイベントによって前記マク
ロを自動実行することで、フォームオーバーレイ印刷を
実現していた。前記イベント駆動マクロは、該マクロの
指定時（１回目の実行）と、１ページ分の通常ページデ
ータの解析が終了した後、例えば排紙命令を受信する度
（２回目以降）に、登録内容が読み出され、ページ記述
言語解析手段によって通常ページデータと同様に解析さ
れ、１ページ分のラスタ画像を生成するための中間コー
ド（以下、描画オブジェクトと呼ぶ）に変換される。

【０００４】また、印刷実行に先だって、予めホストコ
ンピュータからプリンタへ前記フォームデータ（マクロ
データ）を転送し、フラッシュメモリ等の不揮発性メモ
リへ登録しておくことで、毎回フォームデータを転送し
なくてもよいように構成されている場合もある。この場
合、印刷実行時には、フラッシュメモリ内のフォームデ
ータをイベント駆動マクロとして指示する命令のみが送
られることになる。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来例では、以下に説明するような問題点があった。すな
わち、前記イベント駆動マクロによってフォームオーバ
ーレイ印刷を実現している場合、フォームデータをペー
ジ記述言語形式で登録しているため、複雑なフォームデ
ータの場合は、フォームデータそのものの解析と描画オ
ブジェクトの生成に時間がかかってしまっていた。すな
わち、１ページ目の出力は、オーバーレイを用いずに通
常データとして同様の内容を出力する場合と同等の処理
速度しか得られず、また、フォーム内容が複雑になれば
なるほど、フォーム部の処理時間が増大していた。

【０００６】また、同一フォームを複数ページで使用し
ている印刷データを出力する際、ページ毎に毎回、同一
のマクロ（コマンド群）を解析し、同一の描画オブジェ
クトを生成するため、同一内容のページであるにも関わ
らず、２ページ目以降の印字速度が向上しないという問
題点があった。すなわち、同一の描画オブジェクトを、
毎ページ生成するため、複数ページ間で描画オブジェク
トの共有ができなかった。そのため、複数ページの描画
処理に必要なメモリが増大し、排紙待ち等のパフォーマ
ンス低下も懸念されていた。特に、図形やイメージ画像
等を含んだ複雑なフォームをオーバーレイ指定した際に
は、描画メモリ不足などエラーが発生しやすくなり、上
記課題の解決が重要となっていた。

【０００７】上記問題の解決策の一つとしては、予めフ
ォームデータをラスタライズし、イメージデータ（フォ
ーム画像）としてプリンタ内に保持しておき、通常ペー
ジデータと重ね合わせて描画することが考えられる。し
かし、１ページ分のフォーム画像を保持するためには、
大量のメモリが必要となり、実用的ではない（Ａ４、６
００ｄｐｉ、モノクロで約８ＭＢのメモリが必要）。

【０００８】また、簡単な直線等のみで構成されている
フォームについてもフォーム画像を生成してしまうと、
かえって１ページ目の処理速度が低下し、メモリ効率も
悪くなってしまうという問題点がある。

【０００９】本発明の上記問題点に鑑みてなされたもの
で、フォーム内容が複雑になってもフォーム部の処理時
間を増大させず、また、同一内容のフォームであれば、
２ページ目以降の印字速度を向上させることができ、ま
た、複数ページの描画処理のために必要なメモリを増大
させず、排紙待ち等のパフォーマンスを低下させないる
画像出力装置及び方法を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に本発明に係る画像出力装置は以下のような構成を備え
る。即ち、ラスタデータとして生成されたフォームデー
タを符号化して格納するフォーム格納手段と、フォーム
データをラスタデータとして生成し、符号化して前記フ
ォーム格納手段に格納するフォーム生成手段と、印刷デ
ータをフォームデータとオーバーレイして印刷する場合
に、格納された符号化されたフォームデータを復号し
て、前記印刷データを重ねて出力するオーバーレイ手段
とを備える。

【００１１】或いは、本発明に係る画像出力方法は以下
のような構成を備える。即ち、フォームデータをラスタ
データとして生成し、符号化してフォーム格納手段に格
納するフォーム生成工程と、印刷データをフォームデー
タとオーバーレイして印刷する場合に、格納された符号
化されたフォームデータを復号して、前記印刷データを
重ねて出力するオーバーレイ工程とを備える。

【００１２】或いは、本発明に係るコンピュータ可読メ
モリは以下のような構成を備える。即ち、フォームデー
タをラスタデータとして生成し、符号化してフォーム格
納手段に格納するフォーム生成手段と、印刷データをフ
ォームデータとオーバーレイして印刷する場合に、格納
された符号化されたフォームデータを復号して、前記印
刷データを重ねて出力するオーバーレイ手段を有する装
置としてコンピュータに機能させるプログラムを格納し
た。

【００１３】或いは、印刷出力指示に従って、印刷デー
タを印刷装置が解釈可能な形式の印刷命令へ変換して出
力するとともに、記憶されたフォームデータを通常ペー
ジデータと合わせて前記印刷装置に出力するホスト装置
と、前記ホスト装置から出力された印刷命令を解釈し、
該印刷命令をラスタ画像へと変換する印刷装置とを有す
る画像出力システムであって、前記ホスト装置は、印刷
データの種類毎に複雑度を計測する手段と、前記印刷装
置に対して、計測された複雑度に応じた符合化手順を指
定する手段とを備え、前記印刷装置は、指定された符号
化手順に従ってフォームデータを符合化あるいは複号化
する。

【００１４】

【発明の実施の形態】本実施形態の構成を説明する前
に、本発明を適用するに好適な画像処理装置の構成につ
いて、図１を参照しながら説明する。図１は本発明を適
用可能な画像処理装置の構成を示す断面図であり、例え
ば、レーザービームプリンタ（以下ＬＢＰ）の場合を示
す。なお、本発明を適用可能な画像処理装置はＬＢＰに
限られるものではなく、他のプリント方式のプリンタ装
置であっても良いことはいうまでもない。

【００１５】同図において、ＬＢＰ本体１００は、外部
に接続されているホストコンピュータ（図２の２００）
からページ記述言語の形式で供給される文字情報（文字
コード等）や図形情報や、定型書式データ（フォームデ
ータ）あるいは他のマクロ命令などを入力して記憶する
とともに、それらの情報に従って対応する文字パターン
や図形パターンなどを作成し、記録媒体である記録紙上
に像を形成する。操作パネル１１２は、操作のためのス
イッチおよびＬＥＤ表示器などが配されている。プリン
タ制御ユニット１０１は、ＬＢＰ１００全体の制御およ
びホストコンピュータから供給される文字情報などを解
析する。この制御ユニット１０１は、主に文字情報を対
応する文字パターンのビデオ信号に変換してレーザドラ
イバ１０２に出力する。また、このＬＢＰは不図示のデ
ータ源から文字パターンの登録やフォームデータなどの
登録も行え、同様に印字データに応じてビデオ信号に変
換してレーザドライバ１０２に出力する。レーザドライ
バ１０２は半導体レーザ１０３を駆動するための回路で
あり、入力されたビデオ信号に応じて半導体レーザ１０
３から発射されるレーザ光１０４をオンオフ切り替えす
る。レーザ１０４は回転多面鏡１０５で左右方向に振ら
れ静電ドラム１０６上を走査する。これにより、静電ド
ラム１０６上には文字パターンの静電潜像が形成され
る。この潜像は、静電ドラム１０６周囲の現像ユニット
１０７により現像された後、記録紙に転送される。この
記録紙に−はカットシートを用い、カットシート記録紙
はＬＢＰ１００に装着した用紙カセット１０８に収納さ
れ、給紙ローラ１０９および搬送ローラ１１０と１１１
とにより装置内に取り込まれて、静電ドラム１０６に供
給される。

【００１６】［第１の実施の形態］以下に添付の図面を
参照して、本発明の第１の実施の形態について説明す
る。

【００１７】図２は、図１のＬＢＰ１００の制御ユニッ
ト１０１のブロック図である。なお、本発明の機能が実
行されるのであれば、単体の機器であっても、ＬＡＮ等
のネットワークを介して処理が行なわれるシステムであ
っても良い。また、プリンタエンジンもレーザービーム
プリンタと限る必要もない。

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

【００１９】ここで、ホストコンピュータ２００のハー
ドディスク等には、ページ記述言語形式で表現されたフ
ォームデータが格納されており、個々のフォームデータ
は一意に識別可能なフォームＩＤ等の情報と対応付けて
管理されている。フォームオーバーレイ印刷時は、前記
フォームデータはオーバーレイ登録（イベント駆動マク
ロ）として、通常ページデータに付加して送出される。

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

【００２１】なお、ラスタイメージを格納するメモリを
１ページ分用意せずに、ページをバンド状に分割した少
なくとも２バンド分を用意する場合（以下、バンドラス
タ）は、前記ラスタイメージの生成とシップ動作を並列
に行なうよう構成されている。すなわち、描画済みの一
方のバンドラスタをシップしながら、他方のバンドラス
タに属する描画オブジェクトを描画する（以下、上記描
画手順をバンデイングによる描画と呼ぶ）。

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

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

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

【００２５】なお、本発明を構成する装置が、ＲＯＭに
格納されたプログラムとして供給されるよう説明した
が、これに限らず、フロッピーディスクやハードディス
ク等の媒体によって供給され、実行前にＲＡＭ等ヘロー
ドされた後、実行されるよう構成されていても構わな
い。すなわち、制御プログラム２０３が、ＲＡＭにロー
ドされて実行されるものであっても構わない。＜オーバーレイ出力処理手順＞続いて、上記構成による
画像出力装置における、オーバーレイ出力の処理手順
を、図３のフローチャートを用いて以下に説明する。こ
の手順は、ＣＰＵ２０１により制御プログラムを実行す
ることで実現される。

【００２６】まず、ステップ３０１にて、ホストコンピ
ュータ２００から送られる印刷データを受信バッファ２
０７へ記憶する。受信バッファ２０７内に印刷データが
存在するかどうかを調べ（ステップＳ３０２）、存在し
ない場合は処理を終了する。

【００２７】一方、印刷データが存在する場合は、続く
ステップＳ３０３以下で印刷データの解析を行なう。ま
ずステップＳ３０３にて、処理中の印刷データが排紙命
令かどうかを調べ、排紙命令でないと判断した場合に
は、続くステップＳ３０４以下で印刷データの解析を続
ける。なお、ステップＳ３０３においては、簡単のため
排紙命令（フォームフィードコマンド）かどうかを調べ
ると説明したが、実際には、文字印字位置移動命令等
で、印字中のページ下端を越えるような、排紙動作を引
き起こす要因となりうる印字データの場合も同様にステ
ップＳ３０８以降へ進む。

【００２８】ステップＳ３０４では、前記印刷データが
フォームデータ登録開始命令かあるいはフォームデータ
登録中であるかどうかを調べ、そうであった場合は、フ
ォームデータ登録終了命令を受信するまで（ステップＳ
３０５）、フォームデータをフォームデータ格納部２０
５ｂへ書き込み（ステップＳ３０６）、続く印刷データ
を受信バッファ２０７より読み出すためにステップＳ３
０１へ戻る。なお、ステップＳ３０４において、フォー
ムデータ登録中であるかどうかを判断するためには、電
源投入時等に０にリセットされるフラグを用意してお
き、フォームデータ登録開始命令受信時に、前記フラグ
を１にセットし、前記フラグがセットされている場合
は、フォームデータ登録中であると判断し、フォームデ
ータ登録終了命令受信時（Ｓ３０５）に前記フラグをリ
セットする。あるいは、フォームデータ登録開始命令の
パラメータとして登録すべきフォームデータのサイズを
カウンタとして受けとり、前記カウンタが０になるまで
フォームデータを登録するように構成しても構わない。
また、フラッシュメモリ等の不揮発性メモリにオーバー
レイ格納部を構成し、印刷データ受信前に予めフォーム
データを登録しておくよう構成した場合は、ステップＳ
３０４〜ステップＳ３０６のステップは実行しなくても
構わない。

【００２９】ステップＳ３０４において、フォームデー
タ登録中でないと判断した場合は、続くステップＳ３０
７において、印刷データがフォームデータ生成命令かど
うかを調べる。フォームデータ生成命令であると判断さ
れた場合は、処理中の通常ページに重ね合わせるべきオ
ーバーレイデータが存在することを示す情報（後述）を
描画オブジェクト格納部２０５ａへセット（ステップＳ
３０７ａ）した後、フォームデータに対応するフォーム
ラスタがフォームラスタ格納部２０５ｄに登録済みかど
うかを調べる（ステップＳ３０８）。フォームラスタと
は、フォームデータをラスタデータとして展開したデー
タである。

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

【００３１】一方、未登録であった場合は、ステップＳ
３０９にて、オーバーレイ格納部２０５ａより前記フォ
ームデータを読み出し、描画オブジェクト生成部２０３
ａによって、フォームデータ中の各印刷データに対応す
る描画オブジェクトを生成する（Ｓ３０９）。なお、ス
テップＳ３０９における描画オブジェクトの生成は、通
常ページに印字されるデータの解析および描画オブジェ
クトの生成と同様の処理で良いが（ステップＳ３１１に
て後述）、フォームデータに対応する描画オブジェクト
は、通常ページの描画オブジェクトとは別領域（例え
ば、ワークメモリ２０５ｄ）に格納される。また、フォ
ームデータの描画オブジェクトの生成と同時に、ステッ
プＳ３０９において、該フォームを識別するための管理
情報もあわせてワークメモリへ一時的に記憶しておく。
管理情報には、各フォーム毎に一意に決まるフォームＩ
Ｄ（ホストより指定される）、用紙サイズ、用紙の印字
方向、データ生成解像度等が含まれる。続くステップＳ
３１０において、描画オブジェクト描画部２０３ｃによ
ってフォームラスタを生成した後、ラスタ符合化部２０
３ｆによってフォーム画像を符合化し、さらにフォーム
メモリ管理部２０３ｄが、前記符合化済みフォーム画像
をフォームラスタ格納部２０５ｄへ格納する。すなわ
ち、Ｓ３０９にて生成した前記フォームデータ対応の各
描画オブジェクトを、一時的にページメモリ２０５ｃ上
へ描画した後、フォームラスタ格納部２０５ｄへ格納
し、最後にワークメモリに生成した描画オブジェクトを
クリアする。

【００３２】本実施の形態においては、この時生成する
フォームラスタは、１ページを複数のバンドに分割した
状態で生成・格納するものとし、なおかつ分割高さは、
ページメモリ（バンドラスタ）２０５ｃが取り得る高さ
の（１／整数）となるように構成する。すなわち、バン
ドラスタ２０５ｃが搭載メモリによって２５６ドット／
５１２ドット／１０２４ドット高さの３段階を取り得る
場合、フォームラスタは２５６ドット高さで生成・格納
すればよい。なお、フォームラスタヘ描画オブジェクト
を描画する手順は、シップ時に通常ページの描画オブジ
ェクトをラスタメモリへ描画する手順と全く同様に行な
えばよい。

【００３３】また、ステップＳ３０７にて、印刷データ
がフォームデータ生成命令でないと判断された場合は、
通常ページに描画する印刷データとして解析し、描画オ
ブジェクトを生成する（ステップＳ３１１）。すなわ
ち、印刷データが文字印字命令であった場合は、印刷デ
ータで指定された文字情報に対応するフォント情報をフ
ォントＲＯＭ２０４より読み出し、対応するドットパタ
ーン（＝描画オブジェクト）を生成し、印字位置情報や
幅、高さ、描画論理等、ページラスタへ描画する際に必
要な情報と共に、前記ドットパターンを描画オブジェク
ト格納部２０５ａへ格納する。文字以外の図形データや
イメージデータであった場合も、同様に各印字命令に対
応した中間コードを生成する。

【００３４】ステップＳ３０３において、印刷データが
排紙命令（あるいは排紙命令に相当する命令）であった
場合には、ステップＳ３０７ａにて描画オブジェクト格
納部２０５ａへセットされたフォームデータの有無を示
す情報を調べ（ステップＳ３１２）、描画すべきフォー
ムデータが存在する場合は、フォームラスタ描画部２０
３ｅが、前記ステップＳ３０７〜Ｓ３１０にて生成済み
の１バンド分の符合化フォームラスタをフォームラスタ
格納部２０３ｄより読み出し、複号化した後、バンドラ
スタ２０５ｃへ描画する（ステップＳ３１３）。続くス
テップＳ３１４にて、通常ページの描画オブジェクトを
１バンド分だけ描画オブジェクト格納部より読み出し、
順時バンドラスタへ描画する。１ページ分の描画が終了
するまで、上記ステップＳ３１２〜Ｓ３１４を全バンド
繰り返し（ステップＳ３１５）、全バンド終了したら、
続くページの印刷データを処理するためにステップＳ３
０１へ戻る。

【００３５】図４は、通常ページの描画オブジェクト格
納部２０５ａ内の１ページ分を示すメモリマップ（図４
（ａ））および、構成の概略を示すブロック図（図４
（ｂ），（ｃ））である。図４（ａ）において、ヘッダ
部４０１は、各ページの種々の情報を格納しており、電
源投入時からカウントされるページ番号、印字解像度、
用紙サイズ、バンドラスタ数、該ページに属する描画オ
ブジェクトの総容量、描画済み／シップ中などのページ
の状態を示す情報、および描画すべきフォームデータの
有無情報４０２等から構成されている。バンドテーブル
４０３は、前記バンドラスタの数だけ用意され、各バン
ド内に印字されるべき個々の描画オブジェクト４０５ａ
に対応した描画情報４０４ａがリンクされる（図４
（ｂ））。個々の描画情報、描画オブジェクトはそれぞ
れ、描画情報格納部４０４および描画オブジェクト記憶
部４０５に生成・確保される。

【００３６】図４（ｃ）は、１つの描画情報の構成を示
す概略図である。描画情報は、描画オブジェクトを描画
するための情報として、以下の情報を含むよう構成され
ている。すなわち、バンド内の印字位置（左上端からの
ビットオフセット値）、描画オブジェクトの描画高さ、
バンドラスタとの描画論理、描画オブジェクトの先頭ア
ドレス、描画オブジェクトがバンド途中から描画される
場合に該描画オブジェクトを読み飛ばすオフセット量
（ライン数）、続く描画情報の先頭アドレス（リンク最
後はＮＵＬＬとする）等が含まれる。各情報は、少なく
とも指定用紙を指定解像度で表現可能なだけのビット数
があればよい。

【００３７】図３のステップＳ３１４において、バンド
毎に通常ページの描画オブジェクトを描画する処理は、
上記バンドテーブル４０３からリンクされている描画情
報４０４ａを順次読み出し、各描画情報内の印字位置情
報等に従って描画オブジェクトを描画する。また、図３
のステップＳ３１０において、フォームラスタを生成す
る場合は、上記と全く同様の構成とすることで、同じ描
画オブジェクト描画部２０３ｃを用いた生成が可能とな
る。

【００３８】図５は、フォームメモリ管理部２０３ｄに
よって管理される、フォームラスタ格納部２０５ｄのメ
モリ構成の概略を示すメモリ構成図である。同図におい
て、フォーム毎の管理テーブル５０１は、各フォームを
描画・識別するために必要な情報から構成される。前記
管理テーブル５０１のための記憶領域は、予め固定領域
に確保しておいても構わないし、可能なだけ動的に確保
されるよう構成されていても構わない。管理テーブル５
０１内には、各フォームを識別するためのフォームＩＤ
（ホストコンピュータと同一番号で管理する）、印字解
像度、分割バンド総数、用紙の向き、バンド幅、フォー
ムラスタバンドテーブル５０２の先頭アドレスが含まれ
る。フォームラスタバンドテーブル５０２は、図３のス
テップＳ３１０において生成された、バンドごとのフォ
ームラスタ単位の情報を格納するテーブルであって、管
理テーブル５０１内のバンド数に応じた数だけ確保さ
れ、各フォームラスタの先頭アドレスと、各バンドの高
さを含む。なお、最下端のバンド以外の高さが一定であ
れば、前記一定値と最下端バンド高さをフォーム管理テ
ーブル５０１内に保持しても良い。また、前記管理テー
ブル５０１に格納する情報のうち、解像度・用紙の向き
・バンド幅は、印刷データやパネル規定値を元にセット
され、フォームＩＤはオーバーレイ登録命令のパラメー
タとしてホスト上のプリンタドライバなどにより指示さ
れる。

【００３９】図６は、フォームメモリ管理部２０３ｄの
実行により遂行される、要求されたフォームデータに対
応するフォームラスタがフォームラスタ格納部に登録済
みかどうかを調べる手順について示したフローチャート
である。この手順は、図３のステップＳ３０８に相当す
る。

【００４０】まず、同図のステップＳ６０１において、
フォームラスタ格納部２０５ｄ内のフォーム管理テーブ
ル５０１から、第１のフォームラスタ情報を読み出し、
フォームオーバレイ生成命令で指定されたフォーム情報
の各々と一致するかどうかを調べる（Ｓ６０２〜Ｓ６０
６）。すなわち、フォームＩＤを比較し（Ｓ６０２）、
同じであれば次のフォーム情報を比較し、同じでなけれ
ば、次のフォームラスタ情報を読み出すために、ステッ
プＳ６０８へ進む。以下同様に、印字解像度（Ｓ６０
３）、縦方向／横方向の用紙搬送方向がサポートされて
いる用紙サイズの場合は用紙の向き（Ｓ６０４）、カラ
ープリンタの場合はカラーモード（Ｓ６０５）、ページ
拡大／縮小指定がなされているかどうか（Ｓ６０６）を
それぞれ調べ、全ての条件が一致した場合には、ステッ
プＳ６０７にてフォーム番号をフォームラスタ有無情報
として記憶し、指定フォームオーバーレイに対応するフ
ォームラスタが登録済みであると判断する。

【００４１】一方、ステップＳ６０２〜Ｓ６０６のいず
れかの情報が一致しなかった場合は、ステップＳ６０８
にて全フォームラスタの検索が終了したかどうかを調
べ、終了していなければＳ６０１へ戻り、全フォームラ
スタの検索が終了した場合は、フォームラスタは未登録
であると判断される（Ｓ６０９）。

【００４２】以上の手順により、フォームデータ登録に
より登録された、ページ記述言語で記述したフォームデ
ータを、フォームデータ生成命令により中間データによ
る描画オブジェクトに変換し、それからそのフォームの
ラスタデータを生成して符号化し、記憶しておく。排紙
命令を受けて排紙中に、そのページにオーバーレイがあ
ることが判明したなら、記憶されている符号化フォーム
ラスタデータを復号してバンドメモリに展開し、その上
にフォーム以外の通常ページオブジェクトを展開して印
刷する。

【００４３】このようにすることで、いったん登録され
たフォームデータは符号化されたラスタデータとして記
憶されるため、ページ記述言語から展開する必要がな
く、迅速にバンドメモリに展開できる。なお、フォーム
データがページ記述言語でなく、イメージデータで送信
されてくるような場合には、そのラスタデータへの展開
処理が省かれるだけであり、それをそのまま符号化して
格納すればよい。

【００４４】［第２の実施の形態］第１の実施の形態で
は、印刷時に、通常のページオブジェクトとともにフォ
ームデータのオブジェクトをホストからプリンタに送っ
ているが、フォームデータを予めプリンタのフラッシュ
ＲＯＭ等に格納しておけば、フォームデータをいちいち
プリンタに送信するための時間や資源を省くことができ
る。

【００４５】図７は、フラッシュＲＯＭやハードディス
ク等の書き込み可能な不揮発性デバイス（以下、フラッ
シュＲＯＭで説明）内にページ記述言語形式のフォーム
データが格納済みの場合の、フォーム画像生成手順を示
すフローチャートである。本フローチャートの処理は、
画像出力装置に電源が投入された直後、印刷データを受
信する前や、処理すべき印刷データを受信していない空
き時間等に実行しても構わないし、あるいは、印刷デー
タを受信する前に、ホストコンピュータより受信した命
令に従って実行するよう構成されていても構わない。

【００４６】同図において、まずステップＳ７０１に
て、フラッシュＲＯＭが装着されているかどうかを調
べ、未実装であった場合は処理を終了する。一方、実装
されている場合は、ステップＳ７０２にて、ラスタライ
ズに必要な、パネルメニュー等によって設定された印刷
条件（印字解像度や、用紙搬送方向、カラーモード等）
を読み出し、続くＳ７０３以降にて、フラッシュＲＯＭ
に記憶されたフォームデータからフォームラスタを生成
し、フォームラスタ格納部へ登録する。まず、フラッシ
ュＲＯＭ内のフォームデータが既にフォームラスタ格納
部に登録されているかどうかを調べ（Ｓ７０３）、未登
録であればフォームデータを読み出し（Ｓ７０４）、１
ページ分の描画オブジェクトを生成する（Ｓ７０５）。
続くＳ７０６にて、印刷データを受信したかどうかを調
べ、受信バッファに印刷データが存在する場合は、フォ
ームデータに対応する生成済みの描画オブジェクトを削
除し（Ｓ７１４）、作業メモリとして使用していたワー
クメモリを解放した後、フォーム画像生成処理を終了す
る。ここで、フォーム画像の格納途中であれば、途中ま
で格納したフォーム画像も解放する。なお、本実施形態
では、ステップＳ７０６においてのみ、受信データの存
在をチェックしたが、これに限らず、比較的処理時間が
多くかかる（複数の）ステップの前後や、タイマ等によ
って定期的に印刷データを確認しても良い。こうするこ
とによって、例えばフォームを用いない通常データの印
刷処理を妨げることがなくなる。

【００４７】続くステップＳ７０７にて、前記描画オブ
ジェクトを用いて１バンド分のフォーム画像をバンドバ
ッファヘ描画した後、ステップＳ７０８で前記フォーム
画像を符合化する。続くステップＳ７０９において、フ
ォーム画像格納部に登録に必要なメモリ容量があるかを
調べ、空きメモリ容量が不足した場合は、ステップＳ７
１０にてエラー表示を行なった後、処理を終了する。一
方、登録可能であれば、符合化済みフォーム画像を格納
する（Ｓ７１１）。上記ステップＳ７０６〜ステップＳ
７１１の処理を１ページ分全て終了するまで繰り返し
（Ｓ７１２）、最後にステップＳ７１３にて、不要とな
った描画オブジェクトを削除し、１フォームの処理を終
了する。なお、本実施例では、メモリ不足時にエラー表
示を行ない処理を中断したが、パネル設定等によって各
フォームの優先順位を指定したり、使用頻度をフォーム
データと共に記憶するよう構成し、優先順位の低い順、
あるいは使用頻度の低い順にフォーム画像格納領域から
削除して、該フォーム画像格納の処理を続行しても構わ
ない。

【００４８】このようにして、第１の実施形態の手順に
加えて、フラッシュＲＯＭに予めフォームデータを格納
し、プリンタが空いている期間にそれをラスタデータに
展開して圧縮する処理を施しておけば、印刷データを受
信してからフォームデータを展開する手間が省け、処理
を迅速化できる。また、フラッシュＲＯＭに登録されて
いないフォームについては、第１の実施の形態の手順で
ホストから受信して展開・符号化・格納することで、対
応することができる。

【００４９】［第３の実施の形態］第１，第２の実施形
態では、フォームオーバーレイの内容に関わらず、必ず
フォームデータをラスタライズした後、符合化・復号化
し、通常ページデータに重ね合わせて描画したため、フ
ォームデータの内容が非常に簡単な場合には、フォーム
ラスタを管理するためのオーバーヘッドが却って大きく
なってしまい、処理速度の高速化を計れない場合があ
る。また、複数のフォームデータを印字する際に、フォ
ームデータの内容が複雑なフォームの画像を優先的に格
納すれば、全体の処理速度向上を計ることが可能とな
る。そのため、本実施形態では、フォームデータの内容
（複雑度）に応じてフォーム画像キャッシュのＯＮ／Ｏ
ＦＦを切替える。

【００５０】図８は、第３の実施形態であるプリンタ１
００の制御ユニット１０１のブロック図であり、第１実
施形態と同様の構成については同一番号をつけ説明を省
略する。同図において、フォーム画像判定部８０１は、
フォームデータ内の描画オブジェクトの処理コストを計
測するプログラムと、該計測結果に従ってフォーム画像
を生成・保持（キャッシュ）するかを決定するプログラ
ムとを含んでおり、制御プログラム２０３の一部として
動作する。タイマ８０２は、実時間をきざむ実時間タイ
マである。

【００５１】図９は、本実施形態におけるフォームラス
タの生成処理手順を示すフローチャートであって、受信
データのない空き時間にフラッシュＲＯＭ内のフォーム
データを読み出して描画オブジェクトを生成する場合に
ついて説明している。本実施形態では、フォームデータ
に対応した描画オブジェクトの生成時に、フォームデー
タ解析開始から終了までの時間を処理コストとして計測
し、該画像出力装置の処理速度パラメータ（用紙搬送速
度など）との比較によって、フォーム画像のキャッシュ
を切替える。

【００５２】同図において、ステップＳ９０１〜Ｓ９０
４、およびステップＳ９１０〜Ｓ９１６はそれぞれ、図
７のステップＳ７０１〜Ｓ７０４、ステップＳ７０７〜
Ｓ７１４の各ステップと同様であるので説明を省略す
る。

【００５３】ステップ９０１〜９０４により未登録のフ
ォームデータを読み出した後、ステップＳ９０５におい
て、タイマ８０２から現在の時刻情報を獲得しておく。
続くステップＳ９０６にて、１フォーム分の描画オブジ
ェクトを生成し終えた後、ステップＳ９０７にて再度現
在の時刻情報を獲得し、ステップＳ９０５において獲得
した時刻情報との差分をとり、描画処理時間ｔ１を得
る。印刷データを受信した場合の中断処理（Ｓ９０８、
Ｓ９１４）はそれぞれ、図７のステップＳ７０６、ステ
ップＳ７１４と同様である。続くステップＳ９０９にお
いて、Ｓ９０７にて得た描画オブジェクト作成にかかる
処理時間（ｔ１）と、用紙搬送に要する時間（ｔ２）と
を比較し、ｔ１＞ｔ２の場合に、Ｓ９１０以下の処理に
てフォームラスタを生成する。ここで、用紙搬送に要す
る時間ｔ２は、印刷部（プリンタエンジン）２１０の特
性によって決定されるパラメータであって、例えばＡ４
用紙を８枚／分で出力可能なプリンタエンジンであれ
ば、１枚あたりの処理時間は６０秒／８＝７．５秒とな
る。すなわち、複数部数を連続で出力する場合は、７．
５秒内に次ページの描画オブジェクトが生成可能であれ
ば、エンジン性能を最大限に引き出した処理が可能とな
る。なお、ここでは１枚の用紙の搬送時間と描画オブジ
ェクト生成時間を比較したが、これに限らず、用紙搬送
時間から通常ページに描画される描画オブジェクトの処
理時間（予め見積もった値）を差し引いた時間と比較し
ても良い。ただし、通常ページの描画オブジェクト作成
はこの時点では計測できないため、差し引く時間はパネ
ル等から設定可能なように構成しても良い。一方、ステ
ップＳ９０９にて、ｔｌ≦ｔ２と判断された場合は、生
成した描画オブジェクトを削除し（Ｓ９１６）次のフォ
ームデータの処理へ進む。ここで、フォームラスタとし
て生成されないフォームデータは、印刷データ処理時
（フォームラスタは未登録と判断される）に、フォーム
ラスタの登録を行なわないように、対応するフォームＩ
Ｄをワークメモリ等に記憶しておき、通常ページと同様
に描画オブジェクトを生成してバンドバッファへの描画
を行なう。

【００５４】上記処理手順によって、フォームを表すオ
ブジェクトデータの展開時間をフォームデータの複雑さ
の指針として計測し、それが一定の閾値以上の場合に、
フォーム画像を生成・キャッシュすることができる。そ
のため、フォーム画像格納メモリに割り当てられるメモ
リが少ない場合などに、複数フォームを処理する際の全
体の速度が向上する。また、一定の閾値として、用紙１
枚の搬送時間を用いれば、フォームをラスタデータとし
てキャッシュしない場合であっても、用紙を搬送する間
にフォームの展開が済むため、印刷出力を遅延させるこ
とはない。

【００５５】また、本実施形態では、１フォーム全体の
処理時間を元に判断したが、描画オブジェクトの種類別
に処理コストを計測しても良い。例えば、フォームの一
部としてスケーラブルフォントを印字する際は、１文字
毎にフォントキャッシュ部にビットマップをキャッシュ
しているため、２ページ目以降の処理速度が短縮され、
描画オブジェクト生成時の計測ほど実処理時間がかから
ない場合がある。従って、文字データの場合は、１文字
をスケーリングするために必要な処理時間と、フォント
キャッシュにヒットした場合の処理時間の差分を、スケ
ーリングした文字数分だけ全体の処理時間から差し引け
ば、同一フォームを２ページ以上で使用する場合に、よ
り正確な判断が可能となる。

【００５６】また、本実施形態では、フォーム画像を生
成・キャッシュしないと判断した場合は生成した描画オ
ブジェクトを削除したが、削除せずにフォームＩＤ等の
フォーム識別情報と共に一時的に保持するようにし、印
刷データ処理時に通常ページの描画オブジェクトとリン
クされるように構成しても構わない。

【００５７】また、本実施形態では、描画オブジェクト
の処理コストのみを元に、フォームラスタの保持・キャ
ッシュのＯＮ／ＯＦＦを切替えたが、フォームラスタ格
納部に割り当て可能な空きメモリの容量によって切替え
るよう構成しても構わない。すなわち、描画オブジェク
トの生成コスト（ｔ１）が閾値（ｔ２）よりも少ない場
合であっても、空きメモリが多ければフォームラスタを
生成する、あるいは、空きメモリが多い場合は閾値を下
げ、より多くのフォームラスタを生成するようにしても
良い。

【００５８】［第４の実施の形態］第１の実施形態で
は、フォームデータをラスタライズした後、フォームオ
ーバーレイの内容に関わらず、一つの符合化・復号化手
段により符合化・復号化し、通常ページデータに重ね合
わせて描画したため、フォームデータの内容によって
は、符合化後のフォームラスタのメモリサイズが大きく
なってしまい、複数のフォームラスタを保持・キャッシ
ュできなくなる場合がある。そのため、本実施形態にお
けるプリンタでは、複数の符合化・復号化手段を備え、
フォーム画像保持用に割り当て可能なメモリ容量や、フ
ォームデータの内容（生成される描画オブジェクトの種
類と複雑度）に応じて、適した符合化・復号化手段のう
ちの一つを選択する。

【００５９】図１０は、本実施形態におけるフォーム画
像の生成処理手順を示すフローチャートである。この手
順は、図３におけるステップＳ３０９，ステップＳ３１
０にかえて用いることもできるし、図７のステップＳ７
０４以降、あるいは図９のステップＳ９０４以降にかえ
て用いることもできる。

【００６０】本実施形態では、一般的に公知である符合
化・復号化手段として、パックビッツ圧縮／伸長と、Ｊ
ＢＩＧ圧縮／伸長を例に説明する。パックビッツ圧縮
は、符合化・復号化に要する処理速度は高速であるが、
自然画などの圧縮率はさほど良くないという特徴を持
つ。一方、ＪＢＩＧ圧縮は、符合化・復号化処理速度は
パックビッツ圧縮より遅い反面、自然画などに対する圧
縮率はパックビッツ圧縮より勝るという特徴がある。

【００６１】同図において、まずステップＳ１００１に
おいて、イメージカウンタの初期化を行なう。続いて、
ステップＳ１００６において、１ページ分の描画オブジ
ェクトを生成したと判断されるまで、登録済みのフォー
ムデータをコマンド毎に読み出し、各描画コマンドに対
応して、文字、イメージ、ライン、図形などの描画オブ
ジェクトを生成する（ステップＳ１００２）。続くステ
ップＳ１００３〜Ｓ１００５において、生成した描画オ
ブジェクトの種類に応じて複雑度の計測を行なう。すな
わち、ステップＳ１００３にて、まずイメージオブジェ
クトかどうかを調べ、イメージオブジェクトであった場
合は、イメージオブジェクト用のカウンタをインクリメ
ントし（Ｓ１００４）、該イメージによる描画面積を算
出・加算する（Ｓ１００５）。また、ステップＳ１００
２においてイメージオブジェクトでない場合は、次の描
画コマンドを処理するためにステップＳ１００６へ戻
る。

【００６２】１フォーム分の描画オブジェクト生成が終
了した後、続くステップＳ１００７において、描画オブ
ジェクト生成時に計測したイメージオブジェクトの描画
面積の総和と、予め定めた閾値とを比較し、閾値以上で
あれば、圧縮方法としてＪＢＩＧ圧縮を選択し（ステッ
プＳ１００８）、閾値未満であればパックビッツ圧縮を
選択する（ステップＳ１００９）。

【００６３】続くステップＳ１０１０では、フォーム識
別のためのフォーム管理情報並びに、先ほど決定した圧
縮形式を管理テーブル５０１へ記憶する。続くステップ
Ｓ１０１１以降において、バンド単位にフォームラスタ
を生成し（Ｓ１０１１）、さらに定められた圧縮形式に
従ってフォームラスタを圧縮し（ステップＳ１０１
２）、フォームラスタ格納部２０５ｄへ圧縮済みフォー
ムラスタを格納すると同時に、各フォームラスタの先頭
ポインタと圧縮後のフォームラスタデータサイズをフォ
ームラスタバンドテーブル５０２に記憶しておく（ステ
ップＳ１０１３）。前記Ｓ１０１１〜１０１３の処理を
１ページ分の全バンドが終了するまで繰り返し、フォー
ムラスタの登録を終了する。

【００６４】一方、フォーム描画時は、管理テーブルに
記憶された圧縮方式に対応する伸長方式を選択したのち
に、バンド単位に庄縮されたフォームラスタを伸長すれ
ば良い。

【００６５】以上のように処理することで、オブジェク
トの種類に適した符号化方法でラスタデータに変換され
たフォームデータを符号化することができる。このた
め、圧縮率を向上させて、多くのフォームデータをキャ
ッシュすることができる。

【００６６】なお、本実施形態では、簡単のために、イ
メージオブジェクトに対して、描画面積のみで複雑度を
計測したが、正確さを増すために、イメージオブジェク
ト先頭の例えば数百バイトを実際に読み出し、複数の符
合化手段で符合化を試み、その結果に従って符合化手段
を決定するように構成しても構わない。

【００６７】また、本実施形態ではフォーム単位で符合
化・復号化手段を選択したが、複雑度の計測をバンド単
位で行ない、さらに圧縮タイプ情報をフォームラスタバ
ンドテーブル５０２内にバンド単位で持たせることによ
って、バンド毎に符合化・復号化手段を選択するように
構成しても構わない。このようにすることで、処理速度
の低下を抑えつつ、描画内容が複雑なバンドの圧縮率を
向上させることが可能となる。

【００６８】さらに、本実施形態では、描画オブジェク
トの種類によって符合化・復号化手段を切替えたが、フ
ォームラスタ格納用メモリの空き状況によっても符合化
・復号化手段を切替えるように構成しても構わない。こ
のようにすることで、メモリの空きが大きい場合には圧
縮率が低くても処理が高速な符号化で符号化し、空きが
小さい場合には、処理に時間を要しても圧縮率が高い方
法で符号化することができる。

【００６９】

【他の実施形態】なお、本発明は、複数の機器（例えば
ホストコンピュータ，インタフェイス機器，リーダ，プ
リンタなど）から構成されるシステムに適用しても、一
つの機器からなる装置（例えば、複写機，ファクシミリ
装置など）に適用してもよい。

【００７０】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても達成される。

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

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

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

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

【００７５】

【発明の効果】以上説明したように、本発明によれば、
フォームデータからラスタデータを生成し、それを符合
化して保持し、フォーム印刷命令受信時に、保持されて
いるフォームデータを復号して画像データとして展開す
ることで、フォームデータ内容に関わらず高速に描画処
理を終了することが可能となる。特に、同一内容のフォ
ームデータに対して通常ページが毎ページ異なるような
複数ページの印刷命令においては、２ページ目以降のフ
ォームデータの生成に要する時間を０にすることができ
る。

【００７６】また、同一の描画オブジェクトをページ毎
に個別に持つ必要がなくなるため、排紙待ちなどの処理
速度の低下や、描画に要するメモリを低く抑えることが
可能となる。

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

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

【００７９】また、描画オブジェクトを生成する際に１
フォーム分の描画オブジェクトの複雑度を計測し、計測
結果に従ってフォーム画像を生成・保持するか、描画オ
ブジェクトから直接描画するかを選択でさるよう構成し
たことで、フォームデータの内容が簡単な場合にも、フ
ォームラスタを管理するためのオーバーヘッドをなくす
ことができ、処理速度の低下を抑えることが可能とな
る。

【００８０】また、複数のフォームデータを印字する際
に、フォームデータの内容が複雑なフォームが格納され
やすくなるため、全体の処理速度向上を計ることが可能
となる。

【００８１】また、フォーム画像に含まれるオブジェク
トの種類に従って、複数の符合化方法からオブジェクト
の種類に適したひとつを選択するように構成したこと
で、処理速度は高速だが符合化率が低い符合化・復号化
方法ａと、逆に処理速度は低速だが符合化率が高い符合
化・復号化方法ｂとを備えるような場合に、オブジェク
トの種類に応じて圧縮率の高い方法に切替えるといった
処理が可能となる。

【００８２】また、フォーム画像保持用に使用可能なメ
モリ容量に従って、複数の符合化方法からオブジェクト
の種類に適したひとつを選択するように構成したこと
で、処理速度は高速だが符合化率が低い符合化・復号化
方法ａと、逆に処理速度は低速だが符合化率が高い符合
化・復号化方法ｂとを備えるような場合に、メモリ容量
が多い場合は方法ａを用いより高速に処理する一方、空
きメモリが少ない場合は方法ｂに切替えるといった処理
が可能となる。

【００８３】さらに、フォームラスタ登録前の描画オブ
ジェクト生成時に、１フォーム、あるいは１バンドに属
する描画オブジェクトの複雑度に応じて、フォーム単
位、あるいはバンド単位に複数の符合化・復号化手段の
うちの一手段を選択するように構成したことで、イメー
ジデータなどを多く含む複雑なフォームデータは符合化
率優先、あるいは１ページ中の処理負荷の軽いバンドは
処理速度優先でフォーム登録するといった処理が可能と
なり、全体の処理速度低下を抑えつつ、フォームラスタ
のメモリ使用効率を向上することができる。

【００８４】

【図面の簡単な説明】

【図１】本発明を適用可能なレーザービームプリンタの
断面図である。

【図２】本発明の第１の実施形態に示す画像出力装置の
ブロック図である。

【図３】第１の実施形態に示す画像出力装置における、
オーバーレイ印刷処理手順のフローチャートである。

【図４】第１の実施形態に示す画像出力装置の描画オブ
ジェクト格納部のブロック図である。

【図５】第１の実施形態に示す画像出力装置のフォーム
画像格納部のブロック図である。

【図６】第１の実施形態に示す画像出力装置のフォーム
画像検索手順のフローチャートである。

【図７】不揮発性メモリにフォームデータが格納されて
いる場合の、第１の実施形態に示す画像出力装置のフォ
ーム画像生成手順を示すフローチャートである。

【図８】本発明の第２の実施形態に示す画像出力装置の
ブロック図である。

【図９】第２の実施形態に示す画像出力装置のフォーム
画像生成手順のフローチャートである。

【図１０】第３の実施形態に示す画像出力装置のフォー
ム画像生成手順のフローチャートである。

【符号の説明】

１００印刷装置２０１ＣＰＵ２０３プログラムＲＯＭ２０３ａ描画オブジェクト生成部２０３ｂオーバーレイ登録／読みだし部２０３ｄフォームメモリ管理部２０３ｅフォームラスタ描画部２０３ｆラスタ符合化・復号化部２０５ＲＡＭ２０５ａ描画オブジェクト格納メモリ２０５ｂフォームデータ格納部２０５ｃページメモリ（バンドラスタ）２０５ｄフォームラスタ格納メモリ２０７受信バッファ４０１ページ情報ヘッダ部４０２オーバーレイ有無情報４０３バンドテーブル４０４描画情報格納メモリ４０５描画オブジェクト記憶部５０１フォームラスタ管理テーブル５０２フォームバンドテーブル５０３符合化フォームラスタ８０１フォーム描画コスト計測・キャッシュ判別部

Claims

【特許請求の範囲】

【請求項１】ラスタデータとして生成されたフォーム
データを符号化して格納するフォーム格納手段と、フォームデータをラスタデータとして生成し、符号化し
て前記フォーム格納手段に格納するフォーム生成手段
と、印刷データをフォームデータとオーバーレイして印刷す
る場合に、格納された符号化されたフォームデータを復
号して、前記印刷データを重ねて出力するオーバーレイ
手段とを備えることを特徴とする画像出力装置。
【請求項２】前記フォーム生成手段は、印刷データと
ともに受信するフォームデータを基に、ラスタデータを
生成して符号化し格納することを特徴とする請求項１に
記載の画像出力装置。
【請求項３】前記フォーム生成手段は、予め不揮発性
メモリに格納されたフォームデータを基に、ラスタデー
タを生成して符号化し格納することを特徴とする請求項
１に記載の画像出力装置。
【請求項４】前記フォーム生成手段は、電源投入時あ
るいは空き時間に、フォームデータを読み出してフォー
ム画像を生成することを特徴とする請求項３に記載の画
像出力装置。
【請求項５】前記フォーム生成手段は、ホストから指
示されるフォーム生成命令によってフォーム画像を生成
することを特徴とする請求項１に記載の画像出力装置。
【請求項６】前記フォーム生成手段は、１ページを分
割してなるバンド単位でラスタデータを生成し、符号化
して格納することを特徴とする請求項１に記載の画像出
力装置。
【請求項７】前記フォーム生成手段は、１ページ単位
でラスタデータを生成し、符号化して格納することを特
徴とする請求項１に記載の画像出力装置。
【請求項８】前記オーバーレイ出力手段は、フォーム
データ以外の通常ページデータを、フォームデータの上
に重複させることを特徴とする請求項１に記載の画像出
力装置。
【請求項９】前記フォーム生成手段は、フォームデー
タに含まれる描画オブジェクトの複雑度に従って、フォ
ームデータからラスタデータを生成して保持するか、あ
るいは描画オブジェクトのまま格納するか、あるいはフ
ォーム生成処理を中断するかを決定することを特徴とす
る請求項１に記載の画像出力装置。
【請求項１０】前記複雑度は、描画オブジェクト生成
に要する処理時間を元に計測されることを特徴とする請
求項９に記載の画像出力装置。
【請求項１１】前記フォーム生成手段は、前記格納手
段により格納できる空き容量に従って、フォームデータ
からラスタデータを生成して保持するか、あるいは描画
オブジェクトのまま格納するか、あるいはフォーム生成
処理を中断するかを決定することを特徴とする請求項１
に記載の画像出力装置。
【請求項１２】前記フォームデータは、改ページ命令
等の特定の命令とともに発行されることを特徴とする請
求項１に記載の画像出力装置。
【請求項１３】前記フォーム生成手段は、前記フォー
ム格納手段が使用可能な空き容量に従って、複数の符合
化手順のうちの一つを選択することを特徴とする請求項
１に記載の画像出力装置。
【請求項１４】前記フォーム生成手段は、フォームデ
ータに含まれるオブジェクトの複雑さに従って、複数の
符合化手順のうちの一つを選択することを特徴とする請
求項１に記載の画像出力装置。
【請求項１５】フォームデータをラスタデータとして
生成し、符号化してフォーム格納手段に格納するフォー
ム生成工程と、印刷データをフォームデータとオーバーレイして印刷す
る場合に、格納された符号化されたフォームデータを復
号して、前記印刷データを重ねて出力するオーバーレイ
工程とを備えることを特徴とする画像出力方法。
【請求項１６】前記フォーム生成工程は、印刷データ
とともに受信するフォームデータを基に、ラスタデータ
を生成して符号化し格納することを特徴とする請求項１
５に記載の画像出力方法。
【請求項１７】前記フォーム生成工程は、予め不揮発
性メモリに格納されたフォームデータを基に、ラスタデ
ータを生成して符号化し格納することを特徴とする請求
項１５に記載の画像出力方法。
【請求項１８】前記フォーム生成工程は、電源投入時
あるいは空き時間に、フォームデータを読み出してフォ
ーム画像を生成することを特徴とする請求項１７に記載
の画像出力方法。
【請求項１９】前記フォーム生成工程は、ホストから
指示されるフォーム生成命令によってフォーム画像を生
成することを特徴とする請求項１５に記載の画像出力方
法。
【請求項２０】前記フォーム生成工程は、１ページを
分割してなるバンド単位でラスタデータを生成し、符号
化して格納することを特徴とする請求項１５に記載の画
像出力方法。
【請求項２１】前記フォーム生成工程は、１ページ単
位でラスタデータを生成し、符号化して格納することを
特徴とする請求項１５に記載の画像出力方法。
【請求項２２】前記オーバーレイ出力工程は、フォー
ムデータ以外の通常ページデータを、フォームデータの
上に重複させることを特徴とする請求項１５に記載の画
像出力方法。
【請求項２３】前記フォーム生成工程は、フォームデ
ータに含まれる描画オブジェクトの複雑度に従って、フ
ォームデータからラスタデータを生成して保持するか、
あるいは描画オブジェクトのまま格納するか、あるいは
フォーム生成処理を中断するかを決定することを特徴と
する請求項１５に記載の画像出力方法。
【請求項２４】前記複雑度は、描画オブジェクト生成
に要する処理時間を元に計測されることを特徴とする請
求項９に記載の画像出力方法。
【請求項２５】前記フォーム生成工程は、前記格納工
程により格納できる空き容量に従って、フォームデータ
からラスタデータを生成して保持するか、あるいは描画
オブジェクトのまま格納するか、あるいはフォーム生成
処理を中断するかを決定することを特徴とする請求項１
５に記載の画像出力方法。
【請求項２６】前記フォームデータは、改ページ命令
等の特定の命令とともに発行されることを特徴とする請
求項１５に記載の画像出力方法。
【請求項２７】前記フォーム生成工程は、前記フォー
ム格納工程が使用可能な空き容量に従って、複数の符合
化手順のうちの一つを選択することを特徴とする請求項
１５に記載の画像出力方法。
【請求項２８】前記フォーム生成工程は、フォームデ
ータに含まれるオブジェクトの複雑さに従って、複数の
符合化手順のうちの一つを選択することを特徴とする請
求項１５に記載の画像出力方法。
【請求項２９】フォームデータをラスタデータとして
生成し、符号化してフォーム格納手段に格納するフォー
ム生成手段と、印刷データをフォームデータとオーバーレイして印刷す
る場合に、格納された符号化されたフォームデータを復
号して、前記印刷データを重ねて出力するオーバーレイ
手段を有する装置としてコンピュータに機能させるプロ
グラムを格納したことを特徴とするコンピュータ可読メ
モリ。
【請求項３０】印刷出力指示に従って、印刷データを
印刷装置が解釈可能な形式の印刷命令へ変換して出力す
るとともに、記憶されたフォームデータを通常ページデ
ータと合わせて前記印刷装置に出力するホスト装置と、
前記ホスト装置から出力された印刷命令を解釈し、該印
刷命令をラスタ画像へと変換する印刷装置とを有する画
像出力システムであって、前記ホスト装置は、印刷データの種類毎に複雑度を計測
する手段と、前記印刷装置に対して、計測された複雑度
に応じた符合化手順を指定する手段とを備え、前記印刷装置は、指定された符号化手順に従ってフォー
ムデータを符合化あるいは複号化することを特徴とする
画像出力システム。