JP2015204056A - 印刷制御装置、印刷制御装置のデータ処理方法、及びプログラム、プリンタドライバ - Google Patents

Abstract

【課題】 プリンタドライバ内の印刷属性を設定するための設定ファイルを変更することなく、ユーザが作成した印刷属性を用いて加工した設定ファイルを利用して印刷情報を処理する。
【解決手段】
アプリケーションからの印刷情報を処理するプリンタドライバを備える印刷制御装置であって、印刷を実行する際に、第１の印刷属性と前記第２の印刷属性の内容が一致しないと判断した場合、第１の印刷属性を前記第２の印刷属性に基づいて加工することにより第３の印刷属性を生成する加工し、該加工した第３の印刷属性を格納しておく。そして、印刷情報に基づいて印刷装置に出力すべき印刷データを生成する際に、参照すべき印刷属性の格納先を前記第３の印刷属性を格納する格納先に変更することを特徴とする。
【選択図】 図７

Description

本発明は、印刷制御装置、印刷制御装置のデータ処理方法、及びプログラム、プリンタドライバに関するものである。

パーソナルコンピュータ（ＰＣ）でプリンタを利用する場合、通常ＰＣ上で動作するプリンタドライバと呼ばれるソフトウェアによって制御される。プリンタドライバの役割は大きく２つある。１つはユーザに対して印刷設定の変更を可能にする役割で、一般的にユーザインタフェース（ＵＩ）を有している。もう１つはアプリケーションソフトウェア（以下、アプリ）からの描画命令をプリンタの解釈できる印刷データ、例えばページ記述言語（ＰＤＬ）に変換してプリンタにデータを送信する役割である。

マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）ＯＳにおいては、プリンタメーカーが汎用プリンタ定義言語（ＧＰＤ）ベースにプリンタドライバを作ることができる。ＧＰＤベースのプリンタドライバでは、プリンタメーカーの作成したテキスト形式のＧＰＤファイルを元に、ＯＳに標準で用意されているコンフィグレーションモジュールがプリンタドライバのＵＩを生成する。なお、ＧＰＤとは、Generic Printer Descriptionの略である。
また、ＯＳに標準で用意されている汎用レンダーモジュール、例えばＧＤＩベースのＵｎｉｄｒｉｖｅｒやｖ４プリンタドライバベースのＸＰＳ−ＰＣＬフィルター等、はＧＰＤファイルを参照して、その記述に適合したＰＤＬデータを生成する。

ＧＰＤファイルにはプリンタの能力や設定可能な印刷属性が記述されるが、ＵＩで変更できない属性がある。このため、ＵＩで変更できない属性を変更して汎用レンダーモジュールの出力するＰＤＬに変更を反映させるには、汎用レンダーモジュールの出力したＰＤＬを別のモジュールで変更する手段が考えられる。
しかし、汎用レンダーモジュールのレンダリング後では元の情報がなくなっていて、実現が困難である。他の手段としては、ユーザの設定に従ってＧＰＤファイルを変更する手段が考えられる。
ポイント アンド プリントによってサーバからドライバが配信されてインストールした場合は、サーバ側の汎用レンダーモジュールがレンダリング処理を行い、ＧＰＤファイルもサーバ側のファイルが参照される。
一方、ユーザ毎に異なる設定はクライアントで保持しているので、クライアントで保持している設定に従うためには、印刷時に動的にサーバ側のＧＰＤファイルを変更する必要がある。もしくは、印刷時に動的にサーバ側にＧＰＤファイルを生成して、汎用レンダーモジュールがそのファイルを参照するようにする必要がある。
下記特許文献１では、アプリケーションが、印刷装置に問い合わせを行い、現在の印刷装置の機能と、複数の印刷装置に共通する一群の基本機能一式との双方に基づいてＧＰＤファイルを動的に生成している。そして、生成したＧＰＤファイルを含むプリンタドライバを生成することを可能にしている。

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

しかしながら、特許文献１の技術では、既にＯＳにインストールされているプリンタドライバのＧＰＤファイルを変更したり、別のＧＰＤファイルに置き換えたりすることになる。その結果、ＧＰＤファイルがアクセス権で制限されており変更できなかったり、例え変更出来たとしても署名ファイル（ｃａｔファイル）が不正になったりしてしまう。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、プリンタドライバ内の印刷属性を設定するための設定ファイルを変更することなく、ユーザが作成した印刷属性を用いて加工した設定ファイルを利用して印刷情報を処理できる仕組みを提供することである。

上記目的を達成する本発明の印刷制御装置は以下に示す構成を備える。
アプリケーションからの印刷情報を処理するプリンタドライバを備える印刷制御装置であって、前記印刷情報の印刷属性を前記プリンタドライバで特定される第１の印刷属性に設定する設定手段と、前記印刷情報の印刷属性をユーザが指定する第２の印刷属性に置換する置換情報を作成する作成手段と、印刷を実行する際に、前記第１の印刷属性と前記第２の印刷属性の内容が一致するかどうかを判断する判断手段と、前記第１の印刷属性と前記第２の印刷属性との内容が一致しないと判断した場合、前記第１の印刷属性を前記第２の印刷属性に基づいて加工することにより第３の印刷属性を生成する加工手段と、前記加工手段が加工した第３の印刷属性を格納する格納手段と、前記印刷情報に基づいて印刷装置に出力すべき印刷データを生成する生成手段と、前記生成手段が参照すべき印刷属性の格納先を前記第３の印刷属性を格納する前記格納手段を特定する格納先に変更する変更手段と、を備えることを特徴とする。

本発明によれば、プリンタドライバ内の印刷属性を設定するための設定ファイルを変更することなく、ユーザが作成した印刷属性を用いて加工した設定ファイルを利用して印刷情報を処理できる。

