JPH09193475A - 印刷装置及びその制御方法 - Google Patents

Abstract

(57)【要約】 【課題】バス幅やメモリの不足による画像の劣化を防止
するとともに、画像間の論理演算をサポートしてホスト
の負荷を下げる。 【解決手段】ホストから印刷データを受信すると、描画
／圧縮／伸長部８０４によりバンドを単位として画像デ
ータを生成し、画像間で指定された演算をバンド単位で
実行し、演算後の画像を圧縮して格納しておく。画像が
１ページ分溜まると、伸長してプリンタエンジン８０６
から印刷出力する。画像の生成及び論理演算はバンド単
位で行うため必要なメモリ容量が少なくて済み、処理後
は圧縮するため格納のためのメモリも少なくて済む。そ
のため、メモリ容量に合わせるために解像度や階調を欠
落させることがなくなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばホストコン
ピュータなどのデータ供給源から画像データを受信し、
受信したデータに対して論理処理を施して印刷出力する
カラー印刷装置に関するものである。

【０００２】

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

【０００３】カラー画像をホストコンピュータ１０１に
備わるディスプレイ１０１１上にて表現するには、その
装置の構成上、加法混色であるＲＧＢにて内部データ表
現が行われ（図２（Ａ））、一方プリンタ１０２では、
紙面に対してそのデバイスに依存した形の減法混色であ
るＹＭＣＫを用いて表現が行われることは一般に知られ
ている（図２（Ｂ））。

【０００４】従って、何らかの方法を用いてホストコン
ピュータ１０１側もしくはプリンタ１０２側にてＲＧＢ
→ＹＭＣＫの変換を施す必要があり、この変換方法自体
については既に知られている。

【０００５】更に色素間の描画論理演算を行うこともカ
ラー画像の出力には必要となってきており、ホストコン
ピュータ１０１側のオペレーティングシステム（ＯＳ）
として描画論理演算機能を備えたものが出回り始めてい
る。例えば図３（Ａ）に示すような色素間の描画論理演
算のない場合、ＲＧＢの各円を重ねる描画は上書き等の
１つのルールに従い描画を行うしか手段がなかった。

【０００６】最近では、図３（Ｂ）のように、ＹＭＣＫ
の各円の重なり部分の色素間の描画論理演算をホストコ
ンピュータのＯＳが備えたものも登場している。こうい
ったものでは、ホストコンピュータ上で動作するアプリ
ケーションソフトウエアは色素間の描画論理手順をＯ
Ｓ、具体的に例えばディスプレイマネージャ等に知らせ
ることだけで、描画論理演算そのものをアプリケーショ
ンが司る必要がなく、また同様にアプリケーションが描
画論理演算結果を意識する必要がない。具体的に説明す
れば、この色素間の描画論理演算をサポートしたホスト
で動作するアプリケーションソフトウエアは、図３
（Ｂ）の描画を行いたい場合、ＹＭＣの各円の描画命令
と、色素間の描画論理演算のルールをホスト上で動作す
るＯＳに指定するだけで良いのである。今までの色素間
の描画論理演算をサポートしていないものでこれを実現
する場合は、ＹＭＣ各円の重なり部分をアプリケーショ
ンソフトないしはプリンタドライバ等が抽出し、抽出さ
れた部分の図形の出力すべき色について色素間の描画論
理演算を施し、重なった部分の図形を円とは異なった図
形として上書き等で描画し、更にその部分の色を描画論
理演算結果に従い指定する形で実現する必要がある。

【０００７】しかしながら、たとえホスト上で動作する
ＯＳが色素間の描画論理演算結果をサポートしていたと
しても、接続されるプリンタ側でもこのような色素間の
描画論理演算をサポートしなければ、結局ホスト側のア
プリケーションソフト、ないしプリンタドライバソフト
にて、従来の色素間の描画論理演算をサポートしないホ
ストと同様の処理を行わなくてはならなくなる。

【０００８】また、この色素間の描画論理演算を施す場
合には、通常ユーザーがホスト側のディスプレイ上で出
力画像を生成している関係上ＲＧＢに対する色素間の描
画論理演算ルールを指定する訳であり、プリンタ側でも
ＲＧＢにて描画されたピクセル間の描画論理演算を行わ
なければならない、すなわちＲＧＢ→ＹＭＣＫ変換後の
データにて色素間の描画論理演算を施すことはできない
のが常である。とくに仮想メモリの備わっていない組込
み機器等ではメモリ資源の容量はかなり限定され、その
ためにＲＧＢ→ＹＭＣＫの変換時等に、階調、解像度を
落とす等する場合が多いが、この場合は変換自体が不可
逆な変換となってしまうわけで、描画論り演算のサポー
トが難しくなる。

【０００９】

【発明が解決しようとする課題】ここでカラープリンタ
を実現する場合のカラープリンタ内部における色データ
の処理について、ＹＭＣＫで行う場合（図６）と、ＲＧ
Ｂで処理を行ってＹＭＣＫに変換する場合（図７）とに
大別できる訳であるが、前者の場合上記にあるように、
色素間の描画論理演算を施しにくいといった問題があ
り、また後者の場合は、ＲＧＢデータの格納場所が１メ
モリバンクである場合、ＲＧＢの各１ピクセルにてＹな
いしＭないしＣないしＫの１ピクセルを生成する訳であ
り、プロセスカラー（ＹＭＣＫ）の出力バスバンド幅の
３倍のバスバンドが要求され、描画データ格納メモリか
らプリンタエンジンヘのバスバンドが確保できない場合
には、階調や解像度を落とさなくてはならないといった
問題が生じる。

【００１０】後者に合わせて装置を構成した場合、バス
バンドの問題より階調、解像度を落とした形で実現する
事になるが、ユーザーからの描画要求が必ず色素間の描
画論理演算を必要とするものであるということはなく、
色素間の描画論理演算が必要でないデータが入力された
場合、本来ＹＭＣＫで機器を構成した場合では出力可能
な階調、解像度を無条件で落としてしまう機器構成とな
ってしまっていた。

【００１１】従ってこの論理演算の描画をサポートした
カラープリンタを実現しようとする場合、ページプリン
タであれば、少なくとも１ページ分のＲＧＢの各色のプ
レーンを、解像度に合致した容量にて保有せねばなら
ず、昨今の解像度は６００ｄｐｉを上回るものや、多階
調表現可能なプリンタの場合、多大なメモリコストを費
やす結果となっている。

【００１２】本発明は上記従来例に鑑みてなされたもの
で、色素間の描画論理演算を少ないメモリ容量で実現
し、なおかつ原画像の階調及び解像度を低下させること
のない印刷装置及びその制御方法を提供することを目的
とする。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に本発明の印刷装置は次のような構成から成る。すなわ
ち、カラー印刷データを受信する受信手段と、前記受信
手段により受信した印刷データに基づいて、モードを指
定するモード指定手段と、前記受信手段により受信した
印刷データに基づいて、１ページを所定のサイズに区分
したバンドを単位としてカラー画像データを、各色成分
ごとに展開する展開手段と、前記展開手段により展開さ
れたバンドごとの色成分データを格納するバンド格納手
段と、前記バンド格納手段により格納された色成分デー
タと、前記展開手段により展開されたバンド単位のカラ
ー画像データとを、前記モードに応じた演算手順で演算
処理する演算手段と、前記演算手段により演算されたカ
ラー画像データを出力する出力手段とを備える。

【００１４】あるいは、ホストコンピュータ等の印刷デ
ータ発生源からの印刷データを受信するためのインター
フェース手段と、前記インターフェース手段により受信
した印刷データを解析し、イメージデータを生成するイ
メージ生成手段と、生成されたイメージデータを一時格
納するメモリ手段と、前記メモリ手段に格納されている
イメージデータと、前記イメージ生成手段により生成さ
れたイメージデータとの間で描画論理演算を行う論理演
算手段と、前記メモリ手段に記憶されたイメージデータ
を圧縮する圧縮手段と、前記圧縮手段にて生成された圧
縮データを少なくとも１ページ分格納する第２のメモリ
手段と、前記第２のメモリ手段に格納された圧縮データ
を伸長する伸長手段と、前記伸長手段からのイメージデ
ータを記録媒体に定着出力するプリンタエンジン手段
と、前記各手段を制御する制御手段とを有するカラー印
刷装置であって、前記各手段を同期させつつ、１ページ
を所定の大きさに区分したバンド単位に前記イメージ生
成手段によりイメージデータを生成して前記論理演算手
段により描画論理演算を行い、バンドイメージデータの
生成／描画終了後、前記圧縮手段にてバンドイメージデ
ータを圧縮することを１ページ分の圧縮データが生成さ
れるまで繰り返し、１ページ分格納された時点で前記プ
リンタエンジン手段を起動し、その速度に合致した形で
前記伸長手段によりリアルタイムに圧縮データを伸長
し、前記プリンタエンジン手段によりイメージを出力す
る。

