JP4063017B2

JP4063017B2 - Image forming system, back-end processor, front-end processor

Info

Publication number: JP4063017B2
Application number: JP2002252549A
Authority: JP
Inventors: 裕義上條
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2002-08-30
Filing date: 2002-08-30
Publication date: 2008-03-19
Anticipated expiration: 2022-08-30
Also published as: JP2004094440A

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；１インチ当たりの画素数）で線画データＤＬＷ２の解像度１２００ＤＰＩの場合、連続階調画像データＤＣＴ２を３倍拡大して２種類の画像オブジェクトの解像度を合せる。このようにＬＷ解像度整合部６３２，６３４で解像度（ＤＰＩ）を合せられた両データは、画像結合部１１４に送られ１つの画像データＤ２に統合される。統合された画像データＤ２は、さらに網掛け処理部６３８で網掛け処理される。
【０１５３】
図８は、線画データＤＬＷと連続階調画像データＤＣＴの分離を説明する図である。ここで、図８（Ａ）は第１の方法を示す図、図８（Ｂ）は第２の方法を示す図である。また、図８（Ｃ）および図８（Ｄ）は、線画データＤＬＷと連続階調画像データＤＣＴとを１つの印刷ファイルに纏める際の、線画データＤＬＷと連続階調画像データＤＣＴの優先度合いを説明する図である。
【０１５４】
図８（Ａ）に示す第１の方法は、ＰＤＬデータ（ページ記述言語データ）から画像データを抽出して連続階調画像データＤＣＴとし、残りのデータを線画データＤＬＷとする。
【０１５５】
また、図８（Ｂ）に示す第２の方法は、ＲＩＰ処理部５１０とイメージデータ分離部５２０とが連携して処理する構成となっている。すなわち、ＰＤＬデータＤ０を画像の配置情報Ｄ６とともに前処理部５１２に入力し、前処理部５１２はＰＤＬデータＤ０の内の線画オブジェクトに対して、ＲＩＰ処理機能と線画文字オブジェクトＬＷの分離機能とを備えたＬＷラスタメージ処理部５２３でラスター化して線画データＤＬＷとして出力する。
【０１５６】
そして、画像の配置情報Ｄ６は前処理部５１２をそのまま通過して画像配置処理部５１６に入力され、画像データＤ８も画像配置処理部５１６に入力され、画像配置されたデータが、ＲＩＰ処理機能と多階調画像オブジェクトＣＴの分離機能とを備えたＣＴラスタメージ処理部５２５でラスター化され、連続階調画像データＤＣＴとして出力される。または、ＬＷラスタメージ処理部５２５を経ないで、連続階調画像データＤＣＴとして出力される。
【０１５７】
何れの方式でも、分離された２つの画像データ（線画データＤＬＷと連続階調画像データＤＣＴ）は、それぞれ別のレイアにイメージデータとして配置され、それぞれ独立に圧縮処理が施された後に、２レイヤ構造のデータとして１つの印刷ファイルに纏められる。ここで、線画データＤＬＷは、階調画像を含まないパレットカラーまたは２値画像であり、連続階調画像データＤＣＴは階調画像を含む階調データである。この連続階調画像データＤＣＴは線画データＤＬＷより解像度を低くしておいてもよい。
【０１５８】
ただし、線画データＤＬＷがパレットカラーのときは、線画データの情報として最小限白／黒／透明を有する。そこでこの場合、図８（Ｃ）に示すように、線画データＤＬＷが優先（上位）画像となる。また、線画データＤＬＷが２値画像のときは透明の情報は持たず、連続階調画像データＤＣＴに透明の情報を持つことになる。たとえば０＝透明、１＝白、…、２５５＝黒である。この場合、図８（Ｄ）に示すように、連続階調画像データＤＣＴが優先（上位）画像となる。
【０１５９】
以上のように、第４実施形態の構成によれば、フロントエンドプロセッサＦＥＰ部５００のＲＩＰ処理部５１０から出力側であるバックエンドプロセッサＢＥＰ部６００側に転送する画像データの圧縮において、線画文字オブジェクトＬＷおよび多階調画像オブジェクトＣＴに分離してそれぞれに適した圧縮方法を使用しているため、データの圧縮率を上げる（元のファイルサイズよりも小さくする）ことができる。
【０１６０】
たとえば、Ａ２サイズの標準画像の場合、第１実施形態では２７０ＭＢが６７ＭＢの圧縮であったが、１６ＭＢまで圧縮できる。また、ＰＤＬデータのラスタイメージ処理には時間が掛かるが、オブジェクト属性に応じて分離してから個々にラスタイメージ処理（ラスタライズ）をするようにすれば、ＲＩＰ処理時間を短縮することもできる。
【０１６１】
ただし、画像によっては、圧縮率が規定値（本例では“１”）を超えることもある。このようなケースでは、バックエンドプロセッサＢＥＰ部６００は、線画文字オブジェクトＬＷを表すＬＷレイアの圧縮イメージデータや多階調画像オブジェクトＣＴを表すＣＴレイアの圧縮イメージデータを画像記憶部６０２に格納することができても、プリントエンジン３０に追従して伸張処理や所定の画像処理をして、この処理後のイメージデータをプリントエンジン３０に出力することができず、プリントエンジン３０が持つ処理能力をフルに生かすことができなくなる。
【０１６２】
そこで、この第４実施形態では、バックエンドプロセッサＢＥＰ部６００は、ＬＷレイアとＣＴレイアの各圧縮イメージデータの合計のファイルサイズの圧縮率を監視し、その圧縮率が予め定められている規定値よりも大きいときには、バックエンドプロセッサＢＥＰ部６００に対して、図８（Ｅ）に示すように、線画文字オブジェクトＬＷについても多階調画像オブジェクトＣＴと同様に、全てＣＴレイヤにのみ割り付けて、線画文字オブジェクトＬＷおよび多階調画像オブジェクトＣＴの各画像オブジェクトが割り当てられた複合イメージデータ（ＣＴレイア）のみの圧縮イメージデータを再送するようファイルサイズ制御部５７０に指示する。
【０１６３】
そして、バックエンドプロセッサＢＥＰ部６００は、フロントエンドプロセッサＦＥＰ部５００から再転送された線画文字オブジェクトＬＷおよび多階調画像オブジェクトＣＴの両者を表すＣＴレイアの圧縮イメージデータのみに基づいて伸張処理して元の画像を再生する。マージ部６３０の画像統合部６３６は、事実上、画像統合処理を行なう必要がない。
【０１６４】
この第４実施形態の構成によれば、バックエンドプロセッサＢＥＰ部６００側にて、ＬＷレイアおよびＣＴレイヤの合計のファイルサイズについての実際の圧縮率を監視し、圧縮率が規定値を超えた場合には、フロントエンドプロセッサＦＥＰ部５００側で線画文字オブジェクトＬＷについてもＣＴレイアに割り付け直す処理を施した後にＣＴレイアのみについて圧縮処理をしてから、ＣＴレイアのみの圧縮イメージデータをバックエンドプロセッサＢＥＰ部６００に転送する。線画文字オブジェクトＬＷをＣＴレイアに割り付けて、線画文字オブジェクト用のＬＷレイヤを使用しないこととすれば、圧縮対象のイメージファイルサイズが小さくなる。
【０１６５】
これにより、線画文字オブジェクトＬＷをＣＴレイアに割り付けて圧縮してから転送するとともにＬＷレイアのイメージデータの転送を割愛すれば、伸張処理したときには線画文字オブジェクトＬＷの再現性がＬＷレイアで処理したときよりも劣る。しかし、変更前と同じ圧縮パラメータを使用していてもその対象がＣＴレイヤのみであり、第１実施形態と同様に、バックエンドプロセッサＢＥＰ部６００に転送される圧縮イメージデータサイズが自動的にリサイズされるので、バックエンドプロセッサＢＥＰ部６００がプリントエンジン３０に追従してイメージデータをプリントエンジン３０に出力することができるようになる。よって、ユーザが意識することなく、エンジン側の最大生産性を得ることができるようになる。
【０１６６】
以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更または改良を加えることができ、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【０１６７】
また、上記の実施形態は、クレーム（請求項）にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。前述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜の組合せにより種々の発明を抽出できる。実施形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【０１６８】
たとえば、上記第３および第４実施形態では、第１実施形態に対しての変形例として説明したが、第２実施形態の構成に適用することも可能である。また、第１実施形態の構成において、第２実施形態のように、出力先として指定したターゲットエンジンの特性に応じて判定対象の規定圧縮率を切り替えてもよい。
【０１６９】
また、上記実施形態では、フロントエンドプロセッサは圧縮処理したイメージデータを逐次バックエンドプロセッサＢＥＰ部６００側へ転送し、バックエンドプロセッサ側にてその圧縮イメージデータの圧縮率やファイルサイズが規定値を超えているか否かを監視し、それらが規定値を超えている場合には、ファイルサイズがより小さくなるような圧縮イメージデータの再転送をフロントエンドプロセッサＦＥＰ部５００に要求する形態で説明したが、監視の手法はこのようなものに限るものではない。たとえば、圧縮イメージデータを生成するフロントエンドプロセッサＦＥＰ部５００側自身にて監視してもかまわない。
【０１７０】
なお、前述の実施形態では、圧縮率に関わる規定値として、“１”や“０．５”を例に説明したが、この値は、バックエンドプロセッサＢＥＰ部６００やプリントエンジン３０の処理能力によってかわるもので、固定的なものではなく、システム構成要素の処理性能如何によって異なるものである。
【０１７１】
また、上記実施形態では、記録媒体上に可視画像を形成する主要部であるプリントエンジンとして電子写真プロセスを利用するものに対して、本発明を適用した事例を説明したが、本発明の適用範囲は、これに限定されない。たとえば感熱式、熱転写式、インクジェット式、あるいはその他の同様な従来の画像形成機構を備えたエンジンにより普通紙や感熱紙上に可視画像を形成する構成の画像形成装置を備えた画像形成システムに本発明を適用し得る。
【０１７２】
また、上記実施形態では、画像形成装置として、電子写真プロセスを利用したプリントエンジンを備える印刷装置（プリンタ）を例に説明したが、画像形成装置は、これに限らず、カラー複写機やファクシミリなど、記録媒体上に画像を形成するいわゆる印刷機能を有するものであればよい。
【０１７３】
【発明の効果】
以上のように、本発明によれば、フロントエンドプロセッサにて生成された圧縮イメージデータの圧縮率やファイルサイズが規定値を超えているか否かを監視し、それらが規定値を超えている場合には、ファイルサイズがより小さくなるような圧縮イメージデータをバックエンドプロセッサに再転送するようにした。
【０１７４】
これにより、圧縮後のファイルサイズが予め想定している規定値を超える場合でも、実際の印刷処理に先立って、バックエンドプロセッサがプリントエンジンに追従可能な圧縮イメージデータを記憶媒体に保持しておくことができる。
【０１７５】
よって、ユーザが意識することなく、プリントエンジンなどの画像記録部の持つ処理能力を十分に活かすことができるようになり、生産性を高めることができる。
【図面の簡単な説明】
【図１】本発明に係る画像形成システムの一実施形態を示す図である。
【図２】イメージデータ生成機能を備えたＤＦＥ装置と、画像記録部の主要部をなすプリントエンジンとの間にバックエンドプロセッサを配する場合のシステム構成例を示す図である。
【図３】フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第１実施形態を示すブロック図である。
【図４】ＴＩＦＦ圧縮形式を使用した場合における印刷ファイルの付加情報ＤＳＥＬの一例を示す図である。
【図５】フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第２実施形態を示すブロック図である。
【図６】フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第３実施形態を示すブロック図である。
【図７】フロントエンドプロセッサＦＥＰ部およびバックエンドプロセッサＢＥＰ部の第４実施形態を示すブロック図である。
【図８】線画データＤＬＷと連続階調画像データＤＣＴの分離を説明する図である。
【図９】従来の画像形成システムの概略を示す図である。
【符号の説明】
１…画像形成装置、２…ＩＯＴモジュール、５…フィードモジュール、７…出力モジュール、８…ユーザインタフェース装置、９…連結モジュール、２０…ＩＯＴコア部、３０…プリントエンジン、３１…光走査装置、３２…感光体ドラム、３９…電気系制御収納部、４３…中間転写ベルト、４５…２次転写部、７０…定着器、８０…ＧＵＩ部、５００…フロントエンドプロセッサＦＥＰ部、５０２…データ格納部、５１０…ＲＩＰ処理部、５１６…画像配置処理部、５２０…イメージデータ分離部、５２３…ＬＷラスタイメージ処理部、５２５…ＣＴラスタイメージ処理部、５３０…圧縮処理部、５３２…ＬＷ圧縮処理部、５３４…ＣＴ圧縮処理部、５４０…ファイル転送部、５６０…規定値登録部、５７０…ファイルサイズ制御部、６００…バックエンドプロセッサＢＥＰ部、６０１…ファイル受信部、６０２…画像記憶部、６１０…伸張処理部、６１２…ＬＷ伸張処理部、６１４…ＣＴ伸張処理部、６２０…印刷制御部、６３０…マージ部、６３２…ＬＷ解像度整合部、６３４…ＣＴ解像度整合部、６３６…画像結合部、６３８…網掛け処理部、６８０…再転送判定制御部、６８１…出力先情報抽出部、６８２…サイズ情報抽出部、６８４…エンジン情報取得部、６８６…同期可否判定部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an image forming system including an image forming apparatus having a so-called printing function for forming an image on a recording medium, such as a color copying machine, a facsimile machine, or a printer, and a back-end processor constituting the image forming system. It relates to front-end processors. More specifically, the present invention relates to handling of compressed image data when image data generated by a front-end processor is compressed and transferred to a back-end processor.
[0002]
[Prior art]
An image forming apparatus having a printing function such as a printer or a copying apparatus is used in various fields. Also, today, image forming apparatuses are colorized and are used as various expression means for users. For example, a color page printer apparatus using an electrophotographic process (xerography) has attracted attention in terms of high quality image quality or high speed printing.
[0003]
On the other hand, in terms of printing functions, such as personal use at home and business use in the office, which requires a relatively small print output (for example, several jobs to several tens of sheets), bookbinding, etc. The printing industry is roughly classified into those requiring a relatively large-scale print output (for example, one job is several thousand sheets or more). In the former case where a relatively small-scale print output is required, many of them (except for stencil printing, for example) receive print data and output a printed matter without generating a block. On the other hand, in the latter case where a relatively large-scale print output is required, conventionally, a template is generated based on the print data, and a printed matter is output using the generated template.
[0004]
However, today, direct printing or on-demand printing (hereinafter referred to as on-demand printing) that prints directly from DTP data due to changes in the printing process due to the spread of DTP (DeskTop Publishing / Prepress), the so-called “digital revolution in printing”. Is attracting attention. In this on-demand printing, the pre-press process is performed without generating intermediate products such as paper printing (printing paper) such as photosetting in conventional printing (for example, offset printing), block printing, net negative, net positive, and PS plate. A system (CTP: Computer To Print or Paper) that outputs printed matter based only on electronic data by being completely digitized is adopted. In response to this demand for on-demand printing, attention has been paid to a printing function using an electrophotographic process.
[0005]
FIG. 9 is a diagram showing an outline of a conventional image forming system. Here, FIG. 9A is an overall configuration diagram of the system, and FIG. 9B is a diagram showing a data flow.
[0006]
As shown in FIG. 9A, this image forming system includes an image forming apparatus 1 and a DFE (Digital Front End Processor) apparatus which is a terminal apparatus that sends print data to the image forming apparatus 1 and gives a print instruction. It is configured.
[0007]
The image forming apparatus 1 records an image on a predetermined recording medium using an electrophotographic process, and includes an IOT (Image Output Terminal) module 2, a feed (paper feed) module (FM) 5, and an output module. 7, a user interface device 8, and a connection module 9 that connects the IOT module 2 and the feed module 5.
[0008]
The DFE device has a drawing function and a printer controller (print control device) function. For example, the DFE device sequentially receives print data described in a page description language (PDL) from a client terminal (not shown). Is converted into a raster image (RIP processing; Raster image process), and further, RIP-processed image data and print control information (job ticket) such as the number of printed sheets and paper size are sent to the image forming apparatus 1. The image forming apparatus 1 is caused to execute print processing by controlling the print engine and the paper transport system. That is, the printing operation of the image forming apparatus 1 is controlled by the printer controller by the DFE apparatus.
[0009]
As print data, four colors (hereinafter collectively referred to as YMCK) including three colors of yellow (Y), cyan (C), and magenta (M), which are basic colors for color printing, and black (K). Minutes are sent to the image forming apparatus 1.
[0010]
The user interface device 8 supports an easy-to-understand dialogue between the operator and the image forming apparatus 1. In order to improve such operability, a color display 8 a combined with a touch panel is arranged next to the color display 8 a. And a hard control panel 8b. As shown in the figure, a support arm 8c is erected on a base machine (apparatus main body; in this example, a connection module 9), and is mounted thereon.
[0011]
The IOT module 2 includes an IOT core unit 20 and a toner supply unit 22. A toner cartridge 24 for YMCK for color printing is mounted on the toner supply unit 22.
[0012]
The IOT core unit 20 includes a print engine (printing unit) 30 having an optical scanning device 31, a photosensitive drum 32, and the like for each color corresponding to the above-described color components. The print engine 30 is arranged in a row in the belt rotation direction. It has a so-called tandem configuration. The IOT core unit 20 includes an electric system control storage unit 39 that stores an electric circuit for controlling the print engine 30 or a power supply circuit for each module.
[0013]
Further, as an image transfer method, the IOT core unit 20 transfers the toner image on the photosensitive drum 32 to the intermediate transfer belt 43 by the primary transfer unit 35 (primary transfer), and then transfers it to the secondary transfer unit 45. The toner image on the intermediate transfer belt 43 is transferred to the printing paper (secondary transfer). In such a configuration, image formation is performed on each photosensitive drum 32 using the YMCK color toners, and this toner image is multiplex-transferred onto the intermediate transfer belt 43.
[0014]
The image (toner image) transferred onto the intermediate transfer belt 43 is transferred onto a sheet conveyed from the feed module 5 at a predetermined timing, and further conveyed to a fixing device (Fuser) 70 through a second conveyance path 48. The toner image is melted and fixed on the paper by the fixing device 70. Thereafter, the paper is temporarily held in a paper discharge tray (stacker) 74 or is immediately transferred to the paper discharge processing device 72, and is discharged outside the apparatus through a predetermined end process as necessary. Further, during double-sided printing, printed paper is drawn from the paper discharge tray 74 to the reverse path 76 and passed to the reverse conveyance path 49 of the IOT module 2.
[0015]
As described above, when receiving the print data described in the page description language (PDL) from the client terminal, the DFE device on the input side interprets the PDL and generates image data of each page. Is sent to the image forming apparatus 1 on the output side. In general, the entire image data of one output unit (usually one page) is rendered before image output. The IOT module 2 and the output module 7 on the output side perform printing operations in synchronization with the print engine 30 and the fixing device 70 under the control of the printer controller function of the DFE device based on the received page unit image data. (Image forming operation) is performed.
[0016]
Here, generation of RIP-processed image data (Video Data) that matches the characteristics of the image forming apparatus, advanced processing that matches the characteristics of the print unit (print engine) of the IOT module 2, or synchronous control of the drive unit, etc. And the DFE apparatus and the image forming apparatus 1 are almost inseparable. An electrical signal is transmitted between the DFE apparatus and the image forming apparatus 1 through a dedicated connection interface using a dedicated communication protocol.
[0017]
On the other hand, the amount of data of raster data for the entire output unit (for example, the entire page) is very large. For example, an electrophotographic color page printer requires raster data corresponding to four colors of YMCK toner, and requires image quality higher than that of a black and white page printer, and therefore has a plurality of bit information per pixel. For example, in the case of color data, there are several M to several hundred MBytes (megabytes) per page. For this reason, the amount of data when transferring raster data to the image forming apparatus 1 on the output side is large, and the transfer load is increased.
[0018]
In order to reduce the amount of data, as shown in FIG. 9B, the RIP-processed raster data is temporarily compressed and sent to the output side (IOT module 2 in the previous example). There is a mechanism for expanding the raster data in synchronism with the print processing speed of the IOT core unit 20 of the previous example and then transferring the raster data to an image recording unit such as a print engine (for example, Japanese Patent Laid-Open Nos. 8-6238 and 10-166688). Issue).
[0019]
For example, in the mechanism described in Japanese Patent Laid-Open No. 10-166688, an image data generation processing function and a compression processing function are provided in a front end processor, and a decompression processing function and a printer control function are provided in a back end processor. Then, the RIP processed image data is temporarily compressed by the front-end processor and sent to the output-side back-end processor. The back-end processor decompresses the image data in synchronism with the print processing speed of the print engine. I am giving it to the print engine.
[0020]
This makes it possible to realize a “RIP While RUN” mechanism that simultaneously performs printing processing in the image recording unit while performing rasterization by RIP processing without causing a problem of transfer load, and makes a high-speed engine full. It can be used to increase productivity. These controls are performed in units of jobs or pages under the control of the printer controller function of the back-end processor.
[0021]
[Problems to be solved by the invention]
However, when compressing data, the size of the image data after compression (file size) becomes larger than the file size before compression, that is, the file size after compression is assumed in advance, for example, the image compression ratio exceeds “1”. The specified value may be exceeded. In such a case, according to the mechanism described in Japanese Patent Laid-Open No. 10-166688, the front-end processor determines the transfer destination by looking at the free capacity of the data storage unit such as a hard disk device provided on the back-end processor side. Therefore, it is possible to ensure storage of the compressed image.
However, the back-end processor's data bus width and the engine's processing capability are balanced, and the back-end processor follows the print engine's processing (synchronizes) and outputs the image data to the print engine after decompression and image processing. In some cases, it is impossible to make full use of the processing capability of the print engine. For example, when the print engine is started and printing is performed according to the print synchronization signal, if a file is sent to the back-end processor at a compression rate less than expected, the PCI (Peripheral Component Interconnect) used for the data bus Any one of the bus bus width, the reading speed of the hard disk device used for data storage, and the image processing speed of the PCI accelerator is not in time.
[0022]
The present invention has been made in view of the above circumstances, and makes full use of the processing capability of an image recording unit such as a print engine even when the compressed file size exceeds a pre-determined predetermined value. An object of the present invention is to provide an image forming system capable of performing the above.
[0023]
It is another object of the present invention to provide a back-end processor and a front-end processor that constitute an image forming system that can fully utilize the processing capability of an image recording unit.
[0024]
[Means for Solving the Problems]
That is, an image forming system according to the present invention includes an image data generation unit that processes a print job and generates image data of each page, and a compression processing unit that compresses the image data generated by the image data generation unit. The compressed image data of each page sent from the front end processor provided corresponding to the front end processor and the image recording unit for recording the image on a predetermined recording medium is received and decompressed, and then sent to the image recording unit An image forming system including a back-end processor that controls the image recording unit, and whether the compression rate of the compressed image data compressed by the front-end processor exceeds a predetermined value Whether the compression ratio exceeds the specified value or not. As the file size of over motor becomes smaller, less of generation and compression process of the image data is also re-run one, was sending a compressed image data after the processing to the back end processor.
[0025]
The “compression rate” may be any information as long as it is information related to the compression rate of the compressed image data. For example, it may be information indicating the compression rate itself. The file size of the image data before and after compression may be used.
[0026]
The back-end processor and front-end processor according to the present invention are suitable for realizing the image forming system according to the present invention.
[0027]
The inventions described in the dependent claims define further advantageous specific examples of the image forming system, the back-end processor, or the front-end processor according to the present invention.
[0028]
For example, whether the compression rate of the compressed image data compressed by the front-end processor exceeds a predetermined value may be monitored by either the back-end processor or the front-end processor. .
[0029]
  In order to reduce the file size of the compressed image data, it is sufficient to re-execute at least one of image data generation and compression processing.Image data is generated for each attribute of the image object constituting the print data, and compression processing is executed for each image data. The compression rate of the compressed image data subjected to the compression processing exceeds a predetermined value. If the total compression rate of the compressed image data of each attribute exceeds the specified value, one of the image objects is assigned to the other image object of the image objects. The compression processing is re-executed on the composite image data to which the image objects of one and the other are assigned.
