JPH11120108A

JPH11120108A - サーバ側非同期フォーム管理方法および装置

Info

Publication number: JPH11120108A
Application number: JP10209331A
Authority: JP
Inventors: Marion Blount; マリオン・ブラント; Hung-Yang Chang; ハン・ヤン・チャン; Norman H Cohen; ノーマン・エイチ・コーエン; Richard Allen Floyd; リチャード・アレン・フロイド; Iii Barron Cornelius Housel; バロン・コーネリアス・ハウゼル・サード; David Bruce Lindquist; デイビッド・ブルース・リンドクイスト; Steve Mastriannni; スティーブ・マストリアンニ; Marshall Shapiro; マーシャル・シャピロ; Carl D Tait; カール・ディー・テート
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1997-08-28
Filing date: 1998-07-24
Publication date: 1999-04-30
Anticipated expiration: 2018-07-24
Also published as: CN1113504C; GB9817016D0; KR19990023318A; US6070184A; GB2330503A; SG77192A1; CN1210409A; TW386197B; JP4041217B2; GB2330503B; KR100318781B1

Abstract

(57)【要約】【課題】第２のコンピュータに一時的および断続的に
接続される遠隔／モバイル処理システム上で実行されて
いるウェブ・ブラウザとの通信を実現する方法、システ
ム、およびコンピュータ・プログラム製品。【解決手段】第２のコンピュータにとってアクセス可
能なサーバ・アプリケーションに対するウェブ・ブラウ
ザからの要求を第２のコンピュータにおける持続要求待
ち行列に記憶することによって、また、操作がサーバ側
インタセプト・モジュールによって行われる、ウェブ・
ブラウザの非同期動作の操作と管理を可能にする方法、
システム、およびコンピュータ・プログラム製品も開示
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、遠隔／モバイル・
コンピューティングに関し、具体的には、ウェブ・ブラ
ウザ／ウェブ・サーバ通信モデルを使用した遠隔／モバ
イル・コンピューティングに関する。

【０００２】

【従来の技術】「情報スーパーハイウェイ」が宣伝さ
れ、力説されていることにより、インターネットがマス
コミュニケーション媒体としてますます知られ、受け入
れるようになった。このように、インターネットが複数
のネットワーク間の通信と対話のための実現可能な媒体
として広く認識されるようになったため、コンピュータ
・ネットワーク間の対話のための、インターネット標準
プロトコルに基づいて構築された大規模なユーザ基盤も
確立されている。

【０００３】インターネットのパラダイムはクライアン
ト−サーバ関係のパラダイムであり、インターネット・
クライアント（ブラウザ）がインターネット・サーバと
通信する。インターネットへのアクセスを拡大するため
に、クライアントとサーバが使用する通信プロトコルと
言語が標準化されている。これらのプロトコルには、ク
ライアントとサーバとの間の通信に使用される通信プロ
トコルであるハイパーテキスト転送プロトコル（ＨＴＴ
Ｐ）と、伝送制御プロトコル／インターネット・プロト
コル（ＴＣＰ／ＩＰ）が含まれる。ＴＣＰ／ＩＰのＴＣ
Ｐ部分は、コンピュータ間またはアプリケーション間の
通信のためのトランスポート固有プロトコルである。ハ
イパーテキスト・マークアップ言語（ＨＴＭＬ）と呼ば
れる、クライアントとサーバが通信する言語も標準化さ
れている。

【０００４】ワールド・ワイド・ウェブのクライアント
／サーバ・アプリケーション環境では、クライアントは
ユーザ・インタフェースとして機能するウェブ・ブラウ
ザとすることができる。ウェブ・ブラウザは適切なウェ
ブ・サーバにユーザ要求を送り、ウェブ・サーバから返
されたＨＴＭＬデータの形式設定と表示を行う。また、
ウェブ・ブラウザは、ＨＴＭＬデータを評価して、ＨＴ
ＭＬ内に埋め込まれたハイパーリンク・ステートメント
がないかどうかを判断する。ハイパーリンク・ステート
メントは、後でブラウザによって開始されることになる
ブラウザ要求を必要とする。ウェブ・サーバはクライア
ントのためにサーバとして機能し、ウェブ・ブラウザ要
求を処理して要求された応答をＨＴＴＰデータ・ストリ
ームのＨＴＭＬデータ部分として返す。

【０００５】インターネットを使用するシステムの基本
通信構造を図１に示す。図１では、ウェブ・ブラウザ１
０が通信リンク１５を介してウェブ・サーバ２０と通信
する。この通信リンクは、一般には、ローカル・エリア
・ネットワーク接続、ワイド・エリア・ネットワーク接
続、電話回線を介した接続、またはこれらの組合せであ
る。ウェブ・ブラウザ１０は、ＴＣＰ／ＩＰを使用して
ウェブ・サーバ２０と通信する。インターネット通信の
大半では、ウェブ・ブラウザが汎用通信プロトコルＨＴ
ＴＰを使用してウェブ・サーバと通信する。ＨＴＴＰは
ウェブ・ブラウザとウェブ・サーバとの間のＴＣＰ／Ｉ
Ｐリンクを介してウェブ・ブラウザとウェブ・サーバと
の間で伝送される。ウェブ・ブラウザ１０とウェブ・サ
ーバ２０との間で伝送される実際のデータは、前述のＨ
ＴＴＰデータ・オブジェクト（たとえばＨＴＭＬデー
タ）である。ウェブ・サーバ２０は、いくつかのウェブ
・ブラウザからブラウザ要求を受け取り、それらを適切
なサーバに送るプロキシとすることもできる。

【０００６】ウェブ・ブラウザ／ウェブ・サーバのとそ
れらの共通情報およびトランスポート・プロトコルであ
るＨＴＭＬおよびＨＴＴＰの普及の結果、ウェブ技法は
情報にネットワーク・アクセスするための汎用インタフ
ェースとして受け入れられるようになっている。さら
に、ウェブ・ブラウザとウェブ・サーバとの間の通信の
ためのプロトコルおよび言語が標準化されているため、
ユーザがネットワーク情報にアクセスするためにウェブ
・ブラウザとして、Netscape Navigator^TM、NCSAMosaic
^TM、WebExplorer^TM、またはその他のウェブ・ブラウザ
のいずれを使用しているかを問わず、通信プロトコルお
よび言語は同じである。したがって、ウェブ・ブラウザ
の大規模なインストール済みユーザ基盤は、インターネ
ットの接続可能性およびＨＴＴＰ定義の共通ゲートウェ
イ・インタフェース（ＣＧＩ）を使用したウェブ・アプ
リケーション・サーバの作成の容易さと相まって、ウェ
ブ技法を大規模クラスのフォーム・ベース応用分野にと
ってきわめて魅力的な技法にしている。

【０００７】インターネットが普及し、受け入れられる
ようになると同時に、モバイル・コンピューティングも
ますます普及するようになった。ラップトップ、ノート
ブック、パーソナル・ディジタル／通信アシスタンツ
（ＰＤＡ／ＰＣＡ）およびその他の装置の使用により、
無線通信の需要が伸びている。しかし、無線ワイド・エ
リア・ネットワーク、セルラ通信、およびパケット無線
は、ウェブ環境で使用した場合に共通した限界がある。
１バイト当たりの通信コストの高さ、遅い応答時間、低
帯域幅、信頼性の低さはすべて、ワールド・ワイド・ウ
ェブのステートレス通信プロトコルのために無線技法を
使用することを妨げている。また、ウェブ・プロトコル
はステートレスであるため、１要求当たりのデータ量と
無線接続を介して伝送される通信要求の数は、通信が自
立型でない場合に必要な数よりも多くなる。

【０００８】さらに、ウェブ・ブラウズの基礎機構とプ
ロトコルは、従来のネットワーク・モデルを念頭におい
て開発された。これらの機構は、関与するコンピュータ
が高帯域幅で安価な信頼性の高いリンクを介して接続さ
れているという暗黙の前提に基づいて開発された。しか
し、有線ＬＡＮやＷＡＮ環境と異なり、モバイル・リン
クは一般に低帯域幅でコストがかかり、信頼性が低い。
モバイル接続の中には他のモバイル接続よりもましなも
のもある。たとえば単純なダイヤルアップ・モデムはパ
ケット無線よりも高速で安価である。しかし、すべてＬ
ＡＮよりは著しく遅い。また、モバイル接続は信頼性も
低い。信号劣化、妨害物、およびその他の問題による通
信切断が珍しくない。したがって、ＬＡＮ環境を対象と
したウェブ・ブラウザなどのアプリケーションは、ネッ
トワーク制約環境ではしばしばきわめてパフォーマンス
が低い。

【０００９】さらに、モバイル環境は、切断動作の問題
を引き起こす。標準ウェブ・ブラウズ（および多くの既
存のネットワーク化アプリケーション）は、切断は比較
的まれなエラー事例であることを前提としている。クラ
イアントがサーバから切断されると一般には操作ができ
ない。

【００１０】接続の弱さと切断の可能性によってさら
に、移動性の問題、すなわちユーザの接続性の動的性質
という第３の局面が生じる。一人のユーザが異なる時点
で強く接続されたり（ＬＡＮ）、弱く接続されたり（セ
ルラまたはその他のモバイル・リンク）、切断されたり
する。

【００１１】無線通信の特徴である資源制約的または信
頼性の低い通信環境でブラウザを使用した場合、いくつ
かの要因によって使用可能度の低さとユーザ生産性の低
下が生じる。第一に、ブラウザ・プロトコルは同期的で
ある。すなわち、ユーザは要求が完了するまで待ってか
らでなければ他の要求を出すことができない。低速の無
線伝送、インターネットまたはイントラネット・トラフ
ィックの混在のために遅延が長くなると、ユーザは欲求
不満になったり生産性が低下したりすることがある。

【００１２】第二に、低速リンクまたは時間コスト・ベ
ースのリンクを介した場合、同期要求／応答方式の当然
のバースト性が重大な問題になることがある。有線ＬＡ
Ｎを介した場合、通常はサーバ応答時間が主な問題であ
るが、無線環境では一般には帯域幅と待ち時間が主要な
要因である。（パケット無線ネットワークでの待ち時間
は、数秒程度になることがある。）第三に、通常の同期
要求／応答モデルは意図的切断または意図しない切断に
直面するとまったく機能しない。要求をただちに満たす
ことができない場合、典型的にはエラー・コードが返さ
れ、ユーザは後でその要求を明示的に再試行しなければ
ならない。

【００１３】上述の説明に照らして、変化する通信パフ
ォーマンスおよび信頼性レベルによって特徴づけられる
モバイル・コンピューティング環境におけるウェブ・ブ
ラウザ／ウェブ・サーバ動作を改良する必要がある。

【００１４】

【発明が解決しようとする課題】以上の説明に鑑みて、
本発明の目的は、接続の弱い環境または切断された環境
においてブラウザ通信の同期的性質の影響を少なくする
ことである。

【００１５】本発明の他の目的は、通信時間、待ち時
間、またはその他の通信上の制約によってブラウザ／サ
ーバ通信の応答性が低下する遠隔環境またはモバイル環
境におけるブラウザの限界を克服することである。

【００１６】本発明の他の目的は、環境の性質がユーザ
にとって透過なモバイル環境におけるブラウザ機能を提
供することである。

【００１７】本発明の他の目的は、モバイル環境で既存
のブラウザを使用することができるように、接続状況を
ブラウザにとって透過にすることである。

【００１８】

【課題を解決するための手段】本発明の上記およびその
他の目的は、第２のコンピュータがアクセスすることが
できるサーバ・アプリケーションへのウェブ・ブラウザ
からの要求を第２のコンピュータにおける持続的要求待
ち行列に記憶することによって、一時的および断続的に
第２のコンピュータに接続される遠隔／モバイル処理シ
ステム上で実行されているウェブ・ブラウザとの通信を
可能にする方法、システム、およびコンピュータ・プロ
グラム製品によって実現される。クライアント・アプリ
ケーションからの要求に応答して、ウェブ・ブラウザに
暫定的応答が送られる。記憶された要求をサーバ・アプ
リケーションに送り、サーバ・アプリケーションから応
答を受信する。受信した応答はその後、遠隔／モバイル
処理システム上で実行されているウェブ・ブラウザに送
ることができる。

【００１９】要求を第２のコンピュータ（サーバ側）に
ある要求待ち行列に記憶し、ウェブ・ブラウザに暫定的
応答を送ることによって、ウェブ・ブラウザの非同期動
作を実現することができる。さらに、要求を通信のサー
バ側に記憶することによって、その要求を接続終了後に
遠隔／モバイル処理システムによって処理することがで
きる。したがって、本発明は弱い接続性の限界を克服す
る。さらに、低速環境では、本発明は、ユーザが要求に
対する応答を待たずにいくつかの要求をアップロードす
ることができ、要求がバックグラウンドで処理されてい
る間に作業を続けることができるようにする。

【００２０】本発明の特定の実施形態では、ブラウザか
ら受け取った要求が遅延された処理要求であるかどうか
が判断される。要求が遅延された処理要求ではない場
合、その要求は記憶されずに直接処理され、ブラウザに
応答が送られる。

【００２１】第２のコンピュータにおいて要求が受信さ
れ、第２のコンピュータの要求待ち行列に記憶される
と、遠隔／モバイル・データ処理システムは、第２のコ
ンピュータから切断することができる。その場合、遠隔
／モバイル・データ処理システムは、第２のコンピュー
タに再接続して記憶された要求に対する応答を受信する
ことになる。特定の実施形態では、記憶された要求のリ
ストをウェブ・ブラウザに供給してユーザに提示するこ
とができる。ユーザは、記憶済み要求リスト内の記憶済
み要求のうちの選択された１つを要求することができ
る。次に、記憶済み要求のリストの選択された１つの記
憶済み要求に関連づけられた応答をウェブ・ブラウザに
送ってユーザに提示することができる。さらに、第２の
コンピュータが応答を受信した後で受信応答が入手可能
であることをユーザに通知することができる。この応答
は、ユーザがその応答を要求した場合にウェブ・ブラウ
ザに供給することができる。

【００２２】要求の送受信に複数の接続を使用すること
ができるため、本発明の他の実施形態はユーザ識別子に
関連づけられた持続的要求待ち行列を確立する。その場
合、遠隔／モバイル・データ処理装置が第２のコンピュ
ータと再接続すると、遠隔／モバイル・データ処理シス
テムは第２のコンピュータにユーザ識別子を送ることが
できる。次に、受信したユーザ識別子に関連づけられた
持続要求待ち行列からの要求に対する受信応答を、遠隔
／モバイル・データ処理システムに送ることができる。
したがって、要求待ち行列にユーザ識別子を関連づける
ことによって、複数のユーザが同じ第２のコンピュータ
に接続することができ、自分の待ち行列にのみアクセス
することができる。したがって、要求待ち行列や要求待
ち行列に関連づけられた応答への無許可のアクセスを防
止するようにセキュリティ保護された応答および要求待
ち行列が提供される。

【００２３】本発明の他の実施形態では、受信応答を解
析して受信応答内に少なくとも１つの要求が埋め込まれ
ているかどうかを判断する。受信応答内に要求が埋め込
まれている場合、埋め込まれた要求によって指定された
サーバにその埋め込まれた要求を送ることができる。埋
め込まれた要求に対する応答は第２のコンピュータで受
信して第２のコンピュータで記憶することができる。次
に、記憶された応答は持続要求待ち行列内に記憶されて
いる要求に関連づけられる。記憶された受信応答と、埋
め込まれた要求に対する記憶された応答は次にウェブ・
ブラウザに供給することができる。

【００２４】本発明の他の実施形態では、要求に対する
応答が第２のコンピュータに記憶され、ユーザ識別子に
関連づけられた持続要求待ち行列内の記憶された要求に
関連づけられる。したがって、各持続要求待ち行列がユ
ーザ識別子に関連づけられた複数の持続要求待ち行列を
確立することができる。これによって、ウェブ・ブラウ
ザのユーザからの要求がそのユーザのユーザ識別子に関
連づけられた持続要求待ち行列に記憶されるようにして
複数のウェブ・ブラウザからの要求を複数の持続要求待
ち行列に記憶することができる。次にこれらの複数の要
求を関連づけられたウェブ・サーバに送り、関連づけら
れたウェブ・サーバから複数の応答を受信することがで
きる。受信した複数の応答は、要求に対する応答がその
要求の送信元のウェブ・ブラウザに送られるようにして
複数のウェブ・ブラウザに送ることができる。

