JPH07160443A - 印刷装置及びその状態報知方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 印刷を行うとき、エラーが発生するかどうか
を事前に知ることで、資源の有効利用を図ることを可能
にする。 【構成】 ホストコンピュータ１０１からシミュレーシ
ョン指示データを受信すると、印刷シミュレーション部
１１７を起動状態にする。この結果、実際に印刷を行う
印刷部には、プリントスタート信号が供給されなくなる
一方、実際に印刷処理が行われたときと同じ信号を印刷
シミュレーション部１１７が発生し、記録媒体への出力
以外は通常の印刷処理とまったく同様の処理を行うこと
になる。そして、エラーが発生した場合には、その旨の
データをホストＩ／Ｆ１０２を介してホストコンピュー
タ１０１に返す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、印刷データを出力する
側の上位装置における印刷装置の状態報知方法及び印刷
装置に関するものである。

【０００２】

【従来の技術】ホストコンピュータから送られる印刷デ
ータを、ＬＢＰのようなページプリンタで印刷する場
合、そのページプリンタが１ページ分のフルビットマッ
プメモリを有さない場合（バンド単位に印刷するページ
プリンタの場合）には、前記印刷データの内容が複雑す
ぎたり、データ量が非常に多い場合は印刷できずにエラ
ーとなる場合がある。

【０００３】これは、ビットマップイメージを１ページ
分の一部いわゆるバンドとして待たざるを得ないために
め、データの内容が複雑すぎたりデータ量が非常に多く
て、データの展開が印刷動作に間に合わなくなるという
場合に発生する。

【０００４】

【発明が解決しようとする課題】このような問題を防ぐ
には、基本的にはプリンタにフルビットマップメモリ分
の容量のメモリを搭載すれば良いのであるが、コストア
ップになる。しかしながら、一方では、ほとんどの場合
の印刷には十分対応できるのであるから、必要以上のメ
モリを搭載させるとしても、そのメモリが無駄になる。

【０００５】さて、このようなエラーが発生するか否か
は、実際に印刷動作としなければならないが、それでは
記録媒体である記録紙が無駄になってしまうという問題
が残る。

【０００６】

【課題を解決するための手段】本発明は、エラーが発生
するかどうかを事前に知ることで、資源の有効利用を図
ることを可能にする印刷装置及びその状態報知方法を提
供しようとするものである。

【０００７】この課題を解決する本発明の印刷装置は、
以下の構成を備える。すなわち、上位装置から出力され
てきた印刷データに基づく可視画像を所定の記録媒体上
に記録し、出力する印刷装置において、前記上位装置か
ら所定の指示情報を受けた場合、それ以降に受信した印
刷データに対しては、装置内部で通常の印刷処理と同様
の処理を行ないないながらも、実際の記録媒体上へに記
録を不能する手段と、少なくとも、前記手段で印刷処理
を行った結果、或はその処理中の状態を前記上位装置に
出力する出力手段とを備える。

【０００８】また、本発明の印刷装置の状態報知方法は
以下の工程を備える。すなわち、所定の指示情報を受信
した場合、それ以後に受信した印刷データに対しては、
内部的な印刷処理を行いながらも実際の記録媒体への画
像記録を不能にする手段とを備えた印刷装置に、印刷デ
ータを出力する上位装置における印刷状態報知方法であ
って、操作者によって前記所定の指示情報の発生要求が
あると、当該指示情報を前記印刷装置に出力する工程
と、前記印刷装置の状態を監視し、当該監視内容を報知
する工程とを備える。

【０００９】

【作用】かかる本発明の構成或は工程において、例え
ば、印刷装置においては、上位装置から所定の指示情報
を受信した場合には、それ以降に受信する印刷データに
対しては実際の記録媒体上への可視画像を不能にした状
態にして印刷処理を行う。そして、その処理の状態情報
を上位装置に出力する。

【００１０】

