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

Abstract

(57)【要約】 【目的】 ホストコンピュータ側とプリンタ側との連携
を強め、プリントジョブ作業におけるジョブ障害を防ぐ
ことができるプリンタ装置及びその制御方法を提供する
ことを目的とする。 【構成】 ホストコンピュ−タ１からのジョブ単位のデ
−タの受信状態を監視してデ−タ受信が途切れてからの
経過時間を計測し、計測した時間が所定時間になると当
該ジョブを終了し、当該ジョブを終了したことを示す情
報をホストコンピュ−タ１に返信する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００２４】ジョブの開始宣言（１）やその他の前処理
を受け付けることで、そのプリントジョブの処理をする
環境を整え、プリンタ側でのそのジョブ処理を開始す
る。

【００２５】そして、ジョブの終了宣言（６）や後処理
を受け付けることで、そこまで処理してきたジョブを完
了させ、また次のジョブの受付を始める訳である。

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

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

【００２８】このように複数のホスト、複数のユーザ、
複数のドキュメントの出力を、順番にジョブの単位で処
理することで、混乱無く対処している訳である。

【００２９】

【発明が解決しようとする課題】しかし、逆にこのよう
に複数のジョブを順番に処理していくような場合には、
個々のジョブデータが正しいジョブ形式に準じて作成さ
れていないと、そのジョブ処理において支障を来たして
しまい、全体のプリント処理に大混乱を招いてしまうこ
ととなる。

【００３０】例えば今、以下のような複数のドキュメン
ト出力のジョブを処理する場合について考えてみる（図
６）。

【００３１】ホストコンピュータなどから今、ジョブ
１、ジョブ２、ジョブ３の３つの文書ジョブデータが送
られて来たとする。プリンタ装置では、このジョブデー
タを順番に受け取り、その内容を一つ一つ解析していっ
て、該当する文書出力処理を行なっていく（１）。

【００３２】このジョブデータは、それぞれ前述したジ
ョブ形式に従って記述することとなっている。プリンタ
側では、この記述ルールに従い、ジョブデータを解析し
ていく。

【００３３】ところが例えば、ジョブ１の途中でデータ
が途切れていたとする（２）。

【００３４】プリンタ装置は、この途切れたとこまで処
理を続けるが、それ以降どうすればいいかが判らなくな
る。

【００３５】このようなジョブデータの途切れは、いろ
いろな要因により発生する。

【００３６】例えば、データ転送を行なっているインタ
ーフェースの性能で、続きのデータが送られてくるまで
に時間がかかったり、プリンタ側の処理が忙しくてデー
タ受信を一時的に中断していたり、ホスト側の処理が遅
くて次のデータ作成が間に合っていなかったりする、な
どが考えられる。

【００３７】これらの要因は、基本的に時間が経ってそ
れぞれの状態が改善されれば、再び続きのジョブデータ
が流されるものである。

【００３８】また場合によっては、通信回線が切断され
てしまい、それ以上ジョブデータが流れない状態になっ
ていたり、ホスト側で障害が発生してジョブデータ作成
を中止していたり、また、ホストがジョブデータの形式
を無視し、正しくジョブ終了宣言などを行なわないま
ま、勝手にジョブ処理を終っていたり、などの場合も考
えられる。

【００３９】これらの要因は、通常の状態ではなく、障
害などの特殊なもので、一般に時間が経っても改善され
ず、再び続きのジョブ処理が継続されることは少ない。

【００４０】さて、プリンタ側ではこのようなジョブデ
ータの途切れが発生した場合、続きのジョブデータがホ
ストから送られてくるのを待つ（３）。

【００４１】インターフェースの性能でデータが遅れて
いるのならば、大抵数秒も経てば回復する。

【００４２】しばらく経って再びジョブデータの続きが
送られてくれば、それを続きとして解析し、処理してや
れば、全く問題無くドキュメント出力できる訳である。

【００４３】しかし、ホスト側でのジョブデータ作成中
止などの場合には、何秒待っていても続きのジョブデー
タは流れて来ない。

【００４４】それでもプリンタ側は、何でジョブデータ
が途切れたのか判断できないので、いつまでも待ち続け
ることとなる。

【００４５】この待っている間は、まだジョブ１のプリ
ント処理を行なっている状態なので、次のジョブ２やジ
ョブ３を処理する訳にはいかない（４）。

【００４６】つまり、全てのジョブ処理がここで停止
し、待ちの状態になってしまうこととなる。

【００４７】これでは処理が滞ってしまい、効率が低下
してしまう。

【００４８】そこでこのような場合、従来から「ジョブ
タイムアウト」と呼ばれる対応が取られている。

【００４９】ジョブタイムアウト処理では、ジョブデー
タが途切れた時点からの経過時間を計測する。

【００５０】そして一定時間以上経過しても、続きのジ
ョブデータが送られてこない場合には、このジョブは何
らかの障害によりこれ以上続けることが出来なくなっ
た、と判断し、そこで強制的にジョブを終了してしまう
のである（５）。

【００５１】ジョブタイムアウト処理を行なうことで、
この途中で途切れてしまったジョブ１は、そこで終了さ
れ、続くジョブ２、ジョブ３の処理が始められる
（６）。

