(57)【要約】  本技術は、多様なサービス形態に対応できるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。受信装置は、IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを取得し、第１のメタデータに含まれるクラス情報に基づいて、複数の形態ごとに、サービスを構成するコンポーネントのストリームに接続して、コンポーネントの再生を制御する。本技術は、例えば、テレビ受像機等の固定受信機や、スマートフォン等のモバイル受信機等に適用することができる。
2016076137.tif 000002
【特許請求の範囲】
【請求項１】
IP（Internet Protocol）伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを取得する第１の取得部と、
前記第１のメタデータに含まれる前記クラス情報に基づいて、複数の形態ごとに、前記サービスを構成するコンポーネントのストリームに接続して、前記コンポーネントの再生を制御する制御部と
を備える受信装置。
【請求項２】
前記クラス情報は、複数の形態ごとに、前記コンポーネントのストリームに関する情報を含む第２のメタデータを取得するためのブートストラップ情報を含み、
前記ブートストラップ情報に基づいて、前記第２のメタデータを取得する第２の取得部をさらに備え、
前記制御部は、前記第２のメタデータに基づいて、前記コンポーネントのストリームに接続する
請求項１に記載の受信装置。
【請求項３】
前記サービスは、レイヤードコーディングを提供するサービスであって、
前記クラス情報は、ベースレイヤを提供するための情報と、エンハンスメントレイヤを提供するための情報を含んでいる
請求項２に記載の受信装置。
【請求項４】
前記第１のメタデータは、放送経由で配信される前記第２のメタデータのみで、前記サービスを構成するコンポーネントを取得できるかどうかを示すシグナリングスコープ情報を含み、
前記第２の取得部は、前記シグナリングスコープ情報に基づいて、前記第２のメタデータを取得する
請求項２に記載の受信装置。
【請求項５】
前記第１のメタデータは、前記サービスを構成するコンポーネントのストリームがMIMEタイプにより個別に識別可能なベーシックサービスであるか、あるいは前記ベーシックサービス以外のサービスであるかを示すショートカット情報を含み、
前記第２の取得部は、前記ショートカット情報に基づいて、前記第２のメタデータを取得する
請求項２に記載の受信装置。
【請求項６】
前記第１のメタデータは、前記サービスを構成するコンポーネントのストリームが、放送経由のみで配信されるか、あるいは放送経由と通信経由で配信されるかを示すハイブリッド情報を含み、
前記第２の取得部は、前記ハイブリッド情報に基づいて、前記第２のメタデータを取得する
請求項２に記載の受信装置。
【請求項７】
前記サービスを構成するコンポーネントのストリームは、放送経由又は通信経由で配信され、
前記第２のメタデータは、放送経由又は通信経由で配信される
請求項２に記載の受信装置。
【請求項８】
前記第１のメタデータは、バイナリ形式のデータであって、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層で伝送される第１のシグナリングデータであり、
前記第２のメタデータは、テキスト形式のデータであって、前記IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層で伝送される第２のシグナリングデータである
請求項２に記載の受信装置。
【請求項９】
前記サービスを構成するコンポーネントと、前記第２のシグナリングデータのストリームは、FLUTE（File Delivery over Unidirectional Transport）を拡張したROUTE（Real-time Object Delivery over Unidirectional Transport）セッションで伝送される
請求項８に記載の受信装置。
【請求項１０】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを取得し、
前記第１のメタデータに含まれる前記クラス情報に基づいて、複数の形態ごとに、前記サービスを構成するコンポーネントのストリームに接続して、前記コンポーネントの再生を制御する
ステップを含む受信方法。
【請求項１１】
IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを生成する生成部と、
生成された前記第１のメタデータを送信する送信部と
を備える送信装置。
【請求項１２】
前記クラス情報は、複数の形態ごとに、前記サービスを構成するコンポーネントのストリームに関する情報を含む第２のメタデータを取得するためのブートストラップ情報を含む
請求項１１に記載の送信装置。
【請求項１３】
前記サービスは、レイヤードコーディングを提供するサービスであって、
前記クラス情報は、ベースレイヤを提供するための情報と、エンハンスメントレイヤを提供するための情報を含んでいる
請求項１２に記載の送信装置。
【請求項１４】
前記第１のメタデータは、放送経由で配信される前記第２のメタデータのみで、前記サービスを構成するコンポーネントを取得できるかどうかを示すシグナリングスコープ情報を含む
請求項１２に記載の送信装置。
【請求項１５】
前記第１のメタデータは、前記サービスを構成するコンポーネントのストリームがMIMEタイプにより個別に識別可能なベーシックサービスであるか、あるいは前記ベーシックサービス以外のサービスであるかを示すショートカット情報を含む
請求項１２に記載の送信装置。
【請求項１６】
前記第１のメタデータは、前記サービスを構成するコンポーネントのストリームが、放送経由のみで配信されるか、あるいは放送経由と通信経由で配信されるかを示すハイブリッド情報を含む
請求項１２に記載の送信装置。
【請求項１７】
前記サービスを構成するコンポーネントのストリームは、放送経由又は通信経由で配信され、
前記第２のメタデータは、放送経由又は通信経由で配信される
請求項１２に記載の送信装置。
【請求項１８】
前記第１のメタデータは、バイナリ形式のデータであって、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層で伝送される第１のシグナリングデータであり、
前記第２のメタデータは、テキスト形式のデータであって、前記IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層で伝送される第２のシグナリングデータである
請求項１２に記載の送信装置。
【請求項１９】
前記サービスを構成するコンポーネントと、前記第２のシグナリングデータのストリームは、FLUTEを拡張したROUTEセッションで伝送される
請求項１８に記載の送信装置。
【請求項２０】
送信装置の送信方法において、
前記送信装置が、
IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを生成し、
生成された前記第１のメタデータを送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、多様なサービス形態に対応できるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
近年、各国では、デジタル放送のサービスが開始されている（例えば、特許文献１参照）。各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2 - Transport Stream）方式が採用されているが、今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２６３６１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、IP伝送方式を用いて、ビデオやオーディオ、字幕等のコンポーネントを伝送する方式の候補の１つとして、ROUTE（Real-time Object Delivery over Unidirectional Transport）がある。ROUTEは、放送のライブサービス向けに、FLUTE（File Delivery over Unidirectional Transport）を拡張したものである。【０００５】
しかしながら、サービス（例えば番組）を構成するコンポーネントをROUTEセッションで伝送する場合における技術方式が確立されておらず、多様なサービス形態に対応できるようにしたいという要請があった。【０００６】
本技術はこのような状況に鑑みてなされたものであり、多様なサービス形態に対応することができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、IP（Internet Protocol）伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを取得する第１の取得部と、前記第１のメタデータに含まれる前記クラス情報に基づいて、複数の形態ごとに、前記サービスを構成するコンポーネントのストリームに接続して、前記コンポーネントの再生を制御する制御部とを備える受信装置である。【０００８】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。【０００９】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータが取得され、前記第１のメタデータに含まれる前記クラス情報に基づいて、複数の形態ごとに、前記サービスを構成するコンポーネントのストリームに接続して、前記コンポーネントの再生が制御される。【００１０】
本技術の第２の側面の送信装置は、IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを生成する生成部と、生成された前記第１のメタデータを送信する送信部とを備える送信装置である。【００１１】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。【００１２】
本技術の第２の側面の送信装置、及び、送信方法においては、IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータが生成され、生成された前記第１のメタデータが送信される。
【発明の効果】
【００１３】
本技術の第１の側面、及び、第２の側面によれば、多様なサービス形態に対応することができる。【００１４】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１５】
【図１】サービス提供システムの構成例を示す図である。
【図２】シグナリングデータの例を示す図である。
【図３】サービスタイプ別の受信するシグナリングデータを示す図である。
【図４】ベーシックサービスのシーケンス図である。
【図５】複数BBPストリームサービスのシーケンス図である。
【図６】ハイブリッドサービス１のシーケンス図である。
【図７】ハイブリッドサービス２のシーケンス図である。
【図８】レイヤコーディングサービス（エンハンスクラス）のシーケンス図である。
【図９】レイヤコーディングサービス（コアクラス）のシーケンス図である。
【図１０】FICのシンタックスの例を示す図である。
【図１１】SCDのシンタックスの例を示す図である。
【図１２】本技術を適用した送信装置の一実施の形態の構成を示す図である。
【図１３】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図１４】図１３の制御部の機能的な構成例を示す図である。
【図１５】本技術を適用したブロードバンドサーバの一実施の形態の構成を示す図である。
【図１６】送信処理を説明するフローチャートである。
【図１７】周波数スキャン処理を説明するフローチャートである。
【図１８】LLS取得・記録処理を説明するフローチャートである。
【図１９】選局前処理を説明するフローチャートである。
【図２０】選局処理を説明するフローチャートである。
【図２１】ハイブリッドに対応した選局処理を説明するフローチャートである。
【図２２】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１７】
１．システムの構成
２．IP伝送方式によるデジタル放送の概要
３．運用例
（１）運用例１：ベーシックサービス
（２）運用例２：複数BBPストリームサービス
（３）運用例３：ハイブリッドサービス１
（４）運用例４：ハイブリッドサービス２
（５）運用例５：レイヤコーディングサービス（エンハンスクラス）
（６）運用例６：レイヤコーディングサービス（コアクラス）
４．シンタックスの例
５．システムを構成する各装置の構成
６．各装置で実行される処理の流れ
７．変形例
８．コンピュータの構成
【００１８】
＜１．システムの構成＞
【００１９】
（サービス提供システムの構成例）
図１において、サービス提供システム１は、番組等のサービスを提供するためのシステムである。サービス提供システム１は、送信装置１０、受信装置２０、及び、ブロードバンドサーバ３０から構成される。また、図１において、受信装置２０は、インターネット９０を介して、ブロードバンドサーバ３０と相互に接続されている。
【００２０】
送信装置１０は、例えば地上デジタルテレビ放送の所定の規格に対応した送信機であって、放送事業者により提供される。なお、本技術の実施の形態において、地上デジタルテレビ放送の規格としては、例えば、ATSC（Advanced Television Systems Committee standards）等の規格を採用することができる。
【００２１】
送信装置１０は、サービス（例えば番組）を構成するビデオやオーディオ、字幕等のコンポーネントのストリームを、シグナリングデータとともに、デジタル放送の放送波によって送信する。
【００２２】
なお、シグナリングデータには、サービスに依存しない低レイヤのLLS（Low Layer Signaling）シグナリングデータと、サービス単位のSCS（Service Channel Signaling）シグナリングデータの２種類が存在するが、その詳細な内容については後述する。
【００２３】
また、ビデオやオーディオ等のコンポーネントと、SCSシグナリングデータは、ROUTEセッションにより伝送される。ROUTEは、放送のライブサービス向けに、FLUTEを拡張したものである。なお、ROUTEは、FLUTE +（FLUTE plus）やFLUTE enhancementなどと称される場合がある。
【００２４】
ここで、ROUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOI（Transport Object Identifier）により管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSI（Transport Session Identifier）により管理する。すなわち、ROUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。
【００２５】
受信装置２０は、例えばATSC等の地上デジタルテレビ放送の所定の規格に対応した受信機であって、テレビ受像機やセットトップボックスなどの固定受信機、スマートフォンや携帯電話機、タブレット型コンピュータ、ノート型のパーソナルコンピュータ、自動車内で利用される端末などのモバイル受信機である。
【００２６】
受信装置２０は、送信装置１０から送信されるデジタル放送の放送波を受信して、当該デジタル放送の放送波で伝送されるシグナリングデータを取得する。受信装置２０は、シグナリングデータに基づいて、送信装置１０から送信されるデジタル放送の放送波で伝送されるサービス（を構成するコンポーネント）のストリームに接続して、そのストリームから得られる映像と音声を再生（出力）する。また、受信装置２０は、通信機能を有しており、インターネット９０を介して、ブロードバンドサーバ３０にアクセスすることができる。
【００２７】
ブロードバンドサーバ３０は、受信装置２０からの要求に応じて、サービス（例えば番組）を構成するビデオやオーディオ、字幕等のコンポーネントのストリームを、インターネット９０を介してストリーミング配信する。また、ブロードバンドサーバ３０は、受信装置２０からの要求に応じて、シグナリングデータを、インターネット９０を介して配信する。
【００２８】
受信装置２０は、送信装置１０又はブロードバンドサーバ３０からのシグナリングデータに基づいて、ブロードバンドサーバ３０からインターネット９０を介してストリーミング配信されるサービス（を構成するコンポーネント）のストリームに接続して、そのストリームから得られる映像と音声を再生（出力）する。
【００２９】
なお、図１においては、送信装置１０からのデジタル放送の放送波が直接、受信装置２０により受信される構成を図示しているが、１又は複数の中継局（不図示）を介してデジタル放送の放送波が伝送されるようにしてもよい。また、受信装置２０は、モバイル受信機である場合、公衆無線LAN（Local Area Network）のアクセスポイントを介してインターネット９０に接続するか、あるいはLTE（Long Term Evolution）等のモバイル系のネットワーク（不図示）を介して、ブロードバンドサーバ３０に接続することになる。
【００３０】
また、受信装置２０は、通信機能を有していない場合や、通信機能を有しているがその通信機能が無効になっている場合がある。以下の説明では、必要に応じて、通信機能を有しており、かつ、その通信機能が有効になっている放送と通信のハイブリッド受信に対応した受信装置２０を、受信装置２０Ａと称し、通信機能を有していない場合や、通信機能を有しているがその通信機能が無効になっている場合などの放送のみ受信に対応した受信装置２０を、受信装置２０Ｂと称して区別する。
【００３１】
＜２．IP伝送方式によるデジタル放送の概要＞
【００３２】
各国のデジタル放送の規格では、伝送方式としてMPEG2-TS方式が採用されているが、今後は、通信の分野で用いられているIPパケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。特に、現在策定が進められている米国の次世代放送規格であるATSC3.0では、IP伝送方式を用いたデジタル放送の採用が見込まれている。
【００３３】
IP伝送方式によるデジタル放送の放送波においては、物理チャンネル（RF Channel）に対応した所定の周波数帯域で、１又は複数のBBP（Base Band Packet）ストリームが伝送される。また、各BBPストリームでは、LLS（Low Layer Signaling）や、１又は複数のサービスチャンネル（サービス）等のストリームが伝送される。LLSストリームでは、サービスに依存しない低レイヤのLLSシグナリングデータが伝送される。
【００３４】
サービスチャンネル（サービス）は、SCS（Service Channel Signaling）と、ビデオやオーディオ、字幕等の番組を構成するコンポーネント（Component）のストリームから構成される。SCSストリームでは、サービス単位のSCSシグナリングデータが伝送される。
【００３５】
なお、SCSシグナリングデータと、コンポーネントのデータは、ROUTEセッションにより伝送される。また、各サービスを構成する要素には、共通のIPアドレスが付与されており、このIPアドレスを用いて、サービスごとに、SCSシグナリングデータやコンポーネントのデータなどをパッケージ化することができる。
【００３６】
ここで、所定の周波数帯域からなる放送波（RF Channel）には、例えば放送事業者ごとに、ブロードキャストストリームID（Broadcast Stream ID）が割り当てられている。また、各放送波で伝送される１又は複数のBBPストリームには、BBPストリームID（BBP Stream ID）が割り当てられる。さらに、各BBPストリームで伝送される１又は複数のサービスには、サービスID（Service ID）が割り当てられる。
【００３７】
このように、IP伝送方式のID体系としては、MPEG2-TS方式で用いられているネットワークID（Network ID）と、トランスポートストリームID（Transport Stream ID）と、サービスID（Service ID）の組み合わせ（トリプレット（Triplet））に対応する構成が採用され、このトリプレットによって、ネットワーク内のBBPストリーム構成とサービス構成が示される。
【００３８】
このようなID体系を用いることで、現在広く普及しているMPEG2-TS方式との整合をとることができる。なお、IP伝送方式のID体系では、ブロードキャストストリームIDとBBPストリームIDが、MPEG2-TS方式におけるネットワークIDとトランスポートストリームIDに対応している。
【００３９】
なお、BBPストリームにおいては、LLSやサービスチャンネルのストリームのほかに、NTP（Network Time Protocol）やESG（Electronic Service Guide）サービスのストリームが伝送されるようにしてもよい。NTPは、時刻情報である。ESGサービスは、OMA（Open Mobile Alliance）によって規定されている電子サービスガイドである。
【００４０】
（シグナリングデータの例）
図２は、シグナリングデータの例を示す図である。
【００４１】
上述したように、シグナリングデータには、LLSストリームで伝送されるLLSシグナリングデータと、SCSストリームで伝送されるSCSシグナリングデータがある。
【００４２】
LLSシグナリングデータは、サービスに依存しない低レイヤのシグナリングデータであって、IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層（レイヤ）で伝送される。例えば、LLSシグナリングデータとしては、FIC（Fast Information Channel），SCD（Service Configuration Description），EAD（Emergency Alerting Description），RRD（Region Rating Description），DCD（Default Component Description）等のLLSメタデータが含まれる。
【００４３】
また、SCSシグナリングデータは、サービス単位のシグナリングデータであって、IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層（レイヤ）で伝送される。例えば、SCSシグナリングデータとしては、USBD（User Service Bundle Description），USD（User Service Description），SDP（Session Description Protocol），MPD（Media Presentation Description），IS（Initialization Segment），LSID（LCT Session Instance Description），ESGc（Electric Service Guide Current），SPD（Service Parameter Description）等のSCSメタデータが含まれる。なお、SCSシグナリングデータは、ROUTEセッションで伝送される。
【００４４】
FICは、MPEG2-TS方式に対応したID体系によって、ネットワーク内のBBPストリームやサービスの構成を示す情報などを含んでいる。また、詳細は後述するが、FICには、シグナリングスコープ情報（signaling scope all）、SCSショートカット情報（SCS_shortcut）、ハイブリッド情報（hybrid）、及び、クラス情報（class）が記述される。
【００４５】
なお、FICの詳細な構造は、図１０のFICのシンタックスを参照して後述する。また、ここでは、FICは、LLSストリームで伝送されるとして説明するが、LLSストリーム以外の、例えば物理層等の下位の階層（レイヤ）で伝送されるようにしてもよい。
【００４６】
SCDは、サービスの構成を示す情報などを含んでいる。なお、SCDの詳細な構造は、図１１のSCDのシンタックスを参照して後述する。EADは、緊急警報に関する緊急警報情報を含んでいる。RRDは、レーティングに関する情報を含んでいる。DCDは、SCSシグナリングデータに先行して取得される、最小限のサービスの選局を行うための情報である。
【００４７】
USBDは、MPD，SDP等のSCSメタデータを参照するための参照情報を含んでいる。USDは、サービスを構成するコンポーネントの配信経路を特定するための情報などを含んでいる。なお、USDは、USBDに含まれる場合がある。SDPは、サービス単位で伝送されるコンポーネントのストリームに接続するための情報である。SDPは、サービス単位のサービス属性、ストリームの構成情報や属性、フィルタ情報、ロケーション情報などを含んでいる。
【００４８】
MPDは、サービス単位で伝送されるコンポーネントのストリームの再生を管理するための情報である。MPDには、複数のコンポーネントが列挙されており、その取得先を示すセグメントURL（Uniform Resource Locator）などの情報を含んでいる。ISは、ROUTEセッションにおけるメディアセグメント（MS：Media Segment）に対するイニシャライゼーションセグメントである。
【００４９】
なお、USBD，USD，MPD，SDP，ISは、3GPP（Third Generation Partnership Project），MPEG（Moving Picture Expert Group），又はIETF（Internet Engineering Task Force）のいずれかによって規格化されたものを参照するものとする。
【００５０】
LSIDは、FLUTEのFDT（File Delivery Table）をリアルタイムサービス向けに拡張したものであって、ROUTEセッションごとに伝送されるコンポーネントのストリームの管理情報とされる。なお、LSIDは、他のSCSメタデータと異なるROUTEセッションで伝送するようにしてもよい。
【００５１】
ESGcは、ESGのカレント情報であって、現在放送中の番組についての情報を伝送するものである。なお、ESGは、OMA（Open Mobile Alliance）によって規格化されている。SPDは、サービスレベルのパラメータが定義される。
【００５２】
なお、LLSシグナリングデータのうち、FICはバイナリ形式のデータとされるが、それ以外のSCD等のLLSメタデータはテキスト形式のデータとされる。また、SCSシグナリングデータにおいて、全てのSCSメタデータは、テキスト形式のデータとされる。例えば、SCD等のLLSメタデータやSCSメタデータは、XML（Extensible Markup Language）等のマークアップ言語により記述することができる。
【００５３】
（FICの詳細な内容）
次に、FICに記述される、シグナリングスコープ情報、SCSショートカット情報、ハイブリッド情報、及び、クラス情報の詳細な内容について説明する。
【００５４】
（シグナリングスコープ情報）
シグナリングスコープ情報（signaling scope all）は、放送経由で配信されるSCSシグナリングデータの参照範囲を示す。例えば、シグナリングスコープ情報としては、放送経由で配信されるSCSシグナリングデータが、サービスを構成する全てのコンポーネントのストリームに関する情報（メタデータ）を記述する場合には、"TRUE"が指定される。
【００５５】
また、放送経由で配信されるSCSシグナリングデータが、サービスを構成するコンポーネントのストリームのうち、放送経由で配信されるコンポーネントのストリームに関する情報（メタデータ）のみを記述する場合には、"FALSE"が指定される。例えば、サービスを構成するコンポーネントのストリームを、放送経由と通信経由で配信（ハイブリッド配信）する場合であっても、放送経由で配信されるSCSシグナリングデータには、放送で配信されるコンポーネントのストリームに関する情報のみが記述されている場合には、シグナリングスコープ情報として"FALSE"が指定される。
【００５６】
（SCSショートカット情報）
SCSショートカット情報（SCS_shortcut）は、FICに記述されるサービスが、ベーシックサービスであるか、あるいはリッチサービスであるかを示す。例えば、SCSショートカット情報としては、ベーシックサービスの場合には"TRUE"が指定され、リッチサービスの場合には"FALSE"が指定される。
【００５７】
ここで、ベーシックサービス（Basic Service）とは、サービスを構成するコンポーネントのストリームが、MIMEタイプにより個別に識別可能なサービスである。また、リッチサービス（Rich Service）とは、ベーシックサービス以外のサービスである。例えば、リッチサービスとしては、ビデオ、オーディオ、及び、字幕のうち、いずれか１つのコンポーネントが、２以上のストリームから構成されるサービスが該当する。
【００５８】
受信装置２０は、SCSショートカット情報が、ベーシックサービスであることを示している場合、SCSシグナリングデータのうち、MPDとLSIDを取得することで、コンポーネントのストリームに接続して、レンダリング処理を開始することができる。この場合、送信装置１０は、全てのSCSシグナリングデータを送信する必要がない。したがって、サービスの提供を行う事業者（例えば放送事業者）からすれば、サービス運用の簡素化、放送帯域の有効活用などのメリットがある。
【００５９】
（ハイブリッド情報）
ハイブリッド情報（hybrid）は、FICに記述されるサービスを構成するコンポーネントのストリームが、放送経由でのみ配信（放送配信）されるか、あるいは放送経由と通信経由で配信（ハイブリッド配信）されるかを示す。例えば、ハイブリッド情報としては、ハイブリッド配信の場合には"TRUE"が指定され、放送配信の場合には"FALSE"が指定される。
【００６０】
（FICに記述される情報の関係）
これらのFICに記述される情報の関係をまとめると、図３に示すようになる。なお、詳細は図１０のシンタックスを参照して後述するが、FICにおいて、シグナリングスコープ情報は、signalingscopeallに記述され、SCSショートカット情報は、SCS_shortcutに記述され、ハイブリッド情報は、hybridに記述される。
【００６１】
図３において、シグナリングスコープ情報（signaling scope all）として、"FALSE"が指定された場合、放送経由で配信されるSCSシグナリングデータは、放送経由で配信されるコンポーネントのストリームに関する情報（メタデータ）のみを記述している。
【００６２】
この場合おいて、SCSショートカット情報（SCS_shortcut）として"TRUE"が指定され、かつ、ハイブリッド情報（hybrid）として"FALSE"が指定されたときを、「ケースＡ」とすれば、このケースＡでは、ベーシックサービスを構成するコンポーネントのストリームは、放送配信されることになる。そして、ケースＡの場合において、放送と通信のハイブリッド受信に対応した受信装置２０Ａと、放送のみ受信に対応した受信装置２０Ｂでは、LSIDとMPDを取得することで、放送経由で配信されるコンポーネントのストリームに接続して、レンダリング処理を開始することができる。
【００６３】
次に、SCSショートカット情報として"TRUE"が指定され、かつ、ハイブリッド情報として"TRUE"が指定されたときを、「ケースＢ」とすれば、このケースＢでは、ベーシックサービスを構成する放送経由で配信されるコンポーネントのストリームと、通信経由で配信される他のコンポーネントのストリームがハイブリッドサービスを構成して、ハイブリッド配信されることになる。そして、ケースＢの場合において、受信装置２０Ａは、レンダリング処理を開始するためには、全てのSCSシグナリングデータを取得する必要がある。
【００６４】
すなわち、ケースＢでは、ハイブリッド情報として"TRUE"が指定されており、ハイブリッドサービスを構成するコンポーネントのストリームは、放送経由と通信経由で配信（ハイブリッド配信）されるが、シグナリングスコープ情報として"FALSE"が指定されており、放送経由で配信されるSCSシグナリングデータは、放送経由で配信されるコンポーネントのストリームに関する情報のみを記述している。
【００６５】
したがって、受信装置２０Ａが、ハイブリッド配信に対応するためには、通信経由で配信されるコンポーネントのストリームに関する情報が記述されたSCSシグナリングデータを取得する必要がある。ここでは、受信装置２０Ａは、SCDのSCSブロードバンドロケーション情報（SignalingOverInternet要素のuri属性）を参照することで、インターネット９０を介してブロードバンドサーバ３０にアクセスし、通信経由で配信されるSCSシグナリングデータを取得する。
【００６６】
これにより、受信装置２０Ａでは、放送経由で配信されるSCSシグナリングデータと、通信経由で配信されるSCSシグナリングデータが取得され、レンダリング処理を開始するための全てのSCSシグナリングデータが揃うことになる。このように、レンダリング処理を開始するためのSCSシグナリングデータの一部を通信経由で配信することで、放送経由で配信されるSCSシグナリングデータのデータ量を削減することができるので、全てのSCSシグナリングデータを放送経由で配信する場合と比べて、放送帯域を削減することができる。
【００６７】
なお、ケースＢにおいて、受信装置２０Ｂは、ハイブリッド配信に対応していないため、通信経由で配信されるコンポーネントのストリームに関する情報が記述されたSCSシグナリングデータを取得する必要がない。したがって、受信装置２０Ｂでは、LSIDとMPDを取得することで、レンダリング処理を開始することができる。
【００６８】
次に、SCSショートカット情報として"FALSE"が指定され、かつ、ハイブリッド情報として"FALSE"が指定されたときを、「ケースＣ」とすれば、このケースＣでは、リッチサービスを構成するコンポーネントのストリームは、放送配信されることになる。そして、ケースＣの場合において、受信装置２０Ａと受信装置２０Ｂでは、全てのSCSシグナリングデータを取得することで、放送経由で配信されるコンポーネントのストリームに接続して、レンダリング処理を開始することができる。
【００６９】
次に、SCSショートカット情報として"FALSE"が指定され、かつ、ハイブリッド情報として"TRUE"が指定されたときを、「ケースＤ」とすれば、このケースＤでは、リッチサービスを構成するコンポーネントのストリームは、ハイブリッド配信されることになる。そして、ケースＤの場合において、受信装置２０Ａと受信装置２０Ｂは、レンダリング処理を開始するためには、全てのSCSシグナリングデータを取得する必要がある。
【００７０】
ただし、ケースＤの場合において、受信装置２０Ａは、ケースＢの場合と同様に、ハイブリッド配信されるコンポーネントのストリームのうち、通信経由で配信されるコンポーネントのストリームに関する情報が記述されたSCSシグナリングデータを取得する必要がある。受信装置２０Ａは、SCDのSCSブロードバンドロケーション情報（SignalingOverInternet要素のuri属性）を参照することで、ブロードバンドサーバ３０にアクセスし、通信経由で配信されるSCSシグナリングデータを取得する。
【００７１】
これにより、受信装置２０Ａでは、放送経由と通信経由で配信されるSCSシグナリングデータがそれぞれ取得され、レンダリング処理を開始するための全てのSCSシグナリングデータが揃うことになる。このように、レンダリング処理を開始するためのSCSシグナリングデータの一部を通信経由で配信して、放送経由で配信されるSCSシグナリングデータのデータ量を削減することで、結果として放送帯域を削減することができる。
【００７２】
一方、シグナリングスコープ情報として、"TRUE"が指定された場合、放送経由で配信されるSCSシグナリングデータは、サービスを構成する全てのコンポーネントのストリームに関する情報（メタデータ）を記述している。
【００７３】
この場合において、SCSショートカット情報として"TRUE"が指定され、かつ、ハイブリッド情報として"FALSE"が指定されたときを、「ケースＥ」とすれば、このケースＥでは、ベーシックサービスを構成するコンポーネントのストリームは、放送配信されることになる。そして、ケースＥの場合において、受信装置２０Ａと受信装置２０Ｂでは、LSIDとMPDを取得することで、放送経由で配信されるコンポーネントのストリームに接続して、レンダリング処理を開始することができる。
【００７４】
次に、SCSショートカット情報として"TRUE"が指定され、かつ、ハイブリッド情報として"TRUE"が指定されたときを、「ケースＦ」とすれば、このケースＦでは、ベーシックサービスを構成する放送経由で配信されるコンポーネントのストリームと、通信経由で配信される他のコンポーネントのストリームがハイブリッドサービスを構成して、ハイブリッド配信されることになる。そして、ケースＦの場合においては、ハイブリッドサービスを構成するコンポーネントのストリームがハイブリッド配信されているため、受信装置２０Ａは、レンダリング処理を開始するためには、全てのSCSシグナリングデータを取得する必要があるが、放送経由で配信されるSCSシグナリングデータに、ベーシックサービスを構成する全てのコンポーネントのストリームに関する情報が記述されているため、通信経由で配信されるSCSシグナリングデータを取得する必要はない。
【００７５】
なお、ケースＦにおいて、受信装置２０Ｂは、ハイブリッド配信に対応していないため、通信経由で配信されるコンポーネントのストリームに関する情報が記述されたSCSシグナリングデータを取得する必要がない。したがって、受信装置２０Ｂでは、LSIDとMPDを取得することで、レンダリング処理を開始することができる。
【００７６】
次に、SCSショートカット情報として"FALSE"が指定され、かつ、ハイブリッド情報として"FALSE"が指定されたときを、「ケースＧ」とすれば、このケースＧでは、リッチサービスを構成するコンポーネントのストリームは、放送配信されることになる。そして、ケースＧの場合において、受信装置２０Ａと受信装置２０Ｂでは、全てのSCSシグナリングデータを取得することで、放送経由で配信されるコンポーネントのストリームに接続して、レンダリング処理を開始することができる。
【００７７】
次に、SCSショートカット情報として"FALSE"が指定され、かつ、ハイブリッド情報として"TRUE"が指定されたときを、「ケースＨ」とすれば、このケースＨでは、リッチサービスを構成するコンポーネントのストリームは、ハイブリッド配信されることになる。そして、ケースＨの場合において、受信装置２０Ａと受信装置２０Ｂは、レンダリング処理を開始するためには、全てのSCSシグナリングデータを取得する必要がある。
【００７８】
ただし、ケースＨの場合においては、リッチサービスを構成するコンポーネントのストリームがハイブリッド配信されているため、受信装置２０Ａは、レンダリング処理を開始するためには、全てのSCSシグナリングデータを取得する必要があるが、放送経由で配信されるSCSシグナリングデータに、リッチサービスを構成する全てのコンポーネントのストリームに関する情報が記述されているため、ケースＦの場合と同様に、通信経由で配信されるSCSシグナリングデータを取得する必要はない。
【００７９】
以上のように、受信装置２０は、FICに記述された、シグナリングスコープ情報、SCSショートカット情報、及び、ハイブリッド情報を参照することで、放送経由又は通信経由で配信されるコンポーネントのストリームに効率よく接続して、所望のサービスを構成するビデオデータやオーディオデータ、字幕データなどを効率よく適切に、かつ容易に取得することができる。
【００８０】
また、サービスを構成するコンポーネントのストリームの配信形態（例えば放送配信やハイブリッド配信）に応じて、SCSシグナリングデータを、放送経由又は通信経由で効果的に配信することができるので、SCSシグナリングデータの配信（伝送）に用いられる放送帯域を可能な限り最小化することができる。
【００８１】
さらに、受信装置２０は、受信機能（性能）のタイプに応じて、放送と通信のハイブリッド受信に対応した受信装置２０Ａと、放送のみ受信に対応した受信装置２０Ｂに分類されるが、FICに記述されたシグナリングスコープ情報等によって、受信機能（性能）のタイプごとに、どのSCSシグナリングデータを取得すべきかを通知することができる。
【００８２】
（クラス情報）
また、FICには、クラス情報（class）が記述される。クラス情報は、１つのサービスを複数の異なるターゲットに対して、それぞれ異なるクラスのサービスを提供するために用いられる。例えば、同一のサービス（例えば番組）を、受信環境が不安定なモバイル受信機向けには、高ロバストネスの２Ｋ解像度（横2000×縦1000ピクセル程度の解像度）の映像と音声で配信する一方、受信環境が安定している固定受信機向けには、ロバストネス性能は低いが、４Ｋ解像度（横4000×縦2000ピクセル程度の解像度）の映像と高音質の音声で配信する場合が想定される。
【００８３】
この種のサービスの提供方法としては、例えば、ビデオストリームのレイヤードコーディングが知られている。レイヤードコーディングでは、ビデオストリームは２以上のレイヤに分割されており、各レイヤを結合することで、単一の高品質な映像を生成することが可能となる。例えば、ベースレイヤとして、低品質なビデオストリームを配信するとともに、エンハンスメントレイヤとして、ベースレイヤとしてのビデオストリームを強化するための付加情報（例えば、解像度、フレームレート、画質などを改善するための情報）を配信することができる。これにより、受信装置２０では、ベースレイヤに対応した低品質の映像（例えば２Ｋ解像度の映像）を再生するだけでなく、ベースレイヤとエンハンスメントレイヤを結合して得られる高品質の映像（例えば４Ｋ解像度の映像）を再生することもできる。
【００８４】
なお、以下の説明では、ベースレイヤを提供するためのクラス情報を、「コアクラス」と称し、エンハンスメントレイヤを提供するためのクラス情報を、「エンハンスクラス」と称して説明する。すなわち、クラス情報として、コアクラスとエンハンスクラスの２種類のクラス情報を提供することで、ビデオストリームのレイヤードコーディングが実現される。
【００８５】
なお、クラス情報の構成要素として、ビデオストリームに暗号が施されているかどうかを示す暗号化情報（sp_indicator）を設定することができる。この暗号化情報を用いることで、例えば、ベースレイヤのビデオストリーム（ベースストリーム）は暗号化せずに無料で提供し、エンハンスメントレイヤのビデオストリーム（エンハンスストリーム）は暗号化して有料で提供するなど、多様なサービス形態に対応することができる。また、クラス情報には、コアクラスやエンハンスクラス等のクラス情報ごとに、SCSシグナリングデータのストリームに接続するためのSCSブートストラップ情報が記述されている。
【００８６】
以上のように、FICに記述されるクラス情報を用いることで、１つのサービスを複数の異なるターゲットに対して、それぞれ異なるクラスのサービスを提供することが可能となる。例えば、ターゲットとしてのモバイル受信機向けには、高ロバストネスの２Ｋ解像度の映像と音声からなるサービスを提供することができる。また、例えば、ターゲットとしての固定受信機向けには、４Ｋ解像度の映像と高音質の音声からなるサービスを提供することができる。
【００８７】
＜３．運用例＞
【００８８】
（１）運用例１：ベーシックサービス
【００８９】
図４は、ベーシックサービスを提供するための運用例１を採用した場合の受信装置２０における具体的な処理の流れを説明するシーケンス図である。
【００９０】
図４において、送信装置１０は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）を伝送している。この放送波では、ベーシックサービス（例えば番組）を構成するコンポーネントとSCSシグナリングデータのストリームが、BBPストリームで伝送されている。ただし、ベーシックサービスを構成するコンポーネントとSCSシグナリングデータは、LCTパケット単位で、ROUTEセッションにより伝送されている。
【００９１】
図４において、受信装置２０は、ユーザ操作等によりサービス選局が行われた場合、NVRAMに記録されたFICを読み出して、FICのベーシックサービスのループから、選局対象のサービスのサービスIDに対応する選局情報を取得する（Ｓ１１）。なお、サービス選局（チャンネル選局）は、所望のサービス（チャンネル）を選択するための操作であって、例えば、メジャーチャンネル番号とマイナーチャンネル番号に対応したサービスIDを指定することで行われる。
【００９２】
なお、FICは、バイナリ形式からなり、初期スキャン処理時に取得されてNVRAMに記録されるほか、サービス選局時に、LLSストリームで伝送されているFICのバージョン情報が更新されている場合には、最新のバージョンのFICを取得して、NVRAMに記録することになる。また、FICには、サービスごとに、サービスステータス情報（service_status）が記述されているので、ベーシックサービスのサービスステータス情報を参照することで、ベーシックサービスが提供中であるかどうかを確認することができる。
【００９３】
受信装置２０は、FICのベーシックサービスのループから、SCSブートストラップ情報を読み出す。このSCSブートストラップ情報には、SCSシグナリングデータのストリームに接続するためのIPアドレス、ポート番号、及び、TSIが指定されている。これにより、受信装置２０は、IPアドレス、ポート番号、及び、TSIに従い、ROUTEセッションで伝送されているSCSシグナリングデータのストリームに接続することができる（Ｓ１２）。
【００９４】
また、図４のFICにおいて、シグナリングスコープ情報（signaling scope all）には、"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、ベーシックサービスを構成する全てのコンポーネントに関する情報を記述している。また、SCSショートカット情報（SCS_shortcut）には、"TRUE"が指定され、かつ、ハイブリッド情報（hybrid）には、"FALSE"が指定されているので、ベーシックサービスを構成するコンポーネントのストリームが、放送配信されていることを示している。
【００９５】
すなわち、図４のFICの記述内容は、図３のケースＥに相当し、LSIDとMPDを取得すれば、放送経由で配信されるコンポーネントのストリームに接続することができるので、受信装置２０は、SCSブートストラップ情報に基づいて、ROUTEセッションで伝送されているLSIDとMPDを取得（キャプチャ）する（Ｓ１３）。
【００９６】
ここで、図４に示すように、XML形式のMPDは、Period要素、AdaptationSet要素、及び、Representation要素が階層構造で記述されている。Period要素は、番組等のサービスの構成を記述する単位となる。また、AdaptationSet要素と、Representation要素は、ビデオやオーディオ、字幕などのそれぞれのストリームごとに利用され、それぞれのストリームの属性を記述できるようになっている。また、MPDでは、BaseURL属性によって、各ストリームのURL（セグメントURL）が指定される。
【００９７】
図４のMPDでは、ビデオストリームのURLとして、"http://sample.com/vi/rep-2kHD.mp4"が指定されている。また、オーディオストリームのURLとして、"http://sample.com/au/rep-256k.mp4"が指定されている。
【００９８】
また、図４に示すように、LSIDは、TransportSession要素、及び、SourceFlow要素が階層構造で記述されている。TransportSession要素には、LCTトランスポートのセッション情報として、TSI等が指定される。SourceFlow要素は、EFDT要素、ApplicationIdentifier要素、及び、PayloadFormat要素の上位要素となる。EFDT要素は、Extended FDTの略であって、拡張されたFDTに関する情報として、FileTemplate要素のTOI属性によりTOIが指定される。ApplicationIdentifier要素には、アプリケーションとマッピングするIDが指定される。PayloadFormat要素には、ソースフロー情報のペイロードフォーマットが指定される。
【００９９】
このように、図４のLSIDには、MIMEタイプに対応したビデオとオーディオのTSIとTOIが記述されている。また、MPDとLSIDは、リプレゼンテーションIDにより関連付けられている。具体的には、図４の例では、ビデオストリームには、"1"であるリプレゼンテーションIDが割り当てられ、オーディオストリームには、"2"であるリプレゼンテーションIDが割り当てられているので、それらのリプレゼンテーションIDにより、MPDとLSIDが関連付けられることになる。そして、受信装置２０は、MPDに関連付けられたLSIDを参照することで、選局されたベーシックサービスを構成するビデオとオーディオのストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIを特定する（Ｓ１４）。
【０１００】
受信装置２０は、ステップＳ１４の処理で特定されたIPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されているビデオとオーディオのストリームに接続する（Ｓ１５）。これにより、受信装置２０は、ベーシックサービスを構成するビデオデータとオーディオデータを取得することができる（Ｓ１６）。なお、ビデオデータとオーディオデータは、ROUTEセッションで伝送されるので、LCTヘッダが付加されたLCTパケットに格納されたセグメントデータ（メディアセグメント）を抽出することで、それらのデータが取得されることになる。
【０１０１】
そして、受信装置２０においては、再生処理部（DASH player）によって、レンダリング処理が行われることで、選局されたベーシックサービスに対応した番組の映像と音声が再生される（Ｓ１７）。
【０１０２】
以上のように、運用例１では、ベーシックサービスの選局時において、FICには、シグナリングスコープ情報として"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、ベーシックサービスを構成する全てのコンポーネントに関する情報を記述していることになる。また、SCSショートカット情報には、"TRUE"が指定され、かつ、ハイブリッド情報には、"FALSE"が指定されているので、ベーシックサービスを構成するコンポーネントのストリームが、放送配信されていることになる。
【０１０３】
受信装置２０は、FICを参照することで、これらの情報を、SCSシグナリングデータの取得前に認識して、例えば、全てのSCSシグナリングデータを参照することなく、MPDとLSIDを用いて、ベーシックサービスを構成するコンポーネントのストリームに接続することができる。その結果、受信装置２０は、ベーシックサービスを構成するビデオデータとオーディオデータを効率よく適切に、かつ容易に取得できる。
【０１０４】
（２）運用例２：複数BBPストリームサービス（ロバスト音声）
【０１０５】
図５は、複数BBPストリームサービスを提供するための運用例２を採用した場合の受信装置２０における具体的な処理の流れを説明するシーケンス図である。
【０１０６】
図５において、送信装置１０は、IP伝送方式を用いたデジタル放送の放送波を伝送している。この放送波では、複数BBPストリームサービス（例えば番組）を構成するコンポーネントとSCSシグナリングデータのストリームが、複数のBBPストリームで伝送されている。
【０１０７】
ただし、ビデオストリームと、オーディオ及びSCSシグナリングデータのストリームとは、異なるロバスト性からなるBBPストリームで伝送されている。すなわち、オーディオ及びSCSシグナリングデータのストリームは、ビデオストリームを伝送するBBPストリーム（BBP(M)）と比べて、より高いロバスト性を有するBBPストリーム（BBP(H)）で伝送されている。また、複数BBPストリームサービスを構成するコンポーネントとSCSシグナリングデータは、ROUTEセッションで伝送されている。
【０１０８】
図５において、受信装置２０は、ユーザ操作等によりサービス選局が行われた場合、NVRAMに記録されたFICを読み出して、FICの複数BBPストリームサービスのループから、選局対象のサービスのサービスIDに対応する選局情報を取得する（Ｓ２１）。ここでは、受信装置２０は、FICの複数BBPストリームサービスのループから、SCSブートストラップ情報を読み出す。
【０１０９】
図５のFICにおいて、シグナリングスコープ情報（signaling scope all）には、"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、複数BBPストリームサービスを構成する全てのコンポーネントに関する情報を記述している。また、SCSショートカット情報（SCS_shortcut）には、"FALSE"が指定され、かつ、ハイブリッド情報（hybrid）には、"FALSE"が指定されているので、リッチサービス（複数BBPストリームサービス）を構成するコンポーネントのストリームが、放送配信されていることを示している。
【０１１０】
すなわち、図５のFICの記述内容は、図３のケースＧに相当し、リッチサービス（複数BBPストリームサービス）の場合には、全てのSCSシグナリングデータ（例えば、USBD，USD，SDP，MPD，LSID）を取得する必要がある。そのため、受信装置２０は、SCSブートストラップ情報に基づいて、ROUTEセッションで伝送されているSCSシグナリングデータのストリームに接続し（Ｓ２２）、全てのSCSシグナリングデータを取得（キャプチャ）する（Ｓ２３）。
【０１１１】
ここで、図５に示すように、USBDを参照することで、USD，MPD，SDPが取得される。そして、MPDにおいては、AdaptationSet要素内のRepresentation要素に列挙されたコンポーネントの中から、レンダリング処理の対象となるコンポーネントが選択される。図５のMPDでは、"http://sample.com/vi/rep-2kHD.mp4"であるURLのビデオストリームと、"http://sample.com/au/rep-256k.mp4"であるURLのオーディオストリームが選択される。
【０１１２】
受信装置２０は、MPDのコンポーネントのストリームのURLと、USDのdeliveryMethod要素に記述されたURLとのマッチングを行うことで、コンポーネントの配信経路が、放送経由又は通信経由のいずれかになるかを特定する（Ｓ２４）。ここでは、MPDにおける、"http://sample.com/vi/rep-2kHD.mp4"であるURLのビデオストリームと、"http://sample.com/au/rep-256k.mp4"であるURLのオーディオストリームは、USDのdeliveryMethod要素のbroadcastAppService要素に記述されているので、それらのコンポーネントのストリームは、放送経由で配信されていることが特定される。
【０１１３】
また、MPDとLSIDとはリプレゼンテーションIDにより関連付けられているので、受信装置２０は、MPDに関連付けられたLSIDを参照することで、選局された複数BBPストリームサービスを構成するビデオとオーディオのストリームに接続するためのTSIを取得する（Ｓ２５−１）。
【０１１４】
ここで、図５に示すように、テキスト形式のSDPは、セッション記述部とメディア記述部の２つの部分から構成される。セッション記述部には、プロトコルのバージョン（protocol version(v)）、SDP記述文書の生成者の情報（origin(o)）、セッションの名称（session name(s)）、セッションの有効時刻（timing(t)）、及び、ネットワークアドレスの情報（connection data(c)）等が記述される。
【０１１５】
また、メディア記述部には、メディアアナウスメント情報（media announcements(m)）等が記述される。メディアアナウスメント情報には、メディア種別、ポート番号、プロトコル、フォーマット等の情報が指定される。また、メディア記述部では、"a="により属性種別を指定することで、SDPの機能を拡張することができる。
【０１１６】
図５のSDPでは、１つ目のメディア記述部によりビデオストリームに関する情報が記述され、２つ目のメディア記述部によりオーディオストリームに関する情報が記述される。すなわち、ビデオストリームは、ROUTEセッションにおいて、"tsi-v"であるTSIにより伝送されている。また、ビデオストリームには、BBPストリームIDとして"middle"、ブロードキャストストリームIDとして"10"が指定されている。一方、オーディオストリームは、ROUTEセッションにおいて、"tsi-a"であるTSIにより伝送されている。また、オーディオストリームには、BBPストリームIDとして"high"、ブロードキャストストリームIDとして"10"が指定されている。
【０１１７】
LSIDとSDPは、TSIにより関連付けられているので、受信装置２０は、LSIDのセッション情報としてのTSIと、SDPのメディア記述部のTSIとのマッチングを行うことで、選局された複数BBPストリームサービスを構成するビデオとオーディオストリームに接続するためのBBPストリームID（とブロードキャストストリームID）を特定する（Ｓ２５−２）。
【０１１８】
ここでは、LSIDとSDPにおける"tsi-v"であるTSIが関連付けられているので、複数BBPストリームサービスを構成するビデオストリームは、"middle"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。また、LSIDとSDPにおける"tsi-a"であるTSIが関連付けられているので、複数BBPストリームサービスを構成するオーディオストリームは、"high"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。
【０１１９】
受信装置２０は、"middle"であるBBPストリームID、IPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されているビデオストリームに接続する（Ｓ２６）。また、受信装置２０は、"high"であるBBPストリームID、IPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されているオーディオストリームに接続する（Ｓ２６）。
【０１２０】
これにより、受信装置２０は、複数BBPストリームサービスを構成するビデオデータとオーディオデータを取得することができる（Ｓ２７）。そして、受信装置２０においては、再生処理部（DASH player）によって、レンダリング処理が行われることで、選局された複数BBPストリームサービスに対応した番組の映像と音声（ロバスト音声）が再生される（Ｓ２８）。
【０１２１】
以上のように、運用例２では、複数BBPストリームサービスの選局時において、FICには、シグナリングスコープ情報として"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、複数BBPストリームサービスを構成する全てのコンポーネントに関する情報を記述していることになる。また、SCSショートカット情報には、"FALSE"が指定され、かつ、ハイブリッド情報には、"FALSE"が指定されているので、複数BBPストリームサービスを構成するコンポーネントのストリームが、放送配信されていることになる。
【０１２２】
受信装置２０は、FICを参照することで、これらの情報を、SCSシグナリングデータの取得前に認識して、全てのSCSシグナリングデータを参照して、異なるロバスト性からなるBBPストリームで伝送されている、複数BBPストリームサービスを構成するビデオとオーディオのストリームに接続することができる。その結果、受信装置２０は、複数BBPストリームサービスを構成するビデオデータとオーディオデータを効率よく適切に、かつ容易に取得できる。
【０１２３】
（３）運用例３：ハイブリッドサービス１
【０１２４】
図６は、ハイブリッドサービス１を提供するための運用例３を採用した場合の受信装置２０における具体的な処理の流れを説明するシーケンス図である。
【０１２５】
図６において、送信装置１０は、IP伝送方式を用いたデジタル放送の放送波を伝送している。この放送波では、ハイブリッドサービス１（例えば番組）を構成するコンポーネントとSCSシグナリングデータのストリームが、BBPストリームで伝送されている。
【０１２６】
ただし、ビデオ及びオーディオ１のストリームと、SCSシグナリングデータのストリームとは、異なるロバスト性からなるBBPストリームで伝送されている。すなわち、SCSシグナリングデータのストリームは、ビデオ及びオーディオ１のストリームを伝送するBBPストリーム（BBP(M)）と比べて、より高いロバスト性を有するBBPストリーム（BBP(H)）で伝送されている。また、ハイブリッドサービス１を構成するコンポーネントとSCSシグナリングデータは、ROUTEセッションで伝送されている。
【０１２７】
また、図６において、ブロードバンドサーバ３０は、インターネット９０を介して、オーディオ２のストリームを配信している。なお、放送経由で配信されるオーディオ１のストリームと、通信経由で配信されるオーディオ２のストリームは、そのビットレートが異なっている（すなわち、オーディオ２のほうが高音質である）。
【０１２８】
図６において、受信装置２０は、ユーザ操作等によりサービス選局が行われた場合、NVRAMに記録されたFICを読み出して、FICのハイブリッドサービス１のループから、選局対象のサービスのサービスIDに対応する選局情報を取得する（Ｓ３１）。ここでは、受信装置２０は、FICのハイブリッドサービス１のループから、SCSブートストラップ情報を読み出す。
【０１２９】
図６のFICにおいて、シグナリングスコープ情報（signaling scope all）には、"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、ハイブリッドサービス１を構成する全てのコンポーネントに関する情報を記述している。また、SCSショートカット情報（SCS_shortcut）には、"FALSE"が指定され、かつ、ハイブリッド情報（hybrid）には、"TRUE"が指定されているので、リッチサービス（ハイブリッドサービス１）を構成するコンポーネントのストリームが、ハイブリッド配信されていることを示している。なお、シグナリングスコープ情報として"TRUE"が指定されているため、SCDを参照する必要はない。
【０１３０】
すなわち、図６のFICの記述内容は、図３のケースＨに相当し、リッチサービス（ハイブリッドサービス１）の場合には、全てのSCSシグナリングデータ（例えば、USBD，USD，SDP，MPD，LSID）を取得する必要がある。そのため、受信装置２０は、SCSブートストラップ情報に基づいて、ROUTEセッションで伝送されているSCSシグナリングデータのストリームに接続し（Ｓ３２）、全てのSCSシグナリングデータを取得（キャプチャ）する（Ｓ３３）。
【０１３１】
ここで、図６に示すように、USBDを参照することで、USD，MPD，SDPが取得される。そして、MPDにおいては、AdaptationSet要素内のRepresentation要素に列挙されたコンポーネントのストリームの中から、レンダリング処理の対象となるコンポーネントのストリームが選択される。図６のMPDでは、"http://sample.com/vi/rep-2kHD.mp4"であるURLのビデオストリームと、"http://sample.com/au/rep-512k.mp4"であるURLのオーディオストリームが選択される。
【０１３２】
受信装置２０は、MPDのコンポーネントのストリームのURLと、USDのdeliveryMethod要素に記述されたURLとのマッチングを行うことで、コンポーネントの配信経路が、放送経由又は通信経由のいずれかになるかを特定する（Ｓ３４）。
【０１３３】
ここでは、MPDにおける、"http://sample.com/vi/rep-2kHD.mp4"であるURLのビデオストリームは、USDのdeliveryMethod要素のbroadcastAppService要素に記述されているので、放送経由で配信されることが特定される。また、MPDにおける、"http://sample.com/au/rep-512k.mp4"であるURLのオーディオストリームは、USDのdeliveryMethod要素のunicastAppService要素に記述されているので、通信経由で配信されることが特定される。
【０１３４】
また、MPDとLSIDとはリプレゼンテーションIDにより関連付けられているので、受信装置２０は、MPDに関連付けられたLSIDを参照することで、選局されたハイブリッドサービス１を構成するビデオとオーディオのストリームに接続するためのセッション情報（TSI）を取得する（Ｓ３５−１）。さらに、LSIDとSDPとは、TSIにより関連付けられているので、受信装置２０は、LSIDのセッション情報としてのTSIと、SDPのメディア記述部のTSIとのマッチングを行うことで、ハイブリッドサービス１を構成するビデオとオーディオのストリームに接続するためのBBPストリームID（とブロードキャストストリームID）を特定する（Ｓ３５−２）。なお、図示はしていないが、SCSシグナリングデータが伝送される周波数と別の周波数帯域で提供されるコンポーネントのストリームを指定する場合には、ブロードキャストストリームIDもSDPにより特定することになる。
【０１３５】
ここでは、LSIDとSDPにおける"tsi-v"であるTSIが関連付けられているので、ハイブリッドサービス１を構成するビデオストリームは、"middle"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。また、LSIDとSDPにおける"tsi-a"であるTSIが関連付けられているので、ハイブリッドサービス１を構成するオーディオストリームは、"middle"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。
【０１３６】
受信装置２０は、"middle"であるBBPストリームID、IPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されているビデオストリームに接続する（Ｓ３６−１）。また、受信装置２０は、MPDのオーディオストリームのURL（"http://sample.com/au/rep-512k.mp4"）に従い、インターネット９０を介してブロードバンドサーバ３０にアクセスし、オーディオ２のストリームに接続する（Ｓ３６−２）。
【０１３７】
これにより、受信装置２０は、ハイブリッドサービス１を構成するビデオデータとオーディオデータを取得することができる。そして、受信装置２０においては、再生処理部（DASH player）によって、レンダリング処理が行われることで、選局されたハイブリッドサービス１に対応した番組の映像と音声が再生される。
【０１３８】
以上のように、運用例３では、ハイブリッドサービス１の選局時において、FICには、シグナリングスコープ情報として"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、ハイブリッドサービス１を構成する全てのコンポーネントに関する情報を記述していることになる。また、SCSショートカット情報には、"FALSE"が指定され、かつ、ハイブリッド情報には、"TRUE"が指定されているので、ハイブリッドサービス１を構成するコンポーネントのストリームが、ハイブリッド配信されていることになる。
【０１３９】
受信装置２０は、FICを参照することで、これらの情報を、SCSシグナリングデータの取得前に認識して、放送経由で取得される全てのSCSシグナリングデータを参照して、放送経由で配信されるビデオストリームと、通信経由で配信されるオーディオ２のストリームに接続することができる。その結果、受信装置２０は、ハイブリッドサービス１を構成するビデオデータとオーディオデータを効率よく適切に、かつ容易に取得できる。
【０１４０】
（４）運用例４：ハイブリッドサービス２
【０１４１】
図７は、ハイブリッドサービス２を提供するための運用例４を採用した場合の受信装置２０における具体的な処理の流れを説明するシーケンス図である。
【０１４２】
図７において、送信装置１０は、IP伝送方式を用いたデジタル放送の放送波を伝送している。この放送波では、ハイブリッドサービス２（例えば番組）を構成するコンポーネントとSCSシグナリングデータのストリームが、BBPストリームで伝送されている。
【０１４３】
ただし、ビデオ及びオーディオ１のストリームと、SCSシグナリングデータのストリームとは、異なるロバスト性からなるBBPストリームで伝送されている。すなわち、SCSシグナリングデータのストリームは、ビデオ及びオーディオ１のストリームを伝送するBBPストリーム（BBP(M)）と比べて、より高いロバスト性を有するBBPストリーム（BBP(H)）で伝送されている。また、ハイブリッドサービス２を構成するコンポーネントとSCSシグナリングデータは、ROUTEセッションで伝送されている。
【０１４４】
また、図７において、ブロードバンドサーバ３０は、インターネット９０を介して、オーディオ２とSCSシグナリングデータのストリームを配信している。なお、通信経由で配信されるオーディオ２のストリームは、放送経由で配信されるオーディオ１のストリームよりも高音質とされる。
【０１４５】
図７において、受信装置２０は、ユーザ操作等によりサービス選局が行われた場合、NVRAMに記録されたFICを読み出して、FICのハイブリッドサービス２のループから、選局対象のサービスのサービスIDに対応する選局情報を取得する（Ｓ４１）。ここでは、受信装置２０は、FICのハイブリッドサービス２のループから、SCSブートストラップ情報を読み出す。
【０１４６】
図７のFICにおいて、シグナリングスコープ情報（signaling scope all）には、"FALSE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、ハイブリッドサービス２を構成するコンポーネントのストリームのうち、放送経由で配信されるコンポーネントのストリームに関する情報のみを記述している。また、SCSショートカット情報（SCS_shortcut）には、"FALSE"が指定され、かつ、ハイブリッド情報（hybrid）には、"TRUE"が指定されているので、リッチサービス（ハイブリッドサービス２）を構成するコンポーネントのストリームが、ハイブリッド配信されていることを示している。
【０１４７】
すなわち、図７のFICの記述内容は、図３のケースＤに相当し、リッチサービス（ハイブリッドサービス２）の場合には、全てのSCSシグナリングデータ（例えば、USBD，USD，SDP，MPD，LSID）を取得する必要がある。そのため、受信装置２０は、SCDのSCSブロードバンドロケーション情報（SignalingOverInternet要素のuri属性）を参照することで、インターネット９０を介してブロードバンドサーバ３０にアクセスし、SCSシグナリングデータを通信経由で取得する（Ｓ４２−１，Ｓ４２−２）。
【０１４８】
なお、ここでは、説明の簡略化のため、通信経由で配信されるSCSシグナリングデータについてのみ説明したが、実際には、FICのハイブリッドサービス２のループに配置されたSCSブートストラップ情報に従い、放送経由で配信されるSCSシグナリングデータを取得することで、レンダリング処理を開始するための全てのSCSシグナリングデータが揃うことになる。ただし、放送経由で配信されるSCSシグナリングデータを利用せずに、通信経由で配信されるSCSシグナリングデータのみで、レンダリング処理を開始するための全てのSCSシグナリングデータが揃うようにしてもよい。
【０１４９】
ここで、図７に示すように、USBDを参照することで、USD，MPD，SDPが取得される。そして、MPDにおいては、AdaptationSet要素内のRepresentation要素に列挙されたコンポーネントのストリームの中から、レンダリング処理の対象となるコンポーネントのストリームが選択される。図７のMPDでは、"http://sample.com/vi/rep-2kHD.mp4"であるURLのビデオストリームと、"http://sample.com/au/rep-512k.mp4"であるURLのオーディオストリームが選択される。
【０１５０】
受信装置２０は、MPDのコンポーネントのストリームのURLと、USDのdeliveryMethod要素に記述されたURLとのマッチングを行うことで、コンポーネントの配信経路が、放送経由又は通信経由のいずれかになるかを特定する（Ｓ４４）。
【０１５１】
ここでは、MPDにおける、"http://sample.com/vi/rep-2kHD.mp4"であるURLのビデオストリームは、USDのdeliveryMethod要素のbroadcastAppService要素に記述されているので、放送経由で配信されることが特定される。また、MPDにおける、"http://sample.com/au/rep-512k.mp4"であるURLのオーディオストリームは、USDのdeliveryMethod要素のunicastAppService要素に記述されているので、通信経由で配信されることが特定される。
【０１５２】
また、MPDとLSIDとはリプレゼンテーションIDにより関連付けられているので、受信装置２０は、MPDと関連付けられたLSIDを参照することで、選局されたハイブリッドサービス２を構成するビデオとオーディオのストリームに接続するためのセッション情報（TSI）を取得する（Ｓ４５−１）。さらに、LSIDとSDPとは、TSIにより関連付けられているので、受信装置２０は、LSIDのセッション情報としてのTSIと、SDPのメディア記述部のTSIとのマッチングを行うことで、ハイブリッドサービス２を構成するビデオとオーディオのストリームに接続するためのBBPストリームID（とブロードキャストストリームID）を特定する（Ｓ４５−２）。
【０１５３】
ここでは、LSIDとSDPにおける"tsi-v"であるTSIが関連付けられているので、ハイブリッドサービス２を構成するビデオストリームは、"middle"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。また、LSIDとSDPにおける"tsi-a"であるTSIが関連付けられているので、ハイブリッドサービス２を構成するオーディオストリームは、"middle"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。
【０１５４】
受信装置２０は、"middle"であるBBPストリームID、IPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されているビデオストリームに接続する（Ｓ４６−１）。また、受信装置２０は、MPDのオーディオストリームのURL（"http://sample.com/au/rep-512k.mp4"）に従い、インターネット９０を介してブロードバンドサーバ３０にアクセスし、オーディオ２のストリームに接続する（Ｓ４６−２）。
【０１５５】
これにより、受信装置２０は、ハイブリッドサービス２を構成するビデオデータとオーディオデータを取得することができる。そして、受信装置２０においては、再生処理部（DASH player）によって、レンダリング処理が行われることで、選局されたハイブリッドサービス２に対応した番組の映像と音声が再生される。
【０１５６】
以上のように、運用例４では、ハイブリッドサービス２の選局時において、FICには、シグナリングスコープ情報として"FALSE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、ハイブリッドサービス２を構成する全てのコンポーネントのストリームのうち、放送経由で配信されるコンポーネントのストリームに関する情報のみを記述していることになる。また、SCSショートカット情報には、"FALSE"が指定され、かつ、ハイブリッド情報には、"TRUE"が指定されているので、ハイブリッドサービス２を構成するコンポーネントのストリームが、ハイブリッド配信されていることになる。
【０１５７】
受信装置２０は、FICを参照することで、これらの情報を、SCSシグナリングデータの取得前に認識して、放送経由及び通信経由で取得される全てのSCSシグナリングデータを参照して、放送経由で配信されるビデオストリームと、通信経由で配信されるオーディオ２のストリームに接続することができる。その結果、受信装置２０は、ハイブリッドサービス２を構成するビデオデータとオーディオデータを効率よく適切に、かつ容易に取得できる。
【０１５８】
（５）運用例５：レイヤコーディングサービス（エンハンスクラス）
【０１５９】
図８は、レイヤコーディングサービスを提供するための運用例５を採用した場合の受信装置２０における具体的な処理の流れを説明するシーケンス図である。ただし、運用例５では、レイヤコーディングサービスとして、エンハンスクラスのサービス（例えば４Ｋ解像度の映像と高音質の音声からなる番組）が提供される場合を説明する。
【０１６０】
図８において、送信装置１０は、IP伝送方式を用いたデジタル放送の放送波を伝送している。この放送波では、レイヤコーディングサービスを構成するコンポーネントとSCSシグナリングデータのストリームが、ROUTEセッションで伝送されている。
【０１６１】
ここで、レイヤコーディングサービスでは、ベースレイヤとしてのビデオ（Video-base）のストリーム（以下、「ベースストリーム」という）と、エンハンスメントレイヤとしてのビデオ（Video-enh）のストリーム（以下、「エンハンスストリーム」という）が伝送されている。これらのビデオストリームには、依存関係があり、例えば、低品質の映像（例えば２Ｋ解像度の映像）を再生する場合には、ベースストリームのみが必要となるが、高品質の映像（例えば４Ｋ解像度の映像）を再生する場合には、ベースストリームとエンハンスストリームの両方が必要とされる。
【０１６２】
また、オーディオストリームとしては、高ロバストネスのオーディオ（Audio-ro）のストリーム（以下、「高ロバスト音声ストリーム」という）と、高音質のオーディオ（Audio-hq）のストリーム（以下、「高音質ストリーム」という）が伝送されている。なお、これらのオーディオストリームには、依存関係はなく、いずれか一方の音声が再生される。さらに、SCSシグナリングデータとしては、ベースレイヤ用のSCSシグナリングデータ（SCS(b)）と、エンハンスメントレイヤ用のSCSシグナリングデータ（SCS(e)）と、LSIDが伝送されている。
【０１６３】
ここで、LSIDは、同一のサービス内では共通とされている。すなわち、ベースストリームとエンハンスストリームとは、同一のレイヤコーディングサービスとして提供されるため、同一のサービスIDであって、同一のROUTEセッションで伝送することが可能となるので、その場合には、共通のLSIDを用いることができる。
【０１６４】
なお、高ロバスト音声ストリーム、SCSシグナリングデータ（SCS(b)，SCS(e)）のストリーム、及び、LSIDのストリームは、より高いロバスト性（高レベルのロバスト性）を有するBBPストリーム（BBP(H)）で伝送されている。また、エンハンスストリームと、高音質ストリームは、より低いロバスト性（低レベルのロバスト性）を有するBBPストリーム（BBP(L)）で伝送されている。さらに、ベースストリームは、高レベルと低レベルの間のロバスト性（中間レベルのロバスト性）を有するBBPストリーム（BBP(M)）で伝送されている。
【０１６５】
すなわち、高ロバスト音声ストリームやSCSシグナリングデータのストリームは、確実に伝送する必要があるため、より高いロバスト性を有するBBPストリーム（BBP(H)）で伝送する一方、エンハンスストリームや高音質ストリームは、ロバスト性よりも高品質を優先するため、より低いロバスト性を有するBBPストリーム（BBP(L)）で伝送している。
【０１６６】
図８において、受信装置２０は、ユーザ操作等によりサービス選局が行われた場合、NVRAMに記録されたFICを読み出して、FICのレイヤコーディングサービスのループから、選局対象のサービスのサービスIDに対応する選局情報を取得する（Ｓ５１）。
【０１６７】
ここで、図８のFICにおいては、クラス情報（class）として、コアクラスとエンハンスクラスが記述されているが、エンハンスクラスが選択された場合を示している。すなわち、FICのエンハンスクラスのループには、そのクラスIDとして"enhance"が指定されており、当該クラス情報が、エンハンスメントレイヤ（とベースレイヤ）を提供するためのエンハンスクラスであることを示している。
【０１６８】
受信装置２０は、FICのエンハンスクラスのループからSCSブートストラップ情報を読み出す。このSCSブートストラップ情報には、エンハンスメントレイヤ用のSCSシグナリングデータ（SCS(e)）のストリームに接続するためのIPアドレス、ポート番号、及び、TSIが指定されている。また、FICのレイヤコーディングサービスのループには、BBPストリームIDが指定されている。これにより、受信装置２０は、BBPストリームID、IPアドレス、ポート番号、及び、TSIに従い、ROUTEセッションで伝送されているエンハンスメントレイヤ用のSCSシグナリングデータ（SCS(e)）のストリームに接続することができる（Ｓ５２）。
【０１６９】
また、FICにおいては、シグナリングスコープ情報（signaling scope all）には、"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、レイヤコーディングサービスを構成する全てのコンポーネントに関する情報を記述している。また、SCSショートカット情報（SCS_shortcut）には、"FALSE"が指定され、かつ、ハイブリッド情報（hybrid）には、"FALSE"が指定されているので、レイヤコーディングサービス（リッチサービス）を構成するコンポーネントのストリームが、放送配信されていることを示している。なお、シグナリングスコープ情報として"TRUE"が指定されているため、SCDを参照する必要はない。
【０１７０】
すなわち、図８のFICの記述内容は、図３のケースＧに相当し、レイヤコーディングサービス（リッチサービス）の場合には、全てのSCSシグナリングデータ（例えば、USBD，USD，SDP，MPD，LSID）を取得する必要がある。そのため、受信装置２０は、エンハンスクラスのSCSブートストラップ情報に基づいて、ROUTEセッションで伝送されているエンハンスメントレイヤ用のSCSシグナリングデータ（SCS(e)）を取得（キャプチャ）する（Ｓ５３）。
【０１７１】
ここで、図８に示すように、USBDを参照することで、USD，SDP，MPDが取得される。そして、MPDにおいては、AdaptationSet要素内のRepresentation要素に列挙されたコンポーネントの中から、レンダリング処理の対象となるコンポーネントが選択される。図８のMPDでは、ビデオストリームとして、"http://sample.com/vi/rep-4kUHD.mp4"であるURLのビデオストリーム（エンハンスストリーム）と、"http://sample.com/vi/rep-2kHD.mp4"であるURLのビデオストリーム（ベースストリーム）が記述されている。
【０１７２】
そして、"1"であるリプレゼンテーションIDのエンハンスストリームには、dependencyId属性によりディペンデンシIDとして"3"が指定されており、これは、"3"であるリプレゼンテーションIDのベースストリームと依存関係にあることを示している。すなわち、これらの依存関係にある"http://sample.com/vi/rep-4kUHD.mp4"であるURLのエンハンスストリームと、"http://sample.com/vi/rep-2kHD.mp4"であるURLのベースストリームは、USDのdeliveryMethod要素のbroadcastAppService要素に記述されているので、それらのストリームは共に、放送経由で配信されていることが特定される（Ｓ５４）。
【０１７３】
また、図８のMPDでは、オーディオストリームとして、"http://sample.com/au/rep-256k.mp4"であるURLのオーディオストリーム（高音質ストリーム）と、"http://sample.com/au/rep-128k.mp4"であるURLのオーディオストリーム（高ロバスト音声ストリーム）が記述されている。なお、"2"であるリプレゼンテーションIDの高音質ストリームと、"4"であるリプレゼンテーションIDの高ロバスト音声ストリームには、ディペンデンシIDが指定されていないので、それらのストリームには依存関係はない。
【０１７４】
そして、"http://sample.com/au/rep-256k.mp4"であるURLの高音質ストリームと、"http://sample.com/au/rep-128k.mp4"であるURLの高ロバスト音声ストリームは、USDのdeliveryMethod要素のbroadcastAppService要素に記述されているので、それらのストリームは共に、放送経由で配信されていることが特定される（Ｓ５４）。
【０１７５】
ここで、LSIDは、レイヤコーディングサービス内では共通とされている。また、LSIDのストリームに接続するためのIPアドレスとポート番号は、SCSシグナリングデータ（SCS(e)）と同様とされるので、FICのエンハンスクラスのループに配置されるSCSブートストラップ情報から取得される。また、LSIDのTOIは、"0"で固定されているので、受信装置２０は、BBPストリームID、IPアドレス、ポート番号、及び、TSIに従い、ROUTEセッションで伝送されているLSIDのストリームに接続することで、LSIDを取得することができる（Ｓ５５）。
【０１７６】
そして、MPDとLSIDとはリプレゼンテーションIDにより関連付けられているので、受信装置２０は、MPDに関連付けられたLSIDを参照することで、レイヤコーディングサービスを構成するエンハンスストリーム、ベースストリーム、及び、高音質ストリーム又は高ロバスト音声ストリームに接続するためのセッション情報（TSI）を取得する（Ｓ５６−１）。さらに、LSIDとSDPとは、TSIにより関連付けられているので、受信装置２０は、LSIDのセッション情報としてのTSIと、SDPのメディア記述部のTSIとのマッチングを行うことで、レイヤコーディングサービスを構成するエンハンスストリーム、ベースストリーム、及び、高音質ストリーム又は高ロバスト音声ストリームに接続するためのBBPストリームID（とブロードキャストストリームID）を特定する（Ｓ５６−２）。なお、図示はしていないが、SCSシグナリングデータが伝送される周波数と別の周波数帯域で提供されるコンポーネントのストリームを指定する場合には、ブロードキャストストリームIDもSDPにより特定することになる。
【０１７７】
ここでは、LSIDとSDPにおける"tsi-ev"であるTSIが関連付けられているので、レイヤコーディングサービスを構成するエンハンスストリームは、"low"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。また、LSIDとSDPにおける"tsi-bv"であるTSIが関連付けられているので、レイヤコーディングサービスを構成するベースストリームは、"middle"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。
【０１７８】
また、高音質ストリームが選択された場合、LSIDとSDPにおける"tsi-a-hq"であるTSIが関連付けられているので、レイヤコーディングサービスを構成する高音質ストリームは、"low"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。一方、高ロバスト音声ストリームが選択された場合、LSIDとSDPにおける"tsi-a-ro"であるTSIが関連付けられているので、レイヤコーディングサービスを構成する高ロバスト音声ストリームは、"high"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。
【０１７９】
受信装置２０は、"low"であるBBPストリームID、IPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されているエンハンスストリームに接続する（Ｓ５７）。また、"middle"であるBBPストリームID、IPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されているベースストリームに接続する（Ｓ５７）。
【０１８０】
これにより、受信装置２０は、レイヤコーディングサービスにより提供される映像を再生するためのビデオデータなどを取得することができる。すなわち、例えば、ベースストリームにより、２Ｋ解像度の映像を再生可能なビデオデータが伝送され、エンハンスメントストリームにより、２Ｋ解像度の映像を強化して４Ｋ解像度の映像にするための付加情報が伝送されている場合、受信装置２０は、再生処理部（DASH player）によって、レンダリング処理を行い、ベースレイヤとエンハンスメントレイヤを結合することで、４Ｋ解像度の映像を再生することができる。
【０１８１】
また、受信装置２０は、"low"であるBBPストリームID、IPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されている高音質ストリームに接続する（Ｓ５７）。これにより、受信装置２０は、例えば４Ｋ解像度の映像に対応した高音質の音声を再生することができる。なお、高音質の音声の代わりに、高ロバストな音声を再生する場合には、"high"であるBBPストリームIDのBBPストリームで伝送される高ロバスト音声ストリームに接続することになる。
【０１８２】
なお、図８の運用例５では、ベースストリームとエンハンスストリームが、放送経由で配信される場合を説明したが、ベースストリームとエンハンスストリームのうちの少なくとも一方が通信経由で配信されるようにしてもよい。その場合には、受信装置２０は、MPDのベースストリームのURL（"http://sample.com/vi/rep-2kHD.mp4"）又はエンハンスストリームのURL（"http://sample.com/vi/rep-4kUHD.mp4"）に従い、インターネット９０を介してブロードバンドサーバ３０にアクセスし、ベースストリーム又はエンハンスストリームに接続することになる。同様に、高音質ストリーム又は高ロバスト音声ストリームの少なくとも一方が通信経由で配信されるようにしてもよい。
【０１８３】
以上のように、運用例５では、FICに記述されるクラス情報を用いることで、１つのレイヤコーディングサービスを、複数の異なるターゲット（例えば、モバイル受信機や固定受信機）に対して、それぞれ異なるクラス（例えば、コアクラスやエンハンスクラス）を提供することができるので、多様なサービス形態に対応することができる。例えば、ターゲットとしての固定受信機向けには、４Ｋ解像度の映像と高音質の音声からなるサービスを提供することができる。
【０１８４】
また、運用例５では、レイヤコーディングサービスの選局時において、FICには、シグナリングスコープ情報として"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、レイヤコーディングサービスを構成する全てのコンポーネントに関する情報を記述していることになる。また、SCSショートカット情報には、"FALSE"が指定され、かつ、ハイブリッド情報には、"FALSE"が指定されているので、レイヤコーディングサービスを構成するコンポーネントのストリームが、放送配信されていることになる。
【０１８５】
受信装置２０は、FICを参照することで、これらの情報を、SCSシグナリングデータの取得前に認識して、放送経由で取得される全てのSCSシグナリングデータを参照して、放送経由で配信されるビデオとオーディオのストリームに接続することができる。その結果、受信装置２０は、レイヤコーディングサービスを構成するビデオデータとオーディオデータを効率よく適切に、かつ容易に取得できる。
【０１８６】
（６）運用例６：レイヤコーディングサービス（コアクラス）
【０１８７】
図９は、レイヤコーディングサービスを提供するための運用例６を採用した場合の受信装置２０における具体的な処理の流れを説明するシーケンス図である。ただし、運用例６では、レイヤコーディングサービスとして、コアクラスクラスのサービス（例えば２Ｋ解像度の映像と高ロバストな音声からなる番組）が提供される場合を説明する。
【０１８８】
図９において、送信装置１０は、IP伝送方式を用いたデジタル放送の放送波を伝送している。この放送波では、図８と同様に、高ロバスト音声ストリーム、SCSシグナリングデータ（SCS(b)，SCS(e)）のストリーム、LSIDのストリームは、高レベルのロバスト性を有するBBPストリーム（BBP(H)）で伝送されている。また、エンハンスストリームと、高音質ストリームは、低レベルのロバスト性を有するBBPストリーム（BBP(L)）で伝送されている。さらに、ベースストリームは、中間レベルのロバスト性を有するBBPストリーム（BBP(M)）で伝送されている。
【０１８９】
図９において、受信装置２０は、ユーザ操作等によりサービス選局が行われた場合、NVRAMに記録されたFICを読み出して、レイヤコーディングサービスのループから、選局対象のサービスのサービスIDに対応する選局情報を取得する（Ｓ６１）。
【０１９０】
ここで、図９のFICにおいては、クラス情報（class）として、コアクラスとエンハンスクラスが記述されているが、コアクラスが選択された場合を示している。すなわち、FICのコアクラスのループには、そのクラスIDとして"core"が指定されており、当該クラス情報が、ベースレイヤを提供するためのコアクラスであることを示している。
【０１９１】
受信装置２０は、FICのコアクラスのループからSCSブートストラップ情報を読み出す。このSCSブートストラップ情報には、ベースレイヤ用のSCSシグナリングデータ（SCS(b)）のストリームに接続するためのIPアドレス、ポート番号、及び、TSIが指定されている。また、FICのレイヤコーディングサービスのループには、BBPストリームIDが指定されている。これにより、受信装置２０は、BBPストリームID、IPアドレス、ポート番号、及び、TSIに従い、ROUTEセッションで伝送されているベースレイヤ用のSCSシグナリングデータ（SCS(b)）のストリームに接続することができる（Ｓ６２）。
【０１９２】
また、FICにおいては、シグナリングスコープ情報（signaling scope all）には、"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、レイヤコーディングサービスを構成する全てのコンポーネントに関する情報を記述している。また、SCSショートカット情報（SCS_shortcut）には、"FALSE"が指定され、かつ、ハイブリッド情報（hybrid）には、"FALSE"が指定されているので、レイヤコーディングサービス（リッチサービス）を構成するコンポーネントのストリームが、放送配信されていることを示している。なお、シグナリングスコープ情報として"TRUE"が指定されているため、SCDを参照する必要はない。
【０１９３】
すなわち、図９のFICの記述内容は、図３のケースＧに相当し、レイヤコーディングサービス（リッチサービス）の場合には、全てのSCSシグナリングデータ（例えば、USBD，USD，SDP，MPD，LSID）を取得する必要がある。そのため、受信装置２０は、コアクラスのSCSブートストラップ情報に基づいて、ROUTEセッションで伝送されているベースレイヤ用のSCSシグナリングデータ（SCS(b)）を取得（キャプチャ）する（Ｓ６３）。
【０１９４】
ここで、図９に示すように、USBDを参照することで、USD，SDP，MPDが取得される。そして、MPDにおいては、AdaptationSet要素内のRepresentation要素に列挙されたコンポーネントの中から、レンダリング処理の対象となるコンポーネントが選択される。図９のMPDでは、"http://sample.com/vi/rep-2kHD.mp4"であるURLのビデオストリーム（ベースストリーム）と、"http://sample.com/au/rep-128k.mp4"であるURLのオーディオストリーム（高ロバスト音声ストリーム）が記述されている。
【０１９５】
すなわち、図９のMPDでは、図８のMPDと比べて、エンハンスストリームとベースストリームのうち、ベースストリームのみが記述されており、当然ながら、ディペンデンシIDにより依存関係も指定されていない。また、図９のMPDでは、図８のMPDと比べて、高音質ストリームと高ロバスト音声ストリームのうち、高ロバスト音声ストリームのみが記述されている。
【０１９６】
そして、"http://sample.com/vi/rep-2kHD.mp4"であるURLのベースストリームと、"http://sample.com/au/rep-128k.mp4"であるURLの高ロバスト音声ストリームは、USDのdeliveryMethod要素のbroadcastAppService要素に記述されているので、それらのストリームは共に、放送経由で配信されていることが特定される（Ｓ６４）。
【０１９７】
ここで、LSIDは、レイヤコーディングサービス内では共通とされている。また、LSIDのストリームに接続するためのIPアドレスとポート番号は、SCSシグナリングデータ（SCS(b)）と同様とされるので、FICのコアクラスのループに配置されるSCSブートストラップ情報から取得される。また、LSIDのTOIは、"0"で固定されているので、受信装置２０は、BBPストリームID、IPアドレス、ポート番号、及び、TSIに従い、ROUTEセッションで伝送されているLSIDのストリームに接続することで、LSIDを取得する（Ｓ６５）。
【０１９８】
そして、MPDとLSIDとはリプレゼンテーションIDにより関連付けられているので、受信装置２０は、MPDに関連付けられたLSIDを参照することで、レイヤコーディングサービスを構成する要素のうち、ベースストリーム、及び、高ロバスト音声ストリームに接続するためのセッション情報（TSI）を取得する（Ｓ６６−１）。なお、LSIDには、エンハンスストリームと、高音質ストリームに接続するためのセッション情報（TSI）が記述されているが、ここでは、それらのセッション情報は必要ないので、無視することになる。
【０１９９】
また、LSIDとSDPとは、TSIにより関連付けられているので、受信装置２０は、LSIDのセッション情報としてのTSIと、SDPのメディア記述部のTSIとのマッチングを行うことで、レイヤコーディングサービスを構成する要素のうち、ベースストリーム、及び、高ロバスト音声ストリームに接続するためのBBPストリームID（とブロードキャストストリームID）を特定する（Ｓ６６−２）。
【０２００】
ここでは、LSIDとSDPにおける"tsi-bv"であるTSIが関連付けられているので、レイヤコーディングサービスを構成するベースストリームは、"middle"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。また、LSIDとSDPにおける"tsi-a-ro"であるTSIが関連付けられているので、レイヤコーディングサービスを構成する高ロバスト音声ストリームは、"high"であるBBPストリームIDのBBPストリームで伝送されていることが特定される。
【０２０１】
受信装置２０は、"middle"であるBBPストリームID、IPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されているベースストリームに接続する（Ｓ６７）。また、受信装置２０は、"high"であるBBPストリームID、IPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されている高ロバスト音声ストリームに接続する（Ｓ６７）。
【０２０２】
これにより、受信装置２０は、レイヤコーディングサービスを構成するビデオデータとオーディオデータを取得することができる。そして、受信装置２０においては、再生処理部（DASH player）によって、レンダリング処理が行われることで、ベースレイヤによる２Ｋ解像度の映像とその映像に対応した高ロバストな音声を再生することができる。
【０２０３】
なお、図９の運用例６では、ベースストリームと高ロバスト音声ストリームが、放送経由で配信される場合を説明したが、ベースストリームと高ロバスト音声ストリームのうちの少なくとも一方が通信経由で配信されるようにしてもよい。
【０２０４】
以上のように、運用例６では、FICに記述されるクラス情報を用いることで、１つのレイヤコーディングサービスを、複数の異なるターゲット（例えば、モバイル受信機や固定受信機）に対して、それぞれ異なるクラス（例えば、コアクラスやエンハンスクラス）を提供することができるので、多様なサービス形態に対応することができる。例えば、ターゲットとしてのモバイル受信機向けには、２Ｋ解像度の映像と高ロバストな音声からなるサービスを提供することができる。
【０２０５】
また、運用例６では、レイヤコーディングサービスの選局時において、FICには、シグナリングスコープ情報として"TRUE"が指定されているので、放送経由で配信されるSCSシグナリングデータが、レイヤコーディングサービスを構成する全てのコンポーネントに関する情報を記述していることになる。また、SCSショートカット情報には、"FALSE"が指定され、かつ、ハイブリッド情報には、"FALSE"が指定されているので、レイヤコーディングサービスを構成するコンポーネントのストリームが、放送配信されていることになる。
【０２０６】
受信装置２０は、FICを参照することで、これらの情報を、SCSシグナリングデータの取得前に認識して、放送経由で取得される全てのSCSシグナリングデータを参照して、放送経由で配信されるビデオとオーディオのストリームに接続することができる。その結果、受信装置２０は、レイヤコーディングサービスを構成するビデオデータとオーディオデータを効率よく適切に、かつ容易に取得できる。
【０２０７】
＜４．シンタックスの例＞
【０２０８】
（FICのシンタックス）
図１０は、バイナリ形式のFICのシンタックスの例を示す図である。なお、図１０において、新たに規定された要素は、太字で表されている。
【０２０９】
8ビットのFIC_protocol_versionには、FICプロトコルのバージョン情報が指定される。16ビットのBroadcast_stream_idには、ブロードキャストストリームIDが指定される。
【０２１０】
1ビットのSCD_exist_flagは、SCDがLLSストリームに存在することを示すSCDフラグである。7ビットのリザーブド領域の次には、SCDフラグが、LLSストリームに、SCDが存在することを示している場合、8ビットのBbpstream_idとして、LLSストリームが伝送されているBBPストリームのBBPストリームIDが指定される。
【０２１１】
FIC_level_descriptor()は、FICレベルの記述子である。
【０２１２】
8ビットのnum_servicesには、サービスの個数が指定される。このサービスの個数に応じて、サービスループが繰り返される。サービスループには、以下の内容が指定される。
【０２１３】
8ビットのbbpstream_idには、BBPストリームIDが指定される。16ビットのprovider_idには、プロバイダIDが指定される。16ビットのservice_idには、サービスIDが指定される。
【０２１４】
8ビットのservice_data_versionには、サービスのデータのバージョン情報が指定される。5ビットのservice_categoryには、サービスのカテゴリが指定される。例えば、カテゴリとしては、ビデオやオーディオ、ESG等が指定される。
【０２１５】
3ビットのshort_service_name_lengthには、ショートサービス名の長さが指定される。16*mビットのshort_service_nameには、ショートサービス名が指定される。3ビットのservice_statusには、サービスが提供中であるかなどを示すサービスステータス情報が指定される。1ビットのIP_version_flagには、IPパケットのバージョンを示すフラグが指定される。
【０２１６】
1ビットのsignalingscopeallには、シグナリングスコープ情報が指定される。シグナリングスコープ情報は、放送経由で配信されるSCSシグナリングデータの参照範囲を示す。
【０２１７】
3ビットのnum_of_classには、クラスの個数が指定される。このクラスの個数に応じて、クラスループが繰り返される。クラスループには、クラス情報を記述するために、以下の内容が指定される。
【０２１８】
4ビットのclass_idには、クラスIDが指定される。このクラスIDには、例えば、"core"や"enhance"等が指定される。1ビットのsp_indicatorには、サービスの保護を示す暗号化情報が指定される。例えば、暗号化情報として、ビデオストリームに暗号が施されているかどうかが指定される。
【０２１９】
SCS_src_IP_addr_flagには、IPパケットの送信元（source）のIPアドレスを示すフラグが指定される。2ビットのリザーブド領域の次には、SCS_src_IP_addr_flagが、IPアドレスが存在していることを示している場合、32ビット又は128ビットのSCS_dst_IP_addrとして、送信元（source）のIPアドレスが指定される。
【０２２０】
32ビット又は128ビットのSCS_dst_IP_addrには、宛先（destination）のIPアドレスが指定される。16ビットのSCS_dst_portには、ポート番号が指定される。16ビットのSCS_TSIには、TSIが指定される。これらのSCSシグナリングデータを取得するためのIPアドレス、ポート番号、及び、TSIにより、SCSブートストラップ情報が形成される。
【０２２１】
1ビットのSCS_shortcutには、SCSショートカット情報が指定される。SCSショートカット情報は、FICに記述されるサービスが、ベーシックサービスであるか、あるいはリッチサービスであるかを示す。1ビットのhybridには、ハイブリッド情報が指定される。ハイブリッド情報は、FICに記述されるサービスを構成するコンポーネントのストリームが、放送経由でのみ配信（放送配信）されるか、あるいは放送経由と通信経由で配信（ハイブリッド配信）されるかを示す。hybridの次には、6ビットのリザーブド領域が設けられている。
【０２２２】
なお、図１０を参照して説明したFICのシンタックスは一例であって、他のシンタックスを採用してもよい。
【０２２３】
（SCDのシンタックス）
図１１は、XML形式のSCDのシンタックスの例を示す図である。なお、図１１において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
【０２２４】
図１１に示すように、ルート要素としてのSCD要素は、majorProtocolVersion属性、minorProtocolVersion属性、broadcaststreamId属性、name属性、Tuning_RF要素、及び、Service要素の上位要素となる。
【０２２５】
majorProtocolVersion属性と、minorProtocolVersion属性には、プロトコルのバージョン情報が指定される。broadcaststreamId属性には、物理チャンネル単位の放送局のブロードキャストストリームIDが指定される。name属性には、物理チャンネル単位の放送局の名称が指定される。
【０２２６】
Tuning_RF要素には、選局に関する情報が指定される。Tuning_RF要素は、frequency属性、及び、preamble属性の上位要素となる。frequency属性には、所定の帯域を選局するときの周波数が指定される。preamble属性には、物理層の制御情報が指定される。
【０２２７】
Service要素には、１又は複数のサービスに関する情報が指定される。Service要素は、serviceId属性、globalUniqueServiceId属性、longName属性、及び、SignalingOverInternet要素の上位要素となる。
【０２２８】
serviceId属性には、サービスIDが指定される。複数のサービスに関する情報を配置する場合には、このサービスIDにより識別する。globalUniqueServiceId属性には、グローバルユニークサービスIDが指定される。例えば、グローバルユニークサービスIDによって、ESG選局されたサービスと、USBDとを紐付けることができる。longName属性には、サービスIDにより識別されるサービスの名称が指定される。
【０２２９】
SignalingOverInternet要素には、SCSブロードバンドロケーション情報が指定される。このSCSブロードバンドロケーション情報によって、通信経由で配信されるSCSシグナリングデータに関する情報が指定される。SignalingOverInternet要素は、uri属性の上位要素とされる。uri属性には、SCSシグナリングデータの取得先を示すURI（Uniform Resource Identifier）が指定される。
【０２３０】
なお、図１１において、出現数（Cardinality）であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。
【０２３１】
また、図１１を参照して説明したSCDのシンタックスは一例であって、他のシンタックスを採用してもよい。
【０２３２】
＜５．システムを構成する各装置の構成＞
【０２３３】
次に、図１２乃至図１５を参照して、図１のサービス提供システム１を構成する、送信装置１０、受信装置２０、及び、ブロードバンドサーバ３０の詳細な構成について説明する。
【０２３４】
（送信装置の構成例）
図１２は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
【０２３５】
図１２に示すように、送信装置１０は、シグナリング生成部１１１、シグナリング処理部１１２、ビデオデータ取得部１１３、ビデオエンコーダ１１４、オーディオデータ取得部１１５、オーディオエンコーダ１１６、Mux１１７、及び、送信部１１８から構成される。
【０２３６】
シグナリング生成部１１１は、外部のサーバや内蔵するストレージ等から、シグナリングデータを生成するための素データを取得する。シグナリング生成部１１１は、シグナリングデータの素データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。
【０２３７】
シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理して、Mux１１７に供給する。ここでは、シグナリングデータとして、FICやSCD等のLLSメタデータからなるLLSシグナリングデータと、USBDやLSID等のSSCメタデータからなるSSCシグナリングデータが生成される。
【０２３８】
ビデオデータ取得部１１３は、外部のサーバや内蔵するストレージ、ビデオカメラ等から提供されるビデオデータを取得し、ビデオエンコーダ１１４に供給する。ビデオエンコーダ１１４は、ビデオデータ取得部１１３から供給されるビデオデータを、MPEG（Moving Picture Experts Group）等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０２３９】
オーディオデータ取得部１１５は、外部のサーバや内蔵するストレージ、マイクロフォン等から提供されるオーディオデータを取得し、オーディオエンコーダ１１６に供給する。オーディオエンコーダ１１６は、オーディオデータ取得部１１５から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０２４０】
Mux１１７は、シグナリング処理部１１２からのシグナリングデータのストリームと、ビデオエンコーダ１１４からのビデオストリームと、オーディオエンコーダ１１６からのオーディオストリームを多重化してBBPストリームを生成し、送信部１１８に供給する。送信部１１８は、Mux１１７から供給されるBBPストリームを、IP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）として、アンテナ１１９を介して送信する。
【０２４１】
（受信装置の構成例）
図１３は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【０２４２】
図１３に示すように、受信装置２０は、チューナ２１２、Demux２１３、制御部２１４、NVRAM２１５、入力部２１６、通信部２１７、Demux２１８、ビデオデコーダ２１９、ビデオ出力部２２０、ディスプレイ２２１、オーディオデコーダ２２２、オーディオ出力部２２３、及び、スピーカ２２４から構成される。
【０２４３】
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１を介して受信したIP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）から、ユーザによるサービス選局操作に応じたデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、Demux２１３に供給する。
【０２４４】
Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるBBPストリームを、ビデオやオーディオ、シグナリングデータに分離する。Demux２１３は、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２２に、シグナリングデータを制御部２１４にそれぞれ供給する。
【０２４５】
制御部２１４は、受信装置２０の各部の動作を制御する。また、制御部２１４は、Demux２１３又は通信部２１７から供給されるシグナリングデータに基づいて、放送経由又は通信経由で伝送されるコンポーネントのストリームに接続して、当該コンポーネントの再生を制御するために、各部の動作を制御する。なお、制御部２１４の詳細な構成については、図１４を参照して後述する。
【０２４６】
NVRAM２１５は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記憶する。入力部２１６は、ユーザの操作に応じて、操作信号を制御部２１４に供給する。
【０２４７】
通信部２１７は、制御部２１４からの制御に従い、インターネット９０を介してブロードバンドサーバ３０に接続し、コンポーネントのストリームの配信を要求する。通信部２１７は、インターネット９０を介してブロードバンドサーバ３０からストリーミング配信されるコンポーネントのストリームを受信して、Demux２１８に供給する。また、通信部２１７は、制御部２１４からの制御に従い、インターネット９０を介してブロードバンドサーバ３０から、SSCシグナリングデータ等のデータを受信し、制御部２１４に供給する。
【０２４８】
Demux２１８は、制御部２１４からの制御に従い、通信部２１７から供給されるコンポーネントのストリームを、ビデオデータと、オーディオデータに分離し、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２２に供給する。
【０２４９】
ビデオデコーダ２１９には、Demux２１３又はDemux２１８からビデオデータが供給される。ビデオデコーダ２１９は、制御部２１４からの制御に従い、ビデオデータを、MPEG等の復号方式に準拠して復号し、ビデオ出力部２２０に供給する。ビデオ出力部２２０は、ビデオデコーダ２１９から供給されるビデオデータを、ディスプレイ２２１に出力する。これにより、ディスプレイ２２１には、例えば番組の映像が表示される。
【０２５０】
オーディオデコーダ２２２には、Demux２１３又はDemux２１８からオーディオデータが供給される。オーディオデコーダ２２２は、制御部２１４からの制御に従い、オーディオデータを、MPEG等の復号方式に準拠して復号し、オーディオ出力部２２３に供給する。オーディオ出力部２２３は、オーディオデコーダ２２２から供給されるオーディオデータを、スピーカ２２４に出力する。これにより、スピーカ２２４からは、例えば番組の映像に対応する音声が出力される。
【０２５１】
なお、図１３においては、受信装置２０がセットトップボックス等である場合には、ディスプレイ２２１やスピーカ２２４を有しない構成とすることができる。また、受信装置２０は、通信部２１７等の通信機能を有しない構成とすることもできる。さらに、受信装置２０においては、ビデオデコーダ２１９、ビデオ出力部２２０、オーディオデコーダ２２２、及び、オーディオ出力部２２３と、それらを制御する制御部２１４によって、上述した再生処理部（DASH player）が構成される。
【０２５２】
（制御部の機能的構成例）
図１４は、図１３の制御部２１４における、初期スキャン処理、選局処理、フィルタリング処理、及び、通信処理の制御を行う部分の機能的構成例を示す図である。
【０２５３】
図１４において、制御部２１４は、選局制御部２５１、フィルタリング制御部２５２、シグナリング取得部２５３、シグナリング解析部２５４、通信制御部２５５、及び、パケットヘッダ監視部２５６から構成される。また、シグナリング取得部２５３は、LLSシグナリング取得部２７１及びSCSシグナリング取得部２７２から構成される。
【０２５４】
選局制御部２５１は、チューナ２１２により実行される選局処理を制御する。フィルタリング制御部２５２は、Demux２１３により実行されるフィルタリング処理を制御する。
【０２５５】
初期スキャン処理時においては、選局制御部２５１がチューナ２１２を制御し、フィルタリング制御部２５２がDemux２１３を制御することで、LLSシグナリング取得部２７１によって、LLSストリームで伝送されるLLSシグナリングデータが取得され、シグナリング解析部２５４に供給される。シグナリング解析部２５４は、LLSシグナリング取得部２７１からのLLSシグナリングデータ（FICやSCD等のLLSメタデータ）を解析して得られる選局情報を、NVRAM２１５に記録する。
【０２５６】
選局制御部２５１は、ユーザによりサービス選局操作が行われた場合、入力部２１６からの操作信号に応じて、NVRAM２１５に記録された選局情報（FICやSCD）を取得する。選局制御部２５１は、取得された選局情報に基づいて、チューナ２１２により実行される選局処理を制御する。また、選局制御部２５１は、選局情報（FIC）に含まれるSCSブートストラップ情報を、フィルタリング制御部２５２に供給する。
【０２５７】
フィルタリング制御部２５２は、選局制御部２５１から供給されるSCSブートストラップ情報に基づいて、Demux２１３により実行されるフィルタリング処理を制御する。これにより、Demux２１３では、選局対象のサービスを構成するSCSストリームに接続され、当該ストリームがROUTEセッションで伝送されている場合、LCTパケットからSCSシグナリングデータが抽出される。SCSシグナリング取得部２７２は、SCSシグナリングデータ（USBD，USD，SDP，MPD，LSID等のSCSメタデータ）を取得して、シグナリング解析部２５４に供給する。
【０２５８】
シグナリング解析部２５４は、SCSシグナリング取得部２７２から供給されるSCSシグナリングデータ（USBD，USD，SDP，MPD，LSID等のSCSメタデータ）を解析し、その解析結果を、フィルタリング制御部２５２又は通信制御部２５５に供給する。すなわち、シグナリング解析部２５４は、選局対象のサービスを構成するコンポーネントのストリームの配信経路が放送経由となる場合には、それらのコンポーネントのストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIを特定し、フィルタリング制御部２５２に供給する。また、シグナリング解析部２５４は、選局対象のサービスを構成するコンポーネントのストリームの配信経路が通信経由となる場合には、それらの取得先の情報（例えばURL）を、通信制御部２５５に供給する。
【０２５９】
フィルタリング制御部２５２は、シグナリング解析部２５４から供給されるIPアドレス、ポート番号、TSI、及び、TOIに基づいて、Demux２１３により実行されるフィルタリング処理を制御する。これにより、Demux２１３では、LCTパケットのフィルタリング処理が実行され、それにより得られるLCTパケットからセグメントデータが抽出される。そして、その結果得られるビデオデータは、ビデオデコーダ２１９に供給され、オーディオデータは、オーディオデコーダ２２２に供給される。
【０２６０】
通信制御部２５５は、シグナリング解析部２５４から供給される取得先の情報（例えばURL）に基づいて、通信部２１７により実行される通信処理を制御する。これにより、通信部２１７では、ブロードバンドサーバ３０からインターネット９０を介してストリーミング配信されるコンポーネントのストリームが受信され、Demux２１８に供給される。そして、Demux２１８により、通信部２１７から供給されるストリームから得られるビデオデータがビデオデコーダ２１９に、オーディオデータがオーディオデコーダ２２２にそれぞれ供給される。なお、ブロードバンドサーバ３０からSCSシグナリングデータが配信された場合には、通信部２１７からのSCSシグナリングデータは、SCSシグナリング取得部２７２に供給される。
【０２６１】
パケットヘッダ監視部２５６は、Demux２１３においてBBPストリームにより伝送されるパケットを監視して、監視対象のパケットのヘッダを解析する。パケットヘッダ監視部２５６は、パケットのヘッダの解析結果に従い、フィルタリング制御部２５２を制御して、特定の条件を満たしたパケットから得られるLLSメタデータやSCSメタデータが、シグナリング取得部２５３により取得されるようにする。なお、このフィルタリング処理では、例えば、圧縮情報（Compression Scheme）、タイプ情報（Fragment Type）、拡張タイプ情報（Type Extension）、及び、バージョン情報の少なくとも１つの情報を特定の条件として、フィルタリングが行われる。
【０２６２】
（ブロードバンドサーバの構成例）
図１５は、本技術を適用したブロードバンドサーバの一実施の形態の構成を示す図である。
【０２６３】
図１５に示すように、ブロードバンドサーバ３０は、シグナリング生成部３１１、シグナリング処理部３１２、ビデオデータ取得部３１３、ビデオエンコーダ３１４、オーディオデータ取得部３１５、オーディオエンコーダ３１６、データ保持部３１７、通信部３１８、及び、制御部３１９から構成される。
【０２６４】
シグナリング生成部３１１は、外部のサーバや内蔵するストレージ等から、SCSシグナリングデータを生成するための素データを取得する。シグナリング生成部３１１は、SCSシグナリングデータの素データを用いて、SCSシグナリングデータを生成し、シグナリング処理部３１２に供給する。
【０２６５】
シグナリング処理部３１２は、シグナリング生成部３１１から供給されるSCSシグナリングデータを処理して、データ保持部３１７に保持させる。ここでは、SCSシグナリングデータとして、USBDやLSID等のSCSメタデータが生成される。
【０２６６】
ビデオデータ取得部３１３は、外部のサーバや内蔵するストレージ、ビデオカメラ等から提供されるビデオデータを取得し、ビデオエンコーダ３１４に供給する。ビデオエンコーダ３１４は、ビデオデータ取得部３１３から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、データ保持部３１７に保持させる。
【０２６７】
オーディオデータ取得部３１５は、外部のサーバや内蔵するストレージ、マイクロフォン等から提供されるオーディオデータを取得し、オーディオエンコーダ３１６に供給する。オーディオエンコーダ３１６は、オーディオデータ取得部３１５から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、データ保持部３１７に保持させる。
【０２６８】
データ保持部３１７は、制御部３１９からの制御に従い、シグナリング処理部３１２からのSCSシグナリングデータ、ビデオエンコーダ３１４からのビデオデータ、及び、オーディオエンコーダ３１６からのオーディオデータを保持する。
【０２６９】
通信部３１８は、制御部３１９からの制御に従い、インターネット９０を介して受信装置２０と通信を行う。通信部３１８は、受信装置２０からの要求に応じて、データ保持部３１７に保持されている、SCSシグナリングデータ、ビデオデータ、又は、オーディオデータを読み出して、インターネット９０を介して、その要求元の受信装置２０に送信する。
【０２７０】
＜６．各装置で実行される処理の流れ＞
【０２７１】
次に、図１６乃至図２１のフローチャートを参照して、図１のサービス提供システム１を構成する各装置で実行される具体的な処理の流れについて説明する。
【０２７２】
（送信処理）
まず、図１６のフローチャートを参照して、送信装置１０により実行される送信処理の流れについて説明する。
【０２７３】
ステップＳ１１１において、シグナリング生成部１１１は、シグナリングデータの素データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。ステップＳ１１２において、シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理し、Mux１１７に供給する。
【０２７４】
ここでは、シグナリングデータとして、FICやSCD等のLLSメタデータと、USBDやLSID等のSCSメタデータが生成される。ただし、シグナリングデータは、外部のサーバが生成するようにしてもよい。その場合には、シグナリング生成部１１１は、外部のサーバから供給されるシグナリングデータをそのまま、シグナリング処理部１１２に供給する。
【０２７５】
ステップＳ１１３において、ビデオデータ取得部１１３は、外部のサーバ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１４に供給する。また、ステップＳ１１３において、オーディオデータ取得部１１５は、外部のサーバ等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１６に供給する。
【０２７６】
ステップＳ１１４において、ビデオエンコーダ１１４は、ビデオデータ取得部１１３から供給されるコンポーネントとしてのビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。また、ステップＳ１１４において、オーディオエンコーダ１１６は、オーディオデータ取得部１１５から供給されるコンポーネントとしてのオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０２７７】
ステップＳ１１５において、Mux１１７は、シグナリング処理部１１２からのシグナリングデータと、ビデオエンコーダ１１４からのビデオストリームと、オーディオエンコーダ１１６からのオーディオストリームを多重化してBBPストリームを生成し、送信部１１８に供給する。
【０２７８】
ステップＳ１１６において、送信部１１８は、Mux１１７から供給されるBBPストリームをデジタル放送信号として、アンテナ１１９を介して送信する。ステップＳ１１６の処理が終了すると、図１６の送信処理は終了する。
【０２７９】
なお、図１６の送信処理において、ビデオやオーディオ等のコンポーネントのストリームを、ROUTEセッションで伝送する場合には、各コンポーネントのファイルを、ISO BMFFの規定に準じたセグメントごとに分割し、それにより得られるセグメントデータをLCTパケットに格納して伝送することになる。
【０２８０】
さらに、デジタル放送信号において、LLSシグナリングデータ（FICやSCD等のLLSメタデータ）を格納したLLSパケットのLLSヘッダ、あるいは、SCSシグナリングデータ（USBDやLSID等のメタデータ）を格納したLCTパケットのLCTヘッダには、圧縮情報（Compression Scheme）、タイプ情報（Fragment Type）、拡張タイプ情報（Type Extension）、及び、バージョン情報などのフィルタリング情報を配置することができる。
【０２８１】
以上、送信処理の流れについて説明した。
【０２８２】
（周波数スキャン処理）
次に、図１７のフローチャートを参照して、受信装置２０により実行される周波数スキャン処理の流れについて説明する。
【０２８３】
ステップＳ２１１においては、制御部２１４によって、入力部２１６からの操作信号等が監視され、周波数スキャン処理イベントが発生するまで、待機する。そして、ステップＳ２１２において、周波数スキャン処理イベントが発生したと判定された場合、処理は、ステップＳ２１３に進められる。
【０２８４】
ステップＳ２１３において、チューナ２１２は、選局制御部２５１からの制御に従い、周波数スキャン処理を行う。ステップＳ２１４においては、ステップＳ２１３の周波数スキャン処理によって、周波数スキャンが成功したかどうかが判定される。
【０２８５】
ステップＳ２１４において、周波数スキャンが失敗したと判定された場合、処理は、ステップＳ２１３の処理に戻り、再度、周波数スキャン処理が行われる。一方、ステップＳ２１４において、周波数スキャン処理に成功したと判定された場合、処理は、ステップＳ２１５に進められる。
【０２８６】
ステップＳ２１５において、Demux２１３は、フィルタリング制御部２５２からの制御に従い、チューナ２１２から供給されるBBPストリームを取得して解析する。ステップＳ２１６においては、FICが伝送されているかどうかが判定される。
【０２８７】
ステップＳ２１６において、FICが伝送されていると判定された場合、処理はステップＳ２１７に進められる。ステップＳ２１７においては、FICが取得され、NVRAM２１５に記録される。なお、ステップＳ２１６において、FICが伝送されていないと判定された場合、ステップＳ２１７の処理はスキップされ、処理は、ステップＳ２１８に進められる。
【０２８８】
ステップＳ２１８においては、ステップＳ２１５の解析結果に従い、BBPストリームからIPパケットが抽出されたかどうかが判定される。
【０２８９】
ステップＳ２１８において、IPパケットが抽出されたと判定された場合、処理はステップＳ２１９に進められる。ステップＳ２１９において、Demux２１３は、抽出されたIPパケットを破棄する。一方、ステップＳ２１８において、IPパケット以外のパケットが抽出されたと判定された場合、処理は、ステップＳ２２０に進められる。
【０２９０】
ステップＳ２２０においては、ステップＳ２１５の解析結果に従い、BBPストリームからLLSパケットが抽出されたかどうかが判定される。
【０２９１】
ステップＳ２２０において、LLSパケット以外のパケットが抽出されたと判定された場合、処理は、ステップＳ２１９に進められる。ステップＳ２１９において、Demux２１３は、抽出されたLLSパケット以外のパケットを破棄する。一方、ステップＳ２２０において、LLSパケットが抽出されたと判定された場合、処理は、ステップＳ２２１に進められる。
【０２９２】
ステップＳ２２１において、Demux２１３、及び、制御部２１４は、LLS取得・記録処理を実行する。このLLS取得・記録処理では、LLSパケットに付加されたLLSヘッダのフィルタリング情報に基づいて、フィルタリング処理が行われ、当該フィルタリング処理により取得されたLLSシグナリングデータ（SCD等のLLSメタデータ）が、選局情報としてNVRAM２１５に記録される。なお、LLS取得・記録処理の詳細な内容は、図１８のフローチャートを参照して後述する。
【０２９３】
ステップＳ２１９、又は、ステップＳ２２１の処理が終了すると、処理は、ステップＳ２２２に進められる。ステップＳ２２２においては、全周波数帯域のスキャンが完了したかどうかが判定される。
【０２９４】
ステップＳ２２２において、全周波数帯域のスキャンが未完了であると判定された場合、処理は、ステップＳ２１３の処理に戻り、ステップＳ２１３以降の処理が繰り返される。これにより、各周波数帯域のスキャン処理が行われ、選局情報が記録される。そして、ステップＳ２２２において、全周波数帯域のスキャンが完了したと判定された場合、図１７の周波数スキャン処理は終了される。
【０２９５】
以上、周波数スキャン処理の流れについて説明した。
【０２９６】
（LLS取得・記録処理）
次に、図１８のフローチャートを参照して、図１７のステップＳ２２１の処理に対応するLLS取得・記録処理の詳細な内容について説明する。
【０２９７】
ステップＳ２３１において、パケットヘッダ監視部２５６は、Demux２１３においてBBPストリームにより伝送されるLLSパケットを常に監視して、監視対象のLLSパケットのLLSヘッダを解析する。
【０２９８】
ステップＳ２３２において、パケットヘッダ監視部２５６は、ステップＳ２３１の解析結果に従い、シグナリングデータ（LLSメタデータ）のタイプが一致するかどうかを判定する。すなわち、LLSパケットのLLSヘッダには、タイプ情報（Fragment Type）が配置されているので、パケットヘッダ監視部２５６は、例えば、Type="000000"であるタイプ情報が配置されたLLSヘッダが付加されたLLSパケットが抽出されたかどうかを判定する。
【０２９９】
なお、LLSヘッダのタイプ情報（Fragment Type）には、LLSメタデータの種別に応じた値が指定される。例えば、SCDには"000000"、EADには"000001"、RRDには"000010"、DCDには"000011"がそれぞれ指定される。
【０３００】
ステップＳ２３２において、シグナリングデータ（LLSメタデータ）のタイプが異なると判定された場合、処理は、ステップＳ２３３に進められる。ステップＳ２３３において、Demux２１３は、抽出されたLLSパケットを破棄する。一方、ステップＳ２３２において、シグナリングデータ（LLSメタデータ）のタイプが一致すると判定された場合、処理は、ステップＳ２３４に進められる。
【０３０１】
ステップＳ２３４において、パケットヘッダ監視部２５６は、ステップＳ２３１の解析結果に従い、対象のLLSシグナリングデータ（LLSメタデータ）が新規取得であるかどうかを判定する。すなわち、LLSパケットのLLSヘッダには、バージョン情報が配置されているので、パケットヘッダ監視部２５６は、最新のバージョンとなるバージョン情報が配置されたLLSヘッダが付加されたLLSパケットが抽出されたかどうかを判定する。
【０３０２】
ステップＳ２３４において、対象のLLSシグナリングデータ（LLSメタデータ）が取得済みであると判定された場合、処理は、ステップＳ２３３に進められる。ステップＳ２３３において、Demux２１３は、抽出されたLLSパケットを破棄する。一方、ステップＳ２３４において、対象のLLSシグナリングデータ（LLSメタデータ）が新規取得であると判定された場合、処理は、ステップＳ２３５に進められる。
【０３０３】
ステップＳ２３５においては、パケットヘッダ監視部２５６は、ステップＳ２３１の解析結果に従い、拡張フィルタ情報（Filter_Extension）の処理を行う。すなわち、LLSパケットのLLSヘッダには、拡張タイプ情報が配置されているので、この拡張フィルタ情報の処理では、例えば、対象の地域や緊急度など、あらかじめ定められた特定の条件を満たした拡張フィルタ情報が配置されたLLSヘッダが付加されたLLSパケットが抽出されたかどうかが判定される。
【０３０４】
なお、フィルタリング制御部２５２は、パケットヘッダ監視部２５６からの制御に従い、Demux２１３を制御して、監視対象のLLSパケットのフィルタリング処理を行っており、監視対象のLLSパケットのうち、特定の条件を満たしたLLSパケットから得られるLLSシグナリングデータが、LLSシグナリング取得部２７１により取得される。
【０３０５】
ステップＳ２３６において、シグナリング解析部２５４は、LLSシグナリング取得部２７１により取得されたLLSシグナリングデータ（SCD等のLLSメタデータ）を、NVRAM２１５に記録する。これにより、NVRAM２１５には、LLSシグナリングデータ（SCD等のLLSメタデータ）から得られる選局情報が記録されることになる。ステップＳ２３３、又は、ステップＳ２３６の処理が終了すると、処理は、図１７のステップＳ２２１の処理に戻り、それ以降の処理が実行される。
【０３０６】
以上、LLS取得・記録処理の流れについて説明した。
【０３０７】
（選局前処理）
次に、図１９のフローチャートを参照して、受信装置２０により実行される選局前処理の流れについて説明する。
【０３０８】
ステップＳ２５１においては、選局制御部２５１によって、入力部２１６からの操作信号等が監視され、サービス選局イベントが発生するまで、待機する。そして、ステップＳ２５２において、サービス選局イベントが発生したと判定された場合、処理は、ステップＳ２５３に進められる。
【０３０９】
ステップＳ２５３において、選局制御部２５１は、選局されたサービスに対応するサービスID（チャンネル番号）を取得する。また、ステップＳ２５４において、選局制御部２５１は、NVRAM２１５を参照して、選局情報（FIC）が記録され、取得済みであるかどうかを判定する。
【０３１０】
ステップＳ２５４において、選局情報が取得済みであると判定された場合、処理は、ステップＳ２５５に進められる。ステップＳ２５５において、選局制御部２５１は、NVRAM２１５に記録された選局情報（FICやSCD）を読み出して取得する。
【０３１１】
一方、ステップＳ２５４において、選局情報が取得済みではないと判定された場合、処理は、ステップＳ２５６に進められる。ステップＳ２５６においては、Demux２１３、及び、制御部２１４によって、LLSストリームから、FICが取得される。これにより、制御部２１４においては、選局情報（FICやSCD）が取得されることになる（Ｓ２５５）。なお、FICは、LLSストリームではなく、例えば物理層等の下位の階層（レイヤ）で伝送される場合があり、その場合にはそこから取得される。
【０３１２】
ステップＳ２５７においては、チューナ２１２、Demux２１３、及び、制御部２１４等によって、ステップＳ２５５の処理で取得された選局情報（FICやSCD）に基づいた選局処理が行われる。なお、選局処理の詳細な内容は、図２０及び図２１のフローチャートを参照して後述する。
【０３１３】
以上、選局前処理の流れについて説明した。
【０３１４】
（選局処理）
次に、図２０のフローチャートを参照して、図１９のステップＳ２５７の処理に対応する選局処理の詳細な内容を説明する。
【０３１５】
ステップＳ２７１において、シグナリング解析部２５４は、NVRAM２１５に記録されたFICを読み出して、FICに記述されたクラス情報を解析する。ここでは、ターゲットとしての受信装置２０（例えば、モバイル受信機や固定受信機）が、例えばエンハンスクラスやコアクラス等のどのクラスに属しているかが判定される。そして、この判定結果に基づいて、後続の処理が実行される。
【０３１６】
ステップＳ２７２において、制御部２１４は、受信装置２０が通信機能を有しているかどうかと、通信機能を有している場合にはその機能が有効になっているかどうかを確認することで、受信装置２０が放送のみを受信可能であるかどうかを判定する。ステップＳ２７２において、例えば、仮に、受信装置２０Ｂが、通信部２１７等の通信機能を有しておらず、放送のみ受信可能であると判定された場合、処理は、ステップＳ２７３に進められる。
【０３１７】
ステップＳ２７３において、シグナリング解析部２５４は、NVRAM２１５に記録された選局情報（FIC）を参照して、SCSショートカット情報（SCS_shortcut）に、"TRUE"が指定されているかどうかを判定する。
【０３１８】
ステップＳ２７３において、SCSショートカット情報（SCS_shortcut）に、"TRUE"が指定されていると判定された場合、処理は、ステップＳ２７４に進められる。ステップＳ２７４において、SCSシグナリング取得部２７２は、Demux２１３により実行されるフィルタリング処理の結果に従い、ROUTEセッションで伝送されているMPDとLSIDを取得する。ステップＳ２７４の処理で取得されたMPDとLSIDは、シグナリング解析部２５４により解析され、その解析結果が、フィルタリング制御部２５２に供給される。
【０３１９】
ステップＳ２７５において、フィルタリング制御部２５２は、シグナリング解析部２５４から供給される解析結果（IPアドレス、ポート番号、TSI、及び、TOI）に基づいて、Demux２１３により実行されるフィルタリング処理を制御する。
【０３２０】
これにより、Demux２１３では、LCTパケットのフィルタリング処理が実行され、それにより得られるLCTパケットからセグメントデータが抽出され、選局されたサービスを構成するコンポーネントが取得（キャプチャ）される。また、ステップＳ２７６においては、取得される全てのコンポーネントがキャプチャされたかどうかが判定され、全てのコンポーネントがキャプチャされるまで、ステップＳ２７５の処理が繰り返されることで、例えば、選局されたサービスを構成するビデオデータとオーディオデータが取得（キャプチャ）される。
【０３２１】
そして、例えば、ステップＳ２７５の処理で取得されたビデオデータとオーディオデータが復号され、レンダリング処理等が行われることで、図１９のステップＳ２５２の処理で選局されたサービスに対応した番組の映像と音声が再生され、サービスの視聴が開始される（Ｓ２８１）。
【０３２２】
このように、FICのSCSショートカット情報（SCS_shortcut）として"TRUE"が指定されている場合、全てのSCSメタデータを参照することなく、MPDとLSIDを用いて、所望のコンポーネントを取得することができる。
【０３２３】
一方、ステップＳ２７３において、SCSショートカット情報（SCS_shortcut）に、"FALSE"が指定されていると判定された場合、処理は、ステップＳ２７７に進められる。ステップＳ２７７において、SCSシグナリング取得部２７２は、Demux２１３により実行されるフィルタリング処理の結果に従い、ROUTEセッションで伝送されているUSBD，USD，MPD，SDP等のSCSシグナリングデータを取得する。ステップＳ２７７の処理で取得されたSDPは、シグナリング解析部２５４により解析され、その解析結果が、フィルタリング制御部２５２に供給される。
【０３２４】
ステップＳ２７８において、SCSシグナリング取得部２７２は、Demux２１３により実行されるフィルタリング処理の結果に従い、ROUTEセッションで伝送されているLSIDを取得する。ステップＳ２７８の処理で取得されたLSIDは、シグナリング解析部２５４により解析され、その解析結果が、フィルタリング制御部２５２に供給される。
【０３２５】
ステップＳ２７９において、フィルタリング制御部２５２は、シグナリング解析部２５４から供給される解析結果（IPアドレス、ポート番号、TSI、及び、TOI）に基づいて、Demux２１３により実行されるフィルタリング処理を制御する。
【０３２６】
これにより、Demux２１３では、LCTパケットのフィルタリング処理が実行され、それにより得られるLCTパケットからセグメントデータが抽出され、選局されたサービスを構成するコンポーネントが取得（キャプチャ）される。また、ステップＳ２８０においては、取得される全てのコンポーネントがキャプチャされたかどうかが判定され、全てのコンポーネントがキャプチャされるまで、ステップＳ２７９の処理が繰り返されることで、例えば、選局されたサービスを構成するビデオデータとオーディオデータが取得（キャプチャ）される。
【０３２７】
そして、例えば、ステップＳ２７９の処理で取得されたビデオデータとオーディオデータが復号され、レンダリング処理等が行われることで、図１９のステップＳ２５２の処理で選局されたサービスに対応した番組の映像と音声が再生され、サービスの視聴が開始される（Ｓ２８１）。
【０３２８】
このように、FICのSCSショートカット情報（SCS_shortcut）として"FALSE"が指定されている場合、MPDとLSIDに記述された内容のみではコンポーネントの取得先を特定することができないため、MPDとLSIDのほか、USBD，USD，SDP等の他のSCSメタデータを参照して、所望のコンポーネントを取得することになる。ステップＳ２８１の処理が終了すると、処理は、図１９のステップＳ２５７の処理に戻り、それ以降の処理が実行される。
【０３２９】
なお、ステップＳ２７２において、受信装置２０（受信装置２０Ａ）が、放送と通信のハイブリッド受信に対応していると判定された場合、処理は、ステップＳ２８２に進められる。ステップＳ２８２においては、放送と通信のハイブリッドに対応した選局処理が行われる。なお、ハイブリッドに対応した選局処理の詳細な内容は、図２１のフローチャートを参照して後述する。
【０３３０】
以上、選局処理の流れについて説明した。
【０３３１】
（ハイブリッドに対応した選局処理）
次に、図２１のフローチャートを参照して、図２０のステップＳ２８２の処理に対応する、ハイブリッドに対応した選局処理の詳細な内容を説明する。
【０３３２】
ステップＳ２９１において、シグナリング解析部２５４は、NVRAM２１５に記録された選局情報（FIC）を参照して、ハイブリッド情報（hybrid）に、"TRUE"が指定されているかどうかを判定する。
【０３３３】
ステップＳ２９１において、ハイブリッド情報（hybrid）に、"TRUE"が指定されていないと判定された場合、処理は、図２０のステップＳ２７３に進められ、それ以降の処理が実行される。すなわち、この場合、コンポーネントのストリームが放送のみで配信されることを意味するので、ハイブリッド受信に対応した受信装置２０Ａであっても、通信機能を使用せずに、放送のみ受信可能な受信装置２０Ｂと同様の処理が行われる。
【０３３４】
また、ステップＳ２９１において、ハイブリッド情報（hybrid）に、"TRUE"が指定されていると判定された場合、処理は、ステップＳ２９２に進められる。ステップＳ２９２においては、受信装置２０が通信機能を有効にして、ハイブリッド受信を可能な設定となっているかどうかが判定される。
【０３３５】
ステップＳ２９２において、受信装置２０がハイブリッド受信を可能な設定となっていないと判定された場合、処理は、図２０のステップＳ２７３に進められ、それ以降の処理が実行される。すなわち、この場合には、ハイブリッドに対応した受信装置２０Ａであっても、通信機能を使用せずに、放送のみ受信可能な受信装置２０Ｂと同様の処理が行われる。
【０３３６】
また、ステップＳ２９２において、受信装置２０がハイブリッド受信を可能な設定となっていると判定された場合、処理は、ステップＳ２９３に進められる。ステップＳ２９３において、シグナリング解析部２５４は、NVRAM２１５に記録された選局情報（FIC）を参照して、シグナリングスコープ情報（signaling scope all）に、"TRUE"が指定されているかどうかを判定する。
【０３３７】
ステップＳ２９３において、シグナリングスコープ情報（signaling scope all）に、"TRUE"が指定されていると判定された場合、処理は、ステップＳ２９４に進められる。ステップＳ２９４において、フィルタリング制御部２５２は、SCSブートストラップ情報に基づいて、Demux２１３により実行されるフィルタリング処理を制御する。SCSシグナリング取得部２７２は、Demux２１３により実行されるフィルタリング処理の結果に従い、ROUTEセッションで伝送されているUSBD，USD，MPD，SDP等のSCSシグナリングデータを取得する。
【０３３８】
なお、SCSブートストラップ情報は、エンハンスクラスやコアクラスなどのクラス情報ごとに設定されるので、図２０のステップＳ２７１の処理で判定されたクラス情報に応じたSCSシグナリングデータが取得されることになる。
【０３３９】
一方、ステップＳ２９３において、シグナリングスコープ情報（signaling scope all）に、"FALSE"が指定されていると判定された場合、処理は、ステップＳ２９５に進められる。ステップＳ２９５において、シグナリング解析部２５４は、NVRAM２１５に記録された選局情報（SCD）を参照して、SCDに、SCSブロードバンドロケーション情報（SignalingOverInternet要素のuri属性）が存在するかどうかを判定する。
【０３４０】
ステップＳ２９５において、SCDに、SCSブロードバンドロケーション情報（SignalingOverInternet要素のuri属性）が存在すると判定された場合、処理は、ステップＳ２９６に進められる。ステップＳ２９６において、通信制御部２５５は、シグナリング解析部２５４からの解析結果（SignalingOverInternet要素のuri属性）に従い、通信部２１７を制御して、インターネット９０を介してブロードバンドサーバ３０にアクセスすることで、USBD，USD，MPD，SDP等のSCSシグナリングデータを取得する。
【０３４１】
なお、ステップＳ２９５において、SCSブロードバンドロケーション情報（SignalingOverInternet要素のuri属性）が存在しないと判定された場合、処理は、ステップＳ２９４に進められ、放送経由でSCSシグナリングデータが取得される。
【０３４２】
ステップＳ２９４又はステップＳ２９６の処理が終了すると、処理は、ステップＳ２９７に進められる。ステップＳ２９７において、シグナリング解析部２５４は、ステップＳ２９４又はステップＳ２９６の処理で取得されたMPDを解析して、AdaptationSet要素内のRepresentation要素に列挙されたコンポーネントの中から、レンダリング処理の対象となるコンポーネント（視聴するコンポーネント）を決定する。
【０３４３】
ステップＳ２９８において、シグナリング解析部２５４は、ステップＳ２９４又はステップＳ２９６の処理で取得されたUSDとMPDを解析して、MPDのセグメントURLが、USDのdeliveryMethod要素のbroadcastAppService要素又はunicastAppService要素に記述されているかどうかにより、取得するコンポーネントのストリームの配信経路が、放送経由であるか、あるいは通信経由であるかどうかを判定する。
【０３４４】
ステップＳ２９８において、コンポーネントの配信経路が放送経由であると判定された場合、処理は、ステップＳ２９９に進められる。なお、この場合、ステップＳ２９４又はステップＳ２９６の処理で取得されたSCSシグナリングデータは、シグナリング解析部２５４により解析され、その解析結果が、フィルタリング制御部２５２に供給される。
【０３４５】
そして、ステップＳ２９９において、シグナリング取得部２５３は、Demux２１３により実行されるフィルタリング処理の結果に従い、ROUTEセッションで伝送されているLSIDを取得する。ステップＳ２９９の処理で取得されたLSIDは、シグナリング解析部２５４により解析され、その解析結果が、フィルタリング制御部２５２に供給される。
【０３４６】
ステップＳ３００において、フィルタリング制御部２５２は、シグナリング解析部２５４から供給される解析結果（IPアドレス、ポート番号、TSI、及び、TOI）に基づいて、Demux２１３により実行されるフィルタリング処理を制御する。これにより、Demux２１３では、LCTパケットのフィルタリング処理が実行され、それにより得られるLCTパケットからセグメントデータが抽出され、選局されたサービスを構成するコンポーネントが取得（キャプチャ）される。
【０３４７】
一方、ステップＳ２９８において、コンポーネントの配信経路が通信経由であると判定された場合、処理は、ステップＳ３０１に進められる。ステップＳ３０１において、シグナリング解析部２５４は、ステップＳ２９４又はステップＳ２９６の処理で取得されたMPDを解析して、その解析の結果得られるメディアセグメント情報（セグメントURL）を、通信制御部２５５に供給する。これにより、通信制御部２５５は、シグナリング解析部２５４からのメディアセグメント情報（セグメントURL）を取得する。
【０３４８】
そして、ステップＳ３００において、通信制御部２５５は、シグナリング解析部２５４からのメディアセグメント情報（セグメントURL）に従い、通信部２１７を制御して、インターネット９０を介してブロードバンドサーバ３０にアクセスすることで、選局されたサービスを構成するコンポーネントを取得（キャプチャ）する。
【０３４９】
ステップＳ３００の処理が終了すると、処理は、ステップＳ３０２に進められる。ステップＳ３０２においては、取得する全てのコンポーネントがキャプチャされたかどうかが判定される。ステップＳ３０２において、全てのコンポーネントがキャプチャされていないと判定された場合、処理は、ステップＳ２９８に戻り、それ以降の処理が繰り返される。
【０３５０】
すなわち、ステップＳ２９８乃至Ｓ３０２の処理が繰り返されることで、放送経由又は通信経由でコンポーネントが取得され、ステップＳ３０２において、全てのコンポーネントがキャプチャされたと判定された場合、処理は、ステップＳ３０３に進められる。ステップＳ３０３においては、例えば、ステップＳ３００の処理で取得されたビデオデータとオーディオデータが復号され、レンダリング処理等が行われることで、図１９のステップＳ２５２の処理で選局されたサービスに対応した番組の映像と音声が再生され、サービスの視聴が開始される（Ｓ３０３）。
【０３５１】
ステップＳ３０３の処理が終了すると、処理は、図２０のステップＳ２８２の処理に戻り、それ以降の処理が実行される。
【０３５２】
以上、ハイブリッドに対応した選局処理の流れについて説明した。
【０３５３】
＜７．変形例＞
【０３５４】
上述した説明では、現在策定が進められている米国の次世代放送規格であるATSC3.0において、IP伝送方式を用いたデジタル放送の採用が見込まれているため、地上デジタルテレビ放送の規格として、米国等が採用する方式であるATSCを説明したが、日本等が採用する方式であるISDB（Integrated Services Digital Broadcasting）や、欧州の各国等が採用する方式であるDVB（Digital Video Broadcasting）などに適用するようにしてもよい。また、地上デジタルテレビ放送に限らず、衛星デジタルテレビ放送やデジタル有線テレビ放送などで採用するようにしてもよい。
【０３５５】
また、上述した説明では、シグナリングデータの名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、SCD（Service Configuration Description）は、SCT（Service Configuration Table）と記述される場合がある。また、例えば、SPD（Service Parameter Description）は、SPT（Service Parameter Table）と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリングデータの実質的な内容が異なるものではない。
【０３５６】
さらに、上述した説明では、シグナリングデータが、バイナリ形式やテキスト形式により記述された場合における、その要素や属性について説明したが、それらの要素や属性の名称は一例であって、他の名称が採用されるようにしてもよい。例えば、FIC等に規定されるブロードキャストストリームID（Broadcast Stream ID）は、ネットワークID（Network ID）やRFアロケーションID（RF Alloc ID）、RFチャンネルID（RF Channel ID）などと称するようにしてもよい。ただし、これらの名称の違いは、形式的な違いであって、それらの要素や属性の実質的な内容が異なるものではない。
【０３５７】
＜８．コンピュータの構成＞
【０３５８】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０３５９】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０３６０】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０３６１】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０３６２】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０３６３】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０３６４】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０３６５】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０３６６】
また、本技術は、以下のような構成をとることができる。
【０３６７】
（１）
IP（Internet Protocol）伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを取得する第１の取得部と、
前記第１のメタデータに含まれる前記クラス情報に基づいて、複数の形態ごとに、前記サービスを構成するコンポーネントのストリームに接続して、前記コンポーネントの再生を制御する制御部と
を備える受信装置。
（２）
前記クラス情報は、複数の形態ごとに、前記コンポーネントのストリームに関する情報を含む第２のメタデータを取得するためのブートストラップ情報を含み、
前記ブートストラップ情報に基づいて、前記第２のメタデータを取得する第２の取得部をさらに備え、
前記制御部は、前記第２のメタデータに基づいて、前記コンポーネントのストリームに接続する
（１）に記載の受信装置。
（３）
前記サービスは、レイヤードコーディングを提供するサービスであって、
前記クラス情報は、ベースレイヤを提供するための情報と、エンハンスメントレイヤを提供するための情報を含んでいる
（２）に記載の受信装置。
（４）
前記第１のメタデータは、放送経由で配信される前記第２のメタデータのみで、前記サービスを構成するコンポーネントを取得できるかどうかを示すシグナリングスコープ情報を含み、
前記第２の取得部は、前記シグナリングスコープ情報に基づいて、前記第２のメタデータを取得する
（２）又は（３）に記載の受信装置。
（５）
前記第１のメタデータは、前記サービスを構成するコンポーネントのストリームがMIMEタイプにより個別に識別可能なベーシックサービスであるか、あるいは前記ベーシックサービス以外のサービスであるかを示すショートカット情報を含み、
前記第２の取得部は、前記ショートカット情報に基づいて、前記第２のメタデータを取得する
（２）乃至（４）のいずれか一項に記載の受信装置。
（６）
前記第１のメタデータは、前記サービスを構成するコンポーネントのストリームが、放送経由のみで配信されるか、あるいは放送経由と通信経由で配信されるかを示すハイブリッド情報を含み、
前記第２の取得部は、前記ハイブリッド情報に基づいて、前記第２のメタデータを取得する
（２）乃至（５）のいずれか一項に記載の受信装置。
（７）
前記サービスを構成するコンポーネントのストリームは、放送経由又は通信経由で配信され、
前記第２のメタデータは、放送経由又は通信経由で配信される
（２）乃至（６）のいずれか一項に記載の受信装置。
（８）
前記第１のメタデータは、バイナリ形式のデータであって、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層で伝送される第１のシグナリングデータであり、
前記第２のメタデータは、テキスト形式のデータであって、前記IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層で伝送される第２のシグナリングデータである
（２）乃至（６）のいずれか一項に記載の受信装置。
（９）
前記サービスを構成するコンポーネントと、前記第２のシグナリングデータのストリームは、FLUTE（File Delivery over Unidirectional Transport）を拡張したROUTE（Real-time Object Delivery over Unidirectional Transport）セッションで伝送される
（８）に記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを取得し、
前記第１のメタデータに含まれる前記クラス情報に基づいて、複数の形態ごとに、前記サービスを構成するコンポーネントのストリームに接続して、前記コンポーネントの再生を制御する
ステップを含む受信方法。
（１１）
IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを生成する生成部と、
生成された前記第１のメタデータを送信する送信部と
を備える送信装置。
（１２）
前記クラス情報は、複数の形態ごとに、前記サービスを構成するコンポーネントのストリームに関する情報を含む第２のメタデータを取得するためのブートストラップ情報を含む
（１１）に記載の送信装置。
（１３）
前記サービスは、レイヤードコーディングを提供するサービスであって、
前記クラス情報は、ベースレイヤを提供するための情報と、エンハンスメントレイヤを提供するための情報を含んでいる
（１２）に記載の送信装置。
（１４）
前記第１のメタデータは、放送経由で配信される前記第２のメタデータのみで、前記サービスを構成するコンポーネントを取得できるかどうかを示すシグナリングスコープ情報を含む
（１２）又は（１３）に記載の送信装置。
（１５）
前記第１のメタデータは、前記サービスを構成するコンポーネントのストリームがMIMEタイプにより個別に識別可能なベーシックサービスであるか、あるいは前記ベーシックサービス以外のサービスであるかを示すショートカット情報を含む
（１２）乃至（１４）のいずれか一項に記載の送信装置。
（１６）
前記第１のメタデータは、前記サービスを構成するコンポーネントのストリームが、放送経由のみで配信されるか、あるいは放送経由と通信経由で配信されるかを示すハイブリッド情報を含む
（１２）乃至（１５）のいずれか一項に記載の送信装置。
（１７）
前記サービスを構成するコンポーネントのストリームは、放送経由又は通信経由で配信され、
前記第２のメタデータは、放送経由又は通信経由で配信される
（１２）乃至（１６）のいずれか一項に記載の送信装置。
（１８）
前記第１のメタデータは、バイナリ形式のデータであって、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層で伝送される第１のシグナリングデータであり、
前記第２のメタデータは、テキスト形式のデータであって、前記IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層で伝送される第２のシグナリングデータである
（１２）乃至（１６）のいずれか一項に記載の送信装置。
（１９）
前記サービスを構成するコンポーネントと、前記第２のシグナリングデータのストリームは、FLUTEを拡張したROUTEセッションで伝送される
（１８）に記載の送信装置。
（２０）
送信装置の送信方法において、
前記送信装置が、
IP伝送方式を用いたデジタル放送の放送波で伝送される、IPアドレスで識別されるサービスを複数の形態で提供するためのクラス情報を含む第１のメタデータを生成し、
生成された前記第１のメタデータを送信する
ステップを含む送信方法。
【符号の説明】
【０３６８】
１  サービス提供システム，  １０  送信装置，  ２０  受信装置，  ３０  ブロードバンドサーバ，  ９０  インターネット，  １１１  シグナリング生成部，  １１３  ビデオデータ取得部，  １１５  オーディオデータ取得部，  １１８  送信部，  ２１２  チューナ，  ２１４  制御部，  ２１７  通信部，  ２５１  選局制御部，  ２５２  フィルタリング制御部，  ２５３  シグナリング取得部，  ２５４  シグナリング解析部，  ２５５  通信制御部，  ２５６  パケットヘッダ監視部，  ２７１  LLSシグナリング取得部，  ２７２  SCSシグナリング取得部，  ３１１  シグナリング生成部，  ３１３  ビデオデータ取得部，  ３１５  オーディオデータ取得部，  ３１８  通信部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2016076137.tif 000003
【図２】
2016076137.tif 000004
【図３】
2016076137.tif 000005
【図４】
2016076137.tif 000006
【図５】
2016076137.tif 000007
【図６】
2016076137.tif 000008
【図７】
2016076137.tif 000009
【図８】
2016076137.tif 000010
【図９】
2016076137.tif 000011
【図１０】
2016076137.tif 000012
【図１１】
2016076137.tif 000013
【図１２】
2016076137.tif 000014
【図１３】
2016076137.tif 000015
【図１４】
2016076137.tif 000016
【図１５】
2016076137.tif 000017
【図１６】
2016076137.tif 000018
【図１７】
2016076137.tif 000019
【図１８】
2016076137.tif 000020
【図１９】
2016076137.tif 000021
【図２０】
2016076137.tif 000022
【図２１】
2016076137.tif 000023
【図２２】
2016076137.tif 000024
【国際調査報告】
2016076137.tif 000025
2016076137.tif 000026
2016076137.tif 000027
2016076137.tif 000028