JP3386298B2 - 通信方法 - Google Patents
通信方法Info
- Publication number
- JP3386298B2 JP3386298B2 JP28927195A JP28927195A JP3386298B2 JP 3386298 B2 JP3386298 B2 JP 3386298B2 JP 28927195 A JP28927195 A JP 28927195A JP 28927195 A JP28927195 A JP 28927195A JP 3386298 B2 JP3386298 B2 JP 3386298B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- data
- control device
- connection
- host
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000006854 communication Effects 0.000 title claims description 161
- 238000004891 communication Methods 0.000 title claims description 158
- 238000000034 method Methods 0.000 title claims description 39
- 230000005540 biological transmission Effects 0.000 claims description 63
- 230000004044 response Effects 0.000 claims description 53
- 238000012545 processing Methods 0.000 claims description 5
- 238000012546 transfer Methods 0.000 description 44
- 230000007246 mechanism Effects 0.000 description 20
- 238000010586 diagram Methods 0.000 description 11
- 101100007917 Mus musculus Cst9 gene Proteins 0.000 description 10
- 238000012423 maintenance Methods 0.000 description 5
- 238000013478 data encryption standard Methods 0.000 description 4
- 238000007796 conventional method Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 241001522296 Erithacus rubecula Species 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 101150030566 CCS1 gene Proteins 0.000 description 1
- 101100332461 Coffea arabica DXMT2 gene Proteins 0.000 description 1
- 101100342701 Human herpesvirus 8 type P (isolate GK18) LANA1 gene Proteins 0.000 description 1
- 101150084935 PTER gene Proteins 0.000 description 1
- 101100341123 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) IRA2 gene Proteins 0.000 description 1
- 101150104736 ccsB gene Proteins 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 238000000562 secondary electron spectroscopy Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/187—Details of sliding window management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ホスト・コンピュ
ータやワークステーション等広義のコンピュータ装置を
通信網（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＬＡ
Ｎ／Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏ
ｒｋ：ＭＡＮ／Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ：
ＷＡＮ）に接続し実現される通信システムに於ける各装
置間の通信方法に係り、特に前記コンピュータ装置間の
スループット（Ｔｈｒｏｕｇｈｐｕｔ）やターンアラウ
ンド・タイム（Ｔｕｒｎ−ａｒｒｏｕｎｄ ｔｉｍｅ）
等の通信性能を向上させるための通信データの転送方法
に関する。
ータやワークステーション等広義のコンピュータ装置を
通信網（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＬＡ
Ｎ／Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏ
ｒｋ：ＭＡＮ／Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ：
ＷＡＮ）に接続し実現される通信システムに於ける各装
置間の通信方法に係り、特に前記コンピュータ装置間の
スループット（Ｔｈｒｏｕｇｈｐｕｔ）やターンアラウ
ンド・タイム（Ｔｕｒｎ−ａｒｒｏｕｎｄ ｔｉｍｅ）
等の通信性能を向上させるための通信データの転送方法
に関する。
【０００２】
【従来の技術】従来、前記通信システムのコンピュータ
装置の終端装置（Ｅｎｄ Ｓｙｓｔｅｍ：ＥＳ）間で
は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ
Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを用いて互い
にデータを交換する。係るシステムでは両方の終端装置
（Ｅｎｄ Ｓｙｓｔｅｍ：ＥＳ）間に張られたコネクシ
ョン毎にデータ転送の流量制御（Ｆｌｏｗ Ｃｏｎｔｒ
ｏｌ）がなされる。例えばＴＣＰ／ＩＰでは、送信先相
手からの応答パケットを待たずに連続してデータ・パケ
ットを送出するスライデイング・ウインドウ機構を持っ
ており、ウインドウ・サイズ（相手からの応答を待たず
に送信できるデータの量。応答が返らないままウインド
ウ・サイズを越えてデータ送信はできない）に達するま
では応答パケットが返らなくても送信できる。つまり、
応答がなくともデータを先送りできることにより通信手
順の効率化を図っている。
装置の終端装置（Ｅｎｄ Ｓｙｓｔｅｍ：ＥＳ）間で
は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ
Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを用いて互い
にデータを交換する。係るシステムでは両方の終端装置
（Ｅｎｄ Ｓｙｓｔｅｍ：ＥＳ）間に張られたコネクシ
ョン毎にデータ転送の流量制御（Ｆｌｏｗ Ｃｏｎｔｒ
ｏｌ）がなされる。例えばＴＣＰ／ＩＰでは、送信先相
手からの応答パケットを待たずに連続してデータ・パケ
ットを送出するスライデイング・ウインドウ機構を持っ
ており、ウインドウ・サイズ（相手からの応答を待たず
に送信できるデータの量。応答が返らないままウインド
ウ・サイズを越えてデータ送信はできない）に達するま
では応答パケットが返らなくても送信できる。つまり、
応答がなくともデータを先送りできることにより通信手
順の効率化を図っている。
【０００３】
【発明が解決しようとする課題】前記従来の技術では、
前記コンピュータ装置が高速な通信網接続インタフェイ
スを備える通信網を活かしきれない問題が指摘される。
例えばＴＣＰ／ＩＰをベースにファイル転送を行なう場
合、本問題はＴＣＰ／ＩＰ応答パケットの伝搬遅延によ
り発生する。ＴＣＰ／ＩＰは、前記したようにスライデ
イング・ウインドウ機構により、ウインドウ・サイズに
達するまでは応答パケットが返らなくても送信できる。
しかし、送信先から応答が返らないと、ウインドウ・サ
イズを越えて次のデータ・フレームを送ることができな
い。伝搬遅延が大きいほど送信元に応答が返るまでの時
間も長くなり、それに伴い送信元での送信待ち時間が伸
びる。これは結果的に両者の間の通信の性能（例えばス
ループット）の低下を引き起こす。
前記コンピュータ装置が高速な通信網接続インタフェイ
スを備える通信網を活かしきれない問題が指摘される。
例えばＴＣＰ／ＩＰをベースにファイル転送を行なう場
合、本問題はＴＣＰ／ＩＰ応答パケットの伝搬遅延によ
り発生する。ＴＣＰ／ＩＰは、前記したようにスライデ
イング・ウインドウ機構により、ウインドウ・サイズに
達するまでは応答パケットが返らなくても送信できる。
しかし、送信先から応答が返らないと、ウインドウ・サ
イズを越えて次のデータ・フレームを送ることができな
い。伝搬遅延が大きいほど送信元に応答が返るまでの時
間も長くなり、それに伴い送信元での送信待ち時間が伸
びる。これは結果的に両者の間の通信の性能（例えばス
ループット）の低下を引き起こす。
【０００４】例えば、データを１０００Ｋｍ先の相手に
届ける場合を考える。ここでの伝搬遅延時間は０．００
３秒（伝搬速度：３００，０００，０００ｍ（３０万Ｋ
ｍ／ｓ）を前提）を要する。相手先にデータが伝搬する
まで、及び応答が返ってくるまでには、夫々少なくとも
伝搬遅延の０．００３秒がかかる。これに対して、例え
ば１５５Ｍｂｐｓのインタフェイスで４８ｋバイト程度
（約３６０ｋｂｉｔ）のデータを送信する場合、ウイン
ドウ・サイズを４８ｋバイトとすると、この送信に約
０．００３秒程度を要する。送信時間とその後の伝搬遅
延時間がほぼ同程度になる。つまり、送信過程に係ると
ころ、約１／２時間は無駄（遊んでいること）になる。
基本的に伝搬遅延時間が大きな通信網を介してデータ転
送を行なう場合、前記送信待ち時間を増長させることに
なり、高速なインタフェイスを持つ通信網を活かしきれ
ない。通信網接続インタフェイスの高速化に応じたデー
タ転送性能を向上できない。
届ける場合を考える。ここでの伝搬遅延時間は０．００
３秒（伝搬速度：３００，０００，０００ｍ（３０万Ｋ
ｍ／ｓ）を前提）を要する。相手先にデータが伝搬する
まで、及び応答が返ってくるまでには、夫々少なくとも
伝搬遅延の０．００３秒がかかる。これに対して、例え
ば１５５Ｍｂｐｓのインタフェイスで４８ｋバイト程度
（約３６０ｋｂｉｔ）のデータを送信する場合、ウイン
ドウ・サイズを４８ｋバイトとすると、この送信に約
０．００３秒程度を要する。送信時間とその後の伝搬遅
延時間がほぼ同程度になる。つまり、送信過程に係ると
ころ、約１／２時間は無駄（遊んでいること）になる。
基本的に伝搬遅延時間が大きな通信網を介してデータ転
送を行なう場合、前記送信待ち時間を増長させることに
なり、高速なインタフェイスを持つ通信網を活かしきれ
ない。通信網接続インタフェイスの高速化に応じたデー
タ転送性能を向上できない。
【０００５】本発明は上記事情に鑑みてなされたもので
あり、その目的とするところは、前記コンピュータ装置
間のスループットやターン・アラウンド・タイム等通信
性能を向上させるための通信方法を提供することにあ
る。
あり、その目的とするところは、前記コンピュータ装置
間のスループットやターン・アラウンド・タイム等通信
性能を向上させるための通信方法を提供することにあ
る。
【０００６】
【課題を解決するための手段】上記目的を達成するた
め、本発明は、通信ホストと、通信制御装置と、通信端
末を備え、前記通信ホストと通信制御装置間にローカル
コネクションを設定し、前記通信制御装置と通信端末間
にリモートコネクションを設定し、前記通信ホストが前
記通信制御装置を介して通信端末とデータを交換する通
信システムにおける通信方法であり、前記通信制御装置
は、前記通信ホストから前記ローカルコネクションを介
して受信したデータを順次前記リモートコネクションへ
転送し、かつ前記リモートコネクションを介して受信し
たデータを順次前記ローカルコネクションへ転送し、前
記通信ホストは、前記ローカルコネクションを介して行
なう前記通信制御装置との通信を前記通信端末との通信
と見做して通信処理を行なうようにしている。また、前
記通信制御装置は、前記通信ホストから受信したデータ
の内、前記リモートコネクションへ送信したデータの量
を前記通信ホストへの受信応答に含めて返送し、前記通
信ホストは、前記通信制御装置から返送されたデータの
量にウインドウ・サイズを加えたデータの量から前記通
信制御装置に既に送信したデータの量を差し引いたデー
タの量を前記通信制御装置へ送信可能なデータの量とし
て処理するようにしている。また、前記通信制御装置及
び前記通信端末は、夫々受信応答を前記通信ホストへ返
送し、前記通信ホストは、前記夫々の受信応答の内のい
ずれの受付けに基づき送信の完了と見做すかを選択的に
制御するようにしている。また、複数の通信端局、一つ
あるいは複数の通信サーバ、及び通信網を備え、前記通
信端局は前記通信サーバとの間にローカルコネクション
を設定し、複数の前記通信サーバは互いにサーバコネク
ションを設定した通信システムにおける通信方法であ
り、前記通信端局のデータ送信側（送信元端局）は、前
記ローカルコネクションを介して行なう通信を前記通信
端局のデータ受信側（送信先端局）との間で行なう通信
と見做して通信処理を行なうようにしている。また、前
記コネクションを介した受信側の前記通信サーバあるい
は前記通信端局の各々は夫々受信応答を前記送信元端局
へ返送し、前記送信元端局は、前記夫々の受信応答の内
のいずれの受信応答に基づき送信の完了と見做すかを選
択的に制御するようにしている。
め、本発明は、通信ホストと、通信制御装置と、通信端
末を備え、前記通信ホストと通信制御装置間にローカル
コネクションを設定し、前記通信制御装置と通信端末間
にリモートコネクションを設定し、前記通信ホストが前
記通信制御装置を介して通信端末とデータを交換する通
信システムにおける通信方法であり、前記通信制御装置
は、前記通信ホストから前記ローカルコネクションを介
して受信したデータを順次前記リモートコネクションへ
転送し、かつ前記リモートコネクションを介して受信し
たデータを順次前記ローカルコネクションへ転送し、前
記通信ホストは、前記ローカルコネクションを介して行
なう前記通信制御装置との通信を前記通信端末との通信
と見做して通信処理を行なうようにしている。また、前
記通信制御装置は、前記通信ホストから受信したデータ
の内、前記リモートコネクションへ送信したデータの量
を前記通信ホストへの受信応答に含めて返送し、前記通
信ホストは、前記通信制御装置から返送されたデータの
量にウインドウ・サイズを加えたデータの量から前記通
信制御装置に既に送信したデータの量を差し引いたデー
タの量を前記通信制御装置へ送信可能なデータの量とし
て処理するようにしている。また、前記通信制御装置及
び前記通信端末は、夫々受信応答を前記通信ホストへ返
送し、前記通信ホストは、前記夫々の受信応答の内のい
ずれの受付けに基づき送信の完了と見做すかを選択的に
制御するようにしている。また、複数の通信端局、一つ
あるいは複数の通信サーバ、及び通信網を備え、前記通
信端局は前記通信サーバとの間にローカルコネクション
を設定し、複数の前記通信サーバは互いにサーバコネク
ションを設定した通信システムにおける通信方法であ
り、前記通信端局のデータ送信側（送信元端局）は、前
記ローカルコネクションを介して行なう通信を前記通信
端局のデータ受信側（送信先端局）との間で行なう通信
と見做して通信処理を行なうようにしている。また、前
記コネクションを介した受信側の前記通信サーバあるい
は前記通信端局の各々は夫々受信応答を前記送信元端局
へ返送し、前記送信元端局は、前記夫々の受信応答の内
のいずれの受信応答に基づき送信の完了と見做すかを選
択的に制御するようにしている。
【０００７】
【実施例】本発明に係る通信システムの一構成例を図１
に示す。図１において、１００は通信制御装置（以下、
ＣＣＳ（Ｃｏｍｍｕｎｉｃａｉｔｉｏｎ Ｃｏｎｔｒｏ
ｌ Ｓｔａｔｉｏｎ）と称する）、１５０は入出力チャ
ンネル（ＣＨ（Ｉ／Ｏ Ｃｈａｎｎｅｌ））、２００は
ホスト・コンピュータ（ＨＯＳＴ）あるいはメインフレ
ーム・コンピュータ（Ｍａｉｎｆｒａｍｅ Ｃｏｍｐｕ
ｔｅｒ）、３００は通信ネットワークであり、ここには
ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポ
リタン・エリア・ネットワーク（ＭＡＮ）、及びワイド
・エリア・ネットワーク（ＷＡＮ）が含まれる。５００
はワークステーション（ＷＳ（Ｗｏｒｋｓｔａｔｉｏ
ｎ））あるいはパーソナル・コンピュータ（ＰＣ（Ｐｅ
ｒｓｏｎａｌ Ｃｏｍｐｕｔａ））群であり、ＨＯＳＴ
２００の通信先相手（当該システムのリモート側）端局
として位置付ける。６００はＨＯＳＴ１００側に設置す
る保守用の（当該システムのローカル側）ＬＡＮであ
り、７００は保守用端末としてＷＳ／ＰＣ群である。Ｗ
Ｓ／ＰＣ７００は、ＬＡＮ６００を介して、例えばＣＣ
Ｓ１００の運用管理、あるいはＣＣＳ１００を介して得
られる情報の収集等を司る。
に示す。図１において、１００は通信制御装置（以下、
ＣＣＳ（Ｃｏｍｍｕｎｉｃａｉｔｉｏｎ Ｃｏｎｔｒｏ
ｌ Ｓｔａｔｉｏｎ）と称する）、１５０は入出力チャ
ンネル（ＣＨ（Ｉ／Ｏ Ｃｈａｎｎｅｌ））、２００は
ホスト・コンピュータ（ＨＯＳＴ）あるいはメインフレ
ーム・コンピュータ（Ｍａｉｎｆｒａｍｅ Ｃｏｍｐｕ
ｔｅｒ）、３００は通信ネットワークであり、ここには
ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポ
リタン・エリア・ネットワーク（ＭＡＮ）、及びワイド
・エリア・ネットワーク（ＷＡＮ）が含まれる。５００
はワークステーション（ＷＳ（Ｗｏｒｋｓｔａｔｉｏ
ｎ））あるいはパーソナル・コンピュータ（ＰＣ（Ｐｅ
ｒｓｏｎａｌ Ｃｏｍｐｕｔａ））群であり、ＨＯＳＴ
２００の通信先相手（当該システムのリモート側）端局
として位置付ける。６００はＨＯＳＴ１００側に設置す
る保守用の（当該システムのローカル側）ＬＡＮであ
り、７００は保守用端末としてＷＳ／ＰＣ群である。Ｗ
Ｓ／ＰＣ７００は、ＬＡＮ６００を介して、例えばＣＣ
Ｓ１００の運用管理、あるいはＣＣＳ１００を介して得
られる情報の収集等を司る。
【０００８】図２はＣＣＳ１００の内部構成を示す。図
２において、１０１はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏ
ｃｅｓｓｉｎｇ Ｕｎｉｔ）、１０２はキャッシュ・メ
モリー（Ｃａｃｈｅ Ｍｅｍｏｒｙ）、１０３はバス制
御機構、１０４はリード・オンリー・メモリー（ＲＯＭ
（Ｒｅａｄｏｎｌｙ Ｍｅｍｏｒｙ））、１０５は主記
憶機構（ＭＭ（Ｍａｉｎ Ｍｅｍｏｒｙ））である。１
１０はＣＣＳ１００のメイン・バスであり、例えばＰＣ
Ｉ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｉｎｔｅｒ
ｆａｃｅ）等である。１２０は各種の標準入出力（Ｉ／
Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）制御を司るＩ／Ｏ共通
機構であり、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ
Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）インタフェイス
機構（ＳＣＳＩ）１２１、シリアル・インタフェイス機
構（ＳＩ（Ｓｅｒｉａｌ Ｉｎｔｅｒｆａｃｅ））１２
３、電源制御インタフェイス機構（ＰＣ（Ｐｏｗｅｒ
Ｃｏｎｔｒｏｌ））１２４、ＬＡＮインタフェイス機構
（ＬＩ）１２５を備える。１２２はＳＣＳＩ１２１を介
して得られた情報を記憶するための記憶装置、例えば、
ＤＡＴ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｔａｐｅ）やＨ
Ｄ（Ｈａｒｄ Ｄｉｓｃ）である。１１０は保守用端末
であり、ＳＩ１２１を介してＣＣＳ１００の初期状態設
定等を行なう。ＬＩ１２５には前記ローカル側のＬＡＮ
６００を接続する。
２において、１０１はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏ
ｃｅｓｓｉｎｇ Ｕｎｉｔ）、１０２はキャッシュ・メ
モリー（Ｃａｃｈｅ Ｍｅｍｏｒｙ）、１０３はバス制
御機構、１０４はリード・オンリー・メモリー（ＲＯＭ
（Ｒｅａｄｏｎｌｙ Ｍｅｍｏｒｙ））、１０５は主記
憶機構（ＭＭ（Ｍａｉｎ Ｍｅｍｏｒｙ））である。１
１０はＣＣＳ１００のメイン・バスであり、例えばＰＣ
Ｉ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｉｎｔｅｒ
ｆａｃｅ）等である。１２０は各種の標準入出力（Ｉ／
Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）制御を司るＩ／Ｏ共通
機構であり、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ
Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）インタフェイス
機構（ＳＣＳＩ）１２１、シリアル・インタフェイス機
構（ＳＩ（Ｓｅｒｉａｌ Ｉｎｔｅｒｆａｃｅ））１２
３、電源制御インタフェイス機構（ＰＣ（Ｐｏｗｅｒ
Ｃｏｎｔｒｏｌ））１２４、ＬＡＮインタフェイス機構
（ＬＩ）１２５を備える。１２２はＳＣＳＩ１２１を介
して得られた情報を記憶するための記憶装置、例えば、
ＤＡＴ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｔａｐｅ）やＨ
Ｄ（Ｈａｒｄ Ｄｉｓｃ）である。１１０は保守用端末
であり、ＳＩ１２１を介してＣＣＳ１００の初期状態設
定等を行なう。ＬＩ１２５には前記ローカル側のＬＡＮ
６００を接続する。
【０００９】１３０はＬＡＮアダプタ（ＬＡＮＡ（ＬＡ
Ｎ Ａｄａｐｔｅｒ））であり、例えばイーサネットワ
ーク（Ｅｔｈｅｒｎｅｔ）、トークン・リング（Ｔｏｋ
ｅｎＲｉｎｇ）やＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉ
ｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）等のＬＡ
Ｎ３０１を接続する。より具体的にはＬＡＮの物理層
（ＰＨＹ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ））通信機構
及びデータ・リンク層通信機構（ＤＬＣ（Ｄａｔａ Ｌ
ｉｎｋ Ｌａｙｅｒ））を搭載する。ＤＬＣは、メデイ
アム・アクセス・コントロール（ＭＡＣ（Ｍｅｄｉｕｍ
Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ））層通信機構を搭載
するが、ロジカル・リンク・コントロール（ＬＬＣ（Ｌ
ｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ））層通信機
構を含んでもよい。同様にここには、ＷＡＮのＸ．２５
やフレーム・リレー（Ｆｒａｍｅ Ｒｅｌａｙ）、ある
いはＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆ
ｅｒ Ｍｏｄｅ）ベースの通信網へのインタフェイス機
構等を備えることもできる。本実施例では、ＬＡＮＡ１
３０を置きＬＡＮ３０１を接続し、ＭＡＮ或いはＷＡＮ
は該ＬＡＮ（の先）に接続されるものとする。１４０は
チャネル・アダプタ（ＣＨＡ（Ｃｈａｎｎｅｌ Ａｄａ
ｐｔｅｒ））であり、ＣＣＳ１００とＨＯＳＴ２００間
の接続を司る。例えば所謂ＥＳＣＯＮ（Ｅｎｔｅｒｐｒ
ｉｓｅ Ｓｙｓｔｅｍ Ｃｏｎｎｅｃｔｉｏｎ）機構や
ＦＣ（Ｆｉｂｅｒ Ｃｈａｎｎｅｌ）を構成する機構が
相当する。ＬＡＮＡ１３０及びＣＨＡ１４０は、夫々の
アダプタ動作を制御するためのプロセシング・ユニット
（ＣＰＵ）、メモリー、及び送受信データを一時格納す
るバッファ等を搭載している。１６０は保守用途のパネ
ルでありＬＡＮＡ１３０やＣＨＡ１４０の状態を表示す
る。
Ｎ Ａｄａｐｔｅｒ））であり、例えばイーサネットワ
ーク（Ｅｔｈｅｒｎｅｔ）、トークン・リング（Ｔｏｋ
ｅｎＲｉｎｇ）やＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉ
ｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）等のＬＡ
Ｎ３０１を接続する。より具体的にはＬＡＮの物理層
（ＰＨＹ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ））通信機構
及びデータ・リンク層通信機構（ＤＬＣ（Ｄａｔａ Ｌ
ｉｎｋ Ｌａｙｅｒ））を搭載する。ＤＬＣは、メデイ
アム・アクセス・コントロール（ＭＡＣ（Ｍｅｄｉｕｍ
Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ））層通信機構を搭載
するが、ロジカル・リンク・コントロール（ＬＬＣ（Ｌ
ｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ））層通信機
構を含んでもよい。同様にここには、ＷＡＮのＸ．２５
やフレーム・リレー（Ｆｒａｍｅ Ｒｅｌａｙ）、ある
いはＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆ
ｅｒ Ｍｏｄｅ）ベースの通信網へのインタフェイス機
構等を備えることもできる。本実施例では、ＬＡＮＡ１
３０を置きＬＡＮ３０１を接続し、ＭＡＮ或いはＷＡＮ
は該ＬＡＮ（の先）に接続されるものとする。１４０は
チャネル・アダプタ（ＣＨＡ（Ｃｈａｎｎｅｌ Ａｄａ
ｐｔｅｒ））であり、ＣＣＳ１００とＨＯＳＴ２００間
の接続を司る。例えば所謂ＥＳＣＯＮ（Ｅｎｔｅｒｐｒ
ｉｓｅ Ｓｙｓｔｅｍ Ｃｏｎｎｅｃｔｉｏｎ）機構や
ＦＣ（Ｆｉｂｅｒ Ｃｈａｎｎｅｌ）を構成する機構が
相当する。ＬＡＮＡ１３０及びＣＨＡ１４０は、夫々の
アダプタ動作を制御するためのプロセシング・ユニット
（ＣＰＵ）、メモリー、及び送受信データを一時格納す
るバッファ等を搭載している。１６０は保守用途のパネ
ルでありＬＡＮＡ１３０やＣＨＡ１４０の状態を表示す
る。
【００１０】ＣＣＳ１００の動作例を簡単に説明する。
例えば電源投入により、先ずＲＯＭ１０４に格納された
ブート・プログラムが起動され、ＣＣＳ１００全体の制
御に係る情報及びＬＡＮＡ１３０及びＣＨＡ１４０の制
御に係る情報が、ＨＤ等記憶機構１２２からＭＭ１０５
へ初期プログラム・ローデイングされる（ＩＰＬ（Ｉｎ
ｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｉｎｇ））。そ
の後、ＭＭ１０５からＬＡＮＡ１３０、ＣＨＡ１４０夫
々へのダウンロードが、ＣＰＵ１０１の制御によって行
なわれる。例えばＨＯＳＴ２００から送られてきたデー
タは、一旦、ＣＨＡ１４０内のバッファに格納される。
これを切っ掛けにＣＨＡ１４０からＣＰＵ１０１ヘデー
タ受信割り込みが上げられる。ＣＰＵ１０１は、次に、
ＣＨＡ１４０内の該データをメイン・バス１１０を介し
てＭＭ１０５へ移す。そして、該データはＭＭ１０５か
らＬＡＮＡ１３０へ渡され、ＬＡＮ３０１へ送出され
る。
例えば電源投入により、先ずＲＯＭ１０４に格納された
ブート・プログラムが起動され、ＣＣＳ１００全体の制
御に係る情報及びＬＡＮＡ１３０及びＣＨＡ１４０の制
御に係る情報が、ＨＤ等記憶機構１２２からＭＭ１０５
へ初期プログラム・ローデイングされる（ＩＰＬ（Ｉｎ
ｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｉｎｇ））。そ
の後、ＭＭ１０５からＬＡＮＡ１３０、ＣＨＡ１４０夫
々へのダウンロードが、ＣＰＵ１０１の制御によって行
なわれる。例えばＨＯＳＴ２００から送られてきたデー
タは、一旦、ＣＨＡ１４０内のバッファに格納される。
これを切っ掛けにＣＨＡ１４０からＣＰＵ１０１ヘデー
タ受信割り込みが上げられる。ＣＰＵ１０１は、次に、
ＣＨＡ１４０内の該データをメイン・バス１１０を介し
てＭＭ１０５へ移す。そして、該データはＭＭ１０５か
らＬＡＮＡ１３０へ渡され、ＬＡＮ３０１へ送出され
る。
【００１１】図３はＨＯＳＴ２００とリモート側のＷＳ
／ＰＣ５００間の通信における物理的な接続構成をモデ
ル化して示す。図から明らかなように、ＨＯＳＴ２００
は、ＣＨ１５０及びＣＣＳ１００を介して通信網３００
に接続し、通信網３００の先にＷＳ／ＰＣ５００が接続
される。ＷＳ／ＰＣ５００はＷＡＮに直接接続される場
合もあればＬＡＮを介して接続される場合等あるが、こ
こではＣＣＳ２００からＷＳ／ＰＣ５００までの間を通
信網３００として総称する。
／ＰＣ５００間の通信における物理的な接続構成をモデ
ル化して示す。図から明らかなように、ＨＯＳＴ２００
は、ＣＨ１５０及びＣＣＳ１００を介して通信網３００
に接続し、通信網３００の先にＷＳ／ＰＣ５００が接続
される。ＷＳ／ＰＣ５００はＷＡＮに直接接続される場
合もあればＬＡＮを介して接続される場合等あるが、こ
こではＣＣＳ２００からＷＳ／ＰＣ５００までの間を通
信網３００として総称する。
【００１２】図４は従来技術の流量制御（ＦＣ（Ｆｌｏ
ｗ Ｃｏｎｔｒｏｌ））によるデータ転送のシーケンス
を示す。図４は、ＨＯＳＴ２００とＷＳ／ＰＣ５００の
間に張られたひとつのコネクションを取り出し、その上
で行なうデータ転送における夫々のシステム構成要素を
接続構成モデル図３に対応させている。そして、ＨＯＳ
Ｔ２００をＳＥＳ（Ｓｏｕｒｃｅ Ｅｎｄ Ｓｙｓｔｅ
ｍ）、ＷＳ／ＰＣ５００をＤＥＳ（Ｄｅｓｔｉｎａｔｉ
ｏｎ Ｅｎｄ Ｓｙｓｔｅｍ）とし、双方の終端（ＥＳ
（Ｅｎｄ Ｓｙｓｔｅｍ））の間でのデータ転送シーケ
ンス概略を時系列的に示す。ＳＥＳ側では、データ転送
要求（Ｒｅｑ．ＴＸ）に応じて、ＤＥＳ側へデータ転送
する。前記流量制御によると、ＳＥＳは、ウインドウ・
サイズに達するまでは、ＤＥＳからの応答（＋Ｄｒｅｓ
ｐ＃ｘ）を待たずに連続してデータを送信できる。ＤＥ
Ｓが応答を返送する迄に、ＳＥＳは例えば複数回のパケ
ットを送信する場合もあるが、ここでは一回の送信に統
合して示している。
ｗ Ｃｏｎｔｒｏｌ））によるデータ転送のシーケンス
を示す。図４は、ＨＯＳＴ２００とＷＳ／ＰＣ５００の
間に張られたひとつのコネクションを取り出し、その上
で行なうデータ転送における夫々のシステム構成要素を
接続構成モデル図３に対応させている。そして、ＨＯＳ
Ｔ２００をＳＥＳ（Ｓｏｕｒｃｅ Ｅｎｄ Ｓｙｓｔｅ
ｍ）、ＷＳ／ＰＣ５００をＤＥＳ（Ｄｅｓｔｉｎａｔｉ
ｏｎ Ｅｎｄ Ｓｙｓｔｅｍ）とし、双方の終端（ＥＳ
（Ｅｎｄ Ｓｙｓｔｅｍ））の間でのデータ転送シーケ
ンス概略を時系列的に示す。ＳＥＳ側では、データ転送
要求（Ｒｅｑ．ＴＸ）に応じて、ＤＥＳ側へデータ転送
する。前記流量制御によると、ＳＥＳは、ウインドウ・
サイズに達するまでは、ＤＥＳからの応答（＋Ｄｒｅｓ
ｐ＃ｘ）を待たずに連続してデータを送信できる。ＤＥ
Ｓが応答を返送する迄に、ＳＥＳは例えば複数回のパケ
ットを送信する場合もあるが、ここでは一回の送信に統
合して示している。
【００１３】図示の場合、ＳＥＳはデータ転送要求に応
じてＤＥＳへのデータ転送を開始するが、１回目のデー
タ転送で送るデータ量はウインドウ・サイズ以下のデー
タ量であり、例えば、ウインドウ・サイズの１／２とか
１／３の量であってもよい。ＳＥＳはＤＥＳからの応答
＋Ｄｒｅｓｐ＃１を受信すると、ＤＥＳへ２回目のデー
タ転送を行ない、ウインドウ・サイズ以下のデータ量を
送る。図示の例では３回のデータ転送でＳＥＳからＤＥ
Ｓへのデータの転送は終了する。ＤＥＳは３回目のデー
タの受信を完了すると、ＤＥＳ側ではＳＥＳへの応答＋
Ｄｒｅｓｐ＃３を行ない、そして、データ受信報告（Ｉ
ｎｄ．ＲＶ−Ｄ）が生成され、ＤＥＳに報告される。Ｓ
ＥＳはＤＥＳからの応答＋Ｄｒｅｓｐ＃３を受信するこ
とによりデータ送信完了報告（Ｅｎｄ ＴＸ−Ｄ）が生
成される。
じてＤＥＳへのデータ転送を開始するが、１回目のデー
タ転送で送るデータ量はウインドウ・サイズ以下のデー
タ量であり、例えば、ウインドウ・サイズの１／２とか
１／３の量であってもよい。ＳＥＳはＤＥＳからの応答
＋Ｄｒｅｓｐ＃１を受信すると、ＤＥＳへ２回目のデー
タ転送を行ない、ウインドウ・サイズ以下のデータ量を
送る。図示の例では３回のデータ転送でＳＥＳからＤＥ
Ｓへのデータの転送は終了する。ＤＥＳは３回目のデー
タの受信を完了すると、ＤＥＳ側ではＳＥＳへの応答＋
Ｄｒｅｓｐ＃３を行ない、そして、データ受信報告（Ｉ
ｎｄ．ＲＶ−Ｄ）が生成され、ＤＥＳに報告される。Ｓ
ＥＳはＤＥＳからの応答＋Ｄｒｅｓｐ＃３を受信するこ
とによりデータ送信完了報告（Ｅｎｄ ＴＸ−Ｄ）が生
成される。
【００１４】データ転送要求（Ｒｅｑ．ＴＸ）、データ
受信報告（Ｉｎｄ．ＲＶ−Ｄ）及びデータ送信完了報告
（Ｅｎｄ ＴＸ−Ｄ）は、データ転送機能を司る機構
（一般的にソフトウエア）とそれを利用する機構（ソフ
トウエア）との間で交わされるコマンド（あるいはプリ
ミテイブ）に反映される情報である（後述図５参照）。
図４にはＣＣＳを含めている。ＣＣＳは、従来、ＥＳ間
でのデータ転送における中継局（装置）として位置付け
され、前記したように通信網内滞留時間を増長させる影
響を及ぼすが、前記データ転送のシーケンスに係る動作
は行わない。従って、ここでのデータ転送では、前記し
たように伝搬遅延によって双方のＥＳでの待ち時間が伸
びることになり、結果的に両者の間の通信性能の低下を
引き起こす。高速なインタフェイスを持つ通信網を活か
しきれない。
受信報告（Ｉｎｄ．ＲＶ−Ｄ）及びデータ送信完了報告
（Ｅｎｄ ＴＸ−Ｄ）は、データ転送機能を司る機構
（一般的にソフトウエア）とそれを利用する機構（ソフ
トウエア）との間で交わされるコマンド（あるいはプリ
ミテイブ）に反映される情報である（後述図５参照）。
図４にはＣＣＳを含めている。ＣＣＳは、従来、ＥＳ間
でのデータ転送における中継局（装置）として位置付け
され、前記したように通信網内滞留時間を増長させる影
響を及ぼすが、前記データ転送のシーケンスに係る動作
は行わない。従って、ここでのデータ転送では、前記し
たように伝搬遅延によって双方のＥＳでの待ち時間が伸
びることになり、結果的に両者の間の通信性能の低下を
引き起こす。高速なインタフェイスを持つ通信網を活か
しきれない。
【００１５】図５はＨＯＳＴ２００とＷＳ／ＰＣ５００
に張るコネクションの論理的な層構成例（Ｌａｙｅｒｅ
ｄ Ｓｔｒｕｃｔｕｒｅ）を示す。図５に示すＨＯＳＴ
２００及びＷＳ／ＰＣ５００のソフトウエア層構造にお
いて、４０１はアプリケーション・ソフトウエア層（Ａ
ｐｐｌｉｃａｔｉｏｎ Ｓｏｆｔｗａｒｅ）でありユー
ザ・プログラム（Ｕｓｅｒ）４１０を含み、４０２はミ
ドル・ソフトウエア層（Ｍｉｄｄｌｅ ｓｏｆｔｗａｒ
ｅ）であり例えばＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ
Ｓｙｓｔｅｍ）が相当し、４０３は通信ソフトウエア層
（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｏｆｔｗａｒｅ）で
あり、例えば前記ＴＣＰ／ＩＰが相当する。４２０は前
記ソフトウエア層間のインタフェイスを司るサービス・
アクセス・ポイント（ＳＡＰ（Ｓｅｒｖｉｃｅ Ａｃｃ
ｅｓｓ Ｐｏｉｎｔ））である。４５０はＨＯＳＴ２０
０とＣＣＳ１００の間に張られる通信コネクション（ロ
ーカル・コネクション）であり、同様に４６０はＣＣＳ
１００とＷＳ／ＰＣ５００間の通信コネクション（リモ
ート・コネクション）である。
に張るコネクションの論理的な層構成例（Ｌａｙｅｒｅ
ｄ Ｓｔｒｕｃｔｕｒｅ）を示す。図５に示すＨＯＳＴ
２００及びＷＳ／ＰＣ５００のソフトウエア層構造にお
いて、４０１はアプリケーション・ソフトウエア層（Ａ
ｐｐｌｉｃａｔｉｏｎ Ｓｏｆｔｗａｒｅ）でありユー
ザ・プログラム（Ｕｓｅｒ）４１０を含み、４０２はミ
ドル・ソフトウエア層（Ｍｉｄｄｌｅ ｓｏｆｔｗａｒ
ｅ）であり例えばＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ
Ｓｙｓｔｅｍ）が相当し、４０３は通信ソフトウエア層
（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｏｆｔｗａｒｅ）で
あり、例えば前記ＴＣＰ／ＩＰが相当する。４２０は前
記ソフトウエア層間のインタフェイスを司るサービス・
アクセス・ポイント（ＳＡＰ（Ｓｅｒｖｉｃｅ Ａｃｃ
ｅｓｓ Ｐｏｉｎｔ））である。４５０はＨＯＳＴ２０
０とＣＣＳ１００の間に張られる通信コネクション（ロ
ーカル・コネクション）であり、同様に４６０はＣＣＳ
１００とＷＳ／ＰＣ５００間の通信コネクション（リモ
ート・コネクション）である。
【００１６】ＨＯＳＴ２００のＵｓｅｒ４１０は、ＳＡ
Ｐ４２０通信コネクション４５０及び４６０を介して、
ＷＳ／ＰＣのＵｓｅｒ４１０と相互に接続される。通信
コネクション４５０及び４６０は、共に例えばＴＣＰ／
ＩＰにおけるトランスポート層コネクションであっても
よいが、通信コネクション４５０は例えばＨＯＳＴ２０
０特有のチャネル上に構成される特別なコネクションで
あってもよい。夫々のコネクションは、物理的な伝送速
度、伝送距離等異なる性質（機能）の通信機構の上で設
定されるものでもよく、夫々同一手順により通信機能を
実現する必要はない。
Ｐ４２０通信コネクション４５０及び４６０を介して、
ＷＳ／ＰＣのＵｓｅｒ４１０と相互に接続される。通信
コネクション４５０及び４６０は、共に例えばＴＣＰ／
ＩＰにおけるトランスポート層コネクションであっても
よいが、通信コネクション４５０は例えばＨＯＳＴ２０
０特有のチャネル上に構成される特別なコネクションで
あってもよい。夫々のコネクションは、物理的な伝送速
度、伝送距離等異なる性質（機能）の通信機構の上で設
定されるものでもよく、夫々同一手順により通信機能を
実現する必要はない。
【００１７】一般的にチャネルとＬＡＮには次の特徴の
違いがある。例えば構成（Ｔｏｐｏｌｏｇｙ）はチャネ
ルがマスター・スレーブ（Ｍａｓｔｅｒ−Ｓｌａｖｅ）
を基本に構築されるのに対し、ＬＡＮでは対等分散（Ｐ
ｅｅｒ−ｔｏ−Ｐｅｅｒ）である。チャネルでは、マス
ター即ちＨＯＳＴ２００側が一方的に発行するＣＣＷ
（Ｃｈａｎｎｅｌ Ｃｏｎｔｒｏｌ Ｗｏｒｄ）と称す
一種のコマンド群によってスレーブ即ちＣＣＳ１００側
の動作を指示する形態（所謂入出インタフェイス）であ
る。距離については、チャネルが高々数百メートルに対
し、ＬＡＮでは数十キロメートルである。中継（Ｒｅｐ
ｅａｔ）段数は、ＬＡＮは基本的に多段中継即ち複数の
リピート機構を含む。チャネルは基本的にコネクション
・オリエントであり、他方ＬＡＮはコネクション・レス
である。更に、伝送速度（Ｓｐｅｅｄ）、タイミング管
理の程度（ＲｅａｌｔｉｍｅＣｏｎｓｔｒａｉｎｔ
ｓ）、サービス均等性（Ｆａｉｒ Ａｃｃｅｓｓ）等の
特性も異なる。従って、それらの上で設定されたコネク
ションには、同じ手順で接続（通信）する必要はない。
ＣＣＳ１００は、両方のコネクションを対応付け、一方
のコネクションを介して受信したデータを他方のコネク
ションへ中継するよう動作する。このコネクション対応
関係は１対１でもよく、また、１対Ｎ（複数）でもよ
い。本実施例では１対１で説明する。
違いがある。例えば構成（Ｔｏｐｏｌｏｇｙ）はチャネ
ルがマスター・スレーブ（Ｍａｓｔｅｒ−Ｓｌａｖｅ）
を基本に構築されるのに対し、ＬＡＮでは対等分散（Ｐ
ｅｅｒ−ｔｏ−Ｐｅｅｒ）である。チャネルでは、マス
ター即ちＨＯＳＴ２００側が一方的に発行するＣＣＷ
（Ｃｈａｎｎｅｌ Ｃｏｎｔｒｏｌ Ｗｏｒｄ）と称す
一種のコマンド群によってスレーブ即ちＣＣＳ１００側
の動作を指示する形態（所謂入出インタフェイス）であ
る。距離については、チャネルが高々数百メートルに対
し、ＬＡＮでは数十キロメートルである。中継（Ｒｅｐ
ｅａｔ）段数は、ＬＡＮは基本的に多段中継即ち複数の
リピート機構を含む。チャネルは基本的にコネクション
・オリエントであり、他方ＬＡＮはコネクション・レス
である。更に、伝送速度（Ｓｐｅｅｄ）、タイミング管
理の程度（ＲｅａｌｔｉｍｅＣｏｎｓｔｒａｉｎｔ
ｓ）、サービス均等性（Ｆａｉｒ Ａｃｃｅｓｓ）等の
特性も異なる。従って、それらの上で設定されたコネク
ションには、同じ手順で接続（通信）する必要はない。
ＣＣＳ１００は、両方のコネクションを対応付け、一方
のコネクションを介して受信したデータを他方のコネク
ションへ中継するよう動作する。このコネクション対応
関係は１対１でもよく、また、１対Ｎ（複数）でもよ
い。本実施例では１対１で説明する。
【００１８】図６はＣＣＳ（ＳＥＳ−ＣＣＳ間）に流量
制御を導入した場合のデータ転送シーケンスを示す。図
４と同様に時系列的に示し、且つ図４に示すＳＥＳ−Ｄ
ＥＳ間の流量制御によるシーケンスを一緒に示すことに
より、両方法のデータ転送方法の違いによる通信性能面
での差をより端的に示すようにしている。ＣＣＳはＳＥ
Ｓからウインドウ・サイズ以下のデータ量の最初のデー
タ転送を受けると、ＣＣＳからの応答＋Ｃｒｅｓｐ＃１
をＳＥＳに送信する。ＣＣＳはＳＥＳから送られてきた
データをＤＥＳに転送する。ＳＥＳはＣＣＳからの応答
＋Ｃｒｅｓｐ＃１を受信すると、ＣＣＳに対して２回目
のウインドウ・サイズ以下のデータ量のデータ転送を行
なう。ＣＣＳは２回目のデータ転送を受けると、ＣＣＳ
からの応答＋Ｃｒｅｓｐ＃２をＳＥＳに送信する。ＣＣ
ＳはＳＥＳから送られてきたデータをＤＥＳに送り続け
る。ＳＥＳは、後述する図９に示すような算出手順によ
りＳＥＳにおける送信可能データ量を計算してデータを
ＣＣＳに送っており、これにより、ＣＣＳは、ＤＥＳか
らの応答がなくても、ウインドウ・サイズに関わらずデ
ータを送信し続けることができる。以下、ＳＥＳはＣＣ
Ｓに３回目のデータ転送を行ない、ＣＣＳはＳＥＳに＋
Ｃｒｅｓｐ＃３を送信し、ＳＥＳは＋Ｃｒｅｓｐ＃３を
受信してデータ転送完了報告（Ｅｎｄ ＴＸ−Ｃ）を生
成する。ＤＥＳはＣＣＳからのデータ転送が終了する
と、データ受信報告（Ｉｎｄ．ＲＶ−Ｃ）を生成する。
制御を導入した場合のデータ転送シーケンスを示す。図
４と同様に時系列的に示し、且つ図４に示すＳＥＳ−Ｄ
ＥＳ間の流量制御によるシーケンスを一緒に示すことに
より、両方法のデータ転送方法の違いによる通信性能面
での差をより端的に示すようにしている。ＣＣＳはＳＥ
Ｓからウインドウ・サイズ以下のデータ量の最初のデー
タ転送を受けると、ＣＣＳからの応答＋Ｃｒｅｓｐ＃１
をＳＥＳに送信する。ＣＣＳはＳＥＳから送られてきた
データをＤＥＳに転送する。ＳＥＳはＣＣＳからの応答
＋Ｃｒｅｓｐ＃１を受信すると、ＣＣＳに対して２回目
のウインドウ・サイズ以下のデータ量のデータ転送を行
なう。ＣＣＳは２回目のデータ転送を受けると、ＣＣＳ
からの応答＋Ｃｒｅｓｐ＃２をＳＥＳに送信する。ＣＣ
ＳはＳＥＳから送られてきたデータをＤＥＳに送り続け
る。ＳＥＳは、後述する図９に示すような算出手順によ
りＳＥＳにおける送信可能データ量を計算してデータを
ＣＣＳに送っており、これにより、ＣＣＳは、ＤＥＳか
らの応答がなくても、ウインドウ・サイズに関わらずデ
ータを送信し続けることができる。以下、ＳＥＳはＣＣ
Ｓに３回目のデータ転送を行ない、ＣＣＳはＳＥＳに＋
Ｃｒｅｓｐ＃３を送信し、ＳＥＳは＋Ｃｒｅｓｐ＃３を
受信してデータ転送完了報告（Ｅｎｄ ＴＸ−Ｃ）を生
成する。ＤＥＳはＣＣＳからのデータ転送が終了する
と、データ受信報告（Ｉｎｄ．ＲＶ−Ｃ）を生成する。
【００１９】図７から図９はＳＥＳ−ＣＣＳ間のデータ
転送を行なうウインドウ・フロー制御手順の一実施例を
示す。図７において、ＳＥＳは、上位ソフトウェアから
データ送信要求（Ｒｅｑ．ＴＸ）を受けると、予め決め
られた手順に従いウインドウ・サイズの設定や送信通番
（ＳＥＱ（Ｓｅｑｕｅｎｃｅ））（あるデータ量を持つ
１セットの送信データ毎に付与された通し番号）のリセ
ット等ウインドウ・フロー制御の初期設定を行なうと共
に、該当データを送信（ＳＥＳ ＴＸ（ｔｘ））し送信
済み通番（Ｓｔｘ（ｔｘ））を設定する。前記したよう
に送信先（この場合はＣＣＳ）が応答を返送する迄に、
ＳＥＳは例えば複数回のパケットを送信する場合もある
が、ここでも一回の送信に統合して示している。ＣＣＳ
は、予め定めたデータ量の受信毎に送信元（ＳＥＳ）に
対し受信応答（＋Ｃｒｅｓｐ（ｔｘ））を返送する。該
応答の中には、受信状況に係る情報例えばＳＥＳからの
受信を完了したデータ量を示す情報、あるいは中継し終
えたデータ量を示す情報を含ませることができる。本実
施例では、後者即ちＣＣＳが送信先（ＤＥＳ）に対し送
出し終えたデータ量を示す情報（ＣＣＳでの送信通番
（Ｃｔｘ（ｔｘ））をＣＣＳ受信応答に含ませる。ＳＥ
Ｓは、ＣＣＳ受信応答を受けると、図８及び図９に示す
制御手順に従い送信可能データ量（ＳＥＳ（Ｗｉｎ））
を算出し、前記同様の手順で該当データを送信しウイン
ドウを更新する。すなわち、ＳＥＳは、ＣＣＳが前記Ｄ
ＥＳに中継し終えた段階（より正確にはこの情報がＳＥ
Ｓに届いた時点）で次のデータの送信が可能になるの
で、ＤＥＳに中継し終えたデータ量だけ見かけ上ウイン
ドウ・サイズを動的に適応させ拡大していることにな
り、その通信性能を向上させることになる。
転送を行なうウインドウ・フロー制御手順の一実施例を
示す。図７において、ＳＥＳは、上位ソフトウェアから
データ送信要求（Ｒｅｑ．ＴＸ）を受けると、予め決め
られた手順に従いウインドウ・サイズの設定や送信通番
（ＳＥＱ（Ｓｅｑｕｅｎｃｅ））（あるデータ量を持つ
１セットの送信データ毎に付与された通し番号）のリセ
ット等ウインドウ・フロー制御の初期設定を行なうと共
に、該当データを送信（ＳＥＳ ＴＸ（ｔｘ））し送信
済み通番（Ｓｔｘ（ｔｘ））を設定する。前記したよう
に送信先（この場合はＣＣＳ）が応答を返送する迄に、
ＳＥＳは例えば複数回のパケットを送信する場合もある
が、ここでも一回の送信に統合して示している。ＣＣＳ
は、予め定めたデータ量の受信毎に送信元（ＳＥＳ）に
対し受信応答（＋Ｃｒｅｓｐ（ｔｘ））を返送する。該
応答の中には、受信状況に係る情報例えばＳＥＳからの
受信を完了したデータ量を示す情報、あるいは中継し終
えたデータ量を示す情報を含ませることができる。本実
施例では、後者即ちＣＣＳが送信先（ＤＥＳ）に対し送
出し終えたデータ量を示す情報（ＣＣＳでの送信通番
（Ｃｔｘ（ｔｘ））をＣＣＳ受信応答に含ませる。ＳＥ
Ｓは、ＣＣＳ受信応答を受けると、図８及び図９に示す
制御手順に従い送信可能データ量（ＳＥＳ（Ｗｉｎ））
を算出し、前記同様の手順で該当データを送信しウイン
ドウを更新する。すなわち、ＳＥＳは、ＣＣＳが前記Ｄ
ＥＳに中継し終えた段階（より正確にはこの情報がＳＥ
Ｓに届いた時点）で次のデータの送信が可能になるの
で、ＤＥＳに中継し終えたデータ量だけ見かけ上ウイン
ドウ・サイズを動的に適応させ拡大していることにな
り、その通信性能を向上させることになる。
【００２０】図７では、ＳＥＳでの送信（ＳＥＳ ＴＸ
（ｔｘ））、ＣＣＳでの受信応答（＋Ｃｒｅｓｐ（ｔ
ｘ））及び中継送信（ＣＣＳ ＴＸ（ｔｘ））を一対一
に対応させているが、後述（図１０参照）するように夫
々複数回の送受信に対応させても本質的には変わらな
い。前記では、ＣＣＳの受信応答（＋Ｃｒｅｓｐ（ｔ
ｘ））が予め定められたデータ量の受信毎に送信元（Ｓ
ＥＳ）に対し返送されるとしたが、予め決められたイベ
ント、例えば予め定められたデータ量の中継の完了や時
間の経過等の発生を切っ掛けに（所謂Ｅｖｅｎｔ Ｄｒ
ｉｖｅｎ起動）してなされてもよい。ＳＥＳのデータ送
信に係る手順、ＣＣＳのデータ受信応答に係る手順等は
夫々周知の技術によって達成される。
（ｔｘ））、ＣＣＳでの受信応答（＋Ｃｒｅｓｐ（ｔ
ｘ））及び中継送信（ＣＣＳ ＴＸ（ｔｘ））を一対一
に対応させているが、後述（図１０参照）するように夫
々複数回の送受信に対応させても本質的には変わらな
い。前記では、ＣＣＳの受信応答（＋Ｃｒｅｓｐ（ｔ
ｘ））が予め定められたデータ量の受信毎に送信元（Ｓ
ＥＳ）に対し返送されるとしたが、予め決められたイベ
ント、例えば予め定められたデータ量の中継の完了や時
間の経過等の発生を切っ掛けに（所謂Ｅｖｅｎｔ Ｄｒ
ｉｖｅｎ起動）してなされてもよい。ＳＥＳのデータ送
信に係る手順、ＣＣＳのデータ受信応答に係る手順等は
夫々周知の技術によって達成される。
【００２１】図８は、ＳＥＳにおけるＳＥＳ−ＣＣＳ間
のウインドウ・フロー制御に関し、通信中のある一時点
について抜き出した夫々の送信通番と受信通番の関係を
示す。図８において、夫々の通番はモジュロＷのラウン
ドロビンで設定される。すなわち、総データ量が大きく
なるに従い通番の数も大きくなり、通番のために必要と
なるビット数が大きなものとなるため、通番をモジュロ
Ｗのラウンドロビンで設定している。Ｗｉｎはウインド
ウ・サイズであり、ここでは例えばモジュロＷのＷの半
分の値（Ｗ／２）に設定している。ＳｔｘはＳＥＳ側で
の送信済み通番であり、ＣｔｘはＣＣＳ側でのＤＥＳへ
の送信済み通番であり、夫々時間軸で２件の例を示して
いる。ＳＥＳ（Ｗｉｎ）は任意時点での送信可能データ
量を示し、その値は例えば後述の図９に示す手順によっ
て算出できる。ＳＥＳ（Ｗｉｎ）は、受信応答を確認し
たところから最大Ｗ／２までの範囲のデータ量を新規に
送信できる。
のウインドウ・フロー制御に関し、通信中のある一時点
について抜き出した夫々の送信通番と受信通番の関係を
示す。図８において、夫々の通番はモジュロＷのラウン
ドロビンで設定される。すなわち、総データ量が大きく
なるに従い通番の数も大きくなり、通番のために必要と
なるビット数が大きなものとなるため、通番をモジュロ
Ｗのラウンドロビンで設定している。Ｗｉｎはウインド
ウ・サイズであり、ここでは例えばモジュロＷのＷの半
分の値（Ｗ／２）に設定している。ＳｔｘはＳＥＳ側で
の送信済み通番であり、ＣｔｘはＣＣＳ側でのＤＥＳへ
の送信済み通番であり、夫々時間軸で２件の例を示して
いる。ＳＥＳ（Ｗｉｎ）は任意時点での送信可能データ
量を示し、その値は例えば後述の図９に示す手順によっ
て算出できる。ＳＥＳ（Ｗｉｎ）は、受信応答を確認し
たところから最大Ｗ／２までの範囲のデータ量を新規に
送信できる。
【００２２】図９は、ＳＥＳにおける送信可能データ量
（ＳＥＳ（Ｗｉｎ））の算出手順の一例を示す。ＳＥＳ
は、ＣＣＳからの受信応答（＋Ｃｒｅｓｐ（ｔ２））を
受けると、先ず送信済み通番（Ｓｔｘ（ｔ１））と受信
応答から取り出したＣＣＳ中継済み通番（Ｃｔｘ（ｔ
２））の夫々の値を比較する（２１０）。Ｓｔｘ（ｔ
１）がＣｔｘ（ｔ２）より小さい場合、これはＳｔｘ
（ｔ１）がＷを一巡し次の周回に入っていること（Ｗで
モジュロ）を意味する。この場合、ＳＥＳ（Ｗｉｎ）
は、ウインドウ・サイズ（Ｗｉｎ）にＣＣＳ送信済み通
番（Ｃｔｘ（ｔ２））を加えた値から、ＳＥＳでの送信
済み通番（Ｓｔｘ（ｔ１））及びモジュロサイズ（Ｗ）
を差し引いた値である（２２０）。他方、Ｓｔｘ（ｔ
１）がＣｔｘ（ｔ２）より大きい場合、ＳＥＳ（Ｗｉ
ｎ）は、ウインドウ・サイズ（Ｗｉｎ）にＣＣＳ送信済
み通番（Ｃｔｘ（ｔ２））を加えた値から、ＳＥＳでの
送信済み通番（Ｓｔｘ（ｔ１））だけを差し引いた値と
して算出される（２３０）。基本的に残り送信可能量
は、自局の最大送信可能量から既送信量を差し引き且つ
中継（受信）量を加えた値である。換言すれば、ウイン
ドウ・サイズから、自局（ＳＥＳ）での既送信分を差し
引く一方で、相手局（ＣＣＳ）でのＤＥＳへの送信済み
分（即ちその分既に中継送信されてしまったわけだから
該当分の空き、例えば、バッファ容量に空きが発生して
いるはず）を加えた値となる。ＳＥＳは、ＳＥＳ（Ｗｉ
ｎ）で算出したデータ量をＣＣＳに新たに送信する。Ｓ
ＥＳ（Ｗｉｎ）で算出したデータ量が‘０’、すなわ
ち、ＳＥＳ（Ｗｉｎ）＝０になった場合はデータ転送は
行なわない。ＳＥＳ（Ｗｉｎ）＝０になった次のＳＥＳ
（Ｗｉｎ）の算出は、例えば、ＳＥＳから既にｎ回目の
データの転送が行なわれており、ＳＥＳ（Ｗｉｎ）＝０
になったときのＣｔｘがＳＥＳからの（ｎ−１）回目の
データの転送に対する受信応答における送信通番であれ
ば、次のＳＥＳからのｎ回目のデータの転送に対する受
信応答における送信通番Ｃｔｘに基づいて行なわれる。
ＳＥＳは、ＳＥＳ（Ｗｉｎ）で算出したデータ量を新た
に送信するが、本手順及び送信通番の更新手順等は夫々
周知の従来技術によって達成できる。以降、上記手順を
繰り返しデータ転送を行なう。
（ＳＥＳ（Ｗｉｎ））の算出手順の一例を示す。ＳＥＳ
は、ＣＣＳからの受信応答（＋Ｃｒｅｓｐ（ｔ２））を
受けると、先ず送信済み通番（Ｓｔｘ（ｔ１））と受信
応答から取り出したＣＣＳ中継済み通番（Ｃｔｘ（ｔ
２））の夫々の値を比較する（２１０）。Ｓｔｘ（ｔ
１）がＣｔｘ（ｔ２）より小さい場合、これはＳｔｘ
（ｔ１）がＷを一巡し次の周回に入っていること（Ｗで
モジュロ）を意味する。この場合、ＳＥＳ（Ｗｉｎ）
は、ウインドウ・サイズ（Ｗｉｎ）にＣＣＳ送信済み通
番（Ｃｔｘ（ｔ２））を加えた値から、ＳＥＳでの送信
済み通番（Ｓｔｘ（ｔ１））及びモジュロサイズ（Ｗ）
を差し引いた値である（２２０）。他方、Ｓｔｘ（ｔ
１）がＣｔｘ（ｔ２）より大きい場合、ＳＥＳ（Ｗｉ
ｎ）は、ウインドウ・サイズ（Ｗｉｎ）にＣＣＳ送信済
み通番（Ｃｔｘ（ｔ２））を加えた値から、ＳＥＳでの
送信済み通番（Ｓｔｘ（ｔ１））だけを差し引いた値と
して算出される（２３０）。基本的に残り送信可能量
は、自局の最大送信可能量から既送信量を差し引き且つ
中継（受信）量を加えた値である。換言すれば、ウイン
ドウ・サイズから、自局（ＳＥＳ）での既送信分を差し
引く一方で、相手局（ＣＣＳ）でのＤＥＳへの送信済み
分（即ちその分既に中継送信されてしまったわけだから
該当分の空き、例えば、バッファ容量に空きが発生して
いるはず）を加えた値となる。ＳＥＳは、ＳＥＳ（Ｗｉ
ｎ）で算出したデータ量をＣＣＳに新たに送信する。Ｓ
ＥＳ（Ｗｉｎ）で算出したデータ量が‘０’、すなわ
ち、ＳＥＳ（Ｗｉｎ）＝０になった場合はデータ転送は
行なわない。ＳＥＳ（Ｗｉｎ）＝０になった次のＳＥＳ
（Ｗｉｎ）の算出は、例えば、ＳＥＳから既にｎ回目の
データの転送が行なわれており、ＳＥＳ（Ｗｉｎ）＝０
になったときのＣｔｘがＳＥＳからの（ｎ−１）回目の
データの転送に対する受信応答における送信通番であれ
ば、次のＳＥＳからのｎ回目のデータの転送に対する受
信応答における送信通番Ｃｔｘに基づいて行なわれる。
ＳＥＳは、ＳＥＳ（Ｗｉｎ）で算出したデータ量を新た
に送信するが、本手順及び送信通番の更新手順等は夫々
周知の従来技術によって達成できる。以降、上記手順を
繰り返しデータ転送を行なう。
【００２３】図１０は、ＳＥＳ−ＣＣＳ間の流量制御の
他の実施例を示す。ＳＥＳからＣＣＳへの送信単位量と
ＣＣＳからＤＥＳへの送信単位量に差がある場合を示
す。一般的にチャネルＣＨ１５０と通信網、例えば、Ｌ
ＡＮ３００の伝送速度には大きな違いがあるため、夫々
一回で転送できるデータ量にも差が生じる。例えば、Ｓ
ＥＳからＣＣＳへの一回の送信量（例えば最大パケット
・サイズ）がＣＣＳからＤＥＳへの４回の送信量に対応
する場合、ＣＣＳは該４回分を送出した段階でＳＥＳに
対し受信応答（＋Ｃｒｅｓｐ＃ｘ）を返送する。ＳＥＳ
はＣＣＳからの受信応答を受けて次のデータを送信す
る。ＣＣＳは、該４回分を送出した段階で、例えば、受
信（送信）バッファにＳＥＳからの次のデータを受信で
きる空きができたことになるため、ここでＳＥＳに対し
次のデータ送信を要求する。以降、前記手順同様にＳＥ
Ｓ−ＣＣＳ間のデータ転送を行なう。本実施例では、Ｃ
ＣＳはデータを中継するとすぐにＳＥＳに対し応答を返
送しているが、予め決めた所定量の中継を完了した段階
で該応答を返送する手順としてもよい。例えば、前記バ
ッファに空きが生じたら、その分のデータを予めＳＥＳ
から転送させておくことは大切なことである。これによ
りＣＣＳはＤＥＳへのデータ送信とＳＥＳからのデータ
受信を並行して同時に行なえる。例えばバッファ内のデ
ータを全て転送し終えた段階でＳＥＳに対しデータ送信
を要求する方式に比較して、送信データを予め確保して
おくのが効率がよいのは明らかである。ＣＣＳは、バッ
ファがはけた分即ちＤＥＳへ送信した量だけ、ＳＥＳか
らデータを供給するよう動作する。
他の実施例を示す。ＳＥＳからＣＣＳへの送信単位量と
ＣＣＳからＤＥＳへの送信単位量に差がある場合を示
す。一般的にチャネルＣＨ１５０と通信網、例えば、Ｌ
ＡＮ３００の伝送速度には大きな違いがあるため、夫々
一回で転送できるデータ量にも差が生じる。例えば、Ｓ
ＥＳからＣＣＳへの一回の送信量（例えば最大パケット
・サイズ）がＣＣＳからＤＥＳへの４回の送信量に対応
する場合、ＣＣＳは該４回分を送出した段階でＳＥＳに
対し受信応答（＋Ｃｒｅｓｐ＃ｘ）を返送する。ＳＥＳ
はＣＣＳからの受信応答を受けて次のデータを送信す
る。ＣＣＳは、該４回分を送出した段階で、例えば、受
信（送信）バッファにＳＥＳからの次のデータを受信で
きる空きができたことになるため、ここでＳＥＳに対し
次のデータ送信を要求する。以降、前記手順同様にＳＥ
Ｓ−ＣＣＳ間のデータ転送を行なう。本実施例では、Ｃ
ＣＳはデータを中継するとすぐにＳＥＳに対し応答を返
送しているが、予め決めた所定量の中継を完了した段階
で該応答を返送する手順としてもよい。例えば、前記バ
ッファに空きが生じたら、その分のデータを予めＳＥＳ
から転送させておくことは大切なことである。これによ
りＣＣＳはＤＥＳへのデータ送信とＳＥＳからのデータ
受信を並行して同時に行なえる。例えばバッファ内のデ
ータを全て転送し終えた段階でＳＥＳに対しデータ送信
を要求する方式に比較して、送信データを予め確保して
おくのが効率がよいのは明らかである。ＣＣＳは、バッ
ファがはけた分即ちＤＥＳへ送信した量だけ、ＳＥＳか
らデータを供給するよう動作する。
【００２４】図１１は、ＳＥＳ−ＣＣＳ間の流量制御に
ＳＥＳ−ＤＥＳ間の流量制御を加え、二つの流量制御の
情報をもってＳＥＳ−ＤＥＳ間のデータ転送を実現する
場合のデータ転送シーケンスを示す。ＤＥＳは、送出元
がＳＥＳあるいはＣＣＳに係らず、予め決められた所定
のデータ量の受信を切っ掛けに受信応答を返答する。図
１０から明らかなように、ＳＥＳにおける送信完了報告
に二つのタイプを設けている。一方は、ＳＥＳ−ＣＣＳ
間での送信完了報告（Ｅｎｄ ＴＸ−Ｃ）であり、少な
くともＣＣＳ迄の送信完了が上位ソフトウェアに報告さ
れる。他方は、ＳＥＳ−ＤＥＳ間での送信完了報告（Ｅ
ｎｄ ＴＸ−Ｄ／Ｃ）であり、送信先相手（ＤＥＳ）迄
のデータ送信が完了した旨報告される。両報告には時間
的な差があり、どちらの報告を如何に利用するかは上位
ソフトウェアの仕様に委ねられる。例えば、ＣＣＳや通
信網の信頼性を踏まえて、仮にＥｎｄ ＴＸ−Ｃの段階
でＤＥＳ迄の送信完了と見なすことによって、次の動作
をより早く起動される手順としてもよい。ＣＣＳは、Ｓ
ＥＳから受信したデータを確実にＤＥＳへ転送しなけれ
ばならない。ここでＣＣＳがデータ転送に失敗した場
合、ＣＣＳ−ＤＥＳ間でリトライがなされてよく、ま
た、データ転送の失敗がＳＥＳへ報告されてもよい。こ
れらは周知の従来技術によって達成できる。
ＳＥＳ−ＤＥＳ間の流量制御を加え、二つの流量制御の
情報をもってＳＥＳ−ＤＥＳ間のデータ転送を実現する
場合のデータ転送シーケンスを示す。ＤＥＳは、送出元
がＳＥＳあるいはＣＣＳに係らず、予め決められた所定
のデータ量の受信を切っ掛けに受信応答を返答する。図
１０から明らかなように、ＳＥＳにおける送信完了報告
に二つのタイプを設けている。一方は、ＳＥＳ−ＣＣＳ
間での送信完了報告（Ｅｎｄ ＴＸ−Ｃ）であり、少な
くともＣＣＳ迄の送信完了が上位ソフトウェアに報告さ
れる。他方は、ＳＥＳ−ＤＥＳ間での送信完了報告（Ｅ
ｎｄ ＴＸ−Ｄ／Ｃ）であり、送信先相手（ＤＥＳ）迄
のデータ送信が完了した旨報告される。両報告には時間
的な差があり、どちらの報告を如何に利用するかは上位
ソフトウェアの仕様に委ねられる。例えば、ＣＣＳや通
信網の信頼性を踏まえて、仮にＥｎｄ ＴＸ−Ｃの段階
でＤＥＳ迄の送信完了と見なすことによって、次の動作
をより早く起動される手順としてもよい。ＣＣＳは、Ｓ
ＥＳから受信したデータを確実にＤＥＳへ転送しなけれ
ばならない。ここでＣＣＳがデータ転送に失敗した場
合、ＣＣＳ−ＤＥＳ間でリトライがなされてよく、ま
た、データ転送の失敗がＳＥＳへ報告されてもよい。こ
れらは周知の従来技術によって達成できる。
【００２５】以上ではＣＣＳをＨＯＳＴ２００と通信網
３００の接続装置として位置付け、ＨＯＳＴ２００から
はＣＨ１５０を介して接続してきた。しかし、前記実施
例は、各種コンピュータ装置のひとつの接続形態に過ぎ
ず、両者を前述構成の関係に限る制限はない。ＣＣＳ１
００とＨＯＳＴ２００の関係には柔軟性を持たせること
ができる。図１２では、本発明の応用構成例の概念図を
示す。例えばＣＨ１５０が技術的には所謂ＬＡＮと明確
に区別できなくなることを考える。例えば応用構成のひ
とつとしてＨＯＳＴ２００が通信網３００を介してＣＣ
Ｓ１００に接続してもよい。通信網は、例えば前述ＡＴ
Ｍネットワークに代表されるように、様々な速度や品質
の回線を任意に利用できるサービス（仕組み）がある。
ＣＣＳに異なる特性の回線即ち回線設定時に定義される
ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）が夫
々異なる回線を接続することが容易に考えられる。ＣＣ
Ｓを例えばデータ転送を司る専用の通信サーバ（専用サ
ーバ）として位置付けてもよい。通信網内の何処かに置
かれたＣＣＳは、複数のＳＥＳあるいはＤＥＳで互いに
共有され、それらが同時にコネクションを張ることもあ
る。また、ＳＥＳとＤＥＳが共に対等な関係となること
を考えると、双方にＣＣＳとしての通信サーバを設けて
もよい。また、ＳＥＳ−ＤＥＳ間の一つのコネクション
の中にＣＣＳとしての通信サーバが多段に存在すること
でもよい。さらに、ＳＥＳ−ＤＥＳ間のコネクションを
夫々独立な複数のコネクションの直列接続により構成
し、ＳＥＳは、接続する最初のコネクション上での通信
状況を疑似的にＤＥＳとの通信と見なし動作することで
あってもよい。各コネクションを介した受信応答は夫々
の区間毎に返されてもよく、ＳＥＳは、それらの内から
どの区間の受信応答をもって所定の通信完了と定義する
かを選択的に制御できる。
３００の接続装置として位置付け、ＨＯＳＴ２００から
はＣＨ１５０を介して接続してきた。しかし、前記実施
例は、各種コンピュータ装置のひとつの接続形態に過ぎ
ず、両者を前述構成の関係に限る制限はない。ＣＣＳ１
００とＨＯＳＴ２００の関係には柔軟性を持たせること
ができる。図１２では、本発明の応用構成例の概念図を
示す。例えばＣＨ１５０が技術的には所謂ＬＡＮと明確
に区別できなくなることを考える。例えば応用構成のひ
とつとしてＨＯＳＴ２００が通信網３００を介してＣＣ
Ｓ１００に接続してもよい。通信網は、例えば前述ＡＴ
Ｍネットワークに代表されるように、様々な速度や品質
の回線を任意に利用できるサービス（仕組み）がある。
ＣＣＳに異なる特性の回線即ち回線設定時に定義される
ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）が夫
々異なる回線を接続することが容易に考えられる。ＣＣ
Ｓを例えばデータ転送を司る専用の通信サーバ（専用サ
ーバ）として位置付けてもよい。通信網内の何処かに置
かれたＣＣＳは、複数のＳＥＳあるいはＤＥＳで互いに
共有され、それらが同時にコネクションを張ることもあ
る。また、ＳＥＳとＤＥＳが共に対等な関係となること
を考えると、双方にＣＣＳとしての通信サーバを設けて
もよい。また、ＳＥＳ−ＤＥＳ間の一つのコネクション
の中にＣＣＳとしての通信サーバが多段に存在すること
でもよい。さらに、ＳＥＳ−ＤＥＳ間のコネクションを
夫々独立な複数のコネクションの直列接続により構成
し、ＳＥＳは、接続する最初のコネクション上での通信
状況を疑似的にＤＥＳとの通信と見なし動作することで
あってもよい。各コネクションを介した受信応答は夫々
の区間毎に返されてもよく、ＳＥＳは、それらの内から
どの区間の受信応答をもって所定の通信完了と定義する
かを選択的に制御できる。
【００２６】
【発明の効果】本発明によれば、送信元ＥＳとＣＣＳの
間については、ＣＣＳを仮想送信先ＥＳとして動作さ
せ、本来の終端装置の間の通信を送信元ＥＳとＣＣＳで
疑似的に動作させることにより、コンピュータ装置間の
スループットやターン・アラウンド・タイム等通信性能
を向上することができる。
間については、ＣＣＳを仮想送信先ＥＳとして動作さ
せ、本来の終端装置の間の通信を送信元ＥＳとＣＣＳで
疑似的に動作させることにより、コンピュータ装置間の
スループットやターン・アラウンド・タイム等通信性能
を向上することができる。
【図１】本発明に係る通信システムの一構成例を示す図
である。
である。
【図２】ＣＣＳの内部構成を示す図である。
【図３】送信元ＥＳからのＣＣＳを介した送信先ＥＳ迄
の通信路の接続構成を示す図である。
の通信路の接続構成を示す図である。
【図４】送受信ＥＳ間の従来のデータ転送のシーケンス
・チャートである。
・チャートである。
【図５】送信元ＥＳから送信先ＥＳ迄の通信コネクショ
ンの論理的な層構成例を示す図である。
ンの論理的な層構成例を示す図である。
【図６】ＣＣＳで流量制御を行なう場合のデータ転送の
シーケンス・チャートである。
シーケンス・チャートである。
【図７】送信元ＥＳ（ＳＥＳ）とＣＣＳ間の送受信シー
ケンス・チャートである。
ケンス・チャートである。
【図８】送信元ＥＳ（ＳＥＳ）とＣＣＳ間におけるウイ
ンドウ・フロー制御を説明するための図である。
ンドウ・フロー制御を説明するための図である。
【図９】ＳＥＳとＣＣＳ間のウインドウ・フロー制御に
基ずく送信可能データ量の算出手順を示す図である。
基ずく送信可能データ量の算出手順を示す図である。
【図１０】ＳＥＳ−ＣＣＳ間の流量制御の他の実施例を
示す図である。
示す図である。
【図１１】ＳＥＳ−ＣＣＳ間とＳＥＳ−ＤＥＳ間の二つ
の流量制御の情報によりＳＥＳ−ＤＥＳ間のデータ転送
を実現する場合のデータ転送シーケンスを示す図であ
る。
の流量制御の情報によりＳＥＳ−ＤＥＳ間のデータ転送
を実現する場合のデータ転送シーケンスを示す図であ
る。
【図１２】本発明を適用する別な実施例でのシステム構
成を示す図である。
成を示す図である。
１００ ＣＣＳ（Communication Control Station）
１１０ 保守端末
２００ ＨＯＳＴ（Host Computer/Main Frame Compute
r）,ＳＥＳ（Source End System(HOST)） １５０ Ｃｈａｎｎｅｌ（ＣＨ） ３００ Ｎｅｔｗｏｒｋｓ（ＬＡＮ／ＭＡＮ／ＷＡＮ） ３０１，６００ ＬＡＮ ５００，７００ ＷＳ／ＰＣ（Work Station/Personal
Computer），ＤＥＳ（Destination End System(WS/P
C)）
r）,ＳＥＳ（Source End System(HOST)） １５０ Ｃｈａｎｎｅｌ（ＣＨ） ３００ Ｎｅｔｗｏｒｋｓ（ＬＡＮ／ＭＡＮ／ＷＡＮ） ３０１，６００ ＬＡＮ ５００，７００ ＷＳ／ＰＣ（Work Station/Personal
Computer），ＤＥＳ（Destination End System(WS/P
C)）
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 古波津 貢
神奈川県秦野市堀山下１番地 株式会社
日立製作所 汎用コンピュータ事業部
内
(72)発明者 竹見 清幸
神奈川県秦野市堀山下１番地 株式会社
日立製作所 汎用コンピュータ事業部
内
(72)発明者 木下 理
神奈川県秦野市堀山下１番地 株式会社
日立製作所 汎用コンピュータ事業部
内
(56)参考文献 特開 平７−177177（ＪＰ，Ａ)
特開 昭62−299145（ＪＰ，Ａ)
特開 平６−197143（ＪＰ，Ａ)
特開 平５−308391（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 29/08
Claims (5)
- 【請求項１】 通信ホストと、通信制御装置と、通信端
末を備え、前記通信ホストと通信制御装置間にローカル
コネクションを設定し、前記通信制御装置と通信端末間
にリモートコネクションを設定し、前記通信ホストが前
記通信制御装置を介して通信端末とデータを交換する通
信システムにおける通信方法であって、 前記通信制御
装置は、前記通信ホストから前記ローカルコネクション
を介して受信したデータを順次前記リモートコネクショ
ンへ転送し、かつ前記リモートコネクションを介して受
信したデータを順次前記ローカルコネクションへ転送
し、 前記通信ホストは、前記ローカルコネクションを介して
前記通信制御装置へ転送したデータに付した通番情報
と、前記通信ホストから転送されたデータに対する該通
信制御装置からの受信応答に含まれる該通信制御装置か
らリモートコネクションへ転送したデータの通番情報に
基づき通信処理を行うことを特徴とする通信方法。 - 【請求項２】 請求項１記載の通信方法において、 前記通信制御装置は、前記通信ホストから受信したデー
タの内、前記リモートコネクションへ送信したデータの
量を前記通信ホストへの受信応答に含めて返送し、 前記通信ホストは、前記通信制御装置から返送されてき
た前記リモートコネクションへ送信したデータの量にウ
インドウ・サイズを加えたデータの量から前記通信制御
装置に既に送信したデータの量を差し引いたデータの量
を前記通信制御装置へ送信可能なデータの量として処理
することを特徴とする通信方法。 - 【請求項３】 請求項１記載の通信方法において、 前記通信制御装置及び前記通信端末は、夫々受信応答を
前記通信ホストへ返送し、 前記通信ホストは、前記夫々の受信応答の内のいずれの
受付けに基づき送信の完了と見做すかを選択的に制御す
ることを特徴とする通信方法。 - 【請求項４】 複数の通信端局、一つあるいは複数の通
信サーバ、及び通信網を備え、前記通信端局は前記通信
サーバとの間にローカルコネクションを設定し、複数の
前記通信サーバは互いにサーバコネクションを設定した
通信システムにおける通信方法であって、 前記通信端局のデータ送信側（送信元端局）は、前記ロ
ーカルコネクションを介して前記通信端局のデータ受信
側（送信先端局）へ転送したデータに付した通番情報
と、前記送信元端局から転送されたデータに対する該送
信先端局からの受信応答に含まれる該送信先端局からリ
モートコネクションへ転送したデータの通番情報に基づ
き通信処理を行うことを特徴とする通信方法。 - 【請求項５】 請求項４記載の通信方法において、 前記コネクションを介した受信側の前記通信サーバある
いは前記通信端局の各々は夫々受信応答を前記送信元端
局へ返送し、 前記送信元端局は、前記夫々の受信応答の内のいずれの
受信応答に基づき送信の完了と見做すかを選択的に制御
することを特徴とする通信方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28927195A JP3386298B2 (ja) | 1995-10-11 | 1995-10-11 | 通信方法 |
| US08/728,550 US5912903A (en) | 1995-10-11 | 1996-10-09 | Method and system for quickly transferring data in a network having computers connected therewith |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28927195A JP3386298B2 (ja) | 1995-10-11 | 1995-10-11 | 通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09107392A JPH09107392A (ja) | 1997-04-22 |
| JP3386298B2 true JP3386298B2 (ja) | 2003-03-17 |
Family
ID=17741008
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28927195A Expired - Fee Related JP3386298B2 (ja) | 1995-10-11 | 1995-10-11 | 通信方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5912903A (ja) |
| JP (1) | JP3386298B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107063347A (zh) * | 2017-04-12 | 2017-08-18 | 江苏利得智能监测科技有限公司 | 一种气体传感器、监控系统及监控方法 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5544347A (en) * | 1990-09-24 | 1996-08-06 | Emc Corporation | Data storage system controlled remote data mirroring with respectively maintained data indices |
| FI103548B (fi) * | 1996-03-25 | 1999-07-15 | Nokia Telecommunications Oy | Vuonvalvontamenetelmä |
| US6105064A (en) * | 1997-05-30 | 2000-08-15 | Novell, Inc. | System for placing packets on network for transmission from sending endnode to receiving endnode at times which are determined by window size and metering interval |
| JP3448481B2 (ja) * | 1998-03-05 | 2003-09-22 | Ｋｄｄｉ株式会社 | 非対称回線用ｔｃｐ通信高速化装置 |
| JP3148733B2 (ja) * | 1999-02-26 | 2001-03-26 | 株式会社神戸製鋼所 | 信号処理装置及び信号処理システム |
| US7035214B1 (en) * | 1999-09-28 | 2006-04-25 | Nortel Networks Limited | System and method for a negative acknowledgement-based transmission control protocol |
| US6606321B1 (en) * | 1999-12-29 | 2003-08-12 | 3Com Corporation | Method of establishing MPOA shortcut virtual channel connections |
| US8320252B2 (en) * | 2009-11-03 | 2012-11-27 | Nxp B.V. | System and method for data communications using a sliding window protocol with selective retransmission |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4701908A (en) * | 1984-06-22 | 1987-10-20 | Canon Kabushiki Kaisha | Network system utilizing plural station addresses |
| US5396485A (en) * | 1992-09-01 | 1995-03-07 | Hitachi, Ltd. | Information communication system for point-to-point communication and point-to-multipoint communication using same lines |
| US5490134A (en) * | 1993-06-29 | 1996-02-06 | Southern California Edison Company | Versatile communications controller |
-
1995
- 1995-10-11 JP JP28927195A patent/JP3386298B2/ja not_active Expired - Fee Related
-
1996
- 1996-10-09 US US08/728,550 patent/US5912903A/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107063347A (zh) * | 2017-04-12 | 2017-08-18 | 江苏利得智能监测科技有限公司 | 一种气体传感器、监控系统及监控方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5912903A (en) | 1999-06-15 |
| JPH09107392A (ja) | 1997-04-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4750109A (en) | Method and system for expediting multi-packet messages in a computer network | |
| US4939724A (en) | Cluster link interface for a local area network | |
| US7321592B2 (en) | Method of and apparatus for implementing and sending an asynchronous control mechanism packet used to control bridge devices within a network of IEEE Std 1394 serial buses | |
| JP3448067B2 (ja) | ネットワークアダプタのためのネットワークコントローラ | |
| US6765923B1 (en) | Early arbitration on a full duplex bus | |
| US7209445B2 (en) | Method and system for extending the reach of a data communication channel using a flow control interception device | |
| US6539020B1 (en) | Bridge device | |
| US7254620B2 (en) | Storage system | |
| JP2000503828A (ja) | データネットワーク上でデータパケットをスイッチングする方法および装置 | |
| JPH0732398B2 (ja) | バス・アクセス制御方法 | |
| JPH08251101A (ja) | 転送路割り当てシステム | |
| JPH08256168A (ja) | 転送路割り当てシステム | |
| JP3386298B2 (ja) | 通信方法 | |
| JPH06197107A (ja) | 同報リンク制御方式 | |
| JP2507230B2 (ja) | インタ―フェ―ス装置および方法並びに通信アダプタ | |
| US6052387A (en) | Enhanced interface for an asynchronous transfer mode segmentation controller | |
| US20040267960A1 (en) | Force master capability during multicast transfers | |
| JPS59114941A (ja) | プログラマブルコントロ−ラ | |
| JP2000224260A (ja) | 通信制御装置 | |
| CN111600810B (zh) | 航电系统虚通道链路实时创建方法 | |
| US20060126520A1 (en) | Tape acceleration | |
| JP3070749B2 (ja) | ヘツダ予測方式及び通信制御処理装置 | |
| JPH0621925A (ja) | 多重化伝送路通信制御方式 | |
| JPH03131141A (ja) | 光論理バス通信方式 | |
| JP2654524B2 (ja) | Ｌａｎの接続ポート切り替え方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080110 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090110 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090110 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100110 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |