JPH10207665A

JPH10207665A - 印刷制御装置及び方法及び印刷装置

Info

Publication number: JPH10207665A
Application number: JP9006501A
Authority: JP
Inventors: Yoshinobu Mita; 良信三田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-01-17
Filing date: 1997-01-17
Publication date: 1998-08-07
Anticipated expiration: 2017-01-17
Also published as: JP3459740B2

Abstract

(57)【要約】【課題】印刷手段の印刷速度に依存せず、意図した通
りの正常な印刷を行う。【解決手段】通信部２０２より受信したＰＤＬデータ
は一旦メモり２０１に格納され、ここで中間コードに変
換される。レンダラー２０３はバンド単位の多値イメー
ジデータをバンドバッファに展開し、ＪＰＥＧ部２０５
はそれをバンド単位にＪＰＥＧ圧縮し記憶する。こうし
て全バンドに対する圧縮記憶が行うが、後からＰＤＬデ
ータを受信した場合には、該当するバンドの多値イメー
ジデータを伸張し、バンドバッファ２０４に展開し、後
から受信したＰＤＬデータに対応するレンダリングを行
なわせ、再びＪＰＥＧ圧縮し記憶する。ページ全体のレ
ンダリングが確実に完了すると、画像処理部２０９はプ
リンタエンジン２１４に依存した変換をバンド単位に行
ない、ＪＢＩＧ部２１０でＪＢＩＧ圧縮させ、バンド単
位に伸張してはプリンタエンジン２１４に出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はプリンタ言語を解釈
できる印刷制御装置及び方法及び印刷装置に関するもの
である。

【０００２】

【従来の技術】一般に、ホストコンピュータ上では、各
種アプリケーションで作成した文書（文章のみではな
く、図形やイメージ等も含む）は、ホストコンピュータ
上で動作しているプリンタドライバというデバイスドラ
イバプログラムにより、接続されているプリンタが解釈
できる言語（現在ではほとんどの場合にページ記述言語
＝ＰＤＬに翻訳している）に翻訳し、それを通信ケーブ
ル等を介してプリンタに出力している。

【０００３】プリンタ側には、そのプリンタ全体の制御
を行なうコントローラと、実際に印刷するプリンタエン
ジンを持ち、コントローラはデータの受信、ＰＤＬの解
釈して印刷イメージデータを作成する処理を行ない、そ
れをエンジンインタフェースを介してプリンタエンジン
に渡す。

【０００４】ページ記述言語を解釈して印刷する場合の
プリンタエンジンとしては、いくつかの方式があるもの
の、その中で電子写真方式を採用したものが、速度及び
印刷品位、更には騒音の問題の有利であるので、広く使
用されている。

【０００５】また、電子写真方式のプリンタエンジンと
しては、ＬＥＤ方式、レーザビーム方式等が知られてい
るが、いずれにしても、エンジンに転送するインタフェ
ース部分もしくはその近傍には、通常、ダブルバッファ
を設け、一方は、イメージデータの書き込み用に、他の
一方はプリンタへの出力用（シッピング用）に使用し、
これを交互に切り替えている。

【０００６】ところで、昨今の技術の発展により、エン
ジンの解像度は高くなるばかりであり、ディザ法や誤差
拡散法等を用いて擬似的に階調表現が可能である。

【０００７】

【発明が解決しようとする課題】上記のプリンタにおい
て、高解像度、及び高階調を再現するには、膨大なメモ
リを必要とする。

【０００８】そこで、１ページ分のメモリの量を節約す
るため、プリンタエンジンが２値記録用であれば、送ら
れてきたＰＤＬデータに基づく多値イメージデータをそ
の都度、先に示したディザ法等を用いて２値化すること
が考えられる。しかし、ＰＤＬデータの多値データを意
図したコマンドデータが遅れて受信した場合、既に２値
化してしまったイメージに対する論理合成等の多値演算
はできなくなる。

【０００９】補足すると、一度２値系圧縮を行ない、再
び伸張しても、もはやそのデータは２値イメージデータ
でしかないので、遅れて受信したＰＤＬデータが多値デ
ータを意図し、且つ、それが従前のＰＤＬデータに基づ
くイメージに対する論理演算（例えば、すかし効果を得
るため等）を意図していた場合には、正常な論理演算は
期待できず、印刷結果も意図した通りにはならない。

【００１０】一方、メモリ容量を抑える工夫として知ら
れている他の手法としては、バンド単位の印刷を挙げる
ことができる。

【００１１】これは、１ページをいくつかのバンドに分
割して処理するものであり、たとえば２バンド分のバッ
ファを備えれば、一方のバンドバッファに展開してイメ
ージデータを転送している最中は、他方のバンドバッフ
ァに次のバンドのイメージデータの展開を行なえば良く
なり、これを交互に処理することで１ページ分の印刷を
実現できるようになる。

【００１２】しかし、電子写真方式のプリンタエンジン
は、その性質上、一度印刷処理を開始してしまうと、も
はやそのページに対する処理が完了するまでは止めるこ
とができない。

【００１３】従って、場合によっては、あるバンドバッ
ファ内のイメージデータをプリンタエンジンに送信する
時期になっても、そのバンドに対するイメージデータの
展開処理が完了していない、という事態が発生すること
がある。これは、複雑な画像を印刷する場合に、往々に
して発生する問題である。

【００１４】更に、バンド単位の印刷処理では、あるバ
ンドのイメージデータをプリンタエンジンへ転送してし
まうと、そのバンドバッファは次のバンドのイメージデ
ータ展開用に開放されることになるので、後から遅れて
受信したＰＤＬデータに対してはもはや対処することも
できない。

