JP2010501928A

JP2010501928A - エンベデッドａｖコンテンツのプロトコルマッチング装置および方法

Info

Publication number: JP2010501928A
Application number: JP2009525492A
Authority: JP
Inventors: ジョン，ドン−シン; リー，ジュ−ヨル; オー，スン−ジェ; ハン，セ−ヒ; クォン，ウォン−ソク
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2006-08-25
Filing date: 2007-08-21
Publication date: 2010-01-21
Anticipated expiration: 2027-08-21
Also published as: EP2062391A1; JP4806072B2; CN101507179A; EP3094046A1; WO2008023918A1; EP3094046B1; CN101507179B; EP2062391A4; KR100801004B1

Abstract

【課題】本発明は、フォームネットワーク上におけるリモートユーザインターフェース（ＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ：ＲＵＩ）技術に関するものである。本発明によるエンベデッドＡＶコンテンツのプロトコルマッチング装置は、ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信するＲＵＩ（ＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ）サーバと、前記ＵＲＩ情報および前記プロトコル情報を利用して生成された前記ＵＩデータを前記ＲＵＩサーバから受信するＲＵＩクライアントと、前記ＲＵＩクライアントから前記プロトコル情報および前記ＡＶコンテンツに対する制御要請命令の伝達を受けて、メディア再生機から獲得したプロトコル情報と前記伝達されたプロトコル情報をマッチングすることによって前記ＡＶコンテンツに対する制御動作を行うＡＶＣＰを含む。

Description

本発明は、フォームネットワーク上におけるリモートユーザインターフェース（ＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ：ＲＵＩ）技術に関するものであって、より詳細には、ＲＵＩ装置の間でＡＶコンテンツを内部に含んでいるＵＩデータに対するエンベデッドＡＶコンテンツのプロトコルマッチング過程をＲＵＩ装置間のプロファイルマッチング過程と同時に実行できるようにする、エンベデッドＡＶコンテンツのプロトコルマッチング装置および方法に関するものである。

従来のリモートユーザインターフェース（ＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ：以下、ＲＵＩと称する）装置間には、ＵＩデータにエンベデッド（Ｅｍｂｅｄｄｅｄ）されているＡＶ（ＡｕｄｉｏＶｉｄｅｏ）コンテンツに対するプロトコルマッチング（ＰｒｏｔｏｃｏｌＭａｔｃｈｉｎｇ）過程が前記ＡＶコンテンツを再生する時点で付加的に要求される。ここで、前記ＡＶコンテンツとは、ＨＴＭＬページにタグ形態で含まれた映像、音声、イメージなどであり得る。

図１は、ＲＵＩクライアントに伝達されるＵＩデータ１０の構造を示す図であり、ＵＩデータ１０の内部には多様な形態のオブジェクト（ｏｂｊｅｃｔ）が含まれている。エンベデッドＡＶコンテンツ２０もこのようなオブジェクトのうち一つの形態であって、前記ＡＶコンテンツを持ってくるための位置情報であるＡＶＣｏｎｔｅｎｔｓＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）２１とＵＰｎＰを基盤としＡＶＣｏｎｔｒｏｌを行うＵＰｎＰＡＶＣＰモジュール２２に分けることができる。前記ＵＩデータ１０は、ユーザによって前記ＡＶコンテンツの再生および停止などのような制御（Ｃｏｎｔｒｏｌ）命令の入力を受けて処理するが、このようなＵＩデータ１０の代表的な例としてはインターネット上のウェブブラウザーを利用してディスプレーされるウェブページであり得る。

前記ＵＩデータ１０にオブジェクトタグ（ｏｂｊｅｃｔｔａｇ）形態で内蔵されたエンベデッド（Ｅｍｂｅｄｄｅｄ）ＡＶコンテンツ２０は、ＣＥＡ−２０１４などのようなＸＨＴＭＬ基盤ＲｅｍｏｔｅＵＩ関連標準で用いられるＵＩデータ内部に含まれ得、前記オブジェクトタグには「ｐａｒａｍ」エレメントが含まれて記載され得、このエレメントを通じてオブジェクトに対応するＡＶコンテンツに対する付加情報を提供することができる。

