JP2002261792A

JP2002261792A - 通信システムとそのパケット交換方法、及び交換プログラムを記録した記録媒体

Info

Publication number: JP2002261792A
Application number: JP2001246139A
Authority: JP
Inventors: Masayoshi Kobayashi; 正好小林
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2000-12-28
Filing date: 2001-08-14
Publication date: 2002-09-13
Anticipated expiration: 2021-08-14
Also published as: JP3642305B2

Abstract

(57)【要約】（修正有）【課題】スプライシング中においても、クライアントか
らサーバへと送信されるデータ取得要求等のパケットを
監視し対応する終端処理を実行することのできる交換機
を提供する。【解決手段】複数のサーバとクライアント間を中継す
る交換機１００において、サーバからクライアントに対
して送信されるパケットの中継時に、ヘッダ情報を、ク
ライアント側処理部１０から発信された場合に設定され
るヘッダ情報に書き換えたパケットをクライアントに対
し発信する手段と、クライアントからのデータ取得要求
の中継時から、サーバからクライアントに対し送信され
る応答パケットの送信が終了するまでの間、サーバから
クライアント方向に対しスプライシングの処理を行な
い、かつクライアントからクライアント側処理部方向の
通信及びサーバ側処理部２０からサーバ方向の通信に対
しては、コネクションを切断することなく再送制御及び
フロー制御を行なう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケット交換によ
る通信システムに関し、特に、サーバとクライアント間
の通信を効率的に交換する通信システムとその交換方法
に関する。

【０００２】

【従来の技術】ＯＳＩ参照モデルのネットワークプロト
コルでは、データ通信ネットワークの機能を７つの階層
（Ｌａｙｅｒ）に大別しており、下位の階層から順に物
理層、デタリンク層、ネットワーク層、トランスポート
層、セッション層、プレゼンテーション層、アプリケー
ション層がある。それぞれ順に第１層（Ｌａｙｅｒ
１）、第２層（Ｌａｙｅｒ２）、・・・と呼ばれるこ
ともある。

【０００３】また、通信ネットワーク上のノードには、
その通信の交換において参照するデータの階層に対応し
て、レイヤ２スイッチ（Ｌａｙｅｒ２Ｓｗｉｔｃ
ｈ）、レイヤ３スイッチ（Ｌａｙｅｒ３Ｓｗｉｔｃ
ｈ）、レイヤ４スイッチ（Ｌａｙｅｒ４Ｓｗｉｔｃ
ｈ）と呼ばれるもの等がある。また最近では、更に上位
のアプリケーション層の情報に基づいて緻密にフローや
トラフィックを制御するレイヤ７スイッチ（又、４−７
層スイッチ）がある。

【０００４】図１８は、レイヤ７スイッチである交換機
１００ｂを備える従来の通信システムの構成を示すブロ
ック図である。

【０００５】図１８の従来の通信システムでは、複数の
サーバ７０を備えるサーバ群７１及びクライアント６０
は、パケット交換網のネットワーク５０で互いに接続し
ている。パケット交換網としては、ＩＰ（Ｉｎｔｅｒｎ
ｅｔＰｒｏｔｏｃｏｌ）ネットワーク等がある。

【０００６】各クライアント６０は、ネットワーク５０
を介してサーバ群７１内のサーバ７０からサービスを受
ける。このサービスでは、まず、クライアント６０がサ
ーバ７０へと双方向通信のできるトランスポート層のコ
ネクションを確立（例えば、ＴＣＰプロトコル）し、ク
ライアント６０からサーバ７０に取得したいデータの識
別子が送られることにより、その指定されたデータがサ
ーバ７０からクライアント６０に送られる。また、１つ
のコネクションで複数のデータの取得要求を出すことも
可能であり、サーバ７０はその要求を受けたデータを順
次クライアント６０に送る。

【０００７】クライアント６０は、あるサーバ７０から
取得したいデータを全て取得し終えた場合には、クロー
ズ要求をサーバ７０へ送り、サーバ側にコネクションの
切断を指示することができる。

【０００８】このサービスに使われている、双方向通信
を行なうトランスポート層のコネクションは、パケット
内に、パケットに含まれているトランスポート層でのデ
ータの位置を示すシーケンス番号、パケット中のデータ
のトランスポート層でのデータ長、通信相手に対して今
までに確実に受信を終えているトランスポート層でのデ
ータ位置を示すＡｃｋ番号が含まれている。通信両端の
トランスポート層プロトコル終端部（終端部）は、この
シーケンス番号とＡｃｋ番号を用いて通信途中で失われ
たパケットの再送制御を行なう。

【０００９】また、通信両端でフロー制御を行なうた
め、通信相手に受信バッファの残り容量を示すためのフ
ィールド（ウィンドウフィールド）を備える場合もあ
る。以下この値を、Ｗｉｎ値と呼ぶこととする。

【００１０】また、通信の両端において、シーケンス番
号の初期値をハンドシェイクを行なって互いに通知し合
う。更に、コネクションの終わりは、互いにパケットに
コネクション終了を示すフラグ（終了フラグ）の立った
パケットと、その受信確認を含むパケットをやりとりす
ることで、コネクションの切断を行なう。このようなプ
ロトコルの例としては、インターネットで用いられてい
るＴＣＰプロトコルがある。

【００１１】次に、図１８の従来の交換機１００ｂの役
割と動作をより詳細に説明する。

【００１２】図１８の交換機１００ｂは、クライアント
６０に、サーバ群７１内の複数のサーバ７０を仮想的に
１台のサーバとして認識させ、クライアント６０からの
データ取得要求を適切なサーバ７０へと転送し、そのサ
ーバ７０からの応答のデータを当該クライアント６０へ
と転送する機能を有している。

【００１３】クライアント６０からは、サーバ群７１は
同一のネットワーク５０アドレスを備える仮想的な１台
のサーバ７０（仮想サーバ）として認識されている。ク
ライアント６０が、当該アドレスの仮想サーバと接続し
ようとすると、まず、クライアント６０と交換機１００
ｂの間にコネクションが張られる。

【００１４】クライアント６０は、このコネクション上
にデータ取得要求（取得したいデータの識別子）を渡
す。交換機１００ｂは、このコネクションを流れてきた
データ取得要求の識別子を基に適切な接続先のサーバ７
０を選択する。

【００１５】次に、交換機１００ｂは、選択したサーバ
７０へコネクションを張り、コネクション上にデータ取
得要求を転送する。サーバ７０は、取得要求のあったデ
ータをこのコネクション上へ流し、交換機１００ｂはこ
のデータをクライアント６０へ転送する。

【００１６】この時点で、クライアント６０と交換機１
００ｂ間のコネクションと、交換機１００ｂとサーバ７
０間のコネクションの２つのコネクションがあることに
なるが、交換機１００ｂはこのコネクションを１つにつ
なぎ合わせる。

【００１７】すなわち、クライアント６０と交換機１０
０ｂ間、及び、交換機１００ｂとサーバ７０間の２つの
トランスポート層のコネクションを１つに接続すること
により、サーバ７０とクライアント６０とのそれぞれに
トランスポート層の再送及びフロー制御を行なわせ、交
換機１００ｂは、当該コネクションに関する再送制御や
フロー制御を行なう必要がなくなる。

【００１８】この動作を、スプライシングと呼ぶ。

【００１９】以下、従来のレイヤ７スイッチである交換
機１００ｂのスプライシングの処理を図面を参照して詳
細に説明する。図１９は、従来の交換機１００ｂの構成
を示すブロック図である。

【００２０】図１９の交換機１００ｂでは、クライアン
ト側との通信を処理するクライアント側処理部１０ｂ、
サーバ側との通信を処理するサーバ側処理部２０ｂ、各
クライアントの接続先を判定する解析部３０ｂ、クライ
アントからの個々のデータ取得要求に対応する接続先の
サーバを示すフォワーディングテーブル等を記録した記
憶部４０ｂを備えている。

【００２１】また、クライアント側処理部１０ｂは、ク
ライアント側の通信の終端を行なうクライアント側終端
部１１ｂ、データの通信経路を切り替えるクライアント
側切替部１３ｂ、各クライアントとのパケットの送受を
行なうクライアント側通信部１４ｂを備えている。また
サーバ側処理部２０ｂは、サーバ側の通信の終端を行な
うサーバ側終端部２１ｂ、パケットのヘッダ情報を書き
換えて更新するサーバ側更新部２２ｂ、データの通信経
路を切り替えるサーバ側切替部２３ｂ、各サーバ７０と
のパケットの送受を行なうサーバ側通信部１４ｂを備え
ている。

【００２２】クライアント６０から交換機１００ｂへの
パケットは、図１９の矢印Ａからクライアント側切替部
１３ｂに届き、交換機１００ｂからクライアント６０へ
のパケットは図１９の矢印Ｂ、Ｃに従ってクライアント
側終端部１１ｂやサーバ側更新部２２ｂからクライアン
ト６０へと届けられる。

【００２３】また、サーバ側から交換機１００ｂへのパ
ケットは、図１９の矢印Ｅから切替部２３ｂに届き、交
換機１００ｂからサーバ７０へのパケットは図１９の矢
印Ｄ等に従ってサーバ側終端部２１ｂやサーバ側更新部
２２ｂからサーバ７０へと届けられる。

【００２４】なお、クライアント側の切替部１３ｂは、
サーバ側更新部２２ｂの指示に従って矢印Ａから到着す
るパケットをクライアント側終端部１１ｂかサーバ側更
新部２２ｂへと渡す。また、サーバ側の切替部２３ｂは
サーバ側終端部２１ｂの指示に従って、矢印Ｅから到着
するパケットをサーバ側更新部２２ｂ又は、サーバ側終
端部２１ｂへと渡す。

【００２５】まず、クライアント６０が仮想サーバと接
続しようとすると、コネクション確立のハンドシェイク
が行われるが、この時のパケットは、サーバ側更新部２
２ｂがクライアント側切替部１３ｂに指示して、クライ
アント６０と、クライアント側終端部１１ｂの間でやり
とりされ、クライアント６０とクライアント側終端部１
１ｂの間にコネクションが張られる。以下この時のコネ
クションの、クライアント６０の初期シーケンス番号を
“ＳＣ”、クライアント側処理部１０ｂの初期シーケン
ス番号を“ＳＵ”とし、これを記録しておく。

【００２６】クライアント６０は、このコネクション上
にデータ取得要求（取得したいデータの識別子）を渡
す。クライアント側終端部１１ｂでは、トランスポート
層プロトコルを処理して、このコネクション上の流れる
データを取り出して、解析部３０ｂへとこのデータ取得
要求を渡す。

【００２７】解析部３０ｂは、例えばこのデータ取得要
求を基に記憶部４０ｂに記憶されたフォワーディングテ
ーブルを参照する等の方法により、適切なサーバ７０を
選択することができる。そして、解析部３０ｂは、サー
バ側終端部２１ｂに対してこの選択されたサーバ７０へ
のコネクションを張るように指示し、サーバ側終端部２
１ｂは、指示されたサーバ７０へとコネクションを張
る。

【００２８】この時、サーバ側終端部２１ｂとサーバ７
０との間で、コネクション確立のためのハンドシェイク
が行われる。ここで、サーバ側終端部２１ｂは、ハンド
シェイクに関するパケットをサーバ側終端部２１ｂとサ
ーバ７０との間でやりとりできるように、サーバ側切替
部２３ｂに対し適正な通信の経路を指示しておく。この
時のコネクションのサーバ７０の初期シーケンス番号を
“ＳＳ”、サーバ側終端部２１ｂの初期シーケンス番号
を“ＳＶ”とし、これを記録しておく。

【００２９】次に、解析部３０ｂがサーバ側終端部２１
ｂへと、データ取得要求を受け渡し、データ取得要求が
確立されたコネクションを使ってサーバ７０へと、デー
タ取得要求を転送する。ここで、サーバ側終端部２１ｂ
は、切替部２３ｂに対して以降の当該サーバ７０からの
送られるパケットをサーバ側更新部２２ｂへと渡すよう
に切り換えを指示する。

【００３０】次に、サーバ７０から、データ取得要求に
対応するデータを乗せたパケットが交換機１００ｂに到
着する。このサーバ７０から送られるパケットは、切替
部２３ｂによってサーバ側更新部２２ｂへと受け渡され
る。

【００３１】サーバ側更新部２２ｂは、このパケットの
中継時においてヘッダ情報の更新を行なう。つまり、パ
ケットのシーケンス番号とＡｃｋ番号を書き換えて、必
要があればトランスポート層プロトコルのチェックサム
も正しく更新して、クライアント６０へと送出する。

【００３２】また、これ以降の、サーバ７０から送られ
たパケットのシーケンス番号とＡｃｋ番号の更新は、そ
のパケットがクライアント側処理部１０から（つまり、
この交換機１００ｂから）発信された場合のデータと同
等になるように書き換えて更新する。

【００３３】例えば、上記で述べた以外のパケットがク
ライアント６０から送信されていない場合には、次のよ
うに更新することができる。

【００３４】まず、シーケンス番号については、クライ
アント側終端部１１ｂから受け取った、クライアント側
終端部１１ｂの初期シーケンス番号“ＳＵ”とサーバ側
終端部２１から受け取ったサーバ７０の初期シーケンス
番号“ＳＳ”の差を加える。すなわち、“更新するシー
ケンス番号＝現在のシーケンス番号＋ＳＵ−ＳＳ”であ
る。この時、シーケンス番号の最大値を超える場合の処
理については、トランスポート層プロトコルにおけるシ
ーケンス番号の加算、減算の方法に準拠する。

【００３５】またＡｃｋ番号については、クライアント
側終端部１１ｂから受け取った、クライアント６０の初
期シーケンス番号“ＳＣ”とサーバ側終端部２１ｂから
受け取ったサーバ側終端部２１ｂの初期シーケンス番号
“ＳＶ”の差を加える。すなわち、“更新するＡｃｋ番
号＝現在のＡｃｋ番号＋ＳＣ−ＳＶ”とする。

【００３６】こうすることで、クライアント６０のトラ
ンスポート層プロトコルは、このサーバ７０からパケッ
トをクライアント側処理部１０ｂから（つまり、この交
換機１００ｂから）からやってきたパケットと見なして
処理することができる。

【００３７】同様に、これ以降クライアント６０からサ
ーバ７０に送られるパケットは、クライアント側切替部
１３ｂによってサーバ側更新部２２へと渡され、当該パ
ケットのシーケンス番号とＡｃｋ番号を、当該パケット
がサーバ側処理部２０ｂから（つまり、交換機１００ｂ
から）発せられたパケットと同等の値に書き換えて、送
られる。すなわち、“更新するシーケンス番号＝現在の
シーケンス番号＋ＳＶ−ＳＣ”、“更新するＡｃｋ番号
＝現在のＡｃｋ番号＋ＳＳ−ＳＵ”と書き換えるのであ
る。

【００３８】このようにして、以降のサーバ７０とクラ
イアント６０の間データの授受は、トランスポート層プ
ロトコルを終端するクライアント側終端部１１ｂとサー
バ側終端部２１ｂを経由せずに、パケット毎にシーケン
ス番号を書き換えるのみ処理でやりとりすることができ
る。

【００３９】これが前述のコネクションスプライシング
である。

【００４０】一般に、クライアント６０からサーバ７０
にはデータ取得要求のような小さなデータ量しか流れな
いが、サーバ７０からクライアント６０には大量にデー
タが流れる。例えば、ウェブサーバに対してクライアン
トのウェブブラウザからアクセスする場合には、サーバ
７０からクライアント６０には画像データ等の大量のデ
ータが送信されることとなる。

【００４１】このコネクションスプライシングを行なう
ことによって、大量のデータを複雑なトランスポート層
の終端処理（再送及びフロー制御等）をすることなく中
継することが可能となり、スループットを向上すること
ができる。

【００４２】

【発明が解決しようとする課題】しかし、上述した従来
の交換機１００ｂでは、スプライシング時においては、
クライアント６０から送られるデータ取得要求を交換機
１００ｂが参照することができないという問題があっ
た。

【００４３】また、従来の交換機１００ｂでは、最初に
クライアント６０から送られてきたデータ取得要求のみ
に基づいて、その要求に対応するサーバ７０を決定しコ
ネクションをスプライシングするため、コネクションス
プライシング後にクライアント６０から到着するデータ
取得要求を、その要求に基づいて適切なサーバ７０へと
転送することができないという問題があった。

【００４４】また、最初に送られてきたデータ取得要求
に基づく、選択されたサーバ７０からクライアント６０
へのデータの転送が終了した場合には、同じサーバ７０
に対する他のデータ取得要求が残っている場合にも、前
述のクローズ要求をサーバ７０へ送りコネクションを切
断している。