【００５２】即ち、再開の見通しのたたないジョブ１は
あきらめて処理を中止することで、これ以降のジョブ
２、ジョブ３の処理を有効にする訳である。

【００５３】こうすることで、複数のジョブデータが処
理されるようなプリンタ装置において、一部のジョブの
障害で、それ以降の全てのジョブが処理停止してしまう
のではなく、その一部の障害ジョブを排除し、他のジョ
ブを実行することが可能となる。

【００５４】ところで、このジョブタイムアウト処理で
判別に用いる経過時間は、長過ぎても短過ぎてもいけな
い。

【００５５】あまり短いと、インタフェースの性能など
で一時的に遅れている場合にも、ジョブ終了してしま
い、本来なら正しく出力できるようなジョブデータも、
キャンセルされてしまう可能性がある。

【００５６】逆に長過ぎると、結局待つ時間がかかって
しまい、プリント効率が低下してしまうことになる。

【００５７】この判定時間の選定は、使用するプリンタ
装置、ホストコンピュータ、インターフェースなどの性
能などに依存するので、かなり微妙である。

【００５８】的確な設定を行なうには、ある程度の経験
や知識が必要になり、大抵の場合は大体大丈夫そうな値
を適当に選定することとなる。

【００５９】しかし、このジョブデータの途切れは、い
ろいろな条件で発生するので、この判定時間を完全に導
き出すことは不可能である。

【００６０】従って、どのような判定時間に設定したと
しても、たまたま処理に時間がかかってしまった一時的
なジョブデータ切れを、継続不可能なジョブデータ切れ
と誤って判断してしまう可能性がある。

【００６１】このように本来なら継続可能なジョブを、
プリンタ側で勝手にジョブ終了するとどうなるのであろ
うか？。

【００６２】ジョブタイムアウトにより強制的にジョブ
終了されると、その段階でプリンタ中に残されていた描
画途中のページは、その描画途中のまま排出されたり、
或いはキャンセルされてしまったりする。

【００６３】また、印字で用いるためホスト側からダウ
ンロード登録しておいた、フォントなどのデータも、一
般に削除されてしまう。

【００６４】さらに用紙サイズやページあたりの行数な
どのプリンタ環境設定も、デフォルトの状態に戻されて
しまう。

【００６５】このように強制的なジョブ終了処理によ
り、それまでのジョブで用いていた環境などは、全て次
のジョブ処理を行なうためにリセットされてしまう訳で
ある。

【００６６】ここで、このジョブタイムアウト処理が終
った頃になって、やっと続きのジョブデータが送られて
きたとする。

【００６７】ホスト側は、プリンタ側が強制ジョブ終了
処理によりリセットされてしまったことを知らないの
で、その前まで送っていたジョブデータの続きとして、
続きのジョブデータを作成し転送してくる。

【００６８】しかしプリンタ側では、既にそのジョブ処
理は終了しており、そのジョブで必要となる登録フォン
トも、プリンタ環境も、途中までの描画データも、クリ
アされている訳である。

【００６９】にも拘らず、ホスト側で作成されるジョブ
データは、これらがまだプリンタ側に残されているもの
として、記述されてくる。

【００７０】例えば、登録しておいたフォントパターン
を使おうとしたり、既に用紙サイズは指定してあるもの
として指定コマンドを省略したり、それまで描画してお
いた途中ページが残っているものとして続きの描画を行
なったりする。

【００７１】ところが、実際にはプリンタ側ではこれら
はクリアされており、ドキュメント出力は滅茶苦茶にな
ってしまう。場合によっては、それ以降のプリンタの設
定が不正な状態に変更されてしまい、その現在処理して
いるジョブばかりでなく、それ以降のジョブについて
も、正しく描画出力で出来なくなってしまう可能性があ
る。

【００７２】このように従来のジョブタイムアウト処理
では、ジョブタイムアウトにより強制的にジョブ終了が
発生するような状態になったとしても、ホスト側とプリ
ンタ側との間でこれに関する情報のやり取りをすること
が出来なかったため、真に適切なジョブタイムアウト処
理を行なうことが出来ないという問題点があった。

【００７３】本発明は上記問題点に鑑みてなされたもの
で、ホストコンピュータ側とプリンタ側との連携を強
め、プリントジョブ作業におけるジョブ障害を防ぐプリ
ンタ装置及びその制御方法を提供することを目的とす
る。

【００７４】また、本発明は、プリンタの処理状態やホ
ストの処理状態を深く気にすることなく、割と安易にジ
ョブタイムアウトを行なうプリンタ装置及びその制御方
法を提供することを目的とする。

【００７５】また、本発明は、複数のジョブを大量に処
理しなくてはならないようなプリントシステムにおい
て、効率的なジョブ運用を実現するプリンタ装置及びそ
の制御方法を提供することを目的とする。

【００７６】

【課題を解決するための手段】この課題を解決するため
に、本発明のプリンタ装置は、データ元からのジョブ単
位のデ−タに従ってプリント処理を行うプリンタ装置で
あって、前記ジョブ単位のデ−タの受信状態を監視し、
デ−タ受信が途切れてからの経過時間を計測する計測手
段と、前記計測手段で計測した時間が所定時間になる
と、当該ジョブを終了する制御手段と、前記制御手段で
当該ジョブを終了したことを示す情報をデータ元に返信
する情報返信手段とを備える。

【００７７】また、本発明の制御方法は、データ元から
のジョブ単位のデ−タに従ってプリント処理を行うプリ
ンタ装置の制御方法であって、前記ジョブ単位のデ−タ
の受信状態を監視し、デ−タ受信が途切れてからの経過
時間を計測する計測工程と、前記計測工程で計測した時
間が所定時間になると、当該ジョブを終了する制御工程
と、前記制御工程で当該ジョブを終了したことを示す情
報をデータ元に返信する情報返信工程とを備える。

【００７８】また、本発明のプリンタ装置は、データ元
からのジョブ単位のデ−タに従ってプリント処理を行う
プリンタ装置であって、前記ジョブ単位のデ−タの受信
状態を監視し、デ−タ受信が途切れてからの経過時間を
計測する計測手段と、前記計測手段で計測した時間が所
定時間になると、当該ジョブを終了しても良いか否かを
問う第１の情報をデータ元に返信する情報返信手段と、
前記第１の情報に対する前記デ−タ元から受信した第２
の情報に応じて、当該ジョブを終了するか継続処理する
かを制御する制御手段とを備える。

【００７９】また、本発明の制御方法は、データ元から
のジョブ単位のデ−タに従ってプリント処理を行うプリ
ンタ装置の制御方法であって、前記ジョブ単位のデ−タ
の受信状態を監視し、デ−タ受信が途切れてからの経過
時間を計測する計測工程と、前記計測工程で計測した時
間が所定時間になると、当該ジョブを終了しても良いか
否かを問う第１の情報をデータ元に返信する情報返信工
程と、前記第１の情報に対する前記デ−タ元から受信し
た第２の情報に応じて、当該ジョブを終了するか継続処
理するかを制御する制御工程とを備える。

【００８０】また、本発明のプリンタ装置は、データ元
からのジョブ単位のデ−タに従ってプリント処理を行う
プリンタ装置であって、前記ジョブ単位のデ−タの受信
状態を監視し、デ−タ受信が途切れてからの経過時間を
計測する計測手段と、前記計測手段で計測した時間が所
定時間になると、当該ジョブを終了することを示す情報
をデータ元に返信する情報返信手段と、前記情報に基づ
いて前記デ−タ元から続きのデ−タを受信した場合には
当該ジョブのデ−タを継続処理し、前記デ−タ元から続
きのデ−タを受信しなかった場合には当該ジョブを終了
する制御手段とを備える。

【００８１】また、本発明の制御方法は、データ元から
のジョブ単位のデ−タに従ってプリント処理を行うプリ
ンタ装置の制御方法であって、前記ジョブ単位のデ−タ
の受信状態を監視し、デ−タ受信が途切れてからの経過
時間を計測する計測工程と、前記計測工程で計測した時
間が所定時間になると、当該ジョブを終了することを示
す情報をデータ元に返信する情報返信工程と、前記情報
に基づいて前記デ−タ元から続きのデ−タを受信した場
合には当該ジョブのデ−タを継続処理し、前記デ−タ元
から続きのデ−タを受信しなかった場合には当該ジョブ
を終了する制御工程とを備える。

【００８２】

【作用】上記構成により、ジョブタイムアウトが発生し
ジョブ終了処理が実行された場合にそれをステータス応
答によりホストに伝達する。

【００８３】また、上記構成により、ジョブタイムアウ
トが発生しジョブ終了処理が実行される前に、そのジョ
ブタイムアウト発生の警告をステータス応答によりホス
トに伝達し、それに対するホスト側のジョブタイムアウ
ト可否の指示を受け、それに従ってジョブタイムアウト
処理を実行したり或いは回避する。

【００８４】また、上記構成により、ジョブタイムアウ
トが発生しジョブ終了処理が実行される前に、そのジョ
ブタイムアウト発生の警告をステータス応答によりホス
トに伝達し、それに対してホスト側が続きのジョブデー
タを送ってきたか否かに応じてジョブタイムアウト処理
を実行したり或いは回避する。

【００８５】

【実施例】

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

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

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

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

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

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

【００９１】４は、これらコマンドの内容を詳しく解析
し、その命令に従って関連する制御を指示するプリンタ
言語解析部である。

【００９２】ここでは、データ受信管理部３が保持して
いる各コマンドを一つ一つ順番に受け取り、その内容を
プリンタ言語の記述ルールに従って調査し、そのコマン
ドがどのような処理の実行を要求しているか判別する。

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

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

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

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

【００９７】５は、ジョブ管理部である。

【００９８】ジョブ管理部５では、プリンタ言語解析部
４からのジョブ管理指令に従って、ホスト１から送られ
てきたプリントデータをジョブ単位で処理する。

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

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

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

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

【０１０３】８は、ステータス応答処理部である。

【０１０４】ここでは、プリンタ言語解析部４から受け
取ったステータス応答要求指令に従い、該当するプリン
タ環境の内容を調査する。そしてその結果の内容に従っ
て、文字列などの形式によりこの内容を表現するステー
タス応答情報を作成し、このステータス応答情報をデー
タ送信管理部１０に伝達する。

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

【０１０６】また本発明にかかるところのジョブ管理部
５は、データ受信管理部３を監視し、現在処理している
ジョブデータが、ホスト１から送られてくる状態をチェ
ックする。

【０１０７】そして、ジョブデータが途中で途切れた
ら、その時点からの経過時間を計測する。

【０１０８】この時の時間計測は、タイマー管理部１１
などの時間情報を参考にして行なう。

【０１０９】ジョブ管理部５は、ジョブデータが途切れ
てからの経過時間が、ある一定の時間を越えたかどうか
をチェックする。

【０１１０】この一定の時間の長さは、ホスト１からの
コマンドなどの指示によりあらかじめ設定されていた
り、プリンタ装置のパネル操作などで設定されたり、或
いはプリンタ内部で自動的に計算されたり、また固定の
値を最初から設定されていたりする。

【０１１１】ジョブデータが途切れてから一定の時間が
経過したら、ジョブ管理部５は、「このジョブは何らか
の理由により正しいジョブ形式の手続きを取らずに終了
した」と判断する。

【０１１２】そしてこの途中で切れてしまったジョブを
排除するために、ジョブタイムアウト処理を実行し、強
制的にジョブ終了処理、及び次のジョブ処理のための準
備を行なう。

【０１１３】またこれと同時に、本発明にかかるところ
のジョブ管理部５は、ジョブタイムアウトが発生したこ
とをホスト１に伝えるため、ステータス応答を発行する
よう、ステータス応答処理部８に指令する。

【０１１４】これにより例えば「ＳＴＡＴＵＳ ＪＯＢ-
ＩＤ：３７ ＪＯＢ-ＴＩＭＥＯＵＴ」といった文字列な
どを、ホスト１に対してステータス応答する。

【０１１５】ホストコンピュータ１では、これを受け取
ることで、管理ＩＤ「３７」のジョブが、ジョブタイム
アウトしたことを認識する。

【０１１６】そしてもし、ホスト側でこのジョブの処理
をまだ継続していたならば、プリンタ側のジョブタイム
アウトに従い、そのジョブを途中終了させる。

【０１１７】或いは、続きのジョブデータをプリンタ側
に送出する前に、改めて新たなジョブを開始する宣言
や、プリンタ環境の再設定、使用するフォントなどの再
登録などの、手続きを発行する。

【０１１８】こうすることで、プリント側でジョブタイ
ムアウトが発生した場合に、ホスト側でもこれを認識す
ることが可能になり、途中で途切れたジョブを誤って送
出することによる、不適切なドキュメント出力やそれ以
降のジョブの混乱を防ぐことが出来る訳である。

【０１１９】図２は本発明の動作を示すフローチャート
であり、ジョブ管理部５が、ジョブデータを監視し、各
種処理を行なうようすについて表現したものである。

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

【０１２１】ジョブ管理部５は、受信データ管理部３に
おけるジョブデータの受信状態を監視する（１）。

【０１２２】そして、ジョブデータがホスト１から送ら
れて来ているかどうかをチェックする（２）。

【０１２３】ジョブデータが送られてきた場合には、こ
れをプリンタ言語解析部４に渡し、記述されている内容
に従い、各種描画出力処理や、プリンタ制御処理、ステ
ータス応答処理、或いは、ジョブ管理処理を行なう
（３）。

【０１２４】データが送られて来ず、ジョブが途切れた
場合には、タイマー管理部１１の時間情報を参照し、ジ
ョブデータが途切れ始めてからの経過時間を計測する
（４）。

【０１２５】そしてこの経過時間が、ある一定の時間よ
り長くなったかどうかをチェックする（５）。この一定
の時間が、ジョブタイムアウトの判定の基準になる規定
時間である。この規定時間の長さは、ホスト１からのコ
マンドなどの指示によりあらかじめ設定されていたり、
プリンタ装置のパネル操作などで設定されたり、或いは
プリンタ内部で自動的に計算されたり、また固定の値を
最初から設定されていたりする。

【０１２６】ジョブデータの途切れ始めからの経過時間
が、この一定の時間の長さを越えていない場合には、ま
だジョブタイムアウト処理をするには早いと判断し、再
びジョブデータの受信状態監視に戻る（１）。

【０１２７】経過時間が、この一定の時間の長さを越え
ていた場合には、続いて、現在がジョブ実行中かどうか
を判定する（６）。

【０１２８】ジョブの制御は、前述したように、ジョブ
開始宣言やジョブ終了宣言などのジョブ制御コマンド
が、ホストから送られることにより実行され、プリンタ
言語解析部４のコマンド解析から指示を受けたジョブ管
理部５が、このジョブの実行管理を執り行う。

【０１２９】仮に今、ジョブデータが途切れてから一定
時間経過し、ジョブタイムアウトした時に、既にこのジ
ョブ自体が終了していたとする。

【０１３０】例えば、ジョブデータが正規のジョブ記述
形式に従って作成されており、そのジョブデータ全てを
ホストから受け終っていたとする。これが一般的な通常
のジョブ処理ということになる。

【０１３１】この時、次の新たなるジョブデータがまだ
送られてこなければ、データ受信管理部３はデータ受信
待ちの状態となり、（５）の受信待ち経過時間のチェッ
クで、一定時間経過してしまうことがあり得る。

【０１３２】しかしこの場合、直前に実行していたジョ
ブは、正しい手順を踏んで終了しており、現在の状態は
ジョブ実行状態ではなく、これ以降のジョブ処理に悪影
響を与えるようなことはない。

【０１３３】このようにジョブ実行状態でない場合に
は、ジョブタイムアウト処理による強制的なジョブ終了
を行なう必要が無いので、再びジョブデータの受信状態
監視に戻る（１）。

【０１３４】逆に、現在ジョブ実行状態であった場合に
は、前述したようにこれ以降に続くジョブデータ処理の
ために、この現在のジョブを排除し、プリンタの環境を
整えておく必要がある。

【０１３５】そこでジョブタイムアウト処理として、現
在のジョブを強制的に終了させ、次に来るジョブのため
の環境を整えてやる（７）。

【０１３６】このジョブ終了処理により、プリンタ中に
残されている描画途中のページは、そこまでで排出され
たり、或いは削除されたりする。また、ホストからダウ
ンロード登録されていたフォントなどが削除されたり、
このジョブを実行するために設定されていた各種プリン
タ環境が、リセットされたりする。

【０１３７】次に本発明にかかるところのジョブ管理部
５では、このジョブタイムアウトの強制ジョブ終了処理
に連動して、ホスト１に対しジョブタイムアウトが発生
したことを知らせるステータス応答を発行する（８）。

【０１３８】ホスト１側では、このジョブタイムアウト
発生のステータス応答を受け取ることで、プリンタ装置
２側で、強制的にジョブ終了処理が実行されたことを認
識し、必要に応じてホスト側の該当するジョブ処理を中
止したり、或いは続きのデータを送るために、改めてジ
ョブ開始宣言などのデータを発行したりする訳である。

【０１３９】このようにジョブタイムアウトが発生した
ことを示すステータス応答を参照し、プリンタ側での強
制ジョブ終了に応じて、ホスト側のジョブ処理を変更す
ることにより、ホストコンピュータ側とプリンタ側との
連携を強め、プリントジョブ作業におけるジョブ障害を
防ぐことが可能となる。

【０１４０】また、ジョブ障害を回避することが出来る
ので、逆に従来のようにプリンタの処理状態やホストの
処理状態を深く気にすることなく、割と安易にジョブタ
イムアウトを行なうことが可能となる。

【０１４１】これはつまり、ジョブデータの途中切れが
発生した場合に、従来のように長い時間慎重に続きのデ
ータ受信を待つのではなく、短い時間で安全にジョブタ
イムアウト処理を行なってしまうことが可能となり、複
数のジョブを大量に処理しなくてはならないようなプリ
ントシステムにおいて、効率的なジョブ運用を実現する
ものである。

【０１４２】なお、上記実施例における（５）規定時間
超過チェックと、（６）現在ジョブ実行中かのチェック
は、順番が逆でも良い。

【０１４３】むしろジョブ実行中かどうかをチェックす
る方が容易なことが多いので、（６）を先にした方が処
理効率は良くなる場合もある。

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

【０１４５】本実施例では、ジョブデータ途切れからの
経過時間が規定時間を越えた時に、そこですぐにジョブ
タイムアウト処理を行なってしまうのではなく、まずジ
ョブタイムアウトが発生することをステータス応答によ
りホスト側へ警告する。

【０１４６】そして、このジョブタイムアウト警告に対
して、ホスト側からジョブタイムアウトを行なっても構
わないかどうかの指示を発行してもらい、この指示に従
って対応するものである。

【０１４７】以下に図３のフローチャートを用いて処理
の流れを説明する。

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

【０１４９】また（１）〜（６）までは実施例１と同じ
ものであるので、説明を省略する。

【０１５０】ジョブデータ途切れからの経過時間が規定
時間を越え、さらに現在ジョブ実行中であった場合に
は、前述したように、この現在のジョブ処理をあきら
め、次のジョブ処理に移行しなければプリント効率が低
下してしまう。

【０１５１】そこでジョブタイムアウト処理を行なう訳
であるが、規定時間を経過したとは言え、もしかしたら
ホスト側でのデータ作成処理に時間がかかっていて、や
むを得ずデータ送出が出来なかったのかもしれない。

【０１５２】このようにホスト側でまだそのジョブを継
続する意志があるにもかかわらず、勝手にプリンタ側で
ジョブを終了してしまうと、前述したようにそれ以降の
ジョブ処理が全てだめになってしまう可能性がある。

【０１５３】そこで、本発明にかかるところのジョブ管
理部５は、実際のジョブタイムアウト処理を行なう前
に、ジョブタイムアウト処理が発生し、強制的に現在の
ジョブが終了されてしまうことを、ステータス応答によ
りホストに警告する。

【０１５４】そして、これに対してホスト側から、ジョ
ブタイムアウトを行なっても構わないかどうか、の指示
が発行されるのを待つ（７）。

【０１５５】この時発行するジョブタイムアウト警告の
ステータス応答は、例えば、「ＳＴＡＴＵＳ ＪＯＢ-Ｉ
Ｄ：３７ ＪＯＢ-ＴＩＭＥＯＵＴ ＯＫ？」といった文
字列などによるものである。

【０１５６】このステータス応答を受け取るとホスト側
では、そのジョブをまだ継続して処理する予定なのかど
うか判別し、継続予定の場合には「ジョブタイムアウト
不許可指令」を、継続する意志が無い場合には「ジョブ
タイムアウト許可指令」をプリンタ側に対して発行す
る。

【０１５７】プリンタ側はこのジョブタイムアウトに対
する指令を解析し、その指令がジョブタイムアウトを許
可するものか、或いは許可しないものであるのかを判定
する（８）。

【０１５８】もし許可するものではなかった場合には、
ホスト側にまだこのジョブを継続する意志があるものと
判断し、改めて続きのジョブデータが送られて来るのを
待つ（１）。

【０１５９】もし許可するものであった場合には、ホス
ト側はもうこのジョブの継続を断念しているものと判断
し、ジョブタイムアウト処理として強制的にこのジョブ
の終了処理を行なう（９）。

【０１６０】そしてこのジョブの処理を放棄して、これ
に続く次のジョブの処理に移行する訳である。

【０１６１】このように、実際にジョブタイムアウト処
理が実行される前に、プリンタ側からジョブタイムアウ
ト発生を警告するステータス応答を受け、これに対しホ
スト側がジョブタイムアウト処理を実行して良いかの指
令を送ることにより、プリンタ側が勝手にジョブ打ち切
りをしてしまうのではなく、ホスト側の都合を聞いた上
でジョブ終了することが可能となり、ホストコンピュー
タ側とプリンタ側との連携を強め、プリントジョブ作業
におけるジョブ障害を防ぐことが可能となる。

【０１６２】また、ジョブ障害を回避することが出来る
ので、逆に従来のようにプリンタの処理状態やホストの
処理状態を深く気にすることなく、割と安易にジョブタ
イムアウトを行なうことが可能となる。

【０１６３】これはつまり、ジョブデータの途中切れが
発生した場合に、従来のように長い時間慎重に続きのデ
ータ受信を待つのではなく、短い時間で安全にジョブタ
イムアウト処理を行なってしまうことが可能となり、複
数のジョブを大量に処理しなくてはならないようなプリ
ントシステムにおいて、効率的なジョブ運用を実現する
ものである。

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

【０１６５】本実施例では、ジョブデータ途切れからの
経過時間が規定時間を越えた時に、そこですぐにジョブ
タイムアウト処理を行なってしまうのではなく、まずジ
ョブタイムアウトが発生することをステータス応答によ
りホスト側へ警告する。

【０１６６】そして、このジョブタイムアウト警告を発
行しても、ホスト側から続きのジョブデータなどの、何
ら反応が無い場合にだけ、ジョブ継続意志が無いと判断
し、ジョブタイムアウト処理を行なうものである。

【０１６７】以下に図４のフローチャートを用いて処理
の流れを説明する。

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

【０１６９】また（１）〜（６）までは実施例１と同じ
ものであるので、説明を省略する。

【０１７０】ジョブデータ途切れからの経過時間が規定
時間を越え、さらに現在ジョブ実行中であった場合に
は、前述したように、この現在のジョブ処理をあきら
め、次のジョブ処理に移行しなければプリント効率が低
下してしまう。

【０１７１】そこでジョブタイムアウト処理を行なう訳
であるが、規定時間を経過したとは言え、もしかしたら
ホスト側でのデータ作成処理に時間がかかっていて、や
むを得ずデータ送出が出来なかったのかもしれない。

【０１７２】このようにホスト側でまだそのジョブを継
続する意志があるにもかかわらず、勝手にプリンタ側で
ジョブを終了してしまうと、前述したようにそれ以降の
ジョブ処理が全てだめになってしまう可能性がある。

【０１７３】そこで、本発明にかかるところのジョブ管
理部５は、実際のジョブタイムアウト処理を行なう前
に、ジョブタイムアウト処理が発生し、強制的に現在の
ジョブが終了されてしまうことを、ステータス応答によ
りホストに警告する。

【０１７４】そして、これに対してホスト側から、続き
のジョブデータなどの、何等かの反応が発行されるのを
待つ（７）。

【０１７５】この時発行するジョブタイムアウト警告の
ステータス応答は、例えば、「ＳＴＡＴＵＳ ＪＯＢ-Ｉ
Ｄ：３７ ＪＯＢ-ＴＩＭＥＯＵＴ ＯＫ？」といった文
字列などによるものである。

【０１７６】このステータス応答を受け取るとホスト側
では、そのジョブをまだ継続して処理する予定なのかど
うか判別し、継続予定の場合にはその続きのジョブデー
タを発行したり、或いは、どうしても続きのジョブデー
タがすぐに送れない場合には、継続意志があることを示
す情報を発行する。

【０１７７】また、継続する意志が無い場合には、何ら
データも発行しない。

【０１７８】プリンタ側はこのホストからの反応がある
かどうかを判別し、ジョブ継続の意志を判定する
（８）。

【０１７９】つまり、ホストから続きのジョブデータ
や、或いは、継続する意志があることを示す何等かの反
応が送られて来れば、ジョブ継続の意志があるものとし
てこれを受け、その受け取ったデータを解析し、該当す
る各種処理を実行する（３）。

【０１８０】もし、ホスト側から何ら反応が来なかった
場合には、ホスト側はもうこのジョブの継続を断念して
いるものと判断し、ジョブタイムアウト処理として強制
的にこのジョブの終了処理を行なう（９）。

【０１８１】そしてこのジョブの処理を放棄して、これ
に続く次のジョブの処理に移行する訳である。

【０１８２】その他の実施例２との差異は、実施例３で
は「何ら反応も無い」ということを継続の意志が無いこ
との証としている点である。

【０１８３】例えば通信回線が切断されるなどのよう
に、完全にホストとの情報交換が出来ない場合には、ジ
ョブタイムアウトの警告を発しても、ホスト側からの返
答は行なえない。

【０１８４】実施例３ではこのような場合にも、これを
「ジョブ継続の意志無し」と判断することができる訳で
ある。

【０１８５】このように、実際にジョブタイムアウト処
理が実行される前に、プリンタ側からジョブタイムアウ
ト発生を警告するステータス応答を受け、これに対しホ
スト側が続きのジョブデータか、或いは継続の意志を示
す情報を送ることにより、プリンタ側が勝手にジョブ打
ち切りをしてしまうのではなく、ホスト側の都合を聞い
た上でジョブ終了することが可能となり、ホストコンピ
ュータ側とプリンタ側との連携を強め、プリントジョブ
作業におけるジョブ障害を防ぐことが可能となる。

【０１８６】また、ジョブ障害を回避することが出来る
ので、逆に従来のようにプリンタの処理状態やホストの
処理状態を深く気にすることなく、割と安易にジョブタ
イムアウトを行なうことが可能となる。

【０１８７】これはつまり、ジョブデータの途中切れが
発生した場合に、従来のように長い時間慎重に続きのデ
ータ受信を待つのではなく、短い時間で安全にジョブタ
イムアウト処理を行なってしまうことが可能となり、複
数のジョブを大量に処理しなくてはならないようなプリ
ントシステムにおいて、効率的なジョブ運用を実現する
ものである。

【０１８８】以上説明した様に本実施例によれば、ジョ
ブタイムアウトが発生しジョブ終了処理が実行された時
に、それをステータス応答によりホストに伝達すること
で、ホスト側でプリンタ側の強制ジョブ終了処理を認識
し、そのジョブ処理をそれ以降どうするか的確に判断す
ることを可能とする。

【０１８９】また、ジョブタイムアウトが発生し、強制
的にジョブ終了処理が実行される前に、そのジョブタイ
ムアウト発生の警告をステータス応答によりホストに伝
達し、それに対するホスト側のジョブタイムアウト可否
の指示を受け、それに従って、ジョブタイムアウト処理
を実行したり或いは回避することを可能とする。

【０１９０】また、ジョブタイムアウトが発生し、強制
的にジョブ終了処理が実行される前に、そのジョブタイ
ムアウト発生の警告をステータス応答によりホストに伝
達し、それに対してホスト側が続きのジョブデータを送
ってきたかを判断し、それに従って、ジョブタイムアウ
ト処理を実行したり或いは回避することを可能とする。

【０１９１】

【発明の効果】以上の説明したように本発明によれば、
ジョブ単位のデ−タの受信状態を監視してデ−タ受信が
途切れてからの経過時間を計測し、計測した時間が所定
時間になると当該ジョブを終了し、当該ジョブを終了し
たことを示す情報をデータ元に返信することで、ホスト
コンピュータ側とプリンタ側との連携を強め、プリント
ジョブ作業におけるジョブ障害を防ぐことが可能とな
る。また、ジョブ単位のデ−タの受信状態を監視してデ
−タ受信が途切れてからの経過時間を計測し、計測した
時間が所定時間になると当該ジョブを終了しても良いか
否かを問う第１の情報をデータ元に返信し、第１の情報
に対するデ−タ元から受信した第２の情報に応じて、当
該ジョブを終了するか継続処理するかを制御すること
で、プリンタの処理状態やホストの処理状態を深く気に
することなく、割と安易にジョブタイムアウトを行なう
ことが可能となる。

【０１９２】また、ジョブ単位のデ−タの受信状態を監
視してデ−タ受信が途切れてからの経過時間を計測し、
計測した時間が所定時間になると当該ジョブを終了する
ことを示す情報をデータ元に返信し、当該情報に基づい
てデ−タ元から続きのデ−タを受信した場合には当該ジ
ョブのデ−タを継続処理し、デ−タ元から続きのデ−タ
を受信しなかった場合には当該ジョブを終了すること
で、複数のジョブを大量に処理しなくてはならないよう
なプリントシステムにおいて、効率的なジョブ運用を実
現することが可能となる。

