JP2003015850A - 印刷制御装置及び印刷制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 印刷命令を一旦中間コード形式に変換した後
プリンタ制御コマンドに変換する形式の印刷制御装置に
おいて、アプリケーションから印刷制御装置内で文字コ
ードとして処理できない体系の文字コードが指定された
場合でも、文字化けすることなく印刷可能とする印刷制
御装置を提供すること。 【解決手段】 印刷命令を中間コード形式に変換して記
憶するスプーラは、グラフィックエンジンから文字コー
ドではなくグリフインデックスを受け渡された場合、グ
リフインデックステーブルを用いて文字コードに変換し
（Ｓ３．４．）、文字コードを用いて中間コード形式で
スプールする（Ｓ３）。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、プリンタ等の印刷
装置に印刷用の制御コマンドを供給する印刷制御装置及
び印刷制御方法に関し、特に、アプリケーションプログ
ラムからの印刷命令を一旦、最終的に前記プリンタに送
付する印刷データとは異なる形式のデータ形式（いわゆ
る中間コード）に変換した後、再度制御コマンドに変換
する形式の印刷制御装置及び印刷制御方法に関する。

【０００２】

【従来の技術】図３は、従来、直接、あるいはネットワ
ーク経由で接続されているプリンタ１５００に対して印
刷指示を行う印刷制御装置としてのホストコンピュータ
において、印刷処理に関わる機能構成を大まかに示した
図である。印刷処理は、ホストコンピュータのユーザ
が、ワードプロセッサプログラムや表計算プログラム等
のアプリケーション２０１から、印刷指示を行うことに
よって開始する。

【０００３】アプリケーション２０１は、文字描画デー
タ等を含むアプリケーションデータを解析して、例えば
ＯＳ（基本ソフト）が提供するグラフィックエンジン２
０２をコールする。グラフィックエンジン２０２は、プ
リンタ１５００の種類に合わせて用意されたプリンタド
ライバ２０３をロードし、アプリケーション２０１の出
力をプリンタドライバ２０３に受け渡す。そして、アプ
リケーション２０１から受け取るＧＤＩ(Graphic Devic
e Interface)関数からＤＤＩ(Device Driver Interfac
e)関数に変換して、プリンタドライバ２０３へＤＤＩ関
数を出力する。

【０００４】プリンタドライバ２０３は、グラフィック
エンジン２０２から受け取ったＤＤＩ関数に基づいて、
プリンタが認識可能な制御コマンド、例えばＰＤＬ(Pag
e Description Language)に変換する。変換されたプリ
ンタ制御コマンドは、システムスプーラ２０４を経てイ
ンターフェース２１経由でプリンタ１５００へ印刷デー
タとして出力される。プリンタ１５００ではこの制御コ
マンドを解釈して、ビットマップデータへ展開し、最終
的に紙などの記録媒体に印刷結果が出力される。

【０００５】図５は、印刷処理における文字描画に必要
な情報の例を表す模式図である。図５に示すように、一
般的に文字描画では以下の情報が必要である。図５には
また、指定したフォントによって印刷結果が異なる場合
の例を示すが、その説明は後で行う。 ・文字コード 文字描画で伝えたいところの文字情報。ASCII、ShiftJI
S、Unicode等、予め定められたコード体系に従ったコー
ドが用いられる。ＯＳによっては一部の文字コード（例
えばShiftJIS）しかサポートしていない場合がある。イ
ギリスポンド（”£”ではなく、”L”に横棒を付加し
た文字。以下本明細書でイギリスポンドと言うときはこ
の文字を指す）やユーロ記号ははShiftJISでの定義は存
在しない。そのためこの文字をサポートするUnicode等
の他の文字コードを用いて表現する必要がある。OSがSh
iftJISしかサポートしていない場合、イギリスポンドは
そのOS上では表すことができない。このような事態を避
けるためにOSでは様々な工夫を行っている。この工夫に
ついてはあとで述べる。

【０００６】・フォント属性 文字描画に適応するフェース名、グリフへの修飾を表す
イタリック／ボールド指定有無、文字の大きさを表すポ
イント数等の情報。 ・フォント ゴシックや明朝等のフェース名で指定される文字描画形
状を表す情報。内部に文字コード毎の描画形状情報（グ
リフと以下呼ぶ）を有する。フォントの情報形式として
は、大きくビットマップフォントとアウトラインフォン
トに分かれ、TrueType、OpenType等の各種フォーマット
が定義されている。フォントの内部情報については、後
でもう少し詳しく説明する。 ・描画属性 文字の描画位置や、色、クリップの状態等を表す情報。

【０００７】そして、これらの情報全てが揃わなけれ
ば、ユーザが意図した通りの文字描画は成立しない。し
かし、文字描画形状を表す情報であるフォントは、例え
ば著作権の関係等によって、すべての環境に必要とする
フォントが存在する保証はない。言い換えるとユーザが
文字描画データを作成した環境に存在したフォントが、
文字描画が行われる環境で存在しない可能性がある。描
画が行われる環境にユーザが意図したフォントが存在し
ない場合にも、ユーザが意図したフォントもしくはそれ
に近い形状のフォントで文字描画を行うために、従来、
１）フォント置き換え、２）ビットマップ置き換え及
び、３）フォント埋め込みという仕組みが知られてい
る。以下、それぞれの仕組みを用いた場合の描画結果を
示す図６を参照して、それぞれの仕組みについて説明す
る。

【０００８】１．フォント置き換え 文字描画実行環境において、文字描画データ中のフォン
ト属性に近い別のフォントを用いて描画を行う方法。別
のフォントを用いるため、図６右最上段に示すように、
ユーザが意図していたものとは全く違った形状の文字描
画が行われる可能性がある。最悪の場合、意図した文字
コードに対応したフォントが文字描画実行環境において
存在せず、文字として識別不可能な描画（印刷）が行わ
れることもある。

【０００９】２．ビットマップ置き換え 文字描画データを作成する時点で文字描画をビットマッ
プに変換して、文字描画をビットマップ描画に変換する
方法。通常の見た目はユーザが意図した文字描画と同じ
になる。しかしビットマップであるために図６右中段に
示すように拡大／縮小時にビットマップの解像度の影響
で文字品位が落ちる場合がある。

【００１０】３．フォント埋め込み 文字描画データに対してフォントを埋め込み、文字描画
が実際行われる環境までフォントを持っていく方法。埋
め込まれたフォントは、文字描画前に文字描画実行環境
へ登録されるため、すべての情報が揃いユーザが意図し
た形式で文字描画される。注意として登録の際には著作
権を侵害しないように配慮する必要がある。例えば埋め
込みフォントが描画する環境に元々存在しない場合に
は、印刷終了後に登録したフォントを必ず消去する必要
がある。そのためアプリケーションの印刷終了後には、
登録したフォントをシステム上から破棄し、他のアプリ
ケーションより使用できない状態にする。フォント埋め
込みは指定されたフォントが文字描画領域になくてもユ
ーザが意図した出力を得られるという利点があるが、フ
ォント情報を文字描画データに埋め込むため、文字描画
データが大きくなる傾向にある。特に日本語フォントの
ような文字種の多いフォントを埋め込む場合にこの問題
が顕著である。

【００１１】フォントに格納されている情報について、
図７を用いてもう少し詳しく説明する。フォントには主
に以下の情報が含まれる。 ・フェース名 使用するフォントを識別するための識別名。 ・グリフ定義数 フォント内に定義される文字の形状を表すグリフの定義
数。

【００１２】・グリフインデックステーブル １つのフォントで様々な文字コードに対応するために、
TrueTypeやOpenType等のフォントでは、フォント中の個
々のグリフに対して文字コードに依存しない識別子を定
義し、文字コードに依存しないようにグリフを管理して
いる。一般にこのグリフの識別子をグリフインデックス
と呼ぶ。それぞれの文字コード体系に対して、文字コー
ドと対応するグリフインデックスとの対応表を用意する
ことにより、１つのフォントで様々な文字コードへの対
応を行うことが可能になる。この対応表をグリフインデ
ックステーブルと呼ぶ。図７には２つのグリフインデッ
クステーブルが示されている。一般的なグリフインデッ
クステーブルでは、文字コードからグリフインデックス
を引くデータ形式となっている。

【００１３】・グリフ 文字の形状を表す情報。グリフを表す方法としては、ビ
ットマップ、パス、曲線等の形式がある。定義された各
々のグリフは、フォント内ではフォント依存のグリフイ
ンデックスによって識別される。グリフインデックスは
フォント依存であるため、図７に示すように、”A”の
グリフインデックスが、”ゴシック”フォントでは0x00
01、”Arial”フォントでは0x0011と、通常同じ文字で
もフォントによってグリフインデックスは異なる。

【００１４】図７の”ゴシック”フォント（日本語用フ
ォント）におけるイギリスポンドや、Arialフォント
（英数字用フォント）における”ア”、”イ”のよう
に、フォントによってグリフが定義されていない文字も
存在する。そのような文字を印刷しようとした場合、図
５の右側に示すように、指定したフォントによって”
・”や”□”等のグリフ不定義の文字を表す文字が印刷
される。

