(57)【要約】【課題】  ＹＭＣＫ処理系の印刷装置において、オブジェクトが重複するようなＲＧＢ形式データが存在するような場合においても、高速処理を実現し、画像の正当性および再現性を保ち、パフォーマンスの低下を防止できる画像処理方法と手段、及び印刷装置を提供する。【解決手段】  従来、画像の再現性を保つために行っていた、印刷装置内でのＹＭＣＫ変換、ＲＧＢ擬似変換、ＲＧＢ描画、ＹＭＣＫ再変換といった特殊な処理を排除し、データを送出するホストコンピュータ上で画像不正を予測し、画像不正を予測した頁についてはネットワークに繋がる外部プリントコントローラに描画を担わせる。【選択図】  図１
2006172042.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に伝送媒体により接続されるデータ処理装置、印刷装置及び、画像生成を専用に行う画像生成装置を有する画像処理システムであって、前記データ処理装置が特定の色空間で処理すべき画像群であって、前記画像群の重複する領域が前記印刷装置で再現可能かどうかを予測する具現化手段を有し、ある任意の頁が前記具現化手段で再現性が乏しいと判断された場合に、前記印刷装置に対し、前記判断された頁を他の色空間で再現させるための情報を生成する情報生成手段を有することを特徴とする画像処理システム。
【請求項２】
前記データ処理装置から送信される前記情報群から他の色空間で再現させる頁を認識する認識手段を有し、前記印刷装置の拡張バス、もしくはネットワークに繋がる前記画像生成装置が前記他の色空間を処理可能か否かを識別する識別手段を有し、前記画像生成装置のいずれかが前記他の色空間を処理可能と判断した場合、前記画像生成装置に前記頁を他の色空間で再現させるための指示を行う指示手段を有することを特徴とする請求項１記載の画像処理システム。
【請求項３】
ネットワーク上に伝送媒体により接続されるデータ処理装置、印刷装置及び、画像生成を専用に行う画像生成装置を用いる画像処理方法であって、前記データ処理装置が特定の色空間で処理すべき画像群であって、前記画像群の重複する領域が前記印刷装置で再現可能かどうかを予測有し、ある任意の頁が前記具現化手段で再現性が乏しいと判断された場合に、前記印刷装置に対し、前記判断された頁を他の色空間で再現させるための情報を生成するよう作用する画像処理方法。
【請求項４】
前記データ処理装置から送信される前記情報群から他の色空間で再現させる頁を認識し、前記印刷装置の拡張バス、もしくはネットワークに繋がる前記画像生成装置が前記他の色空間を処理可能か否かを識別し、前記画像生成装置のいずれかが前記他の色空間を処理可能と判断した場合、前記画像生成装置に前記頁を他の色空間で再現させるための指示を行うよう作用する請求項３記載の画像処理方法。
【請求項５】
前記データ処理装置がデスクトップ端末、ノート端末、携帯端末等の制御装置であることを特徴とする請求項１、３に記載のデータ処理装置。
【請求項６】
前記印刷装置がプリンタ、複写機、ファクシミリ等の制御装置であることを特徴とする請求項１、２、３、４に記載の印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送媒体により接続されるデータ処理装置及び、印刷装置間で画像処理を行う画像処理方法及び、その手段、並びに印刷装置に関するものである。
【背景技術】
【０００２】
従来、ホストコンピュータにおいては、ワードプロセッサや表計算のようなアプリケーションプログラムが、基本ソフト上で動作している。このアプリケーションプログラムにより印刷装置に対して印刷が行われる場合、基本ソフトが提供するサブシステム中のグラフィックサブシステムの機能が、そのアプリケーションプログラムからコールされる。このグラフィックサブシステムは例えば、ＧＤＩ（Graphic Device Interface）と呼ばれ、ディスプレイやプリンタに対する画像情報の処理を司る。ＧＤＩは、ディスプレイやプリンタといった各デバイスに依存する機能や特性の違いを吸収するために、デバイスドライバと呼ばれるモジュールを動的にリンクして、各デバイスに対する出力処理を行う。プリンタドライバと呼ばれるプリンタ用のモジュールには、プリンタの能力や機能などに応じて予めデバイスドライバに実装することが決められているＤＤＩ（Device Driver Interface）と呼ばれる関数群が用意されている。アプリケーションプログラムによるＡＰＩ（Application Programing Interface）コールを、ＧＤＩがデバイスドライバ用のデータに変換することで、ＤＤＩ関数群が適宜ＧＤＩからコールされ、所定の印刷処理が実行される仕組みになっている。このように、アプリケーションプログラムからの印刷要求は、ＧＤＩによりプリンタドライバを介してシーケンシャルに処理される。
【０００３】
このようなホストコンピュータのアプリケーションが印刷装置に対し画像を出力する際は、カラーモニタで加法混色の３原色を用いて色を表現するレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）のＲＧＢ表記か、もしくは多色画像の印刷を行なう印刷装置の色表現であって、減法混色の原理に基づいて画像形成における色を表現するイエロー（Ｙ），マゼンタ（Ｍ），シアン（Ｃ），ブラック（Ｋ）のＹＭＣＫ表記のいずれかの形式で、プリンタドライバにより出力される。
【０００４】
ここで、ＲＧＢ表記でのホストコンピュータ内の処理を簡単に説明する。
【０００５】
図１に示される緑色のハッチングパターンで塗り潰された矩形Ｄ１と、同じくソリッドな黄色の楕円形Ｄ２と、青色のタイルパターンで塗りつぶされた円形Ｄ３と、赤色の格子パターンで塗り潰された矩形Ｄ４といった四つの描画オブジェクトを処理する場合、プリンタドライバは、一般に、システムから渡されるデータの順、例えばＤ１、Ｄ２、Ｄ３およびＤ４の順に処理を行う。この際、システムから渡される描画オブジェクトの描画情報としてＧＤＩに特有のＲＯＰ（Raster OPeration）が存在する。
【０００６】
画像間の論理演算を行う描画処理であるＲＯＰは、描画オブジェクトの論理描画を指定するためのものであり、その対象とするオブジェクトの数に応じて、ＲＯＰ２、ＲＯＰ３およびＲＯＰ４が存在する。ＲＯＰは、描画オブジェクトの形状と、その塗り潰しパターンと、描画先Ｄｅｓｔｉｎａｔｉｏｎとのそれぞれの間の論理的な演算を指定する。それまでの描画結果であるＤｅｓｔｉｎａｔｉｏｎを参照するケースがあるため、Ｄ１、Ｄ２およびＤ３の描画オブジェクトはシーケンシャルに処理する必要性がある。つまり、Ｄ１、Ｄ２およびＤ３の描画結果であるＤｅｓｔｉｎａｔｉｏｎの状態がわからないと、Ｄ４をＲＯＰに基づき描画処理した結果は正しくないことになる。
【０００７】
これらは、通常、白黒画像またはＲＧＢ色空間での処理を前提としている。
【０００８】
ところで、前述したようにホストコンピュータからデータを入力し、印刷を行うプリンタ等のカラー印刷装置は、減法混色の三原色であるＹＭＣおよびＫ表現を用いて、紙面に文書を印刷する。従って、何らかの方法により、ホストコンピュータもしくはプリンタでＲＧＢからＹＭＣＫへのデータ変換を施す必要がある。つまり、描画を行う前、もしくは描画を行った後に変換を行う。
【０００９】
プリンタ内部の色処理を、ＹＭＣＫ描画で行う図９に示すＹＭＣＫ処理系と、ＲＧＢ描画で行う図１０に示すＲＧＢ処理系で表す。ＲＧＢ処理系は、ＲＧＢデータの格納場所が１メモリであれば、ＲＧＢの各色素に対してＹ、Ｍ、ＣまたはＫの色素を生成するため、出力バス幅の三倍のバス幅が要求され、描画データを格納するメモリからプリンタエンジンへのバス幅が確保できない場合は、階調や解像度を落さなくてはならない問題が生じる。従って、ＲＧＢ処理系のカラープリンタを実現しようとする場合、ページプリンタであれば、少なくとも一頁分のＲＧＢ各色のプレーンを、解像度に合致したメモリ容量で保有することになり、解像度が６００ｄｐｉを上回るプリンタや、多解調表現が可能なプリンタの場合、メモリに多大なコストを費やす結果になる。
【００１０】
そのため、通常のカラープリンタは上記問題を防ぐため、ＹＭＣＫ処理系のシステム方式を用いており、図１に示すようなオブジェクトが重複したＲＧＢ表記のデータが、ホストコンピュータから入力された場合、カラープリンタは入力したＲＧＢ表記のデータとそれを前提とする前記ＲＯＰコードをＹＭＣＫ表記のデータの近似して変換し、ＹＭＣＫ描画によってビットイメージを生成している。
【００１１】
又、別の従来例としては、特許文献１をあげることが出来る。
【特許文献１】特開２００２−４９４７５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述した技術では次の問題があった。
【００１３】
印刷装置が図１のようなＲＧＢ表記でデータを入手し、ＹＭＣＫ表記の形式へ変換する場合、Ｄ４のように他の描画オブジェクトと領域が重複していな場合は色の再現性はＰＤＬ（Printer Description language）の性能によりほぼ保たれるが、Ｄ１，Ｄ２，Ｄ３のようにＳ１，Ｓ２で領域が重複（重なり合う、透過）するような場合は、前述したＲＯＰコードをＹＭＣＫ色空間の印刷装置が処理しようとしても画像の正当性が保てない場合がある。これは重複の数が多いほど顕著に現れる。
【００１４】
そのため、印刷装置内の画像発生装置は、ＲＧＢ表記からＹＭＣＫ表記に変換された描画オブジェクトを描画する際に、領域が重複している描画オブジェクトを擬似的にＲＧＢ表記へ戻して描画を行い、生成されたラスタデータを再度、ＹＭＣＫ表記へ変換している。しかし、ＲＧＢ表記への擬似変換（リバースアンダーカラーリムーバル）は、非可逆変換であるため、画像の微妙な色味、色彩を再現する事は不可能である。
【００１５】
また、前記ＲＧＢ擬似変換は、処理に膨大な時間を費やし、プリンタエンジンに同期してデータを作成するようなシステムでは、データ生成が間に合わない事が発生する。そのため、前記ＲＧＢ擬似変換が発生するような印刷の際は、プレレンダリング（描画前処理）を行い、生成されたラスタデータは圧縮して保され、必要なタイミングでプリンタエンジンへ送出している。また、１頁スプールしてエンジンへ出力するシステムの場合においても、バンド幅の低下は否めない。
【００１６】
以上の処理は、印字品質を低下させるだけでなく、システムの負荷を増大させ、印刷装置のスループットを低下させる原因になっている。
【００１７】
本発明は上記従来例に鑑みてなされたもので、ＹＭＣＫ処理系の印刷装置において、オブジェクトが重複するようなＲＧＢ形式データが存在するような場合、印刷装置内でのＹＭＣＫ変換、ＲＧＢ擬似変換、ＲＧＢ描画、ＹＭＣＫ再変換といった複雑な処理を除いて高速処理を実現し、画像の正当性および再現性を保ち、パフォーマンスの低下を防止できる画像処理方法と手段、及び印刷装置を提供することを目的とする。
【課題を解決するための手段】
【００１８】
上記目的を達成するために本発明の画像処理方法とその手段は以下のような構成を備える。
【００１９】
即ち、本発明にかかる画像処理システムは、ネットワーク上に伝送媒体により接続されるデータ処理装置、印刷装置及び、画像生成を専用に行う画像生成装置を有する画像処理システムであって、前記データ処理装置が特定の色空間で処理すべき画像群であって、前記画像群の重複する領域が前記印刷装置で再現可能かどうかを予測する具現化手段を有し、ある任意の頁が前記具現化手段で再現性が乏しいと判断された場合に、前記印刷装置に対し、前記判断された頁を他の色空間で再現させるための情報を生成する情報生成手段を有することを特徴とする。
【００２０】
また、本発明にかかる前記印刷装置は、前記データ処理装置から送信される前記情報群から他の色空間で再現させる頁を認識する認識手段を有し、前記印刷装置の拡張バス、もしくはネットワークに繋がる前記画像生成装置が前記他の色空間を処理可能か否かを識別する識別手段を有し、前記画像生成装置のいずれかが前記他の色空間を処理可能と判断した場合、前記画像生成装置に前記頁を他の色空間で再現させるための指示を行う指示手段を有することを特徴とする。
【００２１】
また、本発明にかかる画像処理方法は、ネットワーク上に伝送媒体により接続されるデータ処理装置、印刷装置及び、画像生成を専用に行う画像生成装置を有する画像処理方法であって、前記データ処理装置が特定の色空間で処理すべき画像群であって、前記画像群の重複する領域が前記印刷装置で再現可能かどうかを予測有し、ある任意の頁が前記具現化手段で再現性が乏しいと判断された場合に、前記印刷装置に対し、前記判断された頁を他の色空間で再現させるための情報を生成するよう作用する。
【００２２】
また、本発明にかかる印刷方法は、前記データ処理装置から送信される前記情報群から他の色空間で再現させる頁を認識し、前記印刷装置の拡張バス、もしくはネットワークに繋がる前記画像生成装置が前記他の色空間を処理可能か否かを識別し、前記画像生成装置のいずれかが前記他の色空間を処理可能と判断した場合、前記画像生成装置に前記頁を他の色空間で再現させるための指示を行うよう作用する。
【発明の効果】
【００２３】
以上説明したように、本発明によれば、次の効果を奏する。
【００２４】
ＲＧＢ色空間形式データをＹＭＣＫ色空間形式で印刷する印刷装置において、従来、画像の再現性を保つために行っていた特殊な処理を排除し、データを送出するホストコンピュータ上で画像不正を予測し、画像不正を予測した頁をネットワークに繋がる外部プリントコントローラに描画を担わせることで、印刷における画像の正当性及び、高速印字が可能である。
【００２５】
また、ネットワークに複数繋がる印刷装置それぞれに高価なＲＧＢ色空間処理機能を所持しなくても、外部プリントコントローラ１台に必要な頁のみＲＧＢ色空間処理を担わせることで、ネットワーク印刷システムのトータルコスト削減といった効果をも齎す。
【発明を実施するための最良の形態】
【００２６】
（第一の実施例）
以下、図面を参照して本発明に係る実施の形態について詳細に説明する。
【００２７】
図２を参照して、本発明の実施例におけるマルチ・ファンクション装置、外部プリント・コントローラ、及びホストコンピュータが接続されるネットワークシステムについて説明する。
【００２８】
まず、本発明に適用される印刷装置として、プリンタ、複写機、ＦＡＸ等の機能を統合したマルチ・ファンクション装置について説明する。
【００２９】
尚、本発明を適用することが可能なプリンタは、マルチ・ファンクション装置に限られるものではなく、シングルファンクションのモノクロＬＢＰやカラーＬＢＰであってもよいし、インクジェットプリンタやサーマルプリンタなど、他の方式のプリンタでもよい。
【００３０】
（マルチ・ファンクション装置）
本発明の属するマルチ・ファンクション装置２０４（以下ＭＦＰ）における内部構成の例を図３に示す。
【００３１】
図２において、符号１はＭＦＰコントローラ、符号２はスキャナ、符号３はプリンタを示し、これらで、スキャナ機能、プリンタ機能、コピー機能等を有するＭＦＰを構成している。
【００３２】
ＭＦＰコントローラ１のみでは、ＰＤＬプリントの処理能力が不足する場合は、ＰＣＩバス４を介して、外部にＰＤＬアクセラレータ６を接続し、外部ＰＤＬアクセラレ−タでＰＤＬを解析してビットマップ・データに展開し、展開したビットマップ・データをＭＦＰコントローラ１に戻すことで、ＰＤＬプリントの高速化に対応している。
【００３３】
まず、図２、図３及び、図４のフローチャートを用いて、ネットワークＰＤＬプリントのフローを説明する。
【００３４】
ネットワーク１１１に接続されたＰＣ２０１からプリントの操作が行われる（Ｓ４０１）と、ＰＤＬプリント・データは、ネットワーク１１１、ＬＡＮｃｏｎｔ１１０、ＩＯバス１０６、バスＳＷ１０３を介して、ＲＡＭ１０１に記憶し、ＲＡＭ１０１データをバスＳＷ１０３、ＩＯバス１０６、ＰＣＩｃｏｎｔ１１２、ＰＣＩバス４、ＨＤｃｏｎｔ１１５を介して、ＨＤ１１６に逐次記憶する（Ｓ４０２）。ＨＤ１１６に記憶されたＰＤＬデータを、ＨＤｃｏｎｔ１１５、ＰＣＩバス４、ＰＣＩｃｏｎｔ１１２、ＩＯバス１０６、バスＳＷ１０３を介してＲＡＭ１０１に取り込み、ＣＰＵ１０４の処理によりＰＤＬコードに展開してＲＡＭ１０１に取り込む。
【００３５】
外部ＰＤＬアクセラレータを有する場合は、同時に、ＲＡＭ１０１のＰＤＬコードを、バスＳＷ１０３、ＩＯバス１０６、ＰＣＩｃｏｎｔ１１２、ＰＣＩバス４、ＰＤＬアクセラレータ５のＰＣＩｃｏｎｔ１１９を介して、ＲＡＭ１２１に転送する（Ｓ４０３）。
【００３６】
ＰＤＬアクセラレータ６では、ＲＡＭ１２１のＰＤＬコードをＣＰＵ１２０が解析し、ビットマップ・データに展開し、ＲＡＭ１２１に記憶する（Ｓ４０４）。ＲＡＭ１２１に記憶されたビットマップ・データは、ＰＣＩｃｏｎｔ１１９、ＰＣＩバス４、ＰＣＩｃｏｎｔ１１２、ＩＯバス１０６、バスＳＷ１０３を介して、ＲＡＭ１０１に転送する（Ｓ４０５）。
【００３７】
ＲＡＭ１０１のビットマップ・データは、バスＳＷ１０３、ビデオ・バス１０５を介して、圧縮／伸張ユニット１０７で圧縮し、ビデオ・バス１０５、バスＳＷ１０３を介して、ＲＡＭ１０１に記憶される（Ｓ４０６）。ＲＡＭ１０１に記憶された、圧縮ビットマップ・データは、バスＳＷ１０３、ビデオ・バス１０５を介して、圧縮／伸張ユニット１０７で伸張し、ビデオ・バス１０５、バスＳＷ１０３を介して、ＲＡＭ１０１に記憶される（Ｓ４０７）。
【００３８】
ＲＡＭ１０１に記憶された、圧縮／伸張ユニット１０７で伸張されたビットマップ・データは、バスＳＷ１０３、ＩＯバス１０６、ビデオ出力Ｉ／Ｆ１０９、プリンタ画像処理１１４を介して、プリンタ３でプリントされる（Ｓ４０８）。
【００３９】
（外部プリント・コントローラ）
次に、図５を参照して、本発明の実施例における外部プリント・コントローラ２０２，２０３について説明する。このコントローラ部２０２，２０３は、通常、ＰＤＬアクセラレータと呼ばれる部分である。
【００４０】
ＰＤＬアクセラレータ２０２とＰＤＬアクセラレータ２０３の内部ハード構成は同一で、図５はＰＤＬアクセラレータ２０２の内部構成図として詳細に説明する。ＰＤＬアクセラレータ２０２において、５０１は画像処理全体を統括的に制御するＣＰＵ、５０２はＣＰＵ  ５０１によって実行されるプログラム等を保持するＲＯＭ、５０３はＣＰＵ５０１の作業領域となり、描画に必要な描画オブジェクトや受信データを一時的に保持管理するＲＡＭ、５０４はＲＡＭ５０３から描画オブジェクトを読み出して画像を発生させる描画処理実行部、５０５は描画処理実行部５０４より発生されたイメージデータを保持する画像メモリ、５０６はＲＧＢ表記データからＹＭＣＫ表記データへ変換する色変換部、５０７は画像の圧縮伸長を行う画像圧縮伸長部、５０８はＬＡＮ１１１と通信するためのＬＡＮコントローラである。
【００４１】
ＰＣ２０１よりＬＡＮ１１１を介して受信された所定形式の印刷データは、一時的にデータを保持するＲＡＭ５０３に逐次蓄積され、必要に応じてＣＰＵ５０１によって読み出され処理される。
【００４２】
ＣＰＵ５０１は、ＰＤＬ（Page Description Language）コマンド体系や印刷ジョブ制御言語に準じた制御プログラムにより構成されていて、文字や記号の印刷、図形やイメージなどの描画に関する印刷データの解析結果に基づき、中間データと呼ばれるアプリケーションリストや描画オブジェクトに変換してＲＡＭ５０３に格納する。
【００４３】
描画に必要なデータを全てＲＡＭ５０３に格納すると、描画処理実行部５０４に指示を与えて描画処理を実行させる。
【００４４】
描画処理実行部５０４は、文字やイメージなどの各描画オブジェクトを画像メモリ１１２４に逐次展開する点順次のＲＧＢレンダラである。前述したようにプリンタに対しては、ＹＭＣＫの面順次にページ単位のデータを送出する必要があるが、本実施例のＰＤＬアクセラレータ２０２においてはＲＧＢ処理を行うＲＧＢレンダラを搭載し、描画後、色変換部５０６において、ＹＭＣＫ表記の面順次データに変換し、ＭＦＰ２０４へ送信する。
【００４５】
次に、ホストコンピュータであるＰＣ２０１内の構成について簡単に説明する。
【００４６】
（ホストコンピュータ）
次に、図６を参照して、本発明の実施例におけるＰＣ２０１について説明する。ＰＣ２０１は、プリント・データおよび制御コードからなる印刷情報をＭＦＰ２０４に出力する。ＰＣ２０１は、ＯＳによって動作しているものとする。
【００４７】
ＰＣ２０１上で稼働するソフトウェアについて、本発明に関する機能的な部分にのみ注目して、基本ＯＳ上で動作する機能を大きく分類すると、アプリケーションプログラム６０１、グラフィックサブシステム６０２、ＬＡＮ１１１と通信するためのＬＡＮコントローラ６０３に大別される。また６０４はＹＭＣＫ変換をシミュレートし、ＲＯＰ不正を予測するＲＯＰ不正予測部である。
【００４８】
アプリケーションプログラム６０１は、例えば、ワードプロセッサや表計算など、基本ＯＳ上で動作する応用ソフトウェアである。グラフィックサブシステム６０２は、基本ＯＳの機能の一部であるＧＤＩ  ６０２０と、ＧＤＩから動的にリンクされるデバイスドライバであるプリンタドライバ６０２１によって構成されている。基本ＯＳによっては、これらの名称や機能的な枠組みが若干異なる場合があるが、本発明でいう各技術的手段が実現できるモジュールであれば、それらの名称や枠組みは本実施形態にとってあまり大きな問題ではない。なお、一般的に、これらの各機能モジュールを含むＰＣ２０１はＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスクドライブ（ＨＤＤ）、および、各種入出力制御部（Ｉ／Ｏ）などのハードウェアのもとで、基本ソフトと呼ばれるソフトウェアがその制御を司り、その基本ソフトの下で、アプリケーションプログラムやサブシステムプロセスが機能モジュールとして動作するようになっている。
【００４９】
以上、図２〜図６に基づき本実施形態の構成について説明をしたが、次に本実施形態の動作を図７及び図８を用いて説明する。
【００５０】
図７はＰＣ２０１で作成された３ページのデータで、それぞれ３個のオブジェクトで構成されている。また、図８は本実施例の処理の流れを示すフローチャートである。
【００５１】
まず、ＳＴＥＰ１において、ＰＣ２０１のアプリケーションプログラム６０１によりＭＦＰ２０４に対して印刷要求がおきると、前述したようにグラフィックサブシステム内のＧＤＩ６０２０によりプリンタドライバ６０２１を介して各ページがオブジェクト順にシーケンシャルに処理される。
【００５２】
ＳＴＥＰ２では、ＲＯＰ不正予測部６０４がプリンタドライバ６０２１内のＤＤＩから各ページの描画オブジェクトの外形、模様や色、ページ内描画位置等の情報をコールする。
【００５３】
次に、ＲＯＰ不正予測部６０４はコールされた情報より、各オブジェクトをＹＭＣＫ変換した場合のラスタオペレーションを具現化し、各ページがＲＯＰ不正を発生するか否かを予測する（ＳＴＥＰ３）。ここでは、オブジェクトが重複した複数の個所で、少なくとも一箇所でＲＯＰ不正を引き起こすと予測された場合も考慮される。図７において、ｐａｇｅ１のＯｂｊ１１，Ｏｂｊ１２，Ｏｂｊ１３はＯｂｊ１２とＯｂｊ１３とで重複しているがＲＯＰ不正は発生しない。Ｐａｇｅ２はＯｂｊ２１，Ｏｂｊ２２，Ｏｂｊ２３全てのオブジェクトが重複しており、それぞれＹＭＣＫ描画ではＲＯＰ不正が発生しると予測される。また、Ｐａｇｅ３もＯｂｊ３１，Ｏｂｊ３２，Ｏｂｊ３３全てのオブジェクトが重複しているが、ＲＯＰ不正は発生しない。よって、図７の３ページ分のデータは２ページ目のみＲＯＰ不正が発生すると判断される。
【００５４】
全ページＲＯＰ不正予測が終了すると、プリンタドライバ６０２１において、ＭＦＰ２０４に対してＹＭＣＫ、もしくはＲＧＢ描画実行を指示するためのパケット情報を生成する（ＳＴＥＰ４）。この場合、１及び３ページ目をＹＭＣＫ描画、２ページ目をＲＧＢ描画させるための情報をＰＤＬデータのヘッダ部として登録し、ＬＡＮコントローラ６０３へ印刷データを渡す。ＬＡＮコントローラ６０３は受け取ったヘッダ付ＰＤＬ印刷データをＬＡＮ１１１上へ送出し、ＭＦＰ２０４へ送信する（ＳＴＥＰ５）。
【００５５】
ＳＴＥＰ６ではＭＦＰコントローラ１内のＣＰＵ１０４が受信したＰＤＬ印刷データを解析し、ヘッダから２ページ目がＲＧＢ描画命令であることを認識する。ＣＰＵ１０４自身の描画能力は、本実施例ではＹＭＣＫレンダラであるため、まずＰＣＩ４に繋がっているＰＤＬアクセラレータ６で描画可能であるかどうかを識別する。ＰＤＬアクセラレータ６がＲＧＢレンダラであれば、２ページ目をＲＧＢレンダリングする（ＳＴＥＰ７）。１，３ページはＭＦＰコントローラ１内で前述したフロー（図４）に従ってＹＭＣＫレンダリングが行われる。全ページレンダリングが終了すると、プリンタ３へレンダリングしたラスタイメージをビデオ信号に変換、出力して印刷が実行される（ＳＴＥＰ１４）。
【００５６】
ＳＴＥＰ６において、ＣＰＵ１０４はＰＤＬアクセラレータ６がＲＧＢレンダラでない場合、ＬＡＮ１１１に繋がっている外部プリントコントローラ２０２，２０３の描画能力を調査する。まず、外部プリントコントローラ２０２がＲＧＢレンダラか否かを判別し（ＳＴＥＰ８）、ＲＧＢレンダラであれば２ページ目のＰＤＬデータを外部プリントコントローラ２０２へ送信する。外部プリントコントローラ２０２は前述したフローでＲＧＢレンダリングを行い（ＳＴＥＰ１１）、画像メモリ上に展開されたラスタイメージを画像圧縮伸長部５０７で圧縮し、ＬＡＮコントローラ５０８を介して、ＭＦＰコントローラ１内のＲＡＭ１０１へ返信する（ＳＴＥＰ１３）。
【００５７】
ＳＴＥＰ８において、外部プリントコントローラ２０２がＲＧＢレンダラでない場合は、外部プリントコントローラ２０３の描画能力を判別する（ＳＴＥＰ９）。外部プリントコントローラ２０３がＲＧＢレンダラであれば、上述した動作と同様に２ページ目を外部プリントコントローラ２０３でレンダリング（ＳＴＥＰ１２）し、ＭＦＰ２０４へ描画後の圧縮されたデータを送信する。
【００５８】
以上、生成された画像データはＰＣ２０３上で作成された画像イメージに対して忠実に再現されている。
【００５９】
ところで、ＳＴＥＰ９において外部プリントコントローラ２０３がＲＧＢレンダラでない場合、ＬＡＮ１１１に繋がるレンダラは他にないので、全ページをＭＦＰコントローラ１でレンダリングする。つまり２ページ目はＲＧＢ描画命令とされているが、ＲＧＢレンダラがネットワーク上にも存在しないため、従来どおりのＹＭＣＫレンダリングが実行される（ＳＴＥＰ１０）。
【００６０】
以上、全ページの描画が終了すると、前述したようにプリンタ３へビデオデータを出力し、印刷を実行する。
【００６１】
以上が本実施例の詳細な流れである。
【００６２】
（他の実施例）
上述した実施例ではネットワーク上にＰＣ、ＭＦＰそれぞれ一台、外部プリントコントローラが２台接続されている構成であるが、印刷装置が複数台繋がり、ＲＧＢレンダラである外部プリントコントローラを全ての印刷装置が共有できるような構成も適用できる。
【００６３】
また、上記の実施形態では、ホストコンピュータ上のＲＯＰ不正予測がページ単位で行うよう構成されているが、バンド等、ある程度の領域でオブジェクトのＲＯＰ不正予測を行う構成も適用できる。また、上記の実施形態では、外部プリントコントローラ内のＲＧＢ描画処理部としてＣＰＵとは独立した処理部である描画処理実行部を想定したが、ＣＰＵ一つでコントローラ制御、描画等全ての処理を行うような構成でも構わない。
【００６４】
更に、上記の実施形態では、ＰＣ２０３上でＲＯＰ不正シミュレートし、ページ単位でのＰＤＬデータを生成しているが、印刷装置内の処理が充分に高い場合は、印刷装置上で上記処理機能をもつような構成も適用できる。
【００６５】
また、上述の実施例の他に、本発明は、次のような変形が可能である。
【００６６】
本発明は複数の機器（例えばホストコンピュータ、インターフェイス機器、リーダ、プリンタ等）から構成されるシステムに適用しても、一つの機器からなる装置（複写機、ファクシミリ装置等）に適用してもよい。
【００６７】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し、実行することによっても達成される事は言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性メモリカード、ＲＯＭ等を用いることが出来る。
【００６８】
また、コンピュータが読み出したプログラムコードを実行する事により、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６９】
以上、本発明を実施例により説明したが、本発明の主旨の範囲内で種々の変形が可能であり、これらを本発明の範囲から排除するものではない。
【図面の簡単な説明】
【００７０】
【図１】重複しているオブジェクト画像データを示す図。
【図２】マルチ・ファンクション装置、外部コントローラがネットワークに接続されている構成を示す図。
【図３】本実施例にマルチ・ファンクション装置の内部構成を示す図。
【図４】ネットワークＰＤＬプリントのフローチャート。
【図５】実施例における外部プリント・コントローラの内部構成を示す図。
【図６】実施例におけるホストコンピュータの内部構成を示す図。
【図７】実施例におけるホストコンピュータで作成された３ページのデータ。
【図８】本実施例における実施例の動作の流れを示すフローチャート。
【図９】ＹＭＣＫ描画で行うＹＭＣＫ処理系を表す概略図。
【図１０】ＲＧＢ描画で行うＲＧＢ処理系を表す概略図。
【符号の説明】
【００７１】
１  ＭＦＰコントローラ
２  スキャナ
３  プリンタ
４  ＰＣＩバス
６  ＰＤＬアクセラレータ
１１１  ＬＡＮ
２０１  ＰＣ
２０２  外部プリントコントローラ
２０３  外部プリントコントローラ
５０１  ＣＰＵ
５０２  ＲＯＭ
５０３  ＲＡＭ
５０４  画像処理実行部
５０５  画像メモリ
５０６  色変換部
５０７  画像圧縮伸長部
５０８  ＬＡＮコントローラ
６０１  アプリケーションプログラム
６０２  グラフィックサブシステム
６０３  ＬＡＮコントローラ
６０４  ＲＯＰ不正予測部
６０２０  ＧＤＩ
６０２１  プリンタドライバ
【図１】
2006172042.tif 000003
【図２】
2006172042.tif 000004
【図３】
2006172042.tif 000005
【図４】
2006172042.tif 000006
【図５】
2006172042.tif 000007
【図６】
2006172042.tif 000008
【図７】
2006172042.tif 000009
【図８】
2006172042.tif 000010
【図９】
2006172042.tif 000011
【図１０】
2006172042.tif 000012