JPS6376540A - 通信端末装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明はコンピュータ間の通信インタフェースに関し、
更に具体的に言えば、ネットワーク母線に接続されて、
所定の通信手順に従ってネットワークを介する端末装置
間の通信を制御する端末通信装置に関する。

Ｂ、従来技術 ］ンピュータの発達につれて、コンピュータ間の通信が
必要となっており、コンピュータ間あるいはコンピュー
タ端末装置間の通信を可能ならしめるために種々の通信
規格（標準）が制定されている。又、最近、ＣＣＩＴＴ
（国際電信電話諮問委員会）が勧告Ｘ、２１を提案して
いる。ＣＣＩＴＴが提案するのは、規格ではなく勧告で
ある。従来、ＣＣＩＴＴ勧告は１例えばＲ８−３２通信
規格の様にＥＩＡ　（アメリカ電子工業会）規格とほと
んど同じであったが、勧告Ｘ、２１は現在のＥＩＡ規格
とは、かなり異なっている。簡単に言って、勧告Ｘ、２
Ｈ′ｉアナログ伝送ではなくディジタル同期ホーマット
を用いる公衆データ通信ネットワークに接続されるデー
タ端末装置に関するインターフェース仕様を規定してい
る。勧告Ｘ、２１は発呼及びそれに対する応答や、接続
後のデータの送受信に関するプロトコルも含む。

種々の通信規格の概要は、雑誌パイ）（ＢＹＴＥ）の１
９８３年２月号における「スタンダード・ジャングルへ
ようこそ（Ｗｅｌｃｏｍｅ　　ｔｏ　　ｔｈｅＳｔａｎ
ｄａｒｄ　　Ｊｕｎｇｌｅｓ）Ｊと題する記事に示され
ている。

データ通信を実施するだめの１つの重要な事項はネット
ワークからの直列ビット・ストリーム中の特定のビット
・パターンを検出するだめの回路を設けることである。

米国特許出願第８７３９１０号はこの様な検出回路に関
する発明を開示している。特定のビット・パターンを検
出する回路の外に、ＥＩＡ規格やＣＣＩＴＴ勧告におい
て規定されている通信手順に従って通信ネットワークに
対するインタフェース作業を行うための回路も必要であ
る。

Ｃ０発明が解決しようとする問題点 従来、端末装置内の処理装置は通信手順に従って通信ネ
ットワークに対するインタフェース作業を行うためのソ
フトウェアを内蔵していた。しかしながら、通信速度が
上昇するにつれて、処理装置においてインタフェース作
業を行うことは処理装置にとって過度の負担になってき
ている。これに対処するために、インタフェース作業を
行う第２の処理装置を端末装着に設けることも提案され
ているが、その場合、２つの処理装置内の相互通信が難
しいという欠点がある。

Ｄ０問題点を解決するだめの手段 本発明による端末通信装置は、通信ネットワークのネツ
トワーク・バスに関連したバス舎インタフェース手段を
介して、所定の通信手順に従って通信を行うために、通
信状態制御手段と、通信交換手段とを有する。通信交換
手段は通信状態制御手段からの指令に従ってバス・イン
タフエース手段とプロトコル信号の交換を行う機能を有
する。

更に、通信交換手段はバス・インタフエース手段からの
プロトコル信号の内容を表わす通信状態変化情報を通信
状態制御手段に与える機能を有する。

通信状態制御手段はネツトワーク・バスを介する通信を
制御するだめのプログラムを実行する様になっておシ、
複数のプログラム状態のうちのいずれかに従って指令を
通信交換手段に与える機能、及び通信交換手段からの通
信状態変化情報に応じてプログラム状態を変更する機能
を有する。

又、通信状態制御手段は、複数のプロトコル信号パター
ンをバス・インタフエース手段ト供給スることを命じる
単一の指令を通信交換手段に支える機能を持ちうる。

