JP2002259101A - プリンタドライバ及び情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 フォント置き換え機能を有する複数の印刷デ
ータ生成部をページ毎に切り替えて使用して印刷データ
を出力するプリンタドライバにおいて、フォント置き換
えに用いる物理フォントを全印刷データ生成部で統一可
能なプリンタドライバを提供すること。 【解決手段】 デスプーラ２１５が印刷データ生成部に
論理フォントを登録する際、事前にスプールドライバ２
１１が有するフォント置き換え機能を用いて置き換えら
れた物理フォントを印刷データ生成用の論理フォントと
して登録する。これによって、各印刷データ生成部２０
５〜２０８が有するフォント置き換え機能は動作せず、
ページ毎に異なる印刷データ生成部を用いて印刷データ
を生成しても、全ページで統一のとれた出力結果が得ら
れる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
ソフトウェア等の印刷指示により、プリンタ等の画像形
成装置に対する印刷データを生成するプリンタドライバ
に関する。

【０００２】

【従来の技術】図９は、画像形成装置としてのプリンタ
及びその制御を行う情報処理装置としてのホストコンピ
ュータで構成された、従来の印刷システムの例を示す図
である。

【０００３】図に示すように、ホストコンピュータ２０
０は、セントロニクスインターフェース、ＩＥＥＥ１２
８４といったパラレルインタフェース、ＵＳＢ、ＩＥＥ
Ｅ１３９４等のシリアルインタフェース、１０／１００
ＢＡＳＥ−Ｔ等のネットワークインタフェース６００を
介してプリンタ１００と接続されている。ホストコンピ
ュータ２００には、ＣＲＴ、ＬＣＤ等のディスプレイモ
ニタ３００及び入力デバイスとしてのキーボード４００
及びマウス５００が接続されている。

【０００４】ホストコンピュータ２００では、Windows
（米国Microsoft社の登録商標）のようないわゆる基本
ソフト（ＯＳ）の上でワードプロセッサや表計算のよう
な、プリンタ１００を利用可能なアプリケーションソフ
トウェア２０１（以下アプリケーションと略称）が動作
している。これらアプリケーションのユーザが印刷を指
示した場合、そのアプリケーションは、基本ソフトが提
供するいくつかのサブシステムの内、グラフィックサブ
システム２０２の機能を用いて印刷を行う。

【０００５】このグラフィックサブシステムは、例えば
基本ソフトがWindowsの場合、ＧＤＩ(Graphic Device
Interface)２０３と呼ばれており、ディスプレイやプ
リンタに対する描画処理を司っている。このＧＤＩ（２
０３）は、ディスプレイやプリンタといったデバイス毎
の依存性を吸収するために、アプリケーションから指定
された出力デバイスに対応する、デバイスドライバと呼
ばれるモジュールを動的にリンクし、それぞれのデバイ
スに対する出力処理を行う。

【０００６】プリンタに対するデバイスドライバはプリ
ンタドライバと呼ばれる。プリンタドライバ２０４は、
対応するプリンタの能力や機能などに応じて、あらかじ
めデバイスドライバに実装することが決められているＤ
ＤＩ(Device Driver Interface)と呼ばれる関数群を
有しており、ＧＤＩ（２０３）がこのＤＤＩを用いるこ
とによって印刷処理が行われる。

【０００７】すなわち、図９の例において、アプリケー
ションから印刷指示（ＧＤＩ（２０３）へのＡＰＩ(App
lication Programming Interface)コール）がある
と、ＧＤＩ（２０３）はプリンタ１００に対応するプリ
ンタドライバ２０４を動的にリンクするとともに、アプ
リケーションからのＡＰＩコールをプリンタドライバ２
０４が有するＤＤＩ関数群を用いた形式に変換する。そ
して、ＧＤＩ（２０３）からＤＤＩ関数群がコールされ
ることによって所定の印刷処理が実行される。このよう
に、ＧＤＩ（２０３）では、プリンタドライバ２０４を
用いてアプリケーションからの印刷要求をシーケンシャ
ルに処理している。

【０００８】プリンタドライバ２０４は、ＤＤＩを介し
てＧＤＩ（２０３）から受け渡しされるデータから、プ
リンタ１００が印刷可能な形式のデータを生成、出力す
る。この際、プリンタ１００に能力、機能に対応した複
数の印刷データ生成部を用いて印刷データを生成し、ス
プールサブシステム２１０を介してプリンタ１００へ出
力する。

【０００９】プリンタ１００へ出力する、印刷データ形
式としては、ページ記述言語（ＰＤＬ：Page Descripti
on Language)等のプリンタ言語と呼ばれる制御コマンド
及びイメージデータ（ビットマップ）の２種類に大別さ
れる。そして、プリンタドライバ２０４に含まれるデス
プーラ２５０は、それぞれが所定形式のデータを出力す
る複数の印刷データ生成部（２０５〜２０８）の中か
ら、１つを選択して印刷処理を実行する。

【００１０】図９において、印刷データ生成部（２０５
〜２０８）は、ＰＤＬを出力する（以下、ＰＤＬタイプ
という）第１の印刷データ生成部２０５と、イメージデ
ータを出力する（以下、イメージタイプという）第２〜
第４の印刷データ生成部（２０６〜２０８）から構成さ
れている。また、イメージデータを出力する第２〜第４
の印刷データ生成部（２０６〜２０８）のうち、第２の
イメージデータ生成部２０６はモノクロ(mono 1BPP:1 b
it per pixel)イメージデータを、第３のイメージデー
タ生成部２０７は各色１ビットのＹＭＣＫ(YMCK 4BPP)
カラーイメージデータを、第４のイメージデータ生成部
２０８は、各色８ビットのＲＧＢ(RGB 24BPP)イメージ
データをそれぞれ出力する。

【００１１】第１の印刷データ生成部２０５は、プリン
タ１００がＰＤＬを処理可能なコントローラを搭載する
場合に使用可能であり、第１の印刷データ生成部２０５
を用いる場合、デスプーラ２５０はＧＤＩ（２０３）か
らＤＤＩを介して受け取ったデータを第１の印刷データ
生成部２０５へ受け渡し、ＰＤＬのコマンドに変換し次
第、スプールサブシステム２１０を介してプリンタ１０
０に送出する。この場合、デスプーラ２５０の処理はＤ
ＤＩを介して受け取ったデータを第１の印刷データ生成
部２０５に受け渡してＰＤＬコマンドを生成するだけな
ので、軽い処理といえる。

【００１２】ＰＤＬタイプの印刷データ生成部を用いる
場合、ＧＤＩ（２０３）から抽象度の高いデータを受け
取り、ＰＤＬコマンドの形式で送出できるので、通常の
ページ印刷においては転送する印刷データサイズを小さ
くすることが可能である。

