JP3486517B2 - 印刷システム及び印刷制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホストコンピュー
タなどのデータ供給源から描画元データを受信し、紙な
どの媒体に印字出力することのできる画像出力制御方法
及び印刷装置に関するものである。

【０００２】

【従来の技術】一般に文書作成印字システム等の文書処
理、印字装置の概要は、図１の様に構成されており、図
中左から出力文書を組版等加工する処理装置であるホス
トコンピュータ１０１と、ホストコンピュータで加工さ
れた出力情報データを紙などの媒体に定着印字するプリ
ンタ１０２を接続し、構成している。具体的にはユーザ
がホストコンピュータ１０１上にて出力すべき画像を編
集し、編集が終了された時点でプリンタ１０２が受け付
けられる出力画像用データに変換し、そのデータをプリ
ンタ１０２へ送出、プリンタ１０２は入力されるデータ
に従い、紙面に印字を実現する。

【０００３】図１中プリンタコントローラが行なう処理
を、図２のブロック図及び図３のフローチャートの各例
を用いて具体的に説明する。

【０００４】図２はプリンタコントローラ内の様子を示
したブロック図の例で、２０１はホストコンピュータな
どのデータ供給源からのデータを受信したり、ステータ
スのやりとりなどを行なうインタフェース部、２０２は
プリンタ装置全体を制御／データ処理を行なう制御部、
２０３はプリンタコントローラ内に備わる主記憶装置で
あるＤＲＡＭをコントロールするメモリコントローラ、
２０４は主記憶であるメモリでこの場合ＤＲＡＭを例に
挙げている。２０５はプリンタコントローラが印字時に
描画データをプリンタエンジン２０７に送出するために
備え付けられているＤＭＡ、２０６はＤＭＡ２０５経由
で出力されるイメージデータをプリンタエンジン２０７
に送出するエンジンインタフェース、２０７はエンジン
インタフェース２０６より出力されたイメージデータを
紙などの媒体に定着し、印字を実現するプリンタエンジ
ンである。

【０００５】図３は図２のブロック図で示したプリンタ
コントローラの動作例を示したフローチャートであり、
その流れを示せば以下の通りである。

【０００６】先ず、ホストコンピュータなどのデータ供
給源より描画元データ（具体的にはプリンタ機器に備わ
る固有のコードデータであったり、昨今はＰＤＬと称さ
れ、プリンタ機器に対する描画言語であったりする）を
受信し（ステップＳ３０１）、受信されたデータをＤＲ
ＡＭ２０４内に格納する（ステップＳ３０２）。一般に
インタフェースの通信速度とそのデータ処理との速度差
を吸収するために、受信バッファと称されるＤＲＡＭ２
０４内に備わるメモリ領域に一旦バッファリングを行な
う等するが、これがその動作に当たる。

【０００７】次に格納されたデータを解析しイメージ描
画の準備を行なう（ステップＳ３０３）。この従来例で
はバンド処理、具体的にはフルビットマップ領域のメモ
リ容量を持つことなく、紙面に対しバンドメモリ領域
（バンドバッファとも呼ぶ）を持ち、そのバンドメモリ
領域に格納されたイメージデータを印字しながら、その
時間を用いて、他のメモリエリアに割り当てられた次の
バンドメモリ領域にイメージデータを生成する。このよ
うに２つのバンドバッファを用いたダブルバッファ形式
でバンド処理を実現しており、そのためにバンド処理可
能な中間描画データにデータの変換作業を行なう。

【０００８】次に最初の印字バンドに相当するバンドメ
モリ領域に対し、イメージ描画を行なう（ステップＳ３
０４）。実際にはダブルバッファ形式であるため、まだ
印刷が行われていない最初だけは２つのバンドメモリに
対しレンダリング（以下イメージデータ生成をレンダリ
ングと記す）を行なうことになる。

【０００９】レンダリングが終了したならば、ＤＭＡ２
０５、並びにプリンタインタフェース２０６を印字可能
状態にセットアップし、プリンタエンジン２０７に起動
を掛け（ステップＳ３０５）、既にステップ３０４にて
ビットイメージ生成がバンドメモリ領域に対して施され
ているバンド印字を行なう（ステップＳ３０６）。

【００１０】一方、ＤＭＡ２０５、エンジンインタフェ
ース２０６を介してプリンタエンジン２０７にイメージ
データが送出されてしまったＤＲＡＭ２０４内のバンド
メモリ領域に対し、制御部２０２はメモリコントローラ
２０３を経由して、次の印字位置に相当する描画データ
をレンダリングする（ステップＳ３０７）。

【００１１】１バンドメモリ内のイメージデータの印字
を終了したならば、ページの終了を判断し（ステップＳ
３０８）、１ページの印字を終了してなければ、ＤＭＡ
２０５、エンジンインタフェース２０６を次に印字する
バンドメモリに切替え、次のバンド印字に備える（ステ
ップＳ３０９）。具体的にはＤＭＡ２０５のバンドイメ
ージ転送終了割り込み等で、ＤＭＡ転送アドレスの再設
定、制御部２０２のラスタライズする描画バンドメモリ
アドレス等の変更を行なうことになる。

【００１２】バンド切り換えを行なったならば、ＤＭＡ
２０５及びエンジンインタフェース２０６は次のバンド
のイメージデータ転送をプリンタエンジン２０７に対し
て行ない、次のバンドの印字を実現すると共に、イメー
ジデータ送出済のＤＲＡＭ２０４内のバンドメモリ領域
に対し制御部２０２がラスタライズを行うことを繰り返
し、１ページ分の印字が実現される。

【００１３】尚、バンドイメージを描画する領域として
この場合２つのバンドメモリエリアを想定し、プリンタ
エンジン２０７を起動させる前にその２つのバンドメモ
リ領域に対し、レンダリングを終了しておく旨の記述を
ステップＳ３０４にて行なったので、正確な動作シーケ
ンスとしては、始めのバンド印字に際しては、イメージ
データを送出しつつラスタライズするという並行動作は
起こらない。また、１ページ終了前の動作シーケンスに
ついても、並行動作が起こらないことになるのは当然で
あるが、ここではそれらの説明を割愛する。

【００１４】又、並行動作時のＤＭＡ２０５からのデー
タ要求と、制御部２０２からのラスタライズの各ＤＲＡ
Ｍへ対するアクセスアービトレーションは、メモリコン
トローラ２０３が行なっている。

【００１５】このようなバンド処理を行なうことで、１
ページ分のビットマップメモリを持たずに、１ページ分
の印字を実現可能とする機器に於いては、レンダリング
する画像が複雑になったり、プリンタエンジンの印字速
度が高速になってくる等の各要因により、並行動作中の
ラスタライズ処理が印字データ送出に時間的に間に合わ
なくなってくる事態（以下オーバーランと記す）が生ず
る。これは、ピクセルに対し複数ビットを割り当てて階
調表現を実現するために、その階調分のメモリエリアに
ついてバンドに分割している場合でも同様である。

【００１６】このオーバーランに対応するためには１ペ
ージ分のイメージデータ格納のためのメモリエリア、い
わゆるビットマップ（例えば１ピクセルあたり８ビット
の太刀画像であればバイトマップ）メモリを保持するこ
とで、並行動作を回避する処理系も存在している。これ
は、いわゆるフルページメモリを搭載した処理系であ
る。又更に、メモリ効率を上げ、コストを抑えるために
圧縮技術を導入して１ページ分の圧縮メモリを備えるこ
とで対処している機器も登場している。

【００１７】いずれにせよこのような系にてイメージを
生成する際、プリンタ機器に備わるユーザインターフェ
ース仕様、具体的にはＰＤＬと言われるプリンタ言語や
コマンド群から、よりプリミティブな中間データに変換
し、その中間データをイメージ化する効率を、プリミテ
ィブなデータゆえにその処理部分をハードウェア化させ
るなどして向上させることができる。

【００１８】具体的には、公知のランレングスや、ベク
タ描画、イメージデータ描画などをソフトウェアで描画
するのではなく、ハードウェアを用いて高速描画し、前
述したバンド処理速度を向上させることにより、１ペー
ジ分の画像メモリを用意しなくともい印刷処理が可能と
なりトータルコストを削減できる。

【００１９】しかしながら、このように高速処理するた
めに用いられるハードウェアの処理できる単位はプリミ
ティブであるがゆえ、複雑な図形を印字するためにはそ
のプリミティブな描画単位が膨大な数となる。このた
め、各処理単位の高速化は実現できるが、処理量が多く
なってしまい、結果オーバーランを誘発する、もしくは
生成すべきイメージデータ容量を中間データ量が越えて
しまう、といった状況が発生してしまう可能性がある。

【００２０】

【発明が解決しようとする課題】これに対応するため
に、描画元データから例えば、データ量そのものをもっ
て、あるいはプリミティブな処理単位の処理時間を論理
的に導き、バンド内のイメージデータ生成に掛る時間を
トータルで算出する。処理データが多ければ、レンダリ
ング時間が掛かり結果としてオーバーランのリスクが生
じることから、算出された時間を、プリンタエンジンの
データレート（印刷の速さ）と比較する等、何らかの形
でオーバーランの発生を予測する。オーバーランの発生
が予測されたならば、そのバンドデータについては印字
動作開始以前に一旦イメージデータ生成（レンダリン
グ）し、生成されたイメージデータに圧縮処理を行なっ
てそれを保持しておく。このデータを、印刷時にプリン
タエンジンの必要とするデータレートに合致したデータ
レートで伸長し、印字を実現する（以下このような処理
をプリレンダリング処理と記す）。こうすることで、メ
モリの削減とオーバーランの回避を両立することが可能
であるが、処理が複雑になり、プリンタのスループット
の低下を招いてしまう。

【００２１】本発明は上記問題を解決するためになされ
たもので、オーバーランが予測された場合のプレレンダ
リング処理、すなわち画像展開後の圧縮／伸長処理を、
データ供給源からの指定に応じて行うことで、データ供
給源側がデータを送る際に複雑なデータであったり、大
きなイメージデータであったりした場合に、送出するデ
ータを具体的に把握しているデータ供給源にてこのよう
なスクリーニングを行なって圧縮／伸長処理動作をプリ
ンタ装置側に指定することにより、オーバーランのリス
クを回避しつつ、スループットを向上させる画像出力制
御方法及び印刷装置を提供することを目的とする。

【００２２】

