JP2007188507A - 遠隔ユーザインターフェースの状態情報を保存して復旧する方法及び装置 - Google Patents

Abstract

【課題】 ＵＰｎＰ環境での遠隔ユーザインターフェースを復旧する装置及び方法を提供する。
【解決手段】ＲＵＩクライアントは、ウェブページのリロードなしにＨＴＴＰ要請を処理するＨＴＴＰオブジェクトを用いて遠隔ユーザインターフェースの状態情報の保存を外部のストレージサーバに要請し、以後、ここに保存された状態情報を用いて遠隔ユーザインターフェースの以前状態を復旧することでＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存し、復旧する過程が遠隔ユーザインターフェースの状態情報を保存しないステートレス特性を有するＨＴＴＰを基盤とする遠隔プロトコルモデルにも適用されうる。
【選択図】 図４

Description

本発明は、遠隔ユーザインターフェース（リモート ユーザ インターフェース：ＲＵＩ）の状態情報を復旧する装置及び方法に係り、特にＵＰｎＰ（ユニバーサル プラズマ プラグ アンド プレイ）環境での遠隔ユーザインターフェースを復旧する装置及び方法に関する。

図１は、従来ＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムの構成図である。図１を参照するに、従来ＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムは、ＲＵＩ ＣＰ（コントロール ポイント）１１、ＲＵＩクライアント１２及びＲＵＩサーバ１３で構成される。ここで、ＲＵＩ ＣＰ１１は、遠隔ユーザインターフェースを支援するＵＰｎＰ ＣＰに該当し、ＲＵＩクライアント１２及びＲＵＩサーバ１３は、遠隔ユーザインターフェースを支援するＵＰｎＰ ＣＤ（コントロール デバイス）に該当する。

ＵＰｎＰによって、ＲＵＩ ＣＰ１１は、ＲＵＩクライアント１２及びＲＵＩサーバ１３を発見して制御する。ＲＵＩ ＣＰ１１の制御により連結されたＲＵＩクライアント１２及びＲＵＩサーバ１３は、ＲＤＰ（リモート デスクトップ プロトコル）、ＸＲＴ（エクステンデット リモーティング プロトコル）のようなアウトオブバンド遠隔プロトコルによって遠隔ユーザインターフェースを介した要請及び応答を処理する。

図２は、従来ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存して復旧する過程を示す図である。図２を参照するに、従来ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存して復旧する過程は、次のようなステップで構成される。特に、この過程は、ＲＵＩサーバ２４との連結をＲＵＩクライアント１ ２２からＲＵＩクライアント２ ２３に移す場合に関すものである。

２０１ステップで、ＲＵＩ ＣＰ２１は、ＲＵＩクライアント１ ２２にＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎ（）を呼び出すことによって現在進行中の遠隔ユーザインターフェース連結を検索し、これによりＲＵＩサーバ２４との連結を把握する。

２０２ステップで、ＲＵＩ ＣＰ２１は、ＲＵＩサーバ２４にＳｅｔＵＩＬｉｆｅｔｉｍｅ（）を呼び出すことによってＲＵＩサーバ２４が現在進行中の遠隔ユーザインターフェース連結状態を一定時間維持するように指示する。

２０３ステップで、ＲＵＩ ＣＰ２１は、ＲＵＩクライアント１ ２２にＤｉｓｃｏｎｎｅｃｔ（）を呼び出すことによって現在進行中の遠隔ユーザインターフェース連結を終了させる。

２０４ステップで、ＲＵＩ ＣＰ２１は、ＲＵＩクライアント２ ２３にＣｏｎｎｅｃｔ（）を呼び出すことによって２０２ステップでの指示によって維持された状態を有する遠隔ユーザインターフェースの連結を進行させる。

ところが、前述したように、図２に図示された従来の技術は、遠隔ユーザインターフェースのあらゆる状態情報がＲＵＩサーバにいずれも保存される遠隔プロトコルモデルに対してのみ適用されうる。しかし、ＨＴＴＰ（ハイパーテキスト トランスファー プロトコル）を基盤とする遠隔プロトコルモデルの場合には、ＨＴＴＰのステートレス特性により、いずれか１つの要請と応答とを処理するトランザクションが完了すれば、遠隔インターフェースの状態情報が保存されずに、消去されるためにほとんどの状態情報はＲＵＩクライアントが管理する。

したがって、従来ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存し、復旧する過程は、遠隔ユーザインターフェースのあらゆる状態情報がＲＵＩサーバにいずれも保存される遠隔プロトコルモデルであるＲＤＰ、ＸＲＴなどには適用されるが、大部分の状態情報をＲＵＩクライアントが管理する遠隔プロトコルモデルであるＨＴＴＰには適用できないという問題点があった。特に、バイナリプロトコル基盤のＲＤＰ、ＸＲＴなどは、ＨＴＴＰに比べてさらに広いネットワーク帯域幅を必要とするためにＨＴＴＰ基盤の遠隔ユーザインターフェースが広く使われていることから、前記問題点は非常に重要な問題として浮び上がっている。

本発明が解決しようとする技術的課題は、ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存し、復旧する過程を遠隔ユーザインターフェースの状態情報を保存しないステートレス特性を有するＨＴＴＰを基盤とする遠隔プロトコルモデルにも適用させる方法及び装置を提供するところにある。また、前記方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。

前記技術的課題を解決するための本発明による、サーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報の保存を要請する方法は、前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記遠隔ユーザインターフェースが用いられることで発生する状態情報を獲得するステップと、前記獲得された状態情報の保存を要請するステップと、を含む。

前記他の技術的課題を解決するために本発明は、前記遠隔ユーザインターフェースの状態情報の保存を要請する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。

前記さらに他の技術的課題を解決するための本発明によるサーバにより提供された遠隔ユーザインターフェースを用いるクライアントでの前記遠隔ユーザインターフェースの状態情報の保存を要請する装置は、前記状態情報を保存するストレージを提供するストレージサーバの情報を獲得するＲＵＩ ＣＰモジュールと、前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記ＲＵＩ ＣＰモジュールにより獲得されたストレージサーバの情報を基盤に前記ストレージサーバに前記状態情報の保存を要請するウェブブラウザモジュールと、を備える。

前記さらに他の技術的課題を解決するための本発明によるサーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報を復旧する方法は、前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記遠隔ユーザインターフェースが用いられることで発生する状態情報を獲得するステップと、前記獲得された状態情報を前記遠隔ユーザインターフェースに反映するステップとを含む。

前記さらに他の技術的課題を解決するために本発明は、前記遠隔ユーザインターフェースの状態情報を復旧する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体を提供する。

前記さらに他の技術的課題を解決するための本発明によるサーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報を復旧する装置は、前記状態情報を保存したストレージを提供するストレージサーバの情報を獲得するＲＵＩ ＣＰモジュールと、前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記ＲＵＩ ＣＰモジュールにより獲得されたストレージサーバの情報を基盤に前記ストレージサーバから前記状態情報を獲得し、前記獲得された状態情報を前記遠隔ユーザインターフェースに反映するウェブブラウザモジュールとを備える。

本発明によれば、ＲＵＩクライアントは、ウェブページのリロードなしにＨＴＴＰ要請を処理するＨＴＴＰオブジェクトを用いて遠隔ユーザインターフェースの状態情報の保存を外部のストレージサーバに要請し、以後、ここに保存された状態情報を用いて遠隔ユーザインターフェースの以前状態を復旧することで、ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存し、復旧する過程が遠隔ユーザインターフェースの状態情報を保存しないステートレス特性を有するＨＴＴＰを基盤とする遠隔プロトコルモデルにも適用されうる。

特に、前述したように、ウェブページのリロードなしにＨＴＴＰ要請を処理するＨＴＴＰオブジェクトを用いることでウェブページのリロードに要求される複雑なインタラクションが不要となって非常に簡単なインタラクションのみでステートレス特性を有するＨＴＴＰ基盤の遠隔ユーザインターフェースを復元できる。

さらに、本発明によれば、ユーザにストレージサーバの情報を表示することによって、ユーザが遠隔ユーザインターフェースの状態情報を保存するストレージサーバを選択可能にした。また、本発明によれば、ユーザに復旧ページの目録を表示することによって、ユーザが、ストレージサーバに保存された状態情報の存在する多様なウェブページのうち、復旧を所望するウェブページを選択可能にした。

以下、図面を参照して本発明の望ましい実施形態を詳細に説明する。特に、以下の実施形態では、状態情報を保存しないステートレスプロトコルであるＨＴＴＰを基盤とする遠隔ユーザインターフェースをウェブページのリロードなしにＨＴＴＰ要請を処理するジャバスクリプトオブジェクトであるＨＴＴＰオブジェクトを含むウェブページに限定して記述しているが、本実施形態が属する技術分野で当業者ならば、本実施形態がウェブページではない他の遠隔ユーザインターフェースにも適用されうることを理解できるであろう。

図３は、本発明の望ましい一実施形態によるＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムの構成図である。図３を参照するに、本実施形態によるＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムは、ＲＵＩクライアント３１、３２、ＲＵＩサーバ３３、３４及びＳＳ（ステート ストレージ）サーバ３５で構成される。特に、ＳＳサーバ３５は、遠隔ユーザインターフェースに該当するウェブページの状態情報を保存する状態ストレージを提供するサーバである。また、ＲＵＩクライアント３１、３２、ＲＵＩサーバ３３、３４は、ＲＵＩ ＣＰモジュールを内蔵している２ボックスモデルであり、ＵＰｎＰの発見過程でＳＳサーバ３５の情報を獲得する。但し、ＲＵＩクライアント３１、３２、ＲＵＩサーバ３３、３４は、必ずしもＲＵＩ ＣＰモジュールを内蔵する必要はなく、他のノードからＳＳサーバ３５の情報を提供されもする。

図４は、本発明の望ましい一実施形態によるＲＵＩクライアント４の構成図である。図４を参照するに、本実施形態によるＲＵＩクライアント４は、ＲＵＩ ＣＰモジュール４１、ＲＵＩ ＣＤモジュール４２及びウェブブラウザモジュール４３で構成される。特に、ＲＵＩ ＣＰモジュール４１、ＲＵＩ ＣＤモジュール４２は、ＲＵＩクライアント４がＵＰｎＰが適用されうるホームネットワークのような自律ネットワークに存在する場合に要求される選択的モジュールである。また、ＲＵＩ ＣＰモジュール４１は、ＲＵＩクライアント４の内部ではない、ＲＵＩクライアント４の外部に存在しても良い。

ＲＵＩ ＣＰモジュール４１は、ＵＰｎＰ ＣＤを発見し、制御するＵＰｎＰ ＣＰの役割を行う。特に、本実施形態によれば、ＲＵＩ ＣＰモジュール４１は、ＵＰｎＰを基盤にＵＰｎＰ上のＣＤに該当するＲＵＩサーバ７及びＳＳサーバ１０を発見する過程でＳＳサーバ１０の情報を獲得する。また、ＲＵＩ ＣＰモジュール４１は、遠隔インターフェースの状態情報、すなわち、ウェブページの状態情報の保存を要請しようとする場合、ＳＳハンドラ４３１にＳＳサーバ１０の情報を提供する。

ＲＵＩクライアント４は、ＨＴＴＰヘッダにＲＵＩ ＣＰモジュール６１を含んでいることを表す“＜ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＞ｔｒｕｅ＜／ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＞”を含めることができる。

ＲＵＩ ＣＤモジュール４２は、ＵＰｎＰ ＣＤであることを知らせ（アドバタイズ）、これにより、これを発見したＵＰｎＰ ＣＰから制御されるＵＰｎＰ ＣＤの役割を行う。

ウェブブラウザモジュール４３は、ＨＴＴＰを基盤とする通常のウェブブラウザ機能を行う。すなわち、ウェブブラウザモジュール４３は、ユーザから遠隔ユーザインターフェースに該当するウェブページに対する要請を受信し、ウェブサーバを備えているＲＵＩサーバ７にこれを要請し、これに対する応答から獲得したウェブページをレンダリング（ｒｅｎｄｅｒｉｎｇ）することによって、これを表示するクライアントモジュールである。

特に、ウェブブラウザモジュール４３は、ＳＳハンドラ４３１を内蔵するか、プラグイン（ｐｌｕｇ−ｉｎ）の形で具備する。ＳＳハンドラ４３１は、ＲＵＩ ＣＰモジュール４１が存在する時にのみ存在する選択的モジュールである。ＲＵＩ ＣＰモジュール４１とＳＳハンドラ４３１は、ＩＰＣ（インタープロセス コミュニケーション）またはユニックスドメインソケットなどを使用して内部的に通信できる。前記ＨＴＴＰヘッダを受信することによってＲＵＩクライアント４がＲＵＩ ＣＰモジュール６１を含んでいることを認識したＲＵＩサーバ７は、図８Ａ及び図８Ｂに示されたセーバブルページを提供するとき、このセーバブルページにＳＳハンドラ４３１を用いてＳＳサーバ１０の情報を獲得するジャバスクリプトを含めて送れる。すなわち、このジャバスクリプトを実行することによって、ＳＳハンドラ４３１は、ＲＵＩ ＣＰモジュール４１からＳＳサーバ１０の情報を獲得し、セーバブルページにＳＳサーバ１０の情報を提供する。

図５は、本発明の望ましい一実施形態によるＳＳハンドラ４３１のインターフェースを示す図である。図５を参照するに、本実施形態によるＳＳハンドラ４３１のインターフェースは、遠隔ユーザインターフェースに該当するウェブページの状態情報を保存する状態ストレージを提供するＳＳサーバのＵＲＬとこのＳＳサーバ名を表す属性（プロパティ）などを提供する。

また、ウェブブラウザモジュール４３は、ＨＴＴＰオブジェクト４３２をネイティブオブジェクトまたはプラグインの形で具備する。ＨＴＴＰオブジェクト４３２は、ウェブページのリロードなしにＨＴＴＰ要請を処理するジャバスクリプトオブジェクトであるＨＴＴＰオブジェクトを含むウェブページである。このようなＨＴＴＰオブジェクト４３２の例としては、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔまたはＴＣＰ（トランスミッション コントロール プロトコル）コネクションオブジェクトなどを挙げられる。

図６は、本発明の望ましい一実施形態によるＴＣＰコネクションオブジェクトのインターフェースを示す図である。図６を参照するに、本実施形態によるＴＣＰコネクションオブジェクトのインターフェースは、ＴＣＰ連結の状態が変化したということを知らせるイベントに関するコールバック、データが到着したことを知らせるイベントに関するコールバック、データ伝送のエラーが発生したことを知らせるイベントに関するコールバック、ＴＣＰ／ＩＰ連結をオープンするメソード、データを獲得するメソード、データを伝送するメソードなどを提供する。

また、ウェブブラウザモジュール４３は、ＲＵＩサーバ７から図８Ａ及び図８Ｂに示されたセーバブルページを受信する。また、ウェブブラウザモジュール４３は、ユーザから遠隔ユーザインターフェースの状態情報についての保存命令を受ければ、すなわち、ユーザによりセーバブルページ８１のセーブボタンがクリックされれば、ウェブページに含まれたジャバスクリプトを実行することでＲＵＩサーバ７の状態情報が発生するウェブページの場合に、ユーザによりこのウェブページが用いられることで発生するＲＵＩサーバ７の状態情報を提供することを要請する。すなわち、ウェブブラウザモジュール４３は、ＲＵＩサーバ７に図１１に示されたＧＥＴＳＴＡＴＥＳ要請メッセージを伝送する。

また、ウェブブラウザモジュール４３は、前記要請に対する応答からＲＵＩサーバ７の状態情報を獲得する。すなわち、ウェブブラウザモジュール４３は、ＲＵＩサーバ７からＧＥＴＳＴＡＴＥＳ要請メッセージに対する応答である、図１２に示されたＧＥＴＳＴＡＴＥＳ応答メッセージを受信し、ウェブページに含まれたジャバスクリプトを実行することによって、これよりＲＵＩサーバ７の状態情報を獲得する。もし、ユーザが商品販売ウェブページを用いたならば、ＲＵＩサーバ７には、ユーザがいかなる商品を選択したかに関する情報が残る。また、ユーザがユーザ認証ウェブページを用いたならば、ＲＵＩサーバ７には、ユーザ認証結果に関する情報が残る。このような情報がＲＵＩサーバ７の状態情報の例となりうる。

また、ウェブブラウザモジュール４３は、ウェブページに含まれたジャバスクリプトを実行することによって、ユーザによりウェブページが用いられることで発生するＲＵＩクライアント４の状態情報を、このウェブページから読み込み、これを通じてＲＵＩクライアント４の状態情報を獲得する。ユーザがウェブページを用いる間、ユーザの入力値に対応してフォーム入力情報、クッキー情報、ＡＶ（オーディオ ビジュアル）オブジェクトの状態情報などが発生する。このような情報がＲＵＩクライアント４の状態情報の例になりうる。

ウェブブラウザモジュール４３は、前記のように獲得されたウェブページの状態情報、すなわち、ＲＵＩクライアント４の状態情報及びＲＵＩサーバ７の状態情報を保存することをＳＳサーバ１０に要請しようとする場合、ＲＵＩ ＣＰモジュール４１またはＲＵＩサーバ７のＲＵＩ ＣＰモジュール７１からＳＳサーバ１０の情報を提供される。さらに詳細に説明すれば、ウェブブラウザモジュール４３は、ウェブページに含まれたジャバスクリプトを実行することでＳＳサーバ１０の情報をユーザに表示し、これを認知したユーザによりウェブページの状態情報を保存するストレージサーバとしてＳＳサーバ１０を選択されうる。そうでなければ、ウェブブラウザモジュール４３は、ＳＳハンドラ４３１に質疑してＳＳサーバ１０の情報を獲得し、これをユーザに表示し、これを認知したユーザによりウェブページの状態情報を保存するストレージサーバとしてＳＳサーバ１０を選択されもする。

また、ウェブブラウザモジュール４３は、ウェブページに含まれたジャバスクリプトを実行することでユーザにより選択されたＳＳサーバ１０の情報、すなわち、ＳＳサーバ１０のＵＲＬを用いてウェブページの状態情報を保存することをＳＳサーバ１０に要請する。すなわち、ウェブブラウザモジュール４３は、ＳＳサーバ１０に図２０に示されたＳＡＶＥ要請メッセージを伝送する。

また、ウェブブラウザモジュール４３は、ユーザからユーザの選択により復旧可能なウェブページの目録、すなわち、復旧ページの目録に対する表示命令を受信した場合、ＲＵＩ ＣＰモジュール４１またはＲＵＩサーバ７のＲＵＩ ＣＰモジュール６１からＳＳサーバ１０の情報を提供される。また、ウェブブラウザモジュール４３は、このＳＳサーバ１０の情報、すなわち、ＳＳサーバ１０のＵＲＬを用いて復旧ページの目録を提供することをＳＳサーバ１０に要請する。すなわち、ウェブブラウザモジュール４３は、ＳＳサーバ１０に図１４に図示された復旧ページ要請メッセージを伝送する。

また、ウェブブラウザモジュール４３は、前記された要請に対する応答から復旧ページの目録を獲得する。すなわち、ウェブブラウザモジュール４３は、ＳＳサーバ１０から復旧ページ要請メッセージに対する応答である、図１５に示された復旧ページ応答メッセージを受信し、これにより復旧ページの目録、すなわち、遠隔ユーザインターフェースに該当するウェブページのＵＲＬ、ＲＵＩサーバ７の状態情報、及びＲＵＩクライアント４の状態情報が保存された場所の位置情報ＵＲＬを獲得する。また、ウェブブラウザモジュール４３は、ユーザに復旧ページの目録を表示し、これを認知したユーザからいずれか１つの選択を受ける。すなわち、ウェブブラウザモジュール４３は、ユーザが復旧しようとするウェブページのＵＲＬを選択される。

また、ウェブブラウザモジュール４３は、ユーザにより選択されたウェブページの復旧をＲＵＩサーバ７に要請する。すなわち、ウェブブラウザモジュール４３は、ＲＵＩサーバ７にＲＵＩサーバ７の状態情報及びＲＵＩクライアント４の状態情報が保存された場所の位置情報ＵＲＬを含む図１６に示された復旧要請メッセージを提供することで遠隔ユーザインターフェースのアプリケーションの開始を要請する。

また、ウェブブラウザモジュール４３は、ＲＵＩサーバ７に図１６に示された復旧要請メッセージを伝送し、これに対する応答としてＲＵＩクライアント４の状態情報が保存された場所の位置情報ＵＲＬを用いてＲＵＩクライアント４の状態情報を獲得可能にするジャバスクリプトを含む図１７に示されたセーバブルページを受信する。

また、ウェブブラウザモジュール４３は、図１７に示されたセーバブルページのジャバスクリプトを実行することによって、ＲＵＩクライアント４の状態情報が保存された場所の位置情報ＵＲＬを用いてＳＳサーバ１０からユーザにより選択されたウェブページの復旧に要求されるＲＵＩクライアント４の状態情報を獲得し、セーバブルページ１３１のジャバスクリプトを実行することによって、ＲＵＩクライアント４の状態情報をセーバブルページ１３１に反映し、これを通じてウェブページでのクライアント４の状態を復旧する。

図７は、本発明の望ましい一実施形態によるＲＵＩサーバ７の構成図である。図７を参照するに、本実施形態によるＲＵＩサーバ７は、ＲＵＩ ＣＰモジュール７１、ＲＵＩ ＣＤモジュール７２、ウェブサーバモジュール７３、ＲＵＩアプリケーションモジュール７４、状態管理者７５及びＳＳサーバ選択器７６で構成される。特に、ＲＵＩ ＣＰモジュール７１、ＲＵＩ ＣＤモジュール７２は、ＲＵＩサーバ７が、ＵＰｎＰの適用されうるホームネットワークのような自律ネットワークに存在する場合に要求される選択的モジュールである。また、ＲＵＩ ＣＰモジュール７１は、ＲＵＩサーバ７の内部ではない、ＲＵＩサーバ７の外部に存在しても良い。

ＲＵＩ ＣＰモジュール７１は、ＵＰｎＰ ＣＤを発見して制御するＵＰｎＰ ＣＰの役割を行う。特に、本実施形態によれば、ＲＵＩ ＣＰモジュール７１は、ＲＵＩクライアント４がＲＵＩ ＣＰモジュール４１を含んでいない場合、ＵＰｎＰを基盤にＳＳサーバ１０を発見する過程で、その情報を獲得し、これをＳＳサーバ選択器７６に提供する。

ＲＵＩ ＣＤモジュール７２は、ＵＰｎＰ ＣＤであることを知らせ、これにより、これを発見したＵＰｎＰ ＣＰからの制御を受けるＵＰｎＰ ＣＤの役割を行う。

ウェブサーバモジュール７３は、ＨＴＴＰを基盤とする通常のウェブサーバ機能を行う。すなわち、ウェブサーバモジュール７３は、ＲＵＩクライアント４からあるアプリケーションに対する要請を受信し、この要請によって該当アプリケーションを処理することでこの要請に対する応答を提供するＨＴＴＰサーバモジュールである。特に、ウェブサーバモジュール７３は、ＲＵＩクライアント４から一般的なウェブページに対する要請を受信した場合、この要請によってウェブページを生成し、これを提供する。

状態管理者７５は、ＲＵＩクライアント４のユーザによりＲＵＩサーバ７が提供する遠隔ユーザインターフェースに該当するウェブページが用いられることによって、ＲＵＩサーバ７により発生するＲＵＩサーバ７の状態情報が存在する場合にのみ要求される選択的モジュールであって、ＲＵＩサーバ７の状態情報を管理する。さらに詳細に説明すれば、状態管理者７５は、ＲＵＩクライアント４からＲＵＩクライアント４のユーザによりＲＵＩサーバ７が提供するウェブページが用いられることで発生するＲＵＩサーバ７の状態情報の提供に対する要請を受信すれば、このＲＵＩサーバ７の状態情報をＲＵＩクライアント４に提供する。すなわち、状態管理者７５は、ウェブサーバモジュール７３を通じて図１１に示されたＧＥＴＳＴＡＴＥＳ要請メッセージを受信すれば、これに対する応答である、図１２に示されたＧＥＴＳＴＡＴＥＳ応答メッセージを伝送する。

また、状態管理者７５は、ＲＵＩクライアント４からＲＵＩサーバ７の状態情報を提供されれば、これを用いてＲＵＩサーバ７の状態を復旧する。すなわち、状態管理者７５は、ＲＵＩクライアント４から図１６に示された復旧要請メッセージの“ＳｅｒｖｅｒＳｔａｔｅｓＳｔｒｉｎｇ”を提供されれば、これを用いてＲＵＩサーバ７の状態を復旧する。

ＲＵＩアプリケーションモジュール７４は、遠隔ユーザインターフェースに該当するウェブページに対するアプリケーションを行う。さらに詳細に説明すれば、ＲＵＩアプリケーションモジュール７４は、ウェブサーバモジュール７３を通じてＲＵＩクライアント４からあるウェブページに対する要請を受信すれば、ユーザがウェブページの状態情報の保存を指示できる手段、すなわち、セーブボタンを提供するセーバブルページを生成し、これをＲＵＩクライアント４に提供する。

また、ＲＵＩアプリケーションモジュール７４は、ＲＵＩクライアント４からユーザにより選択されたウェブページの復旧を要請されれば、ＲＵＩクライアント４が、ＲＵＩクライアント４の状態情報の保存された場所の位置情報ＵＲＬを用いてＲＵＩクライアント４の状態情報を獲得可能にするジャバスクリプトを含むセーバブルページを生成し、これをＲＵＩクライアント４に提供する。

ＳＳサーバ選択器７６は、ＲＵＩ ＣＰモジュール７１が存在する時にのみ存在する選択的（ｏｐｔｉｏｎａｌ）モジュールである。ＳＳサーバ選択器７６は、ＲＵＩ ＣＰモジュール７１により獲得されたＳＳサーバ１０の情報をユーザに表示するための表現（プレゼンテーション）ページを生成してＲＵＩクライアント４に提供する。また、ＳＳサーバ選択器７６は、前述したように生成された表現ページを認知したユーザがＳＳサーバ１０を選択した時、ジャバスクリプトのオープナオブジェクトを通じてこのＳＳサーバ１０の情報を呼び出しウィンドウに知らせる。

