JP3183343B2 - データ通信方法、端末装置、中継装置、データ通信システム及びその記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、モバイルコンピュ
ーティングやリモートアクセス等のように、端末装置か
らのアクセスリンクに対するスループットが、エンドー
エンド通信におけるスループットのボトルネックになる
ような利用環境で、通信効率が良好なＴＣＰ／ＩＰ通信
を可能にするデータ通信方法及びデータ通信システムに
関する。

【０００２】

【従来の技術】近年、コンピュータなどの端末装置間で
データ通信を行なうためのネットワークとしてインター
ネット（Internet）が普及している。また、それと共に
モバイルコンピューティングやリモートアクセスと呼ば
れる利用形態が普及している。モバイルコンピューティ
ング及びリモートアクセスとは、利用者の端末装置とし
て、携帯電話等の無線電話回線またはＩＳＤＮ等の有線
電話回線との通信が可能な通信装置を備えた情報処理機
器を用いるものである。また、利用者の端末装置と無線
電話回線または有線電話回線で接続されたアクセスサー
バやアクセスルータと呼ばれる中継装置（以下、ルータ
と称す）を介してサーバ端末装置との間でデータ通信を
行う利用形態のことである。なお、利用者の端末装置に
接続される回線をアクセスリンクと称し、利用者の端末
装置とサーバ端末装置との間の通信をエンドーエンド通
信と称す。モバイルコンピューティングやリモートアク
セスでは、一般にアクセスリンクの通信速度が遅く、ア
クセスリンクのスループットがエンドーエンド通信のス
ループットのボトルネックになる場合が多い。

【０００３】インターネットとは、イーサネット（登録
商標）（Ｅｔｈｅｒｎｅｔ（登録商標））等のパケット
通信メディアで複数の端末装置が接続されたローカルエ
リアネットワーク(Local Area Network:LAN)どうしを、
ルータであるパケット中継装置で接続したネットワーク
の集合体である。

【０００４】インターネットに接続される端末装置やル
ータには、インターネットプロトコル(Internet Protoc
ol: IP)と呼ばれる経路制御プロトコルにしたがって動
作させるためのプログラムがそれぞれ搭載され、ＩＰに
よって異なるＬＡＮに接続された任意の端末装置間のパ
ケット通信を可能にしている。

【０００５】ところで、パケットが通信メディアを介し
て伝送されているときに一部のデータに誤りが生じた場
合、あるいはルータが十分なパケット格納領域を備えて
いない場合には、受信したパケットが廃棄されるため、
通信中にパケットの消失が発生する。また、任意の端末
装置から異なるＬＡＮに接続された端末装置へ一連のパ
ケットを送信する場合、パケットを受信する端末装置で
はパケットの到着順序が保証されていないと送信順序と
到着順序が異なることがある。

【０００６】インターネットでは、このようなパケット
の消失や順序の入れ替わりに対しても信頼性のあるデー
タ通信、すなわち送信されたデータが欠けることなく、
かつ送信された順序どおりに受信側で取り出すための機
能を有している。

【０００７】このような信頼性の高いデータ通信は、ト
ランスミッションコントロールプロトコル(Transmissio
n Control Protocol: TCP)と呼ばれる通信プロトコルに
よって実現される。

【０００８】ＴＣＰ及びＩＰは、もともと有線のＬＡＮ
に接続された端末装置間におけるデータ通信を想定して
開発されたものであるが、現在はモバイルコンピューテ
ィングやリモートアクセスでも一般的に利用されてい
る。

【０００９】次に、図３２〜図３７を用いてＴＣＰ／Ｉ
Ｐを用いる従来のデータ通信システムについて説明す
る。より詳くは米国ＩＥＴＦ(THE INTERNET ENGINEERIN
G TASKFORCE)が発行する様々なＲＦＣ(Request For Com
ment)で説明されている。なお、それらのうち、ＴＣＰ
についてはＲＦＣ７９３（Transmission Control Proto
col）に最も重要な事項が記述され、ＩＰについてはＲ
ＦＣ７９１（Internet Protocol: IP）に最も重要な事
項が記述されている。また、ＲＦＣ７９３及びＲＦＣ７
９１の仕様変更や詳細仕様はＲＦＣ１１２２（Requirem
ents for InternetHosts−Communication Layer）に記
載されている。

【００１０】図３２はＴＣＰ／ＩＰを用いる従来のデー
タ通信システムの一構成例を示すブロック図である。図
３３は図３２に示したデータ通信システムで送受信する
情報の構成を示す図であり、各ヘッダの位置関係を示す
ブロック図である。図３４は図３３に示したＴＣＰヘッ
ダの構成を示すブロック図であり、図３５は図３３に示
したＩＰヘッダの構成を示すブロック図である。また、
図３６は図３２に示した従来のデータ通信システムのコ
ネクション開設時の手順を示すシーケンス図であり、図
３７は図３２に示した従来のデータ通信システムのコネ
クション終了時の手順を示すシーケンス図である。

【００１１】図３２に示すＴＣＰ／ＩＰを用いる従来の
データ通信システムは、端末装置６、ルータ７、サーバ
端末装置８、無線ネットワーク９、及びインターネット
１０から構成されている。端末装置６とルータ７はそれ
ぞれ無線電話回線等の無線ネットワーク９で接続され、
ルータ７とサーバ端末装置８はインターネット１０で接
続されている。

【００１２】端末装置６は、例えば、無線ネットワーク
９に接続可能な装置を備えた情報処理装置であり、第１
のプロセッサ６１、第１の通信インタフェース管理装置
６２、第１のＴＣＰモジュール６３、第１のＩＰモジュ
ール６４、第１のＰＰＰモジュール６５、及び第１の無
線回線アクセス装置６６を有している。

【００１３】ルータ７は、無線ネットワーク９に接続可
能な装置及びインターネット１０に接続可能なイーサネ
ットインタフェースを備えた情報処理装置であり、第２
のＩＰモジュール７１、第２のＰＰＰモジュール７２、
第２の無線回線アクセス装置７３、及び第１のイーサネ
ットモジュール７３を有している。

【００１４】サーバ端末装置８は、インターネット１０
に接続可能なイーサネットインタフェースを備えた情報
処理装置であり、第２のプロセッサ８１、第２の通信イ
ンタフェース管理装置８２、第２のＴＣＰモジュール８
３、第３のＩＰモジュール８４、及び第２のイーサネッ
トモジュール８５を有している。

【００１５】無線ネットワーク９は無線回線からなる電
話網などである。また、インターネット１０はイーサネ
ット等のＬＡＮやＬＡＮをルータで接続したネットワー
クの複合体である。

【００１６】第１のプロセッサ６１及び第２のプロセッ
サ８１は通信を行うためのアプリケーションプログラム
にしたがって処理を実行する。アプリケーションプログ
ラムは相互にデータをやり取りして利用者に通信サービ
スを提供するための応用プログラムである。

【００１７】応用プログラムは、ｆｔｐ（file transfe
r protocol）やＴＥＬＮＥＴ等の既知のもの、あるいは
利用者によって独自に作成されるたものが用いられる。
なお、第１のプロセッサ６１と第２のプロセッサ８１間
で通信される所望のデータを以下では応用データと称
す。

【００１８】図３３において、応用データは、パケット
で伝送可能な所定のデータ量から成る複数のサブ応用デ
ータに分割され（図３３では第１のサブ応用データ〜第
３のサブ応用データに分割されている）、各サブ応用デ
ータ毎に送信先を示すアドレスや制御情報からなる各種
ヘッダが付与されて送信される（各モジュールで付与さ
れるヘッダについてはそれぞれ後述する）。なお、図３
３中のＰＰＰトレイラ、及びＥｔｈｅｒｎｅｔトレイラ
はパケットの最後を示すデータである。

【００１９】第１のプロセッサ６１は、第２のプロセッ
サ８１との間で通信を行う際に、第１の通信インタフェ
ース管理装置６２によって提供されるアクセスポイント
を通して通信を行う。

【００２０】第１のプロセッサ６１から第２のプロセッ
サ８１に応用データを送信する場合、第１のプロセッサ
６１は第１の通信インタフェース管理装置６２に応用デ
ータを転送すると共にデータ送信要求を行う。また、第
１のプロセッサ６１で第２のプロセッサ８１から送信さ
れた応用データを受信する場合、第１のプロセッサ６１
は第１の通信インタフェース管理装置６２にデータ受信
要求を行い、受信した応用データを転送させる。

【００２１】同様に、第２のプロセッサ８１は、第１の
プロセッサ６１との間で通信を行う際に、第２の通信イ
ンタフェース管理装置８２によって提供されるアクセス
ポイントを通して通信を行う。

【００２２】第２のプロセッサ８１から第１のプロセッ
サ６１に応用データを送信する場合、第２のプロセッサ
８１は第２の通信インタフェース管理装置８２に応用デ
ータを渡すと共にデータ送信要求を行う。また、第２の
プロセッサ８１で第１のプロセッサ６１から送信された
応用データを受信する場合、第２のプロセッサ８１は第
２の通信インタフェース管理装置８２にデータ受信要求
を行い、受信した応用データを転送させる。

【００２３】第１の通信インタフェース管理装置６２及
び第２の通信インタフェース管理装置８２は、上述した
アクセスポイントを管理すると共に、第１のＴＣＰモジ
ュール６３及び第２のＴＣＰモジュール８３が有する機
能を利用して、第１のプロセッサ６１及び第２のプロセ
ッサ８１からの要求にしたがって具体的な処理を実行す
る。なお、アクセスポイントは、現在、「ソケット」と
呼ばれる概念で提供される。

【００２４】次に、「ソケット」について第１の通信イ
ンタフェース管理装置６２で用いる場合を例にして説明
する。なお、第２の通信インタフェース管理装置８２で
用いる場合も同様であるため、その説明は省略する。

【００２５】ソケットは、自己のアドレス及びアプリケ
ーションプログラムを識別するためのポートと呼ばれる
識別子によって識別される。また、データ通信を実現す
るためのコネクションと呼ばれる仮想的な通信路へのア
クセスポイントとなる。なお、コネクションは通信を行
う通信インタフェース管理装置で、適宜生成、削除され
る。

【００２６】第１のプロセッサ６１と第２のプロセッサ
８１間で応用データの通信を行う場合、第１のプロセッ
サ６１と第２のプロセッサ８１間にコネクションが開設
され、そのコネクションを介して応用データが伝送され
る。また、応用データの通信が終了したらコネクション
も閉じるため、ソケットはコネクション制御機能とデー
タ通信機能とをそれぞれ有している。

【００２７】コネクション制御機能は、自己のソケット
と通信相手のソケットを指定して能動的にコネクション
を開設するコネクション能動開設機能と、自己のソケッ
トを他の通信端点からのコネクション能動開設要求を受
け付けるためのソケット（受動ソケット）に変換するコ
ネクション受動開設点生成機能と、受動ソケットによっ
てコネクション開設を待ち受けるためのコネクション受
動開設機能と、開設しているコネクションを終了するた
めのコネクション終了機能とがある。

【００２８】また、データ通信機能は、開設しているコ
ネクションを介して通信相手のソケットに応用データを
送信するデータ送信機能と、開設しているコネクション
を介して通信相手のソケットから送信されたデータを取
り出すデータ受信機能とがある。

【００２９】以上の機能は第１のＴＣＰモジュール６３
によって実現され、第１の通信インタフェース管理装置
６２は、第１のプロセッサ６１からの通信要求を第１の
ＴＣＰモジュール６３の機能呼び出しに置き換えると共
に、ソケットとコネクションの対応関係を管理する。

【００３０】また、第１の通信インタフェース管理装置
６２は、第１のプロセッサ６１から渡された応用データ
を、一時的に保持（応用データを格納する記憶領域を送
信データバッファと称す）すると共に、受信した応用デ
ータを第１のプロセッサ６１が取り出すまで一時的に保
持（応用データを格納する記憶領域を受信データバッフ
ァと称す）する。

【００３１】第１のプロセッサ６１は、第１の通信イン
タフェース管理装置６２によってソケットとコネクショ
ン端点との関係が一対一に対応付けられることで、通信
に用いるコネクションをソケットによって識別する。ま
た、第１のＴＣＰモジュール６３は、第１の通信インタ
フェース管理装置６２からのデータ転送要求と共にソケ
ットの識別子が指定されることで、対応するコネクショ
ンを識別する。ちなみにＵＮＩＸオペレーティングシス
テムの一種であるＦｒｅｅＢＳＤ ２．２．６―ＲＥＬ
ＥＡＳＥでは、コネクション能動開設要求、コネクショ
ン受動開設点生成要求、コネクション受動開設要求、及
びコネクション切断要求は、それぞれｃｏｎｎｅｃｔ，
ｌｉｓｔｅｎ，ａｃｃｅｐｔ，ｓｈｕｔｄｏｗｎのシス
テムコール関数で実現される。また、データ送信の要求
は、ｓｅｎｄまたはｗｒｉｔｅのシステムコール関数で
実現され、データ受信の要求はｒｅｃｖまたはｒｅａｄ
のシステムコール関数で実現される。

【００３２】第１のＴＣＰモジュール６３及び第２のＴ
ＣＰモジュール８３は、それぞれＴＣＰプロトコル制
御、すなわちコネクション制御やデータ通信を実現する
ためのトランスポート層プロトコルモジュールである。

【００３３】以下では、第１のＴＣＰモジュール６３を
例にしてＴＣＰモジュールの機能について説明する。第
２のＴＣＰモジュール８３の機能及び動作は第１のＴＣ
Ｐモジュール６３と同様である。

【００３４】第１のＴＣＰモジュール６３は、受信した
応用データを送信された順序に並べ替える順序制御機能
と、パケット損失時に再送処理を行うデータ通信保証機
能と、第２のＴＣＰモジュール８３とのフロー制御機能
とを有している。

【００３５】第１のＴＣＰモジュール６３は、第１の通
信インタフェース管理装置６２から応用データを受け取
ると、ＴＣＰセグメントを生成して第１のＩＰモジュー
ル６４に渡す。ＴＣＰセグメントとは、図３４に示すＴ
ＣＰヘッダのみ、あるいはＴＣＰヘッダと応用データか
ら構成される。なお、ＴＣＰヘッダは図３３に示すよう
にサブ応用データの先頭に付加される。

【００３６】また、第１のＴＣＰモジュール６３は、第
１のＩＰモジュール６４からＴＣＰセグメントを受け取
ると、それに含まれるＴＣＰヘッダから対応するコネク
ションを識別し、ＴＣＰプロトコル制御を行なう。

【００３７】第１のＩＰモジュール６４、第２のＩＰモ
ジュール７１、及び第３のＩＰモジュール８４は、それ
ぞれＩＰプロトコル制御を行うネットワーク層プロトコ
ルモジュールである。各ＩＰモジュールは、ネットワー
クにアクセスするための下位のネットワークインタフェ
ースに対して、予め、それらを識別するためのＩＰアド
レスをそれぞれ付与している。また、ＩＰアドレスに対
応するＩＰデータグラムをどのネットワークインタフェ
ースに送出するかを記録した経路テーブルを有してい
る。

【００３８】すなわち、第１のＩＰモジュール６４は第
１のＰＰＰモジュール６５にＩＰアドレスを付与し、第
２のＩＰモジュール７１は第２のＰＰＰモジュール７２
及び第１のイーサネットモジュール７４にそれぞれＩＰ
アドレスを付与し、第３のＩＰモジュール８４は第２の
イーサネットモジュール８５にＩＰアドレスを付与す
る。なお、第１のＰＰＰモジュール６５に付与されたＩ
Ｐアドレスを端末装置６のＩＰアドレスと称し、第２の
ＰＰＰモジュール７２及び第１のイーサネットモジュー
ル７４に付与されたＩＰアドレスをルータ７のＩＰアド
レスと称す。また、第２のイーサネットモジュール８５
に付与されたＩＰアドレスをサーバ端末装置８のＩＰア
ドレスと称す。

【００３９】第１のＩＰモジュール６４が有する経路テ
ーブルにはサーバ端末装置８宛てのネットワークインタ
フェースとして第１のＰＰＰモジュール６５が指定さ
れ、第３のＩＰモジュール８４が有する経路テーブルに
は端末装置６宛てのネットワークインタフェースとして
第２のイーサネットモジュール８５が指定されている。
また、第２のＩＰモジュール７１が有する経路テーブル
には、端末装置６宛てのネットワークインタフェースと
して第２のＰＰＰモジュール７２が指定され、サーバ端
末装置８宛てのネットワークインタフェースとして第１
のイーサネットモジュール７４が指定されている。

【００４０】第１のＩＰモジュール６４は、第１のＴＣ
Ｐモジュール６３からＴＣＰセグメントを受け取ると、
そのＴＣＰセグメントからＩＰデータグラムを生成し、
第１のＰＰＰモジュール６５に渡す。

【００４１】ＩＰデータグラムとは、図３５に示すＩＰ
ヘッダとＴＣＰセグメントから構成される。なお、ＩＰ
ヘッダは図３３に示すようにＴＣＰセグメントの先頭に
付加される。

【００４２】第１のＩＰモジュール６４は、第１のＰＰ
Ｐモジュール６５からＩＰデータグラムを受け取ると、
そのＩＰデータグラムに含まれるＩＰヘッダから端末装
置６宛てのＩＰデータグラムであるか否かを判断する。
受け取ったＩＰデータグラムが端末装置６宛ての場合
は、ＩＰデータグラムからＴＣＰセグメントを取り出
し、第１のＴＣＰモジュール６３に渡す。また、ＩＰデ
ータグラムが端末装置６宛てでない場合は、経路制御テ
ーブルを参照してＩＰデータグラムの宛先に対応するネ
ットワークインタフェースに送出する。

【００４３】ＩＰデータグラムが端末装置６宛てである
か否かの判断は、ＩＰヘッダ内の送信先ＩＰアドレスと
第１のＰＰＰモジュール６５に割り当てられたＩＰアド
レスとが等しいか否かで判断する。

【００４４】第２のＩＰモジュール７１は、第１のイー
サネットモジュール７４から端末装置６宛てのＩＰデー
タグラムを受け取ると、そのＩＰデータグラムを第２の
ＰＰＰモジュール７２に渡す。また、第２のＰＰＰモジ
ュール７２からサーバ端末装置８宛てのＩＰデータグラ
ムを受け取ると、そのＩＰデータグラムを第２のイーサ
ネットモジュール７４に渡す。なお、第３のＩＰモジュ
ール８４の機能及び動作は第１のＩＰモジュール６４と
同様であるため、その説明は省略する。

【００４５】第１のＰＰＰモジュール６５及び第２のＰ
ＰＰモジュール７２は、相互間でＰＰＰ（Point to Poi
nt Protocol）処理を実行するデータリンクプロトコル
処理モジュールである。

【００４６】第１のＰＰＰモジュール６５は、第１のＩ
Ｐモジュール６４から受け取ったＩＰデータグラムから
ＰＰＰフレームを生成し、第１の無線回線アクセス装置
６６を介して無線ネットワーク９に送出する。また、第
１の無線回線アクセス装置６６を介してＰＰＰフレーム
を受信すると、その中からＩＰデータグラムを取り出
し、取り出したＩＰデータグラムを第１のＩＰモジュー
ル６４に渡す。

【００４７】同様に、第２のＰＰＰモジュール７２は、
第２のＩＰモジュール７１から受け取ったＩＰデータグ
ラムからＰＰＰフレームを生成し、第２の無線回線アク
セス装置７３を介して無線ネットワーク９に送出する。
また、第２の無線回線アクセス装置７３を介してＰＰＰ
フレームを受信すると、その中からＩＰデータグラムを
取り出し、取り出したＩＰデータグラムを第２のＩＰモ
ジュール７１に渡す。第１の無線回線アクセス装置６６
及び第２の無線回線アクセス装置７３は、無線ネットワ
ーク９にアクセスし、無線ネットワーク９との接続や切
断、あるいはデータ通信を制御する。

【００４８】第１のイーサネットモジュール７４及び第
２のイーサネットモジュール８５は、それぞれイーサネ
ットインタフェース装置を有し、イーサネットを通じて
データを送受信するための処理モジュールである。な
お、各イーサネットインタフェース装置には、予め、イ
ンターネット全体で一意の識別子（これをイーサネット
アドレスと称す）がそれぞれ付与される。

【００４９】第１のイーサネットモジュール７４は、第
２のＩＰモジュール７１からサーバ端末装置８宛てのＩ
Ｐデータグラムを受け取ると、そのＩＰデータグラムか
ら第２のイーサネットモジュール８５宛てのイーサネッ
トフレームを生成し、インターネット１０に送出する。
また、インターネット１０から第１のイーサネットモジ
ュール７４宛てのイーサネットフレームを受け取ると、
そのイーサネットフレーム中のデータ誤りの有無を調べ
る。データ誤りが無い場合は、イーサネットフレームか
らＩＰデータグラムを取り出し、取り出したＩＰデータ
グラムを第２のＩＰモジュール７１へ渡す。また、デー
タ誤りがある場合は、そのイーサネットフレームを廃棄
する。

【００５０】一方、第２のイーサネットモジュール８５
は、第３のＩＰモジュール８４から端末装置６宛てのＩ
Ｐデータグラムを受け取ると、そのＩＰデータグラムか
ら第１のイーサネットモジュール７４宛てのイーサネッ
トフレームを生成し、インターネット１０へ送出する。
また、インターネット１０から第２のイーサネットモジ
ュール８５宛てのイーサネットフレームを受け取ると、
そのイーサネットフレーム中のデータ誤りの有無を調べ
る。データ誤りが無い場合は、イーサネットフレームか
らＩＰデータグラムを取り出し、取り出したＩＰデータ
グラムを第３のＩＰモジュール８４へ渡す。また、デー
タ誤りがある場合は、そのイーサネットフレームを廃棄
する。

【００５１】次に、図３２に示した従来のデータ通信シ
ステムのコネクション制御時及びデータ通信時の各モジ
ュールの動作についてそれぞれ説明する。

【００５２】コネクション制御機能及びデータ通信機能
は、第１のＴＣＰモジュール６３及び第２のＴＣＰモジ
ュール８３によって実現され、それより下位のモジュー
ルは単にＩＰデータグラムを送信先の装置に転送する機
能を有するだけである。

【００５３】なお、以下の動作は、第１のプロセッサ６
１から第１の通信インタフェース管理装置６２に機能毎
の動作要求がなされたとき、あるいは第２のプロセッサ
８１から第２の通信インタフェース管理装置８２に機能
毎の動作要求がなされたときにそれぞれ開始される。

【００５４】（１）ＴＣＰセグメントの送信動作 まず、ＴＣＰセグメントの送信動作について、第１のＴ
ＣＰモジュール６３から第２のＴＣＰモジュール８３に
ＴＣＰセグメントを送信する場合を例にして説明する。
なお、第１のＩＰモジュール６４と第３のＩＰモジュー
ル８４、第１のＰＰＰモジュール６５と第２のＰＰＰモ
ジュール７２、第１の無線回線アクセス装置６６と第２
の無線回線アクセス装置７３、及び第１のイーサネット
モジュール７４と第２のイーサネットモジュール８５
は、互いに対称的に動作する。したがって、第２のＴＣ
Ｐモジュール８３から第１のＴＣＰモジュール６３にＴ
ＣＰセグメントを送信する場合は、以下に説明する動作
をそれぞれ入れ替えた動作となる。

【００５５】まず、第１のＩＰモジュール６４は、第１
のＴＣＰモジュール６３からサーバ端末装置８宛てのＴ
ＣＰセグメントを受け取ると、受け取ったＴＣＰセグメ
ントからＩＰデータグラムを生成し、そのＩＰデータグ
ラムを第１のＰＰＰモジュール６５に渡す。ＩＰデータ
グラムは、ＩＰヘッダと受け取ったＴＣＰセグメントか
ら構成される。図３５に示すように、ＩＰヘッダの送信
元ＩＰアドレスフィールド（Source IP address）には
端末装置６のＩＰアドレスが格納され、送信先ＩＰアド
レスフィールド（Destination IP address）にはサーバ
端末装置８のＩＰアドレスが格納され、プロトコルフィ
ールド（Protocol）にはＴＣＰを識別するための値が格
納される。

【００５６】第１のＰＰＰモジュール６５は、第１のＩ
Ｐモジュール６４からＩＰデータグラムを受け取ると、
受け取ったＩＰデータグラムからＰＰＰフレームを生成
し、そのＰＰＰフレームを第１の無線回線アクセス装置
６６に渡す。ＰＰＰフレームにはデータ誤りを検出する
ためのフレームチェックシーケンスが付加される。第１
の無線回線アクセス装置６６に渡されたＰＰＰフレーム
は、無線ネットワーク９、第２の無線回線アクセス装置
７３を介して第２のＰＰＰモジュール７２に渡される。

【００５７】第２のＰＰＰモジュール７２は、ＰＰＰフ
レームを受け取ると、そのフレームチェックシーケンス
を計算し、ＰＰＰフレーム内のデータ誤りの有無を調べ
る。データ誤りが無い場合は、ＰＰＰフレームからＩＰ
データグラムを取り出し、取り出したＩＰデータグラム
を第２のＩＰモジュール７１に渡す。

【００５８】第２のＩＰモジュール７１は、ＩＰデータ
グラムを受け取ると、そのＩＰヘッダの送信先ＩＰアド
レスフィールドの値を調べる。ここでは、送信先ＩＰア
ドレスフィールドにサーバ端末装置８のＩＰアドレスが
格納されているため、当該ＩＰデータグラムを第１のイ
ーサネットモジュール７４に渡す。

【００５９】第１のイーサネットモジュール７４に渡さ
れたＩＰデータグラムは、インターネット１０、第２の
イーサネットモジュール８５を介して第３のＩＰモジュ
ール８４に渡される。

【００６０】第３のＩＰモジュール８４は、ＩＰデータ
グラムを受け取ると、そのＩＰヘッダ内の送信先ＩＰア
ドレスフィールドの値を調べる。ここでは、送信先ＩＰ
アドレスフィールドにサーバ端末装置８のＩＰアドレス
が格納されているため、当該ＩＰデータグラムをサーバ
端末装置８宛てのものと認識する。また、ＩＰヘッダ内
のプロトコルフィールドの値はＴＣＰの識別子の値であ
るため、ＩＰデータグラムからＴＣＰセグメントを取り
出し、取り出したＴＣＰセグメントを第２のＴＣＰモジ
ュール８３に渡す。

【００６１】（２）ＴＣＰ基本動作 次に、各ＴＣＰモジュールの共通の基本動作、及びＴＣ
ＰセグメントにおけるＴＣＰヘッダの利用方法について
説明する。

【００６２】上述したように、ＴＣＰでは二つのソケッ
ト間にコネクションが設定され、ＴＣＰセグメントは各
コネクションの二つのソケット間で送受信される。その
ため、全てのＴＣＰセグメントには対応するコネクショ
ンを識別するための情報が必要となる。

【００６３】ＴＣＰセグメントとコネクションとの対応
は、ＴＣＰセグメントのＴＣＰヘッダ中の送信元ポート
番号フィールド（Source port number）に送信元のソケ
ットのポート番号を格納し、送信先ポート番号フィール
ド（Destination port number）に送信先のソケットの
ポート番号を格納することで識別する。また、ＩＰデー
タグラムのＩＰヘッダ中の送信元ＩＰアドレスフィール
ド（Source IP address）に送信元のソケットのＩＰア
ドレスを格納し、送信先ＩＰアドレスフィールド（Dest
ination IP address）に送信先のソケットのＩＰアドレ
スを格納することで識別する。

【００６４】すなわち、任意のコネクションの一方のソ
ケットＳ１のＩＰアドレスをＡ１、ポート番号をＰ１と
し、他方のソケットＳ２のＩＰアドレスをＡ２、ポート
番号をＰ２とし、ソケットＳ１が存在する装置のＴＣＰ
モジュールをＴＣＰモジュールＭ１、ソケットＳ２が存
在する装置のＴＣＰモジュールをＴＣＰモジュールＭ２
とすると、ＴＣＰモジュールＭ１からＴＣＰモジュール
Ｍ２へＴＣＰセグメントを送信する場合、ＴＣＰモジュ
ールＭ１は、ＴＣＰヘッダ中の送信元ポート番号フィー
ルドにＰ１を格納し、送信先ポート番号フィールドにＰ
２を格納したＴＣＰセグメントを生成する。さらに、Ｉ
Ｐモジュールは、ＩＰヘッダ中の送信元ＩＰアドレスフ
ィールドにＡ１を格納し、送信先ＩＰアドレスフィール
ドにＡ２を格納したＩＰデータグラムを生成する。

【００６５】ＴＣＰセグメントを含むＩＰデータグラム
を受け取ったＴＣＰモジュールＭ２は、ＴＣＰヘッダ中
の送信元ポート番号フィールドの値Ｐ１、ＴＣＰヘッダ
中の送信先ポート番号フィールドの値Ｐ２、ＩＰヘッダ
中の送信元ＩＰアドレスフィールドの値Ａ１、及びＩＰ
ヘッダ中の送信先ＩＰアドレスフィールドの値Ａ２か
ら、受け取ったＴＣＰセグメントはソケットＳ１及びソ
ケットＳ２の対から成るコネクションに対応すると判断
する。

【００６６】また、ＴＣＰは送達確認機能と再送機能に
よりＴＣＰセグメントの損失についても対処する。

【００６７】ＴＣＰセグメントの送達確認機能では、送
信されるＴＣＰセグメントのＴＣＰヘッダのシーケンス
番号フィールド（Sequence number）と、受信側から返
送されるＴＣＰセグメントのＴＣＰヘッダの確認フラグ
フィールド(A)と確認番号フィールド（Acknowledgment
number）とが用いられる。

【００６８】ＴＣＰモジュールＭ１からＴＣＰモジュー
ルＭ２に応用データまたは制御情報を送信する場合、Ｔ
ＣＰモジュールＭ１は、各コネクションごとに、プロセ
ッサから受け取った応用データへ１バイト単位で順に番
号を付与し（この番号をシーケンス番号と称す）、ＴＣ
ＰセグメントをＴＣＰモジュールＭ２に送信する際に
は、先頭のサブ応用データのシーケンス番号をＴＣＰヘ
ッダのシーケンス番号フィールドに格納する。

【００６９】ＴＣＰモジュールＭ２は、受信したＴＣＰ
セグメントのＴＣＰヘッダのシーケンス番号フィールド
の値、及びＴＣＰセグメントに含まれるサブ応用データ
のサイズから、受信したサブ応用データの先頭からの位
置を判断する。

【００７０】ＴＣＰモジュールＭ２は、受信したサブ応
用データのシーケンス番号の履歴を各コネクション毎に
記録し、その履歴から受信したサブ応用データが既に受
け取ったデータなのか、それとも新しく受け取ったデー
タなのかを判断する。

【００７１】また、ＴＣＰモジュールＭ２は、新しいサ
ブ応用データを受け取ると、最後に受け取ったサブ応用
データのシーケンス番号に１を加えた値（先頭から見て
最初に現れる未受信のサブ応用データのシーケンス番
号）をＴＣＰヘッダの確認番号フィールドに格納する。
そして、確認フラグフィールドを「設定」にしたＴＣＰ
セグメントをＴＣＰモジュールＭ１に返送する。

【００７２】ＴＣＰモジュールＭ１は、ＴＣＰヘッダの
確認フラグフィールドが「設定」にされている場合、確
認番号フィールドの値（その値をＸとする）を参照する
ことで、シーケンス番号Ｘ−１のサブ応用データまでの
送達成功を知ることができる。このような送達確認方法
を累積確認方法と称す。

【００７３】また、ＴＣＰモジュールＭ１は、ＴＣＰセ
グメントの送信時に再送タイマを起動する。再送タイマ
が満了するまでに送信したＴＣＰセグメントの送達確認
ができれば対応する再送タイマを中止し、そのＴＣＰセ
グメントの送信処理を終了する。ＴＣＰセグメントの送
達確認が通知されないまま再送タイマが満了した場合
は、ＴＣＰセグメントの送信が失敗したとみなし、その
ＴＣＰセグメントで送信しようとしていたサブ応用デー
タの先頭から再び応用データの送信を開始する。以上、
ＴＣＰモジュールの送達確認機能と再送機能について、
応用データを含むＴＣＰセグメントの送信動作を例にし
て説明したが、応用データを含まない制御情報を伝達す
るためのＴＣＰセグメント（例えば、コネクション開設
要求のＴＣＰセグメントなど）を送信する場合も、その
ＴＣＰセグメントにサブ応用データを含むものとみなし
て同様な処理を実行する。

【００７４】さらに、従来のデータ通信システムでは、
受信側のＴＣＰモジュールから送信側のＴＣＰモジュー
ルに受信データバッファの空き容量を通知することによ
り、送信側のＴＣＰモジュールでＴＣＰセグメントの送
信中断、送信再開を制御するフロー制御機能を備えてい
る。受信データバッファの空き容量は、送信するＴＣＰ
セグメントのＴＣＰヘッダのウィンドウサイズフィール
ド（Window size）に格納される。

【００７５】ＴＣＰモジュールＭ２は、ＴＣＰモジュー
ルＭ１からＴＣＰセグメントを受け取ると、ＴＣＰヘッ
ダのウィンドウサイズフィールドを参照する。このと
き、ウィンドウサイズフィールドの値が０の場合は応用
データの送信を中断し、ウィンドウサイズフィールドの
値が０で無い場合はウィンドウサイズフィールドの値を
上限サイズとするサブ応用データを送信する。

【００７６】（３）コネクション開設動作（コネクショ
ン能動開設、コネクション受動開設点生成、コネクショ
ン受動開設） 次に、従来のデータ通信システムのコネクション開設動
作について図３６を参照して説明する。

【００７７】第１のプロセッサ６１から第２のプロセッ
サ８１にコネクションを開設する場合、まず、第２のプ
ロセッサ８１は、データ通信用のソケット（Ｓ２とす
る）を生成し、そのソケットに所定のポート番号(Ｐ２
とする)を付与する。次に、第２の通信インタフェース
管理装置８２にコネクション受動開設点生成を要求し、
ソケットＳ２を受動ソケットに変更させると共に、コネ
クション受動開設を要求して第２のプロセッサ８１自身
をソケットＳ２によるコネクション開設待ち状態にす
る。

【００７８】第２の通信インタフェース管理装置８２
は、ソケットＳ２に対するコネクション受動開設点生成
とコネクション受動開設が要求されると、第２のＴＣＰ
モジュール８３にその旨を通知する。第２のＴＣＰモジ
ュール８３はソケットＳ２をコネクション受動開設待ち
の状態にする。

【００７９】一方、第１のプロセッサ６１は、データ通
信用のソケット（Ｓ１とする）を生成し、ソケットＳ１
を通じてサーバ端末装置８のＩＰアドレス及びポート番
号Ｐ２を指定し、第１の通信インタフェース管理装置６
２にソケットＳ２へのコネクション能動開設を要求す
る。

【００８０】第１の通信インタフェース管理装置６２
は、ソケットＳ２へのコネクション能動開設が要求され
ると、ソケットＳ１とソケットＳ２の関係を記録し、第
１のＴＣＰモジュール６３に対してソケットＳ２へのコ
ネクション能動開設を要求する。

【００８１】第１のＴＣＰモジュール６３はソケットＳ
２に対するコネクション能動開設要求を受け取ると、シ
ーケンス番号の初期値（Ｘ１とする）を生成し、この時
点までにソケットＳ１に対するポート番号の指定が無け
れば、未使用のポート番号をソケットＳ１のポート番号
に設定する（Ｐ１とする）。

【００８２】さらに、第１のＴＣＰモジュール６３は、
コネクション開設を要求するためのＴＣＰセグメントＡ
１を生成し、生成したＴＣＰセグメントＡ１を第２のＴ
ＣＰモジュール８３に渡す。ＴＣＰセグメントＡ１は、
ＴＣＰヘッダのみからなり、ＴＣＰヘッダの送信元ポー
ト番号フィールドにＰ１が格納され、送信先ポート番号
フィールドにＰ２が格納され、シーケンス番号フィール
ドにＸ１が格納されている。また、同期フラグフィール
ド（S）は「設定」にされている。

【００８３】第２のＴＣＰモジュール８３は、第１のＴ
ＣＰモジュール６３からＴＣＰセグメントＡ１を受け取
ると、ＴＣＰセグメントＡ１に含まれるＴＣＰヘッダの
送信先ポート番号フィールドの値（Ｐ２）、及び同期フ
ラグフィールド（「設定」）をそれぞれ確認し、ソケッ
トＳ２に対する接続要求であると判断する。

【００８４】第２のＴＣＰモジュール８３は、ソケット
Ｓ２がコネクション受動開設待ちであることから、シー
ケンス番号の初期値（Ｘ２とする）を生成し、ＴＣＰセ
グメントＡ１の送達確認通知、及びコネクション開設を
要求するためのＴＣＰセグメントＡ２を生成して第１の
ＴＣＰモジュール６３に渡す。

【００８５】ＴＣＰセグメントＡ２は、ＴＣＰヘッダの
みからなり、ＴＣＰヘッダの送信元ポート番号フィール
ドにＰ２が格納され、送信先ポート番号フィールドにＰ
１が格納され、シーケンス番号フィールドにＸ２が格納
されている。また、同期フラグフィールド及び確認フラ
グフィールドはそれぞれ「設定」にされ、確認番号フィ
ールドにはＸ１＋１が格納されている。