【００１３】一方、イメージタイプの印刷データ生成部
（２０６〜２０８）は、プリンタ１００では高度な描画
処理を行わずにすむよう、プリンタドライバ２０４がホ
ストコンピュータ２００で確保したメモリ空間上に印刷
イメージの展開を行い、それをプリンタ１００で直接印
刷できるイメージデータ形式に変換してから、プリンタ
１００に転送する。

【００１４】具体的には、ＰＤＬタイプの印刷データ生
成部と同様に、ＧＤＩ（２０３）からＤＤＩを介して渡
されたデータをプリンタドライバ２０４に含まれるデス
プーラ２５０がイメージタイプの印刷データ生成部（２
０６〜２０８）の１つに受け渡す。そして、印刷データ
生成部は受け渡しされたデータに基づいてバンドメモリ
２０９に描画処理を行い、１バンド分の描画処理が終了
すると、スプールサブシステム２１０を介してプリンタ
１００にビットマップデータを送出する。プリンタ１０
０は、受信したビットマップデータを直接出力する。

【００１５】イメージタイプの印刷データ生成部を用い
る場合はホストコンピュータ２００において、ＰＤＬタ
イプの印刷データ生成部を用いる場合はプリンタ１００
において、描画処理を行う必要がある。描画処理を行う
には、メモリ空間を確保する必要があるが、ＲＧＢ各色
８ビットで６００ＤＰＩ(dot per inch),Ａ４フルペー
ジ分の描画処理を行うために必要なメモリ空間は９６Ｍ
Ｂｙｔｅ必要であり、現状ではホストコンピュータ２０
０、プリンタ１００のどちらでも確保することは困難で
ある。

【００１６】そこで、一般には、特にデータ量が多くな
るカラープリンタの描画処理には、１ページを水平方向
に複数に分割したバンド単位で描画処理が行われ、この
描画処理に用いるメモリをバンドメモリと呼ぶ。

【００１７】また、プリンタ１００に最終的に転送する
データ形式は、ディスプレイ装置で用いられるようなＲ
ＧＢ（輝度）形式ではなく、プリンタ１００が用いるト
ナーの濃度を表すＹＭＣＫ形式であり、またＹＭＣＫ形
式では各色１ビット、２ビット（又は４ビット）である
ことが多いため、各色８ビットのＲＧＢ形式よりもデー
タ量が小さくなるという理由から、プリンタドライバ２
０４以降の処理においてはＹＭＣＫ形式でデータを取り
扱うのが一般的である。そして、イメージタイプの印刷
データ生成部のなかには、ＹＭＣＫ各色１ビット、２ビ
ットもしくは４ビットのデータをプリンタ１００に転送
することで、転送データサイズを小さく抑え、プリンタ
１００の負荷を軽くするものがある。

【００１８】例えば、多角形図形の印字処理を行う場
合、ＰＤＬタイプの印刷データ生成部は、多角形の頂点
座標と線幅、線の色情報、図形内の塗り色情報等がコマ
ンドとして転送され、プリンタ内部でこのコマンドを解
析し、プリンタ内部に設けられた、ＹＭＣＫ各色１ビッ
ト、２ビットまたは４ビットのデータに対する１バンド
分のメモリ空間を用いて描画処理を行い、出力形態のビ
ットマップデータに展開する。

【００１９】ＰＤＬタイプの印刷データ生成部を用いる
場合、プリンタに転送されるデータはＰＤＬコマンドで
あり、一般にはイメージタイプの印刷データ生成部が生
成するデータよりもサイズが小さくなる。しかし、１ペ
ージあたりのＰＤＬコマンド数には制限が無く、理論上
はイメージタイプの印刷データ生成部よりも転送データ
が大きくなる可能性がある。また、ＰＤＬタイプの印刷
データ生成部を用いた場合、プリンタ側で描画処理を行
う必要があるが、バンドメモリに対する描画処理であっ
ても、１ページ分のＰＤＬコマンドをすべて受信してか
らでないと描画処理が開始できない。近年、アプリケー
ションが出力する印刷命令は増加の一途をたどってお
り、１ページを構成するＰＤＬコマンドも増加している
ため、メモリ量の少ないプリンタでは処理速度低下の要
因になっている。

【００２０】このような場合、プリンタに比べてメモリ
容量に余裕のあるホストコンピュータ２００上で動くプ
リンタドライバ２０４においてバンド単位もしくはフル
ページ分の描画メモリを確保し、イメージタイプの印刷
データ生成部を使用して描画処理を行い、ビットマップ
データをプリンタに転送した方が印刷処理全体のスルー
プットは向上する。図９の例では、バンドメモリ２０９
を用いている。

【００２１】前述したように、印刷データ生成部は、Ｐ
ＤＬタイプ、イメージタイプ共に省メモリのためにＹＭ
ＣＫ各色１，２，４ビットという出力装置依存の色空間
上で描画処理を行っているが、ＧＤＩ（２０３）が論理
演算描画処理時にＤＤＩ関数群をコールする場合、用い
られる色形式はＹＭＣＫ形式でなくＲＧＢ形式であるた
め、描画不正が発生することがある。このため、描画不
正回避のために、論理演算処理が発生した場合、プリン
タドライバ２０４においてＹＭＣＫ形式に変換されてい
るデータをＲＧＢ値に戻し（逆UCR(Under Color Remo
ve)処理）、それから論理演算処理することで対応して
いるが、完全な描画処理を保証しないばかりか、処理速
度低下の原因になっている。

【００２２】このように、印刷しようとする内容、プリ
ンタドライバ２０４で用いる印刷データ生成部の種類、
プリンタ側のハードウェア資源等、多くの要因によって
印刷処理全体に要する時間は変動する。

【００２３】しかし、このような要因を考慮して適切な
処理方法を自動選択する方法は現時点で実現されていな
い。そこで、アプリケーションのユーザは、通常は高速
に処理がなされる可能性の高いＰＤＬタイプの印刷デー
タ生成部を選択して（実際にはアプリケーションもしく
はプリンタドライバ２０４が提供するＧＵＩなどで、
「速度優先」、「高速印刷」等の印刷モードを選択する
ことにより、デスプーラ２５０がＰＤＬタイプである第
１の印刷データ生成部２０５を選択して処理する）印刷
を指示し、出力に時間が掛かりすぎる場合は、同様に高
速イメージモード（デスプーラ２５０がＹＭＣＫ各色１
ビットのイメージデータを出力する第２の印刷データ生
成部を選択）に切り替えて出力しなおす。また、不正出
力結果が出た場合は、同様に「画質優先」「高精細」等
の印刷モードを選択（デスプーラ２５０がＲＧＢ各色８
ビットのイメージデータを出力する第３の印刷データ生
成部を選択）して出力し直さなければならない。