[0030]
  That meansSystem configuration for image generation and compression processing for each image objectAndNormally, processing is performed for each layer. If the specified value is exceeded, the other object is also assigned to one layer for handling.Yeah.
[0031]
[Action]
In the above configuration, the front-end processor transfers the generated and compressed image data to the back-end processor. At this time, the compression rate of the compressed image data is monitored by either the back-end processor or the front-end processor.
[0032]
  AndImage generation and compression processing is performed for each image object, usually processing for each layer,If the compression rate exceeds the specified value, the file size of the compressed image data will be smaller.The other object is also assigned to one layer and handled.
[0033]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0034]
FIG. 1 is a diagram showing an embodiment of an image forming system according to the present invention. Here, FIG. 1A is a schematic diagram of a system configuration, and FIG. 1B is a diagram illustrating a connection example in relation to details of a user interface device.
[0035]
This image forming system includes an image forming apparatus 1 and a DFE apparatus that is a terminal apparatus that passes print data to the image forming apparatus 1 and issues a print instruction.
[0036]
The image forming apparatus 1 records an image on a predetermined recording medium using an electrophotographic process. The image forming apparatus 1 functions as a printing apparatus (printer) that forms a visible image on a predetermined recording medium based on print data input from a client terminal.
[0037]
That is, an image forming apparatus 1 in this image forming system includes an IOT module (IOT main body) 2, a feed module (FM) 5, an output module 7, and a user interface such as a personal computer (PC). Device 8. The feed module 5 may have a multistage configuration. Moreover, you may provide the connection module which connects between each module as needed.
[0038]
Further, a finisher module may be connected to the subsequent stage of the output module 7. As the finisher module, for example, a stacker of sheets is provided, and a stapler that binds one or more corners of the corner portion or a punching mechanism that punches filing punch holes is provided. and so on. It is desirable that this finisher module can be used even in an offline state in which the connection with the user interface device 8 is disconnected.
[0039]
The image forming apparatus 1 functions as an image recording unit according to the present invention. Note that the internal configuration of the image forming apparatus 1 is substantially the same as that described in the section of the prior art, and thus the description thereof is omitted.
[0040]
The DFE apparatus includes a front end processor FEP (Front End Processor) unit 500 which is an example of an image data generation apparatus. The front-end processor FEP unit 500 converts data from the client (Client) into raster data (RIP processing) by ROP (Raster OPeration) processing by the front engine, similarly to the DFE device shown in the prior art, and after the conversion A raster image is compressed. RIP processing and compression processing are compatible with high-speed processing so as to be compatible with high-speed processing of the IOT module 2. Note that the front-end processor FEP unit 500 of the DFE apparatus does not have a printer controller function that performs a print control function depending on the image forming apparatus 1, and the conventional technique shows that RIP processing and compression processing are mainly performed. Different from DFE equipment.
[0041]
The user interface device 8 includes input devices such as a keyboard 81 and a mouse 82, and includes a GUI (Graphic User Interface) unit 80 that receives an instruction input while presenting an image to the user, and has a main body (not shown). 3 includes a Sys (system control) unit 85 that performs a connection interface function and a server function between each module of the image forming apparatus 1 and the DFE apparatus. The user interface device 8 has a printer controller function that performs a print control function depending on the image forming apparatus 1.
[0042]
The back-end processor BEP (Back End Processor) unit 600 collectively includes a printer controller function part that performs a process control function depending on the image forming apparatus 1 of the user interface device 8 and a connection interface part. That's it. As a result, the user interface device 8 in the configuration of the present embodiment includes a GUI unit 80 and a printer controller function unit that performs control according to engine characteristics such as the IOT core unit 20. Note that the back-end processor BEP unit 600 and the IOT core unit 20 have the functions of an image processing apparatus.
[0043]
The front end processor FEP unit 500 is provided with a data storage unit (not shown) for storing print data received from the client terminal. Similarly, the back-end processor BEP unit 600 is provided with a data storage unit (not shown) that stores image data and job tickets received from the front-end processor FEP unit 500.
[0044]
In the DFE apparatus, the code data generated at the client terminal is converted into raster data by RIP processing on the front engine side, and compression processing is performed. Transmission of electrical signals between the front-end processor FEP unit 500 on the DFE apparatus side and the back-end processor BEP unit 600 on the image forming apparatus 1 side has a relatively sparse relationship with the IOT core unit 20. That is, it is constructed with a communication interface independent of the print engine 30 as an image recording unit (loose coupling by a general-purpose network).
[0045]
For example, as shown in FIG. 1A, a high-speed wired LAN (Local Area Network) using a general-purpose communication protocol with a communication speed of about 1 GBPS (Giga Bit Per Sec), for example, between the DFE device and the back-end processor BEP unit. ) Etc. The print file is transferred from the front end processor FEP unit 500 to the back end processor BEP unit 600 by, for example, FTP (File Transfer Protocol).
[0046]
On the other hand, transmission of electrical signals between the back-end processor BEP unit 600 and the IOT core unit 20 constituting the image recording unit (the main unit) is relatively dense with respect to the IOT core unit 20. It is constructed with a communication interface that has a relationship, that is, depends on the print engine 30 as an image recording unit. For example, connection is made with a dedicated communication protocol.
[0047]
Control software for operating the image forming apparatus 1 is incorporated in the user interface device 8. The user interface device 8 is connected to a DFE device having a function of an image processing device IPS (Image Process System). For example, print data that has undergone RIP (Raster Image Process) processing, and the number of printed sheets, paper size, etc. Print control information is received from the DFE apparatus, and the image forming apparatus 1 is caused to execute the requested print processing.
[0048]
In the image forming system configured as described above, in the command between the front-end processor FEP unit 500 and the back-end processor BEP unit 600, an instruction from the front-end processor FEP unit 500 to the back-end processor BEP unit 600 is, for example, designation of both sides. For example, the IOT module 2 (specifically, the print engine 30) as an output device, the image shift amount, or the output order.
[0049]
The back-end processor BEP section that performs the printer controller function receives print control information (print command) together with image data from the DFE apparatus via the interface section in the image forming apparatus 1, and print processing (depending on the image forming apparatus 1). It fulfills the control function of processing depending on engine characteristics. Further, for example, by using the data received from the DFE apparatus and held in the image forming apparatus 1 such as output of a plurality of copies by collation setting or reprinting when another sheet is desired after printing out, , Enabling efficient high-speed output.
[0050]
Therefore, the back end processor BEP unit generates a command code based on the print control information received from the DFE device, and controls the processing timing of each unit in the image forming apparatus 1 according to the engine characteristics. A controller is provided. Further, the back-end processor BEP unit 600 completes the spool processing so as to match the engine characteristics of the IOT module 2, the feed module 5, or the output module 7, and then passes the image data to the IOT module 2. The back-end processor BEP unit performs control processing depending on engine characteristics.
[0051]
The back-end processor BEP unit 600 automatically performs a recovery process such as a paper jam depending on the engine characteristics. Further, the front-end processor FEP unit determines an instruction from the client, and can be processed only by the front-end processor FEP unit 500 independently of each unit of the image forming apparatus 1 such as the IOT core unit 20, the fixing unit 70, or the finisher unit. These are processed by the front-end processor FEP unit 500 and depend on each unit of the image forming apparatus 1, and the processing to be performed by the back-end processor BEP unit 600 causes the command to be passed to the back-end processor BEP unit 600 side.
[0052]
For example, print file data including a raster base image subjected to RIP processing is sent from the DFE device to the back-end processor BEP unit. As print file data, in addition to raster-based image file data such as TIFF (Tagged Image File Format) format, print control information such as the number of copies, duplex / single-sided, color / monochrome, composite printing, presence / absence of sorting, presence / absence of stapler, etc. Etc. are included.
[0053]
For example, rotation (Rotation), page allocation (N-UP) within one sheet, repeat processing, paper size adjustment, CMS (Color Management System) for correcting device differences, resolution conversion, contrast Processing related to RIP processing such as adjustment and compression ratio designation (low / medium / high) is processed by the front-end processor FEP unit 500, and the control command is not notified to the back-end processor BEP unit 600 (non- notification).
[0054]
On the other hand, collation processing, double-sided printing, stamping, punching, stapler and other finisher devices or paper tray alignment processing, discharge surface (up / down) alignment, calibration processing such as gray balance and color misregistration correction For a screen specification process or the like that is strongly related to the processing characteristics of the image forming apparatus 1 (IOT-dependent process), the control command is passed to the back-end processor BEP unit 600 by the front-end processor FEP unit 500. To process.
[0055]
The paper size adjustment may be processed not only by the front-end processor FEP unit 500 but also by the back-end processor BEP unit 600.
[0056]
The back-end processor BEP unit 600 rearranges pages for printing, exchanges control commands in synchronization with the processing speed of the print engine 30, and transfers page data in a predetermined order at a speed that maximizes engine productivity. The data is sent to the core unit 20.
[0057]
If the data transmission from the front-end processor FEP unit 500 is earlier than the processing (synchronization processing) adapted to the processing characteristics of the print engine 30 or the like, the back-end processor BEP unit 600 receives image data and job tickets that are not in time. Store temporarily in the data storage. Then, the page data is read out so as to match the discharge conditions desired by the user (page order and orientation, or whether finishing processing is performed, etc.), the image is edited as necessary, the position of the image on the paper is corrected, and the user Performs the desired image processing and sends the processed image data to the IOT module 2 side.
[0058]
As a result, the front end processor FEP unit 500 and the output side of the print engine 30 as the image recording unit and the fixing device 70 are asynchronous processes, and the back end processor BEP unit 600 and the output side are synchronous processes. Will be offset by storing and reading data in the data storage unit. Even when image data is compressed / decompressed, the compression processing in the front-end processor FEP unit 500 and the decompression processing in the back-end processor BEP unit 600 are asynchronous processes. In other words, according to such a configuration, the RIP processing in the front-end processor FEP unit 500 and the subsequent compression processing are the processing characteristics of the print job contents and the IOT core unit 20 and the fixing device 70 constituting the image recording unit. Processed independently.
[0059]
Thus, according to the system configuration of the present embodiment, the relationship between the DFE apparatus and the image forming apparatus 1 may be loose (Loosely connection). For example, it is only necessary to perform RIP processing and compression processing in the front-end processor FEP unit 500 of the DFE device. Up to that point, the processing depends on the performance of the RIP engine, and there is no need to depend on the processing speed (synchronization) or control on the print engine side. That is, the processing in the DFE apparatus can be limited to the range of RIP processing and compression processing that are not affected by the performance of the image forming apparatus 1. The back-end processor BEP unit 600 performs page rearrangement according to the image forming apparatus 1 and print control synchronized with the IOT core unit 20.
[0060]
In these processes, the printer controller function provided in the back-end processor BEP unit 600 interprets (decodes) the job ticket passed from the front-end processor FEP unit 500, or receives a user instruction via the GUI unit 80, This is realized by controlling each part.
[0061]
In addition, the back-end processor BEP unit 600 in charge of complicated processing according to engine characteristics is released from RIP processing, and can be flexibly processed and controlled according to the performance of the IOT module 2, the fixing device 70, the finisher, and the like. Can be changed. This eliminates the need for the front-end processor FEP 500 side to be particularly familiar with engine characteristics and know-how.
[0062]
Further, since the front-end processor FEP unit 500 is independent of the print engine 30, the user can divert the conventional front-end even when purchasing a new print engine. It is also possible to connect to other manufacturers' front ends. That is, the front end processor FEP unit 500 can be generalized, and for example, a general-purpose printing RIP engine or another company's RIP engine can be used. Alternatively, it is possible to easily provide a printer controller to an engine that is desired to be a target necessary for business.
[0063]
Since the back-end processor BEP unit 600 is not restricted by the use of a standard controller, the control of the image forming operation by the back-end processor BEP unit 600 is richer in speed and expandability than that by the DFE device. Therefore, it becomes easy to flexibly cope with the increase in speed and functionality of the image forming apparatus 1.
[0064]
FIG. 2 is a diagram illustrating a system configuration example in the case where a back-end processor BEP unit 600 is arranged between a DFE apparatus having an image data generation function and a print engine 30 that is a main part of an image recording unit.
[0065]
As described above, the processing in the DFE apparatus is limited to the range of RIP processing and compression processing that are not affected by the performance of the image forming apparatus 1 (specifically, the image recording unit such as the print engine 30 and the fixing device 70). On the other hand, since the back-end processor BEP unit 600 in charge of complicated processing according to engine characteristics is released from RIP processing, the image data generation function part, the printer controller function part, Need not be connected one to one.
[0066]
For example, as shown in FIG. 2A, a system in which a plurality of DFE devices (front-end processor FEP unit 500) are connected to one back-end processor BEP unit 600 via a network, that is, the number of DFE devices and an image forming apparatus. A system in which the number of 1 (back-end processor BEP unit 600) is 1: m can be constructed. For example, a back-end processor capable of high-speed processing with a digital data bus of 66 M / 64 bits for the image forming apparatus 1 whose basic performance as a print engine corresponds to, for example, color printing of about 80 sheets / min. A plurality of back-end processor BEP units 600 having different processing capabilities, such as a BEP unit 600 and a back-end processor BEP unit 600 capable of handling medium speed processing of 33M / 64 bits, are arranged.
[0067]
Further, as shown in FIG. 2B, a system in which a plurality of DFE devices (front end processor FEP unit 500) are connected, that is, the number of DFE devices and the number of image forming apparatuses 1 (specifically, the print engine 30) It is also possible to construct an n: k system.
[0068]
In any case, the back-end processor BEP unit 600 is interposed between the image data generation device (DFE device) and the image recording unit (print engine), so that the back-end processor BEP unit 600 has high speed and high performance. An image forming apparatus 1 for printing (print engines Pa, Pb, Pc), a medium-speed high-performance image forming apparatus 1 for printing (print engine Pd), and a proofer for output confirmation (an example of the image forming apparatus 1) A system in which a plurality of types of image forming apparatuses 1 such as a print engine Pe) are installed in parallel, that is, a system in which the number of back-end processor BEP units 600 and the number of print engines (image recording units) is 1: k. You can also. In this case, the number of DFE devices on the upstream side of the back-end processor BEP unit 600 may be one (1: 1: k system) or a plurality of (n: 1: k). System).
[0069]
In the proofer-connected system, DDCP (Digital Direct Color Proofing) that directly outputs a color proofing print from the DTP data by the proofer prior to the direct printing by the high-speed, high-function or medium-speed high-performance image forming apparatus 1. A system can be constructed. For example, when the back-end processor BEP unit 600 receives proof data as a print job from a proofer DFE device (lip engine Rc), it outputs image data in a data format suitable for proofing to the proofer Pe to print color proofs. Command output. On the other hand, when a print job for main printing is received from the DFE device (lip engines Ra and Rb), image data in a format suitable for them is output to the high-speed and high-function machines Pa to Pc or the medium-speed and high-function machine Pd. Issue high-speed / medium-speed / high-function printing instructions.
[0070]
It is desirable to install a CMS (Color Management System) that corrects subtle differences (device differences) in different color outputs between a high-speed and high-functional machine and a proofer or vertically connected model.
[0071]
Here, due to the difference in processing performance between the main printing engine Pa and the proofer engine Pe, the video clock frequency is appropriate for each engine when sending image data to each engine. For example, the high-speed and high-performance print engines Pa to Pc are 35 MBPS (Mega Bit Per Sec), the medium-speed and high-performance print engine Pd is 30 MBPS, and the proofer print engine Pe is 25 MBPS.
[0072]
As described above, by appropriately changing the number of connections of the front-end processor FEP unit 500, the back-end processor BEP unit 600, or the print engine 30, the image forming apparatus suitable for the availability of the image forming apparatus 1 and the print job. This makes it possible to perform efficient output processing.
[0073]
However, if the file size of the compressed image data sent from the front end processor FEP unit 500 to the back end processor BEP unit 600 or the compression ratio exceeds a predetermined value, it can be stored in the image storage unit 602. Even in such a case, the back-end processor BEP unit 600 cannot perform decompression processing or predetermined image processing following the print engine 30 and output the processed image data to the print engine 30. Can't make full use of the processing power of.
[0074]
Therefore, in the present embodiment, it is determined whether or not the file size or the compression ratio exceeds a predetermined value, and if it exceeds, the compressed image data that does not exceed is regenerated and retransmitted. I decided to. The specific method will be described below.
[0075]
FIG. 3 is a diagram focusing on the data flow between the DFE apparatus and the image forming apparatus 1, and is a block diagram showing a first embodiment of the front-end processor FEP unit 500 and the back-end processor BEP unit 600. .
[0076]
In the first embodiment, in a system in which the front-end processor FEP unit 500, the back-end processor BEP unit 600, and the print engine 30 are each configured as a single unit, the back-end processor BEP unit 600 side stores compressed image data. The compression rate is monitored, and when the compression rate is greater than a predetermined value, the back-end processor BEP unit 600 is instructed to switch the compression parameter, and a compression image whose compression rate is equal to or less than the predetermined value. This is a form for requesting retransmission of data.
[0077]
First, the front-end processor FEP unit 500 receives print data (hereinafter referred to as PDL data) described in PDL from a client terminal (not shown) connected via a network, and temporarily stores the PDL data once. A storage unit 502 and a RIP processing unit (raster image processing unit) 510 that reads (interprets) PDL data from the data storage unit 502 and generates (rasterizes) page-unit image data (raster data).
[0078]
The RIP processing unit 510 is an example of an image data generation unit, and generates image data by expanding electronic data described in a page description language (PDL). Therefore, the RIP processing unit 510 incorporates a decomposer that functions as a PDL interpretation unit and an imager, a so-called RIP engine. The RIP processing unit 510 may be mounted with a dedicated RIP engine corresponding to a print engine unique to the present embodiment, or may be mounted with a general-purpose print RIP processing engine. Note that the RIP device (DFE device) of another company may be used for the front end processor FEP unit 500 as a whole.
[0079]
The front-end processor FEP unit 500 includes a compression processing unit 530 that compresses the image data generated by the RIP processing unit 510 in accordance with a predetermined format (for example, JPEG; Joint Photographic Expert Group). Further, the front-end processor FEP unit 500 is connected to the back-end processor BEP unit 600 by a communication interface independent of the image recording unit such as the IOT module 2 or the output module 7 on the output side after the compression processing unit 530. A file transfer unit 540, which is an example of an interface unit that takes transmission of an electrical signal, is provided.
[0080]
JPEG as a compression format is roughly divided into lossy lossy compression based on DCT (Discrete Cosine Transform) and lossless lossless compression based on two-dimensional DPCM (Differential Pulse Code Modulation). The lossy compression can take a larger compression ratio (reducing the file size) than the lossless compression. The DCT method is classified into a baseline and an extended method, and the baseline process is the simplest DCT method and an essential function of JPEG. In the present embodiment, DCT method / baseline irreversible compression that can increase the compression ratio is employed.
[0081]
The compression processing unit 530 compresses the image data from the RIP processing unit 510 in the JPEG format, and immediately transfers the compressed image data to the back-end processor BEP unit 600. Note that the front-end processor FEP unit 500 includes a back-end processor BEP unit that passes through the file transfer unit 540 at a predetermined timing, among the job tickets indicating the contents of the print job received accompanying the print job. It transfers to 600 as it is.
[0082]
Further, the front-end processor FEP unit 500 has a specified value registration unit 560 for registering a specified value of the compression rate in advance, and when an instruction is received from the back-end processor BEP unit 600, the compression rate is a specified value registration unit. A file size control unit 570 that automatically adjusts the compression parameters so that the file size is resized so as to be smaller than a specified value registered in 550.
[0083]
The specified value registration unit 560 performs expansion processing and predetermined image processing by the back-end processor BEP unit 600 following the print engine 30 according to the processing performance of the back-end processor BEP unit 600 and the print engine 30. A compression rate that makes it impossible to output subsequent image data to the print engine 30 is registered as a specified value. Registration of the specified value is preferably performed when the system is installed.
[0084]
The processing on the front end processor FEP unit side is processed asynchronously with the processing speed of the print engine 30. That is, when the front-end processor FEP unit 500 receives PDL data from the client terminal, the front-end processor FEP unit 500 sequentially performs rasterization and compression processing, and immediately sends the compressed image data to the back-end processor BEP unit 600. At this time, the file size control unit 570 uses, for example, a Q factor (compression index) as an example of a compression parameter for the compression processing unit 530 so that the compression rate is equal to or less than a predetermined value when a standard image is used. In the range from 2 to 255. When retransmission is requested from the back-end processor BEP unit 600, the file size control unit 570 adjusts the Q factor so that the compression rate is equal to or less than a specified value.
[0085]
On the other hand, the back-end processor BEP unit 600 is processed by the front-end processor FEP unit 500 independently (substantially unrelated) from the print job and the print engine 30 (for example, asynchronously with the processing speed of the print engine 30). (I) An interface unit that receives a print file including compressed image data, a job ticket, and the like, and is a front end processor FEP unit by a communication interface independent of an image recording unit such as the IOT module 2 or the output module 7 on the output side. 500 includes a file receiving unit 601 for transmitting an electric signal to / from 500.
[0086]
Further, the back-end processor BEP unit 600 reads an image storage unit 602 that holds a print file received by the file reception unit 601 and compressed image data from the image storage unit 602, and compresses the data on the front-end processor FEP unit 500 side. The decompression processing corresponding to the compression processing of the processing unit 530 and the decompression processing unit 610 for sending the decompressed image data to the IOT core unit 20 side, and the image recording unit through a communication interface depending on the image recording unit And an output-side interface unit 650 for transmitting electrical signals therebetween.
[0087]
The decompression processing unit 610 has an image editing function such as image rotation, image position adjustment on paper, enlargement or reduction, and the like for image data read from the image storage unit 602 and decompressed. It should be noted that the function part of the image editing function may be provided independently of the expansion processing unit 610.
[0088]
The back-end processor BEP unit 600 includes a print control unit 620 that functions as a printer controller that controls each unit of the back-end processor BEP unit 600 and the IOT core unit 20 depending on the processing performance of the IOT core unit 20.
[0089]
Although not shown in the figure, the print control unit 620 interprets (decodes) the job ticket passed from the front-end processor FEP unit 500 or receives a user instruction via the GUI unit 80 to receive the print engine. 30, an output form specifying unit that specifies an output form (image position within a page, page discharge order, orientation, etc.) according to processing characteristics of the fixing unit 70 or the finisher, and an output form specified by the output form specifying unit. A control unit that controls each unit such as the print engine 30, the fixing unit 70, and the finisher is provided so that the printed matter is output.
[0090]
Whether the back-end processor BEP unit 600 can decompress the compressed image data received from the front-end processor FEP unit 500 in synchronization with the print engine 30 and perform desired image processing to output to the print engine 30. A re-transfer determination control unit 680 that requests the front-end processor FEP unit 500 to retransmit the image data when the synchronization process is impossible is determined.
[0091]
The retransfer determination control unit 680 refers to the size information extraction unit 682 that extracts information (file size information) indicating the image data size after compression, the compression rate calculation unit 683 that calculates the compression rate, and the calculated compression rate The synchronization determination unit 686 determines whether or not the compressed image data received from the front-end processor FEP unit 500 can be output in synchronization with the target engine to which the image data is transferred. Is provided.
[0092]
The synchronization availability determination unit 686 requests the front-end processor FEP unit 500 to retransmit the compressed image data having a small file size when it cannot be output in synchronization. At this time, it is preferable to also notify information relating to the compression rate of the received compressed image data.
[0093]
The back-end processor BEP unit 600 accumulates the image data transferred from the front-end processor FEP unit 500 in the image storage unit 602 that functions as a buffer. The decompression processing unit 610 reads the compressed image data from the image storage unit 602 and performs decompression processing, and also assembles page data according to a print job designated from the client terminal or the front-end processor FEP unit 500 (reconstruction of page data). Arrangement) and preparation for transfer to the designated print engine.
[0094]
Then, the back-end processor BEP unit 600 sends page data to the IOT core unit 20 in a predetermined order at a speed that maximizes engine productivity while exchanging control commands in synchronization with the processing speed of the print engine 30.
[0095]
If the data transmission from the front-end processor FEP unit 500 is earlier than the processing (synchronization processing) adapted to the processing characteristics of the print engine 30 or the like, the back-end processor BEP unit 600 receives image data and job tickets that are not in time. The image storage unit 602 is temporarily stored. Then, the page data is read out so as to match the discharge conditions desired by the user (page order and orientation, or whether finishing processing is performed, etc.), the image is edited as necessary, the position of the image on the paper is corrected, and the user Performs the desired image processing and sends the processed image data to the IOT module 2 side.
[0096]
As a result, the front end processor FEP unit 500 and the output side of the print engine 30 as the image recording unit and the fixing device 70 are asynchronous processes, and the back end processor BEP unit 600 and the output side are synchronous processes. Are canceled out by storing and reading data in the image storage unit 602. Even when image data is compressed / decompressed, the compression processing in the front-end processor FEP unit 500 and the decompression processing in the back-end processor BEP unit 600 are asynchronous processes. That is, according to the configuration of the first embodiment, the RIP processing and the subsequent compression processing in the front-end processor FEP unit 500 are the processing characteristics of the IOT core unit 20 and the fixing device 70 that constitute the print job content and the image recording unit. Are processed independently.
[0097]
As described above, in the configuration of the first embodiment, the front-end processor FEP unit 500 combines the image data rasterized (drawn and developed) from the page description language by the RIP processing unit 510 in a sparse relationship. Are transferred to the back-end processor BEP unit 600 in the order of pages. Up to that point, the processing depends on the performance of the RIP engine, and there is no need to depend on the processing speed (synchronization) or control on the print engine side.
[0098]
In these processes, the print control unit 620 functioning as a printer controller interprets (decodes) the job ticket passed from the front-end processor FEP unit 500, or receives a user instruction via the GUI unit 80, It is realized by controlling.
[0099]
However, if the compression rate of the compressed image data exceeds the specified compression rate (“1” in this example), the back-end processor BEP unit 600 follows the print engine 30 and expands even if it can be stored in the image storage unit 602. It is impossible to perform processing or predetermined image processing and output the processed image data to the print engine 30, and it becomes impossible to make use of the processing capability of the print engine 30.
[0100]
Therefore, in the configuration of the first embodiment, the compression rate of the compressed image data received from the front-end processor FEP unit 500 is monitored, and the compressed image data is decompressed in synchronization with the print engine 30 to obtain a desired image. It is determined whether it can be processed and output to the print engine 30, and if the synchronization process is impossible, that is, if the compression rate exceeds a specified value, the front end processor FEP unit 500 is requested to retransmit the image data.
[0101]
For example, first, the file size control unit 570 compresses the compression parameter (Q in the previous example) so that the compression rate of the compressed image data after compression processing for a standard image is substantially equal to a predetermined compression rate. Factor) is defined as a default value, and this default value is set in the compression processing unit 530.
[0102]
The specified compression rate is printed by the back-end processor BEP unit 600 in relation to the processing performance when the standard-capacity predetermined as the back-end processor BEP unit 600 and the print engine 30 are used. This is a compression rate at which processing synchronized with the engine 30 is possible. Specifically, the relationship between the 66M / 64-bit bus back-end processor BEP unit 600 and the print engine 30 having a print processing capacity of 80 sheets / min is “1”. This specified compression rate “1” is also registered in the specified value registration unit 560.
[0103]
The compression processing unit 530 first compresses each image data generated by the RIP processing unit 510 using a default compression parameter, and sends the processed compressed image data to the back-end processor BEP unit 600. Send it out.
[0104]
Next, the back-end processor BEP unit 600 monitors the compressed image data size by the re-transfer determination control unit 680 when data is transferred to and from the front-end processor FEP unit 500, and normally the ack (confirmation) ) Notify only the signal to the front-end processor FEP unit 500.
[0105]
For example, as soon as the compressed image data is received from the front-end processor FEP unit 500, the size information extracting unit 682 extracts information indicating the data size of the received compressed image data from the additional information DSEL (for example, header information) of the print file. To do.
[0106]
FIG. 4 is a diagram illustrating an example of the additional information DSEL of the print file. Here, a basic format example of the header information of each page described in the print file when the TIFF compression format is used as the compressed image data is shown.
[0107]
In order to calculate the compression rate, the size information extraction unit 682 first calculates the image data size after compression from “StripByteCounts” of the header information of the TIFF file, and similarly calculates “Image width × Image length” before compression. Are respectively extracted. With reference to this, the compression rate calculation unit 683 calculates the actual compression rate.
[0108]
The synchronization possibility determination unit 686 includes a specified compression rate (“1” in this example) determined by the relationship with the print engine 30 connected to the back-end processor BEP unit 600 and the actual compression calculated by the compression rate calculation unit 683. Match rates. Specifically, the specified compression rate of the connected print engine 30 is compared with the actual compression rate of the compressed image data.
[0109]
If the actual compression ratio obtained by calculation is larger than the specified compression ratio, the received compressed image data cannot be synchronized with the print engine 30, so the synchronization availability determination unit 686 performs compression. The file size control unit 570 of the front-end processor FEP unit 500 is notified to re-execute the compression process using a compression parameter that reduces the rate. That is, the front end processor FEP section 500 is notified of information that the compression ratio has exceeded the specified value. At this time, the synchronization possibility determination unit 686 notifies the file size control unit 570 of the actual compression rate calculated by the compression rate calculation unit 683.
[0110]
Even if the same compression parameter (Q factor in the previous example) is used, the image file size after compression varies depending on the image to be processed. Since it is impossible to understand unless it is from, such a monitoring method is adopted.
[0111]
In response to this, the file size control unit 570 changes the compression parameter set in the compression processing unit 530 so that the compression rate becomes smaller. At this time, the degree of change of the compression parameter is adjusted with reference to the actual compression rate calculated by the compression rate calculation unit 683. The compression processing unit 530 re-executes the compression process using the adjusted compression parameter, and retransfers the processed compressed image data to the back-end processor BEP unit 600.
[0112]
The back-end processor BEP unit 600 stores the compressed image data in which the compression rate is adjusted in the image storage unit 602. The image storage unit 602 may discard the previously acquired compressed image data before adjusting the compression rate. Next, in the printing process for the compressed image data, the back-end processor BEP unit 600 performs a decompression process or a predetermined image process using the compressed image data in which the compression rate is adjusted, and then the print engine. Pass to 30.
[0113]
As described above, according to the configuration of the first embodiment, the actual compression rate is monitored on the back-end processor BEP unit 600 side, and when the actual compression rate exceeds “1”, that is, the original image file. When the compressed image file size becomes larger than the size, the compression parameter can be changed, the compression process is performed again, the image data can be retransmitted, and held in the image storage unit 602. As a result, the data whose compressed image data size has been automatically resized, that is, the data whose compression rate has been adjusted, is held in the image storage unit 602 in advance (before the printing process for that page).
[0114]
Therefore, when the page with the adjusted compression rate is to be processed, the compressed image data with the adjusted compression rate can be read from the image storage unit 602, so that the back-end processor BEP unit 600 follows the print engine 30. Thus, the image data can be output to the print engine 30. Therefore, the maximum productivity on the engine side can be obtained without the user being aware of it.
[0115]
FIG. 5 is a diagram focusing on the data flow between the DFE apparatus and the image forming apparatus 1, and is a block diagram showing a second embodiment of the front-end processor FEP unit 500 and the back-end processor BEP unit 600. .
[0116]
In the second embodiment, the file size after the compression processing is monitored on the back end processor BEP unit 600 side, and when the file size after the compression processing becomes larger than a specified value, the back end processor BEP unit 600 On the other hand, by instructing the switching of the compression parameter, a request is made to retransmit the image data in which the file size is within the specified value range.
[0117]
Rather than calculating the actual compression rate, the back-end processor BEP unit 600 is different from the first embodiment in that it directly compares the process synchronized with the print engine 30 with a possible file size. Further, one front-end processor FEP unit 500 can use any of the plurality of back-end processor BEP units 600 as a controller, and a plurality of print engines having different processing capabilities are connected to one back-end processor BEP unit 600. The difference from the first embodiment is that the configuration corresponds to the configuration to be performed.
[0118]
First, as the back-end processor BEP unit 600, a 66M / 64-bit bus and a 33M / 32-bit bus can be used, and the print engine 30 has a high-speed and high-function having a print processing capacity of 80 sheets / min And a proofer having a printing processing capability inferior to this will be described. Note that the configuration of the front-end processor FEP unit 500 is the same as that of the first embodiment.
[0119]
The re-transfer determination control unit 680 of the back-end processor BEP unit 600 extracts output destination information indicating an output destination engine type (target engine) from the print file including the image data transmitted from the front-end processor FEP unit 500. An information extraction unit 681 is provided. In addition, the retransfer determination control unit 680 obtains information about the processing capability of the IOT core unit 20 (specifically, the print engine 30) connected to the back-end processor BEP unit 600 from each IOT core unit 20. An acquisition unit 684 is provided.
[0120]
First, the compression processing unit 530 of the front-end processor FEP unit 500 first performs compression processing on each image data generated by the RIP processing unit 510 using a compression parameter having a default value, and a processed compressed image. Data is sent to the back-end processor BEP unit 600. At this time, the front-end processor FEP section 500 associates output destination information for specifying the engine type (target engine), which is the transfer destination of the image data, with the image data as ancillary information for each page. send.
[0121]
On the other hand, in the back-end processor BEP unit 600, first, the engine capability information acquisition unit 684 acquires information regarding the processing capability of each print engine 30 connected to the back-end processor BEP unit 600. Further, the synchronization availability determination unit 686 collates the processing capability of each print engine 30 acquired by the engine capability information acquisition unit 684 with the processing capability of the back-end processor BEP unit 600, and determines the processing capability of each print engine 30. In relation to the processing capability of the back-end processor BEP unit 600, the maximum image size (specified file size) that can be processed in synchronization with the print engine 30 by the back-end processor BEP unit 600 is calculated for each print engine 30. . Then, the calculation result is stored in a memory (not shown). This processing may be performed immediately after the main power supply of the user interface device 8 provided with the back-end processor BEP unit 600 is turned on, for example.
[0122]
Next, the output destination information extraction unit 681 of the back end processor BEP unit 600 refers to the output destination information described in the header information of the print file sent from the front end processor FEP unit 500.
[0123]
The specified compression rate at which the back-end processor BEP unit 600 can perform processing in synchronization with the print engine 30 is the 66M / 64-bit bus back-end processor BEP unit 600 and the print engine 30 having a print processing capacity of 80 sheets / min. The relationship is “1”, and the relationship between the 33M / 32-bit bus back-end processor BEP unit 600 and the print engine 30 having a print processing capacity of 80 sheets / minute is “0.5”.
[0124]
The synchronization determination unit 686 of the back-end processor BEP unit 600 includes a specified file size corresponding to a specified compression rate obtained in advance and a size information extraction unit 682 in relation to a target engine specified as an output destination. Compare the actual size of the extracted files.
[0125]
If the compressed image data size is larger than the maximum image size (specified file size) in relation to the target engine, the received compressed image data cannot be synchronized with the print engine 30. The availability determination unit 686 notifies the file size control unit 570 of the front-end processor FEP unit 500 to re-execute the compression process using a compression parameter that reduces the data size. At this time, the synchronization availability determination unit 686 notifies the file size control unit 570 of the compressed image data size extracted by the size information extraction unit 682.
[0126]
In response to this, the file size control unit 570 changes the compression parameter set in the compression processing unit 530 so that the file size becomes smaller. At this time, referring to the actual file size notified from the compression rate calculation unit 683, the degree of change of the compression parameter is adjusted.
[0127]
As described above, according to the configuration of the second embodiment, the actual file size is monitored on the back-end processor BEP unit 600 side, and when the actual file size exceeds the specified file size, the compression parameter is changed. The image data is retransmitted by performing compression again. As a result, the compressed image data size is automatically resized, and the back-end processor BEP unit 600 can follow the print engine 30 and output the image data to the print engine 30. Therefore, the maximum productivity on the engine side can be obtained without the user being aware of it.
[0128]
In addition, according to the target engine designated as the output destination by the front-end processor FEP unit 500, the specified file size to be compared is automatically switched for determination processing, so that it is possible to flexibly cope with various system configurations. it can.
[0129]
FIG. 6 is a block diagram showing a third embodiment of the front-end processor FEP unit 500 and the back-end processor BEP unit 600. In the third embodiment, when the back-end processor BEP unit 600 requests the re-transfer of image data with a small file size, the front-end processor FEP unit 500 performs the RIP process again at a low resolution, thereby compressing the compressed image data. The size is reduced. The configuration of the back-end processor BEP unit 600 is the same as that of the first embodiment.
[0130]
As illustrated, when the file size control unit 570 of the front-end processor FEP unit 500 receives a data retransmission request from the back-end processor BEP unit 600, the file size control unit 570 instructs the RIP processing unit 510 to display the image resolution (here, the image resolution). Instructs to generate image data with a smaller number of vertical / horizontal pixels). At this time, the file size control unit 570 refers to the actual compression rate calculated by the compression rate calculation unit 683 and instructs the image resolution after the change. The compression processing unit 530 performs compression processing on the image data that has undergone resolution conversion (the resolution is further reduced) using the same compression processing parameters as the compression processing before the resolution is returned, and the back end processor BEP unit 600 Send it out.
[0131]
According to the configuration of the third embodiment, the actual compression rate is monitored on the back-end processor BEP unit 600 side, and when the compression rate exceeds the specified value, an image is displayed on the front-end processor FEP unit 500 side. The resolution is converted (actually only on the reduction side), and the compressed image data after the resolution conversion is transferred again to the back-end processor BEP unit 600. As a result, similarly to the first embodiment, the compressed image data size is automatically resized so that the back-end processor BEP unit 600 can follow the print engine 30 and output the image data to the print engine 30. Become. Therefore, the maximum productivity on the engine side can be obtained without the user being aware of it.
[0132]
Note that the RIP processing unit 510 performs resolution conversion on the condition that the compression rate exceeds a specified value by combining the third embodiment and the first embodiment, and the compression used by the compression processing unit 530. The parameters may be switched.
[0133]
FIG. 7 is a block diagram showing a fourth embodiment of the front-end processor FEP unit 500 and the back-end processor BEP unit 600. Image objects mainly expressed in binary such as line drawings and characters (hereinafter referred to as line drawing character objects LW (Line Work)) and image objects mainly expressed in multiple gradations such as background portions and photo portions (hereinafter referred to as multi gradations). It differs from the configuration of the first embodiment in that the processing is adapted according to the characteristics of the image object such as the image object CT (Continuous Tone).
[0134]
First, the front-end processor FEP unit 500 basically assigns the line drawing character object LW to the LW layer to obtain image data of the LW layer, and assigns the multi-tone image object CT to the CT layer to obtain image data of the CT layer. The two layers of image data are combined into one print file and transferred to the back-end processor BEP unit 600.
[0135]
Then, the actual compression rate is monitored on the back-end processor BEP unit 600 side, and when the compression rate exceeds the specified value, it is notified to the front-end processor FEP unit 500 side. At the front end processor FEP unit 500 side, the image data separated into the LW / CT layer is subjected to a process for allocating only the line drawing character object LW only to the CT layer, and then only the CT layer image data is transferred to the back end processor BEP. To the unit 600. This will be specifically described below.
[0136]
First, the front-end processor FEP unit 500 converts the image data generated by the RIP processing unit 510, which is an example of the image data generation unit, into line drawing data DLW representing the line drawing character object LW, An image data separation unit 520 that develops the separated state into continuous tone image data DCT representing the multi-tone image object CT is provided.
[0137]
Then, the compression processing unit 530 compresses the line drawing character object LW and the multi-tone image object CT individually in correspondence with the image data separation unit 520, and thus the line drawing separated by the image data separation unit 520, respectively. An LW compression processing unit 532 that compresses data DLW and a CT compression processing unit 534 that compresses continuous tone image data DCT are provided.
[0138]
The file transfer unit 540 combines the line drawing data DLW1 compressed by the LW compression processing unit 532 and the continuous tone image data DCT1 compressed by the CT compression processing unit 534 into a single print file together with a job ticket. The file is transferred to the processor BEP unit 600.
[0139]
The file size control unit 570 compresses the Q factor (compression index), which is an example of the compression parameter, for each compression processing unit 532, 534 by the LW compression processing unit 532 when the image is a standard image. The total compression rate of the compressed image data of the LW layer representing the line drawing character object LW and the compressed image data of the CT layer representing the multi-tone image object CT compressed by the CT compression processing unit 534 is equal to or less than a specified value. Thus, the range of 2 to 255 is specified. When retransmission is requested from the back-end processor BEP unit 600, the file size control unit 570 instructs the image data separation unit 520 to allocate all line drawing character objects LW only to the CT layer.
[0140]
On the other hand, the file receiving unit 601 of the back-end processor BEP unit 600 receives the print file (including line drawing data DLW1, continuous tone image data DCT1, and job ticket) transferred from the file transfer unit 540, and receives the received print file. Are stored in the image storage unit 602.
[0141]
Also, the decompression processing unit 610 of the back-end processor BEP unit 600 performs decompression processing on the line drawing character object LW and the multi-gradation image object CT individually corresponding to the compression processing unit 530 of the front-end processor FEP unit 500. The LW decompression processing unit 612 decompresses the line drawing data DLW1 compressed by the LW compression processing unit 532, and the CT decompression processing unit 614 decompresses the continuous tone image data DCT1 compressed by the CT compression processing unit 534. With.
[0142]
The back-end processor BEP unit 600 includes a merging unit 630 that is an example of an image data combining unit that combines the line drawing data DLW and the continuous tone image data DCT that are individually expanded after the expansion processing unit 610. ing.
[0143]
The merge unit 630 includes an LW resolution matching unit 632 and a CT resolution matching unit 634 as functional parts for matching the resolutions of the line drawing character object LW and the multi-tone image object CT. An image combining unit 636 that integrates (collects) the tone image object CT into one image, and a shading processing unit 638 that performs a shading process on the integrated image.
[0144]
The data processed by the merge unit 630 is subjected to screen processing and halftoning processing (pseudo halftone processing) in a halftone processing unit (not shown), and then modulated to a light source (not shown) of the print engine 30. Input as a digitized signal.
[0145]
In the configuration of the fourth embodiment, first, the PDL data described in the page description language is input to the RIP processing unit 510 and then converted into a raster image by the RIP processing unit 510 in the front end processor FEP unit 500. Further, the image data separation unit 520 in the subsequent stage separates the line drawing data DLW and the continuous tone image data DCT. The separated line drawing data DLW is sent to the LW compression processing unit 532, and the continuous tone image data DCT is sent to the CT compression processing unit 534 and compressed by a method suitable for each.
[0146]
Here, there are G3, G4, TIFF-IT8 BL (Binary Line Art), JBIG (Joint Bi-level Image Group), etc. as compression methods suitable for line drawings, and compression methods suitable for continuous tone images. Includes TIFF 6.0 PackBit, JPEG, and the like, and common compression methods include SH8, Lempel-Ziv, Huffman coding, and the like.
[0147]
G3, G4, and Huffman coding are methods widely used in the field of facsimile, and Huffman coding uses a variation in occurrence probability of a character string as a compression principle.
[0148]
JBIG is a progressive buildup that displays a rough but overall image at an early stage of transmission and then adds additional information as necessary to improve image quality. It can be applied uniformly.
[0149]
The BL of TIFF-IT8 encodes each line of BL data as a sequence of pairs of a background color (black) run and a foreground color (white) run, and each line starts with a background color run. Two basic coding structures are used in the run length coding of BL data, and the short format (8 bits long) that encodes run lengths up to 254 pixels is the long format that encodes run lengths up to 65,535 pixels. (24 bits long), and the two formats can be used in combination. Each line data starts with two zero bytes and ends with two zero bytes.
[0150]
In the present embodiment, different compression methods are employed or the same compression so that the compression rate in the CT compression processing unit 534 is higher than that in the LW compression processing unit 532 (the file size is reduced). In the case of adopting the method, the CT compression processing unit 534 uses a compression parameter that increases the compression rate.
[0151]
The line drawing data DLW separated as described above is compressed by the LW compression processing unit 532 and transferred to the LW decompression processing unit 612 on the output side (front end processor FEP unit 600), and the continuous tone image data DCT is converted into CT. It is compressed by the compression processing unit 534 and transferred to the CT expansion processing unit 614 on the output side (front end processor FEP unit 600). The decompression processing units 612 and 614 decompress the data by a method suitable for each compression method. The decompressed line drawing data DLW2 is sent to the LW resolution matching unit 632 of the merge unit 630 and the decompressed continuous tone image data DCT2 is sent. The data is sent to the CT resolution matching unit 634 of the merge unit 630.
[0152]
The LW resolution matching unit 632 and the CT resolution matching unit 634 match the resolutions of the two image objects. For example, when the continuous tone image data DCT2 has a resolution of 400 DPI (Dot Per Inch; the number of pixels per inch) and the line drawing data DLW2 has a resolution of 1200 DPI, the continuous tone image data DCT2 is enlarged three times to obtain two types of images. Match the resolution of the object. The two data whose resolution (DPI) is matched by the LW resolution matching units 632 and 634 in this way are sent to the image combining unit 114 and integrated into one image data D2. The integrated image data D2 is further subjected to a shading process by a shading processing unit 638.
[0153]
FIG. 8 is a diagram for explaining separation of line drawing data DLW and continuous tone image data DCT. Here, FIG. 8A is a diagram showing the first method, and FIG. 8B is a diagram showing the second method. 8C and 8D show the priority levels of the line drawing data DLW and the continuous tone image data DCT when the line drawing data DLW and the continuous tone image data DCT are combined into one print file. It is a figure explaining.
[0154]
In the first method shown in FIG. 8A, image data is extracted from PDL data (page description language data) as continuous tone image data DCT, and the remaining data is used as line drawing data DLW.
[0155]
Further, the second method shown in FIG. 8B has a configuration in which the RIP processing unit 510 and the image data separation unit 520 perform processing in cooperation. That is, the PDL data D0 is input to the preprocessing unit 512 together with the image arrangement information D6, and the preprocessing unit 512 performs the RIP processing function and the separation function of the line drawing character object LW on the line drawing object in the PDL data D0. Rasterization is performed by the provided LW raster image processing unit 523 and output as line drawing data DLW.
[0156]
Then, the image arrangement information D6 passes through the pre-processing unit 512 as it is and is input to the image arrangement processing unit 516, and the image data D8 is also input to the image arrangement processing unit 516. It is rasterized by a CT raster image processing unit 525 having a function for separating a multi-tone image object CT and output as continuous tone image data DCT. Alternatively, it is output as continuous tone image data DCT without passing through the LW raster image processing unit 525.
[0157]
In any method, the separated two image data (line drawing data DLW and continuous tone image data DCT) are arranged as image data in different layers, respectively, subjected to compression processing independently, and then two layers. The data is structured into a single print file. Here, the line drawing data DLW is a palette color or binary image not including a gradation image, and the continuous gradation image data DCT is gradation data including a gradation image. The continuous tone image data DCT may have a lower resolution than the line drawing data DLW.
[0158]
However, when the line drawing data DLW is palette color, the line drawing data information has at least white / black / transparency. Therefore, in this case, as shown in FIG. 8C, the line drawing data DLW becomes a priority (higher order) image. Further, when the line drawing data DLW is a binary image, it does not have transparency information, and the continuous tone image data DCT has transparency information. For example, 0 = transparent, 1 = white,..., 255 = black. In this case, as shown in FIG. 8D, the continuous tone image data DCT is a priority (higher order) image.
[0159]
As described above, according to the configuration of the fourth embodiment, in the compression of the image data transferred from the RIP processing unit 510 of the front end processor FEP unit 500 to the back end processor BEP unit 600 side that is the output side, Since the compression method suitable for each of the LW and the multi-tone image object CT is used, the data compression rate can be increased (smaller than the original file size).
[0160]
For example, in the case of an A2 size standard image, 270 MB was compressed by 67 MB in the first embodiment, but can be compressed up to 16 MB. Although the raster image processing of PDL data takes time, the RIP processing time can be shortened by performing raster image processing (rasterization) individually after separation according to object attributes.
[0161]
However, depending on the image, the compression rate may exceed a specified value (“1” in this example). In such a case, the back-end processor BEP unit 600 stores the LW layer compressed image data representing the line drawing character object LW and the CT layer compressed image data representing the multi-tone image object CT in the image storage unit 602. Even if it is possible to perform the expansion process or predetermined image processing following the print engine 30, the image data after this process cannot be output to the print engine 30, and the print engine 30 has the full processing capability. It is impossible to make use of it.
[0162]
Therefore, in the fourth embodiment, the back-end processor BEP unit 600 monitors the compression rate of the total file size of the compressed image data of the LW layer and the CT layer, and the compression rate is determined in advance. If it is larger than that, as shown in FIG. 8E, the line drawing character object LW is all assigned only to the CT layer to the back-end processor BEP unit 600 as in the multi-tone image object CT. The file size control unit 570 is instructed to retransmit the compressed image data of only the composite image data (CT layer) to which the image objects of the character object LW and the multi-tone image object CT are assigned.
[0163]
Then, the back-end processor BEP unit 600 performs decompression processing based only on the compressed image data of the CT layer representing both the line drawing character object LW and the multi-tone image object CT transferred from the front-end processor FEP unit 500. Play the original image. The image integration unit 636 of the merge unit 630 does not actually need to perform image integration processing.
[0164]
According to the configuration of the fourth embodiment, when the back end processor BEP unit 600 monitors the actual compression rate for the total file size of the LW layer and the CT layer, and the compression rate exceeds a specified value. The front-end processor FEP unit 500 performs a process of reassigning the line drawing character object LW to the CT layer and then compresses only the CT layer, and then converts the compressed image data of only the CT layer to the back-end processor BEP. To the unit 600. If the line drawing character object LW is allocated to the CT layer and the LW layer for the line drawing character object is not used, the image file size to be compressed becomes small.
[0165]
As a result, if the line drawing character object LW is allocated to the CT layer and then compressed and transferred, and transfer of the image data of the LW layer is omitted, the reproducibility of the line drawing character object LW is processed by the LW layer when decompressed. Inferior to. However, even if the same compression parameter as before the change is used, the target is only the CT layer, and the compressed image data size transferred to the back-end processor BEP unit 600 is automatically resized as in the first embodiment. Therefore, the back-end processor BEP unit 600 can follow the print engine 30 and output image data to the print engine 30. Therefore, the maximum productivity on the engine side can be obtained without the user being aware of it.
[0166]
As mentioned above, although this invention was demonstrated using embodiment, the technical scope of this invention is not limited to the range as described in the said embodiment. Various changes or improvements can be added to the above-described embodiment without departing from the gist of the invention, and embodiments to which such changes or improvements are added are also included in the technical scope of the present invention.
[0167]
Further, the above embodiments do not limit the invention according to the claims (claims), and all combinations of features described in the embodiments are not necessarily essential to the solution means of the invention. Absent. The embodiments described above include inventions at various stages, and various inventions can be extracted by appropriately combining a plurality of disclosed constituent elements. Even if some constituent requirements are deleted from all the constituent requirements shown in the embodiment, as long as an effect is obtained, a configuration from which these some constituent requirements are deleted can be extracted as an invention.
[0168]
For example, although the third and fourth embodiments have been described as modifications to the first embodiment, it can also be applied to the configuration of the second embodiment. In the configuration of the first embodiment, the specified compression ratio to be determined may be switched according to the characteristics of the target engine designated as the output destination, as in the second embodiment.
[0169]
In the above-described embodiment, the front-end processor sequentially transfers the compressed image data to the back-end processor BEP unit 600 side, and the compression rate and file size of the compressed image data exceed the specified values on the back-end processor side. In the form of requesting the front-end processor FEP unit 500 to re-transfer the compressed image data so that the file size becomes smaller when they exceed the specified value. The monitoring method is not limited to this. For example, the front end processor FEP unit 500 that generates compressed image data may be monitored by itself.
[0170]
In the above-described embodiment, “1” or “0.5” is described as an example of the specified value related to the compression rate, but this value depends on the processing capability of the back-end processor BEP unit 600 and the print engine 30. Instead, it is not fixed and varies depending on the processing performance of the system components.
[0171]
Further, in the above-described embodiment, an example in which the present invention is applied to an apparatus that uses an electrophotographic process as a print engine that is a main part that forms a visible image on a recording medium has been described. Is not limited to this. For example, the present invention relates to an image forming system including an image forming apparatus configured to form a visible image on plain paper or heat-sensitive paper by an engine having a thermal, thermal transfer, ink jet, or other similar conventional image forming mechanism. Can be applied.
[0172]
In the above-described embodiment, the image forming apparatus is described as an example of a printing apparatus (printer) including a print engine using an electrophotographic process. However, the image forming apparatus is not limited to this, and may be a color copying machine, a facsimile, or the like. Anything having a so-called printing function for forming an image on a recording medium may be used.
[0173]
【The invention's effect】
As described above, according to the present invention, it is monitored whether the compression rate and file size of the compressed image data generated by the front-end processor exceed a specified value, and if they exceed the specified value In this case, the compressed image data with a smaller file size is re-transferred to the back-end processor.
[0174]
As a result, even when the compressed file size exceeds a pre-established prescribed value, the compressed image data that the back-end processor can follow the print engine is held in the storage medium prior to the actual printing process. be able to.
[0175]
Therefore, the processing capability of the image recording unit such as the print engine can be fully utilized without the user being aware of it, and productivity can be improved.
[Brief description of the drawings]
FIG. 1 is a diagram showing an embodiment of an image forming system according to the present invention.
FIG. 2 is a diagram illustrating a system configuration example in a case where a back-end processor is arranged between a DFE apparatus having an image data generation function and a print engine that is a main part of an image recording unit.
FIG. 3 is a block diagram illustrating a first embodiment of a front-end processor FEP unit and a back-end processor BEP unit.
FIG. 4 is a diagram illustrating an example of additional information DSEL of a print file when the TIFF compression format is used.
FIG. 5 is a block diagram showing a second embodiment of a front-end processor FEP unit and a back-end processor BEP unit.
FIG. 6 is a block diagram showing a third embodiment of a front-end processor FEP unit and a back-end processor BEP unit.
FIG. 7 is a block diagram showing a fourth embodiment of a front-end processor FEP unit and a back-end processor BEP unit.
FIG. 8 is a diagram illustrating separation of line drawing data DLW and continuous tone image data DCT.
FIG. 9 is a diagram showing an outline of a conventional image forming system.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Image forming apparatus, 2 ... IOT module, 5 ... Feed module, 7 ... Output module, 8 ... User interface apparatus, 9 ... Connection module, 20 ... IOT core part, 30 ... Print engine, 31 ... Optical scanning device, 32 DESCRIPTION OF SYMBOLS ... Photosensitive drum 39 ... Electric system control accommodating part, 43 ... Intermediate transfer belt, 45 ... Secondary transfer part, 70 ... Fixing device, 80 ... GUI part, 500 ... Front end processor FEP part, 502 ... Data storage part, 510 ... RIP processing unit, 516 ... Image arrangement processing unit, 520 ... Image data separation unit, 523 ... LW raster image processing unit, 525 ... CT raster image processing unit, 530 ... Compression processing unit, 532 ... LW compression processing unit, 534 ... CT compression processing part, 540 ... File transfer part, 560 ... Specified value registration part, 570 ... File size control part, 60 ... back-end processor BEP unit, 601 ... file receiving unit, 602 ... image storage unit, 610 ... expansion processing unit, 612 ... LW expansion processing unit, 614 ... CT expansion processing unit, 620 ... print control unit, 630 ... merge unit, 632 ... LW resolution matching unit, 634 ... CT resolution matching unit, 636 ... Image combining unit, 638 ... Shading processing unit, 680 ... Retransfer determination control unit, 681 ... Output destination information extraction unit, 682 ... Size information extraction unit, 684 ... Engine information acquisition unit, 686 ... Synchronization availability determination unit