一方、ＲＵＩ装置には、ＲＵＩサーバとＲＵＩクライアントが含まれるが、このうちＲＵＩサーバのデバイスデスクリプション（ＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ）には前記ＲＵＩサーバに対する情報である＜ｒｕｉｕｉＳｅｒｖｅｒＩｎｆｏ＞がタグ形態で記載されており、前記＜ｒｕｉｕｉＳｅｒｖｅｒＩｎｆｏ＞タグに含まれた＜ｒｕｉｕｉＬｉｓｔＵＲＬ＞に記述されたＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）が示すＸＭＬファイル内部に含まれたプロファイル（ｐｒｏｆｉｌｅ）を基盤としてプロファイルマッチング（ＰｒｏｆｉｌｅＭａｔｃｈｉｎｇ）を行うようになる。前記＜ｒｕｉｕｉＬｉｓｔＵＲＬ＞にはｕｉ＿ｐｒｏｆｉｌｅｎａｍｅ、ａｕｄｉｏ＿ｐｒｏｆｉｌｅｎａｍｅ、ｖｉｄｅｏ＿ｐｒｏｆｉｌｅｎａｍｅなどに対する情報が含まれ得る。

同様に、ＲＵＩクライアントのデバイスデスクリプションには前記ＲＵＩクライアントに対する情報である＜ｒｕｉｕｉＣｌｉｅｎｔＩｎｆｏ＞がタグ形態で含まれており、前記＜ｒｕｉｕｉＣｌｉｅｎｔＩｎｆｏ＞タグは１つ以上のプロファイルリスト（ｐｒｏｆｉｌｅｌｉｓｔ）を有し得、各ｐｒｏｆｉｌｅｌｉｓｔは、ｕｉ、ａｕｄｉｏ、ｖｉｄｅｏに対するプロファイルを含むことができる。特に、ｖｉｄｅｏｐｒｏｆｉｌｅは、ｐｒｏｆｉｌｅｎａｍｅ、ａｓｐｅｃｔｒａｔｉｏ、およびｔｒａｎｓｐｏｒｔなどを含み得る。

図２は、ＲＵＩ装置の間のプロファイルマッチング（ＰｒｏｆｉｌｅＭａｔｃｈｉｎｇ）過程を示す図である。前記ＲＵＩＣＰ５０は、ＲＵＩクライアント４０およびＲＵＩサーバ６０に対する検索（Ｄｉｓｃｏｖｅｒｙ）および制御（ｃｏｎｔｒｏｌ）過程を行い（Ｓ１１）、また、前記ＲＵＩクライアント４０がＲＵＩサーバ６０に提供可能なｕｉプロファイルを確認して前記ＲＵＩサーバ６０のリストのうち値するｕｉプロファイルが含まれているのかを確認する過程であるＵＩプロファイルマッチング過程を行う（Ｓ１２）。前記プロファイルマッチング過程が終了すれば、ＵＩデータが前記ＲＵＩサーバ６０から前記ＲＵＩクライアント４０に伝達される（Ｓ１３）。これで前記ＲＵＩサーバ６０はＲＵＩクライアント４０からイベント処理の要請を受けて、前記要請によりイベント処理をしてＲＵＩクライアント４０に通知をする（Ｓ１４）。ＵＩデータに含まれたＡＶコンテンツに対する再生や停止のような制御命令は後述するＡＶコンテンツプロトコルマッチング（ＰｒｏｔｏｃｏｌＭａｔｃｈｉｎｇ）過程と共に行われる。

図３は、ＲＵＩ装置を基盤としたＡＶコンテンツのプロトコルマッチング過程を示す図である。

前記図２のプロファイルマッチング過程が終了した後、ＲＵＩサーバ６０は、ＵＩデータ１０を生成する前にＡＶコンテンツに接近できるＵＲＩ情報をメディアサーバ３０から伝送を受けて獲得する（Ｓ２１）。このような獲得方式は、メディアサーバ３０とＲＵＩサーバ６０との間の具現方式により変わり得るものである。ここで、前記ＵＲＩ情報の例としてｈｔｔｐ／／ｓｅｒｖｅｒ．ｃｏｍ／ａｖ．ｍｐｇであり得る。前記ＵＲＩ情報を有するＡＶコンテンツを含み生成された前記ＵＩデータ１０はＲＵＩサーバ６０からＲＵＩクライアント４０に伝送され（Ｓ２２）、前記ＲＵＩクライアント４０はレンダリング過程を通じてユーザに前記ＵＩデータを見せるようになる。ユーザが前記ＲＵＩクライアント４０を用いてＡＶコンテンツに対する制御することをＡＶＣＰ５０に要請して（Ｓ２３）、前記要請によりメディア再生機に含まれたＡＶＣＰ５０はＡＶコンテンツ制御（ＡＶＣｏｎｔｅｎｔｓＣｏｎｔｒｏｌ）を始めるようになる。メディア再生機とＡＶＣＰは同一の装置ではないが、前記図３のように一つの装置として共に具現が可能であり、または別途の装置として具現することもできる。