図８Ａ及び図８Ｂは、本発明の望ましい一実施形態によるセーバブルページの構成図である。図８Ａ及び図８Ｂを参照するに、本実施形態によるセーバブルページは、ＨＴＭＬ文書である。図８Ａ及び図８Ｂに示されたように、本実施形態によるセーバブルページは、ユーザにセーブボタンを提供し、このセーブボタンに対するオンクリックイベントコールバックによりＲＵＩサーバ７から返還されたセーバブルページに含まれたジャバスクリプトを実行することによって、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔまたはＴＣＰコネクションオブジェクトを用いてＧＥＴＳＴＡＴＥＳコマンドとＳＡＶＥコマンドを実行する。ＴＣＰコネクションオブジェクトを用いてＨＴＴＰ基盤のＧＥＴＳＴＡＴＥＳコマンドとＳＡＶＥコマンドを実行するためには、図８Ａ及び図８Ｂに示されたｇｅｔｓｅｒｖｅｒｓｔａｔｅ（）関数、ｓａｖｅ（）関数のように直接ＨＴＴＰ要請を構成した後、ｓｅｎｄＤａｔａ（）を用いてＨＴＴＰ要請を伝送せねばならない。ＴＣＰコネクションオブジェクトを用いず、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔを用いる場合には、“ｏｐｅｎ（）、ｏｎｒｅａｄｙｓｔａｔｅｃｈａｎｇｅ ｐｒｏｐｅｒｔｙ、ｒｅｓｐｏｎｓｅＴｅｘｔ ｐｒｏｐｅｒｔｙ、ｓｅｎｄ ｍｅｔｈｏｄ（）”などを用いてＨＴＴＰ要請を処理しうる。図８Ａ及び図８Ｂに示された“ｓｔａｒｔＳｅｌｅｃｔｉｎｇＳＳＳ（）”で新たな空いているウィンドウ（ｂｌａｎｋ ｗｉｎｄｏｗ）をオフにした後、ＵＲＬとネームとを基盤にハイパーリンクを生成し、各ハイパーリンクのｈｒｅｆ属性をオープナ．ｓａｖｅ（ｕｒｌ）コールバックに連結する。

さらに詳細に説明すれば、ウェブブラウザモジュール４３は、ＨＴＴＰオブジェクト４３２、“ｇｅｔｓｅｒｖｅｒｓｔａｔｅ（）”を用いてＧＥＴＳＴＡＴＥＳ要請メッセージを伝送することでＲＵＩサーバ７の状態情報を提供することを要請する。すなわち、ウェブブラウザモジュール４３は、遠隔ユーザインターフェースに該当するウェブページにより使用中のソケットでない新たなソケットをオープンし、このソケットを通じてＧＥＴＳＴＡＴＥＳ要請メッセージを伝送することでＲＵＩサーバ７の状態情報を提供することを要請する。

また、ウェブブラウザモジュール４３は、ＨＴＴＰオブジェクト４３２、“ｓｅｔｓｅｒｖｅｒｓｔａｔｅ（）”を用いてＧＥＴＳＴＡＴＥＳ応答メッセージを受信し、これによりＲＵＩサーバ７の状態情報を獲得する。すなわち、ウェブブラウザモジュール４３は、前記ソケットを通じてＧＥＴＳＴＡＴＥＳ応答メッセージを受信し、これによりＲＵＩサーバ７の状態情報を獲得する。

特に、ウェブブラウザモジュール４３は、ＨＴＴＰオブジェクト４３２、“ｓａｖｅ（ｕｒｌ）”を用いてＳＡＶＥ要請メッセージを伝送することでＳＳサーバ１０にウェブページの状態情報の保存を要請する。すなわち、ウェブブラウザモジュール４３は、遠隔ユーザインターフェースに該当するウェブページにより使用中のソケットでない新たなソケットをオープンし、このソケットを通じてＳＡＶＥ要請メッセージを伝送することでＳＳサーバ１０にウェブページの状態情報の保存を要請する。

特に、ウェブブラウザモジュール４３は、ＨＴＴＰオブジェクト４３２、“ｃｈｅｃｋＳａｖｅＲｅｓｕｌｔ（）”を用いてＳＳサーバ１０からＲＵＩクライアント４の状態情報を獲得する。すなわち、ウェブブラウザモジュール４３は、遠隔ユーザインターフェースに該当するウェブページにより使用中のソケットでない新たなソケットをオープンし、このソケットを通じてＳＳサーバ１０にＲＵＩクライアント４の状態情報を要請し、このソケットを通じてこの要請に対する応答としてＳＳサーバ１０からＲＵＩクライアント４の状態情報を獲得する。

もし、ＲＵＩクライアント４がＲＵＩ ＣＰモジュール４１とＳＳハンドラ４３１を含んでおらず、ＲＵＩサーバ７がＲＵＩ ＣＰモジュール７１とＳＳサーバ選択器７６を含んでいる場合、ＲＵＩサーバ７は、図８Ａ及び図８Ｂに示されたセーバブルページとは異なるセーバブルページを提供する。１つの例として、図８Ａ及び図８Ｂに示されたページは次のようなページに変更される。

図９Ａ及び図９Ｂは、図８Ａ及び図８Ｂに示されたセーバブルページの他の例を示す図である。図９Ａ及び図９Ｂを参照するに、図８Ａ及び図８Ｂに示されたセーバブルページは、ＲＵＩサーバ７がＲＵＩ ＣＰモジュール７１とＳＳサーバ選択器７６とを含んでいる場合のＨＴＭＬ文書である。セーバブルページ８１のセーブボタンがクリックされれば、図１１に示されたセーバブルページ８１の“ｇｅｔｓｅｒｖｅｒｓｔａｔｅ（）”、“ｓｅｔｓｅｒｖｅｒｓｔａｔｅ（）”、“ｓｔａｒｔＳｅｌｅｃｔｉｎｇＳＳＳ（）”というジャバスクリプトが順次に実行され、“ｓｔａｒｔＳｅｌｅｃｔｉｎｇＳＳＳ（）”は“ｗｉｎｄｏｗ．ｏｐｅｎ（）”を実行する。これにより、ＳＳサーバ選択器７６は、ＳＳサーバの目録をハイパーリンクの形態に提供し、ＳＳサーバ各々に対応するハイパーリンクそれぞれのオンクリックイベントハンドラは、“オープナ．ｓａｖｅ（ｕｒｌ）”に設定される。その結果、“ｓａｖｅ（）”関数が呼び出されつつ、ＳＡＶＥコマンドが行われる。

図１０は、本発明の望ましい一実施形態によるＳＳサーバ１０の構成図である。図１０を参照するに、本実施形態によるＳＳサーバ１０は、ＲＵＩ ＣＤモジュール１０１、ウェブサーバモジュール１０２、セーブハンドラ１０３、ＲＵＩ復旧器１０４及び状態ストレージ１０５で構成される。

ＲＵＩ ＣＤモジュール１０１は、ＵＰｎＰ ＣＤであることを知らせ、これにより、これを発見したＲＵＩクライアント４のＵＰｎＰ ＣＰモジュール４１またはＲＵＩサーバ７のＵＰｎＰ ＣＰモジュール７１からの制御を受けるＵＰｎＰ ＣＤの役割を行う。すなわち、ＲＵＩ ＣＤモジュール１０１は、ＳＳサーバ１０が遠隔インターフェースの状態情報、すなわち、ウェブページの状態情報を保存しうる状態ストレージ１０５を保有することを知らせるために、ＲＵＩ ＣＤモジュール１０１の明細に＜ｈａｓＳｔａｔｅｓＳｔｏｒａｇｅ＞ｔｒｕｅ＜／ｈａｓＳｔａｔｅｓＳｔｏｒａｇｅ＞のような情報を含めることができる。

ウェブサーバモジュール１０２は、ＨＴＴＰを基盤とする通常のウェブサーバ機能を行う。すなわち、ウェブサーバモジュール１０２は、ＲＵＩクライアント４からあるアプリケーションに対する要請を受信し、この要請によって該当アプリケーションを処理することによって、この要請に対する応答を提供するＨＴＴＰサーバモジュールである。特に、ウェブサーバモジュール１０２は、ＲＵＩクライアント４から受信されたウェブページの状態情報保存命令及び復旧命令を受信して処理する。

セーブハンドラ１０３は、ウェブサーバモジュール１０２を通じて図１３に示されたＳＡＶＥ要請メッセージを受信すれば、このＳＡＶＥ要請メッセージに含まれたウェブページのあらゆる状態情報、すなわち、ＲＵＩクライアント４の状態情報及びＲＵＩサーバ７の状態情報を状態ストレージ１０５に保存する。