【００８６】第１のＴＣＰモジュール６３は、第２のＴ
ＣＰモジュール８３からＴＣＰセグメントＡ２を受け取
ると、ＴＣＰセグメントＡ２のＴＣＰヘッダの送信先ポ
ート番号フィールドの値（Ｐ１）、同期フラグフィール
ド（「設定」）、確認フラグフィールド（「設定」）、
及び確認番号フィールドの値（Ｘ１＋１）をそれぞれ確
認し、受け取ったＴＣＰセグメントＡ２がＴＣＰセグメ
ントＡ１の送達確認を通知するものであり、かつ第２の
ＴＣＰモジュール８３によりコネクション開設要求がな
されていると判断する。

【００８７】続いて、第１のＴＣＰモジュール６３は、
ＴＣＰセグメントＡ２の送達確認を通知するＴＣＰセグ
メントＡ３を第２のＴＣＰモジュール８３に渡す。ＴＣ
ＰセグメントＡ３は、ＴＣＰヘッダのみからなり、ＴＣ
Ｐヘッダの送信元ポート番号フィールドにＰ１が格納さ
れ、送信先ポート番号フィールドにＰ２が格納され、シ
ーケンス番号フィールドにＸ１が格納され、同期フラグ
フィールド及び確認フラグフィールドはそれぞれ「設
定」にされ、確認番号フィールドにＸ２＋１が格納され
ている。

【００８８】第２のＴＣＰモジュール８３は、第１のＴ
ＣＰモジュール６３からＴＣＰセグメントＡ３を受け取
ると、ＴＣＰセグメントＡ３に含まれるＴＣＰヘッダの
送信先ポート番号フィールドの値（Ｐ２）、確認フラグ
フィールド（「設定」）、確認番号フィールドの値（Ｘ
２＋１）をそれぞれ確認し、ＴＣＰセグメントＡ３がＴ
ＣＰセグメントＡ２の送達確認を通知するものであり、
第１のＴＣＰモジュール６３との間でコネクション開設
の確認がとれたと判断する。

【００８９】第２のＴＣＰモジュール８３は、さらに同
じポート番号を持つコネクション端点を複製し、第２の
通信インタフェース管理装置８２にそのコネクション端
点と共にコネクション受動開設完了を通知する。

【００９０】第２の通信インタフェース管理装置８２
は、コネクション開設が通知されると当該コネクション
端点に対して新規にソケットを生成し（ソケットＳ３と
する）、ソケットＳ３と共に第２のプロセッサ８１にコ
ネクション受動開設完了を通知する。

【００９１】このとき、ソケットＳ１とソケットＳ３間
にコネクションが開設され、第２のプロセッサ８１はソ
ケットＳ２ではなく、ソケットＳ３を含むコネクション
にアクセスする。また、ソケットＳ２は再びコネクショ
ン受動開設待ちの状態に戻る。このようなソケットＳ２
の複製動作は、複数の装置と同時にデータ通信を行うこ
とができるようにするための処理であり、ソケットＳ２
をコネクション受動開設待ち状態にしておくことで、他
の装置からのコネクション開設要求に対応可能にする。

【００９２】（４）コネクション終了動作 次に、従来のデータ通信システムのコネクション終了動
作について図３７を参照して説明する。

【００９３】ＴＣＰでは、ＴＣＰセグメントが伝送され
る各方向毎にそれぞれ終了処理が行われ、それらの終了
処理が完了した時点でコネクション終了処理を完了す
る。コネクション終了処理は、送信元となるプロセッサ
からの終了処理要求を契機に実行される。

【００９４】第１のプロセッサ６１から第２のプロセッ
サ８１に対するコネクション終了動作は、第１のプロセ
ッサ６１からの第１の通信インタフェース管理装置６２
に対するコネクション終了要求によって開始される。

【００９５】第１の通信インタフェース管理装置６２
は、コネクション終了要求を受け取ると、第１のＴＣＰ
モジュール６３にソケットの識別子と共にコネクション
終了要求を通知する。第１のＴＣＰモジュール６３は、
コネクション終了要求を受け取ると、そのソケットに対
応するコネクションを終了するためのＴＣＰセグメント
Ｂ１を生成し、ＴＣＰセグメントＢ１を第２のＴＣＰモ
ジュール８３に渡す。ＴＣＰセグメントＢ１は、通常の
ＴＣＰヘッダの各フィールドの設定に加え、終了フラグ
フィールド（F）を「設定」にしたものである。

【００９６】第２のＴＣＰモジュール８３は第１のＴＣ
Ｐモジュール６３からＴＣＰセグメントＢ１を受け取る
と、ＴＣＰセグメントＢ１に含まれるＴＣＰヘッダの終
了フラグフィールド（「設定」）を確認し、ＴＣＰセグ
メントＢ１がコネクション終了要求であると判断する。

【００９７】続いて、第２のＴＣＰモジュール８３は、
ＴＣＰセグメントＢ１の送達確認を通知するためのＴＣ
ＰセグメントＢ２を生成し、ＴＣＰセグメントＢ２を第
１のＴＣＰモジュール６３に渡す。

【００９８】第１のＴＣＰモジュール６３はＴＣＰセグ
メントＢ２を受け取ると、それがＴＣＰセグメントＢ１
の送達確認であることを確認し、第１のプロセッサ６１
から第２のプロセッサ８１に対するコネクション終了動
作を完了する。

【００９９】なお、第２のプロセッサ８１から第１のプ
ロセッサ６１に対するコネクション終了動作は、上述し
た第１のプロセッサ６１から第２のプロセッサ８１に対
するコネクション終了動作の動作主体を入れ替えた形で
同様に行われる。

【０１００】（５）データ送受信動作（データ送信機
能、データ受信機能） 次に、端末装置６のソケットＳ１とサーバ端末装置８の
ソケットＳ２からなるコネクションを通じて第１のプロ
セッサ６１から第２のプロセッサ８１に応用データを送
信する場合を例にして、従来のデータ通信システムのデ
ータ送受信動作について説明する。

【０１０１】まず、第１のプロセッサ６１がソケットＳ
２を通じて第１の通信インタフェース管理装置６２に応
用データと共にデータ送信要求を渡すと、第１の通信イ
ンタフェース管理装置６２は応用データをソケットＳ２
に対応する送信データバッファに格納し、第１のＴＣＰ
モジュール６３にデータ送信要求を行う。

【０１０２】第１のＴＣＰモジュール６３は、送信デー
タバッファの先頭から最大セグメントサイズ（maximum
Segment Size： MSS）分のサブ応用データを切り出し、
切り出したサブ応用データの先頭にＴＣＰヘッダを付加
してＴＣＰセグメントを生成し、第２のＴＣＰモジュー
ル８３に送信する。

【０１０３】以上の処理は、送信データバッファの中の
応用データが無くなるか、送達確認されていない応用デ
ータのサイズが送信ウィンドウサイズに達するか、第２
のＴＣＰモジュール８３からの受信データバッファの空
き容量不足の通知によるフロー制御の実行まで繰り返
す。

【０１０４】ＭＳＳとは、下位のネットワークインタフ
ェースが一度に送信することができる最大転送サイズ
（Maximum Transfer Unit: MTU）からＴＣＰヘッダのサ
イズとＩＰヘッダのサイズを引いた値である。上記例で
は、ＰＰＰモジュールのＭＴＵは１５００バイトであ
り、ＴＣＰヘッダ及びＩＰヘッダのサイズはそれぞれ２
０バイトであることから、ＭＳＳは１４６０バイトとな
る。

【０１０５】第２のＴＣＰモジュール８３は、ＴＣＰセ
グメントを受信すると、ＴＣＰヘッダ中の送信元ポート
番号フィールドの値及び送信先ポート番号フィールドの
値から対応するコネクションを識別し、受信した応用デ
ータをソケットＳ２に対応する受信データとして第２の
通信インタフェース管理装置８２に渡す。

【０１０６】第２の通信インタフェース管理装置８２
は、受け取った応用データをソケットＳ２に対応する受
信データバッファにを格納する。受信データバッファに
格納された応用データは、第２の通信インタフェース管
理装置８２に対するデータ受信要求を契機に第２のプロ
セッサ８１に渡される。

【０１０７】ところで、従来のデータ通信システムで
は、応用データの送受信の際に発生するＴＣＰセグメン
トの損失や到着順序の入れ替わり、あるいはＴＣＰセグ
メントの重複到着について、以下のように処理すること
で信頼性のあるデータ伝送を実現している。

【０１０８】上述したように、第１のＴＣＰモジュール
６３と第２のＴＣＰモジュール８３間では互いに送信し
たＴＣＰセグメントの送達確認を行っており、ＴＣＰセ
グメントを受け取った際には、ＴＣＰヘッダのシーケン
ス番号フィールドの値から各サブ応用データの前後関係
を知ることができる。

【０１０９】第２のＴＣＰモジュール８３は、既に受け
取ったサブ応用データの続きのサブ応用データを受信し
た場合は、そのサブ応用データを第２の通信インタフェ
ース管理装置８２にそのまま渡す。また、続きのサブ応
用データではなく幾つか後のサブ応用データを受信した
場合は、シーケンス番号と共にそのサブ応用データを一
時的に保持しておき、間を埋めるサブ応用データを受信
した時に、それらのサブ応用データと共に第２の通信イ
ンタフェース管理装置８２に渡す。なお、既に受信した
サブ応用データが再び送られてきた場合は、そのサブ応
用データを廃棄する。このようにして順序制御と重複制
御を行う。

【０１１０】また、第１のＴＣＰモジュール６３は、再
送タイマにより、ＴＣＰセグメントの損失を検出し、再
送タイマが満了したＴＣＰセグメントの再送を行うこと
によりＴＣＰセグメントの損失を回復する。

【０１１１】図３２に示すようなデータ通信システムで
は、一般に、ＴＣＰセグメントの送信から、その送達確
認を含むＴＣＰセグメントが返送されるまでの往復通信
時間（Round Trip Time: RTT）は、ルータ７における処
理負荷の変動によって変化する。したがって、再送タイ
マのタイムアウト値を固定すると、ルータ７の処理負荷
が変動してＲＴＴの値が固定値よりも大きくなると無駄
な再送が発生してしまう。また、固定値を大きな値に設
定するとＴＣＰセグメントの損失の検出に多大な時間が
かかってしまう。

【０１１２】これに対して、従来のＴＣＰ／ＩＰを用い
るデータ通信システムでは、コネクション開設以降の送
達確認手順としてＴＣＰモジュール間のＲＴＴを計測
し、計測値に基づいてＲＴＴの平均値とその分散平均か
ら再送タイマのタイムアウト値を再設定している。これ
により、再送タイマのタイムアウト値は、ＲＴＴの変化
に動的に対応した最適な値に設定される。

【０１１３】また、従来のＴＣＰ／ＩＰを用いるデータ
通信システムでは、ＴＣＰセグメントの損失をルータの
輻輳によるＴＣＰセグメントの廃棄と仮定し、ＴＣＰモ
ジュールは、ＴＣＰセグメントの損失を検出すると、ル
ータの処理負荷を軽減するためにＴＣＰセグメントの投
入速度を一旦下げ、その後徐々に上げていく、スロース
タートという技術を用いている。すなわち、ＴＣＰモジ
ュールは通常の送信フロー制御のための送信ウィンドウ
に加えて輻輳ウィンドウを設定し、送信ウィンドウと輻
輳ウィンドウの内、小さい値の方を送信のためのウィン
ドウサイズに設定している。

【０１１４】ＴＣＰモジュールは、ＴＣＰセグメントの
損失を検出すると、輻輳ウィンドウのサイズをＭＳＳ一
つ分に設定してＴＣＰセグメントを再送する。その後、
新たな送達確認が通知される度に輻輳ウィンドウのサイ
ズをＭＳＳ分ずつ増やし、輻輳ウィンドウサイズが元の
送信ウィンドウサイズの半分を超えると、輻輳ウィンド
ウサイズ分のサブ応用データの送達確認が通知される度
に輻輳ウィンドウサイズをＭＳＳ分ずつ増やしていく。

【０１１５】このような処理を行うことで、輻輳を起こ
しているルータの処理負荷を低減し、輻輳を解消させる
と共に、再送によってルータが再び輻輳状態に陥ること
を避けている。

【０１１６】また、従来のＴＣＰ／ＩＰを用いるデータ
通信システムでは、応用データの送信の際、データ送信
要求によって通信インタフェース管理装置に渡された応
用データを送信側の送信データバッファ、送信側のＴＣ
Ｐモジュール、受信側のＴＣＰモジュールで滞留させる
ことなく受信側のプロセッサに即座に送信させるプッシ
ュ要求機能も有している。

【０１１７】ＴＣＰ仕様では、データ送信要求を受け取
った送信側のＴＣＰモジュールが送信データバッファか
ら応用データを取り出して送信するタイミングや、受信
側のＴＣＰモジュールが受信した応用データをプロセッ
サに渡すタイミングについては規定されていない。その
ため、データ送信要求を受け取っても、送信データバッ
ファに格納されている応用データが所定のサイズを超え
るまで送出しない処理や、受信した応用データに欠損が
無くプロセッサに渡すことが可能な状態にあっても応用
データが所定のサイズを超えるまでプロセッサに渡さな
い処理等も可能である。

【０１１８】プッシュ要求は、送信側のＴＣＰモジュー
ルに対しては、送信データバッファに格納されている応
用データを即時に送信させ、受信側のＴＣＰモジュール
に対しては、受信した応用データのうちプロセッサに渡
せる状態にある応用データを全てプロセッサに渡す機能
である。

【０１１９】送信側のＴＣＰモジュールから受信側のＴ
ＣＰモジュールに送信されるプッシュ要求の通知は、Ｔ
ＣＰヘッダ中のプッシュフラグフィールド（P）を用い
ることで実現される。プッシュフラグフィールドは「設
定」または「非設定」のいずれかに設定される。但し、
現在の通信インタフェース管理装置ではプロセッサに対
するプッシュ要求を受け付けるインタフェースを有して
いないものが多い。この場合、ＴＣＰモジュールに対し
ても明示的なプッシュ要求の通知がなされないが、送信
データバッファを空にするような応用データの送信を行
う際に、その応用データを含むＴＣＰセグメントのＴＣ
Ｐヘッダのプッシュフラグフィールドの値が「設定」に
される。

【０１２０】また、ＴＣＰは、通常のデータ送信とは別
に緊急モードと呼ばれるデータ送信モードを有してい
る。緊急モードは、一方のＴＣＰモジュールＭ１から送
信している一連の応用データ列の中に緊急データと呼ば
れるデータを挿入することで実現する。この場合、他方
のＴＣＰモジュールＭ２は、ＴＣＰモジュールＭ１から
受け取った一連の応用データ列の中に挿入されている緊
急データを識別し、緊急データを受信したことを通信イ
ンタフェース管理装置を介してプロセッサに通知する。
但し、受け取った緊急データをどう処理するかまでは規
定されていない（受信側に任されている）。

【０１２１】緊急モードの通知は、ＴＣＰセグメント単
位で行われ、ＴＣＰヘッダの緊急フラグフィールド
（U）と緊急データポインタフィールド（Urgent pointe
r）が用いられる。緊急フラグフィールドは、「設定」
または「非設定」のいずれかに設定され、「設定」にさ
れている場合はＴＣＰセグメントが緊急データを含み、
緊急データポインタフィールドを使用していることを示
している。緊急データポインタフィールドは、緊急フラ
グフィールドが「設定」にされている時のみ使用され、
その値は、ＴＣＰセグメントに含まれる応用データの先
頭から緊急データの最後の１バイトまでのオフセット値
となる。

【０１２２】ところで、データ通信システムでは、スル
ープット（「転送する応用データのサイズ」を「転送時
間」で割った値）を向上させるだけでなく、通信資源の
利用効率（通信効率と称す）を高めることが望ましい。
有限の通信資源を利用して複数のデータ通信要求を処理
する場合、通信効率が高いとデータ通信全体のスループ
ットがそれだけ高くなるからである。

【０１２３】しかしながら、インターネットを利用して
応用データを通信するためには、ＴＣＰやＩＰなどのプ
ロトコルによる制御が必要であり、応用データはＭＳＳ
を上限とするデータのかたまり（サブ応用データ）に分
割され、それぞれのサブ応用データにＴＣＰヘッダとＩ
Ｐヘッダが付加したパケットに変換され、ネットワーク
を通じて通信される。さらに、パケットが受信側のＴＣ
Ｐモジュールに到達するまでに消失した場合、送信側の
ＴＣＰモジュールの制御により消失したパケットに含ま
れる応用データは再度パケット化されて送信される。こ
のように、目的の応用データを通信するためには、送信
するデータのサイズが応用データのサイズよりも大きな
ものになる。

【０１２４】応用データの通信効率を計る一つの尺度
は、「応用データのサイズ」に対する「実際に伝送され
るデータサイズの総量」の比率である。この比率が小さ
いほど通信効率が高くなることになる。

【０１２５】エンドーエンド通信では、スループットの
ボトルネックとなるリンクの通信効率を高めることで、
全体のスループットを向上させることができる。この考
えをモバイルコンピューティングやリモートアクセスに
適用すると、一般にアクセスリンク（無線ネットワーク
９によって提供される回線。リモートアクセス環境では
これが電話回線になる。）のスループットがエンドーエ
ンド通信のスループットのボトルネックとなる。このた
め、アクセスリンクの通信効率を向上させることがエン
ドーエンド通信のスループットを向上させるために有効
である。

【０１２６】アクセスリンクの通信効率を向上させるた
めには、ＴＣＰヘッダ及びＩＰヘッダのサイズの削減、
パケット損失から回復するために送信されるデータサイ
ズの削減、及びフロー制御の導入やそれに要する通信デ
ータ量の最適化を行うことが考えられる。

【０１２７】通信効率を高めるデータ通信システムの一
例が米国ＩＥＴＦのＲＦＣ１１４４に記載されている。
この文献に記載されたデータ通信システムでは、リモー
トアクセス環境における電話回線の両端の装置におい
て、ＴＣＰ／ＩＰパケットの各ヘッダに含まれる冗長な
情報を削減することにより応用データの通信効率を向上
させている。この技術は、一般にＶＪヘッダ圧縮と呼ば
れ、電話回線で接続される両端点の装置（図３２では端
末装置６とルータ７に相当）は、最初にＴＣＰ／ＩＰパ
ケットの各ヘッダの全フィールドを相手側に送信し、そ
の後、以下に示す手法で各ヘッダのサイズを圧縮する。
すなわち、送信するＴＣＰ／ＩＰパケットに対応するコ
ネクションを識別するためにローカルなコネクション識
別子を新たに設け、通信するパケットのヘッダにコネク
ション識別子の情報を格納する。そして、コネクション
を識別するために利用していた４つのフィールド（ＴＣ
Ｐヘッダの送信元ポート番号フィールド、送信先ポート
番号フィールド、ＩＰヘッダの送信元ＩＰアドレスフィ
ールド、送信先ＩＰアドレスフィールド）を削除する。
また、ＴＣＰ／ＩＰパケットの各ヘッダの他のフィール
ドについても、その内容がコネクション終了時まで変更
されないフィールドは削除し、内容が変更されるフィー
ルドについては、内容が変更された時にその値と直前に
転送した当該フィールドの値との差分を送信する。但
し、パケットが損失した場合は全ヘッダを含むＴＣＰ／
ＩＰパケットを送り、双方の状態を同期させる。

【０１２８】以上の手法により、冗長な情報を削減し、
応用データの転送効率を向上させている。

【０１２９】

【発明が解決しようとする課題】しかしながら上記した
ような従来のデータ通信方法では、以下に記載するよう
な問題点がある。

【０１３０】第１の問題点は、ＴＣＰヘッダ及びＩＰヘ
ッダのオーバヘッドによってアクセスリンクにおける通
信効率の悪化が大きいことである。

【０１３１】その理由は、従来のＴＣＰ／ＩＰを用いた
データ通信システムでは各ヘッダのフィールドに冗長な
フィールドや冗長な情報が存在するためである。

【０１３２】冗長なフィールドの例としては、ＴＣＰヘ
ッダの緊急データフラグフィールドや緊急データポイン
タフィールド等がある。これらのフィールドは緊急デー
タを運ぶ時のみ使用するが、通常の応用データを運ぶ際
にもＴＣＰヘッダに含まれている。

【０１３３】また、コネクション制御時には、データ通
信制御のためのフィールドであるＴＣＰヘッダ中のシー
ケンス番号フィールドや確認番号フィールド、及びウィ
ンドウサイズフィールドなども冗長なフィールドとな
る。

【０１３４】また、冗長な情報の例としては、シーケン
ス番号がある。シーケンス番号フィールド及び確認番号
フィールドは４バイトから成り、ＴＣＰセグメントに含
まれる応用データ、または累積送達確認する応用データ
を識別するために使用される。しかし、応用データを識
別するためには必ずしも４バイト必要であるとは限らな
い。

【０１３５】さらに、フロー制御のために使用されるＴ
ＣＰヘッダのウィンドウサイズフィールドには、フロー
制御を実現するために受信データバッファで保持可能な
サイズが格納されるが、フロー制御が不要の状態、すな
わち受信データバッファに記憶容量が十分に存在してい
る間は受信データバッファで保持可能なサイズを送信側
に報告する必要はない。

【０１３６】また、コネクション制御時には、ＴＣＰヘ
ッダ中の送信元ポート番号及び送信先ポート番号と、Ｉ
Ｐヘッダ中の送信元ＩＰアドレス及び送信先ＩＰアドレ
スも冗長な情報である。これらはコネクションを識別す
るために使用されるが、あるリンク端間に限ってみれば
常時これらの情報をヘッダに内包する必要はない。

【０１３７】また、ＩＰヘッダのバージョン番号フィー
ルド（Ver.）やプロトコルフィールド等も、コネクショ
ンが確立した後はコネクションが終了するまで変化しな
いため、コネクションが確立した後は不要のフィールド
である。

【０１３８】ところで、ＶＪヘッダ圧縮では、シーケン
ス番号情報及び確認番号情報について、それぞれ以前に
送信したシーケンス番号と確認番号との差分を送ること
でデータサイズを圧縮しているが、これらの情報を送る
ためのデータサイズは差分の値の大きさに依存するた
め、１〜２５５の値を伝送する場合は１バイトで済む
が、２５６〜６５５３４の値を伝送する場合は３バイト
必要になる。

【０１３９】また、ウィンドウサイズの情報も以前に送
信したウィンドウサイズとの差分を送信することでデー
タサイズを圧縮しているが、通知するウィンドウサイズ
が変更する度に送信しなければならない。さらに、パケ
ットの損失が発生すると、その直後に送信するパケット
にはＴＣＰヘッダ及びＩＰヘッダの全てのフィールドを
含む必要があるため、パケットの損失の発生頻度が高く
なるとヘッダ圧縮の効果が低下してしまう。

【０１４０】特に、コネクション開設時やコネクション
終了時には、ＶＪヘッダ圧縮技術では何も実行しないた
め、ＴＣＰヘッダ及びＩＰヘッダの全てのフィールドを
送信する必要がある。

【０１４１】第２の問題点は、パケットが損失した場合
にパケット再送による通信効率の悪化の影響が他の区間
にも及び、他の区間の通信効率を悪化させることであ
る。

【０１４２】その理由は、従来のＴＣＰ／ＩＰを用いた
データ通信システムでは、パケット損失に対する再送を
エンドーエンドで行うため、再送パケットがアクセスリ
ンク区間とそれ以外の区間の両方で伝送されるからであ
る。

【０１４３】第３の問題点は、アクセスリンク区間にお
けるパケット損失によって再送を行う場合、ＴＣＰの輻
輳制御によってスループットが低下することである。

【０１４４】その理由は、従来のＴＣＰ／ＩＰを用いた
データ通信システムでは、パケットの損失を検出する
と、送信側のＴＣＰモジュールは輻輳を解消するために
スロースタートにより送信トラフィックを抑制する。と
ころがアクセスリンクにおけるパケット損失はネットワ
ーク内の輻輳とまったく関係が無いため、スロースター
トによるパケット送信抑制は何の効果も無く、かえって
トラフィックを抑制することでスループットを低下させ
るからである。

【０１４５】第４の問題点は、アクセスリンクにおける
パケット転送の遅延増加に対して遅延の増加分以上に転
送効率が悪化することがあることである。

【０１４６】その理由は、従来のＴＣＰ／ＩＰを用いた
データ通信システムでは、送達確認の際に利用する再送
タイマのタイムアウト値をそれまでのＲＴＴの値に基づ
いて設定しているが、これは遅延の変動がネットワーク
内のルータの輻輳状態（処理負荷状態）に依存すること
を前提にしている。すなわち、ＲＴＴの変動は過去のＲ
ＴＴの変動履歴と相関し、ルータの処理負荷が増大して
いくとＲＴＴも平均的に増大し、ルータの処理負荷が減
少していくとＲＴＴも平均的に減少する場合に有効であ
る。

【０１４７】しかしながら、アクセスリンクにおける遅
延の増大原因が輻輳と関係が無い場合、遅延の変動特性
は上述したＴＣＰで仮定している特性と異なるため、過
去のＲＴＴの変動履歴とは関係の無い変動特性となる。
そのため、パケット損失の誤検出やそれに続く無駄な再
送処理、スロースタートの適用による不必要なパケット
送信抑制などが発生する。

【０１４８】例えば、アクセスリンクに無線回線を使用
し、かつアクセスリンクの両端のデータリンクプロトコ
ルで再送によるパケットエラー制御を行う場合、フェー
ジング等のように無線回線の品質悪化でパケット誤りが
発生すると、データリンクプロトコルで再送によるエラ
ー制御を行うため、ＴＣＰから見るとパケット転送遅延
が増加する。しかしながら、このときの遅延の変動特性
は輻輳とは異なり、フェージングによるビットエラーの
発生タイミングに依存するため、遅延時間はビット誤り
の発生度合いとデータリンクプロトコルにおけるエラー
制御方式に依存する。

【０１４９】第５の問題点は、アクセスリンクでパケッ
トが損失した場合、パケット損失を検出するために、そ
れまでのＲＴＴに依存する時間を要するため、パケット
損失の検出時間が必要以上に大きくなり、スループット
が低下することである。

【０１５０】ＴＣＰにおいてパケットの損失を検出する
ためには、パケットを送信してから再送タイマがタイム
アウトするまでの時間が必要である。タイムアウト時間
はそれまでのＲＴＴの値に依存し、かつＲＴＴの平均値
よりも大きい値になっている。例えば、バースト的に応
用データ転送を行っている際にアクセスリンクでパケッ
トが損失した場合、アクセスリンクの受信側ではＲＴＴ
より短い時間でパケット損失を検出できるにもかかわら
ず、パケットを再送するには再送タイマのタイムアウト
を待たねばならない。そのため、再送タイマがタイムア
ウトするまでに送信ウィンドウサイズ分のＴＣＰセグメ
ントの送信が終了しても、最後のＴＣＰセグメントの送
信が終了してから再送タイマがタイムアウトするまでは
応用データの送信が止められため、通信効率が悪化す
る。

【０１５１】第６の問題点は、パケットの再送を行う際
に、送達に成功したパケットまでも再送することがある
ため、必要以上に通信効率が悪化することである。

【０１５２】その理由は、ＴＣＰにおける送達確認は上
述した累積確認方法により行われるが、この方法は、送
信側のＴＣＰモジュールから送信された応用データのう
ち、最初に現れる未受信の応用データのシーケンス番号
を通知する方法である。したがって、送信側のＴＣＰモ
ジュールは未受信の応用データ以降の受信状況を知るこ
とができないためである。

【０１５３】また、送信側のＴＣＰモジュールで再送タ
イマがタイムアウトすると、送信側のＴＣＰモジュール
は基本的に対応するＴＣＰセグメント以降の応用データ
の送信をやり直すため、既に送達が成功している応用デ
ータも再送される。送達が成功している応用データを再
送することは無駄である。

【０１５４】本発明は上記したような従来の技術が有す
る問題点を解決するためになされたものであり、パケッ
トのヘッダのオーバヘッドを少なくすることにより通信
効率を向上させたデータ通信方法を提供することを目的
とする。

【０１５５】また、本発明の他の目的は、アクセスリン
クでパケットの損失が発生して場合でもエンド−エンド
通信におけるスループットの低下を抑制したデータ通信
方法を提供する。

【０１５６】

【課題を解決するための手段】上記目的を達成するため
本発明のデータ通信方法及びデータ通信システムは、予
め、データ通信に必要な各制御毎に、それぞれの制御に
必要な情報からなり、制御毎に異なる冗長なフィールド
を含まない専用のヘッダを備えたメッセージを設けてお
き、前記端末装置と前記中継装置との間で前記メッセー
ジを交換することで、所望のデータの送受信を行う。

【０１５７】このとき、前記メッセージとして、コネク
ション能動開設を要求する能動開設メッセージ、及び過
去に要求された前記コネクション能動開設要求に対する
コネクションの確立を通知する確立メッセージを備え、
前記端末装置は、 前記端末装置と前記サーバ装置との間
のコネクションの能動開設要求発生時に、該コネクショ
ンを識別するためのコネクション識別子情報を生成し、
前記コネクション識別子情報と、前記端末装置で使用す
るポート番号情報と、前記端末装置のアドレス情報と、
前記サーバ端末装置で使用するポート番号情報と、前記
サーバ端末装置のアドレス情報とを含む前記能動開設メ
ッセージを前記中継装置に通知し、 前記中継装置は、 前
記能動開設メッセージを受信すると、自ソケットと前記
能動開設メッセージが含む前記サーバ端末装置のポート
番号情報と前記サーバ端末装置のアドレス情報で識別さ
れる相手ソケットの間でＴＣＰによるコネクション開設
処理を行ない、 該ＴＣＰによるコネクション開設処理完
了後に前記能動開設メッセージに含まれていた前記コネ
クション識別子情報を含む前記確立メッセージを前記端
末装置に通知し、 前記端末装置は、 前記確立メッセージ
を受信すると、前記確立メッセージに含まれている前記
コネクション識別子情報で識別されるコネクションのコ
ネクション能動開設処理の成功終了を知ってもよい。 ま
たは、前記メッセージとして、 コネクション受動開設を
要求する受動開設メッセージ、及び過去に要求された前
記コネクション受動開設要求に対するコネクションの確
立を通知する確立メッセージを備え、 前記端末装置は、
前記端末装置と前記サーバ端末装置との間のコネクショ
ンの受動開設要求発生時に、前記端末装置で使用するポ
ート番号情報と、前記端末装置のアドレス情報とを含む
前記受動開設メッセージを前記中継装置に通知し、 前記
中継装置は、 前記受動開設メッセージを受信すると、前
記受動開設メッセージが含む前記ポート番号情報と前記
アドレス情報からなるソケットを生成し、該ソケットに
対するコネクション開設要求を待ち受け、 前記サーバ端
末装置のある相手ソケットから該ソケットへのＴＣＰに
よるコネクション開設要求がある場合には前記ソケット
と前記相手ソケットの間でＴＣＰによるコネクション開
設処理を行ない、 該ＴＣＰによるコネクション開設処理
完了後に前記受動開設メッセージに含まれていた前記コ
ネクション識別子情報と、前記相手ソケットを構成する
相手ポート番号情報と相手アドレス情報とを含む前記確
立メッセージとを前記端末装置に通知し、 前記端末装置
は、 前記確立メッセージを受信すると、前記確立メッセ
ージに含まれている前記コネクション識別子情報で識別
されるコネクションのコネクション受動開設処理の成功
終了と、該コネクションの接続先ソケットが前記確立メ
ッセージに含まれている前記相手ポート番号情報と前記
相手アドレス情報で識別されるソケットであることを知
ってもよい。

【０１５８】また、本発明の他のデータ通信方法及びデ
ータ通信システムは、前記端末装置及び前記中継装置の
うち、データ送信側は、送信するデータに該データの送
信順序を示す順序番号情報をそれぞれ付加し、 データ受
信側は、該順序番号情報の欠落した番号から送信失敗の
有無を判定し、該判定結果を含む確認情報を前記データ
送信側に返送し、 前記データ送信側は、送信したデータ
に対する前記確認情報に基づいて送信失敗したデータを
再送し、その後で、該データを再送したことを示す返送
情報を前記データ受信側に返送し、 前記データ受信側
は、前記返送情報を受信するまで該確認情報の次の確認
情報の送信を中断する。

【０１５９】このとき、前記データ受信側は、 所定数の
データを受信した場合に前記確認情報を前記データ送信
側に返送してもよく、 受信したデータの損失を検出した
場合に前記確認情報を前記データ送信側に返送してもよ
く、 前回の確認情報の返送から所定の時間が経過した場
合に前記確認情報を前記データ送信側に返送してもよ
い。

【０１６０】また、前記データ受信側は、 所定数のデー
タを受信した場合、受信したデータの損失を検出した場
合、または前回の確認情報の返送から所定の時間が経過
した場合のいずれかの条件を満たしたときに前記確認情
報を前記データ送信側に返送してもよい。

【０１６１】上記のようなデータ通信方法及びデータ通
信システムでは、データ通信に必要な各制御毎に、それ
ぞれの制御に必要な情報からなり、制御毎に異なる冗長
なフィールドを含まない専用のヘッダを備えたメッセー
ジを設け、端末装置と中継装置との間で該メッセージを
交換して、所望のデータの送受信を行うことで、ヘッダ
のオーバヘッドが減少し、伝送されるデータ量が低減す
る。

【０１６２】

【０１６３】また、端末装置及び中継装置のうち、デー
タ送信側は、送信するデータにその送信順序を示す順序
番号情報をそれぞれ付加し、データ受信側は、順序番号
情報の欠落した番号から送信失敗の有無を判定し、その
判定結果を含む確認情報をデータ送信側に返送し、デー
タ送信側は、送信したデータに対する確認情報に基づい
て送信失敗したデータを再送することで、端末装置と中
継装置間で発生したパケット損失の検出に要する時間が
短縮される。

【０１６４】さらに、データ送信側は、送信したデータ
に対する前記確認情報に基づいて送信失敗したデータを
再送すると共に、そのデータを再送したことを示す返送
情報をデータ受信側に返送し、データ受信側は、返送情
報を受信するまで、次の確認情報の送信を中断すること
で、確認情報の重複送信が防止される。

【０１６５】

【発明の実施の形態】（第１の実施の形態）次に、本発
明の第１の実施の形態について図面を参照して詳細に説
明する。

【０１６６】データ通信システムの機能は大別すると次
の３つからなる。すなわち、コネクション開設機能、コ
ネクション終了機能、データ通信機能である。これらの
３つの機能のうち、第１の実施の形態ではコネクション
制御機能であるコネクション開設機能及びコネクション
終了機能についてそれぞれ説明する。

【０１６７】図１は本発明のデータ通信システムの一構
成例を示すブロック図である。図２は本発明のデータ通
信システムの第１の実施の形態の構成を示す図であり、
図１に示した第１の通信制御装置の構成を示すブロック
図である。図３は本発明のデータ通信システムの第１の
実施の形態の構成を示す図であり、図１に示した第２の
通信制御装置の構成を示すブロック図である。

【０１６８】図１において、本発明のデータ通信システ
ムは、端末装置１、ルータ２、サーバ端末装置３、第１
のネットワーク４、第２のネットワーク５を有し、端末
装置１とルータ２が第１のネットワーク４で接続され、
ルータ２とサーバ端末装置３が第２のネットワーク５で
接続された構成である。

【０１６９】端末装置１は、第１のネットワーク４に接
続可能な装置を備えた情報処理装置であり、第１のプロ
セッサ１１、第１の通信インタフェース管理装置１２、
第１の通信制御装置１３、第１の記憶装置１４、及び第
１のネットワークアクセスプロトコル１５を有してい
る。

【０１７０】ルータ２は、第１のネットワーク４及び第
２のネットワーク５にそれぞれ接続可能な装置を備えた
情報処理装置であり、第２の通信制御装置２１、第２の
記憶装置２２、第２のネットワークアクセスプロトコル
２３、及び第３のネットワークアクセスプロトコル２４
を有している。

【０１７１】サーバ端末装置３は、第２のネットワーク
５に接続可能な装置を備えた情報処理装置であり、第２
のプロセッサ３１、第２の通信インタフェース管理装置
３２、ＴＣＰモジュール３３、ＩＰモジュール３４、及
び第４のネットワークアクセスプロトコル３５を有して
いる。

【０１７２】図２において、第１の通信制御装置１３
は、第１のコネクション制御装置１０１、第１の応用デ
ータ送受信装置１０２、及び第１のメッセージ振分け装
置１０４を有し、第１のコネクション制御装置１０１は
コネクション端点状態管理装置１０５から構成されてい
る。

【０１７３】図３において、第２の通信制御装置２１
は、第２のコネクション制御装置１２０、ＴＣＰ／ＩＰ
処理装置１２１、第２の応用データ送受信装置１２３、
及び第２のメッセージ振分け装置１２４を有し、第１の
コネクション制御装置１２０はコネクション中継点状態
管理装置１２２から構成されている。

【０１７４】第１のネットワーク４は、端末装置１とル
ータ２間のデータ転送機能を有する単一のネットワーク
または複数のネットワークからなるネットワーク複合体
であり、例えば、無線回線ネットワークや電話回線ネッ
トワーク、あるいは無線／有線パケットネットワークや
イーサネットなどで構成されるＬＡＮなどである。

【０１７５】第２のネットワーク５は、ＩＰデータグラ
ムの転送機能を有する単一のネットワークまたは複数の
ネットワークの複合体であり、例えば、イーサネットで
構成されるＬＡＮやＬＡＮをルータで接続したネットワ
ーク複合体であるインターネットなどである。

