JPH0867035A

JPH0867035A - 出力装置

Info

Publication number: JPH0867035A
Application number: JP6228922A
Authority: JP
Inventors: Susumu Muto; 晋武藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1994-08-30
Filing date: 1994-08-30
Publication date: 1996-03-12

Abstract

(57)【要約】【目的】ホストコンピュータからプリンタ等の出力装
置に対して、送信される無駄なステータスリクエスト命
令と判断される命令を無効にすることを目的とする。【構成】外部装置から入力データを受信して解析して
出力データを出力する制御を行う出力装置の構成とし
て、ホストコンピュータ等の外部装置からの入力データ
をプリンタ等の出力装置の状態を取得する命令（ステー
タスリクエスト命令）であるか否かを判定する判定手段
と、該判定手段による判定結果に基づいて、前記外部装
置に対して、前記出力装置の状態を送信する送信手段
と、前記送信手段による送信前に、前記出力装置に対し
て、前記外部装置から前記命令と同様の命令が送信され
たか否かを判断する判断手段と、該判断手段による判断
手段に基づいて、前記命令を無効にする命令無効化手段
と、前記命令が無効にされたことをホストコンピュータ
等の外部装置に知らせる手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、双方向インタフェース
を介してホストコンピュータに接続されるプリンタ等の
出力装置に関するものである。

【０００２】

【従来の技術】従来、双方向のインタフェースを有する
プリンタ等の出力装置はホストコンピュータ等から、プ
リンタの状態を取得するための命令（以降、ステータス
リクエスト命令と称す）を受信すると、前記命令を解析
して、処理した後、ホストコンピュータに対して、プリ
ンタの状態を示すデータを送信する。この場合、出力装
置が受信および送信データを一時的に格納するための送
受信バッファを有する場合、前記データ受信の処理と送
信の処理は非同期で行われていた。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来例では、ユーザが上記プリンタに対して連続して同じ
ステータスリクエスト命令を送信した後に実際の印字デ
ータの送信を行った場合に、命令の処理時間によって
は、命令に対する返答の送信をする前に、次のステータ
スリクエスト命令の受信が行われてしまい、最初送信し
たステータスリクエスト命令以外のステータスリクエス
ト命令は結果として、無駄な命令処理につながる場合が
あった。また、プリンタが受信したステータスリクエス
ト命令はすべて処理されてしまうため、実際に処理すべ
き印字データの処理が無駄な処理に延々と待たされるこ
とにつながっていた。

【０００４】本発明は、上記の問題点を解決するために
なされたもので、ホストコンピュータからプリンタ等の
出力装置に対して、送信される無駄なステータスリクエ
スト命令と判断される命令を無効にすることを目的とす
る。

【０００５】

【課題を解決するための手段】上記目的を達成するため
の本発明は、外部装置から入力データを受信して解析し
て出力データを出力する制御を行う出力装置において、
以下に示す構成を備える。即ち、ホストコンピュータ等
の外部装置からの入力データをプリンタ等の出力装置の
状態を取得する命令（ステータスリクエスト命令）であ
るか判定する判定手段と、該判定手段による判定結果に
基づいて、前記外部装置に対して、前記出力装置の状態
を送信する送信手段と、前記送信手段による送信前に、
前記出力装置に対して、前記外部装置から前記命令と同
様の命令が送信されたかを判断する判断手段と、該判断
手段による判断手段に基づいて、前記命令を無効にする
命令無効化手段と、前記命令が無効にされたことをホス
トコンピュータ等の外部装置に知らせる手段とを備え
る。

【０００５】

【作用】かかる構成において、受信したデータがステー
タスリクエスト命令であることを判定することができる
ようにする。かかる構成において、ステータスリクエス
ト命令に対する送信待ち状態の出力データが存在する場
合、前記命令と同様な命令が受信されてたかを判断する
ことができるようにする。かかる構成において、前記の
同様な命令を無効にして、その結果をホストコンピュー
タ等に知らせることができるようにする。

【０００６】

【実施例】次に、本発明の実施例を説明する。なお、本
発明を容易に理解できるように、本実施例の構成を説明
する前に、本実施例を適用するのに好適なレーザビーム
プリンタおよびインクジェットプリンタの構成につい
て、図１〜図３を参照しながら説明する。なお、本実施
例を適用するプリンタは、レーザビームプリンタおよび
インクジェットプリンタに限られるものではなく、他の
プリント方式のプリンタで良いことは言うまでもない。

