JP2010044796A - ユーザインターフェースを管理する装置及び方法 - Google Patents

Abstract

【課題】 ネットワーク上でサーバから提供されるアプリケーションのユーザインターフェースの状態をＨＴＭＬ及びＨＴＴＰを用いて管理するユーザインターフェースを管理する装置及び方法を提供する。
【解決手段】 少なくとも１つ以上の遠隔サーバがネットワーク上に存在することを示す通知パケットを生成するパケット生成部と、ネットワークを通じて伝送される所定アプリケーションのユーザインターフェースの状態に対して、通知パケットの配布結果として受信される状態の保存命令または抽出命令を管理するウェブサーバと、保存命令に従ってユーザインターフェースの状態を保存する状態保存部及び保存されたユーザインターフェースの状態のうち、抽出命令に従って抽出された特定ユーザインターフェースの状態を送信する通信部とを備える。
【選択図】 図４

Description

本発明は、ユーザインターフェースを管理する装置及び方法に係り、より詳細には、ネットワーク上でサーバから提供されるアプリケーションのユーザインターフェースの状態をＨＴＭＬ（ハイパーテキストマークアップランゲージ）及びＨＴＴＰ（ハイパーテキストトランスファープロトコル）を用いて管理するユーザインターフェースを管理する装置及び方法に関する。

遠隔でサーバから提供されるアプリケーションを用いる技術としては、マイクロソフト社のＲＤＰ（リモートデスクトッププロトコル）とインテル社のＥＲＰ（エクステンデッドリモーティングプロトコル）などがある。このような遠隔技術は、バイナリ基盤のビットマップ伝送プロトコルを基盤とするが、アプリケーションを提供するに当たって大きなネットワーク帯域幅を必要とするという短所がある。特に、遠隔アプリケーションのユーザインターフェースがオーディオ／ビデオストリーミングである場合、必要とするネットワークの帯域幅はさらに大きくなる。

一方、特定クライアントを通じてサーバから提供されるアプリケーションについての作業を行っているユーザは、今後に他のクライアントを通じて該当アプリケーションについての作業実行時にユーザインターフェースの統一性を要求しうる。すなわち、ユーザは、第１クライアントを通じて特定アプリケーションについての作業が終了した時点のユーザインターフェースが第２クライアントを通じて表示されることを希望する。

図１は、従来の変更されたクライアントを通じて遠隔アプリケーションを提供するシステムを示す図面であって、ＵＰｎＰ（ユニバーサルプラグアンドプレイ）環境下でシステムは遠隔制御ポイント１０、遠隔サーバ２０、第１遠隔クライアント３１及び第２遠隔クライアント３２を含んで構成される。

ＵＰｎＰのネットワーキングステップは、アドレス指定（アドレッシング）、検索（ディスかバリ）、説明（デスクリプション）、制御（コントロール）、イベント作業（イベンティング）及びプレゼンテーションで構成されるが、遠隔制御ポイント１０は、第１遠隔クライアント３１によって作業中の連結（コネクション）を確認する。そして、遠隔制御ポイント１０は、遠隔サーバ２０をして現在作業中の連結に対するユーザインターフェースの状態を一定時間保持させ、保存させる。

そして、遠隔制御ポイント１０は、遠隔サーバ２０と第１遠隔クライアント３１との連結を終了させ、遠隔サーバ２０と第２遠隔クライアント３２との連結を締結させた後、遠隔サーバ２０をして保存されたユーザインターフェースを第２遠隔クライアント３２に提供するように命令する。

しかし、ユーザインターフェースの状態のうち、遠隔サーバ２０によって管理されるもの以外に、遠隔クライアント３１、３２によって管理されるものもある。例えば、ウェブブラウザのクッキー（クライアントクッキー）、フォーム入力、オーディオ／ビデオオブジェクトは、いずれも遠隔クライアントによって管理されるが、これにより、従来の方式による遠隔サーバ２０に保存されたユーザインターフェースの状態には、遠隔クライアント３１、３２によって管理されるものは含まれていない。

特に、遠隔サーバ２０に保存手段が備えられていない場合、ユーザインターフェースの状態を保存し、復元しうる方法がないので、これについての改善が必要となった。

マイクロソフト社のＲＤＰ（リモートデスクトッププロトコル）

本発明は、ネットワーク上でサーバから提供されるアプリケーションのユーザインターフェースの状態を別途の装置に保存させ、これをＨＴＭＬ及びＨＴＴＰを通じて提供するところにその目的がある。

本発明の目的は、以上で言及した目的に制限されず、言及されていない他の目的は下の記載から当業者に明確に理解されうる。

前記目的を達成するために本発明の実施形態によるユーザインターフェースを管理する装置は、少なくとも１つ以上の遠隔サーバがネットワーク上に存在することを示す通知パケットを生成するパケット生成部と、前記ネットワークを通じて伝送される所定アプリケーションのユーザインターフェースの状態に対して、前記通知パケットの配布結果として受信される前記状態の保存命令または抽出命令を管理するウェブサーバと、前記保存命令に従って前記ユーザインターフェースの状態を保存する状態保存部及び前記保存されたユーザインターフェースの状態のうち、前記抽出命令に従って抽出された特定ユーザインターフェースの状態を送信する通信部と、を備える。

本発明の実施形態によるユーザインターフェースを表示する装置は、提供されたアプリケーションについてのユーザインターフェースの状態を保存するサーバを検索するサーバ検索部と、前記検索結果によって前記ユーザインターフェースの状態に対する保存命令または抽出命令のためのパケットを生成する状態管理要請部と、前記ユーザインターフェースの状態または前記パケットを送信する通信部と、前記抽出命令のためのパケットの送信に対する応答として受信された特定ユーザインターフェースを表示するウェブブラウザと、を備える。

本発明の実施形態によるユーザインターフェースを管理する方法は、（ａ）少なくとも１つ以上の遠隔サーバがネットワーク上に存在することを示す通知パケットを生成するステップと、（ｂ）前記ネットワークを通じて伝送される所定アプリケーションのユーザインターフェースの状態に対して、前記通知パケットの配布結果として受信される前記状態の保存命令または抽出命令を管理するステップと、（ｃ）前記保存命令に従って前記ユーザインターフェースの状態を保存するステップと、（ｄ）前記保存されたユーザインターフェースの状態のうち、前記抽出命令に従って抽出された特定ユーザインターフェースの状態を送信するステップと、を備える。

本発明の実施形態によるユーザインターフェースを表示する方法は、（ａ）提供されたアプリケーションについてのユーザインターフェースの状態を保存するサーバを検索するステップと、（ｂ）前記検索結果によって前記ユーザインターフェースの状態に対する保存命令または抽出命令のためのパケットを生成するステップと、（ｃ）前記ユーザインターフェースの状態または前記パケットを送信するステップと、（ｄ）前記抽出命令のためのパケットの送信に対する応答として受信された特定ユーザインターフェースを表示するステップと、を備える。

