(57)【特許請求の範囲】
【請求項１】
第２のコンピュータが、該コンピュータに接続障害または通信障害により一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信する方法であって、
前記第２のコンピュータが、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求であるかどうかを判断するステップと、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求である場合に、前記第２のコンピュータにおける持続要求待ち行列に、前記第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶するステップと、
前記記憶された前記ウェブ・ブラウザからの要求に応答して、前記ウェブ・ブラウザに暫定応答を供給するステップと、
前記記憶された要求にユーザ識別子を関連づけるステップと、
前記記憶された要求を前記サーバ・アプリケーションに供給するステップと、
前記サーバ・アプリケーションから応答を受信するステップと、
前記サーバ・アプリケーションからの前記応答を前記第２のコンピュータにおいて記憶するステップと、
前記記憶された応答を、前記ユーザ識別子に関連づけられた前記記憶された要求に関連づけるステップとを含み、
前記遠隔／モバイル・データ処理システムが前記第２のコンピュータに再接続された場合に、
前記第２のコンピュータが、
前記遠隔／モバイル・データ処理システムからユーザ識別子を受信するステップと、
前記受信ユーザ識別子に関連づけられた前記持続要求待ち行列からの要求に対する前記受信応答を遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給するステップとを含む方法。
【請求項２】
ユーザに対して提示するために、記憶されている要求のリストを前記ウェブ・ブラウザに供給するステップと、
記憶された要求の前記リスト内の記憶されている要求のうちの選択された１つの要求を求める要求を前記ブラウザから受信するステップと、
前記ユーザ入力に基づいて、記憶されている要求のリストの中の選択された１つの要求に対する関連づけられた応答を前記ウェブ・ブラウザに供給するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記応答が前記第２のコンピュータによって受信された後に、前記受信応答が入手可能であることを前記ユーザに通知するステップと、
前記ユーザが前記応答を要求した場合にウェブ・ブラウザに前記応答を供給するステップとをさらに含む、請求項１に記載の方法。
【請求項４】
前記受信応答を解析して前記受信応答内に少なくとも１つの要求が埋め込まれているかどうかを判断するステップと、
前記受信応答内の前記少なくとも１つの埋め込まれた要求を、前記埋め込まれた要求によって指定されているサーバに供給するステップと、
前記埋め込まれた要求に対する応答を受信するステップと、
前記埋め込まれた要求に対する前記受信応答を第２のコンピュータにおいて記憶するステップと、
前記埋め込まれた要求に対する前記記憶された受信応答に、前記持続要求待ち行列内に記憶されている前記要求を関連づけるステップとをさらに含み、
前記受信応答を前記ウェブ・ブラウザに供給する前記ステップが、前記記憶された受信応答と、前記埋め込まれた要求に対する前記記憶された応答とを前記ウェブ・ブラウザに供給するステップを含む、請求項１に記載の方法。
【請求項５】
サーバからの複数の応答を前記持続要求待ち行列内の単一の項目に関連づけるステップと、
前記持続要求待ち行列内の前記単一の項目に関連づけられた前記複数の応答を前記遠隔／モバイル・データ処理システムに供給するステップをさらに含む、請求項１に記載の方法。
【請求項６】
第２のコンピュータが、該コンピュータに接続障害または通信障害により一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信する方法であって、
前記第２のコンピュータが
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求であるかどうかを判断するステップと、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求である場合に、前記第２のコンピュータにおける持続要求待ち行列に、前記第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶するステップと、
前記記憶された前記ウェブ・ブラウザからの要求に応答して、前記ウェブ・ブラウザに暫定応答を供給するステップと、
前記記憶された要求にクライアント識別情報を関連づけるステップと、
前記記憶された要求を前記サーバ・アプリケーションに供給するステップと、
前記サーバ・アプリケーションから応答を受信するステップと、
前記サーバからの前記受信応答を前記第２のコンピュータ上にあるサーバ側キャッシュに記憶するステップとを含み、
前記記憶された受信応答を前記記憶された要求に関連づけるステップと、
前記応答が前記第２のコンピュータによって受信された後に、前記遠隔／モバイル・データ処理システムが前記第２のコンピュータに再接続された場合に、
前記第２のコンピュータが、
前記記憶された受信応答が入手可能であることを前記ユーザに通知するステップと、
前記ユーザが前記記憶された受信応答を要求した場合に、前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給するステップとを含む方法。
【請求項７】
前記記憶された要求を前記サーバ・アプリケーションに供給する前記ステップの前に、
前記要求の修正を受信するステップと、
前記要求待ち行列に記憶された前記要求を改訂し、前記記憶された要求を前記修正された要求に置き換えるステップとをさらに含む、請求項６に記載の方法。
【請求項８】
ユーザに対して提示するために、記憶されている要求のリストを前記ウェブ・ブラウザに供給するステップと、
記憶された要求の前記リスト内の記憶されている要求のうちの選択された１つの要求を求める要求を前記ブラウザから受信するステップとをさらに含み、
前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記受信応答を供給する前記ステップが、ユーザ入力に基づいて、記憶されている要求のリストの中の選択された１つの要求に対する関連づけられた記憶されている応答を前記ウェブ・ブラウザに供給するステップを含む、請求項６に記載の方法。
【請求項９】
前記受信応答を解析して前記受信応答内に少なくとも１つの要求が埋め込まれているかどうかを判断するステップと、
前記受信応答内の前記少なくとも１つの埋め込まれた要求を、前記埋め込まれた要求によって指定されているサーバに供給するステップと、
前記埋め込まれた要求に対する応答を受信するステップと、
前記埋め込まれた要求に対する前記受信応答を第２のコンピュータ上にある前記キャッシュに記憶するステップと、
前記埋め込まれた要求に対する前記記憶された受信応答に、前記持続要求待ち行列内に記憶されている前記要求を関連づけるステップとをさらに含み、
前記受信応答を前記ウェブ・ブラウザに供給する前記ステップが、前記記憶された受信応答と、前記埋め込まれた要求に対する前記記憶された応答とを前記ウェブ・ブラウザに供給するステップを含む、請求項６に記載の方法。
【請求項１０】
持続要求待ち行列内に記憶する前記ステップが、ウェブ・ブラウザのユーザからの要求が前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられた前記持続要求待ち行列のうちの１つの持続要求待ち行列に記憶されるように複数のウェブ・ブラウザからの要求を前記複数の持続要求待ち行列に記憶するステップを含み、
前記記憶された要求を前記サーバ・アプリケーションに供給する前記ステップが、前記複数の要求を関連づけられたウェブ・サーバに供給するステップを含み、
前記サーバ・アプリケーションから応答を受信する前記ステップが、前記関連づけられたウェブ・サーバから複数の応答を受信するステップを含み、
前記受信応答を前記遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する前記ステップが、要求に対する応答が前記記憶された要求に関連づけられた前記クライアント識別情報に対応する前記ウェブ・ブラウザに供給されるように、受信した前記複数の応答を前記複数のウェブ・ブラウザに供給するステップを含む、請求項６に記載の方法。
【請求項１１】
サーバからの複数の応答を前記持続要求待ち行列内の単一の項目に関連づけるステップと、
前記持続要求待ち行列内の前記単一の項目に関連づけられた前記複数の応答を前記遠隔／モバイル・データ処理システムに供給するステップをさらに含む、請求項６に記載の方法。
【請求項１２】
第２のコンピュータが、該コンピュータに接続障害または通信障害により一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信するシステムであって、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求であるかどうかを判断する手段と、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求である場合に、前記第２のコンピュータにおける持続要求待ち行列に、前記第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶する手段と、
前記記憶された前記ウェブ・ブラウザからの要求に応答して、前記ウェブ・ブラウザに暫定応答を供給する手段と、
前記記憶された要求にユーザ識別子を関連づける手段と、
前記記憶された要求を前記サーバ・アプリケーションに供給する手段と、
前記サーバ・アプリケーションから応答を受信する手段と、
前記サーバ・アプリケーションからの前記応答を前記第２のコンピュータにおいて記憶する手段と、
前記記憶された応答を、前記ユーザ識別子に関連づけられた前記記憶された要求に関連づける手段とを含み、
前記遠隔／モバイル・データ処理システムが前記第２のコンピュータに再接続された場合に、
前記遠隔／モバイル・データ処理システムからユーザ識別子を受信する手段と、
前記受信ユーザ識別子に関連づけられた前記持続要求待ち行列からの要求に対する前記受信応答を遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する手段とを含むシステム。
【請求項１３】
ユーザに対して提示するために、記憶されている要求のリストを前記ウェブ・ブラウザに供給する手段と、
記憶された要求の前記リスト内の記憶されている要求のうちの選択された１つの要求を求める要求を前記ブラウザから受信する手段と、
ユーザ入力に基づいて、記憶されている要求のリストの中の選択された１つの要求に対する関連づけられた応答を前記ウェブ・ブラウザに供給する手段をさらに含む、請求項１２に記載のシステム。
【請求項１４】
前記応答が前記第２のコンピュータによって受信された後に、前記受信応答が入手可能であることを前記ユーザに通知する手段と、
前記ユーザが前記応答を要求した場合にウェブ・ブラウザに前記応答を供給する手段とをさらに含む、請求項１２に記載のシステム。
【請求項１５】
前記受信応答を解析して前記受信応答内に少なくとも１つの要求が埋め込まれているかどうかを判断する手段と、
前記受信応答内の前記少なくとも１つの埋め込まれた要求を、前記埋め込まれた要求によって指定されているサーバに供給する手段と、
前記埋め込まれた要求に対する応答を受信する手段と、
前記埋め込まれた要求に対する前記受信応答を第２のコンピュータにおいて記憶する手段と、
前記埋め込まれた要求に対する前記記憶された受信応答に、前記持続要求待ち行列内に記憶されている前記要求を関連づける手段とをさらに含み、
前記受信応答を前記ウェブ・ブラウザに供給する前記手段が、前記記憶された受信応答と、前記埋め込まれた要求に対する前記記憶された応答とを前記ウェブ・ブラウザに供給する手段を含む、請求項１２に記載のシステム。
【請求項１６】
サーバからの複数の応答を前記持続要求待ち行列内の単一の項目に関連づける手段と、
前記持続要求待ち行列内の前記単一の項目に関連づけられた前記複数の応答を前記遠隔／モバイル・データ処理システムに供給する手段をさらに含む、請求項１２に記載のシステム。
【請求項１７】
第２のコンピュータが、該コンピュータに接続障害または通信障害により一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信するシステムであって、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求であるかどうかを判断する手段と、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求である場合に、前記第２のコンピュータにおける持続要求待ち行列に、前記第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶する手段と、
前記記憶された前記ウェブ・ブラウザからの要求に応答して、前記ウェブ・ブラウザに暫定応答を供給する手段と、
前記記憶された要求にクライアント識別情報を関連づける手段と、
前記記憶された要求を前記サーバ・アプリケーションに供給する手段と、
前記サーバ・アプリケーションから応答を受信する手段と、
前記サーバからの前記受信応答を前記第２のコンピュータ上にあるサーバ側キャッシュに記憶する手段と、
前記記憶された受信応答を前記記憶された要求に関連づける手段と、
前記応答が前記第２のコンピュータによって受信された後に、前記遠隔／モバイル・データ処理システムが前記第２のコンピュータに再接続された場合に、
前記記憶された受信応答が入手可能であることをユーザに通知する手段と、
前記ユーザが前記記憶された受信応答を要求した場合に、前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給する手段とを含むシステム。
【請求項１８】
持続要求待ち行列内に記憶する前記手段が、ウェブ・ブラウザのユーザからの要求が前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられた前記持続要求待ち行列のうちの１つの持続要求待ち行列に記憶されるように複数のウェブ・ブラウザからの要求を前記複数の持続要求待ち行列に記憶する手段を含み、
前記記憶された要求を前記サーバ・アプリケーションに供給する前記手段が、前記複数の要求を関連づけられたウェブ・サーバに供給する手段を含み、
前記サーバ・アプリケーションから応答を受信する前記手段が、前記関連づけられたウェブ・サーバから複数の応答を受信する手段を含み、
前記受信応答を前記遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する前記手段が、要求に対する応答が前記記憶された要求に関連づけられた前記クライアント識別情報に対応する前記ウェブ・ブラウザに供給されるように、受信した前記複数の応答を前記複数のウェブ・ブラウザに供給する手段を含む、請求項１７に記載のシステム。
【請求項１９】
第２のコンピュータが、該コンピュータに接続障害または通信障害により一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記第２のコンピュータに、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求であるかどうかを判断するステップと、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求である場合に、前記第２のコンピュータにおける持続要求待ち行列に、前記第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶するステップと、
前記記憶された前記ウェブ・ブラウザからの要求に応答して、前記ウェブ・ブラウザに暫定応答を供給するステップと、
前記記憶された要求にユーザ識別子を関連づけるステップと、
前記記憶された要求を前記サーバ・アプリケーションに供給するステップと、
前記サーバ・アプリケーションから応答を受信するステップと、
前記サーバ・アプリケーションからの前記応答を前記第２のコンピュータにおいて記憶するステップと、
前記記憶された応答を、前記ユーザ識別子に関連づけられた前記記憶された要求に関連づけるステップとを実行させ、
前記遠隔／モバイル・データ処理システムが前記第２のコンピュータに再接続された場合に、
前記遠隔／モバイル・データ処理システムからユーザ識別子を受信するステップと、
前記受信ユーザ識別子に関連づけられた前記持続要求待ち行列からの要求に対する前記受信応答を遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給するステップと
を前記第２のコンピュータに実行させる記録媒体。
【請求項２０】
ユーザに対して提示するために、記憶されている要求のリストを前記ウェブ・ブラウザに供給するステップと、
記憶された要求の前記リスト内の記憶されている要求のうちの選択された１つの要求を求める要求を前記ブラウザから受信するステップと、
ユーザ入力に基づいて、記憶されている要求のリストの中の選択された１つの要求に対する関連づけられた応答を前記ウェブ・ブラウザに供給するステップとをさらに実行させる、請求項１９に記載の記録媒体。
【請求項２１】
前記応答が前記第２のコンピュータによって受信された後に、前記受信応答が入手可能であることを前記ユーザに通知するステップと、
前記ユーザが前記応答を要求した場合にウェブ・ブラウザに前記応答を供給するステップとをさらに実行させる、請求項１９に記載の記録媒体。
【請求項２２】
前記受信応答を解析して前記受信応答内に少なくとも１つの要求が埋め込まれているかどうかを判断するステップと、
前記受信応答内の前記少なくとも１つの埋め込まれた要求を、前記埋め込まれた要求によって指定されているサーバに供給するステップと、
前記埋め込まれた要求に対する応答を受信するステップと、
前記埋め込まれた要求に対する前記受信応答を第２のコンピュータにおいて記憶するステップと、
前記埋め込まれた要求に対する前記記憶された受信応答に、前記持続要求待ち行列内に記憶されている前記要求を関連づけるステップとをさらに実行させ、
前記受信応答を前記ウェブ・ブラウザに供給するステップが、前記記憶された受信応答と、前記埋め込まれた要求に対する前記記憶された応答とを前記ウェブ・ブラウザに供給するステップを含む、請求項１９に記載の記録媒体。
【請求項２３】
サーバからの複数の応答を前記持続要求待ち行列内の単一の項目に関連づけるステップと、
前記持続要求待ち行列内の前記単一の項目に関連づけられた前記複数の応答を前記遠隔／モバイル・データ処理システムに供給するステップをさらに実行させる、請求項１９に記載の記録媒体。
【請求項２４】
第２のコンピュータが、該コンピュータに接続障害または通信障害により一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信するためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記第２のコンピュータに
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求であるかどうかを判断するステップと、
前記ウェブ・ブラウザから受信した要求が切断状態操作の処理を求める要求である場合に、前記第２のコンピュータにおける持続要求待ち行列に、前記第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶するステップと、
前記記憶された前記ウェブ・ブラウザからの要求に応答して、前記ウェブ・ブラウザに暫定応答を供給するステップと、
前記記憶された要求にクライアント識別情報を関連づけるステップと、
前記記憶された要求を前記サーバ・アプリケーションに供給するステップと、
前記サーバ・アプリケーションから応答を受信するステップと、
前記サーバからの前記受信応答を前記第２のコンピュータ上にあるサーバ側キャッシュに記憶するステップと、
前記記憶された受信応答を前記記憶された要求に関連づけるステップとを実行させ、
前記応答が前記第２のコンピュータによって受信された後に、前記遠隔／モバイル・データ処理システムが前記第２のコンピュータに再接続された場合に、
前記記憶された受信応答が入手可能であることをユーザに通知するステップと、
前記ユーザが前記記憶された受信応答を要求した場合に、前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給するステップとを
前記第２のコンピュータに実行させる記録媒体。
【請求項２５】
持続要求待ち行列内に記憶するステップが、ウェブ・ブラウザのユーザからの要求が前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられた前記持続要求待ち行列のうちの１つの持続要求待ち行列に記憶されるように複数のウェブ・ブラウザからの要求を前記複数の持続要求待ち行列に記憶するステップを含み、
前記記憶された要求を前記サーバ・アプリケーションに供給するステップが、前記複数の要求を関連づけられたウェブ・サーバに供給するステップを含み、
前記サーバ・アプリケーションから応答を受信するステップが、前記関連づけられたウェブ・サーバから複数の応答を受信するステップを含み、
前記受信応答を前記遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給するステップが、要求に対する応答が前記記憶された要求に関連づけられた前記クライアント識別情報に対応する前記ウェブ・ブラウザに供給されるように、受信した前記複数の応答を前記複数のウェブ・ブラウザに供給するステップを含む、請求項２４に記載の記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、遠隔／モバイル・コンピューティングに関し、具体的には、ウェブ・ブラウザ／ウェブ・サーバ通信モデルを使用した遠隔／モバイル・コンピューティングに関する。
【０００２】
【従来の技術】
「情報スーパーハイウェイ」が宣伝され、力説されていることにより、インターネットがマスコミュニケーション媒体としてますます知られ、受け入れるようになった。このように、インターネットが複数のネットワーク間の通信と対話のための実現可能な媒体として広く認識されるようになったため、コンピュータ・ネットワーク間の対話のための、インターネット標準プロトコルに基づいて構築された大規模なユーザ基盤も確立されている。
【０００３】
インターネットのパラダイムはクライアント−サーバ関係のパラダイムであり、インターネット・クライアント（ブラウザ）がインターネット・サーバと通信する。インターネットへのアクセスを拡大するために、クライアントとサーバが使用する通信プロトコルと言語が標準化されている。これらのプロトコルには、クライアントとサーバとの間の通信に使用される通信プロトコルであるハイパーテキスト転送プロトコル（ＨＴＴＰ）と、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）が含まれる。ＴＣＰ／ＩＰのＴＣＰ部分は、コンピュータ間またはアプリケーション間の通信のためのトランスポート固有プロトコルである。ハイパーテキスト・マークアップ言語（ＨＴＭＬ）と呼ばれる、クライアントとサーバが通信する言語も標準化されている。
【０００４】
ワールド・ワイド・ウェブのクライアント／サーバ・アプリケーション環境では、クライアントはユーザ・インタフェースとして機能するウェブ・ブラウザとすることができる。ウェブ・ブラウザは適切なウェブ・サーバにユーザ要求を送り、ウェブ・サーバから返されたＨＴＭＬデータの形式設定と表示を行う。また、ウェブ・ブラウザは、ＨＴＭＬデータを評価して、ＨＴＭＬ内に埋め込まれたハイパーリンク・ステートメントがないかどうかを判断する。ハイパーリンク・ステートメントは、後でブラウザによって開始されることになるブラウザ要求を必要とする。ウェブ・サーバはクライアントのためにサーバとして機能し、ウェブ・ブラウザ要求を処理して要求された応答をＨＴＴＰデータ・ストリームのＨＴＭＬデータ部分として返す。
【０００５】
インターネットを使用するシステムの基本通信構造を図１に示す。図１では、ウェブ・ブラウザ１０が通信リンク１５を介してウェブ・サーバ２０と通信する。この通信リンクは、一般には、ローカル・エリア・ネットワーク接続、ワイド・エリア・ネットワーク接続、電話回線を介した接続、またはこれらの組合せである。ウェブ・ブラウザ１０は、ＴＣＰ／ＩＰを使用してウェブ・サーバ２０と通信する。インターネット通信の大半では、ウェブ・ブラウザが汎用通信プロトコルＨＴＴＰを使用してウェブ・サーバと通信する。ＨＴＴＰはウェブ・ブラウザとウェブ・サーバとの間のＴＣＰ／ＩＰリンクを介してウェブ・ブラウザとウェブ・サーバとの間で伝送される。ウェブ・ブラウザ１０とウェブ・サーバ２０との間で伝送される実際のデータは、前述のＨＴＴＰデータ・オブジェクト（たとえばＨＴＭＬデータ）である。ウェブ・サーバ２０は、いくつかのウェブ・ブラウザからブラウザ要求を受け取り、それらを適切なサーバに送るプロキシとすることもできる。
【０００６】
ウェブ・ブラウザ／ウェブ・サーバのとそれらの共通情報およびトランスポート・プロトコルであるＨＴＭＬおよびＨＴＴＰの普及の結果、ウェブ技法は情報にネットワーク・アクセスするための汎用インタフェースとして受け入れられるようになっている。さらに、ウェブ・ブラウザとウェブ・サーバとの間の通信のためのプロトコルおよび言語が標準化されているため、ユーザがネットワーク情報にアクセスするためにウェブ・ブラウザとして、Netscape NavigatorTM、NCSA MosaicTM、WebExplorerTM、またはその他のウェブ・ブラウザのいずれを使用しているかを問わず、通信プロトコルおよび言語は同じである。したがって、ウェブ・ブラウザの大規模なインストール済みユーザ基盤は、インターネットの接続可能性およびＨＴＴＰ定義の共通ゲートウェイ・インタフェース（ＣＧＩ）を使用したウェブ・アプリケーション・サーバの作成の容易さと相まって、ウェブ技法を大規模クラスのフォーム・ベース応用分野にとってきわめて魅力的な技法にしている。
【０００７】
インターネットが普及し、受け入れられるようになると同時に、モバイル・コンピューティングもますます普及するようになった。ラップトップ、ノートブック、パーソナル・ディジタル／通信アシスタンツ（ＰＤＡ／ＰＣＡ）およびその他の装置の使用により、無線通信の需要が伸びている。しかし、無線ワイド・エリア・ネットワーク、セルラ通信、およびパケット無線は、ウェブ環境で使用した場合に共通した限界がある。１バイト当たりの通信コストの高さ、遅い応答時間、低帯域幅、信頼性の低さはすべて、ワールド・ワイド・ウェブのステートレス通信プロトコルのために無線技法を使用することを妨げている。また、ウェブ・プロトコルはステートレスであるため、１要求当たりのデータ量と無線接続を介して伝送される通信要求の数は、通信が自立型でない場合に必要な数よりも多くなる。
【０００８】
さらに、ウェブ・ブラウズの基礎機構とプロトコルは、従来のネットワーク・モデルを念頭において開発された。これらの機構は、関与するコンピュータが高帯域幅で安価な信頼性の高いリンクを介して接続されているという暗黙の前提に基づいて開発された。しかし、有線ＬＡＮやＷＡＮ環境と異なり、モバイル・リンクは一般に低帯域幅でコストがかかり、信頼性が低い。モバイル接続の中には他のモバイル接続よりもましなものもある。たとえば単純なダイヤルアップ・モデムはパケット無線よりも高速で安価である。しかし、すべてＬＡＮよりは著しく遅い。また、モバイル接続は信頼性も低い。信号劣化、妨害物、およびその他の問題による通信切断が珍しくない。したがって、ＬＡＮ環境を対象としたウェブ・ブラウザなどのアプリケーションは、ネットワーク制約環境ではしばしばきわめてパフォーマンスが低い。
【０００９】
さらに、モバイル環境は、切断動作の問題を引き起こす。標準ウェブ・ブラウズ（および多くの既存のネットワーク化アプリケーション）は、切断は比較的まれなエラー事例であることを前提としている。クライアントがサーバから切断されると一般には操作ができない。
【００１０】
接続の弱さと切断の可能性によってさらに、移動性の問題、すなわちユーザの接続性の動的性質という第３の局面が生じる。一人のユーザが異なる時点で強く接続されたり（ＬＡＮ）、弱く接続されたり（セルラまたはその他のモバイル・リンク）、切断されたりする。
【００１１】
無線通信の特徴である資源制約的または信頼性の低い通信環境でブラウザを使用した場合、いくつかの要因によって使用可能度の低さとユーザ生産性の低下が生じる。第一に、ブラウザ・プロトコルは同期的である。すなわち、ユーザは要求が完了するまで待ってからでなければ他の要求を出すことができない。低速の無線伝送、インターネットまたはイントラネット・トラフィックの混在のために遅延が長くなると、ユーザは欲求不満になったり生産性が低下したりすることがある。
【００１２】
第二に、低速リンクまたは時間コスト・ベースのリンクを介した場合、同期要求／応答方式の当然のバースト性が重大な問題になることがある。有線ＬＡＮを介した場合、通常はサーバ応答時間が主な問題であるが、無線環境では一般には帯域幅と待ち時間が主要な要因である。（パケット無線ネットワークでの待ち時間は、数秒程度になることがある。）第三に、通常の同期要求／応答モデルは意図的切断または意図しない切断に直面するとまったく機能しない。要求をただちに満たすことができない場合、典型的にはエラー・コードが返され、ユーザは後でその要求を明示的に再試行しなければならない。
【００１３】
上述の説明に照らして、変化する通信パフォーマンスおよび信頼性レベルによって特徴づけられるモバイル・コンピューティング環境におけるウェブ・ブラウザ／ウェブ・サーバ動作を改良する必要がある。
【００１４】
【発明が解決しようとする課題】
以上の説明に鑑みて、本発明の目的は、接続の弱い環境または切断された環境においてブラウザ通信の同期的性質の影響を少なくすることである。
【００１５】
本発明の他の目的は、通信時間、待ち時間、またはその他の通信上の制約によってブラウザ／サーバ通信の応答性が低下する遠隔環境またはモバイル環境におけるブラウザの限界を克服することである。
【００１６】
本発明の他の目的は、環境の性質がユーザにとって透過なモバイル環境におけるブラウザ機能を提供することである。
【００１７】
本発明の他の目的は、モバイル環境で既存のブラウザを使用することができるように、接続状況をブラウザにとって透過にすることである。
【００１８】
【課題を解決するための手段】
本発明の上記およびその他の目的は、第２のコンピュータがアクセスすることができるサーバ・アプリケーションへのウェブ・ブラウザからの要求を第２のコンピュータにおける持続的要求待ち行列に記憶することによって、一時的および断続的に第２のコンピュータに接続される遠隔／モバイル処理システム上で実行されているウェブ・ブラウザとの通信を可能にする方法、システム、およびコンピュータ・プログラム製品によって実現される。クライアント・アプリケーションからの要求に応答して、ウェブ・ブラウザに暫定的応答が送られる。記憶された要求をサーバ・アプリケーションに送り、サーバ・アプリケーションから応答を受信する。受信した応答はその後、遠隔／モバイル処理システム上で実行されているウェブ・ブラウザに送ることができる。
【００１９】
要求を第２のコンピュータ（サーバ側）にある要求待ち行列に記憶し、ウェブ・ブラウザに暫定的応答を送ることによって、ウェブ・ブラウザの非同期動作を実現することができる。さらに、要求を通信のサーバ側に記憶することによって、その要求を接続終了後に遠隔／モバイル処理システムによって処理することができる。したがって、本発明は弱い接続性の限界を克服する。さらに、低速環境では、本発明は、ユーザが要求に対する応答を待たずにいくつかの要求をアップロードすることができ、要求がバックグラウンドで処理されている間に作業を続けることができるようにする。
【００２０】
本発明の特定の実施形態では、ブラウザから受け取った要求が遅延された処理要求であるかどうかが判断される。要求が遅延された処理要求ではない場合、その要求は記憶されずに直接処理され、ブラウザに応答が送られる。
【００２１】
第２のコンピュータにおいて要求が受信され、第２のコンピュータの要求待ち行列に記憶されると、遠隔／モバイル・データ処理システムは、第２のコンピュータから切断することができる。その場合、遠隔／モバイル・データ処理システムは、第２のコンピュータに再接続して記憶された要求に対する応答を受信することになる。特定の実施形態では、記憶された要求のリストをウェブ・ブラウザに供給してユーザに提示することができる。ユーザは、記憶済み要求リスト内の記憶済み要求のうちの選択された１つを要求することができる。次に、記憶済み要求のリストの選択された１つの記憶済み要求に関連づけられた応答をウェブ・ブラウザに送ってユーザに提示することができる。さらに、第２のコンピュータが応答を受信した後で受信応答が入手可能であることをユーザに通知することができる。この応答は、ユーザがその応答を要求した場合にウェブ・ブラウザに供給することができる。
【００２２】
要求の送受信に複数の接続を使用することができるため、本発明の他の実施形態はユーザ識別子に関連づけられた持続的要求待ち行列を確立する。その場合、遠隔／モバイル・データ処理装置が第２のコンピュータと再接続すると、遠隔／モバイル・データ処理システムは第２のコンピュータにユーザ識別子を送ることができる。次に、受信したユーザ識別子に関連づけられた持続要求待ち行列からの要求に対する受信応答を、遠隔／モバイル・データ処理システムに送ることができる。したがって、要求待ち行列にユーザ識別子を関連づけることによって、複数のユーザが同じ第２のコンピュータに接続することができ、自分の待ち行列にのみアクセスすることができる。したがって、要求待ち行列や要求待ち行列に関連づけられた応答への無許可のアクセスを防止するようにセキュリティ保護された応答および要求待ち行列が提供される。
【００２３】
本発明の他の実施形態では、受信応答を解析して受信応答内に少なくとも１つの要求が埋め込まれているかどうかを判断する。受信応答内に要求が埋め込まれている場合、埋め込まれた要求によって指定されたサーバにその埋め込まれた要求を送ることができる。埋め込まれた要求に対する応答は第２のコンピュータで受信して第２のコンピュータで記憶することができる。次に、記憶された応答は持続要求待ち行列内に記憶されている要求に関連づけられる。記憶された受信応答と、埋め込まれた要求に対する記憶された応答は次にウェブ・ブラウザに供給することができる。
【００２４】
本発明の他の実施形態では、要求に対する応答が第２のコンピュータに記憶され、ユーザ識別子に関連づけられた持続要求待ち行列内の記憶された要求に関連づけられる。したがって、各持続要求待ち行列がユーザ識別子に関連づけられた複数の持続要求待ち行列を確立することができる。これによって、ウェブ・ブラウザのユーザからの要求がそのユーザのユーザ識別子に関連づけられた持続要求待ち行列に記憶されるようにして複数のウェブ・ブラウザからの要求を複数の持続要求待ち行列に記憶することができる。次にこれらの複数の要求を関連づけられたウェブ・サーバに送り、関連づけられたウェブ・サーバから複数の応答を受信することができる。受信した複数の応答は、要求に対する応答がその要求の送信元のウェブ・ブラウザに送られるようにして複数のウェブ・ブラウザに送ることができる。
【００２５】
本発明の他の実施形態では、第２のコンピュータに一時的および断続的に接続される遠隔／モバイル処理システム上で実行されているウェブ・ブラウザが、第２のコンピュータがアクセスすることができるサーバ・アプリケーションに対するウェブ・ブラウザからの要求を、第２のコンピュータにある持続要求待ち行列に記憶することによって通信する。記憶された要求にはクライアント識別情報が関連づけられ、記憶された要求はサーバ・アプリケーションに供給される。サーバ・アプリケーションから応答を受信し、第２のコンピュータ上にあるサーバ側キャッシュに記憶する。次に、記憶された受信応答は記憶されている要求に関連づけられ、記憶された要求に関連づけられたクライアント識別情報に関連づけられたウェブ・ブラウザに供給される。
【００２６】
本発明の他の態様は、クライアント識別情報に関連づけられたウェブ・ブラウザのその後の接続中に、記憶されている要求を送る。さらに、記憶されている要求をサーバ・アプリケーションに送る前に要求の修正を受け取ることができる。要求待ち行列に記憶されている要求を修正し、記憶されている要求を修正された要求に置き換えることができる。
【００２７】
本発明の他の実施形態では、ブラウザから受け取った要求が遅延された処理要求であるかどうかを判断する。要求が遅延された処理要求である場合、その要求は要求待ち行列に入れられ、それに応じて処理される。
【００２８】
本発明の他の実施形態では、サーバからの複数の応答に持続要求待ち行列内の単一の項目を関連づける。この持続要求待ち行列内の単一の項目に関連づけられた複数の応答は、その単一の項目を求める要求に応答して遠隔／モバイル・データ処理システムに供給される。
【００２９】
当業者ならさらによくわかるように、本発明は方法、装置／システム、またはコンピュータ・プログラム製品として実施することができる。
【００３０】
【発明の実施の形態】
以下に、本発明の好ましい実施形態が図示されている添付図面を参照しながら本発明について詳細に説明する。しかし本発明は、多くの異なる態様で実施可能であり、本明細書に記載の実施形態に限定されるものと解釈してはならない。これらの実施形態は、本開示を詳細で完全なものになり、本発明の範囲が当業者に十分に伝わるように示すものである。全体を通じて同様の番号は同様の要素を指す。当業者ならわかるように、本発明は方法としても装置としても実施可能である。したがって、本発明は完全にハードウェア実施形態、完全にソフトウェア実施形態、またはソフトウェア態様とハードウェア態様を組み合わせた実施形態の形を取ることができる。
【００３１】
本明細書では、本発明について、本発明の実施形態または態様を示すフローチャートを参照しながら説明する。フローチャートの各ブロックおよびフローチャートの各ブロックの組合せは、コンピュータ・プログラム命令によって実施可能であることを理解されたい。これらのプログラム命令をプロセッサに送って、プロセッサ上で実行される命令が、フローチャートの１つまたは複数のブロックで指定されている機能を実施する手段を生じさせるように機械を作り出すことができる。コンピュータ・プログラム命令をプロセッサによって実行し、プロセッサによって一連の操作ステップが行われるようにし、プロセッサ上で実行される命令がフローチャートの１つまたは複数のステップに指定されている機能を実施するステップを実現するようにコンピュータ実施プロセスを作り出すことができる。
【００３２】
したがって、フローチャートのブロックは、指定されている機能を実行する手段の組合せと、指定されている機能を実行するステップの組合せと、指定されている機能を実行するプログラム命令手段とをサポートする。また、フローチャートの各ブロックおよびフローチャートの各ブロックの組合せは、指定されている機能またはステップを実行する専用ハードウェア・ベース・システムによっても、専用ハードウェアとコンピュータ命令との組合せによっても実施可能であることを理解されたい。
【００３３】
図２に、本発明の一実施形態を示す。図２に示すように、ウェブ・ブラウザ１０はクライアント側インタセプト・モジュール３０と通信する。ウェブ・サーバ２０はサーバ側インタセプト・モジュール４０と通信する。次に、クライアント側インタセプト・モジュール３０は、通信リンク３５を介してサーバ側インタセプト・モジュール４０と通信する。ウェブ・ブラウザ１０とクライアント側インタセプト・モジュール３０は、第１のコンピュータ５内に含めることができる。サーバ側インタセプト・モジュール４０とウェブ・サーバ２０は第２のコンピュータ６内に含めることができる。第１のコンピュータ５と第２のコンピュータ６は外部通信リンク３５を介して通信する。第１のコンピュータ５は、遠隔／モバイル・データ処理システムであることが好ましい。本明細書で使用する「遠隔／モバイル」とは「一時的および断続的にリンクされる」ことを意味し、一時的とは「限定された時間のあいだ続くこと」を意味し、断続的とは「間隔をおいて行われたり終わったりすること、連続していないこと、または時折行われること」を意味する。遠隔／モバイル・データ処理システムには、ネットワークなどを介して他のシステムに遠隔アクセスするデータ処理システムも含めることができる。
【００３４】
ウェブ・ブラウザ１０はハイパーテキスト転送プロトコル（ＨＴＴＰ）およびハイパーテキスト・マークアップ言語（ＨＴＭＬ）を使用して、同じくＨＴＴＰおよびＨＴＭＬを使用するインターネット・ウェブ・サーバ２０と通信するインターネット・ウェブ・ブラウザであることが好ましい。動作中、ウェブ・ブラウザ１０はＨＴＴＰデータ・ストリームを出力し、それがクライアント側インタセプト・モジュール３０によってインタセプトされる。このクライアント側インタセプト・モジュール３０によるＨＴＴＰデータ・ストリームのインタセプトは、ＴＣＰ／ＩＰループバック機能を使用して行うことができ、クライアント側インタセプト・モジュール３０は１２７．０．０．１のようなネットワーク番号１２７を有するＩＰアドレスに常駐する。クライアント側インタセプト・モジュール３０は次にＨＴＴＰデータ・ストリームをクライアント／サーバ固有のプロトコルに変換または変形し、そのクライアント／サーバ固有データ・ストリームを外部通信リンク３５上に送出する。サーバ側インタセプト・モジュール４０がそのクライアント／サーバ固有データ・ストリームを受け取り、ウェブ・ブラウザ発信通信に対応する元のＨＴＴＰデータ・ストリームを再構築する。この再構築されたＨＴＴＰデータ・ストリームは次にウェブ・サーバ２０に転送される。ウェブ・サーバ２０は、インターネット・ウェブ・サーバの通常の方式でＨＴＴＰデータ・ストリームに応答する。当業者ならわかるように、ウェブ・サーバ２０はインターネットに複数のブラウザが接続できるようにするプロキシであってもよい。
【００３５】
ウェブ・サーバ２０が、たとえば特定のＵＲＬホーム・ページを求めるブラウザ要求に応答して、ウェブ・ブラウザ１０に送信する情報を受け取ると、ウェブ・サーバ２０はウェブ・ブラウザ１０に送る通信に対応するＨＴＴＰデータ・ストリームを出力する。このウェブ・サーバ発信通信は、サーバ側インタセプト・モジュール４０によってインタセプトされ、クライアント／サーバ固有データ・ストリームによって変換される。次に、ウェブ・サーバ発信通信に対応するクライアント／サーバ固有データ・ストリームは外部通信リンク３５で第２のコンピュータから第１のコンピュータに送信される。このクライアント／サーバ固有データ・ストリームをクライアント側インタセプト・モジュール３０が受け取り、サーバ発信通信に対応する元のＨＴＴＰデータ・ストリームが再構築され、ウェブ・ブラウザ１０に供給される。
【００３６】
本発明の特定の実施形態では、外部通信リンク３５は無線通信リンクである。この場合、ユーザにとって受容可能なシステム・パフォーマンスを達成するために、通信リンク３５で転送しなければならない通信の頻度と情報量の両方について、外部通信リンク３５を介した通信量を減らすことが望ましい。したがって、本発明はキャッシュ技法、差分表現技法、およびプロトコル削減技法を使用して、外部通信リンク３５を介する必要通信量を最小限にすることが好ましい。これらの技法は、ＨＴＴＰのステートレス・プロトコルまたは確率的プロトコルを、クライアントおよびサーバ固有の情報を使用するクライアント／サーバ固有プロトコルに変換して通信の量と頻度を減らすことによって実現される。
【００３７】
動作中、クライアント側インタセプト３０とサーバ側インタセプト４０はブラウザとウェブ（プロキシ）サーバの両方にとって透過であり、したがってどのようなウェブ・ブラウザとでも使用することができる。サーバ側インタセプト４０とクライアント側インタセプト３０は両方とも、グラフィック・オブジェクトおよびＨＴＭＬオブジェクトをキャッシュに入れる。ブラウザ要求のＵＲＬによって、クライアント側インタセプトのキャッシュ内のオブジェクトが指定されている場合、それがブラウザ応答として即時に返される。このキャッシュ機能は、クライアント指定時間間隔内でキャッシュ整合性を保証する。サーバ側インタセプト・キャッシュには、要求されたウェブ・サーバからの応答が入れられる。クライアント側インタセプトから受け取った要求ＵＲＬがサーバ側インタセプトでキャッシュに入れられている場合、それが要求に対応する応答として返される。
【００３８】
本発明は、「ＣＬＩＥＮＴ／ＳＥＲＶＥＲ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＳＹＳＴＥＭ」という名称の共通譲渡米国特許出願第０８／６０１８０４号（代理人整理番号ＲＡ８９５−０１５４）に記載されているような仮想ソケット・システムを使用することが好ましく、その開示は参照により完全に記載されているかのように本明細書に組み込まれる。また、本発明は、「ＴＩＭＥ  ＣＯＨＥＲＥＮＴ  ＣＡＣＨＩＮＧ  ＳＹＳＴＥＭ」（代理人整理番号ＲＡ９−９５−０８６）という名称の共通譲渡米国特許出願第０８／６０１７５３号および「ＤＩＦＦＥＲＥＮＣＩＮＧ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＳＹＳＴＥＭ」という名称の共通譲渡米国特許出願第０８／６０１９０３号に記載されているデータ削減技法も使用することが好ましく、その開示は参照により完全に記載されているかのように本明細書に組み込まれる。
【００３９】
上記および下記では、本発明について単一のウェブ・ブラウザ・アプリケーションおよび単一のウェブ・サーバ・アプリケーションに関して説明するが、当業者ならわかるように、本発明の利点は単一のウェブ・サーバに付随する複数のウェブ・ブラウザでも得られる。したがって、本発明の方法、装置、およびプログラム製品は複数のブラウザと共に使用することができ、その場合、各ブラウザがクライアント側インタセプト・モジュールと通信し、次にそれらのクライアント側インタセプト・モジュールがウェブ・サーバまたはウェブ・プロキシのサーバ側インタセプト・モジュールと通信することになる。
【００４０】
さらに、本明細書では本発明についてクライアント側インタセプト・モジュールとサーバ側インタセプト・モジュールの両方に関して説明するが、当業者ならわかるように、本発明に必要なのはサーバ側インタセプトだけである。したがって、本発明はクライアント側とサーバ側の両方のインタセプト・モジュールを有するシステムに限定されるものと解釈してはならない。
【００４１】
本発明は、前の要求がまだ完了していなくてもユーザが継続して要求を行うことができるようにする非同期要求および応答処理機能も備える。非同期要求および応答処理は、ユーザに高水準の柔軟性を与え、パフォーマンス上の利点が得られるように、クライアント側インタセプトとサーバ側インタセプトの両方の間で調整されることが好ましい。クライアント側インタセプトまたはサーバ側インタセプトあるいはその両方によるバックグラウンド処理のために、要求は内部的に記録される。要求が完了すると、その結果の保管と状況の更新が非同期的に行われる。（任意選択により）要求が完了するとユーザに通知され、ユーザは状況ページに切り替えて１つまたは複数の要求の状況を確認することができる。各要求の状況項目によって、要求の状態（未発行、処理中、または完了）が伝えられ、要求が完了した場合は状況項目に応答ページへのリンクが入れられる。
【００４２】
本発明は、サーバ・アプリケーションへのアクセスによって遠隔／モバイル・データ処理システムがコンピュータにリンクされていないときに切断状態動作も提供する。ユーザは、同期モードまたは非同期モードで操作することができる。いずれの場合も接続が失われたことが検出された場合、または通信不能な場合（たとえば信号範囲外）、要求を待ち行列に入れて保留にし、後で処理するか、要求をサーバ側インタセプトの待ち行列に入れて切断時間中に処理し、再接続されたときに応答を取り出すことができる。この機能によって、ユーザはオフラインで生産的を維持することができる。以下に、これらの操作について図３および図４と図５ないし図１０のフローチャートを参照しながら説明する。
【００４３】
図３に、本発明の特定の実施形態を使用する遠隔／モバイル・データ処理システムを示す。図３に示すように、遠隔／モバイル・データ処理システム５は、遠隔／モバイル・データ処理システム５上で実行されるウェブ・ブラウザ１０などのアプリケーションを含む。ブラウザ１０からの要求はＨＴＴＰ要求インタセプタ３１によってインタセプトされ、要求待ち行列３２に入れられる。要求待ち行列３２内の要求はＨＴＴＰ要求待ち行列プロセッサ３３によって処理され、要求待ち行列プロセッサ３３は、要求で指定されているサーバにアクセスすることができる第２のコンピュータとの接続が確立されるとそれらの要求を行う。これらの要求が処理されると、各要求のサービス・スレッド３４が開始され、要求が実行される。要求に対する応答はキャッシュ３５に入れられ、要求を生成した要求待ち行列からの要求に関連づけられる。このような関連づけを図３で破線で示す。図３で要求待ち行列からキャッシュまでの実線は、要求項目と要求を作成するために使用されたフォームとの関連づけを表す。このような関連づけによって、要求が生成された後でもユーザによる要求の編集が可能になる。任意選択により、要求と応答の両方を待ち行列内の項目に関連づけ、それによって要求と応答の両方をユーザに提供できるようにすることもできる。
【００４４】
要求待ち行列３２は、ＨＴＴＰ要求インタセプタ３１がブラウザから受け取った要求を状況情報および制御情報と共にリストしたものである。各要求要素には、ブラウザから受け取ったすべての情報（ＨＴＴＰヘッダおよび本体）が含まれる。これによって、要求を後でネットワークに対して再実行することができる。各要求要素は、要求に付随する状態情報も保持する。これには、要求の処理中に行われた処理の進捗状況の要約と、これらから行う残りの作業のリストが含まれる。
【００４５】
要求待ち行列内の要求には特別な処理命令も関連づけられる。たとえば、無線環境では通常、ページに埋め込まれたグラフィックスをダウンロードするのは費用がかかり過ぎる。その要求についてグラフィックスが抑止されている場合、その処理制御情報が要求要素に組み込まれる。要求待ち行列はクライアント・セッション全体を通じて存続する。
【００４６】
内部的には、要求は１組の属性から成る。各属性は名前と値との対である。要求が作成されると、その要求にはブラウザ要求を含む属性が与えられる。処理が進むにつれて、その進捗状況やブラウザから返された状況情報などを記述する属性が追加される。進捗状況の表示など、ある種の属性は要求単位である。属性は待ち行列単位の場合もあり、その場合、待ち行列に追加されたすべての要素の処理を制御する。待ち行列単位の属性を使用して、要求の発行元または特性に基づいて異なる方法で要求を扱う複数の待ち行列をサポートする。したがって、本発明によると、複数の要求待ち行列を作成することができ、クライアント側インタセプトが要求を受信すると要求を適切な待ち行列に自動的に記憶したり、ユーザ入力によって要求を手動で記憶したりすることができる。
【００４７】
本発明では、同期オンライン処理用に設計されたブラウザなどのアプリケーションを使用したオフライン処理が可能なため、切断状態動作および非同期動作のために新しいユーザ・インタフェースが必要である。したがって、本発明によると、ユーザの要求をクライアント側にあるキャッシュから満たすことができる場合、応答をただちに提供することができ、標準ブラウザ・インタフェースは変更されないまま維持される。しかし、キャッシュ・ミス時には、本発明のオフライン処理に付随する機構およびインタフェースによってブラウザのセマンティクスを拡大することができる。
【００４８】
ブラウザは本発明に関しては不変のコードであるため、遠隔／モバイル・データ処理システムが非同期動作していたり、第２のコンピュータから切断されていてユーザの要求をキャッシュから満たすことができない場合、またはクライアント側インタセプトが存在しない場合、代替ページを返すことができる。このページには、何が起こったかを示す説明（「要求は後で処理するために待ち行列に入れられました」）が含まれ、要求された場合にはペンディング状態のすべての要求の現在の状況が表示される。ブラウザに関する限り、この代替ページは要求に対する応答であることに留意されたい。言い換えると、ブラウザは要求／応答機構を維持すると同時に、本発明を使用するインタセプト・モジュールは要求に対する応答の詳細を扱う。さらに、要求に対する応答として通知ページがブラウザに返されるという点で、切断状態の要求と非同期要求の両方に同じ機構を使用することができる。
【００４９】
あるいは、中間確認応答を提示するのではなく現行ページに戻るという選択肢も利用可能である。この選択肢は、ブラウザに対してコード２０４を返すことによって実施することができる。ユーザから見ると、リンクをクリックしてもブラウザは同じページ上のままであるが、本発明によるインタセプト・モジュールはバックグラウンドでその要求を待ち行列に入れる。
【００５０】
図４に、図２の第２のコンピュータ６上に常駐することができる本発明によるサーバ側インタセプト・モジュール４０の一実施形態を示す。クライアント側インタセプト・モジュール３０からの通信、または任意選択によりブラウザ１０から直接行われる通信が、着信データ・プロセッサ２００によって受信され、要求待ち行列２３０に選択的に入れられる。サーバ側インタセプト・モジュールはいくつかのクライアント側モジュールまたはブラウザから通信を受け取ることができるため、サーバ側インタセプト・モジュールは非同期処理を使用する各クライアントごとに要求待ち行列を維持することが好ましい。図４には、異なるクライアントに関連づけられた要求待ち行列が、待ち行列２３０、２３１、２３２として図示されている。これらの要求待ち行列は要求待ち行列２３０と同様にして構成することができ、待ち行列内の要求に異なるクライアント識別情報が関連づけられている点のみが異なる。
【００５１】
要求待ち行列２３０、２３１、および２３２内の要求は、ＨＴＴＰ要求待ち行列プロセッサ２３３によって処理される。ＨＴＴＰ要求待ち行列プロセッサ２３３は、要求で指定されたサーバ（すなわちプロキシ）またはサーバに直接アクセスすることができる第２のコンピュータとの接続が確立されると要求を実行する。これらの要求が処理されると、各要求についてサービス・スレッド２３４が開始され、要求が実行される。要求に対する応答がキャッシュ２１０に入れられ、要求を発生した要求待ち行列からの要求に関連づけられる。このような関連づけを図４に破線で示す。
【００５２】
図４で、要求待ち行列内の項目からキャッシュまでの実線は、要求項目と要求を作成するために使用するフォームとの関連づけを表す。このような関連づけによって、ユーザは要求が生成された後でもサーバのみの構成を使用して要求の修正や取消しを行うことができる。任意選択により、要求と応答の両方を待ち行列内の項目に関連づけ、それによって要求と応答の両方をユーザに提供することができる。
【００５３】
要求待ち行列２３０は、着信データ・プロセッサ２００がクライアント側インタセプトまたはブラウザから受け取った要求を状況情報および制御情報と共に示すリストである。各要求要素には、ブラウザから受け取った情報（ＨＴＴＰヘッダおよび本体）がすべて含まれる。これによって、要求を後でネットワークに対して再発行することができる。各要求要素は、要求に関連づけられた状態情報も保持する。これには、要求を処理する際に行った処理の進捗状況の要約と、これから行う残りの作業が含まれる。
【００５４】
クライアント側もサーバ側インタセプトに関して前述したのと同じ要求待ち行列項目形式を使用することができる。しかし、要求がサーバ側インタセプト・モジュールに転送されるときに、クライアントがローカルで生成することができる要求ＩＤがその要求に関連づけられる。あるいは、接続を確立するときに、ユーザ識別情報をその接続の存続期間の間だけ確立することもできる。したがって、その接続から受け取ったすべての要求にユーザＩＤが関連づけられることになる。要求中の切断が可能なため、異なる処理段階中に異なるソケットが関与することがある。要求をサーバ側インタセプトに送信する前に各要求にクライアントＩＤ／要求ＩＤの対を付加することによって、結果の配信をソケット接続とは独立して最終的に調整することができる。処理のためにサーバ側インタセプトに送った要求の要求ＩＤをクライアント側にも記録して、要求を後で結果と対にすることができるようにする必要がある。クライアントＩＤを安全保護にすることによって、他のクライアントの要求はサーバ側インタセプト・モジュールに記憶されるにもかかわらずアクセスできないように維持される。
【００５５】
動作中、ユーザが切断する準備が整い、後で取り出すために切断中にサーバにペンディング状態の要求を処理させたい場合、クライアントは切断中に処理するためにサーバ側インタセプトに要求を転送するコマンドを呼び出す。このようなコマンドは、クライアント側API flush()コマンドとすることができる。API flush()コマンドは、待ち行列に入れられた要求を、通信リンクのサーバ側で処理するためにサーバに送る。転送された項目は、名前／値の対を使用して、クライアントの要求待ち行列内でフラッシュされた要求としてマークすることができる。
flush()関数の妥当な書式は少なくとも次の３通りある。
flush()      保留としてマークされていないすべての項目を転送する（デフォルト）
flush(all)   保留項目を含めてすべての項目を転送する
flush(item)  特定の項目を転送する
保留要求（すなわち後で、ユーザの指定した時点で処理するように指定された要求）も、切断中の処理のためにサーバ側に転送することができるが、要求を保留する主な理由は、十分な帯域幅が使用可能になるまで結果の転送を遅らせることである。保留要求の切断時処理は望ましくない場合がある。これは、ユーザが長時間結果を要求することができず、したがって、不要な要求の処理と結果の記憶にサーバ資源が消費されるためである。
【００５６】
あるいは、ブラウザ−サーバ側インタセプト構成では、サーバ側インタセプトからは満たされないすべての要求をサーバ側インタセプトで待ち行列化することができる。したがって、断続的接続障害が発生した場合、ブラウザが切断されている間に、サーバ側インタセプトによって要求の処理を続けることができる。このようなシステムは、ブラウザに送られる応答の待ち行列が確立された後は通信リンク上の無駄時間が少なくなるため、ブラウザとサーバ側インタセプトとの間の接続が継続して十分に利用されるという利点もある。
【００５７】
本発明では、クライアント側に記憶されている要求に加えられる変更も考慮に入れることができる。サーバ側インタセプトで特定の項目が待ち行列化された場合、クライアント要求待ち行列内のその項目に加えられた変更があればそれをサーバに伝達することができる。たとえば、ユーザがクライアント要求待ち行列からフラッシュされた要求を削除した場合、サーバ側インタセプトにそれを通知し、それによって（必要であれば）処理を停止させ、ペンディング状態の結果を破棄し、サーバ側におけるクライアントの要求待ち行列からその項目を除去することができるようにする必要がある。同様に、フラッシュされた項目の状況が保留状態または非保留状態に変わった場合、サーバ側要求待ち行列にそれを通知して、必要に応じて処理を終了または開始することができるようにする必要がある。このように切断状態で、クライアント側でフラッシュされた項目に対する変化する操作を記録し、それによってサーバ側インタセプト・モジュールと再接続されたらただちにそれらの項目を再発行することができるようにすれば有利である。
【００５８】
サーバ側処理の結果として応答があった後は、クライアントにデータを伝達し戻すのはルールベースとすることができる。切断された要求に対する応答を、次に接続したときにクライアントに盲目的に送信するのは望ましくない。クライアントは低帯域リンクよりも優先順位の高い処理を行っている最中である場合があり、ユーザは最初の接続時間が古い要求に対する応答に費やされないことを望むであろう。したがって、１組の設定変更可能なルールと関数を設けてクライアントがデータ転送を最適化しやすくすることができる。
【００５９】
そのような１つの関数はGetDigest()関数である。GetDigest()は、当該クライアントについて、要求されたサーバ側待ち行列に累積している情報の簡単な要約を返す。したがって、GetDigest()関数に応答して、ＵＲＬ、タイトル、サイズ、完了時刻、および要求の状況を含む情報を供給することができる。GetDigest()関数呼出しに応答して返される状況によって、完了、ペンディング、保留状態などを示すことができる。したがって、この状況によって、要求の処理中にサーバ側インタセプトがどの程度まで進んだかを示すことができる。クライアントはこの要約を使用して進み方を決定することができる。前述のflush()操作に対応する以下のsync()関数を提供して、保管された応答を取り出すことができる。
sync()      すべての非保留項目に対する応答を入手する（デフォルト）
sync(all)   保留項目を含めて、すべての項目に対する応答を入手する
sync(item)  特定の要求に対する応答を入手する
これらの明示的な要求に加えて、ユーザは接続中または再接続処理中に自動同期を設定することができる。
GetPrefs()         当該クライアントの選好の現行リストを返す
SetPrefs(list)     選好の新規リストを定義する
UpdatePrefs(list)  指定した選好のみを更新する
【００６０】
選好リストは、データを自動的に転送するときの規則を指定する名前／値の対のシーケンスで構成することができる。属性としては、優先度、サイズ、供給源などを含めることができる。したがって、サーバ側処理に基づく非同期操作をクライアント側の対話で管理することができ、この操作には、ユーザ指示処置の組合せと自動転送を含めることができる。
【００６１】
次に、図５、図６、および図７を参照しながらサーバ側インタセプトの動作について説明する。図５には、サーバ側インタセプト・モジュールがクライアント側インタセプト・モジュールから送信を受け取ったときのサーバ側インタセプト・モジュールの動作が示されている。ブロック２５０に示すように、サーバ側インタセプトはクライアント側インタセプト・モジュールから要求を受け取る。この情報は一般に、標準ブラウザ要求かまたはサーバ側インタセプト自体が扱う要求の、２つの形式をとることができる（たとえば前述のGetDigest()関数またはSetPrefs()関数を参照）。したがって、サーバ側インタセプトは、インタセプトした送信がサーバに対する要求であるかサーバ側インタセプトに対する要求であるかを判断し（ブロック２５２）、要求がサーバ側インタセプトに対する要求の場合はその要求をそれに応じて処理する（ブロック２５４）。インタセプト通信のタイプの例は前掲の通りである。
【００６２】
インタセプトした送信がサーバ側インタセプト・モジュール自体に対するインタセプト通信ではない場合、サーバ側インタセプト・モジュールは、要求がサーバ側インタセプト・モジュールによる切断状態操作の処理を求める要求であるかどうかを判断する（ブロック２５６）。要求が切断状態操作を求めるものである場合、要求は他の要求と同様に処理される（ブロック２５８）。サーバ側インタセプトは、要求がクライアントからの最初の要求であるかどうかも判断し（ブロック２６４）、最初の要求の場合には、そのユーザのために要求待ち行列を作成する（ブロック２６６）。これにはクライアント識別情報（クライアントＩＤ）が含まれ、それによって、その後の通信を適切な待ち行列に記憶することができるようにし、そのユーザの要求と応答が無許可のユーザに供給されないようにセキュリティをもたせることができる。要求待ち行列の作成後、または待ち行列がすでに存在している場合、要求はクライアントの要求待ち行列に記憶され（ブロック２６８）、オフラインで処理される。このオフライン処理は後述するクライアント側インタセプトの場合と同じにすることができる。
【００６３】
図６に、クライアント側インタセプトが存在せず、サーバ側インタセプトがブラウザと通信する場合（サーバ側のみの場合）のサーバ側インタセプトの動作を示す。図６に示すように、サーバ側インタセプト・モジュールはブラウザから要求を受け取る（ブロック３５０）。次にサーバ側インタセプトは要求が据置き要求（すなわち要求が切断状態操作である）かどうかを判断する（ブロック３５６）。あるいは、サーバ側のみの場合、すべての要求を据置き要求として扱い、サーバ側インタセプト・モジュールで待ち行列化することができる。いずれにしても要求が据置き操作の要求でない場合、要求は通常通り処理される（ブロック３５８）。しかし、要求が切断状態処理の要求である場合、ブラウザが処理を進めるためには対応する応答を必要とする。したがって、サーバ側インタセプトはブラウザに暫定応答を送ることができる（ブロック３６２）。暫定応答は、要求を受け取ったこととオフラインで処理することを示すページという単純なものにするか、またはすべてのペンディング・オフライン処理要求の完全な状況を示す複雑なものにすることもできる。
【００６４】
サーバ側のみの場合、サーバ側インタセプトは、要求がクライアントからの最初の要求であるかどうかも判断し（ブロック３６４）、最初の要求の場合は、そのユーザのために要求待ち行列を作成する（ブロック３６６）。これには、クライアント識別情報（クライアントＩＤ）が含まれ、それによってその後の通信を適切な待ち行列に記憶することができ、そのユーザの要求と応答が無許可のユーザに供給されないようにセキュリティをもたせることができる。要求待ち行列の作成後、または待ち行列がすでに存在する場合、要求はクライアントの要求待ち行列に記憶され（ブロック３６８）、オフラインで処理される。オフライン処理は、後述するクライアント側インタセプトの場合と同じにすることができる。
【００６５】
図７に、非同期サーバ側処理を使用するクライアントがサーバ側インタセプト・モジュールに接続する場合のサーバ側インタセプト・モジュールの動作を示す。図７では、クライアント側／サーバ側の場合とサーバ側のみの場合の両方の場合のサーバ側インタセプト・モジュールの動作が示されている。しかし、当業者ならわかるように、サーバ側のみの場合では、クライアントに対する情報の提示はウェブ・ブラウザに解釈可能な形式でなけれならないのに対し、クライアント側／サーバ側の場合は、情報は、クライアント側インタセプト・モジュールと通信するブラウザが解釈することができる形式に変換するためにクライアント側インタセプト・モジュールが解釈することができる任意の適切な方式で提供することができる。
【００６６】
図７に示すように、クライアントのクライアントＩＤが確認され（ブロック２７０）、サーバ側インタセプトはクライアントの待ち行列に関連づけられた管理操作がクライアントによって指定されていないかどうかを判断する（ブロック２７２）。指定されている場合、管理機能が実行される（ブロック２７４）。このような管理機能には、前述のように、ユーザ選好の設定や、クライアントが切断されていた間に待ち行列内の要求に加えられた修正を反映するように待ち行列を更新することが含まれる。
【００６７】
管理機能の実行に加えて、クライアントＩＤに関連づけられた待ち行列を調べて待ち行列内に項目が入っていないかどうかを判断する（ブロック２７６）。待ち行列内に項目が存在する場合、クライアントにプロンプトを送り（ブロック２７８）、待ち行列に項目があることをクライアントに通知することができる。このプロンプトは複雑でも単純でもよく、ユーザの選好によって指定することができる。ユーザはこのプロンプトに対してユーザが適切だとみなす方式で応答することができ、待ち行列内の項目はそれに従って処理される。たとえば、ユーザは完了したすべての要求をブラウザに送るように要求することができる。あるいは、そのような操作を後の通信や既存の接続中の後の時点まで遅延させることができる。
【００６８】
さらに、ユーザ識別情報に関連づけられた応答を互いに関連づけ、単一のユーザ要求に基づいてそれらをクライアント側インセプトまたはブラウザにブロックとして供給できるようにすることもできる。その場合、サーバ側インタセプトは、その情報を構築し、たとえば要求待ち行列内の単一の項目に関連づけ、その単一の項目が複数の応答を表すようにする。次に、その項目が要求された場合、その複数の応答が１つのグループとしてクライアントに送られる。その後、ブラウザを使用してその一連の応答をナビゲートすることができる。したがって、サーバ側インタセプトはブラウザに対して複数の応答を供給する要求待ち行列内の単一の項目を作成することができる。さらに、ユーザはどの応答をブロックとしてグループ化するかを指定することもでき、それによってユーザは応答がウェブ・ブラウザによってどのように受け取られるかを制御することができる。
【００６９】
図８に、本発明を使用するクライアント側インタセプトの動作を示す。図８に示すように、クライアント側インタセプト３０はブラウザ１０からの要求をインタセプトする（ブロック５０）。次に、クライアント側インタセプトはその要求に対する応答がキャッシュに入っているかどうかを判断し（ブロック５２）、入っている場合はそのキャッシュ内の応答がウェブ・ブラウザに返される（ブロック５４）。
【００７０】
応答がキャッシュに入れられていない場合、クライアント側インタセプトはデータ処理システムがサーバにアクセスする第２のコンピュータに接続されているかどうかを判断する（ブロック５６）。データ処理システムが接続されている場合、要求が据え置きでなければ（ブロック５８）、その要求は第２のコンピュータに送られる（ブロック６０）。しかし、データ処理システムが接続されていないか、要求処理が据え置かれる場合、要求は要求待ち行列に記憶され、その要求に対する応答として暫定応答がブラウザに送られる（ブロック６２）。
【００７１】
待ち行列化された要求の処理は、本発明によるインタセプト・モジュール内の他の活動とは独立して実行されるスレッドによって扱われる。待ち行列上の要求は通常、先入れ先出し（ＦＩＦＯ）方式で扱われる。しかし、選択された要求を保留要求としてマークすることができ、すべての新しい要求が保留される（ブロック５８）。これによって、ユーザは接続が使用可能な場合であってもこれらの要求に対する処理が後の時点まで据え置かれるように指示することができる。たとえば、要求によっては特定のリンク上で扱うには費用がかかり過ぎるものがある場合があり、したがってユーザはＬＡＮやダイヤルアップ接続が使用可能になるまでそれらの処理を据え置く方を選択することになる。保留属性は、クライアントを最初に始動させたときに残っている未処理の待ち行列化された要求があればそれにも適用される。これによって、安価なリンクから潜在的にそれよりはるかに高価な無線リンクに切り替わるときの驚きを回避することができる。
【００７２】
図８に示すように、待ち行列化された要求を処理する最初のステップは、要求するサーバにアクセスすることができる第２のコンピュータとの接続を獲得することである（ブロック６４）。最初に要求を受け取ると、接続を獲得する試みが行われ、接続が確立されない場合（ブロック６６）、待ち行列プロセッサによって、またはその他の活動のために接続が行われるまで、試行を続ける（ブロック７０およびブロック６４）。指数関数バックオフ手続きを使用して接続試行間の遅延を制御する（ブロック６８）。したがって、接続試行間の時間は試行回数が増えるにつれて長くなる。このバックオフ手続きによって、障害が長期にわたる場合にネットワークに負担をかけることなく、通信障害が一時的なときに応答性が得られる。
【００７３】
接続が確立されると、ブラウザから元々保管され、要求待ち行列に記憶されていた情報を使用して要求を再構成し、その要求を第２のコンピュータに送る（ブロック７２）。この時点で、要求はサーバにとってはブラウザから直接送られてきたかのように見える。無線リンクにおける障害のために要求が失敗した場合（ブロック７４）、後で後続の試行が行われる。要求の再試行によって一時的な通信障害が隠蔽される。他のタイプの障害も記録されて後でユーザに返される。
【００７４】
図９に、前に待ち行列に入れられていた要求に対する応答を受け取るときの、本発明によるクライアント側インタセプト・モジュールとサーバ側インタセプト・モジュールの動作を示す。図９に示すように、サーバから応答を受け取る（ブロック８０）。しかし、現在、ウェブ・ページではグラフィックス、アプレット、およびその他の埋込みがほとんど一般的に使用されている。ユーザがこの情報の表示を求めた場合、返されたページを解析して埋込みを探す（ブロック８２）。次に各埋込みを取り出し（ブロック８４）、元の応答と共にキャッシュに追加する（ブロック８６）。この応答に、適切な要求待ち行列内の要求が関連づけられ、応答と共に返される状況情報がその要求に関連づけられる（ブロック８８）。この時点で要求は完了し、それが使用可能であることをユーザに通知することができる（ブロック９０）。サーバ側インタセプトの場合、この通知はユーザが再接続されるまで据え置くことができる。
【００７５】
本発明は、透過なＨＴＴＰプロキシを提供するため、どのようなブラウザと共にでも機能する。バックグラウンド処理の待ち行列要求はブラウザが期待するモデルとは一致せず、したがってブラウザにはＨＴＭＬまたはＨＴＴＰコードを介した暫定的な応答が返され、それによってブラウザとユーザは処理を続行することができる（図５のブロック２６２および図８のブロック５５を参照）。同様に、ＨＴＭＬページと埋込みＨＴＭＬ情報を使用して状況を報告し、ブラウザの独立を維持することができる。
【００７６】
未処理要求の状況は、幾通りの方法でも報告することができ、これには任意選択の完了ポップアップや、返されるウェブ・ページの最上部に埋め込まれた任意選択の状況バー、待ち行列の状態をまとめたＨＴＭＬページ上の報告などが含まれる。
【００７７】
ポップアップによって、バックグラウンド・ページ上で見ることができる新たに完了したページがあることをユーザに知らせ、そのページのＵＲＬをリストする。このようなポップアップの一つは、新しい情報が最初に入手可能になったとときに生成され、それ以上のメッセージはユーザがそのページを訪れて情報を見るまで抑止される。これによってユーザは高速リンク上で混乱することなく非同期の完了通知を受け取ることができる。
【００７８】
ユーザは、返される各ページ内にクライアント側インタセプトの状態を説明する状況バーを埋め込むことを選択することもできる。この状況バーには、完了した要求の数、未処理要求の数、保留要求の数に関する情報が含まれる。また、新しい結果が入手可能になったことを説明するポップアップのテキスト版や、生成された様々な状況ページへのリンクも含まれる。
【００７９】
このようなリンクの１つによって、ユーザは要求の状態を要約したページに行くことができる。そのページには、１つの要求について１行ずつ待ち行列が表示される。各要求は、以下のような交通信号灯のモデルなどの可視標識を使用して要求処理の進捗状況を示すグラフィック表現を含む。
・  赤：要求が送信された
・  黄：基本ページを受信し、埋込みは未処理
・  緑：要求完了
グラフィックスは、赤は白抜きの円、黄色は半月、緑は中実の球など、色のほかに明確に区別できる外見を有することもできる。エラーの場合（たとえば要求が送られたが基本ページを取り出すことができなかった場合など）、交通信号記号全体の上にＸを配置することもできる。
【００８０】
状況グラフィックスに加えて、要求を削除するか保留するかを選択する選択肢も表示することもできる。フォームの場合、ユーザは要求を表示したり再編集したりすることもできる。要求が完了した場合、キャッシュに入れられた結果へのリンクもこのページに含めることができる。
【００８１】
バックグラウンド待ち行列およびその他の内部生成ページへのＵＲＬ方式のアクセスを可能にするために、クライアント側インタセプトのドメイン名（たとえばartour.web.express）もその他のオプションと適切に組み合わせて使用することができる。たとえば、バックグラウンド待ち行列には、http://artour.web.express/HTEP/というＵＲＬを使用してアクセスすることができる。標準ブラウザは未知のプロトコルを拒否する可能性があるため、そのような要求について固有プロトコル名を定義するよりもＨＴＴＰと予約名の方が好ましい。
【００８２】
ユーザに要求処理の進捗状況を報告することもできる。要求は、処理されるにつれて、受け渡しから始まり、処理の開始、初期ページの取り出し、そして最後に完了と、一連の状態を通過して進む。要求がある状態に移行すると、その移行を記述するイベントを内部イベント・マネージャに送ることができる。内部イベント・マネージャは要求の状況を受け取り、状況情報を他の構成要素またはアプリケーションに転送する。他の構成要素は、イベント・マネージャに登録し、イベントの状態およびその他の基準によってふるいにかけられたイベントを受け取ることができる。イベントの処理を使用してクライアント側インタセプトとの動的なインタフェースを生成することができる。このようなイベントの一使用例は、ポップアップ通知である。
【００８３】
応答を受け取った後、その応答はユーザが将来オフラインで見ることができるように保管する必要がある。しかし、ブラウザは要求を行って応答を受け取るときに、一般にそれを２通りの方法のうちのいずれかで処理する。応答が比較的静的であると予測される場合、そのページに対する将来の要求を迅速に処理することができるように、その応答はブラウザによってキャッシュに入れられる。しかし、そのページがフォーム要求に対する応答の場合、またはその他の方法で生成された場合（いわゆる「cgi-bin」要求）、ブラウザは応答を表示するだけで、キャッシュには入れない。これは、その応答が一般に１つのcgi-bin要求と次のcgi-bin要求とでは異なるためである。また、ソース・サーバが「キャッシュなし」とマークしたオブジェクトについては、その指示に従うブラウザおよびプロキシはそれらの項目を保管しない。しかし、待ち行列化された要求の処理の一環として取り出された場合には、それを後で表示するために保管しなければならない。
【００８４】
これらの通常は一時的なオブジェクトは、ユーザ・データという新しい範疇のキャッシュ情報として保管される（ブロック８６）。これらは、ユーザ要求に応答して取り出されたデータであり、その要求の文脈でのみ意味を持つ。通常のウェブ・データとは異なり、ユーザ・データ・オブジェクトには、待ち行列状況ページ上の応答としてのみアクセスすることができる。これらは時間や要求に左右される一時的な応答であるため、他の要求を処理するためには使用されない。ユーザ・データは、キャッシュの管理に使用される通常のコヒーレンシ・アルゴリズムやエージング・アルゴリズムの対象とはならない。ユーザ・データはユーザによって削除されるまで存続し、有効である。
【００８５】
ウェブ・ページ設計者は、単純な対話しか必要としないデータ入力用のＨＴＭＬフォームを使用することが多い。ＨＴＭＬフォーム・タグは、ウェブ対話用の電子フォームを作成するための便利な方法である。ＨＴＭＬフォーム・タグによって、ウェブ・ユーザはリストからの選択、ボックスのチェックのオン／オフ、ラジオ・ボタンからの選択、テキスト・フィールドや広い複数行テキスト領域へのテキストの入力、アクション・ボタンを押すなどの操作を行うことができる。ユーザがアクション・ボタンを押すと、名前／値の対を使用してそのアクションによって指定された入力データがウェブ・サーバに送られる。各名前は入力フィールドを表し、各値はフィールドへのユーザ入力値を表す。さらに、ウェブ・サーバがフォームと共に送る事前設定値を保持する隠れフィールドがある場合もある。これらの隠れ値は可視フィールド内の値と共にサーバに送り戻される。
【００８６】
あらゆるＨＴＭＬページと同様に、将来の使用のためにＨＴＭＬフォームをキャッシュに入れることができる。本発明によると、キャッシュに入れられたＨＴＭＬフォームを編集して後で発信したり、異なるユーザ入力値を使用して再発信することができる。たとえば、検索入力フォームを何度も編集して異なる検索要求を送出することができる。同様に、入院フォームなどのイントラネット・データ入力フォームを編集してデータ入力エラーを修正したり、異なる患者の新規データを再発信したりすることができる。ほとんどのフォームは、単純なワンフォーム対話モデルを有するか、または自己完結型隠れフィールドを含み、それによってウェブ・アプリケーションが発信を別々に受け入れることができるため、将来独立して発信するように有意義にキャッシュに入れることができる。
【００８７】
モバイル環境では、サーバに接続できないときでも切断フォーム送信によってユーザの生産性を高めることができる。これによって、どのネットワークにも接続せずに複数のデータ入力ページに記入することができる。また、本発明の再編集機能を使用して、ユーザは２、３件のフォームの原稿を作成し、それを最終的にサーバに送る前に見直し、承認、または編集することができる。
【００８８】
前述のように、フォームはどのようなＨＴＭＬページとしても扱うことができ、図５または図８の操作を行って、記入済みフォームに対応する要求待ち行列内の項目を作成することができる。通常のＨＴＭＬページと同様に、ユーザはＵＲＬを使用してキャッシュに入っているＨＴＭＬフォームを入手する。ユーザはフォームに記入し、それをアクション・ボタンの１つを使用して発信する。フォームが発信されると、名前／値の対が提供元フォームＵＲＬと共に記憶され、待ち行列に入れられる。ユーザが同じＵＲＬフォームを再び要求し、新しい結果を発信した場合、その新しい発信は前の発信とは別にされる。接続が使用可能になったときに自動的に発信されるように、すべての発信は待ち行列内の別個の項目としてカウントされる。これらの項目は、ユーザが削除するまで記憶されている。
【００８９】
図１０に、本発明を使用したフォームの再編集プロセスを示す。この再編集は、図８の待ち行列内のフォームを使用する。図１０に示すように、待ち行列内の使用可能なフォームのリストがブラウザに供給され（ブロック１００）、待ち行列項目を選択するユーザ入力が入手される（ブロック１０２）。ユーザにＨＴＭＬページを提示し、ハイパーリンクを使用してアクセス可能な待ち行列内の項目を表示することができる。
【００９０】
ユーザ入力に基づいて、待ち行列化された要求を生成するために使用されたフォームのＵＲＬに対応するフォームを、ローカル・キャッシュから入手する（ブロック１０４）。フォームの提供元を示す、前に挿入されたデータに基づいて基本フォームを取り出すことができる。サーバから空白のフォームを最初に取り出すとき、クライアント側インタセプトはＨＴＭＬに隠れ値を挿入してからそのページをブラウザに返す。この隠れ情報には、供給元ＵＲＬとページ内のフォーム番号とが含まれる。フォームを再編集するために、要求に要求を生成したフォームを関連づけるために要求と共に要求待ち行列に記憶されているフォームのＵＲＬに含まれる隠れ値を使用して、空白フォームを取り出す。
【００９１】
フォームと待ち行列に入れられた要求を走査して名前／値の対を突き合わせる（ブロック１０６）。一致が見つかった場合、そのユーザ発信を反映するようにデフォルトの選択値または入力値を変更する（ブロック１０８）。複数のＨＴＭＬフォームから成るウェブ・ページは異なるサブフォームで同じフィールド名を使用している可能性があるため特別な注意を払う必要がある。したがって、サブフォームにはそれを追跡するための固有識別子を割り当てる。次に、元の入力フォームとデータを再構築する。要求に対する応答をすでに受け取っている場合（ブロック１１０）、任意選択により、発信ボタンをその応答へのリンクに置き換え、それによってユーザが発信の結果を見ることができるようにすることもできる（ブロック１１２）。応答を受け取っていない場合は、再構築された要求をブラウザに供給してユーザが編集できるようにする（ブロック１１４）。再発信する場合、既存の待ち行列項目を新しいデータで上書きするか、あるいは任意選択により、ユーザは待ち行列内の新しい項目を供給することを選択することができる。このような機能を使用すれば、ユーザは記入済みのフォームをテンプレートとして使用して、類似データを使用する追加の要求を、わずかな追加入力だけで作成することができる。
【００９２】
前述のように、クライアントが要求を修正した場合、その修正は管理機能の一部としてサーバ側インタセプトに供給される。さらに、図１０の改訂操作はクライアント側で行うことが好ましいが、これらの手続きは通信リンクのサーバ側でも実施することができる。
【００９３】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００９４】
（１）第２のコンピュータに一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信する方法であって、
前記第２のコンピュータにおける持続要求待ち行列に、前記第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶するステップと、
クライアント・アプリケーションからの要求に応答して、ウェブ・ブラウザに暫定応答を供給するステップと、
前記記憶された要求を前記サーバ・アプリケーションに供給するステップと、
前記サーバ・アプリケーションから応答を受信するステップと、
前記受信応答を遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給するステップとを含む方法。
（２）前記ウェブ・ブラウザから受信した要求が遅延された処理要求であるかどうかを判断するステップをさらに含み、前記判断ステップによって受信要求が遅延された処理要求であると判断された場合、持続キャッシュに記憶する前記ステップと暫定応答を供給する前記ステップとを行う、上記（１）に記載の方法。
（３）暫定応答を供給する前記ステップの後に、遠隔／モバイル・データ処理システムを前記第２のコンピュータから切断するステップを含み、受信応答を前記ウェブ・ブラウザに供給する前記ステップの前に前記遠隔／モバイル・データ処理システムを前記第２のコンピュータに再接続するステップを含む、上記（１）に記載の方法。
（４）ユーザに対して提示するために、記憶されている要求のリストを前記ウェブ・ブラウザに供給するステップと、
記憶された要求の前記リスト内の記憶されている要求のうちの選択された１つの要求を求める要求を前記ブラウザから受信するステップと、
前記ユーザ入力に基づいて、記憶されている要求のリストの中の選択された１つの要求に対する関連づけられた応答を前記ウェブ・ブラウザに供給するステップをさらに含む、上記（３）に記載の方法。
（５）前記応答が前記第２のコンピュータによって受信された後に、前記受信応答が入手可能であることを前記ユーザに通知するステップと、
前記ユーザが前記応答を要求した場合にウェブ・ブラウザに前記応答を供給するステップとをさらに含む、上記（３）に記載の方法。
（６）持続要求待ち行列に記憶する前記ステップの前に、ユーザ識別子に関連づけられた持続要求待ち行列を確立するステップを含み、前記遠隔／モバイル・データ処理システムを再接続する前記ステップが、
前記遠隔／モバイル・データ処理システムを前記第２のコンピュータに接続するステップと、
前記遠隔／モバイル・データ処理システムからユーザ識別子を受信するステップとを含み、
前記受信応答を供給する前記ステップが、前記受信ユーザ識別子に関連づけられた前記持続要求待ち行列からの要求に対する前記受信応答を供給するステップを含む、上記（３）に記載の方法。
（７）前記受信応答を解析して前記受信応答内に少なくとも１つの要求が埋め込まれているかどうかを判断するステップと、
前記受信応答内の前記少なくとも１つの埋め込まれた要求を、前記埋め込まれた要求によって指定されているサーバに供給するステップと、
前記埋め込まれた要求に対する応答を受信するステップと、
前記埋め込まれた要求に対する前記受信応答を第２のコンピュータにおいて記憶するステップと、
前記埋め込まれた要求に対する前記記憶された受信応答に、前記持続要求待ち行列内に記憶されている前記要求を関連づけるステップとをさらに含み、
前記受信応答を前記ウェブ・ブラウザに供給する前記ステップが、前記記憶された受信応答と、前記埋め込まれた要求に対する前記記憶された応答とを前記ウェブ・ブラウザに供給するステップを含む、上記（６）に記載の方法。
（８）前記要求に対する前記応答を前記第２のコンピュータにおいて記憶するステップと、
前記記憶された応答を、前記ユーザ識別子に関連づけられた前記持続要求待ち行列内の前記記憶された要求に関連づけるステップとをさらに含む、上記（６）に記載の方法。
（９）持続要求待ち行列を確立する前記ステップが、各持続要求待ち行列にユーザ識別子が関連づけられた複数の要求待ち行列を確立するステップを含み、
持続要求待ち行列内に記憶する前記ステップが、ウェブ・ブラウザのユーザからの要求が前記ユーザのユーザ識別子に関連づけられた前記持続要求待ち行列のうちの１つの持続要求待ち行列に記憶されるように複数のウェブ・ブラウザからの要求を前記複数の持続要求待ち行列に記憶するステップを含み、
前記記憶された要求を前記サーバ・アプリケーションに供給する前記ステップが、前記複数の要求を関連づけられたウェブ・サーバに供給するステップを含み、
前記サーバ・アプリケーションから応答を受信する前記ステップが、前記関連づけられたウェブ・サーバから複数の応答を受信するステップを含み、
前記受信応答を前記遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する前記ステップが、要求に対する応答が前記要求をそこから受信した前記ウェブ・ブラウザに供給されるように受信した前記複数の応答を前記複数のウェブ・ブラウザに供給するステップを含む、上記（８）に記載の方法。
（１０）サーバからの複数の応答を前記持続要求待ち行列内の単一の項目に関連づけるステップと、
前記持続要求待ち行列内の前記単一の項目に関連づけられた前記複数の応答を前記遠隔／モバイル・データ処理システムに供給するステップをさらに含む、上記（１）に記載の方法。
（１１）第２のコンピュータに一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信する方法であって、
第２のコンピュータにおける持続要求待ち行列に、第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶するステップと、
前記記憶された要求にクライアント識別情報を関連づけるステップと、
前記記憶された要求を前記サーバ・アプリケーションに供給するステップと、
前記サーバ・アプリケーションから応答を受信するステップと、
前記サーバからの前記受信応答を前記第２のコンピュータ上にあるサーバ側キャッシュに記憶するステップと、
前記記憶された受信応答を前記記憶された要求に関連づけるステップと、
前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給するステップとを含む方法。
（１２）前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給する前記ステップが、前記記憶された受信応答を、その後の接続中に前記記憶された要求に関連づけられたクライアント識別情報に関連づけられたウェブ・ブラウザに供給するステップを含む、上記（１１）に記載の方法。
（１３）前記記憶された要求を前記サーバ・アプリケーションに供給する前記ステップの前に、前記要求の修正を受信するステップと、
前記要求待ち行列に記憶された前記要求を改訂し、前記記憶された要求を前記修正された要求に置き換えるステップとをさらに含む、上記（１１）に記載の方法。
（１４）前記ブラウザから受信した要求が遅延された処理要求であるかどうかを判断するステップを含み、前記判断ステップによって前記受信要求が遅延された処理要求であると判断された場合、持続キャッシュに記憶する前記ステップが行われる、上記（１１）に記載の方法。
（１５）ユーザに対して提示するために、記憶されている要求のリストを前記ウェブ・ブラウザに供給するステップと、
記憶された要求の前記リスト内の記憶されている要求のうちの選択された１つの要求を求める要求を前記ブラウザから受信するステップとをさらに含み、
前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記受信応答を供給する前記ステップが、ユーザ入力に基づいて、記憶されている要求のリストの中の選択された１つの要求に対する関連づけられた記憶されている応答を前記ウェブ・ブラウザに供給するステップを含む、上記（１１）に記載の方法。
（１６）前記応答が前記第２のコンピュータによって受信された後に、前記記憶された受信応答が入手可能であることを前記ユーザに通知するステップをさらに含み、
前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給する前記ステップが、前記ユーザが前記記憶された受信応答を要求した場合、前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給するステップを含む、上記（１１）に記載の方法。
（１７）前記受信応答を解析して前記受信応答内に少なくとも１つの要求が埋め込まれているかどうかを判断するステップと、
前記受信応答内の前記少なくとも１つの埋め込まれた要求を、前記埋め込まれた要求によって指定されているサーバに供給するステップと、
前記埋め込まれた要求に対する応答を受信するステップと、
前記埋め込まれた要求に対する前記受信応答を第２のコンピュータ上にある前記キャッシュに記憶するステップと、
前記埋め込まれた要求に対する前記記憶された受信応答に、前記持続要求待ち行列内に記憶されている前記要求を関連づけるステップとをさらに含み、
前記受信応答を前記ウェブ・ブラウザに供給する前記ステップが、前記記憶された受信応答と、前記埋め込まれた要求に対する前記記憶された応答とを前記ウェブ・ブラウザに供給するステップを含む、上記（１１）に記載の方法。
（１８）持続要求待ち行列内に記憶する前記ステップが、ウェブ・ブラウザのユーザからの要求が前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられた前記持続要求待ち行列のうちの１つの持続要求待ち行列に記憶されるように複数のウェブ・ブラウザからの要求を前記複数の持続要求待ち行列に記憶するステップを含み、
前記記憶された要求を前記サーバ・アプリケーションに供給する前記ステップが、前記複数の要求を関連づけられたウェブ・サーバに供給するステップを含み、
前記サーバ・アプリケーションから応答を受信する前記ステップが、前記関連づけられたウェブ・サーバから複数の応答を受信するステップを含み、
前記受信応答を前記遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する前記ステップが、要求に対する応答が前記記憶された要求に関連づけられた前記クライアント識別情報に対応する前記ウェブ・ブラウザに供給されるように、受信した前記複数の応答を前記複数のウェブ・ブラウザに供給するステップを含む、上記（１１）に記載の方法。
（１９）サーバからの複数の要求を前記持続要求待ち行列内の単一の項目に関連づけるステップと、
前記持続要求待ち行列内の前記単一の項目に関連づけられた前記複数の応答を前記遠隔／モバイル・データ処理システムに供給するステップをさらに含む、上記（１１）に記載の方法。
（２０）第２のコンピュータに一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信するシステムであって、
前記第２のコンピュータにおける持続要求待ち行列に、前記第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶する手段と、
クライアント・アプリケーションからの要求に応答して、ウェブ・ブラウザに暫定応答を供給する手段と、
前記記憶された要求を前記サーバ・アプリケーションに供給する手段と、
前記サーバ・アプリケーションから応答を受信する手段と、
前記受信応答を遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する手段とを含むシステム。
（２１）前記ウェブ・ブラウザから受信した要求が遅延された処理要求であるかどうかを判断する手段をさらに含み、持続キャッシュに記憶する前記手段と暫定応答を供給する前記手段とが前記判断手段に機能可能に関連づけられている、上記（２０）に記載のシステム。
（２２）前記遠隔／モバイル・データ処理システムを前記第２のコンピュータから切断する手段と、
前記遠隔／モバイル・データ処理システムを前記第２のコンピュータに再接続する手段とをさらに含む、上記（２０）に記載のシステム。
（２３）ユーザに対して提示するために、記憶されている要求のリストを前記ウェブ・ブラウザに供給する手段と、
記憶された要求の前記リスト内の記憶されている要求のうちの選択された１つの要求を求める要求を前記ブラウザから受信する手段と、
ユーザ入力に基づいて、記憶されている要求のリストの中の選択された１つの要求に対する関連づけられた応答を前記ウェブ・ブラウザに供給する手段をさらに含む、上記（２２）に記載のシステム。
（２４）前記応答が前記第２のコンピュータによって受信された後に、前記受信応答が入手可能であることを前記ユーザに通知する手段と、
前記ユーザが前記応答を要求した場合にウェブ・ブラウザに前記応答を供給する手段とをさらに含む、上記（２２）に記載のシステム。
（２５）ユーザ識別子に関連づけられた持続要求待ち行列を確立する手段をさらに含み、
前記遠隔／モバイル・データ処理システムを再接続する前記手段が、
前記遠隔／モバイル・データ処理システムを前記第２のコンピュータに接続する手段と、
前記遠隔／モバイル・データ処理システムからユーザ識別子を受信する手段とを含み、
前記受信応答を供給する前記手段が、前記受信ユーザ識別子に関連づけられた前記持続要求待ち行列からの前記要求に対する受信応答を供給する手段を含む、上記（２２）に記載のシステム。
（２６）前記受信応答を解析して前記受信応答内に少なくとも１つの要求が埋め込まれているかどうかを判断する手段と、
前記受信応答内の前記少なくとも１つの埋め込まれた要求を、前記埋め込まれた要求によって指定されているサーバに供給する手段と、
前記埋め込まれた要求に対する応答を受信する手段と、
前記埋め込まれた要求に対する前記受信応答を第２のコンピュータにおいて記憶する手段と、
前記埋め込まれた要求に対する前記記憶された受信応答に、前記持続要求待ち行列内に記憶されている前記要求を関連づける手段とをさらに含み、
前記受信応答を前記ウェブ・ブラウザに供給する前記手段が、前記記憶された受信応答と、前記埋め込まれた要求に対する前記記憶された応答とを前記ウェブ・ブラウザに供給する手段を含む、上記（２５）に記載のシステム。
（２７）前記要求に対する前記応答を前記第２のコンピュータにおいて記憶する手段と、
前記記憶された応答を、前記ユーザ識別子に関連づけられた前記持続要求待ち行列内の前記記憶された要求に関連づける手段とをさらに含む、上記（２５）に記載のシステム。
（２８）持続要求待ち行列を確立する前記手段が、各持続要求待ち行列にユーザ識別子が関連づけられた複数の要求待ち行列を確立する手段を含み、
持続要求待ち行列内に記憶する前記手段が、ウェブ・ブラウザのユーザからの要求が前記ユーザのユーザ識別子に関連づけられた前記持続要求待ち行列のうちの１つの持続要求待ち行列に記憶されるように複数のウェブ・ブラウザからの要求を前記複数の持続要求待ち行列に記憶する手段を含み、
前記記憶された要求を前記サーバ・アプリケーションに供給する前記手段が、前記複数の要求を関連づけられたウェブ・サーバに供給する手段を含み、
前記サーバ・アプリケーションから応答を受信する前記手段が、前記関連づけられたウェブ・サーバから複数の応答を受信する手段を含み、
前記受信応答を前記遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する前記手段が、要求に対する応答が前記要求をそこから受信した前記ウェブ・ブラウザに供給されるように、受信した前記複数の応答を前記複数のウェブ・ブラウザに供給する手段を含む、上記（２７）に記載のシステム。
（２９）サーバからの複数の応答を前記持続要求待ち行列内の単一の項目に関連づける手段と、
前記持続要求待ち行列内の前記単一の項目に関連づけられた前記複数の応答を前記遠隔／モバイル・データ処理システムに供給する手段をさらに含む、上記（２０）に記載のシステム。
（３０）第２のコンピュータに一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信する方法であって、
第２のコンピュータにおける持続要求待ち行列に、第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶する手段と、
前記記憶された要求にクライアント識別情報を関連づける手段と、
前記記憶された要求を前記サーバ・アプリケーションに供給する手段と、
前記サーバ・アプリケーションから応答を受信する手段と、
前記サーバからの前記受信応答を前記第２のコンピュータ上にあるサーバ側キャッシュに記憶する手段と、
前記記憶された受信応答を前記記憶された要求に関連づける手段と、
前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給する手段とを含むシステム。
（３１）前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給する前記手段が、前記記憶された受信応答を、その後の接続中に前記記憶された要求に関連づけられたクライアント識別情報に関連づけられたウェブ・ブラウザに供給する手段を含む、上記（３０）に記載のシステム。
（３２）持続要求待ち行列内に記憶する前記手段が、ウェブ・ブラウザのユーザからの要求が前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられた前記持続要求待ち行列のうちの１つの持続要求待ち行列に記憶されるように複数のウェブ・ブラウザからの要求を前記複数の持続要求待ち行列に記憶する手段を含み、
前記記憶された要求を前記サーバ・アプリケーションに供給する前記手段が、前記複数の要求を関連づけられたウェブ・サーバに供給する手段を含み、
前記サーバ・アプリケーションから応答を受信する前記手段が、前記関連づけられたウェブ・サーバから複数の応答を受信する手段を含み、
前記受信応答を前記遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する前記手段が、要求に対する応答が前記記憶された要求に関連づけられた前記クライアント識別情報に対応する前記ウェブ・ブラウザに供給されるように、受信した前記複数の応答を前記複数のウェブ・ブラウザに供給する手段を含む、上記（３０）に記載のシステム。
（３３）第２のコンピュータに一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信するコンピュータ・プログラム製品であって、
前記第２のコンピュータにおける持続要求待ち行列に、前記第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶するコンピュータ可読プログラム・コード手段と、
クライアント・アプリケーションからの要求に応答して、ウェブ・ブラウザに暫定応答を供給するコンピュータ可読プログラム・コード手段と、
前記記憶された要求を前記サーバ・アプリケーションに供給するコンピュータ可読プログラム・コード手段と、
前記サーバ・アプリケーションから応答を受信するコンピュータ可読プログラム・コード手段と、
前記受信応答を遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給するコンピュータ可読プログラム・コード手段とを含むコンピュータ・プログラム製品。
（３４）前記ウェブ・ブラウザから受信した要求が遅延された処理要求であるかどうかを判断するコンピュータ可読プログラム・コード手段をさらに含み、持続キャッシュに記憶する前記コンピュータ可読プログラム・コード手段と暫定応答を供給する前記コンピュータ可読プログラム・コード手段とが前記判断コンピュータ可読プログラム・コード手段に機能可能に関連づけられている、上記（３３）に記載のコンピュータ・プログラム製品。
（３５）前記遠隔／モバイル・データ処理システムを前記第２のコンピュータから切断するコンピュータ可読プログラム・コード手段と、
前記遠隔／モバイル・データ処理システムを前記第２のコンピュータに再接続するコンピュータ可読プログラム・コード手段とをさらに含む、上記（３３）に記載のコンピュータ・プログラム製品。
（３６）ユーザに対して提示するために、記憶されている要求のリストを前記ウェブ・ブラウザに供給するコンピュータ可読プログラム・コード手段と、
記憶された要求の前記リスト内の記憶されている要求のうちの選択された１つの要求を求める要求を前記ブラウザから受信するコンピュータ可読プログラム・コード手段と、
ユーザ入力に基づいて、記憶されている要求のリストの中の選択された１つの要求に対する関連づけられた応答を前記ウェブ・ブラウザに供給するコンピュータ可読プログラム・コード手段をさらに含む、上記（３５）に記載のコンピュータ・プログラム製品。
（３７）前記応答が前記第２のコンピュータによって受信された後に、前記受信応答が入手可能であることを前記ユーザに通知するコンピュータ可読プログラム・コード手段と、
前記ユーザが前記応答を要求した場合にウェブ・ブラウザに前記応答を供給するコンピュータ可読プログラム・コード手段とをさらに含む、上記（３５）に記載のコンピュータ・プログラム製品。
（３８）ユーザ識別子に関連づけられた持続要求待ち行列を確立するコンピュータ可読プログラム・コード手段をさらに含み、
前記遠隔／モバイル・データ処理システムを再接続する前記コンピュータ可読プログラム・コード手段が、
前記遠隔／モバイル・データ処理システムを前記第２のコンピュータに接続するコンピュータ可読プログラム・コード手段と、
前記遠隔／モバイル・データ処理システムからユーザ識別子を受信するコンピュータ可読プログラム・コード手段とを含み、
前記受信応答を供給する前記コンピュータ可読プログラム・コード手段が、前記受信ユーザ識別子に関連づけられた前記持続要求待ち行列からの前記要求に対する受信応答を供給するコンピュータ可読プログラム・コード手段を含む、上記（３５）に記載のコンピュータ・プログラム製品。
（３９）前記受信応答を解析して前記受信応答内に少なくとも１つの要求が埋め込まれているかどうかを判断するコンピュータ可読プログラム・コード手段と、
前記受信応答内の前記少なくとも１つの埋め込まれた要求を、前記埋め込まれた要求によって指定されているサーバに供給するコンピュータ可読プログラム・コード手段と、
前記埋め込まれた要求に対する応答を受信するコンピュータ可読プログラム・コード手段と、
前記埋め込まれた要求に対する前記受信応答を第２のコンピュータにおいて記憶するコンピュータ可読プログラム・コード手段と、
前記埋め込まれた要求に対する前記記憶された受信応答に、前記持続要求待ち行列内に記憶されている前記要求を関連づけるコンピュータ可読プログラム・コード手段とをさらに含み、
前記受信応答を前記ウェブ・ブラウザに供給する前記コンピュータ可読プログラム・コード手段が、前記記憶された受信応答と、前記埋め込まれた要求に対する前記記憶された応答とを前記ウェブ・ブラウザに供給するコンピュータ可読プログラム・コード手段を含む、上記（３８）に記載のコンピュータ・プログラム製品。
（４０）前記要求に対する前記応答を前記第２のコンピュータにおいて記憶するコンピュータ可読プログラム・コード手段と、
前記記憶された応答を、前記ユーザ識別子に関連づけられた前記持続要求待ち行列内の前記記憶された要求に関連づけるコンピュータ可読プログラム・コード手段とをさらに含む、上記（３８）に記載のコンピュータ・プログラム製品。
（４１）持続要求待ち行列を確立する前記コンピュータ可読プログラム・コード手段が、各持続要求待ち行列にユーザ識別子が関連づけられた複数の要求待ち行列を確立するコンピュータ可読プログラム・コード手段を含み、
持続要求待ち行列内に記憶する前記コンピュータ可読プログラム・コード手段が、ウェブ・ブラウザのユーザからの要求が前記ユーザのユーザ識別子に関連づけられた前記持続要求待ち行列のうちの１つの持続要求待ち行列に記憶されるように複数のウェブ・ブラウザからの要求を前記複数の持続要求待ち行列に記憶するコンピュータ可読プログラム・コード手段を含み、
前記記憶された要求を前記サーバ・アプリケーションに供給する前記コンピュータ可読プログラム・コード手段が、前記複数の要求を関連づけられたウェブ・サーバに供給するコンピュータ可読プログラム・コード手段を含み、
前記サーバ・アプリケーションから応答を受信する前記コンピュータ可読プログラム・コード手段が、前記関連づけられたウェブ・サーバから複数の応答を受信するコンピュータ可読プログラム・コード手段を含み、
前記受信応答を前記遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する前記コンピュータ可読プログラム・コード手段が、要求に対する応答が前記要求をそこから受信した前記ウェブ・ブラウザに供給されるように、受信した前記複数の応答を前記複数のウェブ・ブラウザに供給するコンピュータ可読プログラム・コード手段を含む、上記（４０）に記載のコンピュータ・プログラム製品。
（４２）サーバからの複数の応答を前記持続要求待ち行列内の単一の項目に関連づけるコンピュータ可読プログラム・コード手段と、
前記持続要求待ち行列内の前記単一の項目に関連づけられた前記複数の応答を前記遠隔／モバイル・データ処理システムに供給するコンピュータ可読プログラム・コード手段をさらに含む、上記（３３）に記載のコンピュータ・プログラム製品。
（４３）第２のコンピュータに一時的および断続的に接続される遠隔／モバイル・データ処理システム上で実行されているウェブ・ブラウザと通信するコンピュータ・プログラム製品であって、
第２のコンピュータにおける持続要求待ち行列に、第２のコンピュータにとってアクセス可能なサーバ・アプリケーションに対する前記ウェブ・ブラウザからの要求を記憶するコンピュータ可読プログラム・コード手段と、
前記記憶された要求にクライアント識別情報を関連づけるコンピュータ可読プログラム・コード手段と、
前記記憶された要求を前記サーバ・アプリケーションに供給するコンピュータ可読プログラム・コード手段と、
前記サーバ・アプリケーションから応答を受信するコンピュータ可読プログラム・コード手段と、
前記サーバからの前記受信応答を前記第２のコンピュータ上にあるサーバ側キャッシュに記憶するコンピュータ可読プログラム・コード手段と、
前記記憶された受信応答を前記記憶された要求に関連づけるコンピュータ可読プログラム・コード手段と、
前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給するコンピュータ可読プログラム・コード手段とを含むコンピュータ・プログラム製品。
（４４）前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられたウェブ・ブラウザに前記記憶された受信応答を供給する前記コンピュータ可読プログラム・コード手段が、前記記憶された受信応答を、その後の接続中に前記記憶された要求に関連づけられたクライアント識別情報に関連づけられたウェブ・ブラウザに供給するコンピュータ可読プログラム・コード手段を含む、上記（４３）に記載のコンピュータ・プログラム製品。
（４５）持続要求待ち行列内に記憶する前記コンピュータ可読プログラム・コード手段が、ウェブ・ブラウザのユーザからの要求が前記記憶された要求に関連づけられた前記クライアント識別情報に関連づけられた前記持続要求待ち行列のうちの１つの持続要求待ち行列に記憶されるように複数のウェブ・ブラウザからの要求を前記複数の持続要求待ち行列に記憶するコンピュータ可読プログラム・コード手段を含み、
前記記憶された要求を前記サーバ・アプリケーションに供給する前記コンピュータ可読プログラム・コード手段が、前記複数の要求を関連づけられたウェブ・サーバに供給するコンピュータ可読プログラム・コード手段を含み、
前記サーバ・アプリケーションから応答を受信する前記コンピュータ可読プログラム・コード手段が、前記関連づけられたウェブ・サーバから複数の応答を受信するコンピュータ可読プログラム・コード手段を含み、
前記受信応答を前記遠隔／モバイル・データ処理システム上で実行されている前記ウェブ・ブラウザに供給する前記コンピュータ可読プログラム・コード手段が、要求に対する応答が前記記憶された要求に関連づけられた前記クライアント識別情報に対応する前記ウェブ・ブラウザに供給されるように、受信した前記複数の応答を前記複数のウェブ・ブラウザに供給するコンピュータ可読プログラム・コード手段を含む、上記（４３）に記載のコンピュータ・プログラム製品。
【図面の簡単な説明】
【図１】典型的なウェブ・ブラウザ／ウェブ・サーバ・システムを示すブロック図である。
【図２】クライアント・インタセプトおよびサーバ・インタセプトを使用する、本発明の一実施形態によるウェブ・ブラウザ／ウェブ・サーバ・システムを示すブロック図である。
【図３】本発明によるクライアント側インタセプト・モジュールを示すブロック図である。
【図４】本発明によるサーバ側インタセプト・モジュールを示すブロック図である。
【図５】クライアント側インタセプト・モジュールから要求を受信する際の、本発明によるサーバ・インタセプト・モジュールの動作を示すフローチャートである。
【図６】クライアントから要求を受信する際の、本発明によるサーバ・インタセプト・モジュールの動作を示すフローチャートである。
【図７】クライアントに接続する際の、本発明によるサーバ・インタセプト・モジュールの動作を示すフローチャートである。
【図８】本発明の一態様による切断動作または据置き処理動作を示すフローチャートである。
【図９】本発明の一態様による、遠隔／モバイル・データ処理システムにおけるブラウザ要求に対する応答の受信に付随する動作を示すフローチャートである。
【図１０】本発明の一態様による、要求の改訂に付随する動作を示すフローチャートである。
【符号の説明】
５  第１のコンピュータ
６  第２のコンピュータ
１０  ウェブ・ブラウザ
１５  通信リンク
２０  ウェブ・サーバ
３０  クライアント側インタセプト・モジュール
３１  ＨＴＴＰ要求インタセプタ
３２  要求待ち行列
３３  ＨＴＴＰ要求待ち行列プロセッサ
３４  サービス・スレッド
３５  通信リンク
４０  サーバ側インタセプト・モジュール
２００  着信データ・プロセッサ
２３０  要求待ち行列
２３３  ＨＴＴＰ要求待ち行列プロセッサ
２３４  サービス・スレッド
【図１】
0004041217.tif 000002
【図２】
0004041217.tif 000003
【図３】
0004041217.tif 000004
【図４】
0004041217.tif 000005
【図５】
0004041217.tif 000006
【図６】
0004041217.tif 000007
【図７】
0004041217.tif 000008
【図８】
0004041217.tif 000009
【図９】
0004041217.tif 000010
【図１０】
0004041217.tif 000011