JPH04165844A - 通信装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔目　次］ 概要 産業上の利用分野 従来の技術と発明が解決しようとする課題課題を解決す
るための手段 作用 実施例 発明の効果 〔概要〕 一般的な公衆回線を利用したパソコン通信における通信
プロトコル方式に関し、 特別なハードウェアを用いることなく、高効率の伝送と
、高信鯨度の伝送を行う通信プロトコルを提供すること
を目的とし、 可変長のデータフォーマットを持つ電文の、先頭に該一
電文の先頭を示す記号であるｒｓＯＰ。

■と、該電文の最後に、該一電文の終了を示す記号であ
る「ＥＯＰＪ■とを持ち、その他の項目として、少なく
とも、ＴＥＸＴ部の種別を示すＴＹＰＥ■と、送信ウィ
ンドウ通番であるＷＮ　（Ｓ）と、受信ウィンドウ通番
であるＷＮ　（Ｒ）■と。

送信シーケンス番号であるＮ　（Ｓ）と、受信シーケン
ス番号であるＮ　（Ｒ）■と１分割種別を示すＣ０ＮＴ
■と、メツセージであるＴＥＸＴ部と。

誤りを検出するためのＣＲＣ■とを、該電文の特定の領
域に備えて、該パソコン通信を行う端末と。

センタの、それぞれに、テキストデータと、バイナリデ
ータの送受信を可能とする送受信データの透過処理機構
と、ウィンドウ制御による連続送信機構と、全二重通信
機構と、誤り検出機構と、シーケンスチェック機構と、
タイマ監視機構と３回線品質判断機構と、パケット分割
・組立機構とを備えるように構成する。

〔産業上の利用分野〕

本発明は、一般的な公衆回線を利用したパソコン通信に
おける通信プロトコル方式に関する。

現在、わが国では、約数十万人のパソコン通信ユーザが
存在すると言われており、今後益々増える傾向にある。

又、これに比例して、やりとりされる情報もメツセージ
等のテキストデータ、プログラム等のバイナリデータが
あり、その量も膨大となっている。

このため、該パソコン通信においても、伝送の高効率化
及び、高倍転化が要求されている。

〔従来の技術と発明が解決しようとする課題〕第３図は
、従来のパソコン通信における通信プロトコル方式を説
明する図であり、（ａ）は概念図を示し、（ｂ）はｒＸ
ＭＯＤＥＭＪ手順チッチ−タフオーマットを示している
。

従来のパソコン通信で一般的に使用されている伝送制御
手順として、テキストデータ（所謂、キャラクタデータ
で、画面上に表示されるデータ）時には「無手順」、ま
た、プログラム実行ファイルのように、画面上に表示さ
れないバイナリデータ時には、ｒＸＭＯＤＥＭＪが使用
されている。

この内、「無手順」では、伝送効率の面では問題は少な
いが、信鯨性の面で問題であった。

又、後者のｒＸＭＯＤＥＭ、は、（ｂ）図に示したフォ
ーマットのパケットデータを、例えば、１２８バイト単
位で送受信し、且つ、１パケツト毎に、受信側において
、例えば、「チエツクサム」（ｃｓｕｍ）によるチエツ
クをして、誤りが検出されなければ、ｒＡＣＫ、を返送
し、誤りが検出された場合にはｒＮＡＫＪを返送すると
いうＡ　ＣＫ／ＮＡＫの送達確認が行われているため、
信頼性の面では問題がないが、応答確認による伝送形式
であるため、伝送効率が低下すると問題があった。

本発明は上記従来の欠点に鑑み、一般的な公衆回線を利
用したパソコン通信において、例えば、通信制御装置と
いった、特別なハードウェアを用いることなく、データ
種別（テキストデータ、バイナリデータ）に影響される
ことなく高効率の伝送と、高信較度の伝送を行う通信プ
ロトコルを提供することを目的とするものである。

〔課題を解決するための手段〕

第１図は本発明の原理説明図である。

上記の問題点は下記の如くに構成したパソコン通信にお
ける通信プロトコル方式によって解決される。

（１）パソコン通信において、可変長のデータフォーマ
ットを持つ電文の、該電文の先頭に、該一電文の先頭を
示す記号であるｒｓｏｐ、■と、該電文の最後に、該一
電文の終了を示す記号である「ＥＯＰＪ■とを持ち、 その他の項目として、少なくとも、 ＴＥＸＴ部の種別を示すＴＹＰＥ■と。

送信ウィンドウ通番であるＷＮ　（Ｓ）と、受信ウィン
ドウ通番であるＷＮ　（Ｒ）■と。

送信シーケンス番号であるＮ　（Ｓ）と、受信シーケン
ス番号であるＮ　（Ｒ）■と。

分割種別を示すＣ０ＮＴ■と。

メツセージであるＴＥＸＴ■と。

誤りを検出するためのＣＲＣ■と。

を、該電文の特定の領域に備えて、 該パソコン通信を行う端末１と、センタ２の、それぞれ
に、送受信データの透過処理機構５０と。

ウィンドウ制御による連続送信機構５１と、全二重通信
機構５２と、誤り検出機構５３と、シーケンスチェック
機構５４　と、タイマ監視機構５５と。

回線品質判断機構５６と、パケット分割・組立機構５７
とを備えるように構成する。

（２）上記、送受信データの透過性機構として、上記一
電文の先頭を示す記号であるｒｓＯＰＪ■と、上記一電
文の終了を示す記号であるｒＥ。

