JP2009211112A - 印刷制御装置およびプリンタドライバのプログラム - Google Patents

Abstract

【課題】ＸＭＬファイルの印刷を行う際に，アプリケーションが配置した領域のサイズと同等サイズの印刷が可能な印刷制御装置およびプリンタドライバのプログラムを提供すること。
【解決手段】プリンタドライバ４では，アプリケーション７からの問い合わせを受け付け，印刷設定部４２に記憶されている用紙サイズ設定が第２用紙サイズ設定であるか否かを判断する（Ｓ２２０）。第２用紙サイズ設定であれば（Ｓ２２０：ＹＥＳ），用紙の物理領域サイズよりも小さい第２用紙サイズの情報を取得し，それらの用紙の第２用紙サイズを返答する（Ｓ２２１）。一方，第２用紙サイズ設定でなければ（Ｓ２２０：ＮＯ），用紙の物理領域サイズである第１用紙サイズの情報を取得し，それらの用紙の第１用紙サイズを返答する（Ｓ２２２）。
【選択図】 図６

Description

本発明は，印刷制御装置およびプリンタドライバのプログラムに関する。さらに詳細には，ＸＭＬ（Extensible Markup Language）形式に基づく印刷ジョブデータを処理することが可能な印刷制御装置およびプリンタドライバのプログラムに関するものである。

一般的なプリンタでは，印刷する用紙に対して印刷不可能な領域である余白領域が存在する。このようなプリンタに印刷指示を行うプリントシステムでは，アプリケーションがプリンタドライバに対して用紙サイズを問い合わせ，印刷可能な領域である印刷領域のサイズを取得し，その印刷領域に合わせてレイアウトを調節する。

具体的に，従来のプリントシステムでは，アプリケーションとプリンタドライバとの間で，図８に示すような用紙サイズ処理が行われる。まず，アプリケーションによって，プリンタドライバに対してプリンタがサポートする全用紙種類およびそれらの用紙の用紙サイズの問い合わせが行われる（Ｓ１１）。プリンタドライバでは，プリンタがサポートする全用紙種類およびそれらの用紙の用紙サイズを返答する（Ｓ１２）。

その後，アプリケーションでは用紙が選択され（Ｓ１３），プリンタドライバに対して選択した用紙の印刷領域や余白領域等の詳細情報の問い合わせが行われる（Ｓ１４）。そして，プリンタドライバでは，選択用紙の物理サイズ，印刷領域，余白領域を返す（Ｓ１５）。アプリケーションでは，取得した用紙詳細情報を基に表示レイアウトを決定する（Ｓ１６）。

また，近年，ＸＭＬに代表されるマークアップ言語によって記述された中間ファイル（以下，「ＸＭＬファイル」とする）を取り扱える印刷制御装置が実用化されている。ＸＭＬファイルを取り扱う装置としては，例えば特許文献１に開示されたデータ処理装置がある。
特開２００５−２６７４１９号公報

しかしながら，前記したＸＭＬファイルを従来のプリントシステムに適用するには，次のような問題がある。すなわち，ＸＭＬファイルという技術思想には，余白領域の概念が存在しない。具体的に，アプリケーションとプリンタドライバとの間で，図９に示すような用紙サイズ処理が行われる。まず，ＸＭＬファイルに対応するプリントシステムでは，アプリケーションがプリンタドライバに対してプリンタがサポートする全用紙種類および用紙サイズの問い合わせ（Ｓ２１），プリンタドライバからプリンタがサポートする全用紙種類およびそれらの用紙の用紙サイズが回答され（Ｓ２２），アプリケーションにて用紙が選択される（Ｓ２３）。その後，アプリケーションでは，選択用紙の印刷領域や余白領域等の詳細情報の問い合わせを行うことなく，取得した用紙サイズを基に印刷ジョブデータのレイアウトを決定する（Ｓ２６）。

つまり，ＸＭＬファイルに対応するプリントシステムでは，余白領域の概念が存在しないため，余白領域を得る必要がない。そのため，アプリケーション上では余白領域に印刷ジョブデータを配置することが可能であるが，実際には印刷不可能な領域に配置することになる。従って，印字もれが生じる。