【００１５】また、本発明の印刷制御方法は次のような
構成から成る。すなわち、受信した印刷データを画像と
して出力する印刷制御方法であって、印刷データを受信
する受信工程と、前記受信工程により受信した印刷デー
タに基づいて、１ページを所定のサイズに区分して成る
バンドを単位としてカラー画像データを、各色成分ごと
に生成する画像生成工程と、前記受信工程により受信し
た印刷データに基づいて、モードを指定するモード指定
工程と、バンド格納手段に格納されたバンド単位の色成
分データと、前記画像生成工程により生成されたバンド
単位のカラー画像データとを、前記モードに応じた演算
手順で演算処理して前記バンド格納手段に格納する演算
工程と、前記演算工程により演算されたカラー画像デー
タを出力する出力工程とを備える。

【００１６】あるいは、ホストコンピュータ等の印刷デ
ータ発生源からの印刷データを受信するためのインター
フェース手段と、前記インターフェース手段により受信
した印刷データを解析し、イメージデータを生成するイ
メージ生成手段と、生成されたイメージデータを一時格
納するメモリ手段と、前記メモリ手段に格納されている
イメージデータと、前記イメージ生成手段により生成さ
れたイメージデータとの間で描画論理演算を行う論理演
算手段と、前記メモリ手段に記憶されたイメージデータ
を圧縮する圧縮手段と、前記圧縮手段にて生成された圧
縮データを少なくとも１ページ分格納する第２のメモリ
手段と、前記第２のメモリ手段に格納された圧縮データ
を伸長する伸長手段と、前記伸長手段からのイメージデ
ータを記録媒体に定着出力するプリンタエンジン手段
と、前記各手段を制御する制御手段とを有するカラー印
刷装置において、前記各手段を同期させつつ、１ページ
を所定の大きさに区分したバンド単位に前記イメージ生
成手段によりイメージデータを生成して前記論理演算手
段により描画論理演算を行い、バンドイメージデータの
生成／描画終了後、前記圧縮手段にてバンドイメージデ
ータを圧縮することを１ページ分の圧縮データが生成さ
れるまで繰り返し、１ページ分格納された時点で前記プ
リンタエンジン手段を起動し、その速度に合致した形で
前記伸長手段によりリアルタイムに圧縮データを伸長
し、前記プリンタエンジン手段によりイメージを出力す
る。

【００１７】

【発明の実施の形態】本発明について、その好適な実施
の形態であるプリンタ装置の説明をする。 ［第１の実施の形態］図８は本発明の一実施例であるカ
ラープリンタの概要を示したブロック図であり、以下の
各部から構成されている。

【００１８】ホストデータ入力部８０１は、ホストコン
ピュータ等のデータ供給減より出力画像用データを受信
する。具体的にはパラレルインターフェース、シリアル
インターフェース、ネットワークインターフェース等で
ある。

【００１９】受信バッファ８０２は、ホストより入力さ
れた描画命令データを１ページ分蓄えることができる。
本ブロック図では後述されるイメージメモリとは独立な
形で記しているが、主記憶として物理的に同一のメモリ
を用いても良い。物理的なメモリ素子（ＳＲＡＭ／ＤＲ
ＡＭ等）は問わない。また、描画命令データとは、文字
画像を展開させるための文字コードや、図形を展開する
ための図形コード、あるいはビットマップデータそのも
のなど、様々な形態の画像を展開するための命令及びデ
ータ（印刷データを総称する）を含んでいる。

【００２０】制御部８０３は画像情報出力装置全体をコ
ントロールする。具体的にはＣＰＵ等のプロセッサを用
いて、入力描画命令データの解析、描画イメージデータ
の生成、並びにプリンタ全体を制御する。制御部８０３
は、ＣＰＵ８０３１とＲＡＭ８０３２とを含み、ＲＡＭ
８０３２に格納されたプログラム（後述のフローチャー
トにより示される手順）をＣＰＵ８０３１で実行するこ
とで制御を実現する。

【００２１】描画／圧縮／伸長部８０４は、ホストから
の描画命令データに従い制御装置８０３によって生成さ
れた描画イメージデータを格納する。描画／圧縮／伸長
部８０４は、バンドイメージメモリ、データ圧縮部、圧
縮データ格納メモリ、データ伸長部、及びＤＭＡ制御部
等から構成されており、詳細は後述する。なお、ここで
具体的に用いられるメモリについては、例えばＤＲＡ
Ｍ、ＳＲＡＭ等を想定しているがとくに限定されるもの
ではなく、又、圧縮／伸長方式についても、その具体的
仕様を限定はしないが、ここではメモリはＤＲＡＭ、圧
縮／伸長方式は公知であるＪＰＥＧに準拠しているもの
とする。

【００２２】ＲＦ部８０５は、描画／圧縮／伸長部８０
４にて生成されたイメージデータを後述するプリンタエ
ンジン８０６に転送する際、入力されるＲＧＢデータを
ＹＭＣＫの各デバイスカラーに変換する。ＲＧＢ→ＹＭ
ＣＫの変換についてはマトリクス演算で行う等方法は公
知であるが、ここでは変換速度を重視し、パラメータテ
ーブルを参照する形でハードウエアで構成されており、
ＲＧＢの各ピクセル（３ピクセル）に対し、デバイスカ
ラー１ピクセルを出力し、そのデバイスカラーを後述プ
リンタエンジン８０６に供給する。

【００２３】プリンタエンジン８０６は、描画イメージ
データを受け取り、紙面上にカラー画像の定着を実現す
るもので、面順次のプロセスカラー（ＹＭＣＫ）描画を
４回繰り返し行い、１ページのカラー出力画像を生成す
る装置、具体的には各プロセスカラー８ビット階調のカ
ラーＬＢＰである。この構成も図面を参照して後述す
る。

【００２４】図９は、図８中の描画／圧縮／伸長部８０
４の構成並びに制御部８０３、プリンタエンジン８０６
の接続を示した概略図で、８０３は装置に備わる各部を
制御する制御部で、ホストコンピュータより受信した描
画命令に則り、描画イメージデータを生成する。

【００２５】論理描画バンドメモり制御部９０２は、制
御部８０３にて生成されたイメージデータと、後述バン
ドメモリに格納されているイメージデータとのデータ間
で論理描画演算を施し、論理描画演算結果を再び後述す
るバンドメモリへ格納することを実現する。バンドメモ
リに格納されるバンドデータは、１ページを所定の大き
さの領域に区分して成るひとつの領域であり、それをつ
なぎ合わせることで１ページが構成される。

【００２６】バンドメモリ９０３は、論理描画バンドメ
モリ制御部９０２で制御されるバンド描画データの格納
メモリで、本実施例ではＲＧＢの各バンドプレーン各々
独立メモリブロック９０３１，９０３２，９０３３とし
て構成されている。

【００２７】イメージデータ圧縮部９０４は公知の方式
によりイメージデータを圧縮する。本実施例ではバンド
メモリ部９０３に格納されたＲＧＢ各々８ビット階調の
ピクセルデータをＪＰＥＧ方式により圧縮することを想
定している。

【００２８】圧縮メモリ９０５はイメージデータ圧縮部
９０４にて圧縮されたバンド描画データを格納する。こ
のメモリ９０５には圧縮されたバンド描画データを複数
格納し、トータルで最低１ページ分の出力に相当するデ
ータを保存する。

【００２９】イメージデータ伸長部９０６は、圧縮メモ
リ９０５に格納された１ページ分に相当する圧縮バンド
イメージデータを、プリンタエンジン部８０６の必要と
するデータレートに合わせて伸長（この場合ＪＰＥＧ伸
長）する。