【００４５】クライアント６０は、コネクションが切断
されてしまうため、サーバ７０が処理しなかった取得要
求については、再びコネクション確立（Ｈａｎｄｓｈａ
ｋｅ：ハンドシェイク）からやり直して取得する必要が
あり、必要なデータを取得するまでの遅延が大きくなっ
てしまうという問題があった。

【００４６】本発明の第１の目的は、上記従来技術の欠
点を解決し、スプライシング中においても、クライアン
トからサーバへと送信されるデータ取得要求等のパケッ
トを監視し、対応する終端処理を実行することのできる
通信システムとそのパケット交換方法、及び交換プログ
ラムを記録した記録媒体を提供することである。

【００４７】本発明の第２の目的は、上記従来技術の欠
点を解決し、スプライシング中においても、クライアン
トからサーバへと送信されるデータ取得要求等のパケッ
トを参照し、常に適切なサーバ７０へのデータ取得要求
の転送を実現し、かつサーバからクライアント側へ送信
される大量のデータについては、パケット毎にシーケン
ス番号とＡｃｋ番号等のヘッダ情報を書き換えるのみの
スプライシングによる簡素化された終端処理により、従
来の交換機と同等のスループットを同時に実現する通信
システムとそのパケット交換方法、及び交換プログラム
を記録した記録媒体を提供することである。

【００４８】本発明の第３の目的は、上記従来技術の欠
点を解決し、クライアントからのデータ取得要求に応答
して送信される全てのデータをクライアントが受け取る
まで、クライアントと交換機の間で確立されたコネクシ
ョンを切断せずに維持することにより、必要なデータを
取得するまでの遅延を小さく保つことのできる通信シス
テムとそのパケット交換方法、及び交換プログラムを記
録した記録媒体を提供することである。

【００４９】

【課題を解決するための手段】上記目的を達成するため
本発明の通信システムは、交換機を介してサーバとクラ
イアントとの間でパケット通信を行なうパケット交換に
よる通信システムにおいて、前記交換機が、前記サーバ
から前記クライアントに対して送信されるパケットの中
継時に、当該パケットのヘッダ情報を、当該パケットが
前記交換機から発信された場合に設定される内容に書き
換えて、前記パケットを前記クライアントに対して発信
し、前記クライアントからのデータ取得要求の中継時か
ら、前記サーバから前記クライアントに対し送信される
応答のパケットの送信が終了するまでの間、当該サーバ
から当該クライアントへの方向に対し片方向のスプライ
シングの処理を行ない、かつ前記クライアントから前記
サーバへの方向の通信に対して引き続き再送制御及びフ
ロー制御を行なうことを特徴とする。

【００５０】請求項２の本発明の通信システムは、前記
交換機は、各前記クライアントからの接続を受け付け、
当該クライアントとの間におけるコネクションを管理し
パケットを送受するクライアント側処理部と、各前記サ
ーバに対しアクセスし、当該サーバとの間におけるコネ
クションを管理しパケットを送受するサーバ側処理部
と、前記サーバから前記クライアントに対して送信され
るパケットの中継時に、前記パケットのヘッダ情報の書
換えを行なって、前記パケットを前記クライアントに対
し発信する手段と、前記サーバから当該クライアントへ
の方向に対し片方向のスプライシングの処理を行ない、
かつ前記クライアントから前記クライアント側処理部へ
の方向の通信及び前記サーバ側処理部から前記サーバへ
の方向の通信に対しては、確立したコネクションを切断
することなく引き続き再送制御及びフロー制御を行なう
手段を備えることを特徴とする。

【００５１】請求項３の本発明の通信システムは、前記
クライアント側処理部は、各前記クライアントとの間の
コネクションを制御し、各前記クライアントからの接続
や要求を受け付けるクライアント側終端部と、前記サー
バから前記クライアントに対し送信されるパケットを、
ヘッダ情報を書き換えて中継するクライアント側更新部
を備え、前記サーバ側処理部は、各前記サーバとの間の
コネクションを管理し、前記クライアント側終端部から
送られる各前記サーバに対する命令やデータを中継する
サーバ側終端部と、各前記サーバから各前記クライアン
トに対し送信されるパケットを受け付けて、前記クライ
アント側更新部に送るサーバ側更新部を備えることを特
徴とする。

【００５２】請求項４の本発明の通信システムは、前記
パケットのヘッダ情報には、個々のパケットに分割され
た送信データにおける、当該パケット中のデータの順番
を示すシーケンス番号と、当該パケットのデータ長と、
通信相手が既に受信済みであるデータのシーケンス番号
を示すＡｃｋ番号を含むことを特徴とする。

【００５３】請求項５の本発明の通信システムは、前記
パケットのヘッダ情報には、通信相手がまだ受信してい
ない受信バッファの残り容量を示すＷｉｎ値を含むこと
を特徴とする。

【００５４】請求項６の本発明の通信システムは、前記
クライアント側終端部は、各前記クライアントから受け
付けたパケットのヘッダ情報を、前記クライアント側更
新部及び前記サーバ側終端部に通知する手段を備え、前
記サーバ側更新部は、各前記サーバから各前記クライア
ントに対し送信されるパケットのヘッダ情報を前記サー
バ側終端部に通知する手段を備え、前記クライアント側
更新部及び前記サーバ側終端部は、前記通知されたヘッ
ダ情報を記録し参照して、パケットのヘッダ情報を適正
に書き換えることを特徴とする。

【００５５】請求項７の本発明の通信システムは、前記
片方向のスプライシング処理が設定された状態におい
て、前記クライアント側終端部は、各前記クライアント
から受け付けたパケットに対する応答処理を前記クライ
アント側更新部に指示し、記クライアント側更新部は、
前記応答処理の指示を受け付けて、当該クライアントに
対する応答のパケットを生成して発信する手段を備える
ことを特徴とする。

【００５６】請求項８の本発明の通信システムは、前記
サーバ側更新部は、１つの前記クライアントに対する複
数の前記サーバからのパケットの送信を中継し、中継す
るパケットのヘッダ情報から、個々の前記サーバにおけ
るパケットの送信の終了の旨を示すフラグを除去する手
段を備え、前記クライアントとの間のコネクションを切
断することなく、前記複数のサーバを切り換えて発信さ
れるパケットを前記クライアントに中継することを特徴
とする。

【００５７】請求項９の本発明の通信システムは、前記
クライアント側終端部及び前記サーバ側終端部は、前記
クライアントから前記サーバに対して個々のパケットに
分割されて送信される送信データを、元の分割する前の
状態に復元し、各パケットを、サーバを選択して送信す
る手段を備えることを特徴とする。

【００５８】請求項１０の本発明の通信システムは、各
前記クライアントが接続する接続先のサーバを決定する
解析部を備え、前記解析部は、前記クライアント側終端
部から、前記クライアントが各前記サーバに対し発信す
る要求の情報を取得する手段と、前記要求に基づいて、
当該クライアントが接続すべき接続先のサーバを判定す
る手段と、前記サーバ側終端部に対して、当該クライア
ントの前記判定された接続先のサーバへの接続を指示す
る手段を備えることを特徴とする。

【００５９】請求項１１の本発明の通信システムは、前
記クライアント側終端部及び前記サーバ側終端部は、前
記クライアントから前記サーバに対して、個々のパケッ
トに分割されて送信される送信データを元の分割する前
の状態に復元した後に、当該サーバに対し送信する手段
を備え、前記解析部は、前記元の分割する前の状態に復
元された送信データに基づいて、前記接続先のサーバを
判定する手段を備えることを特徴とする。

【００６０】請求項１２の本発明の通信システムは、前
記解析部は、前記クライアントにより発信された未処理
のデータ取得要求を、その接続先のサーバ毎に順次グル
ープに分類する手段と、前記サーバ側終端部に対して、
分類された各前記グループ毎に、対応するサーバへの接
続と当該グループに分類された前記データ取得要求の実
行を指示する手段を備えることを特徴とする。

【００６１】請求項１３の本発明の交換機は、複数のサ
ーバとクライアントとの通信ネットワークを介したパケ
ット通信を中継する交換機において、前記サーバから前
記クライアントに対して送信されるパケットの中継時
に、当該パケットのヘッダ情報を、当該パケットが交換
機から発信された場合に設定される内容に書き換えて、
前記パケットを前記クライアントに対して発信し、前記
クライアントからのデータ取得要求の中継時から、前記
サーバから前記クライアントに対し送信される応答のパ
ケットの送信が終了するまでの間、当該サーバから当該
クライアントへの方向に対し片方向のスプライシングの
処理を行ない、かつ前記クライアントから前記サーバへ
の方向の通信に対して引き続き再送制御及びフロー制御
を行なうことを特徴とする。

【００６２】請求項１４の本発明の交換機は、各前記ク
ライアントからの接続を受け付け、当該クライアントと
の間におけるコネクションを管理しパケットを送受する
クライアント側処理部と、各前記サーバに対しアクセス
し、当該サーバとの間におけるコネクションを管理しパ
ケットを送受するサーバ側処理部と、前記サーバから前
記クライアントに対して送信されるパケットの中継時
に、前記パケットのヘッダ情報の書換えを行なって、前
記パケットを前記クライアントに対し発信する手段と、
前記サーバから当該クライアントへの方向に対し片方向
のスプライシングの処理を行ない、かつ前記クライアン
トから前記クライアント側処理部への方向の通信及び前
記サーバ側処理部から前記サーバへの方向の通信に対し
ては、確立したコネクションを切断することなく引き続
き再送制御及びフロー制御を行なう手段を備えることを
特徴とする。

【００６３】請求項１５の本発明の交換機は、前記クラ
イアント側処理部は、各前記クライアントとの間のコネ
クションを管理し、各前記クライアントからの接続や要
求を受け付けるクライアント側終端部と、前記サーバか
ら前記クライアントに対し送信されるパケットを、ヘッ
ダ情報を書き換えて中継するクライアント側更新部を備
え、前記サーバ側処理部は、各前記サーバとの間のコネ
クションを管理し、前記クライアント側終端部から送ら
れる各前記サーバに対する命令やデータを中継するサー
バ側終端部と、各前記サーバから各前記クライアントに
対し送信されるパケットを受け付けて、前記クライアン
ト側更新部に送るサーバ側更新部を備えることを特徴と
する。

【００６４】請求項１６の本発明の交換機は、前記パケ
ットのヘッダ情報には、個々のパケットに分割された送
信データにおける、当該パケット中のデータの順番を示
すシーケンス番号と、当該パケットのデータ長と、通信
相手が既に受信済みであるデータのシーケンス番号を示
すＡｃｋ番号を含むことを特徴とする。

【００６５】請求項１７の本発明の交換機は、前記パケ
ットのヘッダ情報には、通信相手がまだ受信していない
受信バッファの残り容量を示すＷｉｎ値を含むことを特
徴とする。

【００６６】請求項１８の本発明の交換機は、前記クラ
イアント側終端部は、各前記クライアントから受け付け
たパケットのヘッダ情報を、前記クライアント側更新部
及び前記サーバ側終端部に通知する手段を備え、前記サ
ーバ側更新部は、各前記サーバから各前記クライアント
に対し送信されるパケットのヘッダ情報を前記サーバ側
終端部に通知する手段を備え、前記クライアント側更新
部及び前記サーバ側終端部は、前記通知されたヘッダ情
報を記録し参照して、パケットのヘッダ情報を適正に書
き換えることを特徴とする。

【００６７】請求項１９の本発明の交換機は、前記片方
向のスプライシング処理が設定された状態において、前
記クライアント側終端部は、各前記クライアントから受
け付けたパケットに対する応答処理を前記クライアント
側更新部に指示し、記クライアント側更新部は、前記応
答処理の指示を受け付けて、当該クライアントに対する
応答のパケットを生成して発信する手段を備えることを
特徴とする。

【００６８】請求項２０の本発明の交換機は、前記サー
バ側更新部は、１つの前記クライアントに対する複数の
前記サーバからのパケットの送信を中継し、中継するパ
ケットのヘッダ情報から、個々の前記サーバにおけるパ
ケットの送信の終了の旨を示すフラグを除去する手段を
備え、前記クライアントとの間のコネクションを切断す
ることなく、前記複数のサーバを切り換えて発信される
パケットを前記クライアントに中継することを特徴とす
る。

【００６９】請求項２１の本発明の交換機は、前記クラ
イアント側終端部及び前記サーバ側終端部は、前記クラ
イアントから前記サーバに対して個々のパケットに分割
されて送信される送信データを、元の分割する前の状態
に復元し、各パケットを、サーバを選択して送信する手
段を備えることを特徴とする。

【００７０】請求項２２の本発明の交換機は、各前記ク
ライアントが接続する接続先のサーバを決定する解析部
を備え、前記解析部は、前記クライアント側終端部か
ら、前記クライアントが各前記サーバに対し発信する要
求の情報を取得する手段と、前記要求に基づいて、当該
クライアントが接続すべき接続先のサーバを判定する手
段と、前記サーバ側終端部に対して、当該クライアント
の前記判定された接続先のサーバへの接続を指示する手
段を備えることを特徴とする。

【００７１】請求項２３の本発明の交換機は、前記クラ
イアント側終端部及び前記サーバ側終端部は、前記クラ
イアントから前記サーバに対して、個々のパケットに分
割されて送信される送信データを元の分割する前の状態
に復元した後に、当該サーバに対し送信する手段を備
え、前記解析部は、前記元の分割する前の状態に復元さ
れた送信データに基づいて、前記接続先のサーバを判定
する手段を備えることを特徴とする。

【００７２】請求項２４の本発明の交換機は、前記解析
部は、前記クライアントにより発信された未処理のデー
タ取得要求を、その接続先のサーバ毎に順次グループに
分類する手段と、前記サーバ側終端部に対して、分類さ
れた各前記グループ毎に、対応するサーバへの接続と当
該グループに分類された前記データ取得要求の実行を指
示する手段を備えることを特徴とする。

【００７３】請求項２５の本発明のパケット交換方法
は、複数のサーバとクライアントとの間の、通信ネット
ワークを介したパケット通信を中継する交換機のパケッ
ト交換方法において、前記サーバから前記クライアント
に対して送信されるパケットの中継時に、当該パケット
のヘッダ情報を、当該パケットが交換機から発信された
場合に設定される内容に書き換えて、前記パケットを前
記クライアントに対して発信し、前記クライアントから
のデータ取得要求の中継時から、前記サーバから前記ク
ライアントに対し送信される応答のパケットの送信が終
了するまでの間、当該サーバから当該クライアントへの
方向に対し片方向のスプライシングの処理を行ない、か
つ前記クライアントから前記サーバへの方向の通信に対
して引き続き再送制御及びフロー制御を行なうことを特
徴とする。

【００７４】請求項２６の本発明のパケット交換方法
は、各前記クライアントとの間のコネクションを管理
し、各前記クライアントからの接続や要求を受け付ける
ステップと、前記サーバから前記クライアントに対し送
信されるパケットを、ヘッダ情報を書き換えて中継する
ステップと、各前記サーバとの間のコネクションを管理
し、前記クライアントから送られる各前記サーバに対す
る命令やデータを中継するステップを備え、前記パケッ
トのヘッダ情報には、個々のパケットに分割された送信
データにおける、当該パケット中のデータの順番を示す
シーケンス番号と、当該パケットのトランスポート層以
下のデータ長と、通信相手が既に受信済みであるデータ
のシーケンス番号を示すＡｃｋ番号と、通信相手がまだ
受信していない受信バッファの残り容量を示すＷｉｎ値
を含むことを特徴とする。

【００７５】請求項２７の本発明のパケット交換方法
は、１つの前記クライアントに対する複数の前記サーバ
からのパケットの送信を中継し、中継するパケットのヘ
ッダ情報から、個々の前記サーバにおけるパケットの送
信の終了の旨を示すフラグを除去するステップを備え、
前記クライアントとの間のコネクションを切断すること
なく、前記複数のサーバを切り換えて発信されるパケッ
トを前記クライアントに中継することを特徴とする。

【００７６】請求項２８の本発明のパケット交換方法
は、前記クライアントから前記サーバに対して個々のパ
ケットに分割されて送信される送信データを、元の分割
する前の状態に復元し、各パケットを、サーバを選択し
て送信するステップを備えることを特徴とする。

【００７７】請求項２９の本発明のパケット交換方法
は、前記クライアントが各前記サーバに対し発信する要
求の情報を取得するステップと、前記要求に基づいて、
当該クライアントが接続すべき接続先のサーバを判定す
るステップと、当該クライアントの前記判定された接続
先のサーバへの接続を指示するステップを備えることに
より、各前記クライアントが接続する接続先のサーバを
決定することを特徴とする。

【００７８】請求項３０の本発明のパケット交換方法
は、前記クライアントにより発信された未処理のデータ
取得要求を、その接続先のサーバ毎に順次グループに分
類するステップと、分類された各前記グループ毎に、対
応するサーバへの接続と当該グループに分類された前記
データ取得要求の実行を指示するステップを備えること
を特徴とする。