【実施例】以下、添付図面に従って本発明に係る実施例
を詳細に説明する。

【００１１】図１は本発明の実施例を示すブロック図で
あり、レーザビームプリンタのコントロール部を示して
いる。

【００１２】図１において、１０１は本レーザビームプ
リンタへデータを送るホストコンピュータ、１２１〜１
２８はホストコンピュータ１０１と本レーザビームプリ
ンタ間のインタフェース（Ｉ／Ｆ）信号である。

【００１３】また、実施例のレーザビームプリンタは以
下の構成を備える。

【００１４】１０２はホストコンピュータ１０１との信
号の授受を行う為のホストＩ／Ｆ、１０３は装置全体の
制御を司るＣＰＵ、１０４はＲＡＭで、更に受信バッフ
ァ１０５、ページメモリ１０６、ビットマップメモリ１
０７で構成される。１１０はＲＯＭであり、ＣＰＵ１０
３の動作プログラム（後述する）が格納されているプロ
グラムＲＯＭ１１１と文字フォントデータが格納されて
いるフォントＲＯＭ１１２とで構成される。１１４はシ
ステムバスである。

【００１５】１１５は図７に示す印刷部（プリンタエン
ジン部）にビットマップメモリ１０７内に展開されたビ
ットマップデータを所定のタイミングで転送する印刷部
Ｉ／Ｆであり、１１６は印刷ドットデータ（パラレル）
をシリアル信号に変換し、ビデオ信号として出力する並
直列変換器である。また、１１７は印刷シミュレーショ
ン部であり、その詳細は後述する。

【００１６】図７を用いて実施例のレーザビームプリン
タの印刷部の構成及び動作を説明する。尚、本実施例の
レーザビームプリンタはホストコンピュータから文字パ
ターンの登録や定着書式（フォームデータ）などの登録
が行える。

【００１７】同図において、７４０はＬＢＰ本体であ
り、外部に接続されているホストコンピュータから供給
される文字情報（文字コード）やフォーム情報あるいは
マクロ命令などを入力して記憶するとともに、それらの
情報に従って対応する文字パターンやフォームパターン
などを作成し、記録媒体である記録紙上に像を形成す
る。７００は操作のためのスイッチおよびＬＣＤ表示器
などが配されている操作パネル、７０１はＬＢＰ７４０
全体に制御およびホストコンピュータから供給される文
字情報などを解析するプリンター制御ユニットであり、
図１に示した各回路構成を含んでいる。この制御ユニッ
ト７０１は、主に文字情報を対応する文字パターンをビ
デオ信号に変換してレーザドライバ７０２に出力する。
レーザドライバ７０２は半導体レーザ７０３を駆動する
ための回路であり、入力されたビデオ信号に応じて半導
体レーザ７０３から発射されるレーザ光７０４をオンオ
フ切り替えする。レーザ光７０４は回転多面鏡７０５で
左右方向に振られ静電ドラム７０６上を走査する。これ
により、静電ドラム７０６上には文字パターン等の静電
潜像が形成される。この潜像は、静電ドラム７０６周囲
の現像ユニット７０７により現像された後、記録紙に転
写される。この記録紙にはカットシートを用い、カット
シート記録紙はＬＢＰ７４０に装着した着脱自在の用紙
カセット７０８に収納され、給紙ローラ７０９および配
送ローラ７１０と７１１とにより装置内に取り込まれ
て、静電ドラム７０６に供給される。そして、現像器７
０７によって静電ドラム７０６上に付着されたトナー像
は、搬送されてきた記録紙に転写される。その後、記録
紙は定着器７１２方向に搬送され、トナーが定着され、
最終的に排出ローラ７１３によって外部に排出される。

【００１８】次に、上記構成における実施例のレーザビ
ームプリンタ（プリント制御ユニットのホストＩ／Ｆ）
とホストコンピュータ１０１（以下、単にホスト１０１
という）との間のＩ／Ｆ信号１２１〜１２８の動作タイ
ミングを図１，図２を用いて説明する。