【課題を解決するための手段】上記目的を達成するため
に、本発明はつぎのような構成からなる。ページ単位の
印刷データを生成するホスト装置と、該ホスト装置と接
続され、ページを分割して成るバンド単位で画像を形成
して出力する印刷装置とを含む印刷システムであって、
前記ホスト装置は、バンドごとに印刷データからイメー
ジデータの生成に要する所要時間を見積もる見積もり手
段と、 前記見積もり手段により見積もられた所要時間が
所定値を越えるか判定する判定手段と、 前記判定手段に
よる判定結果に応じて、印刷データからイメージデータ
を生成して圧縮する必要のある印刷データを指定する指
定情報を生成する指定手段とを備え、 前記印刷装置は、
前記ホスト装置で生成された前記印刷データと、該印刷
データについての前記指定情報とを受信する受信手段
と、 前記印刷データを解析し、前記指定情報で指定され
たバンドを判断する判断手段と、 前記判断手段によっ
て、前記指定情報で指定されたバンドであると判断され
た場合、該バンドからイメージデータを生成して圧縮す
る圧縮処理手段とを有する。

【００２３】さらに好ましくは、前記印刷装置は、前記
判断手段によって前記指定情報で指定されたバンドでな
いと判断された場合、該バンドから中間データを生成す
る中間データ生成手段をさらに有する。

【００２４】さらに好ましくは、前記印刷データは描画
される単位である描画単位を組み合わせて構成され、前
記ホスト装置の前記指定手段は、イメージデータを生成
して圧縮する必要がある描画単位を指定する指定情報を
生成する。

【００２５】さらに好ましくは、前記圧縮処理手段は、
前記指定手段でイメージデータを生成して圧縮する必要
があるとして指定された前記描画単位に重複する他の描
画単位が存在する場合、前記描画単位と重複する他の描
画単位とが重なる範囲に対して、イメージデータを生成
して圧縮する。

【００２６】また本発明は他の側面においては次のよう
な構成を備える。 ページ単位の印刷データを生成するホ
スト装置と、該ホスト装置と接続され、ページを分割し
て成るバンド単位で画像を形成して出力する印刷装置と
を用いる印刷制御方法であって、 前記ホスト装置におい
て、バンドごとに印刷データからイメージデータの生成
に要する所要時間を見積もる見積もり工程と、 前記ホス
ト装置において、前記見積もり工程により見積もられた
所要時間が所定値を越えるか判定する判定工程と、 前記
ホスト装置において、前記判定工程による判定結果に応
じて、印刷データからイメージデータを生成して圧縮す
る必要のある印刷データを指定する指定情報を生成する
指定工程と、 前記印刷装置において、生成された前記印
刷データを解析し、前記指定情報で指定されたバンドを
判断する判断工程と、 前記印刷装置において、前記判断
工程によって前記指定情報で指定されたバンドであると
判断された場合、該バンドからイメージデータを生成し
て圧縮する圧縮処理工程とを有する。

【００２７】さらに好ましくは、前記印刷装置におい
て、前記判断工程によって前記指定情報で指定されたバ
ンドでないと判断された場合、該バンドから中間データ
を生成する中間データ生成工程をさらに有する。

【００２８】さらに好ましくは、前記印刷データは描画
される単位である描画単位を組み合わせて構成され、前
記指定工程は、イメージデータを生成して圧縮する必要
がある描画単位を指定する指定情報を生成する。さらに
好ましくは、前記圧縮処理工程は、前記指定工程でイメ
ージデータを生成して圧縮する必要があるとして指定さ
れた前記描画単位に重複する他の描画単位が存在する場
合、前記描画単位と重複する他の描画単位とが重なる範
囲に対して、イメージデータを生成して圧縮する。

【００２９】

【発明の実施の形態】

［第１の実施の形態］図４は本発明の一実施例であるプ
リンタコントローラの概要を示したブロック図であり、
以下の各部から構成されている。

【００３０】４０１はホストコンピュータなどのデータ
供給源４００からのデータを受信したり、ステータスの
やりとりなどを行なうインターフェース部であり、具体
的にはパラレルインターフェース、シリアルインターフ
ェース、ネットワークインターフェース等である。

【００３１】制御部４０２はプリンタ装置全体を制御／
データ処理を行なう。具体的にはＣＰＵなどのプロセッ
サを用いて、入力描画命令データの解析、イメージデー
タの生成、並びに機器に備わる各部を制御する。

【００３２】メモリコントローラ４０３は、プリンタコ
ントローラ内に備わる主記憶装置であるＤＲＡＭ４０４
をコントロールする。ラスタライザ部４０６から、圧縮
／伸長部４０５、ＤＭＡ４０７とのデータアクセス、並
びにＤＲＡＭ４０４のリフレッシュ等を行なっている。

【００３３】メモリ４０４は主記憶であり、素子自体は
特に限定するものではないが、本実施例ではＤＲＡＭで
ある。ホストからの描画命令データに従い制御装置４０
２によって生成されたイメージデータを格納したり、圧
縮／伸長部４０５で圧縮されたデータをラスタライザ部
４０６で生成されたイメージデータ（これは圧縮元デー
タにもなる）を格納する。その他のワーキングメモリエ
リアとして使用される。

【００３４】圧縮伸張部４０５はイメージデータの圧縮
／伸長を行なう。この場合圧縮／伸長アルゴリズム自体
は特に限定するものではないが、動作としてはイメージ
データをメモリ削減を実現できる圧縮率で圧縮可能であ
る。一方圧縮されたデータを伸長する場合は、エンジン
のデータ転送スピードに間に合う形で伸長可能な機能／
スピードとを備えている。具体的圧縮アルゴリズムの例
としてはＪＰＥＧ、ＪＢＩＧ等が挙げられる。

【００３５】ラスタライザ部４０６は、実際にイメージ
データを発生する。制御部４０２の指令によりイメージ
データを生成したり、もしくは、制御部４０２にて生成
され、ＤＲＡＭ４０４に一時蓄えられている中間言語か
ら、ハードウェアもしくはソフトウェアにて高速にイメ
ージデータを生成する。中間言語はホストコンピュータ
から受信した印刷データをもとに生成される、ラスタラ
イザ部４０６により解釈実行可能なプリミティブな言語
である。

【００３６】ＤＭＡ４０７は、印刷時にプリンタコント
ローラが、ラスタライザ４０６により生成された、又は
圧縮／伸長部４０５により伸長された、ＤＲＡＭ４０４
に格納されているイメージデータをプリンタエンジン４
０９に送出するために備えられている。ＤＭＡの動作自
体はやはり制御部４０２の設定に従い動作する。

【００３７】エンジンインターフェース４０８は、ＤＭ
Ａ４０７経由で出力されるイメージデータをプリンタエ
ンジン４０９に送出する。各種設定はやはり制御部４０
２によってなされる。

【００３８】プリンタエンジン４０９は、エンジンイン
ターフェース４０８より出力されたイメージデータを紙
などの媒体に定着し、印字を実現する。本実施例ではＬ
ＢＰ（レ−ザビームプリンタ）に代表されるページプリ
ンタエンジンを想定している。

【００３９】図５は、データ供給源が本プリンタコント
ローラに対し圧縮／伸長制御、すなわちプレレンダリン
グ処理を行なうか否かを指定するためのフォーマットの
例である。これに特に限定されるものではないが、ここ
では３例を挙げてある。まず例（１）においては、５０
１が圧縮／伸長処理を指定する圧縮／伸長処理指定命令
部、５０２は圧縮／伸長処理を行なうデータ群のデータ
長を示すデータ長部、５０３はデータ長部５０２で示さ
れるデータ長の描画データが格納される描画データ部で
ある。例（２）においては、５０４が圧縮／伸長処理を
指定する圧縮／伸長処理指定部、５０５が圧縮／伸長処
理指定部５０４に続く描画命令の数を示す命令数部、５
０６が圧縮／伸長処理を実際に施す描画命令群である。
例（３）では、圧縮／伸長処理を施すことを示す圧縮伸
長処理開始命令部５０７、実際の圧縮／伸長処理を施す
描画命令の含まれる描画命令群５０８、圧縮／伸長処理
を終了することを示す圧縮伸長処理終了命令部５０９か
ら成る。従って描画データ部５０３と描画命令群５０
６、描画命令群５０８の内容はほぼ同じと考えて良い。

【００４０】プリンタはこれら描画データあるいは描画
命令群に含まれる、文字や図形や画像などを生成するた
めの描画単位（例えば各描画命令）ごとに解釈し、その
解釈に従って画像を生成する。その際、描画処理の迅速
化のために、いったん中間コードを生成して、その中間
コードからイメージを生成することもある。なお、以下
では、これら各描画単位、あるいは各描画単位から生成
されるイメージをオブジェクトと称することもある。ま
た、プレレンダリング処理は圧縮伸長処理を伴うため、
プレレンダリング処理の指定を、単に圧縮伸長処理の指
定あるいは圧縮伸長制御の指定と呼ぶ。

【００４１】図６，図７は以上示してきた実施例の動作
の流れを示すフローチャートで、以下これを用いて動作
の流れを説明する。このフローチャートは、図４の制御
部４０２がホストからの命令にしたがって実行する処理
の手順である。

【００４２】先ず、ホストコンピュータなどのデータ供
給源より、プリンタ機器に備わる固有のコードデータ
や、プリンタ機器に対するページ記述描画言語で記述さ
れたデータである描画元データを受信し、受信したデー
タをメモリコントローラ４０３経由にてＤＲＡＭ４０４
内に格納する（ステップＳ６０１）。一般にインターフ
ェースの通信速度とそのデータ処理との速度差を吸収す
るために、受信バッファと称されるＤＲＡＭ４０４内に
備わるメモリ領域に一旦バッファリングを行なう等する
が、これがその動作に当たる。

【００４３】次にバッファリングされた入力データを解
析し、バンド処理に適合した内部データに変換する（ス
テップＳ６０２）。具体的にはバンド制御のために１ペ
ージ分の描画命令をバンド処理単位に分ける作業などが
これに当たる。

【００４４】次に、入力されたデータ解析結果に基づ
き、図５の例に示されるような圧縮／伸長処理を行なう
指示が、注目しているバンドに対してデータ供給源から
発行されたか否かを判断する（ステップＳ６０３）。そ
うであればステップＳ６０４へ、そうでなければステッ
プＳ６０５へと進む。

【００４５】ステップＳ６０３にて圧縮／伸長処理を行
なう指定があった場合、圧縮／伸長の対象である指定さ
れた描画命令群に対して、ラスタライザ４０６を用いて
メモリコントローラ４０３経由にてＤＲＡＭ４０４内に
イメージデータを生成する（ステップＳ６０４）。

【００４６】６０４にて圧縮／伸長処理対象となる描画
命令郡についてレンダリングが終了したならば、制御部
４０２は圧縮／伸長部４０５に圧縮処理指定、圧縮元デ
ータ、圧縮データ格納エリア等の各種設定を行なった
後、圧縮／伸長部４０５を起動して圧縮処理を開始する
（ステップＳ６０６）。

【００４７】圧縮／伸長部４０５は、メモリコントロー
ラ４０３経由でＤＲＡＭ４０４上に６０４で生成済のイ
メージデータを読み込み、圧縮処理後その圧縮データを
やはりメモリコントローラ４０３経由でＤＲＡＭ４０４
上に格納する（ステップＳ６０７）。

【００４８】一方、６０３にて圧縮／伸長処理を施す指
定がないと判断された場合、制御部４０２は印字動作開
始後に高速レンダリングを行なう目的から、その目的を
達成するための中間データを作成し（ステップＳ６０
５）、同様にメモリコントローラ４０３経由にてＤＲＡ
Ｍ４０４上に生成された中間データを格納する（ステッ
プＳ６０７）。

【００４９】なお本実施例では、印刷に際してはバンド
処理を行うものとしている。バンド処理とは、具体的に
はつぎのようなものである。すなわち、１ページ分のフ
ルビットマップ領域のメモリをもつことなく、ラスタ走
査方向に沿ってページを分割したバンドを格納するため
の描画バンドメモリ領域を、ＤＲＡＭ４０４内に少なく
とも２つ割り当てておく。一方のバンドメモリ領域に格
納されたイメージデータを印字しつつ、同時にその時間
を用いて、もう一つのバンドメモリ領域にイメージデー
タを生成する。このように、ダブルバッファ形式でバン
ド単位にイメージの生成と出力処理を実現している。圧
縮／伸長処理についても、１ページ分のフルメモリ（ビ
ットマップ／バイトマップ等）ではなく、バンド単位で
行なっており、そのためにバンド単位で処理可能な中間
描画データもしくは圧縮データにホストコンピュータか
ら受信したデータを変換するデータ変換作業を行なう。
また、この実施例では説明を簡略化するためにバンド処
理単位毎に圧縮／伸長処理を行なうか否かが指定される
ものとする。その他のケースについては後述する。

【００５０】ステップＳ６０７にて印字時に必要な画像
元データとして中間データ又は圧縮データが生成された
ならば、１ページ分の画像元データが生成されたか否か
を判断し（ステップＳ６０８）、生成されたならばステ
ップＳ６０９へ進む。そうでなければステップＳ６０１
へ戻り、１ページ分の画像元データが生成されるまで上
記処理を繰り返す。尚、このフローチャートでは説明を
簡略化するために、ステップＳ６０８にて１ページ分の
画像元データがまだ生成されていない場合、ステップＳ
６０１へ戻るよう記述してきたが、これに限定されるわ
けではない。実際にはデータ入力／バッファリングのキ
ューイング作業は別タスクで管理されることも当然あ
り、その場合はステップＳ６０８で条件判断するタスク
と、ステップＳ６０１で外部インターフェースを用いて
データ供給源からのデータをキューイングするタスクが
別々に走る。そのことより、ステップＳ６０８で条件判
断するタスクの戻り先は、キューイングされた入力デー
タをバッファから読み取ってデータ解析を行うというス
テップＳ６０２のステップと記述できる。

【００５１】次に制御部４０２は、これからの印字に際
してラスタライザ部４０６、圧縮／伸長部４０５に動作
の初期設定を行なう（ステップＳ６０９）。具体的には
圧縮／伸長部４０５は伸長モードにセットされることに
なる。

【００５２】次に、制御部４０２は、１ページ分溜まっ
たバンド毎の中間コードもしくは圧縮データから、ペー
ジの先頭の１バンド目について圧縮データか否かを判断
し（ステップＳ６１０）、圧縮データであればステップ
Ｓ６１２へ、そうでなければ６１１へと進む。

【００５３】ステップＳ６１０にて圧縮データでないと
判断された場合、制御部４０２はラスタライザ４０６を
用いて１バンド目のイメージデータ生成を行なう（ステ
ップＳ６１１）。本実施例では、処理速度の向上の目的
でハードウェア構成のラスタライザを用い、そのために
ステップＳ６０９でラスタライザ部４０６の初期設定を
行ったり、図４においてラスタライザ部４０５を独立し
たブロックで記述しているが、これに限定されるもので
はなく、制御部４０２が中間コードを解析しイメージデ
ータを生成する、ソフトウエア構成のラスタライザであ
っても構わない。

【００５４】データの経路としては、ラスタライザ部４
０６がハードウェア構成である場合は、制御部４０２が
ラスタライザ部４０６に必要なパラメータをセットし、
メモリコントローラ４０３を経由して既にＤＲＡＭ４０
４に生成済の中間コードデータを読み出し、そのコード
データに従ってイメージデータをやはりメモリコントロ
ーラ４０３を経由しＤＲＡＭ４０４内に格納する。

【００５５】一方、ステップＳ６１０にて圧縮データで
あると判断された場合は、制御部４０２が圧縮／伸長部
に各種パラメータを設定後、１バンド分のイメージデー
タの伸長動作を行なう（ステップＳ６１２）。具体的に
は、ステップＳ６１１にてラスタライザ４０６が行なっ
た動作と同様に、圧縮／伸長部４０５が、既に生成され
ＤＲＡＭ４０４に格納されている圧縮データをメモリコ
ントローラ４０３を経由して読み込み、そのコードデー
タを伸長し、伸長された実イメージデータを再びメモリ
コントローラ４０３経由にてＤＲＡＭ４０４へ格納す
る。なおステップＳ６１１，Ｓ６１２でのデータ読み込
み／格納の仕組みは特に限定されるものではないが、こ
こではソースとディスティネーションの２チャンネルの
ＤＭＡがラスタライザ部４０６、圧縮伸長部４０５に各
々備わっているものとする。

【００５６】次に制御部４０２は、イメージデータが２
つのバンドについて生成されたかを判断し（ステップＳ
６１３）、行われていなければステップＳ６１０へ戻
る。即ち、この操作によってＤＲＡＭ４０４内に印字す
べきイメージデータが２つのバンド分生成された状態と
なる。このように、本装置ではバンド単位で出力処理が
行われることから、オーバーランを極力回避するため
に、ＤＲＡＭ４０４の容量が許す範囲で２バンド分のイ
メージデータを予め生成しておく。

【００５７】次に、制御部４０２は、ＤＭＡ４０７に上
記操作で生成されたバンドイメージデータをエンジンイ
ンターフェースに送出すべく各種設定を行ない、プリン
タエンジン４０９に対して起動を掛ける（ステップＳ６
１４）。

【００５８】起動されたエンジン４０９は、各種同期信
号をエンジンインターフェース４０８へ送り、その同期
信号をもとにＤＭＡ４０７がＤＲＡＭ４０４に格納され
ている１バンド分のイメージデータをエンジンインター
フェース４０８を介してエンジン４０９へと送出を開始
する。制御部４０２は１バンド分のイメージデータの送
出の終了を待つ（ステップＳ６１５）。

【００５９】次に、１バンド分のイメージデータの送出
が終了したならば、制御部４０２は１ページ分のデータ
送出、即ち１ページ分の印字が終了したか否かを判断す
る（ステップＳ６１６）。具体的には、ページの印字途
中であれば、ページの終了を確認するのではなく、次に
印字すべきバンドの中間データもしくは圧縮データが１
ページ分のデータとしてまだ残っているか否かの判断と
言うことになる。そして、まだ中間コード／圧縮データ
としてメモリ上に残っているデータを以降の処理と並行
して印字するためにＤＭＡ４０７の再設定を行なう。そ
の設定は、本実施例では２つのバンドメモリ領域が確保
されているため、既に上記操作でバンドメモリ領域に生
成された、まだエンジンに送出されていない方のバンド
メモリ領域の内容をエンジン４０９に送出するよう行わ
れる。この設定は、制御部４０２が行うとは限らない。

【００６０】すなわち、ステップＳ６１４では、判断す
ると共に、判断の結果、一方のバンドバッファが空にな
り、まだそれと同ページで印刷すべきデータがあること
が判明したなら、出力対象のバンドバッファを切り替
え、もう一方のバンドバッファからエンジンへとイメー
ジの出力を開始する。

【００６１】再設定の動作そのものについては特に限定
されるものではなく、バンドイメージデータ送出を以て
ソフトウェアに割り込みが掛かり、制御部４０２が再設
定を行なっても良いし、１バンドイメージデータ送出後
ハードウェアが再設定を行なっても良い。いずれにせ
よ、エンジン４０９のデータレートに従いオーバーラン
の発生しない条件が必要となる。

【００６２】ステップＳ６１６にて１ページの印字が終
了していないと判断され、且つそのページ内の次のバン
ドデータとしてＤＲＡＭ４０４内に中間データもしくは
圧縮データが存在している場合は、そのデータが中間デ
ータなのか圧縮データなのかを判断する（ステップＳ６
１７）。

【００６３】ステップＳ６１７にて中間コードと判断さ
れたならば、その中間コードからイメージデータを発生
するために制御部４０２が各種設定を行ない、ラスタラ
イザ部４０６によりレンダリングを行なう（ステップＳ
６１８）。レンダリング動作、データの経路について
は、ステップＳ６１１でのレンダリング動作と同様であ
り、生成された実イメージデータの格納場所は、既に送
出が終了しているＤＲＡＭ４０４内部のバンドバッファ
のエリアとなる。

【００６４】ステップＳ６１７にて圧縮データであると
判断された場合は、制御部４０２が次のバンドイメージ
データの生成のために圧縮／伸長部４０５をその旨再設
定を行ない、圧縮データの伸長動作を行なう（ステップ
Ｓ６１９）。このステップもレンダリング動作について
ステップＳ６１８とＳ６１１が同じ動作であるのと同
様、ステップＳ６１２の伸長動作と同様である。

【００６５】ステップＳ６１８もしくはＳ６１９にて１
バンド分のイメージデータの生成が終了したならばステ
ップＳ６１５へ戻り、ステップＳ６１６以降ステップＳ
６１７，Ｓ６１８もしくはＳ６１９の各ステップの動作
を行う。その間、ハードウェア的にＤＭＡ４０７がＤＲ
ＡＭ４０４内部のバンドイメージデータをエンジンイン
ターフェース４０８を介してエンジン４０９へ送出して
いるわけであるが、ステップＳ６１６ではこの終了の判
断を行なう。尚、ステップＳ６１６以降のステップＳ６
１７，Ｓ６１８もしくはＳ６１９の各ステップに掛る時
間の総合計は、ステップＳ６１６にてＤＭＡに再設定さ
れ送出中の他方のバンドバッファ内のイメージデータの
送出時間と比較して、少ない時間で実行終了することが
前提である。即ちこのオーバーランという事態が発生し
ないようメモリのデータレート、レンダリング／伸長の
データレート、バンドバッファ容量が決定構築され、各
部分が制御される。