【０００７】図１は本発明を適用可能な第１の出力装置
の構成を示す断面図であり、例えばレーザビームプリン
タ（ＬＢＰ）の場合を示す。図１において、１５００は
ＬＢＰ本体であり、外部に接続されているホストコンピ
ュータから供給される印刷情報（文字コード等）やフォ
ーム情報あるいはマクロ命令等を入力して記憶するとと
もに、それらの情報に従って対応する文字パターンやフ
ォームパターン等を作成し、記録媒体である記録紙等に
像を形成する。

【０００８】１５０１は操作のためのスイッチおよびＬ
ＥＤ表示器等が配されている操作パネル、１０００はＬ
ＢＰ本体１５００全体の制御およびホストコンピュータ
から供給される文字情報等を解析するプリンタ制御ユニ
ットである。このプリンタ制御ユニット１０００は、主
に文字情報を対応する文字パターンのビデオ信号に変換
してレーザドライバ１５０２に出力する。

【０００９】レーザドライバ１５０２は半導体レーザ１
５０３を駆動するための回路であり、入力されたビデオ
信号に応じて半導体レーザ１５０３から発射されるレー
ザ光１５０４をオン・オフ切り換えする。レーザ光１５
０４は回転多面鏡１５０５で左右方向に振らされて静電
ドラム１５０６上を走査露光する。これにより、静電ド
ラム１５０６上には文字パターン等の静電潜像が形成さ
れることになる。この潜像は、静電ドラム１５０６周囲
に配設された現像ユニット１５０７により現像された
後、記録紙に転写される。この記録紙にはカットシート
を用い、カットシート記録紙はＬＢＰ１５００に装着し
た用紙カセット１５０８に収納され、給紙ローラ１５０
９および１５１０と搬送ローラ１５１１とにより、装置
内に取り込まれて、静電ドラム１５０６に供給される。
また、ＬＢＰ本体１５００には、図示しないカードスロ
ットを少なくとも１個以上備え、内蔵フォントに加えて
オプションフォントカード、言語系の異なる制御カード
（エミュレーションカード）を接続できるように構成さ
れている。

【００１０】図２は本発明を適用可能な第２の出力装置
の構成を示す外観図であり、例えばインクジェット記録
装置（ＩＪＲＡ）の場合を示す。図２において、駆動モ
ータ５０１３の正逆回転に連動して駆動力伝達ギア５０
１１、５００９を介して回転するリードスクリュー５０
０５の螺旋溝５００４に対して係合するキャリッジＨＣ
はピン（図示しない）を有し、矢印ａ、ｂ方向に往復移
動される。このキャリッジＨＣには、インクジェットカ
ートリッジＩＪＣが搭載されている。５００２は紙押さ
え板であり、キャリッジ移動方向にわたって紙をプラテ
ン５０００に対して押圧する。

【００１１】５００７、５００８はフォトカプラでキャ
リッジのレバー５００６のこの領域での存在を確認し
て、モータ５０１３の回転方向切り換え等を行うための
ホームポジション検知手段として機能する。５０１６は
記録ヘッドの前面をキャップするキャップ部材５０２２
を支持する部材、５０１５はこのキャップ内を吸引する
吸引手段でキャップ内開口５０２３を介して記録ヘッド
の吸引回復を行う。５０１７はクリーニングブレード
で、部材５０１９により前後方向に移動可能となる。５
０１８は本体支持板で、上記クリーニングブレード５０
１７、部材５０１９を支持する。５０２１は、吸引回復
の吸引を開始するためのレバーで、キャリッジと係合す
るカム５０２０の移動に伴って移動し、駆動モータから
の駆動力がクラッチ切り換え等の公知の伝達手段で移動
制御される。

【００１２】これらのキャッピング、クリーニング、吸
引回復は、キャリッジがホームポジション側領域にきた
ときにリードスクリュー５００５の作用によってそれら
の対応位置で所望の処理が行えるように構成されている
が、周知のタイミングで所望動作を行うように構成され
ていればよい。

【００１３】図３は、図２に示した第２の出力装置の制
御構成を説明するブロック図である。図３において、１
７００は記録信号を入力するインターフェース、１７０
１はＭＰＵ、１７０２は前記ＭＰＵ１７０１が実行する
制御プログラムやホスト印刷情報等を格納するＲＯＭ、
１７０３はＤＲＡＭで、各種データ（上記記録信号やヘ
ッドに供給される記録データ等）を保存しておく。１７
０４は記録ヘッド１７０８に対する出力データの供給制
御を行うゲートアレイで、インターフェース１７００、
ＭＰＵ１７０１、ＤＲＡＭ１７０３間のデータの転送制
御も行う。

