JP2003348313A

JP2003348313A - 画像処理装置

Info

Publication number: JP2003348313A
Application number: JP2002147788A
Authority: JP
Inventors: Kiyohiro Tsunekawa; 清宏恒川
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-05-22
Filing date: 2002-05-22
Publication date: 2003-12-05

Abstract

(57)【要約】【課題】同一フォームオーバレイに対して１つのイメ
ージ画像を生成しページ間で共有し、後付けデータのみ
を含むページ画像と合成出力することで、各ページの圧
縮ページ画像のサイズを小さく抑え、従来より少ない容
量でも高速な複数部数印刷を可能とすること。【解決手段】フォームデータからフォーム画像を生成
するフォーム画像生成手段と、フォーム画像を保持する
フォーム画像保持手段、フォーム部分を含まないページ
画像を生成するページ画像生成手段と、前記ページ画像
を圧縮保持する手段と、複数部数印刷時に前記フォーム
画像とページ画像を合成出力する手段を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像処理装置、画
像処理方法、およびプログラム記憶媒体、詳しくは、入
力した印刷データを再出力可能な画像処理装置、画像処
理方法およびプログラム記憶媒体に関するものである。

【０００２】

【従来の技術】ページ記述言語（以下、ＰＤＬと記す）
等で記述された印刷ジョブを外部より入力し、解析しペ
ージ画像を生成して出力するページプリンタ等の画像処
理装置において、複数部数印刷の高速化という課題があ
る。従来は、プリンタでは１部のみを出力しておき、後
程オペレータが複写機にて必要とする部数となるまでコ
ピーするといった運用が一般的であったが、オペレータ
の作業負荷の軽減や、紙のコピーはプリンタで出力した
オリジナルよりも画質が劣化してしまう等の理由もあっ
て、プリンタでオリジナルを複数部数出力するニーズが
高まっているためである。

【０００３】複数部数印刷を高速に処理するための従来
技術としては、以下に述べる２つの方法がある。第１の
方法は、ホストコンピュータ等の外部装置より印刷ジョ
ブを１部分のみ送出し、プリンタ側に備えられたハード
ディスク等の外部記憶装置に該印刷ジョブをスプーリン
グし、指定された部数分、ＰＤＬの解析・印刷を繰り返
す方法である。この方法では、データ転送が１部分のみ
で済ませられるため、特に転送速度が低いインターフェ
イスにて接続されているような場合には有効であった。

【０００４】一方、第２の方法は、上記第１の方法と同
様１部分のデータから成る印刷ジョブを受信した上で、
前記印刷ジョブを解析して生成されたページ画像（ビッ
トマップ画像）を、出力順番などのページ情報と合わせ
てハードディスクに格納しておき、２部目以降の出力は
前記ページ画像を再利用する方法である。すなわち、２
部目以降では、１部目のＰＤＬ解析時に生成した前記ペ
ージ画像をハードディスクから読み出し、直接エンジン
へシップする。第２の方法によれば、印刷ジョブの転送
のみならず、２部目以降の出力時は印刷ジョブの解析処
理も省かれるため、印刷ジョブの内容（ＰＤＬデータの
複雑度）に依らずエンジンスループットを維持した高速
出力が可能である。

【０００５】以下図４のブロック図を用いて、上記構成
の画像処理装置における複数部数印刷の処理手順（デー
タの流れ）について説明する。

【０００６】同図において、図４−１は１部目を、図４
−２は２部目以降を処理中であることをそれぞれ示して
いる。まず、１部目の出力時（図４−１）は、受信バッ
ファ３０７に一時的に印刷ジョブを蓄えながら（矢印
Ａ）、ＰＤＬを解析するために読み出し解析し、中間言
語形式のディスプレイリスト（描画オブジェクト）を描
画オブジェクト格納部３０５ａに格納する（矢印Ｂ）。
１ページ分の解析を終えた後、ページをバンド状に分割
したバンドラスタ３０５ｃ上に前記描画オブジェクトを
描画して、ページ画像を生成する（矢印Ｃ）。ここで描
画されたページ画像はバンド単位で順次ハードディスク
３１０へ格納され（矢印Ｄ）、１ページ分を格納し終え
たらすぐさまバンドラスタへ読み出され（矢印Ｅ）、印
刷部Ｉ／Ｆ３０９へ送出される（Ｆ）。なお、１ページ
分のページ画像を全てハードディスクへ格納し終えてか
ら印刷部へ送出すると説明したが、ハードディスクへの
書き込みが十分高速であれば、ＤとＦを同時に行うよう
にしても構わない。上述した処理を印刷ジョブが終了す
るまで繰り返し行うことで、１部目の出力を完成する。

【０００７】続いて、２部目以降の出力（図４−２）時
は、ハードディスクへ格納したページ画像３１８を順次
伸長しながら読み出し（矢印Ｇ）、印刷部Ｉ／Ｆ３０
９へ出力する（矢印Ｈ）。ここでは、図示したようにバ
ンドラスタ３０５ｃと別領域（３０５ｂ）を用いてペー
ジ画像を出力するように構成したことで、２部目以降を
出力中に続く印刷ジョブのページ画像を生成することも
可能となっている（続く印刷ジョブも複数部数指定であ
る場合）。なお、ハードディスク３１０からの読み出し
および印刷部Ｉ／Ｆ３０９への送出は、バンド単位に
行っても良いし、１ページ分を読み出し終えてから送出
を開始しても構わないが、バンド単位で行う場合は、ハ
ードディスク３１０からの読み出しおよび伸長処理がエ
ンジンの紙搬送スピードよりも十分に高速でなければな
らない。一方、１ページ分の読み出し完了を待ってシッ
プを開始する場合は、最低でも１ページ分のページ画像
を格納可能なだけの容量を持つメモリを用意しておかね
ばならない。

【０００８】上記図４−２に示した読み出し処理を、
（１ジョブのページ数）×（指定部数−１）回繰り返す
ことで、複数部数印刷が完了する（ページ画像生成時に
１部目の出力は完了しているため、繰り返し回数は「指
定部数−１」で良い）。

【０００９】一方、一般的なオフィスにおける業務印刷
等に用いられるページプリンタでは、帳票や定型文書の
ように、複数ページにわたって同一内容を出力する定型
フォーム部（タイトルや枠線、背景の図形など）と、ペ
ージ毎に内容が異なる非定型データ部（数字や名前な
ど。以下、後付けデータあるいは通常ページデータと呼
ぶ）を重ね合わせて印刷する、フォームオーバーレイ印
刷を行えるよう構成されている。

【００１０】このような構成では、前記ＰＤＬ形式で作
成された定型フォーム部を、マクロデータとしてプリン
タの記憶領域に予め登録しておき、排紙命令等のイベン
トに連動して前記マクロデータを読み出すことでフォー
ムオーバーレイ印刷を実現していた。ここで前記のよう
に排紙命令等のイベントをトリガとして自動実行される
マクロデータはイベント駆動マクロと呼ばれる。このイ
ベント駆動マクロとして実行される前記マクロデータ
は、該印刷ジョブの先頭で登録するか、あるいは印刷実
行に先だってホストコンピュータからプリンタへ転送し
ておき、予めフラッシュメモリ等の不揮発性メモリへ登
録しておき、印刷時にはフォームデータを転送しなくて
もよいように構成されている場合もある。後者の場合の
印刷ジョブ時には、フラッシュメモリ内のフォームデー
タをイベント駆動マクロに指定する命令と通常ページデ
ータのみが送られることになる。

【００１１】上記に説明したフォームオーバーレイの実
現手法は、オーバーレイを指定した全てのページでその
都度マクロデータ（ＰＤＬ）を解析しディスプレイリス
ト（描画オブジェクト）を生成するため、例えば高解像
度のイメージや複雑な図形を含むオーバーレイを印字し
た場合は、処理スループットが向上しないという問題が
あった。

