JP2000261499A

JP2000261499A - トラヒック分散方法及び通信システム

Info

Publication number: JP2000261499A
Application number: JP5933799A
Authority: JP
Inventors: Hiroshi Fujimoto; 浩藤本; Hiroshi Kanzaki; 洋神崎; Kunio Miyamoto; 久仁男宮本
Original assignee: NTT Data Corp
Current assignee: NTT Data Group Corp
Priority date: 1999-03-05
Filing date: 1999-03-05
Publication date: 2000-09-22

Abstract

(57)【要約】【課題】簡易な手法でトラヒックを分散することがで
きる通信システムを提供する。【解決手段】複数のインタフェース装置５１１、５１
２と、インターネット１０からのデータ送信要求に基づ
いてデータ特性を判別する各種データ特性判別部５１３
〜５１６、及び、各データ特性判別部５１３〜５１６で
判別したデータ特性とインタフェース装置５１１、５１
２とを関連付けることにより、どのインタフェース装置
を介して応答データを送信するかを決定する送信インタ
フェース管理部５１７を備えて通信システムを構築す
る。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】この発明は、例えばインター
ネットに接続されたサーバにおけるトラヒックの集中を
抑制する技術に関する。

【０００２】

【発明の背景】インターネットのＷＷＷ（World Wide W
eb)、ＦＴＰ(File Transfer Protocol)等により情報提
供を行うサービスは、ネットワーク・サービス・プロバ
イダ（Network Service Provider、以下、「プロバイ
ダ」と略称する）を通じて行われるのが一般的である。
プロバイダが行うサービスは、主として、情報を蓄積し
ておくサーバにユーザが任意にアクセスすることによっ
て行われる。このため、プロバイダのサーバにユーザか
らのアクセスが集中すると、そのプロバイダが用意して
いる通信路においてトラヒックの渋滞が発生したり、情
報を蓄積しているサーバとプロバイダとの間の通信路に
トラヒックの渋滞が発生したりする場合がある。このよ
うな渋滞が発生すると、ユーザは、スムーズな情報の享
受ができなくなる。

【０００３】そこで、トラヒックの渋滞を解消するた
め、従来、複数のサーバに、共にユーザがアクセス可能
な同一の情報（「ミラー情報」）を蓄積しておくこと
で、トラヒックを分散させることが行われている。ミラ
ー情報の提供を行う場所は、一般に、「ミラーサイト」
と呼ばれている。ミラーサイトは、図６に示されるよう
に、例えばインターネット１０に、複数のサイト、より
単純には二つのサイト１００、１１０が接続された形態
となっている。サイト１００にはサーバ１０１、サイト
１１０にはサーバ１１１がそれぞれ配備されている。各
サーバ１０１、１１１には、それぞれミラー情報が蓄積
されており、さらに、内部ネットワークと通信路２０、
２１との接続等を制御するためのインタフェース装置１
０２、１１２が配備されている。このようなミラーサイ
トを設けることにより、ユーザからのアクセスが一つの
サーバに集中することがなくなり、トラフィックの分散
が可能になる。しかしながら、ミラーサイトを設ける
と、独立したサイト（サーバ）が少なくとも２系統、つ
まり、サーバが少なくとも２台必要となり、システムの
構築や維持管理に要するコストが大きくなってしまう。

【０００４】このような問題の解決手段として、１台の
サーバに複数の通信路のいずれかを選択的に接続するこ
とができるインタフェース装置、例えばルータを設ける
ことで、当該サーバにおけるトラヒックを分散させる形
態が考えられる。つまり、図７に示されるように、サイ
ト２００に用意されている１台のサーバ２１０に、自己
とインターネット１０とを２つの通信路２０、２１のい
ずれかを介して接続できるようにするためのインタフェ
ース装置２１１、２１２を配備してトラヒックを分散さ
せる。

