JPH03175066A - データ・バッファ装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はたとえばコンピュータ等のデータ送出装置と、
たとえばプリンタ等のデータ受入装置との間で大量のデ
ータを送受信する際、送受信を効率よく行う目的で両者
の間に設置されるデータ・バッファ装置に関するもので
ある。

〔従来の技術〕

一般的なコンピュータとプリンタ間のデータ送受のため
の信号線は第５８図に示すようになっている。図中、Ｄ
ＡＴＡＯ−ＤＡＴＡ７はコンピュータからプリンタに送
られるバイト・データ（パラレル・データ）を構成する
各ビットの情報を乗せる信号線で、同じくコンピュータ
からプリンタに送られる制御信号線である。−５ＴＲＯ
ＢＥは″Ｌｏｗ状態（アサート状態）の時前記ＤＡＴＡ
Ｏ−ＤＡＴＡ７信号線に有効なデータが存在することを
表わす。

−ＡＣＫＮＬＧはプリンタからコンピュータに送られる
制御信号線で、“Ｌｏｗ“状態（アサート状態）の時バ
イト・データの受信処理が終了し、次のバイト・データ
を受信する用意ができていることを示す。またプリンタ
から送出される制御信号線ＢＵＳＹは“Ｈｉｇｈ″状態
（アサート状態）の時バイト・データの受信が不可能で
あることを示し、逆に“Ｌｏｗ”状態（ネゲート状態）
の時バイト・データの受信が可能であることを示す。５
ＬＣＴはプリンタが送出する制御信号線で“Ｈｉｇｈ”
状態（アサート状態）の時プリンタがセレクト状態であ
ることを示す。−ＥＲＲＯＲはプリンタが送出する制御
信号線で“Ｌｏｗ“状態（アサート状態）の時プリンタ
がエラー状態であることを示す。またＰＥもプリンタか
ら送出される制御信号線で前記−ＥＲＲＯＲ信号線がア
サート状態の時にこの信号線が“Ｈｉｇｈ”状態（アサ
ート状態）であると、プリンタが紙無し状態であること
を表わしている。−ＩＮＩＴはコンピュータからプリン
タへ送られる制御信号線で“Ｌｏｗ”状態（アサート状
態）にするとプリンタは初期状態にセット　される。

−ＡＵＴＯＦＥＥＤＸＴはコンピュータからプリンタへ
送出される制御信号線で“Ｌｏｗ“状態（アサート状態
）にするとプリンタはキャリッジ・リターン・コードの
受信で自動的に１行政行動作を行う。

ただしこの信号線−ＡＵＴＯＦＥＥＤＸＴはプリンタの
初期状態においてのみモニタされる。同様にコンピュー
タから送出される制御信号線−５ＬＣＴＩＮもプリンタ
の初期状態においてのみモニタされ、“Ｌｏｗ″状態（
アサート状態）であるとプリンタはＤＣＩまたはＤＣ３
制御コードを無視する。

次に前記第５８図に示したコンピュータとプリンタの信
号線を用いた一般的なプリント出力データの送受のフロ
ーを説明する。第５９図は主要信号線のタイミング・チ
ャートである。コンピュータ側におけるプリント出力デ
ータの送信動作フローは第６０図に示すように、まずス
テップ５ＩＯ−１で一５ＴＲＯＢＥ信号線を“Ｈｉｇｈ
″状態にして現在送信動作中で無いことを示した後、ス
テップ５ＩＯ−２およびステップ５１０−３で−ＡＵＴ
ＯＦＥＥＤＸＴ信号線および一３ＬＣＴＩＮ信号線をＨ
ｉｇｈ’または“Ｌｏｗ”状態に設定して、ステップ５
ＩＯ−４およびステップ５ＩＯ−５で−ＩＮＩＴ信号線
に”Ｌｏｗパルスを送出しプリンタを初期化する。実際
のバイト・データの送信動作に際してはステップ５ＩＯ
−６でプリンタがセレクト状態であること、ステップ５
ＩＯ−７でプリンタがエラー状態でないこと、さらにス
テップ５ＩＯ−８でプリンタが受信可能状態であること
をあらかじめ確認した後、ステップ５ＬＯ−９でプリン
ト出力データを構成するバイト・データをＤＡＴＡＯ−
ＤＡＴＡ７信号線に送出する。そしてステップ５ＩＯ−
１０およびステップ５１０−１１で一８ＴＲＯＢＥ信号
線に“Ｌｏｗ　　パルスを送出してプリンタにバイト・
データを送信したことを知らせる。コンピュータはその
後ステップ５ＩＯ−１２で−ＡＣＫＮＬＧ信号線をモニ
タして″Ｌｏｗ状態（アサート状態）になったならばひ
とつのバイト・データの送信動作の終了として、５ＩＯ
−１３でプリント出力データを構成するすべてのバイト
・データを送信し終ったかを判定し、プリント出力デー
タが終了していなければステップ５ＩＯ−６に戻り、再
びバイト・データの送信動作を繰り返す。

一方プリンタ側におけるプリント出力データの受信動作
のフローは第６１図のようになっており、まずステップ
５ｌｌ−１で−ＩＮＩＴ信号が“Ｌｏｗ状態（アサート
状態）になるのを待ち、“Ｌｏｗ状態になったら、ステ
ップ５ｌｌ−２およびステップ５ｌｌ−３で−ＡＵＴＯ
ＦＥＥＤＸＴ信号線と一３ＬＣＴＩＮ信号線の状態をそ
れぞれセーブする。次にステップ５ｌｌ−４で−ＡＣＫ
ＮＬＧ信号線を“Ｈｉｇｈ”状態（ネゲート状態）に、
ステップ５ｌｌ−５で５ＬＣＴ信号線を“Ｈｉｇｈ“状
態（アサート状態）に、ステップ５ｌｌ−６でＢＵＳＹ
信号線を“Ｈｉｇｈ”状態（アサート状態）に、ステッ
プ５ｌｌ−７でＰＥ信号線を“Ｌｏｗ”状態（ネゲート
状態）に、ステップ５ｌｌ−８で−ＥＲＲＯＲ信号線を
’　Ｈｉｇｈ“状態（ネゲート状態）に設定し、コンピ
ュータに対して現在プリンタはセレクト状態で、エラー
状態では無いが受信は不可能であることを通知する。実
際のバイト・データの受信動作に際してはあらかじめス
テップ５ｌｌ−９からステップ５ｌｌ−１１にかけて−
ＡＣＫＮＬＧ信号線に’Ｌｏｗ″パルスを送出しつつ、
ＢＵＳＹを“Ｌｏｗ”状態（ネゲート状態）にしてブリ
ンクが受信可能状態であることを示した後、ステップＳ
ｌ　１−１２においてコンピュータから送出される一５
ＴＲＯＢＥ信号線をモニタし“Ｌｏｗ″状態（アサート
状態）になったならばまずステップ５ｌｌ−１３でＢＵ
ＳＹ信号線を“Ｈｉｇｈ”状態（アサート状態）にして
コンピュータに現在プリンタは受信処理中で次のバイト
・データの受信は不可能であることを知らせた後、ステ
ップ５１１−１４でバイト・データをＤＡＴＡＯ−ＤＡ
ＴＡ７信号線から読み取り、エントリ動作あるいは実際
の印字動作を行う。その後ステップ５ｌｌ−１５でエラ
ーが発生しなければ再びステップ５ｌｌ−９に戻り次の
バイト・データの受信動作を再開する。エラーが発生し
た時はステップ５ｌｌ−１６で−ＥＲＲＯＲ信号線を“
Ｌｏｗ状態（アサート状態）にして、さらにステップ５
ｌｌ−１７で紙無し状態を検出した場合は加えてステッ
プ５ｌｌ−１８でＰＥ信号線を”Ｈｉｇｈ”状態（アサ
ート状態）にした後受信動作を終了する。

従来のプリンタ・バッファ装置は第６２図に示されるよ
うな使用形態をとっていた。図中、ｌＯＯはデータ送出
装置であるコンピュータ、１０１はプリンタ・バッファ
装置本体、１０２はデータ受入装置であるプリンタ、１
０３はコンピュータとプリンタバッファ装置を接続する
ケーブル、１０４はプリンタとプリンタ・バッファ装置
を接続するケーブル、１０５は商用ＡＣ電源、１０６は
ＡＣ電源ケーブルである。

すなわち従来のプリンタ・バッファ装置１０１は、デー
タの送受信を行うためにデータ送出装置であるコンピュ
ータ１００１およびデータ受入装置であるプリンタ１０
２との間に専用の信号ケーブル１０３および１０４を用
いて接続を行い、また商用ＡＣ電力の供給をうけるため
に専用のＡＣ電源ケーブル１０６を使用していた。

そしてこのように接続した後、前記データ送出装置であ
るコンピュータ１００から専用ケーブル１０３を介して
プリント出力データが出力されるとプリンタ・バッファ
装置１０２はこのデータを受信し、−旦、内部バッファ
に蓄積した後専用ケーブル１０４を介してデータ受入装
置であるプリンタ１０２に送出していた。

この際のプリント出力データの送受信方法は、前記の一
般的なコンピュータとプリンタ間の送受信方法と全く同
様である。すなわち、データ送出装置であるコンピュー
タからプリント出力データを受信する際にはプリンタ・
バッファ装置は前記の一般的なプリンタの受信動作をエ
ミュレートし、またデータ受入装置であるプリンタへプ
リント出力データを送信する際には、プリンタ・バッフ
ァ装置は前記の一般的なコンピュータの送信動作をエミ
ュレートしている。

但しここで一般的なプリンタ動作をエミュレートする際
、プリンタの“紙無し”はプリンタ・バッファ装置の内
部バッファ残容量によりエミュレートされている。すな
わちプリンタ・バッファ装置の内部バッファ残容量がＯ
のとき“紙無し”となっている。

そして実際には従来のプリンタ・バッファ装置は上記の
プリント出力データの送受信を同時に行っている。その
処理の手順は第６３図に示されるようなものである。す
なわち、まずステップ５６３−１で内部バッファ残容量
の判定を行う。残容量＝０の場合、制御をステップ５６
３−２へ移行し、ＰＥ信号線を“Ｈｉｇｈ”にし、その
後ステップ５６３−６へ移行する。一方、残容量≠Ｏの
場合、ステップ５６３−３でＰＥ信号線を“Ｌｏｗ”に
し次にステップ５６３−４でコンピュータからデータが
送信されてきたかどうか判定を行う。ここでデータが送
信されてきた場合にはステップ５６３−５でデータを受
信し内部バッファに蓄積しその後ステップ５６３−６へ
移行する。ここでデータの受信は前記の一般のプリンタ
の受信動作をエミュレートすることにより行われる。

次にステップ５６３−６ではプリンタが受信可能状態で
あるかどうか判定を行う。ここでプリンタが受信可能状
態でない場合、制御は即時ステップＳ６３−１へ戻る。

一方、プリンタが受信可能状態である場合、制御はステ
ップ５６３−７へ移行し、内部バッファにデータがある
か否か判定を行う。

ここでデータがない場合制御はステップ５６３−４へ戻
る。一方データがある場合制御はステップＳ６３−８へ
移行しコンピュータから受信し蓄積したプリント出力デ
ータを、先頭からファースト・イン・ファースト・アウ
トの方式でプリンタへ送信する。ここでデータの送信は
前記の一般のコンピュータの送信動作をエミュレートす
ることにより行われる。次に制−御はステップ５６３−
９へ移行しプリンタへの送信が終了したプリント出力デ
ータを内部バッファから即時消去し内部バッファを整理
することにより次の受信データのために内部バッファを
解放する。そしてこの後制御は再びステップ５６３−１
へ戻り上記処理を繰り返す。

以上のように従来のプリンタ・バッファ装置はプリント
出力データの送受信を行っていた。

（以下余白） 〔発明が解決しようとしている課題〕 しかし従来のプリンタ・バッファ装置はデータ送出装置
であるコンピュータから送信されるプリント出力データ
を受信および蓄積中、データ受入装置であるプリンタが
受信可能状態である限り、即時蓄積されているプリント
出力データを先頭からファースト・イン・ファースト・
アウトの方式でプリンタに送信してしまうため、プリン
タが“紙無し”のエラー状態になるとプリンタ・バッフ
ァ装置は受信バッファに空き領域があっても即座にコン
ピュータへ“紙無し”のエラー状態を通知してコンピュ
ータからの送信を禁止してしまう。

今回の発明の母体となっているデータ・バッファ装置で
あるところのプリンタ・バッファ装置のように、コンピ
ュータからのプリント出力データの受信および蓄積動作
が行われている時にはプリンタに接続されず、まったく
送信動作が行われない装置の場合は、蓄積手段の空き領
域が無くならない限りコンピュータからの受信動作を続
けることができる。しかし蓄積の空き領域が無くなった
場合、コンピュータからのデータの送信を中止するため
にコンピュータに通知する必要がある。

また蓄積手段の空き領域が無くなり、エラー処理によっ
てコンピュータからのデータの送信動作が中止されても
、データ・バッファ装置の蓄積手段には受信中であった
ブロックにおける途中までのデータが蓄積されている。

そこで、このようなデータに何らかの処理を施す必要が
ある。

したがって本発明の目的は、上記技術的課題を解決し、
データ受入装置の状態にかかわらず、データ・バッファ
装置の蓄積手段に空き領域がある限り、データ送出装置
からのデータを受信、蓄積できるデータ・バッファ装置
を提供することである。

また本発明の更なる目的は、データ・バッファ装置の蓄
積手段に空き領域が無くなったときに、途中部分までし
か蓄積されなかったブロックのデータのみを消去するこ
とができるデータ・バッファ装置を提供することである
。

〔課題を解決するための手段及び作用〕上記目的を達成
するために、本発明に従うデータ・バッファ装置は、デ
ータ送出装置からブロック単位に送出されたデータを受
信する受信手段と、ブロック毎にブロック識別データで
あるブロック・インデックスを対応させて受信したデー
タを蓄積する蓄積手段と、１つのブロックに含まれる全
データが蓄積されたときに、そのブロックを登録する登
録手段と、登録したブロックのデータをデータ受入装置
に送信する送信手段と、データの受信動作時において、
受信したデータを蓄積すべき空き領域が前記蓄積手段に
無くなった場合（バッファ・フル状態）に、その旨をデ
ータ送出装置に通知する通知手段とを含むことを特徴と
する。

本発明に従えば、データ送出装置から送信されるデータ
の受信動作時において、蓄積手段の空き領域が無くなっ
た場合にその旨をデータ退出装置に通知する通知手段を
設けることによって、データ受入装置の状態にかかわら
ず、データ・バッファ装置の蓄積手段に空き領域がある
限りデータ送出装置からのデータの受信動作が可能にな
る。

このようなデータ・バッファ装置において、前記バッフ
ァ・フル状態にあるときに、その旨を表示する表示手段
を備えてもよい。また前記登録手段は、バッファ・フル
状態となったときに中途のデータまで蓄積されているブ
ロックを１つのブロックとして登録可能であってもよく
、登録されているブロックに対応する前記ブロック・イ
ンデックスを表示する表示手段を備えていてもよい。

また本発明に従う他のデータ・バッファ装置は、バッフ
ァ・フル状態となり、中途のデータまで蓄積されている
ブロックのデータを消去する消去手段を備えており、バ
ッファ・フル状態となったときに、前記登録手段又は消
去手段のいずれか１つを選択して能動化するための選択
手段を備えることを特徴とする。

このようなデータ・バッファ装置においては、蓄積手段
の空き領域が無くなった状態において現在受信中であっ
たデータを含むブロックを蓄積手段から消去する手段、
蓄積手段の空き領域が無くなった状態において現在受信
中であったデータを含むブロックをひとつのブロックと
して登録する手段、さらに蓄積手段の空き領域が無くな
った状態において前記受信中のブロックの消去あるいは
前記受信中のブロックの登録のいずれかの動作を選択す
る選択手段を設けることによって、蓄積手段に蓄積され
たすべてのデータを消去することなく、蓄積手段の空き
領域が無くなったために途中部分までしか蓄積されなか
ったデータを含むブロックのみを消去することが可能に
なる。

本発明は、データ送出装置のコネクタと直接嵌合可能で
あり、該コネクタと嵌合した状態でデータ送出装置から
のデータを受信するための第１コネクタと、データ受入
装置のコネクタと直接嵌合可能であり、該コネクタと嵌
合した状態でデータ送出装置へデータを送信するための
第２コネクタとを備えるデータ・バッファ装置に、特に
好適に実施することができる。

（以下余白） 〔実施例〕 （Ｉ）　　第１図から第５７図は本発明の実施例を表わ
している。

第１図は本発明の実施例であるところのプリンタ・バッ
ファの外観図であり、第２図はその平面図である。第１
図および第２図において１はプリンタ・バッファ本体、
２は対プリンタ・ポート・コネクタ、３は対コンピュー
タ・ポート・コネクタ、４はリセット・ボタン、５はク
リア・ボタン、６は受信開始／終了ボタン、７は受信中
断ボタン、８は送信開始／終了ボタン、９は送信中断ボ
タン、１０はブロック・インデックス・ボタンで全部で
２０個ありそれぞれ１から２０まで番号が付けられてい
る。１１は全ブロック選択ボタンである。１２は電源イ
ンジケータ・ランプ、１３は受信中表示ランプ、１４は
送信中表示ランプ、１５はバッファ空表示ランプ、１６
はバッファ・フル表示ランプ、１７は残バッファ／未送
信データ容量表示ランプで０から１００までの整数を表
示できる。１８はブロック・インデックス表示ランプで
全部で２０個ありそれぞれ１から２０までの番号が付け
られている。１つは電源スィッチである。

第３図は本発明の実施例であるところのプリンタ・バッ
ファのブロック図を表わしており、図中２１は電源部で
あり電池およびレギュレータ等で構成される。１９は電
源部２１に接続されシステムへの電源供給を制御する電
源スィッチ、１２は電源部２１に接続され電源供給のオ
ン／オフを表示する電源インジケータ・ランプ、２２は
該プリンタ・バッファの動作制御の中枢であるところの
ＣＰＵ、２３は前記ＣＰＵ２２に接続され後述する各機
能ブロックとの間でデータを授受するためのバス、２４
は前記ＣＰＵ２２上で動く動作制御プログラムが格納さ
れているＲＯＭ、２５は前記ＣＰＵ２２がある一定時間
の経過したことを認知し得る機能を有するタイマ、２６
は対プリンタ・ポートであり、前記対プリンタ・ポート
・コネクタ２に対するデータ及び制御信号線のり一ド／
ライトを前記ＣＰＵ２２から可能にしている。２７は対
コンピュータ・ポートであり、前記対コンピュータ・ポ
ート・コネクタ３に対するデータ及び制御信号線のり−
ド／ライトを前記ＣＰＵ２２から可能にしていると同時
に−ＩＮＩＴ　　Ｃ信号がアクティブになったことをリ
セット割込み信号線２８を用いて前記ＣＰＵ２２に通知
する機能を有する。

２８は前述したようにリセット割込み信号線である。

２９は入カバネルであり、ここには前述したリセット・
ボタン４、クリア・ボタン５、受信開始／終了ボタン６
、受信中断ボタン７、送信開始／終了ボタン８、送信中
断ボタン９、ブロック・インデックス・ボタン１０、お
よび全ブロック選択ボタン１１が配置されている。３０
は入力ポートであり、前記入カバネル２９上の前記各ボ
タンの操作状況（押下されているか否か）の読み出しを
前記ＣＰＵ２２から可能にするとともに、前記リセット
・ボタン４が押下された時には前記ＣＰＵ２２に対して
リセット割込み信号線２８を用いて通知する機能を有す
る。

３１は表示パネルであり、ここには前述した受信中表示
ランプ１３、送信中表示ランプ１４、バッファ空表示ラ
ンプ１５、バッファ・フル表示ランプ１６、残バッファ
／未送信データ容量表示ランプ１７、およびブロック・
インデックス表示ランプ１８が配置されている。３２は
出力ポートであり、前記表示パネル３１上の前記各ラン
プへの点燈設定（点燈／点滅／消煙）の書き込みを前記
ＣＰＵ２２から可能にしている。

３３は主メモリで後述する制御パラメータ・テーブルの
格納場所として一部使用する他はほとんどプリント出力
データの受信バッファとして用いられる。

第４図は本発明の実施例であるところのプリンタ・バッ
ファ１の使用形態を表わした図である。

該図左側はデータ送出装置であるところのコンピュータ
からのプリント出力データの受信動作の使用形態を表わ
しており、図中４０はプリント出力データを送信するコ
ンピュータであり、４１は前記コンピュータ４０に装備
されているプリンタ・ポート・コネクタであり、プリン
タ・バッファ１は該コネクタ４１に前記対コンピュータ
・ポート・コネクタ３を介して接続されている。このよ
うに接続された後、プリンタ・バッファ１は前記コンピ
ュータ４０から出力されたプリント出力データを受信す
る。

一方策４図の右側はデータ受入装置であるところのプリ
ンタへのプリント出力データの送信動作の使用形態を表
わしており、図中４２はプリント出力データを受信し実
際プリント・アウトを行うプリンタであり、４３は前記
プリンタ４２に装備されているコンピュータ・ポート・
コネクタであり、プリンタ・バッファ１は該コネクタ４
３に前記対プリンタ・ポート２を介して接続されている
。このように接続された後、すでに前記コンピュータ４
０から受信され、プリンタ・バッファ１に蓄積されてい
るプリント出力データをプリンタ・バッファ１から前記
プリンタ４２へ送信して結果的にプリンタ４２からプリ
ント・アウトを得る。

第５図は本発明の実施例であるところのプリンタ・バッ
ファの前記対プリンタ・ポート２及び対コンピュータ・
ポート３それぞれにおけるデータおよび制御信号線の取
り扱いを表わしたものである。

この図を見るとわかるように各々のポートに入力する信
号はすべて非接続時（コンピュータあるいはプリンタに
接続されていない時）に“Ｈｉｇｈ”状態となるように
電気的にプル・アップされている。また−ＡＵＴＯＦＥ
ＥＤＸＴ　　Ｃおよび一３ＬＣＴＩＮＣの対コンピュー
タ・ポートの２つの制御信号線については、イニシャラ
イズ時にのみモニタされその情報が主メモリ３３に保存
される。

対コンピュータ・ポートの制御信号線−ＩＮＩＴＣはリ
セット信号線として扱われ、“Ｌｏｗ”状態がコンピュ
ータから入力されると前記リセット割込み信号線２８が
アサートされＣＰＵ２２に通知された後、イニシャライ
ズ動作に移行する。

出力信号線のうち対コンピュータ・ポートの制御信号線
５ＬＣＴ　　Ｃは常に“Ｈｉｇｈ”状態が出力されるよ
うになっている。また対プリンタ・ポートの−ＩＮＩＴ
　　Ｐ、−ＡＵＴＯＦＥＥＤＸＴ　　Ｐそして一５ＬＣ
ＴＩＮ　　Ｐの３つの制御信号線はすべて送信動作開始
時にのみ出力される。

第６図は本発明の実施例であるところのプリンタ・バッ
ファにおけるデータ・ブロックの概念を表わしたもので
ある。

図中、上段に示したブロック終了コードによるデータ・
ブロッキングはコンピュータから送出されるプリント出
力データが各々あらかじめ決められたブロック終了コー
ドによって終結している場合であり、このような場合プ
リンタ・バッファはそのブロック終了コードを検知して
ひとつのデータ・ブロックの終結とみなす。すなわちコ
ンピュータから送出されるプリント出力データとプリン
タ・バッファ内で管理されるデータ・ブロックは完全に
１対ｌで対応づけされる。

図中、中段はブロック終了操作によるデータ・ブロッキ
ングを示しており、この場合コンピュータから送出され
るプリント出力データは前述のブロック終了コードによ
って終結しておらず、ユーザー（オペレータ）のあらか
じめ決められた手順に従ったブロック終了操作によって
プリンタ・バッファはひとつのデータ・ブロックを終結
する。ここに示しである例のようにプリンタ・バッファ
内で管理されるデータ・ブロックは複数のプリント出力
データによって構成される場合があり、同図上段の場合
と違ってプリント出力データとデータ・ブロックは完全
に１対ｌで対応づけされない。

図中、下段は受信バッファ・フル時におけるデータ・ブ
ロッキングを示しており、この場合プリンタ・バッファ
はプリント出力データ受信中にその格納メモリ領域であ
るところの受信バッファが満杯になったことを検知して
、その後ユーザーのあらかじめ決められた手順に従った
ブロック中断あるいは終了操作によってデータ・ブロッ
クの終結動作を行う。

いずれの場合にせよ、データ・ブロックは該プリンタ・
バッファで管理されるプリント出力データの単位である
ことには変わりない。

第７図は本発明の実施例であるところのプリンタ・バッ
ファにおける前記主メモリ３３の内容を表わしたもので
ある。

図中、割込みベクタ・テーブルはＣＰＵの例外処理及び
外部割込みサービス・ルーチンのポインタが格納されて
いる領域、制御パラメータ・テープルは該プリンタ・バ
ッファの動作制御に必要な各種パラメータが格納されて
いる領域、スタック領域は文字どおり前記ＣＰＵ２２に
とってのスタック領域、そして受信バッファは該プリン
タ・バッファがコンピュータから受信するデータ・ブロ
ックの格納用に使用できる領域である。便宜的に、以後
そのスタート・アドレスをＭＥＭＳＴＡおよびそのサイ
ズ（バイト数）をＭＥＭＭＡＸとする。

第８図は前記主メモリ３３上に設けられた前記制御パラ
メータ・テーブルの構成の概要を表わしたものである。

図を見ると明らかなように該制御パラメータ・テーブル
は環境テーブル、ブロック登録テーブル、受信順テーブ
ル、そして送信層テーブルの４つの部分によって構成さ
れている。

前記環境テーブルは当該プリンタ・バッファの動作制御
における動作環境を表わすパラメータによって構成され
るテーブルであり、前記ブロック登録テーブルはコンピ
ュータから受信され登録されたデータ・ブロック個々の
パラメータによって構成されるテーブルであり、前記受
信順ブロックはコンピュータから受信され登録されたデ
ータ・ブロックの受信順序を表わすパラメータによって
構成されるテーブルであり、前記送信層ブロックはプリ
ンタへ送信されるデータ・ブロックの送信順序を表わす
パラメータによって構成されるテーブルである。

第９図は第８図で示した前記環境テーブルの構成を詳し
く表わしたものである。

図中、ＲＢＬＯＣＫＩは次にコンピュータから受信され
るデータ・ブロックに与えるブロック・インデックスあ
るいは現在コンピュータから受信中のデータ・ブロック
のブ・ロック・インデックスが格納されている１バイト
の領域で、１から２０のうちいずれかの値をとり得る。

イニシャライズ時はデフォルト値として“１”が設定さ
れている。

ＴＢＬＯＣＫＩは次にプリンタへ送信されるデータ・ブ
ロックのブロック・インデックスあるいは現在プリンタ
へ送信中のデータ・ブロックのブロック・インデックス
が格納されている１バイトの領域で、ｌから２０のうち
いずれかの値をとり得る。イニシャライズ時はデフォル
ト値として“１′が設定されている。

ＲＢＬＯＣＫＳは現在すでにコンピュータから受信され
、登録されているデータ・ブロックの総数が格納されて
いる１バイトの領域で、Ｏから２０の間の値をとり得る
。この値がＯの時は登録されているデータ・ブロックが
皆無であることを表わし、２０の時は登録されているデ
ータ・ブロックの総数が最大ブロック登録数に達してい
ることを表わしている。イニシャライズ時は“０″にク
リアされている。ＴＢＬＯＣＫＳは現在プリンタへ送信
中のデータ・ブロックも含めて送信動作開始後すでにプ
リンタへ送信したデータ・ブロックの総数が格納されて
いる１バイトの領域で、Ｏから２０の間の値をとり得る
が、前記登録済ブロック数ＲＢＬＯＣＫＳの値を越える
ことは無い。すなわち、 ０≦ＴＢＬＯＣＫＳ≦ＲＢＬＯＣＫＳ≦２０の関係が成
り立つ。この値が０の時は該プリンタ・バッファのプリ
ンタへの送信動作が行われていないことを表わし、ＲＢ
ＬＯＣＫＳの値に一致している時は登録されているすべ
てのデータ・ブロックをプリンタへ送信したかあるいは
最後のひとつのデータ・ブロックをプリンタへ送信中で
あるかのいずれかの動作状態であることを表わしている
。

イニシャライズ時は“０″にクリアされている。

ＵＭＥＭは当該プリンタ・バッファがコンピュータから
受信するデータ・ブロックの格納用に使用できる領域す
なわち第７図で示した前記受信バッファのサイズ（総バ
イト数）が格納されている３バイト（２４ビツト）長の
領域で、イニシャライズ時に値ＭＥＭＭＡＸが設定され
ている。

ＲＲＥＭは前記受信バッファの総バイト数から現在すで
にコンピュータから受信したデータ・ブロックが格納さ
れている部分の総バイト数を差し引いた残りのメモリ量
（バイト数）が格納されている３バイト（２４ビツト）
長の領域でＯから前記受信バッファのサイズＵＭＥＭの
値（ＭＥＭＭＡＸ）の間の値をとり得る。この値がＭＥ
ＭＭＡＸの時は、残受信バッファ量が最大値すなわち“
バッファ空”状態であることを表わし、０の時は残受信
バツファ量が皆無すなわち“バッファ・フル”状態であ
ることを表わしている。イニシャライズ時は値ＭＥＭＭ
ＡＸが設定されている。

ＴＢＬＯＣＫＳＩＺは現在プリンタへ送信中のデータ・
ブロックについてすでにプリンタへ送信したバイト・デ
ータの総数（バイト数）が格納されている３バイト（２
４ビツト）長の領域で、０から当該データ・ブロックの
サイズ（バイト数）までの値をとり得る。この値がＯの
時は当該データ・ブロックのプリンタへの送信動作が行
われていないことを表わし、当該データ・ブロックのサ
イズに一致している時は該データ・ブロックのプリンタ
への送信動作が終了したことを表わしている。

イニシャライズ時はＯにクリアされている。

ＴＳＩＺはプリンタへ送信すべきすべてのデータ・ブロ
ックのサイズ（バイト数）の総数が格納されている３バ
イト（２４ビツト）長の領域である。この値がＯの時は
プリンタへ送信すべきデータ・ブロックが存在しないこ
とを表わしている。イニシャライズ時はＯ″にクリアさ
れている。

ＴＲＥＭは前記プリンタへ送信すべきすべてのデータ・
ブロックの総バイト数ＴＳＩＺから現在すでにプリンタ
へ送信したバイト・データの総バイト数を差し引いた残
りのメモリ量（バイト数）が格納されている３バイト（
２４ビツト）長の領域でＯから前記送信すべきすべての
バイト・データ数ＴＳＩＺの間の値をとり得る。この値
がＴＳＩＺの値と一致するときは、送信動作開始後プリ
ンタへ現在まだ１バイトのデータも送信していないこと
を表わし、Ｏの時は送信すべきすべてのデータ・ブロッ
クの送信動作が終了したことを表わしている。

イニシャライズ時は“０”にクリアされている。

５ＴＡＴＥは対コンピュータ・ポートの制御信号線のイ
ニシャライズ時における状態が格納されている１バイト
（８ビツト）の領域である。

第１Ｏ図は前記対コンピュータ・ポートの制御信号線の
イニシャル状態５ＴＡＴＥのビット構成を表わしたもの
である。

図中ビット−〇にあたる５ＬＩＮには前記制御信号線、
−５ＬＣＴＩＮ　　Ｃの状態（“Ｈｉｇｈ″または“Ｌ
ｏｗ”）が、ビット−１にあたるＡＦＤＸＴには前記制
御信号線−ＡＵＴＯＦＥＥＤＸＴ　　Ｃの状態　（“Ｈ
ｉｇｈ”または“Ｌｏｗ”）がそれぞれ格納されている
。またビット−７からビット−２にあたる　５ビツトは
定義されておらず未使用である。

第１１図は第８図で示した前記ブロック登録テーブルの
構成を詳しく表わしたものである。

図中、ＢＬＯＣＫＡＤＲＩ：１）（１≦ｉ≦２０）は、
ブロック・インデックスがｉとして登録された（または
コンピュータから受信中の）データ・ブロックの受信バ
ッファにおけるスタート・アドレスが格納されている３
バイト（２４ビツト）長の領域であり、ＢＬＯＣＫＳＩ
Ｚ　（ｉ）（１≦ｉ≦２０）は該データ・ブロックのサ
イズ（バイト数）が格納されている３バイト（２４ビツ
ト）長の領域である。イニシャライズ時ＢＬＯＣＫＡＤ
Ｒ（１）にはデフォルト値として前記受信バッファのス
タート・アドレスＭＥＭＳＴＡが設定されＢＬＯＣＫＳ
ＩＺ　（１）はＯにクリアされている。

第１２図は第８図で示した前記受信順テーブルの内容を
詳しく表わしたものである。

図中、ＲＢＬＯＣＫＳＥＱ　（ｍ〕（１≦ｍ≦２０）は
受信動作開始後ｍ番目に受信登録されたデータ・ブロッ
クのブロック・インデックスの値がそれぞれ格納されて
いる各々１バイトの領域で１から２０あるいはＯの値を
とり得る。例えばＲＢＬＯＣＫＳＥＱ〔３）　＝４は３
番目に受信登録されたデータ・ブロックのブロック・イ
ンデックスが４であることを表わしている。値がＯのと
きは登録されたデータ・ブロックが存在しないことを表
わす。

このテーブルは、順番を表わすという性質上ＲＢＬＯＣ
ＫＳＥＱ　（１）から順に見た場合Ｏの値を持つ領域以
降に有効なデータは存在しないように管理されている。

すなわちＲＢＬＯＣＫＳＥＱ　（Ｎ）≠０かつＲＢＬＯ
ＣＫＳＥＱ　（Ｎ＋１）＝Ｏならばそれ以降のすべての
領域についてＲＢＬＯＣＫＳＥＱ　（Ｎ＋２］＝ＲＢＬ
ＯＣＫＳＥＱ　［Ｎ＋３１　＝・・・＝ＲＢＬＯＣＫＳ
ＥＱ（２０）＝Ｏとなるように設定されている。

この場合登録されているデータ・ブロックの数（前記環
境テーブルの中のＲＢＬＯＣＫＳの値）はＮである。