【００６６】ステップＳ６１６〜Ｓ６１９の上記各ステ
ップが繰り返され、１ページ分のイメージデータのプリ
ンタエンジンへの送出終了、即ち１ページ分の印字が終
了する（ステップＳ６２０）。

【００６７】以上説明した手順で印刷出力を行うことに
より、プリンタ側でとり得る印刷の方式をホストにより
指定させることができる。すなわち、 中間コードを生成しておき、中間コードからバンド単
位でイメージを生成するのと並行して、バンド単位で出
力する。 １ページ分のイメージデータをバンド単位で展開して
から圧縮しておき、その後それをバンド単位で伸長しつ
つ、それと並行してバンド単位で出力する。

【００６８】これら２種類の方式の一方を、ホストコン
ピュータから指定することができる。ホストコンピュー
タは、プリンタに送り付けたデータがどのようなもので
あるか認識するのが容易である。通常は、エンジンの出
力レートに見合った処理時間で出力できるため方式を
用いる。しかし、方式ではオーバーランを生じるおそ
れがある。ホストコンピュータでは、オーバーランの可
能性を見積もり、生じそうな場合には時間はかかるが確
実な方式の方式で出力させる。

【００６９】図１６は、ホストコンピュータ４００にお
けるプリント処理の手順である。この手順は、プリンタ
を制御するプリンタドライバと呼ばれるプログラムモジ
ュールの一部として実行される。

【００７０】まず、ステップＳ１５１において、印刷し
ようとしてるオブジェクトを、プリンタにおけるバンド
と同一のバンドに区分けする。オブジェクトは通常印刷
される位置をデータとして含んでいるため、１ページを
構成する各バンドの先頭と末尾のアドレスがわかればこ
の区分けは容易である。

【００７１】ステップＳ１５２においては、各バンド毎
に、それに含まれるオブジェクトをイメージデータに変
換するのに要する時間を計算する。例えば、オブジェク
トには、たとえばイメージや、文字や、図形などがある
が、各オブジェクト毎に基本となる時間をあらかじめ定
め、その基本の時間にオブジェクトのサイズを乗じてお
およその時間を計算できる。

【００７２】ステップＳ１５３においては、バンド毎に
算出されたイメージ生成に要する時間が、所定の値を越
えたか判定する。この所定の値とは、プリンタが１つの
バンド分のイメージデータを印刷出力するために、バン
ドバッファから１バンド分のイメージデータを読み出す
ための時間である。ステップＳ１５２で算出された値の
精度にも依存するが、オーバーランを確実に防ぐために
は、ある程度安全率を見込んでおくことが必要である。
もし所定時間を越えていれば、オーバーランのおそれが
あるために、ステップＳ１５５において、図５に示され
たような圧縮／伸長処理を指定するコマンドと共に、そ
のバンドのプリントデータをプリンタに送り付ける。こ
れにより前述の方式によって印刷が行われることにな
る。一方、越えていなければ、そのバンドについて、圧
縮／伸長命令のない、通常のプリントデータをプリンタ
に送る。これにより、プリンタでは前述の方式で印刷
が行われる。

【００７３】こうして、より確実にオーバーランを防止
することができ、また、オーバーランを生じるおそれの
あるバンドだけをプレレンダリング処理できるため、プ
レレンダリング処理による印刷速度の低下を最小限に抑
えることができる。 ［第２の実施の形態］第１の実施の形態により、バンド
処理単位毎にデータ供給源より圧縮／伸長処理の指定が
行なわれるケースについては説明してきた。これだけで
もある程度のデータ供給源を含めたトータルパフォーマ
ンスについて向上が期待できるが、更に、ホストコンピ
ュータから、１つのバンド内においても図５に示したよ
うな圧縮／伸長処理が指定されたデータと、従来の中間
コード処理が指定されたデータとを指定させ、その２種
類のデータが混在した描画元データについて次のように
処理すれば更なる効果が期待できる。

【００７４】図８は、中間コード処理指定された文字デ
ータと、圧縮伸長処理指定されたイメージデータとが同
一バンド内に混在する画像の例である。領域７０１及び
７０４が、それぞれ文字データすなわち中間コードから
イメージを生成すべきデータと、圧縮／伸長指定された
イメージデータとが混在したバンド内の矩形エリアを示
している。７０２，７０５が中間コード処理によって生
成される文字部分、７０３，７０６が圧縮／伸長される
イメージ部分である。図８（Ａ）は、あるバンド内の、
中間コード処理が指定された文字データと、圧縮伸長処
理が指定されたイメージデータとが混在する領域内で、
文字データがイメージに上書きされる例であり、反対に
図８（Ｂ）は、バンド内に於てイメージ部分が文字デー
タにより上書きされる領域の例である。

【００７５】このようなデータに対応する最も単純な方
策としては、図８に示すような混在エリアを含むバンド
はプレレンダリングして、すなわち全てイメージとして
展開して、それに圧縮／伸長処理を施すというものが考
えられる。しかし、一般に一度レンダリングしてからイ
メージを圧縮保存するというプリレンダリングプロセス
では、レンダリングに必要となる元データとして実際に
は中間データが用いられており、中間コードからイメー
ジに展開するのに要するプリレンダリング時間がスルー
プットに悪影響を与える。故に極力プリレンダリングを
避けた方が処理効率上は好都合と言える。

【００７６】これに極力対処するために、図８に示す混
在部分を含む矩形のみを圧縮／伸長処理を行なう。すな
わち、圧縮／伸長指定されたデータが含まれる領域で
は、その領域に含まれるオブジェクトについてはプリレ
ンダリングしてイメージに変換してから圧縮保存し、圧
縮／伸長指定されたデータが含まれない領域についての
み中間データを生成する。こうすることで、プリレンダ
リングによる処理効率の低下をできるだけ防止し、しか
も必要なメモリ容量の増大も防止できる。

【００７７】この場合の動作の流れを図１０，図１１に
示すフローチャートを用いて説明する。なお、このフロ
ーチャートの手順は、図４に示されたプリンタにより実
行される。

【００７８】先ず、ホストコンピュータなどのデータ供
給源より、プリンタ機器に備わる固有のコードデータ
や、ＰＤＬ等で記述された描画元データを受信し、制御
部４０２は受信されたデータをメモリコントローラ４０
３経由にてＤＲＡＭ４０４内に格納する（ステップＳ９
０１）。一般にインターフェースの通信速度とそのデー
タ処理との速度差を吸収するために、受信バッファと称
されるＤＲＡＭ４０４内に備わるメモリ領域に一旦バッ
ファリングを行なう等するが、これがその動作に当た
る。

【００７９】次にバッファリングされた入力データを制
御部４０２が解析し、バンド処理に適合した内部データ
に変換すると同時に、図９に示したような中間コードデ
ータ処理と圧縮／伸長処理を施すエリアが重なる部分の
矩形を算出する（ステップＳ９０２）。具体的には、バ
ンド制御のために１ページ分の描画命令をバンド処理単
位に別ける作業などに続いて、その各バンド内で図９の
例に示す内容のうち、画像の重なる矩形エリア８０４，
８０８を算出する。図９は、図８に中間コードと圧縮／
伸長処理の重なる部分のエリアを追加した例を示す図で
ある。バンド内において、８０１及び８０５が、中間コ
ード処理が指定された文字データと圧縮／伸長処理が指
定されたイメージデータとが混在している矩形エリアを
示しており、８０２，８０６が中間コード処理指定され
た文字データ、８０３，８０７が圧縮伸長処理指定され
たイメージデータである。図９（Ｂ）は、あるバンド内
におけるイメージデータと文字データとが混在するエリ
ア８０８で、文字がイメージに上書きされる状態の図で
ある。一方、図９（Ａ）が、同矩形内８０４において、
イメージ部分が文字データに上書きされる状態の例であ
る。ステップＳ９０２では、矩形エリア８０４，８０８
が算出される。

【００８０】次に、制御部４０２は、入力されたデータ
の解析結果に基づき、処理対象のデータが、図５の例に
示されるような圧縮／伸長処理指定がされた描画元デー
タであるか否かと、ステップＳ９０２で複合矩形を算出
したか否かを判断する（ステップＳ９０３）。圧縮／伸
長処理指定がある場合または混在矩形が算出された場合
にはステップＳ９０４へ、そうでなければステップＳ９
０５へと進む。

【００８１】ステップＳ９０３にて圧縮／伸長処理を行
なう指定があったと判断された場合、もしくは混在矩形
を算出した場合、その指定とともに受信した描画命令
群、もしくは算出された混在矩形エリアに対して、制御
部４０２は、ラスタライザ４０６を用いてメモリコント
ローラ４０３経由にてＤＲＡＭ４０４内にイメージデー
タを生成する（ステップＳ９０４）。

【００８２】ステップＳ９０４にて圧縮／伸長処理を行
なう指定処理単位もしくは混在矩形エリアに対してレン
ダリングが終了したならば、制御部４０２は圧縮／伸長
部４０５に圧縮処理指定、圧縮元データ、圧縮データ格
納エリア等の各種設定を行なった後、圧縮／伸長部４０
５を起動して圧縮処理を開始する（ステップＳ９０
６）。尚、混在矩形エリアのレンダリングエリアは図９
の領域８０４もしくは８０８の例に示す矩形エリアとな
り、それ以外のエリアについては、混在しないエリアと
いうことで、データ供給源からの指定によって圧縮処理
を行なうか中間コードで格納するかが分かれる。

【００８３】圧縮／伸長部４０５は、メモリコントロー
ラ４０３経由でＤＲＡＭ４０４上にステップＳ９０４で
生成済みのイメージデータを読み込み、圧縮処理後その
圧縮データをやはりメモリコントローラ４０３経由でＤ
ＲＡＭ４０４上に格納する（ステップＳ９０７）。

【００８４】一方、ステップＳ９０３にて圧縮／伸長処
理を施す指定がないと判断された場合、制御部４０２は
印字動作開始後に高速レンダリングを行なう目的から、
その目的を達成するための中間データを作成し（ステッ
プＳ９０５）、同様にメモリコントローラ４０３経由に
てＤＲＡＭ４０４上に生成された中間データを格納する
（ステップＳ９０７）。

【００８５】次に制御部４０２は１バンドの処理が終っ
たか否かを判断し、終了してなければステップＳ９０３
へ戻る（ステップＳ９０８）。従ってこのループで、イ
メージデータがラスタライザにより生成される中間デー
タと、イメージデータが圧縮伸張部により伸長される圧
縮イメージデータとが混在した画像元データが１バンド
内に生成される。

【００８６】ステップＳ９０８までのステップで、中間
データ又は圧縮データとして、印字時に必要な画像元デ
ータが生成されたならば、１ページ分の画像元データが
生成されたか否かを判断する（ステップＳ９０９）。１
ページ分の画像元データが生成されたならばステップＳ
９１０へ進み、ラスタライザ４０６あるいは圧縮／伸張
部４０５を設定する。そうでなければステップＳ９０１
へ戻り、１ページ分の画像元データが生成されるまで上
記処理を繰り返す。尚、このフローチャートでは説明を
簡略化するためにステップＳ９０９にて１ページ分の画
像生成元データがまだ生成されていない場合、ステップ
Ｓ９０１のステップへ戻るよう記述してきたが、これに
限定されるわけではない。実際にはデータ入力／バッフ
ァリングのキューイング作業は別タスクで管理されるこ
とも当然である。その場合はステップＳ９０９のステッ
プで条件判断するタスクと、ステップＳ９０１で外部イ
ンターフェースを用いてデータ供給源からのデータをキ
ューイングするタスクとが別々に走る。そこで、ステッ
プＳ９０９で条件判断するタスクの戻り先は、キューイ
ングされた入力データをバッファから読み取ってデータ
解析を行うというステップＳ９０２と記述できる。

【００８７】次に、制御部４０２は、１ページ分溜まっ
たバンド毎の中間コードもしくは圧縮データから、ペー
ジの先頭の１バンド目についての処理を開始し、最初の
処理単位が圧縮データか否かを判断し（ステップＳ９１
１）、圧縮データであればステップＳ９１３へ、そうで
なければステップＳ９１２へと進む。

【００８８】ステップＳ９１１にて圧縮データでないと
判断された場合、制御部４０２はラスタライザ４０６を
用いて１処理単位のイメージデータ生成を行なう（ステ
ップＳ９１２）。具体的には処理速度の向上の目的で本
実施例ではハードウェア構成のラスタライザを用いてい
る。そのためにステップＳ９１１でラスタライザ部４０
６の初期設定を行なったり、図５中ラスタライザ部４０
５を独立したブロックで記述している。しかしこれに限
定されるものではなく、制御部４０２が中間コードを解
析しイメージデータを生成しても構わない。

【００８９】データの径路としては、ラスタライザ部４
０６がハードウェア構成である場合は、制御部４０２が
ラスタライザ部４０６に必要なパラメータをセットし、
メモリコントローラ４０３を経由して既にＤＲＡＭ４０
４に生成済の中間コードデータを読み出し、そのコード
データに従ってイメージデータをやはりメモリコントロ
ーラ４０３を経由してＤＲＡＭ４０４に格納する。

【００９０】一方、ステップＳ９１１にて圧縮データで
あると判断された場合は、制御部４０２が圧縮／伸長部
に各種パラメータを設定後、１バンド分のイメージデー
タの伸長動作を行なう（ステップＳ９１３）。具体的に
はステップＳ９１２にてラスタライザ４０６が行なった
動作と同様に、上記操作で既に生成されたＤＲＡＭ４０
４に格納されている圧縮データをメモリコントローラ４
０３を経由して読み込み、その圧縮データを伸長し、伸
長されたイメージデータを再びメモリコントローラ４０
３経由にてＤＲＡＭ４０４へ格納する。尚、ステップＳ
９１２，Ｓ９１３でのデータ読み込み／格納の仕組みと
しては特に限定されるものではないが、ここではソース
とディスティネーションの２チャンネルのＤＭＡがラス
タライザ部４０６、圧縮伸長部４０５に各々備わってい
るものとする。また、ここで伸長される元データは、説
明してきたようにデータ供給源から圧縮／伸長処理の指
定があったオブジェクトか、又は、圧縮／伸長処理指定
されたオブジェクトと中間コード処理指定されたオブジ
ェクトとが混在した部分であるとステップＳ９０２で決
定され、ステップＳ９０４，Ｓ９０６のステップで圧縮
されたデータである。

【００９１】次に制御部４０２は、イメージデータ生成
が２つのバンドについて行われたかを判断し（ステップ
Ｓ９１４）、行われていなければステップＳ９１１へ戻
る。即ち、この操作によってＤＲＡＭ４０４内に印字さ
れるはずのイメージデータが２つのバンド分生成された
状態となる。これは、装置全体をバンド制御することか
ら、オーバーランを極力回避するために、ＤＲＡＭ４０
４の容量が許す範囲で２バンド分のイメージデータを予
め生成しておくプロセスである。なお第１の実施例と本
実施例との動作の違いは、前者が１バンド分の処理が終
わるごとにステップＳ６１３を通るのに対し、後者では
画像の１処理単位（オブジェクト）ごとにステップＳ９
１４を通ることにある。すなわち、ステップＳ６１１，
Ｓ６１２ではバンド単位で処理されているのに対して、
ステップＳ９１２，Ｓ９１３では、オブジェクト単位に
処理が行われる。

【００９２】次に制御部４０２はＤＭＡ４０７に上記操
作で生成されたバンドイメージデータをエンジンインタ
ーフェースに送出すべく各種設定を行ない、プリンタエ
ンジン４０９に対して起動を掛ける（ステップＳ９１
５）。

【００９３】起動されたエンジン４０９は、各種同期信
号をエンジンインターフェース４０８へ送る。その同期
信号を元に、ＤＭＡ４０７が、ＤＲＡＭ４０４に格納さ
れている１バンド分のイメージデータをエンジンインタ
ーフェース４０８を介してエンジン４０９へと送出を開
始し、制御部４０２は１バンド分のイメージデータの送
出が終了を待つことになる（ステップＳ９１６）。

【００９４】次に１バンド分のイメージデータの送出が
終了したならば、制御部４０２は１ページ分のデータ送
出、すなわち１ページ分の印字が終了したか否かを判断
する（ステップＳ９１７）。具体的には、ページの印字
途中であれば、ページの終了を確認するのではなく、次
に印字すべきバンドの中間データもしくは圧縮データが
１ページ分のデータとしてまだ残っているか否かの判断
を行う。そして、まだ中間コード／圧縮データとしてメ
モリ上に残っているデータを以降の処理と並行して印字
するためにＤＭＡ４０７の再設定を行なう。その設定
は、本実施例では２つのバンドメモリ領域が確保されて
いるため、既に上記操作でバンドメモリ領域に生成され
た、まだエンジンに送出されていない方のバンドメモリ
領域の内容をエンジン４０９に送出するよう行われる。
この設定は、制御部４０２が行うとは限らない。再設定
の動作そのものについては特に限定されるものではな
く、バンドイメージデータ送出を以てソフトウェアに割
り込みが掛かり、制御部４０２が再設定を行なっても良
いし、１バンドイメージデータ送出後ハードウェアが再
設定を行なっても良い。いずれにせよエンジン４０９の
データレートに従いオーバーランの発生しない条件が必
要となる。

【００９５】ステップＳ９１６にて１ページの印字が終
了していないと判断され、且つそのページ内の次のバン
ドデータとしてＤＲＡＭ４０４内に中間データもしくは
圧縮データが存在している場合は、そのデータが中間デ
ータなのか圧縮データなのかを判断する（ステップＳ９
１８）。

【００９６】ステップＳ９１８にて中間コードと判断さ
れたならば、その中間コードから実イメージデータを発
生するために制御部４０２が各種設定を行ない、ラスタ
ライザ部４０６がレンダリングを行なう（ステップＳ９
１９）。レンダリング動作、データの経路については、
ステップＳ９１２でのレンダリング動作と同様であり、
生成された実イメージデータの格納場所は、既に送出が
終了しているＤＲＡＭ４０４内部のバンドバッファのエ
リアとなる。

【００９７】ステップＳ９１８にて圧縮データであると
判断された場合は、制御部４０２が次のバンドイメージ
データの生成のために圧縮／伸長部４０５がその旨再設
定を行ない、圧縮データの伸長動作を行なう（ステップ
Ｓ９２０）。このステップもレンダリング動作について
ステップＳ９１９とＳ９１２が同じ動作であるのと同
様、ステップＳ９１３の伸長動作と同様である。

【００９８】ステップＳ９１９もしくはＳ９２０にて１
バンド内の１処理単位分のイメージデータの生成が終了
したならば、ステップＳ９２１へ進み、１バンド分のイ
メージが生成されたか否かを判断する。具体的には１バ
ンド中に含まれる処理単位のラスタライザ４０６による
レンダリング、及び、圧縮／伸長部４０５による伸長を
繰り返し（ステップＳ９１８，Ｓ９１９，Ｓ９２０，Ｓ
９２１）、１バンド分のイメージが生成される。またこ
の動作を実現するためにラスタ、ライザ４０６及び圧縮
伸長４０５にはソースとディスティネーションの２チャ
ンネルのＤＭＡを装備している旨記してきたが、限定は
されないものの、更に格納アドレスについてオフセット
を考慮に入れた転送が可能な形に拡張する必要がある。

【００９９】ステップＳ９１８，Ｓ９１９，Ｓ９２０，
Ｓ９２１を繰り返し、１バンド分のイメージデータが生
成されたならばステップＳ９１６に戻る。ステップＳ９
１７以降、ステップＳ９１８，Ｓ９１９，Ｓ９２０，Ｓ
９２１の動作中、ハードウェア的にＤＭＡ４０７がＤＲ
ＡＭ４０４内部のバンドイメージデータをエンジンイン
ターフェース４０８を介してエンジン４０９へ送出して
いるわけであるが、このデータ送出の終了の判断をステ
ップＳ９１７で行なう。尚、ステップＳ９１７以降のス
テップＳ９１８，Ｓ９１９，Ｓ９２０，Ｓ９２１に掛る
時間の総合計は、ステップＳ９１７にてＤＭＡに再設定
され送出中の他方のバンドバッファ内のイメージデータ
の送出時間と比較して、少ない時間で実行終了すること
が前提である。即ち、このオーバーランと言う事態が発
生しないよう、メモリのデータレート、レンダリング／
伸長のデータレート、バンドバッファ容量が決定構築さ
れ、各部分が制御される。

【０１００】ステップＳ９１６〜９２１が繰り返され、
１ページ分のイメージデータのプリンタエンジンへの送
出終了、即ち、１ページ分の印字が終了する（ステップ
Ｓ９２２）。

【０１０１】本実施例では、中間コードで処理する部分
と、圧縮／伸長処理で処理する部分が重なった場合、そ
の重複する部分を制御部４０２により算出し、その重複
部を強制的に圧縮／伸長処理をする形に変換して印字を
実現する。これにより、圧縮／伸長処理の指定をオブジ
ェクトの単位で行うことができるために、プレレンダリ
ング処理の機会を更に減らすことができ、オーバンラン
を防止するとともに、印刷速度を向上させることができ
る。