【００１５】ところで例えば内部文字コードとしてShif
tJISしかサポートしていないＯＳの場合、イギリスポン
ドのグリフが定義されている”Arial”フォントであっ
ても、ShiftJISでの文字コードの定義が存在せず、イギ
リスポンドが表示できない。ＯＳの商業利用上のために
はイギリスポンド（”L”に横棒を付加した文字）やユ
ーロ記号のように一般的な文字が表示できないことは好
ましくない。そのため、フォント依存のグリフインデッ
クスを文字コードのかわりに使用して、文字描画のため
の情報を指定するＯＳが存在する。

【００１６】図８に示すシーケンスチャートを用いて、
内部構造としてUnicodeを使用できないＯＳを用いた印
刷制御装置における、従来のグリフインデックス印刷時
のアプリケーション２０１、グラフィックスエンジン２
０２、及びプリンタドライバ２０３の動作について説明
する

【００１７】ステップＡ１． アプリケーション２０１
は印刷ジョブが開始することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してプリンタドライバ２０３へ引き渡す）。 ステップＤＲＶ１． プリンタドライバ２０３は、ジョ
ブ開始制御のＰＤＬコマンドを生成する。

【００１８】ステップＡ２． アプリケーション２０１
はページ印刷が開始することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２０はＡ１．と同様にプリンタドライバ２０
３へ引き渡す）。 ステップＤＲＶ２． プリンタドライバ２０３は、ペー
ジ開始制御のＰＤＬコマンドを生成する。 ステップＡ３． アプリケーション２０１がUnicodeを
用いて、ShiftJISでは表現できない文字描画を依頼して
くる。

【００１９】ステップＧ１． グラフィックエンジン２
０２は、ＯＳ内部でUnicodeを使用できないために、Uni
codeで指定された文字のフォントに対応するグリフイン
デックステーブルを参照し、テーブル中に含まれるUnic
odeに対応するグリフインデックスに変換し、グリフイ
ンデックスを文字描画の文字コードとしてプリンタドラ
イバ２０３に渡す。

【００２０】ステップＤＲＶ３． プリンタドライバ２
０３は、文字描画コマンドを生成するために、グリフイ
ンデックスを用いて以下の処理を行い文字のグリフを取
得する。 ステップＤＲＶ３．１． プリンタドライバ２０３は、
グラフィックエンジン２０２に対してグリフインデック
スを指定して文字グリフの取得を行う。 ステップＧ２． グラフィックエンジン２０２は、指
定されたグリフインデックスのグリフをフォントデータ
より取得し、プリンタドライバ２０３へ受け渡す。

【００２１】ステップＡ４． アプリケーション２０１
はページ印刷が終了したことを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２はステップＡ１．と同様にプリンタドライ
バ２０３へ引き渡す）。 ステップＤＲＶ４． プリンタドライバ２０３は、ペー
ジ終了制御のＰＤＬコマンドを生成する。

【００２２】ステップＡ５． アプリケーション２０１
は印刷ジョブが終了することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２はステップＡ１．と同様にプリンタドライ
バ２０３へ引き渡す）。 ステップＤＲＶ５． プリンタドライバ２０３は、ジョ
ブ終了制御のＰＤＬコマンドを生成する。

【００２３】上記の処理は１つのプロセスで行われてお
り、アプリケーション２０１がＧＤＩ関数をコールする
ことにより、コールされたＧＤＩ関数の機能を実現する
ために必要なグラフックエンジン２０２及びプリンタド
ライバ２０３の処理ルーチンが動作し、コール内容に対
応するＰＤＬコマンドが生成される。

【００２４】アプリケーション２０１のＧＤＩ関数コー
ルとグラフックエンジン２０２−プリンタドライバ２０
３の処理が完全にリンクして動作しているので、アプリ
ケーション２０１−グラフィックスエンジン２０２−プ
リンタドライバ２０３間での動作手順は保証される。そ
のためプリンタドライバ２０３での処理ステップである
ステップＤｒｖ３．１．文字グリフ取得の際に、グラフ
ィックエンジン２０２でフォントを保持していることが
保証されている。

【００２５】図４は、図３に示した構成に加え、プリン
タに送信される印刷データを生成する前に、一旦、最終
的にプリンタに送付する印刷データとは異なる形式のデ
ータ形式（いわゆる中間コード）での一時保存を行うス
プーラを備え、この中間コード形式で一時保存されたデ
ータから改めて最終的に前記プリンタに送付する印刷デ
ータを生成するデスプーラ及びその関連機能を備えるホ
ストコンピュータの機能ブロック図を示す。すなわち、
図４のホストコンピュータでは、グラフィックエンジン
２０２からプリンタドライバ２０３へ印刷命令を送る際
に、一旦、中間コードからなるスプールファイル３０３
を生成し、その後デスプーラによってスプールファイル
を印刷データに変換してプリンタに出力する。

【００２６】上述した図３のホストコンピュータにおい
て、アプリケーション２０１が印刷処理から開放される
のは、プリンタドライバ２０３がグラフィックエンジン
２０２からのすべての印刷命令をプリンタ１５００の制
御コマンドへ変換し終った時点である。これに対して、
図４のホストコンピュータでは、スプーラ３０２がすべ
ての印刷命令を中間コードデータに変換し、スプールフ
ァイル３０３に出力した時点でアプリケーション２０１
が印刷処理から開放される。通常、後者（図４構成）の
方が短時間でアプリケーション２０１が印刷処理から解
放される。

【００２７】また、図４で示す構成を用いた場合、スプ
ールファイル３０３の内容に対して印刷前に加工するこ
とができる。これにより拡大／縮小印刷や、複数（Ｎ）
ページを１ページに縮小して印刷するＮアップ印刷等、
アプリケーションの持たない機能を実現する事ができ
る。尚、スプールファイル３０３の加工を行うために
は、通常、プリンタドライバ２０３が提供するウインド
ウから設定を行い、プリンタドライバ２０３がその設定
内容をＲＡＭあるいはＨＤ等のメモリ上に保管する。こ
のような利点から、上記図３に示した構成から、図４の
如く中間コードデータでスプールするような構成への移
行が進んでいる。

【００２８】次に、図９に示すシーケンスチャートを用
いて、図４に示した、印刷制御装置としてのホストコン
ピュータが内部構造としてUnicodeを使用できないＯＳ
を用いてフォント埋め込みデータを印刷する際の処理に
ついて説明する。この場合、図８で説明した図３の機能
構成の際の処理とは異なり、１つのプロセスでは処理で
きない。そして、複数のジョブを制御するために、アプ
リケーションプロセスとデスプーラプロセス間での待ち
行列処理を実現する必要がある。実際には上記２つのプ
ロセス間の通信はスプールファイルマネージャ３０４を
介して行われるが、説明を簡潔に行うために待ち行列処
理を含めスプールファイルマネージャ３０４を一つの通
信媒介だと捉え、図９及び以下の説明からはあえて省略
した。

【００２９】ステップＡ１． アプリケーション２０１
は印刷ジョブが開始することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をスプーラ３０２へ引き渡す）。 ステップＳ１． スプーラ３０２は用紙サイズ等のジョ
ブに関する情報を保持するジョブファイルをスプールフ
ァイル３０３に生成し、別プロセスであるデスプーラ３
０５を起動する。

【００３０】ステップＤ１． デスプーラ３０５はジョ
ブファイルを読み印刷ジョブ開始のためのＧＤＩ関数を
コールする（グラフィックエンジン２０２は通知された
ＧＤＩ関数をＤＤＩ関数に変換してディスパッチャ３０
１へ出力し、ディスパッチャ３０１はその内容をプリン
タドライバ２０３へ引き渡す）。 ステップＤＲＶ１．プリンタドライバ２０３は、ジョブ
開始制御のＰＤＬコマンドを生成する。

【００３１】ステップＡ２． アプリケーション２０１
はページ印刷が開始することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をスプーラ３０２へ引き渡す）。 ステップＳ２． スプーラ３０２はページに関する情報
を保持するページファイルをスプールファイル３０３に
生成する。

【００３２】ステップＡ３． アプリケーション２０１
がUnicodeを用いて、ShiftJISでは表現できない文字描
画を依頼してくる。 ステップＧ１． グラフィックエンジン２０２は、ＯＳ
内部でUnicodeを使用できないために、Unicodeで指定さ
れた文字のフォントに対応するグリフインデックステー
ブルを参照し、指定された文字コード(Unicode)に対応
するグリフインデックスを文字描画の文字コードとして
プリンタドライバ２０３に渡す。

【００３３】ステップＳ３． スプーラ３０２は、文字
描画を表す情報を中間コードとしてスプールファイルの
ページファイルに書き込む。この中間コードにはＤＤＩ
関数より取得可能な”グリフインデックス、フォント属
性、描画属性”のみ含まれており、フォントは含まれて
いない。

