[go: up one dir, main page]

JP2004094441A - Image processing system, image processing device, image processing method, program, and storing medium - Google Patents

Image processing system, image processing device, image processing method, program, and storing medium Download PDF

Info

Publication number
JP2004094441A
JP2004094441A JP2002252551A JP2002252551A JP2004094441A JP 2004094441 A JP2004094441 A JP 2004094441A JP 2002252551 A JP2002252551 A JP 2002252551A JP 2002252551 A JP2002252551 A JP 2002252551A JP 2004094441 A JP2004094441 A JP 2004094441A
Authority
JP
Japan
Prior art keywords
image
image data
unit
video clock
clock frequency
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002252551A
Other languages
Japanese (ja)
Inventor
Hiroyoshi Kamijo
上條 裕義
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fuji Xerox Co Ltd filed Critical Fuji Xerox Co Ltd
Priority to JP2002252551A priority Critical patent/JP2004094441A/en
Publication of JP2004094441A publication Critical patent/JP2004094441A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Accessory Devices And Overall Control Thereof (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To expand the kind of an engine connectable to a BEP in an image forming system provided with an FEP for performing a RIP processing and a BEP for controlling the engine. <P>SOLUTION: An output destination information extracting part 627 extracts output destination information from header information of a printing file from the FEP part 500. A frequency selector 629 collates a video clock frequency requested by the connected engine acquired by a video clock information acquiring part 628 with output destination information extracted by the output destination information extracting part 627 to determine a clock frequency VCLK of image data to be transferred to the engine designated by the FEP part 500. A printing controlling part 620 sets the determined video clock frequency VCLK to each part in the BEP part 600. Each part in the BEP part 600 performs a prescribed processing at a processing speed suitable for an output destination engine. An interface part 650 transmits image data to an engine side at a rate of the video clock frequency VCLK. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、画像処理装置、この画像処理装置を構成要素とする画像処理システム、画像処理装置やシステムで使用する画像処理方法、並びにプログラムおよび当該プログラムを格納したコンピュータ読取り可能な記憶媒体に関する。より詳細には、印刷用のイメージデータに基づいて画像を形成する画像形成装置が複数種使用可能な場合における、イメージデータの取扱い手法に関する。
【0002】
【従来の技術】
プリンタ装置や複写装置などの印刷機能を備えた画像形成装置が様々な分野で使用されている。また、今日では、画像形成装置がカラー化され、ユーザの様々な表現手段として利用されるようになってきている。たとえば、電子写真プロセス(ゼログラフィ)を用いたカラーページプリンタ装置は、高品質な画質あるいは高速プリンティングの点で注目されている。
【0003】
一方、印刷機能という点では、家庭内での個人ユースやオフィスでのビジネスユースといった比較的小規模(たとえば1ジョブが数枚〜数十枚程度)の印刷出力を要求されるものと、製本などの印刷業界で使用される比較的大規模(たとえば1ジョブが数千枚以上)の印刷出力を要求されるものとに大別される。前者の比較的小規模の印刷出力を要求されるものにおいては、その多くが(たとえば孔版印刷を除いて)、印刷データを受け取り版下を生成せずに印刷物を出力する。一方、後者の比較的大規模の印刷出力を要求されるものにおいては、従来は、印刷データに基づいて版下を生成し、この生成した版下を使用して印刷物を出力していた。
【0004】
ところが、今日では、DTP(DeskTop Publishing/Prepress)の普及による印刷工程の変化、いわゆる「印刷のデジタル革命」により、DTPデータから直接印刷する「ダイレクト印刷」もしくは「オンデマンド印刷」(以下オンデマンドプリンティングという)が着目されている。このオンデマンドプリンティングでは、従来の印刷(たとえばオフセット印刷)における写植などの紙焼き(印画紙)、版下、網ネガ、網ポジ、PS版などの中間成果物を生成せずに、プリプレス工程を完全にデジタル化することで電子データだけに基づいて印刷物を出力する仕組み(CTP;Computer To Print or Paper)が採られている。そして、このオンデマンドプリンティングの要求に対して、電子写真プロセスを用いた印刷機能が着目されている。
【0005】
一方、高品質を要求する印刷業者向けの画像処理システムは、文字,絵柄などの画像を総合的に統合して編集するシステムであり、特に、デスクトップパブリッシングDTP分野は、ページ記述言語(PDL:Page Description Language )により可能となりつつある。
【0006】
【発明が解決しようとする課題】
一方、従来の印刷システムでは、クライアント端末から受け取ったPDLデータに基づいてイメージデータを生成する機能部分と、プリントエンジンを制御するコントローラ機能部分とを、1つのDFE(Digital Front End Processor )装置が担当する仕組みが採られている。すなわち、DFE装置は、クライアント端末から受け取ったPDLデータに対するRIP(Raster Image Process)処理だけでなく、印刷ジョブに従ったページ再配置(昇順/降順の並び替え、両面印刷時の処理ページ順決定、フィニッシャ対応の位置づらしなど)や、プリントエンジンや定着部などの出力側の処理特性に応じたデータ変換(たとえばグレイバランスや色ズレのキャリブレーションなど)などの、付加的な処理をも実行するようになっている。
【0007】
このため、従来のシステムにおけるDFE装置では、プリントエンジンの特性に合わせたRIP処理済みのイメージデータ(Video Data)の生成や、プリントエンジンの特性に合わせた高度な処理あるいは駆動部の同期制御などが必要で、DFE装置とプリントエンジンとがほぼ密接不可分の関係で接続されていた。たとえば、1エンジンに1つのDFE装置が接続され、かつ、DFE装置とプリントエンジンとの間は、専用の通信プロトコルを使用した専用接続インタフェースで電気信号が伝送されていた。
【0008】
したがって、処理性能の異なるプリントエンジンを使用する場合、個々のプリントエンジンごとに専用のDFE装置を用意しなければならなかった。たとえば、本刷り用のエンジンと、出力確認用のプルーファとからなるシステム構成が一般的に用いられている。このようなシステム構成では、本刷り用のエンジンに合ったRIP処理をしてイメージデータを本刷り用のエンジンに渡す本刷り用のDFE装置と、プルーファのエンジンに合ったRIP処理をしてイメージデータをプルーファに渡すプルーファ用のDFE装置とでシステムを構成する。
【0009】
本刷り用エンジンとプルーファ用エンジンとの処理性能の違いから、各エンジンにイメージデータを送出する際のビデオクロック周波数が異なるものとなっており、各DFE装置のデータ処理レートも、そのビデオクロック周波数に合わせたものとなっている。このため、本刷り用のDFE装置からイメージデータをプルーファ用エンジンに渡したり、逆に、プルーファ用のDFE装置からイメージデータを本刷り用エンジンに渡したりすることはできなかった。このため、大がかりなシステムになる、あるいは、DFE装置の使い回しができない、などの問題があった。
【0010】
なお、従来のDFE装置における、イメージデータ生成処理機能とプリンタコントロール機能とを、それぞれ別個の装置において行なうようにしたシステムも提案されている(たとえば特開平8−6238号や特開平10−166688号参照)。この特開平8−6238号などに記載のシステムでは、イメージデータ生成処理機能をフロントエンドプロセッサに持たせ、プリンタコントロール機能をバックエンドプロセッサに持たせている。そして、フロントエンドプロセッサでRIP処理したイメージデータを一旦圧縮して出力側のバックエンドプロセッサへ送り、このバックエンドプロセッサにてプリントエンジンの印刷処理速度に同期して伸張してから、そのイメージデータをプリントエンジンに渡している。
【0011】
こうすることで、転送負荷の問題を生じることなく、RIP処理にてラスタライズしながら、プリントエンジンにて印刷処理を同時並行して行なう“RIP While RUN ”の仕組みが実現でき、高速エンジンをフル活用し高い生産性をあげることができる。なお、これらの制御は、プリンタコントローラ機能の制御の元で、ジョブ単位やページ単位でなされる。
【0012】
しかしながら、この特開平8−6238号などに記載の仕組みでも、バックエンドプロセッサとプリントエンジンとは密接な関係で接続されており、バックエンドプロセッサ側からプリントエンジンへは、特定のエンジンにしかイメージデータを出力することができないことに変わりがなく、バックエンドプロセッサを柔軟に使い回すことができない。
【0013】
本発明は、上記事情に鑑みてなされたものであり、複数種のプリントエンジンを備えたシステムを構築する場合において、DFE装置やフロントエンドプロセッサあるいはバックエンドプロセッサなどのシステム構成要素を柔軟に使い分けることのできる画像処理方法を提供することを目的とする。
【0014】
また、本発明は、本発明の画像処理方法を実施する画像処理システムや画像処理装置を提供することを目的とする。
【0015】
また本発明は、本発明の画像処理方法を実施する画像処理装置を、電子計算機を用いてソフトウェアで実現するために好適なプログラムおよび当該プログラムを格納したコンピュータ読取り可能な記憶媒体を提供することを目的とする。
【0016】
【課題を解決するための手段】
すなわち、本発明に係る画像処理方法においては、先ず、印刷データに基づいて生成されたイメージデータと、イメージデータの送付先であって、このイメージデータに基づく可視画像を生成する画像記録部を特定する出力先情報とを対応付けて受け取る。
【0017】
次に、受け取った出力先情報に対応付けられた画像記録部に受け取ったイメージデータを送付する際のビデオクロック周波数を特定する。たとえば、イメージデータを所定の画像記録部に送付する際のビデオクロック周波数に関する情報をそれぞれの画像記録部について事前に自動的に取得しておく。また、画像処理装置を製造する際、予め接続が想定される画像記録部に対応付けて、ビデオクロック周波数に関する情報を不揮発性の記憶媒体に保持する。あるいは、システム設置時に、サービスマンやユーザがマニュアル(手動)で、システムに実際に接続されている画像記録部のビデオクロック周波数に関する情報を不揮発性の記憶媒体に登録してもよい。
【0018】
そして、イメージデータの画像記録部への送出に際しては、この特定したビデオクロック周波数に切り替えて、受け取ったイメージデータを出力先として指定されている画像記録部に送付する。
【0019】
本発明に係る画像処理システムは、印刷データに基づいてイメージデータを生成するイメージデータ生成装置と、イメージデータ生成装置により生成されたイメージデータに対して所定の画像処理を施す画像処理装置と、この画像処理装置からの処理済のイメージデータに基づいて画像を所定の記録媒体に記録する複数種類の画像記録部とから構成されている画像処理システムであって、先ず、イメージデータ生成装置を、印刷データに基づいてイメージデータを生成して画像処理装置に送出するとともに、このイメージデータの送付先である画像記録部を特定する出力先情報をイメージデータに対応付けて画像処理装置に送出するものとした。
【0020】
また、これに対応して、画像処理装置を、印刷データに基づいて生成されたイメージデータとイメージデータの送付先である画像記録部を特定する出力先情報とを対応付けて所定のイメージデータ生成装置から受け取る印刷ファイル受信部と、印刷ファイル受信部が受信した出力先情報に基づいて、イメージデータの送付先として指定された画像記録部についてのビデオクロック周波数を特定する出力ビデオクロック周波数特定部と、出力ビデオクロック周波数特定部が特定したビデオクロック周波数に切り替えて、印刷ファイル受信部が受信したイメージデータを画像記録部に送付するイメージデータ送出部とを備えたものとした。
【0021】
上記において、イメージデータ生成装置がイメージデータの送付先として指定する画像記録部は、画像処理装置に接続されている複数種類の画像記録部のうちの1つである。
【0022】
「複数種類」とは、主に、イメージデータを画像記録部に送付する際のビデオクロック周波数に関わる性能が異なるものであることを意味する。
【0023】
また従属項に記載された発明は、本発明に係る画像処理システムや画像処理装置のさらなる有利な具体例を規定する。さらに、本発明に係るプログラムは、本発明に係る画像処理装置を、電子計算機(コンピュータ)を用いてソフトウェアで実現するために好適なものである。なお、プログラムは、コンピュータ読取り可能な記憶媒体に格納されて提供されてもよいし、有線あるいは無線による通信手段を介して配信されてもよい。
【0024】
【作用】
上記構成においては、イメージデータ生成装置は、印刷データに基づいてイメージデータを生成するとともに、この生成したイメージデータの送付先である画像記録部を特定する出力先情報をイメージデータに対応付けて画像処理装置に送出する。
【0025】
そして、画像処理装置は、イメージデータ生成装置からイメージデータとこのイメージデータの送付先(つまり出力先)を示す出力先情報とを受け取ると、先ず、出力先情報に基づいて、出力先として指定された画像記録部についてのビデオクロック周波数を特定する。この後、特定したビデオクロック周波数に切り替えて、イメージデータ生成装置から受け取ったイメージデータを出力先として指定されている画像記録部に送付する。つまり、画像処理装置は、出力先として指定された画像記録部に適合するビデオクロック周波数に自動的に切り替えてイメージデータを送出する。
【0026】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について詳細に説明する。
【0027】
図1は、本発明に係る画像処理システムを適用した画像形成システム(印刷システム)の一実施形態を示す図である。ここで、図1(A)はシステム構成の概略図、図1(B)は、ユーザインタフェース装置の詳細との関係における接続例を示す図である。
【0028】
この画像形成システムは、画像形成装置1と、この画像形成装置1に印刷データを渡し印刷指示をする端末装置であるDFE装置とから構成されている。
【0029】
画像形成装置1は、電子写真プロセスを利用して画像を所定の記録媒体に記録するものである。この画像形成装置1は、クライアント端末から入力された印刷データに基づいて可視画像を所定の記録媒体上に形成する印刷装置(プリンタ)として機能するようになっている。
【0030】
すなわち、この画像形成システムにおける画像形成装置1は、IOT(Image Output Terminal)モジュール(IOT本体)2と、フィード(給紙)モジュール(FM;Feeder Module )5と、出力モジュール7と、パソコン(PC)などのユーザインタフェース装置8と、IOTモジュール2とフィードモジュール5とを連結する連結モジュール9を備えている。なお、フィードモジュール5は、多段構成としてもよい。
【0031】
また、出力モジュール7の後段に、さらにフィニッシャ(Finisher;後処理装置)モジュールを接続してもよい。フィニッシャモジュールとしては、たとえば、用紙をスタック処理をし、そのコーナ部の1個所または一辺の2個所以上を綴じるステープラを備えたもの、あるいはファイリング用のパンチ孔を穿設するパンチング機構を備えたものなどがある。このフィニッシャモジュールは、ユーザインタフェース装置8との接続が切られたオフライン状態でも使用可能とすることが望ましい。
【0032】
DFE装置は、描画機能を備えており、たとえばページ記述言語PDLで記述された印刷データを図示しないクライアント端末から順次受け取り、この印刷データに基づいてラスターイメージを生成(RIP処理;Raster Image Process)し、さらにRIP処理済みのイメージデータおよび印刷枚数や用紙サイズなどの印刷制御情報(ジョブチケット)を画像形成装置1に送る。
【0033】
DFE装置から画像形成装置1に送付される印刷データとしては、カラー印刷用の基本色である、イエロ(Y)、シアン(C)、マゼンタ(M)の3色と、ブラック(K)とを合わせた4色(YMCK)分がある。また、この4色に加えて、第5の色成分、たとえばグレイ(G)分を含めてもよい。
【0034】
IOTモジュール2は、IOTコア部20とトナー供給部22とを有する。トナー供給部22には、カラー印刷用のYMCK分のトナーカートリッジ24が搭載されるようになっている。
【0035】
IOTコア部20は、光走査装置31や感光体ドラム32などを有するプリントエンジン(印字ユニット)30を前述の色成分に対応する色ごとに備えており、このプリントエンジン30をベルト回転方向に一列に配置したいわゆるタンデム構成のものとなっている。またIOTコア部20は、プリントエンジン30を制御する電気回路あるいは各モジュール用の電源回路などを収容する電気系制御収納部39を備える。
【0036】
さらに、IOTコア部20は、画像転写方式として、感光体ドラム32上のトナー像を1次転写器35にて中間転写ベルト43に転写(1次転写)し、その後、2次転写部45にて中間転写ベルト43上のトナー像を印刷用紙に転写(2次転写)する方式を用いている。このような構成では、YMCKの各色トナーにより画像形成を各別の感光体ドラム32上に行なって、このトナー像を中間転写ベルト43に多重転写する。
【0037】
中間転写ベルト43上に転写された画像(トナー像)は、所定のタイミングでフィードモジュール5から搬送されてきた用紙上に転写され、さらに第2搬送路48で定着器(Fuser )70まで搬送され、この定着器70によってトナー像が用紙上に溶融定着される。そしてその後、排紙トレイ(スタッカ)74に一時的に保持されたりあるいは直ちに排紙処理装置72に渡され、必要に応じて所定の終末処理を経て機外へ排出される。また、両面印刷時には、印刷済みの用紙が排紙トレイ74から反転路76に引き出され、IOTモジュール2の反転搬送路49に渡される。
【0038】
描画機能を備えたDFE装置は、イメージデータ生成装置の一例であるフロントエンドプロセッサFEP(Front End Processor )部500を備えている。フロントエンドプロセッサFEP部500は、フロントエンジンによるROP(Raster OPeration)処理によりクライアント(Client)からのデータをラスタデータに変換(RIP処理)し、その変換後のラスタ画像を圧縮処理する。IOTモジュール2の高速処理に対応可能なようにRIP処理や圧縮処理が高速処理対応になっている。なお、DFE装置のフロントエンドプロセッサFEP部500は、画像形成装置1に依存した印刷制御機能を果たすプリンタコントローラ機能を備えておらず、主にRIP処理のみをする。
【0039】
ユーザインタフェース装置8は、キーボード81やマウス82などの入力デバイスを有し、ユーザに画像を提示しつつ指示入力を受け付けるGUI(Graphic Use Interface )部80を備えるとともに、その本体(図示せず)内に画像形成装置1の各モジュールやDFE装置との間の接続インタフェース機能やサーバ機能をなすSys(システム制御)部85を備える。また、ユーザインタフェース装置8は、画像形成装置1に依存した印刷制御機能を果たすプリンタコントローラ機能を備えている。
【0040】
このような構成におけるユーザインタフェース装置8の画像形成装置1に依存した処理の制御機能を果たすプリンタコントローラ機能部分と、接続インタフェースに関わる部分とを、纏めてバックエンドプロセッサBEP(Back End Processor)部600という。結果として、本実施形態の構成におけるユーザインタフェース装置8は、GUI部80と、IOTコア部20などエンジン特性に応じた制御するプリンタコントローラ機能部分とを含むようになっている。なお、バックエンドプロセッサBEP部600やIOTコア部20は、画像処理装置の機能を備えている。
【0041】
フロントエンドプロセッサFEP部500にはクライアント端末から受け取った印刷データを保存しておくデータ格納部(図示せず)が用意される。同様に、バックエンドプロセッサBEP部600には、フロントエンドプロセッサFEP部500から受け取ったイメージデータやジョブチケットを保存しておくデータ格納部(図示せず)が用意される。
【0042】
DFE装置では、クライアント端末で生成されたコードデータをフロントエンジン側のRIP処理でラスタデータ化し、圧縮処理を施す。DFE装置側のフロントエンドプロセッサFEP部500と画像形成装置1側のバックエンドプロセッサBEP部600との間の電気信号の伝送は、IOTコア部20に対して比較的疎な(ほぼ独立した)関係にある。つまり、画像記録部としてのプリントエンジン30に対して非依存の通信インタフェース(汎用ネットワークによる疎結合)で構築される。
【0043】
たとえば、図1(A)に示すように、DFE装置とバックエンドプロセッサBEP部との間は、たとえば通信速度が1GBPS(Giga Bit Per Sec)程度の汎用の通信プロトコルによる高速有線LAN(Local Area Network)などで接続するとよい。印刷ファイルは、たとえばFTP(File Transfer Protocol)などによりフロントエンドプロセッサFEP部500からバックエンドプロセッサBEP部600へファイル転送される。
【0044】
これに対して、バックエンドプロセッサBEP部600と画像記録部を構成する(その主要部である)IOTコア部20との間の電気信号の伝送は、IOTコア部20に対して比較的密な関係にある、つまり、画像記録部としてのプリントエンジン30に依存した通信インタフェースで構築される。たとえば、専用の通信プロトコルで接続される。
【0045】
ユーザインタフェース装置8には、画像形成装置1を操作するための制御ソフトウェアが組み込まれている。このユーザインタフェース装置8は、画像処理装置IPS(Image Process System)の機能を備えたDFE装置と接続されており、たとえば、RIP(Raster Image Process)処理済みの印刷データ、および印刷枚数や用紙サイズなどの印刷制御情報をDFE装置から受け取り、要求された印刷処理を画像形成装置1に実行させる。
【0046】
上記構成の画像形成システムにおいては、画像データが所定形式の圧縮データとして、たとえばFTP(File Transfer Protocol)などによりユーザインタフェース装置8側にファイル転送される。つまり、フロントエンドプロセッサFEP部500側は1つのジョブ(JOB)をエンジン特性に依存せずRIP処理した順にバックエンドプロセッサBEP部600側へ一方的に転送する。
【0047】
バックエンドプロセッサBEP部600では、印刷用にページ再配置をし、プリントエンジン30の処理速度に同期して制御コマンドをやり取りしながら、エンジン生産性を最大限生かす速度でページデータを所定の順にIOTコア部20に送出する。
【0048】
このプリントエンジン30などの処理特性に適応した処理(同期処理)よりもフロントエンドプロセッサFEP部500からのデータ送出の方が早ければ、バックエンドプロセッサBEP部600は、間に合わない画像データやジョブチケットをデータ格納部に一時的に保管しておく。そして、ユーザが希望する排出条件(ページ順や向き、あるいはフィニッシング処理の有無など)に合致するようにページデータを読み出し、また必要に応じて画像編集し、用紙上における画像位置の補正や、ユーザが希望する画像処理をし、処理済の画像データをIOTモジュール2側に送出する。
【0049】
これにより、フロントエンドプロセッサFEP部500と画像記録部としてのプリントエンジン30や定着器70などの出力側とが非同期の処理、バックエンドプロセッサBEP部600と出力側とは同期の処理となり、その差がデータ格納部へのデータ格納と読出しとで相殺されるようになる。また、画像データの圧縮/伸張をする場合においても、フロントエンドプロセッサFEP部500における圧縮処理とバックエンドプロセッサBEP部600における伸張処理とは非同期の処理となる。つまり、このような構成によれば、フロントエンドプロセッサFEP部500におけるRIP処理やその後の圧縮処理は、印刷ジョブ内容や画像記録部を構成するIOTコア部20や定着器70などの処理特性とは独立的に処理される。
【0050】
このように、本実施形態の構成によれば、DFE装置と画像形成装置1との関係はルーズであってよい(Loosely connection)。たとえば、DFE装置のフロントエンドプロセッサFEP部500にてRIP処理や圧縮処理をしておくだけでよい。そしてそこまでは、RIPエンジンの性能次第に任せた処理としており、特にプリントエンジン側の処理速度(同期)や制御に依存する必要は一切ない。つまり、DFE装置にての処理としては、画像形成装置1の性能の影響を受けないRIP処理や圧縮処理などの範囲に留めることができる。バックエンドプロセッサBEP部600は、画像形成装置1に合わせたページ再配置や、IOTコア部20と同期した印刷制御をする。
【0051】
これらの処理は、バックエンドプロセッサBEP部600が備えるプリンタコントローラ機能が、フロントエンドプロセッサFEP部500から渡されたジョブチケットを解釈(デコード)し、あるいはGUI部80を介したユーザ指示を受けて、各部を制御することで実現される。
【0052】
このように、本実施形態の構成によれば、DFE装置はエンジン特性に応じた煩雑な処理から開放されるので、一般的なPC(パソコン)をDFE装置として使用し、このPC上にソフトウェアを搭載することによって、フロントエンドプロセッサFEP部500の機能を果たすことができるようになる。
【0053】
加えて、エンジン特性に応じた煩雑な処理を担当するバックエンドプロセッサBEP部600側は、RIP処理から開放され、IOTモジュール2や定着器70あるいはフィニッシャなどの性能に応じて、柔軟に処理や制御を変更することができる。これにより、フロントエンドプロセッサFEP部500側が特にエンジンの特性やノウハウを熟知していなくてもよくなる。
【0054】
また、フロントエンドプロセッサFEP部500がプリントエンジン30に非依存であるため、ユーザはプリントエンジンを新規に購入しても従来のフロントエンドを流用することできる。また、他のメーカのフロントエンドとの接続も可能となる。つまり、フロントエンドプロセッサFEP部500の汎用化が実現でき、たとえば汎用印刷RIPエンジンや他社のRIPエンジンが使用可能となる。あるいは、容易にビジネス上必要なターゲットとしたいエンジンにプリンタコントローラを提供していくことが可能になる。
【0055】
バックエンドプロセッサBEP部600は標準コントローラの使用の制約がないので、このバックエンドプロセッサBEP部600による画像形成動作の制御は、DFE装置によるものよりも高速性や拡張性に富む。したがって、画像形成装置1の高速化、高機能化に柔軟に対応することが容易となる。
【0056】
図2は、従来の画像形成システムと本実施形態の画像処理システムを適用した画像形成システムとの差を説明する図である。ここで、図2(A)は従来のシステム構成を示し、図2(B)は本実施形態を適用したシステム構成例を示す。
【0057】
従来の構成例では、画像形成装置1の特性に合わせたRIP処理済みの画像データ(Video Data)をDFE装置からIOTモジュール2に渡す。また、画像形成装置1の高速化に際しては、高速化が進むほど、DFE装置側のコントローラにて画像形成装置1内の各部の処理タイミングを制御するのが難しくなる。このため、図2(A)に示すように、DFE装置と画像形成装置1とがほぼ密接不可分であり、個々の画像形成装置1に応じた専用のDFE装置を使用する構成とならざるを得ない。
【0058】
たとえば、ラスタデータ展開(すなわちRIP処理)や印字ユニットの制御に際し、高機能モデルのDFE装置は、高画質、高度制御を主張する業界標準コントローラを使っている。フロントエンドプロセッサFEP部側が特にエンジンの特性やノウハウを熟知していなければ、高速高機能の画像形成装置1を制御することができないが、高速高機能になるほどそれが難しくなるので、従来の構成では、画像形成装置1に合わせた専用の処理機能をなすDFE装置が必要である。このため、1台の画像形成装置1が複数のDFE装置からの印刷要求を受け付けるシステムを構築することは難しかった。
【0059】
たとえば、より高機能・高速なシステムにしようとする場合、画像形成装置1の制御方法を予め標準コントローラに知らせておき、その標準コントローラの制御の元で動作するしかない。しかしながら、高速化、高機能化させると、従来のようなコントローラや汎用のコントローラで、高速高機能の画像形成装置1の画像形成動作を制御することは難しくなる。たとえば、連続処理をしているとき、いつの時点で次のシート(印刷用紙)に対する画像形成プロセスをスタートさせるかなど、その制御がより困難になる。特に、両面印刷時には、表面の連続搬送の途中に、あるシートの裏面印刷処理を割り込ませる必要があるが、高速処理にするほどその制御は困難となる。
【0060】
また、図2(A)に示すように、本刷り用のプリントエンジンPaと出力確認用のプルーファエンジンPeとからなるシステム構成とするなど、処理性能の異なるプリントエンジンを使用する場合、個々のプリントエンジンごとにDFE装置を用意しなければならない。このようなシステム構成では、本刷り用のエンジンPaに合ったRIP処理をしてイメージデータを本刷り用のエンジンに渡す本刷り用のDFE装置(リップエンジンRa)と、プルーファのエンジンに合ったRIP処理をしてイメージデータをプルーファに渡すプルーファ用のDFE装置(リップエンジンRe)とでシステムを構成する。
【0061】
本刷り用エンジンPaとプルーファ用エンジンPeとの処理性能の違いから、各エンジンにイメージデータを送付する際にはビデオクロック周波数を異なるものとするようになっており、各DFE装置Ra,Reのデータ処理レートも、そのビデオクロック周波数に合わせたものとなっている。このため、本刷り用のDFE装置Raからのイメージデータをプルーファ用エンジンPeに渡したり、逆に、プルーファ用のDFE装置Reからのイメージデータを本刷り用エンジンPaに渡したりすることはできない。
【0062】
これに対して、図2(B)に示す本実施形態の構成では、DFE装置側(詳しくはフロントエンドプロセッサFEP部500)は主にRIP処理機能部(イメージデータ生成機能部)を担当し、バックエンドプロセッサBEP部600がプリンタコントローラ機能を担当する構成とすることで、バックエンドプロセッサBEP部600にて、プリントエンジンの性能や特性に応じて、当該装置の画像形成動作を制御することができる。
【0063】
バックエンドプロセッサBEP部600は、従来のDFE装置のような標準コントローラの使用の制約がないので、このバックエンドプロセッサBEP部600による画像形成動作の制御は、DFE装置によるものよりも高速性や拡張性に富む。したがって、従来の構成例に比べて、画像形成装置1の高速化、高機能化に柔軟に対応することが容易となる。
【0064】
また本実施形態の構成では、フロントエンドプロセッサFEP部500とバックエンドプロセッサBEP部600やプリントエンジンとの間が疎な接続関係(Loosely connection)であってよく、DFE装置の処理としては、画像形成装置1の処理特性の影響を受けないRIP処理などの範囲に留めることができる。
【0065】
これにより、DFE装置の処理負担が減るので、高速処理可能な汎用コントローラを備えたDFE装置を使用することができ、トータルのシステムコストを低減することができる。加えて、汎用のDFE装置を使用できるので、図2(B)の上側に示すように、複数台のDFE装置と複数台の画像形成装置1とをネットワーク接続したシステム、すなわち、DFE装置の台数と画像形成装置1(特にプリントエンジン30)の台数とがn:mのシステムを構築することができる。図示を省略するが、1台の画像形成装置1が複数のDFE装置からの印刷要求を受け付けるシステム、すなわちDFE装置の台数とバックエンドプロセッサBEP部600や画像形成装置の台数とがn:1のシステムにすることもできる。
【0066】
また、イメージデータ生成装置(DFE装置)と画像記録部(プリントエンジン)との間にバックエンドプロセッサBEP部600を介在させることで、図2(B)の下側に示すように、バックエンドプロセッサBEP部600の後段に高速高性能である本刷り用の画像形成装置1(プリントエンジンPa,Pb,Pc)や中速高性能の本刷り用の画像形成装置1(プリントエンジンPd)と出力確認用のプルーファ(画像形成装置1の一例;プリントエンジンPe)など、複数種類の画像形成装置1を並列設置したシステム、すなわちバックエンドプロセッサBEP部600の台数とプリントエンジン(画像記録部)の台数とが1:kのシステムを構築することもできる。この場合、バックエンドプロセッサBEP部600の前段側であるDFE装置の台数は1台であってもよいし(1:1:kのシステム)、複数台であってもよい(n:1:kのシステム)。
【0067】
図2(B)の下側に示すシステム構成とすることで、1台のバックエンドプロセッサBEP部600が、イメージデータ生成機能を備えたDFE装置からイメージデータを受け取り、所定の画像処理を施した後に、措定された1つのエンジンに渡す仕組みに限らず、複数台のエンジンにイメージデータを渡して並列処理させる仕組みとすることもできる。
【0068】
なお、プルーファ接続のシステムでは、高速高機能もしくは中速高性能の画像形成装置1によるダイレクト印刷に先立って、DTPデータから直接カラー校正用プリントの出力をプルーファにて行なうDDCP(Digital Direct Color Proofing )システムを構築することができる。たとえば、バックエンドプロセッサBEP部600は、印刷ジョブとしてプルーフデータをプルーファ用のDFE装置(リップエンジンRc)から受け取るとプルーフィングに適したデータ形式のイメージデータをプルーファPeに出力してカラー校正用プリント出力を指令する。一方、本刷り用の印刷ジョブをDFE装置(リップエンジンRa,Rb)から受け取ると、高速高機能マシンPa〜Pcもしくは中速高機能マシンPdに、それらに適した形式のイメージデータを出力して、高速/中速・高機能の印刷指示を発する。
【0069】
ここで、本刷り用エンジンPaとプルーファ用エンジンPeの処理性能の違いから、各エンジンにイメージデータを送付する際にはビデオクロック周波数を各エンジンに適したものとしなければならない。たとえば、高速高性能のプリントエンジンPa〜Pcは35MBPS(Mega Bit Per Sec)、中速高性能のプリントエンジンPdは30MBPS、プルーファ用のプリントエンジンPeは25MBPSである。
【0070】
一方、本実施形態では、フロントエンドプロセッサFEP部500は、プリントエンジンと疎な関係にあり、エンジン側で規定されるビデオクロック周波数を気にすることなく自身に都合のよいビデオクロック周波数でイメージデータをバックエンドプロセッサBEP部600に送出することができる。イメージデータを受け取ったバックエンドプロセッサBEP部600は、エンジン側の仕様に適するよう、エンジンへ出力するためのビデオクロック周波数に内部の処理周波数を切り替える。
【0071】
このとき、本実施形態の構成では、1つのバックエンドプロセッサBEP部600が種々のフロントエンドプロセッサFEP部500と接続可能で、かつ種々のプリントエンジンとも接続可能となるので、どのバックエンドプロセッサBEP部600がどのプリントエンジンへ向けてイメージデータを送出して印刷させたいのかを事前に特定することができない。また、1つのバックエンドプロセッサBEP部600が1台のフロントエンドプロセッサFEP部500と接続され、かつ種々のプリントエンジンと接続されるシステム構成でも(1:1:k)、その1台のフロントエンドプロセッサFEP部500が何れのプリントエンジンへ向けてイメージデータを送出して印刷させたいのかを事前に特定することもできない。
【0072】
この結果、イメージデータをエンジン側へ送付する際に使用すべきのビデオクロック周波数をバックエンドプロセッサ側で事前に知ることもできない。たとえば、イメージデータをフロントエンドプロセッサFEP部500から受け取る都度、そのフロントエンドプロセッサFEP部500との間で、イメージデータの転送先であるエンジン種を確認(ネゴシエーション)し合うことも考えられるが、この方法では生産性が大幅に低下する。
【0073】
本実施形態では、この問題を解決するために、先ずフロントエンドプロセッサFEP部500は、イメージデータの転送先であるエンジン種を特定する出力先情報をイメージデータの付帯情報として、各ページごとに、そのイメージデータに対応付けて送る。たとえば、出力先情報を、印刷ファイルの付加情報(たとえばヘッダ情報)に記述しておくようにする。
【0074】
これに対応して、バックエンドプロセッサBEP部600は、フロントエンドプロセッサFEP部500から送られてきた印刷ファイルのヘッダ情報に記述されている出力先情報と、事前に取得しておいた自身に接続済みのエンジンが要求しているビデオクロック周波数とを照合し、フロントエンドプロセッサFEP部500(実際にはクライアント端末)が指定しているエンジンに転送するイメージデータのビデオクロック周波数を自動的に決定し、その決定した周波数でイメージデータを指定されたプリントエンジン側へ送出する。
【0075】
このように、エンジン性能に応じたビデオクロック周波数の切り替えをバックエンドプロセッサBEP部600にて行なう仕組みとすることで、指定されたエンジンが空いていないときには、エンジン性能に関わらず他のエンジンを代用することもできる。またたとえば、本刷り用のDFE装置Raからのイメージデータをプルーファ用エンジンPeに渡したり、逆に、プルーファ用のDFE装置Reからのイメージデータを本刷り用エンジンPaに渡したりすることもできるようになる。
【0076】
このように、n:1あるいはn:mのシステムとすることで、イメージデータ生成側を切替使用可能あるいは複数台接続可能な柔軟性の高いシステムを構築することができる。これにより、たとえば、画像形成装置1の空き状況や印刷ジョブに適合した画像形成装置を選択して、効率よい出力処理をすることができるようになる。
【0077】
また、本実施形態の構成においては、画像圧縮やそれに対応する画像伸張は、ページ内における画像オブジェクトごとに個別の形式を選択可能となっている。たとえば、クライアント端末から受け取る印刷データは、文字や線画などの2値画像を表す線画文字オブジェクトLWと、写真画像や背景部などの多階調画像を表す多階調画像オブジェクトCTとから構成されている。
【0078】
フロントエンドプロセッサFEP部500は、この個々の画像オブジェクトの属性情報(Tag)を参照して、線画文字オブジェクトLWに着目した圧縮イメージデータと、多階調画像オブジェクトCTに着目した圧縮イメージデータと、それぞれの圧縮イメージデータの属性を示す信号、たとえば線画文字オブジェクトLWに対してはパス信号、多階調画像オブジェクトCTに対してはイメージ信号を生成する。
【0079】
たとえば、フロントエンドプロセッサFEP部500は、画像オブジェクトごとに異なる圧縮形式に対応するように、それぞれの圧縮形式で生成したイメージデータ(分離した複数のイメージデータ)をバックエンドプロセッサBEP部600に転送する。フロントエンドプロセッサFEP部500とバックエンドプロセッサBEP部600との間の転送画像フォーマットは、画像オブジェクトに関わらず、TIFF(Tagged Image File Format)フォーマットベースのものとする。勿論、他の形式の画像圧縮フォーマットを用いてもかまわない。
【0080】
圧縮イメージデータ(LW,CT)とそれぞれのデータ属性を示す信号とは、ジョブチケットなどともに1つの印刷ファイルとして纏められて(対応付けられて)、バックエンドプロセッサBEP部600に伝達される。たとえば、個々の画像オブジェクトに対応する2つの圧縮イメージデータLW,CTを2レイアーで送り、また個々の画素ごとにオブジェクト属性情報(すなわちイメージ識別情報)を付帯情報として対応付けて送る。
【0081】
圧縮イメージデータの属性は、バックエンドプロセッサBEP部600側において何れか一方を判別できれば十分であるので、たとえば、LW/CTを切り替える1ビットのマスク信号(セレクト信号)としてバックエンドプロセッサBEP部600に伝達すればよい。ただし、バスバンド(Bus Band)幅の狭いシステムでは、電送ビット数を少なくするために、このマスク信号を濃度情報(たとえばLWのイメージデータ)に埋め込んで伝達する透過コード方式を採ることが好ましい。
【0082】
また、圧縮イメージデータの属性を1ビットで判別するだけでは不十分な場合もある。たとえば、IOTコア部20側での疑似中間調処理(ハーフトーン化)にてスクリーン処理を施すが、どのような種類のスクリーンを使用するかによって階調再現性やモアレなどの画像品質に影響を及ぼす。このため、画像オブジェクトに応じてだけでなく、個々のオブジェクトについても、スクリーン種や線数や角度などを細かに切り替えたい場合もある。このような要求に応えるには、1ビットの情報では足りないので、たとえば2ビット以上で現された専用の識別情報をイメージデータとは独立に使用することが好ましい。
【0083】
この専用の識別情報としては、たとえば、疑似中間調処理に関わるスクリーンの種別を現す情報(以下スクリーンフラグ;Screen flag ともいう)を利用することが好ましい。つまり、専用の識別情報は、スクリーンフラグを兼ねるものであるのがよい。こうすることで、専用の識別情報を使用する場合であっても、バックエンドプロセッサBEP部600に送出する印刷ファイルの電送ビット幅を極力少なくすることができる。なお、1ビットの識別情報(スクリーンフラグなど)を使用して、圧縮イメージデータの属性のみを峻別するものとしてもかまわない。
【0084】
なお、図2(B)に示したシステムにおいては、1つのバックエンドプロセッサBEP部600が種々のフロントエンドプロセッサFEP部500と接続可能な構成となるので、どのフロントエンドプロセッサFEP部500がイメージデータを送出するのかを事前に特定することができない。この結果、圧縮イメージデータの属性を示すイメージ識別情報をイメージデータに対応付けて送付するだけでは、イメージデータ生成機能を備えたフロントエンドプロセッサが採用しているイメージ識別情報の電送方式をバックエンドプロセッサ側で事前に知ることもできないので、イメージ識別情報を正しく特定することができない。
【0085】
この問題を解決するために、本実施形態では、バックエンドプロセッサBEP部600側にて複数種のDFE装置(すなわちフロントエンドプロセッサFEP部500)に対応可能なように(たとえば異なるメーカへの対応など)、各フロントエンドプロセッサFEP部500は、LW/CTの分離情報が濃度に埋めこまれた透過コード方式を採用しているのか、イメージデータとは別にスクリーンフラグとして電送する方式を採用しているのかを示す属性記述方式情報も印刷ファイルの付加情報(たとえばヘッダ情報)に記述しておくようにする。
【0086】
これに対応して、バックエンドプロセッサBEP部600は、フロントエンドプロセッサFEP部500から送られてきた印刷ファイルのヘッダ情報に記述されている属性記述方式情報を参照し、イメージデータの属性LW/CTを区別する信号に置き換える。たとえばLW/CT独立に2種類のスクリーンが切り替えられる信号(Tag)に置き換える。そして、透過コード方式からLW/CT独立に階調補正特性、スクリーン種、マージの優先度を決めるのか、あるいはスクリーンフラグからそれらを決めるのかを自動的に選択し、画像処理した後に、プリントエンジン30側へイメージを出力する。
【0087】
また、図2(B)の構成により汎用のイメージ生成エンジンが使用可能になるとは言っても、圧縮方式と伸張方式とに一貫性があるもの同士でなければ接続できないので、1つのバックエンドプロセッサに対して接続可能なフロントエンドプロセッサの種類に制限ができてしまう。
【0088】
この問題を解決するために、本実施形態では、圧縮イメージデータ生成機能を備えるフロントエンドプロセッサFEP部500は、圧縮イメージデータLW/CTの圧縮形式を示すそれぞれの圧縮情報も印刷ファイルの付加情報(たとえばヘッダ情報)に記述しておくようにする。
【0089】
これに対応して、バックエンドプロセッサBEP部600は、フロントエンドプロセッサFEP部500から送られてきた印刷ファイルのヘッダ情報に記述されている圧縮情報を参照し、この圧縮情報に対応する伸張方式に切り替えて圧縮イメージデータを伸張処理する。
【0090】
図3は、DFE装置と画像形成装置1との間のデータの流れに着目した図であって、フロントエンドプロセッサFEP部500およびバックエンドプロセッサBEP部600の一実施形態を示すブロック図である。
【0091】
線画や文字など主に2値で現される画像オブジェクト(以下線画文字オブジェクトLW(Line Work )という)と、背景部や写真部など主に多階調で表される画像オブジェクト(以下多階調画像オブジェクトCT(Continuous Tone )など、画像オブジェクトの特性に応じて、適応した処理とするようにしている。
【0092】
フロントエンドプロセッサFEP部500は、ネットワークを介して接続されたクライアント端末(図示せず)からPDLで記述された印刷データ(以下PDLデータという)を受け取り、そのPDLデータを一旦順次格納するデータ格納部502と、データ格納部502からPDLデータを読み出して解釈しページ単位のイメージデータ(ラスタデータ)を生成(ラスタライズ)するRIP処理部(ラスターイメージ処理部)510とを備える。
【0093】
RIP処理部510は、イメージデータ生成部の一例であって、ぺージ記述言語(PDL)で記述された電子データを展開してイメージデータを生成する。このため、RIP処理部510には、PDL解釈部およびイメージャとして機能するデコンポーザ、いわゆるRIPエンジンが組み込まれている。後述するように、このRIP処理部510は、本実施形態特有のプリントエンジンに応じた専用RIPエンジンを搭載したものであってもよいし、汎用の印刷RIP処理エンジンを搭載したものであってもよい。なお、フロントエンドプロセッサFEP部500全体として、他社のRIP装置(DFE装置)を利用してもかまわない。
【0094】
また、フロントエンドプロセッサFEP部500は、画像オブジェクトの特性に適応した処理とするため、RIP処理部510により生成されたイメージデータを線画文字オブジェクトLWを現す線画データDLWおよび多階調画像オブジェクトCTを現す連続階調画像データDCTに分離した状態に展開するイメージデータ分離部520と、イメージデータ分離部520により分離された各イメージデータを所定のフォーマットにしたがって圧縮する圧縮処理部530とを備えている。
【0095】
圧縮処理部530は、イメージデータ分離部520からの各イメージデータを圧縮し、圧縮済のイメージデータをバックエンドプロセッサBEP部600へ即時に転送する。なお、フロントエンドプロセッサFEP部500は、印刷ジョブに付帯して受け取った印刷ジョブ内容を示すジョブチケットの内自身に不要なものは、所定のタイミングでバックエンドプロセッサBEP部600にそのまま転送する。
【0096】
この圧縮処理部530は、イメージデータ分離部520に対応して、線画文字オブジェクトLWと多階調画像オブジェクトCTとを個別に圧縮処理するため、それぞれイメージデータ分離部520により分離された、線画データDLWを圧縮処理するLW圧縮処理部532と、連続階調画像データDCTを圧縮処理するCT圧縮処理部534とを備える。
【0097】
フロントエンドプロセッサFEP部500にてページ記述言語で記述されたPDLデータは、RIP処理部510に入力された後RIP処理されてラスターイメージに変換され、さらに後段のイメージデータ分離部520にて、線画データDLWおよび連続階調画像データDCTに分離される。
【0098】
分離された線画データDLWはLW圧縮処理部532に送られ、連続階調画像データDCTはCT圧縮処理部534に送られ、それぞれに適した方法で圧縮される。ここで、線画に適した圧縮方法としては、G3,G4,TIFF−IT8のBL(バイナリラインアート),JBIG(Joint Bi−level Image Group)などがあり、連続階調画像に適した圧縮方法としては、TIFF6.0のPackBit,JPEG(Joint Photographic Expert Group )などがあり、共通の圧縮方法としてSH8,Lempel−Ziv,ハフマン符号化などがある。
【0099】
G3,G4,ハフマン符号化はファクシミリの分野で広く利用されている方法であり、ハフマン符号化は文字列の生起確率のバラツキを圧縮原理とするものである。
【0100】
JBIGは、伝送の初期の段階でラフではあるが全体画像を表示し、その後必要に応じて追加情報を加え、画品質の向上を図るプログレッシブビルドアップであり、白黒2値画像および中間調画像に対して統一的に適用できる。
【0101】
また、TIFF−IT8のBLはBLデータの各ラインを、背景色(黒)ランと前景色(白)ランのペアのシーケンスとして符号化するもので、各ラインは背景色ランで始まる。BLデータのランレングス符号化では2つの基本符号化構造が使用され、254画素までのランレングスを符号化するショート形式(8ビット長)を65,535画素までのランレングスを符号化するロング形式(24ビット長)があり、この2つの形式を混合使用できる。個々のラインンデータは2つのゼロのバイトで始まり、2つのゼロのバイトで終る。
【0102】
JPEGは、DCT(Discrete Cosine Transform)に基づくロスあり(lossy)の非可逆圧縮と、2次元DPCM(Differential Pulse Code Modulation)に基づくロスレス(lossless)の可逆圧縮に大きく分けられる。DCT方式はベースラインとエクテンデッド方式に分類され、ベースラインプロセスは最も簡単なDCT方式でJPEGの必須機能である。
【0103】
圧縮処理部530の後段には、LW圧縮処理部532により圧縮処理された線画データDLW1とCT圧縮処理部534により圧縮処理された連続階調画像データDCT1とをジョブチケットとともに1つの印刷ファイルに纏めてバックエンドプロセッサBEP部600にファイル転送するファイル転送部540を備える。
【0104】
このファイル転送部540には、出力側であるIOTモジュール2や出力モジュール7など画像記録部に非依存の通信インタフェースによりバックエンドプロセッサBEP部600との間の電気信号の伝送を採るインタフェース部が組み込まれている。
【0105】
フロントエンドプロセッサFEP部側の処理は、プリントエンジン30の処理速度に非同期で処理される。つまり、フロントエンドプロセッサFEP部500は、クライアント端末からPDLデータを受け取ると、順にラスタライズおよび圧縮処理をし、直ちに圧縮処理済のイメージデータを出力先エンジン種を示す出力先情報とともにバックエンドプロセッサBEP部600に送出する。この過程で、ラスタライズや圧縮などの処理よりもクライアント端末からのPDLデータ受信処理の方が早ければ、フロントエンドプロセッサFEP部500は、間に合わないPDLデータをデータ格納部502に一時的に保管しておく。そして、受け取った順に(先入れ先出し法で)もしくは適当な順に(たとえば先入れ後出し法で)PDLデータをデータ格納部502から読み出して処理する。
【0106】
一方、バックエンドプロセッサBEP部600は、フロントエンドプロセッサFEP部500にて印刷ジョブやプリントエンジン30の処理特性に独立的に処理された(たとえばプリントエンジン30の処理速度に非同期で処理された)圧縮済のイメージデータを含む印刷ファイル(線画データDLW1、連続階調画像データDCT1、およびジョブチケットを含む)をファイル転送部540から受け取り、受け取った印刷ファイルを画像記憶部602に格納する印刷ファイル受信部の一例である分離データ受信部601を備える。
【0107】
この分離データ受信部601には、出力側であるIOTモジュール2や出力モジュール7など画像記録部に非依存の通信インタフェースによりフロントエンドプロセッサFEP部500との間の電気信号の伝送を採るインタフェース部が組み込まれている。
【0108】
また、バックエンドプロセッサBEP部600は、画像記憶部602から圧縮済のイメージデータを読み出して、フロントエンドプロセッサFEP部500側の圧縮処理部530の圧縮処理に対応する伸張処理をし、この伸張処理済のイメージデータをIOTコア部20側に送出する伸張処理部610を備える。
【0109】
伸張処理部610は、画像記憶部602から読み出し伸張処理したイメージデータに対して、画像回転や用紙上の画像位置の調整、あるいは拡大もしくは縮小など、画像編集機能を備えている。なお、この画像編集機能なす機能部分を伸張処理部610とは独立に設けてもかまわない。
【0110】
この伸張処理部610は、フロントエンドプロセッサFEP部500の圧縮処理部530に対応して、線画文字オブジェクトLWと多階調画像オブジェクトCTとを個別に伸張処理するため、LW圧縮処理部532により圧縮処理された線画データDLW1を伸張処理するLW伸張処理部612と、CT圧縮処理部534により圧縮処理された連続階調画像データDCT1を伸張処理するCT伸張処理部614とを備える。
【0111】
また、バックエンドプロセッサBEP部600は、IOTコア部20の処理性能に依存してバックエンドプロセッサBEP部600の各部やIOTコア部20を制御するプリンタコントローラとして機能する印刷制御部620を備える。たとえば、印刷制御部620は、フロントエンドプロセッサFEP部500から送られてきた印刷ファイルの付加情報DSEL(たとえばヘッダ情報)に記述されている出力先エンジン種を示す情報と、自身に接続されている各プリントエンジンとの間の照合により事前に取得しておいた各エンジンが要求しているビデオクロック周波数とを照合し、出力先として指定されているプリントエンジンにイメージデータを送出する際のビデオクロック周波数VLCKを自動的に決定する機能部分を備える(後述する図4を参照)。
【0112】
なお図示での説明を割愛するが、印刷制御部620は、フロントエンドプロセッサFEP部500から渡されたジョブチケットを解釈(デコード)し、あるいはGUI部80を介したユーザ指示を受けて、プリントエンジン30や定着部70あるいはフィニッシャの処理特性に応じて出力形態(ページ内の画像位置、あるいはページ排出順や向きなど)を特定する出力形態特定部と、この出力形態特定部が特定した出力形態で印刷物が出力されるように、プリントエンジン30や定着部70あるいはフィニッシャなどの各部を制御する制御部とを備える。
【0113】
また印刷制御部620は、フロントエンドプロセッサFEP部500から伝達されるイメージデータを含む印刷ファイルから、属性記述方式情報を抽出する属性記述方式情報抽出部の機能も備える。さらに、印刷制御部620は、フロントエンドプロセッサFEP部500から伝達される画像オブジェクト(すなわちイメージデータ)の属性を示すイメージ識別情報LW/CTを抽出する属性情報抽出部の機能も備える。
【0114】
印刷制御部620は、たとえば、フロントエンドプロセッサFEP部500から送られた印刷ファイルの付加データDSELに含まれている属性記述方式情報を参照して、先ずイメージデータの属性を示すイメージ識別情報の電送方式を特定する。そして、特定した電送方式が透過コード方式の場合には、線画文字オブジェクトLWに対応するイメージデータLWの濃度情報からイメージ識別情報LW/CTを抽出する。一方、特定した電送方式がスクリーンフラグ方式の場合、印刷ファイルの付加データDSELに含まれているスクリーンフラグを取り出して、イメージ識別情報LW/CTとする。また、付加データDSELに含まれている圧縮情報を参照して、フロントエンドプロセッサFEP部500側で使用した圧縮方式を特定する。
【0115】
バックエンドプロセッサBEP部600は、伸張処理部610の後段に、個別に伸張処理された線画データDLWおよび連続階調画像データDCTを結合することで合成画像を得るイメージデータ結合部の一例であるマージ部630を備える。このマージ部630の後段には、後述する出力ビデオクロック周波数特定部の一例である周波数セレクタ629が特定したビデオクロック周波数VLCKに切り替えて、バックエンドプロセッサBEP部600における所定の処理が施された処理済のイメージデータをIOTコア部20(つまりプリントエンジン30)に送付するイメージデータ送出部の一例であるインタフェース部650が設けられている。
【0116】
フロントエンドプロセッサFEP部500のイメージデータ分離部520にて分離された線画データDLWは、LW圧縮処理部532で圧縮されて出力側(フロントエンドプロセッサFEP部600)のLW伸張処理部612に転送され、連続階調画像データDCTはCT圧縮処理部534で圧縮されて出力側(フロントエンドプロセッサFEP部600)のCT伸張処理部614に転送される。
【0117】
伸張処理部612,614は、印刷制御部620が特定した圧縮方式に対応する伸張方式に従って、それぞれの圧縮方法に合った方法でデータ伸長し、データ伸長した線画データDLW2をマージ部630のLW解像度整合部632に、データ伸長した連続階調画像データDCT2をマージ部630のCT解像度整合部634に送る。
【0118】
マージ部630は、線画文字オブジェクトLWと多階調画像オブジェクトCTとの解像度を合わせる機能部分としてLW解像度整合部632およびCT解像度整合部634を備え、さらに解像度が合わされた線画文字オブジェクトLWと多階調画像オブジェクトCTとを1つの画像に統合する(纏める)画像結合部636を備える。
【0119】
LW解像度整合部632およびCT解像度整合部634は、2つの画像オブジェクトの解像度を合わせる。たとえば、連続階調画像データDCT2の解像度が400dpi(dot per inch;1インチ当たりの画素数)で線画データDLW2の解像度1200dpiの場合、連続階調画像データDCT2を3倍拡大して2種類の画像オブジェクトの解像度を合せる。LW解像度整合部632,634で解像度(dpi)を合せられた両データは画像結合部114に送られる。
【0120】
画像結合部114は、フロントエンドプロセッサFEP部500から送られた個々の画像オブジェクトの属性を示す情報に基づいて、線画文字オブジェクトLWと多階調画像オブジェクトCTとを切り分けることで1つの画像データD2に統合する。
【0121】
たとえば、画像オブジェクトの属性を示すイメージ識別情報LW/CTの伝達方式として、透過コード方式を使用する場合、たとえば線画文字オブジェクトLWの濃度情報“0”(階調がゼロ)に、属性判別情報が割り当てられている。そこで、LW値=“0”時には、画像結合部636は、多階調画像オブジェクトCTの画像濃度を、出力画像データD2にそのまま載せる。たとえば、LW値=“0”,CT値=“200”の画素については、CT値=“200”を出力画像データD2の値として選択する。
【0122】
一方、LW値=“0”以外のときには、LW値が“1”の場合とLW値=2〜255の場合とで処理を切り分ける。たとえば、画像結合部636は、LW値=“1”のとき、線画文字オブジェクトLWの画像データを優先して選択することで画像を統合(マージ)する。そして、階調補正処理部640における階調補正にて不要な画像成分が生じないよう(たとえばかぶり防止)、この後に、LW値=“1”を“0”に置換する。たとえば、LW値=“1”,CT値=“200”の画素については、LW値=“1”を出力画像データD2の値として選択し、その後“0”に置換する。このため、線画文字オブジェクトLWがマージ後に取り得るLW値は、0,2,3,4,…,255の255階調になる。
【0123】
また、LW値=2〜255の場合、画像結合部636は、LW画像を優先して選択し、マージ後も出力画像データD2にそのままリニアに載せる。たとえば、LW値=“255”,CT値=“0”の画素については、LW値=“255”を出力画像データD2の値として選択し、“255”のまま出力する。
【0124】
前述の例では、オブジェクト属性情報に基づいて、何れか一方の濃度情報のみを出力画像データD2に反映させるようにしていた、すなわち、2レイアーで送られたイメージデータLW,CTの加算比率(いわゆる重付け)を、“100対0”にしていたが、必ずしも、このような画像統合(マージ)でなくてもよい。
【0125】
たとえば、線画文字オブジェクトLW部分はイメージデータLWの割合が多くなり、逆に多階調画像オブジェクトCT部分はイメージデータCTの割合が多くなるよう、オブジェクト属性情報に基づいて2レイアーで送られたイメージデータLW,CTの加算比率(いわゆる重付け)を“100対0”以外のものに切り替える、つまりマージの優先度を調整するようにしてもよい。また、スキャン系画像とプリント系画像の識別を示す情報もフロントエンドプロセッサFEP部500からバックエンドプロセッサBEP部600に伝達することとし、この情報とオブジェクト属性情報の両者を参照して、画像統合時の重付けを調整する構成としてもよい。
【0126】
上記構成によれば、フロントエンドプロセッサFEP部500のRIP処理部510から出力側であるバックエンドプロセッサBEP部600側に転送する画像データの圧縮において、線画文字オブジェクトLWおよび多階調画像オブジェクトCTに分離してそれぞれに適した圧縮方法を使用しているため、データの圧縮率を上げることができる。
【0127】
たとえば、A2サイズの270MBが従来では67MBの圧縮であったが、本実施形態では16MBまで圧縮できる。また、PDLデータのラスターイメージ処理には時間が掛かるが、オブジェクト属性に応じて分離してから個々にラスターイメージ処理(ラスタライズ)をするようにすれば、RIP処理時間を短縮することもできる。
【0128】
また、バックエンドプロセッサBEP部600は、マージ部630にて統合された画像データD2に対して、プリントエンジン30や定着器70の特性に依存した階調特性(TRC;Tone Reproduction Curve )の補正処理(TRC;ToneReproduction Correction;色調補正制御処理)をする階調補正処理部640を備えている。
【0129】
階調補正処理部640は、YMCKの各色のデジタル画像データを、たとえばルックアップテーブルLUTを参照してガンマ(γ)補正する。また、階調補正処理部640は、プリント出力信号処理系統の内部の特性値である濃度あるいは明度を表す各色の画像データY,M,C,Kを、プリントエンジン30の特性値の面積率に応じて、色補正処理する。これらの手法に関しては公知技術であるので、その詳細説明を割愛する。
【0130】
なお、階調補正処理部640においては、フロントエンドプロセッサFEP部500からバックエンドプロセッサBEP部600に伝達される画像オブジェクトの属性を示す情報に基づいて、階調補正カーブを切り替える。
【0131】
この階調補正処理部640により処理されたYMCKデータは、インタフェース部650を介してIOTコア部20の中間調処理部に入力され、この中間調処理部にてハーフトーニング処理(疑似中間調処理)やスクリーン処理が施された後に、プリントエンジン30の光源に変調2値化信号として入力される。このとき、IOTコア部20では、たとえば、印刷制御部620が抽出したイメージ識別情報LW/CTを参照して、個々の画像オブジェクトに適したクリーン線種を選択してスクリーン処理をする。
【0132】
図4は、印刷制御部620における、出力先として指定されているプリントエンジンに転送するイメージデータのビデオクロック周波数VLCKを自動的に決定する機能部分に関わる部分の一構成例と作用を説明する図である。
【0133】
図示するように、印刷制御部620は、フロントエンドプロセッサFEP部500から伝達されるイメージデータを含む印刷ファイルから出力先エンジン種(ターゲットエンジン)を示す出力先情報を抽出する出力先情報抽出部627と、自身に接続済みのIOTコア部20(具体的にはプリントエンジン30)が要求しているビデオクロック周波数に関するビデオクロック情報をIOTコア部20から取得するビデオクロック情報取得部628と、イメージデータの転送先であるエンジンに適したビデオクロック周波数VCLKを特定し、その周波数に切り替える出力ビデオクロック周波数特定部の一例である周波数セレクタ629とを備える。
【0134】
周波数セレクタ629は、それぞれが異なる周波数であって、バックエンドプロセッサBEP部600に接続される複数のプリントエンジン30のそれぞれに適合するビデオクロック周波数VCLKを発生する複数のビデオクロック発振器OSCと、複数のビデオクロック発振器OSCの何れか1つの出力を選択するスイッチ(選択出力部)SWとを備える。図示した例では、複数の発振器OSCとして、発生するビデオクロック周波数VCLKが、35MBPS,30MBPS,25MBPSの3つが設けられている。
【0135】
印刷制御部620では、フロントエンドプロセッサFEP部500から送られてきた印刷ファイルのヘッダ情報に記述されている出力先情報を出力先情報抽出部627により抽出する。周波数セレクタ629は、ビデオクロック情報取得部628により事前に取得しておいた自身に接続済みの複数種のエンジンが要求しているそれぞれのビデオクロック周波数と出力先情報抽出部627が抽出した出力先情報とを照合し、フロントエンドプロセッサFEP部500が指定したエンジンに転送するイメージデータのビデオクロック周波数VCLKを自動的に決定する。このビデオクロック周波数VCLKを決定する処理は、単純な突き当て方式でよい。
【0136】
印刷制御部620は、この決定したビデオクロック周波数VCLKを、バックエンドプロセッサBEP部600内の各部に設定する。こうすることで、バックエンドプロセッサBEP部600内の各部は、処理対象ページの出力先であるエンジン側に適した処理速度で所定の処理をし、またインタフェース部650は、そのビデオクロック周波数VCLKのレートでイメージデータをエンジン側へ送出する。
【0137】
たとえば、図示するように、バックエンドプロセッサBEP部600でフロントエンドプロセッサFEP部500から送られてきた印刷ファイルのヘッダ情報を参照し、フロントエンドプロセッサFEP部500側で指定したターゲットエンジンを“Tiffのtag”で指定し、バックエンドプロセッサBEP部600側へ送出する。これを受けて、バックエンドプロセッサBEP部600では、そのTiffファイルの中に記述されたエンジン種を参照し、自動的にそのエンジンへ出力するためのビデオクロック周波数VCLKに内部の周波数を切り替える。
【0138】
以上説明したように、本実施形態のシステム構成によれば、フロントエンド側の装置はエンジンに依存せず、汎用で使い回しができ、バックエンド側も、ビデオクロック周波数の異なるエンジンへは別のバックエンド装置がなくても、ユーザが設定することなく、その異なるエンジンに適合するビデオクロック周波数に自動的に切り替えてイメージデータを出力することができるようになる。このため、1エンジンに対して1つのバックエンド装置という接続形態である必要がなく、1台のバックエンドプロセッサが複数種のエンジンを適宜切り替えて使用することができるようになる。
【0139】
また、バックエンド側では、圧縮イメージデータ生成側の圧縮方式に応じた伸張方式に切り替えて伸張処理をするようにしたので、1つのバックエンドプロセッサに対して接続可能なフロントエンドプロセッサの種類の制限を緩和することもできる。
【0140】
さらに、イメージ識別情報の電送方式を峻別する属性記述方式情報を印刷ファイルに記述しておき、バックエンドプロセッサ側では受け取った印刷ファイルの記述を参照して透過コード方式とスクリーンフラグ方式とを自動的に判別することで、たとえばLW/CT独立に、階調補正特性、スクリーン種、マージの優先度を自動的に決めることもできる。すなわち、システムに接続されるフロントエンド側が異なる仕様のメーカである場合に、両者間でイメージ識別情報の電送方式に関してのネゴシエーションを行なわなくても、イメージデータ生成装置が採用しているイメージ識別情報の電送方式を自動判別することができるので、生産性を低下させることなく、個々の画像オブジェクトに対して、それぞれに好適な画像処理を施すことができる。
【0141】
これにより、システムに接続されるフロントエンド側が異なる仕様のメーカであったとしても、あるいはエンジン側が異なる仕様のメーカであったとしても(それらが混在していても)、バックエンドを経由してエンジン側へイメージデータを適正なビデオクロック周波数で出力することが可能となり、ビジネスチャンスの拡大とお客様の既存RIPエンジンを生かした印刷システムを構築することができるようになる。
【0142】
以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。発明の要旨を逸脱しない範囲で上記実施形態に多様な変更または改良を加えることができ、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれる。
【0143】
また、上記の実施形態は、クレーム(請求項)にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組合せの全てが発明の解決手段に必須であるとは限らない。前述した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜の組合せにより種々の発明を抽出できる。実施形態に示される全構成要件から幾つかの構成要件が削除されても、効果が得られる限りにおいて、この幾つかの構成要件が削除された構成が発明として抽出され得る。
【0144】
たとえば、上記実施形態では、フロントエンド側が複数種で、かつプリントエンジン側も複数種の構成において、各フロントエンド側が生成したイメージデータを、1つのバックエンドプロセッサを経由して、所定のエンジン側へ適正クロック周波数で出力する仕組みについて説明したが、プリントエンジン側が複数種の構成である限りにおいて、システム構成を適宜変更することができる。たとえば、1つのフロントエンド側が複数種のプリントエンジンを選択切り替えしてイメージデータを送出するシステム構成に、上述の仕組みを適用することも可能である。
【0145】
また、上記実施形態では、多階調画像オブジェクトCTに対応する圧縮イメージデータCTに関してのみ、圧縮イメージデータ生成側の圧縮方式に応じた伸張方式に切り替えて伸張処理をする形態を説明したが、線画文字オブジェクトLWに対応する圧縮イメージデータLWに関しても、上述と同様の手法を適用することができる。
【0146】
また、上記実施形態では、記録媒体上に可視画像を形成する主要部であるプリントエンジンとして電子写真プロセスを利用するものに対して、本発明を適用した事例を説明したが、本発明の適用範囲は、これに限定されない。たとえば感熱式、熱転写式、インクジェット式、あるいはその他の同様な従来の画像形成機構を備えたエンジンにより普通紙や感熱紙上に可視画像を形成する構成の画像形成装置を備えた画像形成システムに本発明を適用し得る。
【0147】
また、上記実施形態では、画像形成装置として、電子写真プロセスを利用したプリントエンジンを備える印刷装置(プリンタ)を例に説明したが、画像形成装置は、これに限らず、カラー複写機やファクシミリなど、記録媒体上に画像を形成するいわゆる印刷機能を有するものであればよい。
【0148】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記憶媒体に格納されたプログラムコードを読出し実行することによっても、上記実施形態で述べた効果は達成される。この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになる。また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)などが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合であってもよい。
【0149】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合であってもよい。
【0150】
【発明の効果】
以上のように、本発明によれば、出力先のエンジン種を特定する情報をイメージデータに対応付けて画像処理装置側に送出し、画像処理装置側にて、指定された出力先のエンジンに適合するビデオクロック周波数を自動的に決定し、この決定したクロック周波数に切り替えて、イメージデータをその指定されたエンジンに送出するようにしたので、1つのバックエンドプロセッサに対して接続可能なプリントエンジンやフロントエンドプロセッサの種類の制限を緩和することができる。
【0151】
これにより、システムに接続されるフロントエンド側やプリントエンジン側が異なる仕様のメーカであったとしても、バックエンドを経由してエンジン側へイメージデータを適正クロック周波数で出力することができる。
【0152】
これにより、たとえば、RIP処理をするフロントエンドプロセッサとプリントエンジンを制御するバックエンドプロセッサを備えた画像形成システムを構成する場合において、バックエンドプロセッサに接続可能なエンジンの種類を拡大することができる。そして、フロントエンド側の装置はエンジンに依存せず、汎用で使い回すことができ、バックエンド側も周波数の異なるエンジンへは別のバックエンドがなくても、ユーザが設定することなく、適正なビデオクロック周波数に自動的に切り替えてイメージデータを出力することができる。すなわち、フロントエンドプロセッサやプリントエンジンなどを使い回すなど、システム構成要素を柔軟に使い分けることができる。
【図面の簡単な説明】
【図1】本発明に係る画像処理システムを適用した画像形成システムの一実施形態を示す図である。
【図2】従来の画像形成システムと本実施形態の画像処理システムを適用した画像形成システムとの差を説明する図である。
【図3】フロントエンドプロセッサFEP部およびバックエンドプロセッサBEP部の一実施形態を示すブロック図である。
【図4】印刷制御部における、ビデオクロック周波数の自動決定機能に関わる部分の一構成例と作用を説明する図である。
【符号の説明】
1…画像形成装置、2…IOTモジュール、5…フィードモジュール、7…出力モジュール、8…ユーザインタフェース装置、9…連結モジュール、20…IOTコア部、30…プリントエンジン、31…光走査装置、32…感光体ドラム、39…電気系制御収納部、43…中間転写ベルト、45…2次転写部、70…定着器、80…GUI部、500…フロントエンドプロセッサFEP部(イメージデータ生成装置)、502…データ格納部、510…RIP処理部、516…画像配置処理部、520…イメージデータ分離部、523…LWラスターイメージ処理部、525…CTラスターイメージ処理部、530…圧縮処理部、532…LW圧縮処理部、534…CT圧縮処理部、540…ファイル転送部、550…結合部、600…バックエンドプロセッサBEP部(画像処理装置)、601…分離データ受信部(印刷ファイル受信部)、602…画像記憶部、610…伸張処理部、612…LW伸張処理部、614…CT伸張処理部、614d…伸張方式選択部、620…印刷制御部(属性記述方式情報抽出部、属性情報抽出部)、627…出力先情報抽出部、628…ビデオクロック情報取得部、629…周波数セレクタ(出力ビデオクロック周波数特定部)、630…マージ部、632…LW解像度整合部、634…CT解像度整合部、636…画像結合部、640…階調補正処理部、OSC…ビデオクロック発振器、SW…選択出力部
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an image processing apparatus, an image processing system including the image processing apparatus as a component, an image processing method used in the image processing apparatus and the system, a program, and a computer-readable storage medium storing the program. More specifically, the present invention relates to a method of handling image data when a plurality of types of image forming apparatuses that form an image based on image data for printing can be used.
[0002]
[Prior art]
2. Description of the Related Art Image forming apparatuses having a printing function, such as printer apparatuses and copying apparatuses, are used in various fields. Today, color image forming apparatuses are being used as various expression means for users. For example, a color page printer 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, those requiring relatively small print output (for example, several to several tens of sheets per job), such as personal use at home and business use at office, and bookbinding. And a relatively large-scale (for example, one job is several thousand sheets or more) print output required in the printing industry. Many of the former, which require relatively small print output (except for stencil printing, for example), receive print data and output printed matter without generating a copy. On the other hand, in the latter case where a relatively large-scale print output is required, conventionally, a composition is generated based on print data, and a printed matter is output using the generated composition.
[0004]
However, today, due to changes in the printing process due to the spread of DTP (DeskTop Publishing / Prepress), the so-called "digital revolution of printing", "direct printing" or "on-demand printing" (hereinafter, on-demand printing) for printing directly from DTP data Has been noted. In this on-demand printing, the prepress process is performed without generating intermediate products such as paper printing (printing paper) such as typesetting in conventional printing (for example, offset printing), block printing, screen negative, screen positive, and PS plate. A mechanism (CTP; Computer To Print or Paper) of outputting a printed matter based on only electronic data by completely digitizing is adopted. In response to this demand for on-demand printing, attention has been paid to a printing function using an electrophotographic process.
[0005]
On the other hand, an image processing system for printers requiring high quality is a system for comprehensively integrating and editing images such as characters and pictures. In particular, in the desktop publishing DTP field, a page description language (PDL: Page) is used. Description Language).
[0006]
[Problems to be solved by the invention]
On the other hand, in a conventional printing system, one DFE (Digital Front End Processor) device is in charge of a function part for generating image data based on PDL data received from a client terminal and a controller function part for controlling a print engine. Is adopted. That is, the DFE apparatus performs not only RIP (Raster Image Process) processing on PDL data received from the client terminal but also page rearrangement (sorting in ascending / descending order) in accordance with the print job, determining the processing page order in duplex printing, Additional processing, such as position adjustment for finishers, and data conversion (for example, calibration of gray balance and color misregistration) according to the processing characteristics of the output side, such as a print engine and a fixing unit, are also performed. It has become.
[0007]
For this reason, the DFE device in the conventional system performs generation of RIP-processed image data (Video Data) in accordance with the characteristics of the print engine, advanced processing in accordance with the characteristics of the print engine, or synchronization control of the drive unit. Necessary, the DFE device and the print engine were connected almost inseparably. For example, one DFE device is connected to one engine, and electric signals are transmitted between the DFE device and the print engine by a dedicated connection interface using a dedicated communication protocol.
[0008]
Therefore, when using print engines having different processing performances, a dedicated DFE device must be prepared for each print engine. For example, a system configuration including an engine for final printing and a proofer for output confirmation is generally used. In such a system configuration, a RIP process suitable for a printing engine and a DFE device for printing that transfers image data to a printing engine, and a RIP process suitable for a proofer engine are performed. A system is configured with a proofer DFE device that passes data to a proofer.
[0009]
Due to the difference in processing performance between the final printing engine and the proofer engine, the video clock frequency when sending image data to each engine is different, and the data processing rate of each DFE device is also the video clock frequency. It has been adapted to. For this reason, it has not been possible to transfer image data from the DFE apparatus for final printing to the proofer engine, and conversely, to transfer image data from the DFE apparatus for proofer to the final printing engine. For this reason, there have been problems such as a large-scale system or the inability to reuse the DFE device.
[0010]
A system in which the image data generation processing function and the printer control function in a conventional DFE apparatus are performed by separate apparatuses has been proposed (for example, Japanese Patent Application Laid-Open Nos. H8-6238 and H10-166688). reference). In the system described in JP-A-8-6238, a front-end processor has an image data generation processing function, and a printer control function has a back-end processor. Then, the image data subjected to the RIP processing by the front-end processor is temporarily compressed and sent to the back-end processor on the output side. The back-end processor decompresses the image data in synchronization with the print processing speed of the print engine. Handing over to print engine.
[0011]
By doing so, it is possible to realize a mechanism of "RIP While RUN" in which print processing is performed in parallel by the print engine while rasterizing by RIP processing without causing a problem of transfer load, and the high-speed engine is fully utilized. High productivity can be achieved. These controls are performed in units of jobs or pages under the control of the printer controller function.
[0012]
However, even in the mechanism described in Japanese Patent Application Laid-Open No. 8-6238, the back-end processor and the print engine are connected in a close relationship, and the back-end processor sends the image data only to a specific engine to the print engine. Cannot be output, and the back-end processor cannot be used flexibly.
[0013]
The present invention has been made in view of the above circumstances, and flexibly uses system components such as a DFE device, a front-end processor, and a back-end processor when constructing a system including a plurality of types of print engines. It is an object of the present invention to provide an image processing method capable of performing the following.
[0014]
Another object of the present invention is to provide an image processing system and an image processing apparatus that implement the image processing method of the present invention.
[0015]
Further, the present invention provides a program suitable for realizing an image processing apparatus for implementing the image processing method of the present invention by software using an electronic computer, and a computer-readable storage medium storing the program. Aim.
[0016]
[Means for Solving the Problems]
That is, in the image processing method according to the present invention, first, the image data generated based on the print data and the image recording unit that generates the visible image based on the image data, which is the destination of the image data, are specified. Associated with the output destination information to be received.
[0017]
Next, a video clock frequency for transmitting the received image data to the image recording unit associated with the received output destination information is specified. For example, information on a video clock frequency when image data is sent to a predetermined image recording unit is automatically acquired in advance for each image recording unit. When manufacturing an image processing apparatus, information relating to a video clock frequency is stored in a nonvolatile storage medium in association with an image recording unit to which a connection is assumed in advance. Alternatively, at the time of installing the system, a serviceman or a user may manually (manually) register information on a video clock frequency of an image recording unit actually connected to the system in a nonvolatile storage medium.
[0018]
Then, when transmitting the image data to the image recording unit, the image data is switched to the specified video clock frequency, and the received image data is transmitted to the image recording unit designated as the output destination.
[0019]
An image processing system according to the present invention includes: an image data generation device that generates image data based on print data; an image processing device that performs predetermined image processing on image data generated by the image data generation device; An image processing system comprising a plurality of types of image recording units for recording an image on a predetermined recording medium based on processed image data from the image processing apparatus. Generating image data based on the data and sending the generated image data to the image processing device, and sending the image data to the image processing device by associating output destination information for specifying the image recording unit to which the image data is sent with the image data. did.
[0020]
Correspondingly, the image processing apparatus associates the image data generated based on the print data with output destination information that specifies an image recording unit that is a destination of the image data, and generates a predetermined image data. A print file receiving unit received from the apparatus, and an output video clock frequency specifying unit that specifies a video clock frequency of the image recording unit specified as the destination of the image data based on the output destination information received by the print file receiving unit. And an image data transmitting unit for switching the video clock frequency specified by the output video clock frequency specifying unit and transmitting the image data received by the print file receiving unit to the image recording unit.
[0021]
In the above description, the image recording unit designated by the image data generation device as the destination of the image data is one of a plurality of types of image recording units connected to the image processing device.
[0022]
“A plurality of types” mainly means that the performances related to the video clock frequency when sending the image data to the image recording unit are different.
[0023]
The invention described in the dependent claims defines further advantageous specific examples of the image processing system and the image processing apparatus according to the present invention. Furthermore, the program according to the present invention is suitable for realizing the image processing device according to the present invention by software using an electronic computer (computer). The program may be provided by being stored in a computer-readable storage medium, or may be distributed via a wired or wireless communication unit.
[0024]
[Action]
In the above configuration, the image data generating device generates the image data based on the print data, and associates the output destination information specifying the image recording unit to which the generated image data is sent with the image data with the image data. Send to processing device.
[0025]
When the image processing apparatus receives the image data and the output destination information indicating the destination of the image data (that is, the output destination) from the image data generating apparatus, first, the image processing apparatus is designated as the output destination based on the output destination information. The video clock frequency for the image recording unit is specified. After that, the frequency is switched to the specified video clock frequency, and the image data received from the image data generating device is sent to the image recording unit designated as the output destination. That is, the image processing apparatus automatically switches to a video clock frequency suitable for the image recording unit designated as the output destination and sends out the image data.
[0026]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0027]
FIG. 1 is a diagram showing an embodiment of an image forming system (printing system) to which an image processing system according to the present invention is applied. Here, FIG. 1A is a schematic diagram of a system configuration, and FIG. 1B is a diagram showing a connection example in relation to details of a user interface device.
[0028]
The image forming system includes an image forming apparatus 1 and a DFE device which is a terminal device that sends print data to the image forming apparatus 1 and instructs printing.
[0029]
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.
[0030]
That is, the image forming apparatus 1 in the image forming system includes an IOT (Image Output Terminal) module (IOT main body) 2, a feed (sheet feeding) module (FM; Feeder Module) 5, an output module 7, and a personal computer (PC). ), And a connection module 9 for connecting the IOT module 2 and the feed module 5. The feed module 5 may have a multi-stage configuration.
[0031]
Further, a finisher (finisher: post-processing device) module may be further connected to the subsequent stage of the output module 7. Examples of the finisher module include a stapler that stacks sheets and binds one or two or more corners of the sheet, or a punching mechanism that punches a filing hole. and so on. It is desirable that this finisher module can be used even in an off-line state in which the connection with the user interface device 8 is cut off.
[0032]
The DFE device has a drawing function, for example, sequentially receives print data described in a page description language PDL from a client terminal (not shown), and generates a raster image (RIP process; Raster Image Process) based on the print data. Further, the image forming apparatus 1 sends the RIP-processed image data and print control information (job ticket) such as the number of prints and the paper size to the image forming apparatus 1.
[0033]
The print data sent from the DFE apparatus to the image forming apparatus 1 includes three basic colors for color printing, yellow (Y), cyan (C), magenta (M), and black (K). There are four colors (YMCK) combined. Further, in addition to the four colors, a fifth color component, for example, gray (G) may be included.
[0034]
The IOT module 2 has an IOT core unit 20 and a toner supply unit 22. The toner supply unit 22 is provided with a toner cartridge 24 for YMCK for color printing.
[0035]
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. In a so-called tandem configuration. Further, 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.
[0036]
Further, 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) as an image transfer method, and then transfers the toner image to the secondary transfer unit 45. A method of transferring (secondary transfer) the toner image on the intermediate transfer belt 43 to the printing paper is used. In such a configuration, an image is formed on each of the photosensitive drums 32 with each of the Y, M, C, and K color toners, and the toner images are transferred onto the intermediate transfer belt 43 in a multiple manner.
[0037]
The image (toner image) transferred on the intermediate transfer belt 43 is transferred onto the sheet conveyed from the feed module 5 at a predetermined timing, and further conveyed to the fixing unit (Fuser) 70 on the second conveying path 48. The fixing device 70 fuses and fixes the toner image on the paper. Thereafter, the sheet is temporarily held in a sheet discharge tray (stacker) 74 or immediately passed to a sheet discharge processing device 72, and is discharged outside the apparatus through a predetermined end process as needed. At the time of double-sided printing, the printed paper is pulled out from the paper discharge tray 74 to the reversing path 76 and passed to the reversing conveyance path 49 of the IOT module 2.
[0038]
The DFE device having a drawing function includes a front-end processor (FEP) 500 which is an example of an image data generating device. The front-end processor FEP unit 500 converts data from a client (Client) into raster data (RIP processing) by ROP (Raster Operation) processing by a front engine, and compresses the converted raster image. RIP processing and compression processing are compatible with high-speed processing so that the IOT module 2 can support high-speed processing. 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 mainly performs only RIP processing.
[0039]
The user interface device 8 has an input device such as a keyboard 81 and a mouse 82, and has a GUI (Graphic Use Interface) unit 80 for receiving an instruction input while presenting an image to a user, and has a main body (not shown). And a Sys (system control) unit 85 that performs a connection interface function between each module of the image forming apparatus 1 and the DFE apparatus and a server function. Further, the user interface device 8 has a printer controller function that performs a print control function depending on the image forming apparatus 1.
[0040]
In such a configuration, a printer controller function part that performs a control function of a process dependent on the image forming apparatus 1 of the user interface device 8 and a part related to a connection interface are collectively integrated into a back-end processor (Back End Processor) unit 600. That. 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 such as the IOT core unit 20 that controls according to engine characteristics. Note that the back-end processor BEP unit 600 and the IOT core unit 20 have the functions of an image processing device.
[0041]
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) for storing the image data and the job ticket received from the front-end processor FEP unit 500.
[0042]
The DFE device converts the code data generated by the client terminal into raster data by RIP processing on the front engine side, and performs compression processing. Transmission of electric signals between the front-end processor FEP unit 500 on the DFE device side and the back-end processor BEP unit 600 on the image forming device 1 is relatively sparse (substantially independent) with respect to the IOT core unit 20. It is in. That is, the print engine 30 is constructed with a communication interface independent of the print engine 30 (loose coupling by a general-purpose network).
[0043]
For example, as shown in FIG. 1A, between the DFE device and the back-end processor BEP, 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. ) And so on. 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).
[0044]
On the other hand, the transmission of electric signals between the back-end processor BEP unit 600 and the IOT core unit 20 (which is a main part thereof) constituting the image recording unit is relatively dense with respect to the IOT core unit 20. It is constructed with a communication interface having a relationship, that is, depending on the print engine 30 as an image recording unit. For example, they are connected by a dedicated communication protocol.
[0045]
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 the function of an image processing device IPS (Image Process System), and includes, for example, RIP (Raster Image Process) -processed print data, and the number of prints and paper size. Is received from the DFE apparatus, and the requested print processing is executed by the image forming apparatus 1.
[0046]
In the image forming system having the above configuration, the image data is transferred as a compressed data in a predetermined format to the user interface device 8 by, for example, FTP (File Transfer Protocol). That is, the front-end processor FEP unit 500 unilaterally transfers one job (JOB) to the back-end processor BEP unit 600 in the order in which the jobs are RIP-processed without depending on the engine characteristics.
[0047]
The back-end processor BEP 600 rearranges the pages for printing and exchanges control commands in synchronization with the processing speed of the print engine 30, while arranging the page data in a predetermined order at a speed that maximizes engine productivity. It is sent to the core unit 20.
[0048]
If the data transmission from the front-end processor FEP unit 500 is faster than the processing (synchronous processing) adapted to the processing characteristics of the print engine 30 or the like, the back-end processor BEP unit 600 sends the image data or job ticket that cannot be reached in time. Store it temporarily in the data storage. Then, the page data is read out so as to match the discharge conditions desired by the user (eg, page order and orientation, whether or not finishing is performed, etc.), and if necessary, the image is edited to correct the image position on paper, Performs the desired image processing, and sends the processed image data to the IOT module 2 side.
[0049]
As a result, the front-end processor FEP unit 500 and the output side of the print engine 30 and the fixing unit 70 as the image recording unit are asynchronous processing, and the back-end processor BEP unit 600 and the output side are synchronous processing. Are offset by data storage in the data storage unit and reading. Also, when compressing / expanding image data, the compression processing in the front-end processor FEP unit 500 and the expansion processing in the back-end processor BEP unit 600 are asynchronous processing. That is, according to such a configuration, the RIP process and the subsequent compression process in the front-end processor FEP unit 500 are different from the print job contents and the processing characteristics of the IOT core unit 20 and the fixing unit 70 constituting the image recording unit. Processed independently.
[0050]
As described above, according to the 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 the RIP process and the compression process in the front-end processor FEP unit 500 of the DFE device. Up to that point, processing is left to 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 the RIP processing and the compression processing which are not affected by the performance of the image forming apparatus 1. The back-end processor BEP 600 performs page relocation according to the image forming apparatus 1 and print control synchronized with the IOT core 20.
[0051]
In these processes, the printer controller function of the back-end processor BEP 600 interprets (decodes) the job ticket passed from the front-end processor FEP 500, or receives a user instruction via the GUI 80, It is realized by controlling each part.
[0052]
As described above, according to the configuration of the present embodiment, the DFE device is released from complicated processing according to the engine characteristics. Therefore, a general PC (personal computer) is used as the DFE device, and software is installed on the PC. By mounting it, the function of the front-end processor FEP unit 500 can be achieved.
[0053]
In addition, the back-end processor BEP 600, which is responsible for complicated processing according to the engine characteristics, is released from the RIP processing, and flexibly performs processing and control 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 unit 500 to be particularly familiar with the characteristics and know-how of the engine.
[0054]
In addition, since the front-end processor FEP unit 500 is independent of the print engine 30, the user can use a conventional front-end even if a new print engine is purchased. Also, connection with the front end of another manufacturer is possible. That is, generalization of the front-end processor FEP unit 500 can be realized, and for example, a general-purpose printing RIP engine or a RIP engine of another company can be used. Alternatively, it is possible to easily provide a printer controller to an engine which is required as a target necessary for business.
[0055]
Since there is no restriction on the use of the standard controller in the back-end processor BEP unit 600, the control of the image forming operation by the back-end processor BEP unit 600 has higher speed and expandability than that by the DFE device. Therefore, it is easy to flexibly cope with an increase in speed and functionality of the image forming apparatus 1.
[0056]
FIG. 2 is a diagram illustrating a difference between a conventional image forming system and an image forming system to which the image processing system of the present embodiment is applied. Here, FIG. 2A shows a conventional system configuration, and FIG. 2B shows an example of a system configuration to which the present embodiment is applied.
[0057]
In the conventional configuration example, RIP-processed image data (Video Data) matched to the characteristics of the image forming apparatus 1 is passed from the DFE apparatus to the IOT module 2. Further, when the speed of the image forming apparatus 1 is increased, it becomes more difficult for the controller of the DFE apparatus to control the processing timing of each unit in the image forming apparatus 1 as the speed is increased. For this reason, as shown in FIG. 2A, the DFE device and the image forming apparatus 1 are almost inseparably inseparable, and a configuration using a dedicated DFE device corresponding to each image forming apparatus 1 is unavoidable. Absent.
[0058]
For example, in raster data development (that is, RIP processing) and control of a printing unit, a DFE device of a high-performance model uses an industry standard controller that claims high image quality and high control. Unless the front end processor FEP unit is particularly familiar with the characteristics and know-how of the engine, it is not possible to control the high-speed and high-performance image forming apparatus 1, but the higher the speed and the higher the function, the more difficult it becomes. In addition, a DFE device that performs a dedicated processing function according to the image forming apparatus 1 is required. Therefore, it has been difficult to construct a system in which one image forming apparatus 1 accepts print requests from a plurality of DFE apparatuses.
[0059]
For example, if a higher-performance and higher-speed system is to be realized, the control method of the image forming apparatus 1 must be notified to a standard controller in advance, and the system must operate under the control of the standard controller. However, if the speed and the function are increased, it is difficult to control the image forming operation of the high-speed and high-performance image forming apparatus 1 with a conventional controller or a general-purpose controller. For example, during continuous processing, it becomes more difficult to control, for example, when to start an image forming process for the next sheet (print paper). In particular, at the time of double-sided printing, it is necessary to interrupt the backside printing of a certain sheet during the continuous conveyance of the front side, but the higher the speed, the more difficult the control becomes.
[0060]
Further, as shown in FIG. 2A, when using print engines having different processing performances, such as a system configuration including a print engine Pa for final printing and a proofer engine Pe for output confirmation, individual print engines are used. A DFE device must be prepared for each print engine. In such a system configuration, a DFE device for production printing (lip engine Ra) that performs RIP processing suitable for the engine Pa for production printing and transfers image data to the engine for production printing, and a proofer engine. A system is configured with a proofer DFE device (lip engine Re) that transfers image data to a proofer after performing RIP processing.
[0061]
Due to the difference in processing performance between the final printing engine Pa and the proofer engine Pe, the video clock frequency is set different when image data is sent to each engine. The data processing rate also matches the video clock frequency. For this reason, it is not possible to pass image data from the proofer DFE device Ra to the proofer engine Pe, and conversely, to pass image data from the proofer DFE device Re to the final printing engine Pa.
[0062]
On the other hand, in the configuration of the present embodiment shown in FIG. 2B, the DFE device side (specifically, the front end processor FEP unit 500) is mainly in charge of the RIP processing function unit (image data generation function unit). Since the back-end processor BEP 600 is in charge of the printer controller function, the back-end processor BEP 600 can control the image forming operation of the apparatus according to the performance and characteristics of the print engine. .
[0063]
Since the back-end processor BEP 600 has no restriction on the use of a standard controller as in the conventional DFE device, the control of the image forming operation by the back-end processor BEP 600 is faster and more extended than that by the DFE device. Rich in nature. Therefore, as compared with the conventional configuration example, it becomes easier to flexibly cope with an increase in the speed and a function of the image forming apparatus 1.
[0064]
Further, in the configuration of the present embodiment, a loose connection between the front-end processor FEP unit 500 and the back-end processor BEP unit 600 or the print engine may be used. RIP processing and the like that are not affected by the processing characteristics of the apparatus 1 can be limited to the range.
[0065]
As a result, the processing load on the DFE device is reduced, so that a DFE device equipped with a general-purpose controller capable of high-speed processing can be used, and the total system cost can be reduced. In addition, since a general-purpose DFE device can be used, as shown in the upper part of FIG. 2B, a system in which a plurality of DFE devices and a plurality of image forming apparatuses 1 are connected to a network, that is, the number of DFE devices And the number of image forming apparatuses 1 (especially the print engine 30) can be constructed as n: m. Although illustration is omitted, a system in which one image forming apparatus 1 receives print requests from a plurality of DFE apparatuses, that is, the number of DFE apparatuses and the number of back-end processor BEP units 600 and image forming apparatuses are n: 1. It can be a system.
[0066]
Further, by interposing a back-end processor BEP 600 between the image data generation device (DFE device) and the image recording unit (print engine), as shown in the lower part of FIG. Output confirmation with the high-speed and high-performance image forming apparatus 1 (print engine Pa, Pb, Pc) and the medium-speed and high-performance image forming apparatus 1 (print engine Pd) at the subsequent stage of the BEP unit 600 , Such as a proofer (an example of the image forming apparatus 1; a print engine Pe), in which a plurality of types of image forming apparatuses 1 are installed in parallel, that is, the number of back-end processors BEP units 600 and the number of print engines (image recording units). Can be constructed as a 1: k system. 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 DFE devices (n: 1: k). System).
[0067]
With the system configuration shown in the lower part of FIG. 2B, one back-end processor BEP 600 receives image data from a DFE device having an image data generation function and performs predetermined image processing. Later, the image data is not limited to the prescribed engine and is passed to a plurality of engines, and the image data may be passed to a plurality of engines for parallel processing.
[0068]
In the proofer connection system, prior to direct printing by the high-speed, high-function or medium-speed, high-performance image forming apparatus 1, a direct proof print is directly output from the DTP data by a proofer using a DDCP (Digital Direct Color Proofing). A system can be built. For example, upon receiving proof data as a print job from a proofer DFE device (lip engine Rc), the back-end processor BEP unit 600 outputs image data in a data format suitable for proofing to proofer Pe and prints it for color proofing. Command output. On the other hand, when a print job for final printing is received from the DFE device (lip engine Ra, Rb), image data in a format suitable for them is output to the high-speed high-function machines Pa to Pc or the medium-speed high-function machine Pd. And issues a high-speed / medium-speed / high-function print instruction.
[0069]
Here, due to the difference in processing performance between the engine for printing Pa and the engine for proofer Pe, when sending image data to each engine, the video clock frequency must be suitable for 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.
[0070]
On the other hand, in the present embodiment, the front-end processor FEP 500 has a sparse relationship with the print engine, and does not care about the video clock frequency defined on the engine side. To the back-end processor BEP unit 600. The back-end processor BEP 600 that has received the image data switches the internal processing frequency to a video clock frequency for outputting to the engine so as to meet the specifications of the engine.
[0071]
At this time, in the configuration of the present embodiment, one back-end processor BEP 600 can be connected to various front-end processors FEP 500 and can be connected to various print engines. It is not possible to specify in advance to which print engine 600 the image data is to be sent and printed. In a system configuration in which one back-end processor BEP unit 600 is connected to one front-end processor FEP unit 500 and various print engines (1: 1: k), the one front-end processor It is also impossible to specify in advance which print engine the processor FEP unit 500 wants to send image data to print.
[0072]
As a result, the back-end processor cannot know in advance the video clock frequency to be used when sending the image data to the engine. For example, each time image data is received from the front-end processor FEP unit 500, it may be possible to confirm (negotiate) with the front-end processor FEP unit 500 the type of engine to which the image data is to be transferred. The method greatly reduces productivity.
[0073]
In the present embodiment, in order to solve this problem, first, the front-end processor FEP unit 500 sets output destination information for specifying an engine type as a transfer destination of image data as supplementary information of the image data, for each page, The data is sent in association with the image data. For example, the output destination information is described in additional information (for example, header information) of the print file.
[0074]
Correspondingly, the back-end processor BEP 600 connects the output destination information described in the header information of the print file sent from the front-end processor FEP 500 to the self-acquired in advance. The front end processor FEP unit 500 (actually, a client terminal) automatically determines the video clock frequency of the image data to be transferred to the engine specified by the front end processor FEP unit 500 (actually, the client terminal). The image data is transmitted to the designated print engine at the determined frequency.
[0075]
As described above, by switching the video clock frequency in accordance with the engine performance in the back-end processor BEP unit 600, when the designated engine is not available, another engine is used regardless of the engine performance. You can also. Further, for example, image data from the DFE device Ra for final printing can be passed to the proofer engine Pe, and conversely, image data from the DFE device Re for proofer can be passed to the final printing engine Pa. become.
[0076]
As described above, by using an n: 1 or n: m system, it is possible to construct a highly flexible system that can switch the image data generation side or connect a plurality of units. Thus, for example, it is possible to select an image forming apparatus suitable for a vacant state of the image forming apparatus 1 or a print job, and perform efficient output processing.
[0077]
Further, in the configuration of the present embodiment, the image compression and the corresponding image decompression can select an individual format for each image object in the page. For example, print data received from the client terminal includes a line drawing character object LW representing a binary image such as a character or a line drawing, and a multi-gradation image object CT representing a multi-gradation image such as a photographic image or a background portion. I have.
[0078]
The front-end processor FEP 500 refers to the attribute information (Tag) of each image object, and generates compressed image data focusing on the line drawing character object LW and compressed image data focusing on the multi-tone image object CT. A signal indicating the attribute of each compressed image data, for example, a pass signal is generated for the line drawing character object LW, and an image signal is generated for the multi-tone image object CT.
[0079]
For example, the front-end processor FEP unit 500 transfers image data (a plurality of separated image data) generated in each compression format to the back-end processor BEP unit 600 so as to correspond to a different compression format for each image object. . The transfer image format between the front-end processor FEP unit 500 and the back-end processor BEP unit 600 is based on a TIFF (Tagged Image File Format) format regardless of the image object. Of course, another type of image compression format may be used.
[0080]
The compressed image data (LW, CT) and signals indicating the respective data attributes are combined (associated) together with the job ticket and the like as one print file, and transmitted to the back-end processor BEP unit 600. For example, two pieces of compressed image data LW and CT corresponding to individual image objects are transmitted by two layers, and object attribute information (that is, image identification information) is transmitted as associated information for each pixel as additional information.
[0081]
Since it is sufficient for the back-end processor BEP unit 600 to discriminate any one of the attributes of the compressed image data, the back-end processor BEP unit 600 may use, for example, a 1-bit mask signal (select signal) for switching between LW / CT. You just have to communicate. However, in a system having a narrow bus band, it is preferable to adopt a transmission code system in which the mask signal is embedded in density information (for example, LW image data) and transmitted in order to reduce the number of transmission bits.
[0082]
In some cases, it is not sufficient to determine the attribute of the compressed image data by one bit. For example, screen processing is performed by pseudo halftone processing (halftoning) on the IOT core unit 20 side, and the image quality such as tone reproducibility and moiré is affected by what kind of screen is used. Exert. For this reason, in some cases, it is desirable to switch the screen type, the number of lines, the angle, and the like not only according to the image object but also for each individual object. In order to respond to such a request, since one-bit information is not enough, it is preferable to use dedicated identification information expressed by, for example, two or more bits independently of image data.
[0083]
As the dedicated identification information, for example, it is preferable to use information (hereinafter, also referred to as a screen flag) indicating the type of screen related to the pseudo halftone processing. That is, the dedicated identification information may also serve as a screen flag. By doing so, even when dedicated identification information is used, the transmission bit width of the print file transmitted to the back-end processor BEP unit 600 can be minimized. Note that only the attribute of the compressed image data may be distinguished using 1-bit identification information (eg, a screen flag).
[0084]
In the system shown in FIG. 2B, one back-end processor BEP 600 is configured to be connectable to various front-end processors FEPs 500. Cannot be specified in advance. As a result, simply transmitting the image identification information indicating the attribute of the compressed image data in association with the image data requires that the transmission method of the image identification information employed by the front-end processor having the image data generation function be changed to the back-end processor. Since the information cannot be known in advance, the image identification information cannot be correctly specified.
[0085]
In order to solve this problem, in the present embodiment, the back-end processor BEP unit 600 is designed to be compatible with a plurality of types of DFE devices (that is, the front-end processor FEP unit 500) (for example, correspondence to different manufacturers). ), Each front-end processor FEP unit 500 adopts a transmission code system in which LW / CT separation information is embedded in density, or a system in which a screen flag is transmitted separately from image data. The attribute description method information indicating whether or not the attribute information is described in the additional information (for example, header information) of the print file.
[0086]
In response to this, the back-end processor BEP unit 600 refers to the attribute description method information described in the header information of the print file sent from the front-end processor FEP unit 500, and sets the attribute LW / CT of the image data. Is replaced with a distinguishing signal. For example, a signal (Tag) for switching between two types of screens independently for LW / CT is replaced. Then, it is automatically selected whether the tone correction characteristic, screen type, and merge priority are determined independently from the transmission code system independently of LW / CT, or whether they are determined from the screen flag. Output the image to the side.
[0087]
Further, although the general-purpose image generation engine can be used with the configuration of FIG. 2B, connection cannot be made unless the compression method and the decompression method are consistent with each other. Limits the types of front-end processors that can be connected to
[0088]
In order to solve this problem, in the present embodiment, the front-end processor FEP 500 having the compressed image data generation function uses the compression information indicating the compression format of the compressed image data LW / CT as well as the additional information ( For example, header information).
[0089]
In response to this, the back-end processor BEP unit 600 refers to the compression information described in the header information of the print file sent from the front-end processor FEP unit 500, and uses the decompression method corresponding to this compression information. Switch to expand the compressed image data.
[0090]
FIG. 3 is a diagram focusing on the flow of data between the DFE device and the image forming apparatus 1, and is a block diagram illustrating an embodiment of the front-end processor FEP unit 500 and the back-end processor BEP unit 600.
[0091]
An image object mainly expressed in binary such as a line drawing or a character (hereinafter referred to as a line drawing character object LW (Line Work)) and an image object mainly expressed in multiple gradations such as a background portion or a photograph portion (hereinafter referred to as multi-gradation) The processing is adapted in accordance with the characteristics of the image object such as the image object CT (Continuous Tone).
[0092]
The front-end processor FEP 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 sequentially. And a RIP processing unit (raster image processing unit) 510 that reads and interprets PDL data from the data storage unit 502 and generates (rasterizes) image data (raster data) in page units.
[0093]
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 so-called RIP engine, which is a decomposer functioning as a PDL interpretation unit and an imager. As will be described later, the RIP processing unit 510 may include a dedicated RIP engine corresponding to a print engine specific to the present embodiment, or may include a general-purpose print RIP processing engine. Good. It should be noted that a RIP device (DFE device) of another company may be used as the front-end processor FEP unit 500 as a whole.
[0094]
The front end processor FEP unit 500 converts the image data generated by the RIP processing unit 510 into line drawing data DLW representing a line drawing character object LW and a multi-tone image object CT in order to perform processing adapted to the characteristics of the image object. The image processing apparatus includes an image data separating unit 520 that expands the continuous tone image data DCT to be separated and a compression processing unit 530 that compresses each image data separated by the image data separating unit 520 according to a predetermined format. .
[0095]
The compression processing unit 530 compresses each image data from the image data separation unit 520 and immediately transfers the compressed image data to the back-end processor BEP unit 600. The front-end processor FEP unit 500 transfers the unnecessary job ticket indicating the print job content attached to the print job to the back-end processor BEP unit 600 at a predetermined timing.
[0096]
The compression processing unit 530 individually compresses the line drawing character object LW and the multi-tone image object CT corresponding to the image data separation unit 520. An LW compression unit 532 for compressing the DLW and a CT compression unit 534 for compressing the continuous tone image data DCT are provided.
[0097]
The PDL data described in the page description language by the front-end processor FEP unit 500 is input to the RIP processing unit 510, is subjected to RIP processing, is converted into a raster image, and is further processed by the image data separation unit 520 at the subsequent stage. It is separated into data DLW and continuous tone image data DCT.
[0098]
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 is compressed by a method suitable for each. Here, compression methods suitable for line drawings include G3, G4, BL (binary line art) of TIFF-IT8, and JBIG (Joint Bi-level Image Group). There are, for example, PackBit of TIFF6.0, JPEG (Joint Photographic Expert Group) and the like, and common compression methods include SH8, Lempel-Ziv, Huffman coding and the like.
[0099]
G3, G4, and Huffman coding are methods widely used in the field of facsimile, and Huffman coding uses a variation in the probability of occurrence of a character string as a compression principle.
[0100]
JBIG is a progressive build-up that displays a rough but overall image at the initial stage of transmission, and then adds additional information as needed to improve image quality. It can be applied unifiedly.
[0101]
The BL of TIFF-IT8 encodes each line of BL data as a sequence of a pair of a background color (black) run and a foreground color (white) run, and each line starts with a background color run. In the run-length encoding of BL data, two basic encoding structures are used, and a short format (8-bit length) encoding a run length up to 254 pixels is replaced with a long format encoding a run length up to 65,535 pixels. (24 bits long), and these two formats can be mixedly used. Each line data starts with two zero bytes and ends with two zero bytes.
[0102]
JPEG is roughly classified into lossy lossy compression based on DCT (Discrete Cosine Transform) and lossless lossless compression based on two-dimensional DPCM (Differential Pulse Code Modulation). The DCT method is classified into a baseline and an extended method, and the baseline process is the simplest DCT method and is an essential function of JPEG.
[0103]
At the subsequent stage of the compression processing section 530, the line drawing data DLW1 compressed by the LW compression processing section 532 and the continuous tone image data DCT1 compressed by the CT compression processing section 534 are combined into one print file together with the job ticket. And a file transfer unit 540 for transferring a file to the backend processor BEP unit 600.
[0104]
The file transfer unit 540 incorporates an interface unit, such as the IOT module 2 or the output module 7 on the output side, for transmitting electric signals to and from the back-end processor BEP unit 600 by a communication interface independent of the image recording unit. Have been.
[0105]
The processing on the front-end processor FEP side is processed asynchronously with the processing speed of the print engine 30. That is, when receiving the PDL data from the client terminal, the front-end processor FEP unit 500 sequentially performs rasterization and compression processing, and immediately outputs the compressed image data together with the output destination information indicating the output destination engine type to the back-end processor BEP unit. 600. In this process, if the process of receiving PDL data from the client terminal is earlier than the process of rasterizing or compressing, the front-end processor FEP 500 temporarily stores the PDL data that cannot be reached in the data storage unit 502. deep. Then, the PDL data is read from the data storage unit 502 in the order of reception (by the first-in first-out method) or in an appropriate order (for example, by the first-in, last-out method) and processed.
[0106]
On the other hand, the back-end processor BEP 600 compresses the print job and the processing characteristics of the print engine 30 independently in the front-end processor FEP 500 (for example, the processing is performed asynchronously with the processing speed of the print engine 30). A print file receiving unit that receives a print file (including the line drawing data DLW1, the continuous tone image data DCT1, and the job ticket) including the already processed image data from the file transfer unit 540 and stores the received print file in the image storage unit 602. And a separated data receiving unit 601 as an example of
[0107]
The separated data receiving unit 601 includes an interface unit that transmits an electric signal to and from the front-end processor FEP unit 500 by a communication interface independent of the image recording unit, such as the IOT module 2 and the output module 7 on the output side. It has been incorporated.
[0108]
Further, the back-end processor BEP 600 reads out the compressed image data from the image storage 602, performs decompression corresponding to the compression of the compression processor 530 on the front-end processor FEP 500 side, and performs this decompression. And a decompression processing unit 610 for transmitting the processed image data to the IOT core unit 20 side.
[0109]
The decompression processing unit 610 has an image editing function for image data read from the image storage unit 602 and subjected to decompression processing, such as image rotation, adjustment of the image position on paper, or enlargement or reduction. It should be noted that the function part serving as the image editing function may be provided independently of the decompression processing unit 610.
[0110]
The decompression processing unit 610 corresponds to the compression processing unit 530 of the front-end processor FEP unit 500, and separately decompresses the line drawing character object LW and the multi-tone image object CT by the LW compression processing unit 532. An LW decompression processing unit 612 for decompressing the processed line drawing data DLW1 and a CT decompression processing unit 614 for decompressing the continuous tone image data DCT1 compressed by the CT compression processing unit 534 are provided.
[0111]
In addition, 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. For example, the print control unit 620 is connected to the information indicating the output destination engine type described in the additional information DSEL (for example, header information) of the print file sent from the front-end processor FEP unit 500 and the print control unit 620 itself. The video clock for sending image data to the print engine specified as the output destination by checking the video clock frequency requested by each engine in advance by checking with each print engine A function part for automatically determining the frequency VLCK is provided (see FIG. 4 described later).
[0112]
Although not shown in the drawings, 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 and prints the print engine. An output mode specifying unit that specifies an output mode (image position in a page, or a page discharge order or direction, etc.) according to the processing characteristics of the fixing unit 30, the fixing unit 70, or the finisher, and an output mode specified by the output mode specifying unit. A control unit that controls each unit such as the print engine 30, the fixing unit 70, and the finisher so that printed matter is output is provided.
[0113]
The print control unit 620 also has a function of an attribute description method information extraction unit that extracts attribute description method information from a print file containing image data transmitted from the front-end processor FEP unit 500. Further, the print control unit 620 also has a function of an attribute information extraction unit that extracts image identification information LW / CT indicating an attribute of an image object (that is, image data) transmitted from the front-end processor FEP unit 500.
[0114]
The print control unit 620 refers to, for example, the attribute description method information included in the additional data DSEL of the print file sent from the front-end processor FEP unit 500, and first transmits the image identification information indicating the attribute of the image data. Identify the method. When the specified transmission method is the transmission code method, the image identification information LW / CT is extracted from the density information of the image data LW corresponding to the line drawing character object LW. On the other hand, when the specified transmission method is the screen flag method, the screen flag included in the additional data DSEL of the print file is extracted and used as the image identification information LW / CT. Further, the compression method used in the front-end processor FEP unit 500 is specified with reference to the compression information included in the additional data DSEL.
[0115]
The back-end processor BEP unit 600 is a merger that is an example of an image data combining unit that obtains a composite image by combining the individually expanded line drawing data DLW and continuous tone image data DCT at the subsequent stage of the expansion processing unit 610. A section 630 is provided. Subsequent to the merge unit 630, a process in which the video clock frequency VLCK specified by the frequency selector 629, which is an example of an output video clock frequency specifying unit described later, is switched to perform predetermined processing in the back-end processor BEP unit 600 An interface unit 650, which is an example of an image data sending unit that sends completed image data to the IOT core unit 20 (that is, the print engine 30), is provided.
[0116]
The line drawing data DLW separated by the image data separation unit 520 of the front-end processor FEP unit 500 is compressed by the LW compression processing unit 532 and transferred to the LW expansion processing unit 612 on the output side (the front-end processor FEP unit 600). The continuous tone image data DCT is compressed by the CT compression processing unit 534 and transferred to the CT expansion processing unit 614 on the output side (the front-end processor FEP unit 600).
[0117]
The decompression processing units 612 and 614 decompress the data according to the decompression method corresponding to the compression method specified by the print control unit 620 by a method suitable for each compression method, and convert the decompressed line drawing data DLW2 to the LW resolution of the merge unit 630. The expanded continuous tone image data DCT2 is sent to the matching unit 632 to the CT resolution matching unit 634 of the merge unit 630.
[0118]
The merging unit 630 includes an LW resolution matching unit 632 and a CT resolution matching unit 634 as a functional unit for matching the resolutions of the line drawing character object LW and the multi-tone image object CT. The image combining unit 636 integrates (combines) the toned image object CT with one image.
[0119]
The LW resolution matching unit 632 and the CT resolution matching unit 634 match the resolutions of the two image objects. For example, if the resolution of the continuous tone image data DCT2 is 400 dpi (dot per inch; the number of pixels per inch) and the resolution of the line drawing data DLW2 is 1200 dpi, the continuous tone image data DCT2 is enlarged three times and two types of images are obtained. Match the resolution of the object. Both data whose resolution (dpi) has been matched by the LW resolution matching units 632 and 634 are sent to the image combining unit 114.
[0120]
The image combining unit 114 separates the line drawing character object LW and the multi-tone image object CT based on the information indicating the attributes of the individual image objects sent from the front-end processor FEP 500, thereby forming one image data D2. To integrate.
[0121]
For example, when the transmission code method is used as the transmission method of the image identification information LW / CT indicating the attribute of the image object, for example, the density information “0” (gradation is zero) of the line drawing character object LW and the attribute determination information include Have been assigned. Therefore, when the LW value = “0”, the image combining unit 636 directly puts the image density of the multi-tone image object CT on the output image data D2. For example, for a pixel with LW value = "0" and CT value = "200", CT value = "200" is selected as the value of output image data D2.
[0122]
On the other hand, when the LW value is other than “0”, the processing is divided into a case where the LW value is “1” and a case where the LW value is 2 to 255. For example, when the LW value is “1”, the image combining unit 636 integrates (merges) images by preferentially selecting image data of the line drawing character object LW. Then, the LW value = “1” is replaced with “0” so that unnecessary image components are not generated by the tone correction in the tone correction processing unit 640 (for example, fog prevention). For example, for a pixel having an LW value = “1” and a CT value = “200”, the LW value = “1” is selected as the value of the output image data D2, and then replaced with “0”. Therefore, the LW values that the line drawing character object LW can take after merging are 255 gradations of 0, 2, 3, 4,..., 255.
[0123]
When the LW value is 2 to 255, the image combining unit 636 preferentially selects the LW image, and linearly mounts the LW image on the output image data D2 even after the merging. For example, for a pixel having an LW value = “255” and a CT value = “0”, the LW value = “255” is selected as the value of the output image data D2, and is output as “255”.
[0124]
In the above-described example, based on the object attribute information, only one of the density information is reflected in the output image data D2, that is, the addition ratio of the image data LW and CT sent by the two layers (so-called Although (weighting) is set to “100: 0”, it is not always necessary to perform such image integration (merging).
[0125]
For example, a line drawing character object LW portion has a higher ratio of image data LW, and a multi-tone image object CT portion has a higher ratio of image data CT. The addition ratio (so-called weighting) of the data LW and CT may be switched to a value other than “100 to 0”, that is, the priority of merging may be adjusted. In addition, information indicating the identification of the scan-based image and the print-based image is also transmitted from the front-end processor FEP unit 500 to the back-end processor BEP unit 600. Weight may be adjusted.
[0126]
According to the above configuration, 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 which is the output side, the line drawing character object LW and the multi-tone image object CT are compressed. Since the compression method suitable for each is used separately, the data compression ratio can be increased.
[0127]
For example, 270 MB of A2 size was conventionally compressed at 67 MB, but can be compressed to 16 MB in the present embodiment. Further, although it takes time to perform raster image processing of PDL data, the RIP processing time can be reduced by performing raster image processing (rasterization) individually after separating according to object attributes.
[0128]
Further, the back-end processor BEP 600 corrects the tone data (TRC: Tone Reproduction Curve) depending on the characteristics of the print engine 30 and the fixing device 70 on the image data D2 integrated by the merge unit 630. (TRC: Tone Reproduction Correction; color tone correction control process).
[0129]
The gradation correction processing unit 640 performs gamma (γ) correction on the digital image data of each color of YMCK with reference to, for example, a look-up table LUT. Further, the gradation correction processing unit 640 converts the image data Y, M, C, and K of each color representing the density or brightness, which are the characteristic values inside the print output signal processing system, into the area ratio of the characteristic values of the print engine 30. A color correction process is performed accordingly. Since these techniques are known techniques, detailed description thereof will be omitted.
[0130]
The gradation correction processing unit 640 switches the gradation correction curve based on information indicating the attribute of the image object transmitted from the front-end processor FEP unit 500 to the back-end processor BEP unit 600.
[0131]
The YMCK data processed by the gradation correction processing unit 640 is input to the halftone processing unit of the IOT core unit 20 via the interface unit 650, and the halftone processing unit performs halftoning processing (pseudo halftone processing). After being subjected to the screen processing, it is input to the light source of the print engine 30 as a modulated binary signal. At this time, the IOT core unit 20 refers to the image identification information LW / CT extracted by the print control unit 620, selects a clean line type suitable for each image object, and performs screen processing.
[0132]
FIG. 4 is a view for explaining an example of the configuration and operation of a part related to a function part in the print control unit 620 which automatically determines a video clock frequency VLCK of image data to be transferred to a print engine designated as an output destination. It is.
[0133]
As shown, the print control unit 620 extracts the output destination information indicating the output destination engine type (target engine) from the print file including the image data transmitted from the front end processor FEP unit 500. A video clock information acquisition unit 628 that acquires video clock information relating to a video clock frequency requested by the IOT core unit 20 (specifically, the print engine 30) already connected thereto, from the IOT core unit 20, And a frequency selector 629 that is an example of an output video clock frequency specifying unit that specifies a video clock frequency VCLK suitable for the engine that is the transfer destination of the output video clock.
[0134]
The frequency selector 629 includes a plurality of video clock oscillators OSC that generate video clock frequencies VCLK each having a different frequency and adapted to each of the plurality of print engines 30 connected to the back-end processor BEP unit 600. A switch (selection output unit) SW for selecting any one output of the video clock oscillator OSC. In the illustrated example, three video clock frequencies VCLK to be generated, 35 MBPS, 30 MBPS, and 25 MBPS, are provided as the plurality of oscillators OSC.
[0135]
In the print control unit 620, the output destination information extraction unit 627 extracts the output destination information described in the header information of the print file sent from the front-end processor FEP unit 500. The frequency selector 629 outputs a video clock frequency required by a plurality of types of engines connected to itself and an output destination extracted by the output destination information extraction unit 627, which are acquired in advance by the video clock information acquisition unit 628. The information is collated with the information, and the front end processor FEP unit 500 automatically determines the video clock frequency VCLK of the image data to be transferred to the specified engine. The process of determining the video clock frequency VCLK may be a simple butting method.
[0136]
The print control unit 620 sets the determined video clock frequency VCLK to each unit in the back-end processor BEP unit 600. By doing so, each unit in the back-end processor BEP unit 600 performs a predetermined process at a processing speed suitable for the engine that is the output destination of the processing target page, and the interface unit 650 sets the video clock frequency VCLK The image data is sent to the engine at the rate.
[0137]
For example, as shown, the back-end processor BEP 600 refers to the header information of the print file sent from the front-end processor FEP 500, and sets the target engine designated by the front-end processor FEP 500 to “Tiff tag ", and sends it to the back-end processor BEP unit 600 side. In response to this, the back-end processor BEP unit 600 refers to the engine type described in the Tiff file and automatically switches the internal frequency to the video clock frequency VCLK for outputting to the engine.
[0138]
As described above, according to the system configuration of the present embodiment, the front-end device does not depend on the engine, can be used for general purposes, and the back-end device also has a different video clock frequency to another engine. Even without a back-end device, image data can be output by automatically switching to a video clock frequency suitable for the different engine without setting by the user. For this reason, there is no need for a connection form of one back-end device for one engine, and one back-end processor can appropriately switch and use a plurality of types of engines.
[0139]
Also, since the decompression process is switched on the back end side to the decompression method according to the compression method on the compressed image data generation side, the type of front end processor that can be connected to one back end processor is limited. Can also be reduced.
[0140]
In addition, attribute description method information that distinguishes the transmission method of the image identification information is described in the print file, and the back-end processor automatically refers to the description of the received print file to determine the transparent code method and the screen flag method. , The tone correction characteristic, screen type, and merge priority can be automatically determined independently of LW / CT, for example. In other words, when the front end connected to the system is a manufacturer with different specifications, even if the two parties do not negotiate about the transmission method of the image identification information, the image identification information adopted by the image data generation device can be used. Since the transmission method can be automatically determined, it is possible to perform suitable image processing on each image object without reducing productivity.
[0141]
With this, even if the front end connected to the system is a manufacturer with different specifications, or the engine side is a manufacturer with different specifications (even if they are mixed), the engine is connected via the back end. It is possible to output image data to the side at an appropriate video clock frequency, thereby expanding business opportunities and building a printing system utilizing the customer's existing RIP engine.
[0142]
As described above, the present invention has been described using the embodiment. However, the technical scope of the present invention is not limited to the scope described in the embodiment. Various changes or improvements can be made to the above-described embodiment without departing from the spirit of the invention, and embodiments with such changes or improvements are also included in the technical scope of the present invention.
[0143]
Further, the above embodiments do not limit the invention according to the claims (claims), and all combinations of the features described in the embodiments are not necessarily essential to the means for solving 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 features. Even if some components are deleted from all the components shown in the embodiment, as long as the effect is obtained, a configuration from which some components are deleted can be extracted as an invention.
[0144]
For example, in the above-described embodiment, in a configuration in which there are a plurality of types of front-end sides and a plurality of types of print engines, image data generated by each front-end side is sent to a predetermined engine side via one back-end processor. The mechanism for outputting at an appropriate clock frequency has been described. However, as long as the print engine has a plurality of types of configurations, the system configuration can be appropriately changed. For example, the above-described mechanism can be applied to a system configuration in which one front end side selects and switches a plurality of types of print engines and transmits image data.
[0145]
In the above-described embodiment, an example is described in which only the compressed image data CT corresponding to the multi-tone image object CT is switched to the expansion method corresponding to the compression method on the compressed image data generation side to perform the expansion processing. The same method as described above can be applied to the compressed image data LW corresponding to the character object LW.
[0146]
Further, in the above embodiment, an example in which the present invention is applied to an apparatus using an electrophotographic process as a print engine which is a main part for forming 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 thermal paper by an engine having a conventional image forming mechanism, such as a thermal transfer type, a thermal transfer type, an ink jet type, or the like. May be applied.
[0147]
Further, in the above-described embodiment, a printing apparatus (printer) including a print engine using an electrophotographic process has been described as an example of an image forming apparatus. However, the image forming apparatus is not limited to this, and may be a color copying machine, a facsimile, or the like. Any device having a so-called printing function for forming an image on a recording medium may be used.
[0148]
A storage medium storing software program codes for realizing the functions of the above-described embodiments is supplied to a system or an apparatus, and a computer (or CPU or MPU) of the system or apparatus stores the program code stored in the storage medium. , The effect described in the above embodiment can be achieved. In this case, the program code itself read from the storage medium implements the functions of the above-described embodiment. When the computer executes the readout program code, not only the functions of the above-described embodiments are realized, but also an OS (Operating System) running on the computer based on the instruction of the program code. A case where some or all of the actual processing is performed, and the functions of the above-described embodiments are realized by the processing.
[0149]
Further, after the program code read from the storage medium is written into a memory provided in a function expansion card inserted into the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. The CPU or the like provided in the card or the function expansion unit may perform part or all of the actual processing, and the processing may realize the functions of the above-described embodiments.
[0150]
【The invention's effect】
As described above, according to the present invention, information for specifying the engine type of the output destination is transmitted to the image processing apparatus side in association with the image data, and the image processing apparatus side transmits the information to the specified output destination engine. A print engine connectable to one back-end processor, since a suitable video clock frequency is automatically determined, the image data is switched to the determined clock frequency, and image data is transmitted to the specified engine. And the restrictions on the types of front-end processors can be relaxed.
[0151]
Thus, even if the front end and the print engine connected to the system have different specifications, the image data can be output to the engine via the back end at an appropriate clock frequency.
[0152]
Thus, for example, when configuring an image forming system including a front-end processor that performs a RIP process and a back-end processor that controls a print engine, the types of engines that can be connected to the back-end processor can be expanded. The front-end device is independent of the engine and can be used for general purposes. The back-end device does not need to be set even if there is no separate back-end for engines with different frequencies. Image data can be output by automatically switching to the video clock frequency. That is, the system components can be flexibly used, such as by reusing the front-end processor and the print engine.
[Brief description of the drawings]
FIG. 1 is a diagram showing an embodiment of an image forming system to which an image processing system according to the present invention is applied.
FIG. 2 is a diagram illustrating a difference between a conventional image forming system and an image forming system to which the image processing system according to the embodiment is applied.
FIG. 3 is a block diagram illustrating an embodiment of a front-end processor FEP and a back-end processor BEP.
FIG. 4 is a diagram illustrating a configuration example and an operation of a part related to an automatic determination function of a video clock frequency in a print control unit.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Image forming apparatus, 2 ... IOT module, 5 ... Feed module, 7 ... Output module, 8 ... User interface device, 9 ... Connection module, 20 ... IOT core part, 30 ... Print engine, 31 ... Optical scanning device, 32 .., Photosensitive drum, 39, electrical system control storage section, 43, intermediate transfer belt, 45, secondary transfer section, 70, fixing device, 80, GUI section, 500, front end processor FEP section (image data generation device), 502: Data storage unit, 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 section, 534 ... CT compression processing section, 540 ... file transfer section, 550 ... combining section, 600 ... ba Client processor BEP unit (image processing device), 601 separation data reception unit (print file reception unit), 602 image storage unit, 610 expansion processing unit, 612 LW expansion processing unit, 614 CT expansion processing unit, 614d ... Decompression method selection unit, 620 ... Print control unit (attribute description method information extraction unit, attribute information extraction unit), 627 ... Output destination information extraction unit, 628 ... Video clock information acquisition unit, 629 ... Frequency selector (output video clock frequency) 630: Merge unit, 632: LW resolution matching unit, 634: CT resolution matching unit, 636: Image combining unit, 640: Gradation correction processing unit, OSC: Video clock oscillator, SW: Selection output unit

Claims (11)

印刷データに基づいて生成されたイメージデータと、前記イメージデータの送付先であって、当該イメージデータに基づいて画像を所定の記録媒体に記録する画像記録部を特定する出力先情報とを対応付けて受け取り、
前記受け取った出力先情報に対応付けられた画像記録部に前記受け取ったイメージデータを送付する際のビデオクロック周波数を特定し、
この特定したビデオクロック周波数に切り替えて、前記受け取ったイメージデータを前記画像記録部に送付する
ことを特徴とする画像処理方法。
The image data generated based on the print data is associated with output destination information that specifies an image recording unit that is a destination of the image data and records an image on a predetermined recording medium based on the image data. Received
Specify a video clock frequency when sending the received image data to the image recording unit associated with the received output destination information,
An image processing method comprising: switching to the specified video clock frequency; and sending the received image data to the image recording unit.
印刷データに基づいてイメージデータを生成するイメージデータ生成装置と、前記イメージデータ生成装置により生成された前記イメージデータに対して所定の画像処理を施す画像処理装置と、当該画像処理装置からの処理済のイメージデータに基づいて画像を所定の記録媒体に記録する複数種類の画像記録部とから構成されている画像処理システムであって、
前記イメージデータ生成装置は、前記印刷データに基づいてイメージデータを生成して前記画像処理装置に送出するとともに、このイメージデータの送付先である前記画像記録部を特定する出力先情報を前記イメージデータに対応付けて前記画像処理装置に送出し、
前記画像処理装置は、前記イメージデータ生成装置から受け取った前記出力先情報に基づいて、当該受け取った出力先情報に対応付けられた画像記録部に前記受け取ったイメージデータを送付する際のビデオクロック周波数を特定し、この特定したビデオクロック周波数に切り替えて、前記受け取ったイメージデータを前記画像記録部に送付する
ことを特徴とする画像処理システム。
An image data generation device that generates image data based on print data, an image processing device that performs predetermined image processing on the image data generated by the image data generation device, and a processed image from the image processing device. An image processing system comprising a plurality of types of image recording units that record an image on a predetermined recording medium based on the image data of
The image data generation device generates image data based on the print data and sends the image data to the image processing device, and outputs the image data to the image recording unit, which is a destination of the image data. To the image processing apparatus,
The image processing device, based on the output destination information received from the image data generation device, a video clock frequency when sending the received image data to an image recording unit associated with the received output destination information An image processing system that switches the video clock frequency to the specified video clock frequency and sends the received image data to the image recording unit.
前記イメージデータ生成装置は、前記出力先情報を前記イメージデータを含む印刷ファイルの付加情報に記述して前記画像処理装置に送出することを特徴とする請求項2に記載の画像処理システム。3. The image processing system according to claim 2, wherein the image data generation device describes the output destination information in additional information of a print file including the image data, and sends the additional information to the image processing device. 4. 前記イメージデータ生成装置は、前記画像記録部の処理特性とは独立的に前記イメージデータを生成するものであり、
前記画像処理装置は、前記イメージデータ生成装置にて前記画像記録部の処理特性とは独立的に処理されたイメージデータを受け取り保持する画像記憶部と、前記画像記憶部から前記イメージデータを読み出して前記画像記録部に依存した処理をしてから、処理済の前記イメージデータを前記画像記録部に送出するよう制御する印刷制御部とを備えている
ことを特徴とする請求項2または3に記載の画像処理システム。
The image data generation device is configured to generate the image data independently of the processing characteristics of the image recording unit,
The image processing device is an image storage unit that receives and holds image data processed independently of the processing characteristics of the image recording unit in the image data generation device, and reads out the image data from the image storage unit. 4. The print control unit according to claim 2, further comprising: a print control unit configured to perform a process dependent on the image recording unit, and then control to send the processed image data to the image recording unit. 5. Image processing system.
前記イメージデータ生成装置と前記画像処理装置との間の電気信号の伝送は、前記画像記録部に対して非依存の通信インタフェースで構築されており、
前記画像処理装置と前記画像記録部との間の電気信号の伝送は、前記画像記録部に依存した通信インタフェースで構築されている
ことを特徴とする請求項2から4のうちの何れか1項に記載の画像処理システム。
Transmission of the electric signal between the image data generating device and the image processing device is constructed with a communication interface independent of the image recording unit,
The transmission of an electric signal between the image processing device and the image recording unit is configured by a communication interface depending on the image recording unit. An image processing system according to claim 1.
印刷データに基づいて生成されたイメージデータと前記イメージデータの送付先である画像記録部を特定する出力先情報とを対応付けて所定のイメージデータ生成装置から受け取る印刷ファイル受信部と、
前記印刷ファイル受信部が受信した前記出力先情報に基づいて、前記イメージデータの送付先として指定された前記画像記録部についての前記ビデオクロック周波数を特定する出力ビデオクロック周波数特定部と、
前記出力ビデオクロック周波数特定部が特定したビデオクロック周波数に切り替えて、前記印刷ファイル受信部が受信したイメージデータを前記画像記録部に送付するイメージデータ送出部と
を備えたことを特徴とする画像処理装置。
A print file receiving unit that receives image data generated based on the print data and output destination information that specifies an image recording unit that is a destination of the image data and receives the image data from a predetermined image data generating device,
An output video clock frequency identification unit that identifies the video clock frequency for the image recording unit specified as the destination of the image data based on the output destination information received by the print file reception unit.
An image data transmitting unit that switches to the video clock frequency specified by the output video clock frequency specifying unit and sends the image data received by the print file receiving unit to the image recording unit. apparatus.
前記出力ビデオクロック周波数特定部は、それぞれが異なる周波数のビデオクロックを発生する複数のビデオクロック発振器と、複数のビデオクロック発振器の何れか1つの出力を選択して出力する選択出力部とを有することを特徴とする請求項6に記載の画像処理装置。The output video clock frequency specifying unit includes a plurality of video clock oscillators each generating a video clock having a different frequency, and a selection output unit that selects and outputs any one of the plurality of video clock oscillators. The image processing apparatus according to claim 6, wherein: 画像を所定の記録媒体上に記録する前記画像記録部に向けて所定の画像処理を施したイメージデータを送出して前記画像記録部を制御する印刷制御部を備えていることを特徴とする請求項6または7に記載の画像処理装置。A print control unit for controlling the image recording unit by transmitting image data subjected to predetermined image processing to the image recording unit that records an image on a predetermined recording medium. Item 8. The image processing device according to item 6 or 7. 前記画像記録部に非依存の通信インタフェースにより前記イメージデータ生成装置との間の電気信号の伝送を採るフロントエンド側のインタフェース部と、
前記画像記録部に依存した通信インタフェースにより前記画像記録部との間の電気信号の伝送を採る出力側のインタフェース部と
を備えていることを特徴とする請求項6から8のうちの何れか1項に記載の画像処理装置。
An interface unit on the front end side that employs transmission of an electric signal between the image data generating device and the communication unit independent of the image recording unit;
9. An output-side interface unit for transmitting an electric signal to and from the image recording unit by a communication interface dependent on the image recording unit. An image processing apparatus according to any one of the preceding claims.
所定のイメージデータ生成装置にて生成されたイメージデータを、指定された画像記録部に送出するためのプログラムであって、
コンピュータを、
前記イメージデータ生成装置から受け取った前記出力先情報に基づいて、当該受け取った出力先情報に対応付けられた画像記録部に前記イメージデータを送付する際のビデオクロック周波数を特定する出力ビデオクロック周波数特定部と、前記出力ビデオクロック周波数特定部が特定したビデオクロック周波数に切り替えて、前記イメージデータ生成装置から受け取ったイメージデータを前記画像記録部に送付するイメージデータ送出部と
として機能させることを特徴とするプログラム。
A program for sending image data generated by a predetermined image data generation device to a designated image recording unit,
Computer
Output video clock frequency identification for identifying a video clock frequency for transmitting the image data to an image recording unit associated with the received output destination information based on the output destination information received from the image data generation device. Switching the video clock frequency specified by the output video clock frequency specifying unit to function as an image data sending unit that sends the image data received from the image data generating device to the image recording unit. Program to do.
所定のイメージデータ生成装置にて生成されたイメージデータを、指定された画像記録部に送出するためのプログラムを格納したコンピュータ読取り可能な記憶媒体であって、
前記プログラムは、コンピュータを、
前記イメージデータ生成装置から受け取った前記出力先情報に基づいて、当該受け取った出力先情報に対応付けられた画像記録部に前記イメージデータを送付する際のビデオクロック周波数を特定する出力ビデオクロック周波数特定部と、
前記出力ビデオクロック周波数特定部が特定したビデオクロック周波数に切り替えて、前記イメージデータ生成装置から受け取ったイメージデータを前記画像記録部に送付するイメージデータ送出部と
として機能させるものであることを特徴とする記憶媒体。
A computer-readable storage medium storing a program for sending image data generated by a predetermined image data generation device to a designated image recording unit,
The program causes the computer to:
Output video clock frequency identification for identifying a video clock frequency for transmitting the image data to an image recording unit associated with the received output destination information based on the output destination information received from the image data generation device. Department and
Switching to the video clock frequency specified by the output video clock frequency specifying unit, and functioning as an image data sending unit that sends the image data received from the image data generating device to the image recording unit. Storage media.
JP2002252551A 2002-08-30 2002-08-30 Image processing system, image processing device, image processing method, program, and storing medium Pending JP2004094441A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002252551A JP2004094441A (en) 2002-08-30 2002-08-30 Image processing system, image processing device, image processing method, program, and storing medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002252551A JP2004094441A (en) 2002-08-30 2002-08-30 Image processing system, image processing device, image processing method, program, and storing medium

Publications (1)

Publication Number Publication Date
JP2004094441A true JP2004094441A (en) 2004-03-25

Family

ID=32058795

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002252551A Pending JP2004094441A (en) 2002-08-30 2002-08-30 Image processing system, image processing device, image processing method, program, and storing medium

Country Status (1)

Country Link
JP (1) JP2004094441A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012011603A (en) * 2010-06-29 2012-01-19 Canon Inc Information processing apparatus, image output apparatus, information processing method, and program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012011603A (en) * 2010-06-29 2012-01-19 Canon Inc Information processing apparatus, image output apparatus, information processing method, and program

Similar Documents

Publication Publication Date Title
US20040042038A1 (en) Image forming system and back-end processor
JP2004086809A (en) Image formation system and back-end processor
JP4123993B2 (en) Image forming system and front-end processor
US20050206915A1 (en) Image formation assisting device, image formation assisting method, and image formation assisting system
US20050206948A1 (en) Image formation assistance device, image formation assistance method and image formation assistance system
JP4063017B2 (en) Image forming system, back-end processor, front-end processor
JP2002268850A (en) Server apparatus, server apparatus job processing method, and storage medium
JP4534505B2 (en) Printing apparatus and raster image processor
JP4182894B2 (en) Image forming apparatus and image forming support apparatus
JP4135439B2 (en) Image processing system, image processing apparatus, image processing method, program, and storage medium
JP2004094441A (en) Image processing system, image processing device, image processing method, program, and storing medium
JP4352669B2 (en) Image processing system, image processing apparatus, image processing method, and program
JP2004094439A (en) Image processing system, image processor, image processing method, program and storage medium
JP2005260332A (en) Image formation supporting apparatus
JP4200913B2 (en) Image formation support system
JP4487605B2 (en) Setup control apparatus and image forming apparatus
JP2005212457A (en) Image forming system and image formation supporting apparatus
JP4379168B2 (en) Image formation support device
JP4182903B2 (en) Image processing device
JP2005216252A (en) Image forming system and job management apparatus
JP4407327B2 (en) Output management apparatus, image forming support apparatus, and image forming system
JP4200914B2 (en) Print control system
JP2005212455A (en) Image forming apparatus and image forming support apparatus
JP2005268916A (en) Image forming support apparatus, image forming support method, and image forming support system
JP2005277478A (en) Image forming support apparatus

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050712

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070827

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070904

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071105

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080122