JPH0362752A

JPH0362752A - 通信システム

Info

Publication number: JPH0362752A
Application number: JP1198454A
Authority: JP
Inventors: Hideo Aizawa; 相沢　英夫
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1989-07-31
Filing date: 1989-07-31
Publication date: 1991-03-18

Abstract

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

Description

【発明の詳細な説明】［発明の目的コ（産業上の利用分野）本発明は、回線を通して複数の通信端末間でデータ伝送
を行う通（Ｚシステムに関する。

（従来の技術）従来から、通信端末間でデータ伝送を行う方法として、
払本形データ伝送制御手順、二進ブタ同期通信（Ｂ　Ｓ
　Ｃ）手順等がよく知られている。

これらのデータ伝送方式では、主局（データ送信側）か
ら従局（データ受信側）にブロック単位のデータ（デー
タブロック）が伝送されると、従局は、まずこの受信デ
ータのパリティチェックを行い、エラーか検出されなけ
ればＡＣＫ　（肯定応答）メツセージを、エラーが検出
されればＮＡＫ　（否定応答）メツセージを主局に対し
返送する。そして主局はＡＣＫメツセージを受信したと
き、次のデータブロックを従局に送信し、ＮＡＫメツセ
ージを受信したとき、再度向しデータブロックを従局に
送信する。

ところで、このようなデータｆ云送においてエラが多発
することは、主局のデータ再送信処理を繰返すことにな
るため、データ伝送幼牛上極めて好ましくない事である
。そこで、テストブログラムを用いたエラー調査が一般
に行われている。

しかしながら、この方法では、単にテストデータについ
ての結果が得られるたけであるため、その結果から必す
しも実際の運用時に発生したエラの原因が解明されると
は限らながった。このことから、通常の運用状態におい
て伝送されるブタブロックを、従局側においてオンライ
ンスコプ等を用いて監視することにより、エラーか検出
されたデータブロックを取得するという手法がしばしば
用いられている。

しかし、この方法では、伝送されたデータブロックを長
持間監視していなければならず、エラーが検出されたデ
ータブロックを確実に取得することは非常に難しかった
。また、従局側でこれを確実に取得できたとしても、根
本的なエラーの原因を解明するには不十分てあった。さ
らに調査に際し、遠隔地へオンラインスコープを運ばな
ければならない事も多々あった。

（発明が解決しようとする課題）本発明はこのような課題を解決するためのもので、通常
の運用状態で、エラーの検出されたブタブロックを主局
において容易に取得でき、より有効なエラー調査の実施
を図ることのできる通信システムの堤供を目的としてい
る。

「発明の構成］（課題を解決するための手段）本発明の通信システムは上記に１的を達成するために、
回線を通して主局がらｕｂにデータブロックを送信し、
従局は、受信したデータブロックのチェックを行って、
エラーが検出されれば、否定応答を主局に返送するよう
なされた通信システムにおいて、否定応答を主局に返送
した後、受信したデータブロックを主局に返送する手段
と、この手段により返送されたデータブロックを主局が
送信したデータブロックとともに表示する手段とを具備
したものである。

（作　用）本発明の通信システムでは、従局において、受信したデ
ータブロックのチェックでエラーを検出したな１１ば、
否定応答を主ｊ１−６に逗Ｊした後、受信したデータブ
ロックを主局に返送する。主局は、返送されたデータブ
ロックを該主局が先に送伝したデータブロックとともに
表・」くする。

したがって、この発明によれば、通常の運用状態で、エ
ラーの検出されたデータブロックを主局で容易に取得で
き、しかもこのデータブロックと先に主局が送信したデ
ータブロックとを比較検証することができるので、より
（−ｊ効なエラー調査を行うことが可能となる。

（実施例）以下本発明の実施例を図面を用いて説明する。

第１図は本発明に係る一実施例の通信システムにおける
各通信端末（主局、従局）の構成を説明するためのブロ
ック図である。

同図において、１は通信端末全体の制御を統括的に行う
中央処理装置（ＣＰ’Ｕ）、２は中央処理装置１で実行
されるブログフムや、送信データおよび受信データを保
管するメｆ１．ｌである。また３は通信端末と回線４と
のインタフェースをとる四線インタフェース、５は、ｉ
ｊア）ｌ　−ｊ’　　夕の入出力手順を制御するシリア
ル入出力部である。さらに６は通信端末の動作モー　１
・を通′次の動作モードとテストモードとの間で切替え
るためのスイッチ、７はスイッチｂの状態を示す情報を
システムハス８に送出するための内部バスドライバであ
る。また９はエラーか検出されたデータブロックを表示
するためのデイスプレィ装置、１０はデイスプレィ装置
９の表示動作を制に…するデイスプレ・ｒコントローラ
である。

次にこの通信システムの動作を第２図から第４図を用い
て説明する。