【００７９】請求項３１の本発明の交換プログラムを記
録した記録媒体は、コンピュータを制御することによ
り、複数のサーバとクライアントとの間の、通信ネット
ワークを介したパケット通信を中継する交換プログラム
をコンピュータにより読み取り可能に記録した記録媒体
において、前記交換プログラムは、前記サーバから前記
クライアントに対して送信されるパケットの中継時に、
当該パケットのヘッダ情報を、当該パケットが前記交換
機から発信された場合に設定される内容に書き換えて、
前記パケットを前記クライアントに対して発信し、前記
クライアントからのデータ取得要求の中継時から、前記
サーバから前記クライアントに対し送信される応答のパ
ケットの送信が終了するまでの間、当該サーバから当該
クライアントへの方向に対し片方向のスプライシングの
処理を行ない、かつ前記クライアントから前記サーバへ
の方向の通信に対して引き続き再送制御及びフロー制御
を行なうことを特徴とする。

【００８０】請求項３７の本発明のサーバは、交換機を
介してサーバとクライアントとの間でパケット通信を行
なう通信システムにおけるサーバであって、前記交換機
における前記クライアントからのデータ取得要求の中継
時から、前記クライアントに対し送信される応答のパケ
ットの送信を終了するまでの間、片方向のスプライシン
グによって当該クライアントへに対し前記パケットを送
信することを特徴とする。

【００８１】請求項４５の本発明のクライアントは、交
換機を介してサーバとクライアントとの間でパケット通
信を行なう通信システムにおけるクライアントであっ
て、前記交換機における前記サーバへのデータ取得要求
の中継時から、前記サーバから受信される応答のパケッ
トの送信を終了するまでの間、片方向のスプライシング
によって当該サーバから前記パケットを受信することを
特徴とする。

【００８２】請求項５５の本発明の通信システムは、前
記解析部は、前記クライアントにより発信された未処理
のデータ取得要求を、その接続先のサーバ毎に順次グル
ープに分類する手段と、前記サーバ側終端部に対して、
分類された各前記グループ毎に、対応するサーバへの接
続と当該グループに分類された前記データ取得要求の実
行及び取得要求の送信後にサーバとのコネクションを切
断する事を指示する手段を備えることを特徴とする。

【００８３】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００８４】まず、通信ネットワークを介しサーバとク
ライアントとの間でパケット通信を行なう本実施の形態
による通信システムの概念について、図１を参照して説
明する。図１において、１００は複数のサーバの通信ネ
ットワークへの接続を中継する本発明による片方向終端
交換機、６０はクライアント、７０はサーバである。

【００８５】本発明においては、大量のデータが転送さ
れることの多い、サーバ７０からクライアント６０への
方向の通信のみ対してスプライシングを行ない、同時に
クライアント６０からサーバ７０への方向の通信に対し
ては、再送制御やフロー制御等の終端処理を実行する。

【００８６】従来では、クライアント６０と交換機１０
０ｂ間及び交換機１００ｂとサーバ７０間のコネクショ
ンの２つのコネクションを、クライアント６０サーバ７
０間の１つのコネクションにスプライシングを行ない、
交換機１００ｂでは、再送やフロー制御等の終端処理を
行なうことができなかったのに対して、本本発明の片方
向終端交換機１００では、クライアント６０とサーバ７
０との間を両方向共に単一のＴＣＰコネクションにする
のではなく、サーバ７０からクライアント６０方向に流
れるデータに対してのみ、スプライシング処理によるパ
ケットのシーケンス番号やＡｃｋ番号の書き換えのみを
行なって、サーバ７０やクライアント６０自身にその再
送制御及びフロー制御を行なわせるものである。

【００８７】ここで、クライアント６０から片方向終端
交換機１００へのトランスポート層のコネクションにお
いては、片方向終端交換機１００は、クライアント６０
に対して、クライアント６０から片方向終端交換機１０
０方向へ流れるデータの再送制御及びフロー制御を行な
って終端する。更に、交換機１００とサーバ７０間のコ
ネクションも、片方向終端交換機１００は、サーバ７０
に対して、片方向終端交換機１００からサーバ７０方向
へ流れるデータの再送制御及びフロー制御を行なって終
端する。

【００８８】図２は、本発明の第１の実施の形態の片方
向終端交換機１００を用いたネットワーク構成の一例を
示すブロック図である。

【００８９】本実施の形態では、図１８の例に示される
従来技術と比べて、従来の交換機１００ｂの代わりに、
片方向のみのスプライシングを行なう片方向終端交換機
１００を備える点がその特徴である。

【００９０】従来の交換機１００ｂではクライアント６
０とサーバ７０との間の両方向の通信のそれぞれに、通
信の終端を行なう状態とスプライシングの状態とを同時
に同一の状態を設定することしかできなかったが、本実
施の形態の片方向終端交換機１００では、大量のデータ
が転送されることの多い、サーバ７０からクライアント
６０への方向の通信のみ対してスプライシングを行な
い、同時にクライアント６０からサーバ７０への方向の
通信に対しては、再送制御やフロー制御等の終端処理を
実行するのである。

【００９１】図２のサーバ群７１内の各サーバ７０及び
クライアント６０の役割は、図１８を用いて説明した従
来技術のものと同様である。またこれらが、パケット交
換網のネットワーク５０で互いに接続されている点も同
様である。更に、図２のサーバ群７１の各サーバ７０が
提供するサービスも、従来技術と同じくトランスポート
層プロトコルのコネクションを用いて接続され、パケッ
ト内には、パケットに含まれているトランスポート層で
のデータの位置を示すシーケンス番号、パケット中のデ
ータのトランスポート層でのデータ長、また、通信相手
に対して、今までの中で確実に受信を終えたているトラ
ンスポート層でのデータ位置を示すＡｃｋ番号をヘッダ
情報として含むものとする。また、コネクション確立や
終了の方法も全く同様とする。

【００９２】本実施の形態の片方向終端交換機１００の
機能は、従来の交換機１００ｂとスプライシングの方法
において相違する。

【００９３】従来は、クライアント６０と交換機１００
ｂ間及び交換機１００ｂとサーバ７０間のコネクション
の２つのコネクションを、クライアント６０サーバ７０
間の１つのコネクションにスプライシングするのであ
り、この場合交換機１００ｂでは、再送やフロー制御等
の終端処理を行なうことができない。

【００９４】しかし、本実施の形態の片方向終端交換機
１００においては、クライアント６０とサーバ７０との
間を両方向共に単一のＴＣＰコネクションにするのでは
なく、サーバ７０からクライアント６０方向に流れるデ
ータに対してのみ、従来のスプライシングのようにパケ
ットのシーケンス番号やＡｃｋ番号の書き換えのみを行
なって、サーバ７０やクライアント６０自身にその再送
制御及びフロー制御を行わせる。

【００９５】ここで、クライアント６０から片方向終端
交換機１００へのトランスポート層のコネクションにお
いては、片方向終端交換機１００は、クライアント６０
に対して、クライアント６０から片方向終端交換機１０
０方向へ流れるデータの再送制御及びフロー制御を行な
って終端する。更に、交換機１００とサーバ７０間のコ
ネクションも、片方向終端交換機１００は、サーバ７０
に対して、片方向終端交換機１００からサーバ７０方向
へ流れるデータの再送制御及びフロー制御を行なって終
端することが従来と異なる。

【００９６】以下この本発明のスプライシングの方法
を、片方向スプライシングと呼ぶ。

【００９７】図３は、本発明の第１の実施の形態の片方
向終端交換機１００の構成を示すブロック図である。

【００９８】図３を参照すると、本実施の形態の片方向
終端交換機１００は、クライアント側との通信を処理す
るクライアント側処理部１０、サーバ側との通信を処理
するサーバ側処理部２０、アプリケーション層の通信デ
ータを解析し又各クライアントの接続先を判定する解析
部３０、クライアントからの個々のデータ取得要求に対
応する接続先のサーバを示すフォワーディングテーブル
等を記録した記憶部４０を備えている。

【００９９】また、クライアント側処理部１０は、クラ
イアント側の通信の終端を行なう終端部１１、パケット
のヘッダ情報の書き換えて更新する更新部１２、各クラ
イアントとのパケットの送受を行なう通信部１４を備え
ている。またサーバ側処理部２０は、サーバ側の通信の
終端を行なう終端部２１、パケットのヘッダ情報を書き
換えて更新する更新部２２、データの通信経路を切り替
える切替部２３、各サーバ７０とのパケットの送受を行
なう通信部２４を備えている。

【０１００】まず、本実施の形態の交換機１００の各構
成要素の機能を概説する。

【０１０１】クライアント側終端部１１クライアント側終端部１１は、クライアント６０とのト
ランスポート層でのコネクションの確立を行ない、クラ
イアント６０との間でトランスポート層での再送制御や
フロー制御を含むデータの受け取りを行なう。

【０１０２】コネクションが確立した場合には、そのク
ライアント６０のＷｉｎ値（受信バッファの残り容量）
をサーバ側終端部２１へ通知する。

【０１０３】片方向スプライシング状態では、クライア
ント６０からのパケットの受け取り確認の応答（肯定応
答、Ａｃｋｎｏｗｌｅｄｇｅ：Ａｃｋ）については、ク
ライアント側終端部１１が行なうのではなく、クライア
ント側更新部１２に対して、Ａｃｋ番号及びフロー制御
用のＷｉｎ値を通知して応答の送信を依頼する。また、
片方向スプライシング状態では、クライアント６０から
データを受け取ると、クライアント６０からのパケット
のＡｃｋ番号、Ｗｉｎ値をサーバ側終端部２１に受け渡
して、サーバ７０に対する応答（Ａｃｋ）の送信依頼を
行なう。また、クライアント側更新部１２から、現在の
Ａｃｋ番号及びＷｉｎ値の問い合わせにも回答する

【０１０４】片方向スプライシング状態への移行は、サ
ーバ側更新部２２から通知される。

【０１０５】更に、クライアント６０からコネクション
切断要求を示す終了フラグ付きパケットが到着すれば、
クライアント６０とクライアント側処理部１０との間の
双方向のコネクションの内で、クライアント６０からク
ライアント側処理部１０へ向かう側のコネクションにつ
いてのトランスポート層の切断処理を行なう。更にこの
場合には、サーバ側終端部２１へ、クライアント６０か
らクライアント側処理部１０へ向かう側のコネクション
が切断されたことを通知する。

【０１０６】クライアント側処理部１０からクライアン
ト６０に向かう方向のコネクションについては、サーバ
７０から到着する終了フラグ付きパケットの中のデータ
の最終シーケンス番号をサーバ側更新部２２が通知する
ので、この最終シーケンス番号“Ｆ”を“更新Ｆ＝Ｆ−
ＳＳ＋ＳＵ”のように更新する。そして以後これと同じ
Ａｃｋ番号が到着した場合には、これによりコネクショ
ンが切断されたことを認識し（つまり、終了フラグ付き
パケットの送信と、それに対する肯定応答のパケットが
到着したとして）、クライアント側処理部１０からクラ
イアント６０へ向かうコネクションのトランスポート層
の切断処理を行なう。ここで、“ＳＳ”は、サーバ７０
の初期シーケンス番号であり、“ＳＵ”は、クライアン
ト側処理部１０の初期シーケンス番号であり、詳細は後
述する。

【０１０７】クライアント側更新部１２サーバ７０からクライアント６０へ送信されるパケット
を、サーバ側更新部２２から受け取り、そのパケットの
シーケンス番号やＡｃｋ番号、Ｗｉｎ値等のヘッダ情報
を書き換えて、その更新したパケットをクライアント６
０に送信する。

【０１０８】シーケンス番号は、“シーケンス番号：＝
パケットのシーケンス番号−ＳＳ＋ＳＵ”により書き換
えることができる。ここで、“ＳＳ”は、サーバ側処理
部２０とサーバ７０とのコネクションの（サーバ７０
の）初期シーケンス番号。“ＳＵ”は、クライアント側
処理部１０とクライアント６０とのコネクションの（ク
ライアント側処理部１０の）初期シーケンス番号であ
る。これらの値は、それぞれクライアント側終端部１１
及びサーバ側終端部２１から得る。

【０１０９】また、シーケンス番号の加減算について
は、シーケンス番号の最大値を超えたり最小値を下回る
場合の処理は、当該トランスポートプロトコルのシーケ
ンス番号の加減算の扱いに準拠するものとする。

【０１１０】Ａｃｋ番号とＷｉｎ値においては、それぞ
れクライアント側処理部１０からクライアント６０に対
して現時点で新規のパケットが送信された場合に返され
る最新のＡｃｋ番号とＷｉｎ値に書き換える。これら最
新のＡｃｋ番号とＷｉｎ値は、クライアント側終端部１
１から取得することができる。

【０１１１】また、必要であれば、トランスポート層プ
ロトコルのチェックサムも正しく更新する。

【０１１２】また、クライアント側終端部１１から、ク
ライアント６０に対する応答（Ａｃｋ）の送信依頼を受
け取った時にも、Ａｃｋ番号、Ｗｉｎ値は上記の通り
に、シーケンス番号については、一番最近に使用したシ
ーケンス番号を使って応答パケットを生成し送信する。

【０１１３】クライアント側更新部１２には、クライア
ント６０にサーバ７０から送られるパケットが順次サー
バ側更新部２２から送られるのであり、その送られたパ
ケットのシーケンス番号の書き換え後の値を順次記録す
る。上記の一番最近に使用したシーケンス番号とは、こ
の書き換え後のシーケンス番号の最新のものを指す。ま
た、シーケンス番号の初期値とは、片方向スプライシン
グ状態になると同時にサーバ側更新部２２からパケット
が到着するので、このパケット対する書き換えたシーケ
ンス番号を初期値とする。

【０１１４】また、クライアント側終端部１１から送信
依頼されるクライアント６０への応答（Ａｃｋ）のパケ
ットは、送信を少し待たせて、サーバ側更新部２２から
のパケットと併せて１つのパケットとして送信する方法
も可能である。

【０１１５】解析部３０クライアント６０から発信されたデータ取得要求（複数
でもよい）の情報をクライアント側終端部１１から取得
し、アプリケーション層の終端を行ないその情報を解析
し、適切な接続先のサーバ７０を決定する。接続先の決
定の方法としては、例えば、クライアント６０から要求
される個々のデータに対応して、当該データを提供する
サーバ７０名を記録したテーブル（以下、このテーブル
をフォワーディングテーブルと呼ぶこととする）を予め
備え、このフォワーディングテーブルを検索する等の方
法により決定することができる。

【０１１６】また、この接続先のサーバ７０を決定する
と、そのデータ取得要求と接続先のサーバ７０名をサー
バ側終端部２１に受け渡し、接続を指示する。

【０１１７】記憶部４０解析部３０が適切なサーバ７０
を選択するための情報を記憶する。例えば、記憶部４０
には、上記のフォワーディングテーブルを記録すること
により、解析部３０からの検索要求に応答して適切なサ
ーバ７０名を返すことができる。

【０１１８】サーバ側終端部２１解析部３０から指示される接続先のサーバ７０名に従
い、その接続先のサーバ７０にトランスポート層のコネ
クションを確立する。

【０１１９】このコネクションの確立時には、クライア
ント側終端部１１から通知されたＷｉｎ値（受信バッフ
ァの残り）を、サーバ側処理部２０のＷｉｎ値の初期値
として登録し使用する。

【０１２０】このサーバ７０とのコネクションの確立時
には、サーバ７０から送られるパケットをサーバ側終端
部２１が受け取るように、切替部２３に接続の切り換え
を予め指示する。

【０１２１】サーバ側終端部２１は、このコネクション
が確立すると、データ取得要求を確立したトランスポー
ト層コネクションを用いてサーバ７０に送る。続いて切
替部２３へ指示して、サーバ７０から送られるこのコネ
クションに関するパケットを、以後はサーバ側更新部２
２が受け取るように切り換えを行なう。これ以降は、片
方向スプライシング状態となる。

【０１２２】またこれ以降は、サーバ７０から送られた
パケットのＡｃｋ番号とＷｉｎ値が順次サーバ側更新部
２２から通知されるようになり、これらの値を使って、
サーバ７０へ送るトランスポート層のデータ（データ取
得要求等）についての、再送制御及び、フロー制御を行
なう。

【０１２３】またこれ以降は、クライアント６０が当該
パケットの受信確認の応答（Ａｃｋ）のパケットを順次
発信し、クライアント側終端部１１がこれを受信してそ
の各パケットのＡｃｋ番号及びＷｉｎ値が順次サーバ側
終端部２１に通知される。サーバ側終端部２１では、通
知されたＡｃｋ番号を“Ａｃｋ番号：＝クライアント側
終端部１１から通知されたＡｃｋ番号−ＳＵ＋ＳＳ”と
して更新し、またＷｉｎ値は通知された値をそのまま用
いて、サーバ７０に対する当該パケットの受信確認の応
答（Ａｃｋ）のパケットを生成し、これをサーバ７０に
送信する。

