特許 6730320 ステレオスコピックビデオデータを処理するためのＭＭＴ装置および方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6730320

(24)【登録日】2020年7月6日

(45)【発行日】2020年7月29日

(54)【発明の名称】ステレオスコピックビデオデータを処理するためのＭＭＴ装置および方法

(51)【国際特許分類】

   H04N 13/161 20180101AFI20200716BHJP

   H04N 13/178 20180101ALI20200716BHJP

   H04N 13/286 20180101ALI20200716BHJP

   H04N 19/597 20140101ALI20200716BHJP

   H04N 21/236 20110101ALI20200716BHJP

   H04H 20/28 20080101ALI20200716BHJP

   H04H 60/07 20080101ALI20200716BHJP

【ＦＩ】

   H04N13/161

   H04N13/178

   H04N13/286

   H04N19/597

   H04N21/236

   H04H20/28

   H04H60/07

【請求項の数】13

【全頁数】25

(21)【出願番号】特願2017-557980(P2017-557980)

(86)(22)【出願日】2016年6月15日

(65)【公表番号】特表2018-526839(P2018-526839A)

(43)【公表日】2018年9月13日

(86)【国際出願番号】KR2016006333

(87)【国際公開番号】WO2016204502

(87)【国際公開日】20161222

【審査請求日】2019年1月8日

(31)【優先権主張番号】10-2015-0086168

(32)【優先日】2015年6月17日

(33)【優先権主張国】KR

(31)【優先権主張番号】10-2015-0088689

(32)【優先日】2015年6月22日

(33)【優先権主張国】KR

(31)【優先権主張番号】10-2015-0153397

(32)【優先日】2015年11月2日

(33)【優先権主張国】KR

(31)【優先権主張番号】10-2016-0072720

(32)【優先日】2016年6月10日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】596099882

【氏名又は名称】エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート

【氏名又は名称原語表記】ＥＬＥＣＴＲＯＮＩＣＳ ＡＮＤ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＲＥＳＥＡＲＣＨ ＩＮＳＴＩＴＵＴＥ

(74)【代理人】

【識別番号】100091982

【弁理士】

【氏名又は名称】永井 浩之

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村 行孝

(74)【代理人】

【識別番号】100082991

【弁理士】

【氏名又は名称】佐藤 泰和

(74)【代理人】

【識別番号】100105153

【弁理士】

【氏名又は名称】朝倉 悟

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100096921

【弁理士】

【氏名又は名称】吉元 弘

(72)【発明者】

【氏名】リー、ジン、ヨン

(72)【発明者】

【氏名】ユン、クグ、ジン

(72)【発明者】

【氏名】チョン、ウォン、シク

【審査官】 秦野 孝一郎

(56)【参考文献】

【文献】 特表２０１４−５３４６９６（ＪＰ，Ａ）

【文献】 特開２０１１−２４４４１１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １３／００−１３／３９８

Ｈ０４Ｎ １９／００−１９／９８

Ｈ０４Ｎ ２１／００−２１／８５８

Ｈ０４Ｈ ２０／２８

Ｈ０４Ｈ ６０／０７

(57)【特許請求の範囲】

【請求項1】

ステレオスコピックビデオデータを処理するためのＭＭＴ装置において、
前記ステレオスコピックビデオデータを含む単一のアセットファイルを生成するアセットファイル生成部；および
前記ステレオスコピックビデオデータのためのシグナリングメッセージを生成するシグナリングメッセージ生成部を含み、
前記シグナリングメッセージが前記ステレオスコピックビデオデータと関連したステレオスコピックビデオ情報を含み、
前記ステレオスコピックビデオデータが、基本階層及び向上階層に関連したスケラーブルＨＥＶＣ（ＳＨＶＣ）に基づいて符号化されるとき、各ビューの位置を決定するための２Ｄ／３Ｄ指示子（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）が提供され、
前記２Ｄ／３Ｄ指示子（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）は、ｎｕｍ＿ｖｉｅｗと、前記ｎｕｍ＿ｖｉｅｗに関連したビュー位置（Ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ）を含むことを特徴とする、ＭＭＴ装置。

【請求項2】

前記ステレオスコピックビデオ情報は
ステレオスコピックビデオを構成する左映像と右映像の組み合わせ方式を指示する組み合わせ類型情報；
前記ステレオスコピックビデオで前記左映像と前記右映像間の順序を指示する映像順序指示情報；および
前記ステレオスコピックビデオを構成する特定ビューの映像が左映像であるかまたは右映像であるかを指示する映像種類指示情報を含むことを特徴とする、請求項１に記載のＭＭＴ装置。

【請求項3】

前記組み合わせ類型情報は、左右方式、垂直ライン交差方式、フレームシーケンス方式、左／右ビューシーケンス方式および上下方式のうちいずれか一つを指示することを特徴とする、請求項２に記載のＭＭＴ装置。

【請求項4】

前記映像種類指示情報は、前記組み合わせ類型情報が左／右ビューシーケンス方式を指示する場合にのみ前記ステレオスコピックビデオ情報に含まれることを特徴とする、請求項３に記載のＭＭＴ装置。

【請求項5】

前記ステレオスコピックビデオ情報は、ＩＳＯ／ＩＥＣ２３００８−１１標準に規定されているステレオスコピックビデオメディア情報（ｓｖｍｉ）ボックスのシンタックスフォーマットで記述されて前記単一のアセットファイルに含まれることを特徴とする、請求項４に記載のＭＭＴ装置。

【請求項6】

前記ステレオスコピックビデオ情報は、ＩＳＯ／ＩＥＣ２３００８−１標準に規定されているステレオスコピックビデオ情報ディスクリプタのシンタックスフォーマットで記述されて前記シグナリングメッセージのＭＭＴパッケージ（ＭＭＴ Ｐａｃｋａｇｅ、ＭＰ）テーブルに含まれることを特徴とする、請求項４に記載のＭＭＴ装置。

【請求項7】

前記ステレオスコピックビデオ情報は
ステレオスコピックビデオが２Ｄビデオサービスに互換できるかを指示するサービス互換性情報；
前記ステレオスコピックビデオを構成する特定ビューの映像が左映像であるかまたは右映像であるかを指示する映像種類指示情報；
前記ステレオスコピックビデオを構成する特定ビューの映像が２Ｄビデオサービスに利用できるかを指示する基本映像指示情報；
前記ステレオスコピックビデオを構成する左映像と右映像の組み合わせ方式を指示する組み合わせ類型情報；および
前記ステレオスコピックビデオで前記左映像と前記右映像との間の順序を指示する映像順序指示情報を含み、
前記映像種類指示情報と前記基本映像指示情報は前記サービス互換性情報が互換可能であることを指示する場合にのみ含まれ、
前記組み合わせ類型情報と前記基本映像指示情報は前記サービス互換性情報が互換不可であることを指示する場合にのみ含まれることを特徴とする、請求項１に記載のＭＭＴ装置。

【請求項8】

前記ステレオスコピックビデオ情報は、ＩＳＯ／ＩＥＣ２３００８−１標準に規定されているステレオスコピックビデオ情報（ｓｖｉｎ）ボックスのシンタックスフォーマットで記述されて前記単一のアセットファイルに含まれることを特徴とする、請求項７に記載のＭＭＴ装置。

【請求項9】

前記ステレオスコピックビデオ情報は、ＩＳＯ／ＩＥＣ２３００８−１標準に規定されているステレオスコピックビデオ情報ディスクリプタのシンタックスフォーマットで記述されて前記シグナリングメッセージのＭＭＴパッケージ（ＭＭＴ Ｐａｃｋａｇｅ、ＭＰ）テーブルに含まれることを特徴とする、請求項７に記載のＭＭＴ装置。

【請求項10】

ＭＭＴ装置でステレオスコピックビデオデータを処理する方法において、
前記ステレオスコピックビデオデータを含む単一のアセットファイルを生成する段階；および
前記ステレオスコピックビデオデータのためのシグナリングメッセージを生成する段階を含み、
前記ステレオスコピックビデオデータと関連したステレオスコピックビデオ情報を含めて前記シグナリングメッセージを生成し、
前記ステレオスコピックビデオデータが、基本階層及び向上階層に関連したスケラーブルＨＥＶＣ（ＳＨＶＣ）に基づいて符号化されるとき、各ビューの位置を決定するための２Ｄ／３Ｄ指示子（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）が提供され、
前記２Ｄ／３Ｄ指示子（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）は、ｎｕｍ＿ｖｉｅｗと、前記ｎｕｍ＿ｖｉｅｗに関連したビュー位置（Ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ）を含むことを特徴とする、方法。

【請求項11】

前記ステレオスコピックビデオ情報は、ステレオスコピックビデオを構成する左映像と右映像の組み合わせ方式を指示する組み合わせ類型情報、前記ステレオスコピックビデオで前記左映像と前記右映像間の順序を指示する映像順序指示情報および前記ステレオスコピックビデオを構成する特定ビューの映像が左映像であるかまたは右映像であるかを指示する映像種類指示情報を含み、
前記組み合わせ類型情報は、左右方式、垂直ライン交差方式、フレームシーケンス方式、左／右ビューシーケンス方式および上下方式のうちいずれか一つを指示し、
前記映像種類指示情報は、前記組み合わせ類型情報が左／右ビューシーケンス方式を指示する場合にのみ前記ステレオスコピックビデオ情報に含まれることを特徴とする、請求項１０に記載の方法。

【請求項12】

前記ステレオスコピックビデオ情報は、ＩＳＯ／ＩＥＣ２３００８−１１標準に規定されているステレオスコピックビデオメディア情報（ｓｖｍｉ）ボックスのシンタックスフォーマットで記述されて前記単一のアセットファイルに含まれることを特徴とする、請求項１１に記載の方法。

【請求項13】

前記ステレオスコピックビデオ情報は、ＩＳＯ／ＩＥＣ２３００８−１標準に規定されているステレオスコピックビデオ情報ディスクリプタのシンタックスフォーマットで記述されて前記シグナリングメッセージのＭＭＴパッケージ（ＭＭＴ Ｐａｃｋａｇｅ、ＭＰ）テーブルに含まれることを特徴とする、請求項１１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、エムペグマルチメディア転送（Ｍｐｅｇ Ｍｕｌｔｉｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ、ＭＭＴ）技術に関するもので、より具体的にはステレオスコピックビデオデータを処理するためのＭＭＴ装置と方法に関するものである。

【背景技術】

【0002】

ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）は、ＭＰＥＧシステム分科（ｓｙｓｔｅｍｓ ｓｕｂ−ｗｏｒｋｉｎｇ ｇｒｏｕｐ）でマルチメディアコンテンツの保存および転送のために開発した新しい標準技術である。ＭＰＥＧシステム分科による既存の標準技術は、放送網においてマルチメディアコンテンツを転送するために必要なパケット化、同期化、マルチプレキシングなどの機能を規定したものであって、ＭＰＥＧ−２ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）技術として標準化されて現在広く用いられている。ところが、ＭＰＥＧ−２ＴＳ技術は既存の放送網を前提として開発された技術であり、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）基盤のネットワーク環境に基づいたＩＰＴＶ放送やモバイル放送のためのマルチメディアコンテンツの転送には不適法な要素が存在するので非効率的である。したがって、ＭＰＥＧシステム分科では、新しいメディア転送の環境はもちろん、今後予想されるメディア転送の環境を考慮して新しいメディア転送標準の必要性を認識するようになり、その結果、ＭＭＴ標準を開発することになった。

【0003】

現在開発済みのＭＭＴ標準である「ＩＳＯ／ＩＥＣ２３００８−１」は、メディアデータの保存および転送に関連した標準であり、ＭＭＴシステムを利用してメディアデータであるアセット（Ａｓｓｅｔ）に対するカプセル化処理を通じて個別ファイルとして保存したり転送することに関して規定している。ところが、現在制定済みのＭＭＴ標準は２Ｄ映像を含むマルチメディアコンテンツの処理および消費機能を支援しているが、ステレオスコピックビデオを含むマルチメディアコンテンツに対する処理および消費機能は支援していない。

【0004】

一方、最近デジタル放送、インターネットを介したストリーミングを通じた高解像度ビデオサービスが普遍化するにつれて、超高鮮明テレビ（Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｔｅｌｅｖｉｓｉｏｎ、ＵＨＤＴＶ）サービスが浮上しており、これと共にステレオスコピックビデオ、すなわち３Ｄ映像を利用したデジタル放送サービスも次世代放送サービスとして注目を浴びている。特に、４Ｋ以上の高画質の商用ステレオスコピックディスプレイの発売などのような関連技術の発達により、各家庭において３Ｄ映像を楽しむことができる３ＤＴＶサービスが近い将来に提供され得るものと予想されている。

【0005】

このような趨勢に伴って、一例として、ＡＴＳＣ（Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ）は４Ｋ ＵＨＤ放送サービスを目的として標準化（ＡＴＳＣ３．０）を進めている。このような状況で３ＤＴＶサービスを提供するためには、まず２Ｄコンテンツに対する４Ｋ ＵＨＤ放送サービスとの互換性を維持しながら３Ｄコンテンツも転送する方式を採択せざるを得ないが、問題は３Ｄコンテンツを転送するためには２Ｄコンテンツを転送するより多くの帯域幅が必要とされるということである。ＡＴＳＣではこれを解決するために、既存のチャネルに別途のチャネルを結合して３ＤＴＶ放送サービスを提供する方式で技術を開発している。すなわち、ＡＴＳＣ３．０では２個のＵＨＤチャネルやＨＤチャネル、すなわちマルチチャネル基盤の３ＤＴＶ放送サービスに対する標準化が進められており、これをサービスするための符号化方法としては高効率ビデオコーディング（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、ＨＥＶＣ）やＳＨＶＣ（Ｓｃａｌａｂｌｅ ＨＥＶＣ）を採択している。

【0006】

しかし、ＡＴＳＣ３．０においてもまだ３ＤＴＶ放送サービスのためにステレオスコピックビデオデータをどのように転送すればよいのかについて具体的に提案していない。３ＤＴＶ放送サービスを提供するために、ＭＰＥＧシステムを通じて３Ｄコンテンツを提供する方法も一つの方案として考慮することもできるが、前述した通り、ＭＰＥＧ−２ＴＳ技術は現在の放送網に適合していない側面があり、ＭＭＴ技術はまだ３Ｄコンテンツの転送は支援していない。

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明が解決しようとする一つの課題は、ＭＭＴシステムでステレオスコピックビデオコンテンツを保存および／または転送できるように、ステレオスコピックビデオデータを処理するためのＭＭＴ装置と方法を提供することである。

【0008】

本発明が解決しようとするもう一つの課題は、２ＤＴＶ放送サービスとの互換性を維持しながら高画質の３ＤＴＶ放送サービスが提供できるステレオスコピックビデオデータを処理するためのＭＭＴ装置と方法を提供することである。

【課題を解決するための手段】

【0009】

前記の課題を解決するための本発明の一実施例に係るステレオスコピックビデオデータを処理するためのＭＭＴ装置は、前記ステレオスコピックビデオデータの全部または一部を含む単一のアセットファイルを生成するアセットファイル生成部および前記ステレオスコピックビデオデータの伝達または消費のためのシグナリングメッセージを生成するシグナリングメッセージ生成部を含む。そして、前記単一のアセットファイルと前記シグナリングメッセージのうち少なくとも一つが前記ステレオスコピックビデオデータと関連したステレオスコピックビデオ情報を含む。

【0010】

前記実施例の一側面によると、前記ステレオスコピックビデオ情報はステレオスコピックビデオを構成する左映像と右映像の組み合わせ方式を指示する組み合わせ類型情報、前記ステレオスコピックビデオで前記左映像と前記右映像間の順序を指示する映像順序指示情報および前記ステレオスコピックビデオを構成する特定ビューの映像が左映像であるかまたは右映像であるかを指示する映像種類指示情報を含むことができる。この時、前記組み合わせ類型情報は、左右方式、垂直ライン交差方式、フレームシーケンス方式、左／右ビューシーケンス方式および上下方式のうちいずれか一つを指示することができる。そして、前記映像種類指示情報は、前記組み合わせ類型情報が左／右ビューシーケンス方式を指示する場合にのみ前記ステレオスコピックビデオ情報に含まれ得る。このようなステレオスコピックビデオ情報は、ＩＳＯ／ＩＥＣ２３００８−１１標準に規定されているステレオスコピックビデオメディア情報（ｓｖｍｉ）ボックスのシンタックスフォーマットで記述されて前記単一のアセットファイルに含まれるか、またはＩＳＯ／ＩＥＣ２３００８−１標準に規定されているステレオスコピックビデオ情報ディスクリプタのシンタックスフォーマットで記述されて前記シグナリングメッセージのＭＭＴパッケージ（ＭＭＴ Ｐａｃｋａｇｅ、ＭＰ）テーブルに含まれ得る。

【0011】

前記実施例の他の側面によると、前記ステレオスコピックビデオ情報は、ステレオスコピックビデオが２Ｄビデオサービスに互換できるかを指示するサービス互換性情報、前記ステレオスコピックビデオを構成する特定ビューの映像が左映像であるか、または右映像であるかを指示する映像種類指示情報、前記ステレオスコピックビデオを構成する特定ビューの映像が２Ｄビデオサービスに利用できるかを指示する基本映像指示情報、前記ステレオスコピックビデオを構成する左映像と右映像の組み合わせ方式を指示する組み合わせ類型情報および前記ステレオスコピックビデオで前記左映像と前記右映像間の順序を指示する映像順序指示情報を含み、前記映像種類指示情報と前記基本映像指示情報は前記サービス互換性情報が互換可能であることを指示する場合にのみ含まれ、前記組み合わせ類型情報と前記基本映像指示情報は前記サービス互換性情報が互換不可であることを指示する場合にのみ含まれ得る。このようなステレオスコピックビデオ情報は、ＩＳＯ／ＩＥＣ２３００８−１標準に規定されているステレオスコピックビデオ情報（ｓｖｉｎ）ボックスのシンタックスフォーマットで記述されて前記単一のアセットファイルに含まれるか、またはＩＳＯ／ＩＥＣ２３００８−１標準に規定されているステレオスコピックビデオ情報ディスクリプタのシンタックスフォーマットで記述されて前記シグナリングメッセージのＭＭＴパッケージ（ＭＭＴ Ｐａｃｋａｇｅ、ＭＰ）テーブルに含まれ得る。

【0012】

前記の課題を解決するための本発明の一実施例に係るＭＭＴ装置でステレオスコピックビデオデータを処理する方法は、前記ステレオスコピックビデオデータの全部または一部を含む単一のアセットファイルを生成する段階、および前記ステレオスコピックビデオデータの伝達または消費のためのシグナリングメッセージを生成する段階を含む。そして、前記単一のアセットファイルの生成段階と前記シグナリングメッセージの生成段階のうち少なくとも一つの段階において前記ステレオスコピックビデオデータと関連したステレオスコピックビデオ情報を含めて前記単一のアセットファイルまたは前記シグナリングメッセージを生成することができる。

【0013】

前記実施例の一側面によると、前記ステレオスコピックビデオ情報はステレオスコピックビデオを構成する左映像と右映像の組み合わせ方式を指示する組み合わせ類型情報、前記ステレオスコピックビデオで前記左映像と前記右映像間の順序を指示する映像順序指示情報および前記ステレオスコピックビデオを構成する特定ビューの映像が左映像であるかまたは右映像であるかを指示する映像種類指示情報を含み、前記組み合わせ類型情報は左右方式、垂直ライン交差方式、フレームシーケンス方式、左／右ビューシーケンス方式および上下方式のうちいずれか一つを指示し、前記映像種類指示情報は前記組み合わせ類型情報が左／右ビューシーケンス方式を指示する場合にのみ前記ステレオスコピックビデオ情報に含まれ得る。そして、このようなステレオスコピックビデオ情報は、ＩＳＯ／ＩＥＣ２３００８−１１標準に規定されているステレオスコピックビデオメディア情報（ｓｖｍｉ）ボックスのシンタックスフォーマットで記述されて前記単一のアセットファイルに含まれるかまたはＩＳＯ／ＩＥＣ２３００８−１標準に規定されているステレオスコピックビデオ情報ディスクリプタのシンタックスフォーマットで記述されて前記シグナリングメッセージのＭＭＴパッケージ（ＭＭＴ Ｐａｃｋａｇｅ、ＭＰ）テーブルに含まれ得る。

【発明の効果】

【0014】

前述した本発明の実施例によると、アセットファイルおよび／またはシグナリングメッセージにステレオスコピックビデオ情報を含めるので、ＭＭＴシステムでステレオスコピックビデオコンテンツを保存および／または転送することが可能である。併せて、ステレオスコピック情報は組み合わせ類型情報、映像順序指示情報および映像種類指示情報などを含むので、ＤＴＶ放送サービスとの互換性を維持しながら高画質の３ＤＴＶ放送サービスを提供することができる。

【図面の簡単な説明】

【0015】

【図1】ＭＭＴシステムの各機能領域が含まれた階層構造を図示した図面。

【図2】ＭＭＴパッケージの論理的構造を示している図面。

【図3】本発明の一実施例に係るステレオスコピックビデオデータを処理するためのＭＭＴ装置の構成を概略的に示したブロック図。

【図4】図３のアセットファイル生成部が生成したアセットファイルの概略的な構成の一例を示している図面である。

【図5】図４のアセットファイルヘッダを表現するためのファイルシンタックスの一例を示している図面。

【図6】図３のアセットファイル生成部が生成したアセットファイルの概略的な構成の他の例を示している図面。

【図7】図６のアセットファイルヘッダを表現するためのファイルシンタックスの一例を示している図面。

【図8】ＭＰテーブルに含まれ得るステレオスコピックビデオ情報ディスクリプタの一例を示している図面。

【図9】ＭＰテーブルに含まれ得るステレオスコピックビデオ情報ディスクリプタの他の例を示している図面。

【図10】２個の独立ＨＥＶＣコーデックを利用して３ＤＴＶ放送サービスを提供するためのサービスシナリオを図式的に示した図面。

【図11】１個のＳＨＶＣコーデックを利用して３ＤＴＶ放送サービスを提供するためのサービスシナリオを図式的に示した図面。

【図12】システムレベルで転送されるステレオスコピックビデオ情報の他の例としてＨＥＶＣステレオスコピックビデオ情報ディスクリプタ（ＨＥＶＣ＿ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｖｉｄｅｏ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）を示している図面。

【図13】２Ｄ／３Ｄ指示子（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）メッセージの一例を示している図面。

【図14】図１０に図示されたサービスシナリオに沿ってビデオレベルで２ＤＴＶ番組と３ＤＴＶ番組を区分する方法の一例を図式的に示している図面。

【図15】図１１に図示されたサービスシナリオに沿ってビデオレベルで２ＤＴＶ番組と３ＤＴＶ番組を区分する方法の一例を図式的に示している図面。

【発明を実施するための形態】

【0016】

以下、添付された図面を参照して実施例をより詳細に説明する。しかし、このような図面は技術的思想の内容と範囲を簡単に説明するための例示に過ぎないものであり、これによって技術的範囲が限定または変更されるものではない。そして、このような例示に基づいて技術的思想の範囲内で多様な変形と変更が可能であることは通常の技術者にとっては自明である。また、本明細書で用いられる用語および単語は実施例での機能を考慮して選択された用語であって、その用語の意味は使用者、運用者の意図または慣例などにより異なり得る。したがって、後述する実施例において用いられる用語は、本明細書に具体的に定義されている場合にはその定義に従い、具体的に定義されていない場合は通常の技術者が一般的に認識する意味に解釈されるべきである。

【0017】

図１は、ＭＭＴシステムの各機能領域が含まれた階層構造を図示した図面である。図１を参照すれば、ＭＭＴシステム１００は、カプセル化機能階層（Ｅｎｃａｐｓｕｌａｔｉｏｎ Ｆｕｎｃｔｉｏｎ Ｌａｙｅｒ、Ｌａｙｅｒ Ｅ）１１０、伝達機能階層（Ｄｅｌｉｖｅｒｙ Ｆｕｎｃｔｉｏｎ Ｌａｙｅｒ、Ｌａｙｅｒ Ｄ）１２０、およびシグナリング機能階層（Ｓｉｇｎａｌｉｎｇ Ｆｕｎｃｔｉｏｎ Ｌａｙｅｒ、Ｌａｙｅｒ Ｓ）１３０から構成される。

【0018】

メディア符号化階層（Ｍｅｄｉａ Ｃｏｄｉｎｇ Ｌａｙｅｒ、１２）で圧縮されたマルチメディアデータは、カプセル化機能階層１１０を経てファイルフォーマットと類似の形態でパッケージ化されて出力される。カプセル化機能階層１１０は、メディア符号化階層から提供されるコーディングされたメディアデータを入力としてＭＭＴサービスのための小さい単位であるデータフラグメント（ｆｒａｇｍｅｎｔ）またはセグメント（ｓｅｇｍｅｎｔ）を生成し、データフラグメントを使ってＭＭＴサービスのためのアクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔ、ＡＵ）を生成する。また、カプセル化機能階層１１０は、アクセスユニット（ＡＵ）を結合および／または分割することによって複合コンテンツの生成およびその保存および／または転送のための所定フォーマットのデータを生成する。

【0019】

伝達機能階層１２０は、ネットワークを通じて転送されるメディアのネットワークフローマルチプレキシング（ｎｅｔｗｏｒｋ ｆｌｏｗ ｍｕｌｔｉｐｌｅｘｉｎｇ）、ネットワークパケット化（ｎｅｔｗｏｒｋ ｐａｃｋｅｔｉｚａｔｉｏｎ）、ＱｏＳ制御などを遂行することができる。より具体的には、伝達機能階層１２０はカプセル化機能階層１１０から出力される一つ以上のデータユニット（Ｄａｔａ Ｕｎｉｔ、ＤＵ）をＭＭＴペイロードフォーマットに変換した後、ＭＭＴ転送パケットヘッダ（ＭＭＴ ｔｒａｎｓｐｏｒｔ ｐａｃｋｅｔ ｈｅａｄｅｒ）を付加してＭＭＴパケットで構成するか、または既存の転送プロトコルであるＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）を使ってＲＴＰパケットで構成することができる。伝達機能階層１２０で構成されたパケットは、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）またはＴＣＰ（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のような転送プロトコル階層１４を経て最終的にインターネットプロトコル（ＩＰ）階層１６でＩＰパケット化されて転送される。

【0020】

そして、シグナリング機能階層１３０は、パッケージの転送および消費に必要な制御情報あるいはシグナリング情報を所定フォーマットのメッセージとして生成する。生成されたシグナリングメッセージはメディアデータとともにＭＭＴパケット化されて転送されるか、または別途のシグナリングメッセージとしてＭＭＴパケット化されて受信側に転送され得る。

【0021】

そして、図２はＭＭＴパッケージ（ＭＭＴ ｐａｃｋａｇｅ）の論理的構造（ｌｏｇｉｃａｌ ｓｔｒｕｃｔｕｒｅ）を示している図面であり、ＭＭＴパッケージを構成する構成要素と各溝性要素との間の関係を示している。

【0022】

図２を参照すると、ＭＭＴパッケージはメディアコンテンツデータおよびこれと関連したメタデータの集合であって、表現情報（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ、ＰＩ）、一つ以上のアセット（Ａｓｓｅｔｓ）、そして転送特性（Ｔｒａｎｓｐｏｒｔ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ＴＣｓ）で構成されている。ＰＩはアセットの時空間的な関係を説明する情報である。アセットは、オーディオ、ビデオまたはウェブページなどのようなエンコーディングされたメディアデータであり、各アセットはアセットＩＤ（Ａｓｓｅｔ ＩＤ）を識別子として有する。アセットはそれぞれ一つ以上のメディアプロセッシングユニット（Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＭＰＵ）を含むことができるが、ＭＰＵはＩＳＯ−ＢＭＦＦ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｏｒｇａｎｉｚａｔｉｏｎ − Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ）形態のファイルとして独立して消費され得る。一つのアセット内で連続する２個のＭＰＵが同じメディアサンプルを含むことはできない。そして、ＴＣはアセットの転送のために必要なＱｏＳ情報を提供するが、一つのアセットは一つのＴＣのみを有することができるものの、一つのＴＣは複数のアセット（Ｍｕｌｔｉｐｌｅ Ａｓｓｅｔｓ）に使うことができる。

【0023】

ＭＭＴ技術によると、左映像と右映像が別個のフレームで構成されたステレオスコピックビデオの場合に、左映像と右映像はそれぞれ別個のアセットＩＤを有する。そして、ＭＭＴ技術ではコンテンツの転送や再生およびこのためのデータ処理やサービス品質管理などは、アセット単位で別個のファイルと見なされて独立して処理されるので、左映像と右映像を復元して再生するためには左映像アセットと右映像アセットを時間的に同期化して３Ｄ映像で再生することが必要である。また、左映像アセットと右映像アセットで構成されたステレオスコピックビデオの場合には、２Ｄディスプレイにも再生できるようにすることが好ましい。

【0024】

併せて、ステレオスコピックビデオは左映像と右映像が別個のフレームで構成されてもよいが、左映像と右映像が一つのフレームに多様な方式で組み合わせられて構成されてもよい。例えば、ステレオスコピックビデオは、左右方式（ｓｉｄｅ−ｂｙ−ｓｉｄｅ ｔｙｐｅ）、上下方式（ｔｏｐ−ｂｏｔｔｏｍ ｔｙｐｅ）または垂直ライン交差方式（ｖｅｒｔｉｃａｌ ｌｉｎｅ ｉｎｔｅｒｌｅａｖｅｄ ｔｙｐｅ）で組み合わせられて一つのフレームを構成することもできる。この場合、左右の映像が組み合わせられたステレオスコピックビデオは全体が一つのアセットと見なされてもよいが、これに限定されず、左映像と右映像がそれぞれ別個のアセットと見なされてもよい。

【0025】

このように、ステレオスコピックビデオは多様な方式で組み合わせられて構成され得る。そして、一つのフレームに組み合わせられたステレオスコピックビデオはそれ自体が一つのアセットで構成されてもよいが、左映像と右映像がそれぞれ別個のアセットで構成されてもよい。併せて、ステレオスコピックビデオデータは３Ｄディスプレイを利用して再生することはもちろん、２Ｄディスプレイを利用して再生することもできることが好ましい。したがって、ＭＭＴシステムを通じてステレオスコピックビデオデータを保存するか、またはＭＭＴ送信エンティティ（ＭＭＴ ｓｅｎｄｉｎｇ ｅｎｔｉｔｙ）からＭＭＴ受信エンティティ（ＭＭＴ ｒｅｃｅｉｖｉｎｇ ｅｎｔｉｔｙ）に転送され得るようにするためには、前述したステレオスコピックビデオに固有特性を十分に考慮してステレオスコピックビデオデータを処理する必要がある。

【0026】

図３は、本発明の一実施例に係るステレオスコピックビデオデータを処理するためのＭＭＴ装置の構成を概略的に示したブロック図である。図３を参照すると、ＭＭＴ装置２００は、アセットファイル生成部２１０およびシグナリングメッセージ生成部２２０を含む。そして、ＭＭＴ装置２００は転送部２３０をさらに含むこともできる。図３に図示されたＭＭＴ装置は、その構成要素（または機能）の一部または全部がＭＭＴ標準に規定されているＭＭＴ送信エンティティの構成要素（または機能）として具現され得る。

【0027】

アセットファイル生成部２１０は、各アセットに対しアクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔ、ＡＵ）を基盤としてアセットファイルを生成する。ここで、「アセットファイル」とは、必ずしも物理的に一つのファイルを意味せず、複数のファイルの集合であり得る。すなわち、「アセットファイル」とは、単一アセットを構成するエンコーディングされたステレオスコピックビデオデータはもちろん、これと関連したステレオスコピックビデオ情報を含む一つ以上のファイルの集合である。前述した通り、ステレオスコピックビデオの場合には、左映像と右映像がそれぞれ一つのアセットファイルを構成するか、または所定の方式で一つのフレームに組み合わせられたステレオスコピックビデオ映像それ自体が一つのアセットファイルを構成することもできる。前者の場合にはステレオスコピックビデオデータの一部が単一のアセットファイルに含まれるが、後者の場合にはステレオスコピックビデオデータの全部が単一のアセットファイルに含まれる。

【0028】

図３のアセットファイル生成部２１０が生成したアセットファイルは保存媒体に保存され得るが、この場合に生成されるアセットファイルにはステレオスコピックビデオ情報が必ず含まれる。これとは異なり、アセットファイル生成部２１０が生成したアセットファイルは転送部２３０に入力されてＭＭＴ受信装置に転送されることもあるが、この場合には生成されるアセットファイルにはステレオスコピックビデオ情報が含まれるか、または含まれないこともある。それは、後述するようにシグナリングメッセージ生成部２２０が生成するシグナリングメッセージにステレオスコピックビデオ情報が含まれ得るためである。以下、アセットファイル生成部２１０が生成するアセットファイルにステレオスコピックビデオ情報が含まれる場合について説明する。

【0029】

図４は、図３のアセットファイル生成部２１０が生成したアセットファイルの概略的な構成の一例を示している図面である。図４を参照すると、アセットファイル、はアセットファイルヘッダ（ａｓｓｅｔ ｆｉｌｅ ｈｅａｄｅｒ、３００ａ）およびアセットファイル本体（ａｓｓｅｔ ｆｉｌｅ ｂｏｄｙ、３００ｂ）を含む。このようなアセットファイル３００の構成は、各ユニットに含まれるデータの特性による論理的なものであり、物理的には多様な形態で具現され得る。例えば、アセットファイルヘッダ３００ａとアセットファイル本体３００ｂは必ずしも一つのファイルである必要はなく、それぞれが一つのファイルで構成されるか、またはそれぞれが複数のファイルで構成されてもよい。

【0030】

アセットファイル本体３００ｂは少なくともステレオスコピックビデオデータを含むユニットであって、例えば多数のＭＰＵを含んで構成され得る。アセットファイル本体３００ｂはステレオスコピックデータが含まれる部分であって、アセットファイルのペイロード（ｐａｙｌｏａｄ）に該当すると言える。前述した通り、ＭＰＵは所定フォーマットでエンカプセレーションされたＩＳＯＢＭＦＦ形態のファイルであり得、エンカプセレーションされたＭＰＵはアセットＩＤとともに固有の一連番号（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）を有している。同じアセットを構成するＭＰＵはすべて同じアセットＩＤを有する。ＭＰＵはエンコーディングされたステレオスコピックビデオデータを含むが、各ＭＰＵは多くても一つのメディアトラックを含む。

【0031】

アセットファイルヘッダ３００ａは該当アセットに関連した様々な情報、すなわちアセットファイル情報（ａｓｓｅｔ ｆｉｌｅ ｉｎｆｏｒｍａｔｉｏｎ）を含む。特に、アセットがステレオスコピックビデオデータを構成する左映像アセットであるかまたは右映像アセットである場合に、アセットファイルヘッダ３００ａはアセットファイル情報の一つとしてステレオスコピックビデオ情報３１０を含むことができる。その他にも、アセットファイルヘッダ３００ａはアセットＩＤの構造（ｓｃｈｅｍｅ）、長さ（ｌｅｎｇｔｈ）、値（ｖａｌｕｅ）などのようなアセットＩＤに関する情報をさらに含むこともできる（図５および図７参照）。

【0032】

本実施例の一側面によると、ステレオスコピック情報３１０は、組み合わせ類型情報３１１、映像順序指示情報３１２および映像種類指示情報３１３を含むことができる。組み合わせ類型情報３１１は、ステレオスコピックビデオを構成する左映像と右映像が組み合わせられた方式を指示する。例えば、組み合わせ類型情報３１１は、左右方式、垂直ライン交差方式、フレームシーケンス方式（ｆｒａｍｅ ｓｅｑｕｅｎｔｉａｌ ｔｙｐｅ）、左／右ビューシーケンス方式（Ｌｅｆｔ／Ｒｉｇｈｔ ｖｉｅｗ ｓｅｑｕｅｎｃｅ ｔｙｐｅ）、上下方式のうちいずれか一つを指示することができる。

【0033】

表１はこのような組み合わせ類型情報３１１の一例を表わしている。表１を参照すると、組み合わせ類型情報３１１として左右方式と上下方式の場合に、全体（ｆｕｌｌ）映像とハーフ（ｈａｌｆ）映像の２種類が存在することが分かる。そして、表１において左側のコラムの値（ｖａｌｕｅ）が例示的なものであることは当業者にとって自明である。

【0034】

【表1】

【0035】

映像順序指示情報３１２は組み合わせられたステレオスコピックビデオで左映像と右映像との間の順序を指示する情報である。例えば、映像順序指示情報３１２は左映像が先なのか（ｉｓ＿ｌｅｆｔ＿ｆｉｒｓｔ）または右映像が先なのか（ｉｓ＿ｒｉｇｈｔ＿ｆｉｒｓｔ）を表わす方式で表示され得る。表２はこのような映像順序指示情報３１２の一例を表わしたものである。表２を参照すると、各組み合わせ類型の場合について、映像順序指示情報（表２の場合にはｉｓ＿ｌｅｆｔ＿ｆｉｒｓｔの値）によって左側の映像（ｌｅｆｔ ｖｉｅｗ）と右側の映像（ｒｉｇｈｔ ｖｉｅｗ）のそれぞれがフレームのどのような位置であるのか、または一連のフレームシーケンスのうち奇数番目のフレームまたは偶数番目のフレームであるのかが分かる。

【0036】

【表2】

【0037】

映像種類指示情報３１３は該当ビュー映像の左映像であるかまたは右映像であるかを指示する情報である。例えば、映像種類指示情報３１３は該当ビューが左映像であるか（ｉｓ＿ｌｅｆｔ）または右映像であるか（ｉｓ＿ｒｉｇｈｔ）を表わす方式で表示され得る。したがって、映像種類指示情報３１３は組み合わせ類型情報３１１が指示する左映像と右映像の組み合わせ方式が左／右ビューシーケンス方式（表１でその値が「０×０３」の場合）の場合にのみ含まれる情報であり得る。

【0038】

図５は、図４のアセットファイルヘッダ３００ａを表現するためのファイルシンタックス（ｓｙｎｔａｘ）の一例を示している図面である。図５のファイルシンタックスは、ＩＳＯ／ＩＥＣ２３００８−１１のステレオスコピックビデオメディア情報（Ｓｔｅｒｅｏｓｃｏｐｉｃ Ｖｉｄｅｏ Ｍｅｄｉａ Ｉｎｆｏｒｍａｔｉｏｎ、ｓｖｍｉ）ボックスのファイルフォーマットに基づいて作成されたものであって、これは単に例示的なものである。図４のアセットファイルヘッダ３００ａは他の標準や他の形式のファイルフォーマットに基づいて作成されてもよい。

【0039】

図５を参照すると、図４の組み合わせ類型情報３１１は、「ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｔｙｐｅ」というエレメント（ｅｌｅｍｅｎｔ）で表現されているが、一例としてこのエレメントは前述した表１に図示された内容を指示することができる。そして、図４の映像順序指示情報３１２は「ｉｓ＿ｌｅｆｔ＿ｆｉｒｓｔ」というエレメントで表現されており、一例としてこのエレメントは前述した表２に図示された内容を指示することができる。また、図４の映像種類指示情報３１３は「ｉｓ＿ｌｅｆｔ」というエレメントで表現されているが、該当エレメントは「ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｔｙｐｅ」の値が０×０３であって、左／右ビューシーケンス類型の場合にのみ含まれることが分かる。その他にも、ファイルシンタックスはアセットＩＤの構造、長さ、値などを指示するためのエレメントを含むことができる。

【0040】

図６は、図３のアセットファイル生成部２１０が生成したアセットファイルの概略的な構成の他の例を示している図面である。図６のアセットファイル４００の構成も各ユニットに含まれるデータの特性による論理的なものであって、物理的には多様な形態で具現され得る。例えば、アセットファイルヘッダ４００ａとアセットファイル本体４００ｂはそれぞれ一つまたは複数のファイルで構成され得る。図６を参照すると、アセットファイル４００はアセットファイルヘッダ４００ａおよびアセットファイル本体４００ｂを含むという点で図４のアセットファイル３００とその構成が同じである。そして、アセットファイル本体４００ｂは少なくともステレオスコピックビデオデータを含むユニットであり、例えば多数のＭＰＵを含んで構成され得るという点でも図４のアセットファイル本体３００ｂと同じであるため、ここではこれについての具体的な説明は省略する。

【0041】

アセットファイルヘッダ４００ａは該当アセットに関連した様々な情報、すなわちアセットファイル情報を含み、特にアセットがステレオスコピックビデオデータを構成する左映像アセットであるか、または右映像アセットである場合に、アセットファイルヘッダ４００ａはアセットファイル情報としてステレオスコピックビデオ情報４１０を含むことができるという点で、図４のアセットファイルヘッダ３００ａと同じである。ただし、アセットファイルヘッダ４００ａはその具体的な構成においてアセットファイルヘッダ３００ａと差があるが、より具体的には、ステレオスコピック情報４１０はサービス互換性情報４１１、映像種類指示情報４１２、基本映像指示情報４１３、組み合わせ類型情報４１４および映像順序指示情報４１５を含むことができる。

【0042】

サービス互換性情報４１１はステレオスコピックビデオが２Ｄビデオを提供するサービスにも利用できるか（ｉｓ＿ｓｅｒｖｉｃｅ＿ｃｏｍｐａｔｉｂｌｅ）を指示する情報である。例えば、ステレオスコピックビデオに対して特別な映像処理技術を適用せずとも２Ｄビデオサービスに活用できる場合であれば、該当ステレオスコピックビデオは２Ｄビデオサービスと互換性があると言える。通常、左／右ビューシーケンス方式で組み合わせられたステレオスコピックビデオの場合に、該当ステレオスコピックビデオから左映像ビューまたは右映像ビューのみを抽出して２Ｄビデオサービスを提供することが可能である。その反面、それ以外の方式で組み合わせられたステレオスコピックビデオの場合には、２Ｄビデオサービスを提供するためには各フレームの映像に対して追加の映像処理が必要である。

【0043】

映像種類指示情報４１２と基本映像指示情報４１３はステレオスコピックビデオが２Ｄビデオサービスと互換性がある場合、すなわちサービス互換性情報４１１が互換可能であることを指示する値を有する場合にのみステレオスコピック情報４１０に含まれる情報であり得る。ここで、映像種類指示情報４１２は該当ビューの映像が左映像であるか、または右映像であるかを指示する情報である。例えば、映像種類指示情報４１２は該当ビューが左映像であるか（ｉｓ＿ｌｅｆｔ）または右映像であるか（ｉｓ＿ｒｉｇｈｔ）を表わす方式で表示され得る。そして、基本映像指示情報４１３は該当ビューの映像が２Ｄビデオサービスにも利用できるか、すなわち基本映像（ｉｓ＿ｂａｓｅ）であるかを指示する情報である。したがって、基本映像指示情報４１３によって基本映像と特定されたビューの映像のみが２Ｄビデオサービスに利用され得る。

【0044】

組み合わせ類型情報４１４はステレオスコピックビデオを構成する左映像と右映像が組み合わせられた方式を指示する。例えば、組み合わせ類型情報４１１は左右方式、垂直ライン交差方式、フレームシーケンス方式および上下方式のうちいずれか一つを指示することができる。このような組み合わせ類型情報４１４は、左／右ビューシーケンス方式がないという点で表１の組み合わせ類型情報３１１と差がある。

【0045】

表３はこのような組み合わせ類型情報４１４の一例を示すものである。表３を参照すると、組み合わせ類型情報４１４として左右方式と上下方式の場合に全体（ｆｕｌｌ）映像とハーフ（ｈａｌｆ）映像の２種類が存在することが分かる。そして、表３において左側コラムの値（ｖａｌｕｅ）が例示的なものであることは当業者にとって自明である。

【0046】

【表3】

【0047】

映像順序指示情報４１５は組み合わせられたステレオスコピックビデオで左映像と右映像との間の順序を指示する情報である。例えば、映像順序指示情報４１５は左映像が先なのか（ｉｓ＿ｌｅｆｔ＿ｆｉｒｓｔ）または右映像が先なのか（ｉｓ＿ｒｉｇｈｔ＿ｆｉｒｓｔ）を表わす方式で表示され得る。このような映像順序指示情報４１５の一例は表２を参照して前述したので、これについての具体的な説明は省略する。

【0048】

図７は、図６のアセットファイルヘッダ４００ａを表現するためのファイルシンタックス（ｓｙｎｔａｘ）の一例を示している図面である。図７のファイルシンタックスは、ＩＳＯ／ＩＥＣ２３００８−１のステレオスコピックビデオ情報（Ｓｔｅｒｅｏｓｃｏｐｉｃ Ｖｉｄｅｏ Ｉｎｆｏｒｍａｔｉｏｎ、ｓｖｉｎ）ボックスのファイルフォーマットに基づいて作成されたものであって、これは単に例示的なものである。すなわち、図６のアセットファイルヘッダ４００ａは他の標準や他の形式のファイルフォーマットに基づいて作成されてもよい。

【0049】

図７を参照すると、図６のサービス互換性情報４１１は、「ｉｓ＿ｓｅｒｖｉｃｅ＿ｃｏｍｐａｔｉｂｌｅ」というエレメントで表現されているが、一例としてその値が「０」であれば２Ｄビデオサービスと互換されないものの、その値が「１」の場合には２Ｄビデオサービスと互換されることを指示することができる。そして、図６の映像種類指示情報４１２と基本映像指示情報４１３はそれぞれ「ｉｓ＿ｌｅｆｔ」および「ｉｓ＿ｂａｓｅ」というエレメントで表現されているが、該当エレメントは「ｉｓ＿ｓｅｒｖｉｃｅ＿ｃｏｍｐａｔｉｂｌｅ」が２Ｄビデオサービスと互換される場合を指示する場合に含まれることが分かる。その反面、「ｉｓ＿ｓｅｒｖｉｃｅ＿ｃｏｍｐａｔｉｂｌｅ」が２Ｄビデオサービスと互換されない場合を指示する場合には、組み合わせ類型情報４１４および映像順序指示情報４１５が含まれ得るが、それぞれ「ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｔｙｐｅ」および「ｉｓ＿ｌｅｆｔ＿ｆｉｒｓｔ」というエレメントで表現されている。一例としてエレメント「ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｔｙｐｅ」は前述した表３に図示された内容を指示することができる。その他にも、ファイルシンタックスはアセットＩＤの構造、長さ、値などを指示するためのエレメントを含むことができる。

【0050】

引き続き図３を参照すると、シグナリングメッセージ生成部２２０は、ステレオスコピックビデオデータの伝達（ｄｅｌｉｖｅｒｙ）および／または消費（ｃｏｎｓｕｍｐｔｉｏｎ）のためのシグナリングメッセージを生成する。ここで、シグナリングメッセージは、ＩＳＯ／ＩＥＣ２３００８−１標準に規定されているフォーマットのメッセージであって、これにはシグナリングテーブル（ｓｉｇｎａｌｉｎｇ ｔａｂｌｅｓ）やディスクリプタ（ｄｅｓｃｒｉｐｔｏｒｓ）などの形式で情報が含まれ得る。シグナリングメッセージ生成部２２０は該当アセットの表現情報、転送特性はもちろん、ステレオスコピックビデオデータとＭＭＴ受信エンティティから受信した多様な情報に基づいてシグナリングメッセージを生成することができる。

【0051】

本実施例の一側面によると、シグナリングメッセージ生成部２２０が生成するシグナリングメッセージには、ステレオスコピックビデオデータを含むＭＭＴパッケージの消費のために必要なステレオスコピックビデオ情報が含まれ得る。例えば、シグナリングメッセージ生成部２２０は、図４に図示されているアセットファイル３００のアセットファイルヘッダ３１０に含まれているステレオスコピックビデオ情報を含むシグナリングメッセージを生成することができる。すなわち、シグナリングメッセージ生成部２２０は、組み合わせ類型情報、映像順序指示情報および映像種類指示情報を含むシグナリングメッセージを生成することができる。その他の例として、シグナリングメッセージ生成部２２０は図６に図示されているアセットファイル４００のアセットファイルヘッダ４１０に含まれているステレオスコピックビデオ情報を含むシグナリングメッセージを生成することができるが、この場合にサービス互換性情報、映像種類指示情報、基本映像指示情報、組み合わせ類型情報および映像順序指示情報を含むシグナリングメッセージを生成することができる。

【0052】

本実施例の他の側面によると、シグナリングメッセージ生成部２２０が生成するシグナリングメッセージには、図４または図６を参照して前述したステレオスコピックビデオ情報は含まれなくてもよい。この場合に、ＩＳＯ／ＩＥＣ２３００８−１標準で規定している他の種類の情報がシグナリングメッセージに含まれ得る。ただし、このような実施例には図４または図６に図示された通り、アセットファイルのアセットファイルヘッダにステレオスコピックビデオ情報が含まれる場合にのみ限定される。しかし、アセットファイルのアセットファイルヘッダにステレオスコピックビデオ情報が含まれる場合であっても、シグナリングメッセージ生成部２２０が生成するシグナリングメッセージにステレオスコピックビデオ情報の全部または一部が含まれ得るということは当業者にとって自明である。以下、シグナリングメッセージ生成部２２０が生成するシグナリングメッセージにステレオスコピックビデオ情報の全部が含まれる場合について説明する。

【0053】

一例として、シグナリングメッセージ生成部２２０は、ＩＳＯ／ＩＥＣ２３００８−１標準に規定されているＭＭＴパッケージ（ＭＰ）テーブルにステレオスコピックビデオ情報を含めることができる。この場合に、ステレオスコピックビデオ情報はＭＰテーブルに含まれるディスクリプタのうちの一つであり得る。そして、このようなステレオスコピックビデオ情報ディスクリプタ（ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｖｉｄｅｏ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）はＭＰテーブルのアセットディスクリプタループ（ａｓｓｅｔ＿ｄｅｓｃｒｉｐｔｏｒ ｌｏｏｐ）に含まれ得る。

【0054】

図８は、ＭＰテーブルに含まれ得るステレオスコピックビデオ情報ディスクリプタの一例を示している図面である。図８を参照すると、ステレオスコピックビデオ情報ディスクリプタは、組み合わせ類型情報、映像順序指示情報および映像種類指示情報を含む。より具体的には、組み合わせ類型情報は「ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｔｙｐｅ」というエレメント（ｅｌｅｍｅｎｔ）で表現されており、映像順序指示情報は「ｉｓ＿ｌｅｆｔ＿ｆｉｒｓｔ」というエレメントで表現されており、また、映像種類指示情報は「ｉｓ＿ｌｅｆｔ」というエレメントで表現されている。また、映像種類指示情報は「ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｔｙｐｅ」の値が０×０３であって、左／右ビューシーケンス類型の場合にのみ含まれることが分かる（表１参照）。

【0055】