なお７、第２図は主局から従局１こ送伝さイ′またデー
タにエラーが検出さ才また場８の各局間のデータの流れ
を示している７、第３図はその場合の主局の処理の流れ
を示１〜でいる。第４ｒ？１は同じく従局の処理の流れ
を示している。

ます通常の動作モードからテストモード・＼の切換えを
行うべく、主従各局の通信端末におけるスイッチ６の助
換えを所定の操作によりｉｊう。このスイッチ６の扶！
歴をホず情報は、内部バスドライバフを通してシステム
バス８に送出されることにより中央処理装置１において
解釈される。これにより各局においてテストモードによ
る処理動作か開始される。

まずデータイ云送に先立ち、各局の通信条件であるデー
タビット数およびパリティビットをそれぞれ設定する（
ステップ３１．４１）。なお、ここでの各局の通信条件
は、それぞれデータビット；Ｎ１パリティビット；１と
する。

次に主局から従局にデータブロックを送信する（ステッ
プ３２）。従局は、このデータブロックを受信すると（
ステップ４２）、当該データブロックのパリティチェッ
クを開始する（ステップ４３）。ここでパリティエラー
が検出されなければ、従局は、主局に＆・ＩＬＡｃＫメ
ツセージを返送する（ステップ４４）。主局は、このメ
ツセージを受信すると（ステップ３３）、肯定応答を判
断して（ステップ３４）、従局に対する次のデータブロ
ックの送信を行う（ステップ３２）。またパリティチェ
ックにおいてエラーか検出された場合、Ｒ局は主局にＮ
ＡＫメツセージを返送しくステップ４５）、自局の通信
条件を、データビット；Ｎ＋１、パリティビット：０に
切換える（ステップ４６）。

一方、　ＮＡＫメツセージを受信した主局も、このメツ
セージから否定応答を判断しくステップ３４）、自局の
通信条件を従局の通信条件と等しくなるよう切換える（
ステップ３５）。

次に従局は、主局側のデータ受は入れ体勢が整うのを待
って（ステップ４７）、受信したデータブロックをその
まま主局に返送する（ステップ４８）。ここで、各局の
通信架（’Ｉ−は、それぞれブタビット；　Ｎ　＋　１
、パリティビット；０に切換えられているので、パリテ
ィビットもデータの一部として返送されることになる。

そして主局へのデータブロックの返送を終えると、従局
の通信条件が元の内容に復帰される（ステップ４９）。

一方、主局は、従局から返送されたデータブロックを受
信すると（ステップ３６）、この返送されたデータブロ
ックを先に送信したデータブロックとともにデイスプレ
ィ装置９の同一画面上に表示する（ステップ３７）。こ
れによりオペレータは、その表示画面から各データブロ
ックを比較し、エラー原因の解明を行う。この後、主局
の通信条件も元の内容に復帰される（ステップ３８）。

かくしてこの実施例の通信システムによれば、通常の運
用状悪においてエラーの検出されたブタブロックを主局
側で容易に取得することかでき、しかもこのデータブロ
ックと先に主局が送信したデータブロックとを比較検証
することかできるので、より有効なエラー調査を行うこ
とが可能となる。

なお、上述の実施例では、エラーが検出されたデータブ
ロックをデイスプレィ装置で表示してエラー調査を行う
ようにしたが、エラーか検出されたデータブロックを、
例えばプリンタ等より出力して表示するようにしてもよ
い。また所定の記録媒体１こｄ己録するよう１こしても
よい。

［発明の効果］以上説明したように本発明の通信システムによれば、通
常の運用状悪で、エラーの検出されたデ−タブロックを
主局側において容易に取得てき、しかもこのデータブロ
ックを先に主局か送信し、たデータブロックと比較検証
することができるので、より有効なエラー調査の実施を
図ることかできる。

【図面の簡単な説明】

第１図は本発明に係る一吏施例の通信システムにおける
各通信端末の構成を説明するためのブロック図、第２図
は本史施例システムにおける各局のデータの流れを示す
図、第３図は本実施例システムにおける主周の処理の流
れを示すフローチャＩ・、第４図は同しく　ｕＬ　ｈ”
ｒ５の処理の流れを示すフローチャー１・である。］・・・ＣＰＵ、２・・・メモリ、３・・同線インタフ
ニス、４・・・回線、５・・・シリアル人出力部、６・
スイッチ、７・−内部バスドライバ、８・−・システム
ハス、９−デイスプレィ装置、ＩＱ　　デイスプレィコ
ントローラ。

Claims

【特許請求の範囲】回線を通して主局から従局にデータブロックを送信し、
前記従局は、受信したデータブロックのチェックを行っ
て、エラーが検出されれば、否定応答を前記主局に返送
するようなされた通信システムにおいて、前記否定応答を前記主局に返送した後、前記受信したデ
ータブロックを前記主局に返送する手段と、前記手段により返送されたデータブロックを前記主局が
送信したデータブロックとともに表示する手段とを具備
したことを特徴とする通信システム。