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

Abstract

(57)【要約】 【課題】 印刷装置側が受信するデータの種別によって
は印刷処理が遅延するようなデータであっても、印刷装
置の出力能力を損ねることなく、最大スループットを維
持した印刷を効率よく行えることである。 【解決手段】 プリントプロセッサ２０３２，ＲＩＰ部
２０３３によりアプリケーションからの印刷要求に伴っ
て生成される描画情報に基づいて作成される所定のペー
ジ記述言語データをデバイスに依存しないプログラミン
グ言語で記述される変換資源により前記デバイスに依存
する中間コードまたは前記印刷装置が印刷可能なビット
マップイメージデータに変換する構成を特徴とする。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】一般的には、セントロニクスインタフェー
スといったパラレル通信手段やネットワーク通信手段を
介してホストコンピュータと印刷装置とが接続され印刷
システムを構成している。ホストコンピュータ側では、
ワードプロセッサや表計算のようなアプリケーションソ
フトウエア（以下、アプリと略称）がＷｉｎｄｏｗｓ
（米国Ｍｉｃｒｏｓｏｆｔ社の登録商標）のようないわ
ゆる基本ソフトの上で動作している。

【０００５】このアプリにおいて印刷を行う場合は、そ
のプログラム内から基本ソフトが提供するいくつかのサ
ブシステムのうちの画像情報処理手段であるところのグ
ラフィックサブシステムの機能を用いて行う。

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

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

【０００８】とりわけ、プリンタに対するこのモジュー
ルは「プリンタドライバ」と呼ばれる。このプリンタド
ライバでは、その能力や機能などに応じてあらかじめデ
バイスドライバに実装することが決められているＤＤＩ
（Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ Ｉｎｔｅｒｆａｃｅ）
と呼ばれる関数群を用意する必要がある。

【０００９】アプリがシステムに対して行うＡＰＩ（Ａ
ｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｉｎｇ Ｉｎｔ
ｅｒｆａｃｅ）コールをＧＤＩがデバイスドライバ用に
データ変換を行い、このＤＤＩ関数群が適宜ＧＤＩから
コールされ所定の印刷処理が実行されるような仕組みに
なっており、ＧＤＩは、このようにプリンタドライバを
介してアプリからの印刷要求を処理している。

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

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

【００１２】ＰＤＬプリンタでは、印刷装置内にＰＤＬ
コントローラと呼ばれる印刷データ処理装置が存在す
る。このＰＤＬコントローラでは、ＰＤＬデータの受信
処理，ＰＤＬデータの解釈処理，印刷データの生成，該
印刷データに基づく印刷イメージの描画展開処理，プリ
ンタエンジンに対するページスケジューリング等の処理
が行われている。

【００１３】印刷装置側のＰＤＬコントローラにおいて
は、ＰＣカードやＲＯＭ−ＤＩＭＭなどといった記憶媒
体によって、任意のＰＤＬに対応するようにファームウ
エアを追加できる構成が取られているものが多いが、こ
れらを構成するソフトウエアプログラムは、ＰＤＬコン
トローラのハードウエア（特にＣＰＵ）に依存した命令
コードとなっており、その部分をＰＤＬコントローラ以
外の部分（例えば、ホストコンピュータ側）で動作させ
るようなことはなかった。

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

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

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

【００１７】さらに、ネットワーク環境下におけるプリ
ントサーバのようなものでは、このスプールサブシステ
ムには複数のユーザの印刷ジョブが貯えられることにな
る。このため、既に複数の印刷ジョブデータがスプール
されて待ち状態になっているような状態では、アプリか
ら印刷を実行しても、印刷結果が印刷装置から出力され
るまでにはしばらく待たされるようなこともよくあるこ
とである。

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

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

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

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

【００２２】従来、ホスト側とプリンタ側で印刷処理の
負荷分散を図る場合、事前に印刷データの内容を見て処
理時間の予測を行い負荷の分散加減を調整する方法や、
プリンタ内のカレントステータスをホストコンピュータ
側にフィードバックしてプリンタドライバの処理内容を
変更するといった方法が取られている。

【００２３】

【発明が解決しようとする課題】しかしながら、上記従
来例では次のような問題点があった。

【００２４】第１に、ネットワーク環境下で複数ユーザ
に共有されるＰＤＬプリンタの場合、ＰＤＬコントロー
ラの処理能力が十分に高くないと、そこがボトルネック
となり印刷装置の利用効率が低下してしまう。

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

【００２６】第３に、ＰＤＬコントローラは印刷装置内
で固定的なハードウエアとして存在しているため、時代
とともに性能の陳腐化が起こる。

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

【００２８】つまり、印刷データをプリンタに送り切っ
ても、プリンタエンジンが始動し実際の印刷結果がプリ
ントアウトされるまでには、プリンタ内での処理時間分
の待ちが生じることになり、この時間によって高速エン
ジンのもつ機構的な能力が十分に生かし切れていなかっ
た。

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

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

【００３１】仮に、２４ページがすべて均等の処理時間
だったと仮定すると、２４ＰＰＭという高速エンジンで
あっても、結果的には４ＰＰＭの低速エンジンで出力す
るようなものとなってしまう。

【００３２】このようにプリンタコントローラの性能が
エンジン速度に見合った性能を出せないようなケースで
は、結果的に印刷待ち状態が多発してしまい、効率的な
業務の遂行に支障をきたす可能性があった。

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

【００３４】本発明は上記の問題点を解消するためにな
されたもので、本発明の目的は、印刷装置から取得する
変換資源に基づいて印刷装置がデータ処理装置から受信
するデータに基づく異なるデータ変換処理をデータ処理
負担状況に応じて最適ないずれかの変換処理をデータ処
理装置側で実行することにより、印刷装置側が受信する
データの種別によっては印刷処理が遅延するようなデー
タであっても、印刷装置の出力能力を損ねることなく、
最大スループットを維持した印刷を効率よく行える印刷
システム環境を自在に構築することができる印刷システ
ムおよび印刷システムのデータ処理方法およびコンピュ
ータが読み出し可能なプログラムを格納した記憶媒体を
提供することである。

【００３５】

【課題を解決するための手段】本発明に係る第１の発明
は、所定の通信媒体を介してそれぞれ異なるデバイスを
備えるデータ処理装置と印刷装置とが通信可能な印刷シ
ステムであって、アプリケーションからの印刷要求に伴
って生成される描画情報に基づいて作成される所定のペ
ージ記述言語データを前記デバイスに依存しないプログ
ラミング言語で記述される変換資源により前記デバイス
に依存する中間コードまたは前記印刷装置が印刷可能な
ビットマップイメージデータに変換する複数の変換手段
を有するものである。

【００３６】本発明に係る第２の発明は、前記データ処
理装置は、前記印刷装置に記憶される前記変換資源をダ
ウンロードするものである。

【００３７】本発明に係る第３の発明は、前記データ処
理装置側で変動するデータ処理負担状況を監視する監視
手段と、前記監視手段のデータ処理負担状況を判定し
て、いずれかの変換手段を選択する選択手段とを有する
ものである。

【００３８】本発明に係る第４の発明は、所定の通信媒
体を介してそれぞれ異なるデバイスを備えるデータ処理
装置と印刷装置とが通信可能な印刷システムであって、
所定のページ記述言語に従うデータを解析する前記デバ
イスに依存しないプログラミング言語で記述されている
ページ記述言語解析プログラムのソースコードを格納す
るコード格納手段と、前記コード格納手段から読み出さ
れる前記ソースコードを加工して生成される解析資源に
基づいて前記データを所定の中間コードに変換する解析
手段と、前記コード格納手段から読み出される前記ソー
スコードを前記データ処理装置に転送する転送手段と、
前記中間コードに基づいて印刷部が印刷可能なビットマ
ップイメージに描画展開する描画手段と、受信したデー
タを前記解析手段が解析して前記描画手段に出力する中
間コードに変換処理する第１のデータ処理系と、受信し
たデータに基づいて前記描画手段が印刷部が印刷可能な
ビットマップイメージを記憶部に展開処理する第２のデ
ータ処理系と、前記データ処理装置から受信するデータ
の種別を判定して、受信した印刷部が印刷可能なビット
マップイメージを記憶部に展開処理する第３のデータ処
理系とのいずれかに振り分ける振り分け手段とを前記印
刷装置に有するものである。

【００３９】本発明に係る第５の発明は、所定の通信媒
体を介してそれぞれ異なるデバイスを備えるデータ処理
装置と印刷装置とが通信可能な印刷システムであって、
アプリケーションプログラムを実行して前記印刷装置に
出力する所定のページ記述言語に従うデータを生成する
生成手段と、前記生成手段により生成されるデータをス
プールするスプール手段と、前記印刷装置から所定のペ
ージ記述言語に従うデータを解析する前記デバイスに依
存しないプログラミング言語で記述されているページ記
述言語解析プログラムのソースコードをダウンロードす
るダウンロード手段と、前記ダウンロード手段によりダ
ウンロードされたソースコードから加工生成される解析
資源に基づいて前記データを所定の中間コードに変換す
る解析手段と、前記解析手段により解析された前記所定
の中間コードに基づいて前記印刷装置の印刷部が印刷可
能なビットマップイメージに描画展開する描画手段と、
前記スプール手段に対する前記データのスプール中に、
前記データ処理装置側で変動するデータ処理負担状況を
監視する監視手段と、前記監視手段のデータ処理負担状
況を判定して、前記印刷装置に転送するデータ種別を前
記生成手段により生成されるデータと、前記解析手段に
より解析された前記所定の中間コードと、前記描画手段
により描画展開されたビットマップイメージデータのい
ずれかに振り分ける振り分け手段とを有するものであ
る。

