JPH0630080B2

JPH0630080B2 - 端末装置プロトコル

Info

Publication number: JPH0630080B2
Application number: JP60287633A
Authority: JP
Inventors: リチヤード・ジエームズ・ペイレント
Original assignee: Wang Laboratories Inc
Current assignee: Wang Laboratories Inc
Priority date: 1984-12-31
Filing date: 1985-12-20
Publication date: 1994-04-20
Anticipated expiration: 2009-04-20
Also published as: JPS61163454A; EP0186872A2; DE3587874T2; DE3587874D1; CA1242286A; US4733351A; EP0186872B1; EP0186872A3; AU581941B2; AU4945985A

Description

【発明の詳細な説明】発明の背景 1.産業上の利用分野本発明は、データ処理システムに接続された端末その他
の装置に関する。より詳細には、端末装置とデータ処理
システムとの間の通信に用いられるプロトコルに関す
る。

2.先行技術の説明デジタルデータ処理システムはしばしば、非同期リンク
によつてデータ入力あるいは表示デバイスに接続されて
いる。この非同期リンクを介して、データが一連の順次
コードとして伝送される。入力又は表示デバイスとデジ
タルデータ処理システムとの通信は、プロトコル、即
ち、これらのデバイス又はデータ処理システムが所定の
仕方で応答するコードのシーケンスによつて達成され
る。先行技術のプロトコルは、かなり単純なオペレーシ
ヨン、例えば、文字の表示又はカーソルの移動を定めて
いた。斯かるオペレーシヨンは、それらの目的を達成し
たが、ある所望のオペレーシヨンは規定することができ
ず、他のオペレーシヨンは、長く複雑な一連のプロトコ
ルによつてでしか実行できなかつた。

対話式計算処理が一般的になるにつれて、より強力なプ
ロトコルの必要性が高まつてきた。斯かるプロトコル
は、端末装置の取扱いの複雑さを減少させることによつ
てプログラマの生産性を高め、データ処理システムと入
力又は表示デバイスとの間にわたつて送られなければな
らないプロトコルの数を減少させることによつてこれら
のプロトコルを用いるシステムの効率を増大させる。

発明の概要本発明は、データ処理システムとデータ処理システムに
接続されたデバイスとの通信用のプロトコルに関する。
より詳細には、ビデオ表示端末装置に用いられるプロト
コルに関する。本発明が適用されるビデオ表示端末装置
においては、端末装置に表示される各文字は、この文字
が表示される様式を規定する設定可能属性と関連付けら
れている。端末装置は他の点に関しても非常にフレキシ
ブルである。即ち、端末装置に表示可能な任意の文字
は、充填文字として、即ち、端末装置において、他に文
字がない場所を表わすのに用いられる文字として規定さ
れ得る。更に、端末装置は、文字がシフトされるべきか
否かを規定する３つの異なつた方法を用いることがで
き、更に、端末装置は、特定のキーの挙動を制御するた
めにビツトマツプを用いる。

本発明は、端末装置を用いているデジタル処理システム
が端末装置のフレキシビリテイの利点を得ることができ
るようにするプロトコル及び以前は複雑であつたオペレ
ーシヨンを簡単にするプロトコルを含んでいる。これら
のプロトコルには以下のものがある。

他のプロトコルをオペランドとしてとり且つ上記第２プ
ロトコルが実施される様式を規定するプロトコル。

文字のシーケンスの属性を現在の属性にリセツトするプ
ロトコル。

文字のシーケンスを左又は右に１位置だけシフトし且つ
規定された文字を空いた位置に入れるプロトコル。

ビツトマツプをロードし且つロードされたビツトマツプ
が正しいことを確認するプロトコル。

端末装置が、現在のカーソル位置における文字に関連す
る属性を戻すことによつて応答するプロトコル。

情報を端末装置からデータ処理システムに転送する時に
用いられる新しい形のプロトコル。

従つて、本発明の目的は、改良されたデータ処理システ
ムを提供することにある。

本発明の別の目的は、データ処理システムと入力−出力
デバイスとの通信に用いられる改良されたプロトコルを
提供することにある。

本発明の別の目的は、別のプロトコルをオペランドとし
てとることができるプロトコルを提供することにある。

本発明の更に別の目的は、文字のシーケンスに関連する
属性をリセツトし且つ現在のカーソル位置にある文字の
属性を読出すことができるプロトコルを提供することに
ある。

本発明の更に別の目的は、フイールドを左及び右にシフ
トすることのできるプロトコルを提供することにある。

本発明の更に別の目的は、特にデータ処理システムにお
ける効率的な処理に適する形を有する端末装置対データ
処理システムプロトコルを提供することにある。

好適な実施例の説明本発明の好適な実施例についての以下の記述は、端末装
置を用いているデータ処理システムの概説から始まり、
本発明が実施されている端末装置の説明に続き、次に、
この端末装置が処理するコードを取り扱う方法について
の詳細な説明に続き、最後に、個別プロトコルの詳細な
説明で終わる。

1.端末装置を有するデータ処理システムの概観（第１図）第１図は、端末装置を用いているデータ処理システムの
概観を示している。このシステムは、２つの主要な構成
要素、即ち、ホストシステム１０１及び端末装置１１１
を有している。ホスト１０１及び端末装置１１１は、非
同期リンク１０９によつて接続されている。ホスト１０
１は、非同期リンク１０９を経由して端末装置１１１か
らデータを受け且つ端末装置１１１にデータを供給す
る。非同期リンク１０９は、データを一連のコードシー
ケンスとして転送する。本実施例では、各コードシーケ
ンスは、少なくとも開始ビツト、コードビツトのシーケ
ンス、及びストツプビツトからなる。このコードは、７
又は８ビツトを含み得る。更に、このコードシーケンス
は、パリテイビツト及び（又は）第２ストツプビツトを
含み得る。ホスト１０１と端末装置１１１との間にわた
つて送られたコードシーケンスは、プロトコルを形成す
る。ホスト１０１から端末装置１１１に送られるシーケ
ンスは、ホスト−端末装置プロトコルを構成する。これ
らのプロトコルにより、ホスト１０１は、データを端末
装置１１１に供給し且つ端末装置１１１のオペレーシヨ
ンを制御する。端末装置１１１からホスト１０１へ送ら
れるシーケンスは、端末装置−ホストプロトコルを構成
し、これにより、端末装置１１１はデータ及び状態情報
をホスト１０１に供給する。

ホストシステム１０１は、データを記憶するためのメモ
リ１０７、データを処理するためのCPU１０３、及び制
御装置１０５を含んでおり、制御装置１０５は、CPU１
０３の制御の下で動作し、データを端末装置１１１に転
送し且つ端末装置１１１のオペレーシヨンを制御するの
に要するプロトコルを供給する。他の実施例では、制御
装置１０５がなく、CPU１０３が直接、端末装置１１１
にプロトコルを供給することもできる。端末装置１１１
は、データを端末装置１１１に入力するためのキーボー
ド１１５、及びキーボード１１１から入力されたデータ
あるいはホストシステム１０１から受けたデータを表示
するための表示装置１１３を含んでいる。

ホストシステム１０１と端末装置１１１との典型的な相
互作用は以下の通りである。ホストシステム１０１が先
ず、ホスト−端末装置プロトコルを端末装置１１１に送
り、これにより端末装置１１１を所望のオペレーシヨン
を実施するのに適当な状態に置く。ホストシステム１１
１は次に、テキスト文字を表わすプロトコルを端末装置
１１１に送る。このテキスト文字は、端末装置１１１を
所望の状態に置くのに用いられるプロトコルにより指定
（規定）される様式でもつて表示装置１１３に現われ
る。ホストシステム１０１は次に、端末装置１１１のユ
ーザが入力を供給する位置にカーソルを表示装置１１３
上で移動するプロトコルを送る。ユーザは次に、キーボ
ード１１５を用いてデータを端末装置１１１に入力し、
端末装置１１１は、端末装置−ホストプロトコルを非同
期リンク１０９を経由してホストシステム１０１に伝送
する。ホストシステム１０１は、ユーザから供給された
入力に今述べたばかりの様式でもつて応答し、ユーザは
次に、ホストシステム１０１から要求されるように更に
入力を供給する。一般的に、この端末装置−ホストプロ
トコルは、テキスト文字を規定するが、幾つかのプロト
コルは上記の文字に続く文字の修正を規定し、他のプロ
トコルは、端末装置の状態に関する復帰情報を規定す
る。