【００３０】プリンタエンジン８０６は、イメージデー
タ伸長部９０６にて伸長されたデータを、紙などの媒体
に定着、印刷を実現する。ここではＲＦ部８０５にてＹ
ＭＣＫに変換された各プロセスカラーＹＭＣＫ８ビット
の階調で印刷するカラーＬＢＰを想定している。

【００３１】図１０は、図９における論理描画バンドメ
モリ制御部９０２回りのより具体的な説明を行ったブロ
ック図であり、制御部８０３は、装置全体の制御、並び
にホストコンピュータからの描画命令に従い、描画イメ
ージデータを生成、描画論理を決定する。

【００３２】論理描画演算部１００２は、制御部８０３
にて決定された描画論理に従い、制御部８０３にて生成
されたイメージデータをバンドメモリ９０３内のデータ
との間で論理描画演算を行い、その演算結果であるイメ
ージデータの発生を行う。

【００３３】アービタ／セレクタ部１００３は、論理描
画演算部１００２のバンドメモリ９０３へのアクセス
と、後述する圧縮回路からのアクセスの調停を行う。

【００３４】本実施の形態においては、バンドメモリ９
０３をＤＲＡＭを用いて構成している訳であるが、ＤＲ
ＡＭコントローラ１００４は、そのＤＲＡＭをコントロ
ールする。アービタ／セレクタ部１００３にて決定され
たアクセスソースと、バンドメモリ９０３を構成する実
ＤＲＡＭ素子とのアクセスサイクルの発生、並びにＤＲ
ＡＭのリフレッシュサイクル等を実現する。

【００３５】バンドメモリ９０３は、バンド領域に相当
する部分の描画イメージデータを一時格納する。本実施
例ではＲプレーン９０３１、Ｇプレーン９０３２、Ｂプ
レーン９０３３と、独立したＤＲＡＭバンクで構成して
いる。

【００３６】図１１は、図９中のイメージデータ圧縮部
９０４、圧縮メモリ９０５、イメージデータ伸長部９０
６回りのより具体的な内容を示したブロック図である。

【００３７】図において、ＤＭＡ１１０１は、バンドメ
モリ９０３より描画データ圧縮部１１０３に、描画イメ
ージデータをデータ転送する。

【００３８】ＤＭＡ１１０２は、圧縮データ格納ＤＲＡ
Ｍ１１０４より、ＤＲＡＭコントローラ１１０６、アー
ビタ／セレクタ１１０５を介して描画データ伸長部１１
０７に圧縮イメージデータを転送する。

【００３９】描画データ圧縮部１１０３は、バンドメモ
リからのイメージデータをＪＰＥＧ方式によりデータ圧
縮を行う。

【００４０】圧縮データ格納ＤＲＡＭ１１０４は、描画
データ圧縮部１１０３にて圧縮されたデータを最低１ペ
ージ分格納する。ここではＤＲＡＭを用いて構成されて
おるが、それに代えてＳＲＡＭでもよいし、画像データ
の圧縮／伸長処理を行うのに十分高速であれば、特に媒
体の種類は問わない。印刷に際してはまずこの圧縮デー
タＤＲＡＭ１１０４に１ページ分の圧縮データが格納さ
れる事になる。

【００４１】アービタ／セレクタ１１０５は、描画デー
タ圧縮部１１０３にて出力されるデータを、圧縮データ
格納ＤＲＡＭ１１０４に格納するために発生される、描
画データ圧縮部１１０３から圧縮データ格納ＤＲＡＭ１
１０４へのアクセスサイクルと、印刷時に描画データ伸
長部１１０７の発生する圧縮データ格納ＤＲＡＭ１１０
４ヘのアクセスサイクルを調停する。

【００４２】ＤＲＡＭコントローラ１１０６は、アービ
タ／セレクタ１１０５からの、圧縮データ格納ＤＲＡＭ
１１０４ヘのアクセスサイクルの発生、並びにリフレッ
シュサイクル等、ＤＲＡＭの制御を行う。

【００４３】描画データ伸長部１１０７は、印刷時に圧
縮データ格納ＤＲＡＭ１１０４に格納されている圧縮デ
ータを、プリンタエンジン８０６の印刷速度（データレ
ート）に合わせて、データ伸長を行う。

【００４４】エンジンインターフェース１１０８は、描
画データ伸長部１１０７からのデータを紙などの媒体に
定着印字を実現するカラープリンタエンジン８０６に接
続され、各種プリンタエンジンの制御、データ送出を行
う。

【００４５】図１２は、図１１における描画データ圧縮
部１１０３をより具体的に示したブロック図である。９
６ビットラッチ１２０１は、図１０中の３２ビット構成
で構成されているＲＧＢ各プレーンのバンドメモリ９０
３１，９０３２，９０３３からのプレーンデータ（３２
ビット×３プレーン）をラッチする。

【００４６】セレクタ部１２０２は、４→１のセレクタ
を各プレーン用に８個備え構成されているセレクタ部
で、ＲＧＢ各８ビット階調のデータを３２ビット分＝４
ピクセル分の中から、８ビット＝１ピクセルを選択す
る。

【００４７】２４ビットラッチ１２０３は、セレクタ１
２０２にてＲＧＢ各８ビット階調のセレクトされたデー
タであるＲＧＢ８ビット階調の１ピクセルデータ、８×
３＝２４ビットをラッチする。

【００４８】ＪＰＥＧ圧縮部１２０４は、２４ビットラ
ッチ部にラッチされたデータである、１ピクセルのＲＧ
Ｂ８ビット階調データを単位としてデータ圧縮する。

【００４９】タイミング発生部１２０５は、図１２中の
各部の同期タイミング、並びに図１０におけるバンドメ
モリ部９０３からのデータ転送を司るＤＭＡ１１０１と
の同期タイミングを発生する。

【００５０】次にこれらの各ブロックより構成される本
実施形態のカラープリンタの動作を、１４図に示すフロ
ーチャートを用いて説明する。このフローチャートは制
御部８０３に含まれるＣＰＵ８０３１によりＲＡＭ８０
３２に格納されたプログラムを実行することで実現され
るが、一部に制御される側である論理描画演算部１００
２による処理手順も含んでいる。

【００５１】まずホストコンピュータより画像出力命令
から成る描画命令データ群をホストデータ入力部８０１
を通じて入力する（Ｓ１４０１）。この際の描画命令デ
ータは具体的にはＰＤＬ（Printer Discription Lang
uage）等のプリンタ言語もしくは、プリンタによってあ
らかじめ決められたエスケープシーケンス等のコマンド
列である。

【００５２】入力された描画命令データは、一旦受信バ
ッファ８０２に格納される（Ｓ１４０２）。受信バッフ
ァ８０２にデータ格納する方法についてはどのような方
法を用いてもよいが、ここでは制御部８０３により、ホ
ストデータ入力部８０１からのデータを受信バッファ８
０２へ１ページ出力分転送している。

【００５３】１ページ分の描画命令データが受信バッフ
ァ８０２に格納された後、制御部８０３は描画処理を開
始すべく、プリンタの各部をイニシャライズする（Ｓ１
４０３）。尚、このステップのシーケンス順位でなけれ
ばならないと限定するものではないが、具体的には例え
ば、バンドメモリ部９０３の各ＤＲＡＭプレーンのクリ
ア、図１０におけるアービタ／セレクタ１００３を論理
描画演算部１００２のアクセスパスに選択、論理描画演
算部１００２の各種設定等を行うことなどが行われる。

【００５４】次に制御部８０３は、ホストコンピュータ
より受信し、受信バッファ８０２に蓄えられた描画命令
を解析し（Ｓ１４０４）、その解析結果に従い所定の手
順により描画イメージデータの生成を行い（Ｓ１４０
５）、次いで、その描画イメージデータの論理描画モー
ドを決定し、その論理描画モードを論理描画演算部１０
０２に設定する（Ｓ１４０６）。具体的に出力画像の例
を上げるなら、図４の様に色素間の描画論理演算を必要
としない出力画像データ、並びに図５に示すような色素
間の描画論理演算を必要とする出力画像データとが存在
する訳で、前者（図４）の様なデータである場合は、制
御部８０３が生成しバンドメモリに格納しようとしてい
るカラープレーンに上書きするモードを論理描画モード
としてセットし、後者（図５）のようなデータである場
合は、現在格納しようとしているデータの描画位置に対
応して、格納するデータの描画論理モード（論理描画演
算のルール）を適宜に設定する事になる。尚、論理描画
演算を実現する回路構成については、本実施形態で説明
している機能を実現できる手段／方法であれば良い。例
えば、通常のプロセッサにより、指定された描画論理モ
ードに応じた論理描画演算を、与えられたイメージデー
タに対して施す手順のプログラムを実行させる、といっ
た構成でよい。

