(57)【特許請求の範囲】
【請求項１】
制御ポイントにおけるＵＰｎＰ(Universal  Plug  and  Play)を用いてシーンを構成する方法であって、
ＵＰｎＰ発見動作を遂行してＡＶコンテンツを格納するメディアサーバ又はメディアレンダラーを発見するステップと、
前記メディアサーバに再生するシーンの要求を送信し、前記要求に対応して前記メディアサーバから再生されるシーンを受信するステップと、
メディアレンダラーからサポート可能なプロトコル及びファイルフォーマットに関する情報を受信し、前記情報に基づいて再生に使用されるコンテンツリソース、プロトコル、及びファイルフォーマットを決定するステップと、
前記受信したシーンに基づいて再生されるシーンを構成するステップとを含み、
前記シーンは、前記ＡＶコンテンツの少なくとも一部を含み、
前記シーンを構成するステップは、ユーザーの要求によってシーン構成アプリケーションを用いて前記受信したシーングループのシーン順序を変更し、あるいは前記シーングループに特定シーンを追加又は削除するステップを有することを特徴とする方法。
【請求項２】
前記メディアレンダラーによって、前記構成されたシーンが再生されるステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記シーンは、単一シーン及びシーングループのうち少なくとも一つであり、前記シーンは、順次関係及び接続関係のうち少なくとも一つを示すメタデータ情報を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記シーンを受信するステップは、
‘Ｂｒｏｗｓｅ()’又は‘Ｓｅａｒｃｈ()’アクションのうち少なくとも一つを用いて前記メディアサーバのＣＤＳ(Content Directory  Service)から再生されるシーンを受信するステップを有することを特徴とする請求項１乃至３のうちいずれか１項に記載の方法。
【請求項５】
前記メディアサーバに格納されたＡＶコンテンツは複数のセグメントオブジェクトを含み、前記各セグメントオブジェクトはリソースＵＲＩ(Uniform Resource Identifier)が割り当てられることを特徴とする請求項１乃至３のうちいずれか１項に記載の方法。
【請求項６】
前記受信したシーンは、オフセット値を有する基本オブジェクト、前記基本オブジェクトに対する参照値を有するセグメントオブジェクト、及び再生可能なリソースＵＲＩを有するセグメントオブジェクトのうち少なくとも一つであることを特徴とする請求項５に記載の方法。
【請求項７】
前記シーンを構成するステップは、前記受信したシーンの再生順序を決定するステップを有することを特徴とする請求項１乃至６のうちいずれか１項に記載の方法。
【請求項８】
前記シーンを構成するステップは、
前記メディアサーバのＣＤＳに格納されていないが、再生されるセグメントが存在する場合、前記再生されるセグメントのリソースＵＲＩを含む仮想セグメントの生成を要求し、前記生成された仮想セグメントのオブジェクトを受信して再生するシーンを構成するステップを有することを特徴とする請求項１乃至７のうちいずれか１項に記載の方法。
【請求項９】
ＵＰｎＰ(Universal  Plug  and  Play)を用いてシーンを構成する装置であって、
ＵＰｎＰ又は他の通信プロトコルのうち少なくとも一つを用いて、ＡＶ(Audio/Video)コンテンツを格納するメディアサーバに再生されるシーンの要求を送信し、前記要求に対応して前記メディアサーバから再生される前記シーンを受信するネットワーク送受信部と、
前記メディアサーバから受信したシーンを格納する格納部と、
前記メディアサーバから受信したシーンに基づいて再生されるシーンを構成するシーン構成部と、
ＵＰｎＰ発見動作を遂行して前記メディアサーバ又はレンダラーを発見するように前記ネットワーク送受信部を制御し、前記ネットワーク送受信部を通して前記メディアレンダラーからサポート可能なプロトコル及びファイルフォーマットに関する情報を受信すると、前記情報に基づいて再生されるシーンを構成するように前記シーン構成部を制御する制御部と、
を含み、
前記シーン構成部は、ユーザーの要求によってシーン構成アプリケーションを用いて前記受信したシーングループのシーン順序を変更し、あるいは前記シーングループに特定シーンを追加又は削除することを特徴とする装置。
【請求項１０】
前記制御部は、
前記シーン構成部によって構成された前記シーンを再生するようにメディアレンダラーを制御することを特徴とする請求項９に記載の装置。
【請求項１１】
前記シーンは、単一シーン及びシーングループのうち少なくとも一つであり、前記シーンは、順次関係及び接続関係のうち少なくとも一つを示すメタデータ情報を含むことを特徴とする請求項９に記載の装置。
【請求項１２】
前記メディアサーバに格納されたＡＶコンテンツは複数のセグメントオブジェクトを含み、前記各セグメントオブジェクトはリソースＵＲＩ(Uniform Resource Identifier)が割り当てられることを特徴とする請求項９乃至１１のうちいずれか１項に記載の装置。
【請求項１３】
前記受信したシーンは、オフセット値を有する基本オブジェクト、前記基本オブジェクトに対する参照値を有するセグメントオブジェクト、及び再生可能なリソースＵＲＩを有するセグメントオブジェクトのうち少なくとも一つであることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記シーン構成部は、前記受信したシーンの再生順序を決定することを特徴とする請求項９乃至１３のうちいずれか１項に記載の装置。
【請求項１５】
前記シーン構成部は、
前記メディアサーバのＣＤＳに格納されていないが、再生されるセグメントが存在する場合、前記再生されるセグメントのリソースＵＲＩを含む仮想セグメントの生成を要求し、前記生成された仮想セグメントのオブジェクトを受信して再生するシーンを構成することを特徴とする請求項９乃至１４のうちいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はユニバーサルプラグアンドプレイ(Universal  Plug  and  Play：ＵＰｎＰ)を用いる一般的ホームネットワークに関するもので、特にＵＰｎＰを用いてＡＶ(Audio/Video)コンテンツを再生する際に任意のシーン(scene)又はシーングループをレンダラー(renderer)で再生可能にする方法及び装置に関する。
【背景技術】
【０００２】
一般的に、インターネットプロトコル(ＩＰ)ベースの社私設ネットワーク(private  network)を含むホームネットワークは、個人用コンピュータ(ＰＣ)、知能型製品、及び無線装置のような多様なホームデバイスを“ミドルウェア(middleware)”と呼ばれる共通の仮想コンピュータ環境を通じて一つのネットワークに接続して制御する。
【０００３】
ミドルウェアとは、多様なデジタルデバイスをピアツーピア(peer-to-peer)方式で接続してデバイス間の通信を可能にするソフトウェアのことである。ＨＡＶＩ(Home AV Interoperability)、ＵＰｎＰ、ＪＩＮＩ(Java（登録商標） Intelligent Network Infra-structure)、及びＨＷＷ(Home Wide Web)のような様々な技術は、現在まで提案されたミドルウェアのタイプである。
【０００４】
ＰｎＰ(Plug and Play)機能がオペレーティングシステムに追加された以後に、ＰＣの周辺装置を設置及び設定することが一層容易になった。しかしながら、ＰｎＰから発展したＵＰｎＰは、このような便利な機能をＴＣＰ/ＩＰ(Transmission  Control  Protocol/Internet  Protocol)、ＨＴＴＰ(Hyper  Text  Transfer  Protocol)、及びＸＭＬ(eXtensible  Markup  Language)のようなインターネット標準技術に基づいて全体ネットワークまで拡張させることによって、多様な家電製品、ネットワークプリンタ、及びインターネットゲートのようなネットワークデバイスがネットワーキング、特にホームネットワーキングを遂行可能にする技術である。
【０００５】
ＵＰｎＰネットワークは、ＩＰベースのホームネットワークに接続され、それによって制御される被制御装置(Controlled  Device：ＣＤ)、及びこの被制御装置を制御するための制御ポイント(Control  Point：ＣＰ)で構成される。ＵＰｎＰネットワークは、ＴＣＰ/ＩＰ及びＨＴＴＰのようなインターネットプロトコル、及びＸＭＬとＳＯＡＰ(Simple  Object  Access  Protocol)のような技術を含むＵＰｎＰプロトコルスタック構造を用いて制御ポイントと被制御装置との間で次のようなステップを通じて通信を遂行する。
【０００６】
第１のステップ(又はアドレスステップ)で、制御ポイントと被制御装置は、各々のＩＰアドレスを有する。被制御装置は、ネットワークに参加すると、自分のＩＰアドレスをＤＨＣＰ(Dynamic  Host  Configuration  Protocol)を用いてフェッチ(fetch)し、あるいはネットワークにＤＨＣＰサーバがない場合に自動ＩＰアドレッシングを用いてＩＰアドレスが割り当てられる。
【０００７】
第２のステップ(又は発見(discovery)ステップ)で、制御ポイントは、被制御装置を検索し、あるいは被制御装置がその位置を広告する。この発見ステップは、ＳＳＤＰ(Simple  Service  Discovery  Protocol)を用いて遂行される。被制御装置がネットワークに追加された場合に、被制御装置は、ＳＳＤＰのアライブ(alive)メッセージをネットワークにＩＰマルチキャスト機能によって伝達した後に、制御ポイントはこのアライブメッセージを受信して被制御装置の存在有無を判断する。制御ポイントがネットワークに新たに参加する場合、制御ポイントは、ＳＳＤＰのマルチキャストサーチ(Ｍ-サーチ)メッセージをネットワークにマルチキャストしてから、Ｍ-サーチメッセージを確認した被制御装置は、すべて自分の情報を包含するＭ-サーチ応答メッセージを制御ポイントに送信する。
【０００８】
第３のステップ(又は記述ステップ)で、制御ポイントは、被制御装置の記述内容を確認する。応答メッセージを確認した後に被制御装置を所望する場合に、制御ポイントは、被制御装置に関連した詳細情報の要求を被制御装置に送信する。この要求を受信すると、被制御装置は、その情報をＸＭＬ文書で送信する。
【０００９】
第４のステップ(制御ステップ)で、制御ポイントは、被制御装置の機能を制御して被制御装置を動作させる。制御ポイントが任意の被制御装置を制御しようとする場合、制御ポイントは、被制御装置に関連した詳細情報に基づいて所望のサービスをＳＯＡＰを用いて被制御装置に送信する。ＳＯＡＰは、遠隔関数(remote  function)を呼び出すためにＸＭＬによってＨＴＴＰ上に書き込まれるプロトコルである。
【００１０】
第５のステップ(イベントステップ)で、制御ポイントは、被制御装置のイベントで変化を受信する。制御ポイントは、被制御装置からイベントメッセージを受信することを所望する場合、被制御装置に関連イベントに対する加入要求を送信する。加入が成功すると、被制御装置は、ＧＥＮＡ(General  Event  Notification  Architecture)を用いて制御ポイントにイベントメッセージを伝送する。
【００１１】
第６のステップ(表示ステップ)で、制御ポイントは、被制御装置のＨＴＭＬ(Hyper Text Markup Language)を用いて被制御装置の状態を表示する。
【００１２】
図１は、従来のＵＰｎＰネットワークシステムにおけるデバイス発見及びアクション実行を示す。図１を参照すると、ステップ１１０で、発見ステップを遂行することによって、制御ポイント１０１は被制御装置１０２を発見又は検索し、あるいは被制御装置１０２はその位置を広告する。ステップ１２０で、制御ポイント１０１は、被制御装置１０２にアクション要求を送信する。ステップ１３０で、被制御装置１０２は、受信したアクション要求に対応するアクションを遂行する。ステップ１４０で、被制御装置１０２は、アクション実行結果を制御ポイント１０１に応答する。具体的には、被制御装置１０２は、要求されたアクションを遂行し、このアクションに対する正常実行結果又は誤りメッセージを制御ポイント１０１に伝送する。
【００１３】
基本ＵＰｎＰ制御方法に基づいて、ＵＰｎＰ被制御装置は、格納されているＡＶコンテンツがレンダリングサービスをサポートする他のＵＰｎＰ被制御装置で再生されるように制御するような、多様なサービス又は機能を制御ポイントに提供することができる。ＵＰｎＰ被制御装置がゲートウェイである場合、ＵＰｎＰ制御ポイントは、ＵＰｎＰゲートウェイ又は被制御装置を制御することによって、ホーム内のデバイスに割り当てられるＩＰアドレス帯域とサブネット及びゲートウェイのアドレスを変更及び設定することができる。
【００１４】
ＵＰｎＰ制御ポイントは、ユーザーからユーザーインターフェースを介して入力を受信して制御アクションを要求し、要求されたアクションに対する実行結果をユーザーにディスプレイし、被制御装置からのイベント通知を表示する。このＵＰｎＰ制御ポイントによって提供される入力方法は、ＵＰｎＰ制御ポイントに物理的に接続された周辺装置の種類、ハードウェア特性、及び性能によって制限される。
【００１５】
図２は、従来のＵＰｎＰプロトコルを用いてＡＶコンテンツを再生するシステムを示す。ＵＰｎＰを用いるＡＶコンテンツ再生システムは、ＡＶコンテンツを格納するメディアサーバ２２０と、ＡＶコンテンツを再生するメディアレンダラー２３０と、ユーザーからの命令によってメディアサーバ２２０及びメディアレンダラー２３０を制御するＡＶ制御ポイント２１０とを含む。
【００１６】
メディアサーバ２２０は、各種イメージ、オーディオ、ビデオ、及びコンテンツファイルを格納し、ＨＤＤ(Hard  Disk  Driver)、フラッシュメモリ、及びＤＶＤ/ＣＤ（登録商標）のような格納手段を有するパソコン(ＰＣ)、セットトップボックス、ＤＶＤ(Digital Video Disc)プレーヤー、ＭＰ３Ｐ(MPEG Audio Layer-3  Player)、ＤＳＣ(Digital  Still  Camera)のようなデバイスで実現することができる。メディアサーバ２２０は、ＡＶ制御ポイント２１０の制御下でコンテンツ再生のために格納されるコンテンツをメディアレンダラー２３０に伝送する。
【００１７】
ユーザーは、メディアレンダラー２３０でＡＶコンテンツを鑑賞できる。このメディアレンダラー２３０は、携帯端末、ＤＴＶ(Digital  TV)、ＨｉＦｉオーディオセット、及びモニタのような表示部及び/又はスピーカを装着した装置で実現されることができる。
【００１８】
ＡＶ制御ポイント２１０は、ユーザーの命令を実行するために、メディアサーバ２２０及びメディアレンダラー２３０にコンテンツ再生に必要な多様なＵＰｎＰアクションに対する呼び出しを送信する。ＡＶ制御ポイント２１０は、リモコン(remote  controller)のようなユーザー入力装置で実現されることはもちろん、メディアサーバ２２０又はメディアレンダラー２３０でも実現されることができる。
【００１９】
図３は、従来のＵＰｎＰを用いて特定コンテンツを再生する動作を示す。図３において、ユーザーは、ＵＰｎＰ制御ポイント３０２、メディアサーバ３０１、及びメディアレンダラー３０３を用いてＡＶコンテンツを鑑賞する。ステップ３１０で、制御ポイント３０２は、メディアサーバ３０１のＡＶコンテンツのリストを確認するために、Ｂｒｏｗｓｅ/Ｓｅａｒｃｈ()アクションを呼び出してメディアサーバ３０１に存在するＡＶコンテンツに対するメタデータリストをフェッチした後にスクリーン上にディスプレイする。ユーザーが特定コンテンツを選択して特定メディアレンダラー３０３で再生するように命令すると、制御ポイント３０２は、メディアレンダラー３０３にＧｅｔＰｒｏｔｏｃｏｌＩｎｆｏ()の呼び出しを送信することによって、メディアレンダラー３０３で再生されるプロトコル及びフォーマットのリストを受信する。
【００２０】
ステップ３２０で、制御ポイント３０２は、再生するコンテンツのプロトコル/フォーマットがメディアレンダラー３０３から受信したプロトコル/フォーマットリストの任意のプロトコル/フォーマットと一致するか否かを判定する。一致するプロトコル/フォーマットが存在する場合(すなわち、メディアレンダラー３０３でコンテンツ再生が可能である場合)、制御ポイント３０２は、ステップ３３０で、メディアサーバ３０１にＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ()の呼び出しを送信し、メディアサーバ３０１から関連接続を制御できるＡＶＴｒａｎｓｐｏｒｔＩＤを受信する。同様に、制御ポイント３０２は、メディアレンダラー３０３に ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ()を呼び出してＡＶＴ(Audio Video Transport)インスタンスＩＤとＲＣＳ(Rendering Control Service)インスタンスＩＤを獲得できる。このＲＣＳインスタンスＩＤは、再生装置のボリューム、カラー、及び明るさのようなパラメータを制御するために使用される。
【００２１】
ステップ３４０で、制御ポイント３０２は、選択されたコンテンツを再生するためにメディアサーバ３０１又はメディアレンダラー３０３のＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()を呼び出す。ここで、制御ポイント３０２は、再生するコンテンツのリソースＵＲＩを、引数(argument)を用いて伝送する。
【００２２】
ステップ３５０で、ユーザーが再生ボタンを押すと、ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()の呼び出しを送信するメディアサーバ３０１又はメディアレンダラー３０３のＰｌａｙ()アクションを呼び出す。制御ポイント３０２がメディアレンダラー３０３のＰｌａｙ()アクションを呼び出す場合、メディアレンダラー３０３は、ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()を通じて受信されたＵＲＩに該当するファイルをメディアレンダラー３０３に送信するようにメディアサーバ３０１に要求する。制御ポイント３０２がメディアサーバ３０１のＰｌａｙ()アクションを呼び出す場合、メディアサーバ３０１は、ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()を通じて設定されたＵＲＩに該当するファイルをメディアレンダラー３０３に伝送する。ここで、ＨＴＴＰ、ＲＴＰ、及びＩＥＥＥ(Institute  of  Electrical  and  Electronics  Engineers)１３９４は、コンテンツをストリーミングするために使用されるプロトコルである。ストリーミングプロセスにおいて、再生制御のための多様なアクションは、Ｓｅｅｋ()、Ｓｔｏｐ()、及びＰａｕｓｅ()のように呼び出されることができる。また、メディアレンダラーの他のＲＣＳ関連の多様なアクションは、再生装置のボリューム(ＳｅｔＶｏｌｕｍｅ())、カラー、明るさを制御するために呼び出され得る。
【００２３】
ステップ３６０で、コンテンツ再生が完了した後に、制御ポイント３０２は、ユーザーからの反復再生要求があるか否かを判定する。ユーザーが反復再生を希望する場合には、制御ポイント３０２は、ステップ３４０に戻ってコンテンツ再生を反復する。再生が完了した後に、制御ポイント３０２は、ステップ３７０で、メディアサーバ３０１とメディアレンダラー３０３に再生完了を知らせるためにＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅ()を呼び出す。ＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅ()を呼び出すと、メディアサーバ３０１及びメディアレンダラー３０３は、接続に割り当てられたリソースを解除する。
【００２４】
通常に、特定ＡＶコンテンツは、上記した動作でＵＰｎＰを用いて再生される。しかしながら、この方法は、様々なコンテンツの中からユーザーが所望するシーンのみを選択して再生することができないという問題点を有する。
【発明の概要】
【発明が解決しようとする課題】
【００２５】
したがって、上記した従来技術の問題点を解決するために、本発明の目的は、ＵＰｎＰを用いてＡＶコンテンツを再生する場合に、メディアサーバのＡＶコンテンツの中からユーザーの所望するシーンのみを選択してシーンを構成し、構成されたシーン、すなわちシーングループをメディアレンダラーを通じて連続して再生するＵＰｎＰベースのシーン再生方法及び装置を提供することにある。
【課題を解決するための手段】
【００２６】
上記のような目的を達成するために、本発明の一態様によれば、ＵＰｎＰを用いるシーン再生方法であって、制御ポイントによって、ＡＶコンテンツを格納するメディアサーバに再生するシーンの要求を送信し、要求に対応してメディアサーバから再生されるシーンを受信するステップと、制御ポイントによって、コンテンツを再生するメディアレンダラーからサポート可能なプロトコル及びファイルフォーマットに関する情報を受信し、情報に基づいて再生に使用されるコンテンツリソース、プロトコル、及びファイルフォーマットを決定するステップと、制御ポイントによって、受信したシーンに基づいて再生されるシーンを構成するステップと、メディアレンダラーは、構成されたシーンを再生するステップとを有する。
【００２７】
また、本発明の他の態様によれば、ＵＰｎＰを用いてシーンを再生する装置であって、ＵＰｎＰ又は他の通信プロトコルのうち少なくとも一つを用いて、ＡＶコンテンツを格納するメディアサーバ及びコンテンツを再生するためのメディアレンダラーと通信するネットワーク送受信部と、メディアサーバから受信したコンテンツデータを格納する格納部と、ユーザーからの入力によって、メディアサーバから受信したシーンに基づいて再生されるシーンを構成するシーン構成部と、メディアサーバに再生されるシーンの要求を送信し、要求に対応してメディアサーバから再生されるシーンを受信し、受信したシーンを格納部に格納し、受信したシーンを確認し、メディアレンダラーからサポート可能なプロトコル及びファイルフォーマットに関する情報を受信し、再生されるシーンを構成するようにシーン構成部を制御し、シーン構成部によって構成されたシーンを再生するようにメディアレンダラーを制御する制御部とを含む。
【発明の効果】
【００２８】
本発明は、ＵＰｎＰを用いるホームネットワークがＡＶコンテンツを生成する場合に、ユーザーは、所定時点で制御ポイントを用いて所望のシーンを再構成し、この再構成されたシーン、すなわちシーングループをメディアサーバ又はメディアレンダラーを通じて連続して再生することができる。
【００２９】
また、本発明は、制御ポイントが、ＵＰｎＰ環境で任意のコンテンツに含まれたシーン又は予め生成されたシーングループを持ってきて、そのシーン又はシーングループを所定時点で再構成することによって、このシーン又はシーングループを一つのコンテンツのように再生することができる効果を有する。
【００３０】
さらに、本発明は、セグメントオブジェクトの生成時に、メディアサーバが、セグメントオブジェクトが自分のリソースを有することができるようにリソースＵＲＩを生成して割り当てることで、セグメントが基本オブジェクトを再生する方法で再生することができる効果を有する。
【００３１】
本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。
【図面の簡単な説明】
【００３２】
【図１】一般的なＵＰｎＰネットワークシステムにおけるデバイス発見及びアクション実行を示す図である。
【図２】本発明が適用されるＵＰｎＰを用いてＡＶコンテンツを再生するためのシステムを示す図である。
【図３】従来のＵＰｎＰを用いて特定コンテンツを再生する動作を示す図である。
【図４】本発明によるＵＰｎＰを用いてコンテンツを再生するための動作を示す図である。
【図５】本発明によるシーン又はシーングループのオブジェクト間の順次関係ｏｂｊｅｃｔＬｉｎｋを示す図である。
【図６】本発明によるシーン又はシーングループのオブジェクト間の接続関係ｏｂｊｅｃｔＬｉｓｔの接続ブランチ(branch)を示す図である。
【図７】本発明によるシーン又はシーングループのオブジェクト間の接続関係ｏｂｊｅｃｔＬｉｓｔのコンテンツ接続リストＩｎｄｅｘを示す図である。
【図８】従来のＡＶＴを用いてコンテンツを再生するための動作を示す図である。
【図９】本発明によるメタデータを示す図である。
【図１０】本発明によるメタデータを用いてコンテンツを再生する動作を示す図である。
【図１１】本発明の第１の実施形態による‘ＳｅｔＳｃｅｎｅ()’アクションの入力パラメータの一例を示す図である。
【図１２】本発明の第２の実施形態による‘ＳｅｔＳｃｅｎｅ()’アクションの入力パラメータの一例を示す図である。
【図１３】本発明によるシーン構成動作を示す図である。
【図１４】本発明によるＵＰｎＰを用いてＡＶコンテンツを再生するためのシステムの制御ポイントを示す図である。
【発明を実施するための形態】
【００３３】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
図面において、同一の要素、特徴、及び構成に対してはできるだけ同一の参照符号及び参照番号を付して説明する。本発明の範囲及び精神を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００３４】
図４は、本発明によるＵＰｎＰを用いてコンテンツを再生するための動作を示す。図４には、ＡＶを格納するメディアサーバ４０１、コンテンツの任意のシーンを組み合わせてシーンを再構成する制御ポイント４０２、及び再構成されたシーングループを再生するメディアレンダラー４０３を用いる信号処理動作を示す。
【００３５】
図４を参照すると、ステップ４１０で、制御ポイント４０２は、ＵＰｎＰ発見動作を遂行してメディアサーバ４０１とメディアレンダラー４０３を発見する。
【００３６】
ステップ４２０で、制御ポイント４０２は、Ｂｒｏｗｓｅ()又はＳｅａｒｃｈ()アクションを通じて所望するシーンをメディアサーバ４０１から得る。制御ポイント４０２は、Ｂｒｏｗｓｅ()又はＳｅａｒｃｈ()アクションの結果としてシーン又はシーングループを運ぶことができる。シーン又はシーングループは、メディアサーバ４０１のＣＤＳ(Content  Directory  Service)にアイテム又はコンテナ(container)形態で予め定義され、ＤＩＤＬ(Digital  Item  Declaration  Language)-Ｌｉｔｅのように、ＵＰｎＰ  ＡＶで使用するＸＭＬに基づいてコンテンツに関する情報を伝達する記述(Description)に提供されることができる。
【００３７】
シーン又はシーングループオブジェクトは、オブジェクト間の順次関係ｏｂｊｅｃｔＬｉｎｋ又は接続関係ｏｂｊｅｃｔＬｉｓｔを示すメタデータ情報を含むことができる。
【００３８】
図５は、本発明によるシーン又はシーングループのオブジェクト間の順次関係ｏｂｊｅｃｔＬｉｎｋを示す。
【００３９】
オブジェクト間の順次関係ｏｂｊｅｃｔＬｉｎｋは、オブジェクトのメタデータ情報に、オブジェクトに接続されている次のオブジェクトのＩＤ又は以前オブジェクトのＩＤ、及び順次リストの第１のオブジェクトＩＤを記述することによって示すことができる。第１のオブジェクトから最後のオブジェクトまでの一連の接続リストは、グループＩＤによって区分できる。特定オブジェクトは、複数のグループに同時に属することができ、この場合のオブジェクトは、複数アイテムの接続関係を含むメタデータを有する。図５を参照すると、アイテム１  ５１０、アイテム３  ５２０、及びアイテム４  ５３０は、グループＩＤ‘Ｂｌｕｅ’を有するものとして順次関係を有し、アイテム２  ５４０、アイテム３  ５２０、及びアイテム５  ５５０はグループＩＤ‘Ｓａｌｍｏｎ’を有するグものとして順次関係を有する。この場合、アイテム３  ５２０は、２つのグループともに含まれる。
【００４０】
図６は、本発明によるシーン又はシーングループのオブジェクト間の接続関係ｏｂｊｅｃｔＬｉｓｔの接続ブランチを示す。図７は、本発明によるシーン又はシーングループのオブジェクト間の接続関係のコンテンツ接続リストＩｎｄｅｘを示す。
【００４１】
オブジェクト間の接続関係は、特定オブジェクトを代替できる他のオブジェクトのＩＤ又はオブジェクト接続リストのＩＤを記述して示すことができる。
【００４２】
オブジェクト間の接続関係に基づいた例として、接続ブランチとコンテンツ接続リストＩｎｄｅｘが考えられる。接続ブランチは、オブジェクト間の順次関係によってコンテンツを再生しつつ、オブジェクト間の接続関係情報を含むオブジェクトを再生する時点で他のオブジェクトに移動して再生する接続関係を示す。オブジェクト間の接続関係情報は、順次関係情報以外に他のグループＩＤを有する接続リストにオブジェクトを指定し、あるいは同一の接続リストに他のオブジェクトを指定して表現できる。図６を参照すると、アイテム１  ６１０、アイテム３  ６２０、及びアイテム５  ６３０はグループＩＤ‘Ｂｌｕｅ’を有するものとして順次関係を有し、アイテム２  ６４０、アイテム４  ６５０、及びアイテム６  ６６０はグループＩＤ‘Ｓａｌｍｏｎ’を有するものとして順次関係を有する。この場合、アイテム４  ６５０は、他の順次関係グループのアイテム３  ６２０との接続関係を含む。
【００４３】
コンテンツ接続リストは、多くのオブジェクトで構成される順次接続リストで特定オブジェクトへの速いアクセスのために特定オブジェクトを含む別途の順次接続リストを作ることによって提供される。制御ポイントは、ユーザーインターフェースを表現することにおいて、コンテンツ接続リストのオブジェクトによって指定される実際のコンテンツデータから一部スクリーンを抽出することができる。図７を参照すると、いろいろなアイテムは、一つのグループ７０を形成し、そのグループのうち、アイテム１  ７１０、アイテム２  ７４０、及びアイテム３  ７７０は、グループＩＤ‘Ｇｒｅｅｎ’を有するものとして別途の順次関係を有する。
【００４４】
更に図４を参照すると、ステップ４２０で、制御ポイント４０２は、Ｂｒｏｗｓｅ()/Ｓｅａｒｃｈ()アクションの結果としてシーン又はシーングループを受信する。その後、制御ポイント４０２は、ＧｅｔＰｒｏｔｏｃｏｌｉｎｆｏ()アクションを用いて、シーンを再生するメディアレンダラー４０３から再生のためにサポート可能なプロトコルと再生可能なファイルフォーマットに関する情報を得る。
【００４５】
ステップ４３０で、制御ポイント４０２は、メディアレンダラー４０３のサポート可能なプロトコルとフォーマットを確認した後に、メディアレンダラー４０３のプロトコル及びフォーマット情報に基づいてシーンコンテンツの再生に使用するコンテンツバイナリ(リソース)、プロトコル、及びフォーマットを決定する。
【００４６】
ステップ４４０で、制御ポイント４０２は、ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ()アクションを用いて、メディアサーバ４０１とメディアレンダラー４０３との間でＡＶＴ、ＲＣＳサービスの使用のためにインスタンスＩＤを交換する。インスタンスＩＤ交換は、コンテンツ再生に使用されるセッションを生成して管理するためにセッションを指定できるＩＤを獲得するプロセスである。ＲＣＳインスタンスＩＤは、特定制御ポイントによってメディアレンダラーのＲＣＳを使用可能にし 、従来ＵＰｎＰ  ＡＶで使用される方法に適用することができる。ＡＶＴは、実際にメディアネットワークでメディアをメディアサーバ４０１からメディアレンダラー４０３への伝送のために使用するＵＰｎＰ  ＡＶ標準サービスの遂行に使用される。実際に、メディアのＵＲＩ及びインスタンスＩＤは、このＡＶＴを用いて獲得される。
【００４７】
ステップ４５０で、制御ポイント４０２は、再生するシーンを構成する。制御ポイント４０２は、ステップ４２０で受信した、順次関係/接続関係に基づいて表現されたシーン又はシーングループオブジェクトを表示部のようなユーザーインターフェースを通じてユーザーに提供でき、ユーザーは、入力部のようなユーザーインターフェースを通じて再生又は編集するシーン又はシーングループ、及びリストを選択することができる。この場合、本発明によれば、制御ポイント４０２は、図１１及び図１２を参照して詳細に説明されるＳｅｔＳｃｅｎｅｓ()アクションを用いてシーン構成を遂行することができる。
【００４８】
制御ポイント４０２は、２つの異なる構成方法のうちの一つを使用して選択的にシーンを構成することができる。第１の方法は、Ｂｒｏｗｓｅ()/Ｓｅａｒｃｈ()ステップで持ってきた個別的なシーンの順序を決定する方法であり、第２の方法は、受信したシーングループの順序及び配置を変更し、あるいは個別シーンを追加/削除することによってシーングループを構成する方法である。
【００４９】
制御ポイント４０２は、ＵｐｄａｔｅＯｂｊｅｃｔ()アクション(図示せず)を用いてメディアサーバ４０１に構成されたシーンをアップデートすることができる。
【００５０】
既に構成されたシーンのリストが再生されるか、シーン構成が不要であるか、あるいは単一シーンのみが再生される場合には、ステップ４５０を省略できる。
【００５１】
制御ポイント４０２は、オブジェクトによって提供される順次接続関係情報に基づいて接続リストのオブジェクトを最初から次々に再生し(再生モード)、オブジェクトが再生してから停止した後にユーザーからの継続再生命令を待機し、(ステップモード)、制御ポイント４０２のディスプレイ装置を考慮して必要なだけリストのオブジェクト情報を一度に抽出して制御ポイント４０２のスクリーン上にディスプレイする(インデックスモード)ことによって、再生方法を決定することができる。再生タイプに関する情報は、オブジェクトの接続関係情報の一部としてオブジェクトメタデータ情報に含まれ、制御ポイント４０２はその再生タイプ情報に基づいて動作を決定することができる。
【００５２】
シーンの再生時に、制御ポイント４０２は、ステップ４６０で、ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()アクションを用いて再生するシーン又はシーングループのＵＲＩを設定する。その後に、メディアレンダラー４０３は、Ｐｌａｙ()アクションを用いて制御ポイント４０２によって構成されるシーン又はシーングループをプッシュ(push)又はプル(pull)方式で再生する。
【００５３】
Ｐｌａｙ()アクションは、従来のＵＰｎＰ  ＡＶで使用されるＡＶＴサービスのＰｌａｙ()が再使用され、Ｐｌａｙ()のデータサブジェクトが従来技術と同様にＸＭＬタイプのオブジェクトによって表されるメディアコンテンツとなることができる。メディアコンテンツは、オブジェクト関係情報をさらに含むことができ、それを解析できる制御ポイント４０２は、この情報を用いて順次に再生、ステップ再生、及びインデックス表現動作を遂行することができる。
【００５４】
本発明のシーン又はシーングループを連続して再生するためには、予めシーングループを構成し、この構成されたシーングループをメディアサーバ４０１のＣＤＳで管理し、メディアレンダラー４０３で構成されたシーングループを再生することが好ましい。
【００５５】
一方、本発明は、メディアサーバでコンテンツのセグメントを生成する新たな方法を提案する。従来のＵＰｎＰ  ＡＶメタデータアーキテクチャ(architecture)において、セグメント情報は、ＣＤＳの基本コンテンツオブジェクトに含まれ、あるいはＣＤＳ基本オブジェクトを参照する別途のセグメントＣＤＳオブジェクトとして存在する。すなわち、セグメントＣＤＳオブジェクトは、実際リソースなしに基本オブジェクトリソースのオフセットに関するメタデータ情報のみを有する。
【００５６】
上記アーキテクチャにおいて、セグメントを再生するためには、制御ポイントは、Ｓｅｅｋ()、Ｐｌａｙ()、及びＳｔｏｐ()アクションを反復し、あるいはＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()に含まれたコンテンツのメタデータ情報を分析し、Ｏｕｔ-Ｏｆ-Ｂａｎｄプロトコルを用いてセグメントを再生しなければならない。
【００５７】
本発明によると、セグメントオブジェクトを生成するステップで、メディアサーバは、セグメントオブジェクトも自分のリソースを有するようにリソースＵＲＩを生成して割り当てる。すなわち、メディアサーバでは、ＡＶコンテンツのセグメントオブジェクトは、リソースＵＲＩが割り当てられる。それによって、本発明は、基本オブジェクトを再生する方法でセグメントを再生できる方法を提供する。
【００５８】
したがって、図４のステップ４２０で、セグメントオブジェクトに対するＢｒｏｗｓｅ()/Ｓｅａｒｃｈ()の結果値は、次のように３つに分類される。第１に、結果値が基本オブジェクトとオフセット(セグメント情報)を有する場合と、第２に、結果値が基本オブジェクトに対する参照(reference)のみを有するセグメントオブジェクトである場合と、第３に、本発明による再生可能なリソースＵＲＩを有するセグメントオブジェクトである場合である。
【００５９】
以前のメタデータアーキテクチャにおいて、開始点及び終了点のようなセグメント情報は基本コンテンツオブジェクトに含まれ(オプション１)、又はセグメント情報は再生不可能な別途のＣＤＳオブジェクトに含まれる(オプション２)。
【００６０】
オプション１の第１の再生アーキテクチャは、制御ポイントによってコンテンツ再生の開始及び終了を制御するのに使用される。Ｓｅｅｋ()は開始点に位置付けるために使用され、Ｓｔｏｐ()は再生が終了点に到達した場合に使用される。この場合に、制御ポイントは、全体再生動作中にネットワークに存在しなければならない。また、制御ポイントは、制御ポイントのローカルクロックの制限された正確度又はバイトベースのオフセットを用いるデバイスのため、開始点と終了点に正確に位置することができない。
【００６１】
図８は、従来のＡＶＴを用いるコンテンツを再生する動作を示す。図８では、コンテンツ再生のための以前ステップは省略し、ＡＶＴはメディアレンダラー４０３に存在すると仮定する。
【００６２】
図８を参照すると、オプション２の再生アーキテクチャにおいて、制御ポイント４０２がステップ９６０でコンテンツの再生のためにＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()をメディアレンダラー４０３に伝達する場合には、開始及び終了のオフセット情報をメディアレンダラー４０３のＡＶＴに伝達するためにＣｕｒｒｅｎｔＵＲＩＭｅｔａＤａｔａ引数(argument)を使用する。Ｐｌａｙ()がステップ９６５で呼び出されると、メディアレンダラー４０３のＡＶＴは、ステップ９７０でコンテンツ再生のためのセグメントを取り出す(retrieve)ために、ＣｕｒｒｅｎｔＵＲＩＭｅｔａＤａｔａ又は第３の引数を解析してセグメントの開始及び終了点を決定する。
【００６３】
この場合、従来のＡＶＴは、ＣｕｒｒｅｎｔＵＲＩＭｅｔａＤａｔａでオフセット情報を認識することができないので、セグメントを再生することができなく、その上、ＡＶＴは、メディアレンダラーが基本コンテンツのセグメントを取り出すためにサポートされる“ｏｕｔ-ｏｆ-ｂａｎｄ”プロトコルを識別することもできない。
【００６４】
したがって、本発明は、新たなメタデータアーキテクチャを提案する。図９は、本発明によるメタデータを示す。図９において、各セグメントディスクリプタ(descriptor)はシングルＣＤＳアイテムによって示される。セグメントディスクリプタの＜ｒｅｓ＞要素は、セグメントのための再生可能なコンテンツである。
【００６５】
新たなセグメントオブジェクトが生成される場合、ＣＤＳは、この新たなオブジェクトがセグメントディスクリプタであり、開始及び終了オフセットメタデータに基づいた＜ｒｅｓ＞要素に対応して生成されると判断する。オフセットメタデータは、時間、バイト、及びフレームの開始/終了値を含むことができる。生成されたセグメントオブジェクトの＜ｒｅｓ＞要素は、この要素の詳細情報を記述する拡張要素である＜ｒｅｓＥｘｔ＞要素を有することができる。拡張要素＜ｒｅｓＥｘｔ＞は、オフセットメタデータに加えて、セグメントオブジェクトによって参照される基本コンテンツと基本コンテンツの基本リソースを含むことができる。
【００６６】
図１０は、本発明によるメタデータを用いてコンテンツを再生する動作を示す。図１０では、コンテンツ再生のための以前のステップは省略し、ＡＶＴがメディアレンダラー４０３に存在すると仮定する。
【００６７】
図１０を参照すると、メディアサーバ４０１は、ステップ１００５で、セグメントオブジェクトを生成する際に、オフセットメタデータが既に反映されたリソースＵＲＩを生成する。ステップ１００５で生成されたセグメントオブジェクトを用いてコンテンツを再生するステップ(図示せず)を遂行した後に、制御ポイント４０２は、ステップ１０６０で、ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()をメディアレンダラー４０３に伝送し、ステップ１０６５で、コンテンツを再生するためにＰｌａｙ()をメディアレンダラー４０３に伝送する。すると、ステップ１０７０で、メディアレンダラー４０３は、ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()のＣｕｒｒｅｎｔＵＲＩＭｅｔａＤａｔａ引数を解析してセグメントのＵＲＩを判断し、そのＵＲＩを用いて再生を遂行することができる。
【００６８】
本発明の再生アーキテクチャは、セグメント再生の面で他のＣＤＳアイテムと同一である。セグメントディスクリプタの＜ｒｅｓ＞要素は、基本アイテムのセグメントを表現するためにＣＤＳによって生成され、そのフォーマットはＤＭＳ(Digital  Media  Server)実行に依存する。
【００６９】
一方、本発明は、図４のステップ４５０でシーン構成の際に説明した方法だけでなく、次のような方法を使用することができる。
【００７０】
既存の方法において、セグメント情報は、セグメントを再生するために、必ずメディアサーバ４０１のＣＤＳに存在しなければならない。この場合、ＣＤＳは、基本オブジェクトにセグメント情報を含み、あるいは別途のセグメントオブジェクトを有することができる。セグメント情報がＣＤＳに存在しない場合に、ユーザーは、もう使用する必要がないセグメントでもＣＤＳにセグメント情報を格納しなければならない不便さがある。
【００７１】
したがって、本発明には、ＣＤＳに格納されていないが、セグメントの再生に使用されるリソースＵＲＩを提供する方法を開示する。提供されるリソースＵＲＩは、既存のＣＤＳオブジェクト再生方法を使用して再生を遂行するのに利用される。この方法は、図４のステップ４５０のシーン構成ステップで、セグメントのオブジェクトＩＤのリストを作成してシーングループを生成する方法だけでなく、現在ＣＤＳに格納されていないが(すなわち、ＯｂｊｅｃｔＩＤがないが)、ユーザーが再生を所望するセグメントのリソースＵＲＩをメディアサーバ４０１で臨時に生成することによって、再生リストを構成する方法も追加するように変更される。このとき、ステップ４５０でシーン構成時に使用されるＳｅｔＳｃｅｎｅ()アクションは選択的に使用され、再生順序は、既存のＵＰｎＰ  ＡＶで定義されたＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()及びＳｅｔＮｅｘｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()を用いて指定されることができる。
【００７２】
既存のＵＰｎＰ  ＡＶにおいて、ユーザーが基本コンテンツの特定部分の再生を所望する場合には、次のような３つのケースが発生可能である。第１のケースでは、特定部分に対するセグメントオブジェクトがＣＤＳに存在する。第２のケースでは、特定部分に対するセグメントオブジェクトがＣＤＳに存在しないが、ユーザーは、以後にこのセグメント定義(definition)を再使用できるようにセグメントオブジェクトの生成を所望する。第３のケースでは、特定部分に対するセグメントオブジェクトがＣＤＳに存在せず、ユーザーは、このセグメント定義を再使用しなくて生成を所望しない。
【００７３】
第１のケースにおいて、ユーザーは、セグメントメタデータを獲得するためにＢｒｏｗｓｅ()/Ｓｅａｒｃｈ()を使用し、セグメントを再生することができる。第２のケースにおいて、ユーザーは、ＣｒｅａｔｅＯｂｊｅｃｔ()を用いてセグメントオブジェクトを生成し、オブジェクトを再生することができる。これら２つの尾ケースでは、既存の方式で遂行が可能である。しかしながら、第３のケースでは、ユーザーは、セグメントオブジェクトの生成を必要とし、セグメントオブジェクトは再生以後に削除される。
【００７４】
そのため、ＣｒｅａｔｅＤｙｎａｍｉｃＳｅｇｍｅｎｔ()の新たなアクションは本発明に新たに定義される。ＣｒｅａｔｅＤｙｎａｍｉｃＳｅｇｍｅｎｔ()は、ＣＤＳがオブジェクトを直ちに生成しないので、ＣｒｅａｔｅＯｂｊｅｃｔ()と異なるが、ただ仮想オブジェクトのメタデータをリターンする。
【００７５】
ＣｒｅａｔｅＤｙｎａｍｉｃＳｅｇｍｅｎｔ()に対する引数は、下記の＜表１＞に定義されている。
【００７６】
【表１】
0005538389.tif 000002
【００７７】
引数要素は、セグメントオブジェクトを生成するのに必要なメタデータを含む。例えば、この要素は、セグメントオブジェクトであることを示すためのクラスプロパティ(ＵＰｎＰ)、基本コンテンツのオブジェクトＩＤ、基本コンテンツのセグメントの開始点及び終了点、及びＤＩＤＬ-Ｌｉｔｅスキーマ(schema)による他のプロパティ(＠id  propertyは“”に設定、＠parentIDpropertyは“”又は“０”に設定)を含む。
【００７８】
ＣＤＳは、仮想に生成されたセグメントオブジェクトのために、出力引数にメタデータを構成しなければならない。ＣＤＳは、仮想セグメントのために＜ｒｅｓ＞要素を提供する。
【００７９】
ＣｒｅａｔｅＤｙｎａｍｉｃＳｅｇｍｅｎｔ()を用いる再生方法は、次のようなステップを含む。
【００８０】
ステップ１：制御ポイントは、ＣＤＳからＣｒｅａｔｅＤｙｎａｍｉｃＳｅｇｍｅｎｔ()アクションを呼び出し、セグメントオブジェクトを生成するために必要なすべてのメタデータを入力引数で提供する。
【００８１】
ステップ２：ＣｒｅａｔｅＤｙｎａｍｉｃＳｅｇｍｅｎｔ()の出力引数で、ＣＤＳは仮想セグメントオブジェクトをリターンする。
【００８２】
ステップ３：制御ポイントは、仮想セグメントオブジェクトのメタデータを受信し、ＡＶＴサービスから仮想セグメントオブジェクトのメタデータを用いてＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ()アクションを呼び出す。
【００８３】
ステップ４：制御ポイントは、Ｐｌａｙ()アクション、Ｐａｕｓｅ()アクション、及びセグメントの再生を制御するための異なるＡＶＴアクションを遂行する。
【００８４】
一方、ＣｒｅａｔｅＤｙｎａｍｉｃＳｅｇｍｅｎｔ()に対して拡張可能な類似した方法は、ダイナミックセグメントリストを作成するのに使用されることができる。この場合、制御ポイント４０２は、多重‘仮想’セグメントオブジェクトの生成に必要なメタデータを提供する。
【００８５】
図１１は、本発明の第１の実施形態による‘ＳｅｔＳｃｅｎｅ()’アクションの入力パラメータの一例を示す。ＩｎｓｔａｎｃｅＩＤは、ＡＶＴサービスから提供される仮想インスタンスＩＤを意味する。この値を用いて、制御ポイントは、メディアサーバとメディアレンダラーとの間で再生されるシーン又はシーングループの再生を管理することができる。ＳｃｅｎｅｓＴｏＢｅＰｌａｙｅｄは、再生されるシーンに関する情報を表し、ＳｃｅｎｅｓＴｏＢｅＳｋｉｐｐｅｄは再生中にスキップされるシーンに関する情報を表す。ＳｃｅｎｅｓＴｏＢｅＰｌａｙｅｄ及びＳｃｅｎｅｓＴｏＢｅＳｋｉｐｐｅｄは、ＣＳＶ(Comma  Separated  Value)形態又はＸＭＬに基づいて作られ、メディアサーバ及びメディアレンダラーは、このＣＳＶ/ＸＭＬを認識して再生を遂行する。
【００８６】
図１２は、本発明の第２の実施形態による‘ＳｅｔＳｃｅｎｅ()’アクションの入力パラメータの一例を示す。ＡＶＴインスタンスＩＤとシーングループに再生されるシーンの組み合わせ、すなわちシーングループ情報を提供することで、制御ポイントによって再生前に作られたシーングループは、以後再生することができる。
【００８７】
本発明に開示したシーングループは、ＣＳＶ形態又はＸＭＬに基づいて作られることができ、メディアサーバ及びメディアレンダラーは、このＣＳＶ/ＸＭＬを認識して再生を遂行することができる。
【００８８】
図１１及び図１２に示したアクションとパラメータとの差異を参照すると、図１１の方法は、制御ポイントが持ってきたすべてのシーンにＳｃｅｎｅｓＴｏＢｅＰｌａｙｅｄ及びＳｃｅｎｅｓＴｏＢｅＳｋｉｐｐｅｄを明示するが、図１２の方法は、制御ポイントの特定ＵＩ(User Interface)アプリケーション、すなわちシーン又はシーングループを編集できる追加アプリケーションが必要である。しかしながら、これら２つの方法は、本発明の実施形態を達成するために、任意のシーンを中断なしに再生するように適用できる。パラメータの個数及びコンテンツが多少変更されるにもかかわらず、本発明は、本発明の範囲から逸脱することなく、ＵＰｎＰに基づいてシーンを組み合わせて再生することができる。
【００８９】
図１３は、本発明によるシーン構成動作を示す。図１３において、メディアサーバ４０１に存在する任意のコンテンツから抽出したシーンがｓ１，ｓ２，…，ｓＮで示される場合、一つのコンテンツＡは、Ｎ個のシーン１３１０又はＮ個のセグメント１３２０に分けられる。また、シーングループは、一つのＣＤＳオブジェクト形態でメディアサーバで管理される。シーン又はシーングループは、Ｂｒｏｗｓｅ/Ｓｅａｒｃｈ()のようなＵＰｎＰアクションによってＣＤＳから持ってきた後に、制御ポイント４０２に応答として提供される。以後、制御ポイント４０２は、提供されたシーン又はシーングループをユーザーの要求によってシーン構成アプリケーション(scene  authoring  application)１３３０を用いて組み合わせ及び変更することができる。ユーザーは、シーンｓ１〜ｓＮのシーンリストから、ＵＩ、すなわちシーン構成アプリケーション１３３０を用いて所望のシーンを選択することができる。このとき、ユーザーは、ドラッグアンドドロップ(Drag & Drop)を含む多様な方法でシーンを選択することができる。
【００９０】
選択されたシーンは、所定の方法でグループ化される。本発明では、図９に示すように、メディアサーバ４０１又はメディアレンダラー４０３が再生時点で理解できるＸＭＬスキーマを定義し、シーングループタグ(tag)に再生されるすべてのシーンを列挙する方式で表現し(１３４０)、あるいはＣＳＶに基づいてシーンを表現する(１３５０)ことができる。
【００９１】
図１４は、本発明によるＵＰｎＰを用いてＡＶコンテンツを再生するシステムにおける制御ポイントを示す。
【００９２】
図１４を参照すると、本発明の一実施形態による制御ポイント４０２は、ネットワーク送受信部１４１０、制御部１４２０、表示部１４３０、シーン構成部１４４０、入力部１４５０、及び格納部１４６０を含む。
【００９３】
ネットワーク送受信部１４１０は、ＵＰｎＰネットワーク又は他の通信プロトコルを用いて通信を遂行する。本発明において、制御ポイント４０２は、ネットワーク送受信部１４１０を通じてメディアサーバ４０１又はメディアレンダラー４０３とコンテンツデータ及び信号を送受信(交換)する。
【００９４】
表示部１４３０は、再生されるコンテンツの選択時に、ユーザーがメディアサーバ４０１で再生しようとするコンテンツ、及びコンテンツのシーン又はシーングループを選択するようにスクリーンをディスプレイする。シーンの構成時に、表示部１４３０は、ユーザーがコンテンツのシーン又はシーングループを構成するためのスクリーンを表示する。入力部１４５０は、コンテンツ選択及びシーン構成時にユーザーから入力を受信する。
【００９５】
格納部１４６０は、制御ポイント４０２が動作を遂行するために必要な多様なデータを格納する。本発明において、格納部１４６０は、メディアサーバ１４０１から受信されたコンテンツを格納する。
【００９６】
シーン構成部１４４０は、入力部１４５０を通じてユーザーから受信した入力によって、メディアサーバ４０１から受信したシーンに基づいて再生されるシーンを選択及び再構成する。
【００９７】
制御部１４２０は、制御ポイント４０２のすべての制御を遂行する。本発明において、制御部１４２０は、メディアサーバ４０１に再生されるシーンの要求を送信し、上記要求に対応してメディアサーバ４０１からこのシーンを受信して格納部１４６０に格納し、受信されたシーンを確認した後に、シーンを再生するメディアレンダラー４０３から再生可能なプロトコル及びファイルフォーマットに関する情報を受信し、再生されるシーンを構成するようにシーン構成部１４４０を制御し、シーン構成部１４４０によって構成されたシーンを再生するようにメディアレンダラー４０３を制御する。
【００９８】
しかしながら、制御ポイント４０２は、実際に、メディアサーバ４０１又はメディアレンダラー４０３の一部として実現されることができる。制御ポイント４０２がメディアサーバ４０１の一部として実現される場合に、格納部１４６０は、基本ＡＶコンテンツを格納する。制御ポイント４０２がメディアレンダラー４０３の一部として実現される場合には、コンテンツは、コンテンツ再生時に表示部１４３０上に再生されることができる。
【００９９】
以上、本発明は、ＵＰｎＰベースのシーン再生方法及びシステムについて本発明の実施形態を参照して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【符号の説明】
【０１００】
４０１  メディアサーバ
４０２  制御ポイント
４０３  メディアレンダラー
【図１】
0005538389.tif 000003
【図２】
0005538389.tif 000004
【図３】
0005538389.tif 000005
【図４】
0005538389.tif 000006
【図５】
0005538389.tif 000007
【図６】
0005538389.tif 000008
【図７】
0005538389.tif 000009
【図８】
0005538389.tif 000010
【図９】
0005538389.tif 000011
【図１０】
0005538389.tif 000012
【図１１】
0005538389.tif 000013
【図１２】
0005538389.tif 000014
【図１３】
0005538389.tif 000015
【図１４】
0005538389.tif 000016