2.本発明に係るプロトコルに応答する端末装置（第２図）第２図は、本発明に係るプロトコルに応答する端末装置
１１１のブロツク図を表わす。端末装置１１１のオペレ
ーシヨンは、マイクロプロセツサ２０１によつて制御さ
れる。本実施例の場合、マイクロプロセツサ２０１は、
モトローラ社製のモトローラMC68B00である。他の実施
例では、他のマイクロプロセツサを用いてもよい。マイ
クロプロセツサ２１１は、バス２１５を経由して端末装
置１１１の残りの成分に接続されているが、バス２１５
を経由してこれらの成分にデータを供給し且つこれらの
成分からデータを受けることができる。この他の成分
は、メモリ、及びデータを送り、受け取り、表示するた
めのデバイスを含んでいる。このメモリは、以下のもの
を含んでいる。

表示装置１１３の上に表示されるべき文字のコードを記
憶するための表示装置RAM（ランダムアクセスメモリ）
２２５。

表示装置RAM２２５の文字が表示装置１１３に表示され
る状態についての属性コードを記憶するための属性RAM
２２３。本発明における属性は、ブリンキング、リバー
スビデオ、高輝度、及びアンダーライニングを含んでい
る。

端末装置１１１の内部オペレーシヨンに用いられるデー
タを記憶するためのプログラムデータRAM２３１。

端末装置１１１のオペレーシヨンを制御する間にマイク
ロプロセツサ２０１によつて実行されるプログラムを含
むプログラムROM（読出し専用メモリ）２５１。

他のデバイスは以下の通りである。

スイツチ２５３は、特定の選択を規定するために端末装
置１１１のユーザによつてセツトされるスイツチ。

ホストポート２３３は、非同期リンク１０９に接続され
ており、２つの構成要素を有している。即ち、ホスト１
０１からデータを受け取り且つホスト１０１にデータを
供給するIOデータポート２３５及びホスト１０１及び端
末装置２１３における他のデバイスから制御信号を受け
取り且つリンク１０９を経由してホスト１０１に制御信
号を供給するための制御ポート２３７である。

キーボードポート２２７は、キーボード１１５に接続さ
れており、キーボード１１５からキーコードを受け取
る。

表示制御装置２１７は、表示装置１１３に接続されてお
り、表示装置１１３のオペレーシヨンを制御する。

マイクロプロセツサ２０１は、RAM２２３、２２５及び
２３１、ROM２５１、及びホストポート２３３における
レジスタ、キーボードポート２２９、並びに表示制御装
置２１７をアドレス指定することができる。これらのレ
ジスタは、以下の内容を有している。

制御ポート２３７では、二対のレジスタ、即ちPIAD２４
９及びPIAC２４７、並びにPIBD２４５及びPIBC２４３が
ある。各対のＤレジスタは、制御信号と結びついて用い
られるデータを含んでおり、Ａレジスタは、制御コード
を含んでいる。

Ｉ／Ｏデータポート２３５において、２つのレジスタ、
即ち制御コードを含むACIAC２４１、及びＩ／Ｏデータ
ポート２３５に受け取られあるいはＩ／Ｏデータポート
２３５から送られるデータを含むACIAD２３９が存在す
る。

キーボードポート２２７では、１つのレジスタ即ちKEYS
T２２９が存在している。このKEYST２２９は、キーボー
ド１１５に対するキーストロークの最後の入力を含んで
いる。

表示制御装置２１７では、２つのレジスタ即ち、表示装
置１１３におけるアドレスを含むCRTA２２１、及びこの
アドレスに表示されるデータを含むCRTD２１９が存在す
る。

マイクロプロセツサ２０１は、更にスイツチ２５３をア
ドレス指定し、これらのスイツチの現在のセツテイング
を読むことができる。マイクロプロセツサ２０１によつ
てアドレス可能な任意のデータは、その位置からマイク
ロプロセツサ２０１の内部レジスタの１つに読み出すこ
とができる。ある位置におけるデータが書込可能である
場合、データはマイクロプロセツサ２０１の内部レジス
タの１つからその位置に読み出すことができる。マイク
ロプロセツサ２０１のプログラムは、更にその内部レジ
スタに含まれるデータに対して算術論理演算を規定す
る。これらのレジスタは、以下の内容を有している。

PC２１３は、マイクロプロセツサ２０１が現在実行して
いる命令のアドレスを含んでいる。

SP２１１は、プログラムデータRAM２３１におけるデー
タスタツクの上部の位置を含んでいる。

Ｘ２０９は、データのアドレスを計算するのに用いられ
るアドレスを含んでいる。

Ａ２０７及びＢ２０５は、算術論理演算に用いられるオ
ペランドを含んでいる。

CC２０３は、特定のオペレーシヨンの後のマイクロプロ
セツサ２０１の内部状態を示すビツトを含んでいる。

バス２１５を経由してデータを受け且つ出力することに
加えて、マイクロプロセツサ２０１は、バス２１５に接
続されたデバイスに対するアドレス及び制御信号を生
じ、ホストポート２３３からの割込要求に応答する。こ
の割込要求は、端末装置１１１がホストシステム１０１
からデータあるいは制御信号を受け、あるいは端末装置
１１１がキーボード１１５からキーストロークを受け、
あるいは端末装置１１１が表示装置１１３の表示を更新
しなければならない時にホストポート２３３から発生さ
れる。マイクロプロセツサ２０１が割込要求を受ける
と、マイクロプロセツサ２０１は、それが現在実行して
いるプログラムの実行を停止し、スタツク上のそのレジ
スタの現在の内容をセーブし、プログラムROM２５１か
らの割込ルーチン２５２を実行する。割込ルーチンが終
了すると、マイクロプロセツサ２０１は、セーブされた
状態をリストア（復元）し、割込が生じた時にそれが実
施していたプログラムの実行を再開する。

斯くして、プログラムROM２５１からのプログラムの制
御の下で、マイクロプロセツサ２０１は、端末装置１１
１における１つのデバイスからデータを取り出し、それ
に対する演算を実施し、そのオペレーシヨンの結果を端
末装置１１１における他のデバイスに記憶する。このデ
ータは、制御ポート２３７、Ｉ／Ｏデータポート２３５
あるいは表示制御装置２１７のレジスタに対する値であ
る時、これらのデバイスは、ホスト１０１あるいは表示
装置１１３に対してデータ又は制御信号を出力すること
によつて応答することができる。

3.端末装置１１１のオペレーシヨンの一般的モード（第
３図）第３図のフローチヤートは、端末装置１１１のオペレー
シヨンの一般的モードを示している。このフローチヤー
トは、本明細書に開示されているオペレーシヨンのフロ
ーチヤート及び説明の場合と同じように一般的に、本発
明に関連のオペレーシヨンのみを含むように簡略化され
ている。例えば、入力検査オペレーシヨンは全てこのフ
ローチヤート及び説明から省かれている。

第３図に示すように、端末装置１１１がオンになると、
マイクロプロセツサ２０１は、ブロツク３０３によつて
表わされるオペレーシヨンを実施する。これらのオペレ
ーシヨンの過程において、マイクロプロセツサ２０１
は、端末装置１１１の成分の状態を検査し、RAM２３
１、２２５、及び２２３並びに制御ポート２３７におけ
るレジスタ、Ｉ／Ｏデータポート２３９、及び表示制御
装置２１７をオペレーシヨンの開始に適切な値に初期化
する。マイクロプロセツサ２０１は次に、主処理ループ
の実行を開始する。このループの実行は、端末装置１１
１がオフになるまで継続する。

マイクロプロセツサ２０１がループを実行する毎に、マ
イクロプロセツサ２０１は、端末装置１１１が応答しな
ければならないデータのバイトを記憶するための待ち行
列として用いられるプログラムデータRAM２３１におけ
る領域を調べる。第３図の決定ブロツク３０５に表わさ
れるように、ホストＢが空でない場合、マイクロプロセ
ツサ２０１は、ブロツク３０７及び３０９を実行する。
ブロツク３０７に示されるように、マイクロプロセツサ
２０１は、ホストＢのヘッドにおけるバイトをとり、そ
れをマイクロプロセツサ２０１におけるレジスタの中に
複写し且つそこから、我々がキーと呼ぶプログラムデー
タRAM２３１における変数に複写しこの待ち行列におけ
る次のバイトがこの待ち行列のヘツドとなるようにホス
トＢに対するヘツドポインタを更新する。このバイトは
次に、端末装置１１１が現在実施しているプロトコルに
よつて要求されるように処理される。