【００２５】本発明の他の実施形態では、第２のコンピ
ュータに一時的および断続的に接続される遠隔／モバイ
ル処理システム上で実行されているウェブ・ブラウザ
が、第２のコンピュータがアクセスすることができるサ
ーバ・アプリケーションに対するウェブ・ブラウザから
の要求を、第２のコンピュータにある持続要求待ち行列
に記憶することによって通信する。記憶された要求には
クライアント識別情報が関連づけられ、記憶された要求
はサーバ・アプリケーションに供給される。サーバ・ア
プリケーションから応答を受信し、第２のコンピュータ
上にあるサーバ側キャッシュに記憶する。次に、記憶さ
れた受信応答は記憶されている要求に関連づけられ、記
憶された要求に関連づけられたクライアント識別情報に
関連づけられたウェブ・ブラウザに供給される。

【００２６】本発明の他の態様は、クライアント識別情
報に関連づけられたウェブ・ブラウザのその後の接続中
に、記憶されている要求を送る。さらに、記憶されてい
る要求をサーバ・アプリケーションに送る前に要求の修
正を受け取ることができる。要求待ち行列に記憶されて
いる要求を修正し、記憶されている要求を修正された要
求に置き換えることができる。

【００２７】本発明の他の実施形態では、ブラウザから
受け取った要求が遅延された処理要求であるかどうかを
判断する。要求が遅延された処理要求である場合、その
要求は要求待ち行列に入れられ、それに応じて処理され
る。

【００２８】本発明の他の実施形態では、サーバからの
複数の応答に持続要求待ち行列内の単一の項目を関連づ
ける。この持続要求待ち行列内の単一の項目に関連づけ
られた複数の応答は、その単一の項目を求める要求に応
答して遠隔／モバイル・データ処理システムに供給され
る。

【００２９】当業者ならさらによくわかるように、本発
明は方法、装置／システム、またはコンピュータ・プロ
グラム製品として実施することができる。

【００３０】

【発明の実施の形態】以下に、本発明の好ましい実施形
態が図示されている添付図面を参照しながら本発明につ
いて詳細に説明する。しかし本発明は、多くの異なる態
様で実施可能であり、本明細書に記載の実施形態に限定
されるものと解釈してはならない。これらの実施形態
は、本開示を詳細で完全なものになり、本発明の範囲が
当業者に十分に伝わるように示すものである。全体を通
じて同様の番号は同様の要素を指す。当業者ならわかる
ように、本発明は方法としても装置としても実施可能で
ある。したがって、本発明は完全にハードウェア実施形
態、完全にソフトウェア実施形態、またはソフトウェア
態様とハードウェア態様を組み合わせた実施形態の形を
取ることができる。

【００３１】本明細書では、本発明について、本発明の
実施形態または態様を示すフローチャートを参照しなが
ら説明する。フローチャートの各ブロックおよびフロー
チャートの各ブロックの組合せは、コンピュータ・プロ
グラム命令によって実施可能であることを理解された
い。これらのプログラム命令をプロセッサに送って、プ
ロセッサ上で実行される命令が、フローチャートの１つ
または複数のブロックで指定されている機能を実施する
手段を生じさせるように機械を作り出すことができる。
コンピュータ・プログラム命令をプロセッサによって実
行し、プロセッサによって一連の操作ステップが行われ
るようにし、プロセッサ上で実行される命令がフローチ
ャートの１つまたは複数のステップに指定されている機
能を実施するステップを実現するようにコンピュータ実
施プロセスを作り出すことができる。

【００３２】したがって、フローチャートのブロック
は、指定されている機能を実行する手段の組合せと、指
定されている機能を実行するステップの組合せと、指定
されている機能を実行するプログラム命令手段とをサポ
ートする。また、フローチャートの各ブロックおよびフ
ローチャートの各ブロックの組合せは、指定されている
機能またはステップを実行する専用ハードウェア・ベー
ス・システムによっても、専用ハードウェアとコンピュ
ータ命令との組合せによっても実施可能であることを理
解されたい。

【００３３】図２に、本発明の一実施形態を示す。図２
に示すように、ウェブ・ブラウザ１０はクライアント側
インタセプト・モジュール３０と通信する。ウェブ・サ
ーバ２０はサーバ側インタセプト・モジュール４０と通
信する。次に、クライアント側インタセプト・モジュー
ル３０は、通信リンク３５を介してサーバ側インタセプ
ト・モジュール４０と通信する。ウェブ・ブラウザ１０
とクライアント側インタセプト・モジュール３０は、第
１のコンピュータ５内に含めることができる。サーバ側
インタセプト・モジュール４０とウェブ・サーバ２０は
第２のコンピュータ６内に含めることができる。第１の
コンピュータ５と第２のコンピュータ６は外部通信リン
ク３５を介して通信する。第１のコンピュータ５は、遠
隔／モバイル・データ処理システムであることが好まし
い。本明細書で使用する「遠隔／モバイル」とは「一時
的および断続的にリンクされる」ことを意味し、一時的
とは「限定された時間のあいだ続くこと」を意味し、断
続的とは「間隔をおいて行われたり終わったりするこ
と、連続していないこと、または時折行われること」を
意味する。遠隔／モバイル・データ処理システムには、
ネットワークなどを介して他のシステムに遠隔アクセス
するデータ処理システムも含めることができる。

【００３４】ウェブ・ブラウザ１０はハイパーテキスト
転送プロトコル（ＨＴＴＰ）およびハイパーテキスト・
マークアップ言語（ＨＴＭＬ）を使用して、同じくＨＴ
ＴＰおよびＨＴＭＬを使用するインターネット・ウェブ
・サーバ２０と通信するインターネット・ウェブ・ブラ
ウザであることが好ましい。動作中、ウェブ・ブラウザ
１０はＨＴＴＰデータ・ストリームを出力し、それがク
ライアント側インタセプト・モジュール３０によってイ
ンタセプトされる。このクライアント側インタセプト・
モジュール３０によるＨＴＴＰデータ・ストリームのイ
ンタセプトは、ＴＣＰ／ＩＰループバック機能を使用し
て行うことができ、クライアント側インタセプト・モジ
ュール３０は１２７．０．０．１のようなネットワーク
番号１２７を有するＩＰアドレスに常駐する。クライア
ント側インタセプト・モジュール３０は次にＨＴＴＰデ
ータ・ストリームをクライアント／サーバ固有のプロト
コルに変換または変形し、そのクライアント／サーバ固
有データ・ストリームを外部通信リンク３５上に送出す
る。サーバ側インタセプト・モジュール４０がそのクラ
イアント／サーバ固有データ・ストリームを受け取り、
ウェブ・ブラウザ発信通信に対応する元のＨＴＴＰデー
タ・ストリームを再構築する。この再構築されたＨＴＴ
Ｐデータ・ストリームは次にウェブ・サーバ２０に転送
される。ウェブ・サーバ２０は、インターネット・ウェ
ブ・サーバの通常の方式でＨＴＴＰデータ・ストリーム
に応答する。当業者ならわかるように、ウェブ・サーバ
２０はインターネットに複数のブラウザが接続できるよ
うにするプロキシであってもよい。

【００３５】ウェブ・サーバ２０が、たとえば特定のＵ
ＲＬホーム・ページを求めるブラウザ要求に応答して、
ウェブ・ブラウザ１０に送信する情報を受け取ると、ウ
ェブ・サーバ２０はウェブ・ブラウザ１０に送る通信に
対応するＨＴＴＰデータ・ストリームを出力する。この
ウェブ・サーバ発信通信は、サーバ側インタセプト・モ
ジュール４０によってインタセプトされ、クライアント
／サーバ固有データ・ストリームによって変換される。
次に、ウェブ・サーバ発信通信に対応するクライアント
／サーバ固有データ・ストリームは外部通信リンク３５
で第２のコンピュータから第１のコンピュータに送信さ
れる。このクライアント／サーバ固有データ・ストリー
ムをクライアント側インタセプト・モジュール３０が受
け取り、サーバ発信通信に対応する元のＨＴＴＰデータ
・ストリームが再構築され、ウェブ・ブラウザ１０に供
給される。

【００３６】本発明の特定の実施形態では、外部通信リ
ンク３５は無線通信リンクである。この場合、ユーザに
とって受容可能なシステム・パフォーマンスを達成する
ために、通信リンク３５で転送しなければならない通信
の頻度と情報量の両方について、外部通信リンク３５を
介した通信量を減らすことが望ましい。したがって、本
発明はキャッシュ技法、差分表現技法、およびプロトコ
ル削減技法を使用して、外部通信リンク３５を介する必
要通信量を最小限にすることが好ましい。これらの技法
は、ＨＴＴＰのステートレス・プロトコルまたは確率的
プロトコルを、クライアントおよびサーバ固有の情報を
使用するクライアント／サーバ固有プロトコルに変換し
て通信の量と頻度を減らすことによって実現される。

【００３７】動作中、クライアント側インタセプト３０
とサーバ側インタセプト４０はブラウザとウェブ（プロ
キシ）サーバの両方にとって透過であり、したがってど
のようなウェブ・ブラウザとでも使用することができ
る。サーバ側インタセプト４０とクライアント側インタ
セプト３０は両方とも、グラフィック・オブジェクトお
よびＨＴＭＬオブジェクトをキャッシュに入れる。ブラ
ウザ要求のＵＲＬによって、クライアント側インタセプ
トのキャッシュ内のオブジェクトが指定されている場
合、それがブラウザ応答として即時に返される。このキ
ャッシュ機能は、クライアント指定時間間隔内でキャッ
シュ整合性を保証する。サーバ側インタセプト・キャッ
シュには、要求されたウェブ・サーバからの応答が入れ
られる。クライアント側インタセプトから受け取った要
求ＵＲＬがサーバ側インタセプトでキャッシュに入れら
れている場合、それが要求に対応する応答として返され
る。

【００３８】本発明は、「ＣＬＩＥＮＴ／ＳＥＲＶＥＲ
ＣＯＭＭＵＮＩＣＡＴＩＯＮＳＹＳＴＥＭ」という
名称の共通譲渡米国特許出願第０８／６０１８０４号
（代理人整理番号ＲＡ８９５−０１５４）に記載されて
いるような仮想ソケット・システムを使用することが好
ましく、その開示は参照により完全に記載されているか
のように本明細書に組み込まれる。また、本発明は、
「ＴＩＭＥＣＯＨＥＲＥＮＴＣＡＣＨＩＮＧＳＹ
ＳＴＥＭ」（代理人整理番号ＲＡ９−９５−０８６）と
いう名称の共通譲渡米国特許出願第０８／６０１７５３
号および「ＤＩＦＦＥＲＥＮＣＩＮＧＣＯＭＭＵＮＩ
ＣＡＴＩＯＮＳＹＳＴＥＭ」という名称の共通譲渡米
国特許出願第０８／６０１９０３号に記載されているデ
ータ削減技法も使用することが好ましく、その開示は参
照により完全に記載されているかのように本明細書に組
み込まれる。

【００３９】上記および下記では、本発明について単一
のウェブ・ブラウザ・アプリケーションおよび単一のウ
ェブ・サーバ・アプリケーションに関して説明するが、
当業者ならわかるように、本発明の利点は単一のウェブ
・サーバに付随する複数のウェブ・ブラウザでも得られ
る。したがって、本発明の方法、装置、およびプログラ
ム製品は複数のブラウザと共に使用することができ、そ
の場合、各ブラウザがクライアント側インタセプト・モ
ジュールと通信し、次にそれらのクライアント側インタ
セプト・モジュールがウェブ・サーバまたはウェブ・プ
ロキシのサーバ側インタセプト・モジュールと通信する
ことになる。

【００４０】さらに、本明細書では本発明についてクラ
イアント側インタセプト・モジュールとサーバ側インタ
セプト・モジュールの両方に関して説明するが、当業者
ならわかるように、本発明に必要なのはサーバ側インタ
セプトだけである。したがって、本発明はクライアント
側とサーバ側の両方のインタセプト・モジュールを有す
るシステムに限定されるものと解釈してはならない。

【００４１】本発明は、前の要求がまだ完了していなく
てもユーザが継続して要求を行うことができるようにす
る非同期要求および応答処理機能も備える。非同期要求
および応答処理は、ユーザに高水準の柔軟性を与え、パ
フォーマンス上の利点が得られるように、クライアント
側インタセプトとサーバ側インタセプトの両方の間で調
整されることが好ましい。クライアント側インタセプト
またはサーバ側インタセプトあるいはその両方によるバ
ックグラウンド処理のために、要求は内部的に記録され
る。要求が完了すると、その結果の保管と状況の更新が
非同期的に行われる。（任意選択により）要求が完了す
るとユーザに通知され、ユーザは状況ページに切り替え
て１つまたは複数の要求の状況を確認することができ
る。各要求の状況項目によって、要求の状態（未発行、
処理中、または完了）が伝えられ、要求が完了した場合
は状況項目に応答ページへのリンクが入れられる。

【００４２】本発明は、サーバ・アプリケーションへの
アクセスによって遠隔／モバイル・データ処理システム
がコンピュータにリンクされていないときに切断状態動
作も提供する。ユーザは、同期モードまたは非同期モー
ドで操作することができる。いずれの場合も接続が失わ
れたことが検出された場合、または通信不能な場合（た
とえば信号範囲外）、要求を待ち行列に入れて保留に
し、後で処理するか、要求をサーバ側インタセプトの待
ち行列に入れて切断時間中に処理し、再接続されたとき
に応答を取り出すことができる。この機能によって、ユ
ーザはオフラインで生産的を維持することができる。以
下に、これらの操作について図３および図４と図５ない
し図１０のフローチャートを参照しながら説明する。

【００４３】図３に、本発明の特定の実施形態を使用す
る遠隔／モバイル・データ処理システムを示す。図３に
示すように、遠隔／モバイル・データ処理システム５
は、遠隔／モバイル・データ処理システム５上で実行さ
れるウェブ・ブラウザ１０などのアプリケーションを含
む。ブラウザ１０からの要求はＨＴＴＰ要求インタセプ
タ３１によってインタセプトされ、要求待ち行列３２に
入れられる。要求待ち行列３２内の要求はＨＴＴＰ要求
待ち行列プロセッサ３３によって処理され、要求待ち行
列プロセッサ３３は、要求で指定されているサーバにア
クセスすることができる第２のコンピュータとの接続が
確立されるとそれらの要求を行う。これらの要求が処理
されると、各要求のサービス・スレッド３４が開始さ
れ、要求が実行される。要求に対する応答はキャッシュ
３５に入れられ、要求を生成した要求待ち行列からの要
求に関連づけられる。このような関連づけを図３で破線
で示す。図３で要求待ち行列からキャッシュまでの実線
は、要求項目と要求を作成するために使用されたフォー
ムとの関連づけを表す。このような関連づけによって、
要求が生成された後でもユーザによる要求の編集が可能
になる。任意選択により、要求と応答の両方を待ち行列
内の項目に関連づけ、それによって要求と応答の両方を
ユーザに提供できるようにすることもできる。

【００４４】要求待ち行列３２は、ＨＴＴＰ要求インタ
セプタ３１がブラウザから受け取った要求を状況情報お
よび制御情報と共にリストしたものである。各要求要素
には、ブラウザから受け取ったすべての情報（ＨＴＴＰ
ヘッダおよび本体）が含まれる。これによって、要求を
後でネットワークに対して再実行することができる。各
要求要素は、要求に付随する状態情報も保持する。これ
には、要求の処理中に行われた処理の進捗状況の要約
と、これらから行う残りの作業のリストが含まれる。

【００４５】要求待ち行列内の要求には特別な処理命令
も関連づけられる。たとえば、無線環境では通常、ペー
ジに埋め込まれたグラフィックスをダウンロードするの
は費用がかかり過ぎる。その要求についてグラフィック
スが抑止されている場合、その処理制御情報が要求要素
に組み込まれる。要求待ち行列はクライアント・セッシ
ョン全体を通じて存続する。

【００４６】内部的には、要求は１組の属性から成る。
各属性は名前と値との対である。要求が作成されると、
その要求にはブラウザ要求を含む属性が与えられる。処
理が進むにつれて、その進捗状況やブラウザから返され
た状況情報などを記述する属性が追加される。進捗状況
の表示など、ある種の属性は要求単位である。属性は待
ち行列単位の場合もあり、その場合、待ち行列に追加さ
れたすべての要素の処理を制御する。待ち行列単位の属
性を使用して、要求の発行元または特性に基づいて異な
る方法で要求を扱う複数の待ち行列をサポートする。し
たがって、本発明によると、複数の要求待ち行列を作成
することができ、クライアント側インタセプトが要求を
受信すると要求を適切な待ち行列に自動的に記憶した
り、ユーザ入力によって要求を手動で記憶したりするこ
とができる。

【００４７】本発明では、同期オンライン処理用に設計
されたブラウザなどのアプリケーションを使用したオフ
ライン処理が可能なため、切断状態動作および非同期動
作のために新しいユーザ・インタフェースが必要であ
る。したがって、本発明によると、ユーザの要求をクラ
イアント側にあるキャッシュから満たすことができる場
合、応答をただちに提供することができ、標準ブラウザ
・インタフェースは変更されないまま維持される。しか
し、キャッシュ・ミス時には、本発明のオフライン処理
に付随する機構およびインタフェースによってブラウザ
のセマンティクスを拡大することができる。

【００４８】ブラウザは本発明に関しては不変のコード
であるため、遠隔／モバイル・データ処理システムが非
同期動作していたり、第２のコンピュータから切断され
ていてユーザの要求をキャッシュから満たすことができ
ない場合、またはクライアント側インタセプトが存在し
ない場合、代替ページを返すことができる。このページ
には、何が起こったかを示す説明（「要求は後で処理す
るために待ち行列に入れられました」）が含まれ、要求
された場合にはペンディング状態のすべての要求の現在
の状況が表示される。ブラウザに関する限り、この代替
ページは要求に対する応答であることに留意されたい。
言い換えると、ブラウザは要求／応答機構を維持すると
同時に、本発明を使用するインタセプト・モジュールは
要求に対する応答の詳細を扱う。さらに、要求に対する
応答として通知ページがブラウザに返されるという点
で、切断状態の要求と非同期要求の両方に同じ機構を使
用することができる。

【００４９】あるいは、中間確認応答を提示するのでは
なく現行ページに戻るという選択肢も利用可能である。
この選択肢は、ブラウザに対してコード２０４を返すこ
とによって実施することができる。ユーザから見ると、
リンクをクリックしてもブラウザは同じページ上のまま
であるが、本発明によるインタセプト・モジュールはバ
ックグラウンドでその要求を待ち行列に入れる。

【００５０】図４に、図２の第２のコンピュータ６上に
常駐することができる本発明によるサーバ側インタセプ
ト・モジュール４０の一実施形態を示す。クライアント
側インタセプト・モジュール３０からの通信、または任
意選択によりブラウザ１０から直接行われる通信が、着
信データ・プロセッサ２００によって受信され、要求待
ち行列２３０に選択的に入れられる。サーバ側インタセ
プト・モジュールはいくつかのクライアント側モジュー
ルまたはブラウザから通信を受け取ることができるた
め、サーバ側インタセプト・モジュールは非同期処理を
使用する各クライアントごとに要求待ち行列を維持する
ことが好ましい。図４には、異なるクライアントに関連
づけられた要求待ち行列が、待ち行列２３０、２３１、
２３２として図示されている。これらの要求待ち行列は
要求待ち行列２３０と同様にして構成することができ、
待ち行列内の要求に異なるクライアント識別情報が関連
づけられている点のみが異なる。

【００５１】要求待ち行列２３０、２３１、および２３
２内の要求は、ＨＴＴＰ要求待ち行列プロセッサ２３３
によって処理される。ＨＴＴＰ要求待ち行列プロセッサ
２３３は、要求で指定されたサーバ（すなわちプロキ
シ）またはサーバに直接アクセスすることができる第２
のコンピュータとの接続が確立されると要求を実行す
る。これらの要求が処理されると、各要求についてサー
ビス・スレッド２３４が開始され、要求が実行される。
要求に対する応答がキャッシュ２１０に入れられ、要求
を発生した要求待ち行列からの要求に関連づけられる。
このような関連づけを図４に破線で示す。

【００５２】図４で、要求待ち行列内の項目からキャッ
シュまでの実線は、要求項目と要求を作成するために使
用するフォームとの関連づけを表す。このような関連づ
けによって、ユーザは要求が生成された後でもサーバの
みの構成を使用して要求の修正や取消しを行うことがで
きる。任意選択により、要求と応答の両方を待ち行列内
の項目に関連づけ、それによって要求と応答の両方をユ
ーザに提供することができる。

【００５３】要求待ち行列２３０は、着信データ・プロ
セッサ２００がクライアント側インタセプトまたはブラ
ウザから受け取った要求を状況情報および制御情報と共
に示すリストである。各要求要素には、ブラウザから受
け取った情報（ＨＴＴＰヘッダおよび本体）がすべて含
まれる。これによって、要求を後でネットワークに対し
て再発行することができる。各要求要素は、要求に関連
づけられた状態情報も保持する。これには、要求を処理
する際に行った処理の進捗状況の要約と、これから行う
残りの作業が含まれる。

【００５４】クライアント側もサーバ側インタセプトに
関して前述したのと同じ要求待ち行列項目形式を使用す
ることができる。しかし、要求がサーバ側インタセプト
・モジュールに転送されるときに、クライアントがロー
カルで生成することができる要求ＩＤがその要求に関連
づけられる。あるいは、接続を確立するときに、ユーザ
識別情報をその接続の存続期間の間だけ確立することも
できる。したがって、その接続から受け取ったすべての
要求にユーザＩＤが関連づけられることになる。要求中
の切断が可能なため、異なる処理段階中に異なるソケッ
トが関与することがある。要求をサーバ側インタセプト
に送信する前に各要求にクライアントＩＤ／要求ＩＤの
対を付加することによって、結果の配信をソケット接続
とは独立して最終的に調整することができる。処理のた
めにサーバ側インタセプトに送った要求の要求ＩＤをク
ライアント側にも記録して、要求を後で結果と対にする
ことができるようにする必要がある。クライアントＩＤ
を安全保護にすることによって、他のクライアントの要
求はサーバ側インタセプト・モジュールに記憶されるに
もかかわらずアクセスできないように維持される。

【００５５】動作中、ユーザが切断する準備が整い、後
で取り出すために切断中にサーバにペンディング状態の
要求を処理させたい場合、クライアントは切断中に処理
するためにサーバ側インタセプトに要求を転送するコマ
ンドを呼び出す。このようなコマンドは、クライアント
側API flush()コマンドとすることができる。API flush
()コマンドは、待ち行列に入れられた要求を、通信リン
クのサーバ側で処理するためにサーバに送る。転送され
た項目は、名前／値の対を使用して、クライアントの要
求待ち行列内でフラッシュされた要求としてマークする
ことができる。flush()関数の妥当な書式は少なくとも
次の３通りある。 flush() 保留としてマークされていないすべての
項目を転送する（デフォルト） flush(all) 保留項目を含めてすべての項目を転送す
る flush(item) 特定の項目を転送する保留要求（すなわち後で、ユーザの指定した時点で処理
するように指定された要求）も、切断中の処理のために
サーバ側に転送することができるが、要求を保留する主
な理由は、十分な帯域幅が使用可能になるまで結果の転
送を遅らせることである。保留要求の切断時処理は望ま
しくない場合がある。これは、ユーザが長時間結果を要
求することができず、したがって、不要な要求の処理と
結果の記憶にサーバ資源が消費されるためである。

【００５６】あるいは、ブラウザ−サーバ側インタセプ
ト構成では、サーバ側インタセプトからは満たされない
すべての要求をサーバ側インタセプトで待ち行列化する
ことができる。したがって、断続的接続障害が発生した
場合、ブラウザが切断されている間に、サーバ側インタ
セプトによって要求の処理を続けることができる。この
ようなシステムは、ブラウザに送られる応答の待ち行列
が確立された後は通信リンク上の無駄時間が少なくなる
ため、ブラウザとサーバ側インタセプトとの間の接続が
継続して十分に利用されるという利点もある。

【００５７】本発明では、クライアント側に記憶されて
いる要求に加えられる変更も考慮に入れることができ
る。サーバ側インタセプトで特定の項目が待ち行列化さ
れた場合、クライアント要求待ち行列内のその項目に加
えられた変更があればそれをサーバに伝達することがで
きる。たとえば、ユーザがクライアント要求待ち行列か
らフラッシュされた要求を削除した場合、サーバ側イン
タセプトにそれを通知し、それによって（必要であれ
ば）処理を停止させ、ペンディング状態の結果を破棄
し、サーバ側におけるクライアントの要求待ち行列から
その項目を除去することができるようにする必要があ
る。同様に、フラッシュされた項目の状況が保留状態ま
たは非保留状態に変わった場合、サーバ側要求待ち行列
にそれを通知して、必要に応じて処理を終了または開始
することができるようにする必要がある。このように切
断状態で、クライアント側でフラッシュされた項目に対
する変化する操作を記録し、それによってサーバ側イン
タセプト・モジュールと再接続されたらただちにそれら
の項目を再発行することができるようにすれば有利であ
る。

【００５８】サーバ側処理の結果として応答があった後
は、クライアントにデータを伝達し戻すのはルールベー
スとすることができる。切断された要求に対する応答
を、次に接続したときにクライアントに盲目的に送信す
るのは望ましくない。クライアントは低帯域リンクより
も優先順位の高い処理を行っている最中である場合があ
り、ユーザは最初の接続時間が古い要求に対する応答に
費やされないことを望むであろう。したがって、１組の
設定変更可能なルールと関数を設けてクライアントがデ
ータ転送を最適化しやすくすることができる。

【００５９】そのような１つの関数はGetDigest()関数
である。GetDigest()は、当該クライアントについて、
要求されたサーバ側待ち行列に累積している情報の簡単
な要約を返す。したがって、GetDigest()関数に応答し
て、ＵＲＬ、タイトル、サイズ、完了時刻、および要求
の状況を含む情報を供給することができる。GetDiges
t()関数呼出しに応答して返される状況によって、完
了、ペンディング、保留状態などを示すことができる。
したがって、この状況によって、要求の処理中にサーバ
側インタセプトがどの程度まで進んだかを示すことがで
きる。クライアントはこの要約を使用して進み方を決定
することができる。前述のflush()操作に対応する以下
のsync()関数を提供して、保管された応答を取り出すこ
とができる。 sync() すべての非保留項目に対する応答を入手す
る（デフォルト） sync(all) 保留項目を含めて、すべての項目に対する
応答を入手する sync(item) 特定の要求に対する応答を入手するこれらの明示的な要求に加えて、ユーザは接続中または
再接続処理中に自動同期を設定することができる。 GetPrefs() 当該クライアントの選好の現行リ
ストを返す SetPrefs(list) 選好の新規リストを定義する UpdatePrefs(list) 指定した選好のみを更新する

【００６０】選好リストは、データを自動的に転送する
ときの規則を指定する名前／値の対のシーケンスで構成
することができる。属性としては、優先度、サイズ、供
給源などを含めることができる。したがって、サーバ側
処理に基づく非同期操作をクライアント側の対話で管理
することができ、この操作には、ユーザ指示処置の組合
せと自動転送を含めることができる。

【００６１】次に、図５、図６、および図７を参照しな
がらサーバ側インタセプトの動作について説明する。図
５には、サーバ側インタセプト・モジュールがクライア
ント側インタセプト・モジュールから送信を受け取った
ときのサーバ側インタセプト・モジュールの動作が示さ
れている。ブロック２５０に示すように、サーバ側イン
タセプトはクライアント側インタセプト・モジュールか
ら要求を受け取る。この情報は一般に、標準ブラウザ要
求かまたはサーバ側インタセプト自体が扱う要求の、２
つの形式をとることができる（たとえば前述のGetDiges
t()関数またはSetPrefs()関数を参照）。したがって、
サーバ側インタセプトは、インタセプトした送信がサー
バに対する要求であるかサーバ側インタセプトに対する
要求であるかを判断し（ブロック２５２）、要求がサー
バ側インタセプトに対する要求の場合はその要求をそれ
に応じて処理する（ブロック２５４）。インタセプト通
信のタイプの例は前掲の通りである。

【００６２】インタセプトした送信がサーバ側インタセ
プト・モジュール自体に対するインタセプト通信ではな
い場合、サーバ側インタセプト・モジュールは、要求が
サーバ側インタセプト・モジュールによる切断状態操作
の処理を求める要求であるかどうかを判断する（ブロッ
ク２５６）。要求が切断状態操作を求めるものである場
合、要求は他の要求と同様に処理される（ブロック２５
８）。サーバ側インタセプトは、要求がクライアントか
らの最初の要求であるかどうかも判断し（ブロック２６
４）、最初の要求の場合には、そのユーザのために要求
待ち行列を作成する（ブロック２６６）。これにはクラ
イアント識別情報（クライアントＩＤ）が含まれ、それ
によって、その後の通信を適切な待ち行列に記憶するこ
とができるようにし、そのユーザの要求と応答が無許可
のユーザに供給されないようにセキュリティをもたせる
ことができる。要求待ち行列の作成後、または待ち行列
がすでに存在している場合、要求はクライアントの要求
待ち行列に記憶され（ブロック２６８）、オフラインで
処理される。このオフライン処理は後述するクライアン
ト側インタセプトの場合と同じにすることができる。

【００６３】図６に、クライアント側インタセプトが存
在せず、サーバ側インタセプトがブラウザと通信する場
合（サーバ側のみの場合）のサーバ側インタセプトの動
作を示す。図６に示すように、サーバ側インタセプト・
モジュールはブラウザから要求を受け取る（ブロック３
５０）。次にサーバ側インタセプトは要求が据置き要求
（すなわち要求が切断状態操作である）かどうかを判断
する（ブロック３５６）。あるいは、サーバ側のみの場
合、すべての要求を据置き要求として扱い、サーバ側イ
ンタセプト・モジュールで待ち行列化することができ
る。いずれにしても要求が据置き操作の要求でない場
合、要求は通常通り処理される（ブロック３５８）。し
かし、要求が切断状態処理の要求である場合、ブラウザ
が処理を進めるためには対応する応答を必要とする。し
たがって、サーバ側インタセプトはブラウザに暫定応答
を送ることができる（ブロック３６２）。暫定応答は、
要求を受け取ったこととオフラインで処理することを示
すページという単純なものにするか、またはすべてのペ
ンディング・オフライン処理要求の完全な状況を示す複
雑なものにすることもできる。

【００６４】サーバ側のみの場合、サーバ側インタセプ
トは、要求がクライアントからの最初の要求であるかど
うかも判断し（ブロック３６４）、最初の要求の場合
は、そのユーザのために要求待ち行列を作成する（ブロ
ック３６６）。これには、クライアント識別情報（クラ
イアントＩＤ）が含まれ、それによってその後の通信を
適切な待ち行列に記憶することができ、そのユーザの要
求と応答が無許可のユーザに供給されないようにセキュ
リティをもたせることができる。要求待ち行列の作成
後、または待ち行列がすでに存在する場合、要求はクラ
イアントの要求待ち行列に記憶され（ブロック３６
８）、オフラインで処理される。オフライン処理は、後
述するクライアント側インタセプトの場合と同じにする
ことができる。

【００６５】図７に、非同期サーバ側処理を使用するク
ライアントがサーバ側インタセプト・モジュールに接続
する場合のサーバ側インタセプト・モジュールの動作を
示す。図７では、クライアント側／サーバ側の場合とサ
ーバ側のみの場合の両方の場合のサーバ側インタセプト
・モジュールの動作が示されている。しかし、当業者な
らわかるように、サーバ側のみの場合では、クライアン
トに対する情報の提示はウェブ・ブラウザに解釈可能な
形式でなけれならないのに対し、クライアント側／サー
バ側の場合は、情報は、クライアント側インタセプト・
モジュールと通信するブラウザが解釈することができる
形式に変換するためにクライアント側インタセプト・モ
ジュールが解釈することができる任意の適切な方式で提
供することができる。

