JPH0564931A - プリントスプール手段 - Google Patents

Abstract

(57)【要約】 【目的】 パーソナルコンピュータ等の印刷処理時に、
アプリケーションプログラムから見た印刷装置の使用は
抽象化し、印刷装置を意識しない処理手順を実行させ、
デバイスドライバ側での処理によって、印刷装置の実行
速度の向上を図る。 【構成】 印刷装置に対し、印刷制御コードを送信する
プリントスプール処理において、フォントキャッシュ利
用率を高める様に制御コードを再配置し、印刷装置８に
転送する。制御コードを、複数のスプールファイル９、
１１、１２の生成により再配置する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、パーソナルコンピュー
タ、ワークステーションなどで使用されるアプリケーシ
ョンプログラムでの印刷処理時のプリンタ制御の高速化
及び最適化手法に関する。

【０００２】

【従来の技術】グラフィカルユーザインターフェースの
普及に伴い、表示装置への画像出力と、印刷装置への画
像出力が、同一の手順により行なえることがコンピュー
タに要求されるようになった。特に、パーソナルコンピ
ュータなどでは、この動きが顕著である。各種の出力デ
バイスの制御の差異を、アプリケーションが意識せず行
なえる環境とするためには、以下の２つのことが必要と
なる。

【０００３】○ システム内にグラフィック処理段とし
て標準化された手続きを組み込む。

【０００４】○ 各種デバイスの差をデバイスドライバ
により吸収する。

【０００５】この様な条件を満たすコンピュータの構成
の従来例の一つを図２に示す。この例においては、アプ
リケーション１が、アプリケーション・インターフェー
ス２を介して、グラフィック処理段３に働き掛けること
で、画像の出力処理が行なわれる。このため、アプリケ
ーションは、出力先のデバイスの指定を行なう必要はあ
るものの、画像作成のために呼び出す手続きは、デバイ
スによらず共通である。特定の出力デバイスに対し、グ
ラフィック処理段３の処理に従い、画像の転送、あるい
は印刷制御などの処理を行なうのは、デバイスドライバ
と呼ばれる機構である。図２の例でデバイスドライバ７
は印刷装置８を制御する。表示装置６に対し、画面表示
のための画素を転送するディスプレイコントローラ５
は、一種のデバイスドライバのように見なすこともでき
る。しかし、一般的にパーソナルコンピュータでは、表
示装置６は標準出力デバイスとされるため、これに対す
るコントローラは、周辺装置に対するデバイスドライバ
とは別の呼称をとる場合がある。本明細書もこれに従
う。また標準出力デバイスに対するグラフィックス処理
手続き群を、標準手続き群と呼ぶ。図２の標準手続き群
４は、グラフィック処理段３により呼びだされ、標準出
力装置である表示装置６への出力に使用される。

【０００６】以上のような従来の構成において、アプリ
ケーション１が印刷処理を行なう場合の流れを説明す
る。印刷処理８に対する手続き呼び出しは、表示装置６
に対する手続き呼びだしと同様である。但し、出力装置
として、印刷装置８を指定するため、アプリケーション
インターフェース２により、デバイスドライバ７の呼び
出しが行なわれる。呼び出されたデバイスドライバ７
は、標準処理手続き群４を、印刷装置のための専用処理
手続き群１０によって差し替える。従って、この処理以
降、グラフィック処理段３が行なう手続き呼び出しによ
り使用されるのは、印刷装置８のための専用の処理ルー
チン群である。しかしこの機構はアプリケーション側か
らは隠蔽されているため、アプリケーション１は、印刷
装置８のハードウェアの存在を意識する必要がない。

【０００７】この様な従来の処理手順は、アプリケーシ
ョン１が何らかの出力デバイスに対し画像出力を行なう
場合、印刷装置８のハードウェアの特殊性、応答性など
を顧みる必要がない。実際、印刷装置などはＣＲＴなど
の表示装置に比較し処理時間を長く必要とするため、ア
プリケーション１を印刷処理から短時間で開放するため
の機構が必要である。この機構として、一般的であるの
がスプールファイル９を使用する方法である。スプール
ファイル９には、印刷装置８に送られるべき制御コード
などが記録され、印刷装置８及び、印刷装置８に対する
インターフェースの時間応答の速度に応じ、実際の転送
が行なわれる。この処理は、アプリケーション１とは別
個に、デバイスドライバ７により行なわれるため、アプ
リケーション１は、スプールファイル９への書き込み終
了時点で、印刷処理から開放される。

【０００８】