【００５５】描画モードをセットされた論理描画演算部
１００２は、制御部８０３の描画データの格納サイクル
（具体的には制御部８０３の論理描画演算部１００２へ
のデータライトサイクル）の発生に伴い、既にバンドメ
モリ９０３１，９０３２，９０３３に格納されている描
画データ（最初のデータ格納サイクルでは当然データが
無い状態、すなわちゼロのデータ）の読み出しサイクル
を、制御部８０３がライトサイクルで発生しているアド
レスに従い発生させ、各プレーンのイメージデータ、す
なわちＲＧＢ＝３２ビット×３プレーン＝９６ビットの
データを読み込み、バンドメモリ９０３から読み込まれ
た９６ビットのデータと、制御部８０３が発生している
ライトサイクルのデータ３２ビットを、設定された論理
モードに従い論理描画演算を行い（１４０７）、その結
果の９６ビットをバンドメモリ１００５、１００６、１
００７へ格納する（Ｓ１４０８）。言い替えれば制御部
８０３がデータを書き込む際、書き込もうとしているバ
ンドメモリのアドレスに既に格納されているデータを先
読みして、そのデータと書き込もうとしているデータと
を設定に従い論理演算し、その結果を読み込んだバンド
メモリの元のアドレスに格納する。

【００５６】ステップＳ１４０８における具体的な描画
論理演算のサイクルを図１３のタイミングチャートに示
す。尚、このタイミングチャートでは、バーストサイク
ルのリードモディファイライトサイクルを例にとって示
しており、制御部８０３が４ワードのバーストライトサ
イクルを発行できる能力を持つものとして示している。
また、これまでの説明でも分かるように、この時制御部
８０３が書き込むデータが何を表わすか、すなわちＲＧ
Ｂどの色のデータかについては、論理描画演算部１００
２に前もって設定する描画モードにより設定する訳であ
る。

【００５７】タイミングチャート図１３のシーケンス
を、図１６のフローチャートを用いて説明する。図１６
は、制御部８０３と論理描画演算部１００２と双方によ
る処理手順をあわせて示している。図中（）内のステッ
プが、制御部８０３の動作に応じて論理描画バンドメモ
リ制御部９０２により行われるステップである。

【００５８】図１６において、制御部８０３は４ワード
バーストサイクルを発生すべクライト信号をアクティブ
としライトサイクルを開始する（Ｓ１６０１）。

【００５９】次に制御部８０３は、データライトのアド
レスを発生する（Ｓ１６０２）。

【００６０】制御部８０３にて発生されたアドレスを基
に、ＤＲＡＭコントローラ１００４が各プレーンバンド
メモリＤＲＡＭ９０３１，９０３２，９０３３のＲＡＷ
アドレスを発生する（Ｓ１６０３）。

【００６１】同様にＤＲＡＭコントローラ１００４は各
プレーンバンドメモリＤＲＡＭ９０３１，９０３２，９
０３３のＣＯＬアドレスを発生する（Ｓ１６０４）。

【００６２】制御部８０３は、書き込むデータであるラ
イトデータを発生する（Ｓ１６０５）。

【００６３】ＤＲＡＭコントローラ１００４は、ロード
モディファイライトサイクルのまずはリードサイクルを
発生し、３バンドのＲＧＢ各８ビット階調×４ピクセル
＝９６ビットデータを論理描画演算部１００２に供給す
る（Ｓ１６０６）。

【００６４】次に論理描画演算部１００２は、制御部８
０３によるライトデータ（ステップＳ１６０５にて発
生）と、ステップＳ１６０６で供給されたＲＧＢ９６ビ
ットデータとを、あらかじめ制御部８０３により指定さ
れている論理モードの設定値に従い論理演算を行う（Ｓ
１６０７）。図１３でいえば、論理描画演算部１００２
は、制御部データ“ＶＡＬＩＤ”とバンドメモリＤＲＡ
Ｍから読み出したデータ“ＲＤＤＡＴＡ”とを論理描画
演算する。

【００６５】ＤＲＡＭコントローラ１００４は、論理描
画演算部１００２の出力データを、リードモディファイ
ライトのライトサイクルデータとしてＤＲＡＭにデータ
ライトする（Ｓ１６０８）。この時ＲＧＢの各プレーン
データの格納先であるＤＲＡＭバンクへのサイクルが、
並行して、３バンク同時にサイクルを発生する事にな
る。すなわち、図１３におけるバンドＤＲＡＭデータの
“ＷＲＤＡＴＡ”のタイミングで、３バンク分のデータ
が書き込まれる。

【００６６】次に本実施形態では４ワードのバーストリ
ードモディファイライトを用いているので、４ワードの
リードモディファイサイクルを終了したか否か判断し
（Ｓ１６０９）、終了していなければステップＳ１６１
０へと進み、終了ならば、１バーストリードモディファ
イサイクルのシーケンスを終了する。

【００６７】ステップＳ１６０９にて４ワード終了でな
い場合は、制御部８０３はデータ格納を行う次のライト
アドレスを発生し（Ｓ１６１０）、ステップＳ１６０４
ヘと戻る。

【００６８】ステップＳ１４０８は以上のように実行さ
れ、説明を図１４のフローチャートに戻す。

【００６９】描画データに論理演算を施し、ＲＧＢ各バ
ンドメモリに格納したならば、１バンド単位分の描画が
終了したかを判断し（Ｓ１４０９）、終了してなければ
ステップＳ１４０４ヘ戻り、終了したならばステップＳ
１４１０に進む。

【００７０】１バンド単位の描画終了後、制御部８０３
は、図１１中のＤＭＡ１１０１、並びに描画データ圧縮
部１１０３にパラメータをセットする（Ｓ１４１０）。
具体的には、データソースとしてＲＧＢ各バンドメモリ
９０３１〜９０３３を、ディスティネーションとして
は、図１１における描画データ圧縮部１１０３を指定
し、データ転送量は、１バンド分のデータ量となる。
又、描画データ圧縮部１１０３の出力データ格納に関す
るパラメータ（描画データ圧縮部１１０３内にもＤＭＡ
があるとして考えても良い）としては、ソースデータが
描画データ圧縮部１１０３の出力データ、ディスティネ
ーションが圧縮データ格納ＤＲＡＭ１１０４の所定のア
ドレス位置となる。

【００７１】次に制御部８０３はＤＭＡ１１０１を起動
し、描画データの圧縮を１バンド単位分行う（Ｓ１４１
１）。

【００７２】具体的な圧縮部１１０３へのデータシーケ
ンスとしては、図１５のタイミングチャートのようにな
る。ＤＭＡ１１０１によるそのシーケンスを図１７のフ
ローチャートと共に説明する。

【００７３】まず、ＤＭＡ１１０１が、データソースで
あるバンドメモリ９０３のソースアドレスを発生（Ｓ１
７０１）、これにより９６ビットのデータ（バンドメモ
リ１サイクルリード）のリードサイクルが発生する（Ｓ
１７０２）。この９６ビットのデータの意味するもの
は、４ピクセル分のＲＧＢデータということになる。

【００７４】次にバンドメモリ９０３より読み出された
９６ビットデータを、図１２中の９６ビットラッチ１２
０１にラッチする（Ｓ１７０３）。ここで、９６ビット
ラッチ１２０１には４ピクセル分のＲＧＢ８ビット階調
の描画データがラッチされていることになり、又、以下
各々タイミング信号はタイミング発生部１２０５によっ
て発生される。

【００７５】次にラッチされた９６ビットデータは、セ
レクタ部１２０２を通して８ビット１ピクセルデータが
セレクトされ、２４ビットラッチにＲＧＢ各８ビットの
１ピクセルデータがラッチされる（Ｓ１７０４）。