【００２４】つまり、現状においては、プリンタドライ
バ２０４が使用する印刷データ生成部の選択が、アプリ
ケーションのユーザに任されており、また、ユーザは自
分が印刷しようとしている文書等に最適な印刷モードを
決定する術を持たないため、全てのモードで実際に印刷
し、出力物もしくは出力時間等を比較しないと最適なモ
ードが解らない。また、複数ページを有する文書等を印
刷する場合、ＰＤＬタイプが適したページとイメージタ
イプが適したページなど、タイプの異なるページが同一
文書中に含まれている場合がある。このような文書を印
刷する場合、全ページを同一の印刷モード（印刷データ
生成部）で処理すると、出力時間が掛かる、または不正
出力ページが混じる、といった問題も発生しうる。

【００２５】こういった問題を解決するために、図６に
示すような、プリンタドライバ２０４が利用可能な各印
刷データ生成部の長所、短所に応じて、各印刷データ生
成部の長所のみを用いて印刷処理を行うことが可能なよ
うな、印刷モード（印刷データ生成部）の自動切り替え
技術が求められている。

【００２６】印刷モード自動切り替えを実現可能なプリ
ンタドライバには、最低限以下の機能が必要である。 １）スプールドライバ機能 印刷モードの自動切り替えを実現するためには、１ペー
ジ分の描画情報を知った上で、最適な処理モードを決定
しその後デスプール処理を実行する必要がある。そのた
めデスプーラが保持するどの印刷データ生成部でも処理
可能なデータ形式で１ページ分のＤＤＩ関数コール情報
をスプールする機能。

【００２７】２）印刷モード判定機能 １ページ分のＤＤＩ関数コールをチェックし、デスプー
ラが保持するどの印刷データ生成部で印刷データの生成
を行うのが最適を判定する機能。 ３）デスプーラ機能 スプールドライバ機能によってスプールされた１ページ
分の描画情報を、印刷モード判定機能によって判定した
最適な印刷データ生成部を用いて処理する機能。

【００２８】この様な機能を有するプリンタドライバを
有するホストコンピュータ２００の構成例を、図５に示
す。図５において、スプールドライバ２１１、印刷モー
ド判定部２１２及びデスプーラ２１５がそれぞれ上述の
１）〜３）の機能を実現する。また、ＰＤＦ記憶部２１
３はスプールドライバ２１１が１ページ分の描画情報を
スプールする領域であり、ＰＣＦ記憶部２１４は印刷モ
ード判定部２１２が１ページ分のＤＤＩ関数コールを一
時記憶する領域である。

【００２９】

【発明が解決しようとする課題】図５に示すような構成
を有するプリンタドライバ２６０を用いることによっ
て、複数の印刷データ生成部を自動切り替えして印刷処
理を行うことができるが、複数の印刷データ生成部を切
り替えて１つの印刷処理を実施した場合、文字描画に関
して新たな問題が発生する。

【００３０】すなわち、印刷処理における文字描画命令
は主に、 １．文字列情報 文字描画が表現しようとしている文書の文字コード ２．フォント属性 文字コードに対応するビットパターンやパスで表す文字
グリフの情報 ３．描画情報 文字描画の開始位置、文字幅等の位置情報、文字の色の
３つの属性によって構成されるが、この中でフォント属
性は著作権等の関係上、ホスト外に持ち出すことが出来
ない場合がある。

【００３１】そのため、文書を作成した環境と印刷する
環境が異なる場合、印刷動作を行うホストコンピュータ
に存在しないフォント属性を含む文字描画処理を行う必
要が発生する。

【００３２】そのような場合の解決方法として、ホスト
コンピュータに存在するフォント属性で、存在しないフ
ォント属性を置き換える機能が、スプールドライバ２１
１を含む各印刷データ生成部に備えられている（以下、
このような、印刷処理実行環境にないフォント属性の置
き換え処理を、"フォント置き換え"と呼ぶ）。また、置
き換えられる前と後のフォントを区別するために、置き
換え前（置き換え対象）のフォントを論理フォント、置
き換え後（置き換えに用いる）フォントを物理フォント
と呼ぶことにする。本実施形態において、論理フォント
が印刷を実行するホスト上に存在する場合は、フォント
置き換え処理は行わないものとする。

【００３３】上述の通り、フォント置き換え処理は各印
刷データ生成部毎に設けられた機能であり、また印刷デ
ータ生成部は個々の処理に最適なフォント置き換え処理
を行うため、例えば高速化のためにプリンタが内蔵して
いるフォントに優先的に置き換える等の印刷モードの仕
様により、各印刷データ生成部によって物理フォントが
異なることがある。そのため以下のような課題が存在す
る。

【００３４】１．ページ毎に印刷データ生成部の自動切
り替えを行うため、ページ毎に異なる物理フォントに置
き換えられる可能性があり、このような場合には、印刷
結果において違和感を与える可能性がある。 ２．アプリケーションがプリンタドライバからの文字範
囲の取得により判断し付加してくるアンダーラインや枠
線等の文字関連付加描画について、スプールドライバに
おける文字グリフ範囲情報と、各印刷データ生成部で置
き換えた物理フォントの文字グリフ範囲情報とが一致せ
ず、文字関連付加描画との描画の整合性がとれない可能
性がある。

【００３５】図５に示すプリンタドライバ２６０におい
て、印刷データ生成部毎に置き換えに用いる物理フォン
トが異なる場合の動作概要を、図３に示すブロック図を
用いて説明する。例として "行書体Ａ"という論理フォ
ント属性を含む文書描画が含まれる文書の印刷を想定す
る。そして、このプリンタドライバ２０４が動作するホ
ストコンピュータ２００に"行書体Ａ"というフォントは
存在しないとする。

【００３６】アプリケーションから、"行書体Ａ"を用い
た文書等の印刷指示がなされると、その論理フォント情
報"行書体Ａ"はスプールドライバ２１１によってＰＤＦ
記憶部２１３にスプールされる。印刷モード判定部２１
２はスプールドライバ２１１がＰＤＦ記憶部にスプール
するデータから、１ページ分のスプールデータに含まれ
る描画命令の種類、数等をチェックし、ＰＣＦ記憶部２
１４に記憶する。

【００３７】そして、デスプーラ２１５は、印刷モード
判定部２１２が格納した１ページ分の全命令についての
解析を行い、上述の図６に示した各印刷データ生成部の
特徴をふまえて定めた条件に基づき、そのページについ
て最適と判断される印刷データ生成部を判定し、判定し
た印刷データ生成部に、ＰＤＦ記憶部２１３にスプール
されたデータを引き渡す。

【００３８】この際、従来は、図４のフローチャートに
示すように、デスプーラ２１５が、印刷モード判定部が
判定した印刷データ生成部に直接論理フォント（"行書
体Ａ"）を登録し（ステップＳ２１）、それを受けた印
刷データ生成部は、ホストコンピュータ２００に存在し
ないフォントである"行書体Ａ"を、予め設定されたフォ
ント置き換えルールに従って決定された物理フォントに
置き換えて文字描画処理を行っていた（ステップＳ２
２）。

