JP2003022171A

JP2003022171A - 印刷制御装置及び方法

Info

Publication number: JP2003022171A
Application number: JP2001208151A
Authority: JP
Inventors: Shuji Ozawa; 修司小澤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-07-09
Filing date: 2001-07-09
Publication date: 2003-01-24

Abstract

(57)【要約】【課題】連続印刷時に、文書全体の処理時間を考慮して
注目ページをイメージデータとするかＰＤＬデータとす
るかを決定する。【解決手段】アプリケーションから印刷出力の要求があ
った場合、第１ページ目から、各ページごとに、印刷装
置によるその出力処理が所定時間内に終わるか判定し、
終わらなければイメージデータとして印刷装置に送信す
る。その判定の際、全ページまでの出力処理の余り時間
を注目ページのための処理時間に繰り入れて判定を行
う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホストコンピュー
タにおいて、PDLデータとビットマップデータに展開済
みのデータを作成可能で、プリンタにおいて自動的にモ
ードを切り替えて前記データを処理可能な印刷システム
に関する。

【０００２】

【従来の技術】近年、データ処理システムとして、ホス
トコンピュータ（以下、ホストと記述）と双方向インタ
ーフェース（例えばＩＥＥＥ１２８４．４、ＩＥＥＥ１
３９４、ＵＳＢ、ＩＰＸ等のプロトコルで接続されるネ
ットワーク）を介して接続されるプリンタとから構成さ
れ、ホストから入力される印刷データをプリンタ側で解
析して、プリンタエンジン、例えばレーザビームプリン
タの出力データとしてビットマップデータを展開し（以
後レンダリングと表記）、この展開データに基づいて変
調されたレーザビームを感光ドラムに走査露光して画像
記録を行うものが知られている。

【０００３】また、エミュレーション機能を備えるプリ
ンタは、複数のプリンタ制御言語系を処理可能に構成さ
れており、使用者が実行するアプリケーションにしたが
ってエミュレーションモードとネイティブモードを切り
替えながらプリント処理を実行できるように構成されて
おり、プリンタにはプリンタの制御言語を切り換える為
のスイッチや切り換え指示を行うカードスロットがあら
かじめ設けられている。ホストから送られてきた出力情
報は通常様々な描画命令（例えば、円や文字といったオ
ブジェクトの描画命令）の集合体である（以下のこのデ
ータをPDLデータと記述）。近年のホスト処理能力の向
上により複雑なグラフィック描画が可能になっている、
そのような詳細な描画を描画命令で表現しようとすると
データ量が多くなり、プリンタにおける解析処理時間も
増大する。プリンタ内の処理時間が長くなるような複雑
なデータは、ホストにおいてビットマップデータに展開
し、展開後のデータ（このデータを以下イメージデータ
と記述）をプリンタに送信する負荷分散処理を備えたプ
リントシステムが存在する。

【０００４】

【発明が解決しようとする課題】ホストにおいてPDLデ
ータとイメージデータとを切り替える場合には、ホスト
コンピュータは、１ページ分のPDLデータ内の命令種
類、データ数、データサイズ等からプリンタにおける処
理時間を予測し、プリンタの最大スループットを維持で
きる処理時間内に処理可能であるかを判定する。例え
ば、プリンタが１ページの出力中に次のページのイメー
ジデータを生成する機構を有しており、第１ページのイ
メージデータの生成後（すなわち展開処理後）ただちに
その出力を開始するものとする。第２ページ目以降は、
その前のページの出力中に展開しなければならないか
ら、このプリンタのスループットが１分間に最大１６枚
のプリンタであれば、そのスループットを維持するため
に１ページのイメージ生成処理に掛けられる時間（最大
処理時間）は３．７５秒である。つまりホストから注目
ページをPDLデータでプリンタに送信した場合に、それ
をプリンタが３．７５秒以内にイメージデータに変換で
きるのであればPDLデータで送信を行う（これをＰＤＬ
モードと呼ぶ）。一方、できなければホストにおいてビ
ットマップデータに展開し、イメージデータとして送信
する（これをイメージモードと呼ぶ）。このようにし
て、プリンタの本来有する性能を生かした印刷処理を行
うことが可能となる。

【０００５】しかしながら、上記のようにページ単位の
負荷分散しか考慮しない場合、印刷データが複数ページ
分存在する連続印刷を行った場合においては、かえって
速度が低下してしまうといった問題点があった。

【０００６】本発明は上記従来例に鑑みて成されたもの
で、複数ページを含む印刷データを出力する場合であっ
ても、高速に出力を行うことのできる印刷処理装置及び
方法を提供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に本発明は次のような構成から成る。

【０００８】注目ページの印刷データを前記印刷装置が
解釈可能なコードデータとして前記印刷装置に送信した
とする場合に、第１ページから注目ページまでの出力処
理が所定時間以内に終了するか否か判定する判定手段
と、終了すると判定された場合には、前記注目ページの
データを前記コードデータに変換し、終了しないと判定
された場合には、前記注目ページのデータを前記印刷装
置による解釈が不要なイメージデータに変換する変換手
段と、前記変換手段により変換された注目ページのデー
タを前記印刷装置に送信する送信手段とを備える。

【０００９】好ましくは、前記所定時間は、１ページ当
たりに許容された最大処理時間に注目ページまでのペー
ジ数を乗じた時間である。

【００１０】好ましくは、前記判定手段は、注目ページ
を第１ページから順次進めつつ、注目ページの直前のペ
ージまでの前記印刷装置による出力処理予想時間をその
ページまでに許容された最大処理時間から減じた時間
に、注目ページに与えられた最大処理時間を加算した時
間が、前記注目ページの出力処理予想時間より長けれ
ば、第１ページから注目ページまでの出力処理が所定時
間以内に終了すると判定する。

【００１１】好ましくは、前記印刷装置から、前記コー
ドデータのごとの処理の所要時間一覧を獲得する獲得手
段をさらに備え、前記判定手段は、前記一覧に基づい
て、注目ページの出力処理予想時間を算出し、判定を行
う。

【００１２】好ましくは、前記判定手段により終了しな
いと判定された場合、現在の注目ページの次ページを新
注目ページとして前記判定手段による判定を行い、その
新注目ページについて出力処理が所定時間内に終了する
と判定された場合、その新注目ページについてのコード
データへの変換及び印刷装置への送信を、現在の注目ペ
ージのイメージデータへの変換に先んじて行う。

【００１３】あるいは、上記印刷制御装置と印刷装置と
を接続してなることを特徴とする印刷システム。

【００１４】好ましくは、前記印刷装置は、前記印刷制
御装置からのステータス要求に応じて、前記コードデー
タのごとの処理の所要時間一覧を応答する。

【００１５】あるいは、受信したコードデータをバンド
単位で中間データに変換する変換手段と、注目バンドの
中間データについて、それをイメージに展開する際の処
理予測時間を算出する予測手段と、前記処理予測時間が
所定時間を越える場合には、前記中間データに含まれる
１処理命令をあらかじめ実行する事前実行手段とを備
え、前記処理予測時間が前記所定時間内となるまで、前
記事前実行手段による処理命令の実行を行わせる印刷装
置。

【００１６】好ましくは、前記予測手段および事前実行
手段は、バンドごとの中間データの待ち行列の長さが十
分長い場合に行われる。

【００１７】好ましくは、前記予測手段および事前実行
手段は、前記中間データからイメージデータへの変換を
高速に実行するレンダラを有する場合に行われる。

【００１８】好ましくは、前記予測手段および事前実行
手段は、前記処理命令の実行に必要なメモリ容量が確保
できる場合に行われる。

【００１９】あるいは、印刷装置により印刷を行わせる
ための印刷制御装置であって、前記印刷装置から、出力
待ち行列の長さを定期的に獲得する獲得手段と、前記長
さが一定の長さを越えている場合には、前記印刷装置に
対するデータ送信が十分な速度で行えるならば、印刷デ
ータをイメージデータに変換して前記印刷装置に送信
し、前記長さが一定の長さに達していない場合および前
記印刷装置に対するデータ送信が十分な速度で行えない
場合には、印刷データをコードデータに変換して前記印
刷装置に送信する送信手段とを備える。

【００２０】好ましくは、前記印刷装置は、受信した印
刷装置をバンドごとに分割してバンディング処理を行
い、前記出力待ち行列は、出力を待つバンドの行列であ
る。

【００２１】あるいは、上記印刷制御装置と、前記印刷
制御装置からのステータス要求に応じて、前記出力待ち
行列の長さを応答する印刷装置とを接続してなることを
特徴とする印刷システム。

【００２２】

【発明の実施形態】［第１実施形態］＜レーザビームプリンタの構成（図１）＞図１は本発明
の実施形態である印刷システムに適用可能レーザビーム
プリンタ（ＬＢＰ）を示す。なお、本実施例を適用する
プリンタは、レーザビームプリンタおよびインクジェッ
トプリンタに限られるものでなく、他のプリント方式の
プリンタでもよいことは言うまでもない。

【００２３】図において、１００はＬＢＰ本体であり、
外部に接続されているホストコンピュータから供給され
る印刷情報（文字コード等）やフォーム情報あるいはマ
クロ命令等を入力して記憶するとともに、それらの情報
にしたがって対応する文字パターンやフォームパターン
等を作成し、記録媒体である記録紙等に像を形成する。
１１２は操作の為のスイッチおよびＬＥＤ表示器等が配
されている操作パネル、１０１はＬＢＰ本体１００全体
の制御およびホストコンピュータから供給される文字情
報等を解析するプリンタ制御ユニットである。このプリ
ンタの制御ユニット１０１は、主に文字情報を対応する
文字パターンのビデオ信号に変換してレーザドライバ１
０２出力する。レーザドライバ１０２は半導体レーザ１
０３を駆動する為の回路であり、入力されたビデオ信号
に応じて半導体レーザ１０３から発射されるレーザ光１
０４をオン・オフ切り換えする。レーザ光１０４は回転
多面鏡１０５で左右方向に振らされて静電ドラム１０６
上を走査露光する。これにより、静電ドラム１０６上に
は文字パターンの静電潜像が形成されることになる。こ
の潜像は、静電ドラム１０６周囲に配設された現像ユニ
ット１０７により現像された後、記録紙に転写される。
この記録紙にはカットシートを用い、カットシート記録
紙はＬＢＰ１００に装着した用紙カセット１０８に収納
され、給紙ローラ１１１により装置内に取り込まれ、静
電ドラム１０６に供給される。また、ＬＢＰ本体１００
には、図示しないカードスロットを少なくとも１個以上
備え、内臓フォントに加えてオプションフォントカー
ド、言語系の異なる制御カード（エミュレーションカー
ド）を接続できるように構成されている。

