JP3496384B2 - 画像出力装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＰＤＬ（ページ記
述言語）を受け取り、描画処理を行なって出力する画像
出力装置に関するものである。

【０００２】

【従来の技術】ＰＤＬの特徴は、解像度やカラーの表現
能力および処理方式等の出力装置の仕様に依存しない形
式で、複雑な図形の描画や任意の大きさの文字出力など
の定義が行なえるなど、非常に抽象度の高い表現能力を
持っていることである。その結果、出力装置として各種
の印刷装置ばかりでなく、グラフィックスディスプレイ
など表示装置を出力装置として用いることができるな
ど、多種類の出力装置を出力対象とすることができる。
実際に用いられている出力装置は、出力解像度において
７２ｄｐｉから６００ｄｐｉ前後、色空間においてはＲ
ＧＢ，ＣＭＹＫ，Ｌａｂ形式など、色表現数に関しては
各色１ｂｉｔから８ｂｉｔ程度の装置が現在多く普及し
ている。

【０００３】一方、ＰＤＬのコマンドの中には、そのデ
ータの特性上、解像度や色表現に依存したデータ形式も
許されている。例えば、ビットマップ形式のイメージデ
ータがその代表例で、各ドットをビットに対応づけてデ
ータが作成されているため、解像度や色表現形式はデー
タごとにある固有の属性を持っている。ＰＤＬを受け取
って描画処理を行ない出力する画像出力装置は、このよ
うなデータを受けた時には出力装置の特性にしたがって
データを変換して出力している。

【０００４】このような状況から、ユーザがこの画像出
力装置のクライアントであるアプリケーションプログラ
ムを使う場合において、出力装置を限定しない高精細な
表現のＰＤＬデータを発生させるためには、できる限り
の高解像度と色表現能力をもったデータを使用するのが
望ましい。そのようなデータを用いれば、ＰＤＬ処理出
力装置側の処理において、表現能力の高い出力装置であ
ればそのデータの持つ情報がそのまま生かせるし、表現
能力の低い出力装置であれば適切な変換方法を用いてデ
ータを変換することによってその出力装置の表現能力を
最大限にいかした出力を行なうことができるからであ
る。現状では、６００ｄｐｉ，ＹＭＣＫ（またはＲＧ
Ｂ），各色８ｂｉｔくらいの解像度および色表現を有す
るデータを使用すれば、一般的な利用形態では十分であ
ろう。もちろん、例えば、出版印刷用の１０００ｄｐｉ
以上の表現形式に対しては、より高い解像度のデータが
望ましい。実際にアプリケーションレベルで、例えばカ
ラー写真を取り込んだＤＴＰ（Ｄｅｓｋ Ｔｏｐ Ｐｕ
ｂｌｉｓｈｉｎｇ）文書を作成しようとする場合、たい
ていのユーザはカラー写真を読み込むためのスキャナの
設定において、上述のような高精細な値の設定を行なっ
てから取り込むであろう。従来のＤＴＰおよびＰＤＬデ
ータ発生方法の多くは、このような手法によってイメー
ジデータ処理の装置独立性を確保していると考えられ
る。

【０００５】このような手法でＰＤＬデータを作成した
場合、もちろんその表現能力をフルに生かせる出力装置
に出力する場合は問題ないが、そうでない装置、例え
ば、３００ｄｐｉ、ＣＭＹＫ各色１Ｂｉｔのインクジェ
ットプリンタや、さらには７２ｄｐｉのグラフィックス
ディスプイなどにとっては、このようなイメージデータ
を含んだＰＤＬデータは表現しきれない過分なデータを
含んだものであることは明らかである。つまり、一般
に、画像出力装置に入力されるＰＤＬのデータにおい
て、イメージデータはかなりデータ量の大きいデータで
あることは理解できるであろう。例えば、６００ｄｐ
ｉ，ＣＭＹＫ各色８ｂｉｔの表現形式を用いた場合、２
５．４ｃｍ（１０ｉｎｃｈ）四方の大きさのイメージデ
ータは約１４０ＭＢｙｔｅｓ弱のデータ量となる。

【０００６】図５は、従来の画像出力装置の一例を示す
ブロック図である。図中、１は入力解析部、２はグラフ
ィックス状態管理部、３はグラフィックス状態テーブ
ル、４は図形管理部、５は図形バッファ、６は描画処理
部、７はフレームバッファ、８は出力処理部、９は出力
装置、３１はイメージ管理部、３２はイメージバッファ
である。

【０００７】入力解析部１は、クライアントから送られ
てくるＰＤＬデータを受け取り、そのＰＤＬデータがど
のようなコマンドであるかを解析し、コマンドの種類に
よって各部にＰＤＬデータを渡す。