【００３９】そのため、図３に示すように印刷データ生
成部毎のルールに従って物理フォントが設定され、例え
ばＰＤＬを出力する第１の印刷データ生成部２０５が用
いられたページに含まれる、"行書体Ａ"が用いられた部
分はは"明朝"に置き換えられ、また第２の印刷データ生
成部２０５が用いられたページにおいては"ＭＰ明朝"に
置き換えられるといったように、ページ毎に異なるフォ
ントに置き換えられる可能性があった。

【００４０】本発明はこのような従来技術の問題点に鑑
みなされたものであり、その目的は、フォント置き換え
機能を有する複数の印刷データ生成部をページ毎に切り
替えて使用して印刷データを出力するプリンタドライバ
において、フォント置き換えに用いる物理フォントを全
印刷データ生成部で統一可能なプリンタドライバを提供
することにある。

【００４１】

【課題を解決するための手段】すなわち、本発明の要旨
は、基本ソフトウェアより渡される描画命令を記憶可能
な形式のページ記述言語に変換するスプールドライバ手
段と、ページ記述言語を分析し、印刷モード判定情報を
生成する印刷モード判定手段と、スプールドライバ手段
によって生成されたページ記述言語を保持するページ記
述記憶手段と、印刷モード判定手段によって生成された
印刷モード判定情報を保持する印刷モード判定記憶手段
と、印刷モードに１対１に対応し、スプールドライバ手
段が生成するページ記述言語から印刷装置が印刷可能な
印刷データを生成可能な複数の印刷データ生成手段と、
印刷モード判定情報を用いて印刷モードを決定し、対応
する印刷データ生成手段にページ記述言語を供給するデ
スプーラ手段とで構成されるプリンタドライバにおい
て、デスプーラ手段が、ページ記述言語中のフォント情
報から、プリンタドライバが動作する環境に存在しない
フォント情報を検出した場合、プリンタドライバが動作
する環境に存在するフォント情報に対応付け、当対応づ
けたフォント情報を用いて印刷データを生成するよう、
印刷データ生成手段を制御することを特徴とするプリン
タドライバに存在する。

【００４２】また、本発明の別の要旨は、基本ソフトウ
ェアから受け渡される描画命令に基づき、印刷装置で印
刷可能な形式のデータ（印刷データ）を生成、出力する
プリンタドライバであって、描画命令から、互いに異な
るデータ形式の印刷データを生成する複数の印刷データ
生成手段と、印刷装置における所定印刷単位に対応する
描画命令群から、複数の印刷データ生成手段のうち、１
つを選択する選択手段と、描画命令に含まれるフォント
属性から、プリンタドライバが動作する環境に存在しな
いフォント属性の有無を検出し、環境に存在しないフォ
ント属性が検出された場合、環境に存在するフォント属
性に対応づける置き換えフォント決定手段と、選択手段
が選択した印刷データ生成手段に対し、描画命令中にプ
リンタドライバが動作する環境に存在しないフォント属
性が検出された場合、置き換えフォント決定手段が対応
づけた環境に存在するフォント属性を用いて印刷データ
生成処理を行うよう指示する指示手段と、所定印刷単位
に対応する描画命令群を決定手段が決定した印刷データ
生成手段に供給する供給手段とを有することを特徴とす
るプリンタドライバに存在する。

【００４３】また、本発明の別の要旨は、本発明のプリ
ンタドライバを用いた情報処理装置に存在する。

【００４４】また、本発明の別の要旨は、本発明のプリ
ンタドライバをコンピュータ装置に実現させるためのコ
ンピュータプログラムに存在する。

【００４５】また、本発明の別の要旨は、アプリケーシ
ョンからのデータに基づきプリンタで処理する印刷デー
タを作成する複数の印刷データ作成手段と、複数の印刷
データ作成手段で作成された印刷データでプリントした
場合に、同じフォントで印刷されるように、フォントを
複数の印刷データ作成手段に登録する登録手段とを有
し、登録手段により登録されたフォントを用いて、複数
の印刷データ生成手段は、印刷データを生成することを
特徴とする情報処理装置に存在する。

【００４６】また、本発明の別の要旨は、アプリケーシ
ョンからのデータに基づきプリンタで処理する印刷デー
タを作成する複数の印刷データ作成手段を利用する情報
処理方法であって、複数の印刷データ作成手段で作成さ
れた印刷データでプリントした場合に、同じフォントで
印刷されるように、フォントを複数の印刷データ作成手
段に登録する登録ステップを有し、登録ステップにより
登録されたフォントを用いて、複数の印刷データ生成手
段は、印刷データを生成することを特徴とする情報処理
方法に存在する。

【００４７】また、本発明の別の要旨は、アプリケーシ
ョンからのデータに基づきプリンタで処理する印刷デー
タを作成する複数の印刷データ作成手段と、複数の印刷
データ作成手段で作成された印刷データでプリントした
場合に、同じフォントで印刷されるように、フォントを
複数の印刷データ作成手段に登録する登録手段とを有す
るプリンタドライバプログラムであって、登録手段によ
り登録されたフォントを用いて、複数の印刷データ生成
手段は、印刷データを生成することを特徴とするプリン
タドライバプログラムに存在する。

【００４８】

【発明の実施の形態】以下、図面を参照して本発明をそ
の好適な実施形態に基づき説明する。図５は、本発明に
係るプリンタドライバを適用可能なプリントシステムの
構成例を示すブロック図である。上述の通り、図５のプ
リンタシステムはホストコンピュータ２００及びプリン
タ１００から構成され、両者は互いに通信可能に接続さ
れている。

【００４９】本実施形態に係るプリンタドライバ２６０
は、基本ソフトが提供する、各印刷装置製造ベンダが開
発可能なサブシステムであるグラフィクスサブシステム
２０２とスプールサブシステム２１０にまたがって形成
され、以下のような印刷モード自動切り替えのための要
素を有している。 ○グラフィクスサブシステム２０２内： スプールドライバ２１１ 印刷モード判定部２１２ ○スプールサブシステム２１０内： デスプーラ２１５ 印刷データ生成部２０５〜２０８

【００５０】次に、本発明の背景となる印刷モード自動
切り替えを実現するために必要なそれぞれの手段につい
て説明していく。 １）スプールドライバ２１１ 印刷モード自動切り替えを実現するためには、１ページ
分の描画情報を知った上で、最適な処理モードを決定
し、その後デスプール処理を実行する必要がある。その
ためには、ＤＤＩ関数に渡されるデータをデスプール時
にどの印刷データ生成部が用いられても処理可能なデー
タ形式で１ページ分以上、かつページ単位でスプールし
なくてはならない。