Ｐ」■と、伝送制御拡張記号である「ＤＬＥ」と。

フロー制御コードである「ＤＣｌ」　「Ｄｃ３」を該透
過対象コードとし、 送信側において、上記電文のＴＥＸＴ部■、ＣＲＣ部■
中に、上記透過処理対象コードを検出した場合には、上
記伝送制御拡張記号であるｒＤＬＥ」を付加し、上記電
文のＷＮ部■、Ｎ部■は、その儘、対象データと１６進
数「８０」との論理和をとったものをデータとして送信
し、 受信側において、該受信電文のＴＥＸＴ部■。

ＣＲＣ部■中に、上記伝送制御拡張記号である「ＤＬＥ
」を検出した場合には、その次に受信したコードに、１
６進敞「７Ｆ」との論理積をとったものを実データとし
、上記受信電文のＷＮ部■、Ｎ部■は、その儘、１６進
数「７Ｆ」との論理積をとったものを実データとして処
理するように構成する。

（３）上記、連続送信機構として、端末側１とセンタ２
側の、それぞれにおいて、上記送信シーケンス番号Ｎ　
（Ｓ）と、受信シーケンス番号Ｎ（Ｒ）■とに基づいて
、該連続送受信数（ウィンドウ数）を計数し、予め、定
められているウィンドウ数を越えたとき、該送信ウィン
ドウ通番であるＷＮ（Ｓ）と、受信ウィンドウ通番であ
るＷＮ　（Ｒ）■とをカウントアツプし、該ウィンドウ
数を単位とした電文の送受信の数を管理するように構成
する。

（４）上記、回線品質判断機構として、センタ２゜端末
１の、それぞれにおいて、連続して、ｎ１回の再送要求
パケット（Ｎパケット）を受信した場合と、応答を催促
する応答再送バケツ）（Ｒパケット）によるリトライ回
数がｎ２回に達したとき、回線の品質が悪いと判断して
、該回線を強制的に切断するように構成する。

（５）上記、パケット分割・組立機構として、上記透過
処理を施したことにより、一電文の長さが、端末−セン
タ間で、予め、取り決めておいたパケット長より大きい
ことを検出したとき、送信側では、１電文を複数個のパ
ケットに分割し、それぞれのパケットの上記「ＣＯＮＴ
」■に、分割種別を設定して送信し、受信側では、該電
文中の上記「Ｃ０ＮＴ」■の内容により、複数個のパケ
ットに分割されていることを検出した際、該複数個のパ
ケットから１つの電文を組立てて受信するように構成す
る。

（６）上記ｒＴＹＰＥＪの種別を示すコードとして、端
末１からの送信の場合と、センタ２からの送信の場合と
で異なるコード（例えば、端末１では大文字、センタ２
では小文字）を使用するように構成する。

〔作用〕

即ち、本発明によれば、−船釣な公衆回線網を利用した
パソコン通信において、一電文の先頭に、該電文の先頭
を示すｒｓＯＰ、と、一電文の最後に、該電文の終了を
示す「ＥＯＰＪを持ち、且つ、テキスト部の種別を示す
ｒＴＹＰＥＪと、送信ウィンドウの通番であるｒＷＮ　
（Ｓ）Ｊ　、受信ウィンドウの通番であるｒＷＮ　（Ｒ
）Ｊと、送信シーケンス番号である’Ｎ　（Ｓ）　Ｊ　
、受信シーケンス番号であるｒＮ（Ｒ）」と、パケット
の分割種別を示す「ＣＯＮＴ、と、メツセージであるｒ
ＴＥＸＴＪと、誤りを検出する為のｒＣＲＣ，とを持ち
、 上記一電文の先頭を示す記号であるｒｓｏｐ、。

と、上記一電文の終了を示す記号である「ＥＯＰ。

と、伝送制御拡張記号である「ＤＬＥ」と、フロー制御
コードであるｒＤｃＩＪ　　ｒＤＣ３，を該透過対象コ
ードとし、 送信側において、上記電文のＴＥＸＴ部■、ＣＲＣ部■
中に、上記透過処理対象コードを検出した場合には、上
記伝送制御拡張記号であるｒＤＬＥ」を付加し、上記電
文のＷＮ部■、Ｎ部■は、その儘、対象データと１６進
数ｒ８０．との論理和をとって、上記透過対象コードと
かち合わないようにしたものをデータとして送信し、 受信側において、該受信電文のＴＥＸＴ部■。

ＣＲＣ部■中に、上記伝送制御拡張記号である「ＤＬＥ
」を検出した場合には、その次に受信したコードに、１
６進数「７Ｆ」との論理積をとったものを実データとし
、上記受信電文のＷＮ部■、Ｎ部■は、その儘、１６進
数「７Ｆノとの論理積をとったものを実データとして処
理する透過処理により、テキストデータと、バイナリデ
ータの何れも、同じ手順で送受信可能とする。

又、端末側とセンタ側の、それぞれにおいて、上記送信
シーケンス番号Ｎ　（Ｓ）と、受信シーケンス番号Ｎ（
Ｒ）とに基づいて、該連続送受信数（ウィンドウ数）を
計数し、予め、定められているウィンドウ数を越えたと
き、該送信ウィンドウ通番であるＷＮ（Ｓ）と、受信ウ
ィンドウ通番であるＷＮ　（Ｒ）とをカウントアツプし
、該ウィンドウ数を単位とした電文の送受信の数を管理
することで、ウィンドウ数毎の連続送受信を可能とし、
且つ、端末とセンタ間に存在するパケット交換網内で、
電文がウィンドウ数以上滞留したとき等に発生すること
がある通信の矛盾を、上記ウィンドウ通番を見ることに
より防止することができる。