図９は、ＭＰテーブルに含まれ得るステレオスコピックビデオ情報ディスクリプタの他の例を示している図面である。図９を参照すると、ステレオスコピックビデオ情報ディスクリプタ（ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｖｉｄｅｏ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）は、サービス互換性情報、映像種類指示情報、基本映像指示情報、組み合わせ類型情報および映像順序指示情報を含む。より具体的には、サービス互換性情報は「ｉｓ＿ｓｅｒｖｉｃｅ＿ｃｏｍｐａｔｉｂｌｅ」というエレメントで表現されており、映像種類指示情報と基本映像指示情報はそれぞれ「ｉｓ＿ｌｅｆｔ」および「ｉｓ＿ｂａｓｅ」というエレメントで表現されているが、該当エレメントは「ｉｓ＿ｓｅｒｖｉｃｅ＿ｃｏｍｐａｔｉｂｌｅ」が２Ｄビデオサービスと互換される場合を指示する場合に含まれることが分かる。その反面、「ｉｓ＿ｓｅｒｖｉｃｅ＿ｃｏｍｐａｔｉｂｌｅ」が２Ｄビデオサービスと互換されない場合を指示する場合には、組み合わせ類型情報および映像順序指示情報が含まれ得るが、それぞれ「ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｔｙｐｅ」および「ｉｓ＿ｌｅｆｔ＿ｆｉｒｓｔ」というエレメントで表現されている。

【0056】

引き続き図３を参照すると、転送部２３０は、アセットファイル生成部２１０が生成したアセットファイルおよび／またはシグナリングメッセージ生成部２２０が生成したシグナリングメッセージの伝達を受けてＭＭＴ受信エンティティに転送する。ここで、転送部２３０は伝達を受けたアセットファイルおよび／またはシグナリングメッセージをＩＳＯ／ＩＥＣ２３００８−１標準に沿ったＭＭＴプロトコル（ＭＭＴ Ｐｒｏｔｏｃｏｌ、ＭＭＴＰ）に従ってＭＭＴパケットに変換してＭＭＴ受信装置に転送することができる。しかし、本実施例はこれに限定されず、転送部２３０は伝達を受けたアセットファイルおよび／またはシグナリングメッセージを他のインターネット転送プロトコルやリアルタイム転送プロトコルまたは３Ｄ放送プロトコルに従ってＭＭＴ受信装置に転送することもできる。

【0057】

次いで、前述したＭＭＴ装置を利用して３ＤＴＶ放送サービスを提供する方法について説明する。後述する方法は、ＡＴＳＣ３．０で高画質ビデオを符号化するために採択されたＨＥＶＣまたはＳＨＶＣコーデックに基づいて２ＤＴＶ放送サービスとの互換性を維持しながら高画質の３ＤＴＶ放送サービスを提供することができるように、マルチチャネルに転送される３Ｄステレオスコピックビデオデータと関連した情報、すなわちステレオスコピックビデオ情報のシグナリング方法に関する。

【0058】

図１０は、２個の独立ＨＥＶＣコーデックを利用して３ＤＴＶ放送サービスを提供するためのサービスシナリオを図式的に示した図面である。図１０において、２Ｄは二つのチャネル、すなわち第１チャネル（Ｃｈ１）と第２チャネル（Ｃｈ２）でそれぞれ独立して提供される２ＤＴＶ放送プログラムを意味し、３Ｄは二つのチャネルを連動して提供される３ＤＴＶ放送プログラムを意味する。そして、３ＤＴＶ放送プログラムの場合、独立した２個のＨＥＶＣストリームを同期化して提供するものであって、２個の基本階層ストリームを通じてサービスが提供されるものと見ることができる。

【0059】

図１１は、１個のＳＨＶＣコーデックを利用して３ＤＴＶ放送サービスを提供するためのサービスシナリオを図式的に示した図面である。図１１においても、２Ｄは二つのチャネル、すなわち第１チャネル（Ｃｈ１）と第２チャネル（Ｃｈ２）でそれぞれ独立して提供される２ＤＴＶ放送プログラムを意味し、３Ｄは二つのチャネルを連動して提供される３ＤＴＶ放送プログラムを意味する。そして、３ＤＴＶ放送プログラムの場合に、ステレオスコピックビデオデータをスケーラブルＨＥＶＣコーデック、すなわちＳＨＶＣコーデックで符号化して生成された基本階層（ｂａｓｅ ｌａｙｅｒ）ストリームと向上階層（ｅｎｈａｎｃｅｄ ｌａｙｅｒ）ストリームを同期化して提供されるものと見ることができる。

【0060】

図１０および図１１を参照すると、３ＤＴＶ放送サービスとして時間範囲ｔ１では２ＤＴＶ放送プログラムが放送され、時間範囲ｔ２では３ＤＴＶ放送プログラムが放送され、時間範囲ｔ３では再び２ＤＴＶ放送プログラムが放送されることが分かる。これは３ＤＴＶ放送サービスを２４時間の間３Ｄコンテンツを利用して放送し続けるよりは２Ｄコンテンツと３Ｄコンテンツを混ぜて放送する２ＤＴＶ／３ＤＴＶ混用放送サービスとして考慮されているためである。しかし、これが３ＤＴＶ放送サービスとして２４時間の間３Ｄプログラムを放送し続けることを排除するものではないことは当業者にとって自明である。

【0061】

図１０または図１１に図示されているサービスシナリオに沿って３ＤＴＶ放送サービスを提供するためには、該当時間に放送されるプログラムが２ＤＴＶ放送プログラムであるかまたは３ＤＴＶ放送プログラムであるかを明確に表示することが必要である。例えば、２ＤＴＶ放送プログラムと３ＤＴＶ放送プログラムとの間の切換えがある場合に、放送プログラムの切換えがあるという事実を知らせる情報を転送する方法がある。併せて、３ＤＴＶ放送プログラムと関連しては、２Ｄディスプレイを具備した受信装置でも３ＤＴＶ放送プログラムの再生に必要な情報も共に転送することができる。

【0062】

他の例として、該当時間に放送される放送プログラムが２ＤＴＶ放送プログラムであるかまたは３ＤＴＶ放送プログラムであるかを指示するプログラム種類指示情報を転送する方法があり得る。ここで、該当放送プログラムが３ＤＴＶ放送プログラムを指示する場合には、２Ｄディスプレイを具備した受信装置でも３ＤＴＶ放送プログラムの再生に必要な情報もプログラム種類指示情報とともに転送され得る。以下ではプログラム種類指示情報と２Ｄディスプレイを具備した受信装置でも３ＤＴＶ放送プログラムの再生に必要な情報を「ステレオスコピックビデオ情報」とする。

【0063】

この場合、ステレオスコピックビデオ情報はビデオレベルで転送されるかまたはシステムレベルで転送され得る。ビデオレベルでの転送は該当情報がビデオストリームに含まれて転送されることを指し示す。例えば、図４または図６に図示されたアセットファイルヘッダに含まれるステレオスコピックビデオ情報がビデオレベルで転送されるステレオスコピックビデオ情報となり得る。その反面、システムレベルでの転送は該当情報がビデオストリームではない別のストリームに含まれて転送されることを指し示す。例えば、図８または図９を参照して説明したシグナリングメッセージのＭＰテーブルに含まれるステレオスコピックビデオ情報ディスクリプタ（ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｖｉｄｅｏ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）がシステムレベルで転送されるステレオスコピックビデオ情報となり得る。

【0064】

図１２は、システムレベルで転送されるステレオスコピックビデオ情報の他の例として、ＨＥＶＣステレオスコピックビデオ情報ディスクリプタ（ＨＥＶＣ＿ｓｔｅｒｅｏｓｃｏｐｉｃ＿ｖｉｄｅｏ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）を示している図面である。図１２を参照すると、ＨＥＶＣステレオスコピックビデオ情報ディスクリプタは、ディスクリプタタグ（Ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ）情報、ディスクリプタ長さ（Ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ）情報、サービス識別子（Ｓｅｒｖｉｃｅ＿ｉｄ）情報、ビュー位置（Ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ）情報および２Ｄ／３Ｄ指示子（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ＿ｐｒｅｓｅｎｔ）情報を含む。

【0065】

ディスクリプタタグ情報はディスクリプタを識別するためのものである。ディスクリプタ長さ情報は該当ディスクリプタの長さを指示する。サービス識別子情報は左映像または右映像を転送するチャネル識別子（ＩＤ）またはサービス識別子（ＩＤ）を表わすものである。例えば、図１０に図示された通り、第１チャネルを通じて左映像が提供され、また第２チャネルを通じて右映像が提供される場合に、第１チャネルを通じて転送されるＨＥＶＣステレオスコピックビデオ情報ディスクリプタのサービス識別子情報は第２チャネルのサービス識別子またはチャネル識別子を含むことができる。ビュー位置情報は、現在転送される映像が左映像であるかまたは右映像であるかを識別するためのものである。

【0066】

