JP5344619B2 - 情報処理装置とその方法及びプログラム - Google Patents

Description

部数印刷することが可能な情報処理装置とその方法及びプログラムに関する。

従来の出力物の使用環境を考慮したカラーマッチングシステムは、例えば出力対象データ作成環境における環境光情報（デバイス測色値を保持するプロファイル。以下、ソース側環境光プロファイルとする）、出力対象データを作成する際に使用する装置（以下、ソース側デバイスとする）の発色特性情報（以下、ソース側デバイスプロファイルとする）、出力物使用環境における環境光情報（入力データ作成環境光の白色点を保持するプロファイル。以下、デスティネーション側環境光プロファイルとする）、画像を出力する装置（プリンタ、ディスプレイなど）（以下、デスティネーション側デバイスプロファイルとする）の発色特性情報（デバイス測色値を保持するプロファイル以下、デスティネーション側デバイスプロファイル）、ソース側デバイスにおける色をデスティネーション側デバイスにおける色へと変換するための色域圧縮情報（以下、ガマットマッピングプロファイルとする）を使用してカラーマッチングを実現する。

このような技術を実現するために、出力物を使用（観察）する環境の環境光の特性を取得し、その情報を考慮してカラーマッチングを実現する技術が開示されている。

例えば、特許文献１は、画像を観察する環境の光源特性を取得し、その光源特性および色票の分光反射率データから、色票の信号値と三刺激値との関係を示すプロファイルデータを演算し、そのプロファイルデータをプロファイルに格納し、そのプロファイルを用いて、環境光による色順応を考慮したカラーマッチング処理を行うという手段で、観察環境の違いによる見え方の差異を解消するという仕組みが開示されている。

また、特許文献２は、カラーマッチングされた画像を観察する環境下における環境光の特性を取得し、カラーパッチデータからカラーマッチングを行うカラープロファイルを作成するための測色を行う際に、得られた環境光特性に合わせた測色を行うという手段で、カラープロファイル作成環境における環境光の影響を考慮したカラープロファイルを作成する仕組みが開示されている。

特開２００２−２１８２６６号公報 特開２００７−１５８６０５号公報

しかしながら、特許文献１および特許文献２は取得した環境光の特性を用いてカラーマッチング処理を実現するため、従来のＩＣＣプロファイルを使用したカラーマッチングに比べてユーザの作業負荷が増えてしまうという課題があった。

また、カラープリンタが主流となった現在では、出力物のカラー化が進んでいる。しかし使用する環境の環境光による影響で出力物の見え方に差があることは色や印刷などの業界関係者には一般的に知られているが、どのようなプロファイルを組み合わせてカラーマッチングをすれば、使用する環境に適した出力物を得ることができるかを判断することは、色や印刷などに関する知識を有していない一般ユーザには困難である。

特に、出力した１つの紙文書を様々な環境で使用した場合に、環境光による影響で出力物の見え方に差（色味が異なる）が出てきてしまい、期待の効果を得ることができないという問題があった。

さらに、使用する環境に応じた紙文書を出力するために、同じ文書データから複数部数の紙文書を出力するには、従来の技術を用いた場合、使用する環境の環境光を測る、或いは環境に応じたプロファイルを選択して、紙文書を出力するという手順を複数部数分繰り返して出力しなければならず、色や印刷などに関する知識を有していない一般ユーザには困難であった。

そこで本発明は、複数部数印刷で、簡易的に複数の環境に応じた出力物を得ることができる仕組みを提供することを目的とする。

本発明の目的を達成するために、複数部数を印刷するための部数印刷が指定され、印刷された印刷物を使用する環境に応じたプロファイルが複数指定された印刷データを受け付ける印刷データ受付手段と、前記指定されたプロファイルを、前記指定された部数ごとに切り換えるプロファイル切換手段と、前記切り換えられたプロファイルを用いて、前記指定されたプロファイル数分繰り返し印刷データを出力する印刷データ出力手段とを備えることを特徴とする。

本発明によれば、複数部数印刷で、簡易的に複数の環境に応じた出力物を得ることができる。

本発明の実施形態に係る印刷制御システムの概略構成の一例を示す模式図である。 本発明の実施形態に係る印刷制御システムの概略構成の変形例を示す模式図である。 本発明の実施形態に係る印刷制御システムのホストコンピュータによるＧＤＩプリントパスを用いた印刷制御機能の機能構成の一例を示す模式図である。 本発明の実施形態に係る印刷制御システムのホストコンピュータによるＸＰＳプリントパスを用いた印刷制御機能の機能構成の一例を示す模式図である。 本発明の実施形態に係る印刷制御システムのホストコンピュータによるＸＰＳプリントパスを用いた印刷制御処理の処理手順の一例を示すフローチャートである。 図５のステップＳ１０２におけるＸＰＳデータの解析・編集処理の詳細な処理手順の一例を示すフローチャートである。 図６のステップＳ２０６におけるＦＤＳの処理の詳細な処理手順の一例を示すフローチャートである。 本発明の実施形態に係る印刷制御システムのプリンタによるＸＰＳプリントパスを用いた印刷制御処理の処理手順の一例を示すフローチャートである。 図８のステップＳ９０２におけるＸＰＳデータの解析・印刷処理の詳細な処理手順の一例を示すフローチャートである。 図９のステップＳ１００６におけるＦＤＳの処理の詳細な処理手順の一例を示すフローチャートである。 図１０のステップＳ１１１０におけるＦＤの処理の詳細な処理手順の一例を示すフローチャートである。 図１１のステップＳ１２０６におけるＦＰの処理の詳細な処理手順の一例を示すフローチャートである。 図１２のステップＳ１３０２におけるＦＰ描画命令処理の詳細な処理手順の一例を示すフローチャートである。 ＸＰＳデータに包含される各パーツの参照関係の論理的構造の一例を示す模式図である。 ＸＭＬファイルの記述に基づいた参照関係の一例を示す模式図である。 ユーザインターフェースドライバ１３３が表示するユーザインターフェースのイメージ図である。 図１６に続くカラーマッチング対象設定のイメージ図である。 ＸＭＬファイルの記述に基づいたプリントチケットの一例を示す模式図である。 デスティネーション側デバイスプロファイルの一例を示す図である。 ソース側デバイスプロファイルと、デスティネーション側デバイスプロファイルが埋め込まれたＸＰＳデータの構成を示す図である。

以下に、図面を参照しながら、本発明を実施するための最良の形態（実施形態）について説明する。なお、以下に示す本発明の実施形態においては、複数のデータ（ファイル）を１つのデータ（ファイル）にまとめたアーカイブデータ（アーカイブファイル）として、ＸＰＳデータ（ＸＰＳファイル）を適用した例について説明する。

図１は、本発明の実施形態に係る印刷制御システム１０の概略構成の一例を示す模式図である。なお、本発明の実施形態に係る印刷制御システム１０は、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、更には、ＬＡＮ、ＷＡＮ等のネットワークを介して接続がなされて処理が行われるシステムであっても、適用できる。即ち、図１に示す印刷制御システム１０（以降の説明では、図１に示す印刷制御システムを「印刷制御システム１０−１」とする）は、一例を示したものであり、用途や目的に応じて様々な構成例があることは言うまでもない。

図１に示す印刷制御システム１０−１は、情報処理装置に相当するホストコンピュータ（クライアントコンピュータ）１００と、出力装置（印刷装置や画像形成装置）に相当するプリンタ２００と、これらの装置を通信可能に接続するネットワーク３００を有して構成されている。

ホストコンピュータ１００は、図１に示すように、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、システムバス１０４、入力コントローラ（以下、「入力Ｃ」と称する）１０５、ビデオコントローラ（以下、「ＶＣ」と称する）１０６、メモリコントローラ（以下、「ＭＣ」と称する）１０７、通信インターフェース（以下、「通信Ｉ／Ｆ」と称する）１０８、キーボード（以下、「ＫＢ」と称する）１０９、ＣＲＴディスプレイ（以下、「ＣＲＴ」と称する）１１０、及び、外部メモリ１１１を有して構成されている。