本発明のユーザインターフェースを提供する装置及び方法によれば、次のような効果が１つあるいはそれ以上ある。

第一に、ネットワーク上でサーバから提供されるアプリケーションのユーザインターフェースの状態を別途の装置に保存させることによって、相異なるクライアントを通じて該当アプリケーションの提供を受けるユーザに同じユーザインターフェースを提供しうる。

第２に、ネットワーク上に存在する複数個のサーバから提供される複数個のアプリケーションについてのユーザインターフェースを同時に管理しうる。

従来の変更されたクライアントを通じて遠隔アプリケーションを提供するシステムを示す図である。 本発明の実施形態によるユーザインターフェースを管理するシステムを示す図である。 本発明の実施形態によるアプリケーションを提供する遠隔サーバを示すブロック図である。 本発明の実施形態によるユーザインターフェースの状態を管理する保存サーバを示すブロック図である。 本発明の実施形態によるアプリケーションの提供を受ける遠隔クライアントを示すブロック図である。 本発明の実施形態によるユーザインターフェースの状態についてのＨＴＭＬコードを示す図である。 本発明の実施形態による保存命令パケット及び抽出命令パケットについてのＨＴＭＬコードを示す図である。 本発明の実施形態による保存命令パケット及び抽出命令パケットについてのＨＴＭＬコードを示す図である。 本発明の実施形態による保存サーバを検索する過程を示すフローチャートである。 本発明の実施形態によるＵＰｎＰ環境下で保存サーバを検索する過程を示すフローチャートである。 本発明の実施形態によるユーザインターフェースの状態を検索する過程を示すフローチャートである。 本発明の実施形態によるユーザインターフェースの状態を管理する過程を示すフローチャートである。 本発明の実施形態によるアプリケーションの提供を受ける過程を示すフローチャートである。

その他の実施例の具体的な事項は詳細な説明及び図面に含まれている。本発明の利点及び特徴、そしてこれを達成する方法は添付した図面に基づいて詳細に後述する実施例を参照すれば明確になる。しかし、本発明は以下で開示される実施例に限定されるものではなく、この実施例から外れて多様な形態で具現でき、本明細書で説明する実施例は本発明の開示を完全にし、本発明が属する技術分野で当業者に発明の範ちゅうを完全に報せるために提供されるものであり、本発明は請求項及び発明の詳細な説明によってのみ定義される。一方、明細書全体にわたって同一な参照符号は同一な構成要素を示す。

以下、添付した図面を参照して本発明の望ましい実施形態を詳細に説明する。

図２は、本発明の実施形態によるユーザインターフェースを管理するシステムを示す図面であって、システムは、遠隔サーバ３００、保存サーバ４００及び遠隔クライアント５００を含んで構成される。

ネットワーク２００上に遠隔サーバ３００は、少なくとも１つ以上存在できるが、遠隔サーバ３００は、遠隔クライアント５００にアプリケーションを提供する役割を果たす。このために、それぞれの遠隔サーバ２１１、２１２、２１３は、ウェブサーバを備え、自身がネットワーク２００に参加しているという通知パケットを周期的に送信しうる。ここで、アプリケーションは、ウェブページだけでなく実行可能なアプリケーションプログラムが含まれうる。

また、遠隔サーバ３００は、遠隔クライアント５００の要請に応じて自身の状態を送信することもできる。遠隔サーバ３００の状態には提供中のアプリケーションのＵＲＬ（ユニフォームリソースロケータ）が含まれうる。

ここで、ネットワーク２００は、有線または無線ネットワークであり得るが、ＨＴＴＰを用いて各装置間のデータを伝達する役割を果たす。

遠隔クライアント５００は、遠隔サーバ３００から提供されたアプリケーションを表示する役割を果たす。このために、遠隔クライアント５００は、ウェブブラウザを備えうる。アプリケーションの提供を受けるために遠隔クライアント５００は、まずネットワーク２００上に遠隔サーバ３００が存在しているか否かを検索する。遠隔サーバ３００の検索は通知パケットを受信することによって行われうるが、遠隔クライアント５００は、通知パケットに含まれた遠隔サーバ３００のアドレスを参照して遠隔サーバ３００と通信し、所望のアプリケーションを要請する。

このような過程を通じてアプリケーションの提供を受ける途中に遠隔クライアント２００は、アプリケーションの受信を中断しうる。この際、提供されていたアプリケーションは、後で再び提供されうるが、このために遠隔クライアント２００は、中断時点でのアプリケーションについてのユーザインターフェースの状態を保存サーバ４００に送信して保存させる。

保存サーバ４００も遠隔サーバ３００と同様に自身がネットワーク２００に参加しているという通知パケットを周期的に送信し、このためにウェブサーバを備えうる。保存サーバ４００の通知パケットを受信した遠隔クライアント５００は、通知パケットに含まれた保存サーバ４００のアドレスを参照して保存サーバ４００と通信し、自身が提供されていたアプリケーションについてのユーザインターフェースの状態を保存サーバ４００に送信する。

ここで、ユーザインターフェースの状態には、アプリケーションについての遠隔サーバ３００側の状態及び遠隔クライアント５００側の状態を含むが、遠隔サーバ３００側の状態は、前述したようにアプリケーションのＵＲＬが含まれ、遠隔クライアント５００側の状態はウェブブラウザのクッキー、フォーム入力及びオーディオ／ビデオオブジェクトを含む。

ユーザインターフェースの状態は、ＨＴＭＬの形で保存サーバ４００に提供されうるが、少なくとも１つ以上の遠隔サーバ３００から提供されているアプリケーションに関するものであり得る。

例えば、第１遠隔クライアント２３１は、第１遠隔サーバ２１１及び第２遠隔サーバ２１２から同時にアプリケーションを提供されうるが、この際、第１遠隔クライアント２３１が保存しようとするユーザインターフェースの状態には、第１遠隔サーバ２１１の状態、第２遠隔サーバ２１２の状態及び自身のウェブブラウザのクッキー、フォーム入力及びオーディオ／ビデオオブジェクトを含む。

一方、第１遠隔クライアント２３１を通じて少なくとも１つ以上の遠隔サーバ２００から提供されたアプリケーションについての作業を行ったユーザは、これについての作業を中止してユーザインターフェースの状態を保存サーバ４００に保存した後で第２遠隔クライアント２３１を通じて作業し続けることができる。

この際、第２遠隔クライアント２３１は、保存サーバ４００から送信される通知パケットを受信して保存サーバ４００がネットワーク２００上に存在していることを確認した後で保存サーバ４００に該当ユーザインターフェースの状態を要請する。