ＲＵＩ復旧器１０４は、ＲＵＩクライアント４のユーザが復旧しようとするウェブページの状態情報を選択して復旧可能にする。さらに詳細に説明すれば、ＲＵＩ復旧器１０４は、ＲＵＩクライアント４から復旧ページの目録の提供に対する要請を受信すれば、状態ストレージ１０５に保存された復旧ページの目録、すなわち、遠隔ユーザインターフェースに該当するウェブページのＵＲＬ、ＲＵＩサーバ７の状態情報、及びＲＵＩクライアント１ ４０１の状態情報が保存された場所の位置情報ＵＲＬを提供する。すなわち、ＲＵＩ復旧器１０４は、ウェブサーバモジュール１０２を通じてＲＵＩクライアント４から図１４に示された復旧ページ要請メッセージを受信すれば、これに対する応答として図１５に示された復旧ページ応答メッセージを伝送する。また、ＲＵＩ復旧器１０４は、これらのうち、いずれか１つをユーザが選択した場合、ユーザにより選択された復旧ページの提供に対する要請を受信すれば、ＲＵＩクライアント４の状態情報が保存された場所の位置情報ＵＲＬを用いて、ＲＵＩクライアント４の状態情報を獲得可能にするジャバスクリプトを含むセーバブルページを生成し、これをＲＵＩクライアント２ ４０２に返還する。すなわち、ＵＩ復旧器１０４は、ウェブサーバモジュール１０２を通じて図１６に示された復旧要請ページを受信すれば、これに対し応答として図１７に示されたセーバブルページをＲＵＩクライアント４に伝送する。

また、ＲＵＩ復旧器１０４は、ＲＵＩクライアント４に提供されたセーバブルページの復旧に要求されるＲＵＩクライアント４の状態情報の提供を要請されれば、状態ストレージ１０５からこのＲＵＩクライアント４の状態情報を読み込んだ後、これをＲＵＩクライアント４に提供する。

状態ストレージ１０５は、ＲＵＩクライアント４から受信されたウェブページのあらゆる状態情報、例えば、ユーザにより遠隔ユーザインターフェースが用いられることによって発生したクッキー情報、フォーム情報、ＡＶオブジェクト情報などのＲＵＩクライアント４の状態情報とＲＵＩサーバ７の状態情報とが保存される。

図１１は、本発明の望ましい一実施形態によるＧＥＴＳＴＡＴＥＳ要請メッセージのフォーマットを示す図である。図１１に示されたＧＥＴＳＴＡＴＥＳ要請メッセージは、ＨＴＴＰ ＧＥＴ要請メッセージの一種である。図１１を参照するに、ＲＵＩサーバ７の状態情報を要請するために、ＧＥＴ要請ラインにＲＵＩサーバ７の状態情報のＵＲＬである“ＧＥＴＳＴＡＴＥＳ”ＵＲＬを入力する。但し、本実施形態が属する技術分野で当業者ならば、“ＧＥＴＳＴＡＴＥＳ”という名称の代わりに他の名称が使われることを理解できるであろう。また、ユーザエイジェントヘッダは、ＲＵＩクライアント４がＨＴＴＰ基盤の遠隔ユーザインターフェースを支援できるということを表す“Ｐｒｏｔｏｃｏｌ／ｖｅｒｓｉｏｎ（ｃａｐａｂｉｌｉｔｙ＿ｓｔｒｉｎｇ）”を含み、図１１に示されていないが、ＲＵＩクライアント４がＲＵＩ ＣＰモジュール４１を含んでいることを表す“＆ｇｔ；ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＆ｇｔ；ｔｕｒｅ；＆ｇｔ；／ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＆ｇｔ；”をも含みうる。特に、“＆ｇｔ；ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＆ｇｔ；ｔｕｒｅ＆ｇｔ；／ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＆ｇｔ；”は、“＜ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＞ｔｕｒｅ＜／ｈａｓＣｏｎｔｒｏｌＰｏｉｎｔ＞”のようなＸＭＬフラグメントＵＲＬ脱出（ｅｓｃａｐｉｎｇ）させたストリングである。

図１２は、本発明の望ましい一実施形態によるＧＥＴＳＴＡＴＥＳ応答メッセージを示す図である。図１２に示されたＧＥＴＳＴＡＴＥＳ応答メッセージは、ＨＴＴＰ ＧＥＴ応答メッセージの一種である。図１２を参照するに、ＧＥＴＳＴＡＴＥＳ応答メッセージ内のコンテンツタイプには、ＲＵＩサーバ７の状態情報についてのコンテンツタイプを表す値が記録される。このような値の例として、ｔｅｘｔ／ｐｌａｉｎ、ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｗｗｗ−ｕｒｌ−ｅｎｃｏｄｅｄのような値を挙げることができる。また、ＧＥＴＳＴＡＴＥＳ応答メッセージ内のストリングオブサーバステートはＲＵＩサーバ７の状態情報を表す値が記録される。ここで、ＲＵＩサーバ７の状態情報を表す値は、ＲＵＩＳサーバ７のＲＵＩアプリケーションモジュール７４から提供されたウェブページのジャバスクリプトにより解釈されうる値でなければならない。

図１３は、本発明の望ましい一実施形態によるＳＡＶＥ要請メッセージを示す図である。図１３に示されたＳＡＶＥ要請メッセージは、ＨＴＴＰ ＧＥＴ要請メッセージの一種である。図１３を参照するに、“ＰＯＳＴ／ＳＡＶＥ？＿＿ｎａｍｅ＿＿＝ＮａｍｅＦｏｒＴｏＢｅＳａｖｅｄＳｔａｔｅｓ”のうち、“／ＳＡＶＥ”とは、ＲＵＩアプリケーションモジュール７４により生成された遠隔ユーザインターフェースの状態情報を保存することを表す命令である。

引き続き付加される“？＿＿ｎａｍｅ＿＿＝ＮａｍｅＦｏｒＴｏＢｅＳａｖｅｄＳｔａｔｅｓ”は、ＳＳサーバ１０に保存されるウェブページの名称を表すものであって、固有値を有さねばならない。一例として、＜ｔｉｔｌｅ＞ｔａｇ＋ｓａｖｅｄｔｉｍｅのような名称を有することができる。もし、この要請を受信したＳＳサーバ１０が自身の状態ストレージ１０５に同じ名称で既に保存されたウェブページがある場合には、新たな名称で名付けた後、保存する。

また、“Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｗｗｗ−ｆｏｒｍ−ｕｒｌｅｎｃｏｄｅｄ”は、ＳＡＶＥ要請メッセージのボディーコンテンツに対するマイムタイプ（ｍｉｍｅ ｔｙｐｅ）を表すものであって、ＳＳサーバ１０が理解できるように必ずこの値として送らねばならない。また、“＿ｕｒｌ＿＝ＵＲＬＦｏｒＴｈｅＯｒｉｇｉｎａｌＰａｇｅＴｏＢｅＳａｖｅｄ＆＿＿ｓｅｒｖｅｒＳｔａｔｅｓ＿＝ｏｐａｑｕｅ＿ｓｅｒｖｅｒ＿ｓｔａｔｅｓ＿ストリング…”は、ＳＡＶＥ要請メッセージのボディーの一部であって、ＲＵＩＳサーバ７のＲＵＩアプリケーションモジュール７４により生成されるウェブページのＵＲＬ及びＲＵＩサーバ７の状態情報を表す。特に、“＿ｓｅｒｖｅｒＳｔａｔｅｓ＿”値は、ＳＳサーバ１０により解析されないので、ＲＵＩサーバ７が所望の形式の通り設定が可能である。但し、ここに該当する値に対するキー、すなわち、“＿ｕｒｌ＿”、“＿ｓｅｒｖｅｒＳｔａｔｅｓ＿”は、ＳＳサーバ１０が理解せねばならないので、ＲＵＩサーバ７とＳＳサーバ１０との間に既定のキー値を使用せねばならない。

また、“Ｏｐａｑｕｅ ｓｔｒｉｎｇｓ ｆｏｒ ａｎｙ ＲＵＩＣ ｓｔａｔｅｓ”は、ＲＵＩクライアント４の状態情報を表すものであって、クッキー情報、フォーム入力情報、ＡＶオブジェクト状態情報などがこれに該当する。このストリングも、ＲＵＩクライアント４の状態情報であるために、“＿ｕｒｌ＿”、“＿ｓｅｒｖｅｒＳｔａｔｅｓ＿”とは異なり、キー値をＳＳサーバ１０が理解する必要がない。すなわち、ＲＵＩサーバ７のみ理解すれば十分である。

図１４は、本発明の望ましい一実施形態による復旧ページ要請メッセージの構成図である。図１４に示された復旧ページ要請メッセージは、ＨＴＴＰ ＧＥＴ要請メッセージの一種である。復旧ページの目録“／ＵＩ＿ｒｅｓｔｏｒｅ＿ｐａｇｅ”は、ＳＳサーバ１０の明細のうち、ＸＭＬ基盤の目録として提供されうる。例えば、ＸＭＬ基盤の目録は、ＲＵＩサーバ７の“ＧｅｔＣｏｍｐａｔｉｂｌｅＡｃｔｉｏｎ（）”の返還値である“Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｏｍｐａｔｉｂｌｅＵＩｓ”のような形式に記述されうる。この場合、いずれか１つの復旧ページは、“Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｏｍｐａｔｉｂｌｅＵＩｓ”の状態情報エレメント（ｅｌｅｍｅｎｔ）別に存在するプロトコルエレメント下の“＜ｕｒｉ＞”エレメントから分かる。