本発明の１つの実施例において、通信交換手段はバス・
インタフエース手段と信号状態制御手段との間のデータ
通路を提供する手段を有し、信号状態制御手段はこのデ
ータ通路手段を介して通信ネットワークとの間のデータ
の送受信を行う。又、通信交換手段は、バス・インタフ
エース手段とプロトコル信号を交換し且つ物理的交換回
路とプロトコル制御情報を交換する電気的交換回路を有
する。物理的交換回路は電気的交換回路からのプロトコ
ル情報を解釈し、通信状態変化情報を信号状態制御手段
へ送る。物理的交換回路は信号状態制御手段からの指令
を解釈し、その指令によって指定された動作を行う様に
プロトコル情報を電気的交換回路に与える。電気的交換
回路はバス・インタフエース手段からの特定のプロトコ
ル信号パターンを検出（認識）する検出回路を有する。

電気的交換回路は特定のプロトコル信号パターンを検出
するとき、割込み信号を物理的交換回路へ送る。

電気的交換回路は検出したプロトコル信号パターンの少
なくとも一部分を保持するだめのレジスタも有する。物
理的交換回路は、電気的交換回路から割込み信号を受は
取ると、電気的交換回路のレジスタに保持されているプ
ロトコル信号パターンを読取って分析し、必要に応じて
、特定のプロトコル信号パターンの受信を示すために割
込み信号を信号状態制御手段に与える。又、物理的交換
回路は特定のプロトコル信号パターンの受信を示す状態
変化情報を生じる。この様にして、信号状態制御手段は
通信ネットワークの状態を知らされ、通信手順に従って
通信ネットワークを介する通信を行うための順次のプロ
グラム状態に移行させられる。通信状態変化情報は物理
的交換回路からステータス・データとして与えられる。

信号状態制御手段のプログラム状態は所定の通信手順に
おいて規定されている通信状態と直接対応している。

又、信号状態制御手段は、通信ネットワークに対するア
クセスを要求する端末装置内のアプリケーション・プロ
グラムから通信要求を受は取る機能を有する。信号状態
制御手段は端末処理装置に含まれており、制御、データ
、割込み、ＤＭＡ（直接メモリ・アクセス）及びｐｒｏ
　（プログラムド入出力）用の複数の線を介して通信交
換手段との通信を行う。

Ｅ、実施例 本発明は所定の通信ネットワーク処理手順を実現するだ
めの通信インタフェースに関する。これから説明する実
施例はＣＣＩＴＴ勧告Ｘ、２１を実現するものである。

勧告Ｘ、２１は通信ネットワークに対するインタフェー
ス機能をコンピュータ端末装置に設けることに関する。

第２Ａ図は２つのデータ端末装置（ＤＴＥ）１００．１
１２をつなぐ通常の通信ネットワークである。ＤＴＥｌ
ｏｏ、１１２はそれぞれインタフェース線１０２．１１
０によってデータ回線終端装置（ＤＣＥ）１０４．１０
８に接続されている。ＤＣＥ１０４．１０８は通常、通
信ネットワーク設備者によって提供される。又、伝送施
設置０６も通信ネットワーク設備者によって提供され且
つ制御される。勧告Ｘ、２１はＤＴＥとＤＣＥとの間の
通信状態を規定することによって、通信ネットワークの
通信処理手順を規定している。

第２Ｂ図は、ＤＴＥｌｏｏとＤＣＥ　１０４との間の信
号インタフェースを示している。インタフェース線１０
２け線１１４．１１６．１１８．１２０．１２２．１２
４を含む。線１１４はＤＴＥｌｏｏからの送信信号を伝
える。ＤＴＥ　１００からの出力データも線１１４を介
して伝えられる。

線１１６は制御信号を伝える。線１１８はＤＣＥ１０４
からの受信信号を伝え、これはり、ＴＥｉＯＤへの入力
データも含む。線１２０け指示信号を伝える。線１２２
ｒｒｉクロック（若しくは信号エレメント・タイミング
）を伝える。線１２４は接地線である。

