(57)【要約】【課題】従来ＨＤ基準の８ビットのビットデプス形式と互換可能である一方、ＵＨＤ基準の１０ビットのビットデプス形式を支援する信号送受信方法及び装置を提供する。【解決手段】複数のビットデプスのいずれか一つのビットデプスの色域で表示可能なビデオデータと、複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにするシグナリング情報を多重化或いは逆多重化し、前記多重化或いは逆多重化したビデオデータとシグナリング情報を処理する。【選択図】図１
2016502801.tif 000002
【特許請求の範囲】
【請求項１】
複数のビットデプスのいずれか一つのビットデプスの色域で表示可能なビデオデータをエンコードするステップと、
前記エンコードされたビデオデータを複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにするシグナリング情報を生成するステップと、
前記エンコードされたビデオデータと前記シグナリング情報とを多重化し、該多重化されたビデオデータとシグナリング情報を伝送するステップと、
を含む、信号送信方法。
【請求項２】
前記エンコードされたビデオデータは、８ビットのビットデプスの色域のＵＨＤビデオデータ、及び１０ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＵＨＤビデオデータとの差であるレジデュアルデータを含む、請求項１に記載の信号送信方法。
【請求項３】
前記８ビットのビットデプスの色域のＵＨＤビデオデータは、８ビットのビットデプスの色域のＨＤビデオデータ、及び前記８ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＨＤビデオデータとの差であるレジデュアルデータを含む、請求項２に記載の信号送信方法。
【請求項４】
前記シグナリング情報は、前記エンコードされたビデオデータが前記複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにビットデプスのスケーリング方式に関する情報を含む、請求項１に記載の信号送信方法。
【請求項５】
複数のビットデプスのいずれか一つのビットデプスの色域で表示可能なビデオデータを伝送するビデオストリームと、前記ビデオストリームが複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにするシグナリング情報を逆多重化するステップと、
前記逆多重化したシグナリング情報をデコードするステップと、
前記ビデオデータの構成を示すメタデータ情報に基づいて、前記ビデオストリームのうち少なくとも一つで伝送されるビデオデータをデコードするステップと、
を含む、信号受信方法。
【請求項６】
前記ビデオストリームは、８ビットのビットデプスの色域のＵＨＤビデオデータ、及び１０ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＵＨＤビデオデータとの差であるレジデュアルデータを含む、請求項５に記載の信号受信方法。
【請求項７】
前記８ビットのビットデプスの色域のＵＨＤビデオデータは、８ビットのビットデプスの色域のＨＤビデオデータ、及び前記８ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＨＤビデオデータとの差であるレジデュアルデータを含む、請求項６に記載の信号受信方法。
【請求項８】
前記シグナリング情報は、前記エンコードされたビデオデータが前記複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにビットデプスのスケーリング方式に関する情報を含む、請求項５に記載の信号受信方法。
【請求項９】
複数のビットデプスのいずれか一つのビットデプスの色域で表示可能なビデオデータをエンコードするエンコーダと、
前記エンコードされたビデオデータを複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにするシグナリング情報を生成するシグナリング情報生成部と、
前記エンコードされたビデオデータと前記シグナリング情報とを多重化する多重化部と、
を備える、信号送信装置。
【請求項１０】
前記エンコードされたビデオデータは、８ビットのビットデプスの色域のＵＨＤビデオデータ、及び１０ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＵＨＤビデオデータとの差であるレジデュアルデータを含む、請求項９に記載の信号送信装置。
【請求項１１】
前記８ビットのビットデプスの色域のＵＨＤビデオデータは、８ビットのビットデプスの色域のＨＤビデオデータ、及び前記８ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＨＤビデオデータとの差であるレジデュアルデータを含む、請求項１０に記載の信号送信装置。
【請求項１２】
前記シグナリング情報は、前記ビデオデータが前記複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにビットデプスのスケーリング方式に関する情報を含む、請求項９に記載の信号送信装置。
【請求項１３】
複数のビットデプスのいずれか一つのビットデプスの色域で表示可能なビデオデータを伝送するビデオストリームと、前記ビデオストリームが複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにするシグナリング情報を逆多重化する逆多重化部と、
前記逆多重化したシグナリング情報をデコードするシグナリング情報復号部と、
前記ビデオデータの構成を示すメタデータ情報に基づいて、前記ビデオストリームのうち少なくとも一つで伝送されるビデオデータをデコードするビデオデコーダと、
を備える、信号受信装置。
【請求項１４】
前記ビデオストリームは、８ビットのビットデプスの色域のＵＨＤビデオデータ、及び１０ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＵＨＤビデオデータとの差であるレジデュアルデータを含む、請求項１３に記載の信号受信装置。
【請求項１５】
前記８ビットのビットデプスの色域のＵＨＤビデオデータは、８ビットのビットデプスの色域のＨＤビデオデータ、及び前記８ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＨＤビデオデータとの差であるレジデュアルデータを含む、請求項１３に記載の信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号送受信装置及び信号送受信方法に関する。
【背景技術】
【０００２】
ビデオ信号処理速度が高速化するに伴って超高解像度（Ｕｌｔｒａ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ；以下、ＵＨＤという。）ビデオをエンコード／デコードする方案が研究されている。既存のＨＤ受信機を用いてＵＨＤビデオを受信した場合にも、ＵＨＤだけでなく、ＨＤビデオを問題なく処理する方案が研究されている。
【０００３】
ＵＨＤＴＶは、高画質の映像を提供するために、既存のＨＤＴＶに比べて、フレームレート（ｆｒａｍｅ  ｒａｔｅ）、ビットデプス（ｂｉｔ−ｄｅｐｔｈ）、カラーサンプリング形式などの改善された画面が必要である。特に、ビットデプスを８ビットで１０ビットに増加させると、１個のピクセル値を構成するＹＣｂＣｒのうち、Ｙに該当するルマ（ｌｕｍａ）値が０から２５５範囲の値から、０から１０２３範囲の値へ細分化されるため、表現可能な範囲が広くなり、より高画質の映像を提供することができる。また、色域（ｃｏｌｏｒ  ｇａｍｕｔ）に関して非定輝度色符号化（ｎｏｎ−ｃｏｎｓｔａｎｔ  ｌｕｍｉｎａｎｃｅ  ｃｏｌｏｒ  ｅｎｃｏｄｉｎｇ）と定輝度色符号化（ｃｏｎｓｔａｎｔ  ｌｕｍｉｎａｎｃｅ  ｃｏｌｏｒ  ｅｎｃｏｄｉｎｇ）の２つの方法とも提供できるため、広色域系を使用する定輝度色符号化方法を用いるためには、ビットデプスの表現を１０ビットに拡張する必要がある。
【０００４】
しかしながら、既存の８ビットのビットデプス形式を支援するＨＤ受信機は、１０ビットのビットデプス形式のビデオを表示できず、よって、８ビットのビットデプス形式と互換可能である一方、１０ビットのビットデプス形式を支援できる方案が必要であるが、それに対する解決策は提示されていない。すなわち、ビットデプスの異なるビデオデータを互換可能に表示できる方案が提示されていない。また、ビットデプスの異なるビデオデータをシグナリングできる方式も必要であるが、その解決策も提示されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、受信機の性能によって、ビットデプスの異なるビデオを表示することができる信号送受信方法及び信号送受信装置を提供することにある。
【０００６】
本発明の他の目的は、受信機の性能によって、ビットデプスの異なるビデオを表示できるようにするシグナリング情報を送信することができる信号送受信方法及び信号送受信装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一実施例は、複数のビットデプスのいずれか一つのビットデプスの色域で表示可能なビデオデータをエンコードするステップと、前記エンコードされたビデオデータを複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにするシグナリング情報を生成するステップと、前記エンコードされたビデオデータと前記シグナリング情報とを多重化し、該多重化されたビデオデータとシグナリング情報を伝送するステップと、を含む、信号送信方法を提供する。
【０００８】
前記エンコードされたビデオデータは、８ビットのビットデプスの色域のＵＨＤビデオデータ、及び１０ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＵＨＤビデオデータとの差であるレジデュアルデータを含むことができる。
【０００９】
前記８ビットのビットデプスの色域のＵＨＤビデオデータは、８ビットのビットデプスの色域のＨＤビデオデータ、及び前記８ビットのビットデプスの色域のＵＨＤビデオデータと前記８ビットのビットデプスの色域のＨＤビデオデータとの差であるレジデュアルデータを含むことができる。
【００１０】
前記シグナリング情報は、前記ビデオデータが前記複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにビットデプスのスケーリング方式に関する情報を含むことができる。
【００１１】
本発明の他の実施例は、複数のビットデプスのいずれか一つのビットデプスの色域で表示可能なビデオデータを伝送するビデオストリームと、前記ビデオストリームが複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにするシグナリング情報を逆多重化するステップと、前記逆多重化したシグナリング情報をデコードするステップと、前記ビデオデータの構成を示すメタデータ情報に基づいて、前記ビデオストリームのうち少なくとも一つで伝送されるビデオデータをデコードするステップと、を含む、信号受信方法を提供する。
【００１２】
本発明の他の実施例は、複数のビットデプスのいずれか一つのビットデプスの色域で表示可能なビデオデータをエンコードするエンコーダと、前記エンコードされたビデオデータを複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにするシグナリング情報を生成するシグナリング情報生成部と、前記エンコードされたビデオデータと前記シグナリング情報とを多重化する多重化部とを備える、信号送信装置を提供する。
【００１３】
本発明の他の実施例は、複数のビットデプスのいずれか一つのビットデプスの色域で表示可能なビデオデータを伝送するビデオストリームと、前記ビデオストリームが複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにするシグナリング情報を逆多重化する逆多重化部と、前記逆多重化したシグナリング情報をデコードするシグナリング情報復号部と、前記ビデオデータの構成を示すメタデータ情報に基づいて、前記ビデオストリームのうち少なくとも一つで伝送されるビデオデータをデコードするビデオデコーダとを備える、信号受信装置を提供する。
【００１４】
本発明の実施例によれば、受信機の性能によってビットデプスの異なるビデオを表示することができる。
【発明の効果】
【００１５】
本発明の実施例によれば、受信機の性能によってビットデプスの異なるビデオを表示できるようにするシグナリング情報を送信することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係る信号送信方法の一実施例を示す図である。
【図２】ビデオの色を表現するビットデプスをスケールする例を示す図である。
【図３】ビットデプススケーリング関数を用いてビットデプスをスケールする一例を示す図である。
【図４】ビットデプス情報を互換してビデオを表示できる例を示す図である。
【図５】８ビットデプスのビデオと互換可能な１０ビットデプスのビデオを伝送する方法を示す図である。
【図６】８ビットデプスのビデオと互換可能な１０ビットデプスのビデオを伝送する方法の一例を詳しく説明するための図である。
【図７】８ビット色域のＨＤビデオと１０ビット色域のＵＨＤビデオを受信機の性能によって表示できるビデオストリームの構造を示す図である。
【図８】ビットデプスの異なるビデオが受信機の性能によって互換可能に表示されるようにするビデオ信号送信装置の一実施例を示す図である。
【図９】ビットデプスの異なるビデオが受信機の性能によって互換可能に表示されるようにするビデオ信号送信装置の他の実施例を示す図である。
【図１０】受信機によってビットデプスによるビデオを表示できる信号受信装置の一実施例を示す図である。
【図１１】本発明の実施例によってビデオを表示可能にするシグナリング情報を示す図である。
【図１２】本発明の実施例に係るシグナリング情報の具体的なシンタックス値を示す図である。
【図１３】本発明の実施例に係るストリームレベルデスクリプタの一例を示す図である。
【図１４】メタデータのスケーリング情報を示す図である。
【図１５】メタデータのうち、オリジナルビデオ情報を示す図である。
【図１６】メタデータのうち、オリジナルビデオのビットデプスタイプに関する情報を示す図である。
【図１７】メタデータのうち、本来のビデオと伝送されたビデオとのビットデプスの差を示す情報を示す図である。
【図１８】メタデータのうち、ビットスケーリングのタイプを示す情報を示す図である。
【図１９】メタデータのうち、ビットデプスのスケール方式に関する追加情報を示す図である。
【図２０】数学式１で例示した線形関数を用いてビットデプスをスケールする方式を示す図である。
【図２１】ビットデプスを変換させ得るルックアップテーブルをセクションデータ形態で伝送する場合、セクションデータの例を示す図である。
【図２２】例示したデスクリプタが他のシグナリング情報に含まれる場合を示す図である。
【図２３】例示したデスクリプタが他のシグナリング情報に含まれる場合を示す図である。
【図２４】例示したデスクリプタが他のシグナリング情報に含まれる場合を示す図である。
【図２５】本発明の実施例に係るビデオデータのＳＥＩ領域のペイロードに対するシンタックスを示す図である。
【図２６】本発明に係る信号受信装置の一実施例を示す図である。
【図２７】本発明に係る信号受信方法の一実施例を示す図である。
【図２８】本発明の実施例に係る信号送信装置の一実施例を示す図である。
【図２９】本発明の実施例に係る信号受信装置の一実施例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明を容易に説明できる実施例を、図面を参照して説明する。以下でいうＮビットビデオとは、Ｎビットのビットデプスの色域のビデオを指す。
【００１８】
図１は、本発明に係る信号送信方法の一実施例を示す図である。
【００１９】
ビットデプスが互換可能なビデオデータをエンコードする（Ｓ１１０）。ビットデプスが互換可能であるということは、エンコードされたビデオデータを、複数のビットデプスのいずれか一つのビットデプスの色域で表示できることを意味する。
【００２０】
ビットデプスが互換可能なビデオデータとそのビデオデータを伝送するストリームの構造は、図７に例示する。ビットデプスが互換可能なビデオデータのストリームは、そのビデオデータの構成を示すメタデータ情報を含むことができる。ここで、メタデータ情報は、図２５に例示する。メタデータ情報は、エンコードされたビデオデータを複数のビットデプスのいずれか一つのビットデプスの色域で表示されるようにすることができる。
【００２１】
エンコードされたビデオデータが放送信号に含まれて伝送される場合、ビットデプスが互換可能に表示されるようにするメタデータ情報を含むシグナリング情報を生成する（Ｓ１２０）。シグナリング情報については図１１乃至図２４に例示する。
【００２２】
エンコードされたビデオデータとシグナリング情報とを多重し、多重化されたビデオデータとシグナリング情報を伝送する（Ｓ１３０）。仮に放送信号に含まれないと、別途のシグナリング情報が多重化されず、メタデータ情報を含むビデオデータストリームが伝送される。
【００２３】
図２は、ビデオの色を表現するビットデプスをスケールする例を示す図である。例えば、ビデオの色を、１０ビットデプスで表示される色域を８ビットデプスの色域にダウンスケールしたり、逆に、８ビットデプスの色域を１０ビットデプスの色域にアップスケーリングすることができる。アップスケーリング時には、レジデュアル（ｒｅｓｉｄｕａｌ）値を用いることができる。
【００２４】
ビットデプスをスケールする方法は、２種類に大別することができ、ビットデプススケーリング関数（ｂｉｔ−ｄｅｐｔｈ  ｓｃａｌｉｎｇ  ｆｕｎｃｔｉｏｎｓ）を用いる方法と、ルックアップテーブル（ｌｏｏｋ−ｕｐ  ｔａｂｌｅ）を用いる方法がある。
【００２５】
図３には、ビットデプススケーリング関数を用いてビットデプスをスケールする一例を示す。ビットデプススケーリング関数は、様々な定義が可能である。例えば、ビットデプスのスケーリング前後の関係が線形的に増加する１次元関数や、指数関数（ｅｘｐｏｎｅｎｔｉａｌ  ｆｕｎｃｔｉｏｎ）、対数関数（ｌｏｇａｒｉｔｈｍｉｃ  ｆｕｎｃｔｉｏｎ）のような非線形関数と定義することができる。
【００２６】
同図は、８ビットデプス（縦軸）と１０ビットデプス（横軸）のビット関係をスケーリングを用いて変換できる関数を１次元線形関数として定義した例である。同図は、量子化（ｑｕａｎｔｉｚａｔｉｏｎ）と類似の方式によって、一定区間に属した値は同一の値に近似化してビットデプスをダウンスケールしたり、同一の値を一定区間に属した値にアップスケールすることができる。
【００２７】
図４は、ビットデプス情報を互換してビデオを表示できる例を示す図である。同図を参照してビットデプスをアップスケール又はダウンスケールする例を説明すると、次の通りである。
【００２８】
１０ビットデプスの色域のビデオＡをダウンスケールして８ビットデプスの色域のビデオＢとして出力することができる。一方、８ビットデプスの色域のビデオＢはビットデプスアップスケーリング方式によって１０ビットデプスのビデオＣとして出力することもできる。このとき、１０ビットデプスの色域のビデオＣは、ＳＶＣ（Ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）を用いた場合、後述するエンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）でレジデュアルデータ（ｒｅｓｉｄｕａｌ  ｄａｔａ）をさらに用いることもできる。
【００２９】
ビットデプススケーリング（Ｂｉｔ−ｄｅｐｔｈ  ｓｃａｌｉｎｇ）を行う場合、スケーリング（ｓｃａｌｉｎｇ）関数を用いるときには、送信機で、関数を定義できるパラメータ（ｐａｒａｍｅｔｅｒ）、例えば、関数の係数（ｃｏｅｆｆｉｃｉｅｎｔ）を伝送し、受信機はこれを用いてビットデプススケーリング（Ｂｉｔ−ｄｅｐｔｈ  ｓｃａｌｉｎｇ）を行うことができる。
【００３０】
例えば、送信機がｙ＝ａ＊ｘ＋ｂ形態のスケーリング関数に関する情報を伝送するとすれば、関数のタイプは線形、関数の係数であるａ、ｂを含む情報を伝送することができる。また、非線形（ｎｏｎｌｉｎｅａｒ）関数も、関数のタイプ及び関連係数を送受信することができる。また、区分的連続関数（ｐｉｅｃｅｗｉｓｅ  ｃｏｎｔｉｎｕｏｕｓ  ｆｕｎｃｔｉｏｎ）のパラメータを送受信する場合、関数が適用される区間情報と、区間単位に関数のタイプ及び係数を送受信することができる。
【００３１】
他の方法として、ビットデプスのダウンスケーリング又はアップスケーリングをルックアップテーブルを用いて行うこともできる。この方法は、互いに異なるドメインに属した２つの値を直接対応付ける（ｍａｐ）ことができるため、スケーリング関係を関数で表現し難い場合又は既存に定義されていない場合に、ビットデプスの関係を効率的に表現することができる。
【００３２】
図５は、８ビットデプスのビデオと互換可能な１０ビットデプスのビデオを伝送する方法を示す図である。ＳＶＣを用いて、受信機の性能によって、互いに異なったビットデプスのビデオと解像度（ｒｅｓｏｌｕｔｉｏｎ）を有するビデオを表示することができる。
【００３３】
１０ビットデプスのビデオは、８ビットデプスのビデオを用いて次のようにエンコードすることができる。
【００３４】
まず、８ビットデプスのビデオのＨＤビデオをベースレイヤデータにエンコードする。ＨＤ級解像度のベースレイヤデータをＵＨＤ解像度にアップスケールする。ＨＤ解像度のベースレイヤデータのアップアップスケールされたデータとＵＨＤビデオ（例えば、４Ｋ ＵＨＤビデオ）との差である第１レジデュアルデータを、第１エンハンスメントレイヤデータに符号化する。
【００３５】
１０ビットデプスのＵＨＤビデオと８ビットデプスのＵＨＤビデオとの差である第２レジデュアルデータを、第２エンハンスメントレイヤデータに符号化する。
【００３６】
図６は、８ビットデプスのビデオと互換可能な１０ビットデプスのビデオを伝送する方法の一例を詳しく説明するための図である。
【００３７】
ＨＤ解像度の８ビットビデオＡは、ＨＤをＵＨＤにアップスケールして、アップスケールされた８ビットＵＨＤビデオＵに変換する。アップスケールされた８ビットＵＨＤビデオＵと８ビットＵＨＤビデオ（Ｄ）との差である第１レジデュアルデータａを、アップスケールされた８ビットＵＨＤビデオＵにマージ（ｍｅｒｇｅ）して、８ビットＵＨＤビデオＤを生成することができる。このとき、第１レジデュアルデータａは、第１エンハンスメントレイヤデータに符号化する。
【００３８】
上述したビットデプスアップスケーリング方式（関数又はルックアップテーブル）を用いて、８ビットＵＨＤビデオＤをアップスケールされた１０ビットＵＨＤビデオＶにアップスケールして変換する。そして、８ビットＵＨＤビデオＤと１０ビットＵＨＤビデオＥとの差である第２レジデュアルデータｂを用いて１０ビットＵＨＤビデオＥを生成することができる。このとき、第２レジデュアルデータｂは、第２エンハンスメントレイヤデータに符号化することができる。
【００３９】
受信機の立場で説明すると、ベースレイヤデータであるＨＤ解像度の８ビットビデオＡと第１エンハンスメントレイヤデータａをデコードすると、受信したＨＤ解像度の８ビットビデオＡを８ビットのＵＨＤビデオとして得ることができる。
【００４０】
そして、関数又はルックアップテーブル方式のビットデプスアップスケーリング方式を用いると、アップスケールされた１０ビットＵＨＤビデオＶと第２エンハンスメントレイヤデータｂをマージしてデコードすると、１０ビットのＵＨＤビデオＥを得ることができる。
【００４１】
図７は、説明した通り、８ビット色域のＨＤビデオと１０ビット色域のＵＨＤビデオを受信機の性能によって表示できるビデオストリームの構造を示す図である。
【００４２】
１０ビットＵＨＤビデオＥを伝送するストリームは、８ビットＵＨＤビデオＤを伝送するストリームと、１０ビットＵＨＤビデオＥと８ビットＵＨＤビデオＤとの差である第２エンハンスメントレイヤデータｂを含み、ストリーム構造に関する情報であるメタデータ（ＵＨＤ  ｃｏｍｐｏｓｉｔｉｏｎ  ｍｅｔａｄａｔａ）Ｍを含むことができる。
【００４３】
メタデータ（ＵＨＤ  ｃｏｍｐｏｓｉｔｉｏｎ  ｍｅｔａｄａｔａ）Ｍは、ビデオのビットデプススケーリングに関する情報（スケーリング関数又はルックアップテーブル）とフィルタリングに関連した情報（例えば、フィルタタッブ又はフィルタ係数など）を含むことができる。
【００４４】
８ビットＵＨＤビデオＤは、従来ＨＤ放送サービスに用いられた８ビットＨＤビデオＡ、及び８ビットＨＤビデオＡと８ビットＵＨＤビデオＤとの差である第１エンハンスメントレイヤデータａを含むことができる。ここでは４Ｋ ＵＨＤビデオを例示しているが、ビデオ解像度がさらに高くなっても、レジデュアルデータであるエンハンスメントレイヤデータの大きさを変えることができ、類似の構造で伝送可能である。
【００４５】
受信機では、その性能によって、メタデータＭを参照して、８ビットＨＤビデオＡを表示したり、８ビットＵＨＤビデオＤを表示したり、又は１０ビットＵＨＤビデオＥを表示することができる。メタデータＭは、８ビットビデオを１０ビットのビデオに変換して表示できるようにする情報を提供することができる。
【００４６】
図８は、ビットデプスの異なるビデオが受信機の性能によって互換可能に表示されるようにするビデオ信号送信装置の一実施例を示す図である。
【００４７】
まず、送信装置の一例であるダウンスケーリング部２１１は、４Ｋ解像度の１２ビットビデオのビットデプスをダウンスケールして１０ビットＵＨＤビデオＥとして出力することができる。ここでは、撮影されたビデオが４Ｋ解像度１２ビットビデオである場合を例示するが、解像度が異なっても、類似の実施例を適用することができる。例えば、１２ビットの４Ｋ ＵＨＤビデオを処理する場合、ダウンスケーリング部２１１が必要であるが、１０ビットのＵＨＤビデオを処理する場合にはダウンスケーリング部２１１が必要でない。
【００４８】
送信装置の一実施例は、ベースレイヤデータ処理部２２０、第１エンハンスメントレイヤデータ処理部２３０、及び第２エンハンスメントレイヤデータ処理部２４０を備えることができる。
【００４９】
まず、ベースレイヤデータ処理部２２０の第１スケーリング部２２１は、１０ビットＵＨＤビデオＥをＨＤ解像度ビデオにダウンスケールして８ビットＨＤビデオとして出力することができる。
【００５０】
第１サンプリング部２２１が１０ビットＵＨＤビデオを１０ビットＨＤビデオにダウンサンプリングした後、このビデオのビットデプスを第２サンプリング部２２５でダウンスケールすることができる。例えば、１０ビットＨＤビデオを８ビットのＨＤビデオＡにスケールして出力することができる。第１ビデオエンコーダ２２９は、８ビットのＨＤビデオＡをエンコードし、エンコードされたデータをベースレイヤデータとして出力することができる。
【００５１】
ベースレイヤデータ処理部２２０は、この過程で、プログレッシブ方式のスキャン方式をインターレースド方式に変換するスキャン変化部２２３を備えることもできる。
【００５２】
ベースレイヤデータ処理部２２０の第１サンプリング部２２１と第２サンプリング部２２５は互いに置き換わってもよい。すると、第２サンプリング部２２５がビデオのビットデプスをダウンスケールし、第１サンプリング部２２１がビデオの解像度をダウンスケールすることができる。
【００５３】
そして、送信装置の一実施例は、８ビットＵＨＤビデオを支援するために第１エンハンスメントレイヤデータ処理部２３０を備えることができる。
【００５４】
第３スケーリング部２３１は、１０ビットＵＨＤビデオのビットデプスをダウンスケールして８ビットＵＨＤビデオＤを出力することができる。
【００５５】
第３スケーリング部２３７は、ベースレイヤデータ処理部２２０の出力する８ビットＨＤビデオを８ビットＵＨＤビデオにアップスケールして出力することができる。
【００５６】
そして、第１演算部２３８は、８ビットＵＨＤビデオＤと第３スケーリング部２３７のアップスケールしたビデオとの差である第１レジデュアルデータａを出力する。第２ビデオエンコーダ２３９は、第１レジデュアルデータａをエンコードして第１エンハンスメントレイヤデータとして出力する。
【００５７】
送信装置の一実施例は、１０ビットＵＨＤビデオを支援するために第２エンハンスメントレイヤデータ処理部２３０を備えることができる。
【００５８】
第４スケーリング部２４７は、８ビットＵＨＤビデオのビットデプスをアップスケールして出力することができる。第２演算部２４８は、１０ビットＵＨＤビデオＥと、第４スケーリング部２４７がビットデプスをアップスケールしたビデオとの差である第２レジデュアルデータｂを出力する。第３ビデオエンコーダ２４９は、第２レジデュアルデータｂをエンコードして第２エンハンスメントレイヤデータとして出力する。
【００５９】
図９は、ビットデプスの異なるビデオが受信機の性能によって互換可能に表示されるようにするビデオ信号送信装置の他の実施例を示す図である。図９は、図８と類似の構成を有する。ただし、ベースレイヤデータ処理部３２０がスキャン方式とサンプリング方式を同時に変更させる点が異なる。すなわち、ベースレイヤデータ処理部３２０は、８ビットのプログレッシブ方式のＵＨＤビデオを８ビットのインターレースド方式のＨＤビデオに変更することができる。その詳細は次の通りである。
【００６０】
送信装置の一例であるダウンスケーリング部３１１は、４Ｋ解像度の１２ビットビデオのビットデプスをダウンスケールして１０ビットＵＨＤビデオＥとして出力することができる。上述した通り、ここでは撮影されたビデオが４Ｋ解像度１２ビットビデオである場合を例示しているが、解像度が変わっても類似の実施例を適用することができる。したがって、１２ビットの４Ｋ ＵＨＤビデオを処理する場合にはダウンスケーリング部３１１が必要であるが、１０ビットのＵＨＤビデオを処理する場合にはダウンスケーリング部３１１を必要としない。
【００６１】
したがって、送信装置の一実施例は、ベースレイヤデータ処理部３２０、第１エンハンスメントレイヤデータ処理部３３０、及び第２エンハンスメントレイヤデータ処理部３４０を備えることができる。
【００６２】
まず、第１エンハンスメントレイヤデータ処理部３３０の第１スケーリング部３３１は、１０ビットＵＨＤビデオＥのビットデプスをダウンスケールして８ビットＵＨＤビデオＤとして出力する。
【００６３】
ベースレイヤデータ処理部３２０の第１サンプリング部３２１は、ＵＨＤビデオをＨＤビデオにダウンサンプリングを行うとともに、プログレッシブ方式のＵＨＤビデオをインターレースド方式のＨＤビデオに変換することができる。
【００６４】
第１サンプリング部３２１が８ビットＨＤビデオＡを出力すると、第１ビデオエンコーダ３２９は、８ビットＨＤビデオＡをエンコードしてベースレイヤデータとして出力することができる。
【００６５】
第２スケーリング部３３７は、ベースレイヤデータ処理部３２０の８ビットＨＤビデオＡをＵＨＤビデオにアップスケールすることができる。
【００６６】
第１演算部３３８は、第１エンハンスメントレイヤデータ処理部３３０の第１スケーリング部３３１が出力する８ビットＵＨＤビデオＤと、第２スケーリング部３３７がスケールしたビデオとの差である第１レジデュアルデータを、第１エンハンスメントレイヤデータとしてエンコードして出力することができる。
【００６７】
第２エンハンスメントレイヤデータ処理部３４０の第３スケーリング部３４７は、第１エンハンスメントレイヤデータ処理部３３０の８ビットＵＨＤビデオＤのビットデプスをスケールして出力する。
【００６８】
第２演算部３４８は、１０ビットＵＨＤビデオＥと第３スケーリング部３４７がスケールしたデータとの差である第２レジデュアルデータを演算して出力する。第３ビデオデコーダ３４９は、第２演算部３４８が出力する第２レジデュアルデータをエンコードして第２エンハンスメントレイヤデータとして出力する。
【００６９】
図１０は、受信機によって、ビットデプスの異なるビデオを表示できる信号受信装置の一実施例を示す図である。
【００７０】
信号受信装置の一実施例は、受信機の性能によって、ベースレイヤデータ処理部４２０を備える、ベースレイヤデータ処理部４２０及び第１エンハンスメントレイヤデータ処理部４３０を備える、又は、ベースレイヤデータ処理部４２０、第１エンハンスメントレイヤデータ処理部４３０及び第２エンハンスメントレイヤデータ処理部４４０を備えることができる。
【００７１】
ベースレイヤデータ処理部４２０の逆多重化部４２１は、ビデオストリームのうち、ベースレイヤデータを伝送するストリームを逆多重化することができる。第１デコーダ４２５は、逆多重化部４２１が逆多重化したベースレイヤデータをデコードして８ビットＨＤビデオを出力することができる。したがって、既存の受信機の場合、１０ビットＵＨＤビデオストリームが伝送されても、そのストリーム中に含まれたＨＤビデオを復号して受信することができる。
【００７２】
第１エンハンスメントレイヤデータ処理部４３０の逆多重化部４３１は、ビデオストリームのうち、第１エンハンスメントレイヤデータを伝送するストリームを逆多重化することができる。
【００７３】
第１スケーリング部４３３は、８ビットＨＤビデオを８ビットＵＨＤビデオとして出力することができる。第２デコーダ４３５はスケーラブルビデオデコーディングを用いて、第１スケーリング部４３３のアップスケールしたＵＨＤビデオと逆多重化部４３１の逆多重化した第１エンハンスメントレイヤデータをデコードして８ビットＵＨＤビデオを出力することができる。
【００７４】
８ビットＵＨＤビデオを出力できる受信機は、Ｂ１）ベースレイヤデータ（８ビットＨＤビデオ）をデコードし、Ｂ２）デコードした結果をＵＨＤにアップサンプリング（フィルタリングを行ってもよい）してＵＨＤビデオとして出力する。Ｂ３）そして、第１エンハンスメントレイヤデータとＢ２）で出力したビデオとをマージし、Ｂ４）マージされたデータをデコードすると、５）８ビットＵＨＤビデオを出力することができる。
【００７５】
第２エンハンスメントレイヤデータ処理部４４０の逆多重化部４４１は、ビデオストリームのうち、第２エンハンスメントレイヤデータを伝送するストリームを逆多重化することができる。第２スケーリング部４４３は、第２デコーダ４３５がデコードするビデオのビットデプスをアップスケールして出力する。
【００７６】
第３デコーダは、第２スケーリング部４４３がビットデプスをスケールしたビデオデータと逆多重化部４４１が逆多重化した第２第２エンハンスメントレイヤデータをデコードし、１０ビットＵＨＤビデオを出力することができる。
【００７７】
ここで、フィルタ４４７は、１０ビットＵＨＤビデオが自然に表示されるようにフィルタリングを行うことができる。
【００７８】
１０ビットＵＨＤビデオを出力できる受信機は、Ｃ１）ベースレイヤデータ（８ビットＨＤビデオ）をデコードし、Ｃ２）Ｃ１のデコードした結果をＵＨＤにアップサンプリング（フィルタリングを行ってもよい）してＵＨＤビデオとして出力する。Ｃ３）そして、Ｃ２）による８ビットＵＨＤビデオを１０ビットＵＨＤビデオに変換する。この時、後述するビット情報のスケーリング情報であるＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｉｎｆｏ（）を通じて取得したビットデプススケーリング（ｂｉｔ−ｄｅｐｔｈ  ｓｃａｌｉｎｇ）関数情報を用いることができる。
【００７９】
受信機は、第２エンハンスメントレイヤデータ（１０ビットビデオのレジデュアルデータ）、第１エンハンスメントレイヤデータ（８ビットビデオのレジデュアルデータ）、及びＢ２）の結果データをマージしデコードして１０ビットＵＨＤビデオを出力することができる。したがって、受信機の性能によって、ビットデプスの異なるＨＤ又はＵＨＤビデオを出力することができる。
【００８０】
以下では、上述した本発明の実施例によってビデオが送受信される場合に、それをシグナリングできるビデオデータのシグナリング情報を例示する。
【００８１】
図１１は、本発明の実施例によってビデオを表示可能にするシグナリング情報を示す図である。同図は、システムレベルでシグナリング情報としてＰＭＴを例示するが、ＰＭＴのｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈの直後に続くプログラムレベルのデスクリプタと、ＥＳ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後に続くストリームレベルのデスクリプタを含むことができる。
【００８２】
同図は、プログラムレベルのデスクリプタの例としてＵＨＤ＿ｐｒｏｇｒａｍ＿ｔｙｐｅ＿ｄｅｓｃｒｉｐｔｏｒを示している。
【００８３】
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、このデスクリプタの識別子を示し、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、デスクリプタの長さを示す。
【００８４】
そして、ＵＨＤ＿ｐｒｏｇｒａｍ＿ｆｏｒｍａｔ＿ｔｙｐｅは、上述した通り、色域を示すビットデプス情報を識別することができる。
【００８５】
例えば、ＵＨＤ＿ｐｒｏｇｒａｍ＿ｆｏｒｍａｔ＿ｔｙｐｅが０ｘ０５の場合、そのビデオサービスは、８ビットＨＤビデオ、８ビットＵＨＤビデオ、及び１０ビットＵＨＤビデオに互換できるビデオフォーマットを有することを示す。
【００８６】
そして、ストリームレベルのデスクリプタの例として、ＵＨＤ ｃｏｍｐｏｓｉｔｉｏｎ ｄｅｓｃｒｉｐｔｏｒをＰＭＴに含むことができる。このデスクリプタは、ベースレイヤビデオエレメントに関する情報、第１エンハンスメントレイヤビデオエレメントに関する情報、又は第２エンハンスメントレイヤビデオエレメントに関する情報を含むことができる。
【００８７】
図１２は、本発明の実施例に係るシグナリング情報の具体的なシンタックス値を例示する図である。
【００８８】
放送信号のシグナリング情報としてシグナリング情報がＰＭＴである場合には、例示されたフィールド値は、次の情報を示すことができる。
【００８９】
上述した通り、ビデオのビットデプスによって、ベースレイヤデータ、第１エンハンスメントレイヤデータ、第２エンハンスメントレイヤデータを伝送するストリームをＰＭＴによってシグナリングすることができる。
【００９０】
例えば、Ｓｔｒｅａｍ＿ｔｙｐｅは、ＭＰＥＧ−２ビデオコーデックによるビデオストリームを示す０ｘ０２などの値とすることができる。
【００９１】
Ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤは、各プログラムに含まれるエレメンタリストリームのＰＩＤ値を示すが、ここでは、０ｘ１０９Ａという値を例示する。ストリームレベルのデスクリプタは、ＭＰＥＧ−２ビデオに関連したシグナリング情報を含むことができる。
【００９２】
第１エンハンスメントレイヤビデオデータを伝送するストリームに対してはＰＭＴに次のような情報が含むことができる。
【００９３】
Ｓｔｒｅａｍ＿ｔｙｐｅは、ＨＥＶＣ ｓｃａｌａｂｌｅ ｌａｙｅｒビデオコーデックによるストリームのタイプを示すタイプ値（ここでは０ｘＡ１を例示）とすることができる。
【００９４】
Ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤは、各プログラムに含まれるエレメンタリストリームのＰＩＤ値を示すが、ここでは、０ｘ１０９Ｂという値を例示する。
【００９５】
ストリームレベルのデスクリプタであるＵＨＤＴＶ＿ｓｕｂ＿ｓｔｒｅａｍ＿ｄｅｓｃｒｉｐｔｏｒ（）は、第１エンハンスメントレイヤデータに関する情報を含むが、ベースレイヤデータと第１エンハンスメントレイヤデータを用いて８ビットＵＨＤビデオを構成するために必要な情報を含むことができる。
【００９６】
第２エンハンスメントレイヤビデオデータを伝送するストリームに対しては、ＰＭＴに次のような情報を含むことができる。
【００９７】
Ｓｔｒｅａｍ＿ｔｙｐｅは、ＨＥＶＣ ｓｃａｌａｂｌｅ ｌａｙｅｒビデオコーデックによるストリームのタイプを示すタイプ値（ここでは０ｘＡ２を例示）とすることができる。
【００９８】
Ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤは、各プログラムに含まれるエレメンタリストリームのＰＩＤ値を示すが、ここでは０ｘ１０９Ｃという値を例示する。
【００９９】
ストリームレベルのデスクリプタであるＵＨＤＴＶ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ（）は、第２エンハンスメントレイヤデータに関連した情報を含むが、ベースレイヤデータ、第１エンハンスメントレイヤデータ及び第２エンハンスメントレイヤデータを用いて１０ビットＵＨＤビデオを表示できるようにするシグナリング情報を含むことができる。
【０１００】
図１３は、本発明の実施例に係るストリームレベルデスクリプタの一例を示す図である。
【０１０１】
ストリームレベルデスクリプタは、このデスクリプタを識別できるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ値と、このデスクリプタの長さを示すｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈと、ビデオストリームを構成するメタデータ情報であるＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ（）を含むことができる。
【０１０２】
この例で、ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ（）に含まれる情報を例示すると、次の通りである。
【０１０３】
ＥＬ２＿ｖｉｄｅｏ＿ｃｏｄｅｃ＿ｔｙｐｅフィールドは、ＵＨＤサービスに含まれるビデオエレメントのコーデック情報を示す。例えば、この値は、ＰＭＴのｓｔｒｅａｍ＿ｔｙｐｅと同じ値を有することができる。
【０１０４】
ＥＬ２＿ｖｉｄｅｏ＿ｐｒｏｆｉｌｅフィールドは、当該ビデオストリームに関するプロファイル情報、すなわち、当該ストリームをデコードするために必要な基本仕様に関する情報を示すことができる。当該ビデオストリームのカラーデプス（ｃｏｌｏｒ  ｄｅｐｔｈ）（４：２：０、４：２：２など）、ビットデプス（ｂｉｔ  ｄｅｐｔｈ）（８ビット、１０ビット）、コーディングツール（ｃｏｄｉｎｇ  ｔｏｏｌ）などに対する要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）情報を含むことができる。
【０１０５】
ＥＬ２＿ｖｉｄｅｏ＿ｌｅｖｅｌフィールドは当該ビデオストリームに関するレベル情報であり、プロファイル（ｐｒｏｆｉｌｅ）で定義した記述要素支援範囲に関する情報を含むことができる。例えば、フレームレートやビットレート情報などを含むことができる。
【０１０６】
ＥＬ２＿ｖｉｄｅｏ＿ｔｉｅｒ＿ｆｌａｇフィールドは、当該ビデオストリームに関するティア（ｔｉｅｒ）情報であり、レベル情報と共に最大ビットレート（ｍａｘｉｍｕｍ  ｂｉｔｒａｔｅ）に分類できる。ＨＥＶＣではメインティア（ｍａｉｎ  ｔｉｅｒ）とハイティア（ｈｉｇｈ  ｔｉｅｒ）の２種類があり、ＥＬ２＿ｖｉｄｅｏ＿ｔｉｅｒ＿ｆｌａｇが０の場合、メインティアを意味する。
【０１０７】
ＥＬ２＿ｖｉｄｅｏ＿ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドは、当該ビデオストリームがＵＨＤサービス構成する場合、いかなるデータを含むかを示す。例えばストリームが、８ビットＨＤビデオに該当するベースレイヤデータを伝送するか、８ビットＵＨＤビデオに含まれるレジデュアルデータである第１エンハンスメントレイヤデータを伝送するか、又は１０ビットＵＨＤビデオに含まれる第２エンハンスメントレイヤデータを伝送するかを示す。
【０１０８】
ＥＬ２＿ｖｉｄｅｏ＿ｓｃａｌｉｎｇ＿ｔｙｐｅフィールドは、ビットデプスをアップスケールするか又はダウンスケールするかを示すことができる。その詳細は、図面を参照して後述する。
【０１０９】
ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドは、ＵＨＤビデオフォーマットに関する情報をシグナリングするものであり、ビデオの解像度（ｒｅｓｏｌｕｔｉｏｎ）及びフレームレートなどのような基本的な情報を示すことができる。その詳細は後述する。
【０１１０】
ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｂｉｔ＿ｄｅｐｔｈ＿ｔｙｐｅは、本来のＵＨＤビデオのビットデプスフォーマットに関する情報を示すものであり、その詳細は後述する。
【０１１１】
ＥＬ２＿ｖｉｄｅｏ＿ｄｉｆｆ＿ｂｉｔ＿ｄｅｐｔｈフィールドは、本来のＵＨＤビデオのビットデプスとエンハンスメントレイヤで伝送する信号のビットデプスとの差に関する情報を示す。その詳細例は後述する。
【０１１２】
ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｂｉｔ＿ｄｅｐｔｈ＿ｔｙｐｅが８ビットであり、ＥＬ２＿ｖｉｄｅｏ＿ｄｉｆｆ＿ｂｉｔ＿ｄｅｐｔｈ＿ｔｙｐｅが００のとき、２５６から１０２３までの区間に対してＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅを１つのみ使用してもよいが、映像特性によって、２５６から１０２３までをいくつかの区間に分けてそれぞれ異なるＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅを支援するようにしてもよい。この例でいくつかの区間に区分するかを示すものがｎｕｍ＿ｉｎｔｅｒｖａｌｓであり、各区間に対して始点と終点をスケールしなければならず、ｉｎｔｅｒｖａｌ＿ｓｔａｒｔとｉｎｔｅｒｖａｌ＿ｅｎｄをスケールする。
【０１１３】
ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅフィールドは、スケーリング方法を示す。その詳細例は後述する。
【０１１４】
ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｉｎｆｏ（）フィールドは、ビットデプスのスケーリング方式に関する追加情報を示し、その詳細例も後述する。
【０１１５】
ｂｉｔ＿ｄｅｐｔｈ＿ｕｐｓｃａｌｅ＿ｆｉｌｔｅｒ（）フィールドは、ビデオのアップスケーリング時にフィルタリング情報を示す。その詳細は後述する。
【０１１６】
図１４は、メタデータのスケーリング情報を例示する図である。
【０１１７】
ＥＬ２＿ｖｉｄｅｏ＿ｓｃａｌｉｎｇ＿ｔｙｐｅフィールドは、ビットデプスをアップスケールするか又はダウンスケールするかを示すことができる。この例で、当該フィールドの０はビットデプスダウンケーリングを示し、１は、ビットデプスアップスケーリングを示す。
【０１１８】
図１５は、メタデータのうち、オリジナルビデオ情報を例示する図である。
【０１１９】
ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドは、ビデオの解像度及びフレームレートなどを示すことができるが、同図では、その値によって様々な解像度とフレームレートを有することができることを例示する。例えば、ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドの値が０１０１の場合、本来のビデオは秒当たり６０フレーム、４０９６×２１６０解像度を有することができる。ここで、Ｐは、プログレッシブスキャン方式を表す。
【０１２０】
図１６は、メタデータのうち、オリジナルビデオのビットデプスタイプに関する情報を例示する図である。
【０１２１】
この例によれば、本来のＵＨＤビデオのビットデプスタイプは、このフィールドの値が００、０１、１０などである場合、それぞれ、８ビット、１０ビット、１２ビットなどを示すことができる。
【０１２２】
図１７は、メタデータのうち、本来のビデオと伝送されたビデオとのビットデプス差を示す情報を例示する。
【０１２３】
メタデータのうち、ＥＬ２＿ｖｉｄｅｏ＿ｄｉｆｆ＿ｂｉｔ＿ｄｅｐｔｈフィールドは、本来のビデオのビットデプスとエンハンスメントレイヤで伝送するデータとのビットデプスの差に関する情報を示す。
【０１２４】
例えば、本来のビデオが１０ビットのビットデプスで表現され、ベースレイヤデータとエンハンスメントレイヤで伝送されるビデオが８ビットのビットデプスで表現されるとすれば、本来のビデオと伝送ビデオは２ビットのビットデプス差を有する。この場合、ＥＬ２＿ｖｉｄｅｏ＿ｄｉｆｆ＿ｂｉｔ＿ｄｅｐｔｈは００の値を示す。
【０１２５】
本来のビデオと伝送ビデオとのビットデプス差が４ビットの場合、ＥＬ２＿ｖｉｄｅｏ＿ｄｉｆｆ＿ｂｉｔ＿ｄｅｐｔｈは０１の値を示す。
【０１２６】
図１８は、メタデータのうち、ビットスケーリングのタイプを示す情報を例示する。
【０１２７】
例えば、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅは、ビットデプスのダウンスケーリングやビットデプスのアップスケーリングに関するタイプ情報を示すものであり、ここで、タイプ情報は、関数又はルックアップテーブルなどを示すことができる。
【０１２８】
例えば、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが０ｘ００の場合、ビットデプスのスケーリングタイプは線形関数を、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが０ｘ０１の場合、ビットデプスのスケーリングタイプは対数関数を、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが０ｘ０２の場合、ビットデプスのスケーリングタイプは指数関数を、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが０ｘ０３の場合、ビットデプスのスケーリングはルックアップテーブルを用いて行われることを示す。
【０１２９】
図１９は、メタデータのうち、ビットデプスのスケール方式に関する追加情報を例示する図である。メタデータのうち、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｉｎｆｏ（）は、ビットデプスのダウンスケーリングやアップスケーリング方式による追加情報を示す。
【０１３０】
このとき、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｉｎｆｏ（）は、上述したビットデプスの差値であるＥＬ２＿ｖｉｄｅｏ＿ｄｉｆｆ＿ｂｉｔ＿ｄｅｐｔｈフィールドと、ビットデプススケーリングタイプを示すＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅとの組合せによって追加情報をシグナリングすることができる。
【０１３１】
例えば、ＥＬ２＿ｖｉｄｅｏ＿ｄｉｆｆ＿ｂｉｔ＿ｄｅｐｔｈとＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅがいずれも００（２ビットのビットデプス差、線形関数）の場合に、ビットデプスダウンスケーリングのための線形関数パラメータ情報とビットデプスアップスケーリングのための線形関数パラメータ（例えば、一次関数においてｙ切片値と傾き情報など）をそれぞれ定義して伝送することができる（例えばｙ＝ａｘ＋ｂ、ａとｂに関する情報を伝送）。
【０１３２】
他の例として、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが 区分的線形関数（ｐｉｅｃｅｗｉｓｅ  ｌｉｎｅａｒ  ｆｕｎｃｔｉｏｎ）の場合には、関数の再現を助ける区間別傾き値や、ｘ、ｙ切片に関する情報などを追加情報として提供したり、又は非線形関数を細部的に関数タイプ別に分類し、必要な情報を提供することができる。
【０１３３】
このフィールドを用いて、ビットデプスを変換する関数タイプを定義し、それに必要な係数や指数などに関する情報を受信機に伝達することができる。
【０１３４】
また、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅがルックアップテーブル方式である場合には、ルックアップテーブルを定義し、それに関する情報を伝送することもできる。これについて、例示した図面を参照して詳しく説明すると、次の通りである。
【０１３５】
この例で、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが０ｘ００である場合、スケーリング方式は線形関数であり、線形関数のｙ切片（ｙ＿ｉｎｔｅｒｃｅｐｔ）と傾き（ｇｒａｄｉｅｎｔ）のようなパラメータを伝送することができる。
【０１３６】
ＥＬ２＿ｖｉｄｅｏ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが１（ビットデプスのアップスケーリング）であり、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが０ｘ０１である場合、スケーリング方式が対数関数であり、それによる関数パラメータは、ログ関数の底（ｂａｓｅ）、オフセット（ｏｆｆｓｅｔ）、及びログ関数係数（ｃｏｅｆｆ＿ｍ、ｃｏｅｆｆ＿ａ）を示すことができる。このこのパラメータは、数学式Ｘで説明する。
【０１３７】
ＥＬ２＿ｖｉｄｅｏ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが１（ビットデプスのアップスケーリング）であり、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが０ｘ０２である場合、スケーリング方式が指数関数であることを示し、それによる関数パラメータとしてはｏｆｆｓｅｔ、ｃｏｅｆｆ＿ｍ、ｃｏｅｆｆ＿ａが挙げられる。関数パラメータについては数学式Ｘで説明する。
【０１３８】
ＥＬ２＿ｖｉｄｅｏ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが１（ビットデプスのアップスケーリング）であり、ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅが０ｘ０３である場合、スケーリング方式がルックアップテーブルを示すことができる。Ｅｎｔｒｙ＿ｌｅｎｇｔｈは、ルックアップテーブルの長さを示し、８ビット長のビットデプスの入力値（Ｉｎ＿ｖａｌｕｅ）と１０ビット長のビットデプス出力値（Ｏｕｔ＿ｖａｌｕｅ）でスケーリング方式を表現することができる。
【０１３９】
すなわち、Ｅｎｔｒｙ＿ｌｅｎｇｔｈで明示された個数分だけ、ｉｎ＿ｖａｌｕｅとｏｕｔ＿ｖａｌｕｅは、互いに異なったビットデプス値の対応付け（ｍａｐｐｉｎｇ）を固有に定義することができる。ルックアップテーブルをシグナリングする場合、ｄｅｓｃｒｉｐｔｏｒ又はＳＥＩ ｍｅｓｓａｇｅｋの他、別の放送シグナリングのセクション（ｓｅｃｔｉｏｎ）データとして伝送することができる。その詳細については後述する。
【０１４０】
本発明の実施例によれば、例示した方式のように、スケーリング方式と各スケーリング方式によるパラメータをシグナリングすることができる。
【０１４１】
ＥＬ２＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｃａｌｉｎｇ＿ｔｙｐｅによって関数の種類をシグナリングすることができ、その関数の種類によって異なったパラメータの種類を伝送することができる。
【０１４２】
【数１】
2016502801.tif 000003
数学式１は、スケーリング関数として線形関数を例示する。
【０１４３】
各関数の種類による変換式は下記の通りである。このとき、ｉｎは、変換するためのドメインの画素値を、ｏｕｔは、変換した後のドメインの画素値を表す。
【０１４４】
図２０は、数学式１で例示した線形関数を用いてビットデプスをスケールする方式を例示する。同図で、横軸（ｘ）は１０ビットデプスのビット値を、縦軸（ｙ）は８ビットデプスのビット値を表す。
【０１４５】
同図で、傾き（ｇｒａｄｉｅｎｔ）は点線で表示され、ｙ切片（ｙ＿ｉｎｔｅｒｃｅｐｔ）は、ｘが０である場合の縦軸（ｙ）の値を表す。この例によれば、１０ビットと８ビットのビットデプスを線形関数を用いて互いに変換することができる。
【０１４６】
【数２】
2016502801.tif 000004
【０１４７】
同様に、数学式２は、スケーリング関数が対数関数である場合に、その関数と関数パラメータ（ｂａｓｅ、ｃｏｅｆｆ＿ｍ、ｃｏｅｆｆ＿ａ）を示す。対数関数を用いてスケールし、オフセット（ｏｆｆｓｅｔ）によって値を補正することができる。数学式２の関数パラメータは、図１９の対数関数である場合にシグナリングすることができる。
【０１４８】
【数３】
2016502801.tif 000005
【０１４９】
数学式３は、スケーリング関数が指数関数である場合に、その関数と関数パラメータ（ｃｏｅｆｆ＿ｍ、ｃｏｅｆｆ＿ａ）を示す。指数関数を用いてスケールし、オフセットによって値を補正することができる。数学式３の関数パラメータは、図１９の指数関数である場合にシグナリング情報として含むことができる。ルックアップテーブルをシグナリングする場合、ｄｅｓｃｒｉｐｔｏｒ又はＳＥＩ ｍｅｓｓａｇｅの他、別の放送シグナリングのセクション（ｓｅｃｔｉｏｎ）データとして伝送することができる。その詳細について以下に説明する。
【０１５０】
図２１は、ビットデプスを変換させ得るルックアップテーブルをセクションデータの形態で伝送する場合、セクションデータの例を示す図である。
【０１５１】
放送信号のセクションデータとしてルックアップテーブルを伝送する場合、セクションテーブルに含まれる情報は、次の通りである。
【０１５２】
ｔａｂｌｅ＿ｉｄは、セクションテーブルの識別子を示し、ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、セクションシンタックスを示す値であり、任意の値（例えば、１）に設定することができる。
【０１５３】
ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールドも、任意の値（例えば、１）に設定することができる。
【０１５４】
ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、現在セクションの次のフィールドからの長さを示す。
【０１５５】
ｓｃａｌｉｎｇ＿ｉｄフィールドは、ルックアップテーブルを伝送するために複数個のセクションを伝送する場合、一つのセクションに全てのｉｎ／ｖａｌｕｅ ｍａｐｐｉｎｇ値を伝送できないこともあるが、この場合、異なったセクションで送られてくるｉｎ／ｖａｌｕｅ ｍａｐｐｉｎｇ値が同一の関数であるかを示す。
【０１５６】
すなわち、ｓｃａｌｉｎｇ＿ｉｄによってビットデプススケーリング関数を定義することができ、当該関数の一部又は全てを伝送することができる。関数の一部のみを送る場合、受信機は、同一のｓｃａｌｉｎｇ＿ｉｄの値を有するセクションデータを取りまとめて関数全体を復元することができる。
【０１５７】
ｓｃａｌｉｎｇ＿ｖｅｒｓｉｏｎ＿ｎｕｍフィールドは、スケーリング方式又はルックアップテーブルのバージョン番号を示すことができる。
【０１５８】
互いに異なったセクションから受信されるスケーリングデータ（ｓｃａｌｉｎｇ  ｄａｔａ）の場合、同一のスケーリング関数のときは、ｓｃａｌｉｎｇ＿ｉｄは同一であり、互いに異なったｉｎ＿ｖａｌｕｅに対するｏｕｔ＿ｖａｌｕｅ値に対してはｓｃａｌｉｎｇ＿ｖｅｒｓｉｏｎ＿ｎｕｍを用いて区分することができる。
【０１５９】
ルックアップテーブルでスケーリング情報を用いてシグナリングするとき、複数のテーブル情報又はセクション情報を伝送することができるが、この場合、同一のスケーリング関数を使用すると各テーブルのｓｃａｌｉｎｇ＿ｉｄが同一である。他の例として、スケーリング関数が同一であるだけで、区間の差がある場合（すなわち、ｉｎ ｖａｌｕｅとｏｕｔ ｖａｌｕｅの値が変わりうる場合）には、各テーブル情報又はセクション情報は、ｓｃａｌｉｎｇ＿ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒを用いてシグナリングすることができる。
【０１６０】
同一のｉｎ＿ｖａｌｕｅに対してｏｕｔ＿ｖａｌｕｅを再定義する場合、ｓｃａｌｉｎｇ＿ｖｅｒｓｉｏｎ＿ｎｕｍを用いて区分することもできる。したがって、受信機は、同一のｓｃａｌｉｎｇ＿ｉｄに対して既に存在するｉｎ＿ｖａｌｕｅに対して異なったｏｕｔ＿ｖａｌｕｅを有するスケーリングデータが受信されると、ｓｃａｌｉｎｇ＿ｖｅｒｓｉｏｎ＿ｎｕｍがより大きいデータを用いて既存のデータをオーバーライド（ｏｖｅｒｒｉｄｅ）する。
【０１６１】
Ｅｎｔｒｙ＿ｌｅｎｇｔｈ、ｉｎ＿ｖａｌｕｅ、ｏｕｔ＿ｖａｌｕｅは、上述した通りである。すなわち、Ｅｎｔｒｙ＿ｌｅｎｇｔｈは、ルックアップテーブル長を示し、８ビット長のビットデプスの入力値（Ｉｎ＿ｖａｌｕｅ）と１０ビット長のビットデプス出力値（Ｏｕｔ＿ｖａｌｕｅ）でスケーリング方式を表現することができる。
【０１６２】
図２２は、上記で例示したデスクリプタが他のシグナリング情報に含まれる場合を例示する。同図は、例示したデスクリプタがＳＤＴに含まれる場合を例示する。
【０１６３】
ｔａｂｌｅ＿ｉｄフィールドは、テーブルの識別子を示す。
【０１６４】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＳＤＴテーブルセクションに対して１に設定される１ビットフィールドである。(section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to "1")
【０１６５】
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。(section_length: This is a 12-bit field, the first two bits of which shall be "00". It specifies the number of bytes of the section, starting immediately following the section_length field and including the CRC. The section_length shall not exceed 1021 so that the entire section has a maximum length of 1024 bytes.)
【０１６６】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、伝送システム内の他のマルチプルレックスと区別して、このＳＤＴが提供するＴＳ識別子を示す。(transport_stream_id: This is a 16-bit field which serves as a label for identification of the TS, about which the SDT informs, from any other multiplex within the delivery system.)
【０１６７】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。(version_number: This 5-bit field is the version number of the sub_table. The version_number shall be incremented by 1 when a change in the information carried within the sub_table occurs. When it reaches value "31", it wraps around to "0". When the current_next_indicator is set to "1", then the version_number shall be that of the currently applicable sub_table. When the current_next_indicator is set to "0", then the version_number shall be that of the next applicable sub_table.)
【０１６８】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このサブテーブルが現在適用可能か又は次に適用可能かを示す。(current_next_indicator: This 1-bit indicator, when set to "1" indicates that the sub_table is the currently applicable sub_table. When the bit is set to "0", it indicates that the sub_table sent is not yet applicable and shall be the next sub_table to be valid.)
【０１６９】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。(section_number: This 8-bit field gives the number of the section. The section_number of the first section in the sub_table shall be "0x00". The section_number shall be incremented by 1 with each additional section with the same table_id, transport_stream_id, and original_network_id.)
【０１７０】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。(last_section_number: This 8-bit field specifies the number of the last section (that is, the section with the highest section_number) of the sub_table of which this section is part.)
【０１７１】
ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、伝送システムのネットワークＩＤの識別子を示す。(original_network_id: This 16-bit field gives the label identifying the network_id of the originating delivery system.)
【０１７２】
ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＴＳ内のサービス識別子を示す。(service_id: This is a 16-bit field which serves as a label to identify this service from any other service within the TS. The service_id is the same as the program_number in the corresponding program_map_section.)
【０１７３】
ＥＩＴ＿ｓｃｈｅｄｕｌｅ＿ｆｌａｇフィールドは、サービスに対するＥＩＴスケジュール情報が現在ＴＳにあるかを示すことができる。(EIT_schedule_flag: This is a 1-bit field which when set to "1" indicates that EIT schedule information for the service is present in the current TS, see TR 101 211 [i.2] for information on maximum time interval between occurrences of an EIT schedule sub_table). If the flag is set to 0 then the EIT schedule information for the service should not be present in the TS.)
【０１７４】
ＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ｆｌａｇフィールドは、現在ＴＳにサービスに対するＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ情報があるかを示すことができる。(EIT_present_following_flag: This is a 1-bit field which when set to "1" indicates that EIT_present_following information for the service is present in the current TS, see TR 101 211 [i.2] for information on maximum time interval between occurrences of an EIT present/following sub_table. If the flag is set to 0 then the EIT present/following information for the service should not be present in the TS.)
【０１７５】
ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドは、ＤＶＢ−ＳＩ文書のテーブル６に定義されたサービスの状態を示すことができる。(running_status: This is a 3-bit field indicating the status of the service as defined in table 6. For an NVOD reference service the value of the running_status shall be set to "0".)
【０１７６】
ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクランブルされているかを示す。(free_CA_mode: This 1-bit field, when set to "0" indicates that all the component streams of the service are not scrambled. When set to "1" it indicates that access to one or more streams may be controlled by a CA system.)
【０１７７】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、後続するデスクリプタの長さを示す。(descriptors_loop_length: This 12-bit field gives the total length in bytes of the following descriptors)
【０１７８】
ＣＲＣ＿３２は、ＣＲＣ値を含む３２ビットフィールドである(CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder)。
【０１７９】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、次のデスクリプタ位置に、図１１で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｔｙｐｅ＿ｄｅｓｃｒｉｐｔｏｒと図１３で例示したＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒを含むことができる。
【０１８０】
ＤＶＢのＳＤＴにシグナリング情報であるＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒが含まれる場合、ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドをさらに含むことができる。ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドは、ＰＳＩレベルであるＰＭＴでシグナリングする当該ストリームに対するＰＩＤ値を示すことができる。受信機は、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドを用いて、ＰＭＴと共に当該ストリームのＰＩＤ値を探すことができる。
【０１８１】
図２３は、例示したデスクリプタが他のシグナリング情報に含まれる場合を例示する。同図は、例示したデスクリプタがＥＩＴに含まれる場合を例示する。
【０１８２】
ＥＩＴは、ＥＴＳＩ ＥＮ３００４６８に従うことができる。これを用いて各フィールドについて説明すると、次の通りである。
【０１８３】
ｔａｂｌｅ＿ｉｄ：テーブル識別子を表す。
【０１８４】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＥＩＴテーブルセクションに対して１に設定される１ビットフィールドである。(section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to "1".)
【０１８５】
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。(section_length: This is a 12-bit field. It specifies the number of bytes of the section, starting immediately following the section_length field and including the CRC. The section_length shall not exceed 4093 so that the entire section has a maximum length of 4096 bytes.)
【０１８６】
ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＴＳ内のサービス識別子を示す(service_id: This is a 16-bit field which serves as a label to identify this service from any other service within a TS. The service_id is the same as the program_number in the corresponding program_map_section.)
【０１８７】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。(version_number: This 5-bit field is the version number of the sub_table. The version_number shall be incremented by 1 when a change in the information carried within the sub_table occurs. When it reaches value 31, it wraps around to 0. When the current_next_indicator is set to "1", then the version_number shall be that of the currently applicable sub_table. When the current_next_indicator is set to "0", then the version_number shall be that of the next applicable sub_table.)
【０１８８】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このサブテーブルが現在適用可能か又は次に適用可能かを示す。(current_next_indicator: This 1-bit indicator, when set to "1" indicates that the sub_table is the currently applicable sub_table. When the bit is set to "0", it indicates that the sub_table sent is not yet applicable and shall be the next sub_table to be valid.)
【０１８９】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す(section_number: This 8-bit field gives the number of the section. The section_number of the first section in the sub_table shall be "0x00". The section_number shall be incremented by 1 with each additional section with the same table_id, service_id, transport_stream_id, and original_network_id. In this case, the sub_table may be structured as a number of segments. Within each segment the section_number shall increment by 1 with each additional section, but a gap in numbering is permitted between the last section of a segment and the first section of the adjacent segment.)
【０１９０】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。(last_section_number: This 8-bit field specifies the number of the last section (that is, the section with the highest section_number) of the sub_table of which this section is part.)
【０１９１】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、伝送システム内の他のマルチプルレックスと区別して、このＥＩＴが提供するＴＳ識別子を示す。(transport_stream_id: This is a 16-bit field which serves as a label for identification of the TS, about which the EIT informs, from any other multiplex within the delivery system.)
【０１９２】
ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、伝送システムのネットワークＩＤの識別子を示す(original_network_id: This 16-bit field gives the label identifying the network_id of the originating delivery system.)。
【０１９３】
ｓｅｇｍｅｎｔ＿ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのこのセグメントの最後のセクション番号を示す。(segment_last_section_number: This 8-bit field specifies the number of the last section of this segment of the sub_table. For sub_tables which are not segmented, this field shall be set to the same value as the last_section_number field.)
【０１９４】
ｌａｓｔ＿ｔａｂｌｅ＿ｉｄフィールドは、使用されるｌａｓｔ＿ｔａｂｌｅ＿ｉｄを示す。(last_table_id: This 8-bit field identifies the last table_id used (see table 2).)
【０１９５】
ｅｖｅｎｔ＿ｉｄフィールドは、イベントの識別番号を示す(event_id: This 16-bit field contains the identification number of the described event (uniquely allocated within a service definition)。
【０１９６】
ｓｔａｒｔ＿ｔｉｍｅフィールドは、イベントの開始時間を含む(start_time: This 40-bit field contains the start time of the event in Universal Time, Co-ordinated (UTC) and Modified Julian Date (MJD) (see annex C). This field is coded as 16 bits giving the 16 LSBs of MJD followed by 24 bits coded as 6 digits in 4-bit Binary Coded Decimal (BCD). If the start time is undefined (e.g. for an event in a NVOD reference service) all bits of the field are set to "1".)。
【０１９７】
ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドは、ＤＶＢ ＳＩ文書のｔａｂｌｅ ６に定義されたイベントの状態を示す((running_status: This is a 3-bit field indicating the status of the event as defined in table 6. For an NVOD reference event the value of the running_status shall be set to "0".)。
【０１９８】
ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクランブルされているかを示す(free_CA_mode: This 1-bit field, when set to "0" indicates that all the component streams of the event are not scrambled. When set to "1" it indicates that access to one or more streams is controlled by a CA system.)。
【０１９９】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、後続するデスクリプタの長さを示す(descriptors_loop_length: This 12-bit field gives the total length in bytes of the following descriptors.)。
【０２００】
ＣＲＣ＿３２は、ＣＲＣ値を含む３２ビットフィールドである(CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder)。
【０２０１】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、次のデスクリプタ位置に、図１１で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｔｙｐｅ＿ｄｅｓｃｒｉｐｔｏｒと、図１３で例示したＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒを含むことができる。
【０２０２】
ＤＶＢのＥＩＴにＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒが含まれる場合、ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドをさらに含むことができる。ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドは、ＰＳＩレベルであるＰＭＴでシグナリングする当該ストリームに対するＰＩＤ値を示すことができる。受信機は、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドを用いて、ＰＭＴと共に当該ストリームのＰＩＤ値を探すことができる。
【０２０３】
図２４は、上記で例示したデスクリプタが他のシグナリング情報に含まれる場合を例示する。同図は、例示したデスクリプタがＶＣＴに含まれる場合を例示する。
【０２０４】
ＶＣＴは、ＡＴＳＣ ＰＳＩＰ規格に従うことができる。ＡＴＳＣ ＰＳＩＰによれば、各フィールドの説明は、次の通りである。各ビットの説明は、下記の通りである。
【０２０５】
ｔａｂｌｅ＿ｉｄフィールドは、テーブルセクションのタイプを示す８ビット符号無し整数を示す(table_id - An 8-bit unsigned integer number that indicates the type of table section being defined here. For the terrestrial_virtual_channel_table_section(), the table_id shall be 0xC8)。
【０２０６】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＶＣＴテーブルセクションに対して１に設定される１ビットフィールドである(section_syntax_indicator - The section_syntax_indicator is a one-bit field which shall be set to ‘1’ for the terrestrial_virtual_channel_table_section())。
【０２０７】
ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールドは、１に設定される(private_indicator - This 1-bit field shall be set to ‘1’)。
【０２０８】
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。(section_length - This is a twelve bit field, the first two bits of which shall be ‘00’. It specifies the number of bytes of the section, starting immediately following the section_length field, and including the CRC.)
【０２０９】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、ＴＶＣＴを識別できるＰＡＴのように、ＭＰＥＧ−ＴＳ ＩＤを示す。(transport_stream_id - The 16-bit MPEG-2 Transport Stream ID, as it appears in the Program Association Table (PAT) identified by a PID value of zero for this multiplex. The transport_stream_id distinguishes this Terrestrial Virtual Channel Table from others that may be broadcast in different PTCs.)
【０２１０】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、ＶＣＴのバージョン番号を示す(version_number - This 5 bit field is the version number of the Virtual Channel Table. For the current VCT (current_next_indicator = ‘1’), the version number shall be incremented by 1 whenever the definition of the current VCT changes. Upon reaching the value 31, it wraps around to 0. For the next VCT (current_next_indicator = ‘0’), the version number shall be one unit more than that of the current VCT (also in modulo 32 arithmetic). In any case, the value of the version_number shall be identical to that of the corresponding entries in the MGT)。
【０２１１】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このＶＣＴテーブルが現在適用可能か又は次に適用可能かを示す(current_next_indicator - A one-bit indicator, which when set to ‘1’ indicates that the Virtual Channel Table sent is currently applicable. When the bit is set to ‘0’, it indicates that the table sent is not yet applicable and shall be the next table to become valid. This standard imposes no requirement that “next” tables (those with current_next_indicator set to ‘0’) must be sent. An update to the currently applicable table shall be signaled by incrementing the version_number field)。
【０２１２】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す(section_number - This 8 bit field gives the number of this section. The section_number of the first section in the Terrestrial Virtual Channel Table shall be 0x00. It shall be incremented by one with each additional section in the Terrestrial Virtual Channel Table)。
【０２１３】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す(last_section_number - This 8 bit field specifies the number of the last section (that is, the section with the highest section_number) of the complete Terrestrial Virtual Channel Table.)。
【０２１４】
ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎフィールドは、将来、現在プロトコルと異なるように定義されるパラメータのためのプロトコルバージョンを示す(protocol_version - An 8-bit unsigned integer field whose function is to allow, in the future, this table type to carry parameters that may be structured differently than those defined in the current protocol. At present, the only valid value for protocol_version is zero. Non-zero values of protocol_version may be used by a future version of this standard to indicate structurally different tables)。
【０２１５】
ｎｕｍ＿ｃｈａｎｎｅｌｓ＿ｉｎ＿ｓｅｃｔｉｏｎフィールドは、このＶＣＴの仮想チャネルの数を示す(num_channels_in_section - This 8 bit field specifies the number of virtual channels in this VCT section. The number is limited by the section length)。
【０２１６】
ｓｈｏｒｔ＿ｎａｍｅフィールドは、仮想チャネル名を示す(short_name - The name of the virtual channel, represented as a sequence of one to seven 16-bit code values interpreted in accordance with the UTF-16 representation of Unicode character data. If the length of the name requires fewer than seven 16-bit code values, this field shall be padded out to seven 16-bit code values using the Unicode NUL character (0x0000). Unicode character data shall conform to The Unicode Standard, Version 3.0 [13]. )。
【０２１７】
ｍａｊｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールドは、仮想チャネルと関連したメジャーチャネルの数を示す(major_channel_number - A 10-bit number that represents the “major” channel number associated with the virtual channel being defined in this iteration of the “for” loop. Each virtual channel shall be associated with a major and a minor channel number. The major channel number, along with the minor channel number, act as the user’s reference number for the virtual channel. The major_channel_number shall be between 1 and 99. The value of major_channel_number shall be set such that in no case is a major_channel_number/ minor_channel_number pair duplicated within the TVCT. For major_channel_number assignments in the U.S., refer to Annex B.)。
【０２１８】
ｍｉｎｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールドは、仮想チャネルと関連したマイナーチャネルの数を示す(minor_channel_number - A 10-bit number in the range 0 to 999 that represents the “minor” or “sub”- channel number. This field, together with major_channel_number, performs as a two-part channel number, where minor_channel_number represents the second or right-hand part of the number. When the service_type is analog television, minor_channel_number shall be set to 0. Services whose service_type is ATSC_digital_television, ATSC_audio_only, or unassociated/ small_screen_service shall use minor numbers between 1 and 99. The value of minor_channel_number shall be set such that in no case is a major_channel_number/ minor_channel_number pair duplicated within the TVCT. For other types of services, such as data broadcasting, valid minor virtual channel numbers are between 1 and 999.)。
【０２１９】
ｍｏｄｕｌａｔｉｏｎ＿ｍｏｄｅフィールドは、仮想チャネルと関連したキャリアの変調モードを示す(modulation_mode - An 8-bit unsigned integer number that indicates the modulation mode for the transmitted carrier associated with this virtual channel. Values of modulation_mode shall be as defined in Table 6.5. For digital signals, the standard values for modulation mode (values below 0x80) indicate transport framing structure, channel coding, interleaving, channel modulation, forward error correction, symbol rate, and other transmission-related parameters, by means of a reference to an appropriate standard. The modulation_mode field shall be disregarded for inactive channels)。
【０２２０】
ｃａｒｒｉｅｒ＿ｆｒｅｑｕｅｎｃｙフィールドは、キャリア周波数を識別できるフィールドである。(carrier_frequency - The recommended value for these 32 bits is zero. Use of this field to identify carrier frequency is allowed, but is deprecated.)
【０２２１】
ｃｈａｎｎｅｌ＿ＴＳＩＤフィールドは、この仮想チャネルによってレファレンスされたＭＰＥＧ−２プログラムを伝送するＴＳと関連したＭＰＥＧ−２ＴＳ ＩＤを示す(channel_TSID - A 16-bit unsigned integer field in the range 0x0000 to 0xFFFF that represents the MPEG-2 Transport Stream ID associated with the Transport Stream carrying the MPEG-2 program referenced by this virtual channel8. For inactive channels, channel_TSID shall represent the ID of the Transport Stream that will carry the service when it becomes active. The receiver is expected to use the channel_TSID to verify that any received Transport Stream is actually the desired multiplex. For analog channels (service_type 0x01), channel_TSID shall indicate the value of the analog TSID included in the VBI of the NTSC signal. Refer to Annex D Section 9 for a discussion on use of the analog TSID)。
【０２２２】
ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールドは、ここに定義されている仮想チャネルとＰＭＴと関連している整数値を示す。(program_number - A 16-bit unsigned integer number that associates the virtual channel being defined here with the MPEG-2 PROGRAM ASSOCIATION and TS PROGRAM MAP tables.  For virtual channels representing analog services, a value of 0xFFFF shall be specified for program_number.  For inactive channels (those not currently present in the Transport Stream), program_number shall be set to zero.  This number shall not be interpreted as pointing to a Program Map Table entry.)
【０２２３】
ＥＴＭ＿ｌｏｃａｔｉｏｎフィールドは、ＥＴＭの存在と位置を示す(ETM_location - This 2-bit field specifies the existence and the location of an Extended Text Message (ETM) and shall be as defined in Table 6.6.)。
【０２２４】
ａｃｃｅｓｓ＿ｃｏｎｔｒｏｌｌｅｄフィールドは、アクセス制御された仮想チャネルと関連したイベントを示すことができる。(access_controlled - A 1-bit Boolean flag that indicates, when set, that the events associated with this virtual channel may be access controlled.  When the flag is set to “0”, event access is not restricted.)
【０２２５】
ｈｉｄｄｅｎフィールドは、仮想チャネルがユーザの直接チャネル入力によってアクセスされない場合を示すことができる。(hidden - A 1-bit Boolean flag that indicates, when set, that the virtual channel is not accessed by the user by direct entry of the virtual channel number.  Hidden virtual channels are skipped when the user is channel surfing, and appear as if undefined, if accessed by direct channel entry.  Typical applications for hidden channels are test signals and NVOD services.  Whether a hidden channel and its events may appear in EPG displays depends on the state of the hide_guide bit.)
【０２２６】
ｈｉｄｅ＿ｇｕｉｄｅフィールドは、仮想チャネルとそのイベントがＥＰＧに表示され得るかを示すことができる。(hide_guide - A Boolean flag that indicates, when set to “0” for a hidden channel, that the virtual channel and its events may appear in the EPG displays.  This bit shall be ignored for channels which do not have the hidden bit set, so that non-hidden channels and their events may always be included in EPG displays regardless of the state of the hide_guide bit.  Typical applications for hidden channels with the hide_guide bit set to “1” are test signals and services accessible through application_level pointers.)
【０２２７】
ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、サービスタイプ識別子を示す。(service_type - This 6-bit field shall carry the Service Type identifier.  Service Type and the associated service_type field are defined in A/53 Part 1   to identify the type of service carried in this virtual channel.  Value 0x00 shall be reserved.  Values 0x01 shall represent analog television programming.  Other values are defined in A/53 Part 3 [3], and other ATSC Standards may define other Service Types9.)
【０２２８】
ｓｏｕｒｃｅ＿ｉｄフィールドは、仮想チャネルと関連したプログラムソースを識別する識別番号である。(source_id - A 16-bit unsigned integer number that identifies the programming source associated with the virtual channel.  In this context, a source is one specific source of video, text, data, or audio programming.  Source ID value zero is reserved.  Source ID values in the range 0x0001 to 0x0FFF shall be unique within the Transport Stream that carries the VCT, while values 0x1000 to 0xFFFF shall be unique at the regional level.  Values for source_ids 0x1000 and above shall be issued and administered by a Registration Authority designated by the ATSC.)
【０２２９】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈフィールドは、後続するデスクリプタの長さを示す。(descriptors_length - Total length (in bytes) of the descriptors for this virtual channel that follows.)
【０２３０】
ｄｅｓｃｒｉｐｔｏｒ（）にはデスクリプタを含むことができる。(descriptor() - zero or more descriptors, as appropriate, may be included.)
【０２３１】
本発明の実施例によってビデオサービスが伝送される場合、ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、ｐａｒａｍｅｔｅｒｉｚｅｄ ｓｅｒｖｉｃｅ（０ｘ０７）又はｅｘｔｅｎｄｅｄ ｐａｒａｍｅｔｅｒｉｚｅｄ ｓｅｒｖｉｃｅ（０ｘ０９）又はｓｃａｌａｂｌｅ ＵＨＤＴＶサービスを示すフィールド値（例えば０ｘ１０）を有することができる。
【０２３２】
そして、デスクリプタ位置に、図１１で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｔｙｐｅ＿ｄｅｓｃｒｉｐｔｏｒと、図１３で例示したＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒを含むことができる。
【０２３３】
次に、上述した本発明の実施例によってビデオデータが伝送される場合、ビデオデータのシンタックスを説明する。
【０２３４】
図２５は、本発明の実施例に係るビデオデータのＳＥＩ領域のペイロードに対するシンタックスを例示する図である。
【０２３５】
ＳＥＩペイロードで、ｐａｙｌｏａｄＴｙｐｅが特定値（この例では、５２）に設定される場合、例示した通り、ビデオデータがスケーラブルなビットデプスを有するサービスであるかを示す情報（ＵＨＤＴＶ＿ｓｃａｌａｂｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｅｒｖｉｃｅ＿ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））を含むことができる。特に、このシグナリング情報は、スケーラブルコーディングによるビットデプスに関連したシグナリング情報を示す。
【０２３６】
受信機のデコーダが例示したシンタックスによるビデオデータをパーシングする実施例は、次の通りである。
【０２３７】
デコーダがビデオデータを復号する場合、ビデオエレメントストリームのＳＥＩ ＲＢＳＰ（ｒａｗ  ｂｙｔｅ  ｓｅｑｕｅｎｃｅ  ｐａｙｌｏａｄ）から例示したシグナリング情報であるＵＨＤ＿ｓｃａｌａｂｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｅｒｖｉｃｅ＿ｉｎｆｏ（）を得る。
【０２３８】
受信機がＡＶＣ又はＨＥＶＣ ＮＡＬユニットをパーシングする。そして、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値がＳＥＩデータに該当し、ＳＥＩデータのうちのｐａｙｌｏａｄＴｙｐｅが５２である場合、例示したＵＨＤＴＶ＿ｓｃａｌａｂｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｅｒｖｉｃｅ＿ｉｎｆｏ ＳＥＩメッセージのシンタックスによる情報を得ることができる。
【０２３９】
例示したＳＥＩペイロードのシンタックスは、ビデオストリームに対するスケーラブルｂｉｔ＿ｄｅｐｔｈサービスに関する情報を含むことができる。
【０２４０】
したがって、受信機は、この情報に基づいて、８ビットＨＤ、８ビットＵＨＤ、又は１０ビットＵＨＤなどの、その受信機が支援するストリーム構成情報によって、ビデオを復号して表示することができる。
【０２４１】
図２６は、本発明に係る信号受信装置の一実施例を示す図である。
【０２４２】
信号受信装置は、逆多重化部５００、シグナリング情報復号部６００、及びビデオデコーダ７００を備えることができる。
【０２４３】
逆多重化部５００は、本発明の実施例に係るビデオストリームとシグナリング情報をそれぞれ逆多重化することができる。例えば、ビデオストリームは、図７で例示したストリームを含むことができる。
【０２４４】
シグナリング情報処理部６００は、図１１乃至図２５で例示したシグナリング情報をデコードすることができる。
【０２４５】
シグナリング情報は、ビデオデータを互換可能なビットデプスによって表示できるビデオであるかを識別できるメタデータを含む。
【０２４６】
ビデオデコーダ７００は、シグナリング情報に基づいて、ビデオデータが互換可能なビットデプスによって表示できるビデオであるかを識別することができる。
【０２４７】
ビデオデコーダ７００は、受信機の性能によって、第１デコーダ７１０を備える、第１デコーダ７１０及び第２デコーダ７２０を備える、又は、第１デコーダ７１０、第２デコーダ７２０及び第３デコーダ７３０を備えることができる。
【０２４８】
第１デコーダ７１０は、シグナリング情報のメタデータ情報に基づいて、ベースレイヤデータを伝送するストリームを受信し、ベースレイヤデータを復号して８ビットＨＤビデオＡを出力することができる。この場合、第１デコーダ７１０は、ビデオストリームから、図２５で例示したビットデプス情報（ＵＨＤＴＶ＿ｓｃａｌａｂｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｅｒｖｉｃｅ＿ｉｎｆｏ）を得ることができる。
【０２４９】
第１アップスケーラー７１５は、ベースレイヤデータである８ビットＨＤビデオデータをＵＨＤビデオにアップスケールして出力することができる。
【０２５０】
第２デコーダ７２０は、シグナリング情報のメタデータ情報に基づいて、スケーラブルコーディングによる第１エンハンスメントレイヤデータと第１アップスケーラー７１５から受信した８ビットＨＤビデオデータを復号し、８ビットＵＨＤビデオデータＤを出力することができる。
【０２５１】
同様に、第２デコーダ７２０は、ビデオストリームから、図２５で例示したビットデプス情報（ＵＨＤＴＶ＿ｓｃａｌａｂｌｅ＿ｂｉｔ＿ｄｅｐｔｈ＿ｓｅｒｖｉｃｅ＿ｉｎｆｏ）を得ることができる。
【０２５２】
第２アップスケーラー７２５は、８ビットＵＨＤビデオデータＤのビットデプスをアップスケールして出力することができる。
【０２５３】
第３デコーダ７３０は、スケーラブルコーディングによる第２エンハンスメントレイヤデータと８ビットＵＨＤビデオのビットデプスをアップスケールしたビデオデータをデコードし、１０ビットＵＨＤビデオデータＥを出力することができる。
【０２５４】
フィルタ部７４０は、アップスケーリングによるビデオデータがより自然なビデオとして表示されるようにフィルタリングを行うことができる。
【０２５５】
したがって、互換可能なビットデプスによって表示され得るビデオの構成情報、そのビデオ構成情報を示すメタデータ情報、及びスケーラブルエンコーディング／デコーディングを用いて、受信機の性能によってビットデプスの異なるビデオを表示することができる。
【０２５６】
図２７は、本発明に係る信号受信方法の一実施例を示す図である。
【０２５７】
本発明に係る信号受信方法の一実施例は、ビデオストリームと、これらのビデオストリームが、ビットデプスが互換可能なビデオとして表示され得るということを示すメタデータ情報を含むシグナリング情報を逆多重化する（Ｓ２１０）。受信する信号が放送信号である場合にのみシグナリング情報を逆多重化することができる。ビデオストリームは、複数のビットデプスのいずれか一つのビットデプスの色域で表示できるビデオデータを伝送する。
【０２５８】
受信されるビデオストリームの構成は、図７で例示した。例えば、１０ビットＵＨＤビデオデータＥは、８ビットＵＨＤビデオＤ、８ビットＵＨＤビデオと１０ビットＵＨＤビデオとの差である第２レジデュアルデータｂ、及びメタデータ情報Ｍを含むことができる。そして、８ビットＵＨＤビデオＤは、８ビットＨＤビデオＡ、及び８ビットＵＨＤビデオＤと８ＨＤビデオＡとの差である第１レジデュアルデータａを含むことができる。これは、ビットデプスが、１０ビットと８ビットとの差を有する場合を例示したものであり、ビットデプスが異なっても同様の送信又は受信が可能である。
【０２５９】
受信する信号が放送信号である場合、図１１乃至図２４で例示したシグナリング情報は、ビデオデータとは別に逆多重化されてもよい。
【０２６０】
受信する信号が放送信号である場合、逆多重化したシグナリング情報をデコードすることができる（Ｓ２２０）。受信信号が放送信号でない場合、Ｓ２２０段階は省略され、次のデオデータデコーディング段階で、ビデオデータ内のメタデータ情報（図２５を参照）を含むシグナリング情報をデコードして用いることができる。
【０２６１】
メタデータ情報に基づいて、上記ビデオストリームのうち少なくとも一つのビットデプスによるビデオデータをデコードする（Ｓ２３０）。
【０２６２】
例えば、図１０又は図２６で例示した通り、受信機の性能又はメタデータ情報によってビデオデータをデコードすると、１０ビットＵＨＤビデオ、８ビットＵＨＤビデオ又は８ビットＨＤビデオのように、ビットデプスと解像度の異なるビデオを表示することができる。
【０２６３】
図２８は、本発明の実施例に係る信号送信装置の一実施例を示す図である。
【０２６４】
信号送信装置の一実施例は、エンコーダ８１０、シグナリング情報生成部８２０、及び多重化部８３０を備えることができる。
【０２６５】
エンコーダ８１０は、ビデオデータをエンコードする。エンコーダ８１０がエンコードしたビデオデータは、ビットデプスが互換可能なビデオデータを含み、そのビデオデータの構成を示すメタデータ情報を含むことができる。ビットデプスが互換可能なビデオデータをエンコードする方法は、図８及び図９で例示し、メタデータ情報は図２５で例示した。
【０２６６】
例えば、エンコードされたビデオデータが図７に例示した情報に基づくとすれば、１０ビットＵＨＤビデオデータＥは８ビットＵＨＤビデオＤ、８ビットＵＨＤビデオと１０ビットＵＨＤビデオとの差である第２レジデュアルデータｂ、及びメタデータ情報Ｍを含むことができる。そして、８ビットＵＨＤビデオＤは、８ビットＨＤビデオＡ、及び８ビットＵＨＤビデオＤと８ＨＤビデオＡとの差である第１レジデュアルデータａを含むことができる。これは、ビットデプスが１０ビットと８ビットとの差を有する場合を例示しているが、ビットデプスが異なる場合にも同様の送信又は受信が可能である。
【０２６７】
伝送信号が放送信号である場合、信号送信装置の一実施例は、エンコーダ８１０と別個にシグナリング情報生成部８２０を備える。
【０２６８】
シグナリング情報生成部８２０は、エンコーダ８１０でエンコードされたビデオデータがビットデプス互換可能に表示されるようにするメタデータ情報を生成する。ビデオデータと別個のシグナリング情報は、図１１乃至図２４で例示した。
【０２６９】
多重化部８３０は、エンコードされたビデオデータとシグナリング情報を多重し、多重化されたビデオデータとシグナリング情報を出力することができる。伝送データが放送信号でない場合には、ビデオデータと多重化されるシグナリング情報を生成するシグナリング情報生成部８２０は省略され、多重化部８３０は、エンコーダ８１０でエンコードされたビデオデータ領域内にメタデータ情報を含むビデオデータと他のデータ（例えば、オーディオデータ）を多重化して出力する。
【０２７０】
開示した信号送信装置の一実施例によれば、信号送信装置の一例は、受信機の性能とメタデータによってビットデプスの異なるビデオデータを表示できるようにビデオデータをエンコードして伝送する。
【０２７１】
図２９は、本発明の実施例に係る信号受信装置の一実施例を示す図である。
【０２７２】
信号受信装置の一実施例は、逆多重化部９１０、シグナリング情報復号部９２０、及びビデオデコーダ９３０を備えることができる。
【０２７３】
逆多重化部９１０は、ビデオストリームとシグナリング情報を逆多重化する。受信する信号が放送信号である場合にのみ、シグナリング情報を逆多重化する。逆多重化されるビデオストリームの構造は、図７で例示した。図７で例示した通り、逆多重化されたビデオストリーム内にはビデオデータのメタデータ情報を含むことができ、そのシンタックスは、図２５で詳しく記述した。
【０２７４】
例えば、１０ビットＵＨＤビデオデータＥは、８ビットＵＨＤビデオＤ、８ビットＵＨＤビデオと１０ビットＵＨＤビデオとの差である第２レジデュアルデータｂ、及びメタデータ情報Ｍを含むことができる。そして、８ビットＵＨＤビデオＤは、８ビットＨＤビデオＡ、及び８ビットＵＨＤビデオＤと８ＨＤビデオＡとの差である第１レジデュアルデータａを含むことができる。これは、ビットデプスが１０ビットと８ビットとの差を有する場合を例示しているが、ビットデプスが異なる場合にも同様の送信又は受信が可能である。
【０２７５】
受信するビデオストリームが放送信号である場合には、逆多重化部９１０は、ビデオデータと別個に伝送される図１１乃至図２４のシグナリング情報を逆多重化し、放送信号でない場合、図７で例示したメタデータ情報を用いてビデオデータストリームの構成を把握することができる。
【０２７６】
受信する信号が放送信号である場合、シグナリング情報復号部９２０は、逆多重化したシグナリング情報をデコードする。逆多重化されたシグナリング情報は、図１１乃至図２４に例示した情報を含むことができ、実施例によって、上記の図面で例示した情報をデコードすることができる。受信信号が放送信号でない場合、シグナリング情報復号部９２０は省略され、次のビデオデータデコーディング段階で、ビデオデータ内のシグナリング情報をデコードした情報を用いることができる。
【０２７７】
ビデオデコーダ９３０は、実施例によるビデオデータ領域内に又はシグナリング情報復号部９２０が復号したシグナリング情報であるメタデータ情報に基づいてビデオデータをデコードする。ビデオデコーダ９３０の詳細例は、図１０又は図２６で説明した。
【０２７８】
したがって、信号受信装置の一実施例によれば、メタデータを用いてビットデプスの異なるビデオを受信機の性能によって出力することができる。
〔実施例〕
【０２７９】
発明の実施例は、発明を実施するための形態で上述した。
【産業上の利用可能性】
【０２８０】
本願発明は、放送及びビデオ信号処理分野で用いることができ、反復可能性のある産業上利用可能性がある。
【図１】
2016502801.tif 000006
【図２】
2016502801.tif 000007
【図３】
2016502801.tif 000008
【図４】
2016502801.tif 000009
【図５】
2016502801.tif 000010
【図６】
2016502801.tif 000011
【図７】
2016502801.tif 000012
【図８】
2016502801.tif 000013
【図９】
2016502801.tif 000014
【図１０】
2016502801.tif 000015
【図１１】
2016502801.tif 000016
【図１２】
2016502801.tif 000017
【図１３】
2016502801.tif 000018
【図１４】
2016502801.tif 000019
【図１５】
2016502801.tif 000020
【図１６】
2016502801.tif 000021
【図１７】
2016502801.tif 000022
【図１８】
2016502801.tif 000023
【図１９】
2016502801.tif 000024
【図２０】
2016502801.tif 000025
【図２１】
2016502801.tif 000026
【図２２】
2016502801.tif 000027
【図２３】
2016502801.tif 000028
【図２４】
2016502801.tif 000029
【図２５】
2016502801.tif 000030
【図２６】
2016502801.tif 000031
【図２７】
2016502801.tif 000032
【図２８】
2016502801.tif 000033
【図２９】
2016502801.tif 000034
【国際調査報告】
2016502801.tif 000035
2016502801.tif 000036
2016502801.tif 000037
2016502801.tif 000038