【００７６】このＲＧＢ８各ビット１ピクセルデータを
ＪＰＥＧ圧縮回路１１０３にて圧縮を施し、１ピクセル
の処理の終了を示す、圧縮部からのアクノーレッジ信号
待ちとなる（１７０５）。

【００７７】アクノーレッジが返ってきたなら、４ピク
セルが終了したかを判断し（Ｓ１７０６）、終了でなか
ったならばステップＳ１７０７へ、終了であればステッ
プＳ１７０８へと進む。

【００７８】終了でない場合、タイミング発生部１２０
５は次のピクセルデータをセレクトするためにセレクト
信号をカウントアップし（Ｓ１７０７）、次のピクセル
の２４ビットをラッチするためにステップＳ１７０４へ
と戻る。

【００７９】４ピクセルデータの処理が済んだところ
で、ＤＭＡ１１０１のデータ転送終了か否かを判断し
（１７０８）、終了でなければ次のバンドメモリデータ
（４ピクセル分）の処理を行うべくステップＳ１７０１
へと戻る。

【００８０】このようにしてデータ圧縮が行われる。図
１４のフローチャートの続きを説明する。

【００８１】以上のように、ＪＰＥＧ圧縮部である描画
データ圧縮部１１０３は、ＲＧＢ各８ビットのピクセル
データから圧縮データを出力し、アービタ／セレクタ１
１０５、ＤＲＡＭコントローラ１１０６を経由して、圧
縮データ格納ＤＲＡＭ１１０４に圧縮データを格納して
行く（Ｓ１４１２）。

【００８２】次に制御部８０３は、１ページ分の圧縮デ
ータの生成が終わったのであれば、印刷出力すべく、ス
テップＳ１４１４へ進み、そうでなければ、次のバンド
の描画／圧縮処理のためにステップＳ１４０３へと戻
り、次のバンドの描画／圧縮の処理を上記と同じシーケ
ンスで繰り返す（Ｓ１４１３）。尚、この部分での判断
のきっかけは、具体的形態は特に限定しないが、例えば
ＤＭＡ１１０１のデータ転送終了割り込み等により、制
御部８０３が描画の推移を判断する事になる。

【００８３】ステップＳ１４１３にて１ページ分の描画
データの生成、並びにそのデータの圧縮処理が終了した
ならば、プリンタエンジン８０６のプロセス順序に従い
ＲＦ部８０５の設定を行う（Ｓ１４１４）。例えばＹＭ
ＣＫの順序でのプリンタエンジンであれば、はじめにこ
のステップを通る時はＲＦ８０５をＹ出力、次に通る時
はＭ、同様にＣ、Ｋと１ページのカラー画像出力で４回
のパラメータ設定を行う事になる。尚、ＲＦ部８０５
は、図１１においてはエンジンＩ／Ｆ部１１０８に含ま
れているものとして記してある。

【００８４】次に制御部８０３は、ＤＭＡ１１０２にデ
ータソース、データディスティネーション、データ長等
の各パラメータをセットし、必要であれば描画データ伸
長部１００７、エンジンＩ／Ｆ部１１０８にパラメータ
をセットして印刷準備を行う（Ｓ１４１５）。

【００８５】次に制御部８０３は、プリンタエンジン部
８０６を起動し、印刷を開始する（Ｓ１４１６）。

【００８６】起動されたプリンタエンジン８０６は、描
画データの同期信号を発生し、その同期信号を基にエン
ジンＩ／Ｆ１１０８、描画データ伸長部１１０７、ＤＭ
Ａ１１０２が動作を開始する。ＤＭＡ１１０２は、圧縮
データ格納ＤＲＡＭ１１０４から、圧縮データをＤＲＡ
Ｍコントローラ１１０６、アービタ／セレクタ１１０５
経由で描画データ伸長部１１０７へ供給し、描画圧縮デ
ータの伸長作業が行われる（Ｓ１４１７）。

【００８７】圧縮されたデータを伸張することにより、
ＲＧＢ各８ビット＝２４ビットのピクセルデータが生成
され、これらのデータがエンジンＩ／Ｆ部１１０８に供
給され、内部ＲＦ８０５によりＹＭＣＫのいずれかの１
プロセスカラーデータ（ここでは８ビットとする）を出
力することになる（Ｓ１４１８）。プリンタエンジン８
０６により、こうして出力されたプロセスカラーデータ
８ビットが媒体上に印刷定着される（Ｓ１４１９）。こ
のように描画データ伸長部１１０７からＲＦ８０５ヘの
データバスバンドは、ＲＦ８０５からプリンタエンジン
部８０６へのデータバスバンドの３倍のバスバンドを要
求されることになるが、圧縮データ格納ＤＲＡＭ１１０
４から描画データ伸長部１１０７までのデータバスバン
ドは、データが圧縮されているのでクリティカルにはな
らないことになる訳である。

【００８８】１ページ分のひとつのプロセスカラーの印
刷が終了したならば、１ページの終了、すなわちＹＭＣ
Ｋ全てのプロセスカラーの印刷が終了したかを判断し、
終了してなければステップＳ１４１４に戻り次のプロセ
スカラーの印字を行う事になる（Ｓ１４２０）。

【００８９】以上をもってカラー画像出力（４プロセス
カラー）が終了となる。

【００９０】尚、上本実施形態では、１デバイスカラー
の出力に対し１回のＤＭＡセットを行う形にてフローチ
ャートで記してきたが、描画データ圧縮時にバンド分割
して圧縮を行っていることから、圧縮データ格納ＤＲＡ
Ｍ内のメモリ再編成（メモリガーベージ）等の制約、
又、印字状態のモニタの必要正等の要因により、圧縮バ
ンド単位にＤＭＡの再設定を行う必要が出てくる可能性
があるが、ここでは説明の簡略化のために１度のＤＭＡ
設定として記しており、その方法、条件は、特に限定す
るものではない。

【００９１】以上説明した構成及び処理手順により、本
実施の形態におけるカラープリンタは、カラー画像を所
定のサイズのバンドごとに区切り、バンドを単位と指定
論理演算を施してから圧縮して記憶する。この手順を１
ページ分のデータが記憶されるまで繰り返すため、論理
演算のためのメモリが１バンド分の演算を行うのに十分
な要領があれば良く、演算後のデータは圧縮されて保存
されるため、必要なメモリ容量を減らすことができる。
このため、ＲＧＢ→ＹＭＣＫ変換時などに階調や解像度
を保持したまま変換することができる。 ＜プリンタエンジン部の概略説明＞次に、図２３を参照
して、本実施形態におけるカラープリンタ１０２、特に
プリンタエンジン部の概要を説明する。図２３におい
て、７１１はスキヤナであり、上記構成により得られた
イメージデータの信号を光信号に変換するレーザ出力部
（不図示）、多面体（（例えば８面体）のポリゴンミラ
ー７１２、このミラー７１２を回転させるモータ（不図
示）及びｆ／θレンズ（結像レンズ）７１３などを有す
る。７１４は、レーザ光の光路を変更する反射ミラー、
７１５は感光ドラムである。レーザ出力部から出射した
レーザ光はポリゴンミラー７１２の一側面で反射され、
ｆ／θレンズ７１３及びミラー７１４を通つて図示矢印
方向に回転している感光ドラム７１５の面を線状に走査
（ラスタスキヤン）する。これによつて、原稿画像に対
応した静電潜像が感光ドラム７１５の面上に形成される
ことになる。

【００９２】また、７１７は一次帯電器、７１８は全面
露光ランプ、７２３は転写されなかつた残留トナーを回
収するクリーナ部、７２４は転写前帯電器であり、これ
らの部材は感光ドラム７１５の周囲に配設されている。