前記ＡＶコンテンツ制御が始まれば、ＡＶＣＰ５０は、メディアサーバ３０にプロトコル情報を要請し（Ｓ２４）、前記メディアサーバ３０は、前記要請によりプロトコル情報を前記ＡＶＣＰ５０に提供する（Ｓ２５）。前記ＡＶＣＰ５０は、メディア再生機が提供可能なプロトコル情報を抽出して（Ｓ２６）、前記抽出されたプロトコル情報を前記メディアサーバ３０から提起されたプロトコル情報とマッチングを行う（Ｓ２７）。前記プロトコルマッチング過程が終了すれば、ＡＶＣＰ５０は、ＵＩデータに含まれているＡＶコンテンツに対するＵＲＩを利用してメディアサーバ３０から前記ＡＶコンテンツを呼び出し（Ｓ２８）、これでユーザの望むＡＶコンテンツの制御を実行できるようになる。

しかし、前述した方式は、ＵＩデータ伝送のためＲＵＩ装置間のプロファイルマッチングとＵＩデータに含まれたＡＶコンテンツに対するプロトコルマッチングを重複して実行する。したがって、ＵＩデータにｎ個のＡＶコンテンツが含まれている場合、最大ｎ回のプロトコル情報抽出過程を各ＡＶコンテンツ別にネットワークを通じて行わなければならないため、ＡＶコンテンツに対する制御速度を低下させて、ネットワークに過重なトラフィックを加重させ得るという問題がある。

本発明は、前記のような問題点を解決するために考案されたものであって、本発明が解決しようとする課題は、ＵＩデータにエンベデッドされたＡＶコンテンツを制御できるのかどうかを確認するプロトコルマッチング過程をＵＩプロファイルマッチング過程と別途に行う従来の方式を改善して、ＵＩプロファイルマッチングをする時点でＡＶコンテンツのプロトコルマッチングを同時に行うことによって実際のＡＶコンテンツの制御時点では別途のプロトコル情報を抽出する過程を行わず、ＡＶコンテンツのプロトコルマッチングの効率性を向上させることができる、エンベデッドＡＶコンテンツのプロトコルマッチング装置および方法を提供しようとするものである。

本発明の目的は、以上で言及した目的に制限されず、言及されていないまた他の目的は次の記載から当業者に明確に理解できるであろう。

前述した目的を達成するための本発明によるエンベデッドＡＶコンテンツのプロトコルマッチング装置は、ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信するＲＵＩ（ＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ）サーバと、前記ＵＲＩ情報および前記プロトコル情報を利用して生成された前記ＵＩデータを前記ＲＵＩサーバから受信するＲＵＩクライアントと、前記ＲＵＩクライアントから前記プロトコル情報および前記ＡＶコンテンツに対する制御要請命令の伝達を受けて、メディア再生機から獲得したプロトコル情報と前記伝達されたプロトコル情報をマッチングすることによって前記ＡＶコンテンツに対する制御動作を行うＡＶＣＰを含む。

また、前述した目的を達成するための本発明によるエンベデッドＡＶコンテンツのプロトコルマッチング方法は、（ａ）ＲＵＩ（ＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ）サーバが、ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信する段階と、（ｂ）前記ＲＵＩサーバが、前記受信したＵＲＩ情報および前記プロトコル情報を利用して生成した前記ＵＩデータをＲＵＩクライアントに伝送する段階、および（ｃ）前記ＲＵＩクライアントが、前記伝送されたＵＩデータにエンベデッドされた前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングして保存する段階と、を含む。

その他実施形態の具体的な事項は詳細な説明および図に含まれている。

前記のような本発明の実施形態による場合次のような効果がある。

ＵＰｎＰＡＶを基盤としてＵＩデータを送受信するＲＵＩ装置が前記ＵＩデータにエンベデッドされたＡＶコンテンツに対する制御時点ごとにプロトコルマッチングを重複して実行せず、ＵＩプロファイルマッチング時点でＡＶプロトコル情報をあらかじめ抽出してＲＵＩクライアントの内部に保存することによって、ＡＶコンテンツの制御速度を向上させることができる。

また、プロトコル情報をＡＶコンテンツの制御時点ごとに毎回抽出することにより、発生する不必要なネットワークトラフィック発生を減らし、全体ネットワーク効率性を改善させることができる。

また、ＵＩデータの構成時オブジェクトタグのエレメントの定義を追加することによってＵＰｎＰＡＶスペックを修正せず本発明を実施することができる。

