JP3158101B2 - カラー画像処理装置およびカラー画像処理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、入力情報に対して
レンダリングを行うカラー画像処理装置およびカラー画
像処理方法に関する。

【０００２】本発明は、例えばＣＡＤ（計算機援用設
計）、ＣＧ（コンピュータグラフィックス）、デザイン
やビジネスにおけるカラーＤＴＰ( デスクトップパブリ
ッシング）分野等のカラー画像処理にも好適である。

【０００３】

【従来の技術】最近の高機能ワークステーションやパー
ソナルコンピュータの出現により、フルカラーによる文
字、図形、イメージデータのハンドリングが、容易に行
なえる環境が整った。その結果、カラーを用いた文書、
ＯＨＰ（オーバヘッドプロジェクタ）、スライド、アー
ト、デザイン等の広範な分野でカラー情報が利用されて
いる。

【０００４】

【発明が解決しようとする課題】このように、ホスト計
算機側におけるカラー情報を用いたアプリケーション
が、広範な分野に渡り利用されている。しかしながらホ
スト側で作成したカラー情報を、印刷装置に記録する際
には従来では、ホスト側のＣＰＵパワー（処理機能）を
利用し、ホスト側で文字、イメージ、図形を記録装置の
解像度に合わせて、イメージに展開した後、カラープリ
ンタに送るという、いわゆるダムプリンタまたはビデオ
プリンタと呼ばれる利用形態が一般的であった。この処
理方式はプリンタ側の機構をシンプルにし、ホスト側で
多くの処理を実行する点に特徴があるが、カラー情報を
取り扱う場合はそのデータ量の多さから、通信に多くの
時間をさかれ、スループットが非常に落ちる場合がある
という問題がある。

【０００５】一方、白黒プリンタにおいては、ページ記
述言語（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇ
ｕａｇｅの略であり、以後ＰＤＬと略す。）方式とい
う、ホスト側から文字、図形、イメージを言語として送
り、プリンタでＰＤＬ言語を解釈し、各種情報をラスタ
メモリ中にスキャン変換（走査変換）することにより、
ページイメージを生成する方式が一般的である。本スキ
ャン方式をカラープリンタにも適用したカラーＰＤＬプ
リンタが最近普及し始めている。

【０００６】しかしながら、カラーＰＤＬプリンタにお
いては、従来の白黒ＰＤＬプリンタの言語アーキテクチ
ャー（構造）を踏襲しており、白黒すなわち１ｂｉｔ情
報に対する、すでにレンダリング（ｒｅｎｄｅｒｉｎ
ｇ）された情報（デスティネーション）とこれからレン
ダリングする図形、イメージ、文字情報（ソース）との
間で、ＳＥＴ，ＯＲ，ＸＯＲ等の演算をビット毎に施す
というアーキテクチャーであった。しかし、カラープリ
ンタにおいては各カラープレーン、例えばＲＧＢ（レッ
ド，グリーン，ブルー）毎に深さを持っており（例えば
１，２，４，８ビット）、従来のＳＥＴ，ＯＲ，ＸＯＲ
の演算をビット毎に演算すると、所望の色が得られない
という問題があり、そのためカラー論理描画という（Ａ
ｄｄ，Ｓｕｂ，Ｍａｘ，Ｍｉｎ，Ｂｌｅｎｄ）等のビッ
ト深さを考慮した論理演算機能が導入されている。

【０００７】しかし、上記のカラー論理描画は色深さを
持った情報を、それも３，４面分演算する必要があるた
め、非常にコストの高くつく処理であるという解決すべ
き課題があった。

【０００８】そこで、本発明の目的は、上述の点に鑑み
て、カラー描画の精度を保ちながらも、バンディング時
に高速な処理が実現できるカラー画像処理装置およびカ
ラー画像処理方法を提供することにある。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、請求項１の発明は、ホスト装置からページ記述言語
で記述されている印刷データを受信し、該印刷データを
展開した画像データの印刷処理を制御するカラー画像処
理装置であって、前記ホスト装置の表示に適した第一種
のカラー属性の印刷データをカラー画像処理装置の像形
成に適した第二種のカラー属性でページオブジェクト形
式の中間データにデータ変換する第一変換手段と、前記
第一変換手段により変換された本レンダリング手段が読
み込み可能なデータ形式である中間データを色成分毎に
バンド単位にレンダリングする第一レンダリング手段
と、前記第一レンダリング手段によるレンダリング処理
を行うか否かを判定する判定手段と、前記判定手段によ
り前記第一レンダリング手段によるレンダリング処理を
行わないと判定された場合に、第二種のカラー属性の中
間データを第一種のカラー属性の中間データに逆変換す
る第二変換手段と、前記第二変換手段により変換された
第一種のカラー属性の中間データを色成分毎にレンダリ
ングする第二レンダリング手段と、を有することを特徴
とする。

【００１０】ここで、前記第一変換手段により変換され
た第一種のカラー属性の中間データを、バンド毎にソー
ティングしてリンクリストを構成するリンクリスト構成
手段を更に有することを特徴とすることができる。

【００１１】また、前記第二レンダリング手段によりレ
ンダリングされた第一種のカラー属性の画像データを第
二種のカラー属性の画像データに色変換する第三変換手
段を更に有するとことを特徴とすることができる。

【００１２】また、前記判定手段は、第一レンダリング
手段でサポートされていない所定の論理描画コマンドが
前記印刷データに含まれていると認識した場合に、前記
第一レンダリング手段によるレンダリング処理を行わな
いと判定することを特徴とすることができる。

【００１３】また、前記判定手段は、前記第一変換手段
により得られる中間データのバンド毎のレンダリング時
間が所定値を越えることを判断した場合に、前記第一レ
ンダリング手段によるレンダリング処理を行わないと判
定することを特徴とすることができる。

【００１４】上記目的を達成するため、請求項６の発明
は、ホスト装置からページ記述言語で記述されている印
刷データを受信し、該印刷データを展開した画像データ
の印刷処理を制御するカラー画像処理方法であって、前
記ホスト装置の表示に適した第一種のカラー属性の印刷
データをカラー画像処理装置の像形成に適した第二種の
カラー属性でページオブジェクト形式の中間データにデ
ータ変換する第一変換ステップと、前記第一変換ステッ
プで変換された本レンダリングステップで読み込み可能
なデータ形式である中間データを色成分毎にバンド単位
にレンダリングする第一レンダリングステップと、前記
第一レンダリングステップでレンダリング処理を行うか
否かを判定する判定ステップと、前記判定ステップで前
記第一レンダリングステップによるレンダリング処理を
行わないと判定された場合に、第二種のカラー属性の中
間データを第一種のカラー属性の中間データに逆変換す
る第二変換ステップと、前記第二変換ステップにより変
換された第一種のカラー属性の中間データを色成分毎に
レンダリングする第二レンダリングステップと、を有す
ることを特徴とする。

【００１５】ここで、前記第一変換ステップで変換され
た第一種のカラー属性の中間データを、バンド毎にソー
ティングしてリンクリストを構成するリンクリスト構成
ステップを更に有することを特徴とすることができる。

【００１６】また、前記第二レンダリングステップでレ
ンダリングされた第一種のカラー属性の画像データを第
二種のカラー属性の画像データに色変換する第三変換ス
テップを更に有するとことを特徴とすることができる。

【００１７】また、前記判定ステップは、第一レンダリ
ング手段でサポートされていない所定の論理描画コマン
ドが前記印刷データに含まれていると認識した場合に、
前記第一レンダリング手段によるレンダリング処理を行
わないと判定することを特徴とすることができる。

【００１８】また、前記判定ステップは、前記第一変換
ステップで得られる中間データのバンド毎のレンダリン
グ時間が所定値を越えることを判断した場合に、前記第
一レンダリングステップでのレンダリング処理を行わな
いと判定することを特徴とすることができる。

【００１９】上記目的を達成するため、請求項１１の発
明は、ホスト装置からページ記述言語で記述されている
印刷データを受信し、該印刷データを展開した画像デー
タの印刷処理を制御するカラー画像処理装置であって、
前記ホスト装置の表示に適した第一種のカラー属性の印
刷データをカラー画像処理装置の像形成に適した第二種
のカラー属性でページオブジェクト形式の中間データに
データ変換する第一変換手段と、前記第二種のカラー属
性の中間データに基づいて、第二種のカラー属性毎にレ
ンダリング処理して第二種のカラー属性の画像データを
得る第一レンダリング手段と、前記第一種のカラー属性
の印刷データに基づいて、第一種のカラー属性毎にレン
ダリング処理して第一種のカラー属性の画像データを得
る第二レンダリング手段と、前記第二レンダリング手段
により得られる第一種のカラー属性の画像データを、第
二種のカラー属性の画像データに色変換する第二変換手
段と、前記第二種のカラー属性の画像データをビデオ信
号として印刷部に出力するビデオ信号出力手段と、前記
第一レンダリング手段により得られる第二種のカラー属
性の画像データを前記出力手段により印刷部に出力する
か、前記第二変換手段により色変換された第二種のカラ
ー属性の画像データを前記出力手段により印刷部に出力
するかを制御する制御手段と、を有することを特徴とす
る。

【００２０】ここで、前記制御手段は、第一レンダリン
グ手段でサポートされていない所定の論理描画コマンド
が前記印刷データに含まれているか、または、前記第一
変換手段により得られる中間データのバンド毎のレンダ
リング時間が所定値を越えるかを判断することによりい
ずれの画像データを前記出力手段により印刷部に出力す
るかを制御することができる。

【００２１】また、前記第一レンダリング手段は、ハー
ドウェアにより実行され、第二レンダリング手段は、ソ
フトウェアにより実行されることを特徴とすることがで
きる。

【００２２】上記目的を達成するため、請求項１４の発
明は、ホスト装置からページ記述言語で記述されている
印刷データを受信し、該印刷データを展開した画像デー
タの印刷処理を制御するカラー画像処理方法であって、
前記ホスト装置の表示に適した第一種のカラー属性の印
刷データをカラー画像処理装置の像形成に適した第二種
のカラー属性でページオブジェクト形式の中間データに
データ変換する第一変換ステップと、前記第二種のカラ
ー属性の中間データに基づいて、第二種のカラー属性毎
にレンダリング処理して第二種のカラー属性の画像デー
タを得る第一レンダリングステップと、前記第一種のカ
ラー属性の印刷データに基づいて、第一種のカラー属性
毎にレンダリング処理して第一種のカラー属性の画像デ
ータを得る第二レンダリングステップと、前記第二レン
ダリングステップで得られる第一種のカラー属性の画像
データを、第二種のカラー属性の画像データに色変換す
る第二変換ステップと、前記第二種のカラー属性の画像
データをビデオ信号として印刷部に出力するビデオ信号
出力ステップと、前記第一レンダリングステップで得ら
れる第二種のカラー属性の画像データを前記出力ステッ
プにより印刷部に出力するか、前記第二変換ステップで
色変換された第二種のカラー属性の画像データを前記出
力ステップにより印刷部に出力するかを制御する制御ス
テップと、を有することを特徴とする。

【００２３】ここで、前記制御ステップは、第一レンダ
リングステップでサポートされていない所定の論理描画
コマンドが前記印刷データに含まれているか、または、
前記第一変換ステップで得られる中間データのバンド毎
のレンダリング時間が所定値を越えるかを判断すること
によりいずれの画像データを前記出力ステップにより印
刷部に出力するかを制御することを特徴とすることがで
きる。

【００２４】また、前記第一レンダリングステップは、
ハードウェアにより実行され、第二レンダリングステッ
プは、ソフトウェアにより実行されることを特徴とする
ことができる。

【００２５】

【００２６】

【００２７】

【００２８】

【００２９】

【作用】本発明では、ホスト装置の表示に適した第一種
のカラー属性の印刷データをカラー画像処理装置の像形
成に適した第二種のカラー属性でページオブジェクト形
式の中間データに変換することができ、バンド単位でレ
ンダリング処理を行え、また、そのレンダリング処理を
行わない場合には、第二種のカラー属性の中間データを
第一種のカラー属性の中間データに逆変換して第一種の
カラー属性でレンダリングすることが可能となる。

【００３０】また、本発明では、ホスト装置の表示に適
した第一種のカラー属性の印刷データをカラー画像処理
装置の像形成に適した第二種のカラー属性でページオブ
ジェクト形式の中間データに変換することができ、第一
レンダリング手段により得られる第二種のカラー属性の
画像データを出力手段により印刷部に出力するか、第二
変換手段により第二レンダリング手段により得られる第
一種のカラー属性から色変換された第二種のカラー属性
の画像データを出力手段により印刷部に出力するかを制
御することが可能となる。

【００３１】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。

【００３２】図１は本発明の一実施例のカラー印刷装置
の画像処理系の基本構成を示す。この図を用いて本発明
実施例における処理の大まかな流れを説明する。

【００３３】（全体構成）図１において、１は、カラー
アプリケーションとしてカラー情報を作成し、このカラ
ー情報に対応するカラー、データをＰＤＬ形式に変換し
て、変換したＰＤＬデータをカラー印刷装置の記録装置
コントローラ１４に送出するホスト計算機（ワークステ
ーション）である。ここで、ホスト計算機１と記録装置
１４間にＰＤＬデータが流れる。このＰＤＬデータの通
信形態はシリアル、ネットワーク、バス接続等何であっ
ても問題はないが、パフォーマンス的には高速通信路で
あることが望ましい。記録装置コントローラ１４へ送ら
れたカラーＰＤＬデータは入力バッファ（データ入力用
バッファ）２に一時格納され、プログラムＲＯＭ６内の
ＰＤＬコマンド解析プログラムによって、入力データが
スキャンされる。３は文字のビットパターンまたはアウ
トライン情報、および文字ベースラインや文字メトリッ
ク情報を格納するフォントＲＯＭであり、文字の印字に
際して利用される。４のパネルＩＯＰ（入出力プロセッ
サ）は、プリンタ本体に装着されるパネルにおけるスイ
ッチ入力の検知やＬＣＤ（液晶ディスプレイ）への表示
を司る、Ｉ／Ｏプロセッサおよびファームウェア（パネ
ルＩ／Ｏプロセッサ）であり、低価格のＣＰＵが利用さ
れる。拡張Ｉ／Ｆ（インタフェース）５は、プリンタの
拡張モジュール（フォントＲＯＭ、プログラムＲＯＭ、
ＲＡＭ、ハードディスク）とのインタフェース回路であ
る。

【００３４】プログラムＲＯＭ６は本発明に係る図２に
示すような処理手順（ソフトウェア）を格納するメモリ
であり、ＣＰＵ１２がこのソフトウェアに従って本カラ
ーＰＤＬデータを読み込み処理を実行する。７はソフト
ウェアのための管理領域のＲＡＭであり、入力されたカ
ラーＰＤＬデータを解析して中間データ形式（ページオ
ブジェクト）に変換したデータや、グローバル情報等が
本管理用ＲＡＭ７に格納される。

【００３５】色変換ハードウェア８は、通常ワークステ
ーション（ＷＳ）で利用されているモニタの表色系のレ
ッド，グリーン，ブルーのＲＧＢ（加法混色）からプリ
ンタのインク処理で用いるイエロー，マゼンタ，シア
ン，ブラックのＹＭＣＫ（減法混色）への変換を行なう
ハードウェアである。本色変換処理は色精度を追及する
と、非線形なログ変換・３×３のマトリックス演算等
で、演算パワーを大変要するものであるので、ハード的
にはテーブル・ルックアップ処理により高速化を図って
いる。この色変換パラメータは最初プリンタエンジンに
とって最適なものに調節されているが、ホスト側から色
変換方式を変更する要求があれば、テーブルの値を変更
することにより、色変換アルゴリズムをユーザ定義のそ
れに変えるのは可能である。

【００３６】ハードレンダラ（ハードウェアレンダリン
グ回路）９は、カラーレンダリング処理をＡＳＩＣ（特
定用途向けＩＣ）ハードウェアで実行することにより、
カラープリンタ（例えば、レーザビームプリンタ）１３
のビデオ転送に同期して実時間でレンダリング処理を行
い、少ないメモリ容量でのバンディング処理を実現する
ものである。ページ（バンド）バッファ１０は、ＰＤＬ
言語によって展開されるイメージを格納する領域であ
り、上述のバンディング処理を行なうための最低２バン
ドのメモリ（ページ幅＊２５６または５１２位のバンド
高さ＊プレーン数として３（ＲＧＢ）または４（ＹＭＣ
Ｋ）＊ビット深さ）か、またはバンディング処理を出来
ない際に、ＬＢＰ（レーザビームプリンタ）のようにプ
リンタエンジンに同期してイメージを転送する必要のあ
る装置では、解像度かつ／または色階調を落したフルカ
ラービットマップメモリを確保する必要がある。しか
し、インクジェットプリンタのように記録ヘッドの移動
をコントローラ側が制御可能な機構の場合には、上記２
バンドのメモリが最低限あればよい。

【００３７】プリンタインタフェース（Ｉ／Ｆ）１１は
カラープリンタ（カラー記録装置）１３、例えばカラー
ＬＢＰとの間で、ページバッファ１０の内容をプリンタ
側の水平・垂直同期信号に同期して、ビデオ情報を転送
する。あるいは、カラーインクジェットプリンタにおけ
るヘッド制御および複数ラインのヘッドサイズに合わせ
たビデオ情報の転送を行なう。さらに、本プリンタイン
タフェース１１ではカラープリンタ１３との間でプリン
タへのコマンド送信やプリンタからのステータス受信を
行なう。ＣＰＵ（中央演算処理装置）１２は記録装置コ
ントローラ１４内部の処理を制御する演算装置である。
カラープリンタ１３はコントローラ１４から送出される
ビデオ信号を記録媒体にカラー印刷する。カラープリン
タ１３としては電子写真式によるカラーＬＢＰでもイン
クジェット方式のプリンタであってもよい。

【００３８】（処理の流れ）図１中の矢印は、各種描画
情報に関するホスト計算機１からプリンタ１３までの処
理の流れを示す。この処理の流れを図２のフローチャー
トを参照しながら説明する。

【００３９】まず、ステップ１０１において、割り込み
処理等により入力バッファ２にカラーＰＤＬデータをと
り込み、次にステップ１０２では入力されたＰＤＬコマ
ンドを言語仕様に応じてインタプリット（解釈）する。
インタプリットした結果、ステップ１０３において入力
データが描画コマンド、例えば文字、直線、イメージ描
画である際には、ステップ１０４においてハードウェア
（またはソフトウェア）・レンダリング回路（ソフトウ
ェア）９がサポートするページオブジェクト形式に変換
する。

【００４０】（レンダリングモデル）以後の説明の理解
のため、本実施例におけるレンダリングモデルは図３の
模式図を用いて簡単に説明する。本モデルは、各種描画
データの幾何的な情報、すなわち、どの部分が描画対象
かということを示すマスク情報１５１、そしてマスクを
どのような色で塗るかということを示すバックグランド
情報１５２、および論理描画方式１５３（ＳＥＴ，Ｏ
Ｒ，ＸＯＲ，ＢＬＥＮＤ、ＡＤＤ等）の三要素により構
成される。任意形状でのクリップを行なう際には、形状
データにまずクリップを施し、このクリップ後の残った
領域のみをマスクとする。その結果、レンダリングされ
たイメージの例を１５４に示す。

【００４１】（マスク）本実施例においてサポートする
マスク情報としては、ランレングス（Ｘ方向の一つのス
キャンライン）、エッジが交差しない凸多角形、ビット
マップイメージ、ビットマップフォントからなるとす
る。これからわかるように、これらのマスク情報は高速
なハードウェア・レンダリングに適した構造とし、例え
ば図４の（Ａ）の五角形は図２のステップ１０４におい
て、図４の（Ｂ）に示すような交差しない５個の三角形
に分割する（この例では、塗りつぶしは、ｅｖｅｎ−ｏ
ｄｄ（奇偶法）ルールを適用）。また、図４の（Ｃ）に
示す、ラインの接続処理部においては、本モジュールに
おいてＤＤＡアルゴリズムを適用して別領域にラインの
接続部分を展開した後、最終的な外部形状を、Ｙスキャ
ンライン毎にｍｉｎｘ，ｍａｘ ｘをランレングス方式
で保持し、その後の高速なレンダリング（ステップ１１
１）に備える。

【００４２】最終的に生成される各マスクオブジェクト
は、フルページメモリよりも少ないメモリ容量でのレン
ダリング、すなわちバンディングを行なうためページメ
モリを複数のバンド（高さが２の冪乗が望ましく、５１
２ドット位が最適である。）に分割し、各マスクオブジ
ェクトをバンド毎にソーティングし、各バンド内で図４
の（Ｃ）に示すリンクリストを構成する。この際、バン
ドに跨る多角形に関しては、各バンドで多角形情報を共
有化する。各バンドに分割したマスクに対して、ステッ
プ１０５において、レンダリング時に必要となるデータ
のデコード時間とレンダリング時間を、各バンドごとに
加算する。これをそれぞれバンドｉ毎に保持し、ｐｒｅ
ｄ−ｄｅｃｏｄｅ（ｉ），ｐｒｅｄ−ｒｅｎｄｅｒ
（ｉ）とする。ここでデコード時間は、作成されたオブ
ジェクトのほぼデータ量に比例する。しかし、バンド３
における三角形１，４（図４の（Ｂ）参照）のデコード
時間は、前のバンド２の開始点からのバンド３の開始点
のオフセットを求める時間が余分に必要となる。

【００４３】レンダリング時間は、バンド内のマスク面
積×バックグランドの色深さ×色プレーン数×論理描画
の種類による演算ファクタにより計算される。

【００４４】図２に戻り、入力されたデータが描画コマ
ンドでない場合には、ステップ１０６でその入力された
データが各種属性（バックグランド、論理描画）設定コ
マンドか否かを判定する。もし、ＹＥＳ（肯定判定）で
あれば、ステップ１０７において対応するカレントステ
ート設定処理を実行するが、これら属性設定コマンドは
それぞれハード（またはソフト）レンダラが読み込み可
能なデータ形式（ページオブジェクト）に変換するため
のものである。又、本実施例のように、カラー論理描画
の機能はハードウェアでサポートされないので、そのよ
うな属性設定コマンド情報を検知すると、フルペイント
フラグ（ｆｕｌｌ−ｐ−ｌａｇ）をステップ１０７でセ
ットする。その結果として、ステップ１０２において強
制的に印刷の解像度かつ／または階調を落して、フルペ
イントモードでのレンダリングを行なう。これと同様
に、Ｆｌｏｏｄ Ｆｉｌｌ等の命令（点指定塗りつぶ
し）もバンディング処理が不可能である。

【００４５】（バックグランド）バックグランド情報
は、マスクに対してどのようにカラー・濃淡をつけるか
を示す。バックグランド情報の種類として、イメージと
して繰り返しを行なわずにマスクに張りつくバックグラ
ンドパターンと、パターンを縦・横方向に繰り返してマ
スクに張り付けるタイルパターンとが指定可能である。
本実施例においては、カラー印刷装置を想定しているた
め、イメージ、パターン、タイルはカラー情報を指定可
能である。

【００４６】ステップ１０８では、例えばデバッグ処理
等の目的で現在の状態をダンプ処理する。次のステップ
１０９では上述のインタプリタ１２０の処理が１ページ
分のＰＤＬコマンド解析を終了したか否かを判定し、そ
れを終了していればステップ１１０のレンダラ１２１に
処理が移行するが、そうでなければステップ１０２に戻
って、次のコマンドの解析を繰り返す。ここまでは基本
的にＰＤＬからページオブジェクトへの、データフィル
タリングタスクであり、これ以降の処理はページバッフ
ァ１０への描画を行なうレンダリングタスクである。こ
の両者のタスクは、特にレンダリング・タスクの実時間
処理が要求されるため、リアルイタイムＯＳ（オペレー
ティングシステム）上で別タスクとして実装され、かつ
後者のレンダリング・タスクは前者のインタプリタ・タ
スクよりもプライオリティ（優先順位）を高く設定され
て動作する。

【００４７】（バンドレンダリング）ステップ１１０に
おいて、ページオブジェクトをレンダリングする前処理
として、バンドレンダリング（バンディング）処理が可
能か否かを判定する。このバンディング処理が不可能な
場合を以下に列挙する。

【００４８】・上述したＦｌｏｏｄ Ｆｉｌｌ命令等が
ページ中に存在する。

【００４９】・大量のイメージ入力により管理用ＲＡＭ
７の情報があふれた。

【００５０】・カラープリンタ１３が電子写真式ＬＢ
Ｐ，ＬＥＤ（発光ダイオード）プリンタの様に、一度紙
を給紙して記録を開始すると、バンディング処理はプリ
ンタ１３へのビデオ信号転送とバンドへのレンダリング
とを並行処理する必要があり、そのためステップ１０５
で計算されたバンド毎のレンダリング時間ｐｒｅｄ−ｄ
ｅｃｏｄｅ（ｉ），ｐｒｅｄ−ｒｅｎｄｅｒ（ｉ）に関
し、どれかのバンドが、所定の閾値をオーバする。

【００５１】上記の条件に適合すると、バンディングを
実行できないため、解像度または階調を落してページバ
ッファ１０のメモリ中に、フルペイントメモリを確保
し、レンダリングする。一方、インクジェットプリンタ
等の記録ヘッドの移動をコントローラ側で制御出来る形
態の装置においては、レンダリング時間に（上記３番目
の条件）については上述の限りではなく、レンダリング
スピードが低下すると、ヘッドの移動を遅らせることに
より、バンディング処理が可能である。

【００５２】バンディング処理を図５を参照しながら以
下に説明する。バンドレンダリングは、上述のインタプ
リタのＰＤＬ解析タスク２０１により管理用ＲＡＭ７に
作成されたページオブジェクト情報を、レンダリングタ
スク２０２によって起動されるハードまたはソフトレン
ダラ９が読み込み、マスクの情報からＹ座標におけるス
キャンライン情報（ｘ ｍｉｎ，ｘ ｍａｘ）を抽出
し、カレントのバックグランド情報、論理描画モードを
参照して対応するバックグランド情報をページバッファ
（バンドバッファ）１０に書き込む。そして、すべての
マスクのＹ座標に対応すべくＹ情報を変化させて、レン
ダリングを実行する。本システムではカラープリンタを
想定しているため、ページバッファには四面すなわちＹ
ＭＣＫのプレーンが存在し、各色情報をプレーン毎にレ
ンダリングする。

【００５３】ここでハードレンダラでサポートできる論
理描画としては、ソース・パターン（Ｓ）、ディスティ
ネーション・パターン（Ｄ）とすると、以下の三種類で
ある。これらは、パターンＳとＤ間で両方の情報を入力
し、両者間で演算してパターンＤに設定するような、演
算パワーが必要な処理はサポートされない。これは、カ
ラーの４つのプレーンを参照する必要があり、更に各プ
レーンが４から８ビットの際データの演算量が非常に大
きくなる点に起因する。

【００５４】・上書き（Ｄ＝Ｓ） ・透過、Ｄに描画しない（Ｄ＝Ｄ） ・白（Ｄ＝０） また通常は、高度なカラー論理描画データはホスト計算
機から頻繁に送出されないと仮定し、本ハードでサポー
ト可能なデータ処理をなくべく高速化するため、または
プリンタの色モデルはＹＭＣＫであることから、バック
グランドの持つカラー情報をＹＭＣＫとする。ステップ
１０７においてバックグランド情報を解析してデータを
管理用ＲＡＭに格納する際にホストから送られてくるＲ
ＧＢデータに対して、色変換ハードウェア８を用いてＹ
ＭＣＫカラーに変換し、バックグランド情報として保持
しておく。色変換の際にハードウェアでなくソフトウェ
アで実現する形態も考えられるが、処理の高速化のため
にはハードを用いるのが望ましい。

【００５５】このようにしてハードウェアはマスク情
報、バックグランド情報、論理描画の方法に従いバンド
の番号ｉのページオブジェクトに対しレンダリングを行
なうと共に、並行してプリンタ１３から送られてくる水
平同期信号にあわせ、プリンタインタフェース１１を通
じて既にレンダリング済みのバンド番号ｉ−１のバンド
情報をプリンタ１３にカラービデオ信号（ＹＭＣＫ）と
して送出する。本バンディング処理は、上述の３個のカ
ラー論理描画からなるページデータは、十分に高速印字
が可能である。また、現在一般的に広く利用されている
ページ記述言語ＰｏｓｔＳｃｒｉｐｔ，ＬＩＰＳ等は、
このシンプルなカラー描画論理に準拠しているので、本
バンディング処理により多くのデータは高速にレンダリ
ング可能である。

【００５６】（論理描画）ハードレンダラ９でサポート
されていない高度な論理描画機能の実現方法について、
カラー情報の流れを示す図６、および図７のフローチャ
ートを用いて説明する。本論理描画の際には、ホスト計
算機１から入力されたカラーバックグランド情報（ＲＧ
Ｂデータ）４０１は、レンダリングハードまたはソフト
ウェアが取り扱えるページオブジェクト形式（ＲＧＢ
ｏｂｊ）４０５に変換する。

【００５７】（ページオブジェクト変換）まず、以下に
示す高度な論理描画を実現するために、ＬＢＰ等の実時
間レンダリングを要求される印刷装置では、バンドレン
ダリングではなく、解像度かつ／または階調を落したフ
ルページバッファ１０上へのレンダリングとなる。ま
た、ハードレンダラ９は処理の簡素化および高速化を要
求されるため、レンダリング時にランレングスや凸多角
形情報のリアルイタイム解像度変換は実行できない。そ
こで、以下に示す処理が必要であるが、インクジェット
プリンタ等においては、この限りではない。

【００５８】レンダリングの前処理として、例えば６０
０ＤＰＩ（ドット／インチ）から３００ＤＰＩに解像度
を落とす際に、ランレングスは２ライン分をまとめて１
つのランレングスとし、かつ凸多角形は頂点情報の再計
算を実行する。これをページバッファ中のすべてのマス
ク情報に対して、インタプリタタスク２０１によって実
行する。ランレングスは、例えば６００ＤＰＩにおけ
る、２つのラインｉ，ｉ＋１のＸ座標の開始・終了点を
それぞれｘ_l （ｉ），ｘ_r （ｉ），ｘ_l （ｉ＋１），ｘ
_r （ｉ＋１）とすると、新規３００ＤＰＩでの一つの開
始、終了点は以下のようになる。

【００５９】

【数１】ｎｅｗ−ｘ_l （ｉ）＝ｍｉｎ・１／２（ｘ
_l （ｉ），ｘ_l （ｉ＋１））， ｎｅｗ−ｘ_r （ｉ）＝ｍａｘ・１／２（ｘ_r （ｉ），ｘ
_r （ｉ＋１）） イメージに関しては、ページオブジェクトのイメージ情
報自身は変化せずに、ｘ，ｙ方向へのスケーリングファ
クタをそれぞれ１／２とする。

【００６０】一方、ページバッファを階調を落として
も、レンダラが容易に対応できるように、１，２，４，
８ビットレンダリングをサポートするので、インタプリ
タの前処理の負荷は大きくない。

【００６１】（フルペイント・レンダリング）本処理以
降のレンダリングに関する部分の処理手順を、図７のフ
ローチャートに示す。ステップ５０１においてインタプ
リタで変換されたオブジェクトを入力し、入力されたオ
ブジェクトが描画コマンドか否かをステップ５０２に判
断する。描画コマンドでなければステップ５０５におい
て、バックグランド情報や（論理）描画モードをカレン
ト情報を保持するグローバル変数に代入する。次に後述
のステップ５０７へ進む。

【００６２】もし、入力されたオブジェクトが描画コマ
ンドであれば、ステップ５０３において現在の論理描画
モードをチェックする。もし、描画モードが上書き、透
過等のハードウェアによる高速レンダリングが可能な処
理であれば、ステップ５０６でハードレンダリングを起
動する。これは既に説明済みのバンディングによる、高
速処理のハードレンダラと同等の処理となる。唯一の相
違は、高速バンディング処理の場合はＹＭＣＫカラーで
レンダリングし、本フルページモードはＲＧＢカラーで
レンダリングするため、あらかじめ異なるディザマトリ
ックスをロードしておく必要がある点である。

【００６３】一方、高度な論理描画が指定された際に
は、ステップ５０４でソフトウェアによるレンダリング
を実行する。これは図６の４０６で示すようにフルペー
ジのページバッファ（Ｄ、ディスティネーション）４０
７と現在のバックグランド・オブジェクト（Ｓ、ソー
ス）４０５のカラー情報をフェッチ（取り込む）して、
論理演算を施した後、フルページバッファ４０７に結果
を格納する。ここで代表的な論理演算処理として、以下
に示すようなものを各ＲＧＢ成分毎に、ビット深さも考
慮して演算する。ソフトウェアによるレンダリングにお
いて、ソースイメージを作成するのは、ハードレンダラ
９と同じアルゴリズムを適用して、下述の論理描画を適
用するためであり、ページバッファアクセス・ライブラ
リを論理描画の方式毎に作成する。ソフトレンダリング
とハードレンダリングを混在させるため、ハードレンダ
リングが終了すると、ＣＰＵ１２に割り込みが発生し、
次のページオブジェクトをＣＰＵ１２が続けてフェッチ
する仕掛けとなっている。

【００６４】・加算、Ｄ＝Ｓ＋Ｄ ・減算、Ｄ＝Ｄ−Ｓ ・ブレンドでα値はユーザが指定、Ｄ＝α×Ｓ＋（１−
α）×Ｄ ・最大値、Ｄ＝Ｍａｘ（Ｓ，Ｄ） ・最小値、Ｄ＝Ｍｉｎ（Ｓ，Ｄ） この高度な論理描画は、ホスト計算機１で、一般的にＣ
ＲＴ（陰極線管）ディスプレイで利用されるＲＧＢデー
タ上で演算される。そのため、ホスト計算機と同じ色再
現を行なうには、プリンタ内部においてもＲＧＢカラー
モデル上で実現する必要がある。そのため、論理描画の
フルペイントモードにおいては、ページバッファ４０７
はＲＧＢカラーモデルでなければならない。又、ページ
オブジェクト情報４０５も、ＲＧＢカラーモデルの必要
がある。

【００６５】すでに述べたように高速バンディング処理
においては、ページオブジェクト情報におけるバックグ
ランド情報をＹＭＣＫカラーモデルで保持するので、本
論理描画を行なうために、ページオブジェクトとしてＲ
ＧＢカラーも持つ必要がある。その結果、ステップ５０
７で、１ページ分のデータのレンダリング処理を終了す
ると、ステップ５０８においてページバッファ１０のす
べての情報をＲＧＢからＹＭＣＫにすべて変換した後、
ＹＭＣＫのビデオデータをステップ５０９においてプリ
ンタインタフェース１１を通じてプリンタ１３に送出す
る。

【００６６】（カラー論理描画の印字例）最後に、図８
を用いて、論理描画の結果を示す。この原図はカラー表
示であるが、カラー表示を図面として添付できないの
で、便宜上ハッチングにより色の違いを表わした。図中
Ｒはレッド（Ｒｅｄ）、Ｇはグリーン（Ｇｒｅｅｎ）、
Ｂはブルー（Ｂｌｕｅ）、Ｙはイエロー（Ｙｅｌｌｏ
ｗ）、Ｍはマゼンタ（Ｍａｚｅｎｔａ）、Ｃはシアン
（Ｃｙａｎ）、Ｗはホワイト（Ｗｈｉｔｅ）である。こ
こではＤ＝Ｓ＋Ｄのビット深さを考慮した論理演算を施
した例であり、ＣＲＴの加法混色の原理を示すものであ
る。図中の、Ｃｙａｎ＝Ｇｒｅｅｎ＋Ｂｌｕｅ，Ｙｅｌ
ｌｏｗ＝Ｒｅｄ＋Ｇｒｅｅｎ，Ｍａｚｅｎｔａ＝Ｒｅｄ
＋Ｂｌｕｅ，Ｗｈｉｔｅ＝Ｒｅｄ＋Ｇｒｅｅｎ＋Ｂｌｕ
ｅの加算により生成される。

【００６７】（カラー記録装置１３）図９は本実施例が
適用できるカラー記録装置１３の一例としてのカラーイ
ンクジェットプリンタ装置ＩＪＲＡの外観を示す。尚、
図１におけるカラー記録装置１３以外の制御部は図９に
は図示していない。図９において、駆動モータ５０１３
の正逆回転に連動して駆動力伝達ギヤ５０１１，５００
９を介して回転するリードスクリュー５００５に螺旋溝
５００４に対してキャリッジＨＣが係合する。キャリッ
ジＨＣはその螺旋溝５００４と係合するピン（不図示）
を有し、それにより、矢印ａ，ｂ方向に往復移動させら
れる。このキャリッジＨＣには、インクジェットカート
リッジＩＪＣが搭載されている。５００２は紙押え板で
あり、キャリッジＨＣの移動方向に沿って紙をプラテン
５０００に対して押圧する。５００７，５００８はフォ
トカプラからなり、キャリッジＨＣのレバー５００６の
この領域での存在を確認して、モータ５０１３の回転方
向の切り換えを行なうためのホームポジション検知手段
である。５０１６はインクジェットカートリッジＩＪＣ
の記録ヘッドの全面をキャップ（覆う）するキャップ部
材であり、５０１５はこのキャップ部材５０１６内を吸
引する吸引手段であり、これらによりキャップ内開口５
０２３を介して記録ヘッドの吸引回復を行なう。５０１
７はクリーニングブレードであり、５０１５はこのクリ
ーニングブレードを前後方向に移動可能とする部材であ
り、本体支持板５０１８にこれらが支持されている。ク
リーニングブレードとしては、この形態だけではなく周
知のクリーニングブレードが適用できるのは言うまでも
ない。また、５０１２は、吸引回復の吸引を開始するた
めのレバーであり、キャリッジＨＤの係合するカム５０
２０の移動にともなって移動し、駆動モータ５０１３か
らの駆動力がクラッチ切り換えの公知の伝達手段で移動
制御される。これらのキャッピンク、クリーニング、吸
引回復は、キャリッジＨＣがホームポジション側の領域
に来た時にリードスクリュー５００５の作用によって、
それらの対応位置で所望の処理が行なえるように構成さ
れているが、これら以外のタイミングで作動するように
してもよい。

【００６８】（他の実施例）本発明の他の実施例の構成
を図１０に示す。図６に示す上記実施例においては、バ
ンディングによる高速レンダリング時には、ＹＭＣＫの
ページオブジェクトおよびＹＭＣＫページバッファ、高
度な論理描画の際には、ＲＧＢのページバッファおよび
ＲＧＢページオブジェクトを保有するという例を示し
た。この例では、ＲＧＢおよびＹＭＣＫ両者のカラーモ
ードのページオブジェクトを保有する必要があり、図１
の管理用ＲＡＭ７の領域を多く消費する。そこで、図１
０に示す本実施例においては、高速バンディング処理の
時も論理描画の際においても、ページバッファおよびペ
ージオブジェクトをＹＭＣＫで保有することにより、記
録領域の減少を図った例を示す。

【００６９】図１０における上半分の高速バンディング
処理については、図６に示すものと同じなので説明を省
略し、下半分の論理描画のパス（経路）について説明す
る。カラーの高度な論理描画によるレンダリングの際に
はまず、カラー変換部６０５でソース（Ｓ）に対応する
ページオブジェクトのバックグランドデータ６０３をＹ
ＭＣＫからＲＧＢに逆変換する。それと同様に、すでに
レンダリングされたページバッファ（Ｄ）６０４のうち
でソースと論理描画する部分を同様にカラー変換部６０
８で逆変換する。

【００７０】ここで問題となるのは、色変換処理６０２
の色変換処理でＲＧＢからＹＭＣＫに変換する際に簡単
なログ変換を施してれば、逆変換も容易に計算し得る
が、ＵＣＲ（下色除去処理）、マスキング処理を施して
いる場合は、完全にＹＭＣＫから精度を落とさずにＲＧ
Ｂに逆変換するのは不可能である。また、このような変
換を実時間で行なうには、余りにも計算量が大きくな
る。

【００７１】そこで、本実施例の処理では、各ビット深
さのパターン２，４，８毎にＹＭＣＫからＲＧＢへの近
似変換テーブルをシュミレーションによりあらかじめ求
めておき、この近似変換テーブルを用いて得られたＲＧ
Ｂデータを逆変換データとして用いる。近似変換テーブ
ルにおいて２ビットの際はテーブルは２５６バイト、４
ビットの際にはテーブルは６５，５３６バイトであり、
これらは実現可能なメモリサイズである。しかし、８ビ
ットの際には余りにもデータ量が大きいので、４ビット
テーブルを用いて色精度が犠牲にするか、あるいは計算
時間の増大を覚悟でソフトウェアにより計算するかを、
ユーザが選択できるようにするとよい。

【００７２】そして上述のようにして得られたＲＧＢモ
デルにおけるＳとＤの情報を基に、論理演算６０６を実
行したのち、得られたＲＧＢデータを色変換ハードウェ
ア８を用いてＹＭＣＫデータに変換し、ページバッファ
１０に格納する。格納したデータを最終的にプリンタイ
ンタフェース１１を通じて、カラー記録装置１３にビデ
オ信号として転送する。

【００７３】このように、本実施例によれば、カラーＰ
ＤＬ（ページ記述言語）情報の印刷について、簡単な論
理描画（ＳＥＴ、ＯＲ、透過）等はハードレンダリング
を用いて高速に行い、また高度な論理演算機能はハード
レンダリングとソフトウェアレンダリングの機能の切り
分けにより解像度や階調を多少落としながらもある程度
の色再現を目指すようにしたので、低価格で高速にレン
ダリングすることができるという効果が得られる。

【００７４】

【発明の効果】以上説明したように、本発明によれば、
ホスト装置の表示に適した第一種のカラー属性の印刷デ
ータをカラー画像処理装置の像形成に適した第二種のカ
ラー属性でページオブジェクト形式の中間データに変換
することができ、バンド単位でレンダリング処理を行
え、また、そのレンダリング処理を行わない場合には、
第二種のカラー属性の中間データを第一種のカラー属性
の中間データに逆変換して第一種のカラー属性でレンダ
リングすることが可能となる。

【００７５】また、本発明によれば、ホスト装置の表示
に適した第一種のカラー属性の印刷データをカラー画像
処理装置の像形成に適した第二種のカラー属性でページ
オブジェクト形式の中間データに変換することができ、
第一レンダリング手段により得られる第二種のカラー属
性の画像データを出力手段により印刷部に出力するか、
第二変換手段により第二レンダリング手段により得られ
る第一種のカラー属性から色変換された第二種のカラー
属性の画像データを出力手段により印刷部に出力するか
を制御することが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例のカラー印刷装置の基本構成
を示すブロック図である。

【図２】本発明の一実施例の全体のアルゴリズムの概要
を示すフローチャートである。

【図３】本発明の一実施例のイメージングモデルを示す
構成図である。

【図４】本発明の一実施例における各種のマスク情報に
関する説明図である。

【図５】本発明の一実施例におけるバンドレンダリング
の概念を示す図である。

【図６】本発明の一実施例の論理描画におけるカラー処
理に関するアーキテクチャ図である。

【図７】本発明の一実施例のフルペイントレンダリング
における論理描画の手順を示すフローチャートである。

【図８】本発明の一実施例のカラー論理描画の結果を示
す図である。

【図９】本発明に適用可能なカラー記録装置の機構を示
す斜視図である。

【図１０】本発明の他の実施例における、論理描画時の
カラー処理に関するアーキテクチャ図である。

【符号の説明】

１ ホスト計算機 ２ データ入力用バッファ（入力バッファ） ３ フォントＲＯＭ ４ パネルＩ／Ｏプロセッサ（パネルＩＯＰ） ５ 拡張インタフェース（拡張Ｉ／Ｆ） ６ プログラムＲＯＭ ７ 管理用ＲＡＭ ８ 色変換ハードウェア（色変換Ｈ／Ｗ） ９ ハードウェアレンダリング回路（ハードレンダラ） １０ ページ（バンド）バッファ １１ プリンタインタフェース（プリンタＩ／Ｆ） １２ ＣＰＵ １３ カラー記録装置（プリンタ） １４ コントローラ

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) B41J 5/30 B41J 2/525 G09G 5/00 510 G09G 5/36 H04N 1/60