上記の場合，プリンタドライバにて，印刷ジョブデータに縮小処理を行えば，用紙に収めることが可能になる。そこで，スケーリング機能のオプションの１つとして印刷ジョブデータを印刷領域に合わせて縮小する自動調節機能を設けることで，印字もれを回避することが考えられる。例えば図１０に示すように，印刷ジョブデータに対して自動調節を行うか否かを判断し（Ｓ３１），印刷ジョブデータを印刷領域に順応するように縮小することが考えられる（Ｓ３２）。

しかし，印刷ジョブデータの縮小を行った場合，ユーザはアプリケーションで配置した想定のサイズと異なるサイズの画像を得ることになる。そのため，画像品質の低下が懸念されるとともに，ユーザに対して不信感を与えてしまう。

本発明は，前記した従来の印刷制御装置が有する問題点を解決するためになされたものである。すなわちその課題とするところは，ＸＭＬファイルの印刷を行う際に，アプリケーションが配置した領域のサイズと同等サイズの印刷が可能な印刷制御装置およびプリンタドライバのプログラムを提供することにある。

この課題の解決を目的としてなされた印刷制御装置は，ＸＭＬ形式に基づく印刷ジョブデータを処理する印刷制御装置であって，アプリケーションから用紙サイズの問い合わせを受け付ける受付手段と，プリンタが印刷可能な用紙の用紙サイズよりも小さいサイズを受付手段に対する問い合わせの回答としてアプリケーションに応答する応答手段とを備えることを特徴としている。

本発明の印刷制御装置は，アプリケーションから用紙サイズを問われた際，用紙の物理的な用紙サイズよりも小さいサイズを用紙サイズとして回答する。例えば，用紙の物理領域からプリンタの非印字領域である余白領域を除いた領域のサイズを回答する。より具体的には，上下左右５ｍｍの余白領域が設定されたプリンタにおいては，物理領域のサイズが２１０ｍｍ×２９７ｍｍのＡ４サイズの用紙の情報として，２００ｍｍ×２８７ｍｍを回答する。

アプリケーションでは，受け取ったサイズに応じてレイアウトが決定される。そのため，アプリケーションでは，実際の用紙サイズよりも小さいサイズの画像を作成することになる。よって，その画像は，プリンタの印刷領域内に収まることが期待できる。その結果，その画像の印刷では，印刷もれの可能性が低く，圧縮の必要性も低い。よって，信頼性が高い高画質の画像が得られる。また，ユーザは，アプリケーションで配置した想定のサイズとほぼ同一のサイズの画像を得ることになる。よって，ユーザに対して不信感を与えない。

また，応答手段が応答するサイズは，プリンタの非印字領域である余白領域を考慮した印刷領域のサイズであるとよりよい。すなわち，余白領域を考慮したサイズであることから，適応プリンタに最適なサイズが得られる。これにより，アプリケーションから出力される画像を，より確実に印刷領域に収めることができる。また，アプリケーションが配置した領域のサイズと同等サイズの印刷が可能になる。

また，本発明の印刷制御装置は，プリンタが印刷可能な用紙の用紙サイズと余白領域を考慮した印刷領域のサイズとを対応付けて記憶する記憶手段を備えるとよりよい。すなわち，記憶手段が用紙の詳細情報を記憶することで，記憶手段の記憶内容を変えるだけで，サポートする用紙種類が異なる印刷制装置に適用することができる。さらに，新しい用紙サイズに対応する場合であっても，記憶手段の記憶内容にその情報を追加するだけで容易に対応できる。

また，本発明の印刷制御装置は，印刷ジョブデータを縮小し，印刷ジョブデータの印刷領域の調節処理を行う調節手段を備え，用紙の用紙サイズと同等サイズの印刷ジョブデータを受け取り，調節手段による印刷ジョブデータのサイズ変更が可能な第１モードと，用紙の用紙サイズよりも小さいサイズの印刷ジョブデータを受け取り，調節手段による印刷ジョブデータの縮小を制限する第２モードとを有するとよりよい。すなわち，物理領域サイズの印刷ジョブデータを受け取る場合には，第１モードとして，プリンタドライバによる印刷領域の自動調節を行う。これにより，ユーザの利便性が向上する。また，物理領域サイズよりも小さいサイズの印刷ジョブデータを受け取る場合には，縮小の必要がない。そのため，第２モードとして，縮小を制限することで，不必要な縮小を回避することができる。