【００１２】上記問題点を解決するために従来の画像処
理装置では、フォームオーバーレイ部分をイメージデー
タ（フォーム画像）に展開しておき、前記イベント駆動
マクロを実行する代りに前記フォーム画像を描画するよ
うに構成することで、同一フォームに対するマクロデー
タの解析が１回で済むよう高速化が図られていた。

【００１３】

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

【００１４】すなわち、前記フォーム画像と部数印刷用
のページ画像の管理がそれぞれ別々に行われていたた
め、フォームオーバーレイと複数部数印刷が同時に指定
された場合は、前記フォーム画像と後付けデータを合わ
せて描画したものをページ画像として格納していた。そ
のため、複数ページで同一フォームを指定していた場合
は、ほとんど同じ内容のページ画像が複数生成されるこ
とになり、フォーム部分の描画結果が複雑になるにつれ
各ページ画像の圧縮率が低下していた。ひいては、ハー
ドディスクの使用効率も低下するばかりでなく、ページ
画像を読み書きする際のパフォーマンスも落ちていた。

【００１５】

【課題を解決するための手段】上記問題点を解決するた
めの本発明に係る画像処理装置は以下のような構成を備
える。

【００１６】すなわち、入力された印刷ジョブを解析し
てページ画像を生成する解析手段と、前記１ジョブ分の
ページ画像を保持するページ画像保持手段と、フォーム
データを解析して対応するフォーム画像を生成するフォ
ーム画像生成手段と、前記フォーム画像を少なくとも１
ページ分以上保持するフォーム画像保持手段と、前記ペ
ージ画像を読み出すページ画像読み出し手段と、前記フ
ォーム画像を読み出すフォーム画像読み出し手段と、前
記ページ画像と前記フォーム画像とを合成して出力する
出力手段とを備える。

【００１７】さらに上記問題点を解決するための本発明
に係る画像処理装置は、以下のような構成を備える。

【００１８】すなわち、前記画像処理装置は、所定の部
数以上の複数部数印刷が指示されたかどうかを判定する
部数判定手段をさらに備え、前記ページ画像保持手段
は、前記判定手段の結果に応じて部数が２以上の所定数
である場合に前記ページ画像を保持する一方、前記ペー
ジ画像読み出し手段は、２部目以降を出力する際に前記
スプール済みのページ画像を読み出すよう構成する。

【００１９】さらに上記問題点を解決するための本発明
に係る画像処理装置は、以下のような構成を備える。

【００２０】すなわち、前記解析手段は、前記フォーム
データによって描画指示される内容を除いた後付けデー
タのみからページ画像を生成するよう構成する。

【００２１】さらに上記問題点を解決するための本発明
に係る画像処理装置は、以下のような構成を備える。

【００２２】すなわち、前記ページ画像保持手段は所定
の符号化方法によって圧縮されたページ画像を保持し、
前記出力手段は所定の復号化方法によって前記ページ画
像を復号化して出力するよう構成する。

【００２３】さらに上記問題点を解決するための本発明
に係る画像処理装置は、以下のような構成を備える。

【００２４】すなわち、前記フォーム画像保持手段は所
定の符号化方法によって圧縮されたフォーム画像を保持
し、前記フォーム画像読み出し手段は所定の復号化方法
によって前記フォーム画像を復号化して出力するよう構
成する。

【００２５】さらに上記問題点を解決するための本発明
に係る画像処理装置は、以下のような構成を備える。

【００２６】すなわち、前記ページ画像およびフォーム
画像は、１ページを複数のバンド状に分割した画像デー
タの集合、もしくは１ページ分に相当する画像データと
して構成する。

【００２７】さらに上記問題点を解決するための本発明
に係る画像処理装置は、以下のような構成を備える。

【００２８】すなわち、前記画像処理装置は、後付けデ
ータとフォーム画像との論理描画を判定する論理描画判
定手段を備え、前記ページ画像保持手段は、前記論理描
画判定手段によってフォーム画像を参照した論理描画が
指定されたと判断された場合は、フォーム画像との排他
論理和を施したページ画像を保持するよう構成する。

【００２９】さらに上記問題点を解決するための本発明
に係る画像処理装置は、以下のような構成を備える。

【００３０】すなわち、前記出力手段は、前記排他論理
和されたページ画像に対してさらに、フォーム画像との
排他論理和をとって出力するよう構成する。

【００３１】

【発明の実施の形態】以下に、図面を参照して、この発
明の好適な実施の形態を例示的に詳しく説明する。ただ
し、この実施の形態に記載されている構成要素はあくま
で例示であり、この発明の範囲をそれらのみに限定する
趣旨のものではない。

【００３２】本発明は上記問題点に鑑みてなされたもの
で、フォームオーバレイと複数部数印刷が同時に指定さ
れた場合の処理効率および記憶装置の使用効率を向上す
べく、フォーム部分を除いたページ画像を生成・圧縮し
て保持し、フォーム画像と関連付けて管理して、出力時
に合成する。

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

【００３４】まず、図１、図２を参照しながら、本発明
を適用するに好適な画像処理装置の構成について説明す
る。図１は本発明を適用可能な画像処理装置の概略構成
を示すブロック図であり、例えば、レーザービームプリ
ンタ（以下ＬＢＰ）とホストコンピュータとで構成され
る場合を示す。なお、本発明を適用可能な画像処理装置
はＬＢＰに限られるものではなく、他のプリント方式の
プリンタ装置であっても良いし、モノクロプリンタ／カ
ラープリンタといった機器構成の違いにも関係なく適用
可能である。さらに本発明を適用可能なホストコンピュ
ータは、パーソナルコンピュータあるいはワークステー
ション、各種サーバあるいはクライアントコンピュータ
のいずれであっても構わない。

【００３５】図１において、１０１はホストコンピュー
タ等の外部機器、１０２は本実施の形態を適用したＬＢ
Ｐ本体である。

【００３６】ホストコンピュータ１０１は、ＣＲＴディ
スプレイ等で構成される表示手段、キーボードやマウス
等の入力手段、ハードディスクＡなどのランダムアクセ
ス可能な不揮発性の大容量記憶手段、前記ＬＢＰに対応
したプリンタドライバ（以下、ドライバ）等のソフトウ
ェアプログラムから成る制御手段、および前記プログラ
ムが動作するＲＡＭ等から構成される（表示手段以外は
不図示）。

【００３７】ＬＢＰ１０２は、前記ホストコンピュータ
１０１上で動作するドライバが生成するページ記述言語
（ＰＤＬ）形式の印刷ジョブ（文字コードや図形デー
タ、イメージデータ等）を受けとり、それらの情報に従
って対応する文字パターンや図形パターンなどを作成
し、記録媒体である記録紙上に像を形成するよう構成さ
れている。また、このＬＢＰでは、不図示のデータ記憶
部（フラッシュＲＯＭ−ＤＩＭＭやＲＡＭ、ハードディ
スクなど）に対して文字パターンの登録やフォームデー
タ、マクロデータなどの登録も行えるよう構成されてお
り、印刷ジョブ中の文字印字命令やオーバーレイ指定コ
マンドなどに応じて、ページ画像を生成するために前記
記憶部から読み出される。

【００３８】１０３はプリンタ制御ユニット（コントロ
ーラ）部であって、ＬＢＰ１０２全般の制御、およびホ
ストコンピュータ１０１から供給される前記印刷ジョブ
の解析を行う。この制御ユニット１０３は、プリンタエ
ンジン部１０５と接続され、前記印刷ジョブに基づいた
ドットデータからなるページ情報を生成し、プリンタエ
ンジン部１０５に対して順次ドットデータ（ビデオ信
号）を送信するビデオコントローラとしても機能する。

【００３９】１０５はプリンタエンジン部であって、前
記ドットデータ（ビデオ信号）に従って実際に感光ドラ
ムに潜像を形成し、用紙に熱定着させることによって印
字を行なう。

