(57)【要約】  受信側におけるコンポーネント選択の容易性を確保する。  所定のコンポーネントを含む第１の伝送パケットと、この所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する。この伝送ストリームを、所定の伝送路を通じて送信する。第２の伝送パケットに、コンポーネント選択情報を挿入する。
2016006659.tif 000002
【特許請求の範囲】
【請求項１】
所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて送信する送信部と、
上記第２の伝送パケットに、コンポーネント選択情報を挿入する情報挿入部とを備える
送信装置。
【請求項２】
上記コンポーネント選択情報は、上位から、固定的な選択を行うセレクティブレイヤ情報、合成を行うコンポジットレイヤ情報および動的な切り替えを行うアダプティブレイヤ情報により構成される
請求項１に記載の送信装置。
【請求項３】
上記アダプティブレイヤで選択し得る各コンポーネントの情報には、取得先を得るための情報が含まれている
請求項２に記載の送信装置。
【請求項４】
上記伝送パケットは、ＭＭＴパケットであり、
パッケージアクセスメッセージを含む上記第２の伝送パケットにおいて、該パッケージアクセスメッセージに、ＭＭＴパッケージテーブルと共に、上記コンポーネント選択情報を持つコンポーネント構造テーブルが配置される
請求項１に記載の送信装置。
【請求項５】
上記コンポーネント構造テーブルのコンポーネントと、上記ＭＭＴパッケージテーブルのアセットとは、コンポーネントタグで関連付けが行われる
請求項４に記載の送信装置。
【請求項６】
上記コンポーネント選択情報は、上位から、固定的な選択を行うセレクティブレイヤ情報、合成を行うコンポジットレイヤ情報および動的な切り替えを行うアダプティブレイヤ情報により構成され、
上記コンポーネント構造テーブルは、コンポーネントのカテゴリ毎に、上位から、上記セレクティブレイヤ情報としてのインテグレーテド・コンポーネントの選択情報と、上記コンポジットレイヤ情報および上記アダプティブレイヤ情報としてのアトミック・コンポーネントの選択情報を含む
請求項４に記載の送信装置。
【請求項７】
所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて送信する伝送ストリーム送信ステップと、
上記第２の伝送パケットに、コンポーネント選択情報を挿入する情報挿入ステップとを有する
送信方法。
【請求項８】
所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを第１の伝送路を通じて受信する第１の受信部と、
所定のコンポーネントを含む第３の伝送パケットが配置された伝送ストリームを第２の伝送路を通じて受信する第２の受信部とを備え、
上記第２の伝送パケットには、コンポーネント選択情報が挿入されており、
上記コンポーネント選択情報に基づいて提示すべきコンポーネントを選択するコンポーネント選択部をさらに備える
受信装置。
【請求項９】
上記コンポーネント選択部は、上記コンポ―ネント選択情報にユーザに選択させるべき特定の属性に関するバリエーションが存在する場合、画面上に選択のグラフィクスユーザインタフェースを表示する
請求項８に記載の受信装置。
【請求項１０】
上記コンポーネント選択情報は、上位から、固定的な選択を行うセレクティブレイヤ情報、合成を行うコンポジットレイヤ情報および動的な切り替えを行うアダプティブレイヤ情報により構成されている
請求項８に記載の受信装置。
【請求項１１】
上記アダプティブレイヤで選択し得る各コンポーネントの情報には、取得先を得るための情報が含まれている
請求項１０に記載の受信装置。
【請求項１２】
上記第１の伝送路は放送伝送路であり、上記第２の伝送路はネットワーク伝送路である
請求項８に記載の受信装置。
【請求項１３】
第１の受信部により、所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを第１の伝送路を通じて受信する第１の受信ステップと、
第２の受信部により、所定のコンポーネントを含む第３の伝送パケットが配置された伝送ストリームを第２の伝送路を通じて受信する第２の受信ステップとを有し、
上記第２の伝送パケットには、コンポーネント選択情報が挿入されており、
上記コンポーネント選択情報に基づいて提示すべきコンポーネントを選択するコンポーネント選択ステップをさらに有する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置および受信方法に関し、詳しくは、放送・通信のハイブリッド伝送システムに適用して好適な送信装置等に関する。
【背景技術】
【０００２】
現在の放送システムでは、メディアのトランスポート方式として、ＭＰＥＧ−２  ＴＳ(Moving Picture Experts Group-2 Transport Stream）方式やＲＴＰ（Real Time Protocol）方式が広く使用されている（例えば、特許文献１を参照）。次世代のデジタル放送方式として、ＭＭＴ（MPEG Media Transport）方式（例えば、非特許文献１参照）が検討されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１５３２９１号公報
【非特許文献】
【０００４】
【非特許文献１】ISO/IEC FDIS 23008-1:2013(E) Information technology-High efficiency coding and media delivery in heterogeneous environments-Part1:MPEG media transport(MMT)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本技術の目的は、例えば、放送・通信のハイブリッドシステムにおいて、受信側におけるコンポーネント選択の容易性を確保することにある。
【課題を解決するための手段】
【０００６】
本技術の概念は、
所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて送信する送信部と、
上記第２の伝送パケットに、コンポーネント選択情報を挿入する情報挿入部とを備える
送信装置にある。【０００７】
本技術において、伝送ストリーム生成部により、所定のコンポーネントを含む第１の伝送パケットと、この所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームが生成される。送信部により、この伝送ストリームが、所定の伝送路を通じて、受信側に送信される。【０００８】
情報挿入部により、第２の伝送パケットに、コンポーネント選択情報が挿入される。例えば、コンポーネント選択情報は、上位から、固定的な選択を行うセレクティブレイヤ情報、合成を行うコンポジットレイヤ情報および動的な切り替えを行うアダプティブレイヤ情報により構成される、ようにされてもよい。この場合、例えば、アダプティブレイヤで選択し得る各コンポーネントの情報には、取得先を得るための情報が含まれている、ようにされてもよい。【０００９】
このように本技術においては、第２の伝送パケットに、コンポーネント選択情報が挿入されるものである。そのため、例えば放送・通信のハイブリッドシステムにおいて、受信側におけるコンポーネント選択の容易性を確保することが可能となる。【００１０】
なお、本技術において、例えば、伝送パケットは、ＭＭＴパケットであり、パッケージアクセスメッセージを含む第２の伝送パケットにおいて、このパッケージアクセスメッセージに、ＭＭＴパッケージテーブルと共に、コンポーネント選択情報を持つコンポーネント構造テーブルが配置される、ようにされてもよい。この場合、例えば、コンポーネント構造テーブルのコンポーネントと、ＭＭＴパッケージテーブルのアセットとは、コンポーネントタグで関連付けが行われる、ようにされてもよい。【００１１】
また、本技術の他の概念は、
所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを第１の伝送路を通じて受信する第１の受信部と、
所定のコンポーネントを含む第３の伝送パケットを第２の伝送路を通じて受信する第２の受信部とを備え、
上記第２の伝送パケットには、コンポーネント選択情報が挿入されており、
上記コンポーネント選択情報に基づいて提示すべきコンポーネントを選択するコンポーネント選択部をさらに備える
受信装置にある。【００１２】
本技術において、第１の受信部により、第１の伝送路を通じて、伝送ストリームが受信される。この伝送ストリームには、所定のコンポーネントを含む第１の伝送パケットと、この所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化されている。また、第２の受信部により、第２の伝送路を通じて、所定のコンポーネントを含む第３の伝送パケットが受信される。例えば、第１の伝送路は放送伝送路であり、第２の伝送路はネットワーク伝送路である、ようにされてもよい。【００１３】
第２の伝送パケットには、コンポーネント選択情報が挿入されている。そして、コンポーネント選択部により、コンポーネント選択情報に基づいて提示すべきコンポーネントが選択される。例えば、コンポーネント選択部は、コンポ―ネント選択情報にユーザに選択させるべき特定の属性に関するバリエーションが存在する場合、画面上に選択のグラフィクスユーザインタフェースを表示する、ようにされてもよい。【００１４】
また、例えば、コンポーネント選択情報は、上位から、固定的な選択を行うセレクティブレイヤ情報、合成を行うコンポジットレイヤ情報および動的な切り替えを行うアダプティブレイヤ情報により構成されている、ようにされてもよい。この場合、例えば、アダプティブレイヤで選択し得る各コンポーネントの情報には、取得先を得るための情報が含まれている、ようにされてもよい。【００１５】
このように本技術においては、第２の伝送パケットに挿入されているコンポーネント選択情報に基づいて提示すべきコンポーネントが選択されるものである。そのため、例えば放送・通信のハイブリッドシステムにおいて、コンポーネント選択の容易性を確保することが可能となる。
【発明の効果】
【００１６】
本技術によれば、例えば放送・通信のハイブリッドシステムにおいて、受信側におけるコンポーネント選択の容易性を確保できる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００１７】
【図１】実施の形態としての放送・通信ハイブリッドシステムの構成例を示すブロック図である。
【図２】放送・通信の信号構成例を示すスタックモデルを示す図である。
【図３】タイムドメディア（Timed Media）を伝送する場合におけるパケット構成例を示す図である。
【図４】ノンタイムドメディア（Non-Timed Media）を伝送する場合におけるパケット構成例を示す図である。
【図５】ＭＭＴパケットの構成例を示す図である。
【図６】ＭＭＴパケットの「payload data」のフィールドに配置されるＭＭＴＰペイロード（MMTP payload）の構成例(Syntax)を示す図である。
【図７】一つのＧＯＰのビデオデータを送るときのＭＭＴファイル（MMT file）とＭＭＴＰペイロード（MMTP payload）との対応関係の一例を示す図である。
【図８】二つのアイテム（ファイル）を送るときのＭＭＴファイル（MMT file）とＭＭＴＰペイロード（MMTP payload）との対応関係の一例を示す図である。
【図９】受信機のハイブリッド配信における処理フローを示す図である。
【図１０】コンポーネントレイヤモデルの一例を示す図である。
【図１１】コンポーネントレイヤモデルにおけるアダプティブレイヤ、コンポジットレイヤ、アダプティブレイヤと、ＣＳＴにおけるインテグレーテド・コンポーネント、アトミック・コンポーネントの対応関係を示す図である。
【図１２】放送・通信ハイブリッドシステムで想定される信号構成の一例を示す図である。
【図１３】ＰＡメッセージ（Package Access Message）およびＭＰテーブル（ＭＰＴ：MMT Package Table）の構成例を概略的に示す図である。
【図１４】ＰＡメッセージの主要なパラメータの説明を示す図である。
【図１５】ＭＰテーブルの主要なパラメータの説明を示す図である。
【図１６】ＰＡメッセージの構造例（Syntax）を示す図である。
【図１７】ＭＰテーブル（ＭＰＴ）の構造例（Syntax）を示す図である。
【図１８】コンポーネント構造テーブル（ＣＳテーブル）の構造例（１/３）を示す図である。
【図１９】コンポーネント構造テーブル（ＣＳテーブル）の構造例（２/３）を示す図である。
【図２０】コンポーネント構造テーブル（ＣＳテーブル）の構造例（３/３）を示す図である。
【図２１】映像統合コンポーネント記述子の構造例（Syntax）を示す図である。
【図２２】音声統合コンポーネント記述子の構造例（Syntax）を示す図である。
【図２３】対象デバイス記述子の構造例（Syntax）を示す図である。
【図２４】対象地域記述子の構造例（Syntax）を示す図である。
【図２５】ビューポイント記述子の構造例（Syntax）を示す図である。
【図２６】パレンタルレート記述子の構造例（Syntax）を示す図である。
【図２７】適応スイッチ記述子の構造例（Syntax）（１/２）を示す図である。
【図２８】適応スイッチ記述子の構造例（Syntax）（２/２）を示す図である。
【図２９】合成コンポーネントタイプ記述子の構造例（Syntax）を示す図である。
【図３０】ＭＰＴとＣＳＴの関連付けの具体例を示す図である。
【図３１】放送・通信ハイブリッドシステムを構成する放送送出システムの構成例を示すブロック図である。
【図３２】放送・通信ハイブリッドシステムを構成する受信機の構成例を示すブロック図である。
【図３３】コンポーネント選択ＧＵＩの一例を示す図である。
【図３４】受信機におけるＣＳＴ/ＭＰＴによるコンポーネント選択・取得プロセスのユースケース（マルチビュー）を説明するための図である。
【図３５】マルチビューの例に対応したコンポーネントレイヤモデルを示す図である。
【図３６】マルチビューの例に対応したコンポーネント構造テーブル（ＣＳＴ）の記述例を示す図である。
【図３７】受信機におけるコンポーネント構造テーブル（ＣＳＴ）に基づく選択処理例について説明するための図である。
【発明を実施するための形態】
【００１８】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００１９】
＜１．実施の形態＞
［放送・通信ハイブリッドシステムの構成例］
図１は、放送・通信ハイブリッドシステム１０の構成例を示している。放送・通信ハイブリッドシステム１０において、送信側には放送送出システム１１０および配信サーバ１２０が配置され、受信側には受信機２００が配置されている。
【００２０】
放送送出システム１１０は、例えば、伝送メディア（コンポーネント）を含むＩＰ（Internet Protocol）方式の放送信号を送信する。この伝送メディアには、タイムドメディア（Timed Media）と、ノンタイムドメディア（Non-Timed Media）が存在する。例えば、タイムドメディアは、ビデオ、オーディオ、字幕等のストリームデータである。また、例えば、ノンタイムドメディアは、ＨＴＭＬ文書データ、その他のデータなどのファイルデータである。
【００２１】
配信サーバ１２０は、伝送メディア（コンポーネント）を含むＩＰパケットが連続的に配置された伝送ストリームを、例えば、受信側からの要求に応じ、通信ネットワーク３００を通じて、受信側に配信する。
【００２２】
受信機２００は、放送送出システム１１０から送られてくるＩＰ方式の放送信号を受信すると共に、配信サーバ１２０からＩＰパケットが連続的に配置された伝送ストリームを受信する。受信機２００は、このような放送・通信のハイブリッド伝送による受信信号から、提示すべきビデオ、オーディオなどの伝送メディア（コンポーネント）を取得し、画像、音声などを提示する。
【００２３】
図２は、放送・通信の信号構成例を示すスタックモデルを示している。放送（Broadcasting）に関しては、下位レイヤにＴＬＶ（Type Length Value）の伝送パケットが存在する。このＴＬＶの伝送パケットの上にＩＰパケットが載る。なお、伝送制御信号がシグナリング（Signaling）情報として載ったＴＬＶ伝送パケットも存在する。また、通信（Broadband）に関しては、下位レイヤにＩＰパケットが存在する。
【００２４】
ＩＰパケットの上に、多重化トランスポートパケットが載る。この多重化トランスポートパケットには、ＭＭＴ（MPEG Media Transport）パケットの他に、ＨＴＴＰ（HyperText Transfer Protocol）パケット、ＲＴＰ（Real-time Transport Protocol）パケット、あるいはＦＬＵＴＥ（File Delivery over Unidirectional Transport protocol）パケットなどがある。以下、この実施の形態では、多重化トランスポートパケットとして例えばＭＭＴパケットを用いるものとして説明する。なお、ＩＰパケットには、時刻情報を含むＮＴＰ（Network Time Protocol）パケットが載ったＩＰパケットも存在する。
【００２５】
ＭＭＴパケットのペイロード部には、ビデオ、オーディオ、字幕などのストリームデータや、ＨＴＭＬ文書データ、その他のデータ等のファイルデータが挿入される。また、ＭＭＴパケットのペイロード部には、シグナリングメッセージ（Signaling Message）も挿入される。
【００２６】
図３は、タイムドメディア（Timed Media）を伝送する場合におけるパケット構成例を示している。図３（ａ）は、ビデオのエレメンタリストリーム（Video ES）を示している。このビデオのエレメンタリストリームは、所定の大きさの固まりに分割され、図３（ｂ）に示すように、ＭＦＵ（MMT Fragment Unit）のペイロード部に配置される。
【００２７】
図３（ｃ）に示すように、ＭＦＵにＭＭＴペイロードヘッダ（MMT payload header）が付加されてＭＭＴＰペイロード（MMTP payload）が構成される。そして、図３（ｄ）に示すように、このＭＭＴＰペイロードにさらにＭＭＴＰヘッダ（MMT packet header）が付加されて、ＭＭＴパケット（MMT packet）が構成される。
【００２８】
ＭＭＴパケットには、ペイロード部に、シグナリングメッセージ（Signaling Message）を含むＭＭＴパケットも存在する。図３（ｅ）に示すように、ＭＭＴパケットに、ＵＤＰヘッダおよびＩＰヘッダが付加されて、ＩＰパケット(IP packet)が生成される。なお、図示は省略されているが、ＩＰパケットとしては、さらに、オーディオ、字幕などのその他の伝送メディアのＭＭＴパケットを含むＩＰパケットも存在する。
【００２９】
図４は、ノンタイムドメディア（Non-Timed Media）を伝送する場合におけるパケット構成例を示している。図４（ａ）は、ファイル（File）を示している。Ｆ１，Ｆ２のそれぞれが１つのファイルを示している。例えば、Ｆ１はある番組で利用するファイルであり、Ｆ２は次の番組で利用するファイルである。
【００３０】
Ｆ１のファイルは、ファイルサイズが小さいので、図４（ｂ）に示すように、その全体がＭＦＵのペイロードに配置される。一方、Ｆ２のファイルは、ファイルサイズが大きいので、図４（ｂ）に示すように、複数個の固まり、つまりフラグメント（fragment）に分割され、それぞれがＭＦＵのペイロードに配置される。
【００３１】
図４（ｃ）に示すように、ＭＦＵにＭＭＴペイロードヘッダ（MMT payload header）が付加されてＭＭＴＰペイロード（MMTP payload）が構成される。この場合、Ｆ１のファイルデータを持つＭＦＵはサイズが小さいので、１つのＭＭＴＰペイロードに配置される。一方、Ｆ２-1，Ｆ２-2，・・・の分割データを持つＭＦＵは、それぞれ、１つのＭＭＴＰペイロードに配置される。そして、図４（ｄ）に示すように、このＭＭＴＰペイロードにさらにＭＭＴＰヘッダ（MMT packet header）が付加されて、ＭＭＴパケット（MMT packet）が構成される。
【００３２】
ＭＭＴパケットには、図４（ｄ）に示すように、ペイロードに、シグナリングメッセージを含むＭＭＴパケットも存在する。図４（ｅ）に示すように、ＭＭＴパケットにＵＤＰヘッダおよびＩＰヘッダが付加されてＩＰパケット（IP packet）が生成される。
【００３３】
図５（ａ）は、ＭＭＴパケットの構成例を示している。ＭＭＴパケットは、ＭＭＴパケットヘッダ（MMTP header）と、ＭＭＴＰペイロード（MMTP payload）とからなる。「V」の２ビットフィールドは、ＭＭＴプロトコルのバージョンを示す。ＭＭＴ規格第１版に従う場合、このフィールドは“００”とされる。「C」の１ビットフィールドは、パケットカウンタフラグ（packet_counter_flag）情報を示し、パケットカウンタフラグが存在する場合は“１”となる。「FEC」の２ビットフィールドは、ＦＥＣタイプ（FEC_type）を示す。
【００３４】
「X」の１ビットフィールドは、拡張ヘッダフラグ（extension_flag）情報を示し、ＭＭＴパケットのヘッダ拡張を行う場合は“１”とされる。この場合、後述する「header_extension」のフィールドが存在する。「R」の１ビットフィールドは、ＲＡＰフラグ（RAP_flag）情報を示し、このＭＭＴパケットが伝送するＭＭＴペイロードがランダムアクセスポイントの先頭を含む場合は“１”とされる。
【００３５】
「type」の６ビットフィールドは、ペイロードタイプ（payload_type）情報であり、ＭＭＴＰペイロードのデータタイプを示す。例えば、「０ｘ００」はペイロードがＭＰＵ（Media Processing Unit）であることを示し、「０ｘ０２」はペイロードがシグナリングメッセージ（Signaling message）であることを示す。
【００３６】
「packet_id」の１６ビットフィールドは、ペイロードのデータ種類を識別するためのパケット識別子（packet_id）を示す。「timestamp」の３２ビットフィールドは、伝送のためのタイプスタンプ、すなわちＭＭＴパケットが送信側から出ていくときの時刻を示す。この時刻は、ＮＴＰショートフォーマット（NTP short format）で表される。「packet_sequence_number」の３２ビットフィールドは、同一のパケット識別子（packet_id）を持つＭＭＴパケットのシーケンス番号を示す。「packet_counter」の３２ビットフィールドは、パケット識別子（packet_id）の値に関係なく、同一のＩＰデータフローにおけるＭＭＴパケットの順序を示す。
【００３７】
上述の「X」の１ビットフラグ情報が「１」であるとき、「packet_counter」の３２ビットフィールドの後に、ＭＭＴ拡張ヘッダである「header_extension」のフィールドが配置される。その後に、ＭＭＴＰペイロード（MMTP payload）を構成する「payload data」のフィールドおよび「source_FEC_payload_ID」のフィールドが存在する。
【００３８】
図５（ｂ）は、ＭＭＴ拡張ヘッダの構成例を示している。「type」の１６ビットフィールドは、拡張ヘッダのタイプを示す。「length」の１６ビットフィールドは、これ以降の拡張ヘッダのバイトサイズを示す。この拡張ヘッダのバイトサイズは、拡張ヘッダのタイプにより異なる。「header_extension_byte」のフィールドは、ヘッダ拡張のためのデータバイトを示す。
【００３９】
図６（ａ）は、上述のＭＭＴパケットの「payload data」のフィールドに配置されるＭＭＴＰペイロード（MMTP payload）の構成例(Syntax)を示している。なお、この例は、ＭＭＴヘッダの「type」が「０ｘ００」であるＭＰＵモードである場合を示している。最初にヘッダ情報が存在する。「length」の１６ビットフィールドは、ＭＭＴＰペイロード全体のバイトサイズを示す。“FT”の４ビットフィールドは、フィールドタイプを示す。 “０”は「MPU metadata」を含むことを示し、“１”は「Movie Fragment metadata」を含むことを示し、“２”は「ＭＦＵ」を含むことを示す。
【００４０】
ここで、ＭＦＵ（MMT Fragment Unit）は、ＭＰＵが細分化、すなわちフラグメント（Fragment）化されたものである。例えば、ビデオの場合、このＭＦＵを一つのＮＡＬユニットに相当するように設定できる。また、例えば、通信ネットワーク伝送路で送る場合、このＭＦＵを一つまたは複数のＭＴＵサイズ（MTU size）で構成することもできる。
【００４１】
また、ＭＰＵは、ランダムアクセスポイント（ＲＡＰ：Random Access Pint）から始まるものであり、一つまたは複数のアクセスユニット（ＡＵ：Access Unit）を含むものである。具体的には、例えば、一つのＧＯＰ（Group Of Picture）のピクチャが、一つのＭＰＵの構成となることがある。このＭＰＵは、アセット別に定義されるものとなっている。したがって、ビデオのアセットからはビデオデータのみを含むビデオのＭＰＵが作成され、オーディオのアセットからはオーディオデータのみを含むオーディオのＭＰＵが作成される。
【００４２】
「T」の１ビットフラグ情報は、タイムドメディア（Timed Media）を伝送するか、ノンタイムドメディア（Non-Timed Media）を伝送するかを示す。“１”はタイムドメディアを示し、“０”はノンタイムドメディアを示す。
【００４３】
「f_i」の２ビットフィールドは、「DU payload」のフィールドに、整数個のデータユニット（ＤＵ：Data Unit）が入っているか、データユニットが断片化されて得られたフラグメント（Fragment）の最初（first）、中間、最後（last）のいずれが入っているかを示す。“０”は整数個のデータユニットが入っていることを示し、“１”は最初のフラグメントが入っていることを示し、“２”は中間のフラグメントが入っていることを示し、“３”は最後のフラグメントが入っていることを示す。
【００４４】
「A」の１ビットフラグ情報は、「DU payload」のフィールドに、複数個のデータユニットが入っているか否かを示す。“１”は入っていることを示し、“０”は入っていないことを示す。「frag_counter」の８ビットフィールドは、「f_i」が１〜３であるとき、何番目のフラグメントであるかを示す。
【００４５】
「MPU_sequence_number」の３２ビットフィールドは、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。例えば、１つのＧＯＰが１つのＭＰＵを構成する場合、あるＧＯＰの「MPU_sequence_number」が「ｉ」であるとき、次のＧＯＰの「MPU_sequence_number」は「ｉ＋１」となる。
【００４６】
この「MPU_sequence_number」のフィールドの後に、「DU_length」、「DU_header」、「DU_payload」の各フィールドが配置される。「DU_length」の１６ビットフィールドは、上述の「A=0」である場合、つまり「DU payload」のフィールドに複数個のデータユニットが入っていない場合は存在しない。また、「DU_header」のフィールドは、“FT=0/1”である場合、つまり「MPU metadata」や「Movie Fragment metadata」を含む場合は存在しない。
【００４７】
図６（ｂ）は、「DU_header」の構成例(Syntax)を示している。なお、この例は、「T=1」の場合、つまりタイムドメディア（Timed Media）を伝送する場合を示している。「movie_fragment_sequence_number」の３２ビットフィールドは、ＭＦＵ単位でのシーケンス番号を示す。例えば、Ｉピクチャを分割したとき、その一つ一つがＭＦＵとなる。「sample_number」の３２ビットフィールドは、例えばビデオの場合はピクチャ単位の番号を示す。「offset」の３２ビットフィールドは、例えばビデオの場合はピクチャの先頭からのオフセット値（バイト値）を示す。
【００４８】
図６（ｃ）は、「DU_header」の構成例を示している。なお、この例は、「T=0」の場合、つまりノンタイムドメディア（Non-Timed Media）を伝送する場合を示している。「item_ID」の３２ビットフィールドは、アイテム（ファイル）を識別するＩＤである。
【００４９】
ＭＭＴ方式では、ビデオなどの伝送メディアを、フラグメント化されたＩＳＯＢＭＦＦ（ISO Base Media File Format）に基づいたコンテンツフォーマットで伝送する。図７は、一つのＧＯＰのビデオデータを送るときのＭＭＴファイル（MMT file）とＭＭＴＰペイロード（MMTP payload）との対応関係の一例を示している。
【００５０】
ＭＭＴファイルの構成は、基本的には、ＭＰ４のファイル構成とほぼ同等である。最初に“ftyp”のボックス（Box）がある。続いて、ＭＭＴ独自の“mmpu”のボックスがある。続いて、ファイル全体のメタデータとしての“moov”のボックスがある。
【００５１】
続いて、ムービーフラグメント（Movie Fragment）がある。このムービーフラグメントは、制御情報が入る“moof”ボックスと、ビデオの符号化データが入る“mdat”ボックスからなる。ここでは、一つのＧＯＰが一つのＭＰＵの構成となることを想定しているので、ムービーフラグメントは一組だけ存在する。
【００５２】
“ftyp”，“mmpu”，“moov”の各ボックスのメタデータは、「MPU metadata」として、一つのＭＭＴパケットで伝送される。この場合、“FT=0”である。“moof”ボックスのメタデータは、「Movie Fragment metadata」として、一つのＭＭＴパケットで伝送される。この場合、“FT=1”である。“mdat”ボックスに含まれるビデオの符号化データは、「ＭＦＵ」に断片化され、それぞれが一つのＭＭＴパケットで伝送される。この場合、“FT=2”である。
【００５３】
図８は、二つのアイテム（ファイル）を送るときのＭＭＴファイル（MMT file）とＭＭＴＰペイロード（MMTP payload）との対応関係の一例を示している。
【００５４】
ＭＭＴファイルの構成は、基本的には、ＭＰ４のファイル構成とほぼ同等である。最初に“ftyp”のボックス（Box）がある。続いて、ＭＭＴ独自の“mmpu”のボックスがある。続いて、ファイル全体のメタデータとしての“moov”，“meta”のボックスがある。続いて、アイテム（ファイル）が入る“item #1”，“item #2”のボックスがある。
【００５５】
“ftyp”， “mmpu”，“moov” ，“meta”の各ボックスのメタデータは、「MPU metadata」として、一つのＭＭＴパケットで伝送される。この場合、“FT=0”である。“item #1”，“item #2”のボックスに含まれるアイテム（ファイル）のそれぞれが一つのＭＭＴパケットで伝送される。この場合、“FT=2”である。
【００５６】
図９は、受信機２００の処理フロー、すなわちハイブリッド配信における処理フローを示している。受信機２００は、ステップＳＴ１において、コンポーネントレイヤモデル（Component Layering Model）に沿って、提示すべきコンポーネントの選択をする。この場合、受信機２００は、シグナリング情報として挿入されているコンポーネント選択情報（コンポーネントレイヤモデル）に基づいて、コンポーネント選択を行う。
【００５７】
次に、受信機２００は、ステップＳＴ２において、選択したコンポーネントのロケーション解決をすると共に、コンポーネントを取得する。この場合、受信機２００は、シグナリング情報として挿入されているコンポーネントの取得先情報に基づいてコンポーネント取得を行う。そして、受信機２００は、ステップＳＴ３において、選択したコンポーネントの同期再生を行う。
【００５８】
コンポーネントレイヤモデルについて説明する。図１０は、コンポーネントレイヤモデルの一例を示している。このコンポーネントレイヤモデルは、アダプティブレイヤ（Adaptive layer）、コンポジットレイヤ（Composite layer）、セレクティブレイヤ（Selective layer）の３つのレイヤ構造からコンポーネント選択を行うためのモデルである。
【００５９】
アダプティブレイヤは、最下位に位置するレイヤであって、適応的にコンポーネントを切り替えるレイヤである。コンポジットレイヤは、真ん中に位置するレイヤであって、信号合成を行って別の信号にするレイヤである。セレクティブレイヤは、最上位に位置するレイヤであって、最終的に提示するコンポーネントを選択するレイヤである。各レイヤについてさらに説明する。
【００６０】
セレクティブレイヤは、各コンポーネントカテゴリ（component category）において、複数のコンポーネント選択肢から、ユーザ選択、または端末自動選択により固定的にコンポーネントを選択するレイヤである。ここで、コンポーネントカテゴリとは、映像とか音声とかの選択する単位を意味する。図示の例では、映像、音声の２つのカテゴリが示されている。
【００６１】
このセレクティブレイヤでは、例えば、以下のような利用が想定される。
（１）属性に基づいて、端末が自動選択するか、あるいは選択のためのＧＵＩ（graphical user interface）が表示されてユーザ選択させることにより、コンポーネントを選択する。
（２）コンポーネント選択肢が１つだけの場合には選択なしにその１つのコンポーネントを選択する。
（３）異なるコンポーネントカテゴリの組み合わせで選択するケースもある。
（４）複数のコンポーネントを選択した場合、映像、キャプション（字幕）の場合には複数画面表示とし、音声の場合にはミキシング出力とする。
【００６２】
このセレクティブレイヤでは、例えば、以下のような属性が用いられる。
（１）コンビネーションタグ：１つのビューを構成する異なるコンポーネントカテゴリの組み合わせの識別子（ＩＤ）である。このコンビネーションタグが存在する場合はカテゴリ横断で選択がなされる。
（２）言語：言語は、言語コードで示される。
（３）映像パラメータ：映像パラメータは、解像度、フレームレート、３Ｄ情報などである。
（４）音声パラメータ：音声パラメータは、マルチチャンネルモード、サンプリングレートなどである。
（５）対象地域：対象地域は、地域コードで示される。
（６）対象デバイス：対象デバイスは、デバイスタイプで示される。
（７）ビュータイトル：ビュータイトルは、ビューの選択用タイトルである。
（８）目的：目的は、例えばナレーションなどである。
【００６３】
コンポジットレイヤは、各コンポーネントカテゴリにおいて複数のコンポーネントを合成して１つのコンポーネントとして機能させるレイヤである。このコンポジットレイヤの上にセレクティブレイヤがあるということは、合成した信号を１つの信号とみなしてセレクティブレイヤで選択する、ということを意味する。
【００６４】
このコンポジットレイヤでは、例えば、以下のような利用が想定される。
（１）合成のタイプを示す属性と合成の位置づけを示す属性値に基づいて合成する。
（２）コンポーネントが一つだけの場合は、合成動作は不要とする。
【００６５】
このコンポジットレイヤでは、例えば、以下のような、合成タイプと合成位置づけ情報が属性として用いられる。なお、以下の例は、位置づけが「位置づけ１」と「位置づけ２」の２つの場合を示している。
（１）合成タイプはスケーラブルである、合成位置づけ情報はベース（Base）、エクステンデッド（Extended）である。例えば、ベースではＨＤ解像度の表示が可能であるが、ベースおよびエクステンデッドの両方で４Ｋ解像度の表示が可能となる。
（２）合成タイプは３Ｄであり、合成位置づけ情報は左（Left）、右（Right）である。
（３）合成タイプはタイルであり、合成位置づけ情報は“TileA1”,”TileA2”の画像タイリングの位置である。ここで、タイルは、画像を横とか縦に並べて視野の大きな画像を得ることを意味する。
（４）合成タイプはレイヤであり、合成位置づけ情報は“Layer1”,”Layer2”の重ね合わせの奥からの順位である。ここで、レイヤとは、画像を奥から順に重ね合わせていくことを意味する。
（５）合成タイプはミキシングであり、合成位置づけ情報はトラック１、トラック２である。
【００６６】
アダプティブレイヤは、各コンポーネントカテゴリにおいて複数のコンポーネントを端末の適応的判断に基づきダイナミックに切り替えて１つのコンポーネントとして機能させるレイヤである。
【００６７】
このアダプティブレイでは、例えば、以下のような利用が想定される。
（１）いわゆるアダプティブストリーミングとして、一定時間（例えば１０秒）毎に最適なコンポーネントを端末が自動選択し切り替える。
（２）切り替え対象のコンポーネントが１つのみの場合には適応切り替え動作は不要で、そのコンポーネントを常に選択する。
（３）通信経路によるコンポーネントのみの場合には、通信路の輻輳状況によって変化する端末の受信バッファの占有状況に応じて、適切なビットレートのコンポーネントを選択する。
（４）放送経路によるコンポーネントが含まれる場合にはそのビットレートにより通信コンポーネントとの選択を判断する。
（５）放送経路のコンポーネントが複数存在するケースとしては、物理的な受信信号強度(Robustness)に基づき、天気が良い時は高品質なノーマルロバストネス（Normal Robustness）な信号で伝送されるコンポーネントを選択し、悪天候においては低品質なハイロバストネス（High Robustness）な信号で伝送されるコンポーネントを選択するケースが考えられる。
【００６８】
このアダプティブレイヤでは、例えば、以下のような属性が用いられる。
（１）経路：経路は、放送経路、通信経路などである。
（２）ビットレート
（３）ロバストネス（Robustness）指標: ノーマルロバストネス、ハイロバストネスなどである。
（４）映像パラメータ: 映像パラメータは、解像度、フレームレートなどである。
（５）音声パラメータ：音声パラメータは、マルチチャンネルモード、サンプリングレートなどである。
【００６９】
図１０に示すコンポーネントレイヤモデルは、映像（Video）と、音声（Audio）の各カテゴリにおけるコンポーネント選択情報を示している。セレクティブレイヤでは、カテゴリ毎に、１つまたは複数のコンポーネントの選択が可能であることが示されている。ここで、２つのカテゴリ間にコンビネーションタグで組み合わせられたコンポーネントが存在し、カテゴリ横断で選択すべきことが示されている。
【００７０】
コンポジットレイヤでは、セレクティブレイヤで選択肢とされる各コンポーネントの合成処理を示している。合成対象のコンポーネントが一つだけの場合は、そのコンポーネントがそのままセレクティブレイヤで選択肢とされることが示されている。アダプティブレイヤでは、コンポジットレイヤで使用される各コンポーネントの適応切り替え処理を示している。切り替え対象のコンポーネントが１つのみの場合、そのコンポーネントが常に選択されることが示されている。
【００７１】
上述したように、受信機２００は、シグナリング情報として挿入されているコンポーネント選択情報（コンポーネントレイヤモデル）に基づいて、コンポーネント選択を行う。受信機２００のコンポーネント選択の動作例を説明する。
【００７２】
（１）受信機２００は、コンポーネント選択情報を取得し、その選択肢の中で、まず選択すべきコンポーネントの数を踏まえた上で、コンポーネントの選択を行う。この場合、ユーザに選択させるべき場合には、最上位レイヤのセレクティブレイヤの各コンポーネントの属性情報を基に、選択用ＧＵＩを表示してユーザに選択させる。
【００７３】
端末に自動選択させる場合には、最上位レイヤのセレクティブレイヤの各コンポーネントの属性情報と受信機２００が有する個人情報、端末能力情報に基づいて、受信機２００が選択する。基本的にコンポーネントカテゴリ毎に上記の処理を行うが、コンビネーションタグが設定されている場合にはカテゴリを横断して選択を行う。
【００７４】
（２）受信機２００は、セレクティブレイヤで選択したコンポーネントに複数の要素がある場合には、指定されたコンポーネント合成(Composition)を行うべき、アダプティブレイヤで適応切り替えされた複数のコンポーネントを用いて合成提示を行う。
【００７５】
（３）受信機２００は、セレクティブレイヤで選択したコンポーネントに要素が１つだけの場合には、アダプティブレイヤで適応切り替えされたコンポーネントにより提示を行う。
【００７６】
（４）受信機２００は、上記（２）、（３）でアダプティブレイヤの切り替え対象コンポーネントが１つだけの場合には、切り替えを行わずにそのコンポーネントを提示する。
【００７７】
この実施の形態において、放送送出システム１１０がコンポーネント選択情報（コンポーネントレイヤモデル）を受信機２００に送信するために、コンポーネント構造テーブル（ＣＳＴ：Component Structure Table）を導入する。すなわち、この実施の形態では、シグナリングのＰＡメッセージ（Package Access message）に、ＭＰＴ（MMT Package Table）と共に新たにＣＳＴを導入し、これにより放送・通信ハイブリッド多コンポーネント構成におけるコンポーネント選択の３レイヤモデルを実現する。
【００７８】
ＣＳＴにおいて、各コンポーネントはコンポーネントタグ（component_tag）で識別され、ＭＰＴのアセット記述（コンポーネント記述）とリンクするようにされている。ＣＳＴは、映像、音声などのコンポーネントカテゴリ毎にセレクティブレイヤに相当するインテグレーテド・コンポーネント（Integrated Component）、さらにインテグレーテド・コンポーネント毎にコンポジット/アダプティブレイヤに相当するアトミック・コンポーネントというコンポーネント構成を記述し、かつ様々な記述子で各レイヤでの選択に必要なパラメータを提供する。
【００７９】
ＣＳＴの各レイヤのパラメータ、記述子は、例えば、以下の通りである。
（Ａ）全体
このレイヤのパラメータとして、デフォルト選択ポリシーのパラメータがある。このデフォルト選択ポリシーのパラメータは、例えば、アプリ選択、レジデント自動選択、レジデントＵＩ選択、無指定のいずれかを示す。
【００８０】
（Ｂ）コンポーネントカテゴリ
このレイヤのパラメータとして、カテゴリータイプ、コンポーネント選択ポリシーのパラメータがある。カテゴリータイプのパラメータは、映像、音声、字幕などを示す。コンポーネント選択ポリシーのパラメータは、アプリ選択、レジデント自動選択、レジデントＵＩ選択、無指定のいずれかを示す。
【００８１】
（Ｃ）インテグレーテド・コンポーネント
このレイヤのパラメータとして、インテグレーテド・コンポーネント識別子、他コンポーネントカテゴリとのコンビネーション情報、アトミック・コンポーネントの構成情報のパラメータがある。アトミック・コンポーネントの構成情報のパラメータは、コンポジット/アダプティブ対象のアトミック・コンポーネントを含むか否かを示す。
【００８２】
また、このレイヤのパラメータとして、デフォルト選択インテグレーテド・コンポーネント、緊急時の優先度の高いインテグレーテド・コンポーネント、ＣＡタイプのパラメータがある。ＣＡタイプのパラメータは、インテグレーテド・コンポーネントでの有料・無料と暗号・非暗号の組み合わせ情報を示す。
【００８３】
また、このレイヤの記述子として、統合映像コンポーネント記述子、統合音声コンポーネント記述子、対象デバイス記述子、対象地域記述子、ビューポイント記述子、パレンタルレート記述子がある。統合映像コンポーネント記述子は、映像コンポーネントの選択情報、例えば解像度などを示す。統合音声コンポーネント記述子は、音声コンポーネントの選択情報、例えばチャンネル構成などを示す。
【００８４】
対象デバイス記述子は、インテグレーテド・コンポーネントの提示対象デバイスを指定する。対象地域記述子は、インテグレーテド・コンポーネントの利用対象地域を指定する。ビューポイント記述子は、インテグレーテド・コンポーネントの視点識別を示す。パレンタルレート記述子は、レーティング情報を示す。
【００８５】
（Ｄ）アトミック・コンポーネント
このレイヤのパラメータとして、アトミック・コンポーネント識別子、アトミック・コンポーネントタイプがある。アトミック・コンポーネント識別子のパラメータは、コンポーネントタグである。アトミック・コンポーネントタイプのパラメータは、アダプティブ、コンポジット、（アダプティブ＋コンポジット）のいずれかを示す。
【００８６】
また、このレイヤの記述子として、適応スイッチ記述子、合成コンポーネントタイプ記述子がある。適応スイッチ記述子は、適応切り替えに必要な情報、例えば、優先度、レートなどを示す。合成コンポーネントタイプ記述子は、合成コンポーネントタイプなどを示す。
【００８７】
図１１は、コンポーネントレイヤモデルにおけるアダプティブレイヤ、コンポジットレイヤ、アダプティブレイヤと、ＣＳＴにおけるインテグレーテド・コンポーネント、アトミック・コンポーネントの対応関係を示している。また、図１１は、ＣＳＴのコンポーネントに、ＭＰＴのアセット記述（コンポーネント記述）が、コンポーネントタグにより、リンクされていることを示している。
【００８８】
図１２は、図１の放送・通信ハイブリッドシステム１０で想定される信号構成の一例を示している。この図において、放送伝送では、ＭＭＴパケットを用いて、映像１（Video1）、音声１（Audio1）、音声２（Audio2）、キャプション（Caption）が伝送される共に、シグナリング（Signaling）が伝送される。このシグナリングの一つとして、ＰＡメッセージ（PA message）が存在し、その中にＭＰＴ，ＣＳＴの各テーブルが挿入されている。また、この図において、通信伝送では、ＭＭＴパケットを用いて、映像２（Video2）、音声３（Audio3）が伝送されると共に、ＨＴＴＰパケットを用いて、映像３（Video3）、音声４（Audio4
）が伝送される。
【００８９】
次に、ＭＰＴ（MMT Package Table）について説明する。ＭＭＴパケットには、上述したように、ペイロードに、シグナリングメッセージ（Signaling message）を含むＭＭＴパケットも存在する。このシグナリングメッセージの一つとして、ＭＰＴを含むＰＡメッセージ（Package Access Message）がある。ＭＰＴは、一つの放送サービスがどのようなコンポーネント（アセット）で構成されているかを示す。
【００９０】
図１３は、ＰＡメッセージ（Package Access Message）およびＭＰテーブル（ＭＰＴ：MMT Package Table）の構成例を概略的に示している。また、図１４は、ＰＡメッセージの主要なパラメータの説明を示し、図１５は、ＭＰテーブルの主要なパラメータの説明を示している。
【００９１】
「message_id」は、各種シグナリング情報において、ＰＡメッセージを識別する固定値である。「version」は、ＰＡメッセージのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＰＡメッセージのサイズを示すバイト数である。
【００９２】
「extension」のフィールドには、ペイロード（Payload）のフィールドに配置されるテーブルのインデックス情報が配置される。このフィールドには、「table_id」、「table_version」、「table_length」の各フィールドが、テーブル数だけ配置される。「table_id」は、テーブルを識別する固定値である。「table_version」は、テーブルのバージョンを示す。「table_length」は、テーブルのサイズを示すバイト数である。
【００９３】
ＰＡメッセージのペイロード（Payload）のフィールドには、ＭＰテーブル（ＭＰＴ）と、所定数のその他のテーブル（Other table）、ここでは少なくともＣＳテーブル（ＣＳＴ）が配置される。以下、ＭＰテーブルの構成について説明する。
【００９４】
「table_id」は、各種シグナリング情報において、ＭＰテーブルを識別する固定値である。「version」は、ＭＰテーブルのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＭＰテーブルのサイズを示すバイト数である。
【００９５】
「pack_id」は、放送信号で伝送される全ての信号、ファイルを構成要素とする全体のパッケージとしての識別情報である。この識別情報は、テキスト情報である。「pack_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。「MPT_descripors」のフィールドは、パッケージ全体に関わる記述子の格納領域である。「MPT_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。
【００９６】
「num_of_asset」は、パッケージを構成する要素としてのアセット（信号、ファイル）の数を示す。この数分だけ、以下のアセットループが配置される。「asset_id」は、アセットをユニークに識別する情報（アセットＩＤ）である。この識別情報は、テキスト情報である。「asset_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。「gen_loc_info」は、アセットの取得先のロケーションを示す情報である。「asset_descriptors」のフィールドは、アセットに関わる記述子の格納領域である。「asset_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。
【００９７】
なお、図１６は、上述したＰＡメッセージの構造例（Syntax）を示している。また、図１７は、上述したＭＰテーブル（ＭＰＴ）の構造例（Syntax）を示している。
【００９８】
次に、ＣＳテーブル（ＣＳＴ）について説明する。図１８〜図２０は、ＣＳテーブル（ＣＳＴ）の構造例（Syntax）を示している。「table_id」は、各種シグナリング情報において、ＣＳテーブルを識別する固定値である。「version」は、ＣＳテーブルのバージョンを示す８ビット整数値である。例えば、ＣＳテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＣＳテーブルのサイズを示すバイト数である。
【００９９】
「default_selection_policy」の４ビットフィールドは、デフォルト選択ポリシーを示す。すなわち、セレクティブレイヤに関するコンポーネント選択をどのように行うかを示す。例えば、“０”はＨＴＭＬ５のアプリで選択することを示し、“１”はＧＵＩからユーザが選択することを示し、“２”は端末（受信機）が自動で選択することを示す。
【０１００】
この場合、大きく分けて、アプリ選択とレジデント選択の２つとなる。アプリ選択とは、放送事業者が提供するアプリ（ソフトウェア）による選択を意味し、レジデント選択とは受信機固有のソフトウェアによる選択を意味する。レジデントで選択する場合、自動選択、つまり受信機が属性に応じて自動で選択する場合と、選択肢を表示してユーザに選択させる場合がある。アプリ選択でも、アプリが自動選択する場合と、選択肢を表示してユーザに選択させる場合の２通りあるが、ここでは、アプリで表現される範囲ということで、特に分けていない。
【０１０１】
「no_of_component_category」の８ビットフィールドは、コンポーネントカテゴリの数を示す。ここで、カテゴリとは、映像、音声などである。このフィールド以降がforループとなっており、コンポーネントカテゴリ毎の情報になっている。
【０１０２】
「category_type」の４ビットフィールドは、映像、音声などのカテゴリータイプを示す。「component_selection_policy」の４ビットフィールドは、コンポーネント選択ポリシーを示す。このフィールドにより、コンポーネントカテゴリ毎の選択ポリシーを設定できる。上述の「default_selection_policy」でよければ、「component_selection_policy」の値を同じ値とするか、オール“１”あるいはオール“０”として、「default_selection_policy」に従うことを示す。
【０１０３】
「no_of_integrated_component」の８ビットフィールドは、インテグレーテド・コンポーネント（統合コンポーネント）の数を示す。このフィールド以降がforループとなっており、インテグレーテド・コンポーネント毎の情報になっている。
【０１０４】
「integrated_component_id」の８ビットフィールドは、インテグレーテド・コンポーネントの識別子（ＩＤ）を示す。「combination_tag」の８ビットフィールドは、カテゴリ横断で選択される組み合わせの識別子であるコンビネーションタグを示す。「composite_flag」の１ビットフィールドは、合成フラグを示す。例えば、“１”は、アトミック・コンポーネントの合成を含むことを示す。「adaptive_flag」の１ビットフィールドは、適応切り替えフラグを示す。例えば、“１”は、アトミック・コンポーネントの適応切り替えを含むことを示す。
【０１０５】
「default_flag」の１ビットフィールドは、デフォルトの選択対象であるか否かを占めすデフォルトフラグを示す。例えば、“１”は、デフォルトの選択対象であることを示す。「emergency_flag」の１ビットフィールドは、緊急用インテグレーテド・コンポーネントであるか否かを示す。例えば、“１”は、緊急用インテグレーテド・コンポーネントであることを示す。「conditional_access_type」の２ビットフィールドは、有料/無料、暗号/非暗号を示す限定受信フラグを示す。この場合、例えば、２ビットのうちの１ビットで有料/無料を示し、残りの1ビットで暗号/非暗号を示す。
【０１０６】
「integrated_comp_descriptors_byte」のフィールドは、インテグレーテド・コンポーネント用記述子領域である。「integrated_comp_descriptors_length」の１６ビットフィールドは、インテグレーテド・コンポーネント用記述子領域のサイズを示す。インテグレーテド・コンポーネント用記述子領域には、インテグレーテド・コンポーネントのレベル、つまりセレクティブレイヤでの選択のために必要な種々のパラメータが記述子（descriptor）として埋め込まれる。
【０１０７】
「no_of_atomic_component」の８ビットフィールドは、インテグレーテド・コンポーネントの下に展開されるアトミック・コンポーネント（単位コンポーネント）の数を示す。例えば、上述の図１０において、アダプティブレイヤに記載されている各コンポーネントがアトミック・コンポーネントである。このフィールド以降がforループとなっており、アトミック・コンポーネント毎の情報になっている。
【０１０８】
「component_tag」の１６ビットフィールドは、コンポーネントタグを示す。このコンポーネントタグにより、アトミック・コンポーネントは、ＭＰＴのアセット記述（コンポーネント記述）とリンクするようにされている。「atomic_component_type」の２ビットフィールドは、アトミック・コンポーネントのタイプを示す。
【０１０９】
例えば、“００”は「single」タイプを示す。この「single」タイプは、アダプティブレイヤで適応切り替えがなく、コンポジットレイヤでは他のコンポーネントとの合成がなく、そのままインテグレーテド・コンポーネントとなるアトミック・コンポーネントを意味する。例えば、図１０のモデル例では、矢印ａで示すコンポーネントがこのタイプに該当する。
【０１１０】
また、例えば、“０１”は「composite」タイプを示す。この「composite」タイプは、アダプティブレイヤで適応切り替えがなく、コンポジットレイヤで他のコンポーネントと合成されてインテグレーテド・コンポーネントとなるアトミック・コンポーネントを意味する。例えば、図１０のモデル例では、矢印ｂで示すコンポーネントがこのタイプに該当する。
【０１１１】
また、例えば、“１０”は「adaptive」タイプを示す。この「adaptive」タイプは、アダプティブレイヤの適応切り替えで選択された場合、コンポジットレイヤでは他のコンポーネントとの合成がなく、そのままインテグレーテド・コンポーネントとなるアトミック・コンポーネントを意味する。例えば、図１０のモデル例では、矢印ｃで示すコンポーネントがこのタイプに該当する。
【０１１２】
また、例えば、“１１”は「composite + adaptive」タイプを示す。この「composite + adaptive」タイプは、アダプティブレイヤの適応切り替えで選択された場合、コンポジットレイヤで他のコンポーネントと合成されてインテグレーテド・コンポーネントとなるアトミック・コンポーネントを意味する。例えば、図１０のモデル例では、矢印dで示すコンポーネントがこのタイプに該当する。
【０１１３】
「atomic_comp_descriptors_byte」のフィールドは、アトミック・コンポーネント用記述子領域である。「atomic_comp_descriptors_length」の８ビットフィールドは、アトミック・コンポーネント用記述子領域のサイズを示す。アトミック・コンポーネント用記述子領域には、アトミック・コンポーネントのレベル、つまりアダプティブレイヤ、コンポジットレイヤでの選択・合成のために必要な種々のパラメータが記述子（descriptor）として埋め込まれる。
【０１１４】
次に、インテグレーテド・コンポーネント用記述子領域に埋め込まれる記述子、つまりインテグレーテド・コンポーネント用記述子を説明する。この実施の形態では、インテグレーテド・コンポーネント用記述子として、映像統合コンポーネント記述子、音声統合コンポーネント記述子、対象デバイス記述子、対象地域記述子、ビューポイント記述子およびパレンタルレート記述子を想定する。
【０１１５】
映像統合コンポーネント記述子は、解像度、フレームレート、３Ｄパラメータなど、映像に関わる選択情報が記述される記述子である。音声統合コンポーネント記述子は、マルチチャンネル、サンプリング周波数など、音声に関わる選択情報が記述される記述子である。対象デバイス記述子は、当該コンポーネントを再生する対象のデバイス情報が記述される記述子である。
【０１１６】
対象地域記述子は、当該コンポーネントを再生する対象の地域を示す情報が記述される記述子である。ビューポイント記述子は、映像のビューに関するメタ情報が記述される記述子である。パレンタルレート記述子は、当該コンポーネントのレーティング情報が記述される記述子である。
【０１１７】
図２１は、映像統合コンポーネント記述子の構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タグを示す。ここでは、映像統合コンポーネント記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子長を示し、このフィールド以降のバイト数を示す。
【０１１８】
「basic_format_flag」の１ビットフィールドは、基本フォーマットフラグであり、基本フォーマットの記述があるか否かを示す。例えば、“１”は、基本フォーマットの記述があることを示す。「3D_format_flag」の１ビットフィールドは、３Ｄフォーマットフラグであり、３Ｄフォーマットの記述があるか否かを示す。例えば、“１”は、３Ｄフォーマットの記述があることを示す。
【０１１９】
「language_code_flag」の１ビットフィールドは、言語フラグであり、言語の記述があるか否かを示す。例えば、“１”は、言語の記述があることを示す。「specific_video_flag」の１ビットフィールドは、特定映像フラグであり、特定映像タイプの記述があるか否かを示す。例えば、“１”は、特定映像タイプの記述があることを示す。
【０１２０】
「basic_format_flag」が“１”であるとき、以下の、基本フォーマットの記述が存在する。「video_resolution」の４ビットフィールドは、垂直方向の解像度を示す。例えば、“１”は「１８０」を示し、“２”は「２４０」を示し、“３”は「４８０」を示し、“４”は「７２０」を示し、“５”は「１０８０」を示し、“６”は「２１６０」を示し、“７”は「４３２０」を示す。
【０１２１】
「video_aspect_ratio」の４ビットフィールドは、アスペクト比を示す。例えば、“１”は「４：３」を示し、“２”は「ＰＶ（パンベクター）有りの１６：９」を示し、“３”は「ＰＶ（パンベクター）無しの１６：９」を示し、“４”は「１６：９以上」を示す。「video_scan_flag」の１ビットフィールドは、スキャンフラグを示す。例えば、“０”はインターレースを示し、“１”はプログレッシブを示す。
【０１２２】
「video_frame_rate」の５ビットフィールドは、フレームレートを示す。例えば、 “４”は「２５フレーム」を示し、“５”は「３０/１．００１フレーム」を示し、“６”は「３０フレーム」を示し、“７”は「５０フレーム」を示し、“８”は「６０/１．００１フレーム」を示し、“９”は「６０フレーム」を示す。
【０１２３】
「3D_format_flag」が“１”であるとき、３Ｄフォーマットタイプの記述が存在する。「3D_format_type」の８ビットフィールドは、３Ｄフォーマットタイプを示す。例えば、“１”は「ステレオ/サイドバイサイド方式」を示し、“２”は「ステレオ/トップアンドボトム方式」を示す。
【０１２４】
「language_code_flag」が“１”であるとき、言語コードの記述が存在する。「ISO_639_language_code」の２４ビットフィールドは、言語コードを示す。「specific_video_flag」が“１”であるとき、特定映像タイプの記述が存在する。「specific_video_type」の８ビットフィールドは、特定映像タイプを示す。例えば、“１”は手話映像を示す。
【０１２５】
図２２は、音声統合コンポーネント記述子の構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タグを示す。ここでは、音声統合コンポーネント記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子長を示し、このフィールド以降のバイト数を示す。
【０１２６】
「basic_format_flag」の１ビットフィールドは、基本フォーマットフラグであり、基本フォーマットの記述があるか否かを示す。例えば、“１”は、基本フォーマットの記述があることを示す。「language_code_flag」の１ビットフィールドは、言語フラグであり、言語の記述があるか否かを示す。例えば、“１”は、言語の記述があることを示す。「specific_audio_flag」の１ビットフィールドは、特定音声フラグであり、特定音声タイプの記述があるか否かを示す。例えば、“１”は、特定音声タイプの記述があることを示す。
【０１２７】
「ES_multi-lingual_flag」の１ビットフィールドは、ＥＳ多言語フラグを示す。例えば、“１”はデュアルモノ（dual mono）で２言語多重されている場合を示す。「robust_level」の１ビットフィールドは、ロバストネスのレベルを示す。例えば、“０”は通常を示し、“１”は高ロバストを示す。
【０１２８】
「basic_format_flag」が“１”であるとき、以下の、基本フォーマットの記述が存在する。「multichannnel_mode」の８ビットフィールドは、マルチチャンネルモードを示す。例えば、“１”は「シングルモノ（single mono）」を示し、“２”は「デュアルモノ（dual mono）」を示し、“１７”は「２２．２チャネル」を示す。
【０１２９】
「quality_indicator」の２ビットフィールドは、音質表示を示す。例えば、“１”は「モード１」を示し、“２”は「モード２」を示し、“３”は「モード３」を示す。「sampling_rate」の３ビットフィールドは、サンプリング周波数を示す。例えば、“１”は「１６ｋＨｚ」
を示し、“２”は「２２．０５ｋＨｚ」を示し、“３”は「２４ｋＨｚ」を示し、“５”は「３２ｋＨｚ」を示し、“６”は「４４．１ｋＨｚ」を示し、“７”は「４８ｋＨｚ」を示す。
【０１３０】
「language_code_flag」が“１”であるとき、言語コードの記述が存在する。「ISO_639_language_code」の２４ビットフィールドは、言語コードを示す。そして、「ES_multi-lingual_flag」が“１”であるとき、「ISO_639_language_code_2」の２４ビットフィールドが存在し、言語コード２を示す。
【０１３１】
「specific_audio_flag」が“１”であるとき、特定音声タイプの記述が存在する。「specific_audio_type」の８ビットフィールドは、特定音声タイプを示す。例えば、“１”は「資格障害者向け」を示し、“２”は「聴覚障害者向け」を示す。
【０１３２】
図２３は、対象デバイス記述子の構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タグを示す。ここでは、対象デバイス記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子長を示し、このフィールド以降のバイト数を示す。
【０１３３】
「number_of_taget_device」の８ビットフィールドは、対象デバイス数を示す。対象デバイス毎に、「target_device_type」の８ビットフィールドが存在し、対象デバイスタイプを示す。例えば、大きなスクリーンのテレビを想定したものか、もう少し小さなスクリーンのタブレットを想定したものか、さらにはもっと小さなスクリーンのスマートフォンを想定したものか、などのタイプを示す。
【０１３４】
図２４は、対象地域記述子の構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タグを示す。ここでは、対象地域記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子長を示し、このフィールド以降のバイト数を示す。
【０１３５】
「region_spec_type」の８ビットフィールドは、地域記述方式指定を示す。例えば、“１”は県域指定であることを示す。そして、「target_region_spec()」のフィールドに、指定された記述方式による地域指定子（地域指定データ）が記述される。
【０１３６】
図２５は、ビューポイント記述子の構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タグを示す。ここでは、ビューポイント記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子長を示し、このフィールド以降のバイト数を示す。
【０１３７】
「view_tag」の８ビットフィールドは、映像内容の識別情報であるビュータグを示す。同じ映像内容だがレートが違う、コーデックが違うなどということもある。ビュータグが同じであれば、同じ映像内容であることが示される。「view_name_byte」のフィールドには、映像内容の名称であるビュー名の文字列データが配される。
【０１３８】
図２６は、パレンタルレート記述子の構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タグを示す。ここでは、パレンタルレート記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子長を示し、このフィールド以降のバイト数を示す。
【０１３９】
国毎に、レーティングの指定が可能となっている。「country_code」の２４ビットフィールドは、国コードを示す。「rating」の８ビットフィールドは、レーティングを示す。この「レーティング＋３歳」が最小年齢を示す。
【０１４０】
次に、アトミック・コンポーネント用記述子領域に埋め込まれる記述子、つまりアトミック・コンポーネント用記述子を説明する。この実施の形態では、アトミック・コンポーネント用記述子として、適応スイッチ記述子および合成コンポーネントタイプ記述子を想定する。適応スイッチ記述子は、アトミック・コンポーネントを適応的に切り替えるための選択情報が記述される記述子である。合成コンポーネントタイプ記述子は、アトミック・コンポーネントを複数組み合わせて合成する構成要素と合成のタイプを示す情報が記述される記述子である。
【０１４１】
図２７、図２８は、適応スイッチ記述子の構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タグを示す。ここでは、適応スイッチ記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子長を示し、このフィールド以降のバイト数を示す。
【０１４２】
「path_type」の３ビットフィールドは、伝送経路タイプを示す。例えば、“０”は放送を示し、“１”は通信（ＭＭＴ/ＩＰマルチキャスト）を示し、“２”は通信（ＭＭＴ/ＵＤＰ/ＩＰ）を示し、“３”は通信（ＭＭＴ/ＴＣＰ/ＩＰ）を示し、“４”は通信（ＨＴＴＰ）を示す。「default_flag」の１ビットフィールドは、デフォルトフラグを示す。例えば、“１”は、当該アトミック・コンポーネントはデフォルト選択、つまり最初に選択するものであることを示す。
【０１４３】
「priority_indicator_flag」の１ビットフィールドは、優先度指定フラグを示す。例えば、“１”は、優先度指定記述があることを示す。「bitrate_flag」の１ビットフィールドは、ビットレートフラグを示す。例えば、“１”は、ビットレート記述があることを示す。
【０１４４】
「video_format_flag」の１ビットフィールドは、映像フォーマットフラグを示す。例えば、“１”は、映像フォーマット記述があることを示す。「audio_format_flag」の１ビットフィールドは、音声フォーマットフラグを示す。例えば、“１”は、音声フォーマット記述があることを示す。
【０１４５】
「priority_indicator_flag」が“１”であるとき、優先度指定の記述が存在する。「priority_indicator」の８ビットフィールドは、優先度指定を示す。この場合、大きい値が高い優先度を示す。優先度が高い方が高品質で広帯域を要することとする。「bitrate_flag」が“１”であるとき、ビットレートの記述が存在する。「bitrate」の１６ビットレートは、ビットレートを、例えば１０ｋｂｐｓ単位で示す。
【０１４６】
「video_format_flag」が“１”であるとき、以下の、映像フォーマットの記述が存在する。「video_resolution」の４ビットフィールドは、解像度を示す。「video_aspect_ratio」の４ビットフィールドは、アスペクト比を示す。「video_scan_flag」の１ビットフィールドは、スキャンフラグを示す。「video_frame_rate」の５ビットフィールドは、フレームレートを示す。
【０１４７】
「audio_format_flag」が“１”であるとき、以下の、音声フォーマットの記述が存在する。「multichannnel_mode」の８ビットフィールドは、マルチチャンネルモードを示す。「quality_indicator」の２ビットフィールドは、品質表示を示す。「sampling_rate」の３ビットフィールドは、サンプリングレートを示す。「robust_level」の１ビットフィールドは、ロバストネスのレベルを示す。例えば、“０”は通常を示し、“１”は高ロバストを示す。
【０１４８】
図２９は、合成コンポーネントタイプ記述子の構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、記述子タグを示す。ここでは、合成コンポーネントタイプ記述子であることを示す。「descriptor_length」の８ビットフィールドは、記述子長を示し、このフィールド以降のバイト数を示す。
【０１４９】
「composite_component_type」の８ビットフィールドは、合成コンポーネントタイプを示す。例えば、スケーラブル、３Ｄ、タイル、レイヤ、ミキシングなどのタイプを示す。「dependency_flag」の１ビットフィールドは、依存フラグを示す。例えば、“１”は、他のコンポーネントに依存するコンポーネントであることを示す。「dependency_flag」が“１”であるとき、「dependent_component_tag」の１６ビットフィールドが存在する。このフィールドは、依存対象コンポーネントタグを示す。
【０１５０】
図３０は、ＭＰＴとＣＳＴの関連付けの具体例を示している。この例は、図１２の信号構成に対応したものである。ＣＳＴには、ビデオ（Type=1）、オーディオ（Type=2）、キャプション（Type=3）の３つのコンポーネントカテゴリの選択情報が含まれている。
【０１５１】
ビデオに関して、３つのインテグレーテド・コンポーネントが存在している。各インテグレーテド・コンポーネントに関して、インテグレーテド・コンポーネント用記述子（I.Comp Descriptors）を含む種々の情報が存在し、さらに、このインテグレーテド・コンポーネントの下に展開されるアトミック・コンポーネントの、アトミック・コンポーネント用記述子（A.Comp Descriptors）を含む種々の情報が存在する。
【０１５２】
この例では、一つ目のインテグレーテド・コンポーネント（id=01）の下に展開されるアトミック・コンポーネントは、放送伝送されるビデオ１（Video1）である。また、二つ目のインテグレーテド・コンポーネント（id=02）の下に展開されるアトミック・コンポーネントは、通信伝送されるビデオ２（Video2）である。また、三つ目のインテグレーテド・コンポーネント（id=03）の下に展開されるアトミック・コンポーネントは、通信伝送されるビデオ３（Video3）である。
【０１５３】
また、オーディオに関して、３つのインテグレーテド・コンポーネントが存在している。各インテグレーテド・コンポーネントに関して、インテグレーテド・コンポーネント用記述子（I.Comp Descriptors）を含む種々の情報が存在し、さらに、このインテグレーテド・コンポーネントの下に展開されるアトミック・コンポーネントの、アトミック・コンポーネント用記述子（A.Comp Descriptors）を含む種々の情報が存在する。
【０１５４】
この例では、一つ目のインテグレーテド・コンポーネント（id=01）の下に展開されるアトミック・コンポーネントは、放送伝送されるオーディオ１（Audio1）、オーディオ２（Audio2）である。また、二つ目のインテグレーテド・コンポーネント（id=02）の下に展開されるアトミック・コンポーネントは、通信伝送されるオーディオ３（Audio3）である。また、三つ目のインテグレーテド・コンポーネント（id=03）の下に展開されるアトミック・コンポーネントは、通信伝送されるオーディオ４（Audio4）である。
【０１５５】
また、キャプションに関して、１つのインテグレーテド・コンポーネントが存在している。このインテグレーテド・コンポーネントに関して、インテグレーテド・コンポーネント用記述子（I.Comp Descriptors）を含む種々の情報が存在し、さらに、このインテグレーテド・コンポーネントの下に展開されるアトミック・コンポーネントの、アトミック・コンポーネント用記述子（A.Comp Descriptors）を含む種々の情報が存在する。この例では、このアトミック・コンポーネントは、放送伝送されるキャプション１（Caption1）である。
【０１５６】
ＭＰＴには、各アセット（コンポーネント）の記述が存在する。アセット毎に、「General_Location_info()」のフィールドに取得先のロケーションを示す情報が挿入されている。ＣＳＴの各アトミック・コンポーネントは、コンポーネントタグ（Component）により、ＭＰＴの対応するアセット記述と対応付けられている。これにより、各アトミック・コンポーネントを、ＭＰＴで取得先を認識して、取得することが可能である。
【０１５７】
［放送送出システムの構成］
図３１は、放送送出システム１１０の構成例を示している。この放送送出システム１１０は、時計部１１１と、信号送出部１１２と、ビデオエンコーダ１１３と、オーディオエンコーダ１１４と、キャプションエンコーダ１１５と、シグナリング発生部１１６と、ファイルエンコーダ１１７を有している。また、この放送送出システム１００は、ＴＬＶシグナリング発生部１１８と、Ｎ個のＩＰサービス・マルチプレクサ１１９-1〜１１９-Nと、ＴＬＶ・マルチプレクサ１２０と、変調/送信部１２１を有している。
【０１５８】
時計部１１１は、図示しないＮＴＰ（Network Time Protocol）サーバから取得された時刻情報に同期した時刻情報（ＮＴＰ時刻情報）を生成し、この時刻情報を含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。信号送出部１１２は、例えば、ＴＶ局のスタジオとか、ＶＴＲ等の記録再生機であり、タイムドメディアであるビデオ、オーディオ、字幕等のストリームデータ、ノンタイムドメディアであるＨＴＭＬ文書データ等のファイル（ファイルデータ）を各エンコーダに送出する。
【０１５９】
ビデオエンコーダ１１３は、信号送出部１１２から送出されるビデオ信号を符号化し、さらにパケット化して、ビデオのＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。オーディオエンコーダ１１４は、信号送出部１１２から送出されるオーディオ信号を符号化し、さらにパケット化して、オーディオのＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。
【０１６０】
キャプションエンコーダ１１５は、信号送出部１１２から送出されるキャプション信号（字幕信号）を符号化し、さらにパケット化して、キャプションのＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。ファイルエンコーダ１１７は、信号送出部１１２から送出されるファイル（ファイルデータ）を、必要に応じて合成あるいは分割し、ファイルを含むＭＭＴパケットを生成し、このＭＭＴパケット含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。
【０１６１】
シグナリング発生部１１６は、シグナリングメッセージを発生し、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットをＩＰサービス・マルチプレクサ１１９-1に送る。この場合、シグナリング発生部１１６は、ＰＡメッセージに、ＭＰテーブル（ＭＰＴ）と共に、ＣＳテーブル（ＣＳＴ）を配置する（図１３〜図２０参照）
【０１６２】
ＩＰサービス・マルチプレクサ１１９-1は、各エンコーダ等から送られてくるＩＰパケットの時分割多重化を行う。この際、ＩＰサービス・マルチプレクサ１１９-1は、各ＩＰパケットにＴＬＶヘッダを付加して、ＴＬＶパケットとする。
【０１６３】
ＩＰサービス・マルチプレクサ１１９-1は、一つのトランスポンダの中にいれる一つのチャネル部分を構成する。ＩＰサービス・マルチプレクサ１１９-2〜１１９-Nは、ＩＰサービス・マルチプレクサ１１９-1と同様の機能を持ち、その１つのトランスポンダの中にいれる他のチャネル部分を構成する。
【０１６４】
ＴＬＶシグナリング発生部１１８は、シグナリング（Signaling）情報を発生し、このシグナリング（Signaling）情報をペイロード部に配置するＴＬＶパケットを生成する。ＴＬＶ・マルチプレクサ１２０は、ＩＰサービス・マルチプレクサ１１９-1〜１１９-NおよびＴＬＶシグナリング発生部１１８で生成されるＴＬＶパケットを多重化して、放送ストリームを生成する。変調/送信部１２１は、ＴＬＶ・マルチプレクサ１２０で生成される放送ストリームに対して、ＲＦ変調処理を行って、ＲＦ伝送路に送出する。
【０１６５】
図３１に示す放送送出システム１１０の動作を簡単に説明する。時計部１１１では、ＮＴＰサーバから取得された時刻情報に同期した時刻情報が生成され、この時刻情報を含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。
【０１６６】
信号送出部１１２から送出されるビデオ信号は、ビデオエンコーダ１１３に供給される。このビデオエンコーダ１１３では、ビデオ信号が符号化され、さらにパケット化されて、ビデオのＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。また、信号送出部１１２から送出されるオーディオ信号に対しても同様の処理が行われる。そして、オーディオエンコーダ１１４で生成されるオーディオのＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られる。
【０１６７】
また、信号送出部１１２から送出されるファイルは、ファイルエンコーダ１１７に供給される。ファイルエンコーダ１１７では、ファイルが、必要に応じて合成あるいは分割され、ファイルを含むＭＭＴパケットが生成され、さらに、このＭＭＴパケット含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。
【０１６８】
また、信号送出部１１２から送出されるオーディオ信号、キャプション信号に対しても同様の処理が行われる。そして、オーディオエンコーダ１１４で生成されるオーディオのＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られ、キャプションエンコーダ１１５で生成されるキャプションのＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１９-1に送られる。
【０１６９】
また、シグナリング発生部１１６では、シグナリングメッセージが発生され、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットが生成される。このＩＰパケットは、ＩＰサービス・マルチプレクサ１１９-1に送られる。この際、ＰＡメッセージに、ＭＰテーブル（ＭＰＴ）と共に、ＣＳテーブル（ＣＳＴ）が配置される。
【０１７０】
ＩＰサービス・マルチプレクサ１１９-1では、各エンコーダおよびシグナリング発生部１１６から送られてくるＩＰパケットの時分割多重化が行われる。この際、各ＩＰパケットにＴＬＶヘッダが付加されて、ＴＬＶパケットとされる。このＩＰサービス・マルチプレクサ１１９-1では、一つのトランスポンダの中にいれる１つのチャネル部分の処理が行われ、ＩＰサービス・マルチプレクサ１１９-2〜１１９-Nでは、その一つのトランスポンダの中にいれる他のチャネル部分の処理が同様に行われる。
【０１７１】
ＩＰサービス・マルチプレクサ１１９-1〜１１９-Nで得られるＴＬＶパケットは、ＴＬＶ・マルチプレクサ１２０に送られる。このＴＬＶ・マルチプレクサ１２０には、さらに、ＴＬＶシグナリング発生部１１８から、シグナリング（Signaling）情報をペイロード部に配置するＴＬＶパケットも送られる。
【０１７２】
ＴＬＶ・マルチプレクサ１２０では、ＩＰサービス・マルチプレクサ１１９-1〜１１９-NおよびＴＬＶシグナリング発生部１１８で生成されるＴＬＶパケットが多重化されて、放送ストリームが生成される。この放送ストリームは、変調/送信部１２１に送られる。変調/送信部１２１では、この放送ストリームに対してＲＦ変調処理を行われ、そのＲＦ変調信号がＲＦ伝送路に送出される。
【０１７３】
［受信機の構成］
図３２は、受信機２００の構成例を示している。この受信機２００は、ＣＰＵ２０１と、チューナ/復調部２０２と、ネットワークインタフェース部２０３と、デマルチプレクサ２０４と、システムクロック生成部２０５を有している。また、この受信機２００は、ビデオデコーダ２０６と、オーディオデコーダ２０７と、キャプションデコーダ２０８と、アプリ表示データ生成部２０９と、合成部２１０を有している。
【０１７４】
ＣＰＵ２０１は、制御部を構成し、受信機２００の各部の動作を制御する。チューナ/復調部２０２は、ＲＦ変調信号を受信し、復調処理を行って、放送ストリームを得る。ネットワークインタフェース部２０３は、配信サーバ１２０から通信ネットワーク３００を介して配信されるサービスの伝送ストリームを受信する。
【０１７５】
デマルチプレクサ２０４は、チューナ/復調部２０２で得られる放送ストリームおよびネットワークインタフェース部２０３で得られる伝送ストリームに対して、デマルチプレクス処理およびデパケット化処理を行って、ＮＴＰ時刻情報、シグナリング情報、ビデオ、オーディオの符号化信号、さらには、ファイル（ファイルデータ）を出力する。ここで、例えば、ファイルは、データ放送コンテンツを構成する。
【０１７６】
システムクロック生成部２０５は、デマルチプレクサ２０４で得られるＮＴＰ時刻情報に基づき、この時刻情報に同期したシステムクロックＳＴＣを発生する。ビデオデコーダ２０６は、デマルチプレクサ２０４で得られる符号化ビデオ信号の復号化を行ってベースバンドのビデオ信号を得る。オーディオデコーダ２０７は、デマルチプレクサ２０４で得られる符号化オーディオ信号の復号化を行ってベースバンドのオーディオ信号を得る。さらに、キャプションデコーダ２０８は、デマルチプレクサ２０４で得られる符号化キャプション信号の復号化を行って、キャプション（字幕）の表示信号を得る。
【０１７７】
アプリ表示データ生成部２０９は、ＣＰＵ２０１の制御により、デマルチプレクサ２０４で得られるファイル（ファイルデータ）に基づくデータ放送の表示信号を得る。なお、放送ストリームでは、同一コンテンツのファイルが繰り返し送られてくる。ＣＰＵ２０１は、デマルチプレクサ２０４におけるフィルタリング動作を制御し、このデマルチプレクサ２０４において必要なファイルのみが取得されるようにする。
【０１７８】
ＣＰＵ２０１は、各デコーダにおけるデコードタイミングをＰＴＳ（提示時刻情報）に基づいて制御し、ビデオ、オーディオの提示タイミングを調整する。合成部２１０は、ビデオデコーダ２０６で得られるベースバンドのビデオ信号に、キャプションの表示信号およびデータ放送の表示信号を合成し、映像表示用のビデオ信号を得る。なお、オーディオデコーダ２０７で得られるベースバンドのオーディオ信号は、音声出力用のオーディオ信号となる。
【０１７９】
図３２に示す受信機２００の動作を簡単に説明する。チューナ/復調部２０２では、ＲＦ伝送路を通じて送られてくるＲＦ変調信号が受信され、復調処理が行われて、放送ストリームが得られる。この放送ストリームは、デマルチプレクサ２０４に送られる。また、ネットワークインタフェース部２０３では、配信サーバ１２０から通信ネットワーク３００を介して配信されるサービスの伝送ストリームが受信され、デマルチプレクサ２０４に送られる。
【０１８０】
デマルチプレクサ２０４では、チューナ/復調部２０２からの放送ストリームやネットワークインタフェース部２０３からの伝送ストリームに対して、デマルチプレクス処理およびデパケット化処理が行われ、ＮＴＰ時刻情報、シグナリング情報、ビデオ、オーディオの符号化信号、データ放送コンテンツを構成するファイル（ファイルデータ）等が抽出される。
【０１８１】
デマルチプレクサ２０４で抽出される各種のシグナリング情報はＣＰＵバス２１１を介してＣＰＵ２０１に送られる。このシグナリング情報には、ＴＬＶ−ＳＩ、ＭＭＴ−ＳＩが含まれる。上述したように、ＴＬＶ−ＳＩはＴＬＶの伝送パケットの上に載る伝送制御信号（ＴＬＶ−ＮＩＴ/ＡＭＴ）であり、ＭＭＴ−ＳＩはＭＭＴパケットのペイロード部に含まれるシグナリング情報としてのシグナリングメッセージである（図２参照）。ＣＰＵ２０１は、このシグナリング情報に基づいて、受信機２００の各部の動作を制御する。
【０１８２】
デマルチプレクサ２０４で抽出されるＮＴＰ時刻情報は、システムクロック生成部２０５に送られる。このシステムクロック生成部２０５では、このＮＴＰ時刻情報に基づき、この時刻情報に同期したシステムクロックＳＴＣが生成される。このシステムクロックＳＴＣは、ビデオデコーダ２０６、オーディオデコーダ２０７、キャプションデコーダ２０８に供給される。
【０１８３】
デマルチプレクサ２０４で抽出される符号化ビデオ信号はビデオデコーダ２０６に送られて復号化され、ベースバンドのビデオ信号が得られる。また、デマルチプレクサ２０４で抽出される符号化キャプション信号はキャプションデコーダ２０８に送られて復号化され、キャプションの表示信号が得られる。
【０１８４】
また、デマルチプレクサ２０４で抽出されるファイルはＣＰＵバス２１１を介してＣＰＵ２０１に送られる。ＣＰＵ２０１は、このファイルを解析し、レイアウト処理およびレンダリング処理を行って、アプリ表示データ生成部２０９に対して、表示データ生成を指示する。アプリ表示データ生成部２０９では、この指示に基づいて、データ放送の表示信号が生成される。
【０１８５】
ビデオデコーダ２０６で得られるビデオ信号は合成部２１０に供給される。また、キャプションデコーダ２０８で得られるキャプションの表示信号は合成部２１０に供給される。さらに、アプリ表示データ生成部２０９で生成される表示信号は合成部２１０に供給される。合成部２１０では、これらの信号が合成され、映像表示用のビデオ信号が得られる。また、デマルチプレクサ２０４で抽出される符号化オーディオ信号はオーディオデコーダ２０６に送られて復号化され、音声出力用のベースバンドのオーディオ信号が得られる。
【０１８６】
受信機２００は、放送信号に含まれているコンポーネント選択情報（コンポーネントレイヤモデル）、つまりＰＡメッセージに配置されたＣＳＴ（ＣＳテーブル：コンポーネント構造テーブル）に基づいて、放送・通信のハイブリッド伝送による受信信号から、提示すべきビデオ、オーディオなどの伝送メディア（コンポーネント）を選択的に取得し、画像、音声などを提示する。
【０１８７】
受信機２００におけるＣＳＴ/ＭＰＴによるコンポーネント選択・取得プロセスの概要を説明する。受信機２００（ＣＰＵ２０１）は、ＣＳＴを解析する。受信機２００は、映像のコンポーネントカテゴリにおいて、インテグレーテド・コンポーネント(integrated component)を選択するために、インテグレーテド・コンポーネントの記述子(I.Comp Descriptors)等の情報に基づき、必要に応じてユーザ選択のＧＵＩを表示して、ユーザに選択させる。
【０１８８】
図３３（ａ）は、コンポーネント選択ＧＵＩの一例を示している。このＧＵＩは、ユーザに、ビュー（View）選択、言語（language）選択、さらには、ハンディキャップ（Handicap）選択をさせるためのものである。図３３（ｂ）に示すように、ＧＵＩ上のビューボタン４０１を操作すると、ビュー選択のためのドロップダウンメニューが表示され、ユーザは、「全ビュー表示」、「メイン」、「サブ１」、「サブ２」のいずれかを選択することが可能となる。
【０１８９】
図３３（ｃ）に示すように、ＧＵＩ上の言語ボタン４０２を操作すると、言語選択のためのドロップダウンメニューが表示され、ユーザは、「日本語」、「英語」、「中国語」、「韓国語」のいずれかを選択することが可能となる。さらに、図３３（ｄ）に示すように、ＧＵＩ上のハンディキャップボタン４０１を操作すると、ハンディキャップ選択のためのドロップダウンメニューが表示され、ユーザは、「視覚障害者」、「聴覚障害者」のいずれかを選択することが可能となる。
【０１９０】
さらに、受信機２００は、能力や設定に従って自動的に一つまたは複数のインテグレーテド・コンポーネントを選択する。なお、選局時、電源オン時は、受信機２００は、デフォルトのインテグレーテド・コンポーネントデフォルトコンポーネントを自動的に選択する。
【０１９１】
受信機２００は、インテグレーテド・コンポーネント内に複数のアトミック・コンポーネント(Atomic Component)が存在する場合には、アトミック・コンポーネントの記述子（A.Comp Descriptors)等の情報に基づき、合成、適応切り替えの対象となるアトミック・コンポーネントを割り出す。
【０１９２】
受信機２００は、アトミック・コンポーネントのコンポーネントタグ（Component tag）により、ＣＳＴからＭＰＴを参照し、対応するコンポーネントタグを持つアセット（Asset）を割り出す。そして、受信機２００は、ＭＰＴのアセット記述の「General location Info（）」のフィールドにより、指定された取得先（放送・通信のＭＭＴパケット、通信ネットワーク上のファイル）を認識し、信号データを取得し、再生する。
【０１９３】
上述は映像について説明したが、音声、字幕などについても同様のプロセスを実行する。
【０１９４】
受信機２００におけるＣＳＴ/ＭＰＴによるコンポーネント選択・取得プロセスのユースケースを説明する。このユースケースは、図３４に示すように、マルチビューの例である。このマルチビューの例は、１つの番組が、メインビュー（Main View）/サブビュー１（Sub View1）/サブビュー２（Sub View2）の３つの“映像＋音声”から構成されている。
【０１９５】
メインビュー映像は、デフォルトで選局時に表示する映像であり、３８４０＊２１６０の解像度(４Ｋ)か１９２０＊１０８０の解像度(２Ｋ)の映像を受信機の能力によって自動で選択する想定である。４Ｋの場合には、２Ｋ映像信号(base)と差分信号(extended)を合成するスケーラブル符号化が行われている。２Ｋ映像信号は放送で伝送されるが、差分信号はアダプティブストリーミングによりいくつかのレートを適応的に切り替えてネット配信される。
【０１９６】
メイン映像に付随する音声は、２２．２ｃｈかステレオを受信機の能力と接続環境により自動で選択する想定である。２２．２ｃｈの場合にはステレオ信号(base)と差分信号(extended)を合成するスケーラブル符号化が行われている。ステレオ信号は、放送２系統と通信経路によるストリーミング１系統を放送受信環境に応じて適応的に切り替える想定である。差分信号はストリーミングによりネット配信される。
【０１９７】
サブビュー１は、は映像信号も音声信号もそれぞれ１系統でネット配信される。このサブビュー１において、映像信号は２Ｋ映像信号であり、音声信号はステレオ信号である。サブビュー２は、映像信号に関してはいくつかのレート・解像度の信号を適応的に切り替えるネット配信であり、音声信号は１系統のネット配信である。このサブビュー２において、映像信号は２Ｋ映像信号であり、音声信号はステレオ信号である。
【０１９８】
図３５は、このマルチビューの例に対応したコンポーネントレイヤモデルを示している。コンポーネントカテゴリとしては、映像（Video）と音声（Audio）がある。映像のセレクティブレイヤでは、メインビューとして４Ｋ映像信号または２Ｋ映像信号の選択が可能であることが示され、さらに、サブ１ビュー、サブビュー２の選択が可能であることが示されている。
【０１９９】
また、映像のコンポジットレイヤおよびアダプティブレイヤでは、セレクティブレイヤでの選択肢であるメインビュー（４Ｋ映像信号）が、スケーラブル符号化されたものであり、放送伝送されるベース信号（２Ｋ映像信号）と、通信伝送される複数の信号が適応的に切り替えられて得られるエクステンド信号（差分信号）との合成信号であることが示されている。
【０２００】
また、映像のコンポジットレイヤおよびアダプティブレイヤでは、セレクティブレイヤでの選択肢であるメインビュー（２Ｋ映像信号）が、放送伝送されるベース信号（２Ｋ映像信号）であることが示されている。また、映像のコンポジットレイヤおよびアダプティブレイヤでは、セレクティブレイヤでの選択肢であるサブビュー１が、通信伝送される映像信号であることが示されている。また、映像のコンポジットレイヤおよびアダプティブレイヤでは、セレクティブレイヤでの選択肢であるサブビュー２が、通信伝送される複数の映像信号が適応的に切り替えられて得られる映像信号であることが示されている。
【０２０１】
また、音声のセレクティブレイヤでは、メインビューとして２２．２ｃｈ信号またはステレオ信号の選択が可能であることが示され、さらに、サブ１ビュー、サブビュー２の選択が可能であることが示されている。
【０２０２】
また、音声のコンポジットレイヤおよびアダプティブレイヤでは、セレクティブレイヤでの選択肢であるメインビュー（２２．２ｃｈ信号）が、スケーラブル符号化されたものであり、放送２系統と通信１系統で伝送される信号が適応的に切り替えられて得られるステレオ信号と、通信伝送される差分信号との合成信号であることが示されている。
【０２０３】
また、音声のコンポジットレイヤおよびアダプティブレイヤでは、セレクティブレイヤでの選択肢であるメインビュー（ステレオ信号）が、スケーラブル符号化されたものであり、放送伝送されるステレオ信号であることが示されている。また、音声のコンポジットレイヤおよびアダプティブレイヤでは、セレクティブレイヤでの選択肢であるサブビュー１、サブビュー２が、それぞれ、通信伝送されるステレオ信号であることが示されている。
【０２０４】
また、映像、音声のセレクティブレイヤでは、各ビューがコンビネーションタグで組み合わせられており、カテゴリ横断で選択すべきことが示されている。すなわち、映像のメインビュー、サブビュー１、サブビュー２の選択に伴って、音声のメインビュー、サブビュー１、サブビュー２も選択すべきことが示されている。
【０２０５】
図３６は、このマルチビューの例に対応したＣＳＴ（コンポーネント構造テーブル）の記述例を示している。「default_selection_policy」が“１”とされ、デフォルト選択ポリシーは「ＧＵＩからユーザが選択する」であることが示されている。すなわち、ビュー選択は、ＧＵＩからユーザが選択することで行われることが示されている。
【０２０６】
このＣＳＴには、ビデオ（Type=1）、オーディオ（Type=2）の２つのコンポーネントカテゴリの選択情報が含まれている。ビデオに関して、第１から第４の４つのインテグレーテド・コンポーネントが存在している。
【０２０７】
第１のインテグレーテド・コンポーネント（integrated_component_id=1）は、メインビュー（４Ｋビデオ信号）に係るものである。「combination_tag」が“１”とされており、同じ「combination_tag」の値を持つ音声のインテグレーテド・コンポーネントとカテゴリ横断で選択されることが示されている。また、「composite_flag」が“１”とされており、アトミック・コンポーネントの合成を含むことが示されている。また、「adaptive_flag」が“１”とされており、アトミック・コンポーネントの適応切り替えを含むことが示されている。さらに、「default_flag」が“１”とされており、デフォルトの選択対象であることが示されている。
【０２０８】
また、第１のインテグレーテド・コンポーネントに関連して、映像統合コンポーネント記述子（int_video_comp_descr）と、ビューポイント記述子（view_point_descr）が存在する。映像統合コンポーネント記述子において、例えば、「video_resolution」は“６”とされており、垂直方向の解像度が「２１６０」、つまり４Ｋであることが示されている。また、ビューポイント記述子において、「view_name_byte」にビュー名として“Main”の文字列データが記載されている。
【０２０９】
また、第１のインテグレーテド・コンポーネントに関連して、その下に展開される複数のアトミック・コンポーネントが存在する。放送伝送されるベース信号（２Ｋ映像信号）を示すアトミック・コンポーネント（component_tag=101）に関しては、「atomic_component_type」が“１”とされ、アダプティブレイヤで適応切り替えがなく、コンポジットレイヤで他のコンポーネントと合成されてインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２１０】
このアトミック・コンポーネントに関連して、合成コンポーネントタイプ記述子（composit_comp_decr）が存在する。この合成コンポーネントタイプ記述子において、例えば、「composite_component_type」が“１”とされており、スケーラブルのベースであることが示されている。
【０２１１】
また、通信伝送される複数の映像信号示すアトミック・コンポーネント（component_tag=111,112,・・・）に関しては、「atomic_component_type」が“３”とされ、アダプティブレイヤの適応切り替えで選択された場合、コンポジットレイヤで他のコンポーネントと合成されてインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２１２】
これらアトミック・コンポーネントに関連して、合成コンポーネントタイプ記述子（composit_comp_descr）と、適応スイッチ記述子（adaptivw_swt_descr）が存在する。合成コンポーネントタイプ記述子において、「composite_component_type」は“２”とされており、スケーラブルのエクステンドであることが示されている。また、この合成コンポーネントタイプ記述子において、「dependent_component_tag」は「１０１」とされ、依存対象コンポーネントタグが示されている。また、適応スイッチ記述子には、「bitrate」のフィールドにビットレートが記述されている。
【０２１３】
第２のインテグレーテド・コンポーネント（integrated_component_id=2）は、メインビュー（２Ｋビデオ信号）に係るものである。「combination_tag」が“１”とされており、同じ「combination_tag」の値を持つ音声のインテグレーテド・コンポーネントとカテゴリ横断で選択されることが示されている。また、「default_flag」が“１”とされており、デフォルトの選択対象であることが示されている。
【０２１４】
また、第２のインテグレーテド・コンポーネントに関連して、映像統合コンポーネント記述子（int_video_comp_descr）と、ビューポイント記述子（view_point_descr）が存在する。映像統合コンポーネント記述子において、「video_resolution」が“５”とされており、垂直方向の解像度が「１０８０」、つまり２Ｋであることが示されている。また、ビューポイント記述子には、「view_name_byte」にビュー名として“Main”の文字列データが記載されている。
【０２１５】
また、第２のインテグレーテド・コンポーネントに関連して、その下に展開される一つの、放送伝送される２Ｋ映像信号を示すアトミック・コンポーネント（component_tag=101）が存在する。このアトミック・コンポーネントに関しては、「atomic_component_type」が“０”とされ、アダプティブレイヤで適応切り替えがなく、コンポジットレイヤでは他のコンポーネントとの合成がなく、そのままインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２１６】
第３のインテグレーテド・コンポーネント（integrated_component_id=3）は、サブビュー１（２Ｋビデオ信号）に係るものである。「combination_tag」が“２”とされており、同じ「combination_tag」の値を持つ音声のインテグレーテド・コンポーネントとカテゴリ横断で選択されることが示されている。
【０２１７】
また、第３のインテグレーテド・コンポーネントに関連して、映像統合コンポーネント記述子（int_video_comp_descr）と、ビューポイント記述子（view_point_descr）が存在する。映像統合コンポーネント記述子において、「video_resolution」は“５”とされており、垂直方向の解像度が「１０８０」、つまり２Ｋであることが示されている。また、ビューポイント記述子において、「view_name_byte」にビュー名として“Sub1”の文字列データが記載されている。
【０２１８】
また、第３のインテグレーテド・コンポーネントに関連して、その下に展開される一つの、通信伝送される２Ｋ映像信号を示すアトミック・コンポーネント（component_tag=121）が存在する。このアトミック・コンポーネントに関しては、「atomic_component_type」が“０”とされ、アダプティブレイヤで適応切り替えがなく、コンポジットレイヤでは他のコンポーネントとの合成がなく、そのままインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２１９】
第４のインテグレーテド・コンポーネント（integrated_component_id=4）は、サブビュー２（２Ｋビデオ信号）に係るものである。「combination_tag」が“３”とされており、同じ「combination_tag」の値を持つ音声のインテグレーテド・コンポーネントとカテゴリ横断で選択されることが示されている。
【０２２０】
また、第４のインテグレーテド・コンポーネントに関連して、映像統合コンポーネント記述子（int_video_comp_descr）と、ビューポイント記述子（view_point_descr）が存在する。映像統合コンポーネント記述子において、「video_resolution」が“５”とされており、垂直方向の解像度が「１０８０」、つまり２Ｋであることが示されている。また、ビューポイント記述子において、「view_name_byte」にビュー名として“Sub2
”の文字列データが記載されている。
【０２２１】
また、第４のインテグレーテド・コンポーネントに関連して、その下に展開される複数の、通信伝送される２Ｋ映像信号を示すアトミック・コンポーネント（component_tag=131,132,・・・）が存在する。これらのアトミック・コンポーネントに関しては、「atomic_component_type」が“２”とされ、アダプティブレイヤの適応切り替えで選択された場合、コンポジットレイヤで他のコンポーネントとの合成がなく、そのままインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２２２】
また、このＣＳＴには、オーディオに関して、第１から第４の４つのインテグレーテド・コンポーネントが存在している。第１のインテグレーテド・コンポーネント（integrated_component_id=11）は、メインビュー（２２．２ｃｈ信号）に係るものである。「combination_tag」が“１”とされており、同じ「combination_tag」の値を持つ映像のインテグレーテド・コンポーネントとカテゴリ横断で選択されることが示されている。
【０２２３】
また、「composite_flag」が“１”とされており、アトミック・コンポーネントの合成を含むことが示されている。また、「adaptive_flag」が“１”とされており、アトミック・コンポーネントの適応切り替えを含むことが示されている。さらに、「default_flag」が“１”とされており、デフォルトの選択対象であることが示されている。
【０２２４】
また、第１のインテグレーテド・コンポーネントに関連して、音声統合コンポーネント記述子（int_audio_comp_descr）が存在する。この音声統合コンポーネント記述子において、「multichannnel_mode」は“１７”とされており、「２２．２チャネル」であることが示されている。
【０２２５】
また、第１のインテグレーテド・コンポーネントに関連して、その下に展開される複数のアトミック・コンポーネントが存在する。放送２系統と通信１系統で伝送される信号（ステレオ信号）を示すアトミック・コンポーネント（component_tag=201,201,203）に関しては、「atomic_component_type」が“３”とされ、アダプティブレイヤの適応切り替えで選択された場合、コンポジットレイヤで他のコンポーネントと合成されてインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２２６】
これらのアトミック・コンポーネント（component_tag=201,201,203）に関連して、合成コンポーネントタイプ記述子（composit_comp_descr）と、適応スイッチ記述子（adaptivw_swt_descr）が存在する。合成コンポーネントタイプ記述子において、「composite_component_type」は“１”とされており、スケーラブルのベースであることが示されている。
【０２２７】
また、適応スイッチ記述子において、「bitrate」のフィールドにビットレートが記述されている。また、放送伝送される一方の信号を示すアトミック・コンポーネント（component_tag=201）に関連した適応スイッチ記述子において、「robust_level」は“１”とされ、ロバストネスが通常であることが示されている。図示は省略しているが、放送伝送される他方の信号を示すアトミック・コンポーネント（component_tag=202）に関連した適応スイッチ記述子において、「robust_level」は“１”とされ、高ロバストであることが示されている。
【０２２８】
また、通信伝送される信号（ステレオ信号）を示すアトミック・コンポーネント（component_tag=211）に関しては、「atomic_component_type」が“１”とされ、アダプティブレイヤで適応切り替えがなく、コンポジットレイヤで他のコンポーネントと合成されてインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２２９】
このアトミック・コンポーネントに関連して、合成コンポーネントタイプ記述子（composit_comp_decr）が存在する。この合成コンポーネントタイプ記述子には、例えば、「composite_component_type」が“２”とされており、スケーラブルのエクステンドであることが示されている。
【０２３０】
また、この合成コンポーネントタイプ記述子には、「dependent_component_tag」が「２０１」とされ、依存対象コンポーネントタグが示されている。なお、実際には、依存対象のアトミック・コンポーネントは、このアトミック・コンポーネント（component_tag=201）を含めた複数のアトミック・コンポーネントから適応的に切り替えられた１つのアトミック・コンポーネントということになる。
【０２３１】
第２のインテグレーテド・コンポーネント（integrated_component_id=12）は、メインビュー（ステレオ信号）に係るものである。「combination_tag」が“１”とされており、同じ「combination_tag」の値を持つ音声のインテグレーテド・コンポーネントとカテゴリ横断で選択されることが示されている。また、「default_flag」が“１”とされており、デフォルトの選択対象であることが示されている。
【０２３２】
また、第２のインテグレーテド・コンポーネントに関連して、音声統合コンポーネント記述子（int_audio_comp_descr）が存在する。この音声統合コンポーネント記述子において、「multichannnel_mode」は“３”とされており、「ステレオ」であることが示されている。
【０２３３】
また、第２のインテグレーテド・コンポーネントに関連して、その下に展開される一つの、放送伝送されるステレオ信号を示すアトミック・コンポーネント（component_tag=201）が存在する。このアトミック・コンポーネントに関しては、「atomic_component_type」が“０”とされ、アダプティブレイヤで適応切り替えがなく、コンポジットレイヤでは他のコンポーネントとの合成がなく、そのままインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２３４】
第３のインテグレーテド・コンポーネント（integrated_component_id=13）は、サブビュー１（ステレオ信号）に係るものである。「combination_tag」が“２”とされており、同じ「combination_tag」の値を持つ映像のインテグレーテド・コンポーネントとカテゴリ横断で選択されることが示されている。
【０２３５】
また、第３のインテグレーテド・コンポーネントに関連して、音声統合コンポーネント記述子（int_audio_comp_descr）が存在する。この音声統合コンポーネント記述子において、「multichannnel_mode」は“３”とされており、「ステレオ」であることが示されている。
【０２３６】
また、第３のインテグレーテド・コンポーネントに関連して、その下に展開される一つの、通信伝送されるステレオ信号を示すアトミック・コンポーネント（component_tag=221）が存在する。このアトミック・コンポーネントに関しては、「atomic_component_type」が“０”とされ、アダプティブレイヤで適応切り替えがなく、コンポジットレイヤでは他のコンポーネントとの合成がなく、そのままインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２３７】
第４のインテグレーテド・コンポーネント（integrated_component_id=14）は、サブビュー２（ステレオ信号）に係るものである。「combination_tag」が“３”とされており、同じ「combination_tag」の値を持つ映像のインテグレーテド・コンポーネントとカテゴリ横断で選択されることが示されている。
【０２３８】
また、第４のインテグレーテド・コンポーネントに関連して、音声統合コンポーネント記述子（int_audio_comp_descr）が存在する。この音声統合コンポーネント記述子において、「multichannnel_mode」は“３”とされており、「ステレオ」であることが示されている。
【０２３９】
また、第４のインテグレーテド・コンポーネントに関連して、その下に展開される一つの、通信伝送されるステレオ信号を示すアトミック・コンポーネント（component_tag=231）が存在する。このアトミック・コンポーネントに関しては、「atomic_component_type」が“０”とされ、アダプティブレイヤで適応切り替えがなく、コンポジットレイヤでは他のコンポーネントとの合成がなく、そのままインテグレーテド・コンポーネントとなるアトミック・コンポーネントであることが示されている。
【０２４０】
次に、受信機２００における、上述のＣＳＴに基づく、選択処理例について説明する。ここでは、図３７(ａ)→図３７(ｂ)→図３７(ｃ)に示す順に、表示内容が変化していく場合について説明する。
【０２４１】
図３７(ａ)は、選局操作により番組再生開始されたときの状態を示している。この状態では、デフォルトのメインビューが表示されると共に、マルチビュー対応番組なので、ユーザ選択のためのＧＵＩ表示も現れる。以下、このときの処理の詳細を説明する。
【０２４２】
（ａ−１）
ユーザが当該放送サービスを選局操作する。
（ａ−２）
選局したサービスストリームからＭＰＴとＣＳＴを取得する。そして、映像（category_type=1）に含まれる４つのインテグレーテド・コンポーネントのうち「default_flag=1」となる第１のインテグレーテド・コンポーネント（integrated_Component_id=1）と第２のインテグレーテド・コンポーネント（integrated_Component_id=2）に絞る。そして、映像統合コンポーネント記述子（int_video_comp_descr）から４Ｋと２Ｋの違いを認識した上で、受信機２００が４Ｋ対応であるため、４Ｋである第１のインテグレーテド・コンポーネントを選択する。
【０２４３】
（ａ−３）
第１のインテグレーテド・コンポーネントについて、「composite_flag=1」、「adaptive_flag=1」であることから、合成と適応切り替えの両方を含むことを認識する。そして、含まれるアトミック・コンポーネントの合成コンポーネントタイプ記述子（composite_comp_descr）において、合成コンポーネントタイプ(composite_comp_type)からスケーラブルベース（Scalable Base）を示す唯一のアトミック・コンポーネント（component_tag=101）を選択する。
【０２４４】
さらに、スケーラブルエクステンド（Scalable Extended）を示す複数のアトミック・コンポーネント（component_tag=111,112,・・・）から適応スイッチ記述子（adaptive_swt_descr）に基づいて、通信路の輻輳状況等に応じて時々刻々適切なアトミック・コンポーネントを選択してゆく。最終的に選択したアトミック・コンポーネントについて、コンポーネントタグ（component_tag）に基づきＭＰＴを参照して、対応する映像ストリームデータを取得し、合成処理を行って、４Ｋ画像（メイン映像）を再生する。
【０２４５】
（ａ−４）
次に、音声（category_type=1）に含まれる４つのインテグレーテド・コンポーネントのうち、映像で最終的に選択した第１のインテグレーテド・コンポーネント（Integrated_component_id=1）と同じ「ombination_tag=1」を共有する第１のインテグレーテド・コンポーネント（integrated_component_id=11）と、第２のインテグレーテド・コンポーネント（integrated_component_id=12）に絞る。
【０２４６】
そして、音声統合コンポーネント記述子（int_video_comp_descr）から２２．２ｃｈとステレオの違いを認識した上で、受信機２００が２２．２ｃｈに対応していないためステレオである第２のインテグレーテド・コンポーネント（integrated_component_id=12）を選択する。
【０２４７】
（ａ−５）
第２のインテグレーテド・コンポーネント（integrated_component_id=12）は１つのアトミック・コンポーネント（component_tag=201）のみを含むため、そのアトミック・コンポーネントを最終的に選択する。このアトミック・コンポーネントについて、コンポーネントタグに基づきＭＰＴを参照して対応する音声ストリームデータを取得し、再生する。
【０２４８】
（ａ−６）
以上により、デフォルトであるメインビュー（Main View）の映像、音声が再生される。ここで、ＣＳＴの「default_selection_policy=1：ＧＵＩ選択」であるため、ユーザによる選択対象となるインテグレーテド・コンポーネントのバリエーション確認し、ビュー選択のみユーザに委ねることを認識し、ビュー選択のＧＵＩを表示する。
【０２４９】
図３７(ｂ)は、ユーザが「マルチビュー」の表示を選択したときの状態を示している。この状態では、メインビュー、サブビュー１、サブビュー２のマルチビュー表示となる。以下、このときの処理の詳細を説明する。
【０２５０】
（ｂ−１）
ユーザが表示されたＧＵＩを操作して、ビュー選択として「マルチビュー」の表示を選択する。
（ｂ−２）
映像（category_type=1）に関し、現在表示中のメインビュー以外の残りのビューであるサブビュー１、サブビュー２に相当するインテグレーテド・コンポーネントとして、第３のインテグレーテド・コンポーネント（integrated_component_id=3）、第４のインテグレーテド・コンポーネント（integrated_component_id=4）を探し出す。
【０２５１】
（ｂ−３）
第３のインテグレーテド・コンポーネント（integrated_component_id=3）が１つのアトミック・コンポーネント（component_tag=121）のみを含むため、そのアトミック・コンポーネントを最終的に選択する。このアトミック・コンポーネントについて、コンポーネントタグに基づきＭＰＴを参照して対応する映像ストリームデータを取得し、サブビュー１の映像とする。
【０２５２】
（ｂ−４）
第４のインテグレーテド・コンポーネント（integrated_component_id=4）について、「co「adaptive_flag=1」であることから、適応切り替えを含むことを認識する。そして、複数のアトミック・コンポーネント（component_tag=131,132,・・・）から適応スイッチ記述子（adaptive_swt_descr）に基づいて、通信路の輻輳状況等に応じて時々刻々適切なアトミック・コンポーネントを選択してゆく。最終的に選択したアトミック・コンポーネントについて、コンポーネントタグ（component_tag）に基づきＭＰＴを参照して、対応する映像ストリームデータを取得し、サブビュー2の映像とする。
【０２５３】
（ｂ−５）
表示中であったメインビューの映像を含め、取得したサブビュー１、サブビュー２の映像をデコードし、スクリーン上に３映像を表示する。３映像はＧＵＩにより選択して１つのみ大画面表示し、かつ対応する音声を再生することとする。
（ｂ−６）
選択した映像がメインビューのままであるので、図３７（ａ）の状態と同じく、アトミック・コンポーネント（component_tag=201）の音声を提示継続する。
【０２５４】
図３７(ｃ)は、ユーザが「サブビュー１」の表示を選択したときの状態を示している。この状態では、サブビュー１の映像の全画面表示となる。以下、このときの処理の詳細を説明する。
【０２５５】
（ｃ−１）
ユーザが表示されたＧＵＩを操作して、ビュー選択として「サブビュー１」の表示を選択する。
（ｃ−２）
映像（category type=1）に関し、サブビュー１に相当するインテグレーテド・コンポーネントとして、第３のインテグレーテド・コンポーネント（integrated_component_id=3）を探し出す。
【０２５６】
（ｃ−３）
図３７（ｂ）で表示中のサブビュー１の映像のみを全画面で表示し、それ以外のビューのコンポーネント取得を終了する。
（ｃ−４）
映像の第３のインテグレーテド・コンポーネント（integrated_component_id=3）と同じ「combination_tag=2」を有する音声のインテグレーテド・コンポーネントとして、第３のインテグレーテド・コンポーネント（integrated_component_id=13）を探し出す。
（ｃ−５）
第３のインテグレーテド・コンポーネント（integrated_component_id=13）は１つのアトミック・コンポーネント（component_tag=221）のみを含むため、そのアトミック・コンポーネントを最終的に選択する。このアトミック・コンポーネントについて、コンポーネントタグに基づきＭＰＴを参照して対応する音声ストリームデータを取得し、再生する。
【０２５７】
上述したように、図１に示す放送・通信ハイブリッドシステム１０においては、ＰＡメッセージにＭＰテーブル（ＭＰＴ）と共に、コンポーネント選択情報を含むＣＳテーブル（ＣＳＴ）が挿入されるものである。そのため、受信側２００においては、このＣＳテーブルに基づいて、提示すべき映像、音声などのコンポーネント選択を容易に行い得るようになる。
【０２５８】
＜２．変形例＞
なお、上述実施の形態においては、ＰＡメッセージにＭＰテーブル（ＭＰＴ）と共に、コンポーネント選択情報を含むＣＳテーブル（ＣＳＴ）が挿入されるものである。しかし、同様のコンテンツ選択情報を、受信機２００は、他の方法で取得してもよい。例えば、放送送出システム１００に関連したネットワークサーバから通信により取得することも考えられる。
【０２５９】
また、本技術は、以下のような構成を取ることもできる。
（１）所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成部と、
上記伝送ストリームを所定の伝送路を通じて送信する送信部と、
上記第２の伝送パケットに、コンポーネント選択情報を挿入する情報挿入部とを備える
送信装置。
（２）上記コンポーネント選択情報は、上位から、固定的な選択を行うセレクティブレイヤ情報、合成を行うコンポジットレイヤ情報および動的な切り替えを行うアダプティブレイヤ情報により構成される
前記（１）に記載の送信装置。
（３）上記アダプティブレイヤで選択し得る各コンポーネントの情報には、取得先を得るための情報が含まれている
前記（２）に記載の送信装置。
（４）上記伝送パケットは、ＭＭＴパケットであり、
パッケージアクセスメッセージを含む上記第２の伝送パケットにおいて、該パッケージアクセスメッセージに、ＭＭＴパッケージテーブルと共に、上記コンポーネント選択情報を持つコンポーネント構造テーブルが配置される
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記コンポーネント構造テーブルのコンポーネントと、上記ＭＭＴパッケージテーブルのアセットとは、コンポーネントタグで関連付けが行われる
前記（４）に記載の送信装置。
（６）上記コンポーネント選択情報は、上位から、固定的な選択を行うセレクティブレイヤ情報、合成を行うコンポジットレイヤ情報および動的な切り替えを行うアダプティブレイヤ情報により構成され、
上記コンポーネント構造テーブルは、コンポーネントのカテゴリ毎に、上位から、上記セレクティブレイヤ情報としてのインテグレーテド・コンポーネントの選択情報と、上記コンポジットレイヤ情報および上記アダプティブレイヤ情報としてのアトミック・コンポーネントの選択情報を含む
前記（４）または（５）に記載の送信装置。
（７）所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを生成する伝送ストリーム生成ステップと、
送信部により、上記伝送ストリームを所定の伝送路を通じて送信する伝送ストリーム送信ステップと、
上記第２の伝送パケットに、コンポーネント選択情報を挿入する情報挿入ステップとを有する
送信方法。
（８）所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを第１の伝送路を通じて受信する第１の受信部と、
所定のコンポーネントを含む第３の伝送パケットが配置された伝送ストリームを第２の伝送路を通じて受信する第２の受信部とを備え、
上記第２の伝送パケットには、コンポーネント選択情報が挿入されており、
上記コンポーネント選択情報に基づいて提示すべきコンポーネントを選択するコンポーネント選択部をさらに備える
受信装置。
（９）上記コンポーネント選択部は、上記コンポ―ネント選択情報にユーザに選択させるべき特定の属性に関するバリエーションが存在する場合、画面上に選択のグラフィクスユーザインタフェースを表示する
前記（８）に記載の受信装置。
（１０）上記コンポーネント選択情報は、上位から、固定的な選択を行うセレクティブレイヤ情報、合成を行うコンポジットレイヤ情報および動的な切り替えを行うアダプティブレイヤ情報により構成されている
前記（８）または（９）に記載の受信装置。
（１１）上記アダプティブレイヤで選択し得る各コンポーネントの情報には、取得先を得るための情報が含まれている
前記（１０）に記載の受信装置。
（１２）上記第１の伝送路は放送伝送路であり、上記第２の伝送路はネットワーク伝送路である
前記（８）から（１１）のいずれかに記載の受信装置。
（１３）第１の受信部により、所定のコンポーネントを含む第１の伝送パケットと、上記所定のコンポーネントに関するシグナリング情報を含む第２の伝送パケットとが時分割的に多重化された伝送ストリームを第１の伝送路を通じて受信する第１の受信ステップと、
第２の受信部により、所定のコンポーネントを含む第３の伝送パケットが配置された伝送ストリームを第２の伝送路を通じて受信する第２の受信ステップとを有し、
上記第２の伝送パケットには、コンポーネント選択情報が挿入されており、
上記コンポーネント選択情報に基づいて提示すべきコンポーネントを選択するコンポーネント選択ステップをさらに有する
受信方法。
【符号の説明】
【０２６０】
１０・・・放送・通信ハイブリッドシステム
１１０・・・放送送出システム
１１１・・・時計部
１１２・・・信号送出部
１１３・・・ビデオエンコーダ
１１４・・・オーディオエンコーダ
１１５・・・キャプションエンコーダ
１１６・・・シグナリング発生部
１１７・・・ファイルエンコーダ
１１８・・・ＴＬＶシグナリング発生部
１１９・・・ＩＰサービス・マルチプレクサ
１２０・・・ＴＬＶ・マルチプレクサ
１２１・・・変調/送信部
１２０・・・配信サーバ
２００・・・受信機
２０１・・・ＣＰＵ
２０２・・・チューナ/復調部
２０２・・・デマルチプレクサ
２０３・・・ネットワークインタフェース部
２０４・・・デマルチプレクサ
２０５・・・システムクロック生成部
２０６・・・ビデオデコーダ
２０７・・・オーディオデコーダ
２０８・・・キャプションデコーダ
２０９・・・アプリ表示データ生成部
２１０・・・合成部
２１１・・・ＣＰＵバス
【図１】
2016006659.tif 000003
【図２】
2016006659.tif 000004
【図３】
2016006659.tif 000005
【図４】
2016006659.tif 000006
【図５】
2016006659.tif 000007
【図６】
2016006659.tif 000008
【図７】
2016006659.tif 000009
【図８】
2016006659.tif 000010
【図９】
2016006659.tif 000011
【図１０】
2016006659.tif 000012
【図１１】
2016006659.tif 000013
【図１２】
2016006659.tif 000014
【図１３】
2016006659.tif 000015
【図１４】
2016006659.tif 000016
【図１５】
2016006659.tif 000017
【図１６】
2016006659.tif 000018
【図１７】
2016006659.tif 000019
【図１８】
2016006659.tif 000020
【図１９】
2016006659.tif 000021
【図２０】
2016006659.tif 000022
【図２１】
2016006659.tif 000023
【図２２】
2016006659.tif 000024
【図２３】
2016006659.tif 000025
【図２４】
2016006659.tif 000026
【図２５】
2016006659.tif 000027
【図２６】
2016006659.tif 000028
【図２７】
2016006659.tif 000029
【図２８】
2016006659.tif 000030
【図２９】
2016006659.tif 000031
【図３０】
2016006659.tif 000032
【図３１】
2016006659.tif 000033
【図３２】
2016006659.tif 000034
【図３３】
2016006659.tif 000035
【図３４】
2016006659.tif 000036
【図３５】
2016006659.tif 000037
【図３６】
2016006659.tif 000038
【図３７】
2016006659.tif 000039
【国際調査報告】
2016006659.tif 000040
2016006659.tif 000041
2016006659.tif 000042
2016006659.tif 000043