JPH11134121A - 印刷システムおよび印刷システムのデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 データ処理装置から転送される第１の印刷デ
ータに左右されることなく、印刷装置側で第２の印刷デ
ータに基づく印刷処理効率を格段に向上させることであ
る。 【解決手段】 印刷装置１００側における第２の印刷デ
ータへの展開処理に並行して、ＶＰＭ２０３２が転送さ
れる第１の印刷データに基づいて第２の印刷データへ展
開処理してスプールファイル２０３３として格納し、プ
ロセスモニタと２０３４が共働して印刷装置１００側の
第２の印刷データへの展開処理状態に応じてスプールフ
ァイル２０３３における第２の印刷データを適宜選択し
た印刷処理に遷移させる構成を特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所定の通信媒体を
介して印刷装置とデータ処理装置とが通信可能に構成さ
れた印刷システム及び印刷システムのデータ処理方法お
よびコンピュータが読み出し可能なプログラムを格納し
た記憶媒体に関するものである。

【０００２】

【従来の技術】従来、ホストコンピュータからの印刷情
報を受けて動作する印刷装置や複写機を含む情報処理シ
ステム、特に、ＰＣＬやＬＩＰＳやＰｏｓｔＳｃｒｉｐ
ｔの名称で一般的に知られているページ記述言語（以
下、Ｐｒｉｎｔｅｒ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎ
ｇｕａｇｅ（ＰＤＬ））を搭載する印刷装置とその印刷
装置のためにホストコンピュータ側で用意されるプリン
タドライバまたはプリントプロセッサなどと呼ばれる印
刷情報データを処理するソフトウエアモジュール群をあ
わせた印刷データ処理装置を含む印刷システムが提案さ
れている。

【０００３】以下、従来の印刷システムにおける印刷制
御方法および処理の流れについてまず説明する。

【０００４】一般的には、セントロニクスインタフェー
スといったパラレル通信手段やネットワーク通信手段を
介してホストコンピュータと印刷装置とが接続され印刷
システムを構成している。

【０００５】ホストコンピュータ側では、ワードプロセ
ッサや表計算のようなアプリケーションソフトウエア
（以下、アプリと略称）がＷｉｎｄｏｗｓ（商品名）の
ようないわゆる基本ソフトの上で動作している。

【０００６】このアプリにおいて印刷を行う場合は、そ
のプログラム内から基本ソフトが提供するいくつかのサ
ブシステムのうちのグラフィックサブシステムの機能を
用いて行う。

【０００７】このグラフィックサブシステムは、例え
ば、Ｗｉｎｄｏｗｓでは、Ｇｒａｐｈｉｃ Ｄｅｖｉｃ
ｅ Ｉｎｔｅｒｆａｃｅ（ＧＤＩ）と呼ばれておりディ
スプレイやプリンタに対する画像情報の処理を司ってい
る。

【０００８】このＧＤＩは、ディスプレイやプリンタと
いった各デバイス毎の依存性を吸収するためにデバイス
ドライバと呼ばれるモジュールを動的にリンクし、それ
ぞれのデバイスに対する出力処理を行う。プリンタに対
するこのモジュールはプリンタドライバと呼ばれる。

【０００９】このプリンタドライバでは、その能力や機
能などに応じて予めデバイスドライバに実装することが
決められているＤＤＩ（Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ
Ｉｎｔｅｒｆａｃｅ）と呼ばれる関数群を用意する必要
がある。アプリのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐ
ｒｏｇｒａｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）コールをＧ
ＤＩがデバイスドライバ用にデータ変換を行い、このＤ
ＤＩ関数群が適宜ＧＤＩからコールされ所定の印刷処理
が実行されるような仕組みになっている。

【００１０】上記グラフィックサブシステムとしてのＧ
ＤＩでは、このようにプリンタドライバを介してアプリ
からの印刷要求を処理している。また、このように処理
されたデータは、スプールサブシステムと呼ばれる印刷
装置に特有のサブシステムに渡され処理される。ここで
は、印刷データを印刷装置に送出する前に一時的にハー
ドディスク等のデータ格納手段にデータを貯えるスプー
リング処理を行ったり、印刷装置の状態を監視するプロ
セスが実行されたりする。

【００１１】以上、従来の印刷システムにおけるホスト
コンピュータ側の構成要素について説明したが、印刷装
置としてＰＤＬプリンタを例に取り処理の流れを説明す
る。

【００１２】ＰＤＬプリンタでは、印刷装置内にＰＤＬ
コントローラと呼ばれる印刷データ処理装置が存在す
る。

【００１３】このＰＤＬコントローラでは、ＰＤＬデー
タの受信，ＰＤＬデータの解釈，実行及びデータに基づ
く印刷イメージの描画展開処理，プリンタエンジンに対
するページスケジューリング等の処理が行われている。

【００１４】このようなＰＤＬコントローラを搭載する
印刷装置に対するプリンタドライバの処理としては、Ｇ
ＤＩからの描画指示があってもホストコンピュータ側で
描画処理を行うわけではなく、どんな描画を行うかを単
にＰＤＬコードとして書き直すだけの作業を行うのが一
般的である。

【００１５】ＧＤＩからプリンタドライバに対し、例え
ば線幅１０ドットで半径１００ドットの円を描画せよと
いう指示が来ると、その指示に対応するＰＤＬの命令と
して、線幅指定命令や、円描画命令といったＰＤＬの命
令に置き換えるデータ変換処理を行うのみで、ホストコ
ンピュータ側で実際にその円を描画するわけではなかっ
た。

【００１６】また、スプールサブシステムにおいては、
印刷装置側の受信バッファがいっぱいになると、データ
送出可能になるまで待機することになるが、この待機し
ている期間には特に何か別の処理を行うということはな
かった。

【００１７】また、ネットワーク環境下におけるプリン
トサーバのようなものでは、このスプールサブシステム
には複数のユーザの印刷ジョブが貯えられることにな
る。

【００１８】このため、すでに複数の印刷ジョブデータ
がスプールされて待ち状態になっているような状態で
は、アプリから印刷を実行しても、印刷結果が印刷装置
から出力されるまでにはしばらく待たされるようなこと
もよくあることである。

【００１９】図８は、この種の印刷システムにおける印
刷データ処理状態を説明する概念図であり、例えば印刷
ジョブｊｏｂ１〜ｊｏｂ６を処理する場合に対応する。

【００２０】図において、Ｈはホストコンピュータで、
プリンタＰと所定の通信媒体を介して通信可能に構成さ
れている。

【００２１】従来の印刷システムでは、プリンタＰ内の
ＰＤＬの処理として印刷イメージを展開するまでの処理
に時間がかかると、プリンタＰ内のメモリ資源内に確保
される受信バッファがいっぱいになり、受信バッファに
入りきらない印刷データはホストコンピュータＨ側のス
プーラに滞留することになるが、この際にホストコンピ
ュータＨ側のスプールサブシステムはスプーラが印刷デ
ータ送出処理を行っている以外は処理を行っていないの
で、印刷結果を得るまでの時間はＰＤＬコントローラが
印刷イメージを展開処理完了するまでの時間となってい
る。

【００２２】なお、一般的には印刷装置に送出した印刷
ジョブデータは直ちにスプーラから削除されるように処
理しているが、スプールすべきデータの格納領域は有限
であるので、待ち状態のスプールファイルが非常にたく
さんあるとアプリから印刷不可能といった状態に陥るこ
ともある。

【００２３】また、スプールサブシステムでは、例えば
Ｗｉｎｄｏｗｓにおいてランゲージモニタと呼ばれるプ
ロセスが実行され、ＩＥＥＥ−１２８４に準拠する印刷
装置との双方向通信によって、各印刷ジョブの排紙完了
や印刷装置内で発生したエラー情報などを知ることが可
能であるが、そこで得られた状態情報によってスプーラ
の処理を動的に変更するようなことは従来の印刷システ
ムでは行っていなかった。

【００２４】さらに、Ｗｉｎｄｏｗｓには、このスプー
ルサブシステムによって動的にリンクされ動作するプロ
セスとして、プリントプロセッサと呼ばれるものが存在
する。

【００２５】このプリントプロセッサによるプロセスで
は、プリンタドライバまたはシステム（ＧＤＩ）が作成
した印刷情報データをハードディスク等の格納手段に貯
め込んだり、貯め込まれた印刷情報データをプリンタに
送出したりする処理を専門に行う部分であるが、従来
は、プリンタドライバが作成したＰＤＬコード列は、こ
のプリントプロセッサでページ単位で情報の順序操作な
どが行われている場合もあるが、この段階でＰＤＬを解
析し印刷イメージの展開処理を行うような処理はされて
いなかった。

【００２６】一般的にこのような印刷イメージの展開処
理は前段のプリンタドライバで行うものとされていたた
め、スプールサブシステムにおいて処理するようなこと
は考えられていなかった。

【００２７】

【発明が解決しようとする課題】しかしながら、従来の
印刷データ処理は上記のようになされていたので、ネッ
トワーク環境下で複数ユーザに共有されるＰＤＬプリン
タの場合、印刷装置の利用効率を上げることができない
という問題点があった。

【００２８】また、印刷装置自身の処理能力を高め上記
問題を解決するためには、印刷装置側により高性能なＣ
ＰＵやより多くのメモリが必要となり、印刷装置のコス
トアップ要因となってしまう。

【００２９】一方、一般的にＰＤＬコントローラを搭載
する印刷装置では、印刷データがプリンタ内に送られて
もＰＤＬデータをプリンタ内で解析し印刷結果としての
イメージを展開するための描画展開処理の時間が存在す
る。

【００３０】具体的には、印刷すべき紙面をＰＤＬ化し
た印刷データに複雑度の高い図形やそのイメージに対す
る回転・変形といったプリンタコントローラにとって負
荷の重い処理が含まれている場合や、小さな文字や細か
い図形が紙面いっぱいに描画されたり、描画されるもの
が積層構造になっているような場合、描画すべきオブジ
ェクト数が極端に多くなり、そのための処理時間がかか
るため、高速なエンジンであってもそのエンジン性能を
最大限に発揮できていないという問題がある。

【００３１】例えば、１分間にＡ４用紙が２４枚の印刷
が可能な印刷機構を持つ印刷装置であって、それがネッ
トワーク環境下で複数のユーザで共有されていたとす
る。あるユーザがその印刷装置に送った印刷データは、
２４ページある仕様書であったが、その内容に非常に細
かい図形が多数貼り付けられていたり複雑なクリッピン
グ処理を多用するような画像であったためすべてを出力
までに６分かかったとする。

【００３２】仮に、２４ページがすべて均等の処理時間
だったと仮定すると、２４ＰＰＭ（ＰａｇｅＰｅｒＭｉ
ｎｉｔｓ）という高速エンジンであっても、結果的には
４ＰＰＭの低速エンジンで出力するようなものとなって
しまう。このようにプリンタコントローラの性能がエン
ジン速度に見合った性能を出せないようなケースでは、
結果的に印刷待ち状態が多発してしまい、効率的な業務
の遂行に支障をきたす可能性があった。

【００３３】また、一般的に高速なエンジンは高価であ
り、その能力が充分に生かされないままとなってしまう
ことは、メーカからすれば過剰スペックであり、ユーザ
からすれば設備投資に対する無駄使いともなりかねない
ことになり、このような状況に対して何のソリューショ
ンもないことが問題であった。

【００３４】本発明は上記の問題点を解消するためにな
されたもので、処理能力の異なる種々の印刷装置とデー
タ処理装置とで印刷システムが構築され、かつデータ処
理装置から転送される第１の印刷データに基づく第２の
印刷データへの展開処理負担が変動することを考慮し
て、データ処理装置側でも印刷装置側で展開処理される
と同一の第２の印刷データを展開処理して格納して、印
刷装置側の第２の印刷データ処理状態に応じてデータ処
理装置側で展開処理された第２の印刷データを印刷装置
側に転送制御することにより、データ処理装置から転送
される第１の印刷データに左右されることなく、印刷装
置側で第２の印刷データに基づく印刷処理効率を格段に
向上させることができる印刷システムおよび印刷システ
ムのデータ処理方法およびコンピュータが読み出し可能
なプログラムを格納した記憶媒体を提供することであ
る。

【００３５】

