JP2875725B2

JP2875725B2 - 印刷制御装置および印刷制御方法

Info

Publication number: JP2875725B2
Application number: JP29092893A
Authority: JP
Inventors: 治夫清水
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1993-11-19
Filing date: 1993-11-19
Publication date: 1999-03-31
Anticipated expiration: 2014-03-31
Also published as: JPH07137353A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、描画コマンドをレンダ
リングして印刷部で印刷させる印刷制御装置および印刷
制御方法に関する。本発明は、例えばＣＡＤ（計算機援
用設計）、ＣＧ（コンピュータグラフィックス）、デザ
インやビジネスにおけるカラーＤＴＰ（デスクトップパ
ブリッシング）分野等の印刷にも好適である。

【０００２】

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

【０００３】

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

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

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

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

【０００７】そこで、本発明の目的は、上述の点に鑑み
て、広範な論理描画機能をある程度の印刷速度により実
現することを可能にし、更には従来イメージプリンタと
してホスト側でしか処理できなかった高度な論理描画の
レンダリング処理を印刷装置側である印刷制御装置で実
行可能にすることにある。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、請求項１の発明は、描画コマンドをレンダリングし
て印刷部で印刷させる印刷制御装置であって、描画コマ
ンドをハードウェアによってレンダリングする第一レン
ダリング手段と、描画コマンドが前記第一レンダリング
手段によりレンダリングできない高度な所定の論理描画
コマンドか否かを判断する判断手段と、前記判断手段で
前記描画コマンドが前記所定の論理描画コマンドである
と判断した場合に、前記所定の論理描画コマンドをソフ
トウェアによってレンダリングする第二レンダリング手
段とを有することを特徴とする。

【０００９】ここで、好ましくは、前記第二レンダリン
グ手段のレンダリングは、前記第一レンダリング手段の
レンダリングよりも品位が低い。また、好ましくは、前
記第一レンダリング手段はＹＭＣＫカラーオブジェクト
をＹＭＣＫページバッファにレンダリングし、前記第二
レンダリング手段は前記所定の論理描画コマンドに基づ
いてＲＧＢカラーオブジェクトをＲＧＢカラーページバ
ッファにレンダリングする。また、好ましくは、前記第
一レンダリング手段はＹＭＣＫカラーオブジェクトをレ
ンダリングし、前記第二レンダリング手段はＹＭＣＫカ
ラーオブジェクトをＹＭＣＫカラーからＲＧＢカラーへ
逆変換した後に、ＲＧＢカラー空間で前記所定の論理描
画コマンドに基づいてレンダリングする。また、好まし
くは、前記第一レンダリング手段はＹＭＣＫカラーオブ
ジェクトをＹＭＣＫページバッファにレンダリングし、
前記第二レンダリング手段はＹＭＣＫカラーオブジェク
ト及びＹＭＣＫカラーページバッファのデータをそれぞ
れＹＭＣＫカラーからＲＧＢカラーへ逆変換した後に、
ＲＧＢカラー空間で前記所定の論理描画コマンドに基づ
いてレンダリングし、その後、該演算結果をＹＭＣＫカ
ラーへ変換してＹＭＣＫカラーページバッファへ格納す
る。

【００１０】上記目的を達成するため、請求項６の発明
は、描画コマンドをレンダリングして印刷部で印刷させ
る印刷制御方法であって、描画コマンドをハードウェア
によってレンダリングする第一レンダリングステップ
と、描画コマンドが前記第一レンダリングステップでレ
ンダリングできない高度な所定の論理描画コマンドか否
かを判断する判断ステップと、前記判断ステップで前記
描画コマンドが前記所定の論理描画コマンドであると判
断した場合に、前記所定の論理描画コマンドをソフトウ
ェアによってレンダリングする第二レンダリングステッ
プとを有することを特徴とする。ここで、好ましくは、
前記第二レンダリングステップでのレンダリングは、前
記第一レンダリングステップでのレンダリングよりも品
位が低い。また、好ましくは、前記第一レンダリングス
テップではＹＭＣＫカラーオブジェクトをＹＭＣＫペー
ジバッファにレンダリングし、前記第二レンダリングス
テップでは前記所定の論理描画コマンドに基づいてＲＧ
ＢカラーオブジェクトをＲＧＢカラーページバッファに
レンダリングする。また、好ましくは、前記第一レンダ
リングステップではＹＭＣＫカラーオブジェクトをレン
ダリングし、前記第二レンダリングステップではＹＭＣ
ＫカラーオブジェクトをＹＭＣＫカラーからＲＧＢカラ
ーへ逆変換した後に、ＲＧＢカラー空間で前記所定の論
理描画コマンドに基づいてレンダリングする。また、好
ましくは、前記第一レンダリングステップではＹＭＣＫ
カラーオブジェクトをＹＭＣＫページバッファにレンダ
リングし、前記第二レンダリングステップではＹＭＣＫ
カラーオブジェクト及びＹＭＣＫカラーページバッファ
のデータをそれぞれＹＭＣＫカラーからＲＧＢカラーへ
逆変換した後に、ＲＧＢカラー空間で前記所定の論理描
画コマンドに基づいてレンダリングし、その後、該演算
結果をＹＭＣＫカラーへ変換してＹＭＣＫカラーページ
バッファへ格納する。

【００１１】