図１５は、本発明の望ましい一実施形態による復旧ページ応答メッセージの構成図である。図１５に示された復旧ページ応答メッセージは、ＨＴＴＰ ＧＥＴ応答メッセージの一種である。図１５を参照するに、復旧ページ応答メッセージには、復旧ＵＲＬのハイパーリンクを羅列している文書が返還される。復旧ＵＲＬ各々は、次のような要素で構成される。ｈｔｔｐ：／／ＲＵＩＳ−ＩＰ−ＡＤＤＲ：ＰＯＲＴ／ＲＵＩＡｐｐＰａｔｈは、ＲＵＩアプリケーションの経路、すなわち、元のＲＵＩサーバ７のＲＵＩアプリケーションページのＵＲＬを表す。また、“ＳｅｒｖｅｒＳｉｄｅＳｔａｔｅｓ”は、遠隔ユーザインターフェースの保存当時の元のＲＵＩサーバのサーバ側の状態情報を表す。また“、＿ｓａｖｅｄｓｔａｔｅｓｕｒｌ＿＝ＡＵＲＬＦｏｒＳａｖｅｄＳｔａｔｅｓ”は、ＳＳサーバ１０に保存されたＲＵＩクライアント４側の遠隔ユーザインターフェースの状態情報の位置情報ＵＲＬを表す。

ユーザが任意のハイパーリンクを選択すれば、ＲＵＩサーバ７は、元のＲＵＩサーバにより選択された遠隔ユーザインターフェースのアプリケーションを要請する。この際、前記例で現れたように、ＲＵＩサーバ７側に遠隔ユーザインターフェースの状態情報とＳＳサーバ７に保存されたＲＵＩクライアント４側に遠隔ユーザインターフェースの状態情報の位置情報が共に伝えられる。

図１６は、本発明の望ましい一実施形態による復旧要請メッセージの構成図である。図１６に示された復旧要請メッセージは、ＨＴＴＰ ＧＥＴ要請メッセージの一種である。図１６を参照するに、ＧＥＴ要請ラインのうち、“／ＲＵＩＡｐｐＰａｔｈ”は、図１０に示されたＳＡＶＥコマンドにおいて、“＿ｕｒｌ＿ｋｅｙ”値で経路成分と同じ値でなければならない。“ＳｅｒｖｅｒＳｔａｔｅｓストリング”は、選択的な場合もあり、ＳＡＶＥコマンドの“＿ｓｅｒｖｅｒＳｔａｔｅｓ＿ｋｅｙ”値と同じ値でなければならない。“＿ｓａｖｅｄｓｔａｔｅｓｕｒｌ＿”は、ＳＳサーバ１０に保存されたＲＵＩクライアント４側に遠隔ユーザインターフェースの状態情報の位置情報ＵＲＬを表す。

図１７は、本発明の望ましい一実施形態による復旧応答文書に該当するセーバブルページを示す図である。図１７を参照するに、本実施形態による復旧応答文書に該当するセーバブルページは、図８Ａ及び図８Ｂに示された元のセーバブルページにＳＳサーバ１０から遠隔ユーザインターフェースの状態情報を読み込み、この遠隔ユーザインターフェースの状態を復旧するジャバスクリプトが追加された形態に返還れうる。

さらに詳細に説明すれば、ウェブブラウザモジュール４３は、ＨＴＴＰオブジェクト４３２、“ｓｔａｒｔＲｅｓｔｏｒｉｎｇＵＩＳｔａｔｅｓ（ＵＲＬＦｏｒＳａｖｅｄＳｔａｔｅｓ）”、“ｒｅｓｔｏｒｅＵＩＳｔａｔｅｓ（）”を用いてＳＳサーバ１０からＲＵＩクライアント１ ４０１の状態情報を獲得する。すなわち、ウェブブラウザモジュール４３は、遠隔ユーザインターフェースに該当するウェブページにより使用中のソケットでない新たなソケットをオープンし、このソケットを通じてＳＳサーバ１０にＲＵＩクライアント１ ４０１の状態情報を要請する。次いで、ウェブブラウザモジュール４３は、このソケットを通じてこの要請に対する応答を受信し、これによりＳＳサーバ１０からＲＵＩクライアント１ ４０１の状態情報を獲得する。

ＳＳサーバ１０から遠隔ユーザインターフェースの状態を読込むのには、ＴＣＰコネクションオブジェクトが使われうる。図１４は、一例として図６に示されたＴＣＰ連結オブジェクトのインターフェースを用いてＳＳサーバ１０から遠隔ユーザインターフェースの状態を読込む方法を例示している。また、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔを用いて、すなわち、“ｏｐｅｎ（）”、“ｓｅｎｄ（）”、“ｏｎｒｅａｄｙｓｔａｔｕｓｃｈａｎｇｅ”、“ｒｅｓｐｏｎｓｅＴｅｘｔ”などを用いて、ＳＳサーバ１０から遠隔ユーザインターフェースの状態情報を読み込み、遠隔ユーザインターフェースを復元することもできる。

図１８は、本発明の望ましい一実施形態による遠隔ユーザインターフェース状態情報の保存方法のフローチャートである。図１８を参照するに、本実施形態による遠隔ユーザインターフェース状態情報の保存方法は、図４に示されたＲＵＩクライアント４、図７に示されたＲＵＩサーバ７及び図１０に示されたＳＳサーバ１０で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図４に示されたＲＵＩクライアント４、図７に示されたＲＵＩサーバ７及び図１０に示されたＳＳサーバ１０に関して前述した内容は、本実施形態による遠隔ユーザインターフェース状態情報の保存方法にも適用される。

但し、本実施形態による遠隔ユーザインターフェース状態情報の保存方法は、２つのＲＵＩクライアントに対して適用されるので、図４に示されたＲＵＩクライアント４をＲＵＩクライアント１ ４０１及びＲＵＩクライアント２ ４０２と表現する。一般的に、ＲＵＩクライアント１ ４０１及びＲＵＩクライアント２ ４０２は、別個のＲＵＩクライアントであるが、１つのＲＵＩクライアントでもあり得る。前者の場合は、ユーザがいろいろなＲＵＩクライアントで１つのウェブページを利用する場合であり、後者の場合は、ユーザが１つのＲＵＩクライアント上でいずれか１つのウェブページを用いていて、他のウェブページを用いて、再び以前のウェブページを用いる場合である。

１８１ステップで、ＲＵＩクライアント１ ４０１は、ユーザから遠隔ユーザインターフェースに該当するウェブページに対する要請を受信する。

１８２ステップで、ＲＵＩクライアント１ ４０１は、１８１ステップで要請されたウェブページをＲＵＩサーバ７に要請する。

１８３ステップで、ＲＵＩサーバ７は、１８２ステップで要請されたウェブページをＲＵＩクライアント１ ４０１に提供する。ここで、ＲＵＩサーバ７により提供されたウェブページは、ユーザがウェブページについての状態情報を保存しうる手段、すなわち、セーブボタンを提供するセーバブルページである。

１８４ステップで、ＲＵＩクライアント１ ４０１は、ユーザのセーブボタンクリックによってウェブページの状態情報に対する保存命令を受信する。

１８５ステップで、ＲＵＩクライアント１ ４０１は、ＲＵＩサーバ７にＧＥＴＳＴＡＴＥＳ要請メッセージを伝送することでＲＵＩサーバ７の状態情報を提供することを要請する。次いで、１８５ステップで、ＲＵＩサーバ７は、ＧＥＴＳＴＡＴＥＳ要請メッセージを受信し、これに対する応答としてＧＥＴＳＴＡＴＥＳ応答メッセージを伝送する。次いで、１８５ステップで、ＲＵＩクライアント１ ４０１は、ＧＥＴＳＴＡＴＥＳ応答メッセージを受信し、これによりＲＵＩサーバ７の状態情報を獲得する。１８５ステップは、ＲＵＩサーバ７がＲＵＩサーバ７側で遠隔ユーザインターフェースの状態情報を管理する場合に要求される選択的ステップである。

特に、１８５ステップで、ＲＵＩクライアント１ ４０１は、ＨＴＴＰオブジェクト４３２を用いてＧＥＴＳＴＡＴＥＳ要請メッセージを伝送することによって、ＲＵＩサーバ７の状態情報を提供することを要請する。また、１８５ステップで、ＲＵＩクライアント１ ４０１は、ＨＴＴＰオブジェクト４３２を用いてＧＥＴＳＴＡＴＥＳ応答メッセージを受信し、これによりＲＵＩサーバ７の状態情報を獲得する。

すなわち、１８５ステップで、ＲＵＩクライアント１ ４０１は、遠隔ユーザインターフェースに該当するウェブページにより使用中のソケットでない新たなソケットをオープンし、このソケットを通じてＧＥＴＳＴＡＴＥＳ要請メッセージを伝送することでＲＵＩサーバ７の状態情報を提供することを要請する。また、１８５ステップで、ＲＵＩクライアント１ ４０１は、このソケットを通じてＧＥＴＳＴＡＴＥＳ応答メッセージを受信し、これによりＲＵＩサーバ７の状態情報を獲得する。