【００６６】図７に示すように、クライアントのクライ
アントＩＤが確認され（ブロック２７０）、サーバ側イ
ンタセプトはクライアントの待ち行列に関連づけられた
管理操作がクライアントによって指定されていないかど
うかを判断する（ブロック２７２）。指定されている場
合、管理機能が実行される（ブロック２７４）。このよ
うな管理機能には、前述のように、ユーザ選好の設定
や、クライアントが切断されていた間に待ち行列内の要
求に加えられた修正を反映するように待ち行列を更新す
ることが含まれる。

【００６７】管理機能の実行に加えて、クライアントＩ
Ｄに関連づけられた待ち行列を調べて待ち行列内に項目
が入っていないかどうかを判断する（ブロック２７
６）。待ち行列内に項目が存在する場合、クライアント
にプロンプトを送り（ブロック２７８）、待ち行列に項
目があることをクライアントに通知することができる。
このプロンプトは複雑でも単純でもよく、ユーザの選好
によって指定することができる。ユーザはこのプロンプ
トに対してユーザが適切だとみなす方式で応答すること
ができ、待ち行列内の項目はそれに従って処理される。
たとえば、ユーザは完了したすべての要求をブラウザに
送るように要求することができる。あるいは、そのよう
な操作を後の通信や既存の接続中の後の時点まで遅延さ
せることができる。

【００６８】さらに、ユーザ識別情報に関連づけられた
応答を互いに関連づけ、単一のユーザ要求に基づいてそ
れらをクライアント側インセプトまたはブラウザにブロ
ックとして供給できるようにすることもできる。その場
合、サーバ側インタセプトは、その情報を構築し、たと
えば要求待ち行列内の単一の項目に関連づけ、その単一
の項目が複数の応答を表すようにする。次に、その項目
が要求された場合、その複数の応答が１つのグループと
してクライアントに送られる。その後、ブラウザを使用
してその一連の応答をナビゲートすることができる。し
たがって、サーバ側インタセプトはブラウザに対して複
数の応答を供給する要求待ち行列内の単一の項目を作成
することができる。さらに、ユーザはどの応答をブロッ
クとしてグループ化するかを指定することもでき、それ
によってユーザは応答がウェブ・ブラウザによってどの
ように受け取られるかを制御することができる。

【００６９】図８に、本発明を使用するクライアント側
インタセプトの動作を示す。図８に示すように、クライ
アント側インタセプト３０はブラウザ１０からの要求を
インタセプトする（ブロック５０）。次に、クライアン
ト側インタセプトはその要求に対する応答がキャッシュ
に入っているかどうかを判断し（ブロック５２）、入っ
ている場合はそのキャッシュ内の応答がウェブ・ブラウ
ザに返される（ブロック５４）。

【００７０】応答がキャッシュに入れられていない場
合、クライアント側インタセプトはデータ処理システム
がサーバにアクセスする第２のコンピュータに接続され
ているかどうかを判断する（ブロック５６）。データ処
理システムが接続されている場合、要求が据え置きでな
ければ（ブロック５８）、その要求は第２のコンピュー
タに送られる（ブロック６０）。しかし、データ処理シ
ステムが接続されていないか、要求処理が据え置かれる
場合、要求は要求待ち行列に記憶され、その要求に対す
る応答として暫定応答がブラウザに送られる（ブロック
６２）。

【００７１】待ち行列化された要求の処理は、本発明に
よるインタセプト・モジュール内の他の活動とは独立し
て実行されるスレッドによって扱われる。待ち行列上の
要求は通常、先入れ先出し（ＦＩＦＯ）方式で扱われ
る。しかし、選択された要求を保留要求としてマークす
ることができ、すべての新しい要求が保留される（ブロ
ック５８）。これによって、ユーザは接続が使用可能な
場合であってもこれらの要求に対する処理が後の時点ま
で据え置かれるように指示することができる。たとえ
ば、要求によっては特定のリンク上で扱うには費用がか
かり過ぎるものがある場合があり、したがってユーザは
ＬＡＮやダイヤルアップ接続が使用可能になるまでそれ
らの処理を据え置く方を選択することになる。保留属性
は、クライアントを最初に始動させたときに残っている
未処理の待ち行列化された要求があればそれにも適用さ
れる。これによって、安価なリンクから潜在的にそれよ
りはるかに高価な無線リンクに切り替わるときの驚きを
回避することができる。

【００７２】図８に示すように、待ち行列化された要求
を処理する最初のステップは、要求するサーバにアクセ
スすることができる第２のコンピュータとの接続を獲得
することである（ブロック６４）。最初に要求を受け取
ると、接続を獲得する試みが行われ、接続が確立されな
い場合（ブロック６６）、待ち行列プロセッサによっ
て、またはその他の活動のために接続が行われるまで、
試行を続ける（ブロック７０およびブロック６４）。指
数関数バックオフ手続きを使用して接続試行間の遅延を
制御する（ブロック６８）。したがって、接続試行間の
時間は試行回数が増えるにつれて長くなる。このバック
オフ手続きによって、障害が長期にわたる場合にネット
ワークに負担をかけることなく、通信障害が一時的なと
きに応答性が得られる。

【００７３】接続が確立されると、ブラウザから元々保
管され、要求待ち行列に記憶されていた情報を使用して
要求を再構成し、その要求を第２のコンピュータに送る
（ブロック７２）。この時点で、要求はサーバにとって
はブラウザから直接送られてきたかのように見える。無
線リンクにおける障害のために要求が失敗した場合（ブ
ロック７４）、後で後続の試行が行われる。要求の再試
行によって一時的な通信障害が隠蔽される。他のタイプ
の障害も記録されて後でユーザに返される。

【００７４】図９に、前に待ち行列に入れられていた要
求に対する応答を受け取るときの、本発明によるクライ
アント側インタセプト・モジュールとサーバ側インタセ
プト・モジュールの動作を示す。図９に示すように、サ
ーバから応答を受け取る（ブロック８０）。しかし、現
在、ウェブ・ページではグラフィックス、アプレット、
およびその他の埋込みがほとんど一般的に使用されてい
る。ユーザがこの情報の表示を求めた場合、返されたペ
ージを解析して埋込みを探す（ブロック８２）。次に各
埋込みを取り出し（ブロック８４）、元の応答と共にキ
ャッシュに追加する（ブロック８６）。この応答に、適
切な要求待ち行列内の要求が関連づけられ、応答と共に
返される状況情報がその要求に関連づけられる（ブロッ
ク８８）。この時点で要求は完了し、それが使用可能で
あることをユーザに通知することができる（ブロック９
０）。サーバ側インタセプトの場合、この通知はユーザ
が再接続されるまで据え置くことができる。

【００７５】本発明は、透過なＨＴＴＰプロキシを提供
するため、どのようなブラウザと共にでも機能する。バ
ックグラウンド処理の待ち行列要求はブラウザが期待す
るモデルとは一致せず、したがってブラウザにはＨＴＭ
ＬまたはＨＴＴＰコードを介した暫定的な応答が返さ
れ、それによってブラウザとユーザは処理を続行するこ
とができる（図５のブロック２６２および図８のブロッ
ク５５を参照）。同様に、ＨＴＭＬページと埋込みＨＴ
ＭＬ情報を使用して状況を報告し、ブラウザの独立を維
持することができる。

【００７６】未処理要求の状況は、幾通りの方法でも報
告することができ、これには任意選択の完了ポップアッ
プや、返されるウェブ・ページの最上部に埋め込まれた
任意選択の状況バー、待ち行列の状態をまとめたＨＴＭ
Ｌページ上の報告などが含まれる。

【００７７】ポップアップによって、バックグラウンド
・ページ上で見ることができる新たに完了したページが
あることをユーザに知らせ、そのページのＵＲＬをリス
トする。このようなポップアップの一つは、新しい情報
が最初に入手可能になったとときに生成され、それ以上
のメッセージはユーザがそのページを訪れて情報を見る
まで抑止される。これによってユーザは高速リンク上で
混乱することなく非同期の完了通知を受け取ることがで
きる。

【００７８】ユーザは、返される各ページ内にクライア
ント側インタセプトの状態を説明する状況バーを埋め込
むことを選択することもできる。この状況バーには、完
了した要求の数、未処理要求の数、保留要求の数に関す
る情報が含まれる。また、新しい結果が入手可能になっ
たことを説明するポップアップのテキスト版や、生成さ
れた様々な状況ページへのリンクも含まれる。

【００７９】このようなリンクの１つによって、ユーザ
は要求の状態を要約したページに行くことができる。そ
のページには、１つの要求について１行ずつ待ち行列が
表示される。各要求は、以下のような交通信号灯のモデ
ルなどの可視標識を使用して要求処理の進捗状況を示す
グラフィック表現を含む。・赤：要求が送信された・黄：基本ページを受信し、埋込みは未処理・緑：要求完了グラフィックスは、赤は白抜きの円、黄色は半月、緑は
中実の球など、色のほかに明確に区別できる外見を有す
ることもできる。エラーの場合（たとえば要求が送られ
たが基本ページを取り出すことができなかった場合な
ど）、交通信号記号全体の上にＸを配置することもでき
る。

【００８０】状況グラフィックスに加えて、要求を削除
するか保留するかを選択する選択肢も表示することもで
きる。フォームの場合、ユーザは要求を表示したり再編
集したりすることもできる。要求が完了した場合、キャ
ッシュに入れられた結果へのリンクもこのページに含め
ることができる。

【００８１】バックグラウンド待ち行列およびその他の
内部生成ページへのＵＲＬ方式のアクセスを可能にする
ために、クライアント側インタセプトのドメイン名（た
とえばartour.web.express）もその他のオプションと適
切に組み合わせて使用することができる。たとえば、バ
ックグラウンド待ち行列には、http://artour.web.expr
ess/HTEP/というＵＲＬを使用してアクセスすることが
できる。標準ブラウザは未知のプロトコルを拒否する可
能性があるため、そのような要求について固有プロトコ
ル名を定義するよりもＨＴＴＰと予約名の方が好まし
い。

【００８２】ユーザに要求処理の進捗状況を報告するこ
ともできる。要求は、処理されるにつれて、受け渡しか
ら始まり、処理の開始、初期ページの取り出し、そして
最後に完了と、一連の状態を通過して進む。要求がある
状態に移行すると、その移行を記述するイベントを内部
イベント・マネージャに送ることができる。内部イベン
ト・マネージャは要求の状況を受け取り、状況情報を他
の構成要素またはアプリケーションに転送する。他の構
成要素は、イベント・マネージャに登録し、イベントの
状態およびその他の基準によってふるいにかけられたイ
ベントを受け取ることができる。イベントの処理を使用
してクライアント側インタセプトとの動的なインタフェ
ースを生成することができる。このようなイベントの一
使用例は、ポップアップ通知である。

【００８３】応答を受け取った後、その応答はユーザが
将来オフラインで見ることができるように保管する必要
がある。しかし、ブラウザは要求を行って応答を受け取
るときに、一般にそれを２通りの方法のうちのいずれか
で処理する。応答が比較的静的であると予測される場
合、そのページに対する将来の要求を迅速に処理するこ
とができるように、その応答はブラウザによってキャッ
シュに入れられる。しかし、そのページがフォーム要求
に対する応答の場合、またはその他の方法で生成された
場合（いわゆる「cgi-bin」要求）、ブラウザは応答を
表示するだけで、キャッシュには入れない。これは、そ
の応答が一般に１つのcgi-bin要求と次のcgi-bin要求と
では異なるためである。また、ソース・サーバが「キャ
ッシュなし」とマークしたオブジェクトについては、そ
の指示に従うブラウザおよびプロキシはそれらの項目を
保管しない。しかし、待ち行列化された要求の処理の一
環として取り出された場合には、それを後で表示するた
めに保管しなければならない。

【００８４】これらの通常は一時的なオブジェクトは、
ユーザ・データという新しい範疇のキャッシュ情報とし
て保管される（ブロック８６）。これらは、ユーザ要求
に応答して取り出されたデータであり、その要求の文脈
でのみ意味を持つ。通常のウェブ・データとは異なり、
ユーザ・データ・オブジェクトには、待ち行列状況ペー
ジ上の応答としてのみアクセスすることができる。これ
らは時間や要求に左右される一時的な応答であるため、
他の要求を処理するためには使用されない。ユーザ・デ
ータは、キャッシュの管理に使用される通常のコヒーレ
ンシ・アルゴリズムやエージング・アルゴリズムの対象
とはならない。ユーザ・データはユーザによって削除さ
れるまで存続し、有効である。

【００８５】ウェブ・ページ設計者は、単純な対話しか
必要としないデータ入力用のＨＴＭＬフォームを使用す
ることが多い。ＨＴＭＬフォーム・タグは、ウェブ対話
用の電子フォームを作成するための便利な方法である。
ＨＴＭＬフォーム・タグによって、ウェブ・ユーザはリ
ストからの選択、ボックスのチェックのオン／オフ、ラ
ジオ・ボタンからの選択、テキスト・フィールドや広い
複数行テキスト領域へのテキストの入力、アクション・
ボタンを押すなどの操作を行うことができる。ユーザが
アクション・ボタンを押すと、名前／値の対を使用して
そのアクションによって指定された入力データがウェブ
・サーバに送られる。各名前は入力フィールドを表し、
各値はフィールドへのユーザ入力値を表す。さらに、ウ
ェブ・サーバがフォームと共に送る事前設定値を保持す
る隠れフィールドがある場合もある。これらの隠れ値は
可視フィールド内の値と共にサーバに送り戻される。

【００８６】あらゆるＨＴＭＬページと同様に、将来の
使用のためにＨＴＭＬフォームをキャッシュに入れるこ
とができる。本発明によると、キャッシュに入れられた
ＨＴＭＬフォームを編集して後で発信したり、異なるユ
ーザ入力値を使用して再発信することができる。たとえ
ば、検索入力フォームを何度も編集して異なる検索要求
を送出することができる。同様に、入院フォームなどの
イントラネット・データ入力フォームを編集してデータ
入力エラーを修正したり、異なる患者の新規データを再
発信したりすることができる。ほとんどのフォームは、
単純なワンフォーム対話モデルを有するか、または自己
完結型隠れフィールドを含み、それによってウェブ・ア
プリケーションが発信を別々に受け入れることができる
ため、将来独立して発信するように有意義にキャッシュ
に入れることができる。

【００８７】モバイル環境では、サーバに接続できない
ときでも切断フォーム送信によってユーザの生産性を高
めることができる。これによって、どのネットワークに
も接続せずに複数のデータ入力ページに記入することが
できる。また、本発明の再編集機能を使用して、ユーザ
は２、３件のフォームの原稿を作成し、それを最終的に
サーバに送る前に見直し、承認、または編集することが
できる。

【００８８】前述のように、フォームはどのようなＨＴ
ＭＬページとしても扱うことができ、図５または図８の
操作を行って、記入済みフォームに対応する要求待ち行
列内の項目を作成することができる。通常のＨＴＭＬペ
ージと同様に、ユーザはＵＲＬを使用してキャッシュに
入っているＨＴＭＬフォームを入手する。ユーザはフォ
ームに記入し、それをアクション・ボタンの１つを使用
して発信する。フォームが発信されると、名前／値の対
が提供元フォームＵＲＬと共に記憶され、待ち行列に入
れられる。ユーザが同じＵＲＬフォームを再び要求し、
新しい結果を発信した場合、その新しい発信は前の発信
とは別にされる。接続が使用可能になったときに自動的
に発信されるように、すべての発信は待ち行列内の別個
の項目としてカウントされる。これらの項目は、ユーザ
が削除するまで記憶されている。

【００８９】図１０に、本発明を使用したフォームの再
編集プロセスを示す。この再編集は、図８の待ち行列内
のフォームを使用する。図１０に示すように、待ち行列
内の使用可能なフォームのリストがブラウザに供給され
（ブロック１００）、待ち行列項目を選択するユーザ入
力が入手される（ブロック１０２）。ユーザにＨＴＭＬ
ページを提示し、ハイパーリンクを使用してアクセス可
能な待ち行列内の項目を表示することができる。