遠隔クライアント５００の要請に応じて保存サーバ４００は、該当ユーザインターフェースの状態を送信するが、該当ユーザインターフェースの状態には複数個の遠隔サーバ３００から提供される複数個のアプリケーションについてのユーザインターフェースの状態が含まれうる。

複数個のアプリケーションについてのユーザインターフェースの状態を受信した第２遠隔クライアント２３２は、ユーザインターフェースの状態に含まれた複数個のアプリケーションを同時に提供されるか、ユーザによって選択された１つまたは２つ以上のアプリケーションを提供されうる。

図３は、本発明の実施形態によるアプリケーションを提供する遠隔サーバを示すブロック図であって、遠隔サーバ３００はアプリケーション生成部３１０、パケット生成部３２０、ウェブサーバ３３０、制御部３４０、状態管理部３５０及び通信部３６０を含んで構成される。

アプリケーション生成部３１０は、遠隔クライアント５００に提供するアプリケーションを生成する役割を果たす。ここで、アプリケーションは、ウェブページだけでなく、遠隔クライアント５００で実行されうるアプリケーションプログラムを含む。

パケット生成部３２０は、遠隔サーバ３００がネットワーク上に存在していることを示す通知パケットを生成する役割を果たす。通知パケットには、遠隔サーバ３００のアドレスが含まれているが、これを参照して遠隔クライアント５００は遠隔サーバ３００と通信可能となる。通知パケットは、通信部３６０を通じて周期的に送信しうる。

ウェブサーバ３３０は、クライアント／サーバモデルとＨＴＴＰとを用いてアプリケーションを遠隔クライアント５００に提供する役割を果たす。ウェブサーバ３３０としては、遠隔サーバ３００で駆動されている運用体系によってアパッチ、ＩＩＳ（インターネットインフォメーションサーバー）、エンタープライズサーバまたはロータスドミノサーバなどが使われうる。

状態管理部３５０は、提供中のアプリケーションについてのユーザインターフェースの状態を遠隔クライアント５００に提供する役割を果たす。ここで、状態管理部３５０によって管理される状態は、遠隔サーバ３００側の状態のみを意味するものであって、アプリケーシンのＵＲＬが含まれうる。

遠隔クライアント５００からユーザインターフェースの状態を要請されれば、状態管理部３５０は現在提供中のアプリケーションについてのユーザインターフェースの状態を確認した後で通信部３６０を通じて確認された結果を送信する。

通信部３６０は、遠隔クライアント５００と通信して通知パケット、アプリケーションまたはユーザインターフェースの状態を送信し、ユーザインターフェースの状態に対する要請パケットを受信する役割を果たす。

通信部３６０と遠隔クライアント５００との通信方式は、イーサネット（登録商標）、ＵＳＢ、ＩＥＥＥ１３９４、直列通信（シリアルコミュニケーション）及び並列通信（パラレルコミュニケーション）のような有線通信方式が使われ、赤外線通信、ブルートゥース、フォームＲＦ及び無線ＬＡＮのような無線通信方式が使われうる。

ここで、通信部３６０を通じて送受信されるパケットは、ＨＴＭＬ形式によるものであり、これにより、ユーザインターフェースを映像データとして提供する方式に比べてネットワークの部下を減少させうる。

制御部３４０は、通信部３６０を通じて受信されたパケットの種類を判断する役割を行い、アプリケーション生成部３１０、パケット生成部３２０、ウェブサーバ３３０、状態管理部３５０、通信部３６０及び遠隔サーバ３００の全般的な制御を行う。

図４は、本発明の実施形態によるユーザインターフェースの状態を管理する保存サーバを示すブロック図であって、保存サーバ４００は、状態保存部４１０、ウェブサーバ４２０、制御部４３０、パケット生成部４４０及び通信部４５０を含んで構成される。

状態保存部４１０は、遠隔クライアント５００から受信したユーザインターフェースの状態を保存する役割を果たす。ここで、ユーザインターフェースの状態は、遠隔クライアント５００のウェブブラウザのクッキー、フォーム入力、オーディオ／ビデオオブジェクト及びアプリケーションを提供する遠隔サーバ３００の状態を含むが、遠隔サーバ３００の状態は少なくとも１つ以上の遠隔サーバ３００の状態が含まれうる。

ユーザインターフェース状態の保存において、各ユーザインターフェースの状態には所定の名称が与えられうる。ここで、名称は、遠隔クライアント５００のユーザによって直接入力されるか、保存時点、アプリケーションの名称、遠隔サーバの名称または遠隔サーバのアドレスなどを自動で組合わせうる。

状態保存部４１０は、ハードディスク、フラッシュメモリ、ＣＦカード（コンパクトフラッシュ（登録商標）カード）、ＳＤカード（セキュアデジタルカード）、ＳＭカード（スマートメディアカード）、ＭＭＣ（マルチメディアカード）またはメモリスティックなど情報の入出力が可能なモジュールを含む。

ウェブサーバ４２０は、クライアント／サーバモデルとＨＴＴＰとを用いてユーザインターフェースの状態保存のためのインターフェースを遠隔クライアント５００に提供する役割を果たす。すなわち、遠隔クライアント５００のユーザは、ウェブサーバ４２０から提供されたインターフェースを通じてユーザインターフェースの状態を保存して抽出しうる。

パケット生成部４４０は、保存サーバ４００がネットワーク上に存在していることを示す通知パケットを生成する役割を果たす。通知パケットには、保存サーバ４００のアドレスが含まれているが、これを参照して遠隔クライアント５００は保存サーバ４００と通信可能となる。通知パケットは、通信部４５０を通じて周期的に送信しうる。

通信部４５０は、遠隔クライアント５００と通信して通知パケット、保存命令、抽出命令またはユーザインターフェースの状態を送受信する役割を果たす。通信部４５０と遠隔クライアント５００との間の通信方式は、イーサネット（登録商標）、ＵＳＢ、ＩＥＥＥ１３９４、直列通信及び並列通信のような有線通信方式が使われ、赤外線通信、ブルートゥース、フォームＲＦ及び無線ＬＡＮのような無線通信方式が使われうる。ここで、通信部４５０を通じて送受信されるパケットは、ＨＴＭＬ形式によったものであり得る。

制御部４３０は、通信部４５０を通じて受信されたパケットの種類を判断する役割を行い、状態保存部４１０、ウェブサーバ４２０、パケット生成部４４０、通信部４５０及び保存サーバ４００の全般的な制御を行う。

一方、遠隔サーバ３００と保存サーバ４００は、１つの装置（以下、統合サーバという）に備えられうる。すなわち、統合サーバは、遠隔クライアント５００にアプリケーションを提供し、遠隔クライアント５００の要請に応じてユーザインターフェースの状態を保存しうる。