【０１７６】第１のプロセッサ１１及び第２のプロセッ
サ３１は、それぞれ従来の技術の第１のプロセッサ６１
及び第２のプロセッサ８１と同様に、応用プログラムに
したがって利用者に通信サービスを提供する装置であ
る。

【０１７７】第１のプロセッサ１１は、第２のプロセッ
サ３１と通信を行う際に、第１の通信インタフェース管
理装置１２の通信機能によって提供されるアクセスポイ
ントを通して通信を行う。

【０１７８】第１のプロセッサ１１から第２のプロセッ
サ３１に応用データを送信する場合、第１のプロセッサ
１１は第１の通信インタフェース管理装置１２に応用デ
ータを渡すと共にデータ送信要求を行う。また、第１の
プロセッサ１１で第２のプロセッサ３１から送信された
応用データを受信する場合、第１のプロセッサ１１は第
１の通信インタフェース管理装置１２にデータ受信要求
を行い、受信した応用データを転送させる。

【０１７９】同様に、第２のプロセッサ３１は、第１の
プロセッサ１１と通信を行う際に、第２の通信インタフ
ェース管理装置３２の通信機能によって提供されるアク
セスポイントを通して通信を行う。

【０１８０】第２のプロセッサ３１から第１のプロセッ
サ１１に応用データを送信する場合、第２のプロセッサ
３１は第２の通信インタフェース管理装置３２に応用デ
ータを渡すと共にデータ送信要求を行う。また、第２の
プロセッサ３１で第１のプロセッサ１１から送信された
応用データを受信する場合、第２のプロセッサ３１は第
２の通信インタフェース管理装置３２にデータ受信要求
を行い、受信した応用データを転送させる。

【０１８１】第１の通信インタフェース管理装置１２及
び第２の通信インタフェース管理装置３２は、従来の第
１の通信インタフェース管理装置６２及び第２の通信イ
ンタフェース管理装置８２と同様に、第１のプロセッサ
１１及び第２のプロセッサ３１に対してソケットという
概念で抽象化された通信プロトコルによらない通信機能
を有するアクセスポイントを管理する。

【０１８２】また、第１のプロセッサ１１あるいは第２
のプロセッサ３１からの動作要求を、第１の通信制御装
置１３あるいはＴＣＰモジュール３３の機能呼び出しに
置き換える。ソケット概念については従来の技術と同様
であるため、ここでは説明を省略する。

【０１８３】次に、第１の通信制御装置１３と第２の通
信制御装置２１間で交換されるコネクション制御に関す
るメッセージ及び各メッセージで通知する情報について
図４〜図６を参照して説明する。

【０１８４】図４は本発明のデータ通信システムの第１
の実施の形態で用いるコネクション制御に関するメッセ
ージを示す図である。また、図５は本発明のデータ通信
システムの第１の実施の形態の第１の記憶装置で有する
コネクション端点管理テーブルの一構成例を示すテーブ
ル図であり、図６は本発明のデータ通信システムの第１
の実施の形態の第２の記憶装置で有するコネクション中
継点管理テーブルの一構成例を示すテーブル図である。

【０１８５】図４に示すように、コネクション制御に関
するメッセージには、第１の通信制御装置１３から第２
の通信制御装置２１の方向（以下、上り方向と称す）に
伝送され、コネクション受動開設を要求する受動開設メ
ッセージ（以下、ＰＯＰＥＮメッセージと称す）と、上
り方向に伝送され、コネクション能動開設を要求する能
動開設メッセージ（以下、ＡＯＰＥＮメッセージと称
す）と、第２の通信制御装置２１から第１の通信制御装
置１３の方向(下り方向と称す)に伝送され、過去に要求
されたコネクション受動開設要求またはコネクション能
動開設要求に対するコネクションの確立を通知する確立
メッセージ（以下、ＥＳＴＡＢメッセージと称す）と、
上り方向及び下り方向の双方向に伝送され、コネクショ
ン終了を要求する終了メッセージ（以下、ＣＬＯＳＥメ
ッセージと称す）と、受信したメッセージに対する応答
通知である応答メッセージ（以下、ＲＥＰＬＹメッセー
ジと称す）と、コネクションのリセットを通知するリセ
ットメッセージ（以下、ＲＥＳＥＴメッセージと称す）
とがある。

【０１８６】これらのメッセージには、コネクションを
識別するためのコネクション識別子情報と、コネクショ
ン毎に独立して付与される、各送信メッセージのシーケ
ンス番号（以下、ＣＣ順序番号と称す）を示すＣＣ順序
番号情報とがそれぞれ含まれている。

【０１８７】ＰＯＰＥＮメッセージは、コネクション受
動開設待ちするソケットのポート番号、ＩＰアドレスを
示す自ポート番号情報、及び自ＩＰアドレス情報を含ん
でいる。また、第１の通信インタフェース管理装置１２
からコネクション受動開設点生成要求と共に渡される情
報がある場合は、それらの情報も含む。コネクション受
動開設点生成要求と共に渡される情報としては、例え
ば、コネクション受動開設点生成要求で作成される受動
ソケットで、同時にコネクション開設処理が可能な最大
値を示すバックログ情報がある。

【０１８８】ＡＯＰＥＮメッセージは、コネクション開
設を要求するソケットのポート番号、ＩＰアドレスを示
す自ポート番号情報、及び自ＩＰアドレス情報を含んで
いる。また、接続先のソケットのポート番号、ＩＰアド
レスを示す相手ポート番号情報、及び相手ＩＰアドレス
情報を含んでいる。さらに、第１の通信インタフェース
管理装置１２からコネクション能動開設点生成要求と共
に渡される情報がある場合は、それらの情報も含む。コ
ネクション能動開設点生成要求と共に渡される情報とし
ては、例えば、通信相手とのＭＳＳのネゴシエーション
を要求する情報がある。

【０１８９】ＥＳＴＡＢメッセージは、コネクションの
相手側ソケットのポート番号、ＩＰアドレスを示す相手
ポート番号情報及び相手ＩＰアドレス情報を含んでい
る。

【０１９０】ＲＥＰＬＹメッセージは、対応するメッセ
ージのＣＣ順序番号を示す応答対象情報、及びコネクシ
ョン制御のためのメッセージ類の要求処理結果を示す結
果情報を含んでいる。

【０１９１】第１の通信制御装置１３及び第２の通信制
御装置２１は、上記いずれのメッセージを送受信する場
合においても、送信側は送信するメッセージに対応する
コネクションのコネクション識別子情報を付加し、受信
側は受信したメッセージのコネクション識別子情報から
メッセージに対応するコネクションを識別する。

【０１９２】また、第１の通信制御装置１３及び第２の
通信制御装置２１は、ＲＥＰＬＹメッセージ以外のメッ
セージを送信する場合、各送信メッセージのＣＣ順序番
号をＣＣ順序番号情報に格納する。それらのメッセージ
を受信した第１の通信制御装置１３及び第２の通信制御
装置２１は、そのメッセージで要求された処理を行うと
共に、処理が正常に終了した場合は正常終了した旨
（「ＯＫ」と表現する）を結果情報に格納し、処理が正
常に終了しなかった場合は異常終了した旨（「ＮＧ」と
表現する）を結果情報に格納する。さらに、各メッセー
ジのＣＣ順序番号を応答対象情報に格納したＲＥＰＬＹ
メッセージを送信側に送信する。

【０１９３】ＲＥＰＬＹメッセージを受信した送信側
は、その応答対象情報から送信側で過去に送信したメッ
セージのうちの、どのメッセージに対応するかを識別し
（ＲＥＰＬＹメッセージは除く）、結果情報から送信し
たメッセージの処理が正常に終了したか否かを識別す
る。これらの処理は以降で説明する他の処理においても
実行されるが、その説明は省略する。

【０１９４】第１の記憶装置１４は、送信すべき応用デ
ータを一時的に格納する送信データバッファと、受信し
た応用データを一時的に格納する受信データバッファ
と、コネクション端点を管理するための諸情報を格納す
るコネクション端点管理テーブルとを有している。第１
の通信制御装置１３は、コネクション端点管理テーブル
に格納された情報を参照してコネクションを管理するた
めの処理を行う。

【０１９５】図５に示すように、コネクション端点管理
テーブルは、ソケット識別子が格納されるソケット識別
子メンバと、ソケットに対応するコネクションの識別子
（コネクション端点識別子）が格納されるコネクション
識別子メンバと、ソケットのポート番号が格納される送
信元ポート番号メンバと、ソケットのＩＰアドレスが格
納される送信元ＩＰアドレスメンバと、相手側ソケット
のポート番号が格納される送信先ポート番号メンバと、
相手側ソケットのＩＰアドレスが格納される送信先ＩＰ
アドレスメンバと、コネクション端点状態が格納される
コネクション端点状態メンバと、「完了」または「未完
了」のいずれかに設定され、送信した応用データに対す
る送達確認結果が格納される送達完了メンバと、「有
り」または「無し」のいずれかに設定され、第１のプロ
セッサ１１からのコネクション終了要求の有無が格納さ
れる終了要求メンバとを有する複数のエントリからなる
テーブルである。

【０１９６】コネクション端点管理テーブルの各エント
リは第１の通信制御装置１３によって生成、削除され
る。なお、エントリを新たに生成する場合は、送達完了
メンバの値が「未完了」に設定され、終了要求メンバの
値が「無し」に設定される。

【０１９７】第２の記憶装置２１は、サーバ端末装置３
から端末装置１に送信する応用データを一時的に保持す
る送信データバッファと、端末装置１からサーバ端末装
置３に送信する応用データを一時的に保持する受信デー
タバッファと、コネクション中継点を管理するための諸
情報を格納するコネクション中継点管理テーブルとを有
している。第２の通信処理装置２１はコネクション中継
点管理テーブルを参照して各コネクションの管理を行
う。

【０１９８】図６に示すように、コネクション中継点管
理テーブルは、コネクション中継点識別子が格納される
コネクション識別子メンバと、各コネクションにおける
端末装置１側のソケットのポート番号が格納される第１
のポート番号メンバと、各コネクションにおける端末装
置１側のソケットのＩＰアドレスが格納される第１のＩ
Ｐアドレスメンバと、各コネクションにおけるサーバ端
末装置３側のソケットのポート番号が格納される第２の
ポート番号メンバと、各コネクションにおけるサーバ端
末装置３側のソケットのＩＰアドレスが格納される第２
のＩＰアドレスメンバと、各コネクション中継点の状態
がそれぞれ格納されるコネクション中継点状態メンバ
と、「完了」または「未完了」のいずれかに設定され、
第１の通信制御装置に送信した応用データに対する送達
確認結果が格納される送達完了メンバと、「有り」また
は「無し」のいずれかに設定され、第２のプロセッサ３
１からのコネクション終了要求の有無が格納される終了
要求メンバと、「完了」または「未完了」のいずれかに
設定され、ＴＣＰ／ＩＰ処理装置１２１から送信したコ
ネクション終了要求に対する送達確認結果が格納される
終了要求確認メンバとを有する複数のエントリからなる
テーブルである。

【０１９９】コネクション中継点管理テーブルの各エン
トリは第２の通信制御装置２１によって生成、削除され
る。なお、エントリを新たに生成する場合は、送達完了
メンバの値が「未完了」に設定され、終了要求メンバの
値が「無し」に設定され、終了確認メンバの値が「未完
了」に設定される。

【０２００】第１のメッセージ振分け装置１０４は、第
１のネットワークアクセスプロトコル１５からコネクシ
ョン制御に関するメッセージを受け取ると、第１のコネ
クション制御装置１０１にそのメッセージを渡す。な
お、コネクション制御以外のメッセージについては第１
の応用データ送受信装置１０２に渡す。コネクション端
点状態管理装置１０５は、ソケットに対応する第１の通
信制御装置１３の管理対象（コネクション端点）を個別
に管理する。

【０２０１】第１の応用データ送受信装置１０２は、第
１の通信制御装置１３及び第２の通信制御装置２１で共
通に使用される。以下では第１の通信制御装置１３で使
用する場合を例に説明するが、第２の通信制御装置２１
で使用する場合は、コネクション端点をコネクション中
継点に、コネクション端点管理テーブルをコネクション
中継点管理テーブルに、第１のネットワークアクセスプ
ロトコル１５を第２のネットワークアクセスプロトコル
２３に置き換えて読めば良い。

【０２０２】第１の応用データ送受信装置１０２は、応
用データの転送を行うモジュールであり、基本的に以下
のように動作し、かつ信頼性のある通信を提供するもの
であれば良く、例えば、従来のＴＣＰのデータ送受信を
実行する部位に以下に記載する処理を実行するようにし
たものでも良い。

【０２０３】第１の応用データ送受信装置１０２は、第
１の通信インタフェース管理装置１２からのデータ送信
要求を受け取ると、コネクション端点管理テーブルのコ
ネクション端点状態メンバの値を調べ、対応するコネク
ション端点状態が、開設状態（以下、ＥＳＴＡＢと称
す）、または終了待ち状態（以下、ＣＬＯＳＥ―ＷＡＩ
Ｔと称す）の場合は、送達完了メンバに「未完了」を格
納し、以下に示すデータ送信処理を開始する。

【０２０４】それ以外の場合は処理を終了する。なお、
第２の通信制御装置２１では、コネクション中継点状態
がＥＳＴＡＢ、または相手終了待ち状態（以下、ＦＩＮ
−ＷＡＩＴと称す）の場合に送達完了メンバに「未完
了」を格納し、データ送信処理を開始する。

【０２０５】データ送信処理では、送信データバッファ
に格納されている応用データがなくなるまで応用データ
を送信し、送信データバッファ内の応用データを全て送
信し、かつそれに対する送達確認が通知された場合にコ
ネクション端点管理テーブルの対応する送達完了メンバ
の値を「完了」にする。

【０２０６】さらに、終了要求メンバの値を調べ、終了
要求メンバの値が「有り」ならばコネクション端点状態
管理装置１０５に対してコネクション終了要求を行った
後、データ送信処理を終了する。また、終了要求メンバ
の値が「無し」ならばそのままデータ送信処理を終了す
る。

【０２０７】第１の応用データ送受信装置１０２は、第
１のメッセージ振分け装置１０４から応用データを含む
パケットを受け取ると、受け取ったパケットに対応する
コネクション端点の状態がＥＳＴＡＢ、またはＦＩＮ−
ＷＡＩＴ以外の場合（第２の通信制御装置ではコネクシ
ョン中継点状態がＥＳＴＡＢ、またはＣＬＯＳＥ−ＷＡ
ＩＴ以外の場合）は、そのパケットを廃棄し、処理を終
了する。

【０２０８】コネクション端点状態がＥＳＴＡＢ、また
はＦＩＮ−ＷＡＩＴの場合（第２の通信制御装置ではコ
ネクション中継点状態がＥＳＴＡＢ、またはＣＬＯＳＥ
−ＷＡＩＴの場合）は、受け取ったパケットに含まれる
応用データを受信データバッファの最後尾に追加する。

【０２０９】第２の通信制御装置２１は、端末装置１が
有する第１の通信制御装置との間でコネクション制御や
信頼性のあるデータ通信を実現すると共に、サーバ端末
装置３が有するＴＣＰモジュール３３との間でＴＣＰプ
ロトコル制御、すなわちコネクション制御や信頼性のあ
るデータ通信を実現する。

【０２１０】第２の通信制御装置２１は、サーバ端末装
置３のＴＣＰモジュール３３及びＩＰモジュール３４と
の通信において、あたかも端末装置１にＴＣＰモジュー
ルやＩＰモジュールが存在するかのように振る舞う。例
えば、端末装置１のソケットＳ１（ポート番号がＰ１、
ＩＰアドレスがＡ１）とサーバ端末装置３のソケットＳ
３（ポート番号がＰ３、ＩＰアドレスがＡ３）間のコネ
クションＣ１を中継する場合、ソケットＳ３宛てのＴＣ
Ｐ／ＩＰパケットを生成するときには、ＴＣＰヘッダ中
の送信元ポート番号フィールドにＰ１を格納し、送信先
ポート番号フィールドにＰ３を格納し、ＩＰヘッダ中の
送信元ＩＰアドレスフィールドにＡ１を格納し、送信先
ＩＰアドレスフィールドにＡ３を格納する。

【０２１１】また、このような情報が格納されているＴ
ＣＰ／ＩＰパケットを、ソケットＳ１あるいはソケット
Ｓ３宛てのものであると認識し、かつそのＴＣＰ／ＩＰ
パケットを自分宛てのものとして、従来のＩＰ及びＴＣ
Ｐによるパケット受信処理と同様の処理を行う。

【０２１２】コネクション中継点状態管理装置１２３
は、第２の通信制御装置２１の管理対象（コネクション
中継点と称す）を個別に管理する。

【０２１３】ＴＣＰ／ＩＰ処理装置１２１は、従来のＴ
ＣＰモジュール及びＩＰモジュールと同様の機能を持つ
モジュールであり、ＴＣＰセグメント及びＩＰデータグ
ラムの組み立てや受け取ったＴＣＰセグメント及びＩＰ
データグラムの分解を行う。また、受信データバッファ
に格納されている応用データの送信や、受信したＴＣＰ
／ＩＰパケットに含まれる応用データの送信データバッ
ファへの格納、及びこれらの処理に対する相手側ＴＣＰ
モジュールとのコネクション制御、再送制御、フロー制
御、受け取った応用データの順序制御等を実行する。但
し、以下の点で従来のＴＣＰモジュール及びＩＰモジュ
ールと異なっている。

【０２１４】ＴＣＰ／ＩＰ処理装置１２１は、受け取っ
たＴＣＰ／ＩＰパケットに含まれるＴＣＰヘッダ及びＩ
Ｐヘッダの送信元ポート番号フィールド、送信先ポート
番号フィールド、送信元ＩＰアドレスフィールド、送信
先ＩＰアドレスフィールドをそれぞれ参照し、各フィー
ルドの値がコネクション中継点管理テーブルの第２のポ
ート番号メンバ、第１のポート番号メンバ、第２のＩＰ
アドレスメンバ、第１のＩＰアドレスメンバと一致する
場合、または送信先ポート番号フィールドと送信先ＩＰ
アドレスフィールドの値が第１のポート番号メンバ、第
１のＩＰアドレスメンバと一致し、かつコネクション中
継点状態メンバの値が受動開設待ち状態（以下、ＬＩＳ
ＴＥＮと称す）である場合、受け取ったＴＣＰ／ＩＰパ
ケットがコネクション中継点宛てであると判断する。

【０２１５】また、ＴＣＰ／ＩＰ処理装置１２１は、Ｔ
ＣＰ／ＩＰパケットを組み立てる際、ＴＣＰヘッダの送
信元ポート番号フィールド、送信先ポート番号フィール
ド、ＩＰヘッダ送信元ＩＰアドレスフィールド、及び送
信先ＩＰアドレスフィールドに、コネクション中継点管
理テーブルの第１のポート番号メンバ、第２のポート番
号メンバ、第１のＩＰアドレスメンバ、第２のＩＰアド
レスメンバの値を格納する。

【０２１６】また、コネクション中継点状態管理装置１
２２からコネクション中継点識別子と共に、同期要求、
同期確認要求、終了要求、及び終了確認要求のいずれか
を受け取ると、コネクション能動開設時と同様に、コネ
クション開設要求、コネクション開設要求に対する送達
確認通知、コネクション終了要求、及びコネクション終
了要求に対する送達確認通知を含むＴＣＰ／ＩＰパケッ
トを作成し、第３のネットワークアクセスプロトコル２
４に渡す。

【０２１７】また、ＴＣＰ／ＩＰ処理装置１２１は、第
３のネットワークアクセスプロトコル２４からコネクシ
ョン開設要求を含むＴＣＰ／ＩＰパケットを受け取る
と、コネクション中継点管理テーブルの対応するコネク
ション中継点の状態がＬＩＳＴＥＮであることを確認
し、第２のポート番号メンバ及び第２のＩＰアドレスメ
ンバにＴＣＰヘッダ中の発信元ポート番号フィールドの
値とＩＰヘッダ中の送信元ＩＰアドレスフィールドの値
を格納し、コネクション中継点識別子と共にコネクショ
ン開設要求をコネクション中継点状態管理装置１２２に
通知する。

【０２１８】また、第３のネットワークアクセスプロト
コル２４からコネクション開設要求に対する送達確認を
含むＴＣＰ／ＩＰパケットを受け取ると、それに対応す
るコネクション中継点識別子とコネクション開設送達確
認をコネクション中継点状態管理装置１２２に通知す
る。

【０２１９】また、第３のネットワークアクセスプロト
コル２４からコネクション終了要求を含むＴＣＰ／ＩＰ
パケットを受け取ると、それに対応するコネクション中
継点識別子とコネクション終了要求をコネクション中継
点状態管理装置１２２に通知する。

【０２２０】さらに、第３のネットワークアクセスプロ
トコル２４からコネクション終了要求に対する送達確認
を含むＴＣＰ／ＩＰパケットを受け取ると、それに対応
するコネクション中継点識別子とコネクション終了送達
確認をコネクション中継点状態管理装置１２２に通知す
る。

【０２２１】また、ＴＣＰ／ＩＰ処理装置１２１は、受
信データバッファに格納されている各コネクション中継
点毎の応用データの有無を監視し、任意のコネクション
中継点に対応する応用データが受信データバッファに存
在する場合は、その応用データの先頭から最大でＭＳＳ
のサイズで切り出し、切り出した応用データを含むＩＰ
データグラムを作成して第３のネットワークアクセスプ
ロトコル２４に渡す。また、第３のネットワークアクセ
スプロトコル２４から受け取ったＩＰデータグラムに応
用データが含まれている場合は、その応用データを取り
出し、順序制御を実行しつつ送信データバッファに格納
し、それに対応するコネクション中継点識別子とデータ
送信要求を第２の応用データ送受信装置１２３に通知す
る。

【０２２２】サーバ端末装置３が有するＴＣＰモジュー
ル３３は、従来と同様にＴＣＰプロトコル制御を行うモ
ジュールであり、ＩＰモジュール３４は従来と同様にＩ
Ｐプロトコル制御を行うモジュールである。

【０２２３】第１のネットワークアクセスプロトコル１
５及び第２のネットワークアクセスプロトコル２３は、
第１のネットワーク４にアクセスすることでデータ通信
を実現するモジュールである。

【０２２４】第１のネットワークアクセスプロトコル１
５は、第１の通信制御装置１３から渡されたパケットか
らフレームを構成し、該フレームを第１のネットワーク
４を介して第２のネットワークアクセスプロトコル２３
に渡す。また、第１のネットワーク４を介して受信した
フレームからパケットを取り出し、取り出したパケット
を第１の通信制御装置１３に渡す。

【０２２５】同様に、第２のネットワークアクセスプロ
トコル２３は、第２の通信制御装置２１から渡されるパ
ケットからフレームを構成し、該フレームを第１のネッ
トワーク４を介して第１のネットワークアクセスプロト
コル１５に渡す。また、第１のネットワーク４を介して
受信したフレームからパケットを取り出し、取り出した
パケットを第２の通信制御装置２１に渡す。

【０２２６】第１のネットワークアクセスプロトコル１
５及び第２のネットワークアクセスプロトコル２３は、
例えば、第１のネットワーク４がシリアル回線の場合
（電話ネットワークや無線回線ネットワーク等）、第１
のネットワーク４に対するアクセスプロトコルとその上
位に配置されるＰＰＰプロトコルとを備えた構成であ
る。また、第１のネットワーク４がイーサネットからな
るＬＡＮの場合、イーサネットドライバを含む構成とな
り、第１のネットワーク４がＩＥＥＥ１３９４仕様にし
たがったネットワークの場合は、ＩＥＥＥ１３９４ドラ
イバを含む構成となる。

【０２２７】第３のネットワークアクセスプロトコル２
４及び第４のネットワークアクセスプロトコル３５は、
第２のネットワーク５を介して接続される通信メディア
によってデータ通信機能を実現する。

【０２２８】第３のネットワークアクセスプロトコル２
４は、例えば、ルータ２がイーサネットで第２のネット
ワーク５に接続されている場合は、イーサネットドライ
バを含む構成であり、ＦＤＤＩで第２のネットワーク５
に接続されている場合はＦＤＤＩドライバを含む構成と
なる。また、ルータ２がＡＴＭで接続されている場合は
ＡＴＭドライバを含む構成となる。第４のネットワーク
アクセスプロトコル３５についても同様である。

【０２２９】次に、本発明のデータ通信システムの第１
の実施の形態の動作について図７〜図９を用いて説明す
る。なお、以下では、第１のプロセッサ１１で使用する
ソケットをＳ１、第２のプロセッサ３１で使用するソケ
ットをＳ３とし、ソケットＳ１のポート番号をＰ１、Ｉ
ＰアドレスをＡ１、ソケットＳ３のポート番号をＰ３、
ＩＰアドレスをＡ３とした場合で説明する。

【０２３０】図７は本発明のデータ通信システムの第１
の実施の形態の動作を示す図であり、コネクション能動
開設動作時の処理手順を示すシーケンス図である。図８
は本発明のデータ通信システムの第１の実施の形態の動
作を示す図であり、コネクション受動開設動作時の処理
手順を示すシーケンス図である。また、図９は本発明の
データ通信システムの第１の実施の形態の動作を示す図
であり、コネクション終了動作時の処理手順を示すシー
ケンス図である。

【０２３１】まず、コネクション開設動作について説明
する。コネクション開設動作には、コネクション能動開
設動作とコネクション受動開設動作とがある。以下で
は、まず、第１のプロセッサ１１からのコネクション能
動開設動作について図７を用いて説明し、次に第１のプ
ロセッサ１１におけるコネクション受動開設動作につい
て図８を用いて説明する。

【０２３２】図７において、まず、ソケットＳ３は、従
来と同様に、予め受動ソケットに変換され、第２のプロ
セッサ３１はコネクションの受動開設待ち状態（ＬＩＳ
ＴＥＮ）にあるとする。

【０２３３】このような状態で、第１のプロセッサ１１
がソケットＳ１を生成し、ソケットＳ１を通じてポート
番号Ｐ３とＩＰアドレスＡ３を指定し、第１の通信イン
タフェース管理装置１２に対してソケットＳ３へのコネ
クション能動開設を要求すると、第１の通信インタフェ
ース管理装置１２は、ソケット１とソケット３の関係を
記録し、第１の通信制御装置１３のコネクション端点状
態管理装置１０５に対してソケットＳ１の識別子と共に
ソケットＳ３へのコネクション能動開設要求を送信す
る。

【０２３４】コネクション端点状態管理装置１０５は、
ソケットＳ３へのコネクション能動開設要求を受け取る
と、コネクション端点識別子を生成する（ここでは、生
成したコネクション端点識別子をＣ１とし、以降の説明
でもソケットＳ１とソケットＳ３間のコネクションをＣ
１とする）。

【０２３５】次に、コネクション端点状態管理装置１０
５は、コネクション識別子情報Ｃ１、コネクションＣ１
のＣＣ順序番号の初期値、自ポート番号情報Ｐ１、自Ｉ
Ｐアドレス情報Ａ１、相手ポート番号情報Ｐ３、及び相
手ＩＰアドレス情報Ａ３を含むＡＯＰＥＮメッセージを
生成し、それらを第１のネットワークアクセスプロトコ
ル１５に渡す。さらに、コネクション端点管理テーブル
に新たなエントリを作成し、作成したエントリのソケッ
ト識別子にＳ１、コネクション端点識別子メンバにＣ
１、送信元ポート番号メンバにＰ１、送信元ＩＰアドレ
スメンバにＡ１、送信先ポート番号メンバにＰ３、送信
先ＩＰアドレスメンバにＡ３をそれぞれ格納し、コネク
ション端点状態を能動開設要求中状態（以下、ＡＯＰＥ
Ｎ−ＳＥＮＴと称す）に設定する。

【０２３６】第１のネットワークアクセスプロトコル１
５に渡されたＡＯＰＥＮメッセージは、第１のネットワ
ーク４及び第２のネットワークアクセスプロトコル２３
を介して第２の通信制御装置２１に渡され、第２のメッ
セージ振分け装置１２４によってコネクション中継点状
態管理装置１２２に渡される。

【０２３７】コネクション中継点状態管理装置１２２
は、ＡＯＰＥＮメッセージを受け取ると、コネクション
中継点管理テーブルに新たなエントリを作成し、作成し
たエントリのコネクション識別子メンバ、第１のポート
番号メンバ、第１のＩＰアドレスメンバ、第２のポート
番号メンバ、及び第２のＩＰアドレスメンバに、受け取
ったＡＯＰＥＮメッセージのコネクション識別子情報、
自ポート番号情報、自ＩＰアドレス情報、相手ポート番
号情報、及び相手ＩＰアドレス情報を格納し、コネクシ
ョン中継点状態を能動開設待ち状態（以下、ＳＹＮ−Ｓ
ＥＮＴと称す）に設定する。

【０２３８】さらに、コネクション中継点状態管理装置
１２２は、結果情報として「ＯＫ」を含むＲＥＰＬＹメ
ッセージを第２のネットワークアクセスプロトコル２３
に渡す。第２のネットワークアクセスプロトコル２３に
渡されたＲＥＰＬＹメッセージは第１のネットワーク４
及び第１のネットワークアクセスプロトコル１５を介し
て第１の通信制御装置１３に渡され、第１のメッセージ
振分け装置１０４によってコネクション端点状態管理装
置１０５に渡される。

【０２３９】また、コネクション中継点状態管理装置１
２２は、ＡＯＰＥＮメッセージを受け取ると、コネクシ
ョン中継点識別子と共に同期要求をＴＣＰ／ＩＰ処理装
置１２１に通知する。ＴＣＰ／ＩＰ処理装置１２１は、
コネクション中継点識別子を伴う同期要求を受け取る
と、コネクション開設要求（ＳＹＮ）を含むＩＰデータ
グラムを作成し、第３のネットワークアクセスプロトコ
ル２４に渡す。

【０２４０】第３のネットワークアクセスプロトコル２
４に渡されたＩＰデータグラムは、第２のネットワーク
５及び第４のネットワークアクセスプロトコル３５を介
してＩＰモジュール３４に渡され、ＩＰモジュール３４
によってＩＰデータグラム内のＴＣＰセグメントがＴＣ
Ｐモジュール３３に渡される。但し、ＩＰデータグラム
に含まれるＩＰヘッダの送信元ＩＰアドレスフィールド
及び送信先ＩＰアドレスフィールドと、ＴＣＰセグメン
トに含まれるＴＣＰヘッダの送信元ポート番号フィール
ド及び送信先ポート番号フィールドには、コネクション
中継点管理テーブルの第１のＩＰアドレスメンバ、第２
のＩＰアドレスメンバ、第１のポート番号メンバ、及び
第２のポート番号メンバの値が格納される。なお、以降
の説明においても、上記４つのフィールドには上記値が
格納される。

【０２４１】コネクション端点状態管理装置１０５は、
ＡＯＰＥＮメッセージに対する結果情報「ＯＫ」を含む
ＲＥＰＬＹメッセージを受け取ると、コネクション端点
状態をＳＹＮ−ＳＥＮＴに設定する。

【０２４２】ＴＣＰモジュール３３は、コネクション開
設要求を含むＴＣＰセグメントを受け取ると、コネクシ
ョン開設要求に対する送達確認通知（ＳＹＮ＋ＡＣＫ）
を含むＴＣＰセグメントをＩＰモジュール３４に渡し、
コネクション端点の状態を開設要求受信状態（ＳＹＮ−
ＲＣＶＤ）に設定する。

【０２４３】ＩＰモジュール３４は、受け取ったＴＣＰ
セグメントからＩＰデータグラムを生成し、第４のネッ
トワークアクセスプロトコル３５、第２のネットワーク
５及び第３のネットワークアクセスプロトコル２４を介
してＴＣＰ／ＩＰ処理装置１２１に渡す。

【０２４４】ＴＣＰ／ＩＰ処理装置１２１は、受け取っ
たＩＰデータグラムに含まれるＴＣＰヘッダの送信元ポ
ート番号フィールド及び送信先ポート番号フィールド
と、ＩＰヘッダの送信元ＩＰアドレスフィールド及び送
信先ＩＰアドレスフィールドの値をキーにしてコネクシ
ョン中継点管理テーブルから対応するコネクション中継
点を検索する。また、受け取ったＴＣＰセグメントには
コネクション開設要求に対する送達確認通知が含まれて
いるため、コネクション中継点識別子、コネクション開
設要求、及び送達確認通知を、コネクション中継点状態
管理装置１２２に通知する。

【０２４５】コネクション中継点状態管理装置１２２
は、ＴＣＰ／ＩＰ処理装置１２１からコネクション中継
点識別子、コネクション開設要求、及び送達確認通知を
受け取ると、対応するコネクション中継点の状態がＳＹ
Ｎ−ＳＥＮＴであることから、コネクション中継点識別
子を伴う同期確認要求をＴＣＰ／ＩＰ処理装置１２１に
渡す。

【０２４６】ＴＣＰ／ＩＰ処理装置１２１は、コネクシ
ョン中継点識別子を伴う同期確認要求を受け取ると、コ
ネクション開設を要求するＴＣＰセグメントに対する送
達確認通知（ＡＣＫ）をＴＣＰセグメントに含むＩＰデ
ータグラムを作成し、第３のネットワークアクセスプロ
トコル２４に渡す。

【０２４７】第３のネットワークアクセスプロトコル２
４に渡されたＩＰデータグラムは第４のネットワークア
クセスプロトコル３５を介してＩＰモジュール３４に渡
され、ＩＰモジュール３４によってＩＰデータグラムに
含まれるＴＣＰセグメントがＴＣＰモジュール３３に渡
される。

【０２４８】コネクション中継点状態管理装置１２２
は、さらに、コネクション中継点のＥＳＴＡＢメッセー
ジを第２のネットワークアクセスプロトコル２３に渡
し、コネクション中継点の状態を第１の半開設状態（Ｈ
ＡＬＦ−ＥＳＴＡＢ１）に設定する。

【０２４９】第２のネットワークアクセスプロトコル２
３に渡されたＥＳＴＡＢメッセージは第１のネットワー
クアクセスプロトコル１５を介してコネクション端点状
態管理装置１０５に渡される。

【０２５０】一方、ＴＣＰモジュール３３は、送達確認
通知を含むＴＣＰセグメントを受け取ると、コネクショ
ンが開設されたとみなし（ＥＳＴＡＢ）、コネクション
受動開設を第２の通信インタフェース管理装置３２に通
知する。

【０２５１】第２の通信インタフェース管理装置３２は
ＴＣＰモジュール３３から通知されたコネクション受動
開設を第２のプロセッサ３１に転送する。その際、ＴＣ
Ｐモジュール３３及び第２の通信インタフェース管理装
置３２では、従来と同様にそれぞれソケットが複製され
る。

【０２５２】コネクション端点状態管理装置１０５は、
第１のネットワークアクセスプロトコル１５を介してＥ
ＳＴＡＢメッセージを受け取ると、結果情報が「ＯＫ」
のＲＥＰＬＹメッセージを第１のネットワークアクセス
プロトコル１５に渡す。

【０２５３】第１のネットワークアクセスプロトコル１
５に渡されたＲＥＰＬＹメッセージは第２のネットワー
クアクセスプロトコル２３及び第２のメッセージ振分け
装置１２４を介してコネクション中継点状態管理装置１
２２に渡される。

【０２５４】さらに、コネクション端点状態管理装置１
０５は、コネクション端点状態をＥＳＴＡＢに設定し、
第１の通信インタフェース管理装置１２にコネクション
能動開設を通知する。第１の通信インタフェース管理装
置１２はコネクション能動開設を第１のプロセッサ１１
に通知する。

【０２５５】一方、コネクション中継点状態管理装置１
２２は、ＲＥＰＬＹメッセージを受け取ると、コネクシ
ョン中継点の状態をＥＳＴＡＢに設定する。

【０２５６】この時点で第１の通信制御装置１３、第２
の通信制御装置２１、及びＴＣＰモジュール３３間のコ
ネクションＣ１のコネクション能動開設動作が完了し、
コネクションＣ１を利用したデータ通信が可能になる。

【０２５７】次に、図８を用いて第１のプロセッサ１１
におけるコネクション受動開設動作について説明する。

【０２５８】図８において、第１のプロセッサ１１が通
信用のソケットＳ１を生成し、ソケットＳ１のコネクシ
ョン受動開設点生成を第１の通信インタフェース管理装
置１２に要求すると、第１の通信インタフェース管理装
置１２は、コネクション受動開設点生成をコネクション
端点状態管理装置１０５に要求する。

【０２５９】また、第１のプロセッサ１１はソケットＳ
１におけるコネクション受動開設を第１の通信インタフ
ェース管理装置１２に要求する。このとき、ソケットＳ
１はコネクション設立待ち状態になっているものとす
る。

【０２６０】コネクション端点状態管理装置１０５は、
第１の通信インタフェース管理装置１２からコネクショ
ン受動開設点生成が要求されると、コネクション端点識
別子を生成する（生成したコネクション端点識別子をＣ
１とし、以下、このコネクション端点をＣ１とする）。