【００９０】ユーザ入力に基づいて、待ち行列化された
要求を生成するために使用されたフォームのＵＲＬに対
応するフォームを、ローカル・キャッシュから入手する
（ブロック１０４）。フォームの提供元を示す、前に挿
入されたデータに基づいて基本フォームを取り出すこと
ができる。サーバから空白のフォームを最初に取り出す
とき、クライアント側インタセプトはＨＴＭＬに隠れ値
を挿入してからそのページをブラウザに返す。この隠れ
情報には、供給元ＵＲＬとページ内のフォーム番号とが
含まれる。フォームを再編集するために、要求に要求を
生成したフォームを関連づけるために要求と共に要求待
ち行列に記憶されているフォームのＵＲＬに含まれる隠
れ値を使用して、空白フォームを取り出す。

【００９１】フォームと待ち行列に入れられた要求を走
査して名前／値の対を突き合わせる（ブロック１０
６）。一致が見つかった場合、そのユーザ発信を反映す
るようにデフォルトの選択値または入力値を変更する
（ブロック１０８）。複数のＨＴＭＬフォームから成る
ウェブ・ページは異なるサブフォームで同じフィールド
名を使用している可能性があるため特別な注意を払う必
要がある。したがって、サブフォームにはそれを追跡す
るための固有識別子を割り当てる。次に、元の入力フォ
ームとデータを再構築する。要求に対する応答をすでに
受け取っている場合（ブロック１１０）、任意選択によ
り、発信ボタンをその応答へのリンクに置き換え、それ
によってユーザが発信の結果を見ることができるように
することもできる（ブロック１１２）。応答を受け取っ
ていない場合は、再構築された要求をブラウザに供給し
てユーザが編集できるようにする（ブロック１１４）。
再発信する場合、既存の待ち行列項目を新しいデータで
上書きするか、あるいは任意選択により、ユーザは待ち
行列内の新しい項目を供給することを選択することがで
きる。このような機能を使用すれば、ユーザは記入済み
のフォームをテンプレートとして使用して、類似データ
を使用する追加の要求を、わずかな追加入力だけで作成
することができる。

【００９２】前述のように、クライアントが要求を修正
した場合、その修正は管理機能の一部としてサーバ側イ
ンタセプトに供給される。さらに、図１０の改訂操作は
クライアント側で行うことが好ましいが、これらの手続
きは通信リンクのサーバ側でも実施することができる。