この際、統合サーバに保存されるユーザインターフェースの状態は統合サーバによって提供されるアプリケーションについてのユーザインターフェースだけでなく、別途の遠隔サーバによって提供されるアプリケーションについてのユーザインターフェースの状態が含まれうる。

図５は、本発明の実施形態によるアプリケーションの提供を受ける遠隔クライアントを示すブロック図であって、遠隔クライアント５００は、状態管理要請部５１０、保存部５２０、ウェブブラウザ５３０、制御部５４０、サーバ検索部５５０及び通信部５６０を含んで構成される。

状態管理要請部５１０は、遠隔サーバ３００の状態を要請するための要請パケット、ユーザインターフェースの状態に対する保存命令のためのパケット（以下、保存命令パケットと称する）及びユーザインターフェースの状態に対する抽出命令のためのパケット（以下、抽出命令パケットと称する）を生成する役割を果たす。

各パケットは、通信部５６０を通じて送信されるが、要請パケットは遠隔サーバ３００に送信され、保存命令パケット及び抽出命令パケットは保存サーバ４００に送信される。

ウェブブラウザ５３０は、遠隔サーバ３００から提供されたアプリケーションを表示するか、抽出命令パケットについての応答として保存サーバ４００から受信されたユーザインターフェースを表示する役割を果たす。

ここで、ウェブブラウザ５３０は、保存サーバ４００から提供された複数個のユーザインターフェースの状態に対する名称を表示するが、この際、ユーザは、表示された名称のうち、１つを選択することによって所望のアプリケーションについての作業を行う。

サーバ検索部５５０は、遠隔サーバ３００または保存サーバ４００を検索する役割を行う。遠隔サーバ３００及び保存サーバ４００は、自分がネットワークに参加しているということを通知するために周期的に通知パケットを配布するが、サーバ検索部５５０は、通信部５６０を通じて受信された通知パケットを分析して遠隔サーバ３００または保存サーバ４００がネットワーク上に存在しているかを判断するものである。

もし、遠隔サーバ３００または保存サーバ４００がネットワーク上に存在するものであって、サーバ検索部５５０によって判断された場合、通知パケットに含まれた遠隔サーバ３００のアドレスまたは保存サーバ４００のアドレスが制御部に伝えられる。

制御部５４０は、サーバ検索部５５０から伝達されたアドレスを参照してウェブブラウザ５３０と遠隔サーバ３００のウェブサーバ３３０または保存サーバ４００のウェブサーバ４２０を互いに通信可能にする。また、制御部５４０は、状態管理要請部５１０、保存部５２０、ウェブブラウザ５３０、サーバ検索部５５０、通信部５６０及び遠隔クライアント５００の全般的な制御を行う。

保存部５２０は、ネットワークを構成する周辺装置についての情報であるキャッシュ情報を保存する。サーバ検索部５１０によって検索された遠隔サーバ３００及び保存サーバ４００のアドレスがキャッシュ情報に含まれ、また、保存サーバ４００の場合、別途のフラグが付加されて保存されうる。保存部５２０は、ハードディスク、フラッシュメモリ、ＣＦカード、ＳＤカード、ＳＭカード、ＭＭＣまたはメモリスティックなど情報の入出力が可能なモジュールを備える。

通信部５６０は、遠隔サーバ３００または保存サーバ４００と通信してアプリケーション、要請パケット、保存命令パケット及び抽出命令パケットなどを送受信する役割を果たす。

ここで、通信部５６０は、ＨＴＴＰを用いてアプリケーション、ユーザインターフェースの状態またはパケットを送受信できるが、ユーザインターフェースの状態及びパケットは、ＨＴＭＬで構成されうる。

図６は、本発明の実施形態によるユーザインターフェースの状態に対するＨＴＭＬコードを示す図面であって、遠隔クライアントによって生成されて保存サーバに送信されるＨＴＭＬコード６００を示す図面である。

前述したように、ユーザインターフェースの状態には、アプリケーションのＵＲＬ、遠隔クライアントのウェブブラウザのクッキー、フォーム入力、オーディオ／ビデオオブジェクト及び遠隔サーバのアドレスが含まれうるが、ＨＴＭＬコード６００にはアプリケーションによる複数個のユーザインターフェースの状態が含まれうる。

図６において、＿ｕｒｌ＃＿にはアプリケーションを提供する少なくとも１つ以上のアプリケーションについてのＵＲＬが入力されるが、例えば、＿ｕｒｌ１＿には、最初のアプリケーションのＵＲＬ（ＵＲＬＦｏｒＰａｇｅＴｏＢｅＳａｖｅｄ＃１）が入力され、＿ｕｒｌ２＿には、二番目のアプリケーションのＵＲＬ（ＵＲＬＦｏｒＰａｇｅＴｏＢｅＳａｖｅｄ＃２）が入力されうる。

それぞれのユーザインターフェースの状態には、１つのクッキー（ｕｒｌ＃．ｃｏｏｋｉｅ）及び少なくとも１つ以上のフォーム入力（ｕｒｌ＃．ｆｏｒｍ．ｆｏｒｍｉｄ＃）とオーディオ／ビデオオブジェクト（ｕｒｌ．ａｖ．ａｖｏｂｊｉｄ＃．ｓｔａｔｅ＃）が含まれ、遠隔サーバの状態（ｕｒｌ＃．ｓｅｒｖｅｒ）が含まれうる。

フォーム入力において、ｆｏｒｍｉｄ＃は、フォーム入力の固有番号を示し、その形式（タイプ）は入力された値（ｆｏｒｍｉｄ＃＿ｖａｌｕｅ＿ｓｔｒｉｎｇ）の形式によって決定される。例えば、入力された値の形態がテキストである場合、フォーム入力の形式はテキストとなる。

オーディオ／ビデオオブジェクトにおいてａｖｏｂｊｉｄ＃は、オーディオ／ビデオオブジェクトの固有番号を示し、ｓｔａｔｅ＃は、オーディオ／ビデオオブジェクトに対するＵＲＬまたは再生情報を示す。例えば、オーディオ／ビデオオブジェクトのＵＲＬを示す場合、ｕｒｌ．ａｖ．ａｖｏｂｊｉｄ．ｄａｔａ＝ｈｔｔｐ：／／１９２．１６８．０．１／ｖｉｄｅｏｓ／ｅｆｇ．ｍｐｇのように示し、オーディオ／ビデオオブジェクトの再生情報を示す場合、ｕｒｌ．ａｖ．ａｖｏｂｊｉｄ．ｐｌａｙＰｏｓｔｉｏｎ＝９３８４７のように示しうる。ここで、ｐｌａｙＰｏｓｉｔｉｏｎは、オーディオ／ビデオオブジェクトの再生における特定の再生位置を意味する。