本発明の効果は、以上で言及した効果に制限されず、言及されていないまた他の効果は、請求範囲の記載から当業者に明確に理解できるであろう。

従来技術によるＲＵＩクライアントに伝達されるＵＩデータの構造を示す図である。従来技術によるＲＵＩ装置の間のプロファイルマッチング（ＰｒｏｆｉｌｅＭａｔｃｈｉｎｇ）過程を示す図である。従来技術によるＲＵＩ装置を基盤としたエンベデッドＡＶコンテンツのプロトコルマッチング過程を示す図である。本発明の一実施形態によるプロトコル情報を含むエンベデッドＡＶコンテンツの構成を示す図である。本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング装置の構成図である。本発明の一実施形態によるプロトコル情報を保存しているキャッシュ部の構造を示す図である。本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング過程を示す概念図である。本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング方法のフローチャートである。

本発明の利点、特徴、そして、それらを達成する方法は、添付される図面と共に詳細に後述される実施形態を参照すると明確になるだろう。しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で具現されることが可能である。本実施形態は、単に本発明の開示が完全になるように、本発明が属する技術分野で通常の知識を有する者に対して発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範囲によってのみ定義される。なお、明細書全体にかけて、同一の参照符号は同一の構成要素を指称する。

以下、本発明の望ましい実施形態によってあらかじめ定義された、エンベデッドＡＶコンテンツのプロトコルマッチング装置および方法を説明するためのブロックもまたはフローチャートを参照してより詳細に説明する。

本発明の実施形態では説明の便宜上、主にＵＰｎＰ（ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ）の応用といえるＵＰｎＰＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ（ＲｅｍｏｔｅＵＩ：以下、ＲＵＩという）システムを基盤として叙述し、本発明を具現するための装置においても前記ＵＰｎＰＲＵＩスペックで規定した装置の名称を主に使う。しかし、本発明の権利範囲は、前記のフォームネットワークシステムと前記装置の名称に影響を受けないことは当業者に自明なものである。

図４は、本発明の一実施形態によるプロトコル情報を含むエンベデッドＡＶコンテンツの構成を示す図である。前記図４を参照すると、ＵＩデータ１００内にエンベデッドＡＶコンテンツ１５０が含まれており、前記エンベデッドＡＶコンテンツ１５０を構成するオブジェクトタグのエレメントにはＵＰｎＰＡＶスペックで定義するプロトコル情報１６０を追加して定義していることが分かる。これでＵＰｎＰＡＶスペックの修正なしでも後述する本発明の実施形態を適用することができる。

図５は、本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング装置の構成図である。前記図５を参照すると、本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング装置は、キャッシュ部２００と連結されたＲＵＩクライアント４００、ＲＵＩサーバ６００、メディアサーバ３００、ＡＶＣＰ５００、およびメディア再生機５５０を含み構成される。

ＲＵＩサーバ６００は、ＵＩデータ１００にエンベデッドされているＡＶコンテンツ１５０に対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報（ＰｒｏｔｏｃｏｌＩｎｆｏ）を、ＡＶコンテンツを保存している別途のメディアサーバ３００から受信する。ここで、ＲＵＩサーバ６００は、ＵＰｎＰＡＶスペックで規定する被制御装置（ＣｏｎｔｒｏｌｌｅｄＤｅｖｉｃｅ）の一つとしてデスクトップＰＣやノートブックＰＣのようにＵＩイベントを発生させてＵＩデータを保存できる装置となり得る。そして、ＡＶコンテンツに対するプロトコルは、前記ＲＵＩサーバ６００のＵＩデータ１００をＲＵＩクライアント４００が出力できるようにするための規約であるともいえ、その例としてはＲＤＰ（ＲｅｍｏｔｅＤｅｓｋｔｏｐＰｒｏｔｏｃｏｌ）、ＨＴＴＰ、ＸＨＴなどのプロトコルであり得る。一方、ＲＵＩサーバ６００は、メディアサーバ３００と一つの装置として具現されることができ、別途の装置として存在することもできる。

ＲＵＩクライアント４００は、前記ＲＵＩサーバ６００からＵＩデータ１００の伝達を受けるが、前記ＵＩデータ１００は、前記ＵＲＩ情報および前記プロトコル情報を利用して生成され得る。ここで、ＲＵＩクライアント４００は、ＵＰｎＰＡＶスペックで規定するもう一つの被制御装置（ＣｏｎｔｒｏｌｌｅｄＤｅｖｉｃｅ）として、前記ＲＵＩサーバ６００となることができるデスクトップＰＣやノートブックＰＣによって遠隔調整される他の場所のＰＣであったり、前記ＵＩイベントをディスプレーできるデジタルＴＶであり得る。