【０１０２】なお、第１の実施形態では、ホストコンピ
ュータはバンド単位に圧縮／伸長処理か、あるいは中間
コード生成処理かいずれかを指定する。しかし、本実施
形態及びこの後の第３の実施の形態では、オブジェクト
単位でこの指定がされることを想定している。そこで、
第２及び第３の実施の形態では、ホスト側もバンド単位
で指定をせず、オブジェクト単位で指定する。

【０１０３】そのため、図１６において、ステップＳ１
５２及びステップＳ１５５では、扱われるデータがバン
ド単位ではなくなるために、つぎのような処理を行うこ
とになる。

【０１０４】まず、ステップＳ１５４においては第１の
実施形態と同様でよい。しかし、ステップＳ１５５で
は、イメージ生成に要する時間が所定値を越える原因と
なるオブジェクトに関して圧縮伸長指定を行う。そのた
めに、ステップＳ１５２における計算時に、単に各オブ
ジェクトの展開所要時間をバンド単位で加算するのでは
なく、各オブジェクトを、その展開所要時間順に並べて
表を作成しておく。ステップＳ１５３において、バンド
の展開所要時間が所定値を超過したと判定されたなら、
その超過時間に相当する分だけ、作成しておいた表から
オブジェクトを選びだし、選び出されたオブジェクトに
対して圧縮／伸長処理を指定する。

【０１０５】このようにして、オーバーランを生じさせ
ないように、オブジェクト単位で処理のし方を指定する
ことができる。 ［第３の実施の形態］本実施例では、オブジェクトが重
複した部分は、その重複のし方を記憶しておく。オブジ
ェクトに対する、圧縮／伸長処理指定や、中間コード処
理の指定はそのまま変えず、各オブジェクトは指定され
た通りに処理される。

【０１０６】先ず、ホストコンピュータなどのデータ供
給源より、プリンタ機器に備わる固有のコードデータ
や、ＰＤＬ等で記述された描画元データを受信し、制御
部４０２は受信されたデータをメモリコントローラ４０
３経由にてＤＲＡＭ４０４内に格納する（ステップＳ１
２０１）。一般にインターフェースの通信速度とそのデ
ータ処理との速度差を吸収するために、受信バッファと
称されるＤＲＡＭ４０４内に備わるメモリ領域に一旦バ
ッファリングを行なう等するが、これがその動作に当た
る。

【０１０７】次にバッファリングされた入力データを制
御部４０２が解析し、バンド処理に適合した内部データ
に変換すると同時に、図８に示したような中間コードデ
ータ処理と圧縮／伸長処理を施すエリアが重なる部分の
矩形を算出し、どちらの処理データが上書きか判断して
その情報を各処理単位に対する情報として、処理単位と
ともに記憶する（ステップＳ１２０２）。具体的には、
バンド制御のために１ページ分の描画命令をバンド処理
単位に別ける作業などに続いて、その各バンド内で図９
の例に示す内容のうち、画像の重なる矩形エリア８０
４，８０８を算出し、どちらの処理画像が上であるかを
認識し、記憶する。図９（Ｂ）は、中間コード化処理が
指定された文字データが、圧縮伸長処理が指定されたイ
メージに上書きされる状態の図である。一方、図９
（Ａ）は、イメージデータが文字データに上書きされる
状態の例である。ステップＳ１２０２では、このどちら
の状態であるかが認識・記憶される。

【０１０８】次に、制御部４０２は、入力されたデータ
の解析結果に基づき、処理対象のデータが、図５の例に
示されるような圧縮／伸長処理指定がされた描画元デー
タであるか否かを判断する（ステップＳ１２０３）。圧
縮／伸長処理指定がされている場合にはステップＳ１２
０４へ、そうでなければステップＳ１２０５へと進む。

【０１０９】ステップＳ１２０３にて圧縮／伸長処理を
行なう指定があったと判断された場合、その指定ととも
に受信した描画命令群に対して、制御部４０２は、ラス
タライザ４０６を用いてメモリコントローラ４０３経由
にてＤＲＡＭ４０４内にイメージデータを生成する（ス
テップＳ１２０４）。

【０１１０】ステップＳ１２０４にて圧縮／伸長処理を
行なう指定処理単位に対してレンダリングが終了したな
らば、制御部４０２は圧縮／伸長部４０５に圧縮処理指
定、圧縮元データ、圧縮データ格納エリア等の各種設定
を行なった後、圧縮／伸長部４０５を起動して圧縮処理
を開始する（ステップＳ１２０６）。

【０１１１】圧縮／伸長部４０５は、メモリコントロー
ラ４０３経由でＤＲＡＭ４０４上にステップＳ１２０４
で生成済みのイメージデータを読み込み、圧縮処理後そ
の圧縮データをやはりメモリコントローラ４０３経由で
ＤＲＡＭ４０４上に格納する（ステップＳ１２０７）。

【０１１２】一方、ステップＳ１２０３にて圧縮／伸長
処理を施す指定がないと判断された場合、制御部４０２
は印字動作開始後に高速レンダリングを行なう目的か
ら、その目的を達成するための中間データを作成し（ス
テップＳ１２０５）、同様にメモリコントローラ４０３
経由にてＤＲＡＭ４０４上に生成された中間データを格
納する（ステップＳ１２０７）。

【０１１３】次に制御部４０２は１バンドの処理が終っ
たか否かを判断し、終了してなければステップＳ１２０
３へ戻る（ステップＳ１２０８）。従ってこのループ
で、イメージデータがラスタライザにより生成される中
間データと、イメージデータが圧縮伸張部により伸長さ
れる圧縮イメージデータとが混在した画像元データが１
バンド内に生成される。

【０１１４】ステップＳ１２０８までのステップで、中
間データ又は圧縮データとして、印字時に必要な画像元
データが生成されたならば、１ページ分の画像元データ
が生成されたか否かを判断する（ステップＳ１２１
０）。１ページ分の画像元データが生成されたならばス
テップＳ１２１１へ進み、そうでなければステップＳ１
２０１へ戻り、１ページ分の画像元データが生成される
まで上記処理を繰り返す。尚、このフローチャートでは
説明を簡略化するためにステップＳ１２１０にて１ペー
ジ分の画像生成元データがまだ生成されていない場合、
ステップＳ１２０１へ戻るよう記述してきたが、これに
限定されるわけではない。実際にはデータ入力／バッフ
ァリングのキューイング作業は別タスクで管理されるこ
とも当然である。その場合はステップＳ１２１０で条件
判断するタスクと、ステップＳ１２０１で外部インター
フェースを用いてデータ供給源からのデータをキューイ
ングするタスクとが別々に走る。そこで、ステップＳ１
２０９で条件判断するタスクの戻り先は、キューイング
された入力データをバッファから読み取ってデータ解析
を行うというステップＳ１２０２と記述できる。

【０１１５】次に制御部４０２はこれからの印字に際し
てレンダラ部４０６、圧縮／伸長部４０５に動作の初期
設定を行なう（ステップＳ１２１１）。具体的には圧縮
／伸長部４０５は伸長モードにセットされることにな
る。

【０１１６】次に制御部４０２は、１ページ分溜まった
バンド毎の中間コードもしくは圧縮データから、ページ
の先頭の１バンド目についての処理を開始し、最初の処
理単位が圧縮データか否かを判断し（ステップＳ１２１
２）、圧縮データであればステップＳ１２１４へ、そう
でなければステップＳ１２１３へと進む。

【０１１７】ステップＳ１２１２にて圧縮データでない
と判断された場合、制御部４０２はラスタライザ４０６
を用いて１処理単位のイメージデータ生成を行なう（ス
テップＳ１２１３）。具体的には、処理速度の向上の目
的で本実施例ではハードウェア構成のラスタライザを用
いている。そのためにステップＳ１２１１でラスタライ
ザ部４０６の初期設定をしたり、図５中ラスタライザ部
４０５を独立したブロックで記述しているが、これに限
定されるものではなく、制御部４０２が中間コードを解
析しイメージデータを生成しても構わない。データの径
路としては、ラスタライザ部４０６がハードウェア構成
である場合は、制御部４０２がラスタライザ部４０６に
必要なパラメータをセットし、メモリコントローラ４０
３を経由し既にＤＲＡＭ４０４に生成済の中間コードデ
ータを読み出し、そのコードデータに従い実イメージデ
ータをやはりメモリコントローラ４０３を経由しＤＲＡ
Ｍ４０４内に格納する。

【０１１８】一方、ステップＳ１２１２にて圧縮データ
であると判断された場合は、制御部４０２が圧縮／伸長
部に各種パラメータを設定後、１バンド分のイメージデ
ータの伸長動作を行なう（ステップＳ１２１４）。具体
的にはステップＳ１２１３にてラスタライザ４０６が行
なった動作と同様に、上記操作で既に生成されＤＲＡＭ
４０４に格納されている圧縮データをメモリコントロー
ラ４０３を経由して読み込み、そのコードデータを伸長
し、伸長された実イメージデータを再びメモリコントロ
ーラ４０３経由にてＤＲＡＭ４０４ヘ格納する。尚ステ
ップＳ１２１３，Ｓ１２１４でのデータ読み込み／格納
の仕組みとしては特に限定されるものではないが、ここ
ではソースとディスティネーションの２チャンネルのＤ
ＭＡがラスタライザ部４０６、圧縮伸長部４０５に各々
備わっているものとする。また、ここで伸長される元デ
ータは、説明してきたようにデータ供給源から圧縮／伸
長処理の指定があったエリア内にあり、ステップＳ１２
０４，Ｓ１２０６で圧縮されたデータである。

【０１１９】次に、制御部４０２は、実イメージデータ
生成が２つのバンドについて行なわれたかを判断し（ス
テップＳ１２１５）、行なわれていなければステップＳ
１２１２へ戻る。即ち、この操作によってＤＲＡＭ４０
４内に印字すべき実イメージデータが２つのバンド分生
成された状態となる。これは、装置全体をバンド制御す
ることから、オーバーランを極力回避するためにＤＲＡ
Ｍ４０４の容量が許す範囲である２バンド分のイメージ
データを予め生成しておくプロセスである。本実施例で
は画像の１処理単位ごとにステップＳ１２１５を通り、
第２の実施形態における図１０に示したフローチャート
と同一である。

【０１２０】次に、制御部４０２はＤＲＡＭ４０７に上
記操作で生成された実バンドイメージデータをエンジン
インターフェースに送出すべく各種設定を行ない、プリ
ンタエンジン４０９に対して起動を掛ける（ステップＳ
１２１６）。