遠隔サーバの状態には、遠隔クライアントが遠隔サーバに要請した遠隔サーバの状態が入力される。例えば、遠隔クライアントが遠隔サーバに接続してアプリケーションとしてＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）情報を提供されている場合、遠隔サーバは遠隔クライアントの要請に応じてｐｒｏｇｉｄ：１２３／ｒｅｃｏｒｄＳｔａｒｔＴｉｍｅ：０９￥：００ＡＭ／ｓｔｅｐ：のように応答できるが、これにより、ｕｒｌ．ｓｅｒｖｅｒ＝ｐｒｏｇｉｄ：１２３／ｒｅｃｏｒｄＳｔａｒｔＴｉｍｅ：０９￥：００ＡＭ／ｓｔｅｐ：３のように示しうる。

図７Ａ及び図７Ｂは、本発明の実施形態による保存命令パケット及び抽出命令パケットについてのＨＴＭＬコードを示す図面であって、保存命令パケット７００ａは、ユーザインターフェースの名称（／ＳＡＶＥ？＿ｎａｍｅ＿）、遠隔クライアントの名称（ＨＯＳＴ）、パケットの大きさ（コンテントレンクス）及びＨＴＭＬ文書の形式（コンテントタイプ）が含まれ、図６を通じて前述したユーザインターフェースの状態に対するＨＴＭＬコードが含まれる。

ここで、ユーザインターフェースの名称は、遠隔クライアント５００のユーザによって直接入力されるか、保存時点、アプリケーションの名称、遠隔サーバの名称または遠隔サーバのアドレスなどが自動で組合わせうる。

この際、保存命令パケット７００ａに含まれたユーザインターフェースの名称が保存サーバ４００に既保存されたユーザインターフェースの名称と同じ場合、ユーザによって異なる名称が指定されるか、保存サーバ４００により任意の名称が指定されうる。例えば、保存サーバ４００は、伝達されたユーザインターフェースの名称に所定数字を付け加えることによって、既保存されたユーザインターフェースの名称と区別可能にする。

一方、遠隔クライアント５００は、複数個の遠隔サーバ３００から提供されたそれぞれのアプリケーションについての複数個のユーザインターフェースの状態を保存するための保存命令パケット７００ａを送信することもできるが、これにより、保存命令パケット７００ａには、複数個のユーザインターフェースの状態が含まれることもできる。

図７Ｂに示されたように、抽出命令パケット７００ｂは、抽出しようとするユーザインターフェースの名称（／ＲＥＳＴＯＲＥ？＿ｎａｍｅ＿）及び遠隔クライアントの名称（ホスト）についてのＨＴＭＬコードが含まれる。

抽出命令パケット７００ｂを受信した保存サーバ４００は、保存されたユーザインターフェースの状態のうち、該当ユーザインターフェースの名称を有する状態を抽出して遠隔クライアント５００に送信する。

図８は、本発明の実施形態による保存サーバを検索する過程を示すフローチャートである。

遠隔サーバ３００または保存サーバ４００から通知パケットを受信した遠隔クライアント５００は通知パケットに含まれたアドレスを参照して遠隔サーバ３００または保存サーバ４００にＨＴＴＰ要請（ＨＴＴＰリクエスト）パケットを送信する。

まず、保存手段を備えていない遠隔サーバ３００にＨＴＴＰ要請パケットが送信された場合（Ｓ８１０）、遠隔サーバ３００は、遠隔クライアント５００にＨＴＴＰ応答パケットを送信するが（Ｓ８２０）、ここで、ＨＴＴＰ応答パケットのヘッダには遠隔サーバ３００に保存手段が備えられているというフラグが含まれていない。

これにより、遠隔クライアント５００がネットワーク上に存在するさらに他のサーバの保存サーバ４００にＨＴＴＰ要請パケットを送信すれば（Ｓ８３０）、保存サーバ４００は、遠隔クライアント５００にＨＴＴＰ応答パケットを送信するが（Ｓ８４０）、ここで、ＨＴＴＰ応答パケットのヘッダには、保存サーバに保存手段が備えられているというフラグが含まれている。一例として、次のようなフラグがヘッダに挿入されうる。

ＲＵＩＳ−Ｃａｐａｂｉｌｉｔｉｅｓ：ＳｔａｔｅＳｔｏｒａｇｅ
ここで、ＲＵＩＳは、遠隔ユーザインターフェースサーバを示し、ウェブサーバ３３０、４２０を備える遠隔サーバ３００、保存サーバ４００及び統合サーバを意味する。

そして、ユーザが保存命令を入力すれば（Ｓ８５０）、遠隔クライアント５００は、現在作業中のアプリケーションについてのユーザインターフェースの状態を収集する（Ｓ８６０）。すなわち、アプリケーションを提供する遠隔サーバ３００に要請してアプリケーションのＵＲＬを受信し、ウェブブラウザのクッキー、フォーム入力及びオーディオ／ビデオオブジェクトを確認する。

そして、遠隔クライアント５００は、ユーザインターフェースの名称、遠隔クライアントの名称、パケットの大きさ、ＨＴＭＬ文書の形式及び収集したユーザインターフェースの状態についてのＨＴＭＬコードが含まれた保存命令パケット７００ａを保存サーバ４００に送信し（Ｓ８７０）、保存サーバは受信された保存命令パケット７００ａに含まれたユーザインターフェースの状態についてのＨＴＭＬコードを保存する。

図９は、本発明の実施形態によるＵＰｎＰ環境下で保存サーバを検索する過程を示すフローチャートである。

遠隔クライアント５００のサーバ検索部５５０がＵＰｎＰの制御ポイントの役割を行い、遠隔サーバ３００または保存サーバ４００の制御部３４０または４３０及びパケット生成部３２０または４４０が被制御装置の役割を行って遠隔クライアント５００及びサーバ（遠隔サーバまたは保存サーバ）３００または４００間にＵＰｎＰ通信が行われうる。

遠隔サーバ３００または保存サーバ４００との検索ステップを通じて通知パケットを受信した遠隔クライアント５００は通知パケットに含まれたアドレスを参照して遠隔サーバ３００または保存サーバ４００にＤＤＤ（デバイスデスクリプションドキュメント）要請パケットをＨＴＴＰ
ＧＥＴ方式で送信する。

まず、保存手段を備えていない遠隔サーバ３００にＤＤＤ要請パケットが送信された場合（Ｓ９１０）、遠隔サーバ３００は、遠隔クライアント５００にＤＤＤ応答パケットを送信するが（Ｓ９２０）、ここで、ＤＤＤ応答パケットのヘッダには、遠隔サーバ３００に保存手段が備えられているという情報が含まれていない。

