複数のストリームを含むコンテンツファイル送受信装置及び方法
本発明は、複数のコンテンツを含む複合コンテンツを送信及び再生するための方法及び装置を提供する。その方法は、サーバから複合コンテンツ及び複合コンテンツに対応する分類情報を受信するステップと、分類情報に従って複数のコンテンツを分類するステップと、分類された複数のコンテンツに基づいて複合コンテンツを再生するステップとを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツファイルを送受信する装置及び方法に関するもので、特に複数のストリームグループを含むコンテンツのセマンティック(semantic)構造及び役割(role)情報を提供するコンテンツファイルの送受信方法及び装置に関する。
【背景技術】
【０００２】
最近、デジタルコンテンツ産業市場の拡大と利用可能なプラットフォームが多様化するに従って、単一タイプのコンテンツでなく複合コンテンツに対する要求が増加している。例えば、メインサービスストリームと広告ストリームのような付加情報ストリームがそれぞれのストリームでない一つのサービスオブジェクトとして生成されて複合コンテンツを構成してもよい。
【０００３】
近年製作され、配布されるコンテンツは、リアルタイムでの製作及び配布、再構成及び再配布、及びユーザーの嗜好による制御が可能な特徴を有する。これらの特徴を反映する最近のコンテンツは、例えば、特別な制限なしにユーザーが自由に利用、コピー、変更、及び再配布できるフリーコンテンツや、ユーザーがテキスト、ビデオ、及び音楽のような創作物を共有できるようにするオープンコンテンツを含む。
【０００４】
フリーコンテンツ及びオープンコンテンツを使用する場合、コンテンツの多様なタイプが、その目的及び意図に応じて異なる製作者により生成されることがある。例えば、サービスコンテンツＡ，Ｂ，Ｃを使用すると、サービスプロバイダーは、ソースコンテンツＡがメインコンテンツであるコンテンツを生成してもよく、あるいは、ソースコンテンツＢ又はＣがメインコンテンツであるコンテンツを生成してもよい。したがって、コンテンツの利用は、コンテンツを構成する多様なソースストリームのセマンティック構造及び役割に基づく。
【０００５】
上述したように、従来のコンテンツ伝送及び提供に係る技術は、伝送されたコンテンツを所定時間で所定のサイズ及び形態で提供することに焦点を置いたので、コンテンツのセマンティック構造及び役割を考慮したコンテンツの提供に限界があった。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、複数のストリームグループを含むコンテンツを記録及び再生する方法及び装置を提供することにある。
【０００７】
本発明の他の目的は、提供されるコンテンツのセマンティック構造及び役割情報を提供することによって、コンテンツの自由な調整及び制御を可能とするコンテンツ提供方法及び装置を提供することにある。
【課題を解決するための手段】
【０００８】
上述のような目的を達成するために、本発明の一態様によれば、複数のコンテンツを受信する方法が提供される。その方法は、サーバから分類情報を獲得するステップと、この分類情報に従ってサーバから提供される複数のコンテンツを分類するステップを有する。
【０００９】
本発明の他の態様によれば、複数のコンテンツを伝送する方法が提供される。その方法は、受信装置に分類情報を提供するステップと、分類情報に基づいて分類可能な複数のコンテンツ情報を受信装置に提供するステップとを有する。
【００１０】
また、本発明の他の態様によれば、複数のコンテンツを受信する装置が提供される。その装置は、サーバから分類情報及び複数のコンテンツを受信する受信部と、この分類情報によって複数のコンテンツを分類するプロセッサとを含む。
【００１１】
さらに、本発明の他の態様によれば、複数のコンテンツを伝送する装置が提供される。その装置は、分類情報を生成するデータプロセッサと、分類情報に基づいて分類可能な複数のコンテンツを受信装置に送信する送信部とを含む。
【発明の効果】
【００１２】
本発明は、複数のソースコンテンツ又はストリームを含む複合コンテンツを提供する場合、この複合コンテンツを構成する多様なソースストリームのセマンティック構造及び役割に関する情報を提供し、それによって、多様なコンテンツタイプ及びユーザー意図に従ってコンテンツを活用できるようになる。このようなコンテンツは、ユーザー適応型コンテンツとして提供することができる。
【００１３】
本発明による実施形態の上述した態様及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。
【図面の簡単な説明】
【００１４】
【図１】複数のコンテンツが同一の期間で提供される場合、複数のコンテンツタイプを含む複合コンテンツのコンテンツ提供方法を示す図である。
【図２】ユーザー環境による複数のソースストリームの中から適当なソースストリームを選択してユーザーに提供するサービス構成を示す図である。
【図３】本発明の一実施形態による複数のコンテンツタイプを送信する方法を示すフローチャートである。
【図４】本発明の一実施形態による複数のコンテンツタイプを受信する方法を示すフローチャートである。
【図５】本発明の一実施形態によるサーバ装置のブロック構成図である。
【図６】本発明の一実施形態による複数のコンテンツタイプを受信するクライアント装置を示すブロック構成図である。
【図７】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図８】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図９】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図１０】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図１１】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図１２】本発明の一実施形態による構成ファイルを示す図である。
【図１３】本発明の一実施形態によるストリームのセマンティック構成及び役割情報を提供するための構成ファイル構造体を示す図である。
【図１４】ＩＳＯ(International Organization for Standardization)ベースのメディアファイルフォーマットに基づいた一般的なコンテンツ格納フォーマットを示す図である。
【図１５】本発明の一実施形態によるコンテンツを構成するストリームのセマンティック構成及び役割情報を提供するための情報を含む格納フォーマットを示す図である。
【図１６】本発明の一実施形態による複合コンテンツ格納フォーマットを受信する方法を示すフローチャートである。
【図１７】本発明の一実施形態によるコンテンツを構成するストリームのセマンティック構成及び役割情報を提供するための情報を含む格納フォーマットを示す図である。
【図１８】本発明の一実施形態による複合コンテンツ格納フォーマットを受信する方法を示すフローチャートである。
【図１９】本発明の一実施形態による新たなｍｏｏｖレベルボックスを含むボックス構成を示す図である。
【図２０】本発明の一実施形態によるｍｏｏｖレベルの新たなメタボックスを含むボックス構成を示す図である。
【図２１】本発明の一実施形態により別々に構成されるメタ情報と複合コンテンツ格納フォーマットを示す図である。
【図２２】本発明の一実施形態により別々に構成されるメタ情報と複合コンテンツ格納フォーマットを示す図である。
【図２３】本発明の一実施形態により別々に構成されるメタ情報と複合コンテンツ格納フォーマットを示す図である。
【図２４】本発明の一実施形態により別々に構成されるメタ情報と複合コンテンツ格納フォーマットを示す図である。
【図２５】本発明の一実施形態による複合コンテンツ格納フォーマットを含むメタ情報を示す図である。
【図２６】本発明の一実施形態による複合コンテンツ格納フォーマットを含むメタ情報を示す図である。
【図２７】本発明の一実施形態により、別々に構成される、分類情報を含むメタ情報と複合コンテンツ格納フォーマットとを示す図である。
【図２８】本発明の一実施形態による複合コンテンツ格納フォーマット内に含まれるメタ情報を受信する端末の動作方法を示すフローチャートである。
【図２９】本発明の一実施形態によるメタ情報を示す図である。
【図３０】本発明の一実施形態により、セマンティック構成及び役割情報が論理構成単位である“ｉｔｅｍ”の単位で提供されるメタ情報を示す図である。
【図３１】本発明の一実施形態によるメタ情報を示す図である。
【図３２】本発明の一実施形態によるメタ情報を示す図である。
【図３３】本発明の一実施形態による複合コンテンツファイル送信装置を示すブロック構成図である。
【図３４】本発明の一実施形態による複合コンテンツファイル受信装置を示すブロック構成図である。
【発明を実施するための形態】
【００１５】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００１６】
以下の説明において、詳細な構成及び構成要素のような具体的な詳細は、ただ本発明の実施形態の全般的な理解を助けるために提供されるだけである。したがって、本発明の範囲及び趣旨を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００１７】
図１は、複数のコンテンツが同一の期間で提供される場合、複数のコンテンツタイプを含む複合コンテンツのコンテンツ提供方法を示す。特に、図１は、複数のコンテンツタイプ１００、すなわち同一の期間１０２で提供されるコンテンツ１及びコンテンツ２から構成される複合コンテンツのコンテンツ提供方法を示す。
【００１８】
図１を参照すると、コンテンツ１及びコンテンツ２が同一の時間１０２又は同一のサービス時間内に提供されるため、従来(又はレガシー)の再生装置は、これらを表示する方法を決定できない。特に、速報又は緊急メッセージのように、リアルタイムで生成及び提供される予期しないコンテンツの場合、従来の再生装置は、予め提供されているコンテンツを考慮して制御できる方法がない。
【００１９】
図２は、ユーザー環境による複数のソースストリームの中から適当なソースストリームを選択してユーザーに提供するサービス構成を示す。
【００２０】
図２を参照すると、コンテンツＡ２００の関連セグメントを含むストリーム１，２，３，４、及びコンテンツＢ２０２の関連セグメントを含むストリーム５，６が複合コンテンツを構成すると仮定する。期間２０６に位置するセグメントを受信するユーザー端末は、５００Ｋｂｉｔデータを受信できる。この場合、端末がコンテンツＡ及びＢ間の関係に関する情報を持っていないため、端末は、再生のためにコンテンツＡとコンテンツＢ両方ともを選択するか、あるいはそれらのうちいずれか一つを選択するかを判定しなくてよい。したがって、端末は、ただ受信可能な５００Ｋｂｉｔのサイズに対応するデータストリームを選択するようになる。しかしながら、この場合にも、図２に示すように、複数のセグメント２０６ａ、２０６ｂが５００Ｋｂｐｓのビットストリームで伝送されるため、端末は、どのデータストリーム又はセグメントを選択して受信することによって該当期間２０６でユーザーにサービスを提供しなければならないかを判定できない。
【００２１】
これら及び他の短所に対処するために、本発明の一実施形態による方法及び装置を提供するコンテンツは、複数のストリームで構成されるストリームグループを含むコンテンツのセマンティック構成及び役割情報を提供することによって、多様なコンテンツタイプ及びユーザー意図によってコンテンツの自由な調整及び制御を容易にする。これら複数のストリームは、メインコンテンツのサービス中に生成及び提供される付加ストリームを含むことができる。ここて、用語“ストリーム”及び“コンテンツ”は、同一の意味で使用される。また、ストリーム又はコンテンツは、セグメントで伝送されてもよい。
【００２２】
以下に説明されるコンテンツ制御のための情報は、情報を格納及び/又は伝達する記録媒体及び伝送媒体として構成することができる。ここで具体的に説明されなくても、制御情報又はメディアは、データの記録、伝送、伝達、及び格納可能なすべてのデータフォーマットに包含されてもよい。
【００２３】
さらに、以下に説明されるように、複数のソースコンテンツタイプで構成される複合コンテンツは、ストリームの論理的オブジェクトまたは集合体として構成され、複合ソースコンテンツの集合体は、新たな一つのコンテンツ又はオブジェクトで構成されてもよい。ここて、複数のコンテンツタイプの集合を“複合コンテンツ”と呼ぶ。
【００２４】
図３は、本発明の一実施形態により、複数のコンテンツタイプ、すなわち複合コンテンツを送信する方法を示すフローチャートである。
【００２５】
図３を参照すると、サーバ装置は、ステップ３００において複数のコンテンツを生成し、ステップ３０２において複数のコンテンツタイプ間の構成情報を識別する。ステップ３０４において、サーバ装置又は送信装置は、識別された情報に基づいて分類情報を生成し、ステップ３０６において、複数のコンテンツ、すなわち複合コンテンツ及び分類情報を受信装置又はクライアント装置に提供する。
【００２６】
図４は、本発明の一実施形態による複合コンテンツを受信する方法を示すフローチャートである。
【００２７】
図４を参照すると、再生装置又はクライアント装置は、ステップ４００において、サーバ装置から複数のコンテンツタイプを含む複合コンテンツ及び複合コンテンツのための分類情報を獲得する。クライアント装置は、サーバ装置にリクエストを送信してサーバ装置から複合コンテンツ及び分類情報を獲得でき、あるいはリクエストなしにサーバ装置からこれらを受信できる。
【００２８】
複合コンテンツ及び分類情報を受信した後、クライアント装置は、ステップ４０２において分類情報によって複数のコンテンツタイプを分類し、ステップ４０４において識別された複数のコンテンツタイプ間の関係に従って複合コンテンツを処理する。ステップ４０４において、クライアント装置は、複数のコンテンツタイプ間の関係に基づき、どのコンテンツがメインコンテンツであるか、どのコンテンツが付加コンテンツであるかを判断し、複数のコンテンツタイプの中で付加コンテンツの個数も判断できる。このように識別された複数のコンテンツタイプ間の関係に基づき、クライアント装置は、メインコンテンツと付加コンテンツを各々処理することができる。
【００２９】
例えば、付加コンテンツが緊急放送に関するものである場合、クライアント装置は、メインコンテンツを再生する中に緊急放送に関する付加コンテンツを提供できる。しかしながら、付加コンテンツが広告である場合、クライアント装置は、付加コンテンツをメインコンテンツの中間に、又はメインコンテンツが完了した後に提供し得る。ステップ４０６において、クライアント装置は、複合コンテンツを再生する。
【００３０】
図５は、本発明の一実施形態によるサーバ装置５００を示すブロック構成図である。
【００３１】
図５を参照すると、データプロセッサ５０２は、分類情報、すなわち複数のコンテンツタイプを分類又は識別するための情報を生成する。送信部５０４は、分類情報と関連した複合コンテンツをクライアント装置に伝送する。
【００３２】
図６は、本発明の一実施形態による複合コンテンツを受信するクライアント装置を示すブロック構成図である。
【００３３】
図６を参照すると、受信装置６００は、サーバ装置から分類情報とその関連複合コンテンツを受信する受信部６０２を含む。プロセッサ６０４は、分類情報を用いて複合コンテンツに含まれる複数のコンテンツタイプを分類し、ディスプレイ部６０６でコンテンツをユーザーに提供する。プロセッサ６０４は、分類情報を用いて複数のコンテンツの中で各コンテンツ間の関係を識別し、識別した関係によってメインコンテンツと付加コンテンツを区分し、各コンテンツを表示部６０６に適切に出力することができる。
【００３４】
図７乃至図１１は、本発明の一実施形態による複合コンテンツ構成を示す。
【００３５】
図７及び図８を参照すると、複合コンテンツ構造体(structure)７０４は、複数のストリーム又は複数のコンテンツタイプを含む複合コンテンツ７０２と構成ファイル７００を含む。したがって、受信端末(又はクライアント端末)は、各々構成ファイル７００，８００を予め受信及び確認することによって、複合コンテンツ７０２，８０２に関する情報を識別することができる。
【００３６】
図９乃至図１１は、本発明の一実施形態による複合コンテンツ構成を示す。
【００３７】
図９乃至図１１を参照すると、複合コンテンツ９０２,１００６，１００８，１１０４，１１０６は、ストリーム又はコンテンツが伝送/受信される単位/サイズという面で、それらのストリーム及びコンテンツに従って異なることができる。
【００３８】
ここで説明する複合コンテンツは、図１０に示すように、複数の複合コンテンツ１００６，１００８の集合体として構成され、図１１に示すように、複合コンテンツ１１０４とソースコンテンツ又はソースストリーム１１０６の集合体として構成され得る。
【００３９】
より具体的に説明すると、構成ファイル９００は、複数のストリームを含む複合コンテンツ９０２に関する情報を含み、受信装置は、構成ファイル９００を確認して各ストリームのセマンティック構成及び役割情報を識別する。本発明の実施形態によると、構成ファイル９００は、複数のストリーム、すなわち複合コンテンツ９０２に含まれる複合コンテンツを分類するための分類情報を含む。
【００４０】
図１０を参照すると、複合コンテンツ構造体１０１０は、階層的構造を含む。例えば、上位レベル(又は上位階層)の構成ファイル１０００は、２個の下位レベルの構成ファイル１００２，１００４を有し、これらは、各々関連した複合コンテンツ１００６，１００８の分類情報を含む。複合コンテンツ構造体１０１０を受信すると、受信装置は、上位レベルの構成ファイル１０００をまず分析し、その結果として構成ファイル１０００の下位レベルに存在する構成ファイル１００２，１００４を識別した後に、識別した各構成ファイル１００２，１００４の分類情報に従って複合コンテンツ１００６，１００８を分類する。図１０のように上位レベルの構成ファイル１０００が下位レベルに構成ファイル１００２，１００４を有する場合、上位レベルの構成ファイル１０００は、下位レベルの構成ファイル１００２，１００４に対する参照情報も有する。
【００４１】
図１１を参照すると、複合コンテンツ構造体１１１０は、下位階層の構成ファイル１１０２に関する情報とソースストリーム１１０６に関する情報を有する上位レベルの構成ファイル１１００を含む。複合コンテンツ構造体１１１０を受信すると、受信装置は、構成ファイル１１００を分析し、構成ファイル１１００に含まれた分類情報又は参照情報に従って下位レベルの構成ファイル１１０２を確認して複合コンテンツ１１０６を処理し、あるいはソースストリーム１１０６の構成を直接確認してそのソースストリーム１１０６を処理する。
【００４２】
上記したように、サービスのための情報提供及び設定/初期化のような情報を提供する構成ファイル７００，８００，９００，１０００は、メディアプレゼンテーション記述(Media Presentation Description：ＭＰＤ)、マニフェスト(manifest)、構成となり得る。その他に、同一の意味又は同一の役割を有するすべての情報は、構成情報と同一の情報として判断できる。
【００４３】
基本フィールド又は属性情報が本明細書で提供されるが、本発明の各実施形態で説明する構成ファイル情報は、使用環境及び/又はサービスに従って、フィールド及び属性のような付加的情報をさらに含むことができるが、本発明の範囲を制限するものではない。
【００４４】
加えて、本発明では構成ファイルに含まれる情報の論理的意味を図示及び説明しているが、これは、システム及びサービス製造又は提供環境によって、ＸＭＬ(eXtensible Markup Language)、バイナリデータ、フォーマット化した情報構造体のような多様な情報表示構造又はフォーマットで表現できる。
【００４５】
図１２は、本発明の一実施形態による構成ファイルをを示す。
【００４６】
図１２を参照すると、構成ファイル１２００は、下位レベルで、複合コンテンツ、すなわち複数のストリームに関する情報を示す要素１２０４を有する最上位レベルの要素１２０２を含む。各ストリームに関する具体的な情報は、属性(attribute)フィールド１２０６により識別できる。ストリーム伝送又は提供単位によって、各提供単位に関する具体的な情報は、システムまたはサービス製造及び提供環境に従って、属性フィールド１２０６により提供することができる。
【００４７】
図１２において、新たな要素又はストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８は、構成ファイル１２００の情報にストリームのセマンティック構成及び役割情報を提供するためにストリーム要素１２０４の属性フィールド１２０６に追加される。このストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８は、該当コンテンツでの役割又は重要度、又は該当ストリーム自体の役割を表す。下記の＜表１＞の例のように、ストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８は、該当ストリームがコンテンツ提供にメインサービスであることを示す情報を提供できる。図１２に示す他の属性、すなわちタイプ、ビットレート、及びＳｔａｒｔＴｉｍｅは、本発明に直接に関係しないので、その説明を省略する。
【００４８】
＜表１＞は、本発明の一実施形態により、該当ストリームがコンテンツのメインサービス/コンテンツストリームであるか、あるいは付加コンテンツストリームであるかを表すストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８の一例を示す。
【００４９】
【表１】
ストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８は、＜表２＞の例に示すように、コンテンツストリームの役割を具体的に説明できる。＜表２＞は、該当ストリームが緊急メッセージサービスのためのコンテンツストリームであるか、広告のためのストリームであるか、あるいはユーザー定義によるストリームであるかを表すストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８の一例を示す。
【００５０】
【表２】
図１３は、本発明の一実施形態によるストリームのセマンティック構成及び役割情報を提供するための構成ファイル構造体１３００を示す。しかしながら、図１２と異なり、図１３では、ストリーム要素１２０４の属性フィールド１３０６は、“ｉｓ_ｍａｉｎＳｔｒｅａｍ”属性要素１３０８を含む。
【００５１】
図１３を参照すると、“ｉｓ_ｍａｉｎＳｔｒｅａｍ”要素１３０８により提供される情報は、図１２で説明した“ｓｔｒｅａｍＴｙｐｅ”と同一の意味を有する。図１３の“ｉｓ_ｍａｉｎＳｔｒｅａｍ”要素１３０８の値が“真(true)”に設定されると、ストリームは提供されるサービスのメインサービス/コンテンツストリームであることを示す。他の例として、“ｅｍｅｒｇｅｎｃｙ”フィールド(図示せず)が“真”に設定することで、コンテンツストリームが緊急メッセージの役割をすることを表すために使用され得る。
【００５２】
複合コンテンツのセマンティック構成及び役割情報を提供するための本発明の他の実施形態によって、一つのファイル又はフォーマット化したコンテンツ格納フォーマットで複数のストリーム又は複数のコンテンツタイプを含む複合コンテンツ構造体を構成する一例について、以下に説明する。次の説明において、複数のコンテンツタイプ/ストリームを含む複合コンテンツ構造体の一例は、ＩＳＯ(International Organization for Standardization)ベースのファイルフォーマットによって説明される。
【００５３】
ＩＳＯベースのメディアファイルフォーマットは、ＩＳＯ/ＩＥＣ国際標準１４４９６-１２：２００５の“Information technology-coding of audio-visual objects-part12:ISO base media file format”に定義されている。このフォーマットのファイルは、ストリームのメディアデータ及び各ストリームの再生に必要な情報を含むメタデータを含む。ＩＳＯベースのメディアファイルフォーマットの基本構成ブロックは、“ボックス(box）”と呼ばれ、このボックスは、ＩＳＯベースのメディアファイルフォーマット内のオブジェクト指向基本ビルディングブロックである。各ボックスは、ヘッダー及びペイロードを含む。ヘッダーは、ボックスのタイプとボックスのサイズをバイト単位で表す。明示された複数のボックスは、ヘッダー内にバージョンナンバー及びフラグを含む“フルボックス(full box)”構造から派生される。ボックスは、他のボックスを含むことができ、ＩＳＯファイルフォーマットは、特定タイプのボックス内で許可可能なボックスのタイプを指定する。
【００５４】
ストリームのメディアデータは、オーディオ/ビデオ(Ａ/Ｖ)ファイルとしてメディアデータ(ｍｄａｔ)ボックスに格納され、メタデータは、ＭＯＯＶボックスに格納され、ファイルタイプはファイルタイプ(ｆｔｙｐ)ボックスに格納される。したがって、ＩＳＯベースのメディアファイルフォーマットは、Ａ/Ｖデータ及びＡ/Ｖデータに関する詳細情報を含む複数のボックスを含む。本発明では、“ボックス”は、“データブロック”又は“コンテナ”としても呼ばれる。
【００５５】
ＩＳＯベースのメディアファイルフォーマットに対するより詳細な説明は、本発明の要旨を不明にするので省略する。図１４は、ＩＳＯベースのメディアファイルフォーマットに基づいた一般的なコンテンツ格納フォーマットを示す。図１４に示されないが、ファイルタイプ(ｆｔｙｐ)ボックスは、ファイルタイプと互換性のあるファイルタイプに関する情報を含む。この互換性のあるファイルタイプは、デコーダで正常な再生が可能である。
【００５６】
図１４を参照すると、ＭＯＯＶボックス１４０２のデータは、オブジェクトベースの構造体で構成され、フレームレート、ビットレート、及びイメージサイズのようなコンテンツ情報と、ＦＦ(Fast forward)/ＲＥＷ(rewind)のような再生機能をサポートするための同期化(ｓｙｎｃ)情報、及びｍｄａｔボックス１４０４に含まれたメディアファイルを再生するための詳細情報とを含む。ＭＯＯＶボックス１４０２がＡ/Ｖデータフレームの全体数、及び各フレームのサイズに関する情報を含むため、クライアント装置は、再生時にＭＯＯＶボックス１４０２を分析して、ｍｄａ ｔボックス１４０４に含まれたビデオデータ及びオーディオデータを提供できる。ＭＯＯＶボックス１４０２は、ｍｄａｔボックス１４０４にトラック単位で記録されるストリームを参照するためのトラックボックス１４０２ａ及び１４０２ｂを含む。
【００５７】
ｍｄａｔボックス１４０４は、各トラックに対応する実際ストリームデータを含み、Ａ/Ｖデータは、フレーム及びサンプルのように、各データの基本単位でｍｄａｔボックス１４０４に格納されることができる。
【００５８】
図１４に示すＩＳＯ/ＩＥＣ１４４９６-１２標準ベースのメディアファイルフォーマットを例に挙げて説明しているが、本発明で説明する複合コンテンツ構造体は、ＩＳＯ/ＩＥＣ(International Electrotechnical Commission)１４４９６-１２標準ベースファイルフォーマットに使用され得る。また、この複合コンテンツ構造体は、ＩＳＯ/ＩＥＣ１４４９６-１２標準に基づくことでなくても、構造化されたフォーマットで構成される活用可能なすべての格納フォーマット及び記録媒体に適用可能である。
【００５９】
図１５及び図１７は、本発明の実施形態によるコンテンツを構成するストリームのセマンティック構成及び役割情報を提供するための情報を含む格納フォーマットを示す。
【００６０】
図１５及び図１７に示す格納フォーマット１５００，１７００は、各々サービスのメインコンテンツストリームと広告、緊急メッセージのような付加コンテンツストリームを一つの格納フォーマットで含む。ここで、格納フォーマットは、複合コンテンツ構造体としても呼ばれる。
【００６１】
図１５及び図１７において、ストリームのセマンティック構成及び役割情報を提供するために、付加メディアトラック(ａｄｄｍ)は、＜表３＞のように各トラックの参照情報を示す参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）の“ｈａｎｄｌｅｒ_ｔｙｐｅ”として新たに定義される。
【００６２】
【表３】
参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）は、トラック参照(ｔｒｅｆ)ボックス１５１４ｂ、１７１４に含まれる情報であり、ｔｒｅｆボックス１５１４ｂ，１７１４は、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）とトラックＩＤ(ｔｒａｃｋ_ＩＤ)を用いて、現在のトラックが参照する、又は参照される他のトラックとの接続に使用され得る。したがって、本発明の一実施形態による複合コンテンツ構成格納フォーマットのｔｒｅｆボックスの参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)を確認して、クライアント装置は、現在トラックが参照する、又は参照されるトラックが付加メディアトラック(ａｄｄｍ)、すなわち、メインサービス、例えば緊急メッセージサービス及び広告以外のコンテンツを含むトラックであると判断できる。
【００６３】
より具体的には、図１５を参照すると、複合コンテンツ構造体格納フォーマット１５００は、２個のトラック(ｔｒａｋ)ボックス１５１２，１５１４を有するＭＯＯＶボックス１５１０を含み、このトラックボックス１５１２，１５１４は、それぞれｍｄａｔボックス１５２０に含まれるメインサービスコンテンツ１５２０ａ及び付加サービスコンテンツ１５２０ｂを指定する。トラック(ｔｒａｋ)ボックス１５１２，１５１４は、トラックヘッダー(ｔｋｈｄ)ボックス１５１２ａ，１５１４ａを各々含み、ｔｋｈｄボックス１５１２ａ，１５１４ａは、各々ｍｄａｔボックス１５２０に含まれる関連したトラック１５２０ａ，１５２０ｂを識別するためのトラック識別子(Ｉｄ)を含む。
【００６４】
図１５において、付加サービスコンテンツ１５２０ｂを参照する情報を含むトラック参照ボックス１５１４ｂは、付加サービスコンテンツ１５２０ｂに対応するトラック(ｔｒａｋ)ボックス１５１４に含まれる。トラック参照ボックス１５１４ｂは、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）とトラックＩＤを含む。クライアント装置は、トラック参照ボックス１５１４ｂに含まれる参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)を確認し、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)が“ａｄｄｍ”として設定されると、クライアント装置は、トラックボックス１５１４に該当し、付加サービスコンテンツを含むトラック１５２０ｂが付加コンテンツであると判断する。
【００６５】
図１６は、本発明の一実施形態により、図１５に示すように、複合コンテンツ格納フォーマットを受信する端末の動作方法を示すフローチャートである。
【００６６】
図１６を参照すると、端末は、ステップ１６１０において、複合コンテンツ格納フォーマット１５００を受信し、ステップ１６２０においてＭＯＯＶボックス１５１０を確認する。図１６に示されていないが、ファイルタイプ(ｆｔｙｐ)ボックス１５０２のような格納フォーマットで分析されるボックスを分析及び確認するプロセスは、ステップ１６２０以前に遂行される。端末は、ステップ１６３０において下位レベルのトラック(ｔｒａｋ)ボックス１５１２，１５１４を確認し、ステップ１６４０においてトラック参照(ｔｒｅｆ)ボックス１５１４ｂの存在有無を確認する。トラック参照(ｔｒｅｆ)ボックス１５１４ｂを有するトラックの場合、端末は、ステップ１６４０においてトラック参照(ｔｒｅｆ)ボックス１５１４ｂを確認する。
【００６７】
端末は、ステップ１６５０においてトラック参照(ｔｒｅｆ)ボックス１５１４ｂの参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）を確認し、ステップ１６６０において参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)の値が“ａｄｄｍ”であるか否かを判定する。参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)の値が“ａｄｄｍ”である場合、これは、トラックが緊急メッセージサービス及び広告のようなメインサービス以外のコンテンツを含むトラックであることを示す。したがって、端末は、ステップ１６７０において、トラック参照(ｔｒｅｆ)ボックス１５１４ｂのｔｒａｃｋ_ＩＤフィールドの値を確認してメインサービスコンテンツを包含するトラックがどのトラックであるかを判定することができる。トラック(ｔｒａｋ)ボックスを確認する以後のすべてのステップは、映像ファイルの最初のトラックから最後のトラックまで反復される。
【００６８】
ボックスを確認するプロセスがすべての端末の動作説明に含まれるが、このボックスを確認する順序は必ずしも図面の順序に従うべきではない。ここで具体的に説明していないファイルフォーマットの分析プロセスとそれに関連した端末動作は、ＩＳＯ/ＩＥＣ１４４９６-１２標準の詳細に従う。
【００６９】
図１７を参照すると、複合コンテンツ構成格納フォーマット１７００は、トラック(ｔｒａｋ)ボックス１７１２，１７１６を有するＭＯＯＶボックス１７１０を含み、これらトラックボックス１７１２，１７１６は、各々ｍｄａｔボックス１７２０に含まれたメインサービスコンテンツ１７２０ａ及び付加サービスコンテンツ１７２０ｂを指定する。トラック(ｔｒａｋ)ボックス１７１２，１７１６は、各々関連したトラックヘッダー(ｔｋｈｄ)ボックスを含む。
【００７０】
メインサービスコンテンツ１７２０ａに対応するトラックボックス１７１２に含まれたトラック参照(ｔｒｅｆ)ボックス１７１４は、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）とトラック識別子(ｔｒａｃｋ_ＩＤ)を含む。クライアント装置は、トラック参照(ｔｒｅｆ)ボックス１７１４に含まれた参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)を確認し、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)が“ａｄｄｍ”として設定される場合、クライアント装置は、トラックボックス１７１２に対応するトラックがメインサービスコンテンツ１７２０ａを含むトラックであると判定する。
【００７１】
図１８は、本発明の一実施形態により、図１７に示すように、複合コンテンツ格納フォーマットを受信する端末の動作方法を示すフローチャートである。
【００７２】
図１８を参照すると、端末は、ステップ１８１０において、複合コンテンツ格納フォーマット１７００を受信し、ステップ１８２０においてＭＯＯＶボックス１７１０を確認する。図１８には図示していないが、ファイルタイプ(ｆｔｙｐ)ボックスのような格納フォーマット１７００で分析されるボックスの分析及び確認プロセスは、ステップ１８２０以前に遂行できる。端末は、ステップ１８３０において下位レベルのトラック(ｔｒａｋ)ボックス１７１２，１７１６を確認し、ステップ１８４０においてトラック参照(ｔｒｅｆ)ボックス１７１４の存在有無を確認する。トラック参照(ｔｒｅｆ)ボックス１７１４を有するトラックの場合、端末は、ステップ１８４０においてトラック参照(ｔｒｅｆ)ボックス１７１４を確認する。
【００７３】
端末は、ステップ１８５０においてトラック参照(ｔｒｅｆ)ボックス１７１４の参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）を確認し、ステップ１８６０においてその値が“ａｄｄｍ”として設定される場合、トラックがメインサービスコンテンツ１７２０ａを含むトラックであると判定し、端末は、ステップ１８７０において、トラック参照(ｔｒｅｆ)ボックス１７１４のｔｒａｃｋ_ＩＤフィールドの値を確認してメインサービスコンテンツを包含するトラックがどのトラックであるかを判定することができる。トラック(ｔｒａｋ)ボックスを確認する以後のすべてのステップ１８３０は、映像ファイルの最初のトラックから最後のトラックまで反復され得る。
【００７４】
ボックスを確認するプロセスがすべての端末の動作説明に含まれるが、このボックスを確認する順序は必ずしも図面の順序に従うべきではない。ここで具体的に説明していないファイルフォーマットの分析プロセスとそれに関連した端末動作は、ＩＳＯ/ＩＥＣ１４４９６-１２標準の詳細に従う。図１９及び図２０は、本発明の実施形態により、各々新たなｍｏｏｖレベルのボックス及び新たなｍｏｏｖレベルのメタボックスを含むボックス構成を示す。
【００７５】
特に、図１９及び図２０は、ストリームのセマンティック構成及び役割情報を提供する複合コンテンツ格納フォーマットの新たなボックス構造体１９００，２０００の例を示す。新たに定義されるボックス１９２０，２０７０は、識別者を“ｕｕｉｄ”として設定し、“ｕｕｉｄ”のＩＤフィールドの値を本発明で説明する情報を含むためのボックスであることを示す特定値として設定して区分することができる。または、新たに定義されたボックス１９２０，２０７０は、固有な名前を設定して定義することができる。
【００７６】
図１９及び図２０を参照すると、新たなボックスは、緊急メッセージサービスと広告のようなメインサービス以外のコンテンツを含むトラックの個数及び該当トラックタイプを示す情報を含むことができる。新たなボックス１９２０，２０７０は、トラックがメインストリーム、広告などを構成することを示すコンテンツ構成の具体的な意味及び役割情報を示す情報を含むように構成することができる。
【００７７】
本発明で提案される方法は、ＩＳＯベースのメディアファイルフォーマットに規定されたファイルレベルのボックス、ｍｏｏｖレベルボックス、トラックレベルボックス、ｍｏｏｖレベルメタボックス、トラックレベルのメタボックスのような多様な形態で格納フォーマットの新たなボックスを構成できる。図１５及び図１７に示したようにボックスで構成されなくても、必要な情報は、フィールドで追加され得る。
【００７８】
図１９は、本発明の第２の実施形態により、新たなｍｏｏｖレベルボックスの形態でここで説明する新たな情報を含むボックスを構成する一例を示し、図２０は、本発明の第２の実施形態により、新たなｍｏｏｖレベルのメタボックスの形態でここで説明する新たな情報を含むボックスを構成する一例を示す。
【００７９】
図１９では、ＭＯＯＶボックス１９１０に新たに定義したｕｕｉｄボックス１９２０が定義され、ｕｕｉｄボックス１９２０の識別子は“ａｄｄｍ”と呼ばれる。ＭＯＯＶボックス１９１０は、トラック(ｔｒａｋ)ボックス１９３０，１９４０を含み、トラック(ｔｒａｋ)ボックス１９３０は、ｍｄａｔボックス１９５０でｔｒａｃｋ_ＩＤ＝１を有するメインサービスコンテンツ１９５０ａを指定し、トラック(ｔｒａｋ)ボックスはｍｄａｔボックス１９５０でｔｒａｃｋ_ＩＤ＝２を有する付加サービスコンテンツ１９５０ｂを指定する。
【００８０】
ｕｕｉｄボックス１９２０は、ｍｄａｔボックス１９５０にいくつの付加コンテンツタイプが含まれるかを示す情報として付加メディアコンテンツタイプの個数を含む。付加メディアコンテンツタイプの個数は、“付加メディアカウント”フィールドに定義される。ｕｕｉｄボックス１９２０は、付加コンテンツタイプのトラックＩＤを含む。
【００８１】
図１９において、ｕｕｉｄボックス１９２０に含まれた付加メディアカウントフィールドが１に設定される場合、一つの付加コンテンツは、ｍｄａｔボックス１９５０に存在し、ｔｒａｃｋ_ＩＤが２に設定される場合、付加コンテンツはｔｒａｃｋ_ＩＤ＝２を有する付加コンテンツである。
【００８２】
図２０は、ｕｕｉｄボックス２０７０をＭＯＯＶボックス２０１０でなくｍｏｏｖレベルのメタボックス２０６０に含んで構成される格納フォーマット２０００を示す。
図２１乃至図２７は、本発明の一実施形態による複合コンテンツの格納フォーマット及びメタ情報を示す。特に、図２１乃至図２７には、分類情報を含むメタ情報と複合コンテンツと、複合コンテンツの再生のための情報を含む複合コンテンツ格納フォーマットは別途に構成されることができ、あるいはメタ情報は複合コンテンツ格納フォーマットに含まれることができる。
【００８３】
図２１乃至図２４は、本発明の一実施形態により、別途に構成されるメタ情報と複合コンテンツ格納フォーマットを示す。
【００８４】
図２１乃至図２４を参照すると、メタ情報又はメタ情報ファイルは、実際コンテンツを含む複合コンテンツ格納フォーマットを指定又は参照することができる。例えば、図２１で、メタ情報２１０２は複合コンテンツ格納フォーマット２１００を指定し、図２２で、メタ情報２２０２は複合コンテンツ格納フォーマット２２００を指定し、図２３で、メタ情報２３０２は複合コンテンツ格納フォーマット２３００ａ，２３００ｂを指定し、図２４で、メタ情報２４０２は、複合コンテンツ格納フォーマット２４０４，２４０６を指定する。例えば、メタ情報又はメタ情報ファイルは、図２２又は図２４に示すように、具体的なストリーム又はトラック(ｔｒａｋ)ボックスを指定又は参照するように設定することができる。
【００８５】
また、メタ情報又はメタ情報ファイルは、図２３及び図２４に示すように、複数のコンテンツ格納フォーマットで構成された複合コンテンツの関連情報を含むことができる。
【００８６】
図２１乃至図２４に示すようにサービスが構成される場合、端末は、メタファイルを分析してコンテンツストリームのセマンティック構成及び役割情報を確認した後、実際コンテンツ格納フォーマット、ストリーム、及び/又は各トラックを分析する。
【００８７】
図２５及び図２６は、本発明の一実施形態による複合コンテンツ格納フォーマットに含まれるメタ情報を示す。
【００８８】
特に、図２５は、メタ情報ファイル２５０８がメタボックス２５０４内のＸＭＬ又はバイナリＸＭＬ(ｂＸＭＬ)ボックス２５０６に含まれて構成される複合コンテンツ格納フォーマット２５００を示す。メタボックス２５０４は、ＭＯＯＶボックス２５０２と同一のレベルにある。
【００８９】
図２６は、メタボックス２６０８内にメタ情報を含む新たな“ａｄｍｔ”ボックス２６１０を生成することによって、複合コンテンツ格納フォーマット２６００内のメタ情報２６１２を示す。メタボックス２６０８は、ＭＯＯＶボックス２６０２と同一のレベルにある。
【００９０】
上記した複合コンテンツ格納フォーマットの新たなボックスは、ＩＳＯ/ＩＥＣ１４４９６-１２標準に規格化したファイルレベルボックス、ｍｏｏｖレベルボックス、トラックレベルボックス、ｍｏｏｖレベルメタボックス、トラックレベルメタボックスのような多様な形態で構成することができる。新たに定義されるボックスは、各々識別子を“ｕｕｉｄ”として定義し、“ｕｕｉｄ”のＩＤフィールドの値をボックスが本発明の実施形態で説明する情報を含むことを示す特定値として設定して区分することができる。または、新たに定義されたボックスは、図２６に示すように、“ａｄｍｔ”のような固有な名前を設定して定義することができる。
【００９１】
図２７は、本発明の一実施形態により、分類情報を含むメタ情報と別に構成される複合コンテンツ格納フォーマットを示す。特に、図２７は、分類情報を含むメタ情報２７０６と別に構成される複合コンテンツ格納フォーマット２７００を示す。しかしながら、図２１乃至図２４と異なり、端末は、複合コンテンツ格納フォーマット２７００をまず分析する。
【００９２】
この場合、外部のデータ、コンテンツ、又はデータソースに対する参照情報関連ボックスを用いて、端末は、メタ情報又はメタ情報ファイルに対する参照情報を確認することができる。図２７でメタボックス２７０２のアイテムロケーションボックス(ｉｌｏｃ)及び/又はアイテム情報ボックス(ｉｉｎｆ)ボックス２７０４は、参照情報関連ボックスとして使用されるが、その他にもデータ情報ボックス(ｄｉｎｆ)及び/又はデータ参照ボックス(ｄｒｅｆ)のような複合コンテンツ格納フォーマット２７００に参照情報関連ボックスとして他のボックスを使用して、該当メタ情報２７０６又はメタ情報ファイルに対する参照情報を提供することができる。
【００９３】
図２５及び図２６に示すように、メタ情報がコンテンツ格納フォーマット内に含まれる場合、端末は、ＩＳＯ/ＩＥＣ１４４９６-１２標準の内容に従って格納フォーマットを分析するプロセスを通じて、ボックスレベル及びボックス構成の順序によって順次にメタボックス、メタボックスの下位レベルのＸＭＬまたはｂＸＭＬ及びメタ情報又はメタ情報ファイルを分析できる。
【００９４】
次の説明において、メタ情報２５０８，２６１２が、図２５及び図２６に示すように、複合コンテンツ格納フォーマット２５００，２６００内に含まれる場合、情報は、図２８の端末動作によって解析され得る。
【００９５】
図２８は、図２５及び図２６に示したように、本発明の実施形態により複合コンテンツ格納フォーマットに含まれるメタ情報を受信する端末の動作方法を示すフローチャートである。
【００９６】
図２８を参照すると、ステップ２８１０において、コンテンツ格納フォーマットを受信すると、端末は、ステップ２８２０においてメタボックスを確認する。ステップ２８２０のメタボックスを確認する以前に、端末は、ファイルタイプ(ｆｙｔｐ)ボックスを予め確認できる。ファイルタイプ(ｆｔｙｐ)ボックスのブランド情報の互換性関連情報を通じて該当複合コンテンツ格納フォーマットが本発明で説明するメタ情報又はメタ情報ボックスを含むコンテンツ格納フォーマットであるか否かを確認することができる。
【００９７】
端末は、ステップ２８３０において、メタ情報又はメタ情報ボックスを確認してメタ情報を確認し、ステップ２８４０において、メインメディアトラック及び付加メディアトラック又は各トラックのセマンティック構成及び役割を確認する。その後、端末は、ステップ２８５０とステップ２８６０において、ｍｏｏｖボックス及びトラックボックスを確認することができる。
【００９８】
このとき、本発明で説明するメタ情報又はメタ情報ボックスがファイルレベルボックス又は無比レベルボックス又はトラックレベルボックス又はｍｏｏｖレベルメタボックス又はトラックレベルメタボックスで構成される場合、端末は、ステップ２８２０を遂行する代わりに、該当ボックスの上位レベルボックスを分析するステップをステップ２８２０の代わりに遂行することができる。例えば、本発明で説明するメタ情報又はメタ情報ボックスがｍｏｏｖレベルボックスで構成される場合、端末は、格納フォーマットを受信し、該当コンテンツ格納フォーマットが本発明で説明するメタ情報又はメタ情報ボックスを含んでいるコンテンツ格納フォーマットであるかを確認した後、ＭＯＯＶボックスをまず確認し、ステップ２８３０においてその下位レベルで構成されたメタ情報(ａｄｍｔ)を確認することができる。
【００９９】
図２９は、本発明の一実施形態によるメタ情報の例を示す。
【０１００】
図２９を参照すると、メタ情報２９００は、最上位要素としてメタ情報２９００がどのコンテンツに関する情報であるかを表すためのコンテンツ要素２９０２を有し、各コンテンツ２９０２の要素の下位にはコンテンツに存在する複数のトラックに関する情報であるトラック要素２９０４が位置する。各トラック要素２９０４の場合、属性フィールド２９０６は、トラックＩＤ(ｔｒａｃｋＩＤ)２９０８とコンテンツタイプを説明する情報であるコンテンツタイプ(ｃｏｎｔｅｎｔＴｙｐｅ)２９１０が存在する。コンテンツタイプ(ｃｏｎｔｅｎｔＴｙｐｅ)２９１０は、＜表１＞の例のように、コンテンツがコンテンツ提供においてメインサービスであることを示す情報を提供できる。また。コンテンツタイプ(ｃｏｎｔｅｎｔＴｙｐｅ)２９１０は、＜表２＞の例のように、該当ストリームが緊急メッセージサービスのためのコンテンツストリームであるか、広告のためのストリームであるかを示す情報を提供することができる。
【０１０１】
図２９のトラック要素２９０４は、ストリーム又はコンテンツに関する情報を示す情報に代替できる。例えば、トラックがコンテンツに代替される場合、提供されるサービスは、コンテンツＡ、コンテンツＢ、及びコンテンツＣを含み、コンテンツタイプ(ｃｏｎｔｅｎｔＴｙｐｅ)２９１０の属性は、複合コンテンツを提供するコンテンツＡ、コンテンツＢ、コンテンツＣの各々に対するコンテンツの意味又は 役割に対して説明する情報を提供できる。
【０１０２】
図３０は、本発明の一実施形態により、セマンティック構成及び役割情報が論理的構成単位である“ｉｔｅｍ”単位で提供されるメタ情報を示す。
【０１０３】
図３０を参照すると、メタ情報３０００は、メタ情報３０００に含まれるコンテンツに関する情報を表すコンテンツ要素３００２と、各コンテンツに存在するアイテムに関する情報を含むアイテム要素３００４を含む。各アイテム要素３００４に対して、属性フィールド３００６は、参照トラック識別子(ｒｅｆ_ｔｒａｃｋＩＤ)３００８、アイテム識別子(ｉｔｅｍ_ＩＤ)３０１０、及びアイテム３００４のタイプを説明する情報であるアイテムタイプ(ｉｔｅｍ_Ｔｙｐｅ)３０１２を有する。
【０１０４】
ｉｔｅｍ_Ｔｙｐｅ３０１２は、図２９のｃｏｎｔｅｎｔＴｙｐｅ２９１０と同一の情報を提供する属性情報である。アイテム３００４は、論理的構造体である。物理的には、アイテム３００４は、複数のトラック/ストリーム/コンテンツを含み、数個のアイテムは、一つのトラック/ストリーム/コンテンツを構成することができる。
【０１０５】
図３１及び図３２は、本発明の一実施形態によるメタ情報を示す。特に、図３１及び図３２では、メタ情報３１００，３２００を用いてコンテンツを提供する具体的な方法を提供することによって、コンテンツのセマンティック構成及び役割情報を提供できる。
【０１０６】
図３1を参照すると、端末は、メタ情報３１００の最上位レベル‘構成(configuration)’要素３１０２の下位レベルの要素であるストリーム要素３１０４の属性フィールド３１０６でｉｓ_ｍａｄａｔｏｒｙ要素３１０８の値を確認することによって、端末は、トラック/ストリーム/コンテンツが必ず提供するように設定されたか否かを判定する。ｉｓ_ｍａｎｄａｔｏｒｙ要素３１０８は、該当トラック/ストリーム/コンテンツが提供すべきであるか、あるいは付加サービスのために提供されるかを示す必須提供属性情報である。この場合、この属性情報に基づき端末は、該当トラック/ストリーム/コンテンツがメインサービスのためのものであるか、広告のような付加サービスのためのものであるかを判定できる。ｉｓ_ｍａｎｄａｔｏｒｙ要素値、又は必須提供属性情報が“真”として設定されると、トラック/ストリーム/コンテンツがメインサービス向けであることを示す。しかしながら、ｉｓ_ｍａｎｄａｔｏｒｙ要素の値が“偽(false)”として設定されると、トラック/ストリーム/コンテンツが付加サービス向けであることを示す。
【０１０７】
図３２を参照すると、端末は、メタ情報３２００の最上位レベルの構成要素３２０３の下位レベルのストリーム要素３２０４の属性フィールド３２０６の“スキップ”属性情報又は“ｃａｎ＿ｓｋｉｐ”要素３２０８の値を確認して、トラック/ストリーム/コンテンツがスキップされるか否かを判定する。ｃａｎ_ｓｋｉｐ要素３２０８の値又はスキップ属性情報が“真”として設定される場合、端末は、トラック/ストリーム/コンテンツがスキップ可能な付加サービスに対応すると判定する。しかしながら、ｃａｎ_ｓｋｉｐ要素３２０８の値が“偽”として設定される場合、端末は、トラック/ストリーム/コンテンツがスキップできないメインサービスに対応すると判定する。この属性情報に基づき、端末は、該当トラック/ストリーム/コンテンツがメインサービス向けであるか、あるいは広告のような付加サービス向けであるかを判定する。
【０１０８】
図３１及び図３２のコンテンツ提供方法に関する情報は、上記した本発明の実施形態のように、構成情報及びメタ情報と一緒に付加情報としてさらに提供され得る。例えば、端末がトラック/ストリーム/コンテンツがメインサービス向けであると判定した後、該当トラック/ストリーム/コンテンツの属性フィールドｃａｎ_ｓｋｉｐの値が“真”として設定される場合、端末は、メインサービスを中断して他のサービスを提供するなど、メインサービスのより低い優先順位を提供することができる。
【０１０９】
図３１及び図３２のコンテンツの提供方法に関する情報は、サービスコンテンツを提供するためにコンテンツ供給者又はサービス供給者の意見を反映するために使用され、あるいはサービスコンテンツを提供するのにあって端末設定又はユーザーの嗜好を反映するために使用することができる。また、この情報は、サービスコンテンツの提供にコンテンツ供給者またはサービス供給者の意見を反映する情報をさらに含むことができ、サービスコンテンツの提供のためにユーザー端末設定又はユーザーの嗜好を反映する情報をさらに含むことができる。
【０１１０】
また、本発明で説明するメタ情報は、コンテンツのセマンティック構成及び役割情報によってコンテンツ提供方法、コンテンツディスプレイ方法、又はコンテンツ格納方法を変更することができ、コンテンツのセマンティック構成及び役割情報によってコンテンツ提供方法、コンテンツディスプレイ方法、又はコンテンツ格納方法に関する情報をさらに提供することができる。
【０１１１】
コンテンツディスプレイ方法の一例で、ストリーム１及び２のデータを同時に提供するか、あるいはストリーム１の中間にストリーム２を提供するかを判定するための情報をさらに追加することもでき、本発明で説明したメタ情報に基づいてコンテンツ提供方法を決定することができる。
【０１１２】
コンテンツディスプレイ方法の他の例で、ビデオコンテンツの場合、＜表４＞に示すような詳細な情報は、レイアウト情報のための新たな属性情報を提供して提供でき、第３の実施形態で説明したメタ情報を確認してコンテンツ提供方式を決定することができる。
【０１１３】
【表４】
コンテンツディスプレイ方法の他の例で、オーディオコンテンツの場合、ビデオとは異なり、２個の異なるオーディオストリームが同時に再生されると、正常なオーディオサービスが提供できない。コンテンツのセマンティック構成及び役割によって広告のようなサービスが提供される間に、メインメディアのボリュームを減少したり、メインメディアをミュート(mute)したり、あるいはメインサービスのデータをスキップするような具体的なサービス提供関連の属性情報は、メタ情報として提供することができる。また、コンテンツ提供方法は、上記したコンテンツのセマンティック構成及び役割情報を含む構成情報及びメタ情報を確認して決定できる。
【０１１４】
さらに、受信する端末に格納されるコンテンツは、上記コンテンツのセマンティック構成及び役割情報を含む構成情報及びメタ情報によって制御できる。受信端末は、コンテンツのセマンティック構成及び役割を含む構成情報及びメタ情報を確認してサービスコンテンツを再生する提供するコンテンツ提供プロセスを遂行した後に、コンテンツのセマンティック構成及び役割を含む構成情報及びメタ情報によって、格納したコンテンツ/ストリーム/トラックを選択して格納することができる。
【０１１５】
例えば、複合コンテンツがメインサービスコンテンツとしてストリーム１、ストリーム２、及びストリーム３を含み、広告サービスコンテンツとしてスとリーム４、ストリーム５を含む場合、ストリーム１、ストリーム２、及びストリーム３は、メインサービスコンテンツとして受信端末の格納部に格納された後、別途のメディアファイルで構成及び管理できる。
【０１１６】
上記では一つのメディアファイルが伝送されるが、コンテンツのセマンティック構成及び役割を含む構成情報及びメタ情報に従って、メインサービスコンテンツを構成するストリーム１、ストリーム２、ストリーム３を含む一つのファイルと、広告サービスコンテンツを構成するストリーム４及びストリーム５を含む他のファイルは、各々別途のコンテンツファイルとして格納及び管理することができる。
【０１１７】
図３３は、本発明の実施形態による複合コンテンツファイル送信装置を示すブロック構成図である。
【０１１８】
図３３を参照すると、図５に示したサーバ装置５００のような複合コンテンツファイル送信装置３３００は、データ生成部３３１０、入力部３３２０、映像信号プロセッサ３３３０、エンコーダ３３４０、ファイル/ストリーム生成部３３５０、コンテンツのセマンティック構成及び役割情報生成部３３６０、及び送信部３３７０を含む。
【０１１９】
データ生成部３３１０は、映像生成装置(例えば、カメラ、カムコーダ)、音響装置、及びテキスト生成器を含むコンテンツを構成できるテキスト、ビデオ、オーディオ、グラフィック、メタデータのような加工されていないデータ(raw data)を生成する。データ生成部３３１０から出力されるデータは、入力部３３２０に入力される。入力部３３２０は、データ生成部３３１０から受信されるデータを映像信号プロセッサ３３３０に提供する。この映像信号プロセッサ３３３０は、入力部３３２０から出力されるデータを前処理する。前処理とは、入力された映像をアナログからデジタルに変更したり、映像データを提供するために必要な外部入力値を用いて入力データを変換するすべての動作を含むことができる。
【０１２０】
映像信号プロセッサ３３３０により前処理されるデータは、エンコーダ３３４０に出力される。図３３に示す構成要素間にはバッファリングのための格納構成を別途に示していないが、格納構成は、生成装置、システム、及びデータ生成方法によって提供され得る。エンコーダ３３４０は、映像信号プロセッサ３３３０から提供されるデータを符号化する。エンコーダ３３４０の符号化動作はオプションである。さらに、必要に応じては、２個以上のエンコーダ３３４０が提供可能であり、それによって異なるタイプ又はサービスの等級が提供可能である。
【０１２１】
ファイル/ストリーム生成部３３５０は、エンコーダ３３４０により符号化されたデータから伝送フォーマット又は単位に従ってコンテンツファイル又はデータストリームを生成してコンテンツのセマンティック構成及び役割情報生成部３３６０に出力する。コンテンツのセマンティック構成及び役割情報生成部３３６０は、本発明の実施形態によるコンテンツファイルのセマンティック構成及び役割情報を生成する。複合コンテンツファイルがコンテンツファイルのセマンティック構成及び役割情報を含む場合、ファイル又はストリーム生成部３３５０は、コンテンツファイルのセマンティック構成及び役割情報を生成することができる。コンテンツファイルのセマンティック構成及び役割情報は、別途のデータ生成部により生成され、ファイル/ストリーム生成部３３５０により生成されたファイルの伝送時に、受信端末に伝送することができる。
【０１２２】
コンテンツのセマンティック構成及び役割情報生成部３３６０は、本発明の実施形態による複合コンテンツに含まれた各コンテンツの関係及び役割に関する情報を生成する。コンテンツの関係及び役割に関する情報は、各コンテンツを分類するための分類情報に含まれる。データ生成部３３１０、入力部３３２０、映像信号プロセッサ３３３０、エンコーダ３３４０、ファイル/ストリーム生成部３３５０、及びコンテンツのセマンティック構成及び役割情報生成部３３６０は、図５に示すようにデータプロセッサ５０２に含まれる。
【０１２３】
図３４は、本発明の実施形態による複合コンテンツファイル受信装置を示すブロック構成図である。
【０１２４】
図３４を参照すると、クライアント装置６００のような複合コンテンツファイル受信装置３４００は、図６に示したように、サーバから複合コンテンツファイルを受信する受信部３４１０、コンテンツのセマンティック構成及び役割情報分析部３４２０、ファイル/ストリーム分析部３４３０、デコーダ３４４０、再生部３４５０、及びディスプレイ分３４６０を含む。コンテンツのセマンティック構成及び役割情報分析部３４２０は、図３３のコンテンツファイルのセマンティック構成及び役割情報生成部３３６０により生成された情報を受信して分析する。ファイル/ストリーム分析部３４３０は、図３３のファイル/ストリーム生成部３３５０から受信され、それによって生成されたファイルを分析する。
【０１２５】
複合コンテンツファイルがコンテンツファイルのセマンティック構成及び役割情報を含むように構成される場合、ファイル/ストリーム分析部３４３０は、コンテンツのセマンティック構成及び役割情報のプロセスを含むことができる。デコーダ３４４０は、ファイル/ストリーム分析部３４３０により分析され抽出されたコンテンツのデータを復号化する。復号化プロセスは、コンテンツファイル生成装置３３００がエンコーダ３３４０を用いてファイル/ストリームを符号化した場合に遂行される。一つ以上のエンコーダにより符号化されたデータは、それぞれのデコーダを通じて復号化され、システム又は端末に従って選択的データの復号化が可能である。それによって、多様なタイプ/等級のサービス提供が可能である。
【０１２６】
図３４に別途の格納部を示していないが、データをバッファリング又は格納する格納部は、図３４示す構成要素間に提供され得る。
【０１２７】
再生部３４５０は、デコーダ３４４０から提供されるデータをコンテンツのセマンティック構成及び役割情報分析部３４２０及びファイル/ストリーム分析部３４３０により分析した情報に基づいて再生する。ディスプレイ部３４６０は、再生部３４５０により再生されるコンテンツをディスプレイする。このディスプレイ分３４６０は、物理的出力装置を通じて実際データが出力されてユーザーに提供される最終出力装置を意味する。コンテンツのセマンティック構成及び役割情報分析部３４２０、ファイル/ストリーム分析部３４３０、デコーダ３４４０、及び再生部３４５０は、図６に示すようにプロセッサ６０４に含まれ得る。
【０１２８】
複合コンテンツに含まれた各コンテンツを分類するための情報は、‘分類情報’と呼ばれる。例えば、分類情報は、ｓｔｒｅａｍ_ｔｙｐｅ、ｉｓ_ｍａｉｎＳｔｒｅａｍ、トラック参照(ｔｒｅｆ)ボックスに含まれるｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ及びｔｒａｃｋ_ＩＤ、メタボックス又はメタデータに含まれる付加メディアカウントとｔｒａｃｋ_ＩＤ、ｃｏｎｔｅｎｔ_ｔｙｐｅ、ｉｔｅｍ_Ｔｙｐｅ、ｉｓ_ｍａｎｄａｔｏｒｙ、及びｃａｎ_ｓｋｉｐを含むことができる。
【０１２９】
上記した本発明の実施形態の詳細は、システム又はサービス環境によって変形できる。例えば、リアルタイムサービスが可能なサービス格納フォーマット構成情報を確認すると、端末は、現在端末で受信されず、未来に提供される広告が付加メディアトラックのデータで受信されると判断できる。リアルタイムでサービスが提供される場合又は予定されない緊急メッセージが提供される場合、本発明で説明するコンテンツのセマンティック構成及び役割情報を提供するために、設定情報をアップデートして伝送し、あるいは設定情報を再伝送及び再受信するプロセスを遂行することができる。
【０１３０】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び趣旨を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【技術分野】
【０００１】
本発明はコンテンツファイルを送受信する装置及び方法に関するもので、特に複数のストリームグループを含むコンテンツのセマンティック(semantic)構造及び役割(role)情報を提供するコンテンツファイルの送受信方法及び装置に関する。
【背景技術】
【０００２】
最近、デジタルコンテンツ産業市場の拡大と利用可能なプラットフォームが多様化するに従って、単一タイプのコンテンツでなく複合コンテンツに対する要求が増加している。例えば、メインサービスストリームと広告ストリームのような付加情報ストリームがそれぞれのストリームでない一つのサービスオブジェクトとして生成されて複合コンテンツを構成してもよい。
【０００３】
近年製作され、配布されるコンテンツは、リアルタイムでの製作及び配布、再構成及び再配布、及びユーザーの嗜好による制御が可能な特徴を有する。これらの特徴を反映する最近のコンテンツは、例えば、特別な制限なしにユーザーが自由に利用、コピー、変更、及び再配布できるフリーコンテンツや、ユーザーがテキスト、ビデオ、及び音楽のような創作物を共有できるようにするオープンコンテンツを含む。
【０００４】
フリーコンテンツ及びオープンコンテンツを使用する場合、コンテンツの多様なタイプが、その目的及び意図に応じて異なる製作者により生成されることがある。例えば、サービスコンテンツＡ，Ｂ，Ｃを使用すると、サービスプロバイダーは、ソースコンテンツＡがメインコンテンツであるコンテンツを生成してもよく、あるいは、ソースコンテンツＢ又はＣがメインコンテンツであるコンテンツを生成してもよい。したがって、コンテンツの利用は、コンテンツを構成する多様なソースストリームのセマンティック構造及び役割に基づく。
【０００５】
上述したように、従来のコンテンツ伝送及び提供に係る技術は、伝送されたコンテンツを所定時間で所定のサイズ及び形態で提供することに焦点を置いたので、コンテンツのセマンティック構造及び役割を考慮したコンテンツの提供に限界があった。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、複数のストリームグループを含むコンテンツを記録及び再生する方法及び装置を提供することにある。
【０００７】
本発明の他の目的は、提供されるコンテンツのセマンティック構造及び役割情報を提供することによって、コンテンツの自由な調整及び制御を可能とするコンテンツ提供方法及び装置を提供することにある。
【課題を解決するための手段】
【０００８】
上述のような目的を達成するために、本発明の一態様によれば、複数のコンテンツを受信する方法が提供される。その方法は、サーバから分類情報を獲得するステップと、この分類情報に従ってサーバから提供される複数のコンテンツを分類するステップを有する。
【０００９】
本発明の他の態様によれば、複数のコンテンツを伝送する方法が提供される。その方法は、受信装置に分類情報を提供するステップと、分類情報に基づいて分類可能な複数のコンテンツ情報を受信装置に提供するステップとを有する。
【００１０】
また、本発明の他の態様によれば、複数のコンテンツを受信する装置が提供される。その装置は、サーバから分類情報及び複数のコンテンツを受信する受信部と、この分類情報によって複数のコンテンツを分類するプロセッサとを含む。
【００１１】
さらに、本発明の他の態様によれば、複数のコンテンツを伝送する装置が提供される。その装置は、分類情報を生成するデータプロセッサと、分類情報に基づいて分類可能な複数のコンテンツを受信装置に送信する送信部とを含む。
【発明の効果】
【００１２】
本発明は、複数のソースコンテンツ又はストリームを含む複合コンテンツを提供する場合、この複合コンテンツを構成する多様なソースストリームのセマンティック構造及び役割に関する情報を提供し、それによって、多様なコンテンツタイプ及びユーザー意図に従ってコンテンツを活用できるようになる。このようなコンテンツは、ユーザー適応型コンテンツとして提供することができる。
【００１３】
本発明による実施形態の上述した態様及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。
【図面の簡単な説明】
【００１４】
【図１】複数のコンテンツが同一の期間で提供される場合、複数のコンテンツタイプを含む複合コンテンツのコンテンツ提供方法を示す図である。
【図２】ユーザー環境による複数のソースストリームの中から適当なソースストリームを選択してユーザーに提供するサービス構成を示す図である。
【図３】本発明の一実施形態による複数のコンテンツタイプを送信する方法を示すフローチャートである。
【図４】本発明の一実施形態による複数のコンテンツタイプを受信する方法を示すフローチャートである。
【図５】本発明の一実施形態によるサーバ装置のブロック構成図である。
【図６】本発明の一実施形態による複数のコンテンツタイプを受信するクライアント装置を示すブロック構成図である。
【図７】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図８】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図９】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図１０】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図１１】本発明の一実施形態による複合コンテンツ構成を示す図である。
【図１２】本発明の一実施形態による構成ファイルを示す図である。
【図１３】本発明の一実施形態によるストリームのセマンティック構成及び役割情報を提供するための構成ファイル構造体を示す図である。
【図１４】ＩＳＯ(International Organization for Standardization)ベースのメディアファイルフォーマットに基づいた一般的なコンテンツ格納フォーマットを示す図である。
【図１５】本発明の一実施形態によるコンテンツを構成するストリームのセマンティック構成及び役割情報を提供するための情報を含む格納フォーマットを示す図である。
【図１６】本発明の一実施形態による複合コンテンツ格納フォーマットを受信する方法を示すフローチャートである。
【図１７】本発明の一実施形態によるコンテンツを構成するストリームのセマンティック構成及び役割情報を提供するための情報を含む格納フォーマットを示す図である。
【図１８】本発明の一実施形態による複合コンテンツ格納フォーマットを受信する方法を示すフローチャートである。
【図１９】本発明の一実施形態による新たなｍｏｏｖレベルボックスを含むボックス構成を示す図である。
【図２０】本発明の一実施形態によるｍｏｏｖレベルの新たなメタボックスを含むボックス構成を示す図である。
【図２１】本発明の一実施形態により別々に構成されるメタ情報と複合コンテンツ格納フォーマットを示す図である。
【図２２】本発明の一実施形態により別々に構成されるメタ情報と複合コンテンツ格納フォーマットを示す図である。
【図２３】本発明の一実施形態により別々に構成されるメタ情報と複合コンテンツ格納フォーマットを示す図である。
【図２４】本発明の一実施形態により別々に構成されるメタ情報と複合コンテンツ格納フォーマットを示す図である。
【図２５】本発明の一実施形態による複合コンテンツ格納フォーマットを含むメタ情報を示す図である。
【図２６】本発明の一実施形態による複合コンテンツ格納フォーマットを含むメタ情報を示す図である。
【図２７】本発明の一実施形態により、別々に構成される、分類情報を含むメタ情報と複合コンテンツ格納フォーマットとを示す図である。
【図２８】本発明の一実施形態による複合コンテンツ格納フォーマット内に含まれるメタ情報を受信する端末の動作方法を示すフローチャートである。
【図２９】本発明の一実施形態によるメタ情報を示す図である。
【図３０】本発明の一実施形態により、セマンティック構成及び役割情報が論理構成単位である“ｉｔｅｍ”の単位で提供されるメタ情報を示す図である。
【図３１】本発明の一実施形態によるメタ情報を示す図である。
【図３２】本発明の一実施形態によるメタ情報を示す図である。
【図３３】本発明の一実施形態による複合コンテンツファイル送信装置を示すブロック構成図である。
【図３４】本発明の一実施形態による複合コンテンツファイル受信装置を示すブロック構成図である。
【発明を実施するための形態】
【００１５】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００１６】
以下の説明において、詳細な構成及び構成要素のような具体的な詳細は、ただ本発明の実施形態の全般的な理解を助けるために提供されるだけである。したがって、本発明の範囲及び趣旨を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００１７】
図１は、複数のコンテンツが同一の期間で提供される場合、複数のコンテンツタイプを含む複合コンテンツのコンテンツ提供方法を示す。特に、図１は、複数のコンテンツタイプ１００、すなわち同一の期間１０２で提供されるコンテンツ１及びコンテンツ２から構成される複合コンテンツのコンテンツ提供方法を示す。
【００１８】
図１を参照すると、コンテンツ１及びコンテンツ２が同一の時間１０２又は同一のサービス時間内に提供されるため、従来(又はレガシー)の再生装置は、これらを表示する方法を決定できない。特に、速報又は緊急メッセージのように、リアルタイムで生成及び提供される予期しないコンテンツの場合、従来の再生装置は、予め提供されているコンテンツを考慮して制御できる方法がない。
【００１９】
図２は、ユーザー環境による複数のソースストリームの中から適当なソースストリームを選択してユーザーに提供するサービス構成を示す。
【００２０】
図２を参照すると、コンテンツＡ２００の関連セグメントを含むストリーム１，２，３，４、及びコンテンツＢ２０２の関連セグメントを含むストリーム５，６が複合コンテンツを構成すると仮定する。期間２０６に位置するセグメントを受信するユーザー端末は、５００Ｋｂｉｔデータを受信できる。この場合、端末がコンテンツＡ及びＢ間の関係に関する情報を持っていないため、端末は、再生のためにコンテンツＡとコンテンツＢ両方ともを選択するか、あるいはそれらのうちいずれか一つを選択するかを判定しなくてよい。したがって、端末は、ただ受信可能な５００Ｋｂｉｔのサイズに対応するデータストリームを選択するようになる。しかしながら、この場合にも、図２に示すように、複数のセグメント２０６ａ、２０６ｂが５００Ｋｂｐｓのビットストリームで伝送されるため、端末は、どのデータストリーム又はセグメントを選択して受信することによって該当期間２０６でユーザーにサービスを提供しなければならないかを判定できない。
【００２１】
これら及び他の短所に対処するために、本発明の一実施形態による方法及び装置を提供するコンテンツは、複数のストリームで構成されるストリームグループを含むコンテンツのセマンティック構成及び役割情報を提供することによって、多様なコンテンツタイプ及びユーザー意図によってコンテンツの自由な調整及び制御を容易にする。これら複数のストリームは、メインコンテンツのサービス中に生成及び提供される付加ストリームを含むことができる。ここて、用語“ストリーム”及び“コンテンツ”は、同一の意味で使用される。また、ストリーム又はコンテンツは、セグメントで伝送されてもよい。
【００２２】
以下に説明されるコンテンツ制御のための情報は、情報を格納及び/又は伝達する記録媒体及び伝送媒体として構成することができる。ここで具体的に説明されなくても、制御情報又はメディアは、データの記録、伝送、伝達、及び格納可能なすべてのデータフォーマットに包含されてもよい。
【００２３】
さらに、以下に説明されるように、複数のソースコンテンツタイプで構成される複合コンテンツは、ストリームの論理的オブジェクトまたは集合体として構成され、複合ソースコンテンツの集合体は、新たな一つのコンテンツ又はオブジェクトで構成されてもよい。ここて、複数のコンテンツタイプの集合を“複合コンテンツ”と呼ぶ。
【００２４】
図３は、本発明の一実施形態により、複数のコンテンツタイプ、すなわち複合コンテンツを送信する方法を示すフローチャートである。
【００２５】
図３を参照すると、サーバ装置は、ステップ３００において複数のコンテンツを生成し、ステップ３０２において複数のコンテンツタイプ間の構成情報を識別する。ステップ３０４において、サーバ装置又は送信装置は、識別された情報に基づいて分類情報を生成し、ステップ３０６において、複数のコンテンツ、すなわち複合コンテンツ及び分類情報を受信装置又はクライアント装置に提供する。
【００２６】
図４は、本発明の一実施形態による複合コンテンツを受信する方法を示すフローチャートである。
【００２７】
図４を参照すると、再生装置又はクライアント装置は、ステップ４００において、サーバ装置から複数のコンテンツタイプを含む複合コンテンツ及び複合コンテンツのための分類情報を獲得する。クライアント装置は、サーバ装置にリクエストを送信してサーバ装置から複合コンテンツ及び分類情報を獲得でき、あるいはリクエストなしにサーバ装置からこれらを受信できる。
【００２８】
複合コンテンツ及び分類情報を受信した後、クライアント装置は、ステップ４０２において分類情報によって複数のコンテンツタイプを分類し、ステップ４０４において識別された複数のコンテンツタイプ間の関係に従って複合コンテンツを処理する。ステップ４０４において、クライアント装置は、複数のコンテンツタイプ間の関係に基づき、どのコンテンツがメインコンテンツであるか、どのコンテンツが付加コンテンツであるかを判断し、複数のコンテンツタイプの中で付加コンテンツの個数も判断できる。このように識別された複数のコンテンツタイプ間の関係に基づき、クライアント装置は、メインコンテンツと付加コンテンツを各々処理することができる。
【００２９】
例えば、付加コンテンツが緊急放送に関するものである場合、クライアント装置は、メインコンテンツを再生する中に緊急放送に関する付加コンテンツを提供できる。しかしながら、付加コンテンツが広告である場合、クライアント装置は、付加コンテンツをメインコンテンツの中間に、又はメインコンテンツが完了した後に提供し得る。ステップ４０６において、クライアント装置は、複合コンテンツを再生する。
【００３０】
図５は、本発明の一実施形態によるサーバ装置５００を示すブロック構成図である。
【００３１】
図５を参照すると、データプロセッサ５０２は、分類情報、すなわち複数のコンテンツタイプを分類又は識別するための情報を生成する。送信部５０４は、分類情報と関連した複合コンテンツをクライアント装置に伝送する。
【００３２】
図６は、本発明の一実施形態による複合コンテンツを受信するクライアント装置を示すブロック構成図である。
【００３３】
図６を参照すると、受信装置６００は、サーバ装置から分類情報とその関連複合コンテンツを受信する受信部６０２を含む。プロセッサ６０４は、分類情報を用いて複合コンテンツに含まれる複数のコンテンツタイプを分類し、ディスプレイ部６０６でコンテンツをユーザーに提供する。プロセッサ６０４は、分類情報を用いて複数のコンテンツの中で各コンテンツ間の関係を識別し、識別した関係によってメインコンテンツと付加コンテンツを区分し、各コンテンツを表示部６０６に適切に出力することができる。
【００３４】
図７乃至図１１は、本発明の一実施形態による複合コンテンツ構成を示す。
【００３５】
図７及び図８を参照すると、複合コンテンツ構造体(structure)７０４は、複数のストリーム又は複数のコンテンツタイプを含む複合コンテンツ７０２と構成ファイル７００を含む。したがって、受信端末(又はクライアント端末)は、各々構成ファイル７００，８００を予め受信及び確認することによって、複合コンテンツ７０２，８０２に関する情報を識別することができる。
【００３６】
図９乃至図１１は、本発明の一実施形態による複合コンテンツ構成を示す。
【００３７】
図９乃至図１１を参照すると、複合コンテンツ９０２,１００６，１００８，１１０４，１１０６は、ストリーム又はコンテンツが伝送/受信される単位/サイズという面で、それらのストリーム及びコンテンツに従って異なることができる。
【００３８】
ここで説明する複合コンテンツは、図１０に示すように、複数の複合コンテンツ１００６，１００８の集合体として構成され、図１１に示すように、複合コンテンツ１１０４とソースコンテンツ又はソースストリーム１１０６の集合体として構成され得る。
【００３９】
より具体的に説明すると、構成ファイル９００は、複数のストリームを含む複合コンテンツ９０２に関する情報を含み、受信装置は、構成ファイル９００を確認して各ストリームのセマンティック構成及び役割情報を識別する。本発明の実施形態によると、構成ファイル９００は、複数のストリーム、すなわち複合コンテンツ９０２に含まれる複合コンテンツを分類するための分類情報を含む。
【００４０】
図１０を参照すると、複合コンテンツ構造体１０１０は、階層的構造を含む。例えば、上位レベル(又は上位階層)の構成ファイル１０００は、２個の下位レベルの構成ファイル１００２，１００４を有し、これらは、各々関連した複合コンテンツ１００６，１００８の分類情報を含む。複合コンテンツ構造体１０１０を受信すると、受信装置は、上位レベルの構成ファイル１０００をまず分析し、その結果として構成ファイル１０００の下位レベルに存在する構成ファイル１００２，１００４を識別した後に、識別した各構成ファイル１００２，１００４の分類情報に従って複合コンテンツ１００６，１００８を分類する。図１０のように上位レベルの構成ファイル１０００が下位レベルに構成ファイル１００２，１００４を有する場合、上位レベルの構成ファイル１０００は、下位レベルの構成ファイル１００２，１００４に対する参照情報も有する。
【００４１】
図１１を参照すると、複合コンテンツ構造体１１１０は、下位階層の構成ファイル１１０２に関する情報とソースストリーム１１０６に関する情報を有する上位レベルの構成ファイル１１００を含む。複合コンテンツ構造体１１１０を受信すると、受信装置は、構成ファイル１１００を分析し、構成ファイル１１００に含まれた分類情報又は参照情報に従って下位レベルの構成ファイル１１０２を確認して複合コンテンツ１１０６を処理し、あるいはソースストリーム１１０６の構成を直接確認してそのソースストリーム１１０６を処理する。
【００４２】
上記したように、サービスのための情報提供及び設定/初期化のような情報を提供する構成ファイル７００，８００，９００，１０００は、メディアプレゼンテーション記述(Media Presentation Description：ＭＰＤ)、マニフェスト(manifest)、構成となり得る。その他に、同一の意味又は同一の役割を有するすべての情報は、構成情報と同一の情報として判断できる。
【００４３】
基本フィールド又は属性情報が本明細書で提供されるが、本発明の各実施形態で説明する構成ファイル情報は、使用環境及び/又はサービスに従って、フィールド及び属性のような付加的情報をさらに含むことができるが、本発明の範囲を制限するものではない。
【００４４】
加えて、本発明では構成ファイルに含まれる情報の論理的意味を図示及び説明しているが、これは、システム及びサービス製造又は提供環境によって、ＸＭＬ(eXtensible Markup Language)、バイナリデータ、フォーマット化した情報構造体のような多様な情報表示構造又はフォーマットで表現できる。
【００４５】
図１２は、本発明の一実施形態による構成ファイルをを示す。
【００４６】
図１２を参照すると、構成ファイル１２００は、下位レベルで、複合コンテンツ、すなわち複数のストリームに関する情報を示す要素１２０４を有する最上位レベルの要素１２０２を含む。各ストリームに関する具体的な情報は、属性(attribute)フィールド１２０６により識別できる。ストリーム伝送又は提供単位によって、各提供単位に関する具体的な情報は、システムまたはサービス製造及び提供環境に従って、属性フィールド１２０６により提供することができる。
【００４７】
図１２において、新たな要素又はストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８は、構成ファイル１２００の情報にストリームのセマンティック構成及び役割情報を提供するためにストリーム要素１２０４の属性フィールド１２０６に追加される。このストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８は、該当コンテンツでの役割又は重要度、又は該当ストリーム自体の役割を表す。下記の＜表１＞の例のように、ストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８は、該当ストリームがコンテンツ提供にメインサービスであることを示す情報を提供できる。図１２に示す他の属性、すなわちタイプ、ビットレート、及びＳｔａｒｔＴｉｍｅは、本発明に直接に関係しないので、その説明を省略する。
【００４８】
＜表１＞は、本発明の一実施形態により、該当ストリームがコンテンツのメインサービス/コンテンツストリームであるか、あるいは付加コンテンツストリームであるかを表すストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８の一例を示す。
【００４９】
【表１】
ストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８は、＜表２＞の例に示すように、コンテンツストリームの役割を具体的に説明できる。＜表２＞は、該当ストリームが緊急メッセージサービスのためのコンテンツストリームであるか、広告のためのストリームであるか、あるいはユーザー定義によるストリームであるかを表すストリームタイプ(ｓｔｒｅａｍＴｙｐｅ)１２０８の一例を示す。
【００５０】
【表２】
図１３は、本発明の一実施形態によるストリームのセマンティック構成及び役割情報を提供するための構成ファイル構造体１３００を示す。しかしながら、図１２と異なり、図１３では、ストリーム要素１２０４の属性フィールド１３０６は、“ｉｓ_ｍａｉｎＳｔｒｅａｍ”属性要素１３０８を含む。
【００５１】
図１３を参照すると、“ｉｓ_ｍａｉｎＳｔｒｅａｍ”要素１３０８により提供される情報は、図１２で説明した“ｓｔｒｅａｍＴｙｐｅ”と同一の意味を有する。図１３の“ｉｓ_ｍａｉｎＳｔｒｅａｍ”要素１３０８の値が“真(true)”に設定されると、ストリームは提供されるサービスのメインサービス/コンテンツストリームであることを示す。他の例として、“ｅｍｅｒｇｅｎｃｙ”フィールド(図示せず)が“真”に設定することで、コンテンツストリームが緊急メッセージの役割をすることを表すために使用され得る。
【００５２】
複合コンテンツのセマンティック構成及び役割情報を提供するための本発明の他の実施形態によって、一つのファイル又はフォーマット化したコンテンツ格納フォーマットで複数のストリーム又は複数のコンテンツタイプを含む複合コンテンツ構造体を構成する一例について、以下に説明する。次の説明において、複数のコンテンツタイプ/ストリームを含む複合コンテンツ構造体の一例は、ＩＳＯ(International Organization for Standardization)ベースのファイルフォーマットによって説明される。
【００５３】
ＩＳＯベースのメディアファイルフォーマットは、ＩＳＯ/ＩＥＣ国際標準１４４９６-１２：２００５の“Information technology-coding of audio-visual objects-part12:ISO base media file format”に定義されている。このフォーマットのファイルは、ストリームのメディアデータ及び各ストリームの再生に必要な情報を含むメタデータを含む。ＩＳＯベースのメディアファイルフォーマットの基本構成ブロックは、“ボックス(box）”と呼ばれ、このボックスは、ＩＳＯベースのメディアファイルフォーマット内のオブジェクト指向基本ビルディングブロックである。各ボックスは、ヘッダー及びペイロードを含む。ヘッダーは、ボックスのタイプとボックスのサイズをバイト単位で表す。明示された複数のボックスは、ヘッダー内にバージョンナンバー及びフラグを含む“フルボックス(full box)”構造から派生される。ボックスは、他のボックスを含むことができ、ＩＳＯファイルフォーマットは、特定タイプのボックス内で許可可能なボックスのタイプを指定する。
【００５４】
ストリームのメディアデータは、オーディオ/ビデオ(Ａ/Ｖ)ファイルとしてメディアデータ(ｍｄａｔ)ボックスに格納され、メタデータは、ＭＯＯＶボックスに格納され、ファイルタイプはファイルタイプ(ｆｔｙｐ)ボックスに格納される。したがって、ＩＳＯベースのメディアファイルフォーマットは、Ａ/Ｖデータ及びＡ/Ｖデータに関する詳細情報を含む複数のボックスを含む。本発明では、“ボックス”は、“データブロック”又は“コンテナ”としても呼ばれる。
【００５５】
ＩＳＯベースのメディアファイルフォーマットに対するより詳細な説明は、本発明の要旨を不明にするので省略する。図１４は、ＩＳＯベースのメディアファイルフォーマットに基づいた一般的なコンテンツ格納フォーマットを示す。図１４に示されないが、ファイルタイプ(ｆｔｙｐ)ボックスは、ファイルタイプと互換性のあるファイルタイプに関する情報を含む。この互換性のあるファイルタイプは、デコーダで正常な再生が可能である。
【００５６】
図１４を参照すると、ＭＯＯＶボックス１４０２のデータは、オブジェクトベースの構造体で構成され、フレームレート、ビットレート、及びイメージサイズのようなコンテンツ情報と、ＦＦ(Fast forward)/ＲＥＷ(rewind)のような再生機能をサポートするための同期化(ｓｙｎｃ)情報、及びｍｄａｔボックス１４０４に含まれたメディアファイルを再生するための詳細情報とを含む。ＭＯＯＶボックス１４０２がＡ/Ｖデータフレームの全体数、及び各フレームのサイズに関する情報を含むため、クライアント装置は、再生時にＭＯＯＶボックス１４０２を分析して、ｍｄａ ｔボックス１４０４に含まれたビデオデータ及びオーディオデータを提供できる。ＭＯＯＶボックス１４０２は、ｍｄａｔボックス１４０４にトラック単位で記録されるストリームを参照するためのトラックボックス１４０２ａ及び１４０２ｂを含む。
【００５７】
ｍｄａｔボックス１４０４は、各トラックに対応する実際ストリームデータを含み、Ａ/Ｖデータは、フレーム及びサンプルのように、各データの基本単位でｍｄａｔボックス１４０４に格納されることができる。
【００５８】
図１４に示すＩＳＯ/ＩＥＣ１４４９６-１２標準ベースのメディアファイルフォーマットを例に挙げて説明しているが、本発明で説明する複合コンテンツ構造体は、ＩＳＯ/ＩＥＣ(International Electrotechnical Commission)１４４９６-１２標準ベースファイルフォーマットに使用され得る。また、この複合コンテンツ構造体は、ＩＳＯ/ＩＥＣ１４４９６-１２標準に基づくことでなくても、構造化されたフォーマットで構成される活用可能なすべての格納フォーマット及び記録媒体に適用可能である。
【００５９】
図１５及び図１７は、本発明の実施形態によるコンテンツを構成するストリームのセマンティック構成及び役割情報を提供するための情報を含む格納フォーマットを示す。
【００６０】
図１５及び図１７に示す格納フォーマット１５００，１７００は、各々サービスのメインコンテンツストリームと広告、緊急メッセージのような付加コンテンツストリームを一つの格納フォーマットで含む。ここで、格納フォーマットは、複合コンテンツ構造体としても呼ばれる。
【００６１】
図１５及び図１７において、ストリームのセマンティック構成及び役割情報を提供するために、付加メディアトラック(ａｄｄｍ)は、＜表３＞のように各トラックの参照情報を示す参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）の“ｈａｎｄｌｅｒ_ｔｙｐｅ”として新たに定義される。
【００６２】
【表３】
参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）は、トラック参照(ｔｒｅｆ)ボックス１５１４ｂ、１７１４に含まれる情報であり、ｔｒｅｆボックス１５１４ｂ，１７１４は、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）とトラックＩＤ(ｔｒａｃｋ_ＩＤ)を用いて、現在のトラックが参照する、又は参照される他のトラックとの接続に使用され得る。したがって、本発明の一実施形態による複合コンテンツ構成格納フォーマットのｔｒｅｆボックスの参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)を確認して、クライアント装置は、現在トラックが参照する、又は参照されるトラックが付加メディアトラック(ａｄｄｍ)、すなわち、メインサービス、例えば緊急メッセージサービス及び広告以外のコンテンツを含むトラックであると判断できる。
【００６３】
より具体的には、図１５を参照すると、複合コンテンツ構造体格納フォーマット１５００は、２個のトラック(ｔｒａｋ)ボックス１５１２，１５１４を有するＭＯＯＶボックス１５１０を含み、このトラックボックス１５１２，１５１４は、それぞれｍｄａｔボックス１５２０に含まれるメインサービスコンテンツ１５２０ａ及び付加サービスコンテンツ１５２０ｂを指定する。トラック(ｔｒａｋ)ボックス１５１２，１５１４は、トラックヘッダー(ｔｋｈｄ)ボックス１５１２ａ，１５１４ａを各々含み、ｔｋｈｄボックス１５１２ａ，１５１４ａは、各々ｍｄａｔボックス１５２０に含まれる関連したトラック１５２０ａ，１５２０ｂを識別するためのトラック識別子(Ｉｄ)を含む。
【００６４】
図１５において、付加サービスコンテンツ１５２０ｂを参照する情報を含むトラック参照ボックス１５１４ｂは、付加サービスコンテンツ１５２０ｂに対応するトラック(ｔｒａｋ)ボックス１５１４に含まれる。トラック参照ボックス１５１４ｂは、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）とトラックＩＤを含む。クライアント装置は、トラック参照ボックス１５１４ｂに含まれる参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)を確認し、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)が“ａｄｄｍ”として設定されると、クライアント装置は、トラックボックス１５１４に該当し、付加サービスコンテンツを含むトラック１５２０ｂが付加コンテンツであると判断する。
【００６５】
図１６は、本発明の一実施形態により、図１５に示すように、複合コンテンツ格納フォーマットを受信する端末の動作方法を示すフローチャートである。
【００６６】
図１６を参照すると、端末は、ステップ１６１０において、複合コンテンツ格納フォーマット１５００を受信し、ステップ１６２０においてＭＯＯＶボックス１５１０を確認する。図１６に示されていないが、ファイルタイプ(ｆｔｙｐ)ボックス１５０２のような格納フォーマットで分析されるボックスを分析及び確認するプロセスは、ステップ１６２０以前に遂行される。端末は、ステップ１６３０において下位レベルのトラック(ｔｒａｋ)ボックス１５１２，１５１４を確認し、ステップ１６４０においてトラック参照(ｔｒｅｆ)ボックス１５１４ｂの存在有無を確認する。トラック参照(ｔｒｅｆ)ボックス１５１４ｂを有するトラックの場合、端末は、ステップ１６４０においてトラック参照(ｔｒｅｆ)ボックス１５１４ｂを確認する。
【００６７】
端末は、ステップ１６５０においてトラック参照(ｔｒｅｆ)ボックス１５１４ｂの参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）を確認し、ステップ１６６０において参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)の値が“ａｄｄｍ”であるか否かを判定する。参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)の値が“ａｄｄｍ”である場合、これは、トラックが緊急メッセージサービス及び広告のようなメインサービス以外のコンテンツを含むトラックであることを示す。したがって、端末は、ステップ１６７０において、トラック参照(ｔｒｅｆ)ボックス１５１４ｂのｔｒａｃｋ_ＩＤフィールドの値を確認してメインサービスコンテンツを包含するトラックがどのトラックであるかを判定することができる。トラック(ｔｒａｋ)ボックスを確認する以後のすべてのステップは、映像ファイルの最初のトラックから最後のトラックまで反復される。
【００６８】
ボックスを確認するプロセスがすべての端末の動作説明に含まれるが、このボックスを確認する順序は必ずしも図面の順序に従うべきではない。ここで具体的に説明していないファイルフォーマットの分析プロセスとそれに関連した端末動作は、ＩＳＯ/ＩＥＣ１４４９６-１２標準の詳細に従う。
【００６９】
図１７を参照すると、複合コンテンツ構成格納フォーマット１７００は、トラック(ｔｒａｋ)ボックス１７１２，１７１６を有するＭＯＯＶボックス１７１０を含み、これらトラックボックス１７１２，１７１６は、各々ｍｄａｔボックス１７２０に含まれたメインサービスコンテンツ１７２０ａ及び付加サービスコンテンツ１７２０ｂを指定する。トラック(ｔｒａｋ)ボックス１７１２，１７１６は、各々関連したトラックヘッダー(ｔｋｈｄ)ボックスを含む。
【００７０】
メインサービスコンテンツ１７２０ａに対応するトラックボックス１７１２に含まれたトラック参照(ｔｒｅｆ)ボックス１７１４は、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）とトラック識別子(ｔｒａｃｋ_ＩＤ)を含む。クライアント装置は、トラック参照(ｔｒｅｆ)ボックス１７１４に含まれた参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)を確認し、参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ)が“ａｄｄｍ”として設定される場合、クライアント装置は、トラックボックス１７１２に対応するトラックがメインサービスコンテンツ１７２０ａを含むトラックであると判定する。
【００７１】
図１８は、本発明の一実施形態により、図１７に示すように、複合コンテンツ格納フォーマットを受信する端末の動作方法を示すフローチャートである。
【００７２】
図１８を参照すると、端末は、ステップ１８１０において、複合コンテンツ格納フォーマット１７００を受信し、ステップ１８２０においてＭＯＯＶボックス１７１０を確認する。図１８には図示していないが、ファイルタイプ(ｆｔｙｐ)ボックスのような格納フォーマット１７００で分析されるボックスの分析及び確認プロセスは、ステップ１８２０以前に遂行できる。端末は、ステップ１８３０において下位レベルのトラック(ｔｒａｋ)ボックス１７１２，１７１６を確認し、ステップ１８４０においてトラック参照(ｔｒｅｆ)ボックス１７１４の存在有無を確認する。トラック参照(ｔｒｅｆ)ボックス１７１４を有するトラックの場合、端末は、ステップ１８４０においてトラック参照(ｔｒｅｆ)ボックス１７１４を確認する。
【００７３】
端末は、ステップ１８５０においてトラック参照(ｔｒｅｆ)ボックス１７１４の参照タイプ(ｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ）を確認し、ステップ１８６０においてその値が“ａｄｄｍ”として設定される場合、トラックがメインサービスコンテンツ１７２０ａを含むトラックであると判定し、端末は、ステップ１８７０において、トラック参照(ｔｒｅｆ)ボックス１７１４のｔｒａｃｋ_ＩＤフィールドの値を確認してメインサービスコンテンツを包含するトラックがどのトラックであるかを判定することができる。トラック(ｔｒａｋ)ボックスを確認する以後のすべてのステップ１８３０は、映像ファイルの最初のトラックから最後のトラックまで反復され得る。
【００７４】
ボックスを確認するプロセスがすべての端末の動作説明に含まれるが、このボックスを確認する順序は必ずしも図面の順序に従うべきではない。ここで具体的に説明していないファイルフォーマットの分析プロセスとそれに関連した端末動作は、ＩＳＯ/ＩＥＣ１４４９６-１２標準の詳細に従う。図１９及び図２０は、本発明の実施形態により、各々新たなｍｏｏｖレベルのボックス及び新たなｍｏｏｖレベルのメタボックスを含むボックス構成を示す。
【００７５】
特に、図１９及び図２０は、ストリームのセマンティック構成及び役割情報を提供する複合コンテンツ格納フォーマットの新たなボックス構造体１９００，２０００の例を示す。新たに定義されるボックス１９２０，２０７０は、識別者を“ｕｕｉｄ”として設定し、“ｕｕｉｄ”のＩＤフィールドの値を本発明で説明する情報を含むためのボックスであることを示す特定値として設定して区分することができる。または、新たに定義されたボックス１９２０，２０７０は、固有な名前を設定して定義することができる。
【００７６】
図１９及び図２０を参照すると、新たなボックスは、緊急メッセージサービスと広告のようなメインサービス以外のコンテンツを含むトラックの個数及び該当トラックタイプを示す情報を含むことができる。新たなボックス１９２０，２０７０は、トラックがメインストリーム、広告などを構成することを示すコンテンツ構成の具体的な意味及び役割情報を示す情報を含むように構成することができる。
【００７７】
本発明で提案される方法は、ＩＳＯベースのメディアファイルフォーマットに規定されたファイルレベルのボックス、ｍｏｏｖレベルボックス、トラックレベルボックス、ｍｏｏｖレベルメタボックス、トラックレベルのメタボックスのような多様な形態で格納フォーマットの新たなボックスを構成できる。図１５及び図１７に示したようにボックスで構成されなくても、必要な情報は、フィールドで追加され得る。
【００７８】
図１９は、本発明の第２の実施形態により、新たなｍｏｏｖレベルボックスの形態でここで説明する新たな情報を含むボックスを構成する一例を示し、図２０は、本発明の第２の実施形態により、新たなｍｏｏｖレベルのメタボックスの形態でここで説明する新たな情報を含むボックスを構成する一例を示す。
【００７９】
図１９では、ＭＯＯＶボックス１９１０に新たに定義したｕｕｉｄボックス１９２０が定義され、ｕｕｉｄボックス１９２０の識別子は“ａｄｄｍ”と呼ばれる。ＭＯＯＶボックス１９１０は、トラック(ｔｒａｋ)ボックス１９３０，１９４０を含み、トラック(ｔｒａｋ)ボックス１９３０は、ｍｄａｔボックス１９５０でｔｒａｃｋ_ＩＤ＝１を有するメインサービスコンテンツ１９５０ａを指定し、トラック(ｔｒａｋ)ボックスはｍｄａｔボックス１９５０でｔｒａｃｋ_ＩＤ＝２を有する付加サービスコンテンツ１９５０ｂを指定する。
【００８０】
ｕｕｉｄボックス１９２０は、ｍｄａｔボックス１９５０にいくつの付加コンテンツタイプが含まれるかを示す情報として付加メディアコンテンツタイプの個数を含む。付加メディアコンテンツタイプの個数は、“付加メディアカウント”フィールドに定義される。ｕｕｉｄボックス１９２０は、付加コンテンツタイプのトラックＩＤを含む。
【００８１】
図１９において、ｕｕｉｄボックス１９２０に含まれた付加メディアカウントフィールドが１に設定される場合、一つの付加コンテンツは、ｍｄａｔボックス１９５０に存在し、ｔｒａｃｋ_ＩＤが２に設定される場合、付加コンテンツはｔｒａｃｋ_ＩＤ＝２を有する付加コンテンツである。
【００８２】
図２０は、ｕｕｉｄボックス２０７０をＭＯＯＶボックス２０１０でなくｍｏｏｖレベルのメタボックス２０６０に含んで構成される格納フォーマット２０００を示す。
図２１乃至図２７は、本発明の一実施形態による複合コンテンツの格納フォーマット及びメタ情報を示す。特に、図２１乃至図２７には、分類情報を含むメタ情報と複合コンテンツと、複合コンテンツの再生のための情報を含む複合コンテンツ格納フォーマットは別途に構成されることができ、あるいはメタ情報は複合コンテンツ格納フォーマットに含まれることができる。
【００８３】
図２１乃至図２４は、本発明の一実施形態により、別途に構成されるメタ情報と複合コンテンツ格納フォーマットを示す。
【００８４】
図２１乃至図２４を参照すると、メタ情報又はメタ情報ファイルは、実際コンテンツを含む複合コンテンツ格納フォーマットを指定又は参照することができる。例えば、図２１で、メタ情報２１０２は複合コンテンツ格納フォーマット２１００を指定し、図２２で、メタ情報２２０２は複合コンテンツ格納フォーマット２２００を指定し、図２３で、メタ情報２３０２は複合コンテンツ格納フォーマット２３００ａ，２３００ｂを指定し、図２４で、メタ情報２４０２は、複合コンテンツ格納フォーマット２４０４，２４０６を指定する。例えば、メタ情報又はメタ情報ファイルは、図２２又は図２４に示すように、具体的なストリーム又はトラック(ｔｒａｋ)ボックスを指定又は参照するように設定することができる。
【００８５】
また、メタ情報又はメタ情報ファイルは、図２３及び図２４に示すように、複数のコンテンツ格納フォーマットで構成された複合コンテンツの関連情報を含むことができる。
【００８６】
図２１乃至図２４に示すようにサービスが構成される場合、端末は、メタファイルを分析してコンテンツストリームのセマンティック構成及び役割情報を確認した後、実際コンテンツ格納フォーマット、ストリーム、及び/又は各トラックを分析する。
【００８７】
図２５及び図２６は、本発明の一実施形態による複合コンテンツ格納フォーマットに含まれるメタ情報を示す。
【００８８】
特に、図２５は、メタ情報ファイル２５０８がメタボックス２５０４内のＸＭＬ又はバイナリＸＭＬ(ｂＸＭＬ)ボックス２５０６に含まれて構成される複合コンテンツ格納フォーマット２５００を示す。メタボックス２５０４は、ＭＯＯＶボックス２５０２と同一のレベルにある。
【００８９】
図２６は、メタボックス２６０８内にメタ情報を含む新たな“ａｄｍｔ”ボックス２６１０を生成することによって、複合コンテンツ格納フォーマット２６００内のメタ情報２６１２を示す。メタボックス２６０８は、ＭＯＯＶボックス２６０２と同一のレベルにある。
【００９０】
上記した複合コンテンツ格納フォーマットの新たなボックスは、ＩＳＯ/ＩＥＣ１４４９６-１２標準に規格化したファイルレベルボックス、ｍｏｏｖレベルボックス、トラックレベルボックス、ｍｏｏｖレベルメタボックス、トラックレベルメタボックスのような多様な形態で構成することができる。新たに定義されるボックスは、各々識別子を“ｕｕｉｄ”として定義し、“ｕｕｉｄ”のＩＤフィールドの値をボックスが本発明の実施形態で説明する情報を含むことを示す特定値として設定して区分することができる。または、新たに定義されたボックスは、図２６に示すように、“ａｄｍｔ”のような固有な名前を設定して定義することができる。
【００９１】
図２７は、本発明の一実施形態により、分類情報を含むメタ情報と別に構成される複合コンテンツ格納フォーマットを示す。特に、図２７は、分類情報を含むメタ情報２７０６と別に構成される複合コンテンツ格納フォーマット２７００を示す。しかしながら、図２１乃至図２４と異なり、端末は、複合コンテンツ格納フォーマット２７００をまず分析する。
【００９２】
この場合、外部のデータ、コンテンツ、又はデータソースに対する参照情報関連ボックスを用いて、端末は、メタ情報又はメタ情報ファイルに対する参照情報を確認することができる。図２７でメタボックス２７０２のアイテムロケーションボックス(ｉｌｏｃ)及び/又はアイテム情報ボックス(ｉｉｎｆ)ボックス２７０４は、参照情報関連ボックスとして使用されるが、その他にもデータ情報ボックス(ｄｉｎｆ)及び/又はデータ参照ボックス(ｄｒｅｆ)のような複合コンテンツ格納フォーマット２７００に参照情報関連ボックスとして他のボックスを使用して、該当メタ情報２７０６又はメタ情報ファイルに対する参照情報を提供することができる。
【００９３】
図２５及び図２６に示すように、メタ情報がコンテンツ格納フォーマット内に含まれる場合、端末は、ＩＳＯ/ＩＥＣ１４４９６-１２標準の内容に従って格納フォーマットを分析するプロセスを通じて、ボックスレベル及びボックス構成の順序によって順次にメタボックス、メタボックスの下位レベルのＸＭＬまたはｂＸＭＬ及びメタ情報又はメタ情報ファイルを分析できる。
【００９４】
次の説明において、メタ情報２５０８，２６１２が、図２５及び図２６に示すように、複合コンテンツ格納フォーマット２５００，２６００内に含まれる場合、情報は、図２８の端末動作によって解析され得る。
【００９５】
図２８は、図２５及び図２６に示したように、本発明の実施形態により複合コンテンツ格納フォーマットに含まれるメタ情報を受信する端末の動作方法を示すフローチャートである。
【００９６】
図２８を参照すると、ステップ２８１０において、コンテンツ格納フォーマットを受信すると、端末は、ステップ２８２０においてメタボックスを確認する。ステップ２８２０のメタボックスを確認する以前に、端末は、ファイルタイプ(ｆｙｔｐ)ボックスを予め確認できる。ファイルタイプ(ｆｔｙｐ)ボックスのブランド情報の互換性関連情報を通じて該当複合コンテンツ格納フォーマットが本発明で説明するメタ情報又はメタ情報ボックスを含むコンテンツ格納フォーマットであるか否かを確認することができる。
【００９７】
端末は、ステップ２８３０において、メタ情報又はメタ情報ボックスを確認してメタ情報を確認し、ステップ２８４０において、メインメディアトラック及び付加メディアトラック又は各トラックのセマンティック構成及び役割を確認する。その後、端末は、ステップ２８５０とステップ２８６０において、ｍｏｏｖボックス及びトラックボックスを確認することができる。
【００９８】
このとき、本発明で説明するメタ情報又はメタ情報ボックスがファイルレベルボックス又は無比レベルボックス又はトラックレベルボックス又はｍｏｏｖレベルメタボックス又はトラックレベルメタボックスで構成される場合、端末は、ステップ２８２０を遂行する代わりに、該当ボックスの上位レベルボックスを分析するステップをステップ２８２０の代わりに遂行することができる。例えば、本発明で説明するメタ情報又はメタ情報ボックスがｍｏｏｖレベルボックスで構成される場合、端末は、格納フォーマットを受信し、該当コンテンツ格納フォーマットが本発明で説明するメタ情報又はメタ情報ボックスを含んでいるコンテンツ格納フォーマットであるかを確認した後、ＭＯＯＶボックスをまず確認し、ステップ２８３０においてその下位レベルで構成されたメタ情報(ａｄｍｔ)を確認することができる。
【００９９】
図２９は、本発明の一実施形態によるメタ情報の例を示す。
【０１００】
図２９を参照すると、メタ情報２９００は、最上位要素としてメタ情報２９００がどのコンテンツに関する情報であるかを表すためのコンテンツ要素２９０２を有し、各コンテンツ２９０２の要素の下位にはコンテンツに存在する複数のトラックに関する情報であるトラック要素２９０４が位置する。各トラック要素２９０４の場合、属性フィールド２９０６は、トラックＩＤ(ｔｒａｃｋＩＤ)２９０８とコンテンツタイプを説明する情報であるコンテンツタイプ(ｃｏｎｔｅｎｔＴｙｐｅ)２９１０が存在する。コンテンツタイプ(ｃｏｎｔｅｎｔＴｙｐｅ)２９１０は、＜表１＞の例のように、コンテンツがコンテンツ提供においてメインサービスであることを示す情報を提供できる。また。コンテンツタイプ(ｃｏｎｔｅｎｔＴｙｐｅ)２９１０は、＜表２＞の例のように、該当ストリームが緊急メッセージサービスのためのコンテンツストリームであるか、広告のためのストリームであるかを示す情報を提供することができる。
【０１０１】
図２９のトラック要素２９０４は、ストリーム又はコンテンツに関する情報を示す情報に代替できる。例えば、トラックがコンテンツに代替される場合、提供されるサービスは、コンテンツＡ、コンテンツＢ、及びコンテンツＣを含み、コンテンツタイプ(ｃｏｎｔｅｎｔＴｙｐｅ)２９１０の属性は、複合コンテンツを提供するコンテンツＡ、コンテンツＢ、コンテンツＣの各々に対するコンテンツの意味又は 役割に対して説明する情報を提供できる。
【０１０２】
図３０は、本発明の一実施形態により、セマンティック構成及び役割情報が論理的構成単位である“ｉｔｅｍ”単位で提供されるメタ情報を示す。
【０１０３】
図３０を参照すると、メタ情報３０００は、メタ情報３０００に含まれるコンテンツに関する情報を表すコンテンツ要素３００２と、各コンテンツに存在するアイテムに関する情報を含むアイテム要素３００４を含む。各アイテム要素３００４に対して、属性フィールド３００６は、参照トラック識別子(ｒｅｆ_ｔｒａｃｋＩＤ)３００８、アイテム識別子(ｉｔｅｍ_ＩＤ)３０１０、及びアイテム３００４のタイプを説明する情報であるアイテムタイプ(ｉｔｅｍ_Ｔｙｐｅ)３０１２を有する。
【０１０４】
ｉｔｅｍ_Ｔｙｐｅ３０１２は、図２９のｃｏｎｔｅｎｔＴｙｐｅ２９１０と同一の情報を提供する属性情報である。アイテム３００４は、論理的構造体である。物理的には、アイテム３００４は、複数のトラック/ストリーム/コンテンツを含み、数個のアイテムは、一つのトラック/ストリーム/コンテンツを構成することができる。
【０１０５】
図３１及び図３２は、本発明の一実施形態によるメタ情報を示す。特に、図３１及び図３２では、メタ情報３１００，３２００を用いてコンテンツを提供する具体的な方法を提供することによって、コンテンツのセマンティック構成及び役割情報を提供できる。
【０１０６】
図３1を参照すると、端末は、メタ情報３１００の最上位レベル‘構成(configuration)’要素３１０２の下位レベルの要素であるストリーム要素３１０４の属性フィールド３１０６でｉｓ_ｍａｄａｔｏｒｙ要素３１０８の値を確認することによって、端末は、トラック/ストリーム/コンテンツが必ず提供するように設定されたか否かを判定する。ｉｓ_ｍａｎｄａｔｏｒｙ要素３１０８は、該当トラック/ストリーム/コンテンツが提供すべきであるか、あるいは付加サービスのために提供されるかを示す必須提供属性情報である。この場合、この属性情報に基づき端末は、該当トラック/ストリーム/コンテンツがメインサービスのためのものであるか、広告のような付加サービスのためのものであるかを判定できる。ｉｓ_ｍａｎｄａｔｏｒｙ要素値、又は必須提供属性情報が“真”として設定されると、トラック/ストリーム/コンテンツがメインサービス向けであることを示す。しかしながら、ｉｓ_ｍａｎｄａｔｏｒｙ要素の値が“偽(false)”として設定されると、トラック/ストリーム/コンテンツが付加サービス向けであることを示す。
【０１０７】
図３２を参照すると、端末は、メタ情報３２００の最上位レベルの構成要素３２０３の下位レベルのストリーム要素３２０４の属性フィールド３２０６の“スキップ”属性情報又は“ｃａｎ＿ｓｋｉｐ”要素３２０８の値を確認して、トラック/ストリーム/コンテンツがスキップされるか否かを判定する。ｃａｎ_ｓｋｉｐ要素３２０８の値又はスキップ属性情報が“真”として設定される場合、端末は、トラック/ストリーム/コンテンツがスキップ可能な付加サービスに対応すると判定する。しかしながら、ｃａｎ_ｓｋｉｐ要素３２０８の値が“偽”として設定される場合、端末は、トラック/ストリーム/コンテンツがスキップできないメインサービスに対応すると判定する。この属性情報に基づき、端末は、該当トラック/ストリーム/コンテンツがメインサービス向けであるか、あるいは広告のような付加サービス向けであるかを判定する。
【０１０８】
図３１及び図３２のコンテンツ提供方法に関する情報は、上記した本発明の実施形態のように、構成情報及びメタ情報と一緒に付加情報としてさらに提供され得る。例えば、端末がトラック/ストリーム/コンテンツがメインサービス向けであると判定した後、該当トラック/ストリーム/コンテンツの属性フィールドｃａｎ_ｓｋｉｐの値が“真”として設定される場合、端末は、メインサービスを中断して他のサービスを提供するなど、メインサービスのより低い優先順位を提供することができる。
【０１０９】
図３１及び図３２のコンテンツの提供方法に関する情報は、サービスコンテンツを提供するためにコンテンツ供給者又はサービス供給者の意見を反映するために使用され、あるいはサービスコンテンツを提供するのにあって端末設定又はユーザーの嗜好を反映するために使用することができる。また、この情報は、サービスコンテンツの提供にコンテンツ供給者またはサービス供給者の意見を反映する情報をさらに含むことができ、サービスコンテンツの提供のためにユーザー端末設定又はユーザーの嗜好を反映する情報をさらに含むことができる。
【０１１０】
また、本発明で説明するメタ情報は、コンテンツのセマンティック構成及び役割情報によってコンテンツ提供方法、コンテンツディスプレイ方法、又はコンテンツ格納方法を変更することができ、コンテンツのセマンティック構成及び役割情報によってコンテンツ提供方法、コンテンツディスプレイ方法、又はコンテンツ格納方法に関する情報をさらに提供することができる。
【０１１１】
コンテンツディスプレイ方法の一例で、ストリーム１及び２のデータを同時に提供するか、あるいはストリーム１の中間にストリーム２を提供するかを判定するための情報をさらに追加することもでき、本発明で説明したメタ情報に基づいてコンテンツ提供方法を決定することができる。
【０１１２】
コンテンツディスプレイ方法の他の例で、ビデオコンテンツの場合、＜表４＞に示すような詳細な情報は、レイアウト情報のための新たな属性情報を提供して提供でき、第３の実施形態で説明したメタ情報を確認してコンテンツ提供方式を決定することができる。
【０１１３】
【表４】
コンテンツディスプレイ方法の他の例で、オーディオコンテンツの場合、ビデオとは異なり、２個の異なるオーディオストリームが同時に再生されると、正常なオーディオサービスが提供できない。コンテンツのセマンティック構成及び役割によって広告のようなサービスが提供される間に、メインメディアのボリュームを減少したり、メインメディアをミュート(mute)したり、あるいはメインサービスのデータをスキップするような具体的なサービス提供関連の属性情報は、メタ情報として提供することができる。また、コンテンツ提供方法は、上記したコンテンツのセマンティック構成及び役割情報を含む構成情報及びメタ情報を確認して決定できる。
【０１１４】
さらに、受信する端末に格納されるコンテンツは、上記コンテンツのセマンティック構成及び役割情報を含む構成情報及びメタ情報によって制御できる。受信端末は、コンテンツのセマンティック構成及び役割を含む構成情報及びメタ情報を確認してサービスコンテンツを再生する提供するコンテンツ提供プロセスを遂行した後に、コンテンツのセマンティック構成及び役割を含む構成情報及びメタ情報によって、格納したコンテンツ/ストリーム/トラックを選択して格納することができる。
【０１１５】
例えば、複合コンテンツがメインサービスコンテンツとしてストリーム１、ストリーム２、及びストリーム３を含み、広告サービスコンテンツとしてスとリーム４、ストリーム５を含む場合、ストリーム１、ストリーム２、及びストリーム３は、メインサービスコンテンツとして受信端末の格納部に格納された後、別途のメディアファイルで構成及び管理できる。
【０１１６】
上記では一つのメディアファイルが伝送されるが、コンテンツのセマンティック構成及び役割を含む構成情報及びメタ情報に従って、メインサービスコンテンツを構成するストリーム１、ストリーム２、ストリーム３を含む一つのファイルと、広告サービスコンテンツを構成するストリーム４及びストリーム５を含む他のファイルは、各々別途のコンテンツファイルとして格納及び管理することができる。
【０１１７】
図３３は、本発明の実施形態による複合コンテンツファイル送信装置を示すブロック構成図である。
【０１１８】
図３３を参照すると、図５に示したサーバ装置５００のような複合コンテンツファイル送信装置３３００は、データ生成部３３１０、入力部３３２０、映像信号プロセッサ３３３０、エンコーダ３３４０、ファイル/ストリーム生成部３３５０、コンテンツのセマンティック構成及び役割情報生成部３３６０、及び送信部３３７０を含む。
【０１１９】
データ生成部３３１０は、映像生成装置(例えば、カメラ、カムコーダ)、音響装置、及びテキスト生成器を含むコンテンツを構成できるテキスト、ビデオ、オーディオ、グラフィック、メタデータのような加工されていないデータ(raw data)を生成する。データ生成部３３１０から出力されるデータは、入力部３３２０に入力される。入力部３３２０は、データ生成部３３１０から受信されるデータを映像信号プロセッサ３３３０に提供する。この映像信号プロセッサ３３３０は、入力部３３２０から出力されるデータを前処理する。前処理とは、入力された映像をアナログからデジタルに変更したり、映像データを提供するために必要な外部入力値を用いて入力データを変換するすべての動作を含むことができる。
【０１２０】
映像信号プロセッサ３３３０により前処理されるデータは、エンコーダ３３４０に出力される。図３３に示す構成要素間にはバッファリングのための格納構成を別途に示していないが、格納構成は、生成装置、システム、及びデータ生成方法によって提供され得る。エンコーダ３３４０は、映像信号プロセッサ３３３０から提供されるデータを符号化する。エンコーダ３３４０の符号化動作はオプションである。さらに、必要に応じては、２個以上のエンコーダ３３４０が提供可能であり、それによって異なるタイプ又はサービスの等級が提供可能である。
【０１２１】
ファイル/ストリーム生成部３３５０は、エンコーダ３３４０により符号化されたデータから伝送フォーマット又は単位に従ってコンテンツファイル又はデータストリームを生成してコンテンツのセマンティック構成及び役割情報生成部３３６０に出力する。コンテンツのセマンティック構成及び役割情報生成部３３６０は、本発明の実施形態によるコンテンツファイルのセマンティック構成及び役割情報を生成する。複合コンテンツファイルがコンテンツファイルのセマンティック構成及び役割情報を含む場合、ファイル又はストリーム生成部３３５０は、コンテンツファイルのセマンティック構成及び役割情報を生成することができる。コンテンツファイルのセマンティック構成及び役割情報は、別途のデータ生成部により生成され、ファイル/ストリーム生成部３３５０により生成されたファイルの伝送時に、受信端末に伝送することができる。
【０１２２】
コンテンツのセマンティック構成及び役割情報生成部３３６０は、本発明の実施形態による複合コンテンツに含まれた各コンテンツの関係及び役割に関する情報を生成する。コンテンツの関係及び役割に関する情報は、各コンテンツを分類するための分類情報に含まれる。データ生成部３３１０、入力部３３２０、映像信号プロセッサ３３３０、エンコーダ３３４０、ファイル/ストリーム生成部３３５０、及びコンテンツのセマンティック構成及び役割情報生成部３３６０は、図５に示すようにデータプロセッサ５０２に含まれる。
【０１２３】
図３４は、本発明の実施形態による複合コンテンツファイル受信装置を示すブロック構成図である。
【０１２４】
図３４を参照すると、クライアント装置６００のような複合コンテンツファイル受信装置３４００は、図６に示したように、サーバから複合コンテンツファイルを受信する受信部３４１０、コンテンツのセマンティック構成及び役割情報分析部３４２０、ファイル/ストリーム分析部３４３０、デコーダ３４４０、再生部３４５０、及びディスプレイ分３４６０を含む。コンテンツのセマンティック構成及び役割情報分析部３４２０は、図３３のコンテンツファイルのセマンティック構成及び役割情報生成部３３６０により生成された情報を受信して分析する。ファイル/ストリーム分析部３４３０は、図３３のファイル/ストリーム生成部３３５０から受信され、それによって生成されたファイルを分析する。
【０１２５】
複合コンテンツファイルがコンテンツファイルのセマンティック構成及び役割情報を含むように構成される場合、ファイル/ストリーム分析部３４３０は、コンテンツのセマンティック構成及び役割情報のプロセスを含むことができる。デコーダ３４４０は、ファイル/ストリーム分析部３４３０により分析され抽出されたコンテンツのデータを復号化する。復号化プロセスは、コンテンツファイル生成装置３３００がエンコーダ３３４０を用いてファイル/ストリームを符号化した場合に遂行される。一つ以上のエンコーダにより符号化されたデータは、それぞれのデコーダを通じて復号化され、システム又は端末に従って選択的データの復号化が可能である。それによって、多様なタイプ/等級のサービス提供が可能である。
【０１２６】
図３４に別途の格納部を示していないが、データをバッファリング又は格納する格納部は、図３４示す構成要素間に提供され得る。
【０１２７】
再生部３４５０は、デコーダ３４４０から提供されるデータをコンテンツのセマンティック構成及び役割情報分析部３４２０及びファイル/ストリーム分析部３４３０により分析した情報に基づいて再生する。ディスプレイ部３４６０は、再生部３４５０により再生されるコンテンツをディスプレイする。このディスプレイ分３４６０は、物理的出力装置を通じて実際データが出力されてユーザーに提供される最終出力装置を意味する。コンテンツのセマンティック構成及び役割情報分析部３４２０、ファイル/ストリーム分析部３４３０、デコーダ３４４０、及び再生部３４５０は、図６に示すようにプロセッサ６０４に含まれ得る。
【０１２８】
複合コンテンツに含まれた各コンテンツを分類するための情報は、‘分類情報’と呼ばれる。例えば、分類情報は、ｓｔｒｅａｍ_ｔｙｐｅ、ｉｓ_ｍａｉｎＳｔｒｅａｍ、トラック参照(ｔｒｅｆ)ボックスに含まれるｒｅｆｅｒｅｎｃｅ_ｔｙｐｅ及びｔｒａｃｋ_ＩＤ、メタボックス又はメタデータに含まれる付加メディアカウントとｔｒａｃｋ_ＩＤ、ｃｏｎｔｅｎｔ_ｔｙｐｅ、ｉｔｅｍ_Ｔｙｐｅ、ｉｓ_ｍａｎｄａｔｏｒｙ、及びｃａｎ_ｓｋｉｐを含むことができる。
【０１２９】
上記した本発明の実施形態の詳細は、システム又はサービス環境によって変形できる。例えば、リアルタイムサービスが可能なサービス格納フォーマット構成情報を確認すると、端末は、現在端末で受信されず、未来に提供される広告が付加メディアトラックのデータで受信されると判断できる。リアルタイムでサービスが提供される場合又は予定されない緊急メッセージが提供される場合、本発明で説明するコンテンツのセマンティック構成及び役割情報を提供するために、設定情報をアップデートして伝送し、あるいは設定情報を再伝送及び再受信するプロセスを遂行することができる。
【０１３０】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び趣旨を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【特許請求の範囲】
【請求項１】
コンテンツ再生装置における複数のコンテンツを含む複合コンテンツを再生する方法であって、
サーバから前記複合コンテンツ及び前記複合コンテンツに対応する分類情報を受信するステップと、
前記分類情報に従って前記複数のコンテンツを分類するステップと、
前記分類された複数のコンテンツに基づいて前記複合コンテンツを再生するステップと、
を有することを特徴とする方法。
【請求項２】
前記分類情報を受信するステップは、
構成ファイル、ＭＯＯＶボックス、メタボックス、及びメタ情報のうち少なくとも一つから前記分類情報を獲得するステップであることを特徴とする請求項１に記載の方法。
【請求項３】
複数のコンテンツを含む複合コンテンツを送信する方法であって、
前記複数のコンテンツを含む複合コンテンツを生成するステップと、
前記複数のコンテンツに対する構成情報を識別するステップと
前記複数のコンテンツに対する前記構成情報に基づき、前記複合コンテンツに対応する分類情報を生成するステップと、
前記複合コンテンツ及び前記複合コンテンツに対応する分類情報を受信装置に送信するステップと、
を有することを特徴とする方法。
【請求項４】
前記分類情報を送信するステップは、
構成ファイル、ＭＯＯＶボックス、メタボックス、及びメタ情報のうち少なくとも一つを用いて前記分類情報を提供するステップであることを特徴とする請求項３に記載の方法。
【請求項５】
複数のコンテンツを含む複合コンテンツを再生する装置であって、
サーバから前記複合コンテンツ及び前記複合コンテンツに対応する分類情報を受信する受信器と、
前記分類情報に従って前記複数のコンテンツを分類するプロセッサと、
前記分類された複数のコンテンツに基づいて前記複合コンテンツを再生する再生部と、
を含むことを特徴とする装置。
【請求項６】
前記分類情報は、
構成ファイル、ＭＯＯＶボックス、メタボックス、及びメタ情報のうち少なくとも一つを含むことを特徴とする請求項５に記載の装置。
【請求項７】
前記構成ファイルは、下位レベルの属性に含まれたストリームタイプ情報を含むことを特徴とする請求項２に記載の方法、請求項６に記載の装置。
【請求項８】
前記ＭＯＯＶボックスは、複数のトラック(ｔｒａｋ)ボックスのうちいずれか一つに含まれるトラック参照(ｔｒｅｆ)ボックスに含まれた参照タイプとトラック識別子を含むことを特徴とする請求項２に記載の方法、請求項６に記載の装置。
【請求項９】
前記ＭＯＯＶボックスは、前記複数のコンテンツに含まれた付加サービスコンテンツタイプの個数と前記複数のコンテンツ各々を識別するためのトラック識別子を含むことを特徴とする請求項２に記載の方法、請求項６に記載の装置。
【請求項１０】
前記メタボックスは、
前記複数のコンテンツに含まれた付加サービスコンテンツタイプの個数と前記複数のコンテンツ各々を識別するためのトラック識別子を含むことを特徴とする請求項２に記載の方法、請求項６に記載の装置。
【請求項１１】
複数のコンテンツを含む複合コンテンツを送信する装置であって、
前記複数のコンテンツを含む複合コンテンツを生成し、前記複数のコンテンツに対する構成情報を識別し、前記複数のコンテンツに対する前記構成情報に基づき、前記複合コンテンツに対応する分類情報を生成するデータプロセッサと、
前記複合コンテンツ及び前記複合コンテンツに対応する分類情報を受信装置に送信する送信部と、
を含むことを特徴とする装置。
【請求項１２】
前記分類情報は、
構成ファイル、ＭＯＯＶボックス、メタボックス、及びメタ情報のうち少なくとも一つを含むことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記構成ファイルは、下位レベルの属性フィールドに含まれるストリームタイプ情報を含むことを特徴とする請求項４に記載の方法、請求項１２に記載の装置。
【請求項１４】
前記ＭＯＯＶボックスは、
複数のトラック(ｔｒａｋ)ボックスのうちいずれか一つに含まれるトラック参照(ｔｒｅｆ)ボックスに含まれた参照タイプとトラック識別子を含むことを特徴とする請求項４に記載の方法、請求項１２に記載の装置。
【請求項１５】
前記ＭＯＯＶボックスは、
前記複数のコンテンツに含まれた付加サービスコンテンツタイプの個数と前記複数のコンテンツ各々を識別するためのトラック識別子を含むことを特徴とする請求項４に記載の方法、請求項１２に記載の装置。
【請求項１６】
前記メタボックスは、
前記複数のコンテンツに含まれた付加サービスコンテンツタイプの個数と前記複数のコンテンツのそれぞれを識別するためのトラック識別子を含むことを特徴とする請求項４に記載の方法、請求項１２に記載の装置。
【請求項１７】
前記分類情報は、
前記複数のコンテンツの中からの提供を必要とするコンテンツを識別するための必須提供属性情報を含むことを特徴とする請求項２に記載の方法、請求項４に記載の方法、請求項６に記載の装置、請求項１２に記載の装置。
【請求項１８】
前記分類情報は、
前記複数のコンテンツの中からユーザーによりスキップされるコンテンツを識別するためのスキップ属性情報を含むことを特徴とする請求項２に記載の方法、請求項４に記載の方法、請求項６に記載の装置、請求項１２に記載の装置。
【請求項１】
コンテンツ再生装置における複数のコンテンツを含む複合コンテンツを再生する方法であって、
サーバから前記複合コンテンツ及び前記複合コンテンツに対応する分類情報を受信するステップと、
前記分類情報に従って前記複数のコンテンツを分類するステップと、
前記分類された複数のコンテンツに基づいて前記複合コンテンツを再生するステップと、
を有することを特徴とする方法。
【請求項２】
前記分類情報を受信するステップは、
構成ファイル、ＭＯＯＶボックス、メタボックス、及びメタ情報のうち少なくとも一つから前記分類情報を獲得するステップであることを特徴とする請求項１に記載の方法。
【請求項３】
複数のコンテンツを含む複合コンテンツを送信する方法であって、
前記複数のコンテンツを含む複合コンテンツを生成するステップと、
前記複数のコンテンツに対する構成情報を識別するステップと
前記複数のコンテンツに対する前記構成情報に基づき、前記複合コンテンツに対応する分類情報を生成するステップと、
前記複合コンテンツ及び前記複合コンテンツに対応する分類情報を受信装置に送信するステップと、
を有することを特徴とする方法。
【請求項４】
前記分類情報を送信するステップは、
構成ファイル、ＭＯＯＶボックス、メタボックス、及びメタ情報のうち少なくとも一つを用いて前記分類情報を提供するステップであることを特徴とする請求項３に記載の方法。
【請求項５】
複数のコンテンツを含む複合コンテンツを再生する装置であって、
サーバから前記複合コンテンツ及び前記複合コンテンツに対応する分類情報を受信する受信器と、
前記分類情報に従って前記複数のコンテンツを分類するプロセッサと、
前記分類された複数のコンテンツに基づいて前記複合コンテンツを再生する再生部と、
を含むことを特徴とする装置。
【請求項６】
前記分類情報は、
構成ファイル、ＭＯＯＶボックス、メタボックス、及びメタ情報のうち少なくとも一つを含むことを特徴とする請求項５に記載の装置。
【請求項７】
前記構成ファイルは、下位レベルの属性に含まれたストリームタイプ情報を含むことを特徴とする請求項２に記載の方法、請求項６に記載の装置。
【請求項８】
前記ＭＯＯＶボックスは、複数のトラック(ｔｒａｋ)ボックスのうちいずれか一つに含まれるトラック参照(ｔｒｅｆ)ボックスに含まれた参照タイプとトラック識別子を含むことを特徴とする請求項２に記載の方法、請求項６に記載の装置。
【請求項９】
前記ＭＯＯＶボックスは、前記複数のコンテンツに含まれた付加サービスコンテンツタイプの個数と前記複数のコンテンツ各々を識別するためのトラック識別子を含むことを特徴とする請求項２に記載の方法、請求項６に記載の装置。
【請求項１０】
前記メタボックスは、
前記複数のコンテンツに含まれた付加サービスコンテンツタイプの個数と前記複数のコンテンツ各々を識別するためのトラック識別子を含むことを特徴とする請求項２に記載の方法、請求項６に記載の装置。
【請求項１１】
複数のコンテンツを含む複合コンテンツを送信する装置であって、
前記複数のコンテンツを含む複合コンテンツを生成し、前記複数のコンテンツに対する構成情報を識別し、前記複数のコンテンツに対する前記構成情報に基づき、前記複合コンテンツに対応する分類情報を生成するデータプロセッサと、
前記複合コンテンツ及び前記複合コンテンツに対応する分類情報を受信装置に送信する送信部と、
を含むことを特徴とする装置。
【請求項１２】
前記分類情報は、
構成ファイル、ＭＯＯＶボックス、メタボックス、及びメタ情報のうち少なくとも一つを含むことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記構成ファイルは、下位レベルの属性フィールドに含まれるストリームタイプ情報を含むことを特徴とする請求項４に記載の方法、請求項１２に記載の装置。
【請求項１４】
前記ＭＯＯＶボックスは、
複数のトラック(ｔｒａｋ)ボックスのうちいずれか一つに含まれるトラック参照(ｔｒｅｆ)ボックスに含まれた参照タイプとトラック識別子を含むことを特徴とする請求項４に記載の方法、請求項１２に記載の装置。
【請求項１５】
前記ＭＯＯＶボックスは、
前記複数のコンテンツに含まれた付加サービスコンテンツタイプの個数と前記複数のコンテンツ各々を識別するためのトラック識別子を含むことを特徴とする請求項４に記載の方法、請求項１２に記載の装置。
【請求項１６】
前記メタボックスは、
前記複数のコンテンツに含まれた付加サービスコンテンツタイプの個数と前記複数のコンテンツのそれぞれを識別するためのトラック識別子を含むことを特徴とする請求項４に記載の方法、請求項１２に記載の装置。
【請求項１７】
前記分類情報は、
前記複数のコンテンツの中からの提供を必要とするコンテンツを識別するための必須提供属性情報を含むことを特徴とする請求項２に記載の方法、請求項４に記載の方法、請求項６に記載の装置、請求項１２に記載の装置。
【請求項１８】
前記分類情報は、
前記複数のコンテンツの中からユーザーによりスキップされるコンテンツを識別するためのスキップ属性情報を含むことを特徴とする請求項２に記載の方法、請求項４に記載の方法、請求項６に記載の装置、請求項１２に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【公表番号】特表２０１３−５２１７３９（Ｐ２０１３−５２１７３９Ａ）
【公表日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１２−５５６９６６（Ｐ２０１２−５５６９６６）
【出願日】平成２３年３月７日（２０１１．３．７）
【国際出願番号】ＰＣＴ／ＫＲ２０１１／００１５６０
【国際公開番号】ＷＯ２０１１／１０８９０８
【国際公開日】平成２３年９月９日（２０１１．９．９）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
【公表日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年３月７日（２０１１．３．７）
【国際出願番号】ＰＣＴ／ＫＲ２０１１／００１５６０
【国際公開番号】ＷＯ２０１１／１０８９０８
【国際公開日】平成２３年９月９日（２０１１．９．９）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
[ Back to top ]