印刷制御装置の構成を示すブロック図である。 印刷制御装置のモジュール構成の一例を示すブロック図である。 図２に示したＧＰＤファイルの一例を示す図である。 ＰＢ２０３の構成を説明する図である。 フォント置き換え設定画面の一例を示す図である。 管理アプリ、プリンタドライバのデータの流れを表す図である。 印刷制御装置のデータ処理方法を説明するフローチャートである。 印刷制御装置のモジュール構成の一例を示すブロック図である。 印刷制御装置のデータ処理方法を説明するフローチャートである。 印刷制御装置のデータ処理方法を説明するフローチャートである。 管理アプリ、プリンタドライバのデータの流れを表す図である。 印刷制御装置のデータ処理方法を説明するフローチャートである。 印刷制御装置のデータ処理方法を説明するフローチャートである。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕

図１は、本発明の実施形態を適用可能な印刷制御装置の構成を示すブロック図である。本実施形態は、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）のＶ４プリンティングシステムを例とする。なお、特に断らない限り、本発明の機能が実行されるのであれば、機器の構成に係わらず本発明を適用できることは言うまでもない。単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続が為され処理が行われるシステムであってもよい。

図１の（Ａ）において、ＣＰＵ１０１は主記憶装置１０２のＲＯＭ１０２１あるいはＲＡＭ１０２２あるいは補助記憶装置１０５に格納されたプログラムに従って装置全体の制御を行う。ＲＡＭ１０２２はＣＰＵ１０１が各種処理を行う際のワークエリアとしても使用される。補助記憶装置１０５はアプリ１０５１や管理アプリ１０５２、プリンタドライバ１０５３、オペレーティングシステム（ＯＳ）１０５４等を記憶する。ここで、プリンタドライバ１０５３は、アプリケーションからの印刷情報をプリンタ１１１で印刷可能な印刷データに変換する処理を行う。なお、アプリケーションからの印刷情報には、印刷属性として、アプリケーションが使用するフォント属性が指定されている。本実施形態では、アプリケーションが使用するフォント属性をプリンタ１１１で使用するフォント属性に置換する処理を例として以下詳述する。

アプリ１０５１や管理アプリ１０５２、プリンタドライバ１０５３は、不図示のＣＤ−ＲＯＭやＵＳＢメモリ、あるいはネットワーク１１２を経由して補助記憶装置１０５に追加することが可能である。キーボード１０８やマウス・タッチパネルなどに代表されるポインティングデバイス１０９などの入力機器は、入力Ｉ／Ｆ１０３を通じて、ユーザがコンピュータに対して各種指示を与えるためのデバイスである。出力Ｉ／Ｆ１０４は、データを外部に出力するためのインタフェースであり、モニタ１１０やプリンタ１１１などの出力機器に対してデータを出力する。

プリンタ１１１とは直接接続されるローカルＩ／Ｏのみならず、通信Ｉ／Ｆ１０６を通じて接続されるネットワーク１１２を通して接続されていてもよい。また、１０７は共通データシステムバスで、モジュール間でそれぞれのデータのやりとりを行う。

図１の（Ｂ）に示すプリンタ１１１において、ＣＰＵ１２０は、ＲＯＭ１２２あるいは補助記憶装置１２９に記憶された制御プログラム等に基づいてシステムバス１２３に接続される印刷部Ｉ／Ｆ１２５を介して印刷部１２７に出力情報としての画像信号を出力する。また、このＲＯＭ１２２のプログラムＲＯＭにはＣＰＵ１２０の制御プログラム等を記憶する。
ＲＯＭ１２２のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等を記憶する。さらに、ＲＯＭ１２２のデータ用ＲＯＭには、ハードディスク等の補助記憶装置１２９を備えていないプリンタの場合には、ホストコンピューター上で利用される情報等を記憶する。

ＣＰＵ１２０は、入力Ｉ／Ｆ１２４を介してホストコンピューターとの通信処理が双方向に可能となっており、プリンタ１１１内の情報等をホストコンピューターに通知可能に構成されている。ここで、情報には、プリンタエンジンのステータスや、ネットワーク設定情報や、デバイス名、リソース名等が含まれる。ＲＡＭ１２１は、ＣＰＵ１２０の主メモリー、ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリー容量を拡張することができるように構成されている。

なお、ＲＡＭ１２１は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の補助記憶装置１２９は、外部メモリーＩ／Ｆ１２６によりアクセスが制御される。補助記憶装置１２９は、オプションとして接続され、フォントデータ、エミュレーションプログラム等を記憶する。

なお、補助記憶装置１２９は１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリーを複数接続できるように構成されていてもよい。さらに、図示しないＮＶＲＡＭを有し、操作部１２８からのプリンタモード設定情報を記憶するようにしてもよい。操作部１２８は、操作のためのスイッチおよびＬＥＤ表示器等が配されている。

図２は、図１に示した印刷制御装置のモジュール構成の一例を示すブロック図である。
図２において、アプリ１０５１は、補助記憶装置１０５からＲＡＭ１０２２にロードされて実行される。アプリ１０５１が印刷を行う際には、印刷システム２０１を利用して、出力先プリンタ選択画面（不図示）を表示して印刷先のプリンタ１１１を選択し、印刷属性の設定および出力（描画）を行う。

印刷システム２０１は、オペレーティングシステム１０５４のサブシステムである。印刷システム２０１は、プリンタ１１１ごとに用意されたプリンタドライバ１０５３を補助記憶装置１０５からＲＡＭ１０２２にロードし、アプリ１０５１の出力先をプリンタドライバ１０５３に設定する。
印刷システム２０１は、アプリ１０５１からＰｒｉｎｔＴｉｃｋｅｔ（以下、ＰＴ）を受け取りプリンタドライバ１０５３へ印刷属性データとして出力する。ＰＴは印刷属性をＸＭＬ形式のデータとして表現したものである。また、印刷システム２０１は、アプリ１０５１から印刷能力取得リクエストを受け取り、プリンタドライバ１０５３から取得したＰｒｉｎｔＣａｐａｂｉｌｉｔｉｅｓ（以下、ＰＣ）をアプリ１０５１に返却する。

ＰＣはプリンタ１１１の能力をＸＭＬ形式で表現したもので、プリンタ１１１において指定可能な印刷属性の項目や属性値が全て列挙されている。ＰＴは、ＰＣで列挙される設定項目や属性値のうち印刷に必要な現在の設定値のみを記載したもので、ＰＣがあればＰＴを生成できる。アプリ１０５１はＰＣを取得し解釈することによって、プリンタ１１１で指定可能な印刷属性を知ることができる。また、印刷システム２０１は、アプリ１０５１からＸＰＳデータを受け取りプリンタドライバ１０５３へ印刷データとして出力する。ＸＰＳデータは文書データとしての利用も可能なＸＭＬベースの文書フォーマットで、ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎの略である。
Ｍｉｃｒｏｓｏｆｔ社が開発し、ＥＣＭＡ−３８８で標準化された文書フォーマットである。文書構造は、各々ジョブ／ドキュメント／ページを表す"Fixed Document Sequence（以下、ＦＤＳ）"、"Fixed Document（以下、ＦＤ）"、"Fixed Page（以下、ＦＰ）"の３階層のツリー構造をとる。ＦＰは更に、複数の描画オブジェクトから構成される。また、ＸＰＳデータは印刷属性であるＰＴを内部にもつことができ、ジョブ／ドキュメント／ページの単位で一部の印刷属性のみの指定が可能である。

プリンタドライバ１０５３は、ＵＩコンポーネント２０９とグラフィックコンポーネント２０２から構成される。更にＵＩコンポーネント２０９は、コンフィグレーションモジュール２０４とＧＰＤファイル２０５から構成される。コンフィグレーションモジュール２０４は、ＯＳに標準で用意されているモジュールである。コンフィグレーションモジュール２０４は、印刷システム２０１から呼び出されて、プリンタ１１１の機種毎にメーカーが作成したＧＰＤファイル２０５に従って機種に適したＵＩ画面を表示し、設定内容をＰＴとして返却する。
またコンフィグレーションモジュール２０４は、印刷システム２０１からリクエストを受けると、ＧＰＤファイル２０５に従ってＰＣを返却する。グラフィックコンポーネント２０２は、予め処理の順番が定められている複数のフィルターから構成される。

本実施形態では、ＧＰＤフィルター２０６と汎用レンダーフィルター２０７から構成される。ＧＰＤフィルター２０６は、印刷システム２０１からＸＰＳデータを受け取り、ＧＰＤファイルに関する処理（後述）を行い、受け取ったＸＰＳデータをそのまま汎用レンダーフィルター２０７に渡す。汎用レンダーフィルター２０７は、ＯＳに標準で用意されているモジュールで、ＧＰＤフィルター２０６からＸＰＳデータを受け取り、ＧＰＤファイル２０５に従ってＸＰＳデータから機種に適したＰＤＬデータに変換する。

図３は、図２に示したＧＰＤファイル２０５の一例を示す図である。
図３において、汎用レンダーフィルター２０７がＰＤＬ生成のために参照する部分のみ記載しており、コンフィグレーションモジュール２０４がＵＩ画面を表示するために参照する部分は本実施形態とは関係ないので、記載を省いている。

＊ＤｅｖｉｃｅＦｏｎｔｓエントリーは、使用可能なプリンタフォントの一覧である。＊ＴＴＦＳＥｎａｂｌｅｄ？エントリーは、ＴＴフォントの置き換え機能を有効にするかどうかで、値がＴＲＵＥであれば＊ＴＴＦＳエントリーが有効となる。＊ＴＴＦＳエントリーは、ＴＴフォントを置き換えるプリンタフォントの設定である。

図３の例の場合、ＴＴフォント"Ｃｏｕｒｉｅｒ Ｎｅｗ"をプリンタフォント"Ｃｏｕｒｉｅｒ"に置き換えることを表す。＊ＤｅｖｉｃｅＦｏｎｔｓエントリーと＊ＴＴＦＳＥｎａｂｌｅｄ？エントリーはＵＩによって値を切り替えるように記述可能だが、＊ＴＴＦＳエントリーはＧＰＤファイル２０５のルートレベルに記述する必要がありＵＩで変更できない。汎用レンダーフィルター２０７は、＊ＴＴＦＳＥｎａｂｌｅｄ？エントリーがＴＲＵＥであれば、＊ＴＴＦＳエントリーを参照して、その記述に従ってＴＴフォントをプリンタフォントに置き換えてＰＤＬを生成する。

しかし、＊ＴＴＦＳエントリーはＵＩで変更できないため、フォント置き換えをする場合にはＧＰＤファイル２０５に記載された固定的なフォント置き換えしかできない。ユーザが予めＴＴフォントに対して置き換えるプリンタフォントを自由に設定し、その設定に従って印刷したい場合には本実施形態に示す構成が必要となる。

プロパティバッグ（ＰＢ）２０３は、属性の名前と値の組み合わせでデータを追加・削除・参照できる仕組みである。プリンタメーカーは、ＰＢ２０３の独自の属性を定義して、メーカー作成のフィルターで使用することができる。この仕組みを使うことによって、グラフィックコンポーネント２０２の各フィルターは印刷時にデータの受け渡しができる。
印刷システム２０１は、プリンタドライバ１０５３がインストールされるとＰＢ２０３を生成し、プリンタドライバ１０５３がアンインストールされると破棄する。また、印刷の前に管理者が管理アプリ１０５２を使用してＰＢ２０３に情報をセットしておくことができる。

そうすると、ＸＰＳデータ内のＰＴには存在しない情報をグラフィックコンポーネント２０２が取得できる。例えば、両面オプションユニットがインストールされているかどうかの情報を印刷前に管理者がＰＢ２０３にセットしておくと、印刷時にグラフィックコンポーネント２０２がその値を参照し、情報に従ったＰＤＬデータが生成できる。
図４は、本実施形態におけるＰＢ２０３の構成を説明する図である。ＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性はＧＰＤファイル２０５のパスを示し、印刷システム２０１がプリンタドライバ１０５３のマニフェストファイルの情報から生成する。

グラフィックコンポーネント２０２の各フィルターは、この属性値を用いてＧＰＤファイルの記述を参照することができる。ＴＴＦＳＴａｂｌｅ属性はフォント置き換え情報で、置き換え対象のＴＴフォント名称と、置き換え後のプリンタフォント名称の複数の組を含むヌル終了文字列で表す。図４の例の場合、"Ｃｏｕｒｉｅｒ Ｎｅｗ"、"ＭＳ 明朝"、"ＭＳ ゴシック"の３つのＴＴフォントのフォント置き換え情報である。ＴＴＦＳＴａｂｌｅＴｉｍｅ属性は、ＴＴＦＳＴａｂｌｅ属性の更新日時情報で、"年／月／日 時／分／秒"の書式の文字列で表す。

