JPH03250968A - 入出力機器 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、各種プリンタ、イメージスキャナ。

デジタル複写機等の入出力機器に関し、特にそれぞれ異
なる外部装置との通信を司る複数の通信手段を備えた入
出力機器に関する。

〔従来の技術〕

例えば、プリンタやイメージスキャナのような入出力機
器においては、オフィスコンピュータ。

パーソナルコンピュータ、ワードプロセッサ、データ処
理装置２画像処理装置等のいずれのホストコンピュータ
（外部装置）とも接続可能にするために、Ｒ３２３２Ｃ
及びセントロニクス社準拠等の複数のインタフェース回
路（通信手段）を備えたものがある。

このような入出力機器においては、各インタフェース回
路にそれぞれ異なるホストコンピュータが接続されてい
ても、それらと自由に通信できようにはなっておらず、
スイッチ等によりインタフェース回路の切り替えを行な
うことにより、いずれか１台の外部装置とのみ通信可能
にしている。

したがって、この種の入出力機器を複数の外部装置が共
有して使用するためには、専用のインタフェース回路切
替装置が必要だった。

そこで、近年、そのような不都合を解消すべく、いずれ
のインタフェース回路においても外部装置との通信がな
されていない時には各インタフェース回路を全て通信可
能状態にしておき、いずれかのインタフェース回路によ
って外部との通信が開始されると、そのインタフェース
回路以外の各インタフェース回路を通信不可能状態にし
、外部装置との通信を開始したインタフェース回路にお
ける通信が終了した時に、通信不可能状態にあったイン
タフェース回路を通信可能状態にする手段を備えた入出
力機器が提案されている（例えば特願平１−１１５４７
２号記載）。

ところで、このような入出力機器では、複数のインタフ
ェース回路が各ホストコンピュータからデータを同時に
受信した時には、それらのデータを同時に入力バッファ
に取り込んで処理することができないことから、各イン
タフェース回路に対して使用優先順位を割り当てている
。

そのため、例えば２つのインタフェース回路が同時にデ
ータを受信すると、そのうち優先度の高いインタフェー
ス回路を選択し、他方のインタフェース回路を通信不可
能状態する。

その際、通信不可能状態にされたインタフェース回路は
、最初の受信データを内部バッファに記憶保持する。な
お、通常のインタフェース回路では１つのデータ（例え
ば１バイト分）を記憶保持可能な機能を備えている。

〔発明が解決しようとする課題〕

しかしながら、このような入出力機器においては、通信
不可能状態にされたインタフェース回路が上述したよう
に最初のデータを内部バッファに記憶保持した後、通信
できない旨を接続されているホストコンピュータに知ら
せる前に、そのホストコンピュータが次のデータを送信
してしまうと、通信不可能状態のインタフェース回路は
そのデータを受信することになるが、既に内部バッファ
が使用されているためにそのデータを保持することがで
きず、データが失われるという問題があった。

例えば、プリンタでそのようなデータロスが起こると、
正しい印字結果が得られない。

そこで、このようなデータロスを避けるために、各イン
タフェース回路毎に上記入力バッファと同等な入力バッ
ファを設けることが考えられるが、そのようにすると入
力バッファが幾つも必要になるので、メモリを無駄に使
用することになる。

入力バッファ内のデータを処理するマイクロコンピュー
タは、そのメモリを作業領域として使用しているため、
入力バッファの増設により多くのメモリが使用されると
処理速度が低下する。

この発明は上記の点に鑑みてなされたものであり、メモ
リを無駄に使用することなく、データロスを解消できる
ようにすることを目的とする。

〔課題を解決するための手段〕

この発明は上記の目的を達成するため、前述したような
入出力機器において、１個の主通信バッファと、各通信
手段毎に主通信バッファよりメモリ容量の小さい補助通
信バッファとを設けると共に、通信可能状態にある通信
手段からの入力データは主通信バッファに格納し、通信
不可能状態にある通信手段からの入力データはその通信
手段に対して設けられた補助通信バッファに格納し、そ
の通信手段が通信可能状態になった時に、その補助通信
バッファに格納されているデータを主通信バッファに移
す通信制御手段を設けたものである。

また、１個の主通信バッファと、前記各通信手段毎に前
記主通信バッファよりメモリ容量の小さい補助通信バッ
ファとを設けると共に、通信可能状態にある通信手段か
らの入力データは主通信バッファに格納し、通信不可能
状態にある通信手段からの入力データはその通信手段に
対して設けられた補助通信バッファに格納し、主通信バ
ッファを用いている通信手段の通信が終了した時、いず
れかの補助通信バッファにデータが格納されていればそ
のデータを主通信バッファへ移し、その補助通信バッフ
ァが設けられた通信手段のみを通信可能状態とし、それ
以外の通信手段は通信不可能状態にする通信制御手段を
設けるのが望ましい。