【課題を解決するための手段】本発明に係る第１の発明
は、所定の通信媒体を介して印刷装置とデータ処理装置
とが通信可能に構成された印刷システムであって、基本
オペレーティングシステムのグラフィックサブシステム
によって生成される出力情報を前記印刷装置が解析可能
な第１の印刷データに変換処理する変換手段と、前記変
換手段により変換された前記第１の印刷データを格納す
る第１の格納手段と、前記第１の格納手段に格納された
前記第１の印刷データを前記印刷装置に転送する第１の
転送手段と、前記第１の転送手段による前記第１の印刷
データの転送に並行して、前記印刷データに基づいて前
記印刷装置から印刷可能な第２の印刷データに展開処理
する第１の展開処理手段と、前記第１の展開処理手段に
より展開された前記第２の印刷データを格納する第２の
格納手段と、前記第１の転送手段による前記第１の印刷
データの転送開始後、前記印刷装置による印刷処理状態
を監視する第１の監視手段と、前記第１の監視手段によ
る監視結果に基づいて前記印刷装置に対して前記第２の
格納手段に格納されていた前記第２の印刷データを転送
する第２の転送手段とを有するものである。

【００３６】本発明に係る第２の発明は、所定の通信媒
体を介して印刷装置とデータ処理装置とが通信可能に構
成された印刷システムであって、前記データ処理装置で
生成される出力情報から変換されて転送される第１の印
刷データを解析して印刷可能な第２の印刷データに展開
する第２の展開処理手段と、前記第２の展開処理手段に
よる前記第２の印刷データの展開処理状態を監視する第
２の監視手段と、前記第２の監視手段による監視結果に
基づいて前記データ処理装置に格納されている前記第２
の展開処理手段が展開すべき前記第２の印刷データを取
得して、該取得した前記第２の印刷データによる印刷実
行状態を制御する制御手段とを有するものである。

【００３７】本発明に係る第３の発明は、前記第２の印
刷データに基づいて印刷処理する印刷部の印刷処理状態
を監視して所定のジャム発生状態を検知する検知手段を
有し、前記制御手段は、前記検知手段により前記所定の
ジャム発生状態を検知している場合に、印刷処理中の第
２の印刷データを破棄して、前記データ処理装置に格納
されている前記第２の展開処理手段が展開すべき前記第
２の印刷データを取得して、該取得した前記第２の印刷
データによる印刷実行状態を制御するものである。

【００３８】本発明に係る第４の発明は、所定の通信媒
体を介して印刷装置とデータ処理装置とが通信可能に構
成された印刷システムであって、基本オペレーティング
システムのグラフィックサブシステムによって生成され
る出力情報を前記印刷装置が解析可能な第１の印刷デー
タに変換処理する変換手段と、前記変換手段により変換
された前記第１の印刷データを格納する第１の格納手段
と、前記第１の格納手段に格納された前記第１の印刷デ
ータを前記印刷装置に転送する第１の転送手段と、前記
第１の転送手段による前記第１の印刷データの転送に並
行して、前記第１の印刷データに基づいて前記印刷装置
から印刷可能な第２の印刷データに展開処理する第１の
展開処理手段と、前記第１の展開処理手段により展開さ
れた前記第２の印刷データを格納する第２の格納手段
と、前記印刷装置に転送する前記第１の印刷データの種
別がイメージオブジェクトかどうかを判定する判定手段
と、前記判定手段の判定結果に基づいて前記第１の印刷
データの転送に代えて前記第２の印刷データを転送する
ように転送すべき印刷データの候補を切り替え制御する
制御手段とを有するものである。

【００３９】本発明に係る第５の発明は、前記制御手段
は、転送すべき印刷データの候補の切り替え時に、前記
第１の印刷データが転送されていた通信媒体中の通信路
とは物理的または論理的に異なる通信路を自動選択して
前記第２の印刷データを前記印刷装置に転送するもので
ある。

【００４０】本発明に係る第６の発明は、所定の通信媒
体を介して印刷装置とデータ処理装置とが通信可能に構
成された印刷システムであって、基本オペレーティング
システムのグラフィックサブシステムによって生成され
る出力情報を前記印刷装置が解析可能な第１の印刷デー
タに変換処理する変換手段と、前記変換手段により変換
された前記第１の印刷データを格納する第１の格納手段
と、前記第１の格納手段に格納された前記第１の印刷デ
ータを前記印刷装置に転送する第１の転送手段と、前記
第１の転送手段による前記第１の印刷データの転送に並
行して、前記第１の印刷データに基づいて前記印刷装置
から印刷可能な第２の印刷データに展開処理する第１の
展開処理手段と、前記第１の展開処理手段により展開さ
れた前記第２の印刷データを圧縮して格納する第２の格
納手段と、前記第１の転送手段による前記第１の印刷デ
ータの転送開始後、前記印刷装置による印刷処理状態を
監視する第１の監視手段と、前記第１の監視手段による
監視結果に基づいて前記印刷装置に対する前記第２の格
納手段に格納されていた前記第２の印刷データを転送す
る第２の転送手段と、前記第２の転送手段による前記第
２の印刷データの転送レートおよび前記第２の転送手段
による前記第２の印刷データの圧縮後のデータ量を導出
して、圧縮された前記第２の印刷データの転送処理時間
を算出する算出手段と、前記算出手段により算出された
前記第２の印刷データの転送処理時間を前記印刷装置に
通知する通知手段とを有するものである。

【００４１】本発明に係る第７の発明は、所定の通信媒
体を介して印刷装置とデータ処理装置とが通信可能に構
成された印刷システムであって、 前記データ処理装置
で出力情報から変換されて転送される第１の印刷データ
を解析して印刷可能な第２の印刷データに展開する第２
の展開処理手段と、前記データ処理装置で算出される前
記第２の印刷データの展開から転送終了までに要するホ
スト処理時間内に前記第２の展開処理手段による前記第
２の印刷データの展開処理が終了するかどうかを監視す
る第２の監視手段と、前記第２の監視手段が監視するホ
スト処理時間内に前記第２の展開処理手段による前記第
２の印刷データの展開処理が終了するかどうかに基づい
て前記データ処理装置に格納されている前記第２の印刷
データあるいは前記第２の展開処理手段が展開する前記
第２の印刷データのいずれかを選択して印刷部に転送す
る制御手段とを有するものである。

【００４２】本発明に係る第８の発明は、所定の通信媒
体を介して印刷装置とデータ処理装置とが通信可能に構
成された印刷システムのデータ処理方法であって、基本
オペレーティングシステムのグラフィックサブシステム
によって生成される出力情報を前記印刷装置が解析可能
な第１の印刷データに変換処理する変換工程と、前記変
換工程により変換された前記第１の印刷データをスプー
ルする第１のスプール工程と、前記第１のスプール工程
によりスプールされた前記第１の印刷データを前記印刷
装置に転送する第１の転送工程と、前記第１の転送工程
による前記第１の印刷データの転送に並行して、前記第
１の印刷データに基づいて前記印刷装置から印刷可能な
第２の印刷データに展開処理する第１の展開処理工程
と、前記第１の展開処理工程により展開された前記第２
の印刷データをスプールする第２のスプール工程と、前
記第２のスプール工程の終了状態を判定する第１の判定
工程と、前記第１の判定工程により前記第２のスプール
工程が終了していると判定した場合に、前記第１の転送
工程により前記印刷装置に転送された前記第１の印刷デ
ータに基づく第２の印刷データへの展開が完了している
かどうかを前記印刷装置に問い合わせて判定する判定工
程と、前記判定工程による判定結果に基づいて前記印刷
装置に対して前記第２のスプール工程によりスプールさ
れている前記第２の印刷データを転送する第２の転送工
程とを有するものである。

【００４３】本発明に係る第９の発明は、所定の通信媒
体を介して印刷装置とデータ処理装置とが通信可能に構
成された印刷システムのデータ処理方法であって、前記
データ処理装置で生成される出力情報から変換されて転
送される第１の印刷データを解析して印刷可能な第２の
印刷データに展開する第２の展開処理工程と、前記第２
の展開処理工程による前記第２の印刷データの展開処理
中に、前記データ処理装置で展開された印刷可能な第２
の印刷データを受信しているかどうかを判定する判定工
程と、前記判定工程により前記データ処理装置で展開さ
れた印刷可能な第２の印刷データを受信していると判定
した場合に、前記第２の展開処理工程による前記第２の
印刷データの展開処理を中止して、前記データ処理装置
から取得される前記第２の印刷データに基づく印刷処理
に切り替える切替え工程とを有するものである。

【００４４】本発明に係る第１０の発明は、所定の通信
媒体を介して印刷装置と通信して印刷データの転送を行
うデータ処理装置を制御するコンピュータが読み出し可
能なプログラムを格納した記憶媒体であって、基本オペ
レーティングシステムのグラフィックサブシステムによ
って生成される出力情報を前記印刷装置が解析可能な第
１の印刷データに変換処理する変換工程と、前記変換工
程により変換された前記第１の印刷データをスプールす
る第１のスプール工程と、前記第１のスプール工程によ
りスプールされた前記第１の印刷データを前記印刷装置
に転送する第１の転送工程と、前記第１の転送工程によ
る前記第１の印刷データの転送に並行して、前記印刷デ
ータに基づいて前記印刷装置から印刷可能な第２の印刷
データに展開処理する第１の展開処理工程と、前記第１
の展開処理工程により展開された前記第２の印刷データ
をスプールする第２のスプール工程と、前記第２のスプ
ール工程の終了状態を判定する第１の判定工程と、前記
第１の判定工程により前記第２のスプール工程が終了し
ていると判定した場合に、前記第１の転送工程により前
記印刷装置に転送された前記第１の印刷データに基づく
第２の印刷データへの展開が完了しているかどうかを前
記印刷装置に問い合わせて判定する判定工程と、前記判
定工程による判定結果に基づいて前記印刷装置に対して
前記第２のスプール工程によりスプールされている前記
第２の印刷データを転送する第２の転送工程とを有する
ものである。

【００４５】本発明に係る第１１の発明は、所定の通信
媒体を介してデータ処理装置と通信して印刷データの受
信を行う印刷装置を制御するコンピュータが読み出し可
能なプログラムを格納した記憶媒体であって、前記デー
タ処理装置で生成される出力情報から変換されて転送さ
れる第１の印刷データを解析して印刷可能な第２の印刷
データに展開する第２の展開処理工程と、前記第２の展
開処理工程による前記第２の印刷データの展開処理中
に、前記データ処理装置で展開された印刷可能な第２の
印刷データを受信しているかどうかを判定する判定工程
と、前記判定工程により前記データ処理装置で展開され
た印刷可能な第２の印刷データを受信していると判定し
た場合に、前記第２の展開処理工程による前記第２の印
刷データの展開処理を中止して、前記データ処理装置か
ら取得される前記第２の印刷データに基づく印刷処理に
切り替える切替え工程とをコンピュータが読み出し可能
なプログラムを記憶媒体に格納したものである。

【００４６】

【発明の実施の形態】本実施形態の構成を説明する前
に、本実施形態を適用する印刷システムの印刷を担うレ
ーザビームプリンタ（以下、ＬＢＰと記述）の構成につ
いて図１を参照しながら説明する。

【００４７】図１は、本発明に係る印刷システムに適用
するＬＢＰの構成を示す断面図である。

【００４８】図において、１００はＬＢＰ本体であり、
外部に接続されているホストコンピュータなどから供給
されているプリントデータ（文字コード等）及び制御コ
ードからなる印刷情報やフォーム情報あるいはマクロ命
令等を入力して記憶するとともに、それらの情報に従っ
て対応する文字パターンやフォームパターン等を作成
し、記憶媒体である記録紙上に像を形成する。

【００４９】１２０はオペレーションパネルで、操作の
ためのスイッチおよびＬＥＤ表示器等が配されている。
１１０はフォーマッタ制御部で、ＬＢＰ本体１００（印
刷装置）の制御およびホストコンピュータから供給され
る文字情報等を解析し印刷処理を行う。このフォーマッ
タ制御部１１０において展開された印刷情報は、対応す
るパターンのビデオ信号に変換されレーザドライバ１３
１に出力される。レーザドライバ１３１は半導体レーザ
１４１を駆動するための回路であり、入力されたビデオ
信号に応じて半導体レーザ１４１から発射されるレーザ
光１４２をオン・オフ切り替えする。レーザ光１４２は
回転多面鏡１４３で左右方向に振らされて静電ドラム１
４４上を走査露光する。

【００５０】これにより、静電ドラム１４４上には文字
パターンの静電潜像が形成されることになる。この潜像
は、静電ドラム１４４周囲に配設された現像ユニット１
４５により現像された後、記録紙に転写される。この記
録紙にはカットシートを用い、カットシート記録紙はＬ
ＢＰ本体１００に装着した用紙カセット１４６に収納さ
れ、給紙ローラ１４７及び搬送ローラ１４８と搬送ロー
ラ１４９とにより、装置内に取り込まれて、静電ドラム
１４４に供給され、記録紙に転写され、画像を形成す
る。