又、通信中に、センタ、端末の、それぞれにおいて、連
続して、ｎ８回の再送要求バケツ）　（Ｎパケット）を
受信した場合と、応答を催促する応答再送パケット（Ｒ
パケット）によるリトライ回数が０２回に達したとき、
回線の品質が悪いと判断して、該回線を強制的に切断す
るように構成する。

又、上記透過処理を施したことにより、一電文の長さが
、端末−センタ間で、予め、取り決めておいたパケット
長より大きくなることがあるが、この事象を検出したと
き、送信側では、１電文を複数個のパケットに分割して
、それぞれの「Ｃ０ＮＴ、に分割種別コードを設定して
送信し、受信側では、該電文中の「ＣＯＮＴＪの内容に
より、複数個のパケットに分割されていることを検出し
た際、該複数個のパケットから１つの電文を組立てて受
信するように構成することで、該透過処理に制限が加わ
ることがなくなる。

本発明は、上記の如く、パソコン通信において、特別な
ハードウェアを設けることなく、少なくとも、テキスト
データと、バイナリデータとを同一の手順で通信するこ
とができる透過処理と、複数個の電文の連続送信と、回
線品質判断、及び、上記透過処理に起因して、電文の長
さが規定のパケット長より長くなったときのパケット分
割・組立の機構を持つことを特徴とする伝送制御手順で
ある。

従って、本発明により、データ種別に影響されないで、
高効率、及び、高信鯨のパソコン通信が可能となる効果
がある。

〔実施例〕

以下本発明の実施例を図面によって詳述する。

前述の第１図が本発明の原理説明図であり、第２図は本
発明の一実施例を示した図であって、（ａ）は本発明を
適用したネットワーク構成の例を示し、（ｂ）は透過処
理の例を示し、（Ｇｏ）　、　（ｃｌ）　、　（Ｃ２）
は連続送信時の交信フローの例を示し、（ｄ）はＣＲＣ
エラー時の交信フローの例を示し、（ｅ）はシーケンス
番号エラー時の交信フローの例を示し、（ｆ）は応答監
視の交信フローの例を示し、（ｇ）は無通信監視の交信
フローの例を示し、（ｈｌ）　、　（ｈ２）はパケット
分割・組立の例を示し、（ｉ）はウィンドウオーバ時の
矛盾発生の様子を示し、（ｊｌ）〜（ｊ４）は送受信ウ
ィンドウ通番ＷＮ（Ｓ）（Ｒ）と、送受信シーケンス番
号Ｎ（Ｓ）（Ｒ）の更新手順を示している。

本発明は、端末１とセンタ２間でデータ通信を行うのに
、第１図に示したデータフォーマットの電文を送受信し
て、それぞれにおいて、特別なハードウェア、例えば、
通信制御装置等を用いることなく、テキストデータと、
バイナリデータとを透過させる処理、複数個の電文の連
続送信処理。

誤り検出処理、シーケンスチェック、タイマ監視。

無通信監視９回線品質判断処理、電文の長さが規定のパ
ケット長より長くなったときに、パケット分割・組立を
行う手段が本発明を実施するのに必要な手段である。尚
、全図を通して同じ符号は同じ対象物を示している。

以下、第１図を参照しながら、第２図によって、本発明
による通信プロトコルを用いたパソコン通信の動作を説
明する。

先ず、（ａ）図に示したネットワークにおいて端末１と
、センタ２との間で、本発明による通信プロトコルでパ
ソコン通信を行う場合、例えば、１０〜２０４８バイト
の可変長の、第１図に示したデータフォーマットを持つ
電文により行い、他の、例えば、計算機間通信のように
、特別なハードウェアである通信制御装置等を持つこと
なく、高効率。

及び、高信頼度のデータ伝送を行うものである。

以下、本発明の通信プロトコルについて説明する。

先ず、本発明の通信プロトコルで使用する電文のデータ
フォーマットを、第１図によって、以下に説明する。

■　Ｓ　ＯＰ　（Ｓｔａｒｔ　Ｏｆ　Ｐａｃｋｅｔ）　
　ニー電文の先頭であることを示す、伝送コードは０Ｋ
７Ｆ　（１６進数、以下略）を使用している。

■　ＴＹＰＥ： ＴＥＸＴ部がどのような情報であるか及び、レスポンス
が必要かどうかを示す。

■　ＷＮ（Ｗｉｎｄｏｗ　Ｎｕｍｂｅｒ）　　：複敞個
の電文（ウィンドウ数）を連続に送受信した時の通番で
あり、例えば、ある種のパソコン通信の様に、端末１と
センタ２との間にパケット交換機が存在し、その中に電
文が滞留等すると、上記ウィンドウ数を越えた場合、矛
盾を来す恐れがある０本ウィンドウ通番ＷＮは、この矛
盾を防止するためのものであり、送受信のウィンドウ通
番を表している。なお、この通番は、０から１２７まで
の値であり、１２７の次はＯに戻るサイクリック使用で
ある。以下、（ｊ　１）　、　（ｊ　２）図により、そ
の更新手順を説明する。