【作用】本発明では、上記構成を採ることにより、描画
コマンドがハードウェアによるレンダリングができない
所定の論理描画コマンドか否かを判断し、所定の論理描
画コマンドに基づく描画はソフトウエアで実現するの
で、広範な論理描画機能をある程度の印刷速度により実
現することが可能になり、更には従来イメージプリンタ
としてホスト側でしか処理できなかった高度な論理描画
のレンダリング処理を印刷装置側である印刷制御装置で
実行することが可能となる。また、その結果、レンダリ
ングに伴うホスト側の負荷は軽減され、今後普及される
と予想されるＣＰＵインテンシブ（集約的）なマルチメ
ディア処理等への展開が容易となる。

【００１２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４０】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５４】

【発明の効果】以上説明したように、本発明によれば、
描画コマンドがハードウェアによるレンダリングができ
ない所定の論理描画コマンドか否かを判断し、所定の論
理描画コマンドに基づく描画はソフトウエアで実現する
ので、広範な論理描画機能をある程度の印刷速度により
実現することが可能になり、更には従来イメージプリン
タとしてホスト側でしか処理できなかった高度な論理描
画のレンダリング処理を印刷装置側である印刷制御装置
で実行することが可能となるという効果が得られる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

Claims

(57)【特許請求の範囲】

【請求項１】描画コマンドをレンダリングして印刷部
で印刷させる印刷制御装置であって、描画コマンドをハードウェアによってレンダリングする
第一レンダリング手段と、描画コマンドが前記第一レンダリング手段によりレンダ
リングできない高度な所定の論理描画コマンドか否かを
判断する判断手段と、前記判断手段で前記描画コマンドが前記所定の論理描画
コマンドであると判断した場合に、前記所定の論理描画
コマンドをソフトウェアによってレンダリングする第二
レンダリング手段と、を有することを特徴とする印刷制御装置。
【請求項２】前記第二レンダリング手段のレンダリン
グは、前記第一レンダリング手段のレンダリングよりも
品位が低いことを特徴とする請求項１に記載の印刷制御
装置。
【請求項３】前記第一レンダリング手段はＹＭＣＫカ
ラーオブジェクトをＹＭＣＫページバッファにレンダリ
ングし、前記第二レンダリング手段は前記所定の論理描
画コマンドに基づいてＲＧＢカラーオブジェクトをＲＧ
Ｂカラーページバッファにレンダリングすることを特徴
とする請求項１に記載の印刷制御装置。
【請求項４】前記第一レンダリング手段はＹＭＣＫカ
ラーオブジェクトをレンダリングし、前記第二レンダリ
ング手段はＹＭＣＫカラーオブジェクトをＹＭＣＫカラ
ーからＲＧＢカラーへ逆変換した後に、ＲＧＢカラー空
間で前記所定の論理描画コマンドに基づいてレンダリン
グすることを特徴とする請求項１に記載の印刷制御装
置。
【請求項５】前記第一レンダリング手段はＹＭＣＫカ
ラーオブジェクトをＹＭＣＫページバッファにレンダリ
ングし、前記第二レンダリング手段はＹＭＣＫカラーオ
ブジェクト及びＹＭＣＫカラーページバッファのデータ
をそれぞれＹＭＣＫカラーからＲＧＢカラーへ逆変換し
た後に、ＲＧＢカラー空間で前記所定の論理描画コマン
ドに基づいてレンダリングし、その後、該演算結果をＹ
ＭＣＫカラーへ変換してＹＭＣＫカラーページバッファ
へ格納することを特徴とする請求項１に記載の印刷制御
装置。
【請求項６】描画コマンドをレンダリングして印刷部
で印刷させる印刷制御方法であって、描画コマンドをハードウェアによってレンダリングする
第一レンダリングステップと、描画コマンドが前記第一レンダリングステップでレンダ
リングできない高度な所定の論理描画コマンドか否かを
判断する判断ステップと、前記判断ステップで前記描画コマンドが前記所定の論理
描画コマンドであると判断した場合に、前記所定の論理
描画コマンドをソフトウェアによってレンダリングする
第二レンダリングステップと、を有することを特徴とする印刷制御方法。
【請求項７】前記第二レンダリングステップでのレン
ダリングは、前記第一レンダリングステップでのレンダ
リングよりも品位が低いことを特徴とする請求項６に記
載の印刷制御方法。
【請求項８】前記第一レンダリングステップではＹＭ
ＣＫカラーオブジェクトをＹＭＣＫページバッファにレ
ンダリングし、前記第二レンダリングステップでは前記
所定の論理描画コマンドに基づいてＲＧＢカラーオブジ
ェクトをＲＧＢカラーページバッファにレンダリングす
ることを特徴とする請求項６に記載の印刷制御方法。
【請求項９】前記第一レンダリングステップではＹＭ
ＣＫカラーオブジェクトをレンダリングし、前記第二レ
ンダリングステップではＹＭＣＫカラーオブジェクトを
ＹＭＣＫカラーからＲＧＢカラーへ逆変換した後に、Ｒ
ＧＢカラー空間で前記所定の論理描画コマンドに基づい
てレンダリングすることを特徴とする請求項６に記載の
印刷制御方法。
【請求項１０】前記第一レンダリングステップではＹ
ＭＣＫカラーオブジェクトをＹＭＣＫページバッファに
レンダリングし、前記第二レンダリングステップではＹ
ＭＣＫカラーオブジェクト及びＹＭＣＫカラーページバ
ッファのデータをそれぞれＹＭＣＫカラーからＲＧＢカ
ラーへ逆変換した後に、ＲＧＢカラー空間で前記所定の
論理描画コマンドに基づいてレンダリングし、その後、
該演算結果をＹＭＣＫカラーへ変換してＹＭＣＫカラー
ページバッファへ格納することを特徴とする請求項６に
記載の印刷制御方法。