【００５１】また、ＬＢＰ本体１００には、図示しない
カードスロットまたはＦｌａｓｈＲＯＭのようなメモリ
を装着するためのメモリスロットを少なくとも１個以上
備え、内蔵フォントに加えてオプションフォントカー
ド，言語体系（コマンド体系）の異なる制御カード（エ
ミュレーションカード）を接続できるように構成されて
いる。

【００５２】なお、本発明を適用可能なプリンタは、Ｌ
ＢＰに限られるものではなく、カラーＬＢＰであっても
インクジェットプリンタをはじめとする他のプリント方
式のプリンタでもよいことはいうまでもない。

【００５３】〔第１実施形態〕図２は、本発明の第１実
施形態を示す印刷システムの制御構成を説明するブロッ
ク図である。

【００５４】印刷装置１００において、フォーマッタ制
御部１１０は、ホストコンピュータとの接続手段である
ところのインタフェース（Ｉ／Ｆ）部１１１と、受信デ
ータ等を一時的に保持管理するための受信バッファ１１
２１，送信データ等を一時的に保持管理するための送信
バッファ１１２２，印刷データの解析を司るＰＤＬ解析
部１１３，印刷制御処理実行部１１４，描画処理実行部
１１５，ページメモリ１１６，出力制御部１３０，プリ
ンタエンジン１４０等より構成されている。

【００５５】インタフェース（Ｉ／Ｆ）部１１１は、ホ
ストコンピュータ２００との印刷データの送受信を行う
通信手段であり、通信プロトコルとしてＩＥＥＥ−１２
８４に準拠した通信を可能とするものである。

【００５６】このインタフェース部１１１を通して受信
した印刷データは、そのデータを一時的に保持する記憶
手段である受信バッファ１１２１に逐次蓄積され、必要
に応じてＰＤＬ解析部１１３または描画処理実行部１１
５によって読み出され処理される。

【００５７】ＰＤＬ解析部１１３は、各ＰＤＬコマンド
体系や印刷ジョブ制御言語に準じた制御プログラムによ
り構成されており、このＰＤＬ解析部１１３で解析され
たコマンドは、文字印字，図形，イメージなどの描画に
関する印刷データの解析結果は、描画処理実行部１１５
に指示を与えて処理し、給紙選択やリセット命令などの
描画以外のコマンドは、印刷制御処理実行部１１４に指
示を出し処理する。

【００５８】描画処理実行部１１５では、文字やイメー
ジの各オブジェクトをページメモリ１１６に逐次展開し
ていく。また、符号化されたイメージデータを復号化し
てページメモリに展開する際には、この描画処理実行部
１１５においてデータ復号化処理がなされる。

【００５９】この展開処理とプリンタエンジン１４０へ
のビデオ信号のシッピングの追いかけっこ、つまりバン
ディング制御によってページメモリ１１６は管理されて
いてもよいし、十分なメモリがある場合は、１ページ分
が展開可能な領域を確保してもよい。

【００６０】なお、一般的に、フォーマッタ制御部１１
０は中央演算処理装置（ＣＰＵ），リードオンリメモリ
（ＲＯＭ），ランダムアクセスメモリ（ＲＡＭ）などを
用いたコンピュータシステムによって構成されている。
また、各部の処理は、マルチタスクモニタ（リアルタイ
ムＯＳ）のもとで、タイムシェアリングに処理される構
成であってもよいし、各機能ごとに専用のコントローラ
・ハードウエアを用意して独立して処理される構成であ
ってもかまわない。

【００６１】オペレーションパネル１２０は、印刷装置
１００の各種状態を設定・表示するためのものである。
出力制御部１３０は、ページメモリ１１６の内容をビデ
オ信号に変換処理し、プリンタエンジン１４０へ画像転
送を行う。プリンタエンジン１４０は受け取ったビデオ
信号を記録紙に永久可視画像形成するための印刷機構部
であり、給紙カセット１４６は着脱可能な用紙格納装置
である。

【００６２】以上、印刷装置１００について説明した
が、次にホストコンピュータ２００を含む本実施形態の
印刷システムの全体構成について説明を加える。

【００６３】なお、本発明の機能が実行されるのであれ
ば、単体の機器であっても、ＬＡＮ等のネットワークを
介して処理が行われる複数の機器からなるシステムであ
っても本発明を適用可能である。

【００６４】図２において、２００はホストコンピュー
タであり、プリントデータおよび制御コードからなる印
刷情報を印刷装置１００に出力するものである。ホスト
コンピュータ２００は、入力デバイスであるキーボード
２１０やポインティングデバイスであるマウス２１１
と、表示デバイスであるディスプレイモニタ２２０を合
わせた一つのコンピュータシステムとして構成されてい
る。ホストコンピュータ２００は、ＭＳ−ＤＯＳ，Ｗｉ
ｎｄｏｗｓなどの基本ＯＳによって動作しているものと
する。

【００６５】ホストコンピュータ２００側について、本
発明に関する機能的な部分にのみ注目し、基本ＯＳ上で
の機能を大きく分類すると、アプリケーション２０１、
画像情報処理手段であるグラフィックサブシステム２０
２、データ格納手段，印刷データ格納制御手段および印
刷装置との通信手段を含むスプールサブシステム２０３
に大別される。

【００６６】アプリケーション２０１は、例えば、ワー
プロや表計算などの基本ソフトウエア上で動作する応用
ソフトウエアを指すものである。グラフィックサブシス
テム２０２は、基本ＯＳの機能の一部であるＧｒａｐｈ
ｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ（以後、ＧＤ
Ｉと記す）２０２１とそのＧＤＩから動的にリンクされ
るデバイスドライバであるプリンタドライバ２０２２に
よって構成されている。

【００６７】スプールサブシステム２０３は、グラフィ
ックサブシステム２０２の後段に位置するプリンタデバ
イスに特有のサブシステムであり、第１のデータ格納手
段であるスプールファイル１（実態はハードディスク）
２０３１と、スプールファイルに貯えられたＰＤＬコー
ドを読み出しそのデータに基づきプリンタ内のＰＤＬコ
ントローラと同様の印刷イメージ展開処理を行う第１の
印刷イメージ展開処理手段であるＶｉｒｔｕａｌ Ｐｒ
ｉｎｔｅｒ Ｍｏｄｕｌｅ（以下、ＶＰＭと略称）２０
３２と、ＶＰＭが生成した圧縮された印刷イメージデー
タをスプーリングする第２のデータ格納手段であるスプ
ールファイル２（実態はハードディスク）２０３３と、
ＶＰＭの処理の進行状況と印刷装置１００内における処
理の進行状況を監視するプロセスモニタ２０３４から構
成されるものである。

【００６８】また、ＶＰＭ２０３２は、ＰＤＬ解釈部２
０３２−１，描画処理部２０３２−２，バンドメモリ２
０３２−３，圧縮処理部２０３２−４より構成されてい
るが、これらの各処理系は前述の印刷装置１００におけ
る各処理系と対応するものであり、機能的には同等なも
のである。

【００６９】例えば、ＰＤＬ解釈部２０３２−１は、印
刷装置１００におけるＰＤＬ解析部１１３に相当し、描
画処理部２０３２−２は、印刷装置１００における描画
処理実行部１１５に相当し、バンドメモリ２０３２−３
はホストコンピュータ側のスプールファイル２との組み
合わせによって、印刷装置１００のページメモリ１１６
に相当し、圧縮処理部は印刷装置１００の描画処理実行
部１１５およびページメモリ１１６で行われる処理に相
当するものである。

【００７０】また、ＶＰＭ２０３２は、Ｗｉｎｄｏｗｓ
を基本ＯＳとする場合では、プリントプロセッサと呼ば
れるモジュールから起動されるプロセスとして動作する
ものとする。

【００７１】また、基本ＯＳによって、上述したこれら
の名称や機能的な枠組みは若干異なる場合があるが、本
発明でいう各技術的手段が実現できるモジュールであれ
ば、それらの名称や枠組みは本発明にとってあまり大き
な問題でなはい。

【００７２】例えば、スプーラやスプールファイルと呼
ばれるものは、別のＯＳにおいてプリント・キューと呼
ばれるモジュールに処理を組み込むことによっても実現
可能である。

【００７３】なお、一般的に、これらの各機能モジュー
ルを含むホストコンピュータ２００は、中央演算処理装
置（ＣＰＵ），リードオンリメモリ（ＲＯＭ），ランダ
ムアクセスメモリ（ＲＡＭ），ハードディスクドライブ
（ＨＤＤ），各種入出力制御部（Ｉ／Ｏ）などのハード
ウエアのもとで、基本ソフトと呼ばれるソフトウエアが
その制御を司り、その基本ソフトの下で、それぞれの応
用ソフト，サブシステムプロセスが機能モジュールとし
て動作するようになっている。

【００７４】以下、本実施形態の特徴的構成について図
２を参照して説明する。

【００７５】上記のように構成された所定の通信媒体を
介して印刷装置１００とデータ処理装置（ホストコンピ
ュータ２００）とが通信可能に構成された印刷システム
であって、基本オペレーティングシステムのグラフィッ
クサブシステムによって生成される出力情報を前記印刷
装置が解析可能な第１の印刷データ（例えばＰＤＬデー
タを含む）に変換処理する変換手段（プリンタドライバ
２０２２の機能処理による）と、前記変換手段により変
換された前記第１の印刷データを格納する第１の格納手
段（スプールファイル２０３１に対応し、例えばホスト
コンピュータ２００の２次記憶装置（ハードディスクを
含む）上に確保される）と、前記第１の格納手段に格納
された前記第１の印刷データを前記印刷装置に転送する
第１の転送手段（スプールサブシステム２０３の機能に
よる）と、前記第１の転送手段による前記第１の印刷デ
ータの転送に並行して、前記印刷データに基づいて前記
印刷装置から印刷可能な第２の印刷データに展開処理す
る第１の展開処理手段（ＶＰＭ２０３２の機能処理によ
る）と、前記第１の展開処理手段により展開された前記
第２の印刷データを格納する第２の格納手段（スプール
ファイル２０３３に対応し、例えばホストコンピュータ
２００の２次記憶装置（ハードディスクを含む）上に確
保される）と、前記第１の転送手段による前記第１の印
刷データの転送開始後、前記印刷装置による印刷処理状
態を監視する第１の監視手段（プロセスモニタ２０３４
の機能による）と、前記第１の監視手段による監視結果
に基づいて前記印刷装置に対して前記第２の格納手段に
格納されていた前記第２の印刷データを転送する第２の
転送手段（プロセスモニタ２０３４の機能による）とを
有するので、転送した第１の印刷データに基づく印刷装
置側における第２の印刷データへの展開処理に並行して
データ処理装置側における第２の印刷データへ展開処理
しておくことにより、印刷装置側の第２の印刷データへ
の展開処理状態に応じてデータ処理装置側における第２
の印刷データを適宜選択した印刷処理に遷移させて、印
刷システム全体として印刷処理効率を格段に高めること
ができる。

【００７６】また、所定の通信媒体を介して印刷装置１
００とデータ処理装置（ホストコンピュータ２００）と
が通信可能に構成された印刷システムであって、前記デ
ータ処理装置で生成される出力情報から変換されて転送
される第１の印刷データを解析して印刷可能な第２の印
刷データに展開する第２の展開処理手段（ＰＤＬ解析部
１１３，描画処理実行部１１５等による）と、前記第２
の展開処理手段による前記第２の印刷データの展開処理
状態を監視する第２の監視手段（プロセスモニタ２０３
４の機能による）と、前記第２の監視手段による監視結
果に基づいて前記データ処理装置に格納されている前記
第２の展開処理手段が展開すべき前記第２の印刷データ
を取得して、該取得した前記第２の印刷データによる印
刷実行状態を制御する制御手段（フォーマッタ制御部１
１０）とを有するので、データ処理装置側から転送され
る第１の印刷データに基づく第２の印刷データへの展開
処理中に、データ処理装置側から第２の印刷データが転
送された場合には、第２のデータ展開処理の終了を待つ
ことなく、データ処理装置側から第２の印刷データに基
づく印刷処理を開始させて、印刷システム全体として印
刷処理効率を格段に高めることができる。

【００７７】さらに、前記第２の印刷データに基づいて
印刷処理するプリンタエンジン１４０の印刷処理状態を
監視して所定のジャム発生状態を検知する検知手段（プ
リンタエンジン１４０に備えられる各種のセンサで給紙
ジャム，搬送ジャム，排紙ジャム等を所定位置で検知す
る）を有し、フォーマッタ制御部１１０は、前記検知手
段により前記所定のジャム発生状態を検知している場合
に、印刷処理中の第２の印刷データを破棄して、ホスト
コンピュータ２００のスプールファイル２０３３に格納
されている描画処理実行部１１５が展開すべき前記第２
の印刷データを取得して、該取得した前記第２の印刷デ
ータ（ビットマップイメージデータ）による印刷実行状
態を制御するので、第２の印刷データに基づくプリンタ
エンジン１４０による印刷処理中にジャムが発生した場
合には、印刷装置１００側で第１の印刷データに基づく
第２の印刷データへの再変換処理を実行することなく、
データ処理装置側から既に展開処理されている第２の印
刷データを取得してジャムリカバリー後の同一の第２の
印刷データの再印刷処理時間を格段に短縮することがで
きる。