Claims

An image data generation unit that processes a print job and generates image data of each page; a front end processor that includes a compression processing unit that compresses image data generated by the image data generation unit; and An image forming system comprising a back-end processor that receives the compressed image data of each sent page, performs decompression processing, sends the compressed image data to the image recording unit, and controls the image recording unit,
The front-end processor is
Generating image data for each attribute of the image object constituting the print data, and executing the compression processing for each image data;
Monitoring whether the compression rate of the compressed image data that has undergone compression processing exceeds a predetermined value,
On the condition that the total compression rate of the compressed image data of each attribute exceeds the specified value , one image object of the image objects is reduced so that the file size of the compressed image data becomes smaller . Assign to the image data to which the other image object of the image objects is assigned,
Image forming system, wherein the one and then re-execute the compression process on the other composite image data in which each image object is assigned, and sends the composite image data after the compression process to the back-end processor .

2. The image according to claim 1, wherein the back-end processor executes the monitoring process and requests the front-end processor to perform the re-execution on the condition that the compression ratio exceeds the specified value. Forming system.

The front end processor generates the image data independently of the image recording unit;
The back-end processor receives image data processed independently of the image recording unit by the front-end processor, performs processing dependent on the image recording unit, and then converts the processed image data to the image the image processing system according to claim 1 or 2, wherein the controller controls so as to be transmitted to the recording unit.

