JPH02211512A - 分散端末データ処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （技術分野） 本発明は、各々がキーボード入力機構および出力ディス
プレイ機構を備えた複数の文字指向型端末を備えたデー
タ処理システムに関し、特にシステムの各要素が相互に
やや離れている「分散型の」データ処理システムに関し
、また特に入力が送られるシステムの諸要素から離れた
端末からの入力を受け入れて検証するオーバーヘッドの
少ない方法に関する。

（背景技術） データ処理システムは、その大半のものが端末を備え、
端末に座ったオペレータがタイプライタのキーボードに
似た装置によりシステムにデータあるいは指令を入力す
ることを可能にし、かつシステムからの結果および状況
情報を、用紙に印字されたハードコピーの形態をとり、
あるいは最近では更に典型的には陰極線管であるディス
プレイ装置上に見ることを可能にする。

コンピュータのハードウェアおよびソフトウェアにおけ
る最近の発展は、単一の中央処理装置（ＣＰＵ）を含む
システムが同時に多数の端末と通信すること、換言すれ
ば、同時に多数のユーザにサービスすることを可能にし
ている。

このようなシステムを「分散型」システムとして構築す
ること、即ち、一般にユーザが通常位置する場所におい
てユーザにより直接使用される設備を設置することが望
ましい。このことは、システムを使用するためにユーザ
が中央の「コンピュータ・ルーム」へ行くことを必要と
する当接術のかっての「バッチ」システムとは対照的で
ある。分散されたシステムの顕著な事例は、金銭登録機
と機能的に類似する端末が小売店舗における出納ステー
ションに設置される［ポイント・オブ・セールス（販売
拠点端末）］、あるいは端末が工場の多数の場所に配置
されるファクトリ・オートメーション・システムである
。

これは、遥かに遠い距離にわたり情報を転送する必要の
故に、「パッチ処理」時代におけるよりもコンピュータ
設計を複雑なものにする効果を有する。典型的な分散さ
れた構成は、遠隔端末に対し情報を送りあるいはこれか
ら取り出すため「ローカル・エリア・ネットワークＪ　
　（ＬＡＮ）を使用する。典型的には、ＣＰＵは、当業
者には周知の「バス」により、ＬＡＮへデータを転送す
るための周知のＬＡＮコントローラと通信する。

ＬＡＮは、次に、ＬＡＮと接続された端末へ直接情報を
送り、あるいは端末の「クラスタ」を備えることが望ま
しい場合には、ＬＡＮは、各々がこのＬＡＮと接続され
た離散的な物理的位置に置かれた複数の端末を有する１
つ以上の「端末コントローラ」に関して情報を出し入れ
する。

一般に、従来技術においては、ＣＰＵにおいて走るアプ
リケーション・プログラムが、端末におけるオペレータ
が入力を検証する書式および文字の一連のストリームに
関するインテリジェンスの源であった。従って、分散端
末から入力される個々の文字は、端末コントローラを介
してＬＡＮ上に、ＬＡＮコントローラを介してバス上に
、更に検証のためＣＰＵへ送られねばならなかった。文
字のエコー（検証が成功した場合）、またはエラー、あ
るいは状況メツセージ（検証が不成功の場合）は、ＣＰ
Ｕからバスを介してＬＡＮコントローラへ、ＬＡＮ上を
端末コントローラへ、また次に表示のため端末へ送られ
ることになる。このため、システムの資源特にバス、Ｌ
ＡＮコントローラおよび端末コントローラに関する実質
的な部分は、入力ストリームの検証のため必要なデータ
の伝送の取り扱いで占められる。

（発明の要約） 本発明は、予期される文字のストリームの記述が端末コ
ントローラへ送られるプロトコルを提供すること４こよ
り、システムのデータ伝送要素におけるこのような負荷
の大部分を排除し、次いで端末コントローラが文字スト
リームの検証を行う。