【０００５】しかし、図示のように単にインタフェース
装置２１１、２１２を複数配備しただけでは、必ずしも
トラヒックが通信路２０、２１にうまく分散されるとは
限らない。これは、サーバ２１０に使用されるオペレー
ティングシステム（Operating System）の多くが、ユー
ザから送信されてくるデータを受信するときに、通過し
たデータの情報を記憶しておかないため、サーバ２１０
がユーザの要求に応じてデータを送信する際に、その適
切なインタフェース装置を正しく特定できないためであ
る。

【０００６】つまり、ルータを備えるサーバにおいて、
いずれの通信路を用いてデータを送信するかは、サーバ
が備えるルーティングテーブルの記録内容により決ま
る。例えば、サーバ２１０が管理するＩＰ(internet pr
otocol)アドレスが割り付けられた通信装置へのデータ
送信であれば、ルーティングテーブルを参照して、その
通信装置に接続されている通信路を特定することができ
る。しかし、不特定のアドレス、例えばグローバルアド
レスが割り付けられた通信装置からのデータ送信要求に
応答するデータを送信する場合、サイト２１０は、ルー
ティングテーブルにその通信装置のＩＰアドレスを記録
しておくことができないため、応答するデータを送信す
る際に使用する通信路（つまりインタフェース装置）を
特定することができない。このため、トラヒックをうま
く分散できない。

【０００７】そこで本発明は、簡易な手法でトラヒック
の分散を可能にするトラフィック制御方法を提供するこ
とを課題とする。本発明の他の課題は、トラヒック分散
機能を備えた低廉な通信システムを提供することにあ
る。

【０００８】

【課題を解決するための手段】上記課題を解決する第１
発明のトラヒック制御方法は、外部端末との間で複数の
通信路のいずれかを選択的に使用してデータ送受信を行
う装置において実行される方法であって、前記複数の通
信路の一部又は全部と前記装置との間に、それぞれ前記
データ送受信に関する処理を代行するプロキシ装置を介
在させて論理的なミラーサイトを構築し、個々のプロキ
シ装置と前記装置との間ではローカルな通信を行い、各
プロキシ装置と前記外部端末との間では当該プロキシ装
置に接続される通信路に依存した形態の通信を行うこと
により、当該装置におけるトラヒックを分散させること
を特徴とする。

【０００９】第２発明のトラヒック制御方法は、外部端
末からデータ送信要求を受信したときに当該外部端末宛
に複数の通信路のいずれかを介して応答データを送信す
る装置において実行される方法であって、前記複数の通
信路の各々を所定のデータ特性と関連付けておき、前記
外部端末への応答データの送信の際に当該応答データの
データ特性を特定し、この特定したデータ特性に適合す
る通信路へ前記応答データを導くことにより、前記装置
におけるトラヒックを分散させることを特徴とする。

【００１０】ここで、所定のデータ特性とは、例えば、
前記外部端末との間で使用される通信プロトコル、前記
応答データのサイズ、特定位置のデータ内容、応答の優
先度、の少なくとも一つを含み、個々の通信路の性能又
は品質に応じて決定される情報である。このデータ特性
は、応答データのヘッダ等から特定しても良く、あるい
は、前記受信したデータ送信要求の内容に基づいて特定
するようにしても良い。また、前記複数の通信路の一部
又は全部と前記装置との間に、それぞれ前記データ送受
信に関する処理を代行するプロキシ装置を介在させ、少
なくとも前記外部端末への応答データの送信を前記プロ
キシ装置を通じて行うようにしても良い。

【００１１】上記他の課題を解決する本発明の通信シス
テムは、外部端末との間で複数の通信路のいずれかを選
択的に使用してデータ送受信を行う通信装置を備えた通
信システムにおいて、前記複数の通信路の一部又は全部
と前記通信装置との間にそれぞれ前記データ送受信に関
する処理を代行するプロキシ装置を配置して各プロキシ
装置と前記通信装置とで論理的なミラーサイトを構築
し、個々のプロキシ装置と前記通信装置との間ではロー
カルな通信を行い、各プロキシ装置と前記外部端末との
間では当該プロキシ装置に接続される通信路に依存した
形態の通信を行うように構成したものである。前記プロ
キシ装置は、例えば、データ送信元のアドレスを自己の
送信元アドレスに変換するとともにデータ送信先のアド
レスを自己の送信先アドレスに変換することで、仮想的
に前記外部端末と前記通信装置との間のデータ送受信形
態を形成するものである。

【００１２】本発明の他の構成に係る通信システムは、
外部端末からデータ送信要求を受信したときに当該外部
端末宛に複数の通信路のいずれかを介して応答データを
送信する通信システムにおいて、前記複数の通信路の各
々と１対１に対応し個々の通信路との間の通信を可能に
するための複数のインタフェース装置と、前記データ送
信要求に基づく応答データのデータ特性を判別する判別
手段と、前記複数のインタフェース装置の各々と所定の
データ特性との関連付け情報を保持するとともに、前記
判別手段で判別されたデータ特性に対応するインタフェ
ース装置を前記関連付け情報をもとに特定し、前記応答
データを前記特定したインタフェース装置に導く管理手
段とを設けたことを特徴とする。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。（第１実施形態）図１は、本発明を適用した通信システ
ムの要部構成図である。サイト３００は、それぞれ広域
通信網、例えばインターネット１０に接続された外部端
末（以下、「クライアント」と称する）３０、３１との
間で双方向通信が可能な通信装置（以下、「サーバ」と
称する）３１０と、プロキシ（proxy）装置の一例とな
るプロキシサーバ３２０とを内部ネットワークを介して
相互に接続して構成されている。

【００１４】サーバ３１０は、プライベートなアドレス
ｂが割り付けられたインタフェース装置３１１と、グロ
ーバルなアドレスＦが割り付けられたインタフェース装
置３１２とを備えている。

【００１５】プロキシサーバ３２０は、クライアント３
０、３１とサーバ３１０との間のデータの送受信を代行
する機能を備えた代理通信装置であり、データ送信元の
アドレスを自己の送信元アドレスに変換するとともにデ
ータ送信先のアドレスを自己の送信先アドレスに変換す
ることで、仮想的にクライアント３０、３１とサーバ３
１０との間のデータ送受信形態を形成するものである。
このプロキシサーバ３２０には、プライベートなアドレ
スｃが割り付けられたインタフェース装置３２１と、グ
ローバルなアドレスＤが割り付けられたインタフェース
装置３２２が備えられている。

【００１６】図１の例では、インタフェース装置３１
１、３２１は、それぞれ内部ネットワークを介したサー
バ３１０−プロキシサーバ３２０間の内部的な双方向通
信（ローカル通信）を制御するものであり、インタフェ
ース装置３１２、３２２は、サーバ３１０及びプロキシ
サーバ３２０をそれぞれインターネット１０に接続する
ための制御を行うものである。なお、本実施形態の通信
システムにおいて、サーバ３１０と各クライアント３
０、３１との間で送受信されるデータは、一定の規則で
区切られ、宛先ラベルのついたパケットの形式で行われ
るものとする。以下、送受信されるデータを「パケッ
ト」と称する場合がある。

【００１７】本実施形態の通信システムの動作は、以下
のようになる。ここでは、アドレスＡが割り当てられた
クライアント３０と、アドレスＥが割り当てられたクラ
イアント３１とが同時期にサーバ３１０に向けてデータ
送信要求を発行した場合について説明する。

【００１８】クライアント３０からのデータ送信要求
は、インタフェース装置３２２を有するプロキシサーバ
３２０に対して発行されるものとする。プロキシサーバ
３２０は、このデータ送信要求を受け付けると、クライ
アント３０に代わって、サーバ３１０へデータ送信要求
を発行する。このときのデータ送信要求の発行元アドレ
スは、アドレスｃとなる。即ち、もともとのデータ送信
要求の発行元であるクライアント３０のアドレスＡが、
プロキシサーバ３２０のアドレスｃに変換され、サーバ
３１０へ送られる。サーバ３１０は、このデータ送信要
求に対応して応答パケットを送信するが、このときの応
答パケットの送信先は、プロキシサーバ３２０となる。
プロキシサーバ３２０は、応答パケットを送信したサー
バ３１０側のアドレスｂをアドレスｃに一旦変換した
後、これをインタフェース装置３２２のアドレスＤに変
換し、このアドレスＤをヘッダ部に含む応答パケットを
クライアント３０宛に送信する。

【００１９】このような形態を採用することで、サーバ
３１０は、データ送信要求の発行元（クライアント３
０）のアドレスＡを意識する必要がなく、プロキシサー
バ３２０から要求されたデータ（パケット）をそのプロ
キシサーバ３２０宛に返信すればよくなる。一方、クラ
イアント３１は、通信路２１及びアドレスＦを持つイン
タフェース装置３１２を介してサーバ３１０に直接アク
セスすることができる。

【００２０】つまり、インターネット１０側（クライア
ント３０、３１側）からは、アドレスＤを持つサーバ
と、アドレスＦを持つサーバとがそれぞれ独立して存在
しているかのように見える。一方、サーバ３１０とプロ
キシサーバ３２０との間ではローカル通信が行われる。
この結果、１台のサーバ３１０で、仮想的に２つのサー
バをもつミラーサイトを構築することができ、サーバ３
１０におけるトラヒックを２つの通信路２０、２１に簡
易且つ適切に分散することが可能になる。また、２台の
サーバを設置する必要がないので、製造コストや維持運
用費が低廉になる。

【００２１】（第２実施形態）図２は、サーバ４１０と
通信路２０、２１との間に、それぞれ上述のプロキシサ
ーバ３２０と同一機能のプロキシサーバ４２０、４３０
を設けた通信システムの構成例を示した図である。符号
４００は、この通信システムを配した一つのサイト、４
１１、４１２はサーバ４１０が備えるインタフェース装
置（第１実施形態のインタフェース装置３１１、３１２
と同機能）、４２１、４２２、４３１、４３２は、各プ
ロキシサーバ４２０、４３０が備えるインタフェース装
置（第１実施形態のインタフェース装置３２１、３２２
と同機能）である。

【００２２】この実施形態の通信システムでも、第１実
施形態の通信システムと同様にして、単一のサーバ４１
０により２つのサーバを仮想的に構築することができ
る。この場合のサーバ４１０のデータ送受信の相手方
は、常にプロキシサーバ４２０、４３０となる。その結
果、二つのクライアント３０、３１からデータ送信要求
があったときのサーバ４１０におけるトラヒックを簡易
且つ適切に分散することが可能になる。

【００２３】（第３実施形態）図３は、プロキシサーバ
を介在させずにトラヒックを分散することができる通信
システムのブロック図である。便宜上、インターネット
１０を一部を構成する通信路２０、２１は第１及び第２
実施形態のものと同じとし、図示しないが、インターネ
ット１０には、複数のクライアントが接続されているも
のとする。この場合の通信システムの一例となるサーバ
５１０は、２つの通信路２０、２１の各々に１対１に対
応するインタフェース装置５１１、５１２を備えてい
る。これらのインタフェース装置５１１、５１２には、
それぞれグローバルなアドレスが割り付けられている。

【００２４】まず、この実施形態において使用されるパ
ケット（データ送信要求、応答パケット）の構造につい
て説明する。この種のパケットのヘッダ部には、通常、
送信元や送信先のアドレスのほか、通信プロトコル等の
データ特性が付加情報として含まれる。例えば図４
（ａ）〜（ｃ）は、応答パケットのフレーム構成例を例
示した図であり、パケットＡ、Ｃはインタフェース装置
５１１（アドレス255.20.34.12）を通じて送信される応
答パケット、パケットＢはインタフェース装置５１２
（アドレス：255.20.34.13）を通じて送信されるパケッ
トである。これらのパケットＡ〜Ｃの送信先は、それぞ
れ異なるクライアント（アドレス：155.19.25.37、175.
20.35.10、185.45.67.21）となっており、通信プロトコ
ルの種別も、パケットＡ、ＣはＨＴＴＰ、パケットＢは
ＦＴＰとなっている。

【００２５】優先度もパケットに応じたものが記録され
るようになっている。「優先度」とは、例えばサービス
内容に応じた応答の重要度（あるいは品質）を示す指標
である。つまり、サーバ５１０が一定期間内に受け付け
たデータ送信要求に対し、受付順番に関わらず、優先度
の高いものから順に応答パケットを送信できるようにす
るためのものである。なお、データ送信要求についても
同様のヘッダ部が付加されており、後述する各種判別部
５１３〜５１６においてデータ特性の特定のために使用
されるようになっている。

【００２６】出力インタフェース管理部１７は、ルーテ
ィングテーブル５１８の管理と、クライアントからのデ
ータ送信要求に応じた応答パケットの送信時にインタフ
ェース装置５１１、５１２のいずれかを選択して応答パ
ケットを導くための制御とを行うものである。インタフ
ェース装置５１１、５１２の選択は、原則として、ルー
ティングテーブル５１８の最新の記録内容に基づいて行
われる。

【００２７】ルーティングテーブル５１８は、通信路２
０、２１の性能、品質等を考慮して、インタフェース装
置５１１、５１２の各々と所定のデータ特性との関連付
け情報を記録するものである。図５は、このルーティン
グテーブル５１８の記録内容例を示した図であり、送信
先アドレス、送信元アドレスのほか、後述する各種判別
部５１３〜５１６で判別されたデータ特性が記録される
ようになっている。「出力インタフェース装置」は、各
データ特性に対応して予め関連付けられたインタフェー
ス装置である。

【００２８】プロトコル判別部５１３は、クライアント
との間で使用される通信プロトコルをデータ特性として
判別するものである。この通信プロトコルは、例えばＦ
ＴＰやＨＴＴＰなら大容量の通信路、それ以外ならば小
容量の通信路が選択されるようにするためのデータ特性
である。パケット長判別部５１４は、例えば、パケット
長（データサイズ）の大小をデータ特性として判別する
ものである。パケット長は、それが長いほど大容量の通
信路が選択されるようにするためのデータ特性である。
出力優先度判別部５１５は、例えば、データ送信要求に
対応する応答の優先度をデータ特性として判別するもの
である。この優先度は、前述のようにサービスの重要性
（または品質の高さ）に応じて応答の順序を決定するほ
か、優先度が高いものほど、より大容量の通信路が選択
されるようにするためのデータ特性として使用すること
ができる。データビット判別部５１６は、データの特定
位置のデータ内容、例えばヘッダ部における宛先アドレ
スの下位１バイトが奇数か偶数かを前記データ特性とし
て判別するものである。

【００２９】これらのデータ特性は、通常、データ送信
要求の際に、そのヘッダ部の内容を解析することで判別
が可能である。これは、そのデータ送信要求に応じた内
容の応答パケットが生成されることになるからである。
但し、応答パケットのヘッダ部から上記データ特性を判
別するようにしても良い。各判別部５１３〜５１６によ
る判別結果は、それぞれ出力インタフェース管理部５１
７に通知され、その内容がルーティングテーブル５１８
に記録されるようになっている。なお、上記データ特性
の内容は例示であり、これらのものに限定されるもので
はない。

【００３０】このように構成される通信システムにおい
て、あるクライアントからデータ送信要求があったとき
の動作は、以下のようになる。データ送信要求のヘッダ
部の情報が各判別部５１３〜５１６に送られ、それぞれ
対応する応答パケットのデータ特性が判別される。判別
結果は、出力インタフェース管理部５１７を通じてルー
ティングテーブル５１８に記録される。図示しない応答
パケット生成手段で応答パケットが生成されると、出力
インタフェース管理部５１７は、この応答パケットをイ
ンタフェース装置５１１、５１２のどちらに導くかを決
定する。

【００３１】決定に際しては、原則として上述のように
ルーティングテーブル５１８の記録内容に従うが、各判
別部５１３〜５１６の判別結果のみに基づくこともでき
る。例えば、送信先のアドレスの末尾が奇数であればイ
ンタフェース装置５１１、偶数の場合はインタフェース
装置５１２を応答パケットの送信用のインタフェース装
置として決定する。あるいは、応答パケットのプロトコ
ルがＨＴＴＰ又はＦＴＰであればインタフェース装置５
１１、それ以外の場合はインタフェース装置５１２を応
答パケットの送信用のインタフェース装置として決定す
る。あるいは、優先度が”高”の場合はインタフェース
装置５１１、送信優先度が”低”の場合はインタフェー
ス装置５１２を応答パケットの送信用のインタフェース
装置として決定する。あるいは、応答パケット長の長短
に応じた決定、送信先のアドレス、通信プロトコル、優
先度、データサイズ等を適宜組み合わせることで、イン
タフェース装置を決定する方法も実施の形態の一つであ
る。この通信システムによれば、サーバ５１０における
トラヒックを適切に分散できるようになる。

【００３２】以上のように第１〜第３実施形態の通信シ
ステムを構築することで、ユーザからみれば、サーバの
レスポンス（ターンアラウンドタイム）が向上し、イン
ターネットを通じて行う通信の途切れ（品質変動）が少
なくなる効果が得られ、一方、この通信システムにサー
ビス情報を提供する側からみれば、サーバの設置台数が
減り、設備投資に要するコストを著しく低減させること
ができるという効果が得られる。また、１台のサーバで
論理的にミラーサイトを構築するため、２台のサーバで
ミラーサイトを構築する場合のコンテンツの複製を行う
必要なくなり、また、コンテンツの変更があったときの
更新時期の同期をとる必要もなくなる。

【００３３】なお、第１〜第３実施形態では、通信路が
２つの場合の例を示したが、３以上の通信路の場合（こ
の場合は各々の通信路に１対１に対応したインタフェー
ス装置が必要になる）についても、同様に、本発明を適
用できるものである。

【００３４】

【発明の効果】以上の説明から明らかなように、本発明
によれば、簡易な手法でトラヒックの分散を図ることが
できるトラヒック分散方法を提供できるようになる。ま
た、トラヒック分散機能を備えた、低廉な通信システム
を提供することができる。

【図面の簡単な説明】

【図１】本発明を適用した第１の通信システムのブロッ
ク図。

【図２】本発明を適用した第２の通信システムのブロッ
ク図。

【図３】本発明を適用した第３の通信システムのブロッ
ク図。

【図４】（ａ）〜（ｃ）は、通信システムで送受信され
るパケットの構成例を示した説明図。

【図５】ルーティングテーブルの構成例を示した説明
図。

【図６】２つのサーバを設けた従来の通信システムの構
成図。

【図７】２つのインタフェース装置を備えた従来の通信
システムの構成図。

【符号の説明】

１０インターネット２０、２１通信路３０、３１クライアント 100、110、200、300、400 サイト３２０、４２０、４３０プロキシサーバ 101、111、210、310、410、510サーバ 102、112、211、212、321、322、311、312、411、412、421、422、43
1、432、511、512 インタフェース装置５１３プロトコル判別部５１４パケット長判別部５１５優先度判別部５１６データビット判別部

