(57)【要約】  本発明は、リモートユーザーインターフェース(ＵＩ)を伝送する場合、振動及び音響効果のようなユーザー入力に関連したフィードバック効果をリモートＵＩクライアントに提供する装置及び方法を提供する。リモートＵＩクライアントは、リモートＵＩ要求に応答してリモートＵＩサーバから受信したＵＩデータをレンダリングして出力し、受信したＵＩデータに定義されたフィードバック効果をユーザーに提供するためのフィードバック処理を要求するウェブブラウザモジュールと、ウェブブラウザモジュールの要求に応答してフィードバックデータを処理し、処理した結果に従ってフィードバック効果をユーザーに提供するフィードバックプロセッサとを含む。
2013531323.tif 000002
【特許請求の範囲】
【請求項１】
リモートユーザーインターフェース(ＵＩ)要求に応答してリモートＵＩサーバから受信したＵＩデータをレンダリングして出力し、前記受信したＵＩデータに定義されたフィードバック効果をユーザーに提供するためのフィードバック処理を要求するウェブブラウザモジュールと、
前記ウェブブラウザモジュールの要求に応答してフィードバックデータを処理し、前記処理した結果に従って前記フィードバック効果を前記ユーザーに提供するフィードバックプロセッサと、
を含むことを特徴とするリモートＵＩクライアント。
【請求項２】
前記フィードバックデータを格納するためのフィードバックデータ格納部をさらに含み、
前記フィードバックデータは、前記リモートＵＩサーバとの約束によって予め定義されて前記フィードバックデータ格納部に格納され、前記フィードバックデータの識別子(ＩＤ)は、前記受信したＵＩデータに含まれることを特徴とする請求項１に記載のリモートＵＩクライアント。
【請求項３】
前記フィードバックプロセッサの要求に応答して前記リモートＵＩサーバに前記フィードバックデータを要求し、前記リモートＵＩサーバから前記フィードバックデータを受信した後に前記フィードバックプロセッサに伝送するフィードバックデータ受信部をさらに含むことを特徴とする請求項１に記載のリモートＵＩクライアント。
【請求項４】
前記ウェブブラウザモジュールは、前記ユーザーからの入力を感知すると、前記入力によるフィードバック効果を提供するためのフィードバック処理を前記フィードバックプロセッサに要求することを特徴とする請求項１に記載のリモートＵＩクライアント。
【請求項５】
前記リモートＵＩサーバから受信したフィードバックデータを臨時に格納するための臨時格納部をさらに含むことを特徴とする請求項３に記載のリモートＵＩクライアント。
【請求項６】
リモートユーザーインターフェース(ＵＩ)クライアントによりリモートＵＩサーバから受信されたＵＩデータを処理する方法であって、
ウェブブラウザモジュールにより、リモートＵＩ要求に応答してリモートＵＩサーバから受信されたＵＩデータをレンダリングして出力するステップと、
前記受信されたＵＩデータに定義されたフィードバック効果を提供するためのフィードバックデータを処理するステップと、
前記処理された結果に従って前記フィードバック効果をユーザーに提供するステップと、
を有することを特徴とする方法。
【請求項７】
前記フィードバックデータは、前記リモートＵＩサーバとの約束によって予め定義されて前記ＵＩクライアントに格納され、前記フィードバックデータの識別子(ＩＤ)は、前記受信されたＵＩデータに含まれ、
前記フィードバックデータを処理するステップは、
前記格納されたフィードバックデータの中で前記ＩＤに対応するフィードバックデータを読み取り、前記読み取ったフィードバックデータを処理することを特徴とする請求項６に記載の方法。
【請求項８】
前記フィードバックデータを処理するステップは、
前記リモートＵＩサーバに前記フィードバックデータを要求し、要求した前記フィードバックデータを前記リモートＵＩサーバから受信して処理することを特徴とする請求項６に記載の方法。
【請求項９】
前記フィードバックデータを処理するステップは、
前記ユーザーからの入力を感知すると、前記受信されたＵＩデータに定義されたフィードバック効果の中で前記入力に関連したフィードバック効果を提供するためのフィードバックデータを処理することを特徴とする請求項６に記載の方法。
【請求項１０】
前記受信されたＵＩデータは、画面に表示されるターゲット要素別にフィードバック効果を提供するためのデータを含むことを特徴とする請求項１に記載のリモートＵＩクライアント又は請求項６に記載の方法。
【請求項１１】
前記受信されたＵＩデータは、表示される画面全体に対するフィードバック効果を提供するためのデータを含み、前記フィードバック効果は前記ＵＩデータを出力する前に提供されることを特徴とする請求項１に記載のリモートＵＩクライアント又は請求項６に記載の方法。
【請求項１２】
前記受信されたＵＩデータは、表示されるＵＩを画面にディスプレイした後に発生する所定のイベントを示すフィードバック効果を提供するためのフィードバックデータを含むことを特徴とする請求項１に記載のリモートＵＩクライアント又は請求項６に記載の方法。
【請求項１３】
前記要素は、リモートＵＩの状態、ボタン、アンカー、及びコンテンツのうち少なくとも一つを含むことを特徴とする請求項１０に記載の方法。
【請求項１４】
前記フィードバック効果を提供するステップは、振動効果、音響効果、イメージ、及びビデオのうち少なくとも一つを前記ユーザーに提供することを特徴とする請求項１乃至５のいずれか１項に記載のリモートＵＩクライアント又は請求項６乃至９のいずれか１項に記載の方法、及び請求項１３に記載の方法。
【請求項１５】
リモートユーザーインターフェース(ＵＩ)クライアントのウェブブラウザモジュールからのリモートＵＩ要求に応答して、ユーザーに提供されるフィードバック効果が定義されるＵＩデータを前記リモートＵＩクライアントに伝送するウェブサーバモジュールを含むことを特徴とするリモートＵＩサーバ。
【請求項１６】
前記ウェブサーバモジュールは、
前記リモートＵＩクライアントとの約束に従って予め定義されたフィードバックデータの識別子(ＩＤ)を前記ＵＩデータに含め、前記ＵＩデータを前記リモートＵＩクライアントに提供することを特徴とする請求項１５に記載のリモートＵＩサーバ。
【請求項１７】
前記フィードバック効果を提供するためのフィードバックデータを生成するフィードバックデータ生成部と、
前記リモートＵＩクライアントの要求に応答して前記フィードバックデータを生成するように前記フィードバックデータ生成部に要求し、前記生成されたフィードバックデータを前記リモートＵＩクライアントに伝送するフィードバックデータ送信部と、
をさらに含むことを特徴とする請求項１５に記載のリモートＵＩサーバ。
【請求項１８】
前記ウェブサーバモジュールは、前記ユーザーに表示されるＵＩの各要素に対してフィードバック効果を提供するためのフィードバックデータを含む前記ＵＩデータを前記リモートＵＩクライアントに伝送することを特徴とする請求項１５に記載のリモートＵＩサーバ。
【請求項１９】
前記ウェブサーバモジュールは、前記ユーザーに表示されるＵＩ画面全体に対してフィードバック効果を提供するためのフィードバックデータを含む前記ＵＩデータを前記リモートＵＩクライアントに伝送することを特徴とする請求項１７に記載のリモートＵＩサーバ。
【請求項２０】
前記ウェブサーバモジュールは、ＵＩが画面に表示された後に発生する所定のイベントを示すフィードバック効果を提供するためのフィードバックデータを含む前記ＵＩデータを前記リモートＵＩクライアントに伝送することを特徴とする請求項１７に記載のリモートＵＩサーバ。
【請求項２１】
前記ウェブサーバモジュールは、前記ＵＩデータを伝送する前に、前記リモートＵＩクライアントが前記フィードバック効果を提供するための能力を有するか否かを確認する手順を遂行することを特徴とする請求項１７に記載のリモートＵＩサーバ。
【請求項２２】
リモートユーザーインターフェース(ＵＩ)サーバによりリモートＵＩクライアントにＵＩデータを伝送する方法であって、
ウェブサーバモジュールにより、前記リモートＵＩクライアントのウェブブラウザモジュールからのリモートＵＩ要求に応答してユーザーに提供するためのフィードバック効果が定義されたＵＩデータを前記リモートＵＩクライアントに伝送するステップを有することを特徴とする方法。
【請求項２３】
前記ＵＩデータを伝送するステップは、
前記リモートＵＩクライアントとの約束に従って予め定義されたフィードバックデータの識別子(ＩＤ)を前記ＵＩデータに含め、前記ＵＩデータを前記リモートＵＩクライアントに提供することを特徴とする請求項２２に記載の方法。
【請求項２４】
前記リモートＵＩクライアントの要求に応答して前記フィードバックデータを生成するステップと、
前記生成されたフィードバックデータを前記リモートＵＩクライアントに伝送するステップと、
をさらに有することを特徴とする請求項２２に記載の方法。
【請求項２５】
前記ＵＩデータを伝送するステップは、
前記ユーザーに表示されるＵＩの各要素に対してフィードバック効果を提供するためのフィードバックデータを含む前記ＵＩデータを前記リモートＵＩクライアントに伝送することを特徴とする請求項２２に記載の方法。
【請求項２６】
前記ＵＩデータを伝送するステップは、
前記ユーザーに表示されるＵＩ画面全体に対してフィードバック効果を提供するためのフィードバックデータを含む前記ＵＩデータを前記リモートＵＩクライアントに伝送することを特徴とする請求項２２に記載の方法。
【請求項２７】
前記ＵＩデータを伝送するステップは、
ＵＩを画面に表示した後発生する所定のイベントを知らせるフィードバック効果を提供するためのフィードバックデータを含む前記ＵＩデータを前記リモートＵＩクライアントに伝送することを特徴とする請求項２２に記載の方法。
【請求項２８】
前記要素は、リモートＵＩの状態、ボタン、アンカー、及びコンテンツのうち少なくとも一つを含むことを特徴とする請求項１８に記載のリモートＵＩサーバ又は請求項３２に記載の方法。
【請求項２９】
前記フィードバック効果は、振動効果、音響効果、イメージ、及びビデオのうち少なくとも一つを含むことを特徴とする請求項１５乃至２１のいずれか１項に記載のリモートＵＩサーバ又は請求項２２乃至２７のいずれか１項に記載の方法。
【請求項３０】
前記ＵＩデータを伝送する前に、前記リモートＵＩクライアントが前記フィードバック効果を提供する能力を有するか否かを確認する手順を遂行するステップをさらに有することを特徴とする請求項２２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リモートユーザーインターフェース(ＵＩ)システムにおけるリモートユーザーインターフェースを提供するための装置及び方法に関するもので、特に、リモートＵＩデータを伝送する場合、リモートＵＩサーバがリモートＵＩの伝送による振動、効果音のようなユーザーの入力によるフィードバック効果を提供する装置及び方法に関する。
【背景技術】
【０００２】
一般的に、ユーザーとのインターフェースをサポートする大部分のデバイスは、内部に固有のＵＩを具備する。多数のデバイスが一つ又はそれ以上のネットワークで接続される形態に変化することによって、リモートＵＩ技術が幅広く適用されている。
【０００３】
リモートＵＩ技術は、一般的に特定機器がネットワークを介して接続される遠隔地の他の機器からＵＩを受信する技術を意味する。例えば、第１のデバイスが第２のデバイスにより提供されるＵＩを有線又は無線接続でデバイスに接続されるネットワークを介して受信し、第２のデバイスから受信したＵＩを第２のデバイスのユーザーに提供する場合、第１のデバイスにより受信されるＵＩは、第１のデバイスの観点から見れば、リモートＵＩであり得る。
【０００４】
このようなリモートＵＩ技術が適用される代表的な例として、ホームネットワークを挙げられる。デジタルＴＶ、冷蔵庫、セットトップボックス、及びオーディオシステムを含むホームネットワークにおいて、ユーザーは、デジタルＴＶを他の家電機器を制御するために使用できる。この場合、他の家電機器に適合したＵＩを使用することがユーザーには便利である。
【０００５】
このために、それぞれの家電機器は、自身のＵＩを提供してデジタルＴＶの画面に表示し、ユーザーは、表示されたＵＩ、すなわちリモートＵＩを用いて家電機器を制御することができる。
【０００６】
リモートＵＩを提供する共通の方法では、ＨＴＭＬ(Hypertext Markup Language)及び/又は動的イメージアップデート(dynamic image update)の使用を含むことができる。
【０００７】
図１は、ＸＨＴＭＬ(Extensible Hypertext Markup Language)に基づいた従来のリモートＵＩシステムにおけるリモートＵＩデータを送信するプロセスの一例を示す。
【０００８】
図１を参照すると、従来のＸＨＴＭＬベースのリモートＵＩシステムは、ウェブサーバ(web server)を有するリモートユーザーインターフェースサーバ(Remote User Interface Server：ＲＵＩＳ)１１０と、ウェブブラウザ(web browser)を含むリモートユーザーインターフェースクライアント(Remote User Interface Client：ＲＵＩＣ)１２０とを含む。リモートＵＩシステムを構成するＲＵＩＳ１１０及びＲＵＩＣ１２０は、ＨＴＴＰ(Hyper Text Transfer Protocol)の通信プロトコルによって相互に情報を交換する。
【０００９】
従来のリモートＵＩデータを提供する動作について、図１を参照して説明する。ＲＵＩＣ１２０は、ＲＵＩＳ１１０にリモートＵＩを要求する。これに応答して、ＲＵＩＳ１１０は、その内部のウェブサーバによりＸＨＴＭＬ形式で構成されたリモートＵＩをＲＵＩＣ１２０に伝送する。ＲＵＩＣ１２０は、内部のウェブブラウザを用いてＲＵＩＳ１１０から受信したＸＨＴＭＬ形式のリモートＵＩをパーシング(parsing)してレンダリング(rendering)し、レンダリングされたリモートＵＩをユーザーに表示する。
【００１０】
ユーザーの入力又はキーイベントが発生する場合、ＲＵＩＣのウェブブラウザは、発生したイベントを内部的に処理し、その処理結果をユーザーに見せる。上記処理結果が新たなリモートＵＩを要求する場合、あるいは制御に対する要求が存在する場合、ＲＵＩＣのウェブブラウザは、新たなＵＩを要求するＨＴＴＰ要求をＲＵＩＳに送信する。
【００１１】
ＲＵＩＳ１１０のウェブサーバは、ＲＵＩＣ１２０のウェブブラウザからの要求に対応する処理結果に従ってＸＨＴＭＬ形式で構成された新たなＵＩをＲＵＩＣのウェブブラウザに伝送する。すると、ＲＵＩＣのウェブブラウザは、新たなＵＩをユーザーに提供する。
【００１２】
ＲＵＩＣ１２０は、ユーザーの入力に対してフィードバックを提供する場合、ＲＵＩＣ１２０自体からの振動及び/又は音響効果のようなフィードバックを提供する。しかしながら、ＲＵＩＣ１２０は、現在ＲＵＩ標準がリモートＵＩに対する画面出力規格のみを定義し、ユーザー入力に関連したフィードバック及び/又は画面切り替えに対しては定義されていないので、ＲＵＩＳ１１０からこのようなフィードバック情報を受信できない。ＲＵＩＣ１２０自体がユーザー入力に対するフィードバック効果を提供するため、異なるＲＵＩＣは、同一のリモートＵＩに対してもフィードバック効果を提供するか、あるいは提供しないことがある。さらに、フィードバック効果を提供する異なるＲＵＩＣは、異なるフィードバック効果を提供することができる。したがって、リモートＵＩを提供するＲＵＩＳ１１０の観点からすれば、リモートＵＩを作成したクリエータが意図または希望しないフィードバック効果が、ユーザーに提供される可能性があるという問題を有する。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
したがって、上記した従来技術の問題点を解決するために、本発明の目的は、リモートＵＩ環境でＲＵＩＣにリモートＵＩを伝送する場合、ＲＵＩＳが、ユーザー入力に関連するフィードバック効果をリモートＵＩとともに提供する装置及び方法を提供することにある。
【００１４】
本発明の別の目的は、リモートＵＩ環境でＲＵＩＣにリモートＵＩを伝送する場合、同一のユーザー入力に対して同一のフィードバック効果を提供可能にする装置及び方法を提供することにある。
【課題を解決するための手段】
【００１５】
本発明の一態様によれば、リモートユーザーインターフェース(ＵＩ)のクライアントが提供される。このリモートＵＩクライアントは、リモートＵＩ要求に応答してリモートＵＩサーバから受信したＵＩデータをレンダリングして出力し、受信したＵＩデータに定義されたフィードバック効果をユーザーに提供するためのフィードバック処理を要求するウェブブラウザモジュールと、ウェブブラウザモジュールの要求に応答してフィードバックデータを処理し、処理した結果に従ってフィードバック効果をユーザーに提供するフィードバックプロセッサとを含む。
【００１６】
本発明の他の態様によれば、リモートＵＩクライアントによりリモートＵＩサーバから受信されたＵＩデータを処理する方法が提供される。その方法は、ウェブブラウザモジュールにより、リモートＵＩ要求に応答してリモートＵＩサーバから受信されたＵＩデータをレンダリングして出力するステップと、受信されたＵＩデータに定義されたフィードバック効果を提供するためのフィードバックデータを処理するステップと、処理された結果に従ってフィードバック効果をユーザーに提供するステップとを有する。
【００１７】
また、本発明の他の態様によれば、リモートＵＩサーバが提供される。このリモートＵＩサーバは、リモートＵＩクライアントのウェブブラウザモジュールからのリモートＵＩ要求に応答して、ユーザーに提供されるフィードバック効果が定義されるＵＩデータをリモートＵＩクライアントに伝送するウェブサーバモジュールを含む。
【００１８】
さらに、本発明の他の態様によれば、リモートＵＩサーバによりリモートＵＩクライアントにＵＩデータを伝送する方法が提供される。その方法は、ウェブサーバモジュールにより、リモートＵＩクライアントのウェブブラウザモジュールからのリモートＵＩ要求に応答してユーザーに提供するためのフィードバック効果が定義されたＵＩデータをリモートＵＩクライアントに伝送するステップを有する。
【発明の効果】
【００１９】
本発明は、リモートＵＩ環境で、ＲＵＩＳがＲＵＩＣにリモートＵＩを伝送する場合、ユーザー入力によるフィードバック 効果をリモートＵＩと共に提供することによって、リモートＵＩを提供する意図に合うフィードバック効果をユーザーに提供することができる。
【００２０】
また、本発明は、リモートＵＩ環境で、ＲＵＩＣ２２０にリモートＵＩを伝送する場合、ＲＵＩＳ２１０が同一のユーザー入力に対して同一のフィードバック効果を提供することができる。
【００２１】
さらに、本発明は、リモートＵＩ環境で、ＲＵＩＳ２１０が、ＲＵＩＣ２２０に リモートＵＩを伝送する場合、フィードバックデータを共に伝送することによって、例えばチャンネル切り替えの際に待機時間を短縮することができる。
【００２２】
本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。
【図面の簡単な説明】
【００２３】
【図１】従来のＸＨＴＭＬベースのリモートＵＩシステムにおけるリモートＵＩデータを伝送するプロセスの一例を示す図である。
【図２】本発明の実施形態により、リモートＵＩデータと共にフィードバックデータを提供するためのリモートＵＩシステムを示すブロック構成図である。
【図３】本発明の第１の実施形態によるリモートＵＩシステムにおけるリモートＵＩデータと共にフィードバックデータを提供するためのシグナルリングフローを示す図である。
【図４】本発明の第１の実施形態によるＲＵＩＣの制御手順を示すフローチャートである。
【図５】本発明の第２の実施形態によるリモートＵＩシステムにおいて、リモートＵＩページ全体に対するフィードバック効果を提供するためのシグナルリングフローを示す図である。
【図６】本発明の第２の実施形態によるＲＵＩＣの制御手順を示すフローチャートである。
【図７】本発明の第２の実施形態によるＲＵＩＳの制御手順を示すフローチャートである。
【図８】本発明の第１の実施形態によるリモートＵＩが表示される画面の一例を示す図である。
【図９】本発明の第２の実施形態によるリモートＵＩシステムにおいて、チャンネル切り替えの際にリモートＵＩページ全体に対するフィードバック効果を提供する一例を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００２５】
次の説明において、具体的な構成及び構成要素のような特定詳細は、ただ本発明の実施形態の全般的な理解を助けるために提供されるだけである。したがって、本発明の範囲及び趣旨を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００２６】
図面においては、同一の構成要素に対してはできるだけ同一の参照符号及び参照番号を付して説明する。
【００２７】
図２は、本発明の実施形態によるリモートＵＩデータと共にフィードバックデータを提供するためのリモートＵＩシステムの構成を示す。
【００２８】
図２を参照すると、ＲＵＩＳ２１０は、ＲＵＩＣ２２０からの要求に応答してテキスト形式のリモートＵＩデータをＲＵＩＣ２２０に提供する。ＲＵＩＳ２１０は、リモートＵＩに対するユーザー入力によるフィードバック効果を提供するために、リモートＵＩに対するフィードバックデータをＲＵＩＣ２２０に提供できる。
【００２９】
このために、ＲＵＩＳ２１０は、ウェブサーバ２１２、フィードバックデータ生成部２１４、及びフィードバックデータ送信部２１６を含む。ウェブサーバ２１２は、ＸＨＴＭＬ、ＸＭＬなどのテキストフォーマットのリモートＵＩデータをＲＵＩＣ２２０に提供する動作を遂行する。すなわち、ウェブサーバ２１２は、ＲＵＩＣ２２０からの要求に対応するリモートＵＩデータをＲＵＩＣ２２０に提供する。
【００３０】
フィードバックデータ生成部２１４は、フィードバック効果に対して未処理データ(raw data)を生成する。このデータは、例えば、バイナリファイルのような形態でＲＵＩＳ２１０の格納装置に予め格納されていることもある。
【００３１】
フィードバックデータ送信部２１６は、フィードバックデータ生成部２１４で生成され、あるいは格納装置に予め格納されているフィードバック効果に対する未処理データをＲＵＩＣ２２０に伝送する。
【００３２】
ＲＵＩＣ２２０は、ＲＵＩＳ２１０にリモートＵＩデータに対する要求を送信し、この要求に応答してＲＵＩＳ２１０から提供されるリモートＵＩデータを受信してレンダリングし、ユーザーのためのＵＩを表示する。ＲＵＩＣ２２０は、表示されたＵＩを通じてユーザーの入力によるフィードバック効果をユーザーに提供する。ユーザーに提供されるフィードバック効果は、ＲＵＩＳ２１０から提供されるフィードバックデータに基づいて決定される。
【００３３】
このために、ＲＵＩＣ２２０は、ウェブブラウザ２２２、フィードバックプロセッサ２２４、及びフィードバックデータ受信部２２６を含む。ウェブブラウザ２２２は、ＲＵＩＳ２１０にリモートＵＩデータを要求し、この要求に応答してＲＵＩＳ２１０から提供されるリモートＵＩデータをレンダリングし、ユーザーインターフェース(ＸＨＴＭＬページなど)を表示する。また、ウェブブラウザ２２２は、ユーザーの入力を処理する。
【００３４】
フィードバックプロセッサ２２４は、ＲＵＩＳ２１０から受信されたリモートＵＩで定義されたフィードバック効果を処理し、その処理結果をユーザーに提供する。フィードバックプロセッサ２２４は、リモートＵＩで定義されたフィードバック処理方式によって、ＲＵＩＳ２１０からフィードバックデータを受信し、あるいは予め格納されているフィードバックデータを読み取って処理することができる。
【００３５】
フィードバックプロセッサ２２４が予め格納されているフィードバックデータを読み取る場合、フィードバックプロセッサ２２４は、予め定義された識別子(Identifier：ＩＤ)タイプでフィードバックデータを受信した後に予め格納されているフィードバックデータの中で、ＲＵＩＳ２１０から受信されたフィードバックデータＩＤに該当するフィードバックデータを処理できる。このために、ＲＵＩＣ２２０は、フィードバックデータを格納するためのフィードバックデータ格納部２２８を含む。場合によっては、フィードバックプロセッサ２２４は、ＲＵＩＳ２１０との新たな通信チャンネルを生成し、生成された通信チャンネルを介してＲＵＩＳ２１０からフィードバック効果に対する未処理データを受信して処理することができる。この未処理データの受信は、フィードバックデータ受信部２２６により処理され得る。
【００３６】
フィードバック効果を提供するためのリモートＵＩを構成する方法では、ターゲット要素別にフィードバック効果を定義する方法と、リモートＵＩページ全体に対するフィードバック効果を定義する方法がある。
【００３７】
本発明の実施形態によるフィードバック効果の例では、ユーザー入力に対するフィードバックとして振動を転送するハプティック(haptic)効果、オーディオフィードバックを転送する音響(sound)効果、表示されたイメージを通じてフィードバックを示すイメージ効果、及び表示されたビデオを通じてフィードバックを示すビデオ効果を含むことができる。本発明により提供されるフィードバック効果は、これに限定されるものでなく、上記以外のフィードバック効果も本発明の実施形態に適用することができる。また、複数のフィードバック効果は、同時にユーザーに提供され得る。
【００３８】
フィードバック効果を表示できるオブジェクト(object)は、例えばリモートＵＩの状態、ボタン、アンカー(anchor)、及びコンテンツを含む。リモートＵＩの状態は、リモートＵＩがローディングされる前又は後、あるいはエラーの通知(notification)を意味する。ボタンは、リモートＵＩをレンダリングすることで、ユーザーに表示されるボタンを選択する場合を意味する。また、アンカーは、ハイパーテキストリンク(hypertext link)を通じて他のリンクに接続される場合を意味する。コンテンツは、オーディオ、ビデオ、イメージ、及びテキストのようなコンテンツがユーザー画面に表示される場合を意味する。ここで説明されたフィードバック効果が表示されるオブジェクトの例に加えて、他のオブジェクトは、本発明の実施形態によるフィードバック効果に対応することができる。
【００３９】
以下、本発明の実施形態によるＸＨＴＭＬベースのリモートＵＩシステムにおけるフィードバック効果を提供する異なる方法について詳細に説明する。
【００４０】
本発明の第１の実施形態において、フィードバック効果は、リモートＵＩに含まれるターゲット要素(又はタグ)単位で定義される。このために、ユーザー入力に対するフィードバック効果を提供するための情報は、ターゲット要素に対する属性の付加情報として記述される。フィードバック効果を提供するためのターゲット要素は、＜ｂｕｔｔｏｎ＞、＜ｉｍａｇｅ＞、＜ａ＞、及び＜ｏｂｊｅｃｔ＞のようなユーザー入力を処理できるすべての要素を含むことができる。
【００４１】
属性に追加される情報は、ＥｆｆｅｃｔＴｙｐｅ，ＥｆｆｅｃｔＩＤ、ＥｆｆｅｃｔＴｉｍｅなどを含む。ＥｆｆｅｃｔＴｙｐｅは、ハプティック、サウンド、イメージ、及びビデオを含む。ＥｆｆｅｃｔＩＤは、所定のフィードバック効果に対するＩＤであり得る。ＥｆｆｅｃｔＴｉｍｅは、フィードバック効果が提供される時間に対する情報であり、フィードバック効果が持続する時間、及びユーザー入力時間とフィードバック効果が提供し始める時間との差を表すことができる。但し、このような付加情報は、実施形態に過ぎず、多様な他の付加情報を追加できる。付加情報の名称も変更可能である。
【００４２】
下記の＜表１＞は、本発明の第１の実施形態により定義されるフィードバック効果の一例を示す。
【００４３】
【表１】
2013531323.tif 000003
【００４４】
＜表１＞の第１のアイテムにおいて、要素＜ｂｕｔｔｏｎ＞に対して、その属性ＥｆｆｅｃｔＴｙｐｅ及びＥｆｆｅｃｔＩＤは、各々“ｈａｐｔｉｃ”及び“２”として指定される。この場合、ユーザーが該当ボタンを選択する場合、このボタンのフィードバック効果として予め指定された振動効果‘２’が提供される。この振動効果‘２’は、フィードバックデータ格納部２２３に予め格納されている未処理データであり、多様な振動パターンが本発明の実施形態により提供され得る。
【００４５】
＜表１＞の第２のアイテムにおいて、要素＜a＞に対して、その属性ＥｆｆｅｃｔＴｙｐｅ及びＥｆｆｅｃｔＩＤは、各々“ｓｏｕｎｄ”、“１”として指定される。この場合、ユーザーがハイパーリンクを選択する場合、効果音‘１’は、ユーザーに提供された後、次の動作、又はリンクへの接続が遂行される。
【００４６】
２つの効果の両方に適用される＜表１＞の第３のアイテムにおいて、要素＜ｉｍａｇｅ＞に対して、その属性ＥｆｆｅｃｔＴｙｐｅとＥｆｆｅｃｔＩＤは、各々“ｈａｐｔｉｃ＋ｓｏｕｎｄ”、“２＋１”として指定される。この場合、ユーザーが該当イメージを選択する場合、振動効果‘２’と効果音‘１’は、同時にユーザーに提供される。
【００４７】
図３は、本発明の第１の実施形態によるリモートＵＩシステムにおけるターゲット要素別にフィードバックデータを提供するためのシグナルリングフローを示す。
【００４８】
図３を参照すると、ステップ３００において、ＲＵＩＳ２１０のウェブサーバ２１２とＲＵＩＣ２２０のウェブブラウザ２２２は、リモートＵＩの要求及び送信以前に、ＲＵＩＣ２２０のフィードバック効果処理能力を確認する能力マッチング(capability matching)プロセスを遂行する。すなわち、ＲＵＩＳ２１０は、ＲＵＩＣ２２０が振動効果、音響効果を提供できるデバイスであるか否かを確認し、確認結果に従ってＲＵＩＣ２２０が処理できるフィードバック効果をリモートＵＩに記述する。
【００４９】
ステップ３１０において、ＲＵＩＣ２２０のウェブブラウザ２２２は、ＲＵＩＳ２１０のウェブサーバにＨＴＴＰ要求を送信してリモートＵＩデータを提供するように要求する。
【００５０】
ステップ３１２において、ＲＵＩＳ２１０のウェブサーバ２１２は、ＨＴＴＰ要求に対応するリモートＵＩデータをＲＵＩＣ２２０のウェブブラウザ２２２に伝送する。伝送されたリモートＵＩデータは、各要素別フィードバック効果に対する記述(description)を含む。テキストフォーマットに基づいて生成されたリモートＵＩデータの代表的な例では、ＸＨＴＭＬに基づいて作成されたＸＨＴＭＬページを含むことができる。
【００５１】
ＲＵＩＣ２２０のウェブブラウザ２２２は、テキストフォーマットのリモートＵＩデータを受信すると、受信されたリモートＵＩデータをパーシング及びレンダリングし、上記ＵＩをユーザーに提供する。
【００５２】
ステップ３２０で特定ユーザー入力によるイベントが発生する場合、ウェブブラウザ２２２は、ステップ３２２で、ユーザー入力に対応する要素に対して記述された属性を確認し、フィードバックプロセッサ２２４にフィードバック処理要求を送信する。
【００５３】
ステップ３２４において、フィードバックプロセッサ２２４は、該当要素に対する属性を確認し、ＥｆｆｅｃｔＴｙｐｅ、ＥｆｆｅｃｔＩＤ、及びＥｆｆｅｃｔＴｉｍｅのような属性情報に従ってフィードバックデータ格納部２２８に格納されたフィードバックデータを読み取る。ステップ３２６において、フィードバックプロセッサ２２４は、読み取ったフィードバックデータを処理してフィードバック効果をユーザーに提供する。
【００５４】
図４は、本発明の第１の実施形態によるＲＵＩＣにより遂行する制御フローを示す。図４のステップ４１０〜４１６に対応する動作は、ＲＵＩＣ２２０のウェブブラウザ２２２により遂行され、ステップ４１８及びステップ４２０に対応する動作は、ＲＵＩＣ２２０のフィードバックプロセッサ２２４により遂行される。
【００５５】
次の本発明の実施形態によるＲＵＩＣ２２０の動作説明において、ＲＵＩＣ２２０のウェブブラウザ２２２は、ＲＵＩＳ２１０のウェブサーバ２１２と通信を遂行し、ＲＵＩＣ２２０のフィードバックプロセッサ２２４は、ＲＵＩＣ２２０のウェブブラウザ２２２と通信を遂行する。
【００５６】
したがって、下記の説明では、ＲＵＩＣ２２０が図４に示すすべてのステップに対応する動作を遂行するエンティティとして記述すると仮定するが、上記動作は、実質的には上記に定義したエンティティにより遂行されると解釈すべきである。
【００５７】
図４を参照すると、ＲＵＩＣ２２０による動作が開始される場合、ＲＵＩＣ２２０は、ステップ４１０でＲＵＩＳ２１０からリモートＵＩデータを受信し、ステップ４１２でユーザーにＵＩを提供する。ＲＵＩＳ２１０から提供されるリモートＵＩデータは、動作初期に提供できるテキストフォーマットのリモートＵＩデータを意味する。テキストフォーマットのリモートＵＩデータは、ＸＨＴＭＬで構成されたＵＩを含むことができる。
【００５８】
ステップ４１０において、ＲＵＩＣ２２０は、ＲＵＩＳ２１０にテキストフォーマットのＵＩを要求し、要求に応答してＲＵＩＳから提供されるテキストフォーマットのリモートＵＩデータを受信する。ステップ４１２において、ＲＵＩＣ２２０は、受信されたリモートＵＩをパーシング及びレンダリングし、パーシング及びレンダリングしたＵＩをディスプレイ部を含むユーザーインターフェースを通じて表示する。
【００５９】
ステップ４１４において、ＲＵＩＣ２２０は、ユーザー入力イベントが発生するか否かを確認する。ユーザー入力が受信される場合、ＲＵＩＣ２２０は、ステップ４１６で、フィードバック効果を提供するための記述が受信したリモートＵＩデータに含まれるか否かを確認する。
【００６０】
フィードバック効果を提供する記述が受信されたリモートＵＩデータに含まれている場合、ＲＵＩＣ２２０は、ステップ４１８で、ユーザー入力に関連したフィードバックデータをフィードバック格納部２２８から読み取って処理する。ステップ４２０において、ＲＵＩＣ２２０は、処理結果によってユーザーにフィードバック効果を提供する。しかしながら、フィードバック効果を提供するための記述が受信したリモートＵＩデータに含まれていない場合、ＲＵＩＣは、動作を終了する。
【００６１】
図４に示されていないが、ステップ４１４で発生したユーザー入力によるフィードバックデータがフィードバックデータ格納部２２８に格納されていない場合、ＲＵＩＣ２２０は、ＲＵＩＳ２１０にフィードバックデータを要求し、要求したフィードバックデータを受信して処理することによって、ユーザーにフィードバック効果を提供することができる。この動作は、以下に本発明の第２の実施形態に対して詳細に説明する。
【００６２】
本発明の第２の実施形態において、フィードバックは、リモートＵＩページ全体に対して定義される。すなわち、ＲＵＩＳ２１０は、リモートＵＩページ全体に対するフィードバックを定義することによって、ＲＵＩＣ２２０は、リモートＵＩがローディングされる前にユーザーにフィードバック効果を提供し、あるいはエラーのような通知がリモートＵＩに発生する場合、ＲＵＩＣ２２０は、通知に対するフィードバック効果を提供することができる。
【００６３】
フィードバックがＸＨＴＭＬページ全体に対して定義される本発明の第２の実施形態によるフィードバックの定義方法について、次のように説明する。
【００６４】
以下に、＜表２＞は、本発明の第２の実施形態により定義されたフィードバック効果の一例を示す。
【００６５】
【表２】
2013531323.tif 000004
【００６６】
＜表２＞を参照して、リモートＵＩページがローディングされる前にフィードバック効果が遂行されるリモートＵＩページ全体に対してフィードバックを定義する方法について、以下に説明する。
【００６７】
＜表２＞のように、フィードバック効果がリモートＵＩページのローディング以前に提供される場合、チャンネル切り替えのようなリモートＵＩページのローディングが長くかかる場合、ユーザーにより受け取られるフィードバック効果のための待ち時間は短縮することができる。
【００６８】
＜表２＞において、リモートＵＩページ全体に対してフィードバック効果を提供する方法として、ＩＤを用いてＲＵＩＣ２２０に予め格納されたフィードバックデータを使用する方法(Ｍｅｔｈｏｄ＃１)と、ＲＵＩＳ２１０からフィードバックデータを受信する方法(Ｍｅｔｈｏｄ＃２)について説明する。
【００６９】
Ｍｅｔｈｏｄ＃１は、本発明の第１の実施形態による＜表１＞を参照して説明する方法と同様である。属性ＥｆｆｅｃｔＴｙｐｅとＥｆｆｅｃｔＩＤが各々“ｈａｐｔｉｃ”及び“２”として指定されるため、リモートＵＩページがローディングされる場合、フィードバック効果として予め指定された振動効果‘２’がユーザーに提供される。
【００７０】
Ｍｅｔｈｏｄ＃２において、ＲＵＩＣ２２０は、予め定義され格納されたフィードバックデータでなく、フィードバック効果を提供するために使用された未処理データをＲＵＩＳ２１０から受信する。この方法によると、ＲＵＩＳ２１０は、予め定義されていない新たなフィードバック効果をＲＵＩＣ２２０に提供できる。本発明の実施形態によると、ＲＵＩＳ２１０は、ＲＵＩＣ２２０にフィードバックデータを伝送するための伝送手段では、よく知られているＸＭＬＨｔｔｐＲｅｑｕｅｓｔを使用することができ、通知ソケット(notification socket)のような別途の通信チャンネル(例えば、ＴＣＰ/ＩＰ接続を通じて)を生成し、この通信チャンネルを介してフィードバックデータを伝送することができる。しかしながら、本発明の実施形態によると、多様な送信手段は、フィードバックデータを伝送するのに使用することができる。
【００７１】
図５は、本発明の第２の実施形態によるリモートＵＩシステムにおいて、リモートＵＩページ全体に対するフィードバック効果を提供するためのシグナルリングフローを示し、ＲＵＩＣ２２０はフィードバックデータをＲＵＩＳ２１０から受信し、チャンネル切り替えのようなリモートＵＩページのローディング前にユーザーにフィードバック効果を提供することを示す。
【００７２】
図５を参照すると、ステップ５００において、ＲＵＩＳ２１０のウェブサーバ２１２とＲＵＩＣ２２０のウェブブラウザ２２２は、リモートＵＩの要求及び送信に先立って、ＲＵＩＣ２２０のフィードバック効果処理能力を確認する能力マッチングプロセスを遂行する。すなわち、ＲＵＩＳ２１０は、ＲＵＩＣ２２０が振動効果、音響効果を提供できるデバイスであるか否かを確認し、その確認結果に従ってＲＵＩＣ２２０が処理できるフィードバック効果をリモートＵＩに記述する。
【００７３】
ステップ５１０において、ＲＵＩＣ２２０のウェブブラウザ２２２は、ＲＵＩＳ２１０のウェブサーバ２１２にリモートＵＩデータを提供することを要求するようにＨＴＴＰ要求を伝送する。
【００７４】
ステップ５１２において、ＲＵＩＳ２１０のウェブサーバ２１２は、ＨＴＴＰ要求に対応するリモートＵＩデータをＲＵＩＣ２２０のウェブブラウザ２２２に送信する。送信されたリモートＵＩデータは、リモートＵＩページ全体に対してフィードバック効果を提供するための記述を含むことができる。送信されたリモートＵＩデータは、全体リモートＵＩを構成するための初期ＸＨＴＭＬ構成ファイル(ｉｎｄｅｘ.ｈｔｍｌと同一の概念)であり、リモートＵＩのすべてのリモートＵＩデータ伝送が完了した状態を必ずしも意味するものではない。
【００７５】
ＲＵＩＣ２２０のウェブブラウザ２２２は、ＲＵＩＳ２１０のウェブサーバ２１２から送信されたテキストフォーマットのリモートＵＩデータを受信する場合、受信したリモートＵＩデータをパーシングする。フィードバック効果の記述がリモートＵＩデータに含まれている場合、ＲＵＩＣ２２０のウェブブラウザ２２２は、ステップ５２０で、フィードバックプロセッサ２２４にフィードバック処理の要求を送信する。
【００７６】
ステップ５２２で、フィードバックプロセッサ２２４がフィードバックデータ受信部２２６にフィードバックデータの送信を要求する場合、フィードバックデータ受信部２２６は、ステップ５２４で、ＲＵＩＳ２１０のフィードバックデータ送信部２１６にフィードバックデータの送信を再要求する。
【００７７】
ＲＵＩＣ２２０からフィードバックデータ送信要求を受信すると、フィードバックデータ送信部２１６は、ステップ５２６で、フィードバックデータ生成部２１４にフィードバックデータ生成を要求する。ステップ５２８において、フィードバックデータ生成部２１４は、フィードバックデータを生成してフィードバックデータ送信部２１６に送信する。ステップ５３０において、フィードバックデータ送信部２１６は、フィードバックデータ生成部２１４から受信されたフィードバックデータをＲＵＩＣ２２０のフィードバックデータ受信部２２６に伝送する。
【００７８】
フィードバックデータを受信すると、フィードバックデータ受信部２２６は、ステップ５３２で受信したフィードバックデータをフィードバックプロセッサ２２４に伝送してフィードバック処理を要求する。すると、フィードバックプロセッサ２２４は、ステップ５３４で、フィードバックデータを処理し、その処理結果に基づいてユーザーにフィードバック効果を提供する。
【００７９】
フィードバックデータがステップ５２０〜５３４で送受信及び処理される間にも、リモートＵＩデータは、ステップ５４０で、ＲＵＩＳ２１０のウェブサーバ２１２からＲＵＩＣ２２０のウェブブラウザ２２２に継続して送信される。ステップ５２０〜５３４のフィードバックデータ処理プロセスがウェブブラウザの動作と別個に進行されるため、フィードバック効果は、ＵＩページがローディングされる前にユーザーに提供され、ユーザーは、待ち時間が減少するように感じることができる。
【００８０】
ＲＵＩＣ２２０が＜表２＞のＭｅｔｈｏｄ＃１のようにＥｆｆｅｃｔＩＤを用いて予め格納されたＵＩデータを使用する場合、ＲＵＩＣ２２０は、ＲＵＩＳ２１０からフィードバックデータを受信する必要がない。したがって、ステップ５２０で、フィードバック処理要求を受信すると、フィードバックプロセッサ２２４は、ステップ５２２で、フィードバックデータ受信部２２６にフィードバックデータ送信を要求する代わりに、フィードバックデータ格納部２２８に格納されたＵＩデータを読み取って処理した後、ステップ５３４で、上記処理結果に従ってフィードバック効果をユーザーに提供する。すなわち、ステップ５２２〜５３２の動作が遂行されない。
【００８１】
ＲＵＩＣ２２０は、ＲＵＩＳ２１０から受信したフィードバックデータを臨時格納部に格納する。この場合、同一のフィードバックデータの処理において、ＲＵＩＣ２２０のフィードバックプロセッサは、フィードバックデータ受信部２２６にフィードバックデータの送信を要求せずに、臨時格納部に格納されたフィードバックデータを読み取って処理することによって、フィードバックデータ処理時間を短縮することができる。
【００８２】
図６は、本発明の第２の実施形態によるＲＵＩＣにより遂行される制御フローを示す。図６において、ステップ６１０，６１２、及び６１８に対応する動作はＲＵＩＣ２２０のウェブブラウザ２２２により遂行され、ステップ６１４，６１６に対応する動作は、ＲＵＩＣ２２０のフィードバックプロセッサ２２４とフィードバックデータ受信部２２６により遂行される。
【００８３】
後述される本発明の実施形態によるＲＵＩＣの動作において、ＲＵＩＣ２２０のウェブブラウザは、ＲＵＩＳ２１０のウェブサーバ２１２と通信を遂行し、ＲＵＩＣ２２０のフィードバックデータ受信部２２６は、ＲＵＩＳ２１０のフィードバックデータ送信部２１６と通信を遂行し、ＲＵＩＣ２２０のフィードバックプロセッサ２２４は、ＲＵＩＣ２２０のウェブブラウザ２２２及びフィードバックデータ受信部２２６との通信を遂行する。
【００８４】
したがって、下記の説明でＲＵＩＣ２２０はすべてのステップに対応する動作を遂行するエンティティとして説明されるが、この動作は、実質的には上記したエンティティにより個別的に遂行される。
【００８５】
図６を参照すると、ＲＵＩＣ２２０による動作が開始される場合、ＲＵＩＣ２２０は、ステップ６１０，６１８で、ＲＵＩＳ２１０からリモートＵＩデータを受信してユーザーにＵＩを提供する。ＲＵＩＳから提供されたリモートＵＩデータは動作初期に提供されるテキストフォーマットのリモートＵＩデータを意味する。テキストフォーマットのリモートＵＩデータの一例では、ＸＨＴＭＬで生成されたＵＩを含むことができる。
【００８６】
このために、ステップ６１０において、ＲＵＩＣ２２０は、ＲＵＩＳ２１０にＵＩに対する要求を送信し、この要求に応答してＲＵＩＳ２１０から提供されるリモートＵＩデータを受信する。ステップ６１２において、ＲＵＩＣ２２０は、フィードバック効果を提供するための記述が受信されたリモートＵＩデータに含まれているか否かを確認する。
【００８７】
フィードバック効果を提供するための記述が受信されたリモートＵＩデータに含まれている場合、ＲＵＩＣ２２０は、ステップ６１４で、ＲＵＩＳ２１０にフィードバックデータを要求し、要求されたフィードバックデータを受信して処理し、ステップ６１６で、その処理結果に従ってユーザーにフィードバック効果を提供する。
【００８８】
フィードバックデータが送受信されて処理される間にも、ＲＵＩＣ２２０は、リモートＵＩデータをＲＵＩＳ２１０から継続して受信する。フィードバック効果を提供した後に、ＲＵＩＣ２２０は、ステップ６１８で、受信したリモートＵＩをパーシング及びレンダリングし、パーシング及びレンダリングされたＵＩをディスプレイ部を含むユーザーインターフェース上で表示する。
【００８９】
しかしながら、ステップ６１２で、ＲＵＩＳ２１０から受信されたリモートＵＩデータにフィードバック効果を提供する記述が含まれていない場合には、ＲＵＩＣ２２０は、ステップ６１８で、受信されたリモートＵＩをパーシング及びレンダリングし、このパーシング及びレンダリングされたＵＩをディスプレイ部を含むユーザーインターフェース上で表示する。
【００９０】
＜表２＞の‘Ｍｅｔｈｏｄ＃１’のようにＲＵＩＣ２２０がＥｆｆｅｃｔＩＤを用いて予め格納されたＵＩデータを使用する場合、ＲＵＩＣ２２０は、ＲＵＩＳ２１０からフィードバックデータを受信する必要がない。従って、ＲＵＩＣ２２０は、ステップ６１４でフィードバックデータ格納部に格納されたＵＩデータを読み取って処理し、ステップ６１６で、処理結果に従ってフィードバック効果をユーザーに提供する。
【００９１】
図７は、本発明の第２の実施形態によるＲＵＩＳ２１０により遂行される制御フローを示す。図７において、ステップ７００〜７１２に対応する動作はＲＵＩＳ２１０のウェブサーバ２１２により遂行され、ステップ７１４〜７１６に対応する動作は、ＲＵＩＳ２１０のフィードバックデータ生成部２１４とフィードバックデータ送信部２１６により遂行される。
【００９２】
後述される本発明の実施形態によるＲＵＩＳ２１０の動作において、ＲＵＩＳ２１０のウェブサーバ２１２は、ＲＵＩＣ２２０のウェブブラウザ２２２と通信を遂行し、ＲＵＩＳ２１０のフィードバックデータ送信部２１６は、ＲＵＩＣ２２０のフィードバックデータ受信部２２６と通信を遂行し、ＲＵＩＳ２１０のフィードバックデータ生成部２１４は、ＲＵＩＳ２１０のフィードバックデータ送信部２１６と通信を遂行する。
【００９３】
したがって、下記の説明でＲＵＩＳはすべてのステップに対応する動作を遂行するエンティティとして説明されるが、この動作は、実質的には上記したエンティティにより個別的に遂行される。
【００９４】
図７を参照すると、ステップ７００において、ＲＵＩＳ２１０は、リモートＵＩの要求時に伝送に先立って、ＲＵＩＣ２２０のフィードバック効果処理能力を確認する能力マッチングプロセスを遂行する。言い換えれば、ＲＵＩＳ２１０は、ＲＵＩＣ２２０が振動効果、音響効果を提供できるデバイスであるか否かを確認し、その確認結果に従ってＲＵＩＣ２２０が処理できるフィードバック効果をリモートＵＩに記述する。
【００９５】
ステップ７１０において、ＲＵＩＳ２１０は、リモートＵＩに対する要求がＲＵＩＣから受信されるか否かをモニタリングする。ＲＵＩＣ２２０からリモートＵＩ要求が受信される場合、ＲＵＩＳ２１０は、ステップ７１２で、ＲＵＩＣ２２０により要求されたリモートＵＩデータをＲＵＩＣ２２０に送信する。リモートＵＩデータは、ＲＵＩＣ２２０の要求により生成され、あるいは予めＲＵＩＳ２１０で生成され得る。リモートＵＩデータは、ＸＨＴＭＬで生成されたＵＩを含むことができる。
【００９６】
リモートＵＩデータの送信において、ＲＵＩＳ２１０は、フィードバック効果を提供するための記述を含む。ステップ７１４において、ＲＵＩＳ２１０は、フィードバックデータ送信要求がＲＵＩＣ２２０から受信されるかをモニタリングする。ＲＵＩＣ２２０からフィードバックデータ送信要求が受信される場合には、ＲＵＩＳ２１０は、ステップ７１６で、ＲＵＩＣ２２０により要求されたフィードバックデータを生成してＲＵＩＣ２２０に伝送する。
【００９７】
図８は、本発明の第１の実施形態によるリモートＵＩが表示される画面の一例を示す。
【００９８】
図８に示すように、３個のメニュー‘映画’８１２、‘ドラマ’８１４、‘プレミアム’は画面上に表示され、メニューがユーザー入力により選択される場合、音響効果８２０及び振動効果８３０のような異なるフィードバック効果をメニュー別に提供できる。例えば、映画８１２とドラマ８１４が選択される場合には特別な制約事項がなく、プレミアム８１６が選択される場合には課金のような特別な制約事項があると仮定する。映画８１２とドラマ８１４が選択される場合、単純な音響効果は、該当メニューの選択を示すように提供される。映画８１２とドラマ８１４とは違い、プレミアム８１６が選択される場合には、振動効果８３０は、警告の目的で、該当メニューの選択をユーザーに知らせるために提供できる。
【００９９】
図９は、本発明の第２の実施形態によるリモートＵＩシステムにおいて、チャンネル切り替えの際にリモートＵＩページ全体に対するフィードバック効果を提供する一例を示す。
【０１００】
図９を参照すると、ＲＵＩＣに該当するデジタルＴＶ(ＤＴＶ)９２０がＲＵＩＳに該当するセットトップボックス(ＳＴＢ)９１０にチャンネル切り替えに該当するリモートＵＩデータを要求する場合、ＳＴＢ９１０は、要求されたリモートＵＩデータをＤＴＶ９２０に伝送する。ＳＴＢ９１０は、全体リモートＵＩデータを伝送する前に、チャンネル切り替えに対するフィードバック効果を提供するためのフィードバックデータを提供する。したがって、ＤＴＶ９２０は、ＵＩ画面を表示する前に、ＳＴＢ９１０から受信されたフィードバックデータを処理し、ユーザーに音響効果のようなフィードバック効果を提供する。以後、ＳＴＢ９１０は、ＤＴＶ９２０にチャンネル切り替えＵＩデータを伝送することで、オーディオ/ビデオコンテンツを提供する。
【０１０１】
また、ユーザーにフィードバック効果を提供する他の例として、予め指定された音響効果は、ＣＥ-ＨＴＭＬ(Consumer Electronics HTML)及び能力マッチングのように、ＲＵＩＣ２２０により要求されたサービスを提供できない場合にも、ユーザーに提供され得る。加えて、メール到着及び/又は重要な第三者通知(3rd party notification)の発生時に、音響効果は、ユーザーに提供することができる。
【０１０２】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び趣旨を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【符号の説明】
【０１０３】
２１０  ＲＵＩＳ
２１２  ウェブサーバ
２１４  フィードバックデータ生成部
２１６  フィードバックデータ送信部
２２０  ＲＵＩＣ
２２２  ウェブブラウザ
２２４  フィードバックプロセッサ
２２６  フィードバックデータ受信部
２２８  フィードバックデータ格納部
【図１】
2013531323.tif 000005
【図２】
2013531323.tif 000006
【図３】
2013531323.tif 000007
【図４】
2013531323.tif 000008
【図５】
2013531323.tif 000009
【図６】
2013531323.tif 000010
【図７】
2013531323.tif 000011
【図８】
2013531323.tif 000012
【図９】
2013531323.tif 000013
【国際調査報告】
2013531323.tif 000014
2013531323.tif 000015