ホストＢが空である場合、マイクロプロセツサ２０１
は、次のキーＢにおいて呼ばれるであろうプログラムデ
ータRAM２３１における第２の待ち行列を検査する。決
定ブロツク３１１に表わされるように、キーＢの中にデ
ータがない場合、マイクロプロセツサ２０１は、ホスト
Ｂの中にデータがあるか否かを再び検査する。データが
ある場合、マイクロプロセツサ２０１は、端末装置が局
部モードにあるかあるいはホスト１０１に文字を伝送し
ているか否かを示すRAM２３１における変数を検査す
る。端末装置が局部モードにある場合、端末装置はキー
ボード１１５からの入力に直接応答し、この入力をホス
ト１０１に伝送しない。決定ブロツク３１３は、前の場
合においてブロツク３１９及び３２１が実行されること
を示している。ブロツク３１９によつて表わされるオペ
レーシヨンは、キーＢのヘツドにおけるコードをレジス
タＡ２０７に複写し、待ち行列における次のバイトがヘ
ツドとなるようにキーＢに対するヘツドポインタを更新
する。ブロツク３２１によつて表わされるオペレーシヨ
ンは、レジスタＡ２０７の値をホストＢ３２１のテール
（tail）に書き込む。マイクロプロセツサ２０１は次
に、ループの初めに戻り、最後に、キーボード１１５か
ら受けられたコードを処理する。端末装置が局部モード
にない場合、ブロツク３１５及び３１７が実行される。
これらのオペレーシヨンの効果は、キーボードから受け
られた文字をホスト１０１に出力することである。文字
を出力した後、マイクロプロセツサ２０１は再びループ
の初めに戻る。

主ループの実行は、ホスト１０１からの入力がＩ／Ｏデ
ータポート２３５に到着し、キーストロークがキーボー
ド１１５からキーボードポート２２７に到着し、あるい
は表示装置１１３がリフレツシユしなければならない時
には必ず割込まれる。これらの場合の各々において、そ
れらの発生の結果は、割込要求信号の生成である。前に
述べたように、マイクロプロセツサ２０１は、RAM２３
１におけるデータスタツクのその内部レジスタの状態を
セーブし、割込ルーチン２５２における割込ルーチンを
実行することによつて割込要求信号に応答する。このル
ーチンは、これらのデバイスにおける内部レジスタを調
べ、これにより、どれが割込を引き起したか且つ何故割
込があつたかを決定する。次に、この種類の割込を取り
扱うための割込ルーチン２５２における適当なルーチン
を実行する。割込ルーチンが終了すると、セーブされた
状態は、リストアされ、この主処理ループの実行が継続
する。

１つのコードがホスト１０１から受けられたために割込
が起きた時は、この割込ルーチンはACIAD２３９に受け
られたコードをホストＢのテールに記憶する。７ビツト
コードの場合は、ホストＢに記憶されたバイトの高位ビ
ツトは０にセツトされる。あるコードがキーボード１１
５から受けられたために割込が起きた時は、この割込ル
ーチンは、KEYST２２９に受けられたコードをキーＢの
テールに記憶する。前に説明したように、主処理ループ
の実行は、最後に処理コードブロツク３０９におけるコ
ードの処理という結果をもたらす。表示装置１１３がリ
フレツシユされなければならないために割込がおきた時
は、マイクロプロセツサ２０１は、表示RAM２２５及び
属性RAM２２３の内容を表示制御装置２１７に出力する
ルーチンを実行する。表示装置１１３に実際に現われる
ものは、表示RAM２２５に記憶された文字コード、属性R
AM２２３における文字に対応する属性、及び端末装置１
１１に現在用いられている文字セツトに依存する。

ある文字コードがホスト１０１から受けられ且つ表示装
置１１３に表示される状態は、端末装置１１１のオペレ
ーシヨンの一般例を与えている。この文字コードは非同
期リンク１０９を経由してＩ／Ｏデータポート２３５に
到着し、ACIAD２３９に記憶される。文字コードが到着
すると、Ｉ／Ｏデータポート２３５は割込要求を発生す
る。この割込要求の結果、マイクロプロセツサ２０１
は、文字コードをホストＢのテールに置く割込要求を実
施する。この割込から復帰すると、マイクロプロセツサ
２０１は、主ループを実行することを継属し、最後に文
字コードを処理する。この場合、行なわなければならな
い唯一の動作は、表示装置１１３に文字を表示すること
である。従つて、ブロツク３０９の処理は、文字及びそ
の属性を表示RAM２２５及び属性RAM２２３における適当
な位置に書き込むという問題にすぎない。主ループが次
に表示装置１１３をリフレツシユするために割込まれる
と、RAM２２５の内容が表示され、従つて、この文字コ
ードに対応する文字が表示される。

4.端末装置１１１におけるプロトコルの処理（第４図）前に述べたように、データ及び制御情報は、プロトコル
の形でもつてホスト１０１と端末装置１１１の間にわた
つて転送される。本実施例では、プロトコルの状態にあ
るデータ及び制御情報は、１つ又はそれ以上の７又は８
ビツトコードのシーケンスを形成する。任意のプロトコ
ル内では、コードは全て７又は８ビツトである。これら
のコードは、それらが端末装置１１１に受け取られた順
序で処理される。初めのコードは、端末装置が行なうべ
き動作を示すように解釈される。２つ以上のコードがあ
る場合、残りのコードは、この最初のコードによつて規
定された動作を行なうのに必要な情報を含んでいる。

あるプロトコルがコードを１つだけ含む時は、端末装置
１１１は単にこのコードを受け、このコードによつて規
定された動作を行なう。斯かる１つのコードプロトコル
の例は、表示可能な文字に対するプロトコルである。各
プロトコルは、唯１つの文字コードを含んでいる。前に
説明したように、端末装置１１１は、規定された文字を
表示装置１１３に表示することによつてこの文字コード
に応答する。あるプロトコルが２つ以上のコードを含む
場合、端末装置１１１は第１コードを受け、要求された
処理は何でも実施し、本明細書でステート（STATE）と
呼ばれるであろうRAM２３１における変数を第１コード
によつて規定されたオペレーシヨンの種類を示す値にセ
ツトする。次に端末装置１１１は、第２コードを受け、
これをこのコードの値及びステートの値によつて要求さ
れるように処理する。更にコードがある場合、各コード
に対する処理は、コードの値及びステートの値によつて
支配され、ステートを新しい値にセツトすることを含
む。最後のコードが処理されると、ステートは０にリセ
ットされる。

本実施例におけるプロトコル処理の詳細なフローチヤー
トが第４Ａ図及び第４Ｂ図によつて与えられている。こ
れらの図のフローチヤートは、第３図によつて表わされ
る主処理ループの処理コードブロツク３０９において起
きる処理を表わしている。この処理は、サブルーチンで
もつて実施され、従つて、処理は、主ループ（端末装置
４０１）におけるJSR（サブルーチンへの飛び越し）命
令から始まる。マイクロプロセツサ２０１は、RAM２３
１におけるデータスタツク上のJSRに続く命令のアドレ
スをセーブし且つこのサブルーチンにおける第１命令の
アドレスにPC２１３をセツトすることによりJSR命令を
実行する。これは、次に実行されるべき命令がこのサブ
ルーチンにおける第１命令となるようにするためであ
る。

このサブルーチンの制御の下でマイクロプロセツサ２０
１によつて実行される第１ステツプは、変数キー（KE
Y）に含まれる現在処理されているコードのバイトをマ
イクロプロセツサ２０１のレジスタＡ２０７に記憶する
ことである。次に、マイクロプロセツサ２０１は、特定
のコードを７から８ビツトに変換するのに必要な処理を
実施する。後により詳細に説明されるように、斯かるコ
ードは、変換コードによつて先行される。本実施例で
は、このコードは値０４を有している。決定ブロツク４
５５及びブロツク４５９から判るように、マイクロプロ
セツサ２０１は、ブロツク３０９に続く主ループにおけ
るオペレーシヨンが実施されるように、セスｂ（Seth
b）と呼ばれる変数をセツトし、JSR命令（端末装置４０
１）によつてセーブ（退避）された状態をリストアする
RTS命令（端末装置４６１）を実行することにより変換
コードに応答する。変換コードに続くコードが受けられ
ると、セスｂは０に等しくなく、決定ブロツク４５５及
びブロツク４５７に示されるように、この場合は、８番
目のビツトはＡ及びキーにセツトされ、セスｂはクリア
される。