管理アプリ１０５２は、ＴＴフォントをどのプリンタフォントに置き換えるか、または置き換えないでプリンタにダウンロードするかをユーザが設定できるアプリケーションで、実行には管理者権限が必要である。設定した内容は、フォント置き換えテーブル２０８に保存するとともに、ＰＢ２０３のＴＴＦＳＴａｂｌｅ属性に保存する。

図５は、図１に示した管理アプリ１０５２が表示するフォント置き換え設定画面５００の一例を示す図である。
図５において、フォント置き換え設定画面５００には、フォント置き換えリスト５０１、ＴＴフォント名テキスト５０２、置き換えフォント名リスト５０３、ＯＫボタン５０４、キャンセルボタン５０５が含まれる。

フォント置き換えリスト５０１は、使用可能なＴＴフォント５０１（ａ）に対する置き換えプリンタフォント５０１（ｂ）のリストである。管理アプリ１０５２は起動すると、フォント置き換えテーブル２０８から設定内容を読み込み、フォント置き換えリスト５０１に反映する。特定のＴＴフォント５０１（ａ）に対する置き換えプリンタフォント５０１（ｂ）の設定値がフォント置き換えテーブル２０８に含まれていなければ、デフォルト値である「ダウンロード」を置き換えプリンタフォント５０１（ｂ）の設定値とする。

フォント置き換えリスト５０１から１項目が選択されると、選択された項目のＴＴフォント５０１（ａ）と置き換えプリンタフォント５０１（ｂ）の値が、それぞれＴＴフォント名テキスト５０２と置き換えフォント名リスト５０３に反映される。ＴＴフォント名テキスト５０２は編集不可である。置き換えフォント名リスト５０３は、プリンタ１１１で使用可能な全てのプリンタフォントのフォント名と「ダウンロード」から成るリストである。

「ダウンロード」が設定されると、設定されたＴＴフォントを使った文書を印刷した場合に、ＴＴフォントをプリンタにダウンロードして印字に使用することを意味する。置き換えフォント名リスト５０３が変更されると、フォント置き換えリスト５０１の選択中の項目の置き換えプリンタフォント５０１（ｂ）を変更する。

ＯＫボタン５０４が押されると、フォント置き換え設定画面５００を閉じて、フォント置き換えリスト５０１の設定内容を、フォント置き換えテーブル２０８に保存する。同時に、置き換えプリンタフォント５０１（ｂ）の値が「ダウンロード」以外に設定されている項目を対象として、フォント置き換えリスト５０１の設定内容をＰＢ２０３のＴＴＦＳＴａｂｌｅ属性に保存する。更に、処理した日時をＰＢ２０３のＴＴＦＳＴａｂｌｅＴｉｍｅ属性に保存する。
キャンセルボタン５０５が押されると、何もせずにフォント置き換え設定画面５００を閉じる。

図６は、図１に示した管理アプリ１０５２、プリンタドライバ１０５３のデータの流れを表す図である。以下、印刷属性、特にフォント属性を置換する印刷処理手順に従って説明する。

まず、プリンタドライバ１０５３をインストールすると、印刷システム２０１はＰＢ２０３を作成する（ＰＢ２０３（ａ））。作成したＰＢ２０３にはＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性が含まれ、その属性値はプリンタドライバ１０５３のオリジナルのＧＰＤファイル２０５（ａ）のパスである。この時点では、ＴＴＦＳＴａｂｌｅ属性は含まれない。

次に、ユーザが管理アプリ１０５２を用いてフォント置き換え設定をすると、管理アプリ１０５２は設定に従ってＰＢ２０３にＴＴＦＳＴａｂｌｅ属性とＴＴＦＳＴａｂｌｅＴｉｍｅ属性を保存する（ＰＢ２０３（ｂ））。ここで、ＴＴＦＳＴａｂｌｅ属性とＴＴＦＳＴａｂｌｅＴｉｍｅ属性を含めて置換情報と呼ぶ。

ユーザがアプリ１０５１で印刷を実行すると、印刷システム２０１はＸＰＳデータをＧＰＤフィルター２０６に渡し、ＧＰＤフィルター２０６の処理が始まる。

図７は、本実施形態を示す印刷制御装置のデータ処理方法を説明するフローチャートである。本例は、図２に示したＧＰＤフィルター２０６の処理例である。なお、各ステップは、図１に示したＣＰＵ１０１がプリンタドライバ１０５３を実行することで、より具体的には、ＣＰＵ１０１がＧＰＤフィルター２０６を実行することで実現される。
まず、ＧＰＤフィルター２０６は、ＰＢ２０３からＴＴＦＳＴａｂｌｅ属性を取得し（Ｓ７０１）、取得できたか判定する（Ｓ７０２）。図６に示す例の場合、ＰＢ２０３（ｃ）のＴＴＦＳＴａｂｌｅ属性は、ＴＴフォント"Ｃｏｕｒｉｅｒ Ｎｅｗ"をプリンタフォント"Ｔｉｍｅｓ"に置き換えることを示している。