【００１９】まず、図１において、信号１２１は、プリ
ンタが印刷可能状態である事を示すプリンタレディ信号
であり、ＬＯＷレベルがＴＲＵＥである事を示す。信号
１２６はプリンタ側からホスト側へ送られるビジー信号
で、ＨＩＧＨレベルがＴＲＵＥである事を示す。信号１
２３はプリンタ側からホスト側へ送られるデータストロ
ーブ信号で、ＬＯＷレベルがＴＲＵＥで有る事を示す。
信号１２４は、プリンタ側からホスト側へ送られるプリ
ンタ→ホスト送信要求信号であり、ＬＯＷレベルがＴＲ
ＵＥである事を示す。

【００２０】信号１２５は、双方向のデータ線であり、
８ビット幅を有する。信号１２２はホスト１０１からプ
リント側へのデータストローブ信号であり、ＬＯＷレベ
ルがＴＲＵＥである事を示す。信号１２７はホスト１０
１からプリンタへ送るホスト側受信可能状態を示す信号
であり、ＬＯＷレベルがＴＲＵＥである事を示す。信号
１２８はホスト１０１からプリンタ側へ送るビジー信号
であり、ＨＩＧＨレベルがＴＲＵＥである事を示す。

【００２１】次に、信号１２１〜１２８の動作タイミン
グについて、図２を用いて説明する。

【００２２】まず、ホスト１０１からプリンタへデータ
を送る場合は、まずホスト１０１は信号１２１でプリン
タが印刷可能状態で有るか否かを見る。信号１２１がＬ
ＯＷレベルで有れば印刷可能であるので、ホストコンピ
ュータ１０１はデータ線１２５に印刷データを出力する
と共にデータストローブ信号１２２を出力する（タイミ
ング２０１）。信号１２２の立ち下がりエッジで信号１
２６がＨＩＧＨレベルになり、プリンタがビジー状態で
ある事を示す。

【００２３】プリンタがデータ線１２５上のデータを内
部に取り込み、次のデータの入力可能状態になると、信
号１２６をＬＯＷレベルに戻す（タイミング２０２）の
で、これを見たホスト１０１は、次のデータをデータス
トローブ信号１２２と共に送る。

【００２４】次に、プリンタ側からホストへデータを送
る場合は、プリンタはまずホスト側受信可能信号１２７
を見る。もし、信号１２７がＬＯＷレベルで無い時は、
ホスト１０１に対して、プリンタ→ホストデータ送信要
求信号１２４をＬＯＷレベルにする（タイミング２０
３）。ホスト１０１からの信号１２７がＬＯＷレベルに
なり、ホスト１０１が受信可能状態になると、プリンタ
ビジー信号１２６をＨＩＧＨレベルにする（タイミング
２０４）。

【００２５】次に、データストローブ信号１２３と共
に、データ線１２５にデータを出力する（タイミング２
０５）。データストローブ信号１２３の立ち下がりエッ
ジで信号１２８がＨＩＧＨレベルになり、ホスト１０１
がビジー状態である事を示す。ホスト１０１の入力処理
が終了すると、信号１２８がＬＯＷレベルになるので、
プリンタ側は次のデータをデータストローブ信号１２３
と共に出力する（タイミング２０６）。

【００２６】プリンタ側からの送信が終了すると、信号
１２４をＨＩＧＨレベルに戻し、ホスト１０１へ送信が
終了した事を知らせる（タイミング２０７）。ホスト１
０１はプリンタへデータを送る時は信号１２７をＨＩＧ
Ｈレベルにしてから送る。

【００２７】本実施例の通常の印刷動作は次の通りであ
る。