【００４０】本発明に係る第６の発明は、所定の通信媒
体を介してそれぞれ異なるデバイスを備えるデータ処理
装置と印刷装置とが通信可能な印刷システムのデータ処
理方法であって、前記印刷装置から所定のページ記述言
語に従うデータを解析する前記デバイスに依存しないプ
ログラミング言語で記述されているページ記述言語解析
プログラムのソースコードをダウンロードするダウンロ
ード工程と、前記ダウンロード工程によりダウンロード
されたソースコードをコンパイルして前記データを所定
の中間コードに変換する解析処理プログラムにコンパイ
ルするコンパイル工程と、アプリケーションプログラム
を実行して前記印刷装置に出力する所定のページ記述言
語に従うデータを生成する生成工程と、前記ダウンロー
ド工程によりダウンロードされたソースコードから加工
生成される変換資源に基づいて前記データを所定の中間
コードに変換する解析工程と、前記解析工程により解析
された前記所定の中間コードに基づいて前記印刷装置の
印刷部が印刷可能なビットマップイメージに描画展開す
る描画工程と、前記データのスプール中に、前記データ
処理装置側で変動するデータ処理負担状況を監視する監
視工程と、前記監視工程によるデータ処理負担状況を判
定して、前記印刷装置に転送するデータ種別を前記生成
工程により生成されるデータと、前記解析工程により解
析された前記所定の中間コードと、前記描画工程により
描画展開されたビットマップイメージデータのいずれか
に振り分ける振り分け工程とを有するものである。

【００４１】本発明に係る第７の発明は、所定の通信媒
体を介してそれぞれ異なるデバイスを備えるデータ処理
装置と印刷装置とが通信可能な印刷システムを制御する
コンピュータが読み出し可能なプログラムを格納した記
憶媒体であって、前記印刷装置から所定のページ記述言
語に従うデータを解析する前記デバイスに依存しないプ
ログラミング言語で記述されているページ記述言語解析
プログラムのソースコードをダウンロードするダウンロ
ード工程と、前記ダウンロード工程によりダウンロード
されたソースコードをコンパイルして前記データを所定
の中間コードに変換する解析処理プログラムにコンパイ
ルするコンパイル工程と、前記データのスプール中に、
前記データ処理装置側で変動するデータ処理負担状況を
監視する監視工程と、前記監視工程によるデータ処理負
担状況を判定して、前記印刷装置に転送するデータ種別
を前記生成工程により生成されるデータと、前記解析工
程により解析された前記所定の中間コードと、前記描画
工程により描画展開されたビットマップイメージデータ
のいずれかに振り分ける振り分け工程とを有するもので
ある。

【００４２】

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

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

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

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

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

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

【００４８】なお、本発明を適用可能なプリンタは、前
述のようなモノクロＬＢＰに限られるものではなく、カ
ラーＬＢＰであってもインクジェットプリンタ（カラー
機も含む）をはじめとする他のプリント方式のプリンタ
でも良いことはいうまでもない。

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

【００５０】印刷装置１００において、１１０はＰＤＬ
コントローラ部で、ホストコンピュータとの接続手段で
あるインタフェース（Ｉ／Ｆ）部１１１と、受信データ
等を一時的に保持管理するための受信バッファ１１２１
と、送信データ等を一時的に保持管理するための送信バ
ッファ１１２２と、受信データのデータ種別を一時的に
解析するデータ解析部１１３と、そのデータがＰＤＬデ
ータであった場合に、ＰＤＬの解析を行うＰＤＬ解析部
１１４と、ソースコードのコンパイル手段およびホスト
側への転送手段および処理能力判定手段である負荷分散
マネージャ部１１５と、デバイス非依存のプログラミン
グ言語によって記述された各種ＰＤＬの解析処理のソー
スコードが格納されているソースコードデータベース部
１１６と、印刷制御処理実行部１１７と、描画処理実行
部１１８と、ページメモリ１１９とから構成されてい
る。

【００５１】なお、インタフェース（Ｉ／Ｆ）部１１１
は、ホストコンピュータ２００との印刷データの送受信
を行う通信手段であり、通信プロトコルとしてＩＥＥＥ
−１２８４に準拠した通信を可能とするものである。こ
のインタフェース部１１１を通して受信した印刷データ
は、そのデータを一時的に保持する記憶手段である受信
バッファ１１２１に逐次蓄積され、必要に応じて所定の
バイト数がデータ解析部１１３によって読み出され処理
される。

【００５２】データ解析部１１３では、受信データがＰ
ＤＬデータなのか、描画処理実行部１１８が直接解釈可
能な中間的なコード（以下ではこのコードをディスプレ
イリストと称する）なのか、最終的な出力イメージのデ
ータなのかをデータの先頭の数バイトを見て判別し、デ
ータの処理先を振り分けるデータ振分け手段として機能
する。

【００５３】データ解析部１１３が受信したデータがＰ
ＤＬデータであったと判別した場合には、印刷装置１０
０内のＰＤＬ解析部１１４に、ディスプレイリストであ
ったと判別した場合には、印刷装置１００内の描画処理
実行部１１８に、最終出力イメージ形態であると判定し
た場合には、印刷装置１００内のページメモリ１１９に
受信したデータを直接転送するいずれかの処理を実行す
る。

【００５４】なお、これらの振分け処理は、通常は印刷
ジョブ単位で行うが、ページ単位または、ページを複数
の短冊状の領域に区切ったバンド単位として処理するこ
とも可能である。データ処理単位は、ホストコンピュー
タ２００側の処理によって決定される。それぞれのデー
タの内容については、後述のホストコンピュータ２００
側のデータ生成処理の際に合わせて説明する。

【００５５】一方、ＰＤＬ解析部１１４は、本発明にお
いて重要な位置付けの部分であり、ＰＤＬ解析実行処理
を実行するまでの流れは次のように構成されている。

【００５６】まず、データ解析部１１３から転送される
ＰＤＬデータをディスプレイリストに変換する処理プロ
グラムは、デバイス非依存のプログラミング言語によっ
て記述されている。その処理プログラムのソースコード
はＰＤＬ解析処理のソースコードデータベース部１１６
に格納されており、ＰＣＬ，ＰｏｓｔＳｃｒｉｐｔ，Ｌ
ＩＰＳなどといった各ＰＤＬコマンド体系やＰＪＬのよ
うな印刷ジョブ制御言語に準じたデータ解析処理とディ
スプレイリストへの変換処理がＪａｖａ言語によってプ
ログラムされ、ＰＤＬ毎に個別のデータとして格納され
ている。

【００５７】このソースコードデータベース部１１６よ
り、負荷分散マネージャ１１５が必要に応じてデータを
読み出し、コンパイルを行いＰＤＬアプレット１１４−
１を生成し、ＰＤＬ解析部１１４の中の所定の位置に格
納しＰＤＬ解析部１１４としての動作を開始することに
なる。

【００５８】このＰＤＬ解析部１１４で解析されたコマ
ンドは、文字印字，図形，イメージなどの描画に関する
印刷データの解析結果はディスプレイリストとして描画
処理実行部１１８に渡され処理し、給紙選択やリセット
命令などの描画以外のコマンドは、印刷制御処理実行部
１１７に指示を出し処理する。

【００５９】描画処理実行部１１８は、文字やイメー
ジ，図形を分解しプリミティティブなパーツとなった各
オブジェクトはディスプレイリストを受けてページメモ
リ１１９に逐次展開処理を行う部分である。

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

【００６１】なお、一般的に、ＰＤＬコントローラ部１
１０は、中央演算処理装置（ＣＰＵ），リードオンリメ
モリ（ＲＯＭ），ランダムアクセスメモリ（ＲＡＭ）な
どを用いたコンピュータシステムによって構成されてい
る。

【００６２】また、各部の処理は、マルチタスクモニタ
（リアルタイムＯＳ）のもとで、タイムシェアリングに
処理される構成であってもよいし、各機能ごとに専用の
コントローラハードウエアを用意して独立して処理され
る構成であってもかまわない。

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

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

【００６５】図２において、２００はホストコンピュー
タであり、プリントデータ及び制御コードからなる印刷
情報を印刷装置１００に出力するものである。

【００６６】ホストコンピュータ２００は、入力デバイ
スであるキーボード２１０やポインティングデバイスで
あるマウス２１１と、表示デバイスであるディスプレイ
モニタ２２０を合わせた一つのコンピュータシステムと
して構成されている。ホストコンピュータ２００は、Ｍ
Ｓ−ＤＯＳ（商品名），Ｗｉｎｄｏｗｓ（商品名）など
の基本ＯＳによって動作しているものとする。

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

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

