(57)【要約】  本技術は、様々な運用形態に柔軟に対応することができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。サービスパッケージ部は、IP伝送方式を用いたデジタル放送の放送波で伝送される複数のサービスのうち、特定のサービスと、特定のサービスに関連する共有のサービスを、各パケットに含まれるIPアドレスを用い、サービス単位で処理することで、IP伝送方式を用いたデジタル放送において、様々な運用形態に柔軟に対応することができる。本技術は、例えば、テレビジョン受像機に適用することができる。
2015060148.tif 000002
【特許請求の範囲】
【請求項１】
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波で伝送される複数のサービスのうち、特定のサービスと、前記特定のサービスに関連する共有のサービスを、各パケットに含まれるIPアドレスを用い、サービス単位で処理する処理部と
を備える受信装置。
【請求項２】
各サービスは、１又は複数のコンポーネントと、前記コンポーネントに関する情報を少なくとも含む第１の制御信号から構成され、
同一のサービスにおいて、前記コンポーネントのパケットと、前記第１の制御信号のパケットとは、同一のIPアドレスを有する
請求項１に記載の受信装置。
【請求項３】
前記特定のサービスは、１又は複数の固有のコンポーネントと、前記第１の制御信号から構成され、
前記共有のサービスは、１又は複数の共有のコンポーネントと、前記第１の制御信号から構成される
請求項２に記載の受信装置。
【請求項４】
前記処理部は、各パケットに含まれるIPアドレスを用い、前記特定のサービスと前記共有のサービスの構成要素をパッケージ化する
請求項３に記載の受信装置。
【請求項５】
複数のサービスで共通に用いられる時刻情報のパケットは、特定のIPアドレスを有しており、
前記処理部は、各パケットに含まれるIPアドレスを用い、前記時刻情報をパッケージに含める
請求項４に記載の受信装置。
【請求項６】
電子サービスガイドのパケットは、特定のIPアドレスを有しており、
前記処理部は、各パケットに含まれるIPアドレスを用い、前記電子サービスガイドをパッケージに含める
請求項４に記載の受信装置。
【請求項７】
前記第１の制御信号は、IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層である第１の階層で伝送される
請求項２に記載の受信装置。
【請求項８】
前記放送波は、IP層よりも下位の階層である第２の階層で第２の制御信号を伝送しており、
前記第２の制御信号は、ネットワークを識別するID、ストリームを識別するID、及び、サービスを識別するIDを少なくとも含んでいる
請求項７に記載の受信装置。
【請求項９】
前記第２の制御信号は、前記共有のサービスを特定するための情報を含んでいる
請求項８に記載の受信装置。
【請求項１０】
前記第１の制御信号は、前記共有のサービスを特定するための情報を含んでいる
請求項９に記載の受信装置。
【請求項１１】
前記第２の制御信号は、前記特定のサービス及び前記共有のサービスが放送中であるかを示す情報を含んでいる
請求項８に記載の受信装置。
【請求項１２】
前記第１の制御信号と前記第２の制御信号は、SGDU(Service Guide Delivery Unit)コンテナに格納されて伝送される
請求項８に記載の受信装置。
【請求項１３】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波で伝送される複数のサービスのうち、特定のサービスと、前記特定のサービスに関連する共有のサービスを、各パケットに含まれるIPアドレスを用い、サービス単位で処理する
ステップを含む受信方法。
【請求項１４】
特定のサービスと、前記特定のサービスに関連する共有のサービスを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部を備え、
前記特定のサービスと、前記共有のサービスを伝送するパケットは、サービス単位で同一のIPアドレスを有している
送信装置。
【請求項１５】
１又は複数のコンポーネントを取得する第１の取得部と、
前記コンポーネントに関する情報を少なくとも含む制御信号を取得する第２の取得部と
をさらに備え、
前記特定のサービス又は前記共有のサービスを構成する、前記１又は複数のコンポーネントと前記制御信号のパケットがサービス単位で同一のIPアドレスを有している
請求項１４に記載の送信装置。
【請求項１６】
送信装置の送信方法において、
前記送信装置が、
特定のサービスと前記特定のサービスに関連する共有のサービスを伝送するパケットがサービス単位で同一のIPアドレスを有するように、IP伝送方式を用いたデジタル放送の放送波を送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、様々な運用形態に柔軟に対応することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
各国のデジタル放送の規格では、伝送形式としてMPEG2-TS（Moving Picture Experts Group phase 2-Transport Stream）方式が採用されている（例えば、特許文献１参照）。今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１５６７１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
IP伝送方式を導入することで、多様なフォーマットのコンテンツを多様なデバイスに伝送することが可能となり、様々な運用形態を利用できるようになることが想定されるが、そのような運用形態に対応するための技術方式は確立されていない。【０００５】
本技術はこのような状況に鑑みてなされたものであり、IP伝送方式を導入したデジタル放送において、様々な運用形態に柔軟に対応することができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、IP伝送方式を用いたデジタル放送の放送波を受信する受信部と、前記放送波で伝送される複数のサービスのうち、特定のサービスと、前記特定のサービスに関連する共有のサービスを、各パケットに含まれるIPアドレスを用い、サービス単位で処理する処理部とを備える。【０００７】
各サービスは、１又は複数のコンポーネントと、前記コンポーネントに関する情報を少なくとも含む第１の制御信号から構成され、同一のサービスにおいて、前記コンポーネントのパケットと、前記第１の制御信号のパケットとは、同一のIPアドレスを有するようにすることができる。【０００８】
前記特定のサービスは、１又は複数の固有のコンポーネントと、前記第１の制御信号から構成され、前記共有のサービスは、１又は複数の共有のコンポーネントと、前記第１の制御信号から構成されるようにすることができる。【０００９】
前記処理部は、各パケットに含まれるIPアドレスを用い、前記特定のサービスと前記共有のサービスの構成要素をパッケージ化するようにすることができる。【００１０】
複数のサービスで共通に用いられる時刻情報のパケットは、特定のIPアドレスを有しており、前記処理部は、各パケットに含まれるIPアドレスを用い、前記時刻情報をパッケージに含めるようにすることができる。【００１１】
電子サービスガイドのパケットは、特定のIPアドレスを有しており、前記処理部は、各パケットに含まれるIPアドレスを用い、前記電子サービスガイドをパッケージに含めるようにすることができる。【００１２】
前記第１の制御信号は、IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層である第１の階層で伝送されるようにすることができる。【００１３】
前記放送波は、IP層よりも下位の階層である第２の階層で第２の制御信号を伝送しており、前記第２の制御信号は、ネットワークを識別するID、ストリームを識別するID、及び、サービスを識別するIDを少なくとも含んでいるようにすることができる。【００１４】
前記第２の制御信号は、前記共有のサービスを特定するための情報を含んでいるようにすることができる。【００１５】
前記第１の制御信号は、前記共有のサービスを特定するための情報を含んでいるようにすることができる。【００１６】
前記第２の制御信号は、前記特定のサービス及び前記共有のサービスが放送中であるかを示す情報を含んでいるようにすることができる。【００１７】
前記第１の制御信号と前記第２の制御信号は、SGDUコンテナに格納されて伝送されるようにすることができる。【００１８】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１９】
本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。【００２０】
本技術の第１の側面の受信装置及び受信方法においては、IP伝送方式を用いたデジタル放送の放送波が受信され、前記放送波で伝送される複数のサービスのうち、特定のサービスと、前記特定のサービスに関連する共有のサービスが、各パケットに含まれるIPアドレスを用い、サービス単位で処理される。【００２１】
本技術の第２の側面の送信装置は、特定のサービスと、前記特定のサービスに関連する共有のサービスを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部を備え、前記特定のサービスと、前記共有のサービスを伝送するパケットは、サービス単位で同一のIPアドレスを有している。【００２２】
１又は複数のコンポーネントを取得する第１の取得部と、前記コンポーネントに関する情報を少なくとも含む制御信号を取得する第２の取得部とをさらに設け、前記特定のサービス又は前記共有のサービスを構成する、前記１又は複数のコンポーネントと前記制御信号のパケットがサービス単位で同一のIPアドレスを有しているようにすることができる。【００２３】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２４】
本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。【００２５】
本技術の第２の側面の送信装置及び送信方法においては、特定のサービスと前記特定のサービスに関連する共有のサービスを伝送するパケットがサービス単位で同一のIPアドレスを有するように、IP伝送方式を用いたデジタル放送の放送波が送信される。
【発明の効果】
【００２６】
本技術の第１の側面及び第２の側面によれば、様々な運用形態に柔軟に対応することができる。【００２７】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２８】
【図１】IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【図２】放送波の信号とIP伝送方式のID体系との関係を示す図である。
【図３】IP伝送方式のデジタル放送の放送波の構成を示す図である。
【図４】IP伝送方式におけるLLSの構成を示す図である。
【図５】IP伝送方式におけるSCSの構成を示す図である。
【図６】サービスチャンネルの概念を示す図である。
【図７】シェアドサービスの概念を示す図である。
【図８】シェアドサービスの具体例を示す図である。
【図９】AdjunctService情報の他の例を示す図である。
【図１０】本技術を適用した放送システムの一実施の形態の構成を示す図である。
【図１１】本技術を適用した送信装置の一実施の形態の構成を示す図である。
【図１２】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図１３】Demuxによる各パケットのフィルタリング処理の詳細を示す図である。
【図１４】SCTのシンタックスを示す図である。
【図１５】SATのシンタックスを示す図である。
【図１６】SDPの記述例を示す図である。
【図１７】IP伝送方式におけるSGDUの構造を示す図である。
【図１８】シェアドサービスのダイレクト選局処理を説明する図である。
【図１９】シェアドサービスのダイレクト選局処理時に取得される制御信号の関係を示す図である。
【図２０】シェアドサービスのダイレクト選局処理時の受信装置の各部の動作を示す図である。
【図２１】ESG録画予約・実行処理を説明する図である。
【図２２】ESG録画予約・実行時に取得される制御信号の関係を説明する図である。
【図２３】ESG録画予約・実行時の受信装置の各部の動作を示す図である。
【図２４】録画番組再生時の受信装置の各部の動作を示す図である。
【図２５】送信処理を説明するフローチャートである。
【図２６】パッケージ録画処理を説明するフローチャートである。
【図２７】デパッケージ再生処理を説明するフローチャートである。
【図２８】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照しながら本技術の実施の形態について説明する。ただし、以下の順序にしたがって説明するものとする。
【００３０】
１．IP伝送方式によるデジタル放送
２．放送システムの構成
３．シグナリング情報
（１）LLS(SCT，SAT)のデータ構造
（２）SCS(SDP)のデータ構造
４．具体的な運用例
（１）シェアドサービスのダイレクト選局
（２）シェアドサービスに対応した録画・再生
５．各装置で実行される具体的な処理の内容
【００３１】
＜１．IP伝送方式によるデジタル放送＞
【００３２】
（プロトコルスタック）
図１は、IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【００３３】
図１に示すように、最も下位の階層は、物理層(Physical Layer)とされ、サービス（チャンネル）のために割り当てられた放送波の周波数帯域がこれに対応する。物理層に隣接する上位の階層は、BBPストリーム(Base Band Packet Stream)を挟んでIP層とされる。BBPストリームは、IP伝送方式における各種のデータを格納したパケットを含むストリームである。
【００３４】
IP層は、TCP/IPのプロトコルスタックにおけるIP(Internet Protocol)と同じものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、RTP(Real-time Transport Protocol)，FLUTE(File Delivery over Unidirectional Transport)/ALSとされる。すなわち、IP伝送方式のデジタル放送においては、UDP(User Datagram Protocol)のポート番号が指定されたパケットが送信され、例えばRTPセッションやFLUTEセッションが確立されるようになされている。なお、FLUTEの詳細は、RFC3926として規定されている。
【００３５】
FLUTE/ALSに隣接する上位階層は、fMP4(Fragmented MP4)とされ、さらに、RTP，fMP4に隣接する上位階層は、ビデオデータ(Video)、オーディオデータ(Audio)、字幕データ(Closed Caption)等とされる。すなわち、ビデオデータやオーディオデータを、同期型のストリーム形式で伝送する場合には、RTPセッションが利用され、ビデオデータやオーディオデータを、非同期型のファイル形式で伝送する場合には、FLUTEセッションが利用される。
【００３６】
また、FLUTE/ALSの上位階層は、NRTコンテンツ(NRT Content)，ESG，SCSとされ、NRTコンテンツ，ESG，SCSは、FLUTEセッションにより伝送される。NRTコンテンツは、NRT(Non-RealTime)放送で伝送されるコンテンツであって、受信機のストレージに一旦蓄積された後で再生が行われる。なお、NRTコンテンツは、コンテンツの一例であって、他のコンテンツのファイルがFLUTEセッションにより伝送されるようにしてもよい。ESG(Electronic Service Guide)は、電子サービスガイドであって、例えば、番組タイトルや開始時刻などの情報が含まれる。
【００３７】
SCS(Service Channel Signaling)は、サービス単位のシグナリング情報であって、FLUTEセッションにより伝送される。例えば、SCSとしては、SDP(Session Description Protocol)やAIT(Application Information Table)などが伝送される。
【００３８】
SDPは、サービス単位のサービス属性、コンポーネントの構成情報、コンポーネント属性、コンポーネントのフィルタ情報、コンポーネントのロケーション情報などを含んでいる。なお、サービス(Service)とコンポーネント(Component)との関係については、図２を参照して後述する。AITは、ハイブリッドサービスにおけるアプリケーションの制御情報である。ハイブリッドサービス(Hybrid Service)は、デジタル放送の分野において放送を利用するだけでなく、インターネットと連携したサービスをいう。このようなハイブリッドサービスでは、インターネット配信されるアプリケーションを、テレビ番組等の放送コンテンツに連動して実行させることができる。
【００３９】
LLS(Low Layer Signaling)は、低レイヤのシグナリング情報であって、BBPストリーム上で伝送される。例えば、LLSとしては、SCT(Service Configuration Table)やSAT(Service Association Table)などのサービス構成情報(Service Configuration Information)が伝送される。
【００４０】
SCTは、MPEG2-TS方式で用いられているnetwork_id，transport_stream_id，service_idの組み合わせ（以下、「トリプレット(Triplet)」という）を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。ただし、SCTにおいては、BBP_stream_idがtransport_stream_idに相当するものである。また、SCTには、サービス単位の属性・設定情報としてのIPアドレス等の情報、ESGやSCSにアクセスするためのbootstrap情報などが含まれる。
【００４１】
SATは、BBPストリームごとのオンエア中のサービスを示す。SATによって、特定のサービスなどがオンエア中（放送中）であるかどうかを判定することができる。
【００４２】
（IP伝送方式におけるID体系）
図２は、放送波の信号とIP伝送方式のID体系との関係を示す図である。
【００４３】
図２に示すように、6MHzの周波数帯域を有する放送波（放送ネットワーク(Network)）には、network_idが割り当てられている。各放送波には、BBP_stream_idにより識別される、１又は複数のBBPストリームが含まれている。BBPストリームは、BBPヘッダとペイロードからなる複数のBBPパケットにより構成される。
【００４４】
各BBPストリームには、service_idにより識別される複数のサービス(Service)が含まれている。各サービスは、１又は複数のコンポーネント(Component)から構成されている。各コンポーネントは、例えば、ビデオデータやオーディオデータ等の番組を構成する情報である。
【００４５】
このように、IP伝送方式のID体系として、MPEG2-TS方式と同様にトリプレットを採用して、network_id， BBP_stream_id，service_idの組み合わせを用いることで、現在広く普及しているMPEG2-TS方式との整合をとることができるため、例えば、MPEG2-TS方式からIP伝送方式への移行時のサイマルキャストに容易に対応することが可能となる。
【００４６】
なお、service_idに対応する識別情報として、メジャーチャンネル番号とマイナーチャンネル番号を用いた運用を行っている場合には、16ビットのservice_idのうち、上位の8ビットを、メジャーチャンネル番号の8ビットに、下位の8ビットを、マイナーチャンネル番号の8ビットにそれぞれ割り当てることで、そのような運用にも対応することができる。
【００４７】
（IP伝送方式の放送波の構成）
図３は、IP伝送方式のデジタル放送の放送波の構成を示す図である。
【００４８】
図３に示すように、6MHzの周波数帯域を有する放送波(図中の「Network」)から、１又は複数のBBPストリームを取得することができる。また、各BBPストリームから、NTP(Network Time Protocol)、複数のサービスチャンネル(Service Channel)、電子サービスガイド(ESG Service)、及び、LLSを取得することができる。ただし、NTP，サービスチャンネル，電子サービスガイドは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。また、NTPは、時刻情報であって、複数のサービスチャンネルで共通のものとなる。
【００４９】
各サービスチャンネルには、ビデオデータやオーディオデータ等のコンポーネント(Component)と、SDPやAIT等のSCSが含まれる。また、各サービスチャンネルには、共通のIPアドレスが付与されており、このIPアドレスを用いて、１又は複数のサービスチャンネルごとに、コンポーネントや制御信号などをパッケージ化することができる。
【００５０】
なお、図３において、BBPストリーム(BBP Stream)とコンポーネント(Component)は、図２に対応しているが、サービスチャンネル(Service Channel)は、図２のサービス(Service)に対応するものであって、以下、サービスチャンネルを、サービスと同様の意味で用いる場合がある。
【００５１】
（LLSの構成）
図４は、IP伝送方式におけるLLSの構成を示す図である。
【００５２】
図４に示すように、BBPパケットは、BBPヘッダとペイロードから構成される。BBPストリームによりIPパケットを伝送する場合には、ペイロードの部分がIPパケットとなる。
【００５３】
また、BBPストリームによりLLSを伝送する場合には、BBPヘッダの次にLLSが配置される。LLSとしては、例えば、XML(Extensible Markup Language)形式で記述されたSCTやSAT等が配置されるが、そのデータの一部のXMLフラグメント(XML fragment)をLLS本体として、SGDUヘッダが付加される。これにより、SCTやSATは、SGDUコンテナ(Service Guide Delivery Unit Container)により伝送されることになる。なお、SGDUは、OMA(Open Mobile Alliance)の規格として採用されている。
【００５４】
BBPヘッダには、2ビットのタイプ情報が含まれており、そのタイプ情報によって、BBPパケットがIPパケットであるか、LLSであるかを区別することができる。
【００５５】
（SCSの構成）
図５は、IP伝送方式におけるSCSの構成を示す図である。
【００５６】
図５に示すように、例えば、ビデオデータやオーディオデータを、同期型のストリーム形式で伝送する場合には、RTPセッションが利用されるため、BBP，IP，UDP，RTPの各ヘッダがペイロードに付加される。また、fMP4やESG，NRTコンテンツ等のファイルデータを、非同期型のファイル形式で伝送する場合には、FLUTEセッションが利用されるため、BBP，IP，UDP，LCTの各ヘッダがペイロードに付加される。さらに、NTPは、UDP層の上位階層となるため、BBP，IP，UDPの各ヘッダの次に配置される。
【００５７】
SCSは、FLUTEセッションを利用して伝送されるため、BBP，IP，UDP，LCTの各ヘッダの次に配置される。SCSとしては、例えば、テキスト形式で記述されるSDP等が配置されるが、そのデータの一部のSDPフラグメント(SDP fragment)をSCS本体として、SGDUヘッダが付加される。これにより、SDPは、SGDUコンテナにより伝送されることになる。なお、SCS本体として配置されるのは、SDPフラグメントに限らず、例えば、XML形式で記述されたAITのXMLフラグメント(XML fragment)を配置して、SGDUコンテナにより伝送されるようにしてもよい。
【００５８】
（サービスチャンネルの概念）
図６は、サービスチャンネル(SC：Service Channel)の概念を示す図である。
【００５９】
図６に示すように、本技術のIP伝送方式では、コンテンツ提供事業者(Content Provider)により制作されたコンテンツを、地上波放送局(Local Terrestrial Broadcaster)に提供する際に、同一のIPアドレスとなる、コンポーネントや制御信号などをパッケージ化することで、サービス単位で提供されるようにする。また、特定のサービスに関連するサービスであって、他のサービスと共有されるサービス（以下、「シェアドサービス」という）を利用する場合、特定のサービスとシェアドサービスのIPアドレスは異なるので、複数のIPアドレスでパッケージ化が行われる。この場合、特定のサービス用のIPアドレスと、シェアドサービス用のIPアドレスを用い、それらのサービスの構成要素をパッケージ化することになる。このようにしてパッケージ化された１又は複数のサービスの構成要素が、サービスチャンネルを構成することになる。
【００６０】
また、地上波放送局は、CATV事業者、衛星放送事業者(Satellite)、IPTV事業者、マルチキャストサービス事業者(eMBMS：evolved Multimedia Broadcast Multicast Service)、オペレータ(Operators)などに対しても、サービスチャンネルが提供されるようにする。なお、CATV事業者等は、例えば、特定のサービスチャンネルに対して、シェアドサービスやアプリケーションなどの構成要素を追加するなどして、再パッケージ化を行うこともできる。
【００６１】
受信機(Fixed Receiver)は、地上波放送局やCATV等から提供される、サービスチャンネルを受信する。受信機は、サービスチャンネルから得られる映像をディスプレイに表示するとともに、その映像に対応する音声をスピーカから出力する。また、受信機は、家庭内に構築されたホームネットワークに接続されたホームサーバ(Home Server)や外部装置(Mobile Devices)などに対して、サービスチャンネルを送信することができる。これにより、ホームサーバには、受信機からのサービスチャンネルのデータが蓄積されることになる。また、外部装置では、受信機からのサービスチャンネルから得られる映像がディスプレイに表示され、その映像に対応する音声がスピーカから出力されることになる。なお、外部装置が地上波放送局等から送信されるサービスチャンネルを直接受信するようにしてもよい。
【００６２】
このように、同一のIPアドレスとなる、ビデオデータやオーディオデータ、制御信号等の特定のサービスの構成要素の信号だけでなく、異なるIPアドレスとなるシェアドサービスの構成要素の信号を含めてパッケージ化することができる。これにより、他のサービスと共有されるシェアドサービスを利用した場合でも、サービス単位で、データを取り扱うことができるので、様々な運用形態に柔軟に対応することができる。
【００６３】
（シェアドサービスの概念）
図７は、シェアドサービスの概念を示す図である。
【００６４】
図７のＡに示すように、サービス１(Service#1-Video)とサービス２(Service#2-Video)は、固有のビデオデータをそれぞれ有しているが、オーディオデータ(Common-Audio)は共通となっている。この場合、共通のオーディオデータが、サービス１とサービス２に含まれ、それらのサービスと一体となっているため、共通のオーディオデータに対してサービス単位でのIPアドレスを指定することはできず、コンポーネント単位でしかIPアドレスを指定することはできない。
【００６５】
そこで、本技術のIP伝送方式では、図７のＢに示すように、サービス１(Service#1-Video)とサービス２(Service#2-Video)において、共通のオーディオデータ(Common-Audio)を一体的に含めるのではなく、シェアドサービスとして別のサービスとして構成されるようにする。すなわち、シェアドサービス(Common-Audio)は、サービス１(Service#1-Video)とサービス２(Service#2-Video)に従属する別サービスとなるため、サービス単位でのIPアドレスを指定することが可能となる。
【００６６】
この場合、サービス１には、コンポーネントとして、共通のオーディオデータ(Common-Audio)は含まれず、固有のビデオデータ(Service#1-Video)のみが含まれる。同様に、サービス２には、コンポーネントとして、共通のオーディオデータ(Common-Audio)は含まれず、固有のビデオデータ(Service#2-Video)のみが含まれる。
【００６７】
このように、関連する共有のコンポーネントをシェアドサービスとして、特定のサービスとは別サービスにすることで、サービス単位でのIPアドレスを付与することができるので、シェアドサービス（共有のコンポーネント）についてもサービス単位で取り扱うことが可能となる。
【００６８】
なお、図７の例では、シェアドサービスとして伝送される共有のコンポーネントとして、１つのオーディオデータを一例に説明したが、オーディオデータに限らず、例えばビデオデータや字幕データなど、複数のサービス間で共有可能なコンポーネントであれば、他のコンポーネントあってもよい。また、シェアドサービスとして伝送される共有のコンポーネントとして、複数の共有のコンポーネントを伝送するようにしてもよい。
【００６９】
（シェアドサービスの具体例）
図８は、シェアドサービスの具体例を示す図である。
【００７０】
図８においては、サービスＡ(Service_channel A)とサービスＢ(Service_channel B)によって、それらのサービスで固有のビデオデータがそれぞれ提供され、シェアドサービスＳ(Service_channel S)によって、サービスＡとサービスＢで共有のオーディオデータが提供される場合を示している。
【００７１】
図８に示すように、LLSでは、SCTが伝送される。SCTは、例えば、伝送周期が1秒とされ、初期スキャンにより取得されるか、あるいはインターネット９０上の専用のサーバ（不図示）から取得される。
【００７２】
SCTは、トリプレットにより放送ネットワーク内のBBPストリーム構成とサービス構成を示している。図示はしていないが、SCTには、network_idのほか、BBP_stream_idにより識別されるBBPストリームループが配置される。また、BBPストリームループ内には、ESG_bootstrap情報のほか、service_idにより識別されるサービスループが配置される。サービスループ内にはさらに、各サービスのIPアドレスやSCS_bootstrap情報やAdjunctService情報が配置される。また、SCTには、物理層(Physical Layer)に関する情報等も含まれており、選局情報として用いられる。
【００７３】
図８の例では、SCTに記述される情報の一部を示している。SCTには、サービスごとに各種の情報が記述される。例えば、サービスＡには、service_id="Ia"、service_type="tv"、IP_address="Aa"、Adjunct_service="Is"がそれぞれ指定されている。サービスＢには、service_id="Ib"、service_type="tv"、IP_address="Ab"、Adjunct_service="Is"がそれぞれ指定されている。また、シェアドサービスＳには、service_id="Is"、service_type="adjunct-shared"、IP_address="As"がそれぞれ指定されている。
【００７４】
すなわち、サービスＡとサービスＢは、サービスのタイプがテレビジョン(TV)であって、service_id="Is"により指定されるシェアドサービスＳのオーディオデータを共有していることを示している。また、シェアドサービスＳは、サービスのタイプがシェアド(adjunct-shared)であって、他のサービスに従属していることを示している。
【００７５】
また、図８に示すように、SCSでは、SDPが伝送される。SDPは、例えば伝送周期が100ミリ秒とされる。SDPは、コンポーネントに関する情報を少なくとも含んでおり、サービスごとに用意される。また、SDPには、シェアドサービスを利用する場合、AdjunctService情報が配置される。例えば、サービスＡのSDPには、Adjunct_service="Is"が指定されており、これを用い、シェアドサービスＳのSDPにアクセスすることができる。また、例えば、サービスＢのSDPには、Adjunct_service="Is"が指定されており、これを用い、シェアドサービスＳのSDPにアクセスすることができる。
【００７６】
各サービスのSDPには、コンポーネントを取得するための情報（例えばポート番号）が記述されているので、その取得情報に従い、コンポーネントにアクセスすることで、対象のコンポーネントを取得することができる。例えば、サービスＡを選局した場合には、サービスＡのビデオデータと、シェアドサービスＳのオーディオデータが取得される。また、例えば、サービスＢを選局した場合には、サービスＢのビデオデータとシェアドサービスＳのオーディオデータが取得される。
【００７７】
なお、サービスＡとサービスＢで共有されるシェアドサービスＳを特定する方法であるが、SCTとSDPの両方を用いてもよいし、SCTのみを用いてシェアドサービスＳを特定し、共有のコンポーネントを取得するようにしてもよい。
【００７８】
（AdjunctService情報の他の例）
図９は、AdjunctService情報の他の例を説明するための図である。
【００７９】
図９に示すように、ハイブリッドサービスにおいて、LLSでは、SCT，SATが伝送される。また、ハイブリッドサービスおいては、SCSとESGがFLUTEセッションにより伝送される。ESGは、Access，Service，Content，Schedule，PurchaseItemなどから構成される電子サービスガイドである。SDPには、AdjunctService情報が指定されており、このAdjunctService情報により、他のFLUTEセッションで伝送されているSDPと関連付けられている。
【００８０】
また、ハイブリッドサービスにおいては、SCSには、SDPのほかにAITが用いられ、このAITに基づいて、FLUTEセッションで伝送されるアプリケーション、あるいはアプリケーションサーバ（後述する図１０のアプリケーションサーバ５０）により提供されるアプリケーションが取得され、テレビ番組等に連動して実行されることになる。
【００８１】
＜２．放送システムの構成＞
【００８２】
（放送システムの構成例）
図１０は、本技術を適用した放送システムの一実施の形態の構成を示す図である。
【００８３】
図１０に示すように、放送システム１は、送信装置１０、受信装置２０、ホームサーバ３０、外部装置４０、アプリケーションサーバ５０、及び、配信サーバ６０から構成される。受信装置２０、ホームサーバ３０、及び、外部装置４０は、住宅２内に設置されており、ホームネットワーク７０を介して相互に接続されている。また、受信装置２０と、アプリケーションサーバ５０及び配信サーバ６０は、インターネット９０を介して相互に接続されている。
【００８４】
送信装置１０は、テレビ番組等の放送コンテンツを、IP伝送方式を用いたデジタル放送の放送波によって送信する。
【００８５】
受信装置２０は、送信装置１０から送信された放送信号を受信して、放送コンテンツの映像と音声を取得する。受信装置２０は、放送コンテンツの映像をディスプレイに表示するとともに、その映像に同期した音声をスピーカから出力する。なお、受信装置２０は、ディスプレイやスピーカを含んで単体として構成されるようにしてもよいし、テレビジョン受像機やビデオレコーダ等に内蔵されるようにしてもよい。
【００８６】
受信装置２０は、ホームネットワーク７０を介してホームサーバ３０との間で、各種のデータをやりとりする。ホームサーバ３０は、ホームネットワーク７０を介して、受信装置２０から送信されるデータを受信して記録したり、受信装置２０からの要求に応じてデータを提供したりする。
【００８７】
また、受信装置２０は、ホームネットワーク７０を介して外部装置４０との間で、各種のデータをやりとりする。外部装置４０は、ホームネットワーク７０を介して受信装置２０から送信されるデータを受信して表示する。なお、外部装置４０は、例えば、スマートフォンやタブレット端末などのモバイル機器である。
【００８８】
アプリケーションサーバ５０は、放送コンテンツに連動して実行されるアプリケーションを管理している。アプリケーションサーバ５０は、受信装置２０からの要求に応じて、インターネット９０を介して、アプリケーションを提供する。受信装置２０は、アプリケーションサーバ５０からのアプリケーションを、放送コンテンツに連動して実行させる。
【００８９】
配信サーバ６０は、放送済の放送番組や公開済みの映画などの通信コンテンツを、インターネット９０を介して、VOD(Video On Demand)により提供する。受信装置２０は、インターネット９０を介して配信サーバ６０から配信される通信コンテンツを受信する。受信装置２０は、通信コンテンツの映像をディスプレイに表示するとともに、その映像に同期した音声をスピーカから出力する。
【００９０】
放送システム１は、以上のように構成される。
【００９１】
（送信装置の構成例）
図１１は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
【００９２】
図１１に示すように、送信装置１０は、ビデオデータ取得部１１１、ビデオエンコーダ１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、字幕データ取得部１１５、字幕エンコーダ１１６、制御信号取得部１１７、制御信号処理部１１８、ファイルデータ取得部１１９、ファイル処理部１２０、Mux１２１、及び、送信部１２２から構成される。
【００９３】
ビデオデータ取得部１１１は、内蔵するストレージや外部のサーバ、カメラ等から、ビデオデータを取得し、ビデオエンコーダ１１２に供給する。ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１２１に供給する。
【００９４】
オーディオデータ取得部１１３は、内蔵するストレージや外部のサーバ、マイクロフォン等からオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１２１に供給する。
【００９５】
字幕データ取得部１１５は、内蔵するストレージや外部のサーバ等から字幕データを取得し、字幕エンコーダ１１６に供給する。字幕エンコーダ１１６は、字幕データ取得部１１５から供給される字幕データを、所定の符号化方式に準拠して符号化し、Mux１２１に供給する。
【００９６】
制御信号取得部１１７は、内蔵するストレージや外部のサーバ等から、LLSやSCS等の制御信号を取得し、制御信号処理部１１８に供給する。制御信号処理部１１８は、制御信号取得部１１７から供給される制御信号に対して、所定の信号処理を施し、Mux１２１に供給する。例えば、制御信号処理部１１８は、制御信号取得部１１７により取得されたSCSに対して、FLUTEセッションにより伝送するための信号処理を施す。
【００９７】
ファイルデータ取得部１１９は、非同期型のファイル形式のデータを伝送する場合には、内蔵するストレージや外部のサーバ等から、例えばNRTコンテンツやアプリケーション等のファイルデータを取得し、ファイル処理部１２０に供給する。ファイル処理部１２０は、ファイルデータ取得部１１９から供給されるファイルデータに対して、所定のファイル処理を施し、Mux１２１に供給する。例えば、ファイル処理部１２０は、ファイルデータ取得部１１９により取得されたファイルデータを、FLUTEセッションにより伝送するためのファイル処理を行う。
【００９８】
Mux１２１は、ビデオエンコーダ１１２からのビデオデータ、オーディオエンコーダ１１４からのオーディオデータ、字幕エンコーダ１１６からの字幕データ、制御信号処理部１１８からの制御信号、及び、ファイル処理部１２０からのファイルデータを多重化してIP伝送形式のBBPストリームを生成し、送信部１２２に供給する。送信部１２２は、Mux１２１から供給されるBBPストリームを放送信号として、アンテナ１２３を介して送信する。
【００９９】
（受信装置の構成例）
図１２は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【０１００】
図１２に示すように、受信装置２０は、チューナ２１２、Demux２１３、クロック発生器２１４、ビデオデコーダ２１５、ビデオ出力部２１６、オーディオデコーダ２１７、オーディオ出力部２１８、字幕デコーダ２１９、FLUTE処理部２２０、ストレージ２２１、制御信号処理部２２２、NVRAM２２３、サービスパッケージ部２２４、通信I/F２２５、ブラウザ２２６、及び、ストリーミング処理部２２７から構成される。
【０１０１】
チューナ２１２は、アンテナ２１１により受信された放送信号から、選局が指示されたサービスの放送信号を抽出して復調し、その結果得られるIP伝送形式のBBPストリームを、Demux２１３に供給する。
【０１０２】
Demux２１３は、チューナ２１２から供給されるIP伝送形式のBBPストリームを、ビデオデータ、オーディオデータ、字幕データ、及び、制御信号などに分離して、後段のブロックに出力する。具体的には、Demux２１３は、BBPフィルタ２５１、IPフィルタ２５２、UDPフィルタ２５３、LCTフィルタ２５４、及び、SGDUフィルタバンク２５５から構成される。BBPフィルタ２５１は、BBPヘッダに基づいて、フィルタリング処理を行い、LLSをSGDUフィルタバンク２５５に供給する。
【０１０３】
IPフィルタ２５２は、IPヘッダに基づいて、フィルタリング処理を行う。また、UDPフィルタ２５３は、UDPヘッダに基づいて、フィルタリング処理を行う。LCTフィルタ２５４は、LCTヘッダに基づいて、フィルタリング処理を行う。IPフィルタ２５２乃至LCTフィルタ２５４によるフィルタリング処理によって、NTPはクロック発生部２１４に供給され、SCSはSGDUフィルタバンク２５５に供給される。さらに、ビデオデータ、オーディオデータ、字幕データは、ビデオデコーダ２１５、オーディオデコーダ２１７、字幕デコーダ２１９にそれぞれ供給される。また、各種のファイルデータは、FLUTE処理部２２０に供給される。
【０１０４】
SGDUフィルタバンク２５５は、SGDUヘッダに基づいて、フィルタリング処理を行い、LLSとSCSを適宜、制御信号処理部２２２又はFLUTE処理部２２０に供給する。また、IPフィルタ２５２は、１又は複数のIPアドレスによるフィルタリング処理を行い、コンポーネント(Audio/Video)、制御信号(SCS)、時刻情報(NTP)、電子サービスガイド(ESG)などの情報を、サービスパッケージ部２２４に供給する。
【０１０５】
クロック発生器２１４は、Demux２１３から供給されるNTPに基づいて、クロック信号を生成し、ビデオデコーダ２１５、オーディオデコーダ２１７、及び、字幕デコーダ２１９に供給する。
【０１０６】
ビデオデコーダ２１５は、クロック発生器２１４から供給されるクロック信号に基づいて、Demux２１３から供給されるビデオデータを、ビデオエンコーダ１１２（図１１）に対応する復号方式で復号して、ビデオ出力部２１６に供給する。ビデオ出力部２１６は、ビデオデコーダ２１５から供給されるビデオデータを、後段のディスプレイ（不図示）に出力する。これにより、ディスプレイには、例えば、テレビ番組の映像などが表示される。
【０１０７】
オーディオデコーダ２１７は、クロック発生器２１４から供給されるクロック信号に基づいて、Demux２１３から供給されるオーディオデータを、オーディオエンコーダ１１４（図１１）に対応する復号方式で復号して、オーディオ出力部２１８に供給する。オーディオ出力部２１８は、オーディオデコーダ２１７から供給されるオーディオデータを、後段のスピーカ（不図示）に供給する。これにより、スピーカからは、例えば、テレビ番組の映像に対応する音声が出力される。
【０１０８】
字幕デコーダ２１９は、クロック発生器２１４から供給されるクロック信号に基づいて、Demux２１３から供給される字幕データを、字幕エンコーダ１１６（図１１）に対応する復号方式で復号して、ビデオ出力部２１６に供給する。ビデオ出力部２１６は、字幕デコーダ２１９から字幕データが供給された場合、その字幕データを、ビデオデコーダ２１５からのビデオデータに合成し、後段のディスプレイ（不図示）に供給する。これにより、ディスプレイには、テレビ番組の映像とともに、その映像に対応した字幕が表示される。
【０１０９】
FLUTE処理部２２０は、Demux２１３から供給される各種のファイルデータから、ESG、アプリケーション、NRTコンテンツなどを復元する。例えば、FLUTE処理部２２０は、復元したESG又はNRTコンテンツを、ストレージ２２１に記録する。また、例えば、FLUTE処理部２２０は、復元したアプリケーションを、ブラウザ２２６に供給する。さらに、FLUTE処理部２２０は、Demux２１３から供給されるSCSを制御信号処理部２２２に供給する。ただし、SCSは、FLUTE処理部２２０を介さずに直接、Demux２１３から制御信号処理部２２２に供給するようにしてもよい。
【０１１０】
ストレージ２２１は、HDD(Hard Disk Drive)などの大容量の記録装置である。ストレージ２２１は、FLUTE処理部２２０などから供給される各種のデータを記録する。
【０１１１】
制御信号処理部２２２は、Demux２１３又はFLUTE処理部２２０から供給される制御信号(LLS，SCS)に基づいて、各部の動作を制御する。NVRAM２２３は、不揮発性メモリであって、制御信号処理部２２２からの制御に従い、各種のデータを記録する。
【０１１２】
サービスパッケージ部２２４は、Demux２１３から供給される、コンポーネント、制御信号、時刻情報、及び、電子サービスガイド等のサービスチャンネルの構成要素をパッケージ化し、ストレージ２２１に記録する。また、サービスパッケージ部２２４は、ストレージ２２１から、パッケージ化されたサービスチャンネルのデータを読み出して、デパッケージングし、Demux２１３のIPフィルタ２５２に供給する。これにより、パッケージ化されたサービスチャンネルの構成要素を復元して、再生することができる。なお、パッケージ化されたサービスチャンネルのデータは、通信I/F２２５を介してホームネットワーク７０に接続されたホームサーバ３０や外部装置４０等に提供することができる。
【０１１３】
通信I/F２２５は、ホームネットワーク７０に接続されたホームサーバ３０や外部装置４０などとデータのやり取りを行う。また、通信I/F２２５は、インターネット９０上に設けられたアプリケーションサーバ５０からアプリケーションを受信し、ブラウザ２２６に供給する。ブラウザ２２６には、FLUTE処理部２２０又は通信I/F２２５からアプリケーションが供給される。ブラウザ２２６は、例えばHTML5（Hyper Text Markup Language 5）により記述されたHTML文書からなるアプリケーションに応じたビデオデータを生成して、ビデオ出力部２１６に供給する。これにより、ディスプレイには、テレビ番組に連動したアプリケーションの映像が表示される。
【０１１４】
また、通信I/F２２５は、インターネット９０上に設けられた配信サーバ６０から配信される通信コンテンツのデータを受信し、ストリーミング処理部２２７に供給する。ストリーミング処理部２２７は、通信I/F２２５から供給されるデータに対し、ストリーミング再生を行うために必要な各種の処理を施して、その結果得られるビデオデータをビデオ出力部２１６に供給し、オーディオデータをオーディオ出力部２１８に供給する。これにより、ディスプレイには、通信コンテンツの映像が表示され、その映像に同期した音声が、スピーカから出力される。
【０１１５】
なお、図１２の受信装置２０において、例えば、チューナ２１２、Demux２１３、クロック発生器２１４、ビデオデコーダ２１５、ビデオ出力部２１６、オーディオデコーダ２１７、オーディオ出力部２１８、字幕デコーダ２１９、ストレージ２２１、NVRAM２２３、及び、通信I/F２２５は、ハードウェアとして構成される。一方、受信装置２０において、例えば、FLUTE処理部２２０、制御信号処理部２２２、サービスパッケージ部２２４、ブラウザ２２６、及び、ストリーミング処理部２２７は、CPU（図２８のCPU９０１）が実行するプログラムにより実現される。
【０１１６】
また、図１２の受信装置２０の構成では、ストレージ２２１は内蔵されているとして説明したが、外付けのストレージを用いるようにしてもよい。
【０１１７】
（フィルタリング処理の詳細）
次に、図１３を参照して、Demux２１３（図１２）による各パケットのフィルタリング処理の詳細について説明する。
【０１１８】
図１３に示すように、Demux２１３には、各種のヘッダ情報と、ペイロードとして、LLS、NTP、SCS、各種のファイルデータ、又はビデオデータやオーディオデータを含んでいる各パケットが入力される。
【０１１９】
BBPヘッダには、IP又はSignalingを示すタイプ情報が含まれている。BBPフィルタ２５１は、BBPヘッダに含まれるタイプ情報に基づいて、フィルタリング処理を行う。図１３の例では、LLSのパケットのタイプ情報のみがSignalingとなり、他のパケットはIPとなるので、LLSのパケットのみがSGDUフィルタバンク２５５に供給される。
【０１２０】
また、IPヘッダには、IPアドレス(IP Address)が含まれる。IPフィルタ２５２は、IPヘッダに含まれるIPアドレスに基づいて、フィルタリング処理を行う。図１３の例では、IPヘッダが付加されたパケットのうち、NTPのパケットのIPアドレスのみ異なるが、他のパケットのIPアドレスは同一のアドレスとなる。
【０１２１】
さらに、UDPヘッダには、ポート番号(Port Number)が含まれる。UDPフィルタ２５３は、UDPヘッダに含まれるポート番号に基づいて、フィルタリング処理を行う。図１３の例では、UDPヘッダが付加された各パケットのポート番号は異なっている。また、FLUTEセッションを利用して伝送されるパケットには、LCTヘッダが付加され、RTPセッションを利用して伝送されるパケットには、RTPヘッダが付加されている。そして、IPフィルタ２５２とUDPフィルタ２５３によって、IPアドレスとポート番号を用いたフィルタリング処理が行われることで、LCTヘッダが付加されていないNTPのパケットは、クロック発生器２１４に出力される。また、RTPヘッダが付加されたビデオデータとオーディオデータのパケットは、ビデオデコーダ２１５とオーディオデコーダ２１７にそれぞれ出力される。
【０１２２】
また、LCTヘッダには、TSI(Transport Session Identifier)とTOI(Transport Object Identifier)が含まれる。FLUTEセッションにおいては、これらの識別情報を用いて、特定のファイルを指定することになる。LCTフィルタ２５４は、LCTヘッダに含まれるTSIとTOIに基づいて、フィルタリング処理を行う。図１３の例では、LCTフィルタ２５４は、SCS(SDP)を特定するTSIとTOIが指定された場合、SCS(SDP)のパケットをSGDUフィルタバンク２５５に供給する。また、LCTフィルタ２５４は、LCTヘッダに含まれるTSIとTOIに応じて、各種のファイルデータのパケットを、FLUTE処理部２２０に出力する。
【０１２３】
SGDUフィルタバンク２５５には、LLSのパケットとSCSのパケットが供給される。SGDUフィルタバンク２５５は、それらのパケットに付加されたSGDUヘッダに基づいて、フィルタリング処理を行う。ただし、SGDUフィルタバンク２５５においては、フィルタ条件を満たしたパケットだけが、SGDUフィルタバンク２５５内のバッファメモリに保持され、これはCPU（図２８のCPU９０１）からソフトウェアで間欠的に吸い上げられることになる。例えば、SGDUヘッダには、バージョン情報（図１７のfragmentVersion）が記述されているので、バージョンが変化した場合にのみ、SDPのパケットを通すようにすることができる。これにより、LLSのパケットは制御信号処理部２２２に出力され、SCSのパケットは、FLUTE処理部２２０に出力される。ただし、SCSのパケットは、FLUTE処理部２２０を介さずに直接、制御信号処理部２２２に出力するようにしてもよい。
【０１２４】
また、同一のサービスチャンネルとなる、SCS(SDP)、各種のファイルデータ、ビデオデータやオーディオデータのパケットは、同一のIPアドレスが付与されているので、IPフィルタ２５２は、それらのパケットを、NTPのパケットとともに、サービスパッケージ部２２４に出力することができる。
【０１２５】
例えば、上述した図８の例において、サービスＡのIPアドレス(IP_address="Aa")、シェアドサービスＳのIPアドレス(IP_address="As")、及び、NTPのIPアドレス(固定のIPアドレス)のOR条件で、フィルタリング処理を行うことで、それらのサービスと時刻情報（NTP）をまとめてパッケージ化することができる。また、図１３には図示していないが、上記のOR条件に、ESGのIPアドレスを含めて、４つのIPアドレスによるフィルタリング処理を行うことで、電子サービスガイド(ESG)をパッケージに含めることもできる。
【０１２６】
＜３．シグナリング情報＞
【０１２７】
次に、本技術を適用したIP伝送方式のデジタル放送で伝送されるシグナリング情報について説明する。
【０１２８】
＜（１）LLS(SCT，SAT)のデータ構造＞
【０１２９】
（SCTのシンタックス）
図１４は、SCTのシンタックスを示す図である。なお、図１４において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
【０１３０】
図１４に示すように、sct要素は、networkId属性、name属性、及び、BBPStream要素を含む。networkId属性には、物理チャンネル単位の放送局のネットワークの識別子(network_id)が指定される。name属性には、物理チャンネル単位の放送局の名称が指定される。
【０１３１】
BBPStream要素は、sct要素の子要素であって、BBPストリームに関する情報が指定される。BBPStream要素は、BBPStreamId属性、payloadType属性、name属性、ESGBootstrap要素、及び、Service要素を含む。
【０１３２】
BBPStreamId属性は、BBPストリームの識別子(BBP_stream_id)が指定される。BBPストリームを複数配置する場合には、BBPStreamId属性により識別する。payloadType属性には、BBPストリームのペイロードタイプが指定される。このペイロードタイプとしては、例えば、"ipv4"，"ipv6"，"ts"などが指定される。name属性には、BBPストリームの名称が指定される。
【０１３３】
ESGBootstrap要素は、BBPStream要素の子要素であって、ESGへのアクセス情報が指定される。ESGBootstrap要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、tsi属性を含む。
【０１３４】
sourceIPAddress属性とdestinationIPAddress属性には、ESGを伝送する送信元（source）と宛先（destination）のIPアドレスが指定される。portNum属性は、ESGを伝送するポート番号が指定される。tsi属性には、ESGを伝送するFLUTEセッションにおけるTSIが指定される。
【０１３５】
Service要素は、BBPStream要素の子要素であって、サービスに関する情報が指定される。Service要素は、serviceId属性、serviceType属性、SCSBootstrap要素、及び、AdjunctService要素を含む。
【０１３６】
serviceId属性は、サービスの識別子(service_id)が指定される。サービスを複数配置する場合には、serviceId属性により識別する。serviceType属性には、サービスのタイプ情報が指定される。このタイプ情報としては、例えば、"tv"，"audio"，"data"，"nrt"，"esg"，"adjunct-nrt"，"adjunct-shared"などが指定される。
【０１３７】
SCSBootstrap要素は、Service要素の子要素であって、サービスチャンネルへのアクセス情報が指定される。SCSBootstrap要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、tsi属性を含む。
【０１３８】
sourceIPAddress属性とdestinationIPAddress属性には、サービスを伝送する送信元（source）と宛先（destination）のIPアドレスが指定される。portNum属性には、SCSを伝送するポート番号が指定される。tsi属性には、SCSを伝送するFLUTEセッションにおけるTSIが指定される。
【０１３９】
AdjunctService要素は、Service要素の子要素であって、関連従属サービスに関する情報が指定される。AdjunctService要素は、networkId属性、BBPStreamId属性、serviceId属性、及び、serviceType属性を含む。
【０１４０】
networkId属性は、ネットワークの識別子(network_id)が指定される。BBPStreamId属性は、BBPストリームの識別子(BBP_stream_id)が指定される。serviceId属性は、サービスの識別子(service_id、以下、「Adjunct_service_id」とも記述する)が指定される。serviceType属性は、サービスのタイプ情報が指定される。このタイプ情報としては、例えば、"adjunct-nrt"，"adjunct-shared"が指定される。
【０１４１】
なお、図１４を参照して説明したSCTのデータ構造は一例であって、他のデータ構造を採用することもできる。また、SCTは、例えばXML等のマークアップ言語により記述される。
【０１４２】
（SATのシンタックス）
図１５は、SATのシンタックスを示す図である。なお、図１５において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
【０１４３】
図１５に示すように、sat要素は、Service要素を含む。また、Service要素は、serviceId属性を含む。service_id属性には、オンエア中のサービスの識別子(service_id)が指定される。オンエア中のサービスが複数存在する場合には、それらのサービスに対応したservice_idが複数配置される。
【０１４４】
なお、図１５を参照して説明したSATのデータ構造は一例であって、他のデータ構造を採用することもできる。また、SATは、例えばXML等のマークアップ言語により記述される。
【０１４５】
＜（２）SCS(SDP)の詳細構造＞
【０１４６】
SDPの記述文書は、セッション記述部とメディア記述部の２つの部分から構成される。セッション記述部には、プロトコルバージョン、インスタンス生成者情報、コネクションデータなどが記述される。また、メディア記述部には、複数のメディア情報を記述することができる。
【０１４７】
図１６は、SDPの記述例を示している。
【０１４８】
図１６において、"v"は、プロトコルバージョンを示す。この値としては、"0"又はサービスの運用で決める値が指定される。
【０１４９】
"o"は、インスタンス生成者情報を示す。この値としては、生成者名、SDPインスタンスのID、バージョン、送信（ホスト）のタイプ、IPアドレスタイプ、及び、IPアドレスが指定される。例えば、送信（ホスト）のタイプには、"IN"（インターネット）、"BC"（放送）、又は"HB"（ハイブリッド）が指定される。また、IPアドレスタイプには、"IP4"(IPv4)又は"IP6"(IPv6)が指定される。
【０１５０】
"s"は、セッション名を示す。この値としては、セッション名がテキストで記述される。
【０１５１】
"c"は、コネクションデータを示す。この値としては、セッションのネットワークタイプ、IPアドレスタイプ、及び、IPアドレスが指定される。例えば、セッションのネットワークタイプには、"IN"（インターネット）、"BC"（放送）、又は"HB"（ハイブリッド）が指定される。また、IPアドレスタイプには、"IP4"(IPv4)又は"IP6"(IPv6)が指定される。
【０１５２】
"a"には、serviceとadjunct_serviceを指定することができる。serviceには、自サービスの識別子(service_id)が指定される。また、adjunct_serviceには、シェアドサービスの識別子(Adjunct_service_id)が指定される。
【０１５３】
"m"は、メディア情報を示す。この値としては、メディアタイプ、メディアを送信するポート番号、メディアを送信するプロトコル、フォーマットなどが指定される。例えば、メディアタイプとしては、ビデオ(Video)やオーディオ(Audio)が指定される。また、メディアを送信するプロトコルとしては、FLUTE/UDPやRTP/AVPなどが指定される。また、フォーマットとしては、プロトコルごとに必要があれば付加情報が記述される。また、"a="で始まる行は、対応するメディアの属性を示している。
【０１５４】
図１６の記述例では、RTPセッションで伝送されるビデオデータとオーディオデータが１ストリームずつから成立するサービスの場合を示している。
【０１５５】
すなわち、"m=video"の行によって、RTPセッションで伝送されるビデオデータのポート番号が、8000であることを示している。そして、その次の行の"a=rtpmap"によって、ペイロードタイプと符号化種別がマッピングされており、ビデオデータは、H.264により符号化されていることになる。また、ビデオデータにおいて、RTPタイムスタンプのタイムスケールは、90000となる。
【０１５６】
また、"m=audio"の行によって、RTPセッションで伝送されるオーディオデータのポート番号が、7000であることを示している。
【０１５７】
（IP伝送方式におけるSGDUの構造）
図１７は、IP伝送方式におけるSGDUの構造を説明するための図である。
【０１５８】
図１７に示すように、SGDU(Service Guide Delivery Unit)は、ヘッダ情報(Unit_Header)とペイロード(Unit_Payload)から構成される。また、SGDUでは必要に応じて、拡張情報(extension_data)が配置される。
【０１５９】
ヘッダ情報には、fragmentTransportIDとfragmentVersionが配置される。fragmentTransportIDは、フラグメント識別を示す。例えば、fragmentTransportIDにより、SCTやSDPなどが識別される。また、fragmentVersionは、フラグメントのバージョン番号を示す。
【０１６０】
ペイロードには、XMLフラグメント(XML fragment)及びSDPフラグメント(SDP fragment)の少なくとも一方の実データが配置される。すなわち、ヘッダ情報のn_o_service_guide_fragmentsにより指定された数に応じた１又は複数のフラグメントのデータがペイロードに配置されることになる。ここでは、例えば、XMLフラグメントとSDPフラグメントの両方のフラグメントが配置されるようにするなど、ペイロードに配置される複数のフラグメントの組み合わせは任意である。また、ヘッダ情報のoffsetによって、複数配置されたフラグメントのうち、任意のフラグメントの位置を示すことができる。
【０１６１】
ただし、XMLフラグメントを配置する場合には、そのフラグメントのタイプを示すfragmentTypeが実データとともに配置される。また、SDPフラグメントを配置する場合には、そのフラグメントを識別するfragmentIDが実データとともに配置される。
【０１６２】
また、拡張情報を配置する場合には、拡張情報のタイプを示すextension_typeが拡張データとともに配置される。また、ヘッダ情報に、extension_offsetを指定することで、拡張情報の位置を示すことができる。
【０１６３】
＜４．具体的な運用例＞
【０１６４】
次に、本技術を適用した放送システムの具体的な運用例について説明する。
【０１６５】
＜（１）シェアドサービスのダイレクト選局＞
【０１６６】
まず、図１８乃至図２０を参照して、視聴者がリモートコントローラ等を操作して、直接特定のチャンネル（サービス）を選局する場合に実行されるシェアドサービスのダイレクト選局処理について説明する。ただし、この運用例においては、受信装置２０における選局処理を中心に説明するため、選局情報(SCTs)は、初期スキャン処理などにより既に取得済みであるものとする。
【０１６７】
図１８は、シェアドサービスのダイレクト選局処理を説明する図である。
【０１６８】
図１８に示すように、送信装置１０からのIP伝送方式を用いたデジタル放送の放送波では、ビデオデータとオーディオデータを同期型のストリーム形式で伝送しているため、RTPセッションが利用されている。SCSはFLUTEセッションで伝送されている。また、サービスＡ(Service_channel A)とサービスＢ(Service_channel B)は、それぞれ固有のビデオデータを提供しているが、関連するオーディオデータは共有されており、シェアドサービスＳ(Service_channel S)により提供されている。
【０１６９】
受信装置２０においては、視聴者によるサービスＡの選局操作を検出した場合、NVRAM２２３に記録されている選局情報(SCTs)が読み出される（Ｓ１０１）。また、受信装置２０では、LLSとして所定の伝送周期で送られるSATが取得される（Ｓ１０２）。そして、視聴者により選局されたサービスＡのservice_idとそれに関連するシェアドサービスＳのservice_idと、SATに含まれるサービスのAdjunct_service_idとが照合され、サービスＡとシェアドサービスＳがオンエア中であるかどうかがチェックされる（Ｓ１０３）。
【０１７０】
受信装置２０は、サービスＡ及びシェアドサービスＳが共にオンエア中である場合、選局情報(SCTs)に含まれる選局されたサービスＡのservice_idに応じたSCS_bootstrap情報を用い、FLUTEセッションにより伝送されているサービスＡのSCSにアクセスして、SDPを取得する（Ｓ１０４，Ｓ１０５）。
【０１７１】
また、受信装置２０は、サービスＡのSDPに含まれるAdjunct_service_idと一致するservice_idを選局情報(SCTs)から特定し、特定されたservice_idのSCS_bootstrap情報を取得する（Ｓ１０６）。このSCS_bootstrap情報は、シェアドサービスＳのSCSを取得するための情報となる。受信装置２０は、シェアドサービスＳのservice_idに応じたSCS_bootstrap情報を用い、FLUTEセッションにより伝送されているシェアドサービスＳのSCSにアクセスして、SDPを取得する（Ｓ１０７，Ｓ１０８）。なお、ここでは、SCTとSDPの両方を用い、シェアドサービスＳのservice_idを特定する例を説明したが、SCTはAdjunct_service_idを含んでいるので、これを用いることで、SCTのみを用い、シェアドサービスＳのservice_idを特定することもできる。
【０１７２】
すなわち、この時点で、サービスＡとシェアドサービスＳの２つのSDPが取得されたことになる。SDPには、各コンポーネントのポート番号など、コンポーネントの属性や構成情報を含んでいる。この例では、サービスＡのSDPには、サービスＡのビデオデータのポート番号が記述され、シェアドサービスＳのSDPには、関連する共有のオーディオデータのポート番号が記述されている。
【０１７３】
したがって、受信装置２０は、それらのSDPに含まれるポート番号を用い、RTPセッションで伝送されているサービスＡのビデオデータと、シェアドサービスＳのオーディオデータを取得することができる（Ｓ１０９乃至Ｓ１１１）。また、NTPには固定のIPアドレスが与えられているため、その情報を用い、複数のサービスで共通となる時刻情報（NTP）を取得することができる。なお、このようにして取得されたビデオデータとオーディオデータは、NTPに基づいたクロック信号に従い、復号されることになる。
【０１７４】
ここで、図１９を参照して、シェアドサービスのダイレクト選局処理時に取得される制御信号の関係について説明する。
【０１７５】
図１９に示すように、リモートコントローラ等の操作によりサービスＡが選局されると、選局情報(SCTs)に含まれるサービスＡとそれに関連するシェアドサービスＳのservice_idが、SATに含まれるサービスのservice_idと照合される。そして、サービスＡ及びシェアドサービスＳがオンエア中である場合には、選局情報(SCTs)に含まれるサービスＡのSCS_bootstrap情報を用い、FLUTEセッションにより伝送されているサービスＡのSDPが取得される。また、選局情報(SCTs)に含まれるシェアドサービスＳのSCS_bootstrap情報を用い、FLUTEセッションにより伝送されているシェアドサービスＳのSDPが取得される。
【０１７６】
このように２つのSDPが取得されるので、一方のSDPに含まれるコンポーネント情報（ポート番号）を用い、サービスＡのRTPセッションからビデオデータが取得され、他方のSDPに含まれるコンポーネント情報（ポート番号）を用い、シェアドサービスＳのRTPセッションからビデオデータが取得されることになる。
【０１７７】
図２０は、シェアドサービスのダイレクト選局時の受信装置２０の各部の動作を示す図である。
【０１７８】
図２０に示すように、シェアドサービスのダイレクト選局時の受信装置２０において、制御信号処理部２２２は、NVRAM２２３に記録された選局情報(SCTs)を読み出して取得する（Ｓ１５１）。チューナ２１２は、制御信号処理部２２２からの制御に従い、選局情報に応じた選局処理を行う。また、制御信号処理部２２２は、BBPフィルタ２５１及びSGDUフィルタバンク２５５（不図示）によるフィルタリング処理により抽出されたSATを取得して、視聴者により選局されたサービスＡ及びサービスＡに関連するシェアドサービスＳがオンエア中であるかどうかを判定する（Ｓ１５２）。
【０１７９】
そして、サービスＡ及びシェアドサービスＳがオンエア中である場合、IPフィルタ２５２乃至SGDUフィルタバンク２５５によって、IPアドレス、ポート番号、TSIなどを用いたフィルタリング処理が行われることで、FLUTE処理部２２０によって、FLUTEセッションからSDPが取得される（Ｓ１５３）。これにより、制御信号処理部２２２は、FLUTE処理部２２０からのサービスＡとシェアドサービスＳのSDPを取得する。
【０１８０】
また、図２０の例では、RTPセッションによりコンポーネントが伝送されているので、IPフィルタ２５２及びUDPフィルタ２５３は、IPアドレスとポート番号を用いたフィルタリング処理を行い、NTP、ビデオデータ、オーディオデータを、クロック発生器２１４、ビデオデコーダ２１５、オーディオデコーダ２１７にそれぞれ供給する（Ｓ１５４）。
【０１８１】
クロック発生器２１４は、UDPフィルタ２５３からのNTPに基づいて、クロック信号を生成し、ビデオデコーダ２１５と、オーディオデコーダ２１７に供給する（Ｓ１５５）。ビデオデコーダ２１５は、クロック発生器２１４からのクロック信号に従い、UDPフィルタ２５３からのビデオデータを復号し、図示していないビデオ出力部２１６に供給する（Ｓ１５６）。また、オーディオデコーダ２１７は、クロック発生器２１４からのクロック信号に従い、UDPフィルタ２５３からのオーディオデータを復号し、図示していないオーディオ出力部２１８に供給する（Ｓ１５６）。これにより、視聴者により直接選局されたテレビ番組に対応するサービスＡの映像がディスプレイに表示され、その映像に対応するシェアドサービスＳの音声がスピーカから出力されることになる。
【０１８２】
以上のように、シェアドサービスのダイレクト選局においては、特定のサービスと、その特定のサービスに関連するシェアドサービスとを別サービスにして、サービス単位でIPアドレスを付与していることから、シェアドサービスについてもサービス単位で取り扱うことができるため、IP伝送方式を導入したデジタル放送において、様々な運用形態に柔軟に対応することができる。
【０１８３】
なお、図２０において、TCPフィルタ２５６は、TCP(Transmission Control Protocol)用のフィルタである。また、CAS/DRM２６１は、コンテンツの著作権に関する処理を行うものである。
【０１８４】
＜（２）シェアドサービスに対応した録画・再生＞
【０１８５】
（２−１）ESG録画予約・実行
図２１乃至図２３を参照して、視聴者がリモートコントローラ等によって、ESG（電子サービスガイド）から特定のサービスの録画予約を行った場合に実行されるESG録画予約・実行処理について説明する。ただし、この運用例においては、受信装置２０におけるESG録画予約・実行を中心に説明するため、ESG情報は、受信装置２０の電源オフ時などに実行されるESG取得処理により既に取得済みであるものとする。
【０１８６】
図２１は、ESG録画予約・実行処理を説明する図である。
【０１８７】
図２１に示すように、送信装置１０からのIP伝送方式を用いたデジタル放送の放送波では、ビデオデータとオーディオデータを同期型のストリーム形式で伝送しているため、RTPセッションが利用されている。SCSはFLUTEセッションで伝送されている。また、サービスＡ(Service_channel A)とサービスＢ(Service_channel B)は、それぞれ固有のビデオデータを提供しているが、関連するオーディオデータは共有されており、シェアドサービスＳ(Service_channel S)により提供されている。
【０１８８】
受信装置２０においては、視聴者による電子サービスガイドの表示操作を検出した場合、ストレージ２２１からESG情報が読み出され、ディスプレイに、電子サービスガイドのサービスリスト（ESG情報）が表示される（Ｓ２０１，Ｓ２０２）。これにより、視聴者は、ディスプレイに表示されたサービスリストから、録画予約を行いたい特定のサービスを選択することになる。受信装置２０は、例えば、視聴者によるサービスＡの選択操作を検出した場合、その選択操作に応じたサービスＡの録画予約情報を、ストレージ２２１に記録する（Ｓ２０３，Ｓ２０４）。
【０１８９】
その後、受信装置２０においては、サービスＡの録画予約の開始時刻の直前に、録画開始トリガが通知される（Ｓ２０５）。受信装置２０は、その録画開始トリガに応じて、ストレージ２２１とNVRAM２２３から、サービスＡの録画予約情報と選局情報(SCTs)をそれぞれ読み出し、選局処理を行う（Ｓ２０６，Ｓ２０７）。
【０１９０】
また、受信装置２０では、LLSとして所定の伝送周期で送られるSATが取得される（Ｓ２０８）。そして、視聴者により選択されたサービスＡとそれに関連するシェアドサービスＳのservice_idと、SATに含まれるサービスのservice_idとが照合され、サービスＡとシェアドサービスＳがオンエア中であるかどうかがチェックされる（Ｓ２０９）。
【０１９１】
受信装置２０は、サービスＡ及びシェアドサービスＳがオンエア中である場合には選局情報(SCTs)に記述されたIPアドレスを用い、フィルタリング処理を行う（Ｓ２１０）。このフィルタリング処理によって、サービスＡのコンポーネント（固有のビデオデータ）及び制御信号(SCS)、シェアドサービスＳのコンポーネント（共有のオーディオデータ）及び制御信号(SCS)、電子サービスガイド(ESG)、並びに、時刻情報(NTP)が取得される（Ｓ２１１乃至Ｓ２１３）。この例の場合、サービスＡ、シェアドサービスＳ、ESG、NTPのIPアドレスはそれぞれ異なっているので、４つのIPアドレスを用いたフィルタリングを行うことで、それらのデータが取得されることになる。
【０１９２】
そして、このようにして取得されたコンポーネント（サービスＡのビデオデータとシェアドサービスＳのオーディオデータ）や制御信号(各サービスごとのSDP)、電子サービスガイド(ESG)、時刻情報（NTP）などの情報は、パッケージ化された後、サービスＡに対応する番組録画情報としてストレージ２２１に記録される（Ｓ２１４）。ただし、番組録画情報には、ストレージ２２１に記録する際に、NTPに基づいた時刻情報が付加されるようにする。また、番組録画情報は、パッケージ化された状態でそのままストレージ２２１に記録してもよいし、ファイル化してから記録するようにしてもよい。
【０１９３】
ここで、図２２を参照して、ESG録画予約・実行時に取得される制御信号の関係について説明する。
【０１９４】
図２２に示すように、ESG情報からサービスＡが選択されると、そのサービスＡに対応するトリプレット(triplet)、録画番組のタイトル(title)、録画開始時刻(start time)や録画終了時刻(end time)などが、録画予約情報としてストレージ２２１に記録される。そして、録画開始時刻になったとき、サービスＡの録画予約情報と選局情報(SCTs)が取得され、選局処理が行われる。また、LLSとして所定の伝送周期で送られるSATが取得され、サービスＡとそれに関連するシェアドサービスＳがオンエア中であるかどうかが判定される。
【０１９５】
サービスＡ及びシェアドサービスＳがオンエア中である場合には、それらのサービスのIPアドレスを用いたフィルタリング処理を行うことで、RTPセッションにより伝送されているサービスＡのコンポーネント（固有のビデオデータ）とシェアドサービスＳのコンポーネント（共有のオーディオデータ）が取得される。また、選局情報(SCTs)からNTP用のIPアドレスを特定することができるので、そのIPアドレスを用いたフィルタリング処理を行うことで、時刻情報(NTP)が取得される。さらに、選局情報(SCTs)に含まれるESG_bootstrap情報のIPアドレスを用いたフィルタリング処理を行うことで、電子サービスガイド(ESG)が取得される。
【０１９６】
このようにしてIPアドレスを用いたフィルタリング処理によって取得される、コンポーネント(Audio/Video)、制御信号(SCS)、時刻情報(NTP)、及び、電子サービスガイド(ESG)などの情報は、パッケージ化されて、サービスＡに対応した番組録画情報としてストレージ２２１に記録される。
【０１９７】
図２３は、ESG録画予約・実行時の受信装置２０の各部の動作を示す図である。
【０１９８】
図２３に示すように、ESG録画予約・実行時の受信装置２０においては、ストレージ２２１からESG情報が読み出され、電子サービスガイドのサービスリストがディスプレイに表示される（Ｓ２５１）。受信装置２０は、視聴者によって、ディスプレイに表示されたサービスリストからサービスＡが選択された場合、その選択操作に応じたサービスＡの録画予約情報を、ストレージ２２１に記録する（Ｓ２５２）。
【０１９９】
その後、録画開始トリガが通知された場合、制御信号処理部２２２は、ストレージ２２１とNVRAM２２３から、サービスＡの録画予約情報と選局情報(SCTs)をそれぞれ読み出す（Ｓ２５３，Ｓ２５４）。これにより、チューナ２１２は、制御信号処理部２２２からの制御に従い、サービスＡの録画予約情報及び選局情報(SCTs)に応じた選局処理を行う。また、制御信号処理部２２２は、BBPフィルタ２５１及びSGDUフィルタバンク２５５（不図示）によるフィルタリング処理により抽出されたSATを取得して、視聴者により選択されたサービスＡとそれに関連するシェアドサービスＳがオンエア中であるかどうかを判定する（Ｓ２２５）。
【０２００】
そして、サービスＡ及びシェアドサービスＳがオンエア中である場合、IPフィルタ２５２によるIPアドレスを用いたフィルタリング処理が行われることで、サービスＡのコンポーネント（固有のビデオデータ）とシェアドサービスＳのコンポーネント（共有のオーディオデータ）、制御信号(SCS)、時刻情報(NTP)、及び、電子サービスガイド(ESG)が抽出され、サービスパッケージ部２２４に供給される。そして、サービスパッケージ部２２４は、IPフィルタ２５２からのコンポーネント、制御信号(SCS)、時刻情報(NTP)、及び、電子サービスガイド(ESG)をパッケージ化して、サービスＡに対応した番組録画情報としてストレージ２２１に記録する（Ｓ２５６）。
【０２０１】
このように、ESG録画予約・実行処理によって、視聴者により録画予約されたサービスＡとそれに関連するシェアドサービスＳを構成するコンポーネントなどの情報を、IPアドレスを用いたフィルタリング処理により抽出して、パッケージ化することができる。
【０２０２】
（２−２）録画番組再生
次に、上述したESG録画予約・実行処理により、ストレージ２２１に記録された番組録画情報の再生を行う場合に実行される録画番組再生処理について説明する。
【０２０３】
図２４は、録画番組再生時の受信装置２０の各部の動作を示す図である。
【０２０４】
録画番組再生時の受信装置２０においては、ストレージ２２１からESG情報が読み出され、録画済みの番組録画情報に対応するサービスリストがディスプレイに表示される（Ｓ２７１）。視聴者によって、サービスリストから、サービスＡが選択された場合、サービスパッケージ部２２４は、ストレージ２２１から、その選択操作に応じたサービスＡに対応した番組録画情報を読み出す（Ｓ２７２，Ｓ２７３）。
【０２０５】
サービスパッケージ部２２４は、ストレージ２２１から読み出されたサービスＡに対応する番組録画情報をデパッケージングして、パッケージ化されていたサービスＡのコンポーネント（固有のビデオデータ）とシェアドサービスＳのコンポーネント（共有のオーディオデータ）、制御信号(SCS)、時刻情報(NTP)、及び、電子サービスガイド(ESG)を取得する（Ｓ２７３）。これらの情報は、IPフィルタ２５２に供給される。
【０２０６】
図２４の例では、RTPセッションによりコンポーネントが伝送されていたので、IPフィルタ２５２及びUDPフィルタ２５３は、IPアドレスとポート番号を用いたフィルタリング処理を行い、NTP、ビデオデータ、オーディオデータを、クロック発生器２１４、ビデオデコーダ２１５、オーディオデコーダ２１７にそれぞれ供給する（Ｓ２７３）。
【０２０７】
クロック発生器２１４は、UDPフィルタ２５３からのNTPに基づいて、クロック信号を生成し、ビデオデコーダ２１５と、オーディオデコーダ２１７に供給する（Ｓ２７４）。ビデオデコーダ２１５は、クロック発生器２１４からのクロック信号に従い、UDPフィルタ２５３からのビデオデータを復号し、図示していないビデオ出力部２１６に供給する（Ｓ２７５）。また、オーディオデコーダ２１７は、クロック発生器２１４からのクロック信号に従い、UDPフィルタ２５３からのオーディオデータを復号し、図示していないオーディオ出力部２１８に供給する（Ｓ２７５）。
【０２０８】
これにより、視聴者がサービスリストから録画予約したテレビ番組に対応するサービスＡの映像がディスプレイに表示され、その映像に対応するシェアドサービスＳの音声がスピーカから出力されることになる。
【０２０９】
このように、録画番組再生処理によって、ESG録画予約・実行処理によりパッケージ化されたコンポーネントや制御情報等を用い、サービスＡとシェアドサービスＳのコンポーネントを再生することができる。
【０２１０】
以上のように、シェアドサービスに対応した録画・再生においては、IPアドレスを用いたフィルタリング処理によって、特定のサービスと、その特定のサービスに関連するシェアドサービスを同一のパッケージに含めて記録するとともに、記録されたパッケージを再生することができるため、IP伝送方式を導入したデジタル放送において、様々な運用形態に柔軟に対応することができる。
【０２１１】
＜５．各装置で実行される具体的な処理の内容＞
【０２１２】
次に、図２５乃至図２７を参照して、図１０の放送システム１を構成する各装置で実行される具体的な処理の内容について説明する。
【０２１３】
（送信処理）
まず、図２５のフローチャートを参照して、図１０の送信装置１０により実行される送信処理について説明する。
【０２１４】
ステップＳ７１１において、ビデオデータ取得部１１１は、ビデオデータを取得し、ビデオエンコーダ１１２に供給する。ステップＳ７１２において、ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを符号化し、Mux１２１に供給する。
【０２１５】
ステップＳ７１３において、オーディオデータ取得部１１３は、オーディオデータを取得し、オーディオエンコーダ１１４に供給する。ステップＳ７１４において、オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを符号化し、Mux１２１に供給する。
【０２１６】
ステップＳ７１５において、字幕データ取得部１１５は、字幕データを取得し、字幕エンコーダ１１６に供給する。ステップＳ７１６において、字幕エンコーダ１１６は、字幕データ取得部１１５から供給される字幕データを符号化し、Mux１２１に供給する。
【０２１７】
ステップＳ７１７において、制御信号取得部１１７は、SCSやLLS等の制御信号を取得し、制御信号処理部１１８に供給する。ステップＳ７１８において、制御信号処理部１１８は、制御信号取得部１１７から供給される制御信号に対し、所定の信号処理を施し、Mux１２１に供給する。例えば、制御信号処理部１１８は、制御信号取得部１１７により取得されたSCSに対して、FLUTEセッションにより伝送するための信号処理を施す。
【０２１８】
ステップＳ７１９において、ファイルデータ取得部１１９は、非同期型のファイル形式のデータを伝送する場合には、例えばNRTコンテンツやアプリケーション等のファイルデータを取得し、ファイル処理部１２０に供給する。ステップＳ７２０において、ファイル処理部１２０は、ファイルデータ取得部１１９から供給されるファイルデータに対して、所定のファイル処理を施し、Mux１２１に供給する。
【０２１９】
ステップＳ７２１において、Mux１２１は、ビデオエンコーダ１１２からのビデオデータ、オーディオエンコーダ１１４からのオーディオデータ、字幕エンコーダ１１６からの字幕データ、制御信号処理部１１８からの制御信号、及び、ファイル処理部１２０からのファイルデータを多重化してIP伝送形式のBBPストリームを生成し、送信部１２２に供給する。
【０２２０】
ステップＳ７２２において、送信部１２２は、Mux１２１から供給されるBBPストリームを放送信号として、アンテナ１２３を介して送信する。ステップＳ７２２の処理が終了すると、送信処理は終了する。
【０２２１】
以上、送信処理について説明した。
【０２２２】
（パッケージ録画処理）
次に、図２６のフローチャートを参照して、図１０の受信装置２０により実行されるパッケージ録画処理について説明する。
【０２２３】
ステップＳ８１１においては、録画予約処理が行われる。この録画予約処理では、図２１のESG録画予約・実行処理で説明したように、ESG情報に応じたサービスリストから、特定のサービス（例えば、上述したサービスＡ）が選択された場合、そのサービスＡに関する録画予約情報が、ストレージ２２１に記録される。
【０２２４】
録画予約処理が終了すると、処理は、ステップＳ８１２に進められる。ステップＳ８１２においては、録画開始トリガが通知されたかどうかが判定される。録画開始トリガが通知されるのを待って、処理はステップＳ８１３に進められる。
【０２２５】
ステップＳ８１３において、制御信号処理部２２２は、ストレージ２２１からサービスＡの録画予約情報を取得する。また、ステップＳ８１４において、制御信号処理部２２２は、NVRAM２２３から選局情報(SCTs)を取得する。
【０２２６】
ステップＳ８１５において、チューナ２１２は、制御信号処理部２２２からの制御に従い、選局処理を行う。
【０２２７】
ステップＳ８１６において、制御信号処理部２２２は、BBPフィルタ２５１及びSGDUフィルタバンク２５５によるフィルタリング処理によって抽出されたSATを取得する。ステップＳ８１７において、制御信号処理部２２２は、SATに基づいて、サービスＡとそれに関連したシェアドサービスＳがオンエア中であるかどうかを判定する。
【０２２８】
ステップＳ８１７において、サービスＡ及びシェアドサービスＳがオンエア中でないと判定された場合、以降の処理は中止され、パッケージ録画処理は終了する。一方、ステップＳ８１７において、サービスＡ及びシェアドサービスＳがオンエア中であると判定された場合、処理はステップＳ８１８に進められる。
【０２２９】
ステップＳ８１８において、IPフィルタ２５２は、フィルタリング処理を行う。すなわち、選局情報(SCTs)から得られるIPアドレスを用いたフィルタリング処理を行うことで、例えば、RTPセッションにより伝送されるサービスＡのコンポーネント（固有のビデオデータ）とシェアドサービスＳのコンポーネント（共有のオーディオデータ）、制御信号(SCS)、時刻情報(NTP)、及び、電子サービスガイド(ESG)を取得することができる。
【０２３０】
ステップＳ８１９において、サービスパッケージ部２２４は、IPフィルタ２５２により抽出されたコンポーネント、制御信号(SCS)、時刻情報(NTP)、及び、電子サービスガイド(ESG)をパッケージ化するためのパッケージ処理を行う。
【０２３１】
ステップＳ８２０において、サービスパッケージ部２２４は、ステップＳ８１９のパッケージ処理により得られたサービスＡの番組録画情報をストレージ２２１に記録する。ステップＳ８２０の処理が終了すると、パッケージ録画処理は終了する。
【０２３２】
以上、パッケージ録画処理について説明した。
【０２３３】
（デパッケージ再生処理）
次に、図２７のフローチャートを参照して、図１０の受信装置２０により実行されるデパッケージ再生処理について説明する。
【０２３４】
ステップＳ８６１においては、視聴者によって、ESG情報に応じた録画済みのサービスリストから特定のサービスが選択されたかどうかが判定される。ここでは、例えば、視聴者によりサービスＡが選択されて、そのサービスＡの再生が指示されるのを待って、処理はステップＳ８６２に進められる。
【０２３５】
ステップＳ８６２において、サービスパッケージ部２２４は、ストレージ２２１から、サービスＡの番組録画情報を読み出す。ステップＳ８６３において、サービスパッケージ部２２４は、ステップＳ８６２の処理で読み出したサービスＡの番組録画情報をデパッケージングして、パッケージ化されていたサービスＡのコンポーネント（固有のビデオデータ）とシェアドサービスＳのコンポーネント（共有のオーディオデータ）、制御信号(SCS)、時刻情報(NTP)、及び、電子サービスガイド(ESG)を取得し、IPフィルタ２５２に供給する。
【０２３６】
ステップＳ８６４において、IPフィルタ２５２及びUDPフィルタ２５３は、IPアドレスとポート番号を用いたフィルタリング処理を行い、NTP、ビデオデータ、オーディオデータを、クロック発生器２１４、ビデオデコーダ２１５、オーディオデコーダ２１７にそれぞれ供給する。
【０２３７】
ステップＳ８６５において、クロック発生器２１４は、UDPフィルタ２５３から供給されるNTPに基づいて、クロック信号を生成し、ビデオデコーダ２１５及びオーディオデコーダ２１７に供給する。
【０２３８】
ステップＳ８６６において、ビデオデコーダ２１５は、クロック発生器２１４から供給されるクロック信号に基づいて、UDPフィルタ２５３から供給されるビデオデータを復号し、ビデオ出力部２１６に供給する。ステップＳ８６７において、ビデオ出力部２１６は、ビデオデコーダ２１５から供給されるビデオデータをディスプレイに出力する。
【０２３９】
ステップＳ８６８において、オーディオデコーダ２１７は、クロック発生器２１４から供給されるクロック信号に基づいて、UDPフィルタ２５３供給されるオーディオデータを復号し、オーディオ出力部２１８に供給する。ステップＳ８６９において、オーディオ出力部２１８は、オーディオデコーダ２１７から供給されるオーディオデータをスピーカに供給する。
【０２４０】
このように、ビデオデータとオーディオデータは、クロック信号に従い、同期して復号されるため、ディスプレイに表示されているテレビ番組の映像に対応する音声が、スピーカから出力されることになる。また、テレビ番組の映像は、サービスＡのビデオデータに基づいて表示され、その映像に対応する音声は、シェアドサービスＳのオーディオデータに基づいて出力されることになる。ステップＳ８６９の処理が終了すると、デパッケージ再生処理は終了する。
【０２４１】
以上、デパッケージ再生処理について説明した。
【０２４２】
＜本技術を適用したコンピュータの説明＞
【０２４３】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０２４４】
図２８は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０２４５】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
【０２４６】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２４７】
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０２４８】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２４９】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２５０】
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２５１】
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２５２】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２５３】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２５４】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２５５】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２５６】
なお、本技術は、以下のような構成をとることができる。
【０２５７】
（１）
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波で伝送される複数のサービスのうち、特定のサービスと、前記特定のサービスに関連する共有のサービスを、各パケットに含まれるIPアドレスを用い、サービス単位で処理する処理部と
を備える受信装置。
（２）
各サービスは、１又は複数のコンポーネントと、前記コンポーネントに関する情報を少なくとも含む第１の制御信号から構成され、
同一のサービスにおいて、前記コンポーネントのパケットと、前記第１の制御信号のパケットとは、同一のIPアドレスを有する
（１）に記載の受信装置。
（３）
前記特定のサービスは、１又は複数の固有のコンポーネントと、前記第１の制御信号から構成され、
前記共有のサービスは、１又は複数の共有のコンポーネントと、前記第１の制御信号から構成される
（２）に記載の受信装置。
（４）
前記処理部は、各パケットに含まれるIPアドレスを用い、前記特定のサービスと前記共有のサービスの構成要素をパッケージ化する
（１）乃至（３）のいずれか一項に記載の受信装置。
（５）
複数のサービスで共通に用いられる時刻情報のパケットは、特定のIPアドレスを有しており、
前記処理部は、各パケットに含まれるIPアドレスを用い、前記時刻情報をパッケージに含める
（４）に記載の受信装置。
（６）
電子サービスガイドのパケットは、特定のIPアドレスを有しており、
前記処理部は、各パケットに含まれるIPアドレスを用い、前記電子サービスガイドをパッケージに含める
（４）又は（５）に記載の受信装置。
（７）
前記第１の制御信号は、IP伝送方式におけるプロトコルの階層のうち、IP層よりも上位の階層である第１の階層で伝送される
（２）に記載の受信装置。
（８）
前記放送波は、IP層よりも下位の階層である第２の階層で第２の制御信号を伝送しており、
前記第２の制御信号は、ネットワークを識別するID、ストリームを識別するID、及び、サービスを識別するIDを少なくとも含んでいる
（７）に記載の受信装置。
（９）
前記第２の制御信号は、前記共有のサービスを特定するための情報を含んでいる
（８）に記載の受信装置。
（１０）
前記第１の制御信号は、前記共有のサービスを特定するための情報を含んでいる
（２）又は（９）に記載の受信装置。
（１１）
前記第２の制御信号は、前記特定のサービス及び前記共有のサービスが放送中であるかを示す情報を含んでいる
（８）又は（９）に記載の受信装置。
（１２）
前記第１の制御信号と前記第２の制御信号は、SGDU(Service Guide Delivery Unit)コンテナに格納されて伝送される
（８）乃至（１１）のいずれか一項に記載の受信装置。
（１３）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波で伝送される複数のサービスのうち、特定のサービスと、前記特定のサービスに関連する共有のサービスを、各パケットに含まれるIPアドレスを用い、サービス単位で処理する
ステップを含む受信方法。
（１４）
特定のサービスと、前記特定のサービスに関連する共有のサービスを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部を備え、
前記特定のサービスと、前記共有のサービスを伝送するパケットは、サービス単位で同一のIPアドレスを有している
送信装置。
（１５）
１又は複数のコンポーネントを取得する第１の取得部と、
前記コンポーネントに関する情報を少なくとも含む制御信号を取得する第２の取得部と
をさらに備え、
前記特定のサービス又は前記共有のサービスを構成する、前記１又は複数のコンポーネントと前記制御信号のパケットがサービス単位で同一のIPアドレスを有している
（１４）に記載の送信装置。
（１６）
送信装置の送信方法において、
前記送信装置が、
特定のサービスと前記特定のサービスに関連する共有のサービスを伝送するパケットがサービス単位で同一のIPアドレスを有するように、IP伝送方式を用いたデジタル放送の放送波を送信する
ステップを含む送信方法。
【符号の説明】
【０２５８】
１  放送システム，  １０  送信装置，  ２０  受信装置，  １１１  ビデオデータ取得部，  １１３  オーディオデータ取得部，  １１７  制御信号取得部，  １１９  ファイルデータ取得部，  １２１  Mux，  １２２  送信部，  ２１２  チューナ，  ２１３  Demux，  ２１４  クロック発生器，  ２１５  ビデオデコーダ，  ２１６  ビデオ出力部，  ２１７  オーディオデコーダ，  ２１８  オーディオ出力部，  ２１９  字幕デコーダ，  ２２０  FLUTE処理部，  ２２１  ストレージ，  ２２２  制御信号処理部，  ２２３  NVRAM，  ２２４  サービスパッケージ部，  ２２５  通信I/F，  ２２６  ブラウザ，  ２５１  BBPフィルタ，  ２５２  IPフィルタ，  ２５３  UDPフィルタ，  ２５４  LCTフィルタ，  ２５５  SGDUフィルタバンク，  ９００  コンピュータ，  ９０１  CPU
【図１】
2015060148.tif 000003
【図２】
2015060148.tif 000004
【図３】
2015060148.tif 000005
【図４】
2015060148.tif 000006
【図５】
2015060148.tif 000007
【図６】
2015060148.tif 000008
【図７】
2015060148.tif 000009
【図８】
2015060148.tif 000010
【図９】
2015060148.tif 000011
【図１０】
2015060148.tif 000012
【図１１】
2015060148.tif 000013
【図１２】
2015060148.tif 000014
【図１３】
2015060148.tif 000015
【図１４】
2015060148.tif 000016
【図１５】
2015060148.tif 000017
【図１６】
2015060148.tif 000018
【図１７】
2015060148.tif 000019
【図１８】
2015060148.tif 000020
【図１９】
2015060148.tif 000021
【図２０】
2015060148.tif 000022
【図２１】
2015060148.tif 000023
【図２２】
2015060148.tif 000024
【図２３】
2015060148.tif 000025
【図２４】
2015060148.tif 000026
【図２５】
2015060148.tif 000027
【図２６】
2015060148.tif 000028
【図２７】
2015060148.tif 000029
【図２８】
2015060148.tif 000030
【国際調査報告】
2015060148.tif 000031
2015060148.tif 000032
2015060148.tif 000033
2015060148.tif 000034