【００２４】＜プリンタ制御システムの構成（図２）＞
図２は本発明の実施形態を示すプリンタ制御システムの
構成を説明するブロック図である。ここでは、レーザビ
ームプリンタ（図１）を例に説明する。なお、本発明の
機能が実行されるのであれば、単体の機器であっても複
数の機器からなるシステムであっても、ホストコンピュ
ータを経由しないホストレスシステムやＬＡＮ等のネッ
トワークを介して処理が行われるシステムであっても本
発明を適用できることは言うまでもない。

【００２５】図において、２００はホストコンピュータ
で、ＲＯＭ２０４のプログラム用ＲＯＭに記憶された文
書処理プログラム等に基づいて図形、イメージ、文字、
表（表計算等を含む）等が混在して文書を実行するＣＰ
Ｕ２０２を備え、システムデバイス２０５に接続される
各デバイスをＣＰＵ２０２が総括的に制御する。また、
本発明における図４〜図６およぶ図１２で示される各種
変換処理はフロッピー（登録商標）ディスクやＣＤ−Ｒ
ＯＭあるいはＤＶＤ−ＲＯＭといったメディアで供給さ
れ同様に実行される。

【００２６】また、このＲＯＭ２０４のプログラム用の
ＲＯＭには、ＣＰＵ２０２の制御プログラム等を記憶
し、ＲＯＭ２０４のフォント用ＲＯＭには上記文書処理
の際に使用するフォントデータ等を記憶し、ＲＯＭ２０
４のデータ用ＲＯＭは上記文書処理等を行う際に使用す
る各種データを記憶する。２０３はＲＡＭでＣＰＵ２０
２の主メモリ、ワークエリア等として機能する。２０６
はキーボードコントローラ（ＫＢＣ）で、キーボード２
１０や不図示のポインティングデバイスからのキー入力
を制御する。２０７はＣＲＴコントローラ（ＣＲＴＣ）
で、ＣＲＴディスプレイ（ＣＲＴ）２１１の表示を制御
する。２０８はメモリコントローラ（ＭＣ）で、ブート
プログラム、種々のアプリケーション、フォントデー
タ、ユーザファイル、編集ファイル用を記憶するハード
ディスク（ＨＤ）、フロッピーディスク（ＦＤ）等の外
部メモリ２１２とのアクセスを制御する。２０９、２２
６はデバイス間のＩ/Ｏを制御する処理部で、具体例と
してＩＥＥＥ１３９４の様なインターフェースが挙げら
れるが、双方向通信が可能なインターフェースであれ
ば、その種類は問わない。本発明における、印刷装置内
の紙搬送待ち行列情報やメモリ情報等は上記双方向通信
機能によりホストに転送される。また、プリンタ２２０
において、２２２はプリンタＣＰＵで、ＲＯＭ２２４の
プログラム用ＲＯＭに記憶された制御プログラム等或い
は外部メモリ２３１に記憶された制御プログラム等に基
づいてシステムバス２２５に接続される各種のデバイス
とのアクセスを総括的に制御し、印刷部インターフェー
ス２２７を介して接続される印刷部（プリンタエンジ
ン）２２８に出力情報としての画像信号を出力する。ま
た、このＲＯＭ２２４のプログラムＲＯＭには、図７〜
図１０に示されるフローチャートで示されるようなＣＰ
Ｕ２２２の制御プログラム等を記憶する。ＲＯＭ２２４
のデータ用ＲＯＭにはハードディスク等の外部メモリ２
０３１が無いプリンタの場合には、ホストコンピュータ
上で利用される情報等を記憶している。ＣＰＵ２２２は
入力部２２６を介してホストコンピュータとの通信処理
が可能となっており、プリンタ内の情報等をホストコン
ピュータ２００に通知可能に構成されている。２２３は
ＣＰＵ２２２の主メモリ、ワークエリア等として機能す
るＲＡＭで、図示しない増設ポートに接続されるオプシ
ョンＲＡＭによりメモリ容量を拡張できるように設計さ
れている。ＲＡＭ２２３は、印刷データの格納、出力情
報展開、環境データ格納領域、ＮＶＲＡＭ等に用いられ
る。前述したハードディスク（ＨＤ）、ＩＣカード等の
外部メモリ２３１は、メモリコントローラ（ＭＣ）２２
８によりアクセスを制御される。２３０は前述した操作
パネルで操作の為のスイッチおよびＬＥＤ表示機機等が
配されている。２３４はバンディング処理のビットマッ
プイメージ展開を行うアクセラレータ回路。２３２、２
３３、２３５は中間データ生成時に使用するアクセレレ
ータ回路で、それぞれ２３２はイメージの拡大、２３３
は圧縮されたイメージの伸張、２３５は高階調イメージ
に中間調処理を掛けるアクセラレータ回路で、それぞれ
CPUとは非同期に動作可能である。

【００２７】また、前述した外部メモリは１個に限ら
ず、少なくとも１個以上備え、内臓フォントに加えてオ
プションカード、言語系の異なるプリンタ制御言語を解
釈するプログラムを格納した外部メモリを複数接続でき
るように構成されていてもよい。さらに、図示しないＮ
ＶＲＡＭを有し、操作パネル２３０からのプリンタモー
ド設定情報を記憶するようにしてもよい。

【００２８】＜印刷ジョブの形式（図３）＞図３は本発
明の実施形態である印刷システムに好適な、ホストから
プリンタに送信される印刷データの一例を示した図であ
る。

【００２９】印刷データ３００は、ジョブヘッダ３０１
とページごとの印刷データ（ページデータ）３０２と終
了ヘッダ３０９とから構成される。ジョブヘッダ３０１
は印刷データ全体の情報を記載しておく部分で、ジョブ
開始命令３０３や、複数のデータを認識するためのジョ
ブID３０４、印刷者を記載するユーザID３０５、ページ
数を記載する３０６などから構成される。また、ジョブ
ヘッダ３０１には、そのジョブがプリンタに対して印刷
を行わせるための印刷ジョブであるか、プリンタに対し
てステータスを要求するステータス要求であるかを示す
印刷ｏｒステータスフィールド３１６を含む。

【００３０】印刷ｏｒステータスフィールド３１６が印
刷ジョブを示している場合、ページデータ部３０２には
実際の描画命令が含まれる。１つの印刷データ内にはひ
とつあるいは複数のページデータ部が含まれてよい。ペ
ージデータ部３０２はページ情報部３０７と印字データ
部３０８で構成される。ページ情報部３０７には、ペー
ジ番号３１１、データ種類３１２、プレーン数３１３が
含まれる。ページ番号３１１はビデオ出力順番を制御す
るための番号で、ページデータ部３０２は必ずこのペー
ジ番号順に出力される。そのため、出力する順番にペー
ジデータ部３０２を送信する必要はない。データ種類３
１２には、PDLデータであるのかイメージデータである
のかが記載される。プリンタはこのデータ種類３１２を
見て処理を切り替えることが出来る。プレーン数３１３
はモノクロプリンタにもカラープリンタにも適用可能な
ことを示している。印字データ部３０８には実際の描画
命令が記載されており、PDLデータである場合は文字コ
ード登録命令３１４のような描画命令が含まれ、その描
画命令はプリンタ内において解析されてビットマップデ
ータへの展開が行われる。印字データ部３０８がイメー
ジコード３１５のような場合で、かつプリンタがモノク
ロプリンタの場合には、１プレーン分のビットマップデ
ータへ展開済みのデータが含まれ、プリンタがカラープ
リンタたとえばＹＭＣＫプレーンを用いて印刷を行うも
のならば、４プレーン分のデータが含まれている。な
お、ビデオ転送時に圧縮データの展開処理も同時に行え
るようなプリンタであれば、上記イメージデータは圧縮
処理されていても良い。

【００３１】また印刷ｏｒステータスフィールド３１６
がステータス要求を示している場合、そのジョブはジョ
ブヘッダ部３０１だけで構成されページデータ３０２は
持たない。プリンタはステータス要求データであった場
合、ホストに対して情報を送信する。本実施例において
は速度対応表の返信などがそれにあたる。

【００３２】終了ヘッダ３０９は、印刷データの終了を
検知するためのジョブ終了命令３１０で構成されてい
る。

【００３３】＜プリンタにおける中間データの形式（図
４）＞図４は、ホストから送信された印刷データをプリ
ンタ内で解析し、バンド分割処理やビットマップデータ
の展開方式にあわせて、それぞれのオブジェクトに変換
した中間データの一例である。本実施例においてはプリ
ンタ内の処理に適した中間データに変換後、ビットマッ
プデータへ展開される。４００は１ページ分の中間デー
タ全体を示している。複数ページがある場合は、中間デ
ータ４００が複数生成される。

【００３４】１ページはページ全体の情報を含むヘッダ
４００と、バンドごとに実際の印刷方式を記述したバン
ドデータ（印刷データ）４０２で構成される。バンドご
とに分割するのは、プリンタ内に省メモリ化の為にバン
ディング処理を行うプリンタに対応するためである。本
発明はプリンタにおけるバンディング処理の有無を条件
とするものではないので、プリンタ内の処理予測を中間
データ生成までとすることで、本発明をバンディング処
理を行うプリンタに適用することも可能である。しかし
ながら、引き続き説明するプリンタにおいては、１ペー
ジを１つのビットマップイメージとして扱うものとし、
プリンタ内の処理としてビットマップ展開まで考慮する
ものとする。

【００３５】ヘッダ４０１にはページ番号４０３、バン
ド数４０４、ビットマップ展開属性４０５、データアド
レス４０６等で構成される。ページ番号４０３は、印刷
データのページ番号３１１と同じであるが、複数の印刷
データが送られてきた場合は、後から送られてきた印刷
データのページ数は、前に送られてきた印刷データの総
ページ数を足した通し番号に変換される。バンド数４０
４は省メモリの為にバンディング処理を行う場合に使用
される。ビットマップ展開属性４０５は、そのページが
ビットマップデータに展開済みか展開済みで無いかが記
載されている。データアドレス４０６は、実際の印刷命
令が記述された印刷データ４０２の先頭アドレスが記載
されている。図４においてはヘッダ４０１と実際の印刷
データ４０２とは連続したメモリに配置されているが、
データアドレス４０６を使用することにより必ずしも物
理的に連続したメモリ上に配置されていなくともデータ
の連続性を確保できる。また、本実施形態においてはイ
メージデータについても中間データを生成するものとし
ているが、イメージデータに対してはヘッダ４０１を生
成するだけで、イメージデータ自体は受信したメモリロ
ケーション上に置いておき、デ−タアドレス４０６によ
ってその先頭アドレスを指定する。また、ビットマップ
データ展開処理部においては属性４０５からビットマッ
プデータに展開済みの時は何も処理を行わずにビデオ処
理部に処理を渡す。よって実質処理時間は０と考えてよ
い。ビデオ処理部とは、図２の印刷部ＩＯ制御部２２７
などにより実現される部分であり、ビットマップデータ
にＰＷＭなどの必要に応じた処理を施してビデオ信号に
変換し、それをプリンタエンジンに入力するための部分
である。