【００９３】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００９４】（１）第２のコンピュータに一時的および
断続的に接続される遠隔／モバイル・データ処理システ
ム上で実行されているウェブ・ブラウザと通信する方法
であって、前記第２のコンピュータにおける持続要求待
ち行列に、前記第２のコンピュータにとってアクセス可
能なサーバ・アプリケーションに対する前記ウェブ・ブ
ラウザからの要求を記憶するステップと、クライアント
・アプリケーションからの要求に応答して、ウェブ・ブ
ラウザに暫定応答を供給するステップと、前記記憶され
た要求を前記サーバ・アプリケーションに供給するステ
ップと、前記サーバ・アプリケーションから応答を受信
するステップと、前記受信応答を遠隔／モバイル・デー
タ処理システム上で実行されている前記ウェブ・ブラウ
ザに供給するステップとを含む方法。（２）前記ウェブ・ブラウザから受信した要求が遅延さ
れた処理要求であるかどうかを判断するステップをさら
に含み、前記判断ステップによって受信要求が遅延され
た処理要求であると判断された場合、持続キャッシュに
記憶する前記ステップと暫定応答を供給する前記ステッ
プとを行う、上記（１）に記載の方法。（３）暫定応答を供給する前記ステップの後に、遠隔／
モバイル・データ処理システムを前記第２のコンピュー
タから切断するステップを含み、受信応答を前記ウェブ
・ブラウザに供給する前記ステップの前に前記遠隔／モ
バイル・データ処理システムを前記第２のコンピュータ
に再接続するステップを含む、上記（１）に記載の方
法。（４）ユーザに対して提示するために、記憶されている
要求のリストを前記ウェブ・ブラウザに供給するステッ
プと、記憶された要求の前記リスト内の記憶されている
要求のうちの選択された１つの要求を求める要求を前記
ブラウザから受信するステップと、前記ユーザ入力に基
づいて、記憶されている要求のリストの中の選択された
１つの要求に対する関連づけられた応答を前記ウェブ・
ブラウザに供給するステップをさらに含む、上記（３）
に記載の方法。（５）前記応答が前記第２のコンピュータによって受信
された後に、前記受信応答が入手可能であることを前記
ユーザに通知するステップと、前記ユーザが前記応答を
要求した場合にウェブ・ブラウザに前記応答を供給する
ステップとをさらに含む、上記（３）に記載の方法。（６）持続要求待ち行列に記憶する前記ステップの前
に、ユーザ識別子に関連づけられた持続要求待ち行列を
確立するステップを含み、前記遠隔／モバイル・データ
処理システムを再接続する前記ステップが、前記遠隔／
モバイル・データ処理システムを前記第２のコンピュー
タに接続するステップと、前記遠隔／モバイル・データ
処理システムからユーザ識別子を受信するステップとを
含み、前記受信応答を供給する前記ステップが、前記受
信ユーザ識別子に関連づけられた前記持続要求待ち行列
からの要求に対する前記受信応答を供給するステップを
含む、上記（３）に記載の方法。（７）前記受信応答を解析して前記受信応答内に少なく
とも１つの要求が埋め込まれているかどうかを判断する
ステップと、前記受信応答内の前記少なくとも１つの埋
め込まれた要求を、前記埋め込まれた要求によって指定
されているサーバに供給するステップと、前記埋め込ま
れた要求に対する応答を受信するステップと、前記埋め
込まれた要求に対する前記受信応答を第２のコンピュー
タにおいて記憶するステップと、前記埋め込まれた要求
に対する前記記憶された受信応答に、前記持続要求待ち
行列内に記憶されている前記要求を関連づけるステップ
とをさらに含み、前記受信応答を前記ウェブ・ブラウザ
に供給する前記ステップが、前記記憶された受信応答
と、前記埋め込まれた要求に対する前記記憶された応答
とを前記ウェブ・ブラウザに供給するステップを含む、
上記（６）に記載の方法。（８）前記要求に対する前記応答を前記第２のコンピュ
ータにおいて記憶するステップと、前記記憶された応答
を、前記ユーザ識別子に関連づけられた前記持続要求待
ち行列内の前記記憶された要求に関連づけるステップと
をさらに含む、上記（６）に記載の方法。（９）持続要求待ち行列を確立する前記ステップが、各
持続要求待ち行列にユーザ識別子が関連づけられた複数
の要求待ち行列を確立するステップを含み、持続要求待
ち行列内に記憶する前記ステップが、ウェブ・ブラウザ
のユーザからの要求が前記ユーザのユーザ識別子に関連
づけられた前記持続要求待ち行列のうちの１つの持続要
求待ち行列に記憶されるように複数のウェブ・ブラウザ
からの要求を前記複数の持続要求待ち行列に記憶するス
テップを含み、前記記憶された要求を前記サーバ・アプ
リケーションに供給する前記ステップが、前記複数の要
求を関連づけられたウェブ・サーバに供給するステップ
を含み、前記サーバ・アプリケーションから応答を受信
する前記ステップが、前記関連づけられたウェブ・サー
バから複数の応答を受信するステップを含み、前記受信
応答を前記遠隔／モバイル・データ処理システム上で実
行されている前記ウェブ・ブラウザに供給する前記ステ
ップが、要求に対する応答が前記要求をそこから受信し
た前記ウェブ・ブラウザに供給されるように受信した前
記複数の応答を前記複数のウェブ・ブラウザに供給する
ステップを含む、上記（８）に記載の方法。（１０）サーバからの複数の応答を前記持続要求待ち行
列内の単一の項目に関連づけるステップと、前記持続要
求待ち行列内の前記単一の項目に関連づけられた前記複
数の応答を前記遠隔／モバイル・データ処理システムに
供給するステップをさらに含む、上記（１）に記載の方
法。（１１）第２のコンピュータに一時的および断続的に接
続される遠隔／モバイル・データ処理システム上で実行
されているウェブ・ブラウザと通信する方法であって、
第２のコンピュータにおける持続要求待ち行列に、第２
のコンピュータにとってアクセス可能なサーバ・アプリ
ケーションに対する前記ウェブ・ブラウザからの要求を
記憶するステップと、前記記憶された要求にクライアン
ト識別情報を関連づけるステップと、前記記憶された要
求を前記サーバ・アプリケーションに供給するステップ
と、前記サーバ・アプリケーションから応答を受信する
ステップと、前記サーバからの前記受信応答を前記第２
のコンピュータ上にあるサーバ側キャッシュに記憶する
ステップと、前記記憶された受信応答を前記記憶された
要求に関連づけるステップと、前記記憶された要求に関
連づけられた前記クライアント識別情報に関連づけられ
たウェブ・ブラウザに前記記憶された受信応答を供給す
るステップとを含む方法。（１２）前記記憶された要求に関連づけられた前記クラ
イアント識別情報に関連づけられたウェブ・ブラウザに
前記記憶された受信応答を供給する前記ステップが、前
記記憶された受信応答を、その後の接続中に前記記憶さ
れた要求に関連づけられたクライアント識別情報に関連
づけられたウェブ・ブラウザに供給するステップを含
む、上記（１１）に記載の方法。（１３）前記記憶された要求を前記サーバ・アプリケー
ションに供給する前記ステップの前に、前記要求の修正
を受信するステップと、前記要求待ち行列に記憶された
前記要求を改訂し、前記記憶された要求を前記修正され
た要求に置き換えるステップとをさらに含む、上記（１
１）に記載の方法。（１４）前記ブラウザから受信した要求が遅延された処
理要求であるかどうかを判断するステップを含み、前記
判断ステップによって前記受信要求が遅延された処理要
求であると判断された場合、持続キャッシュに記憶する
前記ステップが行われる、上記（１１）に記載の方法。（１５）ユーザに対して提示するために、記憶されてい
る要求のリストを前記ウェブ・ブラウザに供給するステ
ップと、記憶された要求の前記リスト内の記憶されてい
る要求のうちの選択された１つの要求を求める要求を前
記ブラウザから受信するステップとをさらに含み、前記
記憶された要求に関連づけられた前記クライアント識別
情報に関連づけられたウェブ・ブラウザに前記受信応答
を供給する前記ステップが、ユーザ入力に基づいて、記
憶されている要求のリストの中の選択された１つの要求
に対する関連づけられた記憶されている応答を前記ウェ
ブ・ブラウザに供給するステップを含む、上記（１１）
に記載の方法。（１６）前記応答が前記第２のコンピュータによって受
信された後に、前記記憶された受信応答が入手可能であ
ることを前記ユーザに通知するステップをさらに含み、
前記記憶された要求に関連づけられた前記クライアント
識別情報に関連づけられたウェブ・ブラウザに前記記憶
された受信応答を供給する前記ステップが、前記ユーザ
が前記記憶された受信応答を要求した場合、前記記憶さ
れた要求に関連づけられた前記クライアント識別情報に
関連づけられたウェブ・ブラウザに前記記憶された受信
応答を供給するステップを含む、上記（１１）に記載の
方法。（１７）前記受信応答を解析して前記受信応答内に少な
くとも１つの要求が埋め込まれているかどうかを判断す
るステップと、前記受信応答内の前記少なくとも１つの
埋め込まれた要求を、前記埋め込まれた要求によって指
定されているサーバに供給するステップと、前記埋め込
まれた要求に対する応答を受信するステップと、前記埋
め込まれた要求に対する前記受信応答を第２のコンピュ
ータ上にある前記キャッシュに記憶するステップと、前
記埋め込まれた要求に対する前記記憶された受信応答
に、前記持続要求待ち行列内に記憶されている前記要求
を関連づけるステップとをさらに含み、前記受信応答を
前記ウェブ・ブラウザに供給する前記ステップが、前記
記憶された受信応答と、前記埋め込まれた要求に対する
前記記憶された応答とを前記ウェブ・ブラウザに供給す
るステップを含む、上記（１１）に記載の方法。（１８）持続要求待ち行列内に記憶する前記ステップ
が、ウェブ・ブラウザのユーザからの要求が前記記憶さ
れた要求に関連づけられた前記クライアント識別情報に
関連づけられた前記持続要求待ち行列のうちの１つの持
続要求待ち行列に記憶されるように複数のウェブ・ブラ
ウザからの要求を前記複数の持続要求待ち行列に記憶す
るステップを含み、前記記憶された要求を前記サーバ・
アプリケーションに供給する前記ステップが、前記複数
の要求を関連づけられたウェブ・サーバに供給するステ
ップを含み、前記サーバ・アプリケーションから応答を
受信する前記ステップが、前記関連づけられたウェブ・
サーバから複数の応答を受信するステップを含み、前記
受信応答を前記遠隔／モバイル・データ処理システム上
で実行されている前記ウェブ・ブラウザに供給する前記
ステップが、要求に対する応答が前記記憶された要求に
関連づけられた前記クライアント識別情報に対応する前
記ウェブ・ブラウザに供給されるように、受信した前記
複数の応答を前記複数のウェブ・ブラウザに供給するス
テップを含む、上記（１１）に記載の方法。（１９）サーバからの複数の要求を前記持続要求待ち行
列内の単一の項目に関連づけるステップと、前記持続要
求待ち行列内の前記単一の項目に関連づけられた前記複
数の応答を前記遠隔／モバイル・データ処理システムに
供給するステップをさらに含む、上記（１１）に記載の
方法。（２０）第２のコンピュータに一時的および断続的に接
続される遠隔／モバイル・データ処理システム上で実行
されているウェブ・ブラウザと通信するシステムであっ
て、前記第２のコンピュータにおける持続要求待ち行列
に、前記第２のコンピュータにとってアクセス可能なサ
ーバ・アプリケーションに対する前記ウェブ・ブラウザ
からの要求を記憶する手段と、クライアント・アプリケ
ーションからの要求に応答して、ウェブ・ブラウザに暫
定応答を供給する手段と、前記記憶された要求を前記サ
ーバ・アプリケーションに供給する手段と、前記サーバ
・アプリケーションから応答を受信する手段と、前記受
信応答を遠隔／モバイル・データ処理システム上で実行
されている前記ウェブ・ブラウザに供給する手段とを含
むシステム。（２１）前記ウェブ・ブラウザから受信した要求が遅延
された処理要求であるかどうかを判断する手段をさらに
含み、持続キャッシュに記憶する前記手段と暫定応答を
供給する前記手段とが前記判断手段に機能可能に関連づ
けられている、上記（２０）に記載のシステム。（２２）前記遠隔／モバイル・データ処理システムを前
記第２のコンピュータから切断する手段と、前記遠隔／
モバイル・データ処理システムを前記第２のコンピュー
タに再接続する手段とをさらに含む、上記（２０）に記
載のシステム。（２３）ユーザに対して提示するために、記憶されてい
る要求のリストを前記ウェブ・ブラウザに供給する手段
と、記憶された要求の前記リスト内の記憶されている要
求のうちの選択された１つの要求を求める要求を前記ブ
ラウザから受信する手段と、ユーザ入力に基づいて、記
憶されている要求のリストの中の選択された１つの要求
に対する関連づけられた応答を前記ウェブ・ブラウザに
供給する手段をさらに含む、上記（２２）に記載のシス
テム。（２４）前記応答が前記第２のコンピュータによって受
信された後に、前記受信応答が入手可能であることを前
記ユーザに通知する手段と、前記ユーザが前記応答を要
求した場合にウェブ・ブラウザに前記応答を供給する手
段とをさらに含む、上記（２２）に記載のシステム。（２５）ユーザ識別子に関連づけられた持続要求待ち行
列を確立する手段をさらに含み、前記遠隔／モバイル・
データ処理システムを再接続する前記手段が、前記遠隔
／モバイル・データ処理システムを前記第２のコンピュ
ータに接続する手段と、前記遠隔／モバイル・データ処
理システムからユーザ識別子を受信する手段とを含み、
前記受信応答を供給する前記手段が、前記受信ユーザ識
別子に関連づけられた前記持続要求待ち行列からの前記
要求に対する受信応答を供給する手段を含む、上記（２
２）に記載のシステム。（２６）前記受信応答を解析して前記受信応答内に少な
くとも１つの要求が埋め込まれているかどうかを判断す
る手段と、前記受信応答内の前記少なくとも１つの埋め
込まれた要求を、前記埋め込まれた要求によって指定さ
れているサーバに供給する手段と、前記埋め込まれた要
求に対する応答を受信する手段と、前記埋め込まれた要
求に対する前記受信応答を第２のコンピュータにおいて
記憶する手段と、前記埋め込まれた要求に対する前記記
憶された受信応答に、前記持続要求待ち行列内に記憶さ
れている前記要求を関連づける手段とをさらに含み、前
記受信応答を前記ウェブ・ブラウザに供給する前記手段
が、前記記憶された受信応答と、前記埋め込まれた要求
に対する前記記憶された応答とを前記ウェブ・ブラウザ
に供給する手段を含む、上記（２５）に記載のシステ
ム。（２７）前記要求に対する前記応答を前記第２のコンピ
ュータにおいて記憶する手段と、前記記憶された応答
を、前記ユーザ識別子に関連づけられた前記持続要求待
ち行列内の前記記憶された要求に関連づける手段とをさ
らに含む、上記（２５）に記載のシステム。（２８）持続要求待ち行列を確立する前記手段が、各持
続要求待ち行列にユーザ識別子が関連づけられた複数の
要求待ち行列を確立する手段を含み、持続要求待ち行列
内に記憶する前記手段が、ウェブ・ブラウザのユーザか
らの要求が前記ユーザのユーザ識別子に関連づけられた
前記持続要求待ち行列のうちの１つの持続要求待ち行列
に記憶されるように複数のウェブ・ブラウザからの要求
を前記複数の持続要求待ち行列に記憶する手段を含み、
前記記憶された要求を前記サーバ・アプリケーションに
供給する前記手段が、前記複数の要求を関連づけられた
ウェブ・サーバに供給する手段を含み、前記サーバ・ア
プリケーションから応答を受信する前記手段が、前記関
連づけられたウェブ・サーバから複数の応答を受信する
手段を含み、前記受信応答を前記遠隔／モバイル・デー
タ処理システム上で実行されている前記ウェブ・ブラウ
ザに供給する前記手段が、要求に対する応答が前記要求
をそこから受信した前記ウェブ・ブラウザに供給される
ように、受信した前記複数の応答を前記複数のウェブ・
ブラウザに供給する手段を含む、上記（２７）に記載の
システム。（２９）サーバからの複数の応答を前記持続要求待ち行
列内の単一の項目に関連づける手段と、前記持続要求待
ち行列内の前記単一の項目に関連づけられた前記複数の
応答を前記遠隔／モバイル・データ処理システムに供給
する手段をさらに含む、上記（２０）に記載のシステ
ム。（３０）第２のコンピュータに一時的および断続的に接
続される遠隔／モバイル・データ処理システム上で実行
されているウェブ・ブラウザと通信する方法であって、
第２のコンピュータにおける持続要求待ち行列に、第２
のコンピュータにとってアクセス可能なサーバ・アプリ
ケーションに対する前記ウェブ・ブラウザからの要求を
記憶する手段と、前記記憶された要求にクライアント識
別情報を関連づける手段と、前記記憶された要求を前記
サーバ・アプリケーションに供給する手段と、前記サー
バ・アプリケーションから応答を受信する手段と、前記
サーバからの前記受信応答を前記第２のコンピュータ上
にあるサーバ側キャッシュに記憶する手段と、前記記憶
された受信応答を前記記憶された要求に関連づける手段
と、前記記憶された要求に関連づけられた前記クライア
ント識別情報に関連づけられたウェブ・ブラウザに前記
記憶された受信応答を供給する手段とを含むシステム。（３１）前記記憶された要求に関連づけられた前記クラ
イアント識別情報に関連づけられたウェブ・ブラウザに
前記記憶された受信応答を供給する前記手段が、前記記
憶された受信応答を、その後の接続中に前記記憶された
要求に関連づけられたクライアント識別情報に関連づけ
られたウェブ・ブラウザに供給する手段を含む、上記
（３０）に記載のシステム。（３２）持続要求待ち行列内に記憶する前記手段が、ウ
ェブ・ブラウザのユーザからの要求が前記記憶された要
求に関連づけられた前記クライアント識別情報に関連づ
けられた前記持続要求待ち行列のうちの１つの持続要求
待ち行列に記憶されるように複数のウェブ・ブラウザか
らの要求を前記複数の持続要求待ち行列に記憶する手段
を含み、前記記憶された要求を前記サーバ・アプリケー
ションに供給する前記手段が、前記複数の要求を関連づ
けられたウェブ・サーバに供給する手段を含み、前記サ
ーバ・アプリケーションから応答を受信する前記手段
が、前記関連づけられたウェブ・サーバから複数の応答
を受信する手段を含み、前記受信応答を前記遠隔／モバ
イル・データ処理システム上で実行されている前記ウェ
ブ・ブラウザに供給する前記手段が、要求に対する応答
が前記記憶された要求に関連づけられた前記クライアン
ト識別情報に対応する前記ウェブ・ブラウザに供給され
るように、受信した前記複数の応答を前記複数のウェブ
・ブラウザに供給する手段を含む、上記（３０）に記載
のシステム。（３３）第２のコンピュータに一時的および断続的に接
続される遠隔／モバイル・データ処理システム上で実行
されているウェブ・ブラウザと通信するコンピュータ・
プログラム製品であって、前記第２のコンピュータにお
ける持続要求待ち行列に、前記第２のコンピュータにと
ってアクセス可能なサーバ・アプリケーションに対する
前記ウェブ・ブラウザからの要求を記憶するコンピュー
タ可読プログラム・コード手段と、クライアント・アプ
リケーションからの要求に応答して、ウェブ・ブラウザ
に暫定応答を供給するコンピュータ可読プログラム・コ
ード手段と、前記記憶された要求を前記サーバ・アプリ
ケーションに供給するコンピュータ可読プログラム・コ
ード手段と、前記サーバ・アプリケーションから応答を
受信するコンピュータ可読プログラム・コード手段と、
前記受信応答を遠隔／モバイル・データ処理システム上
で実行されている前記ウェブ・ブラウザに供給するコン
ピュータ可読プログラム・コード手段とを含むコンピュ
ータ・プログラム製品。（３４）前記ウェブ・ブラウザから受信した要求が遅延
された処理要求であるかどうかを判断するコンピュータ
可読プログラム・コード手段をさらに含み、持続キャッ
シュに記憶する前記コンピュータ可読プログラム・コー
ド手段と暫定応答を供給する前記コンピュータ可読プロ
グラム・コード手段とが前記判断コンピュータ可読プロ
グラム・コード手段に機能可能に関連づけられている、
上記（３３）に記載のコンピュータ・プログラム製品。（３５）前記遠隔／モバイル・データ処理システムを前
記第２のコンピュータから切断するコンピュータ可読プ
ログラム・コード手段と、前記遠隔／モバイル・データ
処理システムを前記第２のコンピュータに再接続するコ
ンピュータ可読プログラム・コード手段とをさらに含
む、上記（３３）に記載のコンピュータ・プログラム製
品。（３６）ユーザに対して提示するために、記憶されてい
る要求のリストを前記ウェブ・ブラウザに供給するコン
ピュータ可読プログラム・コード手段と、記憶された要
求の前記リスト内の記憶されている要求のうちの選択さ
れた１つの要求を求める要求を前記ブラウザから受信す
るコンピュータ可読プログラム・コード手段と、ユーザ
入力に基づいて、記憶されている要求のリストの中の選
択された１つの要求に対する関連づけられた応答を前記
ウェブ・ブラウザに供給するコンピュータ可読プログラ
ム・コード手段をさらに含む、上記（３５）に記載のコ
ンピュータ・プログラム製品。（３７）前記応答が前記第２のコンピュータによって受
信された後に、前記受信応答が入手可能であることを前
記ユーザに通知するコンピュータ可読プログラム・コー
ド手段と、前記ユーザが前記応答を要求した場合にウェ
ブ・ブラウザに前記応答を供給するコンピュータ可読プ
ログラム・コード手段とをさらに含む、上記（３５）に
記載のコンピュータ・プログラム製品。（３８）ユーザ識別子に関連づけられた持続要求待ち行
列を確立するコンピュータ可読プログラム・コード手段
をさらに含み、前記遠隔／モバイル・データ処理システ
ムを再接続する前記コンピュータ可読プログラム・コー
ド手段が、前記遠隔／モバイル・データ処理システムを
前記第２のコンピュータに接続するコンピュータ可読プ
ログラム・コード手段と、前記遠隔／モバイル・データ
処理システムからユーザ識別子を受信するコンピュータ
可読プログラム・コード手段とを含み、前記受信応答を
供給する前記コンピュータ可読プログラム・コード手段
が、前記受信ユーザ識別子に関連づけられた前記持続要
求待ち行列からの前記要求に対する受信応答を供給する
コンピュータ可読プログラム・コード手段を含む、上記
（３５）に記載のコンピュータ・プログラム製品。（３９）前記受信応答を解析して前記受信応答内に少な
くとも１つの要求が埋め込まれているかどうかを判断す
るコンピュータ可読プログラム・コード手段と、前記受
信応答内の前記少なくとも１つの埋め込まれた要求を、
前記埋め込まれた要求によって指定されているサーバに
供給するコンピュータ可読プログラム・コード手段と、
前記埋め込まれた要求に対する応答を受信するコンピュ
ータ可読プログラム・コード手段と、前記埋め込まれた
要求に対する前記受信応答を第２のコンピュータにおい
て記憶するコンピュータ可読プログラム・コード手段
と、前記埋め込まれた要求に対する前記記憶された受信
応答に、前記持続要求待ち行列内に記憶されている前記
要求を関連づけるコンピュータ可読プログラム・コード
手段とをさらに含み、前記受信応答を前記ウェブ・ブラ
ウザに供給する前記コンピュータ可読プログラム・コー
ド手段が、前記記憶された受信応答と、前記埋め込まれ
た要求に対する前記記憶された応答とを前記ウェブ・ブ
ラウザに供給するコンピュータ可読プログラム・コード
手段を含む、上記（３８）に記載のコンピュータ・プロ
グラム製品。（４０）前記要求に対する前記応答を前記第２のコンピ
ュータにおいて記憶するコンピュータ可読プログラム・
コード手段と、前記記憶された応答を、前記ユーザ識別
子に関連づけられた前記持続要求待ち行列内の前記記憶
された要求に関連づけるコンピュータ可読プログラム・
コード手段とをさらに含む、上記（３８）に記載のコン
ピュータ・プログラム製品。（４１）持続要求待ち行列を確立する前記コンピュータ
可読プログラム・コード手段が、各持続要求待ち行列に
ユーザ識別子が関連づけられた複数の要求待ち行列を確
立するコンピュータ可読プログラム・コード手段を含
み、持続要求待ち行列内に記憶する前記コンピュータ可
読プログラム・コード手段が、ウェブ・ブラウザのユー
ザからの要求が前記ユーザのユーザ識別子に関連づけら
れた前記持続要求待ち行列のうちの１つの持続要求待ち
行列に記憶されるように複数のウェブ・ブラウザからの
要求を前記複数の持続要求待ち行列に記憶するコンピュ
ータ可読プログラム・コード手段を含み、前記記憶され
た要求を前記サーバ・アプリケーションに供給する前記
コンピュータ可読プログラム・コード手段が、前記複数
の要求を関連づけられたウェブ・サーバに供給するコン
ピュータ可読プログラム・コード手段を含み、前記サー
バ・アプリケーションから応答を受信する前記コンピュ
ータ可読プログラム・コード手段が、前記関連づけられ
たウェブ・サーバから複数の応答を受信するコンピュー
タ可読プログラム・コード手段を含み、前記受信応答を
前記遠隔／モバイル・データ処理システム上で実行され
ている前記ウェブ・ブラウザに供給する前記コンピュー
タ可読プログラム・コード手段が、要求に対する応答が
前記要求をそこから受信した前記ウェブ・ブラウザに供
給されるように、受信した前記複数の応答を前記複数の
ウェブ・ブラウザに供給するコンピュータ可読プログラ
ム・コード手段を含む、上記（４０）に記載のコンピュ
ータ・プログラム製品。（４２）サーバからの複数の応答を前記持続要求待ち行
列内の単一の項目に関連づけるコンピュータ可読プログ
ラム・コード手段と、前記持続要求待ち行列内の前記単
一の項目に関連づけられた前記複数の応答を前記遠隔／
モバイル・データ処理システムに供給するコンピュータ
可読プログラム・コード手段をさらに含む、上記（３
３）に記載のコンピュータ・プログラム製品。（４３）第２のコンピュータに一時的および断続的に接
続される遠隔／モバイル・データ処理システム上で実行
されているウェブ・ブラウザと通信するコンピュータ・
プログラム製品であって、第２のコンピュータにおける
持続要求待ち行列に、第２のコンピュータにとってアク
セス可能なサーバ・アプリケーションに対する前記ウェ
ブ・ブラウザからの要求を記憶するコンピュータ可読プ
ログラム・コード手段と、前記記憶された要求にクライ
アント識別情報を関連づけるコンピュータ可読プログラ
ム・コード手段と、前記記憶された要求を前記サーバ・
アプリケーションに供給するコンピュータ可読プログラ
ム・コード手段と、前記サーバ・アプリケーションから
応答を受信するコンピュータ可読プログラム・コード手
段と、前記サーバからの前記受信応答を前記第２のコン
ピュータ上にあるサーバ側キャッシュに記憶するコンピ
ュータ可読プログラム・コード手段と、前記記憶された
受信応答を前記記憶された要求に関連づけるコンピュー
タ可読プログラム・コード手段と、前記記憶された要求
に関連づけられた前記クライアント識別情報に関連づけ
られたウェブ・ブラウザに前記記憶された受信応答を供
給するコンピュータ可読プログラム・コード手段とを含
むコンピュータ・プログラム製品。（４４）前記記憶された要求に関連づけられた前記クラ
イアント識別情報に関連づけられたウェブ・ブラウザに
前記記憶された受信応答を供給する前記コンピュータ可
読プログラム・コード手段が、前記記憶された受信応答
を、その後の接続中に前記記憶された要求に関連づけら
れたクライアント識別情報に関連づけられたウェブ・ブ
ラウザに供給するコンピュータ可読プログラム・コード
手段を含む、上記（４３）に記載のコンピュータ・プロ
グラム製品。（４５）持続要求待ち行列内に記憶する前記コンピュー
タ可読プログラム・コード手段が、ウェブ・ブラウザの
ユーザからの要求が前記記憶された要求に関連づけられ
た前記クライアント識別情報に関連づけられた前記持続
要求待ち行列のうちの１つの持続要求待ち行列に記憶さ
れるように複数のウェブ・ブラウザからの要求を前記複
数の持続要求待ち行列に記憶するコンピュータ可読プロ
グラム・コード手段を含み、前記記憶された要求を前記
サーバ・アプリケーションに供給する前記コンピュータ
可読プログラム・コード手段が、前記複数の要求を関連
づけられたウェブ・サーバに供給するコンピュータ可読
プログラム・コード手段を含み、前記サーバ・アプリケ
ーションから応答を受信する前記コンピュータ可読プロ
グラム・コード手段が、前記関連づけられたウェブ・サ
ーバから複数の応答を受信するコンピュータ可読プログ
ラム・コード手段を含み、前記受信応答を前記遠隔／モ
バイル・データ処理システム上で実行されている前記ウ
ェブ・ブラウザに供給する前記コンピュータ可読プログ
ラム・コード手段が、要求に対する応答が前記記憶され
た要求に関連づけられた前記クライアント識別情報に対
応する前記ウェブ・ブラウザに供給されるように、受信
した前記複数の応答を前記複数のウェブ・ブラウザに供
給するコンピュータ可読プログラム・コード手段を含
む、上記（４３）に記載のコンピュータ・プログラム製
品。

【図面の簡単な説明】

【図１】典型的なウェブ・ブラウザ／ウェブ・サーバ・
システムを示すブロック図である。

【図２】クライアント・インタセプトおよびサーバ・イ
ンタセプトを使用する、本発明の一実施形態によるウェ
ブ・ブラウザ／ウェブ・サーバ・システムを示すブロッ
ク図である。

【図３】本発明によるクライアント側インタセプト・モ
ジュールを示すブロック図である。

【図４】本発明によるサーバ側インタセプト・モジュー
ルを示すブロック図である。

【図５】クライアント側インタセプト・モジュールから
要求を受信する際の、本発明によるサーバ・インタセプ
ト・モジュールの動作を示すフローチャートである。

