JP2000298565A - 印刷制御方法及び装置と前記印刷制御方法を実行するプログラムを記憶した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションに対応してプリンタ制御コ
マンドの生成方法を変更することにより、そのアプリケ
ーションに最適なプリンタ制御コマンドを作成して印刷
させる。 【解決手段】 アプリケーションからの印刷要求により
プリンタ制御用コマンドを生成する印刷制御方法及び装
置であって、アプリケーションに対応した制御情報をテ
ーブルに登録しておき、印刷要求を発行したアプリケー
ションに応じた制御情報を、そのテーブルから取得し
（Ｓ３１）、その制御情報を基に、プリンタドライバの
能力を決定し（Ｓ３３）、その能力をグラフィックエン
ジンに宣言する。これによりグラフィックエンジンは、
その能力に応じてイメージのラスタライズを実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホストコンピュー
タと同ホストコンピュータへ接続されたプリンタからな
るシステムに適用可能な情報処理方法および装置および
ホストコンピュータで読み出し可能なプログラムを格納
した記録媒体に関するものである。

【０００２】

【従来の技術】パソコンなどのホストコンピュータで
は、オペレーティングシステム（ＯＳ）のグラフィック
スエンジンが出力するプリンタデバイスに依存しないグ
ラフィックス描画命令を入力し、プリンタデバイスに依
存するプリンタ制御コマンドへ翻訳して出力するソフト
ウェアプログラム（以下、プリンタドライバ）が実装さ
れて印刷処理に利用されている。

【０００３】このようなプリンタドライバは、それぞれ
に特有なプリンタアーキテクチャをサポートし、このア
ーキテクチャにはドットマトリクスプリンタなどに代表
されるラスタデバイス、プロッタなどのようなベクタデ
バイス、もしくは高度なページ記述言語をサポートする
デバイスといったものが含まれる。この内、ラスタデバ
イスをサポートするプリンタドライバは、ホストコンピ
ュータでグラフィックス描画要求から印刷イメージを構
築（以下、ラスタライズ）してプリンタ制御コマンドを
生成する。従って、このようなプリンタドライバは、適
時ラスタライズした印刷イメージをメモリ等の記憶領域
へ一時的に保持しておかなければならない。

【０００４】しかしながら、近年に発売されるプリンタ
では高解像度であるため、印刷ページ全体に対応するイ
メージデータのサイズは非常に大きくなる傾向にある。
このため、ラスターデバイスをサポートするプリンタド
ライバでは、ページ全体の矩形領域をより小さいバンド
と呼ばれる矩形領域に分割しながら印刷イメージを順次
ラスタライズしてプリンタ制御コマンドを生成する技法
（以下、バンディング技法）を採用している。

【０００５】このようなバンディング技法を採用したプ
リンタドライバは、自分自身の初期化処理を行う際、グ
ラフィックスエンジンに対してバンディング制御を必要
とする旨を宣言する。そして、アプリケーションプログ
ラムがこのような宣言を行ったプリンタドライバに対し
て描画命令を発行した場合、グラフィックスエンジン
は、その描画命令を、決められたフォーマットを適用し
ながらディスクファイルへ記憶する。こうしてアプリケ
ーションプログラムがページ全体に対する描画命令を発
行し終えると、グラフィックスエンジンはプリンタドラ
イバに対してバンド位置情報を要求し、その位置情報を
クリップ情報として設定しながら、記憶しておいた描画
命令を再生する。この一連のバンド制御処理は、プリン
タドライバが新たなバンド位置情報が無いとグラフィッ
クスエンジンへ通知するまで続けられる。

【０００６】一方、バンディング技法を採用しないプリ
ンタドライバの場合には、前述の初期化処理を行う際、
バンディング制御を必要としない旨をグラフィックスエ
ンジンに対して宣言する。このような場合、グラフィッ
クスエンジンは前述したような描画命令の記録／再生処
理を行わず、直ちに描画命令をプリンタドライバに対し
て出力する。

【０００７】このようにラスタデバイスをサポートする
従来のプリンタドライバでは、バンディング技法を採用
するかどうかを予め固定的に決めておき、これに基づき
プリンタ制御コマンドを生成する。

【０００８】

【発明が解決しようとする課題】ホストコンピュータに
インストールされて動作するアプリケーションプログラ
ムはほとんど印刷機能をサポートしているが、各アプリ
ケーションプログラムの描画制御手法は、扱うデータ種
類やプログラム設計に依存して千差万別である。従っ
て、アプリケーションプログラムの描画制御手法によっ
ては、プリンタドライバがバンディング技法を採用する
かしないかで、印刷処理のパフォーマンスが大きく変化
してしまう場合がある。しかしながら、ラスタデバイス
をサポートする従来のプリンタドライバでは、バンディ
ング技法を採用するかどうかは予め固定的に定められて
いるため、常に決まった技法に基づいてプリンタ制御コ
マンドを生成するのみであった。

