JPH0618371B2 - 通信端末装置 - Google Patents

Description

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

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

種々の通信規格の概要は、雑誌バイト（ＢＹＴＥ）の１
９８３年２月号における「スタンダード・ジャングルへ
ようこそ（Welcome to the Standard Jungles）」
と題する記事に示されている。

データ通信を実施するための１つの重要な事項はネツト
ワークからの直列ビツト・ストリーム中の特定のビツト
・パターンを検出するための回路を設けることである。
米国特許出願第８７３９１０号はこの様な検出回路に関
する発明を開示している。特定のビツト・パターンを検
出する回路の外に、ＥＩＡ規格やＣＣＩＴＴ勧告におい
て規定されている通信手順に従つて通信ネツトワークに
対するインタフエース作業を行うための回路も必要であ
る。

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

Ｄ．問題点を解決するための手段 本発明による端末通信装置は、通信ネットワーク（第２
Ａ図）のネットワーク・バス（１０６）に関連したバス
・インターフェース回路（１０４，１０８）を介して、
所定の通信手順（Ｘ．２１）に従って通信を行うため
に、信号状態制御手段（１３０）と、通信交換手段（１
３２）とを有する。通信交換手段は信号状態制御手段か
らのコマンドに従ってバス・インターフェース手段とプ
ロトコル信号（Ｉ，Ｒ，Ｔ，Ｃ等）の交換を行う機能を
有する。更に、通信交換手段はバス・インターフェース
手段からのプロトコル信号の内容を表す通信状態変化情
報（ステータス・バイト）を信号状態制御手段に与える
機能を有する。信号状態制御手段はネットワーク・バス
を介する通信を制御するための複数のプログラム状態の
うち１つを実行するようになっており、コマンドを通信
交換手段に与える機能、及び通信交換手段からの通信状
態変化情報に応じてプログラム状態を変化する機能を有
する。

また、信号状態制御手段は、複数のプロトコル信号パタ
ーンをバス・インターフェース手段に供給することを通
信交換手段に命じるコマンドを有している。

本発明の１つの実施例において、通信交換手段はバス・
インターフェース手段と信号状態制御手段との間のデー
タ通路を提供する手段を有し、信号状態制御手段はこの
データ通路手段を介して通信ネットワークとの間のデー
タの送受信を行う。また、通信交換手段は、バス・イン
ターフェース手段とプロトコル信号を交換し且つ物理的
交換手段（１３８）とプロトコル制御情報（キャラク
タ、割込み等）を交換する電気的交換手団（１４４、１
４６）等を有する。物理的交換回路は電気的交換回路か
らのプロトコル情報を解釈し、通信状態変化情報を信号
状態制御手段へ送る。物理的交換回路は信号状態制御手
段からの指令を解釈し、その指令によつて指定された動
作を行う様にプロトコル情報を電気的交換回路に与え
る。電気的交換回路はバス・インタフエース手段からの
特定のプロトコル信号パターンを検出（認識）する検出
回路を有する。電気的交換回路は特定のプロトコル信号
パターンを検出するとき、割込み信号を物理的交換回路
へ送る。電気的交換回路は検出したプロトコル信号パタ
ーンの少なくとも一部分を保持するためのレジスタも有
する。物理的交換回路は、電気的交換回路から割込み信
号を受け取ると、電気的交換回路のレジスタに保持され
ているプロトコル信号パターンを読取つて分析し、必要
に応じて、特定のプロトコル信号パターンの受信を示す
ために割込み信号を信号状態制御手段に与える。又、物
理的交換回路は特定のプロトコル信号パターンの受信を
示す状態変化情報を生じる。この様にして、信号状態制
御手段は通信ネツトワークの状態を知らされ、通信手順
に従つて通信ネツトワークを介する通信を行うための順
次のプログラム状態に移行させられる。通信状態変化情
報は物理的交換回路からステータス・データとして与え
られる。信号状態制御手段のプログラム状態は所定の通
信手順において規定される通信状態と直接対応してい
る。又、信号状態制御手段は、通信ネツトワークに対す
るアクセスを要求する端末装置内のアプリケーシヨン・
プログラムから通信要求を受け取る機能を有する。信号
状態制御手段は端末処理装置に含まれており、制御、デ
ータ、割込み、ＤＭＡ（直接メモリ・アクセス）及びＰ
ＩＯ（プログラムド入出力）用の複数の線を介して通信
交換手段との通信を行う。