ＣＰＵ１０１は、ＲＯＭ１０３或いは外部メモリ１１１に記憶されたプログラム等に基づいてシステムバス１０４に接続された各デバイスを制御して、当該ホストコンピュータ１００における動作を統括的に制御する。

ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。ＣＰＵ１０１は、処理の実行に際して必要なプログラム等をＲＡＭ１０２にロードして、プログラムを実行することで各種の動作を実現する。

ＲＯＭ１０３には、ＣＰＵ１０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）、ＣＰＵ１０１が本実施形態に係るホストコンピュータ１００の機能を実現するために必要な各種のプログラム等が記憶されている。なお、これらのプログラムは、外部メモリ１１１に記憶されている態様であってもよい。また、本実施形態で使用するＯＳは、例えばＷｉｎｄｏｗｓ＿Ｖｉｓｔａ（Ｍｉｃｒｏｓｏｆｔ社製）を想定するが、これに限定されるものではない。

システムバス１０４は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、入力Ｃ１０５、ＶＣ１０６、ＭＣ１０７及び通信Ｉ／Ｆ１０８を、相互に通信可能に接続する。

入力Ｃ１０５は、ＫＢ１０９やマウス等のポインティングデバイス（不図示）からの入力を制御する。

ＶＣ１０６は、ＣＲＴ１１０等の表示装置への表示を制御する。なお、表示装置は、ＣＲＴであっても、液晶ディスプレイ等のその他の表示装置であってもよい。

ＭＣ１０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種のデータ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ１１１へのアクセスを制御する。

通信Ｉ／Ｆ１０８は、ネットワーク３００を介して、外部装置（図１に示す例では、プリンタ２００）との通信を制御する。例えば、通信Ｉ／Ｆ１０８は、ＴＣＰ／ＩＰを用いたインターネット通信やプリンタ２００との間でデータ送受信等が可能である。

なお、ＣＰＵ１０１は、例えばＲＡＭ１０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ１１０上での表示を可能としている。また、ＣＰＵ１０１は、ＣＲＴ１１０上のマウスカーソル（不図示）等でのユーザ指示を可能とする。

プリンタ２００は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、システムバス２０４、通信インターフェース（以下、「通信Ｉ／Ｆ」と称する）２０５、印刷部インターフェース（以下、「印刷部Ｉ／Ｆ」と称する）２０６、メモリコントローラ（以下、「ＭＣ」と称する）２０７、印刷部２０８、操作部２０９、及び、外部メモリ２１０を有して構成されている。

ＣＰＵ２０１は、ＲＯＭ２０３或いは外部メモリ２１０に記憶されたプログラム等に基づいてシステムバス２０４に接続された各デバイスを制御して、当該プリンタ２００における動作を統括的に制御する。例えば、ＣＰＵ２０１は、ＲＯＭ２０３或いは外部メモリ２１０に記憶されたプログラム等に基づいて印刷部（例えばプリンタエンジン）２０８に出力情報としての画像信号を出力する処理を行う。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。なお、ＲＡＭ２０２は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等にも用いられる。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで各種の動作を実現する。また、ＲＡＭ２０２は、増設ポート（不図示）に接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

ＲＯＭ２０３には、フォントＲＯＭ２０３ａ、プログラムＲＯＭ２０３ｂ、及び、データＲＯＭ２０３ｃが設けられている。フォントＲＯＭ２０３ａには、上記出力情報を生成する際に使用する各種のフォントデータ等が記憶されている。プログラムＲＯＭ２０３ｂには、ＣＰＵ２０１がプリンタ２００の各種機能を実現するために必要な各種のプログラムが記憶されている。データＲＯＭ２０３ｃには、例えばＣＰＵ２０１が各種の処理を行う際に必要な各種のデータ（各種の情報も含む）が記憶され、また、外部メモリ２１０がないプリンタ２００の場合には、ホストコンピュータ１００で利用される情報等も記憶される。

システムバス２０４は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、通信Ｉ／Ｆ２０５、印刷部Ｉ／Ｆ２０６、ＭＣ２０７、及び、操作部２０９を、相互に通信可能に接続する。

通信Ｉ／Ｆ２０５は、ネットワーク３００を介して、外部装置（図１に示す例では、ホストコンピュータ１００）との通信を制御する。
印刷部Ｉ／Ｆ２０６は、印刷部２０８との通信を制御する。

ＭＣ２０７は、ハードディスク（ＨＤ）やＩＣカード等の外部メモリ２１０へのアクセスを制御する。外部メモリ２１０は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、外部メモリ２１０は、１個に限らず、例えば、複数設けて、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラム等を格納した外部メモリを複数接続できるように構成されていてもよい。さらに、外部メモリ２１０は、例えば、ＮＶＲＡＭ（不図示）を有し、操作部２０９からのプリンタモード設定情報を記憶するようにしてもよい。

操作部２０９は、例えば、操作パネル及び操作パネルの操作のためのスイッチ、並びに、ＬＥＤ表示器等を備えて構成されており、ユーザにより操作されるものである。

また、本実施形態では、プリンタ２００がサポートするプリントデータは、ＸＰＳデータを想定しているが、同様のファイルフォーマットを有するデータであれば、これに限定されるものではない。

図２は、本発明の実施形態に係る印刷制御システム１０の概略構成の変形例を示す模式図である。

図２に示す印刷制御システム１０−２は、図１に示すホストコンピュータ１００（具体的には、１００−１〜１００−４）、図１に示すプリンタ２００（具体的には、２００−１〜２００−２）、及び、図１に示すネットワーク３００に加えて、ローカルインターフェース３０１と、プリントサーバコンピュータ４００を有して構成されている。

この場合、ホストコンピュータ１００（１００−１〜１００−４）の通信Ｉ／Ｆ１０８は、ネットワークインターフェースカード（ＮＩＣ）の機能を有するものとする。プリンタ２００（２００−１〜２００−２）は、セントロニクスやＵＳＢ等のローカルインターフェース３０１を介してプリントサーバコンピュータ４００と接続されて当該プリントサーバコンピュータ４００を介してネットワーク３００に接続される形態であっても、ネットワーク３００に直接接続される形態であってもよい。なお、ネットワーク３００に直接接続されているプリンタ２００（具体的には、２００−１）の通信Ｉ／Ｆ２０５は、ネットワークインターフェースカード（ＮＩＣ）の機能を有するものとする。

また、プリントサーバコンピュータ４００を介してネットワーク３００に接続されるプリンタ２００（具体的には、２００−２）に対して各ホストコンピュータ１００から印刷ジョブを送信する場合、まず、各ホストコンピュータ１００は、プリントサーバコンピュータ４００へ印刷ジョブを送信する。そして、プリントサーバコンピュータ４００は、各ホストコンピュータ１００から送信されてきた印刷ジョブを、当該プリントサーバコンピュータ４００のプリントサブシステム（不図示）を介して、プリンタ２００へ送信する。これにより、各ホストコンピュータ１００は、プリントサーバコンピュータ４００を介し
て印刷ジョブをプリンタ２００へ送信することができる。

また、ネットワーク３００に直接接続されているプリンタ２００（具体的には、２００−１）に対して各ホストコンピュータ１００から印刷ジョブを送信する場合、各ホストコンピュータ１００は、ネットワーク３００に直接接続されているプリンタ２００へ印刷ジョブを送信する。

次に、ホストコンピュータ１００による前述したＧＤＩプリントパスを用いた印刷制御機能の機能構成について説明を行う。

図３は、本発明の実施形態に係る印刷制御システム１０のホストコンピュータ１００によるＧＤＩプリントパスを用いた印刷制御機能の機能構成の一例を示す模式図である。

ホストコンピュータ１００には、ＧＤＩプリントパスを用いた際の印刷制御機能として、図３に示すように、アプリケーション１３１、ＧＤＩ１３２、ユーザインターフェースドライバ１３３、スプーラ１３４、ＥＭＦスプールファイル１３５、プリントプロセッサ１３６、プリンタグラフィックスドライバ１３７及びランゲージモニタ１３８が構成される。