またＯ以外の値が複数個重複して設定されることはない
。イニシャル時はすべての領域がＯにクリアされている
。すなわち ＲＢＬＯＣＫＳＥＱ　Ｃｍ）＝ｏ　　（１≦ｍ≦２０）
となっている。

第１３図は第８図で示した前記送信順テーブルの内容を
詳しく表わしたものである。

図中、ＴＢＬＯＣＫＳＥＱ　［ｍ〕（１≦ｍ≦２０）は
送信動作開始後ｍ番目に送信されるデータ・ブロックの
ブロック・インデックスの値がそれぞれ格納されている
各々１バイトの領域で１から２０あるいはＯの値をとり
得る。例えばＴＢＬＯＣＫＳＥＱ　［：３）＝４は３番
目に送信されるデータ・ブロックのブロック・インデッ
クスが４であることを表わしている。値が０のときは送
信されるブロックが存在しないことを表わす。

このテーブルは、順番を表わすという性質上ＴＢＬＯＣ
ＫＳＥＱ　［１）から順に見た場合Ｏの値を持つ領域以
降に有効なデータは存在しないように管理されている。

すなわちＴＢＬＯＣＫＳＥＱ　（Ｎ〕≠０かつＴＢＬＯ
ＣＫＳＥＱ　［Ｎ＋１］　＝Ｏならばそれ以降のすべて
の領域についてＴＢＬＯＣＫＳＥＱ　ＣＮ＋２〕二ＴＢ
ＬＯＣＫＳＥＱ　ＣＮ＋３）＝・・・＝ＴＢＬＯＣＫＳ
ＥＱ（：２０）＝Ｏとなるように設定されている。

この場合送信されるデータ・ブロックの数（前記環境テ
ーブルの中のＴＢＬＯＣＫＳの値）はＮである。

またＯ以外の値が複数個重複して設定されることはない
。イニシャル時はすべての領域が０にクリアされている
。すなわち ＴＢＬＯＣＫＳＥＱ　（ｍ）＝０　　（１≦ｍ≦２０）
となっている。

（ｎ）　　つぎに以上説明してきた本発明の実施例であ
るところのプリンタ・バッファ動作制御フローを第１４
図〜第５７図を参照して詳しく説明する。

第１４図は本発明の実施例であるところのプリンタ・バ
ッファの動作制御の概略を表わしたものである。

動作制御の概略は第１４図に示すように、電源が投入さ
れたり、各動作中にリセット・ボタン４が押下されたり
、あるいは受信動作中に対コンピュータ・ポートの制御
信号線−ＩＮＩＴ　　Ｃがアクティブになると当該プリ
ンタ・バッファの動作制御は速やかにステップＳ１に移
行しイニシャライズ動作を行う。ステップＳ１でのイニ
シャライズ動作が終了するとステップＳ２に移行してア
イドル状態になり動作指示を待つことになる。ここで前
記受信開始／終了ボタン５が押下されるとステップＳ３
へ移行し受信動作を開始する。またステップＳ２で前記
送信開始／終了ボタン６が押下されるとステップＳ４へ
移行し送信動作を開始する。またステップＳ２で前記ク
リア・ボタン５が押下されるとステップＳ５へ移行しデ
ータ・ブロックの選択クリア動作を開始する。ステップ
Ｓ３．Ｓ４およびＳ５のいずれの動作においてもその動
作が終了した場合は再びステップＳ２のアイドル状態に
戻り次の動作指示を待つことになる。

第１５図は第１４図で示したステップＳｌのイニシャラ
イズ動作での動作制御の概略を表わすフローチャートで
ある。上記イニシャライズ動作は第１５図に示すように
、まずステップ５１−１で対コンピュータ・ポート２７
および対プリンタ・ポート２６それぞれの出力側制御信
号線の出力設定を行う。

ここで設定する出力側制御信号線とその状態（“Ｈｉｇ
ｈ”または”Ｌｏｗ”）は以下のようになっている。

（１）対コンピュータ・ポート制御信号線−ＡＣＫＮＬ
Ｇ　　Ｃ４−“Ｈｉｇｈ”ＥＵＳＹ　　Ｃ＋″Ｈｉｇｈ
” ＰＥ　　Ｃ４−Ｌｏｗ −ＥＲＲＯＲＣ←“Ｈｉｇｈ” （２）対プリンタ・ポート制御信号線 −５ＴＲＯＢＥ　　Ｐ←“Ｈｉｇｈ″ −ＩＮＩＴ　　Ｐ　４−”Ｈｉｇｈ” −ＡＵＴＯＦＥＥＤＸＴ　　Ｐ＋−“Ｈｉｇｈ″−５Ｌ
ＣＴＩＮ　　Ｐ＋″Ｈｉｇｈ” ここで（１）対コンピュータ・ポート制御信号線の設定
では、コンピュータに対して当該プリンタ・バッファは
紙無し状態ではないが、ＢＵＳＹＣを“Ｈｉｇｈ”とし
てビジー状態であることを示している。一方、（２）対
プリンタ・ポート制御信号線の設定ではプリンタに対し
て当該プリンタ・バッファはプリント出力データを送出
していないことを示している。

つぎにステップ５Ｌ−２へ進み対コンピュータ・ポー）
２７（７）入力１１１制ｍ信号線−ＡＵＴＯＦＥＥＤＸ
ＴＣおよび−５ＬＣＴＩＮ　　Ｃの状態（“Ｈｉｇｈ”
または“Ｌｏｗ”）を読み取りその情報を前記環境テー
ブル（第９図）の中の５ＴＡＴＥに格納する。すなわち ＡＦＤＸＴ←−ＡＵＴＯＦＥＥＤＸＴ　　　Ｃ３ＬＩＮ
←−３ＬＩＮ　　　Ｃ という操作を行う。

つぎにステップ５１−３へ進み表示パネル３１上のそれ
ぞれの表示ランプの設定を行う。ここで設定する表示ラ
ンプとその表示状態（“点燈”点滅”または“消燈”）
は以下のようになっている。

受信中表示ランプ１３←“消燈” 送信中表示ランプ１４←“消燈” バッファ空表示ランプ１５←“点燈” バッファ・フル表示ランプ１６←“消燈”残バッファ／
未送信データ容量表示ランプ１７←“１００％”ブロッ
ク・インデックス表示ランプ１８←すべで“消燈”上記
の表示状態によってユーザーに現在送信、受信いずれの
動作も行われていないことを、および受信バッファが空
の状態であることを知らせる。

つぎにステップ５１−４へ進み制御パラメータ・テーブ
ル（第８図）の初期設定を行う。ここで設定する制御パ
ラメータ・テーブルのパラメータとその設定値はそれぞ
れ以下のようになっている。

（１）環境テーブル（第９図） ＲＢＬＯＣＫＩ←“１″ 置０ＣＫＩ←“１” ＲＢＬＯＣＫＳ　４−”Ｏ’ ＴＢＬＯＣＫＳ　４−”Ｏ″ ＵＭＥＭ　４−“ＭＥＭＭＡＸ″ ＲＲＥＭ←“ＭＥＭＭＡＸ″ 置０ＣＫＳＩＺ　４−”Ｏ’ ＴＳＩＺ　４−“０″ ＴＲＥＭ　４−　’Ｏ″ （２）ブロック登録テーブル（第１１図）ＢＬＯＣＫＡ
ＤＨ（１）←“ＭＥＭＳＴＡ″ＢＬＯＣＫＡＤＲ（２）
〜〔２０〕←“０”ＢＬＯＣＫＳＩＺ　（１）〜〔２０
〕←″Ｏ“（３）受信順テーブル（第１２図） ＲＢＬＯＣＫＳＥＱ　Ｃ１）〜〔２０〕←″′０″（４
）送信順テーブル（第１３図） ＴＢＬＯＣＫＳＥＱ　［１］〜〔２０〕←“０”ただし
環境テーブルの中の５ＴＡＴＨについてはすでにステッ
プ５１−２で値が設定されているので、ここでは初期値
設定の対象からはずしである。

以上でステップＳ１のイニシャライズ動作は終了する。

第１６図は第１４図で示したステップＳ２におけるアイ
ドル状態での動作制御のフローチャートである。上記ア
イドル状態では、第１６図に示すように、まずステップ
５２−１で受信開始／終了ボタン６が押下されたか否か
を検知して、押下された場合はステップＳ３へ移行し受
信動作を行う。押下されていなかった場合はステップ５
２−２へ移行し、送信開始／終了ボタン８が押下された
か歪力Ｚを検知して、押下された場合はステップＳ４へ
移行し送信動作を行う。押下されていなかった場合はス
テップ５２−３へ移行し、クリア・ボタン５が押下され
たか否かを検知して、押下された場合はＳ５へ移行しデ
ータ・ブロックの選択クリア動作を行う。押下されてい
なかった場合は再びステップ５２−１へ戻る。すなわち
受信開始／終了ボタン６、送信開始／終了ボタン７ある
いはクリア・ボタン５のいずれかのボタンが押下される
のを待つことになる。ただしリセット・ボタン４が押下
された場合は割込みシーケンスによって速やかにステッ
プＳ１のイニシャライズ動作へ移行する。

第１７図は第１４図で示した受信動作ステップＳ３での
動作制御の概略を表わしたものである。この受信動作ス
テップＳ３では、第１７図に示すように、まずステップ
５３−１で受信動作条件判定を行う。

第１８図はこの受信動作条件判定ステップ５３−１での
動作制御のフローチャートである。第１８図に示した詳
しいフローを見ればわかるように、ここでは登録済ブロ
ック数と受信バッファの残容量の判定を行う。登録済ブ
ロック数の判定ステップ５３−１−１では登録済ブロッ
ク数ＲＢＬＯＣＫＳが最大登録数２０未満であること、
すなわち ＲＢＬＯＣＫＳ＜２０ を判定し、さらに受信バッファの残容量の判定ステップ
５３−１−２では残受信バッファ量がＯでないこと、す
なわち ＲＲＥＭ＞０ を判定する。この２つの条件をいずれも満たす場合制御
はステップ５３−２に移行し、いずれかが満たされなか
った場合は受信動作ステップＳ３を終了する。

第１７図に戻って、ステップ８３−２では受信中ランプ
１３を点燈させユーザーに受信動作が開始したことを知
らせステップ５３−３へ進む。

第１９図は第１７図で示した開始バイト受信ステップ５
３−３での動作制御のフローチャートである。

ステップ５３−３ではブロック・インデックスｉのデー
タ・ブロックの最初のバイト・データの受信を行う。バ
イト・データの受信動作は第１９図に示すごとく、−Ａ
ＣＫＮＬＧ　　Ｃのアサート（ステップ５３−３−１）
→ＢＵＳＹ　　Ｃのネゲート（ステップ５３−３−２）
→−ＡＣＫＮＬ、Ｇ　　Ｃのネゲート（ステップ５３−
３−３）→−３ＴＲＯＢＥ　　Ｃのアサート検出（ステ
ップ５３−３−５）→ＢＵＳＹ　　Ｃのアサート（ステ
ップ５３−３−６）→ＤＡＴＡＯＣ−ＤＡＴＡ７Ｃから
バイト・データの読み出しくステップ５３−３−７）と
いうシーケンスで行われる。ステップＳ−３−３−７で
読み出されたバイト・データｄはステップ５３−３−８
においてメモリ・アドレスＢ　Ｌ　ＯＣＫ　Ａ　Ｄ　Ｈ
（ｉ　）で示される受信バッファ内の領域に格納される
。その後ステップ５３−３−９においてデータ・ブロッ
クのサイズＢＬＯＣＫＳＩＺ　［ｉ）に１が加えられる
。ステップ５３−３−１０における判定において、ステ
ップ５３−３−８で格納したバイト・データｄが受信バ
ッファに格納した最初のバイト・データであった場合、
つまりステップ５３−３−１０の時点で残受信バッファ
量ＲＲＥ　Ｍの値が受信バッファのサイズＵ　Ｍ　Ｅ　
Ｍの値と等しい、いわゆる“バッファ空状態”であった
場合はステップ５３−３−８のバイト・データｄの格納
によって少なくとも“バッファ空状態”で無くなった訳
であるからステップ５３−３−１１においてバッファ空
表示ランプ１５が消燈される。ステップ５３−３−１２
では残受信バッファ量ＲＲＥＭから１が減じられる。

続くステップ５３−３−１３では残受信バッファ量ＲＲ
ＥＭの受信バッファのサイズＵＭＥＭに対する割合を百
分率で残バッファ／未送信データ容量表示ランプ１７に
表示する。ここで割合の百分率は次の式によって算出す
る。

最後にステップ５３−３−１４で残受信バッファ量ＲＲ
ＥＭがＯすなわち“バッファ・フル状態”になったか否
かを判定する。バッファ・フル状態に陥った場合はステ
ップ５３−４に移行し、そうで無い場合はステップ５３
−３における開始バイト受信の正常受信としてステップ
５３−５に移行する。またステップ５３−３−４におい
て一３ＴＲＯＢＥ　　Ｃアサート検出ステップ５３−３
−５の前に受信開始／終了ボタン６が押下された場合、
受信動作の中止とみなし、ステップ５３−３−１５でＢ
ＵＳＹ　　Ｃをアサートした後、ステップ５３−６へ移
行し、そこで点燈中の受信中表示ランプ１３を消燈して
受信動作ステップＳ３は終了する。

再び第１７図を参照して開始バイト受信５３−３におい
て、上述したように正常受信後ステップ５３−５に制御
が移り、ここでブロック・インデックスｉに対応するブ
ロック・インデックス表示ランプ１８を点滅させ、ユー
ザーに現在ブロック・インデックスｉのデータ・ブロッ
クの受信中であることを知らせる。その後ステップ５３
−７へ移行する。

第２０図は第１７図で示したデータ・ブロック受信ステ
ップ５３−７での動作制御のフローチャートである。ス
テップ５３−７ではブロック・インデックスｉのデータ
・ブロックの受信を行う。バイト・データの受信動作は
第２０図に示すごとく、−ＡＣＫＮＬＧ　　Ｃのアサー
ト（ステップＳ３−７−１）→ＢＵＳＹ　　Ｃのネゲー
ト（ステップ５３−７−２）→−ＡＣＫＮＬＧ　　Ｃの
ネゲート（ステップ５３−７−３）→−５ＴＲＯＢＥ　
　Ｃのアサート検出（ステップ５３−７−６）→ＢＵＳ
Ｙ　　Ｃのアサート（ステップ５３７−７）→ＤＡＴＡ
ＯＣ−ＤＡＴＡ７　　Ｃからバイト・データの読み出し
くステップ５３−７−８）というシーケンスで行われる
。ステップＳ−３−７−８で読み出されたバイト・デー
タｄに対してステップ５３−７−９においてデータ・ブ
ロックの終了を示すコード“ＥＯＦ″（＝ＯＢＨ）であ
るか否かを判別し、“ＥＯＦ”であった場合には現在受
信中のブロック・インデックスｉのデータ・ブロックの
受信が終了したものとみなし、ステップ５３−８へ移行
する。

“ＥＯＦ”で無かった場合は　ステップ５３−７−１０
へ進みステップ５３−７−８で読み出されたバイト・デ
ータｄをメモリ・アドレスＢ　Ｌ　ＯＣＫ　Ａ　Ｄ　Ｒ
（ｉ　）＋ＢＬＯＣＫＳＩＺ　（ｉ〕で示される受信バ
ッファ内の領域に格納する。その後ステップ５３−７−
１１においてデータ・ブロックのサイズＢＬＯＣＫＳＩ
Ｚ　（’ｉ）に１が加えられ、ステップ５３−７−１２
において残受信バッファ量ＲＲＥＭから１が減じられる
。

続くステップ５３−７−１３では残受信バッファ量ＲＲ
ＥＭの受信バッファのサイズＵＭＥＭに対する割合を百
分率で残バッファ／未送信データ容量表示ランプ１７に
表示する。割合の百分率の算出式は前記ステップ５３−
３−１３で用いたものと同一である。最後にステップ５
３−７−１４で残受信バッファ量ＲＲＥＭがＯすなわち
“バッファ・フル状態”になったか否かを判定する。バ
ッファ・フル状態に陥った場合はステップ５３−４に移
行し、そうで無い場合は再びステップ５３−７−１に戻
り、次のバイト・データの受信を行う。また−３ＴＲＯ
ＢＥＣアサート検出ステツプ３３−７−６の前にステッ
プ５３−７−４において受信開始／終了ボタン６が押下
された場合、受信動作の中止とみなしステップ５３７−
１５でＢＵＳＹ　　Ｃをアサートした後ステップＳ３−
１０へ移行し受信中のデータ・ブロックを消去する。同
様にステップ５３−７−５において受信中断ボタン７が
押下された場合、受信動作の中断とみなしステップ５３
−７−１６でＢＵＳＹ　　Ｃをアサートした後ステップ
Ｓ３−１１へ移行する。

前記データ・ブロック受信ステップ５３−７においてブ
ロック終了コード“ＥＯＦ”を受信した場合はステップ
８３−８へ制御が移り、ここで受信したデータ・ブロッ
クの登録を行う。