マイクロプロセツサ２０１は次に、変数ステート（STAT
E）＝０であるか否かを決定する（決定ブロツク４０
７）。それが等しい場合、レジスタＡ２０７におけるコ
ードは、あるプロトコルの第１バイトである。この第１
バイトは、制御コードあるいはある他の種類の文字（最
も可能性があるのは印刷可能文字）である。決定ブロツ
ク４２５によつて示されるように、それが制御コードで
ある場合、マイクロプロセツサ２０１は、変数ステート
（STATE）（ブロツク４２７）をセツトし、この制御コ
ードによつて要求される処理は何でも処理する。それが
後者の場合は、マイクロプロセツサ２０１は、それが印
刷可能であるか否かを決定し（決定ブロツク４２９）且
つ表示装置１１３が次にリフレツシユされる時にこの文
字が表示装置１１３に表示されるようにするためにこの
文字及びその属性を表示RAM２２５及び属性RAM２２３に
おける適当な位置に記憶する。RAM２２５及び２２３に
おける適当な位置は、表示RAM２２５における現在のア
ドレス及び現在の属性を含むRAM２３１における変数か
ら決定される。本実施例では、表示RAM２２５に受ける
任意の文字に対する属性RAM２２３における属性のアド
レスは、表示RAM２２５における文字のアドレスからオ
フセツトされた一定の距離に置かれており、従つて、こ
のオフセツトを表示RAM２２５における文字のアドレス
に加えることによつて計算される。この文字が印刷可能
でもなく制御コードでもない場合は、マイクロプロセツ
サ２０１は単にブロツク４３２に進行する（第４Ｂ
図）。

ステートが０に等しくない場合（決定ブロツク４０
７）、マイクロプロセツサ２０１は次に、ステート＝４
５であるか否かを決定する（決定ブロツク４０９）。こ
の場合、処理されているものは、リピート・ネクスト・
プロトコルの第２バイトである。後に詳細に説明するよ
うに、そのプロトコルは、そのリピート・ネクスト・プ
ロトコルの第２バイトにおいて規定された回数だけ後続
のプロトコルが繰り返されることを規定する。あるリピ
ート・ネクスト・プロトコルの第２バイトが処理されて
いる場合、プロセツサ２０１は、次のプロトコルが規定
された回数だけ繰り返されるように第２バイトからの変
数Ｒタイムをセツトし、変数Ｒフラグをセツトし、これ
により繰り返されるべきプロトコルがRAM２３１におけ
る変数コムＢ（Com B）にロードされることを示す（ブ
ロツク４１５）。次に、プロセツサ２０１は、RTS命令
を実行し（端末装置４１７）、これによりブロツク３０
９における処理を終わる。

処理されているものがあるリピート・ネクスト・プロト
コルの第２バイトでない場合、マイクロプロセツサ２０
１は、このコードがこのリピート・ネクスト・プロトコ
ルによつて規定されるように繰り返されるべくセーブさ
れているプロトコルの一部であるか否かをＲフラグの値
から決定する。そうである場合、シフトされていないコ
ードが再び変数キーからレジスタＡ２０７に移動し、そ
こからコムＢにおける待ち行列のテールに移動する（ブ
ロツク４１３）。コードバイトがコムＢに記憶されてい
るいないを問わず、このバイトはその値及びステート
（STATE）の現在の値によつて要求されるように、即
ち、このコードが属しているプロトコルによつて要求さ
れるように処理される（ブロツク４２３）。

次のステツプは、決定ブロツク４３２である（第４Ｂ
図）。マイクロプロセツサ２０１がリピート・ネクスト
・プロトコルを実施していない場合、このマイクロプロ
セツサは、RTs命令を実施し（端末装置４３３）、これ
により、処理コードブロツク３０９の実施を終える。リ
ピート・ネクスト・プロトコルを実施しており且つ上記
のようにプロトコルの第２バイトを既に処理している場
合は、繰り返されるべきプロトコルをコムＢにロードし
ているかあるいは繰り返されるべきプロトコルをコムＢ
から実施している（決定ブロツク４３５）。

マイクロプロセツサ２０１がロードしており且つステー
トが０でない場合（決定ブロツク４４０）、この命令の
バイトはホストＢから取り出された状態を保持し、マイ
クロプロセツサ２０１は、RTS命令を実行し、これによ
り今処理したばかりのバイトに対する処理コードブロツ
ク３０９の実行を終える（端末装置４４１）。ステート
が０である場合、繰り返されるべきプロトコルのバイト
は全て受けられており、ブロツク４１３において実施さ
れるロードオペレーシヨンは終了する。この場合、マイ
クロプロセツサ２０１は、変数Ｒフラグをセツトし、こ
れにより、ロードされたプロトコルが今繰り返されてい
ることを示し（ブロツク４３４）、コムＢから次に読み
出されるべきバイトを指示してロードされたプロトコル
の第１バイトを指す、本明細書ではバフＰ（Buff P）と
呼ばれるポインタをリセットする。このことが行なわれ
ると、マイクロプロセツサ２０１は、コムＢからの第１
バイトを変数キーにロードし、ブロツク４０７に分岐す
る（第４Ａ図）。斯くして、処理コードブロツク４０９
において処理されるべき次のバイトは、コムＢにおける
第１バイトである。

決定ブロツク４４３の説明に続く。繰り返されるべきプ
ロトコルがロードされていない場合、このプロトコルは
繰り返されている。この場合、状態＝０である場合（決
定ブロツク４４３）、現在の反復は終了する。各反復の
終りにおいて、マイクロプロセツサ２０１は、変数Ｒタ
イムを減分する（ブロツク４４５）。Ｒタイムが０に等
しくない場合、更に多くの反復が残り、従つて、マイク
ロプロセツサ２０１は、ブロツク４３７に分岐し、これ
により次の反復を構成する。Ｒタイムが０に等しい場
合、全ての反復が終了し、従つて、マイクロプロセツサ
２０１は、変数Ｒフラグをクリアし（ブロツク４４
９）、復帰命令を実行し、これにより処理コードブロツ
ク３０９の実行を終える（端末装置４５１）。ステート
が０に等しくない場合（決定ブロツク４４３）、このマ
イクロプロセツサは、バフＰをコムＢに減分し、これに
より記憶された命令の次のバイトを指し示し、このバイ
トを取り出し（ブロツク４３９）、決定ブロツク４０７
に分岐する（第４Ａ図）。前に指摘されたように、コム
Ｂから取り出されたバイトは、処理されるべき次のコー
ドとなる。

5.特定プロトコルの詳細な説明以下に、端末装置１１１によつて応答されるかあるいは
端末装置１１１によつて発生される特定のプロトコルを
詳細に説明する。図面は各プロトコルの本実施例におけ
る形を示している。各々の説明は、このプロトコルの
形、機能及び本実施例における実施を説明している。本
実施例において用いられているコード値は、１６進表記
法でもつて与えられる。ホスト・ツー・端末装置プロト
コルが先ず説明され次に端末装置ツー・ホストプロトコ
ルが説明される。

Ａリピート・ネクスト・プロトコル（第５図）前の説明で示されたように、端末装置１１１は、リピー
ト・ネクスト・プロトコルに続くプロトコルが、該リピ
ート・ネクスト・プロトコルにおいて規定された回数だ
け実施されることを指定（指定）するリピート・ネクス
ト・プロトコルに応答する。斯かるプロトコルの値は、
以下の事実から判る。即ち、斯かるプロトコルがない
と、一連の同等なオペレーシヨンが規定される時は、必
ず、これらのオペレーシヨンの各々に対する独立のプロ
トコルがホストシステム１０１から端末装置１１１に送
られなければならず、これにより、非同期リンク１０９
を経由するトラフィツクの量及びこのオペレーシヨンを
実施するのに要する時間が増加する。

このプロトコルは本実施例において次の形を有してい
る。

RNコード５０３、即ちリピート・ネクスト・コード（Ｘ
１２）を含むバイト、回数５０５、即ち次のプロトコルが繰り返されるべき回
数を含むバイト、繰り返されるべきプロトコル５０７、即ち繰り返される
べきプロトコルのバイト。

本実施例において、プロトコルは次のように実施され
る。即ち、リピート・ネクスト・コードに応答して、処
理コードブロツク３０９において実行されるサブルーチ
ンはステートを４５にセツトする。バイト２に応答し
て、次プロトコルが繰り返されるべき回数を規定し、そ
してステート＝４５に応答し、処理コードブロツク３０
９において実施されるサブルーチンは、ブロツク４１５
において規定されるように繰返しプロトコルを処理す
る。この処理は、本明細書においてＲタイム５１３と呼
ばれるRAM２３１における変数を回数５０５の値より１
つ少ない値にセツトすること及び変数Ｒフラグ５１５を
値２にセツトし、これにより繰り返されるべきプロトコ
ルがロードされることを示すことを含んでいる。次に、
サブルーチンはコムＢ５１１及びその関連のポインタバ
フＰ５１７をクリアする。

