JPH08139953A

JPH08139953A - 印刷装置及び印刷方法

Info

Publication number: JPH08139953A
Application number: JP6277830A
Authority: JP
Inventors: Haruo Shimizu; 治夫清水
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1994-11-11
Filing date: 1994-11-11
Publication date: 1996-05-31
Anticipated expiration: 2020-07-20
Also published as: JP3673536B2

Abstract

(57)【要約】【目的】論理描画をある程度の精度（階調、解像度）
を保持しながらも効率的に実現することを目的とする。【構成】外部装置からした入力情報を解析して中間情
報を生成し、生成された中間情報に対しバンドサイズの
レンダリングをできるか否かを判断し、生成された中間
情報に対しバンドサイズのレンダリングを実行できない
と判断すると階調を落としてレンダリングを実行し、階
調を落としてレンダリングする場合に、ハードウェアに
よるハードウェアレンダリングとソフトウェアによるソ
フトウェアレンダリングを自動的に切換える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホストコンピュータ等
の情報処理装置から入力する入力情報を解析して中間情
報を生成し、該中間情報に対してレンダリング処理（描
画処理）を実行して高精細、高階調に印刷する印刷装置
及び印刷方法に関する。

【０００２】

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

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

【０００４】また、カラーＰＤＬプリンタにおいては製
品が二極化され、すなわちインクジェットや熱転写型に
代表される低価格カラープリンタにおいて、ページメモ
リは白黒プリンタと同様にＹＭＣＫ４色そせぞれに１ｂ
ｉｔ分を保有する。カラーイメージや色文字、色指定に
よる塗りつぶしでは基本的にディザ、あるいは色精度を
追求する際には誤差拡散法等により、疑似的に解像度を
犠牲にして色階調を再現する。

【０００５】一方、カラーＬＢＰ等に代表される高価格
カラープリンタは、１ピクセルにおいてＹＭＣＫ各色で
複数の階調／濃度（例えば各色２５６階調）を表現可能
である。この印刷装置においては、上記疑似階調処理を
必要としないで、指定された色をそのまま記録装置内部
で保持し、プリンタにエンジンに送出すればよい。しか
し本記録装置においては多値ＹＭＣＫカラーを格納する
ページバッファが必要となり、解像度３００ＤＰＩ、階
調が各色８ｂｉｔ、最大紙サイズＡ４とすると、ページ
メモリとして１Ｍ×４色×８ｂｉｔ＝３２ＭＢのメモリ
が必要であるため、非常にコストの高くつく処理である
という課題があった。

【０００６】そのため、後者の方が高精細な画像が印刷
可能であるが、物理的な印刷装置＋コントローラの価格
は前者をはるかにしのぐものになる。

【０００７】

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

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

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

【００１０】本発明の目的は、上記の問題点を解決する
ためになされたもので、論理描画をある程度の精度（階
調、解像度）を保持しながらも低コストで実現する印刷
装置および印刷方法を提供することを目的とする。

【００１１】本発明の目的は、上記の問題を解決するた
めになされたもので、論理描画を効率的に実現する印刷
装置および印刷方法を提供することを目的とする。

【００１２】

【課題を解決するための手段】上記目的を達成する本発
明の印刷装置は以下に示す構成を備える。即ち、外部装
置から入力した入力情報を解析して中間情報を生成する
生成手段と、前記生成された中間情報に対しバンドサイ
ズのレンダリングを実行できるか否かを判断する判断手
段と、前記判断手段で前記生成された中間情報に対しバ
ンドサイズのレンダリングを実行できないと判断すると
階調を落としてレンダリングを実行する制御手段とを有
する。

【００１３】上記目的を達成する本発明の印刷装は以下
に示す構成を備える。即ち、外部装置から入力した入力
情報を解析して中間情報を生成する生成手段と、前記生
成された中間情報に対しバンドサイズのレンダリングを
できるか否かを判断する判断手段と、前記判断手段で前
記生成された中間情報に対しバンドサイズのレンダリン
グを実行できないと判断すると、解像度を落としてレン
ダリングを実行する制御手段と、前記制御手段で解像度
を落としてレンダリングする場合に、ハードウェアによ
るハードウェアレンダリングとソフトウェアによるソフ
トウェアレンダリングを切り換える切換手段とを有す
る。

【００１４】上記目的を達成する本発明の印刷装置は以
下に示す構成を備える。即ち、外部装置から入力した入
力情報を解析して中間情報を生成する生成手段と、前記
生成された中間情報に対しバンドサイズのレンダリング
をできるか否かを判断する判断手段と、前記判断手段で
前記生成された中間情報に対しバンドサイズのレンダリ
ングを実行できないと判断すると、階調を落としてレン
ダリングを実行する制御手段と、前記制御手段で階調を
落としてレンダリングする場合に、ハードウェアによる
ハードウェアレンダリングとソフトウェアによるソフト
ウェアレンダリングを切り換える切換手段とを有する。

【００１５】上記目的を達成する本発明の印刷装置は以
下に示す構成を備える。即ち、外部装置から入力した入
力情報を解析して中間情報を生成する生成手段と、前記
生成された中間情報に対し、ハードウェアによるハード
ウェアレンダリングとソフトウェアによるソフトウェア
レンダリングを切り換えて実行する制御手段とを有す
る。

【００１６】上記目的を達成する本発明の印刷方法は以
下に示す構成を備える。即ち、外部装置から入力した入
力情報を解析して中間情報を生成する生成工程と、前記
生成された中間情報に対しバンドサイズのレンダリング
を実行できるか否かを判断する判断工程と、前記判断工
程で前記生成された中間情報に対しバンドサイズのレン
ダリングを実行できない判断すると階調を落としてレン
ダリングを実行する制御工程とを有する。

【００１７】上記目的を達成する本発明の印刷方法は以
下に示す構成を備える。即ち、外部装置から入力した入
力情報を解析して中間情報を生成する生成工程と、前記
生成された中間情報に対しバンドサイズのレンダリング
をできるか否かを判断する判断工程と、前記判断工程で
前記生成された中間情報に対しバンドサイズのレンダリ
ングを実行できないと判断すると、解像度を落としてレ
ンダリングを実行する制御工程と、前記制御手段で解像
度を落としてレンダリングする場合に、ハードウェアに
よるハードウェアレンダリングとソフトウェアによるソ
フトウェアレンダリングを切り換える切換工程とを有す
る。