ここで、アプリケーション１３１、ＧＤＩ１３２、ユーザインターフェースドライバ１３３、スプーラ１３４、プリントプロセッサ１３６及びプリンタグラフィックスドライバ１３７は、例えば、図１に示すＣＰＵ１０１とＲＯＭ１０３或いは外部メモリ１１１に記憶されているプログラムとから構成される。また、ＥＭＦスプールファイル１３５は、例えば、図１に示す外部メモリ１１１に構成される。また、ランゲージモニタ１３８は、例えば、図１に示すＣＰＵ１０１とＲＯＭ１０３或いは外部メモリ１１１に記憶されているプログラム、並びに、通信Ｉ／Ｆ１０８から構成される。

アプリケーション１３１は、ＧＤＩ１３２を介してプリンタ２００に対して印刷条件の設定を行う。より具体的に、アプリケーション１３１は、例えば、印刷に使用する用紙のサイズの設定や逆順で印刷するか否かの設定、製本の体裁で印刷を行う製本印刷を実施するか否かの設定など、各種の印刷条件を設定する処理を行う。

さらに、アプリケーション１３１は、ＧＤＩ１３２等を介してプリンタ２００に対して文書や写真画像等の描画命令を発行して印刷実行を指示する。以下、図３の説明等において、描画命令の発行に伴ってＧＤＩ１３２を介してスプーラ１３４に通知される文書・画像データ及び描画命令を総称して「印刷データ」と称する。

ＧＤＩ１３２は、アプリケーション１３１等からの指示に基づき、ＧＤＩプリントパスに係る処理を行う。

ユーザインターフェースドライバ１３３は、ＧＤＩ１３２を介して通知された印刷条件をプリンタ２００に適合する内容に変更し、最終的な印刷条件を確定する処理を行う。さらに、ユーザインターフェースドライバ１３３は、ＧＤＩ１３２を介して、最終的に確定した印刷条件をスプーラ１３４に通知する処理を行う。

スプーラ１３４は、ＧＤＩ１３２を介して通知された印刷データ及び印刷条件をＥＭＦスプールファイル１３５に格納する。

プリントプロセッサ１３６は、スプーラ１３４を介してＥＭＦスプールファイル１３５に格納された印刷データを取得し、当該印刷データを１ページ単位で処理する。

プリンタグラフィックスドライバ１３７は、ＧＤＩ１３２を介してプリントプロセッサ１３６で処理された印刷データを取得し、当該印刷データをプリンタ２００で印刷出力可能なＰＤＬデータに変換する処理を行う。

ランゲージモニタ１３８は、プリンタ２００と双方向の通信を行い、プリンタ２００の情報を取得してＣＲＴ１１０に表示する処理を行う。また、ランゲージモニタ１３８は、プリンタグラフィックスドライバ１３７が生成したＰＤＬデータをプリンタ２００に供給する。なお、ランゲージモニタ１３８は、プリンタ２００が備えるメモリ容量や、エンジンコントローラの構成により異なる転送方法を採用することができる。

続いて、ＧＤＩプリントパスを用いた印刷制御機能における一連の動作について説明する。

まず、アプリケーション１３１は、ユーザからの操作指示に従って、印刷条件の設定、及び任意の文書又は写真画像等の印刷実行の指示を行う。

ＧＤＩ１３２は、アプリケーション１３１から印刷実行の指示を受けると、ユーザインターフェースドライバ１３３に対して、プリンタ２００での印刷条件の設定内容、及び、印刷開始のイベントを通知する。

ユーザインターフェースドライバ１３３は、ＧＤＩ１３２からプリンタ２００での印刷条件の設定内容の通知を受けると、通知された印刷条件の設定内容を参照して、プリンタ２００において印刷出力可能な設定内容であるか否かを判断する。ここで、ユーザインターフェースドライバ１３３は、ＧＤＩ１３２から通知された印刷条件の設定内容が、プリンタ２００において印刷出力可能な設定内容になっていないと判断した場合には、プリンタ２００において印刷出力可能な設定内容になるように、印刷条件の設定内容を更新（一部更新も含む）し、印刷条件を確定する。

続いて、アプリケーション１３１は、ＧＤＩ１３２を介して、文書・画像データの描画命令を発行する。

スプーラ１３４は、アプリケーション１３１における描画命令の発行に伴って生成された印刷データ、及び、ユーザインターフェースドライバ１３３が確定した印刷条件の通知を受けると、通知された印刷データ及び印刷条件をＥＭＦスプールファイル１３５に格納する。

プリントプロセッサ１３６は、スプーラ１３４を介してＥＭＦスプールファイル１３５から印刷条件の設定内容及び印刷データを取得する。続いて、プリントプロセッサ１３６は、ＧＤＩ１３２を介して、当該印刷条件の設定内容及び印刷データを１ページ単位で処理し、これをプリンタグラフィックスドライバ１３７に供給する。ここで、ＧＤＩ１３２は、プリントプロセッサ１３６からプリンタグラフィックスドライバ１３７に印刷データを供給する際に、印刷データに含まれる描画命令をグラフィックス描画コマンドに変換する処理を行う。

プリンタグラフィックスドライバ１３７は、ＧＤＩ１３２により生成されたグラフィックス描画コマンド及びＧＤＩ１３２から通知された印刷条件の設定内容に基づいて、ＧＤＩ１３２を介してプリントプロセッサ１３６から供給された印刷データから、プリンタ２００が解釈できるＰＤＬデータを生成する。

ランゲージモニタ１３８は、当該ホストコンピュータ１００からプリンタ２００にＰＤＬデータを伝送するために使用されるインターフェースを経由して、プリンタグラフィックスドライバ１３７から供給されたＰＤＬデータをプリンタ２００に供給（送信）する。

そして、プリンタ２００（例えばＣＰＵ２０１）は、ランゲージモニタ１３８から供給されたＰＤＬデータを解釈し、印刷画像データを用紙上に印刷出力する処理を行う。

次に、ホストコンピュータ１００による前述したＸＰＳプリントパスを用いた印刷制御機能の機能構成について説明を行う。

図４は、本発明の実施形態に係る印刷制御システム１０のホストコンピュータ１００によるＸＰＳプリントパスを用いた印刷制御機能の機能構成の一例を示す模式図である。ここで、図４においては、図３に示す構成と同様の機能を有する構成については、同じ符号を付している。

ホストコンピュータ１００には、ＸＰＳプリントパスを用いた際の印刷制御機能として、図４に示すように、アプリケーション１３１、ＷＰＦ（Ｗｉｎｄｏｗｓ＿Ｐｒｅｓｅｎｔａｔｉｏｎ＿Ｆｏｕｎｄａｔｉｏｎ）印刷サポート１４１、ユーザインターフェースドライバ１３３、スプーラ１３４、ＸＰＳスプールファイル１４２、フィルタパイプラインマネージャ１４３、レイアウトフィルタ１４４、レンダリングフィルタ１４５及びランゲージモニタ１３８が構成される。

ここで、アプリケーション１３１、ＷＰＦ印刷サポート１４１、ユーザインターフェースドライバ１３３、スプーラ１３４、フィルタパイプラインマネージャ１４３、レイアウトフィルタ１４４及びレンダリングフィルタ１４５は、例えば、図１に示すＣＰＵ１０１とＲＯＭ１０３或いは外部メモリ１１１に記憶されているプログラムとから構成される。

また、ＸＰＳスプールファイル１４２は、例えば、図１に示す外部メモリ１１１に構成される。また、ランゲージモニタ１３８は、例えば、図１に示すＣＰＵ１０１とＲＯＭ１０３或いは外部メモリ１１１に記憶されているプログラム、並びに、通信Ｉ／Ｆ１０８から構成される。

アプリケーション１３１は、ＷＰＦ印刷サポート１４１を介してＸＰＳデータを作成する処理を行う。また、アプリケーション１３１は、文書や写真画像等のドキュメント、印刷条件、描画命令をＸＰＳデータに対して設定する処理を行う。以下、図４の説明等において、ＸＰＳデータに含まれている文書や写真画像等のドキュメント及び描画命令を総称して「印刷データ」と称する。さらに、アプリケーション１３１は、ＷＰＦ印刷サポート１４１を介して印刷実行を指示する。