これにより、遠隔クライアント５００は、受信されたＤＤＤ応答パケットを分析してネットワークを構成する周辺装置についての情報であるキャッシュ情報を更新する（Ｓ９３０）。そして、更新されたキャッシュ情報を保存部５２０に保存した後、ネットワーク上に存在するさらに他のサーバの保存サーバ４００にＤＤＤ要請パケットを送信する（Ｓ９４０）。

ＤＤＤ要請パケットを受信した保存サーバ４００は、遠隔クライアント５００にＤＤＤ応答パケットを送信するが（Ｓ９５０）、ここで、ＤＤＤ応答パケットには、保存サーバ４００に保存手段が備えられているという情報が含まれている。一例として、次のような情報がＤＤＤ応答パケットに挿入されうる。
＜ＲＵＩＳ−Ｃａｐａｂｉｌｉｔｉｅｓ＞ＳｔａｔｅＳｔｏｒａｇｅ＜／ＲＵＩＳ−Ｃａｐａｂｉｌｉｔｉｅｓ＞
これにより、遠隔クライアント５００は、受信されたＤＤＤ応答パケットを分析してキャッシュ情報を更新し（Ｓ９６０）、更新されたキャッシュ情報を保存部５２０に保存する。ＤＤＤ要請パケットの送信及びＤＤＤ応答パケットの分析は、ネットワークに存在するあらゆる装置に対して行われるが、これにより、保存手段を備えた複数個の保存サーバ４００についての情報がキャッシュ情報に含まれうる。

そして、ユーザが保存命令を入力すれば（Ｓ９７０）、遠隔クライアント５００は、現在作業中のアプリケーションについてのユーザインターフェースの状態を収集する（Ｓ９８０）。

そして、遠隔クライアント５００は、キャッシュ情報に含まれた保存サーバ４００のリストのうち、１つを選択した後、選択された保存サーバ４００にユーザインターフェースの状態が含まれた保存命令パケット７００ａを送信する（Ｓ９９０）。ここで、保存サーバ４００の選択は、ユーザによって行われうる。

図１０は、本発明の実施形態によるＵＰｎＰ環境下でユーザインターフェースの状態を検索する過程を示すフローチャートである。

遠隔クライアント５００のサーバ検索部５５０がＵＰｎＰの制御ポイントの役割を行い、保存サーバ４００の制御部４３０及びパケット生成部４４０が被制御装置の役割を行う場合、遠隔クライアント５００と保存サーバ４００との間にＵＰｎＰ通信が行われうる。

保存サーバ４００との検索ステップを通じて通知パケットを受信した遠隔クライアント５００は、通知パケットに含まれたアドレスを参照して保存サーバ４００にＤＤＤ要請パケットを送信する（Ｓ１０１０）。

ＤＤＤ要請パケットを受信した保存サーバ４００は、遠隔クライアント５００にＤＤＤ応答パケットを送信するが（Ｓ１０２０）、ここで、ＤＤＤ応答パケットには、アプリケーションのリストが含まれている。また、ＤＤＤ応答パケットには、各アプリケーションについてのユーザインターフェースのＵＲＬが含まれうる。

一例として、次のようなＸＭＬコードがＤＤＤ応答パケットに挿入されうる。
＜ｕｉｌｉｓｔ ｘｍｌｎｓ＝“ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｒｅｍｏｔｅｕｉ：ｕｉｌｉｓｔ−１−０”
ｘｍｌｎｓ：ｘｓｉ＝“ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ−ｉｎｓｔａｎｃｅ”
ｘｓｉ：ｓｃｈｅｍａＬｏｃａｔｉｏｎ＝“ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｒｅｍｏｔｅｕｉ：ｕｉｌｉｓｔ−１−０ＣｏｍｐａｔｉｂｌｅＵＩｓ．ｘｓｄ”＞
＜ｕｉ＞
＜ｕｉＩＤ＞４５６０−９８７６−１２６５−８７５８＜／ｕｉＩＤ＞
＜ｎａｍｅ＞Ｍｕｓｉｃｐｌａｙｅｒ＜／ｎａｍｅ＞
＜ｄｅｓｃｒｉｐｔｉｏｎ＞Ｍｕｓｉｃ ｂｒｏｗｓｉｎｇ ａｎｄ ｐｌａｙｂａｃｋａｐｐｌｉｃａｔｉｏｎ＜／ｄｅｓｃｒｉｐｔｉｏｎ＞
＜ｉｃｏｎＬｉｓｔ＞・・・＜／ｉｃｏｎＬｉｓｔ＞
＜ｆｏｒｋ＞ｔｒｕｅ＜／ｆｏｒｋ＞
＜ｌｉｆｅｔｉｍｅ＞−１＜／ｌｉｆｅｔｉｍｅ＞
＜ｐｒｏｔｏｃｏｌ ｓｈｏｒｔＮａｍｅ＝“ＶＮＣ”＞
＜ｕｒｉ＞ｈｔｔｐ：／／１９２．１６８．０．２／ＳＲＨ＜／ｕｒｉ＞
＜ｐｒｏｔｏｃｏｌＩｎｆｏ＞・・・ｏｐａｑｕｅ・・・＜／ｐｒｏｔｏｃｏｌＩｎｆｏ＞
＜／ｐｒｏｔｏｃｏｌ＞
＜／ｕｉ＞
ここで、ｈｔｔｐ：／／１９２．１６８．０．２／ＳＲＨは、保存サーバ４００でユーザインターフェースの状態を保存するモジュール、すなわち、状態保存部４１０のアドレスを示す。

これにより、遠隔クライアント５００は、受信されたＤＤＤ応答パケットを分析してキャッシュ情報を更新し、更新されたキャッシュ情報を保存部５２０に保存する。

そして、ユーザから入力されたユーザインターフェースの状態検索命令に従って遠隔クライアント５００はキャッシュ情報に含まれた保存サーバ４００の状態保存部４１０のアドレスを抽出し、抽出されたアドレスを用いて保存サーバ４００との通信を行うためにＨＴＴＰ要請パケットを送信する（Ｓ１０３０）。

これにより、保存サーバ４００は、ＨＴＴＰ応答パケットを送信するが（Ｓ１０４０）、ＨＴＴＰ応答パケットには、ユーザインターフェースの状態についてのリストがＨＴＭＬまたはＸＭＬ（エクステンシブルマークアップランゲージ）形式で挿入されている。すなわち、各ユーザインターフェースの状態についてのハイパーリンクがＨＴＴＰ応答パケットに含まれているものであって、ハイパーリンクは一例として次の通りである。
＜ａ ｈｒｅｆ＝“ｈｔｔｐ：／／ＲＵＩＳ−ＩＰ−ＡＤＤＲ：ＰＯＲＴ／ＲＥＳＴＯＲＥ？＿ｎａｍｅ＿＝‘ＥＰＧ Ｓａｖｅｄ ２１ｔｈ Ｏｃｔ ９：００ ＡＭ’”ｏｎ Ｃｌｉｃｋ＝“ｊａｖａｓｃｒｉｐｔ：ｓａｖｅｄＳｔａｔｅＨａｎｄｌｅｒ”＞ＥＰＧ Ｓａｖｅｄ ２１ｔｈ Ｏｃｔ９：００ＡＭ＜／ａ＞
ＨＴＭＬ形式のリストは遠隔クライアント５００のウェブブラウザ５３０を通じて出力され、ユーザは出力されたリストのうち、自身が願うユーザインターフェースの状態を選択する。

