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