JP2002508133A

JP2002508133A - 拡張ネットワーク通信

Info

Publication number: JP2002508133A
Application number: JP50716099A
Authority: JP
Inventors: アール．スリダール、マニカム; ボルコビッチ、ボリス; シーゲル、スティーブン; ルシェ、シルヴァン; ズィ．カーン、マリック
Original assignee: サイタラネットワークスインコーポレイテッド
Priority date: 1997-07-02
Filing date: 1998-07-01
Publication date: 2002-03-12
Also published as: WO1999001968A1; AU8254698A; EP0993725A1; US6098108A; CA2294848A1; US6324582B1; US20010047421A1

Abstract

(57)【要約】クライアント通信システム及びサーバー通信システムがデータネットワーク上で接続される通信システム。本発明において、クライアント通信システム及びサーバー通信システム間の通信は高い処理能力及び短い遅延時間等、望ましい特性を備えている。サーバー通信システムのそれぞれは、一連のトランスポート層プロトコルのうちの少なくとも１つを用いてクライアント通信システムと通信するように構成されている。クライアント通信システムは、同一連のトランスポート層プロトコルを実行するトランスポート層モジュールを備えている。クライアント通信システムはまた、トランスポート層モジュールに接続された階層化通信モジュールを備えている。階層化通信モジュールは、サーバー通信システムのうちの要求されたものと通信するための要求を受け取り、同通信要求を用いて、要求されたサーバーシステムとの通信のために一連のトランスポート層プロトコルから１つを選択するためのプロトコルセレクタを備えている。サーバー通信システムは、複数のクライアント通信システムのそれぞれとトランスポート層通信ストリームを維持し、通信システムにて要求を受け入れ、１つ以上のサーバーアプリケーションと通信するためのクライアント通信システムからの通信ストリームにおける要求を受け入れ、及び通信ストリームにてクライアント通信システム及びサーバーアプリケーション間で情報を受け渡すために、トランスポート層モジュールに接続された通信アプリケーションを備えている。

Description

【発明の詳細な説明】拡張ネットワーク通信発明の背景本発明は、インターネットを介して接続されるクライアントコンピュータとサーバコンピュータ間の拡張通信などの、データネットワーク上で接続されるコンピュータ間における拡張通信に関連する情報の分散型ディレクトリに関するものである。インターネットは、今や普遍的なツールとなり、これによって情報へのアクセスや検索が行われるようになり、また、広くビジネスにも用いられるようになってきた。ワールドワイドウェッブ（ウェッブ）のブラウジングページとして知られているインターネット上の分散リンク型マルチメディアドキュメントのアクセスおよび表示は、今や、ビジネスや娯楽両方において、情報検索の不可欠な要素になってきた。以前はインターネットでの情報検索は、困難であったが、商業サーバ等の装置により、今では、ビジネス取引がインターネットを介して行えるようになっている。一つの理由として、情報の入手や商取引を行う上で便利であるという理由から、一般の人々が、急激な勢いでインターネットコミュニティに加わるようになってきている。このユーザ数の爆発的な増加と入手可能なサービスに対する人気の爆発的な高まりによって、ネットワークには、負荷がかかり、過密状態になってきている。この過密状態のために、ユーザは必要以上の時間を費やして、ネットワークを介した情報の検索や通信を行わなければならない。また、この過密状態により、インターネットが、一貫性のない振る舞いをするようになっている。１日の内で、ある時間帯では、ほぼ瞬時に応答を得られるが、同じ日の別の時間帯では、同じサーバへのアクセスが不可能に思える場合がある。長い待ち時間や一貫性のなさが生じることによって、ユーザのインターネットへの接触の機会を減少させ、またビジネスの機会損失につながる場合も生じる。図１において、クライアントコンピュータＣ１−Ｃ９、及びサーバコンピュータＳ１−Ｓ４（つまり、クライアントアプリケーション及びサーバアプリケーションを実行するコンピュータ）は、インターネット１００に接続されている。インターネット自体には、パケットを出力先に転送する切り替え器あるいはルータによって接続された、一般的に４５Ｍｂ／ｓ（例えば、Ｔ３容量電話用幹線）以上の範囲内のデータ転送速度で運用される高速（バックボーン）データ回線が含まれる。コンピュータＣ1−Ｃ９、Ｓ1−Ｓ４は、ネットワークアクセスポイント（POP）１１０ａ−１１０ｄを介して、インターネットに接続されいる。一般的に、ＰＯＰには、ルータ１１２ａ−１１２ｄが含まれており、このルータは、各々一般的に１．５Ｍｂ／ｓ（例えば、Ｔ１容量電話回線）から４５Ｍｂ／ｓ（Ｔ３容量）の範囲内の容量を有するデータ回線１１４ａ−１１４ｄを介して、インターネットに接続されている。クライアントコンピュータＣ１−Ｃ３は、様々な方法でＰＯＰに接続することが可能であり、以下に説明するものが含まれている。クライアントコンピュータＣ１−Ｃ３は、２８ｋｂ／ｓから５６ｋｂ／ｓの範囲内のデータ転送速度で通信を行う低速の電話モデム回線１２１−１２３を介してＰＯＰ１１０ａに直接接続されている。クライアントコンピュータＣ４−Ｃ６は、ローカルエリアネットワーク（ＬＡＮ）を用いた単一区域内で互いに接続されており、１つの単一のコンピュータあるいはルータが、ゲートウェイ装置１３２の役目を果たしている。このゲートウェイ装置は、パケットルーティング、パケットフィルタリング(セキュリティ用ファイヤウォール)、および様々な種類のプロクシサービスを含む様々な機能を果たすことができる。前記データ転送速度は、一般的に高速であり、例えば、１２８ｋｂ／ｓ（例えば、ＩＳＤＮ電話回線）の範囲内にあって、多数のクライアントの要求に応えるようにしているが、ゲートウェイ装置１３２とＰＯＰ１１０ａ間の回線１２４は、個々のクライアントの回線と同種のものである。クライアントコンピュータＣ７−Ｃ９は、ＰＯＰ１１０ｂに直接接続されるが、このＰＯＰにあるゲートウェイ装置１４０にアクセスする。このゲートウェイ装置１４０は、前記クライアントコンピュータをルータ１１２ｂに接続し、次にインターネットに接続するプロクシサーバとしての役割を果たす。前記クライアントコンピュータとＰＯＰ間の回線１２７−１２９は、一般的に低速電話モデム回線である。クライアントコンピュータとプロクシサーバ間の回線では、標準プロトコルあるいはインターネットのその他の場所では一般に使用されない固有のプロトコルが使用される。サーバサイトとＰＯＰ間の通信容量は、一般的に１．５Ｍｂ／ｓ以上であるが、サーバＳ１−Ｓ４は、ＰＯＰ１１０ｃ−１１０ｄに接続されている。前記サーバサイトにおいて、１０Ｍｂ／ｓ以上の容量を有するローカルエリアネットワーク１５０及び１５２は、複数のサーバと、ＰＯＰとの通信に用いられるルータ１５４、１５６とに接続される。インターネット通信は、図２に示すように、国際標準化機構（ＩＳＯ）によって公表されたプロトコルに準拠した通信プロトコルの階層化モデルに基づいている。ＩＳＯプロトコル階層の組、すなわちプロトコルスタックには、最下層の１からアプリケーション層の７までの番号が与えられている。インターネットを介した通信は、パケット交換技術に基づいて行われる。インターネット内でのアドレス指定及び各パケットの転送は、ＩＳＯプロトコルスタックの内、階層３、つまりネットワーク層に相当するインターネットプロトコル（ＩＰ）によって処理される。この層により一定のアドレス指定方式に基づき、あるホストから他のホストへデータパケットを送信する手段が提供される。ここでは、個々のコンピュータは、固有のホスト番号を有し、また各コンピュータは、個別にアドレス指定できる一組の論理ポート番号を有している。ＩＰ層を利用することにより、送信コンピュータは、出力先ホストへのルートを選定するタスクから解放される。しかしながら、パケットは、紛失されたりあるいは欠落したりする可能性があり、また送信された順番で着信する保証がない。従って、前記送信ホストは、送信されたデータが正常に受信され、また一連の個別のパケットが適切に組み立てられたかどうか確認する必要がある。インターネットには、「全てをＩＰ上で」という共通の理念がある。階層３の上層には、例えば、様々なアプリケーションやトランスポートプロトコル等の、種類の異なるプロトコルが存在し、また階層３の下層には、例えば、ネットワークインフラを構成する様々な通信経路等の、種類の異なるプロトコルが存在するが、階層３は一定である。このことにより、ＩＰはインターネット上で唯一の経路選択の枠組みを提供することが可能であり、これによって、世界中で回線接続が可能となり、またこのことが、インターネットに成功をもたらした主要な要因である。トランスポート層プロトコルにより、異なるコンピュータ上で実行されるアプリケーション間のエンドツーエンドの通信が実現され、これらアプリケーション間の情報のフローが制御される。この情報のフローを制御する例として、転送速度制御及びフロー制御の二つがある。また、トランスポート層プロトコルにより、例えば、順番通りの情報の配信や、紛失あるいは欠落した情報の再送信等を含み、情報転送の信頼性を高めることが可能である。今日では、転送制御プロトコル(ＴＣＰ)は、インターネット上のコンピュータ間において、エンドツーエンドのデータストリームの信頼度を高めるために（つまり、エラーフリーにするために）ほとんど例外無く用いられている。ＴＣＰは、ＩＰプロトコルの上に層を成し、ＩＳＯ階層４、つまりトランスポート層に対応する。ＴＣＰプロトコルに対応したソフトウェアは、マイクロソフトウィンドウズ９５及びウィンドウズＮＴ等の最も広く普及したオペレーティングシステムや種々の形態のＵＮＩＸに備えられている。ＴＣＰを用いるアプリケーションは、唯単に、それ自身と指定されたリモートシステム間において、ＴＣＰに基づくストリームを確立するよう要求することによって、リモートアプリケーションへのストリームの作成時、信頼度を高めたりあるいはその維持を行うなどの細かいタスクから解放される。ＴＣＰがトランスポートプロトコルとして、世界中で受け入れられ、不可欠なものとなった結果、様々なクライアントサーバアプリケーションが出現してきている。これらクライアントサーバアプリケーションは、エンドツーエンドＴＣＰ通信チャンネルの上層にアプリケーション専用プロトコルを付加し、またこれらは、ＩＰネットワーク層の上層に置かれる。ファイル転送用のアプリケーション層プロトコルであるＦＴＰ（ファイル転送プロトコル）やウェッブページアクセス用アプリケーション層プロトコルであるＨＴＴＰ（ハイパーテキスト転送プロトコル）は、ＴＣＰの上層に階層化された、広く一般に用いられるアプリケーションプロトコルの２つの例である。ワールドワイドウェッブによって、例えば、ネットスケープナビゲータあるいはマイクロソフトインターネットエクスプローラといったブラウザ等のクライアントアプリケーションが、アプリケーション層のハイパーテキスト転送プロトコルであるＨＴＴＰを用い、サーバアプリケーションを介して、ウェッブページと呼ばれるリンク用ドキュメントにアクセスしたり、また表示したりできるシステムが実現される。ＵＲＬ（ユニフォームリソースロケータ）と呼ばれる、ウェッブページあるいは関連するデータのアドレスには、一般的に、サーバホスト名やそのデータ参照用符号が含まれる。前記ブラウザによって、一般的に、サーバホスト上において所定のポートへのＴＣＰに基づくリンクが確立される。このポートは、前記サーバプロセスによってモニタされる。前記クライアントと前記サーバは、１つ以上のＴＣＰ回線上でＨＴＴＰプロトコルを用いて通信を行う。最近は、バージョン１．０のＨＴＴＰが良く用いられている。ウェッブページには、通常、最初に要求されたページのレンダリングを完成するために検索する必要がある他のファイルへの参照項目（ＵＲＬ）が含まれる。ブラウザによって、サーバからの入力データが解釈され、また必要な他のファイルのＵＲＬが決定され、さらに、ＴＣＰリンクが並行して確立され、これらのファイルの下位ファイルが検索される。前記下位ファイルは、必ずしも同一のサーバから送信されるとは限らない。例えば、広告バナー等、ウェッブページ上に含まれるスキャン画像は、異なるサーバ上にある別個のファイルへの参照用として、そのページに含まれる。このようなスキャン画像ファイルは、そのファイル自身のＴＣＰリンクを介して検索される。このＴＣＰベースの通信には、エンドツーエンドのスライディングウィンドウプロトコルを用いることができ、これによって、受信側が最初のパケットデータの応答確認をするように要求する前に大量のパケットデータを送信することができる。あるパケットが紛失されたり、あるいは欠落した場合、タイムアウト期間経過後、送信側はパケットの再転送が必要であると判断し、また「ゴーバックＮ」の考え方で、応答確認されていないパケットから全手順を再開する必要があると判断する。前記タイムアウト期間は、一つのホストから他のホストに行き、その後元に戻るまでの通常の往復時間よりもかなり長めに設定し、時期尚早なタイムアウトを回避する必要がある。紛失または欠落したパケットの後に送信されたパケットは、全て再送信される。紛失または欠落したパケットの後に送信されたパケットの内、ほとんどのパケットは、正常に受信されることが多いため、このエラー修復手続きにより通信容量を無駄に用いる結果になる。受信側にとっては、ＴＣＰを用いて、この正常に入手できなかったパケットのみに対して要求する手段は存在しない。パケットの紛失または誤りの割合が大きいチャンネルでは、通常非常に小さいウィンドウが使用される。ウィンドウが小さいために、処理能力は小さくなる。図３は、図１に示すようにＰＯＰ１１０ａ、１１０ｃおよびインターネット１００を介したトランスポート用通信経路上のエンドツーエンドのＴＣＰチャンネルを用いて行われるデータ転送シーケンスであって、代表的なクライアントコンピュータＣ１と代表的なサーバコンピュータＳ１間でのデータ転送シーケンスの例を示す図である。図３において、クライアントコンピュータＣ１は縦線３０２で示され、またサーバコンピュータＳ１は縦線３０４で示される。時間は上から下へと経過し、また各矢印は、前記通信チャンネルを行き来するデータパケットを示す。説明のために、ＴＣＰは、四つのパケットのスライディングウィンドウサイズで動作していると仮定する。前記クライアントコンピュータは、要求Ｒ１を前記サーバコンピュータに送信し、サーバコンピュータは応答確認ＡＲ１を返信する。次に、サーバコンピュータは、一連のデータパケットＤ１−Ｄ４を送信し、その後、処理の前にＤ１への応答確認を待たなければならない。この例においては、サーバコンピュータは、前記要求を受け取るとすぐにデータの送信を始めることが可能である。応答確認ＡＤ１およびＡＤ２は、サーバコンピュータによって受信され、引き続きデータパケットＤ５およびＤ６が、このサーバコンピュータによって送信される。説明のために、第６のパケットＤ６を通信経路の途中付近で欠落させてある。データパケットＤ７−Ｄ９は、応答確認ＡＤ３−ＡＤ５が受信された後送信される。次に、サーバコンピュータは、欠落した第６のパケットＤ６の応答確認を受け取るために待機する。タイムアウト期間３１０が経過した後、サーバコンピュータは第６のパケットＤ６’を再送信し、その後Ｄ７ ’−Ｄ９’の再送信を順番に継続する。図４において、ＨＴＴＰを用いて、他のデータの照会先を組み込んだウェッブページのデータを検索するには、ＴＣＰによる数回のやり取りが必要である。図４は、データ転送のシーケンス（前記応答確認はここには示さない）を示す。ここで、縦線４０２で示すクライアントコンピュータＣ１は、縦線４０４で示すサーバコンピュータＳ１からのウェッブページの要求および受信を行う。この場合、送信エラーの無い場合を示す。応答確認は、図示されていない。クライアントコンピュータＣ１は、要求Ｇ１をサーバコンピュータＳ１に送信する。サーバコンピュータＳ１は、ウェッブページＰ１で応答を返す。クライアントコンピュータは、ページＰ１を解釈し、そのページに二つのドキュメントを追加する必要があると判断し、要求Ｇ２およびＧ３を発行する。サーバコンピュータＳ１は、前記要求を受信し、並行して前記クライアントコンピュータに対して、データＰ２およびＰ３を送信する。図５は、プロクシアプリケーションによって処理され、またゲートウェイコンピュータ１３２上で動作する代表的なクライアントコンピュータＣ４と代表的なサーバコンピュータＳ１（図１）の間の、データ転送シーケンスの例を示す図である。クライアントコンピュータＣ４は縦線５０２で示され、またゲートウェイコンピュータ１３２は縦線５０４で示され、さらにサーバコンピュータＳ１は縦線５０６で示されている。クライアントコンピュータＣ４とゲートウェイコンピュータ１３２間、及び前記ゲートウェイコンピュータとサーバコンピュータＳ１との間でＴＣＰチャンネルが別々に確立される。前記クライアントコンピュータと前記ゲートウェイコンピュータ間の通信にはＴＣＰを使用するが、この通信では、アプリケーション専用の要求および応答はプロクシプロトコルによってパケット化される。前記プロクシアプリケーションは、アウトバウンドパケットから前記プロクシプロトコルを取り除き、それらパケットを目的とする受け取り先に転送する。従って、前記プロクシアプリケーションは、クライアントアプリケーション側から見れば、サーバとして機能し、またサーバアプリケーション側から見れば、クライアントとして機能する。インバウンドパケットは、前記プロクシアプリケーションによって受信され、また前記プロクシプロトコルによってパケット化され、クライアントアプリケーションへ転送される。クライアントコンピュータＣ４によって、要求Ｇ１１がゲートウェイコンピュータ１３２に送信される。ゲートウェイコンピュータ１３２は、前記要求をＧ１２としてサーバコンピュータＳ１へ送信する。サーバコンピュータＳ１は、ゲートウェイコンピュータ１３２によってクライアントコンピュータＣ４にＰ１２として送信されるウェッブページＰ１１を返信する。クライアントコンピュータは、ページＰ１２を解釈し、２つのドキュメントの追加が必要であると判断し、さらに、ゲートウェイコンピュータ１３２によってサーバコンピュータＳ１へＧ２２およびＧ３２として転送される要求Ｇ２１及びＧ３１を送信する。サーバコンピュータＳ１は、前記要求を受信し、また前記ゲートウェイコンピュータと並行して、前記要求されたデータをＰ２１およびＰ３１として送信する。ゲートウェイコンピュータは、前記データをＰ２２およびＰ３２として、クライアントコンピュータへ送信する。図１において、上記ゲートウェイコンピュータ１３２上で動作するものと同じ機能を果たすプロクシアプリケーションは、プロクシサーバ１４０上で動作する。この場合、ＰＯＰサイト１１０ｂのプロクシサーバによって処理される代表的なクライアントコンピュータＣ７と代表的なサーバコンピュータＳ１（図１）の間での一連のデータ転送は、図５に示すように、同じパターンに従う。転送のシーケンスは同じであるが、前述の例の場合、前記クライアントアプリケーションと前記プロクシアプリケーション間のデータ転送速度は高速であり、また前記プロクシアプリケーションとインターネット間の回線速度は低速である。一方、本例の場合、前記クライアントアプリケーションと前記プロクシアプリケーション間の回線速度は低速であり、さらに前記プロクシアプリケーションとインターネット間の回線速度は高速である。概要全体的な側面において、本発明は、データネットワークを介して接続されるコンピュータ上で実行されるアプリケーション間での通信特性を望ましいものにするためのものである。例えば、本発明によって、スループットを高めることができ、インターネットを介して接続されるクライアントブラウザアプリケーションとウェッブサーバアプリケーション間の待ち時間を低減することが可能である。概略的に一つの側面において、本発明は通信システムであり、この通信システムにおいては、一つのクライアント通信システムが、複数のサーバ通信システムと通信を行うためのデータネットワークに接続されている。各サーバ通信システムは、少なくとも一組のトランスポート層プロトコルの一つを用いて、そのクライアント通信システムと通信を行うように構成されている。このクライアント通信システムには、トランスポート層モジュールが含まれており、このトランスポート層モジュールによって、前記一組のトランスポート層プロトコルが実行される。このクライアント通信システムにはまた、前記トランスポート層モジュールに接続された、階層化された通信モジュールが含まれている。この階層化された通信モジュールには、プロトコルセレクタが含まれており、このプロトコルセレクタによって、前記複数のサーバ通信システムの内、要求されたサーバとの通信要求が受信され、この通信要求を用いて、前記要求されたサーバシステムとの通信を行うために前記一組のトランスポート層プロトコルの内一つが選択される。さらに、このクライアント通信システムには、前記階層化された通信モジュールに接続されるアプリケーションを含むことが可能である。すなわち、前記クライアント通信システムには、前記階層化された通信モジュールを含む一つのアプリケーションを含むことが可能である。また、このクライアント通信システムには、前記トランスポート層モジュールと、前記階層化された通信モジュールと前記アプリケーションとを実行するようにプログラムされたクライアントコンピュータが含まれている。このクライアント通信システムには、以下の特長を一つ以上含むことが可能である。このクライアント通信システムには、ユーザインターフェースモジュールが含まれており、これによってユーザからサーバ通信システムとの通信要求を受信することが可能であり、さらに、前記サーバ通信システムから送信される情報をユーザに対して提示することが可能である。例えば、前記ユーザインターフェースモジュールは、ウェッブブラウザアプリケーションの一部であっても良い。また、前記アプリケーションには、ローカルデータネットワークを介して複数のクライアントアプリケーションに接続されるサーバモジュールを含むことが可能であり、これによって、クライアントアプリケーションからの前記サーバ通信システムとの通信要求を受信することが可能であり、さらに、前記サーバ通信システムと前記クライアントモジュール間の情報の受け渡しが可能である。例えば、このアプリケーションは、プロクシサーバアプリケーションであっても良い。このクライアント通信システムには、少なくとも前記クライアントアプリケーションの内の一つを実行するようにプログラムされたクライアントコンピュータを含むことが可能であり、また前記トランスポート層モジュール、前記階層化された通信モジュールおよび前記アプリケーションを実行するようにプログラムされたプロクシコンピュータを含むことが可能である。この構成においては、このクライアントコンピュータとプロクシコンピュータは、ローカルデータネットワークによって接続される。また、このクライアント通信システムには、このローカルデータネットワークを介してプロクシコンピュータに接続され、さらに、もう一つのクライアントアプリケーションを実行するようにプログラムされた第２のクライアントコンピュータを含むことが可能である。このクライアント通信システムには、前記階層化された通信モジュールのプロトコルセレクタに接続されるサーバテーブルを含むことが可能である。このサーバテーブルには、トランスポート層プロトコルに関連する情報が保持されており、このトランスポート層プロトコルによって、サーバ通信システムが通信を行うように構成される。このサーバテーブルには、例えば、名前あるいはネットワークアドレス等のサーバ通信システムの識別に関連する情報と、前記各識別されたサーバ通信システムと通信を行うために前記クライアント通信システムが用いることができる一つ以上のトランスポート層プロトコルに関連する情報とを保持するための第１のテーブルを含むことが可能である。サーバ通信システム用トランスポート層プロトコルに関連する前記情報には、前記識別されたサーバ通信システムと通信を行うためのデータネットワークに接続されるサーバ通信システムの通信サーバコンピュータのアドレスを含むことが可能である。さらに、このサーバテーブルには、サーバ通信システムの識別に関連する情報を保持するための、また、前記識別されたサーバ通信システムがそれによって通信を行うように構成された、一つ以上のトランスポート層プロトコルを識別するための第２のテーブルを含むことが可能である。このクライアント通信システムには、テーブルインターフェースモジュールが含まれ、これにより、ユーザインターフェースが備えられ、閲覧が可能となり、またサーバテーブルの情報を修正することが可能となる。トランスポート層プロトコルに関連するサーバテーブルの情報には、有効期限に関する情報を含むことが可能であり、この期限を過ぎると、前記トランスポート層プロトコルに関連する情報の中には、無効となるものが発生する。このクライアント通信システムのトランスポート層モジュールには、サーバ通信システムとのデータ伝送における最大転送速度を取り決めるための転送速度コントロールモジュールを含むことが可能である。前記階層化された通信モジュールには、少なくとも前記トランスポート層プロトコルの一つを用いて伝送されたデータを圧縮および解凍するためのデータ圧縮および解凍モジュールを含むことが可能である。さらに、前記階層化された通信モジュールには、セキュリティモジュールを含み、これによって、少なくとも前記トランスポート層プロトコルの一つを用いて伝送されたデータの暗号化および復号化が可能である。少なくとも前記一組のトランスポート層プロトコルの内、一つのプロトコルは、選択再送信に対応し、また少なくとも前記一組のトランスポート層プロトコルの内、他の一つのプロトコルは、選択再送信に対応しない。前記階層化された通信モジュールには、マルチプレクサおよびデマルチプレクサを含み、これによって、前記サーバ通信システムとの通信を行うための個別の要求に対応した多数のデータストリームを組合せて、前記サーバ通信システムと通信を行うための、より少数のトランスポート層データストリームを生成することが可能である。このクライアント通信システムには、前記階層化された通信モジュールのプロトコルセレクタに接続されるディレクトリサービスモジュールを含み、これにより、前記データネットワークを介して、それによってサーバ通信システムが通信を行えるように構成されたトランスポート層プロトコルに関連する情報にアクセスすることが可能である。もう一つの側面について概要を述べると、本発明は、サーバ通信システムを含む通信システムであって、このサーバ通信システムは、データ通信ネットワークを介して、複数のクライアント通信システムに接続される。このサーバ通信システムは、トランスポート層モジュールを含んでおり、前記クライアント通信システムおよび一つ以上のサーバアプリケーションと通信を行うことが可能である。さらに、このサーバ通信システムは、前記トランスポート層モジュールと接続される通信アプリケーションを含み、これによって、多数の各クライアント通信システムとの間でトランスポート層通信ストリームを維持することが可能であり、また一つ以上の通信システムと通信を行うために、前記通信ストリームを介してクライアント通信システムから要求を受信することが可能であり、さらに、前記通信ストリームを介して前記クライアント通信システムと前記サーバアプリケーションの間において情報を受け渡しすることが可能である。このサーバ通信システムには、以下の特徴の内、一つ以上の特徴を含むことが可能である。前記サーバ通信システムには、前記データ通信ネットワークに接続され、また前記トランスポート層モジュールおよび前記通信アプリケーションを実行するようにプログラムされた通信サーバコンピュータを含むことが可能である。この通信サーバコンピュータは、前記サーバアプリケーションの内、少なくとも一つのアプリケーションを実行するようにプログラムすることが可能である。さらに、このサーバ通信システムには、少なくとも前記サーバアプリケーションの内、一つのアプリケーションを実行するようにプログラムされたアプリケーションサーバコンピュータと、前記通信サーバコンピュータおよび前記アプリケーションサーバコンピュータを接続するローカルデータネットワークを含むことが可能である。前記サーバ通信システムのトランスポート層モジュールによって、二つ以上のトランスポート層プロトコルを一組にしたトランスポート層プロトコルを実行することが可能である。この通信アプリケーションは、トランスポート層プロトコルの前記組の内、第１のプロトコルを用いて前記サーバアプリケーションと通信を行うように構成され、また、トランスポート層プロトコルの前記組の内、第２のプロトコルを用いてクライアント通信システムと通信を行うように構成されている。例えば、この第２のトランスポート層プロトコルは、選択的再送信に対応し、また前記第１のトランスポート層プロトコルは、選択的再送信には対応しない。この通信アプリケーションは、サーバアプリケーションと通信を行うために、受信した要求の配信用通信速度の総合的な転送速度に基づいて、クライアント通信システムから受信した要求を制限するように構成されている。このサーバ通信システムには、クライアント通信システムに情報を受け渡すように構成されたサーバアプリケーションを識別するサーバテーブルを含むことが可能である。さらに、このサーバ通信システムは、一つのモジュールを含み、これによって、前記サーバテーブルを更新するための情報を受信することが可能である。この通信アプリケーションは、単一のトランスポート層通信ストリームを介して、一つ以上のサーバアプリケーションとクライアント通信システムとの間で情報の受け渡しを行うように構成することが可能である。このサーバ通信システムは、アドレス変換テーブルを含み、これによって、幾つかのアプリケーションの識別子としてクライアント通信システムによって与えられたネットワークアドレスを、前記通信アプリケーションと前記サーバアプリケーションの間の通信に用いるローカルネットワークアドレスに対応させることが可能である。このアドレス変換テーブルは、一つ以上のローカルネットワークアドレスをクライアント通信システムによって与えられる各ネットワークアドレス用に対応させるように構成することが可能であり、また、前記サーバ通信システムは、サーバ選択モジュールを含み、これによって、クライアント通信システムからの通信要求に応じてローカルアドレスの一つを選択することが可能である。さらに、このサーバ選択モジュールには、クライアント通信システムと選択されたローカルネットワークアドレス間の対応関係の情報が記憶されたテーブルを含むことが可能である。このトランスポート層モジュールには、各クライアント通信システムへの総合通信速度を制御するように構成した転送速度制御モジュールを含むことが可能である。さらに、この通信アプリケーションは、圧縮モジュールを含み、これにより、サーバアプリケーションからクライアント通信システムに受け渡される情報を圧縮することが可能である。この通信アプリケーションには、暗号化モジュールが含まれ、これによって、サーバアプリケーションからクライアント通信システムに受け渡される情報を暗号化することが可能である。もう一つの側面について概略を説明すると、本発明は、データネットワークを介して、複数のクライアント通信システムに接続されるサーバ通信システムを含む通信システムである。このサーバ通信システムには、複数のトランスポート層プロトコルを用いて前記クライアント通信システムと通信を行うためのトランスポート層モジュールが含まれており、またサーバアプリケーションが含まれており、さらに、前記トランスポート層モジュールと前記サーバアプリケーションの間に接続される階層化された通信モジュールが含まれている。この階層化された通信モジュールは、前記クライアント通信システムからの送信を受け取るために前記サーバアプリケーションからの要求を受信するためのものであり、また多数の前記各クライアント通信システムとのトランスポート層通信ストリームを維持するためのものであり、また、前記通信ストリームを介して、クライアント通信システムから前記サーバアプリケーションへの要求を受信するためのものであり、さらに、前記通信ストリームを介して、前記クライアント通信システムと前記サーバアプリケーションとの間で情報を受け渡しするためのものである。このサーバ通信システムには、前記データネットワークに接続された、また前記トランスポート層モジュール、前記サーバアプリケーションおよび前記階層化された通信モジュールを実行するようにプログラムされたサーバコンピュータを含むことが可能である。もう一つの側面について概略を述べると、本発明は、データ通信ネットワークを介して、クライアント通信システムと複数のサーバ通信システムとの間の通信を行うための方法である。この方法には、前記サーバ通信システムの内、一つのシステムの識別子を受け取ることを含む通信要求の受信が含まれる。さらにこの方法には、前記サーバ通信システムの識別子を用いて、複数のトランスポート層プロトコルの内一つを選択し、前記サーバ通信システムと通信を行うことが含まれており、またその後、前記選択したトランスポート層プロトコルを用いて、前記データ通信ネットワークを介して、前記サーバ通信システムと通信を行うことが含まれる。前記トランスポート層プロトコルを選択することには、一つ以上のトランスポート層プロトコルから成る一組のプロトコルを決定することが含まれており、前記サーバ通信システムはこのプロトコルに対して通信を行うように構成されている。前記一組のプロトコルを決定することには、サーバテーブルにアクセスすることが含まれ、また前記サーバ通信システムに関する情報を検索することが含まれる。さらに、前記一組のプロトコルを決定することにはまた、前記サーバ通信システムから受信したデータに基づいて、前記サーバテーブルを更新することが含まれる。前記一組のプロトコルを決定することには、前記データ通信ネットワークを介して、ディレクトリコンピュータから前記サーバ通信システムに関連する情報を検索することが含まれる。前記ディレクトリコンピュータのアドレスは、前記サーバ通信システムの識別子に対応付けることが可能である。例えば、前記ディレクトリコンピュータのアドレスは、通信要求において識別されたサーバコンピュータのアドレスと同じである。前記通信要求を受信することには、要求されたトランスポート層プロトコルを用いて、前記サーバ通信システムとの通信要求を受信することが含まれるが、このプロトコルに対して通信を行うように、前記サーバ通信システムは構成されている。前記選択されたトランスポート層プロトコルは、前記要求されたトランスポート層プロトコルとは異なるようにすることが可能である。前記サーバ通信システムとの前記通信要求を受信することには、前記データ通信ネットワークを介して、第１のネットワークアドレスのサーバコンピュータとの通信要求を受信することが含まれる。本方法には、第２のネットワークアドレスを選択することが含まれ、これによって、前記サーバ通信システムと通信を行うことが可能である。従って、前記サーバ通信システムとの通信には、前記第２のネットワークアドレスのコンピュータと通信を行うことが含まれる。この第２のネットワークアドレスは、前記第１のネットワークアドレスとは異なるようにすることが可能である。さらに、本方法には、ユーザインターフェースを介した情報に対する要求を受信することが含まれ、また、この情報に対する要求に基づいてサーバ通信システムとの通信要求を与えることが含まれ、さらにユーザインターフェースを介して、前記要求された情報を提供することが含まれる。さらにまた、前記通信要求を受信することには、ローカルデータネットワークを介して、クライアントアプリケーションからの通信要求を受信することが含まれる。もう一つの側面について概要を述べると、本発明は、データ通信ネットワークを介して、サーバ通信システムと複数のクライアント通信システム間において通信を行うための方法である。本方法には、第１のトランスポート層プロトコルを用いて、前記サーバ通信システムと前記クライアント通信システムの内、一つのシステムとの間で、第１のトランスポート層通信経路を確立することが含まれており、また、前記トランスポート層通信経路を介して、前記クライアント通信システムから、第１のサーバアプリケーションとの通信要求を受信することが含まれており、さらに、第２のトランスポート層プロトコルを用いて、前記第１のサーバアプリケーションへの第２の通信経路を確立することが含まれ、さらにまた、前記第１のトランスポート層通信経路および前記第２のトランスポート層通信経路を介して、前記クライアント通信システムと前記第１のサーバアプリケーションとの間の通信を行うことが含まれる。前記第２の通信経路を確立するのに先立ち、本方法には、前記通信要求を受け取るか否かを判断することが含まれる。その後、前記要求が受け取られた場合のみ、前記第２の通信経路が確立される。通信の実行には、前記クライアント通信システムによって正常に受信されなかったデータを選択的に再送信することが含まれる。またさらに、通信の実行には、前記クライアント通信システムとの通信の総合転送速度を制限することも含まれる。さらに、本方法には、前記第１のトランスポート層通信経路を介して、第２のサーバアプリケーションとの通信要求を受信することが含まれており、また、前記第２のトランスポート層プロトコルを用いて、前記第２のサーバアプリケーションへの第３のトランスポート層通信経路を確立することが含まれており、さらに、前記第１のトランスポート層通信経路および前記第３のトランスポート層通信経路を介して、前記クライアント通信システムと前記第２のサーバアプリケーションとの間の通信を実行することが含まれる。前記第１のサーバアプリケーションおよび前記第２のサーバアプリケーションは、同一のものであっても良いが、前記第２のトランスポート層通信経路は、前記第３のトランスポート層通信経路とは別のものでなければならない。前記通信要求を受け取るか否かの判断には、通信を実行するサーバアプリケーションを識別するサーバテーブルにアクセスすることが含まれる。また、前記要求を受け取るか否かの判断には、前記要求を受け取ることによって、総合的な通信容量が限度を越えるか否かの判断も含まれる。さらに、本方法には、アドレス変換テーブルへアクセスすることが含まれ、また前記第１のサーバアプリケーションのローカルネットワークアドレスを判断することも含まれる。本発明の側面には、以下の一つ以上の特長が含まれる。一つの特長は、データネットワークを介して接続されるコンピュータ間の通信に対するスループットを改善できることである。例えば、二つのコンピュータ間における通信経路の一部あるいは全ての経路において、代替トランスポート層プロトコルを用い、誤りを訂正する選択的再送信方式を用いることにより、スループットを改善することが可能である。もう一つの特長は、ウェッブページに対する要求等、データに対する要求の実行時の待ち時間を、前記データの送信用リンクを確立するために必要とされる受け渡しの回数を減らすことによって短くすることができるということである。本発明の特長を得るために、必ずしもクライアントアプリケーションやサーバアプリケーションを改造して用いる必要はない。例えば、前記クライアントアプリケーションやサーバアプリケーションは、ＴＣＰやＨＴＴＰ等の特別なトランスポートプロトコルやアプリケーションプロトコルと通信できるように構成することが可能である。実際に、他のトランスポート層プロトコルやアプリケーション層プロトコルは、前記アプリケーションと合流する前記データ経路の一部または全経路において使用されている。本発明の側面は、ゲートウェイやプロクシコンピュータに適用することが可能であり、また同様に、互いに直接通信を行うクライアントコンピュータとサーバコンピュータにも適用することが可能である。本発明の他の特徴および利点を、以下の説明および請求の範囲から明らかにする。図面の説明図１は、クライアントコンピュータとサーバコンピュータのインターネットへの一般的な接続を示す図である。図２は、ＩＳＯ通信プロトコルの七つの階層を示す図である。図３は、ＴＣＰを用いたクライアントコンピュータとサーバコンピュータ間のデータ伝送シーケンスの例を示す図である。図４は、ＨＴＴＰを用いたクライアントコンピュータとサーバコンピュータ間のデータ伝送シーケンスの例を示す図である。図５は、ＴＣＰを用いゲートウェイコンピュータを介して通信を行うクライアントコンピュータとサーバコンピュータ間のデータ伝送シーケンスの例を示す図である。図６は、インターネットに接続されたクライアントコンピュータとサーバコンピュータを示し、また前記クライアントコンピュータと複数のサーバコンピュータ間の通信に用いられるゲートウェイコンピュータと遠隔通信用サーバを示す図である。図７は、ゲートウェイコンピュータと遠隔通信用サーバを介した、クライアントコンピュータとサーバコンピュータ間のデータ伝送シーケンスの例を示す図である。図８は、拡張ＨＴＴＰプロトコルを用いたクライアントコンピュータとサーバコンピュータ間のデータ伝送シーケンスの例を示す図である。図９は、ゲートウェイコンピュータ上で動作するソフトウェアモジュールの構成を示す図である。図９ａは、クライアントコンピュータ上で動作するソフトウェアモジュールの構成を示す図である。図１０は、アプリケーションからの要求に応じて行われるリダイレクタの動作のフローチャートを示す図である。図１１は、リダイレクタからの諸要求に応じて行われるＨＴＴＰエンジンの動作のフローチャートを示す図である。図１２は、遠隔通信用サーバ上で実行されるソフトウェアモジュールの構成を示す図である。図１３は、ＴＣＰおよびＸＴＰプロトコルの両者を用いた通信に対応するサーバコンピュータ上で実行されるソフトウェアモジュールの構成を示す図である。図１４は、インターネットを介してドメインネームサーバ、リストサーバおよびサーバＬＡＮに接続されるクライアントコンピュータを示す図である。図１５は、クライアントコンピュータ上において、ディレクトリモジュールを含むソフトウェアモジュールの構成を示す図である。図１６は、ディレクトリモジュールの一部であるモジュールの詳細図を含む、クライアントコンピュータ上のソフトウェアモジュールを示す図である。図１７ａは、サーバコンピュータ用データベースレコードのフォーマットを示す図である。図１７ｂは、サイトファイルにおけるレコードのフォーマットを示す図である。図１８は、ホストの名前解決のフローチャートを示す図である。図１９は、一つの要求をサーバコンピュータへ接続処理する階層化サービスモジュールのフローチャートを示す図である。図２０は、遠隔通信用サーバアドレスに対する要求を処理するディレクトリマネージャのフローチャートを示す図である。図２１は、遠隔通信用サーバ情報およびローディング可能なモジュールを検索するディレクトリマネージャのフローチャートを示す図である。図２２は、階層化されたサービスモジュールにおいて、ローディング可能なモジュールを含むソフトウェアモジュールを示す図である。図２３は、サーバコンピュータと遠隔通信用サーバをインターネットに接続するネットワークアドレストランスレータを示す図である。説明本発明の実施例は、インターネットのようなデータネットワーク上のクライアントアプリケーションとサーバアプリケーションとの間の通信を含む。かかる通信の一例は、ウェブブラウザであるクライアントアプリケーションと、ウェブサーバであるサーバアプリケーションとの間のものであるが、他の種類のクライアントおよびサーバアプリケーションも同様に含まれる。さらに、一方のアプリケーションが「クライアント」と称され、もう一方が「サーバ」と称されるが、一方のアプリケーションがデータネットワーク上で他方と通信し、いずれもクライアント専用あるいはサーバ専用ではない場合、本発明の実施例は多数の状況に適用可能である。以下の説明において、クライアントアプシケーションは、データネットワークに接続されたクライアントコンピュータ上で実行する。サーバアプリケーションは、データネットワークにやはり接続されたサーバコンピュータに上で実行する。サーバサイトには、サーバアプリケーションを実行できる一台以上のコンピュータが含まれ、本発明のいくつかの実施例では、サーバサイトは、クライアントアプリケーションと、サーバサイトで実行するサーバアプリケーションとの間の通信に使用される追加のコンピュータも含む。クライアントアプリケーションの観点からは、一つのサーバサイトでの複数のコンピュータの組み合わせは、クライアントアプリケーションにサービスを提供する「サーバ通信システム」と見なすことができる。同様に、サーバアプリケーションの観点からは、インターネットに接続された一台のクライアントコンピュータ、または多数のクライアントコンピュータとゲートウェイまたは代理コンピュータを、サーバアプリケーションからのサービスを要求する「クライアント通信システム」として見なすことができる。本発明の複数の実施例は、種々のコンピュータ上で実行するソフトウェアモジュールにおいて実行される共通の機能性を実質的に共有しており、クライアントおよびサーバコンピュータ、クライアントとサーバコンピュータ間の通信に用いるゲートウェイコンピュータなどの他のコンピュータも含む。本発明の第一の実施例において、クライアント通信システムとサーバ通信システムは、両方とも、多数のコンピュータを含む。共通の機能性を実行するソフトウェアモジュールは、クライアントおよびサーバアプリケーションをホストするクライアントまたはサーバコンピュータ以外のコンピュータ上でホストされる。第二実施例では、共通の機能性を実行するソフトウェアモジュールは、クライアントおよびサーバコンピュータ自体上でホストされる。他の実施例は、ソフトウェアモジュールのホストに種々のコンピュータの組み合わせを使用する。図６では、本発明の図示された第一実施例は、クライアントコンピュータ610 上で実行するクライアントアプリケーション例611と、サーバサイト616、630でサーバコンピュータ618、620、632上で実行するサーバアプリケーション例619、 621、634との間の通信を支援する。すべてのコンピュータはインターネット100に接続され、インターネット100は、ネットワークレイヤー(ISOレイヤー3) 通信にインターネットプロトコル(IP)を使用する。クライアントアプリケーション611とサーバアプリケーション619、621、634は、TCPを使用するように構成されている。クライアントコンピュータ610上で実行するクライアントアプリケーション611 は、ゲートウェイコンピュータ612を介して、サーバコンピュータ618、620、632 と、インターネット上で通信し、ゲートウェイコンピュータは612、次にPOP614 を介してインターネット100と通信する。代理アプリケーション613は、ゲートウェイコンピュータ612上で実行する。クライアントアプリケーション611は、サーバコンピュータに通信チャネルを確立する必要がクライアントアプリケーション 611に生じた場合に、その通信経路を確立せよという要求を、代理アプリケーション613に伝達するように構成されている。通信チャネルが一旦確立されると、クライアントアプリケーション611とサーバコンピュータとの間のさらなる通信がゲートウェイコンピュータ612を介して通過し、代理アプリケーション613によって処理される。サーバコンピュータの観点から見ると、クライアントコンピュータ610およびゲートウェイコンピュータ612は単一のクライアント通信システム 606として機能する。サーバコンピュータには、クライアントコンピュータ610上のアプリケーションではなく、ゲートウェイコンピュータ612上のアプリケーションがサービスを要求しているように見える。たとえば、クライアントコンピュータのアドレスは、一般的に、サーバコンピュータには知られない。一般的に、代理アプリケーション613は、一個あるいはそれ以上のクライアントアプリケーションと、一個あるいはそれ以上の遠隔サーバとの間に、多数の通信チャネルを処理できる。二個のサーバ通信システム616、630は、サーバ通信システム616にサーバコンピュータ618、620を、LAN 617と638にそれぞれ接続されたサーバシステム630にサーバ632を含む。ルータ622はLAN 617に、ルータ636はLAN 638に接続され、POP 624を介してインターネット100へのアクセスを提供する。サーバアプリケーション619、621、634は、それぞれサーバコンピュータ618、620 、632にホストされる。サーバ通信システム616は、LAN 617にも接続される遠隔通信サーバ626(一台のコンピュータ)も含むように特に構成されている。遠隔通信サーバは、ルータ622とサーバコンピュータ618、620との間の特定の通信を伝送するために使用される。サーバ通信システム630は遠隔通信サーバコンピュータは含まない。本第一実施例において、クライアントコンピュータ610上でホストされるクライアントアプリケーション611と、サーバ通信システム616でサーバコンピュータ 618によりホストされるサーバアプリケーション619との間の通信は、二種類の転送レイヤー通信経路を使用できる。第一の種類の転送レイヤー通信経路は、直列した二個のTCPベースのセグメントから構成され、その内の一方は、クライアントコンピュータ610と、代理アプリケーション613を実行するゲートウェイコンピュータ612との間で、もう一方はゲートウェイコンピュータ612とサーバコンピュータ618との間である。二番目のセグメントによってたどられる経路は、ゲートウェイコンピュータ612から、POP614でルータ615まで、インターネット100の種々の通信リンクおよびルータを介して通過し、POP624でルータ625へ、サーバサイト616のLAN617のルータ622へ、そして最後にサーバコンピュータ618に続く。クライアントコンピュータ610とゲートウェイコンピュータ612との間の第一セグメントでの通信は、転送プロトコルとしてTCPを使用する。第一セグメントにおいて、アプリケーションレイヤーでは、クライアントアプリケーションとサーバアプリケーションとの間の終端間アプリケーションレイヤー通信のために使用されるアプリケーションプロトコルを組み込んだ代理プロトコルを使用し、クライアントアプリケーション611が代理アプリケーション613と通信する。第二セグメントにおいて、サーバアプリケーションが構成される適切なアプリケーションレイヤープロトコルを使用して、代理アプリケーション613がサーバアプリケーション619と通信する。クライアントアプリケーション611とサーバアプリケーションとの間の通信に使用される二個の所定アプリケーションプロトコルは、ウェブページやウェブページに埋め込まれたデータにアクセスするためのHT TPと、遠隔格納されたファイルにアクセスするためのFTPである。クライアントコンピュータ610上のクライアントアプリケーション611と、サーバ通信システム616でサーバコンピュータ618でホストされるサーバアプリケーション619との間の二番目の種類の転送レイヤー通信経路は、遠隔通信サーバ626を使用し、ゲートウェイコンピュータ612とサーバコンピュータ618との間の通信を送る。ゲートウェイコンピュータ612は、サーバコンピュータ618と直接通信するのではなく、遠隔通信サーバ626と通信し、次に遠隔通信サーバ626がサーバコンピュータ618と通信し、それにより、クライアントコンピュータ610とサーバコンピュータ618とをつなぐ経路上に三つの個別セグメントを作成する。第一セグメントは、クライアントコンピュータ610とゲートウェイコンピュータ612との間の直接経路である。第二セグメントは、インターネット100内の種々の通信リンクとルータとを介し、ゲートウェイコンピュータ612からPOP614のルータ615へ、次にPOP624のルータ625へ、サーバサイト616でLAN617のルータ622へ、最後に遠隔通信サーバ626への経路をたどる。第三セグメントは、遠隔通信サーバ626とサーバコンピュータ618との間のLAN 617上の直接経路である。クライアントコンピュータ610からゲートウェイコンピュータ612への第一セグメント上での通信は、前述の第一転送レイヤー通信経路の同じセグメント上と同じプロトコルを使用する。ゲートウェイコンピュータ612と遠隔通信サーバ626とをつなぐ第二セグメント上での通信は、TCPを使用するのではなく、第二セグメント上の代替転送レイヤープロトコルであるXTPを使用する。さらに、クライアントアプリケーション611とサーバアプリケーション619とが両方ともHTTPを使用している場合、そのHTTP通信に対応するデータストリームは、修正HTTPプロトコルを使用する。遠隔通信サーバ626からサーバコンピュータ618への第一セグメント上での通信は、TCPと、HTTPを含む標準アプリケーションレイヤープロトコルを使用する。クライアントコンピュータ610からサーバコンピュータ618への、この二番目の種類の転送レイヤー通信経路において、転送レイヤー(ISOレイヤー4)には三個のセグメントがある。アプリケーションレイヤー(ISOレイヤー7)では、通信経路は、一個の論理セグメントか、三個の論理セグメントから構成される。HTTPを使用しない場合、クライアントおよびサーバアプリケーションをつなぐ論理セグメントは一個である。すなわち、クライアントアプリケーションから送られた一連のデータバイトが、修正されないで、サーバアプリケーションに転送される。HTTP を使用すると、アプリケーションレイヤーには三つの論理セグメントがある。第一セグメントと第三セグメントがHTTPプロトコルを使用する。さらに、クライアントアプリケーション611からHTTPプロトコルにしたがって送られた一連のデータバイトは、必ずしもサーバアプリケーション619に送られるわけではない。ゲートウェイコンピュータ612でと遠隔通信サーバ626でのHTTPデータストリームは解釈され、必ずしも修正されることなく伝送されるわけではない。ゲートウェイコンピュータ612と遠隔通信サーバ626は協動し、必要な変換を適切なプロトコルに提供し、クライアントおよびサーバコンピュータと通信する。サーバ通信システム630には遠隔通信サーバがないため、クライアントコンピュータ610のクライアントアプリケーション611と、サーバコンピュータ632のサーバアプリケーション634との間の通信は、二個のセグメントから成るTCPベースの通信経路を使用する。第一セグメントは、クライアントコンピュータ610と、代理アプリケーション613を実行するゲートウェイコンピュータ612との間で、第二セグメントは、ゲートウェイコンピュータ612とサーバコンピュータ632との間である。第二セグメントは、インターネット100の種々の通信リンクとルータを介し、ゲートウェイコンピュータ612からPOP614でルータ615に、次にPOP624でルータ625に、サーバ通信システム630でLAN638のルータ636に、最後にサーバコンピュータ632に伝送される。ゲートウェイコンピュータ612 は、遠隔通信サーバとともに、サーバコンピュータと直接通信を同時に支援できる。クライアントアプリケーション611が、サーバアプリケーション619やサーバアプリケーション634のようなサーバアプリケーションと通信を開始すると、遠隔通信サーバを介したデータ経路が確立できるかどうか、あるいは、サーバコンピュータへの直接経路を使用しなければならないかを、ゲートウェイコンピュータ 612が決定する。遠隔通信サーバを介した経路は、前述の代替転送およびアプリケーションレイヤープロトコルを使用でき、それにより、ゲートウェイコンピュータ612とサーバコンピュータとの間の通信のために直接経路と標準転送およびアプリケーションレイヤープロトコルを使用するよりも、データ処理量が高く、待ち時間が短いため、遠隔通信サーバを介した経路の方が望ましい。さらに図６で、ゲートウェイコンピュータ612は、CPU 661と、磁気ディスクドライブのような記憶装置662とを備えている。記憶装置662に格納されたソフトウェアは、CPU 661上で実行されると、代理アプリケーション613と、通信モジュール663とを備えている。通信モジュール663は、クライアントアプリケーション61 1と、インターネット100に接続されたサーバサイトでサーバアプリケーションと通信を行う代理アプリケーション613用のインターフェースを提供する。遠隔通信サーバ626はCPU671と記憶装置672とを備えている。記憶装置672に格納されたソフトウェアは、CPU671上で実行されると、コールハンドラアプリケーション674と、通信モジュール673とを含む。通信モジュール673は、サーバアプリケーション619および621と、代理アプリケーション613と通信を行うコールハンドラアプリケーション674用のインターフェースを提供する。「モジュール」という用語は、一般的にOSまたはアプリケーションのコンポーネントを意味し、「アプリケーション」または「アプリケーションプログラム」は、OS によって管理される別個のプロセスを指すことに留意する。別の実施例では、ソフトウェアコンポーネントの整合に別の方法を用いることができるため、コンポーネントが「モジュール」であっても「アプリケーション」であってもその区別は、一般的に意味のあるものではない。図６に図示した本第一実施例では、中央データベース645が、やはりインターネット100に接続されたディレクトリサーバ640上でホストされる。データベース 645は、特定のサーバコンピュータと通信するよう構成された遠隔通信サーバを識別するために使用できる情報を含んでいる。このデータベースをゲートウェイコンピュータ612で使用し、サーバコンピュータとの通信の要求が、遠隔通信サーバを介した通信経路を確立することによって満たされるかどうかを決定することができる。データベースへの各エントリは、サーバアプリケーションのネットワークアドレスを、遠隔通信サーバを介したサーバそのサーバアプリケーションへの間接的な経路をせットアップするために必要な特定情報に連結させる。サーバアプリケーションのネットワークアドレスは、ホストアドレスと、当該サーバアプリケーションによって聞かれるポートのポートインデックスを含む。間接経路をセットアップするために必要な情報は、適切な遠隔通信サーバに接続するために使用されるネットワークアドレスを含む。さらに、データベースは、特定アプリケーションレイヤープロトコルが、特定サーバアプリケーションアドレスにてサーバアプリケーションによって使用されることを示すために任意に使用できる。本第一実施例において、以上に紹介されたように、ゲートウェイコンピュータ 612と遠隔通信サーバ626との間に使用される転送(ISOレイヤー4)プロトコルは、高速転送プロトコル(XTP)に基づいている。XTPはゲートウェイコンピュータ612 と遠隔通信サーバ626との間のXTP通信を構成するパケットの経路を決定するために使用されるIPネットワークプロトコル(ISOレイヤー3)上で階層となっている。 XTPはまた、単一のXTP接続上で二方向のデータ通信も支援する。 XTPは、TCPとは異なり、それによりTCPより優れたいくつかの特徴を備えている。XTPの特徴の一つは、失われたあるいは損傷したパケットの選択的な再送信と組み合わせたスライドウィンドウの使用を支援する。この組合わせにより、ゲートウェイコンピュータ612と遠隔通信サーバ626とをつなぐXTPベースのセグメント上での効率的なデータのやり取りが行える。図７は、要求を送信し、通信経路にそってマルチパケット応答を受信する際のデータ転送のシーケンス例を示しており、データはクライアントコンピュータ61 0から、ゲートウェイコンピュータ612と遠隔通信サーバ626とを介し、最終的にサーバコンピュータ618に伝送される。例証のため、第７図の垂直線710、712、7 26、718は、それぞれクライアントコンピュータ610、ゲートウェイコンピュータ 612、遠隔通信サーバ626、サーバコンピュータ618を表しており、斜線は、通信経路にそってコンピュータ間を通過するデータおよび肯定応答パケットを表している。前述のように、TCPは、クライアントコンピュータ610とゲートウェイコンピュータ612間の第一セグメントと、遠隔通信サーバ626とサーバコンピュータ61 8間の第三セグメントにおいて使用される。XTPは、ゲートウェイコンピュータ61 2から遠隔通信サーバ626への第二セグメントで使用される。本図示おいて、第一および第三の両XCPセグメントと第二XTPセグメントとは、４パケットのスライドウィンドウサイズで機能し、各パケットは明確に認められる。クライアントコンピュータ610からの要求R11は、R12としてゲートウェイコンピュータにより転送され、R13として遠隔通信サーバにより転送される。対応する要求パケットが受信されると、肯定応答AR11、AR12、AR13が、それぞれゲートウェイコンピュータ612、遠隔通信サーバ626、サーバコンピュータ618により送信される。要求R13の受信を認めると、サーバコンピュータ618は直ちにデータD1 1〜D19の送信を開始する。遠隔通信サーバ626は、データパケット用に大容量のバッファを備え、サーバ618からのすべてのデータパケットを高速で受理、認証する。遠隔通信サーバ626が第一データパケットD11を受信すると、遠隔通信サーバ626はデータD2のをゲートウェイコンピュータ612への送信を開始する。データパケットD22からD92までこれを続ける。本例においては、サーバコンピュータとクライアントコンピュータの間のある点でデータパケット D62が失われ、認証されなかったと想定している。パケットが失われたと遠隔通信サーバが一旦判断すると、タイムアウトまたは明示否定応答(NACK)のいずれかにより、遠隔通信サーバはD62'としてパケットを再送する。遠隔通信サーバはデータをバッファに格納するため、サーバ618からの第６パケットの再送を要求する必要がないことに留意すること。ゲートウェイコンピュータが、データパケットD12〜D52を、パケットD13〜D53としてクライアントコンピュータ610に転送するが、クライアントコンピュータへパケットD63〜D93を正しい順序で伝送できるまで、第６データパケットD62'の受信が成功するまで待機する。図７は、同様の要求と、単一のTCP接続上での応答を図示した図３と対比させなければならない。図３では、第６パケットの再送に加え、第7〜第９パケットも再送しなければならない。また、一個のTCPセグメントしかないため、パケット再送は、単に経路の一部だけではなく、サーバコンピュータからクライアントコンピュータまでの全経路をたどらなくてはならない。ゲートウェイコンピュータ612と遠隔通信サーバ626とをつなぐXTPセグメントの他の転送レイヤープロトコルの特徴としては、通信経路にそった混雑を防止する明示レートプロトコルと、より効率的なデータ転送を提供する、コンピュータ間の多論理データストリームの多重化がある。TCPにはレート制御に同様の明示機構がなく、各論理データストリームに対して個別のTCPプロトコルを使用することに留意する。以下に詳述するとおり、これらの特徴のそれぞれにより、TCP を使用するよりも性能的に優れている。明示レート制御により、送信側コンピュータは、データを転送するデータ経路の能力に関する知識に基づいて、通信経路にそってデータを送信するレートを制限できる。図６で、遠隔通信サーバ626からゲートウェイコンピュータ612へのデータ経路を考えてみる。この経路にそって、幅広いデータレートのデータリンクが伝送される。128kb/sのリンクがゲートウェイコンピュータ612とPOP614とを結合し、10Mb/sのリンクが遠隔通信サーバ626をルータ622に接続する。遠隔通信サーバ626が、POP614からゲートウェイコンピュータ612へ128kb/s リンクを越えて伝送できるよりも大幅に高速でデータを送信した場合、そのデータは経路のいずれかの場所でバッファに格納されなければならない。これにより、種々の非効率が生じ、たとえば、POP614のバッファなどの過度に満杯になったバッファにより、パケットの脱落などが生じる。かかるパケット脱落は、転送レイヤーデータストリームの他端、すなわちこの場合ではゲートウェイコンピュータ612でのみ発見される。脱落したデータは、全経路上を再送されなければならない。レート制御は、遠隔通信サーバ626がデータを送信する速度を制限するために使用し、この問題を防止する。この場合、遠隔通信サーバ626からの許容伝送レートは、POP614からゲートウェイコンピュータ612へのリンク上で持続できる128kb/sを大きく上回ることはない。多重化は、XTPを使用して、一台のコンピュータが、一対のコンピュータのために通信を実行する単一のXTPプロトコルを使用し、二台のコンピュータ間の多論理データストリームを処理することができる。この多重化能力は、個別のTCP プロトコルが各論理データストリームについて独立して実行するTCPとは対照的である。二台のコンピュータ間を多数のデータストリームが同時に通過する場合の例としては、特定のウェブページを示すデータをウェブブラウザが要求するような場合がある。ウェブページに他のデータへの参照が埋め込まれている場合、個別のTCPプロトコルをそれぞれ備えた個別のTCPデータストリームを使用し、参照データを検索する。XTPを使用すると、データを同一のコンピュータから検索した場合、多数のデータストリームが多重化され、単一のプロトコルのみを使用する。 XTPを使用した二方向データ通信により、順方向データチャネルが開いている時に、逆方向データチャネルを暗黙のうちに開くことができる。これは、順方向データチャネルをセットアップするために必要なものと同じ交換シーケンスを使用して、逆方向のデータチャネルをセットアップしなければならないTCPとは対照的である。クライアントアプリケーションとサーバアプリケーションが、遠隔通信サーバを介した間接通信経路上でHTTPプロトコルを使用して通信する場合に、前述の修正HTTPプロトコルを使用する。修正HTTPプロトコルは、HTTP上で伝送される規定データのフォーマット（たとえばhtml形式のウェブページ）を維持する。修正HT TPプロトコルの第一の側面において、クライアントとサーバとの間の多数のHTTP データストリームが、遠隔通信サーバとゲートウェイコンピュータをつなぐセグメントで、単一の論理XTPデータストリーム上で多重化される。一個の論理XTPデータストリーム上への多数のHTTPデータストリームの多重化は、XTP自体とは異なり、XTP自体に加え、一対のコンピュータ間の多数の論理データストリームを多重化し、単一のXTPプロトコルを使用して伝送を行うことに留意する。さらに、以下にさらに述べるように、すべてのコマンドやデータが、クライアントアプリケーション611からサーバアプリケーション619までの全経路を伝送されるわけではない。たとえば、クライアントアプリケーションから代理アプリケーションへ送信されるクライアントアプリケーションコマンドは、ゲートウェイコンピュータ上で処理でき、遠隔通信サーバやサーバコンピュータのサービスを必要としない。修正HTTPプロトコルの第二の側面では、データが遠隔通信サーバ626によりサーバコンピュータ618、621から先取りされ、クライアントアプリケーションから要求されるまでは、クライアントアプリケーション611がデータの明示要求を行うだろうという予想のもとで、ゲートウェイコンピュータ612に送られる。遠隔通信サーバ626は、サーバコンピュータ618または621から、遠隔通信サーバを介し、クライアントアプリケーションへ伝送されるhtml形式のウェブページに埋め込まれた参照先に基づいて、先取りするデータを決定する。図８は、修正HTTPプロトコルの動作を図示しており、遠隔通信サーバとゲートウェイコンピュータでの整合動作も含む。これは、図４に図示される終端間HTTP ベースの接続を使用した同様の交換と対照させなければならない。クライアントコンピュータ610と、ゲートウェイコンピュータ612と、遠隔通信サーバ626と、サーバコンピュータ618(図６)は、図８ではそれぞれ垂直線810、812、 826、818で表してある。ウェブページおよびその他のオブジェクト要求および応答の伝送は矢印で示しており、図の上から下に向かって時間が進む。肯定応答は図示されていない。クライアントコンピュータ610は、ウェブページに最初の「GE T」要求G11を送信する。ゲートウェイコンピュータ612はこの要求を、クライアントコンピュータから遠隔通信サーバ626の要求G12として転送する。遠隔通信サーバ626はG12を受信し、標準HTTP要求G13を使用して、ウェブサーバ618からウェブページを要求する。ウェブサーバ618は、要求されたページP11を遠隔通信サーバに送信する。遠隔通信サーバ626は、ページP12としてゲートウェイコンピュータ 612に送信し、ゲートウェイコンピュータ612は次にページP13をクライアントコンピュータ610に送信する。遠隔通信サーバ626は、サーバコンピュータ618から受信したページP11を、P12 としてゲートウェイコンピュータ612に転送する以外に、ページP11がhtml形式の場合は、ページP11を解釈する。ページP11がhtmlパーザで解析され、そのページで見付けられる画像または他のオブジェクトへの二個の埋め込まれた参照先が抽出される。例証のために、受信されたページP11の二個の参照先により、遠隔通信サーバ626は要求G23とG33をサーバコンピュータ618に送信する。サーバコンピュータはデータP21とP31で応答し、データP21とP31は次に遠隔通信サーバによって、P22およびP32としてゲートウェイコンピュータ612に転送される。このデータがゲートウェイコンピュータにより受信された時点で、クライアントコンピュータはまだデータの要求を行っていないため、データはバッファに格納される。データは、クライアントコンピュータ610上のクライアントアプリケーション611 がそのデータを要求するであろうという予測の元、効果的に「先取り」される。ゲートウェイコンピュータが遠隔通信サーバ626からページP12を受信すると、そのページをP13としてクライアントコンピュータに転送し、そこで、元の要求G11を作成したクライアントアプリケーションによって解釈される。クライアントアプリケーションは、要求G23およびG33で遠隔通信サーバによってすでに要求されたと同じデータに要求G21およびG22を行なう。これらの要求を満たすデータP22およびP32はすでにゲートウェイコンピュータにより受信され、バッファに格納されているため、ゲートウェイコンピュータ612は、要求G21とG31は転送しない。ゲートウェイコンピュータは、バッファに格納されたデータをクライアントコンピュータに伝送する。クライアントコンピュータの観点から、データが先取りされたという事実は、要求G21およびG31 がサービスされる前にサーバコンピュータ618に全経路を転送された場合に予想されるよりも少ない遅延で要求が満たされるということ以外では明白にはならない。遠隔サーバ626がクライアントコンピュータ610からの要求を予想し、その要求を満たすデータを検索、送信するが、クライアントコンピュータ610が予想されたように要求を行なわないという状況が少なくとも二つある。第一の状況は、クライアントアプリケーション611との対話で、エンドユーザがウェブページの検索を放棄した場合である。この場合、クライアントアプリケーション611は、受信したページに埋め込まれた参照先のデータを要求することはない。HTTPプロトコルによると、クライアントコンピュータ610からゲートウェイコンピュータ612 に放棄メッセージが送信され、この放棄メッセージが遠隔通信サーバ626に転送される。遠隔通信サーバが放棄メッセージを受け取ると、そのページの参照先データはそれ以上送信されない。ゲートウェイコンピュータにすでに送信されたデータはゲートウェイコンピュータでバッファに格納されるが、クライアントコンピュータには転送されない。ゲートウェイコンピュータ612のバッファが大きくなりすぎないようにするため、一番古い未検索データはゲートウェイコンピュータによって放棄される。埋め込まれたデータに対して、要求が予想通り行われなかった第二番目の状況とは、ユーザが「リンクに従った」場合であり、すなわち、現在のページが与えられ、すべての埋め込まれたデータが受信される前に、ユーザが別のページを要求したような場合である。この場合、放棄メッセージは一切送信されず、すべてのデータが先取りされる。ユーザが元のページに戻った場合、埋め込まれたデータがゲートウェイコンピュータのバッファ上にまだある可能性があり、サーバコンピュータ618に新たな要求を行なうことなく、そのデータに対する要求が満たされる。図９では、ゲートウェイコンピュータ612で実行する代理アプリケーション613 と通信モジュール663が、前述したようなゲートウェイコンピュータの機能性を実行する。本第一実施例は、ゲートウェイコンピュータでマイクロソフトのOS、 Windows 95またはWindows NTを使用する。遠隔通信サーバ626の機能性を実行するソフトウェアモジュールの説明は、ゲートウェイコンピュータ612の説明の後に行う。代理アプリケーション613は、クライアントコンピュータ610、サーバコンピュータ618、およびその他のサーバコンピュータならびに遠隔通信サーバと通信を行うために、複数のソフトウェアモジュールと協動する。代理アプリケーション 613は、種々の方法で実行でき、たとえば、多数の市販の代理アプリケーションプログラムで使用できる。典型例では、代理アプリケーションは、他のコンピュータで実行するクライアントアプリケーションからの要求を受理するサーバモジュール902と、サーバシステムと通信するサーバモジュールに接続されるクライアントモジュール904とを備えている。クライアントまたはサーバコンピュータへの通信経路を確立するため、代理アプリケーション613は、種々の通信プロトコルを実行する一個あるいはそれ以上の通信ソフトウェアモジュールからのサービスを要求する。典型的なWindows 95 またはWindows NTのインストールにおいて通常構成されるように、TCP代理アプリケーション613からのTCP関連要求は、TCPモジュール916を含む伝送レイヤーモジュール940に直接送られる。本実施例において、階層化された通信モジュール9 30は、代理アプリケーション613と伝送レイヤーモジュール940との間に接続されている。階層化された通信モジュール930は、ソフトウェアインターフェースモジュールと、いかなるアプリケーションから、特に代理アプリケーション613からのすべてのTCP関連要求がリディレクタ914に送られるようにする「フック」を含む。フックはWinsock2内で階層化サービスモジュールとして実行できる。リディレクタは、これらのTCPサービス要求をTCPモジュール916 、XTPモジュール956またはXTPモジュール956からのサービスを要求できるHTTPエンジン920に伝達する。TCPモジュール916およびXTPモジュール956は、Raw IPモジュール950からのサービスを要求し、Raw IPモジュール950は、データ・リンクレイヤーモジュール952と通信する。データ・リンクレイヤーモジュール952は、クライアントコンピュータ610、サーバコンピュータ618および遠隔通信サーバ62 6を含む遠隔コンピュータとの通信リンクの維持という機能を果たす。階層化通信モジュール930は、伝送レイヤーモジュール940を通過するデータストリームの圧縮および解凍を任意で行うための圧縮モジュール918と、データストリームの暗号化と復号化を任意で行うためのセキュリティモジュール917とを含む。図９には図示されないが、経路上に追加のソフトウェアインターフェースモジュールがあり、代理アプリケーション613からリディレクタ914へ、リディレクタ 914からTCPモジュール916とXTPモジュール956の各々へ、HTTPエンジン920からXT Pモジュール956へ通信要求を伝達するために使用される。以上のソフトウェアインターフェースモジュールは、マイクロソフフトにより指定されるWindows Sock et(Winsock)APIにしたがって要求を受理し、要求を各モジュールに転送する。代理アプリケーション613とリディレクタ914とをつなぐ経路上のソフトウェアインターフェースモジュールは、前記で紹介した「フック」ソフトウェアインターフェースモジュールにより実行され、代理アプリケーションからリディレクタ914へ、TCP関連の要求のみを伝送するよう構成されている。代理アプリケーション613 によるTCP以外のプロトコルを含むサービスの要求は、図示されない他のソフトウェアモジュールに伝送される。リディレクタ914をTCPモジュール916と、XTPモジュール956へつなぐ経路上と、HTTPエンジン920をXTPモジュール956につなぐ経路上のソフトウェアインターフェースモジュールは、マイクロソフトによって供給される動的にリンクされたライブラリーであるWinsock2モジュールを使用する。Winsockは、Winsock APIにしたがって要求を受理し、Winsock Service Provider Interface(SPI)にしたがって要求を作成する。代理アプリケーション613は、Winsock APIを使用する他のモジュールとともに、マルチステップシーケンスで通信サービスを要求する。これらのステップは、以下の種類の要求を含むことができる：Ａ．TCPやXTPなどの特定の通信プロトコルを使用した「ソケット」の作成を要求する。いかなる時点においても、このソケットは、単一データストリームに使用できる。要求が成功裏に完了すると、ソケットへの「ハンドル」、すなわち無署名のスケーラインデックスが返送される。さらに、このソケットに関連する要求は、ソケットを識別するのにソケットハンドルを使用する。Ｂ．遠隔コンピュータに外方向通信チャネルを確立せよ(接続せよ)と要求する。 TCP/IP用には、遠隔ホストアドレスとポートインデックスが、通信チャネルの終端として指定される。Ｃ．特定ポート上の遠隔コンピュータから内方向通信チャネルを確立せよ(傾聴、受理せよ)と要求する。ポートは、前記ステップBで確立された外方向チャネル用にすでに使用されているポートであっても、明確に指定してもよい。Ｄ．外方向通信チャネル上にデータを送信する。Ｅ．内方向通信チャネルからデータを受信する。代理アプリケーションは、使用する通信プロトコルとしてTCPを指定する一連のこれらの通信要求を行う。これらの要求はリディレクタ914に伝達される。特に、クライアントコンピュータ610から接続を受理し、次にクライアントコンピュータの代表として、サーバコンピュータ618に接続を開放するため、クライアントアプリケーション613は、以下を含む一連の通信要求を実行する。１．TCPを使用して、クライアントコンピュータ610と通信するためのソケット(A )を作成する。２．クライアントコンピュータに既知の特定ポート上の内方向通信チャネル(C) を傾聴し、受理する。３．外方向通信チャネルをクライアントコンピュータに開く(B)よう要求する。クライアントコンピュータのポートインデックスは、内方向通信チャネルのソースポートである。４．クライアントコンピュータからデータ(E)を受信する。このデータは、クライアントコンピュータが通信を要求するサーバコンピュータ618のアドレスを含む。５．TCPを使用して通信するための第二ソケット(A)を作成する。６．第二ソケットを使用してサーバコンピュータ618(B)に接続する。７．クライアントコンピュータ610からサーバコンピュータ618に受信されるデータ(D)(要求)を送信する。８．サーバコンピュータとの外方向通信用に使用するポート上でサーバコンピュータ618からの内方向チャネル(C)を傾聴する。９．第二ソケットを使用して、サーバコンピュータからデータ(E)を受信する。 10．第一ソケットを使用して、受信したデータ(D)をクライアントコンピュータ6 10へ送信する。代理アプリケーション613は、サーバコンピュータが、特別に構成されたサーバサイトか、通常に構成されたサーバサイトのいずれにあるかに係わらず、Wins ock API要求と同じものを作成する。代理アプリケーションは、要求作成時点においては、遠隔通信サーバを介した通信経路が確立されたかどうかは検出しておらず、また通信が確立された後、直接TCP接続がサーバコンピュータに行われたかどうか、あるいはXTP接続が遠隔通信サーバに行われたかどうかは検出しない。アプリケーションレイヤーにおいて、クライアントアプリケーション611が、H TTPを使用してサーバアプリケーション619と通信する場合、クライアントアプリケーション611は、外方向データストリームを作成し、HTTPプロトコルにしたがって内方向データストリームを受信する。クライアントアプリケーション 611がHTTPデータを代理アプリケーション613に送信すると、代理アプリケーションは、データを開放ソケットに書き込むよう要求するが、それ以外は解釈しない。代理アプリケーション613は、特別に構成されたサーバサイトあるいは通常に構成されたサーバサイトのいずれと通信しているかに係わらず、HTTPデータを書き込むという同じ要求を行う。代理アプリケーションは、TCP接続上でサーバコンピュータ618にHTTPデータが送信されるか、修正HTTPプロトコルとXTPプロトコルとを使用して遠隔通信サーバ626にまず送られるか、あるいはその他のコンピュータとの通信を必要とすることなくゲートウェイコンピュータ上で処理されるかは、検出しない。以上に列挙された代理アプリケーション613によって実行される要求のシーケンスにおいて、リディレクタ914は、クライアントコンピュータ610と通信するために使用される、第一ソケットに関連するすべての要求をTCPモジュール916に伝送する。ゲートウェイコンピュータ612とサーバコンピュータ618との間の直接経路上での、代理アプリケーション613と、サーバコンピュータ618上でホストされるサーバアプリケーション619との間の通信は、リディレクタ914と、TCPモジュール916と、最終的には、Raw IPモジュール950と、データ・リンクレイヤーモジュール952を通る。代理アプリケーション613と遠隔通信サーバとの間の通信は、リディレクタ914を通り、HTTPエンジン920を通る場合もあり、XTPモジュール956 と、Raw IPモジュール950と、最終的にはデータ・リンクレイヤーモジュール952 を通る。XTPモジュール956は、TCPの代わりに伝送レイヤープロトコルとしてXTP を使用し、TCPモジュール916と同様のレベルの機能性を実行する。HTTPエンジン 920は、それを通過するデータストリームを解釈し、ゲートウェイコンピュータ6 12と遠隔通信サーバ626との間の通信セグメント上で使用される修正HTTPプロトコルのクライアント端を実行する。サーバコンピュータへの間接通信経路が遠隔通信サーバを介して確立できるかどうかを決定するため、リディレクタ914内のプロトコルセレクタ923は、ディレクトリサーバ640上の中央データベース645から得た情報を使用する。この情報は、適切な遠隔通信サーバが利用できるかどうか、利用できる場合は、その遠隔通信サーバのアドレスを決定するために使用する。ディレクトリサーバ640のホスト名またはネットワークアドレスは、代理アプリケーション613内であらかじめ構成される。サーバアプリケーションに通信経路を確立する必要が生じるたびに中央データベース645にアクセスするのではなく、リディレクタ914は、中央データベース64 5の情報のいくつかを反映するサーバ表924を維持する。第一の表「内表」926は、中央データベース645の項目のサブセットを含む。この表で項目が見つかれば、中央データベース645の情報は局所的に利用できるため、中央データベースに問い合わせる必要がない。第二の表「外表」928は、中央データベース645に項目がないことが分かっているサーバアプリケーションのアドレスを含む。サーバアプリケーションに項目がなければ、そのサーバアプリケーションは、ゲートウェイコンピュータとサーバコンピュータとの間の直接通信経路を使用してアクセスされる。サーバアドレスが外表に発見されれば、典型的な使用において項目が発見されないゲートウェイコンピュータ612で局所的に分かっているため、ディレクトリサーバ640に問い合わせる理由はない。前記二つの表は、中央データベース645 の情報に基づいて更新される。ユーザインターフェースアプリケーション912は、サーバ表924にも接続され、ユーザが表の情報を見たり、修正したりできる。 TCPモジュール916は、TCPプロトコルを使用して開き、通信を行うというリディレクタ914からのコールを受信する。TCPモジュール916は、Winsock SPIを使用して、リディレクタ914からの要求を受信する。TCPモジュール916がリディレクタ914から要求を受信すると、リディレクタは本質的にトランスペアレントな状態になる。TCPモジュールへのコールは、TCP要求がすべてリディレクタ914ではなくTCPモジュールに直接送られる典型的なWindows 95またはWindows NTで生じるコールと本質的に同一である。 TCPモジュール916は、代理アプリケーション613のようなアプリケーションに代わって作成するソケットに関する情報を格納するために使用されるソケットデータ931を維持する。たとえば、ソケットデータは、ローカルポートインデックスとの開放データ接続と、遠隔アドレスとポートインデックスとでソケットハンドルをマッピングする。加えて、TCPモジュール916は、接続された内方向および外方向チャネル用データバッファ933と、内方向または外方向のそれぞれの接続からは独立してTCPプロトコルを実行するために使用される受信機および送信機モジュール936、948とを含む。TCPモジュール916は、IPプロトコルレイヤーを実行する、Raw IPモジュール950と通信し、次にRaw IPモジュール950がリンク・物理的レイヤーモジュールと通信する。リンク・物理的レイヤーモジュールは、クライアントコンピュータ610へ、およびPOP614のルータ615への物理的接続を含む物理的接続上での通信という機能を果たす。 TCPモジュール916への要求の転送に加え、リディレクタ914は、代理アプリケーション613から受信した要求を、XTPモジュール956と、HTTPエンジン920にも転送できる。リディレクタ914は、特別に構成されたサーバサイトに通信チャネルを開き、当該チャネル上のデータストリームが必ずしもHTTPアプリケーションレイヤープロトコルを使用していない場合に、特別に構成されたサーバサイトと通信するという要求をXTPモジュール956に送る。リディレクタ914は、特別に構成されたサーバサイトへのHTTPベースの接続にHTTPエンジン920を使用する。TCP要求とともに、リディレクトリ914は、HTTPエンジン920に、クライアントアプリケーションによって使用されるTCPソケットハンドルと、XTP通信を受信する遠隔通信サーバのアドレスとを提供する。 XTPモジュール956はXTPプロトコルを実行する。XTPソケットの論理データストリームは、XTP文脈を伴う。XTPモジュールの論理構造は、TCPモジュール916の論理構造と非常に類似するが、特定のホストとの全論理データストリームが、XTP プロトコルを使用して通信される単一のデータストリームに多重化され、一方、 TCPモジュールでは、各論理ストリームは個別のTCPプロトコル例を使用する。XTPモジュール956は、接続された内方向および外方向チャネル用のデータバッファ965と、遠隔コンピュータへの各多重化データストリームについてXTPプロトコルを実行するために使用される送信機モジュール966、976とを含む。XTPモジュール956は、IPネットワークプロトコルレイヤーを実行するRaw IPモジュール950と通信し、次にRaw IPモジュール950は、リンク・物理的レイヤーモジュール952と通信する。リンク・物理的レイヤーモジュールは、クライアントコンピュータ610へ、およびPOP614のルータ615への物理的接続を含む物理的接続上での通信を実行という機能を果たす。ゲートウェイコンピュータ612と遠隔コンピュータとの間の多数のソケット用の通信は、XTPモジュール956内の受信機および送信機モジュール966、976により多重化および非多重化され、単一の内方向および単一の外方向のデータストリームを生じ、かかるストリームのそれぞれに、XTPプロトコルの単一例を使用する。ソケットデータ957は、ソケットハンドルをローカルおよび遠隔ポートインデックスに連結し、ソケットを伴うデータストリームを伴うキーに連結する。XTPモジュール956は、データレートを処理し、サーバシステムへのデータレートを制限するためのレート制御モジュール977を含む。ゲートウェイコンピュータ612と遠隔通信サーバとの間のXTPベースの通信経路は、すべての文脈が閉じられた後、一定期間維持される。この期間中に、クライアントアプリケーションが遠隔通信サーバに新たな接続を開こうとすると、ほとんどオーバーヘッドなく、接続が開かれる。接続が持続する期間、すなわち「生き時間」は、固定された間隔であっても、過去の通信特徴に基づいて順応して決定されてもよい。リディレクタ914はまた、代理アプリケーション613から受信したTCP要求が、特別に構成されたサーバサイトへのHTTPベースの通信に対応すると判断する場合に、HTTPエンジン920に要求を送信できる。HTTPエンジン920は、データ接続で使用されたアプリケーションレイヤーHTTPプロトコルを解釈する。HTTPエンジンは、TCP要求をXTP要求に直接変換する以外に、二つの機能を実行する。まず第一に、ゲートウェイコンピュータと特定の遠隔通信サーバとの間を通過する多数のHTTPデータストリームの情報が、単一のXTP文脈を使用して通信されるように、HTTPマルチプレクサ982内で多重化される。第二に、HTTPエンジンは、いくつかのHTTPデータ要求を実行するために使用される先取りバッファ984を維持する。HTTPマルチプレクサは、それまで要求されなかったデータで先取りバッファを埋め、ある要求がそのデータで満たされる場合、バッファに格納しておいたデータを供給する。リディレクタ914は、代理アプリケーション613からの要求を適切な通信モジュールに導く際に使用される二個の追加データ構造を維持する。代理アプリケーション613がTCPベースのソケットを作成するよう要求した場合、その代理アプリケーション用にTCPソケットが実際に作成され、そのハンドルが代理アプリケーションに返送される。その後、代理アプリケーション613が特定サーバコンピュータへの接続を要求した時、遠隔通信サーバを介したサーバコンピュータとの間接的な通信が確立される場合は、リディレクタ914の要求で第二のXTPベースのソケットが作成できる。リディレクタ914は、代理アプリケーションに既知のTCPソケットハンドルと、遠隔通信サーバと通信するために使用されるXTPソケットハンドルとを連結させるソケット連結表915を維持する。ソケット連結表915は、どの通信モジュールがそのソケットへのよう給を処理するかを決定するために必要な情報も含む。リディレクタ914は、TCPモジュール916上に送られる、代理アプリケーション6 13からの特定の要求を記録(追跡)するために使用される追跡バッファ927も含む。特に、代理アプリケーションがTCPソケットの作成を要求した後、内方向接続を傾聴するあるいは特定の遠隔コンピュータに接続するという要求を受信する前に、そのソケットに関連する他の要求が代理アプリケーションにより作成できる。接続を確立せよという要求がリディレクタ914に受信されてから、TCPではなく XTPを通信で使用するべきであるという決定を下すことができる。したがって、これらの初期TCP要求が、追跡バッファ927内に記録される。XTP ソケットを作成し、以前に作成されたTCPソケットに連結させなければならないと、リディレクタ914が判断した場合、そのTCPソケットに関連して記録された要求がXTPソケットに「再生」される。このようにして、TCPソケットに向かうさらなる要求が、新たなXTPソケットに方向づけされていることには、代理アプリケーションは認識できないように、XTPソケットが初期化される。あるいは、XTPまたはTCPが使用されるかどうかを決定する前に、決定が下されるまで、両プロトコルを使用して要求を平行して処理できる。リディレクタ914がTCPとXTPソケットの両方を開き、両方のソケットに通信要求を送信する。プロトコルが選択された後、使用されないソケットは破壊される。図１０および図１１はリディレクタ914とHTTPエンジン920の詳細な動作を表している。本第一実施例の遠隔通信サーバ626の詳細な説明は、ゲートウェイコンピュータ612のモジュール操作の説明の後に行う。図１０で、リディレクタ914は、代理アプリケーション613の種々の要求に応答する。TCPソケット作成の要求(1002)はTCPモジュール916に送られる。ソケットデータハンドルがTCPモジュールにより作成され、代理アプリケーションに送られる(ステップ1004)。要求がTCPソケットの遠隔コンピュータへの接続(すなわち書込みのために開く )(1010)である場合、リディレクタはまず、ソケット連結表915のTCPソケットハンドルをチェックする(ステップ1011)。XTPソケットハンドルがTCPソケットハンドルと連結されている場合、要求は、そのTCPソケットの通信を処理するソフトウェアモジュールに送られる(ステップ1013)。TCPソケットハンドルがソケット連結表に記載されていない場合、リディレクタは、内表926のホストアドレスをチェックする(ステップ1012)。内表は、遠隔通信サーバにより処理されると知られているサーバのアドレスを含む。アドレスが発見されなかった場合(1014)、要求はTCPモジュールに転送される(1016)。これとは別に、TCPモジュールへのコール中、あるいはその後しばらくしてから、リディレクタは外表928のアドレスをチェックする(ステップ1018)。アドレスが発見されれば(ステップ 1020)、アドレスのホストが、遠隔通信サーバにより処理されないことが分かり、これ以上処理は実行されない。アドレスが内表にも外表にも発見されなかった場合、リディレクタはディレクトリサーバ640にアクセスし、内表と外表とを更新する(ステップ1022)。内表にアドレスが発見された場合(ステップ1014)、遠隔通信サーバが、アドレスのホストへの要求を処理する。次のステップとして、アドレスのホストのアドレスポートがHTTPサーバを伴うかどうかを決定する(ステップ1024)。この情報は、遠隔通信サーバアドレスと共に内表にも格納される。接続要求がHTTPサーバに対するものである場合、ソケット作成要求がHTTPエンジン920に送られる。HTTPエンジンは、XTPモジュール956からXTPソケットハンドルを受理し、ソケットハンドルをリディレクタ914に返送する。リディレクタは、代理アプリケーションによる要求のためにTCPソケットを使用した状態で、ソケットハンドルを、HTTPエンジンがそのTCPソケットへの要求を現在処理中であるという表示とともに、ソケット連結表915に記録する。アドレスのホストがHTTP サーバではない場合、リディレクタ914は、XTPソケットを作成するようXTPモジュール956に要求し(ステップ1027)、TCPソケットハンドルと新しいXTPソケットハンドルとが、ソケット連結表915に記録される。XTPソケットがXTPモジュール9 56あるいは間接的にHTTPエンジン920によって作成される場合、追跡バッファ927 内に記録された要求が、ソケットへの通信を現在処理中のソフトウェアモジュール(XTPモジュール956またはHTTPエンジン920)に再生される(ステップ1029)。リディレクタが、ソケット作成あるいはソケット接続以外の要求を受信した場合(1030)、リディレクタはまず、ソケット連結表915のTCPソケットハンドルをチェックする(ステップ1031)。XTPソケットハンドルがTCPソケットハンドルを伴う場合、要求は、そのTCPソケットとの通信を処理するソフトウェアモジュールに送られ(ステップ1032)、そうでない場合は、要求はTCPモジュールに送られる(ステップ1034)。代理アプリケーション613とクライアントアプリケーション611との間の通信は、代理アプリケーションがあらかじめ定義されたポートに連結した(結び付けられた)TCPソケットを使用して傾聴要求を発する代理アプリケーションによって確立されることに留意する。この傾聴要求は、ステップ1036によりTCPモジュール916に送られる。図１１では、サーバコンピュータとの通信を行うというTCPソケットに対する要求を処理するために、遠隔通信サーバにXTPソケットを作成せよという要求をH TTPエンジン920が受信した場合(ステップ1210)、HTTPエンジンは、すでに開かれたXTP接続を使用し、開いた接続上でTCPソケット用に通信を多重化できる。遠隔通信サーバと使用中のXTP接続がない場合(ステップ1212)、HTTPエンジン920は、 XTPソケットの作成を要求し、遠隔通信サーバと接続する(ステップ1214)。HTTP エンジンが書込み要求を受信すると(ステップ1240)、HTTPエンジンは要求のHTTP 内容を分析する(ステップ1242)。要求が、サーバからの遠隔オブジェクトの検索である場合(ステップ1244)、HTTPエンジンはまず、オブジェクトがすでに先取りバッファ984内にあるかどうかをチェックする(ステップ1246)。先取りバッファ9 84内にあれば、HTTPエンジンが、TCPソケットハンドルと、要求されたオブジェクトとの間の関連を記録し(ステップ1248)、その後の傾聴および読み出し要求が、バッファに格納された適切なデータを検索できるようにする。オブジェクトがバッファに格納されていない場合、多重化データストリームを介して遠隔通信サーバに要求が転送される(ステップ1250)。オブジェクトに対する要求が書込みではなかった場合(ステップ1244)、データは遠隔通信サーバに送られる(ステップ1 252)。HTTPエンジンが、要求を送信あるいは記録するために以前に使用された接続で傾聴せよという要求を受信した場合(ステップ1220)、それ以上の処理は必要ない。HTTPエンジンが読み出し要求を受信した場合(ステップ1230)、以前に要求されたオブジェクトが、HTTP文脈986から決定される。オブジェクトの全部あるいは一部が先取りバッファ984にある場合、そのデータは読み出し要求に応じて提供される(ステップ1232)。先取りバッファにそれ以上データがない場合(ステップ1232)、たとえば、クライアントからの要求の前にオブジェクトの転送が開始したが、まだ転送処理中である場合、HTTPエンジンは、適切なXTPソケットハンドルを用いて、XTPモジュールからのデータを要求する(ステップ1236)。受信したデータが別のオブジェクトのものであった場合(ステップ1238)、そのデータは先取りバッファに格納され(ステップ1240)、次のXTP読み出しが要求される(ステップ1236)。受信したデータが、要求されたオブジェクトのものであれば、読み出し要求に応じてデータが提供される(ステップ1242)。関連実施例において、リディレクタ914は、他の基準に基づいて伝送レイヤープロトコルを選択することもできる。たとえば、連続音声サーバを伴うポートへのTCP接続を開けという要求が、伝送中のデータに非常に適した、TCPともXTPとも異なるプロトコルを使用して処理できる。たとえば、追加転送エラー修正付きプロトコルを連続音声サーバに使用でき、再送に依存するエラー制御付きプロトコルを非連続データソースに使用できる。選択基準も、データの内容の種類に関する知識に基づくことができる。場合によっては、データ伝送の最初の部分を監視することで、内容の種類が判断できる。以上の説明は、クライアント通信システムの一部であるゲートウェイコンピュータ612の機能性に集中している。サーバサイトでは、遠隔通信サーバ626がゲートウェイコンピュータとのXTPベースの通信の終端となっている。再び第６図において、遠隔通信サーバ626は、ゲートウェイコンピュータ612とサーバ618、620 との間の出入り口として機能する。遠隔通信サーバ626とサーバコンピュータ618 、620とで、単一のサーバ通信システムを形成する。図１２では、コールハンドラアプリケーション674と通信モジュール673とが、代表的な遠隔通信サーバ626上で実行する。第一実施例において、遠隔通信サーバ626は、Windows NTまたはUNIXベースのOSを駆動するコンピュータである。TCP モジュール1314、IPモジュール1316およびリンク・データレイヤーモジュール131 8を含む標準TCPプロトコルスタックを使用して、サーバコンピュータ618、620と通信する。XTPモジュール1320は、IPモジュールと直接通信する。コールハンドラアプリケーション674は、モジュール673と通信し、ゲートウェイコンピュータとサーバコンピュータとの間の通信を処理する。加えて、 HTTPオブジェクトの先取り機能は、コールハンドラアプリケーション674内で実行される。コールハンドラアプリケーション674は、ゲートウェイコンピュータとサーバコンピュータとの間の通信を導く文脈ハンドラモジュール1328と、サーバコンピュータからゲートウェイコンピュータへ送られるhtml形式のデータを解釈するht mlパーザ1326と、遠隔通信サーバにより処理されるサーバコンピュータに関する情報を含む局所表1322と、サーバコンピュータとゲートウェイコンピュータとの間で送られるデータを保持するために使用されるTCPバッファとを含む。文脈ハンドラ1328は、まずXTP文脈を作成し、ゲートウェイコンピュータからの接続を受理するために、XTPモジュールの傾聴要求を行なう。ゲートウェイコンピュータがXTP文脈に接続し、宛先ネットワークアドレスとのTCP通信を確立するよう要求すると、文脈ハンドラ1328が局所表1322内のサーバコンピュータのために宛先ネットワークをチェックし、宛先ネットワークアドレスを発見したら、ゲートウェイコンピュータとサーバコンピュータとの通信を処理するための実行スレッドを開始する。典型的な場合、各XTP文脈に一つずつ実行スレッドがある。文脈スレッドは、一個あるいはそれ以上のサーバコンピュータに多数の同時TC Pチャネルを開き、その対応するゲートウェイコンピュータからの多重化要求を処理できる。ポートでの傾聴がクライアントによって要求されていることを文脈ハンドラに通知した場合、TCP傾聴が、TCPモジュール1314を介して要求され、TC Pバッファ1324に格納しているデータの読み出しを開始する。文脈ハンドラ1328は、クライアントおよびサーバコンピュータ間の接続を最適に制限できる。たとえば、文脈ハンドラ1328は、クライアントシステムからの接続要求の受理が、通信サーバコンピュータの全通信容量を越えるかどうかを判断できる。通信容量は、クライアントシステムの数、サーバコンピュータへのTCP ストリームの数、あるいは全XTP接続の処理済み最大データレートを合計することで算出される、あるいは過去の実際のデータレートの平均値を出すことで算出される最大全データ通信レートなどを含む種々の要因に基づくことができる。接続の受理が通信容量より上回った場合、接続が拒否され、クライアントシステムはTCPでサーバコンピュータに直接接続しなければならない。あるいは、文脈ハンドラ1328は、クライアントコンピュータからの通信要求において識別されるサーバコンピュータに基づき、クライアントとサーバコンピュータ間の接続を制限できる。たとえば、局所表1322に記載されたサーバコンピュータだけがクライアントコンピュータからアクセスできるなどである。このようにして、遠隔通信は防火壁として機能する。文脈ハンドラ1328はまた、修正HTTPプロトコルのサーバ端を担当する。ウェブ (html形式)ページが、文脈ハンドラによってウェブサーバからTCP/IPスタックを介して検索される場合、ページはhtmlパーザ1326によって分析される。オブジェクトへの参照が抽出される。次に文脈ハンドラは、遠隔通信サーバによっても処理されるサーバ上のオブジェクトの要求を行い、ゲートウェイコンピュータに結果を転送し、ゲートウェイコンピュータは、クライアントアプリケーションからの結果に対する要求を予想して、結果を先取りバッファに格納する。文脈ハンドラ1328はまた、圧縮モジュール1329とセキュリティモジュール1327とを含み、それぞれ遠隔通信サーバとゲートウェイコンピュータとの間を通過するデータストリームの圧縮および暗号化サービスを提供する。処理されるホストアドレスを含む局所表1322は、ディレクトリサーバ640と定期的に通信を行ない、ゲートウェイコンピュータが、TCPアドレスに適した遠隔通信サーバを発見できるようにしてある。表更新モジュール1325は、サーバコンピュータからの情報を受信し、局所表1322を更新する。たとえば、サーバコンピュータは、表更新モジュール1325によって受信された通信メッセージを定期的に送信するか、あるいはサーバコンピュータが初期構成された際に、サーバコンピュータは表更新モジュールにメッセージを送信できる。あるいは、サーバコンピュータのアドレスを、ユーザーインターフェースから手動で入力できる。局所表1322はまた、入出力装置1324に接続された図形ユーザインターフェース(G UI)1323を介して手動で更新できる。 XTPモジュール1320は、レート制御モジュール1321を含む。レート制御モジュール1321は、各XTP接続のデータレートを制限するのではなく、各クライアントシステムの全データレートを制限する。特定のクライアントシステムのレート制限は、そのクライアントシステムへの各XTP接続の処理済み最大データレートを最大とする。このようにして、クライアントシステムが多数のXTPストリームを開いた場合においても、レート制御モジュール1321によって、多数のストリームによって共有できるデータリンクの容量の超過が防止される。第一実施例の変形において、通信サーバコンピュータ上でホストされるソフトウェアモジュールと、サーバコンピュータ上でホストされるソフトウェアモジュールとは、一台のコンピュータ上で共にホストされる。この変形例で、コールハンドラアプリケーションとサーバアプリケーションとを通過する通信は、ローカルネットワーク内には流れない。その代わり、データが、前記一台のコンピュータ上でホストされた通信サービスに送られ、これらの通信サーバによって宛先アプリケーションに直接送られる。本発明の第二実施例は、第一実施例におけるクライアントアプリケーションの観点から、サーバシステムで同じ機能性を、サーバアプリケーションの観点から、クライアントシステムで同じ機能性を実行する。ただし、第二実施例において、ソフトウェアモジュールは、クライアントコンピュータまたはサーバコンピュータ上で直接ホストされる。加えて、ゲートウェイコンピュータを使用しないため、代理アプリケーションは必要ない。クライアントコンピュータ上のソフトウェアモジュールの配置は、図9aに示す。本配置は、図９に図示される代理コンピュータに示されるものと実質的に同じであるが、代理アプリケーション613の代わりにクライアントアプリケーション613aを用いている。クライアントアプリケーション613aは、入出力装置906に接続され、ユーザからの情報の要求を受理し、要求に対してサーバコンピュータから送られる情報を表示するためのユーザインターフェースモジュール905を含むブラウザアプリケーションでもよい。第二実施例のサーバシステムでは、サーバコンピュータの機能性と遠隔通信サーバとは、マイクロソフトのWindows 95、Windows NTまたはUNIXといったOSを使用する一台のコンピュータ上で組み合わされている。TCPおよびHTTPを使用するよう構成されたサーバアプリケーション1412は、サーバコンピュータ上で実行する。図13を参照すると、ソフトウェアモジュールの配置は図９に示すものに類似している。サーバアプリケーション1412は階層化通信サービス1402からのTCPサービスを要求する。リディレクタ1414はその要求を処理し、TCPモジュール1416およびXTPモジュール1456からなる輸送サービス1404との通信、またはサーバアプリケーション1412によって要求されたサービスを処理するためにHTTPエンジン14 60との通信を行う。リディレクタは、サーバアプリケーションのために作られた TCPソケットハンドルとリディレクタによって作られたXTPソケットとを連携させるソケット連携テーブル1415を保持する。リディレクタ1414は、当初クライアントシステムからのTCP接続に対する定義済みポート上で聴取するために、サーバアプリケーション1412からの要求を受領する。リディレクタ1414は、ローカルテーブル1424を使って、そのポートが、XT Pベースの接続をも受入れ可能なサーバアプリケーションに対応するかどうかを判断し、そしてそうであればそれはそのポートがHTTPベースの通信に対するサーバポートかどうかも判断する。この決定に基づき、リディレクタ1414は、TCPモジュール1416のみを聴取するために要求を送るか、またはさらにXTPモジュール1 456またはHTTPエンジン1460のいずれかに対してXTPソケット上のXTPベースの接続のために聴取するよう要求する。ある接続がXTPベースのソケットで受取られると、サーバアプリケーションに対して既知のTCPソケットハンドルおよびリディレクタに対して既知のXTPソケットハンドルがソケット連携テーブル1415に記録される。リディレクタ1414がTCPソケットハンドルを使って他の何らかの要求を受取ると、そのハンドルはソケット連携テーブル1415において探索され、見付かった場合その要求はそのソケット（XTPモジュール1456またはHTTPエンジン1460）を処理しているモジュールに転送され、そうでなければそれはTCPモジュール1416 に送られる。 HTTPエンジン1460が、情報をクライアントコンピュータに送るようにとの要求を受取ると、HTTPエンジンはHTTPマルチプレクサ1482を使って外向きのデータを多重化する。データストリームがhtml様式のウェブページに対応する場合、そのページの情報はhtml構文解析系1483内で解釈され、埋め込みデータへの基準はHT TPコンテクストハンドラ1481によって記録される。参照したデータがサーバアプリケーション1412から入手できれば、HTTPコンテクストはこのデータをサーバアプリケーション1412から先取りすべき旨注意を促す。 HTTPエンジン1460が接続に対して聴取するようにとの要求を受けた場合、その要求を満たすには３種類の方法が可能である。一番目として、HTTPコンテクストハンドラ1481が、サーバアプリケーション1412からデータを先取りすべきであるとまえもって注意されている場合、HTTPの要求のシミュレーションがHTTPコンテクストハンドラ1481によって行われ、聴取はこの要求のシミュレーションによって満足される。二番目として、XTPモジュール1456は新しいクライアントコンピュータから新しいXTPソケットを受取る可能性がある。三番目にHTTPマルチプレクサ1482は、現在のクライアントコンピュータとともにXTP通信チャンネル上の多重化通信を使って要求を満足させる可能性がある。HTTPエンジン1460は、サーバアプリケーションに対して既知のTCPソケットハンドルと聴取要求を満足させたデータのソースとの連携を記録する。 HTTPエンジン1460がデータ読込みの要求を受けると、その読込みは、HTTPの要求のシミュレーションを行うHTTPコンテクストハンドラ1481によって満足されるか、対応する聴取要求がどのように処理されるかによってHTTPマルチプレクサ14 82によって処理されるかのどちらかになる。複数のデータの流れは単一のXTPコンテクスト上で多重化される可能性があるので、HTTPマルチプレクサ1482で処理される読込み要求は、HTTPバッファ1484におけるまえもって読込まれたデータ、または内向きのXTPソケットから読込まれたデータのいずれかによって満足される。読込みされたものの読込み要求を満足させるために使用されることのないデータは、読込み要求を満足させるデータが内向きストリーム上で発見されるまで、HTTPバッファ1484に臨時保管される。その他の実施例においては種々の形式のクライアント・サーバ間通信システムが使用可能である。ゲートウェイコンピュータを通じて通信するクライアントコンピュータが含まれることのあるクライアント通信システムがいくつかあり、一方他のクライアントコンピュータはXTPを使ってサーバ通信システムと直接交信する。ひとつ以上の遠隔通信サーバが含まれることのあるサーバ通信システムがいくつかあり、一方他のシステムは、遠隔通信サーバの機能性を有するサーバコンピュータの使用が可能である。さらに最初の実施例におけるゲートウェイコンピュータ上でホスト扱いされる機能性は、図１に示すPOP 110bにおける代理サーバ140のようなあるPOPにおける代理サーバ上においてもホスト扱いされ、この場合クライアント通信システムはクライアントサイトとPOPとの両方においてコンピュータ上でホスト扱いされる。さらにクライアントコンピュータと代理サーバとの間の通信では、あるクライアントとある代理サーバとの間の通信に特有の所有権を主張できるプロトコールを含む、種々のプロトコールの使用が可能である。本発明の他の実施例では、クライアントコンピュータとサーバコンピュータとの間の通信で代わりの輸送階層プロトコールを使用可能かどうかを決定し、かつクライアントコンピュータが代わりの輸送階層プロトコールを使ってそのような通信のアドレス指定をすべき、代わりのネットワークアドレスを決定するために代わりの方法が使われる。代わりのネットワークアドレスに対するひとつのアプローチ方法として、たとえば、同じアドレスを指定されたホスト上の異なったポートインデックスのように、サーバアプリケーション自身のネットワークアドレスの既知の変形がある。このアプローチにおいては、ゲートウェイコンピュータあるいは特別に稼動されたクライアントコンピュータが遠隔通信サーバ（これは存在しないこともある）への接続を行おうとし、応答がない場合、サーバコンピュータには遠隔通信サーバが使われていないと判断し、そのかわりにTCP接続の実施作業に移る。図14によれば三番目の実施例の説明で、部分的にサーバコンピュータ自身に分配されたディレクトリ情報を使用している。サーバコンピュータが代わりのアドレスにおける代わりの通信プロトコールを使って通信を受入れることが可能かどうかを決定するために、あるクライアントコンピュータがこの分配された情報を使用する。図14においてサーバコンピュータ1410は、代わりの通信プロトコールを使って代わりのアドレスにおいてサーバコンピュータ1410に対する通信を受信する遠隔通信サーバ1420と連携している。関連の実施例においては遠隔通信サーバ1420とサーバコンピュータ1410との機能性は単一のコンピュータで与えられた可能性があり、そのような実施例においては代わりのアドレスがもともと要求されたTCPアドレスと同じホスト上にあることに注意しなければならない。遠隔通信サーバ1420は、LAN1430上のひとつ以上のサーバコンピュータ1410に接続されていて、LAN1430はさらにインターネット1440上でクライアントコンピュータ1451に接続されている。クライアントコンピュータ1451はプロセッサ1453 、磁気ディスクのような非揮発性データ記憶装置1457および固定式または取外し式ディスクのようなプログラム記憶装置1454を有している。通信インターフェース1459はプロセッサ1453をインターネット1440に接続する。サーバコンピュータ 1410も同様にプロセッサ1413、非揮発性データ記憶装置1416、プログラム記憶装置1414および通信インターフェースを有する。また、リストサーバ1462もインターネット1440に接続されており、同様の機能を一番目と二番目の実施例に述べられたディレクトリサーバに提供する。リストサーバ1462は磁気ディスクのような非揮発性データ記憶装置を有する。また、インターネット1440には、インターネット上でドメーン名サービス（DNS）1470に接続されている他のコンピュータに対する名前解決を提供するDNS も接続されている。DNS1470はホスト名を受入れでき、そのホスト名と連携したI Pアドレスを提供する。リストサーバ1462もインターネット1440に接続されており、サーバコンピュータとこれらサーバコンピュータと連携した遠隔通信サーバのIPアドレスとの連携を含むデータベースを維持する。このデータベースは非揮発性データ記憶装置1461に保存されている。図15について、クライアントコンピュータ1451（図14）で実行中のウェブブラウザのようなクライアントアプリケーション1510が、サーバコンピュータ1410（図14）上のあるIPアドレスをもったTCP/IPを使って通信を試みる場合、通信はクライアントコンピュータ1451上で実行中のひと組のソフトウェアモジュールを通じて行われる。Microsoftウィンドウズ95またはウィンドウズNTを使ったクライアントコンピュータに対するソフトウェアモジュールの配置は図15に示すとおりである。クライアントアプリケーション1510は、遠隔コンピュータとの通信に必要なTC P/IPサービスを含む通信サービスへのインターフェースを提供するウィンソック２モジュール1520との通信を行う。ウィンソック２ 1520にはネームサービスプロバイダおよび輸送サービスプロバイダ向けインターフェースが含まれる。ネームサービスプロバイダは、文字列の形式のホスト名を、TCPサービスプロバイダのような輸送サービスプロバイダによって使われているもっと下位のレベルのアドレスに翻訳するソフトウェアモジュールである。ネームサービスプロバイダはインターネットDNSのような他のコンピュータに依存することがある。輸送サービスプロバイダは、クライアントアプリケーションが遠隔アプリケーションとの通信を行えるように輸送階層通信サービスを行うソフトウェアモジュールである。図15において階層化サービスモジュール(LSM)1540は、Microsoftウィンソック２サービスプロバイダインターフェース（SPI）に従って、ウィンソック２ 1520 に対してTCPベース輸送サービスのような標準輸送プロトコールサービスを提供し、したがって輸送サービスプロバイダであるかのような挙動を示す。ディレクトリモジュール1550はウィンソック２ 1520に対してIPベースネームサービスを提供する。ディレクトリモジュール1550と階層化サービスモジュール1540とはともにリディレクタ1530の一部であり、このリディレクタは、クライアントアプリケーション1510からサーバコンピュータへの特定のTCP/IP接続要求に対して、代替通信プロトコールが使用可能かどうかを決定し、そのサーバコンピュータとのデータの交信をするために使用される輸送サービス1590へのインターフェースを提供する。一方、未加工IPモジュール1595は、輸送サービス1590内のモジュールへの下位レベルのサービスを提供する。また輸送サービス1590もディレクトリモジュール1550への通信サービスを提供する。ユーザインターフェース（UI）アプリケーション1535もまたディレクトリモジュール1550に接続されている。UIアプリケーション1535は、ディレクトリモジュール1550内に維持されている情報にアクセスするために、かつその情報を更新するために、クライアントコンピュータのユーザに対してインターフェースを提供する。図16において、輸送サービス1590はTCPモジュール1660およびXTPモジュール16 62を有し、それらはLSM1540に対して直接に輸送サービスを提供する。先に実施例で述べたように、XTPモジュール1662は、クライアントアプリケーション1510 と遠隔サーバアプリケーションとの間の強化された通信に対する輸送階層通信サービスを提供するために使用される。引き続き図16において、ディレクトリモジュール1550はいくつかの副モジュールを有する。名前解決サービス1650はウィンソック２ 1520からの名前解決要求を受け、これら要求の解決を試みるためにデータベース1620を使用する。ディレクトリマネージャ1610は、LSM1540から、遠隔通信サーバがサーバコンピュータのアドレスと連携しているかどうかを判断するよう要求を受ける。ディレクトリマネージャ1610は、データベース1620およびおそらくこれら要求に答えてネットワーク検索モジュール1640を使用する。データベース1620は、サーバホスト名、サーバIPアドレス、およびこれらサーバホストと連携した遠隔通信サーバのIPアドレスがあるとしてそのアドレス、を含むアドレスデータベース1624を有する。またアドレスデータベース1624は、特定のサーバサイトに対する特有の追加情報をも有する。アドレスデータベース 1624は、複数のファイルを使って非揮発性データ記憶装置1457（図14）内に保持される。さらにデータベース1620は、揮発性作業領域1458（図14）内に保持され、高速アクセス用データベースの部分的コピーを保存するために使われる記憶キャッシュ1622を有する。またデータベース1620は経年情報1629を有する。この情報は、データアクセスに関連した情報の記録に使用され、またたとえば作業領域 1458または非揮発性記憶装置1457上に空き領域を設けるために、最近ほとんどアクセスされていない、あるいはアクセス回数のもっとも少ないデータの削除に使用される。アドレスデータベース1624は、各サーバコンピュータに対する個別二進ファイルを使って非揮発性記憶装置1457に保存される。図17aに示す特定のサーバにおいて、欄区切り1795によって区切られた二進欄がファイルに納められている。ひとつの記録の欄には遠隔通信サーバ（SS_IP）1770のIPアドレスおよびサーバコンピュータ（WS_NAME）1780に対する名前項目が入っている。この記録には特定サイト情報（SITE_INFO）1790も含まれる。アドレスデータベース1624の個々のファイルは、単一のディレクトリに保存されており、サーバコンピュータ（WS_I P）のIPアドレスから引出されたファイル名を有する。特にWS_IP欄は符号なし32 ビット数として解釈され、記号0〜9およびA〜Zを使って基底36で表現される。共通の前置子、たとえば"SN"、および共通の拡張子、たとえば".SSF"がすべてのファイルに対して使用される。たとえば、IPアドレス"199.103.141.58"はファイル名"SNG8V2RR.SSF"と連携している。再び図16において、ディレクトリマネージャ1610は、このディレクトリマネージャが、遠隔通信サーバがサーバコンピュータのアドレスと連携しているかどうかを判断するために使っている、分散ディレクトリ情報にアクセスするために、ネットワーク検索モジュール1640を使用している。LSM 1540からの要求に対する回答として、ディレクトリマネージャ1610が、データベース1620のみを使って遠隔通信サーバ情報に対する要求を満足させられない場合、ディレクトリマネージャはネットワーク探索1640に対して要求を出す。ネットワーク検索1640は経路分解器1642およびウェブサーバアクセス1646モジュールを使用し、一方、このモジュールは、サーバコンピュータ自身からの必要な情報の検索を試みるために、輸送サービス1590を使用する。それが成功した場合、ネットワーク探索1640は、検索された遠隔通信サーバ情報をディレクトリマネージャ1610に提供し、次にこのディレクトリマネージャがデータベース1620を更新し、かつLSM 1540への回答を提供する。 UIアプリケーション1535もまたディレクトリマネージャ1610に接続されている。UIアプリケーション1535は、データベース1620内の情報にアクセスし、その情報を更新するために、クライアントコンピュータのユーザに対するインターフェースを提供する。ユーザが、その情報をUIアプリケーション1535に明示的に提供することによってデータベース1620内の情報を更新することもできる。たとえばユーザは、特定のサーバコンピュータと連携した遠隔通信サーバのアドレスを知ることができる。またユーザは、自分がデータベース1620へ保存するためにUIアプリケーションに提供する、パスワードなどの遠隔通信サーバへの接続を確立するために必要な情報を知ることもできる。データベース1620に対する情報を明示的に提供するよりもむしろ、ユーザは、その情報がサーバコンピュータ1410あるいはリストサーバコンピュータ1462から得られるよう要求することもできる(図14)。UIアプリケーション1535は、データベース1620に保存される予定の情報を得るために、特定のサーバコンピュータまたはリストサーバ、あるいはディレクトリマネージャ1610に対して既知のデフォルトリストサーバにアクセスするよう、ディレクトリマネージャ1610を通じて要求する。リストサーバ上の明示的位置はUIアプリケーション1535によって与えることができ、またディレクトリマネージャ1610に対して既知のデフォルト位置を使うこともできる。ディレクトリマネージャ1610はその要求を経路分解器1642に転送し、この経路分解器はリストサーバから情報を検索するためにリストサーバアクセスモジュール1644を使用するか、あるいはサーバコンピュータからの情報を検索するためにウェブサーバアクセス1646モジュールを使用する。この情報は、ディレクトリマネージャ1610に返信され、ディレクトリマネージャはディレクトリ1620に居住するためにこの情報を使用する。またユーザは、データベース1620内の情報にアクセスするためにUIアプリケーション1535を使ってもよい。たとえば、サーバコンピュータのサイトの説明、特定の分類におけるサーバコンピュータのリスト、あるいはサーバについての他の情報を表示することができる。この情報はユーザが特定のサーバコンピュータを選択するときに使うこともある。ネットワーク探索1640は、そのコンピュータからデータファイルを検索することによって、サーバコンピュータ上またはリストサーバ上のデータにアクセスする。ウェブサーバアクセス1646は、サーバコンピュータ上のデータファイルに対してあらかじめ決められた経路名を使用する。データファイルは「サイトファイル」として知られている。このファイルは秘密のディレクトリに保管されていて、遠隔ユーザは通常アクセスできない。本実施例では、経路名は<WEBROOT>/<DIR NAME>/<FILENAME>.datの形式になる。ここで<WEBROOT>はウェブサーバがアクセスしたルートディレクトリの経路名である。デフォルトによるリストサーバアクセス1644は情報検索のときに同じファイルを使うが、明示的経路名はUIアプリケーション1535を通じてユーザから提供されることもある。サイトファイルには、データベース1620に居住するために使われる情報が含まれている。本実施例ではサイトファイルはテキストファイルになっている。サイトファイルは図17bに示すようにひとつ以上の回線をもっている。各回線は特定のサーバコンピュータと連携しており、サーバコンピュータ（WS_IP）1730のIP アドレス、サーバコンピュータと連携している遠隔通信サーバがない場合空き項目であるところの遠隔通信サーバ（SS_IP）1740のIPアドレス、およびサーバコンピュータ(WS_NAME)1750用の名前項目、を区切るタブ区切り1710を有している。その記録にはサイト特有の情報（SITE_INFO）1760が含まれており、新しい回線1720が終端になっている。サーバコンピュータとリストサーバとの両方の上にあるサイトファイルは、サーバコンピュータの遠隔通信サーバとの複数の連携に対応する複数の回線をもつことがある。各種ソフトウェアの操作は図18〜22のフローチャートに示すとおりである。以下のフローチャートの説明においてかっこ内に示すもの以外、各ステップに含まれる要素は図16に出ているものと同じである。クライアントアプリケーション15 10からウィンソック２1520への、TCPソケット（通信チャンネル）をサーバコンピュータへ接続するようにとの要求はいくつかのステップを経て処理される。図18では、クライアントアプリケーション1510がサーバコンピュータの名前を文字ストリングの形式で提供した後、ウィンソック２ 1520がこのホスト名と連携したIPアドレスを決定する。ウィンソック２ 1520はそのあとそのIPアドレスを、実際に通信チャンネルを接続する輸送サービスに転送する。IPアドレスを決定するときに、ウィンソック２ 1520はまず名前解決モジュール1650からのサーバホスト名の解決を要求する(ステップ1810)。名前解決モジュール1650がホストに対するIPアドレスを見付けられない場合(ステップ1812)、ウィンソック２ 152 0は、サーバホスト名を解決するためにDNS 1470にアクセスする（図14）デフォルト名サービスプロバイダからのホスト名の解決を要求する(ステップ1920)。名前解決モジュール1650がIPアドレスを提供できず(ステップ1812)、DNS 1470がサーバホスト用IPアドレスを提供できない場合(ステップ1822)、ウィンソック２ 1 520は名前検索失敗をクライアントアプリケーション1510に報告する(ステップ18 24)。ウィンソック２ 1520が名前解決サービス1650またはDNS 1470のいずれかを使ってサーバホスト名の解決に成功したと仮定すると、つぎにそれはLSM 1540がソケットをサーバコンピュータ（WS_IP）のIPアドレスに接続することを要求する。図19においてLSM 1540はサーバのアドレスWS-IPに接続するよう要求を受ける。LSM 1540はディレクトリマネージャ1610を通じて、サーバコンピュータのIPアドレスと連携している遠隔通信サーバのアドレスを要求する(ステップ1920)。ディレクトリマネージャ1610は、まず記憶キャッシュ1622を検索し、そして記録が見付からなければアドレスデータベース1624を検索することによってデータベース1620にアクセスする。ディレクトリマネージャがサーバコンピュータに対する記録を見付けた場合、SS_IP欄の値を返す。その値はサーバコンピュータに対する遠隔通信サーバのアドレスである。アドレスデータベース1624内に記録が見付かれば、ディレクトリマネージャ1610は記録のコピーを記憶キャッシュ1622に保存する。データベース1620にサーバコンピュータに対する記録がなければ、ディレクトリマネージャ1610は空アドレスを返す。ディレクトリマネージャ1610が空の遠隔通信サーバアドレスを返すと(ステップ1922)、LSM 1540は直接TCPを使ってサーバコンピュータへの接続を試みる(ステップ1910)。ディレクトリマネージャ1610が通信サーバのアドレスを返すと、LSM 1540は適切な強化通信プロトコールを使って遠隔通信サーバへの接続を行う(ステップ1926)。特に強化プロトコールには、第一と第二の実施例の説明において上に述べた方法でXTPモジュール166 2を使う通信が含まれる。LSM 1540がTCPを使ってサーバコンピュータに接続する場合(ステップ1910)、それはディレクトリマネージャ1610に対してそのサーバコンピュータに対するその項目を更新するよう引き続き要求を出す(ステップ1915) 。図20のフローチャートにおいて、LSM 1540がディレクトリマネージャ1610を通じて、サーバコンピュータに対する項目を更新するよう要求すると、ディレクトリマネージャ1610はまずサーバコンピュータに対する記録がデータベース1620に保存されているかどうか判断する(ステップ2010)。記録があれば、ディレクトリマネージャ1610はさらに更新を行う必要がない。ディレクトリマネージャ1610が、サーバIPアドレスと連携したアドレスデータベース1620の中に記録がないと判断すれば(ステップ2010)、それはサーバコンピュータからサイトファイルを得ることを試みる(ステップ2020)。ディレクトリマネージャ1610は、ネットワーク探索1640を通じてサイトファイル情報を要求する(図16)。このネットワーク探索は、本実施例ではHTTPプロトコールを使ってアドレスWS_I Pのサーバコンピュータを通じてサイトファイルにアクセスする。ネットワーク探索1640がサイトファイル内の情報を返すのに成功すれば(ステップ2022)、ディレクトリマネージャ1610は、データベース1610の記憶キャッシュ1622とアドレスデータベース1624両方を更新する(ステップ2024)。たとえばサーバコンピュータが遠隔通信サーバと連携していないという理由で、サイトファイルの検索に失敗した場合(ステップ2022)、クライアントコンピュータがサイトファイルを要求すると、サーバコンピュータは「ファイルが見付からない」というメッセージを返し、ディレクトリマネージャ1610は、サーバコンピュータ用の記録を作成し、サーバアドレスと連携した遠隔通信サーバアドレスに対する欄を空にすることによって、データベース1620の記憶キャッシュ1622（ただしアドレスデータベース16 24ではない）を更新する(ステップ2026)。クライアントアプリケーション1510を終了すると記憶キャッシュ1622は削除され、したがって、サーバコンピュータが遠隔通信サーバと連携していないことを示す記録は、サーバコンピュータにアクセスしたアプリケーションが稼動中である場合に限ってのみ存続する。第四の実施例は、上記第三の実施例の機能性を拡大して特定の遠隔通信サーバとの通信において使用するための装填可能なソフトウェアモジュールを含むようにしたものである。図17に戻って、データベース1620の記録のSITE_INFO欄には、アドレスSS_IPにおいて遠隔通信サーバとの通信に対して要求される装填可能なソフトウェアモジュールへの基準を含めることができる。ひとつの基準にはソフトウェアモジュールのURLが含まれる。ディレクトリマネージャ1610は最新のソフトウェアモジュールの検索と保管に対し責任がある。LSM 1540は、遠隔通信サーバとの通信を行いながら、モジュールを動的に装填することおよび適切なタイミングでモジュール内に利用可能な入り口点への分岐を行うことに責任がある。特に、以前検索された装填可能なモジュール各々に対して、ディレクトリマネージャ1610は、モジュールが検索された最終の日付、あるいはもっと新しい版ができているのかどうかを判断するためにチェックを行った最終の日付の記録を保持する。また装填可能なモジュール各々は、もっと新しい版があることをチェックする義務がディレクトリマネージャ1610に生じる前にそのモジュールを使いうる、最大間隔とも連携している。あるモジュールが装填されるかチェックが行われて以来、そのモジュールに対する最大間隔以上の時間が経過した場合、ディレクトリマネージャ1610はもっと新しい版があるかどうかをチェックし、もしあればその新しい版がディレクトリマネージャ1610によって検索され、ユーザの介入の必要性なしにLSM 1540によって装填される。図21において、ディレクトリマネージャ1610が、データベース1610から、あるいは新しく検索されたサイトファイルから記録を検索した（ステップ2110）のち、ディレクトリマネージャ1610は、SITE_INFO欄を通じて、装填可能なモジュールが、指示された遠隔通信サーバとの通信に対して要求されているかどうかを判断する(ステップ2112)。装填可能なモジュールが必要ない場合、遠隔通信サーバ IPアドレスは第三の実施例のときと同じようにLSM 1540に返される。装填可能なモジュールが必要な場合(ステップ2112)、ディレクトリマネージャ1610は、要求されたモジュールのローカルコピーが現在保存されているかどうかを判断する( ステップ2114)。保存されていなければ、ディレクトリマネージャはそのモジュールを検索し(ステップ2120)、それをローカルファイルに保存する。遠隔通信サーバのIPアドレスおよび検索されたモジュールのローカルコピーの経路名はLSM 1540に返される。前回そのモジュールが検索されていた場合(ステップ2114)、それはすでに期限切れになっている可能性がある。期限切れについてチェックが行われ(ステップ2116)、そのモジュールが期限切れになっていなければ、遠隔通信サーバのIPアドレスおよび装填可能なモジュールの局所経路名がLSM 1540に転送される。一方、そのモジュールが期限切れになっておれば(ステップ2116)、ディレクトリマネージャ1610は、インターネット上の基準位置におけるその版の日付にアクセスすることによってもっと新しい版があるかどうかチェックする(ステップ2118)。新しい版があれば、その版が検索され、ローカルファイルに保存される(ステップ2120)。つぎに遠隔通信サーバの IPアドレスおよび装填可能なソフトウェアモジュールの局所経路名がLSM 1540に転送される。図22において、LSM 1540には基本階層化サービス2220およびおそらくひとつ以上の装填済みのモジュール2320が含まれる。本実施例ではウィンドウズ95あるいはウィンドウズNTのOSを使用しており、装填可能なソフトウェアモジュールは動的連結ライブラリ（DDL）になっている。LSM 1540が装填可能なモジュールの局所経路名、すなわちDLLの経路名を受取ると、LSM 1540がDLLを装填する。このDL Lは合意されたAPIを使用しており、DLLがどのルーチンを提供するかを基本階層化サービス2220に決定させるモジュール記述子を有している。またこのモジュール記述子は、ひとつ以上のルーチンを連続して使う必要がある場合、モジュールの適切な連鎖化を可能にするために使用される。たとえば、復元ルーチンと復号ルーチンとは両方とも内向きデータストリーム上で使う必要性が生じることがあり、これらルーチンの適用順序はそれらの適切な操作のために重要な意味をもつ。LSM 1540はこれらモジュール記述子を使って、装填可能なモジュール内のルーチンがどのような状況下で呼び出されるべきか判断する。そのような装填可能なモジュールの使用は、モジュールが、通信サーバからクライアントコンピュータへと流れているデータの復元に対して使われている例によって理解しうる。この場合、通信サーバと連携している装填可能なモジュール 2230には、入ってくるデータストリームにフィルタをかけるために使われる入り口点が含まれる。基本階層化サービス2220によって輸送サービス1590から読込まれた各入力バッファは、装填可能なモジュール2230内の内向きフィルタリングルーチンへ転送される。このルーチンの適用結果はウィンソック２ 1520へ、さらにクライアントアプリケーション1510へと転送される。入り口点はまた種々の状況、たとえばソケットへの接続、書き込み、ソケットの閉鎖、ソケットからの読取り、においてLSM 1540と連携し、LSM 1540に呼び出される。引き続き図22において、装填可能なモジュールは基本階層化サービス2220と通信を行う。今回すでに紹介した例では装填可能なモジュールがデータの復元に対して使われているが、その中でクライアントコンピュータが受信した圧縮データは基本階層化サービス2220から装填可能なモジュール2230へと転送され、そのデータはそこで復元され、復元されたデータは装填可能なモジュール2230から基本階層化サービス2220へと返送される。復元されたデータはつぎにクライアントアプリケーション1510に送られる。復号ルーチンを提供する装填可能なモジュールに対して同様のデータ流れが使われる。装填可能なモジュールはまた輸送サービス1590と直接通信することも可能である。たとえば、装填可能なモジュールは単一のTCP接続上の複数のソケット接続を多重化することがある。この場合、基本階層化サービス2220は外向きデータを装填可能なモジュール2230に提供し、装填可能なモジュール2230は、それを他の接続からのデータとともに多重化した後、そのデータをTCPモジュール1660に提供することがある。また装填可能なモジュールは、たとえば所有権を主張できる輸送階層プロトコールが特定のサーバコンピュータとともに使われた場合、輸送サービスを必然的に実行する。そのようなプロトコールは、たとえばストリーム式オーディオデータを効率的な方法で提供するために使われることがある。この場合、装填可能なモジュール2230は未加工IP 1595と直接交信する。装填可能なモジュールは、接続を開始したクライアントアプリケーション1510 から分離したアプリケーションであるアプリケーションインターフェース2210とも交信する。このようにして、カスタマイズしたクライアントサーバアプリケーションを開始することができる。たとえば、あるサーバコンピュータに特有のカスタマイズしたユーザインターフェースを装填可能なモジュールによって開始することができる。装填可能なモジュールはつぎにアプリケーションインターフェース2210用インターフェースとアプリケーションインターフェースに必要な通信サービスとを提供する。第三および第四の実施例の説明では、サーバコンピュータと連携中のデータベース1620における単一データベース項目を引用した。事実いくつかの遠隔通信サーバコンピュータを特定のサーバコンピュータと連携させることもできる。この場合、そのサーバコンピュータと連携したアドレスデータベース1622内のファイルは図17bに示すフォーマットの複数の記録をもつことになる。第三の実施例において、ディレクトリマネージャ1610は、どちらの通信サーバアドレスをLSM 15 40に与えるかの選択を行う。たとえば、ディレクトリマネージャ1610は、総当り方式を実行することがある。この方式では、LSM 1540によるサーバコンピュータへ接続するようにとの各要求が、前回の接続時とは異なった遠隔通信サーバが使われるという結果になる。またディレクトリマネージャ1610は、たとえばデータベースのサイト情報欄に記録された他の情報に基づいて他の選択方法を実行することもある。たとえば、サイト情報欄は、ある遠隔通信サーバがその遠隔通信サーバに対して高速のデータ接続をもったクライアントに適切であり、一方もうひとつの通信サーバは低速または長時間待機接続をともなうクライアントに適切であることを示すことがある。また第三および第四の実施例において、あるサーバコンピュータへの強化通信経路を確立するローカルコンピュータの観点から、システムの説明を行った。はじめのふたつの実施例では、ある強化された通信経路が強化輸送階層プロトコール、すなわちXTPプロトコール、あるいは単一のTCPまたはXTPを使うことによるクライアントアプリケーションからのソケット接続の多重化、を使用した。第三および第四の実施例では、ローカルコンピュータと遠隔サーバとの間の通信は、必ずしも輸送階層通信プロトコールを含んではいないが、多種多様の方法で強化可能である。たとえば、クライアントコンピュータと遠隔コンピュータとの間の通信に対するアプリケーション階層強化の使用が可能である。たとえば、サーバコンピュータがカタログショッピングサービスをサポートしている場合、ローカルコンピュータとサーバコンピュータとの間の通信には、たとえば商品の説明や価格のような相対的に低いレベルのデータ要求が含まれることがある。しかし、ユーザには標準のウェブブラウザの範囲内で完全仕様のインターフェースが提供されることがある。階層化サービスモジュール内、あるいは装填可能モジュール内のソフトウェアは、そのウェブブラウザとクライアントコンピュータ・サーバコンピュータ間で交わされた低レベル通信との間のインターフェースとを提供する。他の強化通信へのアプローチが行われ、データリンク階層からアプリケーション階層へと種々の階層で実行されたが、それら通信を説明済みあるいは関連の実施例で使うことができる。また第四の実施例では、サーバコンピュータに対して複数の遠隔通信サーバが利用できる場合、全リストがLSM 1540に与えられる。つぎに装填可能モジュールは、各接続に対し適切な通信サーバを選択するのに使われる。第四の実施例ではまた、他の形態の装填可能モジュールを使うことができる。たとえば、DLLよりむしろジャバアプレットが使われる。第三および第四の実施例において、データベース1620は、データベースの記録と装填可能ソフトウェアモジュールとを保存するために、クライアントコンピュータのファイルシステム上に保存されたテキストファイルを使って実施される。ある対象データベースが代わりに使われることもある。たとえば、各記録は、各欄のタグと長さとを含む二進ファイルとして保存でき、複数の記録を単一ファイルに保存するか、あるいは関係表を使うことが可能である。さらに装填可能ソフトウェアモジュールが使われる場合、データベース1620が、ローカルコンピュータのファイルシステムを使うよりもむしろそのモジュール自身の保存に使われることがある。また第三および第四の実施例において、協調型名前解決サービス1650および階層化サービスモジュール1540の使用によって、クライアントアプリケーションが、インターネットDNSではおそらく解決できないホスト名を使えるようになる。たとえば、図15において、「フレンドリな」名前がクライアントアプリケーション1510からウィンソック２ 1520に転送可能である。このフレンドリな名前はディレクトリモジュール1550に転送され、このモジュールは、適切な輸送サービスが必要とする形式のアドレスを有するデータ構造を返す。遠隔通信サーバを通じてあるサーバコンピュータにアクセスしうるかどうかを判断するための代わりのアプローチには、当初TCPを使ってサーバコンピュータから情報を検索するクライアントコンピュータ（あるいは代理コンピュータ）が含まれる。つぎにTCP接続上に移されたアプリケーション階層データに基づいて、クライアントコンピュータが遠隔通信サーバのアドレスを決定する。httpベースのデータ接続の場合、遠隔通信サーバのアドレスはHTTP要求への応答の一部として提供される。サーバアドレスはサーバコンピュータ上の保存されたファイル内に埋込み可能であり、そこで標準ウェブサーバアプリケーションによって通常のデータ検索の一部としてクライアントコンピュータに提供される。その代わりに、遠隔通信サーバアドレスを、クライアントに回答を送る前にウェブサーバアプリケーションによって追加することも可能である。クライアントがそのデータ内に遠隔通信サーバアドレスを受取ると、クライアントはローカルテーブルを更新し、引き続きサーバコンピュータとおこなう通信に対して遠隔通信サーバを使用する。図２３に示すように、別の配置では、複数の遠隔通信サーバー２３４０は、ネットワークアドレストランスレータ（ＮＡＴ）２３１０に関連して、一連のサーバーコンピュータのロードを均衡させるために用いられ得る。ＮＡＴ２３１０はインターネット及びＬＡＮ２３５０の間に接続される。ＬＡＮ２３５０上のコンピュータのネットワークアドレスは、クライアントコンピュータ等のインターネット上のコンピュータには必ずしも知られていない。ＬＡＮ２３５０上のコンピュータと通信するために、インターネット上のコンピュータは、ＮＡＴ２３１０により応答されると共に、ＮＡＴ２３１０がインターネット上のコンピュータ及びＬＡＮ２３５０上のコンピュータ間の通信を転送する先であるネットワークアドレスに対して通信を行う。内部的には、ＮＡＴ２３１０は、ＬＡＮ２３５０上で有効であるローカルネットワークアドレスに対して、インターネットアドレスをマップするアドレスアソシエーションテーブル２３１２を維持する。最も単純な場合では、同テーブルは、インターネットアドレス及びローカルネットワークアドレス間において一対一の対応を備えている。アドレスアソシエーションテーブル２３１２はまた、単一のインターネットネットワークアドレスに対して複数のローカルネットワークアドレスを有し得る。この場合、ＮＡＴ２３１０は遠隔コンピュータから通信を受け取ったとき、インターネットネットワークアドレスに適合させるべく、それら複数のローカルネットワークアドレスから１つを選択する。例えば、ＮＡＴ２３１０は、一定のローカルネットワークアドレスを選択するために、ラウンドロビン選択法を用い得る。従って、ＮＡＴ２３１０は、異なる要求をＬＡＮ２３５０上の異なるコンピュータに受け渡すことによって、単一のインターネットネットワークアドレスと通信するための要求のロードを均衡化させることができる。ＮＡＴ２３５０がインターネット上の遠隔コンピュータをＬＡＮ２３５０上の一定のローカルコンピュータに接続した後は、遠隔コンピュータがローカルコンピュータへの全通信路を閉じてから最短時間が経過するまでの間、ＮＡＴ２３１０は遠隔コンピュータからの次の要求をＬＡＮ２３５０上の同じローカルコンピュータに接続する。同様に図２３に示すように、ＬＡＮ２３５０は、２つ以上の遠隔通信サーバー２３４０と２つ以上のサーバーコンピュータ２３３０をＮＡＴ２３１０に接続する。サーバーコンピュータ２３３０は共通のネットワークアドレスを備え、遠隔通信サーバー２３４０は別のネットワークアドレスを共同で備えている。１つのサーバーコンピュータ２３３０と直接通信するためのクライアントシステムからの要求は、前述したような方法でＮＡＴ２３１０によって処理される。１つの遠隔通信サーバーと通信するためのクライアントシステムからの要求もまた、ＮＡＴ２３４０によって処理される。ＮＡＴ２３４Ｏは、複数の遠隔通信サーバー２３４０の１つを選択して、クライアントシステムと同遠隔通信サーバーとの間で通信を受け渡すことにより、これらの要求を処理する。この通信には、クライアントシステムがサーバーコンピュータと通信するための要求を送る際に経由するＸＴＰ通信も含まれる。遠隔通信サーバー２３４０がサーバーコンピュータと通信するための要求を受け取った場合、その要求は、インターネットからの有効なネットワークアドレスを用いる、即ち、クライアントシステムがサーバーコンピュータに直接接続しようとする場合にＮＡＴ２３４０によって翻訳されるアドレスを用いてサーバーコンピュータを識別する。従って、遠隔通信サーバーは、サーバーコンピュータのローカルネットワークアドレスに関連付けられたサーバーコンピュータのインターネットネットワークアドレスを有するサーバーアソシエーションテーブル２３４２を備えている。遠隔通信サーバー２３４０が一定のインターネットネットワークアドレスを有するサーバーと通信するための要求を受け取った場合、遠隔通信サーバーは、そのサーバーコンピュータのための通信サービスを提供するか否かを判定し、提供する場合には、そのサーバーに対応するローカルネットワークアドレスを決定するために、サーバーアソシエーションテーブルにアクセスする。サーバーアソシエーションテーブル２３４２はまた、一連の通信要求に対して同一のサーバーコンピュータが用いられ得るように、一定のクライアントシステムからの要求に適合された一定のサーバーコンピュータの記録を備えている。図２３に示す配置では、アドレス翻訳は２つの段階で行われる。まず、ＮＡＴ２３１０は、遠隔通信サーバーのためのインターネットネットワークアドレスを遠隔通信サーバーのローカルネットワークアドレスの１つに翻訳する。次に、クライアントがサーバーコンピュータと通信することを要求した際、遠隔通信サーバーは、要求されたサーバーコンピュータのインターネットネットワークアドレスをＬＡＮ上のサーバーコンピュータのローカルアドレスの１つに翻訳する。上記実施形態にて説明した構成要素におけるその他の組み合わせを用いることもまた可能である。例えば、第１の実施形態では、ゲートウェイコンピュータを通してインターネットにアクセスするクライアントコンピュータが用いられている。その他の上記実施形態では、クライアントコンピュータ及びゲートウェイコンピュータの機能が単一のコンピュータにて組み合わされている。機能が組み合わされる実施形態において、別個のコンピュータを同等に用いることができる。同様に、遠隔通信サーバー及びサーバーコンピュータの機能は別個のコンピュータにてホストされ得ると共に、単一のコンピュータにてホストされ得る。それらの機能が単一のコンピュータでホストされる場合、遠隔通信サーバー及びサーバーコンピュータ間で受け渡される通信は、データネットワークを通過する必要はない。上記実施形態では、サーバーコンピュータに関連する情報、特にサーバーコンピュータを遠隔通信サーバーに関連付ける情報は、ディレクトリサーバー、リストサーバーにおける何らかの組み合わせか、又はサーバーコンピュータ自体に記憶される。同情報用にその他の記憶位置を同等に用いることもできる。例えば、ロード可能モジュールに関連する情報は集中型ディレクトリサーバーに記憶され得る。また、ホストネームの関連ＩＰアドレスへの翻訳を提供することに加えて、遠隔通信サーバーのアドレスを含む付加的な情報が提供され得るように、ＤＮＳの機能を拡張してもよい。付加的な情報がＤＮＳコンピュータに記憶され、サーバーコンピュータのＩＰアドレスにより検索される場合、その情報のための明示的な要求は存在しない。付加的な情報はサーバーコンピュータのＩＰアドレスの要求に応答して提供される。サーバーコンピュータに関連する遠隔通信サーバーのアドレスもまた、その他の状況に置いて明示的な要求なしで提供され得る。例えば、その情報は、サーバーコンピュータから検索された情報のヘッダにて提供され得る。サーバーコンピュータがウェブサーバーである場合は、それに関連する遠隔通信サーバーのアドレスはサーバーから検索されたＨＴＭＬドキュメントのヘッダにて提供され得る。クライアントコンピュータは、それらのＨＴＭＬドキュメントがアプリケーションに受け渡される際に、同ドキュメントからの情報を検出して抽出する役割を担う。遠隔通信サーバー及びサーバーコンピュータの機能が単一のコンピュータにて組み合わされる場合は、サーバーコンピュータ及び遠隔通信サーバーのアドレスにおけるホスト部分は一般に同じである。通信は、サーバーコンピュータの機能及び遠隔通信サーバーの機能のための異なるポートインデックスを用いることによって、単一のコンピュータ上のシステムに配信され得る。また、あるいは異なるポートインデックスを用いることに加えて、クライアントコンピュータからサーバーコンピュータへの通信は、クライアントコンピュータから遠隔通信サーバーへの通信とは異なるプロトコルインデックスを用い得る。通信はプロトコルインデックスに基づき、単一のコンピュータ上の適切なシステムにルーティングされ得る。上記の実施形態では、ディレクトリサーバー、リストサーバー、又はサイトファイルにアドレスを公表しない遠隔通信サーバーが存在し得る。例えば、他の遠隔通信サーバーへのアクセスでは標準ＴＣＰインターフェイスが用いられる一方で、一定の遠隔通信サーバーへのアクセスは或るサービスへの特定の加入者に限定され得る。このような場合、遠隔通信サーバー情報の手動入力が可能である。また、ディレクトリサーバーが用いられる場合、ゲートウェイコンピュータからの要求がバッチされ、ゲートウェイコンピュータ及びディレクトリサーバーの間の通信が行われる頻度は減少し、それによってディレクトリサーバーのロードを軽減させる。その他の関連する実施形態において、複数の代替プロトコルが支持され得る。全ての非ＴＣＰ通信にＸＴＰモジュールを通過させる代わりに、複数のプロトコルモジュールに給電するマトリックススイッチが用いられ得る。このときリディレクタは、用いるべきプロトコルモジュールを決定する。「フック」を含むソフトウェアモジュール、リディレクタ、又はＨＴＴＰエンジンは、ウィンドウズ９５又はウィンドウズＮＴオペレーティングシステムの環境下で階層化ウィンソックプロトコルに組み込まれ得る。更なるアプリケーションプロトコルのスプーフィング（spoofing）が実施され得る。例えば、ＨＴＴＰアプリケーションプロトコルをスプーフ（spoof）するためにＨＴＴＰエンジンが用いられる場合と同様に、ＦＴＰ通信をスプーフするためにリディレクタ及びＸＴＰモジュールの間にＦＴＰモジュールを挿入することができる。代替プロトコルを用いてソケットを初期化するために、種々の技術が用いられ得る。追跡バッファに要求を記録するのではなく、ソケットは所望の状態に直接初期化され得る。ＩＰを用いる代替トランスポートプロトコルを加えることに加えて、ＩＰ層を置換することも一定の状況では実行可能である。例えば、ＩＰがＡＴＭネットワーク上に階層化される場合は、上記の実施形態にてＴＣＰをバイパスするために用いられる配置に類似する配置において、ＴＣＰ及びＩＰの両方をバイパスすることができる。本発明の実施形態では、ＸＴＰ又はその他いくつかの代替トランスポートプロトコルが用いられのではなく、複数のＴＣＰセグメントが用いられ得る。このような実施形態では、アプリケーションプロトコルのスプーフィング、多重化、及びサーバーサイト集約（単一の遠隔通信サーバーを用いる複数のサーバーコンピュータにおけるサービス）が、ＴＣＰチャネルにて用いられ得る。更に、異なるセグメントにおけるＴＣＰ接続のパラメータは異なっていてもよく、このことによりエンドツーエンド特性が改善される。他の実施形態は処理能力及び呼び出し時間以外のチャネル特性に向けられたものであるか、または、異なる型の通信技術を用いての処理能力及び呼び出し時間に向けられたものである。例えば、大容量であるが遅延時間が長いチャネルにおいて呼び出し時間を短くすることは、エラー検出及び再送ではなく前方誤り訂正を用いる代替トランスポートプロトコルを用いることによって最もよく達成され得る。更に、代替プロトコルは、アプリケーションが変更なしでＴＣＰを用いることを許容しつつ、一定のデータストリームにてサービスの質を制御するために用いられ得る。本発明における種々の構成要素を実行するために用いられるソフトウェアは、固定又は取り外し可能な磁気ディスク又は光ディスクを含め、コンピュータで読み取り可能な種々の媒体に記憶され得る。また、ソフトウェアは、モジュールが実行されるコンピュータから遠隔して記憶され、データネットワークによりアクセスされることも可能である。以上、詳細な説明をもって本発明を説明してきたが、上記の記載は、特許請求の範囲によって定義される本発明の範囲を例証することを意図しており、これを限定するものではないことを理解されたい。その他の観点、有利な点、及び変更は以下の特許請求の範囲に含まれている。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者ボルコビッチ、ボリスアメリカ合衆国 01730 マサチューセッツ州ベッドフォードページロード 75 アパートメント 13 (72)発明者シーゲル、スティーブンアメリカ合衆国 01845 マサチューセッツ州ノースアンドーバーチェストナットストリート 352 (72)発明者ルシェ、シルヴァンアメリカ合衆国 02093 マサチューセッツ州レンサムリージェントロード 25 (72)発明者カーン、マリックズィ. アメリカ合衆国 01770 マサチューセッツ州シャーボーンウエスタンアベニュー 240 【要約の続き】し、通信システムにて要求を受け入れ、１つ以上のサーバーアプリケーションと通信するためのクライアント通信システムからの通信ストリームにおける要求を受け入れ、及び通信ストリームにてクライアント通信システム及びサーバーアプリケーション間で情報を受け渡すために、トランスポート層モジュールに接続された通信アプリケーションを備えている。

Claims

【特許請求の範囲】１．複数のトランスポート層プロトコルの少なくとも１つを用いてクライアント通信システムと通信するようにそれぞれ構成された複数のサーバー通信システムと通信すべく、データネットワークに接続されたクライアント通信システムを備える通信システムにおいて、同クライアント通信システムは、前記サーバー通信システムと通信するために前記複数のトランスポート層プロトコルを実行するトランスポート層モジュールと、トランスポート層モジュールに接続されると共に、前記複数のサーバー通信システムのうちの要求されたシステムと通信するための要求を受け取り、同通信要求を用いて、要求されたサーバーシステムとの通信のために前記複数のトランスポート層プロトコルの１つを選択するためのプロトコルセレクタを有する階層化通信モジュールと、を備えている通信システム。２．請求項１に記載の通信システムにおいて、クライアント通信システムは更に、前記階層化通信モジュールに接続されたアプリケーションを備えている通信システム。３．請求項２に記載の通信システムにおいて、前記クライアント通信システムは、前記トランスポート層モジュール、前記階層化通信モジュール、及び前記アプリケーションを実行するようにプログラムされたクライアントコンピュータを備えている通信システム。４．請求項２に記載の通信システムにおいて、前記アプリケーションは、サーバー通信システムと通信するための要求をユーザから受け入れると共に、同ユーザに対して同サーバー通信システムから送られた情報を提示するためのユーザインターフェイスモジュールを備えている通信システム。５．請求項２に記載の通信システムにおいて、前記アプリケーションは、サーバー通信システムと通信するための要求をクライアントアプリケーションから受け入れると共に、サーバー通信システムとクライアントモジュールとの間で情報を受け渡すために、ローカルデータネットワークにて複数のクライアントアプリケーションに接続されたサーバーモジュールを備えている通信システム。６．請求項５に記載の通信システムにおいて、前記クライアント通信システムは更に、前記ローカルデータネットワークに接続されると共に、前記トランスポート層モジュール、前記階層化通信モジュール、及び前記アプリケーションを実行するようにプログラムされたプロキシコンピュータを備えている通信システム。７．請求項５に記載の通信システムにおいて、前記クライアント通信システムは更に、前記ローカルデータネットワークに接続されると共に、前記クライアントアプリケーションの少なくとも１つを実行するようにプログラムされたクライアントコンピュータを備えている通信システム。８．請求項７に記載のシステムにおいて、前記クライアント通信システムは更に、前記ローカルデータネットワークにて前記プロキシコンピュータに接続されると共に、前記クライアントアプリケーションの別のアプリケーションを実行するようにプログラムされた第２のクライアントコンピュータを備えているシステム。９．請求項１に記載の通信システムにおいて、前記クライアント通信システムは更に、前記階層化通信モジュールを有するアプリケーションを備えている通信システム。１０．請求項１に記載の通信システムにおいて、前記クライアント通信システムは更に、ゼロ個以上の前記サーバー通信システムがそれにより通信するように構成されている前記トランスポート層プロトコルに関連する情報を保持するために、前記階層化通信モジュールのプロトコルセレクタに接続されるサーバーテーブルを備えている通信システム。１１．請求項１０に記載の通信システムにおいて、前記サーバーテーブルは、サーバー通信システムの識別子を関連付ける情報と、前記クライアント通信システムが識別されたサーバー通信システムのそれぞれと通信するために用いることが可能な前記トランスポート層プロトコルの１つ以上のプロトコルに関連する情報とを保持するための第１のテーブルを備えている通信システム。１２．請求項１１に記載の通信システムにおいて、前記トランスポート層プロトコルに関連する情報は、識別されたサーバー通信システムと通信するための、前記データネットワークに接続された前記サーバー通信システムにおける通信サーバーコンピュータのアドレスを備えている通信システム。１３．請求項１１に記載の通信システムにおいて、前記サーバーテーブルは更に、サーバー通信システムの識別子を関連づける情報を保持すると共に、識別されたサーバー通信システムがそれによって通信するように構成されていない１つ以上のトランスポート層プロトコルを識別するための第２のテーブルを備えている通信システム。１４．請求項１０に記載の通信システムにおいて、前記クライアント通信システムは更に、前記サーバーテーブルにて情報を見ると共に変更するためのユーザインターフェイスを提供するためのテーブルインターフェイスモジュールを備えている通信システム。１５．請求項１０に記載の通信システムにおいて、前記トランスポート層プロトコルに関連する情報は、同トランスポート層プロトコルに関連する情報がそれ以降は有効でなくなる失効時間に関連する情報を備えている通信システム。１６．請求項１に記載の通信システムにおいて、前記トランスポート層モジュールは、サーバー通信システムと最高データ伝送速度を折衡するための速度制御モジュールを備えている通信システム。１７．請求項１に記載の通信システムにおいて、前記階層化通信モジュールは、前記トランスポート層プロトコルの少なくとも１つを用いて通信されたデータを圧縮及び圧縮解除するためのデータ圧縮及び圧縮解除モジュールを備えている通信システム。１８．請求項１に記載の通信システムにおいて、前記階層化通信モジュールは、前記トランスポート層プロトコルの少なくとも１つを用いて通信されたデータを暗号化及び解読するためのセキュリティモジュールを備えている通信システム。１９．請求項１に記載のシステムにおいて、前記トランスポート層プロトコルの少なくとも１つは選択的再送を支持し、前記トランスポート層プロトコルの少なくとも別の１つは選択的再送を支持しないシステム。２０．請求項１に記載のシステムにおいて、前記階層化通信モジュールは更に、サーバー通信システムと通信するための別個の要求に関連する複数のデータストリームを、同サーバー通信システムと通信するためのより少ない数のトランスポート層データストリームに組み合わせるための回線多重化装置及び多重分離装置を備えているシステム。２１．請求項１に記載の通信システムにおいて、前記クライアント通信システムは更に、サーバー通信システムがそれにより通信するように構成されている前記トランスポート層プロトコルに関連する情報に、前記データネットワークにてアクセスするために、前記階層化通信モジュールの前記プロトコルセレクタに接続されているディレクトリサービスモジュールを備えている通信システム。２２．データ通信ネットワークにて複数のクライアント通信システムに接続されているサーバー通信システムを備える通信システムにおいて、同サーバー通信システムは、同クライアント通信システム及び１つ以上のサーバーアプリケーションと通信するためのトランスポート層モジュールと、複数のクライアント通信システムのそれぞれとトランスポート層通信ストリームを維持し、１つ以上のサーバーアプリケーションと通信するためのクライアント通信システムからの通信ストリームにおける要求を受け入れ、及び同通信ストリームにて同クライアント通信システム及び同サーバーアプリケーション間で情報を受け渡すために、トランスポート層モジュールに接続された通信アプリケーションと、を備えている通信システム。２３．請求項２２に記載の通信システムにおいて、前記サーバー通信システムは更に、前記データ通信ネットワークに接続されると共に、トランスポート層モジュール及び前記通信アプリケーションを実行するようにプログラムされている通信サーバーコンピュータを備えている通信システム。２４．請求項２３に記載の通信システムにおいて、前記通信サーバーコンピュータは更に、前記サーバーアプリケーションの少なくとも１つを実行するようにプログラムされている通信システム。２５．請求項２３に記載の通信システムにおいて、前記サーバー通信システムは更に、前記サーバーアプリケーションの少なくとも１つを実行するようにプログラムされているアプリケーションサーバーコンピュータと、前記通信サーバーコンピュータ及び同アプリケーションサーバーコンピュータを接続するローカルデータネットワークとを備えている通信システム。２６．請求項２２に記載の通信システムにおいて、前記トランスポート層モジュールは複数のトランスポート層プロトコルを実行し、前記通信アプリケーションは、同トランスポート層プロトコルの第１のプロトコルを用いて前記サーバーアプリケーションと通信すると共に、同トランスポート層プロトコルの第２のプロトコルを用いてクライアント通信システムと通信するように構成されている通信システム。２７．請求項２６に記載の通信システムにおいて、前記第２のトランスポート層プロトコルは選択的再送を支持し、前記第１のトランスポート層プロトコルは選択的再送を支持しない通信システム。２８．請求項２２に記載の通信システムにおいて、前記通信アプリケーションは、受け入れられた要求の総割り当て通信速度に基づき、サーバーアプリケーションと通信するためのクライアント通信システムからの受け入れられた要求を制限するように構成されている通信システム。２９．請求項２２に記載の通信システムにおいて、前記サーバー通信システムは更に、前記通信アプリケーションがクライアント通信システムに対してそれのために情報を受け渡すように構成されているサーバーアプリケーションを識別するサーバーテーブルを備えている通信システム。３０．請求項２９に記載の通信システムにおいて、前記サーバー通信システムは更に、前記サーバーテーブルを更新するための情報を受け入れるためのモジュールを備えている通信システム。３１．請求項２２に記載の通信システムにおいて、前記通信アプリケーションは、単一のトランスポート層通信ストリームにて２つ以上のサーバーアプリケーション及びクライアント通信システムの間で情報を受け渡すように構成されている通信システム。３２．請求項２２に記載の通信システムにおいて、前記サーバー通信システムは更に、クライアントコンピュータが通信することを許容されているサーバーコンピュータを識別するために用いられるサーバーテーブルを備えている通信システム。３３．請求項２２に記載の通信システムにおいて、前記サーバー通信システムは更に、クライアント通信システムによってサーバーアプリケーションの識別子として提供されたネットワークアドレスを、前記通信アプリケーション及び前記サーバーアプリケーションの間における通信のために用いられるローカルネットワークアドレスに関連付けるためのアドレス翻訳テーブルを備えている通信システム。３４．請求項３３に記載の通信システムにおいて、前記アドレス翻訳テーブルは、クライアント通信システムにより提供された各ネットワークアドレスに対して２つ以上のローカルネットワークアドレスを関連付けるように構成されており、前記サーバー通信システムは更に、クライアント通信システムからの通信要求に応答して前記ローカルアドレスの１つを選択するためのサーバー選択モジュールを備えている通信システム。３５．請求項３４に記載の通信システムにおいて、前記サーバー選択モジュールは、クライアント通信システムと選択されたローカルネットワークアドレスとの関連を記憶するためのテーブルを備えている通信システム。３６．請求項２２に記載の通信システムにおいて、前記トランスポート層モジュールは、各通信システムへの総通信速度を制御するように構成された速度制御モジュールを備えている通信システム。３７．請求項２２に記載の通信システムにおいて、前記通信アプリケーションは、サーバーアプリケーションからクライアント通信システムに受け渡される情報を圧縮するための圧縮モジュールを備えている通信システム。３８．請求項２２に記載の通信システムにおいて、前記通信アプリケーションは、サーバーアプリケーションからクライアント通信システムに受け渡される情報を暗号化するための暗号化モジュールを備えている通信システム。３９．データネットワークにて複数のクライアント通信システムに接続されているサーバー通信システムを備える通信システムにおいて、同サーバー通信システムは、複数のトランスポート層プロトコルを用いて同クライアント通信システムと通信するためのトランスポート層モジュールと、サーバーアプリケーションと、前記クライアント通信システムからの通信を受け入れるための前記サーバーアプリケーションからの要求を受け取り、複数のクライアント通信システムのそれぞれとトランスポート層通信ストリームを維持し、同サーバーアプリケーションと通信するためのクライアント通信システムからの同通信ストリームにおける要求を受け入れ、及び、同通信ストリームにて同クライアント通信システムと同サーバーアプリケーションとの間で情報を受け渡すために、前記トランスポート層モジュール及び同サーバーアプリケーションの間に接続された階層化通信モジュールと、を備えている通信システム。４０．請求項３９に記載の通信システムにおいて、前記サーバー通信システムは更に、前記データネットワークに接続されると共に、前記トランスポート層モジュール、前記サーバーアプリケーション、及び前記階層通信モジュールを実行するようにプログラムされたサーバーコンピュータを備えている通信システム。４１．データ通信ネットワークにてクライアント通信システム及び複数のサーバー通信システムの間で通信するための方法において、同サーバー通信システムのうちの１つの識別子を受け取ることを含む通信要求の受け入れと、同サーバー通信システムの識別子を用いて、同サーバー通信システムと通信するために複数のトランスポート層プロトコルの１つを選択することと、同選択されたトランスポート層プロトコルを用いて、前記データ通信ネットワークにて同サーバー通信システムと通信することと、を備える方法。４２．請求項４１に記載の方法において、前記トランスポート層プロトコルを選択することは、前記サーバー通信システムがそれによって通信するように構成されている１つ以上のトランスポート層プロトコルのセットを決定することを備えている方法。４３．請求項４２に記載の方法において、前記プロトコルのセットを決定することは、サーバーテーブルにアクセスすることと、前記サーバー通信システムに関連する情報を検索することとを備えている方法。４４．請求項４３に記載の方法において、前記プロトコルのセットを決定することは、前記サーバー通信システムから検索されたデータに基づき、前記サーバーテーブルを更新することを備えている方法。４５．請求項４２に記載の方法において、前記プロトコルのセットを決定することは、前記サーバー通信システムに関連する情報を前記データ通信ネットワークにてディレクトリコンピュータから検索することを備えており、同ディレクトリコンピュータのアドレスは同サーバー通信システムの識別子に関連している方法。４６．請求項４５に記載の方法において、前記ディレクトリコンピュータのアドレスは前記通信要求にて識別されるサーバーコンピュータのアドレスと同じである方法。４７．請求項４１に記載の方法において、前記通信要求の受け入れは、前記サーバー通信システムがそれによって通信するように構成されている要求されたトランスポート層プロトコルを用いて、同サーバー通信システムと通信するための要求を受け入れることを備えており、前記選択されたトランスポート層プロトコルは同要求されたトランスポート層プロトコルとは異なっている方法。４８．請求項４１に記載の方法において、前記サーバー通信システムと通信するための要求の受け入れは、前記データ通信ネットワークにて第１のネットワークアドレスにおけるサーバーコンピュータと通信するための要求を受け入れることを備えており、同方法は更に、同サーバー通信システムと通信するための第２のネットワークアドレスを選択することを備えており、同サーバー通信システムと通信することは、同第２のネットワークアドレスにおけるコンピュータと通信することを備える方法４９．請求項４８に記載の方法において、前記第２のネットワークアドレスは前記第１のネットワークアドレスと異なっている方法。５０．請求項４１に記載の方法において、更に、ユーザインターフェイスを通して情報の要求を受け入れることと、同情報の要求に基づいてサーバー通信システムと通信するための要求を提供することと、ユーザインターフェイスを通して同要求された情報を提供することと、を備える方法。５１．請求項４１の方法において、前記通信要求の受け入れは更に、ローカルデータネットワークにてクライアントアプリケーションから通信要求を受け入れることを備える方法。５２．データ通信ネットワークにてサーバー通信システム及び複数のクライアント通信システムの間で通信するための方法において、第１のトランスポート層プロトコルを用いて同サーバー通信システムと同クライアント通信システムの１つとの間に第１のトランスポート層通信路を設定することと、同トランスポート層通信路にて第１のサーバーアプリケーションと通信するための同クライアント通信システムからの要求を受け取ることと、第２のトランスポート層プロトコルを用いて同第１のサーバーアプリケーションへの第２の通信路を設定することと、同第１のトランスポート層通信路にて及び同第２のトランスポート層通信路にて、同クライアント通信システムと同第１のサーバーアプリケーションとの間で通信を受け渡すことと、を備える方法。５３．請求項５２に記載の方法において、通信を受け渡すことは、前記クライアント通信システムにより誤って受け取られたデータを選択的に再送することを備える方法。５４．請求項５２に記載の方法において、通信を受け渡すことは、前記クライアント通信システムとの総通信速度を制限することを備える方法。５５．請求項５２に記載の方法において、更に、前記第１のトランスポート層通信路にて第２のサーバーアプリケーションと通信するための第２の要求を受け取ることと、前記第２のトランスポート層プロトコルを用いて同第２のサーバーアプリケーションへの第３のトランスポート層通信路を設定することと、同第１のトランスポート層通信路にて及び同第３のトランスポート層通信路にて、同クライアント通信システムと同第２のサーバーアプリケーションとの間で通信を受け渡すことと、を備える方法。５６．請求項５５に記載の方法において、前記第１のサーバーアプリケーションと前記第２のサーバーアプリケーションは同じであり、前記第２のトランスポート層通信路は前記第３のトランスポート層通信路とは別個である方法。５７．請求項５５に記載の方法において更に、アドレス翻訳テーブルにアクセスすることと、前記第１のサーバーアプリケーションのローカルネットワークアドレスを決定することとを備える方法。５８．請求項５５に記載の方法において、通信を受け渡すことは、前記クライアント通信システムとの総通信速度を制限することを備える方法。５９．データ通信ネットワークにてサーバー通信システム及び複数のクライアント通信システムの間で通信するための方法において、第１のトランスポート層プロトコルを用いて同サーバー通信システムと同クライアント通信システムの１つとの間に第１のトランスポート層通信路を設定することと、同トランスポート層通信路にて第１のサーバーアプリケーションと通信するための同クライアント通信システムからの要求を受け取ることと、同要求を受け入れるか否かを判定することと、同要求が受け入れられる場合は、第２のトランスポート層プロトコルを用いて同第１のサーバーアプリケーションへの第２の通信路を設定することと、同第１のトランスポート層通信路にて及び同第２のトランスポート層通信路にて、同クライアント通信システムと同第１のサーバーアプリケーションとの間で通信を受け渡すことと、を備える方法。６０．請求項５９に記載の方法において、前記要求を受け入れるか否かを判定することは、通信が受け渡されるサーバーアプリケーションを識別するサーバーテーブルにアクセスすることを備える方法。６１．請求項５９に記載の方法において、前記要求を受け入れるか否かを決定することは、同要求を受け入れることによって総通信容量が超過するか否かを判定することを備える方法。６２．コンピュータに以下の機能を実行させるためにコンピュータにより読み取り可能な媒体に記憶されたソフトウェアであって、同機能は、複数のサーバー通信システムの１つの識別子を受け取ることを含む通信要求の受け入れと、同サーバー通信システムの識別子を用いて、同サーバー通信システムと通信するために複数のトランスポート層プロトコルの１つを選択することと、同選択されたトランスポート層プロトコルを用いて、前記データ通信ネットワークにて同サーバー通信システムと通信することと、であるソフトウェア。６３．コンピュータに以下の機能を実行させるためにコンピュータにより読み取り可能な媒体に記憶されたソフトウェアであって、同機能は、第１のトランスポート層プロトコルを用いてサーバー通信システムと複数のクライアント通信システムの１つとの間に第１のトランスポート層通信路を設定することと、同トランスポート層通信路にて第１のサーバーアプリケーションと通信するための同クライアント通信システムからの要求を受け取ることと、第２のトランスポート層プロトコルを用いて同第１のサーバーアプリケーションへの第２の通信路を設定することと、同第１のトランスポート層通信路にて及び同第２のトランスポート層通信路にて、同クライアント通信システムと同第１のサーバーアプリケーションとの間で通信を受け渡すことと、であるソフトウェア。