【０００８】グラフィック状態管理部２は、ＰＤＬデー
タがグラフィック状態関連コマンドの場合に、このコマ
ンドを処理してグラフィック状態テーブルの設定や変更
を行なう。グラフィック状態テーブル３は、現在のグラ
フィック状態を保持する。このグラフィックス状態と
は、線の幅や色、フォントの種別などの状態を保持する
もので、描画処理を行なう時に参照するものである。図
７は、グラフィック状態の一例の説明図である。線分の
描画に関するグラフィック状態としては、例えば、図７
（Ａ）に示すような属性値をグラフィック状態テーブル
３に保持させることができる。ここでは、座標系、色、
現在の座標、線幅、線の端点形状、線のつなぎ部の形状
等を保持する。それぞれの意味は図７（Ｂ）に示されて
おり、座標系としてＸＹ座標系が、色として図示の都合
上ハッチングで示した色がそれぞれ選択されている。ま
た、現在の座標は円で示している。端点形状およびつな
ぎ部の形状は、円弧状の形状が指定されている。

【０００９】図形管理部４は、入力解析部１から図形関
連コマンドを受け取り、図形の登録、変更、削除などを
行なう。例えば、入力されたＰＤＬデータが図形描画プ
リミティブデータ（米ＡｄｏｂｅＳｙｓｔｅｍｓ社が開
発したＰｏｓｔＳｃｒｉｐｔ（登録商標）というＰＤＬ
では、パスと名付けられている。以下、パスと呼ぶ）で
あった場合は、現在構築中のパスが保持されている図形
バッファ５に対してさらにプリミティブを追加する。パ
スはグラフィックス図形であり、始点から順に図形描画
プリミティブを追加していくことによって図形が構築さ
れていく。図形バッファ５は、構築される図形データを
保持する。

【００１０】イメージ管理部３１は、描画関連コマンド
のうち、イメージデータを受け取り、イメージバッファ
３２に格納する。イメージバッファ３２は、イメージデ
ータがそのまま格納される。

【００１１】描画処理部６は、描画関連コマンドのう
ち、イメージデータ以外のコマンドを受け取り、グラフ
ィックス状態テーブルに保持されている各種の設定値を
用いながら、ある場合には図形バッファ５から図形デー
タを取り出して処理し、ラスタ展開してビットマップイ
メージをフレームバッファ７に格納する。あるいは、イ
メージバッファ３２に格納されているイメージデータを
取り出し、フレームバッファ７に格納する。フレームバ
ッファ７は、出力装置９に出力可能なビットマップイメ
ージを保持する。

【００１２】出力処理部８は、印刷コマンドを受ける
と、出力装置９を制御して、フレームバッファ７に格納
されているビットマップイメージを出力させる。出力装
置９は、フレームバッファ７に格納されているビットマ
ップイメージを出力する。

【００１３】図６は、従来の画像出力装置の一例におけ
る動作の一例を示すフローチャートである。全ての入力
ＰＤＬデータは、Ｓ４１において、一度、入力解析部１
で読み取られる。そして、Ｓ４２において、入力解析部
１は読み込んだデータをその属性にしたがって処理す
る。読み込んだデータがグラフィックス状態設定などの
パラメータ設定コマンドであった場合は、Ｓ４３におい
て、グラフィックス状態管理部２がグラフィックス状態
テーブル３に設定を行なう。

【００１４】入力されたＰＤＬデータがパスであった場
合は、Ｓ４４において、現在構築中のパスが保持されて
いる図形バッファ５に対してさらにプリミティブを追加
する。

【００１５】入力ＰＤＬデータが描画コマンドであった
場合、描画コマンドには２種類あり、Ｓ４５において描
画コマンドの種類を判定する。通常の描画コマンドの場
合は、Ｓ４６において、グラフィックス状態テーブル３
によって決定されるパラメータに従って、図形バッファ
５に構築されたパスデータを読み出し、出力装置９の表
現能力に適したラスタ展開を行なってフレームバッファ
７に書き込む。

【００１６】描画コマンドがイメージである場合、イメ
ージ管理部３１は、まずＳ４７において、イメージデー
タコマンドのパラメータを解析し、Ｓ４８において、パ
ラメータにしたがってイメージデータ本体をイメージバ
ッファ３２に読み込む。次に、描画処理部６は、Ｓ４９
において、グラフィックス状態テーブル３に登録されて
いる座標系などの描画パラメータと、イメージ管理部３
１で解析したイメージデータコマンドのパラメータと、
出力装置９の表現能力からイメージデータをフレームバ
ッファに対して描画するための変換を設定し、その設定
に従って変換を施す。変換した結果は、Ｓ５０において
出力装置９の出力用のフレームバッファ７に書き込まれ
る。フレームバッファ７に形成された画像は、印刷出力
のコマンドによって、Ｓ５１でフレームバッファ７から
読み出されて出力装置９に送出され、印刷される。この
ような処理を繰り返し、全ての入力されたコマンドが処
理されれば終了である。