【００７８】また、所定の通信媒体を介して印刷装置１
００とデータ処理装置（ホストコンピュータ２００とが
通信可能に構成された印刷システムであって、基本オペ
レーティングシステムのグラフィックサブシステムによ
って生成される出力情報を前記印刷装置が解析可能な第
１の印刷データに変換処理する変換手段（プリンタドラ
イバ２０２２の機能による）と、前記変換手段により変
換された前記第１の印刷データを格納する第１の格納手
段（スプールファイル２０３１）と、前記第１の格納手
段に格納された前記第１の印刷データを前記印刷装置に
転送する第１の転送手段（プロセスモニタ２０３４の機
能による）と、前記第１の転送手段による前記第１の印
刷データの転送に並行して、前記印刷データに基づいて
前記印刷装置から印刷可能な第２の印刷データに展開処
理する第１の展開処理手段（ＶＰＭ２０３２）と、前記
第１の展開処理手段により展開された前記第２の印刷デ
ータを格納する第２の格納手段（スプールファイル２０
３３）と、前記印刷装置に転送する前記第１の印刷デー
タの種別がイメージオブジェクトかどうかを判定する判
定手段（グラフィックサブシステム２０２の機能によ
る）と、前記判定手段の判定結果に基づいて前記第１の
印刷データの転送に代えて前記第２の印刷データを転送
するように転送すべき印刷データの候補を切り替え制御
する制御手段（プロセスモニタ２０３４）とを有するの
で、第１の印刷データの種別から印刷装置側における第
２の印刷データへの展開処理が遅延する第１の印刷デー
タであることが予測されるようなイメージオブジェクト
が第１の印刷データである場合には、印刷装置１００に
イメージオブジェクトとしての第１の印刷データを転送
することなく、ホストコンピュータ２００側で展開処理
された第２の印刷データを印刷装置１００に転送して、
印刷装置１００側における第２の印刷データへの展開処
理時間を大幅に短縮し、印刷システム全体の印刷処理効
率を格段に向上させることができる。

【００７９】さらに、プロセスモニタ２０３４は、転送
すべき印刷データの候補の切り替え時に、前記第１の印
刷データが転送されていた通信媒体中の通信路（チャン
ネル）とは異なるチャンネルを自動選択して前記第２の
印刷データを前記印刷装置１００に転送するので、第１
の印刷データの転送状態に関わらず、第２の印刷データ
を即座に転送することができ、第２の印刷データに要す
る転送処理時間を大幅に短縮でき、印刷システム全体と
しての印刷処理効率を格段に向上させることができる。

【００８０】また、所定の通信媒体を介して印刷装置１
００とデータ処理装置（ホストコンピュータ２００）と
が通信可能に構成された印刷システムであって、基本オ
ペレーティングシステムのグラフィックサブシステムに
よって生成される出力情報を前記印刷装置が解析可能な
第１の印刷データに変換処理する変換手段（プリンタド
ライバ２０２２）と、前記変換手段により変換された前
記第１の印刷データを格納する第１の格納手段（スプー
ルファイル２０３１）と、前記第１の格納手段に格納さ
れた前記第１の印刷データを前記印刷装置１００に転送
する第１の転送手段（スプールサブシステム２０３）
と、前記第１の転送手段による前記第１の印刷データの
転送に並行して、前記印刷データに基づいて前記印刷装
置から印刷可能な第２の印刷データに展開処理する第１
の展開処理手段（ＶＰＭ２０３２）と、前記第１の展開
処理手段により展開された前記第２の印刷データを圧縮
して格納する第２の格納手段（スプールファイル２０３
３）と、前記第１の転送手段による前記第１の印刷デー
タの転送開始後、前記印刷装置による印刷処理状態を監
視する第１の監視手段（プロセスモニタ２０３４）と、
前記第１の監視手段による監視結果に基づいて前記印刷
装置に対する前記第２の格納手段に格納されていた前記
第２の印刷データを転送する第２の転送手段（プロセス
モニタ２０３４）と、前記第２の転送手段による前記第
２の印刷データの転送レートおよび前記第２の転送手段
による前記第２の印刷データの圧縮後のデータ量を導出
して、圧縮された前記第２の印刷データの転送処理時間
を算出する算出手段（スプールサブシステム２０３）
と、前記算出手段により算出された前記第２の印刷デー
タの転送処理時間を前記印刷装置に通知する通知手段
（プロセスモニタ２０３４）とを有するので、印刷装置
側の判定処理負担を強いることなく、データ処理装置側
で展開処理された第２の印刷データによる印刷処理に切
り替えるための適切な判定時間、特に、展開処理時間ば
かりでなく、該展開されて圧縮された第２の印刷データ
を転送するのに要する転送処理時間とを含む判定時間を
印刷装置側に通知することができる。

【００８１】さらに、所定の通信媒体を介して印刷装置
１００とデータ処理装置（ホストコンピュータ２００）
とが通信可能に構成された印刷システムであって、前記
データ処理装置で出力情報から変換されて転送される第
１の印刷データを解析して印刷可能な第２の印刷データ
に展開する第２の展開処理手段（ＰＤＬ解析部１１３，
描画処理実行部１１５）と、前記データ処理装置で算出
される前記第２の印刷データの展開から転送終了までに
要するホスト処理時間内に前記第２の展開処理手段によ
る前記第２の印刷データの展開処理が終了するかどうか
を監視する第２の監視手段（プロセスモニタ２０３４）
と、前記第２の監視手段が監視するホスト処理時間内に
ＰＤＬ解析部１１３，描画処理実行部１１５による前記
第２の印刷データの展開処理が終了するかどうかに基づ
いてホストコンピュータ２００に格納されている前記第
２の印刷データあるいはＰＤＬ解析部１１３，描画処理
実行部１１５が展開する前記第２の印刷データのいずれ
かを選択してプリンタエンジン１４０に転送する制御手
段（出力制御部１３０）とを有するので、何等印刷装置
側の予測処理を伴うことなく、データ処理装置から通知
されるホスト処理時間を基準として印刷装置が採用すべ
き第２の印刷データ源を切り替えることができ、印刷装
置側における第２の印刷データの印刷処理効率を簡単な
構成で格段に向上させることができる。

【００８２】以上、図２をもとに本発明を構成する各構
成要素について説明をしたが、次に本発明の動作につい
て、図３，図４を用いて処理の流れの概要を説明する。

【００８３】ここでは、印刷ジョブｊｏｂ１から印刷ジ
ョブｊｏｂ６までを印刷処理する際のホストコンピュー
タ２００側のスプーラの処理と印刷装置１００側のＰＤ
Ｌの処理（印刷イメージを展開するまでの処理）に着目
しているものとする。

【００８４】図３は、本発明に係る印刷システムにおけ
る印刷データの処理状態を説明する概念図であり、図８
に示す従来系のデータ処理と対比して説明する。

【００８５】従来の印刷システムでは、プリンタＰ内の
ＰＤＬの処理として印刷イメージを展開するまでの処理
に時間がかかると、プリンタＰ内の受信バッファＰＢが
いっぱいになり、受信バッファＰＢに入りきらない印刷
データはホストコンピュータＨ側のスプーラＳＰに滞留
することになるが、この際にホストコンピュータＨ側の
スプールサブシステムはスプーラＳＰが印刷データ送出
処理を行っている以外は処理を行っていないので、印刷
結果を得るまでの時間はＰＤＬコントローラが印刷イメ
ージを展開処理完了するまでの時間となっている。

【００８６】これに対して本発明では、ホストコンピュ
ータ２００側においても印刷装置１００に送出したデー
タを排気することなくＶＰＭ２０３２にてＰＤＬコント
ローラが行うのと同様な印刷イメージ展開処理を並行し
て実行している。ホスト側のＶＰＭにおいても印刷装置
側と同様な印刷イメージ展開処理を行うことは一見無駄
のように思えるが、このような処理を行うのは主に次の
４つの理由によるものである。

【００８７】第１に、ホストコンピュータ２００側で展
開した印刷イメージを高速でデータ転送しプリントアウ
トするために、本実施形態では、そのデータを通常の受
信バッファに入れず、ページメモリにダイレクトに一括
転送し一括処理を行うようにしている。この一括転送，
一括処理を行うためにはホストコンピュータ２００側に
おいて印刷装置１００と同様の印刷イメージ展開データ
を生成する必要がある。

【００８８】第２に、ホストコンピュータ２００側と印
刷装置１００側で異なる印刷イメージ展開処理を行う
と、その処理の違いから印刷結果の見栄えがページ毎に
異なる可能性がある。このため印刷イメージ結果の一貫
性を保証するためにもホスコンピュータ２００側，印刷
装置１００側において同様の印刷イメージ展開処理が必
要である。

【００８９】第３に、ホストコンピュータ２００側と印
刷装置１００側とでそれぞれにおいて処理を分散するこ
とで印刷イメージを作成することは可能であるが、どち
らの方で処理した方が速いかを事前に計算するための予
測系が必要となり、処理が複雑になるという問題点があ
る。

【００９０】第４に、ホストコンピュータ２００側にお
ける予測系自体がシステムの負荷状態などの影響を受け
る可能性があり、どちらが速く印刷処理を完了するかと
いう問題については、予測系では正確な判断がつかない
場合がある。

【００９１】このため本実施形態では処理の単純化と正
確度という観点より、実際に２つの印刷イメージ展開処
理系を同時に走らせその結果に基づき判断を行ってい
る。

【００９２】また、その時ホストコンピュータ２００側
で作成された印刷イメージは印刷装置１００側でジャム
が発生した場合のリカバリ処理のために利用されるた
め、決して無駄なものとはいえない。

【００９３】すなわち、現状では印刷装置１００内で中
間的なコードとしてページ情報をジャムリカバリ用に保
持しているが、ジャムリカバリを行う際にはその中間コ
ードから印刷イメージへの展開処理が別途必要となる
上、印刷装置１００側のメモリ圧迫要因にもなってい
る。しかしながら、本実施形態ではホストコンピュータ
２００側で印刷イメージに展開済みのデータを保持して
いるため、そのような問題はない。

【００９４】ホストコンピュータ２００側のＣＰＵ能力
やその時の負荷状態にもよるが、ホストコンピュータ２
００側の処理能力が高い場合、印刷装置１００内でｊｏ
ｂ１の印刷イメージ展開が完了するよりも速く、ホスト
コンピュータ２００側での処理が完了したとする。

【００９５】このような場合は、直ちに印刷装置１００
にその旨を伝え、現在の処理を中断し、処理中のデータ
を破棄し、ホストコンピュータ２００側で展開し圧縮さ
れた印刷イメージデータを受信し、その圧縮データをハ
ードウエアによって伸長処理しながら、プリンタエンジ
ン１４０に対してシッピングし印刷結果を得るように動
作する。

【００９６】このようにすることで、ホストコンピュー
タ２００側，印刷装置１００側のそれぞれで行う印刷イ
メージ展開処理において、常に処理が速く完了した方の
データを印刷するので、従来のようなＰＤＬコントロー
ラ側の処理がボトルネックとなってプリンタエンジン１
４０の使用効率が上げられないという問題を回避するも
のである。

【００９７】一般的に、近年のカラー印刷の普及やイン
ターネットによるホームページなどの作成用として、よ
り見栄えのする表示効果がアプリケーションソフトに求
められてきている。

【００９８】特に、ドロー系のアプリケーションソフト
において、描画オブジェクトを積層的に貼り付けて描画
を行うようなものが見られるようになったが、このよう
な場合、ＰＤＬデータでは、プリミティブな描画オブジ
ェクトが無数にプリンタに送られることになり、プリン
タドライバが生成するＲＡＷデータのサイズは非常に大
きなものとなる傾向がある。

【００９９】これに対して、ホストコンピュータ２００
側で印刷イメージとして展開した場合は、そのデータサ
イズは用紙サイズに依存した形で上限ができる。このた
め複雑度が高い描画を行うアプリに対しては、ホストコ
ンピュータ側での印刷イメージ展開処理が特に有効に働
くと思われる。

【０１００】プリンタドライバが生成した１ページ分の
ＰＤＬコードが印刷装置１００内のメモリで保持可能な
量を越える場合もあるが、このような場合は、印刷装置
側の印刷イメージ展開処理をただちに打ち切り、ホスト
コンピュータ２００からの印刷データで印刷できるよう
に構成することも可能である。

