(57)【特許請求の範囲】
【請求項１】
複数のページを有する印刷データを受信する受信手段と、
該受信手段で受信された前記印刷データの画像処理を並列に行う複数の画像処理手段と、
前記各画像処理手段について、前記画像処理を実行する前記印刷データのページの指定を動的に変更する領域指定制御手段とを有し、
前記領域指定制御手段は、
前記印刷データの全ページ数を処理するよう記述された共通属性情報を前記各画像処理手段に配信する第１の配信手段と、
前記印刷データの何れのページを画像処理するかを指定する処理要求命令を前記各画像処理手段に配信する第２の配信手段とを備え、
前記画像処理手段は、
前記共通属性情報に基づいて画像処理を実行する実行手段と、
該実行手段による画像処理の実行中に、前記処理要求命令によって指示された領域分の属性情報を変更して前記画像処理を続行させる画像処理制御手段とを備え、
前記実行手段は、前記共通属性情報で指定された前記印刷データの全ページを読み込む前に、前記処理要求命令の受信を待っており、前記処理要求命令を受信した場合には、前記共通属性情報で指定された一部情報を前記処理要求命令で指示された情報に変更して、前記処理要求命令で指定されたページの印刷データを読み込んで画像処理を実行する、
ことを特徴とする画像処理装置。
【請求項２】
前記画像処理手段の何れかにおいて前記印刷データの画像処理に異常が発生した場合に、前記共通属性情報に基づく画像処理を中断する中断手段と、
該中断手段による中断が行われた場合に、前記受信手段で受信される次の印刷データについて、前記各画像処理手段と前記領域指定制御手段による処理を行わせる制御手段と、
をさらに備えることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記画像処理手段は、前記印刷データをビットマップデータに展開する展開処理を実行するラスタライズ手段で構成されることを特徴とする請求項１または請求項２に記載の画像処理装置。
【請求項４】
前記印刷データは、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）データで構成される、
ことを特徴とする請求項１から請求項３の何れかに記載の画像処理装置。
【請求項５】
前記共通属性情報は、前記印刷データ全体の先頭または終端に付加されることを特徴とする請求項１から請求項４の何れかに記載の画像処理装置。
【請求項６】
前記共通属性情報は、前記印刷データとは分離されていることを特徴とする請求項１から請求項４の何れかに記載の画像処理装置。
【請求項７】
前記共通属性情報は、印刷用業務定義フォーマットの一種であるＪＤＦ（Ｊｏｂ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｏｒｍａｔ）の形式で記述されることを特徴とする請求項１から請求項５の何れかに記載の画像処理装置。
【請求項８】
前記処理要求命令は、前記印刷データの処理形態が定義されたコマンドであることを特徴とする請求項１から請求項７の何れかに記載の画像処理装置。
【請求項９】
前記共通属性情報は、前記領域指定制御手段が生成することを特徴とする請求項１から請求項８の何れかに記載の画像処理装置。
【請求項１０】
前記共通属性情報は、外部で生成され、前記受信手段で受信されることを特徴とする請求項１から請求項８の何れかに記載の画像処理装置。
【請求項１１】
複数のページを有する印刷データを受信する受信手段と、
前記印刷データの全ページ数を処理するよう記述された共通属性情報を生成するとともに、該受信手段で受信された前記印刷データの画像処理を並列に行う複数の画像処理手段と、
前記各画像処理手段について、前記画像処理を実行する前記印刷データのページの指定を動的に変更する領域指定制御手段とを有し、
前記領域指定制御手段は、
前記印刷データの何れのページを画像処理するかを指定する処理要求命令を前記各画像処理手段に配信する第２の配信手段を備え、
前記画像処理手段は、
前記共通属性情報に基づいて画像処理を実行する実行手段と、
該実行手段による画像処理の実行中に、前記処理要求命令によって指示された領域分の属性情報を変更して前記画像処理を続行させる画像処理制御手段とを備え、
前記実行手段は、前記共通属性情報で指定された前記印刷データの全ページを読み込む前に、前記処理要求命令の受信を待っており、前記処理要求命令を受信した場合には、前記共通属性情報で指定された一部情報を前記処理要求命令で指示された情報に変更して、前記処理要求命令で指定されたページの印刷データを読み込んで画像処理を実行する、
ことを特徴とする画像処理装置。
【請求項１２】
請求項１から請求項１１の何れかに記載の１または２以上の画像処理装置と、
通信手段を介して前記画像処理装置と接続される１または２以上の情報処理装置と、
から構成されることを特徴とする画像処理システム。
【請求項１３】
複数のページを有する印刷データを受信する受信過程と、
該受信過程で受信された前記印刷データの画像処理を並列に行う複数の画像処理過程と、
前記各画像処理過程について、前記画像処理を実行する前記印刷データのページの指定を動的に変更する領域指定制御過程とを演算手段に実行させ、
前記領域指定制御過程は、
前記印刷データの全ページ数を処理するよう記述された共通属性情報を前記各画像処理過程に配信する第１の配信過程と、
前記印刷データの何れのページを画像処理するかを指定する処理要求命令を前記各画像処理過程に配信する第２の配信過程とを備え、
前記画像処理過程は、
前記共通属性情報に基づいて画像処理を実行する実行過程と、
該実行過程による画像処理の実行中に、前記処理要求命令によって指示された領域分の属性情報を変更して前記画像処理を続行させる画像処理制御過程とを備え、
前記実行過程は、前記共通属性情報で指定された前記印刷データの全ページを読み込む前に、前記処理要求命令の受信を待っており、前記処理要求命令を受信した場合には、前記共通属性情報で指定された一部情報を前記処理要求命令で指示された情報に変更して、前記処理要求命令で指定されたページの印刷データを読み込んで画像処理を実行する、
ことを特徴とする画像処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理システムおよび画像処理プログラムに関するものである。
【背景技術】
【０００２】
一般的に大量な印刷を高速に行うために、連続した印刷用紙に印刷を行う連続紙プリンタ（連帳プリンタ）が用いられている。
【０００３】
このような連続紙プリンタにより高速な印刷を行う場合に、ＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｏｒ）部におけるラスターデータ展開処理（ラスタライズ処理）が処理速度のボトルネックになっており、このＲＩＰ部の処理速度を高速化することが要望されている。
【０００４】
所定のページ記述言語（ＰＤＬ：Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）で記述された印刷ジョブ、特にページ独立なＰＤＬジョブにおいては比較的容易にページ毎に分割することが可能であるため、ＰＤＬジョブファイルを分割し、複数のＲＩＰ部によって並列処理する方法が提案されている（例えば、特許文献１、２、３参照。）。
【０００５】
このような方法によれば複数ページからなる印刷ジョブをページ単位で分割して複数のＲＩＰ部により並列処理されるため、単一のＲＩＰ部により全てのページのラスタライズ処理を行う場合と比較して、高速に印刷ジョブを処理することが可能となる。
【０００６】
しかし、印刷ジョブによっては複数のページにより共通の描画オブジェクトを使用するようなものが存在する。
【０００７】
このような印刷ジョブをページ単位で分割した場合には、複数のページで共通に参照した描画オブジェクトを、分割したそれぞれのページに複写しなければならない。
【０００８】
このように分割した各ページに共通の描画オブジェクト等のデータを複写したのでは、分割処理に時間を要するだけでなく、各ＲＩＰ部においても初期化処理等のオーバヘッドが大きくなり分割して並列処理するメリットが失われてしまう。
【０００９】
また、印刷ジョブ全体を受信してからでないとページの特定ができないような印刷ジョブの場合には、印刷ジョブの全体を受信してからでないと各ＲＩＰ部に対して印刷ジョブの送信を行うことができないという弊害も発生する。
【００１０】
例えば、アドビ  システムズ社の開発に係るＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）ジョブでは、ページ抽出のためのオフセットのインデックスは、ジョブの最後についており、大きな受信に時間のかかるＰＤＦジョブの場合でも、転送が完了しなければ分割処理を開始できずスループットの遅延を招いてしまう。
【００１１】
さらに、このような方法では、ジョブ開始時に、全てのページを分配してしまうため、各ページ間での処理負荷（ロードバランス）を調整することができず、ジョブの処理時間は最も遅いＲＩＰ部の処理時間に律速されてしまうという不都合があった。
【００１２】
また、上記従来技術は、インポジション機能のような動的に印刷ページ順を変えるような柔軟なシステムに適用することができなかった。
【００１３】
また、ＰＤＦなどのジョブについては、ジョブ開始時に複数のＲＩＰ部へＪＤＦ（Ｊｏｂ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｏｒｍａｔ；印刷用業務定義フォーマットの一種）などのジョブチケットを送信し、このＪＤＦで指示されたページを各ＲＩＰ部が処理することによって、ジョブファイルの分割を行わなくても並列処理を実現するという方法も考えられるが、この方法においても、上記と同様の問題が存在している。
【００１４】
また、無理に毎ページジョブチケットを送信することも可能ではあるが、毎ページジョブ共通の属性情報を読み込むための時間が必要となり、かえって処理が遅延するという問題がある。
【特許文献１】特開２００１−１３４３８９号公報
【特許文献２】特開２００４−１９２５０７号公報
【特許文献３】特許第３５８９２５５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明は、印刷データの処理の負荷分散を効率的に行うことができ、画像処理の高速化を図ることができる画像処理装置、画像処理システムおよび画像処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
前記課題を解決するため、請求項１の発明に係る画像処理装置は、複数のページを有する印刷データを受信する受信手段と、該受信手段で受信された前記印刷データの画像処理を並列に行う複数の画像処理手段と、前記各画像処理手段について、前記画像処理を実行する前記印刷データのページの指定を動的に変更する領域指定制御手段とを有し、前記領域指定制御手段は、前記印刷データの全ページ数を処理するよう記述された共通属性情報を前記各画像処理手段に配信する第１の配信手段と、前記印刷データの何れのページを画像処理するかを指定する処理要求命令を前記各画像処理手段に配信する第２の配信手段とを備え、前記画像処理手段は、前記共通属性情報に基づいて画像処理を実行する実行手段と、該実行手段による画像処理の実行中に、前記処理要求命令によって指示された領域分の属性情報を変更して前記画像処理を続行させる画像処理制御手段とを備え、前記実行手段は、前記共通属性情報で指定された前記印刷データの全ページを読み込む前に、前記処理要求命令の受信を待っており、前記処理要求命令を受信した場合には、前記共通属性情報で指定された一部情報を前記処理要求命令で指示された情報に変更して、前記処理要求命令で指定されたページの印刷データを読み込んで画像処理を実行する、ことを特徴とする。
【００１８】
請求項２の発明に係る画像処理装置は、請求項１記載の発明において、前記画像処理手段の何れかにおいて前記印刷データの画像処理に異常が発生した場合に、前記共通属性情報に基づく画像処理を中断する中断手段と、該中断手段による中断が行われた場合に、前記受信手段で受信される次の印刷データについて、前記各画像処理手段と前記領域指定制御手段による処理を行わせる制御手段とをさらに備えることを特徴とする。
【００２０】
請求項３の発明に係る画像処理装置は、請求項１または請求項２記載の発明において、前記画像処理手段は、前記印刷データをビットマップデータに展開する展開処理を実行するラスタライズ手段で構成されることを特徴とする。
【００２１】
請求項４の発明に係る画像処理装置は、請求項１から請求項３の何れかに記載の発明において、前記印刷データは、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）データで構成されることを特徴とする。
【００２２】
請求項５の発明に係る画像処理装置は、請求項１から請求項４の何れかに記載の発明において、前記共通属性情報は、前記印刷データ全体の先頭または終端に付加されることを特徴とする。
【００２３】
請求項６の発明に係る画像処理装置は、請求項１から請求項４の何れかに記載の発明において、前記共通属性情報は、前記印刷データとは分離されていることを特徴とする。
【００２４】
請求項７の発明に係る画像処理装置は、請求項１から請求項５の何れかに記載の発明において、前記共通属性情報は、印刷用業務定義フォーマットの一種であるＪＤＦ（Ｊｏｂ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｏｒｍａｔ）の形式で記述されることを特徴とする。
【００２５】
請求項８の発明に係る画像処理装置は、請求項１から請求項７の何れかに記載の発明において、前記処理要求命令は、前記印刷データの処理形態が定義されたコマンドであることを特徴とする。
【００２７】
請求項９の発明に係る画像処理装置は、請求項１から請求項８の何れかに記載の発明において、前記共通属性情報は、前記領域指定制御手段が生成することを特徴とする。
【００２８】
請求項１０の発明に係る画像処理装置は、請求項１から請求項８の何れかに記載の発明において、前記共通属性情報は、外部で生成され、前記受信手段で受信されることを特徴とする。
【００２９】
請求項１１の発明に係る画像処理装置は、複数のページを有する印刷データを受信する受信手段と、前記印刷データの全ページ数を処理するよう記述された共通属性情報を生成するとともに、該受信手段で受信された前記印刷データの画像処理を並列に行う複数の画像処理手段と、前記各画像処理手段について、前記画像処理を実行する前記印刷データのページの指定を動的に変更する領域指定制御手段とを有し、前記領域指定制御手段は、前記印刷データの何れのページを画像処理するかを指定する処理要求命令を前記各画像処理手段に配信する第２の配信手段を備え、前記画像処理手段は、前記共通属性情報に基づいて画像処理を実行する実行手段と、該実行手段による画像処理の実行中に、前記処理要求命令によって指示された領域分の属性情報を変更して前記画像処理を続行させる画像処理制御手段とを備え、前記実行手段は、前記共通属性情報で指定された前記印刷データの全ページを読み込む前に、前記処理要求命令の受信を待っており、前記処理要求命令を受信した場合には、前記共通属性情報で指定された一部情報を前記処理要求命令で指示された情報に変更して、前記処理要求命令で指定されたページの印刷データを読み込んで画像処理を実行する、ことを特徴とする。
【００３０】
請求項１２の発明に係る画像処理システムは、請求項１から請求項１１の何れかに記載の１または２以上の画像処理装置と、通信手段を介して前記画像処理装置と接続される１または２以上の情報処理装置と、から構成されることを特徴とする。
【００３１】
請求項１３の発明に係る画像処理プログラムは、複数のページを有する印刷データを受信する受信過程と、該受信過程で受信された前記印刷データの画像処理を並列に行う複数の画像処理過程と、前記各画像処理過程について、前記画像処理を実行する前記印刷データのページの指定を動的に変更する領域指定制御過程とを演算手段に実行させ、前記領域指定制御過程は、前記印刷データの全ページ数を処理するよう記述された共通属性情報を前記各画像処理過程に配信する第１の配信過程と、前記印刷データの何れのページを画像処理するかを指定する処理要求命令を前記各画像処理過程に配信する第２の配信過程とを備え、前記画像処理過程は、前記共通属性情報に基づいて画像処理を実行する実行過程と、該実行過程による画像処理の実行中に、前記処理要求命令によって指示された領域分の属性情報を変更して前記画像処理を続行させる画像処理制御過程とを備え、前記実行過程は、前記共通属性情報で指定された前記印刷データの全ページを読み込む前に、前記処理要求命令の受信を待っており、前記処理要求命令を受信した場合には、前記共通属性情報で指定された一部情報を前記処理要求命令で指示された情報に変更して、前記処理要求命令で指定されたページの印刷データを読み込んで画像処理を実行する、ことを特徴とする。
【発明の効果】
【００３２】
本発明によれば以下の効果を奏することができる。
【００３３】
すなわち、請求項１に記載の発明によれば、本構成を有していない場合に比較して、各画像処理手段について画像処理を実行する印刷データのページの指定を動的に変更しているので、印刷データの処理の負荷分散を効率的に行うことができ、画像処理の高速化を図ることができる。
また、請求項１に記載の発明によれば、本構成を有していない場合に比較して、実行手段による画像処理の実行中に、処理要求命令によって指示された領域分の属性情報を変更して画像処理を続行させているので、印刷データの処理の負荷分散を一層効率的に行うことができ、画像処理の高速化を図ることができる。
さらに、請求項１に記載の発明によれば印刷データがページ単位で構成されているので、印刷データの展開処理における負荷分散を一層効率的に行うことができ、画像処理の高速化を図ることができる。
【００３５】
請求項２に記載の発明によれば、本構成を有していない場合に比較して、画像処理手段の何れかにおいて印刷データの画像処理に異常が発生した場合に共通属性情報に基づく画像処理を中断し、受信手段で受信される次の印刷データについて各画像処理手段と領域指定制御手段による処理を行わせているので、異常発生時における無駄な画像処理を抑制し、画像処理の高速化を図ることができる。
【００３７】
請求項３に記載の発明によれば、本構成を有していない場合に比較して、画像処理手段は、印刷データをビットマップデータに展開する展開処理を実行するラスタライズ手段で構成されているので、印刷データの展開処理における負荷分散を一層効率的に行うことができ、ラスタライズ処理の高速化を図ることができる。
【００３８】
請求項４に記載の発明によれば、本構成を有していない場合に比較して、印刷データは、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）データで構成されているので、汎用性を高めることができる。
【００３９】
請求項５に記載の発明によれば、本構成を有していない場合に比較して、共通属性情報は、印刷データ全体の先頭または終端に付加されるので、情報の参照が容易であり、画像処理の一層の高速化を図ることができる。
【００４０】
請求項６に記載の発明によれば、本構成を有していない場合に比較して、共通属性情報は、前記印刷データとは分離されているので、共通属性情報の作成、送受信、参照等が容易であり、画像処理の一層の高速化を図ることができる。
【００４１】
請求項７に記載の発明によれば、本構成を有していない場合に比較して、共通属性情報は、印刷用業務定義フォーマットの一種であるＪＤＦ（Ｊｏｂ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｏｒｍａｔ）の形式で記述されているので、汎用性を高めることができ、低コストで画像処理の高速化を実現することができる。
【００４２】
請求項８に記載の発明によれば、本構成を有していない場合に比較して、処理要求命令は、前記印刷データの処理形態が定義されたコマンドであるので、汎用性を高めることができ、低コストで画像処理の高速化を実現することができる。
【００４４】
請求項９に記載の発明によれば、本構成を有していない場合に比較して、共通属性情報は領域指定制御手段が生成しているので、共通属性情報の生成を迅速に行うことができ、画像処理の高速化を図ることができる。
【００４５】
請求項１０に記載の発明によれば、本構成を有していない場合に比較して、共通属性情報は外部で生成され受信手段で受信されるので、装置の負荷をより低減して、画像処理の一層の高速化を図ることができる。
請求項１１に記載の発明によれば、本構成を有していない場合に比較して、各画像処理手段について画像処理を実行する印刷データのページの指定を動的に変更しているので、印刷データの処理の負荷分散を効率的に行うことができ、画像処理の高速化を図ることができる。
また、請求項１１に記載の発明によれば、本構成を有していない場合に比較して、実行手段による画像処理の実行中に、処理要求命令によって指示された領域分の属性情報を変更して画像処理を続行させているので、印刷データの処理の負荷分散を一層効率的に行うことができ、画像処理の高速化を図ることができる。
さらに、請求項１１に記載の発明によれば、本構成を有していない場合に比較して、共通属性情報は各画像処理手段が生成しているので、共通属性情報の生成を迅速に行うことができ、画像処理の高速化を図ることができる。
そして、請求項１１に記載の発明によれば印刷データがページ単位で構成されているので、印刷データの展開処理における負荷分散を一層効率的に行うことができ、画像処理の高速化を図ることができる。
【００４６】
請求項１２に記載の発明によれば、本構成を有していない場合に比較して、各画像処理手段について画像処理を実行する印刷データのページの指定を動的に変更しているので、印刷データの処理の負荷分散を効率的に行うことができ、画像処理の高速化を図ることができる。
【００４７】
請求項１３に記載の発明によれば、本構成を有していない場合に比較して、各画像処理過程について画像処理を実行する印刷データのページの指定を動的に変更しているので、印刷データの処理の負荷分散を効率的に行うことができ、画像処理の高速化を図ることができる。
また、請求項１３に記載の発明によれば、本構成を有していない場合に比較して、実行手段による画像処理の実行中に、処理要求命令によって指示された領域分の属性情報を変更して画像処理を続行させているので、印刷データの処理の負荷分散を一層効率的に行うことができ、画像処理の高速化を図ることができる。
さらに、請求項１３に記載の発明によれば印刷データがページ単位で構成されているので、印刷データの展開処理における負荷分散を一層効率的に行うことができ、画像処理の高速化を図ることができる。
【発明を実施するための最良の形態】
【００４９】
以下、本発明の一例としての実施の形態を図面に基づいて詳細に説明する。ここで、添付図面において同一の部材には同一の符号を付しており、また、重複した説明は省略されている。なお、ここでの説明は本発明が実施される最良の形態であることから、本発明は当該形態に限定されるものではない。
【００５０】
（第１の実施の形態）
【００５１】
図１から図１３を参照して、本発明についての第１の実施の形態に係る画像処理システムＳ１について説明する。
【００５２】
図１は、画像処理システムＳ１の構成を示すブロック図である。
【００５３】
図１に示すように、画像処理システムＳ１は、ＬＡＮやＵＳＢ接続等のネットワークＮを介して、画像処理装置の一種としての印刷装置ＰＲ１と、パーソナルコンピュータ等で構成される情報処理装置（端末装置）２０とが、画像処理装置としてのコントローラ１０Ａ（領域指定制御手段を兼ねる）を介して接続されて構成されている。
【００５４】
なお、本実施の形態では、印刷装置ＰＲ１、情報処理装置２０ともに１台ずつ接続されている場合を示しているが、これには限定されずそれぞれ２台以上を接続してもよい。
【００５５】
また、本実施の形態では、印刷装置ＰＲ１はフルカラーの連続紙プリンタ（連帳プリンタ）であることを想定するが、これに限定されずレーザプリンタ、インクジェットプリンタ等の印刷装置であれば適用可能である。
【００５６】
図１は本発明の第１の実施形態の画像形成システムＳ１の構成の一例を示す図である。  この画像形成システムＳ１は、図１に示されるように、前処理装置３と、バッファ装置４と、連続紙Ｐ１に対して印刷を行う印刷装置ＰＲ１と、バッファ装置５と、後処理装置６と、コントローラ１０Ａと、端末装置２０とから構成されている。
【００５７】
前処理装置３は、印刷されていない印刷用紙５０１の送り出し等の前処理を行う。
【００５８】
後処理装置６は、印刷が終了した印刷用紙５０２の巻き取り等の後処理を行う。
【００５９】
バッファ装置４、５は、前処理装置３と印刷装置ＰＲ１との間および、印刷装置ＰＲ１と後処理装置６との間の印刷用紙のテンションの保持等のために設けられている。
【００６０】
端末装置２０は、印刷ジョブ等の印刷データを生成してネットワーク経由にてコントローラ１０Ａに対して送信する。
【００６１】
コントローラ１０Ａは、端末装置２０から送信されてきた印刷データにより印刷装置ＰＲ１の印刷動作を制御する画像処理装置として機能する。
【００６２】
印刷装置ＰＲ１は、コントローラ１０Ａによる制御に基づいて印刷データに応じた画像を連続紙Ｐ１上に出力する。
【００６３】
次に、本実施形態の画像形成システムＳ１におけるコントローラ１０Ａのハードウェア構成を、図２のブロック図を参照して説明する。
【００６４】
本実施形態のコントローラ１０Ａは、図２に示されるように、ＣＰＵ１１、メモリ１２、ハードディスクドライブ（ＨＤＤ）等の記憶装置１３、ネットワークＮを介して端末装置２０との間でデータの送信及び受信を行う通信インタフェース（ＩＦ）部２４、タッチパネルや液晶ディスプレイにより構成されたユーザインタフェース（ＵＩ）装置１５、印刷装置ＰＲ１との間でデータの送受信を行うエンジンＩＦ部１６を有する。そして、これらの構成要素は、制御バス１７を介して互いに接続されている。
【００６５】
ＣＰＵ１１は、メモリ１２または記憶装置１３に格納された印刷制御プログラムに基づいて所定の処理を実行して、コントローラ１０Ａの動作を制御する。
【００６６】
ここで、図３の機能ブロック図を参照して印刷制御プログラムが実行されることにより実現されるコントローラ１０Ａの機能について説明する。
【００６７】
コントローラ１０Ａは、図３に示されるように、印刷ジョブの分配処理を行うＲＩＰコントローラ（画像処理制御手段）１００と、印刷データ（ＰＤＦデータ）Ｄ１に対する画像処理を行う画像処理部（ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４）と、印刷データＤ１から抽出した共通属性情報を格納するジョブ属性情報格納部１０１と、キーボード等のユーザインタフェースからの設定情報を格納するユーザインタフェース設定情報格納部１０２とを有している。
【００６８】
なお、本実施の形態では、ＲＩＰコントローラ１００の分配処理より、ＲＩＰ１でＰＤＦデータＤ１の１ページと５ページ、ＲＩＰ２で２ページ、６ページ、９ページ、ＲＩＰ３で３ページと７ページ、ＲＩＰ４で４ページ、８ページ、１０ページが処理されるようになっている。
【００６９】
前記各ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４は、独立したラスタライズ処理を行う機能を有している。
【００７０】
ＲＩＰコントローラ１００より前段の機能では、クライアント（端末装置２０）からのジョブ（印刷データＤ１）を入力する機能を有しており、複数のＰＤＬ（ページ記述言語：例えば、前出のＰＤＦ、ポストスクリプト（アドビ  システムズ社）、インタープレス（ゼロックス社）など）をサポートしており、ジョブキューにアサインされたジョブ属性に従った制御を行うようになっている。
【００７１】
例えば、ページ独立で分割処理が可能なＰＤＬであるＰＤＦのジョブ（本実施の形態では、Ｐ１〜Ｐ１０の全１０ページから成るＰＤＦデータＤ１であるものとする）が、スケジューリングされるとリソースサーバ（図示せず）は、入力したＰＤＦジョブＤ１全体を、ジョブ開始前に指定された場所へ格納する。
【００７２】
ジョブマネージャからジョブ指示を受けたＰＤＦアナライザ（図示せず）は、ＰＤＦデータＤ１のページ数をカウントし、ページ数分の空ページデータを出力する。
【００７３】
その後、インポーザモジュールが設定されたページ配置情報に基づき、ページ送信順を決定し、ページ属性（ページ情報；領域指示）を付与して処理要求コマンド（処理要求命令）が作成される（図４参照）。
【００７４】
また、本実施の形態におけるＲＩＰコントローラ以降の処理では、各ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４において印刷データＤ１の全体についての共通属性情報としてのジョブチケットＪ１〜Ｊ４が生成される。
【００７５】
ジョブチケットの例としてはＪＤＦ（Ｊｏｂ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｏｒｍａｔ）が挙げられる。
【００７６】
ここで、ＪＤＦとは、ＣＩＰ３（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｏｐｅｒａｔｉｏｎ  ｆｏｒ  Ｉｎｔｅｇｒａｔｉｏｎ  ｏｆ  Ｐｒｅｐｒｅｓｓ，  Ｐｒｅｓｓ  ａｎｄ  Ｐｏｓｔｐｒｅｓｓ）の情報伝達フォーマットであるＰＰＦ（Ｐｒｉｎｔ  Ｐｒｏｄｕｃｔｉｏｎ  Ｆｏｒｍａｔ）等の技術を元に、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語を使って記述されるファイルフォーマットをいう。
【００７７】
ＪＤＦは、Ｑｕｅｒｙ（問い合わせ）、Ｃｏｍｍａｎｄ（コマンド）、Ｒｅｓｐｏｎｃｅ（応答）、Ａｃｋｎｏｗｌｅｄｇｅ（結果通知）、Ｓｉｇｎａｌ（シグナル）などのメッセージコマンドをサポートするＪＭＦ（Ｊｏｂ  Ｍｅｓｓａｇｉｎｇ  Ｆｏｒｍａｔ）を内部に持ち、工程間の相互情報伝達が可能となっている。
【００７８】
図５、図６にジョブチケットおよびＪＤＦの具体例を示す。
【００７９】
図５に示すように、ジョブチケットの情報例としては、「印刷データ格納場所情報」、「印刷データのページ数情報」、「ジョブ共通のページサイズ情報」などが挙げられる。
【００８０】
また、図６の（１）〜（４）に示すように、ＪＤＦの記述によりＰＤＦのページを任意に指定することなどができ、多彩なページ制御が可能となる。
【００８１】
これらの情報をもとに印刷装置ＰＲ１は処理を実行することとなる。
【００８２】
図７と図８にジョブチケットによるラスタライズ指定の例を示す。
【００８３】
図７は、例えば１０ページのＰＤＦデータＤ１の１、５、１０ページをラスタライズするようジョブチケットに記述した場合の処理を示す。
【００８４】
この場合には、ＲＩＰ１（ＲＩＰ２〜４）はジョブチケットを受信すると、順番に１、５、１０ページのラスタライズ結果を出力する。
【００８５】
図８はＰＤＦデータＤ１の全ページをラスタライズするようにジョブチケットに記述した場合の処理を示す。
【００８６】
この場合には、ＲＩＰ１（ＲＩＰ２〜４）は１〜１０ページを順番にラスタライズする。  このように、ジョブチケットを利用したページ指定でも、複数のＲＩＰ１〜４に分配することや、１個のＲＩＰで全てラスタライズすることが可能となっている。
【００８７】
但し、これらの情報のすべては、ジョブ開始時にジョブチケットを作成する時点で決定する必要がある。
【００８８】
次に図９のブロック図と、図１１、図１２のフローチャートに基づいて、図３に示すＲＩＰコントローラ（例としてＲＩＰ２を使用した例について示す）の制御処理について説明する。
【００８９】
なお、ＲＩＰモジュール（例としてＲＩＰ２について示す）の内部構成は、例えば図１０に示すような構成となっている。
【００９０】
即ち、ＲＩＰ２は、ラスタライザ制御部２００とラスタライザ２０１とを有している。
【００９１】
ラスタライザ制御部２００は、ＲＩＰコントローラ１００との情報通信処理、ラスタライザ２０１への処理要求コマンドＣ１の送信、ラスタライズ結果の受信等の制御処理、ジョブ属性情報取得、ユーザインタフェース設定情報取得、ジョブチケット作成、設定処理（印刷データの総ページ数情報を設定）を行う。
【００９２】
また、ラスタライザ２０１は、ＲＩＰモジュール制御部との情報通信処理、処理要求コマンドＣ１に従ってページ、ページサイズ等の情報を変更してラスタライズ処理を実行、ラスタライズ結果をラスタライザ制御部２００へ送信を行う。
【００９３】
図１１、図１２のフローチャートに基づいて、ＲＩＰコントローラ１００の制御処理の処理手順について説明する。
【００９４】
ステップＳ１００では、まずＲＩＰコントローラ１００を起動してステップＳ１０１に移行する。
【００９５】
ステップＳ１０１では、印刷データＤ１を受信したか否かが判定され、「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ１０２に移行する。
【００９６】
ステップＳ１０２では、ＲＩＰモジュール（ＲＩＰ２）は起動済みか否かが判定され、「Ｙｅｓ」の場合にはステップＳ１０４に移行し、「Ｎｏ」の場合にはステップＳ１０３でＲＩＰモジュール（ＲＩＰ２）を起動してステップＳ１０４に移行する。
【００９７】
ステップＳ１０４では、ジョブ処理中か否かが判定され、「Ｙｅｓ」の場合にはステップＳ１０６に移行し、「Ｎｏ」の場合にはステップＳ１０５に移行してジョブスタートコマンドを送信してからステップＳ１０６に移行する。
【００９８】
ステップＳ１０６では、ページ属性情報を受信したか否かが判定され、「Ｙｅｓ」の場合には（ａ）のサブルーチンに移行し、「Ｎｏ」の場合にはステップＳ１０７に移行する。
【００９９】
ステップＳ１０７では、エラー発生か否かが判定され、「Ｙｅｓ」の場合にはステップＳ１１０に移行して、エラー発生を上位へ通知、およびＲＩＰモジュール（ＲＩＰ２）の終了処理を行ってからステップＳ１０１に戻り、「Ｎｏ」の場合にはステップＳ１０８に移行する。
【０１００】
ステップＳ１０８では、ジョブ終了か否かが判定され、「Ｎｏ」の場合にはステップＳ１０６に戻り、「Ｙｅｓ」の場合にはステップＳ１０９に移行して、ジョブ処理のステータスをジョブ終了に変更してからステップＳ１０１に戻る。
【０１０１】
ここで、図１２のフローチャートを参照して、（ａ）のサブルーチンの処理手順について説明する。
【０１０２】
ステップＳ２０１では、処理中でないＲＩＰモジュールを検索し、ステップＳ２０２で処理中でないＲＩＰモジュールが存在するか否かが判定される。
【０１０３】
そして、「Ｎｏ」の場合にはステップＳ２０１に戻り、「Ｙｅｓ」の場合にはステップＳ２０３に移行する。
【０１０４】
ステップＳ２０３では、ページ処理スレッドを作成し、処理要求コマンドＣ１を送信（以降は、複数ＲＩＰモジュールへの要求は個々のスレッドで実行する）し、ステップＳ２０４に移行する。
【０１０５】
ステップＳ２０４では、ＲＩＰモジュール（ＲＩＰ２）からの正常応答を受信したか否かを判定し、「Ｎｏ」の場合には（ａ）のサブルーチンを終了して図１１のステップＳ１０６に移行する。
【０１０６】
また、「Ｙｅｓ」の場合にはステップＳ２０５に移行して、ＲＩＰモジュール（ＲＩＰ２）からラスタライズ結果を受信してから図１１のステップＳ１０６に移行する。
【０１０７】
上記の処理手順を図９に則して述べると、ＲＩＰコントローラ１００が、ジョブ開始情報を受信するとＲＩＰ２に対してジョブスタートコマンドを送信する。
【０１０８】
ＲＩＰ２ではジョブスタートコマンドを受信後に、印刷装置ＰＲ１で予め取得されたジョブ属性情報、および、ユーザインタフェース設定情報を元にジョブチケットを作成する。
【０１０９】
このとき、ジョブチケットの印刷データＤ１のページ数情報にはＰＤＦデータの全ページ数を処理するよう記述する。
【０１１０】
ＲＩＰ２は、このジョブチケットに従ってラスタライズを開始する。
【０１１１】
ＲＩＰ２はジョブチケットで指定された１〜１０ページのラスタライズ処理を行おうとするが、ラスタライズを行うＰＤＦデータを読み込む前に、図４に示すような処理要求コマンドＣ１を受信する。
【０１１２】
ジョブチケットの作成処理は図１０のラスタライザ制御部２００で行われ、ＲＩＰコントローラ１００から受信するラスタライズページ情報をもとに、ラスタライザ２０１に対して処理要求コマンドＣ１を送信する。
【０１１３】
ラスタライザ２０１側ではジョブチケットで指定されたＰＤＦデータＤ１を読み込む前に、処理要求コマンドＣ１の受信を待っており、処理要求コマンドＣ１を受信した場合には、ジョブチケットで指定された一部情報を処理要求コマンドＣ１で指示された情報に変更してＰＤＦデータを読み込んでラスタライズ処理を行う。
【０１１４】
その後、ラスタライズ結果をラスタライザ制御部２００に渡し、ラスタライザ制御部２００はＲＩＰコントローラ１００へラスタライズ完了を通知する。
【０１１５】
各ＲＩＰ１〜ＲＩＰ４で処理するページは、データの処理速度がページごとのラスタライズ負荷によって異なるため、ＲＩＰコントローラ１００は、処理の終わったＲＩＰモジュールＲＩＰ１〜ＲＩＰ４へ優先的に処理要求コマンドＣ１を送信することによってラスタライズ処理を遅延することなく行うことが可能となり、画像処理の高速化を図ることができる。
【０１１６】
次に、図１３のフローチャートを参照してＲＩＰモジュール（ＲＩＰ２）の制御処理の処理手順について説明する。
【０１１７】
まず、ステップＳ２９９でＲＩＰモジュール（ＲＩＰ２）を起動してステップＳ３００に移行し、ジョブスタートを受信したか否かが判定される。
【０１１８】
そして、「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ３０１に移行する。
【０１１９】
ステップＳ３０１では、ジョブ属性情報とユーザインタフェース設定情報を取得してステップＳ３０２に移行し、ジョブ属性情報から取得した印刷データの総ページ数情報を記述したジョブチケットＪ２を作成してステップＳ３０３に移行する。
【０１２０】
ステップＳ３０３では、ジョブチケットＪ２で指定されたページ情報に従ってラスタライズ処理を行おうとするが、実際に指定されたページのＰＤＦ情報を取得する前の状態で処理要求コマンドＣ１の受信を待つ。
【０１２１】
これにより、必要のない無駄なラスタライズ処理を行わなくて済み、画像処理の高速化を図ることができる。
【０１２２】
次いで、ステップＳ３０４では、処理要求コマンドＣ１（ページ指定）を受信したか否かが判定され、「Ｙｅｓ」の場合にはステップＳ３０７に移行して、ラスタライズするページ情報や、ページサイズ情報を変更し、ＰＤＦ情報（ＰＤＦデータＤ１）を取得してラスタライズ処理を実行し、ラスタライズ結果を出力した後、ステップＳ３０３に戻る。
【０１２３】
一方、ステップＳ３０４で「Ｎｏ」の場合にはステップＳ３０５に移行して、ジョブエンドを受信したか否かが判定され、「Ｙｅｓ」の場合にはステップＳ３０６に移行する。
【０１２４】
ステップＳ３０６では、ジョブチケットＪ２によるラスタライズ処理を終了し、各種リソースを解放してステップＳ３００に戻る。
【０１２５】
これにより、必要のない無駄なラスタライズ処理を行わなくて済み、画像処理の高速化を図ることができる。
【０１２６】
また、ステップＳ３０５で「Ｎｏ」の場合にはステップＳ３０８に移行して、エラー発生か否かが判定され「Ｎｏ」の場合にはステップＳ３０４に戻り、「Ｙｅｓ」の場合にはステップＳ３０９に移行してエラー通知処理などを行ってからＲＩＰモジュール（ＲＩＰ２）を停止して、処理を終了する。
【０１２７】
なお、ＲＩＰモジュールのＲＩＰ１、ＲＩＰ３、ＲＩＰ４についても同様の処理がなされることはいうまでもない。
【０１２８】
（第２の実施の形態）
【０１２９】
図１４から図１８を参照して、本発明についての第２の実施の形態に係る画像処理システムＳ２について説明する。
【０１３０】
画像処理システムＳ２の全体構成およびコントローラ１０Ｂの構成は、第１の実施の形態に係る画像処理システムＳ１の構成（図１）およびコントローラ１０Ａの構成（図２）と同様であるので説明は省略する。
【０１３１】
図１４の機能ブロック図を参照して印刷制御プログラムが実行されることにより実現されるコントローラ１０Ｂの機能について説明する。
【０１３２】
コントローラ１０Ｂは、図１４に示されるように、印刷ジョブの分配処理を行うＲＩＰコントローラ（画像処理制御手段）１００と、印刷データ（ＰＤＦデータ）Ｄ１に対する画像処理を行う画像処理部（ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４）と、印刷データＤ１から抽出した共通属性情報を格納するジョブ属性情報格納部１０１と、キーボード等のユーザインタフェースからの設定情報を格納するユーザインタフェース設定情報格納部１０２とを有している。
【０１３３】
なお、本実施の形態では、ＲＩＰコントローラ１００の分配処理より、ＲＩＰ１でＰＤＦデータＤ１の１ページと５ページ、ＲＩＰ２で２ページ、６ページ、９ページ、ＲＩＰ３で３ページと７ページ、ＲＩＰ４で４ページ、８ページ、１０ページが処理されるようになっている。
【０１３４】
前記各ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４は、独立したラスタライズ処理を行う機能を有している。
【０１３５】
本実施の形態では、第１の実施の形態とは異なって、ＲＩＰコントローラ１００によって印刷データＤ１の全体についての共通属性情報としてのジョブチケットＪ５が生成され、各ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４に配信されるようになっている。
【０１３６】
ジョブチケットＪ５の内容は、第１の実施の形態の図５で例示したものと同様である。
【０１３７】
また、クライアント（端末装置２０）からのジョブ（印刷データＤ１）を入力する機能を有しており、複数のＰＤＬをサポートしており、ジョブキューにアサインされたジョブ属性に従った制御を行うようになっている。
【０１３８】
ジョブマネージャからジョブ指示を受けたＰＤＦアナライザ（図示せず）は、ＰＤＦデータＤ１のページ数をカウントし、ページ数分の空ページデータを出力し、その後、インポーザモジュールが設定されたページ配置情報に基づき、ページ送信順を決定し、ページ属性（ページ情報；領域指示）を付与して処理要求コマンドＣ１（処理要求命令）が作成される（第１の実施の形態で示した図４参照）。
【０１３９】
次に図１５のブロック図と、図１６、図１７のフローチャートに基づいて、図１４に示すＲＩＰコントローラ１００の制御処理について説明する。
【０１４０】
なお、ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の内部構成は、第１の実施の形態において図１０で例示したものと基本的には同様の構成となっているが、本実施の形態では、図１０における「ジョブチケットの作成、設定処理」は省かれる。
【０１４１】
図１６、図１７のフローチャートに基づいて、ＲＩＰコントローラ１００の制御処理の処理手順について説明する。
【０１４２】
ステップＳ４００では、まずＲＩＰコントローラ１００を起動してステップＳ４０１に移行する。
【０１４３】
ステップＳ４０１では、印刷データＤ１を受信したか否かが判定され、「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ４０２に移行する。
【０１４４】
ステップＳ４０２では、ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）は起動済みか否かが判定され、「Ｙｅｓ」の場合にはステップＳ４０４に移行し、「Ｎｏ」の場合にはステップＳ４０３でＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）を起動してステップＳ４０４に移行する。
【０１４５】
ステップＳ４０４では、ジョブ処理中か否かが判定され、「Ｙｅｓ」の場合にはステップＳ４０６に移行し、「Ｎｏ」の場合にはステップＳ４０５に移行してジョブスタートコマンドを送信してからステップＳ４０６に移行する。
【０１４６】
ステップＳ４０６では、（ｂ）のサブルーチンが実行される。
【０１４７】
ここで、図１７のフローチャートを参照して（ｂ）のサブルーチンの処理手順について説明する。
【０１４８】
ステップＳ５００では、ジョブ属性情報と、ユーザインタフェース設定情報を取得してステップＳ５０１に移行する。
【０１４９】
ステップＳ５０１では、ジョブ属性情報から取得した印刷データの総ページ数を記述したジョブチケットＪ５を作成してステップＳ５０２に移行する。
【０１５０】
ステップＳ５０２では、各ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）へジョブチケットＪ５を配信して図１６のメイン処理にリターンする。
【０１５１】
この処理により、ＲＩＰコントローラ１００でジョブチケットＪ５を作成して、各ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）へ配信することができ、各ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の処理負荷を低減して、画像処理の一層の高速化を図ることができる。
【０１５２】
続いて、図１６のステップＳ４０７に移行して、ページ属性情報を受信したか否かが判定され、「Ｎｏ」の場合にはステップＳ４０８に移行し、「Ｙｅｓ」の場合にはステップＳ４１２に移行して（ａ）のサブルーチン（第１の実施の形態の図１２のフローチャート参照）を実行する。
【０１５３】
ステップＳ４０８ではエラー発生か否かが判定され、「Ｙｅｓ」の場合にはステップＳ４１１に移行して、エラー発生を上位に通知およびＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の終了処理を行ってからステップＳ４０１に戻る。
【０１５４】
また、「Ｎｏ」の場合にはステップＳ４０９に移行して、ジョブ終了か否かが判定され、「Ｎｏ」の場合にはステップＳ４０７に戻り、「Ｎｏ」の場合にはステップＳ４１０に移行して、ジョブ処理のステータスをジョブ終了に変更してからステップＳ４０１に戻る。
【０１５５】
次に、図１８のフローチャートを参照してＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の制御処理の処理手順について説明する。
【０１５６】
まず、ステップＳ６００でＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）を起動してステップＳ３０１に移行し、ジョブスタートを受信したか否かが判定される。
【０１５７】
そして、「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ６０２に移行する。
【０１５８】
ステップＳ６０２では、ジョブチケットＪ５を受信したか否かが判定され、「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ６０３に移行する。
【０１５９】
ステップＳ６０３では、ジョブチケットＪ５で指定されたページ情報に従ってラスタライズ処理を行おうとするが、実際に指定されたページのＰＤＦ情報を取得する前の状態で処理要求コマンドＣ１の受信を待つ。
【０１６０】
これにより、必要のない無駄なラスタライズ処理を行わなくて済み、画像処理の高速化を図ることができる。
【０１６１】
次いで、ステップＳ６０４では、処理要求コマンドＣ１（ページ指定）を受信したか否かが判定され、「Ｙｅｓ」の場合にはステップＳ６０９に移行して、ラスタライズするページ情報や、ページサイズ情報を変更し、ＰＤＦ情報（ＰＤＦデータＤ１）を取得してラスタライズ処理を実行し、ラスタライズ結果を出力した後、ステップＳ６０３に戻る。
【０１６２】
一方、ステップＳ６０４で「Ｎｏ」の場合にはステップＳ６０５に移行して、ジョブエンドを受信したか否かが判定され、「Ｙｅｓ」の場合にはステップＳ６０６に移行する。
【０１６３】
ステップＳ６０６では、ジョブチケットＪ５によるラスタライズ処理を終了し、各種リソースを解放してステップＳ６０１に戻る。
【０１６４】
これにより、必要のない無駄なラスタライズ処理を行わなくて済み、画像処理の高速化を図ることができる。
【０１６５】
また、ステップＳ６０５で「Ｎｏ」の場合にはステップＳ６０７に移行して、エラー発生か否かが判定され「Ｎｏ」の場合にはステップＳ６０４に戻り、「Ｙｅｓ」の場合にはステップＳ６０８に移行してエラー通知処理などを行ってからＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）を停止して、処理を終了する。
【０１６６】
（第３の実施の形態）
【０１６７】
図１９から図２４を参照して、本発明についての第３の実施の形態に係る画像処理システムＳ３について説明する。
【０１６８】
画像処理システムＳ３の全体構成およびコントローラ１０Ｃの構成は、第１の実施の形態に係る画像処理システムＳ１の構成（図１）およびコントローラ１０Ａの構成（図２）と同様であるので説明は省略する。
【０１６９】
図１９の機能ブロック図を参照して印刷制御プログラムが実行されることにより実現されるコントローラ１０Ｃの機能について説明する。
【０１７０】
コントローラ１０Ｃは、図１９に示されるように、印刷ジョブの分配処理を行うＲＩＰコントローラ（画像処理制御手段）１００と、印刷データ（ＰＤＦデータ）Ｄ１に対する画像処理を行う画像処理部（ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４）と、印刷データＤ１から抽出した共通属性情報を格納するジョブ属性情報格納部１０１と、キーボード等のユーザインタフェースからの設定情報を格納するユーザインタフェース設定情報格納部１０２とを有している。
【０１７１】
なお、本実施の形態では、ＲＩＰコントローラ１００の分配処理より、ＲＩＰ１でＰＤＦデータＤ１の１ページと５ページ、ＲＩＰ２で２ページ、６ページ、９ページ、ＲＩＰ３で３ページと７ページ、ＲＩＰ４で４ページ、８ページ、１０ページが処理されるようになっている。
【０１７２】
前記各ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４は、独立したラスタライズ処理を行う機能を有している。
【０１７３】
本実施の形態では、第１の実施の形態、第２の実施の形態とは異なって、端末装置２０等の外部装置によって印刷データＤ１の全体についての共通属性情報としてのジョブチケットＪ６が生成され、そのジョブチケットＪ６がネットワークＮを介してＲＩＰコントローラ１００に送られ、さらにＲＩＰコントローラ１００によってそのジョブチケットＪ６が各ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４に配信されるようになっている。
【０１７４】
これにより、ＲＩＰコントローラ１００および各ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４の処理負荷を低減することができ、画像処理のさらなる高速化を図ることができる。
【０１７５】
なお、ジョブチケットＪ６の内容は、第１の実施の形態の図５で例示したものと同様である。
【０１７６】
また、クライアント（端末装置２０）からのジョブ（印刷データＤ１）を入力する機能を有しており、複数のＰＤＬをサポートしており、ジョブキューにアサインされたジョブ属性に従った制御を行うようになっている。
【０１７７】
ジョブマネージャからジョブ指示を受けたＰＤＦアナライザ（図示せず）は、ＰＤＦデータＤ１のページ数をカウントし、ページ数分の空ページデータを出力し、その後、インポーザモジュールが設定されたページ配置情報に基づき、ページ送信順を決定し、ページ属性（ページ情報；領域指示）を付与して処理要求コマンドＣ１（処理要求命令）が作成される（第１の実施の形態で示した図４参照）。
【０１７８】
次に図２０のブロック図と、図２１のフローチャートに基づいて、図１９に示すＲＩＰコントローラ１００の制御処理について説明する。
【０１７９】
なお、ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の内部構成は、第１の実施の形態において図１０で例示したものと基本的には同様の構成となっているが、本実施の形態では、図１０における「ジョブチケットの作成、設定処理」が「ジョブチケットの変更、設定処理」に変更される。
【０１８０】
図２１のフローチャートに基づいて、ＲＩＰコントローラ１００の制御処理の処理手順について説明する。
【０１８１】
ステップＳ７００では、まずＲＩＰコントローラ１００を起動してステップＳ７０１に移行する。
【０１８２】
ステップＳ７０１では、ジョブチケットＪ６を受信したか否かが判定され、「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ７０２に移行する。
【０１８３】
ステップＳ７０２では、ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）は起動済みか否かが判定され、「Ｙｅｓ」の場合にはステップＳ７０４に移行し、「Ｎｏ」の場合にはステップＳ７０３でＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）を起動してステップＳ７０４に移行する。
【０１８４】
ステップＳ７０４では、ジョブ処理中か否かが判定され、「Ｙｅｓ」の場合にはステップＳ７０６に移行し、「Ｎｏ」の場合にはステップＳ７０５に移行してジョブスタートコマンドを送信してからステップＳ７０６に移行する。
【０１８５】
ステップＳ７０６では、各ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）へジョブチケットＪ６を配信してステップＳ７０７に移行する。
【０１８６】
これにより、各ＲＩＰモジュールＲＩＰ１〜ＲＩＰ４の処理負荷を低減することができ、画像処理のさらなる高速化を図ることができる。
【０１８７】
ステップＳ７０７では、ページ属性情報を受信したか否かが判定され、「Ｎｏ」の場合にはステップＳ７０８に移行し、「Ｙｅｓ」の場合にはステップＳ７１１に移行して（ａ）のサブルーチン（第１の実施の形態の図１２のフローチャート参照）を実行する。
【０１８８】
ステップＳ７０８ではエラー発生か否かが判定され、「Ｙｅｓ」の場合にはステップＳ７１２に移行して、エラー発生を上位に通知およびＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の終了処理を行ってからステップＳ７０１に戻る。
【０１８９】
また、「Ｎｏ」の場合にはステップＳ７０９に移行して、ジョブ終了か否かが判定され、「Ｎｏ」の場合にはステップＳ７０７に戻り、「Ｎｏ」の場合にはステップＳ７１０に移行して、ジョブ処理のステータスをジョブ終了に変更してからステップＳ７０１に戻る。
【０１９０】
次に、図２２のフローチャートを参照してＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の制御処理の処理手順について説明する。
【０１９１】
まず、ステップＳ８００でＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）を起動してステップＳ８０１に移行し、ジョブスタートを受信したか否かが判定される。
【０１９２】
そして、「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ８０２に移行する。
【０１９３】
ステップＳ８０２では、ジョブチケットＪ６を受信したか否かが判定され、「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ８０３に移行する。
【０１９４】
ステップＳ８０３では、ジョブ属性情報、ユーザインタフェース設定情報を取得し、ジョブチケットＪ６の情報を変更（ジョブチケットＪ６’とする）してステップＳ８０４に移行する。
【０１９５】
ステップＳ８０４では、ジョブチケットＪ６’で指定されたページ情報に従ってラスタライズ処理を行おうとするが、実際に指定されたページのＰＤＦ情報を取得する前の状態で処理要求コマンドＣ１の受信を待つ。
【０１９６】
これにより、必要のない無駄なラスタライズ処理を行わなくて済み、画像処理の高速化を図ることができる。
【０１９７】
次いで、ステップＳ８０５では、処理要求コマンドＣ１（ページ指定）を受信したか否かが判定され、「Ｙｅｓ」の場合にはステップＳ８１０に移行して、ラスタライズするページ情報や、ページサイズ情報を変更し、ＰＤＦ情報（ＰＤＦデータＤ１）を取得してラスタライズ処理を実行し、ラスタライズ結果を出力した後、ステップＳ８０４に戻る。
【０１９８】
一方、ステップＳ８０５で「Ｎｏ」の場合にはステップＳ８０６に移行して、ジョブエンドを受信したか否かが判定され、「Ｙｅｓ」の場合にはステップＳ８０９に移行する。
【０１９９】
ステップＳ８０９では、ジョブチケットＪ６’によるラスタライズ処理を終了し、各種リソースを解放してステップＳ８０１に戻る。
【０２００】
これにより、必要のない無駄なラスタライズ処理を行わなくて済み、画像処理の高速化を図ることができる。
【０２０１】
また、ステップＳ８０６で「Ｎｏ」の場合にはステップＳ８０７に移行して、エラー発生か否かが判定され「Ｎｏ」の場合にはステップＳ８０５に戻り、「Ｙｅｓ」の場合にはステップＳ８０８に移行してエラー通知処理などを行ってからＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）を停止して、処理を終了する。
【０２０２】
ここで、図２３のブロック図を参照して、本実施の形態の他の実施例について示す。
【０２０３】
図２３に示す例では、図２０のブロック図と異なり、ＲＩＰコントローラ１００で受信したジョブチケットＪ６をそのままＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）に配信し、各ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）においてジョブ属性情報、ユーザインタフェース設定情報を取得し、ジョブチケットＪ６の情報を変更（ジョブチケットＪ６’とする）している。
【０２０４】
これにより、ＲＩＰコントローラ１００の処理負荷を低減して、画像処理の高速化を図ることができる。
【０２０５】
また、図２４のブロック図には、ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の何れかでエラーが発生した場合に処理を中断する状態を示す。
【０２０６】
図２４に示す例では、ＲＩＰコントローラ１００の制御による処理要求コマンドＣ１（ページ指定）に基づいて、ＲＩＰ２でＰＤＦデータＤ１について２ページ、６ページ、９ページのラスタライズ処理を行うが、例えば９ページのラスタライズ処理中に何からのエラーが発生した場合には、処理を中断し、エラー発生状況をＲＩＰコントローラ１００に通知している。
【０２０７】
これにより、９ページのラスタライズ処理を他のＲＩＰモジュール（ＲＩＰ１、ＲＩＰ３、ＲＩＰ４）に行わせたり、あるいは次に受信されるＰＤＦデータの処理をＲＩＰ２等で行ったりすることが可能となり、全体の画像処理の高速化を図ることができる。
【０２０８】
以上述べたように、ジョブチケットと処理要求コマンドＣ１を使用することによって、ジョブ開始時に作成したジョブチケットを活用し、ロスの少ないＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の処理による効率的なラスタライズの並列処理が可能となる。
【０２０９】
さらに、ジョブチケットを使用してＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の基本動作を制御することによって、ジョブ情報を認識する場所がＲＩＰコントローラ１００、ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）、またはそれ以外の機能でも良くなりシステム設計に柔軟性が広がるというメリットがあり、かつ、今後広がりが予想されるＰＤＦデータとＪＤＦの入力に対しても対応することが容易になる。
【０２１０】
以上本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本明細書で開示された実施の形態はすべての点で例示であって開示された技術に限定されるものではないと考えるべきである。すなわち、本発明の技術的な範囲は、前記の実施の形態における説明に基づいて制限的に解釈されるものでなく、あくまでも特許請求の範囲の記載に従って解釈すべきであり、特許請求の範囲の記載技術と均等な技術および特許請求の範囲内でのすべての変更が含まれる。
【０２１１】
例えば、本実施の形態に係るＲＩＰコントローラ１００およびＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）は、ハードウェアで構成してもよいし、所定のプログラムによりソフトウェアで構成される場合であってもよい。
【０２１２】
ジョブチケットＪ１〜Ｊ６，Ｊ７は、本実施の形態に示すＪＤＦの形式に限られず、如何なる形式で記述されるものであってもよい。
【０２１３】
処理要求コマンド（処理要求命令）Ｃ１は、図４に示す例に限定されず、画像処理全般の処理を制御するコマンドを含んでもよい。
【０２１４】
また、プログラムを用いる場合には、ネットワークを介して提供し、或いはＣＤ−ＲＯＭ等の記録媒体に格納して提供することが可能である。
【産業上の利用可能性】
【０２１５】
本発明による画像処理装置、画像処理システムおよび画像処理プログラムは、フルカラーの連続紙プリンタ（連帳プリンタ）、レーザプリンタ、インクジェットプリンタ、複合機、ファクシミリ装置等に適用することができる。
【図面の簡単な説明】
【０２１６】
【図１】第１の実施の形態に係る画像処理システムＳ１の構成を示すブロック図である。
【図２】コントローラの構成を示すブロック図である。
【図３】コントローラ１０Ａの処理を示す機能ブロックである。
【図４】処理要求コマンドＣ１の情報例を示す説明図である。
【図５】ジョブチケットの情報例を示す説明図である。
【図６】ジョブチケット（ＪＤＦ）の記述例を示す説明図である。
【図７】ジョブチケットによるラスタライズ指定の例を示す説明図である。
【図８】ジョブチケットによるラスタライズ指定の例を示す説明図である。
【図９】ＲＩＰコントローラの制御処理について説明する機能ブロックである。
【図１０】ＲＩＰモジュール（ＲＩＰ１〜ＲＩＰ４）の内部構成を示すブロック図である。
【図１１】ＲＩＰコントローラの制御処理の処理手順を示すフローチャートである。
【図１２】ＲＩＰコントローラの制御処理における（ａ）のサブルーチンの処理手順を示すフローチャートである。
【図１３】ＲＩＰモジュールの制御処理の処理手順を示すフローチャートである。
【図１４】第２の実施の形態に係る画像処理システムＳ２におけるコントローラ１０Ｂの処理を示す機能ブロックである。
【図１５】ＲＩＰコントローラの制御処理について説明する機能ブロックである。
【図１６】ＲＩＰコントローラの制御処理の処理手順を示すフローチャートである。
【図１７】ＲＩＰコントローラの制御処理における（ｂ）のサブルーチンの処理手順を示すフローチャートである。
【図１８】ＲＩＰモジュールの制御処理の処理手順を示すフローチャートである。
【図１９】第３の実施の形態に係る画像処理システムＳ３におけるコントローラ１０Ｃの処理を示す機能ブロックである。
【図２０】ＲＩＰコントローラの制御処理について説明する機能ブロックである。
【図２１】ＲＩＰコントローラの制御処理の処理手順を示すフローチャートである。
【図２２】ＲＩＰモジュールの制御処理の処理手順を示すフローチャートである。
【図２３】ＲＩＰコントローラの制御処理の他の例について説明する機能ブロックである。
【図２４】ＲＩＰモジュールのエラー処理について説明する機能ブロックである。
【符号の説明】
【０２１７】
Ｓ１〜Ｓ３  画像処理システム
ＰＲ１  印刷装置（画像処理装置）
２０  端末装置（情報処理装置）
Ｎ  ネットワーク
４、５  バッファ装置
６  後処理装置
１０Ａ〜１０Ｃ  コントローラ（画像処理装置、制御手段）
１２  メモリ
１３  記憶装置
１４  通信Ｉ／Ｆ部（受信手段）
１７  制御バス（第１の配信手段、第２の配信手段）
１００  ＲＩＰコントローラ（領域指定制御手段、画像処理制御手段、中断手段）
１０１  ジョブ属性情報格納部
１０２  ユーザインタフェース設定情報格納部
ＲＩＰ１〜ＲＩＰ４  ＲＩＰモジュール（画像処理手段、実行手段）
２００  ラスタライザ制御部
２０１  ラスタライザ（ラスタライズ手段）
５０１  印刷用紙
５０２  印刷用紙
Ｊ１〜Ｊ６、Ｊ６’  共通属性情報（ジョブチケット）
Ｃ１  処理要求コマンド（処理要求命令）
Ｄ１  印刷データ（ＰＤＦデータ）
【図１】
0005099594.tif 000002
【図２】
0005099594.tif 000003
【図４】
0005099594.tif 000004
【図５】
0005099594.tif 000005
【図６】
0005099594.tif 000006
【図１０】
0005099594.tif 000007
【図１１】
0005099594.tif 000008
【図１２】
0005099594.tif 000009
【図１３】
0005099594.tif 000010
【図１６】
0005099594.tif 000011
【図１７】
0005099594.tif 000012
【図１８】
0005099594.tif 000013
【図２１】
0005099594.tif 000014
【図２２】
0005099594.tif 000015
【図３】
0005099594.tif 000016
【図７】
0005099594.tif 000017
【図８】
0005099594.tif 000018
【図９】
0005099594.tif 000019
【図１４】
0005099594.tif 000020
【図１５】
0005099594.tif 000021
【図１９】
0005099594.tif 000022
【図２０】
0005099594.tif 000023
【図２３】
0005099594.tif 000024
【図２４】
0005099594.tif 000025