本図において、小文字は、端末１．又は、センタ２側に
設けられている、図示されていない内部カウンタを示し
、大文字は、パケット中に示されている上記ウィンドウ
通番を示している。尚、（ｊ３）、（ｊ４）図に示した
後述のシーケンス番号についても同じである。

ＷＮ（Ｓ）：送信のウィンドウ通番を表し、Ｐパケット
に対する応答（Ａ／Ｉ／Ｐパケット）を受信した時点て
、上記内部送信ウィンドウ通番カウンタｗｎ　（ｓ）　
＋１−ＷＮ　（Ｒ）かを見て、一致したとき、該ｗｎ　
（ｓ）に１を加算して、以降で送信するパケットのＷＮ
（Ｓ）に、該ｗｎ　（ｓ）の値が設定される。（（ｍ図
参照） ＷＮ　（Ｒ）：受信のウィンドウ通番を表し、相手から
のＰパケットを受信した時点で、内部受信ウィンドウ通
番カウンタｗｎ　（ｒ）−ＷＮ　（Ｓ）かを見て、一致
する・と、ｗｎ　（ｒ）＝ｗｎ　（ｒ）＋１をして、内
部受信シーケンス番号カウンタｎ（ｒ）−０に初期化す
る。　　（（３２）図参照）■　　Ｎ　（Ｎｕｍｂｅｒ
）： パケットのシーケンス番号であり、この番号によって、
パケット紛失や重複受信を防止する。なお、この通番は
、例えば、Ｏから１２７までの値であり、１２７の次は
０に戻るサイクリック使用である。

Ｎ（Ｓ）：次に送信するパケットのシーケンス番号であ
り、情報パケット（情報種別が■または、Ｐ）の正常な
送信が終わる毎に、内部送信シーケンスカウンタｎ（ｓ
）を加算する。以降、該送信シーケンス番号Ｎ　（Ｓ）
にｎ（ｓ）が設定される。

（（ｊ　３）図参照） Ｎ（Ｒ）：次に受信するべき情報パケット（１／Ｐパケ
シト）のシーケンス番号であり、正常に受信した場合、
即ち、そのときの、上記受信ウィンドウ通番カウンタｗ
ｎ　（ｒ）の値と、送信されてきたパケットの送信ウィ
ンドウ通番ＷＮ　（Ｓ）とが一致し、且つ、内部受信シ
ーケンスカウンタｎ（ｒ）の値と、送信されてきたパケ
ットの上記シーケンス番号Ｎ　（Ｓ）とが一致したとき
に、受信シーケンスカウンタｎ　（ｒ）に１を加算する
。以降、該受信シーケンス番号Ｎ　（Ｒ）には、該ｎ（
ｒ）が設定される。（（ｊ４）図参照）■　ＣＯＮ　Ｔ
　（ＣＯＮＴｉｎｕｅ）　：１メツセージがパケット分
割されているがどうかの情報であり、後述する送信側で
のパケットの分割、受信側に於けるパケット組立で使用
される。

該ｒ　Ｃ０ＮＴ　Ｊの情報種別を以下に示す。

■　ＴＥＸＴ： メツセージが格納される。なお、ＴＥＸＴ長は端末−セ
ンターの取決めにより、例えば、２０３８の範囲で決定
される。

■　ＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｃｙ　Ｃｈ
ｅｃｋ）　：上記ＳＯＰ■からＴＥＸＴ部■までのＣＲ
Ｃ値である。

■　Ｅ　ＯＰ　（Ｅｎｄ　Ｏｆ　Ｐａｃｋｅｔ）　　ニ
ー電文の終了であることを示し、キ中リッジリターンコ
ード（ＣＲ）　（ＯｘＯＤ）を使用している。

以下、上記データフォーマットによる電文（メツセージ
）を送受信する場合の各種の処理について説明する。

（１）透過処理： 上記の第１図のデータフォーマットに従い、本発明によ
る透過処理について述べる。第２図（ｂ）に、その透過
処理の例を示しである。

■　透過処理対象コード： ・ＳＯＰ■である０Ｘ７Ｆ　（１６進数７Ｐ；以下略）
−ＥＯＰ■である０ＸＯＤ ・ＤＬＥ　（伝送制御拡張コード）である０ｘ１０・フ
ロー制御コード（例えば、パケット交換網の送受信バッ
ファがビジー（ＤＣＩ）か、空き（ＤＣ３）を示す制御
コード）であるＤ　Ｃ１（ＯＸｌｌ）、Ｄ　Ｃ３（Ｏｘ
１３） ■　ＴＥＸＴ部、ＣＲＣ部 ・送信側 透過対象データの場合は、Ｄ　Ｌ　Ｅ　（ＯｘｌＯ）を
付加し、実データと０ｘ８０の論理和をとりデータとし
て送信する。

具体例で説明すると、ｒＤＬＥ　ｊコード「１０」を伝
送する場合、１６進数「１０」と「８０」の論理和をと
ると、 」■度１四更ぶ曵Ｌ となるので、（ｂ）図に示したように、回線上のデータ
は、ｒｌｏ　９０　Ｊとなる。

・受信側 ＤＬＥを受信した場合は、次に受信したコードに０ｘ７
Ｆと論理積をとったものを実データとして処理する。

上記の例で説明すると、ｒｌｏ　９０　Ｊを受信した場
合、１６進数「９０」と「７Ｆ」との論理積をとること
により、 一月月−Ｕ月−ロｎ− となるので、（ｂ）図に示したように、回線上のデータ
ｒ１０９０　Ｊを受信すると、元の「１０」が得られる
。