入力ストリームの入力および検証は、２つのシステム間
の伝送、即ち、ＣＰＵがら端末コントローラに対する記
述を伝送するもの、および端末コントローラからＣＰＵ
へ文字ストリームを転送する第２のものしか必要としな
い（もし検証が成功するならば。検証が不成功ならば、
この第２の伝送は、端末コントローラからＣＰＵに対す
る不成功に終わったことを知らせるメツセージである）
。

（発明の目的） 本発明の一般的な目的は、改善された処理システムの提
供にある。

本発明の特定の目的は、分散されたデータ処理システム
における入力文字ストリームに対して必要とされるオー
バーヘッドを低減することにある。

本発明の池の目的および利点については、当業者には、
以降の詳細な記述および添付図面を参照すれば明らかに
なるであろう。

（実施例） 本発明は、ブロック図が第１図に示されるデータ処理シ
ステムｌにおいて実施される。

ＣＰＵ２は、これまた主記憶装置６に格納されるプログ
ラムの制御下で主記憶装置６に格納することができるデ
ータについて演算する。アプリケーション６−２は、あ
る有効な全機能を実施するようシステムに指令を行うた
め提供される。

このようなアプリケーション・プログラムを支持して、
オペレーティング・システム６−１を含むシステムのソ
フトウェアはコンビエータ製造企業により提供されるが
、オペレーティング・システムの機能および構成につい
ては当業者にとって周知である。

データ処理システム１のオペレータおよびユーザは、端
末１４、プリンタ１６．あるいはワークステーション１
８に配置される。このような装置およびＣＰＵ２間の通
信は、システム・パス４を介し、次いで２つの経路、即
ち、Ｍ　Ｌ　Ｘ　−１６プロセツサＩＯを含む第１のも
の、およびＬＡＮコントローラ８、ＬＡＮ　（ローカル
・エリア・ネットワーク）２２およびＴＣ−６端末コン
トローラ１２を含む第２のものの内の一方を経て生じる
ことが判るが、本発明は後者の経路において実施される
。

第２図は、従来技術において使用される如き経路を示す
。端末１４におけるオペレータは、アプリケーション・
プログラム６−２（第２図には図示せず）の制御下でＣ
ＰＵ２により処理されるべきデータを入力する。このア
プリケーション・プログラムは、オペレータが提供する
書式および一連の入力文字ストリームを決定する。従来
技術においては、端末Ｉ４における各文字入力は、アプ
リケーション・プログラムにより指定される如く妥当で
あるかどうかの決定のためＣＰＵ２へ送られ、次いで（
もし妥当であれば）文字のエコーかあるいはその妥当性
のある表示が端末まで戻されねばならない。各々がプロ
トコルの検討のためその同時のオーバーヘッドを持つこ
れらの多数の伝送は、これらのデータ経路上の実質的な
負荷を表す。

第３図は、本発明により使用される如き経路を示してい
る。ＣＰＵ２は、端末コントローラ１２まで「フィール
ド記述子」を送出する。次いで、端末１４に入れられた
個々の文字は、検証のため端末コントローラ１２にしか
送られず、検証はフィールド記述子の制御下で端末コン
トローラ１２の内部で行われる。同様に、文字エコーあ
るいは無効性の表示は、単に端末コントローラ１２から
送出されるだけでよい。全ての経路（システム・バス４
、ＬＡＮコントローラ８、Ｌ　Ａ　Ｎ　２２）は、文字
のストリングあるいはブロック全体に対し２回、即ち、
フィールド記述子を端末コントローラ１２まで転送する
ために１回、および端末コントローラ１２からｃｐｕ２
まで検証された文字ストリングを転送するために１回の
行われるだけでよい。

再び第１図において、システム◆ソフトウェアの別の関
連部分は、ネットワーク送出ドライバ（ＮＴＤ）６−４
であり、その機能の中にはある特定の端末における特定
の取引きのための適当なフィールド記述子を得ること、
およびこのフィールド記述子を端末コントローラ１２へ
送ることが含まれる。

ＮＴＤ６−４は、第４図において更に詳細に示されてい
る。これは、カーネル機構６−４００、アプリケーショ
ン・モジュール６−４２０、プロパイプ・モジュール６
−４４０、およびデバイス・プロファイル６−４６０か
らなることが判る。

Ｎ　Ｔ　Ｄ　６　＝　４の作動についての詳細は、１９
８８年５月２０日出願の米国特許出願箱１９６．５９７
号に見出されよう。

カーネル機構６−４００は、ＮＴＤ６−４を介する実行
の流れを制御するモジュールを含む。

アプリケーション・モジュール６−４２０　（アプリケ
ーション６−２（第１図）と混同してはならない）は、
ネットワークが種々のモードにあるアプリケーション６
−２をインターフェースするため必要とされる情報を提
供するが、これらのモードにはメツセージ・モード、フ
ィールド・モード、ブロック・モード、管理モード、プ
リンタ・モードおよび被ポーリングＶＩＰモードを含む
ことが判る。本発明は、フィールド・モードのみで実施
される。フィールド・モードは、端末１４の１つの作動
モードであり、これにおいてはオペレータは１つ以上の
「フィールド」を表すディスプレイ上の「テンプレート
」、即ちオペレータが文字を入力すべき場所の視覚的表
示が与えられる。例えば、スクリーンの一部は、下記の
表示を行うことができる。即ち、 「市、州、ＺＩＰコード：　　　　　　　　　　」但し
、アンダーラインは、オペレータが文字を入力すべき位
置を表す。（典型的なビデオ表示においては、表示はお
そらくはアンダーラインではなく、反転した高輝度表示
で行われよう）プロパイプ・モジュール６−４４０は、
ネットワークに関するデータの実際の出し入れを取り扱
う。

デバイス・プロファイル６−４６０は、ネットワークと
接続できる色々な端末の特性に関する情報を提供する。

ＮＴＤ６−４とネットワーク上の端末との間の通信は、
［プロトコル・データ装置Ｊ　　（ＰＤＵ）として知ら
れる情報の分散ブロックの伝送により行われる。このよ
うな分散ブロックの送出、経路指定、受け取りおよび解
釈の方法は、当業者には周知である。１つの経路がアプ
リケーション６−２と端末Ｉ４との間にこのような方法
で確立されたものとして、次に本発明について上記の事
例のフィールドを用いて説明しよう。即ち、 「市、州、ＺＩＰコード：　　　　　　　　　」この入
力フィールドは、次の「３つのサブフィールド」からな
る。即ち、最初は英字にいくつかの（全てではない）句
読点を加えたものが予期されよう。例えば、ｒｓｏ、　
０″ＧｒａｄｙＪと呼ばれる町があるが、％記号あるい
は感嘆詞等の記号を含む町の名前は存在しない。第２の
サブフィールドは、英字のみしか含まず、第３のものは
数字（ｄｉｇｉｔ）　Ｌか含まない。（「数字」データ
と［数（ｎｕｍｅｒｉｃ月データ間の相違があり、数字
データは数０〜９のみを含むが、数データはこれらの数
字に加えて十記号、−記号、コンマあるいはピリオド（
小数点）を含み得る。

このため、ｒ−３，１４１５９３Ｊは数データとしては
有効であるが、数字データとしては妥当しない。） 本発明によるこのようなフィールドを要求し検証するた
めには、ＮＴＤ６−４が問題の端末１４と関連した端末
コントローラ１２の２つのＰＤＵ。

即ち、［プロファイルＪ　ＰＤＵおよび「送出０ＫＪＰ
ＤＵに対して送出することを要求する。このプロファイ
ルＰＤＵは「検証テーブル」を含み、これは以下に述べ
るように、中央端末から入力できるどんな文字とも対応
する属性を指定するが、［送出０ＫＪＰＤＵは、その時
のフィールドに対して妥当と見做される特定の属性を指
定する。

プロファイルＰＤＵは、単に１つの全セツション毎に１
回送出されるだけでよいが、「送出０ＫＪＰＤＵはアプ
リケーション６−２により予期される入力の各フィール
ド毎に送出されねばならない。

プロファイルＰＤＵは第５図に示されており、これは値
７を持つそのタイプ・フィールドにより識別される。ユ
ーザのプロファイル・フィールド５００−１は、就中検
証テーブルを指定するが、本例では標準的なＡＳＣＩＩ
キーボードでの使用に適する「標準的」検証テーブルを
前提とする。

他の検証テーブルもどの端末に対しても適用できよう。

検証テーブル自体は、２つの部分で提供される。

即ち、検証テーブル１のフィールド５００−２と、検証
テーブル２のフィールド５００−３である。

これらは、前述の如く、「標準的な」検証テーブルを含
む。

検証テーブル１および２は、それぞれ第６図および第７
図に示されている。検証テーブル２は、制御文字あるい
は外来文字の如き特殊文字が妥当入力として受け入れら
れるある状況においてのみ使用される。本例では単に検
証テーブル１のみを使用するが、これは入力ストリーム
中にこのような文字を予期しないためである。

（註）以下の論議においては、文字ｒＸＪは「１６進Ｊ
ワードを表すために用いられる。例えば、凡例ｒ　Ｘ２
０Ｊは「１６進数の２０」と読む。

（註）以降の論議においては、１つのバイトにおけるビ
ット位置は、０を最上位の位置として位置０〜７と呼び
、１６ビツト・ワードにおけるビット位置は位置０〜Ｆ
と呼び、０は最上位位置である。

ＡＳＣＩ　Ｉコードを検証テーブル１のバイト入力と比
較すれば、第６図からバイト入力が下記の規則に従って
セットアツプされることが明らかであろう。即ち、 制御文字および特殊文字に対応する入力はビットをセッ
トしない 数字と対応する入力はビット３をセットする英字と対応
する入力はビットｌをセットする英字と関連して受け入
れられるものと見做される文字と対応する入力（即ち、
スペース（Ｘ２０）　、７ポストロフイ（Ｘ２７）、コ
ンマ（Ｘ２Ｃ）、マイナス記号（Ｘ２Ｄ）、ピリオド（
Ｘ２Ｅ）およびアポストロフィ（Ｘ６０）はビット１を
セットする 数の入力において受け入れられるものと見做される数字
以外の文字と対応する入力（即ち、十記号（Ｘ２Ｂ）　
、コンｖ　（Ｘ２Ｃ）　、フイ＋２記号（Ｘ２Ｄ）およ
びピリオド（小数点）（Ｘ２Ｅ））はビット２をセット
する このように、２つのビットがセットされる入力のみが、
２８Ｉｌ類の入力において受け入れられる文字と対応す
る入力である。即ち、コンマ（Ｘ２Ｃ）　、マイナス記
号（または、ハイフォン（Ｘ２Ｄ）、およびピリオド（
あるいは、小数点（Ｘ２Ｅ））これらは全て英字と数字
の双方において受け入れられる。

オペレータに事例ＮＴＤ６−４として使用される入力ス
トリームを提供することを促すことが、「送出ＯＫＪ　
ＰＤＵを問題の端末１４と関連する端末コントローラ１
２に対して転送することになる。

「送出ＯＫＪ　ＰＤＵは第８図に示され、これは値８を
有するそのタイプ・フィールドにより識別される。

事象フィールド８００−１は、データ事象を指定するこ
とになる（おそらくは、端末にその状況を通知すること
を要求する信号事象と対照的）。

フィールド８００−２は、フィールド・サイズ、即ち、
オペレータが入力することを予期される文字の数を指定
する。