【００１７】なお、出力装置９の出力用のバッファはフ
レームバッファ７だけでなく、バンドバッファ形式のも
のもある。図８は、バンドバッファ方式の説明図であ
る。フレームバッファが用紙１ページ分に該当する画像
データをすべて表現することができるバッファメモリで
あるのに対し、バンドバッファは図８に示されるように
フレームバッファを短冊状に分割し、そのうちの１ない
し数個分だけのメモリを用意し、出力装置の動作に同期
して画像形成と出力を行なうものである。このように、
バンドバッファでは、フレームバッファに比べ、メモリ
を節約することができる。

【００１８】このようなバンドバッファを用いた構成に
おいては、描画部はバンドごとに画像の形成を行なう必
要がある。図８に示すように２つのバンドバッファを用
いる場合、まず、一つのバンドバッファに対して１つの
バンド幅分の画像形成を行なって書き込む。その後、出
力装置がそのバンドバッファに書き込まれた画像の出力
を行なう。出力装置による画像の出力が行なわれている
間に、描画部ではもう一つのバンドバッファの方に画像
形成を行なって書き込む。出力装置は、１バンド分の出
力が終了すると、バンドバッファを切り換え、もう１つ
のバンドバッファに書き込まれた画像の出力を開始す
る。このようにして、１ページ分の画像を、バンドバッ
ファを交互に切り換えながら、画像データの書き込みお
よび読み出しを繰り返し行なう。

【００１９】このようなバンドバッファを用いる方式の
画像出力装置の場合は、上述のフレームバッファを用い
た方式のように１ページ分のフレームバッファに対して
描画コマンドごとに描画展開処理を行なうことができな
い。バンドバッファはフレームバッファのごく一部分し
か表現できず、また、特定の位置に対応するものではな
く、繰り返し処理に使われる一時バッファであるため、
受け取った描画コマンドがバンドバッファに展開される
領域外であったり、他の領域に跨って描画される可能性
がある。

【００２０】このため、バンドバッファ方式の画像出力
装置においては、通常、ディスプレイリストと呼ばれる
抽象度の低い中間画像データを形成し、その中間画像デ
ータをもとにバンドバッファに対して出力処理に同期し
て画像形成を行なう方式がとられることが多い。図９
は、ディスプレイリストの一例の説明図である。図９
（Ａ）には、描画される図形として、線分、塗りつぶさ
れた四角形、イメージの３つが示されている。図示の都
合上、塗りつぶされる領域とイメージの領域には異なる
ハッチングを施して示している。このような描画を行な
うために、図９（Ｂ）に示すようなデータを中間画像デ
ータとして生成し、保持する。例えば、線分の場合に
は、描画する種別として線分を保持し、線幅３、色とし
て黒、始点（２０，１００）および終点（６９，９０）
のデータから構成されている。また、四角形の場合に
は、種別として四角、塗りつぶす色として黒、四角形を
決定する２点の座標として（２５，４０）、（４５，７
５）のデータから構成されている。さらに、イメージの
場合には、種別としてイメージ、イメージデータへのポ
インタ、領域を示す始点（５５，１０）および終点（７
０，４０）のデータから構成されている。

【００２１】このように、ディスプレイリストはごく単
純な描画プリミティブのリストであり、出力装置の解像
度や色表現能力にあわせて変換された後のデータであ
る。このようなディスプレイリストをページもしくはバ
ンド単位で１ページ分保持して、出力装置のタイミング
に合わせてバンドバッファに展開するのである。その結
果、バンドバッファにおいては、図６におけるＳ４６お
よびＳ５０に相当する処理がディスプレイリストの作成
となり、Ｓ５１に相当する処理がディスプレイリストか
らバンドバッファへの展開および出力装置への出力とな
る。

【００２２】ところで、バンドバッファ形式でのイメー
ジデータの描画処理においては、上述のように、直接、
出力装置のバンドバッファに出力できないので、ディス
プレイリストの形成の段階で、イメージデータ本体は全
体を一時メモリに保管しておく必要がある。そのため、
ディスプレイリスト方式においては、フレームバッファ
の削減という大きなメモリの節約を行なえるが、入力さ
れたＰＤＬデータにイメージデータが含まれている場合
は、保管のための一時メモリを多く消費するという欠点
を持っている。例えば、６００ｄｐｉ，ＣＭＹＫ各８ｂ
ｉｔ，Ａ３サイズでのフレームバッファは２８０ＭＢｙ
ｔｅｓ以上必要であるが、バンドバッファ形式にすれば
例えば１／３２バンドとすると１０ＭＢｙｔｅｓ以下に
収まってしまう。しかし、ＰＤＬデータとして同じ仕様
のＡ４サイズのイメージデータが入力された場合、その
１つのイメージデータを保持するだけで１４０ＭＢｙｔ
ｅｓという多大な一時メモリを必要とする。したがっ
て、フレームバッファ方式においてもバンドバッファ方
式においてもイメージデータを処理する場合、多大なメ
モリ資源を必要とする。