【００４０】１０４は操作のためのスイッチおよびＬＥ
Ｄ表示器などが配されている操作パネルであって、オペ
レータ（使用者）はパネル部１０４を操作することによ
って、ＬＢＰ１０２に所定の動作の指定、あるいは印刷
環境の設定等を行なうことができる。また、ＬＥＤ表示
器にプリンタの各種状態（エラー発生状況やオペレータ
コール等）を表示する。

【００４１】１０６はホストコンピュータ１０１と前記
ＬＢＰ１０２とを接続し通信可能とするための通信媒体
であって、例えばＬＡＮを構成するＴＣＰ／ＩＰなどの
既知のネットワークプロトコルに従ってデータの送受信
を行う。

【００４２】図２は本発明を適用可能なＬＢＰ１０２の
内部構造を示す断面図であり、主にプリンタエンジン部
１０５の構成を示している。なお、図１と同じ構成に対
しては同一番号を付け、説明を省略する。

【００４３】同図において、レーザドライバ２０１は半
導体レーザ２０２を駆動するための回路であり、制御ユ
ニット１０３が出力する前記ビデオ信号に応じて半導体
レーザ２０２から発射されるレーザ光２０３をオンオフ
切り替えする。レーザ２０３は回転多面鏡２０４で左右
方向に振られ静電ドラム２０５上を走査する。これによ
り、静電ドラム２０５上には文字パターン等の静電潜像
が形成される。この潜像は、静電ドラム２０５周囲の現
像ユニット２０６により現像された後、記録紙に転送さ
れる。この記録紙にはカットシートを用い、カットシー
ト記録紙はＬＢＰ１０２に装着した用紙カセット２０７
に収納され、給紙ローラ２０８および搬送ローラ２０９
と２１０とにより装置内に取り込まれて、静電ドラム２
０５に供給される。

【００４４】図３は本発明の第１の実施の形態を示す画
像処理装置の基本構成を説明するブロック図であり、主
に図１の画像処理装置の制御ユニット１０３の内部構成
を示している。なお、本発明が適用可能であれば、１対
１の接続形態のみならず、ＬＡＮ等の既存のネットワー
ク環境や、無線ＬＡＮ、あるいはインターネットを経由
した接続形態であっても良い。

【００４５】同図において、プリンタの制御ユニット１
０３は、所定のインターフェイス１０６を介して外部の
ホストコンピュータ１０１と接続されており、ホストコ
ンピュータ１０１上で動作するドライバ３１４から送ら
れる印刷ジョブや各種指示（以下、総称して印刷データ
と記す）に従って所定の処理を実行するように構成され
ている。ここで受信した前記印刷データは、まず受信バ
ッファ３０７に受信データとして一時的に蓄えられる。

【００４６】一方、ホストコンピュータ１０１上の前記
ドライバ３１４は、アプリケーションソフト３１３から
の指示に従って、文書データ（アプリデータファイル３
１５）の内容をプリンタ制御ユニット１０３が解析可能
なＰＤＬデータに変換し、ホストコンピュータ上のハー
ドディスクＡに印刷データファイル３１６としてスプー
ルするとともに、プリンタ１０３へ出力する。なお、前
記ハードディスクＡは、ホストコンピュータ１０１で動
作するオペレーティングシステム（ＯＳ）によって管理
されており、前記アプリデータファイル３１５や印刷デ
ータファイル３１６はもちろん、前記ドライバが予め生
成したフォームデータ３１７、前記アプリケーション３
１３やドライバ３１４などのプログラムもＯＳ依存のフ
ァイル形式で格納されている。そして、前記プログラム
は、実行時にＲＡＭ（不図示）上に呼び出され、ＣＰＵ
（不図示）によって実行されることで制御部として動作
する。

【００４７】３０１はプリンタＣＰＵであり、読み出し
専用メモリであるＲＯＭ３０２に記憶された制御プログ
ラム３０３に基づいてシステムバス３０６に接続された
各種デバイスとのアクセスを統括的に制御している。こ
こで、本実施の形態における前記制御プログラム３０３
は、以下のような構成から成る。

【００４８】すなわち、印刷ジョブ解釈部３０３ａは、
受信バッファ３０７に蓄えられた前記印刷ジョブを読み
出し、所定の書式に従って印刷ジョブであるか否か（印
刷すべきＰＤＬデータであるか否か）を調べ、そうであ
ればＰＤＬ解析部３０３ｂを呼び出す。続いて、ＰＤＬ
解析部３０３ｂは、受信バッファ３０７から後続のＰＤ
Ｌデータを読み出しながら解析し、少なくとも１ページ
分の描画オブジェクト（イメージ画像へ展開可能な中間
形式のディスプレイリスト）を生成する。１ページ分の
描画オブジェクトを生成し終えると、描画オブジェクト
描画部（レンダラ）３０３ｃが起動され、前記描画オブ
ジェクトを参照して、ページを複数のバンドに分割した
単位でビットマップイメージ（バンドラスタ）を生成
し、印刷部Ｉ／Ｆ３０９は印刷部（プリンタエンジ
ン）１０５に対して前記ビットマップイメージのビット
のＯＮ／ＯＦＦに対応したビデオ信号を出力する（以
下、ビデオ信号の出力を、”シップする”と記す）。印
刷部１０５は、ＣＰＵ３０１から受け取った前記ビデオ
信号を元に記録紙３１２上に画像の印刷を行なう。

【００４９】なお、本実施の形態に示したＬＢＰ１０２
では、上述したように、ページをバンド状に分割したバ
ンドラスタを複数（例えば２つ）格納するバンドバッフ
ァ３０５ｃを用いて印刷を行う「バンディング方式」を
採用しており、前記バンドラスタへの描画とシップ動作
を交互に行なうよう構成されている。すなわち、描画済
みの一方のバンドラスタをシップする一方、前記シップ
に間に合うように他方のバンドラスタに描画オブジェク
トを描画する。

【００５０】一方、前記印刷ジョブ解析部３０３ａによ
って前記印刷データがＰＤＬデータでないと判断された
場合は、前記印刷データの指示内容に従って、各種環境
（パネル値など）の設定や、機器構成・状態の問い合わ
せに対する応答などの様々な処理を行う（指示内容に応
じた制御プログラムモジュールがその都度呼び出され実
行される）。

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

【００５２】すなわち、印刷ジョブに複数部数が指定さ
れていた場合に、前記描画オブジェクト描画部３０３ｃ
によって生成されたページ画像をハードディスク３１０
へ読み書きするページ画像管理部３０３ｄ、印刷ジョブ
中に含まれるフォームデータに対応したフォーム画像３
１９を読み書きするフォーム画像管理部３０３ｅ、前記
ページ画像およびフォーム画像を圧縮／伸長する符号化
／復号化部３０３ｇ、復号化後の前記ページ画像および
フォーム画像を合成する画像合成部３０３ｆなどから構
成されている。さらに、このＲＯＭ３０２は、文字出力
に用いるドットフォントやスケーラブルフォントから構
成されるフォントデータを格納するメモリとしても用い
られている（フォントＲＯＭ３０４）。

【００５３】続いて、３０５はＣＰＵ３０１の主メモ
リ、ワークメモリ等として機能するＲＡＭであり、図示
しない増設ポートに接続されるオプションＲＡＭにより
メモリ容量を拡張できるように構成されている。ＲＡＭ
３０５は、前記印刷データ解析部３０３ｂが生成した描
画オブジェクトを格納する描画オブジェクト格納部３０
５ａ、制御プログラム３０３によって一時的に使用され
るワークメモリ３０５ｄ、前記バンドラスタを２バンド
分格納するバンドラスタ３０５ｃ、ハードディスク３１
０とのアクセスを高速化するためのディスクアクセスバ
ッファ３０５ｂの他、前記ページ画像管理部３０３ｄや
フォーム画像管理部３０３ｅがそれぞれハードディスク
Ｂ３１０から読み出したページ画像とフォーム画像とを
合成する際に使用される合成画像バッファ３０５ｄや、
前記フォントメモリ３０４内のスケーラブルデータに基
づいて展開された文字パターンをキャッシュするための
フォントキャッシュメモリ（不図示）等に用いられる。
ここで前記合成画像バッファ３０５ｄへ読み出されるペ
ージ画像（およびフォーム画像）は、前記復号化部３０
３ｇによって伸長されながらハードディスクから読み出
されるものとする。

【００５４】なお、本実施の形態では、前記バンディン
グ方式で印刷を行うように構成したが、少なくとも１ペ
ージ分のビットマップイメージを保持可能なページバッ
ファとして３０５ｃを構成し、フルペイント方式で描画
／シップ処理を行っても良い。さらに、前記バンディン
グ方式とフルペイント方式とをパネルからの指示等によ
って切り替え可能なように構成されていても構わない。

【００５５】加えて、ＬＢＰ１０２は図示しない電源部
から電力の供給を受けている。また、前記保存ジョブは
ハードディスク３１０に格納されると説明したが、フラ
ッシュメモリ等の不揮発性メモリやＲＡＭ３０５、ある
いは他の構成による記憶媒体に格納しても構わない。

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

【００５７】図５は、前記ドライバ３１４によって生成
され前記ＬＢＰ１０２へ出力される印刷ジョブの構成を
示したブロック図である。

【００５８】同図において、印刷ジョブ３１６は大きく
分けて、ジョブ属性５０１およびＰＤＬデータ５０２か
ら構成されている。前記ジョブ属性５０１は、該印刷ジ
ョブを処理するために必要な種々の属性（パラメータ）
を含む。すなわち、ジョブモード５０３は処理モードを
示しており、"print"は該印刷ジョブが正しく印刷され
るためのものであることを示している。なお、該印刷ジ
ョブを印刷後に保存する場合は"print+store"、保存の
みを行う場合は"store"などとなる。ここで、これらは
文字列ではなく、予め定められた符号（例えば、"prin
t"は４バイトの０=０ｘ００００００００、"print+stor
e"は０ｘ０００００００１、"store"は０ｘ０００００
００２など）で表すものとする。続いて５０４は該ジョ
ブ属性の総サイズ（バイト数）、５０６はジョブ名称
（サイズ可変）、５０５は前記ジョブ名称のバイトサイ
ズを示す。ここで前記ジョブ名称サイズは４バイトの倍
数になるよう構成されており、ジョブ名称５０６の端数
分は０（図中"\０"は１バイトの０を示している）で埋
められている。

【００５９】ジョブ属性５０１はさらに、ＰＤＬ種別５
０７の他、ドライバＵＩで指定された各種印刷パラメー
タ（階調５０８、解像度５０９、部数５１０の他、フィ
ニッシングモード、印刷面、カラーモード、閉じ方向・
幅、複数ページ印刷モード＝いわゆるＮ−ｕｐ等）、印
刷ジョブを出力したユーザの情報５１２およびそのバイ
トサイズ５１１から構成されている。なお、図中ではＮ
−ｕｐ指定が２ページ印刷指定であれば"２／１"、４ペ
ージ印刷なら"４／１"、通常印刷（複数ページ印刷指定
なし）であれば"１／１"のように示している。また前記
ユーザ情報４１３は電子メールアドレスであるとする
（印刷履歴等に使われる）。

【００６０】続くＰＤＬデータ５０２は、後続ブロック
がＰＤＬデータであること示すパケット識別子"send_PD
L"５１３と、ＰＤＬデータデータサイズ５１４、および
ＰＤＬ形式の命令群から構成されている。ここで前記命
令群は、ＰＤＬジョブ開始命令に始まって、印字解像度
やサイズ単位の指定といったジョブ内で共通の環境設定
パラメータ５１６、フォームデータ５１７、排紙命令で
ページ単位に区切られた描画命令群が続き、ＰＤＬジョ
ブ終了命令で終了する。なお、用紙サイズや用紙種別な
どページ単位で変更可能なパラメータは、変更の度に各
ページ先頭で指定されているものとする。

【００６１】上記に示したように本実施の形態では、印
刷ジョブはサイズを示した複数のパーツすなわちパケッ
トに分割されて送受信されるものとし、上述のように"p
rint"パケットには必ず"send_PDL"パケットが続くもの
とする。（前記ジョブモード４０４も、後続のデータブ
ロックを識別するためのパケット識別子の一つであ
る。）なおここでは説明のため、各パケットのサイズは
可変とし、前記ＰＤＬデータは１つのパケットで送受信
されるものとしたが、例えば４０９６バイトなどの固定
サイズのパケットに分割しても構わない。この場合はド
ライバから出力される印刷ジョブに前記ＰＤＬデータサ
イズ４０２を付加する必要がなくなるため、ホストコン
ピュータ側で全データがスプールされるのを待ってから
出力を開始する必要もなくなるが、この場合はＰＤＬデ
ータパケットの最後に続いて該印刷ジョブの終了を示す
パケット（例えば"print_end"）が付加される。

【００６２】続いて、図６、図７、図８および図９のフ
ローチャートを用いながら、複数部数印刷が指定された
場合の処理手順について以下に説明する。

【００６３】図６は、複数部数印刷の処理手順のうち、
１部目の各ステップを主に説明したフローチャートであ
る。なお本実施の形態では、前記ジョブ属性５０１内の
部数５１０に２以上の数値が指定されていた場合に、ペ
ージ画像を再利用して複数部数出力を行うものとする
が、部数をパネル等から指定するように構成しても構わ
ない。また、以降のフローチャートでは簡単のため、デ
ィスクフル等のエラー処理は省略して説明する。

【００６４】同図においてまず制御プログラム３０３
は、ステップ６０１にて、ホストコンピュータ１０１か
ら所定のインターフェース１０６を介して送られてきた
印刷ジョブを受信バッファ３０７へ記憶する。続くステ
ップ６０２にて、受信バッファ３０７に一時的に格納し
た印刷ジョブをハードディスク３１０へ記憶すると同時
に、解析を行うために読み出しを行う。

【００６５】続いて未処理の印刷データが存在するかか
どうかを調べ（ステップ６０３）、存在しない場合は処
理を終了する。一方未処理の印刷データが存在する場合
は、続くステップ６０４以降で印刷データの解析を行
う。

【００６６】続くステップ６０４にて、印刷ジョブ開始
であるかどうか（すなわちパケット識別子が"print"で
あるか否か）を調べる。印刷ジョブパケットの先頭であ
ると判断された場合は、該印刷ジョブを管理するための
ジョブテーブルを獲得した後（ステップ６１９）、前記
ジョブテーブル内の処理済みページ数を０に初期化する
と共に、各種ジョブ属性５０１を前記ジョブテーブルに
設定する（ステップ６２０）。続いてジョブ属性の部数
を調べ（ステップ６２１）、部数が２以上であればさら
に複数部数モード（フラグ）を１にセットしておく（ス
テップ６２２）。この複数部数モードがセットされてい
ると、ページ画像を再利用するように制御される。この
ようにジョブ開始時の処理を行った後、続く印刷データ
を解析するためにステップ６０３へ戻る。

【００６７】ここで前記ジョブテーブルは、２部目以降
の複数部数印刷を行うために参照されるテーブルであっ
て、ジョブ全体で共通の情報（前記部数複数部数モー
ド、処理済みページ数）に加え、各ページの描画処理を
開始する直前に追加されるレイアウト情報を含む（図１
１で後述する）。なお前記レイアウト情報には、イベン
ト駆動マクロによるフォーム指定がなされている間は、
該ページに描画すべきフォーム画像に関する情報がセッ
トされるものとする（本来イベント駆動マクロが実行さ
れるタイミングで行われる）。

【００６８】なお前記ジョブテーブルは、ワークメモリ
３０５ｅ内に一時的に作成されるものとする。

【００６９】一方、印刷ジョブの開始でなかった場合
は、ステップ６０５以降にて未処理のＰＤＬ形式の印刷
命令を順次解析してゆく。すなわち、フォームデータ
（マクロ）登録命令であるかどうかを調べ（ステップ６
０５）、そうであればステップ６１８にてフォーム画像
の生成およびハードディスクへの格納を行い、再びステ
ップ６０３へ戻る。

【００７０】一方フォームデータ登録命令でなかった場
合は、排紙命令（フォームフィードコード）かどうかを
調べ（ステップ６０５）、そうでなければ続くステップ
６０８以降にて他の印刷命令として解析を続ける。なお
本実施の形態では、描画命令の一例として文字印字命令
の場合を説明し、他の命令は一くくりにして説明を省略
した（これらのページ解析手順は既知のページ記述言語
の解析手順と同様で良い）。印刷命令が排紙命令でなか
った場合は、まずステップ６０７にて、文字印字命令か
どうかを調べ、そうでなければ続くステップ６１３にて
ジョブ終了命令かどうかを調べる。ジョブ終了命令でな
ければ、図形描画等の他の印刷命令として適した描画オ
ブジェクトを生成したり（ステップ６１４）、印字位置
移動命令等であれば所定の描画情報を更新する。一方、
ジョブ終了命令であれば、ステップ６１５にて前記複数
部数モードを調べ、複数部数モードでなければ該印刷ジ
ョブのジョブテーブルを解放した後（ステップ６１
７）、続く印刷ジョブの処理を行うためにステップ６０
３へ戻る。一方、ステップ６１５にて部数が１より大き
かった場合は、部完了フラグ（図１０を用いて後述す
る）をジョブテーブルに書き込んだ後、残りの部数分の
出力を行うためにステップ６１６へ進む。なおステップ
６１６の処理については図９を用いて後述する。ここ
で、マルチタスク処理が可能なシステムにおいては、２
部目以降の出力処理（ステップ６１６）と、上述した
（次ジョブの）印刷データ解析処理を並行して処理可能
であるように構成しても良い。

【００７１】一方、ステップ６０７において、前記印刷
データが文字印字命令であれば、フォントキャッシュ格
納部内に同一の文字パターンが作成済みであるかどうか
を検索し（ステップ６０８−６０９）、ステップ６０９
において文字パターンが作成済みと判断した場合すなわ
ち検索にヒットした場合は、前記フォントキャッシュと
して生成済みの該文字パターンを描画するために必要な
描画情報を作成して（ステップ６１２）一命令分の処理
を終える。すなわち、新たに描画オブジェクトは生成せ
ず、印字位置等のレンダリングに必要な情報（描画情
報）のみを生成する。一方ステップ６０９にて同一文字
パターンが見つからなければ、フォントスケーラがカレ
ントフォントの指定文字コードに対応した文字パターン
を生成し（ステップ６１０）、描画オブジェクトを生成
する（ステップ６１１）。なお本実施の形態では、文字
パターンを表す描画オブジェクトはビットマップパター
ンであるとするがこれに限らず、既定のパターンサイズ
以下の文字を既定の圧縮形式で圧縮するように構成して
も良い。続いてフォントキャッシュ検索時にヒットした
場合と同様、描画情報を作成し（ステップ６１２）、１
命令の解析を終了する。なお描画オブジェクトおよび描
画情報の構成については、図１３を参照しながら後述す
る。

【００７２】一方、ステップ６０６において印刷命令が
排紙命令であると判断された場合は、まず処理済みペー
ジ数をインクリメントし（ステップ６２３）、続いて複
数部数モードか否かによって（ステップ６２５）処理を
分ける。すなわち、複数部数モードでない場合は、（フ
ォーム画像を描画した上で）通常ページに相当する描画
オブジェクトをレンダリングしながらシップして排紙動
作を行う（ステップ６２６）。

【００７３】一方、複数部数モードである場合は、レン
ダリング後のバンドラスタを基に（フォーム画像は含ま
ない）ページ画像を生成しハードディスクへ格納した後
（ステップ６２５）、これ（とフォーム画像）を再度読
み出してシップを行う。なお前記のレンダリングは、複
数部数モードか否かに関係なく、ステップ６１１や６１
４にて生成した描画オブジェクトを対応する各描画情報
の内容に基づいて、全く同じようにバンドラスタへの描
画処理を行う。上記ステップによって１ページ分のシッ
プが終わったら、次ページの印刷データを解析するため
にステップ６０３へ戻る。（レンダリングとシップのス
テップの詳細は図８を用いて後述する。）なお、本実施
の形態では簡単のため、１ページ分のレンダリングを行
った後、続く印刷データの解析を行うように構成した
が、ＬＢＰ等の画像処理装置では、マルチタスクＯＳに
よってレンダリングと印刷データの解析を同時に行える
ように構成されているのが普通である。

【００７４】以上説明した処理手順によって、フォーム
オーバレイ印字を含む複数部数印刷の１部目が処理され
る。

【００７５】続く図７は、前記フォーム画像の生成・登
録処理（ステップ６１７）の詳細を説明したフローチャ
ートである。同図において、まず同じフォームＩＤのフ
ォーム画像が登録済みかどうかを調べ（ステップ７０
１）、既に登録済みなら処理を終了する。ここで前記フ
ォームＩＤは、マクロ番号としてドライバから指定され
る番号であって、該フォームを識別するためにホスト側
で管理されている。続くステップ７０２において、パラ
メータで指定されたサイズ分のオーバレイ（マクロ）デ
ータを読み出して解析し、描画オブジェクトを生成す
る。なおこの解析処理は図６のステップ６０７〜６１４
で述べた処理と全く同じである。全マクロデータの解析
が終わったら、ステップ７０４で描画オブジェクトをバ
ンド単位でレンダリングし、ステップ７０５で符号化を
行った後、ハードディスクにフォーム画像として登録す
る。上記ステップを全バンド分繰り返し、１ページ分の
ページ画像が登録できたら処理を終了する（ステップ７
０５）。

【００７６】ここで図１３のブロック図を用いて、本実
施の形態における描画オブジェクト格納部３０５ａの構
成を以下に説明する。図１３−１は１ページ分のメモリ
マップを示しており、また図１３−２、１３−３は前記
描画オブジェクト格納部に保持される描画オブジェクト
および描画情報の構成を示している。なおこれらの描画
オブジェクトや描画情報は、図６のステップ６１１や６
１４、あるいは図７のステップ７０２にて生成されるも
のである。

【００７７】まず１３−１図において、１３０１は各ペ
ージ別の各種描画パラメータを格納するページ情報ヘッ
ダ部であって、該ページの印字解像度、用紙サイズ、カ
ラーモード、バンドラスタ数ｍ、該ページに属する描画
オブジェクトの総容量（メモリ使用量）、ページ状態
（オブジェクト生成中／生成完了／シップ中等）、およ
び電源投入時からシーケンシャルにカウントされるペー
ジ識別番号（ページＩＤ）など、ページ毎に管理すべき
情報から構成されている。なお、前記ページ情報ヘッダ
部に含まれる情報は、各ページの描画処理を開始する時
点のカレント描画環境から決定される。また前記バンド
ラスタ数ｍは、用紙サイズや印字解像度および搭載メモ
リ容量等から決定される。１３０２はバンドテーブルで
あって、前記バンドラスタ数ｍだけページ毎に用意さ
れ、それぞれには各バンド内に描画されるオブジェクト
を参照するための描画情報１３０５がリンクされている
（図１３−２を参照）。

【００７８】続く１３０３は前記描画情報１３０５を格
納する描画情報格納部である。ここで前記描画情報１３
０５は、個々の描画オブジェクトを各バンド内のどの位
置に、どのように印字するかを示しており（図１３−３
参照）、図中では前記描画情報のことをアプリケーショ
ン（appl：略語）と記す。また本実施の形態では、前記
描画情報１３０５および描画オブジェクト１３０６は、
それぞれ描画情報格納部１３０３および描画オブジェク
ト記憶部１３０４に別々に生成・保持されると説明した
が、前記描画情報１３０５も描画オブジェクトの一種と
して生成・管理し、一つのメモリ領域内に混在して保持
するように構成しても構わない。

【００７９】図１３−３は、１つの描画情報の構成を示
す概略図であり、各描画オブジェクト１３０６を描画す
るための情報として、以下の情報を含んでいる。すなわ
ち、バンド内の印字位置（左上端からのビットオフセッ
ト値）、描画オブジェクトの描画高さ、バンドラスタと
の描画論理（ＡＮＤ／ＯＲ等）、バックグラウンド情報
（ＢＧ情報）、対応する描画オブジェクトの先頭アドレ
ス、描画オブジェクトの途中から描画される場合に読み
飛ばすべきライン数を示したオフセット量、描画オブジ
ェクトの種別（不図示）、次の描画情報の先頭アドレス
（リンク最後はＮＵＬＬとする）等を含んでいる。ここ
で前記ＢＧ情報は、グレーレベルから構成されているも
のとし、描画時には該グレーレベルに相当するディザパ
ターンが各描画オブジェクトの背景として貼り付けられ
る。

【００８０】なお描画オブジェクトが複数のバンドにま
たがって描画される場合、該描画オブジェクトは複数の
描画情報を持つ。つまり描画回数だけ描画情報が割り当
てられるのである。図１３−２では、appl１とappl４に
よって、文字”Ａ”がｂａｎｄ０とｂａｎｄ１にまたが
って描画され、さらにappl６によってｂａｎｄｍ内に描
画される様子を示している。なお、ｂａｎｄ０からリン
クされているアプリケーションを辿ることによって、ｂ
ａｎｄ０内には、文字”Ａ”の他に、ビットマップ（ap
pl２）と文字”Ｂ”（appl３）も描画されることがわか
る。

【００８１】なお、前述したアプリケーション内の各情
報は、少なくとも指定用紙を指定解像度で表現可能なだ
けのビット数があれば良いし、各アプリケーション間や
描画オブジェクトとのリンクはＲＡＭ内のアドレスに限
らず、ＩＤによるリンクとしても良い（この場合は、予
め用意したオブジェクトＩＤテーブルを介してアドレス
に変換する）。

【００８２】上記の構成によって、各描画オブジェクト
をバンド毎に描画してバンド画像を生成するためには、
上記バンドテーブルからリンクされている各アプリケー
ションを順次読み出し、各アプリケーション内に記憶さ
れた印字位置情報に応じて描画オブジェクトを描画すれ
ば良い。この処理を次のアプリケーションアドレスがＮ
ＵＬＬとなるところまで繰り返すことで、１バンド分の
描画（＝レンダリング）処理を終了する。

【００８３】続いて、図８のフローチャートを用いて、
フォームオーバレイと複数部数モードが合わせて設定さ
れている場合の、１部目のレンダリング処理手順を説明
する（図６のステップ６２５および６２６に対応してい
るが、複数部数モードが指定されていない時のシップ動
作については説明を省略している）。

【００８４】まず同図のステップ８０１〜８０３におい
て、フォーム部分を含まないページ画像を生成登録す
る。ここで上記３ステップは、フォーム画像生成・登録
を説明した図７のステップ７０３〜７０５と同様であ
る。次のステップ８０４にて、該ページに対してフォー
ム指定があるか否かを調べる。すなわち、ジョブテーブ
ル内の当該ページに対するレイアウト情報を参照し、フ
ォームＩＤの値が有効であるかどうかを調べる。このフ
ォームＩＤはレイアウト情報獲得時に例えば−１（０xf
fffffff）で初期化しておき、イベント駆動によるフォ
ーム指定がなされているページでは有効なＩＤ（例えば
０〜６３）が上書きセットされる。

【００８５】ステップ８０４にてフォーム指定がないと
判断された場合は、前記ステップ８０２で生成したペー
ジ画像はすなわちページ全体の内容を表してることにな
るため、バンドラスタを用いることなく、伸長しながら
直接プリンタエンジンへシップし（ステップ８１０）、
１ページ分が終了したら処理を終了する。

【００８６】一方、ステップ８０４にてフォーム指定あ
りと判断された場合は、ステップ８０５にてフォーム画
像をバンド単位で読み出し、復号化して合成画像バッフ
ァ３０５ｄへ描画した後（ステップ８０６）、さらにペ
ージ画像を復号化して論理和で描画する（ステップ８０
７）。続いて完成した合成画像バッファ内のビットマッ
プをエンジンへシップする（ステップ８０８）。上記ス
テップを全バンド繰り返し１ページ分の出力を終える。
なお上記の復号化および合成処理は、シップに間に合う
ようＡＳＩＣ等のハードウェアによって構成しても良い
し、１ページ分の合成を先行して行った後にシップを行
っても良いものとする。

【００８７】続いて図９のフローチャートを用いて、複
数部数印刷が指定された印刷ジョブに対する２部目以降
の処理手順を説明する（図６のステップ６１６に対応し
ている）。

【００８８】まず同図のステップ９０１において、この
時点（ジョブ終了時）までに出力した処理済みページ数
を参照して、部ページ数にセットし、続いて残り部数ｋ
に総部数−１をセットする（ステップ９０２）。

【００８９】以下、ｋが０になるまでステップ９０３〜
９１４を繰り返すことで、２部目以降全部数分の出力を
行う。各部の処理としては、まずステップ９０４におい
て、部単位の残りページ数ｐに部ページ数をセットした
後、ｐが０になるまで以下のステップ９０６〜９１３を
繰り返して１部分の全ページの出力を行う。以下のステ
ップ９０６〜９１０、および９１２〜９１３は、１部目
のレンダリングおよびシップ処理と同等で良い。最後に
残ページ数ｐをデクリメントし（ステップ９１１）、次
のページの処理を行うためにステップ９０５へ戻る。

【００９０】ステップ９０５において、ｐ＝＝０と判断
された場合は、残り部数ｋをデクリメントし（ステップ
９１４）、次の部を出力するためにステップ９０３へ戻
る。なお実際には、ソータ等を用いて排紙口を部毎に切
り替るような場合は、このタイミングでレイアウト情報
を更新しておく。

【００９１】そして、全部数の出力が終わった場合は
（ステップ９０３にてｋ＝＝０と判断されたら）、後処
理としてジョブテーブルおよびハードディスク内のペー
ジ画像とフォーム画像を削除し（ステップ９１５〜９１
７）、該印刷ジョブの処理を終了する。

【００９２】続いて、図１０、図１１および図１２を用
いて、ジョブテーブルとハードディスクへ格納されるペ
ージ画像（図６のステップ６２５にて格納される）の構
成について説明する。

【００９３】図１０は、印刷ジョブ全体で共通なジョブ
環境（総部数など）と、各ページを出力する度に更新さ
れる処理済みページ数（部ページ数）、および各ページ
毎に異なるレイアウト情報などから構成されるジョブ情
報であって、ワークメモリ内に作成される。同図におい
て、１００１は該印刷ジョブを一意に識別するためのＪ
ｏｂＩＤ、１００２は該ジョブ情報の総バイト数（１部
目処理中はページ毎に更新される）、１００３は印刷ジ
ョブの総ページ数ｎ（１部目完了字に確定）、１００４
はジョブ終了時に１にセットされる部完了フラグ、１０
０５は総部数などから成るジョブ環境のバイト数、１０
０６は前記ジョブ環境、そして１００７は１ページ目の
レイアウト情報である。（１００７は総ページ数の分だ
け繰り返されて格納されている。）ここでは各ページの
レイアウト情報は同一サイズであるように構成したが、
可変としても良いが、この場合は各レイアウト情報のサ
イズ情報も付加される。なお前記ジョブ環境１００６
は、該印刷ジョブのジョブ属性５０１から得られるペー
ジ間で共通のパラメータがセットされている。

