(57)【特許請求の範囲】
【請求項１】
第１ないし第４ジャバスクリプトを含む遠隔ユーザインターフェースを生成したＲＵＩサーバから前記遠隔ユーザインターフェースを提供されたクライアントが前記遠隔ユーザインターフェースの状態情報の保存を要請する方法において、
(a)前記クライアントが前記遠隔ユーザインターフェースに含まれた前記第１ジャバスクリプトを実行して前記遠隔ユーザインターフェースが用いられることで発生する前記ＲＵＩサーバの状態情報を獲得するステップと、
(b)前記クライアントが前記遠隔ユーザ  インターフェースに含まれた前記第２ジャバスクリプトを実行して前記遠隔ユーザインターフェースが用いられることで発生する前記クライアントの状態情報を獲得するステップと、  
(c)前記クライアントが前記遠隔ユーザインターフェースに含まれた第３ジャバスクリプトを実行して前記ＲＵＩサーバ及びクライアントの状態情報を保存するストレージを提供するストレージサーバのアドレスを獲得するステップと、
(d)前記クライアントが前記遠隔ユーザインターフェースに含まれた前記第４ジャバスクリプトを  実行して前記獲得されたＲＵＩサーバ及びクライアントの状態情報の保存を前記ストレージサーバに要請するステップとを含み、
前記遠隔ユーザインターフェースはＨＴＴＰプロトコル基盤のウェブページであり、
前記(a)ステップにおいて、前記第１ジャバスクリプトは前記ＲＵＩサーバの状態情報のＵＲＬが含まれたGETSTATES要請メッセージを前記ＲＵＩサーバに伝送するスクリプトであり、
前記(d)ステップにおいて、前記第４ジャバスクリプトは前記ウェブページの名前、ボディコンテンツに対するmimeタイプ、前記クライアント及びＲＵＩサーバの状態情報を含むSAVE要請メッセージを前記第３  ジャバスクリプトの実行によって獲得された前記ストレージサーバのアドレスに伝送するスクリプトである、ことを特徴とする方法。
【請求項２】
前記クライアントはユーザにより前記状態情報を保存する前記ストレージサーバを選択されるステップをさらに含み、
前記（ｄ）ステップは、前記選択されたストレージサーバの情報を用いて前記ストレージサーバに前記要請を行うことを特徴とする請求項１に記載の方法。
【請求項３】
前記（ｂ）ステップは、前記遠隔ユーザインターフェースから前記クライアントの状態情報を読み込んで前記クライアントの状態情報を獲得することを特徴とする請求項１に記載の方法。
【請求項４】
請求項１記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体。
【請求項５】
第１ないし第４ジャバスクリプトを含む遠隔ユーザインターフェースを生成したＲＵＩサーバから提供された前記遠隔ユーザインターフェースを用いるクライアントでの前記遠隔ユーザインターフェースの状態情報の保存を要請する装置において、
前記遠隔ユーザインターフェースに含まれた前記第３ジャバスクリプトを実行して前記状態情報を保存するストレージを提供するストレージ  サーバの情報を獲得するＲＵＩ  CPモジュールと、
前記遠隔ユーザインターフェースに含まれた前記第１ジャバスクリプトを実行して、前記遠隔ユーザインターフェースが用いられることで発生する前記ＲＵＩサーバの状態情報を獲得し、前記遠隔ユーザインターフェースに含まれた前記第２ジャバスクリプトを実行して前記  遠隔  ユーザ  インターフェースが用いられることで発生する前記クライアントの状態情報を獲得し、前記ＲＵＩ  CPモジュールにより獲得されたストレージ  サーバの情報を基盤に前記遠隔ユーザインターフェースに含まれた第４ジャバスクリプトを実行して前記ストレージサーバに前記ＲＵＩサーバ及びクライアントの状態情報の保存を要請するウェブブラウザとを含み、
前記遠隔ユーザインターフェースはＨＴＴＰプロトコル基盤のウェブページであり、
前記第１ジャバスクリプトは前記ＲＵＩサーバの状態情報のＵＲＬが含まれたGETSTATES要請メッセージを前記ＲＵＩサーバに伝送するスクリプトであり、前記第４ジャバスクリプトは前記ウェブページの名前、ボディコンテンツに対するmimeタイプ、前記クライアント及びＲＵＩサーバの状態情報を含むSAVE要請メッセージを獲得された前記ストレージサーバの情報を用いて伝送するスクリプトである、ことを特徴とする装置。
【請求項６】
前記ＲＵＩ  ＣＰモジュールは、ＵＰｎＰの発見過程で前記ストレージサーバの情報を獲得することを特徴とする請求項５に記載の装置。
【請求項７】
ＲＵＩサーバから第５ないし第６ジャバスクリプトを含む遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報を復旧する方法において、
(a)前記クライアントは復旧可能なウェブページのアドレス、前記ＲＵＩサーバの状態情報及び前記クライアントの状態情報が保存された場所のアドレスをストレージ  サーバから獲得するステップと、
(b)前記クライアントは前記クライアントの状態情報に接近できる情報及び前記ＲＵＩサーバの状態情報を前記ＲＵＩサーバに提供するステップと、
(c)前記クライアントは、前記ＲＵＩサーバの状態情報を用いて自分の状態を復旧した前記ＲＵＩサーバから前記クライアントの状態情報に接近できる情報を用いて前記クライアントの状態を獲得するようにする前記第５ジャバスクリプトを含む前記遠隔ユーザインターフェースを受信するステップと、
(d)前記クライアントが前記遠隔ユーザインターフェースに含まれた前記第５ジャバスクリプトを実行して前記遠隔ユーザインターフェースが用いられることで発生する前記クライアントの状態情報を獲得するステップと、
(e)前記クライアントが前記遠隔ユーザインターフェースに含まれた前記第６ジャバスクリプトを実行して前記獲得されたクライアントの状態情報を前記遠隔ユーザインターフェースに反映するステップとを含み、
前記遠隔ユーザインターフェースはＨＴＴＰプロトコル基盤のウェブページである、ことを特徴とする方法。
【請求項８】
前記クライアントがユーザに前記復旧可能なウェブページの目録を表示し、前記表示を認知したユーザからいずれか１つの復旧可能なウェブページを選択されるステップをさらに含み、
前記（ｄ）ステップは、前記選択された復旧可能なウェブページに要求される前記クライアントの状態情報を獲得することを特徴とする請求項７に記載の方法。
【請求項９】
請求項７に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体。
【請求項１０】
ＲＵＩサーバから第１ないし第６ジャバスクリプトを含む遠隔ユーザインターフェースを提供されたクライアントがストレージサーバに保存した前記遠隔ユーザインターフェースの状態情報を復旧する装置において、
前記遠隔ユーザインターフェースに含まれた前記第３ジャバスクリプトを実行して前記状態情報を保存したストレージを提供するストレージサーバの情報を獲得するＲＵＩ  ＣＰモジュールと、
前記遠隔ユーザインターフェースの状態情報を前記ストレージサーバに保存し、前記保存された状態情報を復旧するウェブブラウザとを含み、
前記ウェブブラウザは前記遠隔ユーザ  インターフェースの状態情報を前記ストレージサーバに保存するために、前記第１遠隔ユーザインターフェースに含まれた前記第１ジャバスクリプトを実行して前記遠隔ユーザインターフェースが用いられることで発生する前記ＲＵＩサーバの状態情報を獲得し、前記遠隔ユーザインターフェースに含まれた前記第２ジャバスクリプトを実行して前記遠隔ユーザインターフェースが用いられることで発生する前記クライアントの状態情報を獲得し、前記ＲＵＩ  ＣＰモジュールにより獲得されたストレージサーバの情報を基盤に前記遠隔ユーザインターフェースに含まれた  第４ＨＴＴＰスクリプトを実行して獲得して前記ＲＵＩサーバ及びクライアントの状態情報を前記ストレージサーバに保存し、
前記ウェブブラウザは、前記遠隔ユーザインターフェースの状態情報を復旧するために、復旧可能なウェブページのアドレス、前記ＲＵＩサーバの状態情報及び前記クライアントの状態情報が保存された場所のアドレスを前記ストレージサーバから獲得し、前記クライアントの状態情報に接近できる情報及び前記ＲＵＩサーバの状態情報を前記ＲＵＩサーバに提供し、前記ＲＵＩサーバの状態情報を用いて自分の状態を復旧した前記ＲＵＩサーバから前記遠隔ユーザインターフェースを受信し、前記クライアントの状態情報に接近できる情報を用いて前記クライアントの状態を獲得するようにする前記第５ジャバスクリプトを実行して前記クライアントの状態情報を獲得し、前記第６ジャバスクリプトを実行して前記クライアントの状態情報を前記遠隔ユーザインターフェースに反映し、
前記遠隔ユーザインターフェースはＨＴＴＰプロトコル基盤のウェブページである、ことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔ユーザインターフェース（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ、ＲＵＩ）の状態情報を復旧する装置及び方法に係り、特にＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）環境での遠隔ユーザインターフェースを復旧する装置及び方法に関する。
【背景技術】
【０００２】
図１は、従来ＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムの構成図である。図１を参照するに、従来ＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムは、ＲＵＩ  ＣＰ（Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）１１、ＲＵＩクライアント１２及びＲＵＩサーバ１３で構成される。ここで、ＲＵＩ  ＣＰ１１は、遠隔ユーザインターフェースを支援するＵＰｎＰ  ＣＤに該当し、ＲＵＩクライアント１２及びＲＵＩサーバ１３は、遠隔ユーザインターフェースを支援するＵＰｎＰ  ＣＤ（Ｃｏｎｔｒｏｌｌｅｄ  Ｄｅｖｉｃｅ）に該当する。
【０００３】
ＵＰｎＰによって、ＲＵＩ  ＣＰ１１は、ＲＵＩクライアント１２及びＲＵＩサーバ１３を発見して制御する。ＲＵＩ  ＣＰ１１の制御により連結されたＲＵＩクライアント１２及びＲＵＩサーバ１３は、ＲＤＰ（Ｒｅｍｏｔｅ  Ｄｅｓｋｔｏｐ  Ｐｒｏｔｏｃｏｌ）、ＸＲＴ（Ｅｘｔｅｎｄｅｄ  Ｒｅｍｏｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）のようなアウトオブバンド遠隔プロトコルによって遠隔ユーザインターフェースを介した要請及び応答を処理する。
【０００４】
図２は、従来ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存して復旧する過程を示す図である。図２を参照するに、従来ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存して復旧する過程は、次のようなステップで構成される。特に、この過程は、ＲＵＩサーバ（２４）との連結をＲＵＩクライアント１  ２２からＲＵＩクライアント２  ２３に移す場合に関するものである。
【０００５】
２０１ステップで、ＲＵＩ  ＣＰ２１は、ＵＩクライアント１  ２２にＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎ（）を呼び出すことによって現在進行中の遠隔ユーザインターフェース連結を検索し、これによりＲＵＩサーバ２４との連結を把握する。
【０００６】
２０２ステップで、ＲＵＩ  ＣＰ２１は、ＲＵＩサーバ２４にＳｅｔＵＩＬｉｆｅｔｉｍｅ（）を呼び出すことによって、ＲＵＩサーバ２４が現在進行中の遠隔ユーザインターフェース連結の状態を一定時間維持するように指示する。
【０００７】
２０３ステップで、ＲＵＩ  ＣＰ２１は、ＲＵＩクライアント１  ２２にＤｉｓｃｏｎｎｅｃｔ（）を呼び出すことによって、現在進行中の遠隔ユーザインターフェース連結を終了させる。
【０００８】
２０４ステップで、ＲＵＩ  ＣＰ２１は、ＲＵＩクライアント２  ２３にＣｏｎｎｅｃｔ（）を呼び出すことによって、２０２ステップでの指示によって維持された状態を有する遠隔ユーザインターフェース連結を進行させる。
【０００９】
ところが、前述したように、図２に示された従来技術は遠隔ユーザインターフェースのあらゆる状態情報がＲＵＩサーバにいずれも保存される遠隔プロトコルモデルに対してのみ適用されうる。ところが、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を基盤とする遠隔プロトコルモデルの場合には、ＨＴＴＰのステートレス（ｓｔａｔｅｌｅｓｓ）特性により、いずれか１つの要請と応答を処理するトランザクション（ｔｒａｎｓａｃｔｉｏｎ）が完了すれば、遠隔インターフェースの状態情報が保存されずに、消去されるためにほとんどの状態情報はＲＵＩクライアントが管理する。
【００１０】
したがって、従来ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存して復旧する過程は、遠隔ユーザインターフェースのあらゆる状態情報がＲＵＩサーバにいずれも保存される遠隔プロトコルモデルであるＲＤＰ、ＸＲＴなどには適用されうるが、ほとんどの状態情報をＲＵＩクライアントが管理する遠隔プロトコルモデルであるＨＴＴＰには適用され得ない問題点があった。特に、バイナリ（ｂｉｎａｒｙ）プロトコル基盤のＲＤＰ、ＸＲＴなどはＨＴＴＰに比べてさらに広いネットワーク帯域幅を必要とするためにＨＴＴＰ基盤の遠隔ユーザインターフェースが広く使われていることによって、前記問題点は非常に重要な問題として浮び上がっている。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明が解決しようとする技術的課題は、ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存し、復旧する過程を、遠隔ユーザインターフェースの状態情報を保存しないステートレス特性を有するＨＴＴＰを基盤とする遠隔プロトコルモデルにも適用可能にする方法及び装置を提供するところにある。また、前記方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【課題を解決するための手段】
【００１２】
前記技術的課題を解決するための本発明によるサーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報の保存を要請する方法は、前記遠隔ユーザインターフェースが用いられることで発生する状態情報を獲得するステップと、前記獲得された状態情報の保存を要請するステップと、を含む。
【００１３】
前記他の技術的課題を解決するために本発明は、前記遠隔ユーザインターフェースの状態情報の保存を要請する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００１４】
前記さらに他の技術的課題を解決するための本発明によるサーバにより提供された遠隔ユーザインターフェースを用いるクライアントでの前記遠隔ユーザインターフェースの状態情報の保存を要請する装置は、前記状態情報を保存するストレージを提供するストレージサーバの情報を獲得するＲＵＩ  ＣＰモジュールと、前記ＲＵＩ  ＣＰモジュールにより獲得されたストレージサーバの情報を用いて前記ストレージサーバに前記状態情報の保存を要請するウェブブラウザとを備える。
【００１５】
前記さらに他の技術的課題を解決するための本発明によるサーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報を復旧する方法は、前記遠隔ユーザインターフェースが用いられることで発生する状態情報を獲得するステップと、前記獲得された状態情報を前記遠隔ユーザインターフェースに反映するステップとを含む。
【００１６】
前記さらに他の技術的課題を解決するために本発明は、前記遠隔ユーザインターフェースの状態情報を復旧する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。
【００１７】
前記さらに他の技術的課題を解決するための本発明によるサーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報を復旧する装置は、前記状態情報を保存したストレージを提供するストレージサーバの情報を獲得するＲＵＩ  ＣＰモジュールと、前記ＲＵＩ  ＣＰモジュールにより獲得されたストレージサーバの情報を用いて前記ストレージサーバから前記状態情報を獲得し、前記獲得された状態情報を前記遠隔ユーザインターフェースに反映するウェブブラウザとを備える。
【発明の効果】
【００１８】
本発明によれば、ＲＵＩクライアントは、遠隔ユーザインターフェースの状態情報の保存を外部のストレージサーバに要請し、以後ここに保存された状態情報を用いて遠隔ユーザインターフェースの以前状態を復旧することによって、ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存して復旧する過程が遠隔ユーザインターフェースの状態情報を保存しないステートレス特性を有するＨＴＴＰを基盤とする遠隔プロトコルモデルにも適用できる。
【００１９】
さらに、本発明によれば、ユーザが遠隔ユーザインターフェースの状態情報を保存するストレージサーバを選択可能した。
【００２０】
また、本発明によれば、ユーザがストレージサーバに保存された状態情報が存在するいろいろなウェブページのうち、復旧を所望するウェブページを選択可能にした。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して本発明の望ましい実施形態を詳細に説明する。特に、以下の実施形態では、状態情報を保存しないステートレスプロトコルであるＨＴＴＰを基盤とする遠隔ユーザインターフェースをＨＴＭＬとジャバスクリプトとで作成されたウェブページに限定して記述しているが、当業者ならば、本実施形態がウェブページではない、他の遠隔ユーザインターフェースにも適用されうるということを理解できるであろう。
【００２２】
図３は、本発明の望ましい一実施形態によるＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムの構成図である。図３を参照するに、本実施形態によるＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムは、ＲＵＩクライアント３１、３２、ＲＵＩサーバ３３、３４及びＳＳ（Ｓｔａｔｅ  Ｓｔｏｒａｇｅ）サーバ３５で構成される。特に、ＳＳサーバ３５は、遠隔ユーザインターフェースの状態情報を保存する状態ストレージを提供するサーバである。また、ＲＵＩクライアント３１、３２、ＲＵＩサーバ３３、３４は、ＲＵＩ  ＣＰモジュールを内蔵している２ボックス（ｂｏｘ）モデルであり、ＵＰｎＰの発見過程でＳＳサーバ３５の情報を獲得する。但し、ＲＵＩクライアント３１、３２、ＲＵＩサーバ３３、３４は、必ずしもＲＵＩ  ＣＰモジュールを内蔵する必要はなく、他のノードからＳＳサーバ３５の情報をも提供されうる。
【００２３】
図４は、本発明の望ましい一実施形態によるＲＵＩクライアント４の構成図である。図４を参照するに、本実施形態によるＲＵＩクライアント４は、ＲＵＩ  ＣＰモジュール４１、ＲＵＩ  ＣＤモジュール４２及びウェブブラウザモジュール４３で構成される。特に、ＲＵＩ  ＣＰモジュール４１、ＲＵＩ  ＣＤモジュール４２は、ＲＵＩクライアント４が、ＵＰｎＰの適用されうるホームネットワークのような自律（ａｕｔｏｎｏｍｏｕｓ）ネットワークに存在する場合に要求される選択的（ｏｐｔｉｏｎａｌ）モジュールである。また、ＲＵＩ  ＣＰモジュール４１は、ＲＵＩクライアント４の内部ではないＲＵＩクライアント４の外部に存在しても良い。
【００２４】
ＲＵＩ  ＣＰモジュール４１は、ＵＰｎＰ  ＣＤを発見（ｄｉｓｃｏｖｅｒｙ）し、制御（ｃｏｎｔｒｏｌ）するＵＰｎＰ  ＣＰの役割を行う。特に、本実施形態によれば、ＲＵＩ  ＣＰモジュール４１は、ＵＰｎＰを基盤にＵＰｎＰ上のＣＤに該当するＲＵＩサーバ６及びＳＳサーバ１２を発見する過程でＳＳサーバ１２の情報を獲得する。また、ＲＵＩ  ＣＰモジュール４１は、遠隔インターフェースの状態情報、すなわち、ウェブページの状態情報の保存を要請しようとする場合、ＳＳハンドラ４３１にＳＳサーバ１２の情報を提供する。
【００２５】
ＲＵＩクライアント４は、ＨＴＴＰヘッダにＲＵＩ  ＣＰモジュール６１を含んでいることを表す“＜ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＞ｔｕｒｅ＜／ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＞”を含めることができる。
【００２６】
ＲＵＩ  ＣＤモジュール４２は、ＵＰｎＰ  ＣＤであることを知らせ（ａｄｖｅｒｔｉｓｅ）、これにより、これを発見したＵＰｎＰ  ＣＰからの制御を受けるＵＰｎＰ  ＣＤの役割を行う。
【００２７】
ウェブブラウザモジュール４３は、ＨＴＴＰを基盤とする通常のウェブブラウザ機能を行う。すなわち、ウェブブラウザモジュール４３は、ユーザからいずれか１つのウェブページに対する要請を受信し、ウェブサーバを備えているＲＵＩサーバ６にこれを要請し、これに対する応答から獲得したウェブページをレンダリングすることによって、これを表示するクライアントモジュールである。
【００２８】
特に、ウェブブラウザモジュール４３は、ＳＳハンドラ４３１を内蔵するか、プラグイン（ｐｌｕｇ−ｉｎ）の形態で備える。ＳＳハンドラ４３１は、ＲＵＩ  ＣＰモジュール４１が存在する時にのみ存在する選択的モジュールである。ＲＵＩ  ＣＰモジュール４１とＳＳハンドラ４３１は、ＩＰＣ（ｉｎｔｅｒｐｒｏｃｅｓｓ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）またはユニックスドメインソケット（ｕｎｉｘ  ｄｏｍａｉｎ  ｓｏｃｋｅｔ）などを使用して内部的に通信しうる。前記ＨＴＴＰヘッダを受信することでＲＵＩクライアント４がＲＵＩ  ＣＰモジュール６１を含んでいることを認識したＲＵＩサーバ６は、図７に示されたセーバブルページを提供する時、このセーバブルページにＳＳハンドラ４３１を用いてＳＳサーバ１２の情報を獲得するジャバスクリプトを含めて送れる。すなわち、このジャバスクリプトが実行されることによって、ＳＳハンドラ４３１は、ＲＵＩ  ＣＰモジュール４１からＳＳサーバ１２の情報を獲得し、図８に示された状態保存ページ８２の要請がある場合に状態保存ページ８２にＳＳサーバ１２の情報を提供する。
【００２９】
ウェブブラウザモジュール４３は、ＲＵＩサーバ６から図８に示されたセーバブルページを受信する。また、ウェブブラウザモジュール４３は、ユーザから遠隔ユーザインターフェースの状態情報に対する保存命令を受ければ、すなわち、ユーザによりメインページ８１のセーブボタンがクリックされれば、ウェブページに含まれたジャバスクリプト関数を実行することでＲＵＩサーバ６の状態情報が発生するウェブページの場合にユーザによりこのウェブページが用いられることで発生するＲＵＩサーバ６の状態情報を提供することを要請する。すなわち、ウェブブラウザモジュール４３は、ＲＵＩサーバ６に図１８に示されたＧＥＴＳＴＡＴＥＳ要請メッセージを伝送する。
【００３０】
また、ウェブブラウザモジュール４３は、前記要請に対する応答からＲＵＩサーバ６の状態情報を獲得する。すなわち、ウェブブラウザモジュール４３は、ＲＵＩサーバ６からＧＥＴＳＴＡＴＥＳ要請メッセージに対する応答である、図１９に示されたＧＥＴＳＴＡＴＥＳ応答メッセージを受信し、ウェブページに含まれたジャバスクリプト関数を実行することによって、ＲＵＩサーバ６の状態情報を獲得する。もし、ユーザが商品販売ウェブページを用いたならば、ＲＵＩサーバ６には、ユーザがいかなる商品を選択したかの情報が残る。また、ユーザがユーザ認証ウェブページを用いたならば、ＲＵＩサーバ６には、ユーザ認証結果に関する情報が残る。このような情報がＲＵＩサーバ６の状態情報の例となりうる。
【００３１】
また、ウェブブラウザモジュール４３は、ウェブページに含まれたジャバスクリプト関数を実行することによって、ユーザによりウェブページが用いられることで発生するＲＵＩクライアント４の状態情報を、このウェブページから読み込んでＲＵＩクライアント４の状態情報を獲得する。ユーザがウェブページを用いる間に、ユーザの入力値に対応してフォーム入力情報、クッキー情報、ＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）オブジェクトの状態情報などが発生する。このような情報がＲＵＩクライアント４の状態情報の例となりうる。
【００３２】
ウェブブラウザモジュール４３は、前記のように獲得されたウェブページの状態情報、すなわち、ＲＵＩクライアント４の状態情報及びＲＵＩサーバ６の状態情報を保存することをＳＳサーバ１２に要請しようとする場合、ＲＵＩ  ＣＰモジュール４１またはＲＵＩサーバ６のＲＵＩ  ＣＰモジュール６１からＳＳサーバ１２の情報を提供される。さらに詳細に説明すれば、ウェブブラウザモジュール４３は、ウェブページに含まれたジャバスクリプト関数を実行することで１つの方式としてＲＵＩサーバ６から獲得された表現（ｐｒｅｓｅｎｔａｔｉｏｎ）ページを表示することでＳＳサーバ１２の情報をユーザに表示し、これを認知したユーザによりウェブページの状態情報を保存するストレージサーバとしてＳＳサーバ１２を選択されるか、他の方式としてはＳＳハンドラ４３１に質疑してＳＳサーバ１２の情報を獲得し、これをユーザに表示し、これを認知したユーザによりウェブページの状態情報を保存するストレージサーバとしてＳＳサーバ１２を選択される。
【００３３】
また、ウェブブラウザモジュール４３は、ウェブページに含まれたジャバスクリプト関数を実行することでユーザにより選択されたＳＳサーバ１２の情報、すなわち、ＳＳサーバ１２のＵＲＬを用いてウェブページの状態情報を保存することをＳＳサーバ１２に要請する。すなわち、ウェブブラウザモジュール４３は、ＳＳサーバ１２に、図２０に示されたＳＡＶＥ要請メッセージを伝送する。また、ウェブブラウザモジュール４３は、ＳＳサーバ１２からウェブページの状態情報の保存が完了したことを表すメッセージである、図２１に示されたＳＡＶＥ応答メッセージを受信する。
【００３４】
また、ウェブブラウザモジュール４３は、ユーザからウェブページの復旧ページ（ｒｅｓｔｏｒｉｎｇ  ｐａｇｅ）の目録に対する表示命令を受信した場合、ＲＵＩ  ＣＰモジュール４１またはＲＵＩサーバ６のＲＵＩ  ＣＰモジュール６１からＳＳサーバ１２の情報を提供される。また、ウェブブラウザモジュール４３は、このＳＳサーバ１２の情報、すなわち、ＳＳサーバ１２のＵＲＬを用いてウェブページの復旧ページの目録を提供することをＳＳサーバ１２に要請する。すなわち、ウェブブラウザモジュール４３は、ＳＳサーバ１２に図２２に示された復旧ページ要請メッセージを伝送する。
【００３５】
また、ウェブブラウザモジュール４３は、前記要請に対する応答からウェブページの復旧ページの目録を獲得する。すなわち、ウェブブラウザモジュール４３は、ＳＳサーバ１２から復旧ページ要請メッセージに対する応答である、図２３に示された復旧ページ応答メッセージを受信し、これによりウェブページの復旧ページの目録を獲得する。また、ウェブブラウザモジュール４３は、ユーザにウェブページの復旧ページの目録を表示し、これを認知したユーザからいずれか１つを選択される。
【００３６】
また、ウェブブラウザモジュール４３は、ユーザにより選択された復旧ページを提供することをＳＳサーバ１２に要請し、これに対する応答からユーザにより選択された復旧ページを獲得する。すなわち、ウェブブラウザモジュール４３は、ＳＳサーバ１２に図２４に示された復旧要請メッセージを伝送し、これに対する応答として図２５に示された復旧応答メッセージを受信する。
【００３７】
また、ウェブブラウザモジュール４３は、復旧ページに要求される状態情報をＳＳサーバ１２に要請し、これに対する応答からこの状態情報を獲得する。この状態情報は、図１４に示された“ｏｒｉｇｉｎａｌｐａｇｅ”フレームのＵＲＬを通じてＲＵＩサーバ６の状態情報が提供され、図１６に示された保存状態ページ１３２の形態でＲＵＩクライアント４の状態情報が提供される。また、ウェブブラウザモジュール４３は、ＲＵＩサーバ６にオリジナルページ１３１を要請し、これと同時にＲＵＩサーバ６が、ＲＵＩサーバ６の状態を復旧できるように前述したように獲得された状態情報のうち、ＲＵＩサーバ６の状態情報をＲＵＩサーバ６に提供する。すなわち、ウェブブラウザモジュール４３は、図１４に示された復旧ページの“ＶａｌｕｅＦｏｒ＿ＳｅｒｖｅｒＳｔａｔｅｓ＿”をＲＵＩサーバ６に提供する。また、ウェブブラウザモジュール４３は、図１４の“ｓｔａｔｅｓＡｃｃｅｓｓＰｒｅｆｉｘ”を通じてＲＵＩサーバ６に図１６に示されたＲＵＩクライアント４の状態情報に接近しうる情報も共に伝送する。
【００３８】
また、ウェブブラウザモジュール４３は、前記要請に対する応答としてＲＵＩクライアント４の状態を復旧可能にするジャバスクリプトを含めたオリジナルページ１３１を獲得する。また、ウェブブラウザモジュール４３は、オリジナルページ１３１に含まれたジャバスクリプトを実行し、このジャバスクリプトが前述したように獲得された状態情報をオリジナルページ１３１に反映することでウェブページを復旧する。
【００３９】
図５は、本発明の望ましい一実施形態によるＳＳハンドラ４３１のインターフェースを示す図である。図５を参照するに、本実施形態によるＳＳハンドラ４３１のインターフェースは、ジャバスクリプトである。特に、本実施形態によるＳＳハンドラ４３１のインターフェースは、ＳＳサーバ１２のＵＲＬ（Ａｒｒａｙ  ｕｒｌｓ）とＳＳサーバ１２の名称（Ａｒｒａｙ  ｎａｍｅｓ）を提供する属性（ｐｒｏｐｅｒｔｙ）を提供する。
【００４０】
図６は、本発明の望ましい一実施形態によるＲＵＩサーバ６の構成図である。図６を参照するに、本実施形態によるＲＵＩサーバ６は、ＲＵＩ  ＣＰモジュール６１、ＲＵＩ  ＣＤモジュール６２、ウェブサーバモジュール６３、ＲＵＩアプリケーションモジュール６４、状態管理者６５及びＳＳサーバ選択器６６で構成される。特に、ＲＵＩ  ＣＰモジュール６１、ＲＵＩ  ＣＤモジュール６２は、ＲＵＩサーバ６がＵＰｎＰが適用されるホームネットワークのような自律ネットワークに存在する場合に要求される選択的モジュールである。また、ＲＵＩ  ＣＰモジュール６１は、ＲＵＩサーバ６の内部ではない、ＲＵＩサーバ６の外部に存在しても良い。
【００４１】
ＲＵＩ  ＣＰモジュール６１は、ＲＵＩ  ＣＰモジュール４１は、ＵＰｎＰ  ＣＤを発見して制御するＵＰｎＰ  ＣＰの役割を行う。特に、本実施形態によれば、ＲＵＩ  ＣＰモジュール６１は、ＲＵＩクライアント４がＲＵＩ  ＣＰモジュール３１を含んでいない場合、ＵＰｎＰを基盤にＳＳサーバ１２を発見する過程でその情報を獲得し、それをＳＳサーバ選択器６６に提供する。
【００４２】
ＲＵＩ  ＣＤモジュール６２は、ＵＰｎＰ  ＣＤであることを知らせ、これにより、これを発見したＵＰｎＰ  ＣＰからの制御を受けるＵＰｎＰ  ＣＤの役割を行う。
【００４３】
ウェブサーバモジュール６３は、ＨＴＴＰを基盤とする通常のウェブサーバ機能を行う。すなわち、ウェブサーバモジュール６３は、ＲＵＩクライアント４からあるアプリケーションに対する要請を受信し、この要請によって該当アプリケーションを処理することで、この要請に対する応答を提供するＨＴＴＰサーバモジュールである。特に、ウェブサーバモジュール６３は、ＲＵＩクライアント４から一般的なウェブページに対する要請を受信した場合、この要請によってウェブページを生成し、これを提供する。
【００４４】
状態管理者６５は、ＲＵＩクライアント４のユーザによりＲＵＩサーバ６が提供するＲＵＩアプリケーション、すなわち、ウェブページが用いられることでＲＵＩサーバ６により発生するＲＵＩサーバ６の状態情報が存在する場合にのみ要求される選択的モジュールであって、ＲＵＩサーバ６の状態情報を管理する。さらに詳細に説明すれば、状態管理者６５は、ＲＵＩクライアント４からＲＵＩクライアント４のユーザによりＲＵＩサーバ６が提供するウェブページが用いられることで発生するＲＵＩサーバ６の状態情報の提供に対する要請を受信すれば、このＲＵＩサーバ６の状態情報をＲＵＩクライアント４に提供する。すなわち、状態管理者６５は、ウェブサーバモジュール６３を通じて図１８に示されたＧＥＴＳＴＡＴＥＳ要請メッセージを受信すれば、これに対する応答である、図２０に示されたＧＥＴＳＴＡＴＥＳ応答メッセージを伝送する。
【００４５】
また、状態管理者６５は、ＲＵＩクライアント４からＲＵＩサーバ６の状態情報を提供されれば、これを用いてＲＵＩサーバ６の状態を復旧する。すなわち、状態管理者６５は、ＲＵＩクライアント４から図１４に示された復旧ページの“ＶａｌｕｅＦｏｒ＿ＳｅｒｖｅｒＳｔａｔｅｓ＿”を提供されれば、これを用いてＲＵＩサーバ６の状態を復旧する。
【００４６】
ＲＵＩアプリケーションモジュール６４は、遠隔ユーザインターフェース、すなわち、ウェブページに対するアプリケーションを行う。さらに詳細に説明すれば、ＲＵＩアプリケーションモジュール６４は、ウェブサーバモジュール６３を通じてＲＵＩクライアント４からあるウェブページに対する要請を受信すれば、ユーザがウェブページの状態情報の保存を指示しうる手段、すなわち、セーブボタンを提供するセーバブルページ（Ｓａｖｅａｂｌｅ  Ｐａｇｅ）を生成し、これをＲＵＩクライアント４に提供する。
【００４７】
また、ＲＵＩアプリケーションモジュール６４は、ＲＵＩクライアント４からＲＵＩクライアント４の状態情報に接近しうる情報、すなわち、図１４に示された復旧ページのうち、“＿ＳｔａｔｅｓＡｃｃｅｓｓＰｒｅｆｉｘ＿”を受信すれば、これを用いてＲＵＩクライアント４の状態情報に接近してＲＵＩクライアント４の状態を復旧可能にするジャバスクリプトを含めたオリジナルページを生成し、これをＲＵＩクライアント４に提供する。
【００４８】
ＳＳサーバ選択器６６は、ＲＵＩ  ＣＰモジュール６１が存在する時にのみ存在する選択的（ｏｐｔｉｏｎａｌ）モジュールである。ＳＳサーバ選択器６６は、ＲＵＩ  ＣＰモジュール６１により獲得されたＳＳサーバ１２の情報をユーザに表示するための表現ページ（ｐｒｅｓｅｎｔａｔｉｏｎ）を生成してＲＵＩクライアント４に提供する。また、ＳＳサーバ選択器６６は、前述したように生成された表現ページを認知したユーザがＳＳサーバ１２を選択した時、ジャバスクリプトのオープナオブジェクトを通じてこのＳＳサーバ１２の情報を呼び出しウィンドウに知らせる。
【００４９】
図７は、本発明の望ましい一実施形態によるセーバブルページの構成図である。図７を参照するに、本実施形態によるセーバブルページは、ユーザに見られるメインページ８１及びユーザに見られない状態保存ページ８２で構成される。
【００５０】
メインページ８１は、ユーザに実際に見られるページであって、ユーザはユーザインターフェースを通じてある情報を入力し、これによる結果を見ることができる。特に、本実施形態によれば、メインページ８１は、遠隔ユーザインターフェースに対するあらゆる状態情報を保存するためのセーブボタンを含む。
【００５１】
状態保存ページ８２は、ユーザに見られないページであって、メインページ８１をＳＳサーバ１２に保存するジャバスクリプトを含むページである。ユーザによりセーブボタンがクリックされれば、状態保存ページ８２は、ＲＵＩクライアント４のＳＳハンドラ４３１からＳＳサーバ１２の情報を獲得し、これを用いてＳＳサーバ１２に遠隔ユーザインターフェースについての情報を保存する。
【００５２】
図８は、図７に示されたセーバブルページの一例を示す図である。図８に示されたセーバブルページは、マルチフレーム（ｍｕｌｔｉ−ｆｒａｍｅ）形式のＨＴＭＬ文書である。図８を参照するに、メインページ８１は、“ｍａｉｎ”という名称のフレームにローディング（ｌｏａｄｉｎｇ）され、状態保存ページ８２は“ｃｏｎｔｒｏｌ”という名称のフレームにローディングされる。特に、“ｃｏｎｔｒｏｌ”フレームは隠れフレームである。これにより、状態保存ページ８２は、ユーザに見られなくなる。
【００５３】
図９は、図７に示されたメインページ８１の一例を示す図である。図９を参照するに、図７に示されたメインページ８１は、ＨＴＭＬ文書である。特に、メインページ８１のセーブボタンがクリックされれば、図９に示されたメインページ８１のｓａｖｅｓｔａｔｅ（）は、ジャバスクリプト関数（ｆｕｎｃｔｉｏｎ）が実行され、このｓａｖｅｓｔａｔｅ（）は、ｗｉｎｄｏｗ．ｐａｒｅｎｔ．ｃｏｎｔｒｏｌオブジェクトを通じて状態保存ページ８２がローディングされた“ｃｏｎｔｒｏｌ”フレームに接近し、この“ｃｏｎｔｒｏｌ”フレームのフォーム１とフォーム２とを操作してＧＥＴＳＴＡＴＥＳ要請メッセージ及びＳＡＶＥ要請メッセージを伝送する。但し、メインページ８１がＧＥＴＳＴＡＴＥＳ要請メッセージ及びＳＡＶＥ要請メッセージを伝送しようとするなら、ＲＵＩサーバ６から次のような状態保存ページ８２を提供されねばならない。
【００５４】
図１０は、図７に示された状態保存ページ８２の一例を示す図である。図１０に示された状態保存ページ８２は、ＨＴＭＬ文書である。図１０を参照するに、状態保存ページ８２のフォーム１は、ＳＡＶＥコマンドを実行するためのフォームであり、フォーム２はＧＥＴＳＴＡＴＥＳコマンドを実行するためのフォームである。また、図１０に示された状態保存ページ８２のｓｅｌｅｃｔＳＳＳ（）というジャバスクリプト関数は、図５に示されたＳＳハンドラ４３１を用いてＳＳサーバ１２を選択する。特に、ｓｅｌｅｃｔＳＳＳ（）はいずれか１つのＳＳサーバを選択するためのウィンドウ、すなわち、いろいろなＳＳサーバそれぞれのハイパーリンク（ｈｙｐｅｒｌｉｎｋ）を生成し、いずれか１つのハイパーリンクがクリックされた場合、このハイパーリンクに該当するＳＳサーバの情報としてｄｏｃｕｍｅｎｔ．ｆｏｒｍ１．ａｃｔｉｏｎの値を設定する。ところが、ジャバスクリプトを用いてこのような機能を行うことは、周知の多様な方法が存在するので、その詳細な例は省略する。
【００５５】
もし、ＲＵＩクライアント４がＲＵＩ  ＣＰモジュール４１とＳＳハンドラ１３１とを含んでおらず、ＲＵＩサーバ６がＲＵＩ  ＣＰモジュール６１とＳＳサーバ選択器６６とを含んでいる場合、ＲＵＩサーバ６は、図８ないし図１０に示されたページとは異なるページを提供する。１つの例として、図９に示されたページは次のようなページに変更される。
【００５６】
図１１は、図７に示されたメインページ８１の他の例を示す図である。図１１を参照するに、図７に示されたメインページ８１は、ＲＵＩサーバ６がＲＵＩ  ＣＰモジュール６１とＳＳサーバ選択器６６とを含んでいる場合のＨＴＭＬ文書である。メインページ８１のセーブボタンがクリックされれば、図１１に示されたメインページ８１のｇｅｔｓｔａｔｅａｎｄｓｅｌｅｃｔ（）というジャバスクリプト関数が実行され、このｇｅｔｓｔａｔｅａｎｄｓｅｌｅｃｔ（）はｗｉｎｄｏｗ。ｏｐｅｎ（）を実行する。これにより、ＳＳサーバ選択器６６は、ＳＳサーバの目録をハイパーリンクなどの形態に提供し、ＳＳサーバ各々に対応するハイパーリンクそれぞれのオンクリックイベントハンドラ（ｏｎｃｌｉｃｋ  ｅｖｅｎｔ  ｈａｎｄｌｅｒ）は、ｏｐｅｎｅｒ  ｓｅｔｓｓｓｕｒｌ（ｕｒｌ）に設定される。その結果、状態保存ページ８２のフォーム１のアクションの属性値がユーザが選択したＳＳサーバの情報に変わる。同様に、ＲＵＩサーバ６がＲＵＩ  ＣＰモジュール６１とＳＳサーバ選択器６６とを含んでいる場合、図１０に示された状態保存ページ８２の場合にもｓｅｌｅｃｔＳＳＳ（）が削除されねばならない。
【００５７】
図１２は、本発明の望ましい一実施形態によるＳＳサーバ１２の構成図である。図１２を参照するに、本実施形態によるＳＳサーバ１２は、ＲＵＩ  ＣＤモジュール１２１、ウェブサーバモジュール１２２、セーブハンドラ１２３、ＲＵＩ復旧器１２４及び状態ストレージ１２５で構成される。
【００５８】
ＲＵＩ  ＣＤモジュール１２１は、ＵＰｎＰ  ＣＤであることを知らせ、これにより、これを発見したＲＵＩクライアント４のＵＰｎＰ  ＣＰモジュール４１またはＲＵＩサーバ６のＵＰｎＰ  ＣＰモジュール６１からの制御を受けるＵＰｎＰ  ＣＤの役割を行う。すなわち、ＲＵＩ  ＣＤモジュール１２１は、ＳＳサーバ１２が遠隔インターフェースの状態情報、すなわち、ウェブページの状態情報を保存することができる状態ストレージ１２５を保有することを知らせるためにＲＵＩ  ＣＤモジュール１２１の明細（ｄｅｓｃｒｉｐｔｉｏｎ）に＜ｈａｓＳｔａｔｅｓＳｔｏｒａｇｅ＞ｔｒｕｅ＜／ｈａｓＳｔａｔｅｓＳｔｏｒａｇｅ＞のような情報を含めうる。
【００５９】
ウェブサーバモジュール１２２は、ＨＴＴＰを基盤とする通常のウェブサーバ機能を行う。すなわち、ウェブサーバモジュール１２２は、ＲＵＩクライアント４からあるアプリケーションに対する要請を受信し、この要請によって該当アプリケーションを処理することでこの要請に対する応答を提供するＨＴＴＰサーバモジュールである。特に、ウェブサーバモジュール１２２は、ＲＵＩクライアント４から受信されたウェブページの状態情報保存命令及び復旧命令を受信して処理する。
【００６０】
セーブハンドラ１２３は、ウェブサーバモジュール１２２を通じて図２０に示されたＳＡＶＥ要請メッセージを受信すれば、このＳＡＶＥ要請メッセージに含まれたウェブページのあらゆる状態情報を状態ストレージ１２５に保存する。特に、セーブハンドラ１２３は、図２０に示されたＳＡＶＥ要請メッセージのうち、“ＵＲＬＦｏｒＴｈｅｏｒｉｇｉｎａｌｐａｇｅＴｏＢｅＳａｖｅｄ”の値が重畳される場合には、この値を変更して保存する。
【００６１】
ＲＵＩ復旧器１２４は、ＲＵＩクライアント４のユーザが復旧しようとするウェブページの状態情報を選択して復旧可能にする。さらに詳細に説明すれば、ＲＵＩ復旧器１２４は、ＲＵＩクライアント４からウェブページの復旧ページの目録の提供に対する要請を受信すれば、状態ストレージ１２５に保存されたウェブページの復旧ページの目録を提供する。すなわち、ＲＵＩ復旧器１２４は、ウェブサーバモジュール１２２を通じてＲＵＩクライアント４から図２２に示された復旧ページ要請メッセージを受信すれば、これに対する応答として図２３に示された復旧ページ応答メッセージを伝送する。また、ＲＵＩ復旧器１２４は、これらのうち、いずれか１つをユーザが選択した場合にユーザにより選択された復旧ページの提供に対する要請を受信すれば、この復旧ページを提供する。すなわち、ＵＩ復旧器１２４は、ウェブサーバモジュール１２２を通じて図２４に示された復旧要請ページを受信すれば、これに対する応答として図２５に示された復旧応答メッセージをＲＵＩクライアント４に伝送する。
【００６２】
また、ＲＵＩ復旧器１２４は、ＲＵＩクライアント４に提供された復旧ページに要求される状態情報の提供に対する要請を受信すれば、状態ストレージ１２５からこの状態情報を読み込んだ後、これをＲＵＩクライアント４に提供する。
【００６３】
状態ストレージ１２５は、ＲＵＩクライアント４から受信されたウェブページのあらゆる状態情報、例えば、ユーザにより遠隔ユーザインターフェースが用いられるによって発生したクッキー情報、フォーム情報、ＡＶオブジェクト情報、ＲＵＩサーバ６の状態情報などが保存される。
【００６４】
図１３は、本発明の望ましい一実施形態による復旧ページの構成図である。図１３を参照するに、本実施形態による復旧ページは、ＳＳサーバ１２がＲＵＩクライアント４から復旧要請メッセージを受信する場合にＳＳサーバ１２により提供されるウェブページであって、オリジナルページ１３１及び保存状態ページ１３２で構成される。
【００６５】
オリジナルページ１３１は、ユーザに実際に見られるページであって、ＲＵＩサーバ６のＲＵＩアプリケーションモジュール６４から提供されたページである。
【００６６】
保存状態ページ１３２は、ユーザに見られないページであって、状態ストレージ１２５に保存されたクッキー情報、フォーム情報、ＡＶオブジェクト情報などがＨＴＭＬ文書の形態に提供されたものである。ＲＵＩクライアント４は、保存状態ページ１３２の状態情報をオリジナルページ１３１に反映させてＲＵＩクライアント４が以前に用いた状態に完全に復旧する。
【００６７】
図１４は、図１３に示された復旧ページの一例を示す図である。図１４に示された復旧ページは、マルチフレーム形式のＨＴＭＬ文書である。図１４を参照するに、オリジナルページ１３１は、“ｏｒｉｇｉｎａｌｐａｇｅ”という名称のフレームにローディングされ、保存状態ページ１３２は、“ｓａｖｅｄｓｔａｔｅｓ”という名称のフレームにローディングされる。特に、“ｓａｖｅｄｓｔａｔｅｓ”フレームは、隠れフレームである。これにより、保存状態ページ１３２は、ユーザに見られなくなる。
【００６８】
また、“ＶａｌｕｅＦｏｒ＿ｓｅｒｖｅｒＳｔａｔｅｓ＿”には、図１４に示されたＳＡＶＥ要請メッセージの“＿ｓｅｒｖｅｒＳｔａｔｅｓ＿”という引数（ａｒｇｕｍｅｎｔ）値と同じ値が記録される。これにより、図１４に示された復旧ページを受信したＲＵＩクライアント４のウェブブラウザモジュール４３は、“ｏｒｉｇｉｎａｌｐａｇｅ”フレームにＲＵＩサーバ６から提供されたオリジナルページ１３１をローディングすると同時にＲＵＩサーバ６が以前に用いた状態に完全に復旧できるようにＲＵＩサーバ６にＲＵＩサーバ６の状態情報を提供できるようになる。
【００６９】
また、“＿ｓｔａｔｅｓＡｃｃｅｓｓＰｒｅｆｉｘ＿”は、ＲＵＩサーバ６で提供するオリジナルページ１３１に含まれているジャバスクリプトが“ｓａｖｅｄｓｔａｔｅｓ”フレームにローディングされた保存状態ページ１３２からウェブページの状態情報を読取り可能にジャバスクリプトオブジェクト接近経路（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  ａｃｃｅｓｓ  ｐａｔｈ）を知らせる。これはＲＵＩサーバ６から提供されるオリジナルページ１３１に含まれたジャバスクリプトがＳＳサーバ１２から提供される保存状態ページ１３２のＨＴＭＬ文書構造が分からなくないために、ＳＳサーバ１２が“＿ｓｔａｔｅｓＡｃｃｅｓｓＰｒｅｆｉｘ＿”という引数を通じて間接的に保存状態ページ１３２に関する情報を知らせる。
【００７０】
図１５は、図１４に示された復旧ページをローディングした後のウェブブラウザ画面の構成図である。
【００７１】
図１４に示された復旧ページをローディングした結果、図１５に示されたウェブブラウザ画面が構成されたならば、ＲＵＩクライアント４の状態情報を復旧することで状態情報保存当時のウェブページの状態を復旧しうる。例えば、状態情報保存当時のフォーム入力値を復旧しようとするなら、“＿ｓｔａｔｅｓＡｃｃｅｓｓＰｒｅｆｉｘ＿”という値に“ｗｉｎｄｏｗ．ｐａｒｅｎｔ．ｐａｒｅｎｔ．ｓａｖｅｄｓｔａｔｅｓ．ｆｏｒｍ１”を提供せねばならない。
【００７２】
図１６は、図１５に示された保存状態ウィンドウ１５２にローディングされる保存状態ページ１３２の一例を示す図である。図１６に示された保存状態ページ１３２は、ＨＴＭＬ文書である。図１５を参照するに、保存状態ページ１３２には、フォーム入力値が含まれている。
【００７３】
図１７は、図１５に示されたメインページウィンドウ１５１２にローディングされるオリジナルページ１３１の一例を示す図である。図１７に示されたオリジナルページ１３１は、ＨＴＭＬ文書である。図１７を参照するに、図１５に示されたメインページウィンドウ１５１２は、図１６に示された保存状態ページ１３２を読み込んで状態情報保存当時のウェブページの状態を復旧しうる。
【００７４】
図１８は、本発明の望ましい一実施形態によるＧＥＴＳＴＡＴＥＳ要請メッセージのフォーマットを示す図である。図１８に示されたＧＥＴＳＴＡＴＥＳ要請メッセージは、ＨＴＴＰ  ＧＥＴ要請メッセージの一種である。図１８を参照するに、ＲＵＩサーバ６の状態情報を要請するために、ＧＥＴ要請ラインにＲＵＩサーバ６の状態情報のＵＲＬである“ＧＥＴＳＴＡＴＥＳ”ＵＲＬを入力する。但し、当業者ならば、“ＧＥＴＳＴＡＴＥＳ”という名称の代わりに他の名称が使われることができることを理解できるであろう。また、ユーザエイジェントヘッダは、ＲＵＩクライアント４がＨＴＴＰ基盤の遠隔ユーザインターフェースを支援できるということを表す“Ｐｒｏｔｏｃｏｌ／ｖｅｒｓｉｏｎ（ｃａｐａｂｉｌｉｔｙ＿ｓｔｒｉｎｇ）”を含み、図５に示されていないが、ＲＵＩクライアント４がＲＵＩ  ＣＰモジュール４１を含んでいることを表す“＆ｇｔ；ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＆ｇｔ；ｔｕｒｅ；＆ｇｔ；／ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＆ｇｔ；”を含むこともできる。
【００７５】
特に、“＆ｇｔ；ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＆ｇｔ；ｔｕｒｅ＆ｇｔ；／ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＆ｇｔ；”は、“＜ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＞ｔｕｒｅ＜／ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＞”のようなＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）フラグメントＵＲＬ脱出（ｅｓｃａｐｉｎｇ）させたストリングである。
【００７６】
図１９は、本発明の望ましい一実施形態によるＧＥＴＳＴＡＴＥＳ応答メッセージを示す図である。図１９に示されたＧＥＴＳＴＡＴＥＳ応答メッセージは、ＨＴＴＰ  ＧＥＴ応答メッセージの一種である。図１９を参照するに、ＧＥＴＳＴＡＴＥＳ応答メッセージ内のコンテンツタイプには、ＲＵＩサーバ６の状態情報に対するコンテンツタイプを表す値が記録される。このような値の例としては、ｔｅｘｔ／ｐｌａｉｎ、ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｗｗｗ−ｕｒｌ−ｅｎｃｏｄｅｄのような値を挙げうる。また、ＧＥＴＳＴＡＴＥＳ応答メッセージ内のストリングオブサーバステートは、ＲＵＩサーバ６の状態情報を表す値が記録される。ここで、ＲＵＩサーバ６の状態情報を表す値は、ＲＵＩサーバ６のＲＵＩアプリケーションモジュール６４から提供されたウェブページのジャバスクリプトにより解釈される値でなければならない。
【００７７】
図２０は、本発明の望ましい一実施形態によるＳＡＶＥ要請メッセージを示す図である。図２０に示されたＳＡＶＥ要請メッセージは、ＨＴＴＰ  ＧＥＴ要請メッセージの一種である。図２０を参照するに、“ＰＯＳＴ／ＳＡＶＥ？＿＿ｎａｍｅ＿＿＝ＮａｍｅＦｏｒＴｏＢｅＳａｖｅｄＳｔａｔｅｓ”のうち、“／ＳＡＶＥ”は、ＲＵＩアプリケーションモジュール６４により生成された遠隔ユーザインターフェースの状態情報を保存することを表す命令である。その後に付加される“？＿＿ｎａｍｅ＿＿＝ＮａｍｅＦｏｒＴｏＢｅＳａｖｅｄＳｔａｔｅｓ”は、ＳＳサーバ１２に保存される状態情報の名称を表すものであり、固有値を有さねばならない。一例として、＜ｔｉｔｌｅ＞ｔａｇ＋ｓａｖｅｄｔｉｍｅのような名称を有することができる。もし、この要請を受信したＳＳサーバ１２が自身の状態ストレージ１２５に同じ名称で既に保存されたＵＩ状態がある場合、新たな名称として名づけた後、保存する。
【００７８】
また、“Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｗｗｗ−ｆｏｒｍ−ｕｒｌｅｎｃｏｄｅｄ”は、ＳＡＶＥ要請メッセージのボディーコンテンツに対するマイムタイプ（ｍｉｍｅ  ｔｙｐｅ）を表すものであって、ＳＳサーバ１２が理解できるように、必ずこの値として送らねばならない。また、“＿ｕｒｌ＿＝ＵＲＬＦｏｒＴｈｅｏｒｉｇｉｎａｌｐａｇｅＴｏＢｅＳａｖｅｄ＆＿＿ｓｅｒｖｅｒＳｔａｔｅｓ＿＝ｏｐａｑｕｅ＿ｓｅｒｖｅｒ＿ｓｔａｔｅｓ＿ｓｔｒｉｎｇ＆＿＿ｈｉｄｄｅｎＦｒａｍｅＵＲＬ＿＿＝ＵＲＬＦｏｒＳｔａｔｅｓＳａｖｉｎｇＰａｇｅ＆”は、ＳＡＶＥ要請メッセージのボディーの一部であって、ＲＵＩＳサーバ６のＲＵＩアプリケーションモジュール６４により生成されるオリジナルページ１３１のＵＲＬ及びＲＵＩサーバ６の状態情報を表す。特に、“＿＿ｓｅｒｖｅｒＳｔａｔｅｓ＿＿”値は、ＳＳサーバ１２により解釈されないので、ＲＵＩサーバ６の所望の形式通り設定が可能である。但し、ここに該当する値に対するキー、すなわち、“＿＿ｕｒｌ＿＿”、“＿＿ｓｅｒｖｅｒＳｔａｔｅｓ＿＿”、“＿＿ｈｉｄｄｅｎＦｒａｍｅＵＲＬ＿＿”は、ＳＳサーバ１２が理解せねばならないので、ＲＵＩサーバ６とＳＳサーバ１２との間に既定のキー値を使用せねばならない。
【００７９】
また、“Ｏｐａｑｕｅ  ｓｔｏｒｉｎｇｓ  ｆｏｒ  ａｎｙ  ＲＵＩＣ  ｓｔａｔｅｓ”は、ＲＵＩクライアント４の状態情報を表すものであって、クッキー情報、フォーム入力情報、ＡＶオブジェクト状態情報などがこれに該当する。このストリングもＲＵＩクライアント４の状態情報であるために“＿＿ｕｒｌ＿＿”、“＿＿ｓｅｒｖｅｒＳｔａｔｅｓ＿＿”、“＿＿ｈｉｄｄｅｎＦｒａｍｅＵＲＬ＿＿”とは異なって、キー値をＳＳサーバ１２が理解する必要はない。すなわち、ＲＵＩサーバ６さえ理解できれば十分である。
【００８０】
図２１は、本発明の望ましい一実施形態によるＳＡＶＥ応答メッセージの構成図である。図２１に示されたセーブ応答メッセージは、ＨＴＴＰ  ＧＥＴ応答メッセージの一種である。図２１を参照するに、“ｒｅｄｉｒｅｃｔ（）”というジャバスクリプト関数は、このジャバスクリプトを含むＨＴＭＬ文書のローディングが完了するやいなや行われる。これはボディータグ（ｂｏｄｙ  ｔａｇ）のオンロードイベント（ｏｎｌｏａｄ  ｅｖｅｎｔ）に明示されている。ウェブページの状態情報を継続的に保存させるために、“ｒｅｄｉｒｅｃｔ（）”は、ロケーションオブジェクトを用いて元の状態保存ページ８２をリロードする。特に、ロケーションの“ｈｒｅｆｐｒｏｐｅｒｔｙ”に割り当てる値が“ＵＲＬＦｏｒＳｔａｔｅｓＳａｖｉｎｇＰａｇｅ”であって、ＳＡＶＥ要請メッセージの“＿＿ｈｉｄｄｅｎＦｒａｍｅＵＲＬ＿＿”値と同一である。
【００８１】
図２２は、本発明の望ましい一実施形態による復旧ページ要請メッセージの構成図である。図２２に示された復旧ページ要請メッセージは、ＨＴＴＰ  ＧＥＴ要請メッセージの一種である。復旧ページの目録は、ＳＳサーバ１２の明細のうち、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）基盤の目録として提供されうる。例えば、ＸＭＬ基盤の目録は、ＲＵＩサーバ６の“ＧｅｔＣｏｍｐａｔｉｂｌｅＡｃｔｉｏｎ（）”の返還値である“Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｏｍｐａｔｉｂｌｅＵＩｓ”のような形式に記述されることである。この場合、いずれか１つの復旧ページは、“Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｏｍｐａｔｉｂｌｅＵＩｓ”の状態情報エレメント（ｅｌｅｍｅｎｔ）別に存在するプロトコルエレメント下の“＜ｕｒｉ＞”エレメントから分かる。
【００８２】
図２３は、本発明の望ましい一実施形態による復旧ページ応答メッセージの構成図である。図２３に示された復旧ページ応答メッセージは、ＨＴＴＰ  ＧＥＴ応答メッセージの一種である。図２３を参照するに、復旧ページ応答メッセージは、ＳＳサーバ１２が管理している復旧ページの位置情報、すなわち、ＵＲＬを表している。ユーザは、復旧ページの名称を参照して所望の復旧ページを選択しうる。この復旧ページは、ＳＳサーバ１２がＳＡＶＥ要請メッセージを処理する時点であらかじめ保存されても、ＲＵＩクライアント４から復旧ページ要請メッセージを受信する時に生成しても良い。
【００８３】
図２４は、本発明の望ましい一実施形態による復旧要請メッセージの構成図である。図２４に示された復旧要請メッセージは、ＨＴＴＰ  ＧＥＴ要請メッセージの一種である。図２４を参照するに、ＧＥＴ要請ラインのうち、“／ＲＥＳＴＯＲＥ”は、このメッセージが復旧要請メッセージであることを表す。また、“？＿＿ｎａｍｅ＿＿＝ＮａｍｅＦｏｒＳａｖｅｄＳｔａｔｅｓ”は、ＳＳサーバ１２の状態ストレージ１２５に保存された状態情報の名称を表す。
【００８４】
図２５は、本発明の望ましい一実施形態による復旧応答メッセージの構成図である。図２５に示された復旧応答メッセージは、ＨＴＴＰ  ＧＥＴ応答メッセージの一種である。図２５を参照するに、このメッセージのボディーには、図１３に示された復旧ページが保存される。
【００８５】
図２６は、本発明の望ましい一実施形態による遠隔ユーザインターフェース状態情報の保存方法のフローチャートである。図２６を参照するに、本実施形態による遠隔ユーザインターフェース状態情報の保存方法は、図４に示されたＲＵＩクライアント４、図６に示されたＲＵＩサーバ６及び図１２に示されたＳＳサーバ１２で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図４に示されたＲＵＩクライアント４、図６に示されたＲＵＩサーバ６及び図１２に示されたＳＳサーバ１２に関して前述した内容は、本実施形態による遠隔ユーザインターフェース状態情報の保存方法にも適用される。
【００８６】
但し、本実施形態による遠隔ユーザインターフェース状態情報の保存方法は、二つのＲＵＩクライアントに対して適用されるので、図４に示されたＲＵＩクライアント４をＲＵＩクライアント１  ４０１及びＲＵＩクライアント２  ４０２で表現する。一般的に、ＲＵＩクライアント１  ４０１及びＲＵＩクライアント２  ４０２は、別個のＲＵＩクライアントであるが、１つのＲＵＩクライアントであっても良い。前者の場合は、ユーザがいろいろなＲＵＩクライアントで１つのウェブページを用いる場合であり、後者の場合は、ユーザが１つのＲＵＩクライアント上でいずれか１つのウェブページを用いていて、他のウェブページを利用し、再び以前のウェブページを用いる場合である。
【００８７】
２６１ステップで、ＲＵＩクライアント１  ４０１は、ユーザからいずれか１つのウェブページに対する要請を受信する。
【００８８】
２６２ステップで、ＲＵＩクライアント１  ４０１は、２６１ステップで要請されたウェブページをＲＵＩサーバ６に要請する。
【００８９】
２６３ステップで、ＲＵＩサーバ６は、２６２ステップで要請されたウェブページをＲＵＩクライアント１  ４０１に提供する。ここで、ＲＵＩサーバ６により提供されたウェブページは、ユーザがウェブページについての状態情報を保存できる手段、すなわち、セーブボタンを提供するセーバブルページである。
【００９０】
２６４ステップで、ＲＵＩクライアント１  ４０１は、ユーザのセーブボタンクリックによってウェブページの状態情報に対する保存命令を受信する。
【００９１】
２６５ステップで、ＲＵＩクライアント１  ４０１は、ＲＵＩサーバ６にＧＥＴＳＴＡＴＥＳ要請メッセージを伝送することによって、ＲＵＩサーバ６の状態情報を提供することを要請する。次いで、２６５ステップで、ＲＵＩサーバ６は、ＧＥＴＳＴＡＴＥＳ要請メッセージを受信し、これに対する応答としてＧＥＴＳＴＡＴＥＳ応答メッセージを伝送する。次いで、２６５ステップで、ＲＵＩクライアント１  ４０１は、ＧＥＴＳＴＡＴＥＳ応答メッセージを受信し、これによりＲＵＩサーバ６の状態情報を獲得する。２６５ステップは、ＲＵＩサーバ６がＲＵＩサーバ６側で遠隔ユーザインターフェースの状態情報を管理する場合に要求される選択的ステップである。
【００９２】
２６６ステップで、ＲＵＩクライアント１  ４０１は、ユーザによりウェブページが用いられることで発生するＲＵＩクライアント４の状態情報をこのウェブページから読み込む。
【００９３】
２６７ステップで、ＲＵＩクライアント１  ４０１は、ＳＳサーバ１２にＳＡＶＥ要請メッセージを伝送することによって、ＳＳサーバ１２にウェブページの状態情報の保存を要請する。
【００９４】
２６８ステップで、ＳＳサーバ１２は、ＳＡＶＥ要請メッセージを受信し、これに含まれたウェブページの状態情報をストレージ１２５に保存する。
【００９５】
図２７は、本発明の望ましい一実施形態による遠隔ユーザインターフェース状態情報の復旧方法のフローチャートである。図２７を参照するに、本実施形態による遠隔ユーザインターフェース状態情報の復旧方法は、図４に示されたＲＵＩクライアント４、図６に示されたＲＵＩサーバ６及び図１２に示されたＳＳサーバ１２で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図４に示されたＲＵＩクライアント４、図６に示されたＲＵＩサーバ６及び図１２に示されたＳＳサーバ１２に関して前述した内容は本実施形態による遠隔ユーザインターフェース状態情報の復旧方法にも適用される。特に、本実施形態による遠隔ユーザインターフェース状態情報の復旧方法は、図２６に示された遠隔ユーザインターフェース状態情報の保存方法のあらゆるステップが行われた以後のステップである。
【００９６】
２７１ステップで、ＲＵＩクライアント２  ４０２は、ユーザからウェブページの復旧ページの目録に対する表示命令を受信する。
【００９７】
２７２ステップで、ＲＵＩクライアント２  ４０２は、ＳＳサーバ１２に復旧ページ要請メッセージを伝送することによって、復旧ページの目録を提供することを要請する。次いで、２７２ステップで、ＳＳサーバ１２は、復旧ページ要請メッセージを受信し、これに対する応答として復旧ページ応答メッセージを伝送する。次いで、２７２ステップで、ＲＵＩクライアント２  ４０２は、復旧ページ応答メッセージを受信し、これにより復旧ページの目録を獲得する。次いで、２７２ステップで、ＲＵＩクライアント２  ４０２は、ユーザに復旧ページの目録を表示する。
【００９８】
２７３ステップで、ＲＵＩクライアント２  ４０２は、ユーザから復旧ページの目録のうち、いずれか１つの選択を受ける。
【００９９】
２７４ステップで、ＲＵＩクライアント２  ４０２は、ＳＳサーバ１２に復旧要請メッセージを伝送することによって、２６１１ステップで選択された復旧ページをＳＳサーバ１２に要請する。次いで、２７４ステップで、ＳＳサーバ１２は、復旧要請メッセージを受信し、これに対する応答として復旧応答メッセージを伝送する。次いで、２７４ステップで、ＲＵＩクライアント２  ４０２は、復旧応答メッセージを受信し、これにより復旧ページを獲得する。
【０１００】
２７５ステップで、ＲＵＩクライアント２  ４０２は、ＳＳサーバ１２に復旧ページに要求される状態情報を提供することを要請する。次いで、２７５ステップで、ＳＳサーバ１２は、この要請に対する応答として復旧ページに要求される状態情報を伝送する。次いで、２７５ステップで、ＲＵＩクライアント２  ４０２は、復旧ページに要求される状態情報を獲得する。
【０１０１】
２７６ステップで、ＲＵＩクライアント２  ４０２は、ＲＵＩサーバ６にオリジナルページ１３１を要請する。この際、ＲＵＩクライアント２  ４０２は、ＲＵＩサーバ６がウェブページの状態情報を復旧できるようにＲＵＩサーバ６にＲＵＩサーバ６の状態情報及びＲＵＩクライアント４の状態情報に接近するための情報を共に伝送する。次いで、２７６ステップで、ＲＵＩサーバ６は、ＲＵＩサーバ６の状態を復旧し、ＲＵＩクライアント４の状態情報に接近するための情報を用いてＲＵＩクライアント４の状態情報に接近してＲＵＩクライアント４の状態を復旧可能にするジャバスクリプトを含めたオリジナルページを生成し、これをＲＵＩクライアント２  ４０２に伝送する。次いで、２７６ステップで、ＲＵＩクライアント２  ４０２は、これに対する応答としてオリジナルページ１３１を獲得する。
【０１０２】
２７７ステップで、ＲＵＩクライアント２  ４０２は、オリジナルページ１３１のジャバスクリプトが２７５ステップで獲得された状態情報をオリジナルページ１３１に反映することでウェブページを復旧する。
【０１０３】
図２８は、本発明の望ましい一実施形態によるＲＵＩサーバ６の状態情報獲得方法についての詳細フローチャートである。図２８を参照するに、本実施形態によるＲＵＩサーバ６の状態情報獲得方法は、図４に示されたＲＵＩクライアント４及び図６に示されたＲＵＩサーバ６で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図４に示されたＲＵＩクライアント４及び図６に示されたＲＵＩサーバ６に関して前述した内容は本実施形態によるＲＵＩサーバ６の状態情報獲得方法にも適用される。
【０１０４】
２８１ステップで、ウェブブラウザモジュール４３は、ウェブサーバモジュール６３にいずれか１つのウェブページを要請する。
【０１０５】
２８２ステップで、ウェブサーバモジュール６３は、セーブボタンを含んでいるセーバブルページをウェブブラウザモジュール４３に提供する。
【０１０６】
ユーザによりメインページ８１のセーブボタンがクリックされれば、２８３ステップで、ウェブブラウザモジュール４３は、状態保存ページ８２を実行する。但し、ＲＵＩサーバ６が如何なるジャバスクリプトを提供したかによってメインページ８１を実行することもできる。
【０１０７】
２８４ステップで、状態保存ページ８２は、ウェブサーバモジュール６３にＧＥＴＳＴＡＴＥＳ要請メッセージを伝送する。
【０１０８】
２８５ステップで、ウェブサーバモジュール６３は、状態管理者６５からＲＵＩサーバ６の状態情報を受信する。
【０１０９】
２８６ステップで、ウェブサーバモジュール６３は、状態保存ページ８２にＲＵＩサーバ６の状態情報を提供する。
【０１１０】
２８７ステップで、状態保存ページ８２は、ＳＡＶＥ要請メッセージを伝送する時、参照するために図１０に示された状態保存ページ８２の＜ｉｎｐｕｔ＞タグの値でＲＵＩサーバ６の状態情報を設定する。
【０１１１】
図２９は、本発明の望ましい一実施形態によるウェブページの状態情報保存方法についての詳細フローチャートである。図２９を参照するに、本実施形態によるウェブページの状態情報保存方法は、図４に示されたＲＵＩクライアント４、図６に示されたＲＵＩサーバ６及び図１２に示されたＳＳサーバ１２で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図４に示されたＲＵＩクライアント４、図６に示されたＲＵＩサーバ６及び図１２に示されたＳＳサーバ１２に関して前述した内容は、本実施形態によるウェブページの状態情報保存方法にも適用される。
【０１１２】
２９１ステップで、状態保存ページ８２またはメインページ８１は、ＳＳハンドラ４３１にＳＳサーバ１２の情報、すなわち、ＳＳサーバ１２のＵＲＬを要請する。ＲＵＩサーバ６が如何なるセーバブルページを提供したかによって、状態保存ページ８２が要請しても、メインページ８１が要請しても良い。以下、状態保存ページ８２が要請する場合についてのみ説明する。しかし、メインページ８１が要請する場合にも同様に適用されうるということを当業者ならば理解できるであろう。
【０１１３】
２９２ステップで、ＳＳハンドラ４３１は、ＲＵＩ  ＣＰモジュール４１にＳＳサーバ１２のＵＲＬを要請する。
【０１１４】
２９３ステップで、ＲＵＩ  ＣＰモジュール４１は、ＵＰｎＰ発見過程を通じてＳＳサーバ１２を発見する。
【０１１５】
２９４ステップで、ＲＵＩ  ＣＰモジュール４１は、２９３ステップで発見されたＳＳサーバ１２の明細を獲得する。特に、ＳＳサーバ１２の明細に状態情報を保存しうる状態ストレージ１２５を提供するということが示されたならば、ＳＳサーバ１２を、状態情報を保存しうる状態ストレージ１２５を提供するストレージサーバであると認識する。もし、ＲＵＩ  ＣＰモジュール４１が既にＳＳサーバ１２の明細を保有しているならば、２９３、２９４ステップは省略される。
【０１１６】
２９５ステップで、ＲＵＩ  ＣＰモジュール４１は、ＳＳハンドラ４３１にＳＳサーバ１２のＵＲＬを提供する。
【０１１７】
２９６ステップで、ＳＳハンドラ４３１は、状態保存ページ８２にＳＳサーバ１２のＵＲＬを提供する。
【０１１８】
２９７ステップで、状態保存ページ８２は、メインページ８１からこのページの状態情報を読み込んでＲＵＩクライアント４の状態情報を獲得し、ＲＵＩサーバ６の状態情報も獲得する。
【０１１９】
２９８ステップで、状態保存ページ８２は、ウェブサーバモジュール１２２にＳＡＶＥ要請メッセージを伝送する。
【０１２０】
２９９ステップで、ウェブサーバモジュール１２２は、２９７ステップで獲得された状態情報を状態ストレージ１２５に保存する。
【０１２１】
２９１０ステップで、ウェブサーバモジュール１２２は、状態保存ページ８２にＳＡＶＥ要請メッセージに対する応答であるＳＡＶＥ応答メッセージを伝送する。
【０１２２】
図３０は、図６に示されたＲＵＩサーバ６と図１２に示されたＳＳサーバ１２の機能を１つに統合した装置の構成図である。図３０を参照するに、図６に示されたＲＵＩサーバ６と図１２に示されたＳＳサーバ１２との機能を１つに統合した装置は、ＲＵＩ  ＣＤモジュール３０１、ウェブサーバモジュール３０２、ＲＵＩアプリケーションモジュール３０３、状態管理者３０４、セーブハンドラ３０５、ＲＵＩ復旧器３０６及び状態ストレージ３０７で構成される。これは、図６に示されたＲＵＩサーバ６と図１２に示されたＳＳサーバ１２との機能が１つに統合されているために、ＳＳサーバを選択する過程が不要である。したがって、図６に示されたＳＳサーバ選択器６６に対応する構成要素が省略された。当業者ならば、前述した実施形態に基づいて図３０に示された構成以外にも、多様な形状の構成を設計できるということを理解しうる。
【０１２３】
一方、前述した本発明の実施形態は、コンピュータで実行できるプログラムで作成可能であり、コンピュータで読取り可能な記録媒体を用いて前記プログラムを動作させる汎用デジタルコンピュータで具現されうる。また、前述した本発明の実施形態で使われたデータの構造は、コンピュータで読取り可能な記録媒体に複数の手段を通じて記録されうる。
【０１２４】
前記コンピュータで読取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを介した伝送）のような記録媒体を含む。
【０１２５】
以上、本発明についてのその望ましい実施形態を中心に説明した。当業者は、本発明が本発明の本質的な特性から外れない範囲で変形された形態に具現されるということを理解できるであろう。したがって、開示された実施形態は、限定的な観点でなく説明的な観点で考慮されねばならない。本発明の範囲は、前期説明でなく特許請求の範囲に示されており、それと同等な範囲内にあるあらゆる差異点は本発明に含まれたと解釈せねばならない。
【産業上の利用可能性】
【０１２６】
本発明は、遠隔ユーザインターフェースネットワークシステムに適用されうる。
【図面の簡単な説明】
【０１２７】
【図１】従来のＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムの構成図である。
【図２】従来のＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存して復旧する過程を示す図である。
【図３】本発明の望ましい一実施形態によるＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムの構成図である。
【図４】本発明の望ましい一実施形態によるＲＵＩクライアントの構成図である。
【図５】本発明の望ましい一実施形態によるＳＳハンドラのインターフェースを示す図である。
【図６】本発明の望ましい一実施形態によるＲＵＩサーバの構成図である。
【図７】本発明の望ましい一実施形態によるセーバブルページの構成図である。
【図８】図７に示されたセーバブルページの一例を示す図である。
【図９】図７に示されたメインページの一例を示す図である。
【図１０】図７に示された状態保存ページの一例を示す図である。
【図１１】図７に示されたメインページの他の例を示す図である。
【図１２】本発明の望ましい一実施形態によるＳＳサーバの構成図である。
【図１３】本発明の望ましい一実施形態による復旧ページの構成図である。
【図１４】図１３に示された復旧ページの一例を示す図である。
【図１５】図１４に示された復旧ページをローディングした後のウェブブラウザ画面の構成図である。
【図１６】図１５に示された保存状態ウィンドウにローディングされる保存状態ページの一例を示す図である。
【図１７】図１５に示されたメインページウィンドウにローディングされるオリジナルページの一例を示す図である。
【図１８】本発明の望ましい一実施形態によるＧＥＴＳＴＡＴＥＳ要請メッセージのフォーマットを示す図である。
【図１９】本発明の望ましい一実施形態によるＧＥＴＳＴＡＴＥＳ応答メッセージを示す図である。
【図２０】本発明の望ましい一実施形態によるＳＡＶＥ要請メッセージを示す図である。
【図２１】本発明の望ましい一実施形態によるＳＡＶＥ応答メッセージの構成図である。
【図２２】本発明の望ましい一実施形態による復旧ページ要請メッセージの構成図である。
【図２３】本発明の望ましい一実施形態による復旧ページ応答メッセージの構成図である。
【図２４】本発明の望ましい一実施形態による復旧要請メッセージの構成図である。
【図２５】本発明の望ましい一実施形態による復旧応答メッセージの構成図である。
【図２６】本発明の望ましい一実施形態による遠隔ユーザインターフェース状態情報の保存方法のフローチャートである。
【図２７】本発明の望ましい一実施形態による遠隔ユーザインターフェース状態情報の復旧方法のフローチャートである。
【図２８】本発明の望ましい一実施形態によるＲＵＩサーバの状態情報獲得方法についての詳細フローチャートである。
【図２９】本発明の望ましい一実施形態によるウェブページの状態情報保存方法についての詳細フローチャートである。
【図３０】図６に示されたＲＵＩサーバと図１２に示されたＳＳサーバとの機能を１つに統合した装置の構成図である。
【符号の説明】
【０１２８】
４      ＲＵＩクライアント
７      ＲＵＩサーバ
１０    ＳＳサーバ
４１    ＲＵＩ  ＣＰモジュール
４２    ＲＵＩ  ＣＤモジュール
４３    ウェブブラウザモジュール
４３１  ＳＳハンドラ
【図１】
0005122146.tif 000002
【図２】
0005122146.tif 000003
【図３】
0005122146.tif 000004
【図４】
0005122146.tif 000005
【図５】
0005122146.tif 000006
【図６】
0005122146.tif 000007
【図７】
0005122146.tif 000008
【図８】
0005122146.tif 000009
【図９】
0005122146.tif 000010
【図１０】
0005122146.tif 000011
【図１１】
0005122146.tif 000012
【図１２】
0005122146.tif 000013
【図１３】
0005122146.tif 000014
【図１４】
0005122146.tif 000015
【図１５】
0005122146.tif 000016
【図１６】
0005122146.tif 000017
【図１７】
0005122146.tif 000018
【図１８】
0005122146.tif 000019
【図１９】
0005122146.tif 000020
【図２０】
0005122146.tif 000021
【図２１】
0005122146.tif 000022
【図２２】
0005122146.tif 000023
【図２３】
0005122146.tif 000024
【図２４】
0005122146.tif 000025
【図２５】
0005122146.tif 000026
【図２６】
0005122146.tif 000027
【図２７】
0005122146.tif 000028
【図２８】
0005122146.tif 000029
【図２９】
0005122146.tif 000030
【図３０】
0005122146.tif 000031