【０００９】本発明は上記従来例に鑑みてなされたもの
で、アプリケーションに対応してプリンタ制御コマンド
の生成方法を変更する印刷制御方法及び装置を提供する
ことを目的とする。

【００１０】又本発明の目的は、アプリケーションに対
応して記憶されている、プリンタ制御コマンドを生成す
るための制御情報を変更可能とすることにより、アプリ
ケーションに対応してプリンタ制御コマンドの生成方法
を動的に変更することができる印刷制御方法及び装置を
提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に本発明の印刷制御装置は以下のような構成を備える。
即ち、アプリケーションからの印刷要求によりプリンタ
制御用コマンドを生成する印刷制御装置であって、アプ
リケーションに対応した制御情報を記憶する記憶手段
と、前記印刷要求を発行したアプリケーションに応じた
制御情報を前記記憶手段から取得する取得手段と、画像
情報を基にプリンタ制御用コマンドを生成するプリンタ
コマンド生成手段と、前記アプリケーションからのデー
タに基づいて前記プリンタコマンド生成手段に応じた描
画処理を実行して画像情報を出力する描画手段と、前記
取得手段により取得された前記制御情報を基に、前記プ
リンタコマンド生成手段の能力を決定して前記描画手段
に通知する制御手段と、を有することを特徴とする。

【００１２】上記目的を達成するために本発明の印刷制
御方法は以下のような工程を備える。即ち、アプリケー
ションからの印刷要求に基づいてプリンタドライバによ
りプリンタ制御用コマンドを生成してプリンタ装置に出
力する印刷制御方法であって、印刷要求を発行したアプ
リケーションに応じた制御情報を、アプリケーションに
対応した制御情報を記憶するメモリから取得する取得工
程と、前記取得工程で取得された前記制御情報を基に前
記プリンタドライバの能力を決定してＯＳに通知する工
程と、前記アプリケーションからのデータに基づいて前
記プリンタドライバに応じた描画処理を実行して画像情
報を前記プリンタドライバに出力する描画工程と、を有
することを特徴とする。

【００１３】

【発明の実施の形態】以下、添付図面を参照して本発明
の好適な実施の形態を詳細に説明する。

【００１４】図１は、本発明の実施の形態に係る印刷シ
ステムの構成を示すブロック図である。尚、本実施の形
態に係る機能が実行されるのであれば、単体の機器であ
っても、複数の機器からなるシステムであっても、或は
ＬＡＮ、ＷＡＮ等のネットワークを介して接続され、印
刷処理が行われるシステムであっても適用できることは
言うまでもない。

【００１５】図１において、３０００はホストコンピュ
ータで、ＲＯＭ３のプログラム用ＲＯＭ３ｂに記憶され
た文書処理プログラム等に基づいて、図形、イメージ、
文字、表（表計算等を含む）等が混在した文書処理を実
行するＣＰＵ１を備え、システムバス４に接続される各
デバイスをＣＰＵ１が総括的に制御する。また、このＲ
ＯＭ３のプログラム用ＲＯＭ３ｂ或は外部メモリ１１に
は、ＣＰＵ１の制御プログラムであるオペレーティング
システムプログラム（以下ＯＳ）等が記憶されており、
ＲＯＭ３のフォント用ＲＯＭ３ａ或は外部メモリ１１に
は上記文書処理の際に使用するフォントデータ等が記憶
されており、ＲＯＭ３のデータ用ＲＯＭ３ｃ或は外部メ
モリ１１には、上記文書処理等を行う際に使用する各種
データ（例えば、ディレクトリ情報、プリンタドライバ
・テーブル等）が記憶されている。この場合、制御の主
体は、ハードウェア上はＣＰＵである。一方、ソフトウ
ェア上は制御の主体は、プリンタ制御コマンド生成プロ
グラム（以下プリンタドライバ）というアプリケーショ
ンソフトウェアである。本実施の形態では、ＯＳは例え
ば、ウィンドウズ９５（マイクロソフト社製）を想定し
ているが、これに限るものではない。

