(57)【特許請求の範囲】
【請求項１】
遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムにおけるサーバでユーザインターフェース（ＵＩ）をクライアントに送信する方法であって、
前記クライアントから表現レベル情報を受信するステップと、
前記表現レベル情報に基づいて、前記クライアントにより要請されたユーザインターフェースの処理レベルを複数の表現レベルから決定するステップと、
前記処理レベルが前記クライアントに提供されるサービスで使用可能であるか否かを判定するステップと、
前記判定の結果に従って使用可能な処理レベルを有するユーザインターフェースを前記クライアントに提供するステップと
を有し、
前記複数の表現レベルはシンプルウィジェット及びフルウィジェットを含み、
前記ウィジェットは前記クライアントを介して表示される表現的な要素又は動作要素であり、
前記表現レベル情報は環境及び特性情報に含まれ、
前記環境及び特性情報は、前記表現レベル情報、前記クライアントの性能及びユーザプリファレンスを含むことを特徴とする方法。
【請求項２】
前記環境及び特性情報は、前記クライアントの機能、及び前記クライアントが前記サーバを制御するために使用するプロトコルの中の少なくとも１つをさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムにおけるクライアントでユーザインターフェース（ＵＩ）をサーバから受信する方法であって、
ユーザインターフェースの表現レベル情報を前記サーバに送信するステップと、
前記表現レベル情報に基づいて前記サーバで複数の表現レベルから決定される処理レベルを有するユーザインターフェースを受信するステップと
を有し、
前記複数の表現レベルはシンプルウィジェット及びフルウィジェットを含み、
前記ウィジェットは前記クライアントを介して表示される表現的な要素又は動作要素であり、
前記表現レベル情報は環境及び特性情報に含まれ、
前記環境及び特性情報は、前記表現レベル情報、前記クライアントの性能及びユーザプリファレンスを含むことを特徴とする方法。
【請求項４】
前記環境及び特性情報は、前記クライアントの機能に関する情報、及び前記クライアントが前記サーバを制御するために使用するプロトコルに関する情報の中の少なくとも１つをさらに有することを特徴とする請求項３に記載の方法。
【請求項５】
遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムのサーバでユーザインターフェース（ＵＩ）をクライアントに送信する装置であって、
前記クライアントから表現レベル情報を受信する受信部と、
前記表現レベル情報に基づいて、前記クライアントにより要請されたユーザインターフェースの処理レベルを複数の表現レベルから決定し、前記処理レベルが前記クライアントに提供されるサービスで使用可能であるか否かを判定し、前記判定の結果に従って使用可能な処理レベルを有するユーザインターフェースを生成する生成部と、
前記生成されたユーザインターフェースを前記クライアントに提供する提供部と  を有し、
前記複数の表現レベルはシンプルウィジェット及びフルウィジェットを含み、
前記ウィジェットは前記クライアントを介して表示される表現的な要素又は動作要素であり、
前記表現レベル情報は環境及び特性情報に含まれ、
前記環境及び特性情報は、前記表現レベル情報、前記クライアントの性能及びユーザプリファレンスを含むことを特徴とする装置。
【請求項６】
前記環境及び特性情報は、前記クライアントの機能、及び前記クライアントが前記サーバを制御するために使用するプロトコルの中の少なくとも１つをさらに有することを特徴とする請求項５に記載の装置。
【請求項７】
遠隔ユーザインターフェース（ＲＵＩ）をサポートする通信システムのクライアントでユーザインターフェース（ＵＩ）をサーバから受信する装置であって、
ユーザインターフェースの表現レベル情報を前記サーバに送信する送信部と、
前記表現レベル情報に基づいて前記サーバで複数の表現レベルから決定された処理レベルを有するユーザインターフェースを受信する受信部と
を有し、
前記複数の表現レベルはシンプルウィジェット及びフルウィジェットを含み、
前記ウィジェットは前記クライアントを介して表示される表現的な要素又は動作要素であり、
前記表現レベル情報は環境及び特性情報に含まれ、
前記環境及び特性情報は、前記表現レベル情報、前記クライアントの性能及びユーザプリファレンスを含むことを特徴とする装置。
【請求項８】
前記環境及び特性情報は、前記クライアントの機能に関する情報、及び前記クライアントが前記サーバを制御するために使用するプロトコルに関する情報の中の少なくとも１つをさらに有することを特徴とする請求項７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、特に、通信システムにおけるユーザインターフェースを送受信する装置及び方法に関する。
【背景技術】
【０００２】
最近では、ネットワーク技術及びマルチメディア技術の急速な進化に伴って様々な種類のマルチメディア装置が開発され、このようなマルチメディア装置間のコンバージェンス（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）、及びユーザ設定の韓国語をＵＩクライアント２５０から受信した場合に、ＵＩサーバ２００は、この受信された装置環境の解像度１９２０×１０８０、ＵＩ表現レベルのシンプルウィジェット、及びユーザ設定の韓国語を組み合せ、ＵＩ構成情報に基づいてサポート可能な処理レベルを構成データ接続２に対応するセットとして決定する。
【００４４】
この際に、ＵＩサーバ２００が構成データ接続２に対応するセットを提供することができない場合に、ＵＩサーバ２００は、ＵＩクライアント２５０の環境及び特性情報とＵＩサーバ２００の環境及び特性情報とを考慮して処理レベルを決定することができる。
【００４５】
したがって、処理レベルを決定するにあたり、ＵＩサーバ２００は、ＵＩ構成情報、ＵＩサーバ２００の環境及び特性情報、及びＵＩクライアント２５０の環境及び特性情報の中の少なくとも１つを考慮する。
【００４６】
ステップ２０４で、ＵＩサーバ２００は、この決定された処理レベルに従ってＵＩデータを処理し、この処理されたＵＩデータをマルチメディアデータのフォーマットで符号化することによりＵＩを生成する。例えば、ＵＩサーバ２００は、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、及びＭＰＥＧ−７のような様々なバージョンのＭＰＥＧ標準を用いてＵＩを生成する。
【００４７】
ステップ２０５で、ＵＩサーバ２００は、この生成されたＵＩをＵＩクライアント２５０に送信する。この場合に、ＵＩサーバ２００は、ストリーミング方式又はダウンローディング方式でＵＩに対するマルチメディアデータをＵＩクライアント２５０に送信する。
【００４８】
ステップ２０６で、ＵＩクライアント２５０は、ステップ２０５で受信したＵＩを用いてＵＩサーバ２００を遠隔制御する。ＵＩクライアント２５０は、ＵＩサーバ２００から受信したＵＩを再生し、これをユーザにディスプレーし、ディスプレーされたＵＩに応じたユーザの入力に基づいて特定の制御メッセージをＵＩサーバ２００と送受信する。この際に、この制御メッセージは、特定のイベントを呼び出すメッセージでもよい。
【００４９】
図６は、本発明の実施形態によるＵＩサーバの構成を示すブロック図である。図６において、ＵＩサーバは、ＵＩクライアントからＵＩ要請を受信し、予め構成されたＵＩ構成情報をＵＩクライアントに送信した後に動作を実行する。
【００５０】
図６を参照すると、ＵＩサーバは、環境及び特性情報受信部６１０、ＵＩ生成部６２０、及びＵＩ提供部６３０を含む。環境及び特性情報受信部６１０は、ＵＩクライアントの環境及び特性情報をＵＩクライアントから受信する。ここで、ＵＩクライアントの環境及び特性情報は、ＵＩクライアントの装置性能、ユーザプリファレンス、ＵＩ表現レベル、及び機能に関する情報、及びＵＩクライアントがＵＩを用いてＵＩサーバを制御するために使用するプロトコルに関する情報の中の少なくとも１つを含む。
【００５１】
ＵＩ生成部６２０は、ＵＩ構成情報、ＵＩサーバの環境及び特性情報、及びこの受信されたＵＩクライアントの環境及び特性情報に基づいてＵＩの処理レベルを決定する。ＵＩ生成部６２０は、この決定された処理レベルに従ってＵＩデータを処理し、これをマルチメディアデータフォーマットで符号化することによりＵＩを生成する。ＵＩ提供部６３０は、この生成されたＵＩをＵＩクライアントに提供する。
【００５２】
図７は、本発明の実施形態によるＵＩクライアントの構成を示すブロック図である。図７において、ＵＩクライアントは、ＵＩ要請をＵＩサーバに送信することによりＵＩクライアントの環境及び特性情報を選択するためのＵＩ構成情報をＵＩサーバから受信した後に動作を実行する。
【００５３】
図７を参照すると、ＵＩクライアントは、環境及び特性情報送信部７１０とＵＩ受信部７２０とを含む。環境及び特性情報送信部７１０は、受信されたＵＩ構成情報に基づいてＵＩクライアントの環境及び特性情報の中の少なくとも１つを選択し、これをＵＩサーバに送信する。ＵＩ受信部７２０は、この送信されたＵＩクライアントの環境及び特性情報に基づいて生成されたＵＩをＵＩサーバから受信する。
【００５４】
本発明の実施形態に従って、ＵＩクライアントは、自身の環境及び特性を考慮して動的に生成されたＵＩを受信し、ＵＩサーバ２００を制御するのに適合したＵＩをユーザに提供することにより、ユーザの満足度を増加させることができる。
【００５５】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００５６】
１００  ＵＩサーバ
１５０  ＵＩクライアント
【図１】
0005850833.tif 000002
【図２】
0005850833.tif 000003
【図３】
0005850833.tif 000004
【図４】
0005850833.tif 000005
【図５】
0005850833.tif 000006
【図６】
0005850833.tif 000007
【図７】
0005850833.tif 000008