Ｅ．実施例 本発明は所定の通信ネツトワーク処理手順を実現するた
めの通信インタフエースに関する。これから説明する実
施例はＣＣＩＴＴ勧告X.２１を実現するものである。勧
告X.２１は通信ネツトワークに対するインタフエース機
能をコンピュータ端末装置に設けることに関する。第２
Ａ図は２つのデータ端末装置（ＤＴＥ）１００、１１２
をつなぐ通常の通信ネツトワークである。ＤＴＥ１０
０、１１２はそれぞれインタフエース線１０２、１１０
によつてデータ回線終端装置（ＤＣＥ）１０４、１０８
に接続されている。ＤＣＥ１０４、１０８は通常、通信
ネツトワーク設備者によつて提供される。又、伝送施設
１０６も通信ネツトワーク設備者によつて提供され且つ
制御される。勧告X.２１はＤＴＥとＤＣＥとの間の通信
状態を規定することによつて、通信ネツトワークの通信
処理手順を規定している。

第２Ｂ図は、ＤＴＥ１００とＤＣＥ１０４との間の信号
インタフエースを示している。インタフエース線１０２
は線１１４、１１６、１１８、１２０、１２２、１２４
を含む。線１１４はＤＴＥ１００からの送信信号を伝え
る。ＤＴＥ１００からの出力データも線１１４を介して
伝えられる。線１１６は制御信号を伝える。線１１８は
ＤＣＥ１０４からの受信信号を伝え、これはＤＴＥ１０
０への入力データも含む。線１２０は指示信号を伝え
る。線１２２はクロツク（若しくは信号エレメント・タ
イミング）を伝える。線１２４は接地線である。

第３図は勧告X.２１の１９８４年改訂版に規定されてい
るとおりの交換網の発呼確立に関する通信手順状態図で
ある。勧告X.２１は、それを実現するために必要な信号
や通信手順の詳しい説明を含んでいるので、詳細につい
ては、この勧告自体を参照されたい。第３図は通信手順
を種々の状態によつて表わしている。これは勧告.X.２
１で規定されているので全ての状態を含んでいるわけで
はないが、本発明の実施例の説明には十分できる。この
図の見方が分かる様に、参照番号５２で示されている状
態指示楕円について説明する。状態番号（この例では２
４）は参照番号５０で指示された部分に示されている。
状態の説明は部分５４に示されている。部分５６の表示
は送信信号の値を示す。部分５７の表示は制御信号の状
態を示す。部分５８の表示は受信信号を値を示す。部分
５９の表示は指示信号の状態を示す。矢印６０及び６１
は状態２４と他の状態との間の状態変化を示し、部分６
２の表示は状態変化を開始する装置（この場合ＤＴＥ）
を示す。

第１図のＤＴＥの処理手順は、本発明に従つたコンピュ
ータ端末装置によつて実行される。第１図は本発明に従
つたＩＢＭ ＲＴＰＣの様なコンピュータ端末装置（Ｄ
ＴＥ）１００のブロック図である。記憶装置を有する端
末処理装置１３０は本発明に従つて実行すべきソフトウ
エアを含む。端末処理装置１３０は通信交換回路１３２
に接続されている。通信交換回路１３２はＩＢＭ ＲＴ
ＰＣ装置の周辺バスにプラグで接続される様なアダプタ
・カードに含まれている。端末処理装置１３０と通信交
換回路１３２との間の通信は線１３４及び１３６を介し
て行われる。線１３６は制御信号を伝え、この信号はラ
ツチ１４０を介して線１１６へ送られる。線１３４は端
末処理装置１３０と交換制御プロセツサ１３８との間の
制御、アドレス、データ、ＰＩＯ、ＤＭＡ及び割込みの
ための線を含む。この実施例の場合、交換制御プロセツ
サ１３８はサポート・プログラムを含むインテル（ＩＮ
ＴＥＬ）８０Ｃ５１制御プロセツサ又は同等の装置であ
る。交換制御プロセツサ１３８は線１４２によつて交換
モニタ１４４及び交換制御インタフエース１４６に接続
されている。交換モニタ１４４は線１２０及び１１８を
介して受け取る指示（Ｉ）及び受信（Ｒ）信号のパター
ンを検出するためのパターン検出回路を含む。Ｉ及びＲ
信号は線１２０及び１１８を介して交換モニタ１４４に
連続的に与えられるビツト直列データ・ストリームから
成る。交換モニタ１４４は所定のパターンを検出すると
き、線１４２を介して交換制御プロセツサ１３８に割込
み信号を送る。交換モニタ１４４は線１１８及び１２０
を介して受け取るパターンを記憶する記憶装置を有し、
交換制御プロセツサ１３８は、このパターンを読取つ
て、どのパターンが検出されたかを判断する。交換モニ
タ１４４のパターン検出回路は前記米国特許出願第８７
３９１０号に開示されている。線１１８は交換制御イン
タフエース１４６にも接続されている。交換制御インタ
フエース１４６は、ザイログ（Zilog）８５３０又は同
等品であり、線１１８を介して受信する入力信号のバツ
フアとして働く。又、交換制御インタフエース１４６は
交換制御プロセツサ１３８から与えられて線１１４へ送
り出すべき出力信号のバツフアとしても働く。

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

