遠隔ユーザインターフェースUIシステムにおけるメッセージを提供する方法であって、遠隔サーバ又は前記遠隔サーバと通信する第1の端末において、前記第1の端末に接続された第2の端末に送信される通知メッセージが生成される場合に、前記第1の端末が、前記通知メッセージに対するアクセス情報を生成し、前記通知メッセージの発生を示す通知メッセージイベントに前記アクセス情報を加え、前記通知メッセージイベントをマルチキャスト方式で複数の第2の端末に送信するステップと、前記複数の第2の端末から前記通知メッセージに対する要請を受信すると、前記第1の端末が前記複数の第2の端末のうちで前記アクセス情報に含まれた端末識別子IDに一致する識別子を有する前記第2の端末に前記通知メッセージを送信するステップとを有することを特徴とする方法。前記アクセス情報は、前記第1の端末の遠隔サーバアプリケーション識別子及び前記通知メッセージを動的に検索するためのダイナミックパラメータを含むことを特徴とする請求項1に記載の方法。前記通知メッセージイベントを前記複数の第2の端末に送信するステップは、前記生成された通知メッセージをハイパーテキストマークアップ言語HTMLの形式で格納するステップか、又は前記生成された通知メッセージを格納せず、前記通知メッセージを動的に検索するためのダイナミックパラメータを含む前記アクセス情報を生成するステップを有することを特徴とする請求項1に記載の方法。前記アクセス情報が前記ダイナミックパラメータを含む場合に、前記第1の端末は、前記第2の端末から前記通知メッセージに対する要請を受信すると、前記要請された通知メッセージを動的に検索し、前記検索された通知メッセージを前記第2の端末に送信することを特徴とする請求項3に記載の方法。前記複数の第2の端末のうちで前記通知メッセージに対するアクセス情報に含まれた端末IDに一致しないIDを有する第2の端末にヌル応答又はエラーメッセージを送信するステップをさらに有することを特徴とする請求項1に記載の方法。前記アクセス情報は、ユニフォームリソースロケータURL情報であり、前記第2の端末は、前記通知メッセージのための要請を前記URL情報とともに前記第1の端末に送信することを特徴とする請求項1に記載の方法。遠隔ユーザインターフェースUIシステムにおけるメッセージを提供する端末装置であって、遠隔サーバと通信し、前記遠隔サーバから通知メッセージを受信するか又は通知メッセージを生成し、前記受信されるか又は生成された通知メッセージを前記端末装置に現在接続された第3の端末に送信するアプリケーションと、前記通知メッセージに対するアクセス情報を生成し、前記通知メッセージの発生を示す通知メッセージイベントに前記アクセス情報を加え、マルチキャスト方式で前記通知メッセージイベントを複数の第3の端末に送信するハンドラーと、前記通知メッセージを前記アプリケーションから受信し、前記複数の第3の端末から前記通知メッセージに対する要請を受信すると、前記複数の第3の端末のうちで前記アクセス情報に含まれた端末識別子IDに一致する識別子を有する前記第3の端末に前記通知メッセージを送信するエンベデッドサーバとを有することを特徴とする端末装置。前記アクセス情報は、前記アプリケーションの識別子及び前記通知メッセージを動的に検索するためのダイナミックパラメータを含むことを特徴とする請求項7に記載の端末装置。前記エンベデッドサーバは、前記アプリケーションから受信した通知メッセージをハイパーテキストマークアップ言語HTML形式で格納するか、又は前記受信した通知メッセージを格納せずに前記通知メッセージを動的に検索するためのダイナミックパラメータを前記ハンドラーに伝達し、前記ハンドラーは、前記ダイナミックパラメータを含む前記アクセス情報を生成することを特徴とする請求項7に記載の端末装置。前記エンベデッドサーバは、前記アクセス情報が前記ダイナミックパラメータを含む場合に、前記第3の端末から前記通知メッセージに対する要請を受信すると、前記要請された通知メッセージを動的に検索し、前記検索された通知メッセージを前記第3の端末に送信することを特徴とする請求項9に記載の端末装置。前記アクセス情報は、ユニフォームリソースロケータURL情報であり、前記第3の端末は、前記通知メッセージのための要請を前記URL情報とともに前記エンベデッドサーバに送信することを特徴とする請求項7に記載の端末装置。前記エンベデッドサーバは、前記複数の第3の端末のうちで、前記通知メッセージに対するアクセス情報に含まれた端末識別子に一致しない識別子を有する第3の端末にヌル応答又はエラーメッセージを送信することを特徴とする請求項7に記載の端末装置。本発明の目的は、少なくとも上述した問題点及び/又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、少なくとも3つのエンティティーを含む遠隔制御環境において通知メッセージを特定の端末に送信することができるメッセージを提供する方法及びそのための端末装置を提供することにある。本発明の他の目的は、少なくとも3つのエンティティーを含む遠隔制御環境において通知メッセージを効率的に提供するメッセージを提供する方法及びそのための端末装置を提供することにある。本発明のまた他の目的は、ネットワークにおいて端末と遠隔サーバとの間の通信を通して通知メッセージを効率的に提供するメッセージを提供する方法及びそのための端末装置を提供することにある。本発明のさらにまた他の目的は、ネットワークにおいて通知メッセージイベントをマルチキャスト方式で複数の端末に送信し、複数の端末のうちの特定の端末のみに通知メッセージを提供するメッセージを提供する方法及びそのための端末装置を提供することにある。上記のような目的を達成するために、本発明の一態様によれば、遠隔ユーザインターフェースUIシステムにおけるメッセージを提供する方法を提供する。上記方法は、遠隔サーバ又は上記遠隔サーバと通信する第1の端末において上記第1の端末に接続された第2の端末に送信される通知メッセージが生成される場合に、上記第1の端末が、上記通知メッセージに対するアクセス情報を生成し、上記通知メッセージの発生を示す通知メッセージイベントに上記アクセス情報を加え、上記通知メッセージイベントをマルチキャスト方式で複数の第2の端末に送信するステップと、上記複数の第2の端末から上記通知メッセージに対する要請を受信すると、上記第1の端末が上記複数の第2の端末のうちで上記アクセス情報に含まれた端末識別子IDに一致する識別子を有する上記第2の端末に上記通知メッセージを送信するステップとを有することを特徴とする。本発明の他の態様によれば、遠隔ユーザインターフェースUIシステムにおけるメッセージを提供する端末装置を提供する。上記端末装置は、遠隔サーバと通信し、上記遠隔サーバから通知メッセージを受信するか又は通知メッセージを生成し、上記受信されるか又は生成された通知メッセージを上記端末に現在接続された第3の端末に送信するアプリケーションと、上記通知メッセージに対するアクセス情報を生成し、上記通知メッセージの発生を示す通知メッセージイベントに上記アクセス情報を加え、マルチキャスト方式で上記通知メッセージイベントを複数の第3の端末に送信するハンドラーと、上記通知メッセージを上記アプリケーションから受信し、上記複数の第3の端末から上記通知メッセージに対する要請を受信すると、上記複数の第3の端末のうちで上記アクセス情報に含まれた端末識別子IDに一致する識別子を有する上記第3の端末に上記通知メッセージを送信するエンベデッドサーバとを有することを特徴とする。本発明の実施形態のメッセージ配信システム及び方法において、ネットワークで端末間の通信を通して1つの端末が他の端末に接続された遠隔サーバで生成されたメッセージ又は他の端末自体で生成されたメッセージを他の端末を通して受信することができるという長所がある。また、遠隔サーバで生成されたメッセージ又は他の端末自体で生成されたメッセージを特定の端末のみに送信することができるという長所がある。本発明の他の目的、効果、及び顕著な特徴は、添付図面が併用される本発明の実施形態を開示する後述の詳細な説明から、当業者にとって一層明らかになる。図面中、同一の図面参照符号は、同一の構成要素、特性、及び構造を意味することに留意する。添付図面を参照した以下の説明は、特許請求の範囲及びそれらの均等物によって規定される本発明の実施形態の包括的な理解を助けるために提供されるものであり、多様で詳細な説明を含む。しかしながら、これら詳細な説明は、単に例示的なものとみなされる。したがって、本発明の範囲及び精神を逸脱することなく、以下に説明される実施形態の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。また、公知の機能や構成に関する具体的な説明は、明瞭性と簡潔性のために省略される。ここで使用される用語は、本発明の機能を考慮して定義されたものであって、ユーザ又は運用者の意図又は慣例によって変わり得る。したがって、上記用語は、本明細書の全体内容に基づいて定義されなければならない。次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。英文明細書に記載のa、an、及びthe、すなわち単数形は、文中に特記で明示されない限り、複数形を含むことは、当業者にはわかることである。したがって、例えば、コンポーネント表面acomponentsurfaceとの記載は、一つ又は複数の表面を含む。実質的にという用語は、提示された特徴、パラメータ、又は値が正確に設定される必要はないが、許容誤差、測定誤り、測定精度限界及び当業者に知られているか、あるいは当業者によって実験なしに得られる要素を含む偏差又は変化が、これら特性が提供しようとする効果を排除しない範囲内で発生することを意味する。下記の説明において、ユーザインターフェースUserInterface:以下、UIと称するページを要請する端末を第3の端末と呼び、UIページ及び通知メッセージを遠隔サーバを通して第3の端末に提供する端末を第2の端末と呼ぶ。本発明の実施形態は、第2の端末が第2の端末自体で生成した通知メッセージを第3の端末に提供し、第2の端末が遠隔サーバに接続されている時に、第2の端末は、遠隔サーバで生成された通知メッセージを第3の端末に提供する新たな方式を提案する。また、本発明の実施形態は、第2の端末で生成された通知メッセージイベント及び遠隔サーバで生成された通知メッセージイベントをマルチキャスト方式で複数の第3の端末に提供し、複数の第3の端末から通知メッセージの要請を受信する時に、この通知メッセージを、対象の第3の端末のみに提供する新たな方式を提案する。ここで論議される図2から図7及び本特許文書で開示された内容の原理を記述するために使用される様々な例示的な実施形態はただ例示のためのものであり、上記開示された内容の範囲を限定するいかなる方式でも解釈されてはいけない。当業者は、上記開示された内容の原理が適合に配列された通信システムでも実現されることができることを理解するのであろう。様々な実施形態を記述するために使用された用語は例示的である。それは、単純に詳細な説明の理解を助けるために提供されるものであることを留意しなければならない。これら用語の使用及び定義はいかなる方式でも本発明の範囲を提案しない。用語第1、第2などは同一の定義を有する対象を区分するために使用され、明示的な説明がない限り順序を示すために意図するいかなる方式で使用されるものではない。セットsetは、少なくとも1つのエレメントを含む空いていないセットで定義される。図2は、本発明の実施形態によるメッセージ配信システムの構成を示す図である。図2を参照すると、メッセージ配信システムは、第3の端末100、第2の端末101、及び遠隔サーバ102を含む。遠隔ユーザインターフェースRemoteUserInterface:RUIクライアントに対応する第3の端末100は、第2の端末101を発見discoveryし、第2の端末101のディスクリプションDescription情報を受信し、第2の端末101がUIページを提供するように要請し、この要請に応じて受信したUIページをレンダリングし表示する。第3の端末100は、第2の端末101を通してマルチキャスト方式で第2の端末101自体で生成されたか又は遠隔サーバ102で生成された通知メッセージの発生を示す通知メッセージイベントを受信し、受信された通知メッセージイベントを通して第2の端末101からユーザに見られる通知メッセージを受信する。また、第3の端末100は、第2の端末101から受信された通知メッセージイベントから通知メッセージアクセス情報であるユニフォームリソースロケータUniformResourceLocator:URL情報を抽出し、第2の端末101が抽出されたURL情報を用いて通知メッセージを提供するように要請する。第2の端末101は、遠隔サーバ102で提供するUIページを第3の端末100に提供し、第2の端末101自体で生成された通知メッセージ又は遠隔サーバ102で生成された通知メッセージを第3の端末100に送信する。第2の端末101は、遠隔サーバアプリケーション105、エンベデッドサーバembeddedServer106、及び通知ハンドラーNotificationHandler107を含む。第3の端末100は、ブラウザー109及び通知ハンドラー108を含む。遠隔サーバアプリケーション105は、遠隔サーバ102で生成された通知メッセージ又は第2の端末101自体で生成された通知メッセージを受信し、受信された通知メッセージをエンベデッドサーバ106に送信する。本発明の実施形態に従って、第2の端末101は、複数の遠隔サーバアプリケーションを含むことができ、複数の遠隔サーバアプリケーションは、生成された通知メッセージの種類に従って独立してエンベデッドサーバ106に格納することができる。ダイナミックメッセージ要請に応じて、遠隔サーバアプリケーション105は、遠隔サーバ102が通知メッセージを提供するように要請し、該要請に応答して受信された通知メッセージをエンベデッドサーバ106に送信する。ここで使用される‘ダイナミックメッセージ要請’ということは、遠隔サーバ102から受信された通知メッセージがTEXT又はハイパーテキストマークアップ言語HypertextMarkupLanguage:HTML形式でなく、例えば、URL形式であるか、又は通知メッセージを動的に持ってくることを指示する情報を含む時に、遠隔サーバアプリケーション105は、遠隔サーバ102がTEXT又はHTML形式で通知メッセージを提供するように再要請する動作を意味する。エンベデッドサーバ106は、第3の端末100が第2の端末101を発見し、第2の端末101がUIページを提供するように要請することができる第2の端末101に関するディスクリプション情報を提供することができる。エンベデッドサーバ106は、第3の端末100が第2の端末101を通して遠隔サーバ102からUIページを受信するたびに第3の端末100に関する情報を格納する。また、エンベデッドサーバ106は、遠隔サーバアプリケーション105から通知メッセージを受信すると、受信された通知メッセージ及び通知メッセージを送信した遠隔サーバアプリケーションを格納する。この時に、受信された通知メッセージがTEXT形式である場合に、エンベデッドサーバ106は、この通知メッセージを第3の端末100にディスプレー可能なHTML形式に変換した後に格納する。この受信された通知メッセージがHTML形式である場合に、エンベデッドサーバ106は、変換なしにこの通知メッセージを格納する。遠隔サーバアプリケーション105から受信された通知メッセージがTEXT又はHTML形式でなく、例えばURLの形式であるか又はダイナミックメッセージ要請情報を含む場合は、エンベデッドサーバ106は、この通知メッセージを格納しない。また、エンベデッドサーバ106は、通知ハンドラー107が通知メッセージのアクセス情報であるURL情報を生成することができるように遠隔サーバアプリケーションID関連する遠隔サーバアプリケーションに関する情報、端末ID第3の端末に関する情報、及びダイナミックメッセージ情報を含むパラメータ値を通知ハンドラー107に送信する。複数の第3の端末から通知メッセージの要請を受信する時に、エンベデッドサーバ106は、この通知メッセージをハイパーテキスト転送プロトコルHTTP応答メッセージを用いて、対象の特定の第3の端末100のみに送信する。複数の第3の端末が同一のURL情報を用いて通知メッセージを要請するので、エンベデッドサーバ106は、複数の第3の端末のうちで、URL情報が含むことができる第3の端末に関する情報端末IDに一致する対象の特定の第3の端末100を判定すなわち、選択することができる。URL情報は、通知ハンドラー107が通知メッセージの発生を複数の第3の端末に通知するためにマルチキャスト方式で送信した通知メッセージイベントから抽出した情報である。エンベデッドサーバ106は、複数の第3の端末のうちで、URL情報に含まれた第3の端末に関する情報端末IDに一致しない端末IDを有する第3の端末に適切なヌルNull応答又はエラーメッセージを送信する。エンベデッドサーバ106は、HTTP応答メッセージに挿入された個別の新たなHTTP応答コード又は特定のパラメータ値を有するHTTP応答メッセージを一致しない端末IDを有する第3の端末に送信する。この個別の新たなHTTP応答コードは、いずれのエラーメッセージ又はウィンドーが生成されユーザに見られることを防止するために定義され、この特定のパラメータ値は、一致しない端末IDを有する第3の端末のそれぞれにある通知ハンドラーが要請に応答しないように提供される。また、エンベデッドサーバ106は、複数の第3の端末から受信されたURL情報を分析することによりダイナミックメッセージに対する要請があるか否かを判定する。この要請があると判定される場合に、エンベデッドサーバ106は、ダイナミックメッセージ要請を示すイベントメッセージを遠隔サーバアプリケーション105に送信し、遠隔サーバアプリケーション105から受信された通知メッセージをTEXT形式又はHTML形式で対象の特定の第3の端末100に送信する。この時に、エンベデッドサーバ106は、TEXT形式の通知メッセージをHTML形式の通知メッセージに変換し、これを対象の特定の第3の端末100に送信する。遠隔サーバアプリケーション情報遠隔サーバアプリケーションID、第3の端末情報端末ID、及びダイナミックメッセージ情報を含むパラメータ値をエンベデッドサーバ106から受信する時に、通知ハンドラー107は、パラメータ値を用いて通知メッセージのアクセス情報であるURL情報を生成し、URL情報を含む通知メッセージイベントを複数の第3の端末にマルチキャスト方式で送信する。遠隔サーバ102は、第3の端末100で表現されることができるUIを示すUIページ111を有しており、UIページ111及び通知メッセージを遠隔サーバ102に接続された第2の端末101を通して第3の端末100に提供する。図2に示すメッセージ配信システムを通してメッセージを提供する過程を図3及び図4を参照して詳細に説明する。図3は、本発明の実施形態によるネットワークにおける通知メッセージを提供する過程を示すシグナリング図である。図3を参照すると、ステップ301において、第3の端末A100が第2の端末101を発見し、第2の端末101のディスクリプション情報を受信し、第2の端末101がUIページを提供するように要請する場合に、第2の端末101は、遠隔サーバ102で提供するUIページを第3の端末A100に送信する。ステップ302において、第3の端末A100は、受信されたUIページをレンダリングし、ウェブブラウザーを通して表示する。ステップ303において、第2の端末101内のエンベデッドサーバ106は、第3の端末A100がUIページを遠隔サーバ102から受信するたびに第3の端末A100に関する情報を格納する。通知メッセージが第2の端末101で生成されるか又は遠隔サーバ102が制御する機器でイベントが発生し、関連する通知メッセージが生成される場合に、ステップ304において、生成された通知メッセージは、第2の端末101の遠隔サーバアプリケーション105に転送される。ステップ305において、遠隔サーバアプリケーション105は、通知メッセージをエンベデッドサーバ106に送信する。ステップ350において、エンベデッドサーバ106は、通知メッセージを送信した遠隔サーバアプリケーション105に関する情報遠隔サーバアプリケーションIDを格納する。受信された通知メッセージがTEXT形式である場合に、ステップ351において、エンベデッドサーバ106は、これを第3の端末A100上にディスプレー可能なHTML形式に変換した後に、この通知メッセージを格納する。この受信された通知メッセージがHTML形式である場合に、ステップ351において、エンベデッドサーバ106は、変換なしにこの通知メッセージを格納する。しかしながら、遠隔サーバアプリケーション105から受信された通知メッセージがTEXT形式又はHTML形式でなく、例えば、URL形式であるか又はダイナミックメッセージ要請に関する情報を含む場合に、エンベデッドサーバ106は、この通知メッセージを格納しない。その後に、ステップ306において、エンベデッドサーバ106は、この通知メッセージのアクセス情報であるURL情報を生成することができるパラメータ値を通知ハンドラー107に送信する。通知メッセージのアクセス情報であるURL情報を生成することができるパラメータ値は、遠隔サーバアプリケーションに関する情報遠隔サーバアプリケーションID、第3の端末に関する情報端末ID、及びダイナミックメッセージ情報を含む。ここで使用される‘ダイナミックメッセージ要請’ということは、遠隔サーバ102から受信された通知メッセージがTEXT又はHTML形式でなく、例えば、URL形式であるか、又は通知メッセージを動的に持ってくることを指示する情報を含む時に、遠隔サーバアプリケーション105は、遠隔サーバ102がTEXT又はHTML形式で通知メッセージを提供するように再要請する動作を意味する。エンベデッドサーバ106からパラメータ値を受信した通知ハンドラー107は、ステップ308において、パラメータ値を用いて通知メッセージのアクセス情報であるURL情報を生成し、URL情報を含む通知メッセージイベントを生成する。ステップ309において、通知ハンドラー107は、生成された通知メッセージイベントをマルチキャスト方式で宅内にある複数の第3の端末A100及び端末B300に送信する。以下に記載する表1は、通知メッセージのアクセス情報であるURL情報を含む通知メッセージイベントを示す。上記した表1の通知メッセージイベントにおいて、URL情報は、要素に含むことができ、URL情報の例は、以下に記載する表2に示す。上述した表2において、識別子appidは、第2の端末101で駆動している複数の遠隔サーバアプリケーションのうちで対応する通知メッセージを配信した遠隔サーバアプリケーションを示す識別子である。識別子userdeviceは、複数の第3の端末のうちで、通知メッセージが配信されなければならない対象の第3の端末100を示す識別子である。識別子dynamicは、ダイナミックメッセージ要請を識別する識別子である。ステップ351において、エンベデッドサーバ106に格納されたユーザデータがHTML形式である場合に、識別子dynamicの値はNとして設定され、エンベデッドサーバ106に格納されたユーザデータがHTML形式でない場合に、識別子dynamicの値はYとして設定される。上記のような通知メッセージイベントをマルチキャスト方式で受信した複数の第3の端末A100及び端末B300は、ステップ320において、通知メッセージイベントから表2で定義したURL情報だけを抽出し、URL情報を用いて第2の端末101が通知メッセージを提供するように要請する。URL情報に基づいて複数の第3の端末A100及び端末B300から通知メッセージの要請を受信する時に、第2の端末101内のエンベデッドサーバ106は、ステップ321において、複数の第3の端末A100及び端末B300のうちで、URL情報に含まれた識別子userdeviceの値に一致する情報IDを有する第3の端末をステップ301で接続された対象の特定の第3の端末A100として判定する。ステップ352において、エンベデッドサーバ106は、URL情報に含まれた識別子dynamicの値を確認する。その値がNである場合に、ステップ322において、エンベデッドサーバ106は、ステップ351で格納されたHTML形式の通知メッセージをHTTP応答メッセージを用いて対象の特定の第3の端末100のみに送信する。また、ステップ323において、エンベデッドサーバ106は、HTTP応答メッセージに挿入された個別の新たなHTTP応答コード又は特定のパラメータ値を有するHTTP応答メッセージを送信することができる。この個別の新たなHTTP応答コードは、いずれのエラーメッセージ又はウィンドーが生成されユーザに見られることを防止するために定義され、この特定のパラメータ値は、一致しない端末IDを有する第3の端末B300内の通知ハンドラーがこの要請に応答しないように提供される。しかしながら、ステップ352において、この確認の結果、複数の第3の端末A100及び端末B300から受信されたURL情報に含まれた識別子dynamicの値がYである場合に、エンベデッドサーバ106は、以下に述べられる図4に示すメッセージ送信手順を実行する。図4は、本発明の実施形態による第3の端末に通知メッセージを動的に提供する過程を示すシグナリング図である。図4を参照すると、識別子dynamicの値がYであるということは、ステップ304において、遠隔サーバ102から受信された通知メッセージがTEXT形式又はHTML形式でなく、例えばURL形式であるか、又は通知メッセージを動的に持ってくることを指示する情報を含むことができることを示す。したがって、ステップ401において、エンベデッドサーバ106は、ダイナミックメッセージ要請があるか否かを確認し、ステップ402において、ダイナミックメッセージ要請の発生を示すイベントメッセージをこの通知メッセージを送信した遠隔サーバアプリケーション105に送信する。このイベントメッセージを受信した遠隔サーバアプリケーション105は、ステップ403において、遠隔サーバ102がTEXT形式又はHTML形式を有する通知メッセージを提供するように要請する。この要請に応じてTEXT形式又はHTML形式を有する通知メッセージを受信する時に、ステップ404において、遠隔サーバアプリケーション105は、この受信された通知メッセージをエンベデッドサーバ106に送信する。この受信された通知メッセージがTEXT形式である場合に、ステップ322において、エンベデッドサーバ106は、この通知メッセージをHTML形式に変換し、HTML形式を有する通知メッセージを対象の特定の第3の端末A100に送信する。上述したように、メッセージ配信がダイナミックメッセージに対する要請なしに実行される場合に、通知メッセージの処理速度は速いが、ステップ351におけるように通知メッセージを格納しなければならないので使用可能なメモリを減少させる。他方、メッセージ配信がダイナミックメッセージの要請に応じて実行される場合にメモリが使用されないので、この使用可能なメモリが減少しないが、処理速度は、このメッセージ配信がダイナミックメッセージの要請なしに実行される場合に比べてさらに減少する。図5Aから図7は、本発明の実施形態によるオープンインターネットプロトコルテレビジョンInternetProtocolTeleVision:IPTVフォーラム標準に適用することができる通知メッセージを示す図である。図5A及び図5Bを参照すると、sendMulticastNotifメソッドは、特定の端末又はすべての第3の端末に通知メッセージを送信するために遠隔サーバアプリケーションが使用することができるメソッドである。第2の端末で特定のイベントが発生し、対応するイベントが通知メッセージを現在第2の端末に接続されている特定の第3の端末のみに配信する必要がある場合には、まず、遠隔サーバアプリケーションは、遠隔サーバから通知メッセージを取ってきた後に、sendMulticastNotifメソッドのnotifCEHTMLパラメータから取ってきた値を設定する。第2の端末は、通知メッセージの送信を希望する特定の第3の端末のID値をremoteDeviceHandleに挿入し、宅内のすべての第3の端末が受信する通知イベントを構成するためのeventLevel、friendlyName、profilelistパラメータを設定する。すべてのパラメータ値が設定された後にsendMulticastNotifメソッドが実行される場合に、第2の端末は、sendMulticastNotifメソッドを実行した遠隔サーバアプリケーションのID値を生成し、この生成された遠隔サーバアプリケーションのID値をremoteDeviceHandleパラメータ値とともにエンベデッドサーバに格納する。また、sendMulticastNotifメソッドに設定されたnotifiCEHTMLパラメータの値は、第3の端末が後で持ってくることができるようにエンベデッドサーバに格納され、第2の端末は、図6を参照して説明するようにURL情報を生成する。第2の端末は、通知ハンドラーにより通知メッセージイベントを生成し、これをマルチキャスト方式で宅内のすべての第3の端末に送信する。第3の端末は、第2の端末から受信した通知メッセージイベントを分析し、を抽出し、抽出されたURL情報を用いて第2の端末が通知メッセージを提供するように要請するHTTP要請を行う。HTTP要請を受信すると、第2の端末は、HTTP要請メッセージでパラメータ値を分析する。HTTP要請を行った第3の端末のIDがHTTP要請メッセージに含まれている‘devicehandle’値に一致する場合に、第2の端末は、エンベデッドサーバに格納された通知メッセージをHTTP応答メッセージを用いて第3の端末に送信する。第2の端末内のエンベデッドサーバがHTTP要請メッセージ内のパラメータ値のうちで、この格納された通知メッセージが図7の場合のようなイベントの発生を通して送信されたことをパラメータ‘daeid’にマッチングされた遠隔サーバアプリケーションに通知する場合に、遠隔サーバアプリケーションは、このイベントが第3の端末に送信されたことを示すUIを第2の端末の画面上に表示することができる。遠隔サーバアプリケーションは、図7のイベントを受信することにより他の適切な措置を行うことができる。HTTP要請を行った第3の端末のIDがHTTP要請に含まれた‘devicehandle’の値に一致しない場合に、第2の端末は、HTTP500エラーコードをIDが‘devicehandle’の値に一致しない第3の端末に送信する。また、sendMulticastNotifメソッドがHTML又はTEXT形式の値でなく、ヌルNull値がnotifCEHTMLパラメータ値に設定された状態で実行される場合に、通知メッセージは、第2の端末のエンベデッドサーバに格納されず、第3の端末からの通知メッセージ要請が第2の端末で受信される時に、第2の端末内のエンベデッドサーバは、通知メッセージを遠隔サーバから持ってくることを指示するイベントを遠隔サーバアプリケーションに送信する。このイベントを受信した遠隔サーバアプリケーションは、遠隔サーバから通知メッセージを持ってき、係属中の第3の端末からの要請に応じて対応する通知メッセージを送信する。以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。