【００３４】ステップＡ４． アプリケーション２０１
はページ印刷が終了したことを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をスプーラ３０２へ引き渡す）。 ステップＳ４． スプーラ３０２は、ページファイルを
クローズし、ページ再生をデスプーラ３０５に依頼す
る。

【００３５】ステップＡ５． アプリケーション２０１
は印刷ジョブが終了することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をスプーラ３０２へ引き渡す）。 ステップＳ５． スプーラ３０２は、ジョブファイルを
クローズし、これ以上ページが増えないことをデスプー
ラ３０５に通知する。

【００３６】ステップＤ２． デスプーラ３０５が、ス
テップＳ２で生成されたページファイルに記述された中
間コードを再生するために、ページ開始のためのＧＤＩ
関数をコールする（グラフィックエンジン２０２は通知
されたＧＤＩ関数をＤＤＩ関数に変換してディスパッチ
ャ３０１へ出力し、ディスパッチャ３０１はその内容を
プリンタドライバ２０３へ引き渡す）。 ステップＤＲＶ２． プリンタドライバ２０３は、ペー
ジ開始制御のＰＤＬコマンドを生成する。

【００３７】ステップＤ３． デスプーラ３０５が、中
間コードに記述された文字描画を再生するために、ＧＤ
Ｉ関数をコールする。中間コードの文字コードとして
は、フォントに依存するグリフインデックスコードが含
まれている。（グラフィックエンジン２０２は描画時に
コールされるＧＤＩ関数をＤＤＩ関数に変換してディス
パッチャ３０１へ出力し、ディスパッチャ３０１はその
内容をプリンタドライバ２０３へ引き渡す）。

【００３８】ステップＤＲＶ３． プリンタドライバ２
０３は、文字描画コマンドを生成するために、文字コー
ドとしてグリフインデックスを用いて以下の処理を行い
文字のグリフを取得する。 ステップＤＲＶ３．１． プリンタドライバ２０３は、
グラフィックエンジンに対してグリフインデックスを用
いて文字グリフの取得を行う。

【００３９】ステップＧ３． グラフィックエンジン２
０２は、フォント属性に指定されているフェース名のフ
ォントを探す。指定されたフェース名のフォントが存在
すれば、フォント依存のグリフインデックスより、グリ
フを取得することが可能である。しかし該当フォントが
埋め込みフォントの場合、アプリケーション２０１がＯ
Ｓに登録したフォントを破棄している場合がある。

【００４０】指定されたフェース名のフォントがグラフ
ィックエンジン２０２上には存在しない場合、フォント
置き換えにより近い種類の別のフォントを用いてグリフ
が作成される。フォント置き換えが行われた場合、フォ
ント依存のグリフインデックスを用いてグリフを取得す
ると、ユーザが意図した文字と異なるグリフが取得され
るおそれが強い。

【００４１】ステップＤ６． デスプーラ３０５はペー
ジ印刷が終了したことを、ＧＤＩ関数を介してグラフィ
ックエンジン２０２に通知する（グラフィックエンジン
２０２は通知されたＧＤＩ関数をＤＤＩ関数に変換して
ディスパッチャ３０１へ出力し、ディスパッチャ３０１
はその内容をプリンタドライバ２０３へ引き渡す）。 ステップＤＲＶ４． プリンタドライバ２０３は、ペー
ジ終了制御のＰＤＬコマンドを生成する。

【００４２】ステップＤ７． デスプーラ３０５は印刷
ジョブが終了することを、ＧＤＩ関数を介してグラフィ
ックエンジン２０２に通知する（グラフィックエンジン
２０２は通知されたＧＤＩ関数をＤＤＩ関数に変換して
ディスパッチャ３０１へ出力し、ディスパッチャ３０１
はその内容をプリンタドライバ２０３へ引き渡す）。 ステップＤＲＶ５． プリンタドライバ２０３は、ジョ
ブ終了制御のＰＤＬコマンドを生成する。

【００４３】上記の処理は図９に示すようにアプリケー
ションプロセスとデスプーラプロセスの２つのプロセス
で行われており、アプリケーション２０１がグラフィッ
クエンジン２０２に登録した埋め込みフォントが、デス
プーラによるスプールファイルの再生時にもグラフィッ
クエンジン２０２に存在することは保証されていない。

【００４４】グラフィックエンジン２０２に埋め込みフ
ォントが存在しない場合は、ステップＧ３．で説明した
ようにフォント置き換えが発生し、中間データで指定さ
れていたフォントとは異なるフォントに置き換えられて
しまうため、フォントに依存したグリフインデックスで
は意図した文字のグリフを取得できない可能性が高い。
またプリンタドライバ２０３において文字コードではな
く、フォントに依存したグリフインデックスコードが送
られてくるので、プリンタ内蔵のフォントを用いたフォ
ント置き換え機能を適用することができない。

【００４５】ステップＧ３．でのフォント置き換えを防
止するため、スプール時点でビットマップ置き換えを行
う方法が考えられる。このような、スプール時にビット
マップ置き換えを行う印刷処理として考えられる動作
を、図１０を参照して説明する。

【００４６】ステップＡ１． アプリケーション２０１
は印刷ジョブが開始することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をスプーラ３０２へ引き渡す）。

【００４７】ステップＳ１． スプーラ３０２は用紙サ
イズ等のジョブに関する情報を保持するジョブファイル
をスプールファイル３０３に生成し、別プロセスである
デスプーラ３０５を起動する。 ステップＤ１． デスプーラ３０５はジョブファイルを
読み印刷ジョブ開始のためのＧＤＩ関数をコールする
（グラフィックエンジン２０２は通知されたＧＤＩ関数
をＤＤＩ関数に変換してディスパッチャ３０１へ出力
し、ディスパッチャ３０１はその内容をプリンタドライ
バ２０３へ引き渡す）。

【００４８】ステップＤＲＶ１．プリンタドライバ２０
３は、ジョブ開始制御のＰＤＬコマンドを生成する。 ステップＡ２． アプリケーション２０１はページ印刷
が開始することを、ＧＤＩ関数を介してグラフィックエ
ンジン２０２に通知する（グラフィックエンジン２０２
は通知されたＧＤＩ関数をＤＤＩ関数に変換してディス
パッチャ３０１へ出力し、ディスパッチャ３０１はその
内容をスプーラ３０２へ引き渡す）。

【００４９】ステップＳ２． スプーラ３０２はページ
に関する情報を保持するページファイルをスプールファ
イル３０３に生成する。 ステップＡ３． アプリケーション２０１がUnicodeを
用いて、ShiftJISでは表現できない文字描画を依頼して
くる。

【００５０】ステップＧ１． グラフィックエンジン２
０２は、ＯＳ内部でUnicodeを使用できないために、Uni
codeで指定された文字のフォントに対応するグリフイン
デックステーブルを参照し、指定された文字コード(Uni
code)に対応するグリフインデックスを文字描画の文字
コードとしてプリンタドライバ２０３に渡す。

【００５１】ステップＳ３． スプーラ３０２は、文字
描画を表す情報を中間コードとしてスプールファイルの
ページファイルに書き込む。この中間コードに含まれる
フォント属性が埋め込みフォントであった場合は、フォ
ント置き換えによる文字描画の差異を無くすために、以
下の処理を行う。

【００５２】ステップＳ３．１． スプーラ３０２は、
グラフィックエンジン２０２に対して文字グリフの取得
を行う。 ステップＧ２． グラフィックエンジン２０２はフォン
トより文字グリフを生成しスプーラ３０２へ受け渡す。
アプリケーション２０１は、文字描画処理を実行中なの
で埋め込みフォントは使用可能であることが保証されて
いる。

【００５３】ステップＳ３．２． スプーラ３０２は受
け取った文字グリフを用いて文字描画をビットマップ描
画に変換し、中間コードとして文字のビットマップ描画
をスプールする ステップＡ４． アプリケーション２０１はページ印刷
が終了したことを、ＧＤＩ関数を介してグラフィックエ
ンジン２０２に通知する（グラフィックエンジン２０２
は通知されたＧＤＩ関数をＤＤＩ関数に変換してディス
パッチャ３０１へ出力し、ディスパッチャ３０１はその
内容をスプーラ３０２へ引き渡す）。

【００５４】ステップＳ４． スプーラ３０２は、ペー
ジファイルをクローズし、ページ再生をデスプーラ３０
５に依頼する。 ステップＡ５． アプリケーション２０１は印刷ジョブ
が終了することを、ＧＤＩ関数を介してグラフィックエ
ンジン２０２に通知する（グラフィックエンジン２０２
は通知されたＧＤＩ関数をＤＤＩ関数に変換してディス
パッチャ３０１へ出力し、ディスパッチャ３０１はその
内容をスプーラ３０２へ引き渡す）。

【００５５】ステップＳ５． スプーラ３０２は、ジョ
ブファイルをクローズし、これ以上ページが増えないこ
とをデスプーラ３０５に通知する。 ステップＤ２． デスプーラ３０５が、ページファイル
に記述された中間コードを再生するために、ページ開始
のためのＧＤＩ関数をコールする（グラフィックエンジ
ン２０２はコールされたＧＤＩ関数をＤＤＩ関数に変換
してディスパッチャ３０１へ出力し、ディスパッチャ３
０１はその内容をプリンタドライバ２０３へ引き渡
す）。