前記ＲＵＩクライアント４００は、前記ＲＵＩサーバ６００からＵＩデータ１００を受信した後、前記ＵＩデータ１００にエンベデッドされている前記ＡＶコンテンツ１５０に対するＵＲＩ情報およびプロトコル情報をパーシングしてこれをキャッシュ部２００に保存するようになる。前記キャッシュ部２００は、後ほどＡＶＣＰ５００の要請によって保存されたプロトコル情報を提供するための役割をする。前記キャッシュ部２００は、別途のローカル保存領域（未図示）を含み得、前記プロトコル情報は、一種のマッピングテーブルの形態で前記キャッシュ部２００に保存され得るが、これは図６を参照して説明する。

図６は、本発明の一実施形態によるプロトコル情報を保存しているキャッシュ部の構造を示す図である。前記キャッシュ部２００の内部に保存されるデータは、コンテンツＵＲＩ２１０およびコンテンツプロトコル情報２２０がマッピングテーブル形態で構成されており、前記コンテンツプロトコル情報２２０は、プロトコル（Ｐｒｏｔｏｃｏｌ：２２１）、ネットワーク（Ｎｅｔｗｏｒｋ：２２２）、コンテンツフォーマット（ＣｏｎｔｅｎｔＦｏｒｍａｔ：２２３）、および追加情報（ＡｄｄｉｔｉｏｎａｌＩｎｆｏ：２２４）に分離されて保存される。例えば、「ｈｔｔｐ−ｇｅｔ：＊：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｄｔｃｐ１；ＣＯＮＴＥＮＴＦＯＲＭＡＴ＝ｖｉｄｅｏ／ＭＰ２Ｔ：＊」の形態で表現されるプロトコル情報がＰｒｏｔｏｃｏｌ、Ｎｅｔｗｏｒｋ、Ｆｏｒｍａｔ、およびＡｄｄｉｔｉｏｎａｌＩｎｆｏに分けられて保存されるものである。

一方、再び前記図５を参照すると、ＲＵＩクライアント４００は、自分に対する情報を示すタグ（例えば、＜ｒｕｉｕｉＣｌｉｅｎｔＩｎｆｏ＞）の内部に少なくとも一つ以上のプロファイルリストを有することができ、前記プロファイルリストは、ｕｉ、ａｕｄｉｏ、およびｖｉｄｅｏに対するプロファイル情報で構成されることができる。特に、前記ｖｉｄｅｏに対するプロファイル情報はプロファイル名称（ｐｒｏｆｉｌｅｎａｍｅ）、画面比率（ａｓｐｅｃｔｒａｔｉｏ）、および伝送方式（ｔｒａｎｓｐｏｒｔ）を明示することができるが、前記伝送方式の場合、スペースで区分して羅列するｓｐａｃｅｓｅｐａｒａｔｅｄｖａｌｕｅで表示される。したがって、一つ以上の伝送方式のうち一つを選択的に使用することができ、このような選択は、ＡＶコンテンツの制御時点でＡＶＣＰ５００によって実行される。

ユーザはＵＩデータ１００に含まれているＡＶコンテンツに対する再生や録画のような制御（Ｃｏｎｔｒｏｌ）命令を、ＲＵＩクライアント４００を通じて入力することができるが、前記ユーザの制御要請命令の入力を受けたＲＵＩクライアント４００は、前記ＡＶコンテンツに対応するプロトコル情報を前記キャッシュ部２００からまた抽出するようになる。抽出されたプロトコル情報は、前記制御要請命令と共にＡＶＣＰ５００に伝達される。

ＡＶＣＰ５００は、ＵＰｎＰＡＶスペックで規定する制御ポイント（ＣｏｎｔｒｏｌＰｏｉｎｔ）として、従来技術の図２で図示されているＲＵＩＣＰ５０とは異にＡＶコンテンツを制御するための装置である。すなわち、ＲＵＩクライアント４００から前記プロトコル情報および前記ＡＶコンテンツに対する制御要請命令の伝達を受けて、メディア再生機５５０から獲得したプロトコル情報と前記伝達されたプロトコル情報をマッチングすることによって前記ＡＶコンテンツに対する制御動作を行う装置である。前記マッチング結果によりＡＶＣＰ５００は、前記ＡＶコンテンツをメディアサーバ３００からメディア再生機５５０に持ってきてメディア再生機５５０に再生または録画させるなどの制御メッセージ（ＣｏｎｔｒｏｌＭｓｇ．）を伝送する。制御メッセージを受信したメディア再生機５５０は、メディアサーバ３００からＡＶコンテンツを持ってくることもできるが、ＵＩデータ１００からＡＶコンテンツのＵＲＩ情報を持ってきて前記ＡＶコンテンツを制御することもできる。