【００９４】図１１は、前記レイアウト情報の詳細を示
した図であって、PageID１１０１、用紙サイズ１１０
２、用紙の向き１１０３、メディアタイプ（用紙種別）
１１０４、給紙口１１０５、排紙口１１０６、印刷面
（表／裏）１１０７などのページ毎に変化し得る情報に
加え、さらに描画されるべきフォーム画像を特定するた
めのフォームＩＤが含まれる（前述した通り、フォーム
指定がないページには−１がセットされている）。

【００９５】なおレイアウト情報としては、ここに示し
た構成の通りである必要はなく、本発明を適用する画像
処理装置にとって必要なだけの情報があれば良く、例え
ば１つの印刷ジョブ内では用紙サイズを変更しないよう
な構成であれば、用紙サイズはジョブ環境１００６内に
記憶されていても良い。

【００９６】また本実施の形態では、各排紙命令を処理
する度に、レイアウト情報全てを追加するように構成し
たが、予め定められたデフォルト環境との差分のみを保
持するように構成しても構わない。（前記デフォルト環
境は、予めプログラムＲＯＭ３０３等の中に用意してお
けば良い。）図１２は、ページ画像（バンド画像の集
合）のデータ構造を示している。

【００９７】同図において、１２０１は該ページを一意
に識別するためのPageID（１１０１と同様であって、こ
こでは必須ではない）、１２０２は該ページ画像の総バ
イト数、１２０３は該ページに含まれるバンドの総数
ｍ、１２０４はバンド画像の圧縮形式、１２０５〜１２
０６はページ画像先頭からの各バンド画像までのバイト
数（オフセット）およびバンド高さｈ（ドット数）、１
２０７は圧縮されたバンド画像そのものである。その後
に２バンド目以降の各バンド画像がバンド総数ｍだけ順
に格納されている。

【００９８】なお前記ページ画像総サイズ１２０２は、
バンド１〜バンドｍの各バイトサイズの総和にヘッダ部
１２０１〜１２０６を加えたバイト数であって、１部目
終了時に最終的な値が記憶される。また前記ページ画像
は、既知のディスク管理方法に従って、ハードディスク
内で一意に定まるファイル名称によって管理されてお
り、本実施の形態ではPageIDを文字列化した名称とす
る。

【００９９】なお本実施の形態では、各ページ毎に別フ
ァイルとして格納するように構成したが、これに限ら
ず、ジョブに含まれるページ画像を全て一つのファイル
に格納するようにしても良い。

【０１００】図１４は、フォーム画像の構成を示す図で
ある。同図において、１４０１は各フォーム画像を管理
ためのテーブルであって、ハードディスク内のファイル
として用意しておく。前記管理テーブル内には、各フォ
ームを識別するためのフォームＩＤ、解像度、用紙サイ
ズおよびバンド総数、用紙の向き、バンド幅（ドット
数）、フォーム画像バンドテーブル１４０２のファイル
名称（例えば「”ＦＢ＿”＋”フォームＩＤ”」）、お
よび圧縮形式などが含まれる。フォーム画像バンドテー
ブル１４０２は、バンド単位の各フォーム画像（バンド
画像）別の情報を格納するテーブルであって、１つのフ
ォーム画像につき一つのファイルとして構成されてい
る。ここには、各バンド高さｈ、フォーム画像のファイ
ル名称（２バンド目以降はファイル先頭からのバイトオ
フセット値）、各バンド画像の圧縮後サイズがバンド数
分だけ格納されている。なお前記管理テーブル１４０１
およびフォーム画像バンドテーブルをそれぞれハードデ
ィスク上のファイルとして構成したが、ＲＡＭ上に領域
を用意しても良い（バンドテーブルはファイル名ではな
くアドレスでリンクする）。

【０１０１】〔第二実施の形態〕第１の実施の形態にお
いては、フォーム画像と各ページのページ画像とは同一
用紙サイズである前提でもって説明を行ったが、各ペー
ジ毎に用紙サイズが変わりそれに応じて登録されるフォ
ームデータも変化するような場合は、フォームデータ登
録命令の直前に用紙サイズ情報（ページフォーマット設
定命令）を発行した上でフォーム画像を生成する。ま
た、同一フォームデータを異なる用紙サイズで共有する
場合は、画像合成時に過不足分を調整すれば良い（ペー
ジ画像のサイズに合わせる）。あるいは、各ページの先
頭で用紙サイズが変更される度に生成済みのフォーム画
像の用紙サイズを確認し、同一サイズのものがなければ
新たにフォーム画像を追加登録するようにしても良い。
なおこの場合は同一フォームＩＤに対して異なるレイア
ウト情報を持つ複数のフォーム画像が生成されるため、
図１５に示した通り、画像合成時に同一レイアウト情報
を持つフォーム画像を検索する。

【０１０２】〔第三実施の形態〕第２の実施の形態にお
いては、フォーム画像とページ画像を常に論理和で合成
していたが、後付けデータ部分にデスティネーション
（フォーム内容）との論理描画を行う場合は上記合成方
法ではうまくいかない。この場合は、図１６のフローチ
ャートに示したように、一旦フォーム画像を描画した後
（ステップ１６０２）、後付けデータを指定された描画
論理で描画し（ステップ１６０３）、生成された画像と
フォーム画像の排他論理和をとってページ画像とする
（ステップ１６０４）。この処理を全バンド分（あるい
は論理描画の設定があるバンドのみ）繰り返し、出力時
には前記排他論理和をとったページ画像とフォーム画像
とでさらに排他論理和をとって（ステップ１６１１）シ
ップを行う。なお各ページ画像のレイアウト情報には、
フォーム画像と排他論理和をとったか否かを示すフラグ
を追加しておく（ページ画像３１８内にバンド単位で用
意しても良い）。

【０１０３】このように構成することで、後付けデータ
内に論理描画が入っているような場合でも、ページ画像
の描画内容を減らして圧縮率を高めることができる。な
お本実施の形態では、フォーム画像は後付けデータに先
だって描画されるものとする。

【０１０４】（他の実施形態）以上、本発明の実施形態
について詳述したが、本発明は、複数の機器から構成さ
れるシステムに適用しても良いし、また、一つの機器か
らなる装置に適用しても良い。

【０１０５】なお、本発明は、前述した実施形態の機能
を実現するソフトウェアのプログラムを、システム或い
は装置に直接或いは遠隔から供給し、そのシステム或い
は装置のコンピュータが該供給されたプログラムコード
を読み出して実行することによっても達成される場合を
含む。その場合、プログラムの機能を有していれば、形
態は、プログラムである必要はない。

【０１０６】従って、本発明の機能処理をコンピュータ
で実現するために、該コンピュータにインストールされ
るプログラムコード自体も本発明を実現するものであ
る。つまり、本発明のクレームでは、本発明の機能処理
を実現するためのコンピュータプログラム自体も含まれ
る。

【０１０７】その場合、プログラムの機能を有していれ
ば、オブジェクトコード、インタプリタにより実行され
るプログラム、ＯＳに供給するスクリプトデータ等、プ
ログラムの形態を問わない。

【０１０８】プログラムを供給するための記録媒体とし
ては、例えば、フロッピー（登録商標）ディスク、ハー
ドディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ
−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発
性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，
ＤＶＤ−Ｒ）などがある。