【００１６】２はＲＡＭで、ＣＰＵ１の主メモリ、ワー
クエリア等として機能する。５はキーボードコントロー
ラ（ＫＢＣ）で、キーボード９や示図示のポインティン
グデバイス（マウス等）からの入力を制御する。６はＣ
ＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ
（ＣＲＴ）１０への表示を制御する。７はディスクコン
トローラ（ＤＫＣ）で、ブートプログラム、各種アプリ
ケーショシ、フォントデータ、ユーザファイル、編集フ
ァイル、プリンタドライバ等を記憶するハードディスク
（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等
を含む外部メモリ１１とのアクセスを制御する。８はプ
リンタコントローラ（ＰＲＴＣ）で、所定の双方向イン
ターフェース（ＬＡＮ、通信回線等を含む）２１を介し
てプリンタ１５００に接続されており、プリンタ１５０
０との通信制御処理を実行する。なお、ＣＰＵ１は、例
えばＲＡＭ２上に設定された表示情報に基づきアウトラ
インフォントの展開（ラスタライズ）処理などを実行
し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としてい
る。また、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウス
カーソル等で指示されたコマンドに基づいて登録された
種々のウィンドウを開き、種々のデータ処理を実行する
ことができる。

【００１７】次に、プリンタ１５００について説明す
る。

【００１８】１２はプリンタＣＰＵで、ＲＯＭ１３のプ
ログラム用ＲＯＭ１３ｂに記憶された制御プログラム或
は外部メモリ１４に記憶された制御プログラム等に基づ
いてシステムバス１５に接続される印刷部（プリンタエ
ンジン）１７に出力情報としての画像信号を出力する。
また、このＲＯＭ１３のプログラムＲＯＭ１３ｂには、
ＣＰＵ１２の制御プログラム等が記憶されている。ＲＯ
Ｍ１３のフォント用ＲＯＭ１３ａには上記出力情報を生
成する際に使用するフォントデータ等が記憶されてお
り、ＲＯＭ１３のデータ用ＲＯＭ１３ｃにはハードディ
スク等の外部メモリ１４が接続されていないプリンタの
場合には、ホストコンピュータ３０００で利用される情
報等も記憶している。ＣＰＵ１２は入力部１８を介して
ホストコンピュータ３０００との通信処理が可能となっ
ており、プリンタ１５００の情報等をホストコンピュー
タ３０００に通知可能に構成されている。１９はＣＰＵ
１２の主メモリ、ワークエリア等として機能するＲＡＭ
で、図示しない増設ポートに接続されるオプションＲＡ
Ｍにより、そのメモリ容量を拡張することができるよう
に構成されている。なお、ＲＡＭ１９は、出力情報展開
領域、環境データ格納領域、ＮＶＲＡＭ等に用いられ
る。前述したハードディスク（ＨＤ）、ＩＣカード等の
外部メモリ１４は、ディスクコントローラ（ＤＫＣ）２
０によりアクセスを制御される。この外部メモリ１４は
オプションとして接続され、フォントデータ、エミュレ
ーションプログラム、フォームデータ等を記憶する。ま
た、１５０１は操作パネルで、ユーザが操作するための
キースイッチおよびＬＥＤ表示器等が配されている。前
述した外部メモリ１４は１個に限らず、少なくとも１個
以上備え、内蔵フォントに加えてオプションフォントカ
ード、言語系の異なるプリンタ制御言語を解釈するプロ
グラムを格納した外部メモリ１４を複数接続できるよう
に構成されていてもよい。さらに、図示しないＮＶＲＡ
Ｍを有し、操作パネル１５０１からのプリンタモード設
定情報を記憶するようにしてもよい。

【００１９】図２は、本実施の形態に係るホストコンピ
ュータ３０００とプリンタ１５００の機能構成を示す機
能ブロック図である。

【００２０】ホストコンピュータ３０００において、ア
プリケーション２０１、グラフィックエンジン２０２、
プリンタドライバ２０３、及びシステムスプーラ２０４
は、外部メモリ１１に保存されたファイルとして存在
し、ＣＰＵ１により実行される場合、ＯＳやそのモジュ
ールを利用するモジュールによってＲＡＭ２にロードさ
れ実行されるプログラムモジュールである。また、アプ
リケーション２０１及びプリンタドライバ２０３は、外
部メモリ１１のＦＤや不図示のＣＤ−ＲＯＭ、或は不図
示のネットワーク等を経由して外部ディスク１１のＨＤ
に追加することが可能となっている。

【００２１】また外部メモリ１１に保存されているアプ
リケーション２０１は、ＲＡＭ２にロードされて実行さ
れるが、このアプリケーション２０１からプリンタ１５
００に対して印刷を行う際には、同様にＲＡＭ２にロー
ドされ実行可能となっているグラフィックエンジン２０
２を利用して出力（描画）を行う。グラフィックエンジ
ン２０２は、各プリンタ装置ごとに用意されたプリンタ
ドライバ２０３を外部メモリ１１からＲＡＭ２にロード
し、このプリンタドライバ２０３を用いて、アプリケー
ション２０１の出力をプリンタの制御コマンドに変換す
る。こうして変換されたプリンタ制御コマンドは、ＲＡ
Ｍ２にロードされたシステムスプーラ２０４を経て、Ｏ
Ｓによってインターフェース２１経由でプリンタ１５０
０へ出力される仕組みとなっている。