【００５６】ステップＤＲＶ２． プリンタドライバ２
０３は、ページ開始制御のＰＤＬコマンドを生成する。 ステップＤ８． デスプーラ３０５は、ページファイ
ル上の文字描画から変換したビットマップ描画の中間コ
ードをＧＤＩ関数コールに変換する（グラフィックエン
ジン２０２はコールされたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をプリンタドライバ２０３へ引き渡
す）。

【００５７】ステップＤＲＶ６． プリンタドライバ２
０３は、ビットマップ描画をＰＤＬコマンドに変換す
る。 ステップＤ６． デスプーラ３０５はページ印刷が終了
したことを、ＧＤＩ関数を介してグラフィックエンジン
２０２に通知する（グラフィックエンジン２０２は通知
されたＧＤＩ関数をＤＤＩ関数に変換してディスパッチ
ャ３０１へ出力し、ディスパッチャ３０１はその内容を
プリンタドライバ２０３へ引き渡す）。

【００５８】ステップＤＲＶ４． プリンタドライバ２
０３は、ページ終了制御のＰＤＬコマンドを生成する。 ステップＤ７． デスプーラ３０５は印刷ジョブが終了
することを、ＧＤＩ関数を介してグラフィックエンジン
２０２に通知する（グラフィックエンジン２０２は通知
されたＧＤＩ関数をＤＤＩ関数に変換してディスパッチ
ャ３０１へ出力し、ディスパッチャ３０１はその内容を
プリンタドライバ２０３へ引き渡す）。 ステップＤＲＶ５． プリンタドライバ２０３は、ジョ
ブ終了制御のＰＤＬコマンドを生成する。

【００５９】図１０を用いて説明したような処理によ
り、プリンタドライバ２０３から（元々は存在しない）
埋め込みフォントのグリフ要求があったとしても、グラ
フィックエンジンによるフォント置き換えが発生しない
ので、基本的にはユーザが意図した通りの形状を有する
文字出力が得られる。しかし、文字描画をビットマップ
描画に変換することにより、以下のような問題点を有す
る。

【００６０】１．拡大時の品質低下 図６右中段に示したように、スプール後に拡大処理を行
った場合、文字の品位が低下する。 ２．色処理の問題 ビットマップに変換された時点で文字描画に関する情報
がなくなるため、カラー印刷時に行われる色変換処理の
際に、文字描画としての色処理が適応できない。 ３．圧縮の問題 文字グリフのビットマップに対して効果がある圧縮処理
が適応できない。

【００６１】

【発明が解決しようとする課題】上述したように、プリ
ンタに送信される印刷データを生成する前に、最終的に
プリンタに送付する印刷データとは異なる形式のデータ
形式（いわゆる中間コード）での一時保存を行うスプー
ラを備え、この中間コード形式で一時保存されたデータ
から改めて最終的にプリンタに送付する印刷データを生
成するデスプーラとプリンタ制御コマンドを生成するプ
リンタドライバを備える従来の印刷制御装置において
は、文字コードの代わりフォントに依存したグリフを識
別するコード（グリフインデックス）が用いられた場
合、デスプーラでフォント置き換えが発生した際に文字
化けが発生するおそれがある。またフォントに依存した
グリフインデックスは文字コードでないため、プリンタ
内蔵フォントで使用可能な文字コードへ変換できず、プ
リンタ内蔵フォントへの置き換え処理を適用できない。

【００６２】また、このような問題を解決するために、
フォント置き換えではなく文字描画をビットマップ描画
に置き換えて処理したとしても、デスプーラでの拡大時
の文字品位が低下する、色処理、圧縮処理が適応できな
い、プリンタ内蔵フォントへの置き換えが不可能である
等の問題があった。

【００６３】本発明はこのような従来技術の問題点を解
決し、印刷命令を一旦中間コード形式に変換した後プリ
ンタ制御コマンドに変換する形式の印刷制御装置及び印
刷制御方法において、アプリケーションから印刷制御装
置内で文字コードとして処理できない体系の文字コード
が指定された場合でも、文字化けすることなく印刷可能
とする印刷制御装置及び印刷制御方法を提供することを
目的とする。

【００６４】

【課題を解決するための手段】すなわち、本発明の要旨
は、アプリケーションからの印刷命令を、所定の印刷装
置に適した制御コマンドに変換して出力する印刷制御装
置であって、印刷命令を、文字コード又はグリフインデ
ックスを含んだ第１のデータ形式に変換するデータ変換
手段と、第１のデータ形式を有する印刷命令を、制御コ
マンドとは異なる形式を有する中間データに変換し、記
憶する中間データ生成手段と、中間データを制御コマン
ドに変換して出力する制御コマンド生成手段とを有し、
中間データ生成手段が、 第１のデータ形式を有する印
刷命令が、グリフインデックスを含む場合、このグリフ
インデックスに対応する文字コードを取得する文字コー
ド取得手段を有し、第１のデータ形式を有する印刷命令
に含まれていた、又は文字コード取得手段で取得された
文字コードを用いて中間データを生成することを特徴と
する印刷制御装置に存する。

【００６５】また、本発明の別の要旨は、アプリケーシ
ョンからの印刷命令を、所定の印刷装置に適した制御コ
マンドに変換して出力する印刷制御方法であって、印刷
命令を、文字コード又はグリフインデックスを含んだ第
１のデータ形式に変換するデータ変換ステップと、第１
のデータ形式を有する印刷命令を、制御コマンドとは異
なる形式を有する中間データに変換し、記憶する中間デ
ータ生成ステップと、中間データを制御コマンドに変換
して出力する制御コマンド生成ステップとを有し、中間
データ生成ステップが、 第１のデータ形式を有する印
刷命令が、グリフインデックスを含む場合、このグリフ
インデックスに対応する文字コードを取得する文字コー
ド取得ステップを有し、第１のデータ形式を有する印刷
命令に含まれていた、又は文字コード取得ステップで取
得された文字コードを用いて中間データを生成すること
を特徴とする印刷制御方法に存する。

【００６６】また、本発明の別の要旨は、グリフインデ
ックスを取得し、取得したグリフインデックスを文字コ
ードに変換し、変換した文字コードを用いて文字描画情
報を中間データ形式でスプールするスプーラと、スプー
ラによってスプールされた文字描画命令に含まれる文字
コードに対応するグリフインデックスを取得し、取得し
たグリフインデックスを用いて文字グリフを取得するド
ライバとを有することを特徴とする印刷制御装置に存す
る。

【００６７】また、本発明の別の要旨は、グリフインデ
ックスを取得し、取得したグリフインデックスを文字コ
ードに変換し、変換した文字コードを用いて文字描画情
報を中間データ形式でスプールし、スプールされた文字
描画命令に含まれる文字コードに対応するグリフインデ
ックスを取得し、取得したグリフインデックスを用いて
文字グリフを取得することを特徴とする印刷制御方法に
存する。

【００６８】また、本発明の別の要旨は、コンピュータ
を本発明の印刷制御装置として機能させることを特徴と
するコンピュータプログラムに存する。

【００６９】また、本発明の別の要旨は、コンピュータ
を本発明の印刷制御装置として機能させることを特徴と
するコンピュータプログラムを格納したコンピュータ読
みとり可能な記憶媒体に存する。

【００７０】

【発明の実施の形態】以下、図面を参照して本発明をそ
の好ましい実施形態に基づいて説明する。まず、本発明
の実施形態に係る印刷制御装置について説明する前に、
本発明の実施形態に係る印刷制御装置が制御可能な印刷
装置のエンジンの構成について説明する。

【００７１】（プリンタの構造）図１は、本発明の実施
形態に係る印刷制御装置が制御可能な印刷装置の構成例
を説明する概略断面図である。本実施形態において、印
刷装置１５００は例えばレーザビームプリンタである
が、もちろんインクジェット方式を始め他の印刷方式の
印刷装置であってもよい。

【００７２】印刷装置（以下、プリンタという）１５０
０は、直接又はネットワーク等を介して印刷制御装置か
ら供給されるプリンタ制御コマンド等を基に、記録媒体
の一例としての記録用紙上に像を形成する。プリンタ本
体７４０は、プリンタ制御ユニット１０００、操作部１
５０１、レーザドライバ７０２、半導体レーザ７０３、
回転多面鏡７０５、静電ドラム７０６、現像ユニット７
０７、用紙カセット７０８、搬送ローラ７１０、外部メ
モリ７１１、フェイスダウン排出部７１５及び排紙トレ
イ７１６とを備えている。

【００７３】上記各部の構成を動作とともに詳述する
と、プリンタ制御ユニット１０００は、プリンタ本体７
４０全体の制御を行い、主にプリンタ制御コマンドをビ
デオ信号に変換してレーザドライバ７０２に出力する。
プリンタ制御ユニット１０００には、フォントデータや
ページ記述言語（ＰＤＬ）のエミュレーションプログラ
ム等を供給する外部メモリ７１１を接続することもでき
る。操作部１５０１には、プリンタ１５００の操作、設
定等を行うのためのキー及び表示手段（例えばＬＥＤ表
示器）等が設けられている。