ＷＰＦ印刷サポート１４１は、アプリケーション１３１からの指示に基づき、ＸＰＳデータを構成（作成）する処理を行う。また、ＷＰＦ印刷サポート１４１は、当該ＸＰＳデータから印刷条件の設定内容を取り出して、ユーザインターフェースドライバ１３３に通知する処理を行う。また、ＷＰＦ印刷サポート１４１は、ユーザインターフェースドライバ１３３が確定した印刷条件の設定内容をＸＰＳデータに設定する処理を行う。さらに、ＷＰＦ印刷サポート１４１は、ＸＰＳデータをスプーラ１３４に通知する処理を行う。

ユーザインターフェースドライバ１３３は、ＷＰＦ印刷サポート１４１から通知された印刷条件をプリンタ２００に適合する内容に変更し、最終的な印刷条件を確定する処理を行う。さらに、ユーザインターフェースドライバ１３３は、最終的に確定した印刷条件をＷＰＦ印刷サポート１４１に通知する処理を行う。

スプーラ１３４は、ＷＰＦ印刷サポート１４１から通知されたＸＰＳデータをＸＰＳスプールファイル１４２に格納する。

フィルタパイプラインマネージャ１４３は、まず、スプーラ１３４を介してＸＰＳスプールファイル１４２に格納されたＸＰＳデータを取得する。そして、フィルタパイプラインマネージャ１４３は、取得したＸＰＳデータをレイアウトフィルタ１４４及びレンダリングフィルタ１４５を介してプリンタ２００で印刷出力可能なＰＤＬデータに変換する処理を行う。

レイアウトフィルタ１４４は、ＸＰＳデータ内の印刷データやページ構成を編集する処理を行う。

レンダリングフィルタ１４５は、レイアウトフィルタ１４４により編集されたＸＰＳデータ内の印刷データをプリンタ２００で印刷出力可能なＰＤＬデータに変換する処理を行う。ただし、本発明の実施形態では、ＸＰＳデータをプリントデータとして用い、ＸＰＳデータをプリンタ２００に送信して、プリンタ２００でＸＰＳデータから描画する画像データを生成するため、レンダリングフィルタ１４５は使用されない。つまり、このレンダリングフィルタ１４５を通さずに処理がされる（ＸＰＳデータダイレクトプリント）。そのため、レンダリングフィルタ１４５を備えないようにすることも可能である。

ランゲージモニタ１３８は、プリンタ２００と双方向の通信を行い、プリンタ２００の情報を取得してＣＲＴ１１０に表示する処理を行う。また、ランゲージモニタ１３８は、フィルタパイプラインマネージャ１４３から通知されたＸＰＳデータをプリンタ２００に供給する。なお、ランゲージモニタ１３８は、プリンタ２００が備えるメモリ容量や、エンジンコントローラの構成により異なる転送方法を採用することができる。

ここで、前述したＸＰＳデータに含まれるパーツデータについて再度説明する。

ＸＰＳデータには、前述したように、以下のａ）〜ｆ）に示すパーツが存在し、それぞれ、以下のような参照を有する。
ａ）＿ｒｅｌｓ／．ｒｅｌｓ：

文書の開始点となるパーツである。後述するｂ）ＦｉｘｅｄＤｏｃｕｍｅｎｔＳｅｑｕｅｎｃｅへの参照を有する。

ｂ）ＦｉｘｅｄＤｏｃｕｍｅｎｔＳｅｑｕｅｎｃｅ（ＦＤＳ）：

１つの文書の構成情報が記述されるパーツである。後述するｃ）ＦｉｘｅｄＤｏｃｕｍｅｎｔへの参照を有する。なお、１つのデータは、複数のドキュメントを有することができる。即ち、ＦＤＳは、複数のＦｉｘｅｄＤｏｃｕｍｅｎｔへの参照を有することができる。
ｃ）ＦｉｘｅｄＤｏｃｕｍｅｎｔ（ＦＤ）：

１つのドキュメントに存在する複数のページをページ順に並べて束ねるためのパーツである。即ち、１つのドキュメントの構成情報が記述されるパーツであり、後述するｄ）ＦｉｘｅｄＰａｇｅへの参照を有する。なお、１つのドキュメントは、複数のページを有することができる。即ち、ＦＤは、複数のＦｉｘｅｄＰａｇｅへの参照を有することができる。
ｄ）ＦｉｘｅｄＰａｇｅ（ＦＰ）：

１ページの描画内容が記述されたパーツである。必要に応じて、イメージファイルやフォントファイルなどの外部リソースファイルへの参照を有することができる。例えば、当該ページにイメージの描画が存在する場合には、当該イメージファイルへの参照を有することになる。
ｅ）ＦｉｘｅｄＰａｇｅ．ｒｅｌｓ（ＦＰ．ｒｅｌｓ）：

ｄ）ＦｉｘｅｄＰａｇｅに関連するパーツへの参照情報が記述されたパーツである。参照先としては、例えば、イメージファイル、フォントファイル、印刷設定情報が記述された後述するプリントチケットファイルなどである。
ｆ）プリントチケット：

予め定義されたＸＭＬスキーマの形式に従って記述された印刷条件の設定が記述されたファイルである。以下、印刷設定を行うために予め定義されたＸＭＬスキーマの形式を「プリントスキーマ」と称し、印刷スキーマに従って印刷条件が記述されているＸＭＬファイルを「プリントチケット」と称する。なお、プリントチケットを言い換えると、印刷に用いられる属性を記憶する属性情報ファイルである。

ここで、ＸＰＳデータに包含される各パーツの参照関係の論理的構造については、前述したように、図１４にその一例が示され、また、ＸＭＬファイルの記述に基づいた参照関係については、前述したように、図１５にその一例が示されている。

続いて、ＸＰＳプリントパスを用いた印刷制御機能における一連の動作について説明する。

まず、アプリケーション１３１は、ユーザからの操作指示に従って、任意の文書又は写真画像等のドキュメントを読み込む処理を行う。なお、前述した任意の文書には、予め作成されていたＸＰＳデータも含まれる。

続いて、アプリケーション１３１は、ユーザからの操作指示に従って、ＸＰＳデータの作成を行い、文書や写真画像等のドキュメント、印刷条件、描画命令をＸＰＳデータに設定する。なお、アプリケーション１３１は、予め作成されていたＸＰＳデータを読み込んだ場合には、新たにＸＰＳデータを作成することはなく、読み込んだＸＰＳデータに含まれる印刷条件や描画命令をユーザからの操作指示に従って編集すればよい。

続いて、アプリケーション１３１は、ユーザからの操作指示に従って、ＸＰＳデータを用いて印刷実行の指示を行う。

ＷＰＦ印刷サポート１４１は、アプリケーション１３１から印刷実行の指示を受けると、ＸＰＳデータ内のプリントチケットを取り出し、印刷条件の設定内容として当該プリントチケットをユーザインターフェースドライバ１３３に通知する。

ユーザインターフェースドライバ１３３は、ＷＰＦ印刷サポート１４１からプリンタ２００での印刷条件の設定内容の通知を受けると、通知された印刷条件の設定内容を参照して、プリンタ２００において印刷出力可能な設定内容であるか否かを判断する。ここで、ユーザインターフェースドライバ１３３は、ＷＰＦ印刷サポート１４１から通知された印刷条件の設定内容が、プリンタ２００において印刷出力可能な設定内容になっていないと判断した場合には、プリンタ２００において印刷出力可能な設定内容になるように、印刷条件の設定内容を更新（一部更新も含む）し、印刷条件を確定する。続いて、ユーザインターフェースドライバ１３３は、確定した印刷条件によりプリントチケットを更新し、ＷＰＦ印刷サポート１４１に通知する。

図１６は本発明におけるユーザインターフェースドライバ１３３が表示するユーザインターフェースのイメージ図であり、「環境情報を用いて色変換する」のラジオボックス部分が、本実施形態の特徴てきな処理を実現するための設定画面である。