【００２３】非常にデータ量の大きい高解像度のイメー
ジデータをすべて読み込んで処理するためには、読み込
むために必要な入力用バッファメモリ、作業用メモリ、
およびバンドバッファ方式においては処理を施した後に
保管するための保管用メモリなど、かなり大容量のメモ
リが必要となる。そのために、メモリを十分に登載して
いなければ、入力されたＰＤＬデータが処理能力を越
え、処理が不可能になることもありえる。特に、インク
ジェット方式などの比較的低コストの出力装置を用いた
画像出力装置においては、出力装置単体は比較的低コス
トで用意できるのに対して、ＰＤＬ処理部において上述
のような多大なメモリを必要とするのは、装置全体のバ
ランス上、大きな問題となる。出力装置単体が低コスト
なものほど、上述のようなメモリコストがボトルネック
となり、画像出力装置全体としてのコストアップの要因
となるからである。つまり、低コストな画像出力装置を
開発するためには、メモリ、特にイメージデータの処理
に必要とされるものの削減が重要な課題となる。

【００２４】従来方式における問題の解決方法として
は、上述のようにメモリの削減が必要であるが、その例
として、例えば、特開平４−８６９１４号公報に記載さ
れているＰＤＬインタープリタがある。この例では、Ｐ
ＤＬインタープリタ内部にＤＭＡコントローラを用意
し、イメージデータをクライアント側から直接出力用の
フレームバッファに転送するバイパス回路を構成してい
る。その結果、ＰＤＬ処理装置内部にイメージデータの
一時保持用のメモリを必要としない。この装置において
イメージデータコマンドが受信された場合は、クライア
ントホストと連携し、クライアントホストからダイレク
トにイメージデータをフレームバッファメモリに転送す
るのである。しかし、この方式ではＤＭＡコントローラ
のような専用のハードウェアが必要で、なおかつ、クラ
イアントホスト側が出力装置のフレームバッファに対し
てＤＭＡ転送できるような仕組みが必要である。そのた
めに、あらかじめクライアントホストは出力装置のフレ
ームバッファのフォーマットに対応することが必要であ
る。つまり、この方式では、ホスト側に負荷を分散した
に過ぎず、画像出力装置の出力装置に独立であるという
特徴が失われてしまう。また、バンドバッファ方式にお
いて実現するためにはかなり複雑な制御をクライアント
ホスト側とともに行なう必要がある。

【００２５】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、特別なハードウェア装置を
必要とせずに、イメージデータの出力処理においてメモ
リ量の削減を実現した画像出力装置を提供することを目
的とするものである。

【００２６】

【課題を解決するための手段】請求項１に記載の発明
は、画像出力装置において、ページ記述言語により記述
されたＰＤＬデータを入力する入力手段と、該入力手段
により入力されたＰＤＬデータを解析し該ＰＤＬデータ
の処理を各部に振り分ける入力解析手段と、該入力解析
手段からイメージに関する描画コマンドが渡され該描画
コマンドのパラメータ列中のイメージデータ本体の定義
が間接参照として別に定義されている場合に該イメージ
データ本体を読み込みながら描画処理を行なうイメージ
データ処理手段と、前記入力解析手段からイメージに関
する描画コマンド以外の描画コマンドおよび印刷コマン
ド以外の制御コマンド等を処理する描画処理手段と、前
記イメージデータ処理手段によって描画処理されたイメ
ージデータおよび前記描画処理手段によって描画された
データをビットマップデータとして保持するフレーム記
憶手段と、前記入力解析手段から印刷コマンドを受け取
り出力装置を制御しながら前記フレーム記憶手段から前
記ビットマップデータを取り出して出力処理を行なう出
力処理手段を有することを特徴とするものである。

【００２７】請求項２に記載の発明は、画像出力装置に
おいて、ページ記述言語により記述されたＰＤＬデータ
を入力する入力手段と、該入力手段により入力されたＰ
ＤＬデータを解析し該ＰＤＬデータの処理を各部に振り
分ける入力解析手段と、該入力解析手段からイメージに
関する描画コマンドが渡され該描画コマンドのパラメー
タ列中のイメージデータ本体の定義が間接参照として別
に定義されている場合に該イメージデータ本体を読み込
みながら描画処理および圧縮処理を連結して行なうイメ
ージデータ処理手段と、該イメージデータ処理手段で描
画処理および圧縮処理の施された圧縮イメージデータを
保持する一時記憶手段と、前記入力解析手段からイメー
ジに関する描画コマンド以外の描画コマンドおよび印刷
コマンド以外の制御コマンド等を処理する描画処理手段
と、バンドごとのビットマップデータを保持する１以上
のバンド記憶手段と、前記入力解析手段から印刷コマン
ドを受け取り前記一時記憶手段に保持されている圧縮イ
メージデータからバンドごとに必要な部分を伸張処理し
て前記バンド記憶手段に展開するとともに前記描画処理
手段によってバンドごとに描画されたデータを前記バン
ド記憶手段に保持させ出力装置を制御しながら前記バン
ド記憶手段から前記ビットマップデータを取り出してバ
ンドごとに出力処理を行なう出力処理手段を有すること
を特徴とするものである。

