(57)【要約】【課題】画像通信に係る構成のコストアップを招くことなく、所望とする画像入出力動作の状態に応じた最適な画像データ通信ができる。【解決手段】双方向に制御データの通信を行うネットワークＩ／Ｆ部（１１２，１０２）と、単方向に画像データの通信を行うＶｉｄｅｏＩ／Ｆ部（１１３，１０３）とを使用して、ＰＤＬコントローラ（１１）と画像処理装置制御部（１０）との間でのデータ通信を行う際に、ＰＤＬコントローラ（１１）と画像処理装置制御部（１０）が実行する画像入出力動作（スキャン、プリント等）に応じて、画像データの通信のためにネットワークＩ／Ｆ部（１１２，１０２）を使用するように制御する。【選択図】      図１
2004221629.tif 000002
【特許請求の範囲】
【請求項１】
他の画像処理装置と通信可能な画像処理装置であって、
前記他の画像処理装置との間で双方向に制御データの通信を行う第１通信手段と、
前記他の画像処理装置との間で単方向に画像データの通信を行う第２通信手段と、
前記画像処理装置及び前記他の画像処理装置が実行する画像入出力動作に応じて、画像データの通信のために前記第１通信手段を使用するように制御する制御手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記他の画像処理装置は、画像入力装置及び画像出力装置に接続されており、
前記制御手段は、前記画像入力装置からの画像データを前記画像処理装置へ入力する画像入力動作と、前記画像処理装置からの画像データを前記画像出力装置へ出力する画像出力動作の並列動作を実行する場合において、前記画像入力装置からの画像データの受信のために前記第１通信手段を使用するように制御することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
外部装置から画像入出力要求を受信する受信手段を更に有し、
前記制御手段は、前記画像入出力要求に応じて画像入出力動作に関する指示を前記他の画像処理装置へ送信することを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記画像入出力動作が画像データの圧縮を伴う場合、前記他の画像処理装置からの圧縮画像データの受信のために前記第１通信手段を使用することを特徴とする請求項１〜３のいずれかに記載の画像処理装置。
【請求項５】
前記第１通信手段は、イーサネット（登録商標）インタフェースで構成された通信経路であることを特徴とする請求項１〜４のいずれかに記載の画像処理装置。
【請求項６】
他の画像処理装置と通信可能な画像処理装置であって、
前記他の画像処理装置との間で双方向に制御データの通信を行う第１通信手段と、
前記他の画像処理装置との間で単方向に画像データの通信を行う第２通信手段と、
前記画像処理装置が圧縮された画像データを必要とする場合、前記他の画像処理装置からの圧縮画像データの受信のために前記第１通信手段を使用するように制御する制御手段と、
を有することを特徴とする画像処理装置。
【請求項７】
双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行うデータ通信方法であって、
前記画像処理装置及び前記他の画像処理装置が実行する画像入出力動作に応じて、画像データの通信のために前記第１通信手段を使用するように制御することを特徴とするデータ通信方法。
【請求項８】
双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行うデータ通信方法であって、
前記画像処理装置が圧縮された画像データを必要とする場合、前記他の画像処理装置からの圧縮画像データの受信のために前記第１通信手段を使用するように制御することを特徴とするデータ通信方法。
【請求項９】
双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行うデータ通信方法を実行するためのプログラムであって、
前記画像処理装置及び前記他の画像処理装置が実行する画像入出力動作に応じて、画像データの通信のために前記第１通信手段を使用するように制御することを特徴とするプログラム。
【請求項１０】
双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行うデータ通信方法を実行するためのプログラムであって、
前記画像処理装置が圧縮された画像データを必要とする場合、前記他の画像処理装置からの圧縮画像データの受信のために前記第１通信手段を使用するように制御することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、デジタル複写機の制御部等、画像処理装置と通信可能な画像処理装置、データ通信方法、及びプログラムに関するものである。
【０００２】
【従来の技術】
従来より、ＰＤＬにより記述されたプリントジョブの各ページを画像展開し、ラスター画像データを生成するＰＤＬコントローラが使われてきている。このＰＤＬコントローラは、複写機などの画像処理装置に、コマンドのやり取りを行うためのコマンドＩ／Ｆと、Ｖｉｄｅｏ画像データのやり取りを行うためのＶｉｄｅｏＩ／Ｆで接続されており、ＰＤＬプリント画像処理システムとして使用されている。
【０００３】
ＰＤＬコントローラでは、ネットワークなどを介して接続されたホストコンピュータより、受け取ったＰＤＬジョブを解析・ラスター画像形成する。そして、画像処理装置の制御部に対して、コマンドＩ／Ｆを介して、解析結果を基に構築したコマンドシーケンスを送り、然る後に或いは並行して、画像データをＶｉｄｅｏＩ／Ｆを介して送る。画像処理装置制御部では、受け取ったコマンドシーケンスと画像データに基づき、画像形成装置部を起動して用紙媒体上に画像形成し、機外へと出力する。なお、このような機能を有するＰＤＬコントローラは、例えば、特開２００１−０２７９３９号公報等に開示されている。
【０００４】
一方で、ＰＤＬコントローラはスキャンコントローラも兼ねている場合もあって、接続される画像処理装置はプリンタ等の画像形成装置のみ備えたものではなく、複写機等の画像形成装置と画像読取装置を合わせて持った画像処理装置に接続される。
【０００５】
この従来のスキャン可能な画像処理システムにおいては、コントローラと画像処理装置間の画像データ転送には、画像転送路であるＶｉｄｅｏＩ／Ｆを用いている。このＶｉｄｅｏＩ／Ｆは、双方向の通信ハードウェアを用いており、プリント時にはコントローラから画像処理装置へ、スキャン時には画像処理装置からコントローラへと、データ転送の方向を切り替えることが可能である。
【０００６】
【発明が解決しようとする課題】
しかしながら、このようなＰＤＬプリント画像処理システムでは、以下に述べるような問題が生じる。すなわち、通常、ホストコンピュータからのプリントは、原稿を作成したアプリケーションソフトウェアからプリンタドライバを起動し、ネットワーク等のＩ／Ｆを通じてプリンタコントローラ装置へと印刷指令が出される。これに対し、スキャンにおいては、ホストコンピュータ上でスキャン用アプリケーションを起動してコントローラ装置にスキャン指令を出し、画像が送られてくるのを待つか、あるいはコントローラ装置そのものが備える操作部よりスキャン指令を出し、コントローラ装置のハードディスク装置などの記憶部に一旦画像データを保存する。そして、然る後に操作部からホストコンピュータに画像データを送りつけたり、あるいはホストコンピュータより保存されている画像をダウンロードしたりする作業フローが一般的である。
【０００７】
上記の従来の画像処理システムにおいては、同一ハードウェアの双方向ＶｉｄｅｏＩ／Ｆを用いているがため、プリント作業とスキャン作業では使用する画像処理装置の部位が異なるにも拘らず、どちらか一方の作業中の場合には、もう一方の作業を行おうとするユーザは、作業中の作業が終了するまで待たされることになった。このとき、スキャン中にプリントする場合は、プリントジョブは通常ユーザからみると投げっぱなしでよいので、ジョブスタートが遅くなるくらいで、あまり問題はないが、プリント動作中にスキャンを行おうとするユーザはプリント作業が一旦終了するまで、なにもできないことになっていた。
【０００８】
また、上述のとおり、画像転送に用いるＶｉｄｅｏＩ／Ｆとして、双方向のハードウェアを用いる必要があり、システムとしてのコストアップにも繋がっていた。
【０００９】
さらには、コントローラ装置とホストコンピュータの間のＩ／Ｆには、イーサネット（登録商標）などのネットワークＩ／Ｆが用いられることも多く、Ｉ／Ｆの帯域幅の問題から、特にカラー多値画像の場合には、ビットマップラスター画像をそのまま送ることは容量的に不可能で、せっかくコントローラ装置に高画質のラスター画像を読み込んでも、結局コントローラ装置内で画質劣化を伴う高圧縮率の不可逆圧縮を行って、しかる後にホストコンピュータに画像データ転送を行う必要があり、せっかくの高画質の双方向ＶｉｄｅｏＩ／Ｆが無駄になっていた。
【００１０】
本発明は上述した問題点を解決するためのものであり、双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行う際に、画像処理装置及び他の画像処理装置が実行する画像入出力動作に応じて、画像データの通信のために第１通信手段を使用するように制御することことにより、画像通信に係る構成のコストアップを招くことなく、所望とする画像入出力動作の状態に応じた最適な画像データ通信ができる画像処理装置、データ通信方法、及びプログラムを提供することを目的とする。
【００１１】
また、本発明は、双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行う際に、前記画像処理装置が圧縮された画像データを必要とする場合、他の画像処理装置からの圧縮画像データの受信のために第１通信手段を使用するように制御することにより、圧縮画像データを必要とする場合において効率的な画像データ通信ができる画像処理装置、データ通信方法、及びプログラムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本発明の画像処理装置は、他の画像処理装置と通信可能な画像処理装置であって、前記他の画像処理装置との間で双方向に制御データの通信を行う第１通信手段と、前記他の画像処理装置との間で単方向に画像データの通信を行う第２通信手段と、前記画像処理装置及び前記他の画像処理装置が実行する画像入出力動作に応じて、画像データの通信のために前記第１通信手段を使用するように制御する制御手段と、を有することを特徴とする。
【００１３】
また、本発明の画像処理装置は、他の画像処理装置と通信可能な画像処理装置であって、前記他の画像処理装置との間で双方向に制御データの通信を行う第１通信手段と、前記他の画像処理装置との間で単方向に画像データの通信を行う第２通信手段と、前記画像処理装置が圧縮された画像データを必要とする場合、前記他の画像処理装置からの圧縮画像データの受信のために前記第１通信手段を使用するように制御する制御手段と、を有することを特徴とする。
【００１４】
また、本発明のデータ通信方法は、双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行うデータ通信方法であって、前記画像処理装置及び前記他の画像処理装置が実行する画像入出力動作に応じて、画像データの通信のために前記第１通信手段を使用するように制御することを特徴とする。
【００１５】
また、本発明のデータ通信方法は、双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行うデータ通信方法であって、前記画像処理装置が圧縮された画像データを必要とする場合、前記他の画像処理装置からの圧縮画像データの受信のために前記第１通信手段を使用するように制御することを特徴とする。
【００１６】
また、本発明のプログラムは、双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行うデータ通信方法を実行するためのプログラムであって、前記画像処理装置及び前記他の画像処理装置が実行する画像入出力動作に応じて、画像データの通信のために前記第１通信手段を使用するように制御することを特徴とする。
【００１７】
また、本発明のプログラムは、双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行うデータ通信方法を実行するためのプログラムであって、前記画像処理装置が圧縮された画像データを必要とする場合、前記他の画像処理装置からの圧縮画像データの受信のために前記第１通信手段を使用するように制御する。
【００１８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
【００１９】
（第１の実施形態）
図１は本実施形態で用いられる、画像処理システムの一例を示すブロック図である。
【００２０】
［画像処理システム構成の説明］
画像処理装置制御部（１０）は、ＣＰＵ（１０１）によって制御を行っており、ＨＤＤ装置（１０４）や不図示のメモリ等を備える。またネットワークＩ／Ｆ部（１０２）とＶｉｄｅｏＩ／Ｆ部（１０３）を備え、これらを介してネットワークＰＤＬコントローラ（１１）と接続されている。さらに、不図示のＩ／Ｆを介して、画像読取装置部（スキャナ）（１２）、画像形成装置部（プリンタ）（１３）と接続している。また、不図示のキーおよび液晶表示装置を備えたユーザＩ／Ｆ部を備えている。
【００２１】
画像形成装置（１３）と画像読取装置（１２）へのＩ／Ｆは専用ハードウェアを用いており、制御信号線とＶｉｄｅｏデータ信号線等により構成されている。Ｖｉｄｅｏデータ信号線は、画像データを送信または受信するための信号線であって、制御信号線はＶｉｄｅｏデータの送受信のタイミング制御や、各種制御命令を画像読取装置または画像形成装置に対し送信するための信号線である。
【００２２】
画像読取装置（１２）は、ＣＣＤ等の画素毎の階調を読み取ることのできる光学センサを備え、原稿台にセットされた原稿の画像を画素毎に読み取り、ラスタービットマップイメージの電子データを生成し、画像処理装置制御部（１０）へと送ることができる。構成によっては、画像読取装置（１２）にＤＦ（自動原稿送り装置）を備え、複数枚からなる原稿を連続して画像読み取りすることもできる。
【００２３】
画像形成装置（１３）は、電子写真方式やインクジェット方式といったプリントエンジンを備え、用紙媒体上に、画像処理装置制御部（１０）から送られてくる画像データを形成し、機外へと出力することができる。構成によっては、複数の給紙段を備え、異なった複数のサイズ・種類の媒体を選択して給紙し、画像形成することも可能である。また、構成によっては、ある特定のＦｉｎｉｓｈｉｎｇ装置を備え、出力される複数部の原稿をソートしたり、Ｂｏｏｋｌｅｔ型にサドル製本するといったことも可能である。
【００２４】
画像処理装置制御部（１０）では、受け取った画像を圧縮したり、ＨＤＤ（１０４）内に保存したり、あるいは所望の方向に回転させたり、所望のサイズに拡大または縮小する、あるいは画素間を保管してラインやエッジを滑らかにするスムージングといった画像データ処理を行うことができる。プリンタ（１３）で印刷した調整用画像をスキャナ（１２）で読み取って濃度調整するキャリブレーション等の色味調整も行うことができる。
【００２５】
画像処理装置制御部（１０）は、上述のとおり不図示のメモリも備えており、このメモリはこれら画像データを一時的に保持するだけでなく、画像その他処理の作業領域としても使用する。
【００２６】
これらの処理は、主としてＣＰＵ（１０１）で動作する不図示のＲＯＭまたはＨＤＤ（１０４）に格納されたプログラムによって、ソフト的に行われるが、高速化のため一部の画像処理をハード化し、ハード的な画像処理部を設けて行うようにもしている。この画像処理ハード回路は、やはりＣＰＵ（１０１）によって、レジスタ等に値を書き込むことによって制御される。
【００２７】
また、ＰＤＬコントローラ（１１）からのラスター画像データを受け取るためのＶｉｄｅｏＩ／Ｆ部（１０３）と、コマンドやステータスのやり取りを行うためのネットワークＩ／Ｆ部（１０２）を備えている。本実施形態では、イーサ・ネットワークハードウェア上にＴＣＰ／ＩＰプロトコル用いて実装しており、多チャンネルのポートを備えたコマンドＩ／Ｆとなっているが、多重化さえ可能であれば、ＩＥＥＥ１３９４やＵＳＢ２．０等の他のＩ／Ｆハードウェア／プロトコルを用いても、もちろん構わない。
【００２８】
ネットワークＰＤＬコントローラ（１１）は、ＣＰＵ（１１１）で動作するプログラムによって制御されている。外部Ｉ／ＦとしてはネットワークＩ／Ｆ部（１１２−１）を備えており、外部Ｉ／Ｆを介してホストコンピュータ（１４）等に接続される。
【００２９】
プリント時においては、ホストコンピュータ（１４）上で動作するアプリケーションソフト等により生成された印刷原稿が、同コンピュータ上に搭載されたドライバソフトにより、ページ記述言語（ＰＤＬ）で記述された印刷ジョブに変換され、これネットワークＩ／Ｆ部（１１２−１）を介して受け取る。
【００３０】
ＰＤＬコントローラ（１１）は、ホストコンピュータ（１４）から受け取ったＰＤＬジョブにより、プリントジョブシーケンスを組み立て、ラスター画像を展開し、画像処理装置制御部（１０）に指令を出し画像データを送って、プリントジョブを開始する。
【００３１】
また、ホストコンピュータ（１４）上などで起動される、スキャンアプリケーションによる指令を受けて、画像処理装置制御部（１０）に原稿読み取り指令を送り、送られてきた画像データをホストコンピュータ等に送出するスキャンジョブを実行することも可能となっている。
【００３２】
さらには、不図示の操作部を備え、操作部から、ＰＤＬコントローラ（１１）に内蔵される不図示のＨＤＤ装置内に画像データを保存するスキャンジョブを起動したり、テストプリントや以前に転送されてきたプリントジョブの再プリントなどのプリントジョブを起動したりすることも可能である。
【００３３】
ネットワークＩ／Ｆ部（１１２）は画像処理装置制御部（１０）と主にコマンドやステータスのやり取りを行うためのコマンドＩ／Ｆであって、前述のとおりイーサネット（登録商標）とＴＣＰ／ＩＰプロトコルで実現される多チャンネル（ポート）構成となっている。各ポートは、プリントジョブ制御コマンド用ポート（プリントポート）、スキャンジョブ制御コマンド用ポート（スキャンポート）およびプリントスキャンによらず使用される管理コマンド用ポート等がある。この他、ＶｉｄｅｏＩ／Ｆにおける転送タイミングを制御するためのＶｉｄｅｏ制御ポートもある。
【００３４】
ＶｉｄｅｏＩ／Ｆ部（１１３）はプリントするラスター画像を画像処理コントローラに送信するためのＩ／Ｆである。本実施形態では、ＣＭＹＫ各色８ビット×４色からなるデータ信号、画素クロック信号、ページ同期信号等の制御信号等を並列に送ることのできる多ビットハードウェア信号線群から構成されている。またこれらの多ビット並列信号を、送信側機器で一端直列に並べて、コントローラ−制御部間を十分高速な１ビットシリアル回線で繋ぎ、シリアル信号を受け取った受信側機器で再び多ビット並列信号に直して処理するチャネルリンクと呼ばれる構成を用いることも可能である。
【００３５】
メモリ（１１４）はプログラムの動作上の作業領域や、展開した画像を一時的に格納するためのフレームバッファとしても用いられる。
【００３６】
その他、ＰＤＬコントローラ（１１）には、不図示のＨＤＤ装置を備えており、ＯＳや各種制御プログラム、ジョブデータや展開した画像を格納するのに用いられる。もちろん、ＯＳや制御プログラムをＲＯＭに格納したり、データや画像をフラッシュメモリなどのＲＡＭメモリ装置に保存する構成にしても構わない。
【００３７】
尚、上述の操作部は画像処理装置制御部（１０）に内蔵される操作部を、ＰＤＬコントローラ（１１）も使ったり、あるいはその逆にＰＤＬコントローラ（１１）に内蔵される操作部を、画像処理装置制御部も使ったりする兼用構成とすることも可能であり、この場合はコマンドＩ／Ｆには操作部制御用コマンドのチャンネル（ポート）が追加される。
【００３８】
［コピー時の動作の説明］
図１の画像処理装置制御部（１０）と画像読取装置（１２）および画像形成装置（１３）から成るシステムは、いわゆる複写機として構成されており、コピー動作を行うことが可能である。不図示の操作部のキーによって、ユーザからコピー動作のスタート命令が出されると、画像処理装置制御部（１０）はまず、予め設定されたＦｉｎｉｓｈｉｎｇやカラーモード等のコピーモードに従い、コピージョブのシーケンスを生成する。
【００３９】
そして、まず、画像読取装置（１２）に対し画像読取指令を出し、画像読取装置（１２）の不図示の原稿台にセットされた原稿から、画像データを読み取り、読み取った画像データを、一旦ＨＤＤ（１０４）またはメモリ内のフレームバッファに格納する。
【００４０】
次に画像形成装置（１３）に対し、印刷開始指令を出し、画像形成装置から送られてくる画先同期信号に従い、コピージョブシーケンスに基づく画像順で、ＨＤＤ（１０４）またはフレームバッファに格納されている画像データを送出する。
【００４１】
このとき、不図示のユーザＩ／Ｆで、Ｆｉｎｉｓｈｉｎｇ動作が指定されているならば、ＣＰＵ（１０１）は印刷開始指令時に合わせてＦｉｎｉｓｈｉｎｇ動作モードを指定する。画像形成装置（１３）は、モード指定に従って動作を開始し、送られてくる画像を順に用紙媒体上に形成し、Ｆｉｎｉｓｈｅｒへと出力する。Ｆｉｎｉｓｈｅｒでは指定されたＦｉｎｉｓｈｉｎｇモードに従い、特定枚数ごとにステープルやビン送り等の動作を行い、Ｆｉｎｉｓｈｉｎｇ動作を実行する。
【００４２】
画像読取装置（１２）に不図示のＤＦが備えられている場合は、ＤＦにセットされた複数枚の原稿を１枚ずつ連続して画像読取りすることができる。このときの１枚ずつの読取間隔は、画像処理コントローラ（１０）の構成に合わせて、ＣＰＵ（１０１）で動作するプログラムで指定することができる。例えば、画像処理コントローラが十分な容量のＨＤＤ（１０４）またはメモリを持つ場合は、一旦全ての原稿を読み取って保存し、然る後に画像形成装置にＦｉｎｉｓｈｉｎｇ等の形態に合わせて所望の順に１枚ずつの画像データを送るようにしても良いし、十分な容量がない場合や最初の１枚が出力されるまでの時間（ＦＣＯＴ）を短くしたい場合は、画像読み取り開始と並行して、画像形成装置を起動しておき、１枚画像を読み取る毎に、画像形成装置の画先タイミングに合わせて画像を出力するようにしてもよい。
【００４３】
また、読み取った画像のサイズと、画像形成する用紙のサイズや方向のミスマッチを解消すべく、拡大／縮小や回転といった処理の行った後に、画像形成装置（１３）に画像出力するようにシーケンスを組むことも可能である。
【００４４】
［プリンタと画像処理装置制御部間のＩ／Ｆの説明］
本実施形態における画像形成装置（１３）は、入力画像として、ＣＭＹＫカラー多値の画像信号を受けることができる。また画素毎のＴＡＧ信号を受けることもできる。ＴＡＧビットとは、特定の画素が構成するオブジェクトの種類を特定するものであって、ある画素が文字の一部なのか画像の一部なのかそれともグラフィック図形の一部なのかといった情報などを表すものである。
【００４５】
カラー多値画像の場合は、１画素につきＣＭＹＫ各色８ビットの計３２ビット信号を必要とする。その際の画素クロックは、画像形成装置（１３）の画像形成速度に合わせて、６００ｄｐｉの画像を形成することのできるものとなっている。すなわち、本実施形態の画像形成装置では、カラー６００ｄｐｉの画像形成を基本としている。しかし特定画素に写真画像領域であることを示すＴＡＧ信号がついている場合は、画像形成装置（１３）内部で隣接する２画素を一組の単位として３００ｄｐｉで解像度を落とし、階調性を上げて画像形成することも可能である。つまり、ＴＡＧ信号を、写真画像の領域を表す信号として、文字領域と区別し、それぞれの領域ごとに特性に合わせて、高解像度または高階調性を選択し、良好な画像形成をすることができるようになっている。
【００４６】
ハード信号線としては、８ビット×４本（ＣＭＹＫ）とＴＡＧ用の１ビット×１本の計５本の信号線を持つ。もちろんそれ以外にタイミング信号線や、プリントに起動をかけたり、ＪＡＭ等の状態を得る制御信号線もある。
【００４７】
タイミング信号とは、ページ毎の画像の先端を示すページシンク信号や、ライン毎の区切りを示すラインシンク信号、および画素の区切りを示す画素クロック信号などである。ページシンク信号は、プリンタ内における用紙の搬送にあわせて、用紙が画像形成装置分に差し掛かったときに、ページの先頭のデータが画像形成装置分に届くタイミングで、プリンタから画像処理装置へ送られる信号である。また、ラインシンク信号は、例えばプリンタが電子写真式プリンタである場合には、レーザポリゴンの回転速度に比例するライン毎の切れ目を示すタイミングとなる。画素クロックは、ラインシンクの１ライン分において６００ｄｐｉの密度で画素データを送ることのできる同期信号となる。
【００４８】
これらの信号線はパラレル信号線としてもよいが、高速なシリアル線を使い両端のドライバにて仮想的に５本＋αの信号線を実現することも可能である。
【００４９】
［スキャナと画像処理装置制御部間のＩ／Ｆの説明］
スキャナ（１２）は、原稿画像を８ビット多値のＲＧＢデータとして読み取る。すなわち画像処理装置制御部（１０）とのＩ／Ｆは、８ビット×ＲＧＢ３色の２４ビット信号およびスキャン動作させるための制御信号およびタイミング信号線より構成される。
【００５０】
タイミング信号とは、プリンタとのＩ／Ｆの場合と同様に、ページ毎の先端を示すページシンク信号や、１ライン毎の区切りを示すラインシンク信号および画素クロックがあって、これらはスキャナのメカ的な読取速度と光学センサの読取解像度によって定まってくる。
【００５１】
［ＰＤＬコントローラと画像処理コントローラ間のＩ／Ｆの説明］
ＰＤＬコントローラ（１１）と画像処理装置制御部（１０）間の第１のＩ／Ｆは、Ｅｔｈｅｒネットを用いたネットワークＩ／Ｆ２（１１２）である。これはコマンドＩ／Ｆであって、主として両コントローラ間での印刷指令やモード指定等といったコマンドや、画像形成装置（１３）や画像読取装置（１２）がＲｅａｄｙになっているか、あるいはエラー等が起こっているか、といった情報であるステータスのやり取りを行う。プロトコルはＴＣＰ／ＩＰを用いて多重化を実現しており、プリントポート、スキャンポート、管理ポート、イベントポートおよびビデオポートを備え、それぞれ並列に独立してコマンド通信を行えるようになっている。
【００５２】
第２のＩ／Ｆは、画像データの転送を行う、ＶｉｄｅｏＩ／Ｆ部（１１３）である。このＩ／ＦはＣＭＹＫ各８ビットの信号と、画像の領域の性質を表す１または２ビットのＴＡＧビット信号線、および信号の画素単位を表す画素クロック、ラインごとの区切りを表すＬｉｎｅイネーブル信号等の信号線が（論理的に）パラレルに送られるように構成されている。物理的に必要本数の信号線を配置してもよいが、それだとケーブルが太くなってしまうので、数本の高速シリアル線を用い、両端のドライバで仮想的に必要本数の信号線を実現している。
【００５３】
ネットワークＩ／Ｆ部２（１１２）は汎用のＥｔｈｅｒネットＩ／Ｆであり、一度に送れる情報量は比較的少なく、比較的低速のＩ／Ｆである。しかしながらＴＣＰ／ＩＰを用いており、アドレスやポートを複数設定して、複数種類の情報を一度にやり取りする多チャンネル化が可能である。また、双方向Ｉ／Ｆであり、ＰＤＬコントローラ側からも画像処理装置制御部側からもどちらからも所望のコマンドや情報を送ることが可能となっている。
【００５４】
これに対し、ビデオＩ／Ｆ部はシステムのパフォーマンスを考慮して専用に設計されており、プリンタの画像形成速度に合わせて十分に高速なデータ転送が可能となっているが、送れる情報は一度に１つの画像データのみの１チャンネルＩ／Ｆであり、データ転送方向はＰＤＬコントローラから画像処理装置制御部（１０）への１方向Ｉ／Ｆである。
【００５５】
［ＰＤＬコントローラプロセス構成］
図２はＰＤＬコントローラにおける制御ソフトのプロセス構成とデータ／コマンドフローの一例を、模式的に示した図である。なお、この制御ソフトは、ＣＰＵ（１１１）により実行され、模式図に表される各ブロックは、メモリ（１１４）上に構成されている。
【００５６】
２０６はＯＳの機能を用いて実現されているＴＣＰ／ＩＰ通信部を表している。周知のとおりＴＣＰ／ＩＰは多重化されており、物理的に一つの回線で接続されている、あるＩＰアドレスを備える機器に対して、論理的に多数のポートを持って、並列に通信することができる。例えば画像処理装置のＩＰアドレスが１９２．１６８．１．２であるとし、管理ポートは９０００に、イベントポートは９００１に割り振ると、ポート９０００と９００１は全く独立に通信動作することが可能である。またそれぞれのポートで用いられるトランスポート層プロトコルは、ＴＣＰまたはＵＤＰである。ＴＣＰでは接続のセッションを確立してから、データ転送動作を行うので、基本的に送信パケットを相手側が受信したことが保障され、ＵＤＰはセッションを確立せずに転送する可能であるので、相手側の受信は保障されないがその分高速である。本実施形態では、イベントポート（Ｅｖｅｎｔ  ｐｏｒｔ）にはＵＤＰを用いており、その他のポートにはＴＣＰを用いて、その上のアプリケーション層プロトコルを実装している。
【００５７】
２０１は管理プロセスである。このプロセスは、画像処理装置制御部（１０）の管理ポートと通信し、すべてのプロセスに先んじて起動される。主に、プリント、ビデオ、スキャンといった他のプロセスを順次起動する他、画像処理装置制御部（１０）側の静的状態、動的状態等の情報を入手する。例えば後述するポートでジョブシーケンスを送信すると、画像処理装置制御部ソフトはジョブオブジェクトを生成するが、そのジョブの動作（印刷または画像読取）が完了すると、そのジョブオブジェクトは消滅する。この、ジョブオブジェクトの生成・消滅といった情報も、このポートを通じて入手することができる。
【００５８】
管理プロセス（２０１）は、起動するとまず、図３に示す初期化動作を行う。画像処理装置側の管理ポートはＴＣＰの９０００番に固定されており、イベントプロセスはＯＳの機能を用いて、画像処理装置のＩＰアドレスの９０００番ポートに接続に行き、セッションを確立する（Ｓ３０１）。このとき画像処理装置側がサーバとなっており、クライアントであるＰＤＬコントローラ側のポート番号（Ａｄｍｉｎ  ｐｏｒｔ）は、任意の番号を用いることができる。セッションの確立時にこのポート番号は、相手側に通知されるので、その後問題なく双方向通信することができる。また、セッションが確立したら、画像処理装置に初期化コマンドを送信し、必要な初期化処理を促す。
【００５９】
そして次に、イベントを送ってほしいＵＤＰのポート番号（Ｅｖｅｎｔ  ｐｏｒｔ）を空いているものの内から定め、管理ポート９０００を通じて、画像処理装置に知らせる（Ｓ３０２）。画像処理装置はここで知らされたポート番号に、発生したイベントを通知するようになる。
【００６０】
Ａｄｍｉｎ  ｐｏｒｔや後述するＰｒｉｎｔ，Ｖｉｄｅｏ，Ｓｃａｎ  ｐｏｒｔのコマンドは、管理プロセス側から投げられ、それに対して画像処理装置側が返答するという、Ｃｏｍｍａｎｄ−Ｒｅｐｌｙの組の形式を取ったアプリケーション層プロトコルとなっている。例えば、上述のイベントポート番号の通知は、ＳｅｔＥｖｅｎｔコマンドにポート番号と送信してほしいイベントを示すパラメータからなるＣｏｍｍａｎｄパケットとなっており、それを受信した画像処理装置は、イベント送信先をセットするとともに、ＯＫのＲｅｐｌｙパケット返す。
【００６１】
これに対し、Ｅｖｅｎｔ  ｐｏｒｔは、画像処理装置側からＰＤＬコントローラへの一方通行プロトコルを採っており、画像処理装置は、ＰＤＬコントローラが送ったイベントを受信したかどうか確認せず、イベントが発生するたびに次々と送信する。イベントを受け取った管理プロセスは、割り込み処理をして必要な内部処理を行う。
【００６２】
次に、画像処理装置側のプリントポート番号を問い合わせる（Ｓ３０３）。すなわち、プリントポート番号の問い合わせは、管理ポートを通じて行われるので、固定値とする必要はなく、画像処理装置は内部状態に合わせて、空いている任意ポート番号を定めることができる。
【００６３】
ＰＤＬコントローラはＲｅｐｌｙでプリントポート番号（Ｐｒｉｎｔ  ｐｏｒｔ）を得ると、プリントプロセス（２０２）を起動する（Ｓ３０４）。このとき、Ｐｒｉｎｔプロセスには、Ｒｅｐｌｙで得たポート番号が通知され、Ｐｒｉｎｔプロセスは自身の初期化処理において、画像処理装置のＰｒｉｎｔＰｏｒｔに接続することができる。
【００６４】
画像処理装置が何らかの都合により、プリント不可能な機器あるいは状態となっていたときは、このＲｅｐｌｙにおいてエラーを返すことも可能である。このとき管理プロセスはプリントプロセスを起動しないようにして、無駄にＣＰＵリソースを消費しないようにする構成ももちろん可能である。
【００６５】
起動したプリントプロセスと管理プロセスの間では、ＯＳのプロセス間通信の仕組みを用いて、データのやり取りを行うことができる。２１１から２１５は、このプロセス間通信を現し、管理プロセスとプリントプロセスの通信には２１２で現すチャネルを用いている。すなわち、上述のＰｒｉｎｔＰｏｒｔの番号をプリントプロセスに通知するのは、この仕組みを用いている。ＯＳによって、プロセス間通信の仕組みには、メッセージキューやパイプあるいはソケットと呼ばれるものがあるが、もちろんどれを用いて実装してもかまわない。本実施形態では、双方向通信チャネルとしているが、片方向通信の仕組みを２チャンネル用いて実装してももちろん構わない。
【００６６】
管理プロセスは次に、ステップ３０５からＳ３０８において、プリントプロセスと同様に、ビデオプロセス（２０３）とスキャンプロセス（２０４）を起動する。ここまで行った後に、管理プロセスは一端Ａｄｍｉｎ  ｐｏｒｔへの接続セッションを切断し、通常処理状態となる（Ｓ３０９）。通常処理状態とは、各プロセスその他の要求および自身の必要に応じて、Ａｄｍｉｎ  ｐｏｒｔに再度セッションを張り、必要なＣｏｍｍａｎｄ−Ｒｅｐｌｙのやり取りを行う処理である。すなわち、以後は一組のＣｏｍｍａｎｄ−Ｒｅｐｌｙの組毎に、Ａｄｍｉｎ
ｐｏｒｔのセッションは接続・切断される。
【００６７】
また、起動された個々のプロセスが、ジョブ処理での必要性に応じて、直接Ａｄｍｉｎ  ｐｏｒｔに接続して、情報を入手するということも可能である。Ａｄｍｉｎ  ｐｏｒｔはＣｏｍｍａｎｄ−Ｒｅｐｌｙ毎にセッションが張られるので、このルールさえ守ればサーバ側のＯｐｅｎするポートは１つでも構わないが、ＴＣＰの機能を用いて、サーバ側で多重接続を可能とすることももちろん可能である。このときサーバ側の用意するＡｄｍｉｎポートは９０００番のみであるが、クライアントはプロセスごとにＡｄｍｉｎ用のポートを割り振る必要がある。
【００６８】
ビデオプロセス２０３は起動されると、ビデオＩ／Ｆ制御プロセス（２０５）を起動する。ビデオＩ／Ｆ制御プロセスは、ドライバ（２０７）を通じてＶｉｄｅｏＩ／Ｆハードウェアの制御を行うプロセスで、直接ハードウェアを扱うためタイミング的にシビアであり、別プロセスとしてしる。ビデオＩ／Ｆ制御プロセスは、ビデオプロセスから可能なタイミングを教えてもらい、ページメモリから画像データを転送する。データはＣＭＹＫカラー多値の場合膨大な容量となるため、転送処理事態はハードウェア回路により行われ、ＶｉｄｅｏＩ／Ｆに信号同期して転送される。これを制御するためのＩ／ＦとしてＶｉｄｅｏＩ／Ｆドライバ（２０７）が用意されている。
【００６９】
［プリント動作の流れの説明］
図４は、プリントプロセスのプリント時の処理を示した処理フローである。外部Ｉ／Ｆ（１１２−１）を介して、ホストコンピュータよりプリントジョブを受け取ると、プリントプロセスは処理を開始し、まず、送られてきたＰＤＬジョブを受信する（Ｓ４０１）。プリントジョブは、ＰＳやＰＣＬ，ＬＩＰＳといった、いわゆるページ記述言語（ＰＤＬ）で書かれＰＤＬジョブ形式ものであり、ホストコンピュータ等の上で動作しているアプリケーションプログラムから、プリントドライバを介して生成されたものである。すなわちＰＤＬジョブは、各ページの要求する用紙のサイズやメディア、両面／片面指定、カラーモード、Ｆｉｎｉｓｈｉｎｇと言った、シーケンスを構築するのに必要な情報（モード指定）と、各ページのＰＤＬ形式の画像データを合わせて持っている。
【００７０】
そして、受け取ったＰＤＬジョブから、モード指定を抽出する（Ｓ４０２）。これを解析してＦｉｎｉｓｈｉｎｇや両面等の処理を含めてどの給紙段から何枚ずつ給紙しどの排紙段に出すか、あるいは途中何枚目で給紙段を切り替えるか、といった一連のジョブ・コマンド・シーケンスを組み立てる（Ｓ４０３）。
【００７１】
コマンドシーケンスは、ＳｔａｒｔＪｏｂ→ＪｏｂＰａｒａｍｅｔｅｒＳｅｔ（複数回）→ＳｔａｒｔＢｉｎｄｅｒ→ＢｉｎｄｅｒＰａｒａｍｅｔｅｒＳｅｔ（複数回）→ＳｔａｒｔＤｏｃｕｍｅｎｔ→ＤｏｃｕｍｅｎｔＰａｒａｍｅｔｅｒＳｅｔ（複数回）→ＳｔａｒｔＰａｇｅ→ＰａｇｅＰａｒａｍｅｔｅｒＳｅｔ（複数回）→ＥｎｄＰａｇｅ→ＥｎｄＤｏｃｕｍｅｎｔ→ＥｎｄＢｉｎｄｅｒ→ＥｎｄＪｏｂという流れで送られるコマンドの列である。プリントポートより、各々のコマンドを画像処理装置に送ると、それに対応するＲｅｐｌｙが画像処理装置側から送られてくる。
【００７２】
ここで、ＳｔａｒｔＪｏｂからＥｎｄＪｏｂまでが一つのジョブのシーケンスとなる。ＪｏｂＰａｒａｍｅｔｅｒＳｅｔは、そのジョブ全体にかかわるパラメータ、例えばユーザ名やパスワード等をセットするコマンドである。
【００７３】
一つのジョブ中には複数のバインダー単位を含めることができる。バインダー単位とは、主にＦｉｎｉｓｈｉｎｇを行う単位を示したもので、ＳｔａｒｔＢｉｎｄｅｒからＥｎｄＢｉｎｄｅｒまでが一つのバインダーを示す。ＢｉｎｄｅｒＰａｒａｍｅｔｅｒＳｅｔはそのバインダにおけるＦｉｎｉｓｈｉｎｇ指定などのパラメータをセットするコマンドである。
【００７４】
同様に一つのバインダ中には、複数のドキュメント単位を含めることができる。ＳｔａｒｔＤｏｃｕｍｅｎｔからＥｎｄＤｏｃｕｍｅｎｔまでが一つのドキュメントとなる。ドキュメント単位とは、主にカラーか白黒かといったからモードや、複数ページに渡る画像処理の指定を行う単位である。ＤｏｃｕｍｅｎｔＰａｒａｍｅｔｅｒＳｅｔコマンドでそのドキュメントにおけるこれらのパラメータを指定する。
【００７５】
一つのドキュメントは複数のページから構成される。ＳｔａｒｔＰａｇｅからＥｎｄＰａｇｅまでが１ページを示し、ＰａｇｅＰａｒａｍｅｔｅｒＳｅｔによってそのページ固有の処理パラメータを指定する。例えば、ページによって印刷する媒体のサイズが異なる場合には、ここでそのページ固有のサイズが指定される。
【００７６】
通常は、１ジョブ中に１バインダ、１ドキュメント、複数ページの構成となっている。図を簡略化するため、ステップＳ４０４におけるジョブパラメータ送信は、この通常のジョブ構成における、ＪｏｂＰａｒａｍｅｔｅｒＳｅｔ，ＢｉｎｄｅｒＰａｒａｍｅｔｅｒＳｅｔ，ＤｏｃｕｍｅｎｔＰａｒａｍｅｔｅｒＳｅｔのパラメータを送信することとしている。すなわちジョブシーケンスにおけるＳｔａｒｔＪｏｂコマンドからＤｏｃｕｍｅｎｔＰａｒａｍｅｔｅｒＳｅｔまでがジョブ全体に関るパラメータとなる。
【００７７】
ステップＳ４０４において、ジョブ全体にかかわるパラメータを画像処理装置に送信すると、次にステップＳ４０５においてページデータの解析および画像展開を行う。これはページ単位のＰＤＬデータを切り出して、メモリ上のフレームバッファ領域に、ビットマップイメージであるラスターイメージデータとして展開することである。これとともに、そのページのみに指定されるべきパラメータも抽出される。
【００７８】
展開した１ページの画像データは、ステップＳ４０６において、圧縮して一旦メモリまたはＨＤＤに格納する。
【００７９】
そして、次に、ステップＳ４０７において、ジョブパラメータと同様にプリントポートを介して、画像処理装置に、そのページのページパラメータ、すなわちＳｔａｒｔＰａｇｅおよびＰａｇｅＰａｒａｍｅｔｅｒＳｅｔを送る。
【００８０】
このとき、ステップＳ４０８において、ビデオプロセスに対し、上述したプロセス間通信の仕組みを用い、そのページの画像送信依頼を出す。ステップＳ４３０はプロセス間通信を示しており、いわゆるＦＩＦＯ動作を行うキューとなっている。プリントプロセスからは、転送要求に付随するパラメータとしてページのＩＤが送られている。
【００８１】
転送依頼を出した後は、ステップＳ４０９において、そのページがジョブ中の最終ページであったかどうかを確認する。最終ページでない場合は、ステップＳ４０５の処理に戻り、続くページの一連の処理を行う。
【００８２】
最終ページであった場合は、ステップＳ４１０において、ジョブエンドすなわち、ＥｎｄＤｏｃｕｍｅｎｔ，ＥｎｄＢｉｎｄｅｒ，ＥｎｄＪｏｂコマンドを送信し、１ジョブ分の処理終了となる。
【００８３】
尚、先に述べたとおり、ジョブ中には複数のバインダ、バインダ中には複数のドキュメントを含むことも可能である。このような場合に対応するため、実際には、ステップＳ４０４およびステップＳ４１０の処理はジョブ、バインダ、ドキュメントのパラメータ送信およびエンド送信に分割されている。バインダおよびドキュメントのエンド送信の直後には、それぞれ最終バインダあるいはドキュメントであったかどうかの判断が入っており、最終でなかった場合には、それぞれのスタートまでループする構造としている。このようにして、複数バインダおよびドキュメントの処理も可能となっているのである。
【００８４】
画像処理装置は、すでに受け取ったページパラメータに基づき、ページ単位でのＶｉｄｅｏＩ／Ｆからの画像受信の準備を行っている。
【００８５】
ビデオポートにおけるページ画像データ送信のコマンドシーケンスは、ＲｅｑｕｅｓｔＶｉｄｅｏ→ＶｉｄｅｏＳｔａｒｔ→ＶｉｄｅｏＩ／Ｆによる画像転送→ＶｉｄｅｏＥｎｄというシーケンスになっている。これは、ハードウェアＶｉｄｅｏＩ／Ｆの送信開始と終了のタイミングを同期するためのシーケンスである。
【００８６】
ビデオプロセスは、ステップＳ５２１に示すとおり、スタートすると常にステップＳ４３０のキューから、画像転送依頼が届いているかを確認している。転送依頼が来たら、ステップＳ４２１において、画像処理装置に対して、受信準備が完了しているかの問い合わせを行う。このとき用いられるのがＲｅｑｕｅｓｔＶｉｄｅｏコマンドであり、ステップＳ４３０のキューから得た、転送すべきページのＩＤを画像処理装置に通知し、転送準備ができているかどうかを確認する。
【００８７】
画像処理装置側の受け入れ準備が完了していたら、ステップＳ４２３において、ビデオプロセスはビデオＩ／Ｆ制御プロセス（２０５）に対し、ページＩＤの示すメモリ領域の画像を転送可能とするように指令する。ビデオＩ／Ｆ制御プロセス（２０５）は、ハードウェアのページシンク等の同期信号を待ち、同期して画像送信できるようにビデオＩ／Ｆのレジスタをセットする。ビデオＩ／Ｆ制御プロセスの準備完了を待って、ビデオプロセスが、画像処理装置にＶｉｄｅｏＳｔａｒｔコマンドを出し、それのＲｅｐｌｙがＡｃｋで返った後、すぐに画像処理装置からＶｉｄｅｏＩ／Ｆに同期信号が出され、画像データの転送処理が開始される。
【００８８】
ビデオプロセスはＶｉｄｅｏＳｔａｒｔコマンドのＲｅｐｌｙを受け取ったら、一定のタイミングをもってＶｉｄｅｏＥｎｄコマンドを送っている。このコマンドがステップＳ４２４における転送成功確認のコマンドであって、画像処理装置は転送完了を待って、その結果がＯＫならば成功を、圧縮保存等の処理が間に合わず正しく転送完了できなかった場合（後述）はＮＧを、Ｒｅｐｌｙとして返す。このＮＧは再送要求を兼ねており、同一ページ画像の再転送を要求している意である。
【００８９】
従って、転送が失敗した場合は、ステップＳ４２３に戻り、同じページＩＤのページデータを再度転送処理する。成功した場合は、ステップＳ４２１の処理に戻って、続くページの転送依頼があれば、再び同じシーケンスを繰り返すようになっている。
【００９０】
このように、プリントプロセスとビデオプロセスを別プロセスとすることにより、ある程度のページのＲＩＰおよびパラメータ送信を先行した後には、プリントジョブシーケンス送信と、ＶｉｄｅｏＩ／Ｆにおける画像データ転送処理とを並列に処理することが可能となっている。もちろん、１ジョブのシーケンスを送り終わった後に、そのジョブの画像転送が全ページ完了していなくとも、次のジョブシーケンスを送り始めることが可能となる。
【００９１】
［画像処理装置制御部のプリント動作］
画像処理装置制御部（１０）は画像データを圧縮しつつ、内蔵するメモリ上のフレームバッファに格納していく。予め設定された圧縮率が十分でなく、フレームバッファがオーバーフローしたり、転送速度に画像処理制御部の処理が追いつかなかった場合は、そのページの転送は失敗となり、圧縮率を再設定するなど転送失敗しにくい条件に内部状態を変更して再送要求を出す。
【００９２】
ＰＤＬコントローラ（１１）から画像処理装置制御部（１０）に送られてきた画像データは、フレームバッファに格納後、一旦ＨＤＤまたはメモリの特定領域に保存される。このとき、予めプリントポートにて送られてきているジョブシーケンスのＦｉｎｉｓｈｉｎｇその他の各種モードの設定値により、全ページ分の画像データを受信するまで待つようにしたり、あるいは、１ページ分以上の画像データを受信した時点でプリンタに起動を掛けるようにできる。
【００９３】
例えば、ジョブは通常１ページ目から最終ページまで順に並んだ形で画像送信されるが、ＦａｃｅＵｐ出力である場合には、最終ページから印刷すると、出力が１ページから順に並んだ状態でユーザが受け取れる。このような場合には、一端全ページ分のデータを格納した後にプリンタを起動するのがよい。しかしＦｉｎｉｓｈｉｎｇする場合には、ＦａｃｅＤｏｗｎ出力であるプリンタでは、Ｆｉｎｉｓｈｉｎｇ指定された場合は、１ページ目から印刷する必要がある。この場合には、全ページ受信まで待たなくともプリンタ起動することができ、印刷開始時期を早めることもできる。
【００９４】
画像形成装置（１３）の起動においては、ＰＤＬコントローラ（１１）から送られてきたジョブシーケンスに基づき、給紙段や両面印刷、Ｆｉｎｉｓｈｉｎｇ等のモードを指定し、画像形成装置（１３）の動作が要求するページ順にて、画像データに関連するページ情報を不図示のメモリ上の内部キューに配置する。このとき少なくとも最初に送信される画像データは、メモリ上のフレームバッファに展開しておき、残りのＨＤＤに格納されている画像データは、フレームバッファが空き次第、順次ＨＤＤからメモリに転送されるようにする。
【００９５】
そして、画像形成装置（１３）からの画先信号に同期して、キューに入っているページ情報の順に、画像データを画像形成装置（１３）に送出する。画像形成装置（１３）は送られてくる１ページごとの画像を、指定された給紙段の媒体上に形成し、指定されたＦｉｎｉｓｈｉｇを行って機外に排出する。
【００９６】
［ＴＡＧビット信号］
ＰＤＬコントローラ（１１）が、ホストコンピュータ（１４）からのジョブを、画像に展開をする際に、ＰＤＬ言語の記述に基づくと、画像の特定領域が文字／グラフィックであるか、それとも写真のようなもともとビットマップの画像であるかを判別することができる。ＰＤＬコントローラ（１１）は、ラスターイメージへの展開時に、これらの情報を合わせて領域情報として保存しておく。これを、画像処理装置制御部（１０）に対するＴＡＧ信号の生成に用いることができる。
【００９７】
言ってみれば、これは「画素単位パラメータ」であって、画像処理装置制御部（１０）はこのＴＡＧ信号を画像データと共にＶｉｄｅｏＩ／Ｆよりハード的に受け取り、これを用いて、画素単位で最適の画像処理を行って、出力を行うことができる。
【００９８】
［ＰＤＬコントローラの圧縮機能］
ＰＤＬコントローラ（１１）は、展開したラスター画像の圧縮および展開機能を備えている。ラスター展開した画像データを、一旦圧縮してＨＤＤに保存し、ＶｉｄｅｏＩ／Ｆにおける画像データ転送時に、再びフレームバッファ上に展開する。これによって、前のページの転送が終わっていなくとも、画像展開を、ＨＤＤの容量など処理の可能な範囲で先行して行っておくことが可能である。
【００９９】
［その他のプリント動作の特徴］
本実施形態のＰＤＬコントローラでは、ＰＤＬ言語としてＰｏｓｔＳｃｒｉｐｔ（ＰＳ）を処理することができるようにしている。しかし、その他ＰＣＬ，ＰＤＦ，ＬＩＰＳ等の複数のＰＤＬデータを処理するように構築することももちろん可能である。
【０１００】
また、ユーザはドライバ（ＰＰＤ）にて所望する画像の画質の高低を指定できる。この指定によって、ＰＤＬコントローラは、この指定をもって、ＨＤＤに一時格納する画像の圧縮率の高低を調整し、画質劣化の度合いを調整することができる。
【０１０１】
［スキャン動作の流れの説明］
次に、図５を用いて、スキャンプロセス（２０４）におけるスキャン動作について説明する。
【０１０２】
スキャンプロセス（２０４）は、ホストコンピュータ（１４）よりスキャン動作の要求を受け取ると（Ｓ５０１）、同時に指定されてくるモード指定情報を抽出する（Ｓ５０２）。モード指定情報とは、読み取る画像をＲＧＢカラー多値として読み込みたいのか、白黒として読み込みたいのか、あるいは原稿に応じて自動でカラー・白黒を切り替えて読み取りたいのか、というカラーモード指定や、読み取る画像がプラテンガラス上にセットされた１枚の画像なのか、あるいは自動原稿送り装置（ＤＦ）にセットされた複数枚からなるドキュメントなのか、という読取モード指定の指定、あるいは画像を読み取る範囲の座標情報間などである。
【０１０３】
そして、ステップＳ５０３において、抽出した情報を元に、ジョブシーケンスを構築する。スキャンジョブのコマンドシーケンスは、ＳｔａｒｔＳｃａｎＪｏｂ→ＳｃａｎＰａｒａｍｅｔｅｒＳｅｔ→ＥｎｄＳｃａｎＪｏｂの３つのコマンドから構成される。ただし、ＳｃａｎＰａｒａｍｅｔｅｒＳｅｔに関しては必要なパラメータの数に応じて複数回連続で送ることができる。
【０１０４】
ステップＳ５０４において、このジョブシーケンスを画像処理装置制御部（１０）にスキャンポートを介して送信する。このジョブシーケンスは、あくまで画像処理装置制御部（１０）に読取動作の開始を指示するだけのものである。読み取った画像データをＰＤＬコントローラ側に吸い上げるには、また別のコマンド群を用いている。
【０１０５】
ジョブシーケンスを受け取った画像処理装置制御部（１０）側においては、セットされてきたパラメータに基づくモードで、画像読取装置（１２）を起動する。そしてハードウェアのＳｙｎｃ信号に合わせて画像読取装置（１２）から送られてくる画像データを受け取り、内蔵するメモリまたはＨＤＤ装置（１０４）に、ページ毎に順次格納してゆく。
【０１０６】
ステップＳ５０５においては、スキャンプロセスは画像処理装置制御部（１０）に対し、１ページ分の画像読み込みが完了したかどうかを問い合わせている。このコマンドは、ＲｅｔｒｉｅｖｅＲｅｑｕｅｓｔであり、画像処理装置制御部（１０）はそのＲｅｐｌｙでＯＫ／Ｎｏｔ  ｙｅｔを返す。ＯＫの場合は、少なくとも１ページ分の画像データが読み取られ、圧縮されて画像処理装置制御部（１０）内のメモリ領域またはＨＤＤ装置（１０４）に格納されている状態で、ＰＤＬコントローラに対し画像データ転送できる状態となったことを示す。このときのＲｅｐｌｙにはページＩＤが不可されている。このページＩＤは、読み取ったページの順となっている。尚、Ｎｏｔ  ｙｅｔのリプライのときは、まだ読み取り動作中であって格納が完了していない。このときスキャンプロセスは一定時間を置いて、ステップＳ５０５の処理を繰り返すことになる。
【０１０７】
ステップＳ５０６でスキャンプロセス（２０４）は、ＲｅｔｒｉｅｖｅＰａｇｅコマンドをＲｅｑｕｅｓｕｔで受け取ったページＩＤと共に送り、そのＲｅｐｌｙに付随するデータとして、ページデータを受け取る。ここで画像がカラーＲＧＢ多値の場合は、ＪＰＥＧ圧縮されたデータが送られてくる。白黒２値の場合はＪＢＩＧ圧縮されたデータとなる。つまり、スキャンポートによって画像データを受信するわけである。
【０１０８】
いずれの場合も単なるパラメータの場合とは異なり、非常に大きなバイト列となるため、このＲｅｐｌｙパケットはいくつかに分割されて送られる。スキャンポートは説明してきたとおりイーサネット（登録商標）上に多重チャンネルの一つとして構築されているので、転送スピードは大したものではない。従って、読み取りパラメータをあまり高画質に設定すると、すなわちそれは低圧縮画像となって容量がさらに巨大になり、パフォーマンスが出ないことになる。尚、画像読取装置（１２）と画像処理装置制御部（１０）との間の画像転送は、ＶｉｄｅｏＩ／Ｆと同様の画像転送専用ハードウェア信号線を用いているので、画像読取装置（１２）の読取速度に合わせた転送が可能である。よってこれらのことを加味し、十分なパフォーマンスが出てそれなりの画質を得られる圧縮率を設定する必要がある。これはネットワークＩ／Ｆ自体のスピードにも依存する。
【０１０９】
受け取りが完了したページＩＤの画像に対しては、消去要求ＤｅｌｅｔｅＰａｇｅを、ページＩＤをパラメータとして付随して送る。これを受け取った画像処理装置制御部（１０）は内蔵メモリ領域またはＨＤＤから、そのページ画像を消去する。
【０１１０】
画像データの読み込みが終わったページデータは、順次ホストコンピュータにデータ送信してゆく（Ｓ５０７）。もちろん図５のように、ページごとに順次ホストに送るのではなく、最終ページまで読み取ってから、ジョブ全体のページをまとめて（あるいは順番を並べかえて）送信するようにしてもよい。また、ビデオとプリントの関係のように、専用にホストコンピュータへの画像送信用プロセスを持つ構成とし、画像処理装置制御部（１０）からの読取処理とホストへの送信処理を並列に行うようにすることももちろん可能である。
【０１１１】
そして、ステップＳ５０７において、画像処理装置制御部（１０）から受け取った画像が、最終ページであったがどうかを確認する。これはＬａｓｔＰａｇｅＣｈｅｃｋコマンドによって行われ、ＲｅｐｌｙでＹｅｓ／Ｎｏが返される。最終ページでないばあいには、ステップＳ５０５まで戻り繰り返す。最終ページであったなら、そのスキャンジョブは完了となる。
【０１１２】
尚、ここではホストコンピュータ（１４）からジョブが来てホストコンピュータに画像データを送る場合について説明したが、ＰＤＬコントローラ（１１）自身の操作部からジョブを送り、ＰＤＬコントローラ（１１）内に格納して完了としたり、あるいはＰＤＬコントローラ（１１）内に格納してある画像を、例えばＥｍａｉｌ添付の形で、任意のアドレスで送ったりするようにすることも、もちろん可能である。ＰＤＬコントローラへの読取格納までの指示のみをホストコンピュータが出すようにしたり、すでにＰＤＬコントローラ内に格納されている画像データをホストコンピュータ側から取り出したりすることももちろん可能である。さらには、ＰＤＬコントローラ内部に格納されている画像データを、プリントポートで送るプリントジョブにマージしてプリント処理するといったユーティリティへの応用も考えられる。いずれにせよ、図５の本質的な部分は、スキャンプロセス（２０４）と画像処理装置制御部（１０）との間の制御である。
【０１１３】
［プリントとスキャンの並列動作］
以上述べてきたように、本実施形態のＰＤＬコントローラによれば、ホストコンピュータからのプリント指令の実行と、他のホストコンピュータからのスキャン指令の実行を、パフォーマンスに影響させずに並列に処理することが可能となる。
【０１１４】
外部ホストに対するプリント用のポートは、図１における外部ネットワークＩ／Ｆ部１（１１２−１）を介して、トランスポート層のＴＣＰ／ＩＰプロトコル上に実装されている。例えば、ＬＰＲプロトコル用としては、５１５番ポートを、Ｐｏｒｔ９１００用としては９１００〜９１０３ポートまでをプリント用として開いている。ＰＤＬコントローラ（１１）はサーバとして動作しており、プリント用ポートは多重化されているため、同一ポート番号であっても複数のクライアントＰＣと接続可能である。
【０１１５】
スキャン用ポートについてももちろん、専用に１ポート割り当てても良いが、プリント用ポートと兼用することも可能である。すなわち、スキャンユーティリティ（あるいはドライバ）に、サーバに接続した時点で、自身がスキャン用として接続したい旨を通知するプロトコルとし、サーバ側では外部ポートに対し接続の振り分けプロセスを起動しておき、スキャン用ユーティリティと判別した際には、Ｓｃａｎプロセスに接続させるようにすればよい。
【０１１６】
プリントに関しては、同時に複数のクライアントから印刷要求が来ても、ジョブだけ受け取っておけばクライアント側は開放される。受け取ったジョブは内部でキューイングしておき、実際のプリント動作は順に実行すればよい。
【０１１７】
スキャンに関しては、通常スキャナを動かし、読み取った画像をクライアントに返すという作業が必要になるため、１台のクライアントがスキャンプロセスに接続している状態では他のクライアントは接続しない方が良い。従って振り分けプロセスにおいては、１台のクライアントが接続されている状態では、他のクライアントにはビジーを返すようにしている。
【０１１８】
このように、クライアント側の接続に関しては、プリントと（一つの）スキャンの並列動作については全く支障がない。問題は画像データの転送部であって、ここが共通のＶｉｄｅｏＩ／Ｆ部を使用していると、ＰＤＬコントローラ（１１）内でビデオプロセスが画像転送中である場合には、スキャンジョブは待たされ、さらにはスキャンプロセスに接続しているクライアントＰＣ自体も処理を待たされることになる。また、ＶｉｄｅｏＩ／Ｆというハードウェアリソースを、プリントとスキャンという別のプロセスが使用することになるので、排他制御等が必要となって、処理も若干複雑になる。
【０１１９】
しかし、上記で示してきたとおり、本実施形態では、ＶｉｄｅｏＩ／Ｆはプリント用画像データ専用の転送経路としているため、ＰＤＬコントローラと画像処理装置間でのプリントとスキャンの画像転送は、互いに影響することなく、完全に並列に行うことができる。
【０１２０】
コマンド通信路であるネットワークＩ／Ｆは、スキャン以外のプロセスは、通常、コマンドとそれに付随するパラメータ以外は送受信しないため、帯域幅のほとんどをスキャンデータ転送に使用することが可能であるため、双方向ＶｉｄｅｏＩ／Ｆ通信路を用いるときよりは、若干転送パフォーマンスは劣るが、コマンド通信路でプリントもスキャンもどちらのデータも転送する場合よりは有利となる。
【０１２１】
また、スキャンデータ転送にコマンド通信路を用いることにより、画像処理側で予めＪＰＥＧ／ＪＢＩＧ等の圧縮を行っておく必要があるため、画質的にはＶｉｄｅｏＩ／Ｆを用いた場合よりも落ちることになるはずである。しかし、実際には、ＰＤＬコントローラからホストコンピュータへの画像転送もネットワークを介してであるため、ＰＤＬコントローラがラスター・データを取り込めたとしても、どのみちホストに転送する場合には圧縮が必要であるため、スキャン画質に対する影響はない。
【０１２２】
もちろん、ホストおよび画像処理装置の両方に、ギガビット・イーサのような広帯域ネットワークＩ／Ｆを用いることができる場合には、ラスター・データをＰＤＬコントローラに取り込みホストへ送信するようにする系も、もちろん実装可能である。その場合であっても、プリントとの並列同時動作において、本発明がパフォーマンス的に有効であることは明らかである。
【０１２３】
以上説明してきたように、本実施形態によれば、双方向に制御データの通信を行うネットワークＩ／Ｆ部と、単方向に画像データの通信を行うＶｉｄｅｏＩ／Ｆ部とを使用して、ＰＤＬコントローラと画像処理装置制御部との間でのデータ通信を行う画像処理システムにおいて、ＰＤＬコントローラ及び画像処理装置制御部がスキャン動作する場合に、画像データの通信のために、ネットワークＩ／Ｆ部を使用するように制御した。
【０１２４】
特に、スキャン動作とプリント動作の並列動作を行う場合において、スキャン入力のためにネットワークＩ／Ｆ部を使用し、プリント出力のためにＶｉｄｅｏＩ／Ｆ部を使用することにより、装置のコストアップを招くことなく、既存の通信路の性能を最大限に生かした、並列動作に適した画像データ通信ができる。
【０１２５】
また、ＰＤＬコントローラはホストへの送信のために圧縮された画像データを必要とするので、画像処理装置制御部で入力画像データを圧縮させ、圧縮した画像データをネットワークＩ／Ｆ部を使用して受信するように制御した。これにより、及び各インタフェース部の帯域と転送データ量との最適化が図れ、効率的な画像データ通信ができる。
【０１２６】
（第２の実施形態）
タイミング処理等、ソフト構成上問題がないならば、ビデオＩ／Ｆ制御プロセスは、ビデオプロセス内で同等の処理を行い、あえて別プロセスとしない構成をとることも可能である。また、プリントシーケンスをシーケンシャルに処理するならば、ビデオプロセス自身も独立プロセスとせず、プリントプロセス内で処理するようにする構成ももちろん可能である。この場合、画像処理装置制御部側のポート構成も、ＰｒｉｎｔとＶｉｄｅｏを兼ねて一つのポート番号のみを用いるようにできる。この場合のプロセス構成図を図４に示す。
【０１２７】
尚、第１の実施形態で述べたＰＤＬコントローラからのホストコンピュータに対するポートと同様に、ＰｒｉｎｔとＳｃａｎのポートを共通化することももちろん可能であるが、この場合は、画像処理装置制御部側に振り分けタスク等の仕組みを実装する必要があり、またこのネットワークＩ／Ｆ（１１２−２）は、ＰＤＬコントローラ−画像処理装置間専用であるため、特にポートが不足する等の問題もないので、各々専用ポートとしている。さらに、接続するクライアントとなる、ＰＤＬコントローラ側のプロセスも、基本的に１プロセスであるため、特にポートを多重化してはいない。
【０１２８】
このようなプロセス構成とした場合、プリント処理のシーケンスは、図７に示すものとなる。
【０１２９】
プリント＆ビデオプロセス（以下プリントプロセス）は、まず、ステップＳ７０１において、外部Ｉ／Ｆ（１１２−１）を介して、ホストコンピュータ（１４）よりＰＤＬジョブ形式のプリントジョブを受け取る。
【０１３０】
そして、ステップＳ７０２において、受け取ったＰＤＬジョブから、モード指定を抽出し、解析してＦｉｎｉｓｈｉｎｇや両面等の処理を含めてどの給紙段から何枚ずつ給紙しどの排紙段に出すか、あるいは途中何枚目で給紙段を切り替えるか、といった一連のジョブシーケンスを組み立てる。
【０１３１】
それと共に、ステップＳ７０４において、ＰＤＬジョブ内の全ページの画像データ部分を取り出し、メモリ上のフレームバッファ領域に、ビットマップイメージであるラスターイメージデータに展開する。展開した画像データは、ステップＳ７０５にて、圧縮して一旦メモリまたはＨＤＤに格納する。本実施形態においては、画像データの転送は、全ページ連続してまとめて行うので、ジョブの全ページについて展開・圧縮・保存しておく。
【０１３２】
そして、次にステップＳ７０６において、画像処理装置との内部ネットワークＩ／Ｆ（１１２−１）上のプリントポートを介して、画像処理装置制御部（１０）に、構築したジョブシーケンスを実現するコマンドシーケンスを通知する。これは、第１の実施形態で述べた、ＳｔａｒｔＪｏｂからＥｎｄＪｏｂまでの一連のコマンドシーケンスである。もちろん、ジョブ内に複数バインダ、ドキュメント内に複数ドキュメントを含んでいても構わない。
【０１３３】
画像処理装置制御部（１０）では、受け取ったジョブシーケンスに基づき、ＶｉｄｅｏＩ／Ｆ部での画像受信の準備を行う。１ページでも準備が完了している状態となっていれば、ステップＳ７０７にて、ＰＤＬコントローラから送られてくるＲｅｑｕｅｓｔＶｉｄｅｏコマンドに対して、転送して欲しい最初のページＩＤをＲｅｐｌｙに付けて返すのは、第１の実施形態のＶｉｄｅｏポートでの動作と同様である。
【０１３４】
ステップＳ７０８、７０９の画像データ転送および再送処理についても、第１の実施形態のビデオプロセスおよびビデオＩ／Ｆ制御プロセスと同様である。プリントプロセスは、ハードウェアのページシンク等の同期信号を待ち、同期して画像送信できるようにビデオＩ／Ｆをセットしてから、画像処理装置制御部（１０）にＶｉｄｅｏＳｔａｒｔコマンドを出す。そのＲｅｐｌｙがＡｃｋで返れば、すぐに画像処理装置制御部（１０）からＶｉｄｅｏＩ／Ｆに同期信号が出され、画像データが転送処理が開始される。転送完了後はＶｉｄｅｏＥｎｄコマンドを送り、そのＲｅｐｌｙによって、同一ページを再送するか、次のページの画像を送るかを判断する。
【０１３５】
ステップＳ７１０においては、今送った画像が最終ページであったかどうかを判断する。これは送ったジョブのコマンドシーケンスに基づくので、第１の実施形態とは異なり、特に画像処理装置に問い合わせに行く必要はない。
【０１３６】
プリントジョブシーケンスの全ページ分の画像転送を確認したら、プリントプロセスにおけるジョブの処理は完了となる。
【０１３７】
（他の実施形態）
以上の２つの実施形態は、画像読取装置と画像形成装置を備えるデジタル複写機と、それに接続されるコントローラ装置から構成されるシステムについて説明してきたが、本発明はこれに限定されるものではなく、複数の画像処理デバイスを備え同数以上のデータ転送可能な入出力通信経路を備える画像処理装置とそれに接続されるコントローラ装置から構成されるシステムであれば、適用可能であることは自明である。
【０１３８】
また、画像データの転送方向については、１つあるいは一部の通信経路が一方向であることが本質的であって、その方向がコントローラ装置から画像処理装置であってもその逆であってもどちらでも構わない。さらには、残りの通信経路で送られる画像データの転送方向が反対方向である必要もなく、接続されるデバイスに応じて、どちらの転送方向も同じであってももちろん差し支えない。
【０１３９】
また、上記実施形態では、スキャン動作のためにネットワークＩ／Ｆ部をプリント動作のためにＶｉｄｅｏＩ／Ｆ部を固定的に割り当てているが、スキャンジョブとプリントジョブが並列に実行されるときだけ、以上のような割り当てとし、一方で、直列に実行される限りは両方の動作に関してＶｉｄｅｏＩ／Ｆ部を共有して使用するようにしてもよい。
【０１４０】
また、本発明は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体（ホスト１４が備える記憶媒体、メモリ１１４等）に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【０１４１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きもまれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４３】
また、このような記憶媒体を含む装置をネットワーク上に配置させておき、記憶媒体に記憶されたプログラムをネットワークを介して所定の装置へダウンロードし、ダウンロードしたプログラムを実行することによっても、本発明の上記実施形態の機能が実現されることは言うまでもない。
【０１４４】
【発明の効果】
以上説明してきたように、本発明によれば、双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行う際に、画像処理装置及び他の画像処理装置が実行する画像入出力動作に応じて、画像データの通信のために第１通信手段を使用するように制御することことにより、画像通信に係る構成のコストアップを招くことなく、所望とする画像入出力動作の状態に応じた最適な画像データ通信ができるという効果がある。
【０１４５】
また、本発明によれば、双方向に制御データの通信を行う第１通信手段と、単方向に画像データの通信を行う第２通信手段とを使用して、画像処理装置と他の画像処理装置との間でのデータ通信を行う際に、前記画像処理装置が圧縮された画像データを必要とする場合、他の画像処理装置からの圧縮画像データの受信のために第１通信手段を使用するように制御することにより、圧縮画像データを必要とする場合において効率的な画像データ通信ができるという効果がある。
【図面の簡単な説明】
【図１】本発明に係る画像処理システムのシステム構成を示すブロック図である。
【図２】第１の実施形態における、ＰＤＬコントローラの制御プログラムのプロセス構造とデータフローの一例を示すブロック図である。
【図３】第１の実施形態における、管理プロセスの起動時の処理を示したフローチャートである。
【図４】第１の実施形態における、プリント時のプリントプロセスおよびビデオプロセスの、処理の一例を示すフローチャートである。
【図５】第１の実施形態における、スキャン時時のスキャンプロセスの、処理の一例を示すフローチャートである。
【図６】第２の実施形態における、ＰＤＬコントローラの制御プログラムのプロセス構造とデータフローの一例を示すブロック図である。
【図７】第２の実施形態における、プリント時のプリントプロセスおよびビデオプロセスの、処理の例を示すフローチャートである。
【符号の説明】
１０  画像処理装置制御部
１１  ＰＤＬコントローラ
１２  画像読取装置
１３  画像形成装置
１４  ホストコンピュータ
１０１  ＣＰＵ
１０２  ネットワークＩ／Ｆ部
１０３  ＶｉｄｅｏＩ／Ｆ部
１０４  ＨＤＤ装置
１１１  ＣＰＵ
１１２  ネットワークＩ／Ｆ部２
１１２−１  ネットワークＩ／Ｆ部１
１１３  ＶｉｄｅｏＩ／Ｆ部
１１４  メモリ
【図１】
2004221629.tif 000003
【図２】
2004221629.tif 000004
【図３】
2004221629.tif 000005
【図４】
2004221629.tif 000006
【図５】
2004221629.tif 000007
【図６】
2004221629.tif 000008
【図７】
2004221629.tif 000009