【０１２４】ここで“ＳＵ”は、クライアント６０とク
ライアント側処理部１０の間のコネクションの、クライ
アント側処理部１０の初期シーケンス番号であり、“Ｓ
Ｓ”は、サーバ側処理部２０とサーバ７０とのコネクシ
ョンの、サーバ７０側の初期シーケンス番号である。こ
の“ＳＵ”の値は、クライアント側終端部１１から通知
される。

【０１２５】また、シーケンス番号の加減算において
は、シーケンス番号の最大値を超えたり最小値を下回る
場合の処理は、当該トランスポートプロトコルのシーケ
ンス番号の加減算の扱いに準拠するものとする。

【０１２６】更に、クライアント６０からコネクション
の切断要求が発信されると、クライアント側終端部１１
がこれを受信して、サーバ側終端部２１に通知される。
サーバ側終端部２１では、クライアント６０とサーバ７
０間の双方向のコネクションの内で、サーバ側処理部２
０からサーバ７０へ向かうコネクションが切断されたも
のとして（終了フラグ付きパケットをサーバ７０へ送っ
たものとして）、切断処理を行なう。またこの場合に、
クライアント６０からクライアント側処理部１０へ向か
うコネクションの切断処理は、クライアント側終端部１
１により行われる。

【０１２７】更に、サーバ７０からクライアント６０に
向かうコネクションについては、サーバ側終端部２１
は、サーバ側更新部２２から、サーバ７０から到着する
終了フラグ付きパケットの中のデータの最終シーケンス
番号の通知を受けて、この最終シーケンス番号“Ｆ”
を、“更新Ｆ＝Ｆ−ＳＳ＋ＳＵ”として更新して記録し
ておく。もし、この更新された最終シーケンス番号と同
じＡｃｋ番号が到着した場合には、コネクションは切断
されたものとして（終了フラグ付きパケット及び、それ
に対するＡｃｋパケットが到着したものとして）、サー
バ７０から交換機１００を介してクライアント６０へ向
かうコネクションのトランスポート層の切断処理をす
る。

【０１２８】サーバ側更新部２２サーバ側更新部２２は、サーバ７０からクライアント６
０に送信されるパケットを、サーバ７０から受け付けて
クライアント側更新部１２に送る。また、サーバ側更新
部２２は、サーバ７０からパケットを受信する度に、そ
のパケットのＡｃｋ番号及びＷｉｎ値をサーバ側終端部
２１へ通知する。

【０１２９】受信したパケットのトランスポート層デー
タの長さが“０”の場合には、クライアント側更新部１
２へ送らずにそのパケットを破棄する。また、“０”で
ない場合には、パケットをクライアント側更新部１２へ
と受け渡す。

【０１３０】また、当該コネクションの確立後における
“０”でないパケットの初めての受信時には、そのパケ
ットをクライアント側更新部１２へ受け渡すと同時に、
クライアント側終端部１１に対して片方向スプライシン
グの開始の指示を出す。

【０１３１】また、サーバ７０から終了フラグ付きのパ
ケットを受信した場合には、そのパケット内のデータの
最終シーケンス番号“Ｆ”を、サーバ側終端部２１及び
クライアント側終端部１１へ渡す。

【０１３２】次に、本実施の形態の交換機１００の各構
成要素の動作を説明する。

【０１３３】図４は、本実施の形態のクライアント側終
端部１１の動作を説明するためのフローチャートであ
る。

【０１３４】図４を参照すると、本実施の形態のクライ
アント側終端部１１は、まずクライアント６０からパケ
ットを受信し（ステップ３０１）、もしそれがコネクシ
ョン確立に関する一連のパケットの場合には（ステップ
３０２）、クライアント６０とのトランスポート層での
コネクションの確立を行ない（ステップ３０３）、クラ
イアント６０の初期シーケンス番号“ＳＣ”及び、クラ
イアント側処理部１０の初期シーケンス番号“ＳＵ”を
記憶し（ステップ３０４）、クライアント６０に応答
（Ａｃｋ）を返して、クライアント６０との間でトラン
スポート層での再送制御やフロー制御を含むデータの受
け取りを行なう（ステップ３０５）。

【０１３５】コネクション確立後、後に述べる、片方向
スプライシング状態になるまでは（ステップ３０６）、
クライアント６０に応答（Ａｃｋ）を返して、クライア
ント６０との間でトランスポート層での再送制御やフロ
ー制御を含むデータの受け取りを行なう（ステップ３０
７）。またサーバ側終端部２１には、この時のクライア
ント６０の側のＷｉｎ値を渡しておく。

【０１３６】片方向スプライシング状態になれば（ステ
ップ３０６）、以後データの受け取り確認の応答（Ａｃ
ｋ）は、クライアント側終端部１１が行なうのではな
く、クライアント側更新部１２にＡｃｋ番号及びフロー
制御用のＷｉｎ値を通知して応答の送信を依頼する（ス
テップ３０８）。また、片方向スプライシング状態で
は、クライアント６０からデータを受け取ると、クライ
アント６０からのパケットのＡｃｋ番号、Ｗｉｎ値をサ
ーバ側終端部２１に受け渡して、サーバ７０に対する応
答の送信依頼を行なう（ステップ３０９）。また、クラ
イアント側更新部１２からの、現在のＡｃｋ番号及びＷ
ｉｎ値の問い合わせにも回答する。この片方向スプライ
シング状態への移行は、サーバ側更新部２２から通知さ
れる。

【０１３７】クライアント６０からコネクション切断要
求を示す終了フラグ付きパケットが到着した場合には
（ステップ３１０）、クライアント６０とクライアント
側処理部１０の双方向のコネクションの内、クライアン
ト６０からクライアント側処理部１０へ向かう側のコネ
クションが切断されたものとしてトランスポート層の切
断処理を行なう（ステップ３１１）。更に、サーバ側終
端部２１に対して、クライアント６０からクライアント
側処理部１０へ向かう側のコネクションが切断されたこ
とを通知する（ステップ３１２）。

【０１３８】クライアント側処理部１０からクライアン
ト６０へ向かうコネクションについては、サーバ７０か
ら到着する終了フラグ付きパケットの中のデータの最終
シーケンス番号がサーバ側更新部２２から通知されるた
め、この最終シーケンス番号“Ｆ”を“更新Ｆ＝Ｆ−Ｓ
Ｓ＋ＳＵ”のように更新して記録しておく。

【０１３９】もし、この最終シーケンス番号と同じＡｃ
ｋ番号が到着した場合には、コネクションは切断された
ものとして（終了フラグ付きパケットの送信とそれに対
するＡｃｋパケットが到着したとして）、トランスポー
ト層の切断処理を行なう（ステップ３１３、３１４）。

【０１４０】図５は、本実施の形態のクライアント側更
新部１２の動作を説明するためのフローチャートであ
る。

【０１４１】図５を参照すると、本実施の形態のクライ
アント側更新部１２は、まずクライアント側終端部１１
からの命令や、サーバ側更新部からのパケットを受け付
ける（ステップ４０１）。もし、サーバ側更新部２２か
らクライアント６０に送信するパケットを受け取ると
（ステップ４０２）、そのパケットのシーケンス番号、
Ａｃｋ番号、Ｗｉｎ値等を書き換えて（ステップ４０
３）、クライアント６０へ更新されたパケットを送信す
る（ステップ４０４）。ここでの、シーケンス番号、Ａ
ｃｋ番号、Ｗｉｎ値の書き換え方法は、前述の通りであ
る。

【０１４２】また、クライアント側終端部１１からクラ
イアントへの応答（Ａｃｋ）の送信依頼を受け取った場
合には（ステップ４０５）、Ａｃｋ番号、Ｗｉｎ値は前
述の通りに、シーケンス番号は一番最近に使用したシー
ケンス番号を用いて応答（Ａｃｋ）のパケットを生成し
（ステップ４０６）、クライアント６０に送信する（ス
テップ４０４）。この応答のパケットの生成の方法も、
前述の通りである。

【０１４３】また、クライアント側終端部１１から依頼
されるクライアント６０への肯定応答（Ａｃｋ）の送信
は、少し待たせて、サーバ７０がクライアント６０に送
るパケットをサーバ側更新部２２から受けて、これと併
せて１つのパケットとして送信する方法も可能である。

【０１４４】図６は、本実施の形態のサーバ側終端部２
１の動作を説明するためのフローチャートである。

【０１４５】図６を参照すると、本実施の形態のサーバ
側終端部２１は、まず解析部３０からの命令や、サーバ
側更新部２２やクライアント側終端部１１からのＡｃｋ
番号、Ｗｉｎ値の送信を受け付ける（ステップ５０
１）。

【０１４６】もし、解析部３０から、コネクション確立
の依頼があれば（ステップ５０２）、その解析部３０が
指定する接続先のサーバ７０に対して、トランスポート
層のコネクションを確立し（ステップ５０３）、初期シ
ーケンス番号ＳＶ、ＳＳを記録する（ステップ５０
４）。このコネクション確立時には、サーバ７０から到
着するパケットをサーバ側終端部２１が受け取るよう
に、予め切替部２３に指示しておく。

【０１４７】コネクションが確立済みの時に、クライア
ント６０から送られたパケットがサーバ７０へ送るデー
タ取得依頼である場合には（ステップ５０５）、確立済
みのトランスポート層コネクションを用いてデータ取得
要求をサーバ７０へと送るのであるが、もしこれがコネ
クション確立後にサーバ７０へ送る最初のデータ取得要
求である場合には（ステップ５０６）、切替部２３へ指
示して、これ以降のサーバ７０からの該当するコネクシ
ョンに関するパケットをサーバ側更新部２２が受け取る
ように指示する（ステップ５０７）。そして、確立した
トランスポート層コネクションを用いてデータ取得要求
をサーバ７０へと送る（ステップ５０８）。

【０１４８】ステップ５０１において、サーバ側更新部
２２から、サーバ７０から受け取ったパケットのＡｃｋ
番号とＷｉｎ値が通知された場合は（ステップ５０
９）、この各値を登録し、サーバ７０へ送るトランスポ
ート層のデータ（データ取得要求等）についての、再送
制御やフロー制御等に用いる（ステップ５１０）。

【０１４９】ステップ５０１において、クライアント側
終端部１１から、Ａｃｋ番号及びＷｉｎ値が知らされた
場合は（ステップ５１１）、この値を前述の説明のよう
に更新して、サーバ７０へ送るトランスポート層のデー
タのＡｃｋ番号及びＷｉｎ値を決定してパケットを生成
し（ステップ５１２）、そして、サーバ７０へと応答
（Ａｃｋ）のパケットを送信し（ステップ５１３）、ま
た、サーバ７０へ送るトランスポート層のデータのＡｃ
ｋ番号及びＷｉｎ値もこの値に更新する。

【０１５０】更に、クライアント側終端部１１から当該
コネクションが切断されたことが通知されれば（ステッ
プ５１４）、サーバ側処理部２０とサーバ７０間の双方
向コネクションの内、サーバ側処理部２０からサーバ７
０へ向かうコネクションが切断されたものとして（終了
フラグ付きパケットをサーバ７０へ送ったものとし
て）、トランスポート層の切断処理を行なう（ステップ
５１５）。

【０１５１】サーバ側処理部２０からクライアント６０
へ向かうコネクションについては、サーバ７０から到着
する終了フラグ付きパケットの中のデータの最終シーケ
ンス番号をサーバ側更新部２２が通知するので、この最
終シーケンス番号“Ｆ”を、前述の方法により更新し
て、もし更新された最終シーケンス番号と同じＡｃｋ番
号が到着した場合には（ステップ５１６）、コネクショ
ンは切断されたものとして（終了フラグ付きパケット及
び、それに対するＡｃｋパケットが到着したものとし
て）、サーバ側処理部２０からクライアント６０へ向か
うコネクションのトランスポート層の切断処理を行なう
（ステップ５１７）。また、切替部２３へこれ以降の当
該コネクションのパケットをサーバ側終端部２１に送る
ように指示する（ステップ５１４）。

【０１５２】図７は、本実施の形態のサーバ側更新部２
２の動作を説明するためのフローチャートである。

【０１５３】サーバ側更新部２２は、まずサーバ７０か
らクライアント６０に送られるパケットを順次サーバ７
０から受信し（ステップ６０１）、そのパケットに書か
れているＡｃｋ番号及び、Ｗｉｎ値を、サーバ側終端部
２１へ通知する（ステップ６０２）。

【０１５４】サーバ７０から終了フラグ付きパケットが
到着した場合には（ステップ６０３）、そのパケット内
のデータの最終シーケンス番号“Ｆ”を、サーバ側終端
部２１及びクライアント側終端部１１へと受け渡し（ス
テップ６０４）、パケットをそのままクライアント側更
新部１２へと受け渡す（ステップ６０９）。

【０１５５】ステップ６０３において、終了フラグ付き
でないパケットを受信した時は、そのパケットのトラン
スポート層データの長さが“０”の場合には（ステップ
６０５）パケットを破棄する（ステップ６０６）。

【０１５６】また、データ長が“０”でない時は（ステ
ップ６０５）、そのパケットをクライアント側更新部１
２へ受け渡す（ステップ６０９）のであるが、ただし、
もし当該コネクションの“０”でない初めてのパケット
をクライアント側更新部１２へ受け渡す場合には（ステ
ップ６０７）、同時にクライアント側終端部１１へ片方
向スプライシング開始の指示を出す（ステップ６０
８）。

【０１５７】図８は、本実施の形態の片方向終端交換機
１００内のデータの流れを説明するための図であり、片
方向スプライシング動作が行われている時に、シーケン
ス番号、Ａｃｋ番号、Ｗｉｎ値、送信データ等がどのよ
うにクライアント６０、サーバ７０、クライアント側終
端部１１、サーバ側終端部２１、クライアント側更新部
１２、サーバ側更新部２２等でやりとりされるのかを示
している。

【０１５８】クライアント６０からクライアント側終端
部１１へのデータ送信とその応答、サーバ側終端部２１
からサーバ７０へのデータ送信とその応答、サーバ７０
からクライアント６０へのデータ送信とその応答の流
れ、及び、受信バッファの残りを示すＷｉｎ値が正しく
処理されていることを以下に順に示す。

【０１５９】クライアント６０からクライアント側終端
部１１クライアント６０からのデータのシーケンス番号は、ク
ライアント側終端部１１でのトランスポート層プロトコ
ル処理を経て、フローチャートの図４におけるステップ
３０８で示したように（図８のＹ００１に相当）、クラ
イアント側更新部１２からクライアント６０へ送信され
る応答パケットのＡｃｋ番号として反映される。

【０１６０】また、クライアント側終端部１１の受信バ
ッファの残りも同様に、フローチャートの図４における
ステップ３０９で示したように（図８のＹ００４に相
当）、クライアント側更新部１２からクライアント６０
へ送信されるパケットのＷｉｎ値として反映され、適切
な再送制御やフロー制御のために用いられる。

【０１６１】サーバ側終端部２１からサーバ７０サーバ側終端部２１からサーバ７０へのデータについて
は、シーケンス番号がサーバ７０内のトランスポート層
プロトコル終端部での処理を経て、Ｙ００８のように、
サーバ側更新部２２へのパケットのＡｃｋ番号として反
映される。これをフローチャートの図７のステップ６０
２及び、フローチャートの図６のステップ５１０で示し
たように（図８のＹ００５に相当）、クライアント側更
新部１２からクライアント６０へ送信されるパケットの
Ａｃｋ番号として反映される。

【０１６２】また、サーバ７０の受信バッファの残りも
同様に、図８のＹ００９が示すようにサーバ側更新部２
２へのパケットのＡｃｋ番号として反映されるはずで、
これを、これをフローチャートの図７のステップ６０２
で示したように（図８のＹ００６に相当）、クライアン
ト側更新部１２からクライアント６０へ送信されるパケ
ットのＷｉｎ値として反映される。このようにして、正
しく再送制御及び、フロー制御が行われる。

【０１６３】サーバ７０からクライアント６０サーバ７０からクライアント６０へのデータについて
は、サーバ７０から受け取ったシーケンス番号をクライ
アント側に対して、クライアント側更新部１２の動作フ
ローチャートの図５のステップ４０３で示すように（図
８のＹ００７に相当）クライアント側終端部１１から送
信したデータであるかのようにシーケンス番号を書き換
えて渡している。

【０１６４】また、これに対してクライアント６０から
返るＡｃｋ番号、Ｗｉｎ値についても（図８のＹ０１
０、Ｙ０１１に相当）、Ａｃｋ番号については、フロー
チャートの図６のステップ５１２で示したように、あた
かもサーバ側終端部２１が生成したＡｃｋ番号であるか
のように番号を更新してサーバ７０へと返しており（図
８のＹ００２に相当）、また、Ｗｉｎ値についても、フ
ローチャートの図６のステップ５１２で示したようにサ
ーバ７０へと返しているので（図８のＹ００３に相
当）、正しくサーバ７０とクライアント６０の間での再
送制御及び、フロー制御が行われる。