【００６９】スプールサブシステム２０３は、グラフィ
ックサブシステム２０２の後段に位置するプリンタデバ
イスに特有のサブシステムであり、データ格納手段であ
るスプールファイル（以下、スプールファイルＳｐｏｏ
ｌｆｉｌｅ１（ＳＰ１）（実体はハードディスク）と呼
ぶ）２０３１と、スプールファイル１に貯えられたＰＤ
Ｌコード列を読み出しスプールファイル（以下、スプー
ルファイルＳｐｏｏｌｆｉｌｅ２（ＳＰ２）（実体はハ
ードディスク）と呼ぶ）２０３５に書き込むといったデ
ータ処理の経路上に位置し、印刷データ加工手段である
ところのプリントプロセッサ２０３２と、印刷装置１０
０内のＰＤＬコントローラ部１１０と同様の印刷イメー
ジ展開処理を行う印刷イメージ展開処理手段であるＲＩ
Ｐ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）
部２０３３と、ＲＩＰ部２０３３が生成した圧縮印刷イ
メージデータをスプーリングする第２のデータ格納手段
であるスプールファイル２と、ホストコンピュータ２０
０側と印刷装置１００側で処理能力の比較を行い、その
結果に応じて印刷データの処理系を切り替えたり、印刷
装置１００側からＰＤＬ解析処理のソースコードデータ
ベース部１１６から任意のＰＤＬソースコードを読み出
しコンパイルしてＰＤＬアプレットを作成し、ホストコ
ンピュータ２００側のＶｅｒｔｕａｌ Ｍａｃｈｉｎｅ
に登録処理などを受け持つ負荷分散マネージャ２０３４
と、印刷装置１００との通信手段であるインタフェース
部２０３６とから構成される。

【００７０】なお、プリントプロセッサ２０３２は、印
刷装置１００側のＰＤＬ解析部１１４が内包するインタ
ープリタとしてのＶｉｒｔｕａｌ Ｍａｃｈｉｎｅ（Ｖ
Ｍ）と同様の処理系を内包している。

【００７１】また、ＲＩＰ部２０３３は、描画処理実行
部２０３３−１，バンドメモリ２０３３−２，圧縮処理
部２０３３−３より構成されているが、描画処理実行部
２０３３−１とバンドメモリ２０３３−２は、前述の印
刷装置１００における描画処理実行部１１８とページメ
モリ１１９に対応するものであり、機能的には同等なも
のである。

【００７２】このＲＩＰ部２０３３は、Ｗｉｎｄｏｗｓ
を基本ＯＳする場合では、プリントプロセッサ２０３２
から起動される別プロセスとして個別に動作するものと
する。また、基本ＯＳによって、上述したこれらの名称
や機能的な枠組みは若干異なる場合があるが、本発明で
言う各技術的手段が実現できるモジュールであれば、そ
れらの名称や枠組みは本発明にとってあまり大きな問題
ではない。

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

【００７４】以上、図２に基づいて本発明を構成する各
構成要素について説明をしたが、次に本発明に係る印刷
システムにおけるＰＤＬアプレット１１４−１の動作に
ついて処理の流れを説明する。なお、本実施形態では、
ＰＤＬソースコードを記述するプログラミング言語とし
てＪａｖａが使われているものとする。

【００７５】このＪａｖａプログラムによって記述され
たＰＤＬ解析処理の固まりを、本発明では「ＰＤＬソー
スコード」と呼び、そのソースコードをコンパイルして
デバイス非依存の中間コードに変換したものを本発明で
は「ＰＤＬアプレット」と呼ぶ。

【００７６】このＰＤＬアプレット１１４−１はＣＰＵ
が直接処理可能なマシン語ではないので、インタプリタ
を介してＣＰＵが実行可能なオブジェクトコードに変換
して実行する必要がある。このインタプリタは、本発明
におけるプログラム実行処理手段であり、本実施形態で
は、Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ（以下、ＶＭと略
称）と呼ぶものとする。ＰＤＬアプレット１１４−１は
このＶＭ１１４−２を介して実行処理が行われる。

【００７７】このプログラム実行処理手段では、あくま
でのＰＤＬアプレット１１４−１のためのものであり、
ＰＤＬコントローラ部１１０としての印刷制御処理実行
などに関しては、あらかじめマシン語レベルのプログラ
ムがＲＯＭに用意されており直に実行処理が行われてい
る。

【００７８】本発明において、ＰＤＬアプレットは印刷
装置１００側とホストコンピュータ２００側の２つの動
作環境において実行されることになるが、本実施形態で
は、その元となるＰＤＬソースコードは、印刷装置１０
０側であらかじめＲＯＭなどの記憶媒体の中に保持して
いるものとする。このソースコードのコンパイル処理が
行われる。

【００７９】なお、本実施形態において、コンパイルと
は、できあがったソースコードをコンピュータに実行さ
せるためにＣＰＵが直接処理可能なマシン語という形式
に一括変換する操作のことである。ただし、本実施形態
では、Ｊａｖａというプログラミング言語を用いている
ため、これまでポピュラーであったＣ言語などとは異な
る。

【００８０】すなわち、Ｃ言語では、コンパイルされた
ソースコードは即実行できるプログラム（マシン語レベ
ル）になるが、Ｊａｖａ言語の場合は、コンパイルによ
って作成されたファイルは、マシン語のひとつ手前の中
間コードにあたり、即実行というわけには行かず、当該
ファイルを実行させるにはインタプリタと呼ばれる翻訳
作業を行う必要がある。このような中間コードを生成す
る理由は、デバイスに非依存な実行形態を得るためであ
る。

【００８１】例えば、ＣＰＵが異なる２つのコンピュー
タシステムがあったとすると、Ｃ言語では２つの別々の
コンパイラが必要であるが、Ｊａｖａではコンパイラは
一つで、中間コードを実行するインタプリタがそれぞれ
のＣＰＵに応じて存在すればよい。

【００８２】一般にコンパイラでは構文解析などが含ま
れるためプログラム規模は非常に大きいが、Ｊａｖａの
中間コードを実行するインタプリタは比較的単純な処理
でありプログラム規模も小さいため、このような形式で
個々のデバイスに対応することはデバイス非依存な環境
を実現する上では効率的な手法である。

【００８３】印刷装置１００内において作成されたＰＤ
Ｌアプレット１１４−１は、同じく初期化処理の一環と
して簡単なベンチマークテストを行う。

【００８４】本実施形態において、ベンチマークテスト
とはあらかじめ用意されたパフォーマンス測定用データ
を実行させその処理時間を見て処理能力の定量的な判断
を行うためのプログラムおよびデータである。

【００８５】例えば、単純な算術演算の繰り返しをした
り、ビット演算を伴うメモリアクセスを繰り返し実行し
たりするプログラムが記述されているものとする。この
ベンチマークテストの結果は所定の領域に保持してお
く。この結果は後に、ホストコンピュータ２００側にお
いて、印刷処理が実行されスプールサブシステムが起動
した時点でベンチマークテストプログラムとともにホス
トコンピュータ２００側に読み出され、ホストコンピュ
ータ２００側の処理能力との比較時に使われる。

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

【００８７】上記のように構成された所定の通信媒体を
介してそれぞれ異なるデバイスを備えるデータ処理装置
（ホストコンピュータ２００）と印刷装置１００とが通
信可能な印刷システムであって、アプリケーションから
の印刷要求に伴って生成される描画情報に基づいて作成
される所定のページ記述言語データを前記デバイスに依
存しないプログラミング言語で記述される変換資源によ
り前記デバイスに依存する中間コードまたは前記印刷装
置が印刷可能なビットマップイメージデータに変換する
複数の変換手段（プリントプロセッサ２０３２，ＲＩＰ
部２０３３）とを有するので、データ処理装置のデバイ
スの構成に依存することなく、本来印刷装置がデータ処
理装置側から受信した印刷情報に基づいて実行すべきデ
バイスに依存する中間コードへの変換処理または印刷装
置が印刷可能なビットマップイメージデータへの変換処
理を印刷装置に代わって処理することができ、印刷装置
側が受信する印刷情報の種別によっては印刷処理が遅延
するような印刷情報であっても、印刷装置のスループッ
トを低下させることなく高速出力が可能となる。

【００８８】また、ホストコンピュータ２００は、前記
印刷装置１００に記憶される前記変換資源（ＰＤＬ解析
処理のソースコードを含む）をダウンロードするので、
印刷装置１００で実行され得るデバイスに依存する中間
コードへの変換処理または印刷装置１００が印刷可能な
ビットマップイメージデータに変換処理を行わせる変換
資源を印刷装置から取得してデータ処理装置側で印刷装
置側での印刷データ処理と並行して代替実行させる印刷
処理環境を自在に構築することができる。