【００２８】ホストコンピュータ１０１から送られて来
た印刷データは、ホストＩ／Ｆ１０２を通ってＲＡＭ１
０４内の受信バッファ１０５へロードされ、次にページ
メモリ１０６内にページ単位にストアされる。

【００２９】１ページ分の印刷データがページメモリ１
０６にストアされると、ＣＰＵ１０３はページメモリ１
０６から印刷データを順に読み出して解釈し、必要に応
じてＲＯＭ１０８内のフォントＲＯＭ１１２内に参照す
る事によってドットデータに変換し、ビットマップメモ
リ１０７へストアする。

【００３０】ビットマップメモリ１０７内のデータのス
トア状態を図３に示す。

【００３１】図３において、３０２は１ライン分のドッ
トデータがストアされており、３０１はフラグ領域であ
り、ドットデータがストアされている場合に“１”がセ
ットされる。そして、印刷部Ｉ／Ｆが印刷部へドットデ
ータを送り出すべく読み出した際に０にリセットされ
る。

【００３２】即ち、フラグ領域３０１によって、そのラ
インのドットデータが読み出された後なのか、まだ読み
出されていないのか、換言すれば、印刷出力済みである
か否か判別できることになる。

【００３３】実施例の装置では、このようなフラグ領域
３０１とドットデータ領域３０２のセットが１２８ライ
ン分有る。つまり、実施例の装置は、１ページ分の画像
を微小バンド単位に記録するものである。ちなみに、こ
れは１ページ分のライン数はＡ４サイズで８本／mmの印
刷密度の場合には約２３２０ラインであるが、１２８ラ
インはこれよりもはるかに小さいものである。これは、
コストダウンのためにビットマップメモリの容量を少な
くしているためである。

【００３４】ビットマップメモリ１０７へ最初の１２８
ライン分の展開が終了すると、ＣＰＵ１０３は印刷部Ｉ
／Ｆ１１５へ指令を出し、プリントスタート信号１４４
を出力させる。信号１４１はデフォルト状態ではＨＩＧ
Ｈレベルであるので、信号１４４はプリントスタート信
号１３１として、印刷部へ送られる。また、この後、印
刷部Ｉ／Ｆ１１５は、印刷部から送られてくる公知の水
平同期信号及び垂直同期信号に従って、ビットマップメ
モリ１０７から上から順にドットデータを読み出しては
並列直列変換器１１６を介して印刷部にビデオ信号の転
送をおこなうことになる。

【００３５】この間、印刷部Ｉ／Ｆによって読み出され
たドットデータのラインは、ＣＰＵによって、次に印刷
すべきバンドのドットデータの展開処理を行う。すなわ
ち、ＣＰＵの書き込み処理と、印刷部Ｉ／Ｆの読み出し
処理が、いわゆる追いかけっこすることになる。

【００３６】印刷部Ｉ／Ｆの読み出しよりも、ＣＰＵの
書き込みが早ければ、１ページ分の印刷が行なわれるわ
けであるが、入力データが複雑であったり、多すぎる等
して、ＣＰＵの書き込みが遅れる場合は、印刷部Ｉ／Ｆ
の読み出しが追いついてしまい、しまいには読み出すべ
きドットデータが無くなってしまう。

【００３７】これは、印刷部Ｉ／Ｆが、ビットマップメ
モリ１０７上に各ラインのフラグ領域３０１が自分が読
み出す時に１にセットされているかによって判断され、
もし０になっていれば追いついてしまった場合はエラー
という事でＣＰＵ１０３に報告される。

【００３８】エラーの報告を受けたＣＰＵ１０３は、以
降の印刷動作を中止して、エラーの報告をホストコンピ
ュータに送るのであるが、先に図７で説明したように、
用紙への記録がいったん開始されると止まらないので、
途中まで印刷された用紙が印刷されてしまうわけであ
る。

【００３９】次に、実施例が直接関係する印刷シミュレ
ーション動作について説明する。