【００１８】上記目的を達成する本発明の印刷方法は以
下に示す構成を備える。即ち、外部装置から入力した入
力情報を解析して中間情報を生成する生成工程と、前記
生成された中間情報に対し、バンドサイズのレンダリン
グをできるか否かを判断する判断工程と、前記判断工程
で前記生成された中間情報対しバンドサイズのレンダリ
ングを実行できないと判断すると、階調を落としてレン
ダリングを実行する制御工程と、前記制御工程で階調を
落としてレンダリングする場合に、ハードウェアによる
ハードウェアレンダリングとソフトウェアによるソフト
ウェアレンダリング切り換える切換工程とを有する。

【００１９】上記目的を達成する本発明の印刷方法は以
下に示す構成を備える。即ち、外部装置から入力した入
力情報を解析して中間情報を生成する生成工程と、前記
生成された中間情報に対し、ハードウェアによるハード
ウェアレンダリングとソフトウェアによるソフトウェア
レンダリングを切り換えて実行する制御工程とを有す
る。

【００２０】

【作用】かかる構成において、外部装置から入力した入
力情報を解析して中間情報を生成し、生成された中間情
報に対しバンドサイズのレンダリングを実行できるでき
るか否かを判断し、生成された中間情報に対しバンドサ
イズのレンダリングを実行できないと判断すると階調を
落としてレンダリングを実行する。

【００２１】かかる構成において、外部装置から入力し
た入力情報を解析して中間情報を生成し、生成された中
間情報に対しバンドサイズのレンダリングをできるか否
かを判断し、生成された中間情報に対しバンドサイズの
レンダリングを実行できないと判断すると解像度を落と
してレンダリングを実行し、解像度を落としてレンダリ
ングを実行する場合に、ハードウェアによるハードウェ
アレンダリングとソフトウェアによるソフトウェアレン
ダリングを切り換える。

【００２２】かかる構成において、外部装置から入力し
た入力情報を解析して中間情報を生成し、生成された中
間情報に対しバンドサイズのレンダリングをできるか否
かを判断し、生成された中間情報に対しバンドサイズの
レンダリングを実行できないと判断すると階調を落とし
てレンダリングを実行し、階調を落としてレンダリング
する場合に、ハードウェアによるハードウェアレンダリ
ングとソフトウェアによるソフトウェアレンダリングを
切り換える。

【００２３】かかる構成において、外部装置から入力し
た入力情報を解析して中間情報を生成し、生成された中
間情報に対し、ハードウェアによるハードウェアレンダ
リングとソフトウェアによるソフトウェアレンダリング
を切り換えて実行する。

【００２４】

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

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

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

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

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

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

【００３０】ディザパターン１５はバンディングによ
り、少ないメモリ容量で高速に印字している際には必要
ないが、デグレード処理（あるバンド中にリアルタイム
でイメージ展開できないほど印字データが存在するか、
またはページオブジェクトが管理用ＲＡＭ７から溢れて
ページの途中で強制印字を行なう）において、少ないビ
ット深さで色精度を再現するために利用する。

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

【００３２】次に、図２に示すインタプリタ処理を示す
フローチャートと図３に示す中間データフォーマットと
図４に示すレンダリングモデルと図５に示す各種マスク
情報に関する説明図を用いて、本実施例のインタプリタ
処理（データ・フィルタリング・ダスク）を以下説明す
る。

【００３３】図１中の矢印は、各種描画情報に関するホ
スト計算機１からプリンタエンジン１３までの処理の流
れを示す。なお、図２のフローチャートに示すプログラ
ムは、プログラムＲＯＭ６に格納されており、ＣＰＵ１
２によって実行される。

【００３４】まず、ステップ１０１において、ＣＰＵ１
２は、割り込み処理等により入力バッファ２にカラーＰ
ＤＬデータをとり込み、次にステップ１０２では入力さ
れたＰＤＬコマンドを言語仕様に応じてインタプリット
（解釈）する。インタプリットした結果、ステップ１０
３において入力データが描画コマンド、例えば文字、直
線、イメージ描画である際には、ステップ１０４におい
て図３に示す中間データフォーマットの中間データを作
成して、管理用ＲＡＭに記憶する。この中間データは、
後述するレンダラ処理が実行されて、ページバッファ１
０にビットマップラーリとして記憶される。

【００３５】図３は、ＰＤＬデータをインタプリンタし
た結果作成される中間データを管理用ＲＡＭ７に記憶す
る際のフォーマットであり、これらの情報は、１ページ
分格納された後排紙命令（ＦｏｒｍＦｅｅｄ）によ
り、Ｒ、Ｇ、Ｂプレーン毎に後述するレンダリング処理
を実行し、カラー画像が生成される。

【００３６】図において、２０には例えば後述するソフ
トレンダリングの実行を示すフラグ（０）或いは後述す
るハードレンダリングの実行を示すフラグ（１）が格納
される。

【００３７】２１は、後述するマスク情報１５１が格納
され、２２は後述するバックグランド情報１５２が格納
され、２３は後述する論理描画方式１５３が格納され
る。そして、２４は次の中間データへ移行するためのネ
クストポインタ情報１５４が格納される。

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

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

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

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

【００４２】図２に戻り、入力されたデータが描画コマ
ンドでない場合には、ステップ１０６でデータが各種属
性（バックグランド、論理描画）設定コマンドかどうか
を判定する。もしＹＥＳであれば、ステップ１０７にお
いて対応する処理を実行するが、これらはそれぞれハー
ド（又はソフト）レンダラが読み込み可能なデータ形式
（ページオブジェクト）に変換するものである。

【００４３】又本実施例のように、カラー論理描画の機
能はハードウェアでサポートされないので、そのような
属性設定コマンド情報を検知すると、フルペイントフラ
グ（ｆｕｌｌ−ｐ−ｌａｇ）をステップ１０７でセット
する。その結果として、強制的に印刷の解像度かつ／ま
たは階調を落として、後述するフルペイントモードでの
レンダリングを行なう。