一方、Ｓ７０２でＰＢ２０３からＴＴＦＳＴａｂｌｅ属性を取得できないとＧＰＤフィルター２０６が判断した場合、Ｓ７１０へ進む。また、Ｓ７０２でＰＢ２０３からＴＴＦＳＴａｂｌｅ属性を取得できたとＧＰＤフィルター２０６が判断した場合、ＧＰＤフィルター２０６は、ＰＢ２０３にＯｒｉｇｉｎａｌＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性（後述）が存在するか判定する（Ｓ７０３）。
ここで、Ｓ７０３でＰＢ２０３にＯｒｉｇｉｎａｌＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性（後述）が存在しないとＧＰＤフィルター２０６が判定した場合、ＧＰＤファイル２０５（ａ）から＊ＴＴＦＳエントリーを取得する（Ｓ７０４）。
図６に示す例の場合、ＧＰＤファイル２０５（ａ）の＊ＴＴＦＳエントリーは、ＴＴフォント"Ｃｏｕｒｉｅｒ Ｎｅｗ"に対してプリンタフォント"Ｃｏｕｒｉｅｒ"に置き換えことを示している。
次に、ＧＰＤフィルター２０６は、Ｓ７０１で取得したＴＴＦＳＴａｂｌｅ属性とＳ７０４で取得した＊ＴＴＦＳエントリーが同等の内容か判定する（Ｓ７０５）。
ＰＢ２０３のＴＴＦＳＴａｂｌｅ属性とＧＰＤファイル２０５の＊ＴＴＦＳエントリーが同等の内容とは、置き換え対象のＴＴフォントが同一で、それぞれの置き換え後のプリンタフォントが一致することである。

Ｓ７０５で同等の内容であるとＧＰＤフィルター２０６が判定した場合、Ｓ７１０に進む。一方、Ｓ７０５で異なる内容とＧＰＤフィルター２０６が判定した場合は、ＧＰＤファイル２０５（ａ）を元にしてＧＰＤファイル２０５（ｂ）を生成する（Ｓ７０６）。
ここで、ＧＰＤファイル２０５（ｂ）を作成する場所（格納先）は、ＧＰＤフィルター２０６および汎用レンダーフィルター２０７が読み書き可能であればどこでも可能であるが、ローカルのシステムテンポラリフォルダーが望ましい。
そして、ＧＰＤフィルター２０６は、ＰＢ２０３にＯｒｉｇｉｎａｌＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性を追加し、ＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性の値を設定する（Ｓ７０７）。

なお、ＯｒｉｇｉｎａｌＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性が存在しなければ、ＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性値はＧＰＤファイル２０５（ａ）のパスであることを示す。ＯｒｉｇｉｎａｌＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性が存在すれば、ＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性値はＧＰＤファイル２０５（ｂ）のパスであることを示す。
また、ＧＰＤフィルター２０６はＰＢ２０３のＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性の値を、Ｓ７０６で生成したＧＰＤファイル２０５（ｂ）のパスに変更する（Ｓ７０８）。
更に、Ｓ７０１で取得したＴＴＦＳＴａｂｌｅ属性の内容に従って、Ｓ７０６で生成したＧＰＤファイル２０５（ｂ）の＊ＴＴＦＳエントリーを変更する（Ｓ７０９）。

図６に示す例の場合、ＰＢ２０３（ｂ）のＴＴＦＳＴａｂｌｅ属性ではＣｏｕｒｉｅｒ Ｎｅｗフォントの置き換えフォントがＴｉｍｅｓフォントであるのに従って、ＧＰＤファイル２０５（ｂ）のＣｏｕｒｉｅｒ Ｎｅｗフォントの＊ＴＴＦＳエントリーを変更する。
最後に、ＧＰＤフィルター２０６は受け取ったＸＰＳデータをそのまま次のフィルターに渡して（Ｓ７１０）、処理を抜ける。

一旦ＧＰＤファイル２０５（ｂ）を生成した以降に印刷がされた場合は、Ｓ７０３で、ＯｒｉｇｉｎａｌＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性が存在すると判定され、ＧＰＤフィルター２０６はＰＢ２０３からＴＴＦＳＴａｂｌｅＴｉｍｅ属性を取得する（Ｓ７１１）。
図６に示す例の場合、ＰＢ２０３（ｃ）のＴＴＦＳＴａｂｌｅＴｉｍｅ属性は、２０１３年１２月１８日１２時２３分４６秒にＴＴＦＳＴａｂｌｅ属性を保存したことを示している。

また、ＧＰＤフィルター２０６はＧＰＤファイル２０５（ｂ）の更新時間（格納時刻）を取得し（Ｓ７１２）、ＴＴＦＳＴａｂｌｅＴｉｍｅ属性の日時の方が、ＧＰＤファイル２０５（ｂ）の更新時間（作成時刻）よりも新しいかを比較して判定する（Ｓ７１３）。ここで、ＴＴＦＳＴａｂｌｅＴｉｍｅ属性の日時の方がＧＰＤファイル２０５（ｂ）の更新時間よりも新しいとＧＰＤフィルター２０６が判定した場合、ＧＰＤフィルター２０６はＧＰＤファイル２０５（ｂ）生成後に管理アプリ１０５２でフォント置き換え設定を再設定したことを意味する。

従って、Ｓ７１３でＴＴＦＳＴａｂｌｅＴｉｍｅ属性の日時の方が新しいとＧＰＤフィルター２０６が判定すれば、Ｓ７０９へ進み、Ｓ７０１で取得したＴＴＦＳＴａｂｌｅ属性の内容に従って、既存のＧＰＤファイル２０５（ｂ）の＊ＴＴＦＳエントリーを変更する。
また、Ｓ７１３で、ＧＰＤフィルター２０６がＴＴＦＳＴａｂｌｅＴｉｍｅ属性の日時の方が古いと判定した場合、Ｓ７１０へ進む。

ＧＰＤフィルター２０６からＸＰＳデータを受け取った汎用レンダーフィルター２０７は、ＰＢ２０３のＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性値が示すパスにあるＧＰＤファイル２０５（ａ）またはＧＰＤファイル２０５（ｂ）を参照する。そして、汎用レンダーフィルター２０７は、参照したＧＰＤファイル２０５の＊ＴＴＦＳエントリーに従ってＸＰＳデータからＰＤＬデータに変換し、システムスプーラー２１０に送出する。

以上の処理によって、管理アプリ１０５２は、ユーザのフォント置き換え設定に従ってＰＢ２０３にフォント置き換え情報を保存する。そして、ＧＰＤフィルター２０６が、ＰＢ２０３のフォント置き換え情報を反映した別のＧＰＤファイル２０５を必要に応じて生成し、更にＰＢ２０３のＧＰＤファイルパス情報を、生成したＧＰＤファイル２０５のパスに変更する。

