JPH11500895A - クライアント／サーバ通信システム - Google Patents

Abstract

(57)【要約】 第１のコンピュータ上にあり、第１のコンピュータからは遠隔の第２のコンピュータ上にあるサーバ・アプリケーションと通信するクライアント・アプリケーションを有するクライアント／サーバ・システムのパフォーマンスを向上させる方法、装置、およびプログラム製品。クライアント・アプリケーションとサーバ・アプリケーションは、クライアントとサーバとの間の通信のためにクライアント／サーバ独立通信プロトコルを使用し、第１のコンピュータ内のクライアント・アプリケーションと第２のコンピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セグメントは外部通信リンクを介して行われる。この方法、装置、およびプログラム製品は、遠隔クライアントによって発信されたクライアント／サーバ独立通信プロトコルでの通信を、外部通信リンクで送信する前にインタセプトし、クライアントによって発信された通信を第２のクライアント／サーバ固有通信プロトコルに変換する。変換された通信は、外部通信リンクを介して送信され、外部通信リンクを介して送信された通信から受信される。外部通信リンクを介して受信した通信は、クライアント／サーバ固有通信プロトコルからクライアント／サーバ独立通信プロトコルに変換され、遠隔クライアントによって発信された通信はクライアント／サーバ独立通信プロトコルでサーバに供給される。差分計算、キャッシング、またはプロトコル縮小技法によって、外部通信リンクでのパフォーマンスが向上する。アプリケーションは、ウェブ・ブラウザおよびウェブ・サーバとすることができ、無線通信リンクを介して通信することもできる。

Description

【発明の詳細な説明】 クライアント／サーバ通信システム 発明の分野 本発明は、ウェブ・ブラウザとウェブ・サーバ間などのクライアント・サーバ ・アプリケーション間の通信に関する。具体的には、本発明は、一方のコンピュ ータがクライアント・アプリケーションを稼働させ、他方のコンピュータがサー バ・アプリケーションを稼働させている２台のコンピュータ間の低速通信または 無線通信リンクを介した通信に関する。 発明の背景 最近、「情報スーパーハイウェイ」に関して宣伝され、重要視されていること により、マスコミュニケーション媒体としてのインターネットがますます知られ 、受け入れられるようになってきた。複数のネットワークにまたがる通信と対話 のための実現可能な媒体としてインターネットがこのように広く認識されるよう になったことにより、コンピュータ・ネットワーク間の対話のためのインターネ ット標準化プロトコルに基づく大規模なユーザ基盤も確立されている。 インターネットのパラダイムは、インターネット・クライアント（ブラウザ） がインターネット・サーバと通信するクライアントーサーバ関係のパラダイムで ある。インターネッ トへのアクセスを拡大するために、クライアントとサーバが使用する通信プロト コルと言語が標準化されるようになった。これらのプロトコルには、クライアン トとサーバの間の通信に使用される通信プロトコルであるハイパーテキスト転送 プロトコル（ＨＴＴＰ）と、伝送制御プロトコル／インターネット・プロトコル （ＴＣＰ／ＩＰ）がある。ＴＣＰ／ＩＰのＴＣＰ部分は、コンピュータ間または アプリケーション間の通信のためのトランスポート固有のプロトコルである。ク ライアントとサーバが通信する言語も標準化されており、これはハイパーテキス ト・マークアップ言語（ＨＴＭＬ）と呼ばれる。これらのプロトコルと言語は機 械から独立しており、コネクションレスの最善のプロトコルを使用して情報を送 信し、各トランザクションは完全に自己完結している。したがって、たとえば、 クライアントからの各メッセージにはブラウザの機能に関する情報が含まれ、通 信を完結させるために他のどの通信からも独立している。クライアントとサーバ の間の通信のこの自己完結性は「ステートレス」通信と呼ばれることがあり、こ れは所与の通信のためにクライアントとサーバの間で伝送しなければならないデ ータの量を増大させる。 ワールド・ワイド・ウェブのクライアント／サーバ・アプリケーションの関連 では、ユーザ・インタフェースとして機能するウェブ・ブラウザがクライアント であろう。ウェブ・ブラウザは適切なウェブ・サーバにユーザ要求を送り、ウェ ブ・サーバから返されたＨＴＭＬデータのフォーマットと表 示を行う。また、ウェブ・ブラウザはＨＴＭＬデータを評価して、ブラウザが発 行する後続のブラウザ要求を必要とすることになるハイパーリンク・ステートメ ントがＨＴＭＬデータに埋め込まれていないかどうかを判断する。ウェブ・サー バはクライアントのためのサーバの役割を果たし、ウェブ・ブラウザ要求を処理 し、要求された応答をＨＴＴＰデータ・ストリームのＨＴＭＬデータ部分として 返す。 典型的なワールド・ワイド・ウェブ通信の例として、ウェブ・ブラウザがウェ ブ・サーバに対して「ホーム・ページ」を求める要求を出す事例を用いて、ＨＴ ＴＰとＨＴＭＬとＴＣＰとウェブ・ブラウザとウェブ・サーバとの間の基本的な 関係を例示する。ウェブ・ブラウザのユーザが特定のウェブ・サイトに対して情 報を要求すると、ウェブ・ブラウザはウェブ・サーバに所望のウェブ・サイト（ この例では「ホーム・ページ」）のユニバーサル・リソース・ロケータ（ＵＲＬ ）を指定する「ｇｅｔ」要求を送ることによって、ウェブ・サーバの通信を開始 する。ＵＲＬはウェブ・サイトのアドレスの役割を果たし、インターネット全体 を通じて固有である。次にウェブ・サーバは、ＵＲＬで指定されたホーム・ペー ジに対応するＨＴＭＬデータを入手してウェブ・ブラウザに供給する。この操作 には、インターネット・ウェブ・サーバによるインターネット上での通信がさら に必要となったり、ブラウザが接続しているローカル・ネットワーク内にあるサ ーバをＵＲＬによって指定する必要がある場合がある。次にウ ェブ・ブラウザはウェブ・サーバからＨＴＴＰデータ・ストリームとして受け取 ったＨＴＭＬデータを評価して、アイコンやイメージなどのハイパーリンクが埋 め込まれていないかどうかを調べ、そのようなハイパーリンクがある場合は、そ のハイパーリンクのＵＲＬを指定する要求を出して、指定されたデータを入手す る。このデータはホーム・ページに組み込まれ、ユーザに対して表示されること になる。この単純な例でわかるように、ウェブ・ブラウザによる１つのユーザ入 力要求の結果、ユーザ要求に対応するＨＴＭＬデータの受信に応答してウェブ・ ブラウザが自動的に複数の追加の要求を行うことになる。 インターネット・ベースのシステムの基本的な通信構造を第１図に示す。第１ 図では、ウェブ・ブラウザ１０が通信リンク１５を介してウェブ・サーバ２０と 通信する。この通信リンクは典型的にはローカル・エリア・ネットワーク接続、 ワイド・エリア・ネットワーク接続、電話回線による接続、または各種接続方法 の組合せである。ウェブ・ブラウザ１０はＴＣＰ／ＩＰを使用してウェブ・サー バ２０と通信する。インターネット通信では一般に、ウェブ・ブラウザは、ウェ ブ・ブラウザとウェブ・サーバの間のＴＣＰ／ＩＰリンクを介してウェブ・ブラ ウザとウェブ・サーバの間で伝送される汎用通信プロトコルＨＴＴＰを使用して 、ウェブ・サーバと通信する。ウェブ・ブラウザ１０とウェブ・サーバ２０の間 で伝送される実データは前述のＨＴＴＰデータ・オブジェク ト（たとえばＨＴＭＬデータ）である。ウェブ・サーバ２０はいくつかのウェブ ・ブラウザからウェブ・ブラウザ通信を受け取り、それらを適切なサーバにルー ティングするプロキシとすることもできる。 ウェブ・ブラウザ／ウェブ・サーバと、それらの共通の情報とトランスポート ・プロトコルであるＨＴＭＬとＨＴＴＰの普及によって、ウェブ技法が情報への ネットワーク・アクセスのための汎用インタフェースとして急速に受け入れられ るようになった。さらに、ウェブ・ブラウザとウェブ・サーバの間の通信のため のプロトコルと言語が標準化されているため、ユーザがネットワーク情報にアク セスするためのウェブ・ブラウザとしてＮｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ ＴＭ、ＮＣＳＡ、ＭｏｓａｉｃＴＭ、ＷｅｂＥｘｐｌｏｒｅｒＴＭ、または他の どのブラウザを使用するかを問わず、通信プロトコルおよび言語は同じになる。 したがって、ウェブ・ブラウザの大規模なインストール済みユーザ基盤と、イン タフェースの接続性と、ＨＴＴＰ定義の共通ゲートウェイ・インタフェース（Ｃ ＧＩ）を使用したウェブ・アプリケーション・サーバの作成の容易さとが組合わ さって、ウェブ技法を大規模なクラスの書式ベース・アプリケーションにとって きわめて魅力的なものにしている。 インタフェースの普及と受け入れの拡大と同時に、移動体コンピューティング も普及している。ラップトップ、ノートブック、パーソナル・ディジタル／通信 アシスタント（ＰＤ Ａ／ＰＣＡ）およびその他の携帯用装置の使用によって、無線通信の需要が増大 している。しかし、無線ワイド・エリア・ネットワーク、セルラ通信、およびパ ケット無線には、ウェブの環境で使用した場合に共通の制約がある。１バイト当 たりの高い通信コストと、遅い応答時間と、低帯域幅と、信頼性のなさはすべて 、ワールド・ワイド・ウェブのステートレス通信プロトコルに無線技法を使用す るのを阻害している。また、ウェブ・プロトコルはステートレスであるため、１ 要求当たりのデータ量と無線接続を介して伝送される要求の数は、通信が自己完 結型でない場合に必要となる量と数よりも大きい。したがって、無線技法または いずれかの低速通信技法をウェブ技法と組み合わせることは、ウェブ技法の汎用 的性質の強さによって無線技法の弱点がさらにひどくなるため実際的ではないと 思われる。 発明の目的と概要 上記の制約に鑑みて、本発明の目的は、無線通信などの低速通信環境において ワールド・ワイド・ウェブ技法のインストール済みユーザ基盤を利用することで ある。 本発明の他の目的は、ウェブ・ブラウザまたはウェブ・サーバのアプリケーシ ョンに変更を加える必要なしに低速または無線通信システムにおいて既存の通信 プロトコルおよび言語を使用することである。 本発明の他の目的は、必要な通信量を減らし、それによっ て通信システムのパフォーマンスを向上させる、外部通信リンクを介した通信方 法を提供することである。 上記およびその他の目的に鑑みて、本発明は、第１のコンピュータ上にあり、 ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコンピュータか らは遠隔の第２のコンピュータ上にあるウェブ・サーバ・アプリケーションと通 信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上させる方法 を提供する。第１のコンピュータにおけるウェブ・ブラウザ・アプリケーション と第２のコンピュータにおけるウェブ・サーバ・アプリケーションとの間の通信 の少なくとも１つのセグメントは外部通信リンクを介して行われる。本発明の方 法の一実施例は、ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰ データ・ストリームを、外部通信リンクで送信される前にインタセプトすること を含む。ウェブ・ブラウザによって開始されたインタセプトされたＨＴＴＰデー タ・ストリームを、ＨＴＴＰプロトコルからクライアント／サーバ固有の通信プ ロトコルに変換し、変換されたウェブ・ブラウザ発信通信をクライアント／サー バ固有のデータ・ストリームとして外部通信リンクを介して第２のコンピュータ に送信する。第２のコンピュータは、外部通信リンクを介して送られたクライア ント／サーバ固有データ・ストリームを受け取り、クライアント／サーバ固有通 信プロトコルで受け取ったクライアント／サーバ固有データ・ストリームをＨＴ ＴＰデータ・ストリームに変換すること によって、外部通信リンクを介して受け取ったクライアント／サーバ固有データ ・ストリームから、ウェブ・ブラウザからの通信に対応するＨＴＴＰデータ・ス トリームを再構築する。ウェブ・ブラウザによて発信された通信はＨＴＴＰデー タ・ストリームとしてウェブ・サーバに供給される。 本発明の他の実施例では、変換されたウェブ・ブラウザ発信通信は無線通信リ ンクを介して伝送される。 第１のコンピュータ内にあるキャッシュを使用する本発明の他の態様は、ウェ ブ・サーバとのウェブ・ブラウザ発信通信に応答してウェブ・ブラウザが受け取 るＨＴＴＰデータ・ストリームを、第１のコンピュータにあるキャッシュに格納 し、ウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクライアント・キ ャッシュ項目を作成するステップをさらに含む。ウェブ・ブラウザ発信通信に問 い合わせて、ウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項 目があるかどうかを判断する。ウェブ・ブラウザ発信通信に対応するクライアン ト・キャッシュ項目がある場合、ウェブ・ブラウザ発信通信に応答してそのクラ イアント・キャッシュ項目がＨＴＴＰデータ・ストリームとしてウェブ・ブラウ ザに供給される。 本発明の他の態様は、特定のウェブ・ブラウザ情報要求に関連づけられたユー ザ定義情報を格納して、第１のコンピュータ内にあるユーザ定義情報が供給され るようにするステップを含む。ウェブ・ブラウザ発信通信に問い合わせて、ウェ ブ・ブラウザによって要求された情報が、ユーザ定義情報が格納されている要求 に対応しているかどうかを判断し、ウェブ・ブラウザ通信がユーザ提示情報が格 納されている要求に対応している場合は、ウェブ発信通信に応答してそのユーザ 定義格納情報をＨＴＴＰデータ・ストリームとしてウェブ・ブラウザに供給する 。 時間コヒーレント・キャッシュを使用する本発明の他の実施例は、クライアン ト・キャッシュ項目の作成時刻を格納してクライアント・キャッシュ項目時間レ コードを作成するステップと、クライアント・キャッシュ項目時間レコードを評 価してウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目がウ ェブ・ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間間 隔内に作成されたかどうかを判断するステップとを含む。クライアント・キャッ シュ項目がウェブ・ブラウザが情報を要求する前の所定のクライアント・コヒー レンシ時間間隔内に作成された場合は、ウェブ・ブラウザ発信通信に応答してク ライアント・キャッシュ項目がＨＴＴＰデータ・ストリームとしてウェブ・ブラ ウザに供給される。クライアント・キャッシュ項目はウェブ・ブラウザの複数の インスタンスにわたって維持することもできる。 本発明の他の態様は、ブラウザ発信通信に応答してウェブ・サーバから受け取 ったＨＴＴＰデータ・ストリームを第２のコンピュータ内のキャッシュに格納し てサーバ要求キャッ シュ・項目を作成するサーバ・キャッシュを含む。ウェブ・ブラウザ発信通信に 問い合わせて、ブラウザ発信通信に対応するサーバ要求キャッシュ項目が前にキ ャッシュに格納されているかどうかを判断する。サーバ・キャッシュ項目が存在 す場合、ブラウザ発信通信に関連づけられたサーバ・キャッシュ項目がクライア ント／サーバ固有通信プロトコルに変換され、外部通信リンクを介してクライア ント／サーバ固有データ・ストリームとして第１のコンピュータに送られる。第 １のコンピュータは、外部リンクを介して送られたクライアント／サーバ固有デ ータ・ストリームを入手し、クライアント／サーバ固有通信プロトコルで受け取 ったクライアント／サーバ固有データ・ストリームをＨＴＴＰデータ・ストリー ムに変換することによって、外部通信リンクを介して受け取ったクライアント／ サーバ固有データ・ストリームからクライアント／サーバ固有データ・ストリー ムからサーバ要求キャッシュ項目に対応するＨＴＴＰデータ・ストリームを再構 築する。ウェブ・ブラウザが受け取った情報に対応するサーバ要求キャッシュ項 目は、ＨＴＴＰデータ・ストリームとしてウェブ・ブラウザに供給される。 本発明のキャッシュ態様の他の実施例は、ウェブ・ブラウザ発信通信に対応す るサーバ要求キャッシュ項目が第２のコンピュータがウェブ・ブラウザ発信通信 を受け取る前の所定のクライアント・コヒーレンシ時間間隔内に作成されたかど うかを判断するステップと、サーバ要求キャッシュ項目が所 定のクライアント・コヒーレンシ時間間隔内に作成された場合は、ウェブ・ブラ ウザ発信通信に対応するサーバ要求キャッシュ項目をクライアント／サーバ固有 通信プロトコルに変換するステップとを含む。他の実施態様は、ウェブ・ブラウ ザ発信通信に対応するサーバ・キャッシュ項目と同じウェブ・ブラウザ発信通信 に対応するクライアント・キャッシュ項目が存在するかどうかを判断するステッ プを含む。第２のコンピュータがウェブ・ブラウザ発信通信を受け取った時点と ウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が作成された時 点との間の時間間隔を計算して項目エージ・データを求める。２つのキャッシュ 項目が同じ場合は、ウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項 目の項目エージ・データを含むコヒーレント項目応答を外部通信リンクを介して 第１のコンピュータに送る。ウェブ・ブラウザ発信通信に対応するクライアント ・キャッシュ項目時間レコードは、第１のコンピュータの現在時刻から、コヒー レント項目応答から受け取った項目エージ・データを差し引くことによって更新 される。 差分を計算して外部通信リンク上のデータを削減する本発明の実施例では、ウ ェブ・ブラウザ発信通信は共通ゲートウェイ・インタフェース（ＣＧＩ）要求に 対応する。インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされた ＣＧＩ要求に対応するクライアント・ベース・キャッシュ項目が存在するかどう かを判断し、クライアントＣＧＩベース 書式を提供する。インタセプトされたＣＧＩ要求に問い合わせて、インタセプト されたＣＧＩ要求に対応するサーバ・ベース・キャッシュ項目が存在するかどう かも判断し、サーバＣＧＩベース書式を提供する。共通ゲートウェイ・インタフ ェース（ＣＧＩ）に対する要求であるブラウザ発信通信に応答してウェブ・サー バから受け取ったＨＴＴＰデータ・ストリームを第２のコンピュータにあるキャ ッシュに格納してサーバ・ベース・キャッシュ項目を作成し、ＣＧＩに対する要 求であるブラウザ発信通信に応答してウェブ・ブラウザに提供されるＨＴＴＰデ ータ・ストリームを第１のコンピュータにあるキャッシュに格納してクライアン ト・ベース・キャッシュ項目を作成する。インタセプトされたＣＧＩ要求に応答 してウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで伝送される前にインタセプトする。インタセプトされ たＣＧＩ応答をサーバＣＧＩベース書式と比較して、インタセプトされたＣＧＩ 応答とサーバＣＧＩベース書式との差に対応するＣＧＩ差分データを求め、その ＣＧＩ差分データを外部通信リンクを介してクライアント／サーバ固有データ・ ストリームとして第１のコンピュータのウェブ・ブラウザに送る。第２のコンピ ュータによって外部通信リンクを介して送られたクライアント／サーバ固有デー タ・ストリームを第１のコンピュータが獲得し、クライアントＣＧＩベース書式 を外部通信リンクを介して受け取ったＣＧＩ差分データと結合してインタセプト されたＣＧＩ応答に対応するＨＴＴＰデータ・ストリームを作成することによっ て、ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームが外部通 信リンクを介して受信したクライアント／サーバ固有データ・ストリームから再 構築される。ウェブ・サーバによって発信された通信はウェブ・ブラウザにＨＴ ＴＰデータ・ストリームとして供給される。 本発明の差分計算態様のベース変更計算実施例は、サーバＣＧＩベース書式が クライアントＣＧＩベース書式と同じかどうかを判断し、サーバＣＧＩベース書 式とＣＧＩ差分データを外部通信リンクを介してクライアント／サーバ固有デー タ・ストリームとしてウェブ・ブラウザに送る。サーバＣＧＩベース書式を、外 部通信リンクを介して受け取ったＣＧＩ差分データと結合してインタセプトされ たＣＧＩ応答に対応するＨＴＴＰデータ・ストリームを作成することによって、 外部通信リンクを介して受け取ったクライアント／サーバ固有データ・ストリー ムから、ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再 構築する。ＣＧＩ要求に対応するクライアントＣＧＩベース書式は、受け取った サーバＣＧＩベース書式をＣＧＩ要求に対応するクライアント・ベース・キャッ シュ項目として格納することによって更新される。 本発明の他の態様では、サーバＣＧＩベース書式は、サーバＣＧＩベース書式 とＣＧＩ応答との間の差が事前定義差分 しきい値より大きいかどうかを判断することによって更新することもできる。Ｃ ＧＩ差分データおよび比較が第１のコンピュータに送られる更新されたサーバＣ ＧＩベース書式を使用する場合、ＣＧＩ要求に対応するサーバ・ベース・キャッ シュ項目としてウェブ・サーバから受け取ったＣＧＩ応答を格納することによっ てＣＧＩ要求に対応するサーバＣＧＩベース書式を更新することができる。 本発明のプロトコル縮小態様では、外部通信リンクを介して第１のコンピュー タと第２のコンピュータの間に持続的接続を確立する。この持続的接続は、すべ てのウェブ・ブラウザ発信通信が完了するまで維持される。持続的接続が維持さ れている間に複数のウェブ・ブラウザ発信通信がインタセプトされ、多重化され て外部通信リンクに送られる。次にクライアント／サーバ固有データ・ストリー ムを多重化解除して複数のＨＴＴＰデータ・ストリームを作成し、その複数のＨ ＴＴＰデータ・ストリームをウェブ・サーバに送る。 本発明のヘッダ削減態様は、外部通信リンクを介して第２のコンピュータに、 第１のコンピュータの所定の特性に対応するコンピュータ固有情報を供給し、第 １のコンピュータの所定の特性に対応するコンピュータ固有情報を格納して、ブ ラウザ・ヘッダ情報を提供する。第１のコンピュータはウェブ・ブラウザ発信通 信からこのコンピュータ固有情報を取り除き、第２のコンピュータは格納された ブラウザ・ヘッダ情報をクライアント／サーバ固有データ・ストリームと結合し てＨＴＴＰデータ・ストリームを作成する。 本発明の他の態様では、ウェブ・サーバによって発信された通信に対応するＨ ＴＴＰデータ・ストリームが、ＨＴＴＰデータ・ストリームを外部通信リンクで 送る前にキャプチャされ、ＨＴＴＰプロトコルからクライアント／サーバ固有通 信プロトコルに変換される。変換されたウェブ・サーバ発信通信は外部通信リン クを介してクライアント／サーバ固有データ・ストリームとしてウェブ・ブラウ ザに送られる。第１のコンピュータは外部通信リンクを介して送信されたクライ アント／サーバ固有データ・ストリームを獲得し、クライアント／サーバ固有通 信プロトコルで受け取ったクライアント／サーバ固有データ・ストリームをＨＴ ＴＰデータ・ストリームに変換することによって、ウェブ・サーバからの通信に 対応するＨＴＴＰデータ・ストリームを外部通信リンクを介して受け取ったクラ イアント／サーバ固有データ・ストリームから再構築する。ウェブ・サーバによ って発信された通信はＨＴＴＰデータ・ストリームとしてウェブ・ブラウザに供 給される。 本発明のヘッダ削減態様の他の実施例は、第１のコンピュータに外部通信リン クを介して第２のコンピュータの所定の特性に対応するコンピュータ固有情報を 供給するステップと、第２のコンピュータの所定の特性に対応するコンピュータ 固有常用を格納してサーバ・ヘッダ情報を提供するステップとを含む。第２のコ ンピュータは、ウェブ・サーバ発信通信か らコンピュータ固有情報を取り除き、第１のコンピュータはサーバ・ヘッダ情報 をクライアント／サーバ固有データ・ストリームと結合してＨＴＴＰデータ・ス トリームを作成する。 本発明のプロトコル縮小態様の他の実施例では、外部通信リンクを介して第１ のコンピュータと第２のコンピュータとの間に持続的接続を確立する。この持続 的接続を、全てのウェブ・サーバ発信通信が完了するまで維持する。持続的接続 を維持している間に複数のウェブ・サーバ発信通信をインタセプトし、外部通信 リンクに多重化して送る。クライアント／サーバ固有データ・ストリームを多重 化解除して複数のＨＴＴＰデータ・ストリームを作成し、その複数のＨＴＴＰデ ータ／ストリームをウェブ・サーバに供給することができる。 本発明の他の実施例は、第１のコンピュータ上にあり、第１のコンピュータか ら遠隔にある第２のコンピュータ上にあるサーバ・アプリケーションと通信する クライアント・アプリケーションを有するクライアント／サーバ・システムのパ フォーマンスを向上させる方法を提供する。クライアント・アプリケーションと サーバ・アプリケーションは、クライアントとサーバの間の通信のためにクライ アント／サーバから独立した通信プロトコル（すなわちステートレス）を使用し 、第１のコンピュータにあるクライアント・アプリケーションと第２のコンピュ ータにあるサーバ・アプリケーションとの間の通信の少なくとも１セグメントが 外部通信リンクを介して行われる。この方法は、クライアント／サーバ独立通信 プ ロトコルで遠隔クライアントから発信された通信を、その通信が外部通信リンク で送られる前にインタセプトするステップを含む。クライアントから発信された インタセプトされた通信は、第２のクライアント／サーバ固有通信プロトコルに 変換され、外部通信リンクを介して伝送される。第２のコンピュータが、外部通 信リンクを介して送られた通信を受信し、外部通信リンクを介して受信した通信 をクライアント／サーバ固有通信プロトコルからクライアント／サーバ独立通信 プロトコルに変換する。遠隔クライアントによって発信された通信はクライアン ト・サーバ独立通信プロトコルでサーバに共有される。本発明の他の態様は、サ ーバからクライアント／サーバ独立通信プロトコルで発信された通信を、外部通 信ンクで送信する前にインタセプトするステップを組み込む。インタセプトされ た通信は、第２のクライアント／サーバ固有通信プロトコルに変換され、外部通 信リンクを介して送信される。この通信を外部通信リンクで第１のコンピュータ が受け取り、クライアント／サーバ固有通信プロトコルからクライアント・サー バ独立プロトコルに変換する。サーバによって発信された通信はクライアント／ サーバ独立通信プロトコルで遠隔クライアントに供給される。 当業者ならわかるように、本発明の前述の態様は装置またはコンピュータ可読 プログラム手段としても提供することができる。 図面の簡単な説明 第１図は、典型的なウェブ・ブラウザ／ウェブ・サーバ・システムを示すブロ ック図である。 第２図は、クライアント・インタセプトとサーバ・インタセプトを使用する本 発明の一実施態様によるウェブ・ブラウザ／ウェブ・サーバ・システムを示すブ ロック図である。 第３図は、コヒーレント・キャッシュ・システムを実施する本発明の好ましい 実施例において、クライアント側インタセプト・モジュールによって行われる操 作を図示する流れ図である。 第４図は、コヒーレント・キャッシュ・システムを実施する本発明の好ましい 実施例において、クライアント側インタセプト・モジュールによって行われる操 作を図示する流れ図である。 第５図は、コヒーレント・キャッシュ・システムを実施する本発明の好ましい 実施例において、サーバ側インタセプト・モジュールによって行われる操作を図 示する流れ図である。 第６図は、コヒーレント・キャッシュ・システムを実施する本発明の好ましい 実施例において、サーバ側インタセプト・モジュールによって行われる操作を図 示する流れ図である。 第７図は、差分計算データ転送システムを実施する本発明の好ましい実施例に おいて、クライアント側インタセプト・モジュールによって行われる操作を図示 する流れ図である。 第８図は、差分計算データ転送システムを実施する本発明 の好ましい実施例において、クライアント側インタセプト・モジュールによって 行われる操作を図示する流れ図である。 第９図は、差分計算データ転送システムを実施する本発明の好ましい実施例に おいて、サーバ側インタセプト・モジュールによって行われる操作を図示する流 れ図である。 第１０図は、差分計算転送システムを実施する本発明の好ましい実施例におい て、サーバ側インタセプト・モジュールによって行われる操作を図示する流れ図 である。 第１１図は、仮想ソケットを使用する本発明の一態様を示すブロック図である 。 第１２図は、仮想ソケットを使用する本発明の一実施例による、クライアント 側インタセプト・モジュールとサーバ側インタセプト・モジュールを示すブロッ ク図である。 第１３図は、仮想ソケットを使用する本発明の一実施例による、クライアント 側インタセプト・モジュールまたはサーバ側インタセプト・モジュールのソケッ ト・マネージャによって行われる操作を図示する流れ図である。 第１４図は、仮想ソケットを使用する本発明の一実施例において、クライアン ト側インタセプト機能によって行われる操作を図示する流れ図である。 第１５図は、仮想ソケットを使用する本発明の一実施例において、サーバ側イ ンタセプト機能によって行われる操作を図示する流れ図である。 第１６−１図は、仮想ソケットを使用する本発明の一実施 例による、仮想作成操作を図示する流れ図である。 第１６−２図は、仮想ソケットを使用する本発明の一実施例による仮想送信操 作を図示する流れ図である。 第１６−３図は、仮想ソケットを使用する本発明の一実施例による仮想受信操 作を図示する流れ図である。 第１６−４図は、仮想ソケットを使用する本発明の一実施例による仮想選択操 作を図示する流れ図である。 第１７−１図は、仮想ソケットを使用する本発明の一実施例による仮想フラッ シュ操作を図示する流れ図である。 第１７−２図は、仮想ソケットを使用する本発明の一実施例による仮想クロー ズ操作を図示する流れ図である。 詳細な説明 以下に、本発明の好ましい実施例が図示されている添付図面を参照しながら本 発明について詳述する。しかし、本発明は多くの異なる態様で実施することがで き、本明細書に記載の実施例に限定されるものと解釈してはならない。これらの 実施例は、本開示を綿密かつ十全なものとし、本発明の範囲を当業者に完全に伝 えるために示すものである。全体を通じて同様の番号は同様の要素を指す。 第３図ないし第１０図と第１３図ないし第１７−２図は、本発明による方法お よびシステムを示すフローチャートである。フローチャートの各ブロックと、フ ローチャートのブロックの組合せは、コンピュータ・プログラム命令によって実 施することができることがわかるであろう。これらのコンピュータ・プログラム 命令は、コンピュータまたはその他のプログラム式装置にロードし、それによっ てコンピュータまたはその他のプログラム式装置上で実行される命令がフローチ ャートの１つまたは複数のブロックに指定されている機能を実施する手段を生じ させるように機械を作り出すことができる。これらのコンピュータ・プログラム 命令を、コンピュータまたはその他のプログラム式装置に対して特定の方式で機 能するように指示することができるコンピュータ可読メモリに格納し、それによ ってコンピュータ可読メモリに格納された命令がフローチャートの１つまたは複 数のブロックに指定されている機能を実施する命令手段を含む製品を作り出すよ うにすることができる。また、コンピュータ・プログラム命令をコンピュータま たはその他のプログラム式装置にロードして、コンピュータまたはその他のプロ グラム式装置上で一連の操作ステップが行われるようにし、コンピュータまたは その他のプログラム式装置上で実行される命令がフローチャートの１つまたは複 数のブロックに指定されている機能を実施するステップを提供するようにコンピ ュータ実施プロセスを作り出すこともできる。 したがって、フローチャートのブロックは、指定された機能を実行する手段の 組合せと、指定された機能を実行するステップの組合せとに対応する。また、フ ローチャートの各ブロックと、フローチャートのブロックの組合せは、指定され た機能またはステップを実行する特定用途向けハードウェア・ベースのコンピュ ータ・システムによって、または特定用途向けハードウェアとコンピュータ命令 の組合せによって実施することができることがわかるであろう。 第２図に、本発明の一実施例を示す。第２図に示すように、ウェブ・ブラウザ １０はクライアント側インタセプト・モジュール３０と通信する。ウェブ・サー バ２０はサーバ側インタセプト・モジュール４０と通信する。次にクライアント 側インタセプト・モジュール３０が通信リンク３５を介してサーバ側インタセプ ト・モジュール４０と通信する。ウェブ・ブラウザ１０とクライアント側インタ セプト・モジュール３０は、第１のコンピュータ５に組み込むことができる。サ ーバ側インタセプト・モジュール４０とウェブ・サーバ２０は第２のコンピュー タ６に組み込むことができる。第１のコンピュータ５と第２のコンピュータ６は 外部通信リンク３５を介して通信する。 ウェブ・ブラウザ１０は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）とハ イパーテキスト・マークアップ言語（ＨＴＭＬ）を使用して、やはりＨＴＴＰと ＨＴＭＬを使用するインターネット・ウェブ・サーバ２０と通信するインターネ ット・ウェブ・ブラウザであることが好ましい。動作中、ウェブ・ブラウザ１０ はＨＴＴＰデータ・ストリームを出力し、それがクライアント側インタセプト・ モジュール３０によってインタセプトされる。クライアント側インタセプト・モ ジ ュール３０によるＨＴＴＰデータ・ストリームのインタセプトは、クライアント 側インタセプト・モジュール３０が１２７．０．０．１のようなネットワーク番 号１２７を有するＩＰアドレスにあるＴＣＰ／ＩＰループバック機構を使用して 行うことができる。次に、クライアント側インタセプト・モジュール３０はＨＴ ＴＰデータ・ストリームをクライアント／サーバ固有プロトコルに変換または変 形し、そのクライアント／サーバ固有データ・ストリームを外部通信リンク３５ に送る。サーバ側インタセプト・モジュール４０はこのクライアント／サーバ固 有データ・ストリームを受け取り、ウェブ・ブラウザ発信通信に対応する元のＨ ＴＴＰデータ・ストリームを再構築する。この再構築されたＨＴＴＰデータ・ス トリームは次にウェブ・サーバ２０に転送される。ウェブ・サーバ２０はインタ ーネット・ウェブ・サーバの通常の方式でＨＴＴＰデータ・ストリームに応答す る。当業者ならわかるように、ウェブ・サーバ２０は複数のブラウザがインター ネットに接続することができるようにするプロキシとすることもできる。 たとえば特定のＵＲＬホーム・ページを求めるブラウザ要求に応答してウェブ ・サーバ２０がウェブ・ブラウザ１０に送る情報を受け取ると、ウェブ・サーバ ２０はウェブ・ブラウザ１０に送る通信に対応するＨＴＴＰデータ・ストリーム を出力する。このウェブ・サーバ発信通信はサーバ側インタセプト・モジュール ４０によってインタセプトされ、クライ アント／サーバ固有データ・ストリームに変換される。次に、ウェブ・サーバ発 信通信に対応するクライアント／サーバ固有データ・ストリームは外部通信リン ク３５で第２のコンピュータから第１のコンピュータに送られる。このクライア ント／サーバ固有データ・ストリームをクライアント側インタセプト・モジュー ル３０が受け取り、ウェブ・サーバ発信通信に対応するＨＴＴＰデータ・ストリ ームが再構築され、ウェブ・ブラウザ１０に供給される。 本発明の特定の実施例では、外部通信リンク３５は無線通信リンクである。そ の場合、ユーザにとって受容可能なシステム・パフォーマンスを得るために、外 部通信リンク３５を介する通信量を、通信リンク３５を介して伝送しなければな らない通信の頻度と情報量の両方について減らすことが望ましい。したがって、 本発明はキャッシング技法と、差分計算技法と、プロトコル縮小技法とを使用し て、外部通信リンク３５を介する必要通信量を最小限にする。これらの技法は、 ＨＴＴＰのステートレスまたは確率論的プロトコルを、クライアントおよびサー バに固有の情報を使用するクライアント／サーバ固有プロトコルに変換して通信 の量と頻度を減らすことによって実現される。 本発明について、単一のウェブ・ブラウザ・アプリケーションと単一のウェブ ・サーバ・アプリケーションに関して説明するが、当業者ならわかるように、本 発明の利便および利点は、単一のウェブ・サーバに関連づけられた複数のウェブ ・ブラウザを使用した場合にも得ることができる。したがって、本発明の方法、 装置、およびプログラム製品は、各ブラウザがクライアント側インタセプト・モ ジュールと通信する複数のブラウザと共に使用することもでき、その場合それら のクライアント側インタセプト・モジュールはウェブ・サーバまたはウェブ・プ ロキシのサーバ側インタセプト・モジュールと通信することになる。 本発明の一実施例では、クライアント側インタセプト・モジュール３０とサー バ側インタセプト・モジュール４０の朗報がキャッシュ格納機能を有する。第１ のコンピュータにあるクライアント・キャッシュには、ウェブ・ブラウザ発信通 信に応答してウェブ・ブラウザが受け取るＨＴＴＰデータ・ストリームが格納さ れる。第２のコンピュータにあるサーバ・キャッシュには、ブラウザ発信通信に 応答してウェブ・サーバから受け取るＨＴＴＰデータ・ストリームが格納される 。 当業者ならわかるように、第１のコンピュータまたは第２のコンピュータにあ るキャッシュは、コンピュータの特定のハードウェア構成に基づく任意の容量と することができる。これらのキャッシュには、各通信について、通信のＵＲＬ、 巡回冗長検査（ＣＲＣ）などの通信内容に基づく固有識別子、キャッシュ項目の 作成またはリフレッシュが行われた時刻を示すデータ格納時刻（ＳＤＴ）、およ び通信のデータを含む情報が格納される。したがって、キャッシュに格納されて いる各通信についてキャッシュ項目のディレクトリを作成する ことができる。さらに、所与のハードウェア構成で使用可能な資源は限られてい るため、第１のコンピュータおよび第２のコンピュータにあるキャッシュを維持 するために当業者に周知の任意の数のキャッシング技法を使用することができる 。したがって、たとえば、新しい項目の追加によってユーザ定義キャッシュサイ ズを超える場合、キャッシュは最も古いディレクトリ項目を無効化し、無効化さ れた項目の代わりに新しい項目を追加することができる。さらに、ウェブ・ブラ ウザ・アプリケーションまたはウェブ・サーバ・アプリケーションの複数のイン スタンスにわたって、あるいは第１または第２のコンピュータの電源投入サイク ルについてさえもキャッシュ項目を維持して持続キャッシュを作成することがで きる。 以下に、クライアント側インタセプタ・モジュール３０とサーバ側インタセプ ト・モジュール４０の動作を示すフローチャートである第３図ないし第６図を参 照しながら本発明の一態様によるキャッシング構造について説明する。 具体的に第３図を参照すると、ブロック１００はクライアント側インタセプト ・モジュール３０がウェブ・ブラウザ１０から要求を受け取ったことを示してい る。この要求は、ＨＴＴＰデータ・ストリームの形式をとることができる。ブロ ック１０５に示すように、クライアント側インタセプト・モジュール３０は着信 した要求のユニフォーム・リソース・ロケータ（ＵＲＬ）を検査する。クライア ント側インタセプト ・モジュール３０はＵＲＬから、ウェブ・ブラウザ発信要求に対応する情報が前 に第１のコンピュータにある第１のクライアント・キャッシュに格納されている かどうかを判断する。 ＵＲＬに対応する情報が前にクライアント・キャッシュに格納されていなかっ た場合、ブロック１０６に示す操作がクライアント側インタセプト・モジュール によって行われる。クライアント側インタセプト・モジュール３０は外部通信リ ンク３５でサーバ側インタセプト・モジュール４０に要求を送る。 しかし、ブロック１０５に示すようにウェブ・ブラウザ発信通信に問い合わせ たときに、ウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目 が存在する場合、最も単純な実施例では、その情報がＨＴＴＰデータ・ストリー ムとしてウェブ・ブラウザに供給される。しかし、第３図に示すように、本発明 の好ましい実施例は、ウェブ・ブラウザ発信通信に対応するキャッシュ項目に対 して本明細書でコヒーレンシ間隔検査と呼ぶ操作を行う。この操作は第３図のブ ロック１１０に示されている。 クライアント側インタセプト・モジュールのコヒーレンシ間隔はユーザ定義と することができ、キャッシュ項目が陳腐化し、存在はしていてもウェブ・サーバ に対してウェブ・ブラウザ発信通信に対応する情報を要求することによって最新 化しなければならなくなるまでのキャッシュ項目が存在することができる時間の 長さである。ブロック１１０に示すコヒ ーレンシ間隔検査は、現在日時をウェブ・ブラウザ発信通信に対応するキャッシ ュ項目のＳＤＴとユーザによって指定されたコヒーレンシ間隔との和と比較する ことによって行うことができる。現在日時がこの和より大きい場合、ウェブ・ブ ラウザ発信通信に対応するキャッシュ内に格納されている情報は陳腐化しており 、ブロック１１０の「Ｎｏ」に分岐する。しかし、現在日時がＳＤＴにユーザ定 義コヒーレンシ間隔を足した和よりも小さい場合は、ブロック１１０で「Ｙｅｓ 」に分岐し、ブロック１１１に示すように、そのキャッシュ項目がＨＴＴＰデー タ・ストリームとしてブラウザに供給される。したがって、第３図のブロック１ ００でクライアント側インタセプト・モジュール３０が受け取ったブラウザ発信 通信が完了する。 ブロック１１０に示すコヒーレンシ間隔検査によって、第１のコンピュータに あるキャッシュ項目が陳腐化していると判断された場合、サーバ側インタセプト ・モジュール４０に対して要求を行い、第２のコンピュータにあるキャッシュ項 目のコヒーレンシを検査する。この操作は第３図のブロック１１２に示されてい る。これは、外部通信リンク３５を介してサーバ側インタセプト・モジュール４ ０に、特定のクライアント側インタセプト・モジュール３０のコヒーレンシ間隔 と、ウェブ・ブラウザ１０によって発信されたＨＴＴＰ要求と、ウェブ・ブラウ ザ発信通信のＵＲＬに対応するクライアント・キャッシュの内容を示す固有の標 識を供給することに よって行われる。好ましい実施例では、この固有の標識はキャッシュ項目の巡回 冗長検査（ＣＲＣ）である。 次に第５図を参照すると、外部通信リンク３５を介してクライアント側インタ セプト・モジュール３０から受け取った情報に応答したサーバ側インタセプト・ モジュール操作が示されている。サーバ側インタセプト・モジュール４０がクラ イアント側インタセプト・モジュールから要求を受け取ると、サーバ側インタセ プト・モジュール４０は所定のクライアント・コヒーレンシ時間間隔と、クライ アント・キャッシュ項目のＣＲＣ値と、ウェブ・ブラウザによって発信されたＨ ＴＴＰ要求を受け取る。この情報の受信は、第５図のブロック１２０に示されて いる。 クライアント側インタセプト・モジュール３０から情報を受け取った後、サー バ側インタセプト・モジュール４０は第２のコンピュータにあるそのサーバ・キ ャッシュを検査して、ウェブ・ブラウザによって発信されたＨＴＴＰ要求のＵＲ Ｌに対応するサーバ・キャッシュ項目が存在するかどうかを判断する。ブロック １２５に示すようにウェブ・ブラウザ発信通信に問い合わせた後、サーバ側イン タセプト・モジュール４０が、ウェブ・ブラウザ発信通信によって要求された情 報に対応するキャッシュ項目が存在すると判断した場合、ブロック１２５で「Ｙ ｅｓ」分岐をとる。次に、サーバ側インタセプト・モジュール４０はＳＳＩモジ ュール４０の現在日時を、ウェブ・ブラウザ発信通信によって要求された情報に 対 応するサーバ・キャッシュ項目のＳＤＴとクライアント側インタセプト・モジュ ールから受け取った所定のクライアント・コヒーレンシ時間間隔との和と比較す る。 現在日時がサーバ・キャッシュ項目のＳＤＴとコヒーレンシ間隔との和より小 さい場合、第５図のブロック１３０の「Ｙｅｓ」経路をとる。次にサーバ側イン タセプト・モジュール４０はサーバ・キャッシュ項目のＣＲＣとクライアント・ キャッシュのＣＲＣとを比較して、その２つのキャッシュ項目が同じかどうかを 判断する。２つのキャッシュ項目が同じ場合、ブロック１３５の「Ｙｅｓ」分岐 をとり、ブロック１３６に示すように、「コヒーレント」応答がクライアント側 インタセプト・モジュール３０に送られる。 ブロック１３５の条件で、ＣＲＣが等しくないと判断された場合、クライアン ト・キャッシュに入っている情報とサーバ・キャッシュに入っている情報は同じ でなく、ブロック１３７に示すようにサーバ側インタセプト・モジュールは外部 通信リンクを介して第１のコンピュータにサーバ・キャッシュ項目を送る。サー バ・キャッシュ項目をクライアント側インタセプト・モジュール３０に送信する 際に、サーバ側インタセプト・モジュールはその項目を、サーバ・キャッシュ項 目のＣＲＣと、サーバ・キャッシュ項目データと、サーバ・キャッシュ項目のエ ージとを含むクライアント固有通信プロトコルに変換する。サーバ・キャッシュ 項目のエージは、現行日時からキャッシュ項目のＳＤＴを引くことによって計算 する。 第５図に関して最後に、ＳＤＴに所定のクライアント・コヒーレンシ時間間隔 を足した和が現在日時よりも小さいか、またはウェブ・ブラウザ発信通信のＵＲ Ｌに対応する項目がない場合、それぞれブロック１３０の「Ｎｏ」経路またはブ ロック１２５の「Ｎｏ」経路がとられる。したがって、ブロック１２６の操作が 行われ、サーバ側インタセプト・モジュール４０がサーバにウェブ・ブラウザ発 信通信をＨＴＴＰデータ・ストリームとして送ることになる。サーバ側インタセ プト・モジュール４０がウェブ・ブラウザ発信通信をサーバにＨＴＴＰデータ・ ストリームとして送らなければならない場合、サーバ側インタセプト・モジュー ル４０は第６図の操作を実行する。 第６図のブロック１４０に示すように、ウェブ・ブラウザ発信通信に応答して 、サーバ側インタセプト・モジュールがウェブ・サーバ２０からＨＴＴＰデータ ・ストリームを受け取る。ＨＴＴＰデータ・ストリームを受け取ると、サーバ側 インタセプト・モジュール４０はＨＴＴＰデータ・ストリームのＣＲＣを計算し 、ＨＴＴＰデータ・ストリームを一時的に格納する。次に、ブロック１４５に示 すように、サーバ側インタセプト・モジュールはＨＴＴＰデータ・ストリームに 問い合わせて、ＨＴＴＰデータ・ストリームのＵＲＬに対応するサーバ・キャッ シュ項目が存在するかどうかを判断する。そのような項目が存在しない場合、ブ ロック１４５の「Ｙｅ ｓ」経路が実行される。次にサーバ側インタセプト・モジュール４０は、ブロッ ク１５０に示すように、ウェブ・サーバ２０から受け取ったＨＴＴＰデータ・ス トリームの最も最近に計算されたＣＲＣを、ウェブ・サーバ発信応答通信のＵＲ Ｌに対応するサーバ・キャッシュ項目のＣＲＣと比較する。ＣＲＣが同じ場合、 ブロック１５０の「Ｙｅｓ」分岐が行われる。サーバ側インタセプト・モジュー ル４０はブロック１５１に示すようにサーバ・キャッシュ項目のＳＤＴ項目を更 新し、ブロック１５２に示すようにウェブ・サーバ２０によって受信されたＨＴ ＴＰデータ・ストリームを一時格納域から除去する。 ＣＲＣ比較の結果によって、サーバ・キャッシュ項目がウェブ・サーバ２０か ら受け取ったＨＴＴＰデータ・ストリームと異なることが示された場合、ブロッ ク１５０の「Ｎｏ」経路が行われる。サーバ側インタセプト・モジュール４０は ブロック１５３に示すようにサーバ・キャッシュから既存のデータを除去し、次 にブロック１５４に示すようにより新しい方の情報によってサーバ・キャッシュ を更新する。ブロック１５４に示すように、この更新にはサーバ・キャッシュに ウェブ・サーバ通信のＣＲＣを格納するステップと、キャッシュ項目の一部とし て現在日時をキャッシュ項目のＳＤＴとして格納するステップと、ＨＴＴＰデー タ・ストリームを格納するステップとが含まれる。サーバ・キャッシュ項目を更 新するかどうか、またはサーバ・キャッシュ項目がウェブ・ サーバ２０から受け取ったＨＴＴＰデータ・ストリームと同じであることが判明 したかどうかを問わず、いずれの場合もサーバ側インタセプト・モジュールは次 にサーバ・キャッシュ項目がウェブ・ブラウザ発信通信に対応するクライアント ・キャッシュ項目と同じかどうかを判断する。この操作をブロック１５５に示す 。 サーバ側インタセプト・モジュール４０が、ウェブ・サーバ２０から受け取っ た応答に対応するキャッシュ項目が存在しないと判断した場合、ブロック１４５ の「Ｎｏ」経路がとられる。ブロック１４６に示すように、ウェブ・サーバから の応答のＵＲＬを格納し、ウェブ・サーバからの応答のＣＲＣを格納し、ＨＴＴ Ｐデータ・ストリームを格納し、ＳＤＴとして現在日時を格納することによって 、サーバ・キャッシュ項目が作成される。ウェブ・ブラウザ発信通信に対応する キャッシュ項目を作成した後、サーバ側インタセプト・モジュール４０は次に、 ブロック１５５に示すように、再度、このサーバ・キャッシュ項目のＣＲＣを対 応するクライアント・キャッシュのＣＲＣと比較する。 サーバ・キャッシュ項目とクライアント・キャッシュ項目との比較の結果によ って、キャッシュ項目が同じであることがわかった場合、ブロック１５５の「Ｙ ｅｓ」分岐がとられ、ブロック１５６の操作が行われる。ブロック１５６に示す ように、サーバ側インタセプト・モジュール４０がクライアント側インタセプト ・モジュール３０に応答を送る。サーバ側 インタセプト・モジュール４０は、クライアント側インタセプト・モジュールに コヒーレント応答を送り、ゼロのエージを送ることによって、サーバ要求キャッ シュ項目をクライアント／サーバ固有データ・ストリームに変形する。 サーバ側インタセプト・モジュール４０が、クライアント・キャッシュ項目が ウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項目と同じではないと 判断した場合、ブロック１５５の「Ｎｏ」分岐がとられ、ブロック１５７の操作 が行われる。ブロック１５７に示すように、サーバ側インタセプト・モジュール ４０は、サーバ・キャッシュ項目をクライアント／サーバ固有データ・ストリー ムに変換または変形する。このデータ・ストリームには、サーバ・キャッシュ項 目のＣＲＣと、サーバ・キャッシュ項目ＨＴＴＰデータ・ストリームと、キャッ シュ項目のゼロに設定されたエージとが含まれる。このクライアント／サーバ固 有通信は次に外部通信リンク３５を介してクライアント側インタセプト・モジュ ール３０に送信される。 サーバ側インタセプト・モジュールから通信を受け取ったときのクライアント 側インタセプト・モジュール３０の機能について、第４図を参照しながら以下に 説明する。ブロック１６０に示すように、クライアント側インタセプト・モジュ ール３０は外部通信リンク３５を介して送信されたクライアント／サーバ固有デ ータ・ストリームを受信または入手する。クライアント側インタセプト・モジュ ールは次に、ブロック １６５に示すように、サーバ側インタセプト・モジュール４０からどのようなタ イプの応答を受け取ったかを判断する。サーバ側インタセプト・モジュール４０ が、クライアントがクライアント・キャッシュ項目がコヒーレントであること、 すなわちサーバ・キャッシュ項目とクライアント・キャッシュ項目が同じである ことを示している場合、ブロック１６６に示す操作が行われる。ブロック１６６ に示すように、クライアント側インタセプト・モジュール３０は、現在日時とサ ーバ側インタセプト・モジュール４０から受け取ったエージとの差を使用してウ ェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目のＳＤＴを更 新する。したがって、本発明は、第１のコンピュータ５と第２のコンピュータ６ の２つのクロックの同期をとらずに、第１のコンピュータのキャッシュ項目のコ ヒーレンシ時間を更新して第２のコンピュータの新しい方のデータを反映させた ことになる。ウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項 目のＳＤＴを更新した後、クライアント側インタセプト・モジュール３０はクラ イアント・キャッシュ項目をウェブ・ブラウザ１０にＨＴＴＰデータ・ストリー ムとして転送する。この操作をブロック１７４に示す。 しかし、クライアント側インタセプト・モジュール３０が応答のタイプがデー タまたはデータ・ストリーム応答であると判断した場合は、ブロック１６５から 「ストリーム」経路をとり、ブロック１６７の操作が行われる。クライアント側 インタセプト・モジュール３０はＨＴＴＰデータ・ストリームを受け取り、その データを一時的に格納する。次に、第４図のブロック１７０に示すように、クラ イアント側インタセプト・モジュール３０は、ウェブ・ブラウザ発信通信に対応 するキャッシュ項目が存在するかどうかを判断する。キャッシュ項目が存在する 場合、ブロック１７０の「Ｙｅｓ」経路をとって、ブロック１７１に示すように 、既存のキャッシュ項目がフラッシュされる。クライアント側インタセプト・モ ジュールは次に、サーバ側インタセプト・モジュール４０から受け取ったＨＴＴ Ｐデータ・ストリームのＣＲＣを格納し、現在日時とサーバ側インタセプト・モ ジュール４０から受け取ったエージとの差をＳＤＴとして格納し、ＨＴＴＰデー タ・ストリームを格納することによって、ウェブ・ブラウザ発信通信に対応する クライアント・キャッシュ項目を更新する。この操作をブロック１７２に示す。 ウェブ・ブラウザ発信通信に対応するキャッシュ項目が存在しない場合、ブロ ック１７０の「Ｎｏ」経路が取られる。ブロック１７３に示す操作を行うことに よってクライアント・キャッシュ項目が作成される。ブロック１７３に示すよう に、クライアント側インタセプト・モジュール３０は、サーバ側インタセプト・ モジュール４０から受け取ったＨＴＴＰデータ・ストリームのＵＲＬを格納し、 サーバ側インタセプト・モジュール４０から受け取ったＨＴＴＰデータ・ストリ ームのＣＲＣを格納し、ＨＴＴＰデータ・ストリームを格納 することによって、クライアント・キャッシュ項目を作成する。また、クライア ント側インタセプト・モジュール３０は、サーバ側インタセプト・モジュール４ ０から外部通信リンク３５を介して受け取ったエージＳＤＴを現在日時から引く ことによって、ＳＤＴを更新または格納する。 しかし、ブロック１６６、１７２、１７３のいずれの操作によってクライアン ト・キャッシュ項目が作成されるかを問わず、クライアント側インタセプト・モ ジュールはクライアント・キャッシュ項目をＨＴＴＰデータ・ストリームとして ウェブ・ブラウザ１０に転送または供給する。これらの操作は第４図のブロック １７４に示されている。 当業者ならわかるように、クライアント・キャッシュとサーバ・キャッシュは 、メモリによって、またはハード・ディスク、読書きＣＤ−ＲＯＭ、光ディスク 、その他の格納技法などの大容量格納装置によって実装することができる。さら に、当業者ならわかるように、クライアント側インタセプト・モジュールとサー バ側インタセプト・モジュールは、ソフトウェア、ハードウェア、またはその組 合せによって実装することができる。 特定の第１または第２のコンピュータにあるキャッシュについて言及したが、 当業者ならわかるように、本発明の利点は、キャッシュが第１のコンピュータに ではなく、単に外部通信リンクの第１のコンピュータと同じ側にある場合でも得 られる。したがって、ハードウェア・キャッシュをクライア ント・キャッシュとして機能する第１のコンピュータの外部に実装し、高速通信 によって第１のコンピュータに接続することもでき、しかもその場合でも、キャ ッシュが外部通信リンクの第１のコンピュータと同じ側にある限り、本発明の利 点が得られる。 本発明の他の実施例では、サーバ側インタセプト・モジュール４０は、ウェブ ・サーバ２０から受け取ったＨＴＴＰデータ・ストリームのコピーを維持せず、 単にその通信のディレクトリ項目を維持するに過ぎない。このディレクトリ項目 には、通信のＵＲＬと、ＨＴＴＰデータ・ストリームのために計算されたＣＲＣ と、ＨＴＴＰデータ・ストリームをウェブ・サーバから受け取った時刻と、その 通信のＳＤＴとが含まれ、このＳＤＴはＣＲＣを計算した時刻に設定することが できる。このような場合、クライアント側インタセプト・モジュール３０はサー バ側インタセプト・モジュール４０に対して、サーバ側インタセプト・モジュー ルがＣＲＣとＳＤＴを維持していたＵＲＬに対応する通信を求める要求を送り、 、次にサーバ側インタセプト・モジュール３０はクライアント側インタセプト・ モジュール３０から受け取ったＣＲＣを検査して、それが指定されたＵＲＬの最 新のＨＴＴＰデータ・ストリームに対応しているかどうかを判断する。一致して いる場合、クライアント側インタセプト・モジュールにコヒーレント応答が送ら れる。一致していない場合、サーバ側インタセプト・モジュールは、クライアン ト側インタセプト・モ ジュールから受け取ったＨＴＴＰデータ・ストリームをウェブ・サーバ２０に送 り、ウェブ・サーバ２０から受け取った応答をクライアント側インタセプト・モ ジュール３０に返す。 第７図、第８図、第９図、および第１０図に、本発明の他の態様においてクラ イアント側インタセプト・モジュール３０とサーバ側インタセプト・モジュール ４０によって行われる操作を示す。この態様は、差分計算を使用して、外部通信 リンク３５を介して伝送されるデータを削減する。第７図を参照すると、ブロッ ク２００にクライアント側インタセプト・モジュール３０によるウェブ・ブラウ ザ１０からのＨＴＴＰ要求の受信が示されている。ブロック２０５に示すように 、クライアント側インタセプト・モジュール３０はウェブ・ブラウザ１０からの インタセプトしたＨＴＴＰ要求に問い合わせて、その要求が共通ゲートウェイ・ インタフェース（ＣＧＩ）に送るものかどうかを判断する。要求が共通ゲート・ インタフェースに送るものでない場合、クライアント側インタセプト・モジュー ル３０は、第３図ないし第６図に示し、第７図のブロック２０６に図示するよう に、その要求をサーバ側インタセプト・モジュールに渡す。 しかし、ウェブ・ブラウザ発信通信がＣＧＩ要求に対応する場合、ブロック２ ０５の「Ｙｅｓ」経路がとられる。ブロック２１０に示すように、クライアント ／サーバ・インタセプト・モジュール３０は、対応するＣＧＩ要求に応答して前 にウェブ・ブラウザに供給されていたＨＴＴＰデータ・スト リームに対応するクライアント・ベース・キャッシュ項目が存在するかどうかを 判断する。このＣＧＩ要求の問い合わせは、ウェブ・ブラウザ発信通信のＵＲＬ をクライアント・ベース・キャッシュに格納されているＵＲＬと比較することに よって行うことができる。 クライアント・ベース・キャッシュは、所与のＵＲＬについてウェブ・ブラウ ザ１０に供給するクライアント側インタセプト・モジュール３０が受信した最初 のＨＴＴＰデータ・ストリームを格納することによって初期設定することができ る。このベース・キャッシュ項目は、ウェブ・ブラウザ１０の多くのインスタン スまたはセッションにわたって維持することができる。クライアント・ベース・ キャッシュ項目は、第７図、第８図、第９図、および第１０図に示すように更新 することができる。ウェブ・ブラウザ発信通信のＵＲＬに対応するクライアント ・ベース・キャッシュ項目が存在する場合、第７図のブロック２１１に示すよう に、外部通信リンク３５を介してサーバ側インタセプト・モジュール４０に送る ＣＲＣが、クライアント・ベース・キャッシュ項目のＣＲＣに等しく設定される 。クライアント・ベース・キャッシュ項目がない場合、第７図のブロック２１０ から「Ｎｏ」経路をとり、外部通信リンク３５を介してサーバ側インタセプト・ モジュール４０に送る要求のＣＲＣがナルにされる。この操作は第７図のブロッ ク２１２に示されている。 ブロック２１３に、ＣＧＩ要求を外部通信リンクを介して サーバ側インタセプト・モジュール４０に送る操作を示す。ブロック２１３に示 すように、クライアント側インタセプト・モジュール３０がＨＴＴＰ要求と要求 ＣＲＣを送る。要求ＣＲＣは、ＣＧＩ要求のＵＲＬのクライアント・ベース・キ ャッシュ項目が存在しない場合にはナルに設定されており、クライアント・ベー ス・キャッシュ項目が存在する場合にはその項目のＣＲＣに設定されている。し たがって、クライアント側インタセプト・モジュールは、ＣＧＩ要求をクライア ント／サーバ固有プロトコルに変換し、そのクライアント／サーバ固有通信を外 部通信リンクを介して送信して、サーバ側インタセプト・モジュール４０が受信 するようにしたことになる。 ＣＧＩ要求を受け取るときのサーバ側インタセプト・モジュールの動作を第９ 図に示す。サーバ側インタセプト・モジュール４０によるＣＧＩ要求の受信がブ ロック２２０に示されている。サーバ側インタセプト・モジュール４０はＣＧＩ 要求を受け取ると、ＣＲＣ値とＨＴＴＰ要求のコピーを保存する。ブロック２２ １に示すように、サーバ側インタセプト・モジュール４０はＨＴＴＰ要求をウェ ブ・サーバ２０に渡す。 第１０図のブロック２３０に示すように、サーバ側インタセプト・モジュール ４０がウェブ・ブラウザ発信通信またはＣＧＩ要求に対応するＨＴＴＰ要求に対 する応答を受け取るとき、サーバ側インタセプト・モジュール４０はこの応答を ＨＴＴＰデータ・ストリームとして受け取る。ブロック２３０に示すように、サ ーバ側インタセプト・モジュール４０は、ＨＴＴＰデータ・ストリームを保存し 、ウェブ・サーバ２０から受け取ったＨＴＴＰデータ・ストリームのＣＲＣ値を 計算する。また、サーバ側インタセプト・モジュール４０は、差分値をナルにし て差分データを初期設定する。次に、ブロック２３５に示すように、サーバ側イ ンタセプト・モジュールは、ウェブ・サーバ発信通信として受け取った応答がＣ ＧＩ要求に対する応答であるかどうかを判断する。答えが否定の場合、第１０図 のブロック２３５から「Ｎｏ」経路をとり、ブロック２３６の操作を実行して、 ＨＴＴＰデータ・ストリームがクライアント側インタセプト・モジュールに送る 。ブロック２３６に示すように、この操作には第３図ないし第６図で説明したキ ャッシング操作が必要な場合がある。ブロック２３０で受け取った応答がＣＧＩ に対する応答の場合、ブロック２３５の「Ｙｅｓ」経路をとり、サーバ側インタ セプト・モジュールは次に、ブロック２４０に示すように、ＣＧＩ応答のサーバ ・ベース・キャッシュ項目が存在するかどうかを判断する。 サーバ側インタセプト・モジュール４０がＣＧＩ要求に対する応答を初めて受 け取ったとき、サーバ・ベース・キャッシュ項目を作成することができる。この 場合、ブロック２４０に示す条件の結果によって、ブロック２４０から「Ｎｏ」 経路がとられる。次に、サーバ側インタセプト・モジュール ４０は、ＣＧＩのＵＲＬと、ＣＧＩ要求に対する応答のＨＴＴＰデータ・ストリ ームと、ＨＴＴＰデータ・ストリームのＣＲＣとを格納することによって、サー バ・ベース・キャッシュ項目を作成する。この操作をブロック２４１に示す。第 ３図ないし第６図で説明したコヒーレント・キャッシュとの互換性を持たせるた めに、サーバ・ベース・キャッシュ項目にはＳＤＴも組み込むことができる。本 明細書では、サーバＣＧＩベース書式という用語を使用して、ウェブ・ブラウザ １０から受け取ったＣＧＩ要求に対応するサーバ・ベース・キャッシュ項目を指 す。 ＣＧＩ要求に対応するサーバ・ベース・キャッシュ項目がある場合、ブロック ２４０の「Ｙｅｓ」経路がとられる。サーバ側インタセプト・モジュールはサー バ・ベース・キャッシュ項目のＣＲＣを、ウェブ・サーバ２０から受け取った応 答のＣＲＣと比較する。これらの操作を第１０図のブロック２４５に示す。ＣＲ Ｃが同じ場合、サーバ側インタセプト・モジュールは、サーバ・ベース・キャッ シュ項目のＣＲＣがクライアント・ベース・キャッシュ項目のＣＲＣに対応する かどうかを判断する。この２つのＣＲＣ値が同じ場合、クライアント・ベース・ キャッシュ項目と、サーバ・ベース・キャッシュ項目と、ウェブ・サーバ２０か ら受け取った応答のすべてがＨＴＴＰデータ・ストリームに入れられる。サーバ ・ベース・キャッシュ項目とクライアント・ベース・キャッシュ項目との比較を ブロック２５０に示す。 ２つのベース・キャッシュ項目が同じ場合、サーバ側インタセプト・モジュー ルはベース・キャッシュ項目をクライアント側インタセプト・モジュール３０に 送る必要がなく、したがって、ブロック２５１に示すように、クライアント側イ ンタセプト・モジュール３０に送るＨＴＴＰデータ・ストリーム・データをナル にする。次に、ブロック２５２に示すように、サーバ側インタセプト・モジュー ル４０は、ＣＧＩ要求に対応するサーバ・ベース・キャッシュに格納されている ＨＴＴＰデータ・ストリームのＣＲＣと、ナルにしたＨＴＴＰデータ・ストリー ムと、ナルにした差分データとを送信して、ＣＧＩ要求がクライアント・ベース ・キャッシュ項目と同じであったことを示すことによって、ウェブ・サーバ２０ から受け取ったＨＴＴＰデータ・ストリームをクライアント／サーバ固有通信プ ロトコルに変換する。 ブロック２４５に戻って、ＣＧＩ要求に対応するサーバ・ベース・キャッシュ 項目のＣＲＣが、ウェブ・ブラウザによって発信されたＣＧＩ要求に応答してウ ェブ・サーバから受け取った応答のＣＲＣと異なる場合、ブロック２４５から「 Ｎｏ」経路がとられる。次に、サーバ側インタセプト・モジュール４０はブロッ ク２４６に示す操作を行う。サーバ側インタセプト・モジュール４０は、インタ セプトしたＣＧＩ応答を、インタセプトしたＣＧＩに対応するサーバ・ベース・ キャッシュ項目すなわちサーバＣＧＩベース書式と比較する。このインタセプト したＣＧＩ応答とサーバＣＧＩベース 書式との比較によって、インタセプトしたＣＧＩ応答とサーバＣＧＩベース書式 との差分に対応するＣＧＩ差分データが得られる。 差分計算は、ベース書式と修正済み書式との間の差分を求める当業者に周知の 任意の方法で行うことができる。本発明で使用するのに適した差分計算の一方法 は、コピーターズ（Coppieters）による″Cross-Platform Binary Diff″（Dr.D obb's Journal １９９５年５月号３２〜３６ページ）に記載されており、その 開示は参照により、その全部が記載されているかのように本明細書に組み込まれ る。差分データを求める際に使用することができるその他の方法には、″IBM Te chnical Disclosure Bulletin（Vol.22, No.8A、１９８０年１月）に記載されて いる方法が含まれ、これも参照によりその全部が記載されているかのように本明 細書に組み込まれる。次に、ブロック２４７に示すように、サーバ側インタセプ ト・モジュール４０はサーバＣＧＩベース書式が更新を必要とするかどうかを判 断する。この判断は、インタセプトされたＣＧＩ応答とサーバＣＧＩベース書式 との平均差分データが所定のしきい値を超えているかどうかを判断することによ って行うことができる。ＣＧＩ要求に対応するサーバ・ベース・キャッシュ項目 を更新する必要があるかどうかを判断する他の方法には、第３図ないし第６図で 説明したような時間コヒーレンシ方式や、ベース変更を行って新しいベース・キ ャッシュ項目を作成すればシステム・パフォーマンスが向上す るほど差分データが増加したかどうかを判断する当業者に周知のその他の方法が 含まれる。 サーバのベース変更計算が不要な場合、ブロック２４７から「Ｎｏ」経路がと られ、サーバ側インタセプト・モジュール４０はブロック２５０の操作を行って 、クライアント・ベース・キャッシュ項目のＣＲＣがサーバ・ベース・キャッシ ュ項目のＣＲＣと同じかどうか、またはサーバＣＧＩベース書式が、ウェブ・ブ ラウザ発信通信のその特定のＣＧＩ要求に対応するサーバとクライアントのベー ス・キャッシュ項目であるクライアントＣＧＩベース書式と同じかどうかを判断 する。ベース書式が同じ場合、クライアントはベース変更を行う必要がなく、ブ ロック２５１に示すようにＨＴＴＰデータ・ストリーム情報がナルにされる。次 に、サーバ側インタセプト・モジュール４０は、ＣＧＩ要求に対応するサーバ・ ベース・キャッシュ項目のＣＲＣ（すなわちサーバＣＧＩベース書式のＣＲＣ） を送り、ベース・データに対応するナルにしたＨＴＴＰデータ・ストリームを送 り、ブロック２４６で求めた差分データを送ることによって、クライアント側イ ンタセプト・モジュール３０に差分応答を送る。これらの操作は第１０図のブロ ック２５２として示されている。 サーバ側インタセプト・モジュール４０が、クライアントＣＧＩベース書式と サーバＣＧＩベース書式のＣＲＳが同じでないと判断した場合、クライアントの ベース変更計算を行う必要がある。クライアントのベース変更操作は、クライア ント側インタセプト・モジュール３０にサーバＣＧＩベース書式を送るステップ を含む。この操作を行うために、サーバ側インタセプト・モジュールはクライア ント側インタセプト・モジュール３０に送るＨＴＴＰデータ・ストリーム・デー タを、サーバＣＧＩベース書式と等しく設定する。この操作をブロック２５３に 示す。次に、サーバ側インタセプト・モジュール４０は、ブロック２５２に示す ように、サーバＣＧＩベース書式のＣＲＣと、サーバＣＧＩベース書式に対応す るＨＴＴＰデータ・ストリーム・データを送信し、ＣＧＩベース書式とウェブ・ サーバから受け取った応答との差分データを送信することによって、ウェブ・サ ーバから受け取ったＨＴＴＰデータ・ストリームをクライアント／サーバ固有プ ロトコルに変換する。次にこの情報を外部通信リンク３５を介してクライアント 側インタセプト・モジュール３０に送る。 ブロック２４７に戻って、サーバのベース変更が必要な場合、ブロック２４７ から「Ｙｅｓ」経路がとられる。ブロック２４８に示すように、サーバ側インタ セプト・モジュールは、ウェブ・サーバから受け取ったＨＴＴＰデータ・ストリ ームを使用してブラウザ発信通信に対応するサーバ・ベース・キャッシュを更新 する。応答のＣＲＣも更新され、ＣＧＩ差分データがナルにされる。次に、サー バ側インタセプト・モジュールは、ブロック２５０に示すように新しいサーバ側 キャッシュ項目のＣＲＣを比較し、前述のようにこの転送を完了する。 サーバ側インタセプト・モジュール４０から応答を受け取ったときのクライア ント側インタセプト・モジュールの操作を第８図に示す。クライアント側インタ セプト・モジュール３０によるサーバ側インタセプト・モジュール４０からの応 答の受信は、ブロック２６０に示されている。ブロック２６５に示すように、ク ライアント側インタセプト・モジュール３０は、応答がＣＧＩ要求に対する応答 かどうかを判断する。応答がＣＧＩ要求に対する応答ではない場合、クライアン ト側インタセプト・モジュールはブロック２６７の操作を行う。この操作には、 第３図ないし第６図に示すキャッシュ操作を組み込むことができる。しかし、応 答がＣＧＩ要求に対する応答の場合、ブロック２６５から「Ｙｅｓ」経路がとら れる。クライアント側インタセプト・モジュール３０は、外部通信リンクを介し て送信されたクライアント／サーバ固有データ・ストリームから入手した、ＨＴ ＴＰデータ・ストリーム・データと、差分データと、ＣＲＣとを保管する。これ らの操作は第８図のブロック２６６に示されている。 次に、クライアント側インタセプト・モジュール３０は、ＣＧＩベース書式を 含むインタセプトされたＣＧＩ要求に対応するクライアント・ベース・キャッシ ュ項目が存在するかどうかを判断する。この問い合わせはブロック２７０に示さ れており、ＨＴＴＰ要求またはＨＴＴＰ応答のＵＲＬを調べることによって行う ことができる。クライアントＣＧＩベース書式が存在する場合、ブロック２７０ から「Ｙｅｓ」経路 がとられる。次に、ブロック２７５に示すように、クライアント側インタセプト ・モジュール３０は外部通信リンクを介して受け取ったＣＲＣを、クライアント ＣＧＩベース書式のＣＲＣと比較する。ＣＲＣが異なる場合、ブロック２７５か ら「Ｎｏ」経路がとられ、クライアントは、ウェブ・ブラウザ発信通信にのＣＧ Ｉ要求のＵＲＬに対応するクライアント・ベース・キャッシュ項目を、外部通信 リンク３５を介してサーバ側インタセプト・モジュール４０から受け取ったＨＴ ＴＰデータ・ストリーム・データに置き換えてＣＧＩベース書式を更新すること によって、ベース変更を行う。クライアント・ベース・キャッシュ項目も、ＨＴ ＴＰデータ・ストリームのＣＲＣを基準にして更新される。これらの操作は第８ 図のブロック２７６に示されている。 外部通信リンク３５を介して受け取ったＣＲＣがＧＧＩベース書式と同じ場合 、サーバ側インタセプタ・モジュール・サーバＣＧＩベース書式は、クライアン ト側インタセプト・モジュール・クライアントＣＧＩベース書式と同じであり、 ブロック２７５の「Ｙｅｓ」経路がとられる。 ベース書式が同じであるかクライアントをベース変更するかを問わず、クライ アント側インタセプタ・モジュール３０によってブロック２７７に示す操作が行 われる。ブロック２７７は、クライアント側インタセプタ・モジュール３０が、 クライアントＣＧＩベース書式を外部通信リンク３５を介して受け取ったＣＧＩ 差分データと比較して、インタセプトし たＣＧＩ応答に対応するＨＴＴＰデータ・ストリームを作成することによって、 外部通信リンク３５を介して受け取ったクライアント／サーバ固有データ・スト リームから、ウェブ・サーバ２０から受け取った通信に対応するＨＴＴＰデータ ・ストリームを再構築する操作を示す。ブロック２７８に示すように、この応答 は次にＨＴＴＰデータ・ストリームとしてウェブ・ブラウザ１０に供給される。 クライアントにＣＧＩ要求のＵＲＬに対応するＣＧＩベース書式が存在しない 場合、第８図のブロック２７０から「Ｎｏ」経路がとられる。ブロック２７１に 示すように、クライアント側インタセプト・モジュール３０は、ＵＲＬと、サー バ側インタセプト・モジュール４０から外部通信リンクを介して受信したＨＴＴ Ｐデータ・ストリームのＣＲＣと、実ＨＴＴＰデータ・ストリーム・データとを 格納することによってＣＧＩ要求のＵＲＬに対応するクライアント・ベース・キ ャッシュ項目を作成する。この情報を格納することによって、インタセプトされ たＣＧＩ要求に対応するクライアント・ベース・キャッシュ項目が作成され、し たがってクライアントＣＧＩベース書式が作成される。次に、クライアント側イ ンタセプト・モジュールは、クライアントＣＧＩベース書式をＣＧＩ差分データ （ナル化されていることがある）と結合またはマージすることによって、ＨＴＴ Ｐデータ・ストリームを再構築することでブロック２７７の操作を行う。 本発明の差分計算技法は非ＣＧＩデータにも適用可能であ る。その場合、サーバ側インタセプト・モジュール４０は、ウェブ・サーバに接 続されているウェブ・ブラウザのクライアント側インタセプト・モジュールが異 なるベース書式を持っている可能性を見込んで、複数の世代のサーバ・ベース・ キャッシュ項目を維持する必要がある。その場合、サーバ側インタセプト・モジ ュールは、一致するものが得られるまで、クライアント側インタセプト・モジュ ールから受け取ったＣＲＣを各世代のサーバ・ベース書式のＣＲＣと比較する。 その際、サーバ側インタセプト・モジュール４０は、任意選択でクライアント側 インタセプト・モジュール３０のベース変更を行うか、または単にクライアント 側インタセプト・モジュール３０に差分データを供給することができる。したが って、本明細書でＣＧＩ要求に関して説明した差分計算方法は、どのようなＨＴ ＴＰ要求および応答にも等しく適用可能である。 複数の世代のベース書式を維持する上述のシステムでは、非ＣＧＩ要求につい て差分計算を使用することができるが、この方法はメモリまたは格納域を多用し 、前述のキャッシング機能が十分に活用されない。メモリまたは格納域必要量を 少なくし、前述のキャッシング方法を活用するために、非ＣＧＩ要求に差分計算 を使用する以下の好ましい方法を使用することできる。この好ましい実施態様で は、サーバ側インタセプト・モジュールは、要求に対応するサーバ・ベース書式 とウェブ・サーバからの応答のＨＴＴＰデータ・ストリーム との差分を計算する。次に、ベース書式をウェブ・サーバからの新しい応答で置 き換えることによって、サーバ・ベース書式を更新する。これにはベース書式の ＣＲＣの更新も含まれる。しかし、古いＣＲＣを廃棄するのではなく、前のベー ス書式のＣＲＣは差分データとして格納する。次に、前の世代の差分データとＣ ＲＣを、非ＣＧＩ要求に対応するクライアント・ベースのＣＲＣに基づいて選択 的にクライアント側インタセプト・モジュールに送る。 非ＣＧＩ差分計算方法の一例として、サーバ側インタセプト・モジュールが非 ＣＧＩ要求を受け取った場合、その要求には非ＣＧＩ要求のＵＲＬに対応するク ライアント側インタセプト・モジュールにあるベース書式のＣＲＣも付随してい ることになる。サーバ側インタセプト・モジュールは、ウェブ・サーバから応答 を受け取ると、その応答のＣＲＣを計算する。次に、サーバ側インタセプト・モ ジュールは応答とＵＲＬのサーバ・ベース書式との差分を計算し、その差分デー タを保管する。サーバ側インタセプト・モジュールは、応答データを使用してサ ーバ・ベース書式を更新し、前のベース書式のＣＲＣと、応答と古いベース書式 との間の差分データとをアーカイブする。次に、サーバ側インタセプト・モジュ ールは、クライアント・ベース書式のＣＲＣをサーバ・ベース書式のＣＲＣおよ び格納またはアーカイブされているＣＲＣと比較し、一致しているものがあるか どうかを判断する。一致が見つからない場合、その応答は単にクライアント側イ ンタセプト・モジュールに送られる。 一致が見つかった場合、一致するＣＲＣに対応する差分データと、それ以降の 、現行差分データを含む現行差分データまでの差分データがクライアント側イン タセプト・モジュールに送られる。クライアント側インタセプト・モジュールは 、その差分データをクライアント・ベース書式に適用して応答を再構築する。し たがって、３世代古いベース書式のＣＲＣについてＣＲＣ一致があった場合、３ セットの差分データがクライアント側インタセプト・モジュールに送られること になり、３セットの連続した差分データをクライアント・ベース書式に適用する ことによって、応答の構築が行われることになる。しかし、応答を再構築するの に必要な差分データ・セットの数が多すぎるかまたは差分データ・セットの大き さが大き過ぎて、実応答を送信した方がデータ転送が少なくて済む場合、サーバ 側インタセプト・モジュールは応答自体を送信することができる。いずれにして も、応答の再構築または受信の後、クライアント側インタセプト・モジュールは 、要求のＵＲＬのクライアント・ベース書式を応答データによって更新し、ＣＲ Ｃを要求のＣＲＣで更新する。クライアント・ベース書式は特定のＵＲＬについ て応答を受信するたびに更新されるため、非ＣＧＩ要求に対して差分計算を使用 した場合、上述のクライアント・キャッシュをクライアント・ベース書式のキャ ッシュとして使用することができ、それによってクライアント・ベース書式の別 個のキャッシュを不要 にすることができる。 本発明の他の態様では、ＨＴＴＰなどのステートレス通信プロトコルの冗長性 に基づいて、通信をさらに節約することができる。そのようなプロトコルでは、 クライアントは通信を開始するたびにクライアント自体に関する情報をサーバに 送信する。同様に、サーバは応答を出すたびにサーバ自体に関する特定の情報を クライアントに伝達する。 本発明の一実施例では、第１のコンピュータ５は第２のコンピュータ６に、第 １のコンピュータの事前定義特性に対応するコンピュータ固有情報を伝達する。 第２のコンピュータはこのコンピュータ固有情報を格納する。次に、第１のコン ピュータはそれ以降のウェブ・ブラウザ発信通信からそのコンピュータ固有情報 を除去してから外部通信リンク３５で送信する。第２のコンピュータ６は、外部 通信リンク３５を介して受信したそれ以降の通信と格納しているコンピュータ固 有情報とを組み合わせてＨＴＴＰデータ・ストリームを作成することによって、 元のウェブ・ブラウザ発信通信を再構築する。 ウェブ・ブラウザによって発信される通信からコンピュータ固有情報を除去す るほかに、このコンピュータ固有情報をウェブ・サーバによって発信される通信 からも除去することができる。その場合、第２図の第２のコンピュータ６は第１ のコンピュータ５に外部通信リンク３５を介して、第２のコンピュータ６の事前 定義特性に対応するコンピュータ固有情 報を供給する。第１のコンピュータ５はそのコンピュータ固有情報を格納して、 サーバ・ヘッダ情報を備える。その後の通信の時には、第２のコンピュータ６は ウェブ・サーバ発信通信からコンピュータ固有情報を除去し、ウェブ・サーバ発 信通信の残りの部分を外部通信リンク３５で送信する。第１のコンピュータ５は 外部通信リンクでその通信を受信し、サーバ・ヘッダ情報を外部通信リンクを介 して受信したクライアント／サーバ固有データ・ストリームと結合してＨＴＴＰ データ・ストリームを作成することによって、元のウェブ・サーバ発信通信を再 構築する。どちらの場合も、操作が第１のコンピュータ５と第２のコンピュータ ６のどちらで行われるかに応じて、コンピュータ固有情報を取り除き、その情報 を格納してサーバ・ヘッダ情報またはクライアント・ヘッダ情報を作成する操作 がクライアント側インタセプト・モジュール３０またはサーバ側インタセプト・ モジュール４０によって行われる。 本発明の一実施例では、ウェブ・ブラウザ１０は伝送制御プロトコル／インタ ーネット・プロトコル（ＴＣＰ／ＩＰ）を使用してクライアント側インタセプト ・モジュール３０と通信する。ＴＣＰは、外部通信リンク３５を介したクライア ント側インタセプト・モジュール３０とサーバ側インタセプト・モジュール４０ との間の通信にも使用することができる。最後に、ＴＣＰはサーバ側インタセプ ト・モジュール４０とウェブ・サーバ２０との間の通信にも使用することができ る。 ＴＣＰは本発明のシステムを構成する様々な構成要素間の通信に使用することが できるが、ＨＴＴＰプロトコルは外部通信リンクを介した通信にとって最も効率 的な手段を提供するものではない。外部通信リンク３５のパフォーマンスを向上 させるために、本発明の一実施例は本明細書で「仮想ソケット」と呼ぶものを作 成する。これは、ウェブ・ブラウザとクライアント側インタセプト・モジュール ３０の間の接続と、サーバ側インタセプト・モジュール４０とウェブ・サーバ２ ０との間の接続に使用される。これらの仮想ソケットの動作について、第１１図 ないし第１７図を参照しながら以下に説明する。 第１１図は、仮想ソケットを使用する本発明の１つの可能な実施態様を示すブ ロック図である。第１１図に示すように、第１のコンピュータ５と第２のコンピ ュータ６は外部通信リンク３５を介して接続されている。ウェブ・ブラウザ１０ は、ウェブ・ブラウザ１０をクライアント側インタセプト・モジュール３０と接 続する複数の実ソケットを有する。第１１図に示すように、第１の実ソケットは ウェブ・ブラウザ１０上に６５ａとして図示され、それに対応するソケットはク ライアント側インタセプト・モジュール３０上の６５ｂである。この第１の実ソ ケットは、それを介してウェブ・ブラウザ１０がクライアント側インタセプト・ モジュール３０に対してさらに接続を要求するＴＣＰソケットである。 ウェブ・ブラウザ１０が新しいＴＣＰ接続を要求すると、 実ソケット６５ａを介して通信が行われ、それが実ソケット６５ｂによって受信 される。次にクライアント側インタセプト・モジュール３０は、ウェブ・ブラウ ザ１０との通信のために別の実ソケットを作成する。第１１図に示すように、ウ ェブ・ブラウザ１０上で複数の実ソケットが作成され、それに対応する実ソケッ トがクライアント側インタセプト・モジュール３０上で作成される。これらの実 ソケットは、ウェブ・ブラウザ１０上の６０ａ〜６４ａおよびクライアント側イ ンタセプト・モジュール３０上の６０ｂ〜６４ｂとして図示されている。これら の実ソケットは、ウェブ・ブラウザ１０がそれを介してクライアント側インタセ プト・モジュール３０と通信するための手段である。実ソケット６０〜６４ａお よび６０ｂ〜６４ｂを作成した後、これらのソケットを介した通信を多重化して 実ソケット３６ａに送り、実ソケット３６ａはクライアント側インタセプト・モ ジュール３０に外部通信リンク３５へのアクセスを提供する。実ソケット３６ａ および３６ｂはコンピュータ５の実ソケット３７ａを介してコンピュータ６の実 ソケット３７ｂに要求を送るときに作成される。実ソケット３７ｂが接続要求を 受け取ると、実ソケット３６ａおよび３６ｂが作成される。ソケット３７ａおよ び３７ｂは、クライアント側インタセプト・モジュールとサーバ側インタセプト ・モジュールとの間の通信のための最初の実ソケットとして機能し、ソケット３ ６ａおよび３６ｂによって示されているこの２つのモジュールの間の接続を確 立するためにのみ使用することができる。これらの実ソケットのそれぞれは標準 ＴＣＰ／ＩＰプロトコルの下で動作する。第２のコンピュータ６が外部通信リン ク３５を介して通信を受信するとき、それらの通信は実ソケット３６ｂで受信さ れる。次にサーバ側インタセプト・モジュール４０は、ソケット３６ｂで受信し た通信を多重化解除し、それらをウェブ・サーバ２０に送信するために適切なソ ケットに供給する。したがって、たとえば、特定のＵＲＬに対して情報を要求す るためのソケット６０ａからソケット６０までの通信は、ソケット３６ａ上に多 重化され、ソケット３６ｂによって受信され、サーバ側インタセプト・モジュー ル４０によって多重化解除され、ソケット６０ｃからウェブ・サーバ２０上のソ ケット６０ｄに送られることになる。同様に、ソケット６１ａを介して行われる 通信はソケット６１ｂによって受信され、クライアント側インタセプト・モジュ ール３０によって多重化され、ソケット３６ａからソケット３６ｂに送られ、そ こでサーバ側インタセプト・モジュール４０がその通信を多重化解除してソケッ ト６１ｃからソケット６１ｄに送る。したがって、ソケット６０ａと６０ｂ、６ １ａと６１ｂ、６２ａと６２ｂ、６３ａと６３ｂ、６４ａと６４ｂを介した通信 は、サーバ側インタセプト・モジュール４０とウェブ・サーバ２０との間のソケ ット６０ｃと６０ｄ、６１ｃと６１ｄ、６２ｃと６２ｄ、６３ｃと６３ｄ、およ び６４ｃと６４ｄのうちのそれぞれの対応するソケットを介して送信される。 同様に、ウェブ・サーバ２０によるウェブ・ブラウザ１０からの要求に対する 応答も、ウェブ・サーバ２０をサーバ側インタセプト・モジュール４０に接続す るソケットを介して送られ、外部通信リンク３５を介してクライアント側インタ セプト・モジュール３０に送られた後、ウェブ・ブラウザ１０に送られる。した がって、たとえばウェブ・サーバ２０によって発信された応答はソケット６０ｄ から６０ｃを介して送られ、サーバ側インタセプト・モジュール４０によってソ ケット３６ｂに多重化され、そこから外部通信リンク３５を介してソケット３６ ａに送られる。次にクライアント側インタセプト・モジュール３０がその通信を 多重化解除し、それをソケット６０ｂに送り、それがウェブ・ブラウザ１０上の ソケット６０ａに送られる。ウェブ・ブラウザ１０またはウェブ・サーバ２０が 使用する各ソケットについて同様の通信経路が確立される。当業者ならわかるよ うに、本発明についてウェブ・ブラウザ１０とウェブ・サーバ２０との間の４ソ ケット通信に関して説明したが、ウェブ・ブラウザ１０とウェブ・サーバ２０と の間の通信アクセスを実現するために任意の数のソケットを開くことができる。 第１２図は、クライアント側インタセプト・モジュール３０とサーバ側インタ セプト・モジュール４０における仮想ソケット・システムの実施例を示すブロッ ク図である。これらのモジュールの外部で、クライアント側インタセプト・モジ ュール３０とウェブ・ブラウザ１０およびサーバ側インタセ プト・モジュール４０とウェブ・サーバ２０の間の実ソケットが、通常のＴＣＰ ／ＩＰソケットとして機能する。したがって、仮想ソケットの使用はウェブ・ブ ラウザ１０およびウェブ・サーバ２０には透過である。 第１２図のブロック図と第１３図ないし第１７図の流れ図を参照しながら本発 明の特定の実施例について説明する。第１３図は、第１２図にブロック６８とし て図示されているソケット・マネージャのフローチャートである。第１３図を参 照すると、ブロック３００はクライアント側インタセプト・モジュール３０の実 ソケット・マネージャ６８の作成を示している。実ソケット・マネージャ６８が 作成された後、実ソケット・マネージャは第１２図にソケット６５ｂとして図示 されている第１の実ソケットを作成する。この第１の実ソケットの作成は第１３ 図のブロック３０１として示されている。第１の実ソケット６５ｂを作成した後 、クライアント側インタセプト・モジュール３０内にあるソケット・マネージャ ６８（本明細書ではクライアント・ソケット・マネージャとも呼ぶ）は、第１３ 図のブロック３０２に示すように、第１の実ソケット６５ｂ上での事象を待つ。 第１の実ソケット６５ｂ上で事象を受け取ると、第１３図のブロック３０５に示 すように実ソケット・マネージャ６８はその事象を検査し、その検査に基づいて ５通りの経路のうちの１つをとる。 第１の実ソケット６５ｂで受信した通信要求に応答して実ソケットが作成され た場合は、第１３図のブロック３０５か ら３０６までの経路に示すように、実ソケット・マネージャ６８はその実ソケッ トを実事象リストに追加する。次に、実ソケット・マネージャはブロック３０７ に示すようにシンプレックス仮想ソケットを作成する。クライアント側インタセ プト・モジュールの場合、実ソケット・マネージャは、第１３図のブロック３０ ８に示すように、作成された仮想ソケットについてクライアント側インタセプト ・モジュールの機能を実行するアプリケーション機能を開始する。 本明細書では、「シンプレックス・ソケット」または「シンプレックス仮想ソ ケット」という用語は、単一のソケットまたは単一のアプリケーションに直接接 続するソケットを指す。本明細書では、「マルチプレックス・ソケット」とは他 の複数のソケットに接続するソケットを指す。したがって、マルチプレックス・ ソケットは、多重化または多重化解除機能を実行し、シンプレックス・ソケット は１対１接続を行う。したがって、たとえば、第１３図のブロック３０６から３ ０８までの機能を実行する際、クライアント・ソケット・マネージャ６８は第１ の実ソケット６５ｂが受信した第１の接続要求に応答して、実ソケット６０ｂ、 シンプレックス仮想ソケット７０を作成し、アプリケーション８０のクライアン ト側インタセプト機能を開始することになる。実ソケットが作成されたその後の 事象の場合も同様に、実ソケット・マネージャは実ソケット６１ｂ、６２ｂ、６ ３ｂ、または６４ｂとシンプレックス仮想ソケット７１、７２、７３、または７ ４ を作成し、第１２図でブロック８１、８２、８３、または８４として図示されて いる、作成された実ソケットおよび仮想ソケットに対応するＣＳＩ機能を開始す る。 以下に、クライアント側インタセプト機能の操作について、第１２図に示す実 ソケット６０Ｂとシンプレックス仮想ソケット７０とクライアント側インタセプ ト機能８０とを参照しながら説明する。第１４図のブロック３２５はクライアン ト側インタセプト機能８０の作成を示している。作成されると、クライアント側 インタセプト機能８０はブロック３２６に示すようにシンプレックス仮想ソケッ ト７０上の事象を待つ。この待機操作は、第１６−４図に示す仮想選択機能を実 行することによって行われる。事象を受け取ると、ブロック３３０に示すように その事象が検査される。事象が仮想ソケット閉鎖である場合、第１４図のブロッ ク３４９に示すようにクライアント側インタセプト機能８０はシンプレックス仮 想ソケット７０を削除し、ブロック３５０に示すように終了する。 事象がデータの受信である場合、ブロック３３０からブロック３３１への経路 がとられ、クライアント側インタセプト機能８０は第１６−３図を参照しながら 説明する仮想受信操作を実行することによって、シンプレックス仮想ソケット７ ０からブラウザ発信通信を受け取る。次に、クライアント側インタセプト機能は 前述のクライアント側インタセプト・モジュールの機能（たとえば第３図および 第７図を参照）を実行する。これはブロック３３２に示されている。次にクライ アント側インタセプト機能８０は、クライアント側インタセプト・モジュール３ ０内の実ソケット３６ａに接続されるマルチプレックス仮想ソケット９０を作成 する。実ソケット３６ａはサーバ側インタセプト・モジュール４０上の実ソケッ ト３６ｂに接続される。マルチプレックス仮想ソケットの作成は、第１４図のブ ロック３３３に示されており、本明細書で第１６−１図を参照しながら説明する 仮想作成操作を実行することによって行われる。ブロック３３４は、ウェブ・ブ ラウザ発信通信のためにクライアント側インタセプト機能８０が実行された後で 、実ソケット６０ｂとシンプレックス仮想ソケット７０を介してウェブ・ブラウ ザから受け取った情報を送信する操作を示す。この通信は、第１６−２図を参照 しながら説明する仮想送信操作を実行することによってマルチプレックス仮想ソ ケット９０の待ち行列に入れられる。クライアント側インタセプト機能８０は、 要求をマルチプレックス仮想ソケット９０の待ち行列に入れた後、第１４図のブ ロック３３５に示すようにマルチプレックス仮想ソケット９０の待ち行列に入れ られているデータをフラッシュし、次にブロック３３６に示すようにマルチプレ ックス仮想ソケット上の事象を待つ。仮想フラッシュ機能は、第１７−１図を参 照しながら説明する仮想フラッシュ操作を実行することによって行われ、マルチ プレックス仮想ソケット待ち行列からデータを取り出してそのデータを実ソケッ ト３６ａに供給する。待機機能は、第１６−４図に示す仮想選択機能を実行する こ とによって行うことができる。この時点で、クライアント側インタセプト・モジ ュールはウェブ・ブラウザ発信通信をインタセプトし、その通信を外部通信リン ク３５を介してサーバ側インタセプト・モジュールに送信し終わったことになる 。 第１３図に戻ると、サーバ側インタセプト・モジュール４０またはクライアン ト側インタセプト・モジュール３０におけるソケット・マネージャのフローチャ ートが示されている。第１２図のブロック６９に示すように、サーバ側インタセ プト・モジュール内の実ソケット・マネージャ、すなわちサーバ・ソケット・マ ネージャは、ブロック６８に示すクライアント・ソケット・マネージャと同じ機 能を実行する。ブロック３０１に示すように、第１の実ソケットを作成する際、 サーバ側インタセプト・モジュール３０は、サーバ側インタセプト・モジュール ４０に関連づけられたクライアント側インタセプト・モジュール３０からのソケ ットの要求を受け取る「周知のポート」３７ｂを作成する。サーバ側インタセプ ト・モジュール４０の実ソケット３６ｂ上で実事象が発生すると、ブロック３０ ５に示すようにその事象が検査される。この場合、この事象は実ソケット３６ａ からのデータの受信であり、したがって第１３図のブロック３０５からブロック ３２０までの経路がとられる。実ソケット３６ｂ上で受信したデータが検査され 、この例ではデータはクライアント側インタセプト・モジュールによって送信さ れたウェブ・ブラウザ発信通信であるため、サーバ側インタセプト・モジュール ４ ０において新しい仮想ソケットを作成しなければならない。したがって、第１３ 図のブロック３２０からブロック３２１への経路がとられる。次にサーバ・ソケ ット・マネージャ６９は、第１３図のブロック３２１、ブロック３２２、ブロッ ク３２３、およびブロック３２４に示す操作を行う。サーバ・ソケット・マネー ジャ６９はブロック３２１に示すようにマルチプレックス仮想ソケット９５を作 成し、ブロック３２２に示すようにマルチプレックス・ソケット活動タイマをキ ャンセルし、第１３図のブロック３２３と第１２図のブロック８５に示すサーバ 側インタセプト機能のアプリケーションを開始する。実ソケット３６ｂで受け取 ったデータは次にマルチプレックス仮想ソケット９５の待ち行列に入れられ、仮 想事象が通知される。 ブロック３２３に示すサーバ側インタセプト機能の作成は、第１５図のブロッ ク３６０に示されている。サーバ側インタセプト機能８５の作成後、この機能は 、クライアント側インタセプト・モジュール３０から送信され、ウェブ・ブラウ ザ発信通信に対応するデータを、マルチプレックス仮想ソケット９５から受け取 る。この操作は第１５図のブロック３６１に示されている。クライアント側イン タセプト・モジュールからデータを受け取った後、サーバ側インタセプト機能８ ５は、そのデータを、サーバ側インタセプト・モジュールについて前述したよう に処理する。このサーバ側機能の実行はブロック３６２に示されている（たとえ ば第５図および第９図 を参照）。情報を処理した後、サーバ側インタセプト機能８５は仮想作成を行う ことによってシンプレックス仮想ソケット７５を作成する。この操作については 本明細書で第１６−１図を参照しながら説明する。この操作は第１５図のブロッ ク３６３に示されている。次に、サーバ側インタセプト機能８５は、仮想送信を 行うことによって、ブロック３６４に示すようにウェブ・ブラウザ発信通信をシ ンプレックス仮想ソケット７５に送る。仮想送信の操作については本明細書で第 １６−２図を参照しながら説明する。次に、サーバ側インタセプト機能８５は、 仮想フラッシュを行ってシンプレックス仮想ソケット７５の待ち行列に入ってい るデータをソケット６０ｃにフラッシュし、シンプレックス仮想ソケット７５上 の事象を待つ。仮想フラッシュ操作については本明細書で第１７−１図を参照し ながら説明する。この送信操作とフラッシュ操作は第１５図のブロック３６４お よび３６５に示されている。待機操作は、第１６−４図で説明されている仮想選 択機能を実行することによって行うことができる。サーバ側インタセプト機能８ ５がシンプレックス仮想ソケット７５を作成したとき、対応する実ソケット６０ ｃも作成されている。サーバ側インタセプト機能８５は、ウェブ・ブラウザ発信 通信をシンプレックス仮想ソケット７５に送信することによって、ウェブ・ブラ ウザ発信通信をウェブ・サーバに転送した。 サーバ側インタセプト・モジュール４０が実ソケット６０ｃ上でウェブ・サー バからの応答を受信すると、実事象が発 生し、サーバ・ソケット・マネージャ６９は第１３図のブロック３０２を終了し て、ブロック３０５に示すように実ソケット６０ｃ上で発生した事象を検査する 。この事例の場合、これは既存の仮想ソケットのデータであり、第１３図のブロ ック３２０からブロック３２４までの経路がとられる。実ソケット６０ｃ上で受 信したデータは仮想ソケット７５の待ち行列に入れられ、仮想事象が通知される 。仮想事象が通知されると、サーバ側インタセプト機能８５は第１５図のブロッ ク３６６を終了し、ブロック３７０に示すようにその事象を検査する。事象がソ ケット閉鎖である場合、エラー条件が発生し、第１５図のブロック３７５に示す ように応答としてエラー・メッセージが作成される。しかし、事象がデータの受 信の場合は、ブロック３７０からブロック３７１への経路をとり、サーバ側イン タセプト機能８５は、第１６−３図を参照しながら説明するように仮想受信を実 行して、ブロック３７１に示すようにシンプレックス仮想ソケット７５から応答 を入手する。次にサーバ側インタセプト機能８５は、ブロック３７２に示し、第 １７−２図を参照しながら説明するように、シンプレックス仮想ソケット７５の 仮想閉鎖を実行し、サーバ側インタセプト・モジュールに関して前述し、ブロッ ク３７３に示すように、その応答を処理する（たとえば第６図および第１０図を 参照）。 第１５図のブロック３７０の終了経路がブロック３７５へのエラー経路である かブロック３７１へのデータ経路である かを問わず、ブロック３７４でシンプレックス仮想ソケット７５が削除される。 次にサーバ側インタセプト機能は、ブロック３７６に示すようにマルチプレック ス仮想ソケット９５への仮想送信操作を行ってウェブ・サーバ発信通信をクライ アント側インタセプト・モジュール３０に送信する。サーバ側インタセプト機能 ８５は次に、仮想フラッシュ操作を行って、マルチプレックス仮想ソケット９５ の待ち行列に入っているデータをフラッシュする。これらの操作はブロック３７ ７に示されている。次にサーバ側インタセプト機能８５は、第１５図のブロック ３７８に示すように仮想閉鎖操作を行ってマルチプレックス仮想ソケット９５を 閉じる。最後に、サーバ側インタセプト機能８５は、ブロック３７９および３８ ０に示すようにマルチプレックス仮想ソケットを削除して終了する。 サーバ側インタセプト機能は、マルチプレックス仮想ソケット９５への仮想送 信操作とフラッシュ操作を行う。これらの操作によって、実ソケット３６ａ上で 事象がトリガされ、クライアント・ソケット・マネージャ６８はブロック３０２ を終了し、ブロック３０５に示すように事象を検査する。これは実ソケット３６ ａでデータを受信し、第１３図のブロック３０５からブロック３２０までの経路 がとられ、データがマルチプレックス仮想ソケット９０の待ち行列に入れられる ためである。したがって、実ソケット３６ａが外部通信リンク３５を介して実ソ ケット３６ｂからウェブ・サーバ応答を 受け取ると、その情報が多重化解除され、マルチプレックス仮想ソケットに供給 される。データの受信によって、第１３図のブロック３２４に示すように仮想事 象が発生し、第１４図のブロック３３６が終了してクライアント側インタセプト 機能８０は第１４図のブロック３４０に示すようにその事象を検査することにな る。 事象がソケット閉鎖応答である場合、第１４図のブロック３４０からブロック ３４５への経路をとり、クライアント側インタセプト機能８０はエラー・メッセ ージ応答を作成して第１４図のブロック３４４に進む。この例の場合のように事 象がデータ受信の場合、第１４図のブロック３４０からブロック３４１の経路を とり、クライアント側インタセプト機能８０は仮想受信操作を行ってマルチプレ ックス仮想ソケット９０から応答を受信する。この受信操作は第１４図のブロッ ク３４１に示されている。マルチプレックス仮想ソケット９０からデータを受信 した後、クライアント側インタセプト機能８０はブロック３４２に示すように仮 想閉鎖操作を行ってマルチプレックス仮想ソケット９０を閉じる。次にクライア ント側インタセプト機能８０は、ブロック３４３に示すように、クライアント側 インタセプト・モジュールに関して前述したように応答を処理する（たとえば第 ４図および第８図を参照）。 ブロック３４０を終了してどちらの経路をとる場合も、ブロック３４４の操作 が行われる。クライアント側インタセプ ト機能８０は、ブロック３４４に示すようにマルチプレックス仮想ソケットを削 除し、次にブロック３４６に示すように仮想送信操作を行ってシンプレックス仮 想ソケット７０を介してブラウザに応答を送信する。この仮想送信操作が完了す ると、クライアント側インタセプト機能８０はブロック３４７に示すように仮想 フラッシュ操作を行ってシンプレックス仮想ソケットの待ち行列に入っているデ ータを実ソケット６０ｂにフラッシュし、次にブロック３４８に示すように仮想 閉鎖操作を行ってシンプレックス仮想ソケットを閉じる。クライアント側インタ セプト機能のシンプレックス仮想ソケットを閉じた後、第１４図のブロック３４ ９および３５０に示すようにシンプレックス仮想ソケットが削除され、クライア ント側インタセプト機能は終了する。 当業者ならわかるように、本発明についてシンプレックス仮想ソケットおよび マルチプレックス仮想ソケットとクライアント側インタセプト機能およびサーバ 側インタセプト機能の１つの特定のインスタンスに関して説明したが、単一のク ライアント側インタセプト・モジュールまたはサーバ側インタセプト・モジュー ル内でこれらの機能を複数作成することができる。したがって、本発明によるク ライアント側インタセプト・モジュールとサーバ側インタセプト・モジュールは 、クライアント側インタセプト・モジュール３０とサーバ側インタセプト・モジ ュール４０との間にＴＣＰ／ＩＰ接続を作成し、次に、そのＴＣＰ／ＩＰ接続を 維持しながらそのＴＣ Ｐ／ＩＰ接続上で複数のウェブ・ブラウザ発信通信またはウェブ・サーバ発信通 信を多重化することができる。 クライアント・ソケット・マネージャとサーバ・ソケット・マネージャの残り の機能は、第１６−１図ないし第１６−４図と第１７−１図および第１７−２図 を参照すれば最もよく理解できよう。これらの図では、第１４図および第１５図 のフローチャートに示されているように仮想作成、仮想送信、仮想受信、仮想選 択、仮想フラッシュ、または仮想閉鎖操作を実行するときに、クライアント側イ ンタセプト・モジュールおよびサーバ側インタセプト・モジュールによって行わ れる操作が説明されている。第１４図のブロック３３３および第１５図のブロッ ク３６３に示すような仮想作成操作を行う場合、第１６−１図のブロック４００ から始まる操作を行う。ブロック４０５に示すように、ソケット・マネージャは 、実ソケットが必要かどうかを判断する。作成操作によって既存の実ソケットに 接続するマルチプレックス仮想ソケットを作成する場合などのように、実ソケッ トがすでに存在する場合は、ブロック４０５から「Ｎｏ」経路をとり、ブロック ４０９に示すようにその仮想ソケットが実ソケットに接続される。しかし、実ソ ケットが必要な場合は、ブロック４０５から「Ｙｅｓ」経路をとる。ブロック４ ０６に示すように実ソケットを作成する。次に、第１３図のブロック３０２に示 す監視のために、ブロック４０８に示すようにその実ソケットを事象リストに追 加する。実ソケットを作成し、接続を確立し た後、ブロック４０９に示すように仮想ソケットを実ソケットに接続し、ブロッ ク４１０に示すように作成操作が完了する。 第１４図のブロック３３４および３４６または第１５図のブロック３６４およ び３７６に示す仮想送信操作を行う場合、第１６−２図のブロック４２０から始 まる操作が行われる。ブロック４２７に示すようにデータが仮想ソケット待ち行 列に加えられ、完了すると、送信操作はブロック４２８に示すように終了する。 第１４図のブロック３３１および３４１と第１５図のブロック３６１および３ ７１に示す仮想受信操作は、第１６−３図のブロック４３０から始まる操作を行 うことによって行われる。ブロック４３５に示すように、仮想ソケット待ち行列 を調べて仮想ソケット待ち行列に何かデータが入っているか判断する。仮想ソケ ット待ち行列にデータがある場合、ブロック４３５の「Ｙｅｓ」経路をとり、ブ ロック４３６に示すように受信操作を呼び出した機能にそのデータが返される。 仮想ソケット待ち行列にデータがなく、ソケットに閉鎖のマークが付けられてい ない場合、決定ブロック４４０の「Ｎｏ」経路をとり、ブロック４４１に示すよ うに何も返されない。しかし、待ち行列にデータがなく、ソケットに閉鎖のマー クが付けられている場合、ブロック４４０の「Ｙｅｓ」経路をとり、ブロック４ ４２に示すようにソケットに閉鎖のマークが付けられて、ブロック４４３に示す ように、受信を要求す る操作にソケット閉鎖応答が返される。 第１４図のブロック３２６および３３６と第１５図のブロック３６６で行われ る仮想選択操作は、第１６−４図のブロック４４５から始まる操作を実行するこ とによって行われる。ブロック４４６に示すように、まず、選択された仮想ソケ ットについてデータまたは仮想閉鎖操作が保留状態になっていないかどうかを判 断する。保留状態のデータまたは仮想閉鎖がない場合、ブロック４４６の「Ｎｏ 」経路をとり、プロセスはブロック４４７に示すように選択された仮想ソケット 上の仮想ソケットを待ち、そのような事象を受け取った後でブロック４４８に示 すように終了する。選択された仮想ソケットについてデータまたは仮想閉鎖が保 留状態になっている場合、仮想事象がすでに発生しており、ブロック４４６の「 Ｙｅｓ」経路をとって、ブロック４４８に示すようにプロセスが終了する。 第１４図のブロック３３５および３４７と第１５図のブロック３６５および３ ７７で言及した仮想フラッシュ操作は、第１７−１図のブロック４５０から始ま る操作を実行することによって行われる。仮想フラッシュ操作が呼び出されると 、決定ブロック４５５に示すように、フラッシュする仮想ソケット待ち行列にデ ータが入っているかどうかを調べる。仮想ソケット待ち行列にデータが入ってい ない場合、ブロック４５５の「Ｎｏ」経路が示すようにフラッシュ操作は単に終 了して呼出し側機能に戻る。しかし、待ち行列にデータが入っ ている場合、ブロック４５５の「Ｙｅｓ」経路をとり、ブロック４６０に示すよ うにその仮想ソケット待ち行列がマルチプレックス・ソケットのものであるかど うかを判断する。マルチプレックス・ソケットである場合は、ブロック４６１に 示すようにソケットの固有識別子と転送中のデータ量を示す３バイトから成るソ ケット・ヘッダが実ソケット・バッファに加えられる。マルチプレックス・ソケ ットであるかシンプレックス・ソケットであるかを問わず、いずれの場合もブロ ック４６２に示すように実ソケットのためのデータが実ソケット・バッファに移 される。実ソケット・バッファがいっぱいの場合、ブロック４６５の「Ｙｅｓ」 経路をとり、ブロック４６６に示すように実ソケット・バッファからデータが実 ソケットに送られる。実バッファがいっぱいになっていない場合は、ブロック４ ６５の「Ｎｏ」経路をとる。次に、仮想フラッシュ機能は、他のいずれかのマル チプレックス仮想ソケット待ち行列に実ソケットに送るべき他のデータがあるか どうかを判断する。答えが肯定の場合、ブロック４７０の「Ｙｅｓ」経路をとり 、実ソケット・バッファ内のデータは、他の仮想ソケット待ち行列の１つをフラ ッシュするために仮想フラッシュ操作が再び呼び出されるまで送られない。他の データがない場合、または他のマルチプレックス仮想ソケットからデータを付加 した後は、ブロック４６６の操作を行い、実ソケットバッファ内のデータを実ソ ケットに送る。仮想フラッシュ操作を呼び出した機能に対応する仮想ソケット待 ち 行列内のすべてのデータが実ソケットに送られた後、ブロック４６７に示すよう に仮想フラッシュ操作は終了する。 第１４図のブロック３４２および３４８と第１５図のブロック３７２および３ ７８に示す仮想閉鎖操作は、第１７−２図のブロック４８０から始まる操作を実 行することによって行われる。仮想閉鎖操作が呼び出されると、まずブロック４ ８５に示すようにその仮想閉鎖がマルチプレックス仮想ソケットの閉鎖であるか どうかを判断する。マルチプレックス仮想ソケットである場合、ブロック４８５ の「Ｙｅｓ」経路をとり、仮想ソケット待ち行列に「閉鎖」操作標識が付加され る。仮想閉鎖がマルチプレックス仮想ソケットの閉鎖であるか否かを問わず、ブ ロック４８７に示すように仮想閉鎖操作によって仮想フラッシュ操作が呼び出さ れ、ブロック４８８に示すように実ソケットとの接続を断つ。次に、ブロック４ ９０に示すように仮想閉鎖がシンプレックス仮想ソケットの閉鎖であるかどうか を調べ、そうでない場合は「Ｎｏ」経路をとってブロック４９５に進む。閉鎖は マルチプレックス仮想ソケットの閉鎖であるため、ブロック４９５でそれが最後 のマルチプレックス仮想ソケットであるかどうかを判断し、最後のマルチプレッ クス仮想ソケットである場合は、ブロック４９６に示すようにマルチプレックス 活動タイマをセットする。最後のマルチプレックス仮想ソケットでない場合は、 ブロック４９６をスキップする。 ブロック４９０に戻って、仮想閉鎖がシンプレックス仮想 ソケットの閉鎖である場合、ブロック４９１に示すようにそれに対応する実ソケ ットを事象リストから除去し、ブロック４９２に示すように実ソケットを閉鎖し 、削除する。ソケットがシンプレックスとマルチプレックスのどちらの仮想ソケ ットであるかを問わず、ブロック４９７に示すようにその仮想ソケットに閉鎖の マークを付け、ブロック４９８で閉鎖操作は終了する。 次に、第１６−１図ないし第１６−４図および第１７−１図ないし第１７−２ 図に関連する第１３図について説明する。実事象が発生すると、第１３図のブロ ック３０２を終了し、ソケット・マネージャは事象がどのように生成されたかに 基づいてその事象を調べる。事象が第１７−２図・のブロック４９６で設定され たマルチプレックス・ソケット活動タイマのタイム・アウトである場合、第１３ 図のブロック３０５からブロック３１２までの経路がとられる。第１３図に示す ように、次にソケット・マネージャによってブロック３１２および３１３の操作 が行われ、マルチプレックス実ソケットが閉じられ、クライアント側インタセプ ト・モジュールをサーバ側インタセプト・モジュールに接続するソケットに対応 するマルチプレックス実ソケットが削除される。その後、ソケット・マネージャ は次の実事象を待つ。ブロック３２２に示すように、このマルチプレックス事象 タイマはマルチプレックス仮想ソケットの作成によってリセットされる。 実ソケット上で発生した事象が、ウェブ・サーバがウェブ ・サーバとサーバ側インタセプト・モジュールとの間のソケット接続に対する閉 鎖操作を行う場合などの実ソケット閉鎖である場合、第１３図のブロック３０５ からブロック３０９への経路がとられる。ソケット・マネージャはブロック３０ ９に示すように実事象リストからその実ソケットを除去し、ブロック３１０に示 すように１つの仮想ソケット（または複数のマルチプレックス・ソケットの場合 は複数の仮想ソケット）をその１つの実ソケットまたは複数の実ソケットから切 断する。次に、ソケット・マネージャはその仮想ソケットに閉鎖のマークを付け 、仮想事象を通知する。この操作はブロック３１１に示されており、仮想ソケッ ト待ち行列からすべてのデータが空にされると、仮想ソケットは閉じる。仮想ソ ケットに閉鎖のマークを付けた後、決定ブロック３１５に示すようにソケット・ マネージャは閉じる実ソケットがシンプレックス・ソケットであるかどうかを判 断する。閉じる実ソケットがシンプレックス・ソケットである場合、ブロック３ １６に示すようにその実ソケットを閉じ、削除する。次にソケット・マネージャ はブロック３０２に示すように次の実事象を待つ。 閉じるソケットがシンプレックス実ソケットではない場合、ブロック３１５の 「Ｎｏ」経路をとり、ソケット・マネージャは次の実事象を待つ。したがって、 マルチプレックス実ソケット、すなわちクライアント側インタセプト・モジュー ルとサーバ側インタセプト・モジュールとを接続するソケット を、マルチプレックス・ソケット活動タイマのタイムアウトのみによって閉じる ことができる。これによって、ユーザ指定の所定時間の間、クライアント側イン タセプト・モジュールとサーバ側インタセプト・モジュールとの間の接続を、モ ジュール間の最後の通信が行われた後でも維持することができる。マルチプレッ クス・ソケット活動タイマのタイムアウトの前にブラウザからその後の接続要求 があった場合、クライアント側インタセプト・モジュールとサーバ側インタセプ ト・モジュールとの間に接続を再確立せずに通信を行うことができ、それによっ てそのような接続を再確立するオーバーヘッドが不要になる。 第１３図で説明する最後の経路は、実事象が発生し、その事象が第１２図の１ つまたは複数のマルチプレックス実ソケット３６ａまたは３６ｂ上でのデータの 受信である場合である。マルチプレックス実ソケット上でデータを受信すると、 そのデータは検査され、第１７−２図のブロック４８６で仮想待ち行列に付加さ れるもののようにデータに閉鎖操作標識が含まれている場合は、仮想閉鎖操作が 行われ、ブロック３２０からブロック３１０への経路がとられる。ソケット・マ ネージャは、ブロック３１０に示すように実ソケット上で受信したデータで識別 されたマルチプレックス仮想ソケットを実ソケットから切断し、次にブロック３ １１に示すように仮想ソケットに「閉鎖」のマークを付け、仮想事象を通知する 。この閉鎖はマルチプレックス仮想ソケットの閉鎖であるため、 ブロック３１５から「Ｎｏ」経路がとられ、ブロック３０２に示すようにソケッ ト・マネージャは別の実事象を待つ。 第１３図ないし第１７図で説明されている操作を行うことによって、本発明の 特定の態様は外部通信リンクを介して第１のコンピュータと第２のコンピュータ との間に持続的接続を確立する。この持続的接続は、すべてのウェブ・ブラウザ 発信通信が完了するまで維持され、持続的接続が維持されている間に複数のウェ ブ・ブラウザ発信通信がインタセプトされ、外部通信リンクに多重化されて送ら れる。次にクライアント／サーバ固有データ・ストリームを多重化解除して複数 のＨＴＴＰデータ・ストリームを作成し、その複数のＨＴＴＰデータ・ストリー ムをウェブ・サーバに供給することができる。また、持続的接続は、すべてのウ ェブ・サーバ発信通信がインタセプト完了するまで維持される。持続的接続が維 持されている間に、複数のウェブ・サーバ発信通信がインタセプトされ、外部通 信リンクに多重化されて送られる。さらに、クライアント／サーバ固有データ・ ストリームを多重化解除して複数のＨＴＴＰデータ・ストリーを作成し、その複 数のＨＴＴＰデータ・ストリームをウェブ・サーバに供給することができる。 図面および本明細書では、本発明の典型的な好ましい実施例を開示し、特定の 用語を使用したが、これらの用語は総称および説明のためものに過ぎず、請求の 範囲に記載されている本発明の範囲を限定するためのものではない。

【手続補正書】 【提出日】１９９７年１２月８日 【補正内容】 請求の範囲 １．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコン ピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セグメント が外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、ハイパー テキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコンピュータからは遠隔 にある第２のコンピュータ上に常駐するウェブ・サーバ・アプリケーションと通 信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上させる方法 であって、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前に、インタセプトするステップと、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰ プロトコルからクライアント／サーバ固有通信プロトコルに変換するステップと 、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介して第２のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信するステップ と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを受信するステップと、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ ・ストリームに変換することによって、ウェブ・ブラウザからの通信に対応する ＨＴＴＰデータ・ストリームを外部通信リンクを介して受信したクライアント／ サーバ固有データ・ストリームから再構築するステップと、 ウェブ・ブラウザによって発信された通信をウェブ・サーバにＨＴＴＰデータ ・ストリームとして供給するステップとを含む方法。 ２．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答して、ウェブ・ブラウ ザが受信するＨＴＴＰデータ・ストリームを第１のコンピュータ内にあるキャッ シュに格納し、ウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクライ アント・キャッシュ項目を作成するステップと、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断するステップとを さらに含み、 ウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在す る場合には、前記変換、送信、受信、再構築、および供給ステップの代わりに、 ウェブ・ブラウザ発信通信に応答してウェブ・ブラウザにクライアント・キャ ッシュ項目をＨＴＴＰデータ・ストリームとして供給するステップを行うことを 特徴とする、請求項１に記載の方法。 ３．特定のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格納し て、第１のコンピュータ内にあるユーザ 定義情報が提供されるようにするステップと、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断するステップと、 前記問い合わせステップによってウェブ・ブラウザ通信がユーザ定義情報が格 納されている要求に対応すると判断された場合に、前記供給ステップがウェブ・ ブラウザ発信通信に応答してユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰ データ・ストリームとして供給するステップを含み、 ユーザ定義格納情報がウェブ・ブラウザに供給される場合に前記送信ステップ 、前記受信ステップ、および前記再構築ステップの代わりに前記問い合わせステ ップが行われることを特徴とする、請求項１に記載の方法。 ４．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ ストリームを第２のコンピュータにあるキャッシュに格納して、サーバ要求キャ ッシュ項目を作成するステップと、 ウェブ・ブラウザ発信通信に問い合わせて、ブラウザ発信通信に対応するサー バ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断するス テップと、 ブラウザ発信通信に関連づけられたサーバ要求キャッシュ項目をクライアント ／サーバ固有通信プロトコルに変換するステップと、 変換されたサーバ要求キャッシュ項目を外部通信リンクを 介して第１のコンピュータにクライアント／サーバ固有データ・ストリームとし て送信するステップと、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手するステップとをさらに含み、 前記再構築ステップが、クライアント／サーバ固有通信プロトコルで受信した クライアント／サーバ固有データ・ストリームをＨＴＴＰデータ・ストリームに 変換することによって、外部通信リンクを介して受信したクライアント／サーバ 固有データ・ストリームからサーバ要求キャッシュ項目に対応するＨＴＴＰデー タ・ストリームを再構築するステップを含み、 前記供給ステップが、ウェブ・ブラウザによって要求された情報に対応するサ ーバ要求キャッシュ項目をウェブ・ブラウザにＨＴＴＰデータ・ストリームとし て供給するステップを含むことを特徴とする、請求項１に記載の方法。 ５．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（ＣＧ Ｉ）要求に対応し、前記方法が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣＧＩベース書式を供給するステップと、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書 式を供給するステップと、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータにあるキャッシュに格納してサーバ・ベース・キャッシュ項目 を作成するステップと、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを第１のコンピュータにあるキャッシュに格 納してクライアント・ベース・キャッシュ項目を作成するステップと、 インタセプトされたＣＧＩ要求に応答してウェブ・サーバによって発信された 通信に対応するＨＴＴＰデータ・ストリームを、外部通信リンクで送信する前に インタセプトするステップと、 インタセプトされたＣＧＩ要求をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを求めるステップと、 ＣＧＩ差分データをクライアント／サーバ固有データ・ストリームとして外部 通信リンクを介してウェブ・ブラウザに送信し、第１のコンピュータに送信する ステップと、 第２のコンピュータによって送信され外部通信リンクを介して伝送されたクラ イアント／サーバ固有データ・ストリームを入手するステップとをさらに含み、 前記再構築ステップが、クライアントＣＧＩベース書式を外部通信リンクを介 して受信したＣＧＩ差分データと結合してインタセプトされたＣＧＩ応答に対応 するＨＴＴＰデータ・ストリームを作成することによって、外部通信リンクを介 して受信したクライアント／サーバ固有データ・ストリームからウェブ・サーバ からの通信に対応するＨＴＴＰデータ・ストリームを再構築するステップを含み 、 前記供給ステップが、ウェブ・サーバによって発信された通信をウェブ・ブラ ウザにＨＴＴＰデータ・ストリームとして供給することを特徴とする、請求項１ に記載の方法。 ６．第１のコンピュータと第２のコンピュータとの間に外部通信リンクを介して 持続的接続を確立するステップと、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するステ ップとをさらに含み、 前記インタセプト・ステップが、複数のウェブ・ブラウザ発信通信をインタセ プトするステップと、持続的接続を維持している間にそれらのウェブ・ブラウザ 発信通信を外部通信リンクに多重化して送るステップとを含むことを特徴とする 、請求項１に記載の方法。 ７．外部通信リンクを介して第２のコンピュータに、第１のコンピュータの事前 定義特性に対応するコンピュータ固有情報を供給するステップと、 第１のコンピュータの事前定義特性に対応するコンピュータ固有情報を格納し てブラウザ・ヘッダ情報を供給するステ ップとをさらに含み、 前記変換ステップが、ウェブ・ブラウザ発信通信からコンピュータ固有情報を 取り除くステップを含み、 前記再構築ステップが、ブラウザ・ヘッダ情報をクライアント／サーバ固有デ ータ・ストリームと結合してＨＴＴＰデータ・ストリームを作成するステップを 含むことを特徴とする、請求項１に記載の方法。 ８．ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを外部通信リンクで送信する前にキャプチャするステップと、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するステップと、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとしてウェブ・ブラウザに送信するステップと、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手するステップと、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ・ストリームに変換することによって、 外部通信リンクを介して受信したクライアント／サーバ固有データ・ストリーム から、ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再構 築するステップと、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給するステップとをさらに含む、請求項１に記載の方法。 ９．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコン ピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも１セ グメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、 ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して前記第１のコンピュー タからは遠隔の第２のコンピュータ上に常駐するウェブ・サーバ・アプリケーシ ョンと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上さ せる方法であって、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前にインタセプトするステップと、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するステップと、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介してクライアント ／サーバ固有データ・ストリームとしてウェブ・サーバに送信するステップとを 含む方法。 １０．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答してウェブ・ブラウ ザが受信するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャ ッシュに格納してウ ェブ・サーバとのウェブ・ブラウザ発信通信に対応するクライアント・キャッシ ュ項目を作成するステップと、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断するステップとを さらに含み、 ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在する場合、 前記変換ステップおよび前記送信ステップの代わりに、 ウェブ・ブラウザ発信通信に応答してクライアント・キャッシュ項目をＨＴＴ Ｐデータ・ストリームとしてウェブ・ブラウザに供給するステップを行うことを 特徴とする、請求項９に記載の方法。 １１．固有のウェブ・ブラウザ情報に関連づけられたユーザ定義情報を格納して 、第１のコンピュータ内にあるユーザ定義情報が提供されるようにするステップ と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断するステップと、 前記問い合わせステップによってウェブ・ブラウザ通信がユーザ定義情報が格 納されている要求に対応していると判断された場合、ウェブ・ブラウザ発信通信 に応答してユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰデータ・ストリー ムとして供給するステップとをさらに含み、 ユーザ定義格納情報をウェブ・ブラウザに供給する場合、 前記問い合わせステップおよび前記供給ステップの代わりに前記送信ステップを 行うことをことを特徴とする、請求項９に記載の方法。 １２．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記方法が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してＣＧＩベース書式を供給するステップと、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャッシュ に格納してクライアント・ベース・キャッシュ項目を作成するステップと、 クライアントＣＧＩベース書式を外部通信リンクを介して受信したＣＧＩ差分 データと結合してＨＴＴＰデータ・ストリームを作成することによって、外部通 信リンクを介して受信したクライアント／サーバ固有データ・ストリームから、 ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再構築する ステップと、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給するステップとをさらに含む、請求項９に記載の方法。 １３．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立するステップと、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するステ ップとをさらに含み、 前記インタセプト・ステップが、複数のウェブ・ブラウザ発信通信をインタセ プトするステップと、持続的接続を維持している間にそれらの複数のウェブ・ブ ラウザ発信通信を外部通信リンクに多重化して送るステップを含むことを特徴と する、請求項９に記載の方法。 １４．外部通信リンクを介して第２のコンピュータに第１のコンピュータの事前 定義特性に対応するコンピュータ固有情報を供給するステップをさらに含み、 前記変換ステップがウェブ・ブラウザ発信通信からコンピュータ固有情報を取 り除くステップを含むことを特徴とする、請求項９に記載の方法。 １５．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セグメン トが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、ハイパ ーテキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコンピュータからは遠 隔にある第２のコンピュータ上に常駐するウェブ・サーバ・アプリケーションと 通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上させる方 法であって、 ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ストリー ムを、外部通信リンクで送信する前にイ ンタセプトするステップと、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するステップと、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとして送信するステップとを含む方法。 １６．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータ内にあるキャッシュに格納してサーバ要求キ ャッシュ項目を作成するステップと、 ウェブ・ブラウザ発信通信をインタセプトして、ブラウザ発信通信に対応する サーバ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断す るステップとをさらに含み、 前記変換ステップが、ブラウザ発信通信に関連づけられたサーバ要求キャッシ ュ項目をクライアント／サーバ固有通信プロトコルに変換するステップを含み、 前記送信ステップが、変換されたサーバ要求キャッシュ項目を外部通信リンク を介して第１のコンピュータにクライアント／サーバ固有データ・ストリームと して送信するステップを含むことを特徴とする、請求項１５に記載の方法。 １７．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記方法が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を提供するステップと、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータ内にあるキャッシュに格納してサーバ・ベース・キャッシュ項 目を作成するステップとをさらに含み、 前記インタセプト・ステップが、インタセプトされたＣＧＩ要求に応答してウ ェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ストリームを 、外部通信リンクで送信する前にインタセプトするステップと、 インタセプトされたＣＧＩ応答をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを提供するステップとを含み、 前記送信ステップがＣＧＩ差分データを外部通信リンクを介してクライアント ／サーバ固有データ・ストリームとしてウェブ・ブラウザに送信するステップを 含むことを特徴とする、請求項１５に記載の方法。 １８．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立するステップと、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的 接続を維持するステップとをさらに含み、 前記インタセプト・ステップが、複数のウェブ・サーバ発信通信をインタセプ トするステップと、持続的接続を維持している間にそれらのウェブ・サーバ発信 通信を外部通信リンクに多重化して送るステップとを含むことを特徴とする、請 求項１５に記載の方法。 １９．クライアントとサーバとの間の通信のためにクライアント・アプリケーシ ョンとサーバ・アプリケーションがクライアント／サーバ独立通信プロトコルを 使用し、第１のコンピュータ内のクライアント・アプリケーションと第２のコン ピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セグメント が外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、第１のコ ンピュータからは遠隔の第２のコンピュータ上に常駐するサーバ・アプリケーシ ョンと通信するクライアント・アプリケーションを有するクライアント／サーバ ・システムのパフォーマンスを向上させる方法であって、 遠隔クライアントによって発信されたクライアント／サーバ独立通信プロトコ ルでの通信を、外部通信リンクで送信する前にインタセプトするステップと、 クライアントによって発信された通信を第２のクライアント／サーバ固有通信 プロトコルに変換するステップと、 変換された通信を外部通信リンクを介して送信するステップと、 外部通信リンクを介して送信された通信を受信するステップと、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換するステップと、 遠隔クライアントによって発信された通信をクライアント／サーバ独立通信プ ロトコルでサーバに供給するステップとを含む方法。 ２０．サーバによって発信されたクライアント／サーバ独立通信プロトコルでの 通信を、外部通信リンクで送信する前にインタセプトするステップと、 サーバによって発信された通信を第２のクライアント／サーバ固有通信プロト コルに変換するステップと、 変換された通信を外部通信リンクを介して送信するステップと、 外部通信リンクを介して送信された通信を受信するステップと、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換するステップと、 サーバによって発信された通信をクライアント／サーバ独立通信プロトコルで 遠隔クライアントに供給するステップとをさらに含む、請求項１９に記載の方法 。 ２１．第１のコンピュータ内のウェブ・ブラウザ・アプリケ ーションと第２のコンピュータ内のサーバ・アプリケーションとの間の通信の少 なくとも１セグメントが外部通信リンクを介して行われる、第１のコンピュータ 上に常駐し、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコ ンピュータからは遠隔にある第２のコンピュータ上に常駐するウェブ・サーバ・ アプリケーションと通信するウェブ・ブラウザ・アプリケーションのパフォーマ ンスを向上させる装置であって、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前に、インタセプトする手段と、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰ プロトコルからクライアント／サーバ固有通信プロトコルに変換する手段と、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介して第２のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信する手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを受信する手段と、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ・ストリームに変換することによって、 ウェブ・ブラウザからの通信に対応するＨＴＴＰデータ・ストリームを外部通信 リンクを介して受信したクライアント／サーバ固有データ・ ストリームから再構築する手段と、 ウェブ・ブラウザによって発信された通信をウェブ・サーバにＨＴＴＰデータ ・ストリームとして供給する手段とを含む装置。 ２２．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答して、ウェブ・ブラ ウザが受信するＨＴＴＰデータ・ストリームを第１のコンピュータ内にあるキャ ッシュに格納し、ウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクラ イアント・キャッシュ項目を作成する手段と、 ウェブ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応するクライ アント・キャッシュ項目が存在するかどうかを判断する手段と、 ウェブ・ブラウザ発信通信に応答してウェブ・ブラウザにクライアント・キャ ッシュ項目をＨＴＴＰデータ・ストリームとして供給する手段とを含む、請求項 ２１に記載の装置。 ２３．特定のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格納 して、第１のコンピュータ内にあるユーザ定義情報が提供されるようにする手段 と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断する手段と、 前記問い合わせ手段によってウェブ・ブラウザ通信がユーザ定義情報が格納さ れている要求に対応すると判断された場合に、前記供給手段がウェブ・ブラウザ 発信通信に応答して ユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰデータ・ストリームとして供 給する手段を含む、請求項２１に記載の装置。 ２４．前記格納手段が、クライアント・キャッシュ項目の作成時刻を格納してク ライアント・キャッシュ項目時間レコードを作成する手段をさらに含み、 前記問い合わせ手段が、クライアント・キャッシュ項目時間レコードを評価し て、ウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が、ウ ェブ・ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間間 隔内に作成されたかどうかを判断する手段をさらに含み、 前記供給手段が、前記判断手段によってクライアント・キャッシュ項目がウェ ブ・ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間間隔 内に作成されたと判断された場合、ウェブ・ブラウザ発信通信に応答してウェブ ・ブラウザにクライアント・キャッシュ項目をＨＴＴＰデータ・ストリームとし て供給する手段を含むことを特徴とする、請求項２１に記載の装置。 ２５．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータにあるキャッシュに格納して、サーバ要求キ ャッシュ項目を作成する手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ブラウザ発信通信に対応するサー バ要求キャッシュ項目が前にキャッシュ に格納されているかどうかを判断する手段と、 ブラウザ発信通信に関連づけられたサーバ要求キャッシュ項目をクライアント ／サーバ固有通信プロトコルに変換する手段と、 変換されたサーバ要求キャッシュ項目を外部通信リンクを介して第１のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信する手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手する手段とをさらに含み、 前記再構築手段が、クライアント／サーバ固有通信プロトコルで受信したクラ イアント／サーバ固有データ・ストリームをＨＴＴＰデータ・ストリームに変換 することによって、外部通信リンクを介して受信したクライアント／サーバ固有 データ・ストリームからサーバ要求キャッシュ項目に対応するＨＴＴＰデータ・ ストリームを再構築する手段を含み、 前記供給手段が、ウェブ・ブラウザによって要求された情報に対応するサーバ 要求キャッシュ項目をウェブ・ブラウザにＨＴＴＰデータ・ストリームとして供 給する手段を含むことを特徴とする、請求項２１に記載の装置。 ２６．インタセプトされたウェブ・ブラウザ発信通信がインタセプトされたＣＧ Ｉ要求であり、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣ ＧＩベース書式を供給する手段と、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を供給する手段と、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータにあるキャッシュに格納してサーバ・ベース・キャッシュ項目 を作成する手段と、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを第１のコンピュータにあるキャッシュに格 納してクライアント・ベース・キャッシュ項目を作成する手段と、 インタセプトされたＣＧＩ要求に応答してウェブ・サーバによって発信された 通信に対応するＨＴＴＰデータ・ストリームを、外部通信リンクで送信する前に インタセプトする手段と、 インタセプトされたＣＧＩ要求をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを提供する手段と、 ＣＧＩ差分データをクライアント／サーバ固有データ・ストリームとして外部 通信リンクを介してウェブ・ブラウザに 送信し、第１のコンピュータに送信する手段と、 第２のコンピュータによって送信され外部通信リンクを介して伝送されたクラ イアント／サーバ固有データ・ストリームを入手する手段とをさらに含み、 前記再構築手段が、クライアントＣＧＩベース書式を外部通信リンクを介して 受信したＣＧＩ差分データと結合してインタセプトされたＣＧＩ応答に対応する ＨＴＴＰデータ・ストリームを作成することによって、外部通信リンクを介して 受信したクライアント／サーバ固有データ・ストリームからウェブ・サーバから の通信に対応するＨＴＴＰデータ・ストリームを再構築する手段を含み、 前記供給手段が、ウェブ・サーバによって発信された通信をウェブ・ブラウザ にＨＴＴＰデータ・ストリームとして供給することを特徴とする、請求項２１に 記載の装置。 ２７．第１のコンピュータと第２のコンピュータとの間に外部通信リンクを介し て持続的接続を確立する手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持する手段 とをさらに含み、 前記インタセプト手段が、複数のウェブ・ブラウザ発信通信をインタセプトす る手段と、持続的接続を維持している間にそれらのウェブ・ブラウザ発信通信を 外部通信リンクに多重化して送る手段とを含むことを特徴とする、請求項２１に 記載の装置。 ２８．外部通信リンクを介して第２のコンピュータに、第１ のコンピュータの事前定義特性に対応するコンピュータ固有情報を供給する手段 と、 第１のコンピュータの事前定義特性に対応するコンピュータ固有情報を格納し てブラウザ・ヘッダ情報を供給する手段とをさらに含み、 前記変換手段が、ウェブ・ブラウザ発信通信からコンピュータ固有情報を取り 除く手段を含み、 前記再構築手段が、ブラウザ・ヘッダ情報をクライアント／サーバ固有データ ・ストリームと結合してＨＴＴＰデータ・ストリームを作成する手段を含むこと を特徴とする、請求項２１に記載の装置。 ２９．ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・スト リームを外部通信リンクで送信する前にキャプチャする手段と、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換する手段と、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとしてウェブ・ブラウザに送信する手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手する手段と、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ ・ストリームに変換することによって、外部通信リンクを介して受信したクライ アント／サーバ固有データ・ストリームから、ウェブ・サーバからの通信に対応 するＨＴＴＰデータ・ストリームを再構築する手段と、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給する手段とをさらに含む、請求項２１に記載の装置。 ３０．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも１ セグメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し 、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して前記第１のコンピュ ータからは遠隔の第２のコンピュータ上に常駐するウェブ・サーバ・アプリケー ションと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上 させる装置であって、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前にインタセプトする手段と、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換する手段と、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介してクライアント ／サーバ固有データ・ストリームとして ウェブ・サーバに送信する手段とを含む装置。 ３１．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答してウェブ・ブラウ ザが受信するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャ ッシュに格納してウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクラ イアント・キャッシュ項目を作成する手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断する手段と、 ウェブ・ブラウザ発信通信に応答してクライアント・キャッシュ項目をＨＴＴ Ｐデータ・ストリームとしてウェブ・ブラウザに供給する手段とを含む、請求項 ３０に記載の装置。 ３２．固有のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格納 して、第１のコンピュータ内にあるユーザ定義情報が提供されるようにする手段 と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断する手段と、 前記問い合わせ手段によってウェブ・ブラウザ通信がユーザ定義情報が格納さ れている要求に対応していると判断された場合、ウェブ・ブラウザ発信通信に応 答してユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰデータ・ストリームと して供給する手段とをさらに含む、請求項３０に記載の装置。 ３３．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・ インタフェース（ＣＧＩ）要求に対応し、前記装置が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣＧＩベース書式を供給する手段と、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャッシュ に格納してクライアント・ベース・キャッシュ項目を作成する手段と、 クライアントＣＧＩベース書式を外部通信リンクを介して受信したＣＧＩ差分 データと結合してＨＴＴＰデータ・ストリームを作成することによって、外部通 信リンクを介して受信したクライアント／サーバ固有データ・ストリームから、 ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再構築する 手段と、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給する手段とをさらに含む、請求項３０に記載の装置。 ３４．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立する手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持する手段 とをさらに含み、 前記インタセプト手段が、複数のウェブ・ブラウザ発信通信をインタセプトす る手段と、持続的接続を維持している間 にそれらの複数のウェブ・ブラウザ発信手段を外部通信リンクに多重化して送る 手段を含むことを特徴とする、請求項３０に記載の装置 ３５．外部通信リンクを介して第２のコンピュータに第１のコンピュータの事前 定義特性に対応するコンピュータ固有情報を供給する手段をさらに含み、 前記変換手段がウェブ・ブラウザ発信通信からコンピュータ固有情報を取り除 く手段を含むことを特徴とする、請求項３０に記載の装置。 ３６．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも１ セグメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し 、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコンピュータ からは遠隔にある第２のコンピュータ上に常駐するウェブ・サーバ・アプリケー ションと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上 させる装置であって、 ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ストリー ムを、外部通信リンクで送信する前にインタセプトする手段と、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換する手段と、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとしてウェブ・ブラウザに送信する手段とを含む 装置。 ３７．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータ内にあるキャッシュに格納してサーバ要求キ ャッシュ項目を作成する手段と、 ウェブ・ブラウザ発信通信をインタセプトして、ブラウザ発信通信に対応する サーバ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断す る手段とをさらに含み、 前記変換手段が、ブラウザ発信通信に関連づけられたサーバ要求キャッシュ項 目をクライアント／サーバ固有通信プロトコルに変換する手段を含み、 前記送信手段が、変換されたサーバ要求キャッシュ項目を外部通信リンクを介 して第１のコンピュータにクライアント／サーバ固有データ・ストリームとして 送信する手段を含むことを特徴とする、請求項３６に記載の装置。 ３８．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記装置が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を提供する手段と、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータ内にあるキャッシュに格納してサーバ・ベース・キャッシュ項 目を作成する手段とをさらに含み、 前記インタセプト手段が、インタセプトされたＣＧＩ要求に応答してウェブ・ サーバによって発信された通信に対応するＨＴＴＰデータ・ストリームを、外部 通信リンクで送信する前にインタセプトする手段と、 インタセプトされたＣＧＩ応答をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを提供する手段とを含み、 前記送信手段がＣＧＩ差分データを外部通信リンクを介してクライアント／サ ーバ固有データ・ストリームとしてウェブ・ブラウザに送信する手段を含むこと を特徴とする、請求項３６に記載の装置。 ３９．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立する手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持する手段 とをさらに含み、 前記インタセプト手段が、複数のウェブ・サーバ発信通信をインタセプトする 手段と、持続的接続を維持している間にそれらのウェブ・サーバ発信通信を外部 通信リンクに多重化 して送る手段とを含むことを特徴とする、請求項３６に記載の装置。 ４０．クライアントとサーバとの間の通信のために前記クライアント・アプリケ ーションと前記サーバ・アプリケーションがクライアント／サーバ独立通信プロ トコルを使用し、第１のコンピュータ内のクライアント・アプリケーションと第 ２のコンピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セ グメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、 前記第１のコンピュータからは遠隔の第２のコンピュータ上に常駐するサーバ・ アプリケーションと通信するクライアント・アプリケーションを有するクライア ント／サーバ・システムのパフォーマンスを向上させる装置であって、 遠隔クライアントによって発信されたクライアント／サーバ独立通信プロトコ ルでの通信を、外部通信リンクで送信する前にインタセプトする手段と、 クライアントによって発信された通信を第２のクライアント／サーバ固有通信 プロトコルに変換する手段と、 変換された通信を外部通信リンクを介して送信する手段と、 外部通信リンクを介して送信された通信を受信する手段と、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換する手段と、 遠隔クライアントによって発信された通信をクライアント ／サーバ独立通信プロトコルでサーバに供給する手段とを含む装置。 ４１．サーバによって発信されたクライアント／サーバ独立通信プロトコルでの 通信を、外部通信リンクで送信する前にインタセプトする手段と、 サーバによって発信された通信を第２のクライアント／サーバ固有通信プロト コルに変換する手段と、 変換された通信を外部通信リンクを介して送信する手段と、 外部通信リンクを介して送信された通信を受信する手段と、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換する手段と、 サーバによって発信された通信をクライアント／サーバ独立通信プロトコルで 遠隔クライアントに供給する手段とをさらに含む、請求項４０に記載の装置。 ４２．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも１ セグメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し 、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して前記第１のコンピュ ータからは遠隔にある第２のコンピュータ上に常駐するウェブ・サーバ・アプリ ケーションと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを 向上させるコンピュータ・プログラム製品であって、 コンピュータ可読格納媒体内に埋め込まれたコンピュータ可読プログラム・コ ード手段を有するコンピュータ可読格納媒体を含み、前記コンピュータ可読プロ グラム・コード手段は、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前に、インタセプトするコンピュータ可読プ ログラム・コード手段と、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰ プロトコルからクライアント／サーバ固有通信プロトコルに変換するコンピュー タ可読プログラム・コード手段と、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介して第２のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信するコンピュ ータ可読プログラム・コード手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを受信するコンピュータ可読プログラム・コード手段と、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ・ストリームに変換することによって、 ウェブ・ブラウザからの通信に対応するＨＴＴＰデータ・ストリームを外部通信 リンクを介して受信したクライアント／サーバ固有データ・ ストリームから再構築するコンピュータ可読プログラム・コード手段と、 ウェブ・ブラウザによって発信された通信をウェブ・サーバにＨＴＴＰデータ ・ストリームとして供給するコンピュータ可読プログラム・コード手段とを含む コンピュータ・プログラム製品。 ４３．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答して、ウェブ・ブラ ウザが受信するＨＴＴＰデータ・ストリームを第１のコンピュータ内にあるキャ ッシュに格納し、ウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクラ イアント・キャッシュ項目を作成するコンピュータ可読プログラム・コード手段 と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断するコンピュータ 可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信に応答してウェブ・ブラウザにクライアント・キャ ッシュ項目をＨＴＴＰデータ・ストリームとして供給するコンピュータ可読プロ グラム・コード手段とをさらに含む、請求項４２に記載のコンピュータ・プログ ラム製品。 ４４．特定のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格納 して、第１のコンピュータ内にあるユーザ定義情報が提供されるようにするコン ピュータ可読プログ ラム・コード手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断するコンピュータ可読プログラム・コード手段と、 前記問い合わせコンピュータ可読プログラム・コード手段によってウェブ・ブ ラウザ通信がユーザ定義情報が格納されている要求に対応すると判断された場合 に、前記供給コンピュータ可読プログラム・コード手段がウェブ・ブラウザ発信 通信に応答してユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰデータ・スト リームとして供給するコンピュータ可読プログラム・コード手段を含む、請求項 ４２に記載のコンピュータ・プログラム製品。 ４５．前記格納コンピュータ可読プログラム・コード手段が、クライアント・キ ャッシュ項目の作成時刻を格納してクライアント・キャッシュ項目時間レコード を作成するコンピュータ可読プログラム・コード手段をさらに含み、 前記問い合わせコンピュータ可読プログラム・コード手段が、クライアント・ キャッシュ項目時間レコードを評価して、ウェブ・ブラウザ発信通信に対応する クライアント・キャッシュ項目が、ウェブ・ブラウザが情報を要求する前の所定 のクライアント・コヒーレンシ時間間隔内に作成されたかどうかを判断するコン ピュータ可読プログラム・コード手段をさらに含み、 前記供給コンピュータ可読プログラム・コード手段が、前記判断コンピュータ 可読プログラム・コード手段によってクライアント・キャッシュ項目がウェブ・ ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間間隔内に 作成されたと判断された場合に、ウェブ・ブラウザ発信通信に応答してウェブ・ ブラウザにクライアント・キャッシュ項目をＨＴＴＰデータ・ストリームとして 供給するコンピュータ可読プログラム・コード手段を含むことを特徴とする、請 求項４２に記載のコンピュータ・プログラム製品。 ４６．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータにあるキャッシュに格納して、サーバ要求キ ャッシュ項目を作成するコンピュータ可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ブラウザ発信通信に対応するサー バ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断するコ ンピュータ可読プログラム・コード手段と、 ブラウザ発信通信に関連づけられたサーバ要求キャッシュ項目をクライアント ／サーバ固有通信プロトコルに変換するコンピュータ可読プログラム・コード手 段と、 変換されたサーバ要求キャッシュ項目を外部通信リンクを介して第１のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信するコンピュ ータ可読プログラム・コード手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手するコンピュータ可読プログラム・コード手段とをさらに含み、 前記再構築コンピュータ可読プログラム・コード手段が、クライアント／サー バ固有通信プロトコルで受信したクライアント／サーバ固有データ・ストリーム をＨＴＴＰデータ・ストリームに変換することによって、外部通信リンクを介し て受信したクライアント／サーバ固有データ・ストリームからサーバ要求キャッ シュ項目に対応するＨＴＴＰデータ・ストリームを再構築するコンピュータ可読 プログラム・コード手段を含み、 前記供給コンピュータ可読プログラム・コード手段が、ウェブ・ブラウザによ って要求された情報に対応するサーバ要求キャッシュ項目をウェブ・ブラウザに ＨＴＴＰデータ・ストリームとして供給するコンピュータ可読プログラム・コー ド手段を含むことを特徴とする、請求項４２に記載のコンピュータ・プログラム 製品。 ４７．インタセプトされたウェブ・ブラウザ発信通信がインタセプトされたＣＧ Ｉ要求であり、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣＧＩベース書式を供給するコンピュータ可読プログラム・コ ード手段と、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を供給するコンピュータ可読プログラム・コード手段と、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータにあるキャッシュに格納してサーバ・ベース・キャッシュ項目 を作成するコンピュータ可読プログラム・コード手段と、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを第１のコンピュータにあるキャッシュに格 納してクライアント・ベース・キャッシュ項目を作成するコンピュータ可読プロ グラム・コード手段と、 インタセプトされたＣＧＩ要求に応答してウェブ・サーバによって発信された 通信に対応するＨＴＴＰデータ・ストリームを、外部通信リンクで送信する前に インタセプトするコンピュータ可読プログラム・コード手段と、 インタセプトされたＣＧＩ要求をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを求めるコンピュータ可読プログラム・コード手段と、 ＣＧＩ差分データをクライアント／サーバ固有データ・ストリームとして外部 通信リンクを介してウェブ・ブラウザに 送信し、第１のコンピュータに送信するコンピュータ可読プログラム・コード手 段と、 第２のコンピュータによって送信され外部通信リンクを介して伝送されたクラ イアント／サーバ固有データ・ストリームを入手するコンピュータ可読プログラ ム・コード手段とをさらに含み、 前記再構築コンピュータ可読プログラム・コード手段が、クライアントＣＧＩ ベース書式を外部通信リンクを介して受信したＣＧＩ差分と結合してインタセプ トされたＣＧＩ応答に対応するＨＴＴＰデータ・ストリームを作成することによ って、外部通信リンクを介して受信したクライアント／サーバ固有データ・スト リームからウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを 再構築するコンピュータ可読プログラム・コード手段を含み、 前記供給コンピュータ可読プログラム・コード手段が、ウェブ・サーバによっ て発信された通信をウェブ・ブラウザにＨＴＴＰデータ・ストリームとして供給 することを特徴とする、請求項４２に記載のコンピュータ・プログラム製品。 ４８．第１のコンピュータと第２のコンピュータとの間に外部通信リンクを介し て持続的接続を確立するコンピュータ可読プログラム・コード手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するコン ピュータ可読プログラム・コード手段とをさらに含み、 前記インタセプト・コンピュータ可読プログラム・コード手段が、複数のウェ ブ・ブラウザ発信通信をインタセプトするコンピュータ可読プログラム・コード 手段と、持続的接続を維持している間にそれらのウェブ・ブラウザ発信通信を外 部通信リンクに多重化して送るコンピュータ可読プログラム・コード手段とを含 むことを特徴とする、請求項４２に記載のコンピュータ・プログラム製品。 ４９．外部通信リンクを介して第２のコンピュータに、第１のコンピュータの事 前定義特性に対応するコンピュータ固有情報を供給するコンピュータ可読プログ ラム・コード手段と、 第１のコンピュータの事前定義特性に対応するコンピュータ固有情報を格納し てブラウザ・ヘッダ情報を供給するコンピュータ可読プログラム・コード手段と をさらに含み、 前記変換コンピュータ可読プログラム・コード手段が、ウェブ・ブラウザ発信 通信からコンピュータ固有情報を取り除くコンピュータ可読プログラム・コード 手段を含み、 前記再構築コンピュータ可読プログラム・コード手段が、ブラウザ・ヘッダ情 報をクライアント／サーバ固有データ・ストリームと結合してＨＴＴＰデータ・ ストリームを作成するコンピュータ可読プログラム・コード手段を含むことを特 徴とする、請求項４２に記載のコンピュータ・プログラム製品。 ５０．ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・スト リームを外部通信リンクで送信する前に キャプチャするコンピュータ可読プログラム・コード手段と、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するコンピュータ 可読プログラム・コード手段と、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとしてウェブ・ブラウザに送信するコンピュータ 可読プログラム・コード手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手するコンピュータ可読プログラム・コード手段と、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ・ストリームに変換することによって、 外部通信リンクを介して受信したクライアント／サーバ固有データ・ストリーム から、ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再構 築するコンピュータ可読プログラム・コード手段と、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給するコンピュータ可読プログラム・コード手段とをさら に含む、請求項４２に記載のコンピュータ・プログラム製品。 ５１．第１のコンピュータ内のウェブ・ブラウザ・アプリケ ーションと第２のコンピュータ内のウェブ・サーバ・アプリケーションとの間の 通信の少なくとも１セグメントが外部通信リンクを介して行われる、第１のコン ピュータ上に常駐し、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して 前記第１のコンピュータからは遠隔の第２のコンピュータ上に常駐するウェブ・ サーバ・アプリケーションと通信するウェブ・ブラウザ・アプリケーションのパ フォーマンスを向上させるコンピュータ・プログラム製品であって、 コンピュータ可読格納媒体内に埋め込まれたコンピュータ可読プログラム・コ ード手段を有するコンピュータ可読格納媒体を含み、前記コンピュータ可読プロ グラム・コード手段は、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前にインタセプトするコンピュータ可読プロ グラム・コード手段と、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するコンピュータ 可読プログラム・コード手段と、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介してクライアント ／サーバ固有データ・ストリームとしてウェブ・サーバに送信するコンピュータ 可読プログラム・コード手段とを含むコンピュータ・プログラム製品。 ５２．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答してウェブ・ブラウ ザが受信するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャ ッシュに格納してウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクラ イアント・キャッシュ項目を作成するコンピュータ可読プログラム・コード手段 と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断するコンピュータ 可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信に応答してクライアント・キャッシュ項目をＨＴＴ Ｐデータ・ストリームとしてウェブ・ブラウザに供給するコンピュータ可読プロ グラム・コード手段とを含む、請求項５１に記載のコンピュータ・プログラム製 品。 ５３．固有のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格納 して、第１のコンピュータ内にあるユーザ定義情報が提供されるようにするコン ピュータ可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断するコンピュータ可読プログラム・コード手段と、 前記問い合わせコンピュータ可読プログラム・コード手段 によってウェブ・ブラウザ通信がユーザ定義情報が格納されている要求に対応し ていると判断された場合、ウェブ・ブラウザ発信通信に応答してユーザ定義格納 情報をウェブ・ブラウザにＨＴＴＰデータ・ストリームとして供給するコンピュ ータ可読プログラム・コード手段とをさらに含む、請求項５１に記載のコンピュ ータ・プログラム製品。 ５４．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記コンピュータ・プログラム製品が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣＧＩベース書式を供給するコンピュータ可読プログラム・コ ード手段と、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャッシュ に格納してクライアント・ベース・キャッシュ項目を作成するコンピュータ可読 プログラム・コード手段と、 クライアントＣＧＩベース書式を外部通信リンクを介して受信したＣＧＩ差分 データと結合してＨＴＴＰデータ・ストリームを作成することによって、外部通 信リンクを介して受信したクライアント／サーバ固有データ・ストリームから、 ウェブ・サーバからの通信に対応するＨＴＴＰデータ・スト リームを再構築するコンピュータ可読プログラム・コード手段と、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給するコンピュータ可読プログラム・コード手段とをさら に含む、請求項５１に記載のコンピュータ・プログラム製品。 ５５．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立するコンピュータ・プログラム・コード手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するコン ピュータ可読プログラム・コード手段とをさらに含み、 前記インタセプト・コンピュータ可読プログラム・コード手段が、複数のウェ ブ・ブラウザ発信通信をインタセプトするコンピュータ可読プログラム・コード 手段と、持続的接続を維持している間にそれらの複数のウェブ・ブラウザ発信通 信を外部通信リンクに多重化して送るコンピュータ可読プログラム・コード手段 を含むことを特徴とする、請求項５１に記載のコンピュータ・プログラム製品。 ５６．外部通信リンクを介して第２のコンピュータに第１のコンピュータの事前 定義特性に対応するコンピュータ固有情報を供給するコンピュータ可読プログラ ム・コード手段をさらに含み、 前記変換コンピュータ可読プログラム・コード手段がウェ ブ・ブラウザ発信通信からコンピュータ固有情報を取り除くコンピュータ可読プ ログラム・コード手段を含むことを特徴とする、請求項５１に記載のコンピュー タ・プログラム製品。 ５７．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも１ セグメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し 、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコンピュータ からは遠隔にある第２のコンピュータ上に常駐するウェブ・サーバ・アプリケー ションと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上 させるコンピュータ・プログラム製品であって、 コンピュータ可読格納媒体内に埋め込まれたコンピュータ可読プログラム・コ ード手段を有するコンピュータ可読格納媒体を含み、前記コンピュータ可読プロ グラム・コード手段は、 ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ストリー ムを、外部通信リンクで送信する前にインタセプトするコンピュータ可読プログ ラム・コード手段と、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するコンピュータ 可読プログラム・コード手段と、 変換されたウェブ・サーバ発信通信を外部通信リンクを介 してクライアント／サーバ固有データ・ストリームとして送信するコンピュータ 可読プログラム・コード手段とを含むコンピュータ・プログラム製品。 ５８．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータ内にあるキャッシュに格納してサーバ要求キ ャッシュ項目を作成するコンピュータ可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信をインタセプトして、ブラウザ発信通信に対応する サーバ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断す るコンピュータ可読プログラム・コード手段とをさらに含み、 前記変換コンピュータ可読プログラム・コード手段が、ブラウザ発信通信に関 連づけられたサーバ要求キャッシュ項目をクライアント／サーバ固有通信プロト コルに変換するコンピュータ可読プログラム・コード手段を含み、 前記送信コンピュータ可読プログラム・コード手段が、変換されたサーバ要求 キャッシュ項目を外部通信リンクを介して第１のコンピュータにクライアント／ サーバ固有データ・ストリームとして送信するコンピュータ可読プログラム・コ ード手段を含むことを特徴とする、請求項５７に記載のコンピュータ・プログラ ム製品。 ５９．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記コンピュータ・プログラム製品が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を提供するコンピュータ可読プログラム・コード手段と、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータ内にあるキャッシュに格納してサーバ・ベース・キャッシュ項 目を作成するコンピュータ可読プログラム・コード手段とをさらに含み、 前記インタセプト・コンピュータ可読プログラム・コード手段が、インタセプ トされたＣＧＩ要求に応答してウェブ・サーバによって発信された通信に対応す るＨＴＴＰデータ・ストリームを、外部通信リンクで送信する前にインタセプト するコンピュータ可読プログラム・コード手段と、 インタセプトされたＣＧＩ応答をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを提供するコンピュータ可読プログラム・コード手段とを含み、 前記送信コンピュータ可読プログラム・コード手段がＣＧＩ差分データを外部 通信リンクを介してクライアント／サーバ固有データ・ストリームとしてウェブ ・ブラウザに送信するコンピュータ可読プログラム・コード手段を含むことを特 徴とする、請求項５７に記載のコンピュータ・プログラム製 品。 ６０．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立するコンピュータ可読プログラム・コード手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するコン ピュータ可読プログラム・コード手段とをさらに含み、 前記インタセプト・コンピュータ可読プログラム・コード手段が、複数のウェ ブ・サーバ発信通信をインタセプトするコンピュータ可読プログラム・コード手 段と、持続的接続を維持している間にそれらのウェブ・サーバ発信通信を外部通 信リンクに多重化して送るコンピュータ可読プログラム・コード手段とを含むこ とを特徴とする、請求項５７に記載のコンピュータ・プログラム製品。 ６１．クライアントとサーバとの間の通信のためにクライアント・アプリケーシ ョンとサーバ・アプリケーションがクライアント／サーバ独立通信プロトコルを 使用し、第１のコンピュータ内のクライアント・アプリケーションと第２のコン ピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セグメント が外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、第１のコ ンピュータからは遠隔の第２のコンピュータ上に常駐するサーバ・アプリケーシ ョンと通信するクライアント・アプリケーションを有するクライアント／サーバ ・システムのパフォーマンスを向上させ るコンピュータ・プログラム製品であって、 コンピュータ可読格納媒体内に埋め込まれたコンピュータ可読プログラム・コ ード手段を有するコンピュータ可読格納媒体を含み、前記コンピュータ可読プロ グラム・コード手段は、 遠隔クライアントによって発信されたクライアント／サーバ独立通信プロトコ ルでの通信を、外部通信リンクで送信する前にインタセプトするコンピュータ可 読プログラム・コード手段と、 クライアントによって発信された通信を第２のクライアント／サーバ固有通信 プロトコルに変換するコンピュータ可読プログラム・コード手段と、 変換された通信を外部通信リンクを介して送信するコンピュータ可読プログラ ム・コード手段と、 外部通信リンクを介して送信された通信を受信するコンピュータ可読プログラ ム・コード手段と、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換するコンピュータ可読 プログラム・コード手段と、 遠隔クライアントによって発信された通信をクライアント／サーバ独立通信プ ロトコルでサーバに供給するコンピュータ可読プログラム・コード手段とを含む コンピュータ・プログラム製品。 ６２．サーバによって発信されたクライアント／サーバ独立通信プロトコルでの 通信を、外部通信リンクで送信する前にインタセプトするコンピュータ可読プロ グラム・コード手段と、 サーバによって発信された通信を第２のクライアント／サーバ固有通信プロト コルに変換するコンピュータ可読プログラム・コード手段と、 変換された通信を外部通信リンクを介して送信するコンピュータ可読プログラ ム・コード手段と、 外部通信リンクを介して送信された通信を受信するコンピュータ可読プログラ ム・コード手段と、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換するコンピュータ可読 プログラム・コード手段と、 サーバによって発信された通信をクライアント／サーバ独立通信プロトコルで 遠隔クライアントに供給するコンピュータ可読プログラム・コード手段とをさら に含む、請求項６１に記載のコンピュータ・プログラム製品。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 オーセル、バロン、コーネリュース アメリカ合衆国ノースカロライナ州 チャ ペル・ヒル、ケンシングトン・ドライブ 702 (72)発明者 リンドクイスト、デヴィッド、ブルース アメリカ合衆国ノースカロライナ州 ラレ ー、レイク・スプリングス・コート 4001 【要約の続き】 受信した通信は、クライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変 換され、遠隔クライアントによって発信された通信はク ライアント／サーバ独立通信プロトコルでサーバに供給 される。差分計算、キャッシング、またはプロトコル縮 小技法によって、外部通信リンクでのパフォーマンスが 向上する。アプリケーションは、ウェブ・ブラウザおよ びウェブ・サーバとすることができ、無線通信リンクを 介して通信することもできる。

Claims (1)

1. 【特許請求の範囲】 １．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコン ピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セグメント が外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、ハイパー テキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコンピュータからは遠隔 にある第２のコンピュータ上に常駐するウェブ・サーバ・アプリケーションと通 信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上させる方法 であって、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前に、インタセプトするステップと、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰ プロトコルからクライアント／サーバ固有通信プロトコルに変換するステップと 、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介して第２のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信するステップ と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを受信するステップと、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ ・ストリームに変換することによって、ウェブ・ブラウザからの通信に対応する ＨＴＴＰデータ・ストリームを外部通信リンクを介して受信したクライアント／ サーバ固有データ・ストリームから再構築するステップと、 ウェブ・ブラウザによって発信された通信をウェブ・サーバにＨＴＴＰデータ ・ストリームとして供給するステップとを含む方法。 ２．前記送信ステップが、変換されたウェブ・ブラウザ発信通信を無線通信リン クを介して送信するステップをさらに含むことを特徴とする、請求項１に記載の 方法。 ３．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答して、ウェブ・ブラウ ザが受信するＨＴＴＰデータ・ストリームを第１のコンピュータ内にあるキャッ シュに格納し、ウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクライ アント・キャッシュ項目を作成するステップと、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断するステップとを さらに含み、 ウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在す る場合には、前記変換、送信、受信、再構築、および供給ステップの代わりに、 ウェブ・ブラウザ発信通信に応答してウェブ・ブラウザにクライアント・キャ ッシュ項目をＨＴＴＰデータ・ストリームとして供給するステップを行うことを 特徴とする、請求項 １に記載の方法。 ４．特定のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格納し て、第１のコンピュータ内にあるユーザ定義情報が提供されるようにするステッ プと、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断するステップと、 前記問い合わせステップによってウェブ・ブラウザ通信がユーザ定義情報が格 納されている要求に対応すると判断された場合に、前記供給ステップがウェブ・ ブラウザ発信通信に応答してユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰ データ・ストリームとして供給するステップを含み、 ユーザ定義格納情報がウェブ・ブラウザに供給される場合に前記送信ステップ 、前記受信ステップ、および前記再構築ステップの代わりに前記問い合わせステ ップが行われることを特徴とする、請求項１に記載の方法。 ５．通信リンクを介して第１のコンピュータからユーザ定義情報を受信するステ ップをさらに含むことを特徴とする、請求項４に記載の方法。 ６．前記格納ステップが、クライアント・キャッシュ項目の作成時刻を格納して クライアント・キャッシュ項目時間レコードを作成するステップをさらに含み、 前記問い合わせステップが、クライアント・キャッシュ項目時間レコードを評 価して、ウェブ・ブラウザ発信通信に対 応するクライアント・キャッシュ項目が、ウェブ・ブラウザが情報を要求する前 の所定のクライアント・コヒーレンシ時間間隔内に作成されたかどうかを判断す るステップをさらに含み、 前記判断ステップによってクライアント・キャッシュ項目がウェブ・ブラウザ が情報を要求する前の所定のクライアント・コヒーレンシ時間間隔内に作成され たと判断された場合、前記供給ステップがウェブ・ブラウザ発信通信に応答して ウェブ・ブラウザにクライアント・キャッシュ項目をＨＴＴＰデータ・ストリー ムとして供給するステップを含むことを特徴とする、請求項３に記載の方法。 ７．ウェブ・ブラウザの複数のインスタンスにわたってクライアント・キャッシ ュ項目を維持するステップをさらに含む、請求項６に記載の方法。 ８．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ ストリームを第２のコンピュータにあるキャッシュに格納して、サーバ要求キャ ッシュ項目を作成するステップと、 ウェブ・ブラウザ発信通信に問い合わせて、ブラウザ発信通信に対応するサー バ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断するス テップと、 ブラウザ発信通信に関連づけられたサーバ要求キャッシュ項目をクライアント ／サーバ固有通信プロトコルに変換するステップと、 変換されたサーバ要求キャッシュ項目を外部通信リンクを介して第１のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信するステップ と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手するステップとをさらに含み、 前記再構築ステップが、クライアント／サーバ固有通信プロトコルで受信した クライアント／サーバ固有データ・ストリームをＨＴＴＰデータ・ストリームに 変換することによって、外部通信リンクを介して受信したクライアント／サーバ 固有データ・ストリームからサーバ要求キャッシュ項目に対応するＨＴＴＰデー タ・ストリームを再構築するステップを含み、 前記供給ステップが、ウェブ・ブラウザによって要求された情報に対応するサ ーバ要求キャッシュ項目をウェブ・ブラウザにＨＴＴＰデータ・ストリームとし て供給するステップを含むことを特徴とする、請求項１に記載の方法。 ９．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ ストリームを第２のコンピュータ内にあるキャッシュに格納してサーバ要求キャ ッシュ項目を作成するステップと、 ウェブ・ブラウザ発信通信を評価して、ウェブ・ブラウザ発信通信に対応する サーバ要求キャッシュ項目が存在するかどうかを判断するステップと、 ブラウザ発信通信に対応するサーバ要求キャッシュ項目を クライアント／サーバ固有通信プロトコルに変換するステップと、 外部通信リンクでクライアント／サーバ固有データ・ストリームを送信するこ とによって、外部通信リンクを介して第１のコンピュータにサーバ要求キャッシ ュ項目を送信するステップと、 第２のコンピュータによって外部通信リンクを介して送信されたクライアント ／サーバ固有データ・ストリームを入手するステップとをさらに含み、 前記再構築ステップが、クライアント／サーバ固有通信プロトコルで受信した クライアント／サーバ固有データ・ストリームをＨＴＴＰデータ・ストリームに 変換することによって、外部通信リンクを介して受信したクライアント／サーバ 固有データ・ストリームからサーバ・キャッシュ項目に対応するＨＴＴＰデータ ・ストリームを再構築するステップを含み、 前記供給ステップが、ウェブ・ブラウザによって要求された情報に対応するサ ーバ要求キャッシュ項目をウェブ・ブラウザにＨＴＴＰデータ・ストリームとし て転送するステップを含むことを特徴とする、請求項６に記載の方法。 １０．ウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が、第２ のコンピュータがウェブ・ブラウザ発信通信を受信する前の所定のクライアント ・コヒーレンシ時間間隔内に作成されたかどうかを判断するステップをさらに含 み、 前記変換ステップが、前記判断ステップによってサーバ要求キャッシュ項目が 所定のクライアント・コヒーレンシ時間間隔内に作成されたと判断された場合に ウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目をクライアント ／サーバ固有通信プロトコルに変換するステップをさらに含むことを特徴とする 、請求項９に記載の方法。 １１．ウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項目と同じウェ ブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在するかど うかを判断するステップをさらに含み、 前記変換ステップが、第２のコンピュータがウェブ・ブラウザ発信通信を受信 した時点とウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が作 成された時点との間の時間の間隔を計算して項目エージ・データを求めるステッ プを含み、 前記送信ステップが、ウェブ・ブラウザ発信通信に対応するサーバ・キャッシ ュ項目の項目エージ・データを含むコヒーレント項目応答をクライアント／サー バ固有プロトコルとして外部通信リンクを介して第１のコンピュータに送信する ステップを含み、 前記再構築ステップが、第１のコンピュータの現在時刻からコヒーレント項目 応答から受け取った項目エージ・データを引くことによってウェブ・ブラウザ発 信通信に対応するク ライアント・キャッシュ項目時間レコードを更新するステップを含み、 前記供給ステップが、外部通信リンクからコヒーレント項目応答を受け取った 場合にウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目とし て格納されているＨＴＴＰデータ・ストリームをウェブ・ブラウザにＨＴＴＰデ ータ・ストリームとして転送するステップを含むことを特徴とする、請求項９に 記載の方法。 １２．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記方法が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣＧＩベース書式を供給するステップと、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を供給するステップと、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータにあるキャッシュに格納してサーバ・ベース・キャッシュ項目 を作成するステップと、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウ ェブ・ブラウザに供給するＨＴＴＰデータ・ストリームを第１のコンピュータに あるキャッシュに格納してクライアント・ベース・キャッシュ項目を作成するス テップと、 インタセプトされたＣＧＩ要求に応答してウェブ・サーバによって発信された 通信に対応するＨＴＴＰデータ・ストリームを、外部通信リンクで送信する前に インタセプトするステップと、 インタセプトされたＣＧＩ要求をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを求めるステップと、 ＣＧＩ差分データをクライアント／サーバ固有データ・ストリームとして外部 通信リンクを介してウェブ・ブラウザに送信し、第１のコンピュータに送信する ステップと、 第２のコンピュータによって送信され外部通信リンクを介して伝送されたクラ イアント／サーバ固有データ・ストリームを入手するステップとをさらに含み、 前記再構築ステップが、クライアントＣＧＩベース書式を外部通信リンクを介 して受信したＣＧＩ差分データと結合してインタセプトされたＣＧＩ応答に対応 するＨＴＴＰデータ・ストリームを作成することによって、外部通信リンクを介 して受信したクライアント／サーバ固有データ・ストリームからウェブ・サーバ からの通信に対応するＨＴＴＰデータ・ストリームを再構築するステップを含み 、 前記供給ステップが、ウェブ・サーバによって発信された通信をウェブ・ブラ ウザにＨＴＴＰデータ・ストリームとして供給することを特徴とする、請求項１ に記載の方法。 １３．サーバＣＧＩベース書式がクライアントＣＧＩベース書式と同じかどうか を判断するステップをさらに含み、 前記送信ステップが、サーバＣＧＩベース書式を送信するステップと、ＣＧＩ 差分データを外部通信回線を介してウェブ・ブラウザにクライアント／サーバ固 有データ・ストリームとして送信するステップとを含み、 前記再構築ステップが、サーバＣＧＩベース書式を外部通信回線を介して受信 したＣＧＩ差分データと結合してインタセプトされたＣＧＩ応答に対応するＨＴ ＴＰデータ・ストリームを作成することによって、外部通信リンクを介して受信 したクライアント／サーバ固有データ・ストリームからウェブ・サーバからの通 信に対応するＨＴＴＰデータ・ストリームを再構築するステップを含み、 受信したサーバＣＧＩベース書式をＣＧＩ要求に対応するクライアント・ベー ス・キャッシュ項目として格納することによって、ＣＧＩ要求に対応するクライ アントＣＧＩベース書式を更新するステップをさらに含む、請求項１２に記載の 方法。 １４．サーバＣＧＩベース書式とＣＧＩ応答との差分が事前定義差分しきい値よ り大きいかどうかを判断するステップと、 ＣＧＩ差分データが事前定義差分しきい値より大きい場合、 ウェブ・サーバから受信したＣＧＩ応答をＣＧＩ要求に対応するサーバ・ベース ・キャッシュ項目として格納することによって、ＣＧＩ要求に対応するサーバＣ ＧＩベース書式を更新するステップとをさらに含み、 前記比較ステップおよび前記送信ステップが更新されたサーバＣＧＩベース書 式を使用することを特徴とする、請求項１２に記載の方法。 １５．第１のコンピュータと第２のコンピュータとの間に外部通信リンクを介し て持続的接続を確立するステップと、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するステ ップとをさらに含み、 前記インタセプト・ステップが、複数のウェブ・ブラウザ発信通信をインタセ プトするステップと、持続的接続を維持している間にそれらのウェブ・ブラウザ 発信通信を外部通信リンクに多重化して送るステップとを含むことを特徴とする 、請求項１に記載の方法。 １６．前記再構築ステップが、クライアント／サーバ固有データ・ストリームを 多重化解除して複数のＨＴＴＰデータ・ストリームを作成するステップを含み、 前記供給ステップが、前記複数のＨＴＴＰデータ・ストリームをウェブ・サー バに供給するステップを含むことを特徴とする、請求項１５に記載の方法。 １７．外部通信リンクを介して第２のコンピュータに、第１のコンピュータの事 前定義特性に対応するコンピュータ固有 情報を供給するステップと、 第１のコンピュータの事前定義特性に対応するコンピュータ固有情報を格納し てブラウザ・ヘッダ情報を供給するステップとをさらに含み、 前記変換ステップが、ウェブ・ブラウザ発信通信からコンピュータ固有情報を 取り除くステップを含み、 前記再構築ステップが、ブラウザ・ヘッダ情報をクライアント／サーバ固有デ ータ・ストリームと結合してＨＴＴＰデータ・ストリームを作成するステップを 含むことを特徴とする、請求項１に記載の方法。 １８．ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・スト リームを外部通信リンクで送信する前にキャプチャするステップと、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するステップと、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとしてウェブ・ブラウザに送信するステップと、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手するステップと、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ・ストリームに変換することによって、 外部通信リンクを介 して受信したクライアント／サーバ固有データ・ストリームから、ウェブ・サー バからの通信に対応するＨＴＴＰデータ・ストリームを再構築するステップと、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給するステップとをさらに含む、請求項１に記載の方法。 １９．外部通信リンクを介して第１のコンピュータに、第２のコンピュータの事 前定義特性に対応するコンピュータ固有情報を提供するステップと、 第２のコンピュータの事前定義特性に対応するコンピュータ固有情報を格納し てサーバ・ヘッダ情報を供給するステップとをさらに含み、 前記変換ステップがウェブ・サーバ発信通信からコンピュータ固有情報を取り 除くステップを含み、 前記再構築ステップが、サーバ・ヘッダ情報をクライアント／サーバ固有デー タ・ストリームと結合してＨＴＴＰデータ・ストリームを作成するステップを含 むことを特徴とする、請求項１８に記載の方法。 ２０．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立するステップと、 すべてのウェブ・サーバ発信通信が完了するまで持続的接続を維持するステッ プとをさらに含み、 前記キャプチャ・ステップが、複数のウェブ・サーバ発信通信をインタセプト するステップと、持続的接続を維持して いる間にそれらのウェブ・サーバ発信通信を外部通信リンクに多重化して送るス テップとを含むことを特徴とする、請求項１８に記載の方法。 ２１．前記再構築ステップがクライアント／サーバ固有データ・ストリームを多 重化解除して複数のＨＴＴＰデータ・ストリームを作成するステップを含み、 前記供給ステップが前記複数のＨＴＴＰデータ・ストリームをウェブ・サーバ に供給するステップを含むことを特徴とする、請求項２０に記載の方法。 ２２．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも１ セグメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し 、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して前記第１のコンピュ ータからは遠隔の第２のコンピュータ上に常駐するウェブ・サーバ・アプリケー ションと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上 させる方法であって、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前にインタセプトするステップと、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するステップと、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介してクライアント ／サーバ固有データ・ストリームとしてウェブ・サーバに送信するステップとを 含む方法。 ２３．前記送信ステップが、変換されたウェブ・ブラウザ発信通信を無線通信リ ンクを介して送信するステップを含むことを特徴とする、請求項２２に記載の方 法。 ２４．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答してウェブ・ブラウ ザが受信するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャ ッシュに格納してウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクラ イアント・キャッシュ項目を作成するステップと、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断するステップとを さらに含み、 ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在する場合、 前記変換ステップおよび前記送信ステップの代わりに、 ウェブ・ブラウザ発信通信に応答してクライアント・キャッシュ項目をＨＴＴ Ｐデータ・ストリームとしてウェブ・ブラウザに供給するステップを行うことを 特徴とする、請求項２２に記載の方法。 ２５．固有のウェブ・ブラウザ情報に関連づけられたユーザ定義情報を格納して 、第１のコンピュータ内にあるユーザ定義情報が提供されるようにするステップ と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断するステップと、 前記問い合わせステップによってウェブ・ブラウザ通信がユーザ定義情報が格 納されている要求に対応していると判断された場合、ウェブ・ブラウザ発信通信 に応答してユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰデータ・ストリー ムとして供給するステップとをさらに含み、 ユーザ定義格納情報をウェブ・ブラウザに供給する場合、前記問い合わせステ ップおよび前記供給ステップの代わりに前記送信ステップを行うことをことを特 徴とする、請求項２２に記載の方法。 ２６．通信リンクを介して第１のコンピュータからユーザ定義情報を受信するス テップをさらに含む、請求項２５に記載の方法。 ２７．前記格納ステップが、クライアント・キャッシュ項目の作成時刻を格納し てクライアント・キャッシュ項目時間レコードを作成するステップをさらに含み 、 前記問い合わせステップが、クライアント・キャッシュ項目時間レコードを評 価して、ウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が ウェブ・ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間 間隔内に作成されたかどうかを判断するステップをさらに含み、 前記供給ステップが、前記判断ステップによってクライアント・キャッシュ項 目がウェブ・ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ 時間間隔内に作成されたと判断された場合にウェブ・ブラウザ発信通信に応答し てクライアント・キャッシュ項目をウェブ・ブラウザにＨＴＴＰデータ・ストリ ームとして供給するステップを含むことを特徴とする、請求項２４に記載の方法 。 ２８．ウェブ・ブラウザの複数のインスタンスにわたってクライアント・キャッ シュ項目を維持するステップをさらに含む、請求項２７に記載の方法。 ２９．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記方法が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してＣＧＩベース書式を供給するステップと、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャッシュ に格納してクライアント・ベース・キャッシュ項目を作成するステップと、 クライアントＣＧＩベース書式を外部通信リンクを介して受信したＣＧＩ差分 データと結合してＨＴＴＰデータ・ストリームを作成することによって、外部通 信リンクを介して受信したクライアント／サーバ固有データ・ストリームから、 ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再構築する ステップと、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給するステップとをさらに含む、請求項２２に記載の方法 。 ３０．前記再構築ステップが、外部通信リンクを介して受信したＣＧＩベース書 式を外部通信リンクを介して受信したＣＧＩ差分データと結合してインタセプト されたＣＧＩ応答に対応するＨＴＴＰデータ・ストリームを作成することによっ て、外部通信リンクを介して受信したクライアント／サーバ固有データ・ストリ ームから、ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを 再構築するステップを含み、 受信したサーバＣＧＩベース書式をＣＧＩ要求に対応するクライアント・ベー ス・キャッシュ項目として格納することによってＣＧＩ要求に対応するクライア ントＣＧＩベース書式を更新するステップをさらに含む、請求項２９に記載の方 法。 ３１．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立するステップと、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するステ ップとをさらに含み、 前記インタセプト・ステップが、複数のウェブ・ブラウザ発信通信をインタセ プトするステップと、持続的接続を維持 している間にそれらの複数のウェブ・ブラウザ発信通信を外部通信リンクに多重 化して送るステップを含むことを特徴とする、請求項２２に記載の方法。 ３２．外部通信リンクを介して第２のコンピュータからクライアント／サーバ固 有データ・ストリームを受信するステップと、 ウェブ・ブラウザに複数のＨＴＴＰデータ・ストリームを供給するためにクラ イアント／サーバ固有データ・ストリームを多重化解除して複数のＨＴＴＰデー タ・ストリームを作成するステップと、 複数のＨＴＴＰデータ・ストリームをウェブ・ブラウザに供給するステップと をさらに含む、請求項３１に記載の方法。 ３３．外部通信リンクを介して第２のコンピュータに第１のコンピュータの事前 定義特性に対応するコンピュータ固有情報を供給するステップをさらに含み、 前記変換ステップがウェブ・ブラウザ発信通信からコンピュータ固有情報を取 り除くステップを含むことを特徴とする、請求項２２に記載の方法。 ３４．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セグメン トが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、ハイパ ーテキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコンピュータからは遠 隔にある第２のコンピュータ上に常駐す るウェブ・サーバ・アプリケーションと通信するウェブ・ブラウザ・アプリケー ションのパフォーマンスを向上させる方法であって、 ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ストリー ムを、外部通信リンクで送信する前にインタセプトするステップと、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するステップと、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとして送信するステップとを含む方法。 ３５．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータ内にあるキャッシュに格納してサーバ要求キ ャッシュ項目を作成するステップと、 ウェブ・ブラウザ発信通信をインタセプトして、ブラウザ発信通信に対応する サーバ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断す るステップとをさらに含み、 前記変換ステップが、ブラウザ発信通信に関連づけられたサーバ要求キャッシ ュ項目をクライアント／サーバ固有通信プロトコルに変換するステップを含み、 前記送信ステップが、変換されたサーバ要求キャッシュ項 目を外部通信リンクを介して第１のコンピュータにクライアント／サーバ固有デ ータ・ストリームとして送信するステップを含むことを特徴とする、請求項３４ に記載の方法。 ３６．ウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が、第２ のコンピュータがウェブ・ブラウザ発信通信を受信する前の所定のクライアント ・コヒーレンシ時間間隔内に作成されたかどうかを判断するステップをさらに含 み、 前記変換ステップが、前記判断ステップによってサーバ要求キャッシュ項目が 所定のクライアント・コヒーレンシ間隔で作成されたと判断された場合にウェブ ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目をクライアント／サー バ固有通信プロトコルに変換するステップを含むことを特徴とする、請求項３５ に記載の方法。 ３７．ウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項目と同じウェ ブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在するかど うかを判断するステップをさらに含み、 前記変換ステップが、第２のコンピュータがウェブ・ブラウザ発信通信を受信 した時点とウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が作 成された時点との間の時間間隔を計算して項目エージ・データを求めるステップ を含み、 前記送信ステップが、外部通信リンクを介してウェブ・ブ ラウザ発信通信に対応するサーバ・キャッシュ項目の項目エージ・データを含む コヒーレント項目応答をクライアント／サーバ固有プロトコルとして第１のコン ピュータに送信するステップを含むことを特徴とする、請求項３５に記載の方法 。 ３８．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記方法が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を提供するステップと、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータ内にあるキャッシュに格納してサーバ・ベース・キャッシュ項 目を作成するステップとをさらに含み、 前記インタセプト・ステップが、インタセプトされたＣＧＩ要求に応答してウ ェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ストリームを 、外部通信リンクで送信する前にインタセプトするステップと、 インタセプトされたＣＧＩ応答をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを提供するステップとを含み、 前記送信ステップがＣＧＩ差分データを外部通信リンクを 介してクライアント／サーバ固有データ・ストリームとしてウェブ・ブラウザに 送信するステップを含むことを特徴とする、請求項３４に記載の方法。 ３９．サーバＣＧＩベース書式がＣＧＩ要求に対応するクライアントＣＧＩベー ス書式と同じかどうかを判断するステップをさらに含み、 前記送信ステップが、サーバＣＧＩベース書式を送信するステップと、ＣＧＩ 差分データを外部通信リンクを介してクライアント／サーバ固有データ・ストリ ームとしてウェブ・ブラウザに送信するステップとを含むことを特徴とする、請 求項３８に記載の方法。 ４０．サーバＣＧＩベース書式とＣＧＩ応答との差が事前定義差分しきい値より 大きいかどうかを判断するステップと、 ＣＧＩ差分データが事前定義差分しきい値より大きい場合、ＣＧＩ要求に対応 するサーバ・ベース・キャッシュ項目としてウェブ・サーバから受信したＣＧＩ 応答を格納することによって、ＣＧＩ要求に対応するサーバＣＧＩベース書式を 更新するステップとをさらに含み、 前記比較ステップおよび前記送信ステップが更新されたサーバＣＧＩベース書 式を使用することを特徴とする、請求項３８に記載の方法。 ４１．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立するステップと、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的 接続を維持するステップとをさらに含み、 前記インタセプト・ステップが、複数のウェブ・サーバ発信通信をインタセプ トするステップと、持続的接続を維持している間にそれらのウェブ・サーバ発信 通信を外部通信リンクに多重化して送るステップとを含むことを特徴とする、請 求項３４に記載の方法。 ４２．クライアントとサーバとの間の通信のためにクライアント・アプリケーシ ョンとサーバ・アプリケーションがクライアント／サーバ独立通信プロトコルを 使用し、第１のコンピュータ内のクライアント・アプリケーションと第２のコン ピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セグメント が外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、第１のコ ンピュータからは遠隔の第２のコンピュータ上に常駐するサーバ・アプリケーシ ョンと通信するクライアント・アプリケーションを有するクライアント／サーバ ・システムのパフォーマンスを向上させる方法であって、 遠隔クライアントによって発信されたクライアント／サーバ独立通信プロトコ ルでの通信を、外部通信リンクで送信する前にインタセプトするステップと、 クライアントによって発信された通信を第２のクライアント／サーバ固有通信 プロトコルに変換するステップと、 変換された通信を外部通信リンクを介して送信するステップと、 外部通信リンクを介して送信された通信を受信するステップと、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換するステップと、 遠隔クライアントによって発信された通信をクライアント／サーバ独立通信プ ロトコルでサーバに供給するステップとを含む方法。 ４３．サーバによって発信されたクライアント／サーバ独立通信プロトコルでの 通信を、外部通信リンクで送信する前にインタセプトするステップと、 サーバによって発信された通信を第２のクライアント／サーバ固有通信プロト コルに変換するステップと、 変換された通信を外部通信リンクを介して送信するステップと、 外部通信リンクを介して送信された通信を受信するステップと、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換するステップと、 サーバによって発信された通信をクライアント／サーバ独立通信プロトコルで 遠隔クライアントに供給するステップとをさらに含む、請求項４２に記載の方法 。 ４４．第１のコンピュータ内のウェブ・ブラウザ・アプリケ ーションと第２のコンピュータ内のサーバ・アプリケーションとの間の通信の少 なくとも１セグメントが外部通信リンクを介して行われる、第１のコンピュータ 上に常駐し、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコ ンピュータからは遠隔にある第２のコンピュータ上に常駐するウェブ・サーバ・ アプリケーションと通信するウェブ・ブラウザ・アプリケーションのパフォーマ ンスを向上させる装置であって、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前に、インタセプトする手段と、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰ プロトコルからクライアント／サーバ固有通信プロトコルに変換する手段と、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介して第２のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信する手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを受信する手段と、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ・ストリームに変換することによって、 ウェブ・ブラウザからの通信に対応するＨＴＴＰデータ・ストリームを外部通信 リンクを介して受信したクライアント／サーバ固有データ・ ストリームから再構築する手段と、 ウェブ・ブラウザによって発信された通信をウェブ・サーバにＨＴＴＰデータ ・ストリームとして供給する手段とを含む装置。 ４５．前記送信手段が、変換されたウェブ・ブラウザ発信通信を無線通信リンク を介して送信する手段をさらに含むことを特徴とする、請求項４４に記載の装置 。 ４６．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答して、ウェブ・ブラ ウザが受信するＨＴＴＰデータ・ストリームを第１のコンピュータ内にあるキャ ッシュに格納し、ウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクラ イアント・キャッシュ項目を作成する手段と、 ウェブ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応するクライ アント・キャッシュ項目が存在するかどうかを判断する手段と、 ウェブ・ブラウザ発信通信に応答してウェブ・ブラウザにクライアント・キャ ッシュ項目をＨＴＴＰデータ・ストリームとして供給する手段とを含む、請求項 ４４に記載の装置。 ４７．特定のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格納 して、第１のコンピュータ内にあるユーザ定義情報が提供されるようにする手段 と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断する手段と、 前記問い合わせ手段によってウェブ・ブラウザ通信がユーザ定義情報が格納さ れている要求に対応すると判断された場合に、前記供給手段がウェブ・ブラウザ 発信通信に応答してユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰデータ・ ストリームとして供給する手段を含む、請求項４４に記載の装置。 ４８．通信リンクを介して第１のコンピュータからユーザ定義情報を受信する手 段をさらに含むことを特徴とする、請求項４６に記載の装置。 ４９．前記格納手段が、クライアント・キャッシュ項目の作成時刻を格納してク ライアント・キャッシュ項目時間レコードを作成する手段をさらに含み、 前記問い合わせ手段が、クライアント・キャッシュ項目時間レコードを評価し て、ウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が、ウ ェブ・ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間間 隔内に作成されたかどうかを判断する手段をさらに含み、 前記供給手段が、前記判断手段によってクライアント・キャッシュ項目がウェ ブ・ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間間隔 内に作成されたと判断された場合、ウェブ・ブラウザ発信通信に応答してウェブ ・ブラウザにクライアント・キャッシュ項目をＨＴＴＰデータ・ストリームとし て供給する手段を含むことを特徴とする、請求項４４に記載の装置。 ５０．ウェブ・ブラウザの複数のインスタンスにわたってクライアント・キャッ シュ項目を維持する手段をさらに含む、請求項４９に記載の装置。 ５１．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータにあるキャッシュに格納して、サーバ要求キ ャッシュ項目を作成する手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ブラウザ発信通信に対応するサー バ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断する手 段と、 ブラウザ発信通信に関連づけられたサーバ要求キャッシュ項目をクライアント ／サーバ固有通信プロトコルに変換する手段と、 変換されたサーバ要求キャッシュ項目を外部通信リンクを介して第１のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信する手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手する手段とをさらに含み、 前記再構築手段が、クライアント／サーバ固有通信プロトコルで受信したクラ イアント／サーバ固有データ・ストリームをＨＴＴＰデータ・ストリームに変換 することによって、外部通信リンクを介して受信したクライアント／サーバ固有 データ・ストリームからサーバ要求キャッシュ項目に対応するＨＴＴＰデータ・ ストリームを再構築する手段を含み、 前記供給手段が、ウェブ・ブラウザによって要求された情報に対応するサーバ 要求キャッシュ項目をウェブ・ブラウザにＨＴＴＰデータ・ストリームとして供 給する手段を含むことを特徴とする、請求項４４に記載の装置。 ５２．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータ内にあるキャッシュに格納してサーバ要求キ ャッシュ項目を作成する手段と、 ウェブ・ブラウザ発信通信を評価して、ウェブ・ブラウザ発信通信に対応する サーバ要求キャッシュ項目が存在するかどうかを判断する手段と、 ブラウザ発信通信に対応するサーバ要求キャッシュ項目をクライアント／サー バ固有通信プロトコルに変換する手段と、 外部通信リンクでクライアント／サーバ固有データ・ストリームを送信するこ とによって、外部通信リンクを介して第１のコンピュータにサーバ要求キャッシ ュ項目を送信する手段と、 第２のコンピュータによって外部通信リンクを介して送信されたクライアント ／サーバ固有データ・ストリームを入手する手段とをさらに含み、 前記再構築手段が、クライアント／サーバ固有通信プロトコルで受信したクラ イアント／サーバ固有データ・ストリームをＨＴＴＰデータ・ストリームに変換 することによって、外部通信リンクを介して受信したクライアント／サーバ固有 データ・ストリームからサーバ・キャッシュ項目に対応するＨＴＴＰデータ・ス トリームを再構築する手段を含み、 前記供給手段が、ウェブ・ブラウザによって要求された情報に対応するサーバ 要求キャッシュ項目をウェブ・ブラウザにＨＴＴＰデータ・ストリームとして転 送する手段を含むことを特徴とする、請求項４９に記載の装置。 ５３．ウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が、第２ のコンピュータがウェブ・ブラウザ発信通信を受信する前の所定のクライアント ・コヒーレンシ時間間隔内に作成されたかどうかを判断する手段をさらに含み、 前記変換手段が、前記判断手段によってサーバ要求キャッシュ項目が所定のク ライアント・コヒーレンシ時間間隔内に作成されたと判断された場合、ウェブ・ ブラウザ発信通信に対応するサーバ要求キャッシュ項目をクライアント／サーバ 固有通信プロトコルに変換する手段をさらに含むことを特徴とする、請求項５２ に記載の装置。 ５４．ウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項目と同じウェ ブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在するかど うかを判断する手段をさらに含み、 前記変換手段が、第２のコンピュータがウェブ・ブラウザ発信通信を受信した 時点とウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が作成さ れた時点との間の時間の間隔を計算して項目エージ・データを求める手段を含み 、 前記送信手段が、ウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項 目の項目エージ・データを含むコヒーレント項目応答をクライアント／サーバ固 有プロトコルとして外部通信リンクを介して第１のコンピュータに送信する手段 を含み、 前記再構築手段が、第１のコンピュータの現在時刻からコヒーレント項目応答 から受け取った項目エージ・データを引くことによってウェブ・ブラウザ発信通 信に対応するクライアント・キャッシュ項目時間レコードを更新する手段を含み 、 前記供給手段が、外部通信リンクからコヒーレント項目応答を受け取った場合 にウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目として格 納されているＨＴＴＰデータ・ストリームをウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして転送する手段を含むことを特徴とする、請求項５２に記載の 装置。 ５５．インタセプトされたウェブ・ブラウザ発信通信がインタセプトされたＣＧ Ｉ要求であり、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣＧＩベース書式を供給する手段と、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書 式を供給する手段と、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータにあるキャッシュに格納してサーバ・ベース・キャッシュ項目 を作成する手段と、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを第１のコンピュータにあるキャッシュに格 納してクライアント・ベース・キャッシュ項目を作成する手段と、 インタセプトされたＣＧＩ要求に応答してウェブ・サーバによって発信された 通信に対応するＨＴＴＰデータ・ストリームを、外部通信リンクで送信する前に インタセプトする手段と、 インタセプトされたＣＧＩ要求をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを提供する手段と、 ＣＧＩ差分データをクライアント／サーバ固有データ・ストリームとして外部 通信リンクを介してウェブ・ブラウザに送信し、第１のコンピュータに送信する 手段と、 第２のコンピュータによって送信され外郭通信リンクを介して伝送されたクラ イアント／サーバ固有データ・ストリームを入手する手段とをさらに含み、 前記再構築手段が、クライアントＣＧＩベース書式を外部通信リンクを介して 受信したＣＧＩ差分データと結合してインタセプトされたＣＧＩ応答に対応する ＨＴＴＰデータ・ストリームを作成することによって、外部通信リンクを介して 受信したクライアント／サーバ固有データ・ストリームからウェブ・サーバから の通信に対応するＨＴＴＰデータ・ストリームを再構築する手段を含み、 前記供給手段が、ウェブ・サーバによって発信された通信をウェブ・ブラウザ にＨＴＴＰデータ・ストリームとして供給することを特徴とする、請求項４４に 記載の装置。 ５６．サーバＣＧＩベース書式がクライアントＣＧＩベース書式と同じかどうか を判断する手段をさらに含み、 前記送信手段が、サーバＣＧＩベース書式を送信する手段と、ＣＧＩ差分デー タを外部通信リンクを介してウェブ・ブラウザにクライアント／サーバ固有デー タ・ストリームとして送信する手段とを含み、 前記再構築手段が、サーバＣＧＩベース書式を外部通信リンクを介して受信し たＣＧＩ差分データと結合してインタセプトされたＣＧＩ応答に対応するＨＴＴ Ｐデータ・ストリームを結合することによって、外部通信リンクを介して受信し たクライアント／サーバ固有データ・ストリームからウェブ・サーバからの通信 に対応するＨＴＴＰデータ・ストリームを再構築する手段を含み、 受信したサーバＣＧＩベース書式をＣＧＩ要求に対応する クライアント・ベース・キャッシュ項目として格納することによって、ＣＧＩ要 求に対応するクライアントＣＧＩベース書式を更新する手段をさらに含む、請求 項５５に記載の装置。 ５７．サーバＣＧＩベース書式とＣＧＩ応答との差分が事前定義差分しきい値よ り大きいかどうかを判断する手段と、 サーバＣＧＩベース書式とＣＧＩ応答との間の差分が事前定義差分しきい値よ り大きいと前記判断手段が判断した場合、ウェブ・サーバから受信したＣＧＩ要 求をＣＧＩ要求に対応するサーバ・ベース・キャッシュ項目として格納すること によって、ＣＧＩ要求に対応するサーバＣＧＩベース書式を更新する手段とをさ らに含み、 前記比較手段および前記送信手段が更新されたサーバＣＧＩベース書式を使用 することを特徴とする、請求項５６に記載の装置。 ５８．第１のコンピュータと第２のコンピュータとの間に外部通信リンクを介し て持続的接続を確立する手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持する手段 とをさらに含み、 前記インタセプト手段が、複数のウェブ・ブラウザ発信通信をインタセプトす る手段と、持続的接続を維持している間にそれらのウェブ・ブラウザ発信通信を 外部通信リンクに多重化して送る手段とを含むことを特徴とする、請求項４４に 記載の装置。 ５９．前記再構築手段が、クライアント／サーバ固有データ ・ストリームを多重化解除して複数のＨＴＴＰデータ・ストリームを作成する手 段を含み、 前記供給手段が、前記複数のＨＴＴＰデータ・ストリームをウェブ・サーバに 供給する手段を含むことを特徴とする、請求項５８に記載の装置。 ６０．外部通信リンクを介して第２のコンピュータに、第１のコンピュータの事 前定義特性に対応するコンピュータ固有情報を供給する手段と、 第１のコンピュータの事前定義特性に対応するコンピュータ固有情報を格納し てブラウザ・ヘッダ情報を供給する手段とをさらに含み、 前記変換手段が、ウェブ・ブラウザ発信通信からコンピュータ固有情報を取り 除く手段を含み、 前記再構築手段が、ブラウザ・ヘッダ情報をクライアント／サーバ固有データ ・ストリームと結合してＨＴＴＰデータ・ストリームを作成する手段を含むこと を特徴とする、請求項４４に記載の装置。 ６１．ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・スト リームを外部通信リンクで送信する前にキャプチャする手段と、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換する手段と、 変換されたウェブ・サーバ発信通信を外部通信リンクを介 してクライアント／サーバ固有データ・ストリームとしてウェブ・ブラウザに送 信する手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手する手段と、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ・ストリームに変換することによって、 外部通信リンクを介して受信したクライアント／サーバ固有データ・ストリーム から、ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再構 築する手段と、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給する手段とをさらに含む、請求項４４に記載の装置。 ６２．外部通信リンクを介して第１のコンピュータに、第２のコンピュータの事 前定義特性に対応するコンピュータ固有情報を提供する手段と、 第２のコンピュータの事前定義特性に対応するコンピュータ固有情報を格納し てサーバ・ヘッダ情報を供給する手段とをさらに含み、 前記変換手段がウェブ・サーバ発信通信からコンピュータ固有情報を取り除く 手段を含み、 前記再構築手段が、サーバ・ヘッダ情報をクライアント／サーバ固有データ・ ストリームと結合してＨＴＴＰデータ・ストリームを作成する手段を含むことを 特徴とする、請求項 ６１に記載の装置。 ６３．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立する手段と、 すべてのウェブ・サーバ発信通信が完了するまで持続的接続を維持する手段と をさらに含み、 前記キャプチャ手段が、複数のウェブ・サーバ発信通信をインタセプトする手 段と、持続的接続を維持している間にそれらのウェブ・サーバ発信通信を外部通 信リンクに多重化して送る手段とを含むことを特徴とする、請求項６１に記載の 装置。 ６４．前記再構築手段がクライアント／サーバ固有データ・ストリームを多重化 解除して複数のＨＴＴＰデータ・ストリームを作成する手段を含み、 前記供給手段が前記複数のＨＴＴＰデータ・ストリームをウェブ・サーバに供 給する手段を含むことを特徴とする、請求項６３に記載の装置。 ６５．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも１ セグメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し 、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して前記第１のコンピュ ータからは遠隔の第２のコンピュータ上に常駐するウェブ・サーバ・アプリケー ションと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上 さ せる装置であって、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前にインタセプトする手段と、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換する手段と、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介してクライアント ／サーバ固有データ・ストリームとしてウェブ・サーバに送信する手段とを含む 装置。 ６６．前記送信手段が、変換されたウェブ・ブラウザ発信通信を無線通信リンク を介して送信する手段を含むことを特徴とする、請求項６５に記載の装置。 ６７．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答してウェブ・ブラウ ザが受信するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャ ッシュに格納してウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクラ イアント・キャッシュ項目を作成する手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断する手段と、 ウェブ・ブラウザ発信通信に応答してクライアント・キャッシュ項目をＨＴＴ Ｐデータ・ストリームとしてウェブ・ブラウザに供給する手段とを含む、請求項 ６５に記載の装置。 ６８．固有のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格納 して、第１のコンピュータ内にあるユーザ定義情報が提供されるようにする手段 と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断する手段と、 前記問い合わせ手段によってウェブ・ブラウザ通信がユーザ定義情報が格納さ れている要求に対応していると判断された場合、ウェブ・ブラウザ発信通信に応 答してユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰデータ・ストリームと して供給する手段とをさらに含む、請求項６５に記載の装置。 ６９．通信リンクを介して第１のコンピュータからユーザ定義情報を受信する手 段をさらに含む、請求項６８に記載の装置。 ７０．前記格納手段が、クライアント・キャッシュ項目の作成時刻を格納してク ライアント・キャッシュ項目時間レコードを作成する手段をさらに含み、 前記問い合わせ手段が、クライアント・キャッシュ項目時間レコードを評価し て、ウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目がウェ ブ・ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間間隔 内に作成されたかどうかを判断する手段をさらに含み、 前記供給手段が、前記判断手段によってクライアント・キャッシュ項目がウェ ブ・ブラウザが情報を要求する前の所定 のクライアント・コヒーレンシ時間間隔内に作成されたと判断された場合に、ウ ェブ・ブラウザ発信通信に応答してクライアント・キャッシュ項目をウェブ・ブ ラウザにＨＴＴＰデータ・ストリームとして供給する手段を含むことを特徴とす る、請求項６７に記載の装置。 ７１．ウェブ・ブラウザの複数のインスタンスにわたってクライアント・キャッ シュ項目を維持する手段をさらに含む、請求項７０に記載の装置。 ７２．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記装置が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣＧＩベース書式を供給する手段と、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャッシュ に格納してクライアント・ベース・キャッシュ項目を作成する手段と、 クライアントＣＧＩベース書式を外部通信リンクを介して受信したＣＧＩ差分 データと結合してＨＴＴＰデータ・ストリームを作成することによって、外部通 信リンクを介して受信したクライアント／サーバ固有データ・ストリームから、 ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再構築する 手段と、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給する手段とをさらに含む、請求項６５に記載の装置。 ７３．前記再構築手段が、外部通信リンクを介して受信したサーバＣＧＩベース 書式を外部通信リンクを介して受信したＣＧＩ差分データと結合してインタセプ トされたＣＧＩ応答に対応するＨＴＴＰデータ・ストリームを作成することによ って、外部通信リンクを介して受信したクライアント／サーバ固有データ・スト リームからウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを 再構築する手段を含み、 受信したサーバＣＧＩベース書式をＣＧＩ要求に対応するクライアント・ベー ス・キャッシュ項目として格納することによってＣＧＩ要求に対応するクライア ントＣＧＩベース書式を更新する手段をさらに含む、請求項７２に記載の装置。 ７４．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立する手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持する手段 とをさらに含み、 前記インタセプト手段が、複数のウェブ・ブラウザ発信通信をインタセプトす る手段と、持続的接続を維持している間にそれらの複数のウェブ・ブラウザ発信 手段を外部通信リンクに多重化して送る手段を含むことを特徴とする、請求項６ ５に記載の装置 ７５．外部通信リンクを介して第２のコンピュータからクライアント／サーバ固 有データ・ストリームを受信する手段と、 ウェブ・ブラウザに複数のＨＴＴＰデータ・ストリームを供給するためにクラ イアント／サーバ固有データ・ストリームを多重化解除して複数のＨＴＴＰデー タ・ストリームを作成する手段と、 複数のＨＴＴＰデータ・ストリームをウェブ・ブラウザに供給する手段とをさ らに含む、請求項７４に記載の装置。 ７６．外部通信リンクを介して第２のコンピュータに第１のコンピュータの事前 定義特性に対応するコンピュータ固有情報を供給する手段をさらに含み、 前記変換手段がウェブ・ブラウザ発信通信からコンピュータ固有情報を取り除 く手段を含むことを特徴とする、請求項６５に記載の装置。 ７７．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも１ セグメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し 、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して第１のコンピュータ からは遠隔にある第２のコンピュータ上に常駐するウェブ・サーバ・アプリケー ションと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向上 させる装置であって、 ウェブ・サーバによって発信された通信に対応するＨＴＴ Ｐデータ・ストリームを、外部通信リンクで送信する前にインタセプトする手段 と、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換する手段と、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとしてウェブ・ブラウザに送信する手段とを含む 装置。 ７８．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータ内にあるキャッシュに格納してサーバ要求キ ャッシュ項目を作成する手段と、 ウェブ・ブラウザ発信通信をインタセプトして、ブラウザ発信通信に対応する サーバ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断す る手段とをさらに含み、 前記変換手段が、ブラウザ発信通信に関連づけられたサーバ要求キャッシュ項 目をクライアント／サーバ固有通信プロトコルに変換する手段を含み、 前記送信手段が、変換されたサーバ要求キャッシュ項目を外部通信リンクを介 して第１のコンピュータにクライアント／サーバ固有データ・ストリームとして 送信する手段を含むことを特徴とする、請求項７７に記載の装置。 ７９．ウェブ・ブラウザ発信通信に対応するサーバ要求キャ ッシュ項目が、第２のコンピュータがウェブ・ブラウザ発信通信を受信する前の 所定のクライアント・コヒーレンシ時間間隔内に作成されたかどうかを判断する 手段をさらに含み、 前記変換手段が、前記判断手段によってサーバ要求キャッシュ項目が所定のク ライアント・コヒーレンシ時間間隔で作成されたと判断された場合に、ウェブ・ ブラウザ発信通信に対応するサーバ要求キャッシュ項目をクライアント／サーバ 固有通信プロトコルに変換する手段を含むことを特徴とする、請求項７８に記載 の装置。 ８０．ウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項目と同じウェ ブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在するかど うかを判断する手段をさらに含み、 前記変換手段が、第２のコンピュータがウェブ・ブラウザ発信通信を受信した 時点とウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が作成さ れた時点との間の時間間隔を計算して項目エージ・データを求める手段を含み、 前記送信手段が、外部通信リンクを介してウェブ・ブラウザ発信通信に対応す るサーバ・キャッシュ項目の項目エージ・データを含むコヒーレント項目応答を クライアント／サーバ固有プロトコルとして第１のコンピュータに送信する手段 を含むことを特徴とする、請求項７８に記載の装置。 ８１．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（Ｃ ＧＩ）要求に対応し、前記装置が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を提供する手段と、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータ内にあるキャッシュに格納してサーバ・ベース・キャッシュ項 目を作成する手段とをさらに含み、 前記インタセプト手段が、インタセプトされたＣＧＩ要求に応答してウェブ・ サーバによって発信された通信に対応するＨＴＴＰデータ・ストリームを、外部 通信リンクで送信する前にインタセプトする手段と、 インタセプトされたＣＧＩ応答をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを提供する手段とを含み、 前記送信手段がＣＧＩ差分データを外部通信リンクを介してクライアント／サ ーバ固有データ・ストリームとしてウェブ・ブラウザに送信する手段を含むこと を特徴とする、請求項７７に記載の装置。 ８２．サーバＣＧＩベース書式がＣＧＩ要求に対応するクライアントＣＧＩベー ス書式と同じかどうかを判断する手段をさらに含み、 前記送信手段が、サーバＣＧＩベース書式を送信する手段と、ＣＧＩ差分デー タを外部通信リンクを介してクライアント／サーバ固有データ・ストリームとし てウェブ・ブラウザに送信する手段とを含むことを特徴とする、請求項８１に記 載の装置。 ８３．サーバＣＧＩベース書式とＣＧＩ応答との差が事前定義差分しきい値より 大きいかどうかを判断する手段と、 前記判断手段によってサーバＣＧＩベース書式とＣＧＩ応答との間の差分が事 前定義差分しきい値より大きいと判断された場合、ＣＧＩ要求に対応するサーバ ・ベース・キャッシュ項目としてウェブ・サーバから受信したＣＧＩ応答を格納 することによって、ＣＧＩ要求に対応するサーバＣＧＩベース書式を更新する手 段とをさらに含み、 前記比較手段および前記送信手段が更新されたサーバＣＧＩベース書式を使用 することを特徴とする、請求項８１に記載の装置。 ８４．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介して 持続的接続を確立する手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持する手段 とをさらに含み、 前記インタセプト手段が、複数のウェブ・サーバ発信通信をインタセプトする 手段と、持続的接続を維持している間にそれらのウェブ・サーバ発信通信を外部 通信リンクに多重化して送る手段とを含むことを特徴とする、請求項７７に記載 の装置。 ８５．クライアントとサーバとの間の通信のために前記クライアント・アプリケ ーションと前記サーバ・アプリケーションがクライアント／サーバ独立通信プロ トコルを使用し、第１のコンピュータ内のクライアント・アプリケーションと第 ２のコンピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セ グメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、 前記第１のコンピュータからは遠隔の第２のコンピュータ上に常駐するサーバ・ アプリケーションと通信するクライアント・アプリケーションを有するクライア ント／サーバ・システムのパフォーマンスを向上させる装置であって、 遠隔クライアントによって発信されたクライアント／サーバ独立通信プロトコ ルでの通信を、外部通信リンクで送信する前にインタセプトする手段と、 クライアントによって発信された通信を第２のクライアント／サーバ固有通信 プロトコルに変換する手段と、 変換された通信を外部通信リンクを介して送信する手段と、 外部通信リンクを介して送信された通信を受信する手段と、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換する手段と、 遠隔クライアントによって発信された通信をクライアント／サーバ独立通信プ ロトコルでサーバに供給する手段とを含 む装置。 ８６．サーバによって発信されたクライアント／サーバ独立通信プロトコルでの 通信を、外部通信リンクで送信する前にインタセプトする手段と、 サーバによって発信された通信を第２のクライアント／サーバ固有通信プロト コルに変換する手段と、 変換された通信を外部通信リンクを介して送信する手段と、 外部通信リンクを介して送信された通信を受信する手段と、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換する手段と、 サーバによって発信された通信をクライアント／サーバ独立通信プロトコルで 遠隔クライアントに供給する手段とをさらに含む、請求項８５に記載の装置。 ８７．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２のコ ンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも１ セグメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し 、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して前記第１のコンピュ ータからは遠隔にある第２のコンピュータ上に常駐するウェブ・サーバ・アプリ ケーションと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを 向上させるコンピュータ・プログラム製品であって、 コンピュータ可読格納媒体内に埋め込まれたコンピュータ 可読プログラム・コード手段を有するコンピュータ可読格納媒体を含み、前記コ ンピュータ可読プログラム・コード手段は、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前に、インタセプトするコンピュータ可読プ ログラム・コード手段と、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰ プロトコルからクライアント／サーバ固有通信プロトコルに変換するコンピュー タ可読プログラム・コード手段と、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介して第２のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信するコンピュ ータ可読プログラム・コード手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを受信するコンピュータ可読プログラム・コード手段と、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ・ストリームに変換することによって、 ウェブ・ブラウザからの通信に対応するＨＴＴＰデータ・ストリームを外部通信 リンクを介して受信したクライアント／サーバ固有データ・ストリームから再構 築するコンピュータ可読プログラム・コ ード手段と、 ウェブ・ブラウザによって発信された通信をウェブ・サーバにＨＴＴＰデータ ・ストリームとして供給するコンピュータ可読プログラム・コード手段とを含む コンピュータ・プログラム製品。 ８８．前記送信コンピュータ可読プログラム・コード手段が、変換されたウェブ ・ブラウザ発信通信を無線通信リンクを介して送信するコンピュータ可読プログ ラム・コード手段をさらに含むことを特徴とする、請求項８７に記載のコンピュ ータ・プログラム製品。 ８９．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答して、ウェブ・ブラ ウザが受信するＨＴＴＰデータ・ストリームを第１のコンピュータ内にあるキャ ッシュに格納し、ウェブ・サーバとのウェブ・ブラウザ発信通信に対応するクラ イアント・キャッシュ項目を作成するコンピュータ可読プログラム・コード手段 と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断するコンピュータ 可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信に応答してウェブ・ブラウザにクライアント・キャ ッシュ項目をＨＴＴＰデータ・ストリームとして供給するコンピュータ可読プロ グラム・コード手段とをさらに含む、請求項８７に記載のコンピュータ・プログ ラム製品。 ９０．特定のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格納 して、第１のコンピュータ内にあるユーザ定義情報が提供されるようにするコン ピュータ可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断するコンピュータ可読プログラム・コード手段と、 前記問い合わせコンピュータ可読プログラム・コード手段によってウェブ・ブ ラウザ通信がユーザ定義情報が格納されている要求に対応すると判断された場合 に、前記供給コンピュータ可読プログラム・コード手段がウェブ・ブラウザ発信 通信に応答してユーザ定義格納情報をウェブ・ブラウザにＨＴＴＰデータ・スト リームとして供給するコンピュータ可読プログラム・コード手段を含む、請求項 ８７に記載のコンピュータ・プログラム製品。 ９１．通信リンクを介して第１のコンピュータからユーザ定義情報を受信するコ ンピュータ可読プログラム・コード手段をさらに含むことを特徴とする、請求項 ９０に記載のコンピュータ・プログラム製品。 ９２．前記格納コンピュータ可読プログラム・コード手段が、クライアント・キ ャッシュ項目の作成時刻を格納してクライアント・キャッシュ項目時間レコード を作成するコンピュー タ可読プログラム・コード手段をさらに含み、 前記問い合わせコンピュータ可読プログラム・コード手段が、クライアント・ キャッシュ項目時間レコードを評価して、ウェブ・ブラウザ発信通信に対応する クライアント・キャッシュ項目が、ウェブ・ブラウザが情報を要求する前の所定 のクライアント・コヒーレンシ時間間隔内に作成されたかどうかを判断するコン ピュータ可読プログラム・コード手段をさらに含み、 前記供給コンピュータ可読プログラム・コード手段が、前記判断コンピュータ 可読プログラム・コード手段によってクライアント・キャッシュ項目がウェブ・ ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間間隔内に 作成されたと判断された場合に、ウェブ・ブラウザ発信通信に応答してウェブ・ ブラウザにクライアント・キャッシュ項目をＨＴＴＰデータ・ストリームとして 供給するコンピュータ可読プログラム・コード手段を含むことを特徴とする、請 求項８７に記載のコンピュータ・プログラム製品。 ９３．ウェブ・ブラウザの複数のインスタンスにわたってクライアント・キャッ シュ項目を維持するコンピュータ可読プログラム・コード手段をさらに含む、請 求項９２に記載のコンピュータ・プログラム製品。 ９４．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータにあるキャッシュに格納して、サーバ要求キ ャッシュ項目を作成 するコンピュータ可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ブラウザ発信通信に対応するサー バ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断するコ ンピュータ可読プログラム・コード手段と、 ブラウザ発信通信に関連づけられたサーバ要求キャッシュ項目をクライアント ／サーバ固有通信プロトコルに変換するコンピュータ可読プログラム・コード手 段と、 変換されたサーバ要求キャッシュ項目を外部通信リンクを介して第１のコンピ ュータにクライアント／サーバ固有データ・ストリームとして送信するコンピュ ータ可読プログラム・コード手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手するコンピュータ可読プログラム・コード手段とをさらに含み、 前記再構築コンピュータ可読プログラム・コード手段が、クライアント／サー バ固有通信プロトコルで受信したクライアント／サーバ固有データ・ストリーム をＨＴＴＰデータ・ストリームに変換することによって、外部通信リンクを介し て受信したクライアント／サーバ固有データ・ストリームからサーバ要求キャッ シュ項目に対応するＨＴＴＰデータ・ストリームを再構築するコンピュータ可読 プログラム・コード手段を含み、 前記供給コンピュータ可読プログラム・コード手段が、ウ ェブ・ブラウザによって要求された情報に対応するサーバ要求キャッシュ項目を ウェブ・ブラウザにＨＴＴＰデータ・ストリームとして供給するコンピュータ可 読プログラム・コード手段を含むことを特徴とする、請求項８７に記載のコンピ ュータ・プログラム製品。 ９５．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ ・ストリームを第２のコンピュータ内にあるキャッシュに格納してサーバ要求キ ャッシュ項目を作成するコンピュータ可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信を評価して、ウェブ・ブラウザ発信通信に対応する サーバ要求キャッシュ項目が存在するかどうかを判断するコンピュータ可読プロ グラム・コード手段と、 ブラウザ発信通信に対応するサーバ要求キャッシュ項目をクライアント／サー バ固有通信プロトコルに変換するコンピュータ可読プログラム・コード手段と、 外部通信リンクでクライアント／サーバ固有データ・ストリームを送信するこ とによって、外部通信リンクを介して第１のコンピュータにサーバ要求キャッシ ュ項目を送信するコンピュータ可読プログラム・コード手段と、 第２のコンピュータによって外部通信リンクを介して送信されたクライアント ／サーバ固有データ・ストリームを入手するコンピュータ可読プログラム・コー ド手段とをさらに含み、 前記再構築コンピュータ可読プログラム・コード手段が、クライアント／サー バ固有通信プロトコルで受信したクライアント／サーバ固有データ・ストリーム をＨＴＴＰデータ・ストリームに変換することによって、外部通信リンクを介し て受信したクライアント／サーバ固有データ・ストリームからサーバ・キャッシ ュ項目に対応するＨＴＴＰデータ・ストリームを再構築するコンピュータ可読プ ログラム・コード手段を含み、 前記供給コンピュータ可読プログラム・コード手段が、ウェブ・ブラウザによ って要求された情報に対応するサーバ要求キャッシュ項目をウェブ・ブラウザに ＨＴＴＰデータ・ストリームとして転送するコンピュータ可読プログラム・コー ド手段を含むことを特徴とする、請求項９２に記載のコンピュータ・プログラム 製品。 ９６．ウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が、第２ のコンピュータがウェブ・ブラウザ発信通信を受信する前の所定のクライアント ・コヒーレンシ時間間隔内に作成されたかどうかを判断するコンピュータ可読プ ログラム・コード手段をさらに含み、 前記変換コンピュータ可読プログラム・コード手段が、前記判断コンピュータ 可読プログラム・コード手段によってサーバ要求キャッシュ項目が所定のクライ アント・コヒーレンシ時間間隔内に作成されたと判断された場合、ウェブ・ブラ ウザ発信通信に対応するサーバ要求キャッシュ項目をクライ アント／サーバ固有通信プロトコルに変換するコンピュータ可読プログラム・コ ード手段をさらに含むことを特徴とする、請求項９５に記載のコンピュータ・プ ログラム製品。 ９７．ウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項目と同じウェ ブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在するかど うかを判断するコンピュータ可読プログラム・コード手段をさらに含み、 前記変換コンピュータ可読プログラム・コード手段が、第２のコンピュータが ウェブ・ブラウザ発信通信を受信した時点とウェブ・ブラウザ発信通信に対応す るサーバ要求キャッシュ項目が作成された時点との間の時間の間隔を計算して項 目エージ・データを求めるコンピュータ可読プログラム・コード手段を含み、 前記送信コンピュータ可読プログラム・コード手段が、ウェブ・ブラウザ発信 通信に対応するサーバ・キャッシュ項目の項目エージ・データを含むコヒーレン ト項目応答をクライアント／サーバ固有プロトコルとして外部通信リンクを介し て第１のコンピュータに送信するコンピュータ可読プログラム・コード手段を含 み、 前記再構築コンピュータ可読プログラム・コード手段が、第１のコンピュータ の現在時刻からコヒーレント項目応答から受け取った項目エージ・データを引く ことによってウェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項 目時間レコードを更新するコンピュータ可読プログラム・コ ード手段を含み、 前記供給コンピュータ可読プログラム・コード手段が、外部通信リンクからコ ヒーレント項目応答を受け取った場合にウェブ・ブラウザ発信通信に対応するク ライアント・キャッシュ項目として格納されているＨＴＴＰデータ・ストリーム をウェブ・ブラウザにＨＴＴＰデータ・ストリームとして転送するコンピュータ 可読プログラム・コード手段を含むことを特徴とする、請求項９５に記載のコン ピュータ・プログラム製品。 ９８．インタセプトされたウェブ・ブラウザ発信通信がインタセプトされたＣＧ Ｉ要求であり、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣＧＩベース書式を供給するコンピュータ可読プログラム・コ ード手段と、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を供給するコンピュータ可読プログラム・コード手段と、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータにあるキャッシュに格納してサーバ・ベース・キャッシュ項目 を作成するコンピュータ可読プログラム・コード手段と、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを第１のコンピュータにあるキャッシュに格 納してクライアント・ベース・キャッシュ項目を作成するコンピュータ可読プロ グラム・コード手段と、 インタセプトされたＣＧＩ要求に応答してウェブ・サーバによって発信された 通信に対応するＨＴＴＰデータ・ストリームを、外部通信リンクで送信する前に インタセプトするコンピュータ可読プログラム・コード手段と、 インタセプトされたＣＧＩ要求をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを求めるコンピュータ可読プログラム・コード手段と、 ＣＧＩ差分データをクライアント／サーバ固有データ・ストリームとして外部 通信リンクを介してウェブ・ブラウザに送信し、第１のコンピュータに送信する コンピュータ可読プログラム・コード手段と、 第２のコンピュータによって送信され外部通信リンクを介して伝送されたクラ イアント／サーバ固有データ・ストリームを入手するコンピュータ可読プログラ ム・コード手段とをさらに含み、 前記再構築コンピュータ可読プログラム・コード手段が、クライアントＣＧＩ ベース書式を外部通信リンクを介して受 信したＣＧＩ差分と結合してインタセプトされたＣＧＩ応答に対応するＨＴＴＰ データ・ストリームを作成することによって、外部通信リンクを介して受信した クライアント／サーバ固有データ・ストリームからウェブ・サーバからの通信に 対応するＨＴＴＰデータ・ストリームを再構築するコンピュータ可読プログラム ・コード手段を含み、 前記供給コンピュータ可読プログラム・コード手段が、ウェブ・サーバによっ て発信された通信をウェブ・ブラウザにＨＴＴＰデータ・ストリームとして供給 することを特徴とする、請求項８７に記載のコンピュータ・プログラム製品。 ９９．サーバＣＧＩベース書式がクライアントＣＧＩベース書式と同じかどうか を判断するコンピュータ可読プログラム・コード手段をさらに含み、 前記送信コンピュータ可読プログラム・コード手段が、サーバＣＧＩベース書 式を送信するコンピュータ可読プログラム・コード手段と、ＣＧＩ差分データを 外部通信リンクを介してウェブ・ブラウザにクライアント／サーバ固有データ・ ストリームとして送信するコンピュータ可読プログラム・コード手段とを含み、 前記再構築コンピュータ可読プログラム・コード手段が、サーバＣＧＩベース 書式を外部通信リンクを介して受信したＣＧＩ差分データと結合してインタセプ トされたＣＧＩ応答に対応するＨＴＴＰデータ・ストリームを作成することによ って、外部通信リンクを介して受信したクライアント／サー バ固有データ・ストリームからウェブ・サーバからの通信に対応するＨＴＴＰデ ータ・ストリームを再構築するコンピュータ可読プログラム・コード手段を含み 、 受信したサーバＣＧＩベース書式をＣＧＩ要求に対応するクライアント・ベー ス・キャッシュ項目として格納することによって、ＣＧＩ要求に対応するクライ アントＣＧＩベース書式を更新するコンピュータ可読プログラム・コード手段を さらに含む、請求項９８に記載のコンピュータ・プログラム製品。 １００．サーバＣＧＩベース書式とＣＧＩ応答との差分が事前定義差分しきい値 より大きいかどうかを判断するコンピュータ可読プログラム・コード手段と、 前記判断コンピュータ可読プログラム・コード手段によってサーバＣＧＩベー ス書式とＣＧＩ応答との差分が事前定義差分しきい値より大きいと判断された場 合、ウェブ・サーバから受信したＣＧＩ応答をＣＧＩ要求に対応するサーバ・ベ ース・キャッシュ項目として格納することによって、ＣＧＩ要求に対応するサー バＣＧＩベース書式を更新するコンピュータ可読プログラム・コード手段とをさ らに含み、 前記比較コンピュータ可読プログラム・コード手段および前記送信コンピュー タ可読プログラム・コード手段が更新されたサーバＣＧＩベース書式を使用する ことを特徴とする、請求項９９に記載のコンピュータ・プログラム製品。 １０１．第１のコンピュータと第２のコンピュータとの間に 外部通信リンクを介して持続的接続を確立するコンピュータ可読プログラム・コ ード手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するコン ピュータ可読プログラム・コード手段とをさらに含み、 前記インタセプト・コンピュータ可読プログラム・コード手段が、複数のウェ ブ・ブラウザ発信通信をインタセプトするコンピュータ可読プログラム・コード 手段と、持続的接続を維持している間にそれらのウェブ・ブラウザ発信通信を外 部通信リンクに多重化して送るコンピュータ可読プログラム・コード手段とを含 むことを特徴とする、請求項８７に記載のコンピュータ・プログラム製品。 １０２．前記再構築コンピュータ可読プログラム・コード手段が、クライアント ／サーバ固有データ・ストリームを多重化解除して複数のＨＴＴＰデータ・スト リームを作成するコンピュータ可読プログラム・コード手段を含み、 前記供給コンピュータ可読プログラム・コード手段が、前記複数のＨＴＴＰデ ータ・ストリームをウェブ・サーバに供給するコンピュータ可読プログラム・コ ード手段を含むことを特徴とする、請求項１０１に記載のコンピュータ・プログ ラム製品。 １０３．外部通信リンクを介して第２のコンピュータに、第１のコンピュータの 事前定義特性に対応するコンピュータ固有情報を供給するコンピュータ可読プロ グラム・コード手段 と、 第１のコンピュータの事前定義特性に対応するコンピュータ固有情報を格納し てブラウザ・ヘッダ情報を供給するコンピュータ可読プログラム・コード手段と をさらに含み、 前記変換コンピュータ可読プログラム・コード手段が、ウェブ・ブラウザ発信 通信からコンピュータ固有情報を取り除くコンピュータ可読プログラム・コード 手段を含み、 前記再構築コンピュータ可読プログラム・コード手段が、ブラウザ・ヘッダ情 報をクライアント／サーバ固有データ・ストリームと結合してＨＴＴＰデータ・ ストリームを作成するコンピュータ可読プログラム・コード手段を含むことを特 徴とする、請求項８７に記載のコンピュータ・プログラム製品。 １０４．ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ス トリームを外部通信リンクで送信する前にキャプチャするコンピュータ可読プロ グラム・コード手段と、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するコンピュータ 可読プログラム・コード手段と、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとしてウェブ・ブラウザに送信するコンピュータ 可読プログラム・コ ード手段と、 外部通信リンクを介して送信されたクライアント／サーバ固有データ・ストリ ームを入手するコンピュータ可読プログラム・コード手段と、 クライアント／サーバ固有通信プロトコルで受信したクライアント／サーバ固 有データ・ストリームをＨＴＴＰデータ・ストリームに変換することによって、 外部通信リンクを介して受信したクライアント／サーバ固有データ・ストリーム から、ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再構 築するコンピュータ可読プログラム・コード手段と、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給するコンピュータ可読プログラム・コード手段とをさら に含む、請求項８７に記載のコンピュータ・プログラム製品。 １０５．外部通信リンクを介して第１のコンピュータに、第２のコンピュータの 事前定義特性に対応するコンピュータ固有情報を提供するコンピュータ可読プロ グラム・コード手段と、 第２のコンピュータの事前定義特性に対応するコンピュータ固有情報を格納し てサーバ・ヘッダ情報を供給するコンピュータ可読プログラム・コード手段とを さらに含み、 前記変換コンピュータ可読プログラム・コード手段がウェブ・サーバ発信通信 からコンピュータ固有情報を取り除くコ ンピュータ可読プログラム・コード手段を含み、 前記再構築コンピュータ可読プログラム・コード手段が、サーバ・ヘッダ情報 をクライアント／サーバ固有データ・ストリームと結合してＨＴＴＰデータ・ス トリームを作成するコンピュータ可読プログラム・コード手段を含むことを特徴 とする、請求項１０４に記載のコンピュータ・プログラム製品。 １０６．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介し て持続的接続を確立するコンピュータ可読プログラム・コード手段と、 すべてのウェブ・サーバ発信通信が完了するまで持続的接続を維持するコンピ ュータ可読プログラム・コード手段とをさらに含み、 前記キャプチャ・コンピュータ可読プログラム・コード手段が、複数のウェブ ・サーバ発信通信をインタセプトするコンピュータ可読プログラム・コード手段 と、持続的接続を維持している間にそれらのウェブ・サーバ発信通信を外部通信 リンクに多重化して送るコンピュータ可読プログラム・コード手段とを含むこと を特徴とする、請求項１０４に記載のコンピュータ・プログラム製品。 １０７．前記再構築コンピュータ可読プログラム・コード手段がクライアント／ サーバ固有データ・ストリームを多重化解除して複数のＨＴＴＰデータ・ストリ ームを作成するコンピュータ可読プログラム・コード手段を含み、 前記供給コンピュータ可読プログラム・コード手段が前記複数のＨＴＴＰデー タ・ストリームをウェブ・サーバに供給するコンピュータ可読プログラム・コー ド手段を含むことを特徴とする、請求項１０６に記載のコンピュータ・プログラ ム製品。 １０８．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２の コンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも １セグメントが外部通信リンクを介して行われる、第１のコンピュータ上に常駐 し、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用して前記第１のコンピ ュータからは遠隔の第２のコンピュータ上に常駐するウェブ・サーバ・アプリケ ーションと通信するウェブ・ブラウザ・アプリケーションのパフォーマンスを向 上させるコンピュータ・プログラム製品であって、 コンピュータ可読格納媒体内に埋め込まれたコンピュータ可読プログラム・コ ード手段を有するコンピュータ可読格納媒体を含み、前記コンピュータ可読プロ グラム・コード手段は、 ウェブ・ブラウザによって発信された通信に対応するＨＴＴＰデータ・ストリ ームを、外部通信リンクで送信する前にインタセプトするコンピュータ可読プロ グラム・コード手段と、 ウェブ・ブラウザによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有 通信プロトコルに変換するコンピュータ可読プログラム・コード手段と、 変換されたウェブ・ブラウザ発信通信を外部通信リンクを介してクライアント ／サーバ固有データ・ストリームとしてウェブ・サーバに送信するコンピュータ 可読プログラム・コード手段とを含むコンピュータ・プログラム製品。 １０９．前記送信コンピュータ可読プログラム・コード手段が、変換されたウェ ブ・ブラウザ発信通信を無線通信リンクを介して送信するコンピュータ可読プロ グラム・コード手段を含むことを特徴とする、請求項１０８に記載のコンピュー タ・プログラム製品。 １１０．ウェブ・サーバとのウェブ・ブラウザ発信通信に応答してウェブ・ブラ ウザが受信するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキ ャッシュに格納してウェブ・サーバとのウェブ・ブラウザ発信通信に対応するク ライアント・キャッシュ項目を作成するコンピュータ可読プログラム・コード手 段と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザ発信通信に対応 するクライアント・キャッシュ項目が存在するかどうかを判断するコンピュータ 可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信に応答してクライアント・キャッシュ項目をＨＴＴ Ｐデータ・ストリームとしてウェブ・ブラウザに供給するコンピュータ可読プロ グラム・コード手段 とを含む、請求項１０８に記載のコンピュータ・プログラム製品。 １１１．固有のウェブ・ブラウザ情報要求に関連づけられたユーザ定義情報を格 納して、第１のコンピュータ内にあるユーザ定義情報が提供されるようにするコ ンピュータ可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信に問い合わせて、ウェブ・ブラウザによって要求さ れた情報が、ユーザ定義情報が格納されている要求に対応しているかどうかを判 断するコンピュータ可読プログラム・コード手段と、 前記問い合わせコンピュータ可読プログラム・コード手段によってウェブ・ブ ラウザ通信がユーザ定義情報が格納されている要求に対応していると判断された 場合、ウェブ・ブラウザ発信通信に応答してユーザ定義格納情報をウェブ・ブラ ウザにＨＴＴＰデータ・ストリームとして供給するコンピュータ可読プログラム ・コード手段とをさらに含む、請求項１０８に記載のコンピュータ・プログラム 製品。 １１２．通信リンクを介して第１のコンピュータからユーザ定義情報を受信する コンピュータ可読プログラム・コード手段をさらに含む、請求項１１１に記載の コンピュータ・プログラム製品。 １１３．前記格納コンピュータ可読プログラム・コード手段が、クライアント・ キャッシュ項目の作成時刻を格納してクライアント・キャッシュ項目時間レコー ドを作成するコンピ ュータ可読プログラム・コード手段をさらに含み、 前記問い合わせコンピュータ可読プログラム・コード手段が、クライアント・ キャッシュ項目時間レコードを評価して、ウェブ・ブラウザ発信通信に対応する クライアント・キャッシュ項目がウェブ・ブラウザが情報を要求する前の所定の クライアント・コヒーレンシ時間間隔内に作成されたかどうかを判断するコンピ ュータ可読プログラム・コード手段をさらに含み、 前記供給コンピュータ可読プログラム・コード手段が、前記判断コンピュータ 可読プログラム・コード手段によってクライアント・キャッシュ項目がウェブ・ ブラウザが情報を要求する前の所定のクライアント・コヒーレンシ時間間隔内に 作成されたと判断された場合に、ウェブ・ブラウザ発信通信に応答してクライア ント・キャッシュ項目をウェブ・ブラウザにＨＴＴＰデータ・ストリームとして 供給するコンピュータ可読プログラム・コード手段を含むことを特徴とする、請 求項１１０に記載のコンピュータ・プログラム製品。 １１４．ウェブ・ブラウザの複数のインスタンスにわたってクライアント・キャ ッシュ項目を維持するコンピュータ可読プログラム・コード手段をさらに含む、 請求項１１３に記載のコンピュータ・プログラム製品。 １１５．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（ ＣＧＩ）要求に対応し、前記コンピュータ・プログラム製品が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するクライアント・ベース・キャッシュ項目が存在するかどうかを判断 してクライアントＣＧＩベース書式を供給するコンピュータ可読プログラム・コ ード手段と、 ＣＧＩに対する要求であるブラウザ発信通信に応答してウェブ・ブラウザに供 給するＨＴＴＰデータ・ストリームを、第１のコンピュータ内にあるキャッシュ に格納してクライアント・ベース・キャッシュ項目を作成するコンピュータ可読 プログラム・コード手段と、 クライアントＣＧＩベース書式を外部通信リンクを介して受信したＣＧＩ差分 データと結合してＨＴＴＰデータ・ストリームを作成することによって、外部通 信リンクを介して受信したクライアント／サーバ固有データ・ストリームから、 ウェブ・サーバからの通信に対応するＨＴＴＰデータ・ストリームを再構築する コンピュータ可読プログラム・コード手段と、 ウェブ・サーバによって発信された通信をウェブ・ブラウザにＨＴＴＰデータ ・ストリームとして供給するコンピュータ可読プログラム・コード手段とをさら に含む、請求項１０８に記載のコンピュータ・プログラム製品。 １１６．前記再構築コンピュータ可読プログラム・コード手段が、外部通信リン クを介して受信したサーバＣＧＩベース書式を外部通信リンクを介して受信した ＣＧＩ差分データと 結合してインタセプトされたＣＧＩ応答に対応するＨＴＴＰデータ・ストリーム を作成することによって、外部通信リンクを介して受信したクライアント／サー バ固有データ・ストリームから、ウェブ・サーバからの通信に対応するＨＴＴＰ データ・ストリームを再構築するコンピュータ可読プログラム・コード手段を含 み、 受信したサーバＣＧＩベース書式をＣＧＩ要求に対応するクライアント・ベー ス・キャッシュ項目として格納することによってＣＧＩ要求に対応するクライア ントＣＧＩベース書式を更新するコンピュータ可読プログラム・コード手段をさ らに含む、請求項１１５に記載のコンピュータ・プログラム製品。 １１７．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介し て持続的接続を確立するコンピュータ・プログラム・コード手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するコン ピュータ可読プログラム・コード手段とをさらに含み、 前記インタセプト・コンピュータ可読プログラム・コード手段が、複数のウェ ブ・ブラウザ発信通信をインタセプトするコンピュータ可読プログラム・コード 手段と、持続的接続を維持している間にそれらの複数のウェブ・ブラウザ発信通 信を外部通信リンクに多重化して送るコンピュータ可読プログラム・コード手段 を含むことを特徴とする、請求項１０８ に記載のコンピュータ・プログラム製品。 １１８．外部通信回線を介して第２のコンピュータからクライアント／サーバ固 有データ・ストリームを受信するコンピュータ可読プログラム・コード手段と、 ウェブ・ブラウザに複数のＨＴＴＰデータ・ストリームを供給するためにクラ イアント／サーバ固有データ・ストリームを多重化解除して複数のＨＴＴＰデー タ・ストリームを作成するコンピュータ可読プログラム・コード手段と、 複数のＨＴＴＰデータ・ストリームをウェブ・ブラウザに供給するコンピュー タ可読プログラム・コード手段とをさらに含む、請求項１１７に記載のコンピュ ータ・プログラム製品。 １１９．外部通信リンクを介して第２のコンピュータに第１のコンピュータの事 前定義特性に対応するコンピュータ固有情報を供給するコンピュータ可読プログ ラム・コード手段をさらに含み、 前記変換コンピュータ可読プログラム・コード手段がウェブ・ブラウザ発信通 信からコンピュータ固有情報を取り除くコンピュータ可読プログラム・コード手 段を含むことを特徴とする、請求項１０８に記載のコンピュータ・プログラム製 品。 １２０．第１のコンピュータ内のウェブ・ブラウザ・アプリケーションと第２の コンピュータ内のウェブ・サーバ・アプリケーションとの間の通信の少なくとも １セグメントが外部 通信リンクを介して行われる、第１のコンピュータ上に常駐し、ハイパーテキス ト転送プロトコル（ＨＴＴＰ）を使用して第１のコンピュータからは遠隔にある 第２のコンピュータ上に常駐するウェブ・サーバ・アプリケーションと通信する ウェブ・ブラウザ・アプリケーションのパフォーマンスを向上させるコンピュー タ・プログラム製品であって、 コンピュータ可読格納媒体内に埋め込まれたコンピュータ可読プログラム・コ ード手段を有するコンピュータ可読格納媒体を含み、前記コンピュータ可読プロ グラム・コード手段は、 ウェブ・サーバによって発信された通信に対応するＨＴＴＰデータ・ストリー ムを、外部通信リンクで送信する前にインタセプトするコンピュータ可読プログ ラム・コード手段と、 ウェブ・サーバによって発信されたＨＴＴＰデータ・ストリームをＨＴＴＰプ ロトコルからクライアント／サーバ固有通信プロトコルに変換するコンピュータ 可読プログラム・コード手段と、 変換されたウェブ・サーバ発信通信を外部通信リンクを介してクライアント／ サーバ固有データ・ストリームとして送信するコンピュータ可読プログラム・コ ード手段とを含むコンピュータ・プログラム製品。 １２１．ブラウザ発信通信に応答してウェブ・サーバから受信したＨＴＴＰデー タ・ストリームを第２のコンピュータ内にあるキャッシュに格納してサーバ要求 キャッシュ項目を作 成するコンピュータ可読プログラム・コード手段と、 ウェブ・ブラウザ発信通信をインタセプトして、ブラウザ発信通信に対応する サーバ要求キャッシュ項目が前にキャッシュに格納されているかどうかを判断す るコンピュータ可読プログラム・コード手段とをさらに含み、 前記変換コンピュータ可読プログラム・コード手段が、ブラウザ発信通信に関 連づけられたサーバ要求キャッシュ項目をクライアント／サーバ固有通信プロト コルに変換するコンピュータ可読プログラム・コード手段を含み、 前記送信コンピュータ可読プログラム・コード手段が、変換されたサーバ要求 キャッシュ項目を外部通信リンクを介して第１のコンピュータにクライアント／ サーバ固有データ・ストリームとして送信するコンピュータ可読プログラム・コ ード手段を含むことを特徴とする、請求項１２０に記載のコンピュータ・プログ ラム製品。 １２２．ウェブ・ブラウザ発信通信に対応するサーバ要求キャッシュ項目が、第 ２のコンピュータがウェブ・ブラウザ発信通信を受信する前の所定のクライアン ト・コヒーレンシ時間間隔内に作成されたかどうかを判断するコンピュータ可読 プログラム・コード手段をさらに含み、 前記変換コンピュータ可読プログラム・コード手段が、前記判断コンピュータ 可読プログラム・コード手段によってサーバ要求キャッシュ項目が所定のクライ アント・コヒーレンシ時間間隔で作成されたと判断された場合、ウェブ・ブラウ ザ発信通信に対応するサーバ要求キャッシュ項目をクライアント／サーバ固有通 信プロトコルに変換するコンピュータ可読プログラム・コード手段を含むことを 特徴とする、請求項１２１に記載のコンピュータ・プログラム製品。 １２３．ウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項目と同じウ ェブ・ブラウザ発信通信に対応するクライアント・キャッシュ項目が存在するか どうかを判断するコンピュータ可読プログラム・コード手段をさらに含み、 前記変換コンピュータ可読プログラム・コード手段が、第２のコンピュータが ウェブ・ブラウザ発信通信を受信した時点とウェブ・ブラウザ発信通信に対応す るサーバ要求キャッシュ項目が作成された時点との間の時間間隔を計算して項目 エージ・データを求めるコンピュータ可読プログラム・コード手段を含み、 前記送信コンピュータ可読プログラム・コード手段が、外部通信リンクを介し てウェブ・ブラウザ発信通信に対応するサーバ・キャッシュ項目の項目エージ・ データを含むコヒーレント項目応答をクライアント／サーバ固有プロトコルとし て第１のコンピュータに送信するコンピュータ可読プログラム・コード手段を含 むことを特徴とする、請求項１２１に記載のコンピュータ・プログラム製品。 １２４．前記ウェブ・ブラウザ発信通信が共通ゲートウェイ・インタフェース（ ＣＧＩ）要求に対応し、前記コンピュータ・プログラム製品が、 インタセプトされたＣＧＩ要求に問い合わせて、インタセプトされたＣＧＩ要 求に対応するサーバ・ベース・キャッシュ項目が存在するかどうかを判断してサ ーバＣＧＩベース書式を提供するコンピュータ可読プログラム・コード手段と、 共通ゲートウェイ・インタフェース（ＣＧＩ）に対する要求であるブラウザ発 信通信に応答してウェブ・サーバから受信したＨＴＴＰデータ・ストリームを第 ２のコンピュータ内にあるキャッシュに格納してサーバ・ベース・キャッシュ項 目を作成するコンピュータ可読プログラム・コード手段とをさらに含み、 前記インタセプト・コンピュータ可読プログラム・コード手段が、インタセプ トされたＣＧＩ要求に応答してウェブ・サーバによって発信された通信に対応す るＨＴＴＰデータ・ストリームを、外部通信リンクで送信する前にインタセプト するコンピュータ可読プログラム・コード手段と、 インタセプトされたＣＧＩ応答をサーバＣＧＩベース書式と比較して、インタ セプトされたＣＧＩ応答とサーバＣＧＩベース書式との差分に対応するＣＧＩ差 分データを提供するコンピュータ可読プログラム・コード手段とを含み、 前記送信コンピュータ可読プログラム・コード手段がＣＧＩ差分データを外部 通信リンクを介してクライアント／サーバ固有データ・ストリームとしてウェブ ・ブラウザに送信するコンピュータ可読プログラム・コード手段を含むことを特 徴とする、請求項１２０に記載のコンピュータ・プログラム 製品。 １２５．サーバＣＧＩベース書式がＣＧＩ要求に対応するクライアントＣＧＩベ ース書式と同じかどうかを判断するコンピュータ可読プログラム・コード手段を さらに含み、 前記送信コンピュータ可読プログラム・コード手段が、サーバＣＧＩベース書 式を送信するコンピュータ可読プログラム・コード手段と、ＣＧＩ差分データを 外部通信リンクを介してクライアント／サーバ固有データ・ストリームとしてウ ェブ・ブラウザに送信するコンピュータ可読プログラム・コード手段とを含むこ とを特徴とする、請求項１２４に記載のコンピュータ・プログラム製品。 １２６．サーバＣＧＩベース書式とＣＧＩ応答との差が事前定義差分しきい値よ り大きいかどうかを判断するコンピュータ可読プログラム・コード手段と、 前記判断コンピュータ可読プログラム・コード手段により、サーバＣＧＩベー ス書式とＣＧＩ応答との間の差分が事前定義差分しきい値より大きいと判断され た場合、ＣＧＩ要求に対応するサーバ・ベース・キャッシュ項目としてウェブ・ サーバから受信したＣＧＩ応答を格納することによって、ＣＧＩ要求に対応する サーバＣＧＩベース書式を更新するコンピュータ可読プログラム・コード手段と をさらに含み、 前記比較コンピュータ可読プログラム・コード手段および前記送信コンピュー タ可読プログラム・コード手段が更新されたサーバＣＧＩベース書式を使用する ことを特徴とする、 請求項１２４に記載のコンピュータ・プログラム製品。 １２７．第１のコンピュータと第２のコンピュータの間に外部通信リンクを介し て持続的接続を確立するコンピュータ可読プログラム・コード手段と、 すべてのウェブ・ブラウザ発信通信が完了するまで持続的接続を維持するコン ピュータ可読プログラム・コード手段とをさらに含み、 前記インタセプト・コンピュータ可読プログラム・コード手段が、複数のウェ ブ・サーバ発信通信をインタセプトするコンピュータ可読プログラム・コード手 段と、持続的接続を維持している間にそれらのウェブ・サーバ発信通信を外部通 信リンクに多重化して送るコンピュータ可読プログラム・コード手段とを含むこ とを特徴とする、請求項１２０に記載のコンピュータ・プログラム製品。 １２８．クライアントとサーバとの間の通信のためにクライアント・アプリケー ションとサーバ・アプリケーションがクライアント／サーバ独立通信プロトコル を使用し、第１のコンピュータ内のクライアント・アプリケーションと第２のコ ンピュータ内のサーバ・アプリケーションとの間の通信の少なくとも１セグメン トが外部通信リンクを介して行われる、第１のコンピュータ上に常駐し、第１の コンピュータからは遠隔の第２のコンピュータ上に常駐するサーバ・アプリケー ションと通信するクライアント・アプリケーションを有するクライアント／サー バ・システムのパフォーマンスを向上さ せるコンピュータ・プログラム製品であって、 コンピュータ可読格納媒体内に埋め込まれたコンピュータ可読プログラム・コ ード手段を有するコンピュータ可読格納媒体を含み、前記コンピュータ可読プロ グラム・コード手段は、 遠隔クライアントによって発信されたクライアント／サーバ独立通信プロトコ ルでの通信を、外部通信リンクで送信する前にインタセプトするコンピュータ可 読プログラム・コード手段と、 クライアントによって発信された通信を第２のクライアント／サーバ固有通信 プロトコルに変換するコンピュータ可読プログラム・コード手段と、 変換された通信を外部通信リンクを介して送信するコンピュータ可読プログラ ム・コード手段と、 外部通信リンクを介して送信された通信を受信するコンピュータ可読プログラ ム・コード手段と、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換するコンピュータ可読 プログラム・コード手段と、 遠隔クライアントによって発信された通信をクライアント／サーバ独立通信プ ロトコルでサーバに供給するコンピュータ可読プログラム・コード手段とを含む コンピュータ・プログラム製品。 １２９．サーバによって発信されたクライアント／サーバ独立通信プロトコルで の通信を、外部通信リンクで送信する前にインタセプトするコンピュータ可読プ ログラム・コード手段と、 サーバによって発信された通信を第２のクライアント／サーバ固有通信プロト コルに変換するコンピュータ可読プログラム・コード手段と、 変換された通信を外部通信リンクを介して送信するコンピュータ可読プログラ ム・コード手段と、 外部通信リンクを介して送信された通信を受信するコンピュータ可読プログラ ム・コード手段と、 外部通信リンクを介して受信した通信をクライアント／サーバ固有通信プロト コルからクライアント／サーバ独立通信プロトコルに変換するコンピュータ可読 プログラム・コード手段と、 サーバによって発信された通信をクライアント／サーバ独立通信プロトコルで 遠隔クライアントに供給するコンピュータ可読プログラム・コード手段とをさら に含む、請求項１２８に記載のコンピュータ・プログラム製品。