■　ＷＮ部、Ｎ部 ・送信側 （Ｓ）、（Ｒ）の値に０Ｘ８０の論理和をとったものを
設定することで、上記透過対象コードとかち合わないよ
うにする。

・受信側 （Ｓ）、（Ｒ）の値に０Ｘ７Ｆの論理積をとったものを
実データとする。

上記の如く、該ｒＷＮ部」　「Ｎ部」の透過処理は上記
ｒＴＥＸＴ部、ｒＣＲＣ部」と、原理的に同じである。

（２）連続送信： 本発明では、伝送効率を向上する目的から、送達確認を
すること無く連続して送受信可能としている。なお、こ
の連続送受信数（ウィンドウ数）は、端末及び、センタ
ー側で保持出来る数であり、例えば、１２７の範囲内で
任意に設定可能である。

データの送信時に、このウィンドウ数を越える場合は、
受信側に送達確認を要求するため、Ｐパケット（後述す
る）を使用して応答を催促する。

又、該Ｐパケットを受信した側は、シーケンス番号が一
致し、且つ、送信すべきデータがある場合は、■または
、Ｐパケットを、又、送信データが無い場合は、Ａパケ
ットにより返答する。第２図（ｃＯ）に、ウィンドウ数
が７の場合を例にとり、その様子を示す。

第２図（ｃｌ）は、上記の具体的な交信フローの例で、
例えば、端末ｌからセンタ２への送信時の交信フローを
示している。

ｌ電文が送信される毎に、送信側の端末１では図示され
ていない内部の送信シーケンスカウンタｎ　（ｓ）がカ
ウントアツプされ（（ｊ３）図参照）、受信側のセンタ
２では、電文を受信する毎に、図示されていない内部の
受信シーケンスカウンタｎ（ｒ）の値と、該受信した電
文の受信シーケンス番号Ｎ　（Ｓ）との一致を見て、一
致がとれていると、正常な受信として、該受信シーケン
スカウンタｎ　（ｒ）の値をカウントアツプする。　　
（（ｊ４）１ｍ参照） 上記の結果として、送信シーケンス番号Ｎ（Ｓ）が°０
゛〜°６゛　に変化するに従って、センタ２での受信シ
ーケンスカウンタｎ　（ｒ）は°０゛〜゛６゛となる。

　　（（ｊ３）図参照） この時、センタ２から端末１への電文はないので、該端
末ｌからの電文中の該受信シーケンス番号Ｎ　（Ｒ）−
００侭である。

この例は、ウィンドウ数が７°の場合であり、該７電文
の連続送信が終了する最後の電文は、ｒＴＹＰＥＪ種別
ｒｐＪのパケット（Ｐパケット）として送信され、ウィ
ンドウ数に達したことをセンタ２に通知し、前述のよう
に、応答を催促する。

このとき、センタ２では、（ｊ２）図にも示したように
、内部の受信ウィンドウ通番カウンタｗｎ　　　（ｒ）
−ＷＮ　（Ｓ）かを見て、一致するので、該ｗｎ（ｒ）
に１を加算し、内部の受信シーケンスカウンタｎ　（ｒ
）をＯに初期化する。

その後、該応答催促に対して、正常であることを、Ａパ
ケット（但し、転送すべきデータなし）により返答する
。従って、受信シーケンス番号Ｎ（Ｒ）−０で、且つ、
正常に、７電文を受信しているので、受信ウィンドウ通
番ＷＮ（Ｒ）に上記ｌを加算しであるｗｎ　（ｒ）の内
容を設定して、返答する。

端末１は、上記返答のＡパケットを受信すると、（ｍ図
に示したように、内部の送信ウィンドウ通番カウンタｗ
ｎ　（ｓ　）　＋　１　＝ＷＮ　（Ｒ）かを見て、一致
すると、該ｗｎ　（ｓ）に１を加算して、送信ウィンド
ウ通番ＷＮ（Ｓ）に該ｗｎ　（ｓ）の値を設定し、■パ
ケットによる新たな連続送信に入る。

（ｃ２）図は、上記（Ｃ・１）図と同じ手順で、端末１
と、センタ２の双方からデータ通信（所謂、全二重通信
）を行っている例である。

端末１からＰパケットにより、ウィンドウ数−７に達し
たことを通知する電文を送信し、応答を催促すると、セ
ンタ２では、続いて伝送すべきデータがあるので、上記
Ａパケットの代わりに、Ｐパケットで返答すると共に、
応答を催促する。このとき、前述のようにして、受信ウ
ィンドウ通番ＷＮ　（Ｒ）−０→１に切り替えられてい
る。

端末１は、該センタ２からのＰパケットに対応して、続
いて伝送すべきデータがあるので、！バケットで返答す
ると共に、次の連続送信を開始する。

このようにして、ウィンドウ通番ＷＮを用いて、端末１
．及び、センタ２側で保持できる電文数毎に連続して送
受信することができる。

（３）誤り検出： 本発明では、伝送路上の誤りを検出するため、受信パケ
ットを、例えば、ＣＲＣ−１６方式によりチエツクを行
う、なお、ＣＲＣ誤りを検出した場合は、そのパケット
の破棄が行われる。

このときの交信フローを示したものが、（ｄ）図である
。

本図の例では、センタ２において、端末１がらの２番目
のＩパケットにおいて、ＣＲＣ誤り（異常）を検出して
いる。