交換制御プロセツサ１３８内のサポート・プログラムは
第４Ａ図乃至第４Ｅ図の流れ図に示された動作を制御す
る。先ず第４Ａ図を参照する。この流れ図は判断ステツ
プ１５０、１６２、１６６を含む基本ループを示す。ス
テツプ１５０において、プロセツサ１３８は端末処理装
置１３０の通信プログラムから指令を受け取つたか否か
を判断する。今後、このプログラムを信号コントローラ
と称することにする。信号コントローラから指令が与え
られている場合、プロセツサ１３８は、指令が送信継続
指令か（ステツプ１５０）又は送信バツフア指令か（ス
テツプ１５４）の判断を行う。この２種類の指令のいず
れでもないときには、ステツプ１５６において他の指令
を処理する。当技術分野の専門家には直ぐ分かる様に、
２種類より多くの指令の処理を同様に処理することが可
能である。送信継続指令を受け取つている場合、プロセ
ツサ１３８は第４Ｄ図に詳しく示すステツプ１５８を実
行する。送信バツフア指令を受け取つている場合には、
プロセツサ１３８は第４Ｅ図に詳しく示すステツプ１６
０を実行する。信号コントローラからの指令の処理の
後、プロセツサ１３８は交換制御インタフエース１４６
からキヤラクタを受け取つたか否かをステツプ１６２に
おいて判断する。キヤラクタの詳細は歓呼X.２１に規定
されている。キヤラクタを受け取つている場合、プロセ
ツサ１３８は第４Ｂ図に詳しく示されているステツプ１
６４を実行する。次に、ステツプ１６６において、プロ
セツサ１３８は交換モニタ１４４から割込みを受け取つ
たか否かを判断する。割込みを受け取つている場合、プ
ロセツサ１３８は第４Ｃ図に詳しく示すステツプ１６８
を実行する。

第４Ｂ図は交換制御インタフエース１４６からキヤラク
タを受け取るときプロセツサ１３８が実行すべきマイク
ロプログラムを示している。先ずステツプ１７０におい
てキヤラクタを読取り、次のステツプ１７２においてＢ
ＥＬキヤラクタか否かを判断する。ＢＥＬキヤラクタの
場合、ステツプ１７４へ進み、状態変化が生じたことを
示す様に主ステータス・バイトをセツトする。又、ＢＥ
Ｌキヤラクタの受信を示す様に副ステータス・バイトを
セツトする。ＢＥＬキヤラクタでない場合、ステツプ１
７６においてＰＬＵＳキヤラクタか否かを判断する。Ｐ
ＬＵＳキヤラクタの場合、ステツプ１７８へ進み、状態
変化があつたことを示す様に主ステータス・バイトをセ
ツトし、ＰＬＵＳキヤラクタの受信を示す様に副ステー
タス・バイトをセツトする。受信したキヤラクタがＢＥ
Ｌ及びＰＬＵＳのいずれもない場合、ステツプ１８０に
おいてキヤラクタが開始デリミタか否かを判断する。な
お、開始デリミタは、勧告X.２１（又は特定の国の独特
の規格）においてX.２１ネツトワーク制御情報シーケン
スの有効な第１のキヤラクタとして規定されている任意
のキヤラクタ・コードを意味する。開始デリミタでない
場合、ステツプ１９０へ進み、Ｒ信号線１１８のデータ
を調べるためのハント（ＨＵＮＴ）モードに交換制御イ
ンタフエース１４６をセツトする。開始デリミタを受信
している場合、ステツプ１８２において、終了デリミタ
を受信しているか否かの判断を行う。終了デリミタは開
始デリミタと同様に有効な最後のキヤラクタとして規定
されている任意のキヤラクタ・コードを意味する。終了
デリミタを受信していなければ、ステツプ１８６へ進
み、ＤＭＡチヤネルを利用してプロセツサ１３８から線
１３４を介して端末処理装置１３０へデータを転送す
る。データの転送後、再びステツプ１８２へ戻り、終了
デリミタの検出を行う。終了デリミタを受信した場合に
は、ステツプ１８４において受信完了状態を示す様に主
ステータス・バイトをセツトする。ステツプ１７４、１
７８、１８４のいずれかを完了した後、ステツプ１８８
へ進み、主ステータス・バイト及び副ステータス・バイ
トを含むステータス・データを端末処理装置１３０へ送
る。次にステツプ１９０において、交換制御インタフエ
ース１４６をハント・モードにセツトして特定のビツト
・パターンの探索を開始させる。