【０１６５】また、本実施の形態のクライアント側終端
部１１及びサーバ側終端部２１では、クライアント６０
からサーバ７０に対して個々のパケットに分割されて送
信される送信データを、元の分割する前の状態に復元し
た後に当該サーバに対し送信する方式も可能である。

【０１６６】以上説明したように、本実施の形態の交換
機１００は、クライアント６０から片方向終端交換機１
００方向、及び片方向終端交換機１００からサーバ７０
方向へ流れるトランスポート層のデータに対し、それぞ
れクライアント６０やサーバ７０にに対して再送制御及
びフロー制御を行ないトランスポート層を終端すること
ができ、かつこれと同時に、サーバ７０からクライアン
ト６０方向に流れるデータに対して、再送制御及びフロ
ー制御を行なわずに従来のスプライシングの様にパケッ
トのシーケンス番号やＡｃｋ番号の書き換えのみにより
パケットを高速に中継することができる。また、この片
方向スプライシングの状態においては、サーバ７０から
クライアント６０への方向のデータは、サーバ７０やク
ライアント６０自身が再送制御やフロー制御等を行な
う。

【０１６７】本実施の形態の交換機１００は、以上のよ
うにして片方向スプライシングの通信を実現することが
できる。

【０１６８】次いで、上記のように構成される第１の実
施の形態による通信システムにおける具体的な動作例
を、図９のタイミングチャートを参照して説明する。図
９は、第１の実施の形態におけるシーケンス番号とＡｃ
ｋ番号の時系列を示す。

【０１６９】クライアント６０、クライアント側処理部
１０の間でハンドシェイクが行なわれる。ここで、クラ
イアント６０側のデータの初期シーケンス番号は「１０
００」、クライアント側処理部１０の初期シーケンスは
「２０００」とする（９０１）。

【０１７０】クライアント６０から、データ取得要求の
載ったデータがクライアント側処理部１０へ送信され
る。この時、データ取得要求はシーケンス番号「１００
１」から「１１００」であったとする（９０２）。

【０１７１】クライアント側処理部１０は、このデータ
取得要求に対するＡｃｋ番号である「１１０１」をクラ
イアント６０へと返す（９０３）。

【０１７２】解析部３０では、受け取ったデータ取得要
求（複数の取得要求が含まれる）の内、最初のいくつか
が、サーバ７０へと送信するのが正しいと判断し、サー
バ７０とコネクションを確立する。サーバ側処理部２０
の初期シーケンス番号は「３０００」番、サーバ７０の
初期シーケンス番号は「４０００」番であったとする
（９０４）。

【０１７３】サーバ７０へ送信すべきデータ取得要求を
送る（９０５）。

【０１７４】要求に対するデータの一部（シーケンス番
号「４００１」〜「４２００」）がクライアント６０に
返信される（９０６）。

【０１７５】シーケンス番号、Ａｃｋ番号が書き換えら
れ、クライアント６０へ要求したデータが届けられる。
番号変換によって、シーケンス番号は「２００１」〜
「２２００」となり、Ａｃｋ番号も「１１０１」に書き
換わる（９０７）。

【０１７６】クライアント６０から、シーケンス番号
「２２００」までのデータが受領された事を示すＡｃｋ
番号のついたパケットが送られる（９０８）。

【０１７７】このＡｃｋ番号情報は、番号変換されて、
サーバ側処理部２０へ届けられる（９０９）。

【０１７８】サーバ側処理部２０では、番号変換された
Ａｃｋ番号を載せたパケットがサーバ７０へと送信され
る（９１０）。

【０１７９】サーバ７０から要求に対する最後のデータ
（シーケンス番号「４２０１」〜「４５００」）がクラ
イアント６０に送られる。このパケットにはＦＩＮフラ
グが立てられている（９１１）。

【０１８０】このパケットの最後のシーケンス番号に対
するＡｃｋ番号「４５０１」をサーバ側処理部２０で記
憶しておく（９１２）。

【０１８１】クライアント側処理部１０では、このパケ
ットの最後のシーケンス番号に対するＡｃｋ番号を番号
変換した番号「２５０１」を記憶しておく（９１３）。

【０１８２】シーケンス番号、Ａｃｋ番号が書き換えら
れ、クライアント６０へ要求したデータが届けられる。
番号変換によって、シーケンス番号は「２２０１」〜
「２５００」となり、Ａｃｋ番号も「１１０１」に書き
換わる。クライアント６０ではこのパケットを受けて、
終了処理が始まる（９１４）。

【０１８３】クライアント６０から、Ａｃｋ番号「２５
０１」が返される（９１５）。

【０１８４】クライアント側処理部１０では、このＡｃ
ｋ番号を確認して、記憶している番号「２５０１」と一
致するので、クライアント６０がサーバ７０からの要求
に対する最後のデータを受け取ったことを知り、終了処
理を行なう（９１６）。

【０１８５】サーバ７０側では、このパケットのＡｃｋ
番号を変換した番号「４５０１」が記憶している番号と
一致するので、クライアント６０がサーバ７０からの要
求に対する最後のデータを受け取ったことを知り、終了
処理を行なう（９１７）。

【０１８６】サーバ７０に番号変換されたＡｃｋ番号の
載ったパケットが返される（９１８）。

【０１８７】次に、本発明の第２の実施の形態を説明す
る。

【０１８８】図１０は、本発明の第２の実施の形態の片
方向終端交換機１００ａを用いたネットワーク構成の一
例を示すブロック図であり、図１１は、本実施の形態の
片方向終端交換機１００ａの構成を示すブロック図であ
る。

【０１８９】これらは、先の図２、図３に示される第１
の実施の形態と同様であるが、クライアント側終端部１
１ａ、クライアント側更新部１２ａ、解析部３０ａ、サ
ーバ側終端部２１ａ、サーバ側更新部２２ａのそれぞれ
の動作が第１の実施の形態と異なる。

【０１９０】まず、これらの構成要素について説明す
る。

【０１９１】クライアント側終端部１１ａ第１の実施の形態のクライアント側終端部１１との違い
は、解析部３０の指示でクライアント６０とクライアン
ト側終端部１１ａとの間のトランスポート層コネクショ
ンを切断（終了フラグつきパケットを送る）することが
できる点や、サーバ側更新部２２ａから最終シーケンス
番号“Ｆ”の値を受け取らない点である。また、その他
の動作は第１の実施の形態と同様である。

【０１９２】すなわち、本実施の形態のクライアント側
終端部１１ａは、クライアント６０とのトランスポート
層でのコネクションの確立を行ない、クライアント６０
との間でトランスポート層での再送制御やフロー制御を
含むデータの受け取りを行なう。

【０１９３】後に述べる、片方向スプライシング状態で
は、データの受け取り確認の応答については、クライア
ント側終端部１１ａが行なうのではなく、クライアント
側更新部１２ａにＡｃｋ番号及びフロー制御用のＷｉｎ
値を通知し応答（Ａｃｋ）の送信を依頼する。

【０１９４】また、片方向スプライシング状態では、ク
ライアント６０からデータを受け取ると、クライアント
６０からのパケットのＡｃｋ番号、Ｗｉｎ値をサーバ側
終端部２１に受け渡してサーバ７０に対する応答の送信
依頼を行なう。また、クライアント側更新部１２ａか
ら、現在のＡｃｋ番号及びＷｉｎ値の問い合わせにも回
答する。片方向スプライシング状態への移行は、サーバ
側更新部２２ａから通知される。

【０１９５】更に、クライアント６０からコネクション
切断要求を示す終了フラグ付きパケットが到着すれば、
クライアント６０からクライアント側処理部１０ａへ向
かう側のコネクションについてのトランスポート層の切
断処理を行なう。また、サーバ側終端部２１ａへ、クラ
イアント６０からクライアント側処理部１０ａへ向かう
側のコネクションが切断されたことを通知する。

【０１９６】クライアント側処理部１０ａからクライア
ント６０へ向かうコネクションについては、解析部３０
ａからの指示に従って、そのコネクションのトランスポ
ート層の切断処理を行なう。

【０１９７】クライアント側更新部１２ａ第１の実施の形態の片方向終端交換機１００の、クライ
アント側更新部１２の動作との違いは、シーケンス番号
の書き換えに用いるサーバ７０のコネクションの初期シ
ーケンス番号は、サーバ側終端部２１が対象とするサー
バ７０を変更する毎に変化するのであり、このため現在
のコネクションの値を用いてシーケンス番号を“シーケ
ンス番号：＝パケットのシーケンス番号−ＳＳ＋ＳＵ”
と書き換える点である。

【０１９８】ここで、“ＳＳ”は、サーバ側終端部２１
のサーバ７０との現在のコネクションの初期シーケンス
番号であり、その値はサーバ側終端部２１から得る。

【０１９９】本実施の形態の“ＳＵ”は、クライアント
側処理部１０ａの、クライアント６０とのコネクション
の初期シーケンス番号又は、直前のサーバ７０からの終
了フラグを含むパケットの最終シーケンス番号＋１であ
る。この“ＳＵ”の値は、ＳＵが初期シーケンス番号の
時は、クライアント側終端部１１ａから、直前のサーバ
７０からの終了フラグを含むパケットの最終シーケンス
番号＋１の場合には、サーバ側更新部２２ａから受け取
る。

【０２００】また、シーケンス番号の加減算において
は、シーケンス番号の最大値を超えたり最小値を下回る
場合の処理は、当該トランスポートプロトコルのシーケ
ンス番号の加減算の扱いに準拠するものとする。

【０２０１】解析部３０ａ解析部３０ａは、クライアント側終端部１１ａからのデ
ータを取得して、アプリケーション層の終端を行ない、
クライアント６０からのデータ取得要求（一度に複数個
の要求も可）を解析して適切なサーバ７０を決定する。

【０２０２】複数のデータ取得要求に対して、それぞれ
に対応するサーバ７０が異なる場合には、複数のデータ
取得要求を、順に前から対応するサーバ７０毎にグルー
プ分けをする。

【０２０３】例えば、１０個の取得要求Ｒ１〜Ｒ１０が
あり、順にＲ１〜Ｒ２は第１サーバ、Ｒ３〜Ｒ５は第２
サーバ、Ｒ６〜Ｒ１０は第１サーバが対応する場合に
は、前から順にＲ１〜Ｒ２を第１グループ、Ｒ３〜Ｒ５
を第２グループ、Ｒ６〜Ｒ１０を第３グループとして、
グループ分けをすることができる。

【０２０４】このグループ分けの例においては、第１グ
ループと第３グループに対応するサーバ７０は同一の第
１サーバであるが、ここでは取得要求を前から順にグル
ープ分けすることにより、異なるグループに分けてい
る。

【０２０５】解析部３０ａは、このグループ毎にサーバ
側終端部２１へ、そのサーバ７０名と取得要求を受け渡
す。

【０２０６】また、解析部３０ａは、１つのグループの
最後の取得要求については、サーバ７０に対して、当該
データの送信が完了したらサーバ側からコネクションを
切断するクローズ要求を付与する。しかし、ここでグル
ープが最後である場合（他に未処理のグループが残って
いない場合）においては、その処理中にクライアント６
０から更に追加のデータ取得要求があるかもしれないた
め、クローズ要求は追加しないものとする方式も効果的
である。

【０２０７】また、クライアント６０からの追加のデー
タ取得要求に応じることにより、サーバ７０を切り替え
る必要が発生した場合には、データ取得要求にクローズ
要求を付与してサーバ側終端部２１ａへ渡すか，そのま
ま，データ取得要求をサーバ側終端部２１ａへ渡す．更
にここで、その最初の追加リクエストでサーバ７０を切
り替える場合には、サーバ側終端部２１ａへコネクショ
ン切断要求をする。ある１つのグループに対する処理が
完了すれば、サーバ側終端部２１ａから通知され、そし
て解析部３０ａは次のグループへと処理を指示する。

【０２０８】解析部３０ａは、クライアント側終端部１
１ａからのデータを取得する度に、この処理を繰り返
す。

【０２０９】解析部３０ａがクライアント６０から受け
取るデータ取得要求について、最後にクローズ要求が付
与されている場合があるが、この場合には、当該データ
取得要求のグループを切断対象グループとして記憶して
おき、当該グループの処理を処理し終えた後に、クライ
アント６０へのコネクション切断をクライアント側終端
部１１ａに指示する。

【０２１０】サーバ側終端部２１ａ第１の実施の形態のサーバ側終端部２１との違いは、本
実施の形態では解析部３０ａから受け渡されるデータ取
得要求がグループ毎に分かれているので、それぞれのグ
ループを順番に処理し、グループ毎にサーバ７０とのコ
ネクションを切断する点（これは、解析部３０ａからコ
ネクション切断要求と同時に受け渡される、各グループ
の最後の取得要求に、クローズ要求が追加されている場
合には、それを、サーバ側終端部２１ａがサーバ７０へ
と転送することによって実現され，前記クローズ要求が
追加されていない場合には，サーバ側終端部２１aから
サーバ７０へ各グループの最後の取得要求を送信後明示
的にコネクション切断要求を出す事によって実現され
る）や、新しいグループに対しては、そのグループにつ
いて指示されたサーバ７０へとコネクションを確立し直
して、そのデータ取得要求のグループをサーバ７０へと
転送する点や、サーバ７０へ送るトランスポート層のデ
ータのＡｃｋ番号の決定に、確立し直す毎に異なるサー
バ側の初期シーケンス番号を使う点が異なる。また、更
新された最終シーケンス番号“Ｆ”に対応するＡｃｋパ
ケットを受け取った場合に、解析部３０ａに通知する点
も異なる。また、これ以外の処理は第１の実施の形態と
同様である。

【０２１１】すなわち、以下の通りである。

【０２１２】サーバ側終端部２１ａは、解析部３０ａの
からデータ取得要求の１つのグループとサーバ７０名を
受け取る。そして、そのサーバ７０名に従って、サーバ
７０へとトランスポート層のコネクションを確立する。

【０２１３】Ｗｉｎ値の初期値は、初めてのコネクショ
ン確立時には、クライアント側終端部１１ａから通知さ
れるＷｉｎ値を使い、以降は前のコネクションの終了時
（以下に述べる更新された最終シーケンス番号“Ｆ”と
同じＡｃｋ番号を持つ応答パケットを受け取った時）に
記憶したＷｉｎ値を初期値として使う。

【０２１４】このコネクション確立時には、切替部２３
へ指示して、このデータ取得要求に応答してサーバ７０
から送信されるパケットを、サーバ側終端部２１が受け
取れるように指示する。

【０２１５】コネクションが確立すると、確立したトラ
ンスポート層コネクションを用いてデータ取得要求のグ
ループをサーバ７０へと送る。なお、最後の取得要求に
は、クローズ要求が付与されている。

【０２１６】同時に切替部２３へ指示して、これ以降の
サーバ７０からの該当するコネクションに関するパケッ
トを、サーバ側更新部２２ａへ到着させるように指示す
る。

【０２１７】また、これ以降、サーバ側更新部２２ａか
ら、サーバ７０から受け取ったパケットのＡｃｋ番号と
Ｗｉｎ値が通知されるようになり、この値を用いてサー
バ７０へ送るトランスポート層のデータ（データ取得要
求等）についての、再送制御及び、フロー制御を行な
う。

【０２１８】また、これ以降、クライアント側終端部１
１ａから、Ａｃｋ番号及びＷｉｎ値が通信され、Ａｃｋ
番号を“Ａｃｋ番号：＝クライアント側終端部１１ａか
ら通知されたＡｃｋ番号−ＳＵ＋ＳＳ”と書き換えて更
新し、Ｗｉｎ値は通知された値をそのまま用いて、応答
のパケットを生成しサーバ７０へ送信する。

【０２１９】ここで、“ＳＵ”は、クライアント６０と
クライアント側処理部１０ａとの間のコネクションのク
ライアント側処理部１０ａの初期シーケンス番号であ
り、“ＳＳ”は、サーバ側処理部２０ａと現在のサーバ
７０とのコネクションのサーバ側の初期シーケンス番
号、又は、直前のサーバ７０からの終了フラグ付きパケ
ットの最終シーケンス番号＋１である。“ＳＵ”の、ク
ライアント側終端部１１ａの初期シーケンス番号は、ク
ライアント側終端部１１ａから通知される。

【０２２０】また、シーケンス番号の加減算において
は、シーケンス番号の最大値を超えたり最小値を下回る
場合の処理は、当該トランスポートプロトコルのシーケ
ンス番号の加減算の扱いに準拠するものとする。

【０２２１】更に、クライアント側終端部１１ａから当
該コネクションが切断されたことを通知されれば、サー
バ側処理部２０ａとサーバ７０間の双方向コネクション
の内で、サーバ側処理部２０ａからサーバ７０へ向かう
コネクションが切断されたものとして（終了フラグ付き
パケットをサーバ７０へ送ったものとして）、切断処理
を行なう。

【０２２２】サーバ側処理部２０ａからクライアント６
０へ向かうコネクションについては、サーバ７０から到
着する終了フラグ付きパケットの中のデータの最終シー
ケンス番号をサーバ側更新部２２ａが通知するので、こ
の最終シーケンス番号“Ｆ”を“更新Ｆ＝Ｆ−ＳＳ＋Ｓ
Ｕ”のように更新し、もしこの更新された最終シーケン
ス番号と同じＡｃｋ番号が到着したら、コネクションは
切断されたものとして（終了フラグ付きパケット及び、
それに対するＡｃｋパケットが到着したものとして）、
サーバ７０から交換機１００ａを介してクライアント６
０へ向かうコネクションのトランスポート層の切断処理
する。そして、解析部３０に当該グループの処理が終了
したことを通知する。また、この時のＷｉｎ値を記憶す
る。

【０２２３】解析部３０ａからコネクション切断要求を
受け取った時には、切替部２３へ、以降の当該コネクシ
ョンのパケットはサーバ側終端部２１へ送信するよう指
示して、コネクションを切断し、切断が完了したらこれ
を解析部３０へ通知する。

【０２２４】サーバ側更新部２２ａ第１の実施の形態のサーバ側更新部２２ａとの違いは、
サーバ７０側からやってくるパケットに終了フラグが立
っている場合に終了フラグを倒す処理が含まれ、最終シ
ーケンス番号“Ｆ”の値をクライアント側終端部１１ａ
に渡す処理が不要となる点である。

【０２２５】すなわち、以下の通りである。

【０２２６】サーバ側更新部２２ａは、サーバ７０から
受け取ったパケットについて、そのパケットに書かれて
いるＡｃｋ番号及び、Ｗｉｎ値を、サーバ側終端部２１
ａへ通知する。また、パケットのトランスポート層デー
タの長さが“０”の場合には、そのパケットを破棄す
る。

【０２２７】また、データ長が“０”でない場合には、
そのパケットをクライアント側更新部１２ａへと受け渡
す。また、これが当該コネクションの“０”でない初め
てのパケットをクライアント側更新部１２ａへ受け渡す
場合には、同時にクライアント側終端部１１ａへ片方向
スプライシング開始の指示を出す。

【０２２８】また、サーバ７０から終了フラグ付きパケ
ットが到着したら、その終了フラグを落として、そのパ
ケット内のデータの最終シーケンス番号“Ｆ”を、サー
バ側終端部２１へと受け渡す。

【０２２９】次に、本実施の形態の各部の処理を説明す
る。

【０２３０】図１２は、本実施の形態のクライアント側
終端部１１ａの動作を説明するためのフローチャートで
ある。

【０２３１】本実施の形態のクライアント側終端部１１
ａの動作は、図４に示される第１の実施の形態のステッ
プ３０１〜ステップ３１２が同様である。

【０２３２】本実施の形態のクライアント側終端部１１
ａの動作の第１の実施の形態との違いは、解析部３０ａ
からのコネクション切断要求を受け付けることができる
点であり、解析部３０ａからコネクション切断要求を受
け付けると（ステップ１００１）、クライアント側終端
部１１ａは、クライアント側処理部１０ａからクライア
ント６０へ向かうコネクションを切断する（ステップ１
００２）。

【０２３３】本実施の形態のクライアント側更新部１２
ａの動作のフローチャートは、図５の第１の実施の形態
と同様である。

【０２３４】図１３は、本実施の形態の解析部３０ａの
動作を説明するためのフローチャートである。

【０２３５】図１３を参照すると、本実施の形態の解析
部３０ａは、まずクライアント側終端部１１ａやサーバ
側終端部２１ａのそれぞれから命令等を受け付ける。

【０２３６】クライアント側終端部１１ａからデータ取
得要求を受け付けた場合には（ステップ１１０２）、ア
プリケーション層の終端を行ない、クライアント６０か
らのデータ取得要求（複数でもよい）を解析して、適切
な接続先のサーバ７０を決定する（ステップ１１０
３）。そして、サーバ側終端部２１へ、データ取得要求
とサーバ７０名を受け渡す。

【０２３７】また、複数のデータ取得要求のそれぞれに
対して対応するサーバ７０が異なる場合には、サーバ毎
にデータ取得要求をグループ分けする（ステップ１１０
４）。グループ分けの方法としては、複数のデータ取得
要求を、順に前から対応するサーバ７０毎に分ける等の
方法が可能である。

【０２３８】つまりこの方法では、例えば、１０個の取
得要求Ｒ１〜Ｒ１０があり、Ｒ１〜Ｒ２は第１サーバ、
Ｒ３〜Ｒ５は第２サーバ、Ｒ６〜Ｒ１０は第１サーバが
対応する場合には、前から順にＲ１〜Ｒ２を第１グルー
プ、Ｒ３〜Ｒ５を第２グループ、Ｒ６〜Ｒ１０を第３グ
ループとグループ分けをすることができる。この例で
は、第１グループと第３グループに対するサーバ７０
は、同じ第１サーバであるが、取得要求を前から順にグ
ループ分けすることにより、異なるグループとしてグル
ープ分けしている。

【０２３９】またもし、そのクライアント６０から到着
したデータ取得要求にクローズ要求がついている場合に
は（ステップ１１０５）、クローズ要求付きであったグ
ループを切断対象グループとして記憶しておく（ステッ
プ１１０６）。

【０２４０】そして、現在処理中のグループの処理が完
了していれば（ステップ１１０７）、先頭のグループを
取り出して（ステップ１１０８）、最後のグループでな
い場合には（ステップ１１０９）、グループの最後の取
得要求にクローズ要求を付与する（ステップ１１１
０）。これにより、サーバ７０は、当該データの受信が
完了すると、サーバ７０の側からコネクションを切断す
る。そして、サーバ側終端部２１へ適切なサーバ７０名
と取得要求を受け渡す（ステップ１１１１）。

【０２４１】また、最後のグループの場合では、更に追
加のデータ取得要求があるかもしれないので、クローズ
要求を追加せずに、サーバ側終端部２１へ適切なサーバ
７０名と取得要求を受け渡す（ステップ１１１１）。

【０２４２】ステップ１１０７において、現在処理中の
グループの処理が完了していない場合は、、現在処理中
のグループが最終グループでなければ、分類したグルー
プとサーバ７０名を記憶して終了する（ステップ１１１
２、１１１３）。

【０２４３】もし最終グループであれば（ステップ１１
１２）、新たに到着した取得要求の最初のグループ以外
があれば対応するサーバ７０名と共に記憶し（ステップ
１１１４）、現在処理中のグループと新たに到着した取
得要求の最初のグループが同じサーバ７０行きの場合に
は（ステップ１１１５）、サーバ側処理部へ、新たに到
着した取得要求の最初のグループを追加する（ステップ
１１１６）。

【０２４４】異なるサーバ７０行きの場合、サーバ側終
端部２１へコネクション切断要求を出し、切断が完了し
てからサーバ側終端部２１へと新たに到着した取得要求
の最初のグループを受け渡す（ステップ１１１７）。

【０２４５】また、ステップ１１０１において、サーバ
７０から、現在処理中のグループの処理完了通知がきた
場合（ステップ１１１８）、もしグループが切断対象グ
ループであれば、クライアント側終端部１１ａにクライ
アント６０とのコネクションの切断を指示する（ステッ
プ１１１９、１１２０）。

【０２４６】そうでない場合においては、もし未処理グ
ループが残っていれば、そのグループに対して前述のス
テップ１１０８以下と同様の処理を進める（ステップ１
１１９、１１２１）。

【０２４７】図１４は、本実施の形態のサーバ側終端部
２１ａの動作を説明するためのフローチャートである。

【０２４８】図１４を参照すると、本実施の形態のサー
バ側終端部２１ａの動作の、図６の第１の実施の形態の
動作との違いは、解析部３０ａからの命令を受信した場
合の動作（ステップ１２０１〜ステップ１２１０）と、
ステップ５１７とステップ５１８の間に解析部３０ａに
対してコネクションの切断完了を通知する処理を含むこ
とである。

【０２４９】このため、ここでは解析部３０ａからの命
令を受信した場合の動作（ステップ１２０１〜ステップ
１２１０）を説明する。

【０２５０】まず、解析部３０ａから、新しいデータ取
得要求のグループを受け付けた場合には（ステップ１２
０１）、同時に受け取った接続先のサーバ７０名の指定
に従い、そのサーバ７０へトランスポート層のコネクシ
ョンを確立する（ステップ１２０２）。このコネクショ
ン確立時には、予め切替部２３へ指示して、サーバ７０
から到着するパケットをサーバ側終端部２１が受け取る
ようにする。

【０２５１】コネクションが確立すると、サーバ７０へ
データ取得依頼のグループを、確立したトランスポート
層コネクションを用いて送るのであるが、同時に切替部
２３へ指示して、これ以降のサーバ７０からの該当する
コネクションに関するパケットは、サーバ側更新部２２
ａへ到着させるように指示する。そして、確立したトラ
ンスポート層コネクションを用いてデータ取得要求をサ
ーバ７０へと送る（ステップ１２０３〜１２０５）。

【０２５２】また、ステップ１２０１において、新しい
グループの指定ではない場合は、もしそれがコネクショ
ン切断要求である場合には（ステップ１２０６）、サー
バ終端部へのパケットの送信を切替部２３ａに指示して
（ステップ１２０７）、コネクションを切断し（ステッ
プ１２０８）、解析部３０ａにその切断完了を通知する
（ステップ１２０９）。また、ステップ１２０６におい
てコネクション切断要求でない場合には、受け付けたデ
ータ取得要求を対応するサーバ７０に送信する（ステッ
プ１２１０）。

【０２５３】図１５は、本実施の形態のサーバ側更新部
２２ａの動作を説明するためのフローチャートである。

【０２５４】図１５を参照すると、本実施の形態のサー
バ側更新部２２ａの動作の、図７に示される第１の実施
の形態との違いは、ステップ６０３において終了フラグ
付きのパケットをサーバ７０から受信した場合の処理で
ある（ステップ１３０１、１３０２）。

【０２５５】本実施の形態のサーバ側更新部２２ａは、
サーバ７０から終了フラグ付きパケットが到着したら、
そのパケット内のデータの最終シーケンス番号“Ｆ”
を、サーバ側終端部２１及びクライアント側終端部１１
ａへと受け渡し（ステップ１３０１）、そのパケットの
終了フラグを“ＯＮ”にして（倒して）変更し（ステッ
プ１３０２）、その変更されたパケットをクライアント
側更新部１２ａへと受け渡す（ステップ６０９）。

【０２５６】図１６は、本実施の形態の片方向終端交換
機内のデータの流れを説明するための図であり、片方向
スプライシング動作が行われている時に、シーケンス番
号、Ａｃｋ番号、Ｗｉｎ値がどのようにクライアント６
０、サーバ７０、クライアント側終端部１１ａ、サーバ
側終端部２１、クライアント側更新部１２ａ、サーバ側
更新部２２ａ等の間でやりとりされるのかを示してい
る。

【０２５７】本実施の形態においても、クライアント６
０からクライアント側終端部１１ａへのデータとその応
答、サーバ側終端部２１からサーバ７０へのデータとそ
の応答、サーバ７０からクライアント６０へのデータと
その応答の流れ、及び、受信バッファの残りを示すＷｉ
ｎ値は、本発明の第１の実施の形態の図８において説明
したものと同様にして正しく処理される。

【０２５８】また、先の第１の実施の形態における説明
と同様に、本実施の形態のクライアント側終端部１１ａ
及びサーバ側終端部２１ａが、クライアント６０からサ
ーバ７０に対して個々のパケットに分割されて送信され
る送信データを、元の分割する前の状態に復元した後に
当該サーバに対し送信する方式も可能であり、また個の
方式を採用する場合においては、本実施の形態の解析部
３０ａは、その分割前の状態に復元された送信データを
参照して、その接続先のサーバの決定等の処理を行なう
ことも可能である。

【０２５９】以上説明した、本実施の形態の交換機１０
０ａにおいては、第１の実施の形態の効果に加えて、解
析部３０ａにより、クライアント６０からのデータ取得
要求を適切なサーバ７０にグループ分けして振り分ける
ことができる。

【０２６０】また、各データ取得要求のグループに対す
るサーバ７０からクライアント６０へのデータ転送が完
了したことを、サーバ７０にクローズ要求を出して、サ
ーバ７０から到着する終了フラグの立っているパケット
のシーケンス番号の終わりにより検知することができ、
正しいタイミングでサーバ７０を切り替えることができ
る。

【０２６１】また、サーバ７０からクライアント６０へ
送信されるパケットの終了フラグを倒すことにより、ク
ライアント６０が、全てのデータ取得要求に対するデー
タを受け取り終わるまで、クライアント６０と片方向終
端交換機１００間のコネクションを切断することなく維
持することができる。

【０２６２】次いで、上記のように構成される第２の実
施の形態による通信システムにおける具体的な動作例
を、図１７のタイミングチャートを参照して説明する。
図１７は、第２の実施の形態におけるシーケンス番号と
Ａｃｋ番号の時系列を示す。ここでは、第１のサーバ７
０（１）と第２のサーバ７０（２）がグループ分けされ
ているとして説明する。

【０２６３】クライアント６０、クライアント側処理部
１０の間でハンドシェイクが行われる。ここで、クライ
アント６０側のデータの初期シーケンス番号は「１００
０」、クライアント側処理部１０の初期シーケンス番号
は「２０００」とする（１７０１）。

【０２６４】クライアント６０から、データ取得要求の
載ったデータがクライアント側処理部１０へ送信され
る。この時、データ取得要求はシーケンス番号「１００
１」から「１１００」であったとする（１７０２）。

【０２６５】クライアント側処理部１０は、このデータ
取得要求に対するＡｃｋ番号である「１１０１」をクラ
イアント６０へと返す（１７０３）。

【０２６６】解析部３０では、受け取ったデータ取得要
求（複数の取得要求が含まれる）の内、最初のいくつか
が、サーバ７０（１）へと送信するのが正しいと判断
し、サーバ７０（１）とコネクションを確立する。サー
バ側処理部２０の初期シーケンス番号は「３０００」
番、サーバ７０（１）の初期シーケンス番号は「４００
０」番であったとする（１７０４）。

【０２６７】サーバ７０（１）へ送信すべきデータ取得
要求を送る（１７０５）。

【０２６８】要求に対するデータの一部（シーケンス番
号「４００１」〜「４２００」）がクライアント６０に
返信される（１７０６）。

【０２６９】シーケンス番号、Ａｃｋ番号が書き換えら
れ、クライアント６０へ要求したデータが届けられる。
番号変換によって、シーケンス番号は「２００１」〜
「２２００」となり、Ａｃｋ番号も「１１０１」に書き
換わる（１７０７）。

【０２７０】クライアント６０から、シーケンス番号
「２２００」までのデータが受領されたことを示すＡｃ
ｋ番号のついたパケットが送られる（１７０８）。

【０２７１】このＡｃｋ番号情報は、番号変換されて、
サーバ側処理部２０へ届けられる（１７０９）。

【０２７２】サーバ側処理部２０では、番号変換された
Ａｃｋ番号を載せたパケットがサーバ７０（１）へと送
信される（１７１０）。

【０２７３】サーバ７０（１）から要求に対する最後の
データ（シーケンス番号「４２０１」〜「４５００」）
がクライアント６０に送られる。このパケットにはＦＩ
Ｎフラグが立てられている（１７１１）。

【０２７４】このパケットの最後のシーケンス番号に対
するＡｃｋ番号「４５０１」をサーバ側処理部２０で記
憶しておく。また、ＦＩＮフラグを倒す（１７１２）。

【０２７５】クライアント側処理部１０では、このパケ
ットの最後のシーケンス番号に対するＡｃｋ番号を番号
変換した番号「２５０１」を記憶しておく（１７１
３）。

【０２７６】シーケンス番号、Ａｃｋ番号が書き換えら
れ、クライアント６０へ要求したデータが届けられる。
番号変換によって、シーケンス番号は「２２０１」〜
「２５００」となり、Ａｃｋ番号も「１１０１」に書き
換わる。ここで、クライアント６０はＦＩＮフラグが倒
れたパケットであるのでコネクションの終了処理はしな
い（１７１４）。

【０２７７】クライアント６０から、Ａｃｋ番号「２５
０１」が返される（１７１５）。

【０２７８】クライアント側処理部１０では、このＡｃ
ｋ番号を見て、記憶している番号「２５０１」と一致す
るので、クライアント６０がサーバ７０（１）からの要
求に対する最後のデータを受け取ったことを知る（１７
１６）。