【図面の簡単な説明】

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

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

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

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

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

【図６】ジョブタイムアウト処理の一例を表す模式図で
ある。

【符号の説明】

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

Claims (12)

【特許請求の範囲】
1. 【請求項１】 データ元からのジョブ単位のデ−タに従
   ってプリント処理を行うプリンタ装置であって、 前記ジョブ単位のデ−タの受信状態を監視し、デ−タ受
   信が途切れてからの経過時間を計測する計測手段と、 前記計測手段で計測した時間が所定時間になると、当該
   ジョブを終了する制御手段と、 前記制御手段で当該ジョブを終了したことを示す情報を
   データ元に返信する情報返信手段と、 を備えることを特徴とするプリンタ装置。
2. 【請求項２】 前記デ−タ元と前記プリンタ装置は双方
   向インタ−フェ−スで接続されていることを特徴とする
   請求項１記載のプリンタ装置。
3. 【請求項３】 データ元からのジョブ単位のデ−タに従
   ってプリント処理を行うプリンタ装置の制御方法であっ
   て、 前記ジョブ単位のデ−タの受信状態を監視し、デ−タ受
   信が途切れてからの経過時間を計測する計測工程と、 前記計測工程で計測した時間が所定時間になると、当該
   ジョブを終了する制御工程と、 前記制御工程で当該ジョブを終了したことを示す情報を
   データ元に返信する情報返信工程と、 を備えることを特徴とするプリンタ装置の制御方法。
4. 【請求項４】 前記デ−タ元と前記プリンタ装置は双方
   向インタ−フェ−スで接続されていることを特徴とする
   請求項３記載のプリンタ装置の制御方法。
5. 【請求項５】 データ元からのジョブ単位のデ−タに従
   ってプリント処理を行うプリンタ装置であって、 前記ジョブ単位のデ−タの受信状態を監視し、デ−タ受
   信が途切れてからの経過時間を計測する計測手段と、 前記計測手段で計測した時間が所定時間になると、当該
   ジョブを終了しても良いか否かを問う第１の情報をデー
   タ元に返信する情報返信手段と、 前記第１の情報に対する前記デ−タ元から受信した第２
   の情報に応じて、当該ジョブを終了するか継続処理する
   かを制御する制御手段と、 を備えることを特徴とするプリンタ装置。
6. 【請求項６】 前記デ−タ元と前記プリンタ装置は双方
   向インタ−フェ−スで接続されていることを特徴とする
   請求項５記載のプリンタ装置。
7. 【請求項７】 データ元からのジョブ単位のデ−タに従
   ってプリント処理を行うプリンタ装置の制御方法であっ
   て、 前記ジョブ単位のデ−タの受信状態を監視し、デ−タ受
   信が途切れてからの経過時間を計測する計測工程と、 前記計測工程で計測した時間が所定時間になると、当該
   ジョブを終了しても良いか否かを問う第１の情報をデー
   タ元に返信する情報返信工程と、 前記第１の情報に対する前記デ−タ元から受信した第２
   の情報に応じて、当該ジョブを終了するか継続処理する
   かを制御する制御工程と、 を備えることを特徴とするプリンタ装置の制御方法。
8. 【請求項８】 前記デ−タ元と前記プリンタ装置は双方
   向インタ−フェ−スで接続されていることを特徴とする
   請求項７記載のプリンタ装置。
9. 【請求項９】 データ元からのジョブ単位のデ−タに従
   ってプリント処理を行うプリンタ装置であって、 前記ジョブ単位のデ−タの受信状態を監視し、デ−タ受
   信が途切れてからの経過時間を計測する計測手段と、 前記計測手段で計測した時間が所定時間になると、当該
   ジョブを終了することを示す情報をデータ元に返信する
   情報返信手段と、 前記情報に基づいて前記デ−タ元から続きのデ−タを受
   信した場合には当該ジョブのデ−タを継続処理し、前記
   デ−タ元から続きのデ−タを受信しなかった場合には当
   該ジョブを終了する制御手段と、 を備えることを特徴とするプリンタ装置。
10. 【請求項１０】 前記デ−タ元と前記プリンタ装置は双
    方向インタ−フェ−スで接続されていることを特徴とす
    る請求項９記載のプリンタ装置。
11. 【請求項１１】 データ元からのジョブ単位のデ−タに
    従ってプリント処理を行うプリンタ装置の制御方法であ
    って、 前記ジョブ単位のデ−タの受信状態を監視し、デ−タ受
    信が途切れてからの経過時間を計測する計測工程と、 前記計測工程で計測した時間が所定時間になると、当該
    ジョブを終了することを示す情報をデータ元に返信する
    情報返信工程と、 前記情報に基づいて前記デ−タ元から続きのデ−タを受
    信した場合には当該ジョブのデ−タを継続処理し、前記
    デ−タ元から続きのデ−タを受信しなかった場合には当
    該ジョブを終了する制御工程と、 を備えることを特徴とするプリンタ装置の制御方法。
12. 【請求項１２】 前記デ−タ元と前記プリンタ装置は双
    方向インタ−フェ−スで接続されていることを特徴とす
    る請求項１１記載のプリンタ装置の制御方法。