【００５１】そこで、本実施形態においては、スプール
時のデータ形式として、図７に示す形式（ＰＤＦ形式と
呼ぶ）を用いた。ＰＤＦ形式のスプールデータ９００
は、ページを特定するためのpageID（９０１）に続い
て、ページのサイズや、データサイズ、格納したオブジ
ェクト数等を保持するPageInfor（９０２）をヘッダと
して持つ。

【００５２】そして、ヘッダに続くフィールド９０３に
は、ＤＤＩ関数でコールされた描画関数を示す情報が格
納される。図７では単純ビットマップコピーを行う描画
関数CopyBitsの名前が格納されている。

【００５３】また、datasize（９０４）は９０３に格納
されたCopyBitsのスプールにかかったサイズ、BoundRec
t（９０５）はCopyBitsに渡される描画先のサーフェイ
ス情報を示す転送先のサーフェイス情報を、SoSrc（９
０６）はCopyBitsに渡される転送元サーフェイス情報を
示す転送元イメージ情報をそれぞれ格納する。

【００５４】転送元イメージデータ９０７は転送元イメ
ージデータのビット列である。co（９０８）はCopyBits
に渡される描画先のクリップ情報を格納。またクリップ
データが複数個存在する場合は、その後ろにクリップデ
ータ９０９を格納する。xlo（９１０）は転送元と転送
先のサーフェイス間の色変換情報を、rclDest（９１
１）描画先のサーフェイス上の矩形範囲を示す情報を、
ptlSrc（９１３）は転送元サーフェイス上の転送元原点
情報をそれぞれ格納する。

【００５５】以降、描画関数毎に必要なデータがのスプ
ールが１ページ分格納される。デスプール時には、デス
プーラ２１５が、ＤＤＩ関数の状態に戻してから印刷モ
ード判定手段で判定された印刷データ生成部に受け渡し
する。それによって、印刷データ生成部は従来通りＤＤ
Ｉ関数を受け取り印刷データを生成する仕様のままでよ
い。

【００５６】２）印刷モード判定部２１２ 印刷モード判定部２１２は、スプールドライバ２１１が
ＰＤＦ記憶部２１３にスプールする、ＧＤＩ（２０３）
から受け渡された描画命令（描画関数）をチェックし、
１ページ分のデータ内容から複数の印刷データ生成部の
うち最適なものを判定する。

【００５７】具体的には、この判定は、スプールドライ
バ２１１がＰＤＦ記憶部２１３にスプールするデータを
監視し、１ページ分のデータ内に含まれる描画関数の種
類及び頻度等の判定用情報を格納し、その結果に基づい
てなされる。

【００５８】本実施形態において、印刷モード判定部２
１２は判定用情報をＰＣＦ（プレチェックファイル）記
憶部２１４に格納する。この際、図８に示すようなデー
タ構造体として格納を行う。

【００５９】図８において、ＰＣＦ１０００は、そのフ
ァイルが属するジョブナンバー(JobID)１００１、ペー
ジナンバー(PageNo)１００２で始まる構造体で、この二
つの値により、対応するページを特定可能である。

【００６０】そして、ページをＹ軸方向に分割したバン
ドの大きさを表すVbandSize（１００４）、ＰＣＦ１０
００に格納されるバンド情報BandInfoの数を格納するba
ndCnt（１００５）に続き、各バンド内の判定用情報を
格納するBandinfo[0](1006)〜BandInfo[n]が格納され
る。各BandInfoは構造体１０３０で示すような構成を有
している。すなわち、ＰＣＦ１０００は、VbandSize
（１００４）に示されたサイズの仮想バンドが、pageSi
ze（１００３）の中に、bandCnt（１００５）分敷きつ
められた領域を仮想的に定義したものである。

【００６１】BandInfoは、その仮想バンドの領域を矩形
情報で保持するBandRectL（１０１０）で始まる構造体
であるが、この構造体１０３０は、BandRectL（１０１
０）で表されるの領域内に関連する描画処理情報を記録
するために用いられる。構造体１０３０の詳細は以下の
とおりである。

【００６２】仮想バンド内に描かれる描画処理の最大外
接矩形領域DrawRectL１０１１、バンド内に描かれる描
画領域の中の有彩色領域ColorRectL１０１２、ＹＭＣＫ
印字では不正印字が発生する領域ROPRectL１０１３、イ
メージ系関数による描画処理領域ImgRectL１０１４、グ
ラフィックス系関数による描画領域GraphicRectL１０１
４、文字系描画領域TextRectL１０１６。BandInfo構造
体１０３０は、これら以外に、ＤＤＩ関数毎の情報もフ
ィールド１０１７〜１０２０に収集する。

【００６３】ビットマップの拡縮指定可能なＤＤＩ関数
であるStretchBlt（１０１９）の情報を例に説明する。
StretchBlt（１０１９）は、複数のフィールド１０１９
１〜１０１９６から構成される。すなわち、当該仮想バ
ンド領域内に関係するStretchBlt関数のコール回数を格
納するcallcnt１０１９１、１ＢＰＰ(1bit per pixel)
イメージの個数を格納する1BPPCnt１０１９２、１ＢＰ
Ｐイメージの総データサイズを格納する1BPPTotalSize
１０１９３をはじめ、４ＢＰＰ、２４ＢＰＰイメージに
ついても同様な情報を格納可能である。その他のＤＤＩ
関数についても、StretchBlt関数と同様、それぞれの関
数I/Fに渡される情報を保持するようなデータ構造体で
構成される。

【００６４】３）デスプーラ２１５ 図６に示す各印刷データ生成部の特徴をふまえて、印刷
モード判定部２１２がＰＣＦ記憶部２１４格納したＰＣ
Ｆを解析し、最適と考えられる印刷モードを決定する。
そして、決定した印刷モードに対応する各印刷データ生
成部２０５〜２０７を用いて、ページ記述記憶手段２１
３の内容を印刷再生していく。具体的には、命令絶対数
が少ない場合にはＰＤＬモード（第１の印刷データ生成
部２０５）を、命令数が多いモノクロ画像であればモノ
クロイメージモード（第２の印刷データ生成部２０６）
を、命令数が多くカラー画像であればデバイスカラーモ
ード（第３の印刷データ生成部２０７）を、命令数が多
く、かつＹＭＣＫ形式では描画不正が発生する場合であ
ればＲＧＢカラーモード（第４の印刷データ生成部２０
８）を選択する等が可能である。

【００６５】スプールドライバ２１１がＰＤＦ記憶部２
１３にスプールしたデータは、ＤＤＩ関数に可逆なＰＤ
Ｆ形式を有するため、デスプーラ２１５は図９に示した
従来の印刷データ生成部と同一の印刷データ生成部２０
５〜２０８を利用することが出来る。