なお，本発明は，ＸＭＬ形式に基づく印刷ジョブデータを処理するプリンタドライバのプログラムであって，印刷制御装置を，アプリケーションから用紙サイズの問い合わせを受け付ける受付手段と，プリンタが印刷可能な用紙の用紙サイズよりも小さいサイズを前記受付手段に対する問い合わせの回答としてアプリケーションに応答する応答手段として動作させることを特徴とするプログラムを含んでいる。

本発明によれば，ＸＭＬファイルの印刷を行う際に，アプリケーションが配置した領域のサイズと同等サイズの印刷が可能な印刷制御装置およびプリンタドライバのプログラムが実現している。

以下，本発明にかかる印刷制御装置を具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，プリンタドライバがインストールされたパーソナルコンピュータ（以下，単に「ＰＣ」とする）に本発明を適用したものである。

［プリントシステムの構成］
本形態のプリントシステム１００は，図１に示すように，プリンタ２と，印刷制御装置としてのＰＣ１（印刷制御装置の一例）とを備えている。プリントシステム１００では，ＰＣ１とプリンタ２とがＵＳＢケーブルを介して接続されている。

ＰＣ１は，各種処理を実行するＣＰＵ１１と，当該ＰＣ１の起動時にＣＰＵ１１が行う起動処理のプログラム（ＢＩＯＳ）等を記憶したＲＯＭ１２と，ＣＰＵ１１が各種処理を行う際に一時的な記憶領域として利用されるＲＡＭ１３と，各種のプログラムやデータを記憶したハードディスクドライブ（ＨＤＤ）１４とを有している。

また，ＰＣ１は，キーボードやマウス等からなる操作部１５と，液晶ディスプレイ等からなる表示部１６と，プリンタ２との間で信号のやりとりを行うプリンタポートインターフェース１７（本形態では，ＵＳＢインターフェース）と，ＬＡＮ，インターネット等のネットワークを介して信号のやりとりを行うネットワークインターフェース１８とを有している。

さらに，ＰＣ１のＨＤＤ１４には，オペレーティングシステム（ＯＳ）や，画像データを編集可能なアプリケーション（例えば，文書作成ソフト，作図ソフト，表計算ソフト，写真データ編集ソフト等）や，プリンタ２にＰＤＬ形式で記述された印刷データを送信するプリンタドライバが記憶されている。

プリンタ２は，各種処理を実行するＣＰＵ２１と，当該プリンタ２の起動時にＣＰＵ２１が行う起動処理のプログラム等を記憶したＲＯＭ２２と，ＣＰＵ２１が各種処理を行う際に一時的な記憶領域として利用されるＲＡＭ２３と，各種のプログラムやデータ等を記憶したハードディスクドライブ（ＨＤＤ）２４とを有している。

また，プリンタ２は，当該プリンタ２の筐体外部に配設された複数のボタンからなる操作部２５と，同じく筐体外部に配設された液晶表示パネル等からなる表示部２６と，ＰＣ１との間で信号のやりとりを行うプリンタポートインターフェース２７（本形態では，ＵＳＢインターフェース等）と，ＬＡＮ，インターネット等のネットワークを介して信号のやりとりを行うネットワークインターフェース２８とを有している。

さらに，プリンタ２は，記録媒体としての用紙やＯＨＰシート（以下，単に「用紙」とする）に画像を形成する印字部３０を有している。印字部３０は，電子写真方式，インクジェット方式，その他の一般的な画像形成方式を採用していればよい。また，カラー画像の形成が可能であっても，モノクロ画像専用であってもよい。

このような構成であるプリンタ２およびＰＣ１を備える本形態のプリントシステム１００では，ユーザがＰＣ１を操作し，ＰＣ１に組み込まれたアプリケーションを利用して文書，図，表，あるいは写真等の画像データを編集することが可能である。そして，ユーザの指示に従って，ＰＤＬ形式の印刷データをプリンタ２に送信し，プリンタ２によって画像を出力することが可能である。

すなわち，ＰＣ１には，様々なアプリケーションが組み込まれている。ＰＣ１では，アプリケーションの印刷機能によって印刷ジョブデータがプリンタドライバに対して送られる。プリンタドライバは，アプリケーションからの印刷ジョブデータに応じ，文書データや画像データをプリンタ２で印刷するために必要な印刷データを作成する。