【００２８】

【発明の実施の形態】図１は、本発明の画像出力装置の
第１の実施の形態を示すブロック図である。図中、図５
と同様の部分には同じ符号を付して説明を省略する。１
０はイメージ管理部、１１はイメージデータ処理部であ
る。イメージ管理部１０は、入力解析部１からイメージ
データコマンドを受け取り、このイメージデータコマン
ドのパラメータを解析する。そして、イメージデータ本
体の定義が間接参照として別に定義されている場合に
は、そのイメージデータ本体を逐次的に読み込み、イメ
ージデータ処理部１１に渡す。イメージデータ処理部１
１は、イメージデータコマンドのパラメータや、グラフ
ィックス状態テーブルに保持されている設定値、出力装
置９の特性等に従い、イメージ管理部１０から逐次的に
渡されるイメージデータに対して処理を行なって、フレ
ームバッファ７に書き込む。このとき、図５のイメージ
バッファ３２のような一時メモリを使用しないので、メ
モリ量を削減することができる。

【００２９】ここで、イメージデータコマンドについて
説明する。ＰＤＬデータのイメージデータに関するコマ
ンドは、前述のＰｏｓｔＳｃｒｉｐｔというＰＤＬにお
いては、次のように定義されている。ただし、次に示す
例は定義の一部であり、類似したコマンドの定義（ｉｍ
ａｇｅ，ｃｏｌｏｒｉｍａｇｅ，ｉｍａｇｅｍａｓｋ）
においても同様に扱える。詳しくはＰｏｓｔＳｃｒｉｐ
ｔ Ｌｅｖｅｌ２ ｒｅｆｅｒｅｎｃｅ ｍａｎｕａｌ
（Ａｄｏｂｅ社発行）を参照されたい。 ｗｉｄｔｈ ｈｅｉｇｈｔ ｂｉｔｓ／ｓａｍｐｌ
ｅ ｍａｔｒｉｘｄａｔａｓｒｃ ｉｍａｇｅ ここで、最初の５つはパラメータであり、最後にｉｍａ
ｇｅ描画の命令が発行される。ｗｉｄｔｈは、イメージ
の横幅ピクセル数を示すパラメータ、ｈｅｉｇｈｔは、
イメージの縦幅ピクセル数を示すパラメータ、ｂｉｔｓ
／ｓａｍｐｌｅは、イメージの色調レベル数を示すパラ
メータ、ｍａｔｒｉｘは、イメージデータの各数値の単
位系をＰｏｓｔＳｃｒｉｐｔのユーザ座標系に対応させ
るための変換マトリクスを示すパラメータであり、この
マトリクスとこれらのパラメータによって印刷紙面上で
の大きさを知ることができる。ｄａｔａｓｒｃは、イメ
ージデータ本体の取得方法の定義であり、ＰｏｓｔＳｃ
ｒｉｐｔの手続き、文字列およびファイルのいずれかが
置かれる。ｉｍａｇｅは、イメージデータ描画コマンド
である。

【００３０】このように、ＰｏｓｔＳｃｒｉｐｔ（およ
び他の多くのＰＤＬ）においては、コマンドが最後にく
る形式になっている。入力解析部１では、イメージデー
タ描画コマンドを受信するとその前に送られてきた一連
のデータをイメージデータコマンド用のものとして解釈
する。また、ｄａｔａｓｒｃをその内容に従って処理す
ることによってイメージデータ本体を得ることができ
る。したがって、ｄａｔａｓｒｃが文字列の場合はイメ
ージデータ本体をすべてメモリに読み込んでしまうの
で、一時メモリを削減するという目的に対しては効果が
ない。しかし、ｄａｔａｓｒｃが手続きやファイルの場
合は、イメージデータ本体は別に存在するので、このよ
うな場合は、イメージデータコマンドがｄａｔａｓｒｃ
手続きを実行した段階もしくはファイルから読み込んだ
段階で、初めてメモリ上に読み込まれることになる。す
なわち、ｄａｔａｓｒｃにイメージデータ本体への参照
法が定義されている場合、画像出力装置内部では、これ
からイメージデータ本体を読み込むということを前もっ
て知ることができる。したがって、このような場合に、
イメージデータ本体を取り込む処理に対してなんらかの
前処理あるいは後処理を内部的に追加することが可能で
ある。