───────────────────────────────────────────────────── フロントページの続き (72)発明者宮本久仁男東京都江東区豊洲三丁目３番３号株式会社エヌ・ティ・ティ・データ内Ｆターム(参考） 5B089 GA19 GA21 HA10 KA07 KC39 KG05 KG08 KH03 MA03 5K030 GA03 GA13 HA08 HC01 JT02 KA01 KA07 KA13 LB05 LD11 LE01 LE05

Claims

【特許請求の範囲】

【請求項１】外部端末との間で複数の通信路のいずれ
かを選択的に使用してデータ送受信を行う装置において
実行される方法であって、前記複数の通信路の一部又は全部と前記装置との間に、
それぞれ前記データ送受信に関する処理を代行するプロ
キシ装置を介在させて論理的なミラーサイトを構築し、
個々のプロキシ装置と前記装置との間ではローカルな通
信を行い、各プロキシ装置と前記外部端末との間では当
該プロキシ装置に接続される通信路に依存した形態の通
信を行うことにより、当該装置におけるトラヒックを分
散させることを特徴とする、トラヒック分散方法。
【請求項２】外部端末からデータ送信要求を受信した
ときに当該外部端末宛に複数の通信路のいずれかを介し
て応答データを送信する装置において実行される方法で
あって、前記複数の通信路の各々を所定のデータ特性と関連付け
ておき、前記外部端末への応答データの送信の際に当該
応答データのデータ特性を特定し、この特定したデータ
特性に適合する通信路へ前記応答データを導くことによ
り、前記装置におけるトラヒックを分散させることを特
徴とする、トラヒック分散方法。
【請求項３】前記所定のデータ特性が、前記外部端末
との間で使用される通信プロトコル、前記応答データの
サイズ、特定位置のデータ内容、応答の優先度、の少な
くとも一つを含み、個々の通信路の性能又は品質に応じ
て決定される情報であることを特徴とする、請求項２記載のトラヒック分散方法。
【請求項４】前記受信したデータ送信要求の内容に基
づいて、送信すべき前記応答データのデータ特性を特定
することを特徴とする、請求項２又は３記載のトラヒック分散方法。
【請求項５】前記複数の通信路の一部又は全部と前記
装置との間に、それぞれ前記データ送受信に関する処理
を代行するプロキシ装置を介在させ、少なくとも前記外
部端末への応答データの送信を前記プロキシ装置を通じ
て行うことを特徴とする、請求項２又は３記載のトラヒック分散方法。
【請求項６】外部端末との間で複数の通信路のいずれ
かを選択的に使用してデータ送受信を行う通信装置を備
えた通信システムにおいて、前記複数の通信路の一部又は全部と前記通信装置との間
に、それぞれ前記データ送受信に関する処理を代行する
プロキシ装置を配置して各プロキシ装置と前記通信装置
とで論理的なミラーサイトを構築し、個々のプロキシ装置と前記通信装置との間ではローカル
な通信を行い、各プロキシ装置と前記外部端末との間で
は当該プロキシ装置に接続される通信路に依存した形態
の通信を行うように構成したことを特徴とする、通信シ
ステム。
【請求項７】外部端末からデータ送信要求を受信した
ときに当該外部端末宛に複数の通信路のいずれかを介し
て応答データを送信する通信システムにおいて、前記複数の通信路の各々と１対１に対応し個々の通信路
との間の通信を可能にするための複数のインタフェース
装置と、前記データ送信要求に基づく応答データのデータ特性を
判別する判別手段と、前記複数のインタフェース装置の各々と所定のデータ特
性との関連付け情報を保持するとともに、前記判別手段
で判別されたデータ特性に対応するインタフェース装置
を前記関連付け情報をもとに特定し、前記応答データを
前記特定したインタフェース装置に導く管理手段と、を設けたことを特徴とする通信システム。
【請求項８】前記判別手段は、前記外部端末との間で
使用される通信プロトコルを前記データ特性として判別
するものであり、前記管理手段は、前記判別された通信
プロトコルに準拠した通信路に接続されるインタフェー
ス装置を特定することを特徴とする、請求項７記載の通信システム。
【請求項９】前記判別手段は、前記応答データのサイ
ズの大小を前記データ特性として判別するものであり、
前記管理手段は、前記判別されたサイズが大きい順に、
大容量の通信路に接続されるインタフェース装置を特定
することを特徴とする、請求項７記載の通信システム。
【請求項１０】前記判別手段は、前記応答データの特
定位置のデータ内容を前記データ特性として判別するも
のであり、前記管理手段は、前記判別されたデータ内容
毎に予め割り当てた通信路に接続されるインタフェース
装置を特定することを特徴とする、請求項７記載の通信システム。
【請求項１１】前記判別手段は、前記データ送信要求
に対応する応答の優先度を前記データ特性として判別す
るものであり、前記管理手段は、前記判別された優先度
の高い順に、大容量の通信路に接続されるインタフェー
ス装置を特定することを特徴とする、請求項７記載の通信システム。