モード・フィールド８００−３は、その時の転送が行わ
れるべきモードを指定し、本例では、前述の如く本発明
が実施されるモードであるフィールド・モードを指定す
ることになる。

プリオーダー・カーソル位置８００−４は、端末のスク
リーン上のカーソルをその時の入力に対するオペレータ
の「テンプレート」の初めに置かせ、このテンプレート
の提供については、以下においてデータ・フィールド８
００−７に関して論述する。

フィールド制御ワード８００−５は、零でなければ、制
御文字あるいは特殊文字が入力されるべきこと、および
検証が検証テーブル２に従うことを表示するサブフィー
ルドを含む。本例では、このサブフィールドは零を含み
、このため検証は検証テーブル１に従う。

データ・フィールド８００−７は、下記の凡例を含む。

即ち、 「市、州、ｚｉｐミルコードニー これは、このプロンプトおよび「テンプレート」をオペ
レータが見えるようにスクリーン上に表示させる。前述
の如くフィールド８００−４は、カーソルを最初のアン
ダーライン位置、即ちオペレータが開始する位置に置く
ために提供される。入力フィールドが３つのサブフィー
ルド、即ち、英字データが予期される「市」のサブフィ
ールド、英字データが予期される「状態」サブフィール
ド、および数字データが予期されるｒＺＩＰコード」サ
ブフィールド、からなっていることが判る。

これらのサブフィールドの仕様については、１１ワード
の大きさを有する「範囲および属性（ＲＡ）指定フィー
ルドＪ　８００−６において示される。

２つの連続する零ワードは１つの入力フィールドの終り
を指定し、このため、１つのワードが各サブフィールド
の指定のため要求されるため、入力フィールドは最大９
個のサブフィールドを持つように制限される。サブフィ
ールドを指定するための谷ワードは、その左のバイトに
おけるそのサブフィールドの範囲（サイズ）およびその
右のバイトにおけるサブフィールドの属性を含んでいる
。従って、このような各ワードは、「範囲と属性の対」
即ちｒＲＡ対」として知られる。

この属性バイトは、下記に従ってサブフィールドにおい
て行われるべき検証を指定する。即ち、Ｘ００：無効 Ｘ１０：数字入力が予期される Ｘ３０：数（数字、＋−，、）の入力が予期される Ｘ４０：英字入力が予期される（前述の如く、ある句読
点を含む） Ｘ５０：英数字入力が予期される（英字入力、あるいは
数が混在） Ｘ７０・英数字が入力が予期される（英数字入力、混在
する） このように、本例においては、範囲および属性指定フィ
ールド８００−６が下記のものを含む。

即ち、 ワード１：左のバイトにおける１０進数２３（市のサブ
フィールドの大きさ）、および 右のバイトにおけるＸ４０（英字の 検証を指定） ワード２：左のバイトにおける２（州のサブフィールド
の大きさ）、および 右のバイトにおけるＸ４０（英字 の検証を指定） ワード３：左のバイトにおける５（ＺＩＰコード　サブ
フィールドの 大きさ）　および右のバイトに おけるＸ１０（数字の検証を指定） ワード４．５：零、入力フィールドの終り指定ワード６
〜１１：本例では重要ではない本例の目的のため、市の
名前［５Ｏ００°ＧｒａｙＪの後に続く市のサブフィー
ルドを入れるに充分なスペース、次いで州名の略字ｒＭ
ＡＪを、また次にＺＩＰコード「口１７７３Ｊをオペレ
ータがタイプしようと意図するものとしよう。更に、オ
ペレータがｒｓｏ、ＯＪの代わりに［Ｓｏ、　　）Ｊと
タイプする一般的なタイプミスを犯す、即ち、シフト・
キーを押した後文字０キーの代わりに０キーを打鍵して
、その結果英字の入力では妥当でない右の括弧の入力を
行ったものとする。検証は下記の如く進行する。即ち、 オペレータは最初の文字である１６進数の５３であるＡ
ＳＣＩ　Ｉコードの「Ｓ」をタイプする。