【図６】クライアントから要求を受信する際の、本発明
によるサーバ・インタセプト・モジュールの動作を示す
フローチャートである。

【図７】クライアントに接続する際の、本発明によるサ
ーバ・インタセプト・モジュールの動作を示すフローチ
ャートである。

【図８】本発明の一態様による切断動作または据置き処
理動作を示すフローチャートである。

【図９】本発明の一態様による、遠隔／モバイル・デー
タ処理システムにおけるブラウザ要求に対する応答の受
信に付随する動作を示すフローチャートである。

【図１０】本発明の一態様による、要求の改訂に付随す
る動作を示すフローチャートである。

【符号の説明】

５第１のコンピュータ６第２のコンピュータ１０ウェブ・ブラウザ１５通信リンク２０ウェブ・サーバ３０クライアント側インタセプト・モジュール３１ＨＴＴＰ要求インタセプタ３２要求待ち行列３３ＨＴＴＰ要求待ち行列プロセッサ３４サービス・スレッド３５通信リンク４０サーバ側インタセプト・モジュール２００着信データ・プロセッサ２３０要求待ち行列２３３ＨＴＴＰ要求待ち行列プロセッサ２３４サービス・スレッド

───────────────────────────────────────────────────── フロントページの続き (72)発明者ハン・ヤン・チャンアメリカ合衆国10598 ニューヨーク州ヨークタウン・ハイツスプリングハースト・ストリート 2905 (72)発明者ノーマン・エイチ・コーエンアメリカ合衆国10977 ニューヨーク州スプリング・バレーイーグル・ストリート 21 (72)発明者リチャード・アレン・フロイドアメリカ合衆国27516 ノースカロライナ州チャペル・ヒルウルフス・トレール 112 (72)発明者バロン・コーネリアス・ハウゼル・サードアメリカ合衆国27514 ノースカロライナ州チャペル・ヒルケンジントン・ドライブ 702 (72)発明者デイビッド・ブルース・リンドクイストアメリカ合衆国27613 ノースカロライナ州ローリーレーク・スプリング・コート 4001 (72)発明者スティーブ・マストリアンニアメリカ合衆国06085 コネチカット州ユニオンヴィルグレート・オーク・レーン 15 (72)発明者マーシャル・シャピロアメリカ合衆国10025 ニューヨーク州ニューヨークコロンバス・アベニュー 750 アパートメント２ケイ (72)発明者カール・ディー・テートアメリカ合衆国10019 ニューヨーク州ニューヨークウエスト・フィフティエイトス・ストリート 152 ナンバー７エイ

Claims

【特許請求の範囲】

【請求項１】第２のコンピュータに一時的および断続的
に接続される遠隔／モバイル・データ処理システム上で
実行されているウェブ・ブラウザと通信する方法であっ
て、前記第２のコンピュータにおける持続要求待ち行列に、
前記第２のコンピュータにとってアクセス可能なサーバ
・アプリケーションに対する前記ウェブ・ブラウザから
の要求を記憶するステップと、クライアント・アプリケーションからの要求に応答し
て、ウェブ・ブラウザに暫定応答を供給するステップ
と、前記記憶された要求を前記サーバ・アプリケーションに
供給するステップと、前記サーバ・アプリケーションから応答を受信するステ
ップと、前記受信応答を遠隔／モバイル・データ処理システム上
で実行されている前記ウェブ・ブラウザに供給するステ
ップとを含む方法。
【請求項２】前記ウェブ・ブラウザから受信した要求が
遅延された処理要求であるかどうかを判断するステップ
をさらに含み、前記判断ステップによって受信要求が遅
延された処理要求であると判断された場合、持続キャッ
シュに記憶する前記ステップと暫定応答を供給する前記
ステップとを行う、請求項１に記載の方法。
【請求項３】暫定応答を供給する前記ステップの後に、
遠隔／モバイル・データ処理システムを前記第２のコン
ピュータから切断するステップを含み、受信応答を前記
ウェブ・ブラウザに供給する前記ステップの前に前記遠
隔／モバイル・データ処理システムを前記第２のコンピ
ュータに再接続するステップを含む、請求項１に記載の
方法。
【請求項４】ユーザに対して提示するために、記憶され
ている要求のリストを前記ウェブ・ブラウザに供給する
ステップと、記憶された要求の前記リスト内の記憶されている要求の
うちの選択された１つの要求を求める要求を前記ブラウ
ザから受信するステップと、前記ユーザ入力に基づいて、記憶されている要求のリス
トの中の選択された１つの要求に対する関連づけられた
応答を前記ウェブ・ブラウザに供給するステップをさら
に含む、請求項３に記載の方法。
【請求項５】前記応答が前記第２のコンピュータによっ
て受信された後に、前記受信応答が入手可能であること
を前記ユーザに通知するステップと、前記ユーザが前記応答を要求した場合にウェブ・ブラウ
ザに前記応答を供給するステップとをさらに含む、請求
項３に記載の方法。
【請求項６】持続要求待ち行列に記憶する前記ステップ
の前に、ユーザ識別子に関連づけられた持続要求待ち行
列を確立するステップを含み、前記遠隔／モバイル・デ
ータ処理システムを再接続する前記ステップが、前記遠隔／モバイル・データ処理システムを前記第２の
コンピュータに接続するステップと、前記遠隔／モバイル・データ処理システムからユーザ識
別子を受信するステップとを含み、前記受信応答を供給する前記ステップが、前記受信ユー
ザ識別子に関連づけられた前記持続要求待ち行列からの
要求に対する前記受信応答を供給するステップを含む、
請求項３に記載の方法。
【請求項７】前記受信応答を解析して前記受信応答内に
少なくとも１つの要求が埋め込まれているかどうかを判
断するステップと、前記受信応答内の前記少なくとも１つの埋め込まれた要
求を、前記埋め込まれた要求によって指定されているサ
ーバに供給するステップと、前記埋め込まれた要求に対する応答を受信するステップ
と、前記埋め込まれた要求に対する前記受信応答を第２のコ
ンピュータにおいて記憶するステップと、前記埋め込まれた要求に対する前記記憶された受信応答
に、前記持続要求待ち行列内に記憶されている前記要求
を関連づけるステップとをさらに含み、前記受信応答を前記ウェブ・ブラウザに供給する前記ス
テップが、前記記憶された受信応答と、前記埋め込まれ
た要求に対する前記記憶された応答とを前記ウェブ・ブ
ラウザに供給するステップを含む、請求項６に記載の方
法。
【請求項８】前記要求に対する前記応答を前記第２のコ
ンピュータにおいて記憶するステップと、前記記憶された応答を、前記ユーザ識別子に関連づけら
れた前記持続要求待ち行列内の前記記憶された要求に関
連づけるステップとをさらに含む、請求項６に記載の方
法。
【請求項９】持続要求待ち行列を確立する前記ステップ
が、各持続要求待ち行列にユーザ識別子が関連づけられ
た複数の要求待ち行列を確立するステップを含み、持続要求待ち行列内に記憶する前記ステップが、ウェブ
・ブラウザのユーザからの要求が前記ユーザのユーザ識
別子に関連づけられた前記持続要求待ち行列のうちの１
つの持続要求待ち行列に記憶されるように複数のウェブ
・ブラウザからの要求を前記複数の持続要求待ち行列に
記憶するステップを含み、前記記憶された要求を前記サーバ・アプリケーションに
供給する前記ステップが、前記複数の要求を関連づけら
れたウェブ・サーバに供給するステップを含み、前記サーバ・アプリケーションから応答を受信する前記
ステップが、前記関連づけられたウェブ・サーバから複
数の応答を受信するステップを含み、前記受信応答を前記遠隔／モバイル・データ処理システ
ム上で実行されている前記ウェブ・ブラウザに供給する
前記ステップが、要求に対する応答が前記要求をそこか
ら受信した前記ウェブ・ブラウザに供給されるように受
信した前記複数の応答を前記複数のウェブ・ブラウザに
供給するステップを含む、請求項８に記載の方法。
【請求項１０】サーバからの複数の応答を前記持続要求
待ち行列内の単一の項目に関連づけるステップと、前記持続要求待ち行列内の前記単一の項目に関連づけら
れた前記複数の応答を前記遠隔／モバイル・データ処理
システムに供給するステップをさらに含む、請求項１に
記載の方法。
【請求項１１】第２のコンピュータに一時的および断続
的に接続される遠隔／モバイル・データ処理システム上
で実行されているウェブ・ブラウザと通信する方法であ
って、第２のコンピュータにおける持続要求待ち行列に、第２
のコンピュータにとってアクセス可能なサーバ・アプリ
ケーションに対する前記ウェブ・ブラウザからの要求を
記憶するステップと、前記記憶された要求にクライアント識別情報を関連づけ
るステップと、前記記憶された要求を前記サーバ・アプリケーションに
供給するステップと、前記サーバ・アプリケーションから応答を受信するステ
ップと、前記サーバからの前記受信応答を前記第２のコンピュー
タ上にあるサーバ側キャッシュに記憶するステップと、前記記憶された受信応答を前記記憶された要求に関連づ
けるステップと、前記記憶された要求に関連づけられた前記クライアント
識別情報に関連づけられたウェブ・ブラウザに前記記憶
された受信応答を供給するステップとを含む方法。
【請求項１２】前記記憶された要求に関連づけられた前
記クライアント識別情報に関連づけられたウェブ・ブラ
ウザに前記記憶された受信応答を供給する前記ステップ
が、前記記憶された受信応答を、その後の接続中に前記
記憶された要求に関連づけられたクライアント識別情報
に関連づけられたウェブ・ブラウザに供給するステップ
を含む、請求項１１に記載の方法。
【請求項１３】前記記憶された要求を前記サーバ・アプ
リケーションに供給する前記ステップの前に、前記要求
の修正を受信するステップと、前記要求待ち行列に記憶された前記要求を改訂し、前記
記憶された要求を前記修正された要求に置き換えるステ
ップとをさらに含む、請求項１１に記載の方法。
【請求項１４】前記ブラウザから受信した要求が遅延さ
れた処理要求であるかどうかを判断するステップを含
み、前記判断ステップによって前記受信要求が遅延され
た処理要求であると判断された場合、持続キャッシュに
記憶する前記ステップが行われる、請求項１１に記載の
方法。
【請求項１５】ユーザに対して提示するために、記憶さ
れている要求のリストを前記ウェブ・ブラウザに供給す
るステップと、記憶された要求の前記リスト内の記憶されている要求の
うちの選択された１つの要求を求める要求を前記ブラウ
ザから受信するステップとをさらに含み、前記記憶された要求に関連づけられた前記クライアント
識別情報に関連づけられたウェブ・ブラウザに前記受信
応答を供給する前記ステップが、ユーザ入力に基づい
て、記憶されている要求のリストの中の選択された１つ
の要求に対する関連づけられた記憶されている応答を前
記ウェブ・ブラウザに供給するステップを含む、請求項
１１に記載の方法。
【請求項１６】前記応答が前記第２のコンピュータによ
って受信された後に、前記記憶された受信応答が入手可
能であることを前記ユーザに通知するステップをさらに
含み、前記記憶された要求に関連づけられた前記クライアント
識別情報に関連づけられたウェブ・ブラウザに前記記憶
された受信応答を供給する前記ステップが、前記ユーザ
が前記記憶された受信応答を要求した場合、前記記憶さ
れた要求に関連づけられた前記クライアント識別情報に
関連づけられたウェブ・ブラウザに前記記憶された受信
応答を供給するステップを含む、請求項１１に記載の方
法。
【請求項１７】前記受信応答を解析して前記受信応答内
に少なくとも１つの要求が埋め込まれているかどうかを
判断するステップと、前記受信応答内の前記少なくとも１つの埋め込まれた要
求を、前記埋め込まれた要求によって指定されているサ
ーバに供給するステップと、前記埋め込まれた要求に対する応答を受信するステップ
と、前記埋め込まれた要求に対する前記受信応答を第２のコ
ンピュータ上にある前記キャッシュに記憶するステップ
と、前記埋め込まれた要求に対する前記記憶された受信応答
に、前記持続要求待ち行列内に記憶されている前記要求
を関連づけるステップとをさらに含み、前記受信応答を前記ウェブ・ブラウザに供給する前記ス
テップが、前記記憶された受信応答と、前記埋め込まれ
た要求に対する前記記憶された応答とを前記ウェブ・ブ
ラウザに供給するステップを含む、請求項１１に記載の
方法。
【請求項１８】持続要求待ち行列内に記憶する前記ステ
ップが、ウェブ・ブラウザのユーザからの要求が前記記
憶された要求に関連づけられた前記クライアント識別情
報に関連づけられた前記持続要求待ち行列のうちの１つ
の持続要求待ち行列に記憶されるように複数のウェブ・
ブラウザからの要求を前記複数の持続要求待ち行列に記
憶するステップを含み、前記記憶された要求を前記サーバ・アプリケーションに
供給する前記ステップが、前記複数の要求を関連づけら
れたウェブ・サーバに供給するステップを含み、前記サーバ・アプリケーションから応答を受信する前記
ステップが、前記関連づけられたウェブ・サーバから複
数の応答を受信するステップを含み、前記受信応答を前記遠隔／モバイル・データ処理システ
ム上で実行されている前記ウェブ・ブラウザに供給する
前記ステップが、要求に対する応答が前記記憶された要
求に関連づけられた前記クライアント識別情報に対応す
る前記ウェブ・ブラウザに供給されるように、受信した
前記複数の応答を前記複数のウェブ・ブラウザに供給す
るステップを含む、請求項１１に記載の方法。
【請求項１９】サーバからの複数の要求を前記持続要求
待ち行列内の単一の項目に関連づけるステップと、前記持続要求待ち行列内の前記単一の項目に関連づけら
れた前記複数の応答を前記遠隔／モバイル・データ処理
システムに供給するステップをさらに含む、請求項１１
に記載の方法。
【請求項２０】第２のコンピュータに一時的および断続
的に接続される遠隔／モバイル・データ処理システム上
で実行されているウェブ・ブラウザと通信するシステム
であって、前記第２のコンピュータにおける持続要求待ち行列に、
前記第２のコンピュータにとってアクセス可能なサーバ
・アプリケーションに対する前記ウェブ・ブラウザから
の要求を記憶する手段と、クライアント・アプリケーションからの要求に応答し
て、ウェブ・ブラウザに暫定応答を供給する手段と、前記記憶された要求を前記サーバ・アプリケーションに
供給する手段と、前記サーバ・アプリケーションから応答を受信する手段
と、前記受信応答を遠隔／モバイル・データ処理システム上
で実行されている前記ウェブ・ブラウザに供給する手段
とを含むシステム。
【請求項２１】前記ウェブ・ブラウザから受信した要求
が遅延された処理要求であるかどうかを判断する手段を
さらに含み、持続キャッシュに記憶する前記手段と暫定
応答を供給する前記手段とが前記判断手段に機能可能に
関連づけられている、請求項２０に記載のシステム。
【請求項２２】前記遠隔／モバイル・データ処理システ
ムを前記第２のコンピュータから切断する手段と、前記遠隔／モバイル・データ処理システムを前記第２の
コンピュータに再接続する手段とをさらに含む、請求項
２０に記載のシステム。
【請求項２３】ユーザに対して提示するために、記憶さ
れている要求のリストを前記ウェブ・ブラウザに供給す
る手段と、記憶された要求の前記リスト内の記憶されている要求の
うちの選択された１つの要求を求める要求を前記ブラウ
ザから受信する手段と、ユーザ入力に基づいて、記憶されている要求のリストの
中の選択された１つの要求に対する関連づけられた応答
を前記ウェブ・ブラウザに供給する手段をさらに含む、
請求項２２に記載のシステム。
【請求項２４】前記応答が前記第２のコンピュータによ
って受信された後に、前記受信応答が入手可能であるこ
とを前記ユーザに通知する手段と、前記ユーザが前記応答を要求した場合にウェブ・ブラウ
ザに前記応答を供給する手段とをさらに含む、請求項２
２に記載のシステム。
【請求項２５】ユーザ識別子に関連づけられた持続要求
待ち行列を確立する手段をさらに含み、前記遠隔／モバイル・データ処理システムを再接続する
前記手段が、前記遠隔／モバイル・データ処理システムを前記第２の
コンピュータに接続する手段と、前記遠隔／モバイル・データ処理システムからユーザ識
別子を受信する手段とを含み、前記受信応答を供給する前記手段が、前記受信ユーザ識
別子に関連づけられた前記持続要求待ち行列からの前記
要求に対する受信応答を供給する手段を含む、請求項２
２に記載のシステム。
【請求項２６】前記受信応答を解析して前記受信応答内
に少なくとも１つの要求が埋め込まれているかどうかを
判断する手段と、前記受信応答内の前記少なくとも１つの埋め込まれた要
求を、前記埋め込まれた要求によって指定されているサ
ーバに供給する手段と、前記埋め込まれた要求に対する応答を受信する手段と、前記埋め込まれた要求に対する前記受信応答を第２のコ
ンピュータにおいて記憶する手段と、前記埋め込まれた要求に対する前記記憶された受信応答
に、前記持続要求待ち行列内に記憶されている前記要求
を関連づける手段とをさらに含み、前記受信応答を前記ウェブ・ブラウザに供給する前記手
段が、前記記憶された受信応答と、前記埋め込まれた要
求に対する前記記憶された応答とを前記ウェブ・ブラウ
ザに供給する手段を含む、請求項２５に記載のシステ
ム。
【請求項２７】前記要求に対する前記応答を前記第２の
コンピュータにおいて記憶する手段と、前記記憶された応答を、前記ユーザ識別子に関連づけら
れた前記持続要求待ち行列内の前記記憶された要求に関
連づける手段とをさらに含む、請求項２５に記載のシス
テム。
【請求項２８】持続要求待ち行列を確立する前記手段
が、各持続要求待ち行列にユーザ識別子が関連づけられ
た複数の要求待ち行列を確立する手段を含み、持続要求待ち行列内に記憶する前記手段が、ウェブ・ブ
ラウザのユーザからの要求が前記ユーザのユーザ識別子
に関連づけられた前記持続要求待ち行列のうちの１つの
持続要求待ち行列に記憶されるように複数のウェブ・ブ
ラウザからの要求を前記複数の持続要求待ち行列に記憶
する手段を含み、前記記憶された要求を前記サーバ・アプリケーションに
供給する前記手段が、前記複数の要求を関連づけられた
ウェブ・サーバに供給する手段を含み、前記サーバ・アプリケーションから応答を受信する前記
手段が、前記関連づけられたウェブ・サーバから複数の
応答を受信する手段を含み、前記受信応答を前記遠隔／モバイル・データ処理システ
ム上で実行されている前記ウェブ・ブラウザに供給する
前記手段が、要求に対する応答が前記要求をそこから受
信した前記ウェブ・ブラウザに供給されるように、受信
した前記複数の応答を前記複数のウェブ・ブラウザに供
給する手段を含む、請求項２７に記載のシステム。
【請求項２９】サーバからの複数の応答を前記持続要求
待ち行列内の単一の項目に関連づける手段と、前記持続要求待ち行列内の前記単一の項目に関連づけら
れた前記複数の応答を前記遠隔／モバイル・データ処理
システムに供給する手段をさらに含む、請求項２０に記
載のシステム。
【請求項３０】第２のコンピュータに一時的および断続
的に接続される遠隔／モバイル・データ処理システム上
で実行されているウェブ・ブラウザと通信する方法であ
って、第２のコンピュータにおける持続要求待ち行列に、第２
のコンピュータにとってアクセス可能なサーバ・アプリ
ケーションに対する前記ウェブ・ブラウザからの要求を
記憶する手段と、前記記憶された要求にクライアント識別情報を関連づけ
る手段と、前記記憶された要求を前記サーバ・アプリケーションに
供給する手段と、前記サーバ・アプリケーションから応答を受信する手段
と、前記サーバからの前記受信応答を前記第２のコンピュー
タ上にあるサーバ側キャッシュに記憶する手段と、前記記憶された受信応答を前記記憶された要求に関連づ
ける手段と、前記記憶された要求に関連づけられた前記クライアント
識別情報に関連づけられたウェブ・ブラウザに前記記憶
された受信応答を供給する手段とを含むシステム。
【請求項３１】前記記憶された要求に関連づけられた前
記クライアント識別情報に関連づけられたウェブ・ブラ
ウザに前記記憶された受信応答を供給する前記手段が、
前記記憶された受信応答を、その後の接続中に前記記憶
された要求に関連づけられたクライアント識別情報に関
連づけられたウェブ・ブラウザに供給する手段を含む、
請求項３０に記載のシステム。
【請求項３２】持続要求待ち行列内に記憶する前記手段
が、ウェブ・ブラウザのユーザからの要求が前記記憶さ
れた要求に関連づけられた前記クライアント識別情報に
関連づけられた前記持続要求待ち行列のうちの１つの持
続要求待ち行列に記憶されるように複数のウェブ・ブラ
ウザからの要求を前記複数の持続要求待ち行列に記憶す
る手段を含み、前記記憶された要求を前記サーバ・アプリケーションに
供給する前記手段が、前記複数の要求を関連づけられた
ウェブ・サーバに供給する手段を含み、前記サーバ・アプリケーションから応答を受信する前記
手段が、前記関連づけられたウェブ・サーバから複数の
応答を受信する手段を含み、前記受信応答を前記遠隔／モバイル・データ処理システ
ム上で実行されている前記ウェブ・ブラウザに供給する
前記手段が、要求に対する応答が前記記憶された要求に
関連づけられた前記クライアント識別情報に対応する前
記ウェブ・ブラウザに供給されるように、受信した前記
複数の応答を前記複数のウェブ・ブラウザに供給する手
段を含む、請求項３０に記載のシステム。
【請求項３３】第２のコンピュータに一時的および断続
的に接続される遠隔／モバイル・データ処理システム上
で実行されているウェブ・ブラウザと通信するコンピュ
ータ・プログラム製品であって、前記第２のコンピュータにおける持続要求待ち行列に、
前記第２のコンピュータにとってアクセス可能なサーバ
・アプリケーションに対する前記ウェブ・ブラウザから
の要求を記憶するコンピュータ可読プログラム・コード
手段と、クライアント・アプリケーションからの要求に応答し
て、ウェブ・ブラウザに暫定応答を供給するコンピュー
タ可読プログラム・コード手段と、前記記憶された要求を前記サーバ・アプリケーションに
供給するコンピュータ可読プログラム・コード手段と、前記サーバ・アプリケーションから応答を受信するコン
ピュータ可読プログラム・コード手段と、前記受信応答を遠隔／モバイル・データ処理システム上
で実行されている前記ウェブ・ブラウザに供給するコン
ピュータ可読プログラム・コード手段とを含むコンピュ
ータ・プログラム製品。
【請求項３４】前記ウェブ・ブラウザから受信した要求
が遅延された処理要求であるかどうかを判断するコンピ
ュータ可読プログラム・コード手段をさらに含み、持続
キャッシュに記憶する前記コンピュータ可読プログラム
・コード手段と暫定応答を供給する前記コンピュータ可
読プログラム・コード手段とが前記判断コンピュータ可
読プログラム・コード手段に機能可能に関連づけられて
いる、請求項３３に記載のコンピュータ・プログラム製
品。
【請求項３５】前記遠隔／モバイル・データ処理システ
ムを前記第２のコンピュータから切断するコンピュータ
可読プログラム・コード手段と、前記遠隔／モバイル・データ処理システムを前記第２の
コンピュータに再接続するコンピュータ可読プログラム
・コード手段とをさらに含む、請求項３３に記載のコン
ピュータ・プログラム製品。
【請求項３６】ユーザに対して提示するために、記憶さ
れている要求のリストを前記ウェブ・ブラウザに供給す
るコンピュータ可読プログラム・コード手段と、記憶された要求の前記リスト内の記憶されている要求の
うちの選択された１つの要求を求める要求を前記ブラウ
ザから受信するコンピュータ可読プログラム・コード手
段と、ユーザ入力に基づいて、記憶されている要求のリストの
中の選択された１つの要求に対する関連づけられた応答
を前記ウェブ・ブラウザに供給するコンピュータ可読プ
ログラム・コード手段をさらに含む、請求項３５に記載
のコンピュータ・プログラム製品。
【請求項３７】前記応答が前記第２のコンピュータによ
って受信された後に、前記受信応答が入手可能であるこ
とを前記ユーザに通知するコンピュータ可読プログラム
・コード手段と、前記ユーザが前記応答を要求した場合にウェブ・ブラウ
ザに前記応答を供給するコンピュータ可読プログラム・
コード手段とをさらに含む、請求項３５に記載のコンピ
ュータ・プログラム製品。
【請求項３８】ユーザ識別子に関連づけられた持続要求
待ち行列を確立するコンピュータ可読プログラム・コー
ド手段をさらに含み、前記遠隔／モバイル・データ処理システムを再接続する
前記コンピュータ可読プログラム・コード手段が、前記遠隔／モバイル・データ処理システムを前記第２の
コンピュータに接続するコンピュータ可読プログラム・
コード手段と、前記遠隔／モバイル・データ処理システムからユーザ識
別子を受信するコンピュータ可読プログラム・コード手
段とを含み、前記受信応答を供給する前記コンピュータ可読プログラ
ム・コード手段が、前記受信ユーザ識別子に関連づけら
れた前記持続要求待ち行列からの前記要求に対する受信
応答を供給するコンピュータ可読プログラム・コード手
段を含む、請求項３５に記載のコンピュータ・プログラ
ム製品。
【請求項３９】前記受信応答を解析して前記受信応答内
に少なくとも１つの要求が埋め込まれているかどうかを
判断するコンピュータ可読プログラム・コード手段と、前記受信応答内の前記少なくとも１つの埋め込まれた要
求を、前記埋め込まれた要求によって指定されているサ
ーバに供給するコンピュータ可読プログラム・コード手
段と、前記埋め込まれた要求に対する応答を受信するコンピュ
ータ可読プログラム・コード手段と、前記埋め込まれた要求に対する前記受信応答を第２のコ
ンピュータにおいて記憶するコンピュータ可読プログラ
ム・コード手段と、前記埋め込まれた要求に対する前記記憶された受信応答
に、前記持続要求待ち行列内に記憶されている前記要求
を関連づけるコンピュータ可読プログラム・コード手段
とをさらに含み、前記受信応答を前記ウェブ・ブラウザに供給する前記コ
ンピュータ可読プログラム・コード手段が、前記記憶さ
れた受信応答と、前記埋め込まれた要求に対する前記記
憶された応答とを前記ウェブ・ブラウザに供給するコン
ピュータ可読プログラム・コード手段を含む、請求項３
８に記載のコンピュータ・プログラム製品。
【請求項４０】前記要求に対する前記応答を前記第２の
コンピュータにおいて記憶するコンピュータ可読プログ
ラム・コード手段と、前記記憶された応答を、前記ユーザ識別子に関連づけら
れた前記持続要求待ち行列内の前記記憶された要求に関
連づけるコンピュータ可読プログラム・コード手段とを
さらに含む、請求項３８に記載のコンピュータ・プログ
ラム製品。
【請求項４１】持続要求待ち行列を確立する前記コンピ
ュータ可読プログラム・コード手段が、各持続要求待ち
行列にユーザ識別子が関連づけられた複数の要求待ち行
列を確立するコンピュータ可読プログラム・コード手段
を含み、持続要求待ち行列内に記憶する前記コンピュータ可読プ
ログラム・コード手段が、ウェブ・ブラウザのユーザか
らの要求が前記ユーザのユーザ識別子に関連づけられた
前記持続要求待ち行列のうちの１つの持続要求待ち行列
に記憶されるように複数のウェブ・ブラウザからの要求
を前記複数の持続要求待ち行列に記憶するコンピュータ
可読プログラム・コード手段を含み、前記記憶された要求を前記サーバ・アプリケーションに
供給する前記コンピュータ可読プログラム・コード手段
が、前記複数の要求を関連づけられたウェブ・サーバに
供給するコンピュータ可読プログラム・コード手段を含
み、前記サーバ・アプリケーションから応答を受信する前記
コンピュータ可読プログラム・コード手段が、前記関連
づけられたウェブ・サーバから複数の応答を受信するコ
ンピュータ可読プログラム・コード手段を含み、前記受信応答を前記遠隔／モバイル・データ処理システ
ム上で実行されている前記ウェブ・ブラウザに供給する
前記コンピュータ可読プログラム・コード手段が、要求
に対する応答が前記要求をそこから受信した前記ウェブ
・ブラウザに供給されるように、受信した前記複数の応
答を前記複数のウェブ・ブラウザに供給するコンピュー
タ可読プログラム・コード手段を含む、請求項４０に記
載のコンピュータ・プログラム製品。
【請求項４２】サーバからの複数の応答を前記持続要求
待ち行列内の単一の項目に関連づけるコンピュータ可読
プログラム・コード手段と、前記持続要求待ち行列内の前記単一の項目に関連づけら
れた前記複数の応答を前記遠隔／モバイル・データ処理
システムに供給するコンピュータ可読プログラム・コー
ド手段をさらに含む、請求項３３に記載のコンピュータ
・プログラム製品。
【請求項４３】第２のコンピュータに一時的および断続
的に接続される遠隔／モバイル・データ処理システム上
で実行されているウェブ・ブラウザと通信するコンピュ
ータ・プログラム製品であって、第２のコンピュータにおける持続要求待ち行列に、第２
のコンピュータにとってアクセス可能なサーバ・アプリ
ケーションに対する前記ウェブ・ブラウザからの要求を
記憶するコンピュータ可読プログラム・コード手段と、前記記憶された要求にクライアント識別情報を関連づけ
るコンピュータ可読プログラム・コード手段と、前記記憶された要求を前記サーバ・アプリケーションに
供給するコンピュータ可読プログラム・コード手段と、前記サーバ・アプリケーションから応答を受信するコン
ピュータ可読プログラム・コード手段と、前記サーバからの前記受信応答を前記第２のコンピュー
タ上にあるサーバ側キャッシュに記憶するコンピュータ
可読プログラム・コード手段と、前記記憶された受信応答を前記記憶された要求に関連づ
けるコンピュータ可読プログラム・コード手段と、前記記憶された要求に関連づけられた前記クライアント
識別情報に関連づけられたウェブ・ブラウザに前記記憶
された受信応答を供給するコンピュータ可読プログラム
・コード手段とを含むコンピュータ・プログラム製品。
【請求項４４】前記記憶された要求に関連づけられた前
記クライアント識別情報に関連づけられたウェブ・ブラ
ウザに前記記憶された受信応答を供給する前記コンピュ
ータ可読プログラム・コード手段が、前記記憶された受
信応答を、その後の接続中に前記記憶された要求に関連
づけられたクライアント識別情報に関連づけられたウェ
ブ・ブラウザに供給するコンピュータ可読プログラム・
コード手段を含む、請求項４３に記載のコンピュータ・
プログラム製品。
【請求項４５】持続要求待ち行列内に記憶する前記コン
ピュータ可読プログラム・コード手段が、ウェブ・ブラ
ウザのユーザからの要求が前記記憶された要求に関連づ
けられた前記クライアント識別情報に関連づけられた前
記持続要求待ち行列のうちの１つの持続要求待ち行列に
記憶されるように複数のウェブ・ブラウザからの要求を
前記複数の持続要求待ち行列に記憶するコンピュータ可
読プログラム・コード手段を含み、前記記憶された要求を前記サーバ・アプリケーションに
供給する前記コンピュータ可読プログラム・コード手段
が、前記複数の要求を関連づけられたウェブ・サーバに
供給するコンピュータ可読プログラム・コード手段を含
み、前記サーバ・アプリケーションから応答を受信する前記
コンピュータ可読プログラム・コード手段が、前記関連
づけられたウェブ・サーバから複数の応答を受信するコ
ンピュータ可読プログラム・コード手段を含み、前記受信応答を前記遠隔／モバイル・データ処理システ
ム上で実行されている前記ウェブ・ブラウザに供給する
前記コンピュータ可読プログラム・コード手段が、要求
に対する応答が前記記憶された要求に関連づけられた前
記クライアント識別情報に対応する前記ウェブ・ブラウ
ザに供給されるように、受信した前記複数の応答を前記
複数のウェブ・ブラウザに供給するコンピュータ可読プ
ログラム・コード手段を含む、請求項４３に記載のコン
ピュータ・プログラム製品。