【００８９】さらに、ホストコンピュータ２００側で変
動するデータ処理負担状況を監視する監視手段（負荷分
散マネージャ部２０３４の監視機能による）と、前記監
視手段のデータ処理負担状況を判定して、いずれかの変
換手段を選択する選択手段（負荷分散マネージャ部２０
３４によるスイッチＳＷ１，ＳＷ２切り換え機能によ
る）とを有するので、データ処理実行に伴いデータ処理
負担が変動しても、その処理負担に見合う最適ないずれ
かの変換処理を実行させることができ、印刷装置側で沈
滞することなく印刷データを高速に処理させることがで
きる。

【００９０】また、所定の通信媒体を介してそれぞれ異
なるデバイスを備えるデータ処理装置と印刷装置とが通
信可能な印刷システムであって、所定のページ記述言語
に従うデータを解析する前記デバイスに依存しないプロ
グラミング言語で記述されているページ記述言語解析プ
ログラムのソースコードを格納するコード格納手段（ソ
ースコードデータベース部１１６）と、前記コード格納
手段から読み出される前記ソースコードを加工して生成
される解析資源に基づいて前記データを所定の中間コー
ドに変換する解析手段（ＰＤＬ解析部１１４）と、前記
コード格納手段から読み出される前記ソースコードを前
記データ処理装置に転送する転送手段（送信バッファ１
１２２，インタフェース１１１）と、前記中間コードに
基づいて印刷部が印刷可能なビットマップイメージに描
画展開する描画手段（描画処理実行部１１８）と、受信
したデータを前記解析手段が解析して前記描画手段に出
力する中間コードに変換処理する第１のデータ処理系
と、受信したデータに基づいて前記描画手段が印刷部が
印刷可能なビットマップイメージを記憶部に展開処理す
る第２のデータ処理系と、前記データ処理装置から受信
するデータの種別を判定して、受信した印刷部が印刷可
能なビットマップイメージを記憶部に展開処理する第３
のデータ処理系とのいずれかに振り分ける振り分け手段
（データ解析部１１３）とを前記印刷装置に有するの
で、少ないページ記述言語解析プログラムのソースコー
ドを格納するだけで、データ処理装置から受信する印刷
情報を印刷処理する異なる変換処理環境を自在に構築さ
せつつ、受信するデータ種別に適応して最適なデータ処
理を効率よく行うことができる。

【００９１】さらに、所定の通信媒体を介してそれぞれ
異なるデバイスを備えるデータ処理装置と印刷装置とが
通信可能な印刷システムであって、アプリケーションプ
ログラムを実行して前記印刷装置に出力する所定のペー
ジ記述言語に従うデータを生成する生成手段（プリンタ
ドライバ２０２２））と、前記生成手段により生成され
るデータをスプールするスプール手段（スプールファイ
ル２０３１，２０３５）と、前記印刷装置から所定のペ
ージ記述言語に従うデータを解析する前記デバイスに依
存しないプログラミング言語で記述されているページ記
述言語解析プログラムのソースコードをダウンロードす
るダウンロード手段（負荷分散マネージャ部２０３４の
ダウンロード機能による）と、前記ダウンロード手段に
よりダウンロードされたソースコードから加工生成され
る解析資源に基づいて前記データを所定の中間コードに
変換する解析手段（プリントプロセッサ２０３２）と、
前記解析手段により解析された前記所定の中間コードに
基づいて前記印刷装置の印刷部が印刷可能なビットマッ
プイメージに描画展開する描画手段（ＲＩＰ部２０３
３）と、前記スプール手段に対する前記データのスプー
ル中に、前記データ処理装置側で変動するデータ処理負
担状況を監視する監視手段と、前記監視手段のデータ処
理負担状況を判定して、前記印刷装置に転送するデータ
種別を前記生成手段により生成されるデータと、前記解
析手段により解析された前記所定の中間コードと、前記
描画手段により描画展開されたビットマップイメージデ
ータのいずれかに振り分ける振り分け手段（負荷分散マ
ネージャ部２０３４の振り分け機能による）とを有する
ので、印刷装置から取得される変換資源により印刷装置
に出力すべき異なる種別のデータを生成する環境を整備
しつつ、かつ、データ処理負担が変動しても印刷装置側
でデータ処理負担を軽減できる種別の異なるデータを生
成することができる。

【００９２】以上、ＰＤＬアプレット１１４−１の機能
およびその特徴的データ処理について説明をしたが、デ
ータ処理系の概要について、さらに図２，図３を参照し
て説明する。

【００９３】図３は、本発明に係る印刷システムのデー
タ処理系の流れを説明する概念図であり、図３の（ａ）
は印刷装置側のデータ処理能力が十分高い場合に対応
し、いわばこれは従来例でもある。つまり、従来は、Ｐ
ＤＬ解析部（ＰＤＬトランスレータ）１１４はプリンタ
内に固定的に存在するものである。

【００９４】これに対し、図３の（ｂ）はホストコンピ
ュータ側の処理能力の方が十分に高い場合（もしくは印
刷装置側の負荷が重い場合に対応する。この場合は、印
刷処理全体の中で比較的負荷の重い処理系であるＰＤＬ
解析部１１４そのものをホスト側に移動して実行するこ
とで、印刷システム全体としてのパフォーマンスアップ
を図るようにしたものである。

【００９５】なお、ここで一点だけ注意しなければなら
ないのは、ホストコンピュータ側，印刷装置側の処理能
力はハードウエアの性能などによってある程度決まって
しまうが、その処理能力に対する処理負荷は刻一刻と変
動している点である。

【００９６】特に、ホストコンピュータ側では、印刷処
理を専門に行う印刷装置側と比べると負荷変動率が高く
なる。例えば、ホストコンピュータ側において微分方程
式の解を求める演算や画像のフィルタリングといった比
較的重い処理が常に行われているような状態において
は、ホストコンピュータ側の静的な処理能力（ハードウ
エア性能）が高くとも、図３の（ａ）に示す処理系で印
刷情報を処理した方が最終的な印刷結果を得るまでのト
ータルな時間は短くなる場合がある。

【００９７】そこで、本発明においては、この動的な負
荷変動に対する回避手段として、ＰＤＬの解釈の形態を
３段階に分けて実行する点が特徴となっている。この３
段階とは、図２において、，，と番号を振ったデ
ータ処理の形態（パス）を指す。

【００９８】つまり、プリンタドライバ２０２２が生成
したＰＤＬコードをスルーで印刷装置１００側に送るパ
ス、プリンタドライバ２０２２が生成したＰＤＬコー
ドを印刷装置１００側の描画処理実行部１１８において
直接処理可能なディスプレイリストの形に変換して印刷
装置１００に送るパス、プリンタドライバ２０２２が
生成したＰＤＬコードをホストコンピュータ２００側に
おいてＲＩＰ処理を行い、印刷装置１００側のページメ
モリ１１９にダイレクトに転送できる形態にデータ変換
するパスの３つのパスである。

【００９９】本実施形態では、ホストコンピュータ２０
０側の動的な負荷変動を負荷分散マネージャ２０３４に
て監視し、それぞれのデータ経路（パス）を切り替え
る。

【０１００】ここで、ＰＤＬデータ形式（１），中間コ
ード形式（２），圧縮イメージ形式（３）が、具体的に
それぞれどのような内容なのかについて図４〜図６を参
照して説明する。

【０１０１】図４〜図６は、本発明に係る印刷システム
におけるホストコンピュータ２００が処理するデータ種
別およびそのデータ例を示す図であり、印刷すべきデー
タは同一であるが、負荷分散マネージャ２０３４の監視
結果に基づいて印刷装置１００側に転送される異なるデ
ータに対応し、図４は、パスが選択される場合のＰＤ
Ｌデータ例に対応し、図５は、パスが選択される場合
の中間コード例に対応し、図６は、パスが選択される
場合のイメージデータ例に対応する。

【０１０２】例えば、図４の（ａ）に示すように菱形Ｆ
１（色は赤）と菱形Ｆ２（色は青）の二つの菱形図形を
描画論理指定を行って重ねて描画するような場合、ＰＤ
Ｌデータ（１）では、図４の（ｂ）に示すコードとな
る。この例では、キヤノン株式会社製のページ記述言語
である「ＬＩＰＳ IV」を用いて記述されている場合に
対応する。

【０１０３】それぞれの菱形Ｆ１，Ｆ２は、多角形描画
命令（Ｐｏｌｙｇｏｎ命令）によってその形状が指定さ
れた位置に描画され、その際の色情報も別のＰＤＬ命令
によって指定されている。

【０１０４】さらに、二つの菱形Ｆ１，Ｆ２が重なり合
う部分の描画論理演算については、描画論理設定命令に
よって指定されている。この例では、命令ＸＯＲが指定
されているものとする。

【０１０５】図４の（ｂ）において、ＰＤＬデータ
（１）のポイントとなる部分のデータについては、イタ
リック体で記してある。この図４の例では、二つの菱形
Ｆ１，Ｆ２を描画するということが、ＰＤＬとしてほぼ
１対１の関係で記述されている。ＰＤＬコードとして
は、非常にシンプルでわかり易いが、その反面、実際の
描画処理という観点では、印刷イメージ展開の際にディ
スティネーションとの論理演算を行ったり、ポリゴンの
点列情報から塗りつぶしエリアを算出したりとＰＤＬで
処理する負荷が存在する。

