(57)【要約】【課題】専用ハードウェアであるＶｉｄｅｏＩ／Ｆを有効に活用できるようにすると共に、コストを下げること。【解決手段】外部から入力した画像データを、記録媒体上に画像形成を行う画像形成部を制御する画像処理制御部に、画像生成制御部から通信する通信制御方法であって、前記画像データの種類を判定する判定工程（Ｓ２０２）と、前記判定工程における判定結果に応じて、前記画像データを圧縮し（Ｓ２０８）、前記圧縮した画像データをコマンド通信路を介して前記画像処理制御部に送信する送信工程（Ｓ２１０）とを有する。【選択図】  図３
2005011025.tif 000002
【特許請求の範囲】
【請求項１】
外部から入力した画像データを、記録媒体上に画像形成を行う画像形成部を制御する画像処理制御部に、画像生成制御部から通信する通信制御方法であって、
前記画像データの種類を判定する判定工程と、
前記判定工程における判定結果に応じて、前記画像データを圧縮し、前記圧縮した画像データをコマンド通信路を介して前記画像処理制御部に送信する送信工程と
を有することを特徴とする通信制御方法。
【請求項２】
前記画像データに基づいてコマンドシーケンスを生成するシーケンス生成工程を更に有し、
前記送信工程では、前記判定工程における判定結果に応じて、前記画像データを圧縮して前記コマンドシーケンスに埋め込み、当該コマンドシーケンスをコマンド通信路を介して前記画像処理制御部に送信することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記判定工程では、画像データが高画質出力指定であるか低画質出力指定であるかを判断し、低画質出力指定である場合に、前記送信工程では圧縮した画像データをコマンド通信路を介して前記画像処理制御部に送信することを特徴とする請求項１または２に記載の通信制御方法。
【請求項４】
前記判定工程では、画像データが多色画像データであるか単色画像データであるかを判断し、前記送信工程では、多色画像データの場合には高圧縮率で圧縮を行い、単色画像データの場合には低圧縮率で圧縮を行うことを特徴とする請求項１または２に記載の通信制御方法。
【請求項５】
前記判定工程では、画像データが多色画像データであるか単色画像データであるか、及び、高画質出力指定であるか低画質出力指定であるかを判断し、単色画像データ及び低画質出力指定の少なくとも一方である場合に、前記送信工程では圧縮した画像データをコマンド通信路を介して前記画像処理制御部に送信することを特徴とする請求項１または２に記載の通信制御方法。
【請求項６】
前記判定工程では、前記画像データが写真主体であるか否かを判定し、写真主体である場合に高画質出力指定であると判断することを特徴とする請求項３または５に記載の通信制御方法。
【請求項７】
前記判定工程において、単色画像データであると判断された場合に、前記画像データを２値化する２値化処理工程を更に有することを特徴とする請求項４または５に記載の通信制御方法。
【請求項８】
前記判定工程では、前記画像データがテキストであるかどうかを判定し、
テキストである場合に前記画像データを２値化する２値化処理工程を更に有することを特徴とする請求項１または２に記載の通信制御方法。
【請求項９】
前記判定工程では、画像データが高画質出力指定であるか低画質出力指定であるかを判断し、高画質出力指定である場合、前記画像データを、コマンド通信路とは異なる専用の通信路を介して前記画像処理制御部に送信することを特徴とする請求項１乃至８のいずれかに記載の通信制御方法。
【請求項１０】
外部から入力した画像データをラスター画像データに展開する展開工程を更に有し、
前記送信工程では、展開されたラスター画像データを送信することを特徴とする請求項１乃至９のいずれかに記載の通信制御方法。
【請求項１１】
外部から入力した画像データを、記録媒体上に画像形成を行う画像形成部を制御する画像処理制御部に送信する画像生成制御装置であって、
前記画像データの種類を判定する判定手段と、
コマンド通信用のコマンド通信路と、
前記判定手段による判定結果に応じて、前記画像データを圧縮し、前記圧縮した画像データを前記コマンド通信路を介して前記画像処理制御部に送信する送信手段と
を有することを特徴とする画像生成制御装置。
【請求項１２】
前記画像データに基づいてコマンドシーケンスを生成するシーケンス生成手段を更に有し、
前記送信手段は、前記判定手段による判定結果に応じて、前記画像データを圧縮して前記コマンドシーケンスに埋め込み、当該コマンドシーケンスを前記コマンド通信路を介して前記画像処理制御部に送信することを特徴とする請求項１１に記載の画像生成制御装置。
【請求項１３】
前記判定手段は、画像データが高画質出力指定であるか低画質出力指定であるかを判断し、低画質出力指定である場合に、前記送信手段は圧縮した画像データを前記コマンド通信路を介して前記画像処理制御部に送信することを特徴とする請求項１１または１２に記載の画像生成制御装置。
【請求項１４】
前記判定手段は、画像データが多色画像データであるか単色画像データであるかを判断し、前記送信手段は、多色画像データの場合には高圧縮率で圧縮を行い、単色画像データの場合には低圧縮率で圧縮を行うことを特徴とする請求項１１または１２に記載の画像生成制御装置。
【請求項１５】
前記判定手段は、画像データが多色画像データであるか単色画像データであるか、及び、高画質出力指定であるか低画質出力指定であるかを判断し、単色画像データ及び低画質出力指定の少なくとも一方である場合に、前記送信手段は圧縮した画像データを前記コマンド通信路を介して前記画像処理制御部に送信することを特徴とする請求項１１または１２に記載の画像生成制御装置。
【請求項１６】
前記判定手段は、前記画像データが写真主体であるか否かを判定し、写真主体である場合に高画質出力指定であると判断することを特徴とする請求項１３または１５に記載の画像生成制御装置。
【請求項１７】
前記判定手段により単色画像データであると判断された場合に、前記画像データを２値化する２値化処理手段を更に有することを特徴とする請求項１４または１５に記載の画像生成制御装置。
【請求項１８】
前記判定手段は、前記画像データがテキストであるかどうかを判定し、
テキストである場合に前記画像データを２値化する２値化処理手段を更に有することを特徴とする請求項１１または１２に記載の画像生成制御装置。
【請求項１９】
前記コマンド通信路とは異なる、画像データ通信用の画像データ通信路を更に有し、
前記判定手段は、画像データが高画質出力指定であるか低画質出力指定であるかを判断し、高画質出力指定である場合、前記画像データを前記画像データ通信路を介して前記画像処理制御部に送信することを特徴とする請求項１１乃至１８のいずれかに記載の画像生成制御装置。
【請求項２０】
外部から入力した画像データをラスター画像データに展開する展開手段を更に有し、
前記送信手段は、展開されたラスター画像データを送信することを特徴とする請求項１１乃至１９のいずれかに記載の画像生成制御装置。
【請求項２１】
請求項１乃至１０のいずれかに記載の通信制御方法を実現するためのプログラムコードを有することを特徴とする情報処理装置が実行可能なプログラム。
【請求項２２】
請求項２１に記載のプログラムを記憶したことを特徴とする情報処理装置が読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークプリンタなどの画像処理システムに関し、特にページ記述言語（ＰＤＬ）により記述されたＰＤＬプリントジョブにより、用紙媒体上に画像形成を行うシステムに関する。
【０００２】
【従来の技術】
従来より、ＰＤＬにより記述されたプリントジョブの各ページを画像展開し、ラスター画像データを生成するＰＤＬコントローラと、コマンドのやり取りを行うためのコマンドＩ／Ｆと、ビデオ画像データのやり取りを行うためのＶｉｄｅｏＩ／Ｆで、接続された画像処理コントローラに、画像形成装置や画像読取装置を接続した画像処理システムが使われてきている。
【０００３】
ＰＤＬコントローラでは、ネットワークなどを介して接続されたホストコンピュータから受け取ったＰＤＬジョブを解析してラスター画像形成し、画像処理コントローラに対して、コマンドＩ／Ｆを介して解析結果を基に構築したコマンドシーケンスを送り、然る後にＶｉｄｅｏＩ／Ｆを介して画像データを送る。
【０００４】
画像処理コントローラでは、受け取ったコマンドシーケンスと画像データに基づき、画像形成装置を起動して用紙媒体上に画像形成させ、装置外へと出力する（例えば、特許文献１乃至３参照）。
【０００５】
【特許文献１】
特開平８−２７２５５５号公報
【特許文献２】
特開平１０−１７１６１７号公報
【特許文献３】
特開平１１−２４０２１１号公報
【０００６】
【発明が解決しようとする課題】
この従来の画像処理システムにおいては、処理するジョブの種類に関わらず、画像データの転送には、画像転送路であるＶｉｄｅｏＩ／Ｆを用いている。このＶｉｄｅｏＩ／Ｆは、非圧縮のラスター画像データ転送専用に設計されており、画像形成装置がカラープリンタである場合には、１画素につき８ビット×ＣＭＹＫ４色の信号を、画像クロックに同期して転送できるように設計されている。ＶｉｄｅｏＩ／Ｆはエンジン速度に合わせてデータ転送速度を十分に高速にできるが、専用のハードウェアとその制御機構を必要とするため、コストアップに繋がっている。
【０００７】
また、画像の種類によらず画像データの転送にはＶｉｄｅｏＩ／Ｆを占有するため、高画質が要求されないジョブや、あるいはカラープリントが可能な画像形成装置で白黒画像を印刷するジョブであっても、前のジョブが完了しない限り次のジョブの転送処理をすることができず、せっかくの専用ハードを有効に活用できていない。
【０００８】
本発明は上記問題点を鑑みてなされたものであり、専用ハードウェアであるＶｉｄｅｏＩ／Ｆを有効に活用できるようにすると共に、コストを下げることを目的とする。
【０００９】
【課題を解決するための手段】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【００１０】
（画像処理システムの構成）
図１は、本発明の実施の形態における画像形成システムの構成を示すブロック図である。
【００１１】
本実施の形態における画像形成システムは、画像処理コントローラ１０と、ＰＤＬコントローラ１１と、画像読取部１２と、画像形成部１３から構成されている。
【００１２】
画像処理コントローラ１０は、ＣＰＵ１０１によって制御を行っており、ＨＤＤ１０４や不図示のメモリ等を備える。またＰＤＬコントローラ１１とコマンドやステータスのやり取りを行うためのネットワークＩ／Ｆ部１０２と、ＰＤＬコントローラ１１からのラスター画像データを受け取るためのＶｉｄｅｏＩ／Ｆ部１０３を備え、これらを介してＰＤＬコントローラ１１と接続されている。さらに、不図示のＩ／Ｆを介して、画像読取部（スキャナ等）１２、画像形成部（プリンタ等）１３と接続している。また、不図示のキーおよび液晶表示装置を備えたユーザＩ／Ｆ部を備えている。
【００１３】
なお、画像形成部１３と画像読取部１２へのＩ／Ｆは専用であり、制御信号線とＶｉｄｅｏデータ信号線により構成されている。Ｖｉｄｅｏデータ信号線は画像データを送信または受信するための信号線であり、制御信号線はＶｉｄｅｏデータの送受信のタイミング制御や、各種制御命令を画像読取部１２または画像形成部１３に対し送信するための信号線である。
【００１４】
画像読取部１２はＣＣＤを備え、原稿台にセットされた原稿の画像を読み取り、ラスターイメージの電子データを生成し、画像処理コントローラ１０へと送ることができる。構成によってはＤＦ（自動原稿送り装置）を備え、複数枚の原稿を連続して読み取ることもできる。
【００１５】
画像形成部１３は、電子写真方式やインクジェット方式等のプリントエンジンを備え、用紙媒体上に、画像処理コントローラ１０から送られてくる画像データに基づいて画像を形成し、機外へと出力することができる。また、複数の給紙段を備えている場合には、異なった複数のサイズ・種類の媒体を選択して給紙し、画像形成することも可能である。さらに、特定の仕上げ装置を備えても良く、その場合、出力される複数部の原稿をソートしたり、ブックレット型にサドル製本するといったことも可能である。
【００１６】
画像処理コントローラ１０では、受け取った画像を圧縮したり、ＨＤＤ１０４に保存したり、あるいは所望の方向に回転させたり、所望のサイズに拡大または縮小するといった処理を行うことができる。スムーシングやキャリブレーション等の色味調整も行う。画像処理コントローラ１０は不図示のメモリも備えており、これらの処理を行うための作業領域としても使用する。これらの処理は主としてＣＰＵ１０１で動作する不図示のＲＯＭまたはＨＤＤ１０４に格納されたプログラムによってソフト的に行われるが、高速化のため一部の画像処理をハード化し、ハード的な画像処理部を設けて行うようにすることももちろん可能である。
【００１７】
ＰＤＬコントローラ１１は、ＣＰＵ１１１で動作するプログラムによって制御されている。不図示の外部Ｉ／Ｆを備えており、外部Ｉ／Ｆを介してホストコンピュータ等よりページ記述言語（ＰＤＬ）で記述された印刷ジョブを受け取る。受け取ったＰＤＬジョブにより、プリントジョブシーケンスを組み立て、画像を展開し、プリントジョブを開始する。また、ホストコンピュータ等による指令を受けて、画像処理コントローラ１０に原稿読み取り指令を送り、送られてきた画像データをホストコンピュータ等に送出するスキャンジョブを実行することも可能である。ネットワークＩ／Ｆ部１１２は画像処理コントローラ１０と主にコマンドやステータスのやりとりを行うためのＩ／Ｆであり、ＶｉｄｅｏＩ／Ｆ部１１３はプリントする画像を画像処理コントローラ１０に送信するためのＩ／Ｆである。メモリ１１４はプログラムの動作上の作業領域や、展開した画像を一時的に格納するためのフレームバッファとしても用いられる。その他、不図示のＨＤＤを備え、ＯＳやプログラム、ジョブデータや展開した画像を格納するのに用いる。
【００１８】
（コピー時の動作）
図１の画像処理コントローラ１０と画像読取部１２および画像形成装置１３から成るシステムでは、コピー動作を行うことが可能である。不図示のユーザＩ／Ｆ部において、ユーザからコピー動作のスタート命令が出されると、画像処理コントローラ１０はまず、予め設定された仕上げやカラーモード等のコピーモードに従い、コピージョブのシーケンスを生成する。
【００１９】
そして、まず、画像読取部１２に対し画像読取指令を出し、画像読取部１２の不図示の原稿台にセットされた原稿から画像データを読み取り、読み取った画像データを、一旦ＨＤＤ１０４またはメモリ内のフレームバッファに格納する。
【００２０】
次に画像形成部１３に対し、印刷開始指令を出し、画像形成部１３から送られてくる画先信号に従い、コピージョブシーケンスに基づく画像順で、ＨＤＤ１０４またはフレームバッファに格納されている画像データを送出する。
【００２１】
このとき、不図示のユーザＩ／Ｆで、仕上げ動作が指定されているならば、ＣＰＵ１０１は印刷開始指令時に合わせて仕上げ動作モードを指定する。画像形成部１３は、モード指定に従って動作を開始し、送られてくる画像を順に用紙媒体上に形成し、仕上げ装置へと出力する。仕上げ装置では指定された仕上げモードに従い、特定枚数ごとにステープルやビン送り等の動作を行い、仕上げ動作を実行する。
【００２２】
画像読取部１２に不図示のＤＦが備えられている場合は、ＤＦにセットされた複数枚の原稿を１枚ずつ連続して画像読取りすることができる。このときの１枚ずつの読取間隔は、画像処理コントローラ１０の構成に合わせて、ＣＰＵ１０１で動作するプログラムで指定することができる。例えば、画像処理コントローラ１０が十分な容量のＨＤＤ１０４またはメモリを持つ場合は、一旦全ての原稿を読み取って保存し、然る後に画像形成部１３に仕上げ等の形態に合わせて所望の順に１枚ずつの画像データを送るようにしても良いし、十分な容量がない場合や最初の１枚が出力されるまでの時間（ＦＣＯＴ）を短くしたい場合は、画像読み取り開始と並行して、画像形成部１３を起動しておき、１枚画像を読み取る毎に、画像形成部１３の画先タイミングに合わせて画像を出力するようにしてもよい。
【００２３】
また、読み取った画像のサイズと、画像形成する用紙のサイズや方向のミスマッチを解消すべく、拡大／縮小や回転といった処理の行った後に、画像形成部１３に画像出力するようにシーケンスを組むことも可能である。
【００２４】
（画像形成部と画像処理コントローラ間のＩ／Ｆ）
本実施の形態における画像形成部１３は、入力画像として、カラー多値の画像信号と白黒２値の画像信号を受けることができる。また画素毎のＴＡＧ信号を受けることもできる。
【００２５】
カラー多値画像の場合は、１画素につきＣＭＹＫ各色８ビットの計３２ビット信号を受ける。その際の画素クロックは、画像形成速度に合わせて６００ｄｐｉの画像を形成することのできるものとなっている。すなわち、カラーの場合は６００ｄｐｉの画像形成を基本としているが、特定画素にＴＡＧ信号がついている場合は、隣接する２画素を一組の単位として３００ｄｐｉで解像度を落とすことにより、階調性を上げて画像形成することが可能である。つまり、ＴＡＧ信号を、写真画像の領域を表す信号として、文字領域と区別し、それぞれの領域ごとに特性に合った良好な画像形成をすることができる。ハード信号線としては、８ビット×４本（ＣＭＹＫ）とＴＡＧ用の１ビット×１本の計５本の信号線を持つ。もちろんそれ以外に制御信号線もある。これらの信号線はパラレル信号線としてもよいが、高速なシリアル線を使い、両端のドライバにて仮想的に５本＋αの信号線を実現することも可能である。
【００２６】
これに対し、白黒２値画像の場合は、１画素につき１ビットの信号を受ける。このときの画像クロックは１２００ｄｐｉにて画像形成することのできるものになっている。白黒２値画像であるため、写真領域で階調性を持たせるディザ等の処理は、上位装置すなわち画像処理コントローラ１０もしくはＰＤＬコントローラ１１ですでに行われているため、ＴＡＧビットにより処理を変更する必要はない。ハード信号線としては独立に持つ必要はなく、上記のカラー多値の場合と同じ信号線を共用することができる。例えば１ビットのＴＡＧ信号線を白黒２値モードの場合は画像信号線として用い、倍速クロック（副走査も合わせると４倍速）として動作させても良いし、ＣＭＹＫの各最下位１ビットの４ビットを６００ｄｐｉクロックのまま用いて、ドライバにて１２００ｄｐｉ相当クロックの画像情報として取り出すようにしてもよい。
【００２７】
もちろん、これら以外に、例えば白黒多値の８ビット×１色モードを実装することも可能である。この場合は、ＣＭＹＫの信号線のうち、Ｋのみを用い、ＴＡＧビットも合わせて用いるようにすればよい。
【００２８】
（ＰＤＬコントローラと画像処理コントローラ間のＩ／Ｆ）
本実施の形態において、ＰＤＬコントローラ１１と画像処理コントローラ１０の間の第１のＩ／Ｆは、Ｅｔｈｅｒネットを用いたネットワークＩ／Ｆ１１２、１０２である。主として両コントローラ間での印刷指令やモード指定等といったコマンドや、画像形成部１３や画像読取部１２が動作可能状態になっているか、あるいはエラー等が起こっているか、といった情報であるステータスのやりとりを行う。汎用のＥｔｈｅｒネットＩ／Ｆは、一度に送れる情報量は比較的少なく、比較的低速のＩ／Ｆである。しかしながらＴＣＰ／ＩＰ等の汎用のプロトコルを用いており、アドレスやポートを複数設定して、複数種類の情報を一度にやり取りする多チャンネル化が可能である。本実施の形態のシステムでは、ネットワークＩ／Ｆにプリントポート、管理ポート、イベントポートといった目的別のポートを並列に別チャンネルとして持っている。もちろんＥｔｈｅｒネットの代わりに、ＲＳ２３２ＣやＵＳＢ、ＩＥＥＥ１３９４のようなシリアル回線あるいはセントロＩ／Ｆのようなパラレル回線を用いる構成を取っても良い。
【００２９】
第２のＩ／Ｆは、画像データの転送を行う、ＶｉｄｅｏＩ／Ｆ１１３、１０３である。このＶｉｄｅｏＩ／Ｆ１１３、１０３はＣＭＹＫ各８ビットの信号と、画像の領域の性質を表す１または２ビットのＴＡＧビット信号線、および信号の画素単位を表す画素クロック、ラインごとの区切りを表すＬｉｎｅイネーブル信号等の信号線が（論理的に）パラレルに送られるように構成されている。物理的に必要本数の信号線を配置してもよいが、そのようにするとケーブルが太くなってしまうので、数本の高速シリアル線を用い、両端のドライバで仮想的に必要本数の信号線を実現している。ＶｉｄｅｏＩ／Ｆ１１３、１０３は、ネットワークＩ／Ｆ１１２、１０２に用いられる汎用のＥｔｈｅｒネットＩ／Ｆとは異なり、システムのパフォーマンスを考慮して専用に設計されており、十分に高速なデータ転送が可能となっているが、送れる情報は一度に１つの画像データのみの１チャンネルである。
【００３０】
（ＰＤＬコントローラにおけるプリント時の動作）
図２は、ＰＤＬコントローラ１１におけるプリント時の動作を示した処理フローである。
【００３１】
ＰＤＬコントローラ１１は、まず、ネットワークＩ／ＦやＵＳＢ，ＩＥＥＥ１３９４のような不図示の外部Ｉ／Ｆを介して、不図示のホストコンピュータからプリントジョブを受け取る（ステップＳ１０１）。プリントジョブは、ＰＳやＰＣＬ，  ＬＩＰＳといった、いわゆるページ記述言語（ＰＤＬ）で書かれたＰＤＬジョブ形式ものであり、ホストコンピュータ等の上で動作しているアプリケーションプログラムから、プリントドライバを介して生成されたものである。すなわちＰＤＬジョブは、各ページの要求する用紙のサイズやメディア、両面／片面指定、カラーモード、Ｆｉｎｉｓｈｉｎｇと言った、ジョブシーケンスを構築するのに必要な情報（モード指定）と、各ページのＰＤＬ形式の画像データを合わせて持っている。
【００３２】
そして、ＰＤＬコントローラ１１は、受け取ったＰＤＬジョブから、モード指定を抽出し（ステップＳ１０２）、解析してＦｉｎｉｓｈｉｎｇや両面等の処理を含めてどの給紙段から何枚ずつ給紙しどの排紙段に出すか、あるいは途中何枚目で給紙段を切り替えるか、といった一連のジョブシーケンスを組み立てる（ステップＳ１０３）。
【００３３】
それと共に、ＰＤＬジョブ内の画像データ部分を取り出し、メモリ１１４上のフレームバッファ領域に、ビットマップイメージであるラスターイメージデータに展開する（ステップＳ１０４）。展開した画像データは、圧縮して一旦メモリ１１４またはＨＤＤ（不図示）に格納する（ステップＳ１０５）。これをジョブの全ページについて行う。
【００３４】
そして、まず、プリントポートを介して、画像処理コントローラ１０に、構築したジョブシーケンスを実現するコマンドシーケンスの形で通知する（ステップＳ１０６）。画像処理コントローラ１０では、受け取ったジョブシーケンスに基づき、ＶｉｄｅｏＩ／Ｆ部１０３による画像受信の準備を行う。準備が完了したところで、プリントポートを介してＰＤＬコントローラ１１に画像受け入れ準備ができたことを通知する。
【００３５】
画像処理コントローラ１０の画像受け入れ準備の完了を確認すると（ステップＳ１０７でＹＥＳ）、ＰＤＬコントローラ１１は、ＶｉｄｅｏＩ／Ｆ部１１３を介して、画像クロックやＬｉｎｅイネーブル等の制御信号と同期して、画像データを画像処理コントローラ１０に転送する（ステップＳ１０８）。
【００３６】
転送処理は１ページごとに行われ、各ページ単位でプリントポートでの転送Ｓｔａｒｔ、Ｅｎｄコマンドのやり取りが行われる。何らかの事情により、転送速度に画像処理コントローラ１０の処理が追いつかなかった場合は、画像処理コントローラ１０は受信に失敗した旨をＰＤＬコントローラ１１に通知し、同じページの画像データの再送を要求する。ステップＳ１０７及びステップＳ１０８の処理は、全ページの画像データの転送が終了するまで（即ち、ステップＳ１０９でＮＯの間）続けて行われる。全ページの画像転送を確認すると（ステップＳ１０９でＹＥＳ）、ＰＤＬコントローラ１１のプリント処理は完了する。
【００３７】
なお、図２は一例であり、ステップＳ１０４及びＳ１０５における画像展開および保存の処理が１ページ以上終わった時点でステップＳ１０６に進んでコマンドシーケンス送信処理を行い、コマンドシーケンス送信を行いつつ、コマンド送信の合間に画像データ展開（ステップＳ１０４）や画像データ転送（ステップＳ１０８）の処理を、並行して行うようにすることも可能である。
【００３８】
ＰＤＬコントローラ１１から画像処理コントローラ１０に送られてきた画像データは、一旦ＨＤＤ１０４またはメモリ（不図示）に保存される。このとき、予め送られてきているジョブシーケンスのＦｉｎｉｓｈｉｎｇその他の各種モードの設定により、全ページ受信するまで待つか、あるいはモードによっては、１ページ以上受信した時点で画像形成部１３に起動をかけるようにする。
【００３９】
画像形成部１３の起動においては、画像処理コントローラ１０はＰＤＬコントローラ１１から送られてきたジョブシーケンスに基いて、給紙段や両面印刷、Ｆｉｎｉｓｈｉｎｇ等のモードを指定し、画像形成部１３の動作が要求するページ順にて、画像データに関連するページ情報を不図示のメモリ上の内部キューに配置する。このとき少なくとも最初に送信される画像データは、メモリ上のフレームバッファに展開しておき、残りのＨＤＤ１０４に格納されている画像データは、フレームバッファが空き次第、順次ＨＤＤ１０４からメモリに転送するようにする。
【００４０】
そして、画像形成部１３からの画先信号に同期して、キューに入っているページ情報の順に、画像データを画像形成部１３に送出する。画像形成部１３は送られてくる１ページごとの画像を、指定された給紙段の媒体上に形成し、指定されたＦｉｎｉｓｈｉｇを行って機外に排出する。
【００４１】
（ＰＤＬコントローラが生成するラスター画像データ）
本実施の形態におけるＰＤＬコントローラ１１は、カラー多値画像と白黒２値画像の、２種類のラスター画像データを生成できる。生成する画像の種類は、ホストコンピュータ上のドライバからの指定に基づくが、指定されていない場合は、ＰＤＬコントローラ１１に予め指定されているデフォルト設定に従う。
【００４２】
展開する元々のＰＤＬデータが白黒多値であったり、元はカラー多値であるがドライバでの指定が白黒となっている場合は、展開した白黒多値の画像を白黒２値画像に変換する。この際には、ディザ法等を用いて多値画像を２値画像に変換する。また、本実施の形態の場合、白黒２値の場合は１２００ｄｐｉで展開を行うので、文字やグラフィックの領域は、スムーシング処理をかけて６００ｄｐｉから１２００ｄｐｉにし、エッジ等を滑らかにする。
【００４３】
展開をする際に、ＰＤＬ言語の記述に基づくと、画像の特定領域が文字／グラフィックであるか、それとも写真のようなもともとビットマップの画像であるかを判別することができる。画像処理コントローラ１０は、ラスターイメージへの展開時に、これらの情報を合わせて領域情報として保存しておく。これによって、前述の白黒２値の場合のスムーシング処理や、画像処理コントローラ１０に対するＴＡＧ信号の生成に用いることができる。
【００４４】
（圧縮機能）
ＰＤＬコントローラ１１は、展開したラスター画像の圧縮および展開機能を備えている。白黒２値のラスター画像データは、いわゆるＪＢＩＧ方式で圧縮を行う。ＪＢＩＧ方式は可逆圧縮であるため、圧縮率はそれほど高くない。カラー多値のラスター画像データの場合はＪＰＥＧ方式で圧縮できる。ＪＰＥＧ方式は非可逆圧縮であり、圧縮率は高いが画質は多少劣化する。
【００４５】
ＰＤＬコントローラ１１は、ラスター展開した画像データを、一旦圧縮して不図示のＨＤＤに保存し、ＶｉｄｅｏＩ／Ｆ１１３における画像データ転送時に、再びメモリ１１４のフレームバッファ上に展開する。これによって、前のページの転送が終わっていなくとも、画像展開を処理の可能な範囲で先行して行っておくことが可能である。
【００４６】
（白黒２値の場合の画像転送）
ＰＤＬコントローラ１１から画像処理コントローラ１０に送られる画像がカラー多値の画像の場合は、（８ビット×４（ＣＭＹＫ）＋１ビット（ＴＡＧ））×１ページの画素数分のデータが１ページ辺りの画像データ量となる。しかし白黒２値である場合、１ビット×１ページ分の画素数であり、本実施の形態ではカラー６００ｄｐｉに対し白黒１２００ｄｐｉであるので、約１／８以下のデータ量となる。
【００４７】
もちろんこれをＶｉｄｅｏＩ／Ｆ１１３によって画像処理コントローラ１０に伝えても良いが、ここまでデータ量が少なくなれば、圧縮をかけてプリントポートのコマンドシーケンス内に組み込んでしまうことが可能となる。つまり、ネットワークＩ／Ｆ１１２部にて、ジョブシーケンスに合わせて画像データを送ってしまうことも可能となり、画像処理コントローラ１０は、シーケンスと同時に画像データを受け取るので、ＶｉｄｅｏＩ／Ｆ１１３と同期を取る必要がなくなり、ＣＰＵ１０１の処理負担は軽くなる。
【００４８】
（その他の特徴）
本実施の形態のＰＤＬコントローラ１１では、ＰＤＬ言語としてＰｏｓｔＳｃｒｉｐｔ（ＰＳ）を処理することができる。しかし、その他ＰＣＬ，ＰＤＦ，ＬＩＰＳ等の複数のＰＤＬデータを処理するように構築することももちろん可能である。
【００４９】
また、ユーザはドライバ（ＰＰＤ）にて所望する画像の画質の高低を指定できる。この指定によって、ＰＤＬコントローラ１１は、この指定をもって、ＨＤＤに一時格納する画像の圧縮率の高低を調整し、画質劣化の度合いを調整することができる。
【００５０】
さらに、ドライバでは、ユーザは、カラーで印刷するか白黒で印刷するかの指定を行うこともできる。
【００５１】
＜第１の実施形態＞
図３は本発明の第１の実施形態にかかるＰＤＬコントローラ１１における処理を表すフローチャートである。この処理においては、プリントドライバなどのユーザＩ／Ｆにおいて指定されたＰＤＬジョブの画質モード指定により、高画質モードと低画質モードとを切り替えて処理する例を示している。以下、図３のフローチャートの処理を詳細に説明する。
【００５２】
ＰＤＬコントローラ１１は、不図示のホストコンピュータからＰＤＬジョブを受け取ると、まずステップＳ２０１にて受けとったＰＤＬジョブの解析を行う。そして、両面印刷やＦｉｎｉｓｈｉｎｇ、各ページのサイズやメディア指定といったジョブのモード指定を抽出し、このＰＤＬジョブのコマンドシーケンスを生成する。なお、このＰＤＬジョブにおいては、プリントドライバにて指定された画質モード指定が含まれている。
【００５３】
次にステップＳ２０２において、画質モードの判定を行う。このＰＤＬジョブが高画質モード指定のものであればステップＳ２０３に進み、低画質モードのものであればステップＳ２０７に進む。
【００５４】
高画質モードの場合は、ステップＳ２０３にてＰＤＬジョブのページ記述を解釈し、メモリ１１４のフレームバッファ上に、各ページ毎のラスター画像データ（ビットマップイメージデータ）に展開する。
【００５５】
そして、ステップＳ２０４にて生成したラスター画像データを、メモリ１１４内の送信用の画像バッファメモリ（不図示）にキューイングする。この時、バッファメモリの空き容量が十分にあるときは、画像データそのものを送信するページ順にキューイングしても良いが、通常はそこまでの容量のメモリを実装するのはコスト的に困難である。したがって、キューイングするのは、ページ毎のラスター画像データに対するラベルとし、ラスター画像データそのものはこのラベルに関連付けて、圧縮してＰＤＬコントローラ１１内の不図示のＨＤＤに格納する。なお、ジョブ中でページ番号は通常一意に定められているので、生成したプリントジョブに対し一意のジョブＩＤを振って、ジョブＩＤ＋ページＩＤをラスター画像データへのラベルとすることができる。なお、このとき用いる圧縮アルゴリズムは、可能であれば可逆のものとし、ＨＤＤ容量や回路構成等の事情によりＪＰＥＧなど非可逆圧縮しかできない場合には、高画質モードに見合う様に十分に圧縮率の低い高画質指定パラメータにて圧縮を行う。また、この画像がＶｉｄｅｏＩ／Ｆ１１３を介して転送される場合には、ラスター画像に展開されなければならないので、高速に展開しやすい圧縮方式とすることが重要である。
【００５６】
画像の展開が終わると、ステップＳ２０５にてコマンドシーケンスの送信をする。コマンドシーケンスを受け取った画像処理コントローラ１０は、画像の受け取り準備を始め、受け取り準備が整ったらその旨をＰＤＬコントローラ１１に通知する。
【００５７】
そして、画像処理コントローラ１０から受け取り準備完了の通知を受け取ると、ステップＳ２０６の処理へと移り、ＶｉｄｅｏＩ／Ｆ部１１３を介してラスター画像データをＶｉｄｅｏデータとして、１ページずつ転送処理する。なお、ステップＳ２０４の処理で記述したように、ＨＤＤにキューイングされている画像は圧縮されているので、Ｖｉｄｅｏ転送する再には再展開しなければならない。この再展開の処理は、Ｖｉｄｅｏの転送レートに合わせて十分に高速にできるならば、ソフトウェアにて実現してもかまわないが、通常は復号専用のハードウェアを搭載し、ハードによってリアルタイム処理する。また、このＶｉｄｅｏ転送に際し、ページ単位のスタートとエンドを示すタイミングコマンドは、別途プリントポートにて送られる。
【００５８】
なお、ジョブは複数ページから成っていることが多いので、ステップＳ２０３及びＳ２０４のラスター展開及びキューイングの処理は、１ページずつ全ページ分繰り返して行い、然る後にステップＳ２０５のコマンドシーケンス送信を行う。なお、画像転送のスタートとエンドのタイミングを示すコマンドを送信するための別のポートを用意し、ステップＳ２０１のコマンドシーケンス生成後に速やかに画像処理コントローラ１０にコマンドシーケンス送信を行い、送信後にラスター画像を生成しつつ、ページ単位でＶｉｄｅｏデータを画像処理コントローラ１０に送るようにしてももちろんよい。このようにすると、画像処理コントローラ１０はどのような画像が送られてくるかを前もって知っておくことができるため、Ｖｉｄｅｏデータの受け入れ準備を速やかに行えるというメリットが生ずる。
【００５９】
一方、ステップＳ２０２の画質モード判定にて、低画質モード指定である場合には、次にステップＳ２０７でラスター画像データの生成を行う。ここでのラスター画像データへの展開処理はステップＳ２０３で行われる処理と同様である。
【００６０】
次に、生成したラスター画像データをステップＳ２０８にてＪＰＥＧ圧縮する。本第１の実施形態においては、低画質モードでは、画像を比較的低速なコマンド通信路を用いて転送するため、画質よりもデータ容量を重視し、非可逆の高圧縮率指定でＪＰＥＧ圧縮する。尚、ＪＰＥＧ圧縮という一般的な圧縮方法を採用することにより、別ハードで構成される画像処理コントローラ１０において、一般的な展開方法を採用することが可能となる。
【００６１】
そして、ステップＳ２０９にて、ステップＳ２０１において生成されたコマンドシーケンスの中に、ページデータとしてＪＰＥＧ圧縮された各ページの画像データをマージする。コマンドシーケンスは、ページ単位ではなくジョブ単位で生成、送信されなければならないので、ステップＳ２０７におけるラスター画像データ生成からステップＳ２０９における圧縮画像データのマージまでは、ジョブの全ページ分最後まで行う必要がある。
【００６２】
全ページの画像データをマージしたコマンドシーケンスが生成できたると、ステップＳ２１０にて画像処理コントローラ１０に送信する。コマンドシーケンスを受け取る画像処理コントローラ１０では、ＶｉｄｅｏＩ／Ｆ１１３からのデータを待つことなく、コマンドシーケンスを受け取りつつ、逐次ページごとに画像展開を行ってゆくことができる。
【００６３】
以上により、高画質が指定された場合の多値画像では、ＶｉｄｅｏＩ／Ｆでデータ送信し、低画質が指定された場合の多値画像では、ＪＰＥＧ圧縮してコマンドに付属するデータとしてネットワークＩ／Ｆにて画像送信する、というように、画像データの圧縮／非圧縮と、データの転送経路を切り替えて使用することが可能となる。
【００６４】
通常のオフィスユース等で、それほど高画質の印刷が求められないような場合には、特に高画質が指定されない限り、コマンド通信路の方で画像転送が行われるので、使用頻度の低いＶｉｄｅｏＩ／Ｆはそれほど高速にする必要がなく、コストの掛からない構成とすることができる。
【００６５】
また、先に記述したようにＶｉｄｅｏＳｔａｒｔ／Ｅｎｄを示すコマンドをプリントシーケンスを送るポートとは別ポートとしてコマンド通信路上に構成することにより、高画質モードが指定されたジョブでは、コマンドシーケンスが先に送られてからＶｉｄｅｏデータ転送に移るので、Ｖｉｄｅｏデータ転送中でＶｉｄｅｏＩ／Ｆを占有していても、次のジョブが通常の使用に十分な低画質モードであれば、画像データごと平行してジョブを送れるようになる。
【００６６】
画像処理コントローラ１０にて印刷実行する順番は自由にスケジューリングでき、高画質モードであっても低画質モードであっても、コマンドシーケンスが送られてきた順番ではなく、画像データの転送が完了した順番に画像形成部１３を起動すれば、画像形成部１３を不必要に休ませることなく、有効に稼動させることもできるようになる。
【００６７】
上記の通り、高画質が要求されないジョブの場合は、圧縮された状態でコマンド通信経路を用いて画像転送を行うことによって、ＶｉｄｅｏＩ／Ｆ占有せずにジョブを送れるので、専用ハードウェアであるＶｉｄｅｏＩ／Ｆを有効に活用することができる。また、ＶｉｄｅｏＩ／Ｆの稼働率を下げることにより、低速なハードウェアを使用可能として、コストを下げることが可能となる。
【００６８】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。第２の実施形態では、カラーと白黒のジョブにおいて圧縮方法を切り替える。この処理について、図４のフローチャートを用いて説明する。
【００６９】
ステップＳ３０２では、ＰＤＬコントローラ１１は不図示のホストコンピュータから受け取ったＰＤＬジョブを解析し、コマンドシーケンスを生成する。このＰＤＬジョブは全ページがカラーオブジェクトで構成されているカラージョブである場合と、全ページが白黒オブジェクトデータで構成されている白黒ジョブである場合がある。または、カラーオブジェクトで構成されていても、全ページを白黒で印刷する白黒ジョブ指定を含めることも可能である。
【００７０】
そして、ステップＳ３０３において、受け取ったＰＤＬジョブがカラージョブであるか白黒ジョブであるかを判別し、カラージョブの場合にはステップＳ３０４へと進み、白黒ジョブの場合はステップＳ３０６へと進む。
【００７１】
カラージョブの場合、ステップＳ３０４において各ページ毎にラスター画像データへの展開を行う。そして、ステップＳ３０５にて、ＪＰＥＧ圧縮を行う。これはステップＳ２０８で説明した処理と同様である。
【００７２】
一方、白黒ジョブの場合は、ステップＳ３０６にてラスター画像データを生成する。このラスター画像データは、元のＰＤＬのページ記述に基づいて、各画素１ビットの２値データであってもよいし、各画素８ビットの多値データであってもよい。元のＰＤＬ画像がカラー多値であって、白黒ジョブ指定されている場合の白黒ジョブでは、各画素８ビットの多値白黒画像データとして展開を行う。
【００７３】
展開したラスター画像データに対して、ステップＳ３０７において２値化処理を行う。ステップＳ３０７における２値化処理ステップの詳細を、図５を参照して説明する。
【００７４】
まずステップＳ４０２においてステップＳ３０６で展開したスター画像データを解析し、ステップＳ４０３で多値画像であるのか２値画像であるのかを判別する。
【００７５】
多値画像の場合、ステップＳ４０４にて像域分離処理を行う。ステップＳ４０４で行う像域分離処理では、ＰＤＬデータを展開した際に保存しておいた各領域情報を示すＴＡＧビット情報を用いると共に、ビットマップ領域においては、階調変化のパターンから、文字領域と写真領域とに分ける。
【００７６】
そしてステップＳ４０５にて、文字領域に関してはスムーシング処理を行う。これは、例えば８×８の領域をパターンマッチングし、１６×１６に拡張してエッジの部分を滑らかにする処理である。すなわち６００ｄｐｉのラスター画像は、ここで１２００ｄｐｉに拡張される。もちろん黒ではなくグレーの中間調の文字は、そのままの階調でスムーシングされる。
【００７７】
次にステップＳ４０６において写真領域と判定された領域について、画素数の拡張を行う。これは、単純に１画素を４画素に階調そのままで拡張するだけである。以上で、全画像領域について、多値の１２００ｄｐｉ化が行われる。
【００７８】
その後、ステップＳ４０７にてディザ法等により多値画像を２値画像に変換する。なお、このとき写真領域は２値化されることによって、高周波が取り除かれ階調性も若干落ちる。従って、先の１画素を４画素化したことによって起こるがたつきは吸収され、目立たなくなる。１２００ｄｐｉ２値で階調を表すことにより、６００ｄｐｉのまま２値化したときよりも良好な階調性が得られる。
【００７９】
一方、ステップＳ４０３の判定で展開した画像が元々２値６００ｄｐｉであった場合、ステップＳ４０８に進む。ステップＳ４０８における２値画像用の像域分離処理は、先のＴＡＧビットの情報を使うだけで行うことができる。
【００８０】
そしてステップＳ４０９で文字領域に関しては、ステップＳ４０５と同様にスムーシング処理を行う。
【００８１】
ステップＳ４１０において、写真領域に関してはもともと６００ｄｐｉの２値のディザ画像となっているので、ステップＳ４１０にて１２００ｄｐｉに拡張することにより、ざらつき感を軽減する。これは例えば元画像の５×５といったある程度狭い範囲での平均濃度を算出し、その中心画素の濃度（多値）をその平均濃度と定める。そのままでは若干ぼやけた画像となってしまうので、エッジ強調のフィルタリングを行い、然る後にステップＳ４０６、Ｓ４０７で行ったような画素数拡張をして、ディザ法等により今度は１２００ｄｐｉの２値化画像を得る、というような処理を行えばよい。
【００８２】
このように、元々２値の各画素１ビットデータとして展開された場合には、スムージング処理のみを行う。
【００８３】
以上により、白黒６００ｄｐｉの多値および２値どちらの画像の場合においても、良好な１２００ｄｐｉ２値の白黒ラスター画像を得ることができる。
【００８４】
ステップＳ３０７で以上の２値化処理を終えると、次に、ステップＳ３０８において２値化された画像をＪＢＩＧ圧縮する。ＪＢＩＧ圧縮アルゴリズムは、可逆圧縮であり、展開されると元の画像を完全に再現できるので、これによる画像劣化はない。
【００８５】
そして、ステップＳ３０９にて、ステップＳ３０５またはステップＳ３０８で圧縮された画像データをコマンド内にマージする。これは、ステップＳ３０２で生成したコマンドシーケンスの中で、ページ単位のメディアやサイズなどの情報が記述されている部分に追加して、画像データを入れ込むものである。このようにして、最終的に生成されたコマンドシーケンスは、内部に各ページのＪＰＥＧまたはＪＢＩＧの圧縮画像を保持したものとなる。
【００８６】
ステップＳ３１０で生成したコマンドシーケンスを送信する。画像処理コントローラ１０では、受け取ったコマンドシーケンスから画像データを取り出し、ＪＰＥＧまたはＪＢＩＧ展開してすぐにプリントやＨＤＤへの格納といった処理を行うことができる。
【００８７】
なお、図４のフローチャートに示す例では、受け取ったＰＤＬジョブがカラージョブであるか白黒ジョブであるかを判別した後にラスター画像データへの展開を行ったが、ＰＤＬ言語の構造次第では、展開後にカラージョブ、白黒ジョブの判定をしても構わない。
【００８８】
また、本第２の実施形態では全ページが白黒またはカラーであるジョブについて説明したが、図４に示す処理をページ単位で行うことにより、ページ単位でカラーページと白黒ページが混在しているようなジョブにも適用することも可能である。
【００８９】
また、白黒ジョブに限らず、単色カラーのオブジェクトで構成される単色ジョブに、白黒ジョブの場合の処理を適用することも可能である。
【００９０】
本第２の実施形態によれば、カラージョブと白黒ジョブで圧縮方法を切り替えることにより、いずれの場合もコマンド通信路を用いて画像データを転送することが可能となる。この場合、図６に示すように、図１からＶｉｄｅｏＩ／Ｆ部１０３、１１３を取り除いた構成でシステムを構築することが可能となり、大幅なコストダウンが見込める。
【００９１】
また、オフィスユースで特に使用頻度の高い白黒ジョブの印刷においては、１２００ｄｐｉの２値可逆圧縮画像データを用いているので、特にオフィスで求められる文字や線画等で構成される図面において、良好な印刷結果を得ることが可能となり、かつ、使用頻度の低いカラープリントにも対応できるシステムを、低コストで構築することが可能となる。
【００９２】
上記の通り第２の実施形態によれば、白黒ジョブを圧縮された状態でコマンド通信経路を用いて画像転送を行うことによって、ＶｉｄｅｏＩ／Ｆを占有せずにジョブを送れるようにし、専用ハードウェアであるＶｉｄｅｏＩ／Ｆを有効に活用できるようにする。また、ＶｉｄｅｏＩ／Ｆの稼働率を下げることにより、低速なハードウェアを使用可能として、コストを下げることが可能となる。
【００９３】
また、カラージョブであっても非可逆圧縮を用いて圧縮率を高め、圧縮された状態でコマンド通信経路を用いて画像転送を行うことによって、ＶｉｄｅｏＩ／Ｆをシステムから省略することが可能になり、コストダウンを図ることができる。
【００９４】
＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。
【００９５】
本第３の実施形態においては、第１の実施形態と第２の実施形態とを組み合わせた例について、図７を参照して説明する。
【００９６】
ＰＤＬコントローラ１１は、不図示のホストコンピュータからＰＤＬジョブを受け取ると、ステップＳ７０２において受けとったＰＤＬジョブの解析を行う。なお、受け取ったＰＤＬジョブには、画質モードに加えて、カラージョブか白黒ジョブかを示す指定が含まれている。
【００９７】
次にステップＳ７０３において、受け取ったＰＤＬジョブがカラージョブであるか白黒ジョブであるかを判別し、カラージョブの場合にはステップＳ７０４へと進み、白黒ジョブの場合はステップＳ３０６へと進む。
【００９８】
カラージョブの場合、ステップＳ７０４において、画質モードの判定を行う。ＰＤＬジョブが高画質モード指定のものであれば（即ち、カラーかつ高画質モードと判定されたジョブ）ステップＳ２０３に進み、低画質モードのものであれば（即ち、カラーかつ低画質モードと判定されたジョブ）ステップＳ３０４に進む。
【００９９】
ステップＳ２０３〜Ｓ２０６では、図３のステップＳ２０３〜ステップＳ２０６と同様の処理を行う。なお、処理の詳細についてはここでは説明を省略する。
【０１００】
また、ステップＳ３０４及びＳ３０５では、図４のステップＳ３０４及びＳ３０５と同様の処理を行う。なお、処理の詳細についてはここでは説明を省略する。
【０１０１】
一方、ステップＳ７０３で白黒ジョブと判定された場合、ステップＳ３０６〜ステップＳ３０８の処理を行う。ステップＳ３０６〜Ｓ３０８の処理は、図４に示す処理と同様である。また、ステップＳ３０７における二値化処理も、第２の実施形態で図５を参照して説明した処理と同様であるため、ここでは説明を省略する。
【０１０２】
ステップＳ３０９では、ステップＳ３０５またはステップＳ３０８で圧縮された画像データをコマンド内にマージし、ステップＳ３１０で生成したコマンドシーケンスを送信する。これらの処理も、第２の実施形態で説明した処理と同様である。
【０１０３】
なお、本第３の実施形態においては、白黒ジョブは１２００ｄｐｉの２値で出力するエンジンを用いているため、カラージョブのみ、高画質モードと低画質モードを分けて処理しているが、エンジンの実施形態によっては、白黒ジョブも高画質および低画質に分けて処理するようにしてももちろんよい。
【０１０４】
本第３の実施形態によれば、低画質モードであればカラージョブであってもＶｉｄｅｏＩ／Ｆを使用しないため、ＶｉｄｅｏＩ／Ｆの使用頻度はさらに下がり、より安価な低速構成をとることが可能となり、かつ白黒ジョブにおいては１２００ｄｐｉの高画質での出力可能となる。
【０１０５】
上記の通り第３の実施形態によれば、高画質が要求されないジョブあるいは白黒ジョブの場合は、圧縮された状態でコマンド通信経路を用いて画像転送を行うことによって、ＶｉｄｅｏＩ／Ｆ占有せずにジョブを送れるので、専用ハードウェアであるＶｉｄｅｏＩ／Ｆを有効に活用することができる。また、ＶｉｄｅｏＩ／Ｆの稼働率を下げることにより、低速なハードウェアを使用可能として、コストを下げることが可能となる。
【０１０６】
もちろん画質モードやカラーモードは、ユーザがプリントドライバにて印刷時に指定するように構成することもできるし、予め使用可能なモードをＰＤＬコントローラにて設定可能としてもよい。
【０１０７】
また、第２の実施形態と同様に、白黒２値を白黒以外の単色カラーとしてもいいのは言うまでもない。
【０１０８】
さらに、画像形成部の構成によっては、カラージョブと白黒ジョブで処理を分けるのではなく、写真を主体とする原稿の場合は、ＶｉｄｅｏＩ／Ｆを用いる高画質モードとしたり、テキストを主体とする原稿の場合にはカラーであっても、２値化して可逆圧縮し、コマンド通信路にて画像転送を行い、１２００ｄｐｉで印刷するように構成してももちろんよい。
【０１０９】
【他の実施形態】
なお、本発明は、複数の機器（例えばホストコンピュータ、インターフェイス機器、スキャナ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０１１０】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。ここでプログラムコードを記憶する記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、磁気テープ、不揮発性のメモリカード、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、光ディスク、光磁気ディスク、ＭＯなどが考えられる。
【０１１１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１２】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図３または、図４及び図５または図７に示すフローチャートに対応するプログラムコードが格納されることになる。
【０１１３】
【発明の効果】
上記の通り本発明によれば、高画質が要求されないジョブあるいは白黒ジョブの場合に、専用ハードウェアであるＶｉｄｅｏＩ／Ｆを有効に活用できるようにすると共に、コストを下げることが可能になる。
【図面の簡単な説明】
【図１】本発明の実施の形態における画像処理システムの構成を示すブロック図である。
【図２】本発明の実施の形態における画像処理システムにおけるプリント時の動作の基本フローを示すフローチャートである。
【図３】本発明の第１の実施形態における、画質モードの違いによって圧縮／非圧縮を切り替える処理の一例を示すフローチャートである。
【図４】本発明の第２の実施形態における、カラーモードの違いによって圧縮処理の種類を切り替える処理の一例を示すフローチャートである。
【図５】本発明の第２の実施形態における、白黒画像を２値化する処理の一例を示すフローチャートである。
【図６】本発明の第２の実施形態における画像処理システムの別の構成例を示すブロック図である。
【図７】本発明の第３の実施形態における、圧縮／非圧縮の切り替え処理と、圧縮処理の種類を切り替える処理を組み合わせた場合の一例を示すフローチャートである。
【符号の説明】
１０  画像処理コントローラ
１１  ＰＤＬコントローラ
１２  画像読取部
１３  画像形成部
１０１  ＣＰＵ
１０２  ネットワークＩ／Ｆ部
１０３  ＶｉｄｅｏＩ／Ｆ部
１０４  ＨＤＤ
１１１  ＣＰＵ
１１２  ネットワークＩ／Ｆ部
１１３  ＶｉｄｅｏＩ／Ｆ部
１１４  メモリ
【図１】
2005011025.tif 000003
【図２】
2005011025.tif 000004
【図３】
2005011025.tif 000005
【図４】
2005011025.tif 000006
【図５】
2005011025.tif 000007
【図６】
2005011025.tif 000008
【図７】
2005011025.tif 000009