【００２２】本実施の形態の印刷システムは、図２で示
すプリンタ１５００とホストコンピュータ３０００を有
する印刷システムに加えて、更に図３に示すように、ア
プリケーション２０１からの印刷データを一旦中間コー
ドデータでスプールする構成を有する。

【００２３】図３は、図２に示すシステムを拡張した機
能構成を示す図で、グラフィックエンジン２０２からプ
リンタドライバ２０３へ印刷命令を送る際に、一旦中間
コードからなるスプールファイル３０３を生成する構成
をとる。

【００２４】図２に示すシステムでは、アプリケーショ
ン２０１が印刷処理から開放されるのは、プリンタドラ
イバ２０３がグラフィックエンジン２０２からの全ての
印刷命令をプリンタの制御コマンドへ変換し終った時点
である。これに対して図３に示すシステムでは、スプー
ラ３０２が全ての印刷命令を中間コードデータに変換
し、スプールファイル３０３に出力した時点である。通
常、後者の方が短時間で済む。また、図３で示すシステ
ムにおいては、スプールファイル３０３の内容に対して
加工することができる。これによりアブリケーション２
０１からの印刷データに対して、複数ページを１ページ
に縮小して印刷する等、アプリケーションの持たない機
能を実現することができる。

【００２５】これらの目的のために、図２のシステムに
対し、図３の様に中間コードデータでスプールする様、
システムの拡張がなされてきている。なお、印刷データ
の加工を行うためには、通常、プリンタドライバ２０３
が提供するウィンドウから設定を行い、プリンタドライ
バ２０３がその設定内容をＲＡＭ２、或は外部メモリ１
１上に保管する。

【００２６】以下、図３の詳細を説明する。

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

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

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

【００３０】デスプーラ３０５はスプールファイル３０
３に含まれる中間コードを、スプールファイル３０３に
含まれる加工設定の内容に従って加工し、もう一度グラ
フィックエンジン２０２経由で出力する。

【００３１】ディスパッチャ３０１がグラフィックエン
ジン２０２から受け取った印刷命令が、デスプーラ３０
５からグラフィックエンジン２０２へ発行された印刷命
令の場合には、ディスパッチャ３０１はスプーラ３０２
ではなく、プリンタドライバ２０３に印刷命令を送る。
プリンタドライバ２０３はプリンタ制御コマンドを生成
し、システムスプーラ２０４経由でプリンタ１５００に
出力する。

【００３２】図４は、本実施の形態に係るプリンタドラ
イバ２０３がホストコンピュータ３０００のＲＡＭ２へ
ロードされ、実行可能となった状態でのＣＰＵ１からみ
たメモリマップを示す図である。

【００３３】図４において、ＢＩＯＳ２７は、プログラ
ムＲＯＭ３に書き込まれており、ＯＳ２６は外部メモリ
１１であるハードディスク（以下、ＨＤ）に書き込まれ
ている。そして、ホストコンピュータ３０００の電源が
オンされた時に、ＢＩＯＳ２７のＩＰＬ(Initial Progr
am Loading)機能により、ＯＳ２６がＨＤからＲＡＭ２
へ読み込まれ、ＯＳ２６による動作が開始する。そして
実際に、プリンタドライバ２０３が動作可能となるの
は、ユーザ等の指示により、ホストコンピュータ３００
０でＯＳ２６の管理の下に動作するアプリケーション２
０１が印刷処理を開始した場合である。このとき、プリ
ンタドライバ２０３を記録している外部メモリ１１等の
記憶媒体から、ＯＳ２６及びＢＩＯＳ２７の制御の下に
プリンタドライバ２０３が読み出されてＲＡＭ２へロー
ドされる。尚、このとき、プリンタドライバ２０３に関
連したデータ２４もＲＡＭ２にロードされる。

【００３４】図５は、本発明の実施の形態に係るプリン
タドライバ２０３がＯＳ２６のグラフィックスエンジン
（以下、ＧＤＩ）を介してアプリケーション２０１の印
刷要求を受け付けてプリンタ制御コマンドを生成する処
理を示すフローチャートである。

【００３５】まずステップＳ１で、ＧＤＩからの印刷要
求を順次受け付けるとステップＳ２に進み、その印刷要
求が何であるかを判定し、以下の処理ステップで、各要
求に応じたそれぞれの処理を行う。この一連の動作は、
ステップＳ２で印刷終了要求を受け付けたと判断される
まで続けられる。