【００４４】また、同様に、ＦｌｏｏｄＦｉｌｌ等の
命令（点指定塗りつぶし）はバンディングによるレンダ
リングを実行できないため、そのような情報を検知する
と、フルペイントフラグ（ｆｕｌｌ−ｐ−ｌａｇ）をセ
ットする。結果として、強制的に印刷の解像度かつ／又
は階調を落して、後述するフルペイント（デグレード）
モードでのレンダリングを行なう。

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

【００４６】ステップ１０８は、例えばデバッグ処理等
の目的で状態をダンプ処理する。

【００４７】ステップ１０９では上記インタプリタ１２
０の処理が１ページ分のＰＤＬコマンド解析を終了した
かを判定し、終了していれば後述するレンダラタスクに
処理が移行するが、そうでなければステップ１０２にお
いて、次のコマンド解析を繰り返す。

【００４８】ここまでは基本的にＰＤＬからページオブ
ジェクトへの、データ・フィルタリング・タスクであ
り、これ以降の処理はページバッファ１０への描画を行
なうレンダリング・タスクである。この両者のタスク
は、特にレンダリング・タスクにおいて実時間処理が要
求されるため、リアルタイムＯＳ上で別タスクとして実
装され、かつ後者のレンダリング・タスクは前者よりも
プライオリティを高く設定されて動作する。

【００４９】次に、図６に示すフローチャートを用い
て、レンダリング処理（レンダリングタスク）を説明す
る。

【００５０】なお、図６のフローチャートに示すプログ
ラムは、プログラムＲＯＭ６に格納されており、ＣＰＵ
１２によって実行される。

【００５１】図２のステップ１０９で１ページ分のＰＤ
Ｌコマンド解析を終了したとＣＰＵ１２が判断すると、
本プログラムを起動し、ステップ１１０において、ペー
ジオブジェクトをレンダリングする前処理として、バン
ドレンダリング（バンディング）処理が可能か否かを判
定する。このバンディング処理が不可能な場合を以下に
列挙する。

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

【００５３】・大量のイメージ入力により管理用ＲＡＭ
７の情報があふれた（メモリデグレード）。

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

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

【００５６】なお、ステップ１１０で、上記の条件に適
合しないと判断すると、後述するバンドレンダリングを
１１１で実行する。

【００５７】次に、上記ステップ１１１のバンドレンダ
リング処理を図７にバンドレンダリングの概念を示す図
を図８のバンドレンダリング処理のフローチャートを用
いて以下、説明する。

【００５８】ステップＳ９０１でＣＰＵ１２は、ＰＤＬ
解析タスク１２０により管理用ＲＡＭ７に作成された中
間データのマスク情報からＹ座標におけるスキャンライ
ン情報（ｘｍｉｎ、ｘｍａｘ）を抽出し、カレント
のバックグランド情報、論理描画モードを参照して対応
するバックグランド情報をバンド・ラスタメモリ１０に
書き込む。

【００５９】そして、同じバンドのすべてのマスクに対
応すべく図３に示すネクストポインタ情報１５４をたど
り、リンクが終了するまでレンダリングを実行する（ス
テップ９０２）。

【００６０】図７では、各バンドのデータは連続したメ
モリ空間に存在するようになっているが、実際には各中
間データがどこのメモリにあってもよく、バンド内の情
報はリスト構造となっている。また、レンダリングを行
なっているページ番号に対して、ページ解析しているペ
ージ番号は同じ必要がなく、一般的に、ページ解析中の
ページ≧レンダリング中のページ、の関係が成り立つ。

【００６１】ハードレンダラ９はマスク情報１５１、バ
ックグランド情報１５２、論理描画の方法１５３に従い
バンド番号ｉのページオブジェクトに対しレンダリング
を行なうと共に、並行してプリンタエンジン１３から送
られてくる水平同期信号にあわせ、プリンタＩ／Ｆ１１
を通じて既にレンダリング済みのバンド番号ｉ−１のバ
ンダラスタ情報（ビットマップデータ）をプリンタエン
ジン１３にビデオ信号として送出する（ステップ９０
３）。

【００６２】この処理をすべてのバンドに対して実行す
ることにより、印字が実行される（ステップ９０４）。

【００６３】本実施例では、バンドラスタ情報として２
バンド持ち、レンダリング中（第Ｎ＋１バンド）とエン
ジンへ転送中（第Ｎバンド）のバンドを所定時間内に切
替え、リアルタイムのレンダリング処理を実現してい
る。バンド高さを大きくできれば、局所的なオブジェク
トの集中に対しても、時間デグレードの面で発生頻度を
低下させることが可能である。

【００６４】なお、本システムでは、カラープリンタを
想定しているため、ページバッファ１０には４面、すな
わちＹＭＣＫのプレーンが存在し、各色情報をプレーン
毎にレンダリングする。

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

【００６６】・上書き（Ｄ＝Ｓ）・透過、Ｄに描画しない（Ｄ＝Ｄ）・白（Ｄ＝０）

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

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

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

【００７０】なお、図１０のフローチャートに示すプロ
グラムは、プログラムＲＯＭ６に格納され、ＣＰＵ１２
によって実行される。

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

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

【００７３】ｎｅｗ−ｘ₁ （ｉ）＝ｍｉｎ・１／２（ｘ
₁ （ｉ）、ｘ₁ （ｉ＋１））、ｎｅｗ−ｘ_r （ｉ）＝ｍａｘ・１／２（ｘ_r （ｉ）、ｘ
_r （ｉ＋１））

【００７４】イメージに関しては、ページオブジェクト
のイメージ情報自身は変化せずに、ｘ、ｙ方向へのスケ
ーリングファクタをそれぞれ１／２とする。

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

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

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

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

【００７９】・加算、Ｄ＝Ｓ＋Ｄ・減算、Ｄ＝Ｄ−Ｓ・ブレンドでα値はユーザが指定、Ｄ＝α×Ｓ＋（１−
α）×Ｄ・最大値、Ｄ＝Ｍａｘ（Ｓ、Ｄ）・最小値、Ｄ＝Ｍｉｎ（Ｓ、Ｄ）

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

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

【００８２】ここで、上記ステップ５０４のソフトレン
ダリング処理を図１１のフローチャートを用いて詳細に
説明する。なお、図１１のフローチャートに示すプログ
ラムは、プログラムＲＯＭ６に格納されており、ＣＰＵ
１２によって実行される。図１０のステップ５０３でス
テートフラグが０であるとＣＰＵ１２が判断すると、図
３の２１で示されるマスクポインタによって示されるア
ドレスからマスク情報、２２で示されるアドレスからＢ
Ｇ情報、２３の論理描画情報を獲得する（ステップ８５
１）。