例えば、図１６のように、会議室Ａを２部、会議室Ｂを１部と設定して、１・２ページ目のみ環境光の影響を考慮したカラーマッチングをする設定をした場合、図１８のようなプリントチケットが作成される。

なお、本実施形態では、会議室Ａや会議室Ｂの環境に適応させるために、各会議室の環境情報（プロファイル情報）は、予めユーザインターフェースドライバ１３３が参照可能にホストコンピュータ１００の外部メモリ１１１に保持しており、この保持している環境情報を選択できるように構成する。しかしながら、会議室Ａ、会議室Ｂ等の環境情報は、プリントサーバコンピュータ４００やプリンタ２００に保持しておき、プリントサーバコンピュータ４００やプリンタ２００と通信して環境情報を取得するように構成してもよい。つまり、環境情報はどこに記憶されているものであってもよい。

ＷＰＦ印刷サポート１４１は、ユーザインターフェースドライバ１３３から通知されたプリントチケットをＸＰＳデータに設定し、当該ＸＰＳデータをスプーラ１３４に通知する。

例えば、図１８のようなプリントチケットが通知された場合、ソース側デバイスプロファイル３４０３と、図１９のような状態で外部メモリ１１１に保存された、会議室Ａと会議室Ｂのデスティネーション側デバイスプロファイルが、ＸＰＳデータに埋め込まれ、図２０の構成をとる。

なお、ソース側デバイスプロファイル３４０３は、ホストコンピュータ１００の外部メモリ２１１に予め記憶されているプロファイルである。ソース側デバイスプロファイル３４０３は環境光を適宜取得して、作成されてもよい。

ＷＰＦ印刷サポート１４１は、ユーザインターフェースドライバ１３３から通知されたプリントチケットをＸＰＳデータに設定し、当該ＸＰＳデータをスプーラ１３４に通知する。

スプーラ１３４は、ＷＰＦ印刷サポート１４１からＸＰＳデータの通知を受けると、通知されたＸＰＳデータをＸＰＳスプールファイル１４２に格納する。なお、ＷＰＦ印刷サポート１４１を介さずにアプリケーション１３１からスプーラ１３４に任意のＸＰＳデータを通知することも可能である。つまり、ＭＸＤＷで作成したＸＰＳデータを通知することも可能である。続いて、スプーラ１３４は、フィルタパイプラインマネージャ１４３に対して印刷開始のイベントを通知する。

フィルタパイプラインマネージャ１４３は、スプーラ１３４から印刷開始のイベントの通知を受けると、スプーラ１３４を介してＸＰＳスプールファイル１４２に格納されているＸＰＳデータを取得する。続いて、フィルタパイプラインマネージャ１４３は、当該ＸＰＳデータをレイアウトフィルタ１４４に通知する。

レイアウトフィルタ１４４は、通知されたＸＰＳデータから印刷データ及びプリントチケットを取得する。続いて、レイアウトフィルタ１４４は、プリントチケットに記載されている印刷条件の設定内容に基づいて、印刷データの編集及びＸＰＳデータのページ構成の編集を行う。なお、印刷データやページ構成の編集内容には、ビットマップの合成（ウォーターマーク）、ページ合成（割付）、ページ順序の変更（逆順）等が含まれる。続いて、レイアウトフィルタ１４４は、印刷データやページ構成の編集を終えた後のＸＰＳデータをフィルタパイプラインマネージャ１４３に通知する。

続いて、フィルタパイプラインマネージャ１４３は、レイアウトフィルタ１４４から通知されたＸＰＳデータをレンダリングフィルタ１４５に通知する。

レンダリングフィルタ１４５は、フィルタパイプラインマネージャ１４３から通知されたＸＰＳデータから、印刷データ及びプリントチケットを取得する。続いて、レンダリングフィルタ１４５は、取得したプリントチケットに記載されている印刷条件の設定内容に基づいて、印刷データからプリンタ２００が解釈できるＰＤＬデータを生成し、当該ＰＤＬデータをフィルタパイプラインマネージャ１４３に通知する。

続いて、フィルタパイプラインマネージャ１４３は、レンダリングフィルタ１４５から通知されたＰＤＬデータをランゲージモニタ１３８に供給する。

ランゲージモニタ１３８は、当該ホストコンピュータ１００からプリンタ２００にＰＤＬデータを伝送するために使用されるインターフェースを経由して、フィルタパイプラインマネージャ１４３から供給されたＰＤＬデータをプリンタ２００に供給（送信）する。

そして、プリンタ２００（例えばＣＰＵ２０１）は、ランゲージモニタ１３８から供給されたＰＤＬデータを解釈し、印刷画像データを用紙上に印刷出力する処理を行う。

次に、ホストコンピュータ１００によるＸＰＳプリントパスを用いた印刷制御処理の処理手順について説明する。

図５は、本発明の実施形態に係る印刷制御システム１０のホストコンピュータ１００によるＸＰＳプリントパスを用いた印刷制御処理の処理手順の一例を示すフローチャートである。なお、以下の説明では、主として、レイアウトフィルタ１４４における処理について記載する。

まず、図５のステップＳ１０１において、フィルタパイプラインマネージャ１４３は、スプーラ１３４から印刷開始のイベントの通知を受けると、スプーラ１３４を介して、ＸＰＳスプールファイル１４２に格納されているＭＸＤＷで作成されたＸＰＳデータを取得する処理を行う。そして、フィルタパイプラインマネージャ１４３は、取得したＸＰＳデータをレイアウトフィルタ１４４に通知する。

続いて、ステップＳ１０２において、レイアウトフィルタ１４４は、フィルタパイプラインマネージャ１４３から通知されたＸＰＳデータを解析して、当該ＸＰＳデータ内のプリントチケットに記載されている印刷条件の設定内容に基づいて、印刷データの編集及びＸＰＳデータのページ構成の編集を行う。

続いて、ステップＳ１０３において、レイアウトフィルタ１４４は、編集（生成）を終えた後のＸＰＳデータをフィルタパイプラインマネージャ１４３に通知する処理を行う。

その後、フィルタパイプラインマネージャ１４３は、レイアウトフィルタ１４４から通知されたＸＰＳデータをレンダリングフィルタ１４５に通知する処理を行う。そして、レンダリングフィルタ１４５は、フィルタパイプラインマネージャ１４３から通知されたＸＰＳデータから、プリンタ２００が解釈できるＰＤＬデータを生成し、当該ＰＤＬデータをフィルタパイプラインマネージャ１４３に通知する。ここで、本実施形態に係るプリンタ２００は、ＸＰＳデータをプリントデータとして使用するものであるため、レンダリングフィルタ１４５では、レイアウトフィルタ１４４で処理されたＸＰＳデータに対して、特に処理は行わない。

そして、フィルタパイプラインマネージャ１４３は、レンダリングフィルタ１４５から通知されたプリントデータ（ＸＰＳデータ）をランゲージモニタ１３８に供給する。そして、ランゲージモニタ１３８は、当該ホストコンピュータ１００からプリンタ２００にＰＤＬデータを伝送するために使用されるインターフェースを経由して、フィルタパイプラインマネージャ１４３から供給されたプリントデータ（ＸＰＳデータ）をプリンタ２００に送信する（送信ステップ）。なお、プリンタ２００へプリントデータ（ＸＰＳデータ）を送信する際には、プリンタ２００で即時に印刷処理を実行できるようにするために、ＸＰＳデータを細分化データ（パケット）単位にしてプリンタ２００に送信する。つまり、プリンタ２００は、データストリームしながら、印刷を実行することが可能となる。

次に、図５のステップＳ１０２におけるＸＰＳデータの解析・編集処理の詳細について説明する。

図６は、図５のステップＳ１０２におけるＸＰＳデータの解析・編集処理の詳細な処理手順の一例を示すフローチャートである。

ステップＳ２０１で、レイアウトフィルタ１４４は、「＿ｒｅｌｓ／．ｒｅ