従って、端末１からの、該誤りの検出された電文を無視
し、後述のタイマ監視を行い、無通信監視タイムアウト
を検出した時点で、応答を催促するＲパケット（但し、
受信シーケンス番号Ｎ（Ｒ）−１で、誤りを検出した電
文のシーケンス番号を通知する）を送信する。

端末１では、該Ｒパケットを受信すると、上記Ｒパケッ
トで通知されてきた受信シーケンス番号Ｎ　（Ｒ）−１
から再送を行う。

上記において、ＣＲＣ誤りを検出後に、端末ｌからデー
タがあると、後述の（４）のシーケンスチェックにより
、シーケンス番号不一致となり、再送要求のＮパケット
が送出される。

（４）シーケンスチェック： 本発明では、送受信されるパケットには、前述のように
、全てシーケンス番号が付与されているため、端末１．
及び、センタ２では常時パケットの紛失、重複受信を確
認することが可能である。

パケット紛失を確認した場合（シーケンスの不一致）は
、正常に受信出来ている次のパケットからの再送要求を
依頼する。又、重複受信の場合は、受信データの破棄が
行われる。

（ｅ）図にこのときの交信フローを示している。

この例では、端末１からの最初のＩパケットで消失した
場合が示されている。

二の場合、前述のように、受信側、本例では、センタ２
における受信カウンタは°０”の優であるので、端末１
からの次のＩパケットを受信したとき、その送信シーケ
ンス場合Ｎ　（Ｓ）−１との間で不一致を検出すること
になる。

従って、センタ２では、該受信カウンタの値を用いて、
再送要求を指示するＮパケットを送信する。

端末１では、該受信したＮパケットの受信シーケンス場
合Ｎ　（Ｒ）−０に基づいて、該シーケンス番号゛０”
から再送を始める。

（５）タイマ監視： 本発明では、応答監視タイマ及び、無通信監視タイマの
二つを持っており、それぞれ以下の処理を行っている。

１）応答監視タイマ： 応答を必要とするパケット（Ｐまたは、Ｒパケット）に
対して、一定時間内（端末、センターで時間を取り決め
ている。）に応答パケットが受信出来ない場合は、応答
を催促するＲパケットを送信し、その応答を催促する。

なお、応答要求を受信した側では、送信すべきデータが
あった場合は、■または、Ｐパケットを使用し、又、送
信データが無い場合は、状態通知であるＡパケットを送
信する。（ｆ）図にその様子を示す−（（ｃｌ）　、　
（ｃ２）図に示した交信フローを参照） ２）無通信監視タイマニ 一定時間パケットのやりとりが無い場合、正常に通信が
行われていることを確認するため、Ｒパケットを送信し
、その応答を催促する。なお、応答要求を受信した側で
は、送信すべきデータがあった場合は、■または、Ｐパ
ケットを使用し、また、送信データが無い場合は、状態
通知であるＡパケットを送信する。（ｇ）図にその様子
を示す。

（（ｄ）図に示した交信フローを参照）（６）回線品質
判断： 以下の条件を満たした場合、回線の品質が悪いと判断し
、回線を強制的に切断する。

１）連続してｎ３回のＮパケットを受信した場合。

２）　　Ｒパケットによるリトライ回数がｎ２回に達し
た場合。

尚、ｎ、及び、ｎ２は、端末−センターとの取決めで決
定される。

（７）パケット分割： 前述の（１）で説明した透過処理を施すと、電文中に、
透過処理対象コードがあると、ＤＬＲコードが付加され
るので、端末−センターで取り決めたパケット長が大き
くなる場合がある。

この場合、パケット長を規定の長さにするため、ｌメツ
セージを複数パケットに分割して送信する。

又、受信側では、パケット内のＣ０ＮＴにより複数パケ
ットであるかを判断し、１メツセージの組立を行う。

（ｈｌ）図は、送信時でのパケット分割の様子を示して
おり、最初のパケットのｒ　Ｃ０ＮＴ　Ｊに先頭である
ことを示すコード「Ｆ」を設定し、最後のパケットのｒ
　Ｃ０ＮＴ　Ｊに、最後のパケットであることを示すコ
ード「Ｌ」を設定して送信することを示しており、（ｈ
２）図は受信したパケット中の上記「ｃ。

ＮＴＪに指示されている上記コードの種別「Ｆ」ｒ［」
ｒｌ　Ｊに基づいて、元の電文（メツセージ）に組立を
行うことを示している。

（８）パケット交換機側での障害で電文が送信でなかっ
たときの処理： 上記、本発明の通信プロトコルを特徴付けるウィンドウ
通番ＷＮ　（Ｓ）、（Ｒ）の役割について、（ｉ）図に
よって説明する。

ここでは、端末１をＴで、パケット交換網をＦで、セン
タ２をＳで表し、説明の便宜上、ウィンドウ数を°２゛
とし、図中（）内の数字は、該送信シーケンス番号Ｎ　
（Ｓ）を示している。

ａ）Ｓからデータ’Ｉ　（０）Ｊを送信する。

ｂ）Ｓから９次のデータを送信する、この際、前述のよ
うに、ウィンドウ数は２°であるため、該データはｒＰ
　（１）　」となる。

ｃ）Ｔでは、上記ａ）、及び、ｂ）のデータに対する処
理を行った後、ｂ）のＰパケットに対する返答のため、
「Ａパケット」を送信する。このとき、該「Ａパケット
」のＷＮ　（Ｒ）＝１．ＷＮ（Ｓ）−０である。