【００８３】本データは基本的に、ＰＤＬ解析部におい
てマスクデータが入力されるたびに作成され、論理描画
やＢＧデータはカレント状態を保持し、マスク情報を結
合される。

【００８４】ステップ８５２では、獲得したマスク情報
によりハンド中に描画する最左上端Ｘ、Ｙ座標を計算
し、Ｘ、Ｙ座標に対応するＢＧの多値情報（例えば３２
×３２のｂｉｔ−ｐｉｘｅｌ深さのタイルの場合に
は）、ｔｉｌｅ−ａｄｄｒｅｓｓ＝ｔｉｌｅ−ｔｏｐ−ａｄｄ
ｒｅｓ（Ｒ，ｏｒＧ，ｏｒＢ）＋（Ｙｍｏｄ３
２）×ｔｉｌｅ−ｗｉｄｔｈ（ｂｙｔｅｂｏｕｎｄａ
ｒｙ）＋（Ｘｍｏｄ３２）×ｂｉｔ−ｐｉｘｅｌ
（ｔｉｌｅ）／８、及びページバッファ３１０における、デスティネーシ
ョンアドレスを獲得し（ステップ８５３）、ｂａｎｄ−ａｄｄｒｅｓｓ＝ｂａｎｄ−ｔｏｐ−ａｄｄ
ｒｅｓｓ＋Ｙ×ｂａｎｄ−ｗｉｄｔｈ（ｂｙｔｅｂｏ
ｕｎｄａｒｙ）＋ｘ×ｂｉｔ−ｐｉｘｅｌ（ｂａｎｄ）
／８によりデータの格納されているメモリアドレスを計算
し、指定された論理描画にしたがって、ソース、ＢＧ、
ディスティネーション情報に対するレンダリング（論理
描画）を実行する（ステップ８５４）。

【００８５】この処理をＸのスキャンライン方向に増加
させるため、マスクは次の情報の再計算、ＢＧ、ディス
ティネーション情報を上記式に従って更新し（ステップ
８５２、８５３）、そのスキャンが終了したかどうかを
判定し、終了するばステップ８５６で次のスキャンライ
ン（Ｙ＝Ｙ＋１）において、マスクが終了したかを判定
し、終了すれば本処理を終了し図１０のステップ５０７
を実行する。もし終了しなければ、ステップ８５７でＹ
を増加させ、その際のＸ座標としての再左端座標を計算
し、同様な処理を繰り返すべくステップ８５２の処理へ
移行する。

【００８６】次に、上記ステップ５０６のハードレンダ
リング処理を図１２に示すハードウエア構成図を用いて
詳細に説明する。なお、図１２に示すハードウエア構成
図は、図１のハードレンダラ９を詳細に示す。

【００８７】図１２はハードウェアレンダリングを実行
する実現例であり、構成を簡単に紹介すると、８０１の
マイクロ実行解析部がマイクロコード（８０７）を読み
だし、各ブロックに解析し生成された図３の中間情報に
応じて必要なＢＧ、マスク、情報等を切り出して、必要
な情報を供給し、各ブロック８０２、８０３、８０５に
並列に処理を行うべく起動をかける。

【００８８】８０２は入力されたマスク情報を、ＦＩＦ
Ｏを経由して受けとり、マスク情報をＲＬ、トラペ、ビ
ットマップなどの情報に応じてデコード部に送り解析
し、注目するＸ、Ｙ座標を生成し、ＢＧ生成ブロック回
路８０３やバンドメモリブロック８０５に渡して、それ
ぞれ対応する情報を、レンダリング・ブロック８０６に
送り出すよう、トリガをかける。

【００８９】ＢＧパターン生成回路ブロック８０３は、
上述のソフトレンダリングで説明したアルゴリズムによ
り、指定されたＸ、Ｙ位置に対するＢＧパターンを生成
する。

【００９０】レンダリング回路ブロック８０６では、マ
スク、ＢＧ、ディスティネーションパターンを収集し、
論理描画モードに応じてレンダリングを実行し、レンダ
リング結果（ビットマップデータ）をバンドメモリ８０
５に格納した後、ページバッファ１０に格納する。ここ
では３つのパターンの最も処理の遅いプロセスに依存し
て、処理速度が決定される。

【００９１】こうして、マスク生成、レンダリング処理
が１つのマスクの全領域をカバーにするまで、続行され
る。

【００９２】ハードレンダリングは、１つのデータのレ
ンダリングを終了すると、図３の２４に示すネクストポ
インタ情報を入力し、レンダリングを試みる。なお、デ
ータがハードレンダリング不可能である、すなわちステ
ートフラグがソフトレンダリング（０）と判断されれ
ば、ＣＰＵに割込信号及び現在の処理できなかった中間
データの先頭アドレスを指定し、ソフトレンダラ（プロ
グラム）の起動を要求する。

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

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

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

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

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

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

【００９９】以上説明した第１実施例によれば、このカ
ラー印刷装置１０００は、カラーページ記述情報を入力
し、この入力情報を解析して記録のための中間情報を作
成し、この中間情報に対してハードウェアによる高速レ
ンダリング可能であって、ハードウェアによってサポー
トし切れない高度なカラー論理描画機能を、ソフトウェ
アによるレンダリングに切替える。これにより、色階調
かつ／または解像度を低下させながらもある程度色品位
を保持し、ハードウェアによる高速処理機能を生かし、
少ないメモリ容量でカラー論理描画機能を実現し、通常
の高速論理描画と両立することができる。

【０１００】また、以上説明した第２実施例によれば、
高速バンディング処理の時も論理描画の際においても、
ページバッファおよびページオブジェクトをＹＭＣＫで
保有することにより、記録領域の減少を図ることができ
る。

【０１０１】上記実施例では、図６に示すレンダリング
処理と、バンディング可能な場合は、バンドレンダリン
グを実行し、バンディング不可能な場合にはフルペイン
トのカラー論理描画をソフトレンダリングとハードレン
ダリングを自動的に切換えて実行することで達成した。