すると、汎用レンダーフィルター２０７は、ＰＢ２０３のＧＰＤファイルパス情報が示すＧＰＤファイル２０５を参照してＰＤＬデータを出力する。その結果、プリンタドライバ１０５３のＧＰＤファイル２０５を変更することなく、管理アプリ１０５２のフォント置き換え設定に従って加工したＧＰＤファイル２０５の記述を汎用レンダーフィルター２０７が参照し、ＰＤＬデータを出力することができる。

〔第２実施形態〕
第１実施形態では、ＧＰＤフィルター２０６が生成したＧＰＤファイル２０５（ｂ）は、印刷が終了しても削除せずに次の印刷の際に再利用する例であった。第２実施形態では、印刷のたびにＧＰＤファイル２０５（ｂ）を削除する例を説明する。

図８は、本実施形態を示す印刷制御装置のモジュール構成の一例を示すブロック図である。
図８において、ポストプロセスフィルター８０１は、ＧＰＤフィルター２０６が生成したＧＰＤファイル２０５（ｂ）を削除する。削除は、ジョブごとに印刷終了もしくは印刷キャンセルのタイミングで行う。

図９は、本実施形態を示す印刷制御装置のデータ処理方法を説明するフローチャートである。本例は、図２に示したＧＰＤフィルター２０６の処理例である。なお、各ステップは、図１に示したＣＰＵ１０１がプリンタドライバ１０５３を実行することで、より具体的には、ＣＰＵ１０１がＧＰＤフィルター２０６を実行することで実現される。
なお、本実施形態におけるＧＰＤフィルター２０６の処理は、図７のフローチャートからＧＰＤファイル２０５（ｂ）の更新に関する処理（Ｓ７０３、Ｓ７１１〜７１３）を除いたものである。このため、図７と同じ処理に対応するステップ番号のものは第１実施形態と同じものを表し、説明は省略する。

図１０は、本実施形態を示す印刷制御装置のデータ処理方法を説明するフローチャートである。本例は、図８に示したプリンタドライバ１０５３のポストプロセスフィルター８０１が実行する処理に対応する。なお、各ステップは、図１に示したＣＰＵ１０１がプリンタドライバ１０５３を実行することで、より具体的には、ＣＰＵ１０１がポストプロセスフィルター８０１を実行することで実現される。以下、モジュールを主体として制御手順を説明する。

ポストプロセスフィルター８０１は、汎用レンダーフィルター２０７からＸＰＳデータを受け取ると本処理を開始する。
まず、ポストプロセスフィルター８０１は印刷終了もしくは印刷キャンセルであるか判定する（Ｓ１００１）。ここで、印刷終了は、汎用レンダーフィルター２０７から受け取ったＸＰＳデータが全て揃ったことによって判定する。また、印刷キャンセルは、印刷システム２０１から印刷キャンセル通知を受け取ったことによって判定する。

Ｓ１００１において、印刷終了もしくは印刷キャンセルではないとポストプロセスフィルター８０１が判定した場合、Ｓ１００５へ進み、本処理を抜ける。 一方、Ｓ１００１で印刷終了もしくは印刷キャンセルであるとポストプロセスフィルター８０１が判定した場合、ポストプロセスフィルター８０１はＧＰＤフィルター２０６が生成したＧＰＤファイル２０５（ｂ）を削除する（Ｓ１００２）。

なお、ＧＰＤファイル２０５（ｂ）は、ＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性値が示すパスが示すファイルである。
次に、ポストプロセスフィルター８０１は、ＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性値をＧＰＤファイル２０５（ａ）のパスに変更する（Ｓ１００３）。ここで、ＧＰＤファイル２０５（ａ）のパスはＯｒｉｇｉｎａｌＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性値である。そして、ＯｒｉｇｉｎａｌＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性を削除する（Ｓ１００４）。最後に、受け取ったＸＰＳデータをシステムスプーラー２１０に送出する（Ｓ１００５）。

以上の処理によって、ＧＰＤフィルター２０６が生成したＧＰＤファイル２０５（ｂ）を印刷が終了する際にポストプロセスフィルター８０１が削除する。その結果、印刷後に余計なファイルを残さないで、管理アプリ１０５２のフォント置き換え設定に従って汎用レンダーフィルター２０７がＰＤＬデータを出力することができる。

〔第３実施形態〕
第１実施形態では、ＧＰＤフィルター２０６が生成したＧＰＤファイル２０５（ｂ）は、印刷が終了しても削除せずに次の印刷の際に再利用する例であった。そのため、管理アプリ１０５２でフォント置き換え設定を変更しない限り、２度目の印刷からはＧＰＤファイル２０５（ｂ）が生成、変更されないが、最初の印刷ではＧＰＤファイル２０５（ｂ）が生成、変更されパフォーマンスが劣る。

そこで、本実施形態では、管理アプリ１０５２でフォント置き換え設定を変更する際に空の印刷ジョブを出力する。空の印刷ジョブは、例えば、印刷開始命令と印刷終了命令のみ発行して、印刷物が出力されないような印刷ジョブである。すると、空の印刷ジョブを受けたＧＰＤフィルター２０６がＧＰＤファイル２０５（ｂ）を生成、変更し、その後のユーザの印刷は最初からパフォーマンスが落ちずに済む。

〔第４実施形態〕
第１実施形態では、汎用レンダーフィルター２０７がＭｅｒｇｅｄＤａｔａＦｉｌｅＰａｔｈ属性値の示すＧＰＤファイル２０５を直接参照する例であった。本実施形態では、汎用レンダーフィルター２０７がＩＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒインターフェースを使ってＧＰＤファイル２０５の内容を取得している例を説明する。ＩＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒインターフェースを使うと、ＧＰＤファイル２０５を直接読まなくても記述されている要素を列挙、取得などできる。

図１１は、本実施形態を示す印刷制御装置における管理アプリ１０５２、プリンタドライバ１０５３のデータの流れを表す図である。なお、第１実施形態に示した図６の構成とは異なり、印刷システム２０１はＩＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒインターフェース Ａ１１０１、ＧＰＤフィルター２０６はＩＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒインターフェースをラップしたインターフェース Ｂ１１０２を内部に持っている。