【００７４】レーザドライバ７０２は半導体レーザ７０
３を駆動するための回路であり、入力されたビデオ信号
に応じて半導体レーザ７０３を駆動し、半導体レーザ７
０３から発射されるレーザ光７０４をオン・オフする。
半導体レーザ７０３は、回転多面鏡７０５に向けてレー
ザ光を発射する。回転多面鏡７０５は、レーザ光７０４
を左右方向に反射し、それによってレーザ光７０４が静
電ドラム７０６上を走査する。予め所定電位に帯電され
た静電ドラム７０６上をオン、オフするレーザ光７０４
で走査することにより、プリンタ制御ユニット１０００
が出力するビデオ信号に対応した静電潜像がドラム表面
に形成される。現像ユニット７０７は、静電ドラム７０
６近傍に設けられ、現像材（トナー）を用いて静電潜像
を現像（可視化）する。

【００７５】一方、用紙カセット７０８は、記録紙とし
て例えばカットシートを収納する。給紙ローラ７０９及
び搬送ローラ７１０は、給紙カセット７０８内のカット
シート記録紙をプリンタ本体７４０内に搬送し、静電ド
ラム７０６の対向位置に供給する。記録紙は、用紙カセ
ット７０８からだけでなく、用紙カセット７０８の蓋部
上面に設けられた手差しトレイ（図示略）から供給する
こともできる。そして、ドラム上で現像された潜像（ト
ナー像）は、転写ローラ等によって搬送されてきた記録
紙上に転写される。

【００７６】定着部７１２は、カットシート記録紙に転
写されたトナー像を加熱、加圧してカットシート記録紙
上に定着させる。画像が形成された記録紙は、切り替え
くさび７１３を上向きにした場合にはフェイスアップ排
出部７１４から記録面を上にした状態で排紙トレイ７１
６に排出され、くさび７１３を下向きにした場合にはフ
ェイスダウン排出部７１５から記録面を下にした状態で
排出される。

【００７７】（印刷制御装置の構成例）次に、本発明の
実施形態に係る印刷制御装置の一例としてのホストコン
ピュータの構成例を図２のブロック図を参照して説明す
る。尚、以下に説明する印刷制御装置の機能が実現され
るのであれば、単体の機器であっても、複数の機器から
なるシステムであっても、ＬＡＮ(Local Area Network:
ローカルエリアネットワーク)、ＷＡＮ（Wide Area N
etwork: 広域ネットワーク）等のネットワークを介し
て接続がなされ処理が行われるシステムであっても構わ
ない。

【００７８】図２において、本発明の実施形態に係る印
刷制御装置の一例としてのホストコンピュータ３０００
は、上述したプリンタ１５００と接続され、印刷システ
ムを構成している。ホストコンピュータ３０００は、Ｃ
ＰＵ１、ＲＡＭ２、ＲＯＭ３、キーボードコントローラ
（ＫＢＣ）５、ＣＲＴコントローラ（ＣＲＴＣ）６、デ
ィスクコントローラ（ＤＫＣ）７、プリンタコントロー
ラ（ＰＲＴＣ）８、キーボード（ＫＢ）９、ＣＲＴディ
スプレイ（ＣＲＴ）１０及び外部メモリ１１とを備えて
いる。

【００７９】先ず、ホストコンピュータ３０００各部の
構成を詳述すると、ＣＰＵ１はシステムバスに接続され
た各デバイスを統括的に制御する中央処理装置であり、
ＲＯＭ３のプログラム用ＲＯＭ３ｂ（後述）或いは外部
メモリ１１に記憶された文書処理プログラム等のアプリ
ケーションプログラムに基づいて、図形、イメージ、文
字、表（表計算等を含む）等が混在した文書処理を実行
する。また、ＣＰＵ１は、例えばＲＡＭ２上に設定され
た表示情報ＲＡＭへのアウトラインフォントの展開（ラ
スタライズ）処理を実行し、ＣＲＴディスプレイ１０上
でのＷＳＹＩＷＹＧ(What You See Is What You Get:Ｃ
ＲＴディスプレイ画面上に見えているそのままの大きさ
や形で印刷できる機能)を可能としている。

【００８０】更に、ＣＰＵ１はＣＲＴディスプレイ１０
上のマウスカーソル（図示略）等で指示されたコマンド
に基づいて登録された種々のウインドウを開き、種々の
データ処理を実行する。ユーザはプリンタ１５００を使
用して印刷する際、印刷の設定に関するウインドウを開
き、プリンタ１５００の設定や印刷モードの選択を含む
プリンタドライバに対する印刷処理方法の設定を行うこ
とができるようになっている。

【００８１】ＲＡＭ２はＣＰＵ１の主メモリ、ワークエ
リア等として機能する。ＲＯＭ３はフォント用ＲＯＭ３
ａと、プログラム用ＲＯＭ３ｂと、データ用ＲＯＭ３ｃ
とを備えている。フォント用ＲＯＭ３ａ或いは外部メモ
リ１１は、上記文書処理の際に使用するフォントデータ
などを記憶する。プログラム用ＲＯＭ３ｂ或いは外部メ
モリ１１は、ＣＰＵ１の制御プログラムであるオペレー
ティングシステム（以下、ＯＳ）等を記憶する。データ
用ＲＯＭ３ｃ或いは外部メモリ１１は、上記文書処理等
を行う際に使用する各種データを記憶する。

【００８２】キーボードコントローラ（ＫＢＣ）５は、
キーボード９やポインティングデバイス（図示略）から
のキー入力を制御する。ＣＲＴコントローラ（ＣＲＴ
Ｃ）６は、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を
制御する。ディスクコントローラ（ＤＫＣ）７は、外部
メモリ１１とのアクセスを制御する。プリンタコントロ
ーラ（ＰＲＴＣ）８は、双方向性インターフェース２１
を介してプリンタ１５００に接続されて、プリンタ１５
００との通信制御処理を実行する。キーボード９は、各
種キーを備えている。

【００８３】ＣＲＴディスプレイ（ＣＲＴ）１０は、図
形、イメージ文字、表等を表示する。外部メモリ１１は
ハードディスク（ＨＤ）、フロッピー（登録商標）ディ
スク（ＦＤ）等から構成されており、ブートプログラ
ム、各種のアプリケーション、フォントデータ、ユーザ
ファイル、編集ファイル、プリンタ制御コマンド生成プ
ログラム（以下、プリンタドライバ）等を記憶する。

【００８４】上述したＣＰＵ１、ＲＡＭ２、ＲＯＭ３、
キーボードコントローラ（ＫＢＣ）５、ＣＲＴコントロ
ーラ（ＣＲＴＣ）６、ディスクコントローラ（ＤＫＣ）
７、プリンタコントローラ（ＰＲＴＣ）８は、コンピュ
ータ制御ユニット２０００上に配設されている。このよ
うなホストコンピュータ３０００は、例えばプリンタ１
５００と接続可能なインターフェース２１を有する汎用
のパーソナルコンピュータによって実現することができ
る。

【００８５】次に、プリンタ１５００各部の構成を詳述
すると、ＣＰＵ１２は、システムバス１５に接続された
各デバイスを統括的に制御する中央処理装置であり、Ｒ
ＯＭ１３のプログラム用ＲＯＭ１３ｂ（後述）に記憶さ
れた制御プログラム等或いは外部メモリ１４に記憶され
た制御プログラム等に基づいて印刷部（プリンタエンジ
ン）１７に出力情報としての画像信号を出力する。ま
た、ＣＰＵ１２は、入力部１８を介してホストコンピュ
ータ３０００との通信処理が可能となっており、プリン
タ１５００内の情報等をホストコンピュータ３０００に
通知できる構成となっている。

【００８６】ＲＡＭ１９は、ＣＰＵ１２の主メモリや、
ワークエリア等として機能し、増設ポートに接続される
オプションＲＡＭ（図示略）によりメモリ容量を拡張す
ることができるように構成されている。尚、ＲＡＭ１９
は、出力情報展開領域、環境データ格納領域、ＮＶＲＡ
Ｍ等に用いられる。ＲＯＭ１３は、フォント用ＲＯＭ１
３ａと、プログラム用ＲＯＭ１３ｂと、データ用ＲＯＭ
１３ｃとを備えている。フォント用ＲＯＭ１３ａは、上
記出力情報を生成する際に使用するフォントデータなど
を記憶する。プログラム用ＲＯＭ１３ｂは、ＣＰＵ１２
の制御プログラム等を記憶する。データ用ＲＯＭ１３ｃ
は、プリンタ１５００にハードディスク等の外部メモリ
７１１が接続されていない場合には、ホストコンピュー
タ３０００上で利用される情報等を記憶する。