【００１４】１７１０は前記記録ヘッド１７０８を搬送
するためのキャリアモータ、１７０９は記録用紙搬送の
ための搬送モータ、１７０５は前記記録ヘッドを駆動す
るヘッドドライバ、１７０６は前記搬送モータ１７０９
を駆動するモータドライバ、１７０７は前記キャリアモ
ータ１７１０を駆動するモータドライバである。

【００１５】このように構成された上記記録装置におい
て、インタフェース１７００を介して後述するホストコ
ンピュータ３０００より入力情報が入力されると、ゲー
トアレイ１７０４とＭＰＵ１７０１との間で入力情報が
プリント用の出力情報に変換される。そして、モータド
ライバ１７０６、１７０７が駆動されるとともに、ヘッ
ドドライバ１７０５に送られた出力情報に従って記録ヘ
ッドが駆動され印字が実行される。

【００１６】なお、ＭＰＵ１７０１はインタフェース１
７００を介して後述するホストコンピュータ３０００と
の通信処理が可能となっており、ＤＲＡＭ１７０３に関
するメモリ情報および資源データ等やＲＯＭ１７０２内
のホスト印刷情報を後述するホストコンピュータ３００
０に通知可能に構成されている。

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

【００１８】図４において、３０００はホストコンピュ
ータでＲＯＭ３のプログラム用ＲＯＭに記憶された文書
処理プログラム等に基づいて図形、イメージ、文字、表
（表計算等を含む）等が混在した文書処理を実行するＣ
ＰＵ１を備え、システムバス４に接続される各デバイス
をＣＰＵ１が総括的に制御する。また、このＲＯＭ３の
プログラム用ＲＯＭには、ＣＰＵ１の制御プログラム等
を記憶し、ＲＯＭ３のフォント用ＲＯＭには上記文書処
理の際に使用するフォントデータ等を記憶し、ＲＯＭ３
のデータ用ＲＯＭは上記文書処理等を行う際に使用する
各種データ（例えば、印刷情報初期値、エラーメッセー
ジ等）を記憶する。２はＲＡＭで、ＣＰＵ１の主メモ
リ、ワークエリア等として機能する。

【００１９】５はキーボードコントローラ（ＫＢＣ）
で、キーボード９や不図示のポインティングデバイスか
らのキー入力を制御する。６はＣＲＴコントローラ（Ｃ
ＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１０の表示
を制御する。７はディスクコントローラ（ＤＫＣ）で、
ブートプログラム、種々のアプリケーション、フォント
データ、ユーザファイル、編集ファイル等を記憶するハ
ードディスク（ＨＤ）、フロッピーディスク（ＦＤ）等
の外部メモリ１１とのアクセスを制御する。８はプリン
タコントローラ（ＰＲＴＣ）で、所定の双方向性インタ
フェース（インタフェース）２１を介してプリンタ１５
００に接続されて、プリンタ１５００との通信制御処理
を実行する。なお、ＣＰＵ１は、例えばＲＡＭ２上に設
定された表示情報ＲＡＭへのアウトラインフォントの展
開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷ
ＹＳＩＷＹＧを可能としている。また、ＣＰＵ１は、Ｃ
ＲＴ１０上の不図示のマウスカーソル等で指示されたコ
マンドに基づいて登録された種々のウインドウを開き、
種々のデータ処理を実行する。

【００２０】プリンタ１５００において、１２はプリン
タＣＰＵで、ＲＯＭ１３のプログラム用ＲＯＭに記憶さ
れた制御プログラム等或いは外部メモリ１４に記憶され
た制御プログラム等に基づいてシステムバス１５に接続
される各種のデバイスとのアクセスを総括的に制御し、
印刷部インタフェース１６を介して接続される印刷部
（プリンタエンジン）１７に出力情報としての画像信号
を出力する。

【００２１】また、このＲＯＭ１３のプログラムＲＯＭ
には、図５、６のフローチャートで示されるようなＣＰ
Ｕ１２の制御プログラム等を記憶する。ＲＯＭ１３のフ
ォント用ＲＯＭには上記出力情報を生成する際に使用す
るフォントデータ等を記憶し、ＲＯＭ１３のデータ用Ｒ
ＯＭにはハードディスク等の外部メモリ１４が無いプリ
ンタの場合には、ホストコンピュータ上で利用される情
報等を記憶している。