第２１図は第１７図で示した受信データ・ブロック登録
ステップ５３−８での動作制御のフローチャートである
。ここでは第２１図に示すように最初にステップ５３−
８−１で登録済ブロック数ＲＢＬＯＣＫＳに１を加えた
後、ステップ５３−８−２で受信順テーブルに登録済み
のデータ・ブロックのブロック・インデックスｉを格納
する。その際、受信順テーブルＲＢＬＯＣＫＳＥＱ　［
１）〜〔２０〕における格納位置（１〜２０）はステッ
プ５３−８−１で加算済みの登録済ブロック数ＲＢＬＯ
ＣＫＳの値であり、格納領域はＲＢＬＯＣＫＳＥＱ　（
ＲＢＬＯＣＫＳ）で表わすことができる。またブロック
・インデックスｉはＲＢＬＯＣＫＩに格納されている値
である。

すなわちここでの操作は ＲＢＬＯＣＫＳＥＱ　ＣＲＢＬＯＣＫＳ）　４−ＲＢＬ
ＯＣＫＩで表わすことができる。その後ステップ５３−
８−３で点滅中のブロック・インデックスｉに対応する
ブロック・インデックス表示ランプ１８を点燈させ、ユ
ーザーにブロック・インデックスｉのデータ・ブロック
が登録されたことを知らせた後ステップ５３−９へ移行
する。

第２２図は第１７図で示した次ブロック・インデックス
設定ステップ５３−９での動作制御のフローチャートで
ある。

ステップ５３−９では次にコンピュータから受信される
データ・ブロックに与えるブロック・インデックスＲＢ
ＬＯＣＫＩの設定を行なう。第２２図に示すようにまず
ステップ５３−９−１において現在登録済みのデータ・
ブロック数ＲＢＬＯＣＫＳが最大登録数２０未満である
ことを判定し、条件を満たさない場合はステップ５３−
６へ移行し、速やかに受信動作を終了する。条件を満足
した場合はステップ５３−９−２へ進み、ここで候補と
なる未使用のブロック・インデックスＸの初期値として
“１“を代入する。その後ステップ５３−９−３におい
てブロック・インデックスＸのデータ・ブロックがすで
に登録済みか否かをそのサイズであるところのＢＬＯＣ
ＫＳＩＺ　（ｘ）〕がＯかどうかによって判定する。Ｏ
の場合は、ブロック・インデックスＸのデータ・ブロッ
クは未登録であるとみなしステップ５３−９−５へ進み
そこでブロック・インデックスＸのデータ・ブロックを
格納する受信バッファでのスタート・アドレスＢＬＯＣ
ＫＡ’ＤＲ（ｘ）を設定する。

ここで設定するスタート・アドレスの値は最後にステッ
プ５３−７で受信していたブロック・インデックスｉの
データ・ブロックのスタート・アドレスＢＬＯＣＫＡＤ
Ｒ［ｉ］とそのサイズＢＬＯＣＫＳＩＺ　（ｉ）の和を
用いている。すなわち ＢＬＯＣＫＡＤＲＣｘ）　←ＢＬＯＣＫＡＤＲ［ｉ］＋
　ＢＬＯＣＫＳＩＺ　（ｉ）で表わすことができる。こ
れは次に受信するデータ・ブロックは受信バッファにお
いて最後に受信登録されたデータ・ブロックに続けて格
納されることを意味する。スタート・アドレスの設定ス
テップ５３−９−５の後ステップ５３−９−６へ進みい
よいよ次に受信するデータ・ブロックに与えるブロック
・インデックスＲＢＬＯＣＫＩにＸが格納される。一方
、ステップ５３−９−３の判定においてＢＬＯＣＫＳＩ
Ｚ　［ｘｌがＯで無かった場合はブロック・インデック
スＸのデータ・ブロックは既に登録されている訳である
からステップ５３−９−４へ進み、候補となるブロック
・インデックスＸに１を加えた後再びステップ５３−９
−３の判定を繰り返す。この方法において使用されてい
ないブロック・インデックスはステップ５３−９−１に
おける判定で少なくともひとつは存在することがわかっ
ているので、必ず未登録のデータ・ブロックに対するブ
ロック・インデックスＸが得られる。以上のようにステ
ップ５３−９−６において新たにコンピュータから受信
するデータ・ブロックのブロック・インデックスＲＢＬ
ＯＣＫＩが設定されたら再びステップ５３−３に戻り、
新たなデータ・ブロックの最初のバイト・データの受信
を行なう。

前記データ・ブロック受信ステップ５３−７において受
信開始／終了ボタン６が押下された場合にはステップＳ
３−１０に制御が移り、ここで、受信中のデータ・ブロ
ックの強制消去を行なう。

第２３図は第１７図で示した受信データ・ブロック消去
ステップＳ３−１０での動作制御のフローチャートであ
る。ここではまずステップ５３−１０−１で残受信バッ
ファ量ＲＲＥＭに現在までステップＳ３７で受信してい
たブロック・インデックスｉのデータ・ブロックのサイ
ズＢＬＯＣＫＳＩＺ　［ｉ）を加えることにより残受信
バッファ量ＲＲＥＭの値をブロック・インデックスｉの
データ・ブロックの受信開始時の状態に戻す。つぎにス
テップ５３−１０−２で復元した残受信バッファ量ＲＲ
ＥＭの受信バッファのサイズＵ　Ｍ　Ｅ　Ｍに対する割
合を百分率で残バッファ／未送信データ容量表示ランプ
１７に表示する。割合の百分率の算出式は前記ステップ
５３−３−１３で用いたものと同一である。続いてステ
ップ５３−１０＝３で復元した残受信バッファ量ＲＲＥ
Ｍの値が受信バッファのサイズＵＭＥＭの値と等しいい
わゆる“バッファ空状態”であるか否かを判定し、バッ
ファ空状態ならばステップ５３−１０−４においてバッ
ファ空表示ランプ１５を点燈する。そしてステップ５３
−１０−５において現在までステップ５３−７で受信し
ていたブロック・インデックスｉのデータ・ブロックの
サイズＢＬＯＣＫＳＩＺ　［：ｉ〕をＯにクリアするこ
とにより受信データ・ブロック消去が終了し、ステップ
５３−１０−６で点滅中のブロック・インデックスｉに
対応するブロック・インデックス表示ランプ１８を清澄
させ、ユーザーにブロック・インデックスｉのデータ・
ブロックが消去されたことを知らせた後ステップ５３−
６へ進むことにより受信動作が終了する。

前記データ・ブロック受信ステップ５３−７において受
信中断ボタン７が押下された場合にはステップＳ３−１
１に制御が移り、ここで点燈中の受信中表示ランプ１３
を点滅させユーザーに受信動作が中断中であることを知
らせた後ステップＳ３−１２へ進む。

第２４図は第１７図で示した指示待ちＳ３−１２での動
作制御のフローチャートである。

ステップＳ３−１２は受信動作中断時における動作指示
待ち状態であり、第２４図に示すように動作指示のボタ
ンのいずれかが押下されるまで待機している。受信中断
ボタン７が押下された場合（ステップ５３−１２−１）
、制御はステップＳ３−１３に移行し、受信開始／終了
ボタン６が押下された場合（ステップ５３−１２−２）
制御はステップＳ３−１４に移行し、クリア・ボタン５
が押下された場合（ステップ５３−１２−３）、制御は
ステップＳ３−１６に移行する。

ステップＳ３−１２の中断時の動作指示待ち状態におい
て受信中断ボタン７が押下されると受信動作再開（中断
解除）として扱い、ステップＳ３−１３へ移行し、ここ
で点滅中の受信中表示ランプ１３を点燈させユーザーに
受信動作が再開したことを知らせた後、ステップ５３−
７へ戻り再びブロック・インデックスｉのデータ・ブロ
ックの受信を続行する。

ステップＳ３−１２の中断時の動作指示待ち状態におい
て受信開始／終了ボタン６が押下されるとステップＳ３
−１４へ制御が移り、ここで現在まで受信したデータ・
ブロックの登録を行なう。

第２５図は第１７図で示した受信データ・ブロック登録
Ｓ３−１４ての動作制御のフローチャートである。ここ
でのフローは前記受信データ・ブロック登録ステップ５
３−８のものと同様で、第２５図に示すように登録済ブ
ロック数ＲＢＬＯＣＫＳに１を加え（ステップ５３−１
４−１）、受信順テーブル（ＲＢＬＯＫＳＥＱ　［ＲＢ
ＬＯＣＫ］）にブロック・インデックスｉを（＝ＲＢＬ
ＯＣＫＩ）を格納し、（ステップ５３−１４−２）、点
滅中のブロック・インデックスｉに対応するブロック・
インデックス表示ランプ１８を点燈させた後（ステップ
５３−１４−３）、ステップＳ３−１５へ移行する。

第２６図は第１７図で示した次ブロック・インデックス
設定ステップＳ３−１５での動作制御のフローチャート
である。

ステップＳ３−１５では次にコンピュータから受信され
るデータ・ブロックに与えるブロック・インデックスＲ
ＢＬＯＣＫＩの設定を行なう。ここでのフローは前記次
ブロック・インデックス設定ステップ５３−９のものと
同様で、第２６図に示すように登録済みのデータ・ブロ
ック数ＲＢＬＯＣＫＳが最大登録数２０未満であること
を判定しくステップ５３−１５−１）、条件を満たさな
い場合はステップ５３−６へ移行し、速やかに受信動作
を終了する。条件を満足した場合は、候補となる未使用
のブロック・インデックスＸの初期値として“１”を代
入して（ステップ５３−１５−２）、ブロック・インデ
ックスＸのデータ・ブロックがすでに登録済みか否かを
判定しくステップ５３−１５−３）、未登録であった場
合は、受信バッファでのスタート・アドレスＢＬＯＣＫ
ＡＤＨ（ｘ）を設定しくステップ５３１５−５）、ブロ
ック・　インデックスＲＢＬＯＣＫＩにＸを格納する（
ステップ５３−１５−６）。一方、５３−１５−３の判
定において登録済みであった場合は候補となるブロック
・インデックスＸに１を加えた後（ステップ５３−１５
−４）、再びステップ５３−１５−３の判定を繰り返す
。こうして新たにコンピュータから受信するデータ・ブ
ロックのブロック・インデックスＲＢＬＯＣＫＩが設定
されたらステップＳ３−１７へ進む。

一方、第１７図ステップＳ３−１２の中断時の動作指示
待ち状態においてクリア・ボタン５が押下されると３３
−１６へ制御が移り、ここで現在まで受信したデータ・
ブロックの強制消去を行なう。第２７図は第１７図で示
した受信データ・ブロック消去Ｓ３−１６での動作制御
のフローチャートである。

ここでのフローは前記受信データ・ブロック消去ステッ
プＳ３−１０のものと同様で、第２７図に示すようにま
ず残受信バッファ量ＲＲＥＭの値をブロック・インデッ
クスｉのデータ・ブロックの受信開始時の状態に戻しく
ステップ５３−１６−１）、復元した残受信バッファ量
ＲＲＥＭの受信バッファのサイズＵＭＥＭに対する割合
を百分率で残バッファ／未送信データ容量表示ランプ１
７に表示しくステップ５３−１６−２）、ステップ５３
−１６−３でバッファ空状態かどうかを判定し、バッフ
ァ空状態ならばステップ５３−１６−４においてバッフ
ァ空表示ランプ１５を点燈する。そして、現在までステ
ップ５３−７で受信していたブロック・インデックスｉ
のデータ・ブロックのサイズをＯにクリアしくステップ
５３−１６−５）、点滅中のブロック・インデックスｉ
に対応するブロック・インデックス表示ランプ１８を清
澄させた後（ステップ５３−１６６）、ステップＳ３−
１７へ進む。

第２８図は第１７図で示した指示待ちステップＳ３−１
７での動作制御フローチャートである。

ステップＳ３−１７は受信動作中断処理後における動作
指示待ち状態であり、第２８図に示すように動作指示の
ボタンのいずれかが押下されるまで待機している。受信
開始／終了ボタン６が押下された場合（ステップ５３−
１７−１）、受信動作の中止とみなし、ステップ５３−
６へ移行し受信動作は終了する。一方受信中断ポタン７
が押下された場合（ステップ５３−１７−２）、受信動
作再開として扱い、ステップＳ３−１８へ移行し、ここ
で点滅中の受信中表示ランプ１３を点燈させユーザーに
受信動作が再開したことを知らせた後再びステップ５３
−３に戻り、新たなデータ・ブロックの最初のバイト・
データの受信を行なう。

第１７図において前記開始バイト受信ステップ５３−３
あるいはデータ・ブロック受信ステップ５３−７におい
てバッファ・フル状態になったと判定された場合には、
ステップ５３−４に制御が移り、ここで点燈中の受信中
表示ランプ１３を点滅させユーザーに受信動作が中断中
であることを知らせた後ステップＳ３−１９へ進む。

第２９図は第１７図で示したバッファ・フル状態通知ス
テップＳ３−１９での動作制御のフローを表わしたもの
である。

ステップＳ３−１９ではバッファ・フル状態の通知を行
なう。第２９図に示すようにまずステップ５３−１９−
１でバッファ・フル表示ランプ１６を点燈させユーザー
にバッファ・フル状態に陥ったことを知らせ、ステップ
５３−１９−２で対コンピュータ制御信号線ＰＥ　　Ｃ
を、ステップ５３−１９−３で対コンピュータ制御信号
線−ＥＲＲＯＲＣをそれぞれアサートすることによりコ
ンピュータに、当該プリンタ・バッファが“紙なし状態
”に陥ったことを知らせる。その後ステップＳ３−２０
へ移行する。

第３０図は第１７図で示した指示待ちステップＳ３−２
０での動作制御のフローチャートである。

ステップＳ３−２０はバッファ◆フル時における動作指
示待ち状態であり、第３０図に示すように動作指示ボタ
ンのいずれかが押下されるまで待機している。受信開始
／終了ボタン６が押下された場合（ステップ５３−２Ｏ
−１）、制御はステップＳ３−２１に移行し、クリア・
ボタン５が押下された場合（ステップ５３−２Ｏ−２）
、制御はステップＳ３−２３に移行する。

ステップＳ３−２０のバッファ・フル時の動作指示待ち
状態において受信開始／終了ボタン６が押下されるとス
テップＳ３−２１へ制御が移り、ここでバッファ・フル
状態になるまで受信していたデータ・ブロックの登録を
行なう。

第３１図は第１７図で示した受信データ・ブロック登録
ステップＳ３−２１での動作制御のフローチャートであ
る。

ここでのフローは前記受信データ・ブロック登録ステッ
プ５３−８のものと同様で、第３１図に示すように登録
済ブロック数ＲＢＬＯＣＫＳに１を加え（ステップ５３
−２ｌ−１）、受信中テーブル（ＲＢＬＯＣＫＳＥＱ　
ｌ：ＲＢＬＯｃＫｓ））にブロック・インデックスｉ　
（＝ＲＢＬＯＣＫＩ）を格納しくステップ５３−２ｌ−
２）、点滅中のブロック・インデックスｉに対応するブ
ロック・インデックス表示ランプ１８を点燈させた後（
ステップ５３−２ｌ−３）、ステップＳ３−２２へ移行
する。

第３２図は第１７図で示した次ブロック・インデックス
設定ステップＳ３−２２での動作制御のフローチャート
である。

ステップＳ３−２２では次にコンピュータから受信され
るデータ・ブロックに与えるブロック・インデックスＲ
ＢＬＯＣＫＩの設定を行なう。ここでのフローは前記次
ブロック・インデックス設定ステップ５３−９のものと
同様で、第３２図に示すように登録済みのデータ・ブロ
ック数ＲＢＬＯＣＫＳが最大登録数２０未満であること
を判定しくステップ５３−２２−１）、条件を満たさな
い場合はステップ５３−６へ移行し、速やかに受信動作
を終了する。

条件を満足した場合は候補となる未使用のプロッり・イ
ンデックスＸの初期値として“１“を代入して（ステッ
プ５３−２２−２）、ブロック・インデックスＸのデー
タ・ブロックがすでに登録済みか否かを判定しくステッ
プ５３−２２−３）、未登録であった場合は受信バッフ
ァでのスタート・アドレスＢＬＯＣＫＡＤＲＣＸ）を設
定しくステップ５３−２２５）、ブロック・インデック
スＲＢＬＯＣＫＩにＸを格納する（ステップ５３−２２
−６）。一方ステップ５３−２２−３の判定において登
録済みであった場合は候補となるブロック・インデック
スＸに１を加えた後（ステップ５３−２２−４）、再び
ステップ５３−２２−３の判定を繰り返す。こうして新
たにコンピュータから受信するデータ・ブロックのブロ
ック・インデックスＲＢＬＯＣＫＩが設定されたらステ
ップ５３−６へ移行し、速やかに受信動作を終了する。

ステップＳ３−２１のバッファ・フル時の動作指示待ち
状態においてクリア・ボタン５が押下されるとステップ
Ｓ３−２３へ制御が移り、ここでバッファ・フル状態の
通知の停止を行なう。

第３３図は第、１７図で示したバッファ・フル状態通知
停止ステップＳ３−２３での動作制御のフローチャート
である。

第３３図に示すようにまずステップ５３−２３−１で対
コンピュータ制御信号線−ＥＲＲＯＲＣを、ステップ５
３−２３−２で対コンピュータ制御線ＰＥＣをそれぞれ
ネゲートすることによりコンピュータに当該プリンタ・
バッファが“紙なし状態”を回避したことを知らせ、さ
らにステップ５３−２３−３で点燈中のバッファ・フル
表示ランプ１６を消燈させユーザーにバッファ◆フル状
態で無くなったことを知らせた後、バッファ・フル状態
になるまで受信していたデータ・ブロックの強制消去を
行なうべく、受信データ・ブロック消去ステップＳ３−
１６へ移行する。