【０１０９】その他、プログラムの供給方法としては、
クライアントコンピュータのブラウザを用いてインター
ネットのホームページに接続し、該ホームページから本
発明のコンピュータプログラムそのもの、もしくは圧縮
され自動インストール機能を含むファイルをハードディ
スク等の記録媒体にダウンロードすることによっても供
給できる。また、本発明のプログラムを構成するプログ
ラムコードを複数のファイルに分割し、それぞれのファ
イルを異なるホームページからダウンロードすることに
よっても実現可能である。つまり、本発明の機能処理を
コンピュータで実現するためのプログラムファイルを複
数のユーザに対してダウンロードさせるＷＷＷサーバ
も、本発明のクレームに含まれるものである。

【０１１０】また、本発明のプログラムを暗号化してＣ
Ｄ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所
定の条件をクリアしたユーザに対し、インターネットを
介してホームページから暗号化を解く鍵情報をダウンロ
ードさせ、その鍵情報を使用することにより暗号化され
たプログラムを実行してコンピュータにインストールさ
せて実現することも可能である。

【０１１１】また、コンピュータが、読み出したプログ
ラムを実行することによって、前述した実施形態の機能
が実現される他、そのプログラムの指示に基づき、コン
ピュータ上で稼動しているＯＳなどが、実際の処理の一
部または全部を行ない、その処理によっても前述した実
施形態の機能が実現され得る。

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

【０１１３】

【発明の効果】以上に説明した通り、本発明によれば、
印刷データを解析して生成されるページ画像を保持して
おき２部目以降の出力時には前記ページ画像を読み出し
て複数部数印刷を行う場合に、使用されるフォーム画像
と後付けデータ（フォームを含まないページ画像）とを
別々に生成して圧縮保持した上で、前記フォーム画像を
前記ページ画像に関連付けて管理し出力時に合成するこ
とで、ページ画像の圧縮サイズを小さく抑えることが可
能となる。そのため、ハードディスクの使用効率も向上
するばかりでなく、ページ画像を読み書きする際のパフ
ォーマンスも向上することができる。

【図面の簡単な説明】

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

【図２】本発明を適用可能なレーザービームプリンタの
内部構造を示す断面図である。

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

【図４】従来技術における、複数部数印刷の処理手順を
説明したブロック図である。

【図５】第１の実施の形態における印刷ジョブの構成を
示したブロック図である。

【図６】第１の実施の形態における、複数部数印刷の処
理手順（主に１部目終了までの処理）を表すフローチャ
ートである。

【図７】第１の実施の形態における、フォーム画像の生
成・登録処理の詳細を説明したフローチャートである。

【図８】第１の実施の形態において、フォームオーバレ
イと複数部数モードが合わせて設定されている場合の１
部目のレンダリング処理手順を説明するフローチャート
である。

【図９】第１の実施の形態において、フォームオーバレ
イと複数部数印刷が指定された印刷ジョブに対する２部
目以降の処理手順を説明するフローチャートである。

【図１０】第１の実施の形態におけるジョブテーブル
（レイアウト情報を含む）の構成を示した図である。

【図１１】第１の実施の形態におけるジョブテーブルレ
イアウト情報の構成を示した図である。

【図１２】第１の実施の形態におけるページ画像のデー
タ形式を示した図であって、１ページ分のページ画像を
表している。

【図１３】第１の実施の形態における、描画オブジェク
ト格納部３０５ａの１ページ分の内容を示すメモリマッ
プ（図１３−１）、描画情報／描画オブジェクト間のリ
ンク構成概略を示すブロック図（図１３−２）、描画情
報の構成を示す図（１３−３）である。

【図１４】第１の実施の形態におけるフォーム画像の構
成を示す図である。

【図１５】第２の実施の形態におけるフォーム画像の検
索手順を示したフローチャートである。

【図１６】第３の実施の形態において、フォームオーバ
レイと複数部数モードが合わせて設定されている場合の
レンダリング処理手順を説明するフローチャートであ
る。

【符号の説明】

１０２レーザービームプリンタ本体１０３コントローラ部１０５プリンタエンジン部３０１ＣＰＵ３０３プログラムＲＯＭ３０３ａ印刷ジョブ解釈部３０３ｂＰＤＬ解析部（描画オブジェクト生成部）３０３ｃ描画オブジェクト描画部３０３ｄページ画像管理部３０３ｅフォーム画像管理部３０３ｆ画像合成部３０３ｇ符号化／復号化部３０４フォントＲＯＭ３１０ハードディスクＢ３０５ＲＡＭ３０５ａ描画オブジェクト格納部３０５ｃバンドラスタ（バンドバッファ）３０５ｄ画像合成バッファ３０７受信バッファ３１８ページ画像３１９フォーム画像５０１ジョブ属性５０２ＰＤＬデータ５０３パケット識別子（ジョブモード）５１０指定部数５１６フォームデータ（マクロデータ）１００２ジョブテーブル総サイズ１００３部ページ数（格納済みページ数）１００６ジョブ環境（総部数を含む）１００７レイアウト情報１１０８フォームＩＤ１２０１ PageID １３０３描画情報格納部１３０４描画オブジェクト記憶部１３０５描画情報（アプリケーション）１３０６描画オブジェクト１４０１フォーム画像管理テーブル１４０２フォーム画像バンドテーブル

Claims

【特許請求の範囲】

【請求項１】入力された印刷ジョブに対応するページ
画像を出力する画像処理装置であって、前記印刷ジョブを解析してページ画像を生成する解析手
段と、前記１ジョブ分のページ画像を保持するページ画像保持
手段と、フォームデータを解析して対応するフォーム画像を生成
するフォーム画像生成手段と、前記フォーム画像を少なくとも１ページ分以上保持する
フォーム画像保持手段と、前記ページ画像を読み出すページ画像読み出し手段と、前記フォーム画像を読み出すフォーム画像読み出し手段
と、前記ページ画像と前記フォーム画像とを合成して出力す
る出力手段とを備えることを特徴とする画像処理装置。
【請求項２】前記画像処理装置は、所定の部数以上の
複数部数印刷が指示されたかどうかを判定する部数判定
手段をさらに備え、前記ページ画像保持手段は、前記判定手段の結果に応じ
て部数が２以上の所定数である場合に前記ページ画像を
保持する一方、前記ページ画像読み出し手段は、２部目以降を出力する
際に前記スプール済みのページ画像を読み出すことを特
徴とする、請求項１に記載の画像処理装置。
【請求項３】前記解析手段は、前記フォームデータに
よって描画指示される内容を除いた後付けデータのみか
らページ画像として生成することを特徴とする、請求項
１に記載の画像処理装置。
【請求項４】前記ページ画像保持手段は、所定の符号
化方法によって圧縮されたページ画像を保持し、前記出力手段は、所定の復号化方法によって前記ページ
画像を復号化して出力することを特徴とする、請求項１
に記載の画像処理装置。
【請求項５】前記フォーム画像保持手段は、所定の符
号化方法によって圧縮されたフォーム画像を保持し、前記フォーム画像読み出し手段は、所定の復号化方法に
よって前記フォーム画像を復号化して出力することを特
徴とする、請求項１に記載の画像処理装置。
【請求項６】前記ページ画像およびフォーム画像は、
１ページを複数のバンド状に分割した画像データの集
合、もしくは１ページ分に相当する画像データであるこ
とを特徴とする、請求項１に記載の画像処理装置。
【請求項７】前記画像処理装置は、後付けデータとフ
ォーム画像との論理描画を判定する論理描画判定手段を
備え、前記ページ画像保持手段は、前記論理描画判定手段によ
ってフォーム画像を参照した論理描画が指定されたと判
断された場合は、フォーム画像との排他論理和を施した
ページ画像を保持することを特徴とする、請求項１に記
載の画像処理装置。
【請求項８】前記出力手段は、前記排他論理和された
ページ画像に対してさらに、フォーム画像との排他論理
和をとって出力することを特徴とする、請求項１に記載
の画像処理装置。