【００３１】この第１の実施の形態では、ｄａｔａｓｒ
ｃが手続きもしくはファイルの場合に、イメージ管理部
１０でイメージデータ本体を読み込む処理において、少
しずつ読み込みながら、その場でイメージデータ処理部
１１で描画処理を実行してフレームバッファ７に書き込
んでしまうことにより、途中の保管メモリを削減するこ
とができる。

【００３２】図２は、本発明の画像出力装置の第１の実
施の形態における動作の一例を示すフローチャートであ
る。図６に示した従来の画像出力装置における動作と比
較して、Ｓ４１〜Ｓ４６およびＳ５１については同様で
あるので、説明は必要な部分のみにとどめる。

【００３３】入力されたＰＤＬデータが描画コマンドの
場合は、その種類によって動作が異なるので、Ｓ４５に
おいて描画コマンドの種類を判別する。描画コマンドが
パスに対するものである場合は、Ｓ４６において、グラ
フィックス状態とパスデータからラスター展開してフレ
ームバッファ７に書き込む。描画コマンドがイメージデ
ータコマンドの場合が本発明の特徴となる部分である。

【００３４】Ｓ４７でイメージデータコマンドのパラメ
ータを解析した後、Ｓ６１において、このパラメータ
と、グラフィックス状態テーブル３に設定されている描
画座標変換マトリクスと、出力装置９の解像度および色
表現数の表現能力等を比較、演算し、イメージデータ本
体をフレームバッファに描画する描画変換を計算する。
次に、Ｓ６２において、イメージデータコマンドのパラ
メータの中のイメージデータ本体の定義を調べる。イメ
ージデータ本体がファイルの場合には、Ｓ６３において
ファイルからイメージデータ本体を逐次読み込みなが
ら、Ｓ６２で求めた描画変換を施し、フレームバッファ
７に書き込む。手続きの場合も同様にＳ６３において手
続きをスキャンし、イメージデータ本体を逐次読み込み
ながら描画変換できるように内部処理を変更し、処理を
行ないながらフレームバッファ７に書き込む。文字列の
場合は、実態がすでにメモリ上に文字列として存在して
いるので、Ｓ６４において、そのまま描画変換処理を行
なってフレームバッファ７に書き込む。

【００３５】このように、上述の第１の実施の形態によ
れば、イメージデータコマンドが入力された場合に、そ
のイメージデータ本体の定義が間接参照として別に定義
されている場合には、イメージデータ本体を逐次読み込
みながら処理を行なってそのままフレームバッファ７に
書き込むため、従来必要とされていたイメージデータを
一時保持するための内部メモリの量を場合によって大幅
に削減することができる。

【００３６】図３は、本発明の画像出力装置の第２の実
施の形態を示すブロック図である。図中、図１と同様の
部分には同じ符号を付して説明を省略する。２１は保管
用メモリ、２２はバンドバッファである。この第２の実
施の形態では、フレームメモリ７の代わりにバンドバッ
ファ２２を用いて構成した例を示している。

【００３７】この第２の実施の形態では、描画処理部６
は、グラフィックス状態テーブルに保持されている各種
の設定値を用いながら、パスデータを中間データに変換
する。中間データとしては、図９に示したようなディス
プレイリスト形式を用いることができる。

【００３８】イメージ管理部１０は、上述の第１の実施
の形態と同様、入力解析部１からイメージデータコマン
ドを受け取り、このイメージデータコマンドのパラメー
タを解析し、イメージデータ本体の定義が間接参照とし
て別に定義されている場合には、そのイメージデータ本
体を逐次的に読み込み、イメージデータ処理部１１に渡
す。イメージデータ処理部１１は、イメージデータコマ
ンドのパラメータや、グラフィックス状態テーブルに保
持されている設定値、出力装置９の特性等に従い、イメ
ージ管理部１０から逐次的に渡されるイメージデータに
対して処理を行なうが、このとき必要に応じて通常の圧
縮やさらなる圧縮方式として不可逆変換による圧縮など
のデータ量を削減する処理を連続して行ない、保管用メ
モリ２１に格納する。これによって、イメージデータを
一時保管するメモリ容量を削減することができる。上述
のようなデータ量を削減する処理を、ここでは単に圧縮
と呼ぶ。

【００３９】出力処理部８は、印刷コマンドを受け取る
と、各バンドごとに、描画処理部６における中間データ
のラスター展開と、保管用メモリ２１内のイメージデー
タの読み出しを行なって、ビットマップイメージをバン
ドバッファ２２に格納する。そして、出力装置９に対し
てバンドバッファ２２内のビットマップイメージを出力
させる。例えば、バンドバッファ２２が２つで構成され
ている場合、図８を用いて上述したように、ビットマッ
プイメージの一方のバンドバッファへの書き込みと他方
のバンドバッファからの読み出しを同時に行なうことが
できる。