第５図は勧告Ｘ２２１の１９８４年改訂版に規定されて
いるとおりの交換網の発呼確立に関する通信手順状態図
である。勧告Ｘ、２１は、それを実現するために必要な
信号や通信手順の詳しい説明を含んでいるので、詳細に
ついては、この勧告自体を参照されたい。第５図は通信
手順を種々の状態によって表わしている。これは勧告、
Ｘ、　２１で規定されている全ての状態を含んでいるわ
けではないが、本発明の詳細な説明には十分である。こ
の図の見方が分かる様に、参照番号５２で示されている
状態指示楕円について説明する。状態番号（この例では
２４）は参照番号５０で指示された部分に示されている
。状態の説明は部分５４に示されている。部分５６の表
示は送信信号の値を示す。

部分５７の表示は制御信号の状態を示す。部分５８の表
示は受信信号の値を示す。部分５９の表示は指示信号の
状態を示す。矢印６０及び６１１／′ｉ状態２４と他の
状態との間の状態変化を示し、部分６２の表示は状態変
化を開始する装置（゛この場合ＤＴＥ）を示す。

第３図のＤＴＥの処理子ｊ頃は、本発明に従ったコンピ
ュータ端末装置によって実行される。第１図は本発明に
従ったＩ　ＢＭ、ＲＴＰＣの様なコンピュータ端末装置
（ＤＴＥ）１００のブロック図である。記憶装置を有す
る端末処理装置１３０は本発明に従って実行すべきソフ
トウェアを含む。

端末処理装置１３０は通信交換回路１３２に接続されて
いる。通信交換回路１５２はＩＢＭ　　ＲＴＰＣ装置の
周辺バスにプラグで接続される様なアダプタ・カードに
含まれている。端末処理装置１５０と通信交換回路１５
２との間の通信は線１６４及び１３６を介して行われる
。線１５６は制御信号を伝え、この信号はラッチ１４０
を介して線１１６へ送られる。線１３４は端末処理装置
１５０と交換制御プロセッサ１３８との間の制御、アド
レス、データ、ＰＩＯ，ＤＭＡ及び割込みのだめの線を
含む。この実施例の場合、交換制御プロセッサ１３８は
サポート・プログラムを含むインテル（ＩＮ置）８０Ｃ
５１制御プロセツサ又は同等の装置である。交換制御プ
ロセッサ１３８は線１４２によって交換モニタ１４４及
び交換制御インタフェース１４６に接続されている。交
換モニタ１４４は線１２０及び１１８を介して受は取る
指示ＣＩ）及び受１＝　＜　Ｒ）信号のパターンを検出
するだめのパターン検出回路を含む。■及びＲ信号は！
’１２０及び１１８を介して交換モニタ１４４に連続的
に与えられるビット直列データ・ストリームから成る。

交換モニタ１４４は所定のパターンを検出するとき、線
１４２を介して交換制御プロセッサ１３８に割込み信号
を送る。交換モニタ１４４は線１１８及び１２０を介し
て受は取るパターンを記憶する記憶装置を有し、交換制
御プロセッサ１３８は、このパターンを読取って、どの
パターンが検出されたかを判断する。交換モニタ１４４
のパターン検出回路は前記米国特許出願第８７３９４０
号に開示されている。線１１８は交換制御インタフェー
ス１４６にも接続されてイル。交換制御インタフェース
１４６は、ザイログ（Ｚｉｌｏｇ　）８５３０又は同等
品であり、線１１８を介して受信する入力信号のバッフ
ァとして働く。又、交換制御インタフェース１４６は交
換制御プロセッサ１３８から与えられて線１１４へ送り
出すべき出力信号のバッファとしても働く。