【０２６１】次に、コネクション端点状態管理装置１０
５は、コネクション端点識別子Ｃ１、コネクション端点
Ｃ１におけるＣＣ順序番号の初期値、自ポート番号情報
Ｐ１、自ＩＰアドレス情報Ａ１、相手ポート番号情報Ｐ
３、及び相手ＩＰアドレス情報Ａ３を含むＰＯＰＥＮメ
ッセージを第１のネットワークアクセスプロトコル１５
に渡す。また、コネクション端点管理テーブルに新たな
エントリを作成し、ソケット識別子にソケットＳ１、コ
ネクション端点識別子メンバにＣ１、送信元ポート番号
メンバにＰ１、送信元ＩＰアドレスメンバにＡ１をそれ
ぞれ格納し、コネクション端点の状態を受動開設点生成
状態（ＰＯＰＥＮ−ＳＥＮＴ）に設定する。

【０２６２】第１のネットワークアクセスプロトコル１
５に渡されたＰＯＰＥＮメッセージは、第２のネットワ
ークアクセスプロトコル２３及び第２のメッセージ振分
け装置１２４を介してコネクション中継点状態管理装置
１２２に渡される。

【０２６３】コネクション中継点状態管理装置１２２
は、ＰＯＰＥＮメッセージを受け取ると、結果情報が
「ＯＫ」のＲＥＰＬＹメッセージを第２のネットワーク
アクセスプロトコル２３に渡す。ＲＥＰＬＹメッセージ
は第１のネットワークアクセスプロトコル１５を介して
コネクション端点状態管理装置１０５に渡される。

【０２６４】また、コネクション中継点状態管理装置１
２２は、コネクション中継点管理テーブルに新たなエン
トリを作成し、作成したエントリのコネクション識別子
メンバ、第１のポート番号メンバ、及び第１のＩＰアド
レスメンバに、受け取ったＰＯＰＥＮメッセージのコネ
クション識別子情報、自ポート番号情報、及び自ＩＰア
ドレス情報の内容を格納し、コネクション中継点の状態
をＬＩＳＴＥＮに設定する。

【０２６５】一方、コネクション端点状態管理装置１０
５は、結果情報が「ＯＫ」のＲＥＰＬＹメッセージを受
け取ると、コネクション端点の状態をＬＩＳＴＥＮに設
定する。

【０２６６】次に、第２のプロセッサ３１がソケットＳ
３を生成し、ソケットＳ３を通じてポート番号Ｐ１及び
ＩＰアドレスＡ３を指定して第２の通信インタフェース
管理装置３２に対してソケットＳ１に対するコネクショ
ン能動開設を要求すると、コネクション能動開設要求
は、第２の通信インタフェース管理装置３２を介してＴ
ＣＰモジュール３３へ渡される。

【０２６７】ＴＣＰモジュール３３はソケットＳ１に対
するコネクション能動開設要求（ＳＹＮ）を含むＴＣＰ
セグメントを生成してＩＰモジュール３４に渡し、コネ
クション端点の状態をＳＹＮ−ＳＥＮＴに設定する。

【０２６８】ＩＰモジュール３４は受け取ったＴＣＰセ
グメントを含むＩＰデータグラムを生成する。ＩＰモジ
ュール３４で生成されたＩＰデータグラムは、第４のネ
ットワークアクセスプロトコル３５、第２のネットワー
ク５、及び第３のネットワークアクセスプロトコル２４
を介して第２の通信制御装置２１のＴＣＰ／ＩＰ処理装
置１２１に渡される。

【０２６９】ＴＣＰ／ＩＰ処理装置１２１は、ＩＰデー
タグラムを受け取ると、それに含まれるＴＣＰヘッダの
送信先ポート番号フィールド及びＩＰヘッダの送信先Ｉ
Ｐアドレスフィールドの値が、コネクション中継点管理
テーブルのコネクション中継点Ｃ１に対応する第１のポ
ート番号メンバ及び第１のＩＰアドレスメンバの値と一
致し、かつコネクション中継点Ｃ１の状態がＬＩＳＴＥ
Ｎであることから、受け取ったＩＰデータグラムがコネ
クション中継点Ｃ１宛てであると識別する。

【０２７０】次に、コネクション管理テーブルのコネク
ション中継点Ｃ１に対応する第２のポート番号メンバ及
び第２のＩＰアドレスメンバに、ＴＣＰヘッダの発信元
ポート番号フィールドの値、ＩＰヘッダの送信元ＩＰア
ドレスフィールドの値を格納し、コネクション中継点識
別子Ｃ１と共にコネクション能動開設要求をコネクショ
ン中継点状態管理装置１２２に通知する。

【０２７１】コネクション中継点状態管理装置１２２
は、ＴＣＰ／ＩＰ処理装置１２１からコネクション中継
点識別子Ｃ１を伴うコネクション能動開設要求を受け取
ると、コネクション中継点識別子Ｃ１と共に同期要求及
び同期確認要求をＴＣＰ／ＩＰ処理装置１２１に渡し、
コネクション中継点識別子Ｃ１に対応するコネクション
中継点の状態をＳＹＮ−ＲＣＶＤに設定する。

【０２７２】ＴＣＰ／ＩＰ処理装置１２１は、コネクシ
ョン中継点識別子Ｃ１を伴う同期要求、及び同期確認要
求を受け取ると、コネクション能動開設要求、及び受け
取ったＴＣＰセグメントに対する送達確認（ＳＹＮ＋Ａ
ＣＫ）を通知するＴＣＰセグメントを含むＩＰデータグ
ラムを第３のネットワークアクセスプロトコル２４に渡
す。

【０２７３】第３のネットワークアクセスプロトコル２
４に渡されたＩＰデータグラムは第４のネットワークア
クセスプロトコル３５を介してＩＰモジュール３４に渡
される。ＩＰモジュール３４は受け取ったＩＰデータグ
ラムからＴＣＰセグメントを取り出し、取り出したＴＣ
ＰセグメントをＴＣＰモジュール３３に渡す。

【０２７４】ＴＣＰモジュール３３は、ＴＣＰセグメン
トを受け取ると、そのＴＣＰセグメントに対する送達確
認通知（ＡＣＫ）を含むＴＣＰセグメントを生成してＩ
Ｐモジュール３４に渡し、コネクション端点の状態をＥ
ＳＴＡＢに設定する。

【０２７５】ＩＰモジュール３３は、渡されたＴＣＰセ
グメントからＩＰデータグラムを生成し、第４のネット
ワークアクセスプロトコル３５、第２のネットワーク
５、及び第３のネットワークアクセスプロトコル２４を
介してＴＣＰ／ＩＰ処理装置１２１に渡す。

【０２７６】さらに、ＴＣＰモジュール３３は、コネク
ション能動開設を第２の通信インタフェース管理装置３
２に通知し、第２の通信インタフェース管理装置３２は
コネクション能動開設を第２のプロセッサ３１に通知す
る。

【０２７７】ＴＣＰ／ＩＰ処理装置１２１は、ＩＰモジ
ュール３３からＩＰデータグラムを受け取ると、受け取
ったＩＰデータグラムに対応するコネクション中継点Ｃ
１のコネクション中継点識別子を伴うコネクション開設
送達確認をコネクション中継点状態管理装置１２２に通
知する。

【０２７８】コネクション中継点状態管理装置１２２
は、相手ポート番号情報及び相手ＩＰアドレス情報が、
コネクション中継点管理テーブルのコネクション中継点
Ｃ１に対応する第２のポート番号メンバ及び第２のＩＰ
アドレスメンバの値であるＥＳＴＡＢメッセージを、第
２のネットワークアクセスプロトコル２３に渡し、コネ
クション中継点状態を第２の半開設状態（ＨＡＬＦ−Ｅ
ＳＴＡＢ２）に設定する。

【０２７９】第２のネットワークアクセスプロトコル２
３に渡されたＥＳＴＡＢメッセージは、第１のネットワ
ーク４及び第１のネットワークアクセスプロトコル１５
を介してコネクション端点状態管理装置１０５に渡され
る。

【０２８０】コネクション端点状態管理装置１０５は、
ＥＳＴＡＢメッセージを受け取ると、新たにコネクショ
ン端点識別子を生成し（生成したコネクション端点識別
子をＣ２とする）、コネクション端点管理テーブルに新
たなエントリを作成する。

【０２８１】続いて、作成したエントリのコネクション
端点識別子メンバにＣ２を格納し、送信元ポート番号メ
ンバ及び送信元ＩＰアドレスメンバに、コネクション端
点管理テーブルのコネクション端点Ｃ１に対応する送信
元ポート番号メンバと送信元ＩＰアドレスメンバの内容
を格納し、送信先ポート番号メンバ及び送信先ＩＰアド
レスメンバに、受け取ったＥＳＴＡＢメッセージに含ま
れる相手ポート番号情報と相手ＩＰアドレス情報を格納
し、コネクション端点Ｃ２のコネクション端点状態をＥ
ＳＴＡＢに設定する。

【０２８２】そして、結果情報が「ＯＫ」で、かつコネ
クション識別子情報がＣ２のＲＥＰＬＹメッセージを第
１のネットワークアクセスプロトコル１５に渡す。

【０２８３】第１のネットワークアクセスプロトコル１
５に渡されたＲＥＰＬＹメッセージは、第２のネットワ
ークアクセスプロトコル２３、及び第２の通信制御装置
２１の第２のメッセージ振分け装置１２４を介してコネ
クション中継点状態管理装置１２２に渡される。

【０２８４】さらに、コネクション端点状態管理装置１
０５は、第１の通信インタフェース管理装置１２にコネ
クション受動開設完了を通知する。第１の通信インタフ
ェース管理装置１２は第１のプロセッサ１１にコネクシ
ョン受動開設完了を通知する。

【０２８５】コネクション中継点状態管理装置１２２
は、コネクション端点状態管理装置１０５からＲＥＰＬ
Ｙメッセージを受け取ると、コネクション中継点管理テ
ーブルに新たなエントリを生成し、生成したエントリの
第１のポート番号メンバ、第１のＩＰアドレスメンバ、
第２のポート番号メンバ、及び第２のＩＰアドレスメン
バに、コネクション中継点Ｃ１に対応する第１のポート
番号メンバ、第１のＩＰアドレスメンバ、第２のポート
番号メンバ、及び第２のＩＰアドレスメンバの値を格納
する。

【０２８６】また、コネクション識別子メンバに、受け
取ったＲＥＰＬＹメッセージに含まれるコネクション識
別子情報Ｃ２を格納し、コネクション中継点Ｃ２のコネ
クション中継点の状態をＥＳＴＡＢに設定する。

【０２８７】さらに、コネクション中継点管理テーブル
のコネクション中継点Ｃ１に対応する第２のポート番号
メンバ、第２のＩＰアドレスメンバの値をそれぞれ削除
し、コネクション中継点Ｃ１の状態をＬＩＳＴＥＮに設
定する。

【０２８８】この時点で第１の通信制御装置１３、第２
の通信制御装置２１、及びＴＣＰモジュール３３間のコ
ネクションＣ２のコネクション受動開設動作が完了し、
コネクションＣ２を利用したデータ通信が可能になる。

【０２８９】次に、図９を用いて第１の実施の形態のコ
ネクション終了動作について説明する。

【０２９０】コネクションの終了動作は、第１のプロセ
ッサ１１からのコネクション終了要求に基づく第１の終
了動作と、第２のプロセッサ３１からのコネクション終
了要求に基づく第２の終了動作によって完了する。

【０２９１】コネクション終了の要求順序はいずれが先
であっても最終的に同じ初期状態に戻る。すなわち、一
方のコネクション終了要求による動作中に他方のコネク
ション終了要求による終了動作が開始されても最終的に
同じ初期状態に戻り、コネクション終了要求時のコネク
ション端点状態及びコネクション中継点状態はどのよう
な状態にあっても最終的に同じ初期状態に戻る。

【０２９２】ここでは、コネクション端点の状態及びコ
ネクション中継点の状態が共にＥＳＴＡＢであり、端末
装置１のソケットＳ１とサーバ端末装置３のソケットＳ
３間のコネクションＣ１に対して、始めに第１のプロセ
ッサ１１からコネクション終了が要求され、その終了動
作が終わった後、第２のプロセッサ３１からコネクショ
ン終了が要求された場合の動作を例にして説明する。

【０２９３】図９において、まず、第１のプロセッサ１
１がソケットＳ１を通じて第１の通信インタフェース管
理装置１２に対してコネクションＣ１のコネクション終
了を要求すると、第１の通信インタフェース管理装置１
２はコネクション端点状態管理装置１０５にコネクショ
ンＣ１のコネクション終了（ＣＬＯＳＥ）を要求する。

【０２９４】コネクション端点状態管理装置１０５は、
コネクション端点管理テーブルのコネクション端点Ｃ１
に対応するエントリの送信完了メンバを参照し、送信完
了メンバが「未完了」ならばエントリの終了要求の値を
「有り」にして処理を終了する。一方、送信完了メンバ
の値が「完了」ならばコネクション端点Ｃ１のＣＬＯＳ
Ｅメッセージを第１のネットワークアクセスプロトコル
１５に渡し、コネクション端点の状態を第１の相手終了
待ち状態（以下、ＦＩＮ−ＷＡＩＴ１と称す）に設定す
る。

【０２９５】第１のネットワークアクセスプロトコル１
５に渡されたＣＬＯＳＥメッセージは、第１のネットワ
ーク４、第２のネットワークアクセスプロトコル２３、
及び第２のメッセージ振分け装置１２４を介してコネク
ション中継点状態管理装置１２２に渡される。

【０２９６】コネクション中継点状態管理装置１２２
は、ＣＬＯＳＥメッセージを受け取ると、結果情報が
「ＯＫ」のＲＥＰＬＹメッセージを第２のネットワーク
アクセスプロトコル２３に渡し、コネクション中継点識
別子Ｃ１と共にコネクション終了要求をＴＣＰ／ＩＰ処
理装置１２１に渡し、コネクション中継点の状態をＦＩ
Ｎ−ＷＡＩＴ１に設定する。

【０２９７】ＴＣＰ／ＩＰ処理装置１２１は、コネクシ
ョン中継点識別子Ｃ１及びコネクション終了要求を受け
取ると、コネクション終了要求（ＦＩＮ）を含むＩＰデ
ータグラムを生成して第３のネットワークアクセスプロ
トコル２４に渡す。

【０２９８】第２のネットワークアクセスプロトコル２
３に渡されたＲＥＰＬＹメッセージは、第１のネットワ
ーク４及び第１のネットワークアクセスプロトコル１５
を介してコネクション端点状態管理装置１０５に渡され
る。

【０２９９】コネクション端点状態管理装置１０５は、
コネクション中継点状態管理装置１２２からＲＥＰＬＹ
メッセージを受け取ると、コネクション端点の状態を第
２の相手終了待ち状態（以下、ＦＩＮ−ＷＡＩＴ２と称
す）に設定する。

【０３００】また、第３のネットワークアクセスプロト
コル２４に渡されたＩＰデータグラムは、第２のネット
ワーク５及び第４のネットワークアクセスプロトコル３
５を介してＩＰモジュール３４に渡される。

【０３０１】ＩＰモジュール３４は、受け取ったＩＰデ
ータグラムからＴＣＰセグメントを取り出し、取り出し
たＴＣＰセグメントをＴＣＰモジュール３３に渡す。

【０３０２】ＴＣＰモジュール３３は、コネクション終
了要求を含むＴＣＰセグメントを受け取ると、受け取っ
たＴＣＰセグメントに対する送達確認通知（ＡＣＫ）を
含むＴＣＰセグメントをＩＰモジュール３４に渡し、コ
ネクション端点の状態をＣＬＯＳＥ−ＷＡＩＴに設定す
る。

【０３０３】ＩＰモジュール３４は、受け取ったＴＣＰ
セグメントからＩＰデータグラムを生成し、生成したＩ
Ｐデータグラムを第４のネットワークアクセスプロトコ
ル３５、第２のネットワーク５、及び第３のネットワー
クアクセスプロトコル２４を介して第２の通信制御装置
２１のＴＣＰ/ＩＰ処理装置１２１に渡す。

【０３０４】ＴＣＰ／ＩＰ処理装置１２１は、コネクシ
ョン終了要求に対する送達確認通知を含むＩＰデータグ
ラムを受け取ると、コネクション中継点識別子Ｃ１と共
にコネクション終了送達確認通知をコネクション中継点
状態管理装置１２２に渡す。コネクション中継点状態管
理装置１２２はコネクション中継点識別子Ｃ１及びコネ
クション終了送達確認通知を受け取ると、コネクション
中継点の状態をＦＩＮ−ＷＡＩＴ２に設定する。この時
点で第１のプロセッサ１１のコネクション終了要求に基
づくコネクション終了動作が完了する。

【０３０５】次に、第２のプロセッサ３３が第２の通信
インタフェース管理装置３２に対してコネクションＣ１
のコネクション終了を要求すると、第２の通信インタフ
ェース管理装置３２はＴＣＰモジュール３３にコネクシ
ョンＣ１のコネクション終了を要求する。

【０３０６】ＴＣＰモジュール３３は、第２の通信イン
タフェース管理装置３２からコネクションＣ１のコネク
ション終了要求を受け取ると、コネクション終了要求
（ＦＩＮ）を含むＴＣＰセグメントを生成してＩＰモジ
ュール３４に渡し、コネクション端点の状態を終了待ち
状態（ＬＡＳＴ−ＡＣＫ）に設定する。

【０３０７】ＩＰモジュール３４は、渡されたＴＣＰセ
グメントからＩＰデータグラムを生成し、生成したＩＰ
データグラムを第４のネットワークアクセスプロトコル
３５、第２のネットワーク５、及び第３のネットワーク
アクセスプロトコル２４を介して第２の通信制御装置２
１のＴＣＰ／ＩＰ処理装置１２１に渡す。

【０３０８】ＴＣＰ／ＩＰ処理装置１２１は、コネクシ
ョンＣ１のコネクション終了要求を含むＩＰデータグラ
ムを受け取ると、コネクション中継点識別子Ｃ１と共に
コネクション終了要求をコネクション中継点状態管理装
置１２２に通知する。

【０３０９】コネクション中継点状態管理装置１２２は
コネクション中継点識別子Ｃ１及びコネクション終了要
求を受け取ると、コネクション中継点識別子Ｃ１と共に
終了確認要求をＴＣＰ／ＩＰ処理装置１２１に渡す。さ
らに、コネクション中継点管理テーブルの対応する送信
完了メンバを参照し、送信完了メンバが「未完了」なら
ば、終了要求の値を「有り」にして処理を終了する。ま
た、送信完了メンバが「完了」ならば、コネクション中
継点Ｃ１のＣＬＯＳＥメッセージを第２のネットワーク
アクセスプロトコル２３に渡し、２ＭＳＬ（ＭＳＬ：Ma
ximum SegmentLifetime）タイマを起動して、コネクシ
ョン中継点の状態を相手終了待ち状態（ＲＥＰＬＹ−Ｗ
ＡＩＴ１）に設定する。なお、２ＭＳＬタイマのタイム
アウト時間は従来のＴＣＰと同様にＴＣＰセグメントの
生存時間の２倍の時間が適当である。これは、ＴＣＰモ
ジュール３３がそれまでに送信したＴＣＰセグメントの
うち、到着していないＴＣＰセグメントを待ち受けるの
に必要十分な時間である。第２のネットワークアクセス
プロトコル２３に渡されたＣＬＯＳＥメッセージは、第
１のネットワーク４及び第１のネットワークアクセスプ
ロトコル１５を介してコネクション端点状態管理装置１
０５に渡される。

【０３１０】ＴＣＰ／ＩＰ処理装置１２１は、コネクシ
ョン中継点識別子Ｃ１及び終了確認要求を受け取ると、
ＴＣＰモジュール３３から送信されたＴＣＰセグメント
に対する送達確認通知（ＡＣＫ）を含むＩＰデータグラ
ムを第３のネットワークアクセスプロトコル２４に渡
す。

【０３１１】第３のネットワークアクセスプロトコル２
４に渡されたＩＰデータグラムは、第２のネットワーク
５及び第４のネットワークアクセスプロトコル３５を介
してＩＰモジュール３４に渡され、ＩＰモジュール３４
はＩＰデータグラムからＴＣＰセグメントを取り出し、
取り出したＴＣＰセグメントをＴＣＰモジュール３３に
渡す。ＴＣＰモジュール３３は、送達確認通知を含むＴ
ＣＰセグメントを受けとると、コネクションＣ１のコネ
クション終了動作が完了した（ＣＬＯＳＥ）とみなす。

【０３１２】一方、コネクション端点状態管理装置１０
５は、コネクション中継点状態管理装置１２２からＣＬ
ＯＳＥメッセージを受け取ると、結果情報が「ＯＫ」の
ＲＥＰＬＹメッセージを第１のネットワークアクセスプ
ロトコル１５に渡し、コネクション端点管理テーブルか
ら対応するコネクション端点のエントリを削除する。第
１の通信制御装置１３は、この時点でコネクションＣ１
のコネクション終了動作が完了した（ＣＬＯＳＥ）とみ
なす。

【０３１３】第１のネットワークアクセスプロトコル１
５に渡されたＲＥＰＬＹメッセージは、第１のネットワ
ーク４、第２のネットワークアクセスプロトコル２３、
及び第２のメッセージ振分け装置１０４を介してコネク
ション中継点状態管理装置１２２に渡される。

【０３１４】コネクション中継点状態管理装置１２２
は、ＲＥＰＬＹメッセージを受け取ると、コネクション
中継点の状態をタイムアウト待ち状態（ＴＩＭＥ−ＷＡ
ＩＴ）に設定する。この状態で２ＭＳＬタイマが満了す
ると、コネクション中継点管理テーブルから対応するコ
ネクション中継点のエントリを削除し、この時点でコネ
クションＣ１のコネクション終了動作が完了した（ＣＬ
ＯＳＥ）とみなす。

【０３１５】以上説明したように、本実施の形態によれ
ば、コネクション開設機能、コネクション終了機能毎に
それぞれ専用のヘッダを持つメッセージを設け、それら
のメッセージのヘッダにその制御で必要な情報のみを含
ませることで、アクセスリンクで伝送されるパケットに
不要な情報が含まれなくなり、かつ、各メッセージのヘ
ッダのオーバヘッドは従来のＴＣＰヘッダ及びＩＰヘッ
ダの合計サイズよりも小さいため、アクセスリンクで伝
送されるパケットのヘッダのオーバヘッドが減少してデ
ータ量が低減するため、端末装置とサーバ端末装置間の
データ伝送時のスループットが向上する。

【０３１６】（第２の実施の形態）次に、本発明のデー
タ通信システムの第２の実施の形態について図面を参照
して説明する。

【０３１７】図１０は本発明のデータ通信システムの第
２の実施の形態の構成を示す図であり、図１に示した第
１の通信制御装置の構成を示すブロック図である。図１
１は本発明のデータ通信システムの第２の実施の形態の
構成を示す図であり、図１に示した第２の通信制御装置
の構成を示すブロック図である。

【０３１８】本実施の形態のデータ通信システムは、図
１０に示すように、第１の通信制御装置の第１のコネク
ション制御装置に第１のコネクション制御メッセージ管
理装置１０６を有し、図１１に示すように、第２の通信
制御装置の第２のコネクション制御装置に第２のコネク
ション制御メッセージ管理装置１２６を有する点で第１
の実施の形態と異なっている。

【０３１９】第１のコネクション制御メッセージ管理装
置１０６及び第２のコネクション制御メッセージ管理装
置１２６は、コネクション識別子メンバ及びＣＣ順序番
号メンバのエントリからなるＣＣメッセージ管理テーブ
ルと、各コネクションに対応するメッセージのコピーを
格納するＣＣメッセージバッファとをそれぞれ有してい
る。なお、コネクション端点状態管理装置で作成された
メッセージは第１のコネクション制御メッセージ管理装
置１０６に渡され、コネクション中継点状態管理装置で
作成されたメッセージは第２のコネクション制御メッセ
ージ管理装置１２６に渡される。また、第１のメッセー
ジ振分け装置は、第１のネットワークアクセスプロトコ
ルから受け取ったコネクション制御のためのメッセージ
を第１のコネクション制御メッセージ管理装置１０６に
渡し、第２のメッセージ振分け装置は、第２のネットワ
ークアクセスプロトコルから受け取ったコネクション制
御のためのメッセージを第２のコネクション制御メッセ
ージ管理装置１２６に渡す。その他の構成は第１の実施
の形態と同様である。

【０３２０】次に、本発明のデータ通信システムの第２
の実施の形態の動作について説明する。

【０３２１】図１２は本発明のデータ通信システムの第
１の実施の形態の動作を示すフローチャートである。な
お、図１２に示したフローチャートは、第１のコネクシ
ョン制御メッセージ管理装置１０６及び第２のコネクシ
ョン制御メッセージ管理装置１２６の動作をそれぞれ統
一して記載している。第１のコネクション制御メッセー
ジ管理装置１０６及び第２のコネクション制御メッセー
ジ管理装置１２６は、コネクション制御メッセージの送
信側、あるいは受信側になるかで適宜、図１２に示す処
理を実行する。

【０３２２】以下では、コネクション制御動作につい
て、第１の通信制御装置が有するコネクション端点状態
管理装置からメッセージ（ＲＥＰＬＹメッセージを除
く）を送信し、それに対するＲＥＰＬＹメッセージを受
け取るまでの動作を例にして説明する。なお、コネクシ
ョン中継点状態管理装置からメッセージを送信し、それ
に対するＲＥＰＬＹメッセージを受信するまでの動作
は、以下と対称の動作であるため、ここではその説明を
省略する。

【０３２３】第１の実施の形態では、メッセージが第１
の通信制御装置と第２の通信制御装置間で伝送されてい
る途中で損失することに対して特に対処をしていなかっ
た。本実施の形態では、第１のコネクション制御メッセ
ージ管理装置１０６及び第２のコネクション制御メッセ
ージ管理装置１２６によって損失したメッセージの再送
を実行する。

【０３２４】図１２において、例えば、コネクション端
点状態管理装置で作成されたメッセージが第１のコネク
ション制御メッセージ管理装置１０６に渡されると、第
１のコネクション制御メッセージ管理装置１０６は、ま
ず、受け取ったメッセージが上位装置からのものである
か否かを判定する（ステップＡ１）。ここでは、コネク
ション端点状態管理装置から渡されたメッセージである
ため、ステップＡ２に移って、当該メッセージがＲＥＰ
ＬＹメッセージであるか否かを確認する。ここでは、Ｒ
ＥＰＬＹメッセージではないため、ステップＡ３に移っ
て、当該メッセージのコネクション識別子情報の値を持
つエントリをＣＣメッセージ管理テーブルから探し出し
（無ければコネクション識別子情報の値をコネクション
識別子メンバの値とするエントリを新たに作成する）、
ＣＣ順序番号メンバに当該メッセージのＣＣ順序番号情
報の値を格納する。続いて、ＣＣメッセージバッファに
当該メッセージのコピーを格納し（ステップＡ４）、対
応するコネクションのＣＣメッセージ再送タイマを起動
すると共に（ステップＡ５）、当該メッセージを第１の
ネットワークを介して第２の通信制御装置に送信する
（ステップＡ６）。なお、当該メッセージがＲＥＰＬＹ
メッセージである場合は、ＣＣメッセージバッファに当
該メッセージのコピーを格納すると共に（ステップＡ
７）、第１のネットワークを介して第２の通信制御装置
に送信する（ステップＡ８）。

【０３２５】次に、第１のコネクション制御メッセージ
管理装置１０６から送信されたメッセージを第２の通信
制御装置で受信すると、受信したメッセージは第２のコ
ネクション制御メッセージ管理装置１２６に渡される。

【０３２６】第２のコネクション制御メッセージ管理装
置１２６は、まず、上述したステップＡ１の判定を行
い、続いて、当該メッセージが下位装置からのものであ
るか否かを判定する（ステップＡ９）。ここでは、第２
のネットワークプロトコルを介して渡されたメッセージ
であるため、ステップＡ１０に移って、当該メッセージ
がＲＥＰＬＹメッセージであるか否かを確認する。さら
に、当該メッセージがＲＥＰＬＹメッセージではないた
め、ステップＡ１１に移って、当該メッセージに対応す
るＲＥＰＬＹメッセージのコピーがＣＣメッセージバッ
ファにあるか否かを確認し、対応するＲＥＰＬＹメッセ
ージのコピーがある場合は、そのコピーを第１の通信制
御装置に送信する（ステップＡ１２）。

【０３２７】また、対応するＲＥＰＬＹメッセージのコ
ピーがない場合は、当該メッセージを上位装置（ここで
は、コネクション中継点状態管理装置）に渡す（ステッ
プＡ１３）。

【０３２８】次に、第１の通信制御装置から送信したメ
ッセージに対して第２の通信制御装置からＲＥＰＬメッ
セージが返送されると、そのＲＥＰＬＹメッセージは第
１のコネクション制御メッセージ管理装置１０６に渡さ
れる。第１のコネクション制御メッセージ管理装置１０
６は、上記ステップＡ１、ステップＡ９、及びステップ
Ａ１０の判定結果から、ステップＡ１４に移って、当該
メッセージに対応するエントリがＣＣメッセージ管理テ
ーブルにあるか否かを判定する。

【０３２９】メッセージが損失なく返送された場合、対
応するエントリがあるため、ステップＡ１６に移って、
ＣＣメッセージバッファから当該メッセージのコピーを
削除し、ＣＣメッセージ管理テーブルから対応するエン
トリを削除する（ステップＡ１７）。続いて、起動状態
にある対応するＣＣメッセージ再送タイマを停止し（ス
テップＡ１８）、当該ＲＥＰＬＹメッセージを上位装置
（ここでは、コネクション端点状態管理装置）に渡す
（ステップＡ１９）。

【０３３０】一方、第１の通信制御装置から送信された
メッセージが損失した場合、メッセージ送信時に起動さ
れたＣＣメッセージ再送タイマが満了するため（ステッ
プＡ２０）、第１のコネクション制御メッセージ管理装
置１０６は、ＣＣメッセージバッファから当該メッセー
ジのコピーを取り出し（ステップＡ２１）、対応するＣ
Ｃメッセージ再送タイマを再び起動して（ステップＡ２
２）、当該メッセージのコピーを第２の通信制御装置に
送信することで、再送を行う（ステップＡ２３）。な
お、第２の通信制御装置から返送されるＲＥＰＬＹメッ
セージが損失した場合も、上記と同様に第１のコネクシ
ョン制御メッセージ管理装置１０６から当該メッセージ
が再送される。

【０３３１】ここで、第２のコネクション制御メッセー
ジ管理装置１２６は、上位装置（コネクション中継点状
態管理装置）から対応するＲＥＰＬＹメッセージが渡さ
れたときに、そのコピーをＣＣメッセージバッファに格
納している（ステップＡ７）。したがって、再送された
メッセージを受け取ると、ＣＣメッセージバッファに格
納されている対応するＲＥＰＬＹメッセージのコピーを
第２の通信制御装置に送信する（ステップＡ１２）。

【０３３２】以上説明したように、本実施の形態によれ
ば、コネクション制御メッセージ管理装置を有すること
で、パケットの再送をアクセスリンク区間とそれ以外の
区間で独立して行うことができるため、アクセスリンク
の区間あるいはアクセスリンク以外の区間で発生したパ
ケットの損失に対して、パケット損失が発生していない
区間にパケット再送による通信効率悪化の影響を及ぼす
ことがない。したがって、パケット損失時のエンドーエ
ンド通信のスループットが改善される。

【０３３３】（第３の実施の形態）次に、本発明のデー
タ通信システムの第３の実施の形態について図面を参照
して説明する。

【０３３４】第３の実施の形態では、本発明のデータ通
信システムのデータ通信機能（データ送信機能、データ
受信機能）について説明する。なお、本実施の形態のデ
ータ通信システムは、図１に示した第１の通信制御装置
及び第２の通信制御装置の構成が、第１の実施の形態及
び第２の実施の形態と異なっている。その他の構成につ
いては第１の実施の形態と同様であるため、その説明は
省略する。

【０３３５】図１３は本発明のデータ通信システムの第
３の実施の形態の構成を示す図であり、図１に示した第
１の通信制御装置の構成を示すブロック図である。

【０３３６】図１４は本発明のデータ通信システムの第
３の実施の形態の構成を示す図であり、図１に示した第
２の通信制御装置の構成を示すブロック図である。

【０３３７】図１３において、本実施の形態の第１の通
信制御装置は、コネクション端点状態管理装置１３５、
第１の送信処理装置１３２、第１の受信処理装置１３
３、及び第１のメッセージ振分け装置１３４を有してい
る。

【０３３８】第１の送信処理装置１３２は、第１の送信
フロー制御装置１３６、第１のＤＡＴＡメッセージ作成
装置１３７、及び第１の送信再送制御装置１３８を有
し、第１の受信処理装置１３３は、第１の受信フロー制
御装置１３９、第１の順序制御装置１４０、及び第１の
受信再送制御装置１４１を有している。

【０３３９】図１４において、本実施の形態の第２の通
信制御装置は、コネクション中継点状態管理装置１５
５、ＴＣＰ／ＩＰ処理装置１６２、第２の送信処理装置
１５２、第２の受信処理装置１５３、及び第２のメッセ
ージ振分け装置１５４を有している。

【０３４０】第２の送信処理装置１５２は、第２の送信
フロー制御装置１５６、第２のＤＡＴＡメッセージ作成
装置１５７、及び第２の送信再送制御装置１５８を有
し、第２の受信処理装置１５３は、第２の受信フロー制
御装置１５９、第２の順序制御装置１６０、及び第２の
受信再送制御装置１６１を有している。

【０３４１】次に、第１の通信制御装置及び第２の通信
制御装置がそれぞれ有する送信処理装置と受信処理装置
間で交換されるメッセージ及びそれらのメッセージで通
知する情報について、図１５を用いて説明する。

【０３４２】図１５は本発明のデータ通信システムの第
３の実施の形態で用いるデータ通信用のメッセージを示
す図である。

【０３４３】図１５において、第３の実施の形態で用い
るメッセージは、応用データを転送するために用いられ
るデータ通信メッセージ類と、データ通信メッセージ類
のエラー制御やフロー制御のために用いられるデータ通
信制御メッセージ類の２種類からなる。

【０３４４】データ通信メッセージ類は、応用データを
運ぶためのデータメッセージ（以下、ＤＡＴＡメッセー
ジと称す）のみから構成される。なお、ＤＡＴＡメッセ
ージには、送信するＤＡＴＡメッセージのシーケンス番
号（以下、ＤＭ順序番号と称す）を示すＤＭ順序番号情
報と、応用データが緊急データであるか否かを示す緊急
データ情報と、プッシュ機能の要求の有無を示すプッシ
ュ情報とが含まれている。

【０３４５】データ通信制御メッセージ類は、ＤＡＴＡ
メッセージの送達確認のために用いられる確認メッセー
ジ（以下、ＡＣＫメッセージと称す）と、ＤＡＴＡメッ
セージのフロー制御に用いられ、ＤＡＴＡメッセージの
送信中断を要求する受信不可メッセージ（以下、ＲＮＲ
メッセージと称す）と、ＤＡＴＡメッセージのフロー制
御に用いられ、中断されているＤＡＴＡメッセージの送
信再開を要求する受信可メッセージ（以下、ＲＲメッセ
ージと称す）とがある。これらのメッセージには、コネ
クションの識別子を示すコネクション識別子情報とその
メッセージ自身が再送されたものか否かを示す再送情報
とがそれぞれ含まれている。また、ＡＣＫメッセージに
は累積確認を行うために用いられるＤＭ順序番号からな
る累積確認情報が含まれている。

【０３４６】第１の通信制御装置及び第２の通信制御装
置は、上記いずれのメッセージを送信する場合において
も、送信するメッセージに対応するコネクションの識別
子をコネクション識別子情報として格納し、送信するメ
ッセージが再送メッセージであるか否かを示す再送情報
を格納する。受信側は受信したメッセージのコネクショ
ン識別子情報から受信メッセージに対応するコネクショ
ンを識別し、受信したメッセージの再送情報から受信メ
ッセージが再送されたものか否かを識別する。本実施の
形態の第１の記憶装置は、送信すべき応用データを一時
的に格納する送信データバッファと、受信した応用デー
タを一時的に格納する受信データバッファと、コネクシ
ョン端点を管理するための諸情報を格納するコネクショ
ン端点管理テーブルと、送信したＤＡＴＡメッセージを
一時的に格納する送信メッセージバッファと、受信した
ＤＡＴＡメッセージを一時的に格納する受信メッセージ
バッファとを有している。

【０３４７】図１６は本発明のデータ通信システムの第
３の実施の形態の第１の記憶装置で有するコネクション
端点管理テーブルの一構成例を示すテーブル図である。

【０３４８】図１６に示すように、コネクション端点管
理テーブルは、ソケット識別子が格納されるソケット識
別子メンバと、コネクションの識別子（コネクション端
点識別子）が格納されるコネクション識別子メンバと、
ソケットのポート番号が格納される送信元ポート番号メ
ンバと、ソケットのＩＰアドレスが格納される送信元Ｉ
Ｐアドレスメンバと、通信相手側ソケットのポート番号
が格納される送信先ポート番号メンバと、通信相手側ソ
ケットのＩＰアドレスが格納される送信先ＩＰアドレス
メンバと、コネクション端点の状態が格納されるコネク
ション端点状態メンバと、「許可」または「不許可」の
いずれかに設定され、コネクション端点の送信許可状態
が格納される送信許可状態メンバと、「許可」または
「不許可」のいずれかに設定され、コネクション端点の
受信許可状態が格納される受信許可状態メンバと、コネ
クション端点で受信したＤＡＴＡメッセージのうち、累
積確認されたＤＡＴＡメッセージのＤＭ順序番号が格納
される累積確認番号メンバと、「完了」または「未完
了」のいずれかに設定され、送信したＤＡＴＡメッセー
ジに対する送達確認結果が格納される送達完了メンバ
と、「有り」または「無し」のいずれかに設定され、コ
ネクション端点に関するコネクション終了要求の有無が
格納される終了要求メンバとを有する複数のエントリか
ら構成される。

