JP2012529696A - 通信システムにおけるユーザインターフェースを送受信する装置及び方法 - Google Patents

Abstract

遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムにおけるサーバでユーザインターフェース（ＵＩ）をクライアントに送信する方法及び装置は、上記クライアントにより要請されたユーザインターフェースの表現レベルを確認し、上記表現レベルが上記クライアントに提供されるサービスで使用可能であるか否かを判定し、上記判定の結果に従って使用可能な表現レベルを有するユーザインターフェースを上記クライアントに提供する。

Description

本発明は、通信システムに関し、特に、通信システムにおけるユーザインターフェースを送受信する装置及び方法に関する。

最近では、ネットワーク技術及びマルチメディア技術の急速な進化に伴って様々な種類のマルチメディア装置が開発され、このようなマルチメディア装置間のコンバージェンス（convergence）が加速している。例えば、デジタルＴＶ、ホームシアター、コンピュータ装置、及びビデオ／オーディオ装置などのような相互に異なるタイプのマルチメディア装置がマルチメディアデータを送受信するネットワークを構成するか、または併合されたマルチメディアサービスの提供のためにマルチメディア装置間の相互動作を制御することが頻繁になっている。

従来、物理的に相互に離れたエンティティ間の遠隔制御は、遠隔ユーザインターフェース（Remote User Interface：以下、“ＲＵＩ”と称する）を用いて実行される。すなわち、ＵＩサーバは、制御ＵＩをＵＩクライアントに提供し、ＵＩクライアントは、提供されたＵＩを用いてＵＩサーバを制御する。

本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、マルチメディア装置の制御のためにＵＩサーバがＵＩクライアントに提供されるＵＩを処理するＵＩ装置及び方法を提供することにある。

本発明の他の目的は、マルチメディア装置の制御のためにＵＩクライアントに提供されるＵＩをＵＩ環境及び特性に従って新たに構成するＵＩ装置及び方法を提供することにある。

上記のような目的を達成するために、本発明の実施形態の一態様によれば、遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムにおけるサーバでユーザインターフェース（ＵＩ）をクライアントに送信する方法が提供される。上記方法は、上記クライアントにより要請されたユーザインターフェースの表現レベルを確認するステップと、上記表現レベルが上記クライアントに提供されるサービスで使用可能であるか否かを判定するステップと、上記判定の結果に従って使用可能な表現レベルを有するユーザインターフェースを上記クライアントに提供するステップとを有することを特徴とする。

本発明の実施形態の他の態様によれば、遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムにおけるクライアントでユーザインターフェース（ＵＩ）をサーバから受信する方法が提供される。上記方法は、上記クライアントの環境及び特性を考慮してユーザインターフェースの表現レベル情報を上記サーバに送信するステップと、上記表現レベル情報に基づいて上記サーバで決定される表現レベルを有するユーザインターフェースを受信するステップとを有することを特徴とする。

本発明の実施形態のさらに他の態様によれば、遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムのサーバでユーザインターフェース（ＵＩ）をクライアントに送信する装置が提供される。上記装置は、上記クライアントにより要請されたユーザインターフェースの表現レベルを確認し、上記表現レベルが上記クライアントに提供されるサービスで使用可能であるか否かを判定し、上記判定の結果に従って使用可能な表現レベルを有するユーザインターフェースを生成する生成部と、上記生成されたユーザインターフェースを上記クライアントに提供する提供部とを有することを特徴とする。

本発明の実施形態のさらなる他の態様によれば、遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムのクライアントでユーザインターフェース（ＵＩ）をサーバから受信する装置が提供される。上記装置は、上記クライアントの環境及び特性を考慮してユーザインターフェースの表現レベル情報を上記サーバに送信する送信部と、上記表現レベル情報に基づいて上記サーバで決定された表現レベルを有するユーザインターフェースを受信する受信部とを有することを特徴とする。

本発明の様々な実施形態は、ＵＩクライアントがＵＩサーバからＵＩクライアントの装置特性を考慮したＵＩを受信し、受信されたＵＩを用いてＵＩサーバを制御することができる方法及び装置を提供することができる。

また、本発明の実施形態によると、ＵＩクライアントが自身の環境及び特性を考慮してＵＩ装置に適合したＵＩを受信することによりユーザの使用満足度を高めることができる。