【００３６】ステップＳ２の判定で、初期化処理の要求
であると判断されるとステップＳ３に進む。この初期化
処理は通常の印刷処理において、最初にプリンタドライ
バ２０３がＧＤＩより受け付けるものである。この初期
化要求を受け付けるとステップＳ４に進み、プリンタド
ライバ２０３はグラフィックス描画能力等を含むプリン
タデバイスドライバ情報を、予め決められた規則に則っ
てＧＤＩへ宣言する。こうしてプリンタドライバ２０３
から得た情報を基にＧＤＩは、アプリケーション２０１
から発行された複雑なグラフィックス描画要求を簡易な
描画要求の組み合わせに展開しながらプリンタドライバ
２０３へ出力したり、バンディング処理を必要に応じて
サポートしたりすることができる。そしてステップＳ５
に進み、プリンタドライバ２０３は、プリンタデバイス
情報の初期化処理を行い、この初期化要求に対する処理
を終了する。

【００３７】いま、例えばステップＳ４で、プリンタド
ライバ２０３がバンディングを必要とする旨をＧＤＩに
対して宣言すると、そのＧＤＩはアプリケーション２０
１から発行される印刷要求を、予め決められたフォーマ
ット形式でディスクファイルへ記憶する。アプリケーシ
ョン２０１がページ全体に対する印刷要求を発行し終え
ると、ＧＤＩはプリンタドライバ２０３から各描画領域
（以下、バンド領域）の情報を順次取得しながら、一時
記憶しておいた印刷要求をプリンタドライバ２０３に対
して繰り返して出力する。このような一連の処理は、プ
リンタドライバ２０３から終了通知がくるまで続けられ
ることになる。一方ステップＳ４で、プリンタドライバ
２０３がバンディングを必要としない旨を宣言すると、
ＧＤＩは前述のような処理を行わず、アプリケーション
２０１から発行された印刷要求を直ちにプリンタドライ
バ２０３へ出力するように動作する。

【００３８】この初期化要求に続いて印刷開始要求を受
け付けた場合はステップＳ２からステップＳ６に進み、
ラスタライズしたイメージデータをプリンタ制御コマン
ドに変換するまで一時的に記憶できるように、プリンタ
ドライバ２０３はホストコンピュータ３０００のＲＡＭ
２にメモリ領域（以下、バンドメモリ）を確保する（ス
テップＳ７）。ここで、前述の初期化処理（ステップＳ
３〜Ｓ５）で、プリンタドライバ２０３がバンディング
が必要であると宣言した場合には、印刷する画像の１ペ
ージ分よりも小さな領域に対応するメモリ容量を確保す
るだけで良いが、バンディングが不要である宣言されて
いる場合には、ページ全体のイメージデータを完全に記
憶できるだけのメモリ容量を確保する必要がある。そし
て次にステップＳ８に進み、プリンタドライバ２０３
は、ＧＤＩが管理するシステムスプーラ２０４に対して
印刷ジョブの生成を要求し、その印刷開始要求に対する
処理を終了する。

【００３９】こうして印刷開始要求を受け付けてから印
刷終了要求を受け付けるまでの間、プリンタドライバ２
０３はグラフィックス描画要求とページ制御要求を、順
次、適当な順番で受け取ることになる。

【００４０】プリンタドライバ２０３がグラフィックス
描画要求を受け付けるとステップＳ２からステップＳ９
に進み、その描画要求に応じたイメージの構築（以下、
ラスタライズ）を直ちに行い（ステップＳ１０）、前述
のステップＳ７で確保したバンドメモリへ、そのイメー
ジデータを記憶する（ステップＳ１１）。

【００４１】一方、プリンタドライバ２０３がページ制
御要求を受け付けるとステップＳ２からステップＳ１２
に進み、ページ制御要求の種類を判定する（ステップＳ
１３）。次にステップＳ１４で、このページ制御要求の
種類を判別し、その制御要求がＧＤＩによるバンド領域
情報の要求であった場合にはステップＳ１５に進み、プ
リンタドライバ２０３は新しいバンド領域情報を取得
し、ステップＳ１６で、その結果をＧＤＩに通知する。
そしてステップＳ１７に進み、既にラスタライズしたイ
メージデータがあれば、そのイメージデータに対応する
プリンタ制御コマンドを生成してシステムスプーラ２０
４へ出力する。

【００４２】一方、ページ制御要求が改ページ要求であ
った場合はステップＳ１４からステップＳ１８に進み、
その改ページ要求を入力し、直ちにステップＳ１７に進
み、既にラスタライズ済みのイメージデータからプリン
タ制御コマンドを生成して出力する。

【００４３】ここで例えば、前述のステップＳ３〜Ｓ５
の初期化処理でバンディングが必要とプリンタドライバ
２０３が宣言している場合には、通常、ページ制御要求
に対応する処理は「ステップＳ１４→Ｓ１５→Ｓ１６→
Ｓ１７」の流れで行われることになる。逆に前述の初期
化処理において、プリンタドライバ２０３がバンディン
グ不要と宣言した場合には「ステップＳ１４→Ｓ１８→
Ｓ１７」の流れで処理が行われることになる。

【００４４】最後にプリンタドライバ２０３は、印刷終
了要求を受け付けるとステップＳ１９，Ｓ２０に進み、
ステップＳ７で確保したメモリ領域を解放する次にステ
ップＳ２１に進み、システムスプーラ２０４に対して印
刷ジョブのクローズを要求し、印刷終了要求に対する処
理を終了する。

【００４５】次に、本実施の形態に係るプリンタドライ
バ２０３の処理について詳しく説明する。このプリンタ
ドライバ２０３は、図５のステップＳ３とＳ４の処理の
間で図６のフローチャートに示す処理を行うことを特徴
とする。また、本実施の形態のプリンタドライバ２０３
が使用するアプリケーションの名称とアプリケーション
の特徴の対応情報を図７に示す。

【００４６】本実施の形態では、ＧＤＩ及びプリンタド
ライバ２０３の印刷に関する処理パフォーマンスが、ア
プリケーション２０１の発行するグラフィックス描画要
求の特徴と、プリンタドライバ２０３の初期化時に宣言
するプリンタデバイスドライバ情報、特にバンディング
制御情報によって大きく変化するものと想定する。例え
ば、アプリケーション２０１が多層に重なったビットマ
ップや大きなサイズのビットマップを描画するグラフィ
ックス描画要求を送ってきた場合を考慮すると、バンデ
ィング制御の有無によって大きく処理パフォーマシスが
変化することになる。ここでプリンタドライバ２０３が
バンディング制御を必要と宣言している場合には、前述
したように、ＧＤＩがビットマップ描画要求を含む印刷
要求の全てをディスクファイルへ記憶し、後でプリンタ
ドライバ２０３へ繰り返して出力することになる。この
ようなビットマップ描画要求は、ＧＤＩがディスクファ
イルへ一時記憶する印刷要求情報のデータサイズを肥大
化させるので、その書き込み処理と、その後の読み出し
処理に要する時間は相対的に大きくなる。

【００４７】一方、前述したようにプリンタドライバ２
０３がバンディング制御を不要と宣言している場合に
は、このようなパフォーマンスの劣化要因は解消でき
る。但し、このような宣言をプリンタドライバ２０３が
行った場合には、ページ全体のイメージデータを完全に
記憶できるメモリ容量を確保する必要があるので、状況
によってはメモリ資源が枯渇してしまうことになり、相
対的にパフォーマンスが劣化する場合もある。通常、メ
モリ資源が枯渇してくると、ＲＡＭ２へ記憶されている
データを外部メモリ１１へ一時的に待避するスワップ処
理がＯＳ２６の管理の下に行われるため、システム全体
の処理パフォーマンスは低下する。

【００４８】本実施の形態では、一般的な印刷処理にお
いて、プリンタドライバ２０３がバンディング制御を必
要と宣言した方が経験的に処理パフォーマンスが良くな
るものとする。また、これと同時に、特定のアプリケー
ションを用いた印刷処理では、前述の原因により大きく
パフォーマンスが劣化するものの、このような場合でも
バンディング制御が不要であると宣言すれば、相対的に
大きくパフォーマンスを改善できるものと想定する。

【００４９】本実施の形態では、プリンタドライバ２０
３の導入時に、前述したような特定のアプリケーション
に関する情報をホストコンピュータ３０００の外部メモ
リ１１へ予め記憶しておくものとし、その情報へはＯＳ
２６が提供するシステムコールを使用してアクセス可能
とする。更に、このアプリケーション情報は、図７に示
したように、アプリケーションの名称を検索キーとして
構成されており、プリンタドライバ２０３が、バンディ
ング制御が不要であると宣言した方が総じて高速に印刷
処理を行えるといった情報を含め、幾つかの情報を複合
的に指定可能な形態にしている。具体的には、各アプリ
ケーション情報はそれぞれ４バイトで構成され、各ビッ
トフィールドはそれぞれ個別の情報を示しているものと
し、特に最下位ビットが立っていればバンディング制御
が不要である旨を宣言するものとする。

【００５０】なお本実施の形態では、アプリケーション
情報をプリンタ導入時に予めホストコンピュータ３００
０の外部メモリ１１へ静的に記憶しておくとしたが、こ
れに限るものではない。同様の情報をホストコンピュー
タ３０００に着脱可能な記憶手段へ記憶しても良い。

【００５１】以上の前提に基づいて、図６に示すフロー
チャートを参照して処理を説明する。

【００５２】プリンタドライバ２０３は、初期化要求を
受け付けるとステップＳ３１に進み、初期化要求の追加
情報から印刷要求を発行してきたアプリケーションの名
称を取得し、図７に示したアプリケーションの関連情報
をＯＳ２６のシステムコールを用いてＲＡＭ２へ読み込
む（ステップＳ３２）。続いてステップＳ３３に進み、
プリンタドライバ２０３は、ステップＳ３１で取得した
アプリケーションの名称をキーにしてアプリケーション
情報を検索し、バンディング制御を必要と宣言した方が
良いか、そうでない方が良いかを判定し（ステップＳ３
３）、そして図５のステップＳ４に進んで、プリンタド
ライバ２０３の能力を宣言する。

【００５３】例えば本実施の形態では、最下位ビットが
立っているアプリケーションの名称「ＳＩＮＪＵＫ
Ｕ」、「ＯＨＳＡＫＩ」、「ＳＩＮＡＧＡＷＡ」を持つ
アプリケーションからの印刷処理でのみバンディング制
御が不要であると宣言し、それ以外のアプリケーション
の場合には、バンディング制御が必要であると宣言する
ことになる。このようにして判定した情報を基に、プリ
ンタドライバ２０３はプリンタドライバのグラフィック
ス描画能力を含むプリンタデバイスドライバ情報をＧＤ
Ｉに対して宣言する（ステップＳ４）。

【００５４】尚、本実施の形態に示した機能が外部から
インストールされるプログラムによって、ホストコンピ
ュータ３０００により遂行されても良い。その場合、そ
の機能がＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記
憶媒体により、或いは、電子メールやパソコン通信等の
ネットワークを介して外部の記憶媒体から、プログラム
を含む情報群を出力装置やホストコンピュータを含むシ
ステム内にロードすることにより、ホストコンピュータ
或いは出力装置に供給される場合でも本発明は適用され
るものである。

【００５５】ここまでの実施の形態に示した通り、本実
施の形態に係るプリンタドライバ２０３は、初期化要求
時に特定のアプリケーション関連情報を取得し、その取
得した情報を基にオペレーティングシステムのグラフィ
ックスエンジンへ宣言するプリンタドライバ能力を選択
し、その選択したプリンタドライバ能力に基づいてプリ
ンタ制御コマンドを生成するので、状況に応じて比較的
に高速な印刷手法を選択して実行できるという効果があ
る。

【００５６】［他の実施の形態］上記で示した第１実施
の形態では、特定のアプリケーションに関する情報を、
プリンタドライバ導入時に予めホストコンピュータ３０
００の外部メモリ１１へ記憶しておくものとしたが、同
様の情報をプリンタドライバが提供するグラフィックス
ユーザインターフェイスを介してホストコンピュータ３
０００上の任意の記憶手段へ動的に記憶するといった構
成をとっても良い。また、ホストコンピュータ３０００
上で動作するプリンタドライバ以外のプログラムモジュ
ールを介して、同様の情報を記憶しても良い。

【００５７】以上説明したように本実施の形態によれ
ば、プリンタ制御コマンド生成処理を開始する以前に特
定の情報を取得し、その取得した特定の情報からオペレ
ーティングシステムへ宣言するプリンタドライバ能力を
決定し、その決定したプリンタドライバ能力に基づい
て、プリンタ制御コマンド生成するので、状況に応じて
高速な印刷手法を選択して実行できるという効果があ
る。

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

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

【００６０】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。このプログラムコード
を供給するための記憶媒体としては、例えば、フロッピ
ーディスク、ハードディスク、光ディスク、光磁気ディ
スク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性
のメモリカード、ＲＯＭなどを用いることができる。

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

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

【００６３】以上説明したように本実施の形態２によれ
ば、特定のＡＰＩを発行するアプリケーション、特殊な
パラメータによるＡＰＩの使用をするアプリケーショ
ン、ある特定モードにおいて、パフォーマンスの劣化を
引き起こすようなプリンタドライバのコールを行なうよ
うなアプリケーションの名称を登録して保存しておくこ
とを可能にし、その登録、保存されたアプリケーション
の名称に基づいて、より最適な印刷モードを選択でき
る。

【００６４】これにより、先に登録されたアプリケーシ
ョンだけでなく、特定のアプリケーションにおいても印
刷スループットの向上、または適正な印刷結果を得るこ
とができるという効果がある。

【００６５】また、上記登録条件を各デバイスに依存す
るドライバより取得することにより、さらに汎用性の高
い効果を得ることができる。