【００６６】次に、本実施形態に係るプリンタドライバ
２６０におけるフォント置き換え処理について図１を用
いて説明する。以下の説明においても、図３を用いて説
明した従来例と同様、このプリンタドライバ２６０が動
作するホストコンピュータ２００に存在しない"行書体
Ａ"という論理フォント属性を含む文書描画が含まれる
文書の印刷を想定する。

【００６７】図１において、図３に示した従来の構成
（及び動作）と異なるのは、デスプーラ２１５で印刷デ
ータ生成部２０５〜２０８に論理フォントを登録する前
に、一旦スプールドライバ２１１に論理フォント"行書
体Ａ"を登録し、スプールドライバ２１１での物理フォ
ント（"ＭＰ明朝"とする）を得て、その物理フォント"
ＭＰ明朝"を各印刷データ生成部２０５〜２０７に渡す
論理フォントとして登録する点である。

【００６８】すなわち、スプールドライバ２１１が有す
るフォント置き換え機能を利用し、予めホストコンピュ
ータ２００に存在する物理フォントを得、その物理フォ
ントを印刷データ生成部に登録する論理フォントとして
用いることにより、印刷データ生成部でのフォント置き
換え処理が発生しなくなる。従って、ページ毎に使用す
る印刷データ生成部を変化させたとしても、印刷データ
生成部が出力するフォントは共通の物理フォントとな
る。

【００６９】図２に示すフローチャートを用いて、上述
した本発明のプリンタドライバにおける全体処理につい
て説明する。まず、ＧＤＩ（２０３）からＤＤＩ関数の
コールを受けると、スプールドライバ２１１はその内容
をＰＤＦ形式に変換し、ＰＤＦ記憶部２１３にスプール
する（ステップＳ１００）。一方、印刷モード判定部２
１２は、スプールドライバ２１１がＰＤＦ記憶部２１３
にスプールするデータを監視し、ＰＣＦをＰＣＦ記憶部
２１４に格納する（ステップＳ１１０）。ＰＤＦのスプ
ール処理及びＰＣＦの格納処理は少なくとも印刷対象書
類の１ページ分の処理が終了するまで継続して行う（ス
テップＳ１２０）。

【００７０】１ページ分のＰＤＦ、ＰＣＦの格納が終了
すると、デスプーラ２１５はＰＣＦ記憶部２１４に格納
されたＰＣＦを参照し、当該ページの印刷処理に最適な
印刷モードを決定する（ステップＳ１３０）。次に、デ
スプーラ２１５は、ＰＤＦ記憶部２１３にスプールされ
たデータ中に含まれる論理フォント属性（"行書体Ａ"と
する）を取得し、スプールドライバ２１１に登録する
（ステップＳ１４０）。

【００７１】スプールドライバ２１１にはフォント置き
換え機能が設けられているため、スプールドライバ２１
１は登録された論理フォントが物理フォントであるか
（ホストコンピュータ２００に存在するフォントか）を
調べ、物理フォントであればデスプーラ２１５が登録し
た論理フォント属性をそのまま、物理フォントでなけれ
ば予め定められた物理フォント属性を、それぞれデスプ
ーラ２１５へ通知する（ステップＳ１５０）。すなわ
ち、この例においては、"行書体Ａ"が物理フォントでな
いため、置き換えフォント（"ＭＰ明朝"とする）の属性
を通知する。

【００７２】デスプーラ２１５は、スプールドライバ２
１１から受け取った物理フォント"ＭＰ明朝"属性より、
各印刷データ生成部２０５〜２０８に登録する論理フォ
ント属性"ＭＰ明朝"を作成し、デスプーラ２１５がステ
ップＳ１３０で決定した最適な印刷モードに該当する印
刷データ生成部に登録する（ステップＳ１６０）。

【００７３】そして、ＰＤＦ記憶部２１３にスプールさ
れたＰＤＦ形式のデータを、ＤＤＩ関数の形に戻して、
印刷データ生成部に引き渡す（ステップＳ１７０）。印
刷データ生成部では、受け渡されたＤＤＩ関数及びステ
ップＳ１６０で登録された論理フォントを用いて、ＰＤ
Ｌもしくはイメージデータである印刷データを生成する
（ステップＳ１８０）。生成された印刷データは、イメ
ージデータであればバンドメモリ２０９を介してバンド
単位に、ＰＤＬ命令であればバンドメモリ２０９を介さ
ずに、それぞれスプールサブシステム２１０のインタフ
ェース６００を介してプリンタ１００へ転送される。

【００７４】なお、第１の印刷データ生成部２０５は、
プリンタにＭＰ明朝のフォントが存在する場合、ＭＰ明
朝を指定するコマンドと文字コードとを含むＰＤＬをプ
リンタに送信する。プリンタにＭＰ明朝のフォントが存
在しない場合、ホストでＭＰ明朝の文字パターンを生成
し、プリンタに生成した文字パターンをダウンロード
し、ダウンロードした文字パターンを指定するための文
字コードを含むＰＤＬをプリンタに送信する。また、プ
リンタに生成した文字パターンをダウンロードできない
場合は、生成した文字パターンと印刷位置情報とを含む
ＰＤＬをプリンタに送信する。

【００７５】また、第２から４の印刷データ生成部２０
６から２０８は、ホストでＭＰ明朝の文字パターンを生
成し、生成した文字パターンを含む所定領域（バンド）
単位のイメージデータをプリンタに送信する。

【００７６】なお、図２のフローチャートにおいては、
理解を容易にするため、１ページ分の処理について時系
列的に記載したが、ステップＳ１００〜Ｓ１２０のスプ
ール（格納）処理と、ステップＳ１３０以降の判定、印
刷処理とは独立して行うことが可能である。すなわち、
スプールドライバ２１１によるＰＤＦデータのスプール
及び印刷モード判定部２１２によるＰＣＦデータの格納
は、ステップＳ１３０以降の処理とは関係なく印刷対象
文書全ページについての処理が終了するまで連続して行
われ、一方ステップＳ１３０以降の処理は、１ページ分
の処理が終了した時点で次ページに対応するＰＣＦを参
照し、印刷モード判定以降の処理を繰り返し行うことが
できる。

【００７７】

【その他の実施形態】上述の実施形態においては、プリ
ンタドライバが動作する基本ソフトとして、MS-Windows
(Microsoftの登録商標)を用いた場合を例にして説明し
た。そのため、当該基本ソフトが有するグラフィクスサ
ブシステムの制限のためにスプールドライバ上でのフォ
ント属性変更処理を行うことができず、デスプーラがフ
ォント属性の変更処理を行っていた。しかしながら、ス
プールドライバがフォント属性の変更を行うことのでき
る環境で本発明によるプリンタドライバが動作する場合
には、ＰＤＦ形式でスプールする時点で当該環境に存在
しないフォント属性を当該環境に存在する物理フォント
へ変更することによっても同様の効果を実現することが
可能である。