【００１５】本発明はかかる問題点に鑑みなされたもの
であり、印刷手段に、意図した通りの正常な印刷を行な
わせることを可能ならしめる印刷制御装置及び方法及び
印刷装置を提供しようとするものである。

【００１６】

【課題を解決するための手段】この課題を解決するた
め、例えば本発明の印刷制御装置は以下に示す構成を備
える。すなわち、入力された所定の記述言語で記述され
たデータを解釈することにより、イメージデータを発生
する発生手段と、該イメージデータをＭ値圧縮及びＭ値
伸張する第１の圧縮伸張手段と、該第１の圧縮伸張手段
によりＭ値伸張されたイメージデータを、Ｎ値圧縮及び
伸張を行なう第２の圧縮伸張手段と、該第２の圧縮伸張
手段によりＮ値伸張されたイメージデータを所定の印刷
手段に出力する出力手段とを備える。

【００１７】

【発明の実施の形態】以下、添付図面に従って本発明に
係る実施形態の一例を詳細に説明する。

【００１８】図１は実施形態におけるプリンタ装置の断
面構造を示している。図示において、７００はホストコ
ンピュータからの印刷データの受信、イメージデータの
発生、そして、プリンタエンジンへの出力を行なうプリ
ンタ制御部である（詳細は後述）。

【００１９】７１１はスキャナであり、プリンタ制御部
７００からの画像信号（イメージデータに基づくビデオ
信号）を光信号に変換するレーザ出力部（不図示）、多
面体（例えば８面体）のポリゴンミラー７１２、このミ
ラー７１２を回転させるモータ（不図示）及びｆ／θレ
ンズ（結像レンズ）７１３などを有する。７１４は、レ
ーザ光の光路を変更する反射ミラー、７１５は感光ドラ
ムである。レーザ出力部から出射したレーザ光はポリゴ
ンミラー７１２の一側面で反射され、ｆ／θレンズ７１
３及びミラー７１４を介して図示矢印方向に回転してい
る感光ドラム７１５の表面を線状に走査（ラスタスキャ
ン）する。これによって、印刷画像に相当する静電潜像
が感光ドラム７１５の面上に形成されることになる。

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

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

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

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

【００２４】また、５５０はドラム回転モータであり、
感光ドラム７１５と転写ドラム７１６を同期回転する。
７５０は像形成過程が終了後、静電気の作用で張り付い
た用紙を転写ドラム７１６から取り外す剥離爪、７４２
は取り外された用紙を搬送する搬送ベルト、７４３は搬
送ベルト７４２で搬送されてきた用紙を定着する画像定
着部であり、画像定着部７４３は一対の熱圧力ローラ７
４４及び７４５を有する。

【００２５】上記構成における、プリンタ制御部７００
の模式的な構成と上記印刷を行なうプリンタエンジン部
との関係を示したのが図２である。

【００２６】以下、同図に基づき動作概要を説明する。

【００２７】ＣＰＵ２００は、メモリ２０１内のプログ
ラムに従って、装置を構成する要素を制御するものであ
る。印刷手順で説明すれば以下の通りである。

【００２８】ＣＰＵ２００は、ホストコンピュータから
のＰＤＬデータを通信部２０２を介して受信すると、メ
モリ２０１内の受信バッファに格納し、レンダラー２０
３が処理し易い形式のデータ、すなわち、中間コード
（以下、一連の中間コードの集まりをディスプレイリス
トと言う）に変換する。

【００２９】レンダラー２０３は、ＣＰＵ２００より設
定された動作条件に基づき、このディスプレイリストに
従ってレンダリングを行ない、バンドバッファ２０４に
ＰＤＬに従った多値イメージデータ（ここではＲＧＢ各
成分につき８ビット（２５６値）のイメージデータ）の
展開処理を行なう。

【００３０】１バンド分の展開が終了すると、その多値
イメージデータは多値圧縮の一種であるＪＰＥＧ部２０
５に出力し、ここでバンド単位のＪＰＥＧ圧縮を行な
う。

【００３１】具体的には、ＪＰＥＧ圧縮部２０６は公知
のＪＰＥＧ圧縮を行なうが、圧縮率を上げるためにＲＧ
Ｂ形式のデータを一旦Ｙｕｖ形式に変換し、それをＪＰ
ＥＧ圧縮し、メモリ２０７に格納する。

【００３２】以上の動作を全バンドに対して行なうこと
で、１ページ分のバンドイメージのＪＰＥＧ圧縮データ
がメモリ２０７に格納される。

【００３３】上記処理の際に、もしＰＤＬデータを一度
に１ページ分格納しきれず、１ページ分のＰＤＬデータ
を数回に分割してメモリ格納及びバンド展開しなければ
ならない場合は、１回目に格納できたＰＤＬデータを用
いて上述のＪＰＥＧ圧縮まで一旦行なった後、ＣＰＵ２
００は、ＪＰＥＧ伸張部２０８に対してＪＰＥＧ圧縮さ
れたバンドイメージをメモリ２０７より読み出させ、そ
れを伸張し、更にＲＧＢに変換させて、バンドバッファ
２０４に再度展開させる（図示のＪＰＥＧ伸張部からバ
ンドバッファに戻るサブクローズする）。これにより、
残りのＰＤＬデータの展開画像との合成に備える。

【００３４】尚、上記の説明において、ＲＧＢ→Ｙｕｖ
変換、ＪＰＥＧ圧縮、伸張、Ｙｕｖ→ＲＧＢ変換処理そ
れぞれ自身は公知であるので、ここでの詳細は説明は省
略する。