【００９３】７２６はレーザ露光によつて、感光ドラム
７１５の表面に形成された静電潜像を現像する現像器ユ
ニツトであり、以下に示す構成よりなる。７３１Ｙ，７
３１Ｍ，７３１Ｃ，７３１Ｂｋは感光ドラム７１５と接
して直接現像を行なう現像スリーブ、７３０Ｙ，７３０
Ｍ，７３０Ｃ，７３０Ｂｋは予備トナーを保持しておく
トナーホツパー、７３２は現像剤の移送を行なうスクリ
ユーであつて、これらのスリーブ７３１Ｙ〜７３１Ｂ
ｋ、トナーホツパー７３０Ｙ〜７３０Ｂｋ及びスクリユ
ー７３２により現像器ユニツトの回転軸Ｐの周囲に配設
されている。尚、前述した各構成要素の符号のＹ，Ｍ，
Ｃ，Ｂｋは色を示している。つまり、“Ｙ”はイエロ
ー、“Ｍ”はマゼンタ、“Ｃ”はシアン、“Ｂｋ”はブ
ラックである。イエローのトナー像を形成する時には、
本図の位置でイエロートナー現像処理を行なう。また、
マゼンタのトナー像を形成する時は、現像器ユニツト７
２６を図の軸のＰを中心に回転して、感光体７１５にマ
ゼンタ現像器内の現像スリーブ７３１Ｍが接する様にす
る。シアン、ブラックの現像も同様に作動する。

【００９４】また、７１６は感光ドラム７１５上に形成
されたトナー像を用紙に転写する転写ドラムであり、７
１９は転写ドラム７１６の移動位置を検出させるための
アクチユエータ板、７２０はこのアクチユエータ板７１
９と近接することにより転写ドラム７１６がホームポジ
シヨン位置に移動したのを検出するポジシヨンセンサ、
７２５は転写ドラムクリーナ、７２７は紙押えローラ、
７２８は徐電器、７２９は転写帯電器であり、これらの
部材７１９，７２０，７２５，７２７，７２９は転写ロ
ーラ７１６の周囲に配設されている。

【００９５】一方、７３５，７３６は用紙（紙葉体）を
収納する給紙カセツトであり、実施例では給紙カセツト
７３５には例えばＡ４サイズの用紙、給紙カセツト７３
６にはＡ３サイズの用紙が収納されているものとする。
７３７，７３８はカセツト７３５，７３６から用紙を給
紙する給紙ローラ、７３９，７４０，７４１は給紙及び
搬送のタイミングを取るタイミングローラであり、これ
らを経由して給紙搬送された用紙は紙ガイド７４９に導
かれて先端を後述のグリツパに但持されながら転写ドラ
ム７１６に巻き付き、像形成過程に移行する。尚、給紙
カセツト７３５，７３６のいずれを選択するかは、主制
御部３１の指示により決定し、選択された給紙ローラの
みが回転する様になつている。

【００９６】以上のような機構により、ホストから受信
し、必要な論理描画演算を施した画像データを、記録媒
体上に印刷出力する。

【００９７】このようなＬＢＰ以外であっても、本発明
に係る印刷装置及びその制御方法を適用することができ
る。

【００９８】図２４は、本発明が適用できるカラーイン
クジェット記録装置ＩＪＲＡの概観図である。同図にお
いて、駆動モータ５０１３の正逆回転に連動して駆動力
伝達ギア５０１１，５００９を介して回転するリードス
クリュー５００５の螺旋溝５００４に対して係合するキ
ャリッジＨＣはピン（不図示）を有し、矢印ａ，ｂ方向
に往復移動される。このキャリッジＨＣには、Ｙ
（黄），Ｍ（マゼンタ），Ｃ（シアン），Ｂｋ（黒）各
色のインクジェットカートリッジＩＪＣが搭載されてい
る。５００２は紙押え板であり、キャリッジの移動方向
に亙って紙をプラテン５０００に対して押圧する。５０
０７，５００８はフォトカプラで、キャリッジのレバー
５００６のこの域での存在を確認して、モータ５０１３
の回転方向切り換え等を行うためのホームポジション検
知手段である。５０１６は記録ヘッドの前面をキャップ
するキャップ部材５０２２を支持する部材で、５０１５
はこのキャップ内を吸引する吸引手段で、キャップ内開
口５０２３を介して記録ヘッドの吸引回復を行う。５０
１７はクリーニングブレードで、５０１９はこのブレー
ドを前後方向に移動可能にする部材であり、本体支持板
５０１８にこれらが支持されている。ブレードは、この
形態でなく周知のクリーニングブレードが本例に適用で
きることは言うまでもない。又、５０２１は、吸引回復
の吸引を開始するためのレバーで、キャリッジと係合す
るカム５０２０の移動に伴って移動し、駆動モータから
の駆動力がクラッチ切り換え等の公知の伝達手段で移動
制御される。

【００９９】これらのキャッピング、クリーニング、吸
引回復は、キャリッジがホームポジション側の領域に来
た時にリードスクリュー５００５の作用によってそれら
の対応位置で所望の処理が行えるように構成されている
が、周知のタイミングで所望の作動を行うようにすれ
ば、本例にはいずれも適用できる。 ＜制御構成の説明＞次に、上述した装置の記録制御を実
行するための制御構成について、図２５に示すブロック
図を参照して説明する。制御回路を示す同図において、
１７００は記録信号を入力するインターフェース、１７
０１はＭＰＵ、１７０２はＭＰＵ１７０１が実行する制
御プログラムを格納するプログラムＲＯＭ、１７０３は
各種データ（上記記録信号やヘッドに供給される記録デ
ータ等）を保存しておくダイナミック型のＲＯＭであ
る。１７０４は記録ヘッド１７０８に対する記録データ
の供給制御を行うゲートアレイであり、インターフェー
ス１７００、ＭＰＵ１７０１、ＲＡＭ１７０３間のデー
タ転送制御も行う。１７１０は記録ヘッド１７０８を搬
送するためのキャリアモータ、１７０９は記録紙搬送の
ための搬送モータである。１７０５はヘッドを駆動する
ヘッドドライバ、１７０６、１７０７はそれぞれ搬送モ
ータ１７０９、キャリアモータ１７１０を駆動するため
のモータドライバである。

【０１００】上記制御構成の動作を説明すると、インタ
ーフェース１７００に記録信号が入るとゲートアレイ１
７０４とＭＰＵ１７０１との間で記録信号が各色のプリ
ント用の記録データに変換される。そして、モータドラ
イバ１７０６、１７０７が駆動されると共に、ヘッドド
ライバ１７０５に送られた記録データに従って記録しよ
うとする色の記録ヘッドが駆動され、印字が行われる。
これを、Ｙ，Ｍ，Ｃ，Ｂｋの各色についてくり返し行
い、フルカラー印字が完了する。

【０１０１】以上のようなインクジェットプリンタの制
御構成に、本発明の構成要素を組み込むことが可能であ
り、本発明はレーザビームプリンタに限らず、上記イン
クジェットプリンタ等にも適用できることは明らかであ
る。

【０１０２】更にいうなら、記録ヘッドの一回のスキャ
ンにより記録される幅を１つのバンドと定めれば、ほＮ
インクジェットプリンタではバンドごとに印刷出力でき
るため、論理演算後のイメージデータを圧縮する必要が
無くなり、メモり及び圧縮処理時間を節約することがで
きる。 ［第２の実施形態］第１の実施形態では、論理描画演算
を行うためにＲＧＢを処理する系として説明してきた
が、これに限定されるものではなく、何らかの要因によ
りＹＭＣＫを処理する系として構築したい場合（但しＲ
ＧＢの色論理演算をＹＭＣＫの演算として置き換える構
成が必要）、本実施例での図９の構成を図１８の構成と
し、図１０の構成を図１９の構成とし、図１２の構成を
図２０の構成として構築し、バンドメモリ１８０３から
のバスを１２８ビットとすれば同等な系を構築可能であ
る。すなわち、この置換はＲＧＢ画像に代えてＹＭＣＫ
画像として処理を行うものであり、プレーンメモリを３
色から４色へと増やし、またそれに伴ってバス幅も広げ
られている。さらに、ＲＧＢからＹＭＣＫへの変換が公
知である以上、ＲＧＢにおける演算が定まれば、ＹＭＣ
Ｋに変換した後の演算手順も、ＲＧＢにおいて定義され
ている演算と前記変換手順とから自動的に定まるもので
ある。なお、当然この場合プリンタエンジンの前でＲＦ
の処理が必要なくなる。 ［第３の実施の形態］第１の実施形態では処理速度の高
速化のためにバンドメモリ部９０３中で各色プレーンメ
モリ９０３１，９０３２，９０３３を独立したバンクと
して構成し、これらのバンクメモリに同時アクセスを実
現していたが、これに限定されるものではなく、コスト
等の要因からの１つのバンクにて構成することもでき
る。