以上が受信動作ステップＳ３のフローである。

第３４図は、第１４図で示した送信動作Ｓ４での動作制
御の概略を表わしたものである。送信動作ステップＳ４
では、まずステップ５４−１で送信動作条件判定を行な
う。

第３５図は、第３４図で示した送信動作条件判定ステッ
プ５４−１での動作制御のフローチャートである。

第３５図を見るとわかるようにここでは登録済ブロック
数と対プリンタ・ポート制御信号線５ＬＣＴＰの判定が
行なわれる。登録済ブロック数の判定ステップ５４−１
−１では登録済ブロック数ＲＢＬＯＣＫＳがＯを越えて
いるか否か、すなわち ＲＢＬＯＣＫＳ＞０ を判定し、さらに５ＬＣＴ　　Ｐの判定ステップＳ４−
１−２では５ＬＣＴ　　Ｐがネゲート状態であることす
なわち ５ＬＣＴ　　Ｐ＝“Ｌｏｗ を判定する。この２つの条件をいずれも満たす場合制御
はステップ５４−２に移行し、いずれかが満たされなか
った場合は送信動作ステップＳ４を終了する。

ステップ５４−２では送信動作の準備を行なう。

第３６図は、第３４図で示した送信動作準備ステップ５
４−２での動作制御のフローを表わしたものである。第
３６図を見るとわかるように、まずステップ５４−２−
１で残バッファ／未送信データ容量表示ランプ１７を消
燈し、ステップ５４−２−２で送信中表示ランプ１４を
点滅させ、ユーザーに送信動作が開始したことを知らせ
る。次にステップ５４−２−３で送信データ・ブロック
総数ＴＢＬＯＣＫＳを０クリアし、ステップ５４−２−
４で対プリンタ・ポート制御信号線−３ＬＣＴＩＮ　　
Ｐに前記ステップ５１−２において格納した５ＬＩＮの
値を出力し、ステップ５４−２−５で対プリンタ・ポー
ト制御信号線−ＡＵＴＯＦＥＥＤＸＴＰに前記ステップ
５Ｌ−２において格納したＡＦＤＸＴの値を出力する。

すなわち、ステップ５４−２−３〜４−２−５ ＴＢＬＯＣＫＳ　４−Ｏ −８ＬＣＴＩＮ　　Ｐ　４−５ＬＩＮ −ＡＵＴＯＦＥＥＤＸＴ　　Ｐ、ＡＦＤＸＴという操作
を行なう。

そして次にステップ５４−２−６で対プリンタ制御信号
線−ＩＮＩＴ　　Ｐをアサートしステップ５４−２−７
で−ＩＮＩＴ　　ＰをネゲートすることによりＬ　ＯＷ
パルス信号を送出し、対プリンタ・ポートに接続されて
いるプリンタをイニシャライズする。

次に制御はステップ５４−３に移行し送信ブロック選択
入力待ち状態になる。

第３７図は第３４図で示した送信ブロック選択入力待ち
ステップ５４−３での動作制御のフローチャートである
。

すなわち、送信ブロック選択入力待ちステップ５４−３
では、第３７図に示すように動作指示のボタンのいずれ
かが押下されるまで待機している。

送信開始／終了ボタン８が押下された場合（ステップ５
４−３−１）、送信動作の終了とみなし制御はステップ
Ｓ４−１６へ移行し、送信動作は終了する。

またクリア・ボタン５が押下された場合（ステップ５４
−３−２）、制御はステップ４−４へ移行し送信順テー
ブルの消去を行なう。また２０個存在するブロック・イ
ンデックス・ボタン１０のいずれかが押下された場合（
ステップ５４−３−３）、制御はステップ５４−５へ移
行し送信選択ブロックの判定を行なう。（便宜的にステ
ップ５４−３−３で押下されたブロック・インデックス
・ボタン１０に対応するブロック・インデックスをＸと
する）また、全ブロックボタン１１が押下された場合（
ステップ５４−３−４）制御はステップ５４−６へ移行
し、全受信済ブロックの登録を行なう。また中断ボタン
９が押下された場合（ステップ５４−３−５）制御はス
テップ５４−７へ移行し送信順テーブルの判定を行なう
。

前記送信ブロック選択入力待ちステップ５４−３におい
てクリア・ボタン５が押下されると制御はステップ５４
−４に移行し、送信順テーブルＴＢＬＯＣＫＳＥＱ　［
ｉ）　（ｉ＝１．　２．・・・、２０）の消去が行なわ
れる。

第３８図は第３４図で示した送信順テーブル消去ステッ
プ５４−４での動作制御のフローチャートである。

第３８図を見るとわかるようにステップ５４−４−１か
らステップ５４−４−４において、 ＴＢＬＯＣＫＳＥＱ　（ｔ）←Ｏ（ｉ＝１．２．・・・
２０）を実行することにより、送信順テーブルを０にク
リアする。この後、制御は再びステップ５４−３へ戻る
。

前記送信ブロック選択入力待ち状態ステップ８４−３に
おいてブロック・インデックス・ボタン１０が押下され
ると、制御はステップ３４−５に移行し、送信選択され
たブロック・インデックスＸの判定を行なう。

第３９図は、第３４図で示した送信選択ブロック判定ス
テップ５４−５での動作制御のフローを表わしたもので
ある。

第３９図を見るとわかるように判定条件は、ブロック・
インデックスＸで参照されるデータ・ブロックが受信登
録済であること。すなわち該データ・ブロックのサイズ
ＢＬＯＣＫＳＩＺ　（ｘｌが１（バイト）以上であるこ
と ＢＬＯＣＫＳＩＺ　　（ｘ）＞Ｏ（ステップ５４−５−
１）及びブロック・インデックスＸで参照されるデータ
・ブロックが送信登録済でないこと、すなわち送信順テ
ーブルＴＢＬＯＣＫＳＥＱ　（ｉｌ　（ｉ＝１．２．・
・・２０）に該データ・ブロック・インデックスＸが登
録されていないこと ＴＢＬＯＣＫＳＥＱ　　（ｉ）　　≠ｘ　　　　（ｉ＝
１．２．・・・、２０）（ステップ５４−５−２〜５４
−５−５）の２つである。

いずれかが満たされなかった場合、制御は再びステップ
５４−３へ戻り送信ブロック選択入力待ち状態になる。

一方、この２つの条件がいずれも満たされる場合、制御
はステップ５４−６へ移行し、ブロック・インデックス
Ｘは送信順テーブルに登録される。

第４０図は第３４図で示した送信選択ブロック登録ステ
ップ５４−６での動作制御のフローを表わしたものであ
る。

ステップ５４−６では送信選択されたブロック・インデ
ックスＸの送信順テーブルへの登録が行なわれる。第４
０図を見るとわかるようにここではまず送信選択された
ブロック・インデックスＸが送信動作後、何番目に選択
されたのかを知り得るためにステップ５４−６−１で送
信順番ｉの初期値として“１”を代入する。次にステッ
プ５４−６−２で送信順テーブルのｉ番目の領域ＴＢＬ
ＯＣＫＳＥＱ　［ｉ）の内容が“０”であるか否かを判
定するＯ”であった場合、ブロック・インデックスＸは
ｉ番目に送信選択されたものであるとしてステップ５４
−６−４に進み、“Ｏ”でなかった場合、送信順テーブ
ルを次々と検索すべくステップ５４−６−３で送信順番
ｉに“１“を加えた後、再びステップ５４−６−２の判
定を繰り返す。このステップ５４−６−１からステップ
５４−６−４での送信順番ｉの検索方法において送信順
バッファに登録済のブロック・インデックス数は、前記
ステップ５４−５の判定により１９以下となっているた
め必ずＴＢＬＯＣＫＳＥＱ　［：１）＝０なるｉが存在
する。

ステップ５４−６−４では、送信選択されたブロック・
インデックスＸを送信順テーブルのｉ番目の領域に登録
する。すなわち ＴＢＬＯＣＫＳＥＱ　Ｃ１）＝ｘ を実行する。次に制御はステップ５４−６−５に移行し
、送信選択されたブロック・インデックスＸに対応する
ブロック・インデックス表示ランプ１８を点滅させ、ユ
ーザーにブロック・インデックスＸのデータ・ブロック
が送信選択されたことを知らせる。そしてこの後、制御
は再びステップ５４−３へ戻り、送信選択入力待ち状態
になる。

前記送信ブロック選択入力待ち状態ステップ５４−３に
おいて全ブロック選択ボタン１１が押下されると制御は
＄４−７へ移行し、全受信登録済ブロック・インデック
スの送信順テーブルへの登録が行なわれる。

第４１図は、第３４図で示した全ブロック登録ステップ
５４−７での動作制御のフローチャートである。

第４１図を見るとわかるようにここでは受信順テーブル
の内容を送信順テーブルにコピーすることにより、受信
登録済のブロック・インデックスを受信された順番に従
い送信順テーブルに登録し、またここで点燈中の現在受
信登録されているすべてのデータ・ブロックに対応する
ブロック・インデックス表示ランプを点滅させ、ユーザ
ーにすべての受信登録されているデータ・ブロックが現
在、送信選択されていることを知らせる。すなわちステ
ップ５４−７−１で順番を表わす便宜的なカウンタ″ｉ
″に初期値として“１”を代入し、続くステップ５４−
７−２で受信順テーブルのｉ番目の領域ＲＢＬＯＣ３Ｅ
Ｑ　（ｉ）の内容を読み出し便宜的にＸとしておく。つ
まり受信順番ｉのデータ・ブロックに対応するブロック
・インデックスはＸとなる。

ステップ５４−７−３では、前記ステップ５４−７−２
で読み出されたブロック・インデックスＸがＯで無いこ
とを判定する。もしＯでなければステップ５４−７−４
に移行し、受信順テーブルのｉ番目の領域ＲＢＬＯＣＫ
ＳＥＱ　［ｉ）の内容を送信順テーブルのｉ番目の領域
ＴＢＬＯＣＫＳＥＱ　（ｉ）にコピーする。

そして次にステップ５４−７−５に進み、点燈中のブロ
ック・インデックスＸに対応するブロック・インデック
ス表示ランプ１８を点滅させ、ステップ５４−７−６で
受信順番で次のデータ・ブロックを選択すべく順番ｉに
“１”を加えた後、再びステップ５４−７−２で制御に
戻す。一方、ステップ５４−７−３の判定でＯであった
場合は、受信順テーブル内の有効データの終了を意味す
るのでステップ５４−７の動作を終了させ、制御を再び
ステップ５４−３へ移行し、送信ブロック選択入力待ち
状態になる。

前記送信ブロック選択入力待ち状態ステップ５４−３に
おいて中断ボタン９が押下されると制御はステップ５４
−８へ移行し、送信順テーブルの判定を行う。判定は送
信順テーブルの第１番目の領域ＴＢＬＯＣＫＳＥＱ　（
１〕の内容がＯであるか否かによって行なう。すなわち ＴＢＬＯＣＫＳＥＱ　（１，１≠０ を満足する場合は少なくとも１つ以上のブロック・イン
デックスが送信順テーブルに登録されているわけである
から送信動作を行うべく制御をステップ５４−９へ移行
する。一方、上記条件を満たさなかった場合は、送信順
テーブルには現在１つもブロック・インデックスが登録
されていない訳であるから制御を再びステップ５４−３
に戻し送信ブロック選択入力待ち状態になる。

第４２図は、第３４図で示した送信動作開始ステップ５
４−９での動作制御のフローチャートである。

ステップ５４−９では、送信動作が開始させられる。第
４２図を見るとわかるようにステップＳ４−９１でブロ
ック・インデックス表示ランプ１８を全消煙し、ステッ
プ５４−９−２で送信データ・ブロックサイズ総数ＴＳ
ＩＺをＯでクリアしておく、次にステップ５４−９−３
では送信順番を表わす便宜的なカウンタ“ｉ”を設は初
期値として“１”を代入し、続くステップ５４−９−４
で送信順テーブルのｉ番目の領域ＴＢＬＯＣＫＳＥＱ　
（ｉ）の内容を読み出し、便宜的にＸとしておく。つま
り送信順番ｉのデータ・ブロックに対応するブロック・
インデックスはＸとなる。次にステップ５４−９−５で
前記ステップ５４−９−４で読み出されたブロック・イ
ンデックスＸがＯで無いことを判定する。もし０でなけ
れば制御をステップ５４−９−６に移行しブロック・イ
ンデックスＸに対応するブロック・インデックス表示ラ
ンプ１８を点燈させる。そして次にステップ５４−９−
７で送信データ・ブロックサイズ総数ＴＳＩＺにブロッ
ク・インデックスＸのデータ・ブロックサイズＢＬＯＣ
ＫＳＩＺ　Ｃｘ〕を加えて設定し直し、ステップ５４−
９−８で送信順番で次のデータ・ブロックを選択すべく
送信順番ｉに１を加えた後、再びステップ５４−９−４
に制御を戻す。

一方ステップ５４−９−５の判定でＯであった場合は、
送信順テーブル内の有効データの終了を意味するので制
御をステップ５４−９−９へ移行する。

こうして現在送信登録されているすべてのデータ・ブロ
ックに対応するブロック・インデックス表示ランプ１８
を点燈させ、ユーザーに送信選択されているすべてのデ
ータ・ブロックのインデックスを知らせると共に、現在
送信登録されているデータ・ブロックのサイズの総数を
ＴＳＩＺに設定する。次にステップ５４−９−９では、
設定されたＴＳＩＺの内容を未送信バイトデータ量ＴＲ
ＥＭにコピーする。

これは、現在まだプリンタへ１バイトのデータも送信し
ていないため、ＴＳＩＺ＝ＴＲＥＭとなるためである。

次にステップ５４−９−１０で送信データ・ブロック・
インデックスＴＢＬＯＣＫ　Ｉに第１番目に送信すべき
データ・ブロック・インデックスの設定を行なう。すな
わち第１番目に送信選択されたデータ・ブロック・イン
デックスＴＢＬＯＣＫＳＥＱ（１）の内容をＴＢＬＯＣ
Ｋ　Ｉに設定する。次に、ステップ５４−９−１１で現
在点滅中の送信中表示ランプ１４を点燈にし、制御をス
テップＳ４−１０へ移行する。

第４３図は、第３４図で示したデータ・ブロック送信ス
テップＳ４−１０での動作制御のフローチャートである
。

ステップＳ４−１０では、ブロック・インデックスＴＢ
ＬＯＣＫ　Ｉのデータ・ブロックの送信を行なう。第４
３図を見るとわかるように、ピこではまずステップ５４
−１０−１で送信データ・ブロック総数ＴＢＬＯＣＫＳ
に１を加える。次にステップ５４−１０−２でブロック
・インデックス置ＯＣＫ　Ｉに対応するブロック・イン
デックス表示ランプ１８を点滅させ、ユーザーに現在ブ
ロック・インデックスＴＢＬＯＣＫ　Ｉのデータ・ブロ
ックの送信中であることを知らせ、次にステップ５４−
１０−３で送信中データ・ブロックの送信済バイト数Ｔ
ＢＬＯＣＫＳＩＺをＯでクリアしておく。ここで送信開
始／終了ボタン８が押下された場合（ステップ５４−１
Ｏ−４）、送信動作の中止とみなし、制御はステップＳ
４−１７へ移行し送信動作は中止する。また中断ボタン
９が押下された場合（ステップ５４−１Ｏ−５）、制御
はステップＳ４−１５へ移行し、送信中断入力待ち状態
となる。いずれのボタンも押下されていない場合、制御
はステップ５４−１０−６に移行し対プリンタ・ボート
に接続されたプリンタがエラー状態となっているか否か
を対プリンタ制御信号線の状態を見ることにより判定す
る。判定条件はＰＥ　　Ｐかネゲート状態であること、
すなわち ＰＥ　　　Ｐ＝　　“Ｌｏｗ　　　　　　　　　（ステ
ップ５４−１Ｏ−６）ＳＥＬＥＣＴ　　Ｐがアサート状
態であること、すなわち ５ＥＬＥＣＴ　　Ｐ＝　　“Ｈｉｇｈ″　（ステップ５
４−１Ｏ−７）および−ＥＲＲＯＲＰがアサート状態で
あること、すなわち −ＥＲＲＯＲｐ＝　　“Ｌｏｗ　　　（ステップＳ４−
１０−８）である。上記条件がすべて満たされた場合、
制御はステップ５４−１０−９へ移行する。一方、いず
れかが満たされなかった場合、制御はステップＳ４−１
５へ移行し、送信中断入力待ち状態となる。ステップ５
４−１０−９では対プリンタ・ポートに接続されたプリ
ンタが受信可能状態であるか否かを、対プリンタ◆ポー
ト制御信号線のＢＵＳＹ　　Ｐを見ることにより判定す
る。ここでＢＵＳＹ　　Ｐがアサート状態である場合、
プリンタは受信不可能状態であることを意味するから、
制御はステップ５４−１Ｏ−１０に移行し、単位時間ウ
ェイト状態となる。そしてこの後、再び制御は、ステッ
プ５４−１０−９へ戻り判定を繰り返す。こうしてプリ
ンタが受信可能状態となるのを待つ。一方ＢＵＳＹ　　
Ｐがネゲート状態である場合、プリンタは受信可能状態
であることを意味するから制御はステップ５４−１Ｏ−
１１へ移行し、データ送信が行なわれる。

５４−１Ｏ−１１では、受信バッファ内に格納されてい
るバイトデータを対プリンタ・ポート制御信号線ＤＡＴ
ＡＯＰ　ＮＤＡＴＡ７　　Ｐに送出する。ここで送信す
べきバイト・データのアドレスは、現在送信中のブロッ
ク・インデックスＴＢＬＯＣＫ　Ｉのデータ・ブロック
のスタートアドレスＢＬＯＣＫＡＤＲ［ＴＢＬＯＣＫ　
Ｉ］と送信中データ・ブロックの送信済バイト数ＴＢＬ
ＯＣＫＳＩＺの和で得られる。すなわち送信すべきバイ
ト・データの格納されているアドレスは、 ＢＬＯＣＫＡＤＲ（ＴＢＬＯＣＫ　Ｉ　）　＋　置０Ｃ
ＫＳＩＺで表わされ、このアドレスに格納されているバ
イト・データが対プリンタ・ポート制御信号線に送出さ
れる。

続いて、この後すぐに対プリンタ制御信号線−８ＴＲＯ
ＢＥ　　Ｐ（７）７サート（ステップ５４−１Ｏ−１２
）、　−８ＴＲＯＢＥ　　Ｐ　のネゲート（ステップ５
４−１Ｏ−１３）が行なわれ、プリンタにＬｏｗパルス
信号が送信される。ここで１バイトのデータの送信が終
了したので、次にステップ５４−１Ｏ−１４において送
信中データ・ブロックの送信済バイト数ＴＢＬＯＣＫＳ
ＩＺに１が加えられ、ステップ５４−１Ｏ−１５におい
て未送信バイト・データ量ＴＲＥＭがら１が減じられる
。

続くステップ５４−１Ｏ−１６では、未送信バイト・デ
ータ量のＴＲＥＭの送信データ・ブロックサイズの総数
ＴＳＩＺに対する割合を百分率で残バッファ／未送信デ
ータ容量表示ランプ１７に表示する。ここで割合の百分
率は次の式によって算出する。

ＴＲＥＭ＝０のとき 未送信データ割合＝Ｏ ＴＲＥＭ≠０のとき 次に制御はステップ５４−１Ｏ−１７に移行し、現在送
信中のデータ・ブロックにおいて未送信データがまだ残
っているか否かを判定する。判定は、現在送信中のデー
タ・ブロックのサイズＢＬＯＣＫＳＩＺ（ＴＢＬＯＣＫ
　Ｉ）の内容と送信中データ・ブロック送信済バイト数
ＴＢＬＯＣＫＳＩＺの内容とを比較することにより行な
われる。すなわち ＢＬＯＣＫＳＩＺ　［ＴＢＬＯＣＫ　Ｉ　）　≠ＴＢＬ
ＯＣＫＳＩＺの場合未送信データがまだ残っていること
を意味するから制御は再びステップ５４−１０−４に戻
り次のバイト・データの送信を開始する。一方、ＢＬＯ
ＣＫＳＩＺ　（ＴＢＬＯＣＫ　Ｉ　）　＝　ＴＢＬＯＣ
ＫＳＩＺの場合送信中データ・ブロックのすべてのデー
タが送信されたことを意味するから制御はデータ・ブロ
ックの送信を終了し、ステップＳ４−１１へ移行する。

ステップＳ４−１１ではデータ・ブロック送信終了処理
が行なわれる。すなわち点滅中のブロック・インデック
スＴＢＬＯＣＫ　Ｉに対応するブロック・インデックス
表示ランプ１８を消煙させ、ユーザーにブロック・イン
デックスＴＢＬＯＣＫ　Ｉのデータ・ブロックの送信が
終了したことを知らせる。

次に処理は、Ｓ４−１２に移行し、次送信データ・ブロ
ックの選択が行なわれる。

第４４図は第３４図で示した次ブロツク選択Ｓ４−１２
での動作制御のフローチャートである。

第４４図を見るとわかるように、ここではまずステップ
５４−１２−１テ送信順テーブル（７）ＴＢＬＯＣＫＳ
＋１番目の領域ＴＢＬＯＣＫＳＥＱ　［ＴＢＬＯＣＫＳ
＋１］の内容を読みし便宜的にＸとしておく。次にステ
ップ５４−１２−２で読み出されたブロック・インデッ
クスＸがＯであるか否かを判定する。もしＯでなければ
、Ｘが次に送信すべきデータ・ブロックのインデックス
ということになり、制御をステップＳ４−１２−３へ移
行し、送信データ・ブロックのインデックスを表わすＴ
ＢＬＯＣＫ　Ｉにブロック・インデックスＸを格納する
。そしてこの後、制御を再びステップＳ４−１０へ戻し
次データ・ブロックの送信を開始する。一方ステップ５
４−１２−２の判定でＸが０であった場合は、送信順テ
ーブルに登録されたデータ・ブロックはすべて送信が終
了して次送信データ・ブロックは存在しないことを意味
するため制御をステップＳ４−１３へ移行し送信動作中
断入力待ち状態となる。

第４５図は、第３４図で示した送信動作中断入力持ちＳ
４−１３での動作制御のフローチャートである。

ステップＳ４−１３では、第４５図を見るとわかるよう
に、まずステップ５４−１３−１で現在点燈中の送信中
表示ランプ１４を点滅させユーザーに送信動作が中断さ
れていることを知らせる。そしてこの後、動作ボタンの
いずれかが押下されるまで待機している。ここで送信開
始／終了ボタン８が押下された場合（ステップ５４−１
３−２）送信動作の中止終了とみなし、制御はステップ
Ｓ４−１７へ移行する。また中断ボタン９が押下された
場合（ステップ５４−１３−３）制御は、ステップＳ４
−１４へ移行し再送信の準備が行なわれる。

第４６図は、第３４図で示した再送信準備ステップＳ４
−１４での動作制御のフローを表わしたものである。

第４６図を見るとわかるように、ここではまずステップ
５４−１４−１からステップ５４−１４−４において ＴＢＬＯＣＫＳＥＱ　　（ｉ）　　ＩＯ（ｉ＝１．２．
・・・、２０）を実行することにより送信順テーブルを
Ｏにクリアする。次にステップ５４−１４−５において
送信データ・ブロック総数ＴＢＬＯＣＫＳをＯにクリア
し、ステップ５４−１４−６で残バッファ／未送信デー
タ容量表示ランプ１７を消煙する。次にステップ５４１
４−７からステップ５４−１４−ＩＯにおいて現在受信
登録されているすべてのデータ・ブロックに対応するブ
ロック・インデックス表示ランプを点燈させ、ユーザー
にすべての受信登録済データ・ブロックのインデックス
を知らせる。すなわちステップ５４−１４−７で受信順
番を表わす便宜的なカウンタ“ｊ”に初期値として“ｌ
”を代入し、続くステップ５４−１４−８で受信順テー
ブルのｊ番目の領域ＲＢＬＯＣＫＳＥＱ　（ｉｌの内容
を読み出し、便宜的にＸとしておく。つまり受信順番ｊ
のデータ・ブロックに対応するブロック・インデックス
はＸとなる。次にステップ５４−１４−９では、前記ス
テップ５４−１４−８で読み出されたブロック・インデ
ックスがＯであるか否かを判定する。もしＯでなければ
制御をステップ５４−１４−１０に移行しブロック・イ
ンデックスＸに対応するブロック・インデックス表示ラ
ンプ１８を点燈させる。そして次にステップ５４−１４
−１１で受信順番で次のデータ・ブロックを選択すべく
受信順番ｊに１を加えた後、再びステップ５４−１４−
８に制御を戻す。一方、ステップ５４−１４−９の判定
でＸがＯであった場合は受信順テーブル内の有効データ
の終了を意味するのでステップＳ４−１４の制御を終了
し、制御をステップ５４−３に戻し再び送信選択入力待
ち状態となる。

前記、データ・ブロック送信ステップＳ４−１０におい
て中断ボタン９が押下された場合、あるいは同じく、ス
テップＳ４−１０において対プリンタボートに接続され
たプリンタのエラー状態が検出された場合、制御はステ
ップＳ４−１５へ移行し送信中断入力待ち状態になる。

第４７図は第３４図で示した、送信中断入力持ちＳ４−
１５での動作制御のフローを表わしたものである。

第４７図を見るとわかるようにここでは、まずステップ
５４−１５−１で現在点燈中の送信中表示ランプ１４を
点滅させユーザーに送信が中断されていることを知らせ
る。そしてこの後動作ボタンのいずれかが押下されるま
で待機している。ここで送信開始／終了ボタン８が押下
された場合（ステップ５４−１５−２）送信動作の中止
終了とみなし制御はステップＳ４−１７へ移行する。ま
たクリア・ボタン５が押下された場合（ステップ５４−
１５−３）制御はステップＳ４−１６へ移行し送信中断
中のデータ・ブロック送信をスキップする。また、中断
ボタン９が押下された場合（ステップ５４−１５−４）
、制御はステップ５４−１５−５に移行し点滅中の送信
中表示ランプ１４を点燈させ、送信中断されていたデー
タ・ブロックの送信を再開すべく制御を再びステップＳ
４−１０へ戻す。

前記送信中断入力待ち状態ステップＳ４−１５において
クリア・ボタン５が押下されると制御はステップＳ４−
１６へ移行し送信中断中データ・ブロック送信のスキッ
プを行なう。この処理は送信中断されたデータ・ブロッ
クにおいて、何バイトのデータが未送信であったかを計
算し、その値を未送信データバイト量ＴＲＥＭから減じ
ることにより行なわれる。

送信中断データ・ブロックにおける未送信データ量を求
めるには、送信中断されたデータ・ブロックのサイズＢ
ＬＯＣＫＳＩＺ　ｌ”ＴＢＬＯｃＫ　ＩＥから送信中デ
ータ・ブロックの送信済バイト数ＴＢＬＯＣＫＳＩＺを
減ずればよい。すなわち ＢＬＯＣＫＳＩＺ　（ＴＢＬＯＣＫ　Ｉ　）　−ＴＢＬ
ＯＣＫＳＩＺを計算すればよい。

よってここでは ＴＲＥＭ＋ＴＲＥＭ−（ＢＬＯＣＫＳＩＺ　ＣＴＢＬＯ
ＣＫ　Ｉ　）　−ＴＢＬＯＣＫＳＩＺ）を実行する。そ
してこの後制御を３４−１０へ移行し、送信中断データ
・ブロックの送信を再開させる。

前記データ１ブロツク送信ステツプＳ４−１０において
、送信開始／終了ボタン８が押下された場合、前記送信
動作中断入力待ち状態３４−１３において送信開始／終
了ボタン８が押下された場合、あるいは前記送信中断入
力待ち状態Ｓ４−１５で送信開始／終了ボタン８が押下
された場合には、制御はステップＳ４−１７へ移行し送
信中止となる。

第４８図は、第３４図で示した送信中止ステップＳ４−
１７での動作制御のフローチャートである。

第４８図を見るとわかるように、ここではまず５４−１
７−１から３４−１７−４においてＴＢＬＯＣＫＳＥＱ
　（ｉ〕＝Ｏ（ｉ＝１．２．・・・、２０）を実行する
ことにより送信順テーブルをＯにクリアする。次にステ
ップ５４−１７−５において残受信バッファ量ＲＲＥＭ
の受信バッファのサイズＵＭＥＭに対する割合を百分率
で残バッファ／未送信データ容量表示ランプ１７に表示
する。割合の百分率の算出式は前記受信動作ステップ５
３−３−１３で用いたものと同一である。次にステップ
５４−１７−６からステップ５４−１７−１０において
現在受信登録されているすべてのデータ・ブロックに対
応する、ブロック・インデックス表示ランプを点燈させ
ユーザーにすべての受信登録済データ・ブロックのイン
デックスを知らせる。この処理の方法は前記再送信準備
ステップＳ４−１４のステップＳ４−１４−７からステ
ップ５４−１４−１１における処理とまったく同様であ
る。この後処理はステップＳ４−１８に移行する。ステ
ップＳ４−１８では送信中表示ランプ１４を消煙しすべ
ての送信動作を終了する。

第４９図は第１４図で示したデータ・ブロックの選択的
クリア動作ステップＳ５での動作制御の概略を表わした
ものである。選択的クリア動作ステップＳ５は、第４９
図に示すようなフローで行なわれる。すなわち、まずス
テップ５５−１で登録済ブロック数の判定を行なう。以
下に述べるデータ・ブロックの選択的クリア動作ステッ
プＳ５は現在コンピュータから受信登録されているデー
タ・ブロックを対象にしている訳であるから、少なくと
も登録済ブロック数が１以上であることが必要になる。

すなわちこの登録済ブロック数判定ステップ５５−１で
は登録済ブロック数ＲＢＬＯＣＫＳに対してＲＢＬＯＣ
ＫＳ＞０ を満足するか否かを判定し、満足する場合はステップ５
５−２に移行し、条件を満たさなかった場合はデータ・
ブロックの選択的クリア動作ステップＳ５を終了する。

第５０図は第４９図で示したブロック・インデックス入
力待ちステップ５５−２での動作制御のフローチャート
である。

ステップ５５−２は消去するブロック・インデックスの
入力待ち状態であり、第５０図に示すように動作指示の
ボタンのいずれかが押下されるまで待機している。クリ
ア・ボタン５が押下された場合は（ステップ５５−２−
１）、データ・ブロックの選択的クリア動作の終了指示
とみなし速やかに当該動作ステップＳ５を終了する。ま
た、２０個存在するブロック・インデックス・ボタン１
０のいずれかが押下された場合（ステップ５５−２−２
）、制御はステップ５５−３に移行しく便宜的にステッ
プ５５−２−２で押下されたブロック・インデックス・
ボタン１０に対応するブロック・インデックスをＸとす
る）、全ブロック選択ボタン１１が押下された場合（ス
テップ５５−２−３）、制御はステップ５５−４に移行
する。

ステップ５５−３では、前記ブロック・インデックス入
力待ちステップ５５−２でブロック・インデックスボタ
ン１０によって入力されたブロック・インデックスＸで
参照されるデータ・ブロックが登録されているか否かを
判定する。判定は該データ・ブロックのサイズＢＬＯＣ
ＫＳＩＺ　［ｘ）が１（バイト）以上であるか否かによ
って行なう。すなわちＢＬＯＣＫＳＩＺ　（ｘ）＞０ を満足する場合は、ブロック・インデックスＸのデータ
・ブロックは現在登録されている訳であるから消去動作
を行なうべくステップ５５−５へ進む。

一方条件を満たさなかった場合はブロック・インデック
スＸのデータ・ブロックは現在登録されていない訳であ
るから再びブロック・インデックス入力待ちステップ５
５−２に制御を戻す。

ステップ５５−５では点燈中のブロック・インデックス
Ｘに対応するブロック・インデックス表示ランプ１８を
点滅させ、ユーザーにブロック・インデックスＸのデー
タ・ブロックが現在消去の対象として選択されているこ
とを知らせた後、ステップ５５−６へ進む。

第５１図は第４９図で示した消去動作確認待ちステップ
５５−６での動作制御のフローチャートである。

ステップ５５−６は消去動作確認待ち状態であり、第５
１図に示すようにブロック・インデックスＸに対応する
ブロック・インデックス・ボタン１０またはクリア・ボ
タン５のいずれかが押下されるまで待機している。ブロ
ック・インデックスＸのブロック・インデックス・ボタ
ン１０が押下された場合は（ステップ５５−６−１）、
ブロック・インデックスＸのデータ・ブロックに対する
消去動作のキャンセル指示とみなしステップ５５−７に
移行し、クリア・ボタン５が押下された場合は（ステッ
プ５５−６−２）、ブロック・インデックスＸのデータ
・ブロックに対する消去動作の実行指示とみなしステッ
プ５５−８へ移行する。

ステップ５５−７では点滅中のブロック・インデックス
Ｘに対応するブロック・インデックス表示ランプ１８を
点燈させ、ユーザーにブロック・インデックスＸのデー
タ・ブロックが消去の対象にされていないことを知らせ
た後、再びブロック・インデックス入力待ちステップ５
５−２に制御を戻す。

消去動作確認待ち状態ステップ５５−６において、クリ
ア・ボタン５が押下された場合にはステップ５５−８に
制御が移り、ここでブロック・インデックスＸのデータ
・ブロックに対する消去が行なわれる。

第５２図は第４９図で示したデータ・ブロック消去ステ
ップ５５−８での動作制御のフローチャートである。

ここでは第５２図に示すようにまず消去の対象として選
択されたブロック・インデックスＸのデータ・ブロック
が受信動作開始後何番目（ｍ番目）に受信したデータ・
ブロックなのかを知り得るために、ステップ５５−８−
１で求める受信順番ｍの初期値として１″を代入する。