さらに、ＵＩクライアントは、ＵＩサーバを制御するための適合したＵＩを受信することができるので、１つのＵＩサーバと様々なＵＩクライアント装置間のＵＩセッションを可能にする。

本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。

本発明の実施形態によるＵＩ送受信方法を示すフローチャートである。 本発明の他の実施形態によるＵＩ送受信方法を示すフローチャートである。 本発明の実施形態による符号化されたＵＩの構造を示す図である。 本発明の実施形態による符号化されたＵＩの構造を示す図である。 本発明の実施形態によるＵＩサーバに予め構成されたＵＩ構成情報の一例を示す図である。 本発明の実施形態によるＵＩサーバの構成を示すブロック図である。 本発明の実施形態によるＵＩクライアントの構成を示すブロック図である。

添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるための様々な特定の詳細を含むが、単に例示に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。

とりわけ、本発明は、インターネットプロトコル（ＩＰ）網に接続された外部ネットワーク又はマルチメディア装置又はマルチメディア装置が接続されたホームネットワークのＵＩサーバからＵＩ環境及び特性を有するＵＩを受信するＵＩクライアントを提供する。

ＵＩクライアントは、ＵＩをＵＩサーバから受信し、ＵＩの検索及び複数のＵＩの併合を介した新たなＵＩの生成に関連した各種制御を実行する。また、ＵＩクライアントは、マルチメディア装置の動作を制御するためのキーパッドを有するリモートコントローラ、タッチスクリーン、又はキーパッドなどのような入力手段を含み、外部装置と通信することができる各種端末機などにプログラム又はチップの形態で搭載され得る。本明細書において、ＵＩクライアントは、マルチメディア装置又はＵＩ装置に相当するものと広く解釈され得る。

以下、ＵＩは、マルチメディア装置の制御のための情報をユーザに伝達するように使用される視覚及び／又は聴覚要素のセットを意味し、また、ＵＩを介して装置制御を提供する要素のセットを含む。ＵＩデータは、ＵＩに含まれるデータを意味する。例えば、ＵＩは、アニメーション、ベクトルグラフィックス、及び多重視覚／聴覚／触覚要素を含み得、表現可能な機能／動作は、アニメーション、ベクトルグラフィックス、及び多重視覚／聴覚／触覚要素を介してユーザに提供され得る。

また、ＵＩイベントは、ＵＩクライアントで認識されることができるタッチスクリーンのタッチ又はリモートコントローラを介したキー入力のようなＵＩクライアントとユーザ間の相互作用を意味する。例えば、ウィジェット（Widget）は、マルチメディア装置又はＵＩ装置を介して表示されるウィンドー、テキストボックス、天気要素、及び仮想アルバムを含む表現的な要素及び応用ロジックの実行、動作、中止、削除、追加、及び変換機能を含む動作要素のようなＵＩ要素を含む。また、ガジェット（Gadget）とも呼ばれるウィジェットは、マルチメディア装置又はＵＩ装置の表示画面上で予め定められた位置に位置し得る。

ＵＩクライアントとＵＩサーバ間のＵＩを送受信する方法は、一般的に次の２種類の方法に区分され得る。

まず、ＵＩサーバがＵＩデータをＵＩクライアントに送信する場合に、ＵＩクライアントは、この受信されたＵＩデータを用いて予め提供された他のＵＩデータを検索するか又はこの検索されたＵＩデータをこの受信されたＵＩデータと併合することにより自身のＵＩ環境に適した新たなＵＩを生成する。

２番目に、ＵＩサーバがＵＩクライアントの環境及び特性情報に基づいてＵＩを生成し、これをＵＩクライアントに送信する場合に、ＵＩクライアントは、自身の環境及び特性情報が考慮されたＵＩを受信する。したがって、このような方法は、ＵＩサーバが提供するＵＩを様々なＵＩ環境を考慮して階層的に組織化し、ウィジェットの構成要素及び速い適応化のための基本モジュール及び拡張モジュールに区分することによりＵＩデータ検索／受信の間に使用される手順、計算、及びメッセージの複雑度を減少させる。

