(57)【要約】  本技術は、複数のトランスポート・プロトコルを併存させることができるようにする送信装置、送信方法、受信装置、及び、受信方法に関する。送信装置は、所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報を生成し、トランスポート・プロトコル選択情報とともに、トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、特定のサービスにより提供されるコンテンツを送信する。本技術は、例えば、IPパケットの放送に適用することができる。
2016132899.tif 000002
【特許請求の範囲】
【請求項１】
所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報を生成する生成部と、
前記トランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記特定のサービスにより提供されるコンテンツを送信する送信部と
を備える送信装置。
【請求項２】
前記トランスポート・プロトコル選択情報は、IP（Internet Protocol）パケットを伝送する伝送パケットのヘッダに配置される
請求項１に記載の送信装置。
【請求項３】
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットの拡張ヘッダに配置される
請求項１に記載の送信装置。
【請求項４】
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのペイロードに配置されるL2シグナリング情報に付加されるヘッダに配置される
請求項１に記載の送信装置。
【請求項５】
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのペイロードに配置されるL2シグナリング情報に含まれる
請求項１に記載の送信装置。
【請求項６】
前記トランスポート・プロトコル選択情報は、BB(Baseband)フレームの拡張ヘッダに配置される
請求項１に記載の送信装置。
【請求項７】
前記所定の規格は、ATSC(Advanced Television Systems Committee standards)3.0であり、
前記複数のトランスポート・プロトコルは、ROUTE(Real-Time Object Delivery over Unidirectional Transport)、及び、MMT（MPEG Media Transport）である
請求項１に記載の送信装置。
【請求項８】
送信装置の送信方法において、
前記送信装置が、
所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報を生成し、
前記トランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記特定のサービスにより提供されるコンテンツを送信する
ステップを含む送信方法。
【請求項９】
所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従って伝送される、前記特定のサービスにより提供されるコンテンツを受信する受信部と、
前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記コンテンツを再生する処理を行う処理部と
を備える受信装置。
【請求項１０】
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのヘッダに配置される
請求項９に記載の受信装置。
【請求項１１】
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットの拡張ヘッダに配置される
請求項９に記載の受信装置。
【請求項１２】
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのペイロードに配置されるL2シグナリング情報に付加されるヘッダに配置される
請求項９に記載の受信装置。
【請求項１３】
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのペイロードに配置されるL2シグナリング情報に含まれる
請求項９に記載の受信装置。
【請求項１４】
前記トランスポート・プロトコル選択情報は、BBフレームの拡張ヘッダに配置される
請求項９に記載の受信装置。
【請求項１５】
前記所定の規格は、ATSC3.0であり、
前記複数のトランスポート・プロトコルは、ROUTE、及び、MMTである
請求項９に記載の受信装置。
【請求項１６】
受信装置の受信方法において、
前記受信装置が、
所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従って伝送される、前記特定のサービスにより提供されるコンテンツを受信し、
前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記コンテンツを再生する処理を行う
ステップを含む受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置、及び、受信方法に関し、特に、複数のトランスポート・プロトコルを併存させることができるようにした送信装置、送信方法、受信装置、及び、受信方法に関する。
【背景技術】
【０００２】
例えば、次世代地上放送規格の１つであるATSC（Advanced Television Systems Committee）3.0では、データ伝送に、TS（Transport Stream）パケットではなく、UDP/IP、すなわち、UDP（User Datagram Protocol）パケットを含むIP（Internet Protocol）パケットを用いることが決定されている。また、ATSC3.0以外の放送方式でも、将来的に、IPパケットを用いることが期待されている（例えば非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「ARIB STD-B60  1.1版」、一般社団法人 電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ATSC3.0等の放送方式においては、複数のトランスポート・プロトコルが併存することがあるため、複数のトランスポート・プロトコルを併存させるための技術が要請されている。【０００５】
本技術はこのような状況に鑑みてなされたものであり、複数のトランスポート・プロトコルを併存させることができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の送信装置は、所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報を生成する生成部と、前記トランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記特定のサービスにより提供されるコンテンツを送信する送信部とを備える送信装置である。【０００７】
本技術の第１の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の送信方法は、上述した本技術の第１の側面の送信装置に対応する送信方法である。【０００８】
本技術の第１の側面の送信装置、及び、送信方法においては、所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報が生成され、前記トランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記特定のサービスにより提供されるコンテンツが送信される。【０００９】
本技術の第２の側面の受信装置は、所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従って伝送される、前記特定のサービスにより提供されるコンテンツを受信する受信部と、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記コンテンツを再生する処理を行う処理部とを備える受信装置である。【００１０】
本技術の第２の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の受信方法は、上述した本技術の第２の側面の受信装置に対応する受信方法である。【００１１】
本技術の第２の側面の受信装置、及び、受信方法においては、所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従って伝送される、前記特定のサービスにより提供されるコンテンツが受信され、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記コンテンツを再生する処理が行われる。
【発明の効果】
【００１２】
本技術の第１の側面、及び、第２の側面によれば、複数のトランスポート・プロトコルを併存させることができる。【００１３】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１４】
【図１】本技術を適用した伝送システムの一実施の形態の構成を示す図である。
【図２】各レイヤのフレーム構造の例を示す図である。
【図３】複数のトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報の伝送方式を説明する図である。
【図４】Genericパケットの構成を示す図である。
【図５】パケットタイプの例を示す図である。
【図６】パケットタイプの値を拡張する場合に配置されるシンタックスの例を示す図である。
【図７】Genericパケットの構成を示す図である。
【図８】パケットタイプの例を示す図である。
【図９】Generic拡張ヘッダの詳細な構造を示す図である。
【図１０】オプショナルヘッダに配置される構造体の例を示す図である。
【図１１】サービスタイプの例を示す図である。
【図１２】LLSパケットの構成を示す図である。
【図１３】LLSヘッダに配置される構造体の例を示す図である。
【図１４】サービスタイプの例を示す図である。
【図１５】LLSパケットの構成を示す図である。
【図１６】FITのシンタックスの例を示す図である。
【図１７】サービスタイプの例を示す図である。
【図１８】BBフレームの構成を示す図である。
【図１９】L1拡張ヘッダ伝送方式における拡張ヘッダの詳細な構成を説明する図である。
【図２０】L1拡張ヘッダ伝送方式における拡張ヘッダの詳細な構成を説明する図である。
【図２１】L1拡張ヘッダに配置される構造体の例を示す図である。
【図２２】サービスタイプの例を示す図である。
【図２３】送信装置の構成例を示す図である。
【図２４】受信装置の構成例を示す図である。
【図２５】送信処理を説明するフローチャートである。
【図２６】受信処理を説明するフローチャートである。
【図２７】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１６】
１．システムの構成
２．フレーム構造
３．運用例
（１）運用例１：Genericヘッダ伝送方式
（２）運用例２：Generic拡張ヘッダ伝送方式
（３）運用例３：L2シグナリングヘッダ伝送方式
（４）運用例４：L2シグナリング伝送方式
（５）運用例５：L1拡張ヘッダ伝送方式
４．各装置の構成
５．各装置で実行される処理の流れ
６．コンピュータの構成
【００１７】
＜１．システムの構成＞
【００１８】
図１は、本技術を適用した伝送システムの一実施の形態の構成を示す図である。なお、システムとは、複数の装置が論理的に集合した物をいう。
【００１９】
図１において、伝送システム１は、送信装置１０と受信装置２０から構成される。この伝送システム１では、ATSC3.0等の放送方式に準拠したデータ伝送が行われる。
【００２０】
送信装置１０は、例えば、テレビ番組等のコンテンツの送信を行う。すなわち、送信装置１０は、コンテンツの映像や音声（コンポーネント）のデータなどの送信の対象である対象データのストリームを、デジタル放送信号として、伝送路３０を介して送信（伝送）する。
【００２１】
受信装置２０は、送信装置１０から伝送路３０を介して送信されてくるデジタル放送信号を受信し、元のストリームに復元して出力する。例えば、受信装置２０は、テレビ番組等のコンテンツの映像や音声のデータを出力する。
【００２２】
なお、図１の伝送システム１は、ATSC3.0に準拠したデータ伝送のほか、DVB（Digital Video Broadcasting）やISDB（Integrated Services Digital Broadcasting）などの規格、あるいはその他のATSCの規格に準拠したデータ伝送、その他のデータ伝送に適用することができる。また、伝送路３０としては、地上波のほか、衛星回線やケーブルテレビジョン網（有線回線）等を採用することができる。
【００２３】
＜２．フレーム構造＞
【００２４】
（フレーム構造）
図２は、図１の伝送システム１で伝送される、レイヤ１（Ｌ１）乃至レイヤ３（Ｌ３）のフレーム構造の例を示す図である。ただし、図２においては、放送方式として、ATSC3.0等のIP伝送方式が採用された場合を想定している。
【００２５】
図２に示すように、レイヤ３（Ｌ３）では、IPパケット（IP Packet）が伝送される。IPパケットは、IPヘッダ（IP Header）とデータ（Data）から構成される。IPパケットのデータには、映像や音声のデータと、シグナリング情報などが配置される。また、レイヤ２（Ｌ２）では、伝送パケットとしてのGenericパケット（Generic Packet）が伝送される。Genericパケットは、Genericヘッダ（Generic Header）とペイロード（Payload）から構成される。Genericパケットのペイロードには、１又は複数のIPパケットが配置され、カプセル化（encapsulation）される。
【００２６】
物理層に相当するレイヤ１（Ｌ１）のBBフレーム（Baseband Frame）は、BBフレームヘッダ（Baseband Frame Header）とペイロード（Payload）から構成される。BBフレームのペイロードには、複数のGenericパケットが配置され、カプセル化される。また、レイヤ１においては、複数のBBフレームをスクランブルして得られるデータ（Data）がFECフレーム（FEC Frame）にマッピングされ、物理層のエラー訂正用のパリティ（Parity）が付加される。
【００２７】
ここで、レイヤ１（Ｌ１）の物理層フレーム（ATSC (Physical) Frame）は、プリアンブル（Preamble）とデータ部（Data）から構成される。そして、物理層フレームのデータ部には、複数のFECフレームに対して、ビットインターリーブを行った後に、マッピング処理を行い、さらに、時間方向と周波数方向にインターリーブを行うなどの物理層の処理が行われることで得られるデータがマッピングされる。
【００２８】
＜３．運用例＞
【００２９】
ところで、ATSC3.0等の放送方式では、図３に示すように、ROUTE(Real-Time Object Delivery over Unidirectional Transport)、MMT（MPEG Media Transport）、又はMPEG2-TS(Transport Stream)等のトランスポート・プロトコルが併存して運用される場合がある。例えば、ATSC3.0においては、ROUTEとMMTが併存している。
【００３０】
ここで、ROUTEは、バイナリファイルを一方向でマルチキャスト転送するのに適したプロトコルであるFLUTE(File Delivery over Unidirectional Transport)を拡張したプロトコルである。また、MMTは、IP(Internet Protocol)上で用いられるトランスポート方式であり、制御情報によりIPアドレスやURL(Uniform Resource Locator)を設定することで、映像や音声等のデータを参照することができる。MPEG2-TSは、MPEG2形式のデータを送受信するためのトランスポート方式であり、映像や音声等のデータをまとめて１つのストリームとして取り扱うことができる。
【００３１】
これらのトランスポート・プロトコルは、固有のデータフローや、サービスシグナリングにより構成されるため、放送局側（送信装置１０）では、サービスを提供する場合に、ROUTEやMMT等の複数のトランスポート・プロトコルの中から、特定のトランスポート・プロトコルを選択して使用することになる。この場合に、トランスポート・プロトコルごとに必要となる情報が異なるため、送信装置１０は、受信装置２０側で、特定のトランスポート・プロトコルを選択（判別）するための情報（以下、トランスポート・プロトコル選択情報という）を伝送する必要がある。
【００３２】
そこで、本技術では、トランスポート・プロトコル選択情報を伝送するための方式として、Genericヘッダ伝送方式、Generic拡張ヘッダ伝送方式、L2シグナリングヘッダ伝送方式、L2シグナリング伝送方式、及び、L1拡張ヘッダ伝送方式の５つの伝送方式を提案するものとする。
【００３３】
以下、これらの５つの伝送方式の具体的な例として、運用例1乃至運用例５を説明する。
【００３４】
（１）運用例１
【００３５】
まず、図４乃至図６を参照して、Genericヘッダ伝送方式を用いた運用例１を説明する。このGenericヘッダ伝送方式においては、Genericパケットのヘッダ（Genericヘッダ）を利用してトランスポート・プロトコル選択情報を伝送する。
【００３６】
図４は、Genericパケットの構成を示している。図４のGenericパケットにおいて、Genericヘッダの先頭には、3ビットのタイプ情報（Type）が設定される。このタイプ情報は、図５に示すように、Genericパケットのペイロードに配置されるデータのタイプに関する情報が設定される。
【００３７】
すなわち、トランスポート・プロトコルとして、ROUTEを用いる場合を「システムA（System A）」、MMTを用いる場合を「システムB（System B）」、MPEG2-TSを用いる場合を「システムC（System C）」と定義すれば、ペイロードに、システムAのIPv4のIPパケットが配置される場合、タイプ情報は、"000"が設定される。
【００３８】
また、ペイロードに、システムBのIPv4のIPパケットが配置される場合、タイプ情報は、"001"が設定される。さらに、ペイロードに、システムCのTSパケットが配置される場合、タイプ情報は、"010"が設定される。なお、図５において、"011"のタイプ情報は、未定義（Reserved）となっている。
【００３９】
同様にして、ペイロードに、システムAのL2シグナリング情報が配置される場合、タイプ情報は、"100"が設定される。さらに、ペイロードに、システムBのL2シグナリング情報が配置される場合、タイプ情報は、"101"が設定される。ペイロードに、システムCのL2シグナリング情報が配置される場合、タイプ情報には、"110"が設定される。
【００４０】
なお、未定義（Reserved）の領域による拡張では不足している場合には、所定の領域からなるタイプ情報を拡張するために、"111"が設定される。図６には、パケットタイプの値を拡張する場合に配置されるデータのシンタックスの例が図示されている。このように、パケットタイプの値は、拡張することが可能であるため、４以上のトランスポート・プロトコルが併存した場合にも対応することができる。
【００４１】
図４の説明に戻り、Genericヘッダにおいて、タイプ情報の次には、1ビットのパケット設定情報（PC：Packet Configuration）が配置される。パケット設定情報として、"0"が設定された場合、その次に配置される1ビットのヘッダモード（HM：Header Mode）に応じて、シングルパケットモード（Single packet mode）となって、Genericヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。
【００４２】
なお、シングルパケットモードにおいて、拡張ヘッダが配置されないGenericパケットは、ノーマルパケット（normal packet）と称される一方、拡張ヘッダが配置されるGenericパケットは、ロングパケット（long packet）と称される。
【００４３】
一方、パケット設定情報（PC）として、"1"が設定された場合、その次に配置される1ビットのS/C（Segmentation/Concatenation）に応じて、セグメンテーションモード（Segmentation mode）又は連結モード（Concatenation mode）となって、Genericヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。
【００４４】
Genericパケットにおいては、以上のように構成されるGenericヘッダに続いて、ペイロードが配置される。ペイロードには、Genericヘッダのタイプ情報に応じて、例えば、システムAのIPv4のIPパケットやL2シグナリング情報などが配置される。
【００４５】
以上のように、トランスポート・プロトコル選択情報を伝送するための伝送フォーマットとして、Genericヘッダ伝送方式を利用して、Genericヘッダにトランスポート・プロトコル選択情報（タイプ情報）を配置して伝送することで、受信装置２０は、ROUTEやMMT等の複数のトランスポート・プロトコルの中から、提供されるサービスで用いられているトランスポート・プロトコルを選択（判別）することができる。
【００４６】
（２）運用例２
【００４７】
次に、図７乃至図１１を参照して、Generic拡張ヘッダ伝送方式を用いた運用例２を説明する。このGeneric拡張ヘッダ伝送方式においては、Genericパケットの拡張ヘッダ（Generic拡張ヘッダ）を利用してトランスポート・プロトコル選択情報を伝送する。
【００４８】
図７は、Genericパケットの構成を示している。図７のGenericパケットにおいて、Genericヘッダの構造は、図４のGenericヘッダの構造と同様であるため、その説明は適宜省略するが、図中の枠で囲まれた拡張ヘッダ（Additional header）に、トランスポート・プロトコル選択情報が配置される。図７のGenericヘッダの先頭に配置されるタイプ情報（Type）には、図８に示すように、Genericパケットのペイロードに配置されるデータのタイプに関する情報が設定される。
【００４９】
すなわち、ペイロードにIPv4のIPパケットが配置される場合、タイプ情報は、"000"が設定される。また、ペイロードに、圧縮されたIPパケットが配置される場合、タイプ情報は、"001"が設定される。さらに、ペイロードに、MPEG2-TS方式のTSパケットが配置される場合、タイプ情報は、"010"が設定される。
【００５０】
また、ペイロードに、L2シグナリング情報が配置される場合には、タイプ情報は、"100"が設定される。なお、図８において、"011"，"101"，"110"のタイプ情報は、未定義（Reserved）となっている。また、３つの未定義（Reserved）の領域による拡張では不足している場合には、所定の領域からなるタイプ情報を拡張するために、"111"が設定される。
【００５１】
図９は、Generic拡張ヘッダの詳細な構造を示す図である。
【００５２】
図９において、パケット設定情報（PC）として"0"が設定されるシングルパケットモードにおいて、ヘッダモード（HM）として"0"が設定された場合、それに続いて、11ビットのレングス情報（Length）が配置される。このレングス情報は、Genericパケットのペイロードの長さに設定される。一方、ヘッダモードとして、"1"が設定された場合、11ビットのレングス情報（Length）に続いて、ロングパケット用の拡張ヘッダ（Additional header）が配置される。
【００５３】
この拡張ヘッダは、5ビットのレングス情報が配置されて合計16ビットのレングス情報となり、さらに1ビットのリザーブド領域（Res）、1ビットのサブストリーム識別フラグ（SIF：Sub-stream Identifier Flag）、及び、1ビットのオプショナル拡張ヘッダフラグ（OHF：Optional Header Extension Flag）が配置される。
【００５４】
すなわち、ヘッダモードとして"0"が設定された場合、レングス情報（Length（LSB））は、11ビットであるため、Genericパケットのペイロードの長さとして、0〜2047（=211-1）バイトの範囲の値を表すことができる。しかしながら、11ビットのレングス情報では、2048バイト以上のペイロードの長さを表すことができない。そこで、ペイロードに、2048バイト以上のデータが配置される場合には、ヘッダモードとして"1"を設定し、Genericヘッダの領域として1バイトが追加されるようにすることで、2048バイト以上のペイロードの長さを表すことができるようにする。
【００５５】
また、サブストリーム識別フラグとして"1"が設定された場合には、1バイトのSID(Sub-stream Identifier)が配置される。さらに、オプショナル拡張ヘッダフラグとして"1"が設定された場合には、オプショナルヘッダ（Optional Header）が配置される。
【００５６】
このオプショナルヘッダには、図１０に示した構造体を配置することができる。図１０の構造体においては、拡張ヘッダインデックス情報（Additional header Index）ごとに、各種の情報が配置される。例えば、拡張ヘッダインデックス情報として"000000"が設定された場合、オプショナルヘッダには、トランスポート・プロトコル選択情報として、サービスタイプ情報（service_type）が配置されることを定義することができる。
【００５７】
このサービスタイプ情報は、図１１に示すように、提供されるサービスのトランスポート・プロトコルに関する情報が設定されている。
【００５８】
すなわち、トランスポート・プロトコルとして、ROUTEを用いる場合を「システムA（System A）」、MMTを用いる場合を「システムB（System B）」、MPEG2-TSを用いる場合を「システムC（System C）」と定義すれば、ペイロードに、システムAのデータが配置される場合、サービスタイプ情報は、"0x00"が設定される。
【００５９】
また、ペイロードに、システムBのデータが配置される場合、サービスタイプ情報は、"0x01"が設定される。さらに、ペイロードに、システムCのデータが配置される場合、サービスタイプ情報は、"0x02"が設定される。なお、ROUTE，MMT，MPEG2-TS以外のトランスポート・プロトコルを用いる場合を「システムD（System D）」とした場合に、ペイロードに、システムDのデータが配置されるとき、サービスタイプは、"0x03"が設定される。また、図１１において、"0x04"〜"0xff"のサービスタイプ情報は、未定義（Reserved）となっている。
【００６０】
なお、図１１のサービスタイプ情報では、図５のタイプ情報と異なり、システムのみを区別して、IPパケットやシグナリング情報等のデータを区別していないが、これは、Genericパケットの先頭に配置される、タイプ情報（図８）で、IPパケットやシグナリング情報等のデータを識別できるためである。
【００６１】
図９の説明に戻り、パケット設定情報（PC）として"1"が設定されるセグメンテーションモード又は連結モードにおいても、シングルパケットモード（ロングパケット）と同様に、オプショナル拡張ヘッダフラグ（OHF）として"1"が設定された場合には、オプショナルヘッダに、拡張ヘッダインデックス情報とサービスタイプ情報からなる構造体（図１０）が配置されることになる。
【００６２】
以上のように、トランスポート・プロトコル選択情報を伝送するための伝送フォーマットとして、Generic拡張ヘッダ伝送方式を利用して、Generic拡張ヘッダ（のオプショナルヘッダ）にトランスポート・プロトコル選択情報（サービスタイプ情報）を配置して伝送することで、受信装置２０は、ROUTEやMMT等の複数のトランスポート・プロトコルの中から、提供されるサービスで用いられているトランスポート・プロトコルを選択（判別）することができる。
【００６３】
（３）運用例３
【００６４】
次に、図１２乃至図１４を参照して、L2シグナリングヘッダ伝送方式を用いた運用例３を説明する。このL2シグナリングヘッダ伝送方式においては、L2シグナリングのヘッダ（L2シグナリングヘッダ）を利用してトランスポート・プロトコル選択情報を伝送する。
【００６５】
図１２は、LLS(Low Layer Signaling)パケットの構成を示している。
【００６６】
図１２において、Genericパケットのペイロードには、IPパケットやL2シグナリング情報が配置されるが、L2シグナリング情報として、LLSシグナリング情報を配置することができる。LLSシグナリング情報は、サービスに依存しない低レイヤのシグナリング情報である。
【００６７】
LLSシグナリング情報としては、FIT(Fast Information Table)，SCD(Service Configuration Description)，EAD（Emergency Alerting Description），RRD（Region Rating Description），DCD（Default Component Description）等のメタデータが含まれる。FITは、サービスの選局に必要な情報など、放送ネットワークにおけるストリームやサービスの構成を示す情報を含む。SCDは、サービスの構成を示す情報等を含む。EADは、緊急警報に関する情報を含む。RRDは、レーティングに関する情報を含む。DCDは、最小限のサービスの選局を行うための情報を含む。
【００６８】
Genericパケットのペイロードには、LLSシグナリング情報が配置される場合、LLSヘッダとペイロードから構成されるLLSパケットが配置される。このLLSパケットにおいて、ペイロードに、LLSシグナリング情報が配置される。また、LLSヘッダには、LLSインデックス情報（LLS Index）とオブジェクトバージョン情報（Object Version）からなる構造体が配置されることになる。
【００６９】
図１３は、図１２のLLSヘッダに配置される構造体の例を示す図である。
【００７０】
図１３において、LLSインデックス情報には、圧縮情報（Compression Scheme）、タイプ情報（Fragment Type）、及び、拡張タイプ情報（Type Extension）が配置される。圧縮情報には、対象のLLSシグナリング情報の圧縮の有無を示す情報が設定される。例えば、"0000"が設定された場合には、非圧縮であることを示し、"0001"が設定された場合には、zip形式で圧縮されていることを示している。
【００７１】
タイプ情報（Fragment Type）には、LLSシグナリング情報のタイプに関する情報が設定される。例えば、SCDには"000000"，EADには"000001"，RRDには"000010"，DCDには"000011"をそれぞれ設定することができる。なお、図示はしていないが、FITに対してもタイプ情報を設定することができる。
【００７２】
拡張タイプ情報には、タイプごとに拡張パラメータが設定される。例えば、拡張タイプ情報として、サービスタイプ情報（service_type）を配置することができる。このサービスタイプ情報には、図１４に示すように、提供されるサービスのトランスポート・プロトコルに関する情報が設定されている。
【００７３】
すなわち、提供されるサービスのトランスポート・プロトコルが、システムA（ROUTE）である場合、サービスタイプ情報として、"0x00"が設定される。同様にして、サービスタイプ情報として、システムB（MMT）の場合には、"0x01"が設定され、システムC（MPEG2-TS）の場合には、"0x02"が設定される。なお、図１４において、システムのみを区別している理由は、上述した図１１と同様である。
【００７４】
以上のように、トランスポート・プロトコル選択情報を伝送するための伝送フォーマットとして、L2シグナリングヘッダ伝送方式を利用して、L2シグナリングヘッダ（LLSヘッダの拡張タイプ情報）にトランスポート・プロトコル選択情報（サービスタイプ情報）を配置して伝送することで、受信装置２０は、ROUTEやMMT等の複数のトランスポート・プロトコルの中から、提供されるサービスで用いられているトランスポート・プロトコルを選択（判別）することができる。
【００７５】
（４）運用例４
【００７６】
次に、図１５乃至図１７を参照して、L2シグナリング伝送方式を用いた運用例４を説明する。このL2シグナリング伝送方式においては、L2シグナリングの本体を利用してトランスポート・プロトコル選択情報を伝送する。
【００７７】
図１５は、LLSパケットの構成を示している。
【００７８】
LLSパケットは、LLSヘッダとペイロードから構成される。LLSパケットのペイロードには、LLSシグナリング情報が配置されるが、このLLSシグナリング情報本体に、サービスタイプ情報が含まれるようにすることができる。ここでは、FITに、サービスタイプ情報を配置する。
【００７９】
図１６は、バイナリ形式のFITのシンタックスの例を示す図である。
【００８０】
8ビットのFIT_protocol_versionには、プロトコルのバージョン情報が設定される。16ビットのBroadcast_stream_idには、ブロードキャストストリームIDが設定される。
【００８１】
1ビットのSCD_exist_flagは、SCDが伝送されているかどうかを示すSCDフラグである。7ビットのリザーブド領域の次には、SCDフラグが、SCDが存在することを示している場合、8ビットのPLP_idとして、SCDが伝送されているストリームのPLP IDが設定される。PLP IDは、PLP(Physical Layer Pipe)を識別するためのIDである。
【００８２】
8ビットのnum_servicesには、サービスの個数が設定される。このサービスの個数に応じて、サービスループが繰り返される。サービスループには、以下の内容が設定される。
【００８３】
16ビットのservice_idには、サービスIDが設定される。16ビットのprovider_idには、プロバイダIDが設定される。8ビットのSLS_data_versionには、サービス単位のシグナリング情報であるSLSシグナリング情報のバージョン情報が設定される。16ビットのservice_channel_numberは、サービスのチャンネル番号が設定される。5ビットのservice_categoryには、サービスのカテゴリが設定される。
【００８４】
3ビットのshort_service_name_lengthには、ショートサービス名の長さが設定される。16*mビットのshort_service_nameには、ショートサービス名が設定される。3ビットのservice_statusには、サービスが提供中であるかなどを示すサービスステータス情報が設定される。1ビットのsp_indicatorには、サービスの保護を示す暗号化情報が設定される。
【００８５】
1ビットのIP_version_flagには、IPパケットのバージョンを示すフラグが設定される。1ビットのSLS_src_IP_addr_flagには、IPパケットの送信元（source）のIPアドレスの有無を示すフラグが設定される。1ビットのcapability_flagには、ケイパビリティコードの有無を示すフラグが設定される。
【００８６】
1ビットのリザーブド領域（reserved）の次には、8ビットのservice_typeが配置される。service_typeには、サービスタイプ情報が設定される。このサービスタイプ情報には、図１７に示すように、提供されるサービスのトランスポート・プロトコルに関する情報が設定されている。
【００８７】
すなわち、提供されるサービスのトランスポート・プロトコルが、システムA（ROUTE）である場合、サービスタイプ情報として、"0x00"が設定される。同様にして、サービスタイプ情報として、システムB（MMT）の場合には、"0x01"が設定され、システムC（MPEG2-TS）の場合には、"0x02"が設定される。なお、図１７において、システムのみを区別している理由は、上述した図１１と同様である。
【００８８】
図１６の説明に戻り、capability_flagが、ケイパビリティコードが存在していることを示している場合、8ビットのケイパビリティコードが設定される。また、SLS_src_IP_addr_flagが、IPアドレスが存在していることを示している場合、32ビット又は128ビットのSLS_dst_IP_addrとして、送信元（source）のIPアドレスが設定される。
【００８９】
32ビット又は128ビットのSLS_dst_IP_addrには、宛先（destination）のIPアドレスが設定される。16ビットのSLS_dst_portには、ポート番号が設定される。16ビットのSLS_TSIには、TSI(Transport Session Identifier)が設定される。8ビットのSLS_PLP_idには、PLP IDが設定される。
【００９０】
これらのSLSシグナリング情報を取得するためのPLP ID、IPアドレス、ポート番号、及び、TSIにより、SLSブートストラップ情報が形成される。
【００９１】
1ビットのSLS_simpleserviceには、対象のサービスが、ベーシックサービスであるか、あるいはリッチービスであるかを示す。
【００９２】
3ビットのリザーブド領域（reserved）の次には、4ビットのnum_service_level_descriptorが配置される。num_service_level_descriptorには、サービスレベルの記述子の個数が設定される。このサービスレベルの記述子の個数に応じて、サービスレベル記述子ループが繰り返される。サービスレベル記述子ループには、サービスレベル記述子（service_level_descriptor）が配置される。
【００９３】
サービスループの次には、4ビットのリザーブド領域（reserved）が設けられる。このリザーブド領域の次には、4ビットのnum_FIT_level_descriptorが配置される。num_FIT_level_descriptorには、FITレベルの記述子の個数が指定される。このFITレベルの記述子の個数に応じて、FITレベル記述子ループが繰り返される。FITレベル記述子ループには、FITレベル記述子（FIT_level_descriptor）が配置される。
【００９４】
以上のように、トランスポート・プロトコル選択情報を伝送するための伝送フォーマットとして、L2シグナリング伝送方式を利用して、L2シグナリングの本体（例えばLLSシグナリング情報としてのFIT）にトランスポート・プロトコル選択情報（サービスタイプ情報）を配置して伝送することで、受信装置２０は、ROUTEやMMT等の複数のトランスポート・プロトコルの中から、提供されるサービスで用いられているトランスポート・プロトコルを選択（判別）することができる。
【００９５】
（５）運用例５
【００９６】
最後に、図１８乃至図２２を参照して、L1拡張ヘッダ伝送方式を用いた運用例５を説明する。このL1拡張ヘッダ伝送方式においては、レイヤ１の物理フレームとしてのBBフレーム（Baseband Frame）のBBフレームヘッダの拡張ヘッダ（L1拡張ヘッダ）を利用してトランスポート・プロトコル選択情報を伝送する。
【００９７】
図１８は、BBフレームの構成を示している。図１８において、BBフレームは、BBフレームヘッダとペイロード（Payload）から構成される。BBフレームヘッダには、1又は2バイトのヘッダ（Header）のほか、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置することができる。
【００９８】
すなわち、ヘッダ（Header）において、1ビットのモード（MODE）として、"0"が設定された場合には、7ビットのポインタ情報（Pointer(LSB)）が配置される。なお、ポインタ情報は、BBフレームのペイロードに配置されるGenericパケットの位置を示すための情報である。例えば、あるBBフレームに最後に配置されたGenericパケットのデータが、次のBBフレームにまたがって配置される場合に、ポインタ情報として、次のBBフレームの先頭に配置されるGenericパケットの位置情報を設定することができる。
【００９９】
また、モード（MODE）として、"1"が設定された場合には、7ビットのポインタ情報（Pointer(LSB)）と、6ビットのポインタ情報（Pointer(MSB)）と、2ビットのオプショナルフラグ（OPTI：OPTIONAL）が配置される。オプショナルフラグは、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置して、ヘッダを拡張するかどうかを示す情報である。
【０１００】
すなわち、図１９に示すように、オプショナルフィールドと拡張フィールドの拡張を行わない場合、オプショナルフラグは、"00"が設定される。また、オプショナルフィールドの拡張のみを行う場合、オプショナルフラグは、"01"又は"10"が設定される。なお、オプショナルフラグとして"01"が設定された場合、オプショナルフィールドには、1バイト(8ビット)のパディングが行われる。また、オプショナルフラグとして"10"が設定された場合、オプショナルフィールドには、2バイト(16ビット)のパディングが行われる。
【０１０１】
また、オプショナルフィールドと拡張フィールドの拡張を行う場合、オプショナルフラグは、"11"が設定される。この場合、オプショナルフィールドの先頭には、3ビットの拡張タイプ情報（TYPE（EXT_TYPE））が設定される。このタイプ情報は、図２０に示すように、拡張タイプ情報の次に配置される拡張レングス情報（EXT_Length(LSB)）と拡張フィールドのタイプ（Extension type）に関する情報が設定される。
【０１０２】
すなわち、拡張レングス情報を配置し、スタッフィングバイト（Stuffing Bytes）のみが配置される場合、拡張タイプ情報は、"000"が設定される。また、拡張レングス情報を配置せずに、拡張フィールドに、ISSY（Input Stream Synchronizer）が配置される場合、拡張タイプ情報は、"001"が設定される。さらに、拡張レングス情報を配置し、拡張フィールドに、ISSYとともに、スタッフィングバイトが配置される場合、拡張タイプ情報は、"010"が設定される。
【０１０３】
また、拡張レングス情報を配置し、拡張フィールドに、L1シグナリング情報が配置される場合、拡張タイプ情報は、"011"が設定される。この場合、スタッフィングバイトを配置するかどうかは任意である。なお、図２０において、"100"〜"111"の拡張タイプ情報は、未定義（Reserved）となっている。
【０１０４】
そして、L1拡張ヘッダ伝送方式では、この拡張フィールド（L1拡張ヘッダ）のL1シグナリング情報として、トランスポート・プロトコル選択情報が配置されることになる。すなわち、L1拡張ヘッダ伝送方式が利用される場合、オプショナルフラグ（OPTI）として"11"が設定されて、オプショナルフィールドと拡張フィールドの拡張が行われ、さらにオプショナルフィールドの拡張タイプ情報（EXT_TYPE）として"011"が設定されて、拡張フィールドに、トランスポート・プロトコル選択情報を含むL1シグナリング情報が配置されることになる。
【０１０５】
拡張フィールドには、図２１に示した構造体を配置することができる。図２１の構造体においては、拡張ヘッダインデックス情報（BBF Extension Header Index）ごとに、各種の情報が配置される。拡張ヘッダインデックス情報として"000000"が設定された場合、拡張フィールドには、トランスポート・プロトコル選択情報として、サービスタイプ情報（service_type）が配置されることを定義することができる。
【０１０６】
このサービスタイプ情報には、図２２に示すように、提供されるサービスのトランスポート・プロトコルに関する情報が設定されている。
【０１０７】
すなわち、提供されるサービスのトランスポート・プロトコルが、システムA（ROUTE）である場合、サービスタイプ情報として、"0x00"が設定される。同様にして、サービスタイプ情報として、システムB（MMT）の場合には、"0x01"が設定され、システムC（MPEG2-TS）の場合には、"0x02"が設定される。
【０１０８】
以上のように、トランスポート・プロトコル選択情報を伝送するための伝送フォーマットとして、L1拡張ヘッダ伝送方式を利用して、BBフレームのBBフレームヘッダの拡張ヘッダ（L1拡張ヘッダの拡張フィールド）にトランスポート・プロトコル選択情報（サービスタイプ情報）を配置して伝送することで、受信装置２０は、ROUTEやMMT等の複数のトランスポート・プロトコルの中から、提供されるサービスで用いられているトランスポート・プロトコルを選択（判別）することができる。
【０１０９】
＜４．各装置の構成＞
【０１１０】
次に、図１の伝送システムを構成する、送信装置１０と受信装置２０の詳細な構成を説明する。
【０１１１】
（送信装置の構成）
図２３は、図１の送信装置１０の構成例を示す図である。
【０１１２】
図２３において、送信装置１０は、コンポーネント取得部１１１、エンコーダ１１２、シグナリング生成部１１３、シグナリング処理部１１４、トランスポート・プロトコル選択情報生成部１１５、トランスポート・プロトコル選択情報処理部１１６、パケット生成部１１７、物理層フレーム生成部１１８、及び、送信部１１９から構成される。
【０１１３】
コンポーネント取得部１１１は、特定のサービスにより提供されるコンテンツ（例えばテレビ番組）を構成するコンポーネントとしての映像や音声のデータを取得し、エンコーダ１１２に供給する。エンコーダ１１２は、コンポーネント取得部１１１から供給される映像や音声のデータを、所定の符号化方式に従い、符号化して、パケット生成部１１７に供給する。
【０１１４】
なお、コンテンツとしては、例えば、既に収録されたコンテンツの保管場所から、放送時間帯に応じて該当するコンテンツが取得されたり、あるいはスタジオやロケーション場所からライブのコンテンツが取得されたりする。
【０１１５】
シグナリング生成部１１３は、外部のサーバや内蔵するストレージ等から、シグナリング情報を生成するための素データを取得する。シグナリング生成部１１３は、シグナリング情報の素データを用いて、シグナリング情報を生成し、シグナリング処理部１１４に供給する。ここでは、シグナリング情報として、LLSシグナリング情報と、SLSシグナリング情報が生成される。
【０１１６】
トランスポート・プロトコル選択情報生成部１１５は、外部のサーバや内蔵するストレージ等から、トランスポート・プロトコル選択情報を生成するための素データを取得する。トランスポート・プロトコル選択情報生成部１１５は、トランスポート・プロトコル選択情報の素データを用いて、トランスポート・プロトコル選択情報を生成し、トランスポート・プロトコル選択情報処理部１１６に供給する。
【０１１７】
トランスポート・プロトコル選択情報処理部１１６は、トランスポート・プロトコル選択情報生成部１１５から供給されるトランスポート・プロトコル選択情報を処理し、シグナリング生成部１１３、パケット生成部１１７、又は、物理層フレーム生成部１１８に供給する。
【０１１８】
すなわち、Genericヘッダ伝送方式、Generic拡張ヘッダ伝送方式、及び、L2シグナリングヘッダ伝送方式を用いる場合、トランスポート・プロトコル選択情報が、Genericヘッダ、Generic拡張ヘッダ、又は、L2シグナリングヘッダ（LLSヘッダ）に配置されるので、それらのヘッダが付加されたパケットを生成するパケット生成部１１７に、トランスポート・プロトコル選択情報を供給する。
【０１１９】
また、L2シグナリング伝送方式を用いる場合、トランスポート・プロトコル選択情報が、L2シグナリング（LLSシグナリング本体）に配置されるので、L2シグナリング（LLSシグナリング情報）を生成するシグナリング生成部１１３に、トランスポート・プロトコル選択情報を供給する。この場合、シグナリング生成部１１３は、素データのほかに、トランスポート・プロトコル選択情報を用いて、L2シグナリング（LLSシグナリング情報（FIT））を生成することになる。
【０１２０】
また、L1拡張ヘッダ伝送方式を用いる場合、トランスポート・プロトコル選択情報が、L1拡張ヘッダに配置されるので、物理層フレームを生成する物理層フレーム生成部１１８に、トランスポート・プロトコル選択情報を供給する。
【０１２１】
パケット生成部１１７は、エンコーダ１１２から供給されるコンポーネントのデータと、シグナリング処理部１１４から供給されるシグナリング情報を用い、IPパケットを生成する。また、パケット生成部１１７は、１又は複数のIPパケットをカプセル化することで、Genericパケットを生成し、物理層フレーム生成部１１８に供給する。
【０１２２】
ただし、パケット生成部１１７は、Genericヘッダ伝送方式を用いる場合、GenericパケットのGenericヘッダに、トランスポート・プロトコル選択情報処理部１１６から供給されるトランスポート・プロトコル選択情報が配置されるようにする。
【０１２３】
また、パケット生成部１１７は、Generic拡張ヘッダ伝送方式を用いる場合、GenericパケットのGeneric拡張ヘッダ（のオプショナルヘッダ）に、トランスポート・プロトコル選択情報を配置する。また、パケット生成部１１７は、L2シグナリングヘッダ伝送方式を用いる場合、L2シグナリングヘッダ（LLSパケットのLLSヘッダの拡張タイプ情報）に、トランスポート・プロトコル選択情報を配置する。
【０１２４】
物理層フレーム生成部１１８は、パケット生成部１１７から供給される、複数のGenericパケットをカプセル化などすることで、物理層フレームを生成し、送信部１１９に供給する。
【０１２５】
ただし、物理層フレーム生成部１１８は、L1拡張ヘッダ伝送方式を用いる場合、BBフレームのBBフレームヘッダの拡張ヘッダ（L1拡張ヘッダの拡張フィールド）に、トランスポート・プロトコル選択情報処理部１１６から供給されるトランスポート・プロトコル選択情報が配置されるようにする。
【０１２６】
送信部１１９は、物理層フレーム生成部１１８から供給される物理層フレームに対して、例えばOFDM（Orthogonal Frequency Division Multiplexing）デジタル変調などの処理を行い、アンテナ１２０を介して、デジタル放送信号として送信する。
【０１２７】
なお、図２３の送信装置１０において、すべての機能ブロックが、物理的に単一の装置内に配置される必要はなく、少なくとも一部の機能ブロックが、他の機能ブロックとは物理的に独立した装置として構成されるようにしてもよい。
【０１２８】
（受信装置の構成）
図２４は、図１の受信装置２０の構成例を示す図である。
【０１２９】
図２４において、受信装置２０は、チューナ２１２、復調部２１３、制御部２１４、表示部２１５、及び、スピーカ２１６から構成される。
【０１３０】
チューナ２１２は、アンテナ２１１で受信されたデジタル放送信号から所定の周波数チャンネルの成分について同調を行う。復調部２１３は、チューナ２１２により同調されたデジタル放送信号の復調処理を行う。この復調処理では、例えば、物理層変調情報などを用いて、デジタル放送信号として受信される物理層フレームに対する復調処理が行われる。
【０１３１】
制御部２１４は、復調部２１３から供給される信号に対する処理を行う。例えば、制御部２１４は、復調部２１３からの信号から得られるコンポーネントのストリームに対して、所定の復号方式に従い、復号処理を施し、その結果得られる映像や音声のデータに基づいて、選局されたサービスが提供するコンテンツ（例えばテレビ番組）の映像を表示部２１５に表示させるとともに、音声をスピーカ２１６から出力させる。なお、制御部２１４は、例えば、システムオンチップ（SoC：System On Chip）として構成されている。
【０１３２】
ここで、復調部２１３においては、物理層フレームやGenericパケットのヘッダなどから、トランスポート・プロトコル選択情報が取得（抽出）され、制御部２１４に供給されることになる。制御部２１４は、復調部２１３からのトランスポート・プロトコル選択情報に設定されたシステム（例えば、ROUTEやMMTなど）に応じて、シグナリング情報やコンポーネントのストリームを処理し、コンテンツの映像や音声を再生することになる。
【０１３３】
具体的には、制御部２１４は、Genericヘッダ伝送方式を用いる場合、GenericパケットのGenericヘッダから得られるトランスポート・プロトコル選択情報に設定されたシステム（例えば、ROUTEやMMTなど）に従い、シグナリング情報やコンポーネントのストリームを処理する。
【０１３４】
同様にして、Generic拡張ヘッダ伝送方式を用いた場合には、GenericパケットのGeneric拡張ヘッダ（のオプショナルヘッダ）からトランスポート・プロトコル選択情報が取得（抽出）され、L2シグナリングヘッダ伝送方式を用いた場合には、L2シグナリングヘッダ（LLSパケットのLLSヘッダの拡張タイプ情報）からトランスポート・プロトコル選択情報が取得（抽出）される。また、L2シグナリング伝送方式を用いた場合には、L2シグナリング（LLSシグナリング情報（FIT））からトランスポート・プロトコル選択情報が取得（抽出）され、L1拡張ヘッダ伝送方式を用いた場合には、BBフレームのBBフレームヘッダの拡張ヘッダ（L1拡張ヘッダの拡張フィールド）からトランスポート・プロトコル選択情報が取得（抽出）される。
【０１３５】
そして、制御部２１４は、それらのいずれかの伝送方式で伝送されるトランスポート・プロトコル選択情報に設定されたシステム（例えば、ROUTEやMMTなど）に従い、シグナリング情報やコンポーネントのストリームを処理することになる。
【０１３６】
なお、図２４においては、復調部２１３が、物理層フレームやGenericパケットのヘッダなどから、トランスポート・プロトコル選択情報を取得（抽出）するとして説明したが、制御部２１４が、GenericパケットのヘッダやL2シグナリングなどから、トランスポート・プロトコル選択情報を取得（抽出）するようにしてもよい。
【０１３７】
また、図２４の受信装置２０においては、表示部２１５及びスピーカ２１６が内蔵されている構成を説明したが、表示部２１５及びスピーカ２１６は、外部に設けられるようにしてもよい。
【０１３８】
＜５．各装置で実行される処理の流れ＞
【０１３９】
次に、図２５乃至図２６のフローチャートを参照して、図１の伝送システム１を構成する各装置で実行される処理の流れについて説明する。
【０１４０】
（送信処理）
まず、図２５のフローチャートを参照して、図１の送信装置１０により実行される送信処理を説明する。
【０１４１】
ステップＳ１０１において、コンポーネント取得部１１１は、コンテンツを構成するコンポーネントとしての映像や音声のデータを取得する。また、ステップＳ１０１において、エンコーダ１１２は、コンポーネント取得部１１１により取得された映像や音声のデータを、所定の符号化方式に従い、符号化する。
【０１４２】
ステップＳ１０２において、トランスポート・プロトコル選択情報生成部１１５は、トランスポート・プロトコル選択情報の素データを用いて、トランスポート・プロトコル選択情報を生成する。また、ステップＳ１０２において、トランスポート・プロトコル選択情報処理部１１６は、トランスポート・プロトコル選択情報生成部１１５により生成されたトランスポート・プロトコル選択情報を処理する。
【０１４３】
ステップＳ１０３において、シグナリング生成部１１３は、シグナリング情報の素データを用いて、シグナリング情報を生成する。また、ステップＳ１０３において、シグナリング処理部１１４は、シグナリング生成部１１３により生成されたシグナリング情報を処理する。
【０１４４】
ただし、L2シグナリング伝送方式を用いる場合、シグナリング生成部１１３は、素データのほかに、ステップＳ１０２の処理で生成されたトランスポート・プロトコル選択情報を用いて、L2シグナリング（LLSシグナリング情報（FIT））を生成する。
【０１４５】
ステップＳ１０４において、パケット生成部１１７は、ステップＳ１０１で処理されたコンポーネントのデータと、ステップＳ１０３で処理されたシグナリング情報を用い、IPパケットを生成する。また、パケット生成部１１７は、１又は複数のIPパケットをカプセル化することで、Genericパケットを生成する。
【０１４６】
ただし、Genericヘッダ伝送方式を用いる場合、パケット生成部１１７は、GenericパケットのGenericヘッダに、ステップＳ１０２の処理で生成されたトランスポート・プロトコル選択情報を配置する。同様に、Generic拡張ヘッダ伝送方式を用いる場合には、GenericパケットのGeneric拡張ヘッダ（のオプショナルヘッダ）に、トランスポート・プロトコル選択情報が配置されるようにする。また、L2シグナリングヘッダ伝送方式を用いる場合には、L2シグナリングヘッダ（LLSパケットのLLSヘッダの拡張タイプ情報）に、トランスポート・プロトコル選択情報が配置されるようにする。
【０１４７】
ステップＳ１０５において、物理層フレーム生成部１１８は、ステップＳ１０４の処理で生成された複数のGenericパケットをカプセル化などすることで、物理層フレームを生成する。
【０１４８】
ただし、L1拡張ヘッダ伝送方式を用いる場合、物理層フレーム生成部１１８は、BBフレームのBBフレームヘッダの拡張ヘッダ（L1拡張ヘッダの拡張フィールド）に、ステップＳ１０２の処理で生成されたトランスポート・プロトコル選択情報が配置されるようにする。
【０１４９】
ステップＳ１０６において、送信部１１９は、ステップＳ１０５の処理で生成された物理層フレームに対して、所定の処理を行い、アンテナ１２０を介して、デジタル放送信号として送信する。ステップＳ１０６の処理が終了すると、図２５の送信処理は終了される。
【０１５０】
以上、送信処理について説明した。この送信処理においては、ATSC3.0等の放送方式で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報が生成され、トランスポート・プロトコル選択情報とともに、トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、特定のサービスにより提供されるコンテンツが送信されるので、サービスごとに、トランスポート・プロトコルを選択することが可能となり、複数のトランスポート・プロトコルを併存させることができる。
【０１５１】
（受信処理）
次に、図２６のフローチャートを参照して、図１の受信装置２０により実行される受信処理を説明する。
【０１５２】
ステップＳ２０１において、チューナ２１２は、アンテナ２１１で受信されたデジタル放送信号から所定の周波数チャンネルの成分について同調を行う。すなわち、受信装置２０は、送信装置１０からのデジタル放送信号を受信している。
【０１５３】
ステップＳ２０２において、復調部２１３は、チューナ２１２により同調されたデジタル放送信号の復調処理を行う。この復調処理では、例えば、物理層変調情報などを用いて、デジタル放送信号として受信される物理層フレームに対する復調処理が行われる。また、復調部２１３においては、物理層フレームやGenericパケットのヘッダなどから、トランスポート・プロトコル選択情報が取得（抽出）され、制御部２１４に供給されることになる。
【０１５４】
具体的には、Genericヘッダ伝送方式を用いた場合には、GenericパケットのGenericヘッダからトランスポート・プロトコル選択情報が取得（抽出）される。
【０１５５】
同様にして、Generic拡張ヘッダ伝送方式を用いた場合には、GenericパケットのGeneric拡張ヘッダ（のオプショナルヘッダ）からトランスポート・プロトコル選択情報が取得（抽出）され、L2シグナリングヘッダ伝送方式を用いた場合には、L2シグナリングヘッダ（LLSパケットのLLSヘッダの拡張タイプ情報）からトランスポート・プロトコル選択情報が取得（抽出）される。また、L2シグナリング伝送方式を用いた場合には、L2シグナリング（LLSシグナリング情報（FIT））からトランスポート・プロトコル選択情報が取得（抽出）され、L1拡張ヘッダ伝送方式を用いた場合には、BBフレームのBBフレームヘッダの拡張ヘッダ（L1拡張ヘッダの拡張フィールド）からトランスポート・プロトコル選択情報が取得（抽出）される。
【０１５６】
ステップＳ２０３において、制御部２１４は、ステップＳ２０２の処理で取得（抽出）されたトランスポート・プロトコル選択情報に設定されたシステム（例えば、ROUTEやMMTなど）に従い、シグナリング情報やコンポーネントのストリームを処理する。それにより、制御部２１４は、映像や音声のデータに基づいて、コンテンツの映像を表示部２１５に表示させるとともに、音声をスピーカ２１６から出力させることができる。
【０１５７】
ステップＳ２０３の処理が終了すると、図２６の受信処理は終了される。
【０１５８】
以上、受信処理について説明した。この受信処理においては、ATSC3.0等の放送方式で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報とともに、トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従って伝送される、特定のサービスにより提供されるコンテンツが受信され、トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、コンテンツを再生する処理が行われるので、サービスごとに、トランスポート・プロトコルを選択することが可能となり、複数のトランスポート・プロトコルを併存させることができる。
【０１５９】
＜６．コンピュータの構成＞
【０１６０】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２７は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０１６１】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０１６２】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０１６３】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０１６４】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０１６５】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０１６６】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０１６７】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０１６８】
また、本技術は、以下のような構成をとることができる。
【０１６９】
（１）
所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報を生成する生成部と、
前記トランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記特定のサービスにより提供されるコンテンツを送信する送信部と
を備える送信装置。
（２）
前記トランスポート・プロトコル選択情報は、IP（Internet Protocol）パケットを伝送する伝送パケットのヘッダに配置される
（１）に記載の送信装置。
（３）
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットの拡張ヘッダに配置される
（１）に記載の送信装置。
（４）
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのペイロードに配置されるL2シグナリング情報に付加されるヘッダに配置される
（１）に記載の送信装置。
（５）
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのペイロードに配置されるL2シグナリング情報に含まれる
（１）に記載の送信装置。
（６）
前記トランスポート・プロトコル選択情報は、BB(Baseband)フレームの拡張ヘッダに配置される
（１）に記載の送信装置。
（７）
前記所定の規格は、ATSC(Advanced Television Systems Committee standards)3.0であり、
前記複数のトランスポート・プロトコルは、ROUTE(Real-Time Object Delivery over Unidirectional Transport)、及び、MMT（MPEG Media Transport）である
（１）乃至（６）のいずれかに記載の送信装置。
（８）
送信装置の送信方法において、
前記送信装置が、
所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報を生成し、
前記トランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記特定のサービスにより提供されるコンテンツを送信する
ステップを含む送信方法。
（９）
所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従って伝送される、前記特定のサービスにより提供されるコンテンツを受信する受信部と、
前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記コンテンツを再生する処理を行う処理部と
を備える受信装置。
（１０）
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのヘッダに配置される
（９）に記載の受信装置。
（１１）
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットの拡張ヘッダに配置される
（９）に記載の受信装置。
（１２）
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのペイロードに配置されるL2シグナリング情報に付加されるヘッダに配置される
（９）に記載の受信装置。
（１３）
前記トランスポート・プロトコル選択情報は、IPパケットを伝送する伝送パケットのペイロードに配置されるL2シグナリング情報に含まれる
（９）に記載の受信装置。
（１４）
前記トランスポート・プロトコル選択情報は、BBフレームの拡張ヘッダに配置される
（９）に記載の受信装置。
（１５）
前記所定の規格は、ATSC3.0であり、
前記複数のトランスポート・プロトコルは、ROUTE、及び、MMTである
（９）に記載の受信装置。
（１６）
受信装置の受信方法において、
前記受信装置が、
所定の規格で規定された複数のトランスポート・プロトコルの中から、特定のサービスで用いられるトランスポート・プロトコルを選択するためのトランスポート・プロトコル選択情報とともに、前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従って伝送される、前記特定のサービスにより提供されるコンテンツを受信し、
前記トランスポート・プロトコル選択情報に設定されたトランスポート・プロトコルに従い、前記コンテンツを再生する処理を行う
ステップを含む受信方法。
【符号の説明】
【０１７０】
１  伝送システム，  １０  送信装置，  ２０  受信装置，  ３０  伝送路，  １１１  コンポーネント取得部，  １１３  シグナリング生成部，  １１５  トランスポート・プロトコル選択情報生成部，  １１７  パケット生成部，  １１８  物理層フレーム生成部，  １１９  送信部，  ２１２  チューナ，  ２１３  復調部，  ２１４  制御部，  ２１５  表示部，  ２１６  スピーカ，  ９００  コンピュータ，  ９０１  CPU
【図１】
2016132899.tif 000003
【図２】
2016132899.tif 000004
【図３】
2016132899.tif 000005
【図４】
2016132899.tif 000006
【図５】
2016132899.tif 000007
【図６】
2016132899.tif 000008
【図７】
2016132899.tif 000009
【図８】
2016132899.tif 000010
【図９】
2016132899.tif 000011
【図１０】
2016132899.tif 000012
【図１１】
2016132899.tif 000013
【図１２】
2016132899.tif 000014
【図１３】
2016132899.tif 000015
【図１４】
2016132899.tif 000016
【図１５】
2016132899.tif 000017
【図１６】
2016132899.tif 000018
【図１７】
2016132899.tif 000019
【図１８】
2016132899.tif 000020
【図１９】
2016132899.tif 000021
【図２０】
2016132899.tif 000022
【図２１】
2016132899.tif 000023
【図２２】
2016132899.tif 000024
【図２３】
2016132899.tif 000025
【図２４】
2016132899.tif 000026
【図２５】
2016132899.tif 000027
【図２６】
2016132899.tif 000028
【図２７】
2016132899.tif 000029
【国際調査報告】
2016132899.tif 000030
2016132899.tif 000031
2016132899.tif 000032
2016132899.tif 000033