さらに、１個の主通信バッファを設け、その主通信バッ
ファよりメモリ容量の小さい補助通信バッファを通信手
段の数より１個少なく設けると共に、通信手段を通信不
能状態にする時にその各通信手段に対して補助通信バッ
ファを割り当て、通信可能状態にある通信手段からの入
力データは主通信バッファに格納し、通信不可能状態に
ある通信手段からの入力データはその通信手段に対して
設けられた補助通信バッファに格納し、その通信手段が
通信可能状態になった時に、その補助通信バッファに格
納されているデータを主通信バッファに移す通信制御手
段を設けるとよい。

さらにまた、複数の通信手段のうちの少なくとも１つが
、通信不可能状態の時に接続されている外部装置に対し
て物理的に通信を禁止する手段を持たない通信手段であ
れば、１個の主通信バッファを設け、外部装置に対して
物理的に通信を禁止する手段を持たない各通信手段に対
して、それぞれ主通信バッファよりメモリ容量の小さい
補助通信バッファを設けると共に、通信可能状態にある
通信手段からの入力データは主通信バッファに格納し、
通信不可能状態にあり且つ補助通信バッファが設けられ
ている通信手段からの入力データはその通信手段に対し
て設けられた補助通信バッファに格納し、その通信手段
が通信可能状態になった時に、その補助通信バッファに
格納されているデータを主通信バッファに移す通信制御
手段を設けるとよい。

〔作　用〕

請求項１又は２の発明による入出力機器では、１個の主
通信バッファの他に、各通信手段毎に主通信バッファよ
りメモリ容量の小さい補助通信バッファを設け、それら
を使用して各外部装置との通信を制御するようにしたの
で、メモリを無駄に使用することなく、データロスを確
実に解消できる。

また、請求項３の発明による入出力機器では、補助通信
バッファを通信手段の数より１個少なくし、通信手段を
通信不能状態にする時にその各通信手段に対して補助通
信バッファを割り当てるようにしたので、補助通信バッ
ファによって使用されるメモリ容量が少なくて済み、メ
モリの使用効率がアップする。

さらに、請求項４の発明による入出力機器では、外部装
置に対して物理的に通信を禁止する手段を持たない各通
信手段に対してそれぞれ補助通信バッファを設けるよう
にしたので、言い替えればそれ以外の通信手段に対して
は補助通信バッファを設ける必要がないので、補助通信
バッファによって使用されるメモリ容量をさらに少なく
することができる。

〔実　施　例〕

以下、この発明の実施例を添付図面に基づいて具体的に
説明する。

第１図は、この発明の基本的実施例の構成を示すブロッ
ク図である。

この入出力機器１は、それぞれ異なる外部装置２〜４と
の通信を司る３つの通信手段５〜７と、１個の主通信バ
ッファ８と、各通信手段毎に主通信バッファ８よりメモ
リ容量の小さい補助通信バッファ９〜１１と、通信制御
手段１２とを備えている。

通信制御手段１２は、通信手段５〜７のいずれにおいて
も外部装置との通信がなされていない時には、通信手段
５〜７を全て通信可能状態にしておき、いずれかの通信
手段、例えば通信手段５によって外部装置２との通信が
開始されると、通信手段６，７を通信不可能状態にし、
外部装Ｗ２との通信を開始した通信手段５における通信
が終了した時に、通信手段６，７を通信可能状態にする
手段を備えている。

さらに、この通信制御手段１２は、通信可能状態にある
通信手段５からの入力データを主通信バッファ８に格納
し、通信不可能状態にある通信手段６，７のうち、例え
ば通信手段６が外部装置３からデータを受信すると、そ
の通信手段６からの入力データを補助通信バッファ１０
に格納し、その通信手段６が通信可能状態になった時に
、補助通信バッファ１０に格納されているデータを主通
信バッファ８に移す。

第２図は、この発明を適用するレーザプリンタのシステ
ム構成図であり、２１は外部装置であるオフィスコンピ
ュータ、パーソナルコンピュータ。

ワードプロセッサ、データ処理装置９画像処理装置等の
ホストコンピュータ、２２は入呂力機器としてのレーザ
プリンタである。

レーザプリンタ２２は、各種表示器、スイッチを備えた
操作表示部２３と、ホストコンピュータ２１から送られ
てくるコード化されたデータを解析してドツトイメージ
情報（ビデオデータ）に変換するプリンタコントローラ
２４と、そのドツトイメージ情報を可視画像として用紙
にプリントするための作像部とそのシーケンスコントロ
ーラ等からなるプリンタエンジン２５とによって構成さ
れている。

第３図は、プリンタコントローラ２４の構成例を示すブ
ロック図である。

このプリンタコントローラ２４は、インタフェース回路
（Ｉ／Ｆ）として、それぞれ異なるホストコンピュータ
２１ａ〜２１Ｇを接続するための３つのホストインタフ
ェース５０ａ〜３００と、プリンタエンジン２５を接続
するためのエンジンインタフェース３１と、操作表示部
２！１を接続するためのパネルインタフ二−ス３２と、
オプションカード３５を接続するためのオプションイン
タフ二−ス３４とを備えている。

さらに、マイクロコンピュータ（ＣＰＵ）３５゜ＲＯＭ
３５．及びＲＡＭ３７を備えており、それらはアドレス
バス、コントロールバス、及びデータバスからなるパス
ラインによって相互に接続されている。

各ホストインタフェース３０８〜３０ｃは、それぞれホ
ストコンピュータ２１８〜２１Ｃとの通信手段であり、
ＲＳ　２３２Ｃやセントロニクス社準拠等のインタフェ
ース回路が用いられる。

エンジンインタフェース３１は、ＣＰＵ１５５がプリン
タエンジン２５に状態を問い合わせたり、命令したり、
プリンタコントローラ２４内で作成されたドツトイメー
ジ情報を送品したりするための回路である。

ＣＰＵ１５は汎用の１６又は３２ビツトのマイクロコン
ピュータであり、ＲＯＭ３日内の制御プログラムを使用
してプリントコントローラ２４全体を統括制御する。

このＣＰＵ！１５には、各ホストインタフェース３０ａ
〜３０ｃからそれぞれａカされるインタラブド信号（割
込信号）を入力するための３つの割込入力端子が設けら
れており、入力されるインタラブド信号に応じた割込処
理を実行するが、この処理については追って詳細に説明
する。

ＲＯＭ３６はリードオンメモリであり、ＣＰＵ３５の動
作を決める制御プログラムの他に、コード化データをド
ツトイメージに変換するための常駐フォントデータ等が
書き込まれている。

ＲＡＭ５７は、大容量のランダムアクセスメモリであり
、ＣＰＵ！１５が処理を進めていくうえで必要な情報、
処理の途中で作成される中間データ。

ホストコンピュータ５０８〜３０ｃからダウンロードさ
れるフォントデータ等が格納される。

また、ホストコンピュータ３０８〜１５０ｃからのデー
タ通信速度とコン）−ローラ内部での処理速度の緩衝を
行なうための１個の主通信バッファ（入力バッファ）と
、３つのホストインタフェース３０ａ〜３０ａにそれぞ
れ対応する３個の補助通信バッファもこのＲＡＭ３７が
使用される。

オプションカード３３は、プリンタコントローラ２４の
機能を拡張するためのものであり、例えばＲＯＭ３日に
記憶されているフォント以外のフォノを使用可能にする
ためのフォントカード、コントローラ２４の動作を変更
するためのプログラムカード、より多くのデータを処理
できるようにするためのＲＡＭカード、あるいは多くの
データをコンＩ−ローラ２４内に恒久的に保持するため
のディスクカード等がある。これらは、プリンタの使用
目的などにより必要に応じて接続される。

ここで、ホストコンピュータ２１ａからデータが送信さ
れた時のプリンタコントローラ２４の処理動作を簡単に
説明する。

ホストインタフェース３０ａは、ホス１−コンビユータ
２１ａからデータを受信すると、ＣＰＵ３５ヘインタラ
プト信号を８力してその旨を知らせる。

それによって、ＣＰＵ３５はメインルーチンを一時的に
抜けてインタラブドルーチンをスタートさせ、まずホス
トインタフェース３０ａからデータを取り出してＲＡＭ
３７上の主通信バッファに格納する。

このとき、その主通信バッファからデータが溢れそうで
あれば、ホストコンピュータ２１ａへホストインタフェ
ース３０ａを介して送信中断要求を示す信号を送信する
。

主通信バッファにデータを格納し終えると、メインルー
チンへ戻って、主通信バッファからデータを取り呂して
それを解析し、ドツトイメージ情報に変換するための各
種処理を実行する。

そして、主通信バッファが空になりそうであれば、ホス
トコンピュータ２１ａヘホストインタフエース３０ａを
介して送信再開要求を示す信号を送信し、以後同様な動
作が繰り返される。

このような処理は、ホストコンピュータの通信速度がｃ
ｐｕ５５の処理速度を上回った場合に、データが失われ
ないようにするために行なわれており、データ通信を行
なう際に一般に行なわれていることである。

主通信バッファの大きさは、その通信速度や処理速度に
よって適当な大きさが設定されている。

これは、小さすぎるとホストコンピュータに頻繁に通信
中断要求や通信再開要求を示す信号を送信しなくてはな
らないし、多きすぎるとメモリ（ＲＡＭ）の使用効率が
低下するからである。

第４図はこの発明の一実施例としてのＣＰＵ３５による
メインルーチンを、第５図はホストインタフェース３０
ａに対応するインタラブドルーチン１を示すフローチャ
ートである。

なお、第５図のようなインタラブドルーチンは各ホスト
インタフェース３０８〜３０Ｃ毎に設けられているが、
それらの処理内容は略同様なので。

ホストインタフェース５０ｂ、　３ｏｃにそれぞれ対応
するインタラブドルーチンの図示を省略する。

第４図において、このルーチンは電源投入直後の初期設
定及びステータスチエツクが終了するとスタートし、ま
ずステップ１で全てのホストインタフェースＢｏａ〜５
０ｃを通信可能状態にする。

次いで、ステップ２でＲＡＭ３７上の主通信バッファ内
にデータがあるかないかを判断するが、電源投入直後な
のでデータはないと判断してステップ３へ進み、通信終
了が通報されたか否かを判断する。

しかし、通信終了どころか通信そのものが始まっていな
い状態なので、ステップ４の一定時間通信がないかどう
かの判断に進むが、当然ＮＯとなってステップ２に戻り
、このステップ２〜４のルーチンを循環し続ける。

なお、ステップ２で主通信バッファにデータがあると判
断した時には、ステップ５でデータ処理、すなわ１主通
信バッファからデータを取り出してそのデータに応じた
ドツトイメージ情報を作成し、さらに主通信バッファ内
のデータ量に応じて通信中のホスＩ−コンピュータへ送
信中断信号あるいは送信再開要求信号を送信したりした
後、ステップ２へ戻って上述の処理を繰り返す。

一方、例えば２台のホストコンピュータ２１ａ。

２１ｂから同時にデータが送信されると、その各データ
をホストインタフェース３０．及び３０Ｃが受信してイ
ンタラブド信号を発生する。

なお、ＣＰＵ！１５は、複数のインタラブド信号を同時
に入力すると、その各信号に対応する複数のホストイン
タフェースのうち使用優先度の最も高いものを選択する
。

この実施例では、ホストコンインタフェース３０ａ、３
０ｂ、３０ｃの順に使用優先度が高くなるように使用優
先順位を割り付けであるものとする。

そして、複数のホストインタフェースのうちの使用優先
度の最も高いインタフェースが選択されると、それに対
応するインタラブドルーチンを実行し、それが終了した
時点で次に使用優先度の高いホストインタフェースに対
応するインタラブドルーチンを実行するというふうに、
各インタラプトルーチンを順次実行する。

したがって、ホストインタフェース３０ａ及び３０ｂか
ら同時にインタラブド信号が発生され、その両インタラ
ブド信号が同時にＣＰｔに５に入力されると、そのｃｐ
ｔｙ３５は第４図のメインルーチンを抜けて第５図のイ
ンタラブドルーチンをスタートさせる。

そしてまず、ステップ１１でホストインタフェース３０
ａが通信可能状態か否かを判断するが、第４図のステッ
プ１で全てのホストインタフェース３０８〜３０ｃが通
信可能状態にされているので、ステップ１２のホストイ
ンタフェース！１０８に対応する補助通信バッファ１に
データがあるかないかを判断する。

現時点ではまだ補助通信バッファ１を含むいずれの補助
通信バッファにもデータは存在しないので、ステップ１
４でホストインタフェース５０ａからの入力データを主
通信バッファに入れる。もし、補助通信バッファ１内に
データがある時には、ステップ１３でホストインタフェ
ース３０ａからの入力データを処理する前に補助通信バ
ッファ１のデータを主通信バッフアレ；移しておく。

次に、ステップ１５で全てのホストインタフェース３０
ａ−５０ｃが通信可能状態か否かを判断するが、勿論全
てのインタフェースが通信可能状態にされていると判断
してステップ１６へ進み、ホストインタフェース５０ｂ
、３０Ｃを通信不可能状態にして処理を終了する。その
後、ホストインタフェースｌｂに対応する図示しないイ
ンタラブドルーチンに移行する。

なお、このインタラブドルーチンにおいて、もしホスト
インタフェース３０ａが通信可能状態でない時には、そ
のインタフェース３０ａからの入力データを補助通信バ
ッファ１に入れた後、他のインタラブドルーチンに移行
するか、あるいは第４図のメインルーチンへリターンす
る。

ホストインタフェース３０ｂに対応するインタラブドル
ーチンがスタートすると、第５図と同様にホストインタ
フェース５０ｂが通信可能状態か否かを判断する。

ここでは、第５図のルーチンでホストインタフェースｌ
ｂ、３０ｃが通信不可能状態にされたので、ホストイン
タフェース３０ｂからの入力データを対応する補助通信
バッファ２に入れた後。

第４図のメインルーチンにリターンする。

なお、ホストインタフェース３０ｃからのインタラブド
信号をも入力している時には、第４図のメインルーチン
にリターンせずにこのホストインタフェース３０ｃに対
応する図示しないインタラブドルーチンに移行して第５
図のような処理を行なった後、第４図のメインルーチン
へリターンする。

そして、第４図のメインルーチンに戻ると、重速インタ
ラブドルーチンに跳ぶ前に行なっていた処理の続きを行
なう。

そして、例えばステップ２の主通信バッファにデータが
あるかないかの判断から再スタートすると、第５図のイ
ンタラブドルーチンによりインタフェース回路３０ａか
らの入力データが主通信バッファに格納されているので
、データありを判断してステップ５のデータ処理へ進む
。

その後、主通信バッファ内のデータがなくなると、ステ
ップ３で通信終了が通報されたか否か、すなわちホスト
コンピュータ２１ａから通信終了信号が受信されたか否
かを判断し、通信終了が通報されると、ステップ１へ戻
って全てのホストインタフェース’５０ａ〜６０ｃを再
び通信可能状態にして、以後の処理を再実行する。

また、通信終了が通報されなければステップ４で一定時
間通信がないかどうかを判断し、一定時間通信がなけれ
ば、すなわちホストコンピュータ２１ａから次のデータ
を受信することによるホストインタフェース３０ａから
のインタラブド信号が一定時間経過しても入力されない
とステップ１へ戻る。

そうでなければ、ステップ２へ戻って上述の処理を縁り
返し、一定時間内に通信があれば再びこのメインルーチ
ンから抜けて、対応するインタラブドルーチンから再ス
タートさせる。

また、一定時間経過して全てのホス１−インタフエース
５０８〜３０ｃが通信可能状態になった後、ホストコン
ピュータ２１ｂから次のデータが送信され、それをホス
トインタフェース５０ｂが受信してインタラブド信号を
発生すると、ｃｐｕ３５はそのインタラブド信号の入力
により、ホストインタフェース３０ｂに対応するインタ
ラブドルーチン（第５図参照）をスタートさせる。

そしてまず、通信可能状態か否かを判断するが、今は全
てのホストインタフェース３０８〜３０Ｃが通信可能状
態なので、次に補助通信バッファ２にデータがあるかな
いかを判断する。

補助通信バッファ２には、ホストコンピュータ２１１）
から受信した最初のデータが格納されているので、その
データを主通信バッファに移した後、ホストインタフェ
ース３０ｂから受信した次のデータを主通信バッファに
格納する。

このとき、最初のデータは主通信バッファの先頭アドレ
スに、次のデータは２番目のアドレスにそれぞれ格納さ
れる。

主通信バッファへのデータの格納が終了すると、次に全
てのホストインタフェース３０８〜５０Ｃが通信可能状
態か否かを判断するが、全てが通信可能状態なので、次
にホストインタフェース３０ａ及び！ＩＯｃを通信不可
能状態にした後、第４図のメインルーチンへリターンす
る。

このように、この実施例においては、主通信バッファと
、各ホストインタフェース毎にその主通信バッファより
メモリ容量の小さい補助通信バッファ１〜３とを第３図
のＲＡＭ）７上に設け、通信可能状態にあるホストイン
タフェースからの入力データは主通信バッファに格納し
、通信不可能状態にあるホストインタフェースからの入
力データはそのホストインタフェースに対して設けられ
た補助通信バッファに格納し、そのホストインタフェー
スが通信可能状態になった時に、その補助通信バッファ
内のデータを主通信バッファに移すようにしたので、Ｒ
ＡＭ３７を無駄に使用することなく、データロスを確実
に解消できる。

次に、この発明の他の実施例について第６図及び第７図
を参照して説明する。

なお、この実施例のハード構成は第３図のプリンタコン
トローラ２４と同じであり、第６図はＣＰＵ！１５によ
るメインルーチンを、第７図はホストインタフェース５
０ａに対応するインタラブドルーチンを示す。

第６図のルーチンも第４図のルーチンと同様に、電源投
入直後の初期設定及びステータスチエツクが終了すると
スター１−　Ｌ、、まずステップ２１で全てのホストイ
ンタフェース３０８〜３０ｃを通信可能状態にし、以後
第４図のステップ１〜４に対応するステップ２２〜２４
のルーチンを循環し続ける。

一方、前述の実施例と同様に、例えば２台のホストコン
ピュータ２１ａ、２１ｂから同時にデータが送信される
と、その各データをホストインタフェース３０ａ及び３
０Ｃが受信してインタラブド信号を発生し、それをＣＰ
ＵＥＳ５が入力することによって第６図のメインルーチ
ン（後述する）を抜けて第７図のインタラブドルーチン
をスタートさせる。

そしてまず、ステップ４１でホストインタフェース５０
ａが通信可能状態か否かを判断するが、第６図のステッ
プ２１で全てのホストインタフェース３０ａ〜３０Ｃが
通信可能状態にされたので、ステップ４２でホストイン
タフェース３０ａからの入力データを主通信バッファに
入れ、ステップ４３で全てのホストインタフェース５ｏ
ａ−ｚ＋。

Ｃが通信可能状態か否かを判断する。

最初はもちろん、Ｙｅｓなので、ホストインタフェース
３０ｂ、ｇｏｃを通信不可能状態にして処理を終了し、
その後ホストインタフェース３０ｂに対応する図示しな
いインタラブドルーチンに移行する。

なお、もしホストインタフェース３０ａが通信可能状態
でない時には、ステップ４５でホストインタフェース３
０ａからの入力データを補助通信バッファ１に入れた後
、他のインタラブドルーチンに移行するか、あるいは第
６図のメインルーチンへリターンする。

ホストインタフェース３０ｂに対応するインクラブドル
ーチンがスタートすると、第７図と同様にまずホストイ
ンタフェース５０ｂが通信可能状態か否かを判断する。

ここでは、第７図のルーチンでホストインタフェースＥ
５０ｂ、５０Ｃが通信不可能状態にされたので、ホスト
インタフェース３０ｂからの入力データを対応する補助
通信バッファ２に入れた後、第６図のメインルーチンへ
リターンする。

なお、ホストインタフェース３０ｃからのインタラブド
信号をも入力している時には、第６図のメインルーチン
にリターンせずにこのホストインタフェース３０ｃに対
応する図示しないインタラブドルーチンに移行して第７
図のような処理を行なった後、第６図のメインルーチン
へリターンする。

第６図のメインルーチンに戻ると、半速インタラブドル
ーチンに跳ぶ前に行なっていた処理の続きを行なう。

そして、例えばステップ２２の主通信バッファにデータ
があるかないかの判断から再スタートすると、第７図の
インタラブドルーチンによりホストインタフェース３０
ａからの入力データが主通信バッファに格納されている
ので、データありを判断してステップ２５のデータ処理
へ進む。

その後、主通信バッファ内のデータがなくなり、ステッ
プ２３あるいは２４による通信終了が通報されたかある
いは一定時間通信がなければ、ステップ２６でホストイ
ンタフェース３０ａに対応する補助通信バッファ１にデ
ータがあるかないかを判断するが、ないので今度はステ
ップ２７でホストインタフェース３０ｂに対応する補助
通信バッファ２にデータがあるかないかを判断する。

もちろん、データありを判断するのでステップ３０へ進
み、補助通信バッファ２内のデータを主通信バッファに
移して、ホストインタフェースＢｏｂのみを通信可能状
態にし、それ以外のホストインタフェース３０ａ、１５
０ｃを通信不可能状態にした後、ステップ２２へ戻って
上述の処理を繰り返す。

なお、補助通信バッファ１にデータがある時には、ステ
ップ２９で補助通信バッファ１内のデータを主通信バッ
ファに移して、ホストインタフェース５０．のみを通信
可能状態にし、それ以外のホストインタフェース３０ｂ
、５０ｃを通信不可能状態にする。

また、補助通信バッファ２にデータがなく、ホストイン
タフェース３０ｃに対応する補助通信バッファ３にデー
タがある時には、ステップ３１で補助通信バッファ３内
のデータを主通信バッファに移して、ホストインタフェ
ース３０ｃのみを通信可能状態にし、それ以外のホスト
インタフェース３０ａ、５０ｂを通信不可能状態にする
。

このようにこの実施例では、通信可能状態にあるホスト
インタフェースからの入力データを主通信バッファに格
納し、通信不可能状態にあるホストインタフェースから
の入力データをそのインタフェースに対して設けられた
補助通信バッファに格納し、主通信バッファを用いてい
るホストインタフェースの通信が終了した時、いずれか
の補助通信バッファにデータが格納されていればそのデ
ータを主通信バッフへ移し、その補助通信バッファが設
けられたホストインタフェースのみを通信可能状態とし
、それ以外のホストインタフェースを通信不可能状態に
するようにしたので、前述の実施例と同様な効果が得ら
れる。

次に、この実施例のさらに他の実施例について第８図を
参照して説明する。

前述の各実施例においては、ＲＡＭ３７上に３つのホス
トインタフェース５０８〜３０ｂに対応して３個の補助
通信バッファを設けるようにしたが、この実施例では補
助通信バッファを１個少なく設ける（２個とする）代わ
りに次のような処理を設けている。

すなわち、この実施例におけるホストインタフェース３
０ａに対応するインタラブドルーチン１に、第８図に示
すようにステップ５６（第５図のステップ１６に相当す
る）、すなわちホストインタフェースｓｏｂ、３０ｃを
通信不可能状態にする処理の後に、ステップ５７として
ホストインタフェースｓｏｂ、ｇｏｃに対してそれぞれ
補助通信バッファ１，２を割り当てる処理を設けるよう
にした。

もちろん、ホストインタフェース５０ｂに対応する図示
しないインタラブドルーチン２にも、ホストインタフェ
ース５０ａ、３０ｃを通信不可能状態にする処理の後に
、ホストインタフェースＥＳＯａ、りＱＣに対してそれ
ぞれ補助通信バッファ１，２を割り当てる処理を追加し
、さらにホストインタフェース’５００に対応する図示
しないインタラブドルーチン３にも、ホストインタフェ
ースｇｏａ、　３ｏｂを通信不可能状態にする処理の後
に、ホストインタフェース３０ａ、３０ｂに対してそれ
ぞれ補助通信バッファ１，２を割り当てる処理を追加す
る。

なお、ハード構成及びその他の機能は前述の実施例と同
様である。

この実施例によれば、補助通信バッファによって使用さ
れるメモリ容量が削減し、ＲＡＭ３７の使用効率がアッ
プする。

なお、第８図のステップ５７の処理を第６，７図によっ
て説明した実施例の各インタラブドルーチンに設けるよ
うにしても、上述と同様な効果が得られる。

ただし、ホストインタフェース３Ｄｂ〜３０Ｃに対して
設けられる補助通信バッファ１，２は前述の各実施例の
補助通信バッファ２，３に相当し、ホストインタフェー
ス５０ａ、３０ｃに対して設けられる補助通信バッファ
１，２は２番目に説明した実施例の補助通信バッファ１
，３に相当するものとする。

次に、この発明のさらに他の実施例について第９図を参
照して説明する。

インタフェース回路の形態によっては、プリントコント
ローラが間違いなくデータを受信したことを送信先のホ
ストコンピュータに報告するまで、そのホストコンピュ
ータから次のデータが送信されないようにすることが可
能なものがある。

したがって、このようにホストコンピュータに対して物
理的に通信を禁止する手段を有するインタフェース回路
を、例えば第３図のプリンタコントローラ２４にホスト
インタフェースとして設けるようにすれば、そのホスト
インタフェースに対して補助通信バッファを設ける必要
がなくなる。

そこで、例えば第３図のホストインタフェース３０ｂを
ホストコンピュータ２１ｂに対して物理的に通信を禁止
する手段を有するものとし、そのホストインタフェース
ＥＳＯｂに対応するインタラブドルーチン２を第９図に
示すように変更する。

このルーチンがスタートすると、まずホストインタフェ
ース３０ｂが通信可能状態か否かを判断し、通信可能状
態ならばホストインタフェース５０ｂに対してホストコ
ンピュータ２１ｂへの受信報告を許可した後、ホストイ
ンタフェース３０ｂからの入力データを通信バッファに
入れ、次に第５図のステップ１５及び１６と同様な処理
を行なって処理を終了する。

一方、通信不可能状態ならばホストインタフェース３０
ｂに対してホストコンピュータ２１ｂへの受信報告を禁
止した後、処理を終了する。

なお、この実施例におけるハード構成及びその他の機能
は前述の各実施例と同様である。

したがって、この実施例によると、最初に説明した実施
例で設けられた補助通信バッファ１〜３のうち、ホスト
インタフェースＢｏｂに対応する補助通信バッファ２を
削減することができる。

以上、この発明をレーザプリンタに適用した実施例につ
いて説明したが、この発明は各種プリンタ、イメージス
キャナ、デジタル複写機等の入出力機器に適用可能であ
る。

〔発明の効果〕

以上説明したように、この発明によれば、メモリを無駄
に使用することなく、データロスを確実に解消できる。

【図面の簡単な説明】

第１図はこの発明の基本的実施例の構成を示すブロック
図、 第２図はこの発明を適用するレーザプリンタのシステム
構成図、 第３図は同じくそのプリンタコンＩ・ローラの構成を示
すブロック図、 第４図はこの発明の一実施例としてのＣＰＵ３５による
メインルーチンを示すフロー図、第５図は同じくそのホ
ストインタフェース３０ａに対応するインタラブドルー
チン１を示すフロー図、 第６図はこの発明の他の実施例としてのＣＰＵ３５によ
るメインルーチンを示すフロー図、第７図は同じくその
ホストインタフェース６０ａに対応するインタラブドル
ーチン１を示すフロー図、 第８図はこの発明のさらに他の実施例としてのＣＰＵ３
５によるホストインタフェース３０ａに対応するインタ
ラブドルーチン１を示すフロー図、 第９図はこの発明のさらにまた他の実施例としてＣＰＵ
３５によるホストインタフェース３０ｂに対応するイン
タラブドルーチン２を示すフロー図である。 １・・・入出力機器　　　　２〜４・・・外部装置５〜
７・・・通信手段　　　８・・・主通信バッファ９〜１
１・・・補助通信バッファ １２・・・通信制御装置 ２１ａ〜２１ｃ・・・ホストコンピュータ２２・・・レ
ーザプリンタ ２４・・・プリンタコントローラ ５０、〜３０ｃ・・・ホストインタフェース３５・・・
マイクロコンピュータ（ｃｐｕ）５６・・・ＲＯＭ　　
　　　　３７・・・ＲＡＭ呂願人　株式会社

Claims (1)

1. 【特許請求の範囲】 １　それぞれ異なる外部装置との通信を司る複数の通信
   手段を有し、そのいずれの通信手段においても外部装置
   との通信がなされていない時には前記複数の通信手段を
   全て通信可能状態にしておき、いずれかの通信手段によ
   つて外部装置との通信が開始されると、その通信手段以
   外の各通信手段を通信不可能状態にし、前記外部装置と
   の通信を開始した通信手段における通信が終了した時に
   、通信不可能状態にあつた通信手段を通信可能状態にす
   る手段を備えた入出力機器において、 １個の主通信バッファと、前記各通信手段毎に前記主通
   信バッファよりメモリ容量の小さい補助通信バッファと
   を設けると共に、 通信可能状態にある通信手段からの入力データは前記主
   通信バッファに格納し、通信不可能状態にある通信手段
   からの入力データは該通信手段に対して設けられた補助
   通信バッファに格納し、その通信手段が通信可能状態に
   なつた時に、前記補助通信バッファに格納されているデ
   ータを前記主通信バッファに移す通信制御手段を設けた
   ことを特徴とする入出力機器。 ２　それぞれ異なる外部装置との通信を司る複数の通信
   手段を有し、そのいずれの通信手段においても外部装置
   との通信がなされていない時には前記複数の通信手段を
   全て通信可能状態にしておき、いずれかの通信手段によ
   つて外部装置との通信が開始されると、それ以外の各通
   信手段を通信不可能状態にし、前記外部装置との通信を
   開始した通信手段における通信が終了した時に、通信不
   可能状態にあつた通信手段を通信可能状態にする手段を
   備えた入出力機器において、 １個の主通信バッファと、前記各通信手段毎に前記主通
   信バッファよりメモリ容量の小さい補助通信バッファと
   を設けると共に、 通信可能状態にある通信手段からの入力データは前記主
   通信バッファに格納し、通信不可能状態にある通信手段
   からの入力データは該通信手段に対して設けられた補助
   通信バッファに格納し、前記主通信バッファを用いてい
   る通信手段の通信が終了した時、いずれかの補助通信バ
   ッファにデータが格納されていればそのデータを前記主
   通信バッファへ移し、その補助通信バッファが設けられ
   た通信手段のみを通信可能状態とし、それ以外の通信手
   段は通信不可能状態にする通信制御手段を設けたことを
   特徴とする入出力機器。 ３　それぞれ異なる外部装置との通信を司る複数の通信
   手段を有し、そのいずれの通信手段においても外部装置
   との通信がなされていない時には前記複数の通信手段を
   全て通信可能状態にしておき、いずれかの通信手段によ
   つて外部装置との通信が開始されると、その通信手段以
   外の各通信手段を通信不可能状態にし、前記外部装置と
   の通信を開始した通信手段における通信が終了した時に
   、通信不可能状態にあつた通信手段を通信可能状態にす
   る手段を備えた入出力機器において、 １個の主通信バッファを設け、該主通信バッファよりメ
   モリ容量の小さい補助通信バッファを前記通信手段の数
   より１個少なく設けると共に、前記通信手段を通信不能
   状態にする時にその各通信手段に対して前記補助通信バ
   ッファを割り当て、通信可能状態にある通信手段からの
   入力データは前記主通信バッファに格納し、通信不可能
   状態にある通信手段からの入力データは該通信手段に対
   して設けられた補助通信バッファに格納し、その通信手
   段が通信可能状態になつた時に、前記補助通信バッファ
   に格納されているデータを前記主通信バッファに移す通
   信制御手段を設けたことを特徴とする入出力機器。 ４　それぞれ異なる外部装置との通信を司る複数の通信
   手段を有し、そのいずれの通信手段においても外部装置
   との通信がなされていない時には前記複数の通信手段を
   全て通信可能状態にしておき、いずれかの通信手段によ
   つて外部装置との通信が開始されると、その通信手段以
   外の各通信手段を通信不可能状態にし、前記外部装置と
   の通信を開始した通信手段における通信が終了した時に
   、通信不可能状態にあつた通信手段を通信可能状態にす
   る手段を備え、 前記複数の通信手段のうちの少なくとも１つは、通信不
   可能状態の時に接続されている外部装置に対して物理的
   に通信を禁止する手段を持たない通信手段である入出力
   機器において、 １個の主通信バッファを設け、前記外部装置に対して物
   理的に通信を禁止する手段を持たない各通信手段に対し
   て、それぞれ前記主通信バッファよりメモリ容量の小さ
   い補助通信バッファを設けると共に、 通信可能状態にある通信手段からの入力データは前記主
   通信バッファに格納し、通信不可能状態にあり且つ前記
   補助通信バッファが設けられている通信手段からの入力
   データは該通信手段に対して設けられた補助通信バッフ
   ァに格納し、その通信手段が通信可能状態になつた時に
   、前記補助通信バッファに格納されているデータを前記
   主通信バッファに移す通信制御手段を設けたことを特徴
   とする入出力機器。