【０１０２】以下、第３実施例では、バンディング可能
な場合には最高の色階調バンドレンダリングを実行し、
バンディング不可能な場合には、解像度かつ／又は階調
を落としたデクレードレンダリングを実行する。

【０１０３】次に図１５に示すフローチャートを用い
て、第３実施例によるレンダリング処理（レンダリング
タスク）を説明する。

【０１０４】なお、図１５のフローチャートに示すプロ
グラムは、プログラムＲＯＭ６に格納されており、ＣＰ
Ｕ１２によって実行される。

【０１０５】図２のステップ１０９で１ページ分のＰＤ
Ｌコマンド解析を終了したとＣＰＵ１２が判断すると、
本プログラムを起動し、ステップ１１０において、ペー
ジオブジェクトをレンダリングする前処理として、バン
ドレンダリング（バンディング）処理が可能かどうかを
判定する。

【０１０６】そして、ステップ１１０での判定で、バン
ディング処理が可能な場合には、第１実施例で説明した
バンドレンダリングを実行し、ステップ１１０での判定
で、バンディング処理が不可能な場合には、本第３実施
例におけるデグレードレンダリングをステップ２００で
実行する。

【０１０７】なお、ステップ１１０の判定処理、ステッ
プ１１１のバンドレンダリング処理は第１実施例と同様
なので説明を省略するが、例えば、ＦｌｏｏｄＦｉｌ
ｌ等の命令（点指定塗りつぶし）はバンディングによる
レンダリングを実行できないため、そのような情報をス
テップ１１０で検知すると、フルペイントフラグ（ｆｕ
ｌｌ−ｐ−ｌａｇ）をセットして、ステップ２００にお
いて強制的に印刷の解像度かつ／又は階調を落して、フ
ルペイント（デグレード）モードでのレンダリングを行
う。

【０１０８】また、ステップ１１１でのバンディング処
理時にはページバッファに、２５６（Ｙサイズ）×４（色）×８（色深さ）×２×４
８００（Ａ４、４００ＤＰＩの幅）／８＝１０ＭＢ弱を持つことで実現できる。

【０１０９】またバンディング時にはページバッファに
各色８ｂｉｔを持つから、ホストから来るＰＤＬ情報は
一般的に１、２、４、８ｂｉｔであるため、対応するＹ
ＭＣＫ１、２、４、８ｂｉｔ情報をページオブジェクト
として格納し、レンダリング時にルックアップテーブル
を介してのビット拡張処理となる。本処理は後述するデ
ィザや誤差拡散手法に比べて演算コストは非常に少な
い。

【０１１０】ステップ１１０でバンドレンダリングが不
可能と判定されると、ステップ２００でデグレード処理
を実行するが、本第３実施例の中心となるカラー情報の
流れを示す図１６及び図１７のフローチャートを用いて
本第３実施例を説明する。

【０１１１】デグレード処理はリアルタイムにレンダリ
ング出来ないため、解像度かつ／又は階調を落したフル
ビットマップ（ビット深さ２ｏｒ４ｂｉｔ）に対応する
バッファ１０上へのレンダリングとなる。レンダリング
ハード９は処理の簡素化及び高速化を要求されるため、
レンダリング時にランレングスや多角形情報のリアルタ
イム解像度変換は実行できない。そこで以下に示す処理
がレンダリング以前に実行しておく必要があるが、ＢＪ
プリンタ等においてはこの限りではない。

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

【０１１３】ｎｅｗｘ₁ （ｉ）＝１／２×ｍｉｎ（ｘ
₁ （ｉ）、ｘ₁ （ｉ＋１）、ｎｅｗｘ_r （ｉ）＝１／２×ｍａｘ（ｘ_r （ｉ）、ｘ_r （ｉ＋
１））

【０１１４】すなわち、解像度変換４０６は、イメージ
に関しては、ページオブジェクトのイメージ情報自身は
変化せずに、ｘ、ｙ方向へのスケーリングファクタをそ
れぞれ１／２倍する。

【０１１５】一方ページバッファの階調を落としても、
レンダラは１、２、４、８ビットレンダリングをハード
またはソフトでサポートするため、バックグランド情報
はマスクとは異なり、特にＣＰＵパワーの要求される処
理は必要ではない。

【０１１６】次に図１５のステップ２００のデグレード
レンダリング処理を図１７のフローチャートを用いて説
明する。この図１７のフローチャートに示すプログラム
は、プログラムＲＯＭ６に格納され、ＣＰＵ１２により
実行される。ステップ７０１においてＣＰＵ１２はイン
タプリタ・タスクにより解像度変換されたマスク及びバ
ックグランド情報を入力し、入力されたオブジェクトが
描画コマンドかどうかをステップ７０２で判断する。描
画コマンドでなければステップ７０５において、バック
グランド情報（論理）描画モードをカレント情報を保持
するグローバル変数に代入する。

【０１１７】一方描画コマンドと判断された場合には、
ステップ７０３において、マスク、バックグランド、論
理描画情報を収集して、ハードウェアによるレンダリン
グを実行する（ステップ７０４）。この際にはページバ
ッファは２または４ｂｉｔであるため、ＰＤＬよりバッ
クグランドとして８ｂｉｔ相当のイメージが入力される
と、２または４ｂｉｔへの変換のためのディザ、誤差拡
散等の処理を実行する必要がある。

【０１１８】なお、図１０のフローチャートで説明した
様に、図１７のステップ７０４でステートフラグが０の
場合には、前述したソフトレンダリングを実行し、ステ
ートフラグが１の場合には、前述したハードレンダリン
グを実行する。従って、デグレードレンダリング（解像
度かつ／又は階調を落としてレンダリング）する場合
に、ソフトレンダリングとハードレンダリングを自動的
に切換えることができる。

【０１１９】多値ディザ法の原理を図１８を用いて説明
するが、ページメモリの階調より入力データの色階調が
高い場合に本処理が必要となる。

【０１２０】ディザ処理を説明するために、まず単純多
値化の原理を多値として８ｂｉｔ（２５６レベル）入力
を２ｂｉｔ（４値）化する、を例としてアルゴリズムを
示す。