例えば、ＵＩ環境は、リモートコントローラ、キーパッド及び／又はタッチスクリーンを含む端末機のようなＵＩクライアントが搭載されるＵＩ装置のタイプ、ユーザのＵＩ使用パターン／履歴、年齢、性別、及び職業のようなユーザ属性情報の中の少なくとも１つを含み得る。

図１は、本発明の実施形態によるＵＩ送受信方法を示すフローチャートである。図１を参照すると、ステップ１０１で、ＵＩサーバ１００は、ＵＩデータをＵＩクライアント１５０に送信する。また、ＵＩデータは、ＵＩサーバ１００からマルチメディア装置（図示せず）を介してＵＩクライアント１５０に提供され得る。ＵＩクライアント１５０は、この受信されたＵＩデータをユーザにディスプレイを介して提供する。ＵＩサーバ１００は、ＵＩデータをＵＩクライアント１５０に送信し、ＵＩデータを広告し、また、ＵＩクライアント１５０に提供されたＵＩデータを遠隔でアップデートし得る。ＵＩサーバ１００は、ＵＩデータを送信するための一般的なダウンロード方式及び／又はストリーミング方式を使用し得る。

ＵＩサーバ１００がＵＩクライアント１５０に提供するＵＩデータは、例えば、ＭＰＥＧ（Moving Picture Experts Group）標準に従ってマルチメディアデータフォーマットで符号化され得る。この場合に、ＵＩデータは、ＵＩの動的構成に間する情報を含む。ここで、ＭＰＥＧ標準は、オーディオ及びビデオの圧縮及び符号化を行うための国際的な標準であり、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、及びＭＰＥＧ−７のような様々なバージョンを含む。ＵＩサーバ１００は、このようなＭＰＥＧ標準を用いてＵＩデータを符号化する。

最近では、大部分のマルチメディア装置は、圧縮された動画像を再生することができるＭＰＥＧデコーダを含む。したがって、ＵＩデータがＭＰＥＧ標準に基づいて符号化された後に異なるマルチメディア装置に送信される場合に、大部分のマルチメディア装置は、別途ブラウザーを介さずにＵＩを表現し得る。

ＭＰＥＧ標準は、ＩＳＯ／ＩＥＣ １４４９６−１１及びＩＳＯ／ＩＥＣ １４４９６−２０技術を定義することにより場面表現に関連した技術を提供する。ここで、ＩＳＯ／ＩＥＣ １４４９６−１１は、ＭＰＥＧ−４ ＢＩＦＳ（Binary Format for Scene）技術を含み、ＩＳＯ／ＩＥＣ１４４９６−２０は、ＬＡＳｅＲ（Lightweight Applications Scene Representation）技術を含む。ＬＡＳｅＲは、移動端末が豊富なマルチメディアサービスを受信することができるように設計されたマルチメディアコンテンツのフォーマットを意味する。ＢＩＦＳがすべてのタイプのマルチメディアコンテンツに対する場面技術（scene description）標準である一方、ＬＡＳｅＲは、携帯電話のように、小さいディスプレーサイズを有するマルチメディア端末はもちろん、小さいネットワーク帯域幅を有するマルチメディア端末の場面記述標準である。

ＢＩＦＳ又はＬＡＳｅＲは、客体基盤（object-based）システムを対象にし、客体基盤映像符号化方式を用いてＵＩデータを符号化し得る。ＢＩＦＳ又はＬＡＳｅＲは、映像に含まれた客体の時空間的な配置を示すことができる場面記述に関する情報を含む。したがって、ＵＩデータは、ＢＩＦＳ又はＬＡＳｅＲにより符号化される映像客体としてのＵＩデータの客体について、ＢＩＦＳ又はＬＡＳｅＲ場面記述を用いてＵＩ客体の時空間的な配置を示すことにより符号化され得る。ＵＩサーバ１００は、ＭＰＥＧ場面記述方法を用いてＵＩデータを符号化するにあたり、ＵＩデータ内のＵＩの動的構成に関する情報を含み得る。

本発明の実施形態に従って、ＵＩデータの客体は、キー入力のようなＵＩクライアントとユーザ間の相互作用（interaction）を介して発生した特定のＵＩイベントに基づいて特定の機能を呼び出すＵＩの最小単位を意味する。したがって、ＵＩクライアントは、ＢＩＦＳ又はＬＡＳｅＲを用いてボタン及びメニューのようなＵＩデータの客体の時空間的な配置を示し得る。