【０２７９】サーバ７０（１）側では、このパケットの
Ａｃｋ番号を変換した番号「４５０１」が記憶している
番号と一致するので、クライアント６０がサーバ７０
（１）からの要求に対する最後のデータを受け取ったこ
とを知り、終了処理を行なう（１７１７）。

【０２８０】サーバ７０（１）に番号変換されたＡｃｋ
番号の載ったパケットが返される（１７１８）。

【０２８１】解析部３０では、クライアント６０から受
け取ったデータ取得要求の次のいくつか（クライアント
側処理部１０でシーケンス番号「１０５１」〜「１１０
０」だったもの）はサーバ７０（２）へと送信するのが
適切であると判断し、サーバ７０（２）とコネクション
を確立する。ここで、サーバ側処理部２０の初期シーケ
ンス番号は「５０００」番、サーバ７０（２）の初期シ
ーケンス番号は「６０００」番であったとする（１７１
９）。

【０２８２】サーバ７０（２）へ送信すべきデータ取得
要求を送る（１７２０）。

【０２８３】要求に対するデータの一部（シーケンス番
号「６００１」〜「６２００」）がクライアント６０に
送信される（１７２１）。

【０２８４】シーケンス番号、Ａｃｋ番号が書き換えら
れ、クライアント６０へ要求したデータが届けられる。
番号変換によって、シーケンス番号は「２５０１」〜
「２７００」となり、Ａｃｋ番号も「１１０１」に書き
換わる（１７２２）。

【０２８５】クライアント６０から、シーケンス番号
「２７００」までのデータが受領された事を示すＡｃｋ
番号のついたパケットが送られる（１７２３）。

【０２８６】このＡｃｋ番号情報は、番号変換されて、
サーバ側処理部２０へ届けられる（１７２４）。

【０２８７】サーバ側処理部２０では、番号変換された
Ａｃｋ番号を載せたパケットがサーバ７０（２）へと送
信される（１７２５）。

【０２８８】上記のように、サーバ７０（１）からクラ
イアント６０へ送信されるパケットの終了フラグを倒す
ことにより、クライアント６０が、全てのデータ取得要
求に対するデータを受け取り終わるまで、クライアント
６０と片方向終端交換機１００間のコネクションを切断
することなく維持する。

【０２８９】なお、上記各実施の形態の交換機１００、
１００ａは、クライアント側処理部１０、サーバ側処理
部２０や、解析部３０等の機能や、その他の機能をハー
ドウェア的に実現することは勿論として、各機能を備え
るコンピュータプログラムを、コンピュータ処理装置の
メモリにロードされることで実現することができる。こ
のコンピュータプログラムは、磁気ディスク、半導体メ
モリその他の記録媒体９０、９０ａに格納される。そし
て、その記録媒体からコンピュータ処理装置にロードさ
れ、コンピュータ処理装置の動作を制御することによ
り、上述した各機能を実現する。

【０２９０】また、サーバ７０上のコンピュータを制御
することにより、交換機を介してサーバとクライアント
との間でパケット通信を行なう交換プログラムを、サー
バ７０上で動作させることにより、本発明を実現するこ
とも可能である。この交換プログラムは、サーバ７０の
記録媒体に上記と同様に格納される。すなわち、交換プ
ログラムは、交換機１００におけるクライアント６０か
らのデータ取得要求の中継時から、クライアント６０に
対し送信される応答のパケットの送信を終了するまでの
間、片方向のスプライシングによって当該クライアント
６０へに対しパケットを送信するように動作する。

【０２９１】また、クライアント６０上のコンピュータ
を制御することにより、交換機１００を介してサーバ７
０とクライアント６０との間でパケット通信を行なう交
換プログラムを、クライアント６０上で動作させること
により、本発明を実現することも可能である。この交換
プログラムは、クライアント６０の記録媒体に上記と同
様に格納される。すなわち、交換プログラムは、交換機
１００におけるサーバ７０へのデータ取得要求の中継時
から、サーバ７０から受信される応答のパケットの送信
を終了するまでの間、片方向のスプライシングによって
当該サーバ７０からパケットを受信するように動作す
る。

【０２９２】以上好ましい実施の形態及び実施例をあげ
て本発明を説明したが、本発明は必ずしも上記実施の形
態及び実施例に限定されるものではなく、その技術的思
想の範囲内において様々に変形して実施することができ
る。

【０２９３】

【発明の効果】以上説明したように本発明の片方向終端
交換機によれば、以下のような効果が達成される。

【０２９４】まず、本発明の片方向終端交換機では、片
方向スプライシング中に、サーバからクライアントへの
データを、トランスポート層を終端せずにパケット毎に
シーケンス番号、Ａｃｋ番号、Ｗｉｎ値を書き換えるの
みで、クライアントへパケットを転送することによって
高速なパケット転送を実現し、かつ同時にクライアント
からサーバへ送られるデータ取得要求を参照し終端する
片方向スプライシングを実現することができる。

【０２９５】片方向スプライシングによって、クライア
ントからサーバへと送信されるデータ取得要求を参照す
ることによって、常に適切なサーバへとデータ取得要求
を転送することができ、かつ同時に、サーバからクライ
アント側へ到着する大量のデータについては、パケット
毎にシーケンス番号とＡｃｋ番号を書き換えるのみの簡
素化された終端処理により、従来の交換機１００と同等
のスループットを実現する。

【０２９６】更に、クライアントからのデータ取得要求
に対する全てのデータをクライアントが受け取るまで、
クライアントと片方向終端交換機の間で確立されたコネ
クションを切断せずに維持することができ、これによい
クライアントと片方向交換機との間のコネクションの再
セットアップが不要となり、必要なデータを取得するま
での遅延を小さく保つことができる。

【図面の簡単な説明】

【図１】本発明の片方向終端交換機を用いた通信シス
テムの概念を説明する図である。

【図２】本発明の第１の実施の形態の片方向終端交換
機を用いたネットワーク構成の一例を示すブロック図で
ある。

【図３】本発明の第１の実施の形態の片方向終端交換
機の構成を示すブロック図である。

【図４】本発明の第１の実施の形態のクライアント側
終端部の動作を説明するためのフローチャートである。

【図５】本発明の第１の実施の形態のクライアント側
更新部の動作を説明するためのフローチャートである。

【図６】本発明の第１の実施の形態のサーバ側終端部
の動作を説明するためのフローチャートである。

【図７】本発明の第１の実施の形態のサーバ側更新部
の動作を説明するためのフローチャートである。

【図８】本発明の第１の実施の形態の片方向終端交換
機内のデータの流れを説明するための図である。

【図９】本発明の第１の実施の形態の具体的な動作例
を説明するタイミングチャートである。

【図１０】本発明の第２の実施の形態の片方向終端交
換機を用いたネットワーク構成の一例を示すブロック図
である。

【図１１】本発明の第２の実施の形態の片方向終端交
換機の構成を示すブロック図である。

【図１２】本発明の第２の実施の形態のクライアント
側終端部の動作を説明するためのフローチャートであ
る。

【図１３】本発明の第２の実施の形態の解析部の動作
を説明するためのフローチャートである。

【図１４】本発明の第２の実施の形態のサーバ側終端
部の動作を説明するためのフローチャートである。

【図１５】本発明の第２の実施の形態のサーバ側更新
部の動作を説明するためのフローチャートである。

【図１６】本発明の第２の実施の形態の片方向終端交
換機内のデータの流れを説明するための図である。

【図１７】本発明の第２の実施の形態の具体的な動作
例を説明するタイミングチャートである。

【図１８】従来の通信ネットワークの構成を示すブロ
ック図である。

【図１９】従来のレイヤ７スイッチの構成を示すブロ
ック図である。

【符号の説明】

１００、１００ａ片方向終端交換機１００ｂ従来の交換機１０、１０ａクライアント側処理部１１、１１ａクライアント側終端部１２、１２ａクライアント側更新部１３ｂ切替部２０、２０ａサーバ側処理部２１、２１ａサーバ側終端部２２、２２ａサーバ側更新部２３、２３ａ切替部３０、３０ａ解析部４０、４０ａ記憶部５０ネットワーク６０クライアント７０サーバ７１サーバ群９０、９０ａ記録媒体

Claims

【特許請求の範囲】