【００２２】ＣＰＵ１２は入力部１８を介してホストコ
ンピュータとの通信処理が可能となっており、プリンタ
内の情報等をホストコンピュータ３０００に通知可能に
構成されている。１９はＣＰＵ１２の主メモリ、ワーク
エリア等として機能するＲＡＭで、図示しない増設ポー
トに接続されるオプションＲＡＭによりメモリ容量を拡
張することができるように構成されている。なお、ＲＡ
Ｍ１９は、出力情報展開領域、環境データ格納領域、Ｎ
ＶＲＡＭ等に用いられている。前述したハードディスク
（ＨＤ）、ＩＣカード等の外部メモリ１４は、ディスク
コントローラ（ＤＫＣ）２０によりアクセスを制御され
る。外部メモリ１４は、オプションとして接続され、フ
ォントデータ、エミュレーションプログラム、フォーム
データ等を記憶する。また、１５０１は前述した操作パ
ネルで操作のためのスイッチおよびＬＥＤ表示器等が配
されている。

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

【００２４】このように構成されたプリンタ制御システ
ムにおいて、図５のフローチャートを用いて、本発明の
実施例を詳しく説明する。図５は、ステータスリクエス
ト命令に対する送信待ち状態の送信データが存在する場
合の処理の流れを示すフローチャートである。以下この
フローチャートを説明する。ステップＳ１で、ホストコ
ンピュータ等からのデータを受信すると、ステップＳ２
で、受信データの解析を行い、ステップＳ３で、ステー
タスリクエスト命令であるかを判断する。ステップＳ３
で、ステータスリクエスト命令と判断された場合は、ス
テップＳ４に進み、このステップＳ４で、送信データが
図７で示すような構造の送信バッファ内に存在するか、
即ち送信待ち状態の送信データが存在するかを判断し、
送信データが存在する場合には、ステップＳ５に進む。
ステップＳ５ににおいて、図７で示すようなデータの種
別を示すＩＤをもとに、送信バッハァ内に現在受信した
命令と同様な命令による送信データが存在するかを調
べ、同様な命令による送信データが存在する場合には、
ステップＳ６に進み、このステップＳ６で、現在受信し
た命令を無効として以降の処理を行わずに、ホストコン
ピュータ等に現在受信した命令が無効とされた事を知ら
せる（ステップＳ７）

【００２５】前述のステップＳ４で、送信待ち状態のデ
ータが存在しないと判断された場合、あるいはステップ
Ｓ５で、現在受信した命令と同様な命令による送信デー
タが存在しないと判断された場合には、ステップＳ８に
進み、このステップＳ８で、ステータスリクエスト命令
の処理を行った後、送信データを送信バッファへ転送す
る（ステップＳ９）。また、前述のステップＳ３で、受
信したデータがステータスリクエスト命令ではないと判
断された場合には、ステップＳ１０に進み、このステッ
プＳ１０で、印字出力処理を行う。

【００２６】（その他の実施例）その他の実施として、
上記実施例の送信バッファではなく、処理待ち状態の受
信データを一時的に格納する領域（受信バッファ）のみ
を有する場合には、受信バッファに格納する前に図６の
フローチャートで示すような処理を行うことにより、上
記実施例と同様に無駄なステータスリクエスト命令の処
理を省略することが可能である。そこで図６のフローチ
ャートを用いて、受信バッファに格納するまでの処理の
流れを説明する。

【００２７】ステップＳ１１で、ホストコンピュータ等
の外部装置からデータを受信すると、ステップＳ１２
で、ステータスリクエスト命令であるかを判断し、ステ
ータスリクエスト命令であれば、ステップＳ１３に進
み、このステップＳ１３で、図７の送信バッハァと同様
な構造からなる受信バッファ内に受信データが存在する
かを判断し、もし受信データが存在する場合には、ステ
ップＳ１４に進み、このステップＳ１４で、図７の送信
データの識別ＩＤと同様な受信データの識別ＩＤを参照
して、現在受信したステータスリクエスト命令と同様な
命令が存在するかを判断し、もし存在するならば、ステ
ップＳ１５に進んで、このステップＳ１５で現在受信し
たデータを破棄し、ステップＳ１６で、ホストコンピュ
ータ等に現在受信したデータが無効になったことを知ら
せた後、ステップＳ１１に戻り、ステップＳ１１の処理
以降を繰り返す。

