(57)【要約】【課題】複数の画像処理部への画像データの送信を適切に制御する記録装置を提供する。【解決手段】記録装置は、画像データを生成するコントローラと、生成された画像データに基づいて、記録部で用いられる記録データを生成する第１の画像処理部と第２の画像処理部とを備える。コントローラは、画像データのうち、第１の画像処理部の処理対象領域となる第１画像データを第１の画像処理部へ送信し、第２の画像処理部の処理対象領域となる第２画像データを第２の画像処理部へ送信する。第１画像データに含まれるバンドデータと、第２画像データに含まれるバンドデータとを交互に送信するよう制御する第１の送信制御、または、第１画像データに含まれる各バンドデータを送信した後に、第２画像データに含まれる各バンドデータを送信するよう制御する第２の送信制御を選択する送信制御が行われる。【選択図】図６
2019155741.tif 000002
【特許請求の範囲】
【請求項１】
印刷ジョブに基づいて画像データを生成するコントローラと、
前記コントローラで生成された前記画像データに基づいて、記録部で用いられる記録データを生成する第１の画像処理部と第２の画像処理部と、を備え、
前記コントローラは、
前記画像データのうち、前記第１の画像処理部の処理対象領域となる第１画像データを前記第１の画像処理部へ送信し、前記第２の画像処理部の処理対象領域となる第２画像データを前記第２の画像処理部へ送信する送信手段と、
前記印刷ジョブに対応する印刷設定である用紙サイズを条件に、前記第１画像データに含まれるバンドデータと、前記第２画像データに含まれるバンドデータとを交互に送信するよう前記送信手段を制御する第１の送信制御、または、前記第１画像データに含まれる各バンドデータを送信した後に、前記第２画像データに含まれる各バンドデータを送信するよう前記送信手段を制御する第２の送信制御を選択する送信制御手段と、
を備えることを特徴とする記録装置。
【請求項２】
印刷ジョブに基づいて画像データを生成するコントローラと、
前記コントローラで生成された前記画像データに基づいて、記録部で用いられる記録データを生成する第１の画像処理部と第２の画像処理部と、を備え、
前記コントローラは、
前記画像データのうち、前記第１の画像処理部の処理対象領域となる第１画像データを前記第１の画像処理部へ送信し、前記第２の画像処理部の処理対象領域となる第２画像データを前記第２の画像処理部へ送信する送信手段と、
前記画像データのサイズに関する複数の条件に従って、前記第１画像データに含まれるバンドデータと、前記第２画像データに含まれるバンドデータとを交互に送信するよう前記送信手段を制御する第１の送信制御、または、前記第１画像データに含まれる各バンドデータを送信した後に、前記第２画像データに含まれる各バンドデータを送信するよう前記送信手段を制御する第２の送信制御を選択する送信制御手段と、
を備えることを特徴とする記録装置。
【請求項３】
前記複数の条件は、前記印刷ジョブに対応する印刷設定である用紙サイズに関する条件と印刷解像度に関する条件を含むことを特徴とする請求項２に記載の記録装置。
【請求項４】
前記印刷解像度が第１の閾値以上であるか否かを判定する第１の判定手段、をさらに備え、
前記送信制御手段は、前記第１の判定手段により前記第１の閾値以上であると判定された場合、前記第２の送信制御を実行することを特徴とする請求項３に記載の記録装置。
【請求項５】
前記用紙サイズが第２の閾値以上であるか否かを判定する第２の判定手段、をさらに備え、
前記送信制御手段は、前記第２の判定手段により前記第２の閾値以上であると判定された場合、前記第２の送信制御を実行することを特徴とする請求項４に記載の記録装置。
【請求項６】
前記第１の閾値と前記第２の閾値は、前記コントローラのバッファメモリのサイズに基づいて決定されることを特徴とする請求項５に記載の記録装置。
【請求項７】
前記コントローラは、エンコードされた画像データをデコードするデコーダをさらに備え、
前記第１画像データおよび前記第２画像データは、前記デコーダによりデコードされた画像データであり、
前記デコーダはパーシャルデコードが実行できないデコーダであることを特徴とする請求項１乃至６のいずれか１項に記載の記録装置。
【請求項８】
前記第１の画像処理部で生成された前記記録データと、前記第２の画像処理部で生成された前記記録データとに基づいて、記録媒体への記録を行う記録手段、をさらに備えることを特徴とする請求項１乃至７のいずれか１項に記載の記録装置。
【請求項９】
印刷ジョブに基づいて画像データを生成するコントローラと、
前記画像データに基づいて、記録部で用いられる記録データを生成する第１の画像処理部と第２の画像処理部と、を備える記録装置において実行される制御方法であって、
前記コントローラが、
前記画像データのうち、前記第１の画像処理部の処理対象領域となる第１画像データを前記第１の画像処理部へ送信し、前記第２の画像処理部の処理対象領域となる第２画像データを前記第２の画像処理部へ送信する送信工程と、
前記印刷ジョブに対応する印刷設定である用紙サイズを条件に、前記第１画像データに含まれるバンドデータと、前記第２画像データに含まれるバンドデータとを交互に送信するよう前記送信工程を制御する第１の送信制御、または、前記第１画像データに含まれる各バンドデータを送信した後に、前記第２画像データに含まれる各バンドデータを送信するよう前記送信工程を制御する第２の送信制御を選択する送信制御工程と、
を有することを特徴とする制御方法。
【請求項１０】
印刷ジョブに基づいて画像データを生成するコントローラと、
前記コントローラで生成された前記画像データに基づいて、記録部で用いられる記録データを生成する第１の画像処理部と第２の画像処理部と、を備える記録装置において実行される制御方法であって、
前記コントローラが、
前記画像データのうち、前記第１の画像処理部の処理対象領域となる第１画像データを前記第１の画像処理部へ送信し、前記第２の画像処理部の処理対象領域となる第２画像データを前記第２の画像処理部へ送信する送信工程と、
前記画像データのサイズに関する複数の条件に従って、前記第１画像データに含まれるバンドデータと、前記第２画像データに含まれるバンドデータとを交互に送信するよう前記送信工程を制御する第１の送信制御、または、前記第１画像データに含まれる各バンドデータを送信した後に、前記第２画像データに含まれる各バンドデータを送信するよう前記送信工程を制御する第２の送信制御を選択する送信制御工程と、
を有することを特徴とする制御方法。
【請求項１１】
請求項１乃至８のいずれか１項に記載の各手段としてコンピュータを機能させるためのプログラム。
【請求項１２】
印刷ジョブに基づいて画像データを生成するコントローラと、
前記画像データに基づいて、記録部で用いられる記録データを生成するＮ個の画像処理部を備え、
前記コントローラは、
前記画像データのうち、前記Ｎ個の画像処理部に対応するＮ個の処理対象領域それぞれに対応する画像データを前記Ｎ個の画像処理部それぞれへ送信する送信手段と、
前記印刷ジョブに対応する印刷設定である用紙サイズを条件に、第１の処理対象領域から第Ｎの処理対象領域まで画像データをバンド単位でサイクリックに送信するよう前記送信手段を制御する第１の送信制御、または、前記第１の処理対象領域から前記第Ｎの処理対象領域まで順に各画像データを送信するよう前記送信手段を制御する第２の送信制御を選択する送信制御手段と、
を備えることを特徴とする記録装置。
【請求項１３】
印刷ジョブに基づいて画像データを生成するコントローラと、
前記画像データに基づいて、記録部で用いられる記録データを生成するＮ個の画像処理部を備え、
前記コントローラは、
前記画像データのうち、前記Ｎ個の画像処理部に対応するＮ個の処理対象領域それぞれに対応する画像データを前記Ｎ個の画像処理部それぞれへ送信する送信手段と、
前記画像データのサイズに関する複数の条件に従って、第１の処理対象領域から第Ｎの処理対象領域まで画像データをバンド単位でサイクリックに送信するよう前記送信手段を制御する第１の送信制御、または、前記第１の処理対象領域から前記第Ｎの処理対象領域まで順に各画像データを送信するよう前記送信手段を制御する第２の送信制御を選択する送信制御手段と、
を備えることを特徴とする記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データに基づいて記録を行う記録装置、制御方法およびプログラムに関する。
【背景技術】
【０００２】
記録装置においては、画像データを記録ヘッドで記録を行うための記録データに変換するまでの処理速度を向上させることが行われ、そのための技術として、処理の並列化が知られている。特許文献１には、画像データを所定の領域で分割し、２つの画像処理用ＡＳＩＣそれぞれに各領域の画像データを分配することが記載されている。さらに、特許文献１では、各画像処理用ＡＳＩＣが制御を担当しているノズルに対応して画像データで所定の領域が定められていることが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１９８９６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＡＳＩＣ等で構成される、画像データを送信する側のコントローラにおいて、外部の複数の画像処理部それぞれに対して画像データをバンド単位で送信する場合、バッファメモリの容量やデコーダの性能などの条件によっては処理負荷が増大してしまう。従って、複数の画像処理部に対する画像データの送信を適切に制御できることが求められる。しかしながら、特許文献１には、領域分割した画像データを、２つの画像処理用ＡＳＩＣにどのように送信するかについては記載されていない。
【０００５】
本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、複数の画像処理部への画像データの送信を適切に制御する記録装置、制御方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明に係る記録装置は、印刷ジョブに基づいて画像データを生成するコントローラと、前記コントローラで生成された前記画像データに基づいて、記録部で用いられる記録データを生成する第１の画像処理部と第２の画像処理部と、を備え、前記コントローラは、前記画像データのうち、前記第１の画像処理部の処理対象領域となる第１画像データを前記第１の画像処理部へ送信し、前記第２の画像処理部の処理対象領域となる第２画像データを前記第２の画像処理部へ送信する送信手段と、前記印刷ジョブに対応する印刷設定である用紙サイズを条件に、前記第１画像データに含まれるバンドデータと、前記第２画像データに含まれるバンドデータとを交互に送信するよう前記送信手段を制御する第１の送信制御、または、前記第１画像データに含まれる各バンドデータを送信した後に、前記第２画像データに含まれる各バンドデータを送信するよう前記送信手段を制御する第２の送信制御を選択する送信制御手段とを備えることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、複数の画像処理部への画像データの送信を適切に制御することができる。
【図面の簡単な説明】
【０００８】
【図１】待機状態にあるときの記録装置の構成を示す図である。
【図２】記録装置の制御構成を示す図である。
【図３】記録状態にあるときの記録装置の構成を示す図である。
【図４】コントローラユニットとプリントエンジンユニットの構成を示す図である。
【図５】印刷ジョブ受信から画像データ保存までの処理を示すフローチャートである。
【図６】画像データの転送制御処理を示すフローチャートである。
【図７】交互転送と順次転送を説明するための図である。
【図８】交互転送を説明するための図である。
【図９】順次転送を説明するための図である。
【図１０】転送方法を決定する処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。
【００１０】
図１は、本実施形態で使用するインクジェット記録装置１（以下、記録装置１）の内部構成図である。図１において、ｘ方向は水平方向、ｙ方向（紙面垂直方向）は後述する記録ヘッド８において吐出口が配列する方向、ｚ方向は鉛直方向をそれぞれ示す。
【００１１】
記録装置１は、プリント部２とスキャナ部３を備える複合機であり、記録動作と読取動作に関する様々な処理を、プリント部２とスキャナ部３で個別にあるいは連動して実行することができる。スキャナ部３は、ＡＤＦ（オートドキュメントフィーダ）とＦＢＳ（フラットベッドスキャナ）を備えており、ＡＤＦで自動給紙される原稿の読み取りと、ユーザによってＦＢＳの原稿台に置かれた原稿の読み取り（スキャン）を行うことができる。なお、本実施形態では、記録装置１は、プリント部２とスキャナ部３を併せ持った複合機であるが、スキャナ部３を備えない形態であってもよい。図１は、記録装置１が記録動作も読取動作も行っていない待機状態にあるときを示す。
【００１２】
プリント部２において、筐体４の鉛直方向下方の底部には、記録媒体（カットシート）Ｓを収容するための第１カセット５Ａと第２カセット５Ｂが着脱可能に設置されている。第１カセット５ＡにはＡ４サイズまでの比較的小さな記録媒体が、第２カセット５ＢにはＡ３サイズまでの比較的大きな記録媒体が、平積みに収容されている。第１カセット５Ａ近傍には、収容されている記録媒体を１枚ずつ分離して給送するための第１給送ユニット６Ａが設けられている。同様に、第２カセット５Ｂ近傍には、第２給送ユニット６Ｂが設けられている。記録動作が行われる際にはいずれか一方のカセットから選択的に記録媒体Ｓが給送される。
【００１３】
搬送ローラ７、排出ローラ１２、ピンチローラ７ａ、拍車７ｂ、ガイド１８、インナーガイド１９およびフラッパ１１は、記録媒体Ｓを所定の方向に導くための搬送機構である。搬送ローラ７は、記録ヘッド８の上流側に配され、不図示の搬送モータによって駆動される駆動ローラである。ピンチローラ７ａは、搬送ローラ７と共に記録媒体Ｓをニップして回転する従動ローラである。排出ローラ１２は、記録ヘッド８の下流側に配され、不図示の搬送モータによって駆動される駆動ローラである。拍車７ｂは、排出ローラ１２と共に記録媒体Ｓを挟持して搬送する。
【００１４】
ガイド１８は、記録媒体Ｓの搬送経路に設けられ、記録媒体Ｓを所定の方向に案内する。インナーガイド１９は、ｙ方向に延在する部材で湾曲した側面を有し、当該側面に沿って記録媒体Ｓを案内する。フラッパ１１は、両面記録動作の際に、記録媒体Ｓが搬送される方向を切り替えるための部材である。排出トレイ１３は、記録動作が完了し排出ローラ１２によって排出された記録媒体Ｓを積載保持するためのトレイである。
【００１５】
本実施形態の記録ヘッド８は、フルラインタイプのカラーインクジェット記録ヘッドである。フルラインタイプでは、記録データに従ってインクを吐出する吐出口が、図１におけるｙ方向に沿って、少なくとも記録媒体Ｓの幅以上の長さに相当する分だけ複数配列されている。記録ヘッド８が待機位置にあるとき、記録ヘッド８の吐出口面８ａは、図１のようにキャップユニット１０によってキャップされている。記録動作を行う際は、後述するプリントコントローラ２０２によって、吐出口面８ａがプラテン９と対向するように記録ヘッド８の向きが変更される。プラテン９は、ｙ方向に延在する平板によって構成され、記録ヘッド８によって記録動作が行われる記録媒体Ｓを背面から支持する。記録ヘッド８の待機位置から記録位置への移動については、後述する。
【００１６】
インクタンクユニット１４は、記録ヘッド８へ供給される４色のインクをそれぞれ貯留する。インク供給ユニット１５は、インクタンクユニット１４と記録ヘッド８を接続する流路の途中に設けられ、記録ヘッド８内のインクの圧力及び流量を適切な範囲に調整する。本実施形態では循環型のインク供給系を採用しており、インク供給ユニット１５は記録ヘッド８へ供給されるインクの圧力と記録ヘッド８から回収されるインクの流量を適切な範囲に調整する。
【００１７】
メンテナンスユニット１６は、キャップユニット１０とワイピングユニット１７を備え、所定のタイミングにこれらを作動させて、記録ヘッド８に対するメンテナンス動作を行う。メンテナンス動作については後に詳しく説明する。
【００１８】
図２は、記録装置１における制御構成を示すブロック図である。制御構成は、主にプリント部２を統括するプリントエンジンユニット２００と、スキャナ部３を統括するスキャナエンジンユニット３００と、記録装置１全体を統括するコントローラユニット１００によって構成されている。プリントコントローラ２０２は、コントローラユニット１００のメインコントローラ１０１の指示に従ってプリントエンジンユニット２００の各種機構を制御する。スキャナエンジンユニット３００の各種機構は、コントローラユニット１００のメインコントローラ１０１によって制御される。以下に制御構成の詳細について説明する。
【００１９】
コントローラユニット１００において、ＣＰＵにより構成されるメインコントローラ１０１は、ＲＯＭ１０７に記憶されているプログラムや各種パラメータに従って、ＲＡＭ１０６をワークエリアとしながら記録装置１全体を制御する。例えば、ホストＩ／Ｆ１０２またはワイヤレスＩ／Ｆ１０３を介してホスト装置４００から印刷ジョブが入力されると、メインコントローラ１０１の指示に従って、画像処理部１０８が受信した画像データに対して所定の画像処理を施す。そして、メインコントローラ１０１はプリントエンジンＩ／Ｆ１０５を介して、画像処理を施した画像データをプリントエンジンユニット２００へ送信する。
【００２０】
なお、記録装置１は無線通信や有線通信を介してホスト装置４００から画像データを取得しても良いし、記録装置１に接続された外部記憶装置（ＵＳＢメモリ等）から画像データを取得しても良い。無線通信や有線通信に利用される通信方式は限定されない。例えば、無線通信に利用される通信方式として、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）が適用可能である。また、有線通信に利用される通信方式としては、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等が適用可能である。また、例えばホスト装置４００から読取コマンドが入力されると、メインコントローラ１０１は、スキャナエンジンＩ／Ｆ１０９を介してこのコマンドをスキャナ部３に送信する。
【００２１】
操作パネル１０４は、ユーザが記録装置１に対して入出力を行うための機構である。ユーザは、操作パネル１０４を介してコピーやスキャン等の動作を指示したり、印刷モードを設定したり、記録装置１の情報を認識したりすることができる。
【００２２】
プリントエンジンユニット２００において、ＣＰＵにより構成されるプリントコントローラ２０２は、ＲＯＭ２０３に記憶されているプログラムや各種パラメータに従って、ＲＡＭ２０４をワークエリアとしながら、プリント部２が備える各種機構を制御する。コントローラＩ／Ｆ２０１を介して各種コマンドや画像データが受信されると、プリントコントローラ２０２は、これを一旦ＲＡＭ２０４に保存する。記録ヘッド８の記録動作に利用できるように、プリントコントローラ２０２は画像処理コントローラ２０５に、保存した画像データを記録データへ変換させる。記録データが生成されると、プリントコントローラ２０２は、記録ヘッドＩ／Ｆ２０６を介して記録ヘッド８に記録データに基づく記録動作を実行させる。この際、プリントコントローラ２０２は、搬送制御部２０７を介して図１に示す給送ユニット６Ａ、６Ｂ、搬送ローラ７、排出ローラ１２、フラッパ１１を駆動して、記録媒体Ｓを搬送する。プリントコントローラ２０２の指示に従って、記録媒体Ｓの搬送動作に連動して記録ヘッド８による記録動作が実行され、印刷処理が行われる。
【００２３】
キャリッジ制御部２０８は、記録装置１のメンテナンス状態や記録状態といった動作状態に応じて記録ヘッド８の向きや位置を変更する。インク供給制御部２０９は、記録ヘッド８へ供給されるインクの圧力が適切な範囲に収まるように、インク供給ユニット１５を制御する。メンテナンス制御部２１０は、記録ヘッド８に対するメンテナンス動作を行う際に、メンテナンスユニット１６におけるキャップユニット１０やワイピングユニット１７の動作を制御する。
【００２４】
スキャナエンジンユニット３００においては、メインコントローラ１０１が、ＲＯＭ１０７に記憶されているプログラムや各種パラメータに従って、ＲＡＭ１０６をワークエリアとしながら、スキャナコントローラ３０２のハードウェアリソースを制御する。これにより、スキャナ部３が備える各種機構は制御される。例えば、コントローラＩ／Ｆ３０１を介してメインコントローラ１０１がスキャナコントローラ３０２内のハードウェアリソースを制御することにより、ユーザによりＡＤＦに搭載された原稿が搬送制御部３０４を介して搬送され、センサ３０５で読み取られる。そして、スキャナコントローラ３０２は読み取った画像データをＲＡＭ３０３に保存する。なお、プリントコントローラ２０２は、上述のように取得された画像データを記録データに変換することで、記録ヘッド８に、スキャナコントローラ３０２で読み取った画像データに基づく記録動作を実行させることが可能である。
【００２５】
図３は、記録装置１が記録状態にあるときを示す。図１に示した待機状態と比較すると、キャップユニット１０が記録ヘッド８の吐出口面８ａから離間し、吐出口面８ａがプラテン９と対向している。本実施形態において、プラテン９の平面は水平方向に対して約４５度傾いており、記録位置における記録ヘッド８の吐出口面８ａも、プラテン９との距離が一定に維持されるように水平方向に対して約４５度傾いている。
【００２６】
記録ヘッド８を図１に示す待機位置から図３に示す記録位置に移動する際、プリントコントローラ２０２は、メンテナンス制御部２１０を用いて、キャップユニット１０を図３に示す退避位置まで降下させる。これにより、記録ヘッド８の吐出口面８ａは、キャップ部材（不図示）と離間する。その後、プリントコントローラ２０２は、キャリッジ制御部２０８を用いて記録ヘッド８の鉛直方向の高さを調整しながら４５度回転させ、吐出口面８ａをプラテン９と対向させる。記録動作が完了し、記録ヘッド８が記録位置から待機位置に移動する際は、プリントコントローラ２０２によって上記と逆の動作が行われる。
【００２７】
次に、プリント部２における記録媒体Ｓの搬送経路について説明する。記録コマンドが入力されると、プリントコントローラ２０２は、まず、メンテナンス制御部２１０およびキャリッジ制御部２０８を用いて、記録ヘッド８を図３に示す記録位置に移動する。その後、プリントコントローラ２０２は搬送制御部２０７を用い、記録コマンドに従って第１給送ユニット６Ａおよび第２給送ユニット６Ｂのいずれかを駆動し、記録媒体Ｓを給送する。
【００２８】
本実施形態では、プリントエンジンユニット２００が複数の画像処理コントローラ２０５を備えており、コントローラユニット１００で生成した画像データを分けて、複数の画像処理コントローラ２０５の夫々で並列に画像処理を行う。さらにこの際に、それぞれの画像処理コントローラ２０５への画像データの転送方法を用紙サイズと印刷解像度に応じて切り替えながら転送する。
【００２９】
＜記録装置の構成について＞
図４は、本実施形態における記録装置１の制御構成を示すブロック図である。図４に示すように、記録装置１は、コントローラユニット１００、並びに、第１画像処理コントローラ４１０、第２画像処理コントローラ４１７、及び記録制御コントローラ４２４（記録部）を含んで成るプリントエンジンユニット２００を備える。第１画像処理コントローラ４１０と第２画像処理コントローラ４１７は、図２の画像処理コントローラ２０５に対応する。このように本実施形態における記録装置１は、構成の一例として、４つのコントローラを備えているとして説明する。このうちコントローラユニット１００は、第１画像処理コントローラ４１０、第２画像処理コントローラ４１７で画像処理を行う画像データを生成するメインコントローラ部として機能する。また、第１画像処理コントローラ４１０及び第２画像処理コントローラ４１７は、コントローラユニット１００に対するサブコントローラとして機能する。
【００３０】
コントローラユニット１００では、入力された印刷ジョブに基づき、第１画像処理コントローラ４１０、第２画像処理コントローラ４１７で処理可能な画像データを生成する処理が実行される。例えば、コントローラユニット１００のコントローラ画像処理部４０３は、ホスト装置４００からホストＩＦ制御部４０２を介して送られたページ記述言語（以下ＰＤＬ）データに基づき、ＰＤＬに含まれるページ分の画像データを生成する。また例えば、コントローラ画像処理部４０３は、スキャナエンジンユニット３００からスキャナＩＦ制御部４０４を介して送られたスキャンデータに基づき、スキャンされた枚数分の画像データを生成する。コントローラ画像処理部４０３で生成された各々の画像データは、コントローラユニット１００のエンコーダ制御部４０７がエンコーダを制御してエンコードを行い、その結果、圧縮データが生成され、一時的にＲＡＭ４０８に格納される。ＲＡＭ４０８に一次保存された圧縮データは、デコーダ制御部４０６がデコーダを制御してデコードを行うことで再び画像データが生成され、ＲＡＭ４０８に格納される。尚、本実施形態では、デコーダ制御部４０６が制御するデコーダは、パーシャルデコードが実行可能でないデコーダとする。パーシャルデコードについては後述する。さらに画像データは、第１画像処理コントローラ４１０の処理対象領域の画像データを第１画像処理コントローラ４１０に、第２画像処理コントローラ４１７の処理対象領域の画像データを第２画像処理コントローラ４１０に分けて送信される。以降、送信対象の画像データが格納されるＲＡＭ４０８内の領域を、送信バッファ領域と呼ぶ。
【００３１】
送信バッファ領域に格納された画像データは、ＡＳＩＣ間ＩＦ制御部４０５を介して第１画像処理コントローラ４１０に送信され、第１画像処理コントローラ４１０のＲＡＭ４１５に格納される。以降、受信した画像データが格納されるＲＡＭ４１５及びＲＡＭ４２２の領域を、受信バッファ領域と呼ぶ。尚、本実施形態では、ＡＳＩＣ間ＩＦをＰＣＩＥｘｐｒｅｓｓ（ＰＣＩｅ）とし、ＰＣＩｅにおけるプロトコル処理及びＤＭＡ制御を、ＡＳＩＣ間ＩＦ制御部で行うものとする。
【００３２】
ＲＡＭ４１５の受信バッファ領域に格納された画像データに関して、第１画像処理コントローラ４１０のＣＰＵ４１１は、第１画像処理コントローラ４１０で記録データを生成する記録データ生成処理を行うべき画像データであるか否かを判定する。その結果、第１画像処理コントローラ４１０で記録データ生成処理を行うべき画像データであると判定した場合、ＣＰＵ４１１は、ＲＡＭ４１５の受信バッファ領域に格納されている画像データに基づき記録データを生成するよう画像処理部４１４に命令する。一方、第１画像処理コントローラ４１０で記録データ生成処理を行うべき画像データではないと判定した場合、ＲＡＭ４１５の受信バッファ領域に格納されている画像データを、ＡＳＩＣ間ＩＦ制御部４１３を介して第２画像処理コントローラ４１７に送信する。この画像データは、第２画像処理コントローラ４１７のＲＡＭ４２２の受信バッファ領域に格納される。
【００３３】
ＲＡＭ４１５の受信バッファ領域に格納された画像データに基づいて、画像処理部４１６が生成した記録データは、ＲＡＭ４１５に格納される。以降、記録データが格納されるＲＡＭ４１５及びＲＡＭ４２２内の領域を、プリントバッファ領域と呼ぶ。ＲＡＭ４１５のプリントバッファ領域に格納された記録データは、ＡＳＩＣ間ＩＦ制御部４１３を介して第２画像処理コントローラ４１７に送信され、ＲＡＭ４２２のプリントバッファ領域に格納される。
【００３４】
第２画像処理コントローラ４１７の画像処理部４２１は、ＲＡＭ４２２の受信バッファ領域に格納されている画像データに基づき記録データを生成する。画像処理部４２１で生成された記録データは、ＲＡＭ４２２のプリントバッファ領域に格納される。上述したように、ＲＡＭ４２２のプリントバッファ領域には、第１画像処理コントローラ４１０で生成された記録データも格納されるので、最終的に、該プリントバッファ領域において、１ページ分の記録データが生成されることとなる。
【００３５】
第１画像処理コントローラ４１０および第２画像処理コントローラ４１７はそれぞれが画像処理部を持っており、画像処理部毎に記録データ生成処理を行う画像データ内の処理対象領域が異なる。そのためこれらの画像処理部は独立して並列に動作が可能である。
【００３６】
ＲＡＭ４２２のプリントバッファ領域において１ページ分の記録データの生成が完了した場合、ＣＰＵ４１８は、該１ページ分の記録データに基づく記録開始を、記録制御コントローラ４２４に通知する。かかる通知の後に、ＣＰＵ４１８は、ＲＡＭ４２２のプリントバッファ領域に格納されている記録データを、ＡＳＩＣ間ＩＦ制御部４２０を介して記録制御コントローラ４２４に送信する。記録制御コントローラ４２４に送信された記録データは、ＲＡＭ４２８に格納される。
【００３７】
記録制御コントローラ４２４は、第２画像処理コントローラ４１７から記録開始を通知された後、記録データを受信し、該受信した記録データをＲＡＭ４２８に格納する。その後、ＨＶ変換処理部４２７は、ＲＡＭ４２８に格納された記録データに対してＨＶ変換処理を実行する。ＨＶ変換処理によって並び替えられた記録データは、再びＲＡＭ４２８に格納される。記録制御部４２６は、ＲＡＭ４２８に格納されたＨＶ変換処理後の記録データを記録ヘッド８に送信することで、用紙等の記録媒体に画像を形成する記録動作を制御する。
【００３８】
＜コントローラユニットで実行される、印刷ジョブ入力から圧縮データ保存までの一連の処理について＞
図５は、コントローラユニット１００で実行される印刷ジョブ入力から圧縮データ保存までの処理を示すフローチャートである。Ｓ５０１において、ホストＩＦ制御部４０２は、ホスト装置４００からＰＤＬデータを受信する。もしくは、スキャナＩＦ制御部４０４は、スキャナエンジンユニット３００からスキャンデータを受信する。Ｓ５０２において、ＣＰＵ４０１は、受信した印刷ジョブを解析する。この解析では、印刷における様々な設定を取得する。例えば、ページ数、部数、用紙サイズ、印刷解像度、カラー若しくはモノクロ設定などの印刷設定を取得する。
【００３９】
Ｓ５０３において、ＣＰＵ４０１は、Ｓ５０２で取得したページ数分全てスプールバッファに保存済みであるか否かを判定する。取得したページ数分全てについてスプールバッファに保存が完了していない場合（Ｓ５０３でＮＯ）、Ｓ５０４において、コントローラ画像処理部４０７は、Ｓ５０２において取得された印刷設定に基づいて、印刷ジョブから画像データの生成を行う。なお、Ｓ５０４では、印刷設定に含まれる用紙サイズと印刷解像度に対応するサイズ（画素数）の画像データが生成される。即ち、印刷解像度が高いほど、また用紙サイズが大きいほど、印刷に必要な画素数が多くなるため、Ｓ５０４において生成される画像データのサイズは大きくなる。Ｓ５０５において、エンコーダ制御部４０７は、Ｓ５０４で生成された画像データをエンコードし、スプールバッファに格納する。Ｓ５０３において、取得したページ数分全てについてスプールバッファに格納済みであると判定した場合（Ｓ５０３でＹｅｓ）、図５の処理を終了する。
【００４０】
＜コントローラユニットで実行される、画像データ送信処理について＞
図７を用いてコントローラユニット１００の２つの画像データの送信方法（転送方法）を制御する送信制御処理について説明する。まず図７（ａ）を用いて１つ目の送信方法を説明する。図７（ａ）は、ＲＡＭ４０８内に確保された送信バッファに画像データが格納されており、その画像データを分割している様子を図示している。具体的には、その画像データを第１画像処理コントローラ４１０の担当処理領域（処理対象領域）と第２画像処理コントローラ４１７の担当処理領域（処理対象領域）それぞれに分け、さらにその領域をＮバンド分ずつに分割している様子を図示している。本実施形態では、第１画像処理コントローラ４１０の担当処理領域を画像データの上半分（バンド＃１〜バンド＃Ｎ）、第２画像処理コントローラ４１７の担当処理領域を画像データの下半分（バンド＃Ｎ＋１〜バンド＃２Ｎ）として説明する。
【００４１】
本転送方法においては、各画像処理コントローラの担当処理領域について、交互に送信を行う。即ち、１番目の送信時には第１画像処理コントローラ４１０担当処理領域の中の１番上のバンド（バンド＃１）を送信する。２番目の送信時には第２画像処理コントローラ４１７担当処理領域の中の１番上のバンド（バンド＃Ｎ＋１）を送信する。３番目の送信時には第１画像処理コントローラ４１０担当処理領域の中の上から２番目のバンド（バンド＃２）を送信する。このバンド単位で交互に送信する処理をバンド＃２Ｎまで繰り返すことで全画像データを送信する。以降ではこの転送方法を交互転送と呼ぶ。
【００４２】
交互転送では、各画像処理コントローラの担当処理領域のバンドを交互に送信するため、各画像処理コントローラで並列に画像処理を実行することができ、プリントエンジンユニット２００の処理速度を向上させることができる。
【００４３】
次に、図７（ｂ）を用いて２つ目の転送方法を説明する。図７（ｂ）も図７（ａ）と同様に、画像データを担当処理領域とバンドで分割している様子を示している。交互転送と違う点は、コントローラユニット１００のバンドの送信順序である。本転送方法では、画像データの上の方のバンドから順に送信を行う。すなわち、１番目の送信時にはバンド＃１を送信し、２番目の送信時にはバンド＃２を送信する。これを上から順にバンド＃２Ｎまで繰り返すことで全画像データを送信する。以降ではこの転送方法を順次転送と呼ぶ。
【００４４】
順次転送では、まず第１画像処理コントローラ４１０の担当処理領域を連続して転送し、そのあとに第２画像処理コントローラ４１７の担当処理領域を転送する。そのため交互転送に比べると、各画像処理コントローラでの画像処理並列実行の効果が低下し、プリントエンジンユニット２００の処理速度も低下する。
【００４５】
しかしながら、下記の条件を満たす場合は、順次転送は交互転送に比べてコントローラユニット１００の処理を高速に実行することができ、コントローラユニット１００による処理と各画像処理コントローラによる処理による処理速度を向上させることができる。
【００４６】
＜条件１＞画像データ１面分のサイズの送信バッファが確保できない。
【００４７】
＜条件２＞デコーダがパーシャルデコードできない。
【００４８】
ここでパーシャルデコードについて説明する。パーシャルデコードとは、画像データ中の任意のバンドのみをデコードする機能を指している。
【００４９】
パーシャルデコードが実行可能なデコーダの場合、任意のバンドをデコードする場合にはそのバンドをデコードする時間のみかかることになる。パーシャルデコードできるデコーダの場合、どのバンドをデコードするにしても必要な処理時間は１バンド分のデコード時間である。
【００５０】
一方でパーシャルデコードが実行できないデコーダの場合、任意のバンドをデコードする場合にも画像データの上から順にデコードを行う必要がある。任意のバンド以外のバンドについてもデコード処理自体は行われるため、データが不要であれば読み捨て・削除などを行う必要がある。パーシャルデコードが実行できないデコーダの場合、ｎバンド目のデコードをするのに必要な処理時間はｎバンド分のデコード時間となる。
【００５１】
図８及び図９を用いて、上記の２条件を満たす場合のそれぞれの転送方法を用いたときのコントローラユニット１００の処理の流れを説明する。まず交互転送を用いたときのデコード処理の流れを図８で説明する。送信バッファが１バンド分のみの場合を用いて説明する。
【００５２】
１番目に送信するのはバンド＃１である。バンド＃１は画像データ中１番上のバンドであるため、デコーダ制御部４０６は１バンド分のデコード処理を行って送信バッファに展開する。続いてＡＳＩＣ間ＩＦ４０５はその展開されたバンドデータを送信する。このバンド送信を行うために必要なデコード領域は１バンド分である。
【００５３】
２番目に送信するのはバンド＃Ｎ＋１である。バンド＃Ｎ＋１は１番目に送信したバンド＃１からＮバンド分離れたバンドであるため、デコーダ制御部４０６は、バンド＃２からデコードを再開し、Ｎバンド分のデコード処理を行って送信バッファに展開する。続いてＡＳＩＣ間ＩＦ４０５はその展開されたバンドデータを送信する。このバンド送信を行うために必要なデコード領域はＮバンド分である。
【００５４】
３番目に送信するのはバンド＃２である。バンド＃２は２番目に送信したバンド＃Ｎ＋１よりも上側に位置するバンドになるため、デコーダ制御部４０６はデコーダを最初からやり直しさせ、２バンド分のデコード処理を行って送信バッファに展開する。続いてＡＳＩＣ間ＩＦ４０５はその展開されたバンドデータを送信する。このバンド送信を行うために必要なデコード領域は２バンド分である。
【００５５】
図８では省略しているが、４番目に送信するのはバンドＮ＋２であり、２番目同様に送信を行うとこのバンド送信を行うために必要なデコード領域はＮバンド分となる。
【００５６】
このような処理をバンド＃２Ｎまで繰り返すと、Ｎ×Ｎ＋（１＋２＋・・・＋Ｎ）バンド分のデコードが必要となる。バンド数が増えるにしたがって必要なデコード領域が２次関数的に増加することになり、デコード領域に比例して処理時間も増加することとなる。
【００５７】
交互転送では各画像処理コントローラの並列処理は可能ではあるが、デコーダの処理時間やバンド数・送信バッファのサイズによっては交互転送を行うためにコントローラユニット１００の処理速度が著しく低下してしまう。特に、画像データのサイズが大きい場合に、コントローラユニット１００の処理速度が大きく低下する。その結果、コントローラユニット１００による処理と各画像処理コントローラによる処理による処理速度も低下することとなる。
【００５８】
次に、順次転送を用いたときのデコード処理の流れを図９で説明する。図８と同様に送信バッファが１バンド分のみの場合を用いて説明する。
【００５９】
１番目に送信するのはバンド＃１である。バンド＃１は画像データ中１番上のバンドであるため、デコーダ制御部４０６は１バンド分のデコード処理を行って送信バッファに展開する。続いてＡＳＩＣ間ＩＦ４０５はその展開されたバンドデータを送信する。このバンド送信を行うために必要なデコード領域は１バンド分である。
【００６０】
２番目に送信するのはバンド＃２である。バンド＃２は１番目に送信したバンド＃１から１バンド分離れたバンドであるため、デコーダ制御部４０６は、バンド＃２からデコードを再開し、１バンド分のデコード処理を行って送信バッファに展開する。続いてＡＳＩＣ間ＩＦ４０５はその展開されたバンドデータを送信する。このバンド送信を行うために必要なデコード領域は１バンド分である。
【００６１】
図９では省略しているが、３番目に送信するのはバンド＃３であり、２番目同様に送信を行うとこのバンド送信を行うために必要なデコード領域は１バンド分となる。
【００６２】
このような処理をバンド＃２Ｎまで繰り返しても、必要なデコードは２Ｎバンド分のみであるため、前述の交互転送に比較してデコード処理時間を抑えることができ、送信バッファを画像データ１面分確保できる場合とデコードの処理時間は同じとなる。
【００６３】
この場合、順次転送では各画像処理コントローラの並列処理はできない分、交互転送に比べてプリントエンジンユニット２００の処理時間が増加する。しかしながら、コントローラユニット１００は、本来のデコード対象のバンド以外に対するデコードや読み捨て、削除の必要がなく、交互転送の場合に比べてデコード処理は高速となる。交互転送のように、コントローラユニット１００の処理が遅いことに起因して、コントローラユニット１００と各画像処理コントローラの全体の処理速度が著しく低下してしまうことを防ぐことができる。
【００６４】
即ち、バンド数（画像データのサイズ）や送信バッファのサイズに係る上記２つの条件に応じて、コントローラユニット１００と各画像処理コントローラ全体の処理速度は交互転送の方が速い場合もあれば、順次転送の方が速い場合も存在する。本実施形態では、条件に応じて、交互転送と順次転送を切り替える。その結果、処理速度が速い方の転送方法を常に選択するようにし、記録装置１全体のスループットを向上させることができる。
【００６５】
図６は、コントローラユニットで実行される画像データ転送処理を示すフローチャートである。
【００６６】
Ｓ６０１において、ＣＰＵ４０１は、印刷指示された印刷ジョブが全ページ分印刷済みであるか否かを判定する。全ページ分印刷済みでないと判定された場合（Ｓ６０１でＮｏ）、Ｓ６０２において、ＣＰＵ４０１は、Ｓ５０２で取得された印刷設定に含まれる印刷用紙サイズと印刷解像度とに基づいて転送方法を決定する。Ｓ６０２の処理の詳細については後述するが、印刷用紙サイズと印刷解像度を含む印刷設定に基づいて、交互転送と順次転送を切り替える。そのような処理により、図８において説明したように、バンド単位で交互転送を行ったばかりに、デコード領域および処理時間の増加による記録装置１のスループットの低下を招いてしまうことを防ぐことができる。全ページ分印刷済みであると判定された場合（Ｓ６０１でＹｅｓ）、図６の処理を終了する。
【００６７】
Ｓ６０３において、ＣＰＵ４０１は、転送方法が交互転送であるか否かを判定する。本実施形態では、交互転送でない場合とは、即ち、順次転送を表す。交互転送でないと判定された場合（Ｓ６０３でＮｏ）、Ｓ６０４において、ＣＰＵ４０１は、複数バンド（２Ｎ）分の送信バッファをＲＡＭ４０８内に確保する。
【００６８】
Ｓ６０５において、デコーダ制御部４０６は、デコーダに指示を出して圧縮データから１バンド分の画像データを送信バッファに展開させる。さらにＡＳＩＣ間ＩＦ制御部４０５は送信バッファのバンドデータを第１画像処理コントローラ４１０に転送する。Ｓ６０５では、第１画像処理コントローラ４１０の担当処理領域分のバンドデータの展開および転送を行う。
【００６９】
Ｓ６０６において、ＣＰＵ４０１は、第１画像処理コントローラ４１０の担当処理領域で未送信のバンドがまだ存在するか否かを判定する。未送信バンドが存在すると判定された場合（Ｓ６０６でＹｅｓ）、Ｓ６０５に戻る。未送信バンドが存在しないと判定された場合（Ｓ６０６でＮｏ）、Ｓ６０７において、デコーダ制御部４０６は、デコーダに指示を出して圧縮データから１バンド分の画像データを送信バッファに展開させる。さらにＡＳＩＣ間ＩＦ制御部４０５は、送信バッファのバンドデータを第１画像処理コントローラ４１０に転送する。
【００７０】
Ｓ６０７では、第２画像処理コントローラ４１７の担当処理領域分のバンドの展開を行う。Ｓ６０８において、ＣＰＵ４０１は、第２画像処理コントローラ４１７の担当処理領域で未送信のバンドが存在するか否かを判定する。未送信バンドが存在すると判定された場合（Ｓ６０８でＹｅｓ）、Ｓ６０６に戻る。未送信バンドが存在しないと判定された場合（Ｓ６０８でＮｏ）、Ｓ６０１に戻り、次のページの転送処理に移る。Ｓ６０４〜Ｓ６０８の処理は、図７（ｂ）および図９で説明した処理となる。
【００７１】
Ｓ６０３において、ＣＰＵ４０１が転送方法が交互転送であると判定した場合（Ｓ６０３でＹｅｓ）、ＣＰＵ４０１は、１ページ分の送信バッファをＲＡＭ４０８内に確保する。
【００７２】
Ｓ６１０において、デコーダ制御部４０７は、デコーダに指示を出して圧縮データから１ページ分の画像データを送信バッファに展開させる。Ｓ６１１において、ＡＳＩＣ間ＩＦ制御部４０５は、第１画像処理コントローラ４１０の担当処理領域の１つのバンドデータを第１画像処理コントローラ４１０に転送する。Ｓ６１２において、ＡＳＩＣ間ＩＦ制御部４０５は、第２画像処理コントローラ４１７の担当処理領域の１つのバンドデータを第１画像処理コントローラ４１０に転送する。
【００７３】
Ｓ６１３において、ＣＰＵ４０１は、１ページ分のバンドで未送信のバンドがあるか否かを判定する。未送信のバンドがあると判定された場合（Ｓ６１３でＹｅｓ）、Ｓ６１１に戻る。未送信のバンドがないと判定された場合（Ｓ６１３でＮｏ）、Ｓ６０１に戻り、次のページの転送に移る。Ｓ６１０〜Ｓ６１３の処理は図７（ａ）および図８で説明した処理となる。
【００７４】
このように印刷設定に基づいて転送方法を切り替えることにより、記録装置１全体としてのスループットの低下を防ぐことができる。
【００７５】
ここで図６のＳ６０２に登場した転送方法決定処理を図１０を用いて説明する。図１０は、転送方法を決定する処理を示すフローチャートである。ここでは、一例として、記録装置１において、印刷解像度として１２００ｄｐｉ、６００ｄｐｉ、３００ｄｐｉが設定可能であり、かつ送信バッファに一面展開できる最大サイズが、６００ｄｐｉ時の用紙サイズＡ３の印刷設定に対応する場合を説明する。また、デコーダ制御部４０６が制御するデコーダは、パーシャルデコードが実行できないデコーダである。
【００７６】
上記のように、コントローラユニット１００と各画像処理コントローラのトータルの処理速度が、順次転送を行った場合と交互転送を行った場合のどちらの方が早いかについては、画像データのサイズに依存する。また、印刷解像度が高いほど、また印刷する用紙サイズが大きいほど画像データのサイズは大きくなる。そのため、図１０では、印刷解像度と用紙サイズの両方を用いて、転送方法として順次転送または交互転送を選択する。
【００７７】
Ｓ１００１において、ＣＰＵ４０１は、印刷解像度が１２００ｄｐｉであるか否かを判定する。１２００ｄｐｉであると判定された場合（Ｓ１００１でＹｅｓ）は、Ｓ１００５において、ＣＰＵ４０１は、転送方法を順次転送に決定し、図１０の処理を終了する。一方、印刷解像度が１２００ｄｐｉでないと判定された場合（Ｓ１００１でＮｏ）、Ｓ９０２において、ＣＰＵ４０１は、印刷解像度が６００ｄｐｉであるか否かを判定する。
【００７８】
印刷解像度が６００ｄｐｉであると判定された場合（Ｓ１００２でＮｏ）、Ｓ１００３において、ＣＰＵ４０１は印刷用紙サイズがＡ３よりも大きいか否かを判定する。Ａ３以上であると判定された場合（Ｓ１００３でＹｅｓ）、Ｓ１００５において、ＣＰＵ４０１は転送方法を順次転送に決定し、図１０の処理を終了する。用紙サイズがＡ３以下の場合（Ｓ１００３でＮｏ）、Ｓ１００４において、ＣＰＵ４０１は、転送方法を交互転送に決定し、図１０の処理を終了する。なお、Ｓ１００３では、用紙サイズに基づいて判定を行っているが、バッファメモリサイズが閾値以上であるか否かに基づいて判定するようにしても良い。その場合、印刷設定で設定されている用紙サイズと印刷解像度とからデータサイズを求め、その値と閾値とを比較するようにしても良い。
【００７９】
Ｓ１００２において、印刷解像度が６００ｄｐｉでないと判断された場合（Ｓ９０２でＮｏ）、ＣＰＵ４０１は、転送方法を交互転送に決定し、図１０の処理を終了する。
【００８０】
図１０に示すように、印刷設定としての印刷解像度と用紙サイズを組み合わせて判定することで、転送方法を選択することができる。
【００８１】
尚、図１０では、６００ｄｐｉの用紙サイズＡ３を交互転送と順次転送の分岐点として説明したが、その例に限られない。例えば、ＲＡＭ４０８の送信バッファメモリの容量に応じて分岐点は様々なものに設定され得る。例えば、ＲＡＭ４０８の容量が小さいのであれば、３００ｄｐｉの設定のときのみ交互転送にするようにしても良いし、ＲＡＭ４０８の容量が十分に大きいのであれば、１２００ｄｐｉのＡ３サイズを分岐点としても良い。
【００８２】
また交互転送として、図７に示したバンド＃１〜バンド＃Ｎの領域、バンド＃Ｎ＋１〜バンド＃２Ｎの領域から、１バンドずつ交互に転送する場合に限らない。例えば、上記２つの領域から複数バンドずつ交互に転送される場合であってもよい。
【００８３】
以上の実施形態では、１ページの画像データを２つの画像処理コントローラそれぞれの担当処理領域に分け、それぞれの画像データを各画像処理コントローラに送信する例につて説明した。しかしながら、２つの画像処理コントローラに限られず、２つ以外の複数（Ｎ個）の画像処理コントローラの場合であっても同様である。例えば、１ページの画像データを３つの画像処理コントローラそれぞれの担当処理領域に分け、それぞれの画像データを各画像処理コントローラに送信する構成であっても良い。例えば、バンド＃１〜＃３が画像処理コントローラＡの担当処理領域であり、バンド＃４〜＃６が画像処理コントローラＢの担当処理領域であり、バンド＃７〜＃９が画像処理コントローラＣの担当処理領域であるとする。
【００８４】
２つの画像処理コントローラの場合には、「交互転送」であるとして説明したが、３つの画像処理コントローラの場合には、画像処理コントローラＡ、Ｂ、Ｃ、Ａ、Ｂ、Ｃ、・・・のように、各担当処理領域のバンド分の画像データをバンド単位でサイクリックに送信していくことになる。その場合に、デコーダ制御部４０６の制御するデコーダがパーシャルデコードを実行できないとすると、以下のような動作となる。
【００８５】
（１）コントローラユニット１００は、画像処理コントローラＡに対して、バンド＃１をデコード及び送信する。コントローラユニット１００は、画像処理コントローラＢに対して、バンド＃２〜＃４をデコードしてバンド＃４を送信する。コントローラユニット１００は、画像処理コントローラＣに対して、バンド＃５〜＃７をデコードしてバンド＃７を送信する。
【００８６】
（２）コントローラユニット１００は、画像処理コントローラＡに対して、バンド＃１、＃２をデコードしてバンド＃２を送信する。コントローラユニット１００は、画像処理コントローラＢに対して、バンド＃３〜＃５をデコードしてバンド＃５を送信する。コントローラユニット１００は、画像処理コントローラＣに対して、バンド＃６〜＃８をデコードしてバンド＃８を送信する。
【００８７】
（３）コントローラユニット１００は、画像処理コントローラＡに対して、バンド＃１、＃２、＃３をデコードしてバンド＃３を送信する。コントローラユニット１００は、画像処理コントローラＢに対して、バンド＃４〜＃６をデコードしてバンド＃６を送信する。コントローラユニット１００は、画像処理コントローラＣに対して、バンド＃７〜＃９をデコードしてバンド＃９を送信する。
【００８８】
その結果、３×６＋（１＋２＋３）＝２４バンド分の処理となる。一方、「順次転送」の場合には、以下のような動作となる。
【００８９】
（１）コントローラユニット１００は、画像処理コントローラＡに対して、バンド＃１をデコードして送信する。
【００９０】
（２）コントローラユニット１００は、画像処理コントローラＡに対して、バンド＃２をデコードして送信する。
【００９１】
その後、１バンド分のデコード及び送信を、「（９）コントローラユニット１００は、画像処理コントローラＣに対して、バンド＃９をデコードして送信する。」まで繰り返すことになり、９バンド分の処理となる。
【００９２】
即ち、２つの画像処理コントローラの場合と同様に、「順次転送」とすることで、サイクリックに転送した場合におけるバンドの処理負荷を大きく低減させることができる。
【００９３】
以上のように、本実施形態によれば、複数の画像処理コントローラに対して、画像データを適切な送信方法で送信することができる。これにより、用紙サイズおよび印刷解像度によっては送信バッファに画像データ一面格納できないような場合であっても、印刷装置のスループットが著しく低下してしまうことを回避することができる。
【００９４】
（その他の実施例）
各実施形態の記録装置１或いはホスト装置４００の１以上の機能を実現するためのプログラムを、ネットワークや各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のＣＰＵやＭＰＵ等がそれを読み出して機能実行してもよい。また、本実施形態の記録装置１或いはホスト装置４００の１以上の機能を実現するためのプログラムを各種機構に実行させるようにしてもよい。また、このプログラムは、１つのコンピュータ（ＣＰＵやＭＰＵ等）で実行されても、複数のコンピュータの連動により実行されてもよい。加えて、上述した処理の全てをソフトウェアで実現する必要はなく、処理の一部または全部をＡＳＩＣ等のハードウェアで実現するようにしてもよい。さらには、１つのＣＰＵで全ての処理を行う形態に限らず、複数のＣＰＵが適宜連携をしながら処理を行う形態としてもよいし、いずれかの処理を１つのＣＰＵが実行し、その他の処理を複数のＣＰＵが連携しながら処理を行う形態としても良い。
【符号の説明】
【００９５】
１  記録装置：  １００  コントローラユニット：  ２００  プリントエンジンユニット：  ４０１、４１１、４１８  ＣＰＵ：  ４０６  デコーダ制御部：  ４０８、４１５、４２２  ＲＡＭ：  ４１０  第１画像処理コントローラ：  ４１７  第２画像処理コントローラ
【図１】
2019155741.tif 000003
【図２】
2019155741.tif 000004
【図３】
2019155741.tif 000005
【図４】
2019155741.tif 000006
【図５】
2019155741.tif 000007
【図６】
2019155741.tif 000008
【図７】
2019155741.tif 000009
【図８】
2019155741.tif 000010
【図９】
2019155741.tif 000011
【図１０】
2019155741.tif 000012