ｌｓ」パーツデータを検索し、これを伸長して取得する。この際、本実施形態では、当該検索の方法として、Ｌｏｃａｌ＿Ｆｉｌｅ＿Ｈｅａｄｅｒをデータの先頭から検索する方法を採用するものとする。また、このとき検索するＬｏｃａｌ＿Ｆｉｌｅ＿Ｈｅａｄｅｒ内のデータ名としては、「＿ｒｅｌｓ／．ｒｅｌｓ」である。以降、特に言及が無い限り、ＸＰＳデータ内のパーツデータ等の検索方法は、この方法を採用するものとする。また、本実施形態では、当該伸張の方法として、一般的なＺＩＰデータの伸張方法を採用するものとし、伸張したデータはディレクトリ構成を保持したまま各種のファイルを外部メモリ１１１に書き出す形態で保存する。以降、ＸＰＳデータ内のパーツデータ等の伸長方法は、この方法を採用するものとする。

続いて、ステップＳ２０２において、レイアウトフィルタ１４４は、取得した次の「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータ（ピースデータ）を解析し、ＸＰＳデータ内のＦＤＳのデータ名を取得する処理を行う。ここで、前述したように、「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータは、ＸＭＬ形式で記述されたファイルであり、本実施形態では、当該解析の方法として、一般的なＸＭＬファイルの解析方法を採用するものとする。なお、以後、ＸＭＬ形式で記述されたファイルを解析する場合は、本例と同様に、一般的なＸＭＬファイルの解析方法を採用するものとする。

続いて、ステップＳ２０３において、レイアウトフィルタ１４４は、ＸＰＳデータに含まれるプリントチケットを置換する。

次に、図６のステップＳ２０３におけるプリントチケット編集処理の詳細について説明する。

図７は、図６のステップＳ２０３におけるプリントチケット編集処理の詳細な処理
手順の一例を示すフローチャートである。

図６のステップＳ２０３の処理では、まず、図７のステップＳ３０１において、レ

イアウトフィルタ１４４は、ＦＤＳ（ＦｉｘｅｄＤｏｃｕｍｅｎｔＳｅａｑｕｅｎｃｅ）パーツデータに関連付けられたプリントチケットが存在するか否かを判断する。

ステップＳ３０１の判断の結果、ＦＤＳパーツデータに関連付けられたプリントチケットが存在しない場合には、ステップＳ３０２に進む。

ステップＳ３０２に進むと、レイアウトフィルタ１４４は、プリントチケットを作成して、これをＸＰＳデータの中に含める処理を行う。

ステップＳ３０２の処理が終了した場合、或いは、ステップＳ７０１においてＦＰパーツデータに関連付けられたプリントチケットが存在すると判断された場合には、ステップＳ３０３に進む。

ステップＳ７０３に進むと、レイアウトフィルタ１４４は、図１８に示すように、＜ＰｒｉｎｔＴｉｃｋｅｔ＞ルートタグの１階層下の子要素として、＜Ｆｅａｔｕｒｅ＞タグ１４０１を挿入する。

ここで、図１８は、本発明の実施形態を示し、プリントチケットの一例を示す模式図である。上述したように、レイアウトフィルタ１４４は、＜Ｆｅａｔｕｒｅ＞タグ１４０１に反映する。

ここで反映されるのは、本実施形態の特徴として、ソース側デバイスプロファイルと、図１９のような状態で外部メモリ１１１に保存された、会議室Ａと会議室Ｂのデスティネーション側デバイスプロファイルとデスティネーション側デバイスプロファイルに対応する印刷部数である。

ここで、＜Ｆｅａｔｕｒｅ＞タグ１４０１の挿入には、ＤＯＭ等のインターフェースを備えた一般的なＸＭＬ解析用モジュールを使用する。また、外部参照リソースリストの情報のプリントチケット内における表現の方法は、会議室Ａと会議室Ｂのデスティネーション側デバイスプロファイルがＸＰＳデータ内のどこに存在し、それぞれ何部印刷するかの指定を一意に復元できれば、どのような方法であってもよい。

以上の図７に示すステップＳ３０１〜Ｓ３０３の処理を経ることにより、図６のス

テップＳ２０３におけるプリントチケット編集処理が行われる。

図８は、本発明の実施形態に係る印刷制御システム１０のプリンタ２００によるＸＰＳプリントパスを用いた印刷制御処理の処理手順の一例を示すフローチャートである。

まず、図８のステップＳ９０１において、プリンタ２００のＣＰＵ２０１は、ホストコンピュータ１００からＸＰＳデータを受信する。この受信したＸＰＳデータは、プリンタ２００で即時に印刷処理させるために、ホストコンピュータ１００でＸＰＳデータを細分化データ（パケット）単位にして送信されたデータである。また、細分化データをデータストリームの受信に従って、順次プリンタ２００の記憶領域（例えば、外部メモリ２１０）に記憶して格納する（データストリーム）。

なお、ステップＳ９０１のデータストリームは、後述するステップＳ９０２の処理を実行しながら行っている。また、ステップＳ９０２の処理は、データストリームしたデータをプリンタ２００の記憶領域（例えば、外部メモリ２１０）から順次読み出し処理する。なお、ステップＳ９０２の処理は、各処理が実行できる単位（１つのファイル（パーツ）分）を受信していない（読み出しができない）場合は処理を待機する。

続いて、ステップＳ９０２において、プリンタ２００のＣＰＵ２０１は、ステップＳ９０１で取得したＸＰＳデータの解析を行って、ＸＰＳデータの印刷処理を行う。

次に、図８のステップＳ９０２におけるＸＰＳデータの解析・印刷処理の詳細について説明する。

図９は、図８のステップＳ９０２におけるＸＰＳデータの解析・印刷処理の詳細な処理手順の一例を示すフローチャートである。

図８のステップＳ９０２の処理では、まず、図９のステップＳ１００１において、プリンタ２００のＣＰＵ２０１は、未処理の「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータが存在するか否かを判断する。

ステップＳ１００１の判断の結果、未処理の「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータが存在しない場合（即ち、全てのパーツデータについて解析（処理）済みである場合）には、図９におけるフローチャートの処理を終了する。即ち、図８のステップＳ９０２の処理を終了する。

一方、ステップＳ１００１の判断の結果、未処理の「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータが存在する場合には、ステップＳ１００２に進む。

ステップＳ１００２に進むと、プリンタ２００のＣＰＵ２０１は、未処理の「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータを全て取得したか否かを判断する。

ステップＳ１００２の判断の結果、未処理の「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータの全てを取得していない場合には、ステップＳ１００３に進む。

ステップＳ１００３に進むと、プリンタ２００のＣＰＵ２０１は、次の「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータを検索し、これを伸長して取得する。

ステップＳ１００３の処理が終了した場合、或いは、ステップＳ１００２において未処理の「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータを全て取得したと判断された場合には、ステップＳ１００４に進む。

続いて、ステップＳ１００４において、プリンタ２００のＣＰＵ２０１は、取得した次の「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータを解析し、ＸＰＳデータ内のＦＤＳのデータ名を取得する処理を行う。ここで、前述したように、「＿ｒｅｌｓ／．ｒｅｌｓ」パーツデータは、ＸＭＬ形式で記述されたファイルであり、本実施形態では、当該解析の方法として、一般的なＸＭＬファイルの解析方法を採用するものとする。なお、以後、ＸＭＬ形式で記述されたファイルを解析する場合は、本例と同様に、一般的なＸＭＬファイルの解析方法を採用するものとする。

続いて、ステップＳ１００５において、プリンタ２００のＣＰＵ２０１は、ステップＳ１００４でＦＤＳのデータ名を取得できたか否かを判断する。

ステップＳ１００５の判断の結果、ステップＳ１００４でＦＤＳのデータ名を取得できた場合には、ステップＳ１００６に進む。

ステップＳ１００６に進むと、プリンタ２００のＣＰＵ２０１は、当該ＦＤＳの処理を行う。

ステップＳ１００６の処理が終了した場合、或いは、ステップＳ１００５においてＦＤＳのデータ名を取得できなかったと判断された場合には、ステップＳ１００１に戻り、ステップＳ１００１以降の処理を再度行う。