【０１２１】起動されたエンジン４０９は、各種同期信
号をエンジンインターフェース４０８へ送り、その同期
信号を元にＤＭＡ４０７がＤＲＡＭ４０４に格納されて
いる１バンド分のイメージデータをエンジンインターフ
ェース４０８を介してエンジン４０９へと送出を開始
し、制御部４０２は１バンド分のイメージデータの送出
が終了を待つことになる（ステップＳ１２１７）。

【０１２２】次に、１バンド分のイメージデータの送出
が終了したならば、制御部４０２は１ページ分のデータ
送出、即ち１ページ分の印字が終了したか否かを判断す
る（ステップＳ１２１８）。具体的には、ページの印字
途中であれば、ページの終了を確認するのではなく、次
に印字すべきバンドの中間データもしくは圧縮データが
１ページ分のデータとしてまだ残っているか否かを判断
する。そして、まだ中間コード／圧縮データとしてメモ
リ上に残っているデータを以降の処理と並行して印字す
るためにＤＭＡ４０７の再設定を行なう。その設定は、
本実施例では２つのバンドメモリ領域が確保されている
ため、既に上記操作でバンドメモリ領域に生成された、
まだエンジンに送出されていない方のバンドメモリ領域
の内容をエンジン４０９に送出するよう行われる。この
設定は、制御部４０２が行うとは限らない。また、再設
定の動作そのものについては特に限定されるものではな
く、バンドイメージデータを送出を以てソフトウェアに
割り込みが掛かり、制御部４０２が再設定を行なっても
良いし、１バンドイメージデータ送出後ハードウェアが
再設定を行なっても良い。いずれにせよエンジン４０９
のデータレートに従いオーバーランの発生しない条件が
必要となる。

【０１２３】ステップＳ１２１８にて１ページの印字が
終了していないと判断され、且つそのページ内の次のバ
ンドデータとしてＤＲＡＭ４０４内に中間データもしく
は圧縮データが存在している場合は、これから生成する
べきデータのうち、中間データが上書きになるのか、圧
縮データが上書きになるのか、また生成するいずれかの
データに対して上書きをするデータが存在するのかをス
テップＳ１２０２で記憶された情報を元に判断する（ス
テップＳ１２１９）。

【０１２４】ステップＳ１２１９にて中間コードデータ
が下書きであると判断されたならば、その中間コードか
らイメージデータを発生させるために制御部４０２が各
種設定を行ない、ラスタライザ部４０６がレンダリング
を行なう（ステップＳ１２２０）。レンダリング動作、
データの経路については、ステップＳ１２１３でのレン
ダリング動作と同様であり、生成されたイメージデータ
の格納場所は、既に送出が終了しているＤＲＡＭ４０４
内部のバンドバッファのエリアとなる。

【０１２５】ステップＳ１２１９にて圧縮データが上書
きであると判断された場合は、制御部４０２が次のバン
ドイメージデータの生成のために圧縮／伸長部４０５を
その旨再設定を行ない、圧縮データの伸長動作を行なう
（ステップＳ１２２１）。このステップもレンダリング
動作についてステップＳ１２２０とＳ１２１３が同じ動
作であるのと同様、Ｓ１２１４の伸長動作と同様であ
る。

【０１２６】ステップＳ１２２０もしくはＳ１２２１に
て１バンド内の１処理単位分のイメージデータの生成が
終了したならばステップＳ１２２２へ進み、１バンド分
のイメージが生成されたか否かを判断する。具体的には
１バンド中に含まれる処理単位をラスタライザ４０６に
よるレンダリング、圧縮／伸長部４０５による伸長が繰
り返され（ステップＳ１２１９〜Ｓ１２２２）、１バン
ド分のイメージが生成される。また、この動作を実現す
るためにラスタライザ４０６及び圧縮伸長４０５には、
前実施例にてソースとディスティネーションの２チャン
ネルのＤＭＡを装備している旨記してきたが、更に格納
アドレスについてオフセットを考慮に入れた転送が可能
な形に拡張する必要がある。また、ステップＳ１２１９
の判断によって実際のイメージ生成順序は、紙面上で下
書きの処理単位部分についてから先にイメージ生成され
る順序となる。図８に示す例であれば、図８（Ａ）の場
合伸長処理が最初に行われ、円７０３内のイメージデー
タ（実際には円を含む矩形イメージデータの伸長）の生
成が行なわれた後、中間コードデータから、文字７０２
が上書きの論理演算ルールに従いメモリ（ＤＲＡＭ４０
４）上に生成される。逆に図８（Ｂ）の場合は、中間コ
ード処理データから文字７０５が先にイメージ化され、
次いで圧縮データが伸長されイメージ７０６が生成さ
れ、やはり上書きの論理演算ルールに従いメモリ（ＤＲ
ＡＭ４０４）に格納される。

【０１２７】ステップＳ１２１９〜Ｓ１２２２を繰り返
し、１バンド分のイメージデータが生成されたならばス
テップＳ１２１７に戻り、ステップＳ１２１８以降、ス
テップＳ１２１９〜Ｓ１２２２の各ステップの動作中、
ハードウェア的にＤＭＡ４０７がＤＲＡＭ４０４内部の
バンドイメージデータをエンジンインターフェース４０
８を介してエンジン４０９へ送出しているわけである
が、このデータ送出の終了の判断を行なう。尚、ステッ
プＳ１２１８以降のステップＳ１２１９〜Ｓ１２２２の
各ステップに掛る時間の総合計は、ステップＳ１２１８
にてＤＭＡに再設定され送出中の他方のバンドバッファ
イメージデータの送出時間と比較して、少ない時間で実
行終了することが前提である。即ち、このオーバーラン
と言う事態が発生しないようメモリのデータレート、レ
ンダリング／伸長のデータレート、バンドバッファ容量
が決定構築され、各部分が制御される。

【０１２８】ステップＳ１２１７〜Ｓ１２２２が繰り返
され、１ページ分のイメージデータのプリンタエンジン
への送出終了、すなわち１ページ分の印字が終了する
（ステップＳ１２２３）。

【０１２９】本実施例では上書きの情報記憶をステップ
Ｓ１２０２にて、その記憶情報を元に、処理単位に対す
る上書きデータの判断をステップＳ１２１９にて行なっ
ていたが、これに限定されるものではない。ステップＳ
１２０２にて、上書きのルールに従って処理データ順を
ソートするというプロセスをレンダラ／伸長部設定プロ
セス１２０１以前に行ない、処理データ順が紙面上の上
書き論理描画に一致するようにすれば、フローとしては
図１０，図１１と同様に、バンド内の処理元データ（中
間コード及び圧縮データ）をメモリ（ＤＲＡＭ４０４）
に格納されている順に処理することが可能である。すな
わち、ステップＳ１２１９が不要となるため、処理時間
がクリティカルとなる場合には、図１３の流れより有利
になり得る。このため、プレレンダリングの機会を更に
減らすことができ、印刷速度の向上を図れる。

【０１３０】また、論理演算については、その実現方法
は特に限定しないが、例えば各部の構成は図１４の様に
なる。

【０１３１】ラスタライザ部１１０１は、図４のラスタ
ライザ部４０６で、ハード／ソフトは特に問わない、圧
縮伸張部１１０２は、図４の圧縮／伸張部４０５で、圧
縮アルゴリズム自体は特に問わないが、図４の動作の項
で説明した動作条件に合致したものである。論理演算描
画部１１０３は、特に方式を問うものではないが、ディ
スティネーションの画像を読み込み、読み込んだ画像デ
ータと書き込むべき画像データをピクセル単位にて論理
演算を施す。メモリコントローラ１１０４は、図４のメ
モリコントローラ部４０３で、機器に実装されている主
記憶装置であるＤＲＡＭ（図４中４０４）へのアクセス
タイミング生成、リフレッシュ動作、アクセスソースの
アービトレーションを司っている。

【０１３２】次に論理演算を施す際の動作について、図
１５に示すフローチャートを用いてその流れを説明す
る。尚、図１５は論理演算部分の動作のみを記してお
り、その他の動作としては今までに説明で用いてきたフ
ローチャートとの流れと基本的に同一である。図１５の
手順は、実施例におけるフローチャートの圧縮あるいは
ラスタライズのステップに相当する。指定された処理が
圧縮／伸長か、ラスタライズかに応じて、ステップＳ１
５０２により処理が決められる。

【０１３３】先ずステップＳ１５０２で、これから発生
させるイメージデータの元データが圧縮データなのか中
間コードデータなのかを判断する（ステップＳ１５０
２）。これらのデータの生成については図１２等に示し
てきたデータ生成プロセスと同一である。

【０１３４】次にステップＳ１５０２にて中間コードデ
ータであると判断されたならば、ラスタライザ１１０１
（４０６）はＤＲＡＭ４０４内に生成済である中間コー
ドデータを、メモリコントローラ４０３を介して読み込
み、このデータを元にイメージデータを生成すると共
に、圧縮伸長部１１０２に対して論理演算の使用状況を
知らる。これにより、ラスタライズ部１１０１と圧縮／
伸長部１１０２との同時動作を回避する。

【０１３５】尚、これはフローチャートに於てはラスタ
ライズ部と圧縮／伸長部の伸長動作との同時動作が無い
旨記載されており、その意味に於ては必須とならない
が、本例の拡張として論理演算部を複数、即ちラスタラ
イズ部、圧縮／伸長部にそれぞれ備わっている場合、同
一ディスティネーションに対するデータ操作を回避する
ことを意識しているためである。このような対処を施す
ことにより、シーケンスの流れとしては異なるエリアの
イメージデータ生成についてはラスタライザ部と圧縮／
伸長部がバスバンドの許す範囲に於て同時動作が可能と
なる。一方、同一ディスティネーションエリアのイメー
ジデータ生成に対しては、予めイメージ元データを論理
描画の順序に従った順序にソートし、その動作シーケン
スに合わせてラスタライザ部及び圧縮／伸長部をシーケ
ンシャルに動作させることで対応可能であり、また処理
する論理演算に対応可能で、且つカラープリンタであれ
ば色論理演算にも拡張対応可能となる。

【０１３６】次にラスタライザ部１１０１は、ステップ
Ｓ１５０３にて生成されたイメージデータと共に、その
書き込みエリア情報を論理演算部１１０３へ送る。論理
演算部１１０３は、メモリコントローラ１１０４経由
で、対応するディスティネーションデータの格納されて
いるＤＲＡＭ４０４内のデータを読み込む（ステップＳ
１５０５）。

【０１３７】次に論理演算部は１１０３は、ステップＳ
１５０５で読み込んだディスティネーションイメージデ
ータと、ラスタライズ部１１０１より送出されたイメー
ジデータとの間で、論理演算を行なう（ステップＳ１５
０７）。尚、論理演算そのものの実現方法については特
に限定しない。

