JP4063017B2 - 画像形成システム、バックエンドプロセッサ、フロントエンドプロセッサ - Google Patents
画像形成システム、バックエンドプロセッサ、フロントエンドプロセッサ Download PDFInfo
- Publication number
- JP4063017B2 JP4063017B2 JP2002252549A JP2002252549A JP4063017B2 JP 4063017 B2 JP4063017 B2 JP 4063017B2 JP 2002252549 A JP2002252549 A JP 2002252549A JP 2002252549 A JP2002252549 A JP 2002252549A JP 4063017 B2 JP4063017 B2 JP 4063017B2
- Authority
- JP
- Japan
- Prior art keywords
- unit
- image data
- image
- end processor
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Record Information Processing For Printing (AREA)
- Accessory Devices And Overall Control Thereof (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、たとえばカラー複写機、ファクシミリ、あるいはプリンタなど、記録媒体上に画像を形成するいわゆる印刷機能を有する画像形成装置を備えた画像形成システム、並びにこの画像形成システムを構成するバックエンドプロセッサおよびフロントエンドプロセッサに関する。より詳細には、フロントエンドプロセッサにて生成したイメージデータを圧縮してからバックエンドプロセッサに転送する際の圧縮イメージデータの取り扱いに関する。
【０００２】
【従来の技術】
プリンタ装置や複写装置などの印刷機能を備えた画像形成装置が様々な分野で使用されている。また、今日では、画像形成装置がカラー化され、ユーザの様々な表現手段として利用されるようになってきている。たとえば、電子写真プロセス（ゼログラフィ）を用いたカラーページプリンタ装置は、高品質な画質あるいは高速プリンティングの点で注目されている。
【０００３】
一方、印刷機能という点では、家庭内での個人ユースやオフィスでのビジネスユースといった比較的小規模（たとえば１ジョブが数枚〜数十枚程度）の印刷出力を要求されるものと、製本などの印刷業界で使用される比較的大規模（たとえば１ジョブが数千枚以上）の印刷出力を要求されるものとに大別される。前者の比較的小規模の印刷出力を要求されるものにおいては、その多くが（たとえば孔版印刷を除いて）、印刷データを受け取り版下を生成せずに印刷物を出力する。一方、後者の比較的大規模の印刷出力を要求されるものにおいては、従来は、印刷データに基づいて版下を生成し、この生成した版下を使用して印刷物を出力していた。
【０００４】
ところが、今日では、ＤＴＰ（DeskTop Publishing／Prepress）の普及による印刷工程の変化、いわゆる「印刷のデジタル革命」により、ＤＴＰデータから直接印刷する「ダイレクト印刷」もしくは「オンデマンド印刷」（以下オンデマンドプリンティングという）が着目されている。このオンデマンドプリンティングでは、従来の印刷（たとえばオフセット印刷）における写植などの紙焼き（印画紙）、版下、網ネガ、網ポジ、ＰＳ版などの中間成果物を生成せずに、プリプレス工程を完全にデジタル化することで電子データだけに基づいて印刷物を出力する仕組み（ＣＴＰ；Computer To Print or Paper）が採られている。そして、このオンデマンドプリンティングの要求に対して、電子写真プロセスを用いた印刷機能が着目されている。
【０００５】
図９は、従来の画像形成システムの概略を示す図である。ここで、図９（Ａ）はシステムの全体構成図、図９（Ｂ）はデータの流れを示す図である。
【０００６】
この画像形成システムは、図９（Ａ）に示すように、画像形成装置１と、この画像形成装置１に印刷データを渡し印刷指示をする端末装置であるＤＦＥ（Digital Front End Processor ）装置とから構成されている。
【０００７】
画像形成装置１は、電子写真プロセスを利用して画像を所定の記録媒体に記録するもので、ＩＯＴ（Image Output Terminal)モジュール２、フィード（給紙）モジュール（ＦＭ；Feeder Module ）５、出力モジュール７、ユーザインタフェース装置８、およびＩＯＴモジュール２とフィードモジュール５とを連結する連結モジュール９を備えている。
【０００８】
ＤＦＥ装置は、描画機能とプリンタコントローラ（印刷制御装置）機能とを備えており、たとえばページ記述言語（ＰＤＬ：Page Description Language ）で記述された印刷データを図示しないクライアント端末から順次受け取り、この印刷データをラスターイメージに変換（ＲＩＰ処理；Raster Image Process）し、さらにＲＩＰ処理済みのイメージデータおよび印刷枚数や用紙サイズなどの印刷制御情報（ジョブチケット）を画像形成装置１に送り、画像形成装置１のプリントエンジンや用紙搬送系を制御して、画像形成装置１に印刷処理を実行させる。つまり、画像形成装置１の印刷動作は、ＤＦＥ装置によるプリンタコントローラによって制御される。
【０００９】
印刷データとしては、カラー印刷用の基本色である、イエロ（Ｙ）、シアン（Ｃ）、マゼンタ（Ｍ）の３色と、ブラック（Ｋ）とを合わせた４色（以下纏めてＹＭＣＫという）分が画像形成装置１に送られる。
【００１０】
ユーザインタフェース装置８は、オペレータと画像形成装置１との分かり易い対話を支援するもので、このような操作性の向上を図るため、タッチパネルが組み合わされたカラーディスプレイ８ａと、その横に配されたハードコントロールパネル８ｂとを備え、図示のようにベースマシン（装置本体；本例では連結モジュール９）に支持アーム８ｃを立ててその上に取り付けられている。
【００１１】
ＩＯＴモジュール２は、ＩＯＴコア部２０とトナー供給部２２とを有する。トナー供給部２２には、カラー印刷用のＹＭＣＫ分のトナーカートリッジ２４が搭載されるようになっている。
【００１２】
ＩＯＴコア部２０は、光走査装置３１や感光体ドラム３２などを有するプリントエンジン（印字ユニット）３０を前述の色成分に対応する色ごとに備えており、このプリントエンジン３０をベルト回転方向に一列に配置したいわゆるタンデム構成のものとなっている。またＩＯＴコア部２０は、プリントエンジン３０を制御する電気回路あるいは各モジュール用の電源回路などを収容する電気系制御収納部３９を備える。
【００１３】
さらに、ＩＯＴコア部２０は、画像転写方式として、感光体ドラム３２上のトナー像を１次転写器３５にて中間転写ベルト４３に転写（１次転写）し、その後、２次転写部４５にて中間転写ベルト４３上のトナー像を印刷用紙に転写（２次転写）する方式を用いている。このような構成では、ＹＭＣＫの各色トナーにより画像形成を各別の感光体ドラム３２上に行なって、このトナー像を中間転写ベルト４３に多重転写する。
【００１４】
中間転写ベルト４３上に転写された画像（トナー像）は、所定のタイミングでフィードモジュール５から搬送されてきた用紙上に転写され、さらに第２搬送路４８で定着器（Fuser ）７０まで搬送され、この定着器７０によってトナー像が用紙上に溶融定着される。そしてその後、排紙トレイ（スタッカ）７４に一時的に保持されたりあるいは直ちに排紙処理装置７２に渡され、必要に応じて所定の終末処理を経て機外へ排出される。また、両面印刷時には、印刷済みの用紙が排紙トレイ７４から反転路７６に引き出され、ＩＯＴモジュール２の反転搬送路４９に渡される。
【００１５】
先にも述べたように、入力側であるＤＦＥ装置は、ページ記述言語（ＰＤＬ）で記述された印刷データをクライアント端末から受け取ると、ＰＤＬを解釈して各ページのイメージデータを生成し、それを出力側である画像形成装置１へ送出する。また、一般的には、画像出力前に１出力単位（通常は１ページ）の画像データ全体をレンダリングしている。出力側であるＩＯＴモジュール２や出力モジュール７は、受け取ったページ単位のイメージデータに基づいて、ＤＦＥ装置のプリンタコントローラ機能の制御の元で、プリントエンジン３０や定着器７０などが同期して印刷動作（画像形成動作）をすることになる。
【００１６】
ここで、画像形成装置の特性に合わせたＲＩＰ処理済みの画像データ（Video Data）の生成や、ＩＯＴモジュール２の印字ユニット（プリントエンジン）の特性に合わせた高度な処理あるいは駆動部の同期制御などが必要であり、ＤＦＥ装置と画像形成装置１とがほぼ密接不可分である。そして、ＤＦＥ装置と画像形成装置１との間は、専用の通信プロトコルを使用した専用接続インタフェースで電気信号が伝送されている。
【００１７】
一方、１出力単位全体（たとえばページ全体）に対するラスタデータは、そのデータ量が非常の大きい。たとえば電子写真方式のカラーページプリンタでは、ＹＭＣＫの４色のトナーに対応するラスタデータを必要とするとともに、白黒ページプリンタ以上に画質が要求されるため、１画素当たり複数のビット情報を持つのが一般的であり、たとえば、カラーデータの場合にはページ当たり数Ｍ〜数１００ＭＢｙｔｅ（メガバイト）にもなる。このため、出力側である画像形成装置１へラスタデータを転送する際のデータ量が多く転送負荷が大きくなる。
【００１８】
そこで、データ量を少なくするべく、図９（Ｂ）に示すように、ＲＩＰ処理されたラスタデータを一旦圧縮して出力側（前例のＩＯＴモジュール２）へ送り、出力側にて画像記録部（前例のＩＯＴコア部２０）の印刷処理速度に同期して伸張してから、そのラスタデータをプリントエンジンなどの画像記録部に渡す仕組みがある（たとえば特開平８−６２３８号や特開平１０−１６６６８８号参照）。
【００１９】
たとえば、特開平１０−１６６６８８号に記載の仕組みでは、イメージデータ生成処理機能や圧縮処理機能をフロントエンドプロセッサに持たせ、伸張処理機能やプリンタコントロール機能をバックエンドプロセッサに持たせている。そして、フロントエンドプロセッサでＲＩＰ処理したイメージデータを一旦圧縮して出力側のバックエンドプロセッサへ送り、このバックエンドプロセッサにてプリントエンジンの印刷処理速度に同期して伸張してから、そのイメージデータをプリントエンジンに渡している。
【００２０】
こうすることで、転送負荷の問題を生じることなく、ＲＩＰ処理にてラスタライズしながら、画像記録部にてプリンティング処理を同時並行して行なう“RIP While RUN ”の仕組みが実現でき、高速エンジンをフル活用し高い生産性をあげることができる。なお、これらの制御は、バックエンドプロセッサが持つプリンタコントローラ機能の制御の元で、ジョブ単位やページ単位でなされる。
【００２１】
【発明が解決しようとする課題】
しかしながら、データ圧縮の際、圧縮後のイメージデータのサイズ（ファイルサイズ）が圧縮前のファイルサイズよりも大きくなる、すなわちイメージの圧縮率が“１”を越えるなど、圧縮後のファイルサイズが予め想定している規定値を超えることがある。このような場合、特開平１０−１６６６８８号に記載の仕組みでは、フロントエンドプロセッサは、バックエンドプロセッサ側に設けられているハードディスク装置などのデータ格納部の空き容量を見て転送先を決めているので、圧縮イメージの記憶を確保できる。
しかし、バックエンドプロセッサのデータバス幅とエンジンの処理能力との兼ね合いで、バックエンドプロセッサ側がプリントエンジンの処理に追従（同期）して伸張処理や画像処理をした後にイメージデータをプリントエンジン側へ出力することができない場合が存在し、プリントエンジンが持つ処理能力をフルに生かすことができない事態を招く。たとえば、プリントエンジンが起動され、プリント同期信号に従って印字をする際に、想定以下の圧縮率でファイルがバックエンドプロセッサへ送られてくると、データバスに使用しているＰＣＩ（Peripheral Component Interconnect ）のバスバス幅、データ格納に使用しているハードディスク装置の読出速度、ＰＣＩアクセラレーラの画像処理速度の何れかの処理が間に合わなくなる。
【００２２】
本発明は、上記事情に鑑みてなされたものであり、圧縮後のファイルサイズが予め想定している規定値を超える場合にも、プリントエンジンなどの画像記録部の持つ処理能力を十分に活かすことのできる画像形成システムを提供することを目的とする。
【００２３】
また、本発明は、画像記録部の持つ処理能力を十分に活かすことのできる画像形成システムを構成するバックエンドプロセッサやフロントエンドプロセッサを提供することを目的とする。
【００２４】
【課題を解決するための手段】
すなわち、本発明に係る画像形成システムは、印刷ジョブを処理して各ページのイメージデータを生成するイメージデータ生成部およびイメージデータ生成部により生成されたイメージデータを圧縮処理する圧縮処理部を備えたフロントエンドプロセッサと、画像を所定の記録媒体上に記録する画像記録部に対応して設けられた、フロントエンドプロセッサから送付された各ページの圧縮イメージデータを受け取り伸張処理した後に画像記録部へ送出して画像記録部を制御するバックエンドプロセッサとから構成されている画像形成システムであって、フロントエンドプロセッサにて圧縮処理された圧縮イメージデータの圧縮率が予め定められている規定値を超えるか否かを監視し、圧縮率が規定値を超えることを条件として、圧縮イメージデータのファイルサイズがより小さくなるように、イメージデータの生成および圧縮処理の少なくも一方を再実行し、この処理後の圧縮イメージデータをバックエンドプロセッサに送出することとした。
【００２５】
「圧縮率」は、圧縮イメージデータの圧縮率に関係する情報であればどのようなものであってもよい。たとえば圧縮率そのものを示す情報であってもよい。また、圧縮前後のイメージデータのファイルサイズであってもよい。
【００２６】
また、本発明に係るバックエンドプロセッサやフロントエンドプロセッサは、本発明に係る画像形成システムを実現するために好適なものである。
【００２７】
また従属項に記載された発明は、本発明に係る画像形成システム、バックエンドプロセッサ、あるいはフロントエンドプロセッサのさらなる有利な具体例を規定する。
【００２８】
たとえば、フロントエンドプロセッサにて圧縮処理された圧縮イメージデータの圧縮率が予め定められている規定値を超えるか否かの監視は、バックエンドプロセッサおよびフロントエンドプロセッサの何れにおいて実行してもかまわない。
【００２９】
圧縮イメージデータのファイルサイズがより小さくなるようにするには、イメージデータの生成および圧縮処理の少なくも一方を再実行すればよく、たとえば、印刷データを構成する画像オブジェクトの属性ごとにイメージデータを生成するとともに、それぞれのイメージデータごとに圧縮処理を実行し、圧縮処理された圧縮イメージデータの圧縮率が予め定められている規定値を超えるか否かを監視し、各属性の圧縮イメージデータの総合の圧縮率が規定値を超えることを条件として、画像オブジェクトのうちの一方の画像オブジェクトを、画像オブジェクトのうちの他方の画像オブジェクトが割り当てられるイメージデータに割り当てて、一方および他方のそれぞれの画像オブジェクトが割り当てられた複合イメージデータに対して圧縮処理を再実行する。
【００３０】
つまり、画像オブジェクトごとにイメージ生成や圧縮処理をするシステム構成とし、通常はそれぞれのレイヤごとに処理し、規定値を超える場合には、一方のレイヤに他方のオブジェクトも割り当てて取り扱う。
【００３１】
【作用】
上記構成において、フロントエンドプロセッサは、生成し圧縮処理したイメージデータをバックエンドプロセッサに転送する。この際、圧縮イメージデータの圧縮率を、バックエンドプロセッサおよびフロントエンドプロセッサの何れにおいて監視する。
【００３２】
そして、画像オブジェクトごとにイメージ生成や圧縮処理をするようにし、通常はそれぞれのレイヤごとに処理し、圧縮率が規定値を超える場合には、圧縮イメージデータのファイルサイズがより小さくなるように、一方のレイヤに他方のオブジェクトも割り当てて取り扱う。
【００３３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。
【００３４】
図１は、本発明に係る画像形成システムの一実施形態を示す図である。ここで、図１（Ａ）はシステム構成の概略図、図１（Ｂ）は、ユーザインタフェース装置の詳細との関係における接続例を示す図である。
【００３５】
この画像形成システムは、画像形成装置１と、この画像形成装置１に印刷データを渡し印刷指示をする端末装置であるＤＦＥ装置とから構成されている。
【００３６】
画像形成装置１は、電子写真プロセスを利用して画像を所定の記録媒体に記録するものである。この画像形成装置１は、クライアント端末から入力された印刷データに基づいて可視画像を所定の記録媒体上に形成する印刷装置（プリンタ）として機能するようになっている。
【００３７】
すなわち、この画像形成システムにおける画像形成装置１は、ＩＯＴモジュール（ＩＯＴ本体）２と、フィード（給紙）モジュール（ＦＭ；Feeder Module ）５と、出力モジュール７と、パソコン（ＰＣ）などのユーザインタフェース装置８とを備える。なお、フィードモジュール５は、多段構成としてもよい。また、必要に応じて、各モジュール間を連結する連結モジュールを設けてもよい。
【００３８】
また、出力モジュール７の後段に、さらにフィニッシャ（Finisher；後処理装置）モジュールを接続してもよい。フィニッシャモジュールとしては、たとえば、用紙をスタック処理をし、そのコーナ部の１個所または一辺の２個所以上を綴じるステープラを備えたもの、あるいはファイリング用のパンチ孔を穿設するパンチング機構を備えたものなどがある。このフィニッシャモジュールは、ユーザインタフェース装置８との接続が切られたオフライン状態でも使用可能とすることが望ましい。
【００３９】
画像形成装置１は、本願発明に係る画像記録部として機能するものである。なお、画像形成装置１の内部構成は、従来技術の項で説明したものとほぼ同様であるので、その説明を割愛する。
【００４０】
ＤＦＥ装置は、イメージデータ生成装置の一例であるフロントエンドプロセッサＦＥＰ（Front End Processor ）部５００を備えている。フロントエンドプロセッサＦＥＰ部５００は、従来技術で示したＤＦＥ装置と同様に、フロントエンジンによるＲＯＰ（Raster OPeration）処理によりクライアント（Client）からのデータをラスタデータに変換（ＲＩＰ処理）し、その変換後のラスタ画像を圧縮処理する機能を備える。ＩＯＴモジュール２の高速処理に対応可能なようにＲＩＰ処理や圧縮処理が高速処理対応になっている。なお、ＤＦＥ装置のフロントエンドプロセッサＦＥＰ部５００は、画像形成装置１に依存した印刷制御機能を果たすプリンタコントローラ機能を備えておらず、主にＲＩＰ処理や圧縮処理をする点が、従来技術で示したＤＦＥ装置と異なる。
【００４１】
ユーザインタフェース装置８は、キーボード８１やマウス８２などの入力デバイスを有し、ユーザに画像を提示しつつ指示入力を受け付けるＧＵＩ（Graphic User Interface）部８０を備えるとともに、その本体（図示せず）内に画像形成装置１の各モジュールやＤＦＥ装置との間の接続インタフェース機能やサーバ機能をなすＳｙｓ（システム制御）部８５を備える。また、ユーザインタフェース装置８は、画像形成装置１に依存した印刷制御機能を果たすプリンタコントローラ機能を備えている。
【００４２】
このような構成におけるユーザインタフェース装置８の画像形成装置１に依存した処理の制御機能を果たすプリンタコントローラ機能部分と、接続インタフェースに関わる部分とを、纏めてバックエンドプロセッサＢＥＰ（Back End Processor）部６００という。結果として、本実施形態の構成におけるユーザインタフェース装置８は、ＧＵＩ部８０と、ＩＯＴコア部２０などエンジン特性に応じた制御するプリンタコントローラ機能部分とを含むようになっている。なお、バックエンドプロセッサＢＥＰ部６００やＩＯＴコア部２０は、画像処理装置の機能を備えている。
【００４３】
フロントエンドプロセッサＦＥＰ部５００にはクライアント端末から受け取った印刷データを保存しておくデータ格納部（図示せず）が用意される。同様に、バックエンドプロセッサＢＥＰ部６００には、フロントエンドプロセッサＦＥＰ部５００から受け取ったイメージデータやジョブチケットを保存しておくデータ格納部（図示せず）が用意される。
【００４４】
ＤＦＥ装置では、クライアント端末で生成されたコードデータをフロントエンジン側のＲＩＰ処理でラスタデータ化し、圧縮処理を施す。ＤＦＥ装置側のフロントエンドプロセッサＦＥＰ部５００と画像形成装置１側のバックエンドプロセッサＢＥＰ部６００との間の電気信号の伝送は、ＩＯＴコア部２０に対して比較的疎な関係にある。つまり、画像記録部としてのプリントエンジン３０に対して非依存の通信インタフェース（汎用ネットワークによる疎結合）で構築される。
【００４５】
たとえば、図１（Ａ）に示すように、ＤＦＥ装置とバックエンドプロセッサＢＥＰ部との間は、たとえば通信速度が１ＧＢＰＳ（Giga Bit Per Sec）程度の汎用の通信プロトコルによる高速有線ＬＡＮ（Local Area Network）などで接続するとよい。印刷ファイルは、たとえばＦＴＰ（File Transfer Protocol）などによりフロントエンドプロセッサＦＥＰ部５００からバックエンドプロセッサＢＥＰ部６００へファイル転送される。
【００４６】
これに対して、バックエンドプロセッサＢＥＰ部６００と画像記録部を構成する（その主要部である）ＩＯＴコア部２０との間の電気信号の伝送は、ＩＯＴコア部２０に対して比較的密な関係にある、つまり、画像記録部としてのプリントエンジン３０に依存した通信インタフェースで構築される。たとえば、専用の通信プロトコルで接続される。
【００４７】
ユーザインタフェース装置８には、画像形成装置１を操作するための制御ソフトウェアが組み込まれている。このユーザインタフェース装置８は、画像処理装置ＩＰＳ（Image Process System）の機能を備えたＤＦＥ装置と接続されており、たとえば、ＲＩＰ（Raster Image Process）処理済みの印刷データ、および印刷枚数や用紙サイズなどの印刷制御情報をＤＦＥ装置から受け取り、要求された印刷処理を画像形成装置１に実行させる。
【００４８】
上記構成の画像形成システムにおいて、フロントエンドプロセッサＦＥＰ部５００とバックエンドプロセッサＢＥＰ部６００の間のコマンドにおいて、フロントエンドプロセッサＦＥＰ部５００からバックエンドプロセッサＢＥＰ部６００への指示は、たとえば、両面の指定、アウトプット装置であるＩＯＴモジュール２（詳細にはプリントエンジン３０）の指定、イメージシフト量の指定、あるいは出力順序指定などである。
【００４９】
プリンタコントローラ機能をなすバックエンドプロセッサＢＥＰ部は、ＤＦＥ装置からのイメージデータとともに印刷制御情報（印刷コマンド）を画像形成装置１内のインタフェース部を介して受け取り、画像形成装置１に依存した印刷処理（エンジン特性に依存した処理）の制御機能を果たす。また、たとえば、コレーション（Collation ；帳合い）設定による複数部出力やプリントアウト後もう１枚欲しいときのリプリントなど、ＤＦＥ装置から受け取り画像形成装置１に保持しておいたデータを利用することで、効率的な高速出力を可能とする。
【００５０】
このため、バックエンドプロセッサＢＥＰ部には、ＤＦＥ装置から受け取った印刷制御情報に基づいてコマンドコード（Command Code）を生成し、画像形成装置１内の各部の処理タイミングをエンジン特性に応じて制御するコントローラが設けられる。また、バックエンドプロセッサＢＥＰ部６００は、ＩＯＴモジュール２やフィードモジュール５あるいは出力モジュール７などのエンジン特性に適合するようにスプール（Ｓｐｏｏｌ）処理を完結させてからＩＯＴモジュール２に画像データを渡す。バックエンドプロセッサＢＥＰ部は、エンジン特性に依存した制御処理をする。
【００５１】
また、バックエンドプロセッサＢＥＰ部６００は、エンジン特性に依存した紙詰まりなどのリカバリ処理を自動的に行なう。また、クライアントからの指示をフロントエンドプロセッサＦＥＰ部で判断し、ＩＯＴコア部２０や定着器７０あるいはフィニッシャ部などの画像形成装置１の各部に依存せず専らフロントエンドプロセッサＦＥＰ部５００のみで処理可能なものはフロントエンドプロセッサＦＥＰ部５００で処理し、画像形成装置１の各部に依存するものであってバックエンドプロセッサＢＥＰ部６００で行なうべき処理はバックエンドプロセッサＢＥＰ部６００側へコマンドをスルーさせる。
【００５２】
たとえば、ＤＦＥ装置からバックエンドプロセッサＢＥＰ部には、ＲＩＰ処理が施されたラスタベース画像を含む印刷ファイルデータが送られる。印刷ファイルデータとしては、TIFF（Tagged Image File Format）フォーマットなどのラスタベースの画像ファイルデータの他、印刷部数、両面／片面、カラー／白黒、合成印刷、ソートの有無、ステープラの有無など印刷制御情報などが含まれる。
【００５３】
そしてたとえば、回転（Rotation）、１枚の用紙内へのページ割付（Ｎ−ＵＰ）、リピート処理、用紙サイズ合わせ、デバイス差を補正するＣＭＳ（Colour Management System；カラー管理システム）、解像度変換、コントラスト調整、圧縮率指定（低／中／高）などのＲＩＰ処理と関わりのある処理は、フロントエンドプロセッサＦＥＰ部５００にて処理し、その制御コマンドをバックエンドプロセッサＢＥＰ部６００へは通知しない（非通知）。
【００５４】
一方、コレーション（帳合い）、両面印刷、スタンプ・パンチ・ステープラなどのフィニッシャ装置あるいは用紙トレーと関わりのある位置合わせ処理、排出面（上下）合わせ、グレーバランスや色ズレ補正などのキャリブレーション処理、スクリーン指定処理など、画像形成装置１の処理特性と関わりの強いもの（ＩＯＴ依存の処理）に関しては、その制御コマンドをフロントエンドプロセッサＦＥＰ部５００がスルーすることで、バックエンドプロセッサＢＥＰ部６００にて処理する。
【００５５】
なお、用紙サイズ合わせに関しては、フロントエンドプロセッサＦＥＰ部５００だけでなく、バックエンドプロセッサＢＥＰ部６００にても処理してもかまわない。
【００５６】
バックエンドプロセッサＢＥＰ部６００では、印刷用にページ再配置をし、プリントエンジン３０の処理速度に同期して制御コマンドをやり取りしながら、エンジン生産性を最大限生かす速度でページデータを所定の順にＩＯＴコア部２０に送出する。
【００５７】
このプリントエンジン３０などの処理特性に適応した処理（同期処理）よりもフロントエンドプロセッサＦＥＰ部５００からのデータ送出の方が早ければ、バックエンドプロセッサＢＥＰ部６００は、間に合わない画像データやジョブチケットをデータ格納部に一時的に保管しておく。そして、ユーザが希望する排出条件（ページ順や向き、あるいはフィニッシング処理の有無など）に合致するようにページデータを読み出し、また必要に応じて画像編集し、用紙上における画像位置の補正や、ユーザが希望する画像処理をし、処理済の画像データをＩＯＴモジュール２側に送出する。
【００５８】
これにより、フロントエンドプロセッサＦＥＰ部５００と画像記録部としてのプリントエンジン３０や定着器７０などの出力側とが非同期の処理、バックエンドプロセッサＢＥＰ部６００と出力側とは同期の処理となり、その差がデータ格納部へのデータ格納と読出しとで相殺されるようになる。また、画像データの圧縮／伸張をする場合においても、フロントエンドプロセッサＦＥＰ部５００における圧縮処理とバックエンドプロセッサＢＥＰ部６００における伸張処理とは非同期の処理となる。つまり、このような構成によれば、フロントエンドプロセッサＦＥＰ部５００におけるＲＩＰ処理やその後の圧縮処理は、印刷ジョブ内容や画像記録部を構成するＩＯＴコア部２０や定着器７０などの処理特性とは独立的に処理される。
【００５９】
このように、本実施形態のシステム構成によれば、ＤＦＥ装置と画像形成装置１との関係はルーズであってよい（Loosely connection）。たとえば、ＤＦＥ装置のフロントエンドプロセッサＦＥＰ部５００にてＲＩＰ処理や圧縮処理をしておくだけでよい。そしてそこまでは、ＲＩＰエンジンの性能次第に任せた処理としており、特にプリントエンジン側の処理速度（同期）や制御に依存する必要は一切ない。つまり、ＤＦＥ装置にての処理としては、画像形成装置１の性能の影響を受けないＲＩＰ処理や圧縮処理などの範囲に留めることができる。バックエンドプロセッサＢＥＰ部６００は、画像形成装置１に合わせたページ再配置や、ＩＯＴコア部２０と同期した印刷制御をする。
【００６０】
これらの処理は、バックエンドプロセッサＢＥＰ部６００が備えるプリンタコントローラ機能が、フロントエンドプロセッサＦＥＰ部５００から渡されたジョブチケットを解釈（デコード）し、あるいはＧＵＩ部８０を介したユーザ指示を受けて、各部を制御することで実現される。
【００６１】
加えて、エンジン特性に応じた煩雑な処理を担当するバックエンドプロセッサＢＥＰ部６００側は、ＲＩＰ処理から開放され、ＩＯＴモジュール２や定着器７０あるいはフィニッシャなどの性能に応じて、柔軟に処理や制御を変更することができる。これにより、フロントエンドプロセッサＦＥＰ部５００側が特にエンジンの特性やノウハウを熟知していなくてもよくなる。
【００６２】
また、フロントエンドプロセッサＦＥＰ部５００がプリントエンジン３０に非依存であるため、ユーザはプリントエンジンを新規に購入しても従来のフロントエンドを流用することできる。また、他のメーカのフロントエンドとの接続も可能となる。つまり、フロントエンドプロセッサＦＥＰ部５００の汎用化が実現でき、たとえば汎用印刷ＲＩＰエンジンや他社のＲＩＰエンジンが使用可能となる。あるいは、容易にビジネス上必要なターゲットとしたいエンジンにプリンタコントローラを提供していくことが可能になる。
【００６３】
バックエンドプロセッサＢＥＰ部６００は標準コントローラの使用の制約がないので、このバックエンドプロセッサＢＥＰ部６００による画像形成動作の制御は、ＤＦＥ装置によるものよりも高速性や拡張性に富む。したがって、画像形成装置１の高速化、高機能化に柔軟に対応することが容易となる。
【００６４】
図２は、イメージデータ生成機能を備えたＤＦＥ装置と、画像記録部の主要部をなすプリントエンジン３０との間にバックエンドプロセッサＢＥＰ部６００を配する場合のシステム構成例を示す図である。
【００６５】
前述のように、ＤＦＥ装置における処理としては、画像形成装置１（詳しくはプリントエンジン３０や定着器７０などの画像記録部）の性能の影響を受けないＲＩＰ処理や圧縮処理などの範囲に留めることができる一方で、エンジン特性に応じた煩雑な処理を担当するバックエンドプロセッサＢＥＰ部６００側は、ＲＩＰ処理から開放されるので、従来のように、イメージデータ生成機能部分と、プリンタコントローラ機能分とが１対１に接続されている必要がない。
【００６６】
たとえば、図２（Ａ）に示すように、複数のＤＦＥ装置（フロントエンドプロセッサＦＥＰ部５００）が１台のバックエンドプロセッサＢＥＰ部６００とネットワーク接続されたシステム、すなわちＤＦＥ装置の台数と画像形成装置１（バックエンドプロセッサＢＥＰ部６００）の台数とが１：ｍのシステムを構築することができる。たとえば、プリントエンジンとしての基本性能が、たとえば８０枚／分程度のカラー印刷に対応する画像形成装置１に対して、装置内のデジタルデータバスが６６Ｍ／６４ビットの高速処理対応可能なバックエンドプロセッサＢＥＰ部６００と、３３Ｍ／６４ビットの中速処理対応可能なバックエンドプロセッサＢＥＰ部６００というように、処理能力の異なる複数台のバックエンドプロセッサＢＥＰ部６００が配される形態である。
【００６７】
また、図２（Ｂ）に示すように、ＤＦＥ装置（フロントエンドプロセッサＦＥＰ部５００）も複数台接続したシステム、すなわち、ＤＦＥ装置の台数と画像形成装置１（詳しくはプリントエンジン３０）の台数とがｎ：ｋのシステムを構築することもできる。
【００６８】
何れの場合も、イメージデータ生成装置（ＤＦＥ装置）と画像記録部（プリントエンジン）との間にバックエンドプロセッサＢＥＰ部６００を介在させることで、バックエンドプロセッサＢＥＰ部６００の後段に高速高性能である本刷り用の画像形成装置１（プリントエンジンＰａ，Ｐｂ，Ｐｃ）や中速高性能の本刷り用の画像形成装置１（プリントエンジンＰｄ）と出力確認用のプルーファ（画像形成装置１の一例；プリントエンジンＰｅ）など、複数種類の画像形成装置１を並列設置したシステム、すなわちバックエンドプロセッサＢＥＰ部６００の台数とプリントエンジン（画像記録部）の台数とが１：ｋのシステムを構築することもできる。この場合、バックエンドプロセッサＢＥＰ部６００の前段側であるＤＦＥ装置の台数は１台であってもよいし（１：１：ｋのシステム）、複数台であってもよい（ｎ：１：ｋのシステム）。
【００６９】
なお、プルーファ接続のシステムでは、高速高機能もしくは中速高性能の画像形成装置１によるダイレクト印刷に先立って、ＤＴＰデータから直接カラー校正用プリントの出力をプルーファにて行なうＤＤＣＰ（Digital Direct Color Proofing ）システムを構築することができる。たとえば、バックエンドプロセッサＢＥＰ部６００は、印刷ジョブとしてプルーフデータをプルーファ用のＤＦＥ装置（リップエンジンＲｃ）から受け取るとプルーフィングに適したデータ形式のイメージデータをプルーファＰｅに出力してカラー校正用プリント出力を指令する。一方、本刷り用の印刷ジョブをＤＦＥ装置（リップエンジンＲａ，Ｒｂ）から受け取ると、高速高機能マシンＰａ〜Ｐｃもしくは中速高機能マシンＰｄに、それらに適した形式のイメージデータを出力して、高速／中速・高機能の印刷指示を発する。
【００７０】
なお、高速高機能マシンとプルーファあるいは縦連接続された機種との間の異なるカラー出力の微妙な差異（デバイス差）を補正するＣＭＳ（Colour Management System；カラー管理システム）を搭載することが望ましい。
【００７１】
ここで、本刷り用エンジンＰａとプルーファ用エンジンＰｅの処理性能の違いから、各エンジンにイメージデータを送付する際にはビデオクロック周波数を各エンジンに適したものとする。たとえば、高速高性能のプリントエンジンＰａ〜Ｐｃは３５ＭＢＰＳ（Mega Bit Per Sec）、中速高性能のプリントエンジンＰｄは３０ＭＢＰＳ、プルーファ用のプリントエンジンＰｅは２５ＭＢＰＳである。
【００７２】
このように、フロントエンドプロセッサＦＥＰ部５００、バックエンドプロセッサＢＥＰ部６００、あるいはプリントエンジン３０の接続数を適宜変えて構成することで、画像形成装置１の空き状況や印刷ジョブに適合した画像形成装置を選択して、効率よい出力処理をすることができるようになる。
【００７３】
ただし、フロントエンドプロセッサＦＥＰ部５００からバックエンドプロセッサＢＥＰ部６００に送出する圧縮イメージデータのファイルサイズやその圧縮率が予め定められている規定値を超える場合、画像記憶部６０２への格納が可能であっても、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従して伸張処理や所定の画像処理をして、この処理後のイメージデータをプリントエンジン３０に出力することができず、プリントエンジン３０が持つ処理能力をフルに生かすことができなくなる。
【００７４】
そこで、本実施形態では、ファイルサイズやその圧縮率が予め定められている規定値を超えているか否かを判断し、超えている場合には超えないような圧縮イメージデータを生成し直し再転送することとする。以下、その具体的手法について説明する。
【００７５】
図３は、ＤＦＥ装置と画像形成装置１との間のデータの流れに着目した図であって、フロントエンドプロセッサＦＥＰ部５００およびバックエンドプロセッサＢＥＰ部６００の第１実施形態を示すブロック図である。
【００７６】
この第１実施形態は、フロントエンドプロセッサＦＥＰ部５００、バックエンドプロセッサＢＥＰ部６００、およびプリントエンジン３０が、それぞれ１台で構成されたシステムにおいて、バックエンドプロセッサＢＥＰ部６００側にて圧縮イメージデータの圧縮率を監視し、その圧縮率が予め定められている規定値よりも大きいときには、バックエンドプロセッサＢＥＰ部６００に対して、圧縮パラメータを切り替えように指示し、圧縮率が規定値以下の圧縮イメージデータの再送を要求する形態のものである。
【００７７】
先ず、フロントエンドプロセッサＦＥＰ部５００は、ネットワークを介して接続されたクライアント端末（図示せず）からＰＤＬで記述された印刷データ（以下ＰＤＬデータという）を受け取り、そのＰＤＬデータを一旦順次格納するデータ格納部５０２と、データ格納部５０２からＰＤＬデータを読み出して解釈しページ単位のイメージデータ（ラスタデータ）を生成（ラスタライズ）するＲＩＰ処理部（ラスタイメージ処理部）５１０を備える。
【００７８】
ＲＩＰ処理部５１０は、イメージデータ生成部の一例であって、ぺージ記述言語（ＰＤＬ）で記述された電子データを展開してイメージデータを生成する。このため、ＲＩＰ処理部５１０には、ＰＤＬ解釈部およびイメージャとして機能するデコンポーザ、いわゆるＲＩＰエンジンが組み込まれている。このＲＩＰ処理部５１０は、本実施形態特有のプリントエンジンに応じた専用ＲＩＰエンジンを搭載したものであってもよいし、汎用の印刷ＲＩＰ処理エンジンを搭載したものであってもよい。なお、フロントエンドプロセッサＦＥＰ部５００全体として、他社のＲＩＰ装置（ＤＦＥ装置）を利用してもかまわない。
【００７９】
またフロントエンドプロセッサＦＥＰ部５００は、ＲＩＰ処理部５１０にて生成されたイメージデータを所定のフォーマット（たとえばＪＰＥＧ；Joint Photographic Expert Group ）に従って圧縮する圧縮処理部５３０を備える。また、フロントエンドプロセッサＦＥＰ部５００は、圧縮処理部５３０の後段に、出力側であるＩＯＴモジュール２や出力モジュール７など画像記録部に非依存の通信インタフェースによりバックエンドプロセッサＢＥＰ部６００との間の電気信号の伝送を採るインタフェース部の一例であるファイル転送部５４０を備える。
【００８０】
圧縮形式としてのＪＰＥＧは、ＤＣＴ（Discrete Cosine Transform）に基づくロスあり（lossy）の非可逆圧縮と、２次元ＤＰＣＭ（Differential Pulse Code Modulation） に基づくロスレス（lossless）の可逆圧縮に大きく分けられる。非可逆圧縮の方が可逆圧縮よりも圧縮比を大きく採る（ファイルサイズをより小さくする）ことができる。なお、ＤＣＴ方式はベースラインとエクテンデッド方式に分類され、ベースラインプロセスは最も簡単なＤＣＴ方式でＪＰＥＧの必須機能である。本実施形態では、圧縮比を大きくとれるＤＣＴ方式／ベースライン非可逆圧縮を採用する。
【００８１】
圧縮処理部５３０は、ＲＩＰ処理部５１０からのイメージデータをＪＰＥＧ形式で圧縮し、圧縮済のイメージデータをバックエンドプロセッサＢＥＰ部６００へ即時に転送する。なお、フロントエンドプロセッサＦＥＰ部５００は、印刷ジョブに付帯して受け取った印刷ジョブ内容を示すジョブチケットの内自身に不要なものは、所定のタイミングでファイル転送部５４０を介してバックエンドプロセッサＢＥＰ部６００にそのまま転送する。
【００８２】
また、フロントエンドプロセッサＦＥＰ部５００は、圧縮率の規定値を事前に登録しておく規定値登録部５６０と、バックエンドプロセッサＢＥＰ部６００からの指示があったとき、圧縮率が規定値登録部５５０に登録されている規定値よりも小さくなるように圧縮パラメータを自動調整してファイルサイズをリサイズさせるファイルサイズ制御部５７０とを備える。
【００８３】
規定値登録部５６０は、バックエンドプロセッサＢＥＰ部６００とプリントエンジン３０の各処理性能によって、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従して伸張処理や所定の画像処理をして、この処理後のイメージデータをプリントエンジン３０に出力することができなくなるような圧縮率を規定値として登録する。この規定値の登録は、本システムを設置したときに行なうのがよい。
【００８４】
フロントエンドプロセッサＦＥＰ部側の処理は、プリントエンジン３０の処理速度に非同期で処理される。つまり、フロントエンドプロセッサＦＥＰ部５００は、クライアント端末からＰＤＬデータを受け取ると、順にラスタライズおよび圧縮処理をし、直ちに圧縮処理済のイメージデータをバックエンドプロセッサＢＥＰ部６００に送出する。このとき、ファイルサイズ制御部５７０は、たとえば、圧縮処理部５３０に対して、圧縮パラメータの一例であるＱファクタ（圧縮指数）を、標準的な画像のときに圧縮率が規定値以下となるように、２〜２５５の範囲で指定する。そして、バックエンドプロセッサＢＥＰ部６００から再送を要求されたときには、ファイルサイズ制御部５７０は、圧縮率が規定値以下となるようにＱファクタを調整する。
【００８５】
一方、バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００にて印刷ジョブやプリントエンジン３０とは独立的に（ほぼ無関係）に処理された（たとえばプリントエンジン３０の処理速度に非同期で処理された）圧縮済のイメージデータやジョブチケットなどを含む印刷ファイルを受け取るインタフェース部であって、出力側であるＩＯＴモジュール２や出力モジュール７など画像記録部に非依存の通信インタフェースによりフロントエンドプロセッサＦＥＰ部５００との間の電気信号の伝送を採るファイル受信部６０１を備える。
【００８６】
またバックエンドプロセッサＢＥＰ部６００は、ファイル受信部６０１が受信した印刷ファイルを保持する画像記憶部６０２と、画像記憶部６０２から圧縮済のイメージデータを読み出して、フロントエンドプロセッサＦＥＰ部５００側の圧縮処理部５３０の圧縮処理に対応する伸張処理をし、この伸張処理済のイメージデータをＩＯＴコア部２０側に送出する伸張処理部６１０と、画像記録部に依存した通信インタフェースにより画像記録部との間の電気信号の伝送を採る出力側のインタフェース部６５０とを備える。
【００８７】
伸張処理部６１０は、画像記憶部６０２から読み出し伸張処理したイメージデータに対して、画像回転や用紙上の画像位置の調整、あるいは拡大もしくは縮小など、画像編集機能を備えている。なお、この画像編集機能なす機能部分を伸張処理部６１０とは独立に設けてもかまわない。
【００８８】
また、バックエンドプロセッサＢＥＰ部６００は、ＩＯＴコア部２０の処理性能に依存してバックエンドプロセッサＢＥＰ部６００の各部やＩＯＴコア部２０を制御するプリンタコントローラとして機能する印刷制御部６２０を備える。
【００８９】
なお図示での説明を割愛するが、印刷制御部６２０は、フロントエンドプロセッサＦＥＰ部５００から渡されたジョブチケットを解釈（デコード）し、あるいはＧＵＩ部８０を介したユーザ指示を受けて、プリントエンジン３０や定着部７０あるいはフィニッシャの処理特性に応じて出力形態（ページ内の画像位置、あるいはページ排出順や向きなど）を特定する出力形態特定部と、この出力形態特定部が特定した出力形態で印刷物が出力されるように、プリントエンジン３０や定着部７０あるいはフィニッシャなどの各部を制御する制御部とを備える。
【００９０】
また、バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００から受け取った圧縮イメージデータに対してプリントエンジン３０に同期して伸張処理をし所望の画像処理をしてプリントエンジン３０に出力できるかどうかを判定し、同期処理が不可の場合にはイメージデータの再送をフロントエンドプロセッサＦＥＰ部５００に要求する再転送判定制御部６８０を備える。
【００９１】
再転送判定制御部６８０は、圧縮後のイメージデータサイズを示す情報（ファイルサイズ情報）を抽出するサイズ情報抽出部６８２と、圧縮率を計算する圧縮率算出部６８３と、計算した圧縮率を参照して、フロントエンドプロセッサＦＥＰ部５００から受け取った圧縮イメージデータについて、そのイメージデータの転送先であるターゲットエンジンに同期して出力することが可能であるか否かを判定する同期可否判定部６８６とを備える。
【００９２】
同期可否判定部６８６は、同期して出力することができないときは、ファイルサイズの小さな圧縮イメージデータを再送するようフロントエンドプロセッサＦＥＰ部５００に要求する。このとき、受け取った圧縮イメージデータの圧縮率に関する情報も通知することが好ましい。
【００９３】
バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００から転送されたイメージデータを、一旦バッファとして機能する画像記憶部６０２に蓄積する。伸張処理部６１０は、画像記憶部６０２から圧縮済のイメージデータを読み出して伸張処理するとともに、クライアント端末やフロントエンドプロセッサＦＥＰ部５００から指定された印刷ジョブに従ってページデータを組み立てたり（ページデータの再配置）、さらには指示されたプリントエンジンへの転送準備をしたりする。
【００９４】
そして、バックエンドプロセッサＢＥＰ部６００では、プリントエンジン３０の処理速度に同期して制御コマンドをやり取りしながら、エンジン生産性を最大限生かす速度でページデータを所定の順にＩＯＴコア部２０に送出する。
【００９５】
このプリントエンジン３０などの処理特性に適応した処理（同期処理）よりもフロントエンドプロセッサＦＥＰ部５００からのデータ送出の方が早ければ、バックエンドプロセッサＢＥＰ部６００は、間に合わない画像データやジョブチケットを画像記憶部６０２に一時的に保管しておく。そして、ユーザが希望する排出条件（ページ順や向き、あるいはフィニッシング処理の有無など）に合致するようにページデータを読み出し、また必要に応じて画像編集し、用紙上における画像位置の補正や、ユーザが希望する画像処理をし、処理済の画像データをＩＯＴモジュール２側に送出する。
【００９６】
これにより、フロントエンドプロセッサＦＥＰ部５００と画像記録部としてのプリントエンジン３０や定着器７０などの出力側とが非同期の処理、バックエンドプロセッサＢＥＰ部６００と出力側とは同期の処理となり、その差が画像記憶部６０２へのデータ格納と読出しとで相殺されるようになる。また、画像データの圧縮／伸張をする場合においても、フロントエンドプロセッサＦＥＰ部５００における圧縮処理とバックエンドプロセッサＢＥＰ部６００における伸張処理とは非同期の処理となる。つまり、第１実施形態の構成によれば、フロントエンドプロセッサＦＥＰ部５００におけるＲＩＰ処理やその後の圧縮処理は、印刷ジョブ内容や画像記録部を構成するＩＯＴコア部２０や定着器７０などの処理特性とは独立的に処理される。
【００９７】
このように、第１実施形態の構成では、フロントエンドプロセッサＦＥＰ部５００は、ＲＩＰ処理部５１０にてページ記述言語からラスタライズされた（描画展開された）イメージデータは、疎の関係で結合されているバックエンドプロセッサＢＥＰ部６００側へページ順に転送する。そしてそこまでは、ＲＩＰエンジンの性能次第に任せた処理としており、特にプリントエンジン側の処理速度（同期）や制御に依存する必要は一切ない。
【００９８】
これらの処理は、プリンタコントローラとして機能する印刷制御部６２０が、フロントエンドプロセッサＦＥＰ部５００から渡されたジョブチケットを解釈（デコード）し、あるいはＧＵＩ部８０を介したユーザ指示を受けて、各部を制御することで実現される。
【００９９】
ただし、圧縮イメージデータの圧縮率が規定圧縮率（本例では“１”）を超える場合、画像記憶部６０２への格納が可能でも、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従して伸張処理や所定の画像処理をして、この処理後のイメージデータをプリントエンジン３０に出力するということができず、プリントエンジン３０が持つ処理能力を生かすことができなくなる。
【０１００】
そこで、第１実施形態の構成においては、フロントエンドプロセッサＦＥＰ部５００から受け取った圧縮イメージデータの圧縮率を監視して、その圧縮イメージデータについてプリントエンジン３０に同期して伸張処理をし所望の画像処理をしてプリントエンジン３０に出力できるかどうかを判定し、同期処理が不可の場合、すなわち圧縮率が規定値を超える場合にはイメージデータの再送をフロントエンドプロセッサＦＥＰ部５００に要求する。
【０１０１】
たとえば先ず、ファイルサイズ制御部５７０は、標準的な画像を対象として圧縮処理をした後の圧縮イメージデータの圧縮率が予め定められている規定圧縮率に略等しくなるような圧縮パラメータ（前例ではＱファクタ）をデフォルト値と定め、このデフォルト値を圧縮処理部５３０に設定する。
【０１０２】
規定圧縮率は、バックエンドプロセッサＢＥＰ部６００およびプリントエンジン３０として予め定められている標準的な能力のものを使用した場合において、それぞれの処理性能の関わりで、バックエンドプロセッサＢＥＰ部６００にてプリントエンジン３０に同期した処理が可能な圧縮率である。具体的には、６６Ｍ／６４ビットバスのバックエンドプロセッサＢＥＰ部６００と８０枚／分の印刷処理能力を有するプリントエンジン３０との関係では“１”である。この規定圧縮率“１”が規定値登録部５６０にも登録される。
【０１０３】
圧縮処理部５３０は、ＲＩＰ処理部５１０にて生成された各イメージデータに対して、先ずデフォルト値の圧縮パラメータを用いて圧縮処理をし、処理済の圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に送出する。
【０１０４】
次に、バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００との間でのデータの受け渡しの際に、再転送判定制御部６８０により圧縮イメージデータサイズを監視するとともに、通常はａｃｋ（確認）信号のみをフロントエンドプロセッサＦＥＰ部５００に通知する。
【０１０５】
たとえば、フロントエンドプロセッサＦＥＰ部５００から圧縮イメージデータを受け取ると直ちに、サイズ情報抽出部６８２は、印刷ファイルの付加情報ＤＳＥＬ（たとえばヘッダ情報）から、受け取った圧縮イメージデータのデータサイズを示す情報を抽出する。
【０１０６】
図４は、印刷ファイルの付加情報ＤＳＥＬの一例を示す図である。ここでは、圧縮イメージデータとしてＴＩＦＦ圧縮形式を使用した場合における印刷ファイルに記述される各ページのヘッダ情報の基本フォーマット例を示している。
【０１０７】
圧縮率を計算するために、先ずサイズ情報抽出部６８２は、ＴＩＦＦファイルのヘッダ情報の“StripByteCounts ”から圧縮後の画像データサイズを、同様に“Image width×Image length”を計算することで圧縮前の画像データサイズを、それぞれ抽出する。これを参照して、圧縮率算出部６８３は、実際の圧縮率を算出する。
【０１０８】
同期可否判定部６８６は、バックエンドプロセッサＢＥＰ部６００に接続されているプリントエンジン３０との関わりで定まる規定圧縮率（本例では“１”）と、圧縮率算出部６８３が算出した実際の圧縮率とを照合する。具体的には、接続されているプリントエンジン３０の規定圧縮率と圧縮イメージデータの実際の圧縮率の大小を比較する。
【０１０９】
規定圧縮率よりも計算で求めた実際の圧縮率の方が大きければ、受け取った圧縮イメージデータについては、プリントエンジン３０との間での同期処理ができなくなるので、同期可否判定部６８６は、圧縮率が小さくなるような圧縮パラメータを用いて圧縮処理を再実行するように、フロントエンドプロセッサＦＥＰ部５００のファイルサイズ制御部５７０に通知する。すなわち、圧縮率が規定値を越えたという旨の情報をフロントエンドプロセッサＦＥＰ部５００に通知する。このとき、同期可否判定部６８６は、圧縮率算出部６８３が算出した実際の圧縮率についても、ファイルサイズ制御部５７０に通知する。
【０１１０】
同じ圧縮パラメータ（前例ではＱファクタ）を用いていても、圧縮後の画像ファイルサイズは処理対象画像によって変わるので、実際の圧縮率がどのような値になるのかは、実際に圧縮処理をしてからでなければ分からないので、このような監視の手法を採っている。
【０１１１】
これを受けて、ファイルサイズ制御部５７０は、圧縮率がより小さくなるように、圧縮処理部５３０へ設定している圧縮パラメータを変更する。このとき、圧縮率算出部６８３が算出した実際の圧縮率を参照して、圧縮パラメータの変更の度合いを調整する。圧縮処理部５３０は、調整済みの圧縮パラメータを用いて圧縮処理を再実行し、処理済の圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に再転送する。
【０１１２】
バックエンドプロセッサＢＥＰ部６００は、この圧縮率が調整された圧縮イメージデータを画像記憶部６０２に格納する。画像記憶部６０２は、先に取得した圧縮率調整前の圧縮イメージデータを破棄しもかまわない。次に、この圧縮メージデータについての印刷処理の際には、バックエンドプロセッサＢＥＰ部６００は、圧縮率が調整された圧縮イメージデータを用いて伸張処理や所定の画像処理をしてから、プリントエンジン３０に渡す。
【０１１３】
以上説明したように、第１実施形態の構成によれば、バックエンドプロセッサＢＥＰ部６００側にて実際の圧縮率を監視し、実際の圧縮率が“１”を超えるとき、すなわち元の画像ファイルサイズよりも圧縮後の画像ファイルサイズの方が大きくなるときには、圧縮パラメータを変更して再度圧縮処理をし直してイメージデータを再送させ、画像記憶部６０２に保持しておくことができる。これにより、圧縮イメージデータサイズが自動的にリサイズされたデータ、すなわち圧縮率が調整されたデータが事前（そのページの印刷処理実行前）に画像記憶部６０２に保持される。
【０１１４】
よって、この圧縮率が調整されたページを処理対象とするときには、圧縮率が調整された圧縮イメージデータを画像記憶部６０２から読み出すことができるので、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従してイメージデータをプリントエンジン３０に出力することができるようになる。よって、ユーザが意識することなく、エンジン側の最大生産性を得ることができるようになる。
【０１１５】
図５は、ＤＦＥ装置と画像形成装置１との間のデータの流れに着目した図であって、フロントエンドプロセッサＦＥＰ部５００およびバックエンドプロセッサＢＥＰ部６００の第２実施形態を示すブロック図である。
【０１１６】
この第２実施形態は、バックエンドプロセッサＢＥＰ部６００側にて圧縮処理後のファイルサイズを監視し、圧縮処理後のファイルサイズが規定値よりも大きくなったときに、バックエンドプロセッサＢＥＰ部６００に対して、圧縮パラメータを切り替えるように指示することで、ファイルサイズが規定値の範囲内となるイメージデータの再送を要求する形態のものである。
【０１１７】
実際の圧縮率を計算するのではなく、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０と同期した処理を可能なファイルサイズと直接に比較する点が第１実施形態と異なる。また、１つのフロントエンドプロセッサＦＥＰ部５００が、複数のバックエンドプロセッサＢＥＰ部６００の何れかをコントローラとして利用可能で、かつ１つのバックエンドプロセッサＢＥＰ部６００に処理能力の異なる複数のプリントエンジンが接続される形態に対応する構成とした点が第１実施形態と異なる。
【０１１８】
先ず、バックエンドプロセッサＢＥＰ部６００として、６６Ｍ／６４ビットバスのものと３３Ｍ／３２ビットバスのものが使用可能で、プリントエンジン３０として、８０枚／分の印刷処理能力を有する高速高機能のものと、これよりは印刷処理能力の劣るプルーファとが使用可能な形態で説明する。なお、フロントエンドプロセッサＦＥＰ部５００の構成は、第１実施形態のものと同様である。
【０１１９】
バックエンドプロセッサＢＥＰ部６００の再転送判定制御部６８０は、フロントエンドプロセッサＦＥＰ部５００から伝達されるイメージデータを含む印刷ファイルから出力先エンジン種（ターゲットエンジン）を示す出力先情報を抽出する出力先情報抽出部６８１を備える。また、再転送判定制御部６８０は、バックエンドプロセッサＢＥＰ部６００に接続済みのＩＯＴコア部２０（具体的にはプリントエンジン３０）の処理能力に関する情報を各ＩＯＴコア部２０から取得するエンジン能力情報取得部６８４を備える。
【０１２０】
先ず、フロントエンドプロセッサＦＥＰ部５００の圧縮処理部５３０は、ＲＩＰ処理部５１０にて生成された各イメージデータに対して、先ずデフォルト値の圧縮パラメータを用いて圧縮処理をし、処理済の圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に送出する。このとき、フロントエンドプロセッサＦＥＰ部５００は、イメージデータの転送先であるエンジン種（ターゲットエンジ）を特定する出力先情報をイメージデータの付帯情報として、各ページごとに、そのイメージデータに対応付けて送る。
【０１２１】
一方、バックエンドプロセッサＢＥＰ部６００においては、先ず、エンジン能力情報取得部６８４は、バックエンドプロセッサＢＥＰ部６００に接続されている各プリントエンジン３０についての処理能力に関する情報を取得しておく。また、同期可否判定部６８６は、エンジン能力情報取得部６８４が取得した各プリントエンジン３０についての処理能力と、バックエンドプロセッサＢＥＰ部６００の処理能力とを照合し、各プリントエンジン３０の処理能力とバックエンドプロセッサＢＥＰ部６００の処理能力との関わりで、バックエンドプロセッサＢＥＰ部６００にてプリントエンジン３０に同期した処理が可能な最大イメージサイズ（規定ファイルサイズ）を、それぞれのプリントエンジン３０について計算する。そして、計算結果を図示しないメモリに格納する。この処理は、たとえばバックエンドプロセッサＢＥＰ部６００が設けられているユーザインタフェース装置８のメイン電源が投入された直後に行なうとよい。
【０１２２】
次に、バックエンドプロセッサＢＥＰ部６００の出力先情報抽出部６８１は、フロントエンドプロセッサＦＥＰ部５００から送られてきた印刷ファイルのヘッダ情報に記述されている出力先情報を参照する。
【０１２３】
バックエンドプロセッサＢＥＰ部６００にてプリントエンジン３０に同期した処理が可能な規定圧縮率は、６６Ｍ／６４ビットバスのバックエンドプロセッサＢＥＰ部６００と８０枚／分の印刷処理能力を有するプリントエンジン３０との関係では“１”、３３Ｍ／３２ビットバスのバックエンドプロセッサＢＥＰ部６００と８０枚／分の印刷処理能力を有するプリントエンジン３０との関係では“０．５”となる。
【０１２４】
バックエンドプロセッサＢＥＰ部６００の同期可否判定部６８６は、出力先として指定されたターゲットエンジンとの関係で、事前に求めておいた規定圧縮率に対応する規定ファイルサイズと、サイズ情報抽出部６８２が抽出した実際のファイルサイズの大小を比較する。
【０１２５】
ターゲットエンジンとの関わりにおける最大イメージサイズ（規定ファイルサイズ）よりも圧縮イメージデータサイズの方が大きければ、受け取った圧縮イメージデータについては、プリントエンジン３０との間での同期処理ができなくなるので、同期可否判定部６８６は、データサイズが小さくなるような圧縮パラメータを用いて圧縮処理を再実行するように、フロントエンドプロセッサＦＥＰ部５００のファイルサイズ制御部５７０に通知する。このとき、同期可否判定部６８６は、サイズ情報抽出部６８２が抽出した圧縮イメージデータサイズについても、ファイルサイズ制御部５７０に通知する。
【０１２６】
これを受けて、ファイルサイズ制御部５７０は、ファイルサイズがより小さくなるように、圧縮処理部５３０へ設定している圧縮パラメータを変更する。このとき、圧縮率算出部６８３から通知された実際のファイルサイズを参照して、圧縮パラメータの変更の度合いを調整する。
【０１２７】
以上説明したように、第２実施形態の構成によれば、バックエンドプロセッサＢＥＰ部６００側にて実際のファイルサイズを監視し、実際のファイルサイズが規定ファイルサイズを超えるときには、圧縮パラメータを変更して再度圧縮処理をし直してイメージデータを再送させる。これにより、圧縮イメージデータサイズが自動的にリサイズされ、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従してイメージデータをプリントエンジン３０に出力することができるようになる。よって、ユーザが意識することなく、エンジン側の最大生産性を得ることができるようになる。
【０１２８】
加えて、フロントエンドプロセッサＦＥＰ部５００が出力先として指定したターゲットエンジンに応じて、比較対象の規定ファイルサイズを自動的に切り替えて判定処理するので、多様なシステム構成にも柔軟に対応することができる。
【０１２９】
図６は、フロントエンドプロセッサＦＥＰ部５００およびバックエンドプロセッサＢＥＰ部６００の第３実施形態を示すブロック図である。この第３実施形態は、バックエンドプロセッサＢＥＰ部６００からファイルサイズの小さなイメージデータの再転送を要求されたとき、フロントエンドプロセッサＦＥＰ部５００は、低解像度でＲＩＰ処理をやり直すことで、圧縮イメージデータサイズを小さくするようにしたものである。バックエンドプロセッサＢＥＰ部６００の構成は、第１実施形態のものと同様である。
【０１３０】
図示するように、フロントエンドプロセッサＦＥＰ部５００のファイルサイズ制御部５７０は、バックエンドプロセッサＢＥＰ部６００からデータの再送要求を受け付けたとき、ＲＩＰ処理部５１０に対して、画像解像度（ここでは画像の縦／横のピクセル数）がより小さいイメージデータを生成するよう指示する。このとき、ファイルサイズ制御部５７０は、圧縮率算出部６８３が算出した実際の圧縮率を参照して、変更後の画像解像度を指示する。圧縮処理部５３０は、解像度変換された（解像度がより低下された）イメージデータに対して、解像度返還前の圧縮処理と同じ圧縮処理パラメータを用いて圧縮処理をし、バックエンドプロセッサＢＥＰ部６００に送出する。
【０１３１】
この第３実施形態の構成によれば、バックエンドプロセッサＢＥＰ部６００側にて実際の圧縮率を監視し、圧縮率が規定値を超えたイメージの場合に、フロントエンドプロセッサＦＥＰ部５００側で画像解像度を変換（実際には縮小側のみ）して、解像度変換後の圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に再転送する。これにより、第１実施形態と同様に、圧縮イメージデータサイズが自動的にリサイズされ、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従してイメージデータをプリントエンジン３０に出力することができるようになる。よって、ユーザが意識することなく、エンジン側の最大生産性を得ることができるようになる。
【０１３２】
なお、この第３実施形態と第１実施形態とを組み合わせて、圧縮率が規定値を超えることを条件として、ＲＩＰ処理部５１０にて解像度変換を実施するとともに、圧縮処理部５３０が使用する圧縮パラメータを切り替えるようにしてもかまわない。
【０１３３】
図７は、フロントエンドプロセッサＦＥＰ部５００およびバックエンドプロセッサＢＥＰ部６００の第４実施形態を示すブロック図である。線画や文字など主に２値で現される画像オブジェクト（以下線画文字オブジェクトＬＷ（Line Work ）という）と、背景部や写真部など主に多階調で表される画像オブジェクト（以下多階調画像オブジェクトＣＴ（Continuous Tone ）など、画像オブジェクトの特性に応じて、適応した処理とするようにした点が第１実施形態の構成と異なる。
【０１３４】
フロントエンドプロセッサＦＥＰ部５００は、先ず基本的には、線画文字オブジェクトＬＷをＬＷレイヤに割り付けてＬＷレイヤのイメージデータとし、また多階調画像オブジェクトＣＴをＣＴレイヤに割り付けてＣＴレイヤのイメージデータとして、２つのレイヤのイメージデータを１つの印刷ファイルに纏めてバックエンドプロセッサＢＥＰ部６００に転送する。
【０１３５】
そして、バックエンドプロセッサＢＥＰ部６００側にて実際の圧縮率を監視し、圧縮率が規定値を超えたイメージの場合にはフロントエンドプロセッサＦＥＰ部５００側へそれを通知する。フロントエンドプロセッサＦＥＰ部５００側では、ＬＷ／ＣＴレイヤに分離したイメージデータを、線画文字オブジェクトＬＷについても全てＣＴレイヤにのみ割り付ける処置を施した上で、ＣＴレイヤのイメージデータのみをバックエンドプロセッサＢＥＰ部６００へ転送する。以下、具体的に説明する。
【０１３６】
画像オブジェクトの特性に適応した処理とするため、先ずフロントエンドプロセッサＦＥＰ部５００は、イメージデータ生成部の一例であるＲＩＰ処理部５１０により生成されたイメージデータを線画文字オブジェクトＬＷを表す線画データＤＬＷおよび多階調画像オブジェクトＣＴを表す連続階調画像データＤＣＴに分離した状態に展開するイメージデータ分離部５２０を備えている。
【０１３７】
そして、圧縮処理部５３０は、イメージデータ分離部５２０に対応して、線画文字オブジェクトＬＷと多階調画像オブジェクトＣＴとを個別に圧縮処理するため、それぞれイメージデータ分離部５２０により分離された、線画データＤＬＷを圧縮処理するＬＷ圧縮処理部５３２と、連続階調画像データＤＣＴを圧縮処理するＣＴ圧縮処理部５３４とを備える。
【０１３８】
ファイル転送部５４０は、ＬＷ圧縮処理部５３２により圧縮処理された線画データＤＬＷ１とＣＴ圧縮処理部５３４により圧縮処理された連続階調画像データＤＣＴ１とをジョブチケットとともに１つの印刷ファイルに纏めてバックエンドプロセッサＢＥＰ部６００にファイル転送する。
【０１３９】
ファイルサイズ制御部５７０は、各圧縮処理部５３２，５３４に対して、圧縮パラメータの一例であるＱファクタ（圧縮指数）を、標準的な画像のときに、ＬＷ圧縮処理部５３２により圧縮処理された線画文字オブジェクトＬＷを表すＬＷレイアの圧縮イメージデータと、ＣＴ圧縮処理部５３４により圧縮処理された多階調画像オブジェクトＣＴを表すＣＴレイアの圧縮イメージデータとの合計の圧縮率が規定値以下となるように、２〜２５５の範囲で指定する。そして、バックエンドプロセッサＢＥＰ部６００から再送を要求されたときには、ファイルサイズ制御部５７０は、線画文字オブジェクトＬＷについても全てＣＴレイヤにのみ割り付けるようイメージデータ分離部５２０に指示する。
【０１４０】
一方、バックエンドプロセッサＢＥＰ部６００のファイル受信部６０１は、ファイル転送部５４０から転送された印刷ファイル（線画データＤＬＷ１、連続階調画像データＤＣＴ１、およびジョブチケットを含む）を受け取り、受け取った印刷ファイルを画像記憶部６０２に格納する。
【０１４１】
また、バックエンドプロセッサＢＥＰ部６００の伸張処理部６１０は、フロントエンドプロセッサＦＥＰ部５００の圧縮処理部５３０に対応して、線画文字オブジェクトＬＷと多階調画像オブジェクトＣＴとを個別に伸張処理するため、ＬＷ圧縮処理部５３２により圧縮処理された線画データＤＬＷ１を伸張処理するＬＷ伸張処理部６１２と、ＣＴ圧縮処理部５３４により圧縮処理された連続階調画像データＤＣＴ１を伸張処理するＣＴ伸張処理部６１４とを備える。
【０１４２】
また、バックエンドプロセッサＢＥＰ部６００は、伸張処理部６１０の後段に、個別に伸張処理された線画データＤＬＷおよび連続階調画像データＤＣＴを結合するイメージデータ結合部の一例であるマージ部６３０を備えている。
【０１４３】
マージ部６３０は、線画文字オブジェクトＬＷと多階調画像オブジェクトＣＴとの解像度を合わせる機能部分としてＬＷ解像度整合部６３２およびＣＴ解像度整合部６３４を備え、さらに解像度が合わされた線画文字オブジェクトＬＷと多階調画像オブジェクトＣＴとを１つの画像に統合する（纏める）画像結合部６３６と、この統合された画像に対して網掛け処理をする網掛け処理部６３８とを備える。
【０１４４】
このマージ部６３０により処理されたデータは、図示しない中間調処理部にてスクリーン処理やハーフトーニング処理（疑似中間調処理）が施された後に、プリントエンジン３０の光源（図示せず）に変調２値化信号として入力される。
【０１４５】
この第４実施形態の構成においては、先ずフロントエンドプロセッサＦＥＰ部５００にて、ページ記述言語で記述されたＰＤＬデータは、ＲＩＰ処理部５１０に入力された後ＲＩＰ処理されてラスタイメージに変換され、さらに後段のイメージデータ分離部５２０にて、線画データＤＬＷおよび連続階調画像データＤＣＴに分離される。分離された線画データＤＬＷはＬＷ圧縮処理部５３２に送られ、連続階調画像データＤＣＴはＣＴ圧縮処理部５３４に送られ、それぞれに適した方法で圧縮される。
【０１４６】
ここで、線画に適した圧縮方法としては、Ｇ３，Ｇ４，ＴＩＦＦ−ＩＴ８のＢＬ（バイナリラインアート），ＪＢＩＧ（Joint Bi-level Image Group）などがあり、連続階調画像に適した圧縮方法としては、ＴＩＦＦ６．０のＰａｃｋＢｉｔ，ＪＰＥＧなどがあり、共通の圧縮方法としてＳＨ８，Ｌｅｍｐｅｌ−Ｚｉｖ，ハフマン符号化などがある。
【０１４７】
Ｇ３，Ｇ４，ハフマン符号化はファクシミリの分野で広く利用されている方法であり、ハフマン符号化は文字列の生起確率のバラツキを圧縮原理とするものである。
【０１４８】
ＪＢＩＧは、伝送の初期の段階でラフではあるが全体画像を表示し、その後必要に応じて追加情報を加え、画品質の向上を図るプログレッシブビルドアップであり、白黒２値画像および中間調画像に対して統一的に適用できる。
【０１４９】
また、ＴＩＦＦ−ＩＴ８のＢＬはＢＬデータの各ラインを、背景色（黒）ランと前景色（白）ランのペアのシーケンスとして符号化するもので、各ラインは背景色ランで始まる。ＢＬデータのランレングス符号化では２つの基本符号化構造が使用され、２５４画素までのランレングスを符号化するショート形式（８ビット長）を６５，５３５画素までのランレングスを符号化するロング形式（２４ビット長）があり、この２つの形式を混合使用できる。個々のラインンデータは２つのゼロのバイトで始まり、２つのゼロのバイトで終る。
【０１５０】
本実施形態においては、ＬＷ圧縮処理部５３２における圧縮よりもＣＴ圧縮処理部５３４における圧縮の方が圧縮率が高まる（ファイルサイズをより小さくする）ように、異なる圧縮方式を採用する、もしくは同じ圧縮方式を採用する場合はＣＴ圧縮処理部５３４の方が圧縮率が高まる圧縮パラメータを使用する。
【０１５１】
上述のようにして分離された線画データＤＬＷは、ＬＷ圧縮処理部５３２で圧縮されて出力側（フロントエンドプロセッサＦＥＰ部６００）のＬＷ伸張処理部６１２に転送され、連続階調画像データＤＣＴはＣＴ圧縮処理部５３４で圧縮されて出力側（フロントエンドプロセッサＦＥＰ部６００）のＣＴ伸張処理部６１４に転送される。伸張処理部６１２，６１４は、それぞれの圧縮方法に合った方法でデータ伸長をし、データ伸長した線画データＤＬＷ２をマージ部６３０のＬＷ解像度整合部６３２に、データ伸長した連続階調画像データＤＣＴ２をマージ部６３０のＣＴ解像度整合部６３４に送る。
【０１５２】
ＬＷ解像度整合部６３２およびＣＴ解像度整合部６３４は、２つの画像オブジェクトの解像度を合わせる。たとえば、連続階調画像データＤＣＴ２の解像度が４００ＤＰＩ（Dot Per Inch；１インチ当たりの画素数）で線画データＤＬＷ２の解像度１２００ＤＰＩの場合、連続階調画像データＤＣＴ２を３倍拡大して２種類の画像オブジェクトの解像度を合せる。このようにＬＷ解像度整合部６３２，６３４で解像度（ＤＰＩ）を合せられた両データは、画像結合部１１４に送られ１つの画像データＤ２に統合される。統合された画像データＤ２は、さらに網掛け処理部６３８で網掛け処理される。
【０１５３】
図８は、線画データＤＬＷと連続階調画像データＤＣＴの分離を説明する図である。ここで、図８（Ａ）は第１の方法を示す図、図８（Ｂ）は第２の方法を示す図である。また、図８（Ｃ）および図８（Ｄ）は、線画データＤＬＷと連続階調画像データＤＣＴとを１つの印刷ファイルに纏める際の、線画データＤＬＷと連続階調画像データＤＣＴの優先度合いを説明する図である。
【０１５４】
図８（Ａ）に示す第１の方法は、ＰＤＬデータ（ページ記述言語データ）から画像データを抽出して連続階調画像データＤＣＴとし、残りのデータを線画データＤＬＷとする。
【０１５５】
また、図８（Ｂ）に示す第２の方法は、ＲＩＰ処理部５１０とイメージデータ分離部５２０とが連携して処理する構成となっている。すなわち、ＰＤＬデータＤ０を画像の配置情報Ｄ６とともに前処理部５１２に入力し、前処理部５１２はＰＤＬデータＤ０の内の線画オブジェクトに対して、ＲＩＰ処理機能と線画文字オブジェクトＬＷの分離機能とを備えたＬＷラスタメージ処理部５２３でラスター化して線画データＤＬＷとして出力する。
【０１５６】
そして、画像の配置情報Ｄ６は前処理部５１２をそのまま通過して画像配置処理部５１６に入力され、画像データＤ８も画像配置処理部５１６に入力され、画像配置されたデータが、ＲＩＰ処理機能と多階調画像オブジェクトＣＴの分離機能とを備えたＣＴラスタメージ処理部５２５でラスター化され、連続階調画像データＤＣＴとして出力される。または、ＬＷラスタメージ処理部５２５を経ないで、連続階調画像データＤＣＴとして出力される。
【０１５７】
何れの方式でも、分離された２つの画像データ（線画データＤＬＷと連続階調画像データＤＣＴ）は、それぞれ別のレイアにイメージデータとして配置され、それぞれ独立に圧縮処理が施された後に、２レイヤ構造のデータとして１つの印刷ファイルに纏められる。ここで、線画データＤＬＷは、階調画像を含まないパレットカラーまたは２値画像であり、連続階調画像データＤＣＴは階調画像を含む階調データである。この連続階調画像データＤＣＴは線画データＤＬＷより解像度を低くしておいてもよい。
【０１５８】
ただし、線画データＤＬＷがパレットカラーのときは、線画データの情報として最小限白／黒／透明を有する。そこでこの場合、図８（Ｃ）に示すように、線画データＤＬＷが優先（上位）画像となる。また、線画データＤＬＷが２値画像のときは透明の情報は持たず、連続階調画像データＤＣＴに透明の情報を持つことになる。たとえば０＝透明、１＝白、…、２５５＝黒である。この場合、図８（Ｄ）に示すように、連続階調画像データＤＣＴが優先（上位）画像となる。
【０１５９】
以上のように、第４実施形態の構成によれば、フロントエンドプロセッサＦＥＰ部５００のＲＩＰ処理部５１０から出力側であるバックエンドプロセッサＢＥＰ部６００側に転送する画像データの圧縮において、線画文字オブジェクトＬＷおよび多階調画像オブジェクトＣＴに分離してそれぞれに適した圧縮方法を使用しているため、データの圧縮率を上げる（元のファイルサイズよりも小さくする）ことができる。
【０１６０】
たとえば、Ａ２サイズの標準画像の場合、第１実施形態では２７０ＭＢが６７ＭＢの圧縮であったが、１６ＭＢまで圧縮できる。また、ＰＤＬデータのラスタイメージ処理には時間が掛かるが、オブジェクト属性に応じて分離してから個々にラスタイメージ処理（ラスタライズ）をするようにすれば、ＲＩＰ処理時間を短縮することもできる。
【０１６１】
ただし、画像によっては、圧縮率が規定値（本例では“１”）を超えることもある。このようなケースでは、バックエンドプロセッサＢＥＰ部６００は、線画文字オブジェクトＬＷを表すＬＷレイアの圧縮イメージデータや多階調画像オブジェクトＣＴを表すＣＴレイアの圧縮イメージデータを画像記憶部６０２に格納することができても、プリントエンジン３０に追従して伸張処理や所定の画像処理をして、この処理後のイメージデータをプリントエンジン３０に出力することができず、プリントエンジン３０が持つ処理能力をフルに生かすことができなくなる。
【０１６２】
そこで、この第４実施形態では、バックエンドプロセッサＢＥＰ部６００は、ＬＷレイアとＣＴレイアの各圧縮イメージデータの合計のファイルサイズの圧縮率を監視し、その圧縮率が予め定められている規定値よりも大きいときには、バックエンドプロセッサＢＥＰ部６００に対して、図８（Ｅ）に示すように、線画文字オブジェクトＬＷについても多階調画像オブジェクトＣＴと同様に、全てＣＴレイヤにのみ割り付けて、線画文字オブジェクトＬＷおよび多階調画像オブジェクトＣＴの各画像オブジェクトが割り当てられた複合イメージデータ（ＣＴレイア）のみの圧縮イメージデータを再送するようファイルサイズ制御部５７０に指示する。
【０１６３】
そして、バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００から再転送された線画文字オブジェクトＬＷおよび多階調画像オブジェクトＣＴの両者を表すＣＴレイアの圧縮イメージデータのみに基づいて伸張処理して元の画像を再生する。マージ部６３０の画像統合部６３６は、事実上、画像統合処理を行なう必要がない。
【０１６４】
この第４実施形態の構成によれば、バックエンドプロセッサＢＥＰ部６００側にて、ＬＷレイアおよびＣＴレイヤの合計のファイルサイズについての実際の圧縮率を監視し、圧縮率が規定値を超えた場合には、フロントエンドプロセッサＦＥＰ部５００側で線画文字オブジェクトＬＷについてもＣＴレイアに割り付け直す処理を施した後にＣＴレイアのみについて圧縮処理をしてから、ＣＴレイアのみの圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に転送する。線画文字オブジェクトＬＷをＣＴレイアに割り付けて、線画文字オブジェクト用のＬＷレイヤを使用しないこととすれば、圧縮対象のイメージファイルサイズが小さくなる。
【０１６５】
これにより、線画文字オブジェクトＬＷをＣＴレイアに割り付けて圧縮してから転送するとともにＬＷレイアのイメージデータの転送を割愛すれば、伸張処理したときには線画文字オブジェクトＬＷの再現性がＬＷレイアで処理したときよりも劣る。しかし、変更前と同じ圧縮パラメータを使用していてもその対象がＣＴレイヤのみであり、第１実施形態と同様に、バックエンドプロセッサＢＥＰ部６００に転送される圧縮イメージデータサイズが自動的にリサイズされるので、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従してイメージデータをプリントエンジン３０に出力することができるようになる。よって、ユーザが意識することなく、エンジン側の最大生産性を得ることができるようになる。
【０１６６】
以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更または改良を加えることができ、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【０１６７】
また、上記の実施形態は、クレーム（請求項）にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。前述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜の組合せにより種々の発明を抽出できる。実施形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【０１６８】
たとえば、上記第３および第４実施形態では、第１実施形態に対しての変形例として説明したが、第２実施形態の構成に適用することも可能である。また、第１実施形態の構成において、第２実施形態のように、出力先として指定したターゲットエンジンの特性に応じて判定対象の規定圧縮率を切り替えてもよい。
【０１６９】
また、上記実施形態では、フロントエンドプロセッサは圧縮処理したイメージデータを逐次バックエンドプロセッサＢＥＰ部６００側へ転送し、バックエンドプロセッサ側にてその圧縮イメージデータの圧縮率やファイルサイズが規定値を超えているか否かを監視し、それらが規定値を超えている場合には、ファイルサイズがより小さくなるような圧縮イメージデータの再転送をフロントエンドプロセッサＦＥＰ部５００に要求する形態で説明したが、監視の手法はこのようなものに限るものではない。たとえば、圧縮イメージデータを生成するフロントエンドプロセッサＦＥＰ部５００側自身にて監視してもかまわない。
【０１７０】
なお、前述の実施形態では、圧縮率に関わる規定値として、“１”や“０．５”を例に説明したが、この値は、バックエンドプロセッサＢＥＰ部６００やプリントエンジン３０の処理能力によってかわるもので、固定的なものではなく、システム構成要素の処理性能如何によって異なるものである。
【０１７１】
また、上記実施形態では、記録媒体上に可視画像を形成する主要部であるプリントエンジンとして電子写真プロセスを利用するものに対して、本発明を適用した事例を説明したが、本発明の適用範囲は、これに限定されない。たとえば感熱式、熱転写式、インクジェット式、あるいはその他の同様な従来の画像形成機構を備えたエンジンにより普通紙や感熱紙上に可視画像を形成する構成の画像形成装置を備えた画像形成システムに本発明を適用し得る。
【０１７２】
また、上記実施形態では、画像形成装置として、電子写真プロセスを利用したプリントエンジンを備える印刷装置（プリンタ）を例に説明したが、画像形成装置は、これに限らず、カラー複写機やファクシミリなど、記録媒体上に画像を形成するいわゆる印刷機能を有するものであればよい。
【０１７３】
【発明の効果】
以上のように、本発明によれば、フロントエンドプロセッサにて生成された圧縮イメージデータの圧縮率やファイルサイズが規定値を超えているか否かを監視し、それらが規定値を超えている場合には、ファイルサイズがより小さくなるような圧縮イメージデータをバックエンドプロセッサに再転送するようにした。
【０１７４】
これにより、圧縮後のファイルサイズが予め想定している規定値を超える場合でも、実際の印刷処理に先立って、バックエンドプロセッサがプリントエンジンに追従可能な圧縮イメージデータを記憶媒体に保持しておくことができる。
【０１７５】
よって、ユーザが意識することなく、プリントエンジンなどの画像記録部の持つ処理能力を十分に活かすことができるようになり、生産性を高めることができる。
【図面の簡単な説明】
【図１】 本発明に係る画像形成システムの一実施形態を示す図である。
【図２】 イメージデータ生成機能を備えたＤＦＥ装置と、画像記録部の主要部をなすプリントエンジンとの間にバックエンドプロセッサを配する場合のシステム構成例を示す図である。
【図３】 フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第１実施形態を示すブロック図である。
【図４】 ＴＩＦＦ圧縮形式を使用した場合における印刷ファイルの付加情報ＤＳＥＬの一例を示す図である。
【図５】 フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第２実施形態を示すブロック図である。
【図６】 フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第３実施形態を示すブロック図である。
【図７】 フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第４実施形態を示すブロック図である。
【図８】 線画データＤＬＷと連続階調画像データＤＣＴの分離を説明する図である。
【図９】 従来の画像形成システムの概略を示す図である。
【符号の説明】
１…画像形成装置、２…ＩＯＴモジュール、５…フィードモジュール、７…出力モジュール、８…ユーザインタフェース装置、９…連結モジュール、２０…ＩＯＴコア部、３０…プリントエンジン、３１…光走査装置、３２…感光体ドラム、３９…電気系制御収納部、４３…中間転写ベルト、４５…２次転写部、７０…定着器、８０…ＧＵＩ部、５００…フロントエンドプロセッサＦＥＰ部、５０２…データ格納部、５１０…ＲＩＰ処理部、５１６…画像配置処理部、５２０…イメージデータ分離部、５２３…ＬＷラスタイメージ処理部、５２５…ＣＴラスタイメージ処理部、５３０…圧縮処理部、５３２…ＬＷ圧縮処理部、５３４…ＣＴ圧縮処理部、５４０…ファイル転送部、５６０…規定値登録部、５７０…ファイルサイズ制御部、６００…バックエンドプロセッサＢＥＰ部、６０１…ファイル受信部、６０２…画像記憶部、６１０…伸張処理部、６１２…ＬＷ伸張処理部、６１４…ＣＴ伸張処理部、６２０…印刷制御部、６３０…マージ部、６３２…ＬＷ解像度整合部、６３４…ＣＴ解像度整合部、６３６…画像結合部、６３８…網掛け処理部、６８０…再転送判定制御部、６８１…出力先情報抽出部、６８２…サイズ情報抽出部、６８４…エンジン情報取得部、６８６…同期可否判定部
【発明の属する技術分野】
本発明は、たとえばカラー複写機、ファクシミリ、あるいはプリンタなど、記録媒体上に画像を形成するいわゆる印刷機能を有する画像形成装置を備えた画像形成システム、並びにこの画像形成システムを構成するバックエンドプロセッサおよびフロントエンドプロセッサに関する。より詳細には、フロントエンドプロセッサにて生成したイメージデータを圧縮してからバックエンドプロセッサに転送する際の圧縮イメージデータの取り扱いに関する。
【０００２】
【従来の技術】
プリンタ装置や複写装置などの印刷機能を備えた画像形成装置が様々な分野で使用されている。また、今日では、画像形成装置がカラー化され、ユーザの様々な表現手段として利用されるようになってきている。たとえば、電子写真プロセス（ゼログラフィ）を用いたカラーページプリンタ装置は、高品質な画質あるいは高速プリンティングの点で注目されている。
【０００３】
一方、印刷機能という点では、家庭内での個人ユースやオフィスでのビジネスユースといった比較的小規模（たとえば１ジョブが数枚〜数十枚程度）の印刷出力を要求されるものと、製本などの印刷業界で使用される比較的大規模（たとえば１ジョブが数千枚以上）の印刷出力を要求されるものとに大別される。前者の比較的小規模の印刷出力を要求されるものにおいては、その多くが（たとえば孔版印刷を除いて）、印刷データを受け取り版下を生成せずに印刷物を出力する。一方、後者の比較的大規模の印刷出力を要求されるものにおいては、従来は、印刷データに基づいて版下を生成し、この生成した版下を使用して印刷物を出力していた。
【０００４】
ところが、今日では、ＤＴＰ（DeskTop Publishing／Prepress）の普及による印刷工程の変化、いわゆる「印刷のデジタル革命」により、ＤＴＰデータから直接印刷する「ダイレクト印刷」もしくは「オンデマンド印刷」（以下オンデマンドプリンティングという）が着目されている。このオンデマンドプリンティングでは、従来の印刷（たとえばオフセット印刷）における写植などの紙焼き（印画紙）、版下、網ネガ、網ポジ、ＰＳ版などの中間成果物を生成せずに、プリプレス工程を完全にデジタル化することで電子データだけに基づいて印刷物を出力する仕組み（ＣＴＰ；Computer To Print or Paper）が採られている。そして、このオンデマンドプリンティングの要求に対して、電子写真プロセスを用いた印刷機能が着目されている。
【０００５】
図９は、従来の画像形成システムの概略を示す図である。ここで、図９（Ａ）はシステムの全体構成図、図９（Ｂ）はデータの流れを示す図である。
【０００６】
この画像形成システムは、図９（Ａ）に示すように、画像形成装置１と、この画像形成装置１に印刷データを渡し印刷指示をする端末装置であるＤＦＥ（Digital Front End Processor ）装置とから構成されている。
【０００７】
画像形成装置１は、電子写真プロセスを利用して画像を所定の記録媒体に記録するもので、ＩＯＴ（Image Output Terminal)モジュール２、フィード（給紙）モジュール（ＦＭ；Feeder Module ）５、出力モジュール７、ユーザインタフェース装置８、およびＩＯＴモジュール２とフィードモジュール５とを連結する連結モジュール９を備えている。
【０００８】
ＤＦＥ装置は、描画機能とプリンタコントローラ（印刷制御装置）機能とを備えており、たとえばページ記述言語（ＰＤＬ：Page Description Language ）で記述された印刷データを図示しないクライアント端末から順次受け取り、この印刷データをラスターイメージに変換（ＲＩＰ処理；Raster Image Process）し、さらにＲＩＰ処理済みのイメージデータおよび印刷枚数や用紙サイズなどの印刷制御情報（ジョブチケット）を画像形成装置１に送り、画像形成装置１のプリントエンジンや用紙搬送系を制御して、画像形成装置１に印刷処理を実行させる。つまり、画像形成装置１の印刷動作は、ＤＦＥ装置によるプリンタコントローラによって制御される。
【０００９】
印刷データとしては、カラー印刷用の基本色である、イエロ（Ｙ）、シアン（Ｃ）、マゼンタ（Ｍ）の３色と、ブラック（Ｋ）とを合わせた４色（以下纏めてＹＭＣＫという）分が画像形成装置１に送られる。
【００１０】
ユーザインタフェース装置８は、オペレータと画像形成装置１との分かり易い対話を支援するもので、このような操作性の向上を図るため、タッチパネルが組み合わされたカラーディスプレイ８ａと、その横に配されたハードコントロールパネル８ｂとを備え、図示のようにベースマシン（装置本体；本例では連結モジュール９）に支持アーム８ｃを立ててその上に取り付けられている。
【００１１】
ＩＯＴモジュール２は、ＩＯＴコア部２０とトナー供給部２２とを有する。トナー供給部２２には、カラー印刷用のＹＭＣＫ分のトナーカートリッジ２４が搭載されるようになっている。
【００１２】
ＩＯＴコア部２０は、光走査装置３１や感光体ドラム３２などを有するプリントエンジン（印字ユニット）３０を前述の色成分に対応する色ごとに備えており、このプリントエンジン３０をベルト回転方向に一列に配置したいわゆるタンデム構成のものとなっている。またＩＯＴコア部２０は、プリントエンジン３０を制御する電気回路あるいは各モジュール用の電源回路などを収容する電気系制御収納部３９を備える。
【００１３】
さらに、ＩＯＴコア部２０は、画像転写方式として、感光体ドラム３２上のトナー像を１次転写器３５にて中間転写ベルト４３に転写（１次転写）し、その後、２次転写部４５にて中間転写ベルト４３上のトナー像を印刷用紙に転写（２次転写）する方式を用いている。このような構成では、ＹＭＣＫの各色トナーにより画像形成を各別の感光体ドラム３２上に行なって、このトナー像を中間転写ベルト４３に多重転写する。
【００１４】
中間転写ベルト４３上に転写された画像（トナー像）は、所定のタイミングでフィードモジュール５から搬送されてきた用紙上に転写され、さらに第２搬送路４８で定着器（Fuser ）７０まで搬送され、この定着器７０によってトナー像が用紙上に溶融定着される。そしてその後、排紙トレイ（スタッカ）７４に一時的に保持されたりあるいは直ちに排紙処理装置７２に渡され、必要に応じて所定の終末処理を経て機外へ排出される。また、両面印刷時には、印刷済みの用紙が排紙トレイ７４から反転路７６に引き出され、ＩＯＴモジュール２の反転搬送路４９に渡される。
【００１５】
先にも述べたように、入力側であるＤＦＥ装置は、ページ記述言語（ＰＤＬ）で記述された印刷データをクライアント端末から受け取ると、ＰＤＬを解釈して各ページのイメージデータを生成し、それを出力側である画像形成装置１へ送出する。また、一般的には、画像出力前に１出力単位（通常は１ページ）の画像データ全体をレンダリングしている。出力側であるＩＯＴモジュール２や出力モジュール７は、受け取ったページ単位のイメージデータに基づいて、ＤＦＥ装置のプリンタコントローラ機能の制御の元で、プリントエンジン３０や定着器７０などが同期して印刷動作（画像形成動作）をすることになる。
【００１６】
ここで、画像形成装置の特性に合わせたＲＩＰ処理済みの画像データ（Video Data）の生成や、ＩＯＴモジュール２の印字ユニット（プリントエンジン）の特性に合わせた高度な処理あるいは駆動部の同期制御などが必要であり、ＤＦＥ装置と画像形成装置１とがほぼ密接不可分である。そして、ＤＦＥ装置と画像形成装置１との間は、専用の通信プロトコルを使用した専用接続インタフェースで電気信号が伝送されている。
【００１７】
一方、１出力単位全体（たとえばページ全体）に対するラスタデータは、そのデータ量が非常の大きい。たとえば電子写真方式のカラーページプリンタでは、ＹＭＣＫの４色のトナーに対応するラスタデータを必要とするとともに、白黒ページプリンタ以上に画質が要求されるため、１画素当たり複数のビット情報を持つのが一般的であり、たとえば、カラーデータの場合にはページ当たり数Ｍ〜数１００ＭＢｙｔｅ（メガバイト）にもなる。このため、出力側である画像形成装置１へラスタデータを転送する際のデータ量が多く転送負荷が大きくなる。
【００１８】
そこで、データ量を少なくするべく、図９（Ｂ）に示すように、ＲＩＰ処理されたラスタデータを一旦圧縮して出力側（前例のＩＯＴモジュール２）へ送り、出力側にて画像記録部（前例のＩＯＴコア部２０）の印刷処理速度に同期して伸張してから、そのラスタデータをプリントエンジンなどの画像記録部に渡す仕組みがある（たとえば特開平８−６２３８号や特開平１０−１６６６８８号参照）。
【００１９】
たとえば、特開平１０−１６６６８８号に記載の仕組みでは、イメージデータ生成処理機能や圧縮処理機能をフロントエンドプロセッサに持たせ、伸張処理機能やプリンタコントロール機能をバックエンドプロセッサに持たせている。そして、フロントエンドプロセッサでＲＩＰ処理したイメージデータを一旦圧縮して出力側のバックエンドプロセッサへ送り、このバックエンドプロセッサにてプリントエンジンの印刷処理速度に同期して伸張してから、そのイメージデータをプリントエンジンに渡している。
【００２０】
こうすることで、転送負荷の問題を生じることなく、ＲＩＰ処理にてラスタライズしながら、画像記録部にてプリンティング処理を同時並行して行なう“RIP While RUN ”の仕組みが実現でき、高速エンジンをフル活用し高い生産性をあげることができる。なお、これらの制御は、バックエンドプロセッサが持つプリンタコントローラ機能の制御の元で、ジョブ単位やページ単位でなされる。
【００２１】
【発明が解決しようとする課題】
しかしながら、データ圧縮の際、圧縮後のイメージデータのサイズ（ファイルサイズ）が圧縮前のファイルサイズよりも大きくなる、すなわちイメージの圧縮率が“１”を越えるなど、圧縮後のファイルサイズが予め想定している規定値を超えることがある。このような場合、特開平１０−１６６６８８号に記載の仕組みでは、フロントエンドプロセッサは、バックエンドプロセッサ側に設けられているハードディスク装置などのデータ格納部の空き容量を見て転送先を決めているので、圧縮イメージの記憶を確保できる。
しかし、バックエンドプロセッサのデータバス幅とエンジンの処理能力との兼ね合いで、バックエンドプロセッサ側がプリントエンジンの処理に追従（同期）して伸張処理や画像処理をした後にイメージデータをプリントエンジン側へ出力することができない場合が存在し、プリントエンジンが持つ処理能力をフルに生かすことができない事態を招く。たとえば、プリントエンジンが起動され、プリント同期信号に従って印字をする際に、想定以下の圧縮率でファイルがバックエンドプロセッサへ送られてくると、データバスに使用しているＰＣＩ（Peripheral Component Interconnect ）のバスバス幅、データ格納に使用しているハードディスク装置の読出速度、ＰＣＩアクセラレーラの画像処理速度の何れかの処理が間に合わなくなる。
【００２２】
本発明は、上記事情に鑑みてなされたものであり、圧縮後のファイルサイズが予め想定している規定値を超える場合にも、プリントエンジンなどの画像記録部の持つ処理能力を十分に活かすことのできる画像形成システムを提供することを目的とする。
【００２３】
また、本発明は、画像記録部の持つ処理能力を十分に活かすことのできる画像形成システムを構成するバックエンドプロセッサやフロントエンドプロセッサを提供することを目的とする。
【００２４】
【課題を解決するための手段】
すなわち、本発明に係る画像形成システムは、印刷ジョブを処理して各ページのイメージデータを生成するイメージデータ生成部およびイメージデータ生成部により生成されたイメージデータを圧縮処理する圧縮処理部を備えたフロントエンドプロセッサと、画像を所定の記録媒体上に記録する画像記録部に対応して設けられた、フロントエンドプロセッサから送付された各ページの圧縮イメージデータを受け取り伸張処理した後に画像記録部へ送出して画像記録部を制御するバックエンドプロセッサとから構成されている画像形成システムであって、フロントエンドプロセッサにて圧縮処理された圧縮イメージデータの圧縮率が予め定められている規定値を超えるか否かを監視し、圧縮率が規定値を超えることを条件として、圧縮イメージデータのファイルサイズがより小さくなるように、イメージデータの生成および圧縮処理の少なくも一方を再実行し、この処理後の圧縮イメージデータをバックエンドプロセッサに送出することとした。
【００２５】
「圧縮率」は、圧縮イメージデータの圧縮率に関係する情報であればどのようなものであってもよい。たとえば圧縮率そのものを示す情報であってもよい。また、圧縮前後のイメージデータのファイルサイズであってもよい。
【００２６】
また、本発明に係るバックエンドプロセッサやフロントエンドプロセッサは、本発明に係る画像形成システムを実現するために好適なものである。
【００２７】
また従属項に記載された発明は、本発明に係る画像形成システム、バックエンドプロセッサ、あるいはフロントエンドプロセッサのさらなる有利な具体例を規定する。
【００２８】
たとえば、フロントエンドプロセッサにて圧縮処理された圧縮イメージデータの圧縮率が予め定められている規定値を超えるか否かの監視は、バックエンドプロセッサおよびフロントエンドプロセッサの何れにおいて実行してもかまわない。
【００２９】
圧縮イメージデータのファイルサイズがより小さくなるようにするには、イメージデータの生成および圧縮処理の少なくも一方を再実行すればよく、たとえば、印刷データを構成する画像オブジェクトの属性ごとにイメージデータを生成するとともに、それぞれのイメージデータごとに圧縮処理を実行し、圧縮処理された圧縮イメージデータの圧縮率が予め定められている規定値を超えるか否かを監視し、各属性の圧縮イメージデータの総合の圧縮率が規定値を超えることを条件として、画像オブジェクトのうちの一方の画像オブジェクトを、画像オブジェクトのうちの他方の画像オブジェクトが割り当てられるイメージデータに割り当てて、一方および他方のそれぞれの画像オブジェクトが割り当てられた複合イメージデータに対して圧縮処理を再実行する。
【００３０】
つまり、画像オブジェクトごとにイメージ生成や圧縮処理をするシステム構成とし、通常はそれぞれのレイヤごとに処理し、規定値を超える場合には、一方のレイヤに他方のオブジェクトも割り当てて取り扱う。
【００３１】
【作用】
上記構成において、フロントエンドプロセッサは、生成し圧縮処理したイメージデータをバックエンドプロセッサに転送する。この際、圧縮イメージデータの圧縮率を、バックエンドプロセッサおよびフロントエンドプロセッサの何れにおいて監視する。
【００３２】
そして、画像オブジェクトごとにイメージ生成や圧縮処理をするようにし、通常はそれぞれのレイヤごとに処理し、圧縮率が規定値を超える場合には、圧縮イメージデータのファイルサイズがより小さくなるように、一方のレイヤに他方のオブジェクトも割り当てて取り扱う。
【００３３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。
【００３４】
図１は、本発明に係る画像形成システムの一実施形態を示す図である。ここで、図１（Ａ）はシステム構成の概略図、図１（Ｂ）は、ユーザインタフェース装置の詳細との関係における接続例を示す図である。
【００３５】
この画像形成システムは、画像形成装置１と、この画像形成装置１に印刷データを渡し印刷指示をする端末装置であるＤＦＥ装置とから構成されている。
【００３６】
画像形成装置１は、電子写真プロセスを利用して画像を所定の記録媒体に記録するものである。この画像形成装置１は、クライアント端末から入力された印刷データに基づいて可視画像を所定の記録媒体上に形成する印刷装置（プリンタ）として機能するようになっている。
【００３７】
すなわち、この画像形成システムにおける画像形成装置１は、ＩＯＴモジュール（ＩＯＴ本体）２と、フィード（給紙）モジュール（ＦＭ；Feeder Module ）５と、出力モジュール７と、パソコン（ＰＣ）などのユーザインタフェース装置８とを備える。なお、フィードモジュール５は、多段構成としてもよい。また、必要に応じて、各モジュール間を連結する連結モジュールを設けてもよい。
【００３８】
また、出力モジュール７の後段に、さらにフィニッシャ（Finisher；後処理装置）モジュールを接続してもよい。フィニッシャモジュールとしては、たとえば、用紙をスタック処理をし、そのコーナ部の１個所または一辺の２個所以上を綴じるステープラを備えたもの、あるいはファイリング用のパンチ孔を穿設するパンチング機構を備えたものなどがある。このフィニッシャモジュールは、ユーザインタフェース装置８との接続が切られたオフライン状態でも使用可能とすることが望ましい。
【００３９】
画像形成装置１は、本願発明に係る画像記録部として機能するものである。なお、画像形成装置１の内部構成は、従来技術の項で説明したものとほぼ同様であるので、その説明を割愛する。
【００４０】
ＤＦＥ装置は、イメージデータ生成装置の一例であるフロントエンドプロセッサＦＥＰ（Front End Processor ）部５００を備えている。フロントエンドプロセッサＦＥＰ部５００は、従来技術で示したＤＦＥ装置と同様に、フロントエンジンによるＲＯＰ（Raster OPeration）処理によりクライアント（Client）からのデータをラスタデータに変換（ＲＩＰ処理）し、その変換後のラスタ画像を圧縮処理する機能を備える。ＩＯＴモジュール２の高速処理に対応可能なようにＲＩＰ処理や圧縮処理が高速処理対応になっている。なお、ＤＦＥ装置のフロントエンドプロセッサＦＥＰ部５００は、画像形成装置１に依存した印刷制御機能を果たすプリンタコントローラ機能を備えておらず、主にＲＩＰ処理や圧縮処理をする点が、従来技術で示したＤＦＥ装置と異なる。
【００４１】
ユーザインタフェース装置８は、キーボード８１やマウス８２などの入力デバイスを有し、ユーザに画像を提示しつつ指示入力を受け付けるＧＵＩ（Graphic User Interface）部８０を備えるとともに、その本体（図示せず）内に画像形成装置１の各モジュールやＤＦＥ装置との間の接続インタフェース機能やサーバ機能をなすＳｙｓ（システム制御）部８５を備える。また、ユーザインタフェース装置８は、画像形成装置１に依存した印刷制御機能を果たすプリンタコントローラ機能を備えている。
【００４２】
このような構成におけるユーザインタフェース装置８の画像形成装置１に依存した処理の制御機能を果たすプリンタコントローラ機能部分と、接続インタフェースに関わる部分とを、纏めてバックエンドプロセッサＢＥＰ（Back End Processor）部６００という。結果として、本実施形態の構成におけるユーザインタフェース装置８は、ＧＵＩ部８０と、ＩＯＴコア部２０などエンジン特性に応じた制御するプリンタコントローラ機能部分とを含むようになっている。なお、バックエンドプロセッサＢＥＰ部６００やＩＯＴコア部２０は、画像処理装置の機能を備えている。
【００４３】
フロントエンドプロセッサＦＥＰ部５００にはクライアント端末から受け取った印刷データを保存しておくデータ格納部（図示せず）が用意される。同様に、バックエンドプロセッサＢＥＰ部６００には、フロントエンドプロセッサＦＥＰ部５００から受け取ったイメージデータやジョブチケットを保存しておくデータ格納部（図示せず）が用意される。
【００４４】
ＤＦＥ装置では、クライアント端末で生成されたコードデータをフロントエンジン側のＲＩＰ処理でラスタデータ化し、圧縮処理を施す。ＤＦＥ装置側のフロントエンドプロセッサＦＥＰ部５００と画像形成装置１側のバックエンドプロセッサＢＥＰ部６００との間の電気信号の伝送は、ＩＯＴコア部２０に対して比較的疎な関係にある。つまり、画像記録部としてのプリントエンジン３０に対して非依存の通信インタフェース（汎用ネットワークによる疎結合）で構築される。
【００４５】
たとえば、図１（Ａ）に示すように、ＤＦＥ装置とバックエンドプロセッサＢＥＰ部との間は、たとえば通信速度が１ＧＢＰＳ（Giga Bit Per Sec）程度の汎用の通信プロトコルによる高速有線ＬＡＮ（Local Area Network）などで接続するとよい。印刷ファイルは、たとえばＦＴＰ（File Transfer Protocol）などによりフロントエンドプロセッサＦＥＰ部５００からバックエンドプロセッサＢＥＰ部６００へファイル転送される。
【００４６】
これに対して、バックエンドプロセッサＢＥＰ部６００と画像記録部を構成する（その主要部である）ＩＯＴコア部２０との間の電気信号の伝送は、ＩＯＴコア部２０に対して比較的密な関係にある、つまり、画像記録部としてのプリントエンジン３０に依存した通信インタフェースで構築される。たとえば、専用の通信プロトコルで接続される。
【００４７】
ユーザインタフェース装置８には、画像形成装置１を操作するための制御ソフトウェアが組み込まれている。このユーザインタフェース装置８は、画像処理装置ＩＰＳ（Image Process System）の機能を備えたＤＦＥ装置と接続されており、たとえば、ＲＩＰ（Raster Image Process）処理済みの印刷データ、および印刷枚数や用紙サイズなどの印刷制御情報をＤＦＥ装置から受け取り、要求された印刷処理を画像形成装置１に実行させる。
【００４８】
上記構成の画像形成システムにおいて、フロントエンドプロセッサＦＥＰ部５００とバックエンドプロセッサＢＥＰ部６００の間のコマンドにおいて、フロントエンドプロセッサＦＥＰ部５００からバックエンドプロセッサＢＥＰ部６００への指示は、たとえば、両面の指定、アウトプット装置であるＩＯＴモジュール２（詳細にはプリントエンジン３０）の指定、イメージシフト量の指定、あるいは出力順序指定などである。
【００４９】
プリンタコントローラ機能をなすバックエンドプロセッサＢＥＰ部は、ＤＦＥ装置からのイメージデータとともに印刷制御情報（印刷コマンド）を画像形成装置１内のインタフェース部を介して受け取り、画像形成装置１に依存した印刷処理（エンジン特性に依存した処理）の制御機能を果たす。また、たとえば、コレーション（Collation ；帳合い）設定による複数部出力やプリントアウト後もう１枚欲しいときのリプリントなど、ＤＦＥ装置から受け取り画像形成装置１に保持しておいたデータを利用することで、効率的な高速出力を可能とする。
【００５０】
このため、バックエンドプロセッサＢＥＰ部には、ＤＦＥ装置から受け取った印刷制御情報に基づいてコマンドコード（Command Code）を生成し、画像形成装置１内の各部の処理タイミングをエンジン特性に応じて制御するコントローラが設けられる。また、バックエンドプロセッサＢＥＰ部６００は、ＩＯＴモジュール２やフィードモジュール５あるいは出力モジュール７などのエンジン特性に適合するようにスプール（Ｓｐｏｏｌ）処理を完結させてからＩＯＴモジュール２に画像データを渡す。バックエンドプロセッサＢＥＰ部は、エンジン特性に依存した制御処理をする。
【００５１】
また、バックエンドプロセッサＢＥＰ部６００は、エンジン特性に依存した紙詰まりなどのリカバリ処理を自動的に行なう。また、クライアントからの指示をフロントエンドプロセッサＦＥＰ部で判断し、ＩＯＴコア部２０や定着器７０あるいはフィニッシャ部などの画像形成装置１の各部に依存せず専らフロントエンドプロセッサＦＥＰ部５００のみで処理可能なものはフロントエンドプロセッサＦＥＰ部５００で処理し、画像形成装置１の各部に依存するものであってバックエンドプロセッサＢＥＰ部６００で行なうべき処理はバックエンドプロセッサＢＥＰ部６００側へコマンドをスルーさせる。
【００５２】
たとえば、ＤＦＥ装置からバックエンドプロセッサＢＥＰ部には、ＲＩＰ処理が施されたラスタベース画像を含む印刷ファイルデータが送られる。印刷ファイルデータとしては、TIFF（Tagged Image File Format）フォーマットなどのラスタベースの画像ファイルデータの他、印刷部数、両面／片面、カラー／白黒、合成印刷、ソートの有無、ステープラの有無など印刷制御情報などが含まれる。
【００５３】
そしてたとえば、回転（Rotation）、１枚の用紙内へのページ割付（Ｎ−ＵＰ）、リピート処理、用紙サイズ合わせ、デバイス差を補正するＣＭＳ（Colour Management System；カラー管理システム）、解像度変換、コントラスト調整、圧縮率指定（低／中／高）などのＲＩＰ処理と関わりのある処理は、フロントエンドプロセッサＦＥＰ部５００にて処理し、その制御コマンドをバックエンドプロセッサＢＥＰ部６００へは通知しない（非通知）。
【００５４】
一方、コレーション（帳合い）、両面印刷、スタンプ・パンチ・ステープラなどのフィニッシャ装置あるいは用紙トレーと関わりのある位置合わせ処理、排出面（上下）合わせ、グレーバランスや色ズレ補正などのキャリブレーション処理、スクリーン指定処理など、画像形成装置１の処理特性と関わりの強いもの（ＩＯＴ依存の処理）に関しては、その制御コマンドをフロントエンドプロセッサＦＥＰ部５００がスルーすることで、バックエンドプロセッサＢＥＰ部６００にて処理する。
【００５５】
なお、用紙サイズ合わせに関しては、フロントエンドプロセッサＦＥＰ部５００だけでなく、バックエンドプロセッサＢＥＰ部６００にても処理してもかまわない。
【００５６】
バックエンドプロセッサＢＥＰ部６００では、印刷用にページ再配置をし、プリントエンジン３０の処理速度に同期して制御コマンドをやり取りしながら、エンジン生産性を最大限生かす速度でページデータを所定の順にＩＯＴコア部２０に送出する。
【００５７】
このプリントエンジン３０などの処理特性に適応した処理（同期処理）よりもフロントエンドプロセッサＦＥＰ部５００からのデータ送出の方が早ければ、バックエンドプロセッサＢＥＰ部６００は、間に合わない画像データやジョブチケットをデータ格納部に一時的に保管しておく。そして、ユーザが希望する排出条件（ページ順や向き、あるいはフィニッシング処理の有無など）に合致するようにページデータを読み出し、また必要に応じて画像編集し、用紙上における画像位置の補正や、ユーザが希望する画像処理をし、処理済の画像データをＩＯＴモジュール２側に送出する。
【００５８】
これにより、フロントエンドプロセッサＦＥＰ部５００と画像記録部としてのプリントエンジン３０や定着器７０などの出力側とが非同期の処理、バックエンドプロセッサＢＥＰ部６００と出力側とは同期の処理となり、その差がデータ格納部へのデータ格納と読出しとで相殺されるようになる。また、画像データの圧縮／伸張をする場合においても、フロントエンドプロセッサＦＥＰ部５００における圧縮処理とバックエンドプロセッサＢＥＰ部６００における伸張処理とは非同期の処理となる。つまり、このような構成によれば、フロントエンドプロセッサＦＥＰ部５００におけるＲＩＰ処理やその後の圧縮処理は、印刷ジョブ内容や画像記録部を構成するＩＯＴコア部２０や定着器７０などの処理特性とは独立的に処理される。
【００５９】
このように、本実施形態のシステム構成によれば、ＤＦＥ装置と画像形成装置１との関係はルーズであってよい（Loosely connection）。たとえば、ＤＦＥ装置のフロントエンドプロセッサＦＥＰ部５００にてＲＩＰ処理や圧縮処理をしておくだけでよい。そしてそこまでは、ＲＩＰエンジンの性能次第に任せた処理としており、特にプリントエンジン側の処理速度（同期）や制御に依存する必要は一切ない。つまり、ＤＦＥ装置にての処理としては、画像形成装置１の性能の影響を受けないＲＩＰ処理や圧縮処理などの範囲に留めることができる。バックエンドプロセッサＢＥＰ部６００は、画像形成装置１に合わせたページ再配置や、ＩＯＴコア部２０と同期した印刷制御をする。
【００６０】
これらの処理は、バックエンドプロセッサＢＥＰ部６００が備えるプリンタコントローラ機能が、フロントエンドプロセッサＦＥＰ部５００から渡されたジョブチケットを解釈（デコード）し、あるいはＧＵＩ部８０を介したユーザ指示を受けて、各部を制御することで実現される。
【００６１】
加えて、エンジン特性に応じた煩雑な処理を担当するバックエンドプロセッサＢＥＰ部６００側は、ＲＩＰ処理から開放され、ＩＯＴモジュール２や定着器７０あるいはフィニッシャなどの性能に応じて、柔軟に処理や制御を変更することができる。これにより、フロントエンドプロセッサＦＥＰ部５００側が特にエンジンの特性やノウハウを熟知していなくてもよくなる。
【００６２】
また、フロントエンドプロセッサＦＥＰ部５００がプリントエンジン３０に非依存であるため、ユーザはプリントエンジンを新規に購入しても従来のフロントエンドを流用することできる。また、他のメーカのフロントエンドとの接続も可能となる。つまり、フロントエンドプロセッサＦＥＰ部５００の汎用化が実現でき、たとえば汎用印刷ＲＩＰエンジンや他社のＲＩＰエンジンが使用可能となる。あるいは、容易にビジネス上必要なターゲットとしたいエンジンにプリンタコントローラを提供していくことが可能になる。
【００６３】
バックエンドプロセッサＢＥＰ部６００は標準コントローラの使用の制約がないので、このバックエンドプロセッサＢＥＰ部６００による画像形成動作の制御は、ＤＦＥ装置によるものよりも高速性や拡張性に富む。したがって、画像形成装置１の高速化、高機能化に柔軟に対応することが容易となる。
【００６４】
図２は、イメージデータ生成機能を備えたＤＦＥ装置と、画像記録部の主要部をなすプリントエンジン３０との間にバックエンドプロセッサＢＥＰ部６００を配する場合のシステム構成例を示す図である。
【００６５】
前述のように、ＤＦＥ装置における処理としては、画像形成装置１（詳しくはプリントエンジン３０や定着器７０などの画像記録部）の性能の影響を受けないＲＩＰ処理や圧縮処理などの範囲に留めることができる一方で、エンジン特性に応じた煩雑な処理を担当するバックエンドプロセッサＢＥＰ部６００側は、ＲＩＰ処理から開放されるので、従来のように、イメージデータ生成機能部分と、プリンタコントローラ機能分とが１対１に接続されている必要がない。
【００６６】
たとえば、図２（Ａ）に示すように、複数のＤＦＥ装置（フロントエンドプロセッサＦＥＰ部５００）が１台のバックエンドプロセッサＢＥＰ部６００とネットワーク接続されたシステム、すなわちＤＦＥ装置の台数と画像形成装置１（バックエンドプロセッサＢＥＰ部６００）の台数とが１：ｍのシステムを構築することができる。たとえば、プリントエンジンとしての基本性能が、たとえば８０枚／分程度のカラー印刷に対応する画像形成装置１に対して、装置内のデジタルデータバスが６６Ｍ／６４ビットの高速処理対応可能なバックエンドプロセッサＢＥＰ部６００と、３３Ｍ／６４ビットの中速処理対応可能なバックエンドプロセッサＢＥＰ部６００というように、処理能力の異なる複数台のバックエンドプロセッサＢＥＰ部６００が配される形態である。
【００６７】
また、図２（Ｂ）に示すように、ＤＦＥ装置（フロントエンドプロセッサＦＥＰ部５００）も複数台接続したシステム、すなわち、ＤＦＥ装置の台数と画像形成装置１（詳しくはプリントエンジン３０）の台数とがｎ：ｋのシステムを構築することもできる。
【００６８】
何れの場合も、イメージデータ生成装置（ＤＦＥ装置）と画像記録部（プリントエンジン）との間にバックエンドプロセッサＢＥＰ部６００を介在させることで、バックエンドプロセッサＢＥＰ部６００の後段に高速高性能である本刷り用の画像形成装置１（プリントエンジンＰａ，Ｐｂ，Ｐｃ）や中速高性能の本刷り用の画像形成装置１（プリントエンジンＰｄ）と出力確認用のプルーファ（画像形成装置１の一例；プリントエンジンＰｅ）など、複数種類の画像形成装置１を並列設置したシステム、すなわちバックエンドプロセッサＢＥＰ部６００の台数とプリントエンジン（画像記録部）の台数とが１：ｋのシステムを構築することもできる。この場合、バックエンドプロセッサＢＥＰ部６００の前段側であるＤＦＥ装置の台数は１台であってもよいし（１：１：ｋのシステム）、複数台であってもよい（ｎ：１：ｋのシステム）。
【００６９】
なお、プルーファ接続のシステムでは、高速高機能もしくは中速高性能の画像形成装置１によるダイレクト印刷に先立って、ＤＴＰデータから直接カラー校正用プリントの出力をプルーファにて行なうＤＤＣＰ（Digital Direct Color Proofing ）システムを構築することができる。たとえば、バックエンドプロセッサＢＥＰ部６００は、印刷ジョブとしてプルーフデータをプルーファ用のＤＦＥ装置（リップエンジンＲｃ）から受け取るとプルーフィングに適したデータ形式のイメージデータをプルーファＰｅに出力してカラー校正用プリント出力を指令する。一方、本刷り用の印刷ジョブをＤＦＥ装置（リップエンジンＲａ，Ｒｂ）から受け取ると、高速高機能マシンＰａ〜Ｐｃもしくは中速高機能マシンＰｄに、それらに適した形式のイメージデータを出力して、高速／中速・高機能の印刷指示を発する。
【００７０】
なお、高速高機能マシンとプルーファあるいは縦連接続された機種との間の異なるカラー出力の微妙な差異（デバイス差）を補正するＣＭＳ（Colour Management System；カラー管理システム）を搭載することが望ましい。
【００７１】
ここで、本刷り用エンジンＰａとプルーファ用エンジンＰｅの処理性能の違いから、各エンジンにイメージデータを送付する際にはビデオクロック周波数を各エンジンに適したものとする。たとえば、高速高性能のプリントエンジンＰａ〜Ｐｃは３５ＭＢＰＳ（Mega Bit Per Sec）、中速高性能のプリントエンジンＰｄは３０ＭＢＰＳ、プルーファ用のプリントエンジンＰｅは２５ＭＢＰＳである。
【００７２】
このように、フロントエンドプロセッサＦＥＰ部５００、バックエンドプロセッサＢＥＰ部６００、あるいはプリントエンジン３０の接続数を適宜変えて構成することで、画像形成装置１の空き状況や印刷ジョブに適合した画像形成装置を選択して、効率よい出力処理をすることができるようになる。
【００７３】
ただし、フロントエンドプロセッサＦＥＰ部５００からバックエンドプロセッサＢＥＰ部６００に送出する圧縮イメージデータのファイルサイズやその圧縮率が予め定められている規定値を超える場合、画像記憶部６０２への格納が可能であっても、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従して伸張処理や所定の画像処理をして、この処理後のイメージデータをプリントエンジン３０に出力することができず、プリントエンジン３０が持つ処理能力をフルに生かすことができなくなる。
【００７４】
そこで、本実施形態では、ファイルサイズやその圧縮率が予め定められている規定値を超えているか否かを判断し、超えている場合には超えないような圧縮イメージデータを生成し直し再転送することとする。以下、その具体的手法について説明する。
【００７５】
図３は、ＤＦＥ装置と画像形成装置１との間のデータの流れに着目した図であって、フロントエンドプロセッサＦＥＰ部５００およびバックエンドプロセッサＢＥＰ部６００の第１実施形態を示すブロック図である。
【００７６】
この第１実施形態は、フロントエンドプロセッサＦＥＰ部５００、バックエンドプロセッサＢＥＰ部６００、およびプリントエンジン３０が、それぞれ１台で構成されたシステムにおいて、バックエンドプロセッサＢＥＰ部６００側にて圧縮イメージデータの圧縮率を監視し、その圧縮率が予め定められている規定値よりも大きいときには、バックエンドプロセッサＢＥＰ部６００に対して、圧縮パラメータを切り替えように指示し、圧縮率が規定値以下の圧縮イメージデータの再送を要求する形態のものである。
【００７７】
先ず、フロントエンドプロセッサＦＥＰ部５００は、ネットワークを介して接続されたクライアント端末（図示せず）からＰＤＬで記述された印刷データ（以下ＰＤＬデータという）を受け取り、そのＰＤＬデータを一旦順次格納するデータ格納部５０２と、データ格納部５０２からＰＤＬデータを読み出して解釈しページ単位のイメージデータ（ラスタデータ）を生成（ラスタライズ）するＲＩＰ処理部（ラスタイメージ処理部）５１０を備える。
【００７８】
ＲＩＰ処理部５１０は、イメージデータ生成部の一例であって、ぺージ記述言語（ＰＤＬ）で記述された電子データを展開してイメージデータを生成する。このため、ＲＩＰ処理部５１０には、ＰＤＬ解釈部およびイメージャとして機能するデコンポーザ、いわゆるＲＩＰエンジンが組み込まれている。このＲＩＰ処理部５１０は、本実施形態特有のプリントエンジンに応じた専用ＲＩＰエンジンを搭載したものであってもよいし、汎用の印刷ＲＩＰ処理エンジンを搭載したものであってもよい。なお、フロントエンドプロセッサＦＥＰ部５００全体として、他社のＲＩＰ装置（ＤＦＥ装置）を利用してもかまわない。
【００７９】
またフロントエンドプロセッサＦＥＰ部５００は、ＲＩＰ処理部５１０にて生成されたイメージデータを所定のフォーマット（たとえばＪＰＥＧ；Joint Photographic Expert Group ）に従って圧縮する圧縮処理部５３０を備える。また、フロントエンドプロセッサＦＥＰ部５００は、圧縮処理部５３０の後段に、出力側であるＩＯＴモジュール２や出力モジュール７など画像記録部に非依存の通信インタフェースによりバックエンドプロセッサＢＥＰ部６００との間の電気信号の伝送を採るインタフェース部の一例であるファイル転送部５４０を備える。
【００８０】
圧縮形式としてのＪＰＥＧは、ＤＣＴ（Discrete Cosine Transform）に基づくロスあり（lossy）の非可逆圧縮と、２次元ＤＰＣＭ（Differential Pulse Code Modulation） に基づくロスレス（lossless）の可逆圧縮に大きく分けられる。非可逆圧縮の方が可逆圧縮よりも圧縮比を大きく採る（ファイルサイズをより小さくする）ことができる。なお、ＤＣＴ方式はベースラインとエクテンデッド方式に分類され、ベースラインプロセスは最も簡単なＤＣＴ方式でＪＰＥＧの必須機能である。本実施形態では、圧縮比を大きくとれるＤＣＴ方式／ベースライン非可逆圧縮を採用する。
【００８１】
圧縮処理部５３０は、ＲＩＰ処理部５１０からのイメージデータをＪＰＥＧ形式で圧縮し、圧縮済のイメージデータをバックエンドプロセッサＢＥＰ部６００へ即時に転送する。なお、フロントエンドプロセッサＦＥＰ部５００は、印刷ジョブに付帯して受け取った印刷ジョブ内容を示すジョブチケットの内自身に不要なものは、所定のタイミングでファイル転送部５４０を介してバックエンドプロセッサＢＥＰ部６００にそのまま転送する。
【００８２】
また、フロントエンドプロセッサＦＥＰ部５００は、圧縮率の規定値を事前に登録しておく規定値登録部５６０と、バックエンドプロセッサＢＥＰ部６００からの指示があったとき、圧縮率が規定値登録部５５０に登録されている規定値よりも小さくなるように圧縮パラメータを自動調整してファイルサイズをリサイズさせるファイルサイズ制御部５７０とを備える。
【００８３】
規定値登録部５６０は、バックエンドプロセッサＢＥＰ部６００とプリントエンジン３０の各処理性能によって、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従して伸張処理や所定の画像処理をして、この処理後のイメージデータをプリントエンジン３０に出力することができなくなるような圧縮率を規定値として登録する。この規定値の登録は、本システムを設置したときに行なうのがよい。
【００８４】
フロントエンドプロセッサＦＥＰ部側の処理は、プリントエンジン３０の処理速度に非同期で処理される。つまり、フロントエンドプロセッサＦＥＰ部５００は、クライアント端末からＰＤＬデータを受け取ると、順にラスタライズおよび圧縮処理をし、直ちに圧縮処理済のイメージデータをバックエンドプロセッサＢＥＰ部６００に送出する。このとき、ファイルサイズ制御部５７０は、たとえば、圧縮処理部５３０に対して、圧縮パラメータの一例であるＱファクタ（圧縮指数）を、標準的な画像のときに圧縮率が規定値以下となるように、２〜２５５の範囲で指定する。そして、バックエンドプロセッサＢＥＰ部６００から再送を要求されたときには、ファイルサイズ制御部５７０は、圧縮率が規定値以下となるようにＱファクタを調整する。
【００８５】
一方、バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００にて印刷ジョブやプリントエンジン３０とは独立的に（ほぼ無関係）に処理された（たとえばプリントエンジン３０の処理速度に非同期で処理された）圧縮済のイメージデータやジョブチケットなどを含む印刷ファイルを受け取るインタフェース部であって、出力側であるＩＯＴモジュール２や出力モジュール７など画像記録部に非依存の通信インタフェースによりフロントエンドプロセッサＦＥＰ部５００との間の電気信号の伝送を採るファイル受信部６０１を備える。
【００８６】
またバックエンドプロセッサＢＥＰ部６００は、ファイル受信部６０１が受信した印刷ファイルを保持する画像記憶部６０２と、画像記憶部６０２から圧縮済のイメージデータを読み出して、フロントエンドプロセッサＦＥＰ部５００側の圧縮処理部５３０の圧縮処理に対応する伸張処理をし、この伸張処理済のイメージデータをＩＯＴコア部２０側に送出する伸張処理部６１０と、画像記録部に依存した通信インタフェースにより画像記録部との間の電気信号の伝送を採る出力側のインタフェース部６５０とを備える。
【００８７】
伸張処理部６１０は、画像記憶部６０２から読み出し伸張処理したイメージデータに対して、画像回転や用紙上の画像位置の調整、あるいは拡大もしくは縮小など、画像編集機能を備えている。なお、この画像編集機能なす機能部分を伸張処理部６１０とは独立に設けてもかまわない。
【００８８】
また、バックエンドプロセッサＢＥＰ部６００は、ＩＯＴコア部２０の処理性能に依存してバックエンドプロセッサＢＥＰ部６００の各部やＩＯＴコア部２０を制御するプリンタコントローラとして機能する印刷制御部６２０を備える。
【００８９】
なお図示での説明を割愛するが、印刷制御部６２０は、フロントエンドプロセッサＦＥＰ部５００から渡されたジョブチケットを解釈（デコード）し、あるいはＧＵＩ部８０を介したユーザ指示を受けて、プリントエンジン３０や定着部７０あるいはフィニッシャの処理特性に応じて出力形態（ページ内の画像位置、あるいはページ排出順や向きなど）を特定する出力形態特定部と、この出力形態特定部が特定した出力形態で印刷物が出力されるように、プリントエンジン３０や定着部７０あるいはフィニッシャなどの各部を制御する制御部とを備える。
【００９０】
また、バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００から受け取った圧縮イメージデータに対してプリントエンジン３０に同期して伸張処理をし所望の画像処理をしてプリントエンジン３０に出力できるかどうかを判定し、同期処理が不可の場合にはイメージデータの再送をフロントエンドプロセッサＦＥＰ部５００に要求する再転送判定制御部６８０を備える。
【００９１】
再転送判定制御部６８０は、圧縮後のイメージデータサイズを示す情報（ファイルサイズ情報）を抽出するサイズ情報抽出部６８２と、圧縮率を計算する圧縮率算出部６８３と、計算した圧縮率を参照して、フロントエンドプロセッサＦＥＰ部５００から受け取った圧縮イメージデータについて、そのイメージデータの転送先であるターゲットエンジンに同期して出力することが可能であるか否かを判定する同期可否判定部６８６とを備える。
【００９２】
同期可否判定部６８６は、同期して出力することができないときは、ファイルサイズの小さな圧縮イメージデータを再送するようフロントエンドプロセッサＦＥＰ部５００に要求する。このとき、受け取った圧縮イメージデータの圧縮率に関する情報も通知することが好ましい。
【００９３】
バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００から転送されたイメージデータを、一旦バッファとして機能する画像記憶部６０２に蓄積する。伸張処理部６１０は、画像記憶部６０２から圧縮済のイメージデータを読み出して伸張処理するとともに、クライアント端末やフロントエンドプロセッサＦＥＰ部５００から指定された印刷ジョブに従ってページデータを組み立てたり（ページデータの再配置）、さらには指示されたプリントエンジンへの転送準備をしたりする。
【００９４】
そして、バックエンドプロセッサＢＥＰ部６００では、プリントエンジン３０の処理速度に同期して制御コマンドをやり取りしながら、エンジン生産性を最大限生かす速度でページデータを所定の順にＩＯＴコア部２０に送出する。
【００９５】
このプリントエンジン３０などの処理特性に適応した処理（同期処理）よりもフロントエンドプロセッサＦＥＰ部５００からのデータ送出の方が早ければ、バックエンドプロセッサＢＥＰ部６００は、間に合わない画像データやジョブチケットを画像記憶部６０２に一時的に保管しておく。そして、ユーザが希望する排出条件（ページ順や向き、あるいはフィニッシング処理の有無など）に合致するようにページデータを読み出し、また必要に応じて画像編集し、用紙上における画像位置の補正や、ユーザが希望する画像処理をし、処理済の画像データをＩＯＴモジュール２側に送出する。
【００９６】
これにより、フロントエンドプロセッサＦＥＰ部５００と画像記録部としてのプリントエンジン３０や定着器７０などの出力側とが非同期の処理、バックエンドプロセッサＢＥＰ部６００と出力側とは同期の処理となり、その差が画像記憶部６０２へのデータ格納と読出しとで相殺されるようになる。また、画像データの圧縮／伸張をする場合においても、フロントエンドプロセッサＦＥＰ部５００における圧縮処理とバックエンドプロセッサＢＥＰ部６００における伸張処理とは非同期の処理となる。つまり、第１実施形態の構成によれば、フロントエンドプロセッサＦＥＰ部５００におけるＲＩＰ処理やその後の圧縮処理は、印刷ジョブ内容や画像記録部を構成するＩＯＴコア部２０や定着器７０などの処理特性とは独立的に処理される。
【００９７】
このように、第１実施形態の構成では、フロントエンドプロセッサＦＥＰ部５００は、ＲＩＰ処理部５１０にてページ記述言語からラスタライズされた（描画展開された）イメージデータは、疎の関係で結合されているバックエンドプロセッサＢＥＰ部６００側へページ順に転送する。そしてそこまでは、ＲＩＰエンジンの性能次第に任せた処理としており、特にプリントエンジン側の処理速度（同期）や制御に依存する必要は一切ない。
【００９８】
これらの処理は、プリンタコントローラとして機能する印刷制御部６２０が、フロントエンドプロセッサＦＥＰ部５００から渡されたジョブチケットを解釈（デコード）し、あるいはＧＵＩ部８０を介したユーザ指示を受けて、各部を制御することで実現される。
【００９９】
ただし、圧縮イメージデータの圧縮率が規定圧縮率（本例では“１”）を超える場合、画像記憶部６０２への格納が可能でも、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従して伸張処理や所定の画像処理をして、この処理後のイメージデータをプリントエンジン３０に出力するということができず、プリントエンジン３０が持つ処理能力を生かすことができなくなる。
【０１００】
そこで、第１実施形態の構成においては、フロントエンドプロセッサＦＥＰ部５００から受け取った圧縮イメージデータの圧縮率を監視して、その圧縮イメージデータについてプリントエンジン３０に同期して伸張処理をし所望の画像処理をしてプリントエンジン３０に出力できるかどうかを判定し、同期処理が不可の場合、すなわち圧縮率が規定値を超える場合にはイメージデータの再送をフロントエンドプロセッサＦＥＰ部５００に要求する。
【０１０１】
たとえば先ず、ファイルサイズ制御部５７０は、標準的な画像を対象として圧縮処理をした後の圧縮イメージデータの圧縮率が予め定められている規定圧縮率に略等しくなるような圧縮パラメータ（前例ではＱファクタ）をデフォルト値と定め、このデフォルト値を圧縮処理部５３０に設定する。
【０１０２】
規定圧縮率は、バックエンドプロセッサＢＥＰ部６００およびプリントエンジン３０として予め定められている標準的な能力のものを使用した場合において、それぞれの処理性能の関わりで、バックエンドプロセッサＢＥＰ部６００にてプリントエンジン３０に同期した処理が可能な圧縮率である。具体的には、６６Ｍ／６４ビットバスのバックエンドプロセッサＢＥＰ部６００と８０枚／分の印刷処理能力を有するプリントエンジン３０との関係では“１”である。この規定圧縮率“１”が規定値登録部５６０にも登録される。
【０１０３】
圧縮処理部５３０は、ＲＩＰ処理部５１０にて生成された各イメージデータに対して、先ずデフォルト値の圧縮パラメータを用いて圧縮処理をし、処理済の圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に送出する。
【０１０４】
次に、バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００との間でのデータの受け渡しの際に、再転送判定制御部６８０により圧縮イメージデータサイズを監視するとともに、通常はａｃｋ（確認）信号のみをフロントエンドプロセッサＦＥＰ部５００に通知する。
【０１０５】
たとえば、フロントエンドプロセッサＦＥＰ部５００から圧縮イメージデータを受け取ると直ちに、サイズ情報抽出部６８２は、印刷ファイルの付加情報ＤＳＥＬ（たとえばヘッダ情報）から、受け取った圧縮イメージデータのデータサイズを示す情報を抽出する。
【０１０６】
図４は、印刷ファイルの付加情報ＤＳＥＬの一例を示す図である。ここでは、圧縮イメージデータとしてＴＩＦＦ圧縮形式を使用した場合における印刷ファイルに記述される各ページのヘッダ情報の基本フォーマット例を示している。
【０１０７】
圧縮率を計算するために、先ずサイズ情報抽出部６８２は、ＴＩＦＦファイルのヘッダ情報の“StripByteCounts ”から圧縮後の画像データサイズを、同様に“Image width×Image length”を計算することで圧縮前の画像データサイズを、それぞれ抽出する。これを参照して、圧縮率算出部６８３は、実際の圧縮率を算出する。
【０１０８】
同期可否判定部６８６は、バックエンドプロセッサＢＥＰ部６００に接続されているプリントエンジン３０との関わりで定まる規定圧縮率（本例では“１”）と、圧縮率算出部６８３が算出した実際の圧縮率とを照合する。具体的には、接続されているプリントエンジン３０の規定圧縮率と圧縮イメージデータの実際の圧縮率の大小を比較する。
【０１０９】
規定圧縮率よりも計算で求めた実際の圧縮率の方が大きければ、受け取った圧縮イメージデータについては、プリントエンジン３０との間での同期処理ができなくなるので、同期可否判定部６８６は、圧縮率が小さくなるような圧縮パラメータを用いて圧縮処理を再実行するように、フロントエンドプロセッサＦＥＰ部５００のファイルサイズ制御部５７０に通知する。すなわち、圧縮率が規定値を越えたという旨の情報をフロントエンドプロセッサＦＥＰ部５００に通知する。このとき、同期可否判定部６８６は、圧縮率算出部６８３が算出した実際の圧縮率についても、ファイルサイズ制御部５７０に通知する。
【０１１０】
同じ圧縮パラメータ（前例ではＱファクタ）を用いていても、圧縮後の画像ファイルサイズは処理対象画像によって変わるので、実際の圧縮率がどのような値になるのかは、実際に圧縮処理をしてからでなければ分からないので、このような監視の手法を採っている。
【０１１１】
これを受けて、ファイルサイズ制御部５７０は、圧縮率がより小さくなるように、圧縮処理部５３０へ設定している圧縮パラメータを変更する。このとき、圧縮率算出部６８３が算出した実際の圧縮率を参照して、圧縮パラメータの変更の度合いを調整する。圧縮処理部５３０は、調整済みの圧縮パラメータを用いて圧縮処理を再実行し、処理済の圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に再転送する。
【０１１２】
バックエンドプロセッサＢＥＰ部６００は、この圧縮率が調整された圧縮イメージデータを画像記憶部６０２に格納する。画像記憶部６０２は、先に取得した圧縮率調整前の圧縮イメージデータを破棄しもかまわない。次に、この圧縮メージデータについての印刷処理の際には、バックエンドプロセッサＢＥＰ部６００は、圧縮率が調整された圧縮イメージデータを用いて伸張処理や所定の画像処理をしてから、プリントエンジン３０に渡す。
【０１１３】
以上説明したように、第１実施形態の構成によれば、バックエンドプロセッサＢＥＰ部６００側にて実際の圧縮率を監視し、実際の圧縮率が“１”を超えるとき、すなわち元の画像ファイルサイズよりも圧縮後の画像ファイルサイズの方が大きくなるときには、圧縮パラメータを変更して再度圧縮処理をし直してイメージデータを再送させ、画像記憶部６０２に保持しておくことができる。これにより、圧縮イメージデータサイズが自動的にリサイズされたデータ、すなわち圧縮率が調整されたデータが事前（そのページの印刷処理実行前）に画像記憶部６０２に保持される。
【０１１４】
よって、この圧縮率が調整されたページを処理対象とするときには、圧縮率が調整された圧縮イメージデータを画像記憶部６０２から読み出すことができるので、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従してイメージデータをプリントエンジン３０に出力することができるようになる。よって、ユーザが意識することなく、エンジン側の最大生産性を得ることができるようになる。
【０１１５】
図５は、ＤＦＥ装置と画像形成装置１との間のデータの流れに着目した図であって、フロントエンドプロセッサＦＥＰ部５００およびバックエンドプロセッサＢＥＰ部６００の第２実施形態を示すブロック図である。
【０１１６】
この第２実施形態は、バックエンドプロセッサＢＥＰ部６００側にて圧縮処理後のファイルサイズを監視し、圧縮処理後のファイルサイズが規定値よりも大きくなったときに、バックエンドプロセッサＢＥＰ部６００に対して、圧縮パラメータを切り替えるように指示することで、ファイルサイズが規定値の範囲内となるイメージデータの再送を要求する形態のものである。
【０１１７】
実際の圧縮率を計算するのではなく、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０と同期した処理を可能なファイルサイズと直接に比較する点が第１実施形態と異なる。また、１つのフロントエンドプロセッサＦＥＰ部５００が、複数のバックエンドプロセッサＢＥＰ部６００の何れかをコントローラとして利用可能で、かつ１つのバックエンドプロセッサＢＥＰ部６００に処理能力の異なる複数のプリントエンジンが接続される形態に対応する構成とした点が第１実施形態と異なる。
【０１１８】
先ず、バックエンドプロセッサＢＥＰ部６００として、６６Ｍ／６４ビットバスのものと３３Ｍ／３２ビットバスのものが使用可能で、プリントエンジン３０として、８０枚／分の印刷処理能力を有する高速高機能のものと、これよりは印刷処理能力の劣るプルーファとが使用可能な形態で説明する。なお、フロントエンドプロセッサＦＥＰ部５００の構成は、第１実施形態のものと同様である。
【０１１９】
バックエンドプロセッサＢＥＰ部６００の再転送判定制御部６８０は、フロントエンドプロセッサＦＥＰ部５００から伝達されるイメージデータを含む印刷ファイルから出力先エンジン種（ターゲットエンジン）を示す出力先情報を抽出する出力先情報抽出部６８１を備える。また、再転送判定制御部６８０は、バックエンドプロセッサＢＥＰ部６００に接続済みのＩＯＴコア部２０（具体的にはプリントエンジン３０）の処理能力に関する情報を各ＩＯＴコア部２０から取得するエンジン能力情報取得部６８４を備える。
【０１２０】
先ず、フロントエンドプロセッサＦＥＰ部５００の圧縮処理部５３０は、ＲＩＰ処理部５１０にて生成された各イメージデータに対して、先ずデフォルト値の圧縮パラメータを用いて圧縮処理をし、処理済の圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に送出する。このとき、フロントエンドプロセッサＦＥＰ部５００は、イメージデータの転送先であるエンジン種（ターゲットエンジ）を特定する出力先情報をイメージデータの付帯情報として、各ページごとに、そのイメージデータに対応付けて送る。
【０１２１】
一方、バックエンドプロセッサＢＥＰ部６００においては、先ず、エンジン能力情報取得部６８４は、バックエンドプロセッサＢＥＰ部６００に接続されている各プリントエンジン３０についての処理能力に関する情報を取得しておく。また、同期可否判定部６８６は、エンジン能力情報取得部６８４が取得した各プリントエンジン３０についての処理能力と、バックエンドプロセッサＢＥＰ部６００の処理能力とを照合し、各プリントエンジン３０の処理能力とバックエンドプロセッサＢＥＰ部６００の処理能力との関わりで、バックエンドプロセッサＢＥＰ部６００にてプリントエンジン３０に同期した処理が可能な最大イメージサイズ（規定ファイルサイズ）を、それぞれのプリントエンジン３０について計算する。そして、計算結果を図示しないメモリに格納する。この処理は、たとえばバックエンドプロセッサＢＥＰ部６００が設けられているユーザインタフェース装置８のメイン電源が投入された直後に行なうとよい。
【０１２２】
次に、バックエンドプロセッサＢＥＰ部６００の出力先情報抽出部６８１は、フロントエンドプロセッサＦＥＰ部５００から送られてきた印刷ファイルのヘッダ情報に記述されている出力先情報を参照する。
【０１２３】
バックエンドプロセッサＢＥＰ部６００にてプリントエンジン３０に同期した処理が可能な規定圧縮率は、６６Ｍ／６４ビットバスのバックエンドプロセッサＢＥＰ部６００と８０枚／分の印刷処理能力を有するプリントエンジン３０との関係では“１”、３３Ｍ／３２ビットバスのバックエンドプロセッサＢＥＰ部６００と８０枚／分の印刷処理能力を有するプリントエンジン３０との関係では“０．５”となる。
【０１２４】
バックエンドプロセッサＢＥＰ部６００の同期可否判定部６８６は、出力先として指定されたターゲットエンジンとの関係で、事前に求めておいた規定圧縮率に対応する規定ファイルサイズと、サイズ情報抽出部６８２が抽出した実際のファイルサイズの大小を比較する。
【０１２５】
ターゲットエンジンとの関わりにおける最大イメージサイズ（規定ファイルサイズ）よりも圧縮イメージデータサイズの方が大きければ、受け取った圧縮イメージデータについては、プリントエンジン３０との間での同期処理ができなくなるので、同期可否判定部６８６は、データサイズが小さくなるような圧縮パラメータを用いて圧縮処理を再実行するように、フロントエンドプロセッサＦＥＰ部５００のファイルサイズ制御部５７０に通知する。このとき、同期可否判定部６８６は、サイズ情報抽出部６８２が抽出した圧縮イメージデータサイズについても、ファイルサイズ制御部５７０に通知する。
【０１２６】
これを受けて、ファイルサイズ制御部５７０は、ファイルサイズがより小さくなるように、圧縮処理部５３０へ設定している圧縮パラメータを変更する。このとき、圧縮率算出部６８３から通知された実際のファイルサイズを参照して、圧縮パラメータの変更の度合いを調整する。
【０１２７】
以上説明したように、第２実施形態の構成によれば、バックエンドプロセッサＢＥＰ部６００側にて実際のファイルサイズを監視し、実際のファイルサイズが規定ファイルサイズを超えるときには、圧縮パラメータを変更して再度圧縮処理をし直してイメージデータを再送させる。これにより、圧縮イメージデータサイズが自動的にリサイズされ、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従してイメージデータをプリントエンジン３０に出力することができるようになる。よって、ユーザが意識することなく、エンジン側の最大生産性を得ることができるようになる。
【０１２８】
加えて、フロントエンドプロセッサＦＥＰ部５００が出力先として指定したターゲットエンジンに応じて、比較対象の規定ファイルサイズを自動的に切り替えて判定処理するので、多様なシステム構成にも柔軟に対応することができる。
【０１２９】
図６は、フロントエンドプロセッサＦＥＰ部５００およびバックエンドプロセッサＢＥＰ部６００の第３実施形態を示すブロック図である。この第３実施形態は、バックエンドプロセッサＢＥＰ部６００からファイルサイズの小さなイメージデータの再転送を要求されたとき、フロントエンドプロセッサＦＥＰ部５００は、低解像度でＲＩＰ処理をやり直すことで、圧縮イメージデータサイズを小さくするようにしたものである。バックエンドプロセッサＢＥＰ部６００の構成は、第１実施形態のものと同様である。
【０１３０】
図示するように、フロントエンドプロセッサＦＥＰ部５００のファイルサイズ制御部５７０は、バックエンドプロセッサＢＥＰ部６００からデータの再送要求を受け付けたとき、ＲＩＰ処理部５１０に対して、画像解像度（ここでは画像の縦／横のピクセル数）がより小さいイメージデータを生成するよう指示する。このとき、ファイルサイズ制御部５７０は、圧縮率算出部６８３が算出した実際の圧縮率を参照して、変更後の画像解像度を指示する。圧縮処理部５３０は、解像度変換された（解像度がより低下された）イメージデータに対して、解像度返還前の圧縮処理と同じ圧縮処理パラメータを用いて圧縮処理をし、バックエンドプロセッサＢＥＰ部６００に送出する。
【０１３１】
この第３実施形態の構成によれば、バックエンドプロセッサＢＥＰ部６００側にて実際の圧縮率を監視し、圧縮率が規定値を超えたイメージの場合に、フロントエンドプロセッサＦＥＰ部５００側で画像解像度を変換（実際には縮小側のみ）して、解像度変換後の圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に再転送する。これにより、第１実施形態と同様に、圧縮イメージデータサイズが自動的にリサイズされ、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従してイメージデータをプリントエンジン３０に出力することができるようになる。よって、ユーザが意識することなく、エンジン側の最大生産性を得ることができるようになる。
【０１３２】
なお、この第３実施形態と第１実施形態とを組み合わせて、圧縮率が規定値を超えることを条件として、ＲＩＰ処理部５１０にて解像度変換を実施するとともに、圧縮処理部５３０が使用する圧縮パラメータを切り替えるようにしてもかまわない。
【０１３３】
図７は、フロントエンドプロセッサＦＥＰ部５００およびバックエンドプロセッサＢＥＰ部６００の第４実施形態を示すブロック図である。線画や文字など主に２値で現される画像オブジェクト（以下線画文字オブジェクトＬＷ（Line Work ）という）と、背景部や写真部など主に多階調で表される画像オブジェクト（以下多階調画像オブジェクトＣＴ（Continuous Tone ）など、画像オブジェクトの特性に応じて、適応した処理とするようにした点が第１実施形態の構成と異なる。
【０１３４】
フロントエンドプロセッサＦＥＰ部５００は、先ず基本的には、線画文字オブジェクトＬＷをＬＷレイヤに割り付けてＬＷレイヤのイメージデータとし、また多階調画像オブジェクトＣＴをＣＴレイヤに割り付けてＣＴレイヤのイメージデータとして、２つのレイヤのイメージデータを１つの印刷ファイルに纏めてバックエンドプロセッサＢＥＰ部６００に転送する。
【０１３５】
そして、バックエンドプロセッサＢＥＰ部６００側にて実際の圧縮率を監視し、圧縮率が規定値を超えたイメージの場合にはフロントエンドプロセッサＦＥＰ部５００側へそれを通知する。フロントエンドプロセッサＦＥＰ部５００側では、ＬＷ／ＣＴレイヤに分離したイメージデータを、線画文字オブジェクトＬＷについても全てＣＴレイヤにのみ割り付ける処置を施した上で、ＣＴレイヤのイメージデータのみをバックエンドプロセッサＢＥＰ部６００へ転送する。以下、具体的に説明する。
【０１３６】
画像オブジェクトの特性に適応した処理とするため、先ずフロントエンドプロセッサＦＥＰ部５００は、イメージデータ生成部の一例であるＲＩＰ処理部５１０により生成されたイメージデータを線画文字オブジェクトＬＷを表す線画データＤＬＷおよび多階調画像オブジェクトＣＴを表す連続階調画像データＤＣＴに分離した状態に展開するイメージデータ分離部５２０を備えている。
【０１３７】
そして、圧縮処理部５３０は、イメージデータ分離部５２０に対応して、線画文字オブジェクトＬＷと多階調画像オブジェクトＣＴとを個別に圧縮処理するため、それぞれイメージデータ分離部５２０により分離された、線画データＤＬＷを圧縮処理するＬＷ圧縮処理部５３２と、連続階調画像データＤＣＴを圧縮処理するＣＴ圧縮処理部５３４とを備える。
【０１３８】
ファイル転送部５４０は、ＬＷ圧縮処理部５３２により圧縮処理された線画データＤＬＷ１とＣＴ圧縮処理部５３４により圧縮処理された連続階調画像データＤＣＴ１とをジョブチケットとともに１つの印刷ファイルに纏めてバックエンドプロセッサＢＥＰ部６００にファイル転送する。
【０１３９】
ファイルサイズ制御部５７０は、各圧縮処理部５３２，５３４に対して、圧縮パラメータの一例であるＱファクタ（圧縮指数）を、標準的な画像のときに、ＬＷ圧縮処理部５３２により圧縮処理された線画文字オブジェクトＬＷを表すＬＷレイアの圧縮イメージデータと、ＣＴ圧縮処理部５３４により圧縮処理された多階調画像オブジェクトＣＴを表すＣＴレイアの圧縮イメージデータとの合計の圧縮率が規定値以下となるように、２〜２５５の範囲で指定する。そして、バックエンドプロセッサＢＥＰ部６００から再送を要求されたときには、ファイルサイズ制御部５７０は、線画文字オブジェクトＬＷについても全てＣＴレイヤにのみ割り付けるようイメージデータ分離部５２０に指示する。
【０１４０】
一方、バックエンドプロセッサＢＥＰ部６００のファイル受信部６０１は、ファイル転送部５４０から転送された印刷ファイル（線画データＤＬＷ１、連続階調画像データＤＣＴ１、およびジョブチケットを含む）を受け取り、受け取った印刷ファイルを画像記憶部６０２に格納する。
【０１４１】
また、バックエンドプロセッサＢＥＰ部６００の伸張処理部６１０は、フロントエンドプロセッサＦＥＰ部５００の圧縮処理部５３０に対応して、線画文字オブジェクトＬＷと多階調画像オブジェクトＣＴとを個別に伸張処理するため、ＬＷ圧縮処理部５３２により圧縮処理された線画データＤＬＷ１を伸張処理するＬＷ伸張処理部６１２と、ＣＴ圧縮処理部５３４により圧縮処理された連続階調画像データＤＣＴ１を伸張処理するＣＴ伸張処理部６１４とを備える。
【０１４２】
また、バックエンドプロセッサＢＥＰ部６００は、伸張処理部６１０の後段に、個別に伸張処理された線画データＤＬＷおよび連続階調画像データＤＣＴを結合するイメージデータ結合部の一例であるマージ部６３０を備えている。
【０１４３】
マージ部６３０は、線画文字オブジェクトＬＷと多階調画像オブジェクトＣＴとの解像度を合わせる機能部分としてＬＷ解像度整合部６３２およびＣＴ解像度整合部６３４を備え、さらに解像度が合わされた線画文字オブジェクトＬＷと多階調画像オブジェクトＣＴとを１つの画像に統合する（纏める）画像結合部６３６と、この統合された画像に対して網掛け処理をする網掛け処理部６３８とを備える。
【０１４４】
このマージ部６３０により処理されたデータは、図示しない中間調処理部にてスクリーン処理やハーフトーニング処理（疑似中間調処理）が施された後に、プリントエンジン３０の光源（図示せず）に変調２値化信号として入力される。
【０１４５】
この第４実施形態の構成においては、先ずフロントエンドプロセッサＦＥＰ部５００にて、ページ記述言語で記述されたＰＤＬデータは、ＲＩＰ処理部５１０に入力された後ＲＩＰ処理されてラスタイメージに変換され、さらに後段のイメージデータ分離部５２０にて、線画データＤＬＷおよび連続階調画像データＤＣＴに分離される。分離された線画データＤＬＷはＬＷ圧縮処理部５３２に送られ、連続階調画像データＤＣＴはＣＴ圧縮処理部５３４に送られ、それぞれに適した方法で圧縮される。
【０１４６】
ここで、線画に適した圧縮方法としては、Ｇ３，Ｇ４，ＴＩＦＦ−ＩＴ８のＢＬ（バイナリラインアート），ＪＢＩＧ（Joint Bi-level Image Group）などがあり、連続階調画像に適した圧縮方法としては、ＴＩＦＦ６．０のＰａｃｋＢｉｔ，ＪＰＥＧなどがあり、共通の圧縮方法としてＳＨ８，Ｌｅｍｐｅｌ−Ｚｉｖ，ハフマン符号化などがある。
【０１４７】
Ｇ３，Ｇ４，ハフマン符号化はファクシミリの分野で広く利用されている方法であり、ハフマン符号化は文字列の生起確率のバラツキを圧縮原理とするものである。
【０１４８】
ＪＢＩＧは、伝送の初期の段階でラフではあるが全体画像を表示し、その後必要に応じて追加情報を加え、画品質の向上を図るプログレッシブビルドアップであり、白黒２値画像および中間調画像に対して統一的に適用できる。
【０１４９】
また、ＴＩＦＦ−ＩＴ８のＢＬはＢＬデータの各ラインを、背景色（黒）ランと前景色（白）ランのペアのシーケンスとして符号化するもので、各ラインは背景色ランで始まる。ＢＬデータのランレングス符号化では２つの基本符号化構造が使用され、２５４画素までのランレングスを符号化するショート形式（８ビット長）を６５，５３５画素までのランレングスを符号化するロング形式（２４ビット長）があり、この２つの形式を混合使用できる。個々のラインンデータは２つのゼロのバイトで始まり、２つのゼロのバイトで終る。
【０１５０】
本実施形態においては、ＬＷ圧縮処理部５３２における圧縮よりもＣＴ圧縮処理部５３４における圧縮の方が圧縮率が高まる（ファイルサイズをより小さくする）ように、異なる圧縮方式を採用する、もしくは同じ圧縮方式を採用する場合はＣＴ圧縮処理部５３４の方が圧縮率が高まる圧縮パラメータを使用する。
【０１５１】
上述のようにして分離された線画データＤＬＷは、ＬＷ圧縮処理部５３２で圧縮されて出力側（フロントエンドプロセッサＦＥＰ部６００）のＬＷ伸張処理部６１２に転送され、連続階調画像データＤＣＴはＣＴ圧縮処理部５３４で圧縮されて出力側（フロントエンドプロセッサＦＥＰ部６００）のＣＴ伸張処理部６１４に転送される。伸張処理部６１２，６１４は、それぞれの圧縮方法に合った方法でデータ伸長をし、データ伸長した線画データＤＬＷ２をマージ部６３０のＬＷ解像度整合部６３２に、データ伸長した連続階調画像データＤＣＴ２をマージ部６３０のＣＴ解像度整合部６３４に送る。
【０１５２】
ＬＷ解像度整合部６３２およびＣＴ解像度整合部６３４は、２つの画像オブジェクトの解像度を合わせる。たとえば、連続階調画像データＤＣＴ２の解像度が４００ＤＰＩ（Dot Per Inch；１インチ当たりの画素数）で線画データＤＬＷ２の解像度１２００ＤＰＩの場合、連続階調画像データＤＣＴ２を３倍拡大して２種類の画像オブジェクトの解像度を合せる。このようにＬＷ解像度整合部６３２，６３４で解像度（ＤＰＩ）を合せられた両データは、画像結合部１１４に送られ１つの画像データＤ２に統合される。統合された画像データＤ２は、さらに網掛け処理部６３８で網掛け処理される。
【０１５３】
図８は、線画データＤＬＷと連続階調画像データＤＣＴの分離を説明する図である。ここで、図８（Ａ）は第１の方法を示す図、図８（Ｂ）は第２の方法を示す図である。また、図８（Ｃ）および図８（Ｄ）は、線画データＤＬＷと連続階調画像データＤＣＴとを１つの印刷ファイルに纏める際の、線画データＤＬＷと連続階調画像データＤＣＴの優先度合いを説明する図である。
【０１５４】
図８（Ａ）に示す第１の方法は、ＰＤＬデータ（ページ記述言語データ）から画像データを抽出して連続階調画像データＤＣＴとし、残りのデータを線画データＤＬＷとする。
【０１５５】
また、図８（Ｂ）に示す第２の方法は、ＲＩＰ処理部５１０とイメージデータ分離部５２０とが連携して処理する構成となっている。すなわち、ＰＤＬデータＤ０を画像の配置情報Ｄ６とともに前処理部５１２に入力し、前処理部５１２はＰＤＬデータＤ０の内の線画オブジェクトに対して、ＲＩＰ処理機能と線画文字オブジェクトＬＷの分離機能とを備えたＬＷラスタメージ処理部５２３でラスター化して線画データＤＬＷとして出力する。
【０１５６】
そして、画像の配置情報Ｄ６は前処理部５１２をそのまま通過して画像配置処理部５１６に入力され、画像データＤ８も画像配置処理部５１６に入力され、画像配置されたデータが、ＲＩＰ処理機能と多階調画像オブジェクトＣＴの分離機能とを備えたＣＴラスタメージ処理部５２５でラスター化され、連続階調画像データＤＣＴとして出力される。または、ＬＷラスタメージ処理部５２５を経ないで、連続階調画像データＤＣＴとして出力される。
【０１５７】
何れの方式でも、分離された２つの画像データ（線画データＤＬＷと連続階調画像データＤＣＴ）は、それぞれ別のレイアにイメージデータとして配置され、それぞれ独立に圧縮処理が施された後に、２レイヤ構造のデータとして１つの印刷ファイルに纏められる。ここで、線画データＤＬＷは、階調画像を含まないパレットカラーまたは２値画像であり、連続階調画像データＤＣＴは階調画像を含む階調データである。この連続階調画像データＤＣＴは線画データＤＬＷより解像度を低くしておいてもよい。
【０１５８】
ただし、線画データＤＬＷがパレットカラーのときは、線画データの情報として最小限白／黒／透明を有する。そこでこの場合、図８（Ｃ）に示すように、線画データＤＬＷが優先（上位）画像となる。また、線画データＤＬＷが２値画像のときは透明の情報は持たず、連続階調画像データＤＣＴに透明の情報を持つことになる。たとえば０＝透明、１＝白、…、２５５＝黒である。この場合、図８（Ｄ）に示すように、連続階調画像データＤＣＴが優先（上位）画像となる。
【０１５９】
以上のように、第４実施形態の構成によれば、フロントエンドプロセッサＦＥＰ部５００のＲＩＰ処理部５１０から出力側であるバックエンドプロセッサＢＥＰ部６００側に転送する画像データの圧縮において、線画文字オブジェクトＬＷおよび多階調画像オブジェクトＣＴに分離してそれぞれに適した圧縮方法を使用しているため、データの圧縮率を上げる（元のファイルサイズよりも小さくする）ことができる。
【０１６０】
たとえば、Ａ２サイズの標準画像の場合、第１実施形態では２７０ＭＢが６７ＭＢの圧縮であったが、１６ＭＢまで圧縮できる。また、ＰＤＬデータのラスタイメージ処理には時間が掛かるが、オブジェクト属性に応じて分離してから個々にラスタイメージ処理（ラスタライズ）をするようにすれば、ＲＩＰ処理時間を短縮することもできる。
【０１６１】
ただし、画像によっては、圧縮率が規定値（本例では“１”）を超えることもある。このようなケースでは、バックエンドプロセッサＢＥＰ部６００は、線画文字オブジェクトＬＷを表すＬＷレイアの圧縮イメージデータや多階調画像オブジェクトＣＴを表すＣＴレイアの圧縮イメージデータを画像記憶部６０２に格納することができても、プリントエンジン３０に追従して伸張処理や所定の画像処理をして、この処理後のイメージデータをプリントエンジン３０に出力することができず、プリントエンジン３０が持つ処理能力をフルに生かすことができなくなる。
【０１６２】
そこで、この第４実施形態では、バックエンドプロセッサＢＥＰ部６００は、ＬＷレイアとＣＴレイアの各圧縮イメージデータの合計のファイルサイズの圧縮率を監視し、その圧縮率が予め定められている規定値よりも大きいときには、バックエンドプロセッサＢＥＰ部６００に対して、図８（Ｅ）に示すように、線画文字オブジェクトＬＷについても多階調画像オブジェクトＣＴと同様に、全てＣＴレイヤにのみ割り付けて、線画文字オブジェクトＬＷおよび多階調画像オブジェクトＣＴの各画像オブジェクトが割り当てられた複合イメージデータ（ＣＴレイア）のみの圧縮イメージデータを再送するようファイルサイズ制御部５７０に指示する。
【０１６３】
そして、バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００から再転送された線画文字オブジェクトＬＷおよび多階調画像オブジェクトＣＴの両者を表すＣＴレイアの圧縮イメージデータのみに基づいて伸張処理して元の画像を再生する。マージ部６３０の画像統合部６３６は、事実上、画像統合処理を行なう必要がない。
【０１６４】
この第４実施形態の構成によれば、バックエンドプロセッサＢＥＰ部６００側にて、ＬＷレイアおよびＣＴレイヤの合計のファイルサイズについての実際の圧縮率を監視し、圧縮率が規定値を超えた場合には、フロントエンドプロセッサＦＥＰ部５００側で線画文字オブジェクトＬＷについてもＣＴレイアに割り付け直す処理を施した後にＣＴレイアのみについて圧縮処理をしてから、ＣＴレイアのみの圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に転送する。線画文字オブジェクトＬＷをＣＴレイアに割り付けて、線画文字オブジェクト用のＬＷレイヤを使用しないこととすれば、圧縮対象のイメージファイルサイズが小さくなる。
【０１６５】
これにより、線画文字オブジェクトＬＷをＣＴレイアに割り付けて圧縮してから転送するとともにＬＷレイアのイメージデータの転送を割愛すれば、伸張処理したときには線画文字オブジェクトＬＷの再現性がＬＷレイアで処理したときよりも劣る。しかし、変更前と同じ圧縮パラメータを使用していてもその対象がＣＴレイヤのみであり、第１実施形態と同様に、バックエンドプロセッサＢＥＰ部６００に転送される圧縮イメージデータサイズが自動的にリサイズされるので、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従してイメージデータをプリントエンジン３０に出力することができるようになる。よって、ユーザが意識することなく、エンジン側の最大生産性を得ることができるようになる。
【０１６６】
以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更または改良を加えることができ、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【０１６７】
また、上記の実施形態は、クレーム（請求項）にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。前述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜の組合せにより種々の発明を抽出できる。実施形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【０１６８】
たとえば、上記第３および第４実施形態では、第１実施形態に対しての変形例として説明したが、第２実施形態の構成に適用することも可能である。また、第１実施形態の構成において、第２実施形態のように、出力先として指定したターゲットエンジンの特性に応じて判定対象の規定圧縮率を切り替えてもよい。
【０１６９】
また、上記実施形態では、フロントエンドプロセッサは圧縮処理したイメージデータを逐次バックエンドプロセッサＢＥＰ部６００側へ転送し、バックエンドプロセッサ側にてその圧縮イメージデータの圧縮率やファイルサイズが規定値を超えているか否かを監視し、それらが規定値を超えている場合には、ファイルサイズがより小さくなるような圧縮イメージデータの再転送をフロントエンドプロセッサＦＥＰ部５００に要求する形態で説明したが、監視の手法はこのようなものに限るものではない。たとえば、圧縮イメージデータを生成するフロントエンドプロセッサＦＥＰ部５００側自身にて監視してもかまわない。
【０１７０】
なお、前述の実施形態では、圧縮率に関わる規定値として、“１”や“０．５”を例に説明したが、この値は、バックエンドプロセッサＢＥＰ部６００やプリントエンジン３０の処理能力によってかわるもので、固定的なものではなく、システム構成要素の処理性能如何によって異なるものである。
【０１７１】
また、上記実施形態では、記録媒体上に可視画像を形成する主要部であるプリントエンジンとして電子写真プロセスを利用するものに対して、本発明を適用した事例を説明したが、本発明の適用範囲は、これに限定されない。たとえば感熱式、熱転写式、インクジェット式、あるいはその他の同様な従来の画像形成機構を備えたエンジンにより普通紙や感熱紙上に可視画像を形成する構成の画像形成装置を備えた画像形成システムに本発明を適用し得る。
【０１７２】
また、上記実施形態では、画像形成装置として、電子写真プロセスを利用したプリントエンジンを備える印刷装置（プリンタ）を例に説明したが、画像形成装置は、これに限らず、カラー複写機やファクシミリなど、記録媒体上に画像を形成するいわゆる印刷機能を有するものであればよい。
【０１７３】
【発明の効果】
以上のように、本発明によれば、フロントエンドプロセッサにて生成された圧縮イメージデータの圧縮率やファイルサイズが規定値を超えているか否かを監視し、それらが規定値を超えている場合には、ファイルサイズがより小さくなるような圧縮イメージデータをバックエンドプロセッサに再転送するようにした。
【０１７４】
これにより、圧縮後のファイルサイズが予め想定している規定値を超える場合でも、実際の印刷処理に先立って、バックエンドプロセッサがプリントエンジンに追従可能な圧縮イメージデータを記憶媒体に保持しておくことができる。
【０１７５】
よって、ユーザが意識することなく、プリントエンジンなどの画像記録部の持つ処理能力を十分に活かすことができるようになり、生産性を高めることができる。
【図面の簡単な説明】
【図１】 本発明に係る画像形成システムの一実施形態を示す図である。
【図２】 イメージデータ生成機能を備えたＤＦＥ装置と、画像記録部の主要部をなすプリントエンジンとの間にバックエンドプロセッサを配する場合のシステム構成例を示す図である。
【図３】 フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第１実施形態を示すブロック図である。
【図４】 ＴＩＦＦ圧縮形式を使用した場合における印刷ファイルの付加情報ＤＳＥＬの一例を示す図である。
【図５】 フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第２実施形態を示すブロック図である。
【図６】 フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第３実施形態を示すブロック図である。
【図７】 フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第４実施形態を示すブロック図である。
【図８】 線画データＤＬＷと連続階調画像データＤＣＴの分離を説明する図である。
【図９】 従来の画像形成システムの概略を示す図である。
【符号の説明】
１…画像形成装置、２…ＩＯＴモジュール、５…フィードモジュール、７…出力モジュール、８…ユーザインタフェース装置、９…連結モジュール、２０…ＩＯＴコア部、３０…プリントエンジン、３１…光走査装置、３２…感光体ドラム、３９…電気系制御収納部、４３…中間転写ベルト、４５…２次転写部、７０…定着器、８０…ＧＵＩ部、５００…フロントエンドプロセッサＦＥＰ部、５０２…データ格納部、５１０…ＲＩＰ処理部、５１６…画像配置処理部、５２０…イメージデータ分離部、５２３…ＬＷラスタイメージ処理部、５２５…ＣＴラスタイメージ処理部、５３０…圧縮処理部、５３２…ＬＷ圧縮処理部、５３４…ＣＴ圧縮処理部、５４０…ファイル転送部、５６０…規定値登録部、５７０…ファイルサイズ制御部、６００…バックエンドプロセッサＢＥＰ部、６０１…ファイル受信部、６０２…画像記憶部、６１０…伸張処理部、６１２…ＬＷ伸張処理部、６１４…ＣＴ伸張処理部、６２０…印刷制御部、６３０…マージ部、６３２…ＬＷ解像度整合部、６３４…ＣＴ解像度整合部、６３６…画像結合部、６３８…網掛け処理部、６８０…再転送判定制御部、６８１…出力先情報抽出部、６８２…サイズ情報抽出部、６８４…エンジン情報取得部、６８６…同期可否判定部
Claims (11)
- 印刷ジョブを処理して各ページのイメージデータを生成するイメージデータ生成部および当該イメージデータ生成部により生成されたイメージデータを圧縮処理する圧縮処理部を備えたフロントエンドプロセッサと、前記フロントエンドプロセッサから送付された各ページの圧縮イメージデータを受け取り伸張処理した後に前記画像記録部へ送出して前記画像記録部を制御するバックエンドプロセッサとから構成されている画像形成システムであって、
前記フロントエンドプロセッサは、
前記印刷データを構成する画像オブジェクトの属性ごとにイメージデータを生成するとともに、それぞれのイメージデータごとに前記圧縮処理を実行し、
圧縮処理された前記圧縮イメージデータの圧縮率が予め定められている規定値を超えるか否かを監視し、
各属性の前記圧縮イメージデータの総合の前記圧縮率が前記規定値を超えることを条件として、前記圧縮イメージデータのファイルサイズがより小さくなるように、前記画像オブジェクトのうちの一方の画像オブジェクトを、前記画像オブジェクトのうちの他方の画像オブジェクトが割り当てられるイメージデータに割り当てて、
前記一方および前記他方のそれぞれの画像オブジェクトが割り当てられた複合イメージデータに対して圧縮処理を再実行し、この圧縮処理後の複合イメージデータをバックエンドプロセッサに送出する
ことを特徴とする画像形成システム。 - 前記バックエンドプロセッサが前記監視の処理を実行し、前記圧縮率が前記規定値を超えることを条件として、前記再実行を前記フロントエンドプロセッサに要求することを特徴とする請求項１に記載の画像形成システム。
- 前記フロントエンドプロセッサは、前記画像記録部とは独立的に前記イメージデータを生成するものであり、
前記バックエンドプロセッサは、前記フロントエンドプロセッサにて前記画像記録部とは独立的に処理されたイメージデータを受け取り前記画像記録部に依存した処理をしてから、処理済の前記イメージデータを前記画像記録部に送出するよう制御する
ことを特徴とする請求項１または２に記載の画像処理システム。 - 前記フロントエンドプロセッサと前記バックエンドプロセッサとの間の電気信号の伝送は、前記画像記録部に対して非依存の通信インタフェースで構築されており、
前記バックエンドプロセッサと前記画像記録部との間の電気信号の伝送は、前記画像記録部に依存した通信インタフェースで構築されている
ことを特徴とする請求項１から３のうち何れか１項に記載の画像形成システム。 - 印刷ジョブを処理して各ページのイメージデータを生成するイメージデータ生成部および当該イメージデータ生成部により生成されたイメージデータを圧縮処理する圧縮処理部を備えたフロントエンドプロセッサと画像を所定の記録媒体上に記録する画像記録部との間に配されて使用されるバックエンドプロセッサであって、前記フロントエンドプロセッサからの各ページの圧縮イメージデータを受け取り前記画像記録部へ送出して前記画像記録部を制御するバックエンドプロセッサにおいて、
前記フロントエンドプロセッサにて前記圧縮処理が施された圧縮イメージデータを受け取るイメージファイル受信部と、
前記イメージファイル受信部が受信した圧縮イメージファイルを保持する画像記憶部と、
前記フロントエンドプロセッサにて前記圧縮処理が施された前記圧縮イメージデータの圧縮率が予め定められている規定値を超えるか否かを監視し、前記圧縮率が前記規定値を超えることを条件として、前記圧縮イメージデータのファイルサイズがより小さくなるように、前記イメージデータの生成および前記圧縮処理の少なくも一方を再実行し、この処理後の圧縮イメージデータを送出するよう前記フロントエンドプロセッサを制御する再転送判定制御部とを備え、
前記イメージファイル受信部は、前記印刷データを構成する画像オブジェクトの属性ごとに生成および前記圧縮処理された圧縮イメージデータを受け取り、
前記再転送判定制御部は、各属性の前記圧縮イメージデータの総合の前記圧縮率が前記規定値を超えることを条件として、前記画像オブジェクトのうちの一方の画像オブジェクトを、前記画像オブジェクトのうちの他方の画像オブジェクトが割り当てられるイメージデータに割り当てて、前記一方および前記他方のそれぞれの画像オブジェクトが割り当てられた複合イメージデータに対して前記圧縮処理を再実行し、この圧縮処理後の複合イメージデータを送出するよう、前記フロントエンドプロセッサを制御し、
前記再実行された複合イメージデータを前記画像記憶部に保持することを特徴とするバックエンドプロセッサ。 - 前記イメージファイル受信部は、前前記フロントエンドプロセッサにて前記画像記録部とは独立的に処理された前記圧縮イメージデータを受け取るものであり、
前記イメージファイル受信部が受信した前記圧縮イメージデータに対して、前記画像記録部に依存した処理をしてから、処理済の前記イメージデータを前記画像記録部に送出するよう制御する印刷制御部を備えた
ことを特徴とする請求項５に記載のバックエンドプロセッサ。 - 前記画像記録部に非依存の通信インタフェースにより前記フロントエンドプロセッサとの間の電気信号の伝送を採るフロントエンド側のインタフェース部と、
前記画像記録部に依存した通信インタフェースにより前記画像記録部との間の電気信号の伝送を採る出力側のインタフェース部と
を備えていることを特徴とする請求項５または６に記載のバックエンドプロセッサ。 - 印刷ジョブを処理して各ページのイメージデータを生成するイメージデータ生成部および当該イメージデータ生成部により生成されたイメージデータを圧縮処理する圧縮処理部を備え、前記圧縮処理済の圧縮イメージデータをバックエンドプロセッサに送出し、画像を所定の記録媒体上に記録する画像記録部に前記圧縮イメージデータに基づくイメージデータを送出させるフロントエンドプロセッサであって、
前記圧縮イメージデータの圧縮率が予め定められている規定値を超えることを条件として、前記圧縮イメージデータのファイルサイズがより小さくなるように、前記イメージデータの生成および前記圧縮処理の少なくも一方を再実行し、この処理後の圧縮イメージデータを前記バックエンドプロセッサに送出するよう制御するファイルサイズ制御部を備え、
前記イメージデータ生成部は、前記印刷データを構成する画像オブジェクトの属性ごとに前記イメージデータを生成し、
前記圧縮処理部は、前記イメージデータ部により生成されたそれぞれの属性の前記イメージデータに対して前期圧縮処理を施し、
前記ファイルサイズ制御部は、各属性の前記圧縮イメージデータの総合の前記圧縮率が前記規定値を超えることを条件として、前記画像オブジェクトのうちの一方の画像オブジェクトを、前記画像オブジェクトのうちの他方の画像オブジェクトが割り当てられるイメージデータに割り当てるよう前記イメージデータ生成部を制御するとともに、前記一方および前記他方のそれぞれの画像オブジェクトが割り当てられた複合イメージデータに対して前記圧縮処理を実行するよう前記圧縮処理部を制御する
ことを特徴とするフロントエンドプロセッサ。 - 前記圧縮処理が施された前記圧縮イメージデータの圧縮率が予め定められている規定値を超えるか否かを監視する監視部を備えていることを特徴とする請求項８に記載のフロントエンドプロセッサ。
- 前記イメージデータ生成部は、前記画像記録部とは独立的に前記イメージデータを生成することを特徴とする請求項８または９に記載のフロントエンドプロセッサ。
- 前記画像記録部に非依存の通信インタフェースにより前記バックエンドプロセッサとの間の電気信号の伝送を採るバックエンド側のインタフェース部を備えていることを特徴とする請求項８から１０のうちの何れか１項に記載のフロントエンドプロセッサ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002252549A JP4063017B2 (ja) | 2002-08-30 | 2002-08-30 | 画像形成システム、バックエンドプロセッサ、フロントエンドプロセッサ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002252549A JP4063017B2 (ja) | 2002-08-30 | 2002-08-30 | 画像形成システム、バックエンドプロセッサ、フロントエンドプロセッサ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004094440A JP2004094440A (ja) | 2004-03-25 |
| JP4063017B2 true JP4063017B2 (ja) | 2008-03-19 |
Family
ID=32058793
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002252549A Expired - Fee Related JP4063017B2 (ja) | 2002-08-30 | 2002-08-30 | 画像形成システム、バックエンドプロセッサ、フロントエンドプロセッサ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4063017B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4419152B2 (ja) | 2007-08-14 | 2010-02-24 | コニカミノルタビジネステクノロジーズ株式会社 | 画像形成システム及び画像形成方法 |
| JP2010237726A (ja) * | 2009-03-30 | 2010-10-21 | Nec Personal Products Co Ltd | 情報処理装置、そのパラメータ設定方法、プログラム及び記録媒体 |
| JP5648301B2 (ja) * | 2010-03-18 | 2015-01-07 | 株式会社リコー | データ転送システム、画像形成装置、データ転送方法およびプログラム |
| JP2013183240A (ja) | 2012-02-29 | 2013-09-12 | Brother Ind Ltd | 画像処理装置および画像処理プログラム |
| JP5942934B2 (ja) * | 2013-07-09 | 2016-06-29 | 富士ゼロックス株式会社 | 画像処理装置及びプログラム |
| JP6045615B2 (ja) | 2015-01-16 | 2016-12-14 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置 |
-
2002
- 2002-08-30 JP JP2002252549A patent/JP4063017B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004094440A (ja) | 2004-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004086810A (ja) | 画像形成システム、バックエンドプロセッサ | |
| US20040042035A1 (en) | Image forming system and back-end processor | |
| JPH114335A (ja) | 画像処理システム及び画像処理システムの協調動作制御方法 | |
| JP4063017B2 (ja) | 画像形成システム、バックエンドプロセッサ、フロントエンドプロセッサ | |
| JP4123993B2 (ja) | 画像形成システムおよびフロントエンドプロセッサ | |
| JP2002268850A (ja) | サーバ装置およびサーバ装置のジョブ処理方法および記憶媒体 | |
| JP2004086811A (ja) | 画像形成システム、フロントエンドプロセッサ、バックエンドプロセッサ | |
| JP4211641B2 (ja) | 画像形成支援装置 | |
| JP4135439B2 (ja) | 画像処理システム、画像処理装置、画像処理方法、プログラム、記憶媒体 | |
| JP4400265B2 (ja) | 画像形成支援装置、画像形成支援方法、及び画像形成支援システム | |
| JP4352669B2 (ja) | 画像処理システム、画像処理装置、画像処理方法、プログラム | |
| JP4487605B2 (ja) | セットアップ制御装置及び画像形成装置 | |
| JP2005258956A (ja) | ジョブ管理装置、画像形成支援装置、及び画像形成システム | |
| JP4200913B2 (ja) | 画像形成支援システム | |
| JP4407327B2 (ja) | 出力管理装置、画像形成支援装置、及び画像形成システム | |
| JP2009295183A (ja) | 画像形成支援装置及び画像形成支援方法 | |
| JP4380363B2 (ja) | 画像形成支援装置 | |
| JP4238754B2 (ja) | 画像形成支援装置、画像形成支援方法、及び画像形成支援システム | |
| JP4379168B2 (ja) | 画像形成支援装置 | |
| JP2005212457A (ja) | 画像形成システム及び画像形成支援装置 | |
| JP4182903B2 (ja) | 画像処理装置 | |
| JP2005216252A (ja) | 画像形成システム及びジョブ管理装置 | |
| JP2004094441A (ja) | 画像処理システム、画像処理装置、画像処理方法、プログラム、記憶媒体 | |
| JP2004094439A (ja) | 画像処理システム、画像処理装置、画像処理方法、プログラム、記憶媒体 | |
| JP2005212455A (ja) | 画像形成装置及び画像形成支援装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050712 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070720 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070807 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071005 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071211 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071224 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140111 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |