JP2003110604A - クライアントサーバシステム及びクライアントサーバシステムにおけるデータ通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 高速アクセスリンクを持つクライアントサー
バシステムのスループットを向上させ、またネットワー
クの混雑時や障害時のスループット低下を改善するクラ
イアントサーバシステムを提供する。 【解決手段】 サーバ１２・クライアント１１間に複数
の異なる経路のコネクション１８を確立し、該コネクシ
ョン１８上でデータ通信を行う。また、サーバ１２・ク
ライアント１１間のデータ通信では、コネクション１８
毎にプロキシ１７によりサーバ１２・クライアント１１
間のデータ転送を中継する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントサー
バシステムに関するものである。

【０００２】

【従来の技術】インターネットに代表されるＴＣＰ／Ｉ
Ｐプロトコルスイートを用いたネットワーク上のクライ
アントサーバシステムでは、サーバのアドレス、ポート
番号とクライアントのアドレス、ポート番号との間でコ
ネクションの確立が行われた後、これらの間のデータの
やりとりはＩＰデータグラムというパケットに分割され
て、インターネット上を転送させる。インターネットで
はルータがＩＰデータグラムに付与された宛先ＩＰアド
レスを確認し、それぞれルータが持つ経路テーブルに基
づいてパケットが転送され、サーバ、クライアント間の
データのやりとりが行われる。現状、ルータは経路テー
ブルをＯＳＰＦ（Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔ
ｈ Ｆａｓｔ）等のルーティングプロトコルを用いてメ
ンテナンスしている。ＯＳＰＦなどのルーティングプロ
トコルでは自分に隣接するルータまでのコスト（通常は
インタフェイス速度の逆数）をＬＳＡ（Ｌｉｎｋ Ｓｔ
ａｔｅ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）として自分に隣
接するルータに広告通知する。この広告通知されたＬＳ
Ａにより各ルータは経路テーブルを構築する。この経路
テーブルを用いることで宛先ＩＰアドレスに対し、最小
コストの経路が選択され、ルータから転送される。した
がって障害などによる経路情報の変化がなければ、任意
のＩＰアドレス間のデータ転送経路は一意に定まり、常
にこの経路をパケットが通過することになる。

【０００３】従来のクライアントサーバシステムにおけ
るファイルデータ転送について、以下に説明する。ま
ず、従来のルータ装置の構成について図６を参照して説
明する。

【０００４】図６は、従来のクライアントサーバシステ
ムにおけるファイルデータ転送の例を示す図である。符
号１はクライアント、２はサーバ、３はルータ、４はア
クセスリンク、５はネームサーバ、６はインタネット上
のリンクである。

【０００５】例として、クライアント１がｆｔｐ（Ｆｉ
ｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ）を用いてサ
ーバ２からファイルを転送する場合を取り上げる。クラ
イアント１は、まず、ｆｒｐのためのＴＣＰコネクショ
ンをサーバ２との間で確立する。次に、クライアント１
は、ネームサーバ５へサーバ２のアドレスを問い合わせ
る。そして、ネームサーバ５より回答されたサーバ２の
ＩＰアドレスに対し、クライアント１はｆｔｐのための
ＴＣＰのコネクションを確立し、ｆｔｐのコマンド等を
サーバ２との間でやりとりする。確立されたＴＣＰコネ
クション上のデータは、ＩＰデータグラム（パケット）
に（必要があれば分割されて）格納され、アクセスリン
ク４，ルータ３，ルータ間を結ぶリンク６を介してクラ
イアントサーバ間をやりとりされる。この時、サーバ、
クライアント間のパケットが流れる経路は各ルータによ
って選択されるがＯＳＰＦなどのルーティングプロトコ
ルは最小コスト経路を常に選択するため、障害などでリ
ンクが不通となっている場合などを除いて常に同一経路
が選択されて転送される。

【０００６】