【００７８】この場合、図２のステップＳ１００におい
て、ＰＤＦ形式でのスプール前にＤＤＩ関数中のフォン
ト属性をチェックし、ホストコンピュータ２００に存在
しないフォント属性についてはホストコンピュータ２０
０の物理フォントへ属性を変更した後にスプールを行う
ことになる。そして、図２におけるステップＳ１４０及
びステップＳ１５０が不要となり、ステップＳ１６０で
登録する論理フォントは、ＰＤＦ形式からＤＤＩ関数に
戻されたデータ中のフォント属性をそのまま用いて行え
ばよい。

【００７９】また、上述の実施形態においては、プリン
タドライバが印刷データ生成部を有する構成の場合を示
したが、本発明のプリンタドライバには印刷データ生成
部が必須という訳ではない。すなわち、本発明の本質は
複数の印刷データ生成部を切り替えて使用する際に、プ
リンタドライバが存在するホストコンピュータ上に存在
しない論理フォントを印刷データ生成部に登録するので
はなく、予めホストコンピュータ上に存在する物理フォ
ントを論理フォントとして印刷データ生成部に登録する
ことによって、印刷データ生成部が有するフォント置き
換え機能を用いずに印刷処理を実現することにあり、使
用する印刷データ生成部自体は発明の本質とは無関係で
ある。

【００８０】なお、本発明は、複数の機器(例えばホス
トコンピュータ、インターフェース機器、リーダ、プリ
ンタなど)から構成されるシステムに適用しても、１つ
の機器からなる装置(例えば、複写機、ファクシミリ装
置など)に適用しても良い。

【００８１】また、本発明の目的は、前述した実施形態
の機能を実現するプリンタドライバと呼ばれるソフトウ
エアプログラムコードを記録した記憶媒体を、システム
あるいは装置に供給し、そのシステムあるいは装置のコ
ンピュータ(またはCPUやMPU)が記憶媒体に格納されたプ
ログラムコードを読み出し実行することによっても、達
成されることは言うまでもない。

【００８２】この場合、記憶媒体から読み出されたプロ
グラムコード事態が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。

【００８３】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピー（登録商標）ディス
ク、ハードディスク、光ディスク、光磁気ディスク、CD
-ROM,CD-R,磁気テープ、不揮発性のメモリカード、ROM
などを用いることができる。

【００８４】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているOS(オペレ
ーティングシステム)などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

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

【００８６】本発明を記憶媒体に適応する場合、その記
憶媒体には、先に説明したフローチャートに対応するプ
ログラムコードを格納することになる。

【００８７】

【発明の効果】以上説明したように本発明によれば、フ
ォント置き換え機能を有する複数の印刷データ生成部を
ページ毎に切り替えて使用して印刷データを出力するプ
リンタドライバにおいて、フォント置き換えに用いる物
理フォントを全印刷データ生成部で統一可能なプリンタ
ドライバが実現できる。

【図面の簡単な説明】

【図１】本発明の実施形態に係るプリンタドライバの構
成概要及び論理フォント置き換え時の動作を説明する図
である。

【図２】本発明のプリンタドライバの動作を説明するフ
ローチャートである。

【図３】従来のプリンタドライバの構成概要及び論理フ
ォント置き換え時の動作を説明する図である。

【図４】従来のデスプーラによる論理フォント置き換え
処理を説明するフローチャートである。

【図５】本発明によるプリンタドライバを適用可能な印
刷システムの構成例を示すブロック図である。

【図６】印刷モード毎の特徴を比較した図である。

【図７】本発明の実施形態において用いるＰＤＦ形式の
データ構造を示す模式図である。

【図８】本発明の実施形態において用いるＰＣＦ形式の
データ構造を示す模式図である。

【図９】従来の、印刷モード固定の印刷システムの構成
例を示す図である。

【符号の説明】

１００ プリンタ ２００ ホストコンピュータ ２０１ アプリケーションソフトウェア ２０２ グラフィックサブシステム ２０３ ＧＤＩ ２６０ プリンタドライバ ２０５ 第１の印刷データ生成部（ＰＤＬタイプ） ２０６ 第１の印刷データ生成部（モノクロ1BPPイ
メージタイプ） ２０７ 第１の印刷データ生成部（ＹＭＣＫ4BPPイ
メージタイプ） ２０８ 第１の印刷データ生成部（ＲＧＢ２４ＢＰ
Ｐイメージタイプ） ２０９ バンドメモリ ２１０ スプールサブシステム ２１１ スプールドライバ ２１２ 印刷モード判断部 ２１３ ＰＤＦ記憶部 ２１４ ＰＣＦ記憶部 ２１５ デスプーラ ３００ ディスプレイモニタ ４００ キーボード ５００ マウス ６００ 外部インターフェース

Claims (22)

【特許請求の範囲】
1. 【請求項１】 基本ソフトウェアより渡される描画命令
   を記憶可能な形式のページ記述言語に変換するスプール
   ドライバ手段と、 前記ページ記述言語を分析し、印刷モード判定情報を生
   成する印刷モード判定手段と、 前記スプールドライバ手段によって生成されたページ記
   述言語を保持するページ記述記憶手段と、 前記印刷モード判定手段によって生成された印刷モード
   判定情報を保持する印刷モード判定記憶手段と、 前記印刷モードに１対１に対応し、前記スプールドライ
   バ手段が生成するページ記述言語から印刷装置が印刷可
   能な印刷データを生成可能な複数の印刷データ生成手段
   と、 前記印刷モード判定情報を用いて印刷モードを決定し、
   対応する前記印刷データ生成手段に前記ページ記述言語
   を供給するデスプーラ手段とで構成されるプリンタドラ
   イバにおいて、 前記デスプーラ手段が、前記ページ記述言語中のフォン
   ト情報から、前記プリンタドライバが動作する環境に存
   在しないフォント情報を検出した場合、前記プリンタド
   ライバが動作する環境に存在するフォント情報に対応付
   け、当該対応づけたフォント情報を用いて印刷データを
   生成するよう、前記印刷データ生成手段を制御すること
   を特徴とするプリンタドライバ。
2. 【請求項２】前記デスプーラ手段が、前記プリンタドラ
   イバが動作する環境に存在しないフォント情報に対応付
   けする、前記プリンタドライバが動作する環境に存在す
   るフォント情報を、前記スプールドライバ手段から取得
   することを特徴とする請求項１記載のプリンタドライ
   バ。
3. 【請求項３】 前記複数の印刷データ生成手段の各々
   が、前記プリンタドライバが動作する環境に存在しない
   フォント情報を有する前記ページ記述言語については、
   個々の印刷データ生成手段で予め定められた、前記環境
   に存在するフォント属性を用いて前記印刷データを生成
   するフォント置き換え手段を有することを特徴とする請
   求項１又は請求項２記載のプリンタドライバ。