例えば、ＢＩＦＳ又はＬＡＳｅＲのような映像コーデックを使用してＵＩデータを符号化することによりＵＩ映像を含むＭＰＥＧ−４ストリームを生成する場合に、ＵＩクライアント１５０は、ＢＩＦＳ又はＬＡＳｅＲに従って符号化されるＵＩ映像を含むＭＰＥＧストリームを単に受信した後に、ＭＰＥＧデコーダでＭＰＥＧストリームの復号化及び再生を行うことによりＵＩをディスプレーすることができる。ＵＩがＭＰＥＧストリームの再生だけでディスプレーされることができるために、マルチメディア装置のように、ＭＰＥＧデコーダを有する様々なデバイスは、ＵＩサーバ１００が提供するＵＩをディスプレーすることができる。また、ＭＰＥＧデコーダを有する場合に、ＵＩクライアント１５０は、同一の方式でＵＩサーバ１００が提供するＵＩをディスプレーすることができる。

図１をさらに参照すると、ＢＩＦＳ又はＬＡＳｅＲのような客体基盤場面記述方法を用いて客体単位で配置を示すことによりＵＩを生成する場合に、ステップ１０３及びステップ１０５で、ＵＩデータを受信したＵＩクライアント１５０は、客体の選択及び再配置を介して動的にＵＩ装置の環境を考慮した新たなＵＩの生成及び表現を行うことができる。ステップ１０７で、ＵＩクライアント１５０とＵＩサーバ１００間で遠隔のＵＩを用いる各種制御が実行される。このような制御は、実行中のコンテンツに関する各種情報の検索及びコンテンツの選択／購買のようなマルチメディアコンテンツの使用に関連した各種制御及びＵＩサーバ１００とＵＩクライアント１５０との間に介在するマルチメディア装置（図１には図示せず）の動作制御の中の少なくとも１つを含み得る。

図２は、本発明の実施形態によるＵＩ送受信方法を示すフローチャートである。図２を参照すると、ＵＩクライアント２５０は、遠隔でＵＩサーバ２００にアクセスすることによりＵＩデータを受信する。ＵＩクライアント２５０は、キーパッドを備えるリモートコントローラであると仮定するが、ＵＩをディスプレーするための表示手段及びキーパッド又はタッチスクリーンのような入力手段を有する各種端末機にも適用され得る。また、ＵＩサーバ２００は、ＩＰ網でＵＩサービスのためのウィジェットの検索及び送信を行うことができる検索サイトのサーバ、又はＵＩサービスを提供する個別の専用ＵＩサーバなどを含み得る。すなわち、ＵＩクライアント２５０及びＵＩサーバ２００は、特定のネットワークに接続されたすべてのタイプのネットワーク装置であり得る。本発明の第２の実施形態によるＵＩサーバ２００は、図３及び図４に示すように、ＵＩを生成するためにコンテナー方式で構成されるＵＩ構成情報３１０及びＵＩ構成データ３２０又は４１０を使用する。

図３及び図４は、符号化されたＵＩの構造を示す。図３に示すように、ＵＩは、コンテナー方式を用いて生成され、ＵＩ構成情報３１０及びＵＩ構成データ３２０を含む。

また、図４に示すように、ＵＩ構成データ４１０は、複数のデータを含んでもよく、場合によっては、ＵＩ構成データ４１０内の構成要素もＵＩ処理レベルに基づいて処理され得る。

図２をさらに参照すると、ステップ２０１で、ＵＩクライアント２５０は、ＵＩ要請をＵＩサーバ２００に送信し、ステップ２０２で、ＵＩサーバ２００と環境及び特性情報を交換する。

より具体的に、ＵＩクライアント２５０からＵＩ要請を受信する際に、ＵＩサーバ２００は、ＵＩクライアント２５０が自身の環境及び特性情報を選択し得るように、図３及び図４に示すように予め構成されたＵＩ構成情報３１０をＵＩクライアント２５０に送信する。その後に、ＵＩクライアント２５０は、ＵＩサーバ２００から受信したＵＩ構成情報３１０から自身の環境及び特性情報の中の少なくとも１つを選択し、この選択された情報をＵＩサーバ２００に送信する。この際に、ＵＩ構成情報３１０は、図５に示すように構成され得る。