【発明が解決しようとする課題】上記のように、従来の
印刷処理においては、アプリケーション１が、印刷装置
８の仕様に依存せず印刷を行なえる構成とする点に関心
が払われていた。このため、アプリケーション１は様々
なグラフィック処理手続きの呼び出しを、印刷装置にと
って好都合な手順とは無関係に行なうのが普通である。

【０００９】例えば、印刷装置では多くの場合、フォン
トキャッシュ機構を使用し文字の高速発生を行なうよう
設計されている。こうした設計の下では、同じ書体、同
じサイズの文字ができる限り連続して入力される場合
が、キャッシュヒット率を高く維持し、高速な文字発生
に有利である。しかしゴシック体、明朝体など複数の文
字種が混在し、かつ文字サイズも様々な文書を処理する
場合、アプリケーション１は、文書の処理上の手順に従
い、適当な順番で文字種指定、文字サイズ指定などを行
なう。このため、もしデバイスドライバ７がこの指定順
番を、一切の変更を加えず印刷装置８に転送するとした
ら、印刷装置８のフォントキャッシュは、頻繁な書き換
えが行なわれ、ヒット率の低下を招くことになる。この
ため、必ずしも印刷装置８の印刷処理速度を充分引きだ
すことができるとは限らない。

【００１０】本発明は、この様な従来方式の問題点を解
消するため発明されたものであり、その目的とするとこ
ろは、アプリケーションからみた、印刷装置への非依存
性を維持しつつ、印刷装置の処理速度を有効に活用する
プリントスプール手段を提供することである。

【００１１】

【課題を解決するための手段】本発明は、コンピュータ
上で動作するアプリケーションプログラムの、印刷処理
実行時に呼び出されるプリンタドライバプログラムの印
刷装置制御手段の内、アプリケーションの呼び出し順次
に従い、図形記述手段の呼び出しを符号化する手段、こ
の手段に従い生成される符号を、図形記述要素としてあ
らかじめ定めた類型に従い分類し、各類型別に一時ファ
イルあるいは作業メモリ領域に書き出す手段、指定され
たページ数に関しアプリケーションの印刷処理が完了し
た後、上記手段により生成された一時ファイルあるいは
作業メモリ領域より図形記述要素の符号を取り出し、元
の記述に復元する手段、この手段により復元された図形
記述要素を、再配置し、印刷装置側処理プログラムに転
送する手段、により構成されたことを特徴とする。

【００１２】

【実施例】本発明の実施例の一つについて、その構成図
を図１に示した。以下に図３に示す文書を処理する場合
を例に採り、図１の構成例の動作の流れを説明する。

【００１３】アプリケーション１として、文書処理ソフ
トウェアがパーソナルコンピュータで実行されている場
合についての動作は、次のようになる。

【００１４】まずキーボード、マウス等の動きを検出す
るのユーザ・インターフェースの働きにより、使用者は
アプリケーション１に対し文字、図形等の入力あるいは
編集の操作を行なうものとする。この様なユーザ操作
は、視覚的に確認できることが望まれるため、アプリケ
ーション１はアプリケーションインターフェース２を介
しコンピュータの用意するグラフィック環境に働き掛け
る。この処理は実際にはグラフィック処理手続きの呼び
出しにより行なわれる。すなわちアプリケーション１
は、グラフィック処理段３があらかじめ用意する様々な
処理手続きの中から、必要な手続きを指定し、パラメー
タ等の設定を行ない、手続き呼び出しを行なう。

【００１５】例えば、表示装置６に対し文字列の出力を
行なうためには、出力する文字の大きさ、出力する文字
の文字種、出力する文字の形状の修飾（有無あるいは指
定） 出力する文字の文字数及び個々の文字コード、出力する
文字の、表示デバイス上での位置、等が何らかの内部表
現を用いパラメータとして指定され、文字列発生処理１
０１が呼び出される必要がある。一般的に、パーソナル
コンピュータでは、ＣＲＴ、液晶表示装置等、適当なデ
ィスプレイ装置を標準出力装置として持っている場合が
多い。図１の構成図もこれを前提にしている。また本実
施例では、標準出力装置に対し出力を行なうために使用
される処理手続き群は、標準処理手続き群４で示され、
システムソフトウェアにあらかじめ組み込まれ、グラフ
ィック処理段３の下層処理ルーチンとして呼び出される
構成である。ディスプレイコントローラ５は、表示装置
６への画像出力に際し、標準処理手続き群４を呼び出し
使用する。この時の動作はデバイスドライバの動作と類
似しているが、本実施例では周辺装置の動作を制御する
デバイスドライバ７などと区別するため、”ディスプレ
イコントローラ”と書く。