Claims (16)

(57)【特許請求の範囲】
1. 【請求項１】 ホスト装置からページ記述言語で記述さ
   れている印刷データを受信し、該印刷データを展開した
   画像データの印刷処理を制御するカラー画像処理装置で
   あって、前記ホスト装置の表示に適した第一種のカラー属性の印
   刷データを カラー画像処理装置の像形成に適した第二種
   のカラー属性でページオブジェクト形式の中間データに
   データ変換する第一変換手段と、 前記第一変換手段により変換された本レンダリング手段
   が読み込み可能なデータ形式である中間データを色成分
   毎にバンド単位にレンダリングする第一レンダリング手
   段と、前記第一レンダリング手段によるレンダリング処理を行
   うか否かを判定する判定手段と、 前記判定手段により前記第一レンダリング手段によるレ
   ンダリング処理を行わないと判定された場合に、第二種
   のカラー属性の中間データを第一種のカラー属性の中間
   データに逆変換する第二変換手段と、 前記第二変換手段により変換された第一種のカラー属性
   の中間データを色成分毎にレンダリングする第二レンダ
   リング手段と、 を有することを特徴とするカラー画像処理装置。
2. 【請求項２】 前記第一変換手段により変換された第一
   種のカラー属性の中間データを、バンド毎にソーティン
   グしてリンクリストを構成するリンクリスト構成手段を
   更に有することを特徴とする請求項１に記載のカラー画
   像処理装置。