ｄ）ＴからＡパケットを受信した後、本発明による通信
プロトコルにおいては、前述のように、ウィンドウ通番
ＷＮ　（Ｓ）の切り替えが行われる。

又、Ｓからの続く送信データがないため、前述の無通信
監視タイマが働き、正常であることを確認するため「Ｒ
パケット」が送信される。従って、該「Ｒパケット」の
ＷＮ　（Ｓ）＝１である。

ｅ）その後、Ｓに送信データが２通発生したため、同様
にして、Ｉ　（０）、及び、Ｐ（１）が、それぞれ送信
され、パケット交換網Ｆに滞留している。

ｆ）Ｓからの上記ｅ）で送信されたデータが、パケット
交換ｗ４Ｆでの、送信異常等の原因により、Ｔへ送信で
きなかったとする。

ｇ）Ｔでは、上記ｄ）で受信したＲパケット（前述のよ
うに、応答を催促するパケット）に対する返答のため「
Ａパケット」を送信する。従って、該「Ａパケット」の
ＷＮ　（Ｓ）＝１である。

ｈ）Ｓでは、上記ｇ）で受信したＡパケットが、本来、
ｄ）のＲパケットに対する返答であるにも係わらず、上
記ｅ）で送信したＰパケットに対する返答であると解釈
してしまい、新たな、■パケットを送信すると、上記ｅ
）の送信データＩ（０）、及び、Ｐ　（１）は完全に紛
失してしまうことになり、矛盾が発生する。

そこで、本発明においては、上記ウィンドウ通番ＷＮ　
（Ｓ）、ＷＮ　（Ｒ）を参照することにより、上記紛失
した電文をＳで認識できるようにする。

即ち、Ｓで、上記ｇ）で送信されてきたＡパケットの送
信ウィンドウ通番ＷＮ（Ｓ）（＝１）を参照することに
より、該Ａパケットは、上記ｄ）でＳが送信したＲパケ
ットに対する返答であると認識し、上記ｅ）で送信した
２つのパケットがＴに受信されていないと判断して、次
の１パケツトを、該「Ａパケット」のＷＮ　（Ｓ）を参
照して、ＷＮ　（Ｓ）＝１の電文として再送することで
、上記の矛盾を解消することができる。

（９）　　ｒ　Ｔ　Ｙ　Ｐ　Ｅ　Ｊコードに対する他の
実施例二上記の説明においては、ｒＴＹＰＥＪコードと
して、大文字（１，Ｐ、Ｒ，Ａ、Ｎ）を使用する例を示
したが、端末１がらの送信の場合には、例えば、小文字
（ｉ、ｐ、ｒ、ａ、ｎ）を使用し、センタ２からの送信
の場合に、上記大文字（１゜Ｐ、Ｒ，Ａ、Ｎ）を使用す
るように構成する。

１）このように構成することで、パケット交換網におい
て、回線の監視等によりモニタリングを行う場合、送信
元が端末１が、又は、センタ２がの判断を容易に行うこ
とができる。

２）又、パケット交換網とセンタ２間が、何らかの障害
により回線が切断されると、端末１がらの送信データが
、該パケット交換網から折り返され、端末１に戻ってく
る。

この事象を判断するために、上記のように、ｒＴＹＰＥ
Ｊコードを分けておくと、該送信したデータの折り返し
が、即、認識でき、該折り返しであることが認識される
と、パケット交換網とセンタ２間の障害と見なし、回線
を切断することができる。

〔発明の効果〕

以上説明したように、本発明によれば、パソコン通信に
於いて、特別なハードウェアを用いることなく、また、
データの種別に影響されない高効率及び、高信頼伝送を
可能とすることが出来る。

これにより、今後、益々増えてゆくデータの、短時間伝
送を図ることが出来る。

【図面の簡単な説明】

第１図は本発明の原理説明図。 第２図は本発明の一実施例を示した図。 第３図は従来のパソコン通信における通信プロトコル方
式を説明する図。 である。 図面において、 ｌは端末（Ｔ）、　　　　　　２はセンタ（Ｓ）。 ３はパケット交換網（Ｆ）。 １、Ｐ、Ｒ，Ａ、Ｎはパケットの種別。 ｓｏｐは一電文の先頭を示す記号。 ＷＮ　（Ｓ）　、　（Ｒ）は送信、受信のウィンドウ通
番。 Ｎ　（Ｓ）　、　（Ｒ）は送信、受信のシーケンス番号
。 Ｃ０ＮＴは分割種別（Ｆ、？１．Ｌ）。 Ｔｅｌ！ＸＴは一電文中のメツセージを示す記号。 ＥＯＰは一電文中の終了を示す記号。 ■〜■はデータフォーマットの内容。 ａｘｈはデータ通信の例。 をそれぞれ示す。 第　２　図　（その１） 第　２　図　（その２） 第　２　図　（その３） （ｄ） 端末　　　　　　　　　　　　　　　センタ第　２　図
　（その４） 端末　　　　　　　　　　　　　　　センタ第　２　図
　（その５） 第　２　図　（その６） Ｔ（端末）　　−Ｆ（パケット交換網）　　　　　　　
Ｓ（センタ）第　２　図　（その７） ＷＮ　（Ｓ）　　　　　　　　　　−Ｐ　−一→・・−
・・−・・・・」 （ｊｌ） 以降、ＷＮ　（Ｒ）には、ｗｎ　（ｒ）力Ｗされる。 （ｊ２） 本発明の一実施例を示した図 第　２　図　（その８） Ｎ　（Ｓ）　　　　Ｎ　（Ｓ）　−ｎ　（ｓ）　＋１正
常送信か？ 第　２　図　（その９） （ｂ） 従来のパソコン通信における通信プロトコル方式を説明
する図第３図