１８６ステップで、ＲＵＩクライアント１ ４０１は、ユーザによりウェブページが用いられることで発生するＲＵＩクライアント４の状態情報を、このウェブページから読み込んだ。

１８７ステップで、ＲＵＩクライアント１ ４０１は、ＳＳサーバ１０にＳＡＶＥ要請メッセージを伝送することによって、ＳＳサーバ１０にウェブページの状態情報の保存を要請する。特に、１８７ステップで、ＲＵＩクライアント１ ４０１は、ＨＴＴＰオブジェクト４３２を用いてＳＡＶＥ要請メッセージを伝送することでＳＳサーバ１０にウェブページの状態情報の保存を要請する。

すなわち、１８７ステップで、ＲＵＩクライアント１ ４０１は、遠隔ユーザインターフェースに該当するウェブページにより使用中のソケットでない新たなソケットをオープンし、このソケットを通じてＳＡＶＥ要請メッセージを伝送することでＳＳサーバ１０にウェブページの状態情報の保存を要請する。

１８８ステップで、ＳＳサーバ１０はＳＡＶＥ要請メッセージを受信し、これに含まれたウェブページの状態情報をストレージ１０５に保存する。

図１９は、本発明の望ましい一実施形態による遠隔ユーザインターフェース状態情報の復旧方法のフローチャートである。図１９を参照するに、本実施形態による遠隔ユーザインターフェース状態情報の復旧方法は、図４に示されたＲＵＩクライアント４、図７に示されたＲＵＩサーバ７及び図１０に示されたＳＳサーバ１０で時系列的に処理されるステップで構成される。したがって、以下省略された内容であっても、図４に示されたＲＵＩクライアント４、図７に示されたＲＵＩサーバ７及び図１０に示されたＳＳサーバ１０に関して前述した内容は、本実施形態による遠隔ユーザインターフェース状態情報の復旧方法にも適用される。特に、本実施形態による遠隔ユーザインターフェース状態情報の復旧方法は、図１８に示された遠隔ユーザインターフェース状態情報の保存方法のあらゆるステップが行われた以後のステップである。

１９１ステップで、ＲＵＩクライアント２ ４０２は、ユーザから復旧ページの目録に対する表示命令を受信する。

１９２ステップで、ＲＵＩクライアント２ ４０２は、ＳＳサーバ１０に復旧ページ要請メッセージを伝送することで復旧ページの目録を提供することを要請する。次いで、１９２ステップで、ＳＳサーバ１０は、復旧ページ要請メッセージを受信し、これに対する応答として復旧ページ応答メッセージを伝送する。次いで、１９２ステップで、ＲＵＩクライアント２ ４０２は、復旧ページ応答メッセージを受信し、これにより復旧ページの目録、すなわち、遠隔ユーザインターフェースに該当するウェブページのＵＲＬ、ＲＵＩサーバ７の状態情報、及びＲＵＩクライアント１ ４０１の状態情報が保存された場所の位置情報ＵＲＬを獲得する。次いで、１９２ステップで、ＲＵＩクライアント２ ４０２は、ユーザに復旧ページの目録を表示する。

１９３ステップで、ＲＵＩクライアント２ ４０２は、ユーザから復旧ページの目録のうちいずれか１つの選択を受ける。すなわち、１９３ステップで、ＲＵＩクライアント２ ４０２は、ユーザが復旧しようとするウェブページのＵＲＬを選択される。

１９４ステップで、ＲＵＩクライアント２ ４０２は、ＲＵＩサーバ７に１９３ステップで選択されたウェブページの復旧を要請する。すなわち、１９４ステップで、ＲＵＩクライアント２ ４０２は、ＲＵＩサーバ７にＲＵＩサーバ７の状態情報及びＲＵＩクライアント１ ４０１の状態情報が保存された場所の位置情報ＵＲＬを提供することで遠隔ユーザインターフェースのアプリケーションの開始を要請する。

１９５ステップで、ＲＵＩサーバ７は、１９４ステップで提供されたＲＵＩサーバ７の状態情報を用いてウェブページでのＲＵＩサーバ７の状態を復旧する。次いで、１９５ステップで、ＲＵＩサーバ７は、ＲＵＩクライアント２ ４０２が１９４ステップで提供されたＲＵＩクライアント１ ４０１の状態情報が保存された場所の位置情報ＵＲＬを用いてＲＵＩクライアント１ ４０１の状態情報を獲得可能にするジャバスクリプトを含むセーバブルページを生成し、これをＲＵＩクライアント２ ４０２に返還する。

１９６ステップで、ＲＵＩクライアント２ ４０２は、１９５ステップで返還されたセーバブルページのジャバスクリプトを実行することによって、ＲＵＩクライアント１ ４０１の状態情報が保存された場所の位置情報ＵＲＬを用いてＳＳサーバ１０から１９３ステップで選択されたウェブページの復旧に要求されるＲＵＩクライアント１ ４０１の状態情報を獲得する。特に、１９６ステップで、ＲＵＩクライアント２ ４０２は、ＨＴＴＰオブジェクト４３２を用いてＳＳサーバ１０からＲＵＩクライアント１ ４０１の状態情報を獲得する。

すなわち、１９６ステップで、ＲＵＩクライアント２ ４０２は、遠隔ユーザインターフェースに該当するウェブページにより使用中のソケットでない新たなソケットをオープンして、このソケットを通じてＳＳサーバ１０にＲＵＩクライアント１ ４０１の状態情報を要請する。次いで、１９６ステップで、ＲＵＩクライアント２ ４０２は、このソケットを通じてこの要請に対する応答を受信し、これによりＳＳサーバ１０からＲＵＩクライアント１ ４０１の状態情報を獲得する。

１９７ステップで、ＲＵＩクライアント２ ４０２は、ＲＵＩサーバ７から返還されたセーバブルページ１３１のジャバスクリプトを実行することによって、１９６ステップで獲得されたＲＵＩクライアント１ ４０１の状態情報をセーバブルページ１３１に反映し、これを通じてウェブページでのクライアント１ ４０１の状態を復旧する。

図２０は、図７に示されたＲＵＩサーバ７と図１０に示されたＳＳサーバ１０の機能を１つに統合した装置の構成図である。図２０を参照するに、図７に示されたＲＵＩサーバ７と図１０に示されたＳＳサーバ１０の機能を１つに統合した装置は、ＲＵＩ ＣＤモジュール２０１、ウェブサーバモジュール２０２、ＲＵＩアプリケーションモジュール２０３、状態管理者２０４、セーブハンドラ２０５、ＲＵＩ復旧器２０６及び状態ストレージ２０７で構成される。これは、図７に示されたＲＵＩサーバ７と図１０に示されたＳＳサーバ１０の機能が１つに統合されているためにＳＳサーバを選択する過程が不要である。したがって、図７に示されたＳＳサーバ選択器７６に対応する構成要素が省略された。すなわち、図８Ａ及び図８Ｂまたは図９Ａ及び図９Ｂに示されたセーバブルページのうち、“ｓｅｔｓｅｒｖｅｒｓｔａｔｅ（）”で“ｓｔａｒｔＳｅｌｅｃｔｉｎｇＳＳＳ（）”を呼び出さず、図２０に示された装置自身のＵＲＬを引数（ａｒｇｕｍｅｎｔ）としてｓａｖｅ（）関数を呼び出すことができる。

本実施形態が属する技術分野で当業者ならば、前述した実施形態に基づいて図２０に示された構成以外にも多様な形状の構成を設計できるということを理解できるであろう。

一方、前述した本発明の実施形態は、コンピュータで実行されうるプログラムで作成可能であり、コンピュータで読取り可能な記録媒体を用いて前記プログラムを動作させる汎用デジタルコンピューターで具現しうる。また、前述した本発明の実施形態で使われたデータの構造は、コンピュータで読取り可能な記録媒体に複数の手段を通じて記録されうる。

前記コンピュータで読取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを介した伝送）のような記録媒体を含む。

これまで本発明についてその望ましい実施形態を中心に説明した。本発明が属する技術分野で当業者は、本発明が本発明の本質的な特性から外れない範囲で変形された形態に具現されうるということを理解できるであろう。したがって、開示された実施形態は、限定的な観点でなく説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明でなく、特許請求の範囲に現れており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれていると解釈せねばならない。

本発明は、遠隔ユーザインターフェースネットワークシステムに適用されうる。