【０１２１】注目画素の入力値が６４未満だと０（０
０）、６４以上１２８未満だと８５（０１）を、１２８
以上１９２未満だと１７０（１０）を、２５５以下だと
２５５（１１）を出力する。これは図１８（Ａ）に示す
ものであり、入力が属しているＡＲＥＡ内部で、そのＡ
ＲＥＡ内の閾値（６４、１２８、１９２）を利用し、出
力がＡＲＥＡの両端となるような２値化処理を行う。図
中の太い縦線が領域の区切りを示し、下に８ｂｉｔレベ
ルおよび２ｂｉｔレベル（）で括っているの出力値を
示す。細い縦線が領域内での閾値８ｂｉｔレベルを示
す。

【０１２２】この２値化処理を多値ディザに応用する例
を図１８（Ｂ）と（Ｃ）を参照して説明する。図１８
（Ｂ）で示される注目画素データと注目画素に対応する
ディザマトリックス図１８（Ｃ）の値からその領域に適
した閾値を計算し、注目画素のデータをこの閾値で二値
化する。ここでディザマトリックスは、４×４のパター
ンとしてページバッファ上で同じパターンを繰り返す。
ディザマトリックスの最大値は２５５／（ビットレベル
−１）となる。入力データは拡大、縮小処理があるとす
でにページメモリの解像度に変換されている。

【０１２３】実際のディザ・アルゴリズムを以下に説明
する。

【０１２４】１．入力データにおける注目画素を読みと
り、どのＡＲＥＡに属するかを判断する。⇒注目画素は
１８０であり、ＡＲＥＡ２に属している。

【０１２５】２．対応するディザマトリックスを値を読
み込み、このＡＲＥＡに合致する閾値に変更する。⇒ｔ
ｈｅｓｈｏｌｄ＝７４＋８５×２＝２４４

【０１２６】３．注目画素データが閾値以上であればこ
のＡＲＥＡの最大値、閾値未満であればＡＲＥＡの最小
値を出力値とする。⇒注目画素（１８０）＜閾値（２４
４）なので、ＡＲＥＡの最小値（１７０）を出力する。

【０１２７】４．次の画素を処理する。

【０１２８】この処理はハードウェア的にはルックアッ
プテーブルにより、高速変換処理が可能である。このテ
ーブルは入力レベルが０から２５５のおのおのについ
て、４＊４のディザマトリックスの各位置においてディ
ザ変換した２ｂｉｔ出力値をあらかじめ格納しておくこ
とにより実現できる。

【０１２９】この際のテーブルサイズは各ＹＭＣＫ毎に
２５６×４×４×２ｂｉｔ＝１０２４ｂｙｔｅ分必要で
あり、２ｂｉｔずつを図１９（Ａ）に示すポインタによ
り示されるディザテーブル図１９（Ｂ）よりアクセスす
る。

【０１３０】ステップ７０６において、１ページ分のマ
スクデータのレンダリング処理を終了すると、エンジン
ＩＦを通じてプリンタに各ＹＭＣＫプレーン毎に水平・
垂直同期信号に合わせて送出する（ステップ７０７）。

【０１３１】なお、デグレード処理時にディザ処理を行
わずに、バンディング処理と同様に入力されたデータを
そのまま、あるいはビットを切り捨てることによりレン
ダリングすることも可能である。この結果特にソフトウ
ェア処理する際には、印字品位は低下するがディザ処理
よりも印字処理のスピードアップが図られ、ユーザにと
ってはドラフトモードとして位置付けることが可能とな
る。

【０１３２】これは図１６においてデグレート時には解
像度変換４０６の処理は実行するが、ディザテーブル１
５の参照は行わない形態である。

【０１３３】また、デグレード時の色精度を出すための
疑似階調処理として、ディザ処理を例にとり説明した
が、他の実現例として例えば誤差拡散方法や平均濃度保
存法の処理も適用可能である。

【０１３４】また、本実施例ではデグレード時に階調が
落ちるという前提の元で実施例を説明したが、ページメ
モリをユーザが拡張ＲＡＭとして増設が可能であり、２
５６階調分のフルメモリが獲得可能であれば、デグレー
ト時にはディザ処理による疑似階調変換処理は必要では
なくなる。

【０１３５】以上説明した様に、第３実施例によれば、
カラーＰＤＬ情報の印刷を大量のフルビットマップを持
たずに、多値表現可能なカラープリンタにおいて、バン
ディング処理可能な場合には最高の色階調によってバン
ディングレンダリング処理を実行し、またバンディング
処理が不可能な場合にはディザ、誤差拡散を施すモード
（色再現重視モード）或いは色再現を重視せずにスピー
ド重視によるモードでのデグレードレンダリング処理を
実行する。この両者のモードをユーザが指定することに
より、ユーザの意図に合致したカラー印刷を行うことが
可能になる。

【０１３６】以上説明した様に本実施例によれば多値の
色再現が可能なカラープリンタにおいてフル多値ビット
マップメモリを用いずに、バンディング処理を行い高速
にカラーイメージ展開を行い、メモリの使用量を削減す
ることができる。

【０１３７】なお、イメージ展開をリアルタイムに実現
できないほどホスト装置側から印字データを送出された
り、ハードアクセラレータによる印字が不可能な場合に
はデグレード処理として階調性を落し（８ｂｉｔから２
ｂｉｔ）フルビットマップを持つと、ＩＭ×４（色）×
２（ｂｉｔ）＝８ＭＢのメモリ容量となる。

【０１３８】ここで両者の処理方式による色再現性を比
較すると、

【０１３９】

【外１】色が可能である。これを比較すればバンディング方式で
はユーザが指定された色により十分な色階調は出せる
が、デグレード方式では２５６階調しか表現できないた
め、十分な階調を表現できない可能性が大きく、階調を
重視する際にはデイザや誤差拡散手法等の疑似階調処理
を実施する。

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

【０１４１】図２１は本実施例を適用可能なプリンタの
構成を示す断面図であり、例えばレーザビームプリンタ
（ＬＢＰ）の場合を示す。