【０１０６】これに対して、次にそのような負荷をホス
トコンピュータ側で軽減した中間コード（２）の形式、
つまりディスプレイリストと呼ばれる形式での具体例を
示す。この場合は、前述したようにホストコンピュータ
２００側のプリントプロセッサ２０３２において、印刷
装置１００側の描画処理実行部１１８において単純に処
理可能な形式に変換したデータ形式となる。

【０１０７】図５の（ａ）に単純化した際の形状を示す
が、ＰｏｌｙｇｏｎやＰＡＴＨといった多角形の形状を
定義するグラフィックオブジェクトは、基本的には図７
の（ｄ）で示すトラペゾイドと呼ばれる形式に変換され
る。

【０１０８】この図５の（ａ）の場合は、二つの菱形Ｆ
１，Ｆ２との重なりを表現するのに、１３個のトラペゾ
イドＴＺ１〜１３として表現されており、この場合、重
なり部分の論理描画などはあらかじめホストコンピュー
タ２００側で計算されることにより印刷装置１００側で
の負荷は、トラペゾイドと呼ばれるハードウエアで描画
しやすいプリミティブな描画オブジェクトだけにかみ砕
かれることによって、専用のレンダリングハードウエア
がレンダリング処理を行うので、ソフトウエアで処理す
るのに比べて飛躍的に高速処理が行える点がポイントで
ある。

【０１０９】このようなディスプレイリストは、ＰＤＬ
データのようにそのデータの前後関係やディスティネー
ションとの演算などをほとんど気にせず、データの頭か
らのシーケンシャルに高速処理可能となる。

【０１１０】次に、第３の形式である圧縮イメージ
（３）の形式について図６を用いて説明する。この形式
の場合は、ホストコンピュータ２００側のＲＩＰ部２０
３３において、印刷イメージとして展開されたものを扱
う。

【０１１１】具体的には、図６の（ａ）に示すように、
二つの菱形Ｆ１，Ｆ２を含む最小の矩形領域のイメージ
データとしてホストコンピュータ２００側で展開され、
そのデータが圧縮され、圧縮イメージデータとして図６
の（ｂ）に示すデータ形式で印刷装置１００側に転送さ
れることになる。

【０１１２】この場合は、印刷装置１００側にＰＤＬ処
理部やディスプレイリストを描画するための描画処理部
などは必要なく、ページメメモリ１１９に転送された
後、エンジン速度に同期しながらデータの解凍処理が行
われ、さらにビデオ信号としてリアルタイムでシッピン
グ処理されることになり、印刷装置１００側のＰＤＬコ
ントローラと呼ばれる部分は非常にシンプルな構成で済
む点が特徴である。

【０１１３】以上、データ形式（１）〜（３）について
説明したが、いずれの場合も最終的な印刷結果は同一で
あることは言うまでもない。

【０１１４】次に、これらの３つの形式のデータの切り
替え処理について説明を行う。

【０１１５】図２に示したスイッチＳＷ１，ＳＷ２は、
そのデータ経路変更のためのポイントを概念的に示した
ものである。これらの３つの形式のデータには、それぞ
れデータの先頭にデータタイプを示すフィールドがあ
り、そのフィールドを印刷装置１００のデータ解析部１
１３において調べてデータの処理形態を切り分けてい
る。

【０１１６】ホストコンピュータ２００側の印刷処理の
負荷は、データ形式（１）→データ形式（２）→データ
形式（３）の順で段階的に重くなるので、印刷処理以外
の負荷の重さに応じてこれらを適宜切り替えればよい。

【０１１７】この負荷の重さは、例えばスプールファイ
ル２０３１にスプールされたデータ量があるしきい値よ
り大きくなった場合、つまり印刷装置側１００のメモリ
に入り切らないことが明白かどうかを負荷分散マネージ
ャ部２０３４において事前にチェックし、その結果、メ
モリに入らないと判明したら、図２に示すスイッチＳＷ
１がプリントプロセッサ２０３２側に切り替えられる。

【０１１８】さらに、このような場合は中間コードにし
てもデータが増大する可能性があるので、スイッチＳＷ
２はＲＩＰ部２０３３側に切り替えられ、ホストコンピ
ュータ２００側で印刷イメージとして展開した後、印刷
装置１００側にデータ形式（３）の形式で送出されるこ
とになる。

【０１１９】また、別のケースでは、印刷装置１００側
がかなり古い製品であって、印刷装置側のＰＤＬコント
ローラ部１１０に搭載されたＣＰＵの処理能力がベンチ
マークテストの結果明らかに低く、中間コードを描画展
開するのもソフトウエアによって処理しているような機
種の場合は、やはり負荷分散マネージャ２０３４によっ
てスイッチＳＷ１，ＳＷ２がホストコンピュータ２００
側の処理系に切り替えられることになる。

【０１２０】ただし、ここで中間コードを処理するハー
ドウエアを搭載している機種であった場合は、ＣＰＵの
処理能力に関係なく、スイッチＳＷ２がホスト側の処理
系に切り替わり、データ形式（２）の形で印刷装置１０
０側にデータが送出するように制御されている。

【０１２１】以上のような構成によって、動的なデータ
処理に基づく負荷変動に対しても細かな調整を掛けるこ
とが可能となり、印刷システム全体として見て、常に処
理が高速に行えるデータ経路（上記パス〜のいずれ
か）を選択するので、従来のような印刷装置１００側に
おけるＰＤＬコントローラ部１１０側の処理がボトルネ
ックとなってエンジンの使用効率が上げられないという
問題を回避するものである。

【０１２２】以下では、このデータ経路（パス）〜
に関して具体例を補足する。

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

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

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

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

【０１２７】逆にテキスト系のドキュメントは文字コー
ドになるので、データ量が非常に少なく、このような場
合は不利となる。このような不利なデータではホストコ
ンピュータ２００側のＲＩＰ部２０３３の処理をカット
するという適応的な対応を行うことも可能である。

【０１２８】以上述べたようにドロー系の処理はホスト
側で、テキスト系の処理はプリンタ側で行うと言うこと
に関して、図８を参照して、もう少し具体的に説明を行
う。

【０１２９】図８は、本発明に係る印刷システムにおけ
るアプリ毎の特有の印刷データの一例を示す図である。

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

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

【０１３２】円描画命令や色指定命令を持つＰＤＬプリ
ンタに対して、そのプリンタドライバではやはり同様な
指示を行うことになり、積層的な構造によって成り立つ
描画は多数のＰＤＬコードとして展開されることにな
る。

【０１３３】この段階でのデータは、データ形式（１）
に相当し、データ量もさることながら、処理すべき描画
オブジェクトの数も多数になりがちで、ＰＤＬにとって
は重い負荷となりがちである。

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

【０１３５】一方、同様の面積の図形を３００ｄｐｉ，
ＹＭＣＫ１ｂｉｔカラーで表現すると約１７０Ｋｂｙｔ
ｅ（＝（５０／２５．４）／８＊４）のイメージデータ
となる。このイメージデータに圧縮をかけることでさら
に小さくすることは可能である。

【０１３６】つまり、積層的な構造によって成り立つ描
画はＰＤＬコードで表現しプリンタに送るより、ホスト
側でイメージとして展開し、そのデータを圧縮してプリ
ンタに送った方が効率がよい場合があるのである。この
場合に選択すべきデータ形式は、データ形式（３）であ
る。データ形式（２）は、データ形式（１）のＰＤＬデ
ータを印刷装置１００内の描画処理で処理しやすい中間
コードに変換したものだが、例えば、円のようなもの
は、図７に示したトラペゾイドと呼ばれるプリミティブ
な描画オブジェクトに分解される。

【０１３７】このようなものがディスプレイリスト（中
間コード）として生成され、印刷装置１００内の描画処
理実行部１１８において高速に描画展開処理が行われ
る。なお、印刷装置１００側の描画処理実行部１１８で
は、このようなディスプレイリストの展開処理はハード
ウエアによって高速に行っている。

【０１３８】通常の一般的な負荷分散では、データの種
別によって上記データ形式（１）〜（３）を切り替えた
り、予測系によってあらかじめそれぞれの処理時間を計
算し、最速なパスを通るようにするが、本実施形態で
は、ホストコンピュータ１００側の負荷変動に対する適
応手段として位置付けている。もちろん、前述したよう
な一般的な負荷分散手段を適用することも可能である。

【０１３９】次に、本発明に係る印刷システムにおける
印刷処理手順について、図９に示すくフローチャートを
参照して説明する。

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

【０１４１】本実施形態において、プリンタドライバに
おける印刷イメージ展開処理によって印刷データが生成
されると、スプールサブシステムが起動する。

【０１４２】このスプールサブシステムが起動すると、
まず、ステップ（１）において、プリントプロセッサ２
０３２が起動する。次にステップ（２）は、プリントプ
ロセッサ２０３２は、負荷分散マネージャ２０３４を別
プロセスとして起動する。