【００４０】ホストコンピュータ１０１から送られて来
る印刷データは、通常の印刷時のものと変わらないが、
シミュレーションの場合はそれがシミュレーションで有
る事を示す特別な制御コードが、上記印刷データの先頭
に付いてくる。その状態が図６（ａ）である。

【００４１】シミュレーションコードの有無にかかわら
ず、ＣＰＵは印刷データに対して、通常の印刷動作と同
じく、ドット変換作業を行ない、最初の１２８ライン分
のドットデータを、ビットマップメモリ１０７にストア
する。

【００４２】次に、ＣＰＵ１０３は、図６の用紙サイズ
情報６０２から、図５のレジスタ５０３にライン数デー
タをセットする。ライン数データとは、用紙１枚分のラ
イン数を示すもので、８本／mmの印刷速度の場合、Ａ４
サイズで２３２０、Ａ３サイズで３３００である（いず
れも十進数）。

【００４３】次に、印刷部Ｉ／Ｆ１１５に、通常の印刷
動作と同じく印刷開始命令を出すと同時に、印刷シミュ
レーション部１１７に対してシステムバスを通じてシミ
ュレーション開始命令を出す。

【００４４】図５は、印刷シミュレーション部１１７を
更に詳しく説明する図である。

【００４５】ＣＰＵ１０３からのシミュレーション開始
命令は、デコーダ５０１によって信号５１１として出力
され、フリップフロップ５０２をセットする。そのた
め、信号１４１がＬＯＷレベルとなり、印刷部Ｉ／Ｆ１
１５からのプリント開始命令１４４はＡＮＤゲート１１
８によりゲートされるため、印刷部へは供給されない
（つまり、記録紙の搬送やレーザ素子の駆動等が行われ
ず非印刷動作になる）。

【００４６】また、単安定マルチバイブレータ５０４に
トリガがかかるため、パルス信号１４２が出力される。
信号１３３は、印刷していない状態ではＨＩＧＨレベル
であるので、信号１４２は垂直同期信号として印刷部Ｉ
／Ｆ１１５に認知される。

【００４７】また、ＡＮＤゲート５５０が開くので、発
振器５０７の出力が、１４３として出力され、同じく印
刷しない状態では信号１３２はＨＩＧＨレベルであるの
で、信号１４３は水平同期信号として印刷部Ｉ／Ｆ１１
５に認知される。

【００４８】信号１４３のパルス周期は、実際の水平同
期信号の周期と同じに設定されている。垂直及び水平同
期信号を受けて、印刷部Ｉ／Ｆ１１５は通常の印刷動作
と同じ動作を行なうし、ＣＰＵ１０３もまた通常の印刷
動作と同じく１２９ライン目以降のドットデータをビッ
トマップメモリ１０７に書き込む。

【００４９】カウンタ５０６は、ライン数が進むに従っ
てカウントアップし、遂に１ページ分のライン数に達す
ると、コンパレータ５０５の／Ｐ＝Ｑの出力がＬＯＷレ
ベルになるため、ＡＮＤゲート５５０が閉じ、１ページ
分の印刷動作は終了する。以上の信号のタイミングチャ
ートを図４に示す。

【００５０】さて、こうした、シミュレーション結果
は、図６（ｂ）のようなフォーマット形式のデータでホ
ストコンピュータ１０１へ伝えられる。ここで、エラー
の有無情報６０６であるが、これは印刷部Ｉ／Ｆ１１５
の読み出し動作が、ＣＰＵ１０３の書き込み動作に追い
ついてしまった場合はエラーとし、追いつかなかった場
合はエラー無しとするものである。