【０１４２】図において、１５００はＬＢＰ本体であ
り、外部に接続されているホストコンピュータから供給
される印刷情報（文字コード等）やフォーム情報あるい
はマクロ命令等を入力して記憶するとともに、それらの
情報に従って対応する文字パターンやフォームパターン
等を作成し、記録媒体である記録紙等に像を形成する。
１５０１は操作のためのスイッチおよびＬＥＤ表示器等
が配されている操作パネル、１０００はＬＢＰ本体１５
００全体の制御およびホストコンピュータから供給され
る文字情報等を解析するプリンタ制御ユニットである。
このプリンタ制御ユニット１０００は、主に文字情報を
対応する文字パターンのビデオ信号に変換してレーザド
ライバ１５０２に出力する。レーザドライバ１５０２は
半導体レーザ１５０３を駆動するための回路であり、入
力されたビデオ信号に応じて半導体レーザ１５０３から
発射されるレーザ光１５０４をオン・オフ切換えする。
レーザ光１５０４は回転多面鏡１５０５で左右方向に振
らされて静電ドラム１５０６上を走査露光する。これに
より、静電ドラム１５０６上には文字パターンの静電潜
像が形成されることになる。この潜像は、静電ドラム１
５０６周囲に配設された現像ユニット１５０７により現
像された後、記録紙に転写される。この記録紙にはカー
トシートを用い、カットシート記録紙はＬＢＰ１５００
に装着した用紙カセット１５０８に収納され、給紙ロー
ラ１５０９および搬送ローラ１５１０と搬送ローラ１５
１１とにより、装置内に取り込まれて、静電ドラム１５
０６に供給される。また、ＬＢＰ本体１５００には、図
示しないカードスロットを少なくとも１個以上備え、内
蔵フォントに加えてオプションフォントカード、言語系
の異なる制御カード（エミュレーションカード）を接続
できるように構成されている。

【０１４３】なお、本実施例を適用するプリンタは、レ
ーザビームプリンタおよびインクジェットプリンタに限
られるものではなく、他のプリント方式のプリンタでも
良いことは言うまでもない。

【０１４４】

【発明の効果】以上説明した様に本発明によれば、生成
された中間情報に対しバンドサイズのレンダリングを実
行できないと判断すると階調を落としてレンダリングを
実行することにより、論理描画をある程度の精度（階
調）を保持しながらも低コストで実現することができる
という優れた効果を奏する。

【０１４５】以上説明した様に本発明によれば、生成さ
れた中間情報に対しバンドサイズのレンダリングを実行
できないと判断すると解像度を落としてレンダリングを
実行し、解像度を落としてレンダリングする場合に、ハ
ードウェアによるハードウェアレンダリングとソフトウ
ェアによるソフトウェアレンダリングを切換えることに
より、論理描画をある程度の精度（解像度）を保持しな
がらも効率的に実現することができるという優れた効果
を奏する。

【０１４６】以上説明した様に本発明によれば、生成さ
れた中間情報に対しバンドサイズのレンダリングを実行
できないと判断すると階調を落としてレンダリングを実
行し、階調を落としてレンダリングする場合に、ハード
ウェアによるハードウェアレンダリングとソフトウェア
によるソフトウェアレンダリングを切換えることによ
り、論理描画をある程度の精度（階調）を保持しながら
も効率的に実現することができるという優れた効果を奏
する。

【０１４７】以上説明した様に本発明によれば、生成さ
れた中間情報に対し、ハードウェアによるハードウェア
レンダリングとソフトウェアによるソフトウェアレンダ
リングを切換えて実行することにより、論理描画を効率
的に実現することができるという優れた効果を奏する。

【図面の簡単な説明】

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

【図２】本発明の一実施例のインタプリタ処理の概要を
示すフローチャートである。

【図３】中間データのフォーマットを示す図である。

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

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

【図６】本発明の一実施例におけるレンダリング処理全
体の概要を示すフローチャートである。

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

【図８】本発明の一実施例におけるバンドレンダリング
処理の概要を示すフローチャートである。

【図９】本発明の一実施例の論理描画におけるカラー処
理に関するブロック図である。

【図１０】本発明の一実施例におけるフルペイントレン
ダリング処理の概要を示すフローチャートである。

【図１１】本発明の一実施例におけるソフトレンダリン
グ処理の概要を示すフローチャートである。

【図１２】本発明の一実施例におけるハードレンダリン
グ処理を行うハードウェア構成を示す図である。

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

【図１４】本発明の一実施例における、論理描画時のカ
ラー処理に関するブロック構成図である。

【図１５】本発明の一実施例における、レンダリング処
理全体の概要を示すフローチャートである。

【図１６】本発明の一実施例におけるバンディングレン
ダリング処理及びデグレードレンダリング処理に関する
ブロック構成図である。

【図１７】本発明の一実施例におけるデグレードレンダ
リング処理の概要を示すフローチャートである。

【図１８】本発明の一実施例におけるディザ処理に関す
る説明図である。

【図１９】本発明の一実施例におけるディザ処理を行う
ハードウェア構成を示す図である。