【００１６】既に述べた文字出力動作とは別に、アプリ
ケーション１は、表示装置６に対し、曲線、直線等から
なる図形の出力を行なう場合もある。この場合も前出の
例同様に、図形記述のためのパラメータを指定し、グラ
フィック出力のための手続きの呼び出しが行なわれる。
例えば、図形の記述に際し、直線の発生が必要であれ
ば、直線発生処理１０２が呼び出される。

【００１７】以上の手順によって、図３に示すような文
書をユーザが作成できる。ここで、３１は１ページあた
りの処理対象となる範囲、あるいは印刷処理時の有効印
刷領域を示す。この処理範囲において、３２、３５、３
７、３８は書体Ａによる文字列の表示（あるいは印刷）
を行なう範囲、３３、３４、３９などは書体Ｂにより文
字列の表示（あるいは印刷）を行なう範囲である。また
３６は図形領域、４０は書体Ｂでの表示（あるいは印
刷）を行なう領域であるものの、文字形状の修飾の指定
が異なる領域である。

【００１８】アプリケーション１が印刷処理を行なう場
合、出力デバイスとして、印刷装置８を行なう指定をア
プリケーションインターフェース２に行なう。この指定
は、グラフィック処理段３により解釈実行され、デバイ
スドライバ７の呼び出しが行なわれる。図４はデバイス
ドライバ７について、その構成を示した図である。グラ
フィック処理段３による呼び出しは、エントリーポイン
ト４１への分岐を発生する。エントリーポイント４１で
は、分岐時の指定によりデバイスドライバ７の内部で、
さらに幾つかの処理への分岐を発生する。呼び出された
デバイスドライバ７では、呼び出し時に１回だけ行なわ
れる初期化処理ルーチン４２が実行される。この初期化
処理の動作において、標準処理手続き群４が、デバイス
依存性の有る専用処理手続き群１０によって差し替えら
れる。したがって、これ以降、グラフィック処理段３が
文字列発生の処理手続きの呼び出しを行なった場合は、
文字列発生処理１０１に代えて、文字列発生処理２０１
が実行される。この場合は、まずエントリーポイント４
１から、実行時処理４４への分岐が行なわれ、呼び出し
時のパラメータ指定により例えば２０１、２０２などの
処理手続きの実行が行なわれる。この状態は、デバイス
ドライバ７の使用が停止され、終了処理４３が実行さ
れ、再びディスプレイコントローラ５の使用が開始され
るまで、継続される。

【００１９】デバイスドライバ７は、上記処理ルーチン
群の外に、デバイス入出力処理４６、及びファイル入出
力処理４５の２つの処理ルーチンを持つ。デバイス入出
力処理４６は、シリアルインターフェースあるいはＳＣ
ＳＩインターフェース等の物理的なデバイスに対するド
ライバを呼び出し、印刷装置８への制御コードを転送す
る処理ルーチンである。本実施例において、印刷装置８
との物理的な通信手段は構成上の制約とはならない。フ
ァイル入出力処理４５は、スプールファイル９、１１、
１２などへの書き込み、読み出しを行なう処理ルーチン
である。

【００２０】アプリケーション１が、出力デバイスとし
て印刷装置８を指定することで、デバイスドライバ７に
よるグラフィックス処理ルーチン群の置き換えがなされ
るため、印刷装置８の物理的な仕様は、アプリケーショ
ン１から隠蔽される。すなわちアプリケーション１は、
印刷装置８を、抽象化されたデバイスとして取り扱うこ
とが可能となる。言い換えれば、アプリケーション１
は、印刷装置８の解像度、制御手順、制御コード等を知
らずに、グラフィック描画、文字発生手順を実施する。

【００２１】したがって、グラフィック処理手続きの呼
び出し順は、全くアプリケーション１の任意である。図
３の例では、文字列印刷の処理は、３２、３３、３４、
…、４０まで順次発生する。一方、印刷装置８は、印刷
に使用する文字を、アウトラインフォントとして発生す
る。周知の様に、アウトラインフォントは、文字の外形
形状を曲線データ、ヒント処理データ等によって記述し
後符号化したデータ構造からなる。印刷に使用される文
字形状をなす画素は、この元データから計算により発生
されるため、特に漢字等の複雑な形状の文字では、処理
時間を多く要する場合が多い。印刷装置８は、高速な印
刷を行なうため、一度発生した文字形状画素は、画素デ
ータのままメモリ上に保持し、再び同じ文字の印刷要求
が有った場合、できるだけアウトラインデータからの計
算による文字発生を行なわない構成となっている。画素
データのままメモリ上に保持する機構は、今日一般的で
あり、画素データを保持するメモリはフォントキャッシ
ュと呼ばれる。