【００３５】その後、コンピュータから新たに受信、格
納した残りのＰＤＬデータを用いて新たに作成されたデ
ィスプレイリストを作成し、上記処理でバンドバッファ
２０４に展開されている多値イメージに対する合成処理
を行なう。この場合、ディスプレイリストで表されてい
るイメージは多値であり、伸張して展開されているイメ
ージも多値であるので、その論理演算は、本来意図した
通りになる。

【００３６】また、上記の意味で、レンダラー２０３
は、ある処理ではバンドバッファ２０４のデータを読み
取り、処理しようとするイメージデータとの論理演算を
行なった後、そのデータをバンドバッファ２０４に再び
書き込むことをも行なうこともできる。

【００３７】最終的には、ホストコンピュータからその
ページに対する終了（改ページコマンド）を意味するＰ
ＤＬデータを受信する。ＣＰＵ２００はこのコードを受
信した場合には、それ以降において、現在処理している
ページに対するＰＤＬデータを受信することはないこと
が確認できるので、未処理のディスプレイリストに対す
る展開等の処理を終了するのを待ち、ＪＰＥＧ伸張部２
０８に対してＪＰＥＧ圧縮した１画面分の各バンドのイ
メージデータの伸張処理を順次行なわせ、その結果得ら
れた各バンドの多値イメージデータを順次画像処理部２
０９に送出させる。

【００３８】画像処理部２０９では多値イメージデータ
（ＲＧＢ形式とする）を受け、それをＹＭＣ形式、更に
は公知のＵＣＲ処理を行なってＹＭＣ及びＫ成分を生成
する。そして、プリンタエンジン２１４の特性に合わせ
た処理を各色成分毎に行なう。例えば解像度変換もその
１つであるし、ディザ処理や誤差拡散処理等も行なう。

【００３９】尚、プリンタエンジン部がＮ値データに基
づきＮ階調画像を再生できる場合は、画像処理部２０９
はそのＮ値化処理も行なう。

【００４０】ＪＢＩＧ部２１０はこうして画像処理部２
０９が行ったデータを受け、それを公知の２値化系圧縮
処理の１つであるＪＢＩＧ処理を行なう。

【００４１】例えば、画像処理部２０９が３値もしくは
４値化した場合には、１画素につき２ビットを割り当て
れば良いので、１ビットで構成されるプレーンに対して
圧縮を行ない、もう１ビットで構成されるプレーンに対
しても同様に圧縮すれば良い。また、５〜８値化であれ
ば１画素につき３ビットあれば良いので、３プレーンに
対して処理すれば良い。

【００４２】ＪＢＩＧ圧縮部２１１は上記処理を行な
い、各色成分についてのバンド単位のＪＢＩＧ圧縮デー
タをメモリ２１２に格納する。

【００４３】これを繰り返すことで、メモリ２１２には
１ページを構成する全バンドが２値圧縮されることにな
る。

【００４４】また、ここまでの処理では、プリンタエン
ジンの出力速度には制約されないので、ＪＰＥＧ部２０
５、ＪＢＩＧ部２１０は、その高速化の為のコストアッ
プに影響されない。

【００４５】プリンタエンジン２１４に出力する場合、
ＣＰＵ２００はＪＢＩＧ伸張部２１３を制御し、プリン
タエンジン２１４の動作タイミングに合わせて各色成分
についてのＪＢＩＧ圧縮データをメモリから順次読出
し、伸張処理して、Ｎ値化データを生成しそれをプリン
タエンジン２１４に出力する。この伸張処理はプリンタ
エンジン１４の動作に十分に間に合う速度で行える。

【００４６】なお、ＪＢＩＧ伸張部２１３とプリンタエ
ンジン２１４との間には、実際にはインタフェースがあ
って、そのインタフェースには例えば先に説明した交互
に切り替える２つ或いはそれ以上のバッファと、Ｎ値化
データに基づいて例えばパルス幅変調してビデオ信号を
生成する回路を設けておく。

【００４７】なお、上記の説明において、メモリ２０
１、バンドバッファ２０４、メモリ２０７、メモリ２１
２はそれぞれ共通に使用できるメモリを使用することが
望ましい。

【００４８】理由は、例えば受信したＰＤＬデータを中
間コード（ディスプレイリスト）に変換した場合には、
その変換済みＰＤＬデータを記憶していた領域は開放し
て他の処理に使用できる。また、ディスプレイリストに
基づいてバンドバッファに展開した後、そのバンドイメ
ージをＪＰＥＧ圧縮する場合には、そのバンドに対する
ディスプレイリストの記憶領域を開放でき、これはＪＰ
ＥＧデータからＪＢＩＧデータに変換する場合にも同様
だからである。

【００４９】特に、ＪＰＥＧ圧縮されたデータを伸張し
た場合の情報はＲＧＢ各成分につき８ビット（合計２４
ビット）とした場合、画像処理部９でディザもしくは誤
差拡散処理で数ライン分のメモリを消費するにしても、
例えば２値化であればＹＭＣＫ各１ビット（合計４ビッ
ト）で済み、４値化であっても各画素が２ビット（合計
８ビット）で済むので、ＪＰＥＧ圧縮で記憶するのに要
するメモリ容量＋α（画像処理部で使用するメモリ容
量）があれば、ＪＢＩＧ処理ではそのメモリ容量内で処
理することができ、メモリ容量が足りなくなることもな
い。