従来ＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムの構成図である。 従来ＵＰｎＰでの遠隔ユーザインターフェースの状態情報を保存して復旧する過程を示す図である。 本発明の望ましい一実施形態によるＵＰｎＰ基盤の遠隔ユーザインターフェースネットワークシステムの構成図である。 本発明の望ましい一実施形態によるＲＵＩクライアントの構成図である。 本発明の望ましい一実施形態によるＳＳハンドラのインターフェースを示す図である。 本発明の望ましい一実施形態によるＴＣＰコネクションオブジェクトのインターフェースを示す図である。 本発明の望ましい一実施形態によるＲＵＩサーバの構成図である。 本発明の望ましい一実施形態によるセーバブルページの構成図である。 本発明の望ましい一実施形態によるセーバブルページの構成図である。 図８Ａ及び図８Ｂに示されたセーバブルページの他の例を示す図である。 図８Ａ及び図８Ｂに示されたセーバブルページの他の例を示す図である。 本発明の望ましい一実施形態によるＳＳサーバの構成図である。 本発明の望ましい一実施形態によるＧＥＴＳＴＡＴＥＳ要請メッセージのフォーマットを示す図である。 本発明の望ましい一実施形態によるＧＥＴＳＴＡＴＥＳ応答メッセージを示す図である。 本発明の望ましい一実施形態によるＳＡＶＥ要請メッセージを示す図である。 本発明の望ましい一実施形態による復旧ページ要請メッセージの構成図である。 本発明の望ましい一実施形態による復旧ページ応答メッセージの構成図である。 本発明の望ましい一実施形態による復旧要請メッセージの構成図である。 本発明の望ましい一実施形態による復旧応答文書に該当するセーバブルページを示す図である。 本発明の望ましい一実施形態による遠隔ユーザインターフェース状態情報の保存方法のフローチャートである。 本発明の望ましい一実施形態による遠隔ユーザインターフェース状態情報の復旧方法のフローチャートである。 図７に示されたＲＵＩサーバ７と図１０に示されたＳＳサーバとの機能を１つに統合した装置の構成図である。

符号の説明

４ ＲＵＩクライアント
７ ＲＵＩサーバ
１０ ＳＳサーバ
４１ ＲＵＩ ＣＰモジュール
４２ ＲＵＩ ＣＤモジュール
４３ ウェブブラウザモジュール
４３１ ＳＳハンドラ
４３２ ＨＴＴＰオブジェクト

Claims (26)

1. サーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報の保存を要請する方法において、
   （ａ）前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記遠隔ユーザインターフェースが用いられることによって発生する状態情報を獲得するステップと、
   （ｂ）前記獲得された状態情報の保存を要請するステップとを含むことを特徴とする方法。
2. 前記遠隔ユーザインターフェースは、前記状態情報を保存しないステートレスプロトコルを基盤とするウェブページであることを特徴とする請求項１に記載の方法。
3. 前記オブジェクトは、前記ウェブページのリロードなしに前記所定の要請を処理するジャバスクリプトオブジェクトであることを特徴とする請求項２に記載の方法。
4. 前記（ａ）ステップは、前記遠隔ユーザインターフェースにより使用中のソケットでない新たなソケットをオープンし、前記新たなソケットを通じて前記状態情報を獲得することを特徴とする請求項１に記載の方法。
5. 前記（ｂ）ステップは、前記遠隔ユーザインターフェースにより使用中のソケットでない新たなソケットをオープンし、前記新たなソケットを通じて前記状態情報の保存を要請することを特徴とする請求項１に記載の方法。
6. 前記（ｂ）ステップは、前記状態情報を保存するストレージを提供するストレージサーバに前記要請を行うことを特徴とする請求項１に記載の方法。
7. ユーザにより前記状態情報を保存するストレージサーバとして前記ストレージサーバを選択されるステップをさらに含み、
   前記（ｂ）ステップは、前記選択されたストレージサーバの情報を基盤に前記ストレージサーバに前記要請を行うことを特徴とする請求項６に記載の方法。
8. 前記（ａ）ステップは、
   （ａ１）前記遠隔ユーザインターフェースが用いられることによって発生する前記サーバの状態情報を獲得するステップと、
   （ａ２）前記遠隔ユーザインターフェースが用いられることによって発生する前記クライアントの状態情報を獲得するステップと、を含むことを特徴とする請求項１に記載の方法。
9. ユーザから前記状態情報に対する保存命令を受信すれば、前記サーバに前記サーバの状態情報を提供することを要請するステップをさらに含み、
   前記（ａ１）ステップは、前記要請に対する応答から前記サーバの状態情報を獲得することを特徴とする請求項８に記載の方法。
10. 前記（ａ２）ステップは、前記遠隔ユーザインターフェースから前記状態情報を読み込んで前記クライアントの状態情報を獲得することを特徴とする請求項８に記載の方法。
11. サーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報の保存を要請する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体において、
    （ａ）前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記遠隔ユーザインターフェースが用いられることで発生する状態情報を獲得するステップと、
    （ｂ）前記獲得された状態情報の保存を要請するステップと、を含むことを特徴とする方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体。
12. サーバにより提供された遠隔ユーザインターフェースを用いるクライアントでの前記遠隔ユーザインターフェースの状態情報の保存を要請する装置において、
    前記状態情報を保存するストレージを提供するストレージサーバの情報を獲得するＲＵＩ ＣＰモジュールと、
    前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記ＲＵＩ ＣＰモジュールにより獲得されたストレージサーバの情報を基盤に前記ストレージサーバに前記状態情報の保存を要請するウェブブラウザモジュールと、を備えることを特徴とする装置。
13. 前記ウェブブラウザモジュールは、前記オブジェクトを用いて前記クライアントにより前記遠隔ユーザインターフェースが用いられることで発生する状態情報を獲得し、前記獲得された状態情報の保存を要請することを特徴とする請求項１２に記載の装置。
14. 前記ＲＵＩ ＣＰモジュールは、ＵＰｎＰの発見過程で前記ストレージサーバの情報を獲得することを特徴とする請求項１２に記載の装置。
15. サーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報を復旧する方法において、
    （ａ）前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記遠隔ユーザインターフェースが用いられることで発生する状態情報を獲得するステップと、
    （ｂ）前記獲得された状態情報を前記遠隔ユーザインターフェースに反映するステップとを含むことを特徴とする方法。
16. 前記遠隔ユーザインターフェースは、前記状態情報を保存しないステートレスプロトコルを基盤とするウェブページであることを特徴とする請求項１５に記載の方法。
17. 前記オブジェクトは、前記ウェブページのリロードなしに前記所定の要請を処理するジャバスクリプトオブジェクトであることを特徴とする請求項１６に記載の方法。
18. 前記（ａ）ステップは、前記遠隔ユーザインターフェースにより使用中のソケットでない新たなソケットをオープンし、前記新たなソケットを通じて前記状態情報を獲得することを特徴とする請求項１５に記載の方法。
19. 前記（ａ）ステップは、前記状態情報を保存したストレージを提供するストレージサーバから前記状態情報を獲得することを特徴とする請求項１５に記載の方法。
20. 前記（ａ）ステップは、前記遠隔ユーザインターフェースが用いられることで発生する前記クライアントの状態情報を獲得し、
    前記（ｂ）ステップは、前記獲得されたクライアントの状態情報を前記遠隔ユーザインターフェースに反映することを特徴とする請求項１５に記載の方法。
21. 前記（ａ）ステップは、前記遠隔ユーザインターフェースが用いられることで発生する前記サーバの状態情報を獲得し、
    前記獲得されたサーバの状態情報を前記サーバに提供するステップをさらに含むことを特徴とする請求項１５に記載の方法。
22. ユーザにユーザの選択により復旧可能なウェブページの目録を表示し、前記表示を認知したユーザからいずれか１つのウェブページを選択されるステップをさらに含み、
    前記（ａ）ステップは、前記ウェブページの復旧に要求される状態情報を獲得することを特徴とする請求項１５に記載の方法。
23. サーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報を復旧する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体において、
    （ａ）前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記遠隔ユーザインターフェースが用いられることで発生する状態情報を獲得するステップと、
    （ｂ）前記獲得された状態情報を前記遠隔ユーザインターフェースに反映するステップとを含むことを特徴とする方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読取り可能な記録媒体。
24. サーバから遠隔ユーザインターフェースを提供されたクライアントでの前記遠隔ユーザインターフェースの状態情報を復旧する装置において、
    前記状態情報を保存したストレージを提供するストレージサーバの情報を獲得するＲＵＩ ＣＰモジュールと、
    前記遠隔ユーザインターフェースのリロードなしに所定の要請を処理するオブジェクトを用いて前記ＲＵＩ ＣＰモジュールにより獲得されたストレージサーバの情報を基盤に前記ストレージサーバから前記状態情報を獲得し、前記獲得された状態情報を前記遠隔ユーザインターフェースに反映するウェブブラウザモジュールとを備えることを特徴とする装置。
25. 前記ウェブブラウザモジュールは、前記オブジェクトを用いて前記ストレージサーバに前記クライアントにより前記遠隔ユーザインターフェースが用いられることで発生する状態情報を要請し、前記要請に対する応答として前記状態情報を獲得することを特徴とする請求項２４に記載の装置。
26. 前記ＲＵＩ ＣＰモジュールは、ＵＰｎＰの発見過程で前記ストレージサーバの情報を獲得することを特徴とする請求項２４に記載の装置。

Images