【００２２】高速な印刷を実現するためには、印刷要求
のある文字が、できるだけフォントキャッシュにあるこ
とが望まれる。一方で、フォントキャッシュに割り当て
られるメモリは、印刷装置の実装メモリの制限から充分
な大きさが確保できない。したがって、印刷装置８のキ
ャッシュ管理機構は、使用された文字の履歴管理によ
り、使用頻度の高い文字のみを保持する様に動作する。
キャッシュに記録されているデータは、文字形状の画素
データであることから、同一文字コードの文字であって
も、文字種、文字サイズ、文字形状の修飾がそれぞれ異
なれば、異なるデータとして管理される。

【００２３】図３の文書では、文字列３２を画素発生し
た後、文字列３３、３４を画素発生するものとすると、
フォントキャッシュには、まず、文字列３２で指定され
た文字種、文字サイズでの文字形状画素データが記録さ
れていく。次に、文字列３３で使用する文字に対し画素
を生成するが、この時、フォントキャッシュの内容は全
く参照されない。同様に、文字列３５を、文字列３３、
３４の画素発生の処理に引き続き処理するとすれば、既
にフォントキャッシュは、文字列３３、３４の文字サイ
ズ、文字種による画素データを多く保存しており、この
時点で使用頻度の低かった文字列３２での画素データは
廃棄されている可能性が高い。

【００２４】このようにアプリケーション１の発生する
処理順に従い、印刷装置８へ印刷制御を指定すること
は、印刷装置８での高速処理に対し適合しない場合があ
る。

【００２５】本実施例は、この不都合を除くため文字種
Ａに対する文字列発生処理手続き呼び出しをスプールフ
ァイル１１に記録する。この処理は次の様に行なわれ
る。アプリケーション１が、グラフィック処理段３を介
し、文字列発生処理を呼び出すと、使用される手続き
は、文字列発生処理２０１である。そこで、文字列発生
処理２０１は、与えられたパラメータから文字種を取り
出し、文字種がＡであれば、処理手続き呼び出しの符号
化された内部表現をスプールファイル１１に記録する。
また、文字種Ｂを指定するパラメータが渡された場合
は、処理手続き呼び出しの符号化された内部表現をスプ
ールファイル１２に記録する。

【００２６】一方その他の処理手続き、直線発生処理２
０２などが呼び出された場合は、印刷装置８の制御コー
ドによる直線発生のためのコードが生成され、スプール
ファイル９へ記録される。アプリケーション１は、印刷
処理に入り必要な全てのグラフィック記述について、処
理手続きの呼び出しを終了すると印刷処理から開放され
る。

【００２７】これに対し、デバイスドライバ７は、印刷
装置８との物理的な通信時間による遅延をともない処理
を継続する。

【００２８】デバイスドライバ７は、まず、スプールフ
ァイル９の内容を、ファイル入出力処理４５により読み
だし、デバイス入出力処理４６によって印刷装置８に転
送する。前述のように、スプールファイル９の内容は印
刷装置８に対する制御コードのデータ列からなる。次
に、デバイスドライバ７は、スプールファイル１１の内
容を取り出し、文字列印刷のための印刷制御コードを生
成し、デバイス入出力処理４６によって印刷装置８に転
送する。続いて、スプールファイル１２の内容に関して
も、同様に、処理手続き呼び出しの符号化された内部表
現を読み出し、文字列印刷のための印刷制御コードを生
成し、デバイス入出力処理４６によって印刷装置８に転
送する。以上処理では、文字サイズの指定が頻繁に変更
された場合キャッシュ使用上やや効率が悪いが、処理手
順は簡単である。

【００２９】言うまでもなく、デバイスドライバ７に、
充分な作業用メモリの割り当てがなされていれば、複数
のスプールファイルを使用する必要はない。次に、作業
用メモリ上で、文字列生成手順の再配置を行なう実施例
について説明する。この実施例についても、処理段の構
成は図１及び図４の構成図と等価である。但し、スプー
ルファイルは９だけが使用される。