交換制御プロセッサ１３８は端末処理装置１５０、交換
モニタ１４４及び交換制御インタフェース１４６との相
互作用のためのサポート・プログラムを有する。交換制
御プロセッサ１５８の役目は、ＣＣＩＴＴ勧告Ｘ、２１
に従ったプロトコルの作業を実行する際に端末処理装置
１５０に負担をかけない様に、端末処理装置１３０と外
部のネットワークとの間のデータ通路を提供することで
ある。ネットワークにおける通信を制御するために端末
処理装置１５０において実行されるソフトウェアは、勧
告Ｘ、２１に規定されている様に状態に応じて用いられ
る。但し、端末処理装置が他のアプリケーション・タス
クも行うことができる様に、ネットワークに対する通信
インタフェースの実際の制御は出来る限り少なくされる
。これは、端末処理装置１３０に存在するソフトウェア
の監視の下に交換制御プロセッサ１３８がプロトコル作
業を実行することにより可能になっている。通信手順に
関連した状態変化を指示するネットワークの状況は、交
換制御プロセッサ１３８から端末処理装置１３０へ独特
の態様で伝えられる。交換制御プロセッサ１３８は２つ
のステータス・バイト、即ち、主ステータス・バイト及
び副ステータス・バイトを端末処理装置１３０に与える
。これらのステータス・バイトは、端末処理装置１３０
に存在するプログラムの通信状態変化を勧告Ｘ、２１に
従った態様で直接制御する。更に、端末制御プロセッサ
１３８は端末処理装置１３０からの指令に応じてデータ
をネットワークへ送り出す動作を行う。

交換制御プロセッサ１３８内のサポート・プログラムは
第４Ａ図乃至第４Ｅ図の流れ図に示された動作を制御す
る。先ず第４Ａ図を参照する。この流れ図は判断ステッ
プ１５０．１６２．１６６を含む基本ループを示す。ス
テップ１５０において、プロセッサ１３８は端末処理装
置１５０の通信プログラムから指令を受は取ったか否か
を判断する。今後、このプログラムを信号コントローラ
と称することにする。信号コントローラから指令が与え
られている場合、プロセッサ１３８は、指令が送信継続
指令か（ステップ１５２）又は送信バッファ指令か（ス
テップ１５４）の判断を行う。

この２種類の指令のいずれでもないときには、ステップ
１５６において他の指令を処理する。当技術分野の専門
家には直ぐ分かる様に、２種類より多くの指令の処理を
同様に処理することが可能である。送信継続指令を受は
取っている場合、プロセッサ１３８は第４Ｄ図に詳しく
示すステップ１５８を実行する。送信バッファ指令を受
は取っている場合には、プロセッサ１３８は第４Ｅ図に
詳しく示すステップ１６０を実行する。信号コントロー
ラからの指令の処理の後、プロセッサ１３８は交換制御
インタフェース１４６からキャラクタを受は取ったか否
かをステップ１６２において判断する。キャラクタの詳
細は勧告Ｘ、２１に規定されている。キャラクタを受は
取っている場合、プロセッサ１３８は第４Ｂ図に詳しく
示されているステップ１６４を実行する。次に、ステッ
プ１６６において、プロセッサ１３８は交換モニタ１４
４から割込みを受は取ったか否かを判断する。割込みを
受は取っている場合、プロセッサ１３８は第４Ｃ図に詳
しく示すステップ１６８を実行する。