【０３４９】コネクション端点管理テーブルの各エント
リは第１の通信制御装置によって生成、削除される。エ
ントリが新たに生成される場合、送信許可状態メンバと
受信許可状態メンバの値はそれぞれ「許可」に設定さ
れ、送達完了メンバの値は「未完了」に設定され、終了
要求メンバの値は「無し」に設定される。

【０３５０】一方、本実施の形態のルータが有する第２
の記憶装置は、送信すべき応用データが一時的に格納さ
れる送信データバッファと、受信した応用データが一時
的に格納される受信データバッファと、コネクション中
継点を管理するための諸情報が格納されるコネクション
中継点管理テーブルと、送信したＤＡＴＡメッセージが
一時的に格納される送信メッセージバッファと、受信し
たＤＡＴＡメッセージが一時的に格納される受信メッセ
ージバッファとを有している。

【０３５１】図１７は本発明のデータ通信システムの第
３の実施の形態の第２の記憶装置で有するコネクション
中継点管理テーブルの一構成例を示すテーブル図であ
る。

【０３５２】図１７に示すように、第２の記憶装置が有
するコネクション中継点管理テーブルは、コネクション
識別子（コネクション中継点識別子）が格納されるコネ
クション識別子メンバと、端末装置側のソケットのポー
ト番号が格納される第１のポート番号メンバと、端末装
置側のソケットのＩＰアドレスが格納される第１のＩＰ
アドレスメンバと、サーバ端末装置側のソケットのポー
ト番号が格納される第２のポート番号メンバと、サーバ
端末装置側のソケットのＩＰアドレスが格納される第２
のＩＰアドレスメンバと、コネクション中継点の状態が
格納されるコネクション中継点状態メンバと、「許可」
または「不許可」のいずれかに設定され、コネクション
中継点の送信許可状態が格納される送信許可状態メンバ
と、「許可」または「不許可」のいずれかに設定され、
コネクション中継点の受信許可状態が格納される受信許
可状態メンバと、コネクション中継点で受信したＤＡＴ
Ａメッセージのうち、累積確認されたＤＡＴＡメッセー
ジのＤＭ順序番号が格納される累積確認番号メンバと、
「完了」または「未完了」のいじれかに設定され、第１
の通信制御装置に送信されたＤＡＴＡメッセージに対す
る送達確認結果が格納される送達完了メンバと、「有
り」または「無し」のいずれかに設定され、コネクショ
ン中継点に関するコネクション終了要求の有無が格納さ
れる終了要求メンバとを有する複数のエントリから構成
される。

【０３５３】コネクション中継点管理テーブルの各エン
トリは第２の通信制御装置によって生成、削除される。
エントリが新たに生成される場合、送信許可状態メンバ
と受信許可状態メンバの値はそれぞれ「許可」に設定さ
れ、送達完了メンバの値は「未完了」に設定される。ま
た、終了要求メンバの値は「無し」に設定され、終了確
認メンバの値は「未完了」に設定される。

【０３５４】第１のメッセージ振分け装置１３４は、第
１のネットワークアクセスプロトコルからメッセージを
受け取ると、受け取ったメッセージがコネクション制御
に関するメッセージであればコネクション端点状態管理
装置１３５に渡し、ＡＣＫメッセージであれば第１の送
信再送制御装置１３８に渡し、ＲＮＲメッセージまたは
ＲＲメッセージであれば第１の送信フロー制御装置１３
６に渡し、ＤＡＴＡメッセージであれば第１の受信再送
制御装置１４１に渡す。

【０３５５】同様に、第２のメッセージ振分け装置１５
４は、第２のネットワークアクセスプロトコルまたは第
３のネットワークアクセスプロトコルからメッセージを
受け取ると、受け取ったメッセージがコネクション制御
に関するメッセージであればコネクション中継点状態管
理装置に渡し、ＡＣＫメッセージであれば第２の送信再
送制御装置１５８に渡し、ＲＮＲメッセージまたはＲＲ
メッセージであれば第２の送信フロー制御装置１５６に
渡し、ＤＡＴＡメッセージであれば第２の受信再送制御
装置１６１に渡す。

【０３５６】コネクション端点状態管理装置１３５は、
例えば、従来のＴＣＰのコネクション制御部位と同様の
構成にし、第１の通信制御装置の管理対象（コネクショ
ン端点と称す）毎にコネクション制御を行う。また、第
１の通信インタフェース管理装置からコネクション開設
や終了の要求があった場合に、以下の動作条件で処理を
行う。

【０３５７】コネクション端点状態管理装置１３５は、
開設されていないコネクションに対して、コネクション
端点管理テーブルの対応するコネクション端点状態メン
バの値を終了状態（以下、ＣＬＯＳＥＤと称す）に設定
する。

【０３５８】また、コネクション開設要求によってコネ
クションが開設されると、データ通信を行う前に当該コ
ネクションを構成する端末装置のソケットのポート番号
及びＩＰアドレスと、サーバ端末装置のソケットのポー
ト番号及びＩＰアドレスとをコネクション中継点状態管
理装置１５５との間で交換し、コネクション端点管理テ
ーブルの送信元ポート番号メンバ、送信元ＩＰアドレス
メンバ、送信先ポート番号メンバ、送信先ＩＰアドレス
メンバにそれぞれ格納し、コネクション端点状態メンバ
の値をＥＳＴＡＢに設定する。

【０３５９】さらに、第１の通信インタフェース管理装
置からコネクション終了要求があった場合は、対応する
送達完了メンバの値を参照し、「完了」ならば端末装置
からルータ方向のデータ通信を行うコネクションの終了
処理を行い、コネクション端点状態メンバの値をＦＩＮ
−ＷＡＩＴに設定する。また、送達完了メンバの値が
「未完了」ならば終了要求メンバの値を「有り」に設定
し、処理を終了する。その後、第１の送信再送制御装置
１３８からコネクション終了要求があると、端末装置か
らルータ方向のデータ通信を行うコネクションの終了処
理を行い、コネクション端点状態メンバの値をＦＩＮ−
ＷＡＩＴに設定する。

【０３６０】また、コネクション端点状態がＥＳＴＡＢ
のとき、相手側からのコネクション終了要求があれば、
ルータから端末装置方向のデータ通信を行うコネクショ
ンの終了処理を行い、コネクション端点状態メンバの値
をＣＬＯＳＥ−ＷＡＩＴに設定する。

【０３６１】第１の通信インタフェース管理装置からの
コネクション終了要求、及び相手側からのコネクション
終了要求があり、それぞれのコネクション終了処理が完
了すると、コネクション端点管理テーブルの対応するコ
ネクション端点のエントリを削除し、コネクション端点
状態メンバの値をＣＬＯＳＥＤに設定する。

【０３６２】第１の送信処理装置１３２及び第１の受信
処理装置１３３は、端末装置が有する第１の通信制御装
置及びルータが有する第２の通信制御装置で共通に使用
される。以下では、第１の通信制御装置で使用する場合
を例にして説明するが、第２の通信制御装置で使用する
場合は、コネクション端点をコネクション中継点に、コ
ネクション端点管理テーブルをコネクション中継点管理
テーブルに、第１のネットワークアクセスプロトコルを
第２のネットワークアクセスプロトコルに置き換えて読
めば良い。

【０３６３】第１の送信処理装置１３２が有する第１の
送信フロー制御装置１３６は、第１の通信インタフェー
ス管理装置または第１の送信再送制御装置１３８から
（第２の送信フロー制御装置１５６では、ＴＣＰ／ＩＰ
処理装置１６２または第２の送信再送制御装置１５８か
ら）データ送信要求を受け取ると、コネクション端点管
理テーブルの対応するコネクション端点状態メンバの値
を調べ、コネクション端点状態がＥＳＴＡＢまたはＣＬ
ＯＳＥ―ＷＡＩＴの場合（第２の通信制御装置では、コ
ネクション中継点状態がＥＳＴＡＢまたはＦＩＮ−ＷＡ
ＩＴの場合）は、送達完了メンバに「未完了」を格納し
た後、以下に示すデータ送信処理を開始し、それ以外の
場合は処理を終了する。

【０３６４】データ送信処理では、まず、第１の送信フ
ロー制御装置１３６は、送信許可状態メンバの値と、送
信メッセージバッファに格納されている対応するコネク
ション端点に関するメッセージの個数及び送信データバ
ッファに格納されている応用データの有無を調べる。

【０３６５】送信許可状態メンバの値が「許可」であ
り、送信メッセージバッファに格納されているメッセー
ジの個数がウィンドウサイズよりも小さく、送信データ
バッファに応用データが存在する場合は、対応するコネ
クション端点識別子と共にＤＡＴＡメッセージ作成要求
をＤＡＴＡメッセージ作成装置１３８に渡す。

【０３６６】一方、送信許可状態メンバの値が「不許
可」である場合、またはメッセージの個数がウィンドウ
サイズ以上の場合、または送信データバッファに対応す
る応用データが存在しない場合は、第１の送信フロー制
御装置１３６は処理を終了する。

【０３６７】また、第１の送信フロー制御装置１３６
は、第１のメッセージ振分け装置１３４からＲＮＲメッ
セージを受け取ると、そのコネクション識別子情報から
対応するコネクション端点を識別し、コネクション端点
管理テーブルの送信許可状態メンバの値を「不許可」に
する。また、第１のメッセージ振分け装置１３４からＲ
Ｒメッセージを受け取ると、そのコネクション識別子情
報から対応するコネクション端点を識別し、コネクショ
ン端点管理テーブルの送信許可状態メンバの値を「許
可」にして、データ送信動作を開始する。

【０３６８】第１のＤＡＴＡメッセージ作成装置１３７
は、第１の送信フロー制御装置１３６からコネクション
端点識別子及びＤＡＴＡメッセージ作成要求を受け取る
と、送信データバッファに格納されている対応するコネ
クション端点に関する応用データの先頭からＭＳＳを上
限とするサイズのサブ応用データを切り出し、ＤＡＴＡ
メッセージを作成する。ＤＡＴＡメッセージは、対応す
るコネクション端点識別子が格納されたコネクション識
別子情報、ＤＭ順序番号が格納されたＤＭ順序番号情
報、及びサブ応用データから構成される。作成したＤＡ
ＴＡメッセージは第１の送信再送制御装置１３８に渡さ
れる。

【０３６９】第１の送信再送制御装置１３８は、第１の
ＤＡＴＡメッセージ作成装置１３７からＤＡＴＡメッセ
ージを受け取ると、そのコピーを送信メッセージバッフ
ァに格納すると共に、第１のネットワークアクセスプロ
トコルに渡す。

【０３７０】ここで、対応するコネクション端点に関す
る再送タイマを起動していない場合は、再送タイマを起
動し、第１の送信フロー制御装置１３６にコネクション
端点識別子と共にデータ送信要求を渡す。

【０３７１】また、第１の送信再送制御装置１３８は、
第１のメッセージ振分け装置１３４からＡＣＫメッセー
ジを受け取ると、受け取ったＡＣＫメッセージのコネク
ション識別子情報から対応するコネクション端点を識別
し、送信メッセージバッファに格納されているＤＡＴＡ
メッセージのうち、ＡＣＫメッセージの累積確認情報に
よって、送達確認されたＤＡＴＡメッセージ（ＤＭ順序
番号情報の値が累積確認情報に格納されている値よりも
小さいＤＡＴＡメッセージ）を削除する。

【０３７２】また、送信メッセージバッファから削除す
るＤＡＴＡメッセージがある場合は動作中の再送タイマ
を終了させる。但し、送信メッセージバッファにさらに
ＤＡＴＡメッセージがある場合は、再度再送タイマを起
動する。

【０３７３】また、送信メッセージバッファ及び送信デ
ータバッファに、送達確認されたＤＡＴＡメッセージ及
び応用データが存在しない場合は、コネクション端点管
理テーブルの対応する送達完了メンバの値を「完了」に
する。さらに、終了要求メンバの値を調べ、終了要求メ
ンバの値が「有り」ならば、コネクション端点状態管理
装置１３５に対してコネクション終了要求を行った後、
データ送信処理を終了する。一方、終了要求メンバの値
が「無し」ならば、そのままデータ送信処理を終了す
る。

【０３７４】さらに、送信メッセージバッファに対応す
るコネクション端点に関するＤＡＴＡメッセージがある
か、あるいは送信データバッファに応用データがある場
合は、第１の送信フロー制御装置１３６にデータ送信要
求を通知する。

【０３７５】第１の送信再送制御装置１３８は、任意の
コネクション端点の再送タイマがタイムアウトした場
合、送信メッセージバッファに格納されている対応する
ＤＡＴＡメッセージを、そのＤＭ順序番号情報の値が小
さい順に再送する。再送する際にはＤＡＴＡメッセージ
の再送情報を「再送」に設定する。

【０３７６】再送タイマのタイムアウト値としては、Ｄ
ＡＴＡメッセージの送信から、その送達確認を通知する
ＡＣＫメッセージを受信するまでの時間をＲＴＴ値と
し、ＴＣＰと同様にＲＴＴ値に基づいて計算した値が適
当であると考えられる。

【０３７７】第１の順序制御装置１４０は、第１のメッ
セージ振分け装置１３４からＤＡＴＡメッセージを受け
取ると、受け取ったＤＡＴＡメッセージに対応するコネ
クション端点の状態がＥＳＴＡＢ、またはＦＩＮ−ＷＡ
ＩＴ以外の場合（第２の通信制御装置では、コネクショ
ン中継点の状態がＥＳＴＡＢまたはＣＬＯＳＥ−ＷＡＩ
Ｔ以外の場合）は、受け取ったＤＡＴＡメッセージを廃
棄し、処理を終了する。

【０３７８】一方、コネクション端点状態がＥＳＴＡ
Ｂ、またはＦＩＮ−ＷＡＩＴの場合（第２の通信制御装
置では、コネクション中継点の状態がＥＳＴＡＢまたは
ＣＬＯＳＥ−ＷＡＩＴの場合）は、受け取ったＤＡＴＡ
メッセージの再送情報の内容を調べ、再送情報が「再
送」でなければ受け取ったＤＡＴＡメッセージを受信メ
ッセージバッファに格納する。また、再送情報が「再
送」の場合は、受信メッセージバッファに格納されてい
るＤＡＴＡメッセージのうち、同じＤＭ順序番号を持つ
ＤＡＴＡメッセージがあるか否かを調べ、ある場合は受
け取ったＤＡＴＡメッセージを廃棄して処理を終了し、
無い場合は受信メッセージバッファに格納する。

【０３７９】ここで、受信メッセージバッファにＤＡＴ
Ａメッセージを格納した場合、第１の順序制御装置１４
０は、コネクション端点管理テーブルの対応する累積確
認番号メンバの値（累積確認番号と称す）を参照し、受
信メッセージバッファに格納されているＤＡＴＡメッセ
ージのうち、同じ累積確認番号をＤＭ順序番号情報に持
つＤＡＴＡメッセージがあれば、そのＤＡＴＡメッセー
ジに含まれるサブ応用データを受信データバッファの最
後尾に追加する。さらに、当該ＤＡＴＡメッセージを受
信メッセージバッファから削除し、累積確認番号メンバ
の値をＤＡＴＡメッセージ１つ分だけ増加させる。

【０３８０】以上の処理は、受信メッセージバッファに
同じ累積確認番号をＤＭ順序番号情報に持つＤＡＴＡメ
ッセージが無くなるまで続ける。その後、第１の受信フ
ロー制御装置１３９に当該コネクション端点識別子と共
に受信フロー制御要求を通知する。

【０３８１】第１の受信再送制御装置１４１は、各コネ
クション端点に関してＡＣＫ送信条件が成立した場合に
ＡＣＫメッセージを作成し、それを第１のネットワーク
アクセスプロトコルに渡す。なお、ＡＣＫメッセージを
作成する際には、ＡＣＫメッセージの累積確認情報にコ
ネクション端点管理テーブルの対応するコネクション端
点の累積確認番号メンバの値を格納する。

【０３８２】ところで、上記ＡＣＫメッセージを効率良
く返送するためには、その送信条件として以下のような
条件が考えられる。

【０３８３】第１条件として累積確認したＤＡＴＡメッ
セージに続くウィンドウサイズ内（例えば、１からウィ
ンドウサイズまでの任意の固定値）のＤＡＴＡメッセー
ジを受信したとき、第２条件としてＤＡＴＡメッセージ
の損失を検出したとき、第３条件としてＡＣＫメッセー
ジを送信してから所定の時間が経過したときである。ま
た、第１条件、第２条件、第３条件の論理和条件も考え
られる。

【０３８４】例えば、バースト的にＤＡＴＡメッセージ
を伝送する場合、各ＤＡＴＡメッセージが誤りなく送信
されているときには、第１条件を利用することでＡＣＫ
メッセージを効率的に送信することができる。また、第
２の条件を利用することで損失したＤＡＴＡメッセージ
の再送を早く行わせることができる。さらに、ＤＡＴＡ
メッセージが伝送中に損失する可能性があることを考え
ると、ＤＡＴＡメッセージの受信イベントに依存しない
第３条件を利用することはＡＣＫメッセージを送る条件
として必須である。

【０３８５】なお、第３条件を第１条件あるいは第２条
件と組み合わせて利用する場合は、送信後の経過時間
を、ウィンドウサイズ分のＤＡＴＡメッセージを送信す
るのに必要な時間よりも長い時間に設定すればよい。

【０３８６】また、第１条件を採用する場合は、任意の
コネクション端点に関するＤＡＴＡメッセージを受信メ
ッセージバッファに格納する毎に、対応するコネクショ
ン端点識別子と共にＤＡＴＡメッセージの受信を第１の
受信再送制御装置１４１に通知するように、第１の順序
制御装置１４０を動作させる必要がある。また、常時受
信メッセージバッファを監視し、各コネクション端点毎
に受信メッセージバッファに新規に追加されるＤＡＴＡ
メッセージの数をカウントするように、第１の受信再送
制御装置１４１を動作させてもよい。

【０３８７】同様に、第２の条件を採用する場合は、任
意のコネクション端点に関するＤＡＴＡメッセージの損
失を検出したときに、そのコネクション端点識別子と共
にＤＡＴＡメッセージの損失を第１の受信再送制御装置
１４１に通知するように、第１の順序制御装置１４０を
動作させる必要がある。また、常時受信メッセージバッ
ファを監視し、各コネクション端点毎に受信したＤＡＴ
Ａメッセージに損失が無いか否かを調べるように、第１
の受信再送制御装置１４１を動作させてもよい。

【０３８８】ＤＡＴＡメッセージの損失を第１の順序制
御装置１４０で検出する方法としては、ＤＡＴＡメッセ
ージを受信メッセージバッファに格納する際に、そのＤ
Ｍ順序番号情報の値がコネクション端点管理テーブルの
累積確認番号メンバの値と等しいか否かを調べる方法
と、ＤＭ順序番号情報の一つ前の値が既に受信メッセー
ジバッファに格納されているか否かを調べる方法とがあ
る。この場合、ＤＭ順序番号情報の値が累積確認番号メ
ンバの値ではなく、かつＤＭ順序番号情報の一つ前の値
が受信メッセージバッファに無ければ、ＤＡＴＡメッセ
ージが損失したことが分かる。

【０３８９】本実施の形態では、ＡＣＫメッセージの送
信条件を、第１条件、第２条件、及び第３条件の論理和
条件とし、第１の順序制御装置１４０は、ＤＡＴＡメッ
セージを受信メッセージバッファに格納する毎にコネク
ション端点識別子及びＤＡＴＡメッセージの受信を第１
の受信再送制御装置１４１に通知し、かつＤＡＴＡメッ
セージの損失を検出する毎にコネクション端点識別子及
びＤＡＴＡメッセージの損失を第１の受信再送制御装置
１４１に通知する。

【０３９０】第１の受信フロー制御装置１３９は、第１
の順序制御装置１４０、及び第１の通信インタフェース
管理装置（第２の受信フロー制御装置１５９において
は、さらにＴＣＰ／ＩＰ処理装置１６２）からコネクシ
ョン端点識別子と共に受信フロー制御要求の通知を受け
取ると、コネクション端点管理テーブルの対応するコネ
クション端点に関する受信許可状態メンバの値、及び受
信データバッファに格納されている応用データのサイズ
を確認し、受信許可状態メンバの値が「許可」で、かつ
応用データのサイズが受信データバッファの上限値より
大きい場合は、受信許可状態メンバの値を「不許可」に
変更し、ＲＮＲメッセージを作成して第１のネットワー
クアクセスプロトコルに渡す。

【０３９１】また、受信許可状態メンバの値が「不許
可」で、かつ応用データのサイズが受信データバッファ
の下限値より小さい場合は、受信許可状態メンバの値を
「許可」に変更し、ＲＲメッセージを作成して第１のネ
ットワークアクセスプロトコル１５に渡す。

【０３９２】第２の通信制御装置は、第１の通信制御装
置と対になって端末装置とルータ間のコネクション制御
や信頼性のあるデータ通信を実現する。また、ＴＣＰモ
ジュールと対になってサーバ端末装置とルータ間でＴＣ
Ｐプロトコル制御、すなわちコネクション制御や信頼性
のあるデータ通信を実現する。

【０３９３】第２の通信制御装置は、サーバ端末装置の
ＴＣＰモジュール及びＩＰモジュールとの間で、従来の
ＴＣＰモジュール及びＩＰモジュールと同様に動作す
る。すなわち、第２の通信制御装置は、端末装置のソケ
ットＳ１（ポート番号Ｐ１、ＩＰアドレスＡ１）とサー
バ端末装置のソケットＳ３（ポート番号Ｐ３、ＩＰアド
レスＡ３）間のコネクションＣ１を中継し、ソケットＳ
３宛てのＴＣＰ／ＩＰパケットを生成する際には、ＴＣ
Ｐヘッダの送信元ポート番号フィールド及び送信先ポー
ト番号フィールドにＰ１、Ｐ３を格納し、ＩＰヘッダ中
の送信元ＩＰアドレスフィールド及び送信先ＩＰアドレ
スフィールドにＡ１、Ａ３を格納する。また、受信した
ＴＣＰ／ＩＰパケットのＴＣＰヘッダ及びＩＰヘッダの
内容を調べ、ＴＣＰヘッダの送信元ポート番号フィール
ド及び送信先ポート番号フィールドにＰ３、Ｐ１が格納
され、かつＩＰヘッダの送信元ＩＰアドレスフィールド
及び送信先ＩＰアドレスフィールドにＡ３、Ａ１が格納
されている場合は、受信したＴＣＰ／ＩＰパケットをコ
ネクションＣ１のソケットＳ１宛てであると認識する。
また、そのＴＣＰ／ＩＰパケットを自分宛てのものとし
て、従来のＩＰ及びＴＣＰと同様にパケットの受信処理
を行う。

【０３９４】コネクション中継点状態管理装置１５５
は、第２の通信制御装置における管理対象（コネクショ
ン中継点と称す）毎にコネクション制御を行う。

【０３９５】コネクション中継点状態管理装置１５５
は、コネクション端点状態管理装置１３５及びＴＣＰ／
ＩＰ処理装置１６２を介して送達されるサーバ端末装置
からのコネクション開設要求やコネクション終了要求に
対して以下のような処理を行う。

【０３９６】まず、コネクション中継点状態管理装置１
５５は、開設されていないコネクションに対して、コネ
クション中継点管理テーブルのコネクション中継点状態
メンバの値をＣＬＯＳＥＤにする。また、コネクション
開設要求に対してコネクションが開設されたら、データ
通信を行う前に開設されたコネクションを構成する端末
装置のソケットのポート番号及びＩＰアドレスと、サー
バ端末装置３のソケットのポート番号及びＩＰアドレス
を、コネクション端点状態管理装置１３５と交換し、コ
ネクション中継点管理テーブルの対応する第１のポート
番号メンバ、第１のＩＰアドレスメンバ、第２のポート
番号メンバ、及び第２のＩＰアドレスメンバにそれぞれ
格納し、中継点状態メンバの値をＥＳＴＡＢに設定す
る。

【０３９７】コネクション中継点状態がＥＳＴＡＢの状
態で、サーバ端末装置のＴＣＰモジュールからコネクシ
ョン終了要求があれば、対応する送達完了メンバの値を
参照する。送達完了メンバの値が「完了」ならば端末装
置からルータ方向のデータ通信を行うコネクションの終
了処理を行い、コネクション中継点状態メンバの値をＦ
ＩＮ−ＷＡＩＴ（相手終了待ち）にする。送達完了メン
バの値が「未完了」ならば終了要求メンバの値を「有
り」にして処理を終了する。

【０３９８】一方、第２の送信再送制御装置１５８から
コネクション終了要求があると、端末装置からルータ方
向のコネクション終了処理を行い、コネクション中継点
状態メンバの値をＦＩＮ−ＷＡＩＴに設定する。また、
コネクション中継点状態がＥＳＴＡＢのとき、コネクシ
ョン端点状態管理装置１３５からコネクション終了要求
があれば、ルータから端末装置方向のコネクション終了
処理を行い、コネクション中継点状態メンバの値をＣＬ
ＯＳＥ−ＷＡＩＴに設定する。

【０３９９】コネクション端点状態管理装置１３５から
のコネクション終了要求、並びにＴＣＰモジュールから
コネクション終了要求があり、それぞれのコネクション
終了処理が完了した場合は、コネクション中継点管理テ
ーブルの対応するエントリを削除する。

【０４００】ＴＣＰ／ＩＰ処理装置１６２は、従来のＴ
ＣＰモジュール、ＩＰモジュールと同様の機能を持つモ
ジュールであり、ＴＣＰセグメント、ＩＰデータグラム
の組み立てや分解を行う。また、コネクション制御要求
の受け付け処理、受信データバッファに格納されている
応用データの送信、受け付けたＴＣＰ／ＩＰパケットに
含まれている応用データの送信データバッファへの格
納、及びこれらの処理を行う際の相手側ＴＣＰモジュー
ルとのコネクション制御、再送制御、フロー制御、受信
した応用データの順序制御等の機能を有している。但
し、以下の点で従来のＴＣＰモジュール及びＩＰモジュ
ールと異なっている。

【０４０１】ＴＣＰ／ＩＰ処理装置１６２は、同期フラ
グ、終了フラグ、及びリセットフラグが設定されたＴＣ
Ｐセグメントを受け取った場合、フラグが設定されてい
る旨をコネクション中継点状態管理装置１５５に通知す
る。

【０４０２】また、ＴＣＰ／ＩＰパケットに含まれるＴ
ＣＰヘッダ及びＩＰヘッダの送信元ポート番号フィール
ド、送信先ポート番号フィールド、送信元ＩＰアドレス
フィールド、送信先ＩＰアドレスフィールドをそれぞれ
参照し、各フィールドの値がコネクション中継点管理テ
ーブルの第２のポート番号メンバ、第１のポート番号メ
ンバ、第２のＩＰアドレスメンバ、第１のＩＰアドレス
メンバの値と一致するか否かを調べ、全て一致する場合
は、受信したＴＣＰ／ＩＰパケットがコネクション中継
点宛てであると判断する。

【０４０３】また、任意のコネクション中継点Ｃ１に関
係するＴＣＰ／ＩＰパケットを組み立てる際、そのＴＣ
Ｐ／ＩＰパケットに含まれるＴＣＰヘッダの送信元ポー
ト番号フィールドと送信先ポート番号フィールド、及び
ＩＰヘッダの送信元ＩＰアドレスフィールドと送信先Ｉ
Ｐアドレスフィールドに、コネクション中継点管理テー
ブルのコネクション中継点Ｃ１に関する第１のポート番
号メンバ、第２のポート番号メンバ、第１のＩＰアドレ
スメンバ、及び第２のＩＰアドレスメンバの値を格納す
る。

【０４０４】さらに、受信データバッファに格納されて
いる各コネクション中継点に関する応用データの有無を
監視し、応用データが有る場合は、その応用データの先
頭から最大でＭＳＳのサイズで切り出し、第２の受信フ
ロー制御装置１５９にコネクション中継点識別子と共に
受信フロー制御要求を通知する。また、切り出した応用
データを含むＩＰデータグラムを作成し、作成したＩＰ
データグラムを第３のネットワークアクセスプロトコル
に渡す。

【０４０５】また、ＴＣＰ／ＩＰ処理装置１２１は、第
３のネットワークアクセスプロトコルから受け取ったＩ
Ｐデータグラムに応用データが含まれている場合は、そ
の応用データを取り出して順序制御を行い送信データバ
ッファに格納し、第２の送信フロー制御装置１５６にコ
ネクション中継点識別子と共にデータ送信要求を通知す
る。

【０４０６】次に、本発明のデータ通信システムの第３
の実施の形態の動作について図１８〜図２２用いて説明
する。

【０４０７】図１８及び図１９は本発明のデータ通信シ
ステムの第３の実施の形態の動作を示す図であり、図１
３に示した第１の送信処理装置及び第２の送信処理装置
の処理手順を示すフローチャートである。図２０は本発
明のデータ通信システムの第３の実施の形態の動作を示
す図であり、図１３に示した第１の受信処理装置及び第
２の受信処理装置の処理手順を示すフローチャートであ
る。

【０４０８】なお、図１８及び図１９に示したフローチ
ャートは、第１の送信処理装置及び第２の送信処理装置
の動作をそれぞれ統一して記載している。第１の送信処
理装置及び第２の送信処理装置は、データの送信側にな
る場合に適宜、図１８及び図１９に示す処理を実行す
る。同様に、図２０に示したフローチャートは、第１の
受信処理装置及び第２の受信処理装置の動作をそれぞれ
統一して記載している。第１の受信処理装置及び第２の
受信処理装置は、データの受信側になる場合に適宜、図
２０に示す処理を実行する。

【０４０９】ところで、データ通信動作には、第１のプ
ロセッサから第２のプロセッサへのデータ送信動作（上
りデータ送信動作と称す）と、第２のプロセッサから第
１のプロセッサへのデータ送信動作（下りデータ送信動
作と称す）とがある。

【０４１０】以下では、第１のプロセッサが利用するソ
ケットをＳ１、ソケットＳ１のポート番号をＰ１、ＩＰ
アドレスをＡ１とし、第２のプロセッサが利用するソケ
ットをＳ３、ソケットＳ３のポート番号をＰ３、ＩＰア
ドレスをＡ３として説明する。

【０４１１】また、端末装置のソケットＳ１（コネクシ
ョン端点Ｃ１）と、サーバ端末装置のソケットＳ３（コ
ネクション中継点Ｃ１）間にコネクションＣ１が開設さ
れ、第１のプロセッサからコネクションＣ１を介して第
２のプロセッサにデータを送信する場合を例にして説明
する。なお、第１の記憶装置のコネクション端点管理テ
ーブルのコネクション端点Ｃ１に関するコネクション端
点状態メンバの値はＥＳＴＡＢまたはＣＬＯＳＥ−ＷＡ
ＩＴであり、送信許可状態メンバの値は「許可」であ
り、送信メッセージバッファに格納されているコネクシ
ョン端点Ｃ１に関するメッセージの個数はウィンドウサ
イズ以下であると仮定する。また、第２の記憶装置のコ
ネクション中継点管理テーブルのコネクション中継点Ｃ
１に関するコネクション中継点状態メンバの値はＥＳＴ
ＡＢまたはＣＬＯＳＥ−ＷＡＩＴであり、受信許可状態
の値は「許可」であると仮定する。

【０４１２】（１）基本送信動作 第１のプロセッサがソケットＳ１を指定し、第１の通信
インタフェース管理装置に対して応用データと共にデー
タ送信要求を渡すと、第１の通信インタフェース管理装
置は、応用データをソケットＳ１に対応する送信データ
バッファの最後尾に追加し、第１の送信フロー制御装置
１３６にソケットＳ１の識別子と共にデータ送信要求を
通知する。

【０４１３】図１８に示すように、第１の送信フロー制
御装置１３６は、ソケットＳ１の識別子を伴うデータ送
信要求を受け取ると、コネクション端点管理テーブルか
らソケット識別子Ｓ１に対応するコネクション端点Ｃ１
を識別し、コネクション端点Ｃ１に関するコネクション
端点状態メンバの値を調べる（ステップＢ１）。この場
合、コネクション端点状態がＥＳＴＡＢまたはＣＬＯＳ
Ｅ―ＷＡＩＴであるため、送達完了メンバに「未完了」
を格納する（ステップＢ２）。

【０４１４】次に、送信許可状態メンバの値、送信メッ
セージバッファに格納されているコネクション端点Ｃ１
に関するメッセージの個数、及び送信データバッファに
格納されているコネクション端点Ｃ１に関する応用デー
タの有無をそれぞれ調べ、データ送信条件が成立するか
否かを判定する（ステップＢ３）。この場合、送信許可
状態メンバの値は「許可」であり、メッセージの個数は
ウィンドウサイズより小さく、送信データバッファにコ
ネクション端点Ｃ1に関する応用データが存在するた
め、送信条件が成立すると判定し、第１の送信フロー制
御装置１３６は、コネクション端点識別子Ｃ１と共にＤ
ＡＴＡメッセージ作成要求を第１のＤＡＴＡメッセージ
作成装置１３７に通知する。

【０４１５】第１のＤＡＴＡメッセージ作成装置１３７
は、コネクション端点識別子Ｃ１を伴うＤＡＴＡメッセ
ージ作成要求を受け取ると、送信データバッファに格納
されているコネクション端点Ｃ１（ソケットＳ１）に関
する応用データの先頭からＭＳＳ分のサブ応用データを
切り出し、切り出したサブ応用データを含むＤＡＴＡメ
ッセージを作成し（ステップＢ４）、第１の送信再送制
御装置１３８に渡す。第１の送信再送制御装置１３８
は、渡されたＤＡＴＡメッセージのコピーを送信メッセ
ージバッファに格納し（ステップＢ５）、コネクション
端点Ｃ１のＤＡＴＡメッセージに対応する再送タイマが
起動されているか否かを判定する（ステップＢ６）。再
送タイマが起動されていない場合は、それを起動し（ス
テップＢ７）、再送タイマが起動されている場合は、ス
テップＢ８に移って、ＤＡＴＡメッセージを第１のネッ
トワークアクセスプロトコルに渡す（ステップＢ８）。
第１のネットワークアクセスプロトコルに渡されたＤＡ
ＴＡメッセージは、第１のネットワーク、第２のネット
ワークアクセスプロトコル、及び第２のメッセージ振分
け装置１５４を介して第２の順序制御装置１６０に渡さ
れる。

【０４１６】また、第１の送信再送制御装置１３８は、
第１の送信フロー制御装置１３６に対してコネクション
端点識別子Ｃ１と共にデータ送信要求を渡す。これによ
り、第１の送信処理装置１３２は、コネクション端点管
理テーブルのコネクション端点Ｃ１に関する送信許可状
態が「不許可」になるか、送信メッセージバッファに格
納されているコネクション端点Ｃ１に関するＤＡＴＡメ
ッセージの数がウィンドウサイズに達するか、送信デー
タバッファの中からコネクション端点Ｃ１に関する応用
データがなくなるまで、上述したデータ送信動作を繰り
返す。

【０４１７】一方、第２の順序制御装置１６０は、第１
の送信処理装置１３２からＤＡＴＡメッセージを受け取
ると、図２０に示すように、まず、コネクション中継点
Ｃ１の状態を調べる（ステップＤ１）。ここでは、コネ
クション中継点状態がＥＳＴＡＢ、またはＣＬＯＳＥ−
ＷＡＩＴであるため（コネクション端点の場合、ＥＳＴ
ＡＢまたはＦＩＮ−ＷＡＩＴのとき）、ステップＤ２に
移って、当該ＤＡＴＡメッセージが受信したものである
か否かを調べ、続いて、当該ＤＡＴＡメッセージが再送
されたものであるか否かを判定する（ステップＤ３）。
受け取ったＤＡＴＡメッセージが再送メッセージである
場合、当該ＤＡＴＡメッセージと受信メッセージバッフ
ァに格納されているコネクション中継点Ｃ１に関するＤ
ＡＴＡメッセージのＤＭ順序番号情報の内容を調べ、そ
のＤＭ順序番号情報の内容と同じＤＭ順序番号情報を有
するＤＡＴＡメッセージが受信メッセージバッファにあ
るか否かを判定する（ステップＤ４）。該当するＤＡＴ
Ａメッセージが受信メッセージバッファにある場合は、
受け取ったＤＡＴＡメッセージを廃棄して処理を終了す
る。また、該当するＤＡＴＡメッセージが受信メッセー
ジバッファにない場合は、受け取ったＤＡＴＡメッセー
ジを受信メッセージバッファに格納する（ステップＤ
５）。