【００３０】文字列の表示装置への表示、あるいは印刷
装置への出力を指定する手続き呼び出しに対し、パラメ
ータとして渡されるデータの内部表現は、本実施例の場
合、図５の５０１に示される構成である。開始座標位置
指定５０２は、文字列の左下端の点に対し、水平、垂直
座標値を与える。文字種指定５０３は、文字種の選択に
対し、その指定値を与える。修飾指定５０４は、通常
（指定なし）の場合、値０をとり、太文字で値１、斜体
文字で値２をとる。文字サイズ指定５０５は、文字形状
の大きさをポイント数で指定する。本実施例では、実際
の文字コード列を作業メモリ上の他の領域に格納してお
り、文字列へのポインタ５０６は、その番地へのポイン
タを与える。データ構造５０１の最後の要素は、次のデ
ータ構造５０１からなる要素へのポインタ５０７であ
る。

【００３１】図３の文書が印刷処理される場合、アプリ
ケーション１は、文字列３２、３３、３４、３５、、の
順に処理手続きの呼び出しを行なう。前述の実施例と等
価な構成を持つ本実施例においても、この手続き呼び出
しは、文字列発生処理２０１により処理される。文字列
発生処理２０１は、手続き呼び出し時のパラメータを取
り出し、データ構造５０１を持つ内部表現に変換する。
このデータ構造５０１のデータ列は、デバイスドライバ
７の管理する作業メモリ上に、連結リストの形をとり保
持される。印刷処理手順が全て完了した時点では、図３
の例では、文字列３２の発生を行なうデータ構造５０９
のポインタ５１０は、文字列３３の発生を行なうデータ
構造５１１の先頭番地を指し示している。以下順次、５
１１のポインタは５１２の先頭番地を指し示し、連結リ
ストが構成されている。

【００３２】１ページあたりの印刷処理手順が全て終了
すると、デバイスドライバ７は、同一文字種、同一文字
サイズの順にリストを再結合する。図３の文書では、文
字列３２、３５などが文字種Ａを使用する指定である。
したがって再結合は、まずデータ構造５０９のポインタ
５１０を、文字列３５の発生を行なうデータ構造５１３
の先頭番地を指し示すように書き換える。ここで、実際
の印刷処理時の位置関係は、座標データ５０８により指
定される。図５では、データ構造５０９において、文字
サイズを１８ポイント、文字種をＡと指定している。次
に、データ構造５１３のポインタ部分が、文字列３７の
発生を行なうデータ構造５１４の先頭番地を指し示すよ
うに書き換えられる。

【００３３】以上の一連の処理を行ない、連結リストの
終端部分に、何も指し示さないポインタ５１５を書き込
むことで、終端を示すことができる。この結果作業用の
メモリ上に作成されたデータ構造では、文字種、文字サ
イズ順に文字列生成の指定が行なわれており、印刷装置
８に転送された際、フォントキャッシュを効率良く使用
することができる。

【００３４】

【発明の効果】本発明のプリントスプール手段を用いる
と、アプリケーションから見たときに、印刷装置の物理
的な仕様を抽象化したまま、印刷処理の最適化を図るこ
とが可能となる。今後、アウトラインフォントを使用す
る印刷装置は増加の一途を辿るものと見られ、日本語の
文字種の増加も予想される。こうした場合、フォントキ
ャッシュを効率良く使用する方法が必須であり、アプリ
ケーションへの変更などを必要としない本発明の手段が
有効である。

【図面の簡単な説明】

【図１】一つの実施例の説明図。

【図２】従来例の説明図。

【図３】文書例の説明図。

【図４】デバイスドライバの構成図。

【図５】スプール処理時のデータ構造の説明図。

【符号の説明】

１…アプリケーション ３…グラフィック処理段 ４…標準処理手続き群 ５…ディスプレイコントローラ ７…デバイスドライバ ９…スプールファイル １０…専用処理手続き群 ４５…ファイル入出力処理 １０１…文字列発生処理 １０２…直線発生処理 ２０１…文字列発生処理 ２０２…直線発生処理

Claims (1)

【特許請求の範囲】
1. 【請求項１】 コンピュータ上で動作するアプリケーシ
   ョンプログラムの、印刷処理実行時に呼び出されるプリ
   ンタドライバプログラムの印刷装置制御手段の内、アプ
   リケーションの呼び出し順次に従い、図形記述手段の呼
   び出しを符号化する手段、この手段に従い生成される符
   号を、図形記述要素としてあらかじめ定めた類型に従い
   分類し、各類型別に一時ファイルあるいは作業メモリ領
   域に書き出す手段、指定されたページ数に関しアプリケ
   ーションの印刷処理が完了した後、上記手段により生成
   された一時ファイルあるいは作業メモリ領域より図形記
   述要素の符号を取り出し、元の記述に復元する手段、こ
   の手段により復元された図形記述要素を、再配置し、印
   刷装置側処理プログラムに転送する手段、により構成さ
   れたことを特徴とするプリントスプール手段。