(57)【要約】【課題】放送と通信の融合サービスをより効率的に実現することができるようにする。【解決手段】FLUTE処理部は、IP伝送方式を用いたデジタル放送の放送波に含まれる複数のサービスのうち、特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む第１の制御信号に従い、特定のサービスを構成する１又は複数のコンポーネントを取得することで、放送と通信の融合サービスをより効率的に実現することができるようにする。本技術は、例えばテレビジョン受像機に適用することができる。【選択図】図１０
2015076860.tif 000002
【特許請求の範囲】
【請求項１】
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波に含まれる複数のサービスのうち、特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む第１の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する取得部と
を備える受信装置。
【請求項２】
前記第１の制御信号は、SGDU(Service Guide Delivery Unit)コンテナに格納されて伝送され、
前記SGDUのペイロード部に、コンポーネントごとの取得先を示すURL(Uniform Resource Locator)が配置され、
前記SGDUの拡張部に、前記１又は複数のコンポーネントのタイプと伝送方式を示す情報が配置される
請求項１に記載の受信装置。
【請求項３】
前記第１の制御信号は、IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層である第１の階層で伝送される
請求項２に記載の受信装置。
【請求項４】
前記取得部は、IP層よりも下位の階層である第２の階層で伝送される、前記特定のサービスの伝送方式を示す情報を含む第２の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する
請求項３に記載の受信装置。
【請求項５】
前記第２の制御信号は、複数のサービスのうち、前記特定のサービスが放送中であるかを示す情報を含む
請求項４に記載の受信装置。
【請求項６】
前記第２の制御信号は、前記第１の制御信号を取得するための情報を含む第３の制御信号の取得の有無を示す情報を含む
請求項５に記載の受信装置。
【請求項７】
前記１又は複数のコンポーネント、前記第１の制御信号、及び、前記第３の制御信号は、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送される
請求項６に記載の受信装置。
【請求項８】
受信装置の受信方法において、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波に含まれる複数のサービスのうち、特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する
ステップを含む受信方法。
【請求項９】
特定のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
前記特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む制御信号を取得する第２の取得部と、
IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する送信部と
を備える送信装置。
【請求項１０】
送信装置の送信方法において、
特定のサービスを構成する１又は複数のコンポーネントを取得し、
前記特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む制御信号を取得し、
IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する送信部と
ステップを含む送信方法。
【請求項１１】
IP伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波に含まれる複数のサービスのうち、特定のサービスの伝送方式を示す情報を含む第２の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する取得部と
を備える受信装置。
【請求項１２】
前記第２の制御信号は、複数のサービスのうち、前記特定のサービスが放送中であるかを示す情報を含む
請求項１１に記載の受信装置。
【請求項１３】
前記第２の制御信号は、IP伝送方式におけるプロトコルの階層のうち、IP層よりも下位の階層である第２の階層で伝送される
請求項１２に記載の受信装置。
【請求項１４】
前記取得部は、IP層よりも上位の階層である第１の階層で伝送される、前記特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む第１の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する
請求項１３に記載の受信装置。
【請求項１５】
前記第１の制御信号は、SGDUコンテナに格納されて伝送され、
前記SGDUのペイロード部に、コンポーネントごとの取得先を示すURLが配置され、
前記SGDUの拡張部に、前記１又は複数のコンポーネントのタイプと伝送方式を示す情報が配置される
請求項１４に記載の受信装置。
【請求項１６】
前記第２の制御信号は、前記第１の制御信号を取得するための情報を含む第３の制御信号の取得の有無を示す情報を含む
請求項１４に記載の受信装置。
【請求項１７】
前記１又は複数のコンポーネント、前記第１の制御信号、及び、前記第３の制御信号は、FLUTEセッションにより伝送される
請求項１６に記載の受信装置。
【請求項１８】
受信装置の受信方法において、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波に含まれる複数のサービスのうち、特定のサービスの伝送方式を示す情報を含む制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する
ステップを含む受信方法。
【請求項１９】
特定のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
前記特定のサービスの伝送方式を示す情報を含む制御信号を取得する第２の取得部と、
IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する送信部と
を備える送信装置。
【請求項２０】
送信装置の送信方法において、
特定のサービスを構成する１又は複数のコンポーネントを取得し、
前記特定のサービスの伝送方式を示す情報を含む制御信号を取得し、
IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、放送と通信の融合サービスをより効率的に実現することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
従来の地上デジタル放送規格として、ATSC(Advanced Television Systems Committee)規格がある。ATSC規格では、トランスポート方式の規格として、MPEG2-TS(ISO/IEC 13818-1)方式が用いられている。また、システムインフォメーション(SI：System Information)、プログラムガイドデータ(PG：Program Guide)が番組の映像音声等のストリームと重畳されて伝送される。これらの伝送方法、データ構造は、PSIP(Program and System Information Protocol)として、ATSC A/65に規格化されている。
【０００３】
一方で、通信サービスの領域では、トランスポート方式にIP/TCP/HTTPや、IP/UDP/RTPなどIP(Internet Protocol)方式をベースとしたサービスが主である（例えば、特許文献１参照）。特に、放送サービスと同様の一方向のサービスでは、IP/UDPを用いるのが一般的である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１９３０５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の放送サービスの技術は、伝送方式がMPEG2-TSを基盤とした規格となっているが、今後は、放送と通信を融合したサービスが拡がることが想定されており、トランスポート方式のIP化やSI，PG情報が放送と通信の領域で共通化が進むと考えられている。そのため、従来技術を取り入れながら、放送と通信の融合サービスをより効率的に実現することが求められているが、現状では、そのような技術方式は確立されていない。
【０００６】
本技術はこのような状況に鑑みてなされたものであり、従来技術を取り入れながら、放送と通信の融合サービスをより効率的に実現することができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、IP伝送方式を用いたデジタル放送の放送波を受信する受信部と、前記放送波に含まれる複数のサービスのうち、特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む第１の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する取得部とを備える。
【０００８】
前記第１の制御信号は、SGDUコンテナに格納されて伝送され、前記SGDUのペイロード部に、コンポーネントごとの取得先を示すURLが配置され、前記SGDUの拡張部に、前記１又は複数のコンポーネントのタイプと伝送方式を示す情報が配置される。
【０００９】
前記第１の制御信号は、IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層である第１の階層で伝送される。
【００１０】
前記取得部は、IP層よりも下位の階層である第２の階層で伝送される、前記特定のサービスの伝送方式を示す情報を含む第２の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する。
【００１１】
前記第２の制御信号は、複数のサービスのうち、前記特定のサービスが放送中であるかを示す情報を含む。
【００１２】
前記第２の制御信号は、前記第１の制御信号を取得するための情報を含む第３の制御信号の取得の有無を示す情報を含む。
【００１３】
前記１又は複数のコンポーネント、前記第１の制御信号、及び、前記第３の制御信号は、FLUTEセッションにより伝送される。
【００１４】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【００１５】
本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。
【００１６】
本技術の第１の側面の受信装置及び受信方法においては、IP伝送方式を用いたデジタル放送の放送波が受信され、前記放送波に含まれる複数のサービスのうち、特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントが取得される。
【００１７】
本技術の第２の側面の送信装置は、特定のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、前記特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む制御信号を取得する第２の取得部と、IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する送信部とを備える。
【００１８】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【００１９】
本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する受信方法である。
【００２０】
本技術の第２の側面の送信装置及び送信方法においては、特定のサービスを構成する１又は複数のコンポーネントが取得され、前記特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む制御信号が取得され、IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波が送信される。
【００２１】
本技術の第３の側面の受信装置は、IP伝送方式を用いたデジタル放送の放送波を受信する受信部と、前記放送波に含まれる複数のサービスのうち、特定のサービスの伝送方式を示す情報を含む第２の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する取得部とを備える。
【００２２】
前記第２の制御信号は、複数のサービスのうち、前記特定のサービスが放送中であるかを示す情報を含む。
【００２３】
前記第２の制御信号は、IP伝送方式におけるプロトコルの階層のうち、IP層よりも下位の階層である第２の階層で伝送される。
【００２４】
前記取得部は、IP層よりも上位の階層である第１の階層で伝送される、前記特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む第１の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する。
【００２５】
前記第１の制御信号は、SGDUコンテナに格納されて伝送され、前記SGDUのペイロード部に、コンポーネントごとの取得先を示すURLが配置され、前記SGDUの拡張部に、前記１又は複数のコンポーネントのタイプと伝送方式を示す情報が配置される。
【００２６】
前記第２の制御信号は、前記第１の制御信号を取得するための情報を含む第３の制御信号の取得の有無を示す情報を含む。
【００２７】
前記１又は複数のコンポーネント、前記第１の制御信号、及び、前記第３の制御信号は、FLUTEセッションにより伝送される。
【００２８】
本技術の第３の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【００２９】
本技術の第３の側面の受信方法は、上述した本技術の第３の側面の受信装置に対応する受信方法である。
【００３０】
本技術の第３の側面の受信装置及び受信方法においては、IP伝送方式を用いたデジタル放送の放送波が受信され、前記放送波に含まれる複数のサービスのうち、特定のサービスの伝送方式を示す情報を含む制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントが取得される。
【００３１】
本技術の第４の側面の送信装置は、特定のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、前記特定のサービスの伝送方式を示す情報を含む制御信号を取得する第２の取得部と、IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する送信部とを備える。
【００３２】
本技術の第４の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【００３３】
本技術の第４の側面の送信方法は、上述した本技術の第４の側面の送信装置に対応する受信方法である。
【００３４】
本技術の第４の側面の送信装置及び送信方法においては、特定のサービスを構成する１又は複数のコンポーネントが取得され、前記特定のサービスの伝送方式を示す情報を含む制御信号が取得され、IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波が送信される。
【発明の効果】
【００３５】
本技術の第１の側面乃至第４の側面によれば、放送と通信の融合サービスをより効率的に実現することができる。
【００３６】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００３７】
【図１】IP伝送方式のデジタル放送の放送波の構成を示す図である。
【図２】SATのシンタックスの例を示す図である。
【図３】SATの記述例を示す図である。
【図４】MPDの構成例を示す図である。
【図５】MPDの記述例を示す図である。
【図６】SDPのシンタックスの例を示す図である。
【図７】SDPの記述例を示す図である。
【図８】本技術を適用した放送システムの一実施の形態の構成を示す図である。
【図９】本技術を適用した送信装置の一実施の形態の構成を示す図である。
【図１０】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図１１】運用例１の選局処理を説明する図である。
【図１２】運用例１のプロトコルスタックを説明する図である。
【図１３】運用例１の制御信号に含まれる情報の関連性を説明する図である。
【図１４】運用例２の選局処理を説明する図である。
【図１５】運用例２のプロトコルスタックを説明する図である。
【図１６】運用例２の制御信号に含まれる情報の関連性を説明する図である。
【図１７】運用例３の選局処理を説明する図である。
【図１８】運用例３のプロトコルスタックを説明する図である。
【図１９】運用例３の制御信号に含まれる情報の関連性を説明する図である。
【図２０】運用例４の選局処理を説明する図である。
【図２１】運用例４のプロトコルスタックを説明する図である。
【図２２】運用例４の制御信号に含まれる情報の関連性を説明する図である。
【図２３】送信処理を説明するフローチャートである。
【図２４】選局処理を説明するフローチャートである。
【図２５】放送サービス受信処理を説明するフローチャートである。
【図２６】放送・通信サービス受信処理を説明するフローチャートである。
【図２７】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００３８】
以下、図面を参照しながら本技術の実施の形態について説明する。ただし、以下の順序にしたがって説明するものとする。
【００３９】
１．IP伝送方式の概要
２．シグナリング情報
（１）LLS(SAT)の詳細構造
（２）SCS(MPD，SDP)の詳細構造
３．放送システムの構成
４．具体的な運用例
５．各装置で実行される具体的な処理の内容
【００４０】
＜１．IP伝送方式の概要＞
【００４１】
図１は、IP伝送方式のデジタル放送の放送波の構成を示す図である。
【００４２】
図１に示すように、6MHzの周波数帯域を有する放送波(図中の「Network」)から、１又は複数のBBPストリーム(BBP Stream)を取得することができる。また、各BBPストリームから、NTP(Network Time Protocol)、複数のサービスチャンネル(Service Channel)、ESG(Electronic Service Guide) Service、及び、LLS(Low Layer Signaling)を取得することができる。図１に示すように、NTP，サービスチャンネル，ESGは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。
【００４３】
NTPは、時刻情報であって、複数のサービスチャンネルで共通のものとなる。ESGは、電子サービスガイドであって、例えば、番組タイトルや開始時刻などの情報が含まれる。LLSは、低レイヤのシグナリング情報であって、例えば、SCT(Service Configuration Table)やSAT(Service Association Table)などのサービス構成情報(Service Configuration Information)が伝送される。
【００４４】
SCTは、後述のトリプレットを含み、放送波におけるBBPストリーム構成とサービス構成が示される。また、SCTには、ESGやSCSにアクセスするためのbootstrap情報などが含まれる。SATは、BBPストリームごとのオンエア中のサービスを示す。SATによって、特定のサービスがオンエア中（放送中）であるかどうかを判定することができる。
【００４５】
各サービスチャンネルには、１又は複数のコンポーネント(Component)と、SCS(Service Channel Signaling)が含まれる。また、各サービスチャンネルには、共通のIPアドレスが付与されている。以下の説明では、サービスチャンネルを、単にサービスとも称して説明する。
【００４６】
コンポーネントは、ビデオデータ(Video)やオーディオデータ(Audio)等からなり、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送される。なお、図１の例では、コンポーネントとして、ビデオデータとオーディオデータを示しているが、例えば、字幕(Subtitle)や難視聴者向け補助音声(Audio Description)等の他のデータが伝送されるようにしてもよい。SCSは、サービス単位のシグナリング情報であって、FLUTEセッションにより伝送される。例えば、SCSとしては、SDP(Session Description Protocol)やMPD(Media Presentation Description)などが伝送される。SDPは、サービス単位のサービス属性、コンポーネントの構成情報、コンポーネント属性、コンポーネントのフィルタ情報、コンポーネントのロケーション情報などを含む。また、MPDは、サービス単位で伝送されるコンポーネントごとのセグメントURL(Uniform Resource Locator)を含む。
【００４７】
また、図１に示したIP伝送方式のデジタル放送の放送波の構成において、放送波には、network_idが割り当てられている。さらには、放送波に含まれる各BBPストリームは、BBP_stream_idにより識別される。そして、各BBPストリームに含まれるサービスチャンネル（サービス）は、service_idにより識別される。すなわち、IP伝送方式のデジタル放送では、従来の放送サービスの技術であるMPEG2-TS方式で用いられているnetwork_id，transport_stream_id，service_idの組み合わせ（以下、「トリプレット(Triplet)」という）と同様のID体系を採用しており、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。
【００４８】
＜２．シグナリング情報＞
【００４９】
（１）LLS(SAT)の詳細構造
（SATの構成）
図２は、SATのシンタックスの例を示す図である。なお、図２において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
【００５０】
図２に示すように、sat要素は、service要素を含む。オンエア中のサービスが複数存在する場合には、それらのサービスに対応したservice要素が複数配置される。また、service要素は、service_id属性、service_type属性、usd_enforcement_flag要素を含む。
【００５１】
service_id属性には、オンエア中のサービスの識別子が指定される。service_type属性は、サービスのタイプ情報が指定される。例えば、放送のみによるサービスの場合、“broadcasting”が指定され、放送と通信の融合サービスの場合、“hybrid”が指定される。usd_enforcement_flag要素は、選局処理にUSD(User Service Description)の取得を指示するためのものである。USDは、SDPやMPDを取得するための情報である。
【００５２】
図３は、SATの記述例を示している。図３の記述例では、選局した放送ネットワーク内のオンエア中のサービスは、service_id = “0001”，“0002”の２つであることを示す。また、service_id = “0001”のサービスは、放送のみでコンポーネントを提供し、service_id = “0002”のサービスは、放送と通信でコンポーネントを提供することを示している。
【００５３】
（２）SCS(MPD，SDP)の詳細構造
（MPDの構成）
図４は、MPD構成の例を示す図である。
【００５４】
図４に示すように、MPDは、SGDU(Service Guide Delivery Unit)コンテナに格納されて伝送される。SGDU(Service Guide Delivery Unit)は、ヘッダ部(Unit Header)、ペイロード部(Unit Payload)、及び、拡張部(Extension)から構成される。
【００５５】
ヘッダ部には、フラグメントIDとフラグメントバージョンがフラグメントごとに配置される。また、ヘッダ部に、拡張部へのオフセット値を指定することで、拡張部の位置を示すことができる。フラグメントIDは、フラグメント識別を示す。フラグメントバージョンは、フラグメントのバージョン番号を示す。
【００５６】
ペイロード部には、フラグメントエンコードタイプとMPDのデータが配置される。フラグメントエンコードタイプは、フラグメントのエンコードのタイプ情報を示す。MPDとしては、例えばXML(Extensible Markup Language)形式で記述されたXML文書が配置される。図５は、MPDの記述例を示している。図５に示すように、BaseURL要素で指定される配信サーバのURL（例えば、http://cdn1.example.com/）と、ファイル名（例えば、7657412348.mp4）を結合させた文字列が、セグメントURLとされる。
【００５７】
図４の説明に戻り、拡張部には、拡張部タイプとともに、コンポーネントタイプと伝送タイプ値がコンポーネントごとに配置される。また、拡張部に、次の拡張部へのオフセット値を指定することで、拡張部を複数配置した場合の次の拡張部の位置を示すことができる。
【００５８】
拡張部タイプは、拡張部のタイプ情報を示す。コンポーネントタイプは、例えば、mime-type(例えば、Video/mp4，Audio/mp4)などのコンポーネントのタイプ情報を示す。伝送タイプ値は、コンポーネントの伝送方式を示す。例えば、コンポーネントを放送で伝送する場合、"broadcasting"が指定され、コンポーネントを通信で伝送する場合、"hybrid"が指定される。
【００５９】
（SDPの構成）
SDPの記述文書は、セッション記述部とメディア記述部の２つの部分から構成される。セッション記述部には、プロトコルバージョン、インスタンス生成者情報、コネクションデータなどが記述される。また、メディア記述部には、複数のメディア情報を記述することができる。ここでは、図６に示すように、"a="で示されるメディアの属性として、content-location，flute-session-tsi，flute-session-toi，content-typeなどのFDT(File Delivery Table)に記述されている情報を指定できるようにする。詳細は後述するが、FDTは、FLUTEセッションごとに所定の伝送周期で伝送されるインデックス情報である。
【００６０】
図６において、locationには、コンポーネントが配信されるURLが指定される。例えば、locationには、"http://www.aaa.com/bb/video.v"が指定される。tsiには、コンポーネントが配信されるFLUTEセッションのIDが指定される。tsiには、１以上の整数値が指定される。toiには、コンポーネントのIDが指定される。toiには、０以上の整数値が指定される。typeには、コンポーネントのタイプが指定される。このタイプは、mime-typeで指定される。
【００６１】
図７は、SDPの記述例を示している。
【００６２】
図７において、"v"は、プロトコルバージョンを示す。この値としては、"0"又はサービスの運用で決める値が指定される。
【００６３】
"o"は、インスタンス生成者情報を示す。この値としては、生成者名、SDPインスタンスのID、バージョン、送信（ホスト）のタイプ、IPアドレスタイプ、及び、IPアドレスが指定される。例えば、送信（ホスト）のタイプには、IN（インターネット）、BC（放送）、又は HB（ハイブリッド）が指定される。また、IPアドレスタイプには、IPv4又はIPv6が指定される。なお、送信（ホスト）のタイプに指定される値は、一例であって、今後の実サービスに用いられるSDPの送信ネットワークに応じて適切な値を決めることも想定される。
【００６４】
"s"は、セッション名を示す。この値としては、セッション名がテキストで記述される。"i"は、セッションに関する付加情報を示す。この値としては、セッションの説明が記述される。
【００６５】
"c"は、コネクションデータを示す。この値としては、セッションのネットワークタイプ、IPアドレスタイプ、及び、IPアドレスが指定される。例えば、セッションのネットワークタイプには、IN（インターネット）、BC（放送）、又はHB（ハイブリッド）が指定される。また、IPアドレスタイプには、IPv4又はIPv6が指定される。なお、セッションのネットワークタイプに指定される値は、一例であって、今後の実サービスに用いられるSDPの送信ネットワークに応じて適切な値を決めることも想定される。"t"は、セッションの有効開始・終了時間を示す。
【００６６】
"m"は、メディア情報を示す。この値としては、メディアタイプ、メディアを送信するポート番号、メディアを送信するプロトコル、フォーマットなどが指定される。例えば、メディアタイプとしては、ビデオ(Video)やオーディオ(Audio)が指定される。また、メディアを送信するプロトコルとしては、FLUTE/UDPやRTP/AVPなどが指定される。また、フォーマットとしては、プロトコルごとに必要があれば付加情報が記述される。
【００６７】
図７の記述例では、２つのメディア情報が記述されている。１つ目のメディア情報として、"application 12345 FLUTE/UDP"が指定されている。また、"a="で始まる行は、対応するメディアの属性を示している。すなわち、コンポーネントが配信されるURLとして"http://www.aaa.com/bb/video.vi"、コンポーネントが配信されるFLUTEセッションのID(TSI)として"1"、コンポーネントのID(TOI)として"1"、コンポーネントのタイプとして"video/mp4"がそれぞれ指定されている。
【００６８】
また、２つ目のメディア情報として、"application 12346 FLUTE/UDP"が指定されている。すなわち、コンポーネントが配信されるURLとして" http://www.aaa.com/bb/audio.au"、コンポーネントが配信されるFLUTEセッションのID(TSI)として"2"、コンポーネントのID(TOI)として"1"、コンポーネントのタイプとして"audio/mp4"がそれぞれ指定されている。
【００６９】
＜３．放送システムの構成＞
【００７０】
（放送システムの構成例）
図８は、本技術を適用した放送システムの一実施の形態の構成を示す図である。
【００７１】
図８に示すように、放送システム１は、送信装置１０、受信装置２０、及び、配信サーバ３０から構成される。また、受信装置２０と配信サーバ３０は、インターネット９０を介して相互に接続されている。
【００７２】
送信装置１０は、テレビ番組等の放送コンテンツを、IP伝送方式を用いたデジタル放送の放送波によって送信する。
【００７３】
受信装置２０は、送信装置１０から送信された放送信号を受信して、放送コンテンツの映像と音声を取得する。受信装置２０は、放送コンテンツの映像をディスプレイに表示するとともに、その映像に同期した音声をスピーカから出力する。なお、受信装置２０は、ディスプレイやスピーカを含んで単体として構成されるようにしてもよいし、テレビジョン受像機やビデオレコーダ等に内蔵されるようにしてもよい。
【００７４】
配信サーバ３０は、受信装置２０からの要求に応じて、放送コンテンツに対応する映像又は音声の少なくとも一方を通信コンテンツとして、インターネット９０を介して配信する。なお、映像(Video)と音声(Audio)のほか、例えば、字幕(Subtitle)や難視聴者向け補助音声(Audio Description)等が通信コンテンツとして配信されるようにしてもよい。
【００７５】
受信装置２０は、インターネット９０を介して配信サーバ３０から配信される通信コンテンツを受信する。例えば、受信装置２０は、放送コンテンツの映像と同期した通信コンテンツの音声をスピーカから出力する。また、例えば、受信装置２０は、放送コンテンツの音声と同期した通信コンテンツの映像をディスプレイに表示する。
【００７６】
放送システム１は、以上のように構成される。
【００７７】
（送信装置の構成例）
図９は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
【００７８】
図９に示すように、送信装置１０は、ビデオデータ取得部１１１、ビデオエンコーダ１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、ファイルデータ取得部１１５、ファイル処理部１１６、制御信号取得部１１７、制御信号処理部１１８、Mux１１９、及び、送信部１２０から構成される。
【００７９】
ビデオデータ取得部１１１は、同期型のストリーム形式のデータを伝送する場合には、内蔵するストレージや外部のサーバ、カメラ等から、ビデオデータを取得し、ビデオエンコーダ１１２に供給する。ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１９に供給する。
【００８０】
オーディオデータ取得部１１３は、同期型のストリーム形式のデータを伝送する場合には、内蔵するストレージや外部のサーバ、マイクロフォン等からオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１９に供給する。
【００８１】
ファイルデータ取得部１１５は、非同期型のファイル形式のデータを伝送する場合には、内蔵するストレージや外部のサーバ等から、例えば、ビデオデータやオーディオデータ、ESG、アプリケーション、コンテンツなどのファイルデータを取得し、ファイル処理部１１６に供給する。ファイル処理部１１６は、ファイルデータ取得部１１５から供給されるファイルデータに対して、所定のファイル処理を施し、Mux１１９に供給する。例えば、ファイル処理部１１６は、ファイルデータ取得部１１５により取得されたファイルデータに対して、FLUTEセッションにより伝送するためのファイル処理を施す。
【００８２】
制御信号取得部１１７は、内蔵するストレージや外部のサーバ等から、LLSやSCS等の制御信号を取得し、制御信号処理部１１８に供給する。制御信号処理部１１８は、制御信号取得部１１７から供給される制御信号に対して、所定の信号処理を施し、Mux１１９に供給する。例えば、制御信号処理部１１８は、制御信号取得部１１７により取得されたSCSに対して、FLUTEセッションにより伝送するための信号処理を施す。
【００８３】
Mux１１９は、ビデオエンコーダ１１２から供給されるビデオデータ、オーディオエンコーダ１１４から供給されるオーディオデータ、ファイル処理部１１６から供給されるファイルデータ、及び、制御信号処理部１１８から供給される制御信号を多重化してIP伝送形式のBBPストリームを生成し、送信部１２０に供給する。送信部１２０は、Mux１１９から供給されるBBPストリームを放送信号として、アンテナ１２１を介して送信する。
【００８４】
（受信装置の構成例）
図１０は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【００８５】
図１０に示すように、受信装置２０は、チューナ２１２、Demux２１３、クロック発生器２１４、ビデオデコーダ２１５、ビデオ出力部２１６、オーディオデコーダ２１７、オーディオ出力部２１８、FLUTE処理部２１９、ストレージ２２０、制御信号処理部２２１、NVRAM２２２、通信I/F２２３、ブラウザ２２４、及び、ストリーム処理部２２５から構成される。
【００８６】
チューナ２１２は、アンテナ２１１により受信された放送信号から、選局が指示されたサービスの放送信号を抽出して復調し、その結果得られるIP伝送形式のBBPストリームを、Demux２１３に供給する。
【００８７】
Demux２１３は、チューナ２１２から供給されるIP伝送形式のBBPストリームを、ビデオデータ、オーディオデータ、ファイルデータ、及び、制御信号に分離して、ビデオデコーダ２１５、オーディオデコーダ２１７、FLUTE処理部２１９、及び、制御信号処理部２２１にそれぞれ供給する。また、Demux２１３は、BBPストリームから得られる時刻情報(NTP)を、クロック発生器２１４に供給する。
【００８８】
クロック発生器２１４は、Demux２１３から供給されるNTPに基づいて、クロック信号を生成し、ビデオデコーダ２１５、及び、オーディオデコーダ２１７に供給する。
【００８９】
ビデオデコーダ２１５は、クロック発生器２１４から供給されるクロック信号に基づいて、Demux２１３から供給されるビデオデータを、ビデオエンコーダ１１２（図９）に対応する復号方式で復号して、ビデオ出力部２１６に供給する。ビデオ出力部２１６は、ビデオデコーダ２１５から供給されるビデオデータを、後段のディスプレイ（不図示）に出力する。これにより、ディスプレイには、例えば、テレビ番組の映像などが表示される。
【００９０】
オーディオデコーダ２１７は、クロック発生器２１４から供給されるクロック信号に基づいて、Demux２１３から供給されるオーディオデータを、オーディオエンコーダ１１４（図９）に対応する復号方式で復号して、オーディオ出力部２１８に供給する。オーディオ出力部２１８は、オーディオデコーダ２１７から供給されるオーディオデータを、後段のスピーカ（不図示）に供給する。これにより、スピーカからは、例えば、テレビ番組の映像に対応する音声が出力される。
【００９１】
FLUTE処理部２１９は、Demux２１３から供給される、FLUTEセッションにより伝送されているファイルデータから、ビデオデータやオーディオデータ、制御信号(SCS)、ESG、アプリケーション、コンテンツなどを復元する。FLUTE処理部２１９は、復元したビデオデータをビデオ出力部２１６に、オーディオデータをオーディオ出力部２１８に供給する。これにより、ディスプレイにはテレビ番組などの映像が表示され、その映像に対応する音声がスピーカから出力される。
【００９２】
また、FLUTE処理部２１９は、復元した制御信号(SCS)を、制御信号処理部２２１に供給する。さらに、FLUTE処理部２１９は、復元したESGやコンテンツをストレージ２２０に記録したり、復元したアプリケーションをブラウザ２２４に供給したりする。
【００９３】
ストレージ２２０は、HDD(Hard Disk Drive)などの大容量の記録装置である。ストレージ２２０は、FLUTE処理部２１９などから供給されるコンテンツなどの各種のデータを記録する。
【００９４】
制御信号処理部２２１は、Demux２１３又はFLUTE処理部２１９から供給される制御信号(LLS(SCT,SAT)，SCS)に基づいて、各部の動作を制御する。NVRAM２２２は、不揮発性メモリであって、制御信号処理部２２１からの制御に従い、各種のデータを記録する。例えば、NVRAM２２２には、初期スキャン処理によって選局情報(SCT)が記録され、制御信号処理部２２１は、NVRAM２２２から読み出した選局情報(SCT)に従い、チューナ２１２による選局処理を制御する。
【００９５】
通信I/F２２３は、インターネット９０上に設けられたアプリケーションサーバ（不図示）からアプリケーションを受信し、ブラウザ２２４に供給する。ブラウザ２２４には、FLUTE処理部２１９又は通信I/F２２３からアプリケーションが供給される。ブラウザ２２４は、例えばHTML5（Hyper Text Markup Language 5）により記述されたHTML文書からなるアプリケーションに応じたビデオデータを生成して、ビデオ出力部２１６に供給する。これにより、ディスプレイには、アプリケーションの映像が表示される。
【００９６】
また、通信I/F２２３は、インターネット９０上に設けられた配信サーバ３０から配信される通信コンテンツのデータを受信し、ストリーム処理部２２５に供給する。ストリーム処理部２２５は、制御信号処理部２２１からの制御に従い、通信I/F２２３から供給される通信コンテンツのデータに対して、所定の再生処理を施し、その結果得られるビデオデータをビデオ出力部２１６に供給し、オーディオデータをオーディオ出力部２１８に供給する。これにより、ディスプレイには、通信コンテンツの映像が表示される。また、通信コンテンツの音声がスピーカから出力される。
【００９７】
なお、図１０において、受信装置２０は、ストレージ２２０は内蔵しているとして説明したが、外付けのストレージが接続されるようにしてもよい。
【００９８】
＜４．具体的な運用例＞
次に、本技術を適用した放送システムの具体的な運用例について説明する。ただし、この運用例においては、受信装置２０における選局処理を中心に説明するため、選局情報(SCT)は、初期スキャン処理により既に取得済みであるものとする。以下、運用例１乃至４をその番号順に説明する。
【００９９】
（１）運用例１
（運用例１の選局処理）
図１１に示すように、運用例１における、送信装置１０からのデジタル放送の放送波では、ビデオデータとオーディオデータを非同期型のファイル形式で伝送しているため、FLUTEセッションが利用されている。また、ビデオデータとオーディオデータは同一のFLUTEセッションで伝送されているが、SCSは別のFLUTEセッションで伝送されている。例えば、ビデオデータ及びオーディオデータと、SCSにおいては、IPアドレスとポート番号が、"10.1.200.10"と"300"で同一となるが、TSIが、"X"と"Y"で異なっている。
【０１００】
受信装置２０においては、視聴者による選局操作を検出した場合、制御信号処理部２２１によりNVRAM２２２に記録されたSCT(選局情報)が読み出され、チューナ２１２は、SCTに応じた選局処理を行う。また、制御信号処理部２２１は、LLSとして所定の伝送周期で送られるSATを取得し、選局された特定のサービスのservice_idと、SATに含まれるサービスのservice_idとを照合することで、特定のサービスがオンエア中であるかどうかを判定する（Ｓ１０１）。
【０１０１】
FLUTE処理部２１９は、特定のサービスがオンエア中である場合、特定のサービスのservice_idに応じたSCTのSCS_bootstrap情報を用い、特定のFLUTEセッション(TSI:Y)において周期的に伝送されるFDT(File Delivery Table)を取得する（Ｓ１０２，Ｓ１０３）。ただし、FLUTEセッションにおいては、TSI(Transport Session Identifier)とTOI(Transport Object Identifier)を用いて、特定のファイルを指定することになるが、FDTにはTOI=0が指定されている。FLUTE処理部２１９は、FDTのインデックス情報を参照して得られるUSDのTOIに従い、特定のFLUTEセッション(TSI:Y)で伝送されるUSDを取得する（Ｓ１０４，Ｓ１０５）。
【０１０２】
FLUTE処理部２１９は、USDに含まれるMPDとSDPを取得するための情報(Media Presentation Description，Delivery Method)に従い、特定のFLUTEセッション(TSI:Y)で伝送されるMPDとSDPを取得する（Ｓ１０６，Ｓ１０７）。ここで、MPDには、コンポーネントごとのセグメントURLが記述されている。具体的には、セグメントURLとして、"http://10.1.200.10/v.xxx"と、"http://10.1.200.10/a.xxx"が記述されている。
【０１０３】
また、SDPには、コンポーネントごとの種別、ポート番号、プロトコル、TSIが記述されている。具体的には、SDPには、特定のFLUTEセッション(TSI:X)で、種別がアプリケーションとなるコンポーネントが２つ伝送されていることが記述されているが、ビデオデータとオーディオデータが同一の種別となるアプリケーションとして指定されているため、このSDPからは、FLUTEセッションにより伝送されるビデオデータとオーディオデータを特定することはできない。
【０１０４】
FLUTE処理部２１９は、SDPに従い、特定のFLUTEセッション(TSI:X)において周期的に伝送されるFDTを取得する（Ｓ１０８，Ｓ１０９）。このFDTには、ビデオデータとオーディオデータを取得するためのインデックス情報が記述されている。具体的には、ビデオデータには、特定のFLUTEセッション(TSI:X)におけるTOI=1が指定され、オーティオデータには、特定のFLUTEセッション(TSI:X)におけるTOI=2が指定されている。そして、FLUTE処理部２１９は、MPDのセグメントURLを、FDTのContent-locationのURLと照合することで、ビデオデータとオーティオデータのTOIを割り出して、それらのデータ（コンポーネント）を取得することができる（Ｓ１１０，Ｓ１１１）。
【０１０５】
運用例１の場合、ビデオデータとオーティオデータが同一のFLUTEセッション、すなわち、放送で伝送されているため、MPDのセグメントURLとFDTのContent-locationのURLが全て一致している。それに対し、ビデオデータやオーティオデータが通信で伝送される場合には、MPDのセグメントURLにはそのURLが記述されるが、FDTにはFLUTEセッションにより伝送されていないそれらのデータのURLが記述されることはない。従って、SGDUの拡張部に、コンポーネントタイプと伝送タイプ値を配置しない場合には、上述したURLの照合を行うことで、はじめてコンポーネントが通信で伝送されていることがわかることになる。
【０１０６】
そこで、本技術では、図４に示したように、MPDを伝送するSGDUの拡張部に、コンポーネントタイプと伝送タイプ値を配置することで、MPDの取得時に、コンポーネントの種別と伝送方式が得られるようにしている。これにより、例えば、運用例１のケースで、ビデオデータやオーディオデータが通信で伝送されている場合には、特定のFLUTEセッション(TSI:X)で伝送されるFDTを取得することなく、コンポーネントが通信で伝送されていることを示す情報を得ることができる。
【０１０７】
（運用例１のプロトコルスタック）
図１２は、運用例１におけるIP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【０１０８】
図１２に示すように、最も下位の階層は、ベースバンドフレーム(Basa Band Frame)とされ、このベースバンドフレーム上を、IP伝送方式における各種のデータを格納したベースバンドパケット(Basa Band Packet)が伝送される。このようなBBPストリームに隣接する上位階層はLLSとIP層とされる。LLSは、低レイヤのシグナリング情報であって、例えば、SCTやSAT等のサービス構成情報を含んでいる。
【０１０９】
IP層は、TCP/IPのプロトコルスタックにおけるIP(Internet Protocol)と同じものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、FLUTE，NTPとされる。すなわち、IP伝送方式のデジタル放送においては、UDPのポート番号が指定されたパケットが伝送され、FLUTEセッションが確立されるようになされている。
【０１１０】
また、FLUTEに隣接する上位階層は、ESG，USD，MPD，SDP，APP(アプリケーション)，fMP4(Fragmented MP4)とされ、ESG，USD，MPD，SDP，APPは、FLUTEセッションにより伝送される。また、fMP4に隣接する上位階層は、ビデオデータ(Video)、オーディオデータ(Audio)とされる。すなわち、ビデオデータやオーディオデータを、非同期型のファイル形式で伝送する場合、FLUTEセッションが利用されることになる。
【０１１１】
図１２のプロトコルスタックには、例えばリモートコントローラ等の操作により選局が指示された場合の基本形のほか、ESG又はAPPから選局が指示された場合のコンポーネントの取得・再生の流れを３種の線により示している。
【０１１２】
基本形では、まず、BBPストリーム上を伝送されるLLSが取得され、SCTに含まれるSCS_bootstrap情報を用い、特定のFLUTEセッション(TSI:Y)において周期的に伝送されるFDTのインデックス情報に応じたUSDが取得される。また、取得したUSDに従い、特定のFLUTEセッション(TSI:Y)で伝送されるMPD，SDPが取得される。そして、運用例１では、ビデオデータとオーディオデータは同一のFLUTEセッションで伝送されているため、SDPに従い、特定のFLUTEセッション(TSI:X)により伝送されるビデオデータとオーディオデータが取得される。
【０１１３】
また、ESGを利用する場合、ESGから選択された特定のサービスのUSDを、FLUTEセッションから取得することになるが、別のFLUTEセッションとなるため、LLSを取得してから、そのLLSに応じてUSDを取得することになる。USD取得後の流れは、基本形と同様である。また、APPを利用する場合には、ブラウザのアプリケーション(APP)から特定のサービスが選局されることになる。この場合、例えば、アプリケーションに、選択された特定のサービスのUSDを取得するためのスクリプトを用意しておくことで、USDを取得することができる。USD取得後の流れは、基本形と同様である。
【０１１４】
（運用例１の制御信号に含まれる情報の関連性）
図１３は、運用例１における制御信号に含まれる情報の関連性を示す図である。
【０１１５】
図１３に示すように、SCTは、トリプレットにより放送ネットワーク内のBBPストリーム構成とサービス構成を示している。SCTには、network_idのほか、BBP_stream_idにより識別されるBBPストリームループが配置される。また、BBPストリームループ内には、ESG_bootstrapのほか、service_idにより識別されるサービスループが配置される。サービスループ内にはさらに、各サービスのIPアドレスやポート番号、TSI（SCS_bootstrap情報）が配置される。なお、図示はしていないが、SCTには、例えば、物理層(Physical Layer)に関する情報等も含まれており、選局情報として用いられる。
【０１１６】
SCTとSATは、service_idにより紐付けられており、特定のサービスがオンエア中であるかどうかを判定することができる。SCTのBBP_stream_idごとのESG_bootstrap情報を用いることで、ESGにアクセスすることができる。また、ESGからFDTにアクセスすることができる。
【０１１７】
また、SCTのservice_idごとのSCS_bootstrap情報を用いることで、特定のFLUTEセッション(TSI:Y)で伝送されるFDTを取得することができる。そして、このFDTのインデックス情報に従い、特定のFLUTEセッション(TSI:Y)で伝送されるUSDを取得することができる。また、USDに含まれるMPDとSDPを取得するための情報(Media Presentation Description，Delivery Method)に従い、特定のFLUTEセッション(TSI:Y)で伝送されるMPDとSDPが取得される。
【０１１８】
そして、サービスを構成する全てのコンポーネントが放送により伝送されている場合には、コンポーネントに関する情報はSDPに記述されているので、SDPに従い、特定のFLUTEセッション(TSI:X)により伝送される、ビデオデータとオーディオデータを取得して、再生することができる。
【０１１９】
なお、サービスを構成するコンポーネントが放送と通信により伝送されている場合には、コンポーネントに関する情報はSDPとMPDに記述されているので、SDPに従い、特定のFLUTEセッションからコンポーネントを取得するほか、さらに、MPDのセグメントURLに従い、配信サーバ３０にアクセスしてコンポーネントを取得することになる。
【０１２０】
また、図１３に示す情報の関連性では、USD，MPD，SDPのTOIを固定値として、そのTOIの値をSCTに記述するようにしてもよい。このような運用を採用した場合、SCTからFDTを経由せずにUSDにアクセスできる（図中の「shortcut1」）。また、SCTからFDT及びUSDを経由せずにMPDとSDPにアクセスすることができる（図中の「shortcut2」）。さらに、図１３に示す情報の関連性では、FDTに、MPDとSDPの取得先を示す情報(図中の点線で囲まれた「<MPD>」，「<SDP>」)を含ませることで、USDを経由せずに、MPDとSDPにアクセスすることができる（図中の「shortcut3」）。
【０１２１】
（２）運用例２
（運用例２の選局処理）
図１４に示すように、運用例２における、送信装置１０からのデジタル放送の放送波では、ビデオデータとオーディオデータを非同期型のファイル形式で伝送しているため、FLUTEセッションが利用されている。また、ビデオデータとオーディオデータ、SCSはそれぞれ異なるFLUTEセッションで伝送されている。例えば、ビデオデータ、オーディオデータ、SCSにおいては、IPアドレスが"10.1.200.10"で同一となるが、ポート番号とTSIが、"300"，"301"，"302"と、"X"，"Y"，"Z"でそれぞれ異なっている。
【０１２２】
受信装置２０においては、視聴者による選局操作を検出した場合、選局情報(SCT)が読み出され、選局情報に応じた選局処理が行われる。また、LLSからSATが取得され、選局された特定のサービスがオンエア中であるかどうかが判定される（Ｓ２０１）。そして、特定のサービスがオンエア中である場合には、SCTのSCS_bootstrap情報を用い、特定のFLUTEセッション(TSI:Z)からFDTが取得される（Ｓ２０２，Ｓ２０３）。また、FDTのインデックス情報に従い、特定のFLUTEセッション(TSI:Z)からUSDが取得される（Ｓ２０４，Ｓ２０５）。
【０１２３】
USDが取得されると、MPDとSDPを取得するための情報に従い、特定のFLUTEセッション(TSI:Z)で伝送されるMPDとSDPが取得される（Ｓ２０６，Ｓ２０７）。MPDには、コンポーネントごとのセグメントURLが記述されている。また、SDPには、コンポーネントごとの種別、ポート番号、プロトコル、TSIが記述されているが、ビデオデータとオーディオデータは異なるFLUTEセッションにより伝送されているため、ポート番号(300，301)と、TOI(X，Y)は異なった値となる。
【０１２４】
ただし、SDPには、これらの異なるFLUTEセッション(TSI:X，Y)で、種別がアプリケーションとなるコンポーネントが２つ伝送されていることが記述されている。しかしながら、ビデオデータとオーディオデータが同一の種別となるアプリケーションとして指定されているため、このSDPからは、FLUTEセッションにより伝送されるビデオデータとオーディオデータを特定することはできない。したがって、SDPに従い、２つのFLUTEセッション(TSI:X，Y)にアクセスして、FLUTEセッションごとのFDTを取得するが、その際に、ビデオデータとオーディオデータの区別は行われていない（Ｓ２０８，Ｓ２０９）。
【０１２５】
このようにして取得された２つのFDTのうち、一方のFDTにはビデオデータを取得するためのインデックス情報が記述され、他方のFDTにはオーディオデータを取得するためのインデックス情報が記述されている。具体的には、ビデオデータには、特定のFLUTEセッション(TSI:X)におけるTOI=1が指定され、オーティオデータには、特定のFLUTEセッション(TSI:Y)におけるTOI=１が指定されている。そして、MPDのセグメントURLを、２つのFDTのContent-locationのURLと照合することで、ビデオデータとオーティオデータの取得先を得て、それらのデータ（コンポーネント）を取得することができる（Ｓ２１０，Ｓ２１１）。
【０１２６】
運用例２の場合、ビデオデータとオーティオデータが異なるFLUTEセッション、すなわち、放送で伝送されているため、MPDのセグメントURLと、２つのFDTのContent-locationのURLが全て一致している。それに対し、ビデオデータやオーティオデータが通信で伝送される場合には、MPDのセグメントURLにはそのURLが記述されるが、FDTにはFLUTEセッションにより伝送されていないそれらのデータのURLが記述されることはない。従って、SGDUの拡張部に、コンポーネントタイプと伝送タイプ値を配置しない場合には、上述したURLの照合を行うことで、はじめてコンポーネントが通信で伝送されていることがわかることになる。
【０１２７】
そこで、図４に示したように、本技術ではMPDを伝送するSGDUの拡張部に、コンポーネントタイプと伝送タイプ値を配置することで、MPDの取得時に、コンポーネントの種別と伝送方式が得られるようにしている。これにより、例えば、運用例２のケースで、ビデオデータやオーディオデータが通信で伝送されている場合には、特定のFLUTEセッション(TSI:X,Y)で伝送されるFDTを取得することなく、コンポーネントが通信で伝送されている情報を得ることができる。
【０１２８】
（運用例２のプロトコルスタック）
図１５は、運用例２におけるIP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【０１２９】
運用例２では、運用例１と異なり、ビデオデータとオーティオデータを異なるFLUTEセッション(TSI:X，Y)で伝送しているため、ビデオデータとオーディオデータの下位の階層であるFLUTE/UDPのプロトコルが異なっている。上述したように、FLUTEセッションごとに、２つのFDTが取得され、一方のFDTに従い、FLUTEセッション(TSI:X)で伝送されるビデオデータが取得され、他方のFDTに従い、FLUTEセッション(TSI:Y)で伝送されるオーディオデータが取得されることになる。
【０１３０】
なお、図１５の運用例２のプロトコルスタックにおいて、それ以外の階層については、図１２のプロトコルスタックと同様であるため、その説明は省略する。
【０１３１】
（運用例２の制御信号に含まれる情報の関連性）
図１６は、運用例２における制御信号に含まれる情報の関連性を示す図である。
【０１３２】
運用例２では、運用例１と異なり、ビデオデータとオーティオデータを異なるFLUTEセッション(TSI:X，Y)で伝送しているため、SDPにおいて、各アプリケーションに指定されるポート番号が、300と301で異なる。
【０１３３】
また、図１６に示すように、運用例２においては、運用例１と同様に、USD，MPD，SDPのTOIを固定値として、そのTOIの値をSCTに記述することで、SCTからFDTを経由せずにUSDにアクセスできる（図中の「shortcut1」）。また、SCTからFDT及びUSDを経由せずにMPDとSDPにアクセスすることができる（図中の「shortcut2」）。さらに、FDTに、MPDとSDPの取得先を示す情報(図中の点線で囲まれた「<MPD>」，「<SDP>」)を含ませることで、USDを経由せずに、MPDとSDPにアクセスすることができる（図中の「shortcut3」）。
【０１３４】
なお、図１６の運用例２の情報の関連性において、上述した説明以外の情報の関連性については、図１３の運用例１の情報の関連性と同様であるため、その説明は省略する。
【０１３５】
（３）運用例３
（運用例３の選局処理）
図１７に示すように、運用例３における、送信装置１０からのデジタル放送の放送波では、ビデオデータとオーディオデータを非同期型のファイル形式で伝送しているため、FLUTEセッションが利用されている。また、ビデオデータとオーディオデータ、SCSは同一のFLUTEセッションで伝送されている。例えば、ビデオデータ、オーディオデータ、SCSにおいては、IPアドレスが"10.1.200.10"、ポート番号が"300"、TSIが"X"となり、すべて同一となっている。
【０１３６】
受信装置２０においては、視聴者による選局操作を検出した場合、選局情報(SCT)が読み出され、選局情報に応じた選局処理が行われる。また、LLSからSATが取得され、選局された特定のサービスがオンエア中であるかどうかが判定される（Ｓ３０１）。そして、特定のサービスがオンエア中である場合には、SCTのSCS_bootstrap情報を用い、特定のFLUTEセッション(TSI:X)からFDTが取得される（Ｓ３０２，Ｓ３０３）。このFDTには、FLUTEセッション(TSI:X)で伝送されるビデオデータ、オーディオデータ、SDPを取得するためのインデックス情報が記述されている。具体的には、ビデオデータにはTOI=1が指定され、オーディオデータにはTOI=2が指定され、SCSにはTOI=3が指定されている。
【０１３７】
この場合、FDTのインデックス情報に従い、ビデオデータやオーディオデータにアクセスすることはできるが（Ｓ３１１，図中の「shortcut」）、どのようなビデオデータやオーディオデータであるかが分からないため、コンポーネントの詳細情報を記述したSDPを取得するようにする（Ｓ３０４，Ｓ３０５）。ここで、コンポーネントの詳細情報としては、例えば、コンポーネントのmime-typeなどが記述される。そして、FDT，SDPによりSCSと同一のFLUTEセッションを認識し、MPDのセグメントURLを、FDTのContent-locationのURLと照合することで、ビデオデータとオーティオデータのTOIを割り出して、それらのデータ（コンポーネント）を取得することができる（Ｓ３０６）。
【０１３８】
（運用例３のプロトコルスタック）
図１８は、運用例３におけるIP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【０１３９】
運用例３では、運用例１や運用例２と異なり、ビデオデータ、オーディオデータ、SCSは同一のFLUTEセッション(TSI:X)で伝送されているため、FLUTE/UDPのプロトコルが同一となる。従って、特定のFLUTEセッション(TSI:X)のFDTが取得されると、そのFDTによって、ビデオデータやオーディオデータ、SDPにアクセスすることが可能となる。
【０１４０】
なお、図１８の運用例３のプロトコルスタックにおいて、それ以外の階層については、図１２のプロトコルスタックと同様であるため、その説明は省略する。
【０１４１】
（運用例３の制御信号に含まれる情報の関連性）
図１９は、運用例３における制御信号に含まれる情報の関連性を示す図である。
【０１４２】
運用例３では、運用例１や運用例２と異なり、ビデオデータ、オーディオデータ、SCSは同一のFLUTEセッション(TSI:X)で伝送されているため、特定のFLUTEセッション(TSI:X)のFDTから直接コンポーネントやSDPを指すことができる。
【０１４３】
また、図１９に示すように、運用例３においては、SDPのTOIを固定値として、そのTOIの値をSCTに記述することで、SCTからSDPに直接アクセスすることができる（図中の「shortcut1」）。
【０１４４】
（４）運用例４
（運用例４の選局処理）
図２０に示すように、運用例４における、送信装置１０からのデジタル放送の放送波では、ビデオデータとオーディオデータを非同期型のファイル形式で伝送しているため、FLUTEセッションが利用されている。また、ビデオデータとオーディオデータ、SCSはそれぞれ異なるFLUTEセッションで伝送されている。例えば、ビデオデータ、オーディオデータ、SCSにおいては、IPアドレスが"10.1.200.10"で同一となるが、ポート番号とTSIが、"300"，"301"，"302"と、"X"，"Y"，"Z"でそれぞれ異なっている。
【０１４５】
また、運用例４では、配信サーバ３０からインターネット９０を介してオーディオデータが提供される。配信サーバ３０のIPアドレスは、"20.10.100.1"であるものとする。また、送信装置１０から放送で伝送されるオーディオデータと、配信サーバ３０から通信で伝送されるオーディオデータを区別するために、前者を「オーディオデータ１(Audio1)」、後者を「オーディオデータ２(Audio2)」と称して説明する。例えば、オーディオデータ１では、第１言語として英語の音声が、オーディオデータ２では第２言語としてスペイン語の音声がそれぞれ出力されるものとする。ただし、受信装置２０では、第２言語を優先する設定になっているものとする。
【０１４６】
受信装置２０においては、視聴者による選局操作を検出した場合、選局情報(SCT)が読み出され、選局情報に応じた選局処理が行われる。また、LLSからSATが取得され、選局された特定のサービスがオンエア中であるかどうかが判定される（Ｓ４０１）。そして、特定のサービスがオンエア中である場合には、SCTのSCS_bootstrap情報を用い、特定のFLUTEセッション(TSI:Z)からFDTが取得される（Ｓ４０２，Ｓ４０３）。また、FDTのインデックス情報に従い、特定のFLUTEセッション(TSI:Z)からUSDが取得される（Ｓ４０４，Ｓ４０５）。
【０１４７】
USDが取得されると、MPDとSDPを取得するための情報に従い、特定のFLUTEセッション(TSI:Z)で伝送されるMPDとSDPが取得される（Ｓ４０６，Ｓ４０７）。MPDには、コンポーネントごとのセグメントURLが記述されている。具体的には、セグメントURLとして、"http://10.1.200.10/v.xxx"、"http://10.1.200.10/a1.xxx"、"http://20.10.100.1/a2.xxx"が記述されている。
【０１４８】
また、SDPには、コンポーネントごとの種別、ポート番号、プロトコル、TSIが記述されているが、ビデオデータとオーディオデータ１は異なるFLUTEセッションにより伝送されているため、ポート番号(300，301)は異なった値となる。FLUTE処理部２１９は、SDPに従い、２つのFLUTEセッション(TSI:X,Y)にアクセスして、FLUTEセッションごとのFDTを取得する（Ｓ４０８，Ｓ４０９）。
【０１４９】
このようにして取得された２つのFDTのうち、一方のFDTにはビデオデータを取得するためのインデックス情報が記述され、他方のFDTにはオーディオデータ１を取得するためのインデックス情報が記述されている。具体的には、ビデオデータには、特定のFLUTEセッション(TSI:X)におけるTOI=1が指定され、オーティオデータ１には、特定のFLUTEセッション(TSI:Y)におけるTOI=１が指定されている。
【０１５０】
そして、MPDのセグメントURLを、２つのFDTのContent-locationのURLと照合すると、"http://10.1.200.10/v.xxx"と、"http://10.1.200.10/a1.xxx"は一致するが、"http://20.10.100.1/a2.xxx"は、MPDのセグメントURLにのみ記載されている。すなわち、ビデオデータとオーディオデータ１は、放送で伝送されているが、オーディオデータ２は、通信で伝送されていることになる。
【０１５１】
FLUTE処理部２１９は、FDTに従い、特定のFLUTEセッション(TSI:X)からビデオデータを取得する（Ｓ４１０，Ｓ４１１）。また、受信装置２０では、第２言語を優先する設定になっているので、通信I/F２２３は、MPDのセグメントURL(http://20.10.100.1/a2.xxx)に従い、インターネット９０を介して配信サーバ３０にアクセスし、オーディオデータ２を取得する（Ｓ４１２，Ｓ４１３）。これにより、受信装置２０では、ディスプレイには、放送で伝送されたビデオデータの映像が表示され、スピーカからは、通信で伝送されたオーディオデータ２の音声が出力されることになる。
【０１５２】
ここで、SGDUの拡張部に、コンポーネントタイプと伝送タイプ値を配置しない場合には、上述したURLの照合を行うことで、はじめてオーディオデータ２が通信で伝送されていることがわかることになるが、本技術では、MPDを伝送するSGDUの拡張部に、コンポーネントタイプと伝送タイプ値を配置して、MPDの取得時に、コンポーネントの種別と伝送方式を示す情報が得られるようにしている。これにより、例えば、運用例４のケースで、オーディオデータ２が通信で伝送されている場合に、特定のFLUTEセッション(TSI:X,Y)で伝送されるFDTを取得することなく、コンポーネントが通信で伝送されていることを示す情報を得ることができる。
【０１５３】
（運用例４のプロトコルスタック）
図２１は、運用例４におけるIP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【０１５４】
運用例４では、運用例１等と異なり、ビデオデータとオーディオデータ１をFLUTEセッションで伝送するだけでなく、配信サーバ３０からインターネット９０を介してオーディオデータ２を配信している。したがって、IP伝送方式のデジタル放送のプロトコルスタックのほかに、通信のプロトコルスタックが図示されている。オーディオデータ２(Audio2)は、TCP/IPのプロトコルで伝送される。
【０１５５】
基本形では、まず、BBPストリーム上を伝送されるLLSが取得され、SCTに含まれるSCS_bootstrap情報を用い、特定のFLUTEセッション(TSI:Z)において周期的に伝送されるFDTのインデックス情報に応じたUSDが取得される。また、取得したUSDに従い、特定のFLUTEセッション(TSI:Z)で伝送されるMPD，SDPが取得される。そして、運用例４では、オーディオデータ１が特定のFLUTEセッション(TSI:Y)で伝送されているが、第２言語を優先する設定になっているため、MPDに従い、配信サーバ３０にアクセスすることで、オーディオデータ２が取得される。
【０１５６】
（運用例４の制御信号に含まれる情報の関連性）
図２２は、運用例４における制御信号に含まれる情報の関連性を示す図である。
【０１５７】
運用例４では、運用例１等と異なり、オーディオデータ２等のコンポーネントが、配信サーバ３０からインターネット９０を介して配信されているため、MPDのセグメントURLに従い、インターネット９０上の配信サーバ３０からコンポーネントが取得される。また、コンポーネントが放送により伝送されている場合には、SDPに従い、特定のFLUTEセッションにより伝送されるコンポーネントが取得される。
【０１５８】
また、図２２に示すように、運用例４においては、運用例１と同様に、USD，MPD，SDPのTOIを固定値として、そのTOIの値をSCTに記述することで、SCTからFDTを経由せずにUSDにアクセスできる（図中の「shortcut1」）。また、SCTからFDT及びUSDを経由せずにMPDとSDPにアクセスすることができる（図中の「shortcut1'」）。さらに、FDTに、MPDとSDPの取得先を示す情報(図中の点線で囲まれた「<MPD>」，「<SDP>」)を含ませることで、USDを経由せずに、MPDとSDPにアクセスすることができる（図中の「shortcut1''」）。
【０１５９】
なお、図２２の運用例４の情報の関連性において、上述した説明以外の情報の関連性については、図１３の運用例１の情報の関連性と同様であるため、その説明は省略する。
【０１６０】
＜５．各装置で実行される具体的な処理の内容＞
【０１６１】
次に、図２３乃至図２６のフローチャートを参照して、図８の放送システム１を構成する各装置で実行される具体的な処理の内容について説明する。
【０１６２】
（送信処理）
まず、図２３のフローチャートを参照して、図８の送信装置１０により実行される送信処理について説明する。
【０１６３】
ステップＳ７０１において、ファイルデータ取得部１１５は、例えばビデオデータやオーディオデータなどのファイルデータを取得し、ファイル処理部１１６に供給する。
【０１６４】
ステップＳ７０２において、ファイル処理部１１６は、ファイルデータ取得部１１５から供給されるファイルデータに対して、FLUTEセッションにより伝送するためのファイル処理を施し、Mux１１９に供給する。
【０１６５】
ステップＳ７０３において、制御信号取得部１１７は、SCSやLLS等の制御信号を取得し、制御信号処理部１１８に供給する。
【０１６６】
ステップＳ７０４において、制御信号処理部１１８は、制御信号取得部１１７から供給される制御信号に対し、所定の信号処理を施し、Mux１１９に供給する。例えば、制御信号処理部１１８は、制御信号取得部１１７により取得されたSCSに対して、FLUTEセッションにより伝送するための信号処理を施す。
【０１６７】
ステップＳ７０５において、Mux１１９は、ファイル処理部１１６からのファイルデータと、制御信号処理部１１８からの制御信号とを多重化してIP伝送形式のBBPストリームを生成し、送信部１２０に供給する。
【０１６８】
ステップＳ７０６において、送信部１２０は、Mux１１９から供給されるBBPストリームを放送信号として、アンテナ１２１を介して送信する。ステップＳ７０６の処理が終了すると、送信処理は終了する。
【０１６９】
以上、送信処理について説明した。
【０１７０】
（選局処理）
次に、図２４のフローチャートを参照して、図８の受信装置２０により実行される選局処理について説明する。
【０１７１】
ステップＳ８０１においては、例えば、視聴者によるリモートコントローラの操作などによって、選局操作がされたかどうかが判定される。ステップＳ８０１においては、視聴者による選局操作がされるのを待って、処理はステップＳ８０２に進められる。
【０１７２】
ステップＳ８０２において、制御信号処理部２２１は、NVRAM２２２に記録された選局情報（SCT）を取得する。なお、選局情報は、インターネット９０上のサーバから取得されるようにしてもよい。
【０１７３】
ステップＳ８０３において、制御信号処理部２２１は、LLSからSATを取得する。そして、ステップＳ８０４において、制御信号処理部２２１は、SATに基づいて、選局された特定のサービスは有効であるか（オンエア中であるか）どうかを判定する。ステップＳ８０４において、選局された特定のサービスが有効であると判定された場合、処理は、ステップＳ８０５に進められる。
【０１７４】
ステップＳ８０５において、制御信号処理部２２１は、SATのservice_typeを参照して、配信ネットワークは放送のみであるかどうかを判定する。ステップＳ８０５において、配信ネットワークは放送のみである、すなわち、SATのservice_typeとして”broadcasting”が指定されている場合、処理はステップＳ８０６に進められる。
【０１７５】
ステップＳ８０６においては、放送サービス受信処理が実行される。この放送サービス受信処理では、SCSから取得されるSDPに従い、各コンポーネントのストリームを受信する処理が実行される。放送サービス受信処理の詳細については、図２５のフローチャートを参照して後述する。
【０１７６】
一方、ステップＳ８０５において、配信ネットワークは放送のみではない、すなわち、配信ネットワークが放送と通信であって、SATのservice_typeとして”hybrid”が指定されている場合、処理はステップＳ８０７に進められる。
【０１７７】
ステップＳ８０７においては、放送・通信サービス受信処理が実行される。この放送・通信サービス受信処理では、SCSから取得されるSDPとMPDに従い、各コンポーネントのストリームを受信する処理が実行される。放送・通信サービス受信処理の詳細については、図２６のフローチャートを参照して後述する。
【０１７８】
ステップＳ８０６又はＳ８０７のサービス受信処理が終了すると、処理はステップＳ８０８に進められる。ステップＳ８０８においては、放送サービス受信処理（Ｓ８０６）又は放送・通信サービス受信処理（Ｓ８０７）により取得された全コンポーネントが再生される。これにより、例えば、ディスプレイには、放送又は通信で伝送されたビデオデータに対応する映像が表示され、その映像に同期した放送又は通信で伝送されたオーディオデータに対応する音声がスピーカから出力される。
【０１７９】
ステップＳ８０８の処理が終了すると、選局処理は終了する。なお、ステップＳ８０４において、選局された特定のサービスが無効である（オンエア中ではない）と判定された場合、処理は、ステップＳ８０９に進められる。ステップＳ８０９においては、選局エラー処理が実行されることになる。
【０１８０】
以上、選局処理について説明した。
【０１８１】
（放送サービス受信処理）
次に、図２５のフローチャートを参照して、図２４のステップＳ８０６に対応する放送サービス受信処理を説明する。
【０１８２】
ステップＳ８２１において、FLUTE処理部２１９は、選局情報(SCT)に従い、FLUTEセッションにより伝送されているSCSからSDPを取得する。
【０１８３】
ステップＳ８２２において、FLUTE処理部２１９は、SDPに記述された情報に従い、FLUTEセッションにより伝送されている各コンポーネントのストリームを受信する。その結果、コンポーネントとして、FLUTEセッションで伝送されるビデオデータとオーディオデータが取得される。
【０１８４】
ステップＳ８２２の処理が終了すると、処理は、図２４のステップＳ８０６に戻り、それ以降の処理が実行される。
【０１８５】
以上、放送サービス受信処理について説明した。
【０１８６】
（放送・通信サービス受信処理）
次に、図２６のフローチャートを参照して、図２４のステップＳ８０７に対応する放送・通信サービス受信処理を説明する。
【０１８７】
ステップＳ８４１において、FLUTE処理部２１９は、選局情報(SCT)に従い、FLUTEセッションにより伝送されているSCSからMPDとSDPを取得する。
【０１８８】
ステップＳ８４２において、FLUTE処理部２１９は、MPDを参照して各コンポーネントの配信ネットワークを取得する。ここでは、コンポーネントごとに、コンポーネントタイプと伝送タイプ値が参照されることで、各コンポーネントの配信ネットワークが取得される。
【０１８９】
ステップＳ８４３においては、ステップＳ８４２の処理で取得された各コンポーネントの配信ネットワークに従い、コンポーネントごとに、そのコンポーネントの配信は放送であるかどうかが判定される。ステップＳ８４３において、伝送タイプ値として”broadcasting”が指定され、コンポーネントの配信は放送であると判定された場合、処理はステップＳ８４４に進められる。
【０１９０】
ステップＳ８４４においては、図２５の放送サービス受信処理が実行される。この放送サービス受信処理では、SCSから取得されるSDPに従い、各コンポーネントのストリームを受信する処理が実行される。例えば、コンポーネントとして、FLUTEセッションで伝送されるビデオデータやオーディオデータなどが取得される。
【０１９１】
また、ステップＳ８４３において、伝送タイプ値として”hybrid”が指定され、コンポーネントの配信は放送ではない、すなわち、コンポーネントの配信は通信であると判定された場合、処理は、ステップＳ８４５に進められる。
【０１９２】
ステップＳ８４５において、通信I/F２２３は、FLUTE処理部２１９からの制御に従い、コンポーネントのセグメントURLにより指定される配信サーバ３０にインターネット９０を介してアクセスし、コンポーネントのストリームを受信する。コンポーネントのストリームは、ストリーム処理部２２５に供給される。
【０１９３】
そして、コンポーネントごとに、そのコンポーネントの配信は放送であるかどうかが判定され、コンポーネントが放送で配信される場合にはステップＳ８４４の処理が実行され、コンポーネントが通信で配信される場合にはステップＳ８４５の処理が実行され、放送又は通信により伝送される全てのコンポーネントが取得されることになる。
【０１９４】
ステップＳ８４４又はＳ８４５の処理が終了すると、処理は、図２４のステップＳ８０７に戻り、それ以降の処理が実行される。
【０１９５】
以上、放送・通信サービス受信処理について説明した。
【０１９６】
＜本技術を適用したコンピュータの説明＞
【０１９７】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１９８】
図２７は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１９９】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
【０２００】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２０１】
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０２０２】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２０３】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２０４】
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２０５】
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２０６】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２０７】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２０８】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２０９】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２１０】
なお、本技術は、以下のような構成をとることができる。
【０２１１】
（１）
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波に含まれる複数のサービスのうち、特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む第１の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する取得部と
を備える受信装置。
（２）
前記第１の制御信号は、SGDU(Service Guide Delivery Unit)コンテナに格納されて伝送され、
前記SGDUのペイロード部に、コンポーネントごとの取得先を示すURL(Uniform Resource Locator)が配置され、
前記SGDUの拡張部に、前記１又は複数のコンポーネントのタイプと伝送方式を示す情報が配置される
（１）に記載の受信装置。
（３）
前記第１の制御信号は、IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層である第１の階層で伝送される
（１）又は（２）に記載の受信装置。
（４）
前記取得部は、IP層よりも下位の階層である第２の階層で伝送される、前記特定のサービスの伝送方式を示す情報を含む第２の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する
（３）に記載の受信装置。
（５）
前記第２の制御信号は、複数のサービスのうち、前記特定のサービスが放送中であるかを示す情報を含む
（４）に記載の受信装置。
（６）
前記第２の制御信号は、前記第１の制御信号を取得するための情報を含む第３の制御信号の取得の有無を示す情報を含む
（４）又は（５）に記載の受信装置。
（７）
前記１又は複数のコンポーネント、前記第１の制御信号、及び、前記第３の制御信号は、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送される
（６）に記載の受信装置。
（８）
受信装置の受信方法において、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波に含まれる複数のサービスのうち、特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する
ステップを含む受信方法。
（９）
特定のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
前記特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む制御信号を取得する第２の取得部と、
IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する送信部と
を備える送信装置。
（１０）
送信装置の送信方法において、
特定のサービスを構成する１又は複数のコンポーネントを取得し、
前記特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む制御信号を取得し、
IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する送信部と
ステップを含む送信方法。
（１１）
IP伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波に含まれる複数のサービスのうち、特定のサービスの伝送方式を示す情報を含む第２の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する取得部と
を備える受信装置。
（１２）
前記第２の制御信号は、複数のサービスのうち、前記特定のサービスが放送中であるかを示す情報を含む
（１１）に記載の受信装置。
（１３）
前記第２の制御信号は、IP伝送方式におけるプロトコルの階層のうち、IP層よりも下位の階層である第２の階層で伝送される
（１１）又は（１２）に記載の受信装置。
（１４）
前記取得部は、IP層よりも上位の階層である第１の階層で伝送される、前記特定のサービスを構成する１又は複数のコンポーネントのタイプと伝送方式を示す情報を含む第１の制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する
（１３）に記載の受信装置。
（１５）
前記第１の制御信号は、SGDUコンテナに格納されて伝送され、
前記SGDUのペイロード部に、コンポーネントごとの取得先を示すURLが配置され、
前記SGDUの拡張部に、前記１又は複数のコンポーネントのタイプと伝送方式を示す情報が配置される
（１４）に記載の受信装置。
（１６）
前記第２の制御信号は、前記第１の制御信号を取得するための情報を含む第３の制御信号の取得の有無を示す情報を含む
（１４）又は（１５）に記載の受信装置。
（１７）
前記１又は複数のコンポーネント、前記第１の制御信号、及び、前記第３の制御信号は、FLUTEセッションにより伝送される
（１６）に記載の受信装置。
（１８）
受信装置の受信方法において、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波に含まれる複数のサービスのうち、特定のサービスの伝送方式を示す情報を含む制御信号に従い、前記特定のサービスを構成する１又は複数のコンポーネントを取得する
ステップを含む受信方法。
（１９）
特定のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
前記特定のサービスの伝送方式を示す情報を含む制御信号を取得する第２の取得部と、
IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する送信部と
を備える送信装置。
（２０）
送信装置の送信方法において、
特定のサービスを構成する１又は複数のコンポーネントを取得し、
前記特定のサービスの伝送方式を示す情報を含む制御信号を取得し、
IP伝送方式を用いたデジタル放送の放送波であって、前記特定のサービスを構成する１又は複数のコンポーネント及び前記制御信号を含む放送波を送信する
ステップを含む送信方法。
【符号の説明】
【０２１２】
１  放送システム，  １０  送信装置，  ２０  受信装置，  ３０  配信サーバ，  １１５  ファイルデータ取得部，  １１７  制御信号取得部，  １１９  Mux，  １２０  送信部，  ２１２  チューナ，  ２１３  Demux，  ２１９  FLUTE処理部，  ２２１  制御信号処理部，  ２２２  NVRAM，  ２２３  通信I/F，  ２２５  ストリーム処理部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2015076860.tif 000003
【図２】
2015076860.tif 000004
【図３】
2015076860.tif 000005
【図４】
2015076860.tif 000006
【図５】
2015076860.tif 000007
【図６】
2015076860.tif 000008
【図７】
2015076860.tif 000009
【図８】
2015076860.tif 000010
【図９】
2015076860.tif 000011
【図１０】
2015076860.tif 000012
【図１１】
2015076860.tif 000013
【図１２】
2015076860.tif 000014
【図１３】
2015076860.tif 000015
【図１４】
2015076860.tif 000016
【図１５】
2015076860.tif 000017
【図１６】
2015076860.tif 000018
【図１７】
2015076860.tif 000019
【図１８】
2015076860.tif 000020
【図１９】
2015076860.tif 000021
【図２０】
2015076860.tif 000022
【図２１】
2015076860.tif 000023
【図２２】
2015076860.tif 000024
【図２３】
2015076860.tif 000025
【図２４】
2015076860.tif 000026
【図２５】
2015076860.tif 000027
【図２６】
2015076860.tif 000028
【図２７】
2015076860.tif 000029