Claims (6)

【特許請求の範囲】
1. （１）パソコン通信において、可変長のデータフォーマ
   ットを持つ電文の、該電文の先頭に、該一電文の先頭を
   示す記号である「ＳＯＰ」〔（１）〕と、該電文の最後
   に、該一電文の終了を示す記号である「ＥＯＰ」〔（８
   ）〕とを持ち、 その他の項目として、少なくとも、 ＴＥＸＴ部の種別を示すＴＹＰＥ〔（２）〕と、送信ウ
   ィンドウ通番であるＷＮ（Ｓ）と、受信ウィンドウ通番
   であるＷＮ（Ｒ）〔（３）〕と、送信シーケンス番号で
   あるＮ（Ｓ）と、受信シーケンス番号であるＮ（Ｒ）〔
   （４）〕と、分割種別を示すＣＯＮＴ〔（５）〕と、 メッセージであるＴＥＸＴ〔（６）〕と、 誤りを検出するためのＣＲＣ〔（７）〕、 を、該電文の特定の領域に備えて、 該パソコン通信を行う端末（１）と、センタ（２）の、
   それぞれに、送受信データの透過処理機構（５０）と、
   ウィンドウ制御による連続送信機構（５１）と、全二重
   通信機構（５２）と、誤り検出機構（５３）と、シーケ
   ンスチェック機構（５４）と、タイマ監視機構（５５）
   と、回線品質判断機構（５６）と、パケット分割・組立
   機構（５７）とを備えたことを特徴とするパソコン通信
   における通信プロトコル方式。
2. （２）上記、送受信データの透過処理機構として、上記
   一電文の先頭を示す記号である「ＳＯＰ」〔（１）〕と
   、上記一電文の終了を示す記号である「ＥＯＰ」〔（８
   ）〕と、伝送制御拡張記号である「ＤＬＥ」と、フロー
   制御コードである「ＤＣ１」「ＤＣ３」を該透過対象コ
   ードとし、 送信側において、上記電文のＴＥＸＴ部〔（６）〕、Ｃ
   ＲＣ部〔（７）〕中に、上記透過処理対象コードを検出
   した場合には、上記伝送制御拡張記号である「ＤＬＥ」
   を付加し、上記電文のＷＮ部〔（３）〕、Ｎ部〔（４）
   〕は、その儘、対象データと１６進数「８０」との論理
   和をとったものをデータとして送信し、受信側において
   、該受信電文のＴＥＸＴ部〔（６）〕、ＣＲＣ部〔（７
   ）〕中に、上記伝送制御拡張記号である「ＤＬＥ」を検
   出した場合には、その次に受信したコードに、１６進数
   「７Ｆ」との論理積をとったものを実データとし、上記
   受信電文のＷＮ部〔（３）〕、Ｎ部〔（４）〕は、その
   儘、１６進数「７Ｆ」との論理積をとったものを実デー
   タとして処理することを特徴とする請求項１に記載のパ
   ソコン通信における通信プロトコル方式。
3. （３）上記、連続送信機構として、端末（１）側とセン
   タ（２）側の、それぞれにおいて、上記送信シーケンス
   番号Ｎ（Ｓ）と、受信シーケンス番号Ｎ（Ｒ）〔（４）
   〕に基づいて、該連続送受信数（ウィンドウ数）を計数
   し、予め、定められているウィンドウ数を越えたとき、
   該送信ウィンドウ通番であるＷＮ（Ｓ）と、受信ウィン
   ドウ通番であるＷＮ（Ｒ）（３）とをカウントアップし
   、該ウィンドウ数を単位とした電文の送受信の数を管理
   することを特徴とする請求項１に記載のパソコン通信に
   おける通信プロトコル方式。
4. （４）上記、回線品質判断機構として、センタ（２）、
   端末（１）の、それぞれにおいて、連続して、ｎ＿１回
   の再送要求パケット（Ｎパケット）を受信した場合と、
   応答を催促する応答再送パケット（Ｒパケット）による
   リトライ回数がｎ＿２回に達したとき、回線の品質が悪
   いと判断して、該回線を強制的に切断することを特徴と
   する請求項１に記載のパソコン通信における通信プロト
   コル方式。
5. （５）上記、パケット分割・組立機構として、上記透過
   処理を施したことにより、一電文の長さが、端末−セン
   タ間で、予め、取り決めておいたパケット長より大きい
   ことを検出したとき、送信側では、１電文を複数個のパ
   ケットに分割し、それぞれのパケットの上記「ＣＯＮＴ
   」〔（５）〕に、分割種別を設定して送信し、受信側で
   は、該電文中の上記「ＣＯＮＴ」〔（５）〕の内容によ
   り、複数個のパケットに分割されていることを検出した
   際、該複数個のパケットから１つの電文を組立てて受信
   することを特徴とする請求項１に記載のパソコン通信に
   おける通信プロトコル方式。
6. （６）上記「ＴＹＰＥ」の種別を示す記号として、端末
   （１）からの送信の場合と、センタ（２）からの送信の
   場合とで異なるコードを使用するように構成したことを
   特徴とする請求項１に記載のパソコン通信における通信
   プロトコル方式。