JPH11353131A - 印刷システム及びプリンタ - Google Patents

Abstract

(57)【要約】 【課題】 簡易かつ正確に印刷ジョブの処理状態を監視
すること。 【解決手段】 プリンタドライバ２は、印刷ジョブデー
タの所定の位置で返信用情報ＲＤを発行し、印刷データ
と共にプリンタ１１に送信する。プリンタ１１に受信さ
れた印刷データは、プリントエンジン１６により印刷さ
れる。プリンタ１１が返信用情報ＲＤを受信した場合
は、返信用情報処理部１７によって返信用情報ＲＤが検
出され、ホストコンピュータ１に返送される。返信用情
報ＲＤは、ジョブ処理情報検出部４を介してジョブ処理
状態監視部５に通知される。ジョブ処理状態監視部５
は、返信用情報ＲＤに基づいて印刷ジョブの進捗状況を
把握し、ディスプレイ装置等に表示させる。印刷ジョブ
データ中に予め返信用情報を埋め込んでおき、プリンタ
１１によって返信用情報を機械的に返送させることによ
り、簡易な構成で印刷ジョブの進行を監視することがで
きる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、印刷システム、プ
リンタ、印刷方法及び印刷データ生成装置に関し、特
に、印刷ジョブの処理状態を監視することができるよう
にした印刷システム、プリンタ、印刷方法及び印刷デー
タ生成装置に関する。

【０００２】

【従来の技術】近年では、ネットワーク技術の進展に伴
い、例えばLAN（Local Area Network）等のネットワー
クを介して印刷を行う印刷システムが普及している。か
かる印刷システムでは、ホストコンピュータで生成した
印刷データをネットワークを介してプリンタに送信する
ことにより、印刷ジョブを遂行させる。ネットワーク印
刷システムでは、ネットワークに接続された任意のプリ
ンタを利用できるため、プリンタの選択によっては、印
刷ジョブを発行したホストコンピュータと印刷を指示さ
れたプリンタとが離間していることがある。ホストコン
ピュータとプリンタとが離れている場合、ユーザーは、
印刷ジョブの進捗状況を目視で簡単に確認することがで
きないため、使い勝手が低い。

【０００３】そこで、例えば、特開平８−２７２５５７
号公報や特開平８−３０５５２０号公報等に記載されて
いるように、印刷ジョブの処理状態を監視するためのシ
ステムが種々提案されている。例えば、印刷ジョブを管
理するための管理テーブルやジョブ処理状態を検出する
ためのプログラム等をプリンタに設けることにより、プ
リンタ単体で印刷ジョブの処理状態を検出させることが
できる。あるいは、プリントサーバをネットワーク上に
設け、全ての印刷ジョブをプリントサーバを介してプリ
ンタに送信させることにより、ネットワーク上の印刷ジ
ョブを一元的に管理することもできる。

【０００４】

【発明が解決しようとする課題】ところで、プリンタ自
身に印刷ジョブの処理状態を監視させる場合には、印刷
ジョブ管理機能を搭載する分だけメモリやＣＰＵ等のコ
ンピュータ資源を必要とするため、プリンタの構成が複
雑化してコストも増大する。また、このようなインテリ
ジェントプリンタは、一度流通に置かれると、印刷ジョ
ブ管理機能を変更することが事実上難しいため、ジョブ
管理システムの柔軟性に欠けるという問題がある。

【０００５】一方、プリントサーバをネットワーク上に
設ける場合は、ネットワーク上の印刷ジョブを一元的に
管理できるが、全ての印刷ジョブを保持するための記憶
装置等が必要となるため、専用のプリントサーバを設け
るとコストが増大する。また、印刷ジョブを集中管理す
べく、全ての印刷ジョブはプリントサーバを介して各プ
リンタに送信されるため、ネットワークのトラフィック
が大幅に増大し、印刷効率が低下する可能性がある。即
ち、ホストコンピュータで生成された印刷データは、ま
ずプリントサーバに送信され、次に、プリントサーバか
ら指定されたプリンタに送信される。従って、同一のデ
ータがネットワークを２回流通することになり、通信ト
ラフィックが２倍に増大する。従って、トラフィックの
増大に応じて通信容量を向上させる場合はコストが更に
増大し、一方、通信容量を向上させない場合はシステム
全体の処理速度が低下する。さらに、プリントサーバが
一元的に印刷ジョブを管理することから、プリントサー
バに何らかの障害が発生した場合には、ネットワーク印
刷システムを稼働させることができず、耐障害性の点に
も欠けるという問題がある。

【０００６】本発明は、上述した従来技術の問題点に鑑
みてなされたもので、その目的は、印刷ジョブの処理状
態を簡易かつ正確に監視できるようにした印刷システ
ム、プリンタ、印刷方法及び印刷データ生成装置を提供
することにある。

【０００７】

【課題を解決するための手段】上記目的達成のため、本
発明に係る印刷システムでは、印刷ジョブデータの所定
の位置に返信用情報を設けることにより、印刷ジョブの
進捗状況を把握できるようにしている。

【０００８】請求項１に係る発明では、ホストコンピュ
ータと、該ホストコンピュータからの印刷データを受信
して印刷するプリンタとを備えた印刷システムにおい
て、印刷データを生成する印刷データ生成手段と、前記
印刷データを含んでなる印刷ジョブデータの所定の位置
で返信用情報を発行する返信用情報発行手段と、前記印
刷データを解釈すると共に前記印刷ジョブデータから前
記返信用情報を検出して所定の返送先に返信させる印刷
データ処理手段と、前記印刷データ処理手段の解釈に基
づいて印刷させる印刷制御手段と、前記印刷データ処理
手段から返送される前記返信用情報に基づいて前記印刷
ジョブデータの処理状態を監視するジョブ処理状態監視
手段と、を備えたことを特徴とする。

【０００９】「返信用情報」とは、所定の返送先に返信
される情報を意味する。返信用情報は、印刷データを含
んでなる印刷ジョブデータの所定の位置で発行される。
「所定の位置」としては、例えば、印刷ジョブの開始
（ジョブスタート）と終了（ジョブエンド）、各印刷ペ
ージの先頭または最後、あるいは、給紙、排紙、改頁、
改行、復帰等の各印刷命令の後等を挙げることができ
る。

【００１０】印刷データ処理手段は、印刷ジョブデータ
中の印刷データを解釈し、また、印刷ジョブデータに含
まれた返信用情報を検出して所定の返送先に返信する。
返信用情報は、印刷ジョブデータの所定の位置に設けら
れるため、返信用情報を受信することにより、印刷ジョ
ブの進捗状況を知ることができる。従って、ジョブ処理
状態監視手段は、返信された返信用情報に基づいて、印
刷ジョブデータの処理状態を監視することができる。即
ち、印刷ジョブデータの所定の位置には予め返信用情報
が埋め込まれているため、印刷データ処理手段によって
印刷ジョブデータを処理させるだけで返信用情報を返送
させることができ、これにより、印刷ジョブの処理状態
を監視することができる。つまり、返信用情報を埋め込
む分だけ印刷ジョブデータのデータ量は増加するが、ジ
ョブの進行を管理するための管理テーブルをプリンタに
搭載したり、専用のプリントサーバを設けることなく、
印刷ジョブの処理状態を監視することができる。

【００１１】印刷データ生成手段は、印刷データの処理
を終了した後に返信用情報を返信させることができる。
即ち、印刷データ処理手段が印刷データを解釈してから
印刷制御手段が実際に印刷を実行するまでの間にタイム
ラグが生じうる。特に、印刷データ処理手段と印刷制御
手段とがそれぞれ独立に並行して動作可能な並列処理型
の構成をとる場合は、返信用情報の返信時期と印刷制御
手段による実際の印刷時期とが相違し易い。そこで、印
刷データ生成手段は、印刷データの処理を終了した後に
返信用情報を返信させることにより、返信用情報の返信
時期と実際の印刷時期とを近づけ、ジョブ処理状態の監
視精度を高めることができる。

【００１２】また、例えば、給紙、排紙、改頁、改行及
び復帰等の印刷動作に関する印刷データと返信用情報と
が対応付けられている場合は、印刷データ生成手段は、
印刷動作に関する印刷データの実行を確認してから返信
用情報を返信させることもできる。

【００１３】さらに、返信用情報発行手段が返信用情報
に加えてタイミング指定情報を発行すれば、印刷データ
生成手段は、タイミング指定情報により指定されたタイ
ミングで返信用情報を返信させることもできる。タイミ
ング指定情報では、返信用情報の返信時期を印刷データ
の終了後に指定することができる。

【００１４】返信用情報発行手段は、返信用情報とタイ
ミング指定情報との間に印刷データが位置するようにし
て、返信用情報及びタイミング指定情報を発行すること
ができる。これにより、返信遅延の対象となる印刷デー
タを簡易に明示することができる。更に、返信用情報発
行手段が、タイミング指定情報、印刷データ、返信用情
報の順番で処理されるように、タイミング指定情報及び
返信用情報を発行すれば、プリンタ側の制御構造を簡素
化することができる。つまり、タイミング指定情報を印
刷データ処理手段が受信したときに、印刷データ処理手
段は、印刷データの処理終了報告を求める報告要求と共
に印刷データを印刷制御手段に入力することができる。

【００１５】一方、印刷データ処理手段から返送される
返信用情報を検出し、該返信用情報をジョブ処理状態監
視手段に通知する返信用情報検出手段を更に設けること
もできる。

【００１６】ここで、「返信用情報検出手段」とは、従
来技術によるプリントサーバのように印刷データを保持
して管理するものではなく、返信用情報の中継を行うも
のである。印刷データ処理手段とジョブ処理状態監視手
段との間に返信用情報検出手段を介在させ、この返信用
情報検出手段によって返信用情報を検出し、ジョブ処理
状態監視手段に通知させる。これにより、印刷ジョブの
発行に係るジョブ処理状態監視手段に限らず、他のジョ
ブ処理状態監視手段でも印刷ジョブの処理状態を監視す
ることができる。即ち、返信用情報の返送先を返信用情
報検出手段に設定しておき、返信用情報検出手段と複数
のジョブ処理状態監視手段との通信経路をそれぞれ予め
設定しておけば、印刷データ処理手段は返信用情報を返
信用情報検出手段に返信するだけでよい。これにより、
返信用情報検出手段から各ジョブ処理状態監視手段にそ
れぞれ返信用情報を通知し、複数のジョブ処理状態監視
手段で印刷ジョブの進捗状況を監視させることができ
る。

【００１７】ホストコンピュータは、印刷データ生成手
段と、返信用情報発行手段と、ジョブ処理状態監視手段
と、返信用情報検出手段とを有し、プリンタは、印刷デ
ータ処理手段を有するように構成することもできる。