【発明が解決しようとする課題】上記のように従来のク
ライアントサーバシステムでは、データのやりとりにイ
ンターネット上の一つの経路が利用される。画像などの
マルチメディアアプリケーションや大きなファイルの転
送のように高速でのデータのやり取りが必要なユーザは
ＡＤＳＬやケーブルモデム、ＦＴＴＨといった高速のア
クセスリンクを契約し、クライアントサーバ間で高速デ
ータ転送を試みる。しかし、アクセスリンクが高速であ
ってもインターネット上の経路は一定であり、他のパケ
ットとそれぞれのリンクでの使用可能帯域をシェアする
ことになる。このため、サーバ・クライアント間のスル
ープットは経路上のリンクの最小帯域に制限される。ま
た、経路上の何れかのリンクが混雑していれば、他のリ
ンクが空いていたとしても迂回することができず、他の
パケットと同様にスループットの低下を招いてしまう。
このように従来のクライアントサーバシステムではサー
バ・クライアント間に最小コスト経路が設定されてしま
うため、アクセスリンクに高速リンクを用意したとして
もサーバクライアント間に高スループットを期待するこ
とができず、また混雑時の迂回や障害を避けるために最
小コスト以外の経路による冗長な転送が不可能であっ
た。

【０００７】本発明は、上記事情に鑑みてなされたもの
であり、その目的とするところは、高速アクセスリンク
を持つクライアントサーバシステムのスループットを向
上させ、またネットワークの混雑時や障害時のスループ
ット低下を改善するクライアントサーバシステムを提供
することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、サーバ・クライアント間に複数の異な
る経路のコネクションを確立し、該コネクション上でデ
ータ通信を行うものを提案する。また、サーバ・クライ
アント間のデータ通信は、両者間で直接データをやり取
りするのではなく、コネクション毎にプロキシによりサ
ーバ・クライアント間のデータ転送を中継する方法を提
案する。本発明によれば、一つのアプリケーションに対
し、複数のコネクションを同時に利用し、更にそれぞれ
の経路を変更することでサーバ・クライアント間のスル
ープット向上を図り、混雑や障害によるスループット低
下を改善する。

【０００９】さらに、本発明では、中継するプロキシを
一段ではなく、多段接続するものを提案する。これは、
一端経路が分散された複数のコネクションが同一リンク
上を通過することを防ぐことを目的としており、経路分
散を確実にすることでスループット向上を図る。

【００１０】さらに、本発明では、ネームサーバの変わ
りに負荷分散装置を用いて各コネクションを中継するプ
ロキシを選択するものを提案する。ネームサーバに特定
サーバのアドレスとして複数のプロキシのアドレスを登
録しておくのではなく、通常どおりのサーバのアドレス
を格納しておく。サーバ・クライアント間の経路上、例
えばクライアントの隣接する位置に負荷分散装置を設置
し、同一のサーバへの複数コネクション（クライアント
のポート番号が異なるため識別可能）によるアクセスを
それぞれ異なるプロキシへ振ることにより経路を分散さ
せる。

【００１１】さらに、本発明では、サーバ・クライアン
ト間の経路分散化されたコネクションをデータ転送に信
頼性向上の目的で、データを誤り訂正符号化する方法を
提案する。サーバ側で誤り訂正符号化し、クライアント
側で復号化することにより、一部の経路上に障害が生じ
た場合でも、もとのデータを復元することができる。

【００１２】

【発明の実施の形態】（第１の実施の形態）本発明の第
１の実施形態にかかるクライアントサーバシステムにつ
いて図面を参照して詳細に説明する。