【０１３８】次に論理演算部はステップであるステップ
Ｓ１５０７にて生成された論理演算の施されたイメージ
データを、メモリコントローラ１１０４を介して本実施
例の主記憶装置であるＤＲＡＭ４０４に格納する（ステ
ップＳ１５０９）。

【０１３９】次に以上の動作が終了したならば、ステッ
プＳ１５０３のステップにて圧縮／伸長部１１０２に論
理演算部１１０３の使用状況を示していたアービトレー
ション信号を解放し、圧縮／伸長部１１０２に対して論
理演算部１１０３の使用が可能である旨報せる（ステッ
プＳ１５１１）。

【０１４０】以上の動作にて生成イメージデータの元デ
ータが中間コードである場合の１処理単位に対するイメ
ージデータの生成が終了し、更に処理データが存在して
いる場合はステップＳ１５０２へ戻る（ステップＳ１５
１３）。

【０１４１】一方、ステップＳ１５０２にて圧縮データ
であると判断された場合も、動作的には中間コードデー
タと判断された場合と同一で、ステップＳ１５０４にて
ラスタライズ部１１０１に対して論理演算部１１０３の
使用を伝えると共に、圧縮データを伸長する。ステップ
Ｓ１５０６にて対応するディスティネーションデータを
メモリコントローラ１１０４を介してＤＲＡＭ４０４よ
り読み込む。ステップＳ１５０８にて伸長されたデータ
と読み込まれたディスティネーションデータとの間で論
理演算を施し、ステップＳ１５１０にてその論理演算結
果をやはりメモリコントローラ１１０４を介してＤＲＡ
Ｍ４０４内に格納する。ステップＳ１５１２にて圧縮／
伸長部１１０２による論理演算部１１０３の使用の終
了、すなわちラスタライズ部１１０１の論理演算部１１
０３の使用可能を報せ、１処理単位の圧縮データの伸
長、即ちイメージデータの生成が終了する。

【０１４２】なお、本実施例の説明で用いてきた中間デ
ータ処理を施す部分と圧縮／伸長処理を施す部分の復号
するエリアの算出方法は特に限定しない。更に複合エリ
アの例も本実施例に示してきた図９に示したものに限定
されるものではなく、処理の都合に合わせて対応可能で
ある。

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

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

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

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

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

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

【０１４９】

【発明の効果】以上説明したように、本発明は、印刷デ
ータの圧縮／伸長処理と中間コードへの変換処理の切り
替えを、データ供給源からの指定に応じて行うことで、
データ供給源でプリンタのオーバーランを予測できる。
すなわち、データ源側が、データを送る際に、大量のオ
ブジェクトが存在する領域といった、オーバーランを生
じる原因となり得る印刷データのスクリーニングを行な
う。これに従って、データ源から圧縮／伸長処理動作を
プリンタ装置側に指定することにより、オーバーランの
リスクを回避できる。

【０１５０】また、圧縮／伸長の指定をバンド単位で行
うことにより、スループットを向上させることができ
る。

【０１５１】さらに、圧縮／伸長の指定をオブジェクト
単位に行うことにより、さらにスループットを向上させ
ることができる。

【０１５２】また、圧縮／伸長制定された印刷データ
と、そうでない印刷データとが重複した領域について
は、その領域だけをイメージとして展開し、圧縮／伸長
処理することで、プレレンダリングする領域を最小限に
抑制でき、さらにスループットを向上させることができ
る。

【０１５３】また、圧縮／伸長制定された印刷データ
と、そうでない印刷データとが重複した領域について
は、重なる順序を記憶して、イメージ生成時に指定され
た処理のしかたで記憶された順序でイメージを生成する
ことで、指定されていない印刷データのプレレンダリン
グを行わなくとも、オーバーランを防止しつつ、スルー
プットを向上させることができる。

【０１５４】

【図面の簡単な説明】

【図１】一般的なプリントシステムの概略構成を示すブ
ロック図である。

【図２】バンド処理を行なう従来例の構成を示したブロ
ック図である。

【図３】バンド処理を行なう従来例の制御の流れを示し
たフローチャートである。

【図４】圧縮／伸長技術を盛り込んだ従来例の構成を示
すブロック図である。

【図５】本発明の１実施例として、データ供給源がプリ
ンタコントローラに対し処理内容を指定するための命令
フォーマットを示した図である。

【図６】本発明の１実施例として、バンド単位にデータ
供給源がプリンタコントローラに対し処理内容を指定す
る場合の動作を示したフローチャートである。

【図７】本発明の１実施例として、バンド単位にデータ
供給源がプリンタコントローラに対し処理内容を指定す
る場合の動作を示したフローチャートである。

【図８】中間データによる処理を行なう部分と圧縮／伸
長処理による生成画像が、紙面上重なる場合の例を示し
た図である。

【図９】中間データによる処理を行なう部分と圧縮／伸
長処理による生成画像が、紙面上重なる場合の例を示し
た図で、その重複部分の矩形エリアの最小範囲を示した
図である。

【図１０】データ供給源がプリンタコントローラに対
し、描画オブジェクト時に中間コード処理及び圧縮／伸
長処理を指定する場合の処理の流れを示したフローチャ
ートである。

【図１１】データ供給源がプリンタコントローラに対
し、描画オブジェクト時に中間コード処理及び圧縮／伸
長処理を指定する場合の処理の流れを示したフローチャ
ートである。

【図１２】データ供給源がプリンタコントローラに対
し、描画オブジェクト時に中間コード処理及び圧縮／伸
長処理を指定する場合で、論理演算として上書き論理を
サポートする場合の動作の流れを示したフローチャート
である。

【図１３】データ供給源がプリンタコントローラに対
し、描画オブジェクト時に中間コード処理及び圧縮／伸
長処理を指定する場合で、論理演算として上書き論理を
サポートする場合の動作の流れを示したフローチャート
である。

【図１４】論理演算部とラスタライズ部、圧縮／伸長
部、メモリコントローラ部の接続状況の例を示したブロ
ック図である。

【図１５】図１４に論理演算部の動作の流れの例を示し
たフローチャートである。

【図１６】ホストコンピュータにおいて、圧縮／伸長処
理か、あるいは中間コード処理かいずれを指定する判断
する手順のフローチャートである。

【符号の説明】

４００ ホストコンピュータ ４０１ インターフェース ４０２ 制御部 ４０３ メモリコントローラ ４０４ ＤＲＡＭ ４０５ 圧縮／伸張部 ４０６ ラスタライザ ４０７ ＤＭＡ ４０８ エンジンインターフェース ４０９ エンジン

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) B41J 5/30 G06F 3/12

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 ページ単位の印刷データを生成するホス
   ト装置と、該ホスト装置と接続され、ページを分割して
   成るバンド単位で画像を形成して出力する印刷装置とを
   含む印刷システムであって、 前記ホスト装置は、バンドごとに印刷データからイメー
   ジデータの生成に要する所要時間を見積もる見積もり手
   段と、 前記見積もり手段により見積もられた所要時間が所定値
   を越えるか判定する判定手段と、前記判定手段による 判定結果に応じて、印刷データから
   イメージデータを生成して圧縮する必要のある印刷デー
   タを指定する指定情報を生成する指定手段とを備え、 前記印刷装置は、前記ホスト装置で生成された前記印刷
   データと、該印刷データについての前記指定情報とを受
   信する受信手段と、前記印刷データを解析し、前記指定情報で指定されたバ
   ンドを判断する判断手段と、 前記判断手段によって、前記指定情報で指定されたバン
   ドであると判断された場合、該バンドからイメージデー
   タを生成して圧縮する圧縮処理手段と を有することを特
   徴とする印刷システム。
2. 【請求項２】 前記印刷装置は、前記判断手段によって
   前記指定情報で指定されたバンドでないと判断された場
   合、該バンドから中間データを生成する中間データ生成
   手段をさらに有することを特徴とする請求項１に記載の
   印刷システム。
3. 【請求項３】 前記印刷データは描画される単位である
   描画単位を組み合わせて構成され、前記ホスト装置の前
   記指定手段は、イメージデータを生成して圧縮する必要
   がある描画単位を指定する指定情報を生成することを特
   徴とする請求項１に記載の印刷システム。
4. 【請求項４】 前記圧縮処理手段は、前記指定手段でイ
   メージデータを生成して圧縮する必要があるとして指定
   された前記描画単位に重複する他の描画単位が存在する
   場合、前記描画単位と重複する他の描画単位とが重なる
   範囲に対して 、イメージデータを生成して圧縮すること
   を特徴とする請求項３に記載の印刷システム。
5. 【請求項５】 ページ単位の印刷データを生成するホス
   ト装置と、該ホスト装置と接続され、ページを分割して
   成るバンド単位で画像を形成して出力する印刷装置とを
   用いる印刷制御方法であって、 前記ホスト装置において、バンドごとに印刷データから
   イメージデータの生成に要する所要時間を見積もる見積
   もり工程と、 前記ホスト装置において、前記見積もり工程により見積
   もられた所要時間が所定値を越えるか判定する判定工程
   と、 前記ホスト装置において、前記判定工程による判定結果
   に応じて、印刷データからイメージデータを生成して圧
   縮する必要のある印刷データを指定する指定情報を生成
   する指定工程と、 前記印刷装置において、生成された前記印刷データを解
   析し、前記指定情報で指定されたバンドを判断する判断
   工程と、 前記印刷装置において、前記判断工程によって前記指定
   情報で指定されたバンドであると判断された場合、該バ
   ンドからイメージデータを生成して圧縮する圧縮処理工
   程とを有することを特徴とする印刷制御方法。
6. 【請求項６】 前記印刷装置において、前記判断工程に
   よって前記指定情報で指定されたバンドでないと判断さ
   れた場合、該バンドから中間データを生成する中間デー
   タ生成工程をさらに有することを特徴とする請求項５に
   記載の印刷制御方法。
7. 【請求項７】 前記印刷データは描画される単位である
   描画単位を組み合わせて構成され、前記指定工程は、イ
   メージデータを生成して圧縮する必要がある描画単位を
   指定する指定情報を生成することを特徴とする請求項５
   に記載の印刷制御方法。
8. 【請求項８】 前記圧縮処理工程は、前記指定工程でイ
   メージデータを生成して圧縮する必要があるとして指定
   された前記描画単位に重複する他の描画単位が存在する
   場合、前記描画単位と重複する他の描画単位とが重なる
   範囲に対して 、イメージデータを生成して圧縮すること
   を特徴とする請求項７に記載の印刷制御方法。