第４Ｃ図はプロセツサ１３８が交換モニタ１４４から割
込みを受け取つたとき実行すべきマイクロプログラムを
示している。先ずステツプ１９２において交換制御イン
タフエース１４６の受信機能を禁止し、次にＩ及びＲ信
号を調べるために交換モニタ１４４の内部レジスタの内
容を読取る。線１２０のＩ信号は１つのビツトとして記
憶され、線１１８のＲ信号の最後の２つのビツトＲ１、
Ｒ０として記憶されている。ステツプ１９４において、
Ｉがオンであるか否かを判断する。Ｉがオンであるなら
ば、ステツプ１９６において、その事を示す様に副ステ
ータス・バイトをセツトする。Ｉがオフの場合には、ブ
ロック１９８においてＲ１が０であるか否かを判断す
る。Ｒ１が０ならば、ステツプ２００においてＲ０が０
か否かを判断する。Ｒ０が０ならば、ステヅプ２０２に
おいて、その事を示す様に副ステータス・バイトをセツ
トする。Ｒ１が０でない場合には、ステツプ１９８から
ステツプ２０４へ進み、Ｒ０が０であるか否かを判断す
る。Ｒ０が０であるならば、ステツプ２０６において、
Ｒが０１に等しい事を示す様に副ステータス・バイトを
セツトする。Ｒ０が０でない場合には、ステツプ２０４
からステツプ２０８へ進み、Ｒが１に等しい事を示す様
に副ステータス・バイトにセツトする。ステツプ１９
６、２０２、２０６、２０８のいずれかを実行した後、
ステツプ２１０において、状態変化にあつた事を示す様
に主ステータス・バイトをセツトし、次のステツプ２１
２において、ステータス・バイトを端末処理装置１３０
へ送る。

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

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

第５図は、端末処理装置１３０において実行される通信
信号状態制御プログラムによる動作シーケンスを示して
いる。このプログラムの役目は端末処理装置１３０とネ
ツトワークとの間の通信を可能ならしめる様にネツトワ
ークに対するリンクを制御することである。第５図のプ
ログラムの状態番号は第３図の通信手順の状態番号に対
応している。端末処理装置１３０は、端末装置内の他の
ソフトウエアから発呼要求を受け取ると、ステツプ２４
０において発呼のための初期設定を行う。このとき、信
号コントローラは状態２４にあり、アダプタの初期設定
を行う。そして、ＤＣＥが動作可能状態を示すまで待機
する。ＤＣＥが動作状態になるときには、状態変化を示
す主ステータス・バイト及び数値２を示す副ステータス
・バイトが交換制御プロセツサ１３８から信号コントロ
ーラに与えられる。そのとき、端末処理装置１３０は送
信継続指令を交換制御プロセツサ１３８に送ることによ
り動作可能状態を表明する。そして、状態１に関するス
テツプ２４２へ進み、交換制御プロセツサ１３８からの
送信完了の知らせを待つ。送信完了は数値２にセツトさ
れた主ステータス・バイトによつて示される。そのと
き、端末処理装置１３０は線１３の制御信号をオンにし
て、状態２に関するステツプ２４４へ進む。ステツプ２
４４内のステツプ２４６は状態変化を示す主ステータス
・バイト及び数値１（ＰＬＵＳキヤラクタの受信を示
す）の副ステータス・バイトが与えられるのを待つ状態
であり、副ステータス・バイトがＰＬＵＳキヤラクタの
受信を示さなければ、ステツプ２４８へ進み、副ステー
タス・バイトがＢＥＬキヤラクタの受信を示す数値２で
あるか否かを判断する。ＰＬＵＳキヤラクタのみならず
ＢＥＬキヤラクタも受信していない場合、ステツプ２５
０へ進み、無効な割込みを受け取つたことを示し、クリ
ア処理を開始し、線１３６の制御信号をオフにし、０パ
ターンを伴つた送信継続指令を交換制御プロセツサ１３
８へ送る。そして状態１６に関するステツプ２５４へ進
み、クリア処理の完了を待つ。

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

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

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

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

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

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