【０１０１】逆にテキスト系のドキュメントは文字コー
ドになるので、データ量が非常に少なく、このような場
合は不利となる。

【０１０２】このような不利なデータではホストコンピ
ュータ側のＶＰＭの処理をカットするという適応的な対
応を行うことも可能である。以上述べた、ドロー系の処
理はホストコンピュータ２００側でテキスト系の処理は
印刷装置１００側で行うということに関して、もう少し
具体的に説明を行う。

【０１０３】図４は、本発明に係る印刷システムで印刷
可能な印刷データの特性を説明する模式図である。

【０１０４】まず、ドロー系の場合であるが、図４の
（ａ）に示すような同心円状にグラデーションがかかっ
た円を描画するような場合を例に取り考えてみる。この
ような場合、アプリケーションは、段階的に色と大きさ
が異なる円描画を図４の（ｂ）のレイヤーで積み重ねる
ことによって表現する場合がある。

【０１０５】このような描画表現を取る場合は、プリン
タドライバに対しても同様に段階的に色と大きさが異な
る円描画を積み重ねて描画するような指示がアプリケー
ションから来る。

【０１０６】円描画命令や色指定命令を持つＰＤＬプリ
ンタに対して、そのプリンタドライバではやはり同様な
指示を行うことになり、積層的な構造によって成り立つ
描画は多数のＰＤＬコードとして展開されることにな
る。データ量もさることながら、処理すべき描画オブジ
ェクトの数も多数になりがちで、ＰＤＬにとっては重い
負荷となりがちである。

【０１０７】例えば、円のような単純な図形ではなく、
図４の（ｃ）に示すような複雑な多角形を例に取ると、
このグラデーションのかかった多角形（大きさは５ｃｍ
×５ｃｍ）を表現するのには多角形描画命令と色指定命
令を繰り返すわけだが、多角形描画命令は点列情報など
のパラメータも含め、１命令当り９７６ｂｙｔｅ、色指
定命令が４８ｂｙｔｅ要するとする。グラデーションの
かかり具合の細かさにもよるが、段階的に大きさが異な
るものが５００個積層されたとすると、これだけで５０
０Ｋｂｙｔｅになってしまう。

【０１０８】一方、同様の面積の図形を３００ｄｐｉ，
ＹＭＣＫ１ｂｉｔカラーで表現すると約１７０Ｋｂｙｔ
ｅ（（５０／２５．４）＊（５０／２５．４）／８＊
４）のイメージデータとなる。

【０１０９】このイメージデータに圧縮をかけることで
さらに小さくすることは可能である。つまり、積層的な
構造によって成り立つ描画はＰＤＬコードで表現し印刷
装置１００に送るより、ホストコンピュータ２００側で
イメージとして展開し、そのデータを圧縮して印刷装置
１００に送った方が効率がよい場合があるのである。一
方、文字の場合は印刷装置１００内に内蔵フォントがあ
り、それを利用できる場合は文字コードを送るのみであ
りデータ量は非常に少なくて済む。

【０１１０】また、対応する内蔵フォント内の場合であ
ってもプリンタ内のフォントキャッシュを生かし、文字
のグリフ情報（フォントパターン）を一度プリンタに登
録して、同一文字がファイル内に２回以上登場する文字
については、２回目以降は文字コードとして印字を指示
する方法も現在のプリンタでは行われているのが一般的
である。

【０１１１】以上述べたように、ドロー系の処理をホス
トコンピュータ２００側のＶＰＭ２０３２で処理し、テ
キスト系の処理は印刷装置１００側で行うことで、それ
ぞれのメリットを生かした構成が実現可能である。な
お、本実施形態においては、別の観点でデータ転送時間
ということも考慮の対象としている。

【０１１２】つまり、いくらホストコンピュータ２００
側の処理が速く完了しようとも、そのデータを印刷装置
１００に送出するのに多くの時間を費やしてしまっては
もともこもない。

【０１１３】したがって、それまでに印刷装置１００に
送ったデータ量とそれに費やした時間より、データ転送
レートをあらかじめ求めておき、そのレートにホストコ
ンピュータ２００側で印刷イメージ展開処理＋圧縮処理
を施した後のデータ量を積算して、データ転送に要する
時間を求め、まずその時間情報を印刷装置１００に知ら
せる。

【０１１４】印刷装置１００内ではその時間でタイマを
セットし、その時間以内に印刷装置１００内の印刷イメ
ージ展開処理が完了すれば、ホストコンピュータ２００
側からのデータ受信をキャンセルし、印刷装置１００内
で展開完了したものをシッピング処理する。なお、ホス
トコンピュータ２００側で展開した印刷イメージデータ
は、その印刷ジョブの排紙完了までは削除しないもとす
る。

【０１１５】ホストコンピュータ２００と印刷装置１０
０の通信には、印刷データストリームを送信するチャネ
ルとは別に、ホストコンピュータ２００側，印刷装置１
００側のそれぞれが持つプロセスモニタ同士が通信する
チャネルが必要になる。

【０１１６】これを実現するには、すでにＩＥＥＥ−１
２８４．４として規格化されているように、パケットと
いう概念に基づきデータを細分化し、１つの物理的通信
回線を時分割で利用し論理的な多チャンネル化をするプ
ロトコルを用いて行うものとする。

【０１１７】これによって、印刷データストリームとは
別のチャネルで、監視情報の交換やＶＰＭ２０３２が展
開したイメージデータを印刷装置１００側に割り込み転
送することが可能となる。

【０１１８】以上、図３に基づいて本発明に係る印刷シ
ステムのデータ処理の概要を説明したが、次に、本発明
に係る印刷システムのデータ処理理手順の詳細を図５，
図６に示すフローチャートを参照して説明する。

【０１１９】図５は、本発明に係る印刷システムにおけ
る第１のデータ処理手順の一例を示すフローチャートで
あり、第１の印刷処理監視手段であるホストコンピュー
タ側におけるプロセスモニタの処理の流れに対応する。
なお、（１）〜（６）は各ステップを示す。

【０１２０】また、本実施形態において、プリンタドラ
イバ２０２２における印刷イメージ展開処理によって印
刷データが生成されると、スプールサブシステム２０３
が起動し、さらにプロセスモニタ２０３４もそのスプー
ルサブシステム２０３より起動され続く以下の処理を行
うものである。

【０１２１】まず、ステップ（１）において、印刷イメ
ージデータが１ページ分スプール完了したかどうかをチ
ェックする。これは、１ページ分の処理が完了すると、
その旨をプリンタドライバがスプールサブシステム２０
３に通知するので、その通知を検知することで行う。

【０１２２】具体的には、例えばＷｉｎｄｏｗｓＮＴの
プリンタドライバでは、各ページの終了時にＤｒｖＳｅ
ｎｄＰａｇｅ（）というデバイスドライバインタフェー
ス関数がコールされるので、その関数内でＷｉｎｄｏｗ
ｓのＭＥＳＳＥＡＧＥシステムを利用してスプールサブ
システム２０３に通知することが可能である。

【０１２３】また、スプールサブシステム２０３では、
そのことを通知する特定のＭＥＳＳＥＡＧＥを認識する
ことで印刷イメージ生成の完了を検知することが可能で
ある。

【０１２４】次に、ステップ（２）として、現在の印刷
装置１００側の印刷イメージ展開処理の進行状況の問い
合わせを行う。

【０１２５】具体的には、ＰＤＬの上位概念として位置
づけられているＪＣＬ（Ｊｏｂ Ｃｏｎｔｒｏｌ Ｌｕ
ｎｇａｇｅ）と呼ばれる制御コマンドによって指示を行
う。また、問い合わせのタイミングは任意でもよいし、
タイマを設けてある間隔で定期的に問い合わせてもよい
し、印刷装置１００側で何かの状態変化があった時のみ
印刷装置側から通知を行うイベント駆動型であってもよ
い。

【０１２６】本実施形態では、任意のタイミングでＪＣ
Ｌのステータス要求コマンドを用いて問い合わせている
ものとする。

【０１２７】また、このＪＣＬによる制御コマンドおよ
びデータのやり取りは、通常の印刷データを送出する論
理データチャネルとは別の論理制御チャネルを用いてホ
ストコンピュータ２００，印刷装置１００間の通信をリ
アルタイムで行い、印刷装置１００側への問い合わせを
行う。なお、印刷装置１００側では受信したデータを印
刷装置１００側のプロセスモニタ２０３４によって処理
しレスポンスを行うが、この処理については図６を用い
て後述する。

【０１２８】次に、問い合わせの結果をステップ（３）
においてチェックする。

【０１２９】具体的には、印刷装置１００側において印
刷イメージ展開処理が実行中かどうかの確認は、印刷装
置１００内の描画処理実行部１１５が処理すべき描画オ
ブジェクトのデータの残量とＰＤＬ解析部１１３におい
て改ページ命令（ＦｏｒｍＦｅｅｄ命令）を処理したか
または自動的に改ページが発生したかの情報のＡＮＤ条
件によって判断する。そして、改ページを認識し、かつ
描画オブジェクトデータの残量がゼロであれば、そのペ
ージに関して印刷イメージ展開処理は完了と判断する。

【０１３０】そして、ステップ（３）で、印刷装置１０
０側において、まだ印刷イメージ展開処理が実行中であ
ると判断した場合は、ホストコンピュータ２００側での
処理の方が速く完了していることになるので、このホス
トコンピュータ２００側のデータを用いて印刷を行うよ
うに処理を切り替える。

【０１３１】ただし、この際に、通信に要する時間まで
考慮する必要がある。この方法は前述したように、それ
までの通信状態から転送レートを割り出し、そのレート
とこれから転送するデータ量の積算によって大まかな値
を求めて判断するものとする。データ転送レート算出手
段の具体的な方法はいたって簡単である。

【０１３２】印刷装置１００に送出されるデータは、す
べてホストコンピュータ２００側のＩ／Ｆ部２０３５を
通過するため、ここで、任意のデータブロックの送信開
始と送信終了時にホストコンピュータ２００側のＯＳが
管理する時間計測機能を用いて時間を計測し、その時間
と処理したデータブロックのサイズより、単位時間当り
のデータ転送量をデータ転送レートして求めている。

【０１３３】なお、このデータ転送レート算出手段は、
基本ソフトであるＯＳがもつ時間計測手段（通常はＴｉ
ｃｈＣｏｕｎｔというＯＳがシステム内で認識する最小
単位の時間を知るサービス関数が提供されている）と、
Ｉ／Ｆ部２０３５におけるプログラムによって構成され
ているものとする。このようにデータ転送時間も加味し
た上で、ホストコンピュータ２００側のデータを使った
方が速い場合は、現在スプーラが印刷装置１００に送出
処理中のデータに割り込んで、ホストコンピュータ２０
０側で展開したイメージデータを送る。

【０１３４】具体的には、ステップ（４）で、論理制御
チャネルを使って印刷装置１００に対して現在処理中の
ページの印刷処理のキャンセルを指示し、論理データチ
ャネルで現在送出中の１パケット分のデータ（１パケッ
トは６４Ｋｂｙｔｅ）を送りきり、続いて同じチャネル
を使って、ホストコンピュータ２００側の印刷イメージ
展開処理によって作成された印刷イメージデータを転送
する。すべての印刷イメージデータが送信し終ると、ジ
ャムが発生することなく排紙完了かどうかを確認し
（５）、ＮＯならばステップ（２）へ戻り、ＹＥＳなら
ばステップ（６）に移行して、ホストコンピュータ２０
０側でスプールされている展開済みの印刷イメージデー
タを削除して処理を終了する。

【０１３５】一方、ステップ（３）で、印刷装置１００
側への問い合わせに対して、展開処理中でないという応
答があった場合の処理について述べる。

【０１３６】このような場合は、印刷装置１００内にお
ける印刷イメージ展開処理の方が速く完了したと判断す
る。そして、印刷装置１００側においてそのページが完
全に出力されたかどうかをモニタリングする。これは、
もし印刷処理中に用紙の斜行などによってジャムが発生
した場合のページリカバリ処理を考慮しての処理であ
る。

【０１３７】通常ページリカバリ処理を行うには、排紙
完了まで印刷装置１００側において、その印刷情報をな
んからの形で保持しておく必要があるが、これは印刷装
置１００側のメモリを圧迫する要因となっており、メモ
リの空きが少ない状態では印刷パフォーマンスにも悪影
響を与える場合があった。

【０１３８】本実施形態では、ホスト側においても必ず
印刷イメージ展開処理を行っているため、印刷装置側に
おいてジャムリカバリのためのデータを保持しておく必
要がないという特徴がある。