【００５０】以上の理由により、図２で示した各メモリ
（バンドバッファを含む）は、共通のメモリとすれば、
そのメモリ全体として見た場合、ある種の情報が大きけ
れば、別の種類の情報が減ることになり、限られた容量
のメモリを有効に且つ適切な画像処理に使用することが
可能になる。

【００５１】図３は実施形態のプリンタ制御部の具体的
ブロック構成を示している。

【００５２】図示において、２はＣＰＵ２００の動作処
理手順（プログラム）及びフォントデータ等を記憶して
いるＲＯＭである。３は本装置に対して各種指示を与え
たり、状態表示のための操作パネルであり、４は図２に
おける通信部２０２として機能するインタフェースであ
る。５はＲＡＭであって、ＣＰＵ２００のワークエリア
として使用するともに、図２のメモリ２０１、２０７、
２１２及びバンドバッファー２０４を成すものである。

【００５３】６はエンジンインタフェースであり、内部
には一方がプリンタエンジンに出力するため、もう一方
がＲＡＭ５内のＪＢＩＧ形式で圧縮されたデータを伸張
して書き込むために使用され、なおかつ、この動作が１
走査ライン毎に切り替わるバッファを備えている。ま
た、先に説明したように、ＰＷＭ処理回路も含まれてい
る（プリンタエンジンが３値以上で記録できる場合）。

【００５４】さて、上記構成におけるＲＡＭ５は、図２
で示される各メモリとして使用されるものであり、その
為、図示の如く、受信バッファ、中間バッファ（ディス
プレイリストを格納するための領域）、バンドバッフ
ァ、ＪＰＥＧ圧縮データを格納するためのＪＰＥＧバッ
ファ、ＪＢＩＧバッファを有する。これらは、その大き
さがダイナミックに変動するものであり、実際に図示の
如く、境界アドレスでもってその領域が区切られている
ものではない。

【００５５】また、図３の構成においては、ＣＰＵ２０
０が、図２におけるＪＰＥＧ部２０５、ＪＢＩＧ部２１
０としての機能を果たすものである。すなわち、レンダ
ラー２０３、ＪＰＥＧ部２０５、ＪＢＩＧ部２１０の機
能はＣＰＵ２００が行なう。

【００５６】以下、図４、図５に示すフローチャートに
従い、ＣＰＵ２００の動作処理手順を説明する。なお、
インタフェース４を介して受信したデータをＲＡＭ５内
の受信バッファに格納し、それを解釈して中間バッファ
内にディスプレイリストを作成する手順は別タスクで行
われているものとし、ここではレンダラー２０３、ＪＰ
ＥＧ部２０５、ＪＢＩＧ部２１０の処理を中心に説明す
る。

【００５７】まず、ステップＳ１において、ＲＡＭ５の
中間バッファ内のディスプレイリストに従って、１バン
ドの多値カラーのバンドイメージをバンドバッファに作
成する。

【００５８】このバンドイメージの作成が完了すると、
処理はステップＳ２に進んで、ＲＡＭ５内に該当するＪ
ＰＥＧ圧縮用のバッファを確保し、ステップＳ３に進ん
でバンドバッファに展開されたイメージデータをＪＰＥ
Ｇ圧縮を行ない、ステップＳ４でその確保したＪＰＥＧ
バッファに格納する。

【００５９】ステップＳ５では、全バンドに対してＪＰ
ＥＧ圧縮したか否かを判断し、否の場合にはステップＳ
１に戻って上記処理を繰り返す。

【００６０】さて、全バンドに対するＪＰＥＧ圧縮デー
タの作成及び格納を行なうと、ステップＳ６に進み、中
間バッファ内に未処理のディスプレイリストが存在する
か否かを判断する。なお、説明が前後するが、ステップ
Ｓ１でのバンド展開処理では、処理済みのディスプレイ
リストは順次データを格納できるように開放している。

【００６１】未処理のディスプレイリストが存在すると
判断した場合には、ステップＳ７に進んで、そのディス
プレイリストで示されたバンドのＪＰＥＧデータを取り
出し、ステップＳ８でバンドバッファに伸張する。そし
て、ステップＳ１に戻る。

【００６２】ステップＳ１では、未処理のディスプレイ
リストに対する処理を行なうが、このときバンドバッフ
ァには従前に展開されたバンドイメージが展開されてお
り、しかも、同じ形態のデータ（多値カラーデータ）で
あるので、論理合成処理等は正常に行える。

【００６３】以上のようにして、未処理のデータが無
い、すなわち、改ページに相当する中間コードが最後に
あった場合には、注目しているページ全体に対する処理
が本当の意味での終了したことになるので、処理はステ
ップＳ６からステップＳ９に進む。

【００６４】ステップＳ９では、ＪＰＥＧバッファ内に
格納された１つのバンドデータを取り出し、それを伸張
処理する。ついで、ステップＳ１０に進んで、取り出し
た元のＪＰＥＧバッファ中の領域を他の処理に使用でき
るよう開放し、量子化処理を行なう。なお、この量子化
処理には、プリンタエンジンの仕様に基づくＮ値化を行
なうものであるが、それ以前にＲＧＢデータからＹＭＣ
Ｋに変換する処理をも行なっている。

【００６５】そして、量子化されたデータに対して今度
は２値系の圧縮処理であるＪＢＩＧ圧縮データを格納す
るためのメモリを確保し（ステップＳ１２）、ＪＢＩＧ
圧縮処理を行ない（ステップＳ１３）、その圧縮データ
を確保した領域に格納する（ステップＳ１４）。