【００１３】図１は本発明の実施形態にかかるネットワ
ークの構成図である。図中、１０はネットワーク、１１
はクライアント、１２はサーバ、１３はルータ、１４は
アクセスリンク、１５はネームサーバ、１６はネットワ
ーク上のリンク、１７はプロキシ、１８はコネクション
である。ここで、ネットワーク１０としては、例えばイ
ンターネットなどのＴＣＰ／ＩＰプロトコルスイートを
用いたネットワークを用いた。また、アクセスリンク１
４、リンク１６はコネクション１８の下位の層である。
本実施の形態ではネットワーク１０としてＴＣＰ／ＩＰ
を用いてるので、ＩＰ層以下に相当するものでありＯＳ
Ｉ参照モデルのネットワーク層以下にほぼ相当する。ま
た、本実施の形態では、コネクション１８はＴＣＰ／Ｕ
ＤＰ層でありＯＳＩ参照モデルのトランスポート層にほ
ぼ相当する。

【００１４】本実施の形態ではサーバからクライアント
へのファイル転送を例として説明する。また、ここで
は、並列経路を使ってファイルを転送するアプリケーシ
ョンを想定し、このアプリケーションのためのサーバ側
のポート番号ｘがクライアント側で既知であるとする。

【００１５】クライアント１１は、ｆｔｐと同様にサー
バ１２のポート番号ｘへのコネクション１８を確立する
ため、ネームサーバ１５へサーバ１２のＩＰアドレスを
問い合わせる。この時、ネームサーバ１５には、実際の
サーバ１２のＩＰアドレスではなく、サーバ・クライア
ント間のデータ転送を中継するプロキシ１７のアドレス
が格納されており、ネームサーバ１５はこれをサーバ１
２のＩＰアドレスへの問い合わせに対する回答として答
える。クライアント１１は、サーバのポート番号ｘに対
して複数のＴＣＰコネクション１８を確立しようとし、
そのたびにネームサーバ１５へＩＰアドレスを問い合わ
せる。

【００１６】ネームサーバ１５は複数登録されているプ
ロキシ１７のアドレスを例えばラウンドロビンなどのル
ールで順次クライアント１１へ回答する。具体的にはネ
ームサーバ１５にはサーバ１２のアドレス（例えばsss.
sss.sss.sss）の代わりに、以下のようにプロキシサー
バのＩＰアドレスがＡレコードとして加えられている。
servername A xxx.xxx.xxx.xxx(第１のプロキシのＩ
Ｐアドレス) servername A yyy.yyy.yyy.yyy(第２のプロキシのＩＰ
アドレス) servername A zzz.zzz.zzz.zzz(第３のプロキシのＩＰ
アドレス) これにより、ネームサーバ１５はクライアント１１から
のＩＰアドレスの問い合わせに対して、サーバ１２のＩ
Ｐアドレスではなく、プロキシ１５のＩＰアドレスを問
い合わせ順にラウンドロビンで回答する。

【００１７】ネームサーバ１５からＩＰアドレスの返答
を受けたクライアント１１はサーバへ１２のＴＣＰコネ
クション１８の確立要求”ＳＹＮ（Ｓｙｎｃｈｒｏｎｉ
ｚｅの意）”をコネクション１８ごとに異なるプロキシ
１７のポート番号ｘへ送信する。

【００１８】各プロキシ１７は、ポート番号ｘへのアク
セスを並列転送であると認識し、サーバ１２のＩＰアド
レス、ポート番号ｘへ中継する。すなわち、プロキシ１
７には、クライアント１１からのアクセスをサーバ１２
へ中継するために予めＴＣＰデリゲイトが設定されてい
る。例えば、「ｄｅｌｅｇａｔｅｄ」というプロキシプ
ログラムを用いる場合、 delegated -P5000 SERVER=tcprelay://sss.sss.sss.ss
s:6000 という設定がなされている。ここで、sss.sss.sss.sss
はサーバ１２のＩＰアドレス、6000はサーバ１２におけ
る並列転送のためのポート番号であるとする。また、50
00はプロキシ１７のポート番号ｘで、クライアント１１
から5000番のＴＣＰポートにアクセスされた場合、クラ
イアント１１からのアクセスをサーバ１２に中継すると
いう意味である。プロキシ１７は、クライアント１１か
らアクセスされたポート番号によって中継する先のサー
バ１２を識別することができる。

【００１９】なお、クライアント１１とサーバ１２間の
コネクション１８においてプロキシ１７による中継点は
２以上あってもよい。すなわち、図１に示すように、一
部のプロキシ１７のポート番号ｘへのアクセスをサーバ
１２へ中継するのではなく、多段接続のため、他のプロ
キシ１７へ中継してもよい。この場合には、多段接続の
最終プロキシ１７が最終的にサーバ１２のＩＰアドレ
ス、ポート番号ｘへコネクション確立要求を転送する。

【００２０】プロキシ１７を介してクライアント１１か
ら複数のコネクション確立要求”ＳＹＮ”を受けたサー
バ１２は、ポートｘへのアクセスに対して、これらを並
列転送のアプリケーションと認識してそれぞれＴＣＰコ
ネクション１８を確立する。これらは並列転送のための
コネクション１８であるため、同時に複数のＴＣＰコネ
クション１８の利用を想定して、同一ポートｘに対する
複数のコネクション要求を受け付ける。プロキシ１７を
経由しているため、この時バインドされるクライアント
側のアドレスはプロキシ１７のＩＰアドレスとなる（プ
ロキシ１７が多段接続されている場合は最終段のプロキ
シ１７のＩＰアドレス）。ＴＣＰコネクション１８の確
立要求に対して、サーバ１２は、”ＡＣＫ（Ａｃｋｎｏ
ｗｌｅｄｇｅの意）”と同時にサーバ１２からクライア
ント１１側への逆方向のＴＣＰコネクション要求”ＳＹ
Ｎ”を送信する。サーバ１２からそれぞれのプロキシ１
７に対して送信されたＡＣＫ、ＳＹＮはクライアント１
１からサーバ１２への転送中継経路の逆を辿ってクライ
アント１１へ到着する。

【００２１】プロキシ１７を介してサーバ１２からのＡ
ＣＫ、ＳＹＮを受け取ったクライアント１１は、ＡＣＫ
によりプロキシ１７への送信ＴＣＰコネクション１８が
確立されたことを知り、またＳＹＮにより、サーバ１２
からクライアント１１への逆方向へのＴＣＰコネクショ
ン１８の確立要求に対してＡＣＫを返す。これにより、
サーバ１２・クライアント１１間にプロキシ１７を介し
た複数の双方向ＴＣＰコネクション１８が確立されたこ
とにある。以上、ＴＣＰサーバ・クライアント間のコネ
クション確立にかかるハンドシェイク図を図２に示す。
また、図３に本発明による並列転送のプロトコルスタッ
クを示す。図３に示すように、ユーザプログラムがＴＣ
Ｐコネクション１８を利用する際のインタフェースを”
ソケット”と呼ぶ。

【００２２】コネクション１８が確立された後、クライ
アント１１は確立されたＴＣＰコネクション１８の何れ
かを用いてアクセスするファイル名をサーバ１２に送信
する。ファイル名の転送は、クライアント１１側ではＴ
ＣＰソケットへのライトであり、サーバ１２側ではＴＣ
Ｐソケットからのリードである。クライアント１１は、
コネクション１８が確立された後、ライト可能な、即ち
ソケットバッファに空きが存在するＴＣＰソケットの何
れかを選択し、ファイル名をライトする。サーバ１２側
では、リード可能な、即ちソケットバッファが空き状態
ではないＴＣＰソケットを選択し、リードする。クライ
アント１１側、サーバ１２側のプログラムはそれぞれＴ
ＣＰソケットの状態（バッファの空きの有無など）をポ
ーリングしており、ライト可能、リード可能なＴＣＰソ
ケットを選択するようにする。ＴＣＰコネクション１８
によるデータの転送中、これを中継するプロキシ１７で
は転送にかかるＩＰパケットの送り元アドレスをプロキ
シ１７自身へ、宛先アドレスをプロキシ１７自身のアド
レスから中継経路上の次のアドレス（サーバ１２、クラ
イアント１１、あるいは次の中継プロキシ１７のアドレ
ス）へ変更する。

【００２３】ＴＣＰコネクション１８の何れかによりフ
ァイル名を受信したサーバ１２は、自身に格納するファ
イルにアクセスし、ファイルデータをＴＣＰコネクショ
ン１８を通じてクライアント１１へ送信する。サーバ１
２のプログラム（以下サーバプログラムと言う。）は、
クライアント１１側でファイルデータを再構築できるよ
うに、ファイルデータをＴＣＰコネクション１８に送信
する際（ＴＣＰソケットへライトする際）、データのフ
ァイル上における位置をシーケンス番号としてライトす
る。サーバプログラムは、ライト可能な（すなわち、ソ
ケットバッファに空きがある）ＴＣＰソケットをポーリ
ングにより識別し、順にファイルデータをシーケンス番
号を付与しながらライトしていく。プロキシ１７により
中継されたファイルデータがクライアント１１側のＴＣ
Ｐソケットに到着するとソケットバッファのデータ量が
空き状態から変化する。クライアント１１側のプログラ
ムはポーリングにより、ソケットバッファへのデータの
到着を認識し、空きでないソケットバッファから順次フ
ァイルデータを読み出す。データにはシーケンス番号が
付与されているため、複数のＴＣＰコネクション１８に
よる並列転送でファイルデータの到着順序が入れ替わっ
た場合でも、クライアント１１側のプログラムはファイ
ルデータの再構築ができる。

【００２４】本実施形態ではサーバ１２・クライアント
１１間のコネクション１８にＴＣＰを用いているため、
ネットワーク上でＩＰデータグラムのパケットロスやエ
ラーが発生した場合、再送要求・再送を行い、確実にデ
ータを転送する。転送の発生や、輻輳による遅延などに
より、ＴＣＰのスループットは、経路により異なる。サ
ーバ側のプログラムはバッファに空きが発生したＴＣＰ
ソケットをポーリングにより検知し、順次ファイルデー
タをライトする。パケットの到着を確認するＡＣＫがク
ライアントから返されなければ、再送の可能性があるた
めバッファはデータを捨てることができず、バッファは
空き状態とならない。すなわち、ライト可能なＴＣＰソ
ケットを順次利用することでそれぞれＴＣＰコネクショ
ン１８のスループットに応じてサーバプログラムはファ
イルデータの転送量を変化させることができる。クライ
アント１１側では各ＴＣＰコネクション１８毎のスルー
プットを観測できる。そこで、各ＴＣＰコネクション１
８のスループットを観測し、更にその合計値が要求条件
（動画像ファイルをダウンロードしながら再生する疑似
ストリーミングの再生速度等）を満たさない場合、クラ
イアント１１側からの上述の手順により更にＴＣＰコネ
クション１８の確立要求をサーバ１２側に送信し、あら
たにコネクション１８を追加することにより、全体のス
ループットを改善するという方法も取りうる。

【００２５】サーバプログラムは全てのファイルデータ
の転送が終了した後、ライト可能となったＴＣＰソケッ
トに対し、ＥＯＦ（Ｅｎｄ ｏｆ Ｆｉｌｅ）を転送す
る。クライアント１１側でＥＯＦを受信したＴＣＰソケ
ットはファイルデータの終了と認識し、ＴＣＰコネクシ
ョン１８をクローズする。全てのコネクション１８がク
ローズされた場合、ファイルデータは全て受信されたこ
ととなり、クライアント１１側のファイル転送プログラ
ムは終了する。

【００２６】次に、クライアント・サーバ間の通信デー
タを複数のコネクション１８に分散して送受信する際
の、元の通信データと各コネクション１８を通るデータ
との関係について説明する。

【００２７】本実施の形態では、データを誤り訂正符号
化により冗長な情報に符号化し、これを複数の経路に分
散して転送することにより、経路上のパケットロスやエ
ラーが存在しても、もとのデータを復元できるというも
のである。例えばサーバ１２では誤り訂正符号としてリ
ードソロモン符号を用いて各々のファイルデータのバイ
ト列情報を符号化し、データＤとチェックサムＣを生成
する（チェックサムはＶａｎｄｅｒｍｏｎｄｅ行列Ｆに
より算出するものとする）。このとき、上述の例とは異
なり、ソケットにＴＣＰではなくＵＤＰを使用すること
も考えられる。ＵＤＰはＴＣＰと違い、再送メカニズム
を持たず、信頼性のある転送を行うことができないが、
フローコントロール等の複雑な転送メカニズムを持たな
いため、簡便で高速な転送が可能である（フローコント
ロールを行わないため、それぞれのコネクション１８の
転送速度については上限を設けるなどして他のＴＣＰフ
ローへの影響を考慮する必要がある）。クライアント１
１では各コネクション１８から得られた情報をもとに復
号化を行い、もとの情報を復号する。復号化に使う行列
はサーバ１２側と同様にＶａｎｄｅｒｍｏｎｄｅ行列で
ある。

【００２８】符号化・復号化の例を以下に示す。ここで
はデータ（バイト列）を表現する行列をＤ、チェックサ
ムを表現する行列をＣとして表現する（例では３バイト
の情報｛ｄ１，ｄ２，ｄ３｝＝Ｄ、これに対するチェッ
クサム｛ｃ１，ｃ２，ｃ３｝＝Ｃとして表現する。した
がって転送経路は｛ｄ１，ｄ２，ｄ３，ｃ１，ｃ２，ｃ
３｝を転送するための６経路とする。Ｖａｎｄｅｒｍｏ
ｎｄｅ行列をＦ、対角行列をＩと表現する。符号化・復
号化は、それぞれ以下のように表される。この時、Ｆの
各要素はガロア体の乗算で求められる。

【００２９】

【数１】

【００３０】Ｄを３行の行列とすると、

【００３１】

【数２】

【００３２】である。

【００３３】いま例として、ｄ１＝３、ｄ２＝１、ｄ３
＝９というデータ列を考える（図４参照）。上の式でチ
ェックサムを計算すると、ｃ１＝１１，ｃ２＝９，ｃ３
＝１２となる。すなわち、

【００３４】

【数３】

【００３５】これら合計６つのデータを別々の経路を通
じてクライアント１１に送信する。送信途中で仮に３つ
の経路に障害があり、ｄ２，ｄ３，ｃ３のデータが失わ
れたと仮定する。しかし、クライアント１１側では正常
に受信され他３つデータからこれらを復元することがで
きる。具体的には、復号化では届かなかったｄ２，ｄ
３，ｃ３に対応する行を上の式から消去すればよく、

【００３６】

【数４】

【００３７】となる。これからガウスの消去法で逆行列
を計算すると、

【００３８】

【数５】

【００３９】となり、もとのデータｄ１＝３，ｄ２＝
１，ｄ３＝９をクライアント１２側で復元することがで
きるというものである。これにより、例え信頼性の低い
ＵＤＰコネクションを用いたとしても、誤り訂正符号を
用いて経路を分散して送信することで、信頼性を向上さ
せることができる。

【００４０】（第２の実施の形態）本発明の第２の実施
形態にかかるクライアントサーバシステムについて図５
を参照して詳細に説明する。図５は第２の実施の形態に
かかるクライアントサーバシステムの全体構成図であ
る。なお、図中、第１の実施の形態と同様の構成には同
一の符号を付した。

【００４１】本実施の形態にかかるクライアントサーバ
システムが第１の実施の形態と異なる点は、プロキシ１
７のアドレスを取得するために、ネームサーバの代わり
に負荷分散装置２１を用いる点にある。ネームサーバ２
５は通常どおり、サーバ１２の実際のアドレスをクライ
アント１１に回答する。クライアント１１からの複数の
ＴＣＰコネクション確立要求は全てサーバ１２のアドレ
スに向けて送信されるが、この経路上（例えば図５のよ
うにクライアント１１に隣接の位置）に存在する負荷分
散装置２１がサーバ１２のＩＰアドレス毎に複数のプロ
キシ１７のＩＰアドレスを登録しておき、サーバ１２の
ＩＰアドレス、ポート番号ｘ向けのＴＣＰコネクション
要求を複数の異なるプロキシ１７へ経路を分散し、送信
する。これにより、ネームサーバ２５にプロキシのアド
レスを登録することなく、同一サーバ１２へのＴＣＰコ
ネクション１８の経路を分散させることができる。その
他の構成・方法については第１の実施の形態と同様であ
る。

【００４２】以上本発明の実施形態について説明したが
本発明はこれに限定されるものではない。本発明の範囲
は特許請求の範囲によって示されており、全ての変形例
は本発明に含まれるものである。

【００４３】例えば、上記各実施の形態では、クライア
ント・サーバ間の全てのコネクションがプロキシを介し
て形成されているが、コネクションが異なる経路で複数
経路で形成できれば、プロキシを介さないコネクション
を含んでいてもよい。この場合、プロキシを介さないコ
ネクションについては、従来のルーティングルールによ
り形成すればよい。

【００４４】また、上記第２の実施の形態では、負荷分
散装置をクライアントの近傍に設けたが他の場所であっ
てもよい。

【００４５】さらに、上記各実施の形態では、ネットワ
ーク１０としてインターネットを例示したが他のネット
ワークでもあってもよい。また、データ通信に用いるプ
ロトコルもＴＣＰ／ＩＰ以外のプロトコルであってもよ
い。

【００４６】

【発明の効果】以上のように本発明では、サーバ・クラ
イアント間のデータ転送を異なる経路を持つ複数のコネ
クションにより実現する。このため、１）高速アクセス
リンクを用意した場合でもデータ転送経路が１つである
ためアクセスリンク速度に見合った高スループットが得
られない、２）経路上の一部のリンクが輻輳や障害があ
った場合に直接その影響を受ける、といった問題点を改
善することができる。また、経路を分散させることによ
り、個別のコネクションが低スループットであっても全
体で高スループットを実現でき、更に誤り訂正符号を用
いるなど冗長な情報を経路を分散させて転送させること
で、従来の１ルートのみによる転送に比べて信頼性を向
上させることができる。

【図面の簡単な説明】

【図１】第１の実施形態にかかるクライアントサーバシ
ステムの構成図

【図２】サーバ・クライアント間のコネクション確立に
かかるハンドシェイク図

【図３】並列転送のプロトコルスタックを説明する図

【図４】複数の経路における障害が発生した場合の処理
を説明する図

【図５】第２の実施形態にかかるクライアントサーバシ
ステムの構成図

【図６】従来のネットワークにおける通信経路を説明す
る図

【符号の説明】

１０…ネットワーク、１１…クライアント、１２…サー
バ、１３…ルータ、１４…アクセスリンク、１５、２５
…ネームサーバ、１６…リンク、１７…プロキシ、１８
…コネクション、２１…負荷分散装置

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA19 GA21 GB09 HB02 JA32 KA07 KA12 KG04 MA07 5K030 GA03 HA08 JT03 JT06 LC08 LC11 LE03 MB03 5K034 AA01 AA03 EE07 EE10 FF02 HH01 HH02 HH12 HH18 LL01 MM25

Claims (14)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上にクライアント・サーバ
   間のコネクションを確立し、このコネクションを用いて
   クライアント・サーバ間でデータ通信を行うクライアン
   トサーバシステムにおいて、 ネットワーク上に互いに異なる経路を有する複数のコネ
   クションを確立する手段と、 送信データを前記複数のコネクションに分散させて送信
   するとともに複数のコネクションを介して受信した分散
   データから元のデータを復元する分散化手段とを備え
   た、 ことを特徴とするクライアントサーバシステム。
2. 【請求項２】 前記コネクション確立手段は、前記複数
   のコネクションのうち少なくとも１つ以上のコネクショ
   ンをプロキシを介して確立することを特徴とする請求項
   １記載のクライアントサーバシステム。