第４Ｂ図は交換制御インタフェース１４６からキャラク
タを受は取るときプロセッサ１３８が実行すべきマイク
ロプログラムを示している。先ずステップ１７０におい
てキャラクタを読取す、次のステップ１７２においてＢ
ＥＬキャラクタか否かを判断する。ＢＥＬキャラクタの
場合、ステップ１７４へ進み、状態変化が生じたことを
示す様に主ステータス・バイトをセットする。又、ＢＥ
Ｌキャラクタの受信を示す様に副ステータス・バイトを
セットする。ＢＥＬキャラクタでない場合、ステップ１
７６においてＰＬＵＳキャラクタか否かを判断する。Ｐ
ＬＵＳキャラクタの場合、ステップ１７８へ進み、状態
変化があったことを示す様に主ステータスｅバイトをセ
ットし、ＰＬＵＳキャラクタの受信を示す様に副ステー
タス・ノくイトをセットする。受信したキャラクタがＢ
ＥＬ及びＰＬＵＳのいずれでもない場合、ステップ１８
０においてキャラクタが開始デリミタか否かを判断する
。なお、開始デリミタは、勧告Ｘ、２１（又は特定の国
の独特の規格）においてＸ、２１ネツトワーク制御情報
ンーケンスの有効な第１のキャラクタとして規定されて
いる任意のキャラクタ・コードを意味する。開始デリミ
タでない場合、ステップ１９０へ進み、Ｒ信号線１１８
のデータを調べるためのハン）　（ＨＵＮＴ　）モード
に交換制御インタフェース１４６をセットする。開始デ
リミタを受信している場合、ステップ１８２において、
終了デ’Ｊ　ミタを受信しているか否かの判断を行う。

終了デリミタは開始デリミタと同様に有効な最後のキャ
ラクタとして規定されている任意のキャラクタ・コード
を意味する。終了デリミタを受信していなければ、ステ
ップ１８６へ進み、ＤＭＡチャネルを利用してプロセッ
サ１３８から線１５４を介して端末処理装置１３０へデ
ータを転送する。

データの転送後、再びステップ１８２へ戻り、終了デリ
ミタの検出を行う。終了デリミタを受信した場合番では
、ステップ１８４において受信完了状態を示す様に主ス
テータス・バイトをセットする。

ステップ１７４．１７８．１８４のいずれかを完了した
後、ステップ１８８へ進み、主ステータス・バイト及び
副ステータス・バイトを含むステータス・データを端末
処理装置１３０へ送る。次ムてステップ１９０において
、交換制御インタフェース１４６をハン）−モードにセ
ットして特定のビット・パターンの探索を開始させる。

第４Ｃ図はプロセッサ１３８が交換モニタ１４４から割
込みを受は取ったとき実行すべきマイクロプログラムを
示している。先ずステップ１９２において交換制御イン
タフェース１４６の受信機能を禁止し、次に工及びＲ信
号を調べるために交換モニタ１４４の内部レジスタの内
容を読取る。

線１２０のＩ信号は１つのビットとして記憶され、線１
１８のＲ信号の層後の２つのピッ）Ｒ１，ＲＯとして記
憶されている。ステップ１９４において、■がオンであ
るか否かを判断する。■がオンであるならば、ステップ
１９６において、その事を示す様に副ステータス・バイ
トをセットする。■がオフの場合には、ブロック１９８
においてＲ１が０であるか否かを判断する。Ｒ１が０な
らば、ステップ２００においてＲＯが０か否かを判断す
る。

ＲＯが０ならば、ステップ２０２において、その事を示
す様に副ステータス・バイトをセットする。

Ｒ１が０でない場合には、ステップ１９８からステップ
２０４へ進み、ＲＯが０であるか否かを判断する。ＲＯ
が０であるならば、ステップ２０６において、Ｒが０１
に等しい事を示す様に副ステータス参バイトをセットす
る。ＲＯが０でない場合には、ステップ２０４からステ
ップ２０８へ進み、Ｒが１に等しい事を示す様に副ステ
ータス・バイトにセットする。ステップ１９６．２０２
．２０６．２０８のいずれかを実行した後、ステップ２
１０において、状態変化があった事を示す様に主ステー
タス・バイトをセットし、次のステップ２１２において
、ステータス・バイトを端末処理装置１５０へ送る。