【００６６】ステップＳ１５では、全バンドに対する処
理が終了したか否かを判断し、否の場合にはステップＳ
９に戻って上記処理を繰り返す。

【００６７】こうして、全バンドのＪＢＩＧ圧縮が完了
すると、プリンタエンジンに対して起動をかけ、記録媒
体（記録紙等）の搬送を開始し、ＪＢＩＧ圧縮のかかっ
たバンドデータを記録色成分毎に順次伸張してはリアル
タイムにエンジンインタフェース６中の書き込み用バッ
ファとして設定されている方に出力して、画像の記録を
行なう。そして、１ページ分の記録処理が完了したら、
１ページ分のＪＢＩＧ圧縮データはもう必要が無いの
で、その領域を開放する。

【００６８】なお、記録媒体がカセットから搬送され、
転写ドラムに巻きつけられ、実際に転写されるまでには
ある程度の時間があるので、適当なバンド（例えば最後
のバンド）に対するＪＢＩＧ圧縮処理を行なっている最
中にその搬送を開始するようにしても良い。この場合に
は、搬送し転写が開始されるまでの時間を節約できるの
で、結果的に記録速度を上げることができる。

【００６９】また、ＪＢＩＧバッファを開放する場合で
あっても、記録処理が完了した色成分の領域順にその都
度開放しても良い。この結果、メモリをより有効に活用
することができる。

【００７０】また、ＪＰＥＧ圧縮データからＪＢＩＧ圧
縮データを作成する場合、基本的に情報量が減ることで
メモリの空き容量が多くなり、受信バッファ、中間バッ
ファの容量を多でき、次ページの印刷データをより多く
できるので、ホストコンピュータの印刷処理からの開放
が早くなる。ただし、受信バッファ、中間バッファを多
くすると、結果的に複数ページに対するデータを格納で
きてしまい、その変わりに、ＪＰＥＧバッファ（ＪＰＥ
Ｇバッファが確保されればＪＢＩＧバッファは確保され
るのは、後者の情報量が少ないので理解できよう）に十
分な領域が確保できない可能性があるので、受信バッフ
ァ、中間バッファには確保できる限界容量を予め設定
し、少なくともＪＰＥＧバッファに支障を来すことがな
いようにしてしておくことが望ましい。

【００７１】以上のように本実施形態によれば、多値系
の圧縮伸張回路はＰＤＬデータの展開スピードに十分に
見合う速度で動作すれば良く、プリンタ速度を意識した
速度は必要ないので安価になる。また、再び伸張して論
理合成することが可能である。また、プリンタにデータ
を供給するための２段目の圧縮も安価な２値系の圧縮を
最長でき、コストダウンが可能である。補足すると、多
値系のＪＰＥＧ圧縮は内部のＤＣＴ演算回路が過半を占
め、通常、高速化の為に並列回路構成をとる。例えば、
動作速度を１／１０にすれば、ＤＣＴ部分も１／１０程
度になり、圧縮全体コストは１／３〜１／５となる。ま
た、画像処理部２０９による画像処理も比較的低速で良
いので低コストにできる。

【００７２】以上説明したように本実施形態によれば、
バンド単位に画像を形成するエンジンを制御する場合
に、ＰＤＬデータに基づいて多値画像データをバンド単
位に多値系圧縮を行なうことで、後から受信したＰＤＬ
データに対する処理を正常に行なうことができるように
なる。しかも、実際に印刷する段階では、レンダリング
等を行わず、バンド毎に単純な伸張処理で済むので、バ
ンドイメージの出力が間に合わないということもなくな
る。

【００７３】更に、各処理で必要なるメモリを共通に
し、しかも、各処理で処理が終了したデータは積極的に
開放し、なおかつ、各処理で必要な領域を動的に確保す
るので、メモリを散在して設ける場合と比較して少ない
メモリを有効利用することが可能になる。

【００７４】＜第２の実施形態＞上記実施形態（第１の
実施形態）では、受信したＰＤＬデータはまず受信バッ
ファに格納され、ディスプレイリストとして変換し、そ
の後でレンダラーにてバンドバッファへの展開を行なっ
た。

【００７５】しかし、一般にＰＤＬデータには、描画コ
マンド（文字コードを含む）以外にも、イメージデータ
を含む。

【００７６】イメージデータは、そのサイズとその各色
毎の階調数にもよるが、一般に情報量は大きなものとな
る。

【００７７】そこで、受信データ中にイメージデータが
ある場合には、受信バッファに一旦格納されるものの、
すぐさま、且つ、直接にバンドバッファに転送して上記
のＪＰＥＧ圧縮を行なわせても良い。このとき、生成さ
れたディスプレイリストに対する処理を行なう段階にな
ったとき、該当するバンドバッファのイメージは上記サ
ブクローズにてバンドバッファに再度展開された状態に
なるので、処理速度は勿論、メモリ容量の制限を気にす
ることもない。

【００７８】本第２の実施形態においても、各メモリや
バンドバッファは１つの共通のメモリを使用することが
望ましいということでは第１の実施形態で説明したのと
同じである。

【００７９】＜第３の実施形態＞本第３の実施形態では
図６に示すように、バンドバッファ２０４から直接画像
処理部２０９に対するスルーパスを設ける。これは上記
の如くサブクローズが発生しない場合に対処するもので
ある。

【００８０】サブクローズが発生する場合というのは、
ホストコンピュータからＰＤＬデータを受信し、それを
ディスプレイリストに変換していて、図４、５の処理を
行なっている最中にも改ページに相当するＰＤＬデータ
を受信できない場合に発生する可能性がある。