図５は、本発明の実施形態によるＵＩサーバ２００に予め構成されたＵＩ構成情報３１０の一例を示す図である。図５を参照すると、ＵＩ構成情報は、ＵＩクライアント２５０の環境及び特性情報を示すことができるＵＩクライアント２５０の装置性能、ユーザプリファレンス、ＵＩ表現レベル、及び機能などに関する情報の中の少なくとも１つを含む。また、ＵＩクライアント２５０の環境及び特性情報は、ＵＩクライアント２５０がＵＩを用いてＵＩサーバ２００を制御するために使用するプロトコルに関する情報を含み得る。すなわち、ＵＩクライアント２５０の環境及び特性情報は、ＵＩが提供するレベル情報としてＵＩの機能の構造化及び細分化レベルのような機能的レベル及びアイコン、シンプルウィジェット（Simplified）、及びフルウィジェット（Full）を含む表現レベルを含む。ここで、ＵＩクライアント２５０の環境及び特性情報は、図５に示すように構成され得る。

ＵＩ表現レベル情報は、ＵＩコンテナー内に含まれ得る。ＵＩクライアント２５０の装置性能に関する情報は、ＵＩクライアント２５０のＣＰＵ、メモリ、ディスプレー解像度、バッテリーレベル、及び入力装置種類のようなハードウェア性能だけでなくＵＩの記憶可否及びスクロール可否のようなＵＩを表現するためのソフトウェア環境情報も含み得る。

例えば、ＵＩサーバ２００は、ＵＩクライアント２５０のハードウェア及びソフトウェア性能でＵＩを受信するために、ＵＩクライアント２５０のハードウェア及びソフトウェア性能について認識しなければならない。ＵＩクライアント２５０のユーザプリファレンスに関する情報は、ＵＩクライアント２５０のユーザに関する情報であり、ＵＩサーバ２００がユーザの年齢、性別、職業、及び言語などに基づいて異なるプリファレンスを考慮してＵＩを提供するために必要な情報である。

また、ＵＩクライアント２５０が特定の制御メッセージをアップストリーム（up-stream）とともにＵＩサーバ２００に送信し、これに従ってＵＩサーバ２００が制御されるためには、ＵＩクライアント２５０とＵＩサーバ２００間の制御メッセージの送受信のために定義されるプロトコルに関する情報の共有が必要である。したがって、ステップ２０２で、ＵＩクライアント２５０がＵＩを用いてＵＩサーバ２００を制御するために使用するプロトコルに関する情報の交換が行われる。

ステップ２０３で、ＵＩサーバ２００は、ＵＩクライアント２５０から受信されたＵＩクライアント２５０の環境及び特性情報に基づいてＵＩデータの処理レベルを決定する。すなわち、ＵＩサーバ２００は、受信されたＵＩクライアント２５０の環境及び特性情報を組み合せ、ＵＩ構成情報３１０に基づいてサポート可能な処理レベルを決定する。

例えば、１９２０×１０８０の解像度を用いる英語圏のユーザで構成されたＵＩクライアント（例えば、デジタルＴＶ）及び３２０×２４０の解像度を有するＵＩクライアント（例えば、移動端末）がセットトップボックス（Set-Top-Box：以下、“ＳＴＢ”と称する）内の天気ウィジェットの使用を試みる場合に、ＳＴＢに位置した天気ウィジェットには、図５に示すウィジェット構成情報がウィジェットクリエーター／プロバイダーにより予め構成される。上記のような環境及び特性情報をＵＩクライアントから収集したＳＴＢは、ＵＩ伝達のためにＵＩ処理レベルを決定し、この場合に、デジタルＴＶ及び移動端末に従って関連したリンクに接続されたＵＩを再構成する。