【００８７】入力部１８は、双方向性インターフェース
２１を介してプリンタ１５００とホストコンピュータ３
０００との間におけるデータの送受を行う。印刷部イン
ターフェース（Ｉ／Ｆ）１６は、ＣＰＵ１２と印刷部１
７との間におけるデータの送受を行う。メモリコントロ
ーラ（ＭＣ）２０は、外部メモリ７１１のアクセスを制
御する。印刷部１７は、ＣＰＵ１２の制御に基づき印刷
動作を行う。操作部１５０１は、各種操作のためのスイ
ッチや表示手段（例えばＬＥＤ表示器）等を備えてい
る。

【００８８】外部メモリ７１１は、ハードディスク（Ｈ
Ｄ）、ＩＣカード等から構成されており、プリンタ１５
００にオプションとして接続される。外部メモリ７１１
は、フォントデータ、エミュレーションプログラム、フ
ォームデータ等を記憶するものであり、メモリコントロ
ーラ（ＭＣ）２０によりアクセスを制御される。尚、外
部メモリ７１１は、１個に限らず、複数個備えることが
可能となっている。即ち、内蔵フォントに加えてオプシ
ョンカード、言語系の異なるプリンタ制御言語を解釈す
るプログラムを格納した外部メモリを複数接続できるよ
うに構成されていてもよい。更に、ＮＶＲＡＭ（図示
略）を有し、操作部１５０１からのプリンタモード設定
情報を記憶するようにしてもよい。

【００８９】上述したＣＰＵ１２、ＲＡＭ１９、ＲＯＭ
１３、入力部１８、印刷部インターフェース（Ｉ／Ｆ）
１６、メモリコントローラ（ＭＣ）２０は、プリンタ制
御ユニット１０００上に配設されている。

【００９０】（印刷制御装置の機能構成）本発明におけ
る印刷制御装置としてのホストコンピュータ３０００の
機能構成は、上述した図４の構成と同一でよいため、重
複する説明は省略する。なお、本実施形態において、図
４におけるアプリケーション２０１、グラフィックエン
ジン２０２、ディスパッチャ３０１、プリンタドライバ
２０３、スプーラ３０２、スプールファイルマネージャ
３０４、デスプーラ３０５およびシステムスプーラ２０
４は、上記図２の外部メモリ１１に保存されたファイル
として存在し、実行される場合にＯＳやそのモジュール
を利用するモジュールによってＲＡＭ２にロードされ実
行されるプログラムモジュールである。

【００９１】また、アプリケーション２０１およびプリ
ンタドライバ２０３は、外部メモリ１１のＦＤやＣＤ−
ＲＯＭ或いはネットワーク（以上図示略）を経由して外
部メモリ１１としてのＨＤに追加することが可能となっ
ている。外部メモリ１１に保存されているアプリケーシ
ョン２０１はＲＡＭ２にロードされて実行されるが、該
アプリケーション２０１からプリンタ１５００に対して
印刷を行う際には、同様にＲＡＭ２にロードされ実行可
能となっているグラフィックエンジン２０２を利用して
出力（描画）を行う。

【００９２】グラフィックエンジン２０２は印刷装置
（プリンタ）ごとに用意されたプリンタドライバ２０３
を同様に外部メモリ１１からＲＡＭ２にロードし、アプ
リケーション２０１の出力（ＧＤＩ関数）から印刷命令
（ＤＤＩ関数）を生成し、ディスパッチャ３０１へ出力
する。

【００９３】グラフィックエンジン２０２からの印刷命
令はディスパッチャ３０１が受け取る。ディスパッチャ
３０１はグラフィックエンジン２０２から受け取った印
刷命令が、アプリケーション２０１からグラフィックエ
ンジン２０２へ発行されたものである場合には、外部メ
モリ１１に格納されているスプーラ３０２をＲＡＭ２に
ロードし、プリンタドライバ２０３ではなくスプーラ３
０２へ印刷命令を送付する。

【００９４】スプーラ３０２は受け取った印刷命令を中
間コードに変換してスプールファイル３０３に出力す
る。また、スプーラ３０２は、プリンタドライバ２０３
に対して設定されている印刷データに関する加工設定を
プリンタドライバ２０３から取得してスプールファイル
３０３に保存する。尚、スプールファイル３０３は外部
メモリ１１上にファイルとして生成するが、ＲＡＭ２上
に生成されても構わない。更に、スプーラ３０２は、外
部メモリ１１に格納されているスプールファイルマネー
ジャ３０４をＲＡＭ２にロードし、スプールファイルマ
ネージャ３０４に対してスプールファイル３０３の生成
状況を通知する。

【００９５】その後、スプールファイルマネージャ３０
４は、スプールファイル３０３に保存された印刷データ
に関する加工設定の内容に従って印刷を行えるか判断す
る。スプールファイルマネージャ３０４がグラフィック
エンジン２０２を利用して印刷を行えると判断した際に
は、外部メモリ１１に格納されているデスプーラ３０５
をＲＡＭ２にロードし、デスプーラ３０５に対して、ス
プールファイル３０３に記述された中間コードの印刷処
理を行うように指示する。

【００９６】デスプーラ３０５はスプールファイル３０
３に含まれる中間コードをスプールファイル３０３に含
まれる加工設定の内容に従って加工し、グラフィックエ
ンジン２０２経由へ出力する。グラフィックエンジン２
０２はデスプーラ３０５の出力（ＧＤＩ関数）から印刷
命令（ＤＤＩ関数）を生成し、ディスパッチャ３０１へ
出力する。ディスパッチャ３０１がグラフィックエンジ
ン２０２から受け取った印刷命令がデスプーラ３０５か
らグラフィックエンジン２０２へ発行されたものである
場合には、ディスパッチャ３０１はスプーラ３０２では
なく、プリンタドライバ２０３に印刷命令を送る。プリ
ンタドライバ２０３はプリンタ制御コマンドを生成し、
システムスプーラ２０４経由でプリンタ１５００に出力
する。

【００９７】（印刷データの処理）次に、本実施形態の
ホストコンピュータ３０００において、グリフインデッ
クステーブルを用いねばならない際の印刷データの処理
について、図１１のシーケンスチャートを参照して説明
する。なお、図９と同様、本処理も１つのプロセスでは
処理できない。そして、複数のジョブを制御するため
に、アプリケーションプロセスとデスプーラプロセス間
での待ち行列処理を実現する必要がある。実際には上記
２つのプロセス間の通信はスプールファイルマネージャ
３０４を介して行われるが、説明を簡潔に行うために待
ち行列処理を含めスプールファイルマネージャ３０４を
一つの通信媒介だと捉え、図１１及び以下の説明からは
あえて省略した。

【００９８】また、以下説明する例は、印刷制御装置と
してのホストコンピュータ３０００で稼働するＯＳでは
ShiftJISのみをサポートし、一方ＯＳに登録されたフォ
ントのグリフインデックステーブルにはShiftJIS以外の
文字コード体系（ここではUnicodeとする）も含まれて
いるものとする。

【００９９】ステップＡ１． アプリケーション２０１
は印刷ジョブが開始することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をスプーラ３０２へ引き渡す）。

【０１００】ステップＳ１． スプーラ３０２は用紙サ
イズ等のジョブに関する情報を保持するジョブファイル
をスプールファイル３０３に生成し、別プロセスである
デスプーラ３０５を起動する。

【０１０１】ステップＤ１． デスプーラ３０５はジョ
ブファイルを読み印刷ジョブ開始のためのＧＤＩ関数を
コールする（グラフィックエンジン２０２は通知された
ＧＤＩ関数をＤＤＩ関数に変換してディスパッチャ３０
１へ出力し、ディスパッチャ３０１はその内容をプリン
タドライバ２０３へ引き渡す）。 ステップＤＲＶ１．プリンタドライバ２０３は、ジョブ
開始制御のＰＤＬコマンドを生成する。

【０１０２】ステップＡ２． アプリケーション２０１
はページ印刷が開始することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をスプーラ３０２へ引き渡す）。 ステップＳ２． スプーラ３０２はページに関する情報
を保持するページファイルをスプールファイル３０３に
生成する。 ステップＡ３． アプリケーション２０１が、例えばUn
icodeを用いて、例えばShiftJISでは表現できない（Shi
ftJISでは対応する文字が規定されていない）文字描画
を依頼してくる（ＧＤＩ関数をコールする）。

【０１０３】ステップＧ１． グラフィックエンジン２
０２は、コールされたＧＤＩ関数から、使用されている
文字コードがUnicodeであることを検出する。そして、
ＯＳ内部でUnicodeを使用できないために、Unicodeで指
定された文字のフォントに対応するグリフインデックス
テーブルを参照し、指定された文字コード(Unicode)に
対応するグリフインデックスを文字描画の文字コードと
してＤＤＩ関数の形でプリンタドライバ２０３に渡す。
この際、ＤＤＩ関数には文字コードではなくグリフイン
デックスが含まれていることを示しておく。