【００３６】実際の印刷データ４０２は、バンディング
処理するプリンタの場合には、バンドごとにソートされ
たディスプレイリストと呼ばれる形式のデータである。
ディスプレイリストはページ内にバンドの数だけ存在す
る。各ディスプレイリストは、イメージデータのときは
ビットマップ展開されたデータ４０７で構成され、ＰＤ
Ｌデータのときは複数のプリンタ内のビットマップデー
タ展開処理に適した描画オブジェクト４０８〜４１１な
どで構成される。

【００３７】＜ステータス要求に対する応答データ例
（図５）＞図５−１は、ホストからプリンタへのステー
タス要求に応じてプリンタからホストに転送されるプリ
ンタ内の平均解析時間及び実行時間一覧表の一例であ
る。本実施形態においてはプリンタからインターフェー
スを介して転送されることとしたが、ホスト上のプログ
ラムをフロッピーディスクやCD-ROM、DVDを用いて２１
２の外部メモリから供給する場合、機種ごとの専用の一
覧を予め用意して添付してもよいし、ホストからインタ
ーネット上のホームページが検索可能ならば、ホームペ
ージ上のある一覧表を自動または手動により取得しても
よい。

【００３８】５０１はPDL命令でプリンタが解釈可能な
描画命令である。５０２はPDL命令をプリンタ内で解釈
し中間データにするバイトごとの平均時間で、パラメー
タはデータ量に依存する。５０３はプリンタ内で中間デ
ータをビットマップデータに展開する平均時間で、パラ
メータは展開後の描画サイズ（ｘサイズ×ｙサイズ）で
ある。

【００３９】図５−２はアプリケーション命令とPDL命
令の対応表である。ホスト上のプログラムは予め対応表
を持っていても良いし、図５−１の一覧表からプリンタ
の解析能力を判断し対応表を作成してもよい。５１１は
アプリケーション命令でホスト上のアプリケーションが
プリンタ送信用のプログラム（以下、プリンタドライバ
と記述）に送ってくる描画方法である。本発明では、プ
リンタはアプリケーションの描画方法を全ては理解でき
ない、あるいはプリンタに有利なコマンド体系として再
生成するため、このような対応表を持つ。プリンタがア
プリケーションの描画方法を全て解釈可能で、特に変換
の必要が無いならば、図５−１の対応表をPDL命令の部
分をアプリケーション命令の置き換えればよい。その場
合図５−２の命令対応表は必要ない。プリンタドライバ
においてプリンタが解釈可能な５１２のPDL命令に変換
してあげなければならない。「文字登録＋文字印字」と
なっているのは、アプリケーションの描画命令で「文字
描画命令」という１つのコマンドが、プリンタ内では
「文字登録命令」と「文字印字命令」という２つのコマ
ンドで機能実現されているということである。プリンタ
で２つのコマンドに分かれているのは文字キャッシュを
処理しやすくするためであるが、プリンタに有利なコマ
ンド体系にする一例と言える。

【００４０】＜印刷時におけるホストコンピュータの動
作＞図６−２および図７乃至図９を用いて本実施形態に
おけるホストの動作を説明する。

【００４１】図６−２はホスト内の印刷データ生成のた
めのモジュール構成ブロック図の一例である。６１８は
出力依頼もとのアプリケーションである。６０９はアプ
リケーションから要求されたイメージや文字と言った描
画種類が書かれたアプリケーション命令である。６１
０、６１１、６１２はアプリケーション命令を印刷装置
が解釈可能な印刷データに変換する処理部である。６１
０はホストのメイン処理部でPDLデータとイメージデー
タの切り分け判断処理およびコマンド解析を行う。６１
１はPDL変換部、６１２はイメージデータ生成部であ
る。ＰＤＬ変換部６１１は、アプリケーション命令から
構成される印刷データを、図５−２の対応表に基づいて
ＰＤＬ命令から構成される印刷データとして再構成す
る。イメージデータ生成部６１２は、アプリケーション
命令を解析して対応表６１７を参考に、対応した関数を
呼ぶことにより命令を実行してイメージデータの生成を
行う。

【００４２】６１３、６１４は、生成されたＰＤＬデー
タあるいはイメージデータを含む印刷データを保存する
スプーラ、６１５はスプーラにたまった印刷データの送
信およびプリンタからの情報を受信する受信・送信処理
部である。PDL命令平均実行速度一覧５００（図５−
１）と１ページの処理に掛けられる最大時間をプリンタ
から獲得してプリンタ情報格納部６１６に格納する処理
もここで行う。すなわち、本実施形態においてはステー
タス取得データは、受信送信処理部６１５によって取得
される。

【００４３】＜アプリケーション命令解析処理（図８−
１）＞図８−１は、アプリケーション命令解析部６１０
の詳細な処理の流れを示すフローチャートである。ステ
ップ８０１においてアプリケーションからの出力要求が
くるのを待つ。アプリケーションから出力要求が来た
ら、ステップ８０２において印刷装置（プリンタ）に対
してステータス要求を送信し、図５−１，５−２に示す
情報を取り込み、格納部６１６に格納する。ステップ８
０３において変数limit及びPageTimeの初期化を行う。
変数Limitは閾値であり、プリンタにおいて注目ページ
の予測処理時間がlimitの値を超えたら、ホストコンピ
ュータは印刷データをイメージデータに変換してプリン
タに送信する。変数PageTimeは格納部６１６から取得す
る、１ページの処理に掛けられる最大時間である。例え
ば、従来技術の欄で説明したような１分間に１６ページ
のスループットを持つプリンタであれば、PageTimeは
３．７５秒である。

【００４４】ステップ８０４においてはLimitにPageTim
eを追加する。ステップ８０５において現在のページの
処理時間予測を行う。時間予測は、図５−１の表からそ
のページに含まれる全ＰＤＬ命令についての平均解析時
間と平均展開時間の積算値として得ることができる。

【００４５】ステップ８０６においては、ステップ８０
５で算出した処理時間予測が閾値Limit以下であるか判
断する。Limit以下であるときは、ステップ８０７にお
いてPDL変換部６１１を用いてPDLデータを生成する。そ
してステップ８０９において、閾値Limitからステップ
８０５で算出した予測時間を引く。すなわち、Limitに
は、注目ページをプリンタにおいてイメージに変換する
際の、１ページの処理に掛けられる最大時間に対する残
り時間が与えられる。

【００４６】一方、ステップ８０６において、処理予測
時間がLimit以上である場合は、ステップ８０８におい
て、イメージデータ生成部６１２を使用してビットマッ
プ展開済みのイメージデータを生成する。イメージデー
タをプリンタに送信する場合には、PDLデータを送信す
る場合と異なり、プリンタ内部ではそのページについて
処理時間を消費しないので、１ページの処理に掛けられ
る最大時間はそのまま残り時間となる。したがってLimi
tから注目ページの処理時間は引かない。

【００４７】ステップ８０９および８０８の処理が終了
したら、送信・受信処理部６１５に送信を依頼する。ス
テップ８１１において全てのページが終了するまで上記
処理を続けるため、まだページが存在する時はステップ
８０４に戻る。ステップ８０４の処理において、２度目
以降はLimitに前のページの残り時間が入っていれば、
そのままLimitにPageTimeを追加する。この処理によ
り、注目ページがＰＤＬデータである場合に、プリンタ
におけるそのページのイメージへの展開処理のために、
前ページの処理の残り時間を含めて、処理が間に合うか
判定することができる。すなわち、注目ページの処理の
ためにその前ページの処理の残り時間を考慮することが
できる。このために印刷データに複数のページが含まれ
る場合に、プリンタに送信する印刷データとしてPDLデ
ータを生成するか、イメージデータを生成するかを、そ
の全体を通して効率的に切り替えることが出来る。

【００４８】＜処理時間予測処理の詳細（図９）＞図９
のフローチャートを用いて図８−１ステップ８０５の処
理時間予測の詳細な処理の流れを説明する。

【００４９】ステップ９０１においてtime2を０にす
る。この処理においてtime2は１ページの処理時間予測
を入れるための変数である。ステップ９０２においてペ
ージ内に存在する全てのアプリケーション命令に対して
ステップ９０３からステップ９０８のアプリケーション
命令単位の予測処理を判断する。すなわち命令単位に処
理時間の予測処理を行い、その時間を合計することによ
り１ページの処理予測時間を算出する。

【００５０】ステップ９０３において、図５−２の対応
表５１０を用いて、アプリケーション命令に対応したPD
L命令を検索する。検索が終了したら実際の予測処理に
移行する。対応表５１０の説明で記述したように、対応
するPDL命令が複数ある場合もあるので、ステップ９０
４において、検索された全てのPDL命令に対してステッ
プ９０５からステップ９０８のPDL命令ごとの予測処理
を行うように判断する。

【００５１】ステップ９０５とステップ９０６は解析時
間を算出する処理で、ステップ９０５においてアプリケ
ーション命令のデータ量を取得し、ステップ９０６にお
いて平均解析時間５０２を用いて解析時間を算出しtime
2に加算する。ステップ９０７とステップ９０８は展開
処理時間を算出する処理で、ステップ９０５において展
開サイズを取得し、ステップ９０６において平均展開時
間５０３を用いて展開時間を算出しtime2に加算する。
ステップ９０２において全てのアプリケーション命令に
対して処理が終了したら１ページの処理時間予測処理が
終わりで、そのときのtime2の値が最終的な１ページの
処理予測時間となる。

【００５２】＜送信受信処理部による処理手順（図８−
２）＞図８−２は、送信・受信処理部６１５による、プ
リンタからのステータス情報取得処理の詳細な処理の流
れを示すフローチャートである。