前記ＡＶＣＰ５００は、メディア再生機５５０と一つの装置として具現されることもでき、ＲＵＩクライアント４００と一つの装置として具現されることもでき、ＲＵＩクライアント４００とメディア再生機５５０とＡＶＣＰ５００がすべて一つの装置として具現されることもできる。もちろん、各々が別途の装置として存在しても良い。

図７は、本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング過程を示す概念図である。

本発明による一実施形態で説明するＡＶコンテンツのプロトコルマッチングは、従来のＵＰｎＰＡＶスペックで規定したプロトコルマッチング方法とＲＵＩ装置間のプロファイルマッチング動作を組み合わせた過程として、ＵＩプロファイルマッチングを行う時点にプロトコルマッチングをあらかじめ並行する動作を行う。図７を参照して前記動作を説明する。

先ず、ＡＶコンテンツを保存しているメディアサーバ３００がＵＩデータ生成に必要なＡＶコンテンツのＵＲＩ情報およびプロトコル情報をＲＵＩサーバ６００に伝送する（Ｓ１０２）。ここで、前記ＵＲＩ情報は「ｈｔｔｐ：／／ｓｅｒｖｅｒ．ｃｏｍ／ａｖ．ｍｐｇ」のような形式で表示され、前記プロトコル情報は「ｈｔｔｐ−ｇｅｔ：＊：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｄｔｃｐ１；ＣＯＮＴＥＮＴＦＯＲＭＡＴ＝ｖｉｄｅｏ／ＭＰ２Ｔ：＊」のように表示され得る。

ＲＵＩサーバ６００は、前記伝送されたＵＲＩ情報およびプロトコル情報を利用してＵＩデータを生成して、これをＲＵＩクライアント４００に伝送する（Ｓ１０４）。この時、エンベデッドＡＶコンテンツが共に伝送されるが、前記ＲＵＩクライアント４００は、伝送された前記プロトコル情報をパーシング（Ｐａｒｃｉｎｇ）してキャッシュ部２００に保存するようになる。キャッシュ部２００に保存する方式は、前述した図６の説明と同様であるため、ここでは省略する。

一方、ＲＵＩクライアント４００を通じてユーザがＡＶコンテンツに対する実行や停止、録画のような制御命令の入力をすれば、ＲＵＩクライアント４００はＡＶＣＰ５００に前記制御命令の実行に対する要請をする（Ｓ１０６）。これで、ＡＶコンテンツに対する制御動作が始まるが、ＲＵＩクライアント４００は前記ＡＶコンテンツに対応するプロトコル情報を前記キャッシュ部２００から抽出し（Ｓ１０８）、抽出されたプロトコル情報をＡＶＣＰ５００に伝達する（Ｓ１１０）。

前記プロトコル情報の伝達を受けたＡＶＣＰ５００は、自分と一つの装置として具現されるかまたは別個の装置として存在することができるメディア再生機から前記ＡＶコンテンツの再生できる能力があるかどうかを確認するために、メディア再生機のプロトコル情報を抽出するものである（Ｓ１１２）。このような抽出過程は、ＡＶＣＰ５００とメディア再生機の具現により内部的に異なるように実行され得るものである。

ＡＶＣＰ５００は、メディア再生機から獲得したプロトコル情報とＲＵＩクライアント４００から伝達されたプロトコル情報を比較することによってプロトコルマッチングを行う（Ｓ１１４）。前記プロトコルマッチングの結果、ＡＶＣＰ５００は、前記メディア再生機が前記ＡＶコンテンツを再生するなどの制御動作の実行ができるかどうかを確認することができ、特定の制御動作の実行ができると判断される場合、ＡＶＣＰ５００は、メディアサーバ３００からＡＶコンテンツの提供を受けて（Ｓ１１６）、前記ＡＶコンテンツをメディア再生機に伝送する。

図８は、本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング方法のフローチャートである。

先ず、ＲＵＩサーバ６００がＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を別途のメディアサーバ３００から受信する（Ｓ２１０）。ＲＵＩサーバ６００は、前記受信したＵＲＩ情報および前記プロトコル情報を利用して生成したＵＩデータをＲＵＩクライアント４００に伝送する（Ｓ２２０）。