次にステップ５５−８−２で受信順テーブルのｍ番目の
領域ＲＢＬＯＣＫＳＥＱ〔ｍ〕の内容と、消去の対象と
して選択されたブロック・インデックスＸが一致するか
否かを判定し、一致した場合はｍがブロック・インデッ
クスＸのデータ・ブロックの受信順番であるとしてステ
ップ５５−８−４に進み、一致しなかった場合は受信順
テーブルを次々と検索すべくステップ５５−８−３で受
信順番ｍに１を加えた後再びステップＳ５−８２の判定
を繰り返す。このステップ５５−８−１からステップ５
５−８−３での受信順番ｍの検索方法において消去の対
象として選択されたブロック・インデックスＸのデータ
・ブロックは前記データ・ブロック登録判定ステップ５
５−３によって現在登録されていることがわかっている
ので必ずブロック・インデックスＸのデータ・ブロック
に対する受信順番ｍが得られる。続くステップ５５−８
−４では以降ステップ５５−８−１３に渡って行なわれ
るところの消去の対象として選択されたブロック・イン
デックスＸのデータ・ブロックよりも受信順番で後に受
信されたいくつかのデータ・ブロックに対して受信バッ
ファ内での格納位置をそれぞれずらして消去されるブロ
ック・インデックスＸのデータ・ブロックが格納されて
いた領域に詰める操作の準備として、ブロック・インデ
ックスＸのデータ・ブロックよりも後に受信されたいく
つかのデータ・ブロックに対する受信順番を表わす便宜
的なカウンタ“ｎ“を設け、その初期値としてｍ　＋　
１を代入する。ここで受信順番ｎの取り得る最大値は現
在受信バッファに登録済のデータ・ブロックの総数ＲＢ
ＬＯＣＫＳであるからこの受信順番ｎの取り得る値の範
囲は ｍ　＋　ｌ≦ｎ≦ＲＢＬＯＣＫＳ と考えられるが、消去されるブロック・インデックスＸ
のデータ・ブロックが受信順番で最後のデータ・ブロッ
クであった場合、すなわち ｍ＝ＲＢＬＯｃＫｓ であった場合はブロック・インデックスＸのデータ・ブ
ロックよりも受信順番で後に受信されたデータ・ブロッ
クは存在しないので以下に述べる格納位置の修正の操作
は必要ない。ステップ５５−８−５ではデータ・ブロッ
クの格納位置の修正が必要なのか否かを受信順番ｎが登
録済ブロック数ＲＥＬＯＣＫＳ以下であるか否かで判定
する。条件を満たす場合はステップ５５−８−６に進み
、満たさない場合はステップ５５−８−１４へ進む。前
述した消去されるブロック・インデックスＸのデータ・
ブロックが受信順番で最後のデータ・ブロックであった
場合はステップ５５−８−５の判定条件を満たさないの
で速やかにステップ５５−８−１４へ移行することにな
る。

ステップ５５−８−６では受信順番ｎのデータ・ブロッ
クに与えられたブロック・インデックスｙ”を得るため
に、受信順テーブルのｎ番目の領域ＲＢＬＯＣＫＳＥＱ
　（ｎ）の内容を読み出す。続くステップ５５−８−７
ではこの受信順番ｎのブロック・インデックスｙのデー
タ・ブロックの格納されたそれぞれのバイト・データを
計数する便宜的なカウンタ“ｉ”を設け、その初期値と
してＯを代入する。こうしてステップ５５−８−８でブ
ロック・インデックスｙのデータ・ブロックを構成する
各々のバイト・データを、消去されるブロック・インデ
ックスＸのデータ　ブロックのサイズであるＢＬＯＣＫ
ＳＩＺ　（ｘ〕（バイト）分受信バッファ内で前方（ア
ドレス下位方向）に転送する操作を行う。

ここで転送するバイト・データが格納されている領域の
アドレスはブロック　インデックスｙのデータ・ブロッ
クのスタートアドレスＢＬＯＣＫＡＤＨ〔ｙ〕とカウン
タｉの和で得られ、新しい格納領域（転送先）アドレス
は前述の転送元アドレスから消去されるブロック・イン
デックスＸのデータ・ブロックの　サイズＢＬＯＣＫＳ
ＩＺで〔Ｘ〕を引いたものである。すなわち転送元アド
レスは、ＢＬＯＣＫＡＤＲ（ｙ〕＋　ｉ で表わされ、転送先アドレスは ＢＬＯＣＫＡＤＲ（ｙ〕−ＢＬＯＣＫＳＩＺ　（ｘ）　
＋　ｉで表わされる。ステップ５５−８−９では次のバ
イト・データを指し示すべくカウンタｉに１を加え、ス
テップ５５−８−１０でブロック・インデックスｙのデ
ータ・ブロックを構成するすべてのバイト・データが転
送されたか否かを判定すべくカウンタｉがブロック・イ
ンデックスｙのデータ・ブロックのサイズＢＬＯＣＫＳ
ＩＺ　［ｙ）未満であるかを判定する。条件を満たす場
合はまた転送すべきバイト・データが残っている訳であ
るからバイト・データの転送を行なうべく再びステップ
５５−８−８に戻り、条件を満たさない場合はすべての
バイト・データの転送が終了した訳であるからステップ
５５−８−１１に進む。ステップ５５−８−１１では転
送が終了したブロック・インデックスｙのデータ・ブロ
ックのスタートアドレスＢＬＯＣＫＡＤＨＯｒ）から消
去されるブロック・インデックスＸのデータ・ブロック
のサイズＢＬＯＣＫＳＩＺ　［ｘ’ｌを引いて設定し直
す。続くステップ５５−８−１２で受信順テーブルにお
いて転送されたブロック・インデックスｙのデータ・ブ
ロックの受信順番をひとつ前にずらす操作を行なう。す
なわち ＲＢＬＯＣＫＳＥＱ　（ｎ−１）　←ＲＢＬＯＣＫＳＥ
Ｑ　（ｎ〕を行なう。以上述べてきたステップ５５−８
−６からステップ５５−８−１２にかけての操作によっ
て消去されるブロック・インデックスＸのデータ・ブロ
ックよりも受信順番で後に受信されたひとつのデータ・
ブロックであるところの受信順番ｎのデータ・ブロック
の格納位置の修正が行なわれた訳であるがステップ５５
−８−１３では受信順番でさらに次のデータ・ブロック
の格納位置の修正を行なうべく受信順番ｎに１を加えた
後再び前記ステップ５５−８−５に戻る。受信順番で最
後のデータ・ブロックまでのすべてのデータ・ブロック
に対する格納位置の修正が終了するとステップ５５−８
−５での判定条件を満たさなくなるので結果的にステッ
プ５５−８−１４へ移行する。消去されるブロック・イ
ンデックスＸのデータ・ブロックが受信順番で最後のデ
ータ・ブロックであった場合、または消去されるブロッ
ク・インデックスＸのデータ・ブロックよりも受信順番
で後に受信されたすべてのデータ・ブロックに対して前
述したような格納位置の修正が行なわれた後制御はステ
ップ５５−８−１４へ移り、ここで結果的に意味の無く
なった（空き領域になった）受信順番で最後に受信した
データ・ブロックに対するブロック・インデックスが格
納されている受信順テーブルの領域ＲＢＬＯＣＫＳＥＱ
　（ＲＢＬＯＣＫＳ）をＯでクリアする。

次にブロック・インデックスＸのデータ・ブロックを消
去することによってバッファ・フル状態が回避されるの
か否かを判定するためにステップ５５−８−１５で現在
の残受信バッファ量ＲＲＥＭが０以上であるか否かを判
定する。条件を満たす場合はブロック・インデックスＸ
のデータ・ブロックを消去する前もバッファ・フル状態
で無い訳であるからステップ５５−８−１９に進む。条
件を満たさない場合はブロック・インデックスＸのデー
タ・ブロックの消去によってバッファ・フル状態から回
避される訳であるから、ステップ５５−８−１６へ進み
ここで対コンピュータ制御信号線−ＥＲＲＯＲＣを、ス
テップ５５−８−１７で、対コンピュータ制御信号線Ｐ
Ｅ　　Ｃをそれぞれネゲートすることによりコンピュー
タに当該プリンタ・バッファが“紙なし状態”を回避し
たことを知らせ、さらに、ステップ５５−８−１８で点
燈中のバッファ・フル表示ランプ１６を清澄させ、ユー
ザーにバッファ・フル状態で無くなったことを知らせた
後ステップ５５−８−１９へ進む。ステップ５Ｓ−８−
１９では残受信バッファ量ＲＲＥＭに消去されるブロッ
ク◆インデックスＸのデータ・ブロックのサイズＢＬＯ
ＣＫＳＩＺ　（ｘ）を加えて設定し直す。続くステップ
５５−８−２０ではステップ５５−８−１９で修正され
た残受信バッファ量ＲＲＥＭの受信バッファのサイズＵ
ＭＥＭに対する割合を百分率で残バッファ／未送信デー
タ容量表示ランプ１７に表示する。ステップ５５−８−
２１ではステップ５５−８−１９での残受信バッファ量
ＲＲＥＭの修正によってバッファ空状態になったか否か
を残受信バッファｌＲＲＥＭの値が受信バッファのサイ
ズＵＭＥＭの値と等しいか否かによって判定し、条件を
満足する場合すなわちバッファ空状態になった場合はス
テップ５５−８−２２でバッファ空表示ランプ１５を点
燈させステップＳ５−８−２３に進む。一方条件を満足
しない場合は速やかにステップ５５−８−２３へ移行す
る。ステップ５５−８−２３ではいよいよ消去の対象と
して選択されたブロック・インデックスＸのデータ・ブ
ロックを消去すべくそのサイズＢＬＯＣＫＳＩＺ　（ｘ
）をＯにクリアする。続くステップ５５−８−２４で登
録済ブロック数ＲＢＬＯＣＫＳから１を減じることによ
ってこのデータ・ブロック消去ステップ５５−８は終了
しステップ５５−９へ移行する。

ステップ５５−８におけるブロック・インデックスＸの
データ・ブロックに対する消去が終了するとステップ５
５−９へ制御が移り、ここで点滅中のブロック・インデ
ックスＸに対応するブロック・インデックス表示ランプ
１８を消煙させ、ユーザーにブロック・インデックスＸ
のデータ・ブロックが消去されたことを知らせた後ステ
ップＳ５−１０へ進む。

第５３図は第４９図で示した次ブロック・インデックス
設定ステップＳ５−１０での動作制御でのフローチャー
トである。

ステップＳ５−１０では今後再び受信動作ステップＳ３
が行なわれる場合に備えて次にコンピュータから受信さ
れるデータ・ブロックに与えるブロック・インデックス
ＲＢＬＯＣＫＩの設定を行なう。

第５３図に示すようにまずステップ５５−１０−１にお
いて現在登録されているブロック数ＲＢＬＯＣＫＳがＯ
であるか否かを判定し条件を満たす場合は、ステップ５
５−１ｏ−２に移行し、条件を満たさない場合はステッ
プ５５−１０−４に進む。現在登録されているデータ・
ブロックがひとつも存在しない場合は前記イニシャライ
ズ動作ステップＳＬで設定した様に最初に受信登録され
るデータ・ブロックに与えるブロック・インデックスに
デフォルト値として“１”を与えるべくステップ５５−
１ｏ−２でブロック・インデックス“ｌ”のデータ・ブ
ロックのスタート・アドレスＢＬＯＣＫＡＤＨ〔１３に
受信バッファのスタート・アドレスＭ　Ｅ　Ｍ　Ｓ　Ｔ
　Ａを設定し、ステップ５５−１０−３で次に受信され
るデータ・ブロックに与えるブロック・インデックスＲ
ＢＬＯＣＫＩに１を格納する。一方ステップ５５−１０
−１の判定で現在登録されているデータ・ブロックがい
くつか存在する場合は前記受信動作ステップＳ３での次
ブロック・インデックス設定ステップ５３−９のフロー
に従って制御が進められる。まずステップ５５−１０−
４で候補となる未使用のブロック・インデックスＸの初
期値として“ｌ”を代入する。その後ステップ５５−１
０−５においてブロック・インデックスＸのデータ・ブ
ロックが現在登録済みか否かをそのサイズであるところ
のＢＬＯＣＫＳＩＺＣＸ）が０かどうかによって判定す
る。Ｏの場合はブロック・インデックスＸのデータ・ブ
ロックは未登録であるとみなしステップ５５−１０−７
へ進む。

一方０で無かった場合はブロック・インデックスＸのデ
ータ・ブロックは現在登録されている訳であるからステ
ップ５５−１０−６へ進み、候補となるブロック・イン
デックスＸにｌを加えた後再びステップ５５−１０−５
の判定を繰り返す。この方法において使用されていない
ブロック・インデックスは前記データ・ブロック消去ス
テップ５５−８によって少なくともひとつは存在するの
で必ず未登録のデータ・ブロックに対するブロック・イ
ンデックスＸが得られる。このようにして未使用のブロ
ック・インデックスＸが見つかるとステップ５５−１０
−７で現在受信バッファに登録されているいくつかのデ
ータ・ブロックのなかで、受信順番で最後のデータ・ブ
ロックに対応するブロック・インデックスｙを得るため
に、受信順テーブルのＲＢＬＯＣＫＳ番目の領域ＲＢＬ
ＯＣＫＳＥＱ　（ＲＢＬＯＣＫＳ）の内容を読み出す。

続くステップ５５−１０−８で未登録のブロック・イン
デックスＸのデータ・ブロックのスタート・アドレスＢ
ＬＯＣＫＡＤＲ［：ｘ）に最後に受信登録されたブロッ
ク・インデックスｙのデータ・ブロックのスタート・ア
ドレスＢＬＯＣＫＡＤＨ〔ｙ〕とそのサイズＢＬＯＣＫ
ＳＩＺ　［Ｙ］の和を設定する。すなわち、 ＢＬＯＣＫＡＤＲ（ｘ）　←ＢＬＯＣＫＡＤＲ［：ｙ：
ｌ　＋ＢＬＯＣＫＳＩＺ　Ｃｙｌの操作を行なう。この
後ステップ５５−１０−９で次に受信されるデータ・ブ
ロックに与えるブロック・インデックスＲＢＬＯＣＫＩ
にＸを格納する。

ステップ５５−１０−３あるいはステップ５５−１０−
９のいずれかにおいて新たにコンピュータから受信する
データ・ブロックのブロック・インデックスＲＢＬＯＣ
ＫＩが設定されたら再びステップ５５−１に戻り、登録
済みのデータ・ブロックの総数がＯでない限りデータ・
ブロックの消去動作を繰り返す。

前記ブロック・インデックス入力待ちステップ５５−２
で全ブロック選択ボタン１１が押下された場合、ステッ
プ３５−４へ制御が移り、ここで点燈中の現在登録され
ているすべてのデータ・ブロックに対応するブロック・
インデックス表示ランプ１８を点滅させ、ユーザーにす
べての登録されているデータ・ブロック現在消去の対象
として選択されていることを知らせる。

第５４図は第４９図で示した全登録ブロック・インデッ
クス表示１８点滅ステップ５５−４での動作制御のフロ
ーチャートである。

フローは第５４図に示すように受信順番を表わす便宜的
なカウンタ“ｍ”を設はステップ５５−４−１で初期値
として“１”を代入し、続くステップ８５−４−２で受
信順デープルのｍ番目の領域ＲＢＬＯＣＫＳＥＱ〔ｍ〕
の内容を読み出し、便宜的にＸとしておく。

つまり受信順番ｍのデータ・ブロックに対応するブロッ
ク・インデックスはＸとなる。ステップ５５−４−３で
は前記ステップ５５−４−２で読み出されたブロック・
インデックスＸがＯで無いことを判定する。もしＯでな
ければステップ５５−４−４に移行し点燈中のブロック
・インデックスＸに対応するブロック・インデックス表
示ランプ１８を点滅させ、ステップ５５−４−５で受信
順番で次のデータ・ブロックを選択すべく受信順番ｍに
１を加えた後再びステップ５５−４−２に制御を戻す。

一方、ステップ５５−４−３の判定でＯであった場合は
受信順テーブル内の有効データの終了を意味するのでス
テップ５５−４での動作を終了する。こうして現在登録
されているすべてのデータ・ブロックに対するブロック
・インデックス表示ランプ１８を点滅させたら次にステ
ップＳ５−１１に進む。

第５５図は第４９図で示した消去動作確認待ちステップ
Ｓ５−１１での動作制御のフローチャートである。

ステップＳ５−１１は〆肖去動作確認待ち状態である。

第５５図に示すように全ブロック選択ボタン１１又はク
リア・ボタン５のいずれかが押下されるまで待機してい
る。全ブロック選択ボタン１１が押下された場合は（ス
テップ５５−１ｌ−１）、すべてのデータ・ブロックに
対する消去動作のキャンセル指示とみなしステップＳ５
−１２に移行し、クリア・ボタン５が押下された場合は
（ステップ５５−１ｌ−２）、すべてのデータ・ブロッ
クに対する消去動作の実行指示とみなしステップＳ５−
１３へ移行する。

第５６図は第４９図で示した全登録ブロック・インデッ
クス表示１８点燈ステップＳ５−１２での動作制御のフ
ローチャートである。