プリンタドライバが作成した印刷データは，プリンタポートインターフェース１７を経由してプリンタ２へと送信される。プリンタ２は，印刷データを受信することで印字部３０を稼働する。そして，印刷データに基づいて，ユーザが選択した用紙にユーザの所望の画像を形成する。

［プリンタドライバの構成］
続いて，ＰＣ１に組み込まれているプリンタドライバ４について説明する。プリンタ２用のプリンタドライバ４は，各種の加工処理を実行するソフトウェアモジュール（本形態では，ＤＬＬ）を「機能フィルタ」として備えている。機能フィルタは，バージョンアップやアドイン等を行うことにより，追加したり削除したりあるいは機能を拡張したりすることが可能である。

本形態のプリンタドライバ４は，図２に示すように，ドライバ制御部４０（受付手段，応答手段，調節手段の一例）と，データベース４１（記憶手段の一例）と，印刷設定部４２と，フィルタ設定ファイル制御部４３と，フィルタ部４４と，フィルタ実行部４５とを有している。プリンタドライバ４は，アプリケーション７からの要求を受け，印刷データを作成してプリンタ２に送信する。

なお，実際には，アプリケーション７から出力される印刷ジョブデータはスプーラに蓄積され，順次にプリンタドライバ４に送り込まれるが，本形態では説明の簡略化のためにスプーラを省略している。

ドライバ制御部４０は，アプリケーション７からの要求を受け付けるとともに必要に応じて情報を送り返す機能を有している。本形態のプリントシステム１００としては，アプリケーション７からの用紙サイズの問い合わせや，プリンタ２への印刷要求となる印刷ジョブデータを受け付ける。ドライバ制御部４０が受け付ける印刷ジョブデータには，加工処理に関する情報（例えば，ウォータマークを付加するか否か，付加する場合には文字，フォント等の指定）が付加されている。ドライバ制御部４０では，印刷ジョブデータを解析し，加工処理に必要な機能フィルタを読み出すように後述するフィルタ設定ファイル４３１を編集する。

また，ドライバ制御部４０は，従来のＥＭＦ（Enhanced Meta File）と称されるベクタ形式の中間ファイル（以下，「ＥＭＦファイル」とする）をＸＭＬファイルに変換するコンバート機能を有している。変換の際には，ＥＭＦファイルに記録されている加工処理の設定も変換後のＸＭＬファイルに引き継がれる。

データベース４１は，用紙の種類と各用紙の用紙サイズとを対応付けて記録している。さらに，データベース４１は，用紙サイズとして，プリンタが印刷可能な用紙サイズ，すなわち物理的な用紙サイズである第１用紙サイズと，プリンタの非印字領域である余白領域を除いた，すなわち余白領域を考慮した用紙サイズである第２用紙サイズとを記録している。図３は，余白領域が上下左右５ｍｍの場合に，データベース４１に記録されている用紙リストの例を示している。図３に示すように，本形態のデータベース４１には，２種類の用紙サイズ（第１用紙サイズ，第２用紙サイズ）が記録されている。なお，余白領域のサイズは，プリンタの仕様によって異なる。

印刷設定部４２は，印刷設定の詳細をユーザに設定させる印刷設定ダイアログボックスを表示する機能を有している。図４は，印刷設定ダイアログボックスの一例を示している。印刷設定ダイアログボックス４２１では，プリンタドライバ４による拡大縮小処理について，「なし」，「印刷領域に合わせる」，「任意」のいずれか１つが択一的に選択される。さらに，「なし」を選択した際には，アプリケーションに印刷領域（つまり第２用紙サイズ）を通知するか否かを設定するチェックボックスが表示され，プリンタドライバ４がアプリケーション７からの用紙サイズの問い合わせを受けた際に，第１用紙サイズを返答するのか，第２用紙サイズを返答するのかの設定（以下，「用紙サイズ設定」とする）が可能である。この他，「印刷領域に合わせる」の選択によって，印刷領域に自動的に合わせるか否かの設定（以下，「自動調節設定」とする）を行うことができる。また，「任意」では，任意の倍率で印刷する設定が可能になっている。なお，印刷設定部４２は，印刷設定ダイアログボックス４２１での設定内容を記憶する機能を兼ねる。

フィルタ設定ファイル制御部４３は，プリンタドライバ４が所有する機能フィルタの構成情報を記憶する機能を有している。具体的に，フィルタ設定ファイル制御部４３は，フィルタ設定ファイル４３１と，フィルタ設定バックアップ４３２とを管理している。