以上の図９に示すステップＳ１００１〜Ｓ１００６の処理を経ることにより、図８のステップＳ９０２におけるＸＰＳデータの解析・印刷処理が行われる。

次に、図９のステップＳ１００６におけるＦＤＳの処理の詳細について説明する。

図１０は、図９のステップＳ１００６におけるＦＤＳの処理の詳細な処理手順の一例を示すフローチャートである。

本フローチャートを実施することで、図１６で設定したように、環境に応じた部単位の印刷物を出力することができる。

図９のステップＳ１００６の処理では、まず、図１０のステップＳ１１０１において、プリンタ２００のＣＰＵ２０１は、ＦＤＳパーツデータに関連付けられたプリントチケットからカラーマッチング情報３４０１を取得する。

なお、ＦＤＳパーツデータは、ＸＰＳデータの仕様上、ファイル内のどこにプリントチケットが存在するか解釈できる。また、カラーマッチング情報とは、図１８の３４０１である。このカラーマッチング情報３４０１には、デスティネーション側デバイスプロファイルのファイル名が３４０２に記載されており、ソース側デバイスプロファイルのファイル名が３４０３に記載されている。これによって、デスティネーション側デバイスプロファイルとソース側デバイスプロファイルが取得することができる。

さらに、各環境における部数を３４０４、３４０５から取得し、会議室Ａに対応するファイル名「kaigishitsuA.wcs」と「２」（３４０４の部数）・会議室Ｂに対応するファイル名「kaigishitsuB.wcs」と「１」（３４０５の部数）を対応付けてＲＡＭ２０２に記憶させる。

次に、ステップＳ１１０３では、ステップＳ１１０１で取得したカラーマッチング情報３４０１に含まれるソース側デバイスプロファイルのファイル名に従って、ソース側デバイスプロファイル３６０２のデータをＸＰＳデータ内部から検索し、外部メモリ２１０に保存しておく。

次にステップＳ１１０２において、外部メモリ２１０などの領域に展開されている
部数カウンタを初期化する（部数＝０）。

次にステップＳ１１０４では、ステップＳ１１０１で取得したカラーマッチング情報３４０１に含まれるデスティネーション側デバイスプロファイルのファイル名３４０２のデスティネーション側デバイスプロファイル３６０１のデータをＸＰＳデータ内部から検索し、外部メモリ２１０に保存しておく。すなわち、環境に応じた印刷物を出力するためにプロファイルを切り換える切換処理である。

ステップＳ１１０４の処理をより具体的に説明すると、ステップＳ１１０１で記憶した「kaigishitsuA.wcs」と「２」（３４０４の部数）・「kaigishitsuB.wcs」と「１」（３４０５の部数）を参照し、まず、「kaigishitsuA.wcs」のプロファイルを読み出し、外部メモリ２１０に保存する。この保存したファイルは、後述するステップＳ１４０３で用いられる。また、このプロファイルを用いて印刷する部数を２と保持し、後述するステップＳ１１０７〜ステップＳ１１０５を繰り返す。「kaigishitsuA.wcs」の例では、ステップＳ１１０７〜ステップＳ１１０５の処理が２回繰り返される。また、「kaigishitsuA.wcs」の処理が終わると、「kaigishitsuB.wcs」プロファイルを読み出し、外部メモリ２１０に保存する。また、このプロファイルを用いて印刷する部数を１と保持し、後述するステップＳ１１０７〜ステップＳ１１０５を繰り返す。「kaigishitsuB.wcs」の例では、ステップＳ１１０７〜ステップＳ１１０５の処理は１回となる。この「kaigishitsuA.wcs」の２回と「kaigishitsuB.wcs」の１回繰り返されると後述するＳ１１１１で全部数印刷したと判定し処理を終了する。

ステップＳ１１０６では、ステップＳ１１０４で保持したデバイスプロファイルを適用する所定部数（「kaigishitsuA.wcs」の場合は「２」）分、描画したか否かを判定する。所定部数分描画した場合には、ステップＳ１１１１へ処理を移す。所定部数分描画していない場合には、ステップＳ１１０７へ処理を移す。

Ｓ１１１１で、ユーザに指定された部数分（全部数、本実施形態では３部）印刷されたかどうかを判定する。全部数分印刷したかどうかは、後述するステップＳ１１０５でインクリメントした値をカウントしておくことで実現可能である。

全部数分印刷されていれば、印刷を終了する。印刷されていなければ、ステップＳ１１０２に戻り、次のデバイスプロファイルを適用した印刷を実施する。

ステップＳ１１０７では、プリンタ２００のＣＰＵ２０１は、次のＦＤＳパーツデータを検索し、これを伸長して取得する。（部数分を繰り返す場合、同じＦＤＳパーツを検索することになる。）

ステップＳ１１０７の処理が終了した場合、ステップＳ１１０８において、プリンタ２００のＣＰＵ２０１は、取得した次のＦＤＳパーツデータを解析し、ＸＰＳデータ内のＦＤのデータ名を１つ取得する処理を行う。（複数ＦＤデータ（パーツ）を持つことも可能であるが、基本ＦＤデータ（パーツ）は１つであるため、ＦＤデータ（パーツ）は１つとして本実施形態を説明する。）

続いて、ステップＳ１１０９において、プリンタ２００のＣＰＵ２０１は、ステップＳ１１０８でＦＤのデータ名を取得できたか否かを判断する。

ステップＳ１１０９の判断の結果、ステップＳ１１０８でＦＤのデータ名を取得できた場合には、ステップＳ１１１０に進む。

ステップＳ１１１０に進むと、プリンタ２００のＣＰＵ２０１は、当該ＦＤの処理を行う。

ステップＳ１１０５では、部数カウンタをインクリメント（＋１）する。

以上の図１０に示すステップＳ１１０２、Ｓ１１０４〜Ｓ１１１１の処理を繰り返すことにより、環境ごと（例えば、会議室Ａ、会議室Ｂ）に指定された部数分、且つ環境に応じた色味の印刷物を指定された部数分出力することができる。

次に、図１０のステップＳ１１０６におけるＦＤの処理の詳細について説明する。

図１１は、図１０のステップＳ１１１０におけるＦＤの処理の詳細な処理手順の一例を示すフローチャートである。

図１０のステップＳ１１１０の処理では、まず、図１１のステップＳ１２０１において、プリンタ２００のＣＰＵ２０１は、ステップＳ１１０８で取得したＦＤのデータ名に従って、全てのＦＤパーツデータを取得したか否かを判定する。なお、ＸＰＳデータでは、複数のドキュメントとして複数のＦＤデータを持つことができるため、本ステップで全てのＦＤパーツデータを取得したかを判定する。しかしながら、通常では、ＦＤデータは１つのケースが多いため、本実施形態では、ＦＤデータは１つであることを前提に説明する。

ステップＳ１２０３では、プリンタ２００のＣＰＵ２０１は、ステップＳ１１０８で取得したデータ名に従って、ＦＤパーツデータを検索し、これを伸長して取得する。

ステップＳ１２０３の処理が終了した場合、には、ステップＳ１２０４に進む。

続いて、ステップＳ１２０４において、プリンタ２００のＣＰＵ２０１は、取得したＦＤパーツデータ（ピースデータ）を解析し、ＸＰＳデータ内のＦＰのデータ名を１つ取得する処理を行う。

続いて、ステップＳ１２０５において、プリンタ２００のＣＰＵ２０１は、ステップＳ１２０４でＦＰのデータ名を取得できたか否かを判断する。つまり、全てのＦＰを処理した場合にステップＳ１２０１へ処理を移し、本実施形態ではＦＤが１つであるため、本処理を終了する。

ステップＳ１２０５の判断の結果、ステップＳ１２０４でＦＰのデータ名を取得できた場合には、ステップＳ１２０６に進む。つまり、処理していないＦＰがある場合である。

ステップＳ１２０６に進むと、プリンタ２００のＣＰＵ２０１は、当該ＦＰの処理を行う。