選択結果が挿入されたパケット、すなわち、抽出命令パケット７００ｂは、保存サーバ４００に送信され（Ｓ１０５０）、保存サーバ４００は、抽出命令パケット７００ｂに含まれたユーザインターフェースの状態を状態保存部４１０から抽出して遠隔クライアント５００に送信し（Ｓ１０６０）、遠隔クライアント５００は、受信されたユーザインターフェースの状態によって該当アプリケーションについてのユーザインターフェースを復元する。

図１１は、本発明の実施形態によるユーザインターフェースの状態を管理する過程を示すフローチャートである。

ユーザインターフェースの状態を管理するために保存サーバ４００のパケット生成部４４０は、保存サーバ４００がネットワーク上に存在していることを示す通知パケットを生成する。通知パケットは、通信部４５０を通じて周期的に送信されるが（Ｓ１１１０）、通知パケットが送信されることによって、ウェブサーバ４２０は、通信部４５０を通じて遠隔クライアント５００と通信を行う。

そして、ウェブサーバ４２０は、遠隔クライアント５００から保存命令パケット７００ａを受信するが（Ｓ１１２０）、状態保存部４１０は、受信された保存命令パケット７００ａに含まれたユーザインターフェースの状態を保存する。ここで、ユーザインターフェースの状態は、遠隔クライアント５００のウェブブラウザのクッキー、フォーム入力、オーディオ／ビデオオブジェクト及びアプリケーションのＵＲＬを含む。

そして、ウェブサーバ４２０は、遠隔クライアント５００から抽出命令パケット７００ｂを受信し（Ｓ１１３０）、制御部４３０は、状態保存部４１０を検索して抽出命令パケット７００ｂに含まれたユーザインターフェースの状態を抽出する。

抽出されたユーザインターフェースの状態は、通信部４５０を通じて遠隔クライアント５００に送信され（Ｓ１１４０）、これにより、遠隔クライアント５００は復元しようとするアプリケーションについてのユーザインターフェースを表示する。

図１２は、本発明の実施形態によるアプリケーションの提供を受ける過程を示すフローチャートである。

遠隔サーバ３００から提供されたアプリケーションを復元するために遠隔クライアント５００のサーバ検索部５５０は提供されたアプリケーションについてのユーザインターフェースの状態を保存しうる保存サーバ４００を検索する（Ｓ１２１０）。サーバ検索部５５０は、通信部５６０を通じて受信された通知パケットを分析して保存サーバ４００がネットワーク上に存在しているか否かを判断する。

サーバ検索部５５０の検索結果によってネットワーク上に保存サーバ４００が存在すれば、ユーザの保存命令入力によって、状態管理要請部５１０は、ユーザインターフェースの状態についての保存命令パケット７００ａを生成する（Ｓ１２２０）。

保存命令パケット７００ａを生成するために、状態管理要請部５１０は、現在作業中のアプリケーションについてのユーザインターフェースの状態を収集するが、ユーザインターフェースの状態にはアプリケーションのＵＲＬ、ウェブブラウザのクッキー、フォーム入力及びオーディオ／ビデオオブジェクトなどが含まれる。保存命令パケット７００ａは、通信部５６０を通じて保存サーバ４００に送信される（Ｓ１２３０）。

ここで、アプリケーションのＵＲＬは、アプリケーションを提供する遠隔サーバ３００から提供されうるが、一例として次のようなＨＴＴＰコードが含まれたＨＴＴＰ要請パケットが遠隔サーバ３００に送信されうる。
ｈｔｔｐ：／／１９２．１６８．１．１／ＥＰＧ／ｒｅｃｏｒｄ／ＧＥＴＳＴＡＴＥ
ＨＴＴＰ要請パケットに対する応答として遠隔サーバ３００は、ＨＴＴＰ応答パケットを遠隔クライアント５００に送信するが、ＨＴＴＰ応答パケットにはアプリケーションについての情報が含まれている次のようなＨＴＴＰコードが含まれうる。
ｐｒｏｇｉｄ：１２３／ｒｅｃｏｒｄＳｔａｒｔＴｉｍｅ：０９￥：００ＡＭ／ｒｅｃｏｒｄＥｎｄＴｉｍｅ：１０￥：００ＡＭ／ｓｔｅｐ：３
前記のような遠隔サーバ３００の状態が受信されることによって状態管理要請部５１０は、次のようなＨＴＴＰコードが含まれた保存命令パケット７００ａを生成しうる。
＿ｕｒｌ１＿＝ｈｔｔｐ：／／１９２．１６８．１．１／ＥＰＧ／ｒｅｃｏｒｄ
ｕｒｌ１．ｓｅｒｖｅｒ＝ｐｒｏｇｉｄ：１２３／ｒｅｃｏｒｄＳｔａｒｔＴｉｍｅ：０９￥：００ＡＭ／ｒｅｃｏｒｄＥｎｄＴｉｍｅ：１０￥：３０ＡＭ／ｓｔｅｐ：３
ユーザからユーザインターフェースの状態についての復元命令が入力されることによって（Ｓ１２４０）、状態管理要請部５１０は、抽出命令パケット７００ｂを生成し（Ｓ１２５０）、生成された抽出命令パケット７００ｂは通信部５６０を通じて保存サーバ４００に送信される（Ｓ１２６０）。

抽出命令パケット７００ｂが送信されることによって通信部５６０は、保存サーバ４００からユーザインターフェースの状態を受信するが（Ｓ１２７０）、受信されたユーザインターフェースの状態は、ウェブブラウザ５３０に伝えられ、ウェブブラウザ５３０は受信されたユーザインターフェースの状態によって特定アプリケーションについてのユーザインターフェースを表示する（Ｓ１２８０）。

以上、添付図を参照して本発明の実施例を説明したが、本発明が属する技術分野で当業者ならば本発明がその技術的思想や必須特徴を変更せずとも他の具体的な形に実施されうるということが理解できるであろう。したがって、前述した実施例は全ての面で例示的なものであって、限定的なものではないと理解せねばならない。

本発明は、ユーザインターフェースを管理する装置及び方法に関連した技術分野に好適に適用されうる。

４１０ 状態保存部
４２０ ウェブサーバ
４３０ 制御部
４４０ パケット生成部
４５０ 通信部

Claims (20)

1. ネットワーク上に自身が存在することを示す通知パケットを生成するパケット生成部と、
   前記ネットワークを通じて伝送される所定アプリケーションのユーザインターフェースの状態に対して、前記通知パケットの配布結果として受信される前記状態の保存命令または抽出命令を管理するウェブサーバと、
   前記保存命令に従ってアプリケーションを提供する少なくとも１つの遠隔サーバの状態およびアプリケーションの提供を受ける遠隔クライアントの状態を含む前記ユーザインターフェースの状態を保存する状態保存部と、
   前記保存されたユーザインターフェースの状態のうち、前記抽出命令に従って抽出された特定ユーザインターフェースの状態をＨＴＭＬ形態で送信する通信部と、
   を備えるユーザインターフェースを管理する装置。
2. 前記ネットワークは、ＨＴＴＰを用いるネットワークを含む請求項１に記載のユーザインターフェースを管理する装置。
3. 前記通信部は、ＨＴＭＬ形態で構成された前記通知パケット、前記保存命令、前記抽出命令または前記ユーザインターフェースの状態を送受信する請求項１に記載のユーザインターフェースを管理する装置。
4. 前記遠隔サーバが複数個である場合、前記ユーザインターフェースの状態には前記遠隔クライアントに各々アプリケーションを提供する前記複数個の遠隔サーバの状態が含まれ、前記遠隔クライアントは、複数個の遠隔サーバから同時にアプリケーションの提供を受けることができる請求項１に記載のユーザインターフェースを管理する装置。
5. 前記通信部は、前記パケット生成部で生成された通知パケットを周期的に送信する請求項１に記載のユーザインターフェースを管理する装置。
6. 提供されたアプリケーションについてのユーザインターフェースの状態を保存するサーバを検索するサーバ検索部と、
   前記検索結果によって前記ユーザインターフェースの状態に対する保存命令または抽出命令のためのパケットを生成する状態管理要請部と、
   遠隔サーバから提供されているアプリケーションについての前記ユーザインターフェースの状態または前記パケットをＨＴＭＬ形態で送信する通信部と、
   前記抽出命令のためのパケットの送信に対する応答として受信された特定ユーザインターフェースを表示するウェブブラウザと、
   を備えるユーザインターフェースを表示する装置。
7. 前記ユーザインターフェースの状態は、前記ウェブブラウザのクッキー、フォーム入力、オーディオ／ビデオオブジェクト及び前記アプリケーションを提供するサーバの状態のうち少なくとも１つを含む請求項６に記載のユーザインターフェースを表示する装置。
8. 前記通信部は、ＨＴＴＰを用いて前記ユーザインターフェースの状態または前記パケットを送信する請求項６に記載のユーザインターフェースを表示する装置。
9. 前記遠隔サーバが複数個である場合、前記ユーザインターフェースの状態には前記複数個の遠隔サーバの状態が含まれる請求項６に記載のユーザインターフェースを表示する装置。
10. 前記複数個の遠隔サーバから同時にアプリケーションの提供を受ける場合、前記複数個の遠隔サーバから提供されている複数個のアプリケーションについてのＵＲＬがユーザインターフェースの状態にＨＴＭＬの形態で保存される請求項６に記載のユーザインターフェースを表示する装置。
11. （ａ）ネットワーク上にユーザインターフェースの管理装置が存在することを示す通知パケットを生成するステップと、
    （ｂ）前記ネットワークを通じて伝送される所定アプリケーションのユーザインターフェースの状態に対して、前記通知パケットの配布結果として受信される前記状態の保存命令または抽出命令を管理するステップと、
    （ｃ）前記保存命令に従ってアプリケーションを提供する少なくとも１つの遠隔サーバの状態およびアプリケーションの提供を受ける遠隔クライアントの状態を含む前記ユーザインターフェースの状態を保存するステップと、
    （ｄ）前記保存されたユーザインターフェースの状態のうち、前記抽出命令に従って抽出された特定ユーザインターフェースの状態をＨＴＭＬ形態で送信するステップと、
    を含むユーザインターフェースを管理する方法。
12. 前記ネットワークは、ＨＴＴＰを用いるネットワークを含む請求項１１に記載のユーザインターフェースを管理する方法。
13. 前記（ｄ）ステップは、ＨＴＭＬで構成された前記通知パケット、前記保存命令、前記抽出命令または前記ユーザインターフェースの状態を送受信するステップを含む請求項１１に記載のユーザインターフェースを管理する方法。
14. 前記遠隔サーバが複数個である場合、前記ユーザインターフェースの状態には前記遠隔クライアントに各々アプリケーションを提供する前記複数個の遠隔サーバの状態が含まれ、前記遠隔クライアントは、複数個の遠隔サーバから同時にアプリケーションの提供を受けることができる請求項１１に記載のユーザインターフェースを管理する方法。
15. 前記通知パケットを周期的に送信するステップをさらに含む、請求項１１に記載のユーザインターフェースを管理する方法。
16. （ａ）提供されたアプリケーションについてのユーザインターフェースの状態を保存するサーバを検索するステップと、
    （ｂ）前記検索結果によって前記ユーザインターフェースの状態に対する保存命令または抽出命令のためのパケットを生成するステップと、
    （ｃ）遠隔サーバから提供されているアプリケーションについての前記ユーザインターフェースの状態または前記パケットをＨＴＭＬ形態で送信するステップと、
    （ｄ）前記抽出命令のためのパケットの送信に対する応答として受信された特定ユーザインターフェースを表示するステップと、
    を含むユーザインターフェースを表示する方法。
17. 前記ユーザインターフェースの状態は、前記ウェブブラウザのクッキー、フォーム入力、オーディオ／ビデオオブジェクト及び前記アプリケーションを提供するサーバの状態のうち少なくとも１つを含む請求項１６に記載のユーザインターフェースを表示する方法。
18. 前記（ｃ）ステップは、ＨＴＴＰを用いて前記ユーザインターフェースの状態または前記パケットを送信するステップを含む請求項１６に記載のユーザインターフェースを表示する方法。
19. 前記遠隔サーバが複数個である場合、前記ユーザインターフェースの状態には前記複数個の遠隔サーバの状態が含まれる請求項１６に記載のユーザインターフェースを表示する方法。
20. 前記複数個の遠隔サーバから同時にアプリケーションの提供を受ける場合、前記複数個の遠隔サーバから提供されているアプリケーションについてのＵＲＬがユーザインターフェースの状態にＨＴＭＬの形態で保存される請求項１６に記載のユーザインターフェースを表示する方法。

Images