【００５３】ステップ８２０において印刷装置情報取得
間隔であるｔｉｍｅ１を一定値に設定する。ステップ８
２１において送信要求があったか判断する。送信要求が
あったらステップ８２２において送信する。ステップ８
２０においてｔｉｍｅ１が０であるか判断する。０でな
い時はステップ８２３においてｔｉｍｅ１から１を引
く。以後ステップ８２１からステップ８２３の処理を繰
り返すことにより一定間隔で印刷装置のステータス情報
が取得される。これにより、印刷装置にアクセラレータ
回路やメモリが追加され処理能力が向上した時など自動
的に印刷装置の情報が更新される。

【００５４】ステップ８２５においてステータス要求を
行う。ステップ８２６においてプリンタからの返送を待
つ。プリンタから送信してきたらステップ８２７におい
て受信を行い、ステップ８２８においてプリンタ情報格
納部６１６に保存する。ここでプリンタから取得する情
報は、本発明においてはＰＤＬ命令別平均解析時間およ
び展開時間一覧と最大スループットを維持するために１
ページの処理に掛けられる最大時間である。

【００５５】以上の処理により、アプリケーションから
発行される印刷ジョブは、プリンタドライバにおいて、
連続印刷におけるホストとプリンタの負荷分散を考慮し
た上で、PDLデータあるいはイメージデータに変換され
てプリンタに送信される。上記処理における切り替え処
理の一例を図７のタイムチャートを用いて説明する。本
例においてはホストの解析・展開処理能力はプリンタの
１．５倍、PDLデータとイメージデータのサイズ比は
１：１．５としている。

【００５６】図７−１〜図７−３は、まったく同じアプ
リケーションからの出力要求を得た場合で、図７−１
は、PDLデータとイメージデータの切り替えを行わなか
った場合、図７−２はページ単位で負荷分散を判断しPD
Lデータとイメージデータを切り替えた場合、図７−３
は連続印刷を考えて負荷分散を判断しPDLデータとイメ
ージデータを切り替えた場合である。なお、以下の説明
における最大処理時間とは、従来技術の欄で説明した意
味で使用されている。

【００５７】タイムチャートに示される７ページの印刷
データのうち、第１ページから第４ページまでのプリン
タ内での解析・展開処理は、３ページ分の最大処理時間
内で実行可能である。それに対して第５ページおよび第
６ページは、それぞれ２ページ分の最大処理時間を必要
としている。第７ページは１ページ分の最大処理時間で
処理可能である。

【００５８】図７−１では、ホストコンピュータが生成
する印刷データはすべてＰＤＬデータであり、イメージ
データとの切換えがまったく行われない。そのために、
第５ページの解析展開処理７００、第６ページの解析・
展開処理７０１が、その直前ページの出力完了までに間
に合わず、空き時間が生じて印刷速度が低下してしまっ
ている。一方ホストの処理は早く終わってしまい、シス
テム全体としての処理能力が最大限に使われているとは
言えない。

【００５９】図７−２はページ単位の判断でPDLデータ
とイメージデータを切り替えた場合である。第５ページ
及び第６ページについてのプリンタにおける予測処理時
間はそれぞれ１ページについての最大処理時間を超えて
いるため、印刷データをイメージデータにすべきである
と判断され、ホストにより第５ページのイメージ生成処
理７００、第６ページのイメージ生成処理７０１が行わ
れている。この場合、中間データ処理が第５，６ページ
目について行われないために、プリンタは負荷不足にな
っている。これに対してホストの方が過負荷となり、最
終的な７ページ目の処理が遅れ、プリンタによる第６ペ
ージの出力と第７ページの出力の間に空き時間が生じて
しまう。

【００６０】図７−３は連続印刷を考慮して切り替えた
本実施形態の印刷システムにおける例で、第１ページか
ら第４ページの処理が３ページ分の処理で終了すること
から、第５ページの処理については２ページ分の最大処
理時間がつかえるのでPDLモードと判断される。図８−
１のフローチャートで言えば、ステップ８０４でPageTi
meを足す前にLimitに１ペー分の最大処理時間が残って
いたことになる。ステップ８０５の処理において算出さ
れる処理予測時間は、ちょうど２ページ分なのでLimit
以下である。よって第５ページ目はPDLモードと判断さ
れる。

【００６１】第６ページは１ページ分しかLimitが無い
のでイメージデータと判断される。このように判断され
ることにより、その結果、プリンタにおいて第７ページ
目が速く印刷されている。

【００６２】本実施形態によれば、図７−３のようにプ
リンタの処理能力を最大限使用し、ホストコンピュータ
の処理量をそれに応じてものとすることができるため
に、ホストおよびプリンタともに処理の空き時間が無く
すことができ、システムとして資源利用効率を最大限に
向上させることができる。

【００６３】＜印刷装置の動作（図６−１，図１０）＞
次に上記手順により印刷データを受信したプリンタの動
作を、図６−１と図１０のフローチャートを用いて説明
する。

【００６４】図６−１は本実施形態の印刷装置内におけ
る、PDLデータ、イメージデータ処理を印刷可能なプリ
ンタ内のモジュール構成のブロック図である。なお、こ
の構成は図２のプリンタ２２０が有するＣＰＵ２２２に
よりＲＡＭ２２３などに格納されたプログラムを実行す
ることで実現される。

【００６５】２００は印刷データを生成するホストであ
り、６０１はホストからの出力情報を受信する受信処理
部で、図２のプリンタ外部ＩＯ制御部２２６と同じもの
である。受信処理部６０１は、ホストらか送信されて来
た印刷データ３００を、中間データ処理待ちのスプーラ
６０２に入れる。また、ホストからのステータス要求だ
った場合は図５−１の平均実行時間一覧表を含むプリン
タの情報をホストに送信する。

【００６６】中間データ生成処理部６０３はページごと
に印刷データ３００のデータ種類３１２を参照して、PD
Lデータの場合は解析処理を行い、中間データを生成す
る。イメージデータの場合は解析を行わず、中間データ
のページ情報部４０１のみ生成し、イメージデータの先
頭を属性、データアドレス４０６に記述し中間データ用
のスプール６０４に格納する。また、ビットマップ展開
属性４０５をビットマップ展開済みに設定しておく。ス
プール６０４に格納された中間データは、ビットマップ
展開処理部６０５により、展開済みでない場合は展開処
理を行い、展開済みの場合は何もせずに、展開データ用
スプール６０６に格納する。ビットマップ展開処理部６
０５は、図２のラスタライザ２３４と同じものである。
展開データはイメージデータなので、シップ処理部６０
７に同じ処理でよく、ビデオ転送を実行する。シップ処
理部６０７は、図２の印刷部ＩＯ制御部２２７と同じも
のである。なお、以上の処理においてイメージデータは
中間データ生成処理部においてヘッダの生成を行うだけ
でほぼ処理されていないと考えてよく、６０８に示すパ
スを通っていると考えても良い。

【００６７】図１０−１は受信・送信処理部６０１の詳
細な流れを示すフローチャートである。ステップ１００
１においてホストからの送信を待つ。ホストからの送信
があったらステップ１００２において印刷データである
かステータス要求データであるか判定する。ステータス
要求データである場合はステップ１００３においてホス
トに平均処理時間一覧表を含むプリンタ情報を送信す
る。印刷データであった場合はステップ１００４におい
て印刷データを受信し、ステップ１００５において中間
データ生成待ちに登録する。

【００６８】図１０−２は、中間データ生成処理部６０
３の詳細な流れを示すフローチャートである。ステップ
１０１０において中間データ生成待ちに登録があるまで
まつ。登録があったら、ステップ１０１１においてPDL
データであるかイメージデータであるか判断する。PDL
データである時はステップ１０１５においてPDL命令の
解釈を行い中間データ生成処理を行い、ステップ１０１
６においてビットマップ属性４０５を展開未に設定す
る。イメージデータであった場合はステップ１０１２に
おいてページヘッダ４０１のみ生成し、ステップ１０１
３においてビットマップ属性４０５を展開済みに設定す
る。ステップ１０１４においてデータアドレス４０６に
イメージデータの先頭アドレス（３０２の先頭アドレ
ス）を記述する。ステップ１０１６またはステップ１０
１４の処理が終了したらステップ１０１７においてビッ
トマップ展開待ちに登録する。

【００６９】図１０−３は、ビットマップ展開処理部６
０５の詳細な処理の流れを示すフローチャートである。
ステップ１０２０においてビットマップ展開待ちがある
か判断する。ビットマップ展開待ちに登録されたら、ス
テップ１０２１において属性４０５を見て展開済みか判
断する。展開済みの場合ステップ１０２５においてビデ
オの先頭をアドレス４０６に設定する。展開済みでない
場合、ステップ１０２２においてビットマップを展開す
るメモリ領域を確保する。ステップ１０２３において、
ステップステップ１０２２に確保したメモリ領域にビッ
トマップの展開を行う。ステップ１０２４においてステ
ップ１０２２において確保したメモリ領域の先頭アドレ
スをビデオの先頭アドレスに設定する。ステップ１０２
４またはステップ１０２５が終わったらステップ１０２
６においてシップ待ちに登録する。

【００７０】図１０−４はシップ処理部６０７の詳細な
処理の流れを示すフローチャートである。ステップ１０
３０においてカレントページを０に設定する。ステップ
１０３１においてカレントページと同じページ番号４０
３を持つページがシップ待ちに登録されるまで待つ。シ
ップ処理において印刷データに設定されたページ順にし
たがって処理する。これにより、前記３つの処理部は非
同期に動作した場合においても、最終的なページ順番が
保たれる。ステップ１０３２においてシップ処理を実行
する。シップ処理が終了したらステップ１０３３におい
てカレントページの更新を行う。

【００７１】以上の構成及び手順により、複数のページ
を含む印刷ジョブを処理する際に、プリンタにおける注
目ページの処理が、注目ページ以前のページの処理によ
り生じた時間的余裕を含めた最大処理時間内に完了する
か否かを判定の基準として、完了しなければホストコン
ピュータで注目ページをイメージデータに変換してプリ
ンタに送信する。

【００７２】いいかえれば、先頭ページから注目ページ
までのＰＤＬデータからイメージデータへのプリンタに
おける変換処理が一定時間内に終了するか否かを判定
し、終了しなければホストコンピュータにおいて注目ペ
ージをイメージデータに展開する。一定時間とは、１ペ
ージあたりに許容される最大処理時間をｍａｘとし、注
目ページをｐとすれば、（ｐ×ｍａｘ）で与えられる。
したがって判定条件は、ページｉの処理予測時間をｐｒ
ｅｔｉｍｅ（ｉ）とすれば、 Σ_i=1 ^pｐｒｅｔｉｍｅ（ｉ）≦ｐ×ｍａｘであり、これが満たされれば、注目ページｐはＰＤＬデ
ータに変換されてプリンタに送信される。この条件判定
は、各ページごとに行われるもので、図８−１の手順は
そのための処理手順である。

【００７３】以上のようにして、印刷データの形式を決
定することで、処理負荷をホストコンピュータとプリン
タとに最適に分散することができる。

【００７４】［第２実施形態］図７−３のタイムチャー
トにおいて、中間データ生成処理の５ページ目と７ペー
ジ目の処理間に空き時間が生じている。本実施形態にお
いては、イメージデータに変換して送信すべきと判断さ
れたページの次のページが、PDLデータに変換してプリ
ンタに送信すべきと判断された場合、その次ページ、す
なわちＰＤＬとすべきページを先に生成してプリンタに
送信しておくことにより、この空き時間をなくす。この
方法について図１１−１〜１２を用いて説明する。

【００７５】図１１−１は、図７−３と同じものであ
り、５ページ目の解析・展開処理１１０と７ページ目の
展開処理１１０２との間に空き時間１１００が生じてい
る。図１１−２のように、７ページの印刷データ生成処
理１１０３を、６ページ目の印刷データ生成処理１１０
４より前に行うことにより、空き時間１１０１をなくす
ことが可能になる。

【００７６】この処理は、図８のイメージデータ生成処
理ステップ８０８を図１２のフローチャートに示す手順
に置き換えることで可能となる。以下図１２の手順を説
明する。

【００７７】ステップ１２０１において次ページの処理
時間予測を行う。この処理には図９の手順を用いる。ス
テップ１２０２でLimitに次ページの処理時間分のPageT
imeを加算した時間に、ステップ１２０１で算出した時
間が間に合っているか、すなわち、Limit＋PageTime
が、ステップ１２０１で算出した時間よりも大きいか判
断する。小さい場合、すなわち間に合っていない場合
は、注目ページの次のページはイメージデータにすべき
なのでそのまま終了する。大きい場合、すなわち間に合
っている場合は、ステップ１２０３において次ページを
PDLデータで生成し、ステップ１２０４において送信・受
信処理部６１５にプリンタへの送信を依頼する。その後
ステップ１２０５において注目ページのイメージデータ
を生成する。

【００７８】以上の処理により、イメージデータに変換
して送信すべきと判断されたページの次ページが、PDL
データに変換してプリンタに送信すべきページであると
判断された場合、そのページを先にＰＤＬデータに変換
してプリンタに送信しておくことにより、プリンタにお
けるデータ待ち時間をなくし、プリンタ内に生じる可能
性がある空き時間をより有効に利用できるため、印刷速
度の向上が図られる。

【００７９】［第３実施形態］次に第３実施形態とし
て、バンディング処理が可能な印刷装置を用いた印刷シ
ステムにおいて、複数のページの印刷を連続（以後、連
続印刷と記述する）で行う場合における印刷速度の、プ
レレンダリングによる低下やページとページ間での処理
による低下などを防止する印刷システムを説明する。

【００８０】＜第３実施形態における課題＞プリンタに
おいてレンダリングからシッピングヘのリアルタイムな
処理を行う場合には、１ページを複数のバンドに分け
て、最初の１バンドのレンダリングを終えた時点から、
紙の搬送を始めてシッピングを行い、そのバンドをシッ
ピングしている間に、次のバンドのレンダリングを行う
という、いわゆるバンディング処理が行われる。バンデ
ィング処理では、注目バンドの直前のバンドのシッピン
グが終了するまでに、注目バンドのレンダリングが終了
していれば正常に印刷が可能であるが、注目バンドのレ
ンダリングがその直前のバンドのシッピングの完了まで
に間に合わなかった場合には、いくつかのオブジェクト
が印刷出来ないことになり、印刷不正（以後、この障害
をオーバーランと記述）が発生してしまう。

【００８１】この様な事態を回避するために、プリンタ
ではレンダリング時間の予測を行い、レンダリング時間
がシッピング時間に間に合わないと予測されたバンドが
存在する場合、そのバンドを、あらかじめそのバンドを
含むページの出力に先立ってレンダリングをしておく、
いわゆるプレレンダリングを行ってオーバーランを防い
でいる。

【００８２】ところがこのような印刷システムにおいて
連続印刷を行う場合を考えると、プレレンダリングが発
生することにより、ページとページとの間での処理が増
加して速度低下を起こしてしまうという問題があった。
図１７−２にその様子を示す。横軸が時間であり、１７
１１、１７１２が印刷時間を示している。印刷時間１７
１１はプレレンダリングが無い状態で、印刷時間１７１
２はプレレンダリングがある場合の連続印刷である。プ
レレンダリング処理１７１３、１７１４がページ間に発
生するため最終的な排紙終了時間が遅くなっている。

【００８３】さらに、上記バンディング処理を用いた印
刷処理装置において、印刷データから中間データまでの
生成処理とバンディング処理を別タスクで行い、中間デ
ータの生成はバンディング処理に先行して行う必要があ
る。しかしながら、印刷データから中間データまでの生
成が比較的容易なデータである場合や、紙搬送速度が遅
い等の原因によっては中間データの生成が先行してしま
い、紙搬送待ちの中間データ（以後、バンディング処理
待ち行列と記述）がメモリを占有してしまうため中間デ
ータの生成が出来ず、例えば中間データの生成までの処
理をＣＰＵで、バンディング処理をアクセラレータ回路
で行うような場合において、ＣＰＵが動作していない無
駄な時間が出来てしまうと言った問題があった。

【００８４】本実施形態では、このような、バンディン
グ処理が可能な印刷装置において連続印刷を行う場合、
プレレンダリングが発生することによりページとページ
間での処理が増加し速度低下を起こしてしまう点や、中
間データ生成が先行してしまうためＣＰＵや中間データ
生成用のアクセラレータ回路等に処理をしていない無駄
な時間が出来てしまうという点を解消し、印刷装置およ
び印刷システムのおける処理負荷の分散により連続印刷
における印刷速度を向上させる。

【００８５】本実施形態のプリンタ及び印刷システム
は、それぞれ図１及び図２のように構成され、第１およ
び第２実施形態と同様である。ただし、この実施形態の
プリンタはバンディングを行うために、データ構造や処
理内容がそれに応じて異なるものとなっている。以下、
そのような相違を中心にして説明する。

【００８６】＜中間データの形式（図２０）＞図２０
は、本発明における、ホストコンピュータから送信され
た印刷データを印刷装置内で解析し、バンド分割処理や
ビットマップ展開方式にあわせて、それぞれのオブジェ
クトに変換した中間データの一例である。処理時間予測
やデータ量予測は本中間データに基づいて行われる。な
お、ホストから転送される印刷データ形式は、印刷装置
で中間データに変換できる形式ならば、特にその形式は
問わない。

【００８７】２０００は１ページ分の中間データ全体を
示している。複数ページがある場合は、中間データ２０
００が複数生成される。１ページはページ全体の情報を
含むヘッダ２００１と、バンドごとに実際の印刷方式を
記述したバンドデータ２００２で構成される。ヘッダ２
００１には、ページ番号２００３、バンド数２００４、
プレレンダリング判断に用いる閾値２００５、スケジュ
ーリング結果２００６が含まれる。閾値２００５は、印
刷装置の紙を搬送する速度により定められ、１バンドの
ビットマップイメージ展開にかけられる最大の時間で、
この時間を超えるビットマップイメージ展開時間が必要
だと判断されたバンドはプレレンダリングが行われる。
スケジューリング結果２００６には、、該ページの中で
どのページをリアルタイムでレンダリングするのか、プ
レレンダリングで処理するのかの全ての結果を記憶し、
この結果に基づいてプリント処理を行う。２０１６はビ
ットマップイメージ展開する階調である。バンドデータ
２００２はオブジェクト個数５０７、予測時間２００
８、オブジェクトデータ２００９、２０１０などで構成
される。予測時間２００８は時間予測処理に予測された
結果を保存しておくデータ領域である。

【００８８】＜印刷装置のモジュール構成（図１３−
１，図１３−２）＞図１３−１，１３−２は本実施形態
の印刷装置内における、ビットマップイメージ展開負荷
軽減のための中間データ変換の様子を示したモジュール
構成図である。図１３−１はバンディング処理待ち行列
が少ない例を示した図である。図において、受信処理部
１３００はホストからの出力情報を受信する。スプーラ
１３０１はホストから転送された出力情報を印刷装置内
に保存する。中間データ生成処理部１３０２は受信処理
部１３００の出力情報を中間データ１３０３に出力す
る。バンディング処理は、ビットマップイメージ展開処
理部１３０４とシップ処理部１３０５の処理が並行して
動作することにより実現される。この２つをまとめてバ
ンディング処理部１３０９と呼ぶ。バンディング待ち行
列１３０６はスプーラ１３０３の順番を制御する。中間
データ生成処理部１３０２は中間データを生成したら登
録を行う。

【００８９】図１３−１においてはバンディング待ち行
列１３０６のエントリが少ない状態を示す。このような
場合ページ途中で処理すべきデータがなくなり、プリン
トオーバーランが発生する場合がある。そのため、バン
ディング処理待ち行列のエントリとなる中間データを速
やかに生成しなければならず、ビットマップイメージ展
開に有利な中間データに変換するために中間データの処
理に時間をかけることはできない。そこで中間データ生
成処理部１３０２では、なるべく少ない処理ですむよう
に、回転処理や中間調処理や拡大処理などを行わずに中
間データを生成し、それらの処理はビットマップイメー
ジ展開処理部１３０４において実行するようにする。

【００９０】これに対して図１３−２はバンディング処
理待ちが多い例を示している。パンディング待ち行列１
３０６のエントリが多いため、中間データ生成処理部１
３０２による中間データの生成処理にある程度時間をか
けることができる。そのため、中間データ生成処理部１
３０２は、オブジェクトの回転処理や中間調処理、拡大
処理など、ビットマップイメージ展開処理部１３０４に
よるビットマップイメージ展開時の処理負荷の軽減に効
果的な各種処理を、メモリ状況や展開時間の予測、アク
セラレータ回路の有無などに応じて実行する。

【００９１】＜印刷装置における処理（図１５−１〜図
１７−２）＞次に図１５−１〜図１７−２を用いて上記
印刷装置内（ＣＰＵ２２２等）での処理の流れを説明す
る。図１５−１〜図１５−３は印刷装置内の全体の処理
の流れを示すフローチャートである。図１５−１は受信
処理部１３００、図１５−２は中間データ生成処理部１
３０２、図１５−３はバンディング処理部１３０９の処
理フローである。

【００９２】図１５−１において、受信処理部１３００
はステップ１５１０でホストからの出力情報が転送され
るのを待つ。ホストからの出力情報が送信されてきた
ら、ステップ１５１１において受信を行う。受信が終了
したらステップ１５１２において出力情報に含まれる全
てのページを、ステップ１５１３の処理において中間デ
ータ生成待ち行列に追加する。尚、本実施例のフローチ
ャートでは受信が終了してから、待ち行列に追加するよ
うにしたが、受信開始直後に登録を行う。

【００９３】受信が完了した部分から図１５−２の中間
データ生成処理を行うことができる。中間データ生成処
理部１３０２は、ステップ１５０１において中間データ
生成待ち行列（不図示）に出力情報が登録されるのを待
つ。待ち行列に出力情報が登録されたら、ステップ１５
０２において中間データ生成を行う。ステップ１５０３
においてバンディング処理待ちが多いか判定し、多い場
合は、ステップ１５０４においてビットマップイメージ
展開軽減処理（負荷分散処理とも記述）を行う。いずれ
かの終了後、ステップ１５０５において、生成した中間
データをバンディング待ち行列に追加する。登録が終了
したらステップ１５０６において中間データ作成行列か
ら削除する。

【００９４】バンディング処理待ちが多いか否かの判定
は、待ち行列のエントリ数を所定の閾値を比較して行う
ことができる。バンディング処理待ち行列のエントリ数
は、結局のところオーバーランの可能性の高低の判断の
ためにその大小が判定される。したがって、固定的な閾
値を用いず、オーバーランの防止可能性の点から判断す
ることもできる。例えば、バンディング待ち行列にエン
トリされたバンドがページ内の最終バンドを含んでいる
場合には、その最終バンドの処理後いったんバンディン
グ処理部１３０９の動作を中断することができる。した
がって、中間データの生成がバンディング処理に間に合
わないとしても、バンディング処理を最終バンド処理後
いったん中断して中間データの生成を待つことでオーバ
ーランの発生を防止できる。これに対して、バンディン
グ待ち行列にエントリされたバンドがページの最終バン
ドを含んでいない場合には、最終バンドまでの中間デー
タの生成がバンディング処理に間に合わなければオーバ
ーランが発生する。したがって、バンディング待ち行列
にエントリされたバンドがページの最終バンドを含んで
いる場合にはバンディング処理待ちが多いと判定するこ
ともできる。

【００９５】バンディング処理部１３０９は、ステップ
１５２１においてバンディング待ち行列に次のバンドが
登録されるのを待つ。バンドの中間データが待ち行列に
登録されたらステップ１５２２においてバンディング処
理を行う。バンディング処理が終了したらそのバンドを
ステップ１５２３においてバンディング処理待ち行列１
３０６から削除する。

【００９６】＜負荷分散処理の手順＞図１６は図１５−
２のステップ１５０４の負荷分散処理の詳細な流れを示
すフローチャートである。

【００９７】ステップ１６００においてページ内の全て
のバンドについて処理を行うように判断する。ステップ
１６０１において、注目バンドについて、中間データを
もとにビットマップイメージ展開にかかる時間を予測す
る。ステップ１６０２において注目バンドのプレレンダ
リングが必要か判断する。不要ならステップ１６００に
戻り、判定を繰り返す。プレレンダリングすべきバンド
が１つも存在しない場合はそのまま終了する。

【００９８】プレレンダリングが必要なバンドの場合
は、ステップ１６０３においてそのバンドのレンダリン
グ時間を短縮するために、あらかじめ行っておくことで
効果のある処理の順番を決定する。図１７−１が処理順
番を決定した後作成されるテーブル１７００の一例であ
る。順位欄１７０１が効果のある順番を示し、内容欄１
７０２は処理内容を、アドレス欄１７０３は中間データ
内の対象となるオブジェクトの指定を示している。ここ
ではオブジェクトが格納されているメモリのアドレスで
表現している。時間欄１７０４には処理を行った時のビ
ットマップイメージ展開の短縮される時間が記述されて
いる。

【００９９】図１７−１の例では、テーブルの先頭のエ
ントリは拡大処理を示しており、アドレスＯｘＡＡＡＡ
ＡＡＡＡに格納されたオブジェクトを予め拡大処理して
おくと、そのバンドのレンダリング処理の時間を最も短
縮できる。それによる短縮時間は１００ｍ秒である。す
なわち、ステップ１６０３では、時間欄１７０４の値を
キーとして降べきに順位が付けられる。

【０１００】ステップ１６０４、１６０５、１６０６に
おいては、空きメモリ情報、アクセラレータ情報、印刷
開始までの時間をそれぞれ取得する。ステップ１６０７
において、テーブル１７００に登録されたすべての処理
に対してステップ１６０８からステップ１６１４の処理
を行ったか判断する。行っていない場合には、図１７−
１のテーブルに登録された処理の一つを注目処理とす
る。

【０１０１】ステップ１６０８においては、注目処理
が、メモリがさらに必要になる処理か判断する。拡大処
理や圧縮データの伸張処理を行う場合はこの条件に該当
する。さらにメモリが必要な場合はステップ１６０９に
おいてメモリ領域を取得する。メモリ容量が不足してい
る場合は、図１６の処理はここで中断される。

【０１０２】メモリ条件をクリアしたらステップ１６１
０においてハードウエアアクセラレータ（レンダリング
専用の回路）があるか判断する。無い場合、待ち行列の
エントリの個数から、注目バンドの印刷までの時間が十
分であるか判断する。この十分であるかの判断基準は印
刷装置の最大印刷速度によって異なるから、待ち行列の
エントリ１個に掛ける係数をフレキシブルに設定できる
ようなシステムにしておく必要がある。メモリ条件、ア
クセラレータ条件をクリアした場合のみステップ１６１
２において、注目処理を実行する。例えば、図１７−１
のテーブル１７００第１順位の処理が注目処理の場合、
アドレス０ｘＡＡＡＡＡＡＡＡのオブジェクトについ
て、拡大処理を施す。テーブル１７００において処理済
みの処理内容は、テーブル１７００から削除したり、あ
るいは識別可能にマークしておく。

【０１０３】ステップ１６１３において、ステップ１６
１２で行った処理により短縮された時間をステップ１６
０１で予測した時間から差し引いて、新たなビットマッ
プイメージ展開処理時間予測を求める。ステップ１６１
４においては、プレレンダリングが発生する場合はテー
ブル７００の次処理をステップ１６０７から再実行す
る。プレレンダリングの必要がなくなるか、処理出来る
項目が無くなったらそのバンドの処理を終了する。

【０１０４】以上の手順により、中間データ生成処理部
は、処理時間に余裕がある場合に、生成したバンドにつ
いてレンダリング時間を予測してプレレンダリングの必
要の有無を判定し、プレレンダリングの必要がある場合
には、それが不要になるまでそのバンドに含まれるオブ
ジェクトをあらかじめ加工しておく。そのようにするこ
とによって、プレレンダリングするバンド数を減少さ
せ、ページ間におけるプレレンダリング処理待ち時間を
減少させることができ、印刷時間を短縮することが可能
となる。

【０１０５】また本実施形態ではバンディング処理待ち
行列のエントリの多少に基づいて上記処理を行っている
が、この判定を省略し、図１５−２において、ステップ
１５０２の後に無条件にステップ１５０４を実行するよ
うにしてもよい。

【０１０６】［第４の実施の形態］第４実施形態におい
て、図１４−１に示すように、印刷装置は中間データ生
成処理１４０３、１４０４を行わずにバンディング処理
可能な処理経路を持つ。ホストから出力する印刷データ
として、処理経路１４０３を利用する場合は中間デー
タ、処理経路１４０４を利用する場合はビットマップイ
メージ展開画像を印刷装置に送信することによりこれは
実現できる。

【０１０７】図１４−２はホスト内の印刷データ生成の
ためのモジュール構成の一例である。１４１０は、出力
依頼もとのアプリケーションである。１４１１はアプリ
ケーションから要求された、イメージや文字と言った描
画種類が書かれたグラフィック命令である。１４１２、
１４１４、１４１５はグラフィック命令を印刷装置が解
釈可能な出力情報に変換する処理部である。１４１４は
中間データ生成処理が必要な出力情報を生成する処理部
（以後、ＰＤＬモードと記述）である。１４１５は中間
データ生成処理、ビットマップイメージ展開処理が必要
ない、ビットマップイメージ展開済みの出力情報を生成
する処理部（以後、イメージモードと記述）である。１
４１６、１４１７はそれぞれの処理部のデータ生成結果
である。１４１９は生成されたデータの印刷装置への送
信と、印刷装置の情報を取得し１４１８の印刷情報デー
タベースに格納する。本実施形態における中間データ生
成待ち行列の情報はここに格納される。１４１３は処理
している出力情報に関する情報で、現在まで処理を行っ
たデータ量や、グラフィック命令の種類等が格納され
る。

【０１０８】図１４−１、図１４−２を用いて、印刷装
置内の中間データ生成処理待ち行列をみて、ホストにお
いてＰＤＬモードとイメージモードを切り替える様子に
ついて現明する。１４０２は印刷装置内の中間データ生
成処理待ち行列であり、１４０１のインターフェースを
通してホストに通信され、ホストはインターフェース１
４１９より取得した情報を印刷装置情報格納部１４１８
に保存する。ホスト内のグラフィック命令解析部は上記
情報から、ＰＤＬモードで出力情報を生成するのか、イ
メージモードで出力情報を生成するのか判断を行い、Ｐ
ＤＬモードであればＰＤＬ生成部１４１４に、イメージ
モードであればイメージ生成部１４１５に処理を振り分
ける。中間データ生成待ち行列が少ない場合において
は、印刷装置内の中間データ生成処理部に処理させれば
よいから、ＰＤＬモードに設定し、印刷装置に早めに送
信する。待ち行列多い場合においては、印刷装置内の中
間データ生成処理部の負担を減らすためイメージ生成部
１４１５においてビットマップイメージ展開まで行い、
中間データ処理部の負担を減らすことにより連続印刷の
速度を向上することが出来る。図１４−３は、モードの
切換えの一例を示す図である。

【０１０９】図１９は、ホストでイメージモードヘの切
り替えを行わない場合と行った場合の印刷経過を図示し
た一例である。符号１９００で示す５ページ目をイメー
ジモードにしたことにより、以後の中間データ生成処理
を前倒しで行えるようになり印刷速度が向上する。特に
ページとページ間で時間が掛かるため紙搬送が一時停止
すると、その直後からは直ちに紙搬送が再開できないよ
うな印刷装置においてはより効果がある。

【０１１０】以下図１８−１〜図１８−３のフローチャ
ートを用いて処理の流れを説明する。図１８−１はホス
トにおける出力情報のモード切替処理の流れを示すグラ
フィック命令解析部１４１２、ＰＤＬ生成部１４１４、
イメージ生成部１４１５の処理部のフローチャートであ
る。

【０１１１】ステップ１８０１においてアプリケーショ
ンからの出力要求があるのを待つ。アプリケーションか
らの出力要求があれば、ステップ１８０２において図１
４−２の印刷装置の中間データ生成処理待ち行列１４１
９を参照し、待ち行列が多いか判断する。なおここで参
照するのは、図１８−２の手順で印刷装置から獲得した
ステータス情報である。待ちが少ない場合はステップ１
８０４においてＰＤＬモードで出力情報の生成を行う。
多い場合においては、ステップ１８０４において転送速
度が一定の基準を満たしているか判断する。あまり転送
速度が遅いシステムにおいてはイメージモードにおいて
データ量が増えたことがデメリットになるためである。
転送速度が十分である場合は、ステップ１８０５におい
てイメージモードで出力情報の生成を行う。ステップ１
８０８において生成した出力情報をインターフェース処
理部に印刷装置への転送依頼を行う。ステップ１８０９
においてアプリケーションから依頼された印刷の全ての
ページを行ったか判断する。まだページが残っている場
合は、ステップ１８０２の処理から繰り返す。

【０１１２】以上により、ホストは中間データ生成待ち
行列を見てＰＤＬモードとイメージモードを切り替えな
がら印刷情報を出力することが可能になる。

【０１１３】図１８−２は、ホストの印刷装置からの情
報取得処理の流れを示すインターフェース１４１９のフ
ローチャートの１つである。

【０１１４】ステップ１８１０において情報を取得する
時間間隔を決定する。ステップ１８１１において変数ｔ
ｉｍｅが０であるか判断する。０でない場合は、ステッ
プ１８１２においてｔｉｍｅから１をひく。ｔｉｍｅが
０になったら、ステップ１８１３において印刷装置にス
テータスを送信するように要求する。このステータスに
印刷装置内の中間データ生成待ち行列の長さの情報が含
まれる。ステップ１８１４において印刷装置からの返信
がくるのを待つ。印刷装置からの返信がきたらステップ
１８１５において受信を行い、ステップ１８１６におい
て返信を印刷装置情報１４１８に保存し、ステップ１８
１０の処理にもどる。

【０１１５】以上により、ホスト上の印刷装置内の中間
データ生成待ち行列は一定の時間間隔で更新される。

【０１１６】図１８−３は印刷装置内のイメージモード
とＰＤＬモードの切り替え処理、およびステータス送信
の処理の流れを示すフローチャートで、図１４−１の処
理部１４０１で行われる。印刷装置内の処理は本受信処
理以外は第３実施形態における処理方法にしたがう。

【０１１７】ステップ１８２０においてホストからの送
信を待つ。送信がきたらステップ１８２１において印刷
データかステータス要求か判断する。ステータスの場合
は、ステップ１８２２においてホストに対して中間デー
タ生成待ち行列情報を含むステータスを送信する。印刷
データであった場合、ステップ１８２３においてデータ
の受信を行う。受信が終了したらＰＤＬモードであるか
イメージモードであるか判断する。ＰＤＬモードの場合
は該出力情報はステップ１８２５において中間データ生
成処理待ち行列に登録する。イメージモードの場合はス
テップ１８２６においてバンディング処理待ち行列に登
録する。

【０１１８】上記処理により、ＰＤＬモードの出力情報
は中間データ生成処理から処理され、イメージモードの
出力情報は中間データ生成処理を行わずに、バンディン
グ処理から行われる。

【０１１９】以上のように、ホストコンピュータから印
刷装置の中間データ生成待ち行列の長さを参照し、ＰＤ
Ｌデータから中間データへの変換を待つデータ量が多い
場合には、ホストコンピュータは印刷装置へとイメージ
データを送信する。こうして、印刷装置の中間データ処
理部の負担を減らすことにより連続印刷の速度を向上す
ることが出来る。

【０１２０】

【発明の効果】以上説明したように、本発明によれば、
複数ページの連続印刷を行う際に、プリンタにおける先
頭ページから注目ページまでの処理が一定時間内に終了
するか否かを判定し、終了しなければホストコンピュー
タにおいて注目ページをイメージデータに展開しておく
ことで、処理負荷をホストコンピュータとプリンタとに
最適に分散することができる。

【０１２１】また、ホストコンピュータからプリンタに
送信するデータ形式を、プリンタの処理負荷に応じて切
り替えることで、プリンタ内に生じる可能性がある空き
時間をより有効に利用でき、印刷速度の向上が図られ
る。

【０１２２】また、バンディング処理を行うプリンタに
おいて、生成したバンドについてプレレンダリングの必
要がある場合には、そのバンドに含まれるオブジェクト
をあらかじめ加工しておくことで、プレレンダリングの
必要性を無くし、印刷時間を短縮することが可能とな
る。

【０１２３】また、ホストコンピュータによって印刷装
置の中間データ生成待ち行列の長さを参照し、待ちが長
い場合には、ホストコンピュータは印刷装置へとイメー
ジデータを送信することで、印刷装置の負担を減らすこ
とができ、連続印刷の速度を向上することが出来る。

【図面の簡単な説明】

【図１】実施形態における印刷装置の断面図である。

【図２】実施形態における印刷システムのブロック構成
図である。

【図３】ホストからプリンタに送信される印刷データの
一例を示した図である。

【図４】ホストから送信された印刷データをプリンタ内
オブジェクトに変換した中間データの１例を示す図であ
る。

【図５−１】プリンタからホストに転送されるプリンタ
内の平均解析時間及び実行時間一覧表の一例を示す図で
ある。

【図５−２】アプリケーション命令とPDL命令の対応表
を示す図である。

【図６−１】PDLデータ、イメージデータ処理を印刷可
能なプリンタ内のモジュール構成のブロック図である。

【図６−２】ホスト内の印刷データ生成のためのモジュ
ール構成の一例を示す図である。

【図７−１】ホストコンピュータにおいて、印刷データ
としてPDLデータとイメージデータの切り替えを行わな
かった場合の例を示す図である。

【図７−２】ホストコンピュータにおいて、ページ単位
で負荷分散を判断しPDLデータとイメージデータを切り
替えた場合の例を示す図である。

【図７−３】ホストコンピュータにおいて、連続印刷を
考えて負荷分散を判断しPDLデータとイメージデータを
切り替えた場合の例を示す図である

【図８−１】アプリケーション命令解析部６１０の詳細
な処理の流れを示すフローチャートである。

【図８−２】送信・受信処理部６１５によるプリンタか
らのステータス情報取得処理の詳細な処理の流れを示す
フローチャートである。

【図９】図８−１のステップ８０５における処理時間予
測のフローチャートである。

【図１０−１】受信・送信処理部６０１の詳細な流れを
示すフローチャートである。

【図１０−２】中間データ生成処理部６０３の詳細な流
れを示すフローチャートである。

【図１０−３】ビットマップ展開処理部６０５の詳細な
処理の流れを示すフローチャートである。

【図１０−４】シップ処理部６０７の詳細な処理の流れ
を示すフローチャートである。

【図１１−１】ホストコンピュータにおいて、連続印刷
を考えて負荷分散を判断しPDLデータとイメージデータ
を切り替えた場合の例を示す図である

【図１１−２】７ページの印刷データ生成処理１１０３
を、６ページ目の印刷データ生成処理１１０４より前に
行うことにより、空き時間１１０１をなくすことを可能
とした例を示す図である。

【図１２】第２実施形態において、図８のステップ８０
８に置換される処理のフローチャートである。

【図１３−１】第３実施形態の印刷装置内における、ビ
ットマップイメージ展開負荷軽減のための中間データ変
換の様子を示したモジュール構成図である。

【図１３−２】第３実施形態の印刷装置内における、ビ
ットマップイメージ展開負荷軽減のための中間データ変
換の様子を示したモジュール構成図である。

【図１４−１】第３実施形態におけるホスト内の印刷デ
ータ生成のためのモジュール構成の一例である。

【図１４−２】第３実施形態におけるホスト内の印刷デ
ータ生成のためのモジュール構成の一例である。

【図１４−３】モードの切換えの一例を示す図である。

【図１５−１】第３実施形態における印刷装置内の全体
の処理の流れを示すフローチャートである。

【図１５−２】第３実施形態における印刷装置内の全体
の処理の流れを示すフローチャートである。

【図１５−３】第３実施形態における印刷装置内の全体
の処理の流れを示すフローチャートである。

【図１６】図１５の１５０４の負荷分散処理の詳細な流
れを示すフローチャートである。

【図１７−１】処理順番を決定した後作成されるテーブ
ル１７００の一例である。

【図１７−２】処理順番を決定した後作成されるテーブ
ル１７００の一例である。

【図１８−１】第４実施形態におけるホストにおけるモ
ード切替、ステータス取得、および印刷装置ないのステ
ータス装置、モード切替の処理の流れを示したフローチ
ャートである。

【図１８−２】第４実施形態におけるホストにおけるモ
ード切替、ステータス取得、および印刷装置ないのステ
ータス装置、モード切替の処理の流れを示したフローチ
ャートである。

【図１８−３】第４実施形態におけるホストにおけるモ
ード切替、ステータス取得、および印刷装置ないのステ
ータス装置、モード切替の処理の流れを示したフローチ
ャートである。

【図１９−１】ホストでイメージモードヘの切り替えを
行わない場合と行った場合の印刷経過を図示した一例で
ある。

【図１９−２】ホストでイメージモードヘの切り替えを
行わない場合と行った場合の印刷経過を図示した一例で
ある。

【図２０】第３，第４実施形態ホストコンピュータから
送信された印刷データを印刷装置内で解析し、バンド分
割処理やビットマップ展開方式にあわせて、それぞれの
オブジェクトに変換した中間データの一例である。

Claims

【特許請求の範囲】

