(57)【要約】【課題】複数の画像処理装置がネットワーク接続された画像処理システムにおいて、効率良く最高画質で出力する。【解決手段】受け取ったドキュメントがベクタデータかどうか判定する（Ｓ１２０１，１２０２）。ベクタデータの場合、同時に受け取った処理経路情報を参照し、該情報に従い変換処理する（Ｓ１２０３，１２０４）。該情報を参照してレンダリングを実行するか判定し（Ｓ１２０５）、実行する場合、ディスプレイリストを生成しレンダリングする（Ｓ１２０６，１２０７）。次に、出力処理するか判定し（Ｓ１２０８）、出力する場合はステップＳ１２０９において出力処理する。ステップＳ１２０５の判定でレンダリングを実行しない場合は、ベクタデータを再生成し、処理経路情報に従って他の画像処理装置にベクタデータまたはビットマップデータを転送する（Ｓ１２１０，１２１１）。【選択図】図１２
2009165025.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク接続された１つまたは複数の画像処理装置からなる画像処理システムであって、該装置の少なくとも１つが画像データへの所定の複数の処理及び描画出力処理のための制御手段を備えている画像処理システムにおいて、該手段が、
描画データの種別を判定する手段、
該判定された種別に応じて該描画データにする画像処理の優先順位を決定する手段、
該優先順位及び該描画データを関連付けたドキュメントデータを保持する保持手段、
本システムにおける前記１つまたは複数の画像処理装置が備える画像処理手段の１つまたは複数の画像処理能力を前記ネットワーク接続を介し取得する手段、
前記画像処理手段の前記１つまたは複数の画像処理能力を使用して前記描画データに対する前記１つまたは複数の画像処理装置による処理経路を、前記取得された画像処理能力及び前記画像処理の優先順位から決定する手段、並びに、
前記ネットワーク接続を介し本システムにおいて前記１つまたは複数の画像処理装置に前記決定された処理経路にしたがい前記描画データを転送することで、前記描画データに対する前記所定の複数の処理を該画像処理装置に行わせる手段
を備えることを特徴とする画像処理システム。
【請求項２】
請求項１において、
前記画像処理手段により変換されて得られたビットマップデータを前記保持手段が保持する前記ドキュメントデータに付加する手段をさらに備えることを特徴とする画像処理システム。
【請求項３】
請求項１または２において、
前記１つまたは複数の画像処理装置は、
前記画像データを前記ネットワーク接続を介し入力する入力手段、及び、
該入力された画像データの少なくとも一部の領域を前記入力手段の解像度に依存しない解像度非依存データに変換する手段
をさらに備えることを特徴とする画像処理システム。
【請求項４】
請求項１または２において、
前記１つまたは複数の画像処理装置は、
ページ記述言語を前記ネットワーク接続を介し受信する受信手段、
該受信したページ記述言語を解析する解析手段、及び、
該解析した結果をエンジンの解像度に依存しない解像度非依存データに変換する手段
をさらに備えることを特徴とする画像処理システム。
【請求項５】
請求項１において、
前記判定する手段は、前記種別について、少なくとも文字、グラフィック、イメージ、小文字、細線、グラデーションのいずれであるかを判定することを特徴とする画像処理システム。
【請求項６】
請求項１において、
前記１つまたは複数の画像処理能力は、色変換、圧縮、解像度、階調、レンダリング形式、細線再現の少なくとも一つを含むことを特徴とする画像処理システム。
【請求項７】
ネットワーク接続された１つまたは複数の画像処理装置からなる画像処理システムにおける制御方法であって、該装置の少なくとも１つが画像データへの所定の複数の処理及び描画出力処理のための制御手段を備えている画像処理システムにおける制御方法において、該手段の制御により、
描画データの種別を判定するステップ、
該判定された種別に応じて該描画データにする画像処理の優先順位を決定するステップ、
該優先順位及び該描画データを関連付けたドキュメントデータを保持する保持ステップ、
前記画像処理システムにおける前記１つまたは複数の画像処理装置が備える画像処理手段の１つまたは複数の画像処理能力を前記ネットワーク接続を介し取得するステップ、
前記画像処理手段の前記１つまたは複数の画像処理能力を使用して前記描画データに対する前記１つまたは複数の画像処理装置による処理経路を、前記取得された画像処理能力及び前記画像処理の優先順位から決定するステップ、並びに、
前記ネットワーク接続を介し前記画像処理システムにおいて前記１つまたは複数の画像処理装置に前記決定された処理経路にしたがい前記描画データを転送することで、前記描画データに対する前記所定の複数の処理を該画像処理装置に行わせるステップ
を実行することを特徴とする制御方法。
【請求項８】
請求項７において、
前記画像処理手段により変換されて得られたビットマップデータを、前記保持ステップにより保持する前記ドキュメントデータに付加するステップをさらに有することを特徴とする制御方法。
【請求項９】
請求項７または８において、
前記１つまたは複数の画像処理装置は、
前記画像データを前記ネットワーク接続を介し入力する入力手段、及び、
該入力された画像データの少なくとも一部の領域を前記入力手段の解像度に依存しない解像度非依存データに変換する手段
をさらに備えることを特徴とする制御方法。
【請求項１０】
請求項７または８において、
前記１つまたは複数の画像処理装置は、
ページ記述言語を前記ネットワーク接続を介し受信する受信手段、
該受信したページ記述言語を解析する解析手段、及び、
該解析した結果をエンジンの解像度に依存しない解像度非依存データに変換する手段
をさらに備えることを特徴とする制御方法。
【請求項１１】
請求項７において、
前記判定するステップにおいて、前記種別について、少なくとも文字、グラフィック、イメージ、小文字、細線、グラデーションのいずれであるかを判定することを特徴とする制御方法。
【請求項１２】
請求項７において、
前記１つまたは複数の画像処理能力は、色変換、圧縮、解像度、階調、レンダリング形式、細線再現の少なくとも一つを含むことを特徴とする制御方法。
【請求項１３】
ネットワーク接続された１つまたは複数の画像処理装置からなる画像処理システムであって、該装置の少なくとも１つが画像データへの所定の複数の処理及び描画出力処理のための制御手段を備えている画像処理システムにおける制御方法のプログラムであって、そのプログラムコードにしたがった該制御手段の制御により、該少なくとも１つの画像処理装置に、
描画データの種別を判定するステップ、
該判定された種別に応じて該描画データにする画像処理の優先順位を決定するステップ、
該優先順位及び該描画データを関連付けたドキュメントデータを保持する保持ステップ、
前記画像処理システムにおける前記１つまたは複数の画像処理装置が備える画像処理手段の１つまたは複数の画像処理能力を前記ネットワーク接続を介し取得するステップ、
前記画像処理手段の前記１つまたは複数の画像処理能力を使用して前記描画データに対する前記１つまたは複数の画像処理装置による処理経路を、前記取得された画像処理能力及び前記画像処理の優先順位から決定するステップ、並びに、
前記ネットワーク接続を介し前記画像処理システムにおいて前記１つまたは複数の画像処理装置に前記決定された処理経路にしたがい前記描画データを転送することで、前記描画データに対する前記所定の複数の処理を該画像処理装置に行わせるステップ
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークに接続され、他の機器との間で印刷データを送受信する機能を有する画像処理装置に関する。
【背景技術】
【０００２】
ネットワークに接続された画像入力機器で入力した画像を、ネットワークに接続された別の画像処理装置で出力することにより画像の複写を行う技術が開発されている（特許文献１）。このような、画像入力と画像出力をネットワーク上の異なる機器で行うことで複写する機能をリモートコピーと呼ぶ。リモートコピーにおいては、ユーザがＵＩを操作してネットワークに接続された複数の画像処理装置からユーザが設定した出力条件を満たすものを選択して出力することが可能である。
【０００３】
さらに、複数の画像処理装置をネットワーク接続したシステムにおいては、接続された画像処理装置が備える各種機能を適宜設定し、その設定した機能に応じて出力可能な画像処理装置を表示する技術が開発されている。これにより、ユーザがリモートコピーをする場合に、画像処理装置の能力を意識せずに出力できる。（特許文献２）。
【０００４】
【特許文献１】特開平１１−３３１４５５号公報
【特許文献２】特開平１０−１３５８０公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
画像処理装置で、画像を出力するには複数の画像処理を行う必要がある。各画像処理については機器ごとに優劣があるため、上記従来の技術により選択した画像処理装置による全画像処理が、出力する画像に最適なことはなく、最適な出力結果は得られない。また、画像内の様々なデータに適した画像処理で出力するためには、ユーザが画像処理装置の画像処理能力を意識し、設定をカスタマイズして出力する必要があるため、ユーザの手間を軽減することはできない。
【０００６】
本発明は上記問題点を解決するためになされたものであり、複数の画像処理装置がネットワーク接続されて構成される画像処理システムにおいて高画質での出力を実現すること、及び、最高画質出力のための処理を効率良く行うことを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明の一態様は、ネットワーク接続された１つまたは複数の画像処理装置からなる画像処理システムであって、該装置の少なくとも１つが画像データへの所定の複数の処理及び描画出力処理のための制御手段を備えている画像処理システムにおいて、該手段が、描画データの種別を判定する手段、該判定された種別に応じて該描画データにする画像処理の優先順位を決定する手段、該優先順位及び該描画データを関連付けたドキュメントデータを保持する保持手段、本システムにおける前記１つまたは複数の画像処理装置が備える画像処理手段の１つまたは複数の画像処理能力を前記ネットワーク接続を介し取得する手段、前記画像処理手段の前記１つまたは複数の画像処理能力を使用して前記描画データに対する前記１つまたは複数の画像処理装置による処理経路を、前記取得された画像処理能力及び前記画像処理の優先順位から決定する手段、並びに、前記ネットワーク接続を介し本システムにおいて前記１つまたは複数の画像処理装置に前記決定された処理経路にしたがい前記描画データを転送することで、前記描画データに対する前記所定の複数の処理を該画像処理装置に行わせる手段を備えることを特徴とする。
【０００８】
上記課題を解決するための本発明の別の態様は、ネットワーク接続された１つまたは複数の画像処理装置からなる画像処理システムにおける制御方法であって、該装置の少なくとも１つが画像データへの所定の複数の処理及び描画出力処理のための制御手段を備えている画像処理システムにおける制御方法において、該手段の制御により、描画データの種別を判定するステップ、該判定された種別に応じて該描画データにする画像処理の優先順位を決定するステップ、該優先順位及び該描画データを関連付けたドキュメントデータを保持する保持ステップ、前記画像処理システムにおける前記１つまたは複数の画像処理装置が備える画像処理手段の１つまたは複数の画像処理能力を前記ネットワーク接続を介し取得するステップ、前記画像処理手段の前記１つまたは複数の画像処理能力を使用して前記描画データに対する前記１つまたは複数の画像処理装置による処理経路を、前記取得された画像処理能力及び前記画像処理の優先順位から決定するステップ、並びに、
前記ネットワーク接続を介し前記画像処理システムにおいて前記１つまたは複数の画像処理装置に前記決定された処理経路にしたがい前記描画データを転送することで、前記描画データに対する前記所定の複数の処理を該画像処理装置に行わせるステップ
を実行することを特徴とする。
【０００９】
上記課題を解決するための本発明のさらに別の態様は、ネットワーク接続された１つまたは複数の画像処理装置からなる画像処理システムであって、該装置の少なくとも１つが画像データへの所定の複数の処理及び描画出力処理のための制御手段を備えている画像処理システムにおける制御方法のプログラムであって、そのプログラムコードにしたがった該制御手段の制御により、該少なくとも１つの画像処理装置に、描画データの種別を判定するステップ、該判定された種別に応じて該描画データにする画像処理の優先順位を決定するステップ、該優先順位及び該描画データを関連付けたドキュメントデータを保持する保持ステップ、前記画像処理システムにおける前記１つまたは複数の画像処理装置が備える画像処理手段の１つまたは複数の画像処理能力を前記ネットワーク接続を介し取得するステップ、前記画像処理手段の前記１つまたは複数の画像処理能力を使用して前記描画データに対する前記１つまたは複数の画像処理装置による処理経路を、前記取得された画像処理能力及び前記画像処理の優先順位から決定するステップ、並びに、前記ネットワーク接続を介し前記画像処理システムにおいて前記１つまたは複数の画像処理装置に前記決定された処理経路にしたがい前記描画データを転送することで、前記描画データに対する前記所定の複数の処理を該画像処理装置に行わせるステップを実行させることを特徴とする。
【００１０】
ここで、前記画像処理手段により変換されて得られたビットマップデータを前記保持手段またはステップで保持する前記ドキュメントデータに付加することができる。
【００１１】
ここで、前記１つまたは複数の画像処理装置は、前記画像データを前記ネットワーク接続を介し入力する入力手段、及び、該入力された画像データの少なくとも一部の領域を前記入力手段の解像度に依存しない解像度非依存データに変換する手段をさらに備えることができる。
【００１２】
ここで、前記１つまたは複数の画像処理装置は、ページ記述言語を前記ネットワーク接続を介し受信する受信手段、該受信したページ記述言語を解析する解析手段、及び、該解析した結果をエンジンの解像度に依存しない解像度非依存データに変換する手段をさらに備えることができる。
【００１３】
ここで、前記判定する手段またはステップは、前記種別について、少なくとも文字、グラフィック、イメージ、小文字、細線、グラデーションのいずれであるかを判定することができる。
【００１４】
ここで、前記１つまたは複数の画像処理能力は、色変換、圧縮、解像度、階調、レンダリング形式、細線再現の少なくとも一つを含むことができる。
【発明の効果】
【００１５】
本発明によれば、ユーザが選択したデータを出力する場合、ネットワーク上の異なる画像処理能力をもつ複数の画像処理装置の各画像処理から、選択したデータに適した画像処理を選択することで、高画質による出力が可能になる。
【００１６】
また、解像度非依存データ生成時に得られる付加情報を描画データに関連付けて保持することで、印刷実行時の画像処理と画像処理装置の選択を効率化することが可能になる。
【００１７】
さらに、印刷実行したときの画像処理後のデータを選択したデータに関連付けて保持することにより、再度印刷実行するときの処理を効率化することが可能になる。
【発明を実施するための最良の形態】
【００１８】
〔実施形態１〕
【００１９】
以下、本発明を実施するための最良の形態について、図面を参照して説明する。
＜画像処理装置の構成＞
本実施形態を適用するに好適な画像処理装置（カラー系ＭＦＰ/Multi Function Peripheral：マルチファンクション周辺機器）の構成について、図１を用いて説明する。
【００２０】
カラー系ＭＦＰは、スキャナ部１１０、レーザ露光部１２０、感光ドラム１３１、作像部１３０、定着部１４０、給紙／搬送部１５０及び、これらを制御するプリンタ制御部（不図示）から構成される。
【００２１】
スキャナ部１１０は、原稿台に置かれた原稿に対して、照明を当てて原稿画像を光学的に読み取り、その像を電気信号に変換して画像データを作成する工程を担う。
【００２２】
レーザ露光部１２０は、上記画像データに応じて変調されたレーザ光などの光線を等角速度で回転する回転多面鏡（ポリゴンミラー）に入射させ、反射走査光として感光ドラム１３１に照射する。
【００２３】
作像部１３０は、感光ドラム１３１を回転駆動し、帯電器によって帯電させ、レーザ露光部１２０によって感光ドラム１３１上に形成された潜像をトナーによって現像化し、そのトナー像をシートに転写する。さらに作像部１３０は、その際に転写されずに感光ドラム１３１上に残った微小トナーを回収するといった一連の電子写真プロセスを実行して作像する。その際、シートが転写ベルトの所定位置に巻きつき４回転する間に、マゼンタ（Ｍ）、シアン（Ｃ）、イエロー（Ｙ）、ブラック（Ｋ）のトナーを持つ各現像ユニット（現像ステーション）１３２〜１３５が交互に前述の電子写真プロセスを繰り返し実行する。４回転の後、４色のフルカラートナー像を転写されたシートは、転写ドラム１３６を離れ、定着部１４０へ搬送される。
【００２４】
定着部１４０は、ローラ１４２，１４３やベルトの組み合わせによって構成され、ハロゲンヒータなどの熱源を内蔵し、作像部１３０によってトナー像が転写されたシート上のトナーを、熱と圧力によって溶解、定着させる。
【００２５】
給紙／搬送部１５０は、シートカセットやペーパーデッキに代表されるシート収納庫を一つ以上持っており、上記プリンタ制御部の指示に応じてシート収納庫に収納された複数のシートの中から一枚分離し、作像部１３０／定着部１４０へ搬送する。シートは作像部１３０の転写ドラムに巻きつけられ、４回転した後に定着部１４０へ搬送される。４回転する間に前述のＹＭＣＫ各色のトナー像がシートに転写される。また、シートの両面に画像形成する場合は、定着部１４０を通過したシートを再度作像部１３０へ搬送する搬送経路を通るように制御する。
【００２６】
プリンタ制御部は、ＭＦＰ１００全体を制御するＭＦＰ制御部（不図示）と通信し、その指示に応じて制御を実行し、且つ前述のスキャナ、レーザ露光、作像、定着、給紙／搬送の各部の状態を管理しつつ、全体が調和を保って円滑に動作できるよう指示を行う。
【００２７】
＜システム構成＞
図２は、本実施形態に係る画像処理システムの全体構成を示すブロック図である。図２において、本システムは、互いにＬＡＮ（Local Area Network）Ｎ１等を介して接続された、画像処理装置であるＭＦＰ１、ＭＦＰ２、ＭＦＰ３で構成されている。
【００２８】
各ＭＦＰはそれぞれＨＤＤ（Hard Disk Drive：二次記憶装置）Ｈ１、Ｈ２、Ｈ３を具備している。ＭＦＰに搭載されているプリンタエンジン（以降、エンジン）の解像度はＭＦＰ毎に異なっており、ＭＦＰ１とＭＦＰ３は６００ｄｐｉ、ＭＦＰ２は１２００ｄｐｉである。また、ＭＦＰに搭載されているレンダラ（ラスタライザ）の種類や階調もＭＦＰ毎に異なっており、ＭＦＰ１とＭＦＰ２のレンダラは同種（図中には「Ｒａ」と図示）、ＭＦＰ３だけ異なる種類（「Ｒｂ」と図示）である。また、レンダラの階調は、ＭＦＰ１とＭＦＰ３は８ｂｉｔ，ＭＦＰ２は１６ｂｉｔである。一般にレンダラはＡＳＩＣなどのハードウェアで構成されるため、異なる種類のレンダラは異なる種類の描画命令群を処理することができない。この描画命令群を一般にＤｉｓｐｌａｙＬｉｓｔ（以下、ＤＬと表記）と呼ぶ。ＤＬはハードウェアで処理可能なインストラクションであり、複雑な描画記述を持つベクタデータからソフトウェアで生成され、解像度依存である。さらに、ＭＦＰに搭載されている色変換（ＣＭＳ）や圧縮処理（Ｃｏｍｐ）もＭＦＰ毎に異なっており、ＭＦＰ２とＭＦＰ３は同じ（ＣＭＳａ、Ｌｏｓｓｌｅｓｓ）でＭＦＰ１だけが異なる（ＣＭＳｂ、Ｌｏｓｓｙ）。
【００２９】
ＭＦＰ１、ＭＦＰ２、ＭＦＰ３はネットワークプロトコルを使用して互いに通信することができる。なお、ＬＡＮ  Ｎ１上に接続されるこれらのＭＦＰは上記のような物理的な配置に限定されない。また、ＬＡＮ  Ｎ１上にはＭＦＰ以外の機器（例えばＰＣ、各種サーバ、プリンタなど）が接続されていても良い。
【００３０】
＜コントローラユニットの構成＞
図３は、本実施形態におけるＭＦＰのコントロールユニット（コントローラ）の一構成例を示すブロック図である。図３において、コントロールユニット３００は、カラー複合機の画像入力デバイスであるスキャナ３０１や画像出力デバイスであるプリンタエンジン３０２と接続し、画像データの読み取りやプリント出力のための制御を行う。また、コントロールユニット３００は、ＬＡＮ３０３や公衆回線３０４と接続することで、画像情報やデバイス情報をＬＡＮ３０３経由で入出力するための制御を行う。
【００３１】
ＣＰＵ３０５はＭＦＰ全体を制御するための中央処理装置である。ＲＡＭ３０６は、ＣＰＵ３０５が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するための画像メモリでもある。さらに、ＲＯＭ３０７はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ３０８はハードディスクドライブであり、各種処理のためのシステムソフトウェア及び入力された画像データ等を格納する。操作部Ｉ／Ｆ３０９は、画像データ等を表示可能な表示画面を有する操作部３１０に対するインタフェース部であり、操作部３１０に対して操作画面データを出力する。また、操作部Ｉ／Ｆ３０９は、操作部３１０から操作者が入力した情報をＣＰＵ３０５に伝える役割をする。ネットワークインタフェース３１１は、例えばＬＡＮカード等で実現され、ＬＡＮ３０３に接続して外部装置との間で情報の入出力を行う。さらにまた、モデム３１２は公衆回線３０４に接続し、外部装置との間で情報の入出力を行う。以上のユニットがシステムバス３１３上に配置されている。
【００３２】
イメージバスＩ／Ｆ３１４は、システムバス３１３と画像データを高速で転送する画像バス３１５とを接続するためのインタフェースであり、データ構造を変換するバスブリッジである。画像バス３１５上には、ラスタイメージプロセッサ３１６、デバイスＩ／Ｆ３１７、スキャナ画像処理部３１８、プリンタ画像処理部３１９、画像編集用画像処理部３２０、カラーマネージメントモジュール（ＣＭＭ）３３０が接続される。
【００３３】
ラスタイメージプロセッサ（ＲＩＰ）３１６は、ページ記述言語（ＰＤＬ）コードや後述するベクトルデータをイメージに展開する。デバイスＩ／Ｆ部３１７は、スキャナ３０１やプリンタエンジン３０２とコントロール３００とを接続し、画像データの同期系／非同期系の変換を行う。
【００３４】
また、スキャナ画像処理部３１８は、スキャナ３０１から入力した画像データに対して、補正、加工、編集等の各種処理を行う。プリンタ画像処理部３１９は、プリント出力する画像データに対して、プリンタエンジンに応じた補正、解像度変換等の処理を行う。画像編集用画像処理３２０は、画像データの回転や、画像データの圧縮伸長処理等の各種画像処理を行う。ＣＭＭ３３０は、画像データに対して、プロファイルやキャリブレーションデータに基づいた色変換処理（色空間変換処理ともいう）を施す専用ハードウェアモジュールである。プロファイルとは、機器に依存した色空間で表現したカラー画像データを機器に依存しない色空間（例えばＬａｂなど）に変換するための関数のような情報である。キャリブレーションデータとは、カラー複合機におけるスキャナ３０１やプリンタエンジン３０２の色再現特性を修正するためのデータである。
【００３５】
＜コントローラソフトウェア構成＞
図４は、ＭＦＰの動作を制御するコントローラソフトウェアの構成を示すブロック図である。かかるコントローラソフトウェアは、図３を機能ブロックで表現したものである。
【００３６】
プリンタインターフェイス４００は、外部との入出力を行う。プロトコル制御部４０１は、ネットワークプロトコルを解析・送信することによって外部との通信を行う。
【００３７】
ベクタデータ生成部４０２は、ビットマップイメージから解像度に依存しない描画記述であるベクタデータを生成（ベクタライズ）する。
【００３８】
メタデータ生成部４０３はベクタライズの過程で得られる副次情報をメタデータとして生成する。メタデータとは描画処理には必要のない検索用の付加的なデータ等である。
【００３９】
ＰＤＬ解析部４０４は、ＰＤＬを解析し、より処理しやすい形式の中間コード（DisplayList）に変換する。ＰＤＬ解析部４０４において生成された中間コードはデータ描画部４０５に渡されて処理される。データ描画部４０５は上記中間コードをビットマップデータに展開する。展開されたビットマップデータはページメモリ４０６に逐次描画されて行く。
【００４０】
ページメモリ４０６はレンダラが展開するビットマップデータを一次的に保持する揮発性のメモリである。
【００４１】
パネル入出力制御部は操作パネルからの入出力を制御する。
【００４２】
ドキュメント記憶部４１０は入力文書の一塊（ジョブ）単位にベクタデータ、ＤｉｓｐｌａｙＬｉｓｔ、メタデータを包含するデータファイルを記憶し、ハードディスク等の二次記憶装置によって実現される。なお、このデータファイルを本実施形態では「ドキュメント（Document）」と呼ぶ。
【００４３】
スキャン制御部４１５はスキャナから入力した画像データに対して、補正、加工、編集などの各種処理を行う。
【００４４】
印刷制御部４１３は、ページメモリ４０６の内容をビデオ信号に変換処理し、プリンタエンジン部４１４へ画像転送を行なう。プリンタエンジン部４１４は受け取ったビデオ信号を基に記録紙に永久可視画像を形成するための印刷機構部である。
【００４５】
＜コントローラユニットのデータ処理＞
次に、ドキュメントを構成するベクタデータ、ＤＬ、メタデータがどのように生成されるのかを説明する。
【００４６】
図５、図６、図８は本実施形態におけるコントローラユニットのデータフローを示している。
【００４７】
図５はコピー動作時のデータフローである。
【００４８】
まずスキャナ部１００にセットされた紙原稿はスキャン処理ｄ１によってビットマップデータに変換される。次にベクタライズ処理ｄ２とメタデータ生成処理ｄ４によってビットマップデータからそれぞれ解像度に依存しないベクタデータとそれに付随するメタデータが生成される。ベクタデータ、メタデータの具体な生成方法については後述する。
【００４９】
次にドキュメント生成処理ｄ３によってベクタデータとメタデータが関連付けられたドキュメントが生成される。次にＤＬ生成処理ｄ５によりドキュメント中のベクタデータからＤＬが生成され、生成されたＤＬはドキュメントの中に格納されると共にレンダリング処理ｄ７に送られてビットマップに展開される。
【００５０】
展開されたビットマップは印刷処理ｄ８によって紙媒体に記録されて印刷物となる。なお、出力された印刷物をまたスキャナ部１００にセットすればスキャンｄ１処理からの処理を行うことができる。
【００５１】
図６は図５で示したメタデータ生成処理ｄ４の具体的なデータフローを示している。
【００５２】
まず領域分割処理ｄ１にてビットマップから領域分割を行う。
【００５３】
領域分割とは、入力されたビットマップ画像データを解析して、画像に含まれるオブジェクトの塊毎に領域に分割し、各領域の属性を判定して分類する処理である。属性としては、文字（ＴＥＸＴ）、画像（ＰＨＯＴＯ）、線（ＬＩＮＥ）、図形（ＰＩＣＴＵＲＥ）、表（ＴＡＢＬＥ）等の種類がある。
【００５４】
図７に、入力画像に対して領域分割を行った場合の一例を示す。入力画像７１に対して領域分割を行った結果が判定結果７２である。判定結果７２で、点線で囲った部分が画像を解析した結果のオブジェクトの１単位を表し、各オブジェクトに付されている属性の種類が領域分割の判定結果である。
【００５５】
属性毎に分類された領域の中から文字属性の領域はＯＣＲ処理ｄ２により文字認識処理され、文字列に変換される。つまり、この文字列は紙面に印字されている文字列である。
【００５６】
一方、属性毎に分類された領域の中から画像属性の領域は画像情報抽出処理ｄ３を通して画像情報に変換される。画像情報とは画像の特徴を現す文字列であり、例えば「花」や「顔」といった文字列である。画像情報の抽出には画像特徴量（画像を構成するピクセルの周波数や濃度など）検出や顔認識などの一般的な画像処理技術を用いることができる。
【００５７】
生成された文字列と画像情報はフォーマット変換処理ｄ４によって後述するデータフォーマットに整えられてメタデータが生成される。
【００５８】
図８はＰＤＬ（Page Description Language）プリント時のデータフローである。ＰＤＬプリントとは、ＰＣ（Personal Computer）上のアプリケーションソフトから印刷を指示した場合にＰＣ上のプリンタドライバによって生成されたページ記述言語（ＰＤＬ）を受け取って出力するプリンタ動作のことである。
【００５９】
まず受信したＰＤＬデータはＰＤＬデータ解析処理ｄ１によって解析され、ベクタデータが生成される。
【００６０】
次にＤＬ生成処理ｄ２によりベクタデータからＤＬが生成され、生成されたＤＬはドキュメントの中に格納されると共にレンダリング処理ｄ３に送られてビットマップに展開される。展開されたビットマップは印刷処理ｄ４によって紙媒体に記録されて印刷物となる。
【００６１】
この過程で生成されるベクタデータ、ＤＬはドキュメント生成処理ｄ６によってドキュメントに格納される。
【００６２】
さらに、レンダリング処理ｄ３が生成したビットマップからは図６で説明したメタデータ生成処理ｄ５により、コピー動作時と同様に文字列や画像情報がメタデータとして生成され、ドキュメントに格納される。
【００６３】
また、ＰＤＬにはＬＩＰＳ（LBP Image Processing System）（登録商標）やＰＳ（PostScript）（登録商標）など様々な種類が存在するが、ＰＤＬによっては文字列情報を持っているものもある。この場合はＰＤＬ解析時に文字列からメタデータが生成され、ドキュメントに格納される。
【００６４】
次に、コントローラユニットのドキュメント生成処理について図９のフローチャートを用いて説明する。
【００６５】
このフローチャートはドキュメント生成処理を示している。この処理はビットマップデータを受けてベクタデータ、メタデータで構成されるドキュメントを生成する処理である。
【００６６】
まずステップＳ９０１において前述した領域分割処理を行う。次に領域の種別（属性）をステップＳ９０２においてＴＥＸＴ，ＧＲＡＰＨＩＣ，ＩＭＡＧＥに分類し、それぞれに対して別々の処理を行う。図７では属性をＴＥＸＴ，ＰＨＯＴＯ，ＬＩＮＥ，ＰＩＣＴＵＲＥ，ＴＡＢＬＥに分類した例を示したが、図７の属性はＰＨＯＴＯ，ＰＩＣＵＲＥはＩＭＡＧＥに、ＬＩＮＥ，ＴＡＢＬＥはＧＲＡＰＨＩＣに分類される。
【００６７】
領域属性がＴＥＸＴの場合は、ステップＳ９０３に進んでＯＣＲ処理を行った後、ステップＳ９０４において文字列の抽出を行う。また同時に、ステップＳ９２０において抽出した文字が一定サイズより小さい文字かどうか判定する。ステップＳ９２０において判定した結果、小文字の場合は、ステップＳ９２１において小文字カウンタを加算する。一方、小文字以外の場合は、ステップＳ９２２において文字カウンタを加算する。その後、ステップＳ９０５において文字列をメタデータに変換し、ステップＳ９０６に進んで認識した文字輪郭をベクタデータに変換する。
【００６８】
ここで、もう少し説明を加えておく。
文字列から生成されるメタデータは文字コードの羅列であるが、文字コードの羅列はキーワード検索に必要な情報である。
【００６９】
しかし、ＯＣＲ処理では文字コードは認識できても「明朝」「ゴシック」といった書体や「１０ｐｔ」「１２ｐｔ」といった文字のサイズ、「イタリック」「ボールド」といった文字修飾までは認識できない。したがって描画用には文字コードを用いるのではなく文字輪郭をベクタデータとして保持する必要がある。
【００７０】
一方、ステップＳ９０２において領域属性がＩＭＡＧＥである場合は、ステップＳ９０７に進んで画像情報抽出処理を行う。
【００７１】
ステップＳ９０７では前述したように、画像特徴量検出や顔認識などの一般的な画像処理技術を用いて画像の特徴を検知する。検知した特徴を基にステップＳ９２３においてグラデーションかどうかを判定する。判定した結果、グラデーションの場合、ステップＳ９２４においてグラデーションカウンタを加算する。一方、グラデーション以外の場合は、ステップＳ９２５においてはイメージカウンタを加算する。次にステップＳ９０８に進んで検知した画像の特徴を文字列に変換する。この変換は特徴パラメータと文字列のテーブルを保持しておけば容易である。
【００７２】
その後、ステップＳ９０９において文字列をメタデータへ変換する。
【００７３】
ＩＭＡＧＥの領域属性に対してベクトル化は行わず、イメージデータをそのままベクタデータに保持する。
【００７４】
ステップＳ９０２において領域属性がＧＲＡＰＨＩＣである場合は、ステップＳ９１０に進んでベクトル化処理を行う。また、ステップＳ９２６において線の幅や同一スキャンライン上のエッジ間の距離から細線かどうか判定する。判定した結果、細線の場合はステップＳ９２７において細線カウンタを加算する。一方、細線以外の場合は、ステップＳ９２８において、グラフィックカウンタを加算する。上記で説明した各カウンタについては、データの個数や領域サイズを加算する。
【００７５】
以上のＴＥＸＴ，ＧＲＡＰＨＩＣ，ＩＭＡＧＥのデータをステップＳ９３０においてドキュメントフォーマットに変換し、ステップＳ９３１において全領域の処理が終了を検知するまでステップＳ９０２からステップＳ９３０を繰り返し実行する。
【００７６】
全領域の処理が終了すると、ステップＳ９３２において第１、第２に大きいカウンタの属性から以下に説明する優先処理能力テーブルを使って、優先処理能力すなわち優先順位を決定する。ステップＳ９３３において優先処理能力テーブルから取得した優先処理能力をメタデータへ変換し、ドキュメント内のメタデータとして追加する。
【００７７】
図１０は、コントローラユニットのROM207に格納された各属性に対する優先処理能力テーブルを示している。
【００７８】
優先処理能力テーブルには、各領域属性に対し第１に優先する処理能力と第２に優先する処理能力をあらかじめ保持する。優先処理能力は、カラーマッチング（ＣＭＳ）、圧縮形式（Ｃｏｍｐｒｅｓｓ）、処理階調（ＢＰＰ）、レンダリング方式（Ｔｙｐｅ）、出力解像度（Ｒｅｓｏｌｕｔｉｏｎ）、細線再現性（Quality of line）である。これらの優先処理能力は、変換処理（Color Process）、レンダラ（Ｒｅｎｄｅｒｅｒ）、エンジン（Ｅｎｇｉｎｅ）の３つに分類される。変換処理には、カラーマッチング、圧縮形式、レンダラには、処理階調、レンダリング方式、エンジンには、出力解像度、細線再現性が分類される。例えばＩＭＡＧＥについては、第１優先はカラーマッチングであり、第２優先は階調であることを示している。また、括弧内は、処理分類であり、変換処理がＣ、レンダラがＲ、エンジンがＥであることを示している。優先処理能力は、上記だけでなく画像処理装置内で実行されるあらゆる処理を含んでいてもよい。ステップＳ９３３では、第１の属性の優先処理能力１と２、第２の属性の優先処理能力１と２の優先順の処理順でメタデータに変換されることになる。本実施形態では、優先処理能力の数を４つとしているが、１つまたは適宜、優先処理能力の数を変更してもよい。
【００７９】
図１１はＰＤＬからのドキュメント生成処理のフローチャートを示している。この処理はコントローラユニットがＰＤＬデータを受けてドキュメントを生成する処理である。
【００８０】
まずステップＳ１１０１においてＰＤＬデータを解析する。ステップＳ１１０２において、解析中にＴＥＸＴ，ＧＲＡＰＨＩＣ，ＩＭＡＧＥなどの属性を判定する。ステップ１４０３において判定した属性から上述したカウンタをそれぞれ加算する。次にステップＳ１１０４においてベクタデータに変換した後、ステップＳ１１０５に進んでドキュメントを生成する。ステップＳ１１０６において、ＰＤＬデータの終了を検知するまで、ステップＳ１１０１からＳ１１０５を繰り返し処理する。
【００８１】
ステップＳ１１０７において第１、第２にカウンタ値が大きい属性から優先処理能力テーブルを使って、優先処理能力を決定する。ステップＳ１１０８において優先処理能力テーブルから取得した優先処理能力をメタデータへ変換する。ステップＳ１１０８の詳細についてはステップＳ９３３と同じである。
【００８２】
図１２はドキュメントを転送、印刷処理を示すフローチャートである。この処理は生成されたドキュメントを他の画像処理装置へ転送または、印刷出力する処理である。
【００８３】
まずステップＳ１２０１においてドキュメントデータを受け取り、ステップＳ１２０２においてドキュメントがベクタデータかどうかを判定する。判定した結果ベクタデータである場合、ステップＳ１２０３において、ドキュメントデータと同時に受け取った処理経路情報（後述）を参照する。ステップＳ１２０４において処理経路情報に従って、変換処理を行う。次に、ステップＳ１２０５において処理経路情報を参照して、レンダリングを実行するかを判定する。判定した結果、レンダリング実行する場合、ステップＳ１２０６において、Ｄｉｓｐｌａｙ  Ｌｉｓｔを生成し、ステップＳ１２０７においてレンダリングする。
【００８４】
次に、ステップＳ１２０８において、出力処理を行うかを判定する。判定した結果、出力処理を行う場合は、ステップＳ１２０９において出力処理を行う。
【００８５】
ステップＳ１２０５の判定でレンダリングを実行しない場合は、ステップＳ１２１０においてベクタデータを再生成し、続いてステップＳ１２１１において、処理経路情報に従って、他の画像処理装置にベクタデータまたはビットマップデータを転送する。ステップＳ１２０８の判定で出力処理しない場合は、ステップＳ１２１１の転送処理をする。
【００８６】
＜ドキュメントデータ構造＞
次に、ドキュメントの構造を説明する。
【００８７】
図１３、図１４、図１５はドキュメントの構造を示している。
【００８８】
図１３はドキュメントのデータ構造を示している。
【００８９】
ドキュメントは複数ページからなるデータであり、大別してベクタデータ（ａ）、メタデータ（ｂ）、ＤＬ（ｃ）、で構成されており、ドキュメントヘッダ（ｘ１）を先頭とする階層構造を成す。ベクタデータ（ａ）はさらに、ページヘッダ（ｘ２）、サマリ情報（ｘ３）、オブジェクト（ｘ５）で構成されており、メタデータ（ｂ）はさらにページ情報（ｘ５）と詳細情報（ｘ６）で構成されている。ＤＬ（ｃ）はさらに、ページヘッダ（ｘ７）と描画展開用のインストラクション（ｘ８）から構成されている。ドキュメントヘッダ（ｘ１）にはベクタデータの格納場所とＤＬの格納場所が記述されているためベクタデータとＤＬはドキュメントヘッダ（ｘ１）によって関連付けられている。
【００９０】
ベクタデータ（ａ）は解像度非依存な描画データであるので、ページヘッダ（ｘ２）にはページの大きさや向きなどのレイアウト情報が記述される。オブジェクト（ｘ４）にはライン、多角形、ベジェ曲線などの描画データが一つずつリンクされており、複数のオブジェクトがまとめてサマリ情報（ｘ３）に関連付けられている。サマリ情報（ｘ３）は複数のオブジェクトの特徴をまとめて表現する。サマリ情報（ｘ３）には図７で説明した分割領域の属性情報などが記述される。
【００９１】
メタデータ（ｂ）は描画出力処理には関係しない検索用の付加情報データである。ページ情報（ｘ５）領域には、例えばメタデータがビットマップデータから生成されたものなのか、ＰＤＬデータから生成されたものなのか、などのページ情報が記述される。詳細情報（ｘ６）には、ＯＣＲ情報や画像情報として生成された文字列（文字コード列）が記述される。
【００９２】
また、ベクタデータ（ａ）のサマリ情報（ｘ３）からはメタデータが参照されており、サマリ情報（ｘ３）から詳細情報（ｘ６）を見つけることができる。
【００９３】
ＤＬ（ｃ）はレンダラがビットマップ展開するための中間コードである。ページヘッダ（ｘ７）にはページ内の描画情報（インストラクション）の管理テーブルなどが記述され、インストラクション（ｘ８）は解像度依存な描画情報で構成されている。
【００９４】
図１４はドキュメントデータの具体例である。
【００９５】
１ページ目のサマリ情報に「ＴＥＸＴ」と「ＩＭＡＧＥ」を持っている。「ＴＥＸＴ」のサマリ情報にはＨ，ｅ，ｌ，ｌ，ｏ（オブジェクトｔ１）とＷ，ｏ，ｒ，ｌ，ｄ（オブジェクトｔ２）の文字輪郭がベクタデータとしてリンクされている。
【００９６】
さらにサマリ情報からは「Ｈｅｌｌｏ」「Ｗｏｒｌｄ」という文字コード列（メタデータｍｔ）が参照されている。
【００９７】
また、「ＩＭＡＧＥ」のサマリ情報には蝶の写真画像（ＪＰＥＧ）がリンクされている。さらにサマリ情報からは「ｂｕｔｔｅｒｆｌｙ」という画像情報（メタデータｍｉ）が参照されている。
【００９８】
したがって、例えば「Ｗｏｒｌｄ」というキーワードでページ中のテキストを検索する場合は以下の手順で検出すればよい。まずドキュメントヘッダからベクタページデータを順次取得し、ページヘッダにリンクされているサマリ情報から「ＴＥＸＴ」にリンクされているメタデータを検索する。
【００９９】
図１５は図１３で説明したデータ構造がメモリ上、ファイル上にどう配置されるのかを示す図である。
【０１００】
同図（Ａ）に示すように、ドキュメントはベクタデータ領域、メタデータ領域、ＤＬ領域がメモリ上の任意のアドレスに配置される。
【０１０１】
同図（Ｂ）に示すように、ドキュメントはベクタデータ領域、メタデータ領域、ＤＬ領域が、一つのファイルにシリアライズされる。
【０１０２】
＜Ｂｏｘプリント処理＞
次に、本実施形態におけるＢｏｘプリント処理について説明する。Ｂｏｘとは、例えば、ＭＦＰ１で読み取った原稿画像や、外部のＰＣなどから送信されたＰＤＬデータを印刷せずに、一旦、ＨＤＤ２０８等の二次記憶装置にファイル形式で蓄積しておくことである。
【０１０３】
Ｂｏｘ機能によって、一旦出力印刷したデータを再度出力印刷したい場合に、原稿画像の読み込みやＰＣからの送信を再度やり直すことなく、ユーザが所望のデータをＵＩ等で選択して印刷することができ、手間を省くことが可能となる。
本実施形態において、Ｂｏｘ機能によって蓄積されたデータを  ＨＤＤ２０８から読み出し印刷することをＢｏｘプリントと呼ぶ。
【０１０４】
図１６は、Ｂｏｘプリントの操作部の表示部へ表示される画面の一例である。Ｂｏｘプリントの操作を実行するための画面１６０１は、ユーザ（操作者）がＢｏｘプリント実行（不図示）を選択したときに操作部に表示される。
【０１０５】
プレビュー表示画面１６０２には、操作者が画像処理装置（ＭＦＰ）のキーワード検索等の検索機能等を使ってＢｏｘ内のデータを選択すると、操作者の所望のデータであるかを確認するために出力結果のイメージが表示される。画質指定画面１６０３における標準ボタン１６０４または高画質ボタン１６０５をユーザが押すことにより、選択したデータの出力が開始される。標準ボタン１６０４または高画質ボタン１６０５には、データを出力する画像処理装置の名称が表示される。
【０１０６】
次に、図１７のフローチャートを参照して、本実施形態に係るＢｏｘプリント指示の処理を説明する。
【０１０７】
ステップＳ１７０１では、ユーザ（操作者）が操作部２１０からＢｏｘプリント実行を選択したことにより指示が行われる。
【０１０８】
ステップＳ１７０２では、ＢＯＸ内から選択されたドキュメントデータのプレビューをプレビュー表示画面１６０２に表示する。
【０１０９】
次にステップＳ１７０３において、ネットワーク上の各機器（ＭＦＰ）の処理能力テーブルを生成する。「処理能力テーブル生成」処理の詳細は後述する。
【０１１０】
次にステップＳ１７０４に進み、選択されたドキュメントデータに対して、処理経路を生成する。「処理経路生成」処理の詳細は後述する。ステップＳ１７０５では、画質指定画面１６０３において、処理経路生成処理によって得られたドキュメントデータを出力する画像処理装置（ＭＦＰ）名称を標準ボタン１６０４、高画質ボタン１６０５に表示する。
【０１１１】
ステップＳ１７０６では、操作者が画質指定画面１６０３に表示されたボタンを押すことにより出力する画質の選択指示がなされる。ステップＳ１７０７では、操作者が選択した画質指定に対する処理経路を参照する。ステップＳ１７０７において参照した結果、外部の機器に転送する必要がある場合は、ステップＳ１７０８において処理経路情報とデータの転送を行う。一方、外部の機器に転送する必要がない場合は、ステップＳ１７０９において、図１１で説明したドキュメントの印刷処理を行う。
【０１１２】
次に、ステップＳ１７０３で示した処理能力テーブル生成フローについて図１８のフローチャートを用いて説明する。この処理は、各機器の処理能力をテーブルとして保持するための処理である。
【０１１３】
ステップＳ１８０１において、ネットワークを介して外部の各機器から機器情報を取得する。ステップＳ１８０２において、取得した機器情報の中に含まれるカラーマッチング、圧縮形式、処理階調、レンダリング方式、出力解像度、細線再現性を参照する。
【０１１４】
ステップＳ１８０３において、参照した各情報を前述の処理能力テーブルに追加する。
【０１１５】
ステップＳ１８０４において、ネットワークに接続された全ての外部機器から機器情報を取得したことを検知するまで、のフローチャートＳ１８０１からＳ１８０３を繰り返し実行する。
【０１１６】
図１９は、処理能力テーブル生成フローによって生成された処理能力テーブルの一例である。
【０１１７】
参照符号１９０１は、機器ごとに異なる能力の処理内容を示す。処理内容は、カラーマッチング、圧縮形式、処理階調、レンダリング形式、出力解像度、細線再現性がある。各処理内容については、前述した図１０の説明の通りである。
【０１１８】
参照符号１９０２は、処理内容に対する処理分類を示す。変換処理（Color Process）は、入力画像やＰＤＬデータをドキュメントに変換するときの処理である。ＣＭＳ、Ｃｏｍｐｒｅｓｓは変換処理に含まれる。レンダラ（Ｒｅｎｄｅｒｅｒ）は、ドキュメントをビットマップに変換する処理である。ＢＰＰ、Ｔｙｐｅはレンダラに含まれる。
【０１１９】
参照符号１９０３は、機器名称を示す。機器名称は、各機器固有に割り当てられた名称であり、ネットワーク等の通信手段により取得した機器情報から得られる。
【０１２０】
参照符号１９０４は、処理能力を示す。処理能力も前述の機器名称同様、機器情報から得られる。ＣＭＳの処理能力は、新しいＣＭＳ（Ａ）と従来のＣＭＳであるＩＣＣプロファイルを用いて８Ｂｉｔデータによりカラーマッチング行なう（Ｂ）である。新しいＣＭＳ（Ａ）は、拡張色空間（例えばＳｃＲＧＢ）を用いて、観察環境を考慮したＣＩＥＣＡＭ０２を用いて、１６Ｂｉｔデータによりカラーマッチングを行なうものである。Ｃｏｍｐｒｅｓｓの処理能力は、画像劣化があるＬｏｓｓｙ（ＪＰＥＧ等）、画像劣化のないまたは、画像劣化が少ないＬｏｓｓｌｅｓｓ（ＬｏｓｓｌｅｓｓＪＰＥＧ、ＪＰＥＧ２０００等）である。ＢＰＰの処理能力は、８ビットや１６ビットなどである。Ｔｙｐｅの処理能力は、αブレンドやＲＯＰ処理において画質劣化する可能性があるハーフトーンレンダラ等（Ａ）と、フルカラーレンダラ（Ｂ）である。Ｒｅｓｏｌｕｔｉｏｎの処理能力は、６００ＤＰＩ、１２００ＤＰＩ等である。Ｑｕａｌｉｔｙ  ｏｆ  ｌｉｎｅの処理能力は、補正処理の有無等である。
【０１２１】
次に、ステップＳ１７０４で示した処理経路生成フローについて図２０及び図２１を用いて説明する。この処理は、処理経路を生成する処理である。
【０１２２】
図２０のステップＳ２２０１において、図９のステップＳ９３３、図１１のステップＳ１１０８においてドキュメントのメタデータとして生成された第１優先の処理能力と処理能力テーブルから処理分類と画像処理装置を選択する。
【０１２３】
ステップＳ２２０２において、第２優先の処理能力が上位優先の処理分類と異なるかを判定する。判定した結果、異なる場合は、ステップＳ２２０３において第２優先の処理能力と処理能力テーブルから処理分類と画像処理装置を選択する。一方、判定した結果、同じ場合は、ステップＳ２２０４において選択された画像処理装置が複数あるかを判定する。判定した結果、複数ある場合は、ステップＳ２２０５において、第２優先の処理能力と処理能力テーブルから複数の画像処理装置から選択する。判定した結果、複数ない場合はステップＳ２２０６に進む。
【０１２４】
ステップＳ２２０３，Ｓ２２０４又はＳ２２０５に続いてステップＳ２２０６において、第３優先の処理能力が上位優先の処理分類と異なるかを判定する。判定した結果、異なる場合は、ステップＳ２２０７において第３優先の処理能力と処理能力テーブルから処理分類と画像処理装置を選択する。一方、判定した結果、同じ場合は、ステップＳ２２０８において選択された画像処理装置が複数あるかを判定する。判定した結果、複数ある場合は、ステップＳ２２０９において、第３優先の処理能力と処理能力テーブルから複数の画像処理装置から選択する。判定した結果、複数ない場合はステップＳ２２１０に進む。
【０１２５】
次に、ステップＳ２２０７，Ｓ２２０８又はＳ２２０９に続いてステップＳ２２１０において、第４優先の処理能力が上位優先の処理分類と異なるかを判定する。判定した結果、異なる場合は、ステップＳ２２１１において第４優先の処理能力と処理能力テーブルから処理分類と画像処理装置を選択する。一方、判定した結果、同じ場合は、ステップＳ２２１２において選択された画像処理装置が複数あるかを判定する。判定した結果、複数ある場合は、ステップＳ２２１３において、第４優先の処理能力と処理能力テーブルから、複数の画像処理装置から画像処理装置を選択する。判定した結果、複数ない場合は図２１のステップＳ２２１５に進む。
【０１２６】
ステップＳ２２１１，Ｓ２２１２又はＳ２２１３に続いて図２１のステップＳ２２１５において、処理分類の変換処理の画像処理装置が選択されたかを判定する。判定した結果、選択されていればステップＳ２２１８に進み、選択されていた場合は、ステップＳ２２１６においてレンダラの画像処理装置が選択されたかを判定する。判定した結果、選択されていない場合は、ステップＳ２２１７において、レンダラの画像処理装置を変換処理の画像処理装置と同じにし、ステップＳ２２１８に進む。
【０１２７】
ステップＳ２２１８においては出力デバイスの画像処理装置が選択されたかを判定する。判定した結果、選択されていない場合は、ステップＳ２２１９において出力デバイスの画像処理装置をレンダラの画像処理装置と同じにし、選択されていた場合は本フローチャートの処理を終了する。
【０１２８】
一方、ステップＳ２２１５において処理分類の変換処理の画像処理装置が選択されたかを判定した結果、選択されていない場合は、ステップＳ２２２０に進んでレンダラの画像処理装置が選択されたかを判定する。選択されていた場合は、ステップＳ２２２１において、変換処理の画像処理装置をレンダラの画像処理装置と同じにし、ステップＳ２２１８に進む。
【０１２９】
一方、ステップＳ２２２０において判定した結果、選択されていない場合は、ステップＳ２２２２に進んで出力デバイスの画像処理装置が選択されたかを判定する。判定した結果、選択されていた場合は、ステップＳ２２２３において、全ての処理を出力デバイスの画像処理装置と同じにして、本フローチャートの処理を終了する。
【０１３０】
一方、ステップＳ２２２２で判定した結果、選択されていない場合は、ステップＳ２２２４において、高画質の経路なしとして、本フローチャートの処理を終了する。
【０１３１】
図２２（Ａ），（Ｂ），（Ｃ）は、選択されたデータとＵＩ表示、優先処理能力テーブル、処理能力テーブルの一例を示している。
【０１３２】
選択されたデータはドキュメント生成処理において、第１に細線、小文字が多く第２にイメージが多いと判定し、優先処理能力テーブルより、太枠の細線再現性、解像度、カラーマッチング、階調の優先順の処理順でメタデータに変換される。
【０１３３】
このドキュメントデータがＢｏｘプリント処理される場合、このメタデータからQuality of line を最優先にMFP4が選ばれ、CMSを次の優先としてMFP３or１が選ばれ、最後にBPPを考慮してMFP２が選ばれる。その結果メタデータから参照した処理能力に従って、ＭＦＰ３→ＭＦＰ２→ＭＦＰ４（または、ＭＦＰ１→ＭＦＰ２→ＭＦＰ４）の処理経路を選択し、図２３に示すように、選択した処理経路順にネットワークを介してドキュメント転送、印刷処理を実行する。
【０１３４】
以上においては、高画質の出力処理の経路のみを選択しているが、さらに、第２、第３の出力処理の経路を選択し、画質指定画面に標準、高画質の選択肢を追加して、操作者がより望む結果を得られるようにしてもよい。
【０１３５】
また、複数の経路が存在する場合、画像処理装置の処理状況に応じて、選択するようにしてもよい。
【０１３６】
〔実施形態２〕
上記実施形態では、出力処理をするたびに、経路を選択し、実際に各画像処理で処理を行っているが、本実施形態においては、出力処理で変換されたデータをドキュメントに追加する。
【０１３７】
図２４、図２５はドキュメントの構造を示している。
【０１３８】
図２４は本実施形態のドキュメントのデータ構造を示している。
【０１３９】
本実施形態のドキュメントは、図１３にビットマップ（ｄ）を加えた構造である。
【０１４０】
ビットマップ（ｄ）は、レンダラによってＤＬ（ｃ）を変換してできたビットマップである。ページヘッダ（ｘ９）にはページ内の描画情報（インストラクション）の管理テーブルなどが記述され、ビットマップ（ｘ１０）は解像度依存なＲＧＢ等のビットマップデータで構成されている。
【０１４１】
図２５（Ａ），（Ｂ）は図２４で説明したデータ構造がメモリ上、ファイル上にどう配置されるのかを示す図である。
【０１４２】
図２６はドキュメント転送、印刷処理を示している。この処理は生成されたドキュメントを転送または、印刷出力する処理である。
【０１４３】
まずステップＳ２６０１においてドキュメントデータを受け取り、ステップＳ２６０２においてドキュメントがベクタデータかどうかを判定する。判定した結果ベクタデータである場合、ステップＳ２６０３において、ドキュメントデータと同時に受け取った処理経路情報を参照する。ステップＳ２６０４において処理経路情報に従って変換処理を行う。次に、ステップＳ２６０５において処理経路情報を参照して、レンダリングを実行するかを判定する。判定した結果、レンダリング実行する場合、ステップＳ２６０６においてＤｉｓｐｌａｙ  Ｌｉｓｔを生成し、ステップＳ２６０７においてレンダリングする。
【０１４４】
次に、ステップＳ２６０８において、出力処理を行うかを判定する。判定した結果、出力処理を行う場合は、ステップＳ２６０９において、図２７に示す通り、ドキュメント格納先へビットマップを転送し、ステップＳ２６１０において出力処理を行う。
【０１４５】
ステップＳ２６０５の判定で、レンダリングを実行しない場合は、ステップＳ２６１１においてベクタデータを再生成し、ステップＳ２６１２において、処理経路情報に従って、他の画像処理装置にベクタデータを転送する。ステップＳ２６０８の判定で出力処理しない場合は、ステップＳ２６１２の転送処理をする。
【０１４６】
本実施形態によれば、変換データを格納先のドキュメントに追加することで、再度、同じドキュメントが選択された場合に、変換処理をすることなく高速で効率的に描画出力することが可能となる。
【０１４７】
本実施形態においては、格納へビットマップデータを転送しているが、処理途中のベクタデータを転送しても良い。
【０１４８】
〔他の実施形態〕
以上、様々な実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。例えば、スキャナ、プリンタ、ＰＣ、複写機、複合機及びファクシミリ装置の如くである。
【０１４９】
本発明は、前述した実施形態の各機能を実現するソフトウェアプログラムを、システム若しくは装置に対して直接または遠隔から供給し、そのシステム等に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。
【０１５０】
従って、本発明の機能・処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。
【０１５１】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１５２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などもある。
【０１５３】
また、プログラムは、クライアントコンピュータのブラウザを用いてインターネット／イントラネットのウェブサイトからダウンロードしてもよい。すなわち、該ウェブサイトから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよいのである。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるウェブサイトからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。
【０１５４】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネット／イントラネットを介してウェブサイトから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。
【０１５５】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ってもよい。もちろん、この場合も、前述した実施形態の機能が実現され得る。
【０１５６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ってもよい。このようにして、前述した実施形態の機能が実現されることもある。
【図面の簡単な説明】
【０１５７】
【図１】本発明の一実施形態の印刷装置（ＭＦＰ）の構造を示す側断面図である。
【図２】実施形態におけるシステム構成の一例を示す図である。
【図３】実施形態における各機器のコントロールユニットの構成例を示すブロック図である。
【図４】実施形態におけるコントローラソフトウェアの構成の一例を示すブロック図である。
【図５】実施形態におけるスキャン・コピーのデータフローを示す図である。
【図６】実施形態におけるメタデータ生成のデータフローを示す図である。
【図７】実施形態におけるベクトル化処理のブロックセレクションの一例を表す図である。
【図８】実施形態におけるＰＤＬプリントのデータフローを示す図である。
【図９】実施形態におけるイメージからのドキュメント生成のデータフローを示す図である。
【図１０】実施形態における優先処理能力テーブルを示す図である。
【図１１】実施形態におけるＰＤＬからのドキュメント生成のデータフローを示す図である。
【図１２】実施形態におけるドキュメント転送、印刷の処理を示すフローチャートである。
【図１３】実施形態におけるドキュメントのデータ構造を示す図である。
【図１４】実施形態におけるドキュメントデータの具体例を示す図である。
【図１５】実施形態におけるドキュメントの格納構造を示す図である。
【図１６】実施形態における操作部に表示される画面を示す図である。
【図１７】実施形態におけるＢｏｘプリント指示の処理を示すフローチャートである。
【図１８】実施形態における処理能力テーブル生成の処理を示すフローチャートである。
【図１９】実施形態における処理能力テーブルを示す図である。
【図２０】実施形態における処理経路生成の処理を図２１とともに示すフローチャートである。
【図２１】実施形態における処理経路生成の処理を図２０とともに示すフローチャートである。
【図２２】実施形態における操作部に表示される画面、優先処理能力テーブル、処理能力テーブルの一例を示す図である。
【図２３】実施形態における異なるハード構成を持つ印刷装置で構成されたシステムへの適用を示す図である。
【図２４】実施形態２におけるドキュメントのデータ構造を示す図である。
【図２５】実施形態２におけるドキュメントの格納構造を示す図である。
【図２６】実施形態２におけるドキュメント転送・印刷の処理を示すフローチャートである。
【図２７】実施形態２における異なるハード構成を持つ印刷装置で構成されたシステムへの適用を示す図である。
【符号の説明】
【０１５８】
２００  コントロールユニット
２０３  ＬＡＮ
２０４  公衆回線
２０５  ＣＰＵ
２０６  ＲＡＭ
２０７  ＲＯＭ
２０８  ハードディスクドライブ（ＨＤＤ）
２０９  操作部Ｉ／Ｆ
２１０  操作部
２１１  ネットワークインタフェース
２１２  モデム
２１３  システムバス
２１４  イメージバスＩ／Ｆ
２１５  画像バス
２１６  ラスタイメージプロセッサ
２１７  デバイスＩ／Ｆ
２１８  スキャナ画像処理部
２１９  プリンタ画像処理部
２２０  画像編集用画像処理部
２３０  カラーマネージメントモジュール
４０１  プロトコル制御部
４０２  ベクタデータ生成部
４０３  メタデータ生成部
４０４  ＰＤＬ解析部
４０５  データ描画部
４０６  ページメモリ
４１０  ドキュメント記憶部
４１２  パネル入出力制御部
４１３  出力制御部
４１４  プリンタエンジン部
４１５  スキャン制御部
【図１】
2009165025.tif 000003
【図２】
2009165025.tif 000004
【図３】
2009165025.tif 000005
【図４】
2009165025.tif 000006
【図５】
2009165025.tif 000007
【図６】
2009165025.tif 000008
【図７】
2009165025.tif 000009
【図８】
2009165025.tif 000010
【図９】
2009165025.tif 000011
【図１０】
2009165025.tif 000012
【図１１】
2009165025.tif 000013
【図１２】
2009165025.tif 000014
【図１３】
2009165025.tif 000015
【図１４】
2009165025.tif 000016
【図１５】
2009165025.tif 000017
【図１６】
2009165025.tif 000018
【図１７】
2009165025.tif 000019
【図１８】
2009165025.tif 000020
【図１９】
2009165025.tif 000021
【図２０】
2009165025.tif 000022
【図２１】
2009165025.tif 000023
【図２２】
2009165025.tif 000024
【図２３】
2009165025.tif 000025
【図２４】
2009165025.tif 000026
【図２５】
2009165025.tif 000027
【図２６】
2009165025.tif 000028
【図２７】
2009165025.tif 000029