"遠隔ユーザーインターフェースクライアントにおける遠隔ユーザーインターフェースサーバを制御する方法であって、RUISを制御するためのRUIページをレンダリングするステップと、前記RUIページを通じてユーザーから前記RUISを制御するための制御命令の入力を受信するステップと、前記制御命令をマルチキャスト方式で伝送するためのマルチキャスト制御メッセージを生成するステップと、前記マルチキャスト制御メッセージを前記RUISに伝送するステップと、を有することを特徴とする方法。前記入力を受信するステップは、隣接するRUISの中で該当するRUISに対する一つ以上の制御命令の入力を受信するステップを有することを特徴とする請求項1に記載の方法。前記RUISから前記RUIページを生成するための情報を獲得するステップと、前記RUISから獲得した情報を用いて前記RUIページを生成するステップと、をさらに有することを特徴とする請求項1に記載の方法。前記制御命令に該当する動作を遂行するRUISから遂行結果応答を受信するステップをさらに有することを特徴とする請求項1に記載の方法。遠隔ユーザーインターフェースサーバを制御する遠隔ユーザーインターフェースクライアント装置であって、RUISを制御するためのRUIページをレンダリングし、前記RUIページを通じてユーザーから前記RUISを制御するための制御命令の入力を受信するブラウザと、前記制御命令を前記RUISにマルチキャスト方式で伝送するためのマルチキャスト制御メッセージを生成する制御命令プロセッサと、前記マルチキャスト制御メッセージを前記RUISに伝送するマルチキャストメッセージハンドラと、を含むことを特徴とするRUIC装置。前記マルチキャスト制御メッセージは、前記マルチキャスト制御メッセージが前記制御命令を含むことを示すフラグ情報を含むことを特徴とする請求項1に記載の方法又は請求項5に記載のRUIC装置。前記ブラウザは、隣接するRUISの中で該当するRUISに対して一つ以上の入力を受信することを特徴とする請求項5に記載のRUIC装置。前記制御命令プロセッサは、前記RUISから前記RUIページの生成のための情報を獲得し、前記RUISから獲得した情報を用いて前記RUIページを生成することを特徴とする請求項5に記載のRUIC装置。前記制御命令プロセッサは、前記制御命令に該当する動作を遂行したRUISから遂行結果応答を受信することを特徴とする請求項5に記載のRUIC装置。前記遂行結果応答は、HTTPGET命令又はHTTPPOST命令を用いて前記RUISから受信されることを特徴とする請求項4に記載の方法又は請求項9に記載のRUIC装置。遠隔ユーザーインターフェースサーバにより遠隔ユーザーインターフェースクライアントから制御命令を受信する方法であって、RUICからマルチキャストメッセージを受信するステップと、前記マルチキャストメッセージがマルチキャスト制御メッセージであるか否かを確認するステップと、前記マルチキャストメッセージが前記マルチキャスト制御メッセージである場合、前記マルチキャスト制御メッセージに含まれる制御命令に従って制御されるサービスがあるか否かを確認するステップと、前記制御命令に従って制御されるサービスがある場合、前記サービスに対するリソースが制御可能であるか否かを確認するステップと、前記リソースが制御可能である場合、前記制御命令に該当する動作を遂行するステップと、を有することを特徴とする方法。前記マルチキャスト制御メッセージに応答して前記RUICに前記制御命令の遂行結果を伝送するステップをさらに有することを特徴とする請求項11に記載の方法。遠隔ユーザーインターフェースクライアントから制御命令を受信する遠隔ユーザーインターフェースサーバ装置であって、RUICからマルチキャストメッセージを受信するマルチキャストメッセージハンドラと、前記マルチキャストメッセージがマルチキャスト制御メッセージであるか否かを確認し、前記マルチキャストメッセージが前記マルチキャスト制御メッセージである場合、前記マルチキャスト制御メッセージに含まれた制御命令により制御されるサービスがあるか否かを確認し、前記制御命令により制御されるサービスがある場合、前記サービスに対するリソースが制御可能であるか否かを確認し、前記リソースが制御可能である場合、前記制御命令の遂行を制御する制御命令受信プロセッサと、を含むことを特徴とするRUIS装置。前記マルチキャスト制御メッセージは、前記マルチキャスト制御メッセージが前記制御命令を含むことを示すフラッグ情報、前記制御命令のリスト、前記制御命令を受信するRUISのリスト、及び前記制御命令を遂行したRUISが応答するユニフォームリソースロケーションのうち少なくとも一つを含むことを特徴とする請求項1に記載の方法、請求項5に記載のRUIC装置、請求項11に記載の方法、又は請求項13に記載のRUIS装置。前記制御命令受信プロセッサは、前記マルチキャスト制御メッセージに対応して前記RUICに前記制御命令の遂行結果を伝送する請求項13に記載のRUIS装置。前記遂行結果は、HTTPPOST命令を用いて前記RUICに伝送することを特徴とする請求項11に記載の方法又は請求項13に記載のRUIS装置。前記遂行結果は、前記RUICによりHTTPGET命令を用いて前記RUISから受信することを特徴とする請求項11に記載の方法又は請求項13に記載のRUIS装置。したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、RUICのユーザーがマルチキャストメッセージを用いて複数のRUISを效率的に制御する方法及び装置を提供することにある。本発明の他の目的は、RUICが隣接するRUISを制御するための制御命令をマルチキャスト方式で伝送する方法及び装置を提供することにある。上記のような目的を達成するために、本発明の一態様によれば、遠隔ユーザーインターフェースクライアントにおける遠隔ユーザーインターフェースサーバを制御する方法が提供される。その方法は、RUISを制御するためのRUIページをレンダリングするステップと、RUIページを通じてユーザーからRUISを制御するための制御命令の入力を受信するステップと、制御命令をマルチキャスト方式で伝送するためのマルチキャスト制御メッセージを生成するステップと、マルチキャスト制御メッセージをRUISに伝送するステップとを有する。本発明の他の態様によれば、RUISを制御するRUIC装置が提供される。そのRUIC装置は、RUISを制御するためのRUIページをレンダリングし、RUIページを通じてユーザーからRUISを制御するための制御命令の入力を受信するブラウザと、制御命令をRUISにマルチキャスト方式で伝送するためのマルチキャスト制御メッセージを生成する制御命令プロセッサと、マルチキャスト制御メッセージをRUISに伝送するマルチキャストメッセージハンドラとを含む。また、本発明の他の態様によれば、RUISによりRUICから制御命令を受信する方法が提供される。その方法は、RUICからマルチキャストメッセージを受信するステップと、マルチキャストメッセージがマルチキャスト制御メッセージであるか否かを確認するステップと、マルチキャストメッセージがマルチキャスト制御メッセージである場合、マルチキャスト制御メッセージに含まれる制御命令に従って制御されるサービスがあるか否かを確認するステップと、制御命令に従って制御されるサービスがある場合、サービスに対するリソースが制御可能であるか否かを確認するステップと、リソースが制御可能である場合、制御命令に該当する動作を遂行するステップとを有する。さらに、本発明の他の態様によれば、RUICから制御命令を受信するRUIS装置が提供される。そのRUIS装置は、RUICからマルチキャストメッセージを受信するマルチキャストメッセージハンドラと、マルチキャストメッセージがマルチキャスト制御メッセージであるか否かを確認し、マルチキャストメッセージがマルチキャスト制御メッセージである場合、マルチキャスト制御メッセージに含まれた制御命令により制御されるサービスがあるか否かを確認し、制御命令により制御されるサービスがある場合、サービスに対するリソースが制御可能であるか否かを確認し、リソースが制御可能である場合、制御命令の遂行を制御する制御命令受信プロセッサとを含む。本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。本発明の実施形態の説明が単に実例を提供するためのことで、本発明の目的を限定するものでないことは、本発明の技術分野で通常の知識を持つ者には明らかである。図面において、同一の構成要素に対してはできるだけ同一の参照符号及び参照番号を付して説明する。図2は、本発明の実施形態により、隣接するRUISに制御命令を含むマルチキャスト制御メッセージを送信するRUIC制御装置を示す。図2を参照すると、RUIS201,202,203は、多様な種類の被制御装置、オーディオシステム、LCDTVであり、各々のRUIC201,202,203は、RUIC205のユーザー200により指定された制御命令を含むマルチキャスト制御メッセージ204をRUIC205から受信する。ユーザー200により指定された制御命令は、例えば、ボリュームを下げるための制御命令を含む。上記したように、従来の技術では、RUIC205のユーザー200は、オン状態にある隣接するDVDP201、オーディオ装置202、及びLCDTV203を一度に一つずつ選択した後、ボリュームダウン命令を各装置に伝送する。しかしながら、本発明の実施形態により、RUIC205は、マルチキャストメッセージを用いて、RUIS201~203の全部に制御命令を一つずつ伝送する。より具体的に説明すると、図2は、本発明の実施形態により、RUICのユーザー200がRUIS201~203のボリュームを共通に減少させるように制御する制御命令210を含むマルチキャスト制御メッセージ204を伝送することを示す。さらに、マルチキャスト制御メッセージ204は、RUIS1201に対してスリープモードで電源をオフするように制御する制御命令212、RUIS2202に追加に制御する制御命令がないことを知らせるための制御命令214、及びRUIS3203にライトをオフさせるように制御するための制御命令216を含む。したがって、RUIS1~3201~203は、RUIC205からマルチキャスト制御メッセージ204を受信し、各々制御命令210によってそれらボリュームを下げる。また、RUIS1201は、制御命令212によってスリープモードに入る場合に電力をオフさせ、RUIS3203は制御命令216によってライトをオフさせ、RUIS2202は、受信したマルチキャスト制御メッセージ204内にRUIS2202に該当する制御命令がNULL214に設定されているため、このRUIS2202に追加される制御命令がないことを確認する。図3は、本発明の実施形態により、ホームネットワーク環境でRUICにより複数のRUISを制御する制御命令を含むマルチキャスト制御メッセージを伝送する手順を示す。図3を参照すると、ステップ304において、RUIC300デバイスは、隣接するRUISデバイス301~303を制御する制御命令のセットを設定するためのRUIページを提供する。RUIページは、RUIC300により複数の被制御デバイスであるRUIS301~303に関する情報及びこのRUIS301~303を制御するための制御命令に関する情報から提供され得る。ユーザー309は、提供されたRUIページを通じて隣接するRUIS301~303に伝送される制御命令のセットを選択し、ステップ305で、RUIC300デバイスは、選択された制御命令をマルチキャスト制御メッセージで構成する。ステップ306において、マルチキャスト制御メッセージに含まれた制御命令のセットは、RUIS301~303に伝送される。ステップ306においてマルチキャスト制御メッセージを受信した後、RUIS301,302,303は、受信されたマルチキャスト制御メッセージをパーシング及び分析してマルチキャスト制御メッセージが制御のためのメッセージであるか否か、マルチキャスト制御メッセージがRUIS301,302,303に有効であるか否か、及びマルチキャスト制御メッセージが制御可能であるか否かを判定した後、その判定結果を適用する。ステップ308において、マルチキャスト制御メッセージに含まれる制御命令による制御結果は、RUIC300に伝送される。図4は、本発明の実施形態によるRUICとRUISの論理的エンティティを示すブロック構成図である。図4を参照すると、RUIC400は、ブラウザ405、制御命令プロセッサ404、ユーザーインターフェース制御ポイント403、及びマルチキャストメッセージハンドラ406を含む。RUIS401は、アプリケーション409、制御命令受信プロセッサ408、ウェブサーバ402、及びマルチキャストメッセージハンドラ407を含む。RUIS401のウェブサーバ402は、UICP403にRUIS401に関する情報及び被制御デバイスを制御するための制御命令に関する情報である制御命令情報を提供する。ウェブサーバ402から制御命令情報を受信した後、UICP403は、周辺に位置した隣接デバイスであるRUIS401の存在を認識し、RUIS401からRUISを制御するための情報を収集し、収集された情報を制御命令プロセッサ404に伝送する。UICP403は、RUIC400とRUIS401との間のデバイスを接続する。制御命令プロセッサ404は、UICP403から獲得されたRUIS401の情報及び制御命令の情報を用いてRUIS401を制御するためにマルチキャスト制御メッセージを生成する。したがって、制御命令プロセッサ404は、UICP403により収集されたRUIS401を制御するための制御命令に対する情報を用いてRUIS401を制御するためのRUIページを新たに作成し、この新たに作成したRUIページをブラウザ405に提供し、あるいは予め格納されたRUIページをブラウザ405に提供する。本発明の実施形態により、制御命令プロセッサ404がRUIS401を制御するためにRUIページを提供する2つの方法がある。第1の方法では、UICP403がウェブサーバ402からRUIS401に対する制御情報を獲得する場合、制御命令プロセッサ404は、獲得した制御情報に従って新たなRUIページを提供する。第2の方法では、RUIC400とRUIS401との間の標準プロトコルが同一であるため、制御命令プロセッサ404は、生産プロセスで格納されたRUIページを提供する。さらに、制御命令プロセッサ404は、制御命令受信プロセッサ408から伝送された制御結果報告情報を受信して処理する。ブラウザ405は、ユーザーから入力を受信してRUIS401を制御するための制御命令を生成するためにユーザーインターフェースをユーザーに提供し、ユーザーにより入力される制御命令のセットを制御命令プロセッサ404に伝送する。制御命令プロセッサ404は、ブラウザ405から伝送された制御命令のセットによりRUIS401で提供されるサービスの中で制御するサービス、制御命令のセットと順序、RUIS401が制御の結果に対する応答を送信しなければならないURLアドレス、必要な場合に制御命令が伝送されるRUISを報告するための情報、一般的なマルチキャスト通知メッセージから本発明の実施形態によるマルチキャスト制御メッセージを区分するためのフラグを含むマルチキャスト制御メッセージを生成してマルチキャストメッセージハンドラ406に伝送する。制御命令が伝送されるRUISを報告する情報は、制御命令のセットの一部がRUIS1に伝送され、制御命令のセットの他の一部がRUIS2に伝送される場合、各制御命令が伝送されなければならない特定のRUISを指示するために包含可能な情報である。RUIC400のマルチキャストメッセージハンドラ406は、制御命令プロセッサ404から受信されたマルチキャスト制御メッセージを隣接するRUIS401にマルチキャストする。従来の一般的な技術では、マルチキャスト通知メッセージは、RUIS401からRUIC400に送信されるが、本発明の実施形態ではマルチキャスト制御メッセージが反対方向に送信される。すなわち、マルチキャスト通知メッセージは、RUIC400からRUIS401に伝送される。したがって、マルチキャストメッセージハンドラ406とマルチキャストメッセージハンドラ407は、本発明の実施形態によりマルチキャスト制御メッセージを送受信することができる。マルチキャストメッセージハンドラ407がRUIC400からマルチキャスト制御メッセージを受信する場合、マルチキャストメッセージハンドラ407は、受信されたマルチキャスト制御メッセージを制御命令受信プロセッサ408に伝送する。制御命令受信プロセッサ408は、受信されたマルチキャスト制御メッセージをパーシングし、RUIS401を制御する権利を有する制御デバイスであるRUIC400から送信される命令がマルチキャスト制御メッセージであるか否かを判定する。その判定の結果、マルチキャスト制御メッセージがRUIC400から伝送された命令である場合、制御命令受信プロセッサ408は、自身により提供されるサービスの中でどのサービスを制御する命令であるかを判定し、その命令が制御されるサービスのリソースを制御できるか否かを判定する。さらに、制御命令受信プロセッサ408は、必要な場合、上記命令が自身を制御するために意図的な制御命令であるか否かを判定する。マルチキャスト制御メッセージを受信した後、制御命令受信プロセッサ408は、受信されたマルチキャスト制御メッセージに含まれた制御命令がRUIS401を制御するために伝送されるか否か、上記制御命令がRUIS401を制御するために受信されても、RUIS401の能力で制御命令が遂行できるか否かを判定することによって、制御命令受信プロセッサ408は、自身を制御するための意図的制御命令であるか否かを判定することができる。その判定結果、受信されたマルチキャスト制御メッセージが自身を制御するための制御命令を含む場合、制御命令受信プロセッサ408は、マルチキャスト制御メッセージに含まれた制御命令をアプリケーション409に伝送し、アプリケーション409は、制御命令に従って制御を実行する。さらに、アプリケーション409は、制御の結果を制御命令受信プロセッサ408にまた報告し、制御命令受信プロセッサ408は、制御命令に対する処理結果を制御命令プロセッサ404に報告することによってマルチキャスト制御動作を終了する。したがって、制御命令プロセッサ404は、小さい組み込みウェブサーバの機能を有し、あるいはRUIC400及びRUIS401各々の内部のウェブサーバ機能を用いてサーバクライアント機能を遂行することができる。<表1>は、本発明の実施形態によるマルチキャスト制御メッセージの構成図であり、XMLで作成されている。<表1>において、NotificationTypeは、一般的なマルチキャストメッセージと区分するためにマルチキャストメッセージが制御命令を含むマルチキャスト制御メッセージであることを表すフラグである。また、<表1>において、<argumentNameX>タグは、各RUISデバイスに適用される制御命令のセットを意味する。すなわち、<表1>において、AはRUIS1に該当するコンテンツであり、<Targetvalue=1231562131はRUIC1のIPアドレスを表し、<argumentName1>inargvalue<argumentName1>は、RUIS1に該当する制御命令が1個であることを示し、この制御命令はinargvalueに挿入される。同様に、BはRUIS2に該当するコンテンツであり、<Targetvalue=1231562132はRUIC2のIPアドレスを表し、<argumentName1>inargvalue<argumentName1>~<argumentName3>inargvalue<argumentName3>は、RUIS2に該当する制御命令が3個であることを示し、この制御命令はinargvalueに挿入される。CはRUIS3に該当するコンテンツであり、<Targetvalue=1231562133はRUIC3のIPアドレスを表し、<argumentName1>inargvalue<argumentName1>~<argumentName2>inargvalue<argumentName2>は、RUIS3に該当する制御命令が2個であることを示し、この制御命令はinargvalueに挿入される。Dは、RUICにより制御されるRUISが応答メッセージを伝送するURLアドレスを表す。図5A及び図5Bは、本発明の実施形態により、RUICと隣接RUISとの間の通信示す信号フロー図である。図5Aを参照すると、本発明の実施形態によって、RUIC500は、2つのプロセス590,592のうちいずれか一つを使用してRUIページを提供する。第1のプロセス590、すなわちオプション1は、RUIC500がRUIS501,502のRUIページを予め格納するケースに該当する。プロセス590において、RUIC500とRUIS501,502の製造会社が相互に異なっても、RUIC500及びRUIS501,502は、特定標準に従って生産されるので、共通の制御命令により制御することができる。第2のプロセス592、すなわちオプション2は、RUIC500が隣接するRUIS501,502を検索し、各RUISごとに制御できる制御命令に関連した情報を獲得して該当RUISを制御するRUIページを制御するケースに該当する。RUIC500とRUIS501,502が共通規格を持たず、各製造会社に従って特定される場合、オプション2は、RUIC500により各RUIS501,502を制御するRUIページを提供するために使用される。特に、プロセス590において、RUIC500のブラウザ573は、ステップ503で、予め格納されているRUIページをレンダリングしてユーザーに見せ、ステップ504で、ユーザーから制御命令の入力を受信する。ステップ505において、ブラウザ573は、入力された制御命令を制御命令プロセッサ570に伝送する。プロセス592において、隣接するRUISであるRUIS1501、RUIS2502のウェブサーバ575,576から各RUISに提供可能なサービスリストと、RUISを制御するための制御情報とを獲得した後、RUIC500の制御命令プロセッサ570は、ステップ507で、獲得した情報を用いてRUIページを生成する。制御命令プロセッサ570は、ステップ508で生成されたRUIページをブラウザ573に伝送し、ブラウザ573は、ステップ509で伝送されたRUIページをレンダリングしてユーザーに見せる。ブラウザ573は、ステップ510で制御命令の入力を受信し、ステップ511で、制御命令プロセッサ570に入力された制御命令を伝送する。プロセス590又はプロセス592を通じてRUIページが提供され、提供されたRUIページを通じてRUISを制御するための制御命令が入力される場合、制御命令プロセッサ570は、ステップ520で、入力された制御命令と制御するRUISリストを決定した後にマルチキャスト制御メッセージを生成する。その後、図5Bに示すように、制御命令プロセッサ570は、ステップ530において、生成されたマルチキャスト制御メッセージをRUIS1501及びRUIS2502に伝送する。図5Bを参照すると、RUIS501,502の制御命令受信プロセッサ571,572は、ステップ542で、受信されたマルチキャスト制御メッセージをパッシング及び分析する。ステップ542において、制御命令受信プロセッサ571,572は、分析されたマルチキャスト制御メッセージに含まれた制御命令に従って動作を遂行する。ステップ542で制御命令に従って動作を遂行した後、制御命令受信プロセッサ571,572は、ステップ552又はステップ562で、その結果をRUIC500に報告する。つまり、2個の異なる方式、すなわち、ステップ552及びステップ562があり、制御命令受信プロセッサ571,572はRUIC500に制御命令による動作を報告できる。ステップ552は、受信されたマルチキャスト制御メッセージに含まれたURLにHTTPPOST命令を用いてその内容を伝送する方法である。ステップ562は、ステップ506で獲得したRUIS501,502の状態を認知できる情報が格納されたRUIS501,502の各々に含まれたURLアドレスにHTTPGET命令を用いて、制御命令プロセッサ570が制御結果の現在状態をポーリング方式で要請するプロセスである。より具体的に説明すれば、ステップ550において、制御命令受信プロセッサ571,572は、ステップ530で受信されたマルチキャスト制御メッセージに含まれたRUIC500に存在するURLに制御命令に対する応答をHTTPPOST命令を用いて伝送する。ステップ551において、制御命令プロセッサ570は、ステップ550に応答してHTTP応答メッセージを制御命令受信プロセッサ571,572に各々伝送する。したがって、制御命令プロセッサ570は、HTTP要請を受信及び処理できる小さな、一種の組み込みウェブサーバの機能を必要とする。あるいは、ステップ560において、制御命令プロセッサ570は、ステップ506で獲得したRUIS501,502の状態情報に含まれたURLアドレスにHTTPGET命令を用いて制御命令に対する処理結果を持ってくる。ステップ561において、制御命令受信プロセッサ571,572は、ステップ560に応答してHTTP応答メッセージを制御命令プロセッサ570に伝送する。ステップ561での報告を通じて、制御命令プロセッサ570は、RUIS1501とRUIS2502の制御動作が成功的に遂行されるか否かを認知することができる。しかしながら、この制御動作が失敗した場合、制御命令プロセッサ570は、失敗した理由を識別するための動作を遂行する。図5A及び図5Bを参照すると、上記した方法は、大きくRUIページを提供するためのステップ580、マルチキャスト制御メッセージを生成するためのステップ582、マルチキャスト制御メッセージ受信を処理するためのステップ584、及び上記のような制御結果に応答するためのステップ586に分けられる。加えて、図5A及び図5Bの説明において、UICPは、説明の便宜上、RUIC500に位置すると仮定する。しかしながら、UICPは、RUIS501又は502、あるいは別途のデバイスに位置することができる。基本的に、このUICPは、位置する場所に関係なく同一の動作を遂行することができる。図6は、本発明の実施形態によるRUICによりマルチキャスト制御メッセージを生成する方法を示すフローチャートである。図6を参照すると、ステップ600において、RUICの制御命令プロセッサ570は、マルチキャスト制御メッセージを生成するか否かを判定する。その結果、マルチキャスト制御メッセージを生成すると判定した場合、制御命令プロセッサ570は、マルチキャスト制御メッセージがマルチキャスト制御メッセージ内に制御用であることを表すフラグを設定する。ステップ604において、RUICの制御命令プロセッサ570は、制御命令リストを生成し、制御するRUISを設定する。ステップ604において、制御命令プロセッサ570は、制御されるいくつかの命令語がある場合、制御命令プロセッサ570は、制御する命令に対するリストを生成し、生成したリストに含まれる制御命令語の処理順序を決定して最初に制御される制御命令を優先的に設定できる。また、ステップ604で、ホームネットワーク上に存在するRUISの中で制御されるRUISを選択する必要がある場合、制御命令プロセッサ570は、制御されるRUISを設定し、制御されるRUISのリストを生成する。制御命令プロセッサ570は、ステップ606でRUISが応答するURLを生成し、ステップ608で、ステップ602~606で生成した情報を含むマルチキャスト制御メッセージを生成する。図7は、本発明の実施形態により、RUISの制御命令受信プロセッサにより受信されるマルチキャスト制御メッセージをパーシングする方法を示すフローチャートである。図7を参照すると、ステップ700において、制御命令受信プロセッサ571,572がRUICからマルチキャスト制御メッセージを受信する場合、制御命令受信プロセッサ571,572は、ステップ702で、受信されたマルチキャスト制御メッセージが認証されたRUICから受信したマルチキャスト制御メッセージであるか否かを確認する。ここで、公知の多様な認証方法が認証方法として使用可能である。マルチキャスト制御メッセージが認証されたRUICから受信されたマルチキャスト制御メッセージである場合、制御命令受信プロセッサ571,572は、ステップ704で、受信されたマルチキャスト制御メッセージが自身に該当する制御命令を含むか否かを判定する。ステップ706で、制御命令が制御命令受信プロセッサ571,572に該当すると確認される場合、制御命令受信プロセッサ571,572は、ステップ708で制御命令に従って制御されるサービスを確認した後、ステップ710で、制御されるサービスリソースが制御可能であるか否かを確認する。例えば、制御命令がボリュームダウンのための命令である場合、誰かが既にボリュームを制御すると、ステップ710で、ボリュームダウンのための制御命令が可能でないと判断する。ステップ712において、制御命令受信プロセッサ571,572は、制御命令に対する動作を遂行する。上記した本発明の実施形態によると、遠隔UI環境で複数のRUISデバイスに複数の制御命令を效果的に伝送することによって、複数のRUISデバイスを効率的に制御することができる。したがって、本発明の実現を通じて、一つのRUICが同一の動作を制御するための同一のコンテキストの制御命令を不特定多数のいろいろなデバイスに反復的に送信する必要はない。さらに、RUICが制御する隣接するRUISデバイスの種類と個数を正確に認知できず、あるい認知しても煩わしい場合でも、RUICは、RUISデバイスを容易に制御できる。以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。"