Ｒフラグ５１５及びＲタイム５１３をセツトすることの
効果は、マイクロプロセツサ２０１に、繰り返されるべ
きプロトコル５０７をコムＢ５１１に先ずロードさせ、
次にコムＢ５１１からの繰り返されるべきプロトコル５
１１を回数５０５によつて規定された回数だけ実施せし
めることである。上記の第４図の説明において示したよ
うに、Ｒフラグ５１７が値２を有し且つステートが０又
は４５に等しくない限り、処理コードブロツク３０９に
よつて処理される各バイトはそれが処理される前にコム
Ｂ５１１にロードされ、バフＰ５１７はコムＢ５１１に
おける次の位置を指し示すために更新される。このコー
ドが処理された後、マイクロプロセツサ２０１は、ロー
ドが終了したか否かをステート及びＲフラグ５１５の値
から決定する（決定ブロツク４３２）。そうである場
合、マイクロプロセツサ２０１は、Ｒフラグ５１５を減
分し且つバフＰ５１７をリセツトし、これによりコムＢ
５１１の第１バイトを指し示す。あるプロトコルが繰り
返されている場合（決定ブロツク４３２及び４３５）、
マイクロプロセツサは現在の反復が終了したか否かをス
テートの値から決定する。終了していない場合、ステー
トは０に等しくなく（決定ブロツク４４３）、従つて、
マイクロプロセツサ２０１は、ブロツク４３９に分岐
し、バフＰを増分するのに必要な処理を行い、コムＢか
ら記憶命令の次のバイトを取り出す（ブロツク４３
９）。現在の反復が終了した場合、マイクロプロセツサ
２０１は、Ｒタイム５１３を減分する（ブロツク４４
５）。Ｒタイム＝０の場合、反復は終了し、マイクロプ
ロセツサはＲフラグをクリアし、復帰する（ブロツク４
４７，４４９，４５１）。あるいは、マイクロプロセツ
サはバフＰ５１７をリセツトし、これにより、コムＢ５
１１における第１バイトを指し示し（ブロツク４３
７）、実行はブロツク４３９に続く。

当業者にとつては明白であるが、このリピート・ネクス
ト・プロトコルの他の実施が可能である。更に、次に続
くプロトコルを用いて実施されるべきオペレーシヨンを
規定する他のプロトコルも可能である。例えば、あるリ
ピート・ネクスト・プロトコルは、反復の回数の代りに
状態を規定する。斯かるリピート・ネクスト・プロトコ
ルの場合、この状態が満たされるまで次のプロトコルが
繰り返される。このリピート・ネクスト・プロトコルの
他の形は、リピート・ネクスト・プロトコルにおけるあ
るバイトにおけるプロトコルの数を示すかあるいはター
ミネータコードを用いて繰り返されるべきプロトコルの
シーケンスの終りをマークすることによつて、プロトコ
ルのシーケンスの反復を可能にする。斯かるプロトコル
の他の種類はコール・プロトコル（Call protocol）で
あり得る。端末装置は、その現在の状態をセーブし、こ
のコール・プロトコルにおいて決定されたプロトコルの
シーケンスを実施し、次にセーブされた状態をリストア
することによつて斯かるプロトコルに応答する。

Ｂリライト属性プロトコル（第６図）リライト（rewrite）属性プロトコルは、表示RAM２２５
における文字のシーケンスの属性を現在の属性位置に変
化するのに用いられる。本実施例におけるその実施のた
めに用いられるプロトコル及び変数は第６図に示されて
いる。リライト属性プロトコル７０１は、３つのバイト
からなつている。

ESCコード６０４、値Ｘ５７を有するRWAコード７０３、その属性が変化されるべき表示RAM２２５における現在
のアドレスからの文字の数を規定する計数（ount）７０
５。

本実施例において、リライト属性プロトコル７０１は以
下のように実施される。即ち、ESCコード６０４に応答
して、マイクロプロセツサ２０１はステート（STATE）
を１にセツトする。ステート＝１及びRWAコード７０３
に応答して、マイクロプロセツサ２０１はステートを４
０にセツトする。ステート及び計数７０５の値に応答し
て、マイクロプロセツサ２０１は、変数テンプ（Temp）
７１３を計数７０５の値にセツトし、既に述べたように
表示RAM２２５における現在のアドレスの値を含んでい
るカーアツダ６２９の値に変数WK7７１５をセツトし、
属性RAM２２３におけるアドレスを引き出すのに用いら
れる定数をWK7７１５における値に加算して属性RAM２２
３における対応属性のアドレスを発生することによつて
ループを構成し、このアドレスをWK9に置く。変数Atb７
０９は、現在の属性を含んでいる。次にマイクロプロセ
ツサはこのループに入る。先ず、マイクロプロセツサ
は、Atb７０９の値をWK9７１７によつて規定されたアド
レスに書き込み、これにより、このアドレスにおける属
性を現在の属性にセツトする。次に、マイクロプロセツ
サは、WK7７１５及びWK9におけるアドレスをレジスタ×
２０９にロードし、それらを増分し、それらをWK7７１
５に戻す。最終的に、マイクロプロセツサはテンプ７１
３を減分する。テンプ７１３が０に等しくない場合、マ
イクロプロセツサ２０１は、ループの諸段階を反復す
る、計数７０５において規定された文字の数の属性は、
このようにして現在の属性に変えられる。

Ｃフイールド及び領域シフトプロトコル（第７図）ある端末装置がワードプロセツシング等の用途に用いら
れている時は、端末表示装置においてスペースを開放で
きることがしばしば有用になる。このオペレーシヨン
は、２つのプロトコルによつて本発明の端末装置１１１
において実施される。即ち、規定されたフイールドを１
文字左にシフトし、この開放したスペースに指定された
文字を充たすシフトフイールドレフト及び指定されたフ
イールドを右の方にシフトし同じように動作するシフト
・フイールド・ライトである。これらのオペレーシヨン
の各々は、２つ以上の文字をシフトするためにリピート
・ネクスト・プロトコルに結合することができる。

ｉシフト・フイールド・レフト８０１シフト・フイールド・レフト８０１は、カーソルに始ま
つて、プロトコルにおいて規定された文字の数をカーソ
ルの右に拡大するフイールドを規定している。このオペ
レーシヨンが完了すると、フイールドにおける文字は１
文字左にシフトされる。フイールドにおける一番左の文
字は表示装置１１３から無くなり、フイールドの右端に
おける空位置には、規定された文字が満たされる。第７
図に示すように、破線のバイトによつて、シフトフイー
ルドレフトプロトコル８０１は、４つ又は６つのバイト
を含んでいる。この４バイトの形は、現在の文字セツト
又は充填文字から、任意の文字を、シフトによつて形成
されるスペースに充填されるべき文字として規定するこ
とができる。６バイトの形は、任意の文字セツトからの
文字を充填されるべき文字として規定することができ
る。これらのバイトは以下の通りである。

ESCコード６０４、シフトレフトオペレーシヨンを規定し且つ値Ｘ４Ｃ又は
Ｘ６Ｃを有するSFLコード８０３、計数８０５は、シフトされるべき現在のカーソル位置の
右にある文字の数を規定している。

４バイト形にある文字８０７は、シフトから生じるスペ
ースに挿入されるべき文字を規定している。文字８０７
の値は、任意の印刷可能文字あるいは表示充填文字プロ
トコルに対するコードであり得る。後者の場合、挿入文
字は、現在の充填文字となる。

ESC６０４は、６バイト・バージヨンの第４バイトであ
る。

６バイト形における文字セツト８０８は、用いられるべ
き文字セツトを規定する。

６バイト・バージヨンにおける文字８１０は、規定され
た文字セツトから文字を規定する。

このプロトコルは以下のように実施される。即ち、第１
拡張コード６０４に応答して、マイクロプロセツサ２０
１は、ステートを１にセツトする。ステート＝１及びSF
Lコード８０３に応答して、マイクロプロセツサ２０１
は、ステートを値３６にセツトし、この値及び計数８０
５の値に応答して、マイクロプロセツサ２０１は、変数
テンプ７１３を計数の値にセツトし且つステートを値３
７にセツトする。次に起きるものは、第３バイトの値に
依存する。

ステート＝３７及び文字８０７に応答して、マイクロプ
ロセツサ２０１は先ず変数テンプ（Temp）＋１８２２に
おける文字８０７の値を記憶する。次に、マイクロプロ
セツサ２０１は、テンプの値をカーアツダ（Cur Addr）
６２９の値に加算し且つ属性RAM２２３におけるアドレ
スに対するオフセツトをこの値に加算することによつ
て、シフトされるべきフイールドの終りにおける文字に
対する属性のアドレスを計算する。その結果生じるアド
レスはWK6に記憶される。次に、WK2８２５はカーアツダ
６２９の値にセツトされ、WK3８２７は、カーアツダ６
２９における文字に対する属性のアドレスにセツトさ
れ、WK4８２９は、カーアツダ６２９＋１の値にセツト
され、WK5８３１は、カーアツダ＋１における文字に対
する属性のアドレスにセツトされる。この際、１つのル
ープが実行される。フイールドにおける一番左の文字の
次の文字から開始し、右に移動して、各文字はその属性
と共に１位置づつ左に移動し、このフイールドの終りに
達するまで移動する。このループはこの様に実行され
る。即ち、ループの各実行の際、WK4８２９及びWK5８２
９及びWK5８３１によつて規定されるアドレスにおける
バイトは先ずWK2８２５及びWK3８２７によつて規定され
るアドレスに移動する。次に、WK2８２５は、WK4８２９
の現在の値にセツトされ、WK3８２７は、WK5８３１の現
在の値にセツトされる。最終的に、WK4８２９及びWK5８
３１は、１つづつ増分される。WK3８２７の値がWK6８３
３の値に等しくなり、即ち、フイールドにおける一番右
の文字に属する属性が先行する位置にシフトされた時は
このループは終了する。この移動が終了すると、ランプ
＋１に記憶された文字８０７によつて規定された文字
は、WK2８２５によつて規定された位置におかれ、Atb７
０９からの現在の属性は属性RAM２２３におけるWK2８２
５からの適当なオフセツトにおかれる。文字８０７が現
在の充填文字を規定する場合、WK2８２５によつて規定
された位置におかれた文字は、フイルク（Filch）６２
３における文字である。

６バイト・バージヨンで続行し、ステート＝３７及びES
C６０４に応答して、マイクロプロセツサ２０１はステ
ートを４７にセツトし、ステート＝４７及び文字セツト
８０８に応答して、マイクロプロセツサ２０１は、文字
セツト（Chrset）８０８がある文字セツトに対する値の
１つを含むか否かを決定し、この値が正当である場合、
この値は変数WKD６３１に記憶され、ステートは４８に
セツトされる。ステート＝４８及び文字８０１に応答し
て、マイクロプロセツサ２０１は先ず、WKD６３１の値
が文字セツト（Chrset）６２７の現在の値と異なつてい
るか否かを決定する。異なつている場合、文字セツト６
２７は、文字セツト６２７の値にリセットされる。次
に、文字８１０の値はテンプ＋１におかれ、マイクロプ
ロセツサはプロトコルの４つのバイト変数におけるステ
ート＝３７に関して説明した様式でもつて続行する。

iiシフト・フイールド・ライト８０９シフト・フイールド・ライト８０９は、形式と機能の点
でシフト・フイールド・レフト８０１に類似している。
ただ、フイールドの内容は左の代わりに右に移動し、プ
ロトコルにおいて規定された文字はフイールドの一番左
の位置に置かれる。第７図に示すように、シフト・フイ
ールド・レフト・プロトコル８０９は、４バイト又は６
バイトを含んでいる。４バイト・バージヨンは、現在の
文字セツト又は充填文字から任意の文字をこのシフトに
よつて形成されたスペースに充填されるべき文字として
規定することができる。６バイト・バージヨンは、任意
の文字セツトから文字を充填されるべき文字として規定
することができる。これらのバイトは以下の通りであ
る。

ESCコード６０４、シフト・ライト・オペレーシヨンを規定し且つ値Ｘ５２
又はＸ７２を有するSFRコード８１１、計数８０５は、
シフトされるべき現在のカーソル値置の右にある文字の
数を規定する。

４バイト・バージヨンにおける文字８０７は、シフトか
ら生じるスペースに挿入されるべき文字を規定する。文
字８０７の値は、任意の印刷可能文字に対するコードあ
るいは表示充填文字プロトコルであり得る。後者の場
合、現在の充填文字はスペースに挿入される。

ESC６０４は、６バイト・バージヨンにおける第４バイ
トである。

６バイト・バージヨンにおける文字セツト８０８は、用
いられるべき文字セツトを規定する。

６バイト・バージヨンにおける文字８１６は、規定され
た文字セツトからの文字を規定する。

シフト・フイールド・ライト８０９の実施は、シフト・
フイールド・レフト８０１の実施に類似しているが、た
だし、マイクロプロセツサがシフトループを実行する
と、マイクロプロセツサはフイールドにおける一番右の
位置から始まり、左に進んで、各文字を１位置づつ右に
シフトする。この異なる方向に従つて、WK4８２９は、W
K2８２５より１バイト少ないバイトにセツトされ、WK4
８２９及びWK5８３１は、ループの各実行の際に減分さ
れる。

Ｄキー・ビツト・マツプ・ローデイング・オペレーシヨ
ン（第８図）本発明の端末装置１１１において、プログラムデータRA
M２３１におけるビツト・マツプは、シフトロツクキー
が押された時にキーボード１１５のどのキーが影響され
るか且つどのキーが自動反復しているか、即ち、それら
が表わす文字はキーが押されている限り繰り返されるこ
とを示すためにどのキーが使われているかを決定する。

ビツト・マツプを用いてキーボードの挙動をこのように
規定することによつて、キーボードを異なつたプログラ
ム及びユーザの要求に簡単に合わせることができる。第
８図に全て示されている本発明に係る３つのプロトコル
によつて、ホスト１０１は、どのキーが反復するか且つ
どのキーがシフトロツク・キーに応答すべきかを規定す
るビツト・マツプをセツトしビツトマツプが適当な内容
を含んでいるか否かを確認することができる。

ｉロード反復キービツトマツププロトコル１００１ロード反復キービツトマツププロトコル１００１は、本
実施例において３１又は３２バイトからなつている。

ESCコード６０４、反復キービツトマツプがセツトされ且つ値Ｘ４Ａ又はＸ
６Ａを有していることを示すLRKMコード１００３、検査合計値がビツトマツプに従うか否かを示す「CSUM
?」コード１００５、新しいビツトマツプを含む２８バイト、「CSUM?」１００５がある検査合計値を示す場合、CSUM
１００９がその検査合計値となる。

CSUM１００９は、プロトコルによつてロードされたビツ
トマツプが初めに送られたビツトマツプと同一であるこ
とを証明するのに用いられる。この検査合計は、初めに
送られたビツトマツプのバイトと共に計算される時に用
いられると、ただ１つの結果を生じる値である。伝送あ
るいはRAM２３１へのロードの期間中にビツトマツプバ
イトあるいは検査合計の値に変化がなかつた場合、ロー
ドされたバイトを用いる同一の計算によつて同一の結果
がもたらされる。斯くして、端末装置においてこの計算
を繰り返し、この検査合計値が依然として正しいか否か
を決定することによつて妥当性が検査される。

ESCコード６０４に応答して、マイクロプロセツサ２０
１はステート（STATE）を１にセツトし、ステートのこ
の値及びLRKMコード１００３に応答して、マイクロプロ
セツサ２０１はステートを４６にセツトし、「CSUM?」
コード１００５及びステート＝４６に応答して、マイク
ロプロセツサ２０１は、データが書き込まれる予定の可
変反復ビツトマツプ記憶装置１０２５の最終バイトに続
くバイトのアドレスを計算し、変数計数１０３１及び計
数＋１１０３３をそのアドレスにセツトする。２つの
１バイト変数は、このアドレスが１６ビツトの長さであ
る故に必要となる。「CSUM?」１００５が検査合計値を
規定する場合、この最終バイトはこの値を含む。そうで
ない場合、この最終バイトは、ビツトマツプの最終バイ
トとなる。計数（Count）１０３３及び計数＋１１０
３５がセツトされた後、マイクロプロセツサ２０１はス
テートを３３にセツトする。

ステート＝３３に応答して、マイクロプロセツサ２０１
はテンプ７１３及びテンプ＋１を反復ビツトマツプ記憶
装置１０２５における第１バイトのアドレスにセツトす
る。次に、マイクロプロセツサ２０１はビツトマツプバ
イト１００７からバイトを受けることを開始する。各バ
イトが受けられると、バイトはテンプ７１３及びテンプ
＋１８２２によつて規定されたアドレスにロードさ
れ、これらの変数によつて規定されたアドレスは増分さ
れる。テンプ７１３及びテンプ＋１８２２におけるア
ドレスが、計数１０３１及び計数＋１１０３３におけ
るアドレスに等しくなるとローデイングは停止する。計
数１０３１及び計数＋１１０３３における値が検査合
計が何らロードされていなかつたことを示す場合、この
プロトコルに必要な処理が終了する。

計数１０３１及び計数＋１１０３３における値が、検
査合計がロードされていたことを示す場合、反復ビツト
マツプ記憶装置１０２５の内容がホスト１０１から送ら
れた時のビツトマツプバイト１００７の内容と同一であ
ることを証明するのに必要な反復ビツトマツプ記憶装置
１０２５の内容に対する計算を実施する。これらの計算
の結果は、検査合計復帰プロトコル１０１５におけるホ
スト１０１に復帰する。第８図から判るように、このプ
ロトコルは、以下の４つのバイトからなつている。