また、汎用レンダーフィルター２０７は、ＰＢ２０３に保存されているＩＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒ属性値が指すＩ／Ｆを使用して、ＧＰＤファイル２０５に記述されている要素を列挙、取得している。以下、印刷処理手順に従って、主に実施形態１との差異を説明する。

まず、プリンタドライバ１０５３をインストールすると、印刷システム２０１はＰＢ２０３を作成する。作成したＰＢ２０３にはＩＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒ属性が含まれ、その属性値は印刷システム２０１の内部にＩ／Ｆ Ａ１１０１を指す。

次に、管理アプリ１０５２がＰＢ２０３にＴＴＦＳＴａｂｌｅ属性とＴＴＦＳＴａｂｌｅＴｉｍｅ属性を保存する（ＰＢ２０３（ｂ））。その後、ユーザがアプリ１０５１で印刷を実行すると、印刷システム２０１はＸＰＳデータをＧＰＤフィルター２０６に渡し、ＧＰＤフィルター２０６の処理が始まる。

図１２は、本実施形態を示す印刷制御装置のデータ処理方法を説明するフローチャートである。本例は、ＧＰＤフィルター２０６の処理に対応する。なお、各ステップは、図１に示したＣＰＵ１０１がプリンタドライバ１０５３を実行することで、より具体的には、ＣＰＵ１０１がＧＰＤフィルター２０６を実行することで実現される。
まず、ＧＰＤフィルター２０６は、ＰＢ２０３にＩＯｒｉｇｉｎａｌＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒ属性を追加し、ＩＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒ属性の値を設定する（Ｓ１２０１）。

ここで、ＩＯｒｉｇｉｎａｌＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒ属性は、後述のＩ／Ｆ Ｂ１１０２がＩ／Ｆ Ａ１１０１をコールする際に用いる。次に、ＧＰＤフィルター２０６は、ＰＢ２０３のＩＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒ属性の値をＩ／Ｆ Ｂ１１０２に変更する（Ｓ１２０２）。

最後に、ＧＰＤフィルター２０６は、受け取ったＸＰＳデータをそのまま次のフィルターに渡して（Ｓ１２０３）、処理を抜ける。

ＧＰＤフィルター２０６からＸＰＳデータを受け取った汎用レンダーフィルター２０７は、ＰＢ２０３のＩＰｒｉｎｔＣｏｒｅＨｅｌｐｅｒ属性値が示すＩ／Ｆ Ｂ１１０２を用いてＧＰＤファイル２０５の情報を取得する。そして、取得したフォント置き換え情報に従ってＸＰＳデータからＰＤＬデータに変換し、システムスプーラー２１０に送出する。

図１３は、本実施形態を示す印刷制御装置のデータ処理方法を説明するフローチャートである。本例は、ＧＰＤフィルタ２０６のＩ／Ｆ Ｂ１１０２の処理例に対応する。なお、各ステップは、図１に示したＣＰＵ１０１がプリンタドライバ１０５３を実行することで、より具体的には、ＣＰＵ１０１がＧＰＤフィルタ２０６のＩ／Ｆ Ｂ１１０２を実行することで実現される。

Ｉ／Ｆ Ｂ１１０２は、呼び出されるとＩ／Ｆ Ａ１１０１をコールし（Ｓ１３０１）、Ｉ／Ｆ Ｂ１１０２の呼び出しがフォント情報の取得であるか判定する（Ｓ１３０２）。Ｓ１３０２で、フォント情報の取得でないとＩ／Ｆ Ｂ１１０２が判定した場合、Ｉ／Ｆ Ｂ１１０２は、Ｉ／Ｆ Ａ１１０１の返り値をそのまま返却する（Ｓ１３０６）。
Ｓ１３０２でフォント情報の取得であるとＩ／Ｆ Ｂ１１０２が判定した場合、Ｉ／Ｆ Ｂ１１０２は、ＰＢ２０３からＴＴＦＳＴａｂｌｅ属性を取得し（Ｓ１３０３）、取得できたか判定する（Ｓ１３０４）。

一方、Ｓ１３０４で取得できないとＩ／Ｆ Ｂ１１０２が判定した場合、Ｉ／Ｆ Ｂ１１０２は、Ｉ／Ｆ Ａ１１０１の返り値をそのまま返却する（Ｓ１３０６）。
一方、Ｓ１３０４で取得できたとＩ／Ｆ Ｂ１１０２が判定した場合、Ｉ／Ｆ Ｂ１１０２は、ＰＢ２０３のＴＴＦＳＴａｂｌｅ属性値に従って、Ｉ／Ｆ Ａ１１０１の返り値を加工する（Ｓ１３０５）。
図１１に示す例の場合、ＴＴフォント"Ｃｏｕｒｉｅｒ Ｎｅｗ"をプリンタフォント"Ｔｉｍｅｓ"に置き換える。
最後に、Ｉ／Ｆ Ｂ１１０２は、加工後の値を返り値として返却して（Ｓ１３０６）、本処理を抜ける。

以上の処理によって、汎用レンダーフィルター２０７は、ＧＰＤフィルター２０６のＩ／Ｆ Ｂ１１０２を用いてＧＰＤファイル２０５に記述されている情報を参照してＰＤＬデータを出力する。その結果、プリンタドライバ１０５３のＧＰＤファイル２０５を変更することなく、管理アプリ１０５２のフォント置き換え設定に従って加工したＧＰＤファイル２０５の記述を汎用レンダーフィルター２０７が参照し、ＰＤＬデータを出力することができる。

〔第５実施形態〕
第１実施形態〜第４実施形態では、ＧＰＤファイル２０５の＊ＴＴＦＳエントリー（フォント置き換え）に対する適用例であったが、ＧＰＤファイル２０５の他の記述に適用することも可能である。

