(57)【特許請求の範囲】
【請求項１】
ビデオデータをエンコーディングしてビデオストリームを生成するステップと、
ＰＭＴ(Program Map Table）を生成するステップであって、前記ＰＭＴは前記ビデオストリームがＨＥＶＣ(High Efficiency Video Coding）ビデオストリームに対応することを示すストリームタイプ情報を含む、ステップと、
ＳＤＴ(Service Description Table）とＥＩＴ(Event Information Table）を生成するステップであって、前記ＳＤＴは、前記ビデオデータを提供する放送サービスがＵＨＤ(Ultra High Definition）サービスに対応することを示すサービスタイプ情報を含み、前記ＥＩＴは前記放送サービスで提供される放送イベントのための情報を記述する、ステップと、
前記ＥＩＴは、ストリームコンテンツ情報とコンポーネントタイプ情報を含み、前記ストリームコンテンツ情報は前記放送イベントに含まれる前記ビデオストリームのタイプを示し、前記コンポーネントタイプ情報は、前記ビデオストリームにより提供されるビデオコンポーネントの特性を特定し、
前記ストリームコンテンツ情報は、前記ビデオストリームが前記ＨＥＶＣビデオストリームに対応することを示し、前記コンポーネントタイプ情報は前記ビデオストリームにより提供された前記ビデオコンポーネントの解像度はＵＨＤ解像度に対応することを示し、
前記ビデオストリームにより提供される前記ビデオコンポーネントのビデオプロファイル情報を生成するステップと、
前記ビデオプロファイル情報は、前記ビデオコンポーネントを伝送するシステムフォーマットがＭＰＥＧ(Moving Picture Experts Group)−４フォーマットに対応し、前記ビデオストリームが前記ＨＥＶＣビデオストリームに対応し、前記ビデオコンポーネントの解像度が前記ＵＨＤ解像度に対応し、前記ビデオコンポーネントのフレームレートが２５フレーム／秒に対応し、前記ビデオストリームに適合するオーディオストリームがＨＥＡＡＣ(High Efficiency Advanced Audio Coding）オーディオストリームに対応することを示し、
前記生成されたビデオストリーム及びシグナリング情報を多重化するステップと、
前記シグナリング情報は、前記ＰＭＴ、前記ＳＤＴ、前記ＥＩＴ及び前記ビデオプロファイル情報を含み、
前記多重化された放送ストリームを伝送するステップとを含む、放送信号送信方法。
【請求項２】
前記ＥＩＴは、前記ビデオストリームにより提供された前記ビデオコンポーネントのための最大輝度情報及び最小輝度情報、前記ビデオストリームで表現されるダイナミックレンジの必然的に表現されるダイナミックレンジの上限輝度情報及び下限輝度情報、及び前記必須ダイナミックレンジが拡張された時の拡張ダイナミックレンジについての情報を含む、請求項１に記載の放送信号送信方法。
【請求項３】
前記ＥＩＴは所定のカラーガマット（color gamut)又は任意のカラーガマットが前記ビデオコンポーネントで利用されるか否かを示すフラグ情報と、前記任意のカラーガマットによる表色系内での赤、緑及び青の座標値の情報、及び前記ビデオコンポーネントを表示するために推奨されるディスプレイのダイナミックレンジの最大輝度値及び最小輝度値を示す推奨情報を含む、請求項１に記載の放送信号送信方法。
【請求項４】
前記方法は、前記ビデオストリームのフォーマットを示すビデオフォーマット情報を生成するステップをさらに含み、
前記ビデオフォーマット情報は、前記ビデオストリームのコーデック情報、前記ビデオストリームのレベル情報、及び前記ビデオストリームのタイヤ情報を含み、
前記レベル情報と前記タイア情報の組み合わせは前記ビデオストリームのビットレートを示す、請求項１に記載の放送信号送信方法。
【請求項５】
前記シグナリング情報は、テーブルセクション（ｔａｂｌｅ  ｓｅｃｔｉｏｎ）の形態又はＸＭＬの形態を有する、請求項１に記載の放送信号送信方法。
【請求項６】
多重化された放送ストリームを受信する受信部と、
前記多重化された放送ストリームからビデオストリーム及びシグナリング情報を抽出する逆多重化部であって、
前記シグナリング情報は、ＰＭＴ(Program Map Table）、ＳＤＴ(Service Description Table）、ＥＩＴ(Event Information Table），及び前記ビデオストリームにより提供されたビデオコンポーネントのビデオプロファイル情報を含み、前記ＰＭＴは前記ビデオストリームがＨＥＶＣ(High Efficiency Video Coding）ビデオストリームに対応することを示すストリームタイプ情報を含み、前記ＳＤＴはビデオデータを提供する放送サービスがＵＨＤ(Ultra High Definition）サービスに対応することを示すサービスタイプ情報を含み、前記ＥＩＴは前記放送サービスで提供された放送イベントのための情報を記述し、
前記ＥＩＴはストリームコンテンツ情報とコンポーネントタイプ情報を含み、前記ストリームコンテンツ情報は前記放送イベントに含まれる前記ビデオストリームのタイプを示し、前記コンポーネントタイプ情報は前記ビデオストリームにより提供されたビデオコンポーネントの特性を特定し、
前記ストリームコンテンツ情報は、前記ビデオストリームが前記ＨＥＶＣビデオストリームに対応することを示し、前記コンポーネントタイプ情報は、前記ビデオストリームにより提供された前記ビデオコンポーネントの解像度はＵＨＤ解像度に対応することを示し、
前記ビデオプロファイル情報は、前記ビデオコンポーネントを伝送するシステムフォーマットがＭＰＥＧ(Moving Picture Experts Group)−４フォーマットに対応し、前記ビデオストリームが前記ＨＥＶＣビデオストリームに対応し、前記ビデオコンポーネントの解像度が前記ＵＨＤ解像度に対応し、前記ビデオコンポーネントのフレームレートは２５フレーム／秒に対応し、前記ビデオストリームに整合したオーディオストリームＨＥＡＡＣ(High Efficiency Advanced Audio Coding）オーディオストリームに対応することを示す、逆多重化部と、
前記抽出されたシグナリング情報を用いて、前記抽出されたビデオストリームをデコーディングするビデオデコーダとを含む、放送信号受信装置。
【請求項７】
前記ＥＩＴは、前記ビデオストリームにより提供された前記ビデオコンポーネントのための最大輝度情報及び最小輝度情報、前記ビデオストリームで表現されるダイナミックレンジの必然的に表現されるダイナミックレンジの上限輝度情報及び下限輝度情報、及び前記必須ダイナミックレンジが拡張された時の拡張ダイナミックレンジについての情報を含む、請求項６に記載の放送信号受信装置。
【請求項８】
前記ＥＩＴは所定のカラーガマット（color gamut)又は任意のカラーガマットが前記ビデオコンポーネントで利用されるか否かを示すフラグ情報と、前記任意のカラーガマットによる表色系内での赤、緑及び青の座標値の情報、及び前記ビデオコンポーネントを表示するために推奨されるディスプレイのダイナミックレンジの最大輝度値及び最小輝度値を示す推奨情報を含む、請求項６に記載の放送信号受信装置。
【請求項９】
前記シグナリング情報は、前記ビデオストリームのフォーマットを示すビデオフォーマット情報をさらに含み、
前記ビデオフォーマット情報は、前記ビデオストリームのコーデック情報、前記ビデオストリームのレベル情報、及び前記ビデオストリームのタイア情報を含み、
前記レベル情報と前記タイア情報の組み合わせは前記ビデオストリームのビットレートを示す、請求項６に記載の放送信号受信装置。
【請求項１０】
前記シグナリング情報は、テーブルセクション（ｔａｂｌｅ  ｓｅｃｔｉｏｎ）の形態又はＸＭＬの形態を有する、請求項６に記載の放送信号受信装置。
【請求項１１】
ビデオデータをエンコーディングしてビデオストリームを生成するビデオエンコーダと、
ＰＭＴ(Program Map Table）を生成する第１生成部であって、前記ＰＭＴは前記ビデオストリームがＨＥＶＣ(High Efficiency Video Coding）ビデオストリームに対応することを示すストリームタイプ情報を含む、第１生成部と、
ＳＤＴ(Service Description Table）とＥＩＴ(Event Information Table）を生成する第２生成部であって、前記ＳＤＴは前記ビデオデータを提供する放送サービスがＵＨＤ(Ultra High Definition）サービスに対応することを示すサービスタイプ情報を含み、前記ＥＩＴは前記放送サービスで提供される放送イベントのための情報を記述する、第２生成部と、
前記ＥＩＴは、ストリームコンテンツ情報とコンポーネントタイプ情報を含み、前記ストリームコンテンツ情報は前記放送イベントに含まれる前記ビデオストリームのタイプを示し、前記コンポーネントタイプ情報は、前記ビデオストリームにより提供されたビデオコンポーネントの特性を特定し、
前記ストリームコンテンツ情報は、前記ビデオストリームが前記ＨＥＶＣビデオストリームに対応することを示し、前記コンポーネントタイプ情報は、前記ビデオストリームにより提供された前記ビデオコンポーネントの解像度はＵＨＤ解像度に対応することを示し、
前記ビデオストリームにより提供される前記ビデオコンポーネントのビデオプロファイル情報を生成する第３生成部と、
前記ビデオプロファイル情報は、前記ビデオコンポーネントを伝送するシステムフォーマットがＭＰＥＧ(Moving Picture Experts Group)−４フォーマットに対応し、前記ビデオストリームが前記ＨＥＶＣビデオストリームに対応し、前記ビデオコンポーネントの解像度が前記ＵＨＤ解像度に対応し、前記ビデオコンポーネントのフレームレートが２５フレーム／秒に対応し、前記ビデオストリームに適合するオーディオストリームがＨＥＡＡＣ(High Efficiency Advanced Audio Coding）オーディオストリームに対応することを示し、
前記生成されたビデオストリーム及びシグナリング情報を多重化する多重化部と、
前記シグナリング情報は前記ＰＭＴ，前記ＳＤＴ，前記ＥＩＴ及び前記ビデオプロファイル情報を含み、
前記多重化された放送ストリームを伝送する伝送部とを含む、放送信号送信装置。
【請求項１２】
多重化された放送ストリームを受信するステップと、
前記多重化された放送ストリームからビデオストリーム及びシグナリング情報を抽出するステップであって、
前記シグナリング情報は、ＰＭＴ(Program Map Table）、ＳＤＴ(Service Description Table）、ＥＩＴ(Event Information Table），及び前記ビデオストリームにより提供されたビデオコンポーネントのビデオプロファイル情報を含み、前記ＰＭＴは前記ビデオストリームがＨＥＶＣ(High Efficiency Video Coding）ビデオストリームに対応することを示すストリームタイプ情報を含み、前記ＳＤＴはビデオデータを提供する放送サービスがＵＨＤ(Ultra High Definition）サービスに対応することを示すサービスタイプ情報を含み、前記ＥＩＴは前記放送サービスで提供される放送イベントのための情報を記述し、
前記ＥＩＴはストリームコンテンツ情報とコンポーネントタイプ情報を含み、前記ストリームコンテンツ情報は前記放送イベントに含まれる前記ビデオストリームのタイプを示し、前記コンポーネントタイプ情報は前記ビデオストリームにより提供されたビデオコンポーネントの特性を特定し、
前記ストリームコンテンツ情報は、前記ビデオストリームが前記ＨＥＶＣビデオストリームに対応することを示し、前記コンポーネントタイプ情報は、前記ビデオストリームにより提供された前記ビデオコンポーネントの解像度はＵＨＤ解像度に対応することを示し、
前記ビデオプロファイル情報は、前記ビデオコンポーネントを伝送するシステムフォーマットがＭＰＥＧ(Moving Picture Experts Group)−４フォーマットに対応し、前記ビデオストリームが前記ＨＥＶＣビデオストリームに対応し、前記ビデオコンポーネントの解像度が前記ＵＨＤ解像度に対応し、前記ビデオコンポーネントのフレームレートは２５フレーム／秒に対応し、前記ビデオストリームに整合したオーディオストリームはＨＥＡＡＣ(High Efficiency Advanced Audio Coding）オーディオストリームに対応することを示す、ステップと、
前記抽出されたシグナリング情報を用いて、前記抽出されたビデオストリームをデコーディングするステップとを含む、放送信号受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号の送受信に係り、より詳細には、ＨＥＶＣベースのＩＰ放送サービスの提供のための放送信号の送受信方法及び／又は装置に関する。
【背景技術】
【０００２】
リアルタイム放送とブロードバンド網を介したデータ放送を結合したヨーロッパ式ハイブリッドＴＶであるＨｂｂＴＶが各国で商用化されており、拡散の基盤を設けている。共用放送だけでなく民営放送もＨｂｂＴＶサービスを出しているヨーロッパが市場の拡散をリードしている。開発コストが低く、迅速な商用サービスのリリースに有利であるという点から、英国とスイスだけでなく東ヨーロッパの放送局もＨｂｂＴＶに関心を見せている。最近は、ＨｂｂＴＶに動作認識、個人化、またはマルチスクリーンなどを融合する技術が発表された。
【０００３】
ＨｂｂＴＶは、「Ｈｙｂｒｉｄ  Ｂｒｏａｄｃａｓｔ  Ｂｒｏａｄｂａｎｄ」という名称からもわかるように、既存の放送のコンテンツ／サービスとインターネットのコンテンツ／サービスを融合して新しい放送を作ってみようという趣旨でドイツとフランスの放送局を中心に始まった融合型ＴＶ技術標準でありながら、サービスを意味する。
【０００４】
ＨｂｂＴＶ標準は、少数の新しい技術要素のみを新たに導入して標準を作り、ほとんどの既に存在し、検証された特定の標準をそのまま再利用したので、開発コスト及び適時リリースに大きな強みを有している。現在のＨｂｂＴＶ標準は、ＡＶＣコーデックベースのＳＤ／ＨＤ  ２５ｆｐｓのみを提供しているので、高画質を要求する消費者のトレンドに合わせてＨＥＶＣベースの高画質メディアサービスを提供する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が達成しようとする課題は、上述した問題点を解決するためのもので、ＨＥＶＣベースの放送サービスを提供するために放送信号を送受信する方法及び／又は装置を提供することである。
【０００６】
さらに、本発明が達成しようとする課題は、ＨＥＶＣベースのサービスに適したｖｉｄｅｏ  ｐｒｏｆｉｌｅを追加で定義して高画質の放送サービスを提供することである。
【０００７】
さらに、本発明が達成しようとする課題は、ＨＥＶＣベースのサービスに適したｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅを追加で定義して高画質の放送サービスを提供することである。
【０００８】
さらに、本発明が達成しようとする課題は、システムレベルでＨＥＶＣベースのサービスであることを知ることができるようにするシグナリング方法を提供することである。
【０００９】
さらに、本発明が達成しようとする課題は、システムレベルでＨＥＶＣベースのサービスの特性を知ることができるようにするシグナリング方法を提供することである。
【００１０】
さらに、本発明が達成しようとする課題は、ＨＥＶＣベースのサービスに関する情報をＩＰ網を介して伝送する方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明の一実施例に係る放送信号送信方法は、ビデオデータをエンコーディングしてビデオストリームを生成するステップ、前記生成されたビデオストリームがＨＥＶＣビデオストリームであることを示す情報、前記生成されたビデオストリームの特性を示す情報、及び前記生成されたビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報のいずれか１つを含むシグナリング情報を生成するステップ、前記生成されたビデオストリーム及びシグナリング情報を多重化するステップ、及び前記多重化された放送ストリームを伝送するステップを含むことができる。
【００１２】
好ましくは、前記シグナリング情報は、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）及びＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）のうち少なくともいずれか１つを含み、前記ＰＭＴは、前記ＨＥＶＣビデオストリームであることを示す情報を含み、前記ＥＩＴは、前記ビデオストリームの特性を示す情報を含み、前記ＳＤＴは、前記ＨＥＶＣベースの放送サービスであることを示す情報を含むことができる。
【００１３】
好ましくは、前記シグナリング情報は、前記生成されたビデオストリームの広域明るさ範囲を示す情報を含むことができる。
【００１４】
好ましくは、前記シグナリング情報は、前記生成されたビデオストリームの向上した色相表現のための色感調整情報を含むことができる。
【００１５】
好ましくは、前記ビデオストリームの特性を示す情報は、コーデック情報、解像度情報、フレーム速度情報、及びブラックからホワイトまでの色相を示すために使用されるビット数情報を含むことができる。
【００１６】
好ましくは、前記ビデオストリームの特性を示す情報は、前記生成されたビデオストリームが放送のためのストリームであるか格納のためのストリームであるかを区分するティア情報を含むことができる。
【００１７】
好ましくは、前記シグナリング情報は、テーブルセクション（ｔａｂｌｅ  ｓｅｃｔｉｏｎ）の形態又はＸＭＬの形態を有することができる。
【００１８】
本発明の他の一実施例に係る放送信号受信装置は、多重化された放送ストリームを受信する受信部と、前記受信した多重化された放送ストリームからビデオストリーム及びシグナリング情報を抽出する逆多重化部であって、前記シグナリング情報は、前記抽出されたビデオストリームがＨＥＶＣビデオストリームであることを示す情報、前記抽出されたビデオストリームの特性を示す情報、及び前記抽出されたビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報のいずれか１つを含む、逆多重化部と、前記抽出されたシグナリング情報を用いて、前記抽出されたビデオストリームをデコーディングするビデオデコーダとを含むことができる。
【００１９】
好ましくは、前記シグナリング情報は、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）及びＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）のうち少なくともいずれか１つを含み、前記ＰＭＴは、前記ＨＥＶＣビデオストリームであることを示す情報を含み、前記ＥＩＴは、前記ビデオストリームの特性を示す情報を含み、前記ＳＤＴは、前記ＨＥＶＣベースの放送サービスであることを示す情報を含むことができる。
【００２０】
好ましくは、前記シグナリング情報は、前記生成されたビデオストリームの広域明るさ範囲を示す情報を含むことができる。
【００２１】
好ましくは、前記シグナリング情報は、前記生成されたビデオストリームの向上した色相表現のための色感調整情報を含むことができる。
【００２２】
好ましくは、前記ビデオストリームの特性を示す情報は、コーデック情報、解像度情報、フレーム速度情報、及びブラックからホワイトまでの色相を示すために使用されるビット数情報を含むことができる。
【００２３】
好ましくは、前記ビデオストリームの特性を示す情報は、前記生成されたビデオストリームが放送のためのストリームであるか格納のためのストリームであるかを区分するティア情報を含むことができる。
【００２４】
好ましくは、前記シグナリング情報は、テーブルセクション（ｔａｂｌｅ  ｓｅｃｔｉｏｎ）の形態又はＸＭＬの形態を有することができる。
【００２５】
本発明の他の一実施例に係る放送信号送信装置は、ビデオデータをエンコーディングしてビデオストリームを生成するエンコーダと、前記生成されたビデオストリームがＨＥＶＣビデオストリームであることを示す情報、前記生成されたビデオストリームの特性を示す情報、及び前記生成されたビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報のいずれか１つを含むシグナリング情報を生成するシグナリング情報生成部と、前記生成されたビデオストリーム及びシグナリング情報を多重化する多重化部と、前記多重化された放送ストリームを伝送する伝送部とを含むことができる。
【００２６】
本発明の他の一実施例に係る放送信号受信方法は、多重化された放送ストリームを受信するステップと、前記受信した多重化された放送ストリームからビデオストリーム及びシグナリング情報を抽出するステップであって、前記シグナリング情報は、前記抽出されたビデオストリームがＨＥＶＣビデオストリームであることを示す情報、前記抽出されたビデオストリームの特性を示す情報、及び前記抽出されたビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報のいずれか１つを含む、ステップと、前記抽出されたシグナリング情報を用いて、前記抽出されたビデオストリームをデコーディングするステップとを含むことができる。
【発明の効果】
【００２７】
本発明によれば、ＨＥＶＣベースの放送サービスを提供することができる効果がある。
【００２８】
本発明によれば、ＨＥＶＣベースのサービスに適したｖｉｄｅｏ  ｐｒｏｆｉｌｅを用いて高画質のＨＥＶＣベースの放送サービスを提供することができる効果がある。
【００２９】
本発明によれば、ＨＥＶＣベースのサービスに適したｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅを用いて高画質のＨＥＶＣベースの放送サービスを提供することができる効果がある。
【００３０】
本発明によれば、システムレベルでＨＥＶＣベースのサービスであることを知ることができる効果がある。
【００３１】
本発明によれば、システムレベルでＨＥＶＣベースのサービスの特性を知ることができる効果がある。
【００３２】
本発明によれば、ＨＥＶＣベースのサービス及び／又はＨＥＶＣベースのサービスに関する関連情報を放送網及び／又はＩＰ網を介して伝送することができる効果がある。
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施例に係るＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）の構成を示す図である。
【図２】本発明の一実施例に係るＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）の構成を示す図である。
【図３】本発明の一実施例に係るコンポーネントディスクリプタ（ｃｏｍｐｏｎｅｎｔ_ｄｅｓｃｒｉｐｔｏｒ）の構成を示す図である。
【図４】本発明の一実施例に係るｓｔｒｅａｍ_ｃｏｎｔｅｎｔ及びｃｏｍｐｏｎｅｎｔ_ｔｙｐｅの説明を示す図である。
【図５】本発明の一実施例に係る広域明るさ範囲情報を含む広域明るさ範囲ディスクリプタの構成を示す図である。
【図６】本発明の一実施例に係る広域明るさ範囲情報（ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｍｅｔａｄａｔａ）の構成を示す図である。
【図７】本発明の一実施例に係る色感調整情報を含む色感調整情報ディスクリプタの構成を示す図である。
【図８】本発明の一実施例に係る色感調整情報（ｃｏｌｏｒ_ｍａｎａｇｅｍｅｎｔ_ｍｅｔａｄａｔａ）の構成を示す図である。
【図９】本発明の一実施例に係るＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）の構成を示す図である。
【図１０】本発明の一実施例に係るサービスディスクリプタ（ｓｅｒｖｉｃｅ_ｄｅｓｃｒｉｐｔｏｒ）の構成を示す図である。
【図１１】本発明の一実施例に係るＨＥＶＣベースの放送サービスを識別するｓｅｒｖｉｃｅ_ｔｙｐｅの説明を示す図である。
【図１２】本発明の一実施例に係るＨｂｂＴＶで使用するｓｙｓｔｅｍ  ｆｏｒｍａｔｓ、ｖｉｄｅｏ  ｆｏｒｍａｔｓ及びａｕｄｉｏ  ｆｏｒｍａｔｓを示す図である。
【図１３】本発明の一実施例によって、２５Ｈｚのフレーム速度を有するビデオシステムで使用されるｓｙｓｔｅｍ  ｆｏｒｍａｔｓ、ｖｉｄｅｏ  ｆｏｒｍａｔｓ及びａｕｄｉｏ  ｆｏｒｍａｔｓを示す図である。
【図１４】本発明の一実施例によって、３０Ｈｚのフレーム速度を有するビデオシステムで使用されるｓｙｓｔｅｍ  ｆｏｒｍａｔｓ、ｖｉｄｅｏ  ｆｏｒｍａｔｓ及びａｕｄｉｏ  ｆｏｒｍａｔｓを示す図である。
【図１５】本発明の一実施例に係るＨＥＶＣサービスを提供するためのｖｉｄｅｏ  ｆｏｒｍａｔをｘｍｌの形態で示す図である。
【図１６】本発明の一実施例によってｔｅｒｍＩＤを使用してｖｉｄｅｏ  ｆｏｒｍａｔを示す図である。
【図１７】本発明の一実施例に係るＨＥＶＣベースの放送サービスを提供するためにｔｅｒｍＩＤを使用してｖｉｄｅｏ  ｆｏｒｍａｔを示す図である。
【図１８】本発明の一実施例に係るＨＥＶＣサービスの提供のためのｖｉｄｅｏ  ｐｒｏｆｉｌｅを示す図である。
【図１９】本発明の一実施例に係るｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅ  ｔｙｐｅを示す図である。
【図２０】本発明の一実施例に係るｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅに対する説明を示す図である。
【図２１】本発明の一実施例に係るｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅをｘｍｌの形態で示す図である。
【図２２】本発明の一実施例に係るＡｓｐｅｃｔＲａｔｉｏＯｒｇＴｙｐｅ及びＡｓｐｅｃｔＲａｔｉｏＤｉｓｐｌａｙＴｙｐｅを示す図である。
【図２３】本発明の一実施例に係るＡＦＤＢａｒＴｙｐｅを示す図である。
【図２４】本発明の一実施例に係るＢｉｔＲａｔｅＴｙｐｅを示す図である。
【図２５】本発明の一実施例に係るＵＨＤサービスの提供のためのｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅｓを示す図である。
【図２６】本発明の一実施例に係る放送受信装置の構造を示す図である。
【図２７】本発明の一実施例に係る放送信号送信方法の過程を示す図である。
【図２８】本発明の一実施例に係る放送信号受信装置の構造を示す図である。
【図２９】本発明の一実施例に係る放送信号送信装置の構造を示す図である。
【図３０】本発明の一実施例に係る放送信号受信方法を示す図である。
【発明を実施するための形態】
【００３４】
以下、添付の図面及び添付の図面に記載した内容を参照して本発明の実施例を詳細に説明するが、本発明が実施例によって制限又は限定されるものではない。
【００３５】
本発明で使用される用語は、本発明での機能を考慮した上、できるだけ現在広く使用されている一般的な用語を選択したが、これは、当該分野に従事する技術者の意図、慣例又は新しい技術の出現などによって変わり得る。また、特定の場合、出願人が任意に選定した用語もあり、その場合には、該当する発明の説明の部分で詳細にその意味を記載する。したがって、本発明で使用される用語は、単純な用語の名称ではなく、その用語が持つ実質的な意味と本明細書の全般にわたる内容に基づいて解釈されなければならないということは明らかである。
【００３６】
図１は、本発明の一実施例に係るＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）の構成を示した図である。
【００３７】
本発明の一実施例に係るＰＭＴは、ｔａｂｌｅ_ｉｄフィールド、ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールド、ｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールド、ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールド、ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ＰＣＲ_ＰＩＤフィールド、ｐｒｏｇｒａｍ_ｉｎｆｏ_ｌｅｎｇｔｈフィールド、ｄｅｓｃｒｉｐｔｏｒ（）、ｓｔｒｅａｍ_ｔｙｐｅフィールド、ｅｌｅｍｅｎｔａｒｙ_ＰＩＤフィールド、ＥＳ_ｉｎｆｏ_ｌｅｎｇｔｈフィールド、ｄｅｓｃｒｉｐｔｏｒ（）及び／又はＣＲＣ_３２フィールドを含む。
【００３８】
ｔａｂｌｅ_ｉｄフィールドは、テーブルのタイプを識別する。ｔａｂｌｅ_ｉｄフィールドは、当該テーブルセクションがＰＭＴを構成するセクションであることを示す役割を果たすことができる。
【００３９】
ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールドは、当該フィールドに後続するテーブルセクションのフォーマットを示す。当該フィールドの値が０である場合、当該テーブルセクションはｓｈｏｒｔフォーマットであることを示す。当該フィールドの値が１である場合、当該テーブルセクションは一般的なｌｏｎｇフォーマットに従う。
【００４０】
ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該テーブルセクションの長さを示す。ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該フィールド以降から当該テーブルセクションの最後までの長さを示すので、当該テーブルセクションの実際の長さは、ｓｅｒｃｉｏｎ_ｌｅｎｇｔｈフィールドが示す値に３バイトを加えた値になり得る。
【００４１】
ｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールドは、トランスポートストリーム内に存在する各プログラムサービスまたは仮想チャネル（ｖｉｒｔｕａｌ  ｃｈａｎｎｅｌ）を識別する。
【００４２】
ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、プライベートテーブルセクション（ｐｒｉｖａｔｅ  ｔａｂｌｅ  ｓｅｃｔｉｏｎ）のバージョンナンバーを示す。受信機は、当該フィールド及び後述するｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドを用いて、メモリに格納されているテーブルセクションのうち最も最近のものを見つけることができる。
【００４３】
ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドが示す値が１である場合、現在伝送されるテーブルが有効であることを示し、０である場合、現在伝送されるテーブルが、現在は有効でないが、後で有効になることを示す。
【００４４】
ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該セクションが当該テーブルの何番目のセクションであるかを示す。
【００４５】
ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該テーブルを構成しているセクションのうち最後のセクションの順番を示す。
【００４６】
ＰＣＲ_ＰＩＤフィールドは、プログラムサービスのためのＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）が存在するパケットＩＤ（ｐａｃｋｅｔ  ＩＤ）を示す。
【００４７】
ｐｒｏｇｒａｍ_ｉｎｆｏ_ｌｅｎｇｔｈフィールドは、後続する、プログラム情報（ｐｒｏｇｒａｍ_ｉｎｆｏ）を示すディスクリプタの長さを示す。
【００４８】
ｄｅｓｃｒｉｐｔｏｒ（）は、当該テーブルセクションに該当するプログラムに関する情報を示すディスクリプタを意味する。
【００４９】
ｓｔｒｅａｍ_ｔｙｐｅフィールドは、当該テーブルが説明しているプログラムを構成する各単位ストリームの種類を示す。このフィールドは、プログラムを構成するビデオストリームがＨＥＶＣコーデックによってエンコーディングされたビデオストリーム、すなわち、ＨＥＶＣビデオストリームであることを示すことができる。例えば、このフィールドは、０ｘ２４又は０ｘ２５の値を有することができる。このフィールドが示す値が０ｘ２４である場合、このフィールドは、当該ビデオストリームがＨＥＶＣビデオストリームまたはＨＥＶＣ  ｔｅｍｐｏｒａｌ  ｖｉｄｅｏ  ｓｕｂ−ｂｉｔｓｔｒｅａｍであることを示すことができる。このフィールドが示す値が０ｘ２５である場合、このフィールドは、当該ビデオストリームが本発明の一実施例に係るＨＥＶＣビデオストリームのＨＥＶＣ  ｔｅｍｐｏｒａｌ  ｖｉｄｅｏ  ｓｕｂｓｅｔであることを示すことができる。上述したＨＥＶＣ  ｔｅｍｐｏｒａｌ  ｖｉｄｅｏ  ｓｕｂ−ｂｉｔｓｔｒｅａｍは、一つのビデオストリームに含まれたサブストリームを意味し得る。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ  ｓｃａｌａｂｉｌｉｔｙを独立に提供し、ここで、一つのｔｅｍｐｏｒａｌ  ｉｄで定義されたストリームがｓｕｂ−ｂｉｔｓｔｒｅａｍを意味し得る。上述したＨＥＶＣ  ｔｅｍｐｏｒａｌ  ｖｉｄｅｏ  ｓｕｂｓｅｔは、上述したｓｕｂ−ｂｉｔｓｔｒｅａｍに含まれないストリームを意味し得る。ここで、上述した１つのｓｕｂｓｅｔが１つのストリームになってもよく、複数個のｓｕｂｓｅｔが１つのストリームになってもよく、１つのｓｕｂｓｅｔが複数個のストリームになってもよい。
【００５０】
ｅｌｅｍｅｎｔａｒｙ_ＰＩＤフィールドは、当該テーブルが説明しているプログラムを構成する各単位ストリームのパケットＩＤ（ｐａｃｋｅｔ  ＩＤ）を示す。
【００５１】
ＥＳ_ｉｎｆｏ_ｌｅｎｇｔｈフィールドは、後続する各単位ストリームに関する情報（ＥＳ_ｉｎｆｏ）を示すディスクリプタの長さを示す。
【００５２】
ｄｅｓｃｒｉｐｔｏｒ（）は、当該テーブルが説明しているプログラムを構成する単位ストリームのうち１つの単位ストリームに関する情報を示すディスクリプタを意味する。
【００５３】
ＣＲＣ_３２フィールドは、当該テーブルセクションに含まれたデータにエラーがあるかを確認するために使用されるＣＲＣ値を示す。
【００５４】
本発明の一実施例に係るＰＭＴは、ＭＰＥＧ−ＴＳを介してインバンド（Ｉｎ  ｂａｎｄ）で伝送されてもよく、ＰＭＴを含むＰＳＩ情報全体がｘｍｌの形態でＩＰを介して伝送されてもよい。
【００５５】
図２は、本発明の一実施例に係るＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）の構成を示した図である。
【００５６】
本発明の一実施例に係るＥＩＴは、ｔａｂｌｅ_ｉｄフィールド、ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールド、ｓｅｒｖｉｃｅ_ｉｄフィールド、ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールド、ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールド、ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールド、ｓｅｇｍｅｎｔ_ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｌａｓｔ_ｔａｂｌｅ_ｉｄフィールド、ｅｖｅｎｔ_ｉｄフィールド、ｓｔａｒｔ_ｔｉｍｅフィールド、ｄｕｒａｔｉｏｎフィールド、ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールド、ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールド、ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールド、ｄｅｓｃｒｉｐｔｏｒ（）及び／又はＣＲＣ_３２フィールドを含む。
【００５７】
ｔａｂｌｅ_ｉｄフィールドは、テーブルのタイプを識別する。ｔａｂｌｅ_ｉｄフィールドは、当該テーブルセクションがＥＩＴを構成するセクションであることを示す役割を果たすことができる。
【００５８】
ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールドは、当該フィールドに後続するテーブルセクションのフォーマットを示す。当該フィールドの値が０である場合、当該テーブルセクションはｓｈｏｒｔフォーマットであることを示す。当該フィールドの値が１である場合、当該テーブルセクションは一般的なｌｏｎｇフォーマットに従う。
【００５９】
ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該テーブルセクションの長さを示す。ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該フィールド以降から当該テーブルセクションの最後までの長さを示すことができる。
【００６０】
ｓｅｒｖｉｃｅ_ｉｄフィールドは、トランスポートストリーム内に存在する各サービスを識別する。ｓｅｒｖｉｃｅ_ｉｄフィールドは、ＰＭＴでｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールドとその機能が同一であってもよい。
【００６１】
ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、プライベートテーブルセクション（ｐｒｉｖａｔｅ  ｔａｂｌｅ  ｓｅｃｔｉｏｎ）のバージョンナンバーを示す。受信機は、当該フィールド及び後述するｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドを用いて、メモリに格納されているテーブルセクションのうち最も最近のものを見つけることができる。
【００６２】
ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドが示す値が１である場合、現在伝送されるテーブルが有効であることを示し、０である場合、現在伝送されるテーブルが、現在は有効でないが、後で有効になることを示す。
【００６３】
ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該セクションが当該テーブルの何番目のセクションであるかを示す。
【００６４】
ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該テーブルを構成しているセクションのうち最後のセクションの順番を示す。
【００６５】
ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールドは、当該テーブルで説明しようとするトランスポートストリーム（ＴＳ）を識別する。
【００６６】
ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールドは、当該テーブルで記述するサービス又はイベントを伝送した最初の放送局を識別することができる。
【００６７】
ｓｅｇｍｅｎｔ_ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、サブテーブル（ｓｕｂ  ｔａｂｌｅ）が存在する場合、当該セグメントの最後のセクションナンバーを示す。サブテーブルが分割されない場合、当該フィールドが示す値は、ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドが示す値と同じ値を示すことができる。
【００６８】
ｌａｓｔ_ｔａｂｌｅ_ｉｄフィールドは、使用された最後のｔａｂｌｅ_ｉｄを示す。
【００６９】
ｅｖｅｎｔ_ｉｄフィールドは、それぞれのイベントを識別し、一つのサービス内で唯一の値を有する。
【００７０】
ｓｔａｒｔ_ｔｉｍｅフィールドは、当該イベントの開始時間を示す。
【００７１】
ｄｕｒａｔｉｏｎフィールドは当該イベントの持続時間を示す。例えば、１時間４５分３０秒間持続するプログラムであれば、ｄｕｒａｔｉｏｎフィールドは０ｘ０１４５３０値を示すことができる。
【００７２】
ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールドは、当該イベントの状態を示す。
【００７３】
ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールドが示す値が０である場合、サービスを構成するコンポーネントストリームがスクランブルされていないことを示し、１である場合、１つ以上のストリームに対する接近がＣＡシステムによって調節されることを示す。ＣＡシステムは、Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｓｙｓｔｅｍの略語であって、放送の視聴を契約者に限定するために、放送コンテンツの暗号化機能及び契約者のみが暗号を解いて放送コンテンツを視聴できる機能を提供するシステムを意味する。
【００７４】
ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールドは、当該フィールドに後続するディスクリプタの長さを合算した値を示す。
【００７５】
ｄｅｓｃｒｉｐｔｏｒ（）は、各イベントに対して記述するディスクリプタを意味する。本発明の一実施例に係るコンポーネントディスクリプタは、上述したｄｅｓｃｒｉｐｔｏｒ（）に該当し得る。上述したコンポーネントディスクリプタは、ＥＩＴ内に位置し、当該イベントに含まれたビデオ又はオーディオストリームの特徴を示すことができる。コンポーネントディスクリプタに関する詳細な説明は、以下の図面で後述する。後述する広域明るさ範囲ディスクリプタ及び色感調整情報ディスクリプタは、上述したｄｅｓｃｒｉｐｔｏｒ（）に該当し得る。
【００７６】
ＣＲＣ_３２フィールドは、当該テーブルセクションに含まれたデータにエラーがあるかを確認するために使用されるＣＲＣ値を示す。
【００７７】
本発明の一実施例に係るＥＩＴは、ＴＳ内にｔａｂｌｅ形態で伝送されてもよく、ｘｍｌの形態でＩＰ  ｓｔｒｅａｍｉｎｇによって伝送されてもよい。
【００７８】
図３は、本発明の一実施例に係るコンポーネントディスクリプタ（ｃｏｍｐｏｎｅｎｔ_ｄｅｓｃｒｉｐｔｏｒ）の構成を示した図である。
【００７９】
本発明の一実施例に係るコンポーネントディスクリプタは、ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールド、ｓｔｒｅａｍ_ｃｏｎｔｅｎｔフィールド、ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールド、ｃｏｍｐｏｎｅｎｔ_ｔａｇフィールド、ＩＳＯ_６３９_ｌａｎｇｕａｇｅ_ｃｏｄｅフィールド及び／又はｔｅｘｔ_ｃｈａｒフィールドを含む。
【００８０】
ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールドは、このディスクリプタが本発明の一実施例に係るコンポーネントディスクリプタであることを識別する。
【００８１】
ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールドは、このディスクリプタの長さを示すことができる。
【００８２】
ｓｔｒｅａｍ_ｃｏｎｔｅｎｔフィールドは、ストリームのタイプを示すことができる。
【００８３】
ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドは、ビデオ又はオーディオデータのタイプを示すことができる。
【００８４】
ｃｏｍｐｏｎｅｎｔ_ｔａｇフィールドは、ストリーム識別子ディスクリプタ（ｓｔｒｅａｍ  ｉｄｅｎｔｉｆｉｅｒ  ｄｅｓｃｒｉｐｔｏｒ）のｃｏｍｐｏｎｅｎｔ_ｔａｇフィールドと同じ値を有する。
【００８５】
ＩＳＯ_６３９_ｌａｎｇｕａｇｅ_ｃｏｄｅフィールドは、コンポーネントの言語を識別することができる。
【００８６】
ｔｅｘｔ_ｃｈａｒフィールドは、コンポーネントストリームのテキスト説明を示すことができる。
【００８７】
本発明の一実施例は、ｓｔｒｅａｍ_ｃｏｎｔｅｎｔフィールド及びｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドを用いて、ＨＥＶＣコーデックベースのビデオストリームに関する情報をシグナリングすることができる。すなわち、本発明の一実施例は、上述した２つのフィールドを用いて、当該イベント又はサービスに含まれたビデオストリームの特性を把握することができる。本発明の一実施例に係るｓｔｒｅａｍ_ｃｏｎｔｅｎｔフィールド及びｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドは、ビデオストリームの特性を示すことができ、より具体的には、ビデオストリームのコーデック情報、解像度情報、フレーム速度情報、ビット深度情報、ティア情報などを示すことができる。ここで、ビット深度情報は、ブラックからホワイトまでの色相を示し、使用されるビット数を意味し、ティア情報は、当該ビデオストリームが放送のためのストリームであるか、受信機に貯蔵しておくためのストリームであるかを区分する情報を意味し得る。
【００８８】
本発明の一実施例に係る受信装置は、上述したコンポーネントディスクリプタに含まれた情報を用いて、当該イベントをデコーディングできるか否かを判断することができる。
【００８９】
図４は、本発明の一実施例に係るｓｔｒｅａｍ_ｃｏｎｔｅｎｔ及びｃｏｍｐｏｎｅｎｔ_ｔｙｐｅの説明を示した図である。
【００９０】
本発明の一実施例に係るｓｔｒｅａｍ_ｃｏｎｔｅｎｔフィールドが０ｘ０９である場合、このフィールドは、当該ビデオストリームがＨＥＶＣビデオストリームであることを示すことができる。
【００９１】
本発明の一実施例に係るｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドは、０ｘ０１から０ｘ２０まで定義することができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０１である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＳＤ解像度、４：３の画面比、２５Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０２である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＳＤ解像度、１６：９の画面比、２５Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０３である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＳＤ解像度、１６：９以上の画面比、２５Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０４である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＳＤ解像度、４：３の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０５である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＳＤ解像度、１６：９の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０６である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＳＤ解像度、１６：９以上の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０７である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＨＤ解像度、４：３又は１６：９の画面比、２５Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０８である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＨＤ解像度、１６：９以上の画面比、２５Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０９である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＨＤ解像度、４：３の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０Ａである場合、このフィールドは、当該ビデ���ストリームがＨＥＶＣ  ＨＤ解像度、１６：９の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ０Ｂである場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ＨＤ解像度、１６：９以上の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１１である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、１６：９の画面比、２５Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１２である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、ｗｉｄｅ  ｓｃｒｅｅｎ（１６：９以上）の画面比、２５Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１３である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、１６：９の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１４である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、ｗｉｄｅ  ｓｃｒｅｅｎ（１６：９以上）の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１５である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、１６：９の画面比、５０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１６である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、ｗｉｄｅ  ｓｃｒｅｅｎ（１６：９以上）の画面比、５０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１７である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、１６：９の画面比、６０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１８である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、ｗｉｄｅ  ｓｃｒｅｅｎ（��６：９以上）の画面比、６０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、８ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１９である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、１６：９の画面比、２５Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、１０ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１Ａである場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、ｗｉｄｅ  ｓｃｒｅｅｎ（１６：９以上）の画面比、２５Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、１０ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１Ｂである場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、１６：９の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、１０ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１Ｃである場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、ｗｉｄｅ  ｓｃｒｅｅｎ（１６：９以上）の画面比、３０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、１０ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１Ｄである場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、１６：９の画面比、５０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、１０ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１Ｅである場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、ｗｉｄｅ  ｓｃｒｅｅｎ（１６：９以上）の画面比、５０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、１０ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ１Ｆである場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、１６：９の画面比、６０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、１０ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅフィールドが０ｘ２０である場合、このフィールドは、当該ビデオストリームがＨＥＶＣ  ４Ｋ  ＵＨＤ解像度、ｗｉｄｅ  ｓｃｒｅｅｎ（１６：９以上）の画面比、６０Ｈｚのフレーム速度（ｆｒａｍｅｒａｔｅ）、１０ビットのビット深度（ｂｉｔ−ｄｅｐｔｈ）を有するビデオストリームであることを示すことができる。
【００９２】
本発明の一実施例に係るｃｏｍｐｏｎｅｎｔ_ｔｙｐｅは、４Ｋ  ＵＨＤに対して４：２：０のクロマフォーマット（ｃｈｒｏｍａ  ｆｏｒｍａｔ）のビデオストリームを基準とした。本発明の他の一実施例は、ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅ  ０ｘ２１から０ｘ２９を割り当てることで、１２ビットのビット深度に対する内容を追加で定義することができる。また、ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅ  ０ｘ２９から０ｘ３８を割り当てることで、４Ｋ  ＵＨＤに対して４：２：２のクロマフォーマットを追加で含むことができる。また、ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅ  ０ｘ３８から０ｘ４７を割り当てて８Ｋ  ＵＨＤビデオストリームに対する内容を追加で含むことができる。
【００９３】
図５は、本発明の一実施例に係る広域明るさ範囲情報を含む広域明るさ範囲ディスクリプタの構成を示した図である。
【００９４】
本発明の一実施例に係るｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｉｎｆｏ_ｄｅｓｃｒｉｐｔｏｒは、広域明るさ範囲ディスクリプタと命名することができる。
【００９５】
本発明の一実施例に係る広域明るさ範囲ディスクリプタは、ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールド、ｎｕｍｂｅｒ_ｏｆ_ＨＤＲ_ｉｎｆｏフィールド及び／又はｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｍｅｔａｄａｔａフィールド（広域明るさ範囲情報）を含む。
【００９６】
ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールドは、このディスクリプタが本発明の一実施例に係る広域明るさ範囲ディスクリプタであることを識別する。
【００９７】
ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールドは、このディスクリプタの長さを示すことができる。
【００９８】
ｎｕｍｂｅｒ_ｏｆ_ＨＤＲ_ｉｎｆｏフィールドは、後述する広域明るさ範囲情報の個数を示すことができる。
【００９９】
ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｍｅｔａｄａｔａフィールドは、本発明の一実施例に係る広域明るさ範囲情報と命名することができ、これについての詳細は後述する。
【０１００】
本発明の一実施例に係る広域明るさ範囲ディスクリプタはＥＩＴに含まれてもよい。本発明の一実施例に係る広域明るさ範囲情報は、前述したｃｏｍｐｏｎｅｎｔ_ｔｙｐｅに追加されて表現されてもよい。しかし、ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅが増加し続けることを防止するために、広域明るさ範囲情報は、独立してＥＩＴ内のディスクリプタレベルでシグナリングされてもよい。
【０１０１】
図６は、本発明の一実施例に係る広域明るさ範囲情報（ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｍｅｔａｄａｔａ）の構成を示した図である。
【０１０２】
本発明の一実施例に係るｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｍｅｔａｄａｔａは、広域明るさ範囲情報と命名することができる。
【０１０３】
本発明の一実施例に係る広域明るさ範囲情報は、ｌｕｍｉｎａｎｃｅ_ｍａｘフィールド、ｌｕｍｉｎａｎｃｅ_ｍｉｎフィールド、ｌｕｍｉｎａｎｃｅ_ｕｐｐｅｒ_ｂｏｕｎｄフィールド、ｌｕｍｉｎａｎｃｅ_ｌｏｗｅｒ_ｂｏｕｎｄフィールド、ｎｕｍｂｅｒ_ｌｕｍｉｎａｎｃｅ_ｕｐｐｅｒ_ｂｏｕｎｄ_ｄｉｆｆフィールド及び／又はｌｕｍｉｎａｎｃｅ_ｕｐｐｅｒ_ｂｏｕｎｄ_ｄｉｆｆ［ｉ］フィールドを含む。
【０１０４】
ｌｕｍｉｎａｎｃｅ_ｍａｘフィールドは、当該ビデオストリームで表現された最大基準明るさを示す。すなわち、明るさ範囲（ＤＲ）の最大値を示す。
【０１０５】
ｌｕｍｉｎａｎｃｅ_ｍｉｎフィールドは、当該ビデオストリームで表現された最小基準明るさを示す。すなわち、明るさ範囲（ＤＲ）の最小値を示す。
【０１０６】
ｌｕｍｉｎａｎｃｅ_ｕｐｐｅｒ_ｂｏｕｎｄフィールドは、当該ビデオストリームで表現された明るさ範囲における必須的に表現されなければならない明るさ範囲の最大値（ｎｉｔ単位）を示す。
【０１０７】
ｌｕｍｉｎａｎｃｅ_ｌｏｗｅｒ_ｂｏｕｎｄフィールドは、当該ビデオストリームで表現された明るさ範囲における必須的に表現されなければならない明るさ範囲の最小値（ｎｉｔ単位）を示す。
【０１０８】
ｎｕｍｂｅｒ_ｌｕｍｉｎａｎｃｅ_ｕｐｐｅｒ_ｂｏｕｎｄ_ｄｉｆｆフィールドは、上述したｌｕｍｉｎａｎｃｅ_ｕｐｐｅｒ_ｂｏｕｎｄまたはｌｕｍｉｎａｎｃｅ_ｌｏｗｅｒ_ｂｏｕｎｄを拡張するために使用される変数の個数を示す。
【０１０９】
ｌｕｍｉｎａｎｃｅ_ｕｐｐｅｒ_ｂｏｕｎｄ_ｄｉｆｆ［ｉ］フィールドは、上述したｌｕｍｉｎａｎｃｅ_ｕｐｐｅｒ_ｂｏｕｎｄまたはｌｕｍｉｎａｎｃｅ_ｌｏｗｅｒ_ｂｏｕｎｄの拡張によって拡張された領域に関する情報を示す。
【０１１０】
本発明の一実施例に係る広域明るさ範囲情報は、ビデオストリームの広域明るさ範囲を示す情報を示すことができ、ＥＩＴ内の広域明るさ範囲ディスクリプタに含まれてもよい。
【０１１１】
図７は、本発明の一実施例に係る色感調整情報を含む色感調整情報ディスクリプタの構成を示した図である。
【０１１２】
本発明の一実施例に係るＵＨＤ_ｃｏｌｏｒ_ｍａｎａｇｅｍｅｎｔ_ｉｎｆｏ_ｄｅｓｃｒｉｐｔｏｒは、色感調整情報ディスクリプタと命名することができる。
【０１１３】
本発明の一実施例に係る色感調整情報ディスクリプタは、ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールド、ｎｕｍｂｅｒ_ｏｆ_ｃｏｌｏｒ_ｉｎｆｏフィールド及び／又はｃｏｌｏｒ_ｍａｎａｇｅｍｅｎｔ_ｍｅｔａｄａｔａフィールド（色感調整情報）を含む。
【０１１４】
ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールドは、このディスクリプタが本発明の一実施例に係る色感調整情報ディスクリプタであることを識別する。
【０１１５】
ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールドは、このディスクリプタの長さを示すことができる。
【０１１６】
ｎｕｍｂｅｒ_ｏｆ_ｃｏｌｏｒ_ｉｎｆｏフィールドは、後述する色感調整情報の個数を示すことができる。
【０１１７】
ｃｏｌｏｒ_ｍａｎａｇｅｍｅｎｔ_ｍｅｔａｄａｔａフィールドは、本発明の一実施例に係る色感調整情報と命名することができ、これについての詳細は後述する。
【０１１８】
本発明の一実施例に係る色感調整情報ディスクリプタはＥＩＴに含まれてもよい。本発明の一実施例に係る色感調整情報は、前述したｃｏｍｐｏｎｅｎｔ_ｔｙｐｅに追加されて表現されてもよい。しかし、ｃｏｍｐｏｎｅｎｔ_ｔｙｐｅが増加し続けることを防止するために、色感調整情報は、独立してＥＩＴ内のディスクリプタレベルでシグナリングされてもよい。
【０１１９】
図８は、本発明の一実施例に係る色感調整情報（ｃｏｌｏｒ_ｍａｎａｇｅｍｅｎｔ_ｍｅｔａｄａｔａ）の構成を示した図である。
【０１２０】
本発明の一実施例に係るｃｏｌｏｒ_ｍａｎａｇｅｍｅｎｔ_ｍｅｔａｄａｔａは、色感調整情報と命名することができる。
【０１２１】
本発明の一実施例に係る色感調整情報は、ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｆｌａｇフィールド、ｒｅｆｅｒｅｎｃｅ_ｂｌａｃｋ_ｌｕｍｉｎａｎｃｅ_ｌｅｖｅｌフィールド、ｒｅｆｅｒｅｎｃｅ_ｗｈｉｔｅ_ｌｕｍｉｎａｎｃｅ_ｌｅｖｅｌフィールド、ｃｏｌｏｒ_ｇａｍｕｔフィールド、ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｒ_ｘフィールド、ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｒ_ｙフィールド、ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｇ_ｘフィールド、ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｇ_ｙフィールド、ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｂ_ｘフィールド及び／又はｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｂ_ｙフィールドを含む。
【０１２２】
ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｆｌａｇフィールドは、基本設定されたガマット（ｇａｍｕｔ）に比べて向上したガマットが使用されるかどうかを示す。ガマット指定フラグ情報のフィールド値が“０”である場合、基本設定された標準ガマットが使用されることを示し、フィールド値が“１”である場合、任意のガマットが使用されることを示す。
【０１２３】
ｒｅｆｅｒｅｎｃｅ_ｂｌａｃｋ_ｌｕｍｉｎａｎｃｅ_ｌｅｖｅｌフィールドは、当該ビデオストリームを再生するために必要な推奨ディスプレイ明るさ範囲における最小明るさを示すことができる。
【０１２４】
ｒｅｆｅｒｅｎｃｅ_ｗｈｉｔｅ_ｌｕｍｉｎａｎｃｅ_ｌｅｖｅｌフィールドは、当該ビデオストリームを再生するために必要な推奨ディスプレイ明るさ範囲における最大明るさを示すことができる。
【０１２５】
ｃｏｌｏｒ_ｇａｍｕｔフィールドは、当該ビデオストリームの色感を表現できる標準色空間を示す。このフィールドは、ディスプレイの色相表現範囲及び／又は基準色相（Ｒｅｄ、Ｇｒｅｅｎ、Ｂｌｕｅ）の色空間上の位置を示すことができる。
【０１２６】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｒ_ｘフィールドは、標準色空間ではなく任意の色空間を指定する場合、任意の色空間でレッド色相のｘ座標を示す。
【０１２７】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｒ_ｙフィールドは、標準色空間ではなく任意の色空間を指定する場合、任意の色空間でレッド色相のｙ座標を示す。
【０１２８】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｇ_ｘフィールドは、標準色空間ではなく任意の色空間を指定する場合、任意の色空間でグリーン色相のｘ座標を示す。
【０１２９】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｇ_ｙフィールドは、標準色空間ではなく任意の色空間を指定する場合、任意の色空間でグリーン色相のｙ座標を示す。
【０１３０】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｂ_ｘフィールドは、標準色空間ではなく任意の色空間を指定する場合、任意の色空間でブルー色相のｘ座標を示す。
【０１３１】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｂ_ｙフィールドは、標準色空間ではなく任意の色空間を指定する場合、任意の色空間でブルー色相のｙ座標を示す。
【０１３２】
本発明の一実施例に係る色感調整情報は、ＥＩＴ内の色感調整情報ディスクリプタに含まれてもよい。
【０１３３】
図９は、本発明の一実施例に係るＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）の構成を示した図である。
【０１３４】
本発明の一実施例に係るＳＤＴは、ｔａｂｌｅ_ｉｄフィールド、ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールド、ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールド、ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールド、ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールド、ｓｅｒｖｉｃｅ_ｉｄフィールド、ＥＩＴ_ｓｃｈｅｄｕｌｅ_ｆｌａｇフィールド、ＥＩＴ_ｐｒｅｓｅｎｔ_ｆｏｌｌｏｗｉｎｇ_ｆｌａｇフィールド、ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールド、ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールド、ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールド、ｄｅｓｃｒｉｐｔｏｒ（）及び／又はＣＲＣ_３２フィールドを含む。
【０１３５】
ｔａｂｌｅ_ｉｄフィールドはテーブルのタイプを識別する。ｔａｂｌｅ_ｉｄフィールドは、当該テーブルセクションがＳＤＴを構成するセクションであることを示す役割を果たすことができる。
【０１３６】
ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールドは、当該フィールドに後続するテーブルセクションのフォーマットを示す。当該フィールドの値が０である場合、当該テーブルセクションはｓｈｏｒｔフォーマットであることを示す。当該フィールドの値が１である場合、当該テーブルセクションは一般的なｌｏｎｇフォーマットに従う。
【０１３７】
ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該テーブルセクションの長さを示す。ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該フィールド以降から当該テーブルセクションの最後までの長さを示すことができる。
【０１３８】
ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールドは、当該テーブルで説明しようとするトランスポートストリーム（ＴＳ）を識別する。
【０１３９】
ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、プライベートテーブルセクション（ｐｒｉｖａｔｅ  ｔａｂｌｅ  ｓｅｃｔｉｏｎ）のバージョンナンバーを示す。受信機は、当該フィールド及び後述するｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドを用いて、メモリに格納されているテーブルセクションのうち最も最近のものを見つけることができる。
【０１４０】
ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドが示す値が１である場合、現在伝送されるテーブルが有効であることを示し、０である場合、現在伝送されるテーブルが、現在は有効でないが、後で有効になることを示す。
【０１４１】
ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該セクションが当該テーブルの何番目のセクションであるかを示す。
【０１４２】
ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該テーブルを構成しているセクションのうち最後のセクションの順番を示す。
【０１４３】
ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールドは、当該テーブルで記述するサービスを伝送した最初の放送局を識別することができる。
【０１４４】
ｓｅｒｖｉｃｅ_ｉｄフィールドは、トランスポートストリーム内に存在する各サービスを識別する。ｓｅｒｖｉｃｅ_ｉｄフィールドは、ＰＭＴでｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールドとその機能が同一であってもよい。
【０１４５】
ＥＩＴ_ｓｃｈｅｄｕｌｅ_ｆｌａｇフィールドが示す値が１である場合、現在ＴＳ内にサービスのためのＥＩＴスケジュール情報（ＥＩＴ  ｓｃｈｅｄｕｌｅ  ｆｌａｇ）が存在することを示し、０である場合、存在しないことを示す。
【０１４６】
ＥＩＴ_ｐｒｅｓｅｎｔ_ｆｏｌｌｏｗｉｎｇ_ｆｌａｇフィールドが示す値が１である場合、現在ＴＳ内にサービスのためのＥＩＴ_ｐｒｅｓｅｎｔ_ｆｏｌｌｏｗｉｎｇ情報が存在することを示し、０である場合、存在しないことを示す。
【０１４７】
ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールドはサービスの状態を示す。例えば、ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールドの値が１であれば、サービスが“ｎｏｔ  ｒｕｎｎｉｎｇ”であることを示し、２であれば、“ｓｔａｒｔｓ  ｉｎ  ａ  ｆｅｗ  ｓｅｃｏｎｄｓ”であることを示し、３であれば、“ｐａｕｓｉｎｇ”であることを示し、４であれば、“ｒｕｎｎｉｎｇ”であることを示し、５であれば、“ｓｅｒｖｉｃｅ  ｏｆｆ−ａｉｒ”であることを示すことができる。
【０１４８】
ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールドが示す値が０であれば、サービスを構成するコンポーネントストリームがスクランブルされていないことを示し、１であれば、１つ以上のストリームに対する接近がＣＡシステムによって調節されることを示す。ＣＡシステムは、Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｓｙｓｔｅｍの略語であって、放送の視聴を契約者に限定するために、放送コンテンツの暗号化機能及び契約者のみが暗号を解いて放送コンテンツを視聴できる機能を提供するシステムを意味する。
【０１４９】
ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールドは、当該フィールドに後続するディスクリプタの長さを合算した値を示す。
【０１５０】
ｄｅｓｃｒｉｐｔｏｒ（）は、各サービスに対して記述するディスクリプタを意味する。本発明の一実施例に係るサービスディスクリプタ（ｓｅｒｖｉｃｅ_ｄｅｓｃｒｉｐｔｏｒ）は、上述したｄｅｓｃｒｉｐｔｏｒ（）に該当し得る。これについての詳細は、以下の図面で後述する。
【０１５１】
ＣＲＣ_３２フィールドは、当該テーブルセクションに含まれたデータにエラーがあるかを確認するために使用されるＣＲＣ値を示す。
【０１５２】
図１０は、本発明の一実施例に係るサービスディスクリプタ（ｓｅｒｖｉｃｅ_ｄｅｓｃｒｉｐｔｏｒ）の構成を示した図である。
【０１５３】
本発明の一実施例に係るサービスディスクリプタは、ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールド、ｓｅｒｖｉｃｅ_ｔｙｐｅフィールド、ｓｅｒｖｉｃｅ_ｐｒｏｖｉｄｅｒ_ｎａｍｅ_ｌｅｎｇｔｈフィールド及び／又はｓｅｒｖｉｃｅ_ｎａｍｅ_ｌｅｎｇｔｈフィールドを含む。
【０１５４】
ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールドは、このディスクリプタを識別することができる。
【０１５５】
ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールドは、このディスクリプタの長さを示すことができる。
【０１５６】
ｓｅｒｖｉｃｅ_ｔｙｐｅフィールドは、当該サービスがＨＥＶＣベースの放送サービスであることを示すことができる。本発明の一実施例によれば、このフィールドは、当該ビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示すことができる。このフィールドについての詳細は、以下の図面で後述する。
【０１５７】
ｓｅｒｖｉｃｅ_ｐｒｏｖｉｄｅｒ_ｎａｍｅ_ｌｅｎｇｔｈフィールドは、次のｃｈａｒで表示されるサービスプロバイダーの名前の長さを示すことができる。
【０１５８】
ｓｅｒｖｉｃｅ_ｎａｍｅ_ｌｅｎｇｔｈフィールドは、次のｃｈａｒで表示されるサービス名の長さを示すことができる。
【０１５９】
本発明の一実施例に係るＳＤＴは、ＴＳ内にｔａｂｌｅ形態で伝送されてもよく、ｘｍｌの形態でＩＰ  ｓｔｒｅａｍｉｎｇによって伝送されてもよい。
【０１６０】
図１１は、本発明の一実施例に係るＨＥＶＣベースの放送サービスを識別するｓｅｒｖｉｃｅ_ｔｙｐｅの説明を示した図である。
【０１６１】
本発明の一実施例に係るｓｅｒｖｉｃｅ_ｔｙｐｅは、ビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報に該当し得る。
【０１６２】
本発明の一実施例に係るｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ１Ｆであれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＳＤ解像度を有するｄｉｇｉｔａｌ  ｔｅｌｅｖｉｓｉｏｎ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２０であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＳＤ解像度を有するＮＶＯＤ  ｔｉｍｅ−ｓｈｉｆｔｅｄ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２１であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＳＤ解像度を有するＮＶＯＤ  ｒｅｆｅｒｅｎｃｅ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２２であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＨＤ解像度を有するｄｉｇｉｔａｌ  ｔｅｌｅｖｉｓｉｏｎ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２３であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＨＤ解像度を有するＮＶＯＤ  ｔｉｍｅ−ｓｈｉｆｔｅｄ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２４であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＨＤ解像度を有するＮＶＯＤ  ｒｅｆｅｒｅｎｃｅ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２５であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＵＨＤ−１Ａ解像度を有するｄｉｇｉｔａｌ  ｔｅｌｅｖｉｓｉｏｎ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２６であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＵＨＤ−１Ａ解像度を有するＮＶＯＤ  ｔｉｍｅ−ｓｈｉｆｔｅｄ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２７であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＵＨＤ−１Ａ解像度を有するＮＶＯＤ  ｒｅｆｅｒｅｎｃｅ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２８であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＵＨＤ−１Ｂ解像度を有するｄｉｇｉｔａｌ  ｔｅｌｅｖｉｓｉｏｎ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２９であれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＵＨＤ−１Ｂ解像度を有するＮＶＯＤ  ｔｉｍｅ−ｓｈｉｆｔｅｄ  ｓｅｒｖｉｃｅであることを示すことができる。ｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ２Ａであれば、このフィールドは、当該放送サービスがＨ．２６５／ＨＥＶＣコーデックが使用され、ＵＨＤ−１Ｂ解像度を有するＮＶＯＤ  ｒｅｆｅｒｅｎｃｅ  ｓｅｒｖｉｃｅであることを示すことができる。ここで、上述したＵＨＤ−１Ａは、４Ｋ解像度及び５０ｐ／６０ｐのフレーム速度（ｆｒａｍｅｒａｔｅ）を示すことができ、ＵＨＤ−１Ｂは、４Ｋ解像度及び１００ｐ／１２０ｐのフレーム速度を示すことができる。また、４Ｋ解像度及び２５ｐ／３０ｐを有する放送サービスと８Ｋ解像度を有する放送サービスもシグナリングされ得る。
【０１６３】
図１２は、本発明の一実施例に係るＨｂｂＴＶで使用するｓｙｓｔｅｍ  ｆｏｒｍａｔｓ、ｖｉｄｅｏ  ｆｏｒｍａｔｓ及びａｕｄｉｏ  ｆｏｒｍａｔｓを示した図である。
【０１６４】
本発明の一実施例によって、ＭＰＥＧ−２  ＴＳがｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＡＶＣ_ＳＤ_２５及び／又はＡＶＣ_ＨＤ_２５が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＨＥＡＡＣ及び／又はＥ−ＡＣ３が使用され得る。ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｍｐｅｇが使用され得る。ＭＰＥＧ−２  ＴＳがｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、端末は、コンテンツがブロードバンドを介して伝送される放送を介して伝送される同一のｓｕｂｔｉｔｌｅ  ｆｏｒｍａｔを支援し得る。ＭＰ４がｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＡＶＣ_ＳＤ_２５及び／又はＡＶＣ_ＨＤ_２５が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＨＥＡＡＣ及び／又はＥ−ＡＣ３が使用され、ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｍｐ４が使用され得る。例えば、ｖｉｄｅｏ  ｆｏｒｍａｔ  ＡＶＣ_ＳＤ_２５は、ＡＶＣコーデックが使用され、ＳＤ解像度を有し、２５ｆｐｓのフレーム速度を有するビデオストリームを示すことができる。
【０１６５】
本発明の一実施例によれば、上述したＥ−ＡＣ３が、放送を介して受信されたコンテンツに対して支援される場合、端末は、ブロードバンドを介して受信されたコンテンツに対してもＥ−ＡＣ３を支援することができる。
【０１６６】
図１３は、本発明の一実施例によって、２５Ｈｚのフレーム速度を有するビデオシステムで使用されるｓｙｓｔｅｍ  ｆｏｒｍａｔｓ、ｖｉｄｅｏ  ｆｏｒｍａｔｓ及びａｕｄｉｏ  ｆｏｒｍａｔｓを示した図である。
【０１６７】
本発明の一実施例によって、ＭＰＥＧ−２  ＴＳがｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＡＶＣ_ＨＤ_２５、ＡＶＣ_ＳＤ_２５、ＡＶＣ_ＳＰ_２５及び／又はＡＶＣ_３Ｄ_２５が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＨＥＡＡＣ、ＨＥＡＡＣ２、ＨＥＡＡＣ_ＭＰＳ、ＭＰＥＧ１_Ｌ２、ＭＰＥＧ１_Ｌ２_ＭＰＳ、ＡＣ３、Ｅ−ＡＣ３及び／又はＤＴＳが使用され、ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｍｐｅｇ又はｖｉｄｅｏ／ｍｐ２ｔが使用され得る。ＴＴＳがｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＡＶＣ_ＨＤ_２５、ＡＶＣ_ＳＤ_２５、ＡＶＣ_ＳＰ_２５及び／又はＡＶＣ_３Ｄ_２５が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＨＥＡＡＣ、ＨＥＡＡＣ２、ＨＥＡＡＣ_ＭＰＳ、ＭＰＥＧ１_Ｌ２、ＭＰＥＧ１_Ｌ２_ＭＰＳ、ＡＣ３、Ｅ−ＡＣ３及び／又はＤＴＳが使用され、ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｖｎｄ．ｄｌｎａ．ｍｐｅｇ−ｔｔｓが使用され得る。ＭＰ４がｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＡＶＣ_ＨＤ_２５、ＡＶＣ_ＳＤ_２５、ＡＶＣ_ＳＰ_２５及び／又はＡＶＣ_３Ｄ_２５が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＨＥＡＡＣ、ＨＥＡＡＣ２、ＨＥＡＡＣ_ＭＰＳ、ＭＰＥＧ１_Ｌ２、ＭＰＥＧ１_Ｌ２_ＭＰＳ、ＡＣ３、Ｅ−ＡＣ３及び／又はＤＴＳが使用され、ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｍｐ４が使用され得る。
【０１６８】
本発明の他の一実施例によって、ＭＰＥＧ−２  ＴＳがｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＭＰＥＧ２_ＳＤ_２５及び／又はＭＰＥＧ２_ＳＰ_２５が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＭＰＥＧ１_Ｌ２、ＭＰＥＧ１_Ｌ２_ＭＰＳ、ＡＣ３及び／又はＥ−ＡＣ３が使用され、ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｍｐｅｇ又はｖｉｄｅｏ／ｍｐ２ｔが使用され得る。ＴＴＳがｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＭＰＥＧ２_ＳＤ_２５及び／又はＭＰＥＧ２_ＳＰ_２５が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＭＰＥＧ１_Ｌ２、ＭＰＥＧ１_Ｌ２_ＭＰＳ、ＡＣ３及び／又はＥ−ＡＣ３が使用され、ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｖｎｄ．ｄｌｎａ．ｍｐｅｇ−ｔｔｓが使用され得る。
【０１６９】
本発明の一実施例によれば、同図に示されたｖｉｄｅｏ  ｆｏｒｍａｔのうち、ＴＳ及び／又はＭＰ４がｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合に、ＡＶＣ_ＨＤ_２５及び／又はＡＶＣ_ＳＤ_２５が、本発明の一実施例に係るＨｂｂＴＶに使用されてもよい。
【０１７０】
図１４は、本発明の一実施例によって、３０Ｈｚのフレーム速度を有するビデオシステムで使用されるｓｙｓｔｅｍ  ｆｏｒｍａｔｓ、ｖｉｄｅｏ  ｆｏｒｍａｔｓ及びａｕｄｉｏ  ｆｏｒｍａｔｓを示した図である。
【０１７１】
本発明の一実施例によって、ＭＰＥＧ−２  ＴＳがｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＡＶＣ_ＨＤ_３０、ＡＶＣ_ＳＤ_３０、ＡＶＣ_ＳＰ_３０及び／又はＡＶＣ_３Ｄ_３０が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＨＥＡＡＣ、ＨＥＡＡＣ２、ＨＥＡＡＣ_ＭＰＳ、ＭＰＥＧ１_Ｌ２、ＭＰＥＧ１_Ｌ２_ＭＰＳ、ＡＣ３、Ｅ−ＡＣ３及び／又はＤＴＳが使用され、ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｍｐｅｇ又はｖｉｄｅｏ／ｍｐ２ｔが使用され得る。ＴＴＳがｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＡＶＣ_ＨＤ_３０、ＡＶＣ_ＳＤ_３０、ＡＶＣ_ＳＰ_３０及び／又はＡＶＣ_３Ｄ_３０が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＨＥＡＡＣ、ＨＥＡＡＣ２、ＨＥＡＡＣ_ＭＰＳ、ＭＰＥＧ１_Ｌ２、ＭＰＥＧ１_Ｌ２_ＭＰＳ、ＡＣ３、Ｅ−ＡＣ３及び／又はＤＴＳが使用され、ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｖｎｄ．ｄｌｎａ．ｍｐｅｇ−ｔｔｓが使用され得る。ＭＰ４がｓｙｓｔｅｍ  ｆｏｒｍａｔとして使用される場合、ｖｉｄｅｏ  ｆｏｒｍａｔとしてはＡＶＣ_ＨＤ_３０、ＡＶＣ_ＳＤ_３０、ＡＶＣ_ＳＰ_３０及び／又はＡＶＣ_３Ｄ_３０が使用され、ａｕｄｉｏ  ｆｏｒｍａｔとしてはＨＥＡＡＣ、ＨＥＡＡＣ２、ＨＥＡＡＣ_ＭＰＳ、ＭＰＥＧ１_Ｌ２、ＭＰＥＧ１_Ｌ２_ＭＰＳ、ＡＣ３、Ｅ−ＡＣ３及び／又はＤＴＳが使用され、ＭＩＭＥ  Ｔｙｐｅとしてはｖｉｄｅｏ／ｍｐ４が使用され得る。
【０１７２】
本発明の一実施例によれば、ＨＥＶＣベースの放送サービスのために、ＨｂｂＴＶで使用されるｖｉｄｅｏ  ｆｏｒｍａｔが追加で定義されてもよい。ＳＤ解像度の場合、ＨＥＶＣ_ＳＤ_２５、ＨＥＶＣ_ＳＤ_３０などが追加で定義されてもよく、ＨＤ解像度の場合、ＨＥＶＣ_ＨＤ_２５、ＨＥＶＣ_ＨＤ_３０、ＨＥＶＣ_ＨＤ_５０、ＨＥＶＣ_ＨＤ_６０などが追加で定義されてもよく、ＵＨＤ解像度の場合、ＨＥＶＣ_ＵＨＤ_２５、ＨＥＶＣ_ＵＨＤ_３０、ＨＥＶＣ_ＵＨＤ_５０、ＨＥＶＣ_ＵＨＤ_６０などが追加で定義されてもよい。また、本発明の一実施例によれば、高画質のサービスを提供するために、ＨＥＶＣだけでなくＡＶＣでも、高いフレーム速度フォーマット（ｈｉｇｈｅｒ  ｆｒａｍｅ  ｒａｔｅ  ｆｏｒｍａｔ）が定義され、使用され得る。例えば、ＡＶＣ_ＨＤ_５０、ＡＶＣ_ＨＤ_６０などが追加で定義されてもよい。
【０１７３】
図１５は、本発明の一実施例に係るＨＥＶＣサービスを提供するためのｖｉｄｅｏ  ｆｏｒｍａｔをｘｍｌの形態で示した図である。
【０１７４】
本発明の一実施例によれば、ＨＥＶＣベースの放送サービスを提供するためにＨＥＶＣ，ＵＨＤ及びｈｉｇｈｅｒ  ｆｒａｍｅ  ｒａｔｅのｖｉｄｅｏ  ｆｏｒｍａｔが追加で定義されてもよい。
【０１７５】
本発明の一実施例に係るＨＥＶＣベースの放送サービスを提供するために、ＨＥＶＣ_ＵＨＤ_２５がｖｉｄｅｏ  ｆｏｒｍａｔとして定義されてもよく、このフォーマットは、Ｈ．２６５／ＨＥＶＣコーデックを使用してエンコーディング（ｅｎｃｏｄｉｎｇ）された、ＵＨＤ解像度の２５Ｈｚのフレーム速度を有するｖｉｄｅｏであることを示すことができる。ＨＥＶＣ_ＵＨＤ_３０がｖｉｄｅｏ  ｆｏｒｍａｔとして定義されてもよく、このフォーマットは、Ｈ．２６５／ＨＥＶＣコーデックを使用してエンコーディングされた、ＵＨＤ解像度の３０Ｈｚのフレーム速度を有するｖｉｄｅｏであることを示すことができる。ＨＥＶＣ_ＵＨＤ_５０がｖｉｄｅｏ  ｆｏｒｍａｔとして定義されてもよく、このフォーマットは、Ｈ．２６５／ＨＥＶＣコーデックを使用してエンコーディングされた、ＵＨＤ解像度の５０Ｈｚのフレーム速度を有するｖｉｄｅｏであることを示すことができる。ＨＥＶＣ_ＵＨＤ_６０がｖｉｄｅｏ  ｆｏｒｍａｔとして定義されてもよく、このフォーマットは、Ｈ．２６５／ＨＥＶＣコーデックを使用してエンコーディングされた、ＵＨＤ解像度の６０Ｈｚのフレーム速度を有するｖｉｄｅｏであることを示すことができる。ＨＥＶＣ_ＨＤ_２５がｖｉｄｅｏ  ｆｏｒｍａｔとして定義されてもよく、このフォーマットは、Ｈ．２６５／ＨＥＶＣコーデックを使用してエンコーディングされた、ＨＤ解像度の２５Ｈｚのフレーム速度を有するｖｉｄｅｏであることを示すことができる。ＨＥＶＣ_ＨＤ_３０がｖｉｄｅｏ  ｆｏｒｍａｔとして定義されてもよく、このフォーマットは、Ｈ．２６５／ＨＥＶＣコーデックを使用してエンコーディングされた、ＨＤ解像度の３０Ｈｚのフレーム速度を有するｖｉｄｅｏであることを示すことができる。ＨＥＶＣ_ＳＤ_３０がｖｉｄｅｏ  ｆｏｒｍａｔとして定義されてもよく、このフォーマットは、Ｈ．２６５／ＨＥＶＣコーデックを使用してエンコーディングされた、ＳＤ解像度の３０Ｈｚのフレーム速度を有するｖｉｄｅｏであることを示すことができる。ＡＶＣ_ＨＤ_３０がｖｉｄｅｏ  ｆｏｒｍａｔとして定義されてもよく、このフォーマットは、Ｈ．２６４／ＡＶＣコーデックを使用してエンコーディングされたＨＤ解像度の３０Ｈｚのフレーム速度を有するｖｉｄｅｏであることを示すことができる。ＡＶＣ_ＳＤ_３０がｖｉｄｅｏ  ｆｏｒｍａｔとして定義されてもよく、このフォーマットは、Ｈ．２６４／ＡＶＣコーデックを使用してエンコーディングされた、ＳＤ解像度の３０Ｈｚのフレーム速度を有するｖｉｄｅｏであることを示すことができる。
【０１７６】
本発明の一実施例によれば、上述したｖｉｄｅｏ  ｆｏｒｍａｔ情報は、ビデオストリームの特性を示す情報に該当し得、ＥＩＴ内のディスクリプタに含まれてもよく、ｘｍｌ及び／又はｔａｂｌｅの形態で伝送されてもよい。
【０１７７】
図１６は、本発明の一実施例によって、ｔｅｒｍＩＤを使用してｖｉｄｅｏ  ｆｏｒｍａｔを示した図である。
【０１７８】
本発明の一実施例に係るｔｅｒｍＩＤ  １はＭＰＥＧ−１  ｖｉｄｅｏであることを示し、ｔｅｒｍＩＤ  ２はＭＰＥＧ−２  ｖｉｄｅｏであることを示し、ｔｅｒｍＩＤ  ２．１はＭＰＥＧ−２  ｖｉｄｅｏ  ｓｉｍｐｌｅ  ｐｒｏｆｉｌｅを示し、ｔｅｒｍＩＤ  ２．２はＭＰＥＧ−２  ｖｉｄｅｏ  ｍａｉｎ  ｐｒｏｆｉｌｅを示し、ｔｅｒｍＩＤ  ２．１．１はＭＰＥＧ−２  ｖｉｄｅｏ  ｓｉｍｐｌｅ  ｐｒｏｆｉｌｅ及びｍａｉｎ  ｌｅｖｅｌを示し、ｔｅｒｍＩＤ  ２．２．１はＭＰＥＧ−２  ｖｉｄｅｏ  ｍａｉｎ  ｐｒｏｆｉｌｅ及びｌｏｗ  ｌｅｖｅｌを示し、ｔｅｒｍＩＤ  ２．２．２はＭＰＥＧ−２  ｖｉｄｅｏ  ｍａｉｎ  ｐｒｏｆｉｌｅ及びｍａｉｎ  ｌｅｖｅｌを示し、ｔｅｒｍＩＤ  ２．２．３はＭＰＥＧ−２  ｖｉｄｅｏ  ｍａｉｎ  ｐｒｏｆｉｌｅ及びｈｉｇｈ  １４４０  ｌｅｖｅｌを示し、ｔｅｒｍＩＤ  ２．２．４はＭＰＥＧ−２  ｖｉｄｅｏ  ｍａｉｎ  ｐｒｏｆｉｌｅ及びｈｉｇｈ  ｌｅｖｅｌを示すことができる。すなわち、ｔｅｒｍＩＤは、段階別にコーデックの種類、ｐｒｏｆｉｌｅの種類、ｌｅｖｅｌの種類を示すことができる。
【０１７９】
図１７は、本発明の一実施例に係るＨＥＶＣベースの放送サービスを提供するために、ｔｅｒｍＩＤを使用してｖｉｄｅｏ  ｆｏｒｍａｔを示した図である。
【０１８０】
本発明の一実施例によれば、ＨＥＶＣの場合、ｔｅｒｍＩＤは９に指定され得、ｍａｉｎ  ｐｒｏｆｉｌｅは９．１、ｍａｉｎ１０  ｐｒｏｆｉｌｅは９．２、ｓｔｉｌｌ  ｐｉｃｔｕｒｅ  ｐｒｏｆｉｌｅは９．３に指定されてシグナリングされ得る。追加でｐｒｏｆｉｌｅを拡張する場合にも、上述した方法のように、９．４、９．５などに、拡張しようとするｐｒｏｆｉｌｅを指定することができる。各ｐｒｏｆｉｌｅに対してｔｉｅｒとｌｅｖｅｌが定義されてもよい。本発明の一実施例に係るｔｉｅｒは、ティア情報と命名することができ、ｍａｉｎ  ｔｉｅｒは１として、ｈｉｇｈｅｒ  ｔｉｅｒは２として定義されてもよい。本発明の一実施例に係るｌｅｖｅｌは３．０、３．１、３．２〜６．０、６．１、６．２まで示すことができ、各ｌｅｖｅｌは、１〜１８のいずれか１つの値として定義されてもよい。例えば、ｔｅｒｍＩＤ  ９．１．１．１は、ＨＥＶＣ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒｍａｔ、ｍａｉｎ  ｐｒｏｆｉｌｅ、ｍａｉｎ  ｔｉｅｒ及びｌｅｖｅｌ  ３．０を示すことができ、ｔｅｒｍＩＤ  ９．３．１．１８は、ＨＥＶＣ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒｍａｔ、ｓｔｉｌｌ  ｐｉｃｔｕｒｅ  ｐｒｏｆｉｌｅ、ｍａｉｎ  ｔｉｅｒ及びｌｅｖｅ  ｌ６．２を示すことができる。
【０１８１】
本発明の一実施例に係るｔｉｅｒは、ｌｅｖｅｌと共にｂｉｔｒａｔｅの限界を定めるために使用することができる。本発明の一実施例に係るｈｉｇｈｅｒ  ｔｉｅｒとｍａｉｎ  ｔｉｅｒは、ｍａｘｉｍｕｍ  ｂｉｔｒａｔｅにおいて差が存在し得る。例えば、４Ｋの解像度及び／又は６０ｐのフレーム速度を有するｖｉｄｅｏをデコーディング（ｄｅｃｏｄｉｎｇ）できるｌｅｖｅｌ  ５．１で、ｍａｉｎ  ｔｉｅｒである場合、ｍａｘｉｍｕｍ  ｂｉｔｒａｔｅは４００００（１０００ｂｉｔｓ／ｓ）までであるが、ｈｉｇｈ  ｔｉｅｒである場合、ｍａｘｉｍｕｍ  ｂｉｔｒａｔｅは１６００００（１０００ｂｉｔｓ／ｓ）であり得る。したがって、本発明の一実施例に係るｍａｉｎ  ｔｉｅｒを有するストリームは、ほとんど放送のためのストリームとして使用され得、ｈｉｇｈｅｒ  ｔｉｅｒを有するストリームは、ほとんど放送局端で格納のためのストリームとして使用され得る。
【０１８２】
本発明の一実施例によれば、上述したｖｉｄｅｏ  ｆｏｒｍａｔ情報は、ビデオストリームの特性を示す情報に該当し得、ＥＩＴ内のディスクリプタに含まれてもよく、ｘｍｌ及び／又はｔａｂｌｅの形態で伝送されてもよい。
【０１８３】
図１８は、本発明の一実施例に係るＨＥＶＣサービスの提供のためのｖｉｄｅｏ  ｐｒｏｆｉｌｅを示した図である。
【０１８４】
本発明の一実施例によれば、前述したｖｉｄｅｏ  ｆｏｒｍａｔをベースとしてｓｙｓｔｅｍ  ｆｏｒｍａｔ_ｖｉｄｅｏ  ｆｏｒｍａｔ_ａｕｄｉｏ  ｆｏｒｍａｔの順に一つのｖｉｄｅｏ  ｐｒｏｆｉｌｅが定義されてもよい。例えば、ｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ＴＳ_ＡＶＣ_ＨＤ_２５_ＨＥＡＡＣ、ＴＳ_ＨＥＶＣ_ＨＤ_６０_ＨＥＡＡＣなどで表現され得る。より具体的には、ｖｉｄｅｏ  ｐｒｏｆｉｌｅの形式は、ｓｙｓｔｅｍ  ｆｏｒｍａｔ（伝送ｆｏｒｍａｔ）_ｖｉｄｅｏｆｏｒｍａｔ（ｃｏｄｅｃ_ｒｅｓｏｌｕｔｉｏｎ_ｆｒａｍｅｒａｔｅ）_ａｕｄｉｏｆｏｒｍａｔ（ａｕｄｉｏｃｏｄｅｃ）で表現され得る。
【０１８５】
本発明の一実施例によれば、ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＭＰ４_ＨＥＶＣ_ＳＤ_３０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＭＰ４、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＳＤ、ｆｒａｍｅ  ｒａｔｅとして３０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐ４、伝送方式としてｄａｓｈを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＭＰ４_ＨＥＶＣ_ＨＤ_３０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＭＰ４、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＨＤ、ｆｒａｍｅ  ｒａｔｅとして３０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐ４、伝送方式としてｄａｓｈを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＭＰ４_ＨＥＶＣ_ＨＤ_５０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＭＰ４、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＨＤ、ｆｒａｍｅ  ｒａｔｅとして５０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐ４、伝送方式としてｄａｓｈを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＭＰ４_ＨＥＶＣ_ＨＤ_６０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＭＰ４、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＨＤ、ｆｒａｍｅ  ｒａｔｅとして６０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐ４、伝送方式としてｄａｓｈを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＭＰ４_ＨＥＶＣ_ＵＨＤ_２５_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＭＰ４、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＵＨＤ、ｆｒａｍｅ  ｒａｔｅとして２５ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐ４、伝送方式としてｄａｓｈを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＭＰ４_ＨＥＶＣ_ＵＨＤ_３０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＭＰ４、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＵＨＤ、ｆｒａｍｅ  ｒａｔｅとして３０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐ４、伝送方式としてｄａｓｈを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＭＰ４_ＨＥＶＣ_ＵＨＤ_５０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＭＰ４、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＵＨＤ、ｆｒａｍｅ  ｒａｔｅとして５０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐ４、伝送方式としてｄａｓｈを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＭＰ４_ＨＥＶＣ_ＵＨＤ_６０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＭＰ４、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＵＨＤ、ｆｒａｍｅ  ｒａｔｅとして６０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐ４、伝送方式としてｄａｓｈを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＴＳ_ＨＥＶＣ_ＳＤ_３０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＴＳ、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＳＤ、ｆｒａｍｅ  ｒａｔｅとして３０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐｅｇを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＴＳ_ＨＥＶＣ_ＨＤ_３０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＴＳ、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＨＤ、ｆｒａｍｅ  ｒａｔｅとして３０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐｅｇを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＴＳ_ＨＥＶＣ_ＨＤ_５０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＴＳ、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＨＤ、ｆｒａｍｅ  ｒａｔｅとして５０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐｅｇを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＴＳ_ＨＥＶＣ_ＨＤ_６０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＴＳ、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＨＤ、ｆｒａｍｅ  ｒａｔｅとして６０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐｅｇを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＴＳ_ＨＥＶＣ_ＵＨＤ_２５_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＴＳ、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＵＨＤ、ｆｒａｍｅ  ｒａｔｅとして２５ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐｅｇを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＴＳ_ＨＥＶＣ_ＵＨＤ_３０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＴＳ、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＵＨＤ、ｆｒａｍｅ  ｒａｔｅとして３０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐｅｇを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＴＳ_ＨＥＶＣ_ＵＨＤ_５０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＴＳ、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＵＨＤ、ｆｒａｍｅ  ｒａｔｅとして５０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐｅｇを有することができる。ｖｉｄｅｏ  ｐｒｏｆｉｌｅとしてＴＳ_ＨＥＶＣ_ＵＨＤ_６０_ＨＥＡＡＣが定義されてもよく、このｖｉｄｅｏ  ｐｒｏｆｉｌｅは、ｓｙｓｔｅｍ  ｆｏｒｍａｔとしてＴＳ、ｖｉｄｅｏ  ｃｏｄｅｃとしてＨＥＶＣ、ｒｅｓｏｌｕｔｉｏｎとしてＵＨＤ、ｆｒａｍｅ  ｒａｔｅとして６０ｆｐｓ、ａｕｄｉｏ  ｃｏｄｅｃとしてＨＥＡＡＣを有することができ、ＭＩＭＥ  ｔｙｐｅとしてｖｉｄｅｏ／ｍｐｅｇを有することができる。
【０１８６】
本発明の一実施例によれば、上述したｖｉｄｅｏ  ｐｒｏｆｉｌｅ情報は、ビデオストリームの特性を示す情報に該当し得、ＥＩＴ内のディスクリプタに含まれてもよく、ｘｍｌ及び／又はｔａｂｌｅの形態で伝送されてもよい。
【０１８７】
図１９は、本発明の一実施例に係るｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅ  ｔｙｐｅを示した図である。
【０１８８】
本発明の一実施例に係るＨｂｂＴＶにおいて、ビデオと関連する情報を伝達するために、ｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅ  ｔｙｐｅをｘｍｌの形態で伝達することができる。
【０１８９】
同図に示されたように、本発明の一実施例に係るＶｉｄｅｏＡｔｔｒｉｂｕｔｅｓＴｙｐｅは、Ｃｏｄｉｎｇエレメント、Ｓｃａｎエレメント、ＨｏｒｉｚｏｎｔａｌＳｉｚｅエレメント、ＶｅｒｔｉｃａｌＳｉｚｅエレメント、ＡｓｐｅｃｔＲａｔｉｏエレメント、Ｃｏｌｏｒエレメント、ＦｒａｍｅＲａｔｅエレメント、ＢｉｔＲａｔｅエレメント及び／又はＰｉｃｔｕｒｅＦｏｒｍａｔエレメントを含む。上述した各エレメントについての詳細は、以下の図面で後述する。
【０１９０】
本発明の一実施例によれば、上述したｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅ  ｔｙｐｅに含まれたエレメント情報は、ビデオストリームの特性を示す情報に該当し得、ＥＩＴ内のディスクリプタに含まれてもよく、ｘｍｌ及び／又はｔａｂｌｅの形態で伝送されてもよい。
【０１９１】
図２０は、本発明の一実施例に係るｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅに対する説明を示した図である。
【０１９２】
本発明の一実施例に係るＶｉｄｅｏＡｔｔｒｉｂｕｔｅｓＴｙｐｅは、Ｃｏｄｉｎｇエレメント、Ｓｃａｎエレメント、ＨｏｒｉｚｏｎｔａｌＳｉｚｅエレメント、ＶｅｒｔｉｃａｌＳｉｚｅエレメント、ＡｓｐｅｃｔＲａｔｉｏエレメント、Ｃｏｌｏｒエレメント、ＦｒａｍｅＲａｔｅエレメント、ＢｉｔＲａｔｅエレメント及び／又はＰｉｃｔｕｒｅＦｏｒｍａｔエレメントを含む。そして、ＳｃａｎエレメントはＳｃａｎＴｙｐｅと連結されてもよく、ＡｓｐｅｃｔＲａｔｉｏエレメントはＡｓｐｅｃｔＲａｔｉｏＴｙｐｅ及び／又はｔｙｐｅエレメントと連結されてもよく、ＣｏｌｏｒエレメントはＣｏｌｏｒＴｙｐｅＴｙｐｅ、ＣｏｌｏｒＴｙｐｅ及び／又はｔｙｐｅエレメントと連結されてもよい。
【０１９３】
ＶｉｄｅｏＡｔｔｒｉｂｕｔｅｓＴｙｐｅは、ビデオの特性を説明するエレメントの集合を示すことができる。（A complex type defining a set of elements that describe video characteristics.）
【０１９４】
Ｃｏｄｉｎｇエレメントは、ビデオのコーディングフォーマットを示すことができる。（The coding format of the video. This term should be taken from the MPEG-7 “VisualCodingFormatCS” classification scheme listed in clause B.2.34 of ISO/IEC 15938-5 [2].）このエレメントは、ｃｏｄｅｃ_ｐｒｏｆｉｌｅ_ｌｅｖｅｌ形式でシグナリングされてもよい。本発明の一実施例に係るＨＥＶＣの場合、ｐｒｏｆｉｌｅを分類するためにｔｉｅｒ情報を使用することができる。ｔｉｅｒ情報はｍａｉｎ又はｈｉｇｈを示すことができる。ｍａｉｎは、放送サービスのためのビデオであることを示し、ｈｉｇｈは、スタジオ端で格納のためのビデオであることを示すことができる。同一のｐｒｏｆｉｌｅ／ｌｅｖｅｌでも、ｔｉｅｒ情報に応じて、定義された最大ｂｉｔｒａｔｅが変わり得る。本発明の一実施例は、このエレメントにｔｉｅｒのタイプを追加することができ、ｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅ  ｔｙｐｅにｔｉｅｒのタイプを追加してシグナリングすることができる。Ｃｏｄｉｎｇエレメントにｔｉｅｒ情報が含まれる場合、本発明の一実施例は、ビデオストリームをｃｏｄｅｃ_ｐｒｏｆｉｌｅ_ｔｉｅｒ_ｌｅｖｅｌ形式でシグナリングすることができる。例えば、ＨＥＶＣに基づいた放送サービスのためにコーディングした１０ビットの４Ｋ  ＵＨＤ  ６０ｐのビデオを提供する場合、当該ビデオは、ＨＥＶＣ  Ｖｉｄｅｏ  Ｍａｉｎ１０  ｐｒｏｆｉｌｅ  Ｍａｉｎ  ｔｉｅｒ  ＠  Ｌｅｖｅｌ  ５．１としてシグナリングされ得る。すなわち、ＨＥＶＣ  Ｖｉｄｅｏ  Ｍａｉｎ  Ｐｒｏｆｉｌｅ  Ｍａｉｎ  ｔｉｅｒ  ＠  Ｌｅｖｅｌ  ｛３．０〜６．２｝、ＨＥＶＣ  Ｖｉｄｅｏ  Ｍａｉｎ  １０  Ｐｒｏｆｉｌｅ  Ｍａｉｎ  ｔｉｅｒ  ＠  Ｌｅｖｅｌ  ｛３．０〜６．２｝などのようにティア情報が追加されてシグナリングが拡張され得る。
【０１９５】
Ｓｃａｎエレメントは、ビデオのｓｃａｎタイプを示すことができる。（The scan type of the video.）
【０１９６】
ＨｏｒｉｚｏｎｔａｌＳｉｚｅエレメントは、ビデオのピクセルにおける水平サイズを示すことができる。（The horizontal size in pixels of the video.）本発明の一実施例に係るこのエレメントは、４Ｋ  ＵＨＤサービスのために２１６０、８Ｋ  ＵＨＤサービスのために４３２０などを含むことができる。
【０１９７】
ＶｅｒｔｉｃａｌＳｉｚｅエレメントは、ビデオのピクセルにおける垂直サイズを示すことができる。（The vertical size in pixels of the video.）本発明の一実施例に係るこのエレメントは、４Ｋ  ＵＨＤサービスのために３８４０、８Ｋ  ＵＨＤサービスのために７６８０などを含むことができる。
【０１９８】
ＡｓｐｅｃｔＲａｔｉｏエレメントは、ビデオの画面比を示すことができる。（The aspect ratio of the video. There may be two aspect ratios associated with a programme: the original aspect ratio that the programme is available in and the aspect ratio of a particular instance of the programme.）本発明の一実施例に係るａｓｐｅｃｔ  ｒａｔｉｏは２つに分類することができる。第一は、プログラムで利用可能なＯｒｉｇｉｎａｌ  ａｓｐｅｃｔ  ｒａｔｉｏ、第二は、プログラムの特定のｉｎｓｔａｎｃｅに対するａｓｐｅｃｔ  ｒａｔｉｏである。ＡｓｐｅｃｔＲａｔｉｏは、ＲａｔｉｏＴｙｐｅ（Ｈ：Ｖ）で表示することができ、ＡｓｐｅｃｔＲａｔｉｏＴｙｐｅ及び／又はＡｓｐｅｃｔＲａｔｉｏＴｙｐｅＴｙｐｅと連結されてもよい。ＡｓｐｅｃｔＲａｔｉｏＴｙｐｅＴｙｐｅによって提供され得る値は、ｐｕｂｌｉｃａｔｉｏｎとＯｒｉｇｉｎａｌ値である。本発明の一実施例に係るＡｓｐｅｃｔＲａｔｉｏＴｙｐｅＴｙｐｅはＡＦＤ  ｂａｒ関連情報を含むことができる。上述したＡＦＤ  ｂａｒについての詳細は、以下の図面で後述する。
【０１９９】
Ｃｏｌｏｒエレメントは、ビデオの色相フォーマットを示すことができる。（The colour format of the video(e.g. black and white).）本発明の一実施例に係るこのエレメントは、ＣｏｌｏｒＴｙｐｅＴｙｐｅ及びＣｏｌｏｒＴｙｐｅと連結されてもよく、ｃｏｌｏｒ、ｂｌａｃｋＡｎｄＷｈｉｔｅ、ｂｌａｃｋＡｎｄＷｈｉｔｅＡｎｄＣｏｌｏｒ及びｃｏｌｏｒｉｚｅｄに分類されてもよい。
【０２００】
ＦｒａｍｅＲａｔｅエレメントは、ビデオのフレーム速度を示すことができる。（An element expressing the frame rate of the video.）本発明の一実施例に係るこのエレメントは、３０、５０、６０ｆｐｓのようなｈｉｇｈｅｒ  ｆｒａｍｅ  ｒａｔｅを含むことができ、ｉｎｔｅｇｅｒ  ｆｒａｍｅ  ｒａｔｅだけでなくｆｒａｃｔｉｏｎａｌ  ｆｒａｍｅ  ｒａｔｅも支援することができる。
【０２０１】
ＢｉｔＲａｔｅエレメントは、ビデオストリームのビットレートを示すことができる。（An element to define the bit rate of the video stream.）本発明の一実施例に係るこのエレメントは、ビデオストリームを含む全体ストリームのビットレートを示すことができる。ここで、このエレメントは、ｍｉｎ、ｍａｘ及びａｖｅｒａｇｅに分類されてシグナリングされてもよい。例えば、ＳＤ解像度を含む全体ストリームの最大ビットレートは４０００ｋｂｉｔｓ／ｓになり得、ＨＤ解像度を含む全体ストリームの最大ビットレートは１００００ｋｂｉｔｓ／ｓになり得、ＨＥＶＣベースのＵＨＤサービスのための全体ストリームの最大ビットレートは３００００ｋｂｉｔｓ／ｓになり得る。上述した最大ビットレートは、提供されるサービスの種類によって変わり得る。上述したビットレートについての詳細は、関連図に関する説明部分で後述する。
【０２０２】
ＰｉｃｔｕｒｅＦｏｒｍａｔエレメントは、ビデオイメージのフォーマットを示すことができる。（An element to define the format of the video image from a predefined list(PictureFormatCS Classification Scheme). When this element is not provided in an XML instance document, the video format can be assumed to be “2D Video”.）本発明の一実施例に係るこのエレメントは、２Ｄ  ｖｉｄｅｏ、Ｐｌａｎｏ−Ｓｔｅｒｅｏｓｃｏｐｉｃ  Ｖｉｄｅｏ、Ｆｒａｍｅ−Ｃｏｍｐａｔｉｂｌｅ  ３Ｄ、Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ  ３Ｄ  Ｆｏｒｍａｔ、Ｔｏｐ−ａｎｄ−Ｂｏｔｔｏｍ  ３Ｄ  Ｆｏｒｍａｔなどを示すことができる。
【０２０３】
ＳｃａｎＴｙｐｅは、ｉｎｔｅｒｌａｃｅｄ又はｐｒｏｇｒｅｓｓｉｖｅを示すことができる。（A simple enumerated type defining the allowable values of the ScanType element above. ScanType can take on the value interlaced or progressive.）
【０２０４】
ＡｓｐｅｃｔＲａｔｉｏＴｙｐｅは、プログラムの画面比を示すことができる。（Denotes the aspect ratio of the programme. This element can denote the aspect ratio of the original programme as well as that of its instances, through the use of type attribute.）ＡｓｐｅｃｔＲａｔｉｏＴｙｐｅはｔｙｐｅエレメントを有することができ、ｔｙｐｅエレメントは、画面比がｏｒｉｇｉｎａｌであるかｐｕｂｌｉｃａｔｉｏｎであるかを示すことができる。（Denotes whether the specified aspect ratio is associated with the original programme(original) or its published instance(publication)。 The default value of the attribute is original.）
【０２０５】
ＣｏｌｏｒＴｙｐｅＴｙｐｅは、上述したＣｏｌｏｒエレメントに該当する値を示すことができる。（A simple enumerated type defining the allowable values of the ColorType instantiated in the Color element above. Allowed values are: color- the content was produced using a colour video format; blackAndWhite- the content was produced using a black and white video format; blackAndWhiteAndColor- the content contains a mixture of video that was originally produced in colour and content that was produced in black and white; colorized- the content was originally produced using a black and white video format and colour was added after original production.）
【０２０６】
ＣｏｌｏｒＴｙｐｅは、色相フォーマットのｃｏｍｐｌｅｘ  ｔｙｐｅを示すことができる。（A complex type, with a single attribute describing the colour format using one of the ColorTypeType values.）ＣｏｌｏｒＴｙｐｅはｔｙｐｅエレメントを有することができ、ｔｙｐｅエレメントは色相フォーマットのタイプを示すことができる。
【０２０７】
本発明の一実施例によれば、上述したｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅ  ｔｙｐｅに含まれたエレメント情報は、ビデオストリームの特性を示す情報に該当し得、ＥＩＴ内のディスクリプタに含まれてもよく、ｘｍｌ及び／又はｔａｂｌｅの形態で伝送されてもよい。
【０２０８】
図２１は、本発明の一実施例に係るｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅをｘｍｌの形態で示した図である。
【０２０９】
同図に示されたように、ＶｉｄｅｏＡｔｔｒｉｂｕｔｅｓＴｙｐｅに含まれたエレメントは、ｘｍｌを介して定義されてもよい。
【０２１０】
本発明の一実施例に係る、ＳｃａｎＴｙｐｅは、ｉｎｔｅｒｌａｃｅｄ及び／又はｐｒｏｇｒｅｓｓｉｖｅを示すことができ、ＣｏｌｏｒＴｙｐｅＴｙｐｅは、ｃｏｌｏｒ、ｂｌａｃｋＡｎｄＷｈｉｔｅ、ｂｌａｃｋＡｎｄＷｈｉｔｅＡｎｄＣｏｌｏｒ及び／又はｃｏｌｏｒｉｚｅｄ値を有することができ、ＡｓｐｅｃｔＲａｔｉｏＴｙｐｅはｏｒｇｉｎａｌ及び／又はｐｕｂｌｉｃａｔｉｏｎ値を有することができる。
【０２１１】
同図に示されたアトリビュート又はエレメントのうち、同図の前の図面で説明されたアトリビュート又はエレメントと同一の名称を有するものは、同一の意味を示すことができる。
【０２１２】
図２２は、本発明の一実施例に係るＡｓｐｅｃｔＲａｔｉｏＯｒｇＴｙｐｅ及びＡｓｐｅｃｔＲａｔｉｏＤｉｓｐｌａｙＴｙｐｅを示した図である。
【０２１３】
本発明の一実施例は、ＡＦＤｂａｒ関連情報を示すためにＡｓｐｅｃｔＲａｔｉｏＯｒｇＴｙｐｅ及びＡｓｐｅｃｔＲａｔｉｏＤｉｓｐｌａｙＴｙｐｅを定義することができる。本発明の一実施例に係るＡＦＤは、Ａｃｔｉｖｅ  Ｆｏｒｍａｔ  Ｄｅｓｃｒｉｐｔｉｏｎの略語であって、互いに異なる画面比率を有するテレビセットに異なる形態の放送映像を適宜表示できるようにする。ＡＦＤｂａｒは、ＡＦＤの機能に用いられるツールを示すことができる。本発明の一実施例に係るＡｓｐｅｃｔＲａｔｉｏＯｒｇＴｙｐｅは、撮影当時のａｓｐｅｃｔ  ｒａｔｉｏを示し、ＡｓｐｅｃｔＲａｔｉｏＤｉｓｐｌａｙＴｙｐｅは、最終的にディスプレイされるａｓｐｅｃｔ  ｒａｔｉｏを示すことができる。本発明の一実施例は、ＡＦＤｂａｒを挿入したり、ｓｃａｌｉｎｇ及び／又はｃｒｏｐを判断したりするためにＰｏｓｔＰｒｏｃｅｓｓｉｎｇＦｌａｇをシグナリングすることができる。上述したＰｏｓｔＰｒｏｃｅｓｓｉｎｇＦｌａｇは、ビデオ画面にＡＦＤｂａｒの挿入、ｓｃａｌｉｎｇ、ｃｒｏｐなどの後処理が必要な場合は１を示し、後処理が必要でない場合は０を示すことができる。
【０２１４】
同図に示されたように、ＡｓｐｅｃｔＲａｔｉｏＯｒｇＴｙｐｅ及び／又はＡｓｐｅｃｔＲａｔｉｏＤｉｓｐｌａｙＴｙｐｅが００であれば、ａｓｐｅｃｔ  ｒａｔｉｏは４：３を示し、０１であれば、１６：９を示し、１０であれば、２１：９を示すことができる。ここで、本発明の一実施例に係るａｓｐｅｃｔ  ｒａｔｉｏは、画面比と命名することができる。
【０２１５】
本発明の一実施例によれば、上述したＡｓｐｅｃｔＲａｔｉｏＯｒｇＴｙｐｅ及びＡｓｐｅｃｔＲａｔｉｏＤｉｓｐｌａｙＴｙｐｅ関連情報は、ビデオストリームの特性を示す情報に該当し得、ＥＩＴ内のディスクリプタに含まれてもよく、ｘｍｌ及び／又はｔａｂｌｅの形態で伝送されてもよい。
【０２１６】
図２３は、本発明の一実施例に係るＡＦＤＢａｒＴｙｐｅを示した図である。
【０２１７】
本発明の一実施例は、前図で前述したＡｓｐｅｃｔＲａｔｉｏＯｒｇＴｙｐｅとＡｓｐｅｃｔＲａｔｉｏＤｉｓｐｌａｙＴｙｐｅを比較し、ａｓｐｅｃｔ  ｒａｔｉｏが異なる場合、ＡＦＤｂａｒを挿入するか否かを判断できる。ここで、ＡＦＤｂａｒを挿入するか否かは、ＰｏｓｔＰｒｏｃｅｓｓｉｎｇＦｌａｇ及び／又はＡＦＤＢａｒＴｙｐｅを用いて判断することができる。ＰｏｓｔＰｒｏｃｅｓｓｉｎｇＦｌａｇが１である場合、本発明の一実施例は、ＡＦＤｂａｒをどのような形態で挿入、ｓｃａｌｉｎｇまたはｃｒｏｐするかについてＡＦＤＢａｒＴｙｐｅを用いてシグナリングすることができる。
【０２１８】
同図に示されたように、本発明の一実施例に係るＡＦＤＢａｒＴｙｐｅが００であれば、本発明の一実施例は、ｄｉｓｐｌａｙのサイズに合わせて映像を非対称にｓｃａｌｉｎｇさせ、ＡＦＤＢａｒＴｙｐｅが０１であれば、ａｓｐｅｃｔ  ｒａｔｉｏに合わせて映像を対称的にｓｃａｌｉｎｇさせ、残りの部分をｃｒｏｐすることができる。ＡＦＤＢａｒＴｙｐｅが１０であれば、すなわち、ＡｓｐｅｃｔＲａｔｉｏＯｒｇＴｙｐｅがＡｓｐｅｃｔＲａｔｉｏＤｉｓｐｌａｙＴｙｐｅよりも大きい場合、本発明の一実施例は映像にＬｅｔｔｅｒｂｏｘを挿入することができ、ＡＦＤＢａｒＴｙｐｅが１１であれば、すなわち、ＡｓｐｅｃｔＲａｔｉｏＯｒｇＴｙｐｅがＡｓｐｅｃｔＲａｔｉｏＤｉｓｐｌａｙＴｙｐｅよりも小さい場合、本発明の一実施例は、映像にＰｉｌｌａｒｂｏｘを挿入することができる。
【０２１９】
本発明の一実施例によれば、上述したＰｏｓｔＰｒｏｃｅｓｓｉｎｇＦｌａｇ及び／又はＡＦＤＢａｒＴｙｐｅ関連情報は、ビデオストリームの特性を示す情報に該当し得、ＥＩＴ内のディスクリプタに含まれてもよく、ｘｍｌ及び／又はｔａｂｌｅの形態で伝送されてもよい。
【０２２０】
図２４は、本発明の一実施例に係るＢｉｔＲａｔｅＴｙｐｅを示した図である。
【０２２１】
本発明の一実施例に係るＢｉｔＲａｔｅＴｙｐｅは、ｖａｒｉａｂｌｅエレメント、ｍｉｎｉｍｕｍエレメント、ａｖｅｒａｇｅエレメント及び／又はｍａｘｉｍｕｍエレメントを含むことができる。
【０２２２】
ＢｉｔＲａｔｅＴｙｐｅは、コンテンツアイテムのビットレートを定義することができる。（A complex type that defines the bit rate for a content item expressed in bits per second. The datavalue associated with this type defines the average bitrate if the bitrate is variable.）
【０２２３】
ｖａｒｉａｂｌｅエレメントは、ビットレートが固定されているか変動可能であるかを示すことができる。（Indicates whether the BitRate is variable or fixed. If the BitRate is variable, three optional attributes can be used to specify the minimum, maximum and average bitrates.）
【０２２４】
ｍｉｎｉｍｕｍエレメントは、ビットレートの最小値を示すことができる。（Indicates the minimum numerical value for the BitRate in case of variable bit rate.）
【０２２５】
ａｖｅｒａｇｅエレメントは、ビットレートの平均値を示すことができる。（Indicates the average numerical value for the BitRate in case of variable bit rate.）
【０２２６】
ｍａｘｉｍｕｍエレメントは、ビットレートの最大値を示すことができる。（Indicates the maximum numerical value for the BitRate in case of variable bit rate.）
【０２２７】
本発明の一実施例によれば、上述したＢｉｔＲａｔｅＴｙｐｅ、ｖａｒｉａｂｌｅエレメント、ｍｉｎｉｍｕｍエレメント、ａｖｅｒａｇｅエレメント及び／又はｍａｘｉｍｕｍエレメント関連情報は、ビデオストリームの特性を示す情報に該当し得、ＥＩＴ内のディスクリプタに含まれてもよく、ｘｍｌ及び／又はｔａｂｌｅの形態で伝送されてもよい。
【０２２８】
図２５は、本発明の一実施例に係るＵＨＤサービスの提供のためのｖｉｄｅｏ  ａｔｔｒｉｂｕｔｅｓを示した図である。
【０２２９】
本発明の一実施例に係るＵＨＤサービスを提供するためにｂｉｔ−ｄｅｐｔｈ、ＨＤＲ、Ｃｏｌｏｒ  ｐｒｉｍａｒｙ及び／又はＣｈｒｏｍａ  ｓｕｂｓａｍｐｌｉｎｇが追加で定義されてもよい。
【０２３０】
同図に示されたように、ｂｉｔ−ｄｅｐｔｈは、ブラックからホワイトまで何ビットを使用して示すかを示すことができる。例えば、ｂｉｔ−ｄｅｐｔｈは８、１０、１２ビットなどを有することができる。本発明の一実施例に係るｂｉｔ−ｄｅｐｔｈは、ブラックからホワイトまでの色相を示すために使用されるビット数に該当し得る。
【０２３１】
本発明の一実施例に係るＨＤＲは、本発明の一実施例に係る広域明るさ範囲を示す情報に該当し得る。本発明の一実施例は、上述した広域明るさ範囲を最小／最大明るさに区分して最小明るさ及び最大明るさをシグナリングすることができる。広域明るさ範囲情報は、最小明るさを示すｍｉｎ．ｌｕｍｉｎａｎｃｅ及び最大明るさを示すｍａｘ．ｌｕｍｉｎａｎｃｅ値によってシグナリングされ得る。本発明の他の一実施例は、広域明るさ範囲を区分するプロファイ（ｐｒｏｆｉｌｅ）を指定することができる。例えば、Ｃｏｎｖｅｎｔｉｏｎａｌ  ｃａｐａｃｉｔｙは、最小０．１ｃｄ／ｍ2、最大１００ｃｄ／ｍ2の明るさ範囲を有するものと指定することができ、Ｍｉｄ．ｃａｐａｃｉｔｙは、最小０．００１ｃｄ／ｍ2、最大１０００ｃｄ／ｍ2の明るさ範囲を有するものと指定することができ、Ｈｉｇｈ  ｃａｐａｃｉｔｙは、最小０．０００１ｃｄ／ｍ2、最大１００００ｃｄ／ｍ2の明るさ範囲を有するものと指定することができる。
【０２３２】
本発明の一実施例に係るＣｏｌｏｒ  ｐｒｉｍａｒｙは、色感調整情報に該当し得、ｃｏｌｏｒを表現する色座標を区分することができる。例えば、Ｃｏｌｏｒ  ｐｒｉｍａｒｙは、標準色空間であるＢＴ．７０９、ＢＴ．２０２０、ＤＣＩ−Ｐ３などを示すことができ、任意に指定された色空間を示すことができる。本発明の一実施例は、任意に色空間を指定する場合、ＲＧＢとホワイトポイントに対するｘ座標及びｙ座標値を追加でシグナリングすることができる。このとき、ｘ座標、ｙ座標及びｚ座標の和は１であるので、ｚ座標値はシグナリングしなくてもよい。
【０２３３】
本発明の一実施例に係るＣｈｒｏｍａ  ｓｕｂｓａｍｐｌｉｎｇは、エンコーディングするとき、Ｌｕｍａ成分対比Ｃｈｒｏｍａ成分の情報量を示すことができる。例えば、Ｃｈｒｏｍａ  ｓｕｂｓａｍｐｌｉｎｇは４：２：０、４：２：２、４：４：４などの値を有することができる。
【０２３４】
本発明の一実施例に係る、ｂｉｔ−ｄｅｐｔｈ、ＨＤＲ、Ｃｏｌｏｒ  ｐｒｉｍａｒｙ及び／又はＣｈｒｏｍａ  ｓｕｂｓａｍｐｌｉｎｇは、ビデオストリームの特性を示す情報に該当し、ＥＩＴ内のディスクリプタに含まれてもよく、ｘｍｌ及び／又はｔａｂｌｅの形態で伝送されてもよい。
【０２３５】
図２６は、本発明の一実施例に係る放送受信装置の具体的な構造を示した図である。
【０２３６】
本発明の一実施例に係る放送受信装置は、逆多重化部（ＴＰ／ＩＰ  Ｄｅｍｕｘ）２６０１０）、チャネル管理者（Ｃｈａｎｎｅｌ  Ｍａｎａｇｅｒ）２６０２０、シグナリング情報処理部（ＰＳＩ／ＳＩ／ＰＳＩＰ  ｐｒｏｃｅｓｓｏｒ）２６０３０、ビデオバッファ（Ｖｉｄｅｏ  Ｉｎｐｕｔ  Ｂｕｆｆｅｒ  ａｎｄ  Ｃｏｎｔｒｏｌ）２６０４０、ビデオデコーダ（ＨＥＶＣ  Ｖｉｄｅｏ  Ｄｅｃｏｄｅｒ）２６０５０、ビデオ処理部（Ｖｉｄｅｏ  Ｐｒｏｃｅｓｓｏｒ）２６０６０、オーディオバッファ（Ａｕｄｉｏ  Ｉｎｐｕｔ  Ｂｕｆｆｅｒ  ａｎｄ  Ｃｏｎｔｒｏｌ）２６０７０、オーディオデコーダ（Ａｕｄｉｏ  Ｄｅｃｏｄｅｒ）２６０８０、オーディオ処理部（Ａｕｄｉｏ  Ｐｒｏｃｅｓｓｏｒ）２６０９０及び／又は出力制御部（Ｏｕｔｐｕｔ  ｃｏｎｔｒｏｌ  ａｎｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）２６１００を含む。
【０２３７】
逆多重化部は、チャネル情報の把握に必要なＰＳＩ／ＰＳＩＰ／ＳＩ  ｓｅｃｔｉｏｎ情報、ビデオ及びオーディオ情報を分類し、分類されたパケットをそれぞれシグナリング情報処理部、ビデオデコーダ（またはビデオバッファ）及びオーディオデコーダ（またはオーディオバッファ）に伝達することができる。ここで、上述したＰＳＩ／ＰＳＩＰ／ＳＩ  ｓｅｃｔｉｏｎ情報は、ｔａｂｌｅの形態で提供されてもよく、ｘｍｌの形態で提供されてもよい。本発明の一実施例に係る逆多重化部は受信部を含むことができ、上述した受信部は、送信側で多重化された放送ストリームを受信することができる。逆多重化部は、受信した多重化された放送ストリームからビデオストリーム及び／又はシグナリング情報を抽出することができる。ここで、上述したシグナリング情報は、抽出されたビデオストリームがＨＥＶＣビデオストリームであることを示す情報、抽出されたビデオストリームの特性を示す情報、及び抽出されたビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報のいずれか１つを含むことができる。
【０２３８】
チャネル管理者は、セクションデータからパーシングされた情報を用いて、どのチャネルが受信可能であるかを把握することができ、チャネル関連目録を作るために必要な作業を行うことができる。
【０２３９】
シグナリング情報処理部は、逆多重化部、チャネル管理者及びＵＩなどの動作に必要な情報を抽出することができる。本発明の一実施例に係るシグナリング情報は、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）及びＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）のうち少なくともいずれか１つを含むことができ、上述したＰＭＴは、ＨＥＶＣビデオストリームであることを示す情報を含み、ＥＩＴは、ビデオストリームの特性を示す情報を含み、ＳＤＴは、ＨＥＶＣベースの放送サービスであることを示す情報を含むことができる。さらに、シグナリング情報は、ビデオストリームの広域明るさ範囲を示す情報を含むことができ、ビデオストリームの向上した色相表現のための色感調整情報を含むことができる。さらに、上述したビデオストリームの特性を示す情報は、コーデック情報、解像度情報、フレーム速度情報、及び／又はブラックからホワイトまでの色相を示すために使用されるビット数情報を含むことができ、ビデオストリームが放送のためのストリームであるか格納のためのストリームであるかを区分するティア情報を含むことができる。
【０２４０】
ビデオ処理部は、ビデオデコーダを経て復号化された映像に対して色空間変換（ｃｏｌｏｒ  ｓｐａｃｅ  ｃｏｎｖｅｒｓｉｏｎ）、デインタレーシング（ｄｅ−ｉｎｔｅｒｌａｃｉｎｇ）、フレーム速度変換（ｆｒａｍｅ  ｒａｔｅ  ｃｏｎｖｅｒｓｉｏｎ）などの過程を行うことができる。ビデオ処理部は、ディスプレイ環境を調整して最適の色感を提供できるようにしたり、製造業者の意図に合う目標明るさ範囲内でコンテンツを最適に表現できるようにビデオを変換することができる。
【０２４１】
ビデオバッファは、ビデオストリームがビデオデコーダに伝達される前にビデオストリームを格納することができる。
【０２４２】
ビデオデコーダは、上述した逆多重化部で抽出されたシグナリング情報を用いて、抽出されたビデオストリームをデコーディングすることができる。
【０２４３】
オーディオバッファは、オーディオストリームがオーディオデコーダに伝達される前にオーディオストリームを格納することができる。
【０２４４】
オーディオデコーダは、上述した逆多重化部で分離されたオーディオストリームをデコーディングすることができる。
【０２４５】
オーディオ処理部は、オーディオデコーダを経て復号化されたデータに対して、再生のための付加過程を行うことができる。
【０２４６】
出力制御部は、ビデオデータとオーディオデータとの同期化のための作業を行うことができる。
【０２４７】
図２７は、本発明の一実施例に係る放送信号送信方法の過程を示した図である。
【０２４８】
同図に示されたように、本発明の一実施例に係る放送信号送信方法は、次のような過程を経ることができる。まず、本発明の一実施例に係る送信側は、ビデオデータをエンコーディングしてビデオストリームを生成することができる（Ｓ２７０１０）。ここで、ＡＶＣ又はＨＥＶＣコーデックが使用されてもよい。次に、送信側はシグナリング情報を生成することができる（Ｓ２７０２０）。ここで、シグナリング情報は、生成されたビデオストリームがＨＥＶＣビデオストリームであることを示す情報、前記生成されたビデオストリームの特性を示す情報、及び前記生成されたビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報のいずれか１つを含むことができる。ここで、シグナリング情報に含まれた情報に関する詳細は、図１、図２、図３、図４、図９、図１１に関する説明部分で前述した。次に、送信側は、生成されたビデオストリーム及びシグナリング情報を多重化することができる（Ｓ２７０３０）。本発明の一実施例によれば、ビデオストリーム、オーディオストリーム、シグナリング情報などは、一つの放送ストリームに多重化されてもよい。ここで、上述した一つの放送ストリームはＭＰＥＧ−２  ＴＳに該当し得る。次に、送信側は、多重化された放送ストリームを伝送することができる（Ｓ２７０４０）。ここで、送信側は、多重化された放送ストリームを地上波放送網、ケーブル網及び／又はインターネット網を介して伝送することができる。
【０２４９】
本発明の他の一実施例によれば、シグナリング情報は、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）及びＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）のうち少なくともいずれか１つを含むことができる。上述したＰＭＴは、前記ＨＥＶＣビデオストリームであることを示す情報を含むことができ、上述したＥＩＴは、前記ビデオストリームの特性を示す情報を含むことができ、上述したＳＤＴは、前記ＨＥＶＣベースの放送サービスであることを示す情報を含むことができる。ここで、上述したＰＭＴ、ＥＩＴ、ＳＤＴに関する説明は、図１、図２、図９に関する説明部分で前述した。
【０２５０】
本発明の他の一実施例によれば、シグナリング情報は、ビデオストリームの広域明るさ範囲を示す情報を含むことができる。これについての詳細は、図５、図６に関する説明部分で前述した。
【０２５１】
本発明の他の一実施例によれば、シグナリング情報は、ビデオストリームの向上した色相表現のための色感調整情報を含むことができる。これについての詳細は、図７、図８に関する説明部分で前述した。
【０２５２】
本発明の他の一実施例によれば、ビデオストリームの特性を示す情報は、コーデック情報、解像度情報、フレーム速度情報、及びブラックからホワイトまでの色相を示すために使用されるビット数情報を含むことができる。これについての詳細は、図１２、図１３、図１４、図１５、図１６、図２５に関する説明部分で前述した。
【０２５３】
本発明の他の一実施例によれば、ビデオストリームの特性を示す情報は、前記生成されたビデオストリームが放送のためのストリームであるか格納のためのストリームであるかを区分するティア情報を含むことができる。これについての詳細は、図１７に関する説明部分で前述した。
【０２５４】
本発明の他の一実施例によれば、シグナリング情報は、テーブルセクションの形態又はＸＭＬの形態を有することができ、シグナリング情報は、放送網及び／又はインターネット網を介して伝送されてもよい。
【０２５５】
図２８は、本発明の一実施例に係る放送信号受信装置の構造を示した図である。
【０２５６】
本発明の一実施例に係る放送信号受信装置２８０１０は、受信部２８０２０、逆多重化部２８０３０及び／又はビデオデコーダ２８０４０を含むことができる。
【０２５７】
受信部は、送信側で多重化された放送ストリームを受信することができる。
【０２５８】
逆多重化部は、受信した多重化された放送ストリームからビデオストリーム及び／又はシグナリング情報を抽出することができる。ここで、シグナリング情報は、抽出されたビデオストリームがＨＥＶＣビデオストリームであることを示す情報、抽出されたビデオストリームの特性を示す情報、及び抽出されたビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報のいずれか１つを含むことができる。
【０２５９】
ビデオデコーダは、抽出されたシグナリング情報を用いて、抽出されたビデオストリームをデコーディングすることができる。
【０２６０】
本発明の一実施例に係る放送信号受信装置の構造についての詳細は、図２６の説明部分で前述した。
【０２６１】
図２９は、本発明の一実施例に係る放送信号送信装置の構造を示した図である。
【０２６２】
本発明の一実施例に係る放送信号送信装置２９０１０は、ビデオエンコーダ２９０２０、シグナリング情報生成部２９０３０、多重化部２９０４０及び／又は伝送部２９０５０を含むことができる。
【０２６３】
ビデオエンコーダは、ビデオデータをエンコーディングしてビデオストリームを生成することができる。
【０２６４】
シグナリング情報生成部は、ビデオストリームがＨＥＶＣビデオストリームであることを示す情報、ビデオストリームの特性を示す情報、及び／又はビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報を含むシグナリング情報を生成することができる。
【０２６５】
多重化部は、ビデオストリーム及びシグナリング情報を多重化することができる。
【０２６６】
伝送部は、多重化された放送ストリームを伝送することができる。
【０２６７】
本発明の一実施例に係る放送信号送信装置の構成のうち、図２７で説明した本発明の一実施例に係る放送信号送信方法の過程と対応する構成は、上述した放送信号送信方法の対応する過程と同一の役割を果たすことができる。
【０２６８】
図３０は、本発明の一実施例に係る放送信号受信方法を示した図である。
【０２６９】
本発明の一実施例に係る放送信号受信方法は、多重化された放送ストリームを受信するステップ（Ｓ３００１０）、多重化された放送ストリームからビデオストリーム及びシグナリング情報を抽出するステップ（Ｓ３００２０）、及び／又は抽出されたシグナリング情報を用いて、抽出されたビデオストリームをデコーディングするステップ（Ｓ３００３０）を含むことができる。
【０２７０】
多重化された放送ストリームを受信するステップ（Ｓ３００１０）において、受信装置は、多重化された放送ストリームを受信することができる。
【０２７１】
多重化された放送ストリームからビデオストリーム及びシグナリング情報を抽出するステップ（Ｓ３００２０）において、受信装置は、受信した多重化された放送ストリームからビデオストリーム及び／又はシグナリング情報を抽出することができる。ここで、シグナリング情報は、抽出されたビデオストリームがＨＥＶＣビデオストリームであることを示す情報、抽出されたビデオストリームの特性を示す情報、及び／又は抽出されたビデオストリームに基づいた放送サービスがＨＥＶＣベースの放送サービスであることを示す情報を含むことができる。
【０２７２】
抽出されたシグナリング情報を用いて、抽出されたビデオストリームをデコーディングするステップ（Ｓ３００３０）において、受信装置は、抽出されたシグナリング情報を用いて、抽出されたビデオストリームをデコーディングすることができる。
【０２７３】
本発明の一実施例に係る放送信号受信方法の過程のうち、図２６及び／又は図２８で説明した本発明の一実施例に係る放送信号受信装置の構成と対応する過程は、上述した放送信号受信装置の対応する構成と同一の役割を果たすことができる。
【０２７４】
説明の便宜上、各図面を個別に説明したが、各図面に開示した実施例を組み合わせて新しい実施例として具現するように設計することも可能である。そして、当業者の必要に応じて、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み取り可能な記録媒体を設計することも、本発明の権利範囲に属する。
【０２７５】
本発明に係る装置及び方法は、上述したように説明された実施例の構成と方法に限定されて適用されるものではなく、上述した実施例は、様々な変形が可能なように、各実施例の全部又は一部が選択的に組み合わされて構成されてもよい。
【０２７６】
一方、本発明の映像処理方法は、ネットワークデバイスに備えられた、プロセッサが読み取り可能な記録媒体に、プロセッサが読み取り可能なコードとして具現することができる。プロセッサが読み取り可能な記録媒体は、プロセッサによって読み取られるデータが格納されるいかなる種類の記録装置をも含む。プロセッサが読み取り可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、また、インターネットを介した伝送などのようなキャリアウェーブの形態で具現されるものも含む。また、プロセッサが読み取り可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散されて、分散方式でプロセッサが読み取り可能なコードが格納され、実行されてもよい。
【０２７７】
また、以上では、本発明の好適な実施例について図示し、説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんであり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
【０２７８】
そして、当該明細書では、物件発明及び方法発明の両方が説明されており、必要に応じて、両発明の説明は補充的に適用されてもよい。
〔発明の実施のための形態〕
【０２７９】
発明の実施のための形態は、上述したように、発明を実施するための最良の形態で説明した。
【産業上の利用可能性】
【０２８０】
本発明は、放送産業全般で利用可能である。
【図１】
0006280212.tif 000002
【図２】
0006280212.tif 000003
【図３】
0006280212.tif 000004
【図４】
0006280212.tif 000005
【図５】
0006280212.tif 000006
【図６】
0006280212.tif 000007
【図７】
0006280212.tif 000008
【図８】
0006280212.tif 000009
【図９】
0006280212.tif 000010
【図１０】
0006280212.tif 000011
【図１１】
0006280212.tif 000012
【図１２】
0006280212.tif 000013
【図１３】
0006280212.tif 000014
【図１４】
0006280212.tif 000015
【図１５】
0006280212.tif 000016
【図１６】
0006280212.tif 000017
【図１７】
0006280212.tif 000018
【図１８】
0006280212.tif 000019
【図１９】
0006280212.tif 000020
【図２０】
0006280212.tif 000021
【図２１】
0006280212.tif 000022
【図２２】
0006280212.tif 000023
【図２３】
0006280212.tif 000024
【図２４】
0006280212.tif 000025
【図２５】
0006280212.tif 000026
【図２６】
0006280212.tif 000027
【図２７】
0006280212.tif 000028
【図２８】
0006280212.tif 000029
【図２９】
0006280212.tif 000030
【図３０】
0006280212.tif 000031