Transmission of electrical signals between the front-end processor and the back-end processor is constructed with a communication interface independent of the image recording unit,
Transmission of electrical signals between the back-end processor and the image recording unit, in any one of claims 1 to 3, characterized in that it is constructed with a communication interface that is dependent on said image recording unit The image forming system described.

A front-end processor including an image data generation unit that processes a print job to generate image data of each page, a compression processing unit that compresses image data generated by the image data generation unit, and a predetermined recording medium A back-end processor arranged and used between an image recording unit and an image recording unit for receiving compressed image data of each page from the front-end processor and sending the compressed image data to the image recording unit; In the back-end processor that controls
An image file receiving unit that receives compressed image data subjected to the compression processing by the front-end processor;
An image storage unit for holding the compressed image file received by the image file receiving unit;
Monitoring whether or not the compression rate of the compressed image data subjected to the compression processing by the front-end processor exceeds a predetermined specified value, on condition that the compression rate exceeds the specified value The front-end processor is controlled to re-execute at least one of the generation of the image data and the compression process so that the file size of the compressed image data becomes smaller and send the compressed image data after the process. A re-transmission determination control unit that
The image file receiving unit receives the compressed image data generated and compressed for each attribute of the image object constituting the print data,
The re-transfer determination control unit selects one of the image objects as the image object on the condition that the total compression rate of the compressed image data of each attribute exceeds the specified value. The other image object is assigned to the image data to which the image object is assigned, and the compression processing is re-executed for the composite image data to which the one image object and the other image object are assigned. Control the front-end processor to send,
A back-end processor that holds the re-executed composite image data in the image storage unit.