値Ｘ０３を有し且つ端末装置１１１がホスト１０１から
のプロトコルに応答してホスト１０１にデータを戻して
いることを示す端末応答コード１０１７、戻されているデータが検査合計オペレーシヨンの結果で
あることを規定する検査合計Ｓコード１０１９、検査合計オペレーシヨンがビツトマツプにおける有効又
は無効データを示したか否かを規定する検査合計Ｒコー
ド１０１９、端末応答の終りをマークする端末応答終了コード１０２
３。

マイクロプロセツサ２０１は、検査合計オペレーシヨン
の結果に対する適当な検査合計Ｒ（Csum R）コード１０
２１を検査合計復帰プロトコル１０１５に必要な他のコ
ードと共に変数回答Ｂ（Reply B）１０２９に書き込
み、次に回答Ｂ１０２９からの復帰プロトコル１０１５
のバイトをホスト１０１に出力することにより、検査合
計復帰プロトコル１０１５を戻す。後により詳細に説明
されるように、検査合計復帰プロトコル１０１５の本実
施例における端末応答（Tresp）コード１０１７と検査
合計Ｓ（Caum S）コード１０１９の両方の使用は、端末
装置１１１から戻つたデータをホスト１０１からのプロ
トコルに応答して取り扱うのに用いられる一般機構とい
う結果が得られる。他の実施例では、検査合計復帰プロ
トコル１０１５は、データが戻されていること及びデー
タの種類の両方を示すただ１つのバイトを含む。

iiロード・シフト・キー・ビツト・マツプ・プロトコル
１０１１第８図から判るように、ロード・シフト・キー・ビツト
・マツプ・プロトコル１０１１は、LSKMコード１０１３
のみにおいてロード反復キー・ビツト・マツプ１００１
の形の異なる形を有している。このLSKMコード１０１３
は、シフト・キー・ビツトマツプがロードされることを
規定する。本実施例では、LSKMコード１０１３は、値Ｘ
４２又はＳ６２を有している。ロード・シフト・キー・
ビツト・マツプ・プロトコル１０１１の実施は、ロード
反復キー・ビツト・マツプ１００１の実施と近似してお
り、この実施が相違するのは、ロード・シフト・キー・
ビツト・マツプ１０１１に応答してロードされるメモリ
における領域がシフトビツトマツプ記憶装置１０２７で
あるという事実の結果である。検査合計復帰プロトコル
１０１５は、ロード反復キービツトマツプ１００１に用
いられるのと同じ様式でもつてロード・シフト・キー・
ビツト・マツプ１０１１に用いられる。

Ｅ読出し端末属性プロトコル（第９図）読出し端末属性プロトコル１２０１は、ホスト１０１が
端末装置１１１の状態に関する情報を受ける時に用いる
ことができるプロトコルの郡の１つである。読出し端末
属性プロトコル１２０１は、カーソルによつて現在占め
られている位置における文字に対する属性を戻すことを
端末装置に要求する。端末装置は、応答して、属性復帰
プロトコル１２０７によつて端末属性プロトコル１２０
１を読出す。読出し端末属性プロトコル１２０１は、端
末装置に質問をするプロトコルのクラスの１つである。
これらのプロトコルは全て、第９図に示す一般的な形、
即ち、照合を示すコード及び照会の種類を示すコードを
有している。読出し端末属性プロトコル１２０１は、以
下の３つのバイトを有している。

ESC６０４、プロトコルが端末装置に対する照会であることを示すＱ
コード１２０３、求めていた情報が現在のカーソル位置における文字の属
性であることを示すRTAコード１２０５。

本実施例において、Ｑコード１２０３は、値Ｘ３Ｆを有
し、RTAコード１２０５は、値Ｘ２３を有している。こ
の実施は、プロトコルを以下のように実施する。即ち、
ステート（STATE）＝１及びＱコード１２０３に応答し
て、マイクロプロセツサはステートを５にセツトし、ス
テート＝５及びPTAコード１２０５に応答して、マイク
ロプロセツサ２０１は、現在のカーソル位置をライン数
とコロム数でもつて規定するライン８３７及びコロム８
３５を用いて、表示RAM２２５におけるカーソル位置に
おける文字のアドレスを計算する。次に、マイクロプロ
セツサは、属性に用いられるオフセツトをカーソル位置
における文字のアドレスに加算することによつて文字の
属性のアドレスを計算し、この属性を属性RAM２２３か
ら取り出す。次にマイクロプロセツサ２０１は、ビツト
・マツプ・セツテイング・プロトコルの説明の所で述べ
た様式でもつて、属性を含む応答プロトコルを形成す
る。この時、応答プロトコルはホスト１０１に送られ
る。

応答プロトコル、即ち属性復帰プロトコル１２０７は、
以下の４バイトを有している。

プロトコルに対する応答を示す端末応答コード１０１
７、応答が現在のカーソル位置における属性であることを示
すカーソル属性コード１２０９、属性を示す属性コード１２１１、応答の終りを示す端末応答終了コード本実施例では、カーソルＡコード１２０９は値Ｘ２３を
有している。

Ｆ端末応答プロトコルの一般的な形（第１０図）応答プロトコル１２０７及び１０１５の説明から推論で
きるように、端末装置１１１は、データをホスト１０１
に戻すのに用いられるプロトコルに対する一般的な形式
を用いている。一般形式１３０１は、第１０図に示され
ている。この応答プロトコルは常に、以下の成分を有し
ている。

以下のバイトが照会プロトコルに対する応答であること
を示す端末応答（Tresp）コード１０１７、応答の種類を示す応答Ty(Resp Ty)コード１３０３、応答において戻されたデータのバイトを含むＲデータ１
３０５、応答の終りを示す端末応答終了（Tresp Term）。

この種類の応答プロトコルの利点は、それがホストシス
テム１０１において一般化されたコードによつて取り扱
うことができるという事実にある。一般化されたコード
を用いて入力応答を取り扱うことは２つの理由により好
都合である。即ち、第１は、応答がホスト１０１に到着
すると、この応答は割込を生じ、この割込に応答して実
施されるコードによつて処理される。割込コードはしば
しば実施され、他の処理に割込みするため、斯かるコー
ドは効率的であることが重要である。第２に、マルチプ
ログラミングシステムにおいて、端末装置からの応答を
必要としているプロトコルを送る処理は、応答が到着す
るまでCPU１０３に対するアクセスを失う。従つて、応
答が到着する時にCPU１０３に対して実施する処理は、
この応答を割込する位置にはない。

第９図に示す一般形式の応答プロトコルは、ホストメモ
リ１０７における応答メールボツクス１２１９を用いて
処理され得る。端末装置１１１を用いる各処理は、この
端末装置に対して一組のメルボツクス１３０７を有して
いる。各メールボツクスには、リターン（return）プロ
トコルを経由して受けられ得る応答の各種類に対応する
１つのスロツトが存在している。任意の端末装置１１１
からの応答プロトコルが入力すると、割込コードは、応
答プロトコルに含まれるデータを適当なメールボツクス
に置くだけでよく、この端末装置１１１を用いている処
理に対して、メールボツクスの中に応答があることを示
す。この処理が、端末装置に対するアクセスを再び得る
と、この処理は、それが端末装置が応答したプロトコル
を送る状況によつて要求されるようにメールボツクスの
内容を取り扱うことができる。

第９図に示す形を有する応答の処理は以下のように進行
する。先ず、割込取り扱いコードは、それが端末応答を
取り扱つていることを端末応答コード１０１７から決定
する。次に、応答Tyコード１３０３を用いて、応答を送
つた端末装置を用いる処理に対するメールボツクス１３
０７における適当なメールボツクスを決定する。最後
に、それが、書込みオペレーシヨンを終了することによ
つて応答する端末応答終了１０２３に遭遇するまで、デ
ータ１３０５のバイトをメールボツクスに書き込む。斯
くして、一般形式１２１３の形の応答プロトコルを取り
扱うために、割込取り扱いコードは、端末応答に対する
処理のメールボツクスがどこにあるか且つどのスロツト
が任意の応答に対するデータを得るかを知るだけでよ
い。

Ｇ結論以上の開示によつて、種々の新しくて有用なプロトコル
に応答し且つこれらを発生する端末装置が構成される状
態及びこれらのプロトコル自体が好ましい実施例におい
て実施される状態が示された。当業者には明白である
が、本明細書に述べられた実施の特定の形は、端末装置
１１１の特性に依存する。他の端末装置あるいは他の種
類のマイクロプロセツサを用いている端末装置におい
て、本明細書に述べられたプロトコルの他の実施が可能
である。これは、本明細書に述べられているプロトコル
とは形式的に異なるが、実質的に同じ情報を含み且つ端
末装置１１１又はホスト１０１によつて実質的に同じ様
式でもつて応答されるプロトコルも同様である。詳細に
は、本明細書に開示されたコード及び変数の特定の値
は、述べられた実施例に対して特有なものであり、単に
例示として意図されている。