【００８１】換言すれば、改ページコマンドを早々に受
信してしまい、作成されるディスプレイリストに対して
後から追加されることがないことが確実な場合には、上
記ＪＰＥＧ部２０５をスキップし、バンドバッファ２０
４に展開されたイメージデータを直接画像処理２０９に
渡せば、印刷装置としての全体のスループット（単位時
間当たりのプリント出力数）を格段に向上させることが
できる。

【００８２】また、サブクローズ非発生時において、レ
ンダラーの処理速度がプリンター速度以上である場合に
は、ＪＰＥＧ部、ＪＢＩＧ部をパスする切り換えてもよ
い。

【００８３】＜第４の実施形態＞更に、ホストコンピュ
ータが、１ページの最上部のバンドから下方向に向かう
順にＰＤＬデータを送出することが予めわかっている場
合にも図６のスルーパスを活用できる。

【００８４】ホストコンピュータ側が確実にこのような
順番になるようＰＤＬデータを構築するためには、ホス
トコンピュータ上で動作しているプリンタドライバ（プ
ログラムの一種）で制御できるので、ホストコンピュー
タ上で動作しているアプリケーションで印刷指示した
際、まず、ＰＤＬデータを正順に転送できる旨のコマン
ドをプリンタ装置に報知するようにする。このコマンド
を受信した場合、プリンター側の制御部は、図６のスル
ーパスを使用した印刷を行なうように設定し、ＪＰＥＧ
部を介在させないで行なう。

【００８５】ホストコンピュータの構成は、一般的なも
のを用いれば良いので、その構成は省略するが、そこで
動作するプリンタードライバは、例えば図７に示す手順
に従って動作すれば良いであろう。

【００８６】なお、図示のフローチャートに相当するプ
ログラムは、ホストコンピュータ上で動作しているアプ
リケーション等から印刷指示を行った際に起動されるも
のである。

【００８７】まず、印刷に先立ち、これから出力するＰ
ＤＬデータが正順になることを示すコマンドを出力する
（ステップＳ２１）。

【００８８】ついで、ステップＳ２２に進んで、アプリ
ケーションもしくはＯＳから印刷しようとしているデー
タを受信し、ステップＳ２３で一旦ＰＤＬデータを作成
する。作成されたＰＤＬデータは、ホストコンピュータ
上の空きメモリが十分あればＲＡＭ上に作成してもよい
し、無ければ、多少処理速度は落ちるもののハードディ
スク等の記憶装置に作成しても良い。

【００８９】この後、ステップＳ２４で作成したＰＤＬ
データを並べかえし、ステップＳ２５で実際にプリンタ
ー装置に転送する。

【００９０】プリンター装置側の処理は、上記正順に並
ぶことを示すコマンドを受信した場合には、適当な領域
にその旨のフラグをオンにし、このフラグがオンの場合
には、ＪＰＥＧ処理をスキップするように処理すれば良
い。

【００９１】以上の結果、プリントのスループットを向
上させることができるようになる。

【００９２】＜第５の実施形態＞更に、ＣＭＣＫ形式で
バンドバッファにレンダリングできるようにしてもよ
い。この場合には、レンダラー２０３に多値化または２
値化機能を持つ必要があるが、バンドバッファ２０４の
データ容量は削減される。

【００９３】更に、サブクローズが発生せず、かつ、レ
ンダラー２０３の動作速度で十分にレンダリングが間に
合う場合には、バンドバッファ２０４の展開結果はＪＢ
ＩＧ伸長部２１３の出口に接続して直接ＬＢＰプリンタ
１３に供給することもできる。この場合、レンダラ２０
４は、プリンタに合わせてＣ，Ｍ，Ｙ，Ｋの各色を順に
レンダリングし、２値化等の処理機能も有する必要があ
る。また、バンドバッファ２０では、ダブルバッファ構
成をとり、一方がレンダリング、他方がシッピングとい
う動作を交互に行う。

【００９４】このようにスルーパスを設けることによ
り、圧縮が必要ない時にでも圧縮を行う事の弊害をなく
してスループットを挙げることができる。

【００９５】また、本発明中の２値圧縮であるＪＢＩＧ
圧縮はロスレス符号化方式であるが、ロッシィな符号化
方式や、他の安価な圧縮方式、例えば、パックビッツ圧
縮や、レンペル・シブ（ＬＺ）圧縮方式を採用しても構
わない。また、多値ＪＰＥＧ圧縮／伸長部も論理合成等
の可能な他の圧縮方式や、ソフト的手段の低速でコスト
のかからない圧縮方式に置き換えることが可能で、これ
は、プリンタ速度フリーな本発明の圧縮の２段構成がな
せる技である。

【００９６】また、メモリを増設することにより、メモ
リ回りの回路を並列動作させ、例えばＪＰＩＧ伸長しな
がらシッピング中に、次のページのレンダリングを開始
して、ＪＰＥＧ圧縮するといった動作も可能で、スルー
プットの向上に貢献することも可能である。

【００９７】また、数回のサブクローズ発生時に、最終
のサブクローズ時にバンド展開データはスルーパスを用
いてＪＰＥＧ圧縮せずに直接ＪＢＩＧ圧縮する手法もあ
る。

【００９８】＜他の実施形態＞上記実施形態ではプリン
ターエンジンとしてレーザビーム方式を採用するものと
して説明したが、例えばＬＥＤ方式であっても良い。ま
た、インクジェットや熱転写方式であっても良い。ただ
し、上記実施形態の説明から明らかなように、印刷する
ためのエンジンが高速な場合に本発明を適用することが
望ましい。この意味では、ページプリンタに適用するこ
とが望ましい。

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