【００４０】図４は、本発明の画像出力装置の第２の実
施の形態における動作の一例を示すフローチャートであ
る。図２に示した従来の画像出力装置における動作と同
様のステップには同じ符号を付してある。

【００４１】入力されたＰＤＬデータが描画コマンドの
場合は、その種類によって動作が異なるので、まずＳ４
５において種類を判別する。描画コマンドがパスに対す
るものである場合は、Ｓ７１において、グラフィックス
状態テーブルに保持されている各種の設定値とパスデー
タから、バンドごとに展開できるような中間データに変
換する。

【００４２】描画コマンドがイメージデータコマンドの
場合は、Ｓ４７でイメージデータコマンドのパラメータ
を解析し、Ｓ６１において、このパラメータと、グラフ
ィックス状態テーブルに設定されている描画座標変換マ
トリクスと、出力装置９の解像度および色表現数の表現
能力を比較、演算し、イメージデータ本体をバンドバッ
ファに描画するための描画変換を設定する。この描画変
換によってバンドバッファ２２への出力用の中間データ
に変換されるが、その中間データにおけるイメージデー
タのデータ本体は保管用メモリ２１に一時的に記憶され
る。この保管用メモリ２１に格納されるデータ量をさら
に削減するため、圧縮を施す場合には、Ｓ７２で圧縮等
のオプション定義を判定し、Ｓ７３において、Ｓ６１に
よって設定された描画変換の後処理として圧縮などの変
換機構を連結する。

【００４３】次に、Ｓ６２において、イメージデータコ
マンドのパラメータの中のイメージデータ本体の定義を
調べる。イメージデータ本体がファイルの場合には、Ｓ
７４において、ファイルからイメージデータを逐次読み
込みながら、Ｓ６１で計算された描画変換あるいはＳ７
３で後処理として圧縮などの変換機構が連結された描画
変換に従って変換し、保管用メモリ２１に書き込む。イ
メージデータ本体の定義が手続きの場合も、Ｓ７４にお
いて、手続きをスキャンし、イメージデータを逐次読み
込みながら描画変換できるように内部処理を変更し、フ
ァイルの場合と同様に処理してイメージデータを保管用
メモリ２１に書き込む。イメージデータ本体の定義が文
字列の場合は、Ｓ７５において、実体がすでにメモリ上
に文字列として存在しているのでそのまま描画変換処理
および圧縮処理等を行ない、保管用メモリ２１に書き込
む。

【００４４】印刷コマンドが指示されると、まずＳ７６
においてバンドバッファが複数存在する場合は書き込み
を行なうバンドバッファを選択し、Ｓ７７において、バ
ンドバッファに書き込みを行なうバンド領域に該当する
ディスプレイリストなどの中間データがあればそれを展
開する。展開するデータがイメージデータの場合、Ｓ７
８でその展開するイメージデータがＳ７３において設定
した圧縮処理が行なわれているか否かを判断し、行なわ
れている場合には、Ｓ７９において、逆に伸長処理や補
間処理などを行なってから、Ｓ７６で選択したバンドバ
ッファに展開する。そうでない場合はＳ８０においてＳ
７６で選択したバンドバッファにそのまま展開する。Ｓ
８１において、１バンド分のデータが展開されたバンド
バッファ２２中のデータを出力装置９に転送し、出力す
る。このＳ７６〜Ｓ８１の処理を繰り返し、１ページ全
ての画像を出力する。

【００４５】この第２の実施の形態において、従来のバ
ンドバッファ方式と異なるのは、イメージデータを一時
保管する際に、メモリを節約するために圧縮などのデー
タ量の削減を行なうことにある。さらに、この圧縮にお
いて、従来では一旦、一時記憶用領域にイメージデータ
を格納し、格納されたイメージデータを既存の方法で圧
縮する。本発明では、元となるイメージデータ本体から
の描画変換に連結させた処理によって圧縮することによ
り、一時記憶用領域に元のイメージデータ本体を格納せ
ずに変換後のイメージデータを得ている。これにより、
メモリ容量を削減可能であるとともに、高画質な処理を
行なうことができる。例えば、メモリ残量が少なく、不
可逆な圧縮を施さなければならない場合においては、解
像度や色表現数においてデータを削減していく方式の不
可逆変換を行なうことが考えられるが、イメージの元デ
ータから直接、誤差拡散等による解像度／色表現圧縮を
行なった方が、描画のための変換処理を終わったデータ
に対して同様な圧縮を行なうよりも高い画質を保つこと
ができる。

【００４６】

