(57)【特許請求の範囲】
【請求項１】
画像データから、適用するスクリーンに合わせて代表値を演算する代表値演算手段と、
前記代表値演算手段により演算された代表値をバッファリングする第１の記憶手段と、
前記第１の記憶手段にバッファリングされた代表値から、適用するスクリーンに合わせて多値のラスターイメージデータを生成する描画画像データ生成手段と、
前記描画画像データ生成手段により生成された多値のラスターイメージデータの画像濃度レベルに基づいてレーザビームをパルス幅変調することにより画像の描画を行う描画手段と
を具備することを特徴とする画像処理装置。
【請求項２】
前記代表値演算手段は、適用するスクリーンの基本構造に対応する画素数を単位として、前記画像データを集合化し、その代表値を求め、
前記描画画像データ生成手段は、適用するスクリーンの基本構造に対応して、多値のラスターイメージデータを生成することを特徴とする請求項１記載の画像処理装置。
【請求項３】
請求項１記載の発明において、さらに、適用するスクリーンの基本パターンを記憶する第２の記憶手段を備え、
前記代表値演算手段は、前記基本パターンの単位構造に対応する画素数を単位として、前記画像データを集合化し、その代表値を求め、
前記描画画像データ生成手段は、記憶された基本パターンの単位構造に対応して、多値のラスターイメージデータを生成することを特徴とする画像処理装置。
【請求項４】
請求項１記載の発明において、さらに、画像データで示される画像部分をその内容毎に分離する分離手段を備え、
前記代表値演算手段は、分離された画像部分につき、その内容に応じて、適用するスクリーンの基本構造に対応する画素数を変化させ、その画素数を単位として、前記画像データを集合化し、その代表値を求め、
前記描画画像データ生成手段は、適用されたスクリーンの基本構造に対応して、多値のラスターイメージデータを生成することを特徴とする画像処理装置。
【請求項５】
請求項１記載の発明において、さらに、適用するスクリーンの基本パターンを複数記憶する第２の記憶手段と、
画像データで示される画像部分をその内容毎に分離する分離手段とを備え、
前記代表値演算手段は、画像部分の内容に応じて適用するスクリーンを選択するとともに、選択されたスクリーンの基本パターンの単位構造に対応する画素数を単位として、前記画像データを集合化し、その代表値を求め、
前記描画画像データ生成手段は、選択された基本パターンの単位構造に対応して、多値のラスターイメージデータを生成することを特徴とする画像処理装置。
【請求項６】
代表値演算手段が、画像データから、適用するスクリーンに合わせて代表値を演算すると代表値演算ステップと、
第１の記憶手段が、前記代表値演算手段により演算された代表値をバッファリングすると第１記憶ステップと、
描画画像データ生成手段が、前記第１の記憶手段にバッファリングされた代表値から、適用するスクリーンに合わせて多値のラスターイメージデータを生成する描画画像データ生成ステップと、
描画手段が、前記描画画像データ生成手段により生成された多値のラスターイメージデータの画像濃度レベルに基づいてレーザビームをパルス幅変調することにより画像の描画を行う描画ステップ
とから構成される画像処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像データを印刷部などの描画動作に同期して供給する際に、その画像データを一時的に格納するバッファメモリの容量を少なくし、かつ、画像品質を劣化させない画像処理装置に関する。
【０００２】
【従来の技術】
ホストコンピュータからの画像データをプリンタなどの印刷装置に出力する場合、その画像データは、イーサーネットのようなネットワークや、ＳＣＳＩバス、セントロニクス、ＲＳ−２３２Ｃシリアル通信などを介して印刷装置に供給される。ここで、ホストコンピュータから出力される画像データは、主に、ページ記述言語（ＰＤＬ）で記述したコードデータと、その画像の各画素を示すデータを主・副各走査方向の順番に羅列したラスターイメージデータとに大別される。
【０００３】
次に、図１３（ａ）に示すように、ホストコンピュータ１０１による画像データがコードデータである場合、印刷装置内に実装された画像形成部１０２が、当該コードデータの記述内容を解釈してラスターイメージデータを生成する（レンダリング処理）。このラスターイメージデータは、印刷部１０５における主走査方向と副走査方向の描画動作に同期して供給する必要があるため、一旦バッファメモリ１０３に格納される。そして、格納後、印刷部制御機構部１０４によって、ラスターイメージデータがバッファメモリ１０３から印刷部１０５の描画動作に同期して読み出され、印刷部１０５に供給される。
また、図１３（ｂ）に示すように、ホストコンピュータ１０１による画像データがラスターイメージデータである場合、同図（ａ）における画像形成部１０２による内容解釈は不要であるから、そのラスターイメージデータが直接、バッファメモリ１０３に格納され、この後、印刷部制御機構部１０４によって、ラスターイメージデータがバッファメモリ１０３から印刷部１０５の描画動作に同期して読み出され、印刷部１０５に供給される。
【０００４】
さて、印刷側では、階調の表現性を良くするため、入力されたラスターイメージデータに対してスクリーンを適用する手法がある。例として、レーザービームを使った解像度４００ｄｐｉのフルカラープリンタをとリ上げる。このスクリーンの例を図１４に示す。図１４（ａ）に示すは、４００線のスクリーンであり、４００ｄｐｉの解像度と４００線スクリーンとは一致している。同図（ｂ）および（ｃ）に示すは、それぞれ２００線のスクリーンである。この場合、レーザービームの副走査方向に対し２ドットを１つのスクリーン単位としている。これら２種類のスクリーンを切り替える方法として、レーザービームをパルス幅変調して、レーザービームの照射時間を変化させる方法がある（「オンデマンド印刷の市場と技術課題」：（社）日本印刷技術協会発行）。この方法を図１１（ａ）および（ｂ）に示す。同図（ａ）は、４００線スクリーンを用いる場合における画像濃度レベルとレーザー出カ波形との関係を図示したものである。図に示すように、４００線の周期をもった三角波のレベルが画像濃度レベルを上回った場合にレーザービームがオンされる。これにより、レーザービームの照射時間に応じて線幅が変わり階調表現ができることになる。２００線スクリーンの場合には、図１１（ｂ）に示すように２００線の周期をもった三角波を作り、この三角波のレベルが同様に画像濃度レベルを上回った場合にレーザービームがオンされる。４００線スクリーンでも、２００線スクリーンでも、レーザービーム照射時間に応じて線幅を変化させて階調表現できるわけであるが、色材として粉体トナーを用いた場合には、粉体トナーの粒状性の限界の理由により、４００線スクリーンを使うと十分な階調表現ができないこともある。このような現象は、粉体トナーに限らず液体トナーや液体インクでも同様なことがいえる。
【０００５】
そこで、写真のような色の変化が激しい画像を印刷する際には、十分な階調を確保するため２００線スクリーンが用いられる。
さらに、階調再現の安定性の改善や、トナーの粒状性再現の向上のために、図１４（ｄ）〜（ｆ）のようなスクリーンも考え出されている。このようなスクリーンは、上記のような三角波によるレーザービームのパルス幅変調方式のみで実現しようとすると、複雑な制御回路になるため、入力された画像データをスクリーンにあわせてデータ変換した後、２００線スクリーン時のパルス幅変調方式を適用して実現される。
以上のように、画像データを生成するホストコンピュータは、印刷装置の解像度に合った画像データを印刷装置に送り、印刷装置内では、印刷装置の階調表現カに合わせたスクリーンが適用され、画質の良い印刷が実現される。
【０００６】
ところで、ホストコンピュータ１０１からの画像データが、コードデータであっても、ラスターイメージデータであっても、次の理由により、一旦ラスターイメージデータをバッファメモリ１０３に格納する必要がある。
ホストコンピュータ１０１と印刷装置とを接続する媒体は、図１３（ａ）あるいは（ｂ）に示すように、イーサーネットのようなネットワークや、ＳＣＳＩバス、セントロニクス、ＲＳ−２３２Ｃシリアル通信などである。これらの媒体の転送速度は、その規格により上限が定まるが、印刷部１０５の描画速度より十分に高ければ、本来的にバッファメモリ１０３は不要である。
しかし、近年では、高速性や、高品質性などが印刷装置に求められて、印刷部１０５の描画速度がきわめて高くなった結果、通信媒体の転送速度が、印刷部１０５の描画速度と比べて低くなった。
また、印刷部１０５がレーザビームにより画像を描画するものである場合、印刷部１０５に対し一旦、起動命令がなされると、たとえ、ラスターイメージデータが描画に対して間に合わなくなったとしても、印刷部１０５の機構により、１ページの出力途中ではその描画動作を停止させることができない。もし、停止させた場合、定着部による熱のために紙の変色を招いたり、描画位置合わせ精度の限界により停止時と再起動時とにおいて画像ズレが生じるなどの影響がでるためである。
これらの理由により、バッファメモリ１０３は必須となる。
【０００７】
このように、ホストコンピュータ１０１からの画像データが、コードデータであれ、ラスターイメージデータであれ、一旦バッファメモリ１０３に格納する必要があるが、この容量は、高速性や、高品質性などが印刷部１０５に求められるほど多く要求される。例えば、印刷部１０５においてＡ４サイズを４００ｄｐｉ、ＹＭＣＫ４色のフルカラー（８ビット／色）印刷を行なうとした場合、バッファメモリ１０３の容量は、次のようになる。
３３１２（ドット）×４６７７（ライン）×４（色）≒６０（Ｍバイト）
となる。このため、メモリにかかるコストが極めて高くなってしまう。
【０００８】
そこで、バッファメモリの容量を小さく抑えるため、従来より、圧縮処理が用いられていた。
このような圧縮処理には、ランレングス圧縮や、Ｌｅｍｐｅｌ−Ｚｉｐ圧縮などの可逆圧縮と、ＪＰＥＧのような非可逆圧縮とに大別される。可逆圧縮では、一定の圧縮率を保証する技術が現在までにおいて確立されておらず、むしろ、元の画像データ容量以上となってしまう場合さえある。このため、非可逆圧縮を用いて、最悪の圧縮率を補償し、バッファメモリの容量を少なくする手法が採用されている。
【０００９】
【発明が解決しようとする課題】
しかしながら、非可逆圧縮では、画像データの画質と圧縮率とが互いに相反する関係にある。すなわち、画質を良くしようすれば、圧縮率が悪くなる一方、圧縮率を高めると、画質が悪くなる関係にある。ＪＰＥＧによる圧縮を例にとると、ブロック歪みや、モスキートノイズなどのようなものが伸張後の画像に現われ、画質の点において、元の画像と比べて悪化するという問題点があった。
したがって、現在の印刷装置では、画質を犠牲にしてバッファメモリの容量を少なくするか、あるいは画質を優先してバッファメモリの容量を多くとるかのいずれかであった。
本発明は、上述した背景に鑑みてなされたものであり、その目的とするところは、画質を劣化させることなく、バッファメモリの容量を少なく抑えることが可能な画像処理装置を提供することにある。
【００１０】
【課題を解決するための手段】
上述した課題を解決するため本発明にあっては、画像データから、適用するスクリーンに合わせて代表値を演算する代表値演算手段と、前記代表値演算手段により演算された代表値をバッファリングする第１の記憶手段と、前記第１の記憶手段にバッファリングされた代表値から、適用するスクリーンに合わせて多値のラスターイメージデータを生成する描画画像データ生成手段と、前記描画画像データ生成手段により生成された多値のラスターイメージデータの画像濃度レベルに基づいてレーザビームをパルス幅変調することにより画像の描画を行う描画手段とを具備することを特徴としている。
【００１１】
（作用）本発明によれば、代表値が、適用するスクリーン線数に合わせて画像データから演算され、この代表値がバッファリングされるとともに、多値のラスターイメージデータが、適用するスクリーン線数に合わせて、バッファリングされた代表値から生成される。よって、バッファリングされるものは、画像データそのものではなくて、その画像データに対して適用するスクリーン線数に合わせた代表値である。このため、第１の記憶手段において必要な容量を画像データをそのままバッファリングするよりも少なく抑えることが可能となる。さらに、多値のラスターイメージデータには、スクリーンが適用されて色階調表現が豊かとなるので、画質の劣化も抑えることが可能となる。
【００１２】
【発明の実施の形態】
以下、本発明による実施の形態について図面を参照して説明する。
【００１３】
＜第１実施形態＞
まず、本発明による第１実施形態について説明する。図１（ａ）は、本実施形態にかかる画像処理装置の構成を示すブロック図である。この図において、ホストコンピュータ１０１は、イーサーネットや、ＳＣＳＩなどの媒体を介してラスターイメージデータあるいはコードデータを出力する。画像形成部１０２は、ホストコンピュータ１０１から出力されるデータがＰＤＬで記述されたコードデータである場合、その内容を解釈して、ＹＭＣＫ面順次型のラスターイメージデータに展開する。したがって、本実施形態において１ドット分のラスターイメージデータは８ビットで示される。スクリーン適用代表値演算部１１１は、印刷部１０５の階調表現能力にあったスクリーンを適用し、そのスクリーンに合わせて、ラスターイメージデータの代表値を演算する。
【００１４】
ここで、印刷部１０５の解像度を４００ｄｐｉとし、最大階調再現のためのスクリーンを２００線とすると、スクリーン適用代表値演算部１１１は、４００ｄｐｉのラスターイメージデータについての代表値を演算することになる。代表値の演算については種々のものが考えられるが、ここでは一例として、２ドット分のラスターイメージデータの平均値を代表値として演算するものを考える。この場合におけるスクリーン適用代表値演算部１１１の構成例を図２に示す。
図２において、ラッチ回路１１１１は、８ビットのラスターイメージデータをシステムクロックを２分周したクロックでラッチするものである。これにより、ラッチ回路１１１１によってラッチされるラスターイメージデータは、１ドットおきのものとなる。加算器１１１２は、ラッチ回路１１１１によって１ドットおきにラッチされたラスターイメージデータと、ラッチされていないそのままのラスターイメージデータとを加算する。この加算結果は、９ビットとなるが、下位１ビットを切り捨て、上位８ビットのみを代表値として用いる。すなわち、加算結果を２で除算した平均値が代表値として用いられる。
なお、スクリーン適用代表値演算部１１１による代表値の演算については、この他に、一次演算によるものや、ルックアップテーブルによる変換など、種々のものが考えられる。
【００１５】
さて、図１に戻り、バンドバッファ１０３は、スクリーン適用代表値演算部１１１によって演算された代表値を格納する。スクリーン適用描画画像データ生成部１１２は、バッファメモリ１０３から読み出された代表値を、印刷部１０５の解像度にあったラスターイメージデータに変換するものである。ここで、スクリーン適用描画画像データ生成部１１２の構成としては、スクリーン適用代表値演算部１１１に対応するものであり、図２の例に対応する構成を図３に示す。
この図において、ラッチ回路１１２１は、代表値を、印刷部１０５の描画動作に同期したビデオクロックを２分周したクロックにてラッチするものである。これにより、２００線スクリーンにあった代表値が、印刷部１０５の解像度である４００ｄｐｉのラスターイメージデータに変換されることとなる。
【００１６】
この構成では、代表値が、スクリーン適用代表値演算部１１１によって、入力あるいは展開されたラスターイメージデータから、印刷部１０５の階調表現能力にあった２００線スクリーンに合わせて演算される。この代表値がバッファメモリ１０３に１ページ分格納されたら、印刷部制御機構部１１３によって印刷部１０５が起動するとともに、バッファメモリ１０３から代表値が読み出される。読み出された代表値は、スクリーン適用描画画像データ生成部１１２によって、印刷部１０５の解像度のラスターイメージデータに変換されて印刷部１０５に供給され、印刷部１０５が当該ラスターイメージデータに基づいてその１ページ分の画像出力を行なうこととなる。
【００１７】
ここで、バッファメモリ１０３において必要な容量は、格納される代表値が２００線スクリーンに対応したものであるから、４００ｄｐｉのラスターイメージデータをそのまま格納する場合の容量と比べて半分で済む。例えば、上述のように、Ａ４サイズを４００ｄｐｉ、ＹＭＣＫ４色のフルカラー印刷を行なうとした場合、バッファメモリ１０３の容量を、半分の約３０（Ｍバイト）で済ませることができる。
【００１８】
このように代表値から変換されたラスターデータを用い、印刷部１０５が従来の技術で述べたようにレーザビームをパルス幅変調して階調表現を行なっても、画質劣化は、生じない。すなわち、従来においては、図１１（ｂ）に示すように、解像度４００ｄｐｉのラスターイメージデータを入力し、基準波たる三角波のレベルが、ラスターイメージデータで示される濃度レベルを上回ったときに、レーザビームを照射して２００線スクリーンを実現する構成となっていたが、本実施形態では、代表値を決めてしまうので、レーザビームの出力は、図１１（ｃ）に示すようになる。ここで、両者を比較すると、レーザビームの照射時間は不変であり、ただ、その照射位置のみが相違していることがわかる。この第１実施形態では、代表値の決め方において２ドットの平均値としているが、この場合でも、レーザビームの照射時間は、従来技術と比べて不変である。
さらに、ビーム位置の最大相違量については、ラスターデータイメージデータの解像度が４００ｄｐｉの場合、図１２（ａ）に示す従来技術による例と比べて、同図（ｂ）に示すように１／８００（インチ）、すなわち高々０．０３（ｍｍ）である。この程度のずれ量は、肉眼では判別がつかないので、実質的な画像劣化は生じないといえる。
【００１９】
なお、この第１実施形態においては、図１（ｂ）に示すように、スクリーン適用代表値演算部１１１によって演算した代表値を圧縮部１２１によって圧縮し、これをバッファメモリ１０３に格納し、その後、圧縮された代表値を伸張部１２２によって伸張する構成としても良い。この場合の圧縮方式としては、可逆、非可逆を問わず、どんなものでもかまわない。
【００２０】
＜第２実施形態＞
次に、本発明による第２実施形態について説明する。図４は、第２実施形態にかかる画像処理装置の構成を示すブロック図である。この図に示す画像処理装置は、基本的に、図１における第１実施形態と同様であるが、スクリーン適用代表値演算部２１１およびスクリーン適用描画画像データ生成部２１２が、それぞれスクリーン記憶部２１３に記憶されたスクリーン情報を用いて、代表値の演算およびラスターイメージデータの変換を行なう点で、第１実施形態と相違する。
そこで、以下この相違点を中心に説明する。
【００２１】
スクリーン記憶部２１３は、本実施形態におけるスクリーンとして、例えば、図５（ａ）に示すように３ドット×３ドットからなるパターンを単位とするものを適用する場合、同図（ｂ）に示すような“０”、“１”の情報を記憶する。この場合、スクリーン適用代表値演算部２１１およびスクリーン適用描画画像データ生成部２１２の構成は、ぞれぞれ図６および図７に示す通りとなる。
まず、図６において、スクリーン適用代表値演算部２１１には、スクリーンの単位を３ドット×３ドットとしているので、あわせて３ライン分の容量を有するラインバッファ１００１〜１００３、１００４〜１００６の２組が用意される。すなわち、ラインバッファ１００１〜１００３（１００４〜１００６）によって３ライン分のラスターイメージデータが格納される。ここで、ラインバッファを２組用意しているのは、ラスターイメージデータを格納するラインバッファの組をセレクタ１０１１〜１０１３によって交互に切り替えて、処理速度の低下させないようにするためである。ラッチ回路１０２１〜１０２９は、それぞれセレクタを介したラスターイメージデータをシステムクロックによってラッチするものである。すなわち、１ラインについてみれば、ラスターイメージデータが３ドット分、得られる構成となっている。
加算回路１０３０は、ラッチ回路１０２１〜１０２９によってラッチされた、３ラインについての各３ドット分にラスターイメージデータ、すなわち、３ドット×３ドットの計９ドット分のラスターイメージデータを加算する。
【００２２】
一方、加算回路１０４１は、スクリーン記憶部２１３に記憶された３ドット×３ドットからなるスクリーン情報を加算する。図５（ｂ）に示す例であれば、その加算結果は「５（１０進表記）」となる。除算回路１０４２は、加算回路１０３０による加算結果を、加算回路１０４１による加算結果で除算する。この除算結果が、このスクリーン適用代表値演算部２１１における代表値として、バッファメモリ１０３に格納されることとなる。
【００２３】
次に、図７において、スクリーン適用描画画像データ生成部２１２は、図６の構成によるスクリーン適用代表値演算部２１１で演算された代表値を、印刷部１０５の解像度にあったラスターイメージデータに変換するものである。
図７において、代表値は、印刷部１０５の描画動作に同期したビデオクロックを３分周したクロックにて供給されて、それぞれセレクタ１１０１〜１１０３に入力される。セレクタ１１０１〜１１０３は、それぞれ、スクリーン記憶部２１３に記憶されたスクリーン情報の第１〜３ラインの１ライン分をセレクト情報として選択を行なうものであり、スクリーン情報が“１”の場合に、代表値を選択する一方、スクリーン情報が“０”の場合に、ゼロデータを選択する。セレクタ１１０４は、セレクタ１１０１〜１１０３の３つの選択結果を、ビデオクロックの周期で順番に選択するものである。この結果、スクリーンパターンにあった代表値が、印刷部１０５の解像度である４００ｄｐｉのラスターイメージデータに変換されることとなる。
【００２４】
この構成では、代表値が、スクリーン適用代表値演算部２１１によって、入力あるいは展開されたラスターイメージデータから、スクリーン記憶部２１３に記憶されたスクリーンパターンに合わせて演算される。この代表値がバッファメモリ１０３に１ページ分格納されたら、印刷部制御機構部１１３によって印刷部１０５が起動するとともに、バッファメモリ１０３から代表値が読み出される。読み出された代表値は、スクリーン適用描画画像データ生成部２１２によって、印刷部１０５の解像度のラスターイメージデータに変換されて印刷部１０５に供給され、印刷部１０５が当該ラスターイメージデータに基づいてその１ページ分の画像出力を行なうこととなる。
【００２５】
これにより、バッファメモリ１０３において必要な容量は、格納される代表値がスクリーン記憶部２１３に記憶されたスクリーンパターンに対応したものであるから、４００ｄｐｉのラスターイメージデータをそのまま格納する場合の容量と比べて、スクリーンパターンを構成するドット数の逆数まで減らすことができる。例えば、Ａ４サイズを４００ｄｐｉ、ＹＭＣＫ４色のフルカラー印刷を行なうとした場合に、本実施形態のようにスクリーンパターンを構成するドット数が９ドットであるとすると、バッファメモリ１０３の容量を、１／９の約６．７（Ｍバイト）で済ませることができる。
【００２６】
なお、この第２実施形態においては、図１（ｂ）に示した例と同様に、スクリーン適用代表値演算部２１１によって演算した代表値を圧縮部によって圧縮し、これをバッファメモリ１０３に格納し、その後、圧縮された代表値を伸張部によって伸張する構成としても良い。圧縮方式として、可逆、非可逆を問わない点も同様である。
【００２７】
＜第３実施形態＞
次に、本発明による第３実施形態について説明する。図８は、第３実施形態にかかる画像処理装置の構成を示すブロック図である。この図に示す画像処理装置は、基本的に、図１における第１実施形態と同様であるが、入力あるいは展開したラスターイメージデータに、適用するスクリーンを選択するためのタグビット付加するとともに、スクリーン適用代表値演算部３１１およびスクリーン適用描画画像データ生成部３１２が、それぞれタグビットが意味するスクリーンを用いて、代表値の演算およびラスターイメージデータの変換を行なう点で、第１実施形態と相違する。
そこで、以下この相違点を中心に説明する。
【００２８】
ホストコンピュータ１０１あるいは画像形成部１０２は、例えば、色階調の変化が少ないフォント（文字）部分や、グラフィック（線画）部分などのラスターイメージデータに、４００線スクリーンを選択するため、値が“０”のタグビットを付加する一方、写真などの色変化が激しいイメージ部分に、２００線スクリーンを選択するため、値が“１”のタグビットを付加する。なお、フォント部分、グラフィック部分、あるいはイメージ部分の判断は、ユーザ自身が行なって手動で指定するとしても良いし、ラスターイメージデータをヒストグラム解析などして自動で指定するとしても良い。
【００２９】
スクリーン適用代表値演算部３１１は、タグビットで示されるスクリーンに合わせて代表値を演算する。例えば、スクリーン適用代表値演算部３１１は、印刷部１０５の解像度が４００ｄｐｉの場合、タグビットの値が４００線スクリーンの適用を意味する“０”であれば、解像度とスクリーン線数とが一致するので、供給されたラスターイメージデータをそのまま代表値とする一方、タグビットの値が２００線スクリーンの適用を意味する“１”であれば、解像度に対してスクリーン線数が１／２なので、第１実施形態における図２の構成により代表値を求める。
なお、適用されるスクリーンについては、次のスクリーン適用描画画像データ生成部３１２においても判別する必要があるため、スクリーン適用代表値演算部３１１は、演算した代表値に当該タグビットをつけておく。
【００３０】
スクリーン適用描画画像データ生成部３１２は、タグビットで示されるスクリーンに合わせて、代表値をラスターイメージデータに変換する。例えば、スクリーン適用描画画像データ生成部３１２は、タグビットの値が“０”であれば、供給された代表値をそのままラスターイメージデータとする一方、タグビットの値が“１”であれば、第１実施形態における図３の構成により、供給された代表値を４００ｄｐｉのラスターイメージデータに変換する。
【００３１】
この構成では、スクリーン適用代表値演算部３１１によって、タグビットで示されるスクリーンにあわせて代表値が演算される。この代表値が、タグビットとともにバッファメモリ１０３に１ページ分格納されたら、印刷部制御機構部１１３によって印刷部１０５が起動するとともに、バッファメモリ１０３から代表値が読み出される。読み出された代表値は、スクリーン適用描画画像データ生成部３１２によって、タグビットに合わせてラスターイメージデータに変換されて印刷部１０５に供給され、印刷部１０５が当該ラスターイメージデータに基づいてその１ページ分の画像出力を行なうこととなる。
【００３２】
ここで、バッファメモリ１０３において必要な容量は、ラスターイメージデータに対するイメージ部分の占める割合によって異なり、一慨にどの程度まで減らすことができるとは言えない。しかし、イメージ部分の割合が例えば半分の場合、そのイメージ部分については１／２とすることができるので、全体でみれば、ラスターイメージデータをそのまま格納する場合の容量と比べて、３／４に減らすことができる。例えば、Ａ４サイズを４００ｄｐｉ、ＹＭＣＫ４色のフルカラー印刷を行なうとした場合に、イメージ部分の割合が半分であれば、バッファメモリ１０３の容量を、３／４の約４５（Ｍバイト）で済ませることができる。
さらに、この第３実施形態では、第１実施形態と異なり、画像部分に応じて適用するスクリーン線数が選択されるため、例えば、色階調変化が少ないフォント部分や、グラフィック部分については４００線スクリーンが、また、色階調変化が激しいイメージ部分については２００線スクリーンが、それぞれ選択されるため、鮮明かつ色階調表現を豊かにした描画が可能となる。
【００３３】
＜第４実施形態＞
次に、本発明による第４実施形態について説明する。図９は、第４実施形態にかかる画像処理装置の構成を示すブロック図である。この図に示す画像処理装置は、基本的に、図１に示した第１実施形態と同様であるが、入力あるいは展開したラスターイメージデータに、適用するスクリーンを選択するためのタグビット付加するとともに、スクリーン適用代表値演算部４１１およびスクリーン適用描画画像データ生成部４１２が、それぞれタグビットが意味するスクリーン情報をスクリーン記憶部４１３から読み出して、代表値の演算およびラスターイメージデータの変換を行なう点で、第１実施形態と相違する。
そこで、以下この相違点を中心に説明する。
【００３４】
ホストコンピュータ１０１あるいは画像形成部１０２は、画像データの種類に応じて、スクリーンを選択するためのタグビット（２ビット）を付加する。ここで、スクリーンの基本パターンには、例えば、図１０（ａ）〜（ｃ）に示すような３ドット×３ドットからなるものがあり、画像の種類に応じていずれかが選択される。なお、画像の種類の判断は、ユーザ自身が行なって手動で指定するとしても良いし、ラスターイメージデータをヒストグラム解析などして自動で指定するとしても良い。
【００３５】
スクリーン記憶部４１３は、図１０（ａ）〜（ｃ）に示すように基本パターンに対応する“０”、“１”の情報を、パターン毎に記憶する。
スクリーン適用代表値演算部４１１は、ラスターイメージデータから、図６に示した構成により代表値を演算する。この場合に用いるスクリーン情報は、当該ラスターデータに付加されたタグビットに対応して、スクリーン記憶部４１３から読み出したものである。
なお、次のスクリーン適用描画画像データ生成部４１２においても、適用されるスクリーンを判別する必要があるため、スクリーン適用代表値演算部４１１は、演算した代表値に当該タグビットをつけておく。
スクリーン適用描画画像データ生成部４１２は、図７に示した構成により、タグビットで示されるスクリーン情報に合わせて、代表値をラスターイメージデータに変換する。この場合に用いるスクリーン情報は、スクリーン適用代表値演算部４１１と同様に、当該ラスターデータに付加されたタグビットに対応して、スクリーン記憶部４１３から読み出したものである。
【００３６】
この構成では、スクリーン適用代表値演算部４１１によって、タグビットで示されるスクリーン情報にあわせて代表値が演算される。この代表値が、タグビットとともにバッファメモリ１０３に１ページ分格納されたら、印刷部制御機構部１１３によって印刷部１０５が起動するとともに、バッファメモリ１０３から代表値が読み出される。読み出された代表値は、スクリーン適用描画画像データ生成部４１２によって、タグビットで示されるスクリーン情報に合わせてラスターイメージデータに変換されて印刷部１０５に供給され、印刷部１０５が当該ラスターイメージデータに基づいてその１ページ分の画像出力を行なうこととなる。
【００３７】
これにより、バッファメモリ１０３において必要な容量は、第２実施形態と同様に、格納される代表値がスクリーン記憶部４１３に記憶されたスクリーンパターンに対応したものであるから、４００ｄｐｉのラスターイメージデータをそのまま格納する場合の容量と比べて、スクリーンパターンを構成するドット数の逆数まで減らすことができる。すなわち、Ａ４サイズを４００ｄｐｉ、ＹＭＣＫ４色のフルカラー印刷を行なうとした場合に、本実施形態のようにスクリーンパターンを構成するドット数が９ドットであるとすると、バッファメモリ１０３の容量を、１／９の約６．７（Ｍバイト）で済ませることができる。
さらに、この第４実施形態によれば、様々な画像に対して、適切なスクリーンを選択できるため、画像に特有の、いわゆるモアレなどの画質劣化を防いで、印刷部１０５において最大階調を実現することができる。
【００３８】
【発明の効果】
以上説明したように本発明によれば、画質を劣化させることなく、バッファメモリの容量を少なく抑えることが可能となる。
【図面の簡単な説明】
【図１】  本発明の第１の実施形態にかかる画像処理装置の構成を示すブロック図である。
【図２】  本実施形態におけるスクリーン適用代表値演算部の構成を示すブロック図である。
【図３】  本実施形態におけるスクリーン適用描画画像データ生成部の構成を示すブロック図である。
【図４】  本発明の第２の実施形態にかかる画像処理装置の構成を示すブロック図である。
【図５】  （ａ）は、本実施形態に適用されるスクリーンの基本パターンを示す図であり、（ｂ）は、本実施形態におけるスクリーン記憶部に記憶される基本パターンの内容を示す図である。
【図６】  本実施形態におけるスクリーン適用代表値演算部の構成を示すブロック図である。
【図７】  本実施形態におけるスクリーン適用描画画像データ生成部の構成を示すブロック図である。
【図８】  本発明の第３の実施形態にかかる画像処理装置の構成を示すブロック図である。
【図９】  本発明の第４の実施形態にかかる画像処理装置の構成を示すブロック図である。
【図１０】  （ａ）〜（ｃ）は、それぞれ本実施形態に適用されるスクリーンの基本パターンと、スクリーン記憶部に記憶される基本パターンの内容との関係を示す図である。
【図１１】  （ａ）は、従来において４００線スクリーンを適用した場合の画像濃度レベルと三角波（基準波）とレーザ照射との関係を示す図であり、（ｂ）は、従来において２００線スクリーンを適用した場合の画像濃度レベルと三角波とレーザ照射との従来の関係を示す図であり、（ｃ）は、本発明において２００線スクリーンを適用した場合における画像濃度レベルと三角波とレーザ照射との関係を示す図である。
【図１２】  （ａ）は、従来において２００線スクリーンを適用した場合の画像濃度レベルと三角波とレーザ照射との従来の関係を示す図であり、（ｂ）は、本発明におけるレーザ照射について、従来との最大相違量を示す図である。
【図１３】（ａ）は、ホストコンピュータからのデータがＰＤＬで記述されたている場合における、従来の画像処理装置の構成を示すブロック図であり、（ｂ）は、ホストコンピュータからのデータがラスターイメージデータである場合における、従来の画像処理装置の構成を示すブロック図である。
【図１４】  （ａ）〜（ｆ）は、それぞれスクリーンの一例を示す図である。
【符号の説明】
１０３……バッファメモリ（第１の記憶手段）、１１１、２１１、３１１、４１１……スクリーン適用代表値演算手段（代表値演算手段）、１１２、２１２、３１２、４１２……スクリーン適用描画画像データ生成手段（描画画像データ生成手段）、２１３、４１３……スクリーン記憶部（第２の記憶手段）
【図１】
0003635808.tif 000002
【図２】
0003635808.tif 000003
【図３】
0003635808.tif 000004
【図４】
0003635808.tif 000005
【図５】
0003635808.tif 000006
【図６】
0003635808.tif 000007
【図７】
0003635808.tif 000008
【図８】
0003635808.tif 000009
【図９】
0003635808.tif 000010
【図１０】
0003635808.tif 000011
【図１１】
0003635808.tif 000012
【図１２】
0003635808.tif 000013
【図１３】
0003635808.tif 000014
【図１４】
0003635808.tif 000015