【０１４３】次に、ステップ（３）では、負荷分散マネ
ージャ２０３４は、まず初めに既にＰＤＬアプレットが
プリントプロセッサ２０３２のＶＭ内にロードされてい
るかどうかをチェックし、すでにロードされていると判
定した場合は、ステップ（７）に進み、まだロードされ
ていないと判定された場合は、ステップ（４）に進み、
印刷装置１００側にＰＤＬアプレットの転送要求を出
す。

【０１４４】一方、印刷装置１００側では、転送要求を
受けるとＰＤＬ解析処理のソースコードデータベース部
１１６より所定のＰＤＬソースコードを読み出し、要求
元のホストコンピュータ２００に転送する。

【０１４５】次に、ステップ（５）において、この転送
されたデータをダウンロードする。ダウンロードはハー
ドディスクのような記憶手段にファイルとして格納され
る。このようにしてダウンロードが完了すると、ステッ
プ（６）において、そのデータをコンパイルする。な
お、コンパイル結果もファイルとして格納される。

【０１４６】また、コンパイル結果はプリントプロセッ
サ２０３２のＶＭ内にロードされる。これで、ホスト側
のＰＤＬ解析処理部の実行環境が整ったことになる。

【０１４７】次に、ホスト側に構築されたこのＰＤＬ解
析処理部の処理能力の測定を前述したベンチマークテス
トのプログラムおよびデータによってテストする。この
ベンチマーク用プログラムおよびデータもＰＤＬソース
コードとともに印刷装置１００側に格納されていて、Ｐ
ＤＬソースコードのダウンロード時に一緒に読み出され
る。そして、プリントプロセッサ２０３２のＶＭ上でベ
ンチマークテストを実行し、ＶＭの能力を確認する。

【０１４８】さらに、ステップ（８）において、その結
果を印刷装置１００側の初期化処理で実行した結果と比
較する。この比較の結果、ホスト側の処理能力が低いと
判定した場合は、プリントプロセッサ２０３２内では印
刷データに対する加工処理等は一切行わず、プリンタド
ライバ２０２２が生成したデータをスルーで印刷装置１
００側に送出するように振り分け（１２）、処理をリタ
ーンする。

【０１４９】一方、ステップ（８）で、ホストコンピュ
ータ２００側の処理能力が高いと判定した場合は、プリ
ントプロセッサ２０３２内のＶＭによってＰＤＬデータ
の解析処理を行い（９）、後段の描画処理部（ＲＩＰ部
２０３３）に渡すべきディスプレイリスト（中間コー
ド）を生成する。

【０１５０】次に、ステップ（１０）では、並行して動
作している負荷分散マネージャ２０３４では、動的なカ
レントの負荷変動を監視し、その負荷レベルがある規定
値を越えたと判定した場合、図２に示したスイッチＳＷ
２を切り替え、プリントプロセッサ２０３２が処理中の
現時点でのホスト側の負荷が重いと判定した場合は、プ
リントプロセッサ２０３２内のＰＤＬ解析部で生成した
ディスプレイリストをそのままプリンタ１００側に送出
して（１３）、処理を終了する。

【０１５１】一方、ステップ（１０）で、現時点での負
荷が軽いと判定した場合には、ステップ（１１）で、Ｒ
ＩＰ部２０３３を別プロセスとして起動し、生成された
ディスプレイリストに基づきラスタイメージプロセッシ
ング（ＲＩＰ）処理を行う。そして、ＲＩＰ処理によっ
て描画処理された印刷イメージはその後圧縮され、印刷
装置１００側のページメモリ１１９にダイレクトに送出
され（１４）、高速に印刷することが可能となる。

【０１５２】このようにして、特にステップ（１１）ま
での処理が実行されるケースでは、印刷装置１００側に
おいて時間を要するような処理はほとんど無くなるた
め、ＰＤＬコントローラ部１１０内のＰＤＬ処理による
ボトルネックを解消し、エンジンの待ち時間が無くなる
ので、使用効率が向上するものである。

【０１５３】以上説明したように、本発明では、ホスト
側，プリンタ側のそれぞれの処理能力，負荷状態に応じ
て印刷イメージ展開処理系を動的に切り換えるよう構成
することによって、ＰＤＬ機における印刷データが送ら
れてもプリンタ内でデータ解析，描画処理等を行う時間
が存在し、そのために高速なエンジンの性能を最大源に
発揮できないという問題を解決したものである。

【０１５４】以下、本実施形態の特徴的構成について図
９に示すフローチャートを参照して説明する。

【０１５５】上記のように構成された所定の通信媒体を
介してそれぞれ異なるデバイスを備えるデータ処理装置
（ホストコンピュータ２００）と印刷装置１００とが通
信可能な印刷システムのデータ処理方法であって、ある
いは所定の通信媒体を介してそれぞれ異なるデバイスを
備えるデータ処理装置と印刷装置とが通信可能な印刷シ
ステムを制御するコンピュータが読み出し可能なプログ
ラムを格納した記憶媒体であって、前記印刷装置から所
定のページ記述言語に従うデータを解析する前記デバイ
スに依存しないプログラミング言語で記述されているペ
ージ記述言語解析プログラムのソースコードをダウンロ
ードするダウンロード工程（図９のステップ（３）〜
（５））と、前記ダウンロード工程によりダウンロード
されたソースコードをコンパイルして前記データを所定
の中間コードに変換する解析処理プログラムにコンパイ
ルするコンパイル工程（図９のステップ（６））と、ア
プリケーションプログラムを実行して前記印刷装置に出
力する所定のページ記述言語に従うデータを生成する生
成工程（図９のステップ（１２））と、前記ダウンロー
ド工程によりダウンロードされたソースコードから加工
生成される変換資源に基づいて前記データを所定の中間
コードに変換する解析工程（図９のステップ（１３））
と、前記解析工程により解析された前記所定の中間コー
ドに基づいて前記印刷装置の印刷部が印刷可能なビット
マップイメージに描画展開する描画工程（図９のステッ
プ（１４））と、前記データのスプール中に、前記デー
タ処理装置側で変動するデータ処理負担状況を監視する
監視工程（図９のステップ（８），（１０））と、前記
監視工程によるデータ処理負担状況を判定して、前記印
刷装置に転送するデータ種別を前記生成工程により生成
されるデータと、前記解析工程により解析された前記所
定の中間コードと、前記描画工程により描画展開された
ビットマップイメージデータのいずれかに振り分ける振
り分け工程（図９のステップ（１０））とを有するの
で、印刷装置から取得される変換資源により印刷装置に
出力すべき異なる種別のデータを生成する環境を整備し
つつ、かつ、データ処理負担が変動しても印刷装置側で
データ処理負担を軽減できる種別の異なるデータを生成
することができる。

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

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

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

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

【０１６０】また、上記第１実施形態では、その元とな
るＰＤＬソースコードは、印刷装置側であらかじめ本体
内に固定のＲＯＭ記憶媒体の中に保持しているものとし
たが、印刷装置側のメモリスロットなどを利用し着脱可
能なＲＯＭなどに保持しておくことも可能である。

【０１６１】このような構成では、任意のＰＤＬが利用
可能となるため本体側のＲＯＭ要領を最小限しコストア
ップを抑える効果とともに、絶えず新しいＰＤＬを外部
から供給可能となる。

【０１６２】さらに、上記第１実施形態では、印刷装置
側からＰＤＬソースコードを供給したが、ＰＤＬソース
コードは、印刷装置とホストコンピュータから参照でき
るのであればネットワーク上の任意の場所にあってもか
まわない。

【０１６３】例えば、サーバとなるコンピュータ上で管
理し、その上で印刷装置用のコンパイラとホストコンピ
ュータ用のコンパイラが動作するような構成をとれば、
印刷装置，ホストコンピュータのそれぞれにＰＤＬアプ
レットを配信可能である。ここで述べたネットワークと
は、インターネットのような広域ネットワークも対象に
含むものである。

【０１６４】また、上記第１実施形態では、ＰＤＬアプ
レットが動作する位置として、印刷装置側のＰＤＬ解析
部と、ホストコンピュータ側のスプールサブシステムの
中のＰｒｉｎｔＰｒｏｃｅｓｓｏｒとしたが、この構成
はあくまでも出力結果を印刷装置から紙として得るため
の構成である。

【０１６５】例えば、ＰＤＬアプレットをＮｅｔｓｃａ
ｐｅ Ｎａｖｉｇａｔｏｒ（商品名）やＮＣＳＡ Ｍｏ
ｓａｉｃ（商品名）などといったいわゆるＨＴＭＬブラ
ウザソフトのプラグインソフトとして動作させること
で、ブラウザの画面で印刷結果を確認（プレビュー）す
ることも可能である。

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

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

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

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

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

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

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

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

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

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