【請求項１】交換機を介してサーバとクライアントと
の間でパケット通信を行なうパケット交換による通信シ
ステムにおいて、前記交換機が、前記サーバから前記クライアントに対して送信されるパ
ケットの中継時に、当該パケットのヘッダ情報を、当該
パケットが前記交換機から発信された場合に設定される
内容に書き換えて、前記パケットを前記クライアントに
対して発信し、前記クライアントからのデータ取得要求の中継時から、
前記サーバから前記クライアントに対し送信される応答
のパケットの送信が終了するまでの間、当該サーバから
当該クライアントへの方向に対し片方向のスプライシン
グの処理を行ない、かつ前記クライアントから前記サー
バへの方向の通信に対して引き続き再送制御及びフロー
制御を行なうことを特徴とする通信システム。
【請求項２】前記交換機は、各前記クライアントからの接続を受け付け、当該クライ
アントとの間におけるコネクションを管理しパケットを
送受するクライアント側処理部と、各前記サーバに対しアクセスし、当該サーバとの間にお
けるコネクションを管理しパケットを送受するサーバ側
処理部と、前記サーバから前記クライアントに対して送信されるパ
ケットの中継時に、前記パケットのヘッダ情報の書換え
を行なって、前記パケットを前記クライアントに対し発
信する手段と、前記サーバから当該クライアントへの方向に対し片方向
のスプライシングの処理を行ない、かつ前記クライアン
トから前記クライアント側処理部への方向の通信及び前
記サーバ側処理部から前記サーバへの方向の通信に対し
ては、確立したコネクションを切断することなく引き続
き再送制御及びフロー制御を行なう手段を備えることを
特徴とする請求項１に記載の通信システム。
【請求項３】前記クライアント側処理部は、各前記クライアントとの間のコネクションを制御し、各
前記クライアントからの接続や要求を受け付けるクライ
アント側終端部と、前記サーバから前記クライアントに対し送信されるパケ
ットを、ヘッダ情報を書き換えて中継するクライアント
側更新部を備え、前記サーバ側処理部は、各前記サーバとの間のコネクションを管理し、前記クラ
イアント側終端部から送られる各前記サーバに対する命
令やデータを中継するサーバ側終端部と、各前記サーバから各前記クライアントに対し送信される
パケットを受け付けて、前記クライアント側更新部に送
るサーバ側更新部を備えることを特徴とする請求項２に
記載の通信システム。
【請求項４】前記パケットのヘッダ情報には、個々のパケットに分割された送信データにおける、当該
パケット中のデータの順番を示すシーケンス番号と、当該パケットのデータ長と、通信相手が既に受信済みであるデータのシーケンス番号
を示すＡｃｋ番号を含むことを特徴とする請求項３に記
載の通信システム。
【請求項５】前記パケットのヘッダ情報には、通信相手がまだ受信していない受信バッファの残り容量
を示すＷｉｎ値を含むことを特徴とする請求項４に記載
の通信システム。
【請求項６】前記クライアント側終端部は、各前記クライアントから受け付けたパケットのヘッダ情
報を、前記クライアント側更新部及び前記サーバ側終端
部に通知する手段を備え、前記サーバ側更新部は、各前記サーバから各前記クライアントに対し送信される
パケットのヘッダ情報を前記サーバ側終端部に通知する
手段を備え、前記クライアント側更新部及び前記サーバ側終端部は、前記通知されたヘッダ情報を記録し参照して、パケット
のヘッダ情報を適正に書き換えることを特徴とする請求
項２又は請求項３に記載の通信システム。
【請求項７】前記片方向のスプライシング処理が設定
された状態において、前記クライアント側終端部は、各前記クライアントから受け付けたパケットに対する応
答処理を前記クライアント側更新部に指示し、記クライアント側更新部は、前記応答処理の指示を受け付けて、当該クライアントに
対する応答のパケットを生成して発信する手段を備える
ことを特徴とする請求項６に記載の通信システム。
【請求項８】前記サーバ側更新部は、１つの前記クライアントに対する複数の前記サーバから
のパケットの送信を中継し、中継するパケットのヘッダ情報から、個々の前記サーバ
におけるパケットの送信の終了の旨を示すフラグを除去
する手段を備え、前記クライアントとの間のコネクションを切断すること
なく、前記複数のサーバを切り換えて発信されるパケッ
トを前記クライアントに中継することを特徴とする請求
項２から請求項７のいずれか一つに記載の通信システ
ム。
【請求項９】前記クライアント側終端部及び前記サー
バ側終端部は、前記クライアントから前記サーバに対して個々のパケッ
トに分割されて送信される送信データを、元の分割する
前の状態に復元し、各パケットを、サーバを選択して送
信する手段を備えることを特徴とする請求項２から請求
項８のいずれか一つに記載の通信システム。
【請求項１０】各前記クライアントが接続する接続先
のサーバを決定する解析部を備え、前記解析部は、前記クライアント側終端部から、前記クライアントが各
前記サーバに対し発信する要求の情報を取得する手段
と、前記要求に基づいて、当該クライアントが接続すべき接
続先のサーバを判定する手段と、前記サーバ側終端部に対して、当該クライアントの前記
判定された接続先のサーバへの接続を指示する手段を備
えることを特徴とする請求項２から請求項８のいずれか
一つに記載の通信システム。
【請求項１１】前記クライアント側終端部及び前記サ
ーバ側終端部は、前記クライアントから前記サーバに対して、個々のパケ
ットに分割されて送信される送信データを元の分割する
前の状態に復元した後に、当該サーバに対し送信する手
段を備え、前記解析部は、前記元の分割する前の状態に復元された送信データに基
づいて、前記接続先のサーバを判定する手段を備えるこ
とを特徴とする請求項１０に記載の通信システム。
【請求項１２】前記解析部は、前記クライアントにより発信された未処理のデータ取得
要求を、その接続先のサーバ毎に順次グループに分類す
る手段と、前記サーバ側終端部に対して、分類された各前記グルー
プ毎に、対応するサーバへの接続と当該グループに分類
された前記データ取得要求の実行を指示する手段を備え
ることを特徴とする請求項１０又は請求項１１に記載の
通信システム。
【請求項１３】複数のサーバとクライアントとの通信
ネットワークを介したパケット通信を中継する交換機に
おいて、前記サーバから前記クライアントに対して送信されるパ
ケットの中継時に、当該パケットのヘッダ情報を、当該
パケットが交換機から発信された場合に設定される内容
に書き換えて、前記パケットを前記クライアントに対し
て発信し、前記クライアントからのデータ取得要求の中継時から、
前記サーバから前記クライアントに対し送信される応答
のパケットの送信が終了するまでの間、当該サーバから
当該クライアントへの方向に対し片方向のスプライシン
グの処理を行ない、かつ前記クライアントから前記サー
バへの方向の通信に対して引き続き再送制御及びフロー
制御を行なうことを特徴とする交換機。
【請求項１４】各前記クライアントからの接続を受け
付け、当該クライアントとの間におけるコネクションを
管理しパケットを送受するクライアント側処理部と、各前記サーバに対しアクセスし、当該サーバとの間にお
けるコネクションを管理しパケットを送受するサーバ側
処理部と、前記サーバから前記クライアントに対して送信されるパ
ケットの中継時に、前記パケットのヘッダ情報の書換え
を行なって、前記パケットを前記クライアントに対し発
信する手段と、前記サーバから当該クライアントへの方向に対し片方向
のスプライシングの処理を行ない、かつ前記クライアン
トから前記クライアント側処理部への方向の通信及び前
記サーバ側処理部から前記サーバへの方向の通信に対し
ては、確立したコネクションを切断することなく引き続
き再送制御及びフロー制御を行なう手段を備えることを
特徴とする請求項１３に記載の交換機。
【請求項１５】前記クライアント側処理部は、各前記クライアントとの間のコネクションを管理し、各
前記クライアントからの接続や要求を受け付けるクライ
アント側終端部と、前記サーバから前記クライアントに対し送信されるパケ
ットを、ヘッダ情報を書き換えて中継するクライアント
側更新部を備え、前記サーバ側処理部は、各前記サーバとの間のコネクションを管理し、前記クラ
イアント側終端部から送られる各前記サーバに対する命
令やデータを中継するサーバ側終端部と、各前記サーバから各前記クライアントに対し送信される
パケットを受け付けて、前記クライアント側更新部に送
るサーバ側更新部を備えることを特徴とする請求項１４
に記載の交換機。
【請求項１６】前記パケットのヘッダ情報には、個々のパケットに分割された送信データにおける、当該
パケット中のデータの順番を示すシーケンス番号と、当該パケットのデータ長と、通信相手が既に受信済みであるデータのシーケンス番号
を示すＡｃｋ番号を含むことを特徴とする請求項１５に
記載の交換機。
【請求項１７】前記パケットのヘッダ情報には、通信相手がまだ受信していない受信バッファの残り容量
を示すＷｉｎ値を含むことを特徴とする請求項１６に記
載の交換機。
【請求項１８】前記クライアント側終端部は、各前記クライアントから受け付けたパケットのヘッダ情
報を、前記クライアント側更新部及び前記サーバ側終端
部に通知する手段を備え、前記サーバ側更新部は、各前記サーバから各前記クライアントに対し送信される
パケットのヘッダ情報を前記サーバ側終端部に通知する
手段を備え、前記クライアント側更新部及び前記サーバ側終端部は、前記通知されたヘッダ情報を記録し参照して、パケット
のヘッダ情報を適正に書き換えることを特徴とする請求
項１４又は請求項１５に記載の交換機。
【請求項１９】前記片方向のスプライシング処理が設
定された状態において、前記クライアント側終端部は、各前記クライアントから受け付けたパケットに対する応
答処理を前記クライアント側更新部に指示し、記クライアント側更新部は、前記応答処理の指示を受け付けて、当該クライアントに
対する応答のパケットを生成して発信する手段を備える
ことを特徴とする請求項１８に記載の交換機。
【請求項２０】前記サーバ側更新部は、１つの前記クライアントに対する複数の前記サーバから
のパケットの送信を中継し、中継するパケットのヘッダ情報から、個々の前記サーバ
におけるパケットの送信の終了の旨を示すフラグを除去
する手段を備え、前記クライアントとの間のコネクションを切断すること
なく、前記複数のサーバを切り換えて発信されるパケッ
トを前記クライアントに中継することを特徴とする請求
項１４から請求項１９のいずれか一つに記載の交換機。
【請求項２１】前記クライアント側終端部及び前記サ
ーバ側終端部は、前記クライアントから前記サーバに対して個々のパケッ
トに分割されて送信される送信データを、元の分割する
前の状態に復元し、各パケットを、サーバを選択して送
信する手段を備えることを特徴とする請求項１４から請
求項２０のいずれか一つに記載の交換機。
【請求項２２】各前記クライアントが接続する接続先
のサーバを決定する解析部を備え、前記解析部は、前記クライアント側終端部から、前記クライアントが各
前記サーバに対し発信する要求の情報を取得する手段
と、前記要求に基づいて、当該クライアントが接続すべき接
続先のサーバを判定する手段と、前記サーバ側終端部に対して、当該クライアントの前記
判定された接続先のサーバへの接続を指示する手段を備
えることを特徴とする請求項１４から請求項２１のいず
れか一つに記載の交換機。
【請求項２３】前記クライアント側終端部及び前記サ
ーバ側終端部は、前記クライアントから前記サーバに対して、個々のパケ
ットに分割されて送信される送信データを元の分割する
前の状態に復元した後に、当該サーバに対し送信する手
段を備え、前記解析部は、前記元の分割する前の状態に復元された送信データに基
づいて、前記接続先のサーバを判定する手段を備えるこ
とを特徴とする請求項２２に記載の交換機。
【請求項２４】前記解析部は、前記クライアントにより発信された未処理のデータ取得
要求を、その接続先のサーバ毎に順次グループに分類す
る手段と、前記サーバ側終端部に対して、分類された各前記グルー
プ毎に、対応するサーバへの接続と当該グループに分類
された前記データ取得要求の実行を指示する手段を備え
ることを特徴とする請求項２２又は請求項２３に記載の
交換機。
【請求項２５】複数のサーバとクライアントとの間
の、通信ネットワークを介したパケット通信を中継する
交換機のパケット交換方法において、前記サーバから前記クライアントに対して送信されるパ
ケットの中継時に、当該パケットのヘッダ情報を、当該
パケットが交換機から発信された場合に設定される内容
に書き換えて、前記パケットを前記クライアントに対し
て発信し、前記クライアントからのデータ取得要求の中継時から、
前記サーバから前記クライアントに対し送信される応答
のパケットの送信が終了するまでの間、当該サーバから
当該クライアントへの方向に対し片方向のスプライシン
グの処理を行ない、かつ前記クライアントから前記サー
バへの方向の通信に対して引き続き再送制御及びフロー
制御を行なうことを特徴とするパケット交換方法。
【請求項２６】各前記クライアントとの間のコネクシ
ョンを管理し、各前記クライアントからの接続や要求を
受け付けるステップと、前記サーバから前記クライアントに対し送信されるパケ
ットを、ヘッダ情報を書き換えて中継するステップと、各前記サーバとの間のコネクションを管理し、前記クラ
イアントから送られる各前記サーバに対する命令やデー
タを中継するステップを備え、前記パケットのヘッダ情報には、個々のパケットに分割された送信データにおける、当該
パケット中のデータの順番を示すシーケンス番号と、当該パケットのトランスポート層以下のデータ長と、通信相手が既に受信済みであるデータのシーケンス番号
を示すＡｃｋ番号と、通信相手がまだ受信していない受信バッファの残り容量
を示すＷｉｎ値を含むことを特徴とする請求項２５に記
載のパケット交換方法。
【請求項２７】１つの前記クライアントに対する複数
の前記サーバからのパケットの送信を中継し、中継するパケットのヘッダ情報から、個々の前記サーバ
におけるパケットの送信の終了の旨を示すフラグを除去
するステップを備え、前記クライアントとの間のコネクションを切断すること
なく、前記複数のサーバを切り換えて発信されるパケッ
トを前記クライアントに中継することを特徴とする請求
項２６に記載のパケット交換方法。
【請求項２８】前記クライアントから前記サーバに対
して個々のパケットに分割されて送信される送信データ
を、元の分割する前の状態に復元し、各パケットを、サ
ーバを選択して送信するステップを備えることを特徴と
する請求項２６又は請求項２７に記載のパケット交換方
法。
【請求項２９】前記クライアントが各前記サーバに対
し発信する要求の情報を取得するステップと、前記要求に基づいて、当該クライアントが接続すべき接
続先のサーバを判定するステップと、当該クライアントの前記判定された接続先のサーバへの
接続を指示するステップを備えることにより、各前記ク
ライアントが接続する接続先のサーバを決定することを
特徴とする請求項２６から請求項２８のいずれか一つに
記載のパケット交換方法。
【請求項３０】前記クライアントにより発信された未
処理のデータ取得要求を、その接続先のサーバ毎に順次
グループに分類するステップと、分類された各前記グループ毎に、対応するサーバへの接
続と当該グループに分類された前記データ取得要求の実
行を指示するステップを備えることを特徴とする請求項
２９に記載のパケット交換方法。
【請求項３１】コンピュータを制御することにより、
複数のサーバとクライアントとの間の、通信ネットワー
クを介したパケット通信を中継する交換プログラムをコ
ンピュータにより読み取り可能に記録した記録媒体にお
いて、前記交換プログラムは、前記サーバから前記クライアントに対して送信されるパ
ケットの中継時に、当該パケットのヘッダ情報を、当該
パケットが前記交換機から発信された場合に設定される
内容に書き換えて、前記パケットを前記クライアントに
対して発信し、前記クライアントからのデータ取得要求の中継時から、
前記サーバから前記クライアントに対し送信される応答
のパケットの送信が終了するまでの間、当該サーバから
当該クライアントへの方向に対し片方向のスプライシン
グの処理を行ない、かつ前記クライアントから前記サー
バへの方向の通信に対して引き続き再送制御及びフロー
制御を行なうことを特徴とする交換プログラムを記録し
た記録媒体。
【請求項３２】前記交換プログラムは、各前記クライアントとの間のコネクションを管理し、各
前記クライアントからの接続や要求を受け付けるステッ
プと、前記サーバから前記クライアントに対し送信されるパケ
ットを、ヘッダ情報を書き換えて中継するステップと、各前記サーバとの間のコネクションを管理し、前記クラ
イアントから送られる各前記サーバに対する命令やデー
タを中継するステップを備え、前記パケットのヘッダ情報には、個々のパケットに分割された送信データにおける、当該
パケット中のデータの順番を示すシーケンス番号と、当該パケットのトランスポート層以下のデータ長と、通信相手が既に受信済みであるデータのシーケンス番号
を示すＡｃｋ番号と、通信相手がまだ受信していない受信バッファの残り容量
を示すＷｉｎ値を含むことを特徴とする請求項３１に記
載の交換プログラムを記録した記録媒体。
【請求項３３】前記交換プログラムは、１つの前記クライアントに対する複数の前記サーバから
のパケットの送信を中継し、中継するパケットのヘッダ情報から、個々の前記サーバ
におけるパケットの送信の終了の旨を示すフラグを除去
するステップを備え、前記クライアントとの間のコネクションを切断すること
なく、前記複数のサーバを切り換えて発信されるパケッ
トを前記クライアントに中継することを特徴とする請求
項３２に記載の交換プログラムを記録した記録媒体。
【請求項３４】前記交換プログラムは、前記クライアントから前記サーバに対して個々のパケッ
トに分割されて送信される送信データを、元の分割する
前の状態に復元し、各パケットを、サーバを選択して送
信するステップを備えることを特徴とする請求項３２又
は請求項３３に記載の交換プログラムを記録した記録媒
体。
【請求項３５】前記交換プログラムは、前記クライアントが各前記サーバに対し発信する要求の
情報を取得するステップと、前記要求に基づいて、当該クライアントが接続すべき接
続先のサーバを判定するステップと、当該クライアントの前記判定された接続先のサーバへの
接続を指示するステップを備えることにより、各前記ク
ライアントが接続する接続先のサーバを決定することを
特徴とする請求項３２から請求項３４のいずれか一つに
記載の交換プログラムを記録した記録媒体。
【請求項３６】前記交換プログラムは、前記クライアントにより発信された未処理のデータ取得
要求を、その接続先のサーバ毎に順次グループに分類す
るステップと、分類された各前記グループ毎に、対応するサーバへの接
続と当該グループに分類された前記データ取得要求の実
行を指示するステップを備えることを特徴とする請求項
３５に記載の交換プログラムを記録した記録媒体。
【請求項３７】サーバ上のコンピュータを制御する
ことにより、交換機を介してサーバとクライアントとの
間でパケット通信を行なう通信システムにおけるサーバ
上で動作する交換プログラムをコンピュータにより読み
取り可能に記録した記録媒体において、前記交換プログラムは、前記交換機における前記クライアントからのデータ取得
要求の中継時から、前記クライアントに対し送信される
応答のパケットの送信を終了するまでの間、片方向のス
プライシングによって当該クライアントへに対し前記パ
ケットを送信することを特徴とするサーバ上で動作する
交換プログラムをコンピュータにより読み取り可能に記
録した記録媒体。
【請求項３８】クライアント上のコンピュータを制
御することにより、交換機を介してサーバとクライアン
トとの間でパケット通信を行なう通信システムにおける
クライアント上で動作する交換プログラムをコンピュー
タにより読み取り可能に記録した記録媒体において、前記交換機における前記サーバへのデータ取得要求の中
継時から、前記サーバから受信される応答のパケットの
送信を終了するまでの間、片方向のスプライシングによ
って当該サーバから前記パケットを受信することを特徴
とするクライアント上で動作する交換プログラムをコン
ピュータにより読み取り可能に記録した記録媒体。
【請求項３９】交換機を介してサーバとクライアン
トとの間でパケット通信を行なう通信システムにおける
サーバであって、前記交換機における前記クライアントからのデータ取得
要求の中継時から、前記クライアントに対し送信される
応答のパケットの送信を終了するまでの間、片方向のス
プライシングによって当該クライアントへに対し前記パ
ケットを送信することを特徴とするサーバ。
【請求項４０】当該パケットのヘッダ情報が、当該パ
ケットが前記交換機から発信された場合に設定される内
容に書き換えられた前記パケットを前記クライアントに
対して発信することを特徴とする請求項３９に記載のサ
ーバ。
【請求項４１】前記パケットのヘッダ情報には、個々のパケットに分割された送信データにおける、当該
パケット中のデータの順番を示すシーケンス番号と、当該パケットのデータ長と、通信相手が既に受信済みであるデータのシーケンス番号
を示すＡｃｋ番号を含むことを特徴とする請求項４０に
記載のサーバ。
【請求項４２】前記パケットのヘッダ情報には、通信相手がまだ受信していない受信バッファの残り容量
を示すＷｉｎ値を含むことを特徴とする請求項４１に記
載のサーバ。
【請求項４３】前記交換機が、１つの前記クライアン
トに対する複数の前記サーバからのパケットの送信を中
継し、中継するパケットのヘッダ情報から、個々の前記サーバ
におけるパケットの送信の終了の旨を示すフラグが除去
され、前記クライアントとの間のコネクションを切断すること
なく、前記複数のサーバを切り換えて発信されるパケッ
トを前記クライアントに中継することを特徴とする請求
項４０から請求項４２のいずれか一つに記載のサーバ。
【請求項４４】前記クライアントから個々のパケット
に分割されて送信される送信データが、元の分割する前
の状態に復元され、各パケットを、選択されたサーバが
受信することを特徴とする請求項４０から請求項４３の
いずれか一つに記載のサーバ。
【請求項４５】各前記クライアントが接続する接続先
のサーバが前記交換機により決定され、前記クライアントが各前記サーバに対し発信する要求の
情報を前記交換機で取得し、前記要求に基づいて、当該クライアントが接続すべき接
続先のサーバが判定され、当該クライアントの前記判定された接続先のサーバへの
接続が指示されることを特徴とする請求項４０から請求
項４４のいずれか一つに記載のサーバ。
【請求項４６】前記クライアントにより発信された未
処理のデータ取得要求を、その接続先のサーバ毎に順次
グループに分類され、分類された各前記グループ毎に、対応するサーバへの接
続と当該グループに分類された前記データ取得要求の実
行が指示されることを特徴とする請求項４５に記載のサ
ーバ。
【請求項４７】交換機を介してサーバとクライアン
トとの間でパケット通信を行なう通信システムにおける
クライアントであって、前記交換機における前記サーバへのデータ取得要求の中
継時から、前記サーバから受信される応答のパケットの
送信を終了するまでの間、片方向のスプライシングによ
って当該サーバから前記パケットを受信することを特徴
とするクライアント。
【請求項４８】当該パケットのヘッダ情報が、当該パ
ケットが前記交換機から発信された場合に設定される内
容に書き換えられた前記パケットを前記サーバから受信
することを特徴とする請求項４７に記載のクライアン
ト。
【請求項４９】前記パケットのヘッダ情報には、個々のパケットに分割された送信データにおける、当該
パケット中のデータの順番を示すシーケンス番号と、当該パケットのデータ長と、通信相手が既に受信済みであるデータのシーケンス番号
を示すＡｃｋ番号を含むことを特徴とする請求項４８に
記載のクライアント。
【請求項５０】前記パケットのヘッダ情報には、通信相手がまだ受信していない受信バッファの残り容量
を示すＷｉｎ値を含むことを特徴とする請求項４９に記
載のクライアント。
【請求項５１】前記交換機が、１つの前記クライアン
トに対する複数の前記サーバからのパケットの送信を中
継し、中継するパケットのヘッダ情報から、個々の前記サーバ
におけるパケットの送信の終了の旨を示すフラグが除去
され、前記クライアントとの間のコネクションを切断すること
なく、前記複数のサーバを切り換えて発信されるパケッ
トを前記クライアントに中継することを特徴とする請求
項４８から請求項５０のいずれか一つに記載のクライア
ント。
【請求項５２】前記クライアントから個々のパケット
に分割されて送信される送信データが、元の分割する前
の状態に復元され、各パケットを、選択されたサーバに
送信することを特徴とする請求項４８から請求項５１の
いずれか一つに記載のクライアント。
【請求項５３】各前記クライアントが接続する接続先
のサーバが前記交換機により決定され、前記クライアントが各前記サーバに対し発信する要求の
情報を前記交換機で取得し、前記要求に基づいて、当該クライアントが接続すべき接
続先のサーバが判定され、当該クライアントの前記判定された接続先のサーバへの
接続が指示されることを特徴とする請求項４８から請求
項５２のいずれか一つに記載のクライアント。
【請求項５４】前記クライアントが発信した未処理の
データ取得要求を、その接続先のサーバ毎に順次グルー
プに分類され、分類された各前記グループ毎に、対応するサーバへの接
続と当該グループに分類された前記データ取得要求の実
行が指示されることを特徴とする請求項５３に記載のク
ライアント。
【請求項５５】請求項１２において，前記解析部は、前記クライアントにより発信された未処理のデータ取得
要求を、その接続先のサーバ毎に順次グループに分類す
る手段と、前記サーバ側終端部に対して、分類された各前記グルー
プ毎に、対応するサーバへの接続と当該グループに分類
された前記データ取得要求の実行及び取得要求の送信後
にサーバとのコネクションを切断する事を指示する手段
を備えることを特徴とする請求項１０又は請求項１１に
記載の通信システム。