【００１８】即ち、プリンタに、印刷データの処理と返
信用情報の返送を行う印刷データ処理手段を設けるだけ
で、ネットワーク印刷ジョブの処理状態を監視すること
ができる。

【００１９】あるいは、ホストコンピュータは、印刷デ
ータ生成手段と、返信用情報発行手段と、ジョブ処理状
態監視手段とを有し、プリンタは、印刷データ処理手段
と、返信用情報検出手段とを有するように構成すること
もできる。

【００２０】返信用情報は、印刷ジョブデータの処理状
態を示すジョブ処理情報と、該ジョブ処理情報の返信を
命令するための返信命令とを含んで構成してもよい。

【００２１】これにより、印刷データ処理手段は、返信
命令を解釈すると、ジョブ処理情報のみをジョブ処理状
態監視手段または返信用情報検出手段に機械的に返信す
ることができる。

【００２２】ここで、ジョブ処理情報は、所定の返送先
への通信経路情報を含んで構成することもできる。

【００２３】即ち、ジョブ処理情報には、所定の返送先
への通信経路情報のみが格納されていればよい。例え
ば、各印刷ページ毎に返信用情報を埋め込む場合のよう
に、返信用情報の埋め込み位置がわかっている場合に
は、ジョブ処理情報の受信回数をジョブ処理状態監視手
段がカウントするだけで、印刷ジョブの処理状態を検出
することができるためである。

【００２４】また、ジョブ処理情報は、印刷ジョブデー
タの処理位置情報を更に含んで構成することもできる。

【００２５】「処理位置情報」とは、印刷ジョブデータ
の処理上の位置を示す情報の意味であり、換言すれば、
返信用情報が埋め込まれた位置を示す情報である。これ
により、返信用情報の埋め込み位置（発行位置）を予め
通知されていないジョブ処理状態監視手段であっても、
ジョブ処理情報に基づいて印刷ジョブの処理状態を容易
に把握することができる。

【００２６】ここで、処理位置情報は、文字コード情報
として構成してもよい。

【００２７】ジョブ処理情報のデータ量を少なくする観
点からは、処理位置情報を圧縮した情報として表現する
方が好ましい。例えば、「11111」が「ジョブスター
ト」、「00000」が「ジョブエンド」、「00001」が１ペ
ージ目、「00010」が２ページ目をそれぞれ示す場合の
ように、対応関係を予め定めておけば、少ない情報量で
印刷ジョブの処理位置を示すことができる。しかし、こ
の場合は、圧縮された処理位置情報を変換するための対
応テーブルをジョブ処理状態監視手段に設ける必要があ
る。そこで、処理位置情報を文字コード情報として構成
する。即ち、処理位置情報は、例えば、「印刷開始」、
「１ページ目終了」、「２ページ目終了」、「印刷終
了」等のように、印刷ジョブの進捗状況を示すためのメ
ッセージとして構成されている。これにより、ジョブ処
理情報のデータ量は増加するものの、対応テーブルを設
ける必要がなく、速やかに印刷ジョブの処理状態を表示
してユーザーに通知することができる。

【００２８】ジョブ処理情報は、印刷ジョブデータに係
るドキュメントの情報を更に含むこともできる。

【００２９】これにより、どの印刷ジョブがどの程度印
刷されているかを容易に把握することができる。また、
複数の印刷ジョブの処理状態を監視する場合に、ドキュ
メント毎の進行状況を容易に区別することができる。

【００３０】ジョブ処理情報は、プリンタのステータス
情報を更に含むこともできる。

【００３１】「ステータス情報」としては、例えば、イ
ンク残量、トナー残量、用紙残量等を挙げることができ
る。ジョブ処理情報にプリンタのステータス情報を含め
ることにより、印刷ジョブの処理状態とプリンタの印刷
状態とを監視できる。

【００３２】一方、返信用情報は、前記印刷ジョブデー
タの各ページ毎にそれぞれ発行することができる。

【００３３】返信用情報は各ページに対応して印刷ジョ
ブデータ中に埋め込まれる。これにより、ページ単位で
処理状態を容易に把握することができる。

【００３４】返信用情報は、印刷ジョブデータに係るド
キュメントの属性に基づいて、印刷ジョブデータの一ま
たは複数のページに対応して発行することもできる。

【００３５】「ドキュメントの属性に基づいて」とは、
例えば、印刷に係るドキュメントのページ数、カラー／
モノクロの別、印刷色の数、１ページあたりのデータ量
等の各種属性に基づいて返信用情報を発行することを意
味する。また、例えば、高速印刷、緊急印刷等を指定で
きる場合は、これらの属性を加味して返信用情報の発行
位置を決定することもできる。

【００３６】具体的には、例えば、ドキュメントのペー
ジ数が少ない場合は、各ページ毎に返信用情報を発行
し、ドキュメントのページ数が多い場合には、偶数ペー
ジ毎に、奇数ページ毎に、あるいは、所定ページ数毎
に、のように、複数ページを一つのグループとして返信
用情報を割り当てることができる。これにより、ジョブ
処理状態の監視精度は低下するが、印刷ジョブデータに
占める返信用情報の割合を少なくすることができる。な
お、ドキュメントの有する複数の属性に基づいて、返信
用情報の発行モードを切り換えることもできる。例え
ば、モノクロ印刷の場合は、ページ数の大小に応じて返
信用情報の発行位置を変化させ、カラー印刷の場合は、
原則として各ページ毎に返信用情報を発行させることも
できる。

【００３７】本発明は、プリンタ、印刷方法及び印刷デ
ータ生成装置として捉えることもできる。また、記録媒
体に記録された所定のプログラムをプリンタのコンピュ
ータに読み込ませることにより、本発明を実現すること
もできる。

【００３８】ここで、記録媒体としては、例えば、フロ
ッピーディスク、ＣＤ−ＲＯＭ、ハードディスク、光磁
気ディスク、磁気テープ、メモリ等の各種記録媒体を用
いることができる。また、通信回線を介してプログラム
をダウンロードする等のように、通信媒体を用いてもよ
い。

【００３９】

【発明の実施の形態】以下、図面に基づいて本発明の実
施の形態について詳細に説明する。

【００４０】１．第１の実施の形態 図１〜図７は、本発明の第１の実施の形態に関わり、図
１は、本実施の形態による印刷システムの全体を示すブ
ロック図である。

【００４１】１−１ 構成 「印刷データ生成装置」としてのホストコンピュータ１
は、例えば、パーソナルコンピュータやワークステーシ
ョン等として実現されるものである。ホストコンピュー
タ１には、プリンタドライバ２と、「送信手段」として
のインターフェース（以下、「Ｉ／Ｆ」と略記）３と、
ジョブ処理情報検出部４と、ジョブ処理状態監視部５と
が設けられている。

【００４２】プリンタドライバ２は、ホストコンピュー
タ１が有するＣＰＵ、メモリ等のコンピュータ資源を好
適に利用して印刷ジョブデータを生成し、送信等するも
のである。プリンタドライバ２には、その内部機能とし
て印刷データ生成部６と返信用情報発行部７とが設けら
れている。「印刷データ生成手段」としての印刷データ
生成部６は、文書作成用ソフトウエア等のアプリケーシ
ョンプログラムから入力されたドキュメントのデータを
印刷データに変換するものである。「返信用情報発行手
段」としての返信用情報発行部７は、プリンタ１１によ
り返送されるべき返信用情報を生成し、この返信用情報
を印刷ジョブデータ中の所定の位置に配置するものであ
る。なお、図中では、返信用情報を「ＲＤ」、印刷デー
タを「ＰＤ」とそれぞれ表現することもある。また、図
中では、返信用情報とジョブ処理情報とを厳密に区別し
ていない。

【００４３】「返信用情報検出手段」としてのジョブ処
理情報検出部４は、プリンタ１１から返送されたジョブ
処理情報を検出し、この検出されたジョブ処理情報をジ
ョブ処理状態監視部５に通知するものである。即ち、ジ
ョブ処理情報検出部４は、プリンタ１１から返送された
ジョブ処理情報を中継する機能を果たすものであり、例
えば、「中継手段」として表現することもできる。

【００４４】「ジョブ処理状態監視手段」としてのジョ
ブ処理状態監視部５は、返信用情報発行部７に対して返
信用情報の発行を要求すると共に、ジョブ処理情報検出
部４から通知されたジョブ処理情報に基づいて印刷ジョ
ブの処理状態を監視し、この監視結果をディスプレイ装
置等に表示させるものである。

【００４５】プリンタ１１は、Ｉ／Ｆ１２と、入力バッ
ファ１３と、解釈部１４と、出力バッファ１５と、プリ
ントエンジン１６とを備えている。また、解釈部１４に
は、返信用情報を検出して返信するための返信用情報処
理部１７が設けられ、これにより、「印刷データ処理手
段」を実現している。通信回線８を介してホストコンピ
ュータ１から入力された印刷ジョブデータは、Ｉ／Ｆ１
２を介して入力バッファ１３に記憶される。入力バッフ
ァ１３に蓄積された印刷ジョブデータは、解釈部１４に
送られて解釈される。

【００４６】解釈部１４は、印刷データを解釈して印刷
出力用のイメージデータを生成し、このイメージデータ
を出力バッファ１５に書き込む。プリントエンジン１６
は、出力バッファ１５に展開されたイメージデータに基
づいて、印刷記録媒体に印刷を行う。一方、印刷ジョブ
データ中に返信用情報が含まれている場合は、この返信
用情報は返信用情報処理部１７によって検出され、ホス
トコンピュータ１に向けて返信される。ここで、プリン
トエンジン１６としては、例えば、レーザページプリン
タ等のように、ページ単位で印刷を行うエンジンでもよ
いし、インクジェットプリンタ等のように、シリアル印
刷を行うエンジンでもよい。本発明はいずれの場合にも
適用できる。

【００４７】次に、図２を参照しつつ印刷ジョブデータ
等の構成を説明する。まず、図２（ａ）は、ホストコン
ピュータ１からプリンタ１１に送信される印刷ジョブデ
ータの構造を示している。印刷ジョブデータは、返信用
情報ＲＤと印刷データＰＤとから構成されている。返信
用情報ＲＤは、印刷ジョブの開始位置（ジョブスター
ト）、印刷ジョブの終了位置（ジョブエンド）以外に、
各印刷ページ毎に設けられている。

【００４８】返信用情報ＲＤは、例えば、４つのデータ
領域ＲＤ１〜ＲＤ４から構成されている。先頭のデータ
領域ＲＤ１には、返信命令が格納されている。データ領
域ＲＤ２には、通信経路情報が格納されている。データ
領域ＲＤ３には、ドキュメント名が格納されている。最
後のデータ領域ＲＤ４には、「処理位置情報」としての
ジョブ処理状態が格納されている。そして、領域ＲＤ２
〜ＲＤ４までが「ジョブ処理情報」を構成している。返
信用情報処理部１７は、返信命令を検出すると、この返
信命令に従って領域ＲＤ２〜ＲＤ４までを、通信経路情
報に示された返送先に返信するようになっている。領域
ＲＤ４のジョブ処理状態には、印刷ジョブの進捗状況を
示すための情報がセットされている。例えば、先頭の返
信用情報には印刷開始を示すＰＳがセットされ、最後の
返信用情報には印刷終了を示すＰＥがセットされる。ま
た、各印刷ページの終わりでそれぞれ発行される返信用
情報には、当該ページの印刷終了を示すための情報Ｐ１
〜ＰＮがセットされる。従って、ホストコンピュータ１
側では、返信されたジョブ処理情報からジョブ処理状態
を検出することにより、印刷ジョブの進行状況を把握す
ることができる。

【００４９】図２（ｂ）は、ジョブ処理状態監視部５か
ら返信用情報発行部７に送信される返信用情報発行命令
の構造を示している。ジョブ処理状態監視部５は、印刷
ジョブデータが生成される前に返信用情報の発行を要求
する。この発行要求時には、返信用命令が返信されるべ
き通信経路の情報が含まれている。ここで、通信経路情
報のセット方法としては、少なくとも以下の方法が考え
られる。一つの方法は、ジョブ処理情報検出部４とジョ
ブ処理状態監視部５との間の通信経路は各部４，５間で
別に定めておき、返信用情報の通信経路情報としてはジ
ョブ処理情報検出部４への経路情報のみをセットするも
のである。他の方法は、返信用情報の通信経路情報とし
て、ジョブ処理情報検出部４への経路情報とジョブ処理
状態監視部５への経路情報とをセットするものである。
いずれの方法も採用することができる。

【００５０】図２（ｃ）は、プリンタドライバ２からジ
ョブ処理状態監視部５に送信される初期化命令の構造を
示している。ジョブ処理状態監視部５は、初期化命令を
受信すると、表示していた印刷ジョブの監視状態をリセ
ットし、初期化命令と共に通知された新たなドキュメン
ト名をセットして、新たな印刷ジョブの監視を行うよう
になっている。

【００５１】１−２ 作用 次に、図３〜図７に基づいて、本実施の形態の作用を説
明する。まず、図３に基づいて、データ処理の全体の流
れを説明する。

【００５２】最初に、ジョブ処理状態監視部５からプリ
ンタドライバ２に対して返信用情報の発行要求がなさ
れ、次に、プリンタドライバ２からジョブ処理状態監視
部５に対して初期化要求がなされる。

【００５３】次に、図３の左側に示すように、プリンタ
ドライバ２は、入力されたドキュメントに基づいて印刷
データを生成し、所定の位置に返信用情報を配置して、
印刷ジョブデータをプリンタ１１に送信する。図２
（ａ）と共に上述した通り、各返信用情報のジョブ処理
状態には、当該返信用情報の発行位置に相当するジョブ
処理上の位置情報がそれぞれ格納されている。図３中で
は、ジョブスタートをＰＳ、１ページ目をＰ１、２ペー
ジ目をＰ２、Ｎページ目をＰＮ、ジョブエンドをＰＥと
して表現している。従って、印刷ジョブの開始時には、
ジョブ処理状態にＰＳがセットされた返信用情報が先に
送信され、次に、１ページ目の印刷データが送信され
る。以下同様にして、各印刷ページの印刷データが送信
された後に、当該ページの返信用情報がプリンタ１１に
送信される。

【００５４】プリンタ１１は、返信用情報を検出する
と、返信用情報から返信命令を除いたジョブ処理情報を
抽出してジョブ処理情報検出部４に送信する。そして、
ジョブ処理情報検出部４は、検出されたジョブ処理情報
をジョブ処理状態監視部５に通知する。これにより、ジ
ョブ処理状態監視部５は、ディスプレイ装置等に「印刷
開始」等の処理状況メッセージを表示させる。一方、プ
リンタ１１は、印刷データを受信すると、通常の印刷デ
ータ処理を行い、この印刷データを解釈してプリントエ
ンジン１６により印刷させる。

【００５５】このように、プリンタドライバ２は、印刷
データの前後に返信用情報を配置してプリンタ１１に送
信する。そして、プリンタ１１は、印刷データを解釈し
て印刷し、また、返信用情報を検出してジョブ処理情報
検出部４に返信する。ジョブ処理状態監視部５は、ジョ
ブ処理情報検出部４を介して返信用情報（ジョブ処理情
報）が通知されると、ジョブ処理情報中のジョブ処理状
態に基づいて、所定のメッセージをディスプレイ装置に
表示させる。

【００５６】次に、図４は、プリンタドライバ２により
実行されるドライバ側処理を示すフローチャートであ
る。まず、ステップ（以下「Ｓ」と略記）１では、ジョ
ブ処理状態監視部５から返信用情報の発行要求がされた
か否かを監視し、返信用情報の発行が要求された場合
は、ジョブ処理状態監視部５に対して初期化要求を送信
する（Ｓ２）。

【００５７】次に、ジョブ処理状態監視部５から通知さ
れた通信経路情報を保持し（Ｓ３）、最初の返信用情
報、即ち、ジョブ処理状態としてジョブスタートが格納
された返信用情報を生成し、発行する（Ｓ４）。そし
て、印刷データを生成して送信し（Ｓ５）、該ページに
対応する返信用情報を印刷データに続けて発行させる
（Ｓ６）。次に、印刷ジョブデータの送信が全て完了し
たか否かを判定し（Ｓ７）、印刷ジョブデータの送信が
完了していない場合は、返信用情報のジョブ処理状態と
して次の処理状態をセットすると共に（Ｓ８）、次のペ
ージをセットして（Ｓ９）、Ｓ５に戻る。Ｓ５〜Ｓ９を
繰り返すことにより、各印刷ページ毎に該各ページに対
応する返信用情報がそれぞれ発行される。

【００５８】次に、図５は、プリンタ１１により実行さ
れるプリンタ側処理を示すフローチャートである。ま
ず、プリンタ１１は、ホストコンピュータ１からデータ
や命令を受信したか否かを監視している（Ｓ１１）。デ
ータ等を受信した場合には、印刷データを受信したか否
かを判定する（Ｓ１２）。印刷データを受信したと判定
された場合は、この印刷データを解釈して印刷出力用の
イメージデータを生成し（Ｓ１３）、プリントエンジン
１６により印刷させる（Ｓ１４）。

【００５９】一方、印刷データ以外の情報を受信したと
判定された場合は、Ｓ１３からＳ１５に移り、返信用情
報であるか否かを判定する。返信用情報を受信したと判
定された場合は、返信用情報からジョブ処理情報を抽出
し（Ｓ１６）、このジョブ処理情報をジョブ処理情報検
出部４に向けて返送する（Ｓ１７）。

【００６０】外部から受信した情報が印刷データでも返
信用情報でもない場合は、通常処理が行われる（Ｓ１
８）。即ち、例えば、印刷停止命令やプリンタステータ
スの問い合わせ命令等が入力された場合は、これら各命
令に応じた通常の処理が実行される。このように、プリ
ンタ１１は、入力された印刷データを解釈して印刷する
と共に、返信用情報を検出して所定の返送先に機械的に
返信する。

【００６１】次に、図６は、ジョブ処理情報検出部４に
より実行される処理を示すフローチャートである。ジョ
ブ処理情報検出部４は、プリンタ１１からのデータを受
信したか否かを監視しており（Ｓ２１）、プリンタ１１
からのデータを受信したと判定した場合には、この受信
されたデータをジョブ処理状態監視部５に対して通知す
る（Ｓ２２）。このように、ジョブ処理情報検出部４
は、プリンタ１１からジョブ処理情報を受信すると、こ
のジョブ処理情報をジョブ処理状態監視部５に通知する
ものである。

【００６２】次に、図７は、ジョブ処理状態監視部５に
より実行される監視処理を示すフローチャートである。

【００６３】まず、ジョブ処理状態監視部５は、データ
等を受信したか否かを監視しており（Ｓ３１）、データ
等を受信した場合には、プリンタドライバ２からの初期
化要求を受信したか否かを判定する（Ｓ３２）。初期化
要求を受信したと判定された場合は、印刷ジョブの処理
表示をリセットし（Ｓ３３）、プリンタドライバ２から
通知された新たなドキュメント名をセットする（Ｓ３
４）。

【００６４】一方、受信したデータが初期化要求ではな
い場合は、ジョブ処理情報検出部４からのジョブ処理情
報を受信した場合なので、通知されたジョブ処理情報か
らジョブ処理状態を抽出し（Ｓ３５）、このジョブ処理
状態に応じた処理メッセージをディスプレイ装置に表示
させる。処理メッセージとしては、例えば、「印刷が開
始されました」、「１ページ目の印刷が終了しまし
た」、「印刷が終了しました」等を採用することができ
る。このように、ジョブ処理状態監視部５は、ジョブ処
理情報検出部４から通知されたジョブ処理情報に基づい
て、印刷ジョブの処理状態を監視し、処理メッセージを
ディスプレイ装置に表示させる。

【００６５】このように構成される本実施の形態によれ
ば、以下の効果を奏する。

【００６６】第１に、プリンタドライバ２は印刷ジョブ
データの所定の位置に返信用情報を配置して送信し、プ
リンタ１１は返信用情報を検出してホストコンピュータ
１に返信するため、高機能なプリンタを用意したり、あ
るいは、専用のプリントサーバを設けることなく、印刷
ジョブの進捗状況を簡易かつ正確に監視することができ
る。即ち、印刷ジョブデータに予め埋め込まれた返信用
情報を検出して機械的に返送するだけの構成であるか
ら、特別な印刷ジョブ管理プログラム等によってジョブ
の進行状況を監視する必要がない。確かに、返信用情報
を挿入する分だけ印刷ジョブデータのデータ量は増加す
るが、本発明では、印刷ジョブを監視するためのプログ
ラムや管理テーブル、専用のプリントサーバを設ける必
要が無いため、システム全体としてのコストを低減する
ことができ、印刷処理速度を向上させることができる。

【００６７】第２に、専用のプリントサーバを設ける必
要がないため、システムコストを低減できると共に、ネ
ットワーク上に同一の印刷データを２回流通させること
がなく、通信トラフィックの増加を防止することができ
る。

【００６８】第３に、ジョブ処理情報検出部４は、プリ
ンタ１１からのジョブ処理情報を受信してジョブ処理状
態監視部５に通知するだけの中継機能を発揮するもので
あり、プリントサーバのように印刷ジョブデータを保持
するものではない。従って、図６に示すように、ジョブ
処理情報検出部４は簡素な構成で済み、コンピュータに
対する負荷が少ないため、複数のホストコンピュータ１
等にジョブ処理情報検出部４を予め設けることができ、
耐障害性が大幅に向上する。

【００６９】第４に、図２（ａ）に示すように、返信用
情報を返信命令とジョブ処理情報とから構成したため、
プリンタ１１は、返信命令を検出することにより、ジョ
ブ処理情報を切り出して返信することができる。

【００７０】第５に、ジョブ処理情報には返送先の通信
経路情報を格納しているため、この通信経路情報の内容
を変化させるだけで、所望の返送先にジョブ処理情報を
通知することができ、柔軟な監視システムを構築するこ
とができる。即ち、返送先への通信経路情報が明確に示
されている限り、返送先のホストコンピュータが複数台
であってもよく、ローカル接続されたプリンタにもネッ
トワーク接続されたプリンタにも自由に適用することが
できる。

【００７１】第６に、ジョブ処理情報にはドキュメント
名を格納しているため、現在印刷中のドキュメントの名
称を知ることができ、使い勝手が向上する。

【００７２】第７に、各印刷ページ毎に返信用情報を発
行するため、印刷ジョブの進捗状況をページ単位で監視
することができる。

【００７３】２．第２の実施の形態 次に、図８に基づいて本発明の第２の実施の形態を説明
する。なお、以下の各実施の形態では、上述した第１の
実施の形態と同一の構成要素に同一の符号を付し、その
説明を省略するものとする。本実施の形態の特徴は、ジ
ョブ処理情報検出部４を他のホストコンピュータに設け
て中継サーバを構成した点にある。

【００７４】本実施の形態に係るホストコンピュータ２
１は、プリンタドライバ２及びジョブ処理状態監視部５
を備え、さらに、ネットワーク２３に接続するためのネ
ットワークＩ／Ｆ２２を有している。ホストコンピュー
タ２１は、ジョブ処理情報検出部４を備えていない点
で、第１の実施の形態で述べたホストコンピュータ１と
相違する。

【００７５】中継サーバ３１は、ホストコンピュータに
ジョブ処理情報検出部４を実装することにより構成され
ている。中継サーバ３１は、ネットワークＩ／Ｆ３２を
介してネットワーク２３に接続されていると共に、ロー
カルＩ／Ｆ３３を介してプリンタ１１に接続されてい
る。中継サーバ３１は、ジョブ処理情報検出部４によっ
てプリンタ１１からのジョブ処理情報を検出し、この検
出されたジョブ処理情報を予め設定されたジョブ処理状
態監視部５に通知するものである。

【００７６】このように構成される本実施の形態でも、
上述した第１の実施の形態と同様の効果を得ることがで
きる。

【００７７】３．第３の実施の形態 次に、図９に基づいて本発明の第３の実施の形態を説明
する。本実施の形態の特徴は、ジョブ処理情報検出部４
をプリンタ側に設けた点にある。

【００７８】本実施の形態によるプリンタ４１は、ネッ
トワークＩ／Ｆ４２を介してネットワーク２３に接続さ
れており、ジョブ処理情報検出部４を備えている。即
ち、返信用情報処理部１７によって抽出され返信された
ジョブ処理情報は、プリンタ４１内のジョブ処理情報検
出部４によって検出され、ネットワーク２３を介してホ
ストコンピュータ２１のジョブ処理状態監視部５に通知
される。

【００７９】このように構成される本実施の形態でも、
上述した第１の実施の形態と同様の効果を得ることがで
きる。ジョブ処理情報検出部４は簡易な構成であり、コ
ンピュータ資源を多量に消費しないため、第２の実施の
形態に示すように他のホストコンピュータに搭載した
り、本実施の形態に示すようにプリンタ４１に搭載する
ことができる。なお、これに限らず、複数のホストコン
ピュータやプリンタにジョブ処理情報検出部４をそれぞ
れ搭載することもでき、この場合は、耐障害性が大幅に
向上する。

【００８０】４．第４の実施の形態 次に、図１０〜図１２に基づいて本発明の第４の実施の
形態を説明する。本実施の形態の特徴は、印刷に係るホ
ストコンピュータ以外の他のホストコンピュータでも印
刷ジョブの処理状態を監視できるようにした点にある。

【００８１】本実施の形態では、印刷ジョブの生成に係
るホストコンピュータ２１の他に、ジョブ処理情報を検
出して中継するための中継サーバ３１と、印刷ジョブの
監視を希望するホストコンピュータ５１とが設けられて
いる。

【００８２】中継サーバ３１に設けられたジョブ処理情
報検出部４は、転送先への通信経路情報等を記憶した転
送管理部３４を参照することにより、印刷ジョブに係る
ホストコンピュータ２１と印刷ジョブと関係しない他の
ホストコンピュータ５１とにジョブ処理情報を通知する
ようになっている。

【００８３】他のホストコンピュータ５１に設けられた
ジョブ処理状態監視部５２は、中継サーバ３１に対して
ジョブ処理情報の転送（通知）を要求し、中継サーバ３
１から通知されたジョブ処理情報に基づいて印刷ジョブ
の進捗状況を監視するようになっている。ジョブ処理状
態監視部５２は、図１０中に示すように、転送要求と共
に転送先への通信経路情報を中継サーバ３１に通知す
る。

【００８４】図１１は、本実施の形態によるデータ処理
の全体の流れを示している。図１１に示すように、ジョ
ブ処理情報検出部４は、印刷ジョブの発行に係るジョブ
処理状態監視部５にジョブ処理情報を通知すると共に、
印刷ジョブと関係しない他のジョブ処理状態監視部５２
に対してもジョブ処理情報を通知する。

【００８５】図１２は、中継サーバ３１によって実行さ
れる処理を示すフローチャートである。まず、中継サー
バ３２は、外部からのデータや命令等を受信したか否か
を監視しており（Ｓ４１）、データ等を受信した場合
は、転送要求を受信したか否かが判定される（Ｓ４
２）。転送要求を受信したと判定された場合は、転送要
求先への通信経路情報を転送管理部３４にセットすると
共に（Ｓ４３）、転送要求がなされていることを示すた
めの転送フラグをセットする（Ｓ４４）。

【００８６】一方、前記Ｓ４２で転送要求ではないと判
定された場合は、ジョブ処理情報を受信した場合なの
で、印刷ジョブに係るホストコンピュータ２１のジョブ
処理状態監視部５に向けてジョブ処理情報を通知する
（Ｓ４５）。次に、転送フラグがセットされているか否
かを判定し（Ｓ４６）、転送フラグがセットされている
場合は、転送要求先に向けてジョブ処理情報を通知する
（Ｓ４７）。なお、転送フラグがセットされていない場
合は、前記Ｓ４７はスキップされる。

【００８７】このように構成される本実施の形態でも、
前記各実施の形態と同様の効果を得ることができる。こ
れに加えて、本実施の形態では、中継サーバ３１に対し
て予め転送要求をすることにより、他のホストコンピュ
ータ５１においても印刷ジョブの処理状態を容易に監視
することができる。従って、ユーザーは、プリンタ１１
の稼働状況を把握できるため、プリンタ１１の稼働状況
をみながら自己の印刷ジョブを発行させることができ、
使い勝手が向上する。

【００８８】５．第５の実施の形態 次に、図１３〜図１５に基づいて本発明の第５の実施の
形態を説明する。本実施の形態の特徴は、ドキュメント
の属性に応じて返信用情報の発行モードを切り換える点
にある。

【００８９】本実施の形態によるジョブ処理状態監視部
６１は、前記各実施の形態で述べたと同様に、ジョブ処
理情報検出部４から通知されたジョブ処理情報に基づい
て、印刷ジョブの処理状態を監視する。これに加えて、
ジョブ処理状態監視部６１には、その内部機能として、
返信用情報の発行モードを選定するためのモード選定部
６２が設けられている。そして、ジョブ処理状態監視部
６１からプリンタドライバ２に送信される返信用情報発
行要求には、ジョブ処理情報の返送先の通信経路情報の
他に、モード選定部６２により決定された発行モード情
報が加えられている。

【００９０】ここで、モード選定部６２により選定可能
なモードとしては、例えば、ジョブスタート及びジョブ
エンドのみで返信用情報を発行させるモード、各印刷ペ
ージ毎に発行させるモード、１ページおきに発行させる
モード、２ページおきに発行させるモード、返信用情報
を印刷ジョブデータ中に埋め込まないモード等を挙げる
ことができる。

【００９１】モード選定部６２は、プリンタドライバ２
から通知されたドキュメントの属性情報に基づいて、複
数用意された発行モードの中からいずれか一つのモード
を選択するようになっている。例えば、総ページ数が所
定のページ数よりも多い場合は、印刷ジョブの処理状態
を各ページ毎に監視せずに、複数ページを一つの単位と
して監視することができる。また、カラー印刷のように
印刷時間がかかる場合は、ページ数の多少に関わらず各
ページ毎に返信用情報を発行させて監視精度を高めても
よい。あるいは、通信トラフィックを検出し、トラフィ
ックが増加している場合は、返信用情報をいわゆる間引
き発行させることもできる。

【００９２】図１４は、本実施の形態によるドライバ側
処理のフローチャートである。本処理は、図４中に示す
Ｓ１〜Ｓ９までのステップを全て備えている。これに加
えて、本処理では、まず最初に、印刷に係るドキュメン
トの属性情報をジョブ処理状態監視部６１に通知する
（Ｓ５１）。ここで、ドキュメントの属性情報として
は、例えば、総ページ数、モノクロ／カラーの別、総デ
ータ量等を採用することができる。

【００９３】次に、初期化要求等を行ってから印刷デー
タを生成してプリンタ１１に送信するが（Ｓ１〜Ｓ
５）、本実施の形態では、Ｓ５の次に、返信用情報の発
行位置であるか否かを判定し（Ｓ５２）、発行モードに
より定められた発行位置である場合にのみ返信用情報を
発行させる（Ｓ６）。

【００９４】なお、図１４中では、Ｓ４によってジョブ
スタート時の返信用情報を常に発行させる如く表示して
いるが、これは説明の便宜上のためであって、選定され
た発行モードによってＳ４は適宜省略されるものであ
る。

【００９５】次に、図１５は、本実施の形態による監視
処理のフローチャートである。本処理は、図７中に示す
Ｓ３１〜Ｓ３６の全てのステップを備えている。これに
加えて、本実施の形態では、Ｓ３２とＳ３５との間で、
ドキュメントの属性情報がプリンタドライバ２から通知
されたか否かを判定し（Ｓ６１）、属性情報を受信した
と判定された場合には、属性を解析して（Ｓ６２）、発
行モードを選定し（Ｓ６３）、選定された発行モードを
含んでなる返信用情報の発行要求をプリンタドライバ２
に送信する（Ｓ６４）。

【００９６】このように構成される本実施の形態でも、
上述した第１の実施の形態と同様の効果を得ることがで
きる。これに加えて、本実施の形態では、印刷に係るド
キュメントの属性に応じて返信用情報の発行モードを変
化させるため、ドキュメントのページ数、印刷色の大
小、データ量等に応じて最適な発行モードを選択するこ
とができる。また、返信用情報を間引き発行させること
により、理論上印刷ジョブの監視精度は低下するもの
の、印刷ジョブデータ中に占める返信用情報の割合を低
下させて通信効率を高めることもできる。

【００９７】６．第６の実施の形態 次に、図１６，図１７に基づいて本発明の第６の実施の
形態を説明する。本実施の形態の特徴は、ホストコンピ
ュータ側に返送されるジョブ処理情報にプリンタのステ
ータス情報を含ませた点にある。

【００９８】本実施の形態によるプリンタ７１には、
「ステータス情報生成手段」としてのステータス情報生
成部７２が設けられている。ここで、ステータス情報と
しては、例えば、プリンタ名、用紙残量、トナー又はイ
ンク残量、搭載メモリ量等を挙げることができる。

【００９９】図１７は、プリンタ７１により実行される
プリンタ側処理を示すフローチャートである。本処理
は、図５中に示すＳ１１〜Ｓ１８の全てのステップを備
えている。これに加えて、本実施の形態では、Ｓ１６と
Ｓ１７との間で、ステータス情報をジョブ処理情報に含
ませている（Ｓ７１）。

【０１００】このように構成される本実施の形態でも、
上述した第１の実施の形態と同様の効果を得ることがで
きる。これに加えて、本実施の形態では、ジョブ処理情
報にプリンタステータス情報を含めているため、印刷ジ
ョブの処理状態とプリンタのステータスとを容易に把握
することができる。

【０１０１】７．第７の実施の形態 次に、図１８は、本発明の第７の実施の形態に係る監視
処理のフローチャートである。本実施の形態の特徴は、
ジョブ処理情報中にジョブ処理上の位置情報を含めず、
ジョブ処理情報の受信数に基づいて処理状態を検出する
点にある。

【０１０２】本監視処理は、図７中のＳ３１〜Ｓ３４及
びＳ３６を備えている。これに加えて、本実施の形態で
は、Ｓ３２で「ＮＯ」と判定された場合に、ジョブ処理
情報の受信数をカウントし（Ｓ８１）、この印刷ジョブ
毎に積算されたジョブ処理情報の受信数に基づいてメッ
セージテーブル８１を参照することにより（Ｓ８２）、
表示すべき処理メッセージを選択する。なお、プリンタ
ドライバ２からジョブ処理状態監視部に対してドキュメ
ントの総ページ数を予め通知させることにより、各印刷
ジョブ毎にメッセージテーブル８１を構築することがで
きる。

【０１０３】このように構成される本実施の形態でも、
前記各実施の形態と同様の効果を得ることができる。こ
れに加えて、本実施の形態では、ジョブ処理情報中に処
理上の位置情報であるジョブ処理状態を含めず、ジョブ
処理情報の受信数に基づいて印刷ジョブの進行状況を監
視するため、ジョブ処理情報のデータ量を少なくして通
信トラフィックを低減することができる。

【０１０４】８．第８の実施の形態 次に、図１９は、本発明の第８の実施の形態を示す説明
図である。本実施の形態の特徴は、ジョブ処理状態とし
て、印刷ジョブの進行状況を示すための処理メッセージ
を文字コード情報として格納した点にある。

【０１０５】このように構成される本実施の形態でも前
記各実施の形態と同様の効果を得ることができる。これ
に加えて、本実施の形態では、ジョブ処理状態として文
字コード情報を用いたため、ジョブ処理状態監視部は、
圧縮情報と処理メッセージとを対応付けた対応テーブル
等を参照することなく、印刷ジョブの処理状態をディス
プレイ装置に表示させることができる。

【０１０６】９．第９の実施の形態 次に、図２０〜図２８に基づき本発明の第９の実施の形
態を説明する。本実施の形態の特徴は、返信用情報（ジ
ョブ処理情報）の返信タイミングを指定する点にある。

【０１０７】図２０は、本実施の形態に係る印刷システ
ムのブロック図である。本ホストコンピュータ１００
は、ジョブ処理情報検出部４，ジョブ処理状態監視部
５，印刷データ生成部６等を備えている。ここで、プリ
ンタドライバ１０１の返信用情報発行部１０２は、返信
用情報を発行するだけでなく、該返信用情報の返信時期
を指定する返信タイミング指定命令（図中では「ＴＣ」
とも示す。）を発行するようになっている。

【０１０８】プリンタ１１０は、それぞれ後述するよう
に、通信処理部１１１，解釈主制御部１１２，イメージ
生成部１１３，エンジン制御部１１４及びプリントエン
ジン１１５を備えている。プリンタ１１０は、通信処理
部１１１，解釈・主制御部１１２，イメージ生成部１１
３及びエンジン制御部１１４がそれぞれ独立して動作可
能な並列処理型のプリンタとして構成されている。

【０１０９】「受信手段」としての役割も果たす通信処
理部１１１は、通信回線８等を介してホストコンピュー
タ１００に接続され、該ホストコンピュータ１００との
間で双方向通信を行うものである。「印刷データ処理手
段」としての解釈・主制御部１１２は、印刷データ（こ
こでは印刷コマンドも含む）を解釈すると共に、返信用
情報の返信時期等を制御するものである。「イメージ生
成手段」として表現可能なイメージ生成部１１３は、解
釈・主制御部１１２の解釈結果に基づいて印刷用のイメ
ージデータを生成し、図示せぬイメージバッファに展開
する。「印刷制御手段」としてのエンジン制御部１１４
は、イメージ生成部１１３により生成されたイメージデ
ータを読み出してプリントエンジン１１５の作動を制御
することにより印刷を行う。ここで、例えば、プリンタ
１１０をページプリンタとして構成する場合は、１ペー
ジ分のイメージデータを生成・展開してからプリントエ
ンジン１１５を駆動させる。一方、例えば、プリンタ１
１０をシリアルプリンタとして構成する場合は、１バン
ド分又は複数バンド分のイメージデータを生成・展開し
た後にプリントエンジン１１５を駆動させる。

【０１１０】次に、図２１は、本実施の形態による印刷
ジョブデータの構成を示す説明図である。図２１（ａ）
に示すように、印刷ジョブデータには、印刷データ（Ｐ
Ｄ）及び返信用情報（ＲＤ）のみならず、返信タイミン
グ指定命令（ＴＣ）が含まれている点に注意しなければ
ならない。また、返信タイミング指定命令は、印刷デー
タの全てに関して発行されるのではなく、印刷データの
うち印刷動作に関する印刷コマンドについてのみ部分的
に発行される点にも注意すべきである。

【０１１１】返信タイミング指定命令は、印刷データの
うち印刷動作に関する印刷コマンド（以下「動作コマン
ド」とも言う）の前に位置するようにして発行される。
印刷動作に関連する印刷コマンドとしては、例えば、改
頁、給紙、改行、復帰、排紙等を挙げることができる。
この印刷コマンドの後に位置して返信用情報が発行され
る。即ち、返信タイミング指定命令、印刷コマンド、返
信用情報の順番でプリンタ１１０の解釈・主制御部１１
２に解釈されるように、発行位置が定められている。プ
リンタ１１０は、返信タイミング指定命令を受信した場
合には、返信タイミング指定命令に続く動作コマンドが
エンジン制御部１１４によって処理されるのを確認して
から返信用情報を返信する。

【０１１２】換言すれば、プリンタ１１０は、返信タイ
ミング指定命令が直前に発行されていない印刷データに
ついては、その処理終了を考慮する必要がなく、受信し
た印刷データを次々に並列的に処理することができる。
つまり、返信タイミング指定命令は、特定の印刷コマン
ドについてのみ部分的に発行される。これにより、返信
用情報の報告時期の精度が維持されると共に、プリンタ
の処理負担を軽減して並列処理能力が維持される。

【０１１３】図２１（ｂ）に示すように、返信タイミン
グ指定命令及び返信用情報の組合せは、印刷ジョブ中の
所望の位置に挿入することができる。例えば、１ページ
目では返信タイミング指定命令を発行せず、２ページ目
の改頁動作時に返信タイミング指定命令を発行すること
ができる。あるいは、同一ページ中に複数回返信タイミ
ング指定命令を発行させることもできる。例えば、画像
イメージ印刷直後の改行時と改頁時の双方で返信タイミ
ング指定命令を発行させてもよい。ここで、返信用情報
と返信タイミング指定命令とは、常に一対一に対応して
発行される必要はない。返信タイミング指定命令を伴わ
ない返信用情報の存在も許容される。あるいは、一つの
返信タイミング指定命令で複数の返信用情報の返信時期
を指定することも許される。返信タイミング指定命令に
より返信時期が指定されている場合には、ジョブ処理情
報による報告の時間的精度が向上する。報告の時間的精
度を期待しない場合、返信タイミング指定命令は不要と
なるであろう。

【０１１４】次に、図２２〜図２８に基づき本実施の形
態の作用を説明する。まず、図２２を参照して全体的な
データ処理の流れを概説する。図２２では、１バンド分
の印刷データ（Ｐ１ａ）の後に改行コマンドを送信し、
改行コマンドが処理されたときにジョブ処理情報を返信
させる場合を例に挙げている。

【０１１５】プリンタドライバ１０１は、１バンド分の
データＰ１ａの送信に先だって返信用情報を発行する。
この最初の返信用情報は、印刷の開始を報告するための
ものであり、図３と共に上述したように、プリンタ１１
０内で検出されてジョブ処理状態検出部４に返信され、
ジョブ処理状態検出部４を介してジョブ処理状態監視部
５に渡される。

【０１１６】次に、プリンタドライバ１０１は、最初の
１バンド分の印刷データＰ１ａを送信する。プリンタ１
１０は、この印刷データＰ１ａを解釈し、イメージ生成
部１１３にイメージ処理を依頼する。イメージ生成部１
１３が印刷イメージを展開している間に、プリンタ１１
０は、返信タイミング指定命令ＴＣ，動作コマンド（改
行命令）及び返信用情報ＲＤを次々に受信する。プリン
タ１１０の解釈・主制御部１１２は、これら返信タイミ
ング指定命令ＴＣ，動作コマンド及び返信用情報ＲＤを
解釈する。ここで、解釈・主制御部１１２は、返信用情
報ＲＤの解釈を終了しても、通信処理部１１１に対しジ
ョブ処理情報の返信依頼を直ちに行なわない。解釈・主
制御部１１２は、返信タイミング指定命令ＴＣ及び返信
用情報ＲＤで挟まれた動作コマンドの処理終了を確認し
た後で、ジョブ処理情報の返信を通信処理部１１１に依
頼する。換言すれば、解釈・主制御部１１２は、返信タ
イミング指定命令ＴＣを受信していない場合は、返信用
情報ＲＤの受信前に受け取った印刷データの処理を確認
することなく、ジョブ処理情報の返信を依頼することが
できる。返信されたジョブ処理情報は、ジョブ処理情報
検出部４を介してジョブ処理状態監視部５に引き渡さ
れ、ホストコンピュータ１００のユーザーインターフェ
ースを介して、ユーザーに処理状態が通知される。

【０１１７】図２３は、本実施の形態によるドライバ側
処理を示すフローチャートであり、本ドライバ側処理
は、上述したＳ１〜Ｓ９を備えている。これに加えて、
本処理では、Ｓ５とＳ６の間に新規なステップが追加さ
れている。即ち、印刷データを送信した後（Ｓ５）、返
信タイミング指定命令ＴＣを発行し（Ｓ１００）、次
に、改行や改頁等の動作コマンドを送信する（Ｓ１０
１）。そして、動作コマンドに続いて返信用情報ＲＤが
送信される（Ｓ６）。ここで、注意すべきは、動作コマ
ンド以外の印刷データについては、返信タイミング指定
命令及び返信用情報が設定されていない点である。返信
用情報の返信が指定されているのは、改行や改頁等の動
作コマンドである。

【０１１８】次に、図２４及び図２５は、本実施の形態
によるプリンタ側の処理、より正確には、解釈・主制御
部１１２の処理を示すフローチャートである。

【０１１９】解釈・主制御部１１２は、通信処理部１１
１からデータを受信したか否かを監視し（Ｓ１１１）、
データを受け取った場合には、このデータの種別を判定
する（Ｓ１１２）。即ち、通信処理部１１１から入力さ
れたデータが、印刷データ（動作コマンドを含む）、返
信タイミング指定命令及び返信用情報のいずれに該当す
るかを判別する。なお、説明の便宜上、図２４では、図
５と共に述べたような「通常処理」に関するステップを
省略している。

【０１２０】受信データが返信タイミング指定命令の場
合は、通知要求フラグをセットする（Ｓ１１３）。通知
要求フラグは、エンジン制御部１１４に対して印刷実行
を終了したときの通知（終了通知）を求めるために用い
られる。

【０１２１】受信データが印刷データの場合は、該印刷
データを解釈し（Ｓ１１４）、通知要求フラグがセット
されているか否かを判定する（Ｓ１１５）。通知要求フ
ラグがセットされている場合は、エンジン制御部１１４
に対し終了通知を依頼し（Ｓ１１６）、通知待ちフラグ
をセットする（Ｓ１１７）。通知待ちフラグは、エンジ
ン制御部１１４からの終了通知を待ってジョブ処理情報
を返信させるために用いられる。そして、印刷データの
解釈結果をイメージ生成部１１３等に引き渡して印刷を
依頼する（Ｓ１１８）。通知要求フラグがセットされて
いない場合には（S115:NO）、Ｓ１１６及びＳ１１７を
スキップしてＳ１１８に移る。

【０１２２】受信データが返信用情報の場合は、ジョブ
処理情報を抽出し（Ｓ１１９）、ジョブ処理情報の返信
を準備する（Ｓ１２０）。ここで、ジョブ処理情報が直
ちに返信されない点に注意すべきである。そして、Ｓ１
１３でセットされた通知要求フラグをリセットする（Ｓ
１２１）。

【０１２３】続いて図５を参照する。Ｓ１１８で印刷を
依頼した後、ジョブ処理情報の返信が準備されているか
否かを判定する（Ｓ１２２）。ジョブ処理情報の返信が
準備されていない場合は（S122:NO）、処理を終了す
る。ジョブ処理情報が準備されている場合は、次に、通
知待ちフラグがセットされているか否かを判定する（Ｓ
１２３）。通知待ちフラグがセットされているときは
（S123:YES）、エンジン制御部１１４に終了通知を依頼
している場合である。そこで、エンジン制御部１１４か
らの終了通知を待ち（Ｓ１２４）、終了通知を受領した
場合は、既に準備されているジョブ処理情報の返信を通
信処理部１１１に依頼する（Ｓ１２５）。そして、通知
待ちフラグをリセットする（Ｓ１２６）。一方、Ｓ１２
３で通知待ちフラグがセットされていないと判定された
場合は（S123:NO）、エンジン制御部１１４からの終了
通知を待つことなく、通信処理部１１１にジョブ処理情
報の返信を依頼する（Ｓ１２７）。

【０１２４】図４及び図５に示す処理によれば、解釈・
主制御部１１２は、返信タイミング指定命令が設定され
ていない印刷データについては、該印刷データの処理終
了まで監視する必要がなく、印刷データを解釈して印刷
を依頼すれば足りる。また、返信タイミング指定命令を
伴わない返信用情報を受信した場合も、該返信用情報を
受信する直前に受信した印刷データの処理終了を確認す
ることなく、ジョブ処理情報の返信を依頼することがで
きる。解釈・主制御部１１２は、返信タイミング指定命
令を受信した場合にのみ、返信タイミング指定命令に続
いて受信した印刷データ（動作コマンド）の処理終了を
確認してからジョブ処理情報の返信を依頼する。

【０１２５】図２６は、エンジン制御部１１４側の処理
を示すフローチャートである。エンジン制御部１１４
は、印刷依頼を受信すると起動し（Ｓ１３１）、依頼さ
れた処理を実行する（Ｓ１３２）。例えば、１バンド分
の印刷が依頼された場合は、主走査を行って１バンド分
の印刷を実行する。また、例えば、改行が依頼された場
合は、１行分の紙送り及びキャリッジリターンを実行さ
せる。次に、処理終了時の確認通知（終了通知）が依頼
されているか否かを判定し（Ｓ１３３）、終了通知が依
頼されている場合には、解釈・主制御部１１２に対し依
頼された処理が終了した旨を報告する（Ｓ１３４）。

【０１２６】次に、図２７及び図２８を参照しつつデー
タ処理の流れを説明する。図２７は、返信タイミング指
定命令を伴わない返信用情報を受信した場合の処理等を
示す説明図である。

【０１２７】まず、ホストコンピュータ１００から送信
された印刷データは、通信処理部１１１により受信され
る（Ｔ１）。解釈・主制御部１１２は、通信処理部１１
１から渡された印刷データを解釈し（Ｔ２）、イメージ
生成部１１３に対して印刷用イメージデータの生成・展
開を依頼する（Ｔ３）。イメージ生成部１１３が印刷用
イメージを生成すると（Ｔ４）、解釈・主制御部１１２
は、エンジン制御部１１４に対して印刷を依頼する（Ｔ
５）。これにより、エンジン制御部１１４は、印刷を実
行する（Ｔ６，Ｔ７）。

【０１２８】ホストコンピュータ１００から印刷データ
に続いて返信用情報（ＲＤ）が送信されると、この返信
用情報は通信処理部１１１により受信され（Ｔ１１）、
解釈・主制御部１１２により解釈される（Ｔ１２）。解
釈・主制御部１１２は、ジョブ処理情報を抽出して返信
準備を行い（Ｔ１３）、通信処理部１１１に対してジョ
ブ処理情報の返信を依頼する（Ｔ１４）。依頼を受けた
通信処理部１１１は、ジョブ処理情報を返信させる（Ｔ
１５）。

【０１２９】図２８は、改頁コマンドについて返信タイ
ミング指定命令を設定した場合の処理の流れを示す説明
図である。

【０１３０】まず、通信処理部１１１が受信した印刷デ
ータは（Ｔ２１）、解釈・主制御部１１２により解釈さ
れる（Ｔ２２）。解釈・主制御部１１２は、イメージ生
成部１１３にイメージデータの生成を依頼する（Ｔ２
３）。イメージ生成部１１３がイメージデータを生成す
ると（Ｔ２４）、解釈・主制御部１１２はエンジン制御
部１１４に印刷を依頼する（Ｔ２５）。これにより、エ
ンジン制御部１１４は、印刷を開始する（Ｔ２６）。印
刷は、所定時間後に終了する（Ｔ２７）。

【０１３１】印刷実行中に、返信タイミング指定命令
（ＴＣ）が通信処理部１１１により受信され（Ｔ３
１）、解釈・主制御部１１２により解釈される（Ｔ３
２）。解釈・主制御部１１２は、通知要求フラグをセッ
トし、終了通知の依頼を開始する（Ｔ３３）。

【０１３２】返信タイミング指定命令に続いて動作コマ
ンドが受信されると（Ｔ３４）、解釈・主制御部１１２
は動作コマンドを解釈し（Ｔ３５）、エンジン制御部１
１４に対して、動作コマンドの実行依頼及び該動作コマ
ンドの処理を終了したときの終了通知とを依頼する（Ｔ
３６）。この依頼は、エンジン制御部１１４により受領
される（Ｔ３７）。

【０１３３】動作コマンドに続いて返信用情報が受信さ
れると（Ｔ３８）、解釈・主制御部１１２は、返信用情
報を解釈し（Ｔ３９）、通知要求フラグをリセットして
終了通知の依頼を終了する（Ｔ４０）。また、解釈・主
制御部１１２は、返信用情報からジョブ処理情報を中心
して返信準備を行い（Ｔ４１）、エンジン制御部１１４
からの終了通知を待つ（Ｔ４２）。

【０１３４】一方、エンジン制御部１１４は、Ｔ２６で
依頼された印刷を行っており、所定の位置で改頁を実行
して（Ｔ４３）印刷を終了する（Ｔ２７）。エンジン制
御部１１４は、改頁コマンドの実行が終了した旨を解釈
・主制御部１１２に対して通知する（Ｔ４４）。

【０１３５】解釈・主制御部１１２は、エンジン制御部
１１４からの終了通知を受領すると（Ｔ４５）、待機さ
せていたジョブ処理情報の返信を通信処理部１１１に依
頼する（Ｔ４６）。依頼を受けた通信処理部１１１は、
ジョブ処理情報を返信させる（Ｔ４７）。

【０１３６】このように構成される本実施の形態でも前
記第１の実施の形態と同様の効果を得ることができる。
これに加えて、さらに以下の効果を奏する。

【０１３７】第１に、動作コマンドの動作終了を確認し
てからジョブ処理情報を返信させるため、動作コマンド
以外の印刷データの処理終了を確認する必要がなく、並
列処理の処理速度を低下させることなく、印刷ジョブの
進行状況を正確に管理することができる。

【０１３８】即ち、通信処理部１１１，解釈・主制御部
１１２，イメージ生成部１１３及びエンジン制御部１１
４がそれぞれ実行可能な並列制御下にある場合、ジョブ
処理情報の返信タイミングが実際のデータ処理と一致し
ない可能性がある。解釈・主制御部１１２は、返信用情
報を受領すると、該返信用情報受領前に受信された印刷
データの処理を確認することなく、ジョブ処理情報の返
信を依頼できるからである。例えば、図２７に示すよう
に、返信用情報受信前に受信された印刷データが印刷さ
れている間に、解釈・主制御部１１２は、ジョブ処理情
報を抽出して返信を依頼することができる。解釈・主制
御部１１２は、エンジン制御部１１４における処理状況
を何ら考慮しない。従って、印刷データの実際の処理状
況とジョブ処理情報の返信時期とは一致しない。

【０１３９】この解決策として、全ての印刷データの処
理状態を解釈・主制御部１１２により監視させる方法も
考えられる。即ち、返信用情報受信前に受信された全印
刷データの処理終了がエンジン制御部１１４から報告さ
れるまで、ジョブ処理情報の返信依頼を行わない方法で
ある。この方法によれば、ジョブ処理情報によるジョブ
処理状態の報告の信頼性を高めることができる。しか
し、返信用情報受信前に受信された全印刷データの処理
状態を監視させる場合は、解釈・主制御部１１２の監視
負担が増大し、監視のために十分なメモリ資源を必要と
する。また、印刷データの処理が終了するまで、解釈・
主制御部１１２は新たなデータ解釈を行うことができな
い可能性があり、並列処理の有利な特徴が損なわれ、印
刷処理速度が低下する。

【０１４０】これに対し、本実施の形態では、返信用情
報が動作コマンドに関連付けられている場合にのみ該動
作コマンドの処理を確認してからジョブ処理情報を返信
させるため、ジョブ処理情報による報告の信頼性を維持
しつつ処理速度の低下を防止することができる。

【０１４１】第２に、処理終了を確認すべき動作コマン
ドを返信タイミング指定命令によって明示するため、解
釈・主制御部１１２は、処理終了を確認すべき動作コマ
ンドを容易に判別することができ、処理構造を簡素化で
きる。

【０１４２】第３に、返信タイミング指定命令、動作コ
マンド、返信用情報の順番で処理されるように発行させ
るため、処理構造を簡素化しつつジョブ処理情報の報告
精度を高めることができる。即ち、解釈・主制御部１１
２は、返信タイミング指定命令を受領したときに、終了
通知の依頼を準備することができ、動作コマンドを受領
したときに該動作コマンドに関する終了通知をエンジン
制御部１１４に依頼することができる。この処理では、
解釈・主制御部１１２は、返信用情報受領前の動作コマ
ンドを保持する必要がなく、エンジン制御部１１４に対
して終了通知依頼を取り消す必要もない。

【０１４３】もしも、返信タイミング指定命令を採用し
ない場合、又は、返信タイミング指定命令を返信用情報
の次に発行させる場合（動作コマンド、返信用情報、返
信タイミング指定命令の順番）は、解釈・主制御部１１
２は、どの印刷データについて終了確認が求められるか
事前に検知することができない。従って、解釈・主制御
部１１２は、リングバッファ等を用いて少なくとも一つ
以上の最新の印刷データを保持する必要がある。さら
に、解釈・主制御部１１２が十分なメモリ資源を利用で
きない場合は、エンジン制御部１１４に引き渡す印刷デ
ータのそれぞれについて予め終了通知を依頼しておき、
返信用情報を受領したときに不要な終了通知依頼を取り
消す等の処理が必要になることもあり得る。これに対
し、本実施の形態では、予め返信タイミング指定命令を
送信することにより、終了通知が必要な動作コマンドを
明確に特定することができ、処理構造が簡素化する。な
お、最新の一つ以上の印刷データを解釈・主制御部１１
２に保持させる構成も、本発明の範囲に含まれる。

【０１４４】１０．第１０の実施の形態 次に、図２９は、本発明の第１０の実施の形態に係るド
ライバ側処理を示す説明図である。本実施の形態の特徴
は、前記第５の実施の形態と同様に、ドキュメントの属
性に応じて返信タイミング指定命令及び返信用情報の発
行位置を設定する点にある。

【０１４５】即ち、ドキュメントの属性に応じて返信用
情報の発行位置か否かを判定し（Ｓ１４１）、返信用情
報発行位置である場合は、まず、返信タイミング指定命
令を発行してから（Ｓ１４２）、動作コマンドを送信し
（Ｓ１４３）、最後に返信用情報を発行する（Ｓ１４
４）。一方、返信用情報発行位置ではない場合は、返信
タイミング指定命令及び返信用情報を発行することな
く、動作コマンドだけを送信する（Ｓ１４５）。なお、
図１４中のドキュメント属性情報を送信するステップは
割愛している。

【０１４６】１１．第１１の実施の形態 図３０は、第１１の実施の形態に係るプリンタ側処理の
フローチャートであり、本実施の形態の特徴は、前記第
６の実施の形態と同様に、ジョブ処理情報にプリンタ１
１０のステータス情報を加えて返信させる点にある（Ｓ
１５１）。

【０１４７】なお、当業者であれば、各実施の形態に記
載された本発明の要旨の範囲内で種々の追加、変更等が
可能である。例えば、図１中に示すように、記録媒体Ｍ
Ｍに本発明を実現するためのプログラム等を記録してお
き、この記録内容をホストコンピュータまたはプリンタ
にロードすることにより、本発明の要旨を実現すること
ができる。

【０１４８】また、前記各実施の形態の幾つかを組み合
わせることにより、本発明の範囲内に含まれる他の実施
形態を得ることも可能である。例えば、処理メッセージ
を文字コード化しておく実施の形態や複数のホストコン
ピュータにジョブ処理情報を通知する実施の形態等で
も、返信タイミング指定命令を適用できる。

【０１４９】さらに、例えば、本発明は、下記のよう
に、印刷方法又は印刷データ生成装置として表現するこ
ともできる。

【０１５０】表現１．処理状況を監視しながら印刷を行
う印刷方法において、印刷データを生成させる第１ステ
ップと、前記印刷データを含んでなる印刷ジョブデータ
の所定の位置で返信用情報を発行させる第２ステップ
と、前記印刷ジョブデータから前記返信用情報を検出す
る第３ステップと、前記検出された返信用情報を所定の
返送先に返信させる第４ステップと、前記印刷ジョブデ
ータ中の印刷データに基づいて印刷させる第５ステップ
と、返送された前記返信用情報に基づいて前記印刷ジョ
ブデータの処理状態を監視する第６ステップと、を含ん
でなることを特徴とする印刷方法。

【０１５１】表現２．前記第４ステップでは、前記印刷
データの処理を確認してから前記返信用情報を前記所定
の返送先に返信させる表現１に記載の印刷方法。

【０１５２】表現３．前記第２ステップでは、更に、前
記返信用情報の返信タイミングを指定するタイミング指
定情報を発行させ、前記第４ステップでは、前記タイミ
ング指定情報により指定された返信タイミングで前記返
信用情報を前記所定の返送先に返信させる表現１に記載
の印刷方法。

【０１５３】表現４．前記第２ステップでは、前記印刷
ジョブデータの各ページ毎に前記返信用情報をそれぞれ
発行させる表現１〜表現３のいずれかに記載の印刷方
法。

【０１５４】表現５．前記第２ステップでは、前記印刷
ジョブデータに係るドキュメントの属性に基づいて、前
記印刷ジョブデータの一または複数のページに対応して
前記返信用情報を発行させる表現１〜表現３のいずれか
に記載の印刷方法。

【０１５５】表現６．プリンタに印刷させるための印刷
データを生成する印刷データ生成装置において、入力さ
れたドキュメントに基づいて印刷データを生成する印刷
データ生成手段と、前記印刷データを含んでなる印刷ジ
ョブデータの所定の位置で返信用情報を発行する返信用
情報発行手段と、前記印刷ジョブデータを前記プリンタ
に送信する送信手段と、を備えたことを特徴とする印刷
データ生成装置。

【０１５６】表現７．前記返信用情報発行手段は、前記
返信用情報に加えて、該返信用情報の返信タイミングを
指定するタイミング指定情報を発行する表現６に記載の
印刷データ生成装置。

【０１５７】表現８．前記返信用情報発行手段は、前記
返信用情報と前記タイミング指定情報との間に前記印刷
データが位置するように、前記返信用情報及び前記タイ
ミング指定情報をそれぞれ発行する表現７に記載の印刷
データ生成装置。

【０１５８】表現９．前記返信用情報発行手段は、前記
タイミング指定情報、前記印刷データ、前記返信用情報
の順番で前記印刷データ処理手段に処理されるように、
前記タイミング指定情報及び前記返信用情報をそれぞれ
発行させる表現８に記載の印刷データ生成装置。

【０１５９】表現１０．前記プリンタから返送される前
記返信用情報に基づいて前記印刷ジョブデータの処理状
態を監視するジョブ処理状態監視手段を更に備えた表現
６〜表現９のいずれかに記載の印刷データ生成装置。

【０１６０】表現１１．前記プリンタから返送される前
記返信用情報を検出し、該返信用情報を前記ジョブ処理
状態監視手段に通知する返信用情報検出手段を更に備え
た表現１０に記載の印刷データ生成装置。

【０１６１】表現１２．前記返信用情報は、前記印刷ジ
ョブデータの処理状態を示すジョブ処理情報と、該ジョ
ブ処理情報の返信を命令するための返信命令とを含んで
構成されている表現６〜表現１１のいずれかに記載の印
刷データ生成装置。

【０１６２】表現１３．前記ジョブ処理情報は、前記所
定の返送先への通信経路情報を含んでなる表現１２に記
載の印刷データ生成装置。

【０１６３】表現１４．前記ジョブ処理情報は、前記印
刷ジョブデータの処理位置情報を更に含んでなる表現１
３に記載の印刷データ生成装置。

【０１６４】表現１５．前記処理位置情報は、文字コー
ド情報として構成されている表現１４に記載の印刷デー
タ生成装置。

【０１６５】表現１６．前記ジョブ処理情報は、前記印
刷ジョブデータに係るドキュメントの情報を更に含んで
なる表現１５に記載の印刷データ生成装置。

【０１６６】表現１７．前記返信用情報は、前記印刷ジ
ョブデータの各ページ毎にそれぞれ発行される表現１２
〜表現１６のいずれかに記載の印刷データ生成装置。

【０１６７】表現１８．前記返信用情報は、前記印刷ジ
ョブデータに係るドキュメントの属性に基づいて、前記
印刷ジョブデータの一または複数のページに対応して発
行される表現１２〜表現１６のいずれかに記載の印刷デ
ータ生成装置。

【０１６８】

【発明の効果】以上説明した通り、本発明に係る印刷シ
ステム、プリンタ、印刷方法及び印刷データ生成装置に
よれば、印刷ジョブデータの所定の位置で返信用情報を
発行させ、プリンタ側から返信された返信用情報に基づ
いて印刷ジョブの進捗状況を容易かつ正確に監視するこ
とができる。従って、専用のプリントサーバ等を設ける
ことなく、低コストかつ柔軟な印刷ジョブの監視システ
ムを構築できる。

【０１６９】また、返信タイミング指定命令によって処
理終了を確認すべき印刷データを明示するため、処理速
度の低下を招くことなく、ジョブ処理情報による報告の
信頼性を確保することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る印刷システム
を示すブロック図である。

【図２】印刷ジョブデータ等の概略構造を示す説明図で
ある。

【図３】データ処理の流れの全体を示す説明図である。

【図４】ドライバ側処理を示すフローチャートである。

【図５】プリンタ側処理を示すフローチャートである。

【図６】ジョブ処理情報の検出処理を示すフローチャー
トである。

【図７】監視処理を示すフローチャートである。

【図８】本発明の第２の実施の形態による印刷システム
のブロック図である。

【図９】本発明の第３の実施の形態による印刷システム
のブロック図である。

【図１０】本発明の第４の実施の形態による印刷システ
ムのブロック図である。

【図１１】データ処理の流れの全体を示す説明図であ
る。

【図１２】ジョブ処理情報の検出処理を示すフローチャ
ートである。

【図１３】本発明の第５の実施の形態による印刷システ
ムのブロック図である。

【図１４】ドライバ側処理を示すフローチャートであ
る。

【図１５】監視処理を示すフローチャートである。

【図１６】本発明の第６の実施の形態による印刷システ
ムのブロック図である。

【図１７】プリンタ側処理を示すフローチャートであ
る。

【図１８】本発明の第７の実施の形態に係る監視処理を
示すフローチャートである。

【図１９】本発明の第８の実施の形態に係る返信用情報
の構造を示す説明図である。

【図２０】本発明の第９の実施の形態に係る印刷システ
ムのブロック図である。

【図２１】印刷ジョブデータ等の概略構造を示す説明図
である。

【図２２】データ処理の流れの全体を示す説明図であ
る。

【図２３】ドライバ側処理を示すフローチャートであ
る。

【図２４】プリンタ側処理を示すフローチャートであ
る。

【図２５】図２４に続くフローチャートである。

【図２６】エンジン制御部の処理を示すフローチャート
である。

【図２７】プリンタ内部のデータ処理の流れを模式的に
示す説明図である。

【図２８】図２７と同様のプリンタ内部のデータ処理を
示す説明図である。

【図２９】本発明の第１０の実施の形態に係るドライバ
側処理を示すフローチャートである。

【図３０】本発明の第１１の実施の形態に係るドライバ
側処理を示すフローチャートである。

【符号の説明】

１ ホストコンピュータ ２ プリンタドライバ ４ ジョブ処理情報検出部 ５ ジョブ処理状態監視部 ６ 印刷データ生成部 ７ 返信用情報発行部 １１ プリンタ １４ 解釈部 １６ プリントエンジン １７ 返信用情報処理部 ２１ ホストコンピュータ ３１ 中継サーバ ４１ プリンタ ５１ 他のホストコンピュータ ５２ ジョブ処理状態監視部 ６１ ジョブ処理状態監視部 ６２ モード選定部 ７１ プリンタ ７２ ステータス情報生成部 １００ ホストコンピュータ １０１ プリンタドライバ １０２ 返信用情報発行部 １１０ プリンタ １１１ 通信処理部 １１２ 解釈・主制御部 １１３ イメージ生成部 １１４ エンジン制御部 １１５ プリントエンジン ＴＣ 返信タイミング指定命令 ＲＤ 返信用情報

Claims (22)

【特許請求の範囲】
1. 【請求項１】 ホストコンピュータと、該ホストコンピ
   ュータからの印刷データを受信して印刷するプリンタと
   を備えた印刷システムにおいて、 印刷データを生成する印刷データ生成手段と、 前記印刷データを含んでなる印刷ジョブデータの所定の
   位置で返信用情報を発行する返信用情報発行手段と、 前記印刷データを解釈すると共に前記印刷ジョブデータ
   から前記返信用情報を検出して所定の返送先に返信させ
   る印刷データ処理手段と、 前記印刷データ処理手段の解釈に基づいて印刷させる印
   刷制御手段と、 前記印刷データ処理手段から返送される前記返信用情報
   に基づいて前記印刷ジョブデータの処理状態を監視する
   ジョブ処理状態監視手段と、を備えたことを特徴とする
   印刷システム。
2. 【請求項２】 前記印刷データ処理手段は、前記印刷デ
   ータの処理を終了した後に、前記返信用情報を前記所定
   の返送先に返信させる請求項１に記載の印刷システム。
3. 【請求項３】 前記印刷データ処理手段は、前記返信用
   情報が印刷動作に関する印刷データと対応付けられてい
   る場合には、前記印刷動作に関する印刷データの実行を
   確認してから前記返信用情報を前記所定の返送先に返信
   させる請求項１に記載の印刷システム。
4. 【請求項４】 前記返信用情報発行手段は、前記返信用
   情報に加えて、該返信用情報の返信タイミングを指定す
   るタイミング指定情報を発行し、 前記印刷データ処理手段は、前記タイミング指定情報に
   より指定された返信タイミングで前記返信用情報を前記
   所定の返送先に返信させる請求項１に記載の印刷システ
   ム。
5. 【請求項５】 前記返信用情報発行手段は、前記返信用
   情報に加えて、該返信用情報の返信タイミングを指定す
   るタイミング指定情報を発行し、 前記印刷データ処理手段は、前記タイミング指定情報を
   受信した場合には、前記返信用情報と対応付けられた印
   刷データの処理終了後に、該返信用情報を前記所定の返
   送先に返信させる請求項１に記載の印刷システム。
6. 【請求項６】 前記返信用情報発行手段は、前記返信用
   情報に加えて、該返信用情報の返信タイミングを指定す
   るタイミング指定情報を発行し、 前記印刷データ処理手段は、前記タイミング指定情報を
   受信した場合には、前記返信用情報と対応付けられた印
   刷動作に関する印刷データの処理を確認した後に、前記
   返信用情報を前記所定の返送先に返信させる請求項１に
   記載の印刷システム。
7. 【請求項７】 前記返信用情報発行手段は、前記返信用
   情報と前記タイミング指定情報との間に前記印刷データ
   が位置するように、前記返信用情報及び前記タイミング
   指定情報をそれぞれ発行する請求項４〜請求項６のいず
   れかに記載の印刷システム。
8. 【請求項８】 前記返信用情報発行手段は、前記タイミ
   ング指定情報、前記印刷データ、前記返信用情報の順番
   で前記印刷データ処理手段に処理されるように、前記タ
   イミング指定情報及び前記返信用情報をそれぞれ発行さ
   せる請求項７に記載の印刷システム。
9. 【請求項９】 前記印刷動作に関する印刷データは、給
   紙命令、排紙命令、改頁命令、改行命令、復帰命令のう
   ち少なくともいずれか一つである請求項６に記載の印刷
   システム。
10. 【請求項１０】 前記印刷データ処理手段から返送され
    る前記返信用情報を検出し、該返信用情報を前記ジョブ
    処理状態監視手段に通知する返信用情報検出手段を更に
    備えた請求項１〜請求項９のいずれかに記載の印刷シス
    テム。
11. 【請求項１１】 入力された印刷データに基づいて印刷
    を行うプリンタにおいて、 返信用情報と印刷データとを含んでなる印刷ジョブデー
    タを受信するための受信手段と、 前記印刷データを解釈すると共に前記印刷ジョブデータ
    から前記返信用情報を検出して所定の返送先に返信させ
    る印刷データ処理手段と、 前記印刷データ処理手段の解釈に基づいて印刷させる印
    刷制御手段と、を備えたことを特徴とするプリンタ。
12. 【請求項１２】 前記印刷データ処理手段は、前記印刷
    制御手段が前記印刷データの処理を終了した後に、前記
    返信用情報を前記所定の返送先に返信させる請求項１１
    に記載のプリンタ。
13. 【請求項１３】 前記印刷データ処理手段は、前記返信
    用情報が印刷動作に関する印刷データと対応付けられて
    いる場合には、前記印刷制御手段による前記印刷動作に
    関する印刷データの実行を確認してから前記返信用情報
    を前記所定の返送先に返信させる請求項１１に記載のプ
    リンタ。
14. 【請求項１４】 前記印刷動作に関する印刷データは、
    給紙命令、排紙命令、改頁命令、改行命令、復帰命令の
    うち少なくともいずれか一つである請求項１３に記載の
    プリンタ。
15. 【請求項１５】 前記印刷ジョブデータには、更に、前
    記返信用情報の返信タイミングを指定するタイミング指
    定情報が含まれており、 前記印刷データ処理手段は、前記タイミング指定情報に
    より指定された返信タイミングで前記返信用情報を前記
    所定の返送先に返信させる請求項１１に記載のプリン
    タ。
16. 【請求項１６】 前記印刷ジョブデータには、更に、前
    記返信用情報の返信タイミングを指定するタイミング指
    定情報が含まれており、 前記印刷データ処理手段は、前記タイミング指定情報を
    受信した場合には、前記返信用情報と対応付けられた印
    刷データを前記印刷制御手段が処理した後に、該返信用
    情報を前記所定の返送先に返信させる請求項１１に記載
    のプリンタ。
17. 【請求項１７】 前記印刷ジョブデータは、前記返信用
    情報と前記タイミング指定情報との間に前記印刷データ
    が位置するように構成されている請求項１５又は請求項
    １６のいずれかに記載のプリンタ。
18. 【請求項１８】 前記印刷ジョブデータは、前記タイミ
    ング指定情報、前記印刷データ、前記返信用情報の順番
    で前記印刷データ処理手段に処理されるように構成され
    ている請求項１７に記載のプリンタ。
19. 【請求項１９】 前記受信手段と前記印刷データ生成手
    段と前記印刷制御手段とは、それぞれ並行動作可能に構
    成されている請求項１１〜請求項１８のいずれかに記載
    のプリンタ。
20. 【請求項２０】 プリンタに送信する印刷データを生成
    するためのプログラムを記録した記録媒体において、 入力されたドキュメントに基づいて印刷データを生成す
    る印刷データ生成機能と、 前記印刷データを含んでなる印刷ジョブデータの所定の
    位置で返信用情報を発行する返信用情報発行機能と、 前記プリンタから返送される前記返信用情報に基づいて
    前記印刷ジョブデータの処理状態を監視するジョブ処理
    状態監視機能と、を前記コンピュータが読取り及び理解
    可能な形態で記録したことを特徴とする記録媒体。
21. 【請求項２１】 前記返信用情報発行機能は、前記返信
    用情報に加えて、該返信用情報の返信タイミングを指定
    するタイミング指定情報を発行する請求項２０に記載の
    記録媒体。
22. 【請求項２２】 前記プリンタから返送される前記返信
    用情報を検出し、該返信用情報を前記ジョブ処理状態監
    視機能に通知する返信用情報検出機能を更に備えた請求
    項２０又は請求項２１のいずれかに記載の記録媒体。