【０１７６】上記実施形態によれば、印刷装置側にホス
トコンピュータから受信した印刷データをそのデータタ
イプを自動的に判別し処理系を振り分けるためのデータ
振分け手段と、Ｊａｖａのようなデバイス非依存のプロ
グラミング言語によって記述されたＰＤＬ解釈処理と、
そのプログラムを実行するためのデバイスに依存したイ
ンタプリタまたはコンパイラであるところのプログラム
実行処理手段と、前記ＰＤＬ解釈処理のソースコードを
ホストコンピュータ側からの要求に応じて任意のホスト
コンピュータに転送するソースコード転送手段とを持
ち、一方、ホストコンピュータ側に、印刷装置側からＰ
ＤＬ解釈処理部のプログラムソースコードを受信し、所
定の位置に格納するソースコードダウンロード手段と、
ホストコンピュータ側の処理能力と印刷装置側の処理能
力を随時監視し処理能力の比較を行う処理能力監視手段
と、前記プログラムソースコードダウンロード手段と前
記処理能力監視手段の二つの手段を含む印刷負荷調整手
段と、前記プログラムソースコードダウンロード手段に
よってダウンロードしたプログラムを実行するためのデ
バイスに依存したインタプリタまたはコンパイラである
とことのプログラム実行処理手段と、アプリケーション
プログラムからの画像形成要求をプリンタドライバと呼
ばれる別モジュールの処理系を使ってＰＤＬデータに変
換処理する画像情報処理手段（ＧＤＩおよびプリンタド
ライバ）と、前記画像情報処理手段の生成したＰＤＬデ
ータをスプールする過程で加工するデータ加工手段（プ
リントプロセッサおよびＲＩＰ）と、そのデータを印刷
装置に送出する前に貯えるデータ格納手段とを有し、前
記処理能力監視手段におけるホストコンピュータ側と印
刷装置側の処理能力の比較の結果、ホストコンピュータ
側の処理能力が高い場合、印刷装置内に存在するＰＤＬ
解釈処理部のプログラムソースコードをホストコンピュ
ータ側にダウンロードすることで、印刷装置と同様のＰ
ＤＬ解析処理を高速に行い、解析後の結果を印刷装置側
のＰＤＬ解析処理の後段の処理過程に転送するといった
印刷制御手段を構成したので、ホストコンピュータ側の
処理能力処理結果を使って印刷を行えるため、印刷処理
にかかる待ち時間を短縮可能にし、その結果として複数
ユーザによって共有利用されている場合の印刷装置の使
用効率を格段に向上させることができる。

【０１７７】

【発明の効果】以上説明したように、本発明に係る第１
の発明によれば、所定の通信媒体を介してそれぞれ異な
るデバイスを備えるデータ処理装置と印刷装置とが通信
可能な印刷システムであって、アプリケーションからの
印刷要求に伴って生成される描画情報に基づいて作成さ
れる所定のページ記述言語データを前記デバイスに依存
しないプログラミング言語で記述される変換資源により
前記デバイスに依存する中間コードまたは前記印刷装置
が印刷可能なビットマップイメージデータに変換する複
数の変換手段とを有するので、データ処理装置のデバイ
スの構成に依存することなく、本来印刷装置がデータ処
理装置側から受信した印刷情報に基づいて実行すべきデ
バイスに依存する中間コードへの変換処理または印刷装
置が印刷可能なビットマップイメージデータへの変換処
理を印刷装置に代わって処理することができ、印刷装置
側が受信する印刷情報の種別によっては印刷処理が遅延
するような印刷情報であっても、印刷装置のスループッ
トを低下させることなく高速出力が可能となる。

【０１７８】第２の発明によれば、前記データ処理装置
は、前記印刷装置に記憶される前記変換資源をダウンロ
ードするので、印刷装置で実行される得るデバイスに依
存する中間コードへの変換処理または印刷装置が印刷可
能なビットマップイメージデータに変換処理を行わせる
変換資源を印刷装置から取得してデータ処理装置側で印
刷装置側での印刷データ処理と並行して代替実行させる
印刷処理環境を自在に構築することができる。

【０１７９】第３の発明によれば、前記データ処理装置
側で変動するデータ処理負担状況を監視する監視手段
と、前記監視手段のデータ処理負担状況を判定して、い
ずれかの変換手段を選択する選択手段とを有するので、
データ処理実行に伴いデータ処理負担が変動しても、そ
の処理負担に見合う最適ないずれかの変換処理を実行さ
せることができ、印刷装置側で沈滞することなく印刷デ
ータを高速に処理させることができる。

【０１８０】第４の発明によれば、所定の通信媒体を介
してそれぞれ異なるデバイスを備えるデータ処理装置と
印刷装置とが通信可能な印刷システムであって、所定の
ページ記述言語に従うデータを解析する前記デバイスに
依存しないプログラミング言語で記述されているページ
記述言語解析プログラムのソースコードを格納するコー
ド格納手段と、前記コード格納手段から読み出される前
記ソースコードを加工して生成される解析資源に基づい
て前記データを所定の中間コードに変換する解析手段
と、前記コード格納手段から読み出される前記ソースコ
ードを前記データ処理装置に転送する転送手段と、前記
中間コードに基づいて印刷部が印刷可能なビットマップ
イメージに描画展開する描画手段と、受信したデータを
前記解析手段が解析して前記描画手段に出力する中間コ
ードに変換処理する第１のデータ処理系と、受信したデ
ータに基づいて前記描画手段が印刷部が印刷可能なビッ
トマップイメージを記憶部に展開処理する第２のデータ
処理系と、前記データ処理装置から受信するデータの種
別を判定して、受信した印刷部が印刷可能なビットマッ
プイメージを記憶部に展開処理する第３のデータ処理系
とのいずれかに振り分ける振り分け手段とを前記印刷装
置に有するので、少ないページ記述言語解析プログラム
のソースコードを格納するだけで、データ処理装置から
受信する印刷情報を印刷処理する異なる変換処理環境を
自在に構築させつつ、受信するデータ種別に適応して最
適なデータ処理を効率よく行うことができる。

【０１８１】第５の発明によれば、所定の通信媒体を介
してそれぞれ異なるデバイスを備えるデータ処理装置と
印刷装置とが通信可能な印刷システムであって、アプリ
ケーションプログラムを実行して前記印刷装置に出力す
る所定のページ記述言語に従うデータを生成する生成手
段と、前記生成手段により生成されるデータをスプール
するスプール手段と、前記印刷装置から所定のページ記
述言語に従うデータを解析する前記デバイスに依存しな
いプログラミング言語で記述されているページ記述言語
解析プログラムのソースコードをダウンロードするダウ
ンロード手段と、前記ダウンロード手段によりダウンロ
ードされたソースコードから加工生成される解析資源に
基づいて前記データを所定の中間コードに変換する解析
手段と、前記解析手段により解析された前記所定の中間
コードに基づいて前記印刷装置の印刷部が印刷可能なビ
ットマップイメージに描画展開する描画手段と、前記ス
プール手段に対する前記データのスプール中に、前記デ
ータ処理装置側で変動するデータ処理負担状況を監視す
る監視手段と、前記監視手段のデータ処理負担状況を判
定して、前記印刷装置に転送するデータ種別を前記生成
手段により生成されるデータと、前記解析手段により解
析された前記所定の中間コードと、前記描画手段により
描画展開されたビットマップイメージデータのいずれか
に振り分ける振り分け手段とを有するので、印刷装置か
ら取得される変換資源により印刷装置に出力すべき異な
る種別のデータを生成する環境を整備しつつ、かつ、デ
ータ処理負担が変動しても印刷装置側でデータ処理負担
を軽減できる種別の異なるデータを生成することができ
る。

【０１８２】第６，第７の発明によれば、所定の通信媒
体を介してそれぞれ異なるデバイスを備えるデータ処理
装置と印刷装置とが通信可能な印刷システムのデータ処
理方法であって、あるいは所定の通信媒体を介してそれ
ぞれ異なるデバイスを備えるデータ処理装置と印刷装置
とが通信可能な印刷システムを制御するコンピュータが
読み出し可能なプログラムを格納した記憶媒体であっ
て、前記印刷装置から所定のページ記述言語に従うデー
タを解析する前記デバイスに依存しないプログラミング
言語で記述されているページ記述言語解析プログラムの
ソースコードをダウンロードするダウンロード工程と、
前記ダウンロード工程によりダウンロードされたソース
コードをコンパイルして前記データを所定の中間コード
に変換する解析処理プログラムにコンパイルするコンパ
イル工程と、アプリケーションプログラムを実行して前
記印刷装置に出力する所定のページ記述言語に従うデー
タを生成する生成工程と、前記ダウンロード工程により
ダウンロードされたソースコードから加工生成される変
換資源に基づいて前記データを所定の中間コードに変換
する解析工程と、前記解析工程により解析された前記所
定の中間コードに基づいて前記印刷装置の印刷部が印刷
可能なビットマップイメージに描画展開する描画工程
と、前記データのスプール中に、前記データ処理装置側
で変動するデータ処理負担状況を監視する監視工程と、
前記監視工程によるデータ処理負担状況を判定して、前
記印刷装置に転送するデータ種別を前記生成工程により
生成されるデータと、前記解析工程により解析された前
記所定の中間コードと、前記描画工程により描画展開さ
れたビットマップイメージデータのいずれかに振り分け
る振り分け工程とを有するので、印刷装置から取得され
る変換資源により印刷装置に出力すべき異なる種別のデ
ータを生成する環境を整備しつつ、かつ、データ処理負
担が変動しても印刷装置側でデータ処理負担を軽減でき
る種別の異なるデータを生成することができる。

【０１８３】従って、印刷装置側が受信するデータの種
別によっては印刷処理が遅延するようなデータであって
も、印刷装置の出力能力を損ねることなく、最大スルー
プットを維持した印刷を効率よく行える印刷システム環
境を自在に構築することができる等の効果を奏する。

【図面の簡単な説明】

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

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

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

【図４】本発明に係る印刷システムにおけるホストコン
ピュータが処理するデータ種別およびそのデータ例を示
す図である。

【図５】本発明に係る印刷システムにおけるホストコン
ピュータが処理するデータ種別およびそのデータ例を示
す図である。

【図６】本発明に係る印刷システムにおけるホストコン
ピュータが処理するデータ種別およびそのデータ例を示
す図である。

【図７】本発明に係る印刷システムにおけるグラフィッ
クオブジェクトとトラペゾイドとの関係を示す図であ
る。

【図８】本発明に係る印刷システムにおけるアプリ毎の
特有の印刷データの一例を示す図である。

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

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

【符号の説明】

１００ 印刷装置 １１０ ＰＤＬコントローラ部 １１３ データ解析部 １１４ ＰＤＬ解析部 １１５ 負荷分散マネージャ １１６ ソースコードデータベース部 １１７ 印刷制御処理実行部 １１８ 描画処理実行部 １１９ ページメモリ ２００ ホストコンピュータ ２０１ アプリケーション ２０２ グラフィックサブシステム ２０３ スプールサブシステム ２０３１ スプールファイル ２０３２ プリントプロセッサ ２０３３ ＲＩＰ部 ２０３４ 負荷分散マネージャ ２０３５ スプールファイル

Claims (7)

【特許請求の範囲】
1. 【請求項１】 所定の通信媒体を介してそれぞれ異なる
   デバイスを備えるデータ処理装置と印刷装置とが通信可
   能な印刷システムであって、 アプリケーションからの印刷要求に伴って生成される描
   画情報に基づいて作成される所定のページ記述言語デー
   タを前記デバイスに依存しないプログラミング言語で記
   述される変換資源により前記デバイスに依存する中間コ
   ードまたは前記印刷装置が印刷可能なビットマップイメ
   ージデータに変換する複数の変換手段、を有することを
   特徴とする印刷システム。
2. 【請求項２】 前記データ処理装置は、前記印刷装置に
   記憶される前記変換資源をダウンロードすることを特徴
   とする請求項１記載の印刷システム。
3. 【請求項３】 前記データ処理装置側で変動するデータ
   処理負担状況を監視する監視手段と、 前記監視手段のデータ処理負担状況を判定して、いずれ
   かの変換手段を選択する選択手段と、を有することを特
   徴とする請求項１記載の印刷システム。
4. 【請求項４】 所定の通信媒体を介してそれぞれ異なる
   デバイスを備えるデータ処理装置と印刷装置とが通信可
   能な印刷システムであって、 所定のページ記述言語に従うデータを解析する前記デバ
   イスに依存しないプログラミング言語で記述されている
   ページ記述言語解析プログラムのソースコードを格納す
   るコード格納手段と、 前記コード格納手段から読み出される前記ソースコード
   を加工して生成される解析資源に基づいて前記データを
   所定の中間コードに変換する解析手段と、 前記コード格納手段から読み出される前記ソースコード
   を前記データ処理装置に転送する転送手段と、 前記中間コードに基づいて印刷部が印刷可能なビットマ
   ップイメージに描画展開する描画手段と、 受信したデータを前記解析手段が解析して前記描画手段
   に出力する中間コードに変換処理する第１のデータ処理
   系と、受信したデータに基づいて前記描画手段が印刷部
   が印刷可能なビットマップイメージを記憶部に展開処理
   する第２のデータ処理系と、前記データ処理装置から受
   信するデータの種別を判定して、受信した印刷部が印刷
   可能なビットマップイメージを記憶部に展開処理する第
   ３のデータ処理系とのいずれかに振り分ける振り分け手
   段と、を前記印刷装置に有することを特徴とする印刷シ
   ステム。
5. 【請求項５】 所定の通信媒体を介してそれぞれ異なる
   デバイスを備えるデータ処理装置と印刷装置とが通信可
   能な印刷システムであって、 アプリケーションプログラムを実行して前記印刷装置に
   出力する所定のページ記述言語に従うデータを生成する
   生成手段と、 前記生成手段により生成されるデータをスプールするス
   プール手段と、 前記印刷装置から所定のページ記述言語に従うデータを
   解析する前記デバイスに依存しないプログラミング言語
   で記述されている解析ソースプログラムのソースコード
   をダウンロードするダウンロード手段と、 前記ダウンロード手段によりダウンロードされたソース
   コードから加工生成される解析資源に基づいて前記デー
   タを所定の中間コードに変換する解析手段と、 前記解析手段により解析された前記所定の中間コードに
   基づいて前記印刷装置の印刷部が印刷可能なビットマッ
   プイメージに描画展開する描画手段と、 前記スプール手段に対する前記データのスプール中に、
   前記データ処理装置側で変動するデータ処理負担状況を
   監視する監視手段と、 前記監視手段のデータ処理負担状況を判定して、前記印
   刷装置に転送するデータ種別を前記生成手段により生成
   されるデータと、前記解析手段により解析された前記所
   定の中間コードと、前記描画手段により描画展開された
   ビットマップイメージデータのいずれかに振り分ける振
   り分け手段と、を有することを特徴とする印刷システ
   ム。
6. 【請求項６】 所定の通信媒体を介してそれぞれ異なる
   デバイスを備えるデータ処理装置と印刷装置とが通信可
   能な印刷システムのデータ処理方法であって、 前記印刷装置から所定のページ記述言語に従うデータを
   解析する前記デバイスに依存しないプログラミング言語
   で記述されているページ記述言語解析プログラムのソー
   スコードをダウンロードするダウンロード工程と、 前記ダウンロード工程によりダウンロードされたソース
   コードをコンパイルして前記データを所定の中間コード
   に変換する解析処理プログラムにコンパイルするコンパ
   イル工程と、 アプリケーションプログラムを実行して前記印刷装置に
   出力する所定のページ記述言語に従うデータを生成する
   生成工程と、 前記ダウンロード工程によりダウンロードされたソース
   コードから加工生成される変換資源に基づいて前記デー
   タを所定の中間コードに変換する解析工程と、 前記解析工程により解析された前記所定の中間コードに
   基づいて前記印刷装置の印刷部が印刷可能なビットマッ
   プイメージに描画展開する描画工程と、 前記データのスプール中に、前記データ処理装置側で変
   動するデータ処理負担状況を監視する監視工程と、 前記監視工程によるデータ処理負担状況を判定して、前
   記印刷装置に転送するデータ種別を前記生成工程により
   生成されるデータと、前記解析工程により解析された前
   記所定の中間コードと、前記描画工程により描画展開さ
   れたビットマップイメージデータのいずれかに振り分け
   る振り分け工程と、を有することを特徴とする印刷シス
   テムのデータ処理方法。
7. 【請求項７】 所定の通信媒体を介してそれぞれ異なる
   デバイスを備えるデータ処理装置と印刷装置とが通信可
   能な印刷システムを制御するコンピュータが読み出し可
   能なプログラムを格納した記憶媒体であって、 前記印刷装置から所定のページ記述言語に従うデータを
   解析する前記デバイスに依存しないプログラミング言語
   で記述されているページ記述言語解析プログラムのソー
   スコードをダウンロードするダウンロード工程と、 前記ダウンロード工程によりダウンロードされたソース
   コードをコンパイルして前記データを所定の中間コード
   に変換する解析処理プログラムにコンパイルするコンパ
   イル工程と、 アプリケーションプログラムを実行して前記印刷装置に
   出力する所定のページ記述言語に従うデータを生成する
   生成工程と、 前記ダウンロード工程によりダウンロードされたソース
   コードから加工生成される変換資源に基づいて前記デー
   タを所定の中間コードに変換する解析工程と、 前記解析工程により解析された前記所定の中間コードに
   基づいて前記印刷装置の印刷部が印刷可能なビットマッ
   プイメージに描画展開する描画工程と、 前記データのスプール中に、前記データ処理装置側で変
   動するデータ処理負担状況を監視する監視工程と、 前記監視工程によるデータ処理負担状況を判定して、前
   記印刷装置に転送するデータ種別を前記生成工程により
   生成されるデータと、前記解析工程により解析された前
   記所定の中間コードと、前記描画工程により描画展開さ
   れたビットマップイメージデータのいずれかに振り分け
   る振り分け工程と、を有することを特徴とするコンピュ
   ータが読み出し可能なプログラムを格納した記憶媒体。