【０１０３】図２１、図２２は、各々第１の実施形態に
おける図１０，図１２のバンドメモリを１つのバンクと
して３２ビットのバスで構成した場合を示すブロック図
である。このように３２ビットのバスで構成した場合の
動作として、第１の実施形態の動作を示す図１４のフロ
ーチャートでの説明として異なる部分は、ステップＳ１
４０７〜Ｓ１４０８であり、その動作時に本実施形態で
の論理描画演算部２１０２の動作は以下の通りである。

【０１０４】第１の実施形態では、１回の描画バンドメ
モリ９０３１，９０３２，９０３３へのアクセスによ
り、９６ビットのＲＧＢ各８ビットの階調各色素データ
４ピクセル分を読み出し、制御部８０３の書き込む３２
ビットデータ４ピクセルデータとの間で論理描画演算を
施し、その演算結果である９６ビットのＲＧＢ８ビット
階調各色素データ４ピクセル分を、バンドメモリ９０３
１，９０３２，９０３３に格納し、更に高速化のために
バーストサイクルで説明していたのに対し、３２ビット
のバスを縮小する場合は論理描画演算に際し、３２ビッ
トの４ピクセルデータを３回に分けてバンドメモリ２１
０５から読み出し、読み出された３ワードのデータ（＝
ＲＧＢ各８ビット×各プレーンデータ）は描画論理演算
部２１０２内部に読み込みデータと出力データを一時保
持するラッチ等を設けることで、本実施例と同様の演算
を行い、演算結果である９６ビットデータを同様に３回
の３２ビットデータの書き込みサイクルとして発生しデ
ータ格納を実現すれば良い。従って、この部分のメモリ
サイクルは、本実施例のリードモディファイライトのサ
イクルではなく、３ワードリードの後、３ワードライト
のサイクルとなる訳である。故に、コストは押さえられ
るものの、トータルサイクル時間が長くなるので、処理
時間がかかることになる。

【０１０５】尚、このように３２ビット構成にした場合
の上記分割サイクルを実現するためには、図１１におけ
るＤＭＡ１１０１を３チャネル構成にし、各チャネルに
バンドメモリ２１０５内のＲＧＢ各プレーンデータ格納
位置をソースにデータ転送を行い、各チャネル各々１回
のアクセスが終了してから、次のサイクルを発行するよ
うにＤＭＡ１１０１を組めば良い。

【０１０６】このようにメモリへのサイクルは、バス構
成（コスト）や、パフォーマンス等により最適化される
べきものであり、限定されるものではない。

【０１０７】また、上記３２ビット構成の場合であって
も、同上記ＹＭＣＫのデータ構成での実現も可能である
ことは自明である。 ［第４の実施の形態］また、コスト等の要因により上記
と同様に第１の実施形態における図１２の部分に当たる
９６ビットバス幅のバンドメモリ部から圧縮部１１０３
の構成を３２ビットにすることも可能である。その例と
しては例えば、図１２に示された描画データ圧縮部１１
０３を図２２の様に構成すれば良く、この場合のサイク
ルとしては、以下のようになる。

【０１０８】圧縮動作開始後、まずバンドメモリ部にＲ
ＧＢ各８ビット階調の各プレーンデータを３サイクルを
費やしてアクセスし、各々ラッチ部２２０４の３２ビッ
トラッチにラッチする。この時３２ビットラッチ２２０
２にＲデータ３２ビット＝４ピクセル分のデータ、同様
に３２ビットラッチ２２０３にＧデータ３２ビット＝４
ピクセル分のデータ、同様に３２ビットラッチ２２０３
にＢデータ３２ビット＝４ピクセル分のデータが各々ラ
ッチされる。

【０１０９】３２ビットラッチ３つにラッチされた４ピ
クセル分のＲＧＢ８ビット階調データは、以下第１の実
施形態における図１５に示したタイミングチャートのシ
ーケンスと同様にして、１ピクセル分のＲＧＢデータ２
４ビット毎にデータ圧縮部に送られ、データ圧縮される
ことになる。又、この部分についても上記説明と同様
に、ＹＭＣＫのデータ構成にした場合でも３２ビットラ
ッチを１つ増やし、バンドメモリからの読み出しを４サ
イクル１単位とする等で対応可能である。 ［他の実施の形態］さらに、第１の実施形態では、バン
ド制御を実現しやすくするために、受信バッファ８０２
に１ページ分の描画命令が格納されてから描画動作を開
始するように記してきたが、これに限定されるものでは
なく、バンド描画処理に支障がないのであれば描画命令
データを受信しつつ、バンド描画処理を行うことも可能
である。

【０１１０】また、第１の実施形態では描画イメージデ
ータ生成を、機器全体を制御する制御部８０３、具体的
にはＣＰＵなどが生成する形で説明してきたが、これに
限定されるものではなく、制御部８０３の生成する描画
イメージデータを、ハードウェアラスタライザ等を用い
て生成しても良い。

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

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

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

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

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

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

【０１１７】

【発明の効果】以上説明したように、本発明に係る印刷
装置及びその制御方法は、カラープリンタにおいて必要
とされるメモリ容量を減らすことで、ホストから受信し
た画像データを、その解像度や階調をおとさずに印刷出
力することができる。

【０１１８】また、必要なメモリの量を減らしているた
め、装置を構成するのに要する費用を低減することがで
きる。

【０１１９】また、印刷装置において色要素間の論理演
算を必要に応じて行うため、画像データ源における画像
データの演算を行なわずとも、印刷しようとする画像デ
ータの出力を指定するだけで所望の演算を施した画像を
得ることができ、データ源における処理の負担を軽減す
ることができる。

【０１２０】

【図面の簡単な説明】

【図１】文書作成システムの概略構成を示すブロック図
である。

【図２】ＣＲＴディスプレイと紙面上でカラー出力を実
現するプリンタとの加法混色・減法混色の例を示す図で
ある。

【図３】色素間の描画論理演算を行った場合とそうでな
い場合の描画例を示す図である。

【図４】色素間の描画論理演算のない場合のプリントサ
ンプルを示す図である。

【図５】色素間の描画論理演算のある場合のプリントサ
ンプルを示す図である。

【図６】デバイスカラーであるＹＭＣＫにてイメージデ
ータを生成した場合のメモリ構成概念図である。

【図７】ＲＧＢにてイメージデータを生成した場合のメ
モリ構成概念図である。

【図８】本発明の実施の形態を示した全体ブロック図で
ある。

【図９】データ処理がどのような形で流れるのかを分か
りやすく示したブロック図である。

【図１０】バンドメモリと論理描画演算部の構成関係を
示したブロック図である。

【図１１】データ圧縮部と圧縮データＤＲＡＭ、描画デ
ータ伸長部の構成関係を示した図である。

【図１２】圧縮部のデータの流れを説明するためのブロ
ック図である。

【図１３】論理描画演算部とバンドメモリＤＲＡＭのア
クセス関係を示したタイミングチャートである。

【図１４】本実施例の動作の流れを示したフローチャー
トである。

【図１５】圧縮部のデータの流れを示したタイミングチ
ャートである。

【図１６】論理描画演算部のバンドメモリへのアクセス
サイクルの流れをシーケンスを示したフローチャートで
ある。

【図１７】バンドメモリから圧縮ヘのデータの流れのシ
ーケンスを示したフローチャートである。

【図１８】第２の実施形態としてＹＭＣＫのデバイスカ
ラーでのデータ処理を行う場合の全体構成を示したブロ
ック図である。

【図１９】第２の実施形態としてＹＭＣＫのデバイスカ
ラーでのデータ処理を行う場合のバンドメモリ、論理描
画演算部の構成関係を示したブロック図である。

【図２０】第２の実施形態としてＹＭＣＫのデバイスカ
ラーでのデータ処理を行う場合の圧縮部の構成を示すブ
ロック図である。

【図２１】第３の実施形態としてバスバンド幅を３２ビ
ットに押さえた時の、バンドメモリ、論理描画演算部の
構成関係を示したブロック図である。

【図２２】第３及び第４の実施形態としてバスバンド幅
を３２ビットに押さえた時の、圧縮部の構成を示すブロ
ック図である。

【図２３】カラーレーザビームプリンタの構成を示す断
面図である。

【図２４】カラーインクジェットプリンタの構成を示す
斜視図である。