第４Ｄ図は送信継続指令を実行するだめのマイクロプロ
グラムによる動作シーケンスを示している。ステップ２
１４において、受信したカウントが０であるか否かを判
断する。カウントがＯであるならば、ステップ２２４へ
進み、第２のデータ・パターンを送信する。カウントが
０でない場合Ｃては、ステップ２１６において第１のデ
ータ・パターンを送り且つカウントを減じる。そして、
ステップ２１８においてカウントが０であるか否かを再
び判断する。カウントが０でない場合には、カウントが
０になるまでステップ２１８を繰り返す。カウントが０
になるとき、ステップ２２０へ進み、送信完了を示す様
に主ステータス・バイトをセットし、次のステップ２２
２においてステータス・データを端末処理装置１５０へ
送る。そして、後続の指令によって他の動作が開始され
るまで、ステップ２２４において第２のデータ・パター
ンを送信する動作を継続する。

第４Ｅ図は、送信バッファ指令を実行するだめノマイク
ロプログラムによる動作シーケンスを示している。ステ
ップ２２６において交換制御インタフェース１４６の送
信を許可する。送信すべきデータは、ＤＭＡにより、端
末処理装置１６０から線１３４を介してプロセッサ１３
８内のバッファ領域にロードされる。プロセッサ１３８
は、ステップ２２８においてデーターバイトを送信し、
次のステップ２３０においてＤＭＡコントローラ（図示
せず）からのカウントを調べることによって、最終バイ
トを送信したか否かを判断する。最終バイトの送信が済
んでいない場合、カウントを減じ且つステップ２２８の
送信動作を繰り返す。

最終バイトの送信が済むと、ステップ２３２へ進み、交
換制御インタフェース１４６の送信機能を禁止する。ス
テップ２３４において送信完了を示す様に主ステータス
ｅバイトをセットし、ステップ２３６においてステータ
スφデータを端末処理装置１３０へ送る。

第５図は、端末処理装置１３０において実行される通信
信号状態制御プログラムによる動作シーケンスを示して
いる。このプログラムの役目は端末処理装置１３０とネ
ットワークとの間のＡ（Ｍを可能ならしめる様にネット
ワークに対するリンクを制御することである。第５図の
プログラムの状態番号は第６図の通信手順の状態番号に
対応している。端末処理装置１５０は、端末装置内の他
のソフトウェアから発呼要求を受は取ると、ステップ２
４０において発呼のための初期設定を行う。

このとき、信号コントローラは状態２４にあわ、アダプ
タの初期設定を行う。そして、ＤＣＥが動作可能状態を
示すまで待機する。ＤＣＥが動作状態になるときには、
状態変化を示す主ステータス・バイト及び数値２を示す
副ステータス・バイトが交換制御プロセッサ１３８から
信号コントローラに与えられる。そのとき、端末処理装
置１３０は送信継続指令を交換側（２）プロセッサ１３
８に送ることにより動作可能状態を表明する。そして、
状態１に関するステップ２４２へ進み、交換制御プロセ
ッサ１３８からの送信完了の知らせを待つ。

送信完了は数（直２にセットされた主ステータス・バイ
トによって示される。そのとき、端末処理装置１５０は
線１３６の制御信号をオンにして、状態２に関するステ
ップ２４４へ進む。ステップ２４４内のステップ２４６
は状態変化を示す主ステータス・バイト及び数値１　（
ＰＬＵＳキャラクタの受信を示す）の副ステータス・バ
イトが与えられるのを待つ状態であり、副ステータス・
バイトがＰＬＵＳキャラクタの受信を示さなければ、ス
テップ２４８へ進み、副ステータス・バイトがＢＥＬキ
ャラクタの受信を示す数＠２であるか否かを判断する。

ＰＬＵＳキャラクタのみならずＢＥＬキャラクタも受信
していない場合、ステップ２５０へ進み、無効な割込み
を受は取ったことを示し、クリア処理を開始し、線１３
６の制御信号をオフにし、０パターンを伴った送信継続
指令を交換制御プロセッサ１３８へ送る。そして状態１
６に関するステップ２５４へ進み、クリア処理の完了を
待つ。

前述のステップ２４８においてＢＥＬキャラクタの受信
が検出されるならば、ステップ２４６へ戻り、ＰＬＵＳ
キャラクタが受信されているか否か（副ステータス・バ
イトが数値１にセットされている）を判断する。ＰＬＵ
Ｓキャラクタの受信を検出するとき、状態４に関するス
テップ２５２へ進んで、送信バッファ指令を含む選択は
号を送り、且つ送信完了を示す主ステータス・バイトを
待つ。更に、送信継続指令を交換制御プロセッサ１３８
へ送ってＤＴＥ待機状態を示す。

このとき、端末処理装置１３０はステップ２５６で示さ
れた状態５になり、最初のステップ２８２において、Ｄ
ＣＥがデータ受信可能状態にあるか否かを判断する３Ｄ
ＣＥがデータ受信可能であることは、線１２０の指示信
号がオンになることに応じて数＠乙にセットされている
副ステータス・バイトによって示される。データ受信可
能でない場合、ステップ２５８へ進み、接続中であるか
否かを判断する。接続中であることは、状態変化を示す
主ステータスｅバイト及びＲが１に等しいことを示す数
値５の副ステータス・バイトによって示される。接続中
でない場合、ステップ２６０へ進み、主ステータス・バ
イトが受信完了を示しているか否かを判断する。受信完
了でなければ、ステップ２６６へ進み、無効な割り込み
を受は取ったことを示し、クリア処理を開始し、線１６
６の制御信号をオフにする。そして再びステップ２５４
を実行する。ステップ２６０において受信完−了が検出
されるならば、ステップ２６８へ進み、呼処理中である
こと及びＤＣＥが情報を供給したことをリクエスター（
発呼要求プログラム）に知らせる。ステップ２６８から
再びステップ２８２−１進み、データ受信可能でないな
らば、更にステップ２５８へ進み、接続中（Ｒ＝１）で
あるかどうかを判断する。接続中ならば、状態１１に関
するステップ２６２中のステップ２６４へ進み、データ
受信可能状態になるのを待つ。データ受信状態は、状態
変化を示す主ステータス・バイト及び指示信号がオンに
なっていることを示す副ステータス・バイトによって示
される。他の状態が示されるならば、ステップ２６６と
同じステップ２８４を実行してから、ステップ２５４へ
進み、クリア処理の完了を待つ。一方、ステップ２６４
において受信可能状態が検出されるならば、状態１２に
関するステップ２８０において、リクエスターに背定応
答を与える。又、前述のステップ２８２においてデータ
受信可能状態が検出された場合にも、ステップ２８０を
実行する。

第５図の説明から明らかな様に、通信手順の状態間の遷
移は交換制御プロセッサ１６８から与えられるステータ
ス・データによって直接制御される。交換制御プロセッ
サ１３８及び端末処理装置１３０のプログラムをこの様
に構成することにより、端末処理装置１５０ば、通信プ
ロトコル・タスクを実行する負担無しに通信リンクの制
御を行うことができる。この場合、通信プロトコル・タ
スクは、通信交換回路１３２内の交換モニタ１４４、交
換制御インタフェース１４６及びラッチ１４０に関連し
た交換制御プロセッサ１５８によって実行される。

第６Ａ図は送信バッファ指令のホーマントを示し、第６
Ｂ図は送信継続指令のホーマットを示している。この送
信バッファ指令はありふれた送信指令である。一方、送
信継続指令は２つのデータ・パターンの送信を可能なら
しめるバイト構成を有する独特の構成である。即ち、端
末制御装置１′５０は１つの指令を出すことによって勧
告Ｘ、２１に従った２種類の状態変化を含む動作が可能
となるので、この指令は非常に有用である。