3. 【請求項３】 前記第二レンダリング手段によりレンダ
   リングされた第一種のカラー属性の画像データを第二種
   のカラー属性の画像データに色変換する第三変換手段を
   更に有するとことを特徴とする請求項１または２に記載
   のカラー画像処理装置。
4. 【請求項４】 前記判定手段は、第一レンダリング手段
   でサポートされていない所定の論理描画コマンドが前記
   印刷データに含まれていると認識した場合に、前記第一
   レンダリング手段によるレンダリング処理を行わないと
   判定することを特徴とする請求項１乃至３のいずれかに
   記載のカラー画像処理装置。
5. 【請求項５】 前記判定手段は、前記第一変換手段によ
   り得られる中間データのバンド毎のレンダリング時間が
   所定値を越えることを判断した場合に、前記第一レンダ
   リング手段によるレンダリング処理を行わないと判定す
   ることを特徴とする請求項１乃至３のいずれかに記載の
   カラー画像処理装置。
6. 【請求項６】 ホスト装置からページ記述言語で記述さ
   れている印刷データを受信し、該印刷データを展開した
   画像データの印刷処理を制御するカラー画像処理方法で
   あって、前記ホスト装置の表示に適した第一種のカラー属性の印
   刷データを カラー画像処理装置の像形成に適した第二種
   のカラー属性でページオブジェクト形式の中間データに
   データ変換する第一変換ステップと、 前記第一変換ステップで変換された本レンダリングステ
   ップで読み込み可能なデータ形式である中間データを色
   成分毎にバンド単位にレンダリングする第一レンダリン
   グステップと、前記第一レンダリングステップでレンダリング処理を行
   うか否かを判定する判定ステップと、 前記判定ステップで前記第一レンダリングステップによ
   るレンダリング処理を行わないと判定された場合に、第
   二種のカラー属性の中間データを第一種のカラー属性の
   中間データに逆変換する第二変換ステップと、 前記第二変換ステップにより変換された第一種のカラー
   属性の中間データを色成分毎にレンダリングする第二レ
   ンダリングステップと、 を有することを特徴とするカラー画像処理方法。