【０１００】特に、第４の実施形態の場合には、ホスト
コンピュータ上で動作するプリンタドライバというプロ
グラムと共同して動作することになるので、本発明は、
ソフトウェアのプログラムコードを記録した記憶媒体
を、システムあるいは装置に供給し、そのシステムある
いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記
憶媒体に格納されたプログラムコードを読出し実行する
ことによっても、達成される。

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

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

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

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

【０１０５】以上説明したように、本実施形態によれ
ば、サブクローズ時でも論理合成を可能とする多値圧縮
を安価な２値圧縮の組み合わせることにより、多値圧縮
（伸長）の高速動作を必要性をなくし、安価な多値圧縮
のハードまたはソフトで圧縮を行い、ページバッファ量
の削減に貢献し、コストダウンを可能にした。また、安
価な２値慎重で高速シッピングが可能になり、かつ２値
圧縮の為にメモリを増設せずに、多値メモリ領域を共有
してコストダウンを可能にした。更に、多値圧縮がオブ
ジェクトの圧縮にも使え、サブクローズの発生頻度を抑
えることができる。

【０１０６】

【発明の効果】以上説明したように本発明によれば、印
刷手段の印刷速度に依存せず、意図した通りの正常な印
刷を行なわせることが可能になる。

【０１０７】

【図面の簡単な説明】

【図１】実施形態におけるプリンター装置の断面構造を
示す図である。

【図２】第１の実施形態における手順として見た場合の
装置構成概念図である。

【図３】図２の処理をソフトウェアウェアでもって実現
する場合の制御部のブロック構成図である。

【図４】図３の構成における処理手順を示すフローチャ
ートである。

【図５】図３の構成における処理手順を示すフローチャ
ートである。

【図６】第３の実施形態における手順として見た場合の
装置構成概念図である。

【図７】第４の実施形態におけるホストコンピュータ上
で動作するプリンタドライバの処理手順をフローチャー
トである。

【符号の説明】

２００ＣＰＵ２０１メモリ２０２通信部２０３レンダラー２０４バンドバッファ２０５ＪＰＥＧ部２０６ＪＰＥＧ圧縮部２０７メモリ２０８ＪＰＥＧ伸張部２０９画像処理部２１０ＪＢＩＧ部２１１ＪＢＩＧ圧縮部２１２メモリ２１３ＪＢＩＧ伸張部２１４プリンタエンジン

Claims

【特許請求の範囲】

【請求項１】入力された所定の記述言語で記述された
データを解釈することにより、イメージデータを発生す
る発生手段と、該イメージデータをＭ値圧縮及びＭ値伸張する第１の圧
縮伸張手段と、該第１の圧縮伸張手段によりＭ値伸張されたイメージデ
ータを、Ｎ値圧縮及び伸張を行なう第２の圧縮伸張手段
と、該第２の圧縮伸張手段によりＮ値伸張されたイメージデ
ータを所定の印刷手段に出力する出力手段とを備えるこ
とを特徴とする印刷制御装置。
【請求項２】更に、前記第１の圧縮伸張手段により圧
縮及び伸張されたイメージデータを前記第２の圧縮伸張
手段により圧縮及び伸張する前に、画像処理する画像処
理手段を有することを特徴とする請求項第１項に記載の
印刷制御装置。
【請求項３】前記Ｍ値及びＮ値は、Ｍ＞Ｎの関係にあ
ることを特徴とする請求項第２項に記載の印刷制御装
置。
【請求項４】入力された所定の記述言語で記述された
データを解釈することにより、イメージデータを発生す
る発生ステップと、該イメージデータをＭ値圧縮及びＭ値伸張する第１の圧
縮伸張ステップと、該第１の圧縮伸張ステップでＭ値伸張されたイメージデ
ータを、Ｎ値圧縮及び伸張を行なう第２の圧縮伸張ステ
ップと、該第２の圧縮伸張ステップでＮ値伸張されたイメージデ
ータを所定の印刷手段に出力する出力ステップとを備え
ることを特徴とする印刷制御方法。
【請求項５】ページ記述言語で記述された印刷データ
を受信し、当該データを解釈する印刷制御装置であっ
て、受信した印刷データに対するイメージデータを発生する
発生手段と、発生したイメージデータを圧縮及び伸張する圧縮・伸張
手段と、該圧縮・伸張手段で伸張して得たイメージデータを前記
印刷手段の特性に合わせて変換し、前記印刷手段に向け
て出力する出力手段と、前記圧縮・伸張手段で伸張して得たイメージデータを前
記発生手段にフィードバックするフィードバック手段
と、該フィードバックを行なわせるか否かを制御する制御手
段とを備えることを特徴とする印刷制御装置。
【請求項６】前記圧縮・伸張手段は、バンド単位に圧
縮及び伸張することを特徴とする請求項第５項に記載の
印刷制御装置。
【請求項７】前記発生手段、圧縮・伸張手段、出力手
段は、共通な所定メモリをワーク領域として使用し、当
該ワーク領域を動的に確保及び開放して処理することを
特徴とする請求項第５項に記載の印刷制御装置。
【請求項８】前記発生手段は、多値イメージデータを
発生することを特徴とする請求項第５項に記載の印刷制
御装置。
【請求項９】前記出力手段は、前記圧縮・伸張手段で伸張した多値イメージデータを、
前記印刷手段の特性に合わせて当該多値イメージデータ
を記録色成分のＮ値データに変換する変換手段と、変換されたＮ値化データの各ビットのプレーンに対して
２値系圧縮と伸張処理を行なう２値系圧縮・伸張手段と
を含むことを特徴とする請求項第８項に記載の印刷制御
装置。
【請求項１０】更に、受信した印刷データが、各バン
ドに対して正順に並んでいるか否かを判断する判断手段
と、該判断手段によって印刷データが各バンドに対して正順
に並んでいると判断した場合、前記圧縮・伸張手段をス
ルーにして前記出力手段に渡す手段とを備えることを特
徴とする請求項第５項に記載の印刷制御装置。
【請求項１１】前記判断手段は、前記圧縮・伸張手段
で圧縮させる段階になって既に当該ページに対する印刷
データが揃っていると判断した場合に、各バンドに対し
て正順に並んでいると判断することを特徴とする請求項
第１０項に記載の印刷制御装置。
【請求項１２】前記判断手段は、前記印刷データを受
信するに先立って、印刷データ発生源より所定のコマン
ドを受信した場合に、各バンドに対して正順に並んでい
ると判断することを特徴とする請求項第１０項に記載の
印刷制御装置。
【請求項１３】前記印刷手段は、レーザビームプリン
ターであることを特徴とする請求項第５項に記載の印刷
制御装置。
【請求項１４】前記圧縮・伸張手段は、印刷データに
基づくＲＧＢ形式のイメージデータを一旦Ｙｕｖ形式に
変換してＪＰＥＧ圧縮し、伸張した場合にはＹｕｖ形式
のデータをＲＧＢ形式に戻すことを特徴とする請求項第
５項に記載の印刷制御装置。
【請求項１５】ページ記述言語で記述された印刷デー
タを受信し、当該データを解釈する装置の制御方法であ
って、受信した印刷データに対するイメージデータを発生する
発生工程と、発生したイメージデータを圧縮及び伸張する圧縮・伸張
工程と、該圧縮・伸張工程で伸張して得たイメージデータを前記
印刷手段の特性に合わせて変換し、前記印刷手段に向け
て出力する出力工程と、前記伸張工程で伸張して得たイメージデータを前記発生
工程にフィードバックするフィードバック工程と、該フィードバックを行なわせるか否かを制御する制御工
程とを備えることを特徴とする印刷制御方法。
【請求項１６】前記圧縮・伸張工程は、バンド単位に
圧縮及び伸張することを特徴とする請求項第１５項に記
載の印刷制御方法。
【請求項１７】前記発生工程、圧縮・伸張工程、出力
工程は、共通な所定メモリをワーク領域として使用し、
当該ワーク領域を動的に確保及び開放して処理すること
を特徴とする請求項第１５項に記載の印刷制御方法。
【請求項１８】前記発生工程は、多値イメージデータ
を発生することを特徴とする請求項第１５項に記載の印
刷制御方法。
【請求項１９】前記出力工程は、前記圧縮・伸張工程で伸張した多値イメージデータを、
前記印刷手段の特性に合わせて当該多値イメージデータ
を記録色成分のＮ値データに変換する変換工程と、変換されたＮ値化データの各ビットのプレーンに対して
２値系圧縮と伸張処理を行なう２値系圧縮・伸張工程と
を含むことを特徴とする請求項第１８項に記載の印刷制
御方法。
【請求項２０】更に、受信した印刷データが、各バン
ドに対して正順に並んでいるか否かを判断する判断工程
と、該判断工程によって印刷データが各バンドに対して正順
に並んでいると判断した場合、前記圧縮・伸張工程をス
ルーにして前記出力工程に渡す工程とを備えることを特
徴とする請求項第１５項に記載の印刷制御方法。
【請求項２１】前記判断工程は、前記圧縮・伸張工程
で圧縮させる段階になって既に当該ページに対する印刷
データが揃っていると判断した場合に、各バンドに対し
て正順に並んでいると判断することを特徴とする請求項
第１６項に記載の印刷制御方法。
【請求項２２】前記判断工程は、前記印刷データを受
信するに先立って、印刷データ発生源より所定のコマン
ドを受信した場合に、各バンドに対して正順に並んでい
ると判断することを特徴とする請求項第２０項に記載の
印刷制御方法。
【請求項２３】前記印刷手段は、レーザビームプリン
ターであることを特徴とする請求項第１５項に記載の印
刷制御方法。
【請求項２４】前記圧縮・伸張工程は、印刷データに
基づくＲＧＢ形式のイメージデータを一旦Ｙｕｖ形式に
変換してＪＰＥＧ圧縮し、伸張した場合にはＹｕｖ形式
のデータをＲＧＢ形式に戻すことを特徴とする請求項第
１５項に記載の印刷制御方法。
【請求項２５】ページ記述言語で記述された印刷デー
タを受信し、当該データを解釈してバンド単位に印刷す
る印刷装置であって、受信した印刷データに対するバンド単位の多値イメージ
データを発生する発生手段と、発生した多値イメージデータをバンド単位毎に圧縮及び
伸張する第１の圧縮・伸張手段と、該第１の圧縮・伸張手段で伸張して得た多値イメージデ
ータをバンド単位に、前記印刷手段の特性に合わせて変
換し、圧縮及び伸張する第２の圧縮・伸張手段と該第２
の圧縮・伸張手段で伸張されるイメージデータを印刷手
段に出力する出力手段とを備え、更に、前記第１の圧縮・伸張手段で伸張して得た多値イメージ
データを前記発生手段にフィードバックするフィードバ
ック手段と、該フィードバックを行なわせるか否かを制御する制御手
段とを備えることを特徴とする印刷装置。