The image file receiving unit receives the compressed image data processed independently of the image recording unit by the front end processor.
A print control unit that controls the compressed image data received by the image file receiving unit to perform processing dependent on the image recording unit and then sends the processed image data to the image recording unit; The back-end processor according to claim 5 , further comprising:

An interface unit on the front end side that takes an electrical signal transmission to and from the front end processor through a communication interface independent of the image recording unit;
7. The back-end processor according to claim 5, further comprising an output-side interface unit that takes an electric signal transmitted to and from the image recording unit through a communication interface dependent on the image recording unit. .

An image data generation unit that processes a print job and generates image data of each page, and a compression processing unit that compresses the image data generated by the image data generation unit, and backs up the compressed image data that has been compressed A front-end processor for sending image data based on the compressed image data to an image recording unit for sending to an end processor and recording an image on a predetermined recording medium;
On the condition that the compression rate of the compressed image data exceeds a predetermined value, at least one of the generation of the image data and the compression processing is performed so that the file size of the compressed image data becomes smaller. A file size control unit that re-executes and controls to send the compressed image data after the processing to the back-end processor ;
The image data generation unit generates the image data for each attribute of an image object constituting the print data,
The compression processing unit performs a previous compression process on the image data of each attribute generated by the image data unit,
The file size control unit may change one image object of the image objects to the other of the image objects on the condition that the total compression rate of the compressed image data of each attribute exceeds the specified value. The image data generation unit is controlled so as to be assigned to the image data to which the image object is assigned, and the compression processing is performed on the composite image data to which the one and the other image objects are assigned. Control processor
A front-end processor characterized by that.

9. The front end processor according to claim 8 , further comprising a monitoring unit that monitors whether or not a compression rate of the compressed image data subjected to the compression process exceeds a predetermined value. .

The front-end processor according to claim 8 or 9 , wherein the image data generation unit generates the image data independently of the image recording unit.

Any of claims 8 to 10, characterized in that it comprises an interface portion of the back-end side to take the transmission of electrical signals between the back-end processor by communication interface independent to the image recording unit The front-end processor according to item 1.