【請求項１】印刷装置により印刷を行わせるための印
刷制御装置であって、注目ページの印刷データを前記印刷装置が解釈可能なコ
ードデータとして前記印刷装置に送信したとする場合
に、第１ページから注目ページまでの出力処理が所定時
間以内に終了するか否か判定する判定手段と、終了すると判定された場合には、前記注目ページのデー
タを前記コードデータに変換し、終了しないと判定され
た場合には、前記注目ページのデータを前記印刷装置に
よる解釈が不要なイメージデータに変換する変換手段
と、前記変換手段により変換された注目ページのデータを前
記印刷装置に送信する送信手段とを備えることを特徴と
する印刷制御装置。
【請求項２】前記所定時間は、１ページ当たりに許容
された最大処理時間に注目ページまでのページ数を乗じ
た時間であることを特徴とする請求項１に記載の印刷制
御装置。
【請求項３】前記判定手段は、注目ページを第１ペー
ジから順次進めつつ、注目ページの直前のページまでの
前記印刷装置による出力処理予想時間をそのページまで
に許容された最大処理時間から減じた時間に、注目ペー
ジに与えられた最大処理時間を加算した時間が、前記注
目ページの出力処理予想時間より長ければ、第１ページ
から注目ページまでの出力処理が所定時間以内に終了す
ると判定することを特徴とする請求項１に記載の印刷制
御装置。
【請求項４】前記印刷装置から、前記コードデータの
ごとの処理の所要時間一覧を獲得する獲得手段をさらに
備え、前記判定手段は、前記一覧に基づいて、注目ペー
ジの出力処理予想時間を算出し、判定を行うことを特徴
とする請求項１に記載の印刷制御装置。
【請求項５】前記判定手段により終了しないと判定さ
れた場合、現在の注目ページの次ページを新注目ページ
として前記判定手段による判定を行い、その新注目ペー
ジについて出力処理が所定時間内に終了すると判定され
た場合、その新注目ページについてのコードデータへの
変換及び印刷装置への送信を、現在の注目ページのイメ
ージデータへの変換に先んじて行うことを特徴とする請
求項１に記載の印刷制御装置。
【請求項６】請求項１乃至５に記載の印刷制御装置と
印刷装置とを接続してなることを特徴とする印刷システ
ム。
【請求項７】前記印刷装置は、前記印刷制御装置から
のステータス要求に応じて、前記コードデータのごとの
処理の所要時間一覧を応答することを特徴とする請求項
６に記載の印刷システム。
【請求項８】印刷装置により印刷を行わせるための印
刷制御方法であって、注目ページの印刷データを前記印刷装置が解釈可能なコ
ードデータとして前記印刷装置に送信したとする場合
に、第１ページから注目ページまでの出力処理が所定時
間以内に終了するか否か判定する判定工程と、終了すると判定された場合には、前記注目ページのデー
タを前記コードデータに変換し、終了しないと判定され
た場合には、前記注目ページのデータを前記印刷装置に
よる解釈が不要なイメージデータに変換する変換工程
と、前記変換工程により変換された注目ページのデータを前
記印刷装置に送信する送信工程とを備えることを特徴と
する印刷制御方法。
【請求項９】前記所定時間は、１ページ当たりに許容
された最大処理時間に注目ページまでのページ数を乗じ
た時間であることを特徴とする請求項８に記載の印刷制
御方法。
【請求項１０】前記判定工程は、注目ページを第１ペ
ージから順次進めつつ、注目ページの直前のページまで
の前記印刷装置による出力処理予想時間をそのページま
でに許容された最大処理時間から減じた時間に、注目ペ
ージに与えられた最大処理時間を加算した時間が、前記
注目ページの出力処理予想時間より長ければ、第１ペー
ジから注目ページまでの出力処理が所定時間以内に終了
すると判定することを特徴とする請求項８に記載の印刷
制御方法。
【請求項１１】前記印刷装置から、前記コードデータ
のごとの処理の所要時間一覧を獲得する獲得工程をさら
に備え、前記判定工程は、前記一覧に基づいて、注目ペ
ージの出力処理予想時間を算出し、判定を行うことを特
徴とする請求項８に記載の印刷制御方法。
【請求項１２】前記判定工程により終了しないと判定
された場合、現在の注目ページの次ページを新注目ペー
ジとして前記判定工程による判定を行い、その新注目ペ
ージについて出力処理が所定時間内に終了すると判定さ
れた場合、その新注目ページについてのコードデータへ
の変換及び印刷装置への送信を、現在の注目ページのイ
メージデータへの変換に先んじて行うことを特徴とする
請求項８に記載の印刷制御方法。
【請求項１３】印刷装置を用いて印刷を行わせるため
のコンピュータプログラムであって、コンピュータによ
り、注目ページの印刷データを前記印刷装置が解釈可能なコ
ードデータとして前記印刷装置に送信したとする場合
に、第１ページから注目ページまでの出力処理が所定時
間以内に終了するか否か判定する判定手段と、終了すると判定された場合には、前記注目ページのデー
タを前記コードデータに変換し、終了しないと判定され
た場合には、前記注目ページのデータを前記印刷装置に
よる解釈が不要なイメージデータに変換する変換手段
と、前記変換手段により変換された注目ページのデータを前
記印刷装置に送信する送信手段とを実現することを特徴
とするコンピュータプログラム。
【請求項１４】前記所定時間は、１ページ当たりに許
容された最大処理時間に注目ページまでのページ数を乗
じた時間であることを特徴とする請求項１３に記載のコ
ンピュータプログラム。
【請求項１５】前記判定手段は、注目ページを第１ペ
ージから順次進めつつ、注目ページの直前のページまで
の前記印刷装置による出力処理予想時間をそのページま
でに許容された最大処理時間から減じた時間に、注目ペ
ージに与えられた最大処理時間を加算した時間が、前記
注目ページの出力処理予想時間より長ければ、第１ペー
ジから注目ページまでの出力処理が所定時間以内に終了
すると判定することを特徴とする請求項１３に記載のコ
ンピュータプログラム。
【請求項１６】前記コンピュータにより、前記印刷装
置から前記コードデータのごとの処理の所要時間一覧を
獲得する獲得手段をさらに実現し、前記判定手段は、前
記一覧に基づいて、注目ページの出力処理予想時間を算
出し、判定を行うことを特徴とする請求項１３に記載の
コンピュータプログラム。
【請求項１７】前記判定手段により終了しないと判定
された場合、現在の注目ページの次ページを新注目ペー
ジとして前記判定手段による判定を行い、その新注目ペ
ージについて出力処理が所定時間内に終了すると判定さ
れた場合、その新注目ページについてのコードデータへ
の変換及び印刷装置への送信を、現在の注目ページのイ
メージデータへの変換に先んじて行うことを特徴とする
請求項１３に記載のコンピュータプログラム。
【請求項１８】請求項１３乃至１７のいずれか１項に
記載のコンピュータプログラムを格納するためのコンピ
ュータ可読記憶媒体。
【請求項１９】受信したコードデータをバンド単位で
中間データに変換する変換手段と、注目バンドの中間データについて、それをイメージに展
開する際の処理予測時間を算出する予測手段と、前記処理予測時間が所定時間を越える場合には、前記中
間データに含まれる１処理命令をあらかじめ実行する事
前実行手段とを備え、前記処理予測時間が前記所定時間内となるまで、前記事
前実行手段による処理命令の実行を行わせることを特徴
とする印刷装置。
【請求項２０】前記予測手段および事前実行手段は、
バンドごとの中間データの待ち行列の長さが十分長い場
合に行われることを特徴とする請求項１９に記載の印刷
装置。
【請求項２１】前記予測手段および事前実行手段は、
前記中間データからイメージデータへの変換を高速に実
行するレンダラを有する場合に行われることを特徴とす
る請求項１９に記載の印刷装置。
【請求項２２】前記予測手段および事前実行手段は、
前記処理命令の実行に必要なメモリ容量が確保できる場
合に行われることを特徴とする請求項１９に記載の印刷
装置。
【請求項２３】コンピュータにより、受信したコードデータをバンド単位で中間データに変換
する変換手段と、注目バンドの中間データについて、それをイメージに展
開する際の処理予測時間を算出する予測手段と、前記処理予測時間が所定時間を越える場合には、前記中
間データに含まれる１処理命令をあらかじめ実行する事
前実行手段と、前記処理予測時間が前記所定時間内となるまで、前記事
前実行手段による処理命令の実行を行わせる手段とを実
現することを特徴とするコンピュータプログラム。
【請求項２４】前記予測手段および事前実行手段は、
バンドごとの中間データの待ち行列の長さが十分長い場
合に行われることを特徴とする請求項２５に記載のコン
ピュータプログラム。
【請求項２５】前記予測手段および事前実行手段は、
バンドごとの中間データの待ち行列の長さが十分長い場
合に行われることを特徴とする請求項２３に記載のコン
ピュータプログラム。
【請求項２６】前記予測手段および事前実行手段は、
前記処理命令の実行に必要なメモリ容量が確保できる場
合に行われることを特徴とする請求項２３に記載のコン
ピュータプログラム。
【請求項２７】印刷装置により印刷を行わせるための
印刷制御装置であって、前記印刷装置から、出力待ち行列の長さを定期的に獲得
する獲得手段と、前記長さが一定の長さを越えている場合には、前記印刷
装置に対するデータ送信が十分な速度で行えるならば、
印刷データをイメージデータに変換して前記印刷装置に
送信し、前記長さが一定の長さに達していない場合およ
び前記印刷装置に対するデータ送信が十分な速度で行え
ない場合には、印刷データをコードデータに変換して前
記印刷装置に送信する送信手段とを備えることを特徴と
する印刷制御装置。
【請求項２８】前記印刷装置は、受信した印刷装置を
バンドごとに分割してバンディング処理を行い、前記出
力待ち行列は、出力を待つバンドの行列であることを特
徴とする請求項２７に記載の印刷制御装置。
【請求項２９】請求項２７又は２８に記載の印刷制御
装置と、前記印刷制御装置からのステータス要求に応じ
て、前記出力待ち行列の長さを応答する印刷装置とを接
続してなることを特徴とする印刷システム。
【請求項３０】印刷装置により印刷を行わせるための
コンピュータプログラムであって、コンピュータにより
前記印刷装置から、出力待ち行列の長さを定期的に獲得
する獲得手段と、前記長さが一定の長さを越えている場合には、前記印刷
装置に対するデータ送信が十分な速度で行えるならば、
印刷データをイメージデータに変換して前記印刷装置に
送信し、前記長さが一定の長さに達していない場合およ
び前記印刷装置に対するデータ送信が十分な速度で行え
ない場合には、印刷データをコードデータに変換して前
記印刷装置に送信する送信手段とを実現することを特徴
とするコンピュータプログラム。