【図２５】カラーインクジェットプリンタの制御構成を
示すブロック図である。

Claims (16)

【特許請求の範囲】
1. 【請求項１】 カラー印刷データを受信する受信手段
   と、 前記受信手段により受信した印刷データに基づいて、モ
   ードを指定するモード指定手段と、 前記受信手段により受信した印刷データに基づいて、１
   ページを所定のサイズに区分したバンドを単位としてカ
   ラー画像データを、各色成分ごとに展開する展開手段
   と、 前記展開手段により展開されたバンドごとの色成分デー
   タを格納するバンド格納手段と、 前記バンド格納手段により格納された色成分データと、
   前記展開手段により展開されたバンド単位のカラー画像
   データとを、前記モードに応じた演算手順で演算処理す
   る演算手段と、 前記演算手段により演算されたカラー画像データを出力
   する出力手段とを備えることを特徴とする印刷装置。
2. 【請求項２】 前記演算手段により演算されたバンド単
   位のカラー画像データを圧縮する圧縮手段と、該圧縮手
   段により圧縮されたデータを１ページ分格納する圧縮デ
   ータ格納手段と、該圧縮データ格納手段により格納され
   た圧縮データを伸長する伸長手段とを備え、前記出力手
   段は、前記伸長部により伸長されたカラー画像データを
   出力することを特徴とする請求項２に記載の印刷装置。
3. 【請求項３】 前記モード指定手段は、一方の色を他方
   の色で重ね書きするモードと、一方の色と他方の色とを
   混色するモードとを少なくとも指定することを特徴とす
   る請求項１または２に記載の印刷装置。
4. 【請求項４】 前記受信手段が受信する印刷データはＲ
   ＧＢ画像データであり、ＲＧＢ画像データをＹＭＣＫ画
   像データに変換する変換手段を更に備えることを特徴と
   する請求項１乃至３のいずれかに記載の印刷装置。
5. 【請求項５】 前記バンド格納手段は、格納した各色成
   分データを並行に読み出し・書込みすることを特徴とす
   る請求項１乃至４のいずれかに記載の印刷装置。
6. 【請求項６】 前記バンド格納手段は、格納した各色成
   分データを、順次読み出し・書込みすることを特徴とす
   る請求項１乃至４のいずれかに記載の印刷装置。
7. 【請求項７】 前記受信手段が受信する印刷データはＹ
   ＭＣＫ画像データであることを特徴とする請求項１乃至
   ３のいずれかに記載の印刷装置。
8. 【請求項８】 ホストコンピュータ等の印刷データ発生
   源からの印刷データを受信するためのインターフェース
   手段と、 前記インターフェース手段により受信した印刷データを
   解析し、イメージデータを生成するイメージ生成手段
   と、 生成されたイメージデータを一時格納するメモリ手段
   と、 前記メモリ手段に格納されているイメージデータと、前
   記イメージ生成手段により生成されたイメージデータと
   の間で描画論理演算を行う論理演算手段と、 前記メモリ手段に記憶されたイメージデータを圧縮する
   圧縮手段と、 前記圧縮手段にて生成された圧縮データを少なくとも１
   ページ分格納する第２のメモリ手段と、 前記第２のメモリ手段に格納された圧縮データを伸長す
   る伸長手段と、 前記伸長手段からのイメージデータを記録媒体に定着出
   力するプリンタエンジン手段と、 前記各手段を制御する制御手段とを有するカラー印刷装
   置であって、 前記各手段を同期させつつ、１ページを所定の大きさに
   区分したバンド単位に前記イメージ生成手段によりイメ
   ージデータを生成して前記論理演算手段により描画論理
   演算を行い、バンドイメージデータの生成／描画終了
   後、前記圧縮手段にてバンドイメージデータを圧縮する
   ことを１ページ分の圧縮データが生成されるまで繰り返
   し、１ページ分格納された時点で前記プリンタエンジン
   手段を起動し、その速度に合致した形で前記伸長手段に
   よりリアルタイムに圧縮データを伸長し、前記プリンタ
   エンジン手段によりイメージを出力することを特徴とす
   るカラー印刷装置。
9. 【請求項９】 受信した印刷データを画像として出力す
   る印刷制御方法であって、 印刷データを受信する受信工程と、 前記受信工程により受信した印刷データに基づいて、１
   ページを所定のサイズに区分して成るバンドを単位とし
   てカラー画像データを、各色成分ごとに生成する画像生
   成工程と、 前記受信工程により受信した印刷データに基づいて、モ
   ードを指定するモード指定工程と、 バンド格納手段に格納されたバンド単位の色成分データ
   と、前記画像生成工程により生成されたバンド単位のカ
   ラー画像データとを、前記モードに応じた演算手順で演
   算処理して前記バンド格納手段に格納する演算工程と、 前記演算工程により演算されたカラー画像データを出力
   する出力工程とを備えることを特徴とする印刷制御方
   法。
10. 【請求項１０】 前記演算工程と前記出力工程との間
    に、前記格納手段により格納されたカラー画像データを
    圧縮して圧縮データ格納手段に格納する圧縮工程と、前
    記圧縮工程により受信工程から圧縮工程までを１ページ
    分の圧縮画像データが溜まるまでくり返す制御工程と、
    １ページ分の圧縮画像データがたまった場合に、該圧縮
    画像データを伸長して画像データに戻す伸長工程とを更
    に備えることを特徴とする請求項９に記載の印刷制御方
    法。
11. 【請求項１１】 前記モード指定工程は、一方の色を他
    方の色で重ね書きするモードと、一方の色と他方の色と
    を混色するモードとを少なくとも指定することを特徴と
    する請求項９または１０に記載の印刷制御方法。
12. 【請求項１２】 前記受信工程が受信する印刷データは
    ＲＧＢ画像データであり、前記出力工程の直前にＲＧＢ
    画像データをＹＭＣＫ画像データに変換する変換工程を
    更に備えることを特徴とする請求項９乃至１１のいずれ
    かに記載の印刷制御方法。
13. 【請求項１３】 前記演算工程及び前記圧縮工程は、前
    記格納手段に対して各色成分データを並行に読み出し・
    書込みすることを特徴とする請求項９乃至１２のいずれ
    かに記載の印刷制御方法。
14. 【請求項１４】 前記演算工程及び前記圧縮工程は、前
    記格納手段に対して各色成分データを、順次読み出し・
    書込みすることを特徴とする請求項９乃至１２のいずれ
    かに記載の印刷制御方法。
15. 【請求項１５】 前記受信工程により受信する印刷デー
    タはＹＭＣＫ画像データであることを特徴とする請求項
    ９乃至１１いずれかに記載の印刷制御方法。
16. 【請求項１６】 ホストコンピュータ等の印刷データ発
    生源からの印刷データを受信するためのインターフェー
    ス手段と、 前記インターフェース手段により受信した印刷データを
    解析し、イメージデータを生成するイメージ生成手段
    と、 生成されたイメージデータを一時格納するメモリ手段
    と、 前記メモリ手段に格納されているイメージデータと、前
    記イメージ生成手段により生成されたイメージデータと
    の間で描画論理演算を行う論理演算手段と、 前記メモリ手段に記憶されたイメージデータを圧縮する
    圧縮手段と、 前記圧縮手段にて生成された圧縮データを少なくとも１
    ページ分格納する第２のメモリ手段と、 前記第２のメモリ手段に格納された圧縮データを伸長す
    る伸長手段と、 前記伸長手段からのイメージデータを記録媒体に定着出
    力するプリンタエンジン手段と、 前記各手段を制御する制御手段とを有するカラー印刷装
    置において、 前記各手段を同期させつつ、１ページを所定の大きさに
    区分したバンド単位に前記イメージ生成手段によりイメ
    ージデータを生成して前記論理演算手段により描画論理
    演算を行い、バンドイメージデータの生成／描画終了
    後、前記圧縮手段にてバンドイメージデータを圧縮する
    ことを１ページ分の圧縮データが生成されるまで繰り返
    し、１ページ分格納された時点で前記プリンタエンジン
    手段を起動し、その速度に合致した形で前記伸長手段に
    よりリアルタイムに圧縮データを伸長し、前記プリンタ
    エンジン手段によりイメージを出力することを特徴とす
    る印刷制御方法。