この文字は、端末コントローラ１２へ送られ、コントロ
ーラはこれを用いて検証テーブル１の最初の数字５をア
クセスし、テーブルの行５を選択し、一方２番目の数字
３、即ちテーブルの列３を選択する。このように指定さ
れたＸ４０のテーブル入力が検索され、これまたＸ４０
であるこのサブフィールドに対する属性でＡＮＤされる
。本発明の方法によれば、正しい検証の基準は、このＡ
ＮＤ操作の結果が零ではなく、Ｘ４０によるＸ４０のＡ
ＮＤ操作がＸ４０を生じ、これが零となり、これにより
オペレータによりタイプされたｒＳＪが当サブフィール
ドに対して妥当であることを示す。

同様に、オペレータがｒｏＪ　　（Ｘ６Ｆ）をタイプす
ると、検証テーブルは行６、列ＦでアクセスされてＸ４
０を生じ、これが零でないため、Ｘ４０の属性バイトで
ＡＮＤされてｒｏＪは当サブフィールドにおいて妥当す
る。

次に、オペレータはピリオド（Ｘ２Ｅ）を入力する。検
証テーブルは、行２、列ＥでアクセスされてＸ６０を生
じる。Ｘ６０はＸ４０の属性バイトでＡＮＤされ、Ｘ４
０の出力を生じ、これは零であるため、ピリオドがその
時のサブフィールドにおいて妥当することが判る。

オペレータは次にスペース（Ｘ２０）をタイプし、これ
がＸ４０を検証テーブルから検索させ、ｒＳＪおよび「
０」の場合と同様に妥当の結果を生じることになる。

仮定した事例においては、オペレータは誤って右の括弧
（Ｘ２９）をタイプする。検証テーブルｌの列２、行９
のアクセスはＸ００を生じる。

これを属性バイトＸ４０でＡＮＤすると零を生じ、これ
は即ち無効の基準である。「ベル」文字を端末に出力し
カーソルを無効文字の位置へ戻すことによりオペレータ
に信号する如き適正な動作を然るべ（行うことができる
。

当業者は、本例の結論に従う必要はないが、本発明の方
法に関する下記の点を推論することができよう。即ち、 １、制御文字あるいは特殊文字の入力は、検証テーブル
からＸ００を検索させることになり、これは上記の属性
バイトのどれかでＡＮＤされると零、即ち無効基牟を生
じることになる。このため、制御文字および特殊文字は
数字、数、英字、英数字のサブフィールドに対しては決
して妥当しないことが判るであろう。

２、数字（０〜９）の入力は検証テーブルからＸｌＯを
生じることになる。これは、Ｘ４０（英字）を除いて受
け取られた属性バイトでＡＮＤされる時に零でない結果
を生じることになる。

このように、数字は、英字サブフィールドを除いていか
なるサブフィールドにおいても妥当することが判るであ
ろう。

３、如何なる文字（Ａ−Ｚ）またはスペースあるいはア
ポストロフィを入力しても、検証テーブルからＸ４０を
検索することになる。属性バイトＸ４０（英字）　　Ｘ
５０（英数字）あるいはＸ７０（英数）によるＡＮＤ操
作は零でない結果を生じ、属性バイトＸＩＯ（数字）あ
るいはＸ３０（数）によるＡＮＤ操作は零の結果を生じ
る。このように、数および数字のサブフィールドを除い
て、文字およびスペース、あるいはアポストロフィはい
かなるサブフィールドにおいても妥当する。

４、十記号（Ｘ２Ｂ）の入力は検証テーブルからＸ２０
を検索することになる。上記と類似する理由付けにより
、十記号は数および英数のサブフィールドにおいてのみ
妥当することが判った。

５、コンマ、−記号（ハイフォン）あるいはピリオド（
小数点）の入力は、検証テーブルからＸ６０の検索を生
じることになる。これは、ｘｌｏを除いて指示された属
性バイトのいずれかに対する、即ち数字を除くいかなる
サブフィールドに対する妥当性を表示することがわかる
。

当業者は、端末コントローラ１２に対する転送、検証テ
ーブルに対する端末に最も近いインテリジェンスの源、
および（送出ＯＫ　　ＤＰＵにおける）範囲／属性対が
端末に対してできるだけ近い入力フィールドの検証を可
能にする伝送効率の良い手段を構成して、僅かに２つの
システム間の、即ちＣＰＵ２からの［送出ＯＫＪ　ＰＤ
ＵおよびＣＰＵ２に対するデータＰＤＵ間の検証された
フィールドを含むデータ転送により検証されたフィール
ドの入力を可能にすることが判るであろう。

本発明は、その趣旨から逸脱することなく池の特定の形
態で実施が可能である。本発明は、本文に述べた特定の
実施態様ではなく頭書の特許請求の範囲により包含され
るものである。

【図面の簡単な説明】

第１図は本発明が実施されるデータ処理システムを示す
図、第２図は従来技術の入力文字ストリームの検証方法
を示す概略図、第３図は本発明による入力文字の検証方
法を示す概略図、第４図は本発明のネットワーク端末ド
ライバを示す詳細ブロック図、第５図は本発明のＰＲＯ
ＦＩＩ、Ｅプロト　コル・データ装置を示す図、第６図
および第７図は本発明において使用される検証テーブル
を示す図、　　゛　　−→＋冊、および第８図は本発明
の「送出ＯＫＪプロトコル・データ装置を示す図である
。 ■・・・データ処理システム、２・・・中央処理装置（
ＣＰＵ）　、４・・・システム・バス、６・・・主記憶
装置、６　１・・・オペレーティング・システム、６−
２・・・アプリケーション・プログラム、６−４・・・
ネットワーク端末ドライバ（ＮＴＤ）、６−６・・・下
層サービス・プロパイダ、８・・・ＬＡＮコントローラ
、１０・・・ＭＬＸ−１６７’ロセツサ、１２・・・端
末コントローラ、１４・・・端末、１６・・・プリンタ
、１８・・・ワークステーション、２０・・・周辺機器
コントローラ、２２・・・ローカル・エリア・ネットワ
ーク（ＬＡＮ）。 （外４名） 主記憶装！ ＦＩＧ、　１ ＦＩＧ、　２ ＦＩＧ、　５

Claims (1)

1. 【特許請求の範囲】 １、１つ以上の入出力ポートを備えたＣＰＵと、 各々がディスプレイ手段と文字を入力する キーボードとを備えた複数の端末と、 前記端末を前記ＣＰＵのポートに接続する データ伝送ネットワークとを設け、該データ伝送ネット
   ワークが、前記端末のあるものと通信しかつ該端末のあ
   るものに対して意図されあるいはこれから起生する伝送
   を多重化する端末制御装置を含むデータ処理システムに
   おいて、 前記ＣＰＵにあって、前記端末制御装置に 対し前記ある端末の各々からの入力として予期される文
   字の記述を転送する手段と、 前記端末制御手段にあって、 前記記述を受け取りかつ格納し、 前記ある端末の各々のキーボードから入力 される文字を受け取り、 該端末のキーボードから受け取った各文字 を該端末のディスプレイに対してエコーさせ、対応する
   記述に従って、受け取った各文字 の妥当性について検査して、送出側の端末における無効
   性の表示を行い、 各端末から受け取られた検証済みの一連の 文字をアセンブルし、 一連の文字が対応する記述子に従って完全 になる時を判定し、 完全な一連の文字をＣＰＵへ転送する手段 と を設けてなることを特徴とするデータ処理システム。