そして、２Ｄ／３Ｄ指示子存否情報は、ＨＥＶＣまたはＳＨＶＣ符号化ストリームに２Ｄ／３Ｄ指示子（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）情報が含まれているか否かを指示する。これは、該当ビデオストリームが２ＤＴＶ番組であるのかまたは３ＤＴＶ番組であるのかをより明確に区分するために用いられるものである。なぜならば、実際のシステムレベルの情報転送は各フレームまたはＡＵ（Ａｃｃｅｓｓ Ｕｎｉｔ）単位で転送されるよりは一定の周期（例えば、５００ｍｓ）を有して転送されるので、フレーム単位で該当コンテンツが２Ｄであるかまたは３Ｄコンテンツであるかを明確に認識することが難しいためである。したがって、２Ｄ／３Ｄ指示子存否（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ＿ｐｒｅｓｅｎｔ）情報が「１」に設定される場合、受信機はこの情報に基づいて符号化ストリームレベルでより明確に２ＤＴＶ番組であるのかまたは３ＤＴＶ番組であるのかを認識することができる。また、該当記述子の存在有無に基づいてシステムレベルで２ＤＴＶ番組であるのか３ＤＴＶ番組であるのかを認識することができる。すなわち、該当記述子は３Ｄプログラムでのみ存在することになる。

【0067】

ＨＥＶＣ符号化標準（ＩＳＯ／ＩＥＣ２３００８−２）では２Ｄ／３Ｄ指示子（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）メッセージを定義しているが、これは複数のビューを含む多視点ビデオに対して符号化を行う時に各ビューの位置を提供するためである。このような２Ｄ／３Ｄ指示子（Ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）メッセージの一例は図１３に図示されており、該当メッセージはＨＥＶＣ符号化標準（ＩＳＯ／ＩＥＣ２３００８−２）に具体的に説明されているので、ここではこれについての説明を省略する。

【0068】

図１４は、図１０に図示されたサービスシナリオに沿ってビデオレベルで２ＤＴＶ番組と３ＤＴＶ番組を区分する方法の一例を図式的に示している図面である。図１４を参照すると、図１３に図示された２Ｄ／３Ｄ指示子（ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）メッセージは３Ｄプログラム区間にのみ転送されることが分かる。したがって、ビデオレベル、すなわち転送されるプログラムコンテンツに該当メッセージが含まれているか否かに基づいて２ＤＴＶ番組であるのかまたは３ＤＴＶ番組であるのかを判別することができる。

【0069】

そして、各チャネルを通じて独立した２個のＨＥＶＣコーデックを利用して符号化されたビデオストリームが転送される場合には、図１４に図示された通り、第１チャネル（Ｃｈ１）と第２チャネル（Ｃｈ２）の両方を通じて２Ｄ／３Ｄ指示子メッセージがビデオストリームに含まれる。この時、第１チャネル（Ｃｈ１）と第２チャネル（Ｃｈ２）の符号化ストリーム内に転送される情報は単に独立したビデオストリーム一つのみが転送されるので、ｎｕｍ＿ｖｉｅｗ＿ｍｉｎｕｓ１＝０およびｖｉｅｗ＿ｐｏｓｉｔｉｏｎ［０］＝＝に割り当てられる。そして、この場合にはビデオレベルで左右の映像を区分することができないため、左右の映像の区分はシステムレベルで転送されるステレオスコピックビデオ情報、例えば図１２で提案されたＨＥＶＣステレオスコピックビデオ情報ディスクリプタを活用することができる。

【0070】

また、２Ｄ／３Ｄ指示子（ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）メッセージは符号化ストリームのＡＵに割り当てられ得る。これによると、図１４に図示された通り、２Ｄ／３Ｄ指示子（ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）メッセージは３ＤＴＶ番組区間の間各ＡＵごとに含まれることによって、フレームレベルで３ＤＴＶ番組であるのかまたは２ＤＴＶ番組であるのかを区分することが可能である。

【0071】

図１５は、図１１に図示されたサービスシナリオに沿ってビデオレベルで２ＤＴＶ番組と３ＤＴＶ番組を区分する方法の一例を図式的に示している図面である。図１５を参照すると、図１３に図示された２Ｄ／３Ｄ指示子（ｍｕｌｔｉ＿ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ＿ＳＥＩ）メッセージは基本階層のビデオストリームにのみ含まれて転送されることが分かる。したがって、基本階層のビデオストリームに該当メッセージが含まれているか否かに基づいて２ＤＴＶ番組であるのかまたは３ＤＴＶ番組であるのかを判別することができる。この時、図１５のサービスシナリオでは２個のビューの映像がＳＨＶＣで符号化されるので、基本階層のビデオストリームにはｎｕｍ＿ｖｉｅｗ＿ｍｉｎｕｓ１＝１、ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ［０］＝０およびｖｉｅｗ＿ｐｏｓｉｔｉｏｎ［１］＝１で割り当てられる。この時、ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ［０］＝０は左（右）映像を意味し、ｖｉｅｗ＿ｐｏｓｉｔｉｏｎ［１］＝１は右（左）映像を意味し得る。したがって、この場合にはビデオレベルで左右の映像を区分することが可能である。

【0072】

以上で説明された装置は、ハードウェア構成要素、ソフトウェア構成要素、および／またはハードウェア構成要素およびソフトウェア構成要素の組み合わせで具現され得る。例えば、実施例で説明された装置および構成要素は、例えば、プロセッサ、コントローラー、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ、ＦＰＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｕｎｉｔ）、マイクロプロセッサ、または命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行し応答できる他の何らかの装置のように、一つ以上の汎用コンピュータまたは特殊目的のコンピュータを利用して具現され得る。処理装置は運営体制（ＯＳ）および前記運営体制上で遂行される一つ以上のソフトウェアアプリケーションを遂行することができる。また、処理装置はソフトウェアの実行に応答して、データを接近、保存、操作、処理および生成することもできる。理解の便宜のために、処理装置は一つが使われると説明された場合もあるが、該当技術分野で通常の知識を有する者は、処理装置が複数個の処理要素（ｐｒｏｃｅｓｓｉｎｇ ｅｌｅｍｅｎｔ）および／または複数類型の処理要素を含むことができることが分かる。例えば、処理装置は複数個のプロセッサまたは一つのプロセッサおよび一つのコントローラーを含むことができる。また、並列プロセッサ（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｏｒ）のような、他の処理構成（ｐｒｏｃｅｓｓｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）も可能である。

【0073】

ソフトウェアは、コンピュータプログラム（ｃｏｍｐｕｔｅｒ ｐｒｏｇｒａｍ）、コード（ｃｏｄｅ）、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、またはこれらのうち一つ以上の組み合わせを含むことができ、望むとおりに動作するように処理装置を構成するか独立的にまたは結合的に（ｃｏｌｌｅｃｔｉｖｅｌｙ）処理装置を命令することができる。ソフトウェアおよび／またはデータは、処理装置によって解析されるか処理装置に命令またはデータを提供するために、ある類型の機械、構成要素（ｃｏｍｐｏｎｅｎｔ）、物理的装置、仮想装置（ｖｉｒｔｕａｌ ｅｑｕｉｐｍｅｎｔ）、コンピュータ記録媒体または装置、或いは転送される信号波（ｓｉｇｎａｌ ｗａｖｅ）に永久的に、または一時的に具体化（ｅｍｂｏｄｙ）され得る。ソフトウェアはネットワークに連結されたコンピュータシステム上に分散されて、分散された方法で保存されるか実行されてもよい。ソフトウェアおよびデータは一つ以上のコンピュータ可読記録媒体に保存され得る。

【0074】

実施例に係る方法は多様なコンピュータ手段を通じて遂行され得るプログラム命令の形態で具現されて、コンピュータ可読媒体に記録され得る。前記コンピュータ可読媒体は、プログラム命令、データファイル、データ構造などを単独でまたは組み合わせて含むことができる。前記媒体に記録されるプログラム命令は、実施例のために特別に設計されて構成されたものであるかコンピュータソフトウェアの当業者に公知にされていて使用可能なものでもよい。コンピュータ可読記録媒体の例には、ハードディスク、フロッピーディスクおよび磁気テープのような磁気媒体（ｍａｇｎｅｔｉｃ ｍｅｄｉａ）、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体（ｏｐｔｉｃａｌ ｍｅｄｉａ）、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような磁気−光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ ｍｅｄｉａ）、およびロム（ＲＯＭ）、ラム（ＲＡＭ）、フラッシュメモリなどのようなプログラム命令を保存して遂行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例には、コンパイラによって作られるような機械語コードだけでなく、インタープリタなどを使ってコンピュータによって実行され得る高級言語コードを含む。前記ハードウェア装置は、実施例の動作を遂行するために一つ以上のソフトウェアモジュールとして作動するように構成され得、その逆も同じである。

【0075】

以上の説明は実施例に過ぎず、これによって限定されるものと解釈されてはならない。本発明の技術思想は特許請求の範囲に記載された発明によってのみ特定されるべきであり、それと同等の範囲内にあるすべての技術思想は本発明の権利範囲に含まれると解釈されるべきである。したがって、前述した実施例が多様な形態に変形されて具現され得るということは通常の技術者にとって自明である。

【産業上の利用可能性】

【0076】

本発明はメディアデータの保存や転送に関連した手続きや装置、放送産業などに有用に活用され得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】