【０１０４】ステップＳ３． このステップにおいてス
プーラ３０２は、ステップＧ１．でグラフィックエンジ
ン２０２がＤＤＩ関数で受け渡したグリフインデックス
（ＤＤＩ関数より取得可能な情報は”グリフインデック
ス、フォント属性、描画属性”のみであり、実際のフォ
ント（グリフ）は含まれない）ではなく、文字コードを
用いて中間コード形式のスプーリングを行う。ＤＤＩ関
数から取得したグリフインデックスを文字コードに変換
するため、以下のステップＳ３．４．を実行する。

【０１０５】ステップＳ３．４． スプーラ３０２は、
ＤＤＩ関数で受け取った情報のうち、フォント属性を用
いてグラフィックエンジン２０２にグリフインデックス
テーブルの情報取得を依頼する。 ステップＧ４． グラフィックエンジン２０２は、スプ
ーラ３０２から受け取ったフォント属性から対応するグ
リッフインデックステーブルを取得し、スプーラ３０２
に受け渡す。スプーラ３０２は、取得したグリフインデ
ックステーブルを用い、グリフインデックスに対応する
文字コード（この場合はUnicodeだが、それ以外のコー
ド体系でもよい）を得て、その文字コード(Unicode)を
用いて文字描画情報を中間データ形式でスプールする。

【０１０６】ステップＡ４． アプリケーション２０１
はページ印刷が終了したことを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をスプーラ３０２へ引き渡す）。 ステップＳ４． スプーラ３０２は、ページファイルを
クローズし、ページ再生をデスプーラ３０５に依頼す
る。

【０１０７】ステップＡ５． アプリケーション２０１
は印刷ジョブが終了することを、ＧＤＩ関数を介してグ
ラフィックエンジン２０２に通知する（グラフィックエ
ンジン２０２は通知されたＧＤＩ関数をＤＤＩ関数に変
換してディスパッチャ３０１へ出力し、ディスパッチャ
３０１はその内容をスプーラ３０２へ引き渡す）。 ステップＳ５． スプーラ３０２は、ジョブファイルを
クローズし、これ以上ページが増えないことをデスプー
ラ３０５に通知する。

【０１０８】ステップＤ２． デスプーラ３０５が、ス
テップＳ２で生成されたページファイルに記述された中
間コードを再生するために、ページ開始のためのＧＤＩ
関数をコールする（グラフィックエンジン２０２は通知
されたＧＤＩ関数をＤＤＩ関数に変換してディスパッチ
ャ３０１へ出力し、ディスパッチャ３０１はその内容を
プリンタドライバ２０３へ引き渡す）。

【０１０９】ステップＤＲＶ２． プリンタドライバ２
０３は、ページ開始制御のＰＤＬコマンドを生成する。 ステップＤ３． デスプーラ３０５が、スプール３０２
がスプールした中間コードに記述された文字描画を再生
するために、ＧＤＩ関数をコールする。この際、中間コ
ードの文字コードとしては、ステップＳ３．４．で変換
した、フォントに依存しないUnicodeとなる。

【０１１０】ステップＧ１． グラフィックエンジン２
０２は、コールされたＧＤＩ関数から、使用されている
文字コードがUnicodeであることを検出する。そして、
ＯＳ内部でUnicodeを使用できないために、Unicodeで指
定された文字のフォントに対応するグリフインデックス
テーブルを参照し、指定された文字コード(Unicode)に
対応するグリフインデックスを文字描画の文字コードと
してＤＤＩ関数の形でプリンタドライバ２０３に渡す。
この際、ＤＤＩ関数には文字コードではなくグリフイン
デックスが含まれていることを示しておく。

【０１１１】ステップＤＲＶ３． プリンタドライバ２
０３は、文字描画コマンドを生成するために、文字コー
ドとしてグリフインデックスを用いて以下の処理を行い
文字のグリフを取得する。 ステップＤＲＶ３．１． プリンタドライバ２０３は、
グラフィックエンジン２０２に対してグリフインデック
スを用いて文字グリフの取得を行う。

【０１１２】ステップＧ３． グラフィックエンジン２
０２は、フォント属性に指定されているフェース名のフ
ォントを探す。指定されたフェース名のフォントが存在
すれば、フォント依存のグリフインデックスより、グリ
フを取得することが可能である。しかし該当フォントが
埋め込みフォントの場合、アプリケーションがシステム
（ＯＳ）に登録したフォントを破棄している場合があ
る。指定されたフォントがグラフィックエンジン２０２
上に存在しない場合、グラフィックエンジン２０２はフ
ォント置き換え処理を行い、指定されたフォントに近い
種類のフォントもしくは予め定められた置き換えフォン
トを用いてグリフを作成する。

【０１１３】この場合、プリンタドライバ２０３がフォ
ントに依存しない文字コード（本実施形態においてはUn
icode）を用いてグリフの取得を行っているため、指定
したフォントが使用できなくても、フォントの種類が変
化するだけで文字が変わったり出力されなかったりする
ことはなく、ユーザが意図した文字のグリフが取得でき
る。

【０１１４】ステップＤ６． デスプーラ３０５はペー
ジ印刷が終了したことを、ＧＤＩ関数を介してグラフィ
ックエンジン２０２に通知する（グラフィックエンジン
２０２は通知されたＧＤＩ関数をＤＤＩ関数に変換して
ディスパッチャ３０１へ出力し、ディスパッチャ３０１
はその内容をプリンタドライバ２０３へ引き渡す）。 ステップＤＲＶ４． プリンタドライバ２０３は、ペー
ジ終了制御のＰＤＬコマンドを生成する。

【０１１５】ステップＤ７． デスプーラ３０５は印刷
ジョブが終了することを、ＧＤＩ関数を介してグラフィ
ックエンジン２０２に通知する（グラフィックエンジン
２０２は通知されたＧＤＩ関数をＤＤＩ関数に変換して
ディスパッチャ３０１へ出力し、ディスパッチャ３０１
はその内容をプリンタドライバ２０３へ引き渡す）。 ステップＤＲＶ５． プリンタドライバ２０３は、ジョ
ブ終了制御のＰＤＬコマンドを生成する。

【０１１６】スプールの際にＤＤＩ関数よりは直接入手
できないフォントの情報を、ＧＤＩ関数をコールするこ
とによって入手する。フォントよりグリフインデックス
テーブルを取得し、ＤＤＩ関数より渡されるグリフイン
デックスを、文字コードに変換しスプールする。このこ
とによりデスプーラ２０３で再生される文字描画の中間
コードがフォント依存ではなくなり、指定したフォント
が他のフォントに置き換えされた場合でも文字化けが発
生しなくなる。また一般的な文字コードで処理されるの
で、デスプーラ３０５でのプリンタ内蔵のフォントへの
置き換え等の処理が容易になる。

【０１１７】フォントによっては、例えば日本語の縦書
きや、２つの文字コードの間隔を詰めて１つの文字にす
る場合など、文字描画に適応される修飾によって同じ文
字コードに対して２つ以上のグリフインデックスを定義
することがある。このようなフォントについて受け渡さ
れたグリフインデックスを文字コードに逆変換してスプ
ールすると、文字修飾の情報が抜け落ちる可能性があ
る。そのため、ステップＳ３．４．でグリフインデック
ステーブルを用いて文字コードに変換する際にこのよう
な問題があるか否かを判断し、文字コードに逆変換しな
い方が望ましい場合には文字コードに変換せずに、図１
０で説明したような文字描画のビットマップ変換を行う
ことで対処するように構成すればよい。このようにすれ
ば、ユーザが意図した出力との差異を最小にすることが
可能になる。

【０１１８】またフォントによっては、プリンタ内蔵フ
ォントでサポートしている文字コードを、グリフインデ
ックステーブルでサポートしていないものもある。その
場合はプリンタ内蔵フォントへの置き換えを行わずに文
字のグリフとしてコマンドを生成する。

【０１１９】

【他の実施形態】なお、上述の実施形態において、スプ
ーラがグリフインデックスを文字コードに変換する際
に、アプリケーションから指定された文字コードと同じ
Unicodeに変換したが、両者を同じ体系の文字コードに
変換しなければならないわけではなく、グリフインデッ
クステーブルに含まれる任意の体系の文字コードに変換
してスプールすることができる。

【０１２０】ただし、グリフインデックステーブルを用
いて文字コードに変換する場合には、なるべくサポート
する文字の種類が多いコード体系の文字コードにするこ
とが好ましい。

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

【０１２２】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
憶した記憶媒体を、システムあるいは装置のコンピュー
タ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプ
ログラムコードを読出し実行することによっても、達成
される。

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

【０１２４】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピーディスク、ハードディ
スク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、Ｃ
Ｄ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ
などを用いることができる。

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

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

【０１２７】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した（図１１に示す）シーケ
ンスチャートに対応するプログラムコードが少なくとも
格納されることになる。

【０１２８】

【発明の効果】以上説明したように、本発明によれば、
グリフインデックスを文字コードに変換してからスプー
ルすることにより、アプリケーションが指定してきた文
字コードの情報を失なうことなく中間コード形式のデー
タを記憶できる。その結果、その後フォント置き換えが
発生した場合でも文字化けが起こらず、ユーザが意図し
た文字を印刷することが可能になるほか、一般的な文字
コードを用いた描画の際の、色処理、圧縮、プリンタ内
蔵フォント置き換えの処理を文字描画に適応可能になる
という効果を有する。