【００２８】前述のステップＳ１２、１３、１４におい
て、いずれか１つがＮｏ（偽）であれば、ステップＳ１
７に進み、このステップＳ１７で、処理すべきデータと
して、受信バッハァに格納する。

【００２９】また上記実施例において、受信したデータ
を無効としたことを知らせる手段としては、ホストコン
ピュータに知らせる以外に、プリンタ装置に内蔵された
ブザーやパネル等のＬＣＤあるいはＬＥＤで構成される
表示部を用いてもよい。さらに、上記実施例より受信し
たデータが無効になったことを知らせる処理を削除して
も構わないし、さらに受信データが無効になったことを
知らせるか、知らせないかを予めユーザに選択させても
よいし、さらに知らせる手段（ブザー、ホストコンピュ
ータの表示部等）を選択させてもよい。

【００３０】

【発明の効果】以上、説明したように本発明によれば、
ユーザが誤って、出力装置に対して、無意味なステータ
スリクエスト命令を出力しても、前記命令の処理によっ
て、本来処理すべき印刷データ等の処理が遅延されてし
まうといった問題を最小限に抑えることが可能である。
また、通常、送信バッファに空き領域が無くなると、ホ
ストコンピュータ等の外部装置からのデータ受信を中止
しなければならない。したがって、無意味なステータス
リクエスト命令の処理を省略することで、送信バッファ
が無駄な送信データで埋めつくされるといった問題を回
避することが可能であるため、送信バッファの領域不足
を最小限に抑制することが可能となり、ひいては出力装
置全体の処理速度の向上につながる。

【図面の簡単な説明】

【図１】図１はレーザビームプリンタの内部構造を示す
断面図である。

【図２】図２はインクジェットプリンタの内部構造を示
す外観図である。

【図３】図３は図２の出力装置の制御構成を説明するブ
ロック図である。

【図４】図４は実施例におけるプリンタ制御システムの
構成を説明するブロック図である。

【図５】図５は実施例の処理の流れを示すフローチャー
トである。

【図６】図６はその他の実施例の処理の流れを示すフロ
ーチャートである。

【図７】図７は送信バッファの内部構造を示す形式図で
あ。

【符号の説明】

１ＣＰＵ２ＲＡＭ３ＲＯＭ４システムバス２１インターフェース１８入力部１２ＣＰＵ１９ＲＡＭ１３ＲＯＭ１７印刷部

Claims

【特許請求の範囲】

【請求項１】外部装置からの入力データを受信して解
析して処理して出力データを出力する出力装置であっ
て、前記外部装置に対して、前記出力装置の状態を送信
する送信手段を有し、該送信手段は、前記出力データが
直に送信できない場合に、送信可能となるまで、一時的
に送信データを退避する領域（送信バッファ）を有する
ことを特徴とする出力装置。
【請求項２】外部装置からの入力データに従って動作
する出力装置であって、前記外部装置からの入力データ
を前記出力装置の状態を取得する命令であるか否かを判
定する判定手段と、該判定手段による判定結果に基づい
て、前記外部装置に対して、前記出力装置の状態を送信
する送信手段とを有することを特徴とする出力装置。
【請求項３】外部装置からの入力データに従って動作
する出力装置であって、前記外部装置からの入力データ
を前記出力装置の状態を取得する命令であるか否かを判
定する判定手段と、該判定手段による判定結果に基づい
て、前記外部装置に対して、前記出力装置の状態を送信
する送信手段と、前記送信手段による送信前に、前記出
力装置に対して、前記外部装置から前記命令と同様の命
令が送信されたか否かを判断する判断手段と、該判断手
段による判断結果に基づいて、前記命令を無効にする命
令無効手段とを有することを特徴とする出力装置。
【請求項４】請求項３記載の出力装置において、前記
判断手段は、前記外部装置から送信された命令に対し
て、有効性あるいは有意義性があるか判断することを特
徴とする出力装置。
【請求項５】外部装置からの入力データに従って動作
する出力装置であって、前記外部装置からの入力データ
を前記出力装置の状態を取得する命令であるか否かを判
定する判定手段と、該判定手段による判定結果に基づい
て、前記外部装置に対して、前記出力装置の状態を送信
する送信手段と、前記送信手段による送信前に、前記出
力装置に対して、前記外部装置から前記命令と同様の命
令が送信されたか否かを判断する判断手段と、該判断手
段による判断手段に基づいて、前記命令を無効にする命
令無効化手段と、前記命令無効化手段により前記命令が
無効にされたことを外部装置に知らせる通知手段とを有
することを特徴とする出力装置。