7. 【請求項７】 前記第一変換ステップで変換された第一
   種のカラー属性の中間データを、バンド毎にソーティン
   グしてリンクリストを構成するリンクリスト構成ステッ
   プを更に有することを特徴とする請求項６に記載のカラ
   ー画像処理方法。
8. 【請求項８】 前記第二レンダリングステップでレンダ
   リングされた第一種のカラー属性の画像データを第二種
   のカラー属性の画像データに色変換する第三変換ステッ
   プを更に有するとことを特徴とする請求項６または７に
   記載のカラー画像処理方法。
9. 【請求項９】 前記判定ステップは、第一レンダリング
   手段でサポートされていない所定の論理描画コマンドが
   前記印刷データに含まれていると認識した場合に、前記
   第一レンダリング手段によるレンダリング処理を行わな
   いと判定することを特徴とする請求項６乃至８のいずれ
   かに記載のカラー画像処理方法。
10. 【請求項１０】 前記判定ステップは、前記第一変換ス
    テップで得られる中間データのバンド毎のレンダリング
    時間が所定値を越えることを判断した場合に、前記第一
    レンダリングステップでのレンダリング処理を行わない
    と判定することを特徴とする請求項６乃至８のいずれか
    に記載のカラー画像処理装置。
11. 【請求項１１】 ホスト装置からページ記述言語で記述
    されている印刷データを受信し、該印刷データを展開し
    た画像データの印刷処理を制御するカラー画像処理装置
    であって、 前記ホスト装置の表示に適した第一種のカラー属性の印
    刷データをカラー画像処理装置の像形成に適した第二種
    のカラー属性でページオブジェクト形式の中間データに
    データ変換する第一変換手段と、 前記第二種のカラー属性の中間データに基づいて、第二
    種のカラー属性毎にレンダリング処理して第二種のカラ
    ー属性の画像データを得る第一レンダリング手段と、 前記第一種のカラー属性の印刷データに基づいて、第一
    種のカラー属性毎にレンダリング処理して第一種のカラ
    ー属性の画像データを得る第二レンダリング手段と、 前記第二レンダリング手段により得られる第一種のカラ
    ー属性の画像データを、第二種のカラー属性の画像デー
    タに色変換する第二変換手段と、 前記第二種のカラー属性の画像データをビデオ信号とし
    て印刷部に出力するビデオ信号出力手段と、 前記第一レンダリング手段により得られる第二種のカラ
    ー属性の画像データを前記出力手段により印刷部に出力
    するか、前記第二変換手段により色変換された第二種の
    カラー属性の画像データを前記出力手段により印刷部に
    出力するかを制御する制御手段と、 を有することを特徴とするカラー画像処理装置。