例えば、モード５（またはメソッド５）圧縮を使うかどうかを指定する＊ＵｓｅＭｏｄｅ５Ｃｏｍｐｒｅｓｓｉｏｎ？エントリーに対して適用することもできる。ここでのモード（メソッド）とは、ＰＣＬ（商標）５における圧縮モード（メソッド）であり、モード５はアダプティブ圧縮を意味する（詳細は、PCL5e Technical Reference Manual Part 1 p15-25を参照）。汎用レンダーフィルター２０７は、＊ＵｓｅＭｏｄｅ５Ｃｏｍｐｒｅｓｓｉｏｎ？エントリーがＴＲＵＥであれば、ラスターデータの圧縮にアダプティブ圧縮を使用してＰＤＬを生成する。しかし、＊ＵｓｅＭｏｄｅ５Ｃｏｍｐｒｅｓｓｉｏｎ？エントリーはＵＩで変更できない。

そこで、＊ＵｓｅＭｏｄｅ５Ｃｏｍｐｒｅｓｓｉｏｎ？エントリーに対して以下の処理を実行する。具体的には、管理アプリ１０５２は、ユーザのアダプティブ圧縮使用設定に従ってＰＢ２０３にアダプティブ圧縮使用情報を保存する。そして、ＧＰＤフィルター２０６が、ＰＢ２０３のアダプティブ圧縮使用情報を反映した別のＧＰＤファイル２０５を生成したり、ＧＰＤファイル２０５に記述されている情報を加工するＩ／Ｆを用意したりする。

汎用レンダーフィルター２０７は、生成したＧＰＤファイル２０５を参照したりＧＰＤファイル２０５を参照するＩ／Ｆ Ｂ１１０２を用いたりして、ＧＰＤファイル２０５に記述されている情報を参照してＰＤＬデータを出力する。その結果、プリンタドライバ１０５３のＧＰＤファイル２０５を変更することなく、管理アプリ１０５２の設定に従って加工したＧＰＤファイル２０５の記述を汎用レンダーフィルター２０７が参照し、ＰＤＬデータを出力することができる。

本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

２０１ 印刷システム
１０５１ プリンタドライバ

Claims (9)

1. アプリケーションからの印刷情報を処理するプリンタドライバを備える印刷制御装置であって、
   前記印刷情報の印刷属性を前記プリンタドライバで特定される第１の印刷属性に設定する設定手段と、
   前記印刷情報の印刷属性をユーザが指定する第２の印刷属性に置換する置換情報を作成する作成手段と、
   印刷を実行する際に、前記第１の印刷属性と前記第２の印刷属性の内容が一致するかどうかを判断する判断手段と、
   前記第１の印刷属性と前記第２の印刷属性との内容が一致しないと判断した場合、前記第１の印刷属性を前記第２の印刷属性に基づいて加工することにより第３の印刷属性を生成する加工手段と、
   前記加工手段が加工した第３の印刷属性を格納する格納手段と、
   前記印刷情報に基づいて印刷装置に出力すべき印刷データを生成する生成手段と、
   前記生成手段が参照すべき印刷属性の格納先を前記第３の印刷属性を格納する前記格納手段を特定する格納先に変更する変更手段と、
   を備えることを特徴とする印刷制御装置。
2. 前記印刷情報に対する印刷処理が終了した場合、前記格納手段に格納された前記第３の印刷属性を削除する削除手段を備えることを特徴とする請求項１記載の印刷制御装置。
3. 前記印刷情報に対する印刷処理が取り消された場合、前記格納手段に格納された前記第３の印刷属性を削除する削除手段を備えることを特徴とする請求項１記載の印刷制御装置。
4. 前記生成手段は、前記格納手段に前記第３の印刷属性が格納された格納時刻と前記作成手段が作成した第２の印刷属性の作成時刻とを比較して、前記第３の印刷属性の生成することを特徴とする請求項１記載の印刷制御装置。
5. 前記第１の印刷属性は、前記アプリケーションが指定するフォント属性であることを特徴とする請求項１乃至４のいずれか１項に記載の印刷制御装置。
6. 前記第２の印刷属性は前記印刷装置が使用するフォント属性であることを特徴とする請求項１乃至４のいずれか１項に記載の印刷制御装置。
7. アプリケーションからの印刷情報をプリンタドライバが処理する印刷制御装置のデータ処理方法であって、
   前記印刷情報の印刷属性を前記プリンタドライバで特定される第１の印刷属性に設定する設定工程と、
   前記印刷情報の印刷属性をユーザが指定する第２の印刷属性に置換する置換情報を作成する作成工程と、
   印刷を実行する際に、前記第１の印刷属性と前記第２の印刷属性の内容が一致するかどうかを判断する判断工程と、
   前記第１の印刷属性と前記第２の印刷属性との内容が一致しないと判断した場合、前記第１の印刷属性を前記第２の印刷属性に基づいて加工することにより第３の印刷属性を生成する加工工程と、
   前記加工工程が加工した第３の印刷属性を格納手段に格納する格納工程と、
   前記印刷情報に基づいて印刷装置に出力すべき印刷データを生成する生成工程と、
   前記生成工程が参照すべき印刷属性の格納先を前記第３の印刷属性を格納する前記格納手段を特定する格納先に変更する変更工程と、
   を備えることを特徴とする印刷制御装置のデータ処理方法。
8. 請求項７に記載の印刷制御装置のデータ処理方法をコンピュータに実行させることを特徴とするプログラム。
9. アプリケーションからの印刷情報を印刷装置で印刷可能な印刷データに変換するプリンタドライバであって、
   前記印刷情報の印刷属性を前記プリンタドライバで特定される第１の印刷属性に設定する設定手段と、
   前記印刷情報の印刷属性をユーザが指定する第２の印刷属性に置換する置換情報を作成する作成手段と、
   印刷を実行する際に、前記第１の印刷属性と前記第２の印刷属性の内容が一致するかどうかを判断する判断手段と、
   前記第１の印刷属性と前記第２の印刷属性との内容が一致しないと判断した場合、前記第１の印刷属性を前記第２の印刷属性に基づいて加工することにより第３の印刷属性を生成する加工手段と、
   前記加工手段が加工した第３の印刷属性を格納する格納手段と、
   前記印刷情報に基づいて印刷装置に出力すべき印刷データを生成する生成手段と、
   前記生成手段が参照すべき印刷属性の格納先を前記第３の印刷属性を格納する前記格納手段を特定する格納先に変更する変更手段と、
   を備えることを特徴とするプリンタドライバ。

Images