【発明の効果】以上の説明から明らかなように、請求項
１に記載の発明によれば、フレームバッファを有する画
像出力装置において、イメージデータ本体を逐次読み出
しながら処理を施し、そのままフレームメモリに書き込
むので、画像出力装置内部で従来必要とされていたイメ
ージデータ本体を一時的に格納するためのメモリを節約
することが可能であり、内部メモリの量を場合によって
大幅に削減することができるという効果がある。出力画
質については、このメモリ量の削減においての画質の劣
化はない。

【００４７】また、請求項２に記載の発明によれば、バ
ンドバッファを有する画像出力装置において、イメージ
データ本体を逐次読み出しながら変換処理を施すととも
に、その処理に連結して圧縮処理を施し、一時記憶装置
に格納するため、変換処理の前および変換処理と圧縮処
理の間で一時記憶装置を必要とせず、メモリ容量の削減
を図ることが可能である。さらに、ある程度の画質の劣
化を認めるような場合においては、変換処理時に不可逆
の圧縮変換を行ない、バンドバッファ等への書き込み時
に伸長することによって、画質の劣化を最低限に抑えつ
つ再現することも可能であるという効果がある。

【図面の簡単な説明】

【図１】 本発明の画像出力装置の第１の実施の形態を
示すブロック図である。

【図２】 本発明の画像出力装置の第１の実施の形態に
おける動作の一例を示すフローチャートである。

【図３】 本発明の画像出力装置の第２の実施の形態を
示すブロック図である。

【図４】 本発明の画像出力装置の第２の実施の形態に
おける動作の一例を示すフローチャートである。

【図５】 従来の画像出力装置の一例を示すブロック図
である。

【図６】 従来の画像出力装置の一例における動作の一
例を示すフローチャートである。

【図７】 グラフィック状態の一例の説明図である。

【図８】 バンドバッファ方式の説明図である。

【図９】 ディスプレイリストの一例の説明図である。

【符号の説明】

１…入力解析部、２…グラフィックス状態管理部、３…
グラフィックス状態テーブル、４…図形管理部、５…図
形バッファ、６…描画処理部、７…フレームバッファ、
８…出力処理部、９…出力装置、１０…イメージ管理
部、１１…イメージデータ処理部、２１…保管用メモ
リ、２２…バンドバッファ、３１…イメージ管理部、３
２…イメージバッファ。

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

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 ページ記述言語により記述されたＰＤＬ
   データを入力する入力手段と、該入力手段により入力さ
   れたＰＤＬデータを解析し該ＰＤＬデータの処理を各部
   に振り分ける入力解析手段と、該入力解析手段からイメ
   ージに関する描画コマンドが渡され該描画コマンドのパ
   ラメータ列中のイメージデータ本体の定義が間接参照と
   して別に定義されている場合に該イメージデータ本体を
   読み込みながら描画処理を行なうイメージデータ処理手
   段と、前記入力解析手段からイメージに関する描画コマ
   ンド以外の描画コマンドおよび印刷コマンド以外の制御
   コマンド等を処理する描画処理手段と、前記イメージデ
   ータ処理手段によって描画処理されたイメージデータお
   よび前記描画処理手段によって描画されたデータをビッ
   トマップデータとして保持するフレーム記憶手段と、前
   記入力解析手段から印刷コマンドを受け取り出力装置を
   制御しながら前記フレーム記憶手段から前記ビットマッ
   プデータを取り出して出力処理を行なう出力処理手段を
   有することを特徴とする画像出力装置。
2. 【請求項２】 ページ記述言語により記述されたＰＤＬ
   データを入力する入力手段と、該入力手段により入力さ
   れたＰＤＬデータを解析し該ＰＤＬデータの処理を各部
   に振り分ける入力解析手段と、該入力解析手段からイメ
   ージに関する描画コマンドが渡され該描画コマンドのパ
   ラメータ列中のイメージデータ本体の定義が間接参照と
   して別に定義されている場合に該イメージデータ本体を
   読み込みながら描画処理および圧縮処理を連結して行な
   うイメージデータ処理手段と、該イメージデータ処理手
   段で描画処理および圧縮処理の施された圧縮イメージデ
   ータを保持する一時記憶手段と、前記入力解析手段から
   イメージに関する描画コマンド以外の描画コマンドおよ
   び印刷コマンド以外の制御コマンド等を処理する描画処
   理手段と、バンドごとのビットマップデータを保持する
   １以上のバンド記憶手段と、前記入力解析手段から印刷
   コマンドを受け取り前記一時記憶手段に保持されている
   圧縮イメージデータからバンドごとに必要な部分を伸張
   処理して前記バンド記憶手段に展開するとともに前記描
   画処理手段によってバンドごとに描画されたデータを前
   記バンド記憶手段に保持させ出力装置を制御しながら前
   記バンド記憶手段から前記ビットマップデータを取り出
   してバンドごとに出力処理を行なう出力処理手段を有す
   ることを特徴とする画像出力装置。