12. 【請求項１２】 前記制御手段は、第一レンダリング手
    段でサポートされていない所定の論理描画コマンドが前
    記印刷データに含まれているか、または、前記第一変換
    手段により得られる中間データのバンド毎のレンダリン
    グ時間が所定値を越えるかを判断することによりいずれ
    の画像データを前記出力手段により印刷部に出力するか
    を制御することを特徴とする請求項１０記載のカラー画
    像処理装置。
13. 【請求項１３】 前記第一レンダリング手段は、ハード
    ウェアにより実行され、第二レンダリング手段は、ソフ
    トウェアにより実行されることを特徴とする請求項１１
    または１２記載のカラー画像処理装置。
14. 【請求項１４】 ホスト装置からページ記述言語で記述
    されている印刷データを受信し、該印刷データを展開し
    た画像データの印刷処理を制御するカラー画像処理方法
    であって、 前記ホスト装置の表示に適した第一種のカラー属性の印
    刷データをカラー画像処理装置の像形成に適した第二種
    のカラー属性でページオブジェクト形式の中間データに
    データ変換する第一変換ステップと、 前記第二種のカラー属性の中間データに基づいて、第二
    種のカラー属性毎にレンダリング処理して第二種のカラ
    ー属性の画像データを得る第一レンダリングステップ
    と、 前記第一種のカラー属性の印刷データに基づいて、第一
    種のカラー属性毎にレンダリング処理して第一種のカラ
    ー属性の画像データを得る第二レンダリングステップ
    と、 前記第二レンダリングステップで得られる第一種のカラ
    ー属性の画像データを、第二種のカラー属性の画像デー
    タに色変換する第二変換ステップと、 前記第二種のカラー属性の画像データをビデオ信号とし
    て印刷部に出力するビデオ信号出力ステップと、 前記第一レンダリングステップで得られる第二種のカラ
    ー属性の画像データを前記出力ステップにより印刷部に
    出力するか、前記第二変換ステップで色変換された第二
    種のカラー属性の画像データを前記出力ステップにより
    印刷部に出力するかを制御する制御ステップと、 を有することを特徴とするカラー画像処理方法。
15. 【請求項１５】 前記制御ステップは、第一レンダリン
    グステップでサポートされていない所定の論理描画コマ
    ンドが前記印刷データに含まれているか、または、前記
    第一変換ステップで得られる中間データのバンド毎のレ
    ンダリング時間が所定値を越えるかを判断することによ
    りいずれの画像データを前記出力ステップにより印刷部
    に出力するかを制御することを特徴とする請求項１４に
    記載のカラー画像処理方法。
16. 【請求項１６】 前記第一レンダリングステップは、ハ
    ードウェアにより実行され、第二レンダリングステップ
    は、ソフトウェアにより実行されることを特徴とする請
    求項１４または１５に記載のカラー画像処理方法。