そうすると、ＲＵＩクライアント４００は、前記伝送されたＵＩデータから前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングしてキャッシュ部２００に保存する（Ｓ２３０）。この時、キャッシュ部２００は、前記プロトコル情報をプロトコル（Ｐｒｏｔｏｃｏｌ）、ネットワーク（Ｎｅｔｗｏｒｋ）、フォーマット（Ｆｏｒｍａｔ）、および追加情報（ＡｄｄｉｔｉｏｎａｌＩｎｆｏ）に分離してマッピングテーブル形態で保存することができる。

ＲＵＩクライアント４００は、前記ＡＶコンテンツに対するユーザの制御要請命令の入力を受けるが、前記命令により前記ＡＶコンテンツに対応するプロトコル情報をキャッシュ部２００から抽出した後に、抽出されたプロトコル情報と共に前記命令をＡＶＣＰ５００に伝達する（Ｓ２４０）。

ＡＶＣＰ５００は、メディア再生機から前記ＡＶコンテンツに対するプロトコル情報を獲得して前記伝達されたプロトコル情報と比較するプロトコルマッチング動作を行うようになる（Ｓ２５０）。前記マッチング結果により、ＡＶＣＰ５００は、前記ＡＶコンテンツをメディアサーバ３００から持ってきて再生することができる。

一方、本発明の実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング方法の権利範囲は、前記のような方法をコンピュータで実行するためのプログラムコードを記録したコンピュータで読み取ることができる記録媒体にも及ぼすことは当業者に自明である。

以上添付された図面を参照して本発明の実施形態について説明したが、本発明が属する技術分野における通常の知識を有する者は、本発明を、その技術的思想や必須の特徴を変更しない範囲で、様々な形態に置換、変形および変更が可能であるため、他の具体的な形態において実施され得ることを理解することができる。したがって、上記実施形態はすべての面で例示的なものであり、限定的でないものと理解しなければならない。本発明の範囲は、前記詳細な説明よりは後述する特許請求の範囲によって示され、特許請求の範囲の意味、範囲、そして、その均等概念から導き出されるすべての変更または変形された形態が本発明の範囲に含まれると解釈されなければならない。

１００ＵＩデータ
１５０ＡＶコンテンツ
２００キャッシュ部
３００メディアサーバ
４００ＲＵＩクライアント
５００ＡＶＣＰ
５５０メディア再生機
６００ＲＵＩサーバ