【図面の簡単な説明】

第１図は本発明によるデータ端末装置のブロツク図、第
２Ａ図はＣＣＩＴＴ勧告X.２１において規定されている
通信ネツトワークのブロツク図、第２Ｂ図はＣＣＩＴＴ
勧告X.２１において規定されているデータ端末装置とデ
ータ回線終端装置との間の信号インターフエースのブロ
ツク図、第３図はＣＣＩＴＴ勧告X.２１において規定さ
れている通信手順状態図、第４Ａ図は交換制御プロセツ
サにおいて実行されるプログラムの流れ図、第４Ｂ図は
第４Ａ図の受信ルーチンの流れ図、第４Ｃ図は第４Ａ図
の割込み処理ルーチンの流れ図、第４Ｄ図は第４Ａ図の
送信継続指令ルーチンの流れ図、第４Ｅ図は送信バツフ
ア指令ルーチンの流れ図、第５図は端末処理装置におい
て実行される通信信号状態制御プログラムの流れ図、第
６Ａ図は送信バツフア指令を示す図、第６Ｂ図は送信継
続指令を示す図、第７Ａ図は主ステータス・バイトを示
す図、第７Ｂ図は状態変化を表わす副ステータス・バイ
トを示す図、第７Ｃ図は受信完了状態を表わす副ステー
タス・バイトを示す図である。 １００……データ端末装置、１３０……端末処理装置、
１３２……通信交換回路、１３８……交換制御プロセツ
サ、１４０……ラツチ、１４４……交換モニタ、１４６
……交換制御インタフエース。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 29/10 8020−5Ｋ Ｈ０４Ｌ 13/00 ３０１ (72)発明者 ダーリル・ウエイン・ソリー アメリカ合衆国テキサス州オースチン、シ ルバー・クリーク・ドライブ102番地 (72)発明者 ジヤクリン・ヘゲダス・ウイルソン アメリカ合衆国テキサス州オースチン、シ ルバリ・ドライブ1009番地

Claims (1)

【特許請求の範囲】
1. 【請求項１】複数の端末装置を相互接続しているネット
   ワーク・バスを有する通信ネットワークにおいて、 前記端末装置間の通信を構築するために遷移すべき一連
   の通信状態を含む所定の通信手順に従い且つバス・イン
   ターフェース回路を介して前記ネットワーク・バスと通
   信する、前記端末装置内の端末通信装置であって、 (ａ)前記バス・インターフェース回路とプロトコル信号
   を交換し合う通信交換手段であって、 前記バス・インターフェース回路と単通信チャネルの複
   数線上のプロトコル信号を交換し合い、物理的交換手段
   とプロトコル制御情報を交換し合う電気的交換手段と、 信号状態変化情報を信号状態制御手段に与えるために前
   記電気的交換手段から受信した前記プロトコル制御情報
   を解釈する手段と、前記信号状態制御手段からのコマン
   ドを受信し、それに応答して、複数の前記通信状態を遷
   移していくために前記電気的交換手段へのプロトコル信
   号パターンのシーケンスの交換を行う手段とを有する物
   理的交換手段と を含む 前記通信交換手段と、 (ｂ)前記ネットワーク・バスにわたる通信を制御するた
   めの前記所定の通信手順に従って、前記ネットワーク・
   バスにわたる通信を制御するために前記通信交換手段に
   コマンドを出力する前記信号状態制御手段であって、 前記所定の通信手順に従い、前記信号状態制御手段が現
   在実行しているプログラム状態に従って前記通信交換手
   段にコマンドを与えることにより、前記ネットワーク・
   バスにわたる通信を制御するために複数の前記プログラ
   ム状態のうち１つを実行する手段と、 前記通信交換手段からの前記信号状態変化情報に応答し
   て前記プログラム状態を変化させる手段と を有する前記信号状態制御手段と を備える端末通信装置。