【図面の簡単な説明】

【図１】本発明の印刷制御装置を接続可能なプリンタの
一例としてのレーザビームプリンタの構成例を示す断面
図である。

【図２】本発明の一実施形態に係る印刷制御装置として
のホストコンピュータと、それに接続されたプリンタの
ハードウェア構成例を示すブロック図である。

【図３】従来の、アプリケーションからの印刷命令を中
間コードデータへ変換せずにプリンタ制御コマンドに変
換する形式の印刷制御装置の代表的な機能ブロック図で
ある。

【図４】本発明の印刷制御装置に適用可能な、アプリケ
ーションからの印刷命令を中間コードデータへ変換した
後にプリンタ制御コマンドに変換する形式の印刷制御装
置の代表的な機能ブロック図である。

【図５】文字描画に必要な情報と、印刷結果を説明する
図である。

【図６】文字描画においてフォント置き換え処理、ビッ
トマップ置き換えが生じた場合の印刷結果の例を示した
図である。

【図７】グリフインデックステーブルの例を示す図であ
る。

【図８】図３に示した印刷制御装置における印刷処理の
シーケンスを示す図である。

【図９】図４に示した印刷制御装置における印刷処理の
うち、フォント置き換えが発生する場合のシーケンスを
示す図である。

【図１０】図４に示した印刷制御装置における印刷処理
のうち、ビットマップ置き換えが発生する場合のシーケ
ンスを示す図である。

【図１１】本発明の実施形態に係る印刷制御装置におけ
る印刷処理のシーケンスを示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 内田 達郎 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 2C087 AB05 AC07 AC08 BA01 BA02 BA04 BA05 BA07 BA09 BD06 BD12 5B021 AA02 BB01 BB04 BB08 BB09 CC05

Claims (16)

【特許請求の範囲】
1. 【請求項１】 アプリケーションからの印刷命令を、所
   定の印刷装置に適した制御コマンドに変換して出力する
   印刷制御装置であって、 前記印刷命令を、文字コード又はグリフインデックスを
   含んだ第１のデータ形式に変換するデータ変換手段と、 前記第１のデータ形式を有する印刷命令を、前記制御コ
   マンドとは異なる形式を有する中間データに変換し、記
   憶する中間データ生成手段と、 前記中間データを前記制御コマンドに変換して出力する
   制御コマンド生成手段とを有し、 前記中間データ生成手段が、 前記第１のデータ形式を有する印刷命令が、前記グリフ
   インデックスを含む場合、このグリフインデックスに対
   応する文字コードを取得する文字コード取得手段を有
   し、前記第１のデータ形式を有する印刷命令に含まれて
   いた、又は前記文字コード取得手段で取得された文字コ
   ードを用いて前記中間データを生成することを特徴とす
   る印刷制御装置。
2. 【請求項２】 前記データ変換手段が、 前記印刷命令に指定された文字コードが、前記印刷制御
   装置で文字コードとして取り扱いできない体系の文字コ
   ードである場合に前記グリフインデックスを、それ以外
   の文字コードである場合に前記文字コードをそれぞれ含
   んだ前記第１のデータ形式を有する印刷命令に変換する
   ことを特徴とする請求項１記載の印刷制御装置。
3. 【請求項３】 前記データ変換手段が、１つのグリフイ
   ンデックスに対して複数種の体系における文字コードが
   対応付けされたグリフインデックステーブルを用いて前
   記印刷命令に含まれる文字コードを対応するグリフイン
   デックスに変換することを特徴とする請求項１又は請求
   項２記載の印刷制御装置。
4. 【請求項４】 前記文字コード取得手段が、前記グリフ
   インデックステーブルを用いて前記第１のデータ形式を
   有する印刷命令に含まれる前記グリフインデックスから
   対応する文字コードを得ることを特徴とする請求項３記
   載の印刷制御装置。
5. 【請求項５】 前記中間データ生成手段が、 前記文字コード取得手段が前記グリフインデックスから
   対応する文字コードを取得した際、１つの前記グリフイ
   ンデックスに対して複数の文字コードが対応していた場
   合には、前記グリフインデックスからビットマップ変換
   を行った結果を前記中間データとして記憶することを特
   徴とする請求項１乃至請求項４のいずれか１項に記載の
   印刷制御装置。
6. 【請求項６】 アプリケーションからの印刷命令を、所
   定の印刷装置に適した制御コマンドに変換して出力する
   印刷制御方法であって、 前記印刷命令を、文字コード又はグリフインデックスを
   含んだ第１のデータ形式に変換するデータ変換ステップ
   と、 前記第１のデータ形式を有する印刷命令を、前記制御コ
   マンドとは異なる形式を有する中間データに変換し、記
   憶する中間データ生成ステップと、 前記中間データを前記制御コマンドに変換して出力する
   制御コマンド生成ステップとを有し、 前記中間データ生成ステップが、 前記第１のデータ形式を有する印刷命令が、前記グリフ
   インデックスを含む場合、このグリフインデックスに対
   応する文字コードを取得する文字コード取得ステップを
   有し、前記第１のデータ形式を有する印刷命令に含まれ
   ていた、又は前記文字コード取得ステップで取得された
   文字コードを用いて前記中間データを生成することを特
   徴とする印刷制御方法。
7. 【請求項７】 前記データ変換ステップが、 前記印刷命令に指定された文字コードが、前記印刷制御
   方法で文字コードとして取り扱いできない体系の文字コ
   ードである場合に前記グリフインデックスを、それ以外
   の文字コードである場合に前記文字コードをそれぞれ含
   んだ前記第１のデータ形式を有する印刷命令に変換する
   ことを特徴とする請求項６記載の印刷制御方法。
8. 【請求項８】 前記データ変換ステップが、１つのグリ
   フインデックスに対して複数種の体系における文字コー
   ドが対応付けされたグリフインデックステーブルを用い
   て前記印刷命令に含まれる文字コードを対応するグリフ
   インデックスに変換することを特徴とする請求項６又は
   請求項７記載の印刷制御方法。
9. 【請求項９】 前記文字コード取得ステップが、前記グ
   リフインデックステーブルを用いて前記第１のデータ形
   式を有する印刷命令に含まれる前記グリフインデックス
   から対応する文字コードを得ることを特徴とする請求項
   ８記載の印刷制御方法。
10. 【請求項１０】 前記中間データ生成ステップが、 前記文字コード取得ステップが前記グリフインデックス
    から対応する文字コードを取得した際、１つの前記グリ
    フインデックスに対して複数の文字コードが対応してい
    た場合には、前記グリフインデックスからビットマップ
    変換を行った結果を前記中間データとして記憶すること
    を特徴とする請求項６乃至請求項９のいずれか１項に記
    載の印刷制御方法。
11. 【請求項１１】 コンピュータを請求項１乃至請求項５
    のいずれか１項に記載の印刷制御装置として機能させる
    ことを特徴とするコンピュータプログラム。
12. 【請求項１２】 請求項１１記載のコンピュータプログ
    ラムを格納したコンピュータ読みとり可能な記憶媒体。
13. 【請求項１３】 グリフインデックスを取得し、取得し
    たグリフインデックスを文字コードに変換し、変換した
    文字コードを用いて文字描画情報を中間データ形式でス
    プールするスプーラと、 前記スプーラによってスプールされた文字描画命令に含
    まれる文字コードに対応するグリフインデックスを取得
    し、取得したグリフインデックスを用いて文字グリフを
    取得するドライバとを有することを特徴とする印刷制御
    装置。
14. 【請求項１４】 グリフインデックスを取得し、 取得したグリフインデックスを文字コードに変換し、 変換した文字コードを用いて文字描画情報を中間データ
    形式でスプールし、 スプールされた文字描画命令に含まれる文字コードに対
    応するグリフインデックスを取得し、 取得したグリフインデックスを用いて文字グリフを取得
    することを特徴とする印刷制御方法。
15. 【請求項１５】 グリフインデックスを取得する工程の
    プログラムと、 取得したグリフインデックスを文字コードに変換する工
    程のプログラムと、 変換した文字コードを用いて文字描画情報を中間データ
    形式でスプールする工程のプログラムと、 スプールされた文字描画命令に含まれる文字コードに対
    応するグリフインデックスを取得する工程のプログラム
    と、 取得したグリフインデックスを用いて文字グリフを取得
    する工程のプログラムとを有することを特徴とするコン
    ピュータプログラム。
16. 【請求項１６】 グリフインデックスを取得する工程の
    プログラムと、 取得したグリフインデックスを文字コードに変換する工
    程のプログラムと、 変換した文字コードを用いて文字描画情報を中間データ
    形式でスプールする工程のプログラムと、 スプールされた文字描画命令に含まれる文字コードに対
    応するグリフインデックスを取得する工程のプログラム
    と、 取得したグリフインデックスを用いて文字グリフを取得
    する工程のプログラムとを記憶することを特徴とするコ
    ンピュータ読みとり可能な記憶媒体。