Claims

ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信するＲＵＩ（ＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ）サーバと、
前記ＵＲＩ情報および前記プロトコル情報を利用して生成された前記ＵＩデータを前記ＲＵＩサーバから受信するＲＵＩクライアントと、
前記ＲＵＩクライアントから前記プロトコル情報および前記ＡＶコンテンツに対する制御要請命令の伝達を受けて、メディア再生機から獲得したプロトコル情報と前記伝達されたプロトコル情報をマッチングすることによって前記ＡＶコンテンツに対する制御動作を行うＡＶＣＰを含む、エンベデッドＡＶコンテンツのプロトコルマッチング装置。
前記ＲＵＩクライアントは、
前記ＲＵＩサーバから受信したＵＩデータにエンベデッドされた前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングして保存するキャッシュ部を含む、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
マルチメディアコンテンツを保存している別途のメディアサーバをさらに含み、
前記ＲＵＩサーバは前記メディアサーバから前記ＵＲＩ情報および前記プロトコル情報を受信する、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
前記ＲＵＩクライアントは、
自分に対する情報を表すタグ内部に少なくとも一つのプロファイルリストを有し、前記プロファイルリストは、ｕｉ、ａｕｄｉｏ、およびｖｉｄｅｏに対するプロファイル情報を含む、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
前記ｖｉｄｅｏに対するプロファイル情報は、プロファイルの名称（ｐｒｏｆｉｌｅｎａｍｅ）、画面比率（ａｓｐｅｃｔｒａｔｉｏ）、および伝送方式（ｔｒａｎｓｐｏｒｔ）を含む、請求項４に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
前記キャッシュ部は、
前記ＵＲＩ情報および前記プロトコル情報をマッピングテーブル形態で保存し、前記プロトコル情報は、プロトコル（Ｐｒｏｔｏｃｏｌ）、ネットワーク（Ｎｅｔｗｏｒｋ）、フォーマット（Ｆｏｒｍａｔ）、および追加情報（ＡｄｄｉｔｉｏｎａｌＩｎｆｏ）に分離されて保存される、請求項２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
前記ＲＵＩクライアントは、
前記ＡＶコンテンツに対するユーザの制御要請命令の入力を受けて、前記ＡＶコンテンツに対応するプロトコル情報を前記キャッシュ部から抽出する、請求項２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
前記ＲＵＩクライアントは、前記抽出されたプロトコル情報と共に前記制御要請命令を前記ＡＶＣＰに伝達し、
前記ＡＶＣＰは、前記マッチング結果により前記ＡＶコンテンツをメディアサーバから持ってきて再生する、請求項７に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
前記ＡＶＣＰは、前記メディア再生機と一つの装置として具現される、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
前記ＡＶＣＰは、前記ＲＵＩクライアントと一つの装置であって具現される、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
前記ＲＵＩサーバは、前記メディアサーバと一つの装置として具現される、請求項３に記載のエンベデッドＡＶコンテンツのプロトコルマッチング装置。
（ａ）ＲＵＩ（ＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ）サーバが、ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信する段階と、
（ｂ）前記ＲＵＩサーバが、前記受信したＵＲＩ情報および前記プロトコル情報を利用して生成した前記ＵＩデータをＲＵＩクライアントに伝送する段階、および
（ｃ）前記ＲＵＩクライアントが、前記伝送されたＵＩデータにエンベデッドされた前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングして保存する段階と、を含む、エンベデッドＡＶコンテンツのプロトコルマッチング方法。
（ｄ）前記ＲＵＩクライアントが前記保存されたプロトコル情報を抽出してＡＶＣＰに伝達する段階、および
（ｅ）前記ＡＶＣＰはメディア再生機から前記ＡＶコンテンツに対するプロトコル情報を獲得して前記伝達されたプロトコル情報とマッチングする段階と、をさらに含む、請求項１２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
前記（ａ）段階は、
前記ＲＵＩサーバが、マルチメディアコンテンツを保存している別途のメディアサーバから前記ＵＲＩ情報および前記プロトコル情報を受信する段階を含む、請求項１２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
前記ＲＵＩクライアントは、自分に対する情報を表すタグ内部に少なくとも一つのプロファイルリストを有し、前記プロファイルリストは、ｕｉ、ａｕｄｉｏ、およびｖｉｄｅｏに対するプロファイル情報を含む、請求項１２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
前記ｖｉｄｅｏに対するプロファイル情報は、プロファイル名称（ｐｒｏｆｉｌｅｎａｍｅ）、画面比率（ａｓｐｅｃｔｒａｔｉｏ）、および伝送方式（ｔｒａｎｓｐｏｒｔ）を含む、請求項１５に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
前記（ｃ）段階は、
前記ＲＵＩクライアントが別途のキャッシュを生成して前記ＵＲＩ情報および前記プロトコル情報を前記キャッシュにマッピングテーブル形態で保存する段階を含み、
前記プロトコル情報は、プロトコル（Ｐｒｏｔｏｃｏｌ）、ネットワーク（Ｎｅｔｗｏｒｋ）、フォーマット（Ｆｏｒｍａｔ）、および追加情報（ＡｄｄｉｔｉｏｎａｌＩｎｆｏ）に分離されて保存される、請求項１２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
前記（ｄ）段階は、
（ｄ１）前記ＲＵＩクライアントが前記ＡＶコンテンツに対するユーザの制御要請命令の入力を受ける段階と、
（ｄ２）前記命令により前記ＡＶコンテンツに対応するプロトコル情報を抽出する段階と、
（ｄ３）前記抽出されたプロトコル情報と共に前記命令をＡＶＣＰに伝達する段階と、を含む、請求項１３に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
前記（ｅ）段階は、
前記ＡＶＣＰが前記マッチング結果により前記ＡＶコンテンツをメディアサーバから持ってきて再生する段階を含む、請求項１８に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
エンベデッドＡＶコンテンツのプロトコルマッチング方法をコンピュータで実行するためのプログラムコードを記録したコンピュータで読み取ることができる記録媒体であって、前記方法は、
（ａ）ＲＵＩ（ＲｅｍｏｔｅＵｓｅｒＩｎｔｅｒｆａｃｅ）サーバが、ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信する段階と、
（ｂ）前記ＲＵＩサーバが、前記受信したＵＲＩ情報および前記プロトコル情報を利用して生成した前記ＵＩデータをＲＵＩクライアントに伝送する段階、および
（ｃ）前記ＲＵＩクライアントが、前記伝送されたＵＩデータにエンベデッドされた前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングして保存する段階と、を含む、記録媒体。