【０１３９】例えば、あるページが印刷装置側１００の
印刷イメージ展開処理によって作成され、そのページが
プリンタエンジンによって印刷中の時に用紙ずまりが発
生したとする。このような場合、従来のプリンタでは、
印刷装置側１００の描画処理実行部１１５において、描
画情報を中間的に保持しているため、ジャムったページ
を取り除いた後、再度、描画処理実行部１１５から処理
を再開することでジャムったページを出力していた。

【０１４０】本実施形態では、ジャムリカバリ用には中
間的な描画コードを印刷装置側１００で保持しない。

【０１４１】しかし、ホストコンピュータ２００側には
中間的なコードではなく、最終出力である印刷イメージ
データが保持されているので、そのデータを用いてジャ
ムリカバリを行うものである。ジャムが発生した場合
は、制御チャネルを通して印刷装置１００側のステータ
スとしてジャム発生したページをホストコンピュータ２
００側に通知し、ホストコンピュータ２００側では、そ
のページに対応する印刷イメージデータをページメモリ
にダイレクトに送出しジャムリカバリを行うものであ
る。

【０１４２】ステップ（５），（６）では、このような
ホストコンピュータ２００側で保持している印刷イメー
ジデータの削除タイミングを見て削除するためのステッ
プである。

【０１４３】なお、印刷装置１００より完全に排紙され
たかどうかは、印刷装置１００の排紙機構の再後端にあ
る排紙センサを所定時間内に用紙が通過したかどうかで
判断され、ホストコンピュータ２００側の問い合わせに
対してその状況を通知することで知ることが可能であ
る。

【０１４４】以上のようなプロセスモニタ２０３４の１
ページ分の処理が完了すると、一旦呼び出し元にリター
ンし、続くページの処理があれば再びスタートより起動
される。

【０１４５】以下、本実施形態の特徴的構成について図
５を参照してさらに説明する。

【０１４６】上記のように構成された所定の通信媒体を
介して印刷装置１００とデータ処理装置（ホストコンピ
ュータ２００）とが通信可能に構成された印刷システム
のデータ処理方法であって、あるいは所定の通信媒体を
介して印刷装置と通信して印刷データの転送を行うデー
タ処理装置を制御するコンピュータが読み出し可能なプ
ログラムを格納した記憶媒体であって、基本オペレーテ
ィングシステムのグラフィックサブシステムによって生
成される出力情報を前記印刷装置が解析可能な第１の印
刷データに変換処理する変換工程（図５のステップ
（１）の前工程であって図示しない）と、前記変換工程
により変換された前記第１の印刷データをスプールする
第１のスプール工程（図５のステップ（１）の前工程で
あって図示しない）と、前記第１のスプール工程により
スプールされた前記第１の印刷データを前記印刷装置に
転送する第１の転送工程（図５のステップ（１）の前工
程であって図示しない）と、前記第１の転送工程による
前記第１の印刷データの転送に並行して、前記印刷デー
タに基づいて前記印刷装置から印刷可能な第２の印刷デ
ータに展開処理する第１の展開処理工程（図５のステッ
プ（１）の前工程であって図示しない）と、前記第１の
展開処理工程により展開された前記第２の印刷データを
スプールする第２のスプール工程（図５のステップ
（１）の前工程であって図示しない）と、前記第２のス
プール工程の終了状態を判定する第１の判定工程（図５
のステップ（１））と、前記第１の判定工程により前記
第２のスプール工程が終了していると判定した場合に、
前記第１の転送工程により前記印刷装置に転送された前
記第１の印刷データに基づく第２の印刷データへの展開
が完了しているかどうかを前記印刷装置に問い合わせて
判定する判定工程（図５のステップ（２），（３））
と、前記判定工程による判定結果に基づいて前記印刷装
置に対して前記第２のスプール工程によりスプールされ
ている前記第２の印刷データを転送する第２の転送工程
（図５のステップ（４））とを有するので、転送した第
１の印刷データに基づく印刷装置側における第２の印刷
データへの展開処理に並行してデータ処理装置側におけ
る第２の印刷データへ展開処理しておくことにより、印
刷装置側の第２の印刷データへの展開処理状態に応じて
データ処理装置側における第２の印刷データを適宜選択
した印刷処理に遷移させて、印刷システム全体として印
刷処理効率を格段に高めることができる。

【０１４７】次に、印刷装置１００側の処理について説
明する。

【０１４８】図６は、本発明に係る印刷システムにおけ
る第２のデータ処理手順の一例を示すフローチャートで
あり、第２の印刷処理監視手段である印刷装置側におけ
るプロセスモニタの処理に対応する。なお、（１）〜
（８）は各ステップを示す。

【０１４９】まず、ステップ（１），（２）において、
ホストコンピュータ２００側からの制御コマンドの受け
付け処理を行うが、ステップ（１）では、印刷進行状況
問い合わせコマンドがきたかどうかを判断し、それが来
ていないと判断した場合は、ステップ（２）に進み、ホ
ストコンピュータ２００側で展開完了した印刷イメージ
データを受け付けるための印刷イメージデータコマンド
がきたかどうかチェックする。

【０１５０】そして、そのいずれでもないと判断した場
合は、再びステップ（１）からの処理を繰り返す。

【０１５１】一方、ステップ（１）において、印刷進行
状況問い合わせコマンドを受け付けた場合はステップ
（５）に進み、印刷装置１００内における印刷イメージ
展開処理が実行中かどうかを確認する。もし展開処理実
行中であると判断した場合は、ステップ（８）に進みそ
の旨をホストコンピュータ２００側に通知して、処理を
リターンする。

【０１５２】一方、ステップ（５）で、展開処理実行中
でないと判断した場合は、展開処理が完了し次の印刷処
理に進んだものとし、ステップ（６）において、排紙処
理が完了したかどうかをモニタリングし、排紙が完了し
ていると判断した場合は、ステップ（７）においてその
旨をホストコンピュータ２００側に通知して、処理をリ
ターンする。

【０１５３】一方、ステップ（２）において、印刷イメ
ージデータコマンドを受け取ったと判断した場合は、ス
テップ（３）に進み、現在処理中の印刷イメージ展開処
理を直ちに打ち切り、印刷データを受信する。

【０１５４】そして、受信したデータは通常は受信バッ
ファ１１２１に一旦貯え、ＰＤＬ解析部１１３によって
読み出して処理を行うが、このデータはすでにホストコ
ンピュータ２００側において印刷イメージデータとして
作り上げられているので、そのデータは直接ページメモ
リ１１６に格納し、１ページ分の所定サイズ分データを
受信するのを待機し（４）、１ページ分の所定サイズ分
データを受信したら、直ちにプリンタエンジン１４０に
対するＳｈｉｐｐｉｎｇ処理を開始するものとする。以
上が印刷装置１００側におけるプロセスモニタの処理の
流れである。

【０１５５】以上説明したように、本実施形態では、ホ
ストコンピュータ２００側，印刷装置１００側のそれの
プロセスモニタが互いに通信し合い印刷イメージ展開処
理系を動的に切り換えるように構成することによって、
ＰＤＬ機における印刷データが送られても印刷装置内で
データ解析・描画処理などを行う時間が存在し、そのた
めに高速なエンジンの性能を最大限発揮できないという
問題を解決したものである。

【０１５６】以下、本実施形態の特徴的構成について図
６を参照して更に説明する。

【０１５７】上記のように構成された所定の通信媒体を
介して印刷装置１００とデータ処理装置（ホストコンピ
ュータ２００）とが通信可能に構成された印刷システム
のデータ処理方法であって、あるいは所定の通信媒体を
介してデータ処理装置と通信して印刷データの受信を行
う印刷装置を制御するコンピュータが読み出し可能なプ
ログラムを格納した記憶媒体であって、前記データ処理
装置で生成される出力情報から変換されて転送される第
１の印刷データを解析して印刷可能な第２の印刷データ
に展開する第２の展開処理工程（図６のステップ（１）
の前工程であって図示しない）と、前記第２の展開処理
工程による前記第２の印刷データの展開処理中に、前記
データ処理装置で展開された印刷可能な第２の印刷デー
タを受信しているかどうかを判定する判定工程（図６の
ステップ（１），（２））と、前記判定工程により前記
データ処理装置で展開された印刷可能な第２の印刷デー
タを受信していると判定した場合に、前記第２の展開処
理工程による前記第２の印刷データの展開処理を中止し
て、前記データ処理装置から取得される前記第２の印刷
データに基づく印刷処理に切り替える切替え工程（図６
のステップ（３））とを有するので、ホストコンピュー
タ２００側から転送される第１の印刷データに基づく第
２の印刷データへの展開処理中に、ホストコンピュータ
２００側から第２の印刷データが転送された場合には、
第２のデータ展開処理を終了を待つことなく、ホストコ
ンピュータ２００側から第２の印刷データに基づく印刷
処理を開始させて、印刷システム全体として印刷処理効
率を格段に高めることができる。

【０１５８】〔他の実施形態〕本実施形態では、ＰＤＬ
プリンタを例に取り説明を行ったが、プリンタ側におい
て何らかの印刷イメージ展開処理を行うようなタイプの
ものなら、ＰＤＬプリンタでなくても本発明は適用可能
である。

【０１５９】また、本発明では、処理する単位をページ
単位で行っているが、この概念を発展させ、１ページを
構成するバンド単位に適用することも可能である。

【０１６０】本実施形態では、図２に示したようにホス
トコンピュータ２００にローカル接続された場合を例と
して説明を行ったが、ホストコンピュータ２００と印刷
装置１００がネットワークを介して接続されている場合
においても適用可能である。

【０１６１】この場合は、請求項１に示す第１，第２の
データ格納手段，印刷データ格納制御手段，第１の印刷
イメージ展開処理手段，第１の印刷処理管理手段の各手
段をネットワーク経路上の別のコンピュータ上で分散処
理するように構成することも可能である。

【０１６２】以下、図７に示すメモリマップを参照して
本発明に係る印刷システムで読み出し可能なデータ処理
プログラムの構成について説明する。

【０１６３】図７は、本発明に係る印刷システムで読み
出し可能な各種データ処理プログラムを格納する記憶媒
体のメモリマップを説明する図である。

【０１６４】なお、特に図示しないが、記憶媒体に記憶
されるプログラム群を管理する情報、例えばバージョン
情報，作成者等も記憶され、かつ、プログラム読み出し
側のＯＳ等に依存する情報、例えばプログラムを識別表
示するアイコン等も記憶される場合もある。

【０１６５】さらに、各種プログラムに従属するデータ
も上記ディレクトリに管理されている。また、各種プロ
グラムをコンピュータにインストールするためのプログ
ラムや、インストールするプログラムが圧縮されている
場合に、解凍するプログラム等も記憶される場合もあ
る。

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

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

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

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

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

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

【０１７２】上記実施形態によれば、ホストコンピュー
タ側で印刷のための描画処理といった従来のＰＤＬプリ
ンタ側の処理負荷の一部を担うことにより、ホストコン
ピュータとプリンタ側を合わせた印刷システムとしてト
ータルな環境でのスループット向上が可能となる。

【０１７３】また、本実施形態によれば、ホストコンピ
ュータ側で処理されるため、ホストコンピュータ側のハ
ードウエア性能（処理能力）に応じて印刷結果を得るま
でのトータルなスループットを飛躍的に向上することが
できる。このため、プリンタの単体性能に依存すること
なく、今後益々性能が向上することが明白なパーソナル
コンピュータやネットワーク環境下で、上記効果がその
環境に比例して増大して行くものと期待できる。

【０１７４】さらに、本実施形態によれば、データ出力
待ちの間に、ホストコンピュータ側でイメージにかみ砕
けるところまで砕いて、プリンタ内で考える時間を最小
限に抑えることで効率アップを図っているので、ホスト
コンピュータ側の資源の有効利用を可能とするものであ
る。

【０１７５】また、ホストコンピュータ側で展開したも
のはプリンタの排紙完了まで削除せず、ジャムリカバリ
用のデータとして利用するとともに、プリンタ側では、
従来のジャムリカバリ用に保持していた中間コードを保
持する必要がないため、メモリの有効利用が可能とな
る。

【０１７６】さらに、ホスト側で印刷イメージデータを
展開する場合、プリンタに送出する印刷データ量に上限
があるため、場合によってはネットワークトラフィック
による影響をＰＤＬデータにより軽減することが可能で
ある。また、そのデータのサイズと通信経路の状態によ
って処理系を切り替えることが可能であり、常に最速に
印刷処理を完了することができる。

【０１７７】

【発明の効果】以上説明したように、本発明に係る第１
の発明によれば、所定の通信媒体を介して印刷装置とデ
ータ処理装置とが通信可能に構成された印刷システムで
あって、基本オペレーティングシステムのグラフィック
サブシステムによって生成される出力情報を前記印刷装
置が解析可能な第１の印刷データに変換処理する変換手
段と、前記変換手段により変換された前記第１の印刷デ
ータを格納する第１の格納手段と、前記第１の格納手段
に格納された前記第１の印刷データを前記印刷装置に転
送する第１の転送手段と、前記第１の転送手段による前
記第１の印刷データの転送に並行して、前記印刷データ
に基づいて前記印刷装置から印刷可能な第２の印刷デー
タに展開処理する第１の展開処理手段と、前記第１の展
開処理手段により展開された前記第２の印刷データを格
納する第２の格納手段と、前記第１の転送手段による前
記第１の印刷データの転送開始後、前記印刷装置による
印刷処理状態を監視する第１の監視手段と、前記第１の
監視手段による監視結果に基づいて前記印刷装置に対し
て前記第２の格納手段に格納されていた前記第２の印刷
データを転送する第２の転送手段とを有するので、転送
した第１の印刷データに基づく印刷装置側における第２
の印刷データへ展開処理に並行してデータ処理装置側に
おける第２の印刷データへの展開処理しておくことによ
り、印刷装置側の第２の印刷データへの展開処理状態に
応じてデータ処理装置側における第２の印刷データを適
宜選択した印刷処理に遷移させて、印刷システム全体と
して印刷処理効率を格段に高めることができる。

【０１７８】第２の発明によれば、所定の通信媒体を介
して印刷装置とデータ処理装置とが通信可能に構成され
た印刷システムであって、前記データ処理装置で生成さ
れる出力情報から変換されて転送される第１の印刷デー
タを解析して印刷可能な第２の印刷データに展開する第
２の展開処理手段と、前記第２の展開処理手段による前
記第２の印刷データの展開処理状態を監視する第２の監
視手段と、前記第２の監視手段による監視結果に基づい
て前記データ処理装置に格納されている前記第２の展開
処理手段が展開すべき前記第２の印刷データを取得し
て、該取得した前記第２の印刷データによる印刷実行状
態を制御する制御手段とを有するので、データ処理装置
側から転送される第１の印刷データに基づく第２の印刷
データへの展開処理中に、データ処理装置側から第２の
印刷データが転送された場合には、第２のデータ展開処
理の終了を待つことなく、データ処理装置側から第２の
印刷データに基づく印刷処理を開始させて、印刷システ
ム全体として印刷処理効率を格段に高めることができ
る。

【０１７９】第３の発明によれば、前記第２の印刷デー
タに基づいて印刷処理する印刷部の印刷処理状態を監視
して所定のジャム発生状態を検知する検知手段を有し、
前記制御手段は、前記検知手段により前記所定のジャム
発生状態を検知している場合に、印刷処理中の第２の印
刷データを破棄して、前記データ処理装置に格納されて
いる前記第２の展開処理手段が展開すべき前記第２の印
刷データを取得して、該取得した前記第２の印刷データ
による印刷実行状態を制御するので、第２の印刷データ
に基づく印刷部による印刷処理中にジャムが発生した場
合には、印刷装置側で第１の印刷データに基づく第２の
印刷データへの再変換処理を実行することなく、データ
処理装置側から既に展開処理されている第２の印刷デー
タを取得してジャムリカバリ後の同一の第２の印刷デー
タの再印刷処理時間を格段に短縮することができる。

【０１８０】第４の発明によれば、所定の通信媒体を介
して印刷装置とデータ処理装置とが通信可能に構成され
た印刷システムであって、基本オペレーティングシステ
ムのグラフィックサブシステムによって生成される出力
情報を前記印刷装置が解析可能な第１の印刷データに変
換処理する変換手段と、前記変換手段により変換された
前記第１の印刷データを格納する第１の格納手段と、前
記第１の格納手段に格納された前記第１の印刷データを
前記印刷装置に転送する第１の転送手段と、前記第１の
転送手段による前記第１の印刷データの転送に並行し
て、前記印刷データに基づいて前記印刷装置から印刷可
能な第２の印刷データに展開処理する第１の展開処理手
段と、前記第１の展開処理手段により展開された前記第
２の印刷データを格納する第２の格納手段と、前記印刷
装置に転送する前記第１の印刷データの種別がイメージ
オブジェクトかどうかを判定する判定手段と、前記判定
手段の判定結果に基づいて前記第１の印刷データの転送
に代えて前記第２の印刷データを転送するように転送す
べき印刷データの候補を切り替え制御する制御手段とを
有するので、第１の印刷データの種別から印刷装置側に
おける第２の印刷データへの展開処理が遅延する第１の
印刷データであることが予測されるようなイメージオブ
ジェクトが第１の印刷データである場合には、印刷装置
にイメージオブジェクトとしての第１の印刷データを転
送することなく、データ処理装置側で展開処理された第
２の印刷データを印刷装置に転送して、印刷装置側にお
ける第２の印刷データへの展開処理時間を大幅に短縮
し、印刷システム全体の印刷処理効率を格段に向上させ
ることができる。

【０１８１】第５の発明によれば、前記制御手段は、転
送すべき印刷データの候補の切り替え時に、前記第１の
印刷データが転送されていた通信媒体中の通信路とは物
理的または論理的に異なる通信路を自動選択して前記第
２の印刷データを前記印刷装置に転送するので、第１の
印刷データの転送状態に関わらず、第２の印刷データを
即座に転送することができ、第２の印刷データに要する
転送処理時間を大幅に短縮でき、印刷システム全体とし
ての印刷処理効率を格段に向上させることができる。

【０１８２】第６の発明によれば、所定の通信媒体を介
して印刷装置とデータ処理装置とが通信可能に構成され
た印刷システムであって、基本オペレーティングシステ
ムのグラフィックサブシステムによって生成される出力
情報を前記印刷装置が解析可能な第１の印刷データに変
換処理する変換手段と、前記変換手段により変換された
前記第１の印刷データを格納する第１の格納手段と、前
記第１の格納手段に格納された前記第１の印刷データを
前記印刷装置に転送する第１の転送手段と、前記第１の
転送手段による前記第１の印刷データの転送に並行し
て、前記印刷データに基づいて前記印刷装置から印刷可
能な第２の印刷データに展開処理する第１の展開処理手
段と、前記第１の展開処理手段により展開された前記第
２の印刷データを圧縮して格納する第２の格納手段と、
前記第１の転送手段による前記第１の印刷データの転送
開始後、前記印刷装置による印刷処理状態を監視する第
１の監視手段と、前記第１の監視手段による監視結果に
基づいて前記印刷装置に対する前記第２の格納手段に格
納されていた前記第２の印刷データを転送する第２の転
送手段と、前記第２の転送手段による前記第２の印刷デ
ータの転送レートおよび前記第２の転送手段による前記
第２の印刷データの圧縮後のデータ量を導出して、圧縮
された前記第２の印刷データの転送処理時間を算出する
算出手段と、前記算出手段により算出された前記第２の
印刷データの転送処理時間を前記印刷装置に通知する通
知手段とを有するので、印刷装置側の判定処理負担を強
いることなく、印刷装置側でデータ処理装置側で展開処
理された第２の印刷データによる印刷処理に切り替える
ための適切な判定時間、特に、展開処理時間ばかりでな
く、該展開されて圧縮された第２の印刷データを転送す
るのに要する転送処理時間とを含む判定時間を印刷装置
側に通知することができる。

【０１８３】第７の発明によれば、所定の通信媒体を介
して印刷装置とデータ処理装置とが通信可能に構成され
た印刷システムであって、前記データ処理装置で出力情
報から変換されて転送される第１の印刷データを解析し
て印刷可能な第２の印刷データに展開する第２の展開処
理手段と、前記データ処理装置で算出される前記第２の
印刷データの展開から転送終了までに要するホスト処理
時間内に前記第２の展開処理手段による前記第２の印刷
データの展開処理が終了するかどうかを監視する第２の
監視手段と、前記第２の監視手段が監視するホスト処理
時間内に前記第２の展開処理手段による前記第２の印刷
データの展開処理が終了するかどうかに基づいて前記デ
ータ処理装置に格納されている前記第２の印刷データあ
るいは前記第２の展開処理手段が展開する前記第２の印
刷データのいずれかを選択して印刷部に転送する制御手
段とを有するので、何等印刷装置側の予測処理を伴うこ
となく、データ処理装置から通知されるホスト処理時間
を基準として印刷装置が採用すべき第２の印刷データ源
を切り替えることができ、印刷装置側における第２の印
刷データの印刷処理効率を簡単な構成で格段に向上させ
ることができる。

【０１８４】第８，第１０の発明によれば、所定の通信
媒体を介して印刷装置とデータ処理装置とが通信可能に
構成された印刷システムのデータ処理方法であって、あ
るいは所定の通信媒体を介して印刷装置と通信して印刷
データの転送を行うデータ処理装置を制御するコンピュ
ータが読み出し可能なプログラムを格納した記憶媒体で
あって、基本オペレーティングシステムのグラフィック
サブシステムによって生成される出力情報を前記印刷装
置が解析可能な第１の印刷データに変換処理する変換工
程と、前記変換工程により変換された前記第１の印刷デ
ータをスプールする第１のスプール工程と、前記第１の
スプール工程によりスプールされた前記第１の印刷デー
タを前記印刷装置に転送する第１の転送工程と、前記第
１の転送工程による前記第１の印刷データの転送に並行
して、前記印刷データに基づいて前記印刷装置から印刷
可能な第２の印刷データに展開処理する第１の展開処理
工程と、前記第１の展開処理工程により展開された前記
第２の印刷データをスプールする第２のスプール工程
と、前記第２のスプール工程の終了状態を判定する第１
の判定工程と、前記第１の判定工程により前記第２のス
プール工程が終了していると判定した場合に、前記第１
の転送工程により前記印刷装置に転送された前記第１の
印刷データに基づく第２の印刷データへの展開が完了し
ているかどうかを前記印刷装置に問い合わせて判定する
判定工程と、前記判定工程による判定結果に基づいて前
記印刷装置に対して前記第２のスプール工程によりスプ
ールされている前記第２の印刷データを転送する第２の
転送工程とを有するので、転送した第１の印刷データに
基づく印刷装置側における第２の印刷データへの展開処
理に並行してデータ処理装置側における第２の印刷デー
タへの展開処理しておくことにより、印刷装置側の第２
の印刷データへの展開処理状態に応じてデータ処理装置
側における第２の印刷データを適宜選択した印刷処理に
遷移させて、印刷システム全体として印刷処理効率を格
段に高めることができる。

【０１８５】第９，第１１の発明によれば、所定の通信
媒体を介して印刷装置とデータ処理装置とが通信可能に
構成された印刷システムのデータ処理方法であって、あ
るいは所定の通信媒体を介してデータ処理装置と通信し
て印刷データの受信を行う印刷装置を制御するコンピュ
ータが読み出し可能なプログラムを格納した記憶媒体で
あって、前記データ処理装置で生成される出力情報から
変換されて転送される第１の印刷データを解析して印刷
可能な第２の印刷データに展開する第２の展開処理工程
と、前記第２の展開処理工程による前記第２の印刷デー
タの展開処理中に、前記データ処理装置で展開された印
刷可能な第２の印刷データを受信しているかどうかを判
定する判定工程と、前記判定工程により前記データ処理
装置で展開された印刷可能な第２の印刷データを受信し
ていると判定した場合に、前記第２の展開処理工程によ
る前記第２の印刷データの展開処理を中止して、前記デ
ータ処理装置から取得される前記第２の印刷データに基
づく印刷処理に切り替える切替え工程とを有するので、
データ処理装置側から転送される第１の印刷データに基
づく第２の印刷データへの展開処理中に、データ処理装
置側から第２の印刷データが転送された場合には、第２
のデータ展開処理を終了を待つことなく、データ処理装
置側から第２の印刷データに基づく印刷処理を開始させ
て、印刷システム全体として印刷処理効率を格段に高め
ることができる。

【０１８６】従って、処理能力の異なる種々の印刷装置
とデータ処理装置とで印刷システムが構築され、かつデ
ータ処理装置から転送される第１の印刷データに基づく
第２の印刷データへの展開処理負担が変動することを考
慮して、データ処理装置から転送される第１の印刷デー
タに左右されることなく、印刷装置側で第２の印刷デー
タに基づく印刷処理効率を格段に向上させることができ
る印刷システム環境を自在に構築することができる等の
効果を奏する。

【図面の簡単な説明】

【図１】本発明に係る印刷システムに適用するＬＢＰの
構成を示す断面図である。

【図２】本発明の第１実施形態を示す印刷システムの制
御構成を説明するブロック図である。

【図３】本発明に係る印刷システムにおける印刷データ
の処理状態を説明する概念図である。

【図４】本発明に係る印刷システムで印刷可能な印刷デ
ータの特性を説明する模式図である。

【図５】本発明に係る印刷システムにおける第１のデー
タ処理手順の一例を示すフローチャートである。

【図６】本発明に係る印刷システムにおける第２のデー
タ処理手順の一例を示すフローチャートである。

【図７】本発明に係る印刷システムで読み出し可能な各
種データ処理プログラムを格納する記憶媒体のメモリマ
ップを説明する図である。

【図８】この種の印刷システムにおける印刷データ処理
状態を説明する概念図である。

【符号の説明】

１００ 印刷装置 １１０ フォーマッタ制御部 １１３ ＰＤＬ解析部 １１４ 印刷制御処理実行部 １１５ 描画処理実行部 １１６ ページメモリ １２０ オペレーションパネル ２００ ホストコンピュータ ２０１ アプリケーション ２０２ グラフィックサブシステム ２０３ スプールサブシステム ２０３２ ＶＰＭ ２０３３ スプールファイル ２０３４ プロセスモニタ

Claims (11)

【特許請求の範囲】
1. 【請求項１】 所定の通信媒体を介して印刷装置とデー
   タ処理装置とが通信可能に構成された印刷システムであ
   って、 基本オペレーティングシステムのグラフィックサブシス
   テムによって生成される出力情報を前記印刷装置が解析
   可能な第１の印刷データに変換処理する変換手段と、 前記変換手段により変換された前記第１の印刷データを
   格納する第１の格納手段と、 前記第１の格納手段に格納された前記第１の印刷データ
   を前記印刷装置に転送する第１の転送手段と、 前記第１の転送手段による前記第１の印刷データの転送
   に並行して、前記印刷データに基づいて前記印刷装置か
   ら印刷可能な第２の印刷データに展開処理する第１の展
   開処理手段と、 前記第１の展開処理手段により展開された前記第２の印
   刷データを格納する第２の格納手段と、 前記第１の転送手段による前記第１の印刷データの転送
   開始後、前記印刷装置による印刷処理状態を監視する第
   １の監視手段と、 前記第１の監視手段による監視結果に基づいて前記印刷
   装置に対して前記第２の格納手段に格納されていた前記
   第２の印刷データを転送する第２の転送手段と、を有す
   ることを特徴とする印刷システム。
2. 【請求項２】 所定の通信媒体を介して印刷装置とデー
   タ処理装置とが通信可能に構成された印刷システムであ
   って、 前記データ処理装置で生成される出力情報から変換され
   て転送される第１の印刷データを解析して印刷可能な第
   ２の印刷データに展開する第２の展開処理手段と、 前記第２の展開処理手段による前記第２の印刷データの
   展開処理状態を監視する第２の監視手段と、 前記第２の監視手段による監視結果に基づいて前記デー
   タ処理装置に格納されている前記第２の展開処理手段が
   展開すべき前記第２の印刷データを取得して、該取得し
   た前記第２の印刷データによる印刷実行状態を制御する
   制御手段と、を有することを特徴とする印刷システム。
3. 【請求項３】 前記第２の印刷データに基づいて印刷処
   理する印刷部の印刷処理状態を監視して所定のジャム発
   生状態を検知する検知手段を有し、 前記制御手段は、前記検知手段により前記所定のジャム
   発生状態を検知している場合に、印刷処理中の第２の印
   刷データを破棄して、前記データ処理装置に格納されて
   いる前記第２の展開処理手段が展開すべき前記第２の印
   刷データを取得して、該取得した前記第２の印刷データ
   による印刷実行状態を制御することを特徴とする請求項
   ２記載の印刷システム。
4. 【請求項４】 所定の通信媒体を介して印刷装置とデー
   タ処理装置とが通信可能に構成された印刷システムであ
   って、 基本オペレーティングシステムのグラフィックサブシス
   テムによって生成される出力情報を前記印刷装置が解析
   可能な第１の印刷データに変換処理する変換手段と、 前記変換手段により変換された前記第１の印刷データを
   格納する第１の格納手段と、 前記第１の格納手段に格納された前記第１の印刷データ
   を前記印刷装置に転送する第１の転送手段と、 前記第１の転送手段による前記第１の印刷データの転送
   に並行して、前記第１の印刷データに基づいて前記印刷
   装置から印刷可能な第２の印刷データに展開処理する第
   １の展開処理手段と、 前記第１の展開処理手段により展開された前記第２の印
   刷データを格納する第２の格納手段と、 前記印刷装置に転送する前記第１の印刷データの種別が
   イメージオブジェクトかどうかを判定する判定手段と、 前記判定手段の判定結果に基づいて前記第１の印刷デー
   タの転送に代えて前記第２の印刷データを転送するよう
   に転送すべき印刷データの候補を切り替え制御する制御
   手段と、を有することを特徴とする印刷システム。
5. 【請求項５】 前記制御手段は、転送すべき印刷データ
   の候補の切り替え時に、前記第１の印刷データが転送さ
   れていた通信媒体中の通信路とは物理的または論理的に
   異なる通信路を自動選択して前記第２の印刷データを前
   記印刷装置に転送することを特徴とする請求項４記載の
   印刷システム。
6. 【請求項６】 所定の通信媒体を介して印刷装置とデー
   タ処理装置とが通信可能に構成された印刷システムであ
   って、 基本オペレーティングシステムのグラフィックサブシス
   テムによって生成される出力情報を前記印刷装置が解析
   可能な第１の印刷データに変換処理する変換手段と、 前記変換手段により変換された前記第１の印刷データを
   格納する第１の格納手段と、 前記第１の格納手段に格納された前記第１の印刷データ
   を前記印刷装置に転送する第１の転送手段と、 前記第１の転送手段による前記第１の印刷データの転送
   に並行して、前記第１の印刷データに基づいて前記印刷
   装置から印刷可能な第２の印刷データに展開処理する第
   １の展開処理手段と、 前記第１の展開処理手段により展開された前記第２の印
   刷データを圧縮して格納する第２の格納手段と、 前記第１の転送手段による前記第１の印刷データの転送
   開始後、前記印刷装置による印刷処理状態を監視する第
   １の監視手段と、 前記第１の監視手段による監視結果に基づいて前記印刷
   装置に対する前記第２の格納手段に格納されていた前記
   第２の印刷データを転送する第２の転送手段と、 前記第２の転送手段による前記第２の印刷データの転送
   レートおよび前記第２の転送手段による前記第２の印刷
   データの圧縮後のデータ量を導出して、圧縮された前記
   第２の印刷データの転送処理時間を算出する算出手段
   と、 前記算出手段により算出された前記第２の印刷データの
   転送処理時間を前記印刷装置に通知する通知手段と、を
   有することを特徴とする印刷システム。
7. 【請求項７】 所定の通信媒体を介して印刷装置とデー
   タ処理装置とが通信可能に構成された印刷システムであ
   って、 前記データ処理装置で出力情報から変換されて転送され
   る第１の印刷データを解析して印刷可能な第２の印刷デ
   ータに展開する第２の展開処理手段と、 前記データ処理装置で算出される前記第２の印刷データ
   の展開から転送終了までに要するホスト処理時間内に前
   記第２の展開処理手段による前記第２の印刷データの展
   開処理が終了するかどうかを監視する第２の監視手段
   と、 前記第２の監視手段が監視するホスト処理時間内に前記
   第２の展開処理手段による前記第２の印刷データの展開
   処理が終了するかどうかに基づいて前記データ処理装置
   に格納されている前記第２の印刷データあるいは前記第
   ２の展開処理手段が展開する前記第２の印刷データのい
   ずれかを選択して印刷部に転送する制御手段と、を有す
   ることを特徴とする印刷システム。
8. 【請求項８】 所定の通信媒体を介して印刷装置とデー
   タ処理装置とが通信可能に構成された印刷システムのデ
   ータ処理方法であって、 基本オペレーティングシステムのグラフィックサブシス
   テムによって生成される出力情報を前記印刷装置が解析
   可能な第１の印刷データに変換処理する変換工程と、 前記変換工程により変換された前記第１の印刷データを
   スプールする第１のスプール工程と、 前記第１のスプール工程によりスプールされた前記第１
   の印刷データを前記印刷装置に転送する第１の転送工程
   と、 前記第１の転送工程による前記第１の印刷データの転送
   に並行して、前記第１の印刷データに基づいて前記印刷
   装置から印刷可能な第２の印刷データに展開処理する第
   １の展開処理工程と、 前記第１の展開処理工程により展開された前記第２の印
   刷データをスプールする第２のスプール工程と、 前記第２のスプール工程の終了状態を判定する第１の判
   定工程と、 前記第１の判定工程により前記第２のスプール工程が終
   了していると判定した場合に、前記第１の転送工程によ
   り前記印刷装置に転送された前記第１の印刷データに基
   づく第２の印刷データへの展開が完了しているかどうか
   を前記印刷装置に問い合わせて判定する判定工程と、 前記判定工程による判定結果に基づいて前記印刷装置に
   対して前記第２のスプール工程によりスプールされてい
   る前記第２の印刷データを転送する第２の転送工程と、
   を有することを特徴とする印刷システムのデータ処理方
   法。
9. 【請求項９】 所定の通信媒体を介して印刷装置とデー
   タ処理装置とが通信可能に構成された印刷システムのデ
   ータ処理方法であって、 前記データ処理装置で生成される出力情報から変換され
   て転送される第１の印刷データを解析して印刷可能な第
   ２の印刷データに展開する第２の展開処理工程と、 前記第２の展開処理工程による前記第２の印刷データの
   展開処理中に、前記データ処理装置で展開された印刷可
   能な第２の印刷データを受信しているかどうかを判定す
   る判定工程と、 前記判定工程により前記データ処理装置で展開された印
   刷可能な第２の印刷データを受信していると判定した場
   合に、前記第２の展開処理工程による前記第２の印刷デ
   ータの展開処理を中止して、前記データ処理装置から取
   得される前記第２の印刷データに基づく印刷処理に切り
   替える切替え工程と、を有することを特徴とする印刷シ
   ステムのデータ処理方法。
10. 【請求項１０】 所定の通信媒体を介して印刷装置と通
    信して印刷データの転送を行うデータ処理装置を制御す
    るコンピュータが読み出し可能なプログラムを格納した
    記憶媒体であって、 基本オペレーティングシステムのグラフィックサブシス
    テムによって生成される出力情報を前記印刷装置が解析
    可能な第１の印刷データに変換処理する変換工程と、 前記変換工程により変換された前記第１の印刷データを
    スプールする第１のスプール工程と、 前記第１のスプール工程によりスプールされた前記第１
    の印刷データを前記印刷装置に転送する第１の転送工程
    と、 前記第１の転送工程による前記第１の印刷データの転送
    に並行して、前記印刷データに基づいて前記印刷装置か
    ら印刷可能な第２の印刷データに展開処理する第１の展
    開処理工程と、 前記第１の展開処理工程により展開された前記第２の印
    刷データをスプールする第２のスプール工程と、 前記第２のスプール工程の終了状態を判定する第１の判
    定工程と、 前記第１の判定工程により前記第２のスプール工程が終
    了していると判定した場合に、前記第１の転送工程によ
    り前記印刷装置に転送された前記第１の印刷データに基
    づく第２の印刷データへの展開が完了しているかどうか
    を前記印刷装置に問い合わせて判定する判定工程と、 前記判定工程による判定結果に基づいて前記印刷装置に
    対して前記第２のスプール工程によりスプールされてい
    る前記第２の印刷データを転送する第２の転送工程と、
    を有することを特徴とするコンピュータが読み出し可能
    なプログラムを格納した記憶媒体。
11. 【請求項１１】 所定の通信媒体を介してデータ処理装
    置と通信して印刷データの受信を行う印刷装置を制御す
    るコンピュータが読み出し可能なプログラムを格納した
    記憶媒体であって、 前記データ処理装置で生成される出力情報から変換され
    て転送される第１の印刷データを解析して印刷可能な第
    ２の印刷データに展開する第２の展開処理工程と、 前記第２の展開処理工程による前記第２の印刷データの
    展開処理中に、前記データ処理装置で展開された印刷可
    能な第２の印刷データを受信しているかどうかを判定す
    る判定工程と、 前記判定工程により前記データ処理装置で展開された印
    刷可能な第２の印刷データを受信していると判定した場
    合に、前記第２の展開処理工程による前記第２の印刷デ
    ータの展開処理を中止して、前記データ処理装置から取
    得される前記第２の印刷データに基づく印刷処理に切り
    替える切替え工程と、を有することを特徴とするコンピ
    ュータが読み出し可能なプログラムを格納した記憶媒
    体。