【図２０】本発明を適用可能なインクジェットプリンタ
の外観図である。

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

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】外部装置から入力した入力情報を解析し
て中間情報を生成する生成手段と、前記生成された中間情報に対しバンドサイズのレンダリ
ングを実行できるか否かを判断する判断手段と、前記判断手段で前記生成された中間情報に対しバンドサ
イズのレンダリングを実行できないと判断すると階調を
落としてレンダリングを実行する制御手段とを有するこ
とを特徴とする印刷装置。
【請求項２】前記レンダリングは、前記生成された中
間情報に基づくビットマップデータをビットマップメモ
リに描画することを特徴とする請求項１に記載の印刷装
置。
【請求項３】前記制御手段は、ハードウェアによるハ
ードウェアレンダリングとソフトウェアによるソフトウ
ェアレンダリングを切り換えて実行することを特徴とす
る請求項１に記載の印刷装置。
【請求項４】外部装置から入力した入力情報を解析し
て中間情報を生成する生成手段と、前記生成された中間情報に対しバンドサイズのレンダリ
ングをできるか否かを判断する判断手段と、前記判断手段で前記生成された中間情報に対しバンドサ
イズのレンダリングを実行できないと判断すると、解像
度を落としてレンダリングを実行する制御手段と、前記制御手段で解像度を落としてレンダリングをする場
合に、ハードウェアによるハードウェアレンダリングと
ソフトウェアによるソフトウェアレンダリングを切り換
える切換手段とを有することを特徴とする印刷装置。
【請求項５】前記レンダリングは、前記生成された中
間情報に基づくビットマップデータをビットマップメモ
リに描画することを特徴とする請求項４に記載の印刷装
置。
【請求項６】前記ハードウェアレンダリングは、ハー
ドウェアを用いて所定の論理描画を実行することを特徴
とする請求項４に記載の印刷装置。
【請求項７】前記ソフトウェアレンダリングは、前記
ハードウェアレンダリングで実行しきれない高度な論理
描画を実行することを特徴とする請求項４に記載の印刷
装置。
【請求項８】外部装置から入力した入力情報を解析し
て中間情報を生成する生成手段と、前記生成された中間情報に対しバンドサイズのレンダリ
ングをできるか否かを判断する判断手段と、前記判断手段で前記生成された中間情報に対しバンドサ
イズのレンダリングを実行できないと判断すると、階調
を落としてレンダリングを実行する制御手段と、前記制御手段で階調を落としてレンダリングする場合
に、ハードウェアによるハードウェアレンダリングとソ
フトウェアによるソフトウェアレンダリングを切り換え
る切換手段とを有することを特徴とする印刷装置。
【請求項９】前記レンダリングは、前記生成された中
間情報に基づくビットマップデータをビットマップメモ
リに描画することを特徴とする請求項８に記載の印刷装
置。
【請求項１０】前記ハードウェアレンダリングは、ハ
ードウェアを用いて所定の論理描画を実行することを特
徴とする請求項８に記載の印刷装置。
【請求項１１】前記ソフトウェアレンダリングは、前
記ハードウェアレンダリングで実行しきれない高度な論
理描画を実行することを特徴とする請求項８に記載の印
刷装置。
【請求項１２】外部装置から入力した入力情報を解析
して中間情報を生成する生成手段と、前記生成された中間情報に対し、ハードウェアによるハ
ードウェアレンダリングとソフトウェアによるソフトウ
ェアレンダリングを切り換えて実行する制御手段を有す
ることを特徴とする印刷装置。
【請求項１３】前記レンダリングは、前記生成された
中間情報に基づくビットマップデータをビットマップメ
モリに描画することを特徴とする請求項１２に記載の印
刷装置。
【請求項１４】前記ハードウェアレンダリングは、ハ
ードウェアを用いて所定の論理描画を実行することを特
徴とする請求項１２に記載の印刷装置。
【請求項１５】前記ソフトウェアレンダリングは、前
記ハードウェアレンダリングで実行しきれない高度な論
理描画を実行することを特徴とする請求項１２に記載の
印刷装置。
【請求項１６】外部装置から入力した入力情報を解析
して中間情報を生成する生成工程と、前記生成された中間情報に対しバンドサイズのレンダリ
ングを実行できるか否かを判断する判断工程と、前記判断工程で前記生成された中間情報に対しバンドサ
イズのレンダリングを実行できないと判断すると階調を
落としてレンダリングを実行する制御工程とを有するこ
とを特徴とする印刷方法。
【請求項１７】前記レンダリングは、前記生成された
中間情報に基づくビットマップデータをビットマップメ
モリに描画することを特徴とする請求項１６に記載の印
刷方法。
【請求項１８】前記制御工程は、ハードウェアによる
ハードウェアレンダリングとソフトウェアによるソフト
ウェアレンダリングを切り換えて実行することを特徴と
する請求項１６に記載の印刷方法。
【請求項１９】外部装置から入力した入力情報を解析
して中間情報を生成する生成工程と、前記生成された中間情報に対しバンドサイズのレンダリ
ングをできるか否かを判断する判断工程と、前記判断工程で前記生成された中間情報に対しバンドサ
イズのレンダリングを実行できないと判断すると、解像
度を落としてレンダリングを実行する制御工程と、前記制御工程で解像度を落としてレンダリングする場合
に、ハードウェアによるハードウェアレンダリングとソ
フトウェアによるソフトウェアレンダリングを切り換え
る切換工程とを有することを特徴とする印刷方法。
【請求項２０】前記レンダリングは、前記生成された
中間情報に基づくビットマップデータをビットマップメ
モリに描画することを特徴とする請求項１９に記載の印
刷方法。
【請求項２１】前記ハードウェアレンダリングは、ハ
ードウェアを用いて所定の論理描画を実行することを特
徴とする請求項１９に記載の印刷方法。
【請求項２２】前記ソフトウェアレンダリングは、前
記ハードウェアレンダリングで実行しきれない高度な論
理描画を実行することを特徴とする請求項１９に記載の
印刷方法。
【請求項２３】外部装置から入力した入力情報を解析
して中間情報を生成する生成工程と、前記生成された中間情報に対しバンドサイズのレンダリ
ングをできるか否かを判断する判断工程と、前記判断工程で前記生成された中間情報に対しバンドサ
イズのレンダリングを実行できないと判断すると、階調
を落としてレンダリングを実行する制御工程と、前記制御工程で階調を落としてレンダリングする場合
に、ハードウェアによるハードウェアレンダリングとソ
フトウェアによるソフトウェアレンダリングを切り換え
る切換工程とを有することを特徴とする印刷方法。
【請求項２４】前記レンダリングは、前記生成された
中間情報に基づくビットマップデータをビットマップメ
モリに描画することを特徴とする請求項２３に記載の印
刷方法。
【請求項２５】前記ハードウェアレンダリングは、ハ
ードウェアを用いて所定の論理描画を実行することを特
徴とする請求項２３に記載の印刷方法。
【請求項２６】前記ソフトウェアレンダリングは、前
記ハードウェアレンダリングで実行しきれない高度な論
理描画を実行することを特徴とする請求項２３に記載の
印刷方法。
【請求項２７】外部装置から入力した入力情報を解析
して中間情報を生成する生成工程と、前記生成された中間情報に対し、ハードウェアによるハ
ードウェアレンダリングとソフトウェアによるソフトウ
ェアレンダリングを切り換えて実行する制御工程とを有
することを特徴とする印刷方法。
【請求項２８】前記レンダリングは、前記生成された
中間情報に基づくビットマップデータをビットマップメ
モリに描画することを特徴とする請求項２７に記載の印
刷方法。
【請求項２９】前記ハードウェアレンダリングは、ハ
ードウェアを用いて所定の論理描画を実行することを特
徴とする請求項２７に記載の印刷方法。
【請求項３０】前記ソフトウェアレンダリングは、前
記ハードウェアレンダリングで実行しきれない高度な論
理描画を実行することを特徴とする請求項２７に記載の
印刷方法。