図５は，フィルタ設定ファイル制御部４３で管理するフィルタ設定ファイル４３１の一例であり，所有する機能フィルタの一覧がＸＭＬファイルとして記憶されている。フィルタ設定ファイル４３１には，フィルタの種類およびそのフィルタモジュールの参照先が記憶されている。すなわち，本形態では，「ウォータマーク」，「スケーリング」，「レイアウト」，「ミラー」，「ＲＩＰ」の各機能フィルタがその機能を実行するモジュール名とともに記憶されている。また，図５中のフィルタ構成の各機能フィルタの登録順がそのまま機能フィルタの実行順序を意味している。すなわち，図５の機能フィルタの構成情報によれば，プリンタドライバ４が「ウォータマーク」，「スケーリング」，「レイアウト」，「ミラー」，「ＲＩＰ」の順に実行することが記憶されている。なお，機能フィルタの構成情報の記憶方法としては，ＸＭＬ形式のファイルに限らず，例えばＨＴＭＬ形式やＣＳＶ形式のファイルであってもよい。

フィルタ設定バックアップ４３２は，フィルタ設定ファイル４３１の初期状態を記憶しており，フィルタ設定ファイル４３１と同じく所有する機能フィルタの一覧がＸＭＬファイルとして記憶されている。本形態では，図５に示したＸＭＬファイルの内容を初期状態として記憶している。

フィルタ部４４は，プリンタドライバ４が所有する機能フィルタ５１〜５５のライブラリ群を示している。機能フィルタ５１〜５５は，ＤＬＬとして提供されており，各機能フィルタの利用時には個別にメモリに読み出される。

具体的に本形態では，機能フィルタ５１として透かし文字を付加する「ウォータマークフィルタ」，機能フィルタ５２として所定の倍率表示（拡大縮小）を行う「スケーリングフィルタ」，機能フィルタ５３として２ｉｎ１やポスター印刷を行う「レイアウトフィルタ」，機能フィルタ５４として左右反転や上下反転を行う「ミラーフィルタ」，機能フィルタ５５としてページ記述言語からビットマップデータに展開する「ＲＩＰフィルタ」を有している。特に，スケーリング用の機能フィルタ５２は，印刷領域の自動調節機能を兼ねている。

フィルタ実行部４５は，印刷ジョブデータに従って文書データに加工処理を施す機能を有している。加工処理を行う際には，フィルター設定ファイル４３１の内容に従って機能フィルタ５１〜５５をメモリに読み出し，印刷ジョブデータに指示された加工処理を実行する。加工処理が終了した印刷ジョブデータは，ＲＩＰフィルタを介してビットマップデータに展開され，印刷データとしてプリンタ２に送られる。

［プリントシステムの動作］
［用紙サイズ処理］
続いて，本形態のプリントシステム１００の動作について説明する。本形態のプリントシステム１００では，アプリケーション７からの用紙サイズの問い合わせの際，アプリケーション７とプリンタドライバ４との間で，図６に示すような用紙サイズ処理が行われる。なお，アプリケーション７の処理は，従来（図９参照）と同様である。

まず，アプリケーション７によって，プリンタドライバ４に対して，プリンタ２がサポートする全用紙種類およびそれらの用紙の用紙サイズの問い合わせが行われる（Ｓ２１）。

プリンタドライバ４では，ドライバ制御部４０がアプリケーション７からの問い合わせを受け付け（受付手段の一例），印刷設定部４２に記憶されている用紙サイズ設定が第２用紙サイズを回答する設定（第２用紙サイズ設定）であるか否かを判断する（Ｓ２２０）。

第２用紙サイズ設定であれば（Ｓ２２０：ＹＥＳ），データベース４１から第２用紙サイズの情報を取得し，プリンタがサポートする全用紙種類とともに，それらの用紙の第２用紙サイズを返答する（Ｓ２２１：応答手段の一例）。すなわち，用紙の物理領域のサイズよりも小さいサイズを返答する。一方，第２用紙サイズ設定でなければ（Ｓ２２０：ＮＯ），つまり第１用紙サイズを回答する設定（第１用紙サイズ設定）であれば，データベース４１から第１用紙サイズの情報を取得し，プリンタがサポートする全用紙種類とともに，それらの用紙の第１用紙サイズを返答する（Ｓ２２２）。