4. 【請求項４】 基本ソフトウェアから受け渡される描画
   命令に基づき、印刷装置で印刷可能な形式の印刷データ
   を生成、出力するプリンタドライバであって、 描画命令から、互いに異なるデータ形式の印刷データを
   生成する複数の印刷データ生成手段と、 前記印刷装置における所定印刷単位に対応する描画命令
   群から判断し、前記複数の印刷データ生成手段のうち、
   １つを選択する選択手段と、 前記描画命令に含まれるフォント属性から、前記プリン
   タドライバが動作する環境に存在しないフォント属性の
   有無を検出し、前記環境に存在しないフォント属性が検
   出された場合、前記環境に存在するフォント属性に対応
   づける置き換えフォント決定手段と、 選択手段が選択した印刷データ生成手段に対し、描画命
   令中に前記プリンタドライバが動作する環境に存在しな
   いフォント属性が検出された場合、前記置き換えフォン
   ト決定手段が対応づけた前記環境に存在するフォント属
   性を用いて印刷データ生成処理を行うよう指示する指示
   手段と、 前記所定印刷単位に対応する描画命令群を前記決定手段
   が決定した印刷データ生成手段に供給する供給手段とを
   有することを特徴とするプリンタドライバ。
5. 【請求項５】 前記複数の印刷データ生成手段の各々
   が、供給された描画命令中、前記プリンタドライバが動
   作する環境に存在しないフォント属性を有する文字描画
   命令については、個々の印刷データ生成手段で予め定め
   られた、前記環境に存在するフォント属性を用いて前記
   印刷データを生成するフォント置き換え手段を有するこ
   とを特徴とする請求項４記載のプリンタドライバ。
6. 【請求項６】 請求項１乃至請求項５のいずれか１項に
   記載のプリンタドライバを用いた情報処理装置。
7. 【請求項７】 請求項１乃至請求項５のいずれか１項に
   記載のプリンタドライバをコンピュータ装置に実現させ
   るためのコンピュータプログラム。
8. 【請求項８】 アプリケーションからのデータに基づき
   プリンタで処理する印刷データを作成する複数の印刷デ
   ータ作成手段と、 前記複数の印刷データ作成手段で作成された印刷データ
   でプリントした場合に、同じフォントで印刷されるよう
   に、フォントを前記複数の印刷データ作成手段に登録す
   る登録手段とを有し、 前記登録手段により登録されたフォントを用いて、前記
   複数の印刷データ生成手段は、印刷データを生成するこ
   とを特徴とする情報処理装置。
9. 【請求項９】 前記印刷データは、イメージデータと、
   プリンタでイメージデータを作成するための制御コマン
   ドを含むことを特徴とする請求項８記載の情報処理装
   置。
10. 【請求項１０】 前記印刷データ作成手段は、印刷デー
    タとしてイメージデータを作成するイメージデータ第１
    作成手段と、印刷データとしてイメージデータを作成す
    る第２作成手段とを含むことを特徴とする請求項８記載
    の情報処理装置。
11. 【請求項１１】 前記印刷データ作成手段は、印刷デー
    タとしてイメージデータを作成するイメージデータ第１
    作成手段と、印刷データとしてプリンタでイメージデー
    タを作成するためのデータを作成する第２作成手段とを
    含むことを特徴とする請求項８記載の情報処理装置。
12. 【請求項１２】 前記登録手段により登録されるフォン
    トは、アプリケーションで指定されたフォントが存在し
    ない場合に置き換えられるフォントを含むことを特徴と
    する請求項８記載の情報処理装置。
13. 【請求項１３】 アプリケーションからのデータに基づ
    きプリンタで処理する印刷データを作成する複数の印刷
    データ作成手段を利用する情報処理方法であって、 前記複数の印刷データ作成手段で作成された印刷データ
    でプリントした場合に、同じフォントで印刷されるよう
    に、フォントを前記複数の印刷データ作成手段に登録す
    る登録ステップを有し、 前記登録ステップにより登録されたフォントを用いて、
    前記複数の印刷データ生成手段は、印刷データを生成す
    ることを特徴とする情報処理方法。
14. 【請求項１４】 前記印刷データは、イメージデータ
    と、プリンタでイメージデータを作成するための制御コ
    マンドとを含むことを特徴とする請求項１３記載の情報
    処理方法。
15. 【請求項１５】 前記印刷データ作成手段は、印刷デー
    タとしてイメージデータを作成するイメージデータ第１
    作成手段と、印刷データとしてイメージデータを作成す
    るデータを作成する第２作成手段とを含むことを特徴と
    する請求項１３記載の情報処理方法。
16. 【請求項１６】 前記印刷データ作成手段は、印刷デー
    タとしてイメージデータを作成するイメージデータ第１
    作成手段と、印刷データとしてプリンタでイメージデー
    タを作成する第２作成手段とを含むことを特徴とする請
    求項１３記載の情報処理方法。
17. 【請求項１７】 前記登録ステップにより登録されるフ
    ォントは、アプリケーションで指定されたフォントが存
    在しない場合に置き換えられるフォントを含むことを特
    徴とする請求項１３記載の情報処理方法。
18. 【請求項１８】 アプリケーションからのデータに基づ
    きプリンタで処理する印刷データを作成する複数の印刷
    データ作成手段と、 前記複数の印刷データ作成手段で作成された印刷データ
    でプリントした場合に、同じフォントで印刷されるよう
    に、フォントを前記複数の印刷データ作成手段に登録す
    る登録手段とを有するプリンタドライバプログラムであ
    って、 前記登録手段により登録されたフォントを用いて、前記
    複数の印刷データ生成手段は、印刷データを生成するこ
    とを特徴とするプリンタドライバプログラム。
19. 【請求項１９】 前記印刷データは、イメージデータと
    プリンタでイメージデータを作成するための制御コマン
    ドとを含むことを特徴とする請求項１８記載のプリンタ
    ドライバプログラム。
20. 【請求項２０】 前記印刷データ作成手段は、印刷デー
    タとしてイメージデータを作成するイメージデータ第１
    作成手段と、印刷データとしてイメージデータを作成す
    る第２作成手段とを含むことを特徴とする請求項１８記
    載のプリンタドライバプログラム。
21. 【請求項２１】 前記印刷データ作成手段は、印刷デー
    タとしてイメージデータを作成するイメージデータ第１
    作成手段と、印刷データとしてプリンタでイメージデー
    タを作成するためのデータを作成する第２作成手段とを
    含むことを特徴とする請求項１８記載のプリンタドライ
    バプログラム。
22. 【請求項２２】 前記登録手段により登録されるフォン
    トは、アプリケーションで指定されたフォントが存在し
    ない場合に置き換えられるフォントを含むことを特徴と
    する請求項１８記載のプリンタドライバプログラム。