他の例として、ＵＩサーバ２００は、ステップ２０２で、ＵＩサーバ２００が図５に示すＵＩ構成情報をＵＩクライアント２５０に送信した後に、ＵＩクライアント２５０の環境及び特定情報として装置環境の解像度１９２０×１０８０、ＵＩ表現レベルのシンプルウィジェット（Simple Widget）、及びユーザ設定の韓国語をＵＩクライアント２５０から受信した場合に、ＵＩサーバ２００は、この受信された装置環境の解像度１９２０×１０８０、ＵＩ表現レベルのシンプルウィジェット、及びユーザ設定の韓国語を組み合せ、ＵＩ構成情報に基づいてサポート可能な処理レベルを構成データ接続２に対応するセットとして決定する。

この際に、ＵＩサーバ２００が構成データ接続２に対応するセットを提供することができない場合に、ＵＩサーバ２００は、ＵＩクライアント２５０の環境及び特性情報とＵＩサーバ２００の環境及び特性情報とを考慮して処理レベルを決定することができる。

したがって、処理レベルを決定するにあたり、ＵＩサーバ２００は、ＵＩ構成情報、ＵＩサーバ２００の環境及び特性情報、及びＵＩクライアント２５０の環境及び特性情報の中の少なくとも１つを考慮する。

ステップ２０４で、ＵＩサーバ２００は、この決定された処理レベルに従ってＵＩデータを処理し、この処理されたＵＩデータをマルチメディアデータのフォーマットで符号化することによりＵＩを生成する。例えば、ＵＩサーバ２００は、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、及びＭＰＥＧ−７のような様々なバージョンのＭＰＥＧ標準を用いてＵＩを生成する。

ステップ２０５で、ＵＩサーバ２００は、この生成されたＵＩをＵＩクライアント２５０に送信する。この場合に、ＵＩサーバ２００は、ストリーミング方式又はダウンローディング方式でＵＩに対するマルチメディアデータをＵＩクライアント２５０に送信する。

ステップ２０６で、ＵＩクライアント２５０は、ステップ２０５で受信したＵＩを用いてＵＩサーバ２００を遠隔制御する。ＵＩクライアント２５０は、ＵＩサーバ２００から受信したＵＩを再生し、これをユーザにディスプレーし、ディスプレーされたＵＩに応じたユーザの入力に基づいて特定の制御メッセージをＵＩサーバ２００と送受信する。この際に、この制御メッセージは、特定のイベントを呼び出すメッセージでもよい。

図６は、本発明の実施形態によるＵＩサーバの構成を示すブロック図である。図６において、ＵＩサーバは、ＵＩクライアントからＵＩ要請を受信し、予め構成されたＵＩ構成情報をＵＩクライアントに送信した後に動作を実行する。

図６を参照すると、ＵＩサーバは、環境及び特性情報受信部６１０、ＵＩ生成部６２０、及びＵＩ提供部６３０を含む。環境及び特性情報受信部６１０は、ＵＩクライアントの環境及び特性情報をＵＩクライアントから受信する。ここで、ＵＩクライアントの環境及び特性情報は、ＵＩクライアントの装置性能、ユーザプリファレンス、ＵＩ表現レベル、及び機能に関する情報、及びＵＩクライアントがＵＩを用いてＵＩサーバを制御するために使用するプロトコルに関する情報の中の少なくとも１つを含む。

ＵＩ生成部６２０は、ＵＩ構成情報、ＵＩサーバの環境及び特性情報、及びこの受信されたＵＩクライアントの環境及び特性情報に基づいてＵＩの処理レベルを決定する。ＵＩ生成部６２０は、この決定された処理レベルに従ってＵＩデータを処理し、これをマルチメディアデータフォーマットで符号化することによりＵＩを生成する。ＵＩ提供部６３０は、この生成されたＵＩをＵＩクライアントに提供する。

図７は、本発明の実施形態によるＵＩクライアントの構成を示すブロック図である。図７において、ＵＩクライアントは、ＵＩ要請をＵＩサーバに送信することによりＵＩクライアントの環境及び特性情報を選択するためのＵＩ構成情報をＵＩサーバから受信した後に動作を実行する。

図７を参照すると、ＵＩクライアントは、環境及び特性情報送信部７１０とＵＩ受信部７２０とを含む。環境及び特性情報送信部７１０は、受信されたＵＩ構成情報に基づいてＵＩクライアントの環境及び特性情報の中の少なくとも１つを選択し、これをＵＩサーバに送信する。ＵＩ受信部７２０は、この送信されたＵＩクライアントの環境及び特性情報に基づいて生成されたＵＩをＵＩサーバから受信する。