【図面の簡単な説明】

第１図は、本発明が用いられている端末装置を含むデー
タ処理システムのブロツク図。第２図は、第１図の端末
装置の詳細なブロツク図。第３図は、第２図の端末装置
によつて実行される主処理ループを示すフローチヤー
ト。第４Ａ図及び第４Ｂ図は、第３図のフローチヤート
の処理文字ブロツクの詳細を示すフローチヤート。第５
図は、リピート・ネクスト・プロトコル及びこれを本発
明の実施例において実施するのに用いられる変数を示す
図。第６図は、再書込み（リライト）属性プロトコル及
びこれを本発明の実施例において実施するのに用いられ
る変数を示す図。第７図は、フイールド及び領域シフト
プロトコル及びこれらを本発明の実施例において実施す
るのに用いられる変数を示す図。第８図は、ビツトマツ
プロードプロトコル及びこれらを本発明の実施例におい
て実施するのに用いられる変数を示す図。第９図は、読
出し端末装置属性プロトコル及びこれらを本発明の実施
例において実施するのに用いられる変数を示す図。第１
０図は、端末装置応答プロトコルの一般的な形を示す
図。１０３…CPU、２０１…マイクロプロセツサ、２２３…属性RAM、５０３，５０５…第１プロトコル、５０７…第２プロトコル、７０１…リライト属性プロト
コル、７０９…現在属性規定手段、８０１…シフトフイールドレフトプロトコル、８０３…シフトフイールドレフトコード、８０５…計数、８０７…文字、１００９…検査合計、１０１７…端末応答コード、１２０１…読出し端末属性プロトコル、１３０５…Ｒデータ

Claims

【特許請求の範囲】

【請求項１】順次に受け取られたプロトコルに応答する
装置における、該装置を制御するための改良された手段
において、 (1)第２プロトコルをオペランドとして有し且つ上記第
２プロトコルを用いて行われるオペレーションを指定す
る第１プロトコル、及び (2)上記第１プロトコルに応答する手段であって、上記
第２プロトコルを用いる上記の指定されたオペレーショ
ンを行うための、上記装置における、手段、を有することを特徴とする手段。
【請求項２】(1)上記第１プロトコルは、上記第２プロ
トコルが所定の様式でもって繰り返されることを指定
し、且つ (2)上記第１プロトコルに応答する上記手段は、上記第
１プロトコルによって指定されるように上記第２プロト
コルの実施を繰り返す、ことを特徴とする特許請求の範囲第１項に記載の順次プ
ロトコルに応答する装置を制御するための改良された手
段。
【請求項３】(1)上記第１プロトコルは、上記第２プロ
トコルが繰り返されるべき回数を指定する別のオペラン
ドを含み、且つ (2)上記第１プロトコルに応答する上記手段は、上記別
のオペランドによって指定される回数だけ上記第２プロ
トコルの実行を繰り返す、ことを特徴とする特許請求の範囲第２項に記載の順次プ
ロトコルに応答する装置を制御するための改良された手
段。
【請求項４】表示デバイスであり、デジタルコンピュー
タシステムに接続され、上記デジタルコンピュータシス
テムから受けられた順次プロトコルに応答し、上記デジ
タルコンピュータシステムに順次プロトコルを供給し、
文字を表示し、且つ表示された上記文字の任意の１つを
指定するための手段を含み、且つ各文字が、その文字の
表示されるべき状態を定める属性に関連している、表示
デバイスにおける、上記任意の文字に関連した属性を決
定するための手段において、 (1)上記デジタルコンピュータシステムによって上記表
示デバイスに与えられ且つ上記表示デバイスが上記任意
の文字に関連する属性を戻すことを指定する第１順次プ
ロトコル、 (2)上記表示デバイスによって上記デジタルコンピュー
タシステムに与えられ且つ上記属性を指定する第２順次
プロトコル、及び (3)上記第１順次プロトコルに応答する手段であって、
上記任意の文字に関連する上記属性を得、得られた上記
属性を用いて上記第２順次プロトコルを形成し、上記第
２順次プロトコルを上記デジタルコンピュータシステム
に与えるための、上記表示デバイスにおける、手段、を含むことを特徴とする手段。
【請求項５】デジタルコンピュータシステムに接続さ
れ、上記デジタルコンピュータシステムから受け取られ
且つデータを含む第１順次プロトコルに応答し、第２順
次プロトコルを上記デジタルコンピュータシステムに供
給するデバイスにおける、上記データが正しく受け取ら
れたことを証明するための手段において、 (1)上記第１順次プロトコルの特定のプロトコルにおけ
る検査合計値、 (2)上記データが有効であるか否かを示すための上記第
２順次プロトコルにおける値、及び (3)上記第１順次プロトコルに応答する手段であって、
上記データが有効であるか否かを上記検査合計値及び上
記データから決定し、上記データが有効であるか否かを
示す値の組を上記第２順次プロトコルに供給するための
手段、を含むことを特徴とする手段。
【請求項６】デジタルコンピュータシステムと順次的に
通信するデバイスから情報を得るための手段において、 (1)上記デジタルコンピュータシステムによって上記デ
バイスに与えられる第１順次プロトコル、 (2)上記デバイスによって上記デジタルコンピュータシ
ステムに与えられる第２順次プロトコルであって、 (a)後続するバイトが上記第２順次プロトコルの１つに
属することを指定する第１コード、 (b)上記第２順次プロトコルの特定の１つを指定する第
２コード、 (c)上記順次プロトコルの特定の１つに戻ったデータ、
及び (d)上記第２順次プロトコルの１つの終りを指定するタ
ーミネータコード、を含む第２順次プロトコル、 (3)上記第１順次プロトコルの任意の１つに応答して上
記第２順次プロトコルの任意の１つを生成するための、
上記デバイスにおける、手段、及び (4)上記任意の第２順次プロトコルに応答する手段であ
って、上記ターミネータコードに遭遇するまで、上記任
意の第２順次プロトコルにおける第２コードによって決
定されるように、上記任意の第２順次プロトコルからの
データを処理するための、上記コンピュータシステムに
おける、手段、を含むことを特徴とする情報を得るための手段。
【請求項７】上記任意の第２順次プロトコルに応答す
る、上記コンピュータシステムにおける、上記手段は、
上記第２コードの各々に対応する記憶手段を含み、且つ上記任意の第２順次プロトコルに応答する上記手段は、
データを上記任意の第２順次プロトコルにおける上記第
２コードに対応する上記記憶手段に置くことによってデ
ータを処理する、ことを特徴とする特許請求の範囲第６項に記載の情報を
得るための手段。
【請求項８】表示デバイスであり、デジタルコンピュー
タシステムに接続され、上記デジタルコンピュータシス
テムから受けられた順次プロトコルに応答し、文字のシ
ーケンスを表示し、且つ各文字が該文字の表示される状
態を定める属性に関連している、表示デバイスにおけ
る、上記表示デバイスの上記文字の表示を制御するため
の手段において、 (1)現在の属性を指定するための手段、 (2)表示されるべき各文字をその属性に関連付けるため
の書込可能属性関連手段、 (3)上記文字の指定されたシーケンスの各文字に関連す
る属性が現在の属性にセットされることを指定するリラ
イト属性プロトコル、及び (4)上記リライト属性プロトコル及び現在の属性を指定
するための上記手段に応答する手段であって、指定され
た上記シーケンスの各文字が上記現在の属性に関連する
ように上記書込可能属性関連手段をセットするための、
上記表示デバイスにおける、手段、を含むことを特徴とする手段。
【請求項９】デジタルコンピュータシステムに用いら
れ、フィールドに固定位置を有する文字のフィールドを
表示するための表示手段を含み、カーソルを用いて上記
表示手段における位置をマークする端末装置における、
上記表示手段において文字のフィールドを変えるための
手段において、シフト方向、フィールド・サイズ、及び文字を指定する
シフトフィールド１位置プロトコル、及び上記シフトフィールド１位置プロトコルを受け、指定さ
れたサイズであり且つ現在のカーソル位置において開始
するフィールドを、指定されたシフト方向に１位置シフ
トし、指定された文字をこのシフトによって空いた位置
に挿入することにより、上記シフトフィールド１位置プ
ロトコルに応答するための手段、を含むことを特徴とする文字のフィールドを変えるため
の手段。
【請求項１０】上記シフト方向が、シフトフィールドレ
フトコード及びシフトフィールドライトコードによって
二者択一的に指定され、上記フィールドサイズが、文字の数として指定され、且
つ上記文字が、文字コードによって指定される、ことを特
徴とする特許請求の範囲第９項に記載の文字のフィール
ドを変えるための手段。