【００５１】次に、ホストコンピュータ１０１上での動
作について説明する。ホストコンピュータは汎用のワー
クステーションやパーソナルコンピュータ等で良く、そ
れ上に動作するＯＳ（オペレーティングシステム）やそ
れに付随するソフトドライバ（例えばプリンタドライバ
を監視するドライバ等）、或はアプリケーションのいず
れかが図８に示すような処理を実現すればよい。従っ
て、ここではホストコンピュータ１０１の構成について
は説明しないが、少なくとも、そのメモリ上には同図の
処理を行うプログラムがロードされていることが必要に
なる。

【００５２】ただし、実施例では、同図に基づくプログ
ラムがＯＳにソフトドライバとして付随させた例を説明
する。

【００５３】ホストコンピュータ１０１で動作している
アプリケーションを使用している操作者が、そのアプリ
ケーションで作成した文書（図形、イメージ等を含む）
の印刷指示を与えると、その表示画面には例えば通常の
印刷を行うのか、シミュレーション印刷を指示・解除を
行うのかの選択メニューウインドウが表示される。操作
者はこのメニューウインドウを見て、いずれかを選択す
る。

【００５４】シミュレーション印刷指示であると判断し
た場合には、ステップＳ８０１からステップＳ８０２に
進んで、シミュレーション指示コマンドを上記印刷装置
に出力する。この後は、ホストコンピュータ１０１に備
えられたプリンタドライバがアプリケーションから獲得
したデータに基づく通常の処理を行うことになる。

【００５５】また、シミュレーション解除指示がなされ
たと判断した場合には、ステップＳ８０４に進んで、シ
ミュレーション解除指示コマンドを転送する（このコマ
ンドは特に説明しなかったが、上記説明からすれば容易
に想到することができよう）。

【００５６】いずれにしても、処理はステップＳ８０５
に進んで、プリンタがシミュレーション処理中かどうか
を判断する。シミュレーション中であると判断した場合
には、ステップＳ８０６に進んで、図６（ｂ）に示した
形式のデータ受信がなされるのを監視する。そのデータ
の受信が行われると、ステップＳ８０７に進んで、受信
したエラーの内容をホストコンピュータに備えられた画
面に表示する。

【００５７】尚、図８では、シミュレーション処理中の
ときのみ、画面に表示させたが、シミュレーション中か
否かにかかわらず、表示処理を行っても良い。ただし、
通常印刷モード（シミュレーションモードが解除状態）
が選択され、エラー無しのデータを受信した場合には、
その必要はないであろう。

【００５８】また、エラーをホストに返すには、上記制
御コマンドデータのほかに、新たにインターフェース上
に専用の信号線を設けるようにしても良い。

【００５９】＜他の実施例の説明＞次に本願発明の応用
例を説明する。

【００６０】上記実施例では、プリンタがバンド単位に
印刷する装置に適応させたが、これに限るものではな
い。

【００６１】例えば、ホストコンピュータが出力する印
刷データそのものに誤りがあった場合、当然のことなが
らプリンタ側のＣＰＵ１０３はそれを解釈できないこと
になる。

【００６２】従って、このような状況下にあった場合、
図６（ｂ）に示す形式のデータのホストコンピュータに
返すようにしても良い。この場合には、図６（ｂ）にお
けるエラーの有無情報６０６は、上記第１の実施例のエ
ラー以外にも対処する為のエラーの種類を識別できるコ
ードを含むことになる。当然、ホストコンピュータ側で
動作している図８のフローチャートに基づく処理では、
そのエラーコードに対応するメッセージ等を表示するこ
とになる。

【００６３】また、図６（ｂ）の情報は、エラーを検知
した時点で即、ホストコンピュータに返して良いことは
言うまでもない。

【００６４】また、単にエラー情報を返送するのではな
く、実際に印刷が開始されるまで、或は完了するまでに
要する時間情報をホストコンピュータに返送しても良
い。