3. 【請求項３】 コネクション確立手段に対してプロキシ
   のアドレスを提供する手段を備えたことを特徴とする請
   求項２記載のクライアントサーバシステム。
4. 【請求項４】 前記コネクション確立手段により確立さ
   れた複数のコネクションのうち少なくとも１つ以上のコ
   ネクションは複数のプロキシを介することを特徴とする
   請求項２又は３何れか１項記載のクライアントサーバシ
   ステム。
5. 【請求項５】 各コネクションのスループットを観測す
   る手段を備えるとともに、前記コネクション確立手段は
   前記スループット観測手段で観測された各スループット
   の合計が所定の要求条件を満たさない場合に新たなコネ
   クションを追加することを特徴とする請求項１乃至４何
   れか１項記載のクライアントサーバシステム。
6. 【請求項６】 前記分散化手段は、データを誤り訂正符
   号化する手段と、誤り訂正符号化されたデータを復号化
   する手段とを備え、送信データを符号化手段で誤り訂正
   符号化し、この誤り訂正符号化された送信データを複数
   のコネクションに分散して送信するとともに、復元され
   たデータを復号化手段で復号化することを特徴とする請
   求項１乃至５何れか１項記載のクライアントサーバシス
   テム。
7. 【請求項７】 前記ネットワークはＴＣＰ／ＩＰプロト
   コルスイートを用いており、前記コネクションはＴＣＰ
   層に形成されていることを特徴とする請求項１乃至６何
   れか１項記載のクライアントサーバシステム。
8. 【請求項８】 ネットワーク上にクライアント・サーバ
   間のコネクションを確立し、このコネクションを用いて
   クライアント・サーバ間でデータ通信を行うクライアン
   トサーバシステムにおいて、 データ通信に先立ちネットワーク上に互いに異なる経路
   を有する複数のコネクションを確立し、 データ通信時には、送信データを前記複数のコネクショ
   ンに分散させて送信するとともに複数のコネクションを
   介して受信した分散データから元のデータを復元するこ
   とを特徴とするクライアントサーバシステムにおけるデ
   ータ通信方法。
9. 【請求項９】 前記コネクションの確立時には、前記複
   数のコネクションのうち少なくとも１つ以上のコネクシ
   ョンをプロキシを介して確立することを特徴とする請求
   項８記載のクライアントサーバシステムにおけるデータ
   通信方法。
10. 【請求項１０】 前記コネクションの確立時には、アド
    レス提供手段からプロキシのアドレスを取得し、取得し
    たアドレスを用いてコネクションを確立することを特徴
    とする請求項９記載のクライアントサーバシステム。
11. 【請求項１１】 前記コネクションの確立時には、少な
    くとも１つ以上のコネクションが複数のプロキシを介す
    るようにコネクションを確立することを特徴とする請求
    項９又は１０何れか１項記載のクライアントサーバシス
    テムにおけるデータ通信方法。
12. 【請求項１２】 各コネクションのスループットを観測
    し、スループット観測手段で観測された各スループット
    の合計が所定の要求条件を満たさない場合に新たなコネ
    クションを追加することを特徴とする請求項８乃至１１
    何れか１項記載のクライアントサーバシステムにおける
    データ通信方法。
13. 【請求項１３】 送信データを符号化手段で誤り訂正符
    号化し、この誤り訂正符号化された送信データを複数の
    コネクションに分散して送信するとともに、復元された
    データを復号化手段で復号化することを特徴とする請求
    項８乃至１２何れか１項記載のクライアントサーバシス
    テムにおけるデータ通信方法。
14. 【請求項１４】 前記ネットワークはＴＣＰ／ＩＰプロ
    トコルスイートを用いており、前記コネクションはＴＣ
    Ｐ層に形成されていることを特徴とする請求項８乃至１
    ３何れか１項記載のクライアントサーバシステム。