本発明の実施形態に従って、ＵＩクライアントは、自身の環境及び特性を考慮して動的に生成されたＵＩを受信し、ＵＩサーバ２００を制御するのに適合したＵＩをユーザに提供することにより、ユーザの満足度を増加させることができる。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

１００ ＵＩサーバ
１５０ ＵＩクライアント

Claims (12)

1. 遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムにおけるサーバでユーザインターフェース（ＵＩ）をクライアントに送信する方法であって、
   前記クライアントにより要請されたユーザインターフェースの表現レベルを確認するステップと、
   前記表現レベルが前記クライアントに提供されるサービスで使用可能であるか否かを判定するステップと、
   前記判定の結果に従って使用可能な表現レベルを有するユーザインターフェースを前記クライアントに提供するステップと
   を有することを特徴とする方法。
2. 前記ユーザインターフェースの表現レベルは、アイコン、シンプルウィジェット、及びフルウィジェットの中の少なくとも１つを含むことを特徴とする請求項１に記載の方法。
3. 前記ユーザインターフェースの表現レベルは、
   前記クライアントの性能、ユーザプリファレンス、前記クライアントの機能、及び前記クライアントが前記サーバを制御するために使用するプロトコルの中の少なくとも１つを有することを特徴とする請求項１に記載の方法。
4. 遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムにおけるクライアントでユーザインターフェース（ＵＩ）をサーバから受信する方法であって、
   前記クライアントの環境及び特性を考慮してユーザインターフェースの表現レベル情報を前記サーバに送信するステップと、
   前記表現レベル情報に基づいて前記サーバで決定される表現レベルを有するユーザインターフェースを受信するステップと
   を有することを特徴とする方法。
5. 前記ユーザインターフェースの表現レベルは、アイコン、シンプルウィジェット、及びフルウィジェットの中の少なくとも１つを示す情報を含むことを特徴とする請求項４に記載の方法。
6. 前記ユーザインターフェースの表現レベル情報は、
   前記クライアントの性能、ユーザプリファレンス、及び前記クライアントの機能に関する情報、及び前記クライアントが前記サーバを制御するために使用するプロトコルに関する情報の中の少なくとも１つを有することを特徴とする請求項４に記載の方法。
7. 遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムのサーバでユーザインターフェース（ＵＩ）をクライアントに送信する装置であって、
   前記クライアントにより要請されたユーザインターフェースの表現レベルを確認し、前記表現レベルが前記クライアントに提供されるサービスで使用可能であるか否かを判定し、前記判定の結果に従って使用可能な表現レベルを有するユーザインターフェースを生成する生成部と、
   前記生成されたユーザインターフェースを前記クライアントに提供する提供部と
   を有することを特徴とする装置。
8. 前記ユーザインターフェースの表現レベルは、アイコン、シンプルウィジェット、及びフルウィジェットの中の少なくとも１つを含むことを特徴とする請求項７に記載の装置。
9. 前記ユーザインターフェースの表現レベル情報は、
   前記クライアントの性能、ユーザプリファレンス、及び前記クライアントの機能、及び前記クライアントが前記サーバを制御するために使用するプロトコルの中の少なくとも１つを有することを特徴とする請求項７に記載の装置。
10. 遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムのクライアントでユーザインターフェース（ＵＩ）をサーバから受信する装置であって、
    前記クライアントの環境及び特性を考慮してユーザインターフェースの表現レベル情報を前記サーバに送信する送信部と、
    前記表現レベル情報に基づいて前記サーバで決定された表現レベルを有するユーザインターフェースを受信する受信部と
    を有することを特徴とする装置。
11. 前記ユーザインターフェースの表現レベル情報は、アイコン、シンプルウィジェット、及びフルウィジェットの中の少なくとも１つを示す情報を含むことを特徴とする請求項１０に記載の装置。
12. 前記ユーザインターフェースの表現レベル情報は、
    前記クライアントの性能、ユーザプリファレンス、及び前記クライアントの機能に関する情報、及び前記クライアントが前記サーバを制御するために使用するプロトコルに関する情報の中の少なくとも１つを有することを特徴とする請求項１０に記載の装置。

Images