【００６５】以上説明したように本実施例によれば、印
刷できるか否かを用紙を無駄にせずに事前に判別できる
というメリットがある。特に、第１の実施例で説明した
如く、ホストコンピュータ及びプリンタ側の双方が正し
い動作をしたのにもかからわず発生するエラーは、操作
者レベルで対処できる程度のものであるので、その作用
効果のメリットは十分なものが期待できる。例えば、正
常印刷できない旨を報知を受けた操作者は、印刷すべき
情報の複雑さや量を抑える操作（例えば、少ない書体数
を使用させる等）をそのアプリケーション上でおこなう
ことにより、プリンタのメモリを増やさずに、どのよう
な印刷データも正常に印刷できることになる。

【００６６】尚、本願発明は、いかなる方式のプリンタ
にも適応できることは、上記説明から容易に推察できよ
う。従って、本願発明はレーザビームプリンタに限定さ
れるものではない。また、実際の印刷を行わせない原理
は、上記例に限定されるものではない。

【００６７】

【発明の効果】以上説明したように本発明によれば、印
刷装置による実際の印刷がどのようになるのかを事前に
判断できるので、記録紙等の資源を有効利用することが
可能になる。

【００６８】

【図面の簡単な説明】

【図１】実施例の印刷装置のブロック構成図である。

【図２】実施例の診察装置とホストコンピュータとの間
の双方向通信を示すタイミングチャートである。

【図３】実施例の印刷装置のビットマップメモリの構造
を示す図である。

【図４】実施例の印刷装置における印刷シミュレーショ
ン部の動作を示すタイミング図である。

【図５】実施例の印刷シミュレーション部を更に詳細に
示す図である。

【図６】ホストコンピュータとプリンタ間のコマンド，
ステータス内容を示す図である。

【図７】実施例の印刷装置の断面構造図である。

【図８】実施例におけるホストコンピュータ上で動作す
るプログラムの一部を示す図である。

【符号の説明】

１０２ ホストＩ／Ｆ １０３ ＣＰＵ １０４ ＲＡＭ １０８ ＲＯＭ １１５ 印刷部Ｉ／Ｆ １１７ 印刷シミュレーション部

Claims (5)

【特許請求の範囲】
1. 【請求項１】 上位装置から出力されてきた印刷データ
   に基づく可視画像を所定の記録媒体上に記録し、出力す
   る印刷装置において、 前記上位装置から所定の指示情報を受けた場合、それ以
   降に受信した印刷データに対しては、装置内部で通常の
   印刷処理と同様の処理を行ないないながらも、実際の記
   録媒体上へに記録を不能する手段と、 少なくとも、前記手段で印刷処理を行った結果、或はそ
   の処理中の状態を前記上位装置に出力する出力手段とを
   備えることを特徴とする印刷装置。
2. 【請求項２】 前記印刷装置は、ページプリンタであ
   り、帯状の部分画像単位に印刷する装置であることを特
   徴とする請求項第１項に記載の印刷装置。
3. 【請求項３】 所定の指示情報を受信した場合、それ以
   後に受信した印刷データに対しては、内部的な印刷処理
   を行いながらも実際の記録媒体への画像記録を不能にす
   る手段とを備えた印刷装置に、印刷データを出力する上
   位装置における印刷状態報知方法であって、 操作者によって前記所定の指示情報の発生要求がある
   と、当該指示情報を前記印刷装置に出力する工程と、 前記印刷装置の状態を監視し、当該監視内容を報知する
   工程とを備えることを特徴とする印刷装置の状態報知方
   法。
4. 【請求項４】 前記報知工程は、前記出力工程で前記所
   定の指示情報を印刷装置に出力した後に送られた印刷デ
   ータに基づく前記印刷装置の状況を監視し、印刷装置が
   正常に印刷処理を実現できるか否かを報知することを特
   徴とする請求項第３項に記載の印刷装置の状態報知方
   法。
5. 【請求項５】 前記印刷装置は、ページプリンタであ
   り、帯状の部分画像単位に印刷する装置であることを特
   徴とする請求項第３項に記載の印刷装置の印刷状態報知
   方法。