【０４１８】続いて、第２の順序制御装置１６０は、コ
ネクション中継点管理テーブルの対応する累積確認番号
メンバの値を調べ、その累積確認番号の値と等しいＤＭ
順序番号情報を持つＤＡＴＡメッセージが、受信メッセ
ージバッファ内にあるか否かを判定する（ステップＤ
６）。累積確認番号の値と等しいＤＭ順序番号情報を持
つＤＡＴＡメッセージがある場合は、そのＤＡＴＡメッ
セージを受信メッセージバッファから取り出し（ステッ
プＤ７）、取り出したＤＡＴＡメッセージに含まれる応
用データを、コネクション中継点Ｃ１に対応する受信デ
ータバッファの最後尾に追加する（ステップＤ８）。さ
らに、累積確認番号メンバの値をＤＡＴＡメッセージ一
つ分だけ増加させ（ステップＤ９）、以降、当該ＤＡＴ
ＡメッセージがなくなるまでステップＤ６〜ステップＤ
９の処理を繰り返す。それらの処理が終了した後、第２
の順序制御装置１６０は第２の受信フロー制御装置１５
９にコネクション中継点識別子Ｃ１と共に受信フロー制
御要求を通知する。

【０４１９】第２の受信フロー制御装置１５９は、第２
の順序制御装置１６０からコネクション中継点識別子Ｃ
１を伴う受信フロー制御要求を受け取ると、コネクショ
ン中継点管理テーブルのコネクション中継点Ｃ１に関す
る受信許可状態メンバの値と、受信データバッファに格
納されているコネクション中継点Ｃ１に関する応用デー
タのサイズとを調べ、受信許可状態が「許可」であり、
かつ応用データのサイズが受信データバッファ上限値よ
りも大きいか否かを判定する（ステップＤ１０）。ここ
では、ステップＤ１０の判定条件を満たすため、ステッ
プＤ１１に移って、受信許可状態メンバの値を「不許
可」に設定し、ＲＮＲメッセージを作成して第２のネッ
トワークアクセスプロトコルに渡す（ステップＤ１
２）。

【０４２０】一方、ＴＣＰ／ＩＰ処理装置１６２は、受
信データバッファにコネクション中継点Ｃ１に関する応
用データが格納されると、応用データの先頭から最大で
ＭＳＳのサブ応用データを切り出し、第２の受信フロー
制御装置１５９にコネクション中継点識別子Ｃ１と共に
受信フロー制御要求を通知する。また、切り出したサブ
応用データを含むＴＣＰセグメント及びＩＰデータグラ
ムを作成し、作成したＩＰデータグラムを第３のネット
ワークアクセスプロトコルに渡す。第３のネットワーク
アクセスプロトコルに渡されたＩＰデータグラムは、第
２のネットワーク５及び第４のネットワークアクセスプ
ロトコルを介してサーバ端末装置のＩＰモジュールに渡
され、ＩＰモジュールはＩＰデータグラムからＴＣＰセ
グメントを取り出してＴＣＰモジュールに渡す。

【０４２１】ＴＣＰモジュールは受け取ったＴＣＰセグ
メントから応用データを取り出し、第２の通信インタフ
ェース管理装置が有する受信データバッファに格納す
る。ＴＣＰ／ＩＰ処理装置１６２及びＴＣＰモジュール
は、受信データバッファに格納されたコネクション中継
点Ｃ１に関する応用データがなくなるまで上記動作を繰
り返す。なお、ＴＣＰ／ＩＰ処理装置１６２及びＴＣＰ
モジュールは、このとき、それぞれフロー制御及び再送
制御を実行する。また、ＴＣＰモジュールは受け取った
ＴＣＰセグメントの順序制御も合わせて実行する。これ
らの動作は従来のＴＣＰモジュールと同様であるため、
その説明は省略する。

【０４２２】第２の通信インタフェース管理装置は、第
２のプロセッサからソケットＳ３を介してデータ受信要
求を受け取ると、受信データバッファに格納されている
ソケットＳ３に関する応用データを取り出し、取り出し
た応用データを第２のプロセッサに渡す。

【０４２３】（２）エラー制御動作 図２０に示すように、第２の受信再送制御装置１６１
は、ＤＡＴＡメッセージを受信すると、それに対応する
コネクション中継点Ｃ１において、ＡＣＫメッセージの
送信条件が成立しているか否かを調べ（ステップＤ１
３）、ＡＣＫメッセージの送信条件が成立するたびに、
累積確認情報にコネクション中継点管理テーブルの累積
確認番号メンバの値を格納したＡＣＫメッセージを作成
し、第２のネットワークアクセスプロトコルに渡す（ス
テップＤ１４）。

【０４２４】第２のネットワークアクセスプロトコルに
渡されたＡＣＫメッセージは、第１のネットワークアク
セスプロトコル及び第１のメッセージ振分け装置１３４
を介して第１の送信再送制御装置１３８に送信される。

【０４２５】図１８に示すように、第１の送信処理装置
１３２の第１の送信再送制御装置１３８は、第２の受信
処理装置１５３からＡＣＫメッセージを受け取ると（ス
テップＢ１３）、図１９に示すように、受け取ったＡＣ
Ｋメッセージのコネクション識別子情報の値から対応す
るコネクション端点Ｃ１を識別し、受け取ったＡＣＫメ
ッセージの累積確認情報の値を調べ、送達確認されたＤ
ＡＴＡメッセージが送信メッセージバッファ内にあるか
否かを判定する（ステップＣ１）。ステップＣ１では、
送信メッセージバッファ内の各コネクション端点Ｃ１に
対応するＤＡＴＡメッセージの累積確認情報の値を調
べ、その値が受け取ったＡＣＫメッセージの累積確認情
報の値以下であるか否かで判定する。該当するＤＡＴＡ
メッセージが送信メッセージバッファにある場合は、そ
のＤＡＴＡメッセージを削除する（ステップＣ２）。

【０４２６】続いて、動作中のコネクション端点Ｃ１に
関する再送タイマを終了させ（ステップＣ３）、送信メ
ッセージバッファにコネクション端点Ｃ１に関するＤＡ
ＴＡメッセージが存在するか否かを判定する（ステップ
Ｃ４）。ここで、ＤＡＴＡメッセージが存在するなら
ば、再度コネクション端点Ｃ１に関する再送タイマを起
動する（ステップＣ５）。また、ＤＡＴＡメッセージが
存在しないならば、ステップＣ６に移って、送信データ
バッファにコネクション端点Ｃ１に関する応用データが
存在するか否かを判定し、応用データが存在しない場合
は、コネクション端点管理テーブルの対応する送達完了
メンバの値を「完了」にする（ステップＣ７）。

【０４２７】さらに、コネクション端点管理テーブルの
終了要求メンバの値を調べ（ステップＣ８）、終了要求
メンバの値が「有り」ならばコネクション端点状態管理
装置１３５に対してコネクション終了要求を行った後
（ステップＣ９）、データ送信処理を終了する。また、
終了要求メンバの値が「無し」ならば、そのままデータ
送信処理を終了する。

【０４２８】一方、ステップＣ６で、送信データバッフ
ァにコネクション端点Ｃ１に関する応用データが存在す
る場合は、コネクション端点識別子と共にデータ送信要
求を第１の送信フロー制御装置１３６に通知する。

【０４２９】図１８において、第１の送信再送制御装置
１３８において、コネクション端点Ｃ１に関する再送タ
イマが満了になると（ステップＢ１４）、第１の送信再
送制御装置１３８は、送信メッセージバッファに格納さ
れているコネクション端点Ｃ１に関するＤＡＴＡメッセ
ージをＤＭ順序番号情報の値が小さい順に再送し（ステ
ップＢ１５）、コネクション端点Ｃ１に関する再送タイ
マを起動する（ステップＢ１６）。なお、ＤＡＴＡメッ
セージを再送する場合は、再送するＤＡＴＡメッセージ
の再送情報の値を「再送」に変更する。

【０４３０】（３）フロー制御動作 応用データの送信側である第１の通信制御装置は、上述
したように、送信メッセージバッファに格納されている
コネクション端点Ｃ１に関するメッセージの個数がウィ
ンドウサイズと同じ値になると、送信データバッファに
コネクション端点Ｃ１に関する応用データが存在し、か
つコネクション端点管理テーブルの送信許可状態メンバ
の値が「許可」であっても、第１の送信フロー制御装置
１３６によって新規のＤＡＴＡメッセージの作成、送信
を停止することでフロー制御を実現する。

【０４３１】一方、応用データの受信側である第２の通
信制御装置は、受信データバッファの利用率を用いてフ
ロー制御を行う。

【０４３２】第２の受信フロー制御装置１５９は、第２
の順序制御装置１６０、またはＴＣＰ／ＩＰ制御装置１
６２からコネクション中継点識別子Ｃ１を伴う受信フロ
ー制御要求を受け取ると、図２０に示すステップＤ１０
〜ステップＤ１２の処理を実行し、ＲＮＲメッセージを
第１の通信制御装置に送信する。

【０４３３】図１８に示すように、ＲＮＲメッセージを
受け取った第１の通信制御装置の第１の送信フロー制御
装置１３６は、そのコネクション識別子情報の値から対
応するコネクション端点Ｃ１を識別し、コネクション端
点管理テーブルのコネクション端点Ｃ１に関する送信許
可状態メンバの値を「不許可」にする（ステップＢ１
０）。このことによって、送信データバッファにコネク
ション端点Ｃ１に関する応用データが存在し、かつ送信
メッセージバッファのコネクション端点Ｃ１に関するメ
ッセージの個数がウィンドウサイズより小さくても、ス
テップＢ３の判定条件が成立しないため、第１の送信フ
ロー制御装置１３６は新規のＤＡＴＡメッセージの作
成、送信を停止する。

【０４３４】一方、受信許可状態メンバの値が「不許
可」であり、かつ応用データのサイズが受信データバッ
ファ下限値より小さい場合（ステップＤ１５）、図２０
に示すように、第２の受信フロー制御装置１５９は、受
信許可状態メンバの値を「許可」にし（ステップＤ１
６）、対応するコネクション中継点に関するＲＲメッセ
ージを作成して第２のネットワークアクセスプロトコル
に渡す（ステップＤ１７）。

【０４３５】第２のネットワークアクセスプロトコルに
渡されたＲＲメッセージは、第１のネットワーク、第１
のネットワークアクセスプロトコル、及び第１のメッセ
ージ振分け装置１３４を介して第１の送信フロー制御装
置１３６に渡される。

【０４３６】図１８に示すように、第１の送信フロー制
御装置１３６は、受け取ったＲＲメッセージのコネクシ
ョン識別子情報の値から対応するコネクション端点Ｃ１
を識別し、コネクション端点管理テーブルのコネクショ
ン端点Ｃ１に関する送信許可状態メンバの値を「許可」
にする（ステップＢ１２）。このことによって、ステッ
プＢ３の判定条件が成立するため、第１の送信フロー制
御装置１３６は新規のＤＡＴＡメッセージの作成、送信
の規制を解除する。

【０４３７】次に、第２のプロセッサから第１のプロセ
ッサへのデータ送信動作について説明する。

【０４３８】以下では、端末装置のソケットＳ１（コネ
クション端点Ｃ１）とサーバ端末装置（コネクション中
継点Ｃ１）のソケットＳ３間にコネクションＣ１が開設
され、第２のプロセッサがコネクションＣ１を介して第
１のプロセッサにデータを送る場合を例にして説明す
る。なお、第１の記憶装置のコネクション端点管理テー
ブルのコネクション端点Ｃ１に関するコネクション端点
状態メンバの値はＥＳＴＡＢ、またはＦＩＮ−ＷＡＩＴ
であり、第２の記憶装置のコネクション中継点管理テー
ブルのコネクション中継点Ｃ１に関するコネクション中
継点状態メンバの値はＥＳＴＡＢまたはＦＩＮ−ＷＡＩ
Ｔであり、送信許可状態の値は「許可」であり、送信メ
ッセージバッファに格納されているコネクション中継点
Ｃ１に関するメッセージの個数はウィンドウサイズ以下
であると仮定する。

【０４３９】（４）基本送信動作 第２のプロセッサがソケットＳ３を指定して第２の通信
インタフェース管理装置に対して応用データと共にデー
タ送信要求を通知すると、第２の通信インタフェース管
理装置は受け取った応用データをソケットＳ３に対応す
る送信データバッファの最後尾に追加し、ＴＣＰモジュ
ールにソケットＳ３の識別子と共にデータ送信要求を通
知する。

【０４４０】ＴＣＰモジュールは、データ送信要求を受
け取ると、送信データバッファに格納されているソケッ
トＳ３に対応する応用データを先頭から最大でＭＳＳの
サイズで切り出し、切り出したサブ応用データからＴＣ
Ｐセグメントを作成してＩＰモジュールに渡す。

【０４４１】ＩＰモジュールは渡されたＴＣＰセグメン
トを用いてＩＰデータグラムを作成し、第４のネットワ
ークアクセスプロトコル、第２のネットワーク、及び第
３のネットワークアクセスプロトコルを介して第２の通
信制御装置が有するＴＣＰ／ＩＰ処理装置１６２に渡
す。

【０４４２】ＴＣＰ／ＩＰ処理装置１６２は、渡された
ＩＰデータグラムに含まれるＴＣＰヘッダ及びＩＰヘッ
ダの送信元ポート番号フィールド、送信先ポート番号フ
ィールド、送信元ＩＰアドレスフィールド、送信先ＩＰ
アドレスフィールドをそれぞれ参照する。ここでは、各
フィールドの値が、コネクション中継点管理テーブルの
コネクション中継点Ｃ１に関する第２のポート番号メン
バ、第１のポート番号メンバ、第２のＩＰアドレスメン
バ、第１のＩＰアドレスメンバと一致することから、渡
されたＩＰデータグラムがコネクション中継点Ｃ１に関
するＩＰデータグラムであると識別し、ＴＣＰセグメン
トに含まれる応用データを取り出して送信データバッフ
ァに格納する。また、第２の送信フロー制御装置１５６
にコネクション中継点Ｃ１のコネクション中継点識別子
と共にデータ送信要求を通知する。

【０４４３】ＴＣＰモジュールは、サーバ端末装置の受
信データバッファに格納されたソケットＳ３に関する応
用データがなくなるまで上述した動作を繰り返す。

【０４４４】この際、ＴＣＰ／ＩＰ処理装置１６２とＴ
ＣＰモジュール間ではフロー制御及び再送制御が行わ
れ、ＴＣＰモジュールでは受け取ったＴＣＰセグメント
の順序制御が行われるが、これらの動作は従来のＴＣＰ
モジュールの動作と同様であるため、その説明は省略す
る。

【０４４５】図１８において、第２の送信フロー制御装
置１５６は、コネクション中継点識別子（コネクション
中継点Ｃ１）を伴うデータ送信要求を受け取ると、コネ
クション中継点管理テーブルのコネクション中継点Ｃ１
に関するコネクション中継点状態メンバを調べる（ステ
ップＢ１）。この場合、コネクション中継点の状態がＥ
ＳＴＡＢまたはＦＩＮ―ＷＡＩＴであるため（コネクシ
ョン端点の場合、ＥＳＴＡＢまたはＣＬＯＳＥ−ＷＡＩ
Ｔのとき）、送達完了メンバに「未完了」を格納する
（ステップＢ２）。

【０４４６】次に、送信許可状態メンバの値、送信メッ
セージバッファに格納されているコネクション端点Ｃ１
に関するメッセージの個数、及び送信データバッファに
格納されているコネクション中継点Ｃ１に関する応用デ
ータの有無をそれぞれ調べ、データ送信条件が成立する
か否かを判定する（ステップＢ３）。この場合、送信許
可状態メンバの値は「許可」であり、メッセージの個数
はウィンドウサイズより小さく、送信データバッファに
コネクション中継点Ｃ１に関する応用データが存在する
ため、送信条件が成立すると判定し、第２の送信フロー
制御装置１５６は、コネクション端点識別子Ｃ１と共に
ＤＡＴＡメッセージ作成要求を第２のＤＡＴＡメッセー
ジ作成装置１５７に通知する。

【０４４７】第２のＤＡＴＡメッセージ作成装置１５７
は、コネクション中継点識別子Ｃ１を伴うＤＡＴＡメッ
セージ作成要求を受け取ると、送信データバッファに格
納されているコネクション中継点Ｃ１に関する応用デー
タの先頭からＭＳＳ分のサブ応用データを切り出し、そ
のサブ応用データを含むＤＡＴＡメッセージを作成し
（ステップＢ４）、第２の送信再送制御装置１５８に渡
す。

【０４４８】第２の送信再送制御装置１５８は、渡され
たＤＡＴＡメッセージのコピーを送信メッセージバッフ
ァに格納し（ステップＢ５）、コネクション中継点Ｃ１
のＤＡＴＡメッセージに対応する再送タイマが起動され
ているか否かを判定する（ステップＢ６）。再送タイマ
が起動されていない場合は、それを起動し（ステップＢ
７）、再送タイマが起動されている場合は、ステップＢ
８に移って、ＤＡＴＡメッセージを第２のネットワーク
アクセスプロトコルに渡す（ステップＢ８）。第２のネ
ットワークアクセスプロトコルに渡されたＤＡＴＡメッ
セージは、第１のネットワーク、第１のネットワークア
クセスプロトコル、及び第１のメッセージ振分け装置１
３４を介して第１の順序制御装置１４０に渡される。

【０４４９】また、第２の送信再送制御装置１５８は、
第２の送信フロー制御装置１５９に対してコネクション
中継点識別子Ｃ１と共にデータ送信要求を渡す。これに
より、第２の送信処理装置１５２は、コネクション中継
点管理テーブルのコネクション中継点Ｃ１に関する送信
許可状態が「不許可」になるか、送信メッセージバッフ
ァに格納されているコネクション中継点Ｃ１に関するＤ
ＡＴＡメッセージの数がウィンドウサイズに達するか、
送信データバッファの中からコネクション中継点Ｃ１に
関する応用データがなくなるまで、上述したデータ送信
動作を繰り返す。

【０４５０】一方、第１の順序制御装置１４０は、第２
の送信処理装置１５２からＤＡＴＡメッセージを受け取
ると、図２０に示すように、まず、コネクション端点Ｃ
１の状態を調べる（ステップＤ１）。ここでは、コネク
ション端点状態がＥＳＴＡＢ、またはＦＩＮ−ＷＡＩＴ
であるため、ステップＤ２に移って、当該ＤＡＴＡメッ
セージが受信したものであるか否かを調べ、続いて、当
該ＤＡＴＡメッセージが再送されたものであるか否かを
判定する（ステップＤ３）。受け取ったＤＡＴＡメッセ
ージが再送メッセージである場合、当該ＤＡＴＡメッセ
ージと受信メッセージバッファに格納されているコネク
ション端点Ｃ１に関するＤＡＴＡメッセージのＤＭ順序
番号情報の内容を調べ、そのＤＭ順序番号情報の内容と
同じＤＭ順序番号情報を有するＤＡＴＡメッセージが受
信メッセージバッファにあるか否かを判定する（ステッ
プＤ４）。該当するＤＡＴＡメッセージが受信メッセー
ジバッファにある場合は、受け取ったＤＡＴＡメッセー
ジを廃棄して処理を終了する。また、該当するＤＡＴＡ
メッセージが受信メッセージバッファにない場合は、受
け取ったＤＡＴＡメッセージを受信メッセージバッファ
に格納する（ステップＤ５）。

【０４５１】続いて、第１の順序制御装置１４０は、コ
ネクション端点管理テーブルの対応する累積確認番号メ
ンバの値を調べ、その累積確認番号の値と等しいＤＭ順
序番号情報を持つＤＡＴＡメッセージが、受信メッセー
ジバッファ内にあるか否かを判定する（ステップＤ
６）。累積確認番号の値と等しいＤＭ順序番号情報を持
つＤＡＴＡメッセージがある場合は、そのＤＡＴＡメッ
セージを受信メッセージバッファから取り出し（ステッ
プＤ７）、取り出したＤＡＴＡメッセージに含まれる応
用データを、コネクション端点Ｃ１に対応する受信デー
タバッファの最後尾に追加する（ステップＤ８）。さら
に、累積確認番号メンバの値をＤＡＴＡメッセージ一つ
分だけ増加させ（ステップＤ９）、以降、当該ＤＡＴＡ
メッセージがなくなるまでステップＤ６〜ステップＤ９
の処理を繰り返す。それらの処理が終了した後、第１の
順序制御装置１４０は第１の受信フロー制御装置１３９
にコネクション端点識別子Ｃ１と共に受信フロー制御要
求を通知する。

【０４５２】第１の受信フロー制御装置１３９は、第１
の順序制御装置１４０からコネクション端点識別子Ｃ１
を伴う受信フロー制御要求を受け取ると、コネクション
端点管理テーブルのコネクション端点Ｃ１に関する受信
許可状態メンバの値と、受信データバッファに格納され
ているコネクション端点Ｃ１に関する応用データのサイ
ズとを調べ、受信許可状態が「許可」であり、かつ応用
データのサイズが受信データバッファ上限値よりも大き
いか否かを判定する（ステップＤ１０）。ここでは、ス
テップＤ１０の判定条件を満たすため、ステップＤ１１
に移って、受信許可状態メンバの値を「不許可」に設定
し、ＲＮＲメッセージを作成して第１のネットワークア
クセスプロトコルに渡す（ステップＤ１２）。

【０４５３】第１の通信インタフェース管理装置は、第
１のプロセッサからソケットＳ１を介してデータ受信要
求を受け取ると、受信データバッファに格納されている
ソケットＳ１に関する応用データを取り出し、取り出し
た応用データを第１のプロセッサに渡す。

【０４５４】（５）エラー制御動作 第２のプロセッサから第１のプロセッサへのデータ送信
動作におけるエラー制御動作は、上述した第１のプロセ
ッサから第２のプロセッサへのデータ送信動作における
エラー制御動作と第１の通信制御装置及び第２の通信制
御装置の動作が入れ替わるだけであるため、その説明は
省略する。

【０４５５】（６）フロー制御動作 第２のプロセッサから第１のプロセッサへのデータ送信
動作におけるフロー制御動作は、上述した第１のプロセ
ッサから第２のプロセッサへのデータ送信動作における
フロー制御動作と第１の通信制御装置及び第２の通信制
御装置の動作が入れ替わり、応用データの送信を行う条
件となるコネクション中継点状態メンバの値が、ＥＳＴ
ＡＢまたはＦＩＮ−ＷＡＩＴに変更になること以外は同
様であるため、その説明を省略する。

【０４５６】以上説明したように、本実施の形態によれ
ば、データ通信機能の各制御毎にそれぞれ専用のヘッダ
を持つメッセージを設け、それらのメッセージのヘッダ
にその制御で必要な情報のみを含ませることで、アクセ
スリンクで伝送されるパケットに不要な情報が含まれな
くなり、かつ、各メッセージのヘッダのオーバヘッドは
従来のＴＣＰヘッダ及びＩＰヘッダの合計サイズよりも
小さいため、アクセスリンクで伝送されるパケットのヘ
ッダのオーバヘッドが減少してデータ量が低減するた
め、端末装置とサーバ端末装置間のデータ伝送時のスル
ープットが向上する。

【０４５７】また、データ通信時はコネクション識別子
のみを用いてアクセスリンクに接続されている装置を識
別するため、コネクションを識別するための情報のデー
タサイズが低減する。さらに、応用データをメッセージ
単位で識別することにより、アクセスリンクで伝送され
る応用データを識別するための情報のデータサイズが低
減する。

【０４５８】（第４の実施の形態）次に、本発明の第４
の実施の形態について図面を参照して詳細に説明する。

【０４５９】図２１は本発明のデータ通信システムの第
４の実施の形態の構成を示す図であり、図１に示した第
１の通信制御装置の構成を示すブロック図である。図２
２は本発明のデータ通信システムの第４の実施の形態の
構成を示す図であり、図１に示した第２の通信制御装置
の構成を示すブロック図である。

【０４６０】本実施の形態は、第１の通信制御装置が有
する第１の送信フロー制御装置、第１の送信再送制御装
置、第１の受信フロー制御装置、第１の受信再送制御装
置、及び第１のメッセージ振分け装置の動作が第３の実
施の形態とそれぞれ異なっている。また、第２の通信制
御装置が有する第２の送信フロー制御装置、第２の送信
再送制御装置、第２の受信フロー制御装置、第２の受信
再送制御装置、及び第２のメッセージ振分け装置の動作
が第３の実施の形態とそれぞれ異なっている。さらに、
本実施の形態では、図２１に示すように、第３の実施の
形態の第１の通信制御装置に第１のデータ通信制御メッ
セージ管理装置１４２を追加し、図２２に示すように、
第３の実施の形態の第２の通信制御装置に第２のデータ
通信制御メッセージ管理装置１６２を追加した構成であ
る。その他の構成は第３の実施の形態と同様であるた
め、その説明は省略する。

【０４６１】次に、第１の通信制御装置と第２の通信制
御装置間で交換されるメッセージについて図２３を参照
して説明する。

【０４６２】図２３は本発明のデータ通信システムの第
４の実施の形態で用いるデータ通信用のメッセージを示
す図である。

【０４６３】本実施の形態の第１の通信制御装置と第２
の通信制御装置間で交換されるメッセージは、データ通
信制御メッセージに、「コマンド型」あるいは「レスポ
ンス型」の要求型情報を含み、データ通信制御メッセー
ジ類のＡＣＫメッセージ、ＲＮＲメッセージ、及びＲＲ
メッセージに、シーケンス番号（以降、ＤＣ順序番号と
称す）であるＤＣ順序番号情報がそれぞれ含まれる点で
第３の実施の形態と異なっている。

【０４６４】以下、データ通信制御メッセージ類のう
ち、コマンド型の確認メッセージを確認コマンドメッセ
ージと称し、例えば、ＡＣＫ（Ｃ）メッセージと表現す
る。また、レスポンス型の確認メッセージを確認レスポ
ンスメッセージと称し、例えば、ＡＣＫ（Ｒ）メッセー
ジと表現する。なお、ＡＣＫ（Ｃ）メッセージ、ＲＮＲ
（Ｃ）メッセージ、及びＲＲ（Ｃ）メッセージは、それ
ぞれ第３の実施の形態のＡＣＫメッセージ、ＲＮＲメッ
セージ、ＲＲメッセージと実質的に同じものであるた
め、以降もそれぞれ第３の実施の形態と同様に扱う。

【０４６５】本実施の形態の第１の送信フロー制御装置
及び第２の送信フロー制御装置は、第３の実施の形態の
第１の送信フロー制御装置及び第２の送信フロー制御装
置の動作に加えて、ＲＮＲ（Ｃ）メッセージ受信時にＲ
ＮＲ（Ｒ）メッセージを相手側にそれぞれ返送し、ＲＲ
（Ｃ）メッセージ受信時にＲＲ（Ｒ）メッセージを通信
相手にそれぞれ返送する。

【０４６６】また、本実施の形態の第１の送信再送制御
及び第２の送信再送制御装置は、第３の実施の形態の第
１の送信再送制御及び第２の送信再送制御装置の動作に
加えて、ＡＣＫ（Ｃ）メッセージ受信時にＡＣＫ（Ｒ）
メッセージを通信相手にそれぞれ返送する。

【０４６７】さらに、本実施の形態の第１の受信フロー
制御装置及び第２の受信フロー制御装置は、ＲＮＲ
（Ｃ）メッセージとＲＲ（Ｃ）メッセージとをネットワ
ークプロトコルに送信する。

【０４６８】また、本実施の形態の第１の受信再送制御
装置及び第２の受信再送制御装置は、それぞれＡＣＫ
（Ｃ）メッセージをネットワークプロトコルに送信す
る。

【０４６９】また、本実施の形態の第１のメッセージ振
分け装置は、受け取ったメッセージがコネクション制御
に関するメッセージであればコネクション端点状態管理
装置に渡し、データ通信制御メッセージであれば第１の
データ通信制御メッセージ管理装置１４２に渡し、ＤＡ
ＴＡメッセージであれば第１の受信再送制御装置に渡
す。

【０４７０】同様に、第２のメッセージ振分け装置は、
受け取ったメッセージがコネクション制御に関するメッ
セージであればコネクション中継点状態管理装置に渡
し、ＡＣＫ（Ｃ）メッセージであれば第２の送信再送制
御装置に渡し、ＲＮＲ（Ｃ）メッセージまたはＲＲ
（Ｃ）メッセージであれば第２の送信フロー制御装置に
渡し、ＡＣＫ（Ｒ）メッセージ、ＲＮＲ（Ｒ）メッセー
ジ、またはＲＲ（Ｒ）メッセージであれば第２のデータ
通信制御メッセージ管理装置１６２に渡し、ＤＡＴＡメ
ッセージであれば第２の受信再送制御装置に渡す。

【０４７１】第１のデータ通信制御メッセージ管理装置
１４２及び第２のデータ通信制御メッセージ管理装置１
６２は、コネクション識別子メンバ、メッセージ種類メ
ンバ、及びＤＣ順序番号メンバからなるＤＣメッセージ
管理テーブルと、ＡＣＫメッセージ、ＲＮＲメッセー
ジ、及びＲＲメッセージのコピーを各コネクション毎に
格納するＤＣメッセージバッファとをそれぞれ有してい
る。

【０４７２】また、第１のデータ通信制御メッセージ管
理装置１４２及び第２のデータ通信制御メッセージ管理
装置１６２は、受信フロー制御装置あるいは受信再送制
御装置からコマンド型のデータ通信制御メッセージ類を
受け取ると、ＤＣメッセージ管理テーブルを参照し、受
け取ったメッセージのコネクション識別子情報の値及び
メッセージ種類と同じ値を、コネクション識別子メンバ
及びメッセージ種類メンバとして有するエントリを探す
（無い場合は、受け取ったメッセージのコネクション識
別子情報の値とメッセージ種類をコネクション識別子メ
ンバ及びメッセージ種類メンバとするエントリを新たに
作成する）。

【０４７３】また、受け取ったメッセージのＤＣ順序番
号情報の値を当該エントリのＤＣ順序番号メンバに格納
すると共に、ＤＣメッセージバッファにそのメッセージ
のコピーを格納する。さらに、受け取ったメッセージに
対応するＤＣメッセージ再送タイマを起動し、当該メッ
セージを第１のネットワークアクセスプロトコル、また
は第２のネットワークアクセスプロトコルに渡す。

【０４７４】さらに、第１のデータ通信制御メッセージ
管理装置１４２及び第２のデータ通信制御メッセージ管
理装置１６２は、送信フロー制御装置または送信再送制
御装置からレスポンス型のデータ通信制御メッセージ類
メッセージを受け取ると、そのメッセージのコピーをＤ
Ｃメッセージバッファに格納すると共に、第１のネット
ワークアクセスプロトコルまたは第２のネットワークア
クセスプロトコルに渡す。

【０４７５】第１のデータ通信制御メッセージ管理装置
１４２及び第２のデータ通信制御メッセージ管理装置１
６２は、第１のネットワークアクセスプロトコル１５ま
たは第２のネットワークアクセスプロトコルからコマン
ド型のデータ通信制御メッセージ類を受け取ると、その
メッセージのコネクション識別子情報、メッセージ種類
情報、及びＤＣ順序番号情報と同じ値を持つレスポンス
型のデータ通信制御メッセージ類をＤＣメッセージバッ
ファから探す。このとき、該当するレスポンス型のデー
タ通信制御メッセージ類が無ければ、受け取ったメッセ
ージを上位装置に渡す（ＡＣＫ（Ｃ）メッセージの場合
は送信再送制御装置、ＲＮＲ（Ｃ）メッセージまたはＲ
Ｒ（Ｃ）メッセージの場合は送信フロー制御装置）。ま
た、該当するレスポンス型のデータ通信制御メッセージ
類が有れば、受け取ったメッセージを下位装置に渡す
（第１のネットワークアクセスプロトコル、または第２
のネットワークアクセスプロトコル）。

【０４７６】また、第１のデータ通信制御メッセージ管
理装置１４２及び第２のデータ通信制御メッセージ管理
装置１６２は、第１のネットワークアクセスプロトコル
または第２のネットワークアクセスプロトコルからレス
ポンス型のデータ通信制御メッセージ類を受け取ると、
そのメッセージのコネクション識別子情報及びメッセー
ジ種類情報と同じ値をコネクション識別子メンバ及びメ
ッセージ種類メンバとして有するエントリをＤＣメッセ
ージ管理テーブルから探す。続いて、受け取ったメッセ
ージのＤＣ順序番号情報の値と探し出したエントリのＤ
Ｃ順序番号メンバの値とを比較し、それらの値が等しけ
れば、ＤＣメッセージバッファから対応するコネクショ
ンのデータ通信制御メッセージ類のコピーを削除し、Ｄ
Ｃメッセージ管理テーブルから当該エントリを削除す
る。

【０４７７】さらに、メッセージに対応する起動状態の
ＤＣメッセージ再送タイマを停止し、当該メッセージを
上位装置に渡す（ＡＣＫ（Ｒ）メッセージの場合は受信
再送制御装置、ＲＮＲ（Ｒ）メッセージまたはＲＲ
（Ｒ）メッセージの場合は受信フロー制御装置）。

【０４７８】また、ＤＣメッセージ管理テーブルに当該
エントリが無い場合、あるいは当該エントリのＤＣ順序
番号メンバと受け取ったメッセージのＤＣ順序番号情報
の値が等しくない場合は、そのメッセージを廃棄する。

【０４７９】任意のＤＣメッセージ再送タイマが満了に
なった場合は、ＤＣメッセージバッファから対応するコ
マンド型のデータ通信制御メッセージ類のコピーを取り
だし、取り出したメッセージに対応するＤＣメッセージ
再送タイマを起動し、そのメッセージのコピーを下位装
置に渡す。

【０４８０】次に、第４の実施の形態の動作について図
２４を参照して説明する。

【０４８１】図２４は本発明のデータ通信システムの第
４の実施の形態の処理手順を示すフローチャートであ
る。

【０４８２】第４の実施の形態では、データ通信制御時
にコマンド型のデータ通信制御メッセージ類を受け取っ
た送信フロー制御装置または送信再送制御装置は、その
レスポンス型のメッセージを返送する。以下では、第１
の通信制御装置の第１の受信フロー制御装置または第１
の受信再送制御装置からコマンド型のデータ通信制御メ
ッセージ類を送信し、それに対するレスポンス型のメッ
セージを受け取るまでの動作を例にして説明する。な
お、以下では、第２の通信制御装置が有する第２の送信
フロー制御装置または第２の送信再送制御装置のいずれ
かを指す場合は、単に送信側データ通信制御モジュール
と称し、第１の通信制御装置が有する第１の受信フロー
制御装置または第１の受信再送制御装置のいずれかを指
す場合は、単に受信側データ通信制御モジュールと称
す。

【０４８３】第２の通信制御装置の第２の受信フロー制
御装置または第２の受信再送制御装置からコマンド型の
データ通信制御メッセージ類を送信し、それに対するレ
スポンス型のメッセージを受け取るまでの動作は、以下
に説明する動作と対称であるため、ここでは説明を省略
する。

【０４８４】図２４に示したフローチャートは、第１の
データ通信制御メッセージ管理装置１４２及び第２のデ
ータ通信制御メッセージ管理装置１６２の動作をそれぞ
れ統一して記載している。第１のデータ通信制御メッセ
ージ管理装置１４２及び第２のデータ通信制御メッセー
ジ管理装置１６２は、メッセージの送信側、あるいは受
信側になるかで適宜、図２４に示す処理を実行する。

【０４８５】第３の実施の形態では、データ通信制御メ
ッセージ類が第１の通信制御装置と第２の通信制御装置
間の伝送途中で損失することに対して特に対処をしてい
なかった。第４の実施の形態では、このような場合にデ
ータ通信制御メッセージ管理装置からコマンド型のデー
タ通信制御メッセージ類を再送することにより、メッセ
ージ誤り制御を実行する。

【０４８６】図２４において、例えば、受信側データ通
信制御モジュールで作成されたコマンド型のデータ通信
制御メッセージ類が第１のデータ通信制御メッセージ管
理装置１４２に渡されると、第１のデータ通信制御メッ
セージ管理装置１４２は、まず、受け取ったメッセージ
が上位装置からのものであるか否かを判定する（ステッ
プＥ１）。ここでは、第１の受信処理装置から渡された
メッセージであるため、ステップＥ２に移って、当該メ
ッセージがレスポンス型のメッセージであるか否かを確
認する。ここでは、レスポンス型のメッセージではない
ため、ステップＥ３に移って、当該メッセージのコネク
ション識別子情報及びメッセージ種類と同じ値を、コネ
クション識別子メンバ及びメッセージ種類メンバとして
持つエントリをＤＣメッセージ管理テーブルから探し出
し（無い場合は、渡されたメッセージのコネクション識
別子情報とメッセージ種類の値をコネクション識別子メ
ンバ及びメッセージ種類メンバの値とするエントリを新
たに作成する）、ＤＣ順序番号メンバに当該メッセージ
のＤＣ順序番号情報の値を格納する。続いて、ＤＣメッ
セージバッファに当該メッセージのコピーを格納し（ス
テップＥ４）、対応するコネクションのＤＣメッセージ
再送タイマを起動すると共に（ステップＥ５）、当該メ
ッセージを第１のネットワークを介して第２の通信制御
装置に送信する（ステップＥ６）。なお、当該メッセー
ジがレスポンス型のメッセージである場合は、ＤＣメッ
セージバッファに当該メッセージのコピーを格納すると
共に（ステップＥ７）、第１のネットワークを介して第
２の通信制御装置に送信する（ステップＥ８）。

【０４８７】次に、第１のデータ通信制御メッセージ管
理装置１４２から送信されたメッセージを第２の通信制
御装置で受信すると、受信したメッセージは第２のデー
タ通信制御メッセージ管理装置１６２に渡される。

