JPH08267877A - プリンタ装置及びその制御方法 - Google Patents

Abstract

(57)【要約】 【目的】 ホストコンピュ−タ側で確実にその状態を正
確に把握することができるプリンタ装置及びその制御方
法を提供することを目的とする。 【構成】 ホストコンピュ−タ１から受信したジョブ単
位のデ−タそれぞれに固有の識別子を割り当て、該割り
当てられた識別子をデータ元に対して返信すると共に受
信したジョブ単位のデ−タに対する処理の完了応答であ
る情報をデータ元に返信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えばホストコンピュ
ータから受け取ったデータを解析し、出力処理を行なう
プリンタ装置及びその制御方法に関するものである。

【０００２】

【従来の技術】従来のプリンタ装置として、ホストコン
ピュータから送られてきたコマンドに従って、文字や図
形やイメージなどを描画し、文書出力を行なったり、プ
リンタの初期化などの装置の制御を行なったりするもの
が知られている。

【０００３】また同様に、ホストから送られてきたコマ
ンドに従って、プリンタ装置の状態や、プリンタ環境の
設定、文書出力の経過、使用するフォントなどの情報な
どを、双方向インターフェースを介して、ホストへ応答
する機能を持ったプリンタ装置も知られている。

【０００４】このような各種プリンタ情報を、コマンド
に従いホストに伝達する機能を「ステータス応答」など
と呼ぶ。

【０００５】ステータス応答で用いられる双方向インタ
ーフェースとしては、従来から一般的なＲＳ‐２３２Ｃ
や、近年登場した Ｂｉ‐Ｃｅｎｔｒｏｎｉｃｓ、イー
サネットなどなどと色々な方式がある。

【０００６】近年のプリンタ装置では、従来の単方向イ
ンターフェースに代わり、これら双方向インターフェー
スが標準となりつつある。今後この双方向インターフェ
ースを用いて、ステータス応答を利用するプリンタシス
テムがますます増加していくと考えられる。

【０００７】ステータス応答の機能を用いることで、ホ
ストコンピュータは、接続されているプリンタの状態を
把握することができる。

【０００８】例えば、プリンタ装置が現在印字可能な状
態であるかをステータス応答させたり、紙切れや紙詰ま
りなどの障害が発生した場合にそれを連絡してもらった
りすれば、ホストコンピュータから離れたところにプリ
ンタ装置が設置されていたりしても、いちいちプリンタ
装置の状態を確認しに出向いたりする必要がなくなる。

【０００９】また、そのプリンタ装置で使用できるフォ
ントの種類、描画できる図形の種類、実行できるプリン
タ言語の種類などの情報をステータス応答してもらえ
ば、文書出力データを作成する時に、どのようなフォン
トを使い、どのプリンタ言語を使って描画すればいい
か、などの指針となる。

【００１０】従来の単方向インターフェースプリンタ装
置では、ホストコンピュータ側は、データを送ったら送
ったっきりで、プリンタ装置が正しく描画してくれた
か、何か障害が起こって停止しているのではないか、な
どといったことが全く把握できず、また、データ作成時
にも、このプリンタ装置には、このフォントやこの描画
機能が用意されているはずだから、といった推測で描画
データを作らなければならなかった。

【００１１】今後は、この双方向インターフェースとス
テータス応答機能を用いて、ホスト側でプリンタ装置の
情報を獲得して管理するようなシステムが一般的になっ
てくると考えられる。

【００１２】双方向インタ−フェ−スを用いてステータ
ス応答を行なう場合、まずステータス応答を要求するコ
マンドをホストがプリンタに対して発行する。

【００１３】プリンタ側では、これを言語解析し、ステ
ータス応答を要求しているコマンドであると認識し、該
当するプリンタの情報を調べ、これを転送データ形式で
記述し、ホストコンピュータへ送信する。

【００１４】ホストではこれを受け取り、データ解析し
て、プリンタの状態を知ることになる。

【００１５】これでわかるように、ホストとプリンタの
インターフェースとしては、ホストからプリンタへの送
信と、プリンタからホストへの返信の、２つの方向があ
る。

【００１６】この２方向のデータのやりとりは、その双
方向通信の形式により異なる。

【００１７】例えば、送信と返信が完全に独立したタイ
ミングで行なわれる方式もあれば、送信か返信のどちら
か片方だけが一時期に実行でき、必要に応じて送信、返
信を切替える方式もある。

【００１８】プリンタ装置の場合、通常の使われ方では
ホストからプリンタ装置へのデータの流れが、そのほと
んどを占める。

【００１９】このため、プリンタからホストへの転送よ
りも、ホストからプリンタへの転送に重点をおき、この
方向の流れが効率良く実行されるように、そのインター
フェースのアルゴリズムや、ハードウエアなどが調整さ
れている。

【００２０】このため、送信と返信が、必ずしも１対１
のタイミングで実行されるとは限らない。

【００２１】例えば、ステータス応答を含む出力データ
を送った場合、出力処理を優先するために、ある程度出
力データ処理をしてからでないと、ステータス応答を返
せない場合がある。応答をするためには、出力データの
受け取りを一時ストップしたり、ＣＰＵの処理をそれに
割り振らなければならず、効率良いプリンタ処理を妨げ
てしまうからである。

【００２２】これはホスト側の送受信部の動作について
も同様である。

【００２３】一般的に、ホスト側がプリンタからの応答
を受ける処理は、出力データを送る処理よりも、プライ
オリティを低くしている。

【００２４】また、転送速度もプリンタへの送信速度に
比べて、プリンタからの受信はスピードが遅い場合が多
い。

【００２５】このように一般のプリンタ装置では、ホス
トからプリンタへのデータ転送に重点がおかれており、
応答に関しては扱いが低いために、ステータス応答要求
コマンドを発行しても、すぐに応答が戻ってくるとは限
らないのである。

【００２６】また、ホスト側、データ送受信を行なうイ
ンターフェース、プリンタ側のそれぞれの処理速度や、
処理のタイミングの違いによるズレを抑えるために、そ
れぞれの接点において、データバッファを設けることが
一般的になっている。

【００２７】例えば、ホストからインターフェースを通
して、プリンタ装置にデータを送る時には、プリンタ装
置の入口に受信バッファと呼ばれるデータバッファを設
けておく。インターフェースから送られてきたデータ
は、一旦このバッファに蓄積される。この蓄積処理は、
インターフェースの処理速度、処理タイミングに合わせ
て行なわれるので、インターフェースにとっての負担を
軽減し、そのインターフェースの最適な条件で処理を行
なうことが出来る。

【００２８】またプリンタ装置側も、プリンタ装置の処
理速度、処理タイミングで、その受信バッファからデー
タを受けることが出来、同様に最適な条件で処理が行な
える訳である。

【００２９】しかし、一旦データを溜めておくというこ
とは、ホストがデータを発行してそれがすぐに処理され
るのではなく、ある程度の時間を置いた上で処理される
ということを意味する。

【００３０】今ホストがステータス応答要求を指令した
としても、その指令データは、一旦受信バッファなどに
蓄えられ、プリンタ側がそのバッファを順番に読み込
み、その指令データを受け取った時点で始めて処理が開
始される訳である。

【００３１】このため、データ搬送経路中にこのような
バッファがある場合には、ステータスの要求発行をして
から、応答の返信が届くまでには、ある程度時間がかか
ってしまう。

【００３２】次に、プリンタ装置で行なわれるステータ
ス応答処理である。

【００３３】応答の内容によっては、その情報を獲得す
るのに時間がかかるものがある。例えば、内蔵されてい
るフォントの全文字をサーチして情報を得るようなステ
ータス応答を指令したとする。用意されているフォント
の状態にもよるが、場合によっては数秒を要することが
ある。

【００３４】また、プリンタの状態が変化したら、それ
をホスト側に連絡するようなステータス応答を要求した
とする。

【００３５】例えば、文書出力を行なっていて、全ペー
ジが完全に出力し終ったら、ホスト側にそれを通知する
ようなステータス応答を要求する。

【００３６】すると、要求コマンドを発行してから、全
ページ排出し終って、応答が返るまで数十秒から数分の
時間差が生じることがある。

【００３７】このような時に、応答が返るまでホストか
らの出力データ送信を止める訳にはいかないので、要求
コマンドと、ステータス応答のタイミングは、完全にず
れることとなる。

【００３８】以上に述べたように、ステータス応答の返
信は、必ずしもホストがステータス応答要求コマンドを
発行してすぐに返されるとは限らない。

【００３９】即時に応答される場合もあれば、数秒から
数分以上も経って応答される場合もある。ホストコンピ
ュータ側では、これを受け、解析しプリンタの状態を知
ることとなる。

【００４０】従来のプリンタ装置のようにステータス応
答を用いる頻度が低い場合には、多少の時間差があって
も、許容範囲として処理することができた。

【００４１】しかし、今後ますますこのステータス応答
を用いたプリンタ装置との情報交換は盛んになり、その
使用頻度も高くなってくる。

【００４２】こうなると、この送信と応答のタイミング
のズレは、大きな問題をはらんでくる。

【００４３】さて、具体的に従来のプリンタ装置におけ
る問題点を説明する前に、実際の文書出力について説明
しておこう。

【００４４】一般に一つのドキュメントをプリントする
場合に、ホストコンピュータなどからプリンタ装置に送
られる出力データは、図７に示すような形態を持ってい
る。この出力データのひとかたまりを「ジョブ」と呼
ぶ。

【００４５】まず出力データのジョブ開始を宣言する
（１）。これはプリンタ装置に対して出力データが送ら
れて来たことを知らせる働きをする。

【００４６】次にプリンタ環境を初期化する（２）。プ
リンタの環境は、それ以前に送られてきたデータにより
いろいろな状態に変化している可能性がある。このまま
新しいデータを処理すると、その変化した環境の影響を
受けてしまい、予定した通りにプリントできない場合が
ある。そこで出力処理を開始する前にプリンタの環境を
初期化することで、このそれ以前の影響を排除する。

【００４７】さらにこれから始める出力で用いるプリン
タ環境を設定する（３）。例えばプリントする用紙のサ
イズを設定したり、印字で用いるフォントをホストコン
ピュータからダウンロードして登録しておいたりする。
この前準備により、これに続くプリント処理が正しく実
行される。

【００４８】この(１)〜(３)の一連の処理をジョブの前
処理と呼ぶ。

【００４９】そして実際の出力を行なう（４）。出力は
文字や図形やイメージなどを描画するデータを記述し、
１ページ分のデータ記述が終ったら、排出命令を発行す
るのが一般的である。これを出力するページ分繰り返す
ことで、複数ページに渡るドキュメントがプリントされ
る。

【００５０】全ページのプリント指示が終ったら、後処
理として使用したプリンタの環境を元に戻す（５）。変
更したプリンタ環境を元に戻したり、使用した登録フォ
ントなどを削除したりして、次に送られてくるであろう
別の出力のための環境を整えておく。

【００５１】最後に出力データのジョブ終了を宣言する
（６）。これによりプリンタ装置は、一つのデータ処理
が完了したことを認識する。

【００５２】この(５)〜(６)の一連の処理をジョブの後
処理と呼ぶ。

【００５３】以上は一般的な例であり、実際にはもう少
し複雑でこのように明確に分けられない場合もある。例
えば、（１）の開始宣言と同時に自動的に（２）の初期
化がされてしまったり、（５）の後処理が省略されたり
することもある。しかし、概ねこのような形態になって
いると考えて差し支えない。

【００５４】この（１）〜（６）の一連のデータのかた
まりを、一般的に「ジョブ」（または「プリントジョ
ブ」など）と呼ぶ。ホストコンピュータから一つのドキ
ュメントを出力する時には通常の場合、プリンタ装置は
このジョブの単位でデータを処理していく。

【００５５】ホストから複数のドキュメントを出力する
場合には、順番にこのドキュメント出力に該当する、複
数のジョブを送ることで実現する。プリンタ装置は送ら
れてきた複数のジョブを一つ一つのジョブの単位で順番
に処理しプリントする。

【００５６】またネットワークなどのように複数のコン
ピュータが接続されていて、複数のユーザがそれぞれの
ドキュメント出力を行なうような場合にも、それぞれか
ら送られてきたジョブを、一つ一つのジョブの単位で順
番に処理してプリントする。

【００５７】このように複数のホスト、複数のユーザ、
複数のドキュメントの出力を、このようなプリントシス
テムでは、ジョブの単位で処理することで、混乱無く対
処している訳である。

【００５８】それでは次に、以上のようなジョブの各段
階において、ステータス応答が実際にどのように使われ
ているのかを説明しよう。

【００５９】例えばまず、図７のプリンタ環境設定
（３）の段階だが、プリンタ環境を設定するためには、
そのプリンタにどのようなプリンタ環境項目が存在して
いるか、その項目に対してどのような設定値が選択でき
るのか、などといった情報が判っていなくてはならな
い。

【００６０】例えば大きい用紙に印字したい時、そのプ
リンタで使用できる最大の用紙サイズがＡ３版なのかＢ
４版なのかによって、記述されるデータは大きくことな
る。これらはプリンタの機種やバージョンによって異な
っている可能性がある。Ｂ４版の大きさまでしか対応し
ていない機種なのかもしれない。或いは、対応している
機種でも、その時に装着されている紙カセットなどの装
着部品によっては、Ａ３版での印字が出来ないかもしれ
ない。

【００６１】またプリンタ側に用意されているフォント
の種類なども、ドキュメントを記述するためには重要な
情報である。例えば、72ポイントの大きさの文字を印字
したい時、そのフォントがプリンタに無いと正しく印字
できなくなる。場合によっては必要なフォントをホスト
側からダウンロードしてプリンタ内に登録しておかなけ
ればならない。

【００６２】イメージデータのような大量データを送る
時に、もしプリンタ側に圧縮されたデータを受けとる能
力が備わっているならば、データを圧縮してから送るこ
とで、データ転送時間を大幅に削減することが可能とな
る。このような便利な機能が備わっていても、それを知
らなければ、ホストは無駄に処理に時間を取られてしま
う。

【００６３】このようにプリンタ側の状態により、出力
データの記述内容などが変化してしまう場合が多々発生
するので、前もってプリンタの状態を調査しておく必要
がある。このためにステータス応答を用いる。ステータ
ス応答では、使用できる用紙の大きさやフォントの種
類、空いているＲＡＭの容量などといった、プリンタ装
置のあらゆる情報を得ることが出来る。プリンタの状態
や能力を知ることで、出力データを最適な形態で記述す
ることが可能となり、そのプリンタの性能を十分に引き
出すことができる。

【００６４】次に例えば、実際の各ページ出力（４）の
段階では、刻々と変化するプリンタの状況を、ステータ
ス応答によりホストに伝達する。

【００６５】例えば、出力している途中で用紙が無くな
ってしまった場合には、紙切れをあらわすステータス応
答「STATUS PAPER-OUT」などをホストに通知する。これ
を受けてホストでは、ユーザに対して紙切れの警告をコ
ンピュータ端末の画面などに表示する。さらに何らかの
障害が発生して、正しくプリントが行なえなかった場合
には、再度プリントをやり直すために、データの再送要
求のステータス応答を送る。また順調にプリントされて
いる場合にも、現在何ページまで印字できたかなどとい
った、途中状況の通知を行なう。

【００６６】このようにプリンタの環境や能力、刻々と
変化する状況等の情報を、ステータス応答により伝達す
ることで、ホストコンピュータ側でプリンタの状態を把
握することが可能となる訳である。

【００６７】

【発明が解決しようとする課題】それではこれらジョブ
の概念、及びステータス応答の使用例を踏まえた上で、
従来のプリンタ装置における問題点を説明しよう。例え
ば、複数のドキュメント出力のジョブを処理する場合の
ステータス応答について考えてみる（図８）。

【００６８】まずホストコンピュータ側での動きを説明
する。今、ホストコンピュータなどが複数の出力ジョブ
をプリンタ装置から出力しようとしていたとする。複数
のドキュメント出力を行なう場合、ホストコンピュータ
はそれを順番に一つ一つ処理していく。

【００６９】まず一つめのドキュメント出力を開始す
る。ジョブの開始をプリンタに対し宣言し、プリンタ環
境を初期化し、これから行なう出力のためのプリンタ環
境設定などの前処理を行なう（１）。

【００７０】次にホストコンピュータは、出力するドキ
ュメントの内容を文書ファイルなどから読み込み、その
内容から文字や図形やイメージなどをどのようにレイア
ウトすれば良いか判断し、その描画内容を該当するプリ
ンタ言語記述形式に変換し、出力データとしてプリンタ
装置に送り出す（２）。

【００７１】全ページの出力データ転送が完了したら、
ホストコンピュータは、プリンタ環境を元に戻し、ジョ
ブの終了を宣言するなどの後処理を行なう（３）。これ
でホスト側において、最初のドキュメント出力、ジョブ
１が終了した訳である。

【００７２】ホストコンピュータは、続いて次のドキュ
メント出力、ジョブ２を処理開始する（４）。ジョブ２
の処理もジョブ１と同様に行われる。さらにドキュメン
ト出力が続く場合には、ジョブ３、ジョブ４と同様の処
理を行なう。

【００７３】次に、プリンタ側での処理について説明す
る。

【００７４】ホスト側から（１）の前処理のデータを受
け取るとその指令に従って、プリンタは環境の初期化、
必要な環境の設定を行なう（１’）。

【００７５】この時、前述したステータス応答により、
使用できる用紙サイズの情報や、プリンタの空きメモリ
容量などの情報をホスト側へ連絡する。この情報により
ホスト側では、最適なプリントが行なえるように出力デ
ータを調節する。

【００７６】このステータス応答は通常、ホストが要求
した時にすぐプリンタ側から返されるので、ホスト側の
処理（１）とプリンタ側の処理（１’）はほぼ同期して
いる。

【００７７】続いてホスト側から（２）の出力データを
受け取る。プリンタ側では受け取ったこの出力データを
解析し、対応する文字や図形やイメージの描画を行う。
そして改ページの指令を受け取り、描画された用紙を排
出する（２’）。

【００７８】この時、前述したステータス応答により、
ページが排出される毎に何ページまで出力が完了したか
の情報や、紙切れなどのプリンタの状態の情報をホスト
側に伝達する。ホスト側ではこれを受け取り、プリンタ
がどのような状態であるか把握することが可能となる。

【００７９】但し、このプリンタ側の出力処理は、文字
や図形などの展開に時間がかかったり、プリンタエンジ
ンの出力速度に制限があるため、どうしてもある程度の
時間がかかる。このためホスト側では、（２）の出力デ
ータ作成処理及び、プリンタへの転送処理が完了してい
ても、プリンタ側ではまだ（２’）の描画展開処理及
び、ページ出力処理を行なっている場合が多々ある。

【００８０】ホスト側でのデータ作成、転送処理は１ペ
ージあたり通常数秒程度で済むのに対して、プリンタ側
での描画出力処理は、１ページあたり早くても数十秒、
遅い場合には数分を要するものもある。

【００８１】最近ではこの処理スピードの違いをカバー
するために、プリンタ側に大量の受信バッファを持た
せ、ホスト側から送られてきたデータをとにかくそのバ
ッファに蓄積してしまい、ホスト側をできるだけ早くプ
リント処理から開放してやるようになっている。このた
めなおさら、ホスト側の処理は瞬時に終わってしまい、
プリンタ側との処理スピード差は広がってきている。

【００８２】このように描画出力処理の段階では、ホス
ト側の処理（２）とプリンタ側の処理（２’）は、大抵
の場合同じタイミングでは進まない。プリンタ側の処理
が遅れる傾向にある。

【００８３】このプリンタ側の処理の遅れにより、ホス
ト側から指令された後処理（３）の命令は、すぐに処理
されず、取り敢えず受信バッファに蓄積される。そして
プリンタ側で（２’）の描画出力処理が全て完了した後
で、実行される（３’)。

【００８４】同様に、ホスト側における（４）次のジョ
ブの出力データも、取り敢えず受信バッファに蓄積され
るのが普通で、プリンタ側ですぐに処理される訳ではな
い。前のジョブが完了してから引き続いて処理されるよ
うになっている。

【００８５】従って、ホスト側では既に次のジョブの処
理が行なわれているのに、プリンタ側では前のジョブの
出力を行なっているような状況が頻繁に起こりうる。こ
のようなホスト側とプリンタ側の処理のタイミングのズ
レが、ステータス応答において大きな問題を生じさせて
いる。

【００８６】例えば、ホスト側の処理が既にジョブ２の
出力データ作成転送処理の段階に入っていた時、プリン
タ側はジョブ１の描画出力処理の段階だったとする。

【００８７】プリンタ側はページを排出する毎にホスト
側に向けて、「現在３ページ目を排出完了した」といっ
た情報をステータス応答として送出する。これは即ち
「ジョブ１」の「３ページ目の排出」を意味するのだ
が、従来のステータス応答では「何ページ目であるか」
という情報だけしか返していなかった。このためホスト
側では、現在ホスト側で処理している「ジョブ２」の
「３ページ目」などと誤解をしてしまう可能性がある。

【００８８】ページの排出状態以外にも、例えばジョブ
２で要求した登録フォントの種類の情報が、プリンタ側
から応答された時には、既にホスト側ではジョブ３の処
理をしていた、などといったように、あらゆるステータ
ス応答において混乱を招く恐れを持っている。

【００８９】近年では、一つのプリンタ装置を同時に複
数のホストやプロセスやユーザが共用して使用する例が
増えている。そのような環境では、このような混乱が頻
繁に起こる。

【００９０】また一対一の関係であっても、複数のジョ
ブにおけるステータス応答要求コマンドと、それに対す
るステータス応答のタイミングが不確定であることは、
複雑なステータス応答によるホストとプリンタ装置の情
報交換を妨げ、ホストとプリンタの制御が一体となった
高度なプリンタシステムの構築の障害となっている。

【００９１】このように従来のプリンタ装置では、ステ
ータス応答をホストに対して送出する時に、その応答が
どのジョブにおけるものであるか、を識別する手段が無
かったために、ホスト側での混乱を招き、ホスト側での
正しいプリンタ状態把握を困難にするという問題点があ
った。

【００９２】本発明は上記問題点に鑑みてなされたもの
で、ホストコンピュ−タ側で確実にその状態を正確に把
握することができるプリンタ装置及びその制御方法を提
供することを目的とする。

【００９３】

【課題を解決する為の手段】この課題を解決するため
に、本発明のプリンタ装置は、データ元からのジョブ単
位のデ−タに従ってプリント処理を行うプリンタ装置で
あって、前記ジョブ単位のデ−タを受信する受信手段
と、該受信手段により受信したジョブ単位のデ−タそれ
ぞれに固有の識別子を割り当てる割り当て手段と、前記
受信手段により受信したジョブ単位のデ−タに対する処
理の完了応答である情報を、前記割り当て手段で当該ジ
ョブ単位のデ−タに対して割り当てられた識別子と共に
データ元に返信する情報返信手段とを備える。

【００９４】また、本発明の制御方法は、データ元から
のジョブ単位のデ−タに従ってプリント処理を行うプリ
ンタ装置の制御方法であって、前記ジョブ単位のデ−タ
を受信する受信工程と、該受信工程により受信したジョ
ブ単位のデ−タそれぞれに固有の識別子を割り当てる割
り当て工程と、前記受信工程により受信したジョブ単位
のデ−タに対する処理の完了応答である情報を、前記割
り当て手段で当該ジョブ単位のデ−タに対して割り当て
られた識別子と共にデータ元に返信する情報返信工程と
を備える。

【００９５】また、本発明のプリンタ装置は、データ元
からのジョブ単位のデ−タに従ってプリント処理を行う
プリンタ装置であって、前記ジョブ単位のデ−タ及び当
該ジョブ単位のデ−タ毎に割り当てられた固有の識別子
を受信する受信手段と、前記受信手段により受信したジ
ョブ単位のデ−タに対する処理の完了応答である情報
を、当該ジョブ単位のデ−タに対して割り当てられた識
別子と共にデータ元に返信する情報返信手段とを備え
る。

【００９６】また、本発明の制御方法は、データ元から
のジョブ単位のデ−タに従ってプリント処理を行うプリ
ンタ装置の制御方法であって、前記ジョブ単位のデ−タ
及び当該ジョブ単位のデ−タ毎に割り当てられた固有の
識別子を受信する受信工程と、前記受信工程により受信
したジョブ単位のデ−タに対する処理の完了応答である
情報を、当該ジョブ単位のデ−タに対して割り当てられ
た識別子と共にデータ元に返信する情報返信工程とを備
える。

【００９７】

【作用】上記構成により、プリンタ側でジョブ単位のデ
−タに固有の識別子を付し、各ジョブ単位のデ−タに対
する識別子と、各ジョブ単位のデ−タに対する応答の識
別子とをデータ源が認識して、たとえ、ステータス応答
が送り返されるまでに時間が経過してしまっていても、
あるいは、複数のステータス応答が送り返される順番
が、その応答を要求するジョブ単位のデ−タの順番と異
なってしまっていても、どのジョブ単位のデ−タに対す
る応答であるかを明確に提示することを可能とする。

【００９８】また、上記構成により、デ−タ源側でジョ
ブ単位のデ−タに固有の識別子を付し、各ジョブ単位の
デ−タに対する識別子と、各ジョブ単位のデ−タに対す
る応答の識別子とをデータ源が認識して、たとえ、ステ
ータス応答が送り返されるまでに時間が経過してしまっ
ていても、あるいは、複数のステータス応答が送り返さ
れる順番が、その応答を要求するジョブ単位のデ−タの
順番と異なってしまっていても、どのジョブ単位のデ−
タに対する応答であるかを明確に提示することを可能と
する。

【００９９】

【実施例】

（実施例１）以下、添付図面にしたがって、本発明の実
施例を説明する。

【０１００】図１は実施例のプリンタ装置の構成を示す
ブロック図である。

【０１０１】本実施例では、１実施例として、ページプ
リンタについて記述してある。

【０１０２】図において、１はホストコンピュータであ
り、文字、図形などの出力データ及び各種制御コマンド
を発生する他、プリンタ装置の各種情報を知るためのス
テータス応答要求コマンドを発生し、出力装置の主要部
をなすプリンタ装置２に入力する。

【０１０３】ホストコンピュータ１とプリンタ装置２の
間は、双方向インターフェースにより接続されており、
ホスト１からプリンタ２へのデータ転送の他、プリンタ
装置２からホスト１へのデータの返信を可能としてい
る。

【０１０４】プリンタ装置２において、３はデータ受信
管理部であり、ホストコンピュータ１より入力される文
字や図形などの出力データ、各種制御コマンド、ステー
タス応答要求コマンドを受け取り、これを管理する。

【０１０５】このデータ受信管理部３は、ホスト１から
のデータを受け取り、一時的に蓄えておくための受信バ
ッファを備えている。

【０１０６】４は、これらコマンドの内容を詳しく解析
し、その命令に従って関連する制御を指示するプリンタ
言語解析部である。ここでは、データ受信管理部３が保
持している各コマンドを一つ一つ順番に受け取り、その
内容をプリンタ言語の記述ルールに従って調査し、その
コマンドがどのような処理の実行を要求しているか判別
する。

【０１０７】この判別の結果、そのコマンドがプリント
ジョブの開始、終了宣言などといった、ジョブ管理関係
のコマンドであった場合には、ジョブ管理部５に対して
該当するジョブ管理指令を発行する。

【０１０８】そのコマンドが文字や図形やイメージなど
の描画を指令するものであった場合には、描画出力部６
に対して該当する描画出力を指令する。

【０１０９】プリンタ装置の制御を指令するものであっ
た場合には、プリンタ装置制御部７に対して該当する制
御を指令する。

【０１１０】また、なんらかのステータス応答を要求す
るものであった場合には、ステータス応答処理部８に対
して該当するステータス応答要求の指令を発行する。

【０１１１】５は、本発明によるところのジョブ管理部
である。

【０１１２】ジョブ管理部５では、プリンタ言語解析部
４からのジョブ管理指令に従って、ホスト１から送られ
てきたプリントデータをジョブ単位で処理する。本発明
によるところのジョブ管理部５では、ホスト１よりプリ
ントジョブのジョブ開始宣言を受け取ると、そのジョブ
に対して管理ＩＤを自動的に割り振る。

【０１１３】この管理ＩＤは、このジョブを他のジョブ
と区別するためのもので、例えば、ジョブ開始宣言を受
け付けた順番に振られる番号であったり、或いは、何ら
かの独立した文字列であったりする。

【０１１４】但し、この管理ＩＤは、受け付けたジョブ
毎に全て異なるＩＤでなければならない。

【０１１５】そしてこのジョブ毎に割り振られた管理Ｉ
Ｄを、この受け取った出力データの各ジョブに対して、
ジョブ管理ＩＤ情報として付加して管理する。このジョ
ブ管理ＩＤ情報は、その対象となるジョブの処理が完全
に完了するまで保持される。

【０１１６】さらにこれと同時に、ジョブ管理部５は、
このジョブ管理ＩＤ情報を、双方向インターフェースを
介して、即時にホストコンピュータ１へ返送する。

【０１１７】この時の返送は、ジョブを受け取った順番
に、すぐに実行される。

【０１１８】６は、プリンタ出力を行なうための文字や
図形やイメージなどの描画展開を行ない出力するため
の、描画出力部である。

【０１１９】ここでは、プリンタ言語解析部４からの描
画出力指令に従って、該当する文字パターンを作成した
り、図形の計算、描画を行なったり、イメージデータの
展開を行ない、これら出力展開データをプリンタエンジ
ン９に送出する。

【０１２０】プリンタエンジン９は、例えばレーザビー
ムプリンタエンジンなどのような装置で、描画出力部６
から受け取った出力展開データに従い、電子写真方式な
どの仕組みを用いて、実際のプリント出力処理を行な
う。

【０１２１】７は、プリンタ装置制御部である。ここで
は、プリンタ言語解析部４からのプリンタ装置制御指令
に従い、例えば使用する用紙の選択や、プリンタ装置の
初期化などといった、プリンタ装置の制御及び管理を行
なう。

【０１２２】８は、本発明によるところのステータス応
答処理部である。

【０１２３】ここでは、プリンタ言語解析部４から受け
取ったステータス応答要求指令に従い、該当するプリン
タ環境の内容を調査する。

【０１２４】調査する内容は、各種フォント情報や、描
画機能の内容、データを受け付けられる状態かどうか、
プリンタ装置のステータス、プリンタ出力の進行状態な
どなどと、多岐に渡るものである。

【０１２５】このステータス応答処理部８では、これら
各種プリンタ環境を調査し、その結果の内容に従って、
文字列などの形式によりこの内容を表現するステータス
応答情報を作成する。

【０１２６】この時、本発明によるプリンタ装置では、
この応答要求命令が記述されていたジョブデータに対し
て、ジョブ管理部５が割り振った管理ＩＤ情報を、この
応答情報に付加する。

【０１２７】そして、このステータス応答情報をデータ
送信管理部１０に伝達する。

【０１２８】データ送信管理部１０では、ステータス応
答処理部８から返されたこのステータス応答情報を受け
取ると、送信バッファなどに一時的に蓄え、双方向イン
ターフェースのタイミングを見はからって、この管理Ｉ
Ｄ情報が付加された形式で、ステータス応答をホスト１
に対して返信する。

【０１２９】図２は、図７の例に対応して、本発明によ
るステータス応答の一例を表すものである。

【０１３０】今、ホストコンピュータからプリンタに対
して最初のジョブ１が送り出されたとする（１）。

【０１３１】プリンタ言語解析部４は受け取ったジョブ
データを命令単位毎に解析し、ジョブの開始宣言を受け
取ると、それをジョブ管理部５に伝達する。

【０１３２】本発明によるジョブ管理部５は、これに従
ってジョブの管理を開始するとともに、このジョブに対
してジョブ管理ＩＤ情報を割り振る（２）。

【０１３３】そして、ジョブ管理部５は、この割り振ら
れた管理ＩＤ情報を付加した形で各ジョブを管理する。

【０１３４】例えば、最初のジョブ１に割り振られたジ
ョブ管理ＩＤが「３７」、次のジョブ２が「３８」、そ
の次のジョブ３が「３９」などといったように管理され
る。

【０１３５】ジョブ管理部５は、割り振ったジョブ管理
ＩＤを、即座にステータス応答処理部８から、ホストコ
ンピュータ１に送出し、送られてきたジョブ１が、管理
ＩＤ「３７」であることを伝達する（３）。

【０１３６】これは例えば「ＳＴＡＴＵＳ ＪＯＢ Ｉ
Ｄ：３７ ＲＥＣＥＩＶＥＤ」といった文字列などによ
り伝達される。

【０１３７】前述の例で述べたように、ホスト１はプリ
ンタの各種情報をステータス要求する（４）。

【０１３８】使用できる用紙サイズの種類や、用意され
ているフォントの内容、紙切れなどの障害が発生してい
ないかなどといったプリンタの状態、現在出力中のジョ
ブが何ページまで排出されたか、全ページ出終わったか
どうか、などなどのあらゆる情報である。

【０１３９】これらに対するステータス応答は、対応用
紙サイズの情報のようにすぐに送り返せるものもあれ
ば、プリンタの状態のように刻々と変化し、その都度送
り返さなくてはならないものや、ページの排出状況のよ
うに、プリンタエンジンが処理し終わるまで待ってから
応答しなくてはならないものもある。

【０１４０】このため場合によっては、ステータス要求
を受け取ってから、かなり時間が経ってからホストに送
り返される場合がある。

【０１４１】そして、前述したようにホスト側での最初
のジョブ１の処理が終わり、次のジョブ２の処理に移行
していたりする場合がよく起こりえる。

【０１４２】そこで本発明によるステータス応答処理部
８では、従来のステータス応答情報に、各ジョブに割り
振られた管理ＩＤ情報を付加した形式で、ホストコンピ
ュータ１に返信を行なう（５）。

【０１４３】例えば今、ジョブ１の出力データを処理し
ていて、３ページめがプリント完了したとする。ページ
の排出状態のステータス要求がホストから指定されてい
た場合には、これに連動して、３ページめ排出完了の情
報をホストに伝達しなければならない。

【０１４４】この時、本発明によるステータス応答処理
部８は、このページ排出情報に、ジョブ１の管理ＩＤ
「３７」を付加し、例えば「ＳＴＡＴＵＳ ＪＯＢ−Ｉ
Ｄ：３７ ＰＡＧＥ：３ ＦＩＮＩＳＨＥＤ」といった
文字列などによって情報を表し、ホストへ伝達する。

【０１４５】ホストコンピュータ側では、この従来のス
テータス応答に付加されたＪＯＢ管理ＩＤとジョブ開始
時に受け取っていた現在のＪＯＢ管理ＩＤを比較するこ
とで、送り返されてきたステータス応答が、どのジョブ
データ中で発生した応答であるか、容易に判断すること
が可能となる訳である。

【０１４６】例えばこの例の場合では、送られてきた
「ＳＴＡＴＵＳ ＪＯＢ−ＩＤ：３７ＰＡＧＥ：３ Ｆ
ＩＮＩＳＨＥＤ」の情報から、このページ排出情報が、
ジョブ管理ＩＤ「３７」のデータのページ排出に関する
ものであることが判る。

【０１４７】ジョブ１が開始した時にプリンタ側から送
り返されている、ジョブ１に割り振られたジョブ管理Ｉ
Ｄ「３７」と、このステータス応答に割り振られたＩＤ
は一致する。従って、このステータス応答は、ジョブ１
のデータにより発生したものである。

【０１４８】これが判ることで、ホスト側では、既に処
理が始まっている、ジョブ２、ジョブ３とは関係ない応
答であると判断する訳である。

【０１４９】図３は、ホストコンピュータ１のうちの本
発明に関連する部分の構成を示すブロック図である。

【０１５０】図において、１はホストコンピュータであ
り、２は前述したプリンタ装置である。

【０１５１】１１は、プリント出力管理部で、ユーザな
どからの指定に従い、ドキュメントなどのプリント出力
全般を管理する。

【０１５２】ユーザなどがドキュメントなどのプリント
を指示すると、プリント出力管理部１１は、そのドキュ
メント出力を一つのプリントジョブとして管理する。そ
して指定されたドキュメントの内容を、例えばハードデ
ィスク１２などに記録されているドキュメントファイル
から受け取り、それをプリントデータ作成部１３に渡
す。

【０１５３】またプリントジョブを行う上で必要なプリ
ンタ装置の情報などを得るために、ステータス要求指令
をプリントデータ作成部１３に送る。

【０１５４】プリントデータ作成部１３は、プリント出
力管理部１１から受け取った、ステータス要求指令や、
実際のドキュメント内容を、プリンタ装置２が理解する
ことの出来るプリンタ言語形式に変換してやり、これを
ホスト側データ送信部１４に渡す。

【０１５５】ホスト側データ送信部１４では受け取った
ジョブデータを、プリンタ装置２に送出する。

【０１５６】プリンタ装置２では前述したように、これ
らジョブデータを解析し各種プリント処理を行う他、各
種ステータス応答を返信してくる。

【０１５７】返信されたステータス応答は、ホスト側デ
ータ受信部１５が受け取られ、これを応答データ解析部
１６に渡される。

【０１５８】応答データ解析部１６では、受け取ったス
テータス応答を解析し、その内容をプリント出力管理部
１１に伝える。

【０１５９】ここでやり取りされるステータス応答は、
以下のように処理される。

【０１６０】まずホスト１がジョブを送出するとプリン
タ側は、そのジョブに対してプリンタ側２が割り振った
ジョブ管理ＩＤを返信してくる。

【０１６１】プリント出力管理部１１はこれを受け取る
と、現在処理しているジョブに対して割り振られた管理
ＩＤであると判断し、そのジョブに対応付けて記憶して
おく。

【０１６２】次にプリンタ装置２は、ホスト１のステー
タス要求の指示に従って、適宜、ステータス応答を返信
してくる。

【０１６３】前述したように、本発明による、この時の
ステータス応答には、同時にジョブ管理ＩＤの情報が付
加されている。

【０１６４】プリント出力管理部１１では、各ステータ
ス応答の内容と同時に、このジョブ管理ＩＤを受け取
る。そしてこのステータス応答に付加されていたジョブ
管理ＩＤと、ジョブ開始時に受け取っていたジョブ管理
ＩＤを比較する。

【０１６５】もし一致していれば、これは現在処理して
いるジョブ中に発生したステータス応答であり、利用す
ることが出来る。もし一致していなければ、別のジョブ
中に発生したステータス応答であり、無視することが出
来る。並列処理が可能なホストや、複数のユーザやホス
トが接続されているような環境では、同時に複数のジョ
ブをホスト側で処理することもありえる。このような場
合にも、このジョブ管理ＩＤにより、個々のジョブが要
求したステータス応答だけを選び出して、プリンタの状
態を知ることができる訳である。

【０１６６】このように、ジョブに割り振られた管理Ｉ
Ｄの情報を、従来のステータス応答に付加して、返信し
てやることにより、どのステータス応答が、どのジョブ
中に発生したものであるかを推測することが可能とな
る。

【０１６７】なお、この実施例では、管理ＩＤ情報とし
て、通し番号形式のＩＤを例にし説明したが、これはど
のようなＩＤであっても構わない。

【０１６８】要するに本発明の本質としては、プリンタ
装置でジョブを管理しているＩＤが、ホストコンピュー
タに提示できるものであれば、どのようなものでも構わ
ない訳である。

【０１６９】図４は本発明の動作を示すフローチャート
であり、プリンタ言語解析部４が、コマンド単位にデー
タを処理し、各種ジョブ管理処理、各種描画処理、各種
制御処理、及び、各種ステータス応答処理を行なうよう
すについて表現したものである。

【０１７０】なお、（１）〜（１０）は各ステップを示
す。

【０１７１】プリンタ言語解析部４は、受信データ管理
部３からデータを受け取る（１）。

【０１７２】そして、このコマンドが、どのような処理
の実行を指令しているものであるかを判別する（２）。

【０１７３】各種ジョブ制御を指令している場合には、
ジョブ管理部５に対してこの指令を伝達し、該当するジ
ョブ管理処理を実行させる。そしてその指令が、ジョブ
開始宣言であるかを判定する（３）。

【０１７４】ジョブの開始を宣言するものであった場合
には、そのジョブに対してのジョブ管理ＩＤを決定し、
これを管理する（４）。

【０１７５】また、この決定したジョブ管理ＩＤを即座
にホストコンピュータ１へステータス応答させる
（５）。

【０１７６】ジョブ開始宣言以外のジョブ管理指令であ
った場合には、該当するジョブ管理処理を行う（６）。

【０１７７】各種描画制御を指令している場合には、描
画出力部６に対してこの指令を伝達し、該当する文字や
図形やイメージなどの描画展開処理を実行させ、実際の
プリンタ出力を行なう。各種プリンタ制御を指令するコ
マンドであった場合には、プリンタ装置制御部７に対し
指令を伝達し、該当する各種プリンタ制御を実行する
（７）。

【０１７８】各種ステータス応答を要求するコマンドで
あった場合には、ステータス応答処理部８に対して指令
を伝達する。ステータス応答処理部８では、該当するプ
リンタ環境の状態を調査する（８）。

【０１７９】この調査は、大量の情報を探索したり、或
は何らかのプリンタ状態の変化などといった、タイミン
グによって確定したりする場合もあり、即時に調査出来
ない場合がある。このような場合には、ここで全ての処
理を中断するのではなく、マルチタスク処理などの手法
を用いることで、続く他のデータ処理を行いながら、こ
の調査を平行して行い、調査が完了するのを待つ。

【０１８０】調査が完了すると、その結果を文字列など
のステータス応答データ形式情報に変換する。

【０１８１】この時本発明によるプリンタ装置では、こ
の応答要求をしたジョブに対する、ジョブ管理ＩＤの情
報をこの調査情報に付加し、ステータス応答データ形式
の文字列などによる応答データを作成する（９）。

【０１８２】そして、このジョブ管理ＩＤ情報が付加さ
れた形式のステータス応答データは、データ送信管理部
１０に渡され、一時的に送信バッファなどに蓄えられ、
双方向インターフェースのタイミングに従い、ホストコ
ンピュータ１に返信される（１０）。

【０１８３】プリンタ言語解析部４は、新たに次のコマ
ンドをデータ受信管理部３より受け取り、解析し、以上
に述べてきた処理を繰り返す。

【０１８４】以上の処理によって、ホストコンピュータ
は、プリントジョブにおいて、ステータス応答を要求す
るコマンドを発行し、これに対するステータス応答を受
け取った場合に、前もって、そのプリントジョブに対し
て割り振られた、プリンタ内部でのジョブ管理ＩＤを認
識し、また、返信されるステータス応答の情報として、
その応答要求のあったジョブの、ジョブ管理ＩＤ情報を
参照することが出来るので、ステータス応答が返信され
るまでに時間が経過してしまい、ホスト側のジョブ処理
とのタイミングがズレてしまった場合にも、そのステー
タス応答が、どのジョブ中のステータス応答要求コマン
ドに対する返信であるかを容易に判別することが可能と
なり、プリンタ装置の状態を、ジョブ毎にホストコンピ
ュータ側で確実に把握することが可能となる。

【０１８５】（実施例２）以下、添付図面にしたがっ
て、本発明の他の実施例を説明する。

【０１８６】本実施例では、ジョブ管理ＩＤをジョブ管
理部３で自動的に割り振るのではなく、各ジョブデータ
と一緒にホストコンピュータ１から送られてきた、ホス
ト側で指定したジョブ管理ＩＤを用いて、ジョブ管理す
る。

【０１８７】以下に図５を用いて処理の流れを説明す
る。

【０１８８】実施例２では、ホストコンピュータ１は、
各ジョブのジョブ開始宣言（１）といっしょに、それぞ
れのジョブを識別するためのジョブ管理ＩＤをプリンタ
に伝える（２）。

【０１８９】このジョブ管理ＩＤは実施例１とは違い、
ホスト側で決定したものである。

【０１９０】ジョブ管理部５は、ホストコンピュータ１
から、ジョブ開始宣言とそのジョブに割り振られたジョ
ブ管理ＩＤを受け取ると、これをこれから送られてくる
ジョブデータに対応付けて管理する（３）。

【０１９１】ジョブ管理部５自体が、自分でジョブ管理
ＩＤを割り振ることはしない。

【０１９２】これ以外の処理は、前述実施例１と同様で
ある。

【０１９３】即ち、ステータス応答に付加されるジョブ
管理ＩＤ情報は、プリンタ装置２内で割り振ったもので
はなく、ホストコンピュータ１側で指定したものとな
る。

【０１９４】図６は、この実施例２における動作を示す
フローチャートである。

【０１９５】なお、（１）〜（９）は各ステップを示
す。

【０１９６】プリンタ言語解析部４は、受信データ管理
部３からデータを受け取る（１）。

【０１９７】そして、このコマンドが、どのような処理
の実行を指令しているものであるかを判別する（２）。

【０１９８】各種ジョブ制御を指令している場合には、
ジョブ管理部５に対してこの指令を伝達し、該当するジ
ョブ管理処理を実行させる。そしてその指令が、ジョブ
管理ＩＤの指定命令であるかを判定する（３）。

【０１９９】ジョブ管理ＩＤを指定するものであった場
合には、その指定された管理ＩＤをそのジョブに対する
ジョブ管理ＩＤであると判断し、以降このジョブをこの
管理ＩＤにより管理することとする（４）。

【０２００】ジョブ管理ＩＤ指定以外のジョブ管理指令
であった場合には、該当するジョブ管理処理を行う
（５）。

【０２０１】各種描画制御を指令している場合には、描
画出力部６に対してこの指令を伝達し、該当する文字や
図形やイメージなどの描画展開処理を実行させ、実際の
プリンタ出力を行なう。各種プリンタ制御を指令するコ
マンドであった場合には、プリンタ装置制御部７に対し
指令を伝達し、該当する各種プリンタ制御を実行する
（６）。

【０２０２】各種ステータス応答を要求するコマンドで
あった場合には、ステータス応答処理部８に対して指令
を伝達する。ステータス応答処理部８では、該当するプ
リンタ環境の状態を調査する（７）。

【０２０３】この調査は、大量の情報を探索したり、或
は何らかのプリンタ状態の変化などといった、タイミン
グによって確定したりする場合もあり、即時に調査出来
ない場合がある。このような場合には、ここで全ての処
理を中断するのではなく、マルチタスク処理などの手法
を用いることで、続く他のデータ処理を行いながら、こ
の調査を平行して行い、調査が完了するのを待つ。

【０２０４】調査が完了すると、その結果を文字列など
のステータス応答データ形式情報に変換する。

【０２０５】この時本発明によるプリンタ装置では、こ
の応答要求をしたジョブに対する、ジョブ管理ＩＤの情
報をこの調査情報に付加し、ステータス応答データ形式
の文字列などによる応答データを作成する（８）。

【０２０６】そして、このジョブ管理ＩＤ情報が付加さ
れた形式のステータス応答データは、データ送信管理部
１０に渡され、一時的に送信バッファなどに蓄えられ、
双方向インターフェースのタイミングに従い、ホストコ
ンピュータ１に返信される（９）。

【０２０７】プリンタ言語解析部４は、新たに次のコマ
ンドをデータ受信管理部３より受け取り、解析し、以上
に述べてきた処理を繰り返す。

【０２０８】以上の処理によって、ホストコンピュータ
は、プリントジョブにおいて、ステータス応答を要求す
るコマンドを発行し、これに対するステータス応答を受
け取った場合に、前もって、そのプリントジョブに対し
てホスト側で割り振っておいた、ジョブ管理ＩＤを記憶
しておき、また、返信されるステータス応答の情報とし
て、その応答要求のあったジョブの、ジョブ管理ＩＤ情
報を参照することが出来るので、ステータス応答が返信
されるまでに時間が経過してしまい、ホスト側のジョブ
処理とのタイミングがズレてしまった場合にも、そのス
テータス応答が、どのジョブ中のステータス応答要求コ
マンドに対する返信であるかを容易に判別することが可
能となり、プリンタ装置の状態を、ジョブ毎にホストコ
ンピュータ側で確実に把握することが可能となる。

【０２０９】

【発明の効果】以上説明したように、本発明によれば、
ホストコンピュータは、ステータス応答を要求するコマ
ンドを発行し、これに対するステータス応答を受け取っ
た場合に、返信されるステータス応答の情報として、そ
の応答の元となったステータス応答要求が、どのジョブ
中に発行されたものであるかを識別するためのジョブ管
理ＩＤ情報を参照することが出来るので、ステータス応
答が返信されるまでに時間が経過してしまった場合に
も、そのステータス応答が、どのジョブ中のステータス
応答要求対する返信であるかを容易に判別することが可
能となり、プリンタ装置の状態をホストコンピュータ側
で確実に把握することが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例としてのページプリンタ装置
の構成を示すブロック図である。

【図２】同実施例により改善されたステータス応答処理
を表す模式図である。

【図３】ホストコンピュータのうちの本発明に関連する
部分の構成を示すブロック図である。

【図４】同実施例のプリンタ装置における、各種コマン
ド処理の動作を示すフローチャートである。

【図５】他の実施例により改善されたステータス応答処
理を表す模式図である。

【図６】他の実施例における、各種コマンド処理の動作
を示すフローチャートである。

【図７】一般的な出力ジョブの一例を表す模式図であ
る。

【図８】従来のステータス応答処理の一例を表す模式図
である。

【符号の説明】

１ ホストコンピュータ ２ プリンタ装置 ３ データ受信管理部 ４ プリンタ言語解析部 ５ ジョブ管理部 ６ 描画出力部 ７ プリンタ装置制御部 ８ ステータス応答処理部 ９ プリンタエンジン １０ データ送信管理部 １１ プリント出力管理部 １２ ドキュメントファイル １３ プリントデータ作成部 １４ ホスト側データ送信部 １５ ホスト側データ受信部 １６ 応答データ解析部

Claims (8)

【特許請求の範囲】
1. 【請求項１】 データ元からのジョブ単位のデ−タに従
   ってプリント処理を行うプリンタ装置であって、 前記ジョブ単位のデ−タを受信する受信手段と、 該受信手段により受信したジョブ単位のデ−タそれぞれ
   に固有の識別子を割り当てる割り当て手段と、 前記受信手段により受信したジョブ単位のデ−タに対す
   る処理の完了応答である情報を、前記割り当て手段で当
   該ジョブ単位のデ−タに対して割り当てられた識別子と
   共にデータ元に返信する情報返信手段と、を備えること
   を特徴とするプリンタ装置。
2. 【請求項２】 前記情報返信手段は、受信したジョブ単
   位のデ−タの種類を判定し、ジョブ単位のデ−タの種類
   に応じて、プリンタ装置の状態と共に識別子を返信する
   ことを特徴とする請求項１記載のプリンタ装置。
3. 【請求項３】 データ元からのジョブ単位のデ−タに従
   ってプリント処理を行うプリンタ装置の制御方法であっ
   て、 前記ジョブ単位のデ−タを受信する受信工程と、 該受信工程により受信したジョブ単位のデ−タそれぞれ
   に固有の識別子を割り当てる割り当て工程と、 前記受信工程により受信したジョブ単位のデ−タに対す
   る処理の完了応答である情報を、前記割り当て手段で当
   該ジョブ単位のデ−タに対して割り当てられた識別子と
   共にデータ元に返信する情報返信工程と、を備えること
   を特徴とするプリンタ装置の制御方法。
4. 【請求項４】 前記情報返信工程は、受信したジョブ単
   位のデ−タの種類を判定し、ジョブ単位のデ−タの種類
   に応じて、プリンタ装置の状態と共に識別子を返信する
   ことを特徴とする請求項３記載のプリンタ装置の制御方
   法。
5. 【請求項５】 データ元からのジョブ単位のデ−タに従
   ってプリント処理を行うプリンタ装置であって、 前記ジョブ単位のデ−タ及び当該ジョブ単位のデ−タ毎
   に割り当てられた固有の識別子を受信する受信手段と、 前記受信手段により受信したジョブ単位のデ−タに対す
   る処理の完了応答である情報を、当該ジョブ単位のデ−
   タに対して割り当てられた識別子と共にデータ元に返信
   する情報返信手段と、を備えることを特徴とするプリン
   タ装置。
6. 【請求項６】 前記情報返信手段は、受信したジョブ単
   位のデ−タの種類を判定し、ジョブ単位のデ−タの種類
   に応じて、プリンタ装置の状態と共に識別子を返信する
   ことを特徴とする請求項５記載のプリンタ装置。
7. 【請求項７】 データ元からのジョブ単位のデ−タに従
   ってプリント処理を行うプリンタ装置の制御方法であっ
   て、 前記ジョブ単位のデ−タ及び当該ジョブ単位のデ−タ毎
   に割り当てられた固有の識別子を受信する受信工程と、 前記受信工程により受信したジョブ単位のデ−タに対す
   る処理の完了応答である情報を、当該ジョブ単位のデ−
   タに対して割り当てられた識別子と共にデータ元に返信
   する情報返信工程と、を備えることを特徴とするプリン
   タ装置の制御方法。
8. 【請求項８】 前記情報返信工程は、受信したジョブ単
   位のデ−タの種類を判定し、ジョブ単位のデ−タの種類
   に応じて、プリンタ装置の状態と共に識別子を返信する
   ことを特徴とする請求項７記載のプリンタ装置の制御方
   法。