【００６６】

【発明の効果】以上説明したように本発明によれば、ア
プリケーションに対応してプリンタ制御コマンドの生成
方法を変更することができる。

【００６７】又本発明によれば、アプリケーションに対
応して記憶されている、プリンタ制御コマンドを生成す
るための制御情報を変更可能とすることにより、アプリ
ケーションに対応してプリンタ制御コマンドの生成方法
を動的に変更することができるという効果がある。

【図面の簡単な説明】

【図１】本発明の実施の形態に係る印刷システムにおけ
る、ホストコンピュータ及びプリンタの構成を説明する
ブロック図である。

【図２】本発明の実施の形態に係る印刷システムのホス
トコンピュータにおける機能構成を示す図である。

【図３】本実施の形態に係るホストコンピュータの機能
を説明する機能ブロック図である。

【図４】本実施の形態のホストコンピュータにプリンタ
ドライバがロードされた状態のＲＡＭのメモリマップを
示している図である。

【図５】本実施の形態のプリンタドライバの処理概略を
示したフローチャートである。

【図６】本実施の形態に係るプリンタドライバの特徴的
処理を説明するフローチャートである。

【図７】本実施の形態に係るプリンタドライバが使用す
るアプリケーション情報を説明する図である。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 アプリケーションからの印刷要求により
   プリンタ制御用コマンドを生成する印刷制御装置であっ
   て、 アプリケーションに対応した制御情報を記憶する記憶手
   段と、 前記印刷要求を発行したアプリケーションに応じた制御
   情報を前記記憶手段から取得する取得手段と、 画像情報を基にプリンタ制御用コマンドを生成するプリ
   ンタコマンド生成手段と、 前記アプリケーションからのデータに基づいて前記プリ
   ンタコマンド生成手段に応じた描画処理を実行して画像
   情報を出力する描画手段と、 前記取得手段により取得された前記制御情報を基に、前
   記プリンタコマンド生成手段の能力を決定して前記描画
   手段に通知する制御手段と、を有することを特徴とする
   印刷制御装置。
2. 【請求項２】 前記プリンタコマンド生成手段は、プリ
   ンタドライバ・ソフトウェアであることを特徴とする請
   求項１に記載の印刷制御装置。
3. 【請求項３】 前記描画手段は、前記アプリケーション
   からの描画要求に基づいてラスタライズを行う、ＯＳ上
   で動作するグラフィックスエンジン・ソフトウェアであ
   ることを特徴とする請求項１に記載の印刷制御装置。
4. 【請求項４】 前記制御情報は、前記プリンタコマンド
   生成手段が印刷用イメージを印刷用イメージを順次ラス
   タライズしたプリンタ制御用コマンドを生成するか否か
   の情報を含むことを特徴とする請求項１乃至３のいずれ
   か１項に記載の印刷制御装置。
5. 【請求項５】 前記アプリケーションは前記ＯＳ上で動
   作するアプリケーションプログラムであることを特徴と
   する請求項３に記載の印刷制御装置。
6. 【請求項６】 アプリケーションからの印刷要求に基づ
   いてプリンタドライバによりプリンタ制御用コマンドを
   生成してプリンタ装置に出力する印刷制御方法であっ
   て、 印刷要求を発行したアプリケーションに応じた制御情報
   を、アプリケーションに対応した制御情報を記憶するメ
   モリから取得する取得工程と、 前記取得工程で取得された前記制御情報を基に前記プリ
   ンタドライバの能力を決定してＯＳに通知する工程と、 前記アプリケーションからのデータに基づいて前記プリ
   ンタドライバに応じた描画処理を実行して画像情報を前
   記プリンタドライバに出力する描画工程と、を有するこ
   とを特徴とする印刷制御方法。
7. 【請求項７】 前記描画工程は、前記アプリケーション
   からの描画要求に基づいてラスタライズを行う、ＯＳ上
   で動作するグラフィックスエンジン・ソフトウェアによ
   り実行されることを特徴とする請求項６に記載の印刷制
   御方法。
8. 【請求項８】 前記制御情報は、前記プリンタドライバ
   が印刷用イメージを印刷用イメージを順次ラスタライズ
   したプリンタ制御用コマンドを生成するか否かの情報を
   含むことを特徴とする請求項６又は７に記載の印刷制御
   方法。
9. 【請求項９】 前記アプリケーションは前記ＯＳ上で動
   作するアプリケーションプログラムであることを特徴と
   する請求項７に記載の印刷制御方法。
10. 【請求項１０】 請求項６乃至９のいずれか１項に記載
    の印刷制御方法を実行するプログラムを記憶したコンピ
    ュータにより読み取り可能な記憶媒体。