(57)【特許請求の範囲】
【請求項１】
ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信するＲＵＩ（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）サーバと、
前記ＵＲＩ情報および前記プロトコル情報を利用して生成された前記ＵＩデータを前記ＲＵＩサーバから受信するＲＵＩクライアントと、
前記ＲＵＩクライアントから前記プロトコル情報および前記ＵＲＩ情報に対応する前記ＡＶコンテンツに対する制御要請命令の伝達を受けて、メディア再生機から獲得したプロトコル情報と前記伝達されたプロトコル情報とをマッチングして、前記メディア再生機が前記ＡＶコンテンツを再生できるか確認することによって前記ＡＶコンテンツに対する制御動作を行うＡＶ  ＣＰを含む、エンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項２】
前記ＲＵＩクライアントは、
前記ＲＵＩサーバから受信したＵＩデータにエンベデッドされた前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングして保存するキャッシュ部を含む、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項３】
マルチメディア  コンテンツを保存している別途のメディアサーバをさらに含み、
前記ＲＵＩサーバは前記メディアサーバから前記ＵＲＩ情報および前記プロトコル情報を受信する、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項４】
前記ＲＵＩクライアントは、
自分に対する情報を表すタグ内部に少なくとも一つのプロファイルリストを有し、前記プロファイルリストは、ｕｉ、ａｕｄｉｏ、およびｖｉｄｅｏに対するプロファイル情報を含む、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項５】
前記ｖｉｄｅｏに対するプロファイル情報は、プロファイルの名称（ｐｒｏｆｉｌｅ  ｎａｍｅ）、画面比率（ａｓｐｅｃｔｒａｔｉｏ）、および伝送方式（ｔｒａｎｓｐｏｒｔ）を含む、請求項４に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項６】
前記キャッシュ部は、
前記ＵＲＩ情報および前記プロトコル情報をマッピングテーブル形態で保存し、前記プロトコル情報は、プロトコル（Ｐｒｏｔｏｃｏｌ）、ネットワーク（Ｎｅｔｗｏｒｋ）、フォーマット（Ｆｏｒｍａｔ）、および追加情報（ＡｄｄｉｔｉｏｎａｌＩｎｆｏ）に分離されて保存される、請求項２に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項７】
前記ＲＵＩクライアントは、
前記ＡＶコンテンツに対するユーザの制御要請命令の入力を受けて、前記ＡＶコンテンツに対応するプロトコル情報を前記キャッシュ部から抽出する、請求項２に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項８】
前記ＲＵＩクライアントは、前記抽出されたプロトコル情報と共に前記制御要請命令を前記ＡＶ  ＣＰに伝達し、
前記ＡＶ  ＣＰは、前記マッチング結果により前記ＡＶコンテンツをメディアサーバから持ってきて再生する、請求項７に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項９】
前記ＡＶ  ＣＰは、前記メディア再生機と一つの装置として具現される、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項１０】
前記ＡＶ  ＣＰは、前記ＲＵＩクライアントと一つの装置として具現される、請求項１に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項１１】
前記ＲＵＩサーバは、前記メディアサーバと一つの装置として具現される、請求項３に記載のエンベデッドＡＶコンテンツのプロトコルマッチングシステム。
【請求項１２】
（ａ）  ＲＵＩ（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）サーバが、ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信する段階と、
（ｂ）前記ＲＵＩサーバが、前記受信したＵＲＩ情報および前記プロトコル情報を利用して生成した前記ＵＩデータをＲＵＩクライアントに伝送する段階、および
（ｃ）前記ＲＵＩクライアントが、前記伝送されたＵＩデータにエンベデッドされた前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングして保存する段階と、
（ｄ）前記ＲＵＩクライアントが前記保存されたプロトコル情報を抽出してＡＶ  ＣＰに伝達する段階、および
（ｅ）前記ＡＶ  ＣＰはメディア再生機から前記ＡＶコンテンツに対するプロトコル情報を獲得して前記伝達されたプロトコル情報とマッチングして、前記メディア再生機が前記ＡＶコンテンツを再生できるか確認する段階と、
を含む、エンベデッドＡＶコンテンツのプロトコルマッチング方法。
【請求項１３】
前記（ａ）段階は、
前記ＲＵＩサーバが、マルチメディア  コンテンツを保存している別途のメディアサーバから前記ＵＲＩ情報および前記プロトコル情報を受信する段階を含む、請求項１２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
【請求項１４】
前記ＲＵＩクライアントは、自分に対する情報を表すタグ内部に少なくとも一つのプロファイルリストを有し、前記プロファイルリストは、ｕｉ、ａｕｄｉｏ、およびｖｉｄｅｏに対するプロファイル情報を含む、請求項１２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
【請求項１５】
前記ｖｉｄｅｏに対するプロファイル情報は、プロファイル名称（ｐｒｏｆｉｌｅ  ｎａｍｅ）、画面比率（ａｓｐｅｃｔｒａｔｉｏ）、および伝送方式（ｔｒａｎｓｐｏｒｔ）を含む、請求項１４に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
【請求項１６】
前記（ｃ）段階は、
前記ＲＵＩクライアントが別途のキャッシュを生成して前記ＵＲＩ情報および前記プロトコル情報を前記キャッシュにマッピングテーブル形態で保存する段階を含み、
前記プロトコル情報は、プロトコル（Ｐｒｏｔｏｃｏｌ）、ネットワーク（Ｎｅｔｗｏｒｋ）、フォーマット（Ｆｏｒｍａｔ）、および追加情報（ＡｄｄｉｔｉｏｎａｌＩｎｆｏ）に分離されて保存される、請求項１２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
【請求項１７】
前記（ｄ）段階は、
（ｄ１）前記ＲＵＩクライアントが前記ＡＶコンテンツに対するユーザの制御要請命令の入力を受ける段階と、
（ｄ２）前記命令により前記ＡＶコンテンツに対応するプロトコル情報を抽出する段階と、
（ｄ３）前記抽出されたプロトコル情報と共に前記命令をＡＶ  ＣＰに伝達する段階と、を含む、請求項１２に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
【請求項１８】
前記（ｅ）段階は、
前記ＡＶ  ＣＰが前記マッチング結果により前記ＡＶコンテンツをメディアサーバから持ってきて再生する段階を含む、請求項１７に記載のエンベデッドＡＶコンテンツのプロトコルマッチング方法。
【請求項１９】
エンベデッドＡＶコンテンツのプロトコルマッチング方法をコンピュータで実行するためのプログラムコードを記録したコンピュータで読み取ることができる記録媒体であって、前記方法は、
（ａ）  ＲＵＩ（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）サーバが、ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信する段階と、
（ｂ）前記ＲＵＩサーバが、前記受信したＵＲＩ情報および前記プロトコル情報を利用して生成した前記ＵＩデータをＲＵＩクライアントに伝送する段階、および
（ｃ）前記ＲＵＩクライアントが、前記伝送されたＵＩデータにエンベデッドされた前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングして保存する段階と、
（ｄ）前記ＲＵＩクライアントが前記保存されたプロトコル情報を抽出してＡＶ  ＣＰに伝達する段階、および
（ｅ）前記ＡＶ  ＣＰはメディア再生機から前記ＡＶコンテンツに対するプロトコル情報を獲得して前記伝達されたプロトコル情報とマッチングして、前記メディア再生機が前記ＡＶコンテンツを再生できるか確認する段階と、
を含む、記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォームネットワーク上におけるリモートユーザインターフェース（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ：ＲＵＩ）技術に関するものであって、より詳細には、ＲＵＩ装置の間でＡＶコンテンツを内部に含んでいるＵＩデータに対するエンベデッドＡＶコンテンツのプロトコルマッチング過程をＲＵＩ装置間のプロファイルマッチング過程と同時に実行できるようにする、エンベデッドＡＶコンテンツのプロトコルマッチング装置および方法に関するものである。
【背景技術】
【０００２】
従来のリモートユーザインターフェース（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ：以下、ＲＵＩと称する）装置間には、ＵＩデータにエンベデッド（Ｅｍｂｅｄｄｅｄ）されているＡＶ（Ａｕｄｉｏ  Ｖｉｄｅｏ）コンテンツに対するプロトコルマッチング（Ｐｒｏｔｏｃｏｌ  Ｍａｔｃｈｉｎｇ）過程が前記ＡＶコンテンツを再生する時点で付加的に要求される。ここで、前記ＡＶコンテンツとは、ＨＴＭＬページにタグ形態で含まれた映像、音声、イメージなどであり得る。
【０００３】
図１は、ＲＵＩクライアントに伝達されるＵＩデータ１０の構造を示す図であり、ＵＩデータ１０の内部には多様な形態のオブジェクト（ｏｂｊｅｃｔ）が含まれている。エンベデッドＡＶコンテンツ２０もこのようなオブジェクトのうち一つの形態であって、前記ＡＶコンテンツを持ってくるための位置情報であるＡＶ  Ｃｏｎｔｅｎｔｓ  ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）２１とＵＰｎＰを基盤としＡＶ  Ｃｏｎｔｒｏｌを行うＵＰｎＰ  ＡＶ  ＣＰモジュール２２に分けることができる。前記ＵＩデータ１０は、ユーザによって前記ＡＶコンテンツの再生および停止などのような制御（Ｃｏｎｔｒｏｌ）命令の入力を受けて処理するが、このようなＵＩデータ１０の代表的な例としてはインターネット上のウェブブラウザーを利用してディスプレーされるウェブページであり得る。
【０００４】
前記ＵＩデータ１０にオブジェクトタグ（ｏｂｊｅｃｔ  ｔａｇ）形態で内蔵されたエンベデッド（Ｅｍｂｅｄｄｅｄ）  ＡＶコンテンツ２０は、ＣＥＡ−２０１４などのようなＸＨＴＭＬ基盤Ｒｅｍｏｔｅ  ＵＩ関連標準で用いられるＵＩデータ内部に含まれ得、前記オブジェクトタグには「ｐａｒａｍ」エレメントが含まれて記載され得、このエレメントを通じてオブジェクトに対応するＡＶコンテンツに対する付加情報を提供することができる。
【０００５】
一方、ＲＵＩ装置には、ＲＵＩサーバとＲＵＩクライアントが含まれるが、このうちＲＵＩサーバのデバイスデスクリプション（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）には前記ＲＵＩサーバに対する情報である＜ｒｕｉ    ｕｉＳｅｒｖｅｒＩｎｆｏ＞がタグ形態で記載されており、前記＜ｒｕｉ    ｕｉＳｅｒｖｅｒＩｎｆｏ＞タグに含まれた＜ｒｕｉ    ｕｉＬｉｓｔＵＲＬ＞に記述されたＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が示すＸＭＬファイル内部に含まれたプロファイル（ｐｒｏｆｉｌｅ）を基盤としてプロファイルマッチング（Ｐｒｏｆｉｌｅ  Ｍａｔｃｈｉｎｇ）を行うようになる。前記＜ｒｕｉ    ｕｉＬｉｓｔＵＲＬ＞にはｕｉ＿ｐｒｏｆｉｌｅ  ｎａｍｅ、ａｕｄｉｏ＿ｐｒｏｆｉｌｅ  ｎａｍｅ、ｖｉｄｅｏ＿ｐｒｏｆｉｌｅ  ｎａｍｅなどに対する情報が含まれ得る。
【０００６】
同様に、ＲＵＩクライアントのデバイスデスクリプションには前記ＲＵＩクライアントに対する情報である＜ｒｕｉ    ｕｉＣｌｉｅｎｔＩｎｆｏ＞がタグ形態で含まれており、前記＜ｒｕｉ    ｕｉＣｌｉｅｎｔＩｎｆｏ＞タグは１つ以上のプロファイルリスト（ｐｒｏｆｉｌｅｌｉｓｔ）を有し得、各ｐｒｏｆｉｌｅｌｉｓｔは、ｕｉ、ａｕｄｉｏ、ｖｉｄｅｏに対するプロファイルを含むことができる。特に、ｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｐｒｏｆｉｌｅ  ｎａｍｅ、ａｓｐｅｃｔｒａｔｉｏ、およびｔｒａｎｓｐｏｒｔなどを含み得る。
【０００７】
図２は、ＲＵＩ装置の間のプロファイルマッチング（Ｐｒｏｆｉｌｅ  Ｍａｔｃｈｉｎｇ）過程を示す図である。前記ＲＵＩ  ＣＰ５０は、ＲＵＩクライアント４０およびＲＵＩサーバ６０に対する検索（Ｄｉｓｃｏｖｅｒｙ）および制御（ｃｏｎｔｒｏｌ）過程を行い（Ｓ１１）、また、前記ＲＵＩクライアント４０がＲＵＩサーバ６０に提供可能なｕｉプロファイルを確認して前記ＲＵＩサーバ６０のリストのうち値するｕｉプロファイルが含まれているのかを確認する過程であるＵＩプロファイルマッチング過程を行う（Ｓ１２）。前記プロファイルマッチング過程が終了すれば、ＵＩデータが前記ＲＵＩサーバ６０から前記ＲＵＩクライアント４０に伝達される（Ｓ１３）。これで前記ＲＵＩサーバ６０はＲＵＩクライアント４０からイベント処理の要請を受けて、前記要請によりイベント処理をしてＲＵＩクライアント４０に通知をする（Ｓ１４）。ＵＩデータに含まれたＡＶコンテンツに対する再生や停止のような制御命令は後述するＡＶコンテンツプロトコルマッチング（Ｐｒｏｔｏｃｏｌ  Ｍａｔｃｈｉｎｇ）過程と共に行われる。
【０００８】
図３は、ＲＵＩ装置を基盤としたＡＶコンテンツのプロトコルマッチング過程を示す図である。
【０００９】
前記図２のプロファイルマッチング過程が終了した後、ＲＵＩサーバ６０は、ＵＩデータ１０を生成する前にＡＶコンテンツに接近できるＵＲＩ情報をメディアサーバ３０から伝送を受けて獲得する（Ｓ２１）。このような獲得方式は、メディアサーバ３０とＲＵＩサーバ６０との間の具現方式により変わり得るものである。ここで、前記ＵＲＩ情報の例としてｈｔｔｐ    ／／ｓｅｒｖｅｒ．ｃｏｍ／ａｖ．ｍｐｇであり得る。前記ＵＲＩ情報を有するＡＶコンテンツを含み生成された前記ＵＩデータ１０はＲＵＩサーバ６０からＲＵＩクライアント４０に伝送され（Ｓ２２）、前記ＲＵＩクライアント４０はレンダリング過程を通じてユーザに前記ＵＩデータを見せるようになる。ユーザが前記ＲＵＩクライアント４０を用いてＡＶコンテンツに対する制御することをＡＶ  ＣＰ５０に要請して（Ｓ２３）、前記要請によりメディア再生機に含まれたＡＶ  ＣＰ５０はＡＶコンテンツ制御（ＡＶ  Ｃｏｎｔｅｎｔｓ  Ｃｏｎｔｒｏｌ）を始めるようになる。メディア再生機とＡＶ  ＣＰは同一の装置ではないが、前記図３のように一つの装置として共に具現が可能であり、または別途の装置として具現することもできる。
【００１０】
前記ＡＶコンテンツ制御が始まれば、ＡＶ  ＣＰ５０は、メディアサーバ３０にプロトコル情報を要請し（Ｓ２４）、前記メディアサーバ３０は、前記要請によりプロトコル情報を前記ＡＶ  ＣＰ５０に提供する（Ｓ２５）。前記ＡＶ  ＣＰ５０は、メディア再生機が提供可能なプロトコル情報を抽出して（Ｓ２６）、前記抽出されたプロトコル情報を前記メディアサーバ３０から提起されたプロトコル情報とマッチングを行う（Ｓ２７）。前記プロトコルマッチング過程が終了すれば、ＡＶ  ＣＰ５０は、ＵＩデータに含まれているＡＶコンテンツに対するＵＲＩを利用してメディアサーバ３０から前記ＡＶコンテンツを呼び出し（Ｓ２８）、これでユーザの望むＡＶコンテンツの制御を実行できるようになる。
【００１１】
しかし、前述した方式は、ＵＩデータ伝送のためＲＵＩ装置間のプロファイルマッチングとＵＩデータに含まれたＡＶコンテンツに対するプロトコルマッチングを重複して実行する。したがって、ＵＩデータにｎ個のＡＶコンテンツが含まれている場合、最大ｎ回のプロトコル情報抽出過程を各ＡＶコンテンツ別にネットワークを通じて行わなければならないため、ＡＶコンテンツに対する制御速度を低下させて、ネットワークに過重なトラフィックを加重させ得るという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明は、前記のような問題点を解決するために考案されたものであって、本発明が解決しようとする課題は、ＵＩデータにエンベデッドされたＡＶコンテンツを制御できるのかどうかを確認するプロトコルマッチング過程をＵＩプロファイルマッチング過程と別途に行う従来の方式を改善して、ＵＩプロファイルマッチングをする時点でＡＶコンテンツのプロトコルマッチングを同時に行うことによって実際のＡＶコンテンツの制御時点では別途のプロトコル情報を抽出する過程を行わず、ＡＶコンテンツのプロトコルマッチングの効率性を向上させることができる、エンベデッドＡＶコンテンツのプロトコルマッチング装置および方法を提供しようとするものである。
【００１３】
本発明の目的は、以上で言及した目的に制限されず、言及されていないまた他の目的は次の記載から当業者に明確に理解できるであろう。
【課題を解決するための手段】
【００１４】
前述した目的を達成するための本発明によるエンベデッドＡＶコンテンツのプロトコルマッチング装置は、ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信するＲＵＩ（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）サーバと、前記ＵＲＩ情報および前記プロトコル情報を利用して生成された前記ＵＩデータを前記ＲＵＩサーバから受信するＲＵＩクライアントと、前記ＲＵＩクライアントから前記プロトコル情報および前記ＡＶコンテンツに対する制御要請命令の伝達を受けて、メディア再生機から獲得したプロトコル情報と前記伝達されたプロトコル情報をマッチングすることによって前記ＡＶコンテンツに対する制御動作を行うＡＶ  ＣＰを含む。
【００１５】
また、前述した目的を達成するための本発明によるエンベデッドＡＶコンテンツのプロトコルマッチング方法は、（ａ）ＲＵＩ（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）サーバが、ＵＩデータにエンベデッドされるＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を受信する段階と、（ｂ）前記ＲＵＩサーバが、前記受信したＵＲＩ情報および前記プロトコル情報を利用して生成した前記ＵＩデータをＲＵＩクライアントに伝送する段階、および（ｃ）前記ＲＵＩクライアントが、前記伝送されたＵＩデータにエンベデッドされた前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングして保存する段階と、を含む。
【００１６】
その他実施形態の具体的な事項は詳細な説明および図に含まれている。
【発明の効果】
【００１７】
前記のような本発明の実施形態による場合次のような効果がある。
【００１８】
ＵＰｎＰ  ＡＶを基盤としてＵＩデータを送受信するＲＵＩ装置が前記ＵＩデータにエンベデッドされたＡＶコンテンツに対する制御時点ごとにプロトコルマッチングを重複して実行せず、ＵＩプロファイルマッチング時点でＡＶプロトコル情報をあらかじめ抽出してＲＵＩクライアントの内部に保存することによって、ＡＶコンテンツの制御速度を向上させることができる。
【００１９】
また、プロトコル情報をＡＶコンテンツの制御時点ごとに毎回抽出することにより、発生する不必要なネットワークトラフィック発生を減らし、全体ネットワーク効率性を改善させることができる。
【００２０】
また、ＵＩデータの構成時オブジェクトタグのエレメントの定義を追加することによってＵＰｎＰ  ＡＶスペックを修正せず本発明を実施することができる。
【００２１】
本発明の効果は、以上で言及した効果に制限されず、言及されていないまた他の効果は、請求範囲の記載から当業者に明確に理解できるであろう。
【図面の簡単な説明】
【００２２】
【図１】従来技術によるＲＵＩクライアントに伝達されるＵＩデータの構造を示す図である。
【図２】従来技術によるＲＵＩ装置の間のプロファイルマッチング（Ｐｒｏｆｉｌｅ  Ｍａｔｃｈｉｎｇ）過程を示す図である。
【図３】従来技術によるＲＵＩ装置を基盤としたエンベデッドＡＶコンテンツのプロトコルマッチング過程を示す図である。
【図４】本発明の一実施形態によるプロトコル情報を含むエンベデッドＡＶコンテンツの構成を示す図である。
【図５】本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング装置の構成図である。
【図６】本発明の一実施形態によるプロトコル情報を保存しているキャッシュ部の構造を示す図である。
【図７】本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング過程を示す概念図である。
【図８】本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング方法のフローチャートである。
【発明を実施するための形態】
【００２３】
本発明の利点、特徴、そして、それらを達成する方法は、添付される図面と共に詳細に後述される実施形態を参照すると明確になるだろう。しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で具現されることが可能である。本実施形態は、単に本発明の開示が完全になるように、本発明が属する技術分野で通常の知識を有する者に対して発明の範疇を完全に知らせるために提供されるものであり、本発明は、請求項の範囲によってのみ定義される。なお、明細書全体にかけて、同一の参照符号は同一の構成要素を指称する。
【００２４】
以下、本発明の望ましい実施形態によってあらかじめ定義された、エンベデッドＡＶコンテンツのプロトコルマッチング装置および方法を説明するためのブロックもまたはフローチャートを参照してより詳細に説明する。
【００２５】
本発明の実施形態では説明の便宜上、主にＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）の応用といえるＵＰｎＰ  Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  （Ｒｅｍｏｔｅ  ＵＩ：以下、ＲＵＩという）システムを基盤として叙述し、本発明を具現するための装置においても前記ＵＰｎＰ  ＲＵＩスペックで規定した装置の名称を主に使う。しかし、本発明の権利範囲は、前記のフォームネットワークシステムと前記装置の名称に影響を受けないことは当業者に自明なものである。
【００２６】
図４は、本発明の一実施形態によるプロトコル情報を含むエンベデッドＡＶコンテンツの構成を示す図である。前記図４を参照すると、ＵＩデータ１００内にエンベデッドＡＶコンテンツ１５０が含まれており、前記エンベデッドＡＶコンテンツ１５０を構成するオブジェクトタグのエレメントにはＵＰｎＰ  ＡＶスペックで定義するプロトコル情報１６０を追加して定義していることが分かる。これでＵＰｎＰ  ＡＶスペックの修正なしでも後述する本発明の実施形態を適用することができる。
【００２７】
図５は、本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング装置の構成図である。前記図５を参照すると、本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング装置は、キャッシュ部２００と連結されたＲＵＩクライアント４００、ＲＵＩサーバ６００、メディアサーバ３００、ＡＶ  ＣＰ５００、およびメディア再生機５５０を含み構成される。
【００２８】
ＲＵＩサーバ６００は、ＵＩデータ１００にエンベデッドされているＡＶコンテンツ１５０に対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報（Ｐｒｏｔｏｃｏｌ  Ｉｎｆｏ）を、ＡＶコンテンツを保存している別途のメディアサーバ３００から受信する。ここで、ＲＵＩサーバ６００は、ＵＰｎＰ  ＡＶスペックで規定する被制御装置（Ｃｏｎｔｒｏｌｌｅｄ  Ｄｅｖｉｃｅ）の一つとしてデスクトップＰＣやノートブックＰＣのようにＵＩイベントを発生させてＵＩデータを保存できる装置となり得る。そして、ＡＶコンテンツに対するプロトコルは、前記ＲＵＩサーバ６００のＵＩデータ１００をＲＵＩクライアント４００が出力できるようにするための規約であるともいえ、その例としてはＲＤＰ（Ｒｅｍｏｔｅ  Ｄｅｓｋｔｏｐ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ、ＸＨＴなどのプロトコルであり得る。一方、ＲＵＩサーバ６００は、メディアサーバ３００と一つの装置として具現されることができ、別途の装置として存在することもできる。
【００２９】
ＲＵＩクライアント４００は、前記ＲＵＩサーバ６００からＵＩデータ１００の伝達を受けるが、前記ＵＩデータ１００は、前記ＵＲＩ情報および前記プロトコル情報を利用して生成され得る。ここで、ＲＵＩクライアント４００は、ＵＰｎＰ  ＡＶスペックで規定するもう一つの被制御装置（Ｃｏｎｔｒｏｌｌｅｄ  Ｄｅｖｉｃｅ）として、前記ＲＵＩサーバ６００となることができるデスクトップＰＣやノートブックＰＣによって遠隔調整される他の場所のＰＣであったり、前記ＵＩイベントをディスプレーできるデジタルＴＶであり得る。
【００３０】
前記ＲＵＩクライアント４００は、前記ＲＵＩサーバ６００からＵＩデータ１００を受信した後、前記ＵＩデータ１００にエンベデッドされている前記ＡＶコンテンツ１５０に対するＵＲＩ情報およびプロトコル情報をパーシングしてこれをキャッシュ部２００に保存するようになる。前記キャッシュ部２００は、後ほどＡＶ  ＣＰ５００の要請によって保存されたプロトコル情報を提供するための役割をする。前記キャッシュ部２００は、別途のローカル保存領域（未図示）を含み得、前記プロトコル情報は、一種のマッピングテーブルの形態で前記キャッシュ部２００に保存され得るが、これは図６を参照して説明する。
【００３１】
図６は、本発明の一実施形態によるプロトコル情報を保存しているキャッシュ部の構造を示す図である。前記キャッシュ部２００の内部に保存されるデータは、コンテンツＵＲＩ２１０およびコンテンツプロトコル情報２２０がマッピングテーブル形態で構成されており、前記コンテンツプロトコル情報２２０は、プロトコル（Ｐｒｏｔｏｃｏｌ：２２１）、ネットワーク（Ｎｅｔｗｏｒｋ：２２２）、コンテンツフォーマット（ＣｏｎｔｅｎｔＦｏｒｍａｔ：２２３）、および追加情報（ＡｄｄｉｔｉｏｎａｌＩｎｆｏ：２２４）に分離されて保存される。例えば、「ｈｔｔｐ−ｇｅｔ：＊：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｄｔｃｐ１；ＣＯＮＴＥＮＴＦＯＲＭＡＴ＝ｖｉｄｅｏ／ＭＰ２Ｔ：＊」の形態で表現されるプロトコル情報がＰｒｏｔｏｃｏｌ、Ｎｅｔｗｏｒｋ、Ｆｏｒｍａｔ、およびＡｄｄｉｔｉｏｎａｌＩｎｆｏに分けられて保存されるものである。
【００３２】
一方、再び前記図５を参照すると、ＲＵＩクライアント４００は、自分に対する情報を示すタグ（例えば、＜ｒｕｉ    ｕｉＣｌｉｅｎｔＩｎｆｏ＞）の内部に少なくとも一つ以上のプロファイルリストを有することができ、前記プロファイルリストは、ｕｉ、ａｕｄｉｏ、およびｖｉｄｅｏに対するプロファイル情報で構成されることができる。特に、前記ｖｉｄｅｏに対するプロファイル情報はプロファイル名称（ｐｒｏｆｉｌｅ  ｎａｍｅ）、画面比率（ａｓｐｅｃｔｒａｔｉｏ）、および伝送方式（ｔｒａｎｓｐｏｒｔ）を明示することができるが、前記伝送方式の場合、スペースで区分して羅列するｓｐａｃｅ  ｓｅｐａｒａｔｅｄ  ｖａｌｕｅで表示される。したがって、一つ以上の伝送方式のうち一つを選択的に使用することができ、このような選択は、ＡＶコンテンツの制御時点でＡＶ  ＣＰ５００によって実行される。
【００３３】
ユーザはＵＩデータ１００に含まれているＡＶコンテンツに対する再生や録画のような制御（Ｃｏｎｔｒｏｌ）命令を、ＲＵＩクライアント４００を通じて入力することができるが、前記ユーザの制御要請命令の入力を受けたＲＵＩクライアント４００は、前記ＡＶコンテンツに対応するプロトコル情報を前記キャッシュ部２００からまた抽出するようになる。抽出されたプロトコル情報は、前記制御要請命令と共にＡＶ  ＣＰ５００に伝達される。
【００３４】
ＡＶ  ＣＰ５００は、ＵＰｎＰ  ＡＶスペックで規定する制御ポイント（Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）として、従来技術の図２で図示されているＲＵＩ  ＣＰ５０とは異にＡＶコンテンツを制御するための装置である。すなわち、ＲＵＩクライアント４００から前記プロトコル情報および前記ＡＶコンテンツに対する制御要請命令の伝達を受けて、メディア再生機５５０から獲得したプロトコル情報と前記伝達されたプロトコル情報をマッチングすることによって前記ＡＶコンテンツに対する制御動作を行う装置である。前記マッチング結果によりＡＶ  ＣＰ５００は、前記ＡＶコンテンツをメディアサーバ３００からメディア再生機５５０に持ってきてメディア再生機５５０に再生または録画させるなどの制御メッセージ（Ｃｏｎｔｒｏｌ  Ｍｓｇ．）を伝送する。制御メッセージを受信したメディア再生機５５０は、メディアサーバ３００からＡＶコンテンツを持ってくることもできるが、ＵＩデータ１００からＡＶコンテンツのＵＲＩ情報を持ってきて前記ＡＶコンテンツを制御することもできる。
【００３５】
前記ＡＶ  ＣＰ５００は、メディア再生機５５０と一つの装置として具現されることもでき、ＲＵＩクライアント４００と一つの装置として具現されることもでき、ＲＵＩクライアント４００とメディア再生機５５０とＡＶ  ＣＰ５００がすべて一つの装置として具現されることもできる。もちろん、各々が別途の装置として存在しても良い。
【００３６】
図７は、本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング過程を示す概念図である。
【００３７】
本発明による一実施形態で説明するＡＶコンテンツのプロトコルマッチングは、従来のＵＰｎＰ  ＡＶスペックで規定したプロトコルマッチング方法とＲＵＩ装置間のプロファイルマッチング動作を組み合わせた過程として、ＵＩプロファイルマッチングを行う時点にプロトコルマッチングをあらかじめ並行する動作を行う。図７を参照して前記動作を説明する。
【００３８】
先ず、ＡＶコンテンツを保存しているメディアサーバ３００がＵＩデータ生成に必要なＡＶコンテンツのＵＲＩ情報およびプロトコル情報をＲＵＩサーバ６００に伝送する（Ｓ１０２）。ここで、前記ＵＲＩ情報は「ｈｔｔｐ：／／ｓｅｒｖｅｒ．ｃｏｍ／ａｖ．ｍｐｇ」のような形式で表示され、前記プロトコル情報は「ｈｔｔｐ−ｇｅｔ：＊：ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｄｔｃｐ１；ＣＯＮＴＥＮＴＦＯＲＭＡＴ＝ｖｉｄｅｏ／ＭＰ２Ｔ：＊」のように表示され得る。
【００３９】
ＲＵＩサーバ６００は、前記伝送されたＵＲＩ情報およびプロトコル情報を利用してＵＩデータを生成して、これをＲＵＩクライアント４００に伝送する（Ｓ１０４）。この時、エンベデッドＡＶコンテンツが共に伝送されるが、前記ＲＵＩクライアント４００は、伝送された前記プロトコル情報をパーシング（Ｐａｒｃｉｎｇ）してキャッシュ部２００に保存するようになる。キャッシュ部２００に保存する方式は、前述した図６の説明と同様であるため、ここでは省略する。
【００４０】
一方、ＲＵＩクライアント４００を通じてユーザがＡＶコンテンツに対する実行や停止、録画のような制御命令の入力をすれば、ＲＵＩクライアント４００はＡＶ  ＣＰ５００に前記制御命令の実行に対する要請をする（Ｓ１０６）。これで、ＡＶコンテンツに対する制御動作が始まるが、ＲＵＩクライアント４００は前記ＡＶコンテンツに対応するプロトコル情報を前記キャッシュ部２００から抽出し（Ｓ１０８）、抽出されたプロトコル情報をＡＶ  ＣＰ５００に伝達する（Ｓ１１０）。
【００４１】
前記プロトコル情報の伝達を受けたＡＶ  ＣＰ５００は、自分と一つの装置として具現されるかまたは別個の装置として存在することができるメディア再生機から前記ＡＶコンテンツの再生できる能力があるかどうかを確認するために、メディア再生機のプロトコル情報を抽出するものである（Ｓ１１２）。このような抽出過程は、ＡＶ  ＣＰ５００とメディア再生機の具現により内部的に異なるように実行され得るものである。
【００４２】
ＡＶ  ＣＰ５００は、メディア再生機から獲得したプロトコル情報とＲＵＩクライアント４００から伝達されたプロトコル情報を比較することによってプロトコルマッチングを行う（Ｓ１１４）。前記プロトコルマッチングの結果、ＡＶ  ＣＰ５００は、前記メディア再生機が前記ＡＶコンテンツを再生するなどの制御動作の実行ができるかどうかを確認することができ、特定の制御動作の実行ができると判断される場合、ＡＶ  ＣＰ５００は、メディアサーバ３００からＡＶコンテンツの提供を受けて（Ｓ１１６）、前記ＡＶコンテンツをメディア再生機に伝送する。
【００４３】
図８は、本発明の一実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング方法のフローチャートである。
【００４４】
先ず、ＲＵＩサーバ６００がＡＶコンテンツに対するＵＲＩ情報および前記ＡＶコンテンツに対するプロトコル情報を別途のメディアサーバ３００から受信する（Ｓ２１０）。ＲＵＩサーバ６００は、前記受信したＵＲＩ情報および前記プロトコル情報を利用して生成したＵＩデータをＲＵＩクライアント４００に伝送する（Ｓ２２０）。
【００４５】
そうすると、ＲＵＩクライアント４００は、前記伝送されたＵＩデータから前記ＡＶコンテンツに対するＵＲＩ情報およびプロトコル情報をパーシングしてキャッシュ部２００に保存する（Ｓ２３０）。この時、キャッシュ部２００は、前記プロトコル情報をプロトコル（Ｐｒｏｔｏｃｏｌ）、ネットワーク（Ｎｅｔｗｏｒｋ）、フォーマット（Ｆｏｒｍａｔ）、および追加情報（ＡｄｄｉｔｉｏｎａｌＩｎｆｏ）に分離してマッピングテーブル形態で保存することができる。
【００４６】
ＲＵＩクライアント４００は、前記ＡＶコンテンツに対するユーザの制御要請命令の入力を受けるが、前記命令により前記ＡＶコンテンツに対応するプロトコル情報をキャッシュ部２００から抽出した後に、抽出されたプロトコル情報と共に前記命令をＡＶ  ＣＰ５００に伝達する（Ｓ２４０）。
【００４７】
ＡＶ  ＣＰ５００は、メディア再生機から前記ＡＶコンテンツに対するプロトコル情報を獲得して前記伝達されたプロトコル情報と比較するプロトコルマッチング動作を行うようになる（Ｓ２５０）。前記マッチング結果により、ＡＶ  ＣＰ５００は、前記ＡＶコンテンツをメディアサーバ３００から持ってきて再生することができる。
【００４８】
一方、本発明の実施形態によるエンベデッドＡＶコンテンツのプロトコルマッチング方法の権利範囲は、前記のような方法をコンピュータで実行するためのプログラムコードを記録したコンピュータで読み取ることができる記録媒体にも及ぼすことは当業者に自明である。
【００４９】
以上添付された図面を参照して本発明の実施形態について説明したが、本発明が属する技術分野における通常の知識を有する者は、本発明を、その技術的思想や必須の特徴を変更しない範囲で、様々な形態に置換、変形および変更が可能であるため、他の具体的な形態において実施され得ることを理解することができる。したがって、上記実施形態はすべての面で例示的なものであり、限定的でないものと理解しなければならない。本発明の範囲は、前記詳細な説明よりは後述する特許請求の範囲によって示され、特許請求の範囲の意味、範囲、そして、その均等概念から導き出されるすべての変更または変形された形態が本発明の範囲に含まれると解釈されなければならない。
【符号の説明】
【００５０】
１００    ＵＩデータ
１５０    ＡＶコンテンツ
２００    キャッシュ部
３００    メディアサーバ
４００    ＲＵＩクライアント
５００    ＡＶ  ＣＰ
５５０    メディア再生機
６００    ＲＵＩサーバ
【図１】
0004806072.tif 000002
【図２】
0004806072.tif 000003
【図３】
0004806072.tif 000004
【図４】
0004806072.tif 000005
【図５】
0004806072.tif 000006
【図６】
0004806072.tif 000007
【図７】
0004806072.tif 000008
【図８】
0004806072.tif 000009