ステップＳ５−１２では点滅中の現在登録されているす
べてのデータ・ブロックに対応するブロック・インデッ
クス表示ランプ１８を点燈させ、ユーザーにいかなるデ
ータ・ブロックも消去の対象にされていないことを知ら
せる。ここでのフローは前記全登録ブロック・インデッ
クス表示点滅ステップ５５−４のものと基本的に同様で
、第５６図に示すように受信順番ｍに初期値“ｌ”を代
入しくステップ５５−１２−１）、受信順番ｍのデータ
・ブロックに対応するブロック・インデックスＸを読み
出しく５５−１２−２）、そのブロック・インデックス
ＸがＯで無いことを確認しくステップ５５−１２３）、
Ｏで無ければ点滅中のブロック・インデックスＸに対応
するブロック・インデックス表示ランプ１８を点燈させ
（ステップ５５−１２−４）、受信順番ｍに１を加えた
後（ステップ５５−１２−５）、再びステップ５５−１
２−２に戻る。一方ステップ５５−１２−３の判定で０
であった場合はステップＳ５−１２での動作を終了する
。こうして現在登録されているすべてのデータ・ブロッ
クに対するブロック・インデックス表示ランプ１８が再
び点燈されたら再度ブロック・インデックス入力待ちス
テップ５５−２に制御を戻す。

消去動作確認待ち状態ステップＳ５−１１においてクリ
ア・ボタン５が押下された場合にはＳ５−１３に制御が
移り、ここで現在登録されているすべてのデータ・ブロ
ックに対する消去が行なわれる。

第５７図は第４９図で示した全データ・ブロック消去Ｓ
５−１３での動作制御のフローチャートである。ここで
は第５７図に示すように、まずステップ５５−１３−１
ですべての受信順テーブルの領域ＲＢＬＯＣＫＳＥＱ　
（１）　〜ＲＢＬＯＣＫＳＥＱ　（２０３を０でクリア
する。次にこの消去動作によってバッファ・フル状態が
回避されるのか否かを判定するためにステップ５５−１
３−２で現在の残受信バッファ量ＲＲＥＭが０以上であ
るか否かを判定する。

条件を満たす場合はこの消去動作の前もバッファ・フル
状態で無い訳であるからステップＳ５−１３−６に進む
。条件を満たさない場合はこの消去動作によってバッフ
ァ・フル状態から回避される訳であるから、ステップ５
５−１３−３へ進みここで対コンピュータ制御信号線−
ＥＲＲＯＲＣをステップ５５−１３−４で対コンピュー
タ制御信号線ＰＥＣをそれぞれネゲートすることにより
コンピュータに当該プリンタ・バッファが“紙なし状態
”を回避したことを知らせ、さらにステップ５５−１３
５で点燈中のバッファ・フル表示ランプ１６を消燈させ
、ユーザーにバッファ・フル状態で無くなったことを知
らせた後ステップ５５−１３−６へ進む。ステップ５５
−１３−６では残受信バッファ量ＲＲＥＭをイニシャル
時同様にバッファ空状態すなわち受信バッファのサイズ
ＵＭＥＭの内容を代入する。続くステップ５５−１３−
７では残受信バッファ量ＲＲＥＭの受信バッファのサイ
ズＵＭＥＭに対する割合として“１００％”を残バッフ
ァ／未送信データ容量表示ランプＩ７に表示する。ステ
ップ５５−１３−８でバッファ空表示ランプ１５を点燈
させた後ステップ５５−１３−９ですべてのデータ・ブ
ロックのサイズＢＬＯＣＫＳＩＺ　Ｃ１〕〜ＢＬＯＣＫ
ＳＩＺ（２０〕をＱでクリアする。続くステップ５５−
１３−１０で登録済ブロック数ＲＢＬＯＣＫＳをＯでク
リアしてこの全データ・ブロック消去ステップＳ５−１
３は終了しステップＳ５−１４へ移行する。

ステップＳ５−１４ではすべてのブロック・インデック
ス表示ランプ１８を消燈させ、ユーザーにすべてのデー
タ・ブロックが消去されたことを知らせた後、前記次ブ
ロック・インデックス設定ステップＳ５−１０へ進む。

ステップＳ５−１０では前述したように今後再び受信動
作ステップＳ３が行なわれる場合に備えて次にコンピュ
ータから受信されるデータ・ブロックに与えるブロック
・インデックスＲＢＬＯＣＫＩの設定を行なう。ただし
この場合現在登録されているデータ・ブロックはひとつ
も存在しないので第５３図に示すようにＲＢＬＯＣＫＩ
にデフォルト値“１”が設定され（ステップ５５−１Ｏ
−３）またブロック・インデックス″１”のデータ・ブ
ロックのスタート◆アドレスＢＬＯＣＫＡＤＲ［１）に
受信バッファのスタート・アドレスＭＥＭＳＴＡが設定
される（ステップ５５−１Ｏ−２）。

その後ステップ５５−１に移行して登録ブロック数の判
定が行なわれるがこの場合現在登録されているデータ・
ブロックはひとつも存在しないのでデータ・ブロックの
選択的クリア動作ステップＳ５を速やかに終了する。

以上がデータ・ブロックの選択的クリア動作ステップＳ
５のフローである。

以上が本発明の実施例であるところのプリンタ・バッフ
ァの動作制御のフローである。

（以下余白） （ｍ）以上説明してきた本発明の実施例であるところの
プリンタ・バッファにおいて、 開始バイト受信ステップ５３−３、データ・ブロック受
信ステップ５３−７、受信中表示ランプ１３点滅ステッ
プ５３−４、バッファ・フル状態通知ステップ５３−９
を設けることにより、プリンタの状態にかかわらず、プ
リンタ・バッファの主メモリ３３に空き領域がある限り
コンピュータからのプリント出力データの受信動作が可
能になる。

また指示待ちステップＳ３−２０、バッファ・フル状態
通知停止ステップＳ３−２３、受信データ・ブロック消
去ステップＳ３−１６、受信データ・ブロック登録ステ
ップＳ３−２１、次ブロック・インデックス設定ステッ
プＳ３−２２およびクリアボタン５、受信開始終了ボタ
ン６を設けることによって、主メモリ３３に蓄積された
すべてのプリント出力データを消去することなく、主メ
モリ３３の空き領域が無くなったために途中部分までし
か蓄積されなかったプリント出力データを含むブロック
のみを消去することが可能になる。

〔発明の効果〕

以上説明したように、本発明によればデータ・バッファ
装置にデータ送出装置から送信されるデータの受信動作
時において、蓄積手段の空き領域が無くなった場合にそ
の旨をデータ送出装置に通知する通知手段を設けること
によって、データ受入装置の状態にかかわらず、データ
・バッファ装置の蓄積手段に空き領域がある限りデータ
送出装置からのデータの受信動作が可能になる。

また蓄積手段の空き領域が無くなった状態において現在
受信中であったデータを含むブロックを受信バッファか
ら消去する消去手段、蓄積手段の空き領域が無くなった
状態において現在受信中であったデータを含むブロック
をひとつのブロックとして登録可能な登録手段、さらに
蓄積手段の空き領域が無くなった状態において前記受信
中のブロックの消去あるいは前記受信中のブロックの登
録のいずれかの動作を選択する選択手段を設けることに
よって、蓄積手段に蓄積されたすべてのアウトプット・
データを消去することなく、蓄積手段の空き領域が無く
なったために途中部分までしか蓄積されなかったブロッ
クのデータのみを〆消去することが可能になる。

（以下余白）

【図面の簡単な説明】

第１図は本発明の実施例のプリンタ・バッファの外観図
、 第２図は本発明の実施例のプリンタ・バッファの平面図
、 第３図は本発明の実施例のプリンタ・バッファのブロッ
ク図、 第４図は本発明の実施例のプリンタ・バッファの使用形
態を表わした図、 第５図は本発明の実施例のプリンタ・バッファの各ポー
トにおけるデータおよび制御信号線の取扱いを表わした
図、 第６図は本発明の実施例のプリンタ・バッファにおける
データ・ブロックの概念図、 第７図は本発明の実施例のプリンタ・バッファにおける
主メモリ３３の内容を表わした図、第８図は制御パラメ
ータ・テーブルの構成の概要図、 第９図は第８図で示した環境テーブルの構成図、第１０
図は対コンピュータ・ポートの制御信号線のイニシャル
状態５ＴＡＴＥのビット構成図、第１１図は第８図で示
したブロック登録テーブルの構成図、 第１２図は第８図で示した受信順テーブルの内容を表わ
した図、 第１３図は第８図で示した送信順テーブルの内容を表わ
した図、 第１４図は本発明の実施例のプリンタ・バッファＳｌで
の動作制御のフローチャート、 第１６図は第１４図で示したアイドル状態ステップＳ２
での動作制御のフローチャート、第１７図は第１４図で
示した受信動作ステップＳ３での動作制御の概略図、 第１８図は第１７図で示した受信動作条件判定ステップ
５３−１での動作制御のフローチャート、第１９図は第
１７図で示した開始バイト受信ステップ５３−３での動
作制御のフローチャート、第２０図は第１７図で示した
データ・ブロック受信ステップ５３−７での動作制御の
フローチャート、 第２１図は第１７図て示した受信データ・ブロック登録
ステップ５３−８での動作制御のフローチャート、 第２２図は第１７図で示した次ブロック・インデックス
設定ステップ５３−９での動作制御のフローチャート、 第２３図は第１７図で示した受信データ・ブロック消去
ステップＳ３−１０での動作制御のフローチャート、 第２４図は第１７図で示した指示待ちステップＳ３−１
２での動作制御のフローチャート、第２５図は第１７図
で示した受信データ・ブロック登録ステップＳ３−１４
での動作制御のフローチャート、 第２６図は第１７図で示した次ブロック・インデックス
設定ステップＳ３−１５での動作制御のフローチャート
、 第２７図は第１７図で示した受信データ・ブロック消去
ステップＳ３−１６での動作制御のフローチャート、 第２８図は第１７図で示した指示待ちステップＳ３−１
７での動作制御のフローチャート、第２９図は第１７図
で示したバッファ・フル状態通知ステップＳ３−１９で
の動作制御のフローチャート、 第３０図は第１７図で示した指示待ちステップＳ３−２
０での動作制御のフローチャート、第３１図は第１７図
で示した受信データ・ブロック登録ステップＳ３−２１
での動作制御のフローチャート、 第３２図は第１７図で示した次ブロック・インデックス
設定ステップＳ３−２２での動作制御のフローチャート
、 第３３図は第１７図で示したバッファ・フル状態通知停
止ステップＳ３−２３での動作制御のフロー制御の概略
図、 第３５図は第３４図で示した送信動作条件判定ステップ
５４−１での動作制御のフローチャート、第３６図は第
３４図で示した送信動作準備ステップ５４−２での動作
制御のフローチャート、第３７図は第３４図で示した送
信ブロック選択入力待ちステップ５４−３での動作制御
のフローチャート、 第３８図は第３４図で示した送信順テーブル消去ステッ
プ５４−４での動作制御のフローチャート、第３９図は
第３４図で示した送信選択ブロック判定ステップ５４−
５での動作制御のフローチャート、 第４０図は第３４図で示した送信選択ブロック登録ステ
ップ５４−６での動作制御のフローチャート、 第４１図は第３４図で示した全ブロック登録ステップ５
４−７での動作制御のフローチャート、第４２図は第３
４図で示した送信動作開始ステップ５４−９での動作制
御のフローチャート、第４３図は第３４図で示したデー
タ・ブロック送信ステップＳ４−１０での動作制御のフ
ローチャート、 第４４図は第３４図で示した次ブロツク選択ステップＳ
４−１２での動作制御のフローチャート、第４５図は第
３４図で示した送信動作中断入力待ちステップＳ４−１
３での動作制御のフローチャート、 第４６図は第３４図で示した再送信準備ステップＳ４−
１４での動作制御のフローチャート、第４７図は第３４
図で示した送信中断入力待ちステップＳ４−１５での動
作制御のフローチャート、第４８図は第３４図で示した
送信中止ステップＳ４−１７での動作制御のフローチャ
ート、第４９図は第１４図で示したデータ・ブロックの
選択的クリア動作ステップＳ５での動作制御の概略図、 第５０図は第４９図で示したブロック・インデックス入
力待ちステップ５５−２での動作制御のフローチャート
、 第５１図は第４９図で示した消去動作確認待ちステップ
５５−６での動作制御のフローチャート、第５２図は第
４９図で示したデータ・ブロック消去ステップ５５−８
での動作制御のフローチャート、 第５３図は第４９図で示した次ブロック・インデックス
設定ステップＳ５−１０での動作制御のフローチャート
、 第５４図は第４９図で示した全登録ブロック・インデッ
クス表示１８点滅ステップ５５−４での動作制御のフロ
ーチャート、 第５５図は第４９図で示した消去動作確認待ちステップ
Ｓ５−１１での動作制御のフローチャート、第５６図は
第４９図で示した全登録ブロック・インデックス表示１
８点燈ステップＳ５−１２での動作制御の　フローチャ
ート、 第５７図は第４９図で示した全データ・ブロック消去ス
テップＳ５−１３での動作制御のフローチャート、 第５８図は一般的なコンピュータとプリンタ間のデータ
送受のための信号線を表わした図、第５９図は一般的な
コンピュータとプリンタ間のデータ送受のための主要信
号線のタイミングチャート、 第６０図は一般的なコンピュータとプリンタ間のデータ
送受のためのコンピュータ側におけるプリント出力デー
タの送信動作のフローチャート、第６１図は一般的なコ
ンピュータとプリンタ間のデータ送受のためのプリンタ
側におけるプリント出力データの受信動作のフローチャ
ート、第６２図は従来のプリンタ・バッファ装置の使用
形態を表わした図、 第６３図は従来のプリンタ・バッファ装置におけるプリ
ント出力データの送受信動作のフローチャートである。 １はプリンタ・バッファ本体、 ２は対プリンタ・ポート・コネクタ、 ３は対コンピュータ・ポート・コネクタ、４はリセット
・ボタン、 ５はクリア・ボタン、 ６は受信開始／終了ボタン、 ７は受信中断ボタン、 ８は送信開始／終了ボタン、 ９は送信中断ボタン、 １０はブロック・インデックス・ボタン、１１は全ブロ
ック選択ボタン、 １２は電源インジケータ・ランプ、 １３は受信中表示ランプ、 １４は送信中表示ランプ、 １５はバッファ空表示ランプ、 １６はバッファ・フル表示ランプ、 １７は残バッファ／未送信データ容量表示ランプ、１８
はブロック・インデックス表示ランプ、１９は電源スィ
ッチ、 ２１は電源部、 ２２はＣＰＵ。 ２６は対プリンタ・ポート、 ２７は対コンピュータ・ポート、 ２９は入カバネル、 ３１は表示パネル、 ３３は主メモリである。 ７　・　・　・　・　２　　１　　　　０ＳＴＡＴＥ　
　　ｕｒ＋ｄｅｆｉｎｅｄ　　　ＡＴ”ＤＸ’ｒ　　”
Ｌｘｕブ°［ 〕ラフを缶ｉ−ブフし 項イ乞Ｙ画テ！刀し 邊材乞１“１勇テープ）し ミ２は ′ＤＧこ７削ア ミ〈３−ノ２ ５３−１’７ 第３２図 ５ダープ 鉾−ケ 第３９図 Ｓ５−≦ ′第５３図

Claims (7)

【特許請求の範囲】
1. （１）データ送出装置からブロック単位に送出されたデ
   ータを受信する受信手段と、 ブロック毎にブロック識別データであるブロック・イン
   デックスを対応させて受信したデータを蓄積する蓄積手
   段と、 １つのブロックに含まれる全データが蓄積されたときに
   、そのブロックを登録する登録手段と、登録したブロッ
   クのデータをデータ受入装置に送信する送信手段と、 データの受信動作時において、受信したデータを蓄積す
   べき空き領域が前記蓄積手段に無くなった場合（バッフ
   ァ・フル状態）に、その旨をデータ送出装置に通知する
   通知手段とを含むことを特徴とするデータ・バッファ装
   置。
2. （２）請求項第１項記載のデータ・バッファ装置におい
   て、 前記バッファ・フル状態にあるときにその旨を表示する
   表示手段を備えることを特徴とするデータ・バッファ装
   置。
3. （３）請求項第１項又は第２項記載のデータ・バッファ
   装置において、 登録手段は前記バッファ・フル状態となったときに、中
   途のデータまで蓄積されているブロックを１つのブロッ
   クとして登録可能であることを特徴とするデータ・バッ
   ファ装置。
4. （４）請求項第１項〜第３項のいずれかに記載のデータ
   ・バッファ装置において、 登録されているブロックに対応する前記ブロック・イン
   デックスを表示する表示手段を備えることを特徴とする
   データ・バッファ装置。
5. （５）請求項第１項〜第４項のいずれかに記載のデータ
   ・バッファ装置において、 前記バッファ・フル状態となったときに、中途のデータ
   まで蓄積されているブロックのデータを消去する消去手
   段を備えることを特徴とするデータ・バッファ装置。
6. （６）請求項第５項記載のデータ・バッファ装置におい
   て、 前記バッファ・フル状態となったときに、前記登録手段
   又は消去手段のいずれか１つを選択して能動化するため
   の選択手段を備えることを特徴とするデータ・バッファ
   装置。
7. （７）請求項第１項〜第６項のいずれかに記載のデータ
   、バッファ装置において、 データ送出装置のコネクタと直接嵌合可能であり、該コ
   ネクタと嵌合した状態でデータ送出装置からのデータを
   受信するための第１コネクタと、データ受入装置のコネ
   クタと直接嵌合可能であり、該コネクタと嵌合した状態
   でデータ送出装置へデータを送信するための第２コネク
   タとを備えることを特徴とするデータ・バッファ装置。