【０４８８】第２のデータ通信制御メッセージ管理装置
１６２は、まず、上述したステップＥ１の判定を行い、
続いて、当該メッセージが下位装置からのものであるか
否かを判定する（ステップＥ９）。ここでは、第２のネ
ットワークプロトコルを介して渡されたメッセージであ
るため、ステップＥ１０に移って、当該メッセージがレ
スポンス型のメッセージであるか否かを確認する。ここ
では、当該メッセージがレスポンス型のメッセージでは
ないため、ステップＥ１１に移って、当該メッセージに
対応するレスポンス型のメッセージのコピーがＤＣメッ
セージバッファにあるか否かを確認し、対応するレスポ
ンス型のメッセージのコピーがある場合は、そのコピー
を第１の通信制御装置に送信する（ステップＥ１２）。

【０４８９】また、対応するレスポンス型のメッセージ
のコピーがない場合は、当該メッセージを上位装置に渡
す（ステップＥ１３）。

【０４９０】一方、送信側データ通信制御モジュールか
らレスポンス型のデータ通信制御メッセージ類が返送さ
れると、そのレスポンス型のメッセージは第１のデータ
通信制御メッセージ管理装置１４２に渡される。第１の
データ通信制御メッセージ管理装置１４２は、上記ステ
ップＥ１、ステップＥ９、及びステップＥ１０の判定結
果から、ステップＥ１４に移って、当該メッセージに対
応するエントリがＤＣメッセージ管理テーブルにあるか
否かを判定する。

【０４９１】メッセージが損失なく返送された場合、対
応するエントリがあるため、ステップえ１６に移って、
ＤＣメッセージバッファから当該メッセージのコピーを
削除し、ＤＣメッセージ管理テーブルから対応するエン
トリを削除する（ステップＥ１７）。続いて、起動状態
にある対応するＤＣメッセージ再送タイマを停止し（ス
テップＥ１８）、当該レスポンス型のメッセージを上位
装置である受信側データ通信制御モジュール（ＡＣＫ
（Ｒ）メッセージならば受信再送制御装置に、ＲＮＲ
（Ｒ）メッセージまたはＲＲ（Ｒ）メッセージならば受
信フロー制御装置に渡す）に渡す（ステップＥ１９）。

【０４９２】一方、第１のデータ通信制御メッセージ管
理装置１４２から送信されたメッセージが損失した場
合、メッセージ送信時に起動されたＤＣメッセージ再送
タイマが満了するため（ステップＥ２０）、第１のデー
タ通信制御メッセージ管理装置１４２は、ＤＣメッセー
ジバッファから当該メッセージのコピーを取り出し（ス
テップＥ２１）、対応するＤＣメッセージ再送タイマを
再び起動して（ステップＥ２２）、当該メッセージのコ
ピーを第２の通信制御装置に送信することで、再送を行
う（ステップＥ２３）。なお、第２の通信制御装置から
返送されるレスポンス型のメッセージが損失した場合
も、上記と同様に第１のデータ通信制御メッセージ管理
装置１４２から当該メッセージが再送される。

【０４９３】ここで、第２のデータ通信制御メッセージ
管理装置１６２は、上位装置（コネクション中継点状態
管理装置）から対応するレスポンス型のメッセージが渡
されたときに、そのコピーをＤＣメッセージバッファに
格納している（ステップＥ７）。したがって、再送され
たコマンド型のデータ通信制御メッセージを受け取る
と、ＤＣメッセージバッファに格納されている対応する
レスポンス型のメッセージのコピーを第２の通信制御装
置に送信する（ステップＥ１２）。

【０４９４】（第５の実施の形態）次に、本発明の第５
の実施の形態について図面を参照して説明する。

【０４９５】図２５は本発明のデータ通信システムの第
５の実施の形態で用いるデータ通信用のメッセージを示
す図である。図２６は本発明のデータ通信システムの第
５の実施の形態の第１の記憶装置で有するコネクション
端点管理テーブルの一構成例を示すテーブル図である。
図２７は本発明のデータ通信システムの第５の実施の形
態の第２の記憶装置で有するコネクション中継点管理テ
ーブルの一構成例を示すテーブル図である。

【０４９６】本実施の形態のデータ通信システムは、第
１の送信再送制御装置、第２の送信再送制御装置、第１
の受信再送制御装置、及び第２の受信再送制御装置の動
作が、第４の実施の形態と異なっている。その他の構成
は第４の実施の形態と同様であるため、その説明は省略
する。

【０４９７】まず、第１の通信制御装置と第２の通信制
御装置の間で交換される本実施の形態で用いるメッセー
ジについて図２５を参照して説明する。

【０４９８】本実施の形態では、ＡＣＫ（Ｃ）メッセー
ジに送達確認情報を含んでいる。送達確認情報は、累積
確認情報で示されるＤＡＴＡメッセージの以降に送信し
た各ＤＡＴＡメッセージの送達確認結果をそれぞれ示す
情報である。

【０４９９】また、コネクション端点管理テーブルとコ
ネクション中継点管理テーブルのメンバには、「送信
可」または「送信不可」のいずれかに設定されるＡＣＫ
送信許可状態メンバと、「有り」または「無し」のいず
れかに設定されるＡＣＫ送信要求メンバとがそれぞれ追
加される。エントリ作成時のＡＣＫ送信許可状態メンバ
の初期値には「送信可」が設定され、ＡＣＫ送信要求メ
ンバの初期値には「無し」が設定される。

【０５００】本実施の形態の第１の送信再送制御装置及
び第２の送信再送制御装置の動作は、第４の実施の形態
と以下の点で異なっている。

【０５０１】第４の実施の形態の第１の送信再送制御装
置及び第２の送信再送制御装置では、再送処理を開始す
る契機を再送タイマの満了で判断し、再送するＤＡＴＡ
メッセージはそれまでに送信したＤＡＴＡメッセージの
うち累積確認されていないＤＡＴＡメッセージを対象に
していた。

【０５０２】一方、本実施の形態では、再送処理を開始
する契機には再送タイマを使用せず、ＡＣＫ（Ｃ）メッ
セージの受信で判断し、再送するＤＡＴＡメッセージは
そのＡＣＫ（Ｃ）メッセージに含まれる送達確認情報で
指定される送信に失敗したＤＡＴＡメッセージを対象に
する。

【０５０３】本実施の形態の第１の受信再送制御装置及
び第２の受信再送制御装置は、第４の実施の形態と以下
の点で動作が異なっている。

【０５０４】第４の実施の形態の第１の受信再送制御装
置及び第２の受信再送制御装置は、ＡＣＫ送信条件とし
て上述した第１条件、第２条件、及び第３条件を用いて
いる。本実施の形態では、ＡＣＫ送信条件が成立した
時、コネクション端点管理テーブルのＡＣＫ送信許可状
態メンバの値が「送信可」である場合は、累積確認情報
及び送達確認情報を含むＡＣＫ（Ｃ）メッセージを生成
し、ＡＣＫ送信許可状態メンバの値を「送信不可」に設
定する。

【０５０５】また、ＡＣＫ送信条件が成立した時、ＡＣ
Ｋ送信許可状態メンバの値が「送信不可」の場合は、Ａ
ＣＫ送信要求メンバの値を「有り」に設定する。

【０５０６】さらに、ＡＣＫ（Ｒ）メッセージ受信時
に、コネクション端点管理テーブルのＡＣＫ送信要求メ
ンバの値を参照し、ＡＣＫ送信要求メンバの値が「有
り」ならば、その時の累積確認情報及び送達確認情報を
含むＡＣＫ（Ｃ）メッセージを生成する。また、ＡＣＫ
送信要求メンバの値が「無し」ならば、対応するＡＣＫ
送信許可状態メンバの値を「送信可」に設定する。な
お、ＡＣＫ（Ｃ）メッセージを生成する際には、第４の
実施の形態と同様に、累積確認情報としてコネクション
に対応するコネクション端点管理テーブルの累積確認番
号メンバの値を用いる。

【０５０７】送達確認情報は、次のようにして求めるこ
とができる。

【０５０８】例えば、累積確認番号メンバの値をｘと
し、受信メッセージバッファに格納されているＤＡＴＡ
メッセージのＤＭ順序番号フィールドの中の最大値をｙ
とし、ｘからｙまでのＤＭ順序番号をｚとする。このと
き、ＤＭ順序番号フィールドの値がｚであるＤＡＴＡメ
ッセージが受信メッセージバッファになければ受信失敗
と判断し、そうでなければ受信成功と判断する。

【０５０９】但し、ＤＭ順序番号として任意の自然数Ｎ
のモジュロ数を用いる場合、上記「最大値」は次の関係
Ｌ（ｘ Ｌ ｙ としたときｙはｘより大きいと定義す
る）において最も大きい値のことである。

【０５１０】０≦ｘ≦Ｎ−１なるｘに対して、Ｓ１＝
｛ｘ、ｘ＋１、…、Ｎ−１｝、Ｓ２＝｛０、１、…、ｘ
−１｝とすると、ｐ∈Ｓ１、ｑ∈Ｓ２としたとき、ｐ
Ｌ ｑ、かつ、ｐ１、ｐ２∈Ｓ１としたとき、ｐ１＜ｐ
２ならば、ｐ１ Ｌ ｐ２、ｑ１、ｑ２∈Ｓ２としたと
き、ｑ１＜ｑ２ならばｑ１ Ｌ ｑ２。

【０５１１】次に、本実施の形態の動作について図２８
〜図３０を用いて説明する。

【０５１２】図２８は本発明のデータ通信システムの第
５の実施の形態の動作を示す図であり、第１の送信処理
装置及び第２の送信処理装置の処理手順を示すフローチ
ャートである。図２９は本発明のデータ通信システムの
第５の実施の形態の動作を示す図であり、第１の送信処
理装置及び第２の送信処理装置の処理手順を示すフロー
チャートである。また、図３０は本発明のデータ通信シ
ステムの第５の実施の形態の動作を示す図であり、第１
の受信処理装置及び第２の受信処理装置の処理手順を示
すフローチャートである。

【０５１３】なお、以下では第１の通信制御装置から第
２の通信制御装置にデータメッセージを送信する場合を
例にして説明する。第２の通信制御装置から第１の通信
制御装置へデータメッセージを送信する場合は以下に説
明する動作と対称であるため、ここでは説明を省略す
る。

【０５１４】第４の実施の形態では、ＤＡＴＡメッセー
ジの再送時に、送信したＤＡＴＡメッセージの送達確認
がなされる前に再送タイマが満了すると、送達の成功、
あるいは失敗に関わらず、再度同じＤＡＴＡメッセージ
の再送を行っていた。したがって、送達が成功している
ＤＡＴＡメッセージを再送する可能性があった。

【０５１５】本実施の形態では、以下のように処理を行
うことで、このような無駄な再送を排除する。

【０５１６】図２８に示すように、本実施の形態の第１
の送信再送制御装置は、図１８に示した第３の実施の形
態のステップＢ１〜ステップＢ８と同様の手順でＤＡＴ
Ａメッセージを送信する。但し、本実施の形態では再送
タイマを使用しないため、図１８のステップＢ６、ステ
ップＢ７に相当する処理を除いた手順となる（ステップ
Ｆ１〜ステップＦ６）。

【０５１７】図３０に示すように、ＤＡＴＡメッセージ
を受け取った第２の受信再送制御装置は、図２０に示し
た第３の実施の形態のステップＤ１〜ステップＤ１２と
同様の手順でＤＡＴＡメッセージの受信処理を行う（ス
テップＨ１〜ステップＨ１２）。また、第２の受信再送
制御装置は、ＤＡＴＡメッセージを受信すると、それに
対応するコネクション中継点において、ＡＣＫメッセー
ジの送信条件が成立しているか否かを調べ（ステップＨ
１３）、ＡＣＫメッセージの送信条件が成立した場合
は、コネクション中継点管理テーブルのＡＣＫ送信許可
状態メンバの値を調べて「送信可」であるか否かを判定
する（ステップＨ１４）。ここで、ＡＣＫ送信許可状態
メンバの値が「送信可」ならば、ＡＣＫ（Ｃ）メッセー
ジを生成し、生成したＡＣＫ（Ｃ）メッセージを第２の
データ通信制御メッセージ管理装置に渡し（ステップＨ
１５）、ＡＣＫ送信許可状態メンバの値を「送信不可」
に設定する（ステップＨ１６）。また、ＡＣＫ送信許可
状態メンバの値が「送信不可」ならば、対応するＡＣＫ
送信要求メンバの値を「有り」に設定する（ステップＨ
１７）。

【０５１８】第２のデータ通信制御メッセージ管理装置
に渡されたＡＣＫ（Ｃ）メッセージは、第２のネットワ
ークアクセスプロトコル、第１のネットワーク、第１の
ネットワークアクセスプロトコル、第１のメッセージ振
分け装置、及び第１のデータ通信制御メッセージ管理装
置を介して第１の送信再送制御装置に渡される。

【０５１９】図２９に示すように、第１の送信再送制御
装置は、ＡＣＫ（Ｃ）メッセージを受け取ると、第３の
実施の形態と同様にＡＣＫ（Ｃ）メッセージに含まれる
累積確認情報から累積確認されたＤＡＴＡメッセージが
有るか否かを判定し（ステップＧ１）、該当するＤＡＴ
Ａメッセージがある場合は、そのＤＡＴＡメッセージを
送信メッセージバッファから削除する（ステップＧ
２）。

【０５２０】続いて、ＡＣＫ（Ｃ）メッセージに含まれ
る送達確認情報から送達に失敗したＤＡＴＡメッセージ
を送信メッセージバッファから順に取出し、第１のネッ
トワークアクセスプロトコルに渡す（ステップＧ３）。
さらに、受け取ったＡＣＫ（Ｃ）メッセージに対するＡ
ＣＫ（Ｒ）メッセージを作成して第１のデータ通信制御
メッセージ管理装置に渡す（ステップＧ４）。

【０５２１】以下、送信メッセージバッファが空になる
まで上記ステップＧ１〜Ｇ４の処理を繰り返し、送信デ
ータバッファが空になったら、図１９に示した第３の実
施の形態のステップＣ６〜ステップＣ９と同様の手順
で、ステップＧ６〜ステップＧ９の手順を実行する。

【０５２２】第１のデータ通信制御メッセージ管理装置
に渡されたＡＣＫ（Ｒ）メッセージは、第１のネットワ
ークアクセスプロトコル、第１のネットワーク、第２の
ネットワークアクセスプロトコル、第２のメッセージ振
分け装置、及び第２のデータ通信制御メッセージ管理装
置を介して第２の受信再送制御装置に渡される。

【０５２３】図３０に示すように、第２の受信再送制御
装置は、第１の送信再送制御装置からＡＣＫ（Ｒ）メッ
セージを受け取ると（ステップＨ２１）、コネクション
中継点管理テーブルの対応するＡＣＫ送信要求メンバの
値を参照し、ＡＣＫ送信要求メンバの値が「有り」か否
かを判定する（ステップＨ２２）。ここで、ＡＣＫ送信
要求メンバの値が「有り」の場合は、ステップＨ１５と
同様にＡＣＫ（Ｃ）メッセージを作成して第２のデータ
通信制御メッセージ管理装置に渡し（ステップＨ２
３）、ＡＣＫ送信要求メンバの値を「無し」に設定する
（ステップＨ２４）。また、ＡＣＫ送信要求メンバの値
が「無し」の場合は、ＡＣＫ送信許可状態メンバの値を
「送信可」に設定する（ステップＨ２５）。

【０５２４】本実施の形態の第２の通信制御装置は、第
３の実施の形態と同様に、受信データバッファの利用率
を用いてフロー制御を行う。

【０５２５】第２の受信フロー制御装置は、第２の順序
制御装置、またはＴＣＰ／ＩＰ制御装置１からコネクシ
ョン中継点識別子を伴う受信フロー制御要求を受け取る
と、図３０に示すステップＨ１０〜ステップＨ１２の処
理を実行し、ＲＮＲ（Ｃ）メッセージを第１の通信制御
装置に送信する。

【０５２６】図２８に示すように、ＲＮＲ（Ｃ）メッセ
ージを受け取った第１の通信制御装置の第１の送信フロ
ー制御装置は、そのコネクション識別子情報の値から対
応するコネクション端点を識別し、コネクション端点管
理テーブルの送信許可状態メンバの値を「不許可」にし
（ステップＦ８）、ＲＮＲ（Ｒ）メッセージを第１のネ
ットワークプロトコルに渡す（ステップＦ９）。このこ
とによって、送信データバッファに応用データが存在
し、かつ送信メッセージバッファのメッセージの個数が
ウィンドウサイズより小さくても、ステップＦ３の判定
条件が成立しないため、第１の送信フロー制御装置は新
規のＤＡＴＡメッセージの作成、送信を停止する。

【０５２７】一方、受信許可状態メンバの値が「不許
可」であり、かつ応用データのサイズが受信データバッ
ファ下限値より小さい場合（ステップＨ１８）、図２０
に示すした第３の実施の形態のステップＤ１５〜ステプ
Ｄ１７の処理と同様に、第２の受信フロー制御装置は、
受信許可状態メンバの値を「許可」にし（ステップＨ１
９）、対応するコネクション中継点に関するＲＲ（Ｃ）
メッセージを作成して第２のネットワークアクセスプロ
トコルに渡す（ステップＨ２０）。

【０５２８】第２のネットワークアクセスプロトコルに
渡されたＲＲ（Ｃ）メッセージは、第１のネットワー
ク、第１のネットワークアクセスプロトコル、及び第１
のメッセージ振分け装置を介して第１の送信フロー制御
装置に渡される。

【０５２９】図２８に示すように、第１の送信フロー制
御装置は、受け取ったＲＲ（Ｃ）メッセージのコネクシ
ョン識別子情報の値から対応するコネクション端点を識
別し、コネクション端点管理テーブルの送信許可状態メ
ンバの値を「許可」にし（ステップＦ１１）、ＲＲ
（Ｒ）メッセージを第１のネットワークプロトコルに渡
す（ステップＦ１２）。このことによって、ステップＦ
３の判定条件が成立するため、第１の送信フロー制御装
置は新規のＤＡＴＡメッセージの作成、送信の規制を解
除する。

【０５３０】次に、本実施の形態のデータ通信システム
の動作について具体例を用いて説明する。

【０５３１】まず、任意のコネクションにおいて第１の
通信制御装置から第２の通信制御装置に、ＤＭ順序番号
が０から３０までのＤＡＴＡメッセージを送信し、これ
らＤＡＴＡメッセージのうち、ＤＭ順序番号が２０、２
２、２６、２７、２８、３０のＤＡＴＡメッセージの送
信が失敗したとする。

【０５３２】このとき、第２の通信制御装置の第２の受
信再送制御装置において該コネクションに関するＡＣＫ
送信条件が初めて成立すると、第２の受信再送制御装置
は、コネクション中継点管理テーブルの対応するＡＣＫ
送信許可状態メンバの値を調べ、その値が「送信可」で
あることからＡＣＫ（Ｃ）メッセージを第１の通信制御
装置の第１の送信再送制御装置に送信し、ＡＣＫ送信許
可状態メンバの値を「送信不可」に設定する。

【０５３３】ここで、最初に送達に失敗しているＤＭ順
序番号が２０であることからＡＣＫ（Ｃ）メッセージの
累積確認情報は「２０」に設定され、送達確認情報に
は、ＤＭ順序番号２０から２９までの合計１０個のＤＡ
ＴＡメッセージの受信結果、すなわち、ＤＭ順序番号２
０、２２、２６、２７、２８のＤＡＴＡメッセージには
送達失敗を示す「ＮＧ」に設定され、ＤＭ順序番号２
１、２３、２４、２５、２９のＤＡＴＡメッセージには
送達成功を示す「ＯＫ」に設定される。

【０５３４】次に、第１の送信再送制御装置は、ＡＣＫ
（Ｃ）メッセージを受け取ると、それに含まれる累積確
認情報の値が２０であることから、送信メッセージバッ
ファに格納されている、当該コネクションに関するＤＡ
ＴＡメッセージのうち、ＤＭ順序番号情報が０から１９
の値をＤＡＴＡメッセージを削除し、送達確認情報の内
容からＤＭ順序番号が２０、２２、２６、２７、２８の
ＤＡＴＡメッセージの送達が失敗したことを認識する。

【０５３５】続いて、送信メッセージバッファからＤＭ
順序番号情報が２０、２２、２６、２７、２８のＤＡＴ
Ａメッセージを取り出して第２の通信制御装置に送信し
た後、ＡＣＫ（Ｃ）メッセージに対するＡＣＫ（Ｒ）メ
ッセージを第２の通信制御装置に送信する。

【０５３６】第２の通信制御装置では、ＡＣＫ（Ｒ）メ
ッセージを受け取るまで新たなＡＣＫメッセージの送信
条件が成立していないため、コネクション中継点管理テ
ーブルの対応するＡＣＫ送信要求メンバの値は「無し」
に設定されている。

【０５３７】第１の通信制御装置からＡＣＫ（Ｒ）メッ
セージを受け取った第２の通信制御装置の第２の受信再
送制御装置は、コネクション中継点管理テーブルの対応
するＡＣＫ送信許可メンバの値を「送信可」に設定す
る。

【０５３８】したがって、本実施の形態によれば、累積
確認に加えてパケット個別の送達確認情報を通信相手に
通知するため、パケットの再送時に、損失したパケット
だけが再送され、エンドーエンド通信のスループットが
改善される。

【０５３９】また、パケット損失の検出を通信相手側か
らの通知に基づいて行い、かつ、その通知を重複して発
行させないため、アクセスリンクにおけるパケット伝送
遅延の変動に対して変動分以上に伝送効率が悪化しなく
なり、パケット損失の検出に要する時間が短縮され、パ
ケット損失に対するエンド−エンド通信のスループット
が改善される。

【０５４０】（第６の実施の形態）次に、本発明の第６
の実施の形態について図面を参照して詳細に説明する。

【０５４１】第１の実施の形態〜第５の実施の形態で
は、端末装置が、第１のプロセッサ、第１の通信インタ
フェース管理装置、第１の通信制御装置、第１の記憶装
置、及び第１のネットワークアクセスプロトコルを有
し、ルータが、第２の通信制御装置、第２の記憶装置、
第２のネットワークアクセスプロトコル、及び第３のネ
ットワークアクセスプロトコルを有する構成で説明して
いた。

【０５４２】端末装置及びルータは第１の実施の形態で
も説明したように、ネットワークに接続可能な装置を備
えた情報処理装置であるが、例えば、図３１に示すよう
なコンピュータであってもよい。

【０５４３】図３１は本発明のデータ通信システムの第
６の実施の形態の構成を示す図であり、端末装置及びル
ータの一構成例を示すブロック図である。

【０５４４】図３１において、本実施の形態の端末装置
及びルータは、データ通信を行うための処理を実行する
処理装置４１と、処理装置４１の処理で必要な情報を一
時的に格納する記憶装置４２と、ネットワークに対して
アクセスするためのネットワークアクセスプロトコル装
置４３と、処理装置４１にデータ通信処理を実行させる
ためのデータ通信プログラムが記録された記録媒体４４
と、処理装置４１に対して必要な命令や情報を入力する
ためのインタフェースである入力装置４５と、処理装置
４１の処理結果を出力する出力装置４６とによって構成
されている。なお、ネットワークアクセスプロトコル装
置４３は、第１の実施の形態〜第５の実施の形態で示し
た第１のネットワークアクセスプロトコル、第２のネッ
トワークアクセスプロトコル、及び第３のネットワーク
アクセスプロトコルと同様のものである。

【０５４５】記録媒体４４に記録されたデータ通信プロ
グラムは、上述した第１の実施の形態〜第５の実施の形
態のデータ通信制御を処理装置４１に実行させるための
ものであり、処理装置４１は記録媒体４４から読み込ん
だデータ通信プログラムにしたがって第１の実施の形態
〜第５の実施の形態で説明したデータ通信制御をそれぞ
れ実行する。記録媒体４４は、磁気ディスク、光ディス
ク、半導体メモリ、あるいはその他の記録装置であって
もよい。

【０５４６】

【発明の効果】本発明は以上説明したように構成されて
いるので、以下に記載する効果を奏する。

【０５４７】第１の効果は、アクセスリンクで伝送され
るパケットのヘッダのオーバヘッドが減少し、アクセス
リンクで伝送されるデータ量が低減するため、端末装置
とサーバ端末装置間のデータ伝送時のスループットが向
上する。

【０５４８】その理由は、データ通信の各機能（コネク
ション開設、コネクション終了、データ転送、送達確
認、フロー制御等）毎にそれぞれ専用のヘッダを持つメ
ッセージを設け、それらのメッセージを必要に応じて使
用することにより、アクセスリンクで伝送されるパケッ
トに不要な情報が含まれなくなり、かつ、各メッセージ
のヘッダのオーバヘッドが従来のＴＣＰヘッダ及びＩＰ
ヘッダの合計サイズよりも小さくなるからである。

【０５４９】また、コネクション識別子を用いてアクセ
スリンクに接続されている装置を識別することで、コネ
クションを識別するための情報のデータサイズが低減す
るためである。

【０５５０】さらに、応用データをメッセージ単位で識
別することにより、アクセスリンクで伝送される応用デ
ータを識別するための情報のデータサイズが低減するた
めである。

【０５５１】第２の効果は、アクセスリンクの区間ある
いはアクセスリンク以外の区間で発生したパケットの損
失に対して、パケット損失が発生していない区間にパケ
ット再送による通信効率悪化の影響を及ぼさないことで
ある。この結果、パケット損失時のエンドーエンド通信
のスループットが改善される。

【０５５２】その理由は、従来は再送パケットがアクセ
スリンク区間とそれ以外の区間の両方で伝送されるのに
対して、本発明ではパケットの再送をアクセスリンク区
間とそれ以外の区間で独立して行っているからである。

【０５５３】第３の効果は、アクセスリンクで発生した
パケット損失により再送を行う場合、輻輳制御による通
信効率の悪化が発生しないことである。この結果、アク
セスリンクでパケット損失が発生した場合のエンドーエ
ンド通信のスループットが改善される。

【０５５４】その理由は、本発明ではアクセスリンク区
間でのパケット損失による再送に対しては輻輳制御を行
わないからである。

【０５５５】第４の効果は、アクセスリンクにおけるパ
ケット伝送遅延の変動に対して変動分以上に伝送効率が
悪化しないことである。この結果、アクセスリンクにお
けるパケット伝送遅延の増加に対するエンドーエンド通
信のスループットが改善される。

【０５５６】その理由は、パケット損失の検出を確認情
報による相手側からの通知に基づいて行い、かつ、その
通知を重複して発行させないためである。

【０５５７】第５の効果は、アクセスリンクにおいて発
生したパケット損失の検出に要する時間が短縮されるこ
とである。この結果、パケット損失に対するエンドーエ
ンド通信のスループットが改善される。

【０５５８】その理由は、パケット損失の検出は確認情
報による通信相手側からの通知に基づくからである。

【０５５９】第６の効果は、アクセスリンクにおけるパ
ケット損失に対して、損失したパケットだけが再送され
るため、無駄な再送がなくなり、エンドーエンド通信の
スループットが改善される。

【図面の簡単な説明】

【図１】本発明のデータ通信システムの一構成例を示す
ブロック図である。

【図２】本発明のデータ通信システムの第１の実施の形
態の構成を示す図であり、図１に示した第１の通信制御
装置の構成を示すブロック図である。

【図３】本発明のデータ通信システムの第１の実施の形
態の構成を示す図であり、図１に示した第２の通信制御
装置の構成を示すブロック図である。

【図４】本発明のデータ通信システムの第１の実施の形
態で用いるコネクション制御に関するメッセージを示す
図である。

【図５】本発明のデータ通信システムの第１の実施の形
態の第１の記憶装置で有するコネクション端点管理テー
ブルの一構成例を示すテーブル図である。

【図６】本発明のデータ通信システムの第１の実施の形
態の第２の記憶装置で有するコネクション中継点管理テ
ーブルの一構成例を示すテーブル図である。

【図７】本発明のデータ通信システムの第１の実施の形
態の動作を示す図であり、コネクション能動開設動作時
の処理手順を示すシーケンス図である。

【図８】本発明のデータ通信システムの第１の実施の形
態の動作を示す図であり、コネクション受動開設動作時
の処理手順を示すシーケンス図である。

【図９】本発明のデータ通信システムの第１の実施の形
態の動作を示す図であり、コネクション終了動作時の処
理手順を示すシーケンス図である。

【図１０】本発明のデータ通信システムの第２の実施の
形態の構成を示す図であり、図１に示した第１の通信制
御装置の構成を示すブロック図である。

【図１１】本発明のデータ通信システムの第２の実施の
形態の構成を示す図であり、図１に示した第２の通信制
御装置の構成を示すブロック図である。

【図１２】本発明のデータ通信システムの第１の実施の
形態の動作を示すフローチャートである。

【図１３】本発明のデータ通信システムの第３の実施の
形態の構成を示す図であり、図１に示した第１の通信制
御装置の構成を示すブロック図である。

【図１４】本発明のデータ通信システムの第３の実施の
形態の構成を示す図であり、図１に示した第２の通信制
御装置の構成を示すブロック図である。

【図１５】本発明のデータ通信システムの第３の実施の
形態で用いるデータ通信用のメッセージを示す図であ
る。

【図１６】本発明のデータ通信システムの第３の実施の
形態の第１の記憶装置で有するコネクション端点管理テ
ーブルの一構成例を示すテーブル図である。

【図１７】本発明のデータ通信システムの第３の実施の
形態の第２の記憶装置で有するコネクション中継点管理
テーブルの一構成例を示すテーブル図である。

【図１８】本発明のデータ通信システムの第３の実施の
形態の動作を示す図であり、図１３に示した第１の送信
処理装置及び第２の送信処理装置の処理手順を示すフロ
ーチャートである。

【図１９】本発明のデータ通信システムの第３の実施の
形態の動作を示す図であり、図１３に示した第１の送信
処理装置及び第２の送信処理装置の処理手順を示すフロ
ーチャートである。

【図２０】本発明のデータ通信システムの第３の実施の
形態の動作を示す図であり、図１３に示した第１の受信
処理装置及び第２の受信処理装置の処理手順を示すフロ
ーチャートである。

【図２１】本発明のデータ通信システムの第４の実施の
形態の構成を示す図であり、図１に示した第１の通信制
御装置の構成を示すブロック図である。

【図２２】本発明のデータ通信システムの第４の実施の
形態の構成を示す図であり、図１に示した第２の通信制
御装置の構成を示すブロック図である。

【図２３】本発明のデータ通信システムの第４の実施の
形態で用いるデータ通信用のメッセージを示す図であ
る。

【図２４】本発明のデータ通信システムの第４の実施の
形態の処理手順を示すフローチャートである。

【図２５】本発明のデータ通信システムの第５の実施の
形態で用いるデータ通信用のメッセージを示す図であ
る。

【図２６】本発明のデータ通信システムの第５の実施の
形態の第１の記憶装置で有するコネクション端点管理テ
ーブルの一構成例を示すテーブル図である。

【図２７】本発明のデータ通信システムの第５の実施の
形態の第２の記憶装置で有するコネクション中継点管理
テーブルの一構成例を示すテーブル図である。

【図２８】本発明のデータ通信システムの第５の実施の
形態の動作を示す図であり、第１の送信処理装置及び第
２の送信処理装置の処理手順を示すフローチャートであ
る。

【図２９】本発明のデータ通信システムの第５の実施の
形態の動作を示す図であり、第１の送信処理装置及び第
２の送信処理装置の処理手順を示すフローチャートであ
る。

【図３０】本発明のデータ通信システムの第５の実施の
形態の動作を示す図であり、第１の受信処理装置及び第
２の受信処理装置の処理手順を示すフローチャートであ
る。

【図３１】本発明のデータ通信システムの第６の実施の
形態の構成を示す図であり、端末装置及びルータの一構
成例を示すブロック図である。

【図３２】ＴＣＰ／ＩＰを用いる従来のデータ通信シス
テムの一構成例を示すブロック図である。

【図３３】図３２に示したデータ通信システムで送受信
する情報の構成を示す図であり、各ヘッダの位置関係を
示すブロック図である。

【図３４】図３３に示したＴＣＰヘッダの構成を示すブ
ロック図である。

【図３５】図３３に示したＩＰヘッダの構成を示すブロ
ック図である。

【図３６】図３２に示した従来のデータ通信システムの
コネクション開設時の手順を示すシーケンス図である。

【図３７】図３２に示した従来のデータ通信システムの
コネクション終了時の手順を示すシーケンス図である。

【符号の説明】

１ 端末装置 ２ ルータ ３ サーバ端末装置 ４ 第１のネットワーク ５ 第２のネットワーク １１ 第１のプロセッサ １２ 第１の通信インタフェース管理装置 １３ 第１の通信制御装置 １４ 第１の記憶装置 １５ 第１のネットワークアクセスプロトコル ２１ 第２の通信制御装置 ２２ 第２の記憶装置 ２３ 第２のネットワークアクセスプロトコル ２４ 第３のネットワークアクセスプロトコル ３１ 第２のプロセッサ ３２ 第２の通信インタフェース管理装置 ３３ ＴＣＰモジュール ３４ ＩＰモジュール ３５ 第４のネットワークアクセスプロトコル ４１ 処理装置 ４２ 記憶装置 ４３ ネットワークプロトコル装置 ４４ 記録媒体 ４５ 入力装置 ４６ 出力装置 １０１ 第１のコネクション制御装置 １０２ 第１の応用データ送受信装置 １０４、１３４ 第１のメッセージ振分け装置 １０５、１３５ コネクション端点状態管理装置 １０６ 第１のコネクション制御メッセージ管理装置 １２０ 第２のコネクション制御装置 １２１、１６２ ＴＣＰ／ＩＰ処理装置 １２２、１５５ コネクション中継点状態管理装置 １２３ 第２の応用データ送受信装置 １２４、１５４ 第２のメッセージ振分け装置 １２６ 第２のコネクション制御メッセージ管理装置 １３２ 第１の送信処理装置 １３３ 第２の受信処理装置 １３６ 第１の送信フロー制御装置 １３７ 第１のＤＡＴＡメッセージ作成装置 １３８ 第１の送信再送制御装置 １３９ 第１の受信フロー制御装置 １４０ 第１の順序制御装置 １４１ 第１の受信再送制御装置 １４２ 第１のデータ通信制御メッセージ管理装置 １５２ 第２の送信処理装置 １５３ 第２の受信処理装置 １５６ 第２の送信フロー制御装置 １５７ 第２のＤＡＴＡメッセージ作成装置 １５８ 第２の送信再送制御装置 １５９ 第２の受信フロー制御装置 １６０ 第２の順序制御装置 １６１ 第２の受信再送制御装置 １６２ 第２のデータ通信制御メッセージ管理装置