本発明に従ったもう１つの独特な技術事項は、端末処理
装置１３０と交換制御プロセッサ１３８との間の通信に
おいて主ステータス・バイト及び副ステータス・バイト
を用いることである。第７Ａ図は主ステータス・バイト
のビット構成を示している。第７Ｂ図は状態変化を表わ
す副ステータス・バイトを示し、第７Ｃ図は受信完了状
態を表わす副ステータス・バイトを示してｂる。

１０発明の効果 本発明に従って、ネットワークにおける通信の全体的制
御を端末処理装置（信号状態制御手段を含む）において
行い、且つプロトコル信号の処理を通信交換手段におい
て行う様にすることにより、端末処理装置の負担が軽減
される。

【図面の簡単な説明】

第１図は本発明によるデータ端末装置のブロック図、第
２Ａ図はＣＣＩ　ＴＴ勧告Ｘ、２１において規定されて
いる通信ネットワークのブロック図、第２Ｂ図ばＣＣＩ
ＴＴ勧告Ｘ、２１において規定されているデータ端末装
置とデータ回線終端装置との間の信号インターフェース
のブロック図、第５図はＣＣＩＴＴ勧告Ｘ、２１におい
て規定されている通信手順状態図、第４Ａ図は交換制御
プロセッサにおいて実行されるプログラムの流れ図、第
４Ｂ図は第４Ａ図の受はルーチンの流れ図、第４Ｃ図は
第４Ａ図の割込み処理ルーチンの流れ図、第４Ｄ図は第
４Ａ図の送信継続指令ルーチンの流れ図、第４Ｅ図は送
信バッファ指令ルーチンの流れ図、第５図は端末処理装
置において実行される通信信号状態制御プログラムの流
れ図、第６Ａ図は送信バッファ指令を示す図、第６Ｂ図
は送信継続指令を示す図、第７Ａ図は主ステータス・バ
イトを示す図、第７Ｂ図は状態変化を表わす副ステータ
ス・バイトを示す図、第７Ｃ図は受信完了状態を表わす
副ステータス・バイトを示す図である。 １００・・・・データ端末装置、１３０・・・・端末処
理装置、１３２・・・・通信交換回路、１３８・・・・
交換制御プロセッサ、＋４０−φ・ラッチ、１４４−・
・交換モニタ、１４６・・・・交換制御インタフェース
。 出願人　　イン昭１し旧ナル・屹々ス・マシーンズ・コ
ーポＬ−’−］ンヒ゛、７ト仝２！ オ６ＡＥａ オ６Ｂ図

Claims (2)

【特許請求の範囲】
1. （１）複数の端末装置を相互接続しているネツトワーク
   ・バスを有する通信ネツトワークにおいて、該ネツトワ
   ーク・バスに関連するバス・インタフエース手段を介し
   て、所定の通信手順に従つて通信を行うための端末通信
   装置であつて、 通信交換手段と通信状態制御手段とを有し、上記通信交
   換手段が、上記通信状態制御手段からの指令に従つて上
   記バス・インタフエース手段とプロトコル信号の交換を
   行う機能、及び上記バス・インタフエース手段からのプ
   ロトコル信号の内容を表わす通信状態変化情報を上記通
   信状態制御手段に与える機能を有し、 上記通信状態制御手段が、上記所定の通信手順に従つて
   上記ネツトワーク・バスを介する通信を制御するために
   複数のプログラム状態のうちのいずれかに従つて指令を
   上記通信交換手段に与える機能、及び上記通信交換手段
   からの上記通信状態変化情報に応じてプログラム状態を
   変更する機能を有する、 ことを特徴とする端末通信装置。
2. （２）上記通信状態制御手段が、複数のプロトコル信号
   パターンを上記バス・インタフエース手段に供給するこ
   とを命じる単一の指令を上記通信交換手段に与える機能
   を有する特許請求の範囲第（１）項記載の端末通信装置
   。