その後，アプリケーション７では用紙が選択され（Ｓ２３），選択された用紙の用紙サイズ情報を基に表示レイアウトを決定する（Ｓ２６）。すなわち，第２用紙サイズ設定であれば，印刷領域のサイズ（例えば，用紙のサイズがＡ４であれば，２００ｍｍ×２８７ｍｍの領域）でレイアウトが決定される。一方，第１用紙サイズ設定であれば，物理領域のサイズ（例えば，用紙のサイズがＡ４であれば，２１０ｍｍ×２９７ｍｍの領域）でレイアウトが決定される。

［印刷処理］
続いて，プリンタドライバ４の印刷処理について，図７のフローチャートを参照しつつ説明する。

プリンタドライバ４では，ドライバ制御部４０がアプリケーション７からの印刷ジョブデータを受け付けると，まず，印刷設定部４２に記憶されている用紙サイズ設定が第２用紙サイズ設定であるか否かを判断する（Ｓ３０）。

第２用紙サイズ設定であれば（Ｓ３０：ＹＥＳ），Ｓ３３の処理に移行する。なお，第２用紙サイズ設定であれば，後述する印刷領域の自動調節は行われない。すなわち，第２用紙サイズ設定であれば，アプリケーション７から印刷領域に適した印刷ジョブデータが送られる。そのため，印刷もれの発生は殆どなく，そのデータをさらに縮小する必要はない。そこで，自動調節機能の判断（Ｓ３１）をバイパスする。

第２用紙サイズ設定でなければ（Ｓ３０：ＮＯ），つまり第１用紙サイズ設定であれば，印刷ジョブデータを印刷領域に順応させるか否かを判断する（Ｓ３１）。すなわち，印刷領域に自動的に合わせる自動調節設定がなされているのであれば（Ｓ３１：ＹＥＳ），印刷ジョブデータを印刷領域に合わせて縮小する設定を行う（Ｓ３２：調節手段の一例）。具体的には，スケーリングの機能フィルタ５２によって縮小処理を行うように，印刷ジョブデータに含まれる加工処理の設定内容を編集する。Ｓ３２の処理後，あるいは自動調節設定がなされていない場合には（Ｓ３１：ＮＯ），Ｓ３３の処理に移行する。

Ｓ３３の処理では，印刷ジョブデータの加工処理を行う。この加工処理では，まず，フィルタ設定ファイル４３１を参照し，設定されている機能フィルタをすべてメモリに読み出す。なお，Ｓ３２の処理によって印刷ジョブデータの自動調節を行う場合には，スケーリング用の機能フィルタ５２は必ず読み出される。

そして，印刷ジョブデータの設定に従って，「スケーリング」，「レイアウト」，「ミラー」，「ウォータマーク」の各加工処理を行ってユーザの所望する画像を作成する。加工処理された印刷ジョブデータは，「ＲＩＰ」フィルタによってビットマップデータに変換された後，ＰＤＬ形式の印刷データとしてプリンタ２へ送られる（Ｓ３３）。

以上詳細に説明したように本形態のプリンタドライバ４では，アプリケーション７から用紙サイズを問われた際，第２用紙サイズ設定であれば，プリンタが印刷可能な用紙のサイズ，すなわち用紙の物理領域のサイズよりも小さい印刷領域のサイズを回答する。アプリケーション７では，受け取ったサイズに応じて，実際の用紙サイズよりも小さい印刷領域のサイズの画像を作成することになる。そのため，その画像は，プリンタの印刷領域内に収まり，印刷もれの可能性が低く，圧縮の必要もない。よって，信頼性が高い高画質の画像が得られる。

また，アプリケーション７は，受け取ったサイズでレイアウトを決定している。このことから，第２用紙サイズ設定であれば，印刷領域のサイズの画像が作成され，印刷領域のサイズの印刷ジョブデータが出力される。よって，ユーザは，アプリケーション７で配置した想定のサイズと同一のサイズの画像を得ることになる。従って，本形態のプリンタドライバ４は，ユーザに対して不信感を与えない。

また，データベース４１が用紙の詳細情報を記憶している。そのため，データベース４１の記憶内容を変えるだけで，サポートする用紙種類が異なるプリンタのプリンタドライバにも適用することができる。さらに，新しい用紙サイズに対応する場合であっても，データベース４１の記憶内容にその情報を追加するだけで容易に対応できる。

また，プリンタドライバ４では，第１用紙サイズ設定であれば，プリンタドライバ４による印刷領域の自動調節が可能である。これにより，ユーザの利便性が向上する。また，第２用紙サイズ設定では，自動調節機能の実行を回避していることから，不必要な縮小を回避することができる。

なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，画像形成装置としてはプリンタに限るものではなく，コピー機，ＦＡＸ，あるいは画像形成機能を有する複合機等であってもよい。また，印刷制御装置としてはＰＣに限るものではなく，ワークステーション，携帯情報端末装置等であってもよい。また，プリントシステムは，画像形成装置と情報端末装置とが別体になっているシステムに限るものではなく，一体となっているものであってもよい。

また，プリントシステム１００を構成するプリンタおよびＰＣは各１台に限るものではなく，それぞれ複数台接続してもよい。また，ＰＣ１とプリンタ２との接続は，ＵＳＢケーブルに限らず，その他のシリアル通信ケーブル，パラレル通信ケーブル，有線ＬＡＮケーブル，さらには無線ＬＡＮ等の無線通信経路とすることも可能である。

また，実施の形態の第２用紙サイズは，用紙の物理領域から余白領域を除いたサイズであるが，これに限るものではない。すなわち，画像が印刷領域内に収まるサイズであればよく，用紙の物理領域から所定の領域を除いたサイズであってもよい。

実施の形態に係るプリントシステムの構成を示すブロック図である。 実施の形態に係るプリンタドライバの機能構成を示すブロック図である。 データベースに記録されている用紙リストの一例を示す図である。 印刷設定ダイアログの一例を示す図である。 フィルタ情報を記憶したフィルタ設定ファイルの一例を示す図である。 実施の形態に係るプリントシステムの用紙サイズ処理を示すフローチャートである。 実施の形態に係るプリントシステムの印刷処理を示すフローチャートである。 従来の形態に係るプリントシステム（ＥＭＦファイル）の用紙サイズ処理を示すフローチャートである。 従来の形態に係るプリントシステム（ＸＭＬファイル）の用紙サイズ処理を示すフローチャートである。 従来の形態に係るプリントシステム（ＸＭＬファイル）の印刷処理を示すフローチャートである。

符号の説明

１ ＰＣ
２ プリンタ
４ プリンタドライバ
４０ ドライバ制御部
４１ データベース
４２ 印刷設定部

Claims (5)

1. ＸＭＬ形式に基づく印刷ジョブデータを処理する印刷制御装置において，
   アプリケーションから用紙サイズの問い合わせを受け付ける受付手段と，
   プリンタが印刷可能な用紙の用紙サイズよりも小さいサイズを前記受付手段に対する問い合わせの回答としてアプリケーションに応答する応答手段とを備えることを特徴とする印刷制御装置。
2. 請求項１に記載する印刷制御装置において，
   前記応答手段が応答するサイズは，プリンタの非印字領域である余白領域を考慮した印刷領域のサイズであることを特徴とする印刷制御装置。
3. 請求項１または請求項２に記載する印刷制御装置において，
   プリンタが印刷可能な用紙の用紙サイズと余白領域を考慮した印刷領域のサイズとを対応付けて記憶する記憶手段を備えることを特徴とする印刷制御装置。
4. 請求項１から請求項３のいずれか１つに記載する印刷制御装置において，
   印刷ジョブデータを縮小し，印刷ジョブデータの印刷領域の調節処理を行う調節手段を備え，
   用紙の用紙サイズと同等サイズの印刷ジョブデータを受け取り，前記調節手段による印刷ジョブデータのサイズ変更が可能な第１モードと，
   用紙の用紙サイズよりも小さいサイズの印刷ジョブデータを受け取り，前記調節手段による印刷ジョブデータの縮小を制限する第２モードとを有することを特徴とする印刷制御装置。
5. ＸＭＬ形式に基づく印刷ジョブデータを処理するプリンタドライバのプログラムにおいて，
   印刷制御装置を，
   アプリケーションから用紙サイズの問い合わせを受け付ける受付手段と，
   プリンタが印刷可能な用紙の用紙サイズよりも小さいサイズを前記受付手段に対する問い合わせの回答としてアプリケーションに応答する応答手段として動作させることを特徴とするプログラム。

Images