フロントページの続き (56)参考文献 Ｚｙｇｍｕｎｔ Ｊ．Ｈａａｓ ａｎ ｄ Ｐｒａｔｈｉｍａ Ａｇｒａｗａ ｌ，”Ｍｏｂｉｌｅ−ＴＣＰ：Ａｎ Ａ ｓｙｍｍｅｔｒｉｃ Ｔｒａｎｓｐｏｒ ｔ Ｐｒｏｔｏｃｏｌ Ｄｅｓｉｇｎ ｆｏｒ Ｍｏｂｉｌｅ Ｓｙｓｔｅｍ ｓ”，ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏ ｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，1997. ＩＣＣ ’97，Ｊｕｎｅ ８−12, 1997，Ｖｏｌ．２，ｐｐ．1054−1058 電子情報通信学会技術研究報告 ＣＱ 99−５（1999年５月28日) 1999年電子情報通信学会総合大会 Ｂ −５−70（1999年３月８日) Ｍｉｋａｅｌ Ｄｅｇｅｒｍａｒｋ, ｅｔ ａｌ．，”Ｌｏｗ−ｌｏｓｓ Ｔ ＣＰ／ＩＰ Ｈｅａｄｅｒ Ｃｏｍｐｒ ｅｓｓｉｏｎ ｆｏｒ Ｗｉｒｅｌｅｓ ｓ Ｎｅｔｗｏｒｋｓ”，Ｐｒｏｃｅｅ ｄｉｎｇｓ ｏｆ ｔｈｅ ＡＣＭ Ｍ ｏｂｉｃｏｍ’96 Ｃｏｎｆｅｒｅｎｃ ｅ，Ｒｙｅ，Ｎｅｗ Ｙｏｒｋ，Ｎｏｖ ｅｍｂｅｒ 10−12，1996 (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/28 H04L 12/46 H04L 12/56 H04L 12/66 H04L 29/00 - 29/12

Claims (68)

(57)【特許請求の範囲】
1. 【請求項１】 サーバ端末装置との間でＴＣＰ／ＩＰの
   プロトコルにしたがってデータ通信を行う中継装置を介
   して、端末装置と前記サーバ端末装置との間で所望のデ
   ータを送受信するためのデータ通信方法であって、 予め、データ通信に必要な各制御毎に、それぞれの制御
   に必要な情報からなり、制御毎に異なる冗長なフィール
   ドを含まない専用のヘッダを備えたメッセージを設けて
   おき、 前記端末装置と前記中継装置との間で前記メッセージを
   交換することで、所望のデータの送受信を行うデータ通
   信方法。
2. 【請求項２】 前記メッセージとして、コネクション能動開設を要求する能動開設メッセージ、
   及び過去に要求された前記コネクション能動開設要求に
   対するコネクションの確立を通知する確立メッセージを
   備え、 前記端末装置は、 前記端末装置と前記サーバ装置との間のコネクションの
   能動開設要求発生時に、該コネクションを識別するため
   のコネクション識別子情報を生成し、 前記コネクション識別子情報と、前記端末装置で使用す
   るポート番号情報と、前記端末装置のアドレス情報と、
   前記サーバ端末装置で使用するポート番号情報と、前記
   サーバ端末装置のアドレス情報とを含む前記能動開設メ
   ッセージを前記中継装置に通知し、 前記中継装置は、 前記能動開設メッセージを受信すると、自ソケットと前
   記能動開設メッセージが含む前記サーバ端末装置のポー
   ト番号情報と前記サーバ端末装置のアドレス情報で識別
   される相手ソケットの間でＴＣＰによるコネクション開
   設処理を行ない、 該ＴＣＰによるコネクション開設処理完了後に前記能動
   開設メッセージに含まれていた前記コネクション識別子
   情報を含む前記確立メッセージを前記端末装置に通知
   し、 前記端末装置は、 前記確立メッセージを受信すると、前記確立メッセージ
   に含まれている前記コネクション識別子情報で識別され
   るコネクションのコネクション能動開設処理の成功終了
   を知ることを特徴とする 請求項１記載のデータ通信方
   法。
3. 【請求項３】 前記メッセージとして、コネクション受動開設を要求する受動開設メッセージ、
   及び過去に要求された前記コネクション受動開設要求に
   対するコネクションの確立を通知する確立メッセージを
   備え、 前記端末装置は、 前記端末装置と前記サーバ端末装置との間のコネクショ
   ンの受動開設要求発生時に、前記端末装置で使用するポ
   ート番号情報と、前記端末装置のアドレス情報とを含む
   前記受動開設メッセージを前記中継装置に通知し、 前記中継装置は、 前記受動開設メッセージを受信すると、前記受動開設メ
   ッセージが含む前記ポート番号情報と前記アドレス情報
   からなるソケットを生成し、該ソケットに対するコネク
   ション開設要求を待ち受け、 前記サーバ端末装置のある相手ソケットから該ソケット
   へのＴＣＰによるコネクション開設要求がある場合には
   前記ソケットと前記相手ソケットの間でＴＣＰによるコ
   ネクション開設処理を行ない、 該ＴＣＰによるコネクション開設処理完了後に前記受動
   開設メッセージに含まれていた前記コネクション識別子
   情報と、前記相手ソケットを構成する相手ポート番号情
   報と相手アドレス情報とを含む前記確立メッセージとを
   前記端末装置に通知し、 前記端末装置は、 前記確立メッセージを受信すると、前記確立メッセージ
   に含まれている前記コネクション識別子情報で識別され
   るコネクションのコネクション受動開設処理の成功終了
   と、該コネクションの接続先ソケットが前記確立メッセ
   ージに含まれている前記相手ポート番号情報と前記相手
   アドレス情報で識別されるソケットであることを知るこ
   とを特徴とする 請求項１記載のデータ通信方法。
4. 【請求項４】 サーバ端末装置との間でＴＣＰ／ＩＰの
   プロトコルにしたがってデータ通信を行う中継装置を介
   して、端末装置と前記サーバ端末装置との間で所望のデ
   ータを送受信するためのデータ通信方法であって、前記端末装置及び前記中継装置のうち、データ送信側
   は、送信するデータに該データの送信順序を示す順序番
   号情報をそれぞれ付加し、 データ受信側は、該順序番号情報の欠落した番号から送
   信失敗の有無を判定し、該判定結果を含む確認情報を前
   記データ送信側に返送し、 前記データ送信側は、送信したデータに対する前記確認
   情報に基づいて送信失敗したデータを再送し、その後
   で、該データを再送したことを示す返送情報を前記デー
   タ受信側に返送し、 前記データ受信側は、前記返送情報を受信するまで該確
   認情報の次の確認情報の送信を中断することを特徴とす
   る データ通信方法。
5. 【請求項５】 前記データ受信側は、 所定数のデータを受信した場合に前記確認情報を前記デ
   ータ送信側に返送する請求項４記載の データ通信方法。
6. 【請求項６】 前記データ受信側は、 受信したデータの損失を検出した場合に前記確認情報を
   前記データ送信側に返送する請求項４記載の データ通信
   方法。
7. 【請求項７】 前記データ受信側は、 前回の確認情報の返送から所定の時間が経過した場合に
   前記確認情報を前記データ送信側に返送する 請求項４記
   載のデータ通信方法。
8. 【請求項８】 前記データ受信側は、 所定数のデータを受信した場合、受信したデータの損失
   を検出した場合、または前回の確認情報の返送から所定
   の時間が経過した場合のいずれかの条件を満たしたとき
   に前記確認情報を前記データ送信側に返送する請求項４
   記載のデータ通信方法。
9. 【請求項９】 サーバ端末装置との間でＴＣＰ／ＩＰの
   プロトコルにしたがってデータ通信を行う中継装置を介
   して、前記サーバ端末装置との間で所望のデータを送受
   信する端末装置であって、 前記中継装置との間で、データ通信に必要な各制御毎
   に、それぞれの制御に必 要な情報からなり、制御毎に異
   なる冗長なフィールドを含まない専用のヘッダを備えた
   メッセージを交換することで、所望のデータの送受信を
   行うことを特徴とする端末装置。
10. 【請求項１０】 前記メッセージとして、 コネクション能動開設を要求する能動開設メッセージ、
    及び過去に要求された前記コネクション能動開設要求に
    対するコネクションの確立を通知する確立メッセージを
    備え、 自端末装置と前記サーバ装置との間のコネクションの能
    動開設要求発生時に、該コネクションを識別するための
    コネクション識別子情報を生成し、 前記コネクション識別子情報と、自端末装置で使用する
    ポート番号情報と、自端末装置のアドレス情報と、前記
    サーバ端末装置で使用するポート番号情報と、前記サー
    バ端末装置のアドレス情報とを含む前記能動開設メッセ
    ージを前記中継装置に通知し、 前記中継装置に、前記能動開設メッセージを受信する
    と、自ソケットと前記能動開設メッセージが含む前記サ
    ーバ端末装置のポート番号情報と前記サーバ端末装置の
    アドレス情報で識別される相手ソケットの間でＴＣＰに
    よるコネクション開設処理を行なわせ、該ＴＣＰによる
    コネクション開設処理完了後に前記能動開設メッセージ
    に含まれていた前記コネクション識別子情報を含む前記
    確立メッセージを前記端末装置に通知させ、 前記確立メッセージを受信すると、前記確立メッセージ
    に含まれている前記コネクション識別子情報で識別され
    るコネクションのコネクション能動開設処理の成功終了
    を知ることを特徴とする 請求項９記載の端末装置。
11. 【請求項１１】 前記メッセージとして、 コネクション受動開設を要求する受動開設メッセージ、
    及び過去に要求された前記コネクション受動開設要求に
    対するコネクションの確立を通知する確立メッセージを
    備え、 自端末装置と前記サーバ端末装置との間のコネクション
    の受動開設要求発生時に、自端末装置で使用するポート
    番号情報と、自端末装置のアドレス情報とを含む前記受
    動開設メッセージを前記中継装置に通知し、 前記中継装置に、前記受動開設メッセージを受信する
    と、前記受動開設メッセージが含む前記ポート番号情報
    と前記アドレス情報からなるソケットを生成させ、該ソ
    ケットに対するコネクション開設要求を待ち受けさせ、
    前記サーバ端末装置のある相手ソケットから該ソケット
    へのＴＣＰによるコネクション開設要求がある場合には
    前記ソケットと前記相手ソケットの間でＴＣＰによるコ
    ネクション開設処理を行なわせ、該ＴＣＰによるコネク
    ション開設処理完了後に前記受動開設メッセージに含ま
    れていた前記コネクション識別子情報と、前記相手ソケ
    ットを構成する相手ポート番号情報と相手アドレス情報
    とを含む前記確立メッセージとを自端末装置に通知さ
    せ、 前記確立メッセージを受信すると、前記確立メッセージ
    に含まれている前記コネクション識別子情報で識別され
    るコネクションのコネクション受動開設処理の成功終了
    と、該コネクションの接続先ソケットが前記確立メッセ
    ージに含まれている前記相手ポート番号情報と前記相手
    アドレス情報で識別されるソケットであることを知るこ
    とを特徴とする 請求項９記載の端末装置。
12. 【請求項１２】 サーバ端末装置との間でＴＣＰ／ＩＰ
    のプロトコルにしたがってデータ通信を行う中継装置を
    介して、前記サーバ端末装置との間で所望のデータを送
    受信する端末装置であって、送信するデータに該データの送信順序を示す順序番号情
    報をそれぞれ付加し、 前記中継装置から、該順序番号情報の欠落した番号にて
    判定された送信失敗の有無を含む確認情報を受信し、 送信したデータに対する前記確認情報に基づいて送信失
    敗したデータを再送し、その後で、該データを再送した
    ことを示す返送情報を前記中継装置に返送し、 前記中継装置を、前記返送情報を受信するまで該確認情
    報の次の確認情報の送信を中断させることを特徴とする
    端末装置。
13. 【請求項１３】 前記中継装置から、 前記中継装置が所定数のデータを受信した場合に返送す
    る前記確認情報を受信することを特徴とする 請求項１２
    記載の端末装置。
14. 【請求項１４】 前記中継装置から、 前記中継装置が受信したデータの損失を検出した場合に
    返送する前記確認情報 を受信することを特徴とする 請求
    項１２記載の端末装置。
15. 【請求項１５】 前記中継装置から、 前記中継装置が前回の確認情報の返送から所定の時間が
    経過した場合に返送する前記確認情報を受信することを
    特徴とする請求項１２記載の 端末装置。
16. 【請求項１６】 前記中継装置から、 前記中継装置が、所定数のデータを受信した場合、受信
    したデータの損失を検出した場合、または前回の確認情
    報の返送から所定の時間が経過した場合のいずれかの条
    件を満たしたときに返送する、前記確認情報を受信する
    ことを特徴とする請求項１２記載の 端末装置。
17. 【請求項１７】 サーバ端末装置との間でＴＣＰ／ＩＰ
    のプロトコルにしたがってデータ通信を行う中継装置を
    介して、前記サーバ端末装置との間で所望のデータを送
    受信する端末装置であって、前記中継装置から、送信するデータの送信順序を示す順
    序番号情報がそれぞれ付加された当該データを受信し、 該順序番号情報の欠落した番号から送信失敗の有無を判
    定し、該判定結果を含む確認情報を前記中継装置に返送
    し、 前記中継装置に、送信したデータに対する前記確認情報
    に基づいて送信失敗したデータを再送させ、その後で、
    該データを再送したことを示す返送情報を返送させ、 前記返送情報を受信するまで該確認情報の次の確認情報
    の送信を中断することを特徴とする 端末装置。
18. 【請求項１８】 所定数のデータを受信した場合に前記
    確認情報を前記中継装置に返送する請求項１７記載の端
    末装置。
19. 【請求項１９】 受信したデータの損失を検出した場合
    に前記確認情報を前記中継装置に返送する請求項１７記
    載の端末装置。
20. 【請求項２０】 前回の確認情報の返送から所定の時間
    が経過した場合に前記確認情報を前記中継装置に返送す
    る請求項１７記載の端末装置。
21. 【請求項２１】 所定数のデータを受信した場合、受信
    したデータの損失を検出した場合、または前回の確認情
    報の返送から所定の時間が経過した場合のい ずれかの条
    件を満たしたときに前記確認情報を前記中継装置に返送
    する請求項１７記載の端末装置。
22. 【請求項２２】 端末装置とサーバ端末装置との間のデ
    ータ通信を中継すると共に、前記サーバ端末装置との間
    でＴＣＰ／ＩＰのプロトコルにしたがってデータ通信を
    行う中継装置であって、 前記端末装置との間で、データ通信に必要な各制御毎
    に、それぞれの制御に必要な情報からなり、制御毎に異
    なる冗長なフィールドを含まない専用のヘッダを備えた
    メッセージを交換することで、所望のデータの送受信を
    行う中継装置。
23. 【請求項２３】 前記メッセージとして、 コネクション能動開設を要求する能動開設メッセージ、
    及び過去に要求された前記コネクション能動開設要求に
    対するコネクションの確立を通知する確立メッセージを
    備え、 前記端末装置から、当該端末装置にて生成された、当該
    端末装置と前記サーバ装置との間のコネクションの能動
    開設要求発生時に、該コネクションを識別するためのコ
    ネクション識別子情報と、前記端末装置で使用するポー
    ト番号情報と、前記端末装置のアドレス情報と、前記サ
    ーバ端末装置で使用するポート番号情報と、前記サーバ
    端末装置のアドレス情報とを含む前記能動開設メッセー
    ジを受信すると、 自ソケットと前記能動開設メッセージが含む前記サーバ
    端末装置のポート番号情報と前記サーバ端末装置のアド
    レス情報で識別される相手ソケットの間でＴＣＰによる
    コネクション開設処理を行ない、 該ＴＣＰによるコネクション開設処理完了後に前記能動
    開設メッセージに含まれていた前記コネクション識別子
    情報を含む前記確立メッセージを前記端末装置に通知
    し、前記確立メッセージに含まれている前記コネクショ
    ン識別子情報で識別されるコネクションのコネクション
    能動開設処理の成功終了を知らせることを特徴とする 請
    求項２２記載の中継装置。
24. 【請求項２４】 前記メッセージとして、コネクション受動開設を要求する受動開設メッセージ、
    及び過去に要求された前記コネクション受動開設要求に
    対するコネクションの確立を通知する確立メッ セージを
    備え、 前記端末装置から、当該端末装置と前記サーバ端末装置
    との間のコネクションの受動開設要求発生時に、前記端
    末装置で使用するポート番号情報と、前記端末装置のア
    ドレス情報とを含む前記受動開設メッセージを受信する
    と、前記受動開設メッセージが含む前記ポート番号情報
    と前記アドレス情報からなるソケットを生成し、該ソケ
    ットに対するコネクション開設要求を待ち受け、 前記サーバ端末装置のある相手ソケットから該ソケット
    へのＴＣＰによるコネクション開設要求がある場合には
    前記ソケットと前記相手ソケットの間でＴＣＰによるコ
    ネクション開設処理を行ない、 該ＴＣＰによるコネクション開設処理完了後に前記受動
    開設メッセージに含まれていた前記コネクション識別子
    情報と、前記相手ソケットを構成する相手ポート番号情
    報と相手アドレス情報とを含む前記確立メッセージとを
    前記端末装置に通知し、前記確立メッセージに含まれて
    いる前記コネクション識別子情報で識別されるコネクシ
    ョンのコネクション受動開設処理の成功終了と、該コネ
    クションの接続先ソケットが前記確立メッセージに含ま
    れている前記相手ポート番号情報と前記相手アドレス情
    報で識別されるソケットであることを知らせることを特
    徴とする 請求項２２記載の中継装置。
25. 【請求項２５】 端末装置とサーバ端末装置との間のデ
    ータ通信を中継すると共に、前記サーバ端末装置との間
    でＴＣＰ／ＩＰのプロトコルにしたがってデータ通信を
    行う中継装置であって、 送信するデータに該データの送信順序を示す順序番号情
    報をそれぞれ付加し、 前記端末装置から、該順序番号情報の欠落した番号にて
    判定された送信失敗の有無を含む確認情報を受信し、 送信したデータに対する前記確認情報に基づいて送信失
    敗したデータを再送し、その後で、該データを再送した
    ことを示す返送情報を前記端末装置に返送し、 前記端末装置を、前記返送情報を受信するまで該確認情
    報の次の確認情報の送信を中断させることを特徴とする
    中継装置。
26. 【請求項２６】 前記端末装置から、 前記端末装置が所定数のデータを受信した場合に返送す
    る前記確認情報を受信 することを特徴とする請求項２５
    記載の 中継装置。
27. 【請求項２７】 前記端末装置から、 前記端末装置が受信したデータの損失を検出した場合に
    返送する前記確認情報を受信することを特徴とする請求
    項２５記載の 中継装置。
28. 【請求項２８】 前記端末装置から、 前記端末装置が前回の確認情報の返送から所定の時間が
    経過した場合に返送する前記確認情報を受信することを
    特徴とする請求項２５記載の 中継装置。
29. 【請求項２９】 前記端末装置から、 前記端末装置が、所定数のデータを受信した場合、受信
    したデータの損失を検出した場合、または前回の確認情
    報の返送から所定の時間が経過した場合のいずれかの条
    件を満たしたときに返送する、前記確認情報を受信する
    ことを特徴とする 請求項２５記載の中継装置。
30. 【請求項３０】 端末装置とサーバ端末装置との間のデ
    ータ通信を中継すると共に、前記サーバ端末装置との間
    でＴＣＰ／ＩＰのプロトコルにしたがってデータ通信を
    行う中継装置であって、 前記端末装置から、 送信するデータの送信順序を示す順序番号情報がそれぞ
    れ付加された当該データを受信し、 該順序番号情報の欠落した番号から送信失敗の有無を判
    定し、該判定結果を含む確認情報を前記端末装置に返送
    し、 前記端末装置に、送信したデータに対する前記確認情報
    に基づいて送信失敗したデータを再送させ、その後で、
    該データを再送したことを示す返送情報を返送させ、 前記返送情報を受信するまで該確認情報の次の確認情報
    の送信を中断することを特徴とする 中継装置。
31. 【請求項３１】 所定数のデータを受信した場合に前記
    確認情報を前記端末装置に返送する請求項３０記載の中
    継装置。
32. 【請求項３２】 受信したデータの損失を検出した場合
    に前記確認情報を前記端末装置に返送する請求項３０記
    載の中継装置。
33. 【請求項３３】 前回の確認情報の返送から所定の時間
    が経過した場合に前記確認情報を前記端末装置に返送す
    る請求項３０記載の中継装置。
34. 【請求項３４】 所定数のデータを受信した場合、受信
    したデータの損失を検出した場合、または前回の確認情
    報の返送から所定の時間が経過した場合のいずれかの条
    件を満たしたときに前記確認情報を前記端末装置に返送
    する請求項３０記載の中継装置。
35. 【請求項３５】 サーバ端末装置との間でＴＣＰ／ＩＰ
    のプロトコルにしたがってデータ通信を行う中継装置を
    介して、端末装置と前記サーバ端末装置との間で所望の
    データを送受信するデータ通信システムであって、 予め、データ通信に必要な各制御毎に、それぞれの制御
    に必要な情報からなり、制御毎に異なる冗長なフィール
    ドを含まない専用のヘッダを備えたメッセージを設けて
    おき、 前記端末装置と前記中継装置との間で前記メッセージを
    交換することで、所望のデータの送受信を行う データ通
    信システム。
36. 【請求項３６】 前記メッセージとして、コネクション能動開設を要求する能動開設メッセージ、
    及び過去に要求された前記コネクション能動開設要求に
    対するコネクションの確立を通知する確立メッセージを
    備え、 前記端末装置は、 前記端末装置と前記サーバ装置との間のコネクションの
    能動開設要求発生時に、該コネクションを識別するため
    のコネクション識別子情報を生成し、 前記コネクション識別子情報と、前記端末装置で使用す
    るポート番号情報と、前記端末装置のアドレス情報と、
    前記サーバ端末装置で使用するポート番号情報と、前記
    サーバ端末装置のアドレス情報とを含む前記能動開設メ
    ッセージを前記中継装置に通知し、 前記中継装置は、 前記能動開設メッセージを受信すると、自ソケットと前
    記能動開設メッセージが含む前記サーバ端末装置のポー
    ト番号情報と前記サーバ端末装置のアドレス情報で識別
    される相手ソケットの間でＴＣＰによるコネクション開
    設処理を行ない 、 該ＴＣＰによるコネクション開設処理完了後に前記能動
    開設メッセージに含まれていた前記コネクション識別子
    情報を含む前記確立メッセージを前記端末装置に通知
    し、 前記端末装置は、 前記確立メッセージを受信すると、前記確立メッセージ
    に含まれている前記コネクション識別子情報で識別され
    るコネクションのコネクション能動開設処理の成功終了
    を知ることを特徴とする 請求項３５記載のデータ通信方
    法。
37. 【請求項３７】 前記メッセージとして、 コネクション受動開設を要求する受動開設メッセージ、
    及び過去に要求された前記コネクション受動開設要求に
    対するコネクションの確立を通知する確立メッセージを
    備え、 前記端末装置は、 前記端末装置と前記サーバ端末装置との間のコネクショ
    ンの受動開設要求発生時に、前記端末装置で使用するポ
    ート番号情報と、前記端末装置のアドレス情報とを含む
    前記受動開設メッセージを前記中継装置に通知し、 前記中継装置は、 前記受動開設メッセージを受信すると、前記受動開設メ
    ッセージが含む前記ポート番号情報と前記アドレス情報
    からなるソケットを生成し、該ソケットに対するコネク
    ション開設要求を待ち受け、 前記サーバ端末装置のある相手ソケットから該ソケット
    へのＴＣＰによるコネクション開設要求がある場合には
    前記ソケットと前記相手ソケットの間でＴＣＰによるコ
    ネクション開設処理を行ない、 該ＴＣＰによるコネクション開設処理完了後に前記受動
    開設メッセージに含まれていた前記コネクション識別子
    情報と、前記相手ソケットを構成する相手ポート番号情
    報と相手アドレス情報とを含む前記確立メッセージとを
    前記端末装置に通知し、 前記端末装置は、 前記確立メッセージを受信すると、前記確立メッセージ
    に含まれている前記コ ネクション識別子情報で識別され
    るコネクションのコネクション受動開設処理の成功終了
    と、該コネクションの接続先ソケットが前記確立メッセ
    ージに含まれている前記相手ポート番号情報と前記相手
    アドレス情報で識別されるソケットであることを知るこ
    とを特徴とする請求項３５記載の データ通信システム。
38. 【請求項３８】 サーバ端末装置との間でＴＣＰ／ＩＰ
    のプロトコルにしたがってデータ通信を行う中継装置を
    介して、端末装置と前記サーバ端末装置との間で所望の
    データを送受信するデータ通信システムであって、前記端末装置及び前記中継装置のうち、データ送信側
    は、送信するデータに該データの送信順序を示す順序番
    号情報をそれぞれ付加し、 データ受信側は、該順序番号情報の欠落した番号から送
    信失敗の有無を判定し、該判定結果を含む確認情報を前
    記データ送信側に返送し、 前記データ送信側は、送信したデータに対する前記確認
    情報に基づいて送信失敗したデータを再送し、その後
    で、該データを再送したことを示す返送情報を前記デー
    タ受信側に返送し、 前記データ受信側は、前記返送情報を受信するまで該確
    認情報の次の確認情報の送信を中断することを特徴とす
    る データ通信システム。
39. 【請求項３９】 前記データ受信側は、 所定数のデータを受信した場合に前記確認情報を前記デ
    ータ送信側に返送する請求項３８記載の データ通信シス
    テム。
40. 【請求項４０】 前記データ受信側は、 受信したデータの損失を検出した場合に前記確認情報を
    前記データ送信側に返送する 請求項３８記載のデータ通
    信システム。
41. 【請求項４１】 前記データ受信側は、 前回の確認情報の返送から所定の時間が経過した場合に
    前記確認情報を前記データ送信側に返送する 請求項３８
    記載のデータ通信方法。
42. 【請求項４２】 前記データ受信側は、 所定数のデータを受信した場合、受信したデータの損失
    を検出した場合、または前回の確認情報の返送から所定
    の時間が経過した場合のいずれかの条件を満たしたとき
    に前記確認情報を前記データ送信側に返送する 請求項３
    ８記載のデータ通信システム。
43. 【請求項４３】 サーバ端末装置との間でＴＣＰ／ＩＰ
    のプロトコルにしたがってデータ通信を行う中継装置を
    介して、前記サーバ端末装置との間で所望のデータをコ
    ンピュータに送受信させるためのプログラムが記録され
    た記録媒体であって、 前記中継装置との間で、 データ通信に必要な各制御毎に、それぞれの制御に必要
    な情報からなり、制御毎に異なる冗長なフィールドを含
    まない専用のヘッダを備えたメッセージを交換すること
    で、所望のデータの送受信を行わせるためのプログラム
    が記録された記録媒体。
44. 【請求項４４】 前記メッセージとして、 コネクション能動開設を要求する能動開設メッセージ、
    及び過去に要求された前記コネクション能動開設要求に
    対するコネクションの確立を通知する確立メッセージを
    備え、 自端末装置と前記サーバ装置との間のコネクションの能
    動開設要求発生時に、該コネクションを識別するための
    コネクション識別子情報を生成し、 前記コネクション識別子情報と、自端末装置で使用する
    ポート番号情報と、自端末装置のアドレス情報と、前記
    サーバ端末装置で使用するポート番号情報と、前記サー
    バ端末装置のアドレス情報とを含む前記能動開設メッセ
    ージを前記中継装置に通知し、 前記中継装置に、前記能動開設メッセージを受信する
    と、自ソケットと前記能動開設メッセージが含む前記サ
    ーバ端末装置のポート番号情報と前記サーバ端末装置の
    アドレス情報で識別される相手ソケットの間でＴＣＰに
    よるコネクション開設処理を行なわせ、該ＴＣＰによる
    コネクション開設処理完了後に前記能動開設メッセージ
    に含まれていた前記コネクション識別子情報を含む前記
    確立メッセージを自端末装置に通知させ、 前記確立メッセージを受信すると、前記確立メッセージ
    に含まれている前記コネクション識別子情報で識別され
    るコネクションのコネクション能動開設処理の成功終了
    を知ることを特徴とする 請求項４３記載の記録媒体。
45. 【請求項４５】 前記メッセージとして、 コネクション受動開設を要求する受動開設メッセージ、
    及び過去に要求された前記コネクション受動開設要求に
    対するコネクションの確立を通知する確立メッセージを
    備え、 自端末装置と前記サーバ端末装置との間のコネクション
    の受動開設要求発生時に、自端末装置で使用するポート
    番号情報と、自端末装置のアドレス情報とを含む前記受
    動開設メッセージを前記中継装置に通知し、 前記中継装置に、前記受動開設メッセージを受信する
    と、前記受動開設メッセージが含む前記ポート番号情報
    と前記アドレス情報からなるソケットを生成させ、該ソ
    ケットに対するコネクション開設要求を待ち受けさせ、 前記サーバ端末装置のある相手ソケットから該ソケット
    へのＴＣＰによるコネクション開設要求がある場合には
    前記ソケットと前記相手ソケットの間でＴＣＰによるコ
    ネクション開設処理を行なわせ、該ＴＣＰによるコネク
    ション開設処理完了後に前記受動開設メッセージに含ま
    れていた前記コネクション識別子情報と、前記相手ソケ
    ットを構成する相手ポート番号情報と相手アドレス情報
    とを含む前記確立メッセージとを自端末装置に通知さ
    せ、 前記確立メッセージを受信すると、前記確立メッセージ
    に含まれている前記コネクション識別子情報で識別され
    るコネクションのコネクション受動開設処理の成功終了
    と、該コネクションの接続先ソケットが前記確立メッセ
    ージに含まれている前記相手ポート番号情報と前記相手
    アドレス情報で識別されるソケットであることを知るこ
    とを特徴とする請求項４３記載の 記録媒体。
46. 【請求項４６】 サーバ端末装置との間でＴＣＰ／ＩＰ
    のプロトコルにしたがってデータ通信を行う中継装置を
    介して、前記サーバ端末装置との間で所望のデータをコ
    ンピュータに送受信させるためのプログラムが記録され
    た記録媒体であって、 送信するデータに該データの送信順序を示す順序番号情
    報をそれぞれ付加し、 前記中継装置から、該順序番号情報の欠落した番号にて
    判定された送信失敗の有無を含む確認情報を受信し、 送信したデータに対する前記確認情報に基づいて送信失
    敗したデータを再送し 、その後で、該データを再送した
    ことを示す返送情報を前記中継装置に返送し、 前記中継装置を、前記返送情報を受信するまで該確認情
    報の次の確認情報の送信を中断させるためのプログラム
    が記録された 記録媒体。
47. 【請求項４７】 前記中継装置から、 前記中継装置が所定数のデータを受信した場合に返送す
    る前記確認情報を受信することを特徴とする 請求項４６
    記載の記録媒体。
48. 【請求項４８】 前記中継装置から、 前記中継装置が受信したデータの損失を検出した場合に
    返送する前記確認情報を受信することを特徴とする請求
    項４６記載の 記録媒体。
49. 【請求項４９】 前記中継装置から、 前記中継装置が前回の確認情報の返送から所定の時間が
    経過した場合に返送する前記確認情報を受信することを
    特徴とする請求項４６記載の 記録媒体。
50. 【請求項５０】 前記中継装置から、 前記中継装置が、所定数のデータを受信した場合、受信
    したデータの損失を検出した場合、または前回の確認情
    報の返送から所定の時間が経過した場合のいずれかの条
    件を満たしたときに返送する、前記確認情報を受信する
    ことを特徴とする請求項４６記載の 記録媒体。
51. 【請求項５１】 サーバ端末装置との間でＴＣＰ／ＩＰ
    のプロトコルにしたがってデータ通信を行う中継装置を
    介して、前記サーバ端末装置との間で所望のデータをコ
    ンピュータに送受信させるためのプログラムが記録され
    た記録媒体であって、 前記中継装置から、送信するデータの送信順序を示す順
    序番号情報がそれぞれ付加された当該データを受信し、 該順序番号情報の欠落した番号から送信失敗の有無を判
    定し、該判定結果を含む確認情報を前記中継装置に返送
    し、 前記中継装置に、送信したデータに対する前記確認情報
    に基づいて送信失敗したデータを再送させ、その後で、
    該データを再送したことを示す返送情報を返送させ、 前記返送情報を受信するまで該確認情報の次の確認情報
    の送信を中断するため のプログラムが記録された 記録媒
    体。
52. 【請求項５２】 所定数のデータを受信した場合に前記
    確認情報を前記中継装置に返送する請求項５１記載の記
    録媒体。
53. 【請求項５３】 受信したデータの損失を検出した場合
    に前記確認情報を前記中継装置に返送する請求項５１記
    載の記録媒体。
54. 【請求項５４】 前回の確認情報の返送から所定の時間
    が経過した場合に前記確認情報を前記中継装置に返送す
    る請求項５１記載の記録媒体。
55. 【請求項５５】 所定数のデータを受信した場合、受信
    したデータの損失を検出した場合、または前回の確認情
    報の返送から所定の時間が経過した場合のいずれかの条
    件を満たしたときに前記確認情報を前記中継装置に返送
    する請求項５１記載の記録媒体。
56. 【請求項５６】 端末装置とサーバ端末装置との間のデ
    ータ通信を中継すると共に、前記サーバ端末装置との間
    でＴＣＰ／ＩＰのプロトコルにしたがってコンピュータ
    にデータ通信を行わせるためのプログラムが記録された
    記録媒体であって、 前記端末装置との間で、データ通信に必要な各制御毎
    に、それぞれの制御に必要な情報からなり、制御毎に異
    なる冗長なフィールドを含まない専用のヘッダを備えた
    メッセージを交換することで、所望のデータの送受信を
    行わせるためのプログラムが記録された記録媒体。
57. 【請求項５７】 前記メッセージとして、コネクション能動開設を要求する能動開設メッセージ、
    及び過去に要求された前記コネクション能動開設要求に
    対するコネクションの確立を通知する確立メッセージを
    備え、 前記端末装置から、当該端末装置にて生成された、当該
    端末装置と前記サーバ装置との間のコネクションの能動
    開設要求発生時に、該コネクションを識別するためのコ
    ネクション識別子情報と、前記端末装置で使用するポー
    ト番号情報と、前記端末装置のアドレス情報と、前記サ
    ーバ端末装置で使用するポート番号情報と、前記サーバ
    端末装置のアドレス情報とを含む前記能動開設メッセー
    ジを受信すると、 自ソケットと前記能動開設メッセージが含む前記サーバ
    端末装置のポート番号情報と前記サーバ端末装置のアド
    レス情報で識別される相手ソケットの間でＴＣＰによる
    コネクション開設処理を行ない、 該ＴＣＰによるコネクション開設処理完了後に前記能動
    開設メッセージに含まれていた前記コネクション識別子
    情報を含む前記確立メッセージを前記端末装置に通知
    し、前記確立メッセージに含まれている前記コネクショ
    ン識別子情報で識別されるコネクションのコネクション
    能動開設処理の成功終了を知らせることを特徴とする 請
    求項５６記載の記録媒体。
58. 【請求項５８】 前記メッセージとして、コネクション受動開設を要求する受動開設メッセージ、
    及び過去に要求された前記コネクション受動開設要求に
    対するコネクションの確立を通知する確立メッセージを
    備え、 前記端末装置から、当該端末装置と前記サーバ端末装置
    との間のコネクションの受動開設要求発生時に、前記端
    末装置で使用するポート番号情報と、前記端末装置のア
    ドレス情報とを含む前記受動開設メッセージを受信する
    と、前記受動開設メッセージが含む前記ポート番号情報
    と前記アドレス情報からなるソケットを生成し、該ソケ
    ットに対するコネクション開設要求を待ち受け、 前記サーバ端末装置のある相手ソケットから該ソケット
    へのＴＣＰによるコネクション開設要求がある場合には
    前記ソケットと前記相手ソケットの間でＴＣＰによるコ
    ネクション開設処理を行ない、 該ＴＣＰによるコネクション開設処理完了後に前記受動
    開設メッセージに含まれていた前記コネクション識別子
    情報と、前記相手ソケットを構成する相手ポート番号情
    報と相手アドレス情報とを含む前記確立メッセージとを
    前記端末装置に通知し、前記確立メッセージに含まれて
    いる前記コネクション識別子情報で識別されるコネクシ
    ョンのコネクション受動開設処理の成功終了と、該コネ
    クションの接続先ソケットが前記確立メッセージに含ま
    れている前記相手ポート番号情報と前記相手アドレス情
    報で識別されるソケットであることを知ることを特徴と
    する 請求項５６記載の記録媒体。
59. 【請求項５９】 端末装置とサーバ端末装置との間のデ
    ータ通信を中継すると共に、前記サーバ端末装置との間
    でＴＣＰ／ＩＰのプロトコルにしたがってコンピュータ
    にデータ通信を行わせるためのプログラムが記録された
    記録媒体であって、送信するデータに該データの送信順序を示す順序番号情
    報をそれぞれ付加し、 前記端末装置から、該順序番号情報の欠落した番号にて
    判定された送信失敗の有無を含む確認情報を受信し、 送信したデータに対する前記確認情報に基づいて送信失
    敗したデータを再送し、その後で、該データを再送した
    ことを示す返送情報を前記端末装置に返送し、 前記端末装置を、前記返送情報を受信するまで該確認情
    報の次の確認情報の送信を中断させるための プログラム
    が記録された記録媒体。
60. 【請求項６０】 前記端末装置から、 前記端末装置が所定数のデータを受信した場合に返送す
    る前記確認情報を受信することを特徴とする請求項５９
    記載の 記録媒体。
61. 【請求項６１】 前記端末装置から、 前記端末装置が受信したデータの損失を検出した場合に
    返送する前記確認情報を受信することを特徴とする請求
    項５９記載の 記録媒体。
62. 【請求項６２】 前記端末装置から、 前記端末装置が前回の確認情報の返送から所定の時間が
    経過した場合に返送する前記確認情報を受信することを
    特徴とする 請求項５９記載の中継装置。
63. 【請求項６３】 前記端末装置から、 前記端末装置が、所定数のデータを受信した場合、受信
    したデータの損失を検出した場合、または前回の確認情
    報の返送から所定の時間が経過した場合のいずれかの条
    件を満たしたときに返送する、前記確認情報を受信する
    ことを特徴とする 請求項５９記載の記録媒体。
64. 【請求項６４】 端末装置とサーバ端末装置との間のデ
    ータ通信を中継すると共に、前記サーバ端末装置との間
    でＴＣＰ／ＩＰのプロトコルにしたがってコンピュータ
    にデータ通信を行わせるためのプログラムが記録された
    記録媒体であって、 前記端末装置から、送信するデータの送信順序を示す順
    序番号情報がそれぞれ 付加された当該データを受信し、 該順序番号情報の欠落した番号から送信失敗の有無を判
    定し、該判定結果を含む確認情報を前記端末装置に返送
    し、 前記端末装置に、送信したデータに対する前記確認情報
    に基づいて送信失敗したデータを再送させ、その後で、
    該データを再送したことを示す返送情報を返送させ、 前記返送情報を受信するまで該確認情報の次の確認情報
    の送信を中断するためのプログラムが記録された 記録媒
    体。
65. 【請求項６５】 所定数のデータを受信した場合に前記
    確認情報を前記端末装置に返送する請求項６４記載の記
    録媒体。
66. 【請求項６６】 受信したデータの損失を検出した場合
    に前記確認情報を前記端末装置に返送する請求項６４記
    載の記録媒体。
67. 【請求項６７】 前回の確認情報の返送から所定の時間
    が経過した場合に前記確認情報を前記端末装置に返送す
    る請求項６４記載の記録媒体。
68. 【請求項６８】 所定数のデータを受信した場合、受信
    したデータの損失を検出した場合、または前回の確認情
    報の返送から所定の時間が経過した場合のいずれかの条
    件を満たしたときに前記確認情報を前記端末装置に返送
    する請求項６４記載の記録媒体。