ステップＳ１２０６の処理が終了した場合には、ステップＳ１２０４に戻り、次のＦＰに対する処理を行う。

以上の図１１に示すステップＳ１２０４〜Ｓ１２０６の処理を経ることにより、図１０のステップＳ１１０６における１つのＦＤの描画処理が行われる。

次に、図１１のステップＳ１２０６におけるＦＰの処理の詳細について説明する。

図１１は、図１１のステップＳ１２０６におけるＦＰの処理の詳細な処理手順の一例を示すフローチャートである。

図１１のステップＳ１２０６の処理では、まず、図１１のステップＳ１３０１において、プリンタ２００のＣＰＵ２０１は、ステップＳ１２０４で取得したＦＤのデータ名に従って、ＦＰパーツデータを検索し伸長して取得する。

続いて、ステップＳ１３０２において、プリンタ２００のＣＰＵ２０１は、ＦＤパーツデータのカラーマッチング、描画処理を行う。

次に、図１１のステップＳ１３０２におけるＦＰパーツデータの描画命令処理（ＦＰ描画命令処理）の詳細について説明する。

図１３は、図１１のステップＳ１３０２におけるＦＰ描画命令処理の詳細な処理手順の一例を示すフローチャートである。

図１１のステップＳ１３０２の処理では、まず、図１３のステップＳ１４０１において、プリンタ２００のＣＰＵ２０１は、図１１のステップＳ１３０４の処理で取得したＦＰデータを解析して、描画命令を検出（抽出）する処理を行う。

続いて、ステップＳ１４０２において、プリンタ２００のＣＰＵ２０１は、カラーマッチングをするかどうかを判定する。

カラーマッチングをするか否かは、図１８の３４０７の記載を参照して、カラーマッチングするページか否かを判定する。３４０７は、図１６で設定された反映させるページで指定されたページ情報が記載されている。なお、図１６で全ページが指定された場合には、全てのページ情報が記載されている。

また、カラーマッチングをするか否かは、図１７で設定されたカラーマッチングする対象（色変換対象）のオブジェクト（描画命令）であれば、カラーマッチングすると判定される。

なお、図１７は図１６に詳細設定ボタンが押下されることで表示され、ユーザの操作によって設定を受け付ける。また、設定された情報は図１８のプリントチケット内に記載される。

カラーマッチングをすると判断した場合は、ステップＳ１４０３に移り、ソース側デバイスプロファイル３６０２とステップＳ１１０４で保持したデスティネーション側デバイスプロファイル３６０１を使用して、カラーマッチング処理をする。このカラーマッチング処理は、使用したい場所にあった色で印刷物を出力するために、ソース側デバイスプロファイル３６０２とデスティネーション側デバイスプロファイル３６０１から、色変換するためのテーブル（新たに作成されるプロファイル）を作成し、この色変換するテーブルに従って、色変換する処理である。本実施形態では、ステップＳ１４０３で新たに作成されるプロファイルを作成するようにしたが、ＸＰＳデータ内に予め作成したプロファイルを持たせるように構成してもよい。

また、デスティネーション側デバイスプロファイル自体をＸＰＳデータ内に保持するように構成したが、プリンタ２００にデスティネーション側デバイスプロファイルを保持させ、ＸＰＳデータ内には、デスティネーション側デバイスプロファイルのファイル名が記載されている構成であってもよい。つまり、ファイル名からプリンタ２００の外部メモリ２１０からデスティネーション側デバイスプロファイルを取得する構成であってもよい。

なお、ステップＳ１４０１で取得した描画命令に外部リソースの参照が含まれている場合には、外部リソースファイル用いた描画処理する際にカラーマッチングする。

これによって、部数指定印刷で、複数の環境に応じた印刷物を出力することができる。

次にステップＳ１４０４で印刷対象に描画を行う。ステップＳ１４０３でカラーマッチングを実施した場合には、カラーマッチング後の描画情報を描画し、印刷部２０８で印刷を行う。

ステップＳ１４０５では、現在処理中のＦＰパーツデータを最後まで解析し、描画したか否かを判定する。全て解析し描画するまでステップＳ１４０１〜ステップＳ１４０５を繰り返す。

なお、本実施形態では、１描画命令ずつカラーマッチングして描画するように構成したが、カラーマッチングは、全ての描画命令をＲＩＰ後にイメージに対してカラーマッチングをするように構成してもよい。つまり、カラーマッチングする手順は限定されるものではない。

以上、本実施形態について説明したが、本実施形態では、プリンタ２００側で描画処理を行うように構成したが、ホストコンピュータ１００側でカラーマッチング処理及び描画処理（イメージ化）をして、プリンタ２００に送信してプリンタ２００で印刷するように構成することも可能である。

以上、本実施形態によれば、複数部数印刷で、簡易的に複数の環境に応じた出力物を得ることができる。

（本発明の他の実施形態）
ホストコンピュータ１００及びプリンタ２００における印刷制御処理を示す図５〜図１３の各ステップは、コンピュータのＣＰＵがＲＯＭなどに記憶されたプログラムを実行

することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図５〜図１３に示すフローチャートに対応したプログラム）を、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

なお、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１０−１ 印刷制御システム
１００ ホストコンピュータ（クライアントコンピュータ）
１０１ ＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ システムバス
１０５ 入力Ｃ（入力コントローラ）
１０６ ＶＣ（ビデオコントローラ）
１０７ ＭＣ（メモリコントローラ）
１０８ 通信Ｉ／Ｆ（通信インターフェース）
１０９ ＫＢ（キーボード）
１１０ ＣＲＴ（ＣＲＴディスプレイ）
１１１ 外部メモリ
２００ プリンタ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 通信Ｉ／Ｆ（通信インターフェース）
２０６ 印刷部Ｉ／Ｆ（印刷部インターフェース）
２０７ ＭＣ（メモリコントローラ）
２０８ 印刷部
２０９ 操作部
２１０ 外部メモリ
３００ ネットワーク

Claims (8)

1. 複数部数を印刷するための部数印刷が指定され、印刷された印刷物を使用する環境に応じたプロファイルが複数指定された印刷データを受け付ける印刷データ受付手段と、
   前記指定されたプロファイルを、前記指定された部数ごとに切り換えるプロファイル切換手段と、
   前記切り換えられたプロファイルを用いて、前記指定されたプロファイル数分繰り返し印刷データを出力する印刷データ出力手段と
   を備えることを特徴とする情報処理装置。
2. 前記印刷データは、前記プロファイルを適用するページ情報が指定され、
   前記印刷データ出力手段は、前記ページ情報に従って、前記プロファイルを用いて印刷データを出力することを特徴とする請求項１に記載の情報処理装置。
3. 前記印刷データで指定される前記部数印刷、又は前記プロファイルはプリンタドライバで指定されることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記印刷データは、プリントチケットを備え、
   前記前記部数印刷、又は前記プロファイルはプリントチケットに記憶されていることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記印刷データは、ＸＰＳデータであることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記情報処理装置は、画像形成装置であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 情報処理装置が、
   複数部数を印刷するための部数印刷が指定され、印刷された印刷物を使用する環境に応じたプロファイルが複数指定された印刷データを受け付ける印刷データ受付ステップと、
   前記指定されたプロファイルを、前記指定された部数ごとに切り換えるプロファイル切換ステップと、
   前記切り換えられたプロファイルを用いて、前記指定されたプロファイル数分繰り返し印刷データを出力する印刷データ出力ステップと
   を備えることを特徴とする処理方法。
8. 情報処理装置で実行可能なプログラムであって、
   前記情報処理装置を、
   複数部数を印刷するための部数印刷が指定され、印刷された印刷物を使用する環境に応じたプロファイルが複数指定された印刷データを受け付ける印刷データ受付手段と、
   前記指定されたプロファイルを、前記指定された部数ごとに切り換えるプロファイル切換手段と、
   前記切り換えられたプロファイルを用いて、前記指定されたプロファイル数分繰り返し印刷データを出力する印刷データ出力手段と
   を備えることを特徴とするプログラム。

Images