(57)【要約】      （修正有）【課題】パッケージを利用するより効率的なコンテンツの送受信方法及び装置を提供する。【解決手段】送信器におけるコンテンツの送信方法は、少なくとも１つのアセットを含む１つ又はそれ以上のパッケージで１つのファイルを生成するステップと、生成されたファイルを端末に送信するステップとを有する。受信器におけるコンテンツ受信方法は、ファイルを受信するステップと、ファイルに含まれ、少なくとも１つのアセットを含む１つ又はそれ以上のパッケージを分析するステップと、分析の結果に基づいてコンテンツを再生するステップとを有する。【選択図】図１４
2020099087.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを受信する受信器であって、
ペイロードを含む第１のパケット及び前記コンテンツに関連した情報を含む第２のパケットを受信する受信部と、
前記第１のパケット及び前記第２のパケットを処理する制御部と、を含み、
前記ペイロードは、タイムド(timed)メディアデータ又はノンタイムド(non-timed)メディアデータで構成されたメディアフラグメントユニット（ＭＦＵ）の少なくとも一部を含み、
前記コンテンツに関連した情報は、複数のアセットを含むパッケージを識別するパッケージ識別子とアセットリストに関する情報を含み、
前記アセットリストに関する情報は、前記複数のアセットの個数に関する情報を含み、
前記複数のアセットのうち一つのアセットが少なくとも一つの他のアセットと依存関係を有する場合、前記コンテンツに関連した情報は、前記一つのアセットと前記少なくとも一つの他のアセットとの間の依存関係に関連した情報をさらに含むことを特徴とする受信器。
【請求項２】
前記複数のアセットの各々は、少なくとも１つのアセットを含むパッケージに基づいて生成されるファイルの一つのトラックにマッピングされ、Ｍユニット（ＭＵ）を構成する一つのアクセスユニットは、前記ファイルのメディアサンプルに関連することを特徴とする請求項１に記載の受信器。
【請求項３】
前記パッケージは、コンフィグレーション情報、コンポジション情報（ＣＩ）、及びトランスポート特性のうちの少なくとも一つを含むことを特徴とする請求項２に記載の受信器。
【請求項４】
前記コンテンツに関連した情報は、前記複数のアセット間の空間的な関係（spatial relationship）に対する情報または前記複数のアセット間の時間的な関係（temporal relationship）に対する情報のうちの少なくとも一つをさらに含むことを特徴とする請求項１に記載の受信器。
【請求項５】
前記第２のパケットは、周期的に伝送されることを特徴とする請求項４に記載の受信器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの送受信方法及び装置に関する。より詳しくは、本発明は、様々な異種のネットワークを介したコンテンツの送受信のための方法及び装置に関する。
【背景技術】
【０００２】
国際標準化機構／国際電気標準会議（International Organization for Standardization/International Electrotechnical Commission、ＩＳＯ／ＩＥＣ）は、マルチメディアサービスのために使用される標準ファイルフォーマットでＩＳＯ基本ファイルフォーマット（base file format）を規定している。ＩＳＯ基本ファイルフォーマットは、柔軟でありつつも拡張可能なファイル構造であり、様々なメディアファイルフォーマットの基本である。例えば、ＪＰＥＧ（Joint Photographic Experts Group）２０００及び第３世代パートーナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）ファイルフォーマットは、ＩＳＯ基本ファイルフォーマットに基づいており、ＭＰＥＧ（Moving Picture Experts Group）−４ファイルフォーマットは、ＩＳＯ基本ファイルフォーマットの拡張されたフォーマットである。
【０００３】
映画、ニュースなどのコンテンツのような様々なメディアを含むマルチメディアコンテンツ（以下、“コンテンツ”と称する）を効率的に送信できる方案が要求される。各コンテンツは、パッケージ別に送信される。このために、パッケージを使用するより効率的なコンテンツを送信できる方法が要求される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１２９０７８号公報
【非特許文献】
【０００５】
【非特許文献１】Youngkwon Lim，Review of w11792，AHG on MMT, [online]，２０１１年  ３月２０日，pp. 1-30，[2016年11月18日検索], インターネット＜URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/5_Geneva/wg11/JCTVC-E360-v3-.zip＞
【非特許文献２】Technologies under Consideration (TuC) for  MMT，ISO/IEC JTC1/SC29/WG11 N12170，２０１１年  ７月
【非特許文献３】Jaeyeon Song, et al.，Response to Call for Proposals for MPEG Media Transport，ISO/IEC JTC1/SC29/WG11 MPEG2011/M19266，２０１１年  １月
【非特許文献４】Information technology - Coding of audio-visual objects -Part 12: ISO base media file format，INTERNATIONAL STANDARD ISO/IEC14496-12，ISO，２００５年１０月  １日，Second edition, Corrected version，pp.1-14
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の利便性を提供することにある。すなわち、本発明の目的は、コンテンツを効率的に送信するためのコンテンツ格納方法及び装置を提供することにある。
本発明の別の目的は、様々な異種網を介して送信するためのコンテンツ配信方法及び装置を提供することにある。
本発明のさらに別の目的は、パッケージ構造を有するコンテンツの格納及び送信のための方法及び装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記のような目的を達成するために、本発明の一態様によれば、送信器におけるコンテンツ送信方法が提供される。上記方法は、少なくとも１つのアセットを含む１つ又はそれ以上のパッケージで１つのファイルを生成するステップと、上記生成されたファイルを端末に送信するステップとを有することを特徴とする。
本発明の別の態様によれば、端末におけるコンテンツ受信方法が提供される。上記方法は、ファイルを受信するステップと、上記ファイルに含まれ、少なくとも１つのアセットを含む１つ又はそれ以上のパッケージを分析するステップと、上記分析の結果に基づいてコンテンツを再生するステップとを有することを特徴とする。
【０００８】
本発明のさらに別の態様によれば、送信器におけるコンテンツ送信装置が提供される。上記装置は、少なくとも１つのアセットを含む１つ又はそれ以上のパッケージで１つのファイルを生成する生成部と、上記生成されたファイルを端末に送信する送信部とを有することを特徴とする。
本発明のさらに別の態様によれば、受信器におけるコンテンツ受信装置が提供される。上記装置は、ファイルを受信する受信部と、上記ファイルに含まれ、少なくとも１つのアセットを含む１つ又はそれ以上のパッケージを分析するパッケージ分析部と、上記分析の結果に基づいてコンテンツを再生する再生部とを有することを特徴とする。
【０００９】
本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。
【発明の効果】
【００１０】
本発明は、１つのパッケージのアセットを管理するのではなく個別のパッケージの形態でパッケージコンポーネントを作成し、これを他のパッケージで使用できるようにする。
本発明の実施形態は、様々な異種網を介してパッケージを送信できるようにし、ブロードキャストコンテンツを効率的に送信できるようにする。
本発明の実施形態は、ＭＰＥＧメディアトランスポート（ＭＭＴ）パッケージをファイル構造で記憶することにより、ＭＭＴパッケージが柔軟でありつつも拡張可能なファイル構造の長所を使用できるようにする。
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態によるＭＰＥＧメディアトランスポート（ＭＭＴ）パッケージの構成を示す図である。
【図２】本発明の実施形態によるパッケージ送信のためのＭＭＴシステムのアーキテクチャを示す図である。
【図３】本発明の実施形態によるコンフィグレーション情報及びその下位情報を示す図である。
【図４】本発明の実施形態によるアセットの時空間的な配置を示す図である。
【図５】本発明の実施形態によるパッケージの時間経過につれてＣＩトラックから受信されたコンポジション情報（ＣＩ）サンプルがどのように変更されるか又は置き換えられるかを示す図である。
【図６】本発明の実施形態によるトランスポートタイムラインセグメントを示す図である。
【図７】本発明の実施形態によるアセット及びＩＳＯベースメディアファイルフォーマット（ＩＳＯＦＦ）がマッピングされる構造を示す図である。
【図８】本発明の実施形態によるパッケージ及びＩＳＯＦＦがマッピングされる構造を示す図である。
【図９】本発明の実施形態による静的パッケージ（static Package）が記憶されたＩＳＯＦＦ構造を示す図である。
【図１０】本発明の実施形態による動的パッケージ（dynamic Package）が記憶されたＩＳＯＦＦ構造を示す図である。
【図１１】本発明の実施形態による複数のファイルがフォルダに記憶される構造を示す図である。
【図１２】本発明の実施形態による複数のファイルがＺＩＰファイルのような圧縮ファイルに記憶される構造を示す図である。
【図１３】本発明の実施形態による統合パッケージ及びそのサブパッケージを示す図である。
【図１４】本発明の実施形態による送信方法を示すフローチャートである。
【図１５】本発明の実施形態による受信方法を示すフローチャートである。
【図１６】本発明の実施形態による送信装置の構成を示すブロック図である。
【図１７】本発明の実施形態による受信装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
図面中、同一の図面参照符号が同一の構成要素、特性、又は構造を意味することは、容易に理解できるであろう。
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供され、この理解を助けるための様々な特定の詳細を含むが、単なる実施形態にすぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明した実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかであろう。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明を省略する。
【００１３】
次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、本発明の実施形態の説明は単に実例を提供するためのものであって、特許請求の範囲とこれと均等なものに基づいて定義される発明を限定する目的で提供するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
英文明細書に記載の“ａ”、“ａｎ”、及び“ｔｈｅ”、即ち、単数形は、文脈中に特に明示しない限り、複数形を含むことは、当業者には理解できるものである。従って、例えば、“コンポーネント表面（ａ  ｃｏｍｐｏｎｅｎｔ  ｓｕｒｆａｃｅ）”との記載は、１つ又は複数の表面を含む。
【００１４】
後述する詳細な説明には、上述した技術的課題を解決するための本発明において、ＭＰＥＧメディアトランスポート（MPEG Media Transport、ＭＭＴ）標準で定義される名称を同一に使用するが、このような標準及び名称が本発明の範囲を限定するのではなく、類似した技術的な背景を有するシステムにも適用可能であることはもちろんである。
【００１５】
本発明を説明する前に、本発明で使用される用語を定義すると、次のようである。
暗号化機能領域（Ｅ）は、符号化されたデータを記憶装置に保存するか又は配信プロトコル及びネットワークのペイロードとして運搬される１つの暗号化のためのフォーマットを定義する。
配信機能領域（Ｄ）は、１つのネットワークエンティティから他のネットワークエンティティまで暗号化されたメディアデータを転送するために必要とされるフォーマット及び機能を提供する。
制御機能領域（Ｃ）は、メディアの配信及び消費を制御するための機能を提供する。
【００１６】
＜メディアフラグメントユニット＞
一般的なコンテナフォーマットであり、メディアデコーダにより独立して消費可能なデータユニットを運搬する独立した特定のコーデック。
ノート：メディアフラグメントユニットは、メディア特性（例えば、損失−トレランス）のようなメディアフラグメントデータ及び追加の情報で構成される。例えば、メディアフラグメントユニットは、ビデオのためのスライス又はピクチャである。
【００１７】
＜Ｍユニット＞
一般的なコンテナフォーマットであり、１つ又はそれ以上のアクセスユニット（ＡＵ）を運搬する独立した特定のコーデック。Ｍユニットは、１つ又はそれ以上のメディアフラグメントユニットで構成される。Ｍユニットは、タイムドデータ（timed data）又はノンタイムドデータ（non-timed data）を含むことができる。
ノート：Ｍユニットは、同期化のためのタイムスタンプのようなメディアフラグメントユニットデータ及び追加の情報で構成される。Ｍユニットは、ＭＭＴ暗号化部による処理のためのデータエンティティである。
【００１８】
＜ＭＭＴアセット＞
ＭＭＴアセットは、１つ又はそれ以上のＭユニットで構成されるデータエンティティである。ＭＭＴアセットは、コンポジション情報及びトランスポート特性が定義されたデータユニットである。
【００１９】
＜ＭＭＴパッケージ＞
ＭＭＴパッケージは、コンポジション情報及びトランスポート特性のような追加の情報とともに１つ又はそれ以上のＭＭＴアセットで構成される。
ノート：ＭＭＴパッケージ内のＭＭＴアセットは、多重化されるか又は連結されることができる。
【００２０】
＜ＭＭＴペイロードフォーマット＞
ＭＭＴアプリケーションプロトコル又は他の既存のアプリケーショントランスポートプロトコル（例えば、ＲＴＰ）によりそれらの消費のためのＭＭＴアセット及び他の情報を運搬するための一般的なペイロードフォーマット。
ノート：ＭＭＴペイロードは、ＡＬ−ＦＥＣのような他の情報とＭＦＵのフラグメントを含んでもよい。
【００２１】
＜ＭＭＴトランスポートパケット＞
ＭＭＴトランスポートパケットは、ＭＭＴのためのアプリケーショントランスポートプロトコルにより使用されるデータフォーマットである。
【００２２】
＜コンフィグレーション情報＞
ＭＭＴパッケージは、コンフィグレーション情報を活用するための機能及び動作を有する。コンフィグレーション情報は、ＭＭＴアセットのリスト、コンポジション情報（ＣＩ）、及びトランスポート特性を含む。
デスクリプション情報は、ＭＭＴパッケージ及びＭＭＴアセットを説明する。コンポジション情報は、ＭＭＴアセットの消費を助ける。トランスポート特性情報は、ＭＭＴアセットの配信のためのヒントを提供する。
【００２３】
＜ＭＭＴパッケージ内のデータのフレキシブルオーダーリング及びアドレッシング＞
ＭＭＴパッケージ内のデータは、消費順序又は優先順位順序のような任意の順序で配列されることができる。ＭＭＴパッケージは、ＭＭＴパッケージでデータの物理的な位置に関する情報を提供する。
【００２４】
＜パッケージ識別子情報＞
パッケージ識別子情報は、ＭＭＴパッケージのサービスプロバイダＩＤ、コンテンツＩＤ、ジャンル、及びエピソード数のような機械読み取り可能な情報を含む。これは、１つのＭＭＴパッケージを他のパッケージとユニークに識別する。
また、パッケージ識別子情報は、サービスのタイトル、俳優／女優の名前、概要などのような人間が読み取り可能な情報を含む。これらの情報は、ユーザが消費のためにＭＭＴパッケージを選択することを助ける。
【００２５】
＜アセットリスト情報＞
アセットリスト情報は、ＭＭＴパッケージ内のＭＭＴアセットのリストを提供する。ＭＭＴパッケージペイロード内のデータは、ＭＭＴアセットであり、アセットリスト内にリストされなければならない。
【００２６】
＜コンポジション情報（ＣＩ）＞
コンポジション情報は、ＭＭＴアセットがアセット関係をシグナリングすることにより消費される。ＭＭＴアセットのコンポジションを説明する関係の３つの主なタイプ、すなわち、時間的な関係、空間的な関係、及びアセット間の関係が存在する。
【００２７】
＜時間的な関係＞
時間的な関係は、ＭＭＴアセットタイムラインとＭＭＴパッケージタイムラインとの間の関係である。ＭＭＴアセットの実行時間の全体又は一部は、ＭＭＴパッケージタイムラインのある時点又は期間に配置される。
【００２８】
＜空間的な関係＞
空間的な関係は、ＭＭＴアセットとＭＭＴパッケージのプレゼンテーション領域との間の関係である。ＭＭＴアセットのプレゼンテーション位置は、イベント（例えば、チャプタサムネイル（chapter thumbnail）の選択）及びＭＭＴアセットの選択は、イベントのトリガーリングにより異なる方法（例えば、全スクリーン）でプレゼンテーションされる。
【００２９】
＜アセット間の関係＞
複数のＭＭＴアセットは、これら間の様々な関係を有する。複数のＭＭＴアセットから１つ又は幾つかの選択を行うことは、これら間の関係を説明する追加の情報を要求する。３つの関係、すなわち、組み合せ可能な関係、相互排他的な関係、及び依存関係は、ここに識別されリストされる。関係ないＭＭＴアセットを選択することは、単独でユーザの決定又はクライアントの実現により実行される。
【００３０】
＜組み合せ可能な関係＞
組み合せ可能な関係は、複数の選択から１つ以上を選択する関係である。組み合せ可能な関係でのＭＭＴアセットは、異なるコンテキスト及び異なるメディアタイプを有することができる。
【００３１】
＜相互排他的な関係＞
相互排他的な関係は、１つ及び複数の選択から１つだけ選択した結果の関係である。結合可能な関係でのＭＭＴアセットは、異なるコンテキストであるが、同一のメディアタイプを有する。
【００３２】
＜依存関係＞
依存関係は、追加のＭＭＴアセットを必要とするＭＭＴアセットの選択に対する関係である。ＭＭＴアセットは、相互排他的な関係に存在しない他のＭＭＴアセットと依存関係を有することができる。
【００３３】
＜適応的な関係＞
適応的な関係は、同一のコンテキスト及び同一のメディアタイプを有する複数のＭＭＴアセット又はＭユニット間の関係である。適応的な関係で１つから他のものにスイッチングすることは、知覚的に同一のコンテキストを維持する。
例えば、高品質画像及び中間品質画像は、二者択一の関係にある。クライアントデバイスは、ネットワーク帯域幅又はデバイス容量に従って適応的に同一のコンテキストをプレゼンテーションできるように適応的な関係でＭＭＴアセットの中の１つを選択する。
【００３４】
＜権限管理情報＞
他のコンポジション情報は、権限管理情報である。権限管理情報は、ＭＭＴアセットがどのような権限管理が考慮されるか否かを必要とするか否かを明示する。特定の権限管理アルゴリズムのシグナリング及びそれに関連した情報は、コンポジション情報でＭＭＴアセット属性として説明される。
【００３５】
＜トランスポート特性情報＞
トランスポート特性情報は、ＭＭＴアセットの配信のために要求事項を提供する。ＭＭＴアセットは、トランスポート特性情報の１つのセットを有する。ＭＭＴパッケージは、その内部リソース又はＭＭＴアセットに対する配信条件を有しない。ＭＭＴパッケージ内のＭＭＴアセットは、各サービスプロバイダのための配信条件を決定するのに役立つトランスポート特性情報セットを有する。
【００３６】
＜エラー復元力情報＞
トランスポート特性情報は、エラー復元力情報を含む。ＭＭＴアセットに関する簡素なトランスポート特性情報は、無損失又は損失であり得る。追加で、再送信、ＡＲＱ又はアプリケーションレイヤー−順方向エラー訂正（Application Layer-Forward Error Correction、ＡＬ−ＦＥＣ）のような無損失配信を達成するための技術が、トランスポート特性情報で明示されることができる。しかしながら、このような無損失配信に対する特定のアルゴリズムの使用は、ＭＭＴパッケージにより説明されず、サービスプロバイダは、ＭＭＴ  Ｃレイヤーパケットを介して特定のアルゴリズムをシグナリングするために選択できる。
【００３７】
本発明の実施形態は、ＭＭＴパッケージに含まれなければならない情報を提案し、対応する情報がどのように構造的に含まれなければならないかを提案する。また、本発明は、送信装置及び受信装置がこの含まれた情報を使用してコンテンツをどのようにブロードキャスティングし、受信し、再生できるかを提案する。
【００３８】
図１は、本発明の実施形態によるＭＭＴパッケージの構成を示し、図２は、本発明の実施形態によるパッケージ送信のためのＭＭＴシステムのアーキテクチャを示す図である。
図１及び図２を参照すると、ＭＭＴコンテンツは、ＭＭＴパッケージの形態で記憶される。ＭＰＥＧ−２プログラムは、ＭＭＴワーキングドラフト（Working Draft、ＷＤ）標準でパッケージ（package）として定義される。
【００３９】
図１及び図２に示すように、ＭＭＴパッケージ（以下、“パッケージ”と称する）は、ＭＭＴアセット、コンポジション情報、トランスポート特性、及び他の追加の情報を含む。図１及び図２に示すように構成されたＭＭＴパッケージは、制御レイヤーに配信され、制御レイヤーは、コンポジション情報を周期的に受信器に送信する。この時に、制御レイヤーは、ブロードキャストネットワーク又はブロードバンドネットワークを介してコンポジション情報を送信する。
受信器は、送信器から受信されたコンフィグレーション情報及びコンポジション情報に基づいて、受信器の環境に適合したアセットを受信するように決定し、送信経路に沿ってアセットを受信する。
【００４０】
パッケージは、ＩＳＯ／ＩＥＣ１４４９６−１２  ＩＳＯベースメディアファイルフォーマット（ＩＳＯＦＦ）の形態で記憶される。ここで使用されるトラック、ボックス、及びサンプルのような用語は、２００８年７月第３版である標準ＩＳＯ／ＩＥＣ１４４９６−１２  ＩＳＯベースメディアファイルフォーマットで使用される用語である。
パッケージは、マルチメディアコンテンツを含む１つの再生単位である。パッケージを再生するために必要とされる情報及びデータは、パッケージ内に含まれている。また、パッケージは、他のパッケージを含むことができる。このパッケージに含まれる他のパッケージは、パッケージ内に存在するか又は外部でリンクにより示される。
【００４１】
パッケージが送信されるためには、送信及び再生装置でのパッケージの再生のための情報が、サービスプロビジョンサーバにより周期的に読まれ送信されなければならない。例えば、コンポジション情報（ＣＩ）について、全パッケージを説明する１つのＣＩは、ブロードキャストの間にターンオンされるＴＶを考慮して周期的に再送信される。全パッケージの中の一部の時間期間ごとにアップデートされるように構成されたＣＩは、関連する時間期間内で周期的に再送信された後に、次の時間期間でアップデートされる。このように、ＣＩの構成により、ＣＩは、パッケージのヘッダに挿入されてもよく、又はＣＩがパッケージの生成に従って追加されるようにパッケージのペイロードに挿入されてもよい。また、パッケージ内のアセットのトランスポート特性（ＴＣ）により所定のアセットの部分は、所定の時間でブロードキャストプロトコルを用いて不特定のユーザに送信されなければなく、あるアセットは、ユーザの要請の時にブロードキャストネットワークを介して送信されなければない。パッケージの再生タイムライン（timeline）により任意の再生時点で任意のアセットの任意の部分が送信されなければならないことを示す情報は、ワーキングドラフト（Working Draft、ＷＤ）で考慮されるパッケージのＣＩとともに新たに考慮されなければならない。
【００４２】
本発明の実施形態は、パッケージの構成要素をＩＳＯＦＦの形態又はフォルダ又はＺＩＰファイルで記憶し、ファイル標準で定義されない既存の情報を新たなボックス識別子及びボックス構造で記憶することを提案する。パッケージの構成要素は、次のようである。
【００４３】
＜ＭＭＴアセット（パッケージの構成要素１）＞
ＭＭＴ標準において、ストリームと類似した概念を有する用語‘アセット’を使用する。ＭＭＴアセットは、例えば、ビデオ、オーディオ、フォント、サブタイトル、及びウィジェットのように再生され表現されることができる１つのマルチメディア構成要素を含む。
ここでは、ＭＭＴアセットが、このような目的のために、関連する機能を実行するのに十分な情報を有すると仮定する。
ＩＳＯＦＦの形式で挿入されるために、本発明の実施形態に従うアセットは、ＩＳＯＦＦの概念及び単位をＭＭＴでの概念及び単位に次の通りにマッピングする。
−  ＭＭＴアセットは、ＩＳＯＦＦのトラックに対応する。
−  ＭＭＴアセットは、１つのアクセスユニット、すなわち、時間を与える単位を構成するメディアフラグメントユニット（ＭＦＵ）をバインディングすることによりＩＳＯＦＦのサンプルに対応する。
−  アセットのＭＵは、ＩＳＯＦＦのチャンク又はランに対応する。
−  ＡＵの時間は、サンプルの時間に対応する。
−  ＡＵのオフセットは、サンプルを含むチャンクのオフセットに対応する。
【００４４】
＜コンフィグレーション情報（パッケージの構成要素２）＞
図３は、本発明の実施形態によるコンフィグレーション情報及びその下位情報を示す図である。
図３を参照すると、コンフィグレーション情報は、パッケージの識別情報、パッケージの構成要素であるアセットのリスト、コンポジション情報、トランスポート特性、及びコンテンツとともに追加の情報を含み、このような構成要素がパッケージ内にどのように含まれるかどこに含まれるかを示す構造的な情報を提供する。
本発明の実施形態によると、図３に示すように、ＸＭＬ又はボックスの形態でオブジェクトとして個別的に記憶され、その詳細なシンタックスは、下記で情報別にさらに説明する。
【００４５】
コンフィグレーション情報及びその下位情報は、次のようなボックスの形態で表現される。このボックスは、ＩＳＯＦＦ構造に従って適合したボックスのサブボックスとして位置できる。
aligned(8) class ConfigurationInformationBox
extends FullBox(‘cfgi’, version, flags){
PackageIdentificationInformationBox pi;
AssetListBox al;
CompositionInformationBox ci;
TransportCharacteristicsBox tc;
RightsManagementInformationBox rm;
}
【００４６】
＜コンポジション情報（パッケージの構成要素３）＞
図４は、本発明の実施形態によるアセットの時空間的な配置を示す図である。
図４を参照すると、コンポジション情報は、ＭＭＴアセットの表現開始時間及び表現終了時間を示す時間的なコンポジション情報を有する。
また、コンポジション情報は、空間上でＭＭＴアセットが画面の中のどの位置に表現されるかを示す空間的なコンポジション情報を有する。
したがって、ＭＭＴアセットのみでいつそしてどこにＭＭＴアセットを表現しなければならないかをわからないが、コンポジション情報に基づいて作成者の意図を把握した後にＭＭＴアセットを適切な時点で適切な位置に表現できる。
本発明では、このような目的のために、コンポジション情報が関連する機能を実行するのに十分な情報を有すると仮定する。
【００４７】
ＣＩは、次の構造を有する。
aligned(8) class CompositionInformationBox
extends FullBox(‘cmpi’, version, flags){
unsigned int(8)[] composition_information_URL;
unsigned int(32) composition_information_Id;
if(composition_information_Id == 0)
{
string ci_schema;
string xml_data;
}
}
【００４８】
本発明の実施形態によると、ＣＩは、全パッケージを説明する１つのＣＩで構成されるか、又は、図５に示すように、全パッケージのタイムラインの中の一部の時間期間を説明するＣＩが個別に存在することにより、次の時間期間で他のＣＩとしてアップデートされるように構成される。
【００４９】
図５は、本発明の実施形態によるパッケージの時間経過につれてＣＩトラックから受信されたＣＩサンプルがどのように変更されるか又は置き換えられるかを示す図である。
図５を参照すると、新たなバージョンの完全なＣＩ（ａ）が送信される場合に、シーンは、関連するバージョンにより置き換えられる。この後に、アップデートＣＩ（ｂ）が送信される場合に、アップデートＣＩが示す既存の完全なＣＩバージョン２（a）が変更される。同様に、連続するアップデートＣＩ（ｃ）も完全なＣＩ（ａ）に対する変更を示す。一方、新たなバージョンの完全なＣＩ（ｄ）が送信される場合に、旧バージョンの完全なＣＩ及びそのアップデートをすべて削除し、新たなＣＩを使用してパッケージを表現する。より詳しくは、ＣＩは、２種類の異なる時間、すなわち、ＣＩのコンテンツに基づいて表現されるパッケージ上の時間及びＣＩを有するサンプルの時間を有する。サンプルの時間は、受信されたＣＩで示されるリソースを準備するために使用され、ＣＩの時間は、準備されたリソースの表現が開始されなければならない時間を示す。
【００５０】
したがって、ＣＩをパッケージのヘッダに挿入するか又はパッケージのペイロードにトラックとして提供することにより、そのコンテンツの一部又は全体が時間期間ごとにアップデートされるようにする方法が提案される。トラックの場合に、１つの完全なＣＩを１つのサンプルに挿入し、アップデートのための一部のＣＩも１つのサンプルに挿入される。完全なＣＩをアップデートのための一部のＣＩと識別するためには、サンプルのタイプは、個別のメタデータを提供することにより識別される。このメタデータは、トラックのhandler_typeが‘ｍｔｃｉ’である場合に、映画フラグメント（movie fragment）のヘッダ内に同一の頻度で提供されることができる。
【００５１】
ＣＩサンプルの種類を表現するためのメタデータは、次の通りに提供されることが好ましい。
aligned(8) class CISampleInformationBox
extends FullBox(‘cisi’, version, flags){
int i;
unsigned int(32) number_of_sample;
for(i=1;i<=number_of_sample;i++){
unsigned int(2) ci_type; //0=unknown, 1=complete, 2=update
unsigned int(6) reserved;
unsigned int(8) ci_version;     //version information
if(ci_type==2){
unsigned int(8) complete_ci_version;
}
}
}
【００５２】
number_of_sampleは、どれくらいのサンプルがフラグメント内にあるかを説明する。
ci_typeは、サンプルにマッピングされるＣＩが完全なＣＩであるか又はアップデート用ＣＩであるかを判定するために使用される。
ci_versionは、完全なＣＩが新たに提供される時に前の完全なＣＩから変更されることを示す。
complete_ci_versionは、ci_typeがアップデートされる場合に、アップデート用ＣＩがどの完全なＣＩに対するアップデートであるかを示す。
【００５３】
＜トランスポート特性（パッケージの構成要素４）＞
トランスポート特性は、ＭＭＴアセットの送信の間に考慮されるべき特性を示す。例えば、ビデオとともに一部のデータの損失が画質の劣化をもたらすとしても、ユーザが全コンテンツを楽しむのに大きな難しさがない。この場合には、包括的な意味で損失を許容する。損失が許容される場合において、送信の間にエラーが発生する場合に、このエラーを復旧するための追加のデータを提供してもよい。このようなエラーが追加のデータの使用にも復旧されない場合に、損失されたコンテンツは、損失の危険をおかして再生されても大きな無理がない。
【００５４】
しかしながら、例えば、プログラムの一部のデータが損失される場合に、全プログラムの実行が不可能である。この場合には、包括的な意味で損失が許容されない。送信の間にエラーが発生する場合に、このエラーを復旧するための追加のデータを使用し、このエラーが追加のデータの使用にも復旧されない場合に、再送信を要求しなければならない。そうでなければ、一部のエラーが含まれたプログラムのデータを使用できない。
ここでは、このような目的のために、トランスポート特性が関連する機能を実行するのに十分な情報を有すると仮定する。
【００５５】
トランスポート特性は、リストの形態で提供され、アセットと結合される構造が提案される。結合情報は、アセットリスト情報に含まれる。これは、ＸＭＬの形態又はＩＳＯＦＦのボックスの形態で記憶される。
トランスポート特性の構造は、次の通りである。
aligned(8) class TransportCharacteristicsBox
extends FullBox(‘tchr’, version, flags){
int i;
unsigned int(8) number_of_tc;  for(i=1;i<=number_of_tc;i++){
//Transport Characteristics here
}
}
number_of_tcは、対応するボックスで説明するＴＣの個数を示す。
【００５６】
＜パッケージ識別子情報（パッケージの構成要素５）＞
パッケージが他のパッケージと識別されるためには、人が識別可能な識別子が必要である。また、プロバイダのＩＤ、ジャンル、及びエピソード番号のようにパッケージのコンテンツを説明する情報も必要である。この識別子及び情報は、パッケージ識別子情報に含まれる。パッケージ識別子情報は、ＸＭＬの形態又はＩＳＯＦＦのボックスの形態で記憶される。
【００５７】
本発明の実施形態によると、次の情報は、パッケージ識別子情報に挿入される必要がある情報として提案される。
PackageIdentificationInformationBox(){
unsigned int(2) package_type;
unsigned int(4) version;
unsigned int(2) time_base;
if(time_base == 0)
{
unsigned int(40) start_time;
}
if(flags & 1){
MediaAnnotation(){
string annotation_schema;
string xml_data;
}
}
MachineReadableIdentifier(){
PackageType;
Version;
PackageCreatorIdentifier;
PackageIdentifier;
SeriesNumber;
EpisodeNumber;
}
HumanReadableIdentifier(){
NameOfPacakge;
Synopsis;
Actors(){
NameOfActors[];
}
Characters(){
NameOfCharacters[];
}
}
}
【００５８】
package_typeは、パッケージが１つの完了したファイルの形態を有するか又は長さが固定されない可変構造を有するかを示す。
time_baseは、パッケージの時間がどのような時間に基づいているかを示す。例えば、‘time_base’が０である場合に、パッケージは、リアルタイムに基づいて、任意の日付及び任意の時間で再生される。‘time_base’が１である場合に、パッケージは、各再生装置が再生を開始する時間が０に設定される相対的な時間で再生される。
annotation_schemaは、パッケージのコンテンツを表示するためのＸＭＬデータが説明されるフォーマットのタイプを示す。
xml_dataは、annotation_schemaで定義されたフォーマットに従って説明されるパッケージのコンテンツを示す。
【００５９】
−  機械で読み取り可能な識別子（Machine readable identifier）：パッケージを他のパッケージと識別するために使用される。クリエータの識別子、コンテンツの識別子、及びコンテンツのエピソードの識別子を含む。
−  人が読み取り可能な識別子（human readable identifier）：パッケージが提供される場合に、そのパッケージを選択できるように情報を提供する。人が読み取り可能な識別子は、パッケージの名前、プロット、登場人物、及び俳優の名前のような様々な追加の情報を含む。
−  パッケージタイプ（オンデマンド／ライブ）：映画のような既に作られたコンテンツを含むパッケージであるか、又はリアルタイムブロードキャストであるかを示す。前者は、再生開始時間に相対的なタイムラインを有し、後者は、現在の時間に相対的なタイムラインを有する。
−  バージョン：同一の識別子を有する異なるパッケージがある場合に、バージョンで使用されなければならないパッケージを選択するために使用される。
【００６０】
＜アセットリスト情報（パッケージの構成要素６）＞
アセットリスト情報は、パッケージの内部又は外部にどのようなアセットが含まれているかを示す情報を提供する。アセットリスト情報は、次の情報で構成されることが提案される。
aligned(8) class AssetListBox
extends FullBox(‘alst’, version, flags){
int i;
unsigned int(32) number_of_asset;
for(i=1;i<=number_of_asset;i++){
string asset_url;
unsigned int(32) track_id;
string MIME_type;
unsigned int(32)[] tc_id;
unsigned int(32)[] fallback_asset_Id[];     //1,2,3,..
unsigned int(32)[] rights_management_id;
}
}
【００６１】
−  number_of_assetは、対応するボックスで説明されるアセットの総数を示す。コンポジション情報で示されるパッケージの内部又は外部のすべてのアセットは、このようなリストに含まれなければならない。したがって、パッケージ再生装置は、アセットリストボックスから必要なすべてのアセットに関する情報を予め確認することができる。
−  asset_url：ユニフォームリソースロケータ（ＵＲＬ）がある場合に、外部のパッケージにあるアセットを示す。他のパッケージ内のアセット又は他のパッケージ自体がアセットとして使用されてもよい。アセットがパッケージの内部に存在する場合に、ＵＲＬ値は、ＮＵＬＬである。
−  track_id：アセットがパッケージのどのトラックに含まれているかを示す。
−  多目的インターネットメール拡張（Multi-purpose internet mail extensions、ＭＩＭＥ）タイプ：アセットのＭＩＭＥタイプを表示することにより、アセットのフォーマットが再生可能なフォーマットであるか否かを予め認識できる。
−  Fallback_asset_id：特定のアセットが再生されることができない場合に再生される複数の他のアセットのＩＤを示す。複数の他のアセットが存在する場合に、パッケージプロバイダの選好優先順位は、辞書的な順序（lexical order）に従う。
−  tc_ID：特定のアセットのトランスポート特性を示し、複数のトランスポート特性のＩＤを示す。
−  rm_ID：特定のアセットが暗号化されて保護される場合に、復号化のための複数の権限管理（rights management）情報のＩＤを示す。アセットリスト情報がＸＭＬの形態で記憶されるか又はＩＳＯＦＦのボックスの形態で記憶される。
【００６２】
＜権限管理情報（パッケージの構成要素７）＞
パッケージが保護されるコンテンツを含む場合に、一部又は全アセットは、ディジタル権限管理（Digital Rights Management、ＤＲＭ）又は条件付きアクセスシステム（Conditional Access System、ＣＡＳ）で暗号化される。暗号化方法の種類及びキー情報サーバ、及びライセンス情報サーバのような情報がリストの形態で提供され、アセットと結合される構造が提案される。結合情報は、アセットリスト情報に含まれる。権限管理情報は、ＸＭＬの形態又はＩＳＯＦＦのボックスの形態で記憶され、次のような情報で構成される。
【００６３】
aligned(8) class RightsManagementInformationBox
extends FullBox(‘rmgi’, version, flags){
int i;
unsigned int(8) number_of_rmi;
for(i=1;i<=number_of_rmi;i++){
string rmi_scheme;
string IV;
string key_server_url;
string license_server_url;
string rmi_data; //rmi here
}
}
number_of_rmi：対応するボックスで説明されるすべての権限管理の個数を示す。
−  rmi_scheme：暗号化方法の種類を示す。
−  IV：初期ベクトルの値を示す。
−  Key_server_url:キー情報サーバのアドレスを示す。
−  License_server_url:ライセンスサーバのアドレスを示す。
rmi_dataは、rmi_schemeにより必要とされる追加情報を示す。
【００６４】
＜トランスポートタイムライン情報（パッケージの構成要素８）＞
パッケージは、アセットで構成される。一部のアセットは、パッケージの再生タイムライン上の適切な時点に送信されることによりユーザにディスプレーされる。正常の再生のために必要とされるアセットの部分に関する情報は、トランスポートタイムライン情報として提供される。
【００６５】
図６は、本発明の実施形態によるトランスポートタイムラインセグメントを示す図である。
図６を参照すると、アセットがＭＵで構成され、ＭＵがサンプルで構成されるので、アセットは、アセット内のＭＵの再生のために必要とされる他のトラックの他のアセットのＭＵに関するサンプル番号情報を提供する。
パッケージの再生時間は、タイムラインと呼ばれる。タイムラインは、その開始時間及び長さを示すように一定の時間期間であるセグメントに分割される。セグメントごとに転送されるべきアセットのｉｄ及び対応するアセットのどの部分が送信されるべきかをＭＵの番号で示す。
トランスポートタイムライン情報は、ＸＭＬの形態で記憶されるか、又はＩＳＯＦＦのボックスの形態で記憶される。
【００６６】
トランスポートタイムライン情報は、次のような構造を有する。
TransportTimelineInformationBox(){
number_of_timelineSegment;
for(i=1;i<=number_of_timelineSegment;i++){
timelineSegment(){
starttime;
duration;
number_of_assets;
for(j=1;j<=number_of_assets;j++){
asset_id;
start_MU_number;
end_MU_number;
}
}
}
}
【００６７】
１）ボックス（‘ftyp’）
ＩＳＯＦＦの‘ftyp'ボックスは、ファイルがどのようなＩＳＯＦＦ拡張形式又はバージョンを使用するかを示す。互換可能なバージョンをすべて記載することができ、ＭＭＴパッケージは、‘ＭＭＴパッケージ（‘mtpk'）と呼ばれる識別子を使用する。
２）ボックス（‘hdlr'）
ＩＳＯＦＦの‘hdlr’ボックスは、メディアデータ又はメタデータをどのようなプロセスが処理しなければならないかを示す。コンポジション情報は、‘ＭＭＴコンポジション情報（mtci）’と呼ばれる識別子を使用する。ＭＭＴアセットは、‘ＭＭＴアセット（mtas）’と呼ばれる識別子を使用する。
３）ボックス（‘trak'）
コンポジション情報がトラックに記載される場合に、１つのサンプルが１つ時間値を有するために、コンポジション情報は、１個のサンプルとして記憶される。アセットは、トラックに記載され、各トラック内の１番目のサンプルの場合に、アセットヘッダが記憶される。以後のサンプルの場合に、１つのＭＵは、１個のサンプルとして記憶される。パッケージがサブパッケージを含む場合に、含まれたパッケージはトラックに記載される。全パッケージがフォーマットの変換なしに記憶され、１つのパッケージは、１個のサンプルとして記憶される。
【００６８】
本発明の実施形態によるパッケージを記憶する方法は、次のようである。
１．ＩＳＯＦＦの構造
上述したパッケージの構成要素をＩＳＯＦＦ構造に含むことにより１つのファイルにパッケージをマッピングする時の構造の一例を図７及び図８に示す。
図７は、本発明の実施形態によるアセット及びＩＳＯＦＦがマッピングされる構造を示す図であり、図８は、本発明の実施形態によるパッケージ及びＩＳＯＦＦがマッピングされる構造を示す図である。
図７及び図８を参照すると、ＭＦＵ及びＭＵは、アセット内のトラックでサンプルにマッピングされる。
【００６９】
アセットは、ＭＵの連続で構成され、ＭＵは、１つ又はそれ以上のアクセスユニット（Access Unit、ＡＵ）で構成される。アクセスユニットは、ユニークな（unique）時間を有するメディアピーシズ（media pieces）のバンドルである。ＡＵは、１つ又はそれ以上のＭＦＵで構成される。アセットがメディア構成要素を有するので、アセットは、ＩＳＯＦＦでメディア構成要素を記憶するための単位であるトラックにマッピングされる。トラックのチャンク（静的ＩＳＯＦＦ）又はラン（ダイナミックＩＳＯＦＦ）が論理的に連続されているが、物理的に相互に異なり、チャンク又はランが１つ又は複数のＭＵにマッピングされる混合方法で保存される。チャンクがユニークな時間を有するサンプルで構成されるので、ＭＦＵをＡＵ単位にバインディングすることが好ましく、これをＩＳＯＦＦのサンプルにマッピングする。
【００７０】
パッケージは、コンポジション情報、トランスポート特性のようなコンフィグレーション情報及びアセットで構成されるので、ＩＳＯＦＦのディスクリプタボックス（‘moov’又は‘meta’）及びメディアデータボックス（‘mdat’）の中の適切なボックスに含まなければならない。コンポジション情報は、静的パッケージの場合に、１つのコンポジション情報がパッケージの再生完了時点まで変更されないので、ディスクリプタボックスであるメタボックスに含め、動的パッケージの場合に、幾つかのコンポジション情報が送信されるので、ＣＩトラック内のＣＩサンプルに含まれる。トランスポート特性は、１つのアセットに対して、開始から終了まで同一の値を有するので、ディスクリプタボックスである‘メタ’ボックスに含まれる。アセットは、説明されるようにトラックに含まれる。
【００７１】
図９は、本発明の実施形態による静的パッケージが記憶されたＩＳＯＦＦ構造を示す図である。
図９を参照すると、メタデータは、パッケージ識別子情報及びコンフィグレーション情報を含み、コンフィグレーション情報は、コンポジション情報、トランスポート特性、アセットリスト情報、権限管理情報、及びトランスポートタイムライン情報を含む。
メディアデータ‘mdat’は、コンポジション情報、何がアップデートされるかを示す情報、及び新たなＣＩを含み、複数のアセットヘッダ及び複数のＭＵを含む。
【００７２】
図９及び図１０に示すように、パッケージは、１つのファイルとして記憶され、これにより、容易に記憶されることができ、光ディスク又は削除可能なディスクに挿入されるか又は記憶されることにより容易に伝達されることができる。
静的パッケージの場合に、そのパッケージの長さが決定されるか又は固定されるので、パッケージ再生時間の間に表現されなければならないコンポジション情報（ＣＩ）及びそのＣＩで示されるすべてのアセットが作成されており、これにより、ＣＩがディスクリプタボックスである‘meta’ボックスの‘cmpi’ボックスに含まれ、他のディスクリプタボックスであるメディアディスクリプタ及びメディアデータが‘moov’ボックス及び‘mdat’ボックスに含まれる。
【００７３】
図１０は、本発明の実施形態による動的パッケージが記憶されたＩＳＯＦＦ構造を示す図である。
図１０を参照すると、動的パッケージの場合に、そのパッケージの長さが決定されないか又は固定されず、コンポジション情報が動的に変更されることができるので、コンポジション情報は、‘meta’ボックスに含まれず、アセットとともに映画フラグメントの‘mdat’ボックスに含まれ、これにより、その変更が必要とされるたびに送信されることができる。メタの‘cmpi’ボックスは、ＣＩが送信されるトラックであるＣＩトラックの識別子を提供し、ＣＩトラックの‘Movie fragment’ディスクリプタである‘moof’ボックスは、ＣＩトラックのＣＩサンプルが完全なＣＩであるか又はアップデートＣＩ（例えば、既存のＣＩの変更）であるかを示すための‘cisi’ボックスを提供する。
【００７４】
２．複数のファイルの使用
図１１は、本発明の実施形態による複数のファイルがフォルダに記憶される構造を示し、図１２は、本発明の実施形態による複数のファイルがＺＩＰファイルのような圧縮ファイルに記憶される構造を示す図である。
図１１及び図１２を参照すると、個々のファイルは、作成され、１つに結びつけられることにより役割に従って提供される。ＣＩファイル及びアセットファイルが作成された後に、図１１に示すように、１つのフォルダの構成要素に保存するか、又は図１２に示すように、ＺＩＰファイルのような圧縮ファイルとして結びつけられることにより提供される。
【００７５】
複数のファイルがフォルダに記憶される場合に、コンフィグレーション情報を有するＸＭＬファイルは、フォルダ内に保存され、１つ又は複数のアセットファイルが保存される。必要であれば、アセットファイルは、サブフォルダに保存されるが、コンフィグレーション情報は、パッケージが位置するフォルダのルーツに存在しなければならない。コンフィグレーション情報は、高速のアクセス、他のＸＭＬ、及びアクセスファイルからの識別のために個別の特定の予約された名前を有し、コンフィグレーション情報でないファイルは、予約された名前を使用してはならない。
【００７６】
ＺＩＰファイルの記憶の間に、フォルダ内のファイルの記憶の間と同様に、ＣＩファイル及び１つ又は複数のアセットファイルがＺＩＰファイルとして記憶される。必要であれば、アセットファイルは、ＺＩＰファイル内のフォルダに記憶されるが、コンフィグレーション情報は、パッケージが位置するＺＩＰファイルのルーツに存在しなければならない。コンフィグレーション情報は、速いアクセス、他のＸＭＬ、及びアセットファイルからの識別のために個別の特定の予約された名前を有し、コンフィグレーション情報でないファイルは、対応する予約された名前を使用してはならない。
【００７７】
異種網のいくつかのサービスシナリオを考慮すると、本発明で提案するパッケージ構造を有するコンテンツがどのように送信されサービスされることができるかについて説明する。
＜３Ｄブロードキャストサービス（シナリオ１）＞
異種網を介した３次元（３Ｄ）ブロードキャストサービスが開示される。３Ｄコンテンツは、ブロードキャストネットワーク及びブロードバンドネットワークの２種類の異なる物理的な特性を有するネットワークを介して送信される。ブロードキャストネットワークを介しては、左視（Left-view）画像が送信され、ブロードバンドネットワークを介しては、右視（Right-view）画像が送信される。一般ユーザが左視画像だけを受信するが、月極め加入者のように有料サービスを使用するユーザは、ブロードバンドネットワークを介してログインした後に右視画像を受信して３Ｄサービスを楽しむことができる。
【００７８】
提案されたパッケージで構成されたコンテンツの送信シナリオは、次のようである。
パッケージは、異種網を介して３Ｄブロードキャストの送信のために構成される。パッケージは、左視アセット、右視アセット、３Ｄ画面を構成するコンポジション情報、ブロードバンドネットワークの送信特性、及びブロードキャストネットワークの送信特性で構成される。
左視アセットは、ブロードキャストネットワークを介して使用可能である。
一方、右視アセットは、ブロードバンドネットワークを介して使用可能である。対応するＵＲＬは、アクセスの間にユーザ認証を要求する。プレミアム加入者（premium subscriber）の場合に、加入者は、認証の後に右視アセットをダウンロードすることができる。他方、右視アセットは、使用不可能である。
【００７９】
送信装置において、パッケージ情報は、制御レイヤーに転送される。制御レイヤーは、開始時点からＣＩを読み出し、ＣＩを周期的に受信器に送信する。
サービスプロバイダは、上述したように、パッケージを構成し、ブロードキャストネットワーク又はブロードバンドネットワークを介してパッケージのコンフィグレーション情報を送信する。コンフィグレーション情報は、アセットのための使用可能な送信経路に関する情報を含む。送信経路は、送信特性により決定される。
受信器は、送信されたパッケージのコンフィグレーション情報を読み出すことにより受信器の環境により適切なアセットを受信するように決定し、送信経路に沿ってアセットを受信する。受信されたアセットは、コンポジション情報により時間的にかつ空間的に配置された後に再生され、ユーザに配信される。
スクリーンコンフィグレーションが右視アセットが使用不可能である場合を含むので、コンテンツは、右視アセットなしに左視アセットのみで生成され表現される。
【００８０】
＜コンプレックスパッケージコンテンツ（シナリオ２）＞
図１３は、本発明の実施形態による統合パッケージ及びそのサブパッケージを示す図である。
図１３を参照すると、コンプレックスコンテンツスクリーンは、様々なコンテンツで構成される。映画、ニュース、及びリアルタイムインターネット検索クエリは、１つのスクリーン上に配置される。各構成要素は、相互に異なるサーバから送信されてもよい。すなわち、映画は、映画会社から送信され、ニュースは、ニュースチャネルから送信され、リアルタイムインターネット検索クエリは、ポータルサイトから送信される。
【００８１】
提案されたパッケージで構成されたコンテンツの送信シナリオは、次のようである。
受信装置マニュファクチュアラにより運営されるハブサイト、ブロードキャストステーション、及び／又は第３のサービスアグリゲータからメインスクリーンを構成するパッケージが作成される。パッケージの場合に、幾つかの構成要素は、次の通りにスクリーン上に配置される。
【００８２】
映画、ニュース、及びリアルタイムインターネット検索クエリのような統合サービスの構成要素が他の統合サービスで再使用されることができるために、これらを１つのパッケージのアセットとして管理するよりは、この構成要素を個別のパッケージの形態で作成することにより、他のパッケージで再使用できるようにすることが効率的である。したがって、映画、ニュース、及びリアルタイムインターネット検索クエリのそれぞれは、１つのパッケージとして構成され、統合パッケージは、これらの個別のパッケージを含むように構成される。
【００８３】
統合パッケージ１は、そのサブパッケージ２、３、及び４をＣＩで示す。サブパッケージ２、３、及び４が相互に異なるサーバに存在するので、統合パッケージ１は、そのサブパッケージ２、３、及び４のリンクだけを示す。
サブパッケージ２は、全画面が映画で構成される。
サブパッケージ３は、全画面がニュースで構成される。
サブパッケージ４は、全画面がリアルタイムインターネット検索クエリで構成される。
【００８４】
送信装置において、パッケージ情報は、その制御レイヤーに転送される。制御レイヤーは、開始時点からＣＩを読み出し、ＣＩを周期的に受信器に送信する。
受信器は、送信されたパッケージのコンフィグレーション情報を読み出すことにより受信器の環境により適切なパッケージを受信するように決定し、送信経路に沿ってこのパッケージを受信する。受信されたパッケージは、コンポジション情報により時間的にかつ空間的に配置された後に再生され、ユーザに配信される。
【００８５】
図１４は、本発明の実施形態による送信方法を示すフローチャートである。
図１４を参照すると、送信装置は、例えば、サービスプロビジョンサーバであるが、これに限定されない。
送信装置は、ステップ１４０１において、上述したようなパッケージを構成するパッケージ構成要素を決定する。送信装置は、ステップ１４０３において、この決定されたパッケージ構成要素を含むパッケージを生成し、ステップ１４０５において、この生成されたパッケージを端末に送信する。このパッケージは、ＩＳＯＦＦ構造に含まれ、１つのファイルにマッピングされる。他方、ファイル構成要素は、ファイルの形態で作成され、１つのフォルダの構成要素に含まれてもよく、又はＺＩＰファイルのような圧縮ファイルに含まれてもよい。
【００８６】
また、この作成されたパッケージは、ブロードキャストネットワーク及びブロードバンドネットワークの相互に異なる２種類の物理的な特性を有するネットワークを介して端末に送信されてもよい。他方、個々のパッケージは、コンテンツ別に作成されてもよく、個々のパッケージで構成された統合パッケージは、作成され、端末に送信されてもよい。
【００８７】
図１５は、本発明の実施形態による受信方法を示すフローチャートである。
図１５を参照すると、受信装置、例えば、端末であるが、受信装置は、端末に限定されない。
受信装置は、ステップ５０１において、本発明の実施形態に従って構成されたパッケージ構成要素を含むパッケージを受信し、ステップ１５０３において、このパッケージ構成要素を分析する。ステップ１５０５及び１５０７において、受信装置は、分析されたパッケージ構成要素に基づいてコンテンツのデコーディング及び再生を行う。受信されたパッケージ構成要素が本発明の実施形態に従って構成されるパッケージ構成要素であることは、当該技術分野における通常の知識を有する者には明らかであろう。
【００８８】
図１６は、本発明の実施形態による送信装置の構成を示すブロック図である。
図１６を参照すると、送信装置１６００、例えば、サービス提供サーバは、サービスデータ提供部１６０１、パッケージ生成部１６０３、及び送信部１６０５を含む。図面に図示していないが、本発明の動作を実行するために、送信装置は、その構成要素を制御できる制御部を有することは、当該技術分野における通常の知識を有する者には明らかであろう。
【００８９】
サービスデータ提供部１６０１は、すべての可能なサービスソースを有する。
パッケージ生成部１６０３は、上述したようなパッケージを構成するパッケージ構成要素を決定し、この決定されたパッケージ構成要素を含むパッケージを生成する。
送信部１６０５は、生成されたパッケージを端末に送信する。パッケージ生成部１６０３は、このパッケージをＩＳＯＦＦ構造に含め、これを１つのファイルにマッピングしてもよい。他方、パッケージ生成部１６０３は、ファイル構成要素をファイルの形態で作成し、このファイル構成要素を１つのフォルダの構成要素に含めてもよく、又は、ＺＩＰファイルのような圧縮ファイルに含めてもよい。
【００９０】
また、送信部１６０５は、ブロードキャストネットワーク及びブロードバンドネットワークの相互に異なる２種類の物理的な特性を有するネットワークを介してこの作成されたパッケージを端末に送信してもよい。他方、個々のパッケージは、コンテンツ別に作成されてもよく、個々のパッケージで構成された統合パッケージは、作成され、端末に送信されてもよい。
【００９１】
図１７は、本発明の実施形態による受信装置の構成を示すブロック図である。
図１７を参照すると、受信装置１７００は、例えば、端末であるが、受信装置は、端末に限定されない。
受信装置は、受信部１７０１、パッケージ分析部１７０３、及び復号化部／再生部１７０５を含む。図面に図示していないが、本発明の動作を実行するために、受信装置は、その構成要素を制御できる制御部を有することは、当該技術分野における通常の知識を有する者には明らかであろう。
【００９２】
受信部１７０１は、本発明の実施形態に従って構成されたパッケージ構成要素を含むパッケージを受信する。
パッケージ分析部１７０３は、この受信されたパッケージ構成要素を分析する。受信されたパッケージ構成要素が本発明の実施形態に従って構成されるパッケージ構成要素であることは、当該技術分野における通常の知識を有する者には明らかであろう。
復号化部／再生部１７０５は、この分析されたパッケージ構成要素に基づいてコンテンツの復号化及び再生を行う。
【００９３】
図面には図示していないが、本発明の実施形態により生成されたパッケージによるデータの記録、記憶、及び再生を行うことができる。パッケージ構成要素が１つのパッケージに含まれる場合に、１つのパッケージは、記憶媒体（例えば、コンパクトディスク（ＣＤ）、ディジタル多用途ディスク（ＤＶＤ）、データベース（ＤＢ）、及びユニバーサルシリアルバス（ＵＳＢ）メモリ）に提案されたＭＭＴアセット、コンフィグレーション情報、コンポジション情報（ＣＩ）、トランスポート特性、パッケージ識別子情報、アセットリスト情報、権限管理情報、及びトランスポートタイムライン情報を含むように記憶される。再生の間に、受信装置は、パッケージ構成要素を分析することによりコンテンツを再生できる。ＵＲＬを記憶位置情報（例えば、メモリアドレス）に置き換えることにより、記憶媒体を用いてコンテンツの記憶及び再生をさらに容易に行うことができる。
【００９４】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００９５】
１６００  送信装置
１６０１  サービスデータ提供部
１６０３  パッケージ生成部
１６０５  送信部
１７００  受信装置
１７０１  受信部
１７０３  パッケージ分析部
１７０５  復号化部／再生部
【図１】
2020099087.tif 000003
【図２】
2020099087.tif 000004
【図３】
2020099087.tif 000005
【図４】
2020099087.tif 000006
【図５】
2020099087.tif 000007
【図６】
2020099087.tif 000008
【図７】
2020099087.tif 000009
【図８】
2020099087.tif 000010
【図９】
2020099087.tif 000011
【図１０】
2020099087.tif 000012
【図１１】
2020099087.tif 000013
【図１２】
2020099087.tif 000014
【図１３】
2020099087.tif 000015
【図１４】
2020099087.tif 000016
【図１５】
2020099087.tif 000017
【図１６】
2020099087.tif 000018
【図１７】
2020099087.tif 000019