(57)【要約】  本技術は、より効率的に選局情報を取得することができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。IP伝送方式を用いたデジタル放送の放送波を受信する受信部と、ネットワークを介してサーバと通信して、放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報を受信する通信部と、第１のシグナリング情報に基づいて、IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータを取得する取得部と、物理パラメータに基づいて、選局処理を行う各部の動作を制御する制御部とを備える受信装置が提供される。本技術は、例えば移動可能な携帯型受信機に適用することができる。
2015174298.tif 000002
【特許請求の範囲】
【請求項１】
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
ネットワークを介してサーバと通信して、前記放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報を受信する通信部と、
前記第１のシグナリング情報に基づいて、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータを取得する取得部と、
前記物理パラメータに基づいて、選局処理を行う各部の動作を制御する制御部と
を備える受信装置。
【請求項２】
前記取得部は、前記第１のシグナリング情報に含まれるポインタ情報に基づいて、前記IP伝送方式のプロトコルの階層において前記第１のシグナリング情報が伝送される第１の階層よりも下位の階層となる第２の階層で伝送される第２のシグナリング情報に含まれる前記物理パラメータを取得する
請求項１に記載の受信装置。
【請求項３】
前記ポインタ情報は、選局操作に応じた特定のサービスの前記物理パラメータにアクセスするための情報である
請求項２に記載の受信装置。
【請求項４】
前記ポインタ情報は、国ごとに割り当てられる国コード、放送事業者ごとに固有な値として割り当てられる第１の識別子、ストリームごとに固有な値として割り当てられる第２の識別子、及び、サービスごとに固有な値として割り当てられる第３の識別子を含む
請求項３に記載の受信装置。
【請求項５】
前記第１のシグナリング情報は、SDP(Session Description Protocol)であり、
前記第２のシグナリング情報は、SCD(Service Configuration Description)である
請求項２に記載の受信装置。
【請求項６】
前記取得部は、前記第１のシグナリング情報に含まれる前記物理パラメータを取得する
請求項１に記載の受信装置。
【請求項７】
前記物理パラメータは、中心周波数、PLP(Physical Layer Pipe)を識別する識別子、及び、前記IP伝送方式で規定されたフレームに含まれるプリアンブルの値を含む
請求項６に記載の受信装置。
【請求項８】
前記物理パラメータは、中心周波数、前記IP伝送方式で規定されたフレームに含まれるプリアンブルを構成するL1プレシグナリングの値、及び、前記プリアンブルを構成するL1ポストシグナリングの対象のPLP(Physical Layer Pipe)の値を含む
請求項６に記載の受信装置。
【請求項９】
前記第１のシグナリング情報は、SDP(Session Description Protocol)である
請求項６に記載の受信装置。
【請求項１０】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
ネットワークを介してサーバと通信して、前記放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報を受信し、
前記第１のシグナリング情報に基づいて、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータを取得し、
前記物理パラメータに基づいて、選局処理を行う各部の動作を制御する
ステップを含む受信方法。
【請求項１１】
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報であって、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータに関する情報を含む前記第１のシグナリング情報を生成する生成部と、
受信機からの要求に応じて、前記第１のシグナリング情報を、ネットワークを介して前記受信機に送信する送信部と
を備える送信装置。
【請求項１２】
前記第１のシグナリング情報は、前記IP伝送方式のプロトコルの階層において前記第１のシグナリング情報が伝送される第１の階層よりも下位の階層となる第２の階層で伝送される第２のシグナリング情報に含まれる前記物理パラメータにアクセスするためのポインタ情報を含む
請求項１１に記載の送信装置。
【請求項１３】
前記ポインタ情報は、選局操作に応じた特定のサービスの前記物理パラメータにアクセスするための情報である
請求項１２に記載の送信装置。
【請求項１４】
前記ポインタ情報は、国ごとに割り当てられる国コード、放送事業者ごとに固有な値として割り当てられる第１の識別子、ストリームごとに固有な値として割り当てられる第２の識別子、及び、サービスごとに固有な値として割り当てられる第３の識別子を含む
請求項１３に記載の送信装置。
【請求項１５】
前記第１のシグナリング情報は、SDP(Session Description Protocol)であり、
前記第２のシグナリング情報は、SCD(Service Configuration Description)である
請求項１２に記載の送信装置。
【請求項１６】
前記第１のシグナリング情報は、前記物理パラメータを含む
請求項１１に記載の送信装置。
【請求項１７】
前記物理パラメータは、中心周波数、PLP(Physical Layer Pipe)を識別する識別子、及び、前記IP伝送方式で規定されたフレームに含まれるプリアンブルの値を含む
請求項１６に記載の送信装置。
【請求項１８】
前記物理パラメータは、中心周波数、前記IP伝送方式で規定されたフレームに含まれるプリアンブルを構成するL1プレシグナリングの値、及び、前記プリアンブルを構成するL1ポストシグナリングの対象のPLP(Physical Layer Pipe)の値を含む
請求項１６に記載の送信装置。
【請求項１９】
前記第１のシグナリング情報は、SDP(Session Description Protocol)である
請求項１６に記載の送信装置。
【請求項２０】
送信装置の送信方法において、
前記送信装置が、
IP伝送方式を用いたデジタル放送の放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報であって、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータに関する情報を含む前記第１のシグナリング情報を生成し、
受信機からの要求に応じて、前記第１のシグナリング情報を、ネットワークを介して前記受信機に送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、より効率的に選局情報を取得することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
地上デジタルテレビ放送においては、テレビ受像機のような固定受信機だけでなく、スマートフォンやタブレット端末等のような携帯型受信機での受信もより利用が拡大することが想定されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２４４４９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、携帯型受信機において、地上デジタルテレビ放送の放送波を受信するためには、周波数等の選局情報を取得する必要があるが、移動可能な携帯型受信機は、不特定の場所で使用されるため、特定の場所で使用される固定受信機のように、選局情報を初期スキャンによりその都度取得するのは現実的ではなく、より効率的に選局情報の取得を行いたいという要求がある。【０００５】
本技術はこのような状況に鑑みてなされたものであり、より効率的に選局情報を取得することができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、ネットワークを介してサーバと通信して、前記放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報を受信する通信部と、前記第１のシグナリング情報に基づいて、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータを取得する取得部と、前記物理パラメータに基づいて、選局処理を行う各部の動作を制御する制御部とを備える受信装置である。【０００７】
前記取得部は、前記第１のシグナリング情報に含まれるポインタ情報に基づいて、前記IP伝送方式のプロトコルの階層において前記第１のシグナリング情報が伝送される第１の階層よりも下位の階層となる第２の階層で伝送される第２のシグナリング情報に含まれる前記物理パラメータを取得するようにすることができる。【０００８】
前記ポインタ情報は、選局操作に応じた特定のサービスの前記物理パラメータにアクセスするための情報であるようにすることができる。【０００９】
前記ポインタ情報は、国ごとに割り当てられる国コード、放送事業者ごとに固有な値として割り当てられる第１の識別子、ストリームごとに固有な値として割り当てられる第２の識別子、及び、サービスごとに固有な値として割り当てられる第３の識別子を含むようにすることができる。【００１０】
前記第１のシグナリング情報は、SDP(Session Description Protocol)であり、前記第２のシグナリング情報は、SCD(Service Configuration Description)であるようにすることができる。【００１１】
前記取得部は、前記第１のシグナリング情報に含まれる前記物理パラメータを取得するようにすることができる。【００１２】
前記物理パラメータは、中心周波数、PLP(Physical Layer Pipe)を識別する識別子、及び、前記IP伝送方式で規定されたフレームに含まれるプリアンブルの値を含むようにすることができる。【００１３】
前記物理パラメータは、中心周波数、前記IP伝送方式で規定されたフレームに含まれるプリアンブルを構成するL1プレシグナリングの値、及び、前記プリアンブルを構成するL1ポストシグナリングの対象のPLP(Physical Layer Pipe)の値を含むようにすることができる。【００１４】
前記第１のシグナリング情報は、SDP(Session Description Protocol)であるようにすることができる。【００１５】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１６】
本技術の第１の側面の受信方法は、本技術の第１の側面の受信装置に対応する受信方法である。【００１７】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送の放送波が受信され、ネットワークを介してサーバと通信して、前記放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報が受信され、前記第１のシグナリング情報に基づいて、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータが取得され、前記物理パラメータに基づいて、選局処理を行う各部の動作が制御される。【００１８】
本技術の第２の側面の送信装置は、IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報であって、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータに関する情報を含む前記第１のシグナリング情報を生成する生成部と、受信機からの要求に応じて、前記第１のシグナリング情報を、ネットワークを介して前記受信機に送信する送信部とを備える送信装置である。【００１９】
前記第１のシグナリング情報は、前記IP伝送方式のプロトコルの階層において前記第１のシグナリング情報が伝送される第１の階層よりも下位の階層となる第２の階層で伝送される第２のシグナリング情報に含まれる前記物理パラメータにアクセスするためのポインタ情報を含むようにすることができる。【００２０】
前記ポインタ情報は、選局操作に応じた特定のサービスの前記物理パラメータにアクセスするための情報であるようにすることができる。【００２１】
前記ポインタ情報は、国ごとに割り当てられる国コード、放送事業者ごとに固有な値として割り当てられる第１の識別子、ストリームごとに固有な値として割り当てられる第２の識別子、及び、サービスごとに固有な値として割り当てられる第３の識別子を含むようにすることができる。【００２２】
前記第１のシグナリング情報は、SDP(Session Description Protocol)であり、前記第２のシグナリング情報は、SCD(Service Configuration Description)であるようにすることができる。【００２３】
前記第１のシグナリング情報は、前記物理パラメータを含むようにすることができる。【００２４】
前記物理パラメータは、中心周波数、PLP(Physical Layer Pipe)を識別する識別子、及び、前記IP伝送方式で規定されたフレームに含まれるプリアンブルの値を含むようにすることができる。【００２５】
前記物理パラメータは、中心周波数、前記IP伝送方式で規定されたフレームに含まれるプリアンブルを構成するL1プレシグナリングの値、及び、前記プリアンブルを構成するL1ポストシグナリングの対象のPLP(Physical Layer Pipe)の値を含むようにすることができる。【００２６】
前記第１のシグナリング情報は、SDP(Session Description Protocol)であるようにすることができる。【００２７】
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２８】
本技術の第２の側面の送信方法は、本技術の第２の側面の送信装置に対応する送信方法である。【００２９】
本技術の第２の側面の送信装置、及び、送信方法においては、IP伝送方式を用いたデジタル放送の放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報であって、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータに関する情報を含む前記第１のシグナリング情報が生成され、受信機からの要求に応じて、前記第１のシグナリング情報が、ネットワークを介して前記受信機に送信される。
【発明の効果】
【００３０】
本技術の第１の側面及び第２の側面によれば、より効率的に選局情報を取得することができる。【００３１】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００３２】
【図１】IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【図２】IP伝送方式のデジタル放送の放送波の構成を示す図である。
【図３】固定受信機による選局処理を説明する図である。
【図４】固定受信機による選局操作時のデータの流れを示す図である。
【図５】SCDのデータ構造を示す図である。
【図６】SDPのデータ構造を示す図である。
【図７】SDPの属性種別を示す図である。
【図８】図３のSDPの記述例を示す図である。
【図９】図３のSDPの他の記述例を示す図である。
【図１０】第１の実施の形態における携帯型受信機による選局処理を説明する図である。
【図１１】第１の実施の形態における携帯型受信機による選局操作時のデータの流れを示す図である。
【図１２】図１０のSDPの記述例を示す図である。
【図１３】SDPのポインタ情報の記述例を示す図である。
【図１４】第２の実施の形態における携帯型受信機による選局処理を説明する図である。
【図１５】第２の実施の形態における携帯型受信機による選局操作時のデータの流れを示す図である。
【図１６】図１４のSDPの記述例を示す図である。
【図１７】図１６のSDPの選局情報の記述例を示す図である。
【図１８】図１６のSDPの選局情報の記述例を示す図である。
【図１９】図１４のSDPの記述例を示す図である。
【図２０】図１９のSDPの選局情報の記述例を示す図である。
【図２１】図１９のSDPの選局情報の記述例を示す図である。
【図２２】放送通信システムの構成例を示す図である。
【図２３】送信装置の構成例を示す図である。
【図２４】受信装置の構成例を示す図である。
【図２５】選局部の詳細な構成例を示す図である。
【図２６】制御部の詳細な構成例を示す図である。
【図２７】シグナリングサーバの構成例を示す図である。
【図２８】デジタル放送信号送信処理を説明するフローチャートである。
【図２９】デジタル放送信号受信処理を説明するフローチャートである。
【図３０】第１の選局情報取得処理を説明するフローチャートである。
【図３１】第２の選局情報取得処理を説明するフローチャートである。
【図３２】シグナリング提供処理を説明するフローチャートである。
【図３３】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００３３】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００３４】
１．IP伝送方式によるデジタル放送の概要
２．固定受信機における選局処理
３．携帯型受信機における選局処理
（１）第１の実施の形態：SDPのポインタ情報に従い、SCDから選局情報を取得する方法
（２）第２の実施の形態：SDPから選局情報を取得する方法
４．システム構成
５．各装置で実行される処理の流れ
６．変形例
７．コンピュータの構成
【００３５】
＜１．IP伝送方式によるデジタル放送の概要＞
【００３６】
（プロトコルスタック）
図１は、IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【００３７】
図１に示すように、最も下位の階層は、物理層(Physical Layer)とされ、サービス（チャンネル）のために割り当てられた放送波の周波数帯域がこれに対応する。物理層に隣接する上位の階層は、BBPストリーム(Base Band Packet Stream)を挟んでIP層とされる。BBPストリームは、IP伝送方式における各種のデータを格納したパケットを含むストリームである。
【００３８】
IP層は、TCP/IPのプロトコルスタックにおけるIP(Internet Protocol)に相当するものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、RTP，FLUTE/ALSとされる。すなわち、IP伝送方式のデジタル放送においては、UDP(User Datagram Protocol)のポート番号が指定されたパケットが送信され、例えばRTP(Real-time Transport Protocol)セッションやFLUTE(File Delivery over Unidirectional Transport)セッションが確立されるようになされている。なお、ここでは、FLUTEを拡張した「FLUTE+(plus)」が用いられる場合がある。また、FLUTE+は、「FLUTE enhancement」と称される場合がある。
【００３９】
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としては、USD(User Service Description)，MPD(Media Presentation Description)，SDP(Session Description Protocol)，FDD(File Delivery Description)などが伝送される。
【００４２】
LLS(Low Layer Signaling)は、低レイヤのシグナリング情報であって、BBPストリーム上で伝送される。例えば、LLSとしては、SCD(Service Configuration Description)などのサービス構成情報(Service Configuration Information)が伝送される。
【００４３】
（IP伝送方式の放送波の構成）
図２は、IP伝送方式のデジタル放送の放送波の構成を示す図である。
【００４４】
図２に示すように、所定の周波数帯域を有する放送波(RF Channel)には、複数のBBPストリームが伝送されている。また、各BBPストリームには、NTP(Network Time Protocol)、複数のサービスチャンネル(Service Channel)、電子サービスガイド(ESG Service)、及び、LLSが含まれる。なお、NTP，サービスチャンネル、電子サービスガイドは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。また、NTPは、時刻情報であって、複数のサービスチャンネルで共通とすることができる。
【００４５】
各サービスチャンネル（以下、「サービス」という。）には、ビデオやオーディオ、字幕等の番組を構成する情報であるコンポーネント(Component)と、USDやSDP等のSCSが含まれる。また、各サービスには、共通のIPアドレスが付与されており、このIPアドレスを用いて、１又は複数のサービスごとに、コンポーネントやSCSなどをパッケージ化することができる。
【００４６】
ここで、所定の周波数帯域を有する放送波(RF Channel)には、例えば、放送事業者ごとに、RFチャンネルID（以下、「RFChannelId」とも記述する。）が割り当てられている。また、各放送波で伝送される１又は複数のBBPストリームには、BBPストリームID（以下、「BBPStreamId」とも記述する。）が割り当てられる。さらに、各BBPストリームで伝送される１又は複数のサービスには、サービスID（以下、「serviceId」とも記述する。）が割り当てられる。
【００４７】
このように、IP伝送方式のID体系としては、MPEG2-TS(Moving Picture Expert Group 2 - Transport Stream)方式で用いられているネットワークIDと、トランスポートストリームIDと、サービスIDの組み合わせ（以下、「トリプレット(Triplet)」という。）に対応する構成が採用され、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。
【００４８】
このようなID体系を用いることで、現在広く普及しているMPEG2-TS方式との整合をとることができるため、例えば、MPEG2-TS方式からIP伝送方式への移行時のサイマルキャストに容易に対応することが可能となる。ただし、IP伝送方式のID体系においては、RFチャンネルIDとBBPストリームIDが、MPEG2-TS方式におけるネットワークIDとトランスポートストリームIDに相当している。また、BBPストリームは、IP伝送方式で規定されたPLP(Physical Layer Pipe)に対応している。
【００４９】
＜２．固定受信機による選局処理＞
【００５０】
（選局処理）
図３は、固定受信機による選局処理を説明する図である。
【００５１】
図３においては、図中の楕円の内側の領域内のシグナリング情報が「放送取得」、すなわち、その取得先が放送となることを表している。家庭内等に設置されたテレビ受像機等の固定受信機は、その設置時などに行われる初期スキャン処理によって、SCD等の選局情報を取得して、NVRAM(Non Volatile RAM)に記憶している。そして、ユーザにより選局操作が行われると、固定受信機では、NVRAMから選局情報（物理パラメータ）が読み出され、選局処理（Tuner/Demod）が行われる。なお、この選局処理では物理パラメータを用いた復調処理なども行われる。
【００５２】
ここで、SCD(Service Configuration Description)は、MPEG2-TS方式で用いられているトリプレットを採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。また、SCDには、サービス単位の属性・設定情報としてのIPアドレス等の情報、SCSやESGを取得するためのbootstrap情報などが含まれる。
【００５３】
また、物理パラメータ(PHY parameters)は、図１のプロトコルスタックの階層における物理層で使用されるパラメータであって、周波数等の選局情報を含んでいる。なお、SCDには、物理パラメータとしての選局情報が含まれているため、固定受信機は、初期スキャン処理を行わない場合でも、SCDから選局情報を取得することができる。
【００５４】
また、SCDには、SCS bootstrap情報が含まれるので、固定受信機は、SCS bootstrap情報に従い、FLUTEセッションで伝送されているSCSを取得することができる。図３においては、SCDとして、USD，MPD，SDP，FDDが放送取得される。
【００５５】
USD(User Service Description)は、MPD，SDP，FDDを参照するためのリンク情報を含んでいる。なお、USDは、USBD(User Service Bundle Description)と称される場合がある。MPD(Media Presentation Description)は、サービス単位で伝送されるストリーム(コンポーネント)ごとのURL(Uniform Resource Locator)などの情報を含んでいる。なお、MPDは、MPEG-DASH(Moving Picture Expert Group - Dynamic Adaptive Streaming over HTTP)の規格に準じている。
【００５６】
SDP(Session Description Protocol)は、サービス単位のサービス属性、コンポーネントの構成情報、コンポーネント属性、コンポーネントのフィルタ情報、コンポーネントのロケーション情報などを含んでいる。FDD（File Delivery Description）は、TSI(Transport Session Identifier)ごとのインデックス情報として、ロケーション情報（例えばURLなど）やTOI（Transport Object Identifier）などの情報を含んでいる。なお、FDDは、USDに要素として含めるようにしてもよい。
【００５７】
ここで、FLUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOIにより管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSIにより管理する。すなわち、FLUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。
【００５８】
図３において、ビデオやオーディオ等のコンポーネントが、セグメント単位のストリームとして、FLUTEセッションで伝送されている場合、固定受信機では、SCDから取得されるIPアドレスと、SDPから取得されるポート番号を用いたフィルタリング処理（IP/UDP filter）が行われ、さらに、FDDから取得されるTSIとTOIを用いたフィルタリング処理（LCT filter）が行われる。
【００５９】
これにより、固定受信機においては、FLUTEセッションで伝送されるセグメントが特定され、ビデオやオーディオ等のストリームとして伝送されるコンポーネントが取得される。そして、選局処理やフィルタリング処理等の一連の受信処理が行われることで、固定受信機では、ユーザによる選局操作に応じたサービスの放送コンテンツの映像と音声が出力されることになる。
【００６０】
（選局操作時のデータの流れ）
図４は、固定受信機による選局操作時のデータの取得の流れを示す図である。
【００６１】
図４において、放送局（放送事業者）の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、サービスごとの放送コンテンツやシグナリング情報を伝送している。なお、放送コンテンツは、ビデオやオーディオ等のコンポーネントから構成される。
【００６２】
また、当該デジタル放送では、上述したID体系が採用されている。さらに、セグメント単位のストリームとして伝送されるコンポーネントやSCSのファイルは、FLUTEセッションで伝送されている。また、LLSのファイルは、BBPストリーム上で伝送される。
【００６３】
また、図４において、図中の点線で囲まれた領域内が、各家庭等に設置された固定受信機（Fixed Receiver）で行われる処理の流れを示している。固定受信機においては、リモートコントローラによってサービスの選局操作をすることが可能であり、その処理の内容が図中の右側の点線内（「Remote controller」の点線内）に示されている。また、図中の左側の点線内（「Signal processing」の点線内）には、固定受信機で実行される、シグナリング情報やコンポーネントに関する信号処理が示されている。
【００６４】
固定受信機は、初期スキャン処理として、LLSのパケットのフィルタリング処理を行い、LLSを取得して解析することで、SCD等の選局情報をNVRAMに記憶させる。その後、ユーザによりサービス（番組）の選局操作が行われると、固定受信機では、NVRAMから選局情報が読み出され、選局処理が行われる。なお、上述したように、SCDには、物理パラメータとしての選局情報が含まれているため、固定受信機は、初期スキャン処理を行わない場合でも、SCDから選局情報を取得することができる。
【００６５】
また、固定受信機では、SCDのSCS bootstrap情報に従い、FLUTEセッションで伝送されているSCSが取得される。ここでは、SCSとして、USD，MPD，SDP，FDDのファイルが取得される。固定受信機は、USD，MPD，SDP，FDDの解析結果に基づいて、セグメント単位のストリームとして、FLUTEセッションにより伝送されるビデオとオーディオのコンポーネントを取得する。
【００６６】
具体的には、USDにはリンク情報が記述されており、このリンク情報を用い、MPD，SDP，FDDを取得することになるが、それらのシグナリング情報は全てSCSに含まれているので、そこから一括して取得することもできる。
【００６７】
MPDのAdaptationSet要素内には、Representation要素が配置され、放送又は通信でストリームとして伝送されるコンポーネントが列挙されている。また、Representation要素には、リプレゼンテーションIDのほか、コンポーネントの取得先を示すセグメントURLが列挙されている。図４において、MPDには、AdaptationSet要素内のRepresentation要素に、ビデオとオーディオのコンポーネントが列挙される。また、USDのdeliveryMethod要素には、コンポーネントの配信形態を識別するための情報が指定される。
【００６８】
例えば、図４のように、コンポーネントが放送でのみ伝送される場合、deliveryMethod要素には、broadcastAppService要素が配置され、さらに、basepattern要素には、放送で伝送されるコンポーネントのURLが指定される。そして、MPDに記述されたセグメントURLと、deliveryMethod要素に記述されたURLのマッチングを行うことで、MPDに列挙されたビデオとオーディオのコンポーネントが放送で伝送されていることが特定される。なお、コンポーネントが通信でも伝送される場合には、USDのdeliveryMethod要素には、broadcastAppService要素の他に、unicastAppService要素が配置される。
【００６９】
また、FDDには、tsi属性、contentLocation属性、及び、toi属性が記述される。tsi属性には、各FLUTEセッションの識別情報であるTSI(Transport Session Identifier)が指定される。また、toi属性には、FLUTEセッションごとに送られる複数のオブジェクトの識別情報であるTOI（Transport Object Identifier）が指定される。contentLocation属性には、ファイルのURLが指定される。そして、MPDに記述されたセグメントURLと、FDDに記述されたURLのマッチングを行うことで、MPDに列挙されたコンポーネントを取得するためのTSIとTOIが特定される。さらに、SDPを参照することで、当該ビデオとオーディオのコンポーネントを取得するためのIPアドレスとポート番号が特定される。
【００７０】
このようにして、固定受信機においては、ビデオのコンポーネントを取得するためのIPアドレス、ポート番号、TSI、及び、TOIと、オーディオのコンポーネントを取得するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。
【００７１】
固定受信機は、ビデオとオーディオのコンポーネントのIPアドレス、ポート番号、TSI、及び、TOIを用いたフィルタリング処理を行い、FLUTEセッションで伝送されているビデオとオーディオのストリームに接続する。そして、固定受信機は、セグメントデータ(メディアセグメント)を取得して、バッファに一時的に記憶させることで、バッファリングを行い、さらに、レンダリングを行う。これにより、固定受信機では、ユーザによる選局操作に応じたサービスの放送コンテンツの映像と音声が出力される。
【００７２】
（SCDのデータ構造）
図５は、SCD(Service Configuration Description)のデータ構造を示す図である。
【００７３】
SCDは、例えばXML(Extensible Markup Language)等のマークアップ言語により記述される。なお、図５において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
【００７４】
図５に示すように、Scd要素は、majorProtocolversion属性、minorProtocolversion属性、RFchannelId属性、name属性、Tuning_RF要素、及び、BBPStream要素の上位要素となる。
【００７５】
majorProtocolversion属性と、minorProtocolversion属性には、プロトコルのバージョン情報が指定される。RFchannelId属性には、物理チャンネル単位の放送局のRFチャンネルIDが指定される。name属性には、物理チャンネル単位の放送局の名称が指定される。
【００７６】
Tuning_RF要素は、物理パラメータとしての選局情報が指定される。Tuning_RF要素は、frequency属性、及び、PreambleL1Pre属性の上位要素となる。frequency属性には、所定の帯域を選局するときの中心周波数が指定される。PreambleL1Pre属性には、物理層の制御パラメータが指定される。
【００７７】
BBPStream要素には、１又は複数のBBPストリームに関する情報が指定される。BBPStream要素は、bbpStreamId属性、payloadType属性、name属性、ESGBootstrap要素、ClockReferenceInformation要素、Tuning_BBPS要素、及び、Service要素の上位要素となる。
【００７８】
bbpStreamId属性には、BBPストリームIDが指定される。BBPストリームを複数配置する場合には、bbpStreamId属性により識別する。payloadType属性には、BBPストリームのペイロードタイプが指定される。name属性には、BBPストリームの名称が指定される。
【００７９】
ESGBootstrap要素には、ESGへのアクセス情報が指定される。ESGBootstrap要素は、ESGProvider要素の上位要素となる。ESGProvider要素には、ESGのプロバイダごとに、ESGに関する情報が指定される。ESGProvider要素は、providerName属性、ESGBroadcastLocation要素、及び、ESGBroadbandLocation要素の上位要素となる。
【００８０】
providerName属性には、ESGのプロバイダの名称が指定される。ESGBroadcastLocation要素は、ESGが放送により伝送される場合に、RFchannelId属性、BBPStreamId属性、及び、ESGServiceId属性(トリプレット)によりESGサービスを指定する。RFchannelId属性には、ESGサービスを伝送する放送局のRFチャンネルIDが指定される。BBPStreamId属性には、ESGサービスを伝送するBBPストリームのBBPストリームIDが指定される。ESGServiceId属性には、ESGサービスのサービスIDが指定される。
【００８１】
ESGBroadbandLocation要素は、ESGが通信により伝送される場合に、ESGurl属性により、そのESGのファイルにアクセスするためのURLを指定する。
【００８２】
ClockReferenceInformation要素には、時刻情報(例えばNTP)に関する情報が指定される。ClockReferenceInformation要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、clockReferenceFormat属性の上位要素となる。
【００８３】
sourceIPAddress属性とdestinationIPAddress属性には、時刻情報を伝送する送信元(source)と宛先(destination)のIPアドレスが指定される。portNum属性には、時刻情報を伝送するポート番号が指定される。clockReferenceFormat属性には、時刻情報のタイプ情報が指定される。
【００８４】
Tuning_BBPS要素には、物理パラメータとして、BBPストリームごとの選局情報が指定される。Tuning_BBPS要素は、plpId属性、及び、PreambleL1post要素の上位要素となる。plpId属性には、BBPストリームを識別するためのPLP ID（PLP(Physical Layer Pipe)識別子）が指定される。なお、PLP IDは、BBPストリームIDに対応している。PreambleL1post要素には、物理層の制御パラメータが指定される。
【００８５】
Service要素には、１又は複数のサービスに関する情報が指定される。Service要素は、serviceId属性、serviceType属性、hidden属性、hiddenGuide属性、shortName属性、longName属性、accesControl属性、SourceOrigin要素、SCSbootstrap要素、及び、AssociatedService要素の上位要素となる。
【００８６】
serviceId属性には、サービスIDが指定される。サービスを複数配置する場合には、serviceId属性により識別する。serviceType属性には、サービスのタイプ情報が指定される。
【００８７】
hidden属性とhiddenGuide属性には、サービスIDにより識別されるサービスが、隠されたサービスであるかどうかが指定される。shortName属性とlongName属性には、サービスIDにより識別されるサービスの名称が指定される。accesControl属性には、サービスIDにより識別されるサービスが暗号化されているかどうかが指定される。
【００８８】
SourceOrigin要素には、サービスを識別するための情報が指定される。SourceOrigin要素は、country属性、originalRFchannelId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。country属性には、国コードが指定される。originalRFchannelId属性には、オリジナルRFチャンネルIDが指定される。オリジナルRFチャンネルIDは、放送ネットワークを識別するためのIDであって、当該サービスの再送信を行う場合でも、同一の値が用いられる。bbpStreamId属性には、BBPストリームIDが指定される。serviceId属性には、サービスIDが指定される。
【００８９】
SCSBootstrap要素には、サービスへのアクセス情報が指定される。SCSBootstrap要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、tsi属性の上位要素となる。sourceIPAddress属性とdestinationIPAddress属性には、サービスを伝送する送信元(source)と宛先(destination)のIPアドレスが指定される。portNum属性には、SCSを伝送するポート番号が指定される。tsi属性には、SCSを伝送するFLUTEセッションにおけるTSIが指定される。
【００９０】
AssociatedService要素には、関連従属サービスに関する情報が指定される。AssociatedService要素は、RFchannelId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。RFchannelId属性には、関連従属サービスのRFチャンネルIDが指定される。bbpStreamId属性には、関連従属サービスのBBPストリームIDが指定される。serviceId属性には、関連従属サービスのサービスIDが指定される。
【００９１】
なお、図５において、出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。
【００９２】
（SDPのデータ構造）
図６は、SDP(Session Description Protocol)のデータ構造を示す図である。SDPは、例えばテキスト形式で記述される。
【００９３】
図６に示すように、SDPは、セッション記述部(Session Description)と、メディア記述部(Media Description)の２つの部分から構成される。セッション記述部には、セッションに関する情報が記述される。また、メディア記述部は、RTPセッションやFLUTEセッションで伝送されるオーディオデータとビデオデータなど、複数のメディア情報を記述することができる。
【００９４】
セッション記述部には、protocol version(v)，origin(o)，session name(s)，session information(i)，URI(u)，email address(e)，phone number(p)，connection data(c)，(session) bandwidth(b)，timing(t)，repeat times(r)，time zone(z)，encryption keys(k)，(session) attributes(a)を記述することができる。
【００９５】
protocol version(v)には、プロトコルのバージョンが指定される。この値としては、"0"又はサービスの運用で決める値が指定される。RF2327では、必ず"0"が指定される。
【００９６】
origin(o)には、SDP記述文書の生成者の情報が指定される。例えば、origin(o)としては、ユーザ名(username)，セッションID(sess-id)，セッションバージョン(sess-version)，ネットワークタイプ(nettype)，アドレスタイプ(addrtype)，ユニキャストアドレス(unicast-address)などの情報が指定される。
【００９７】
session name(s)には、セッションの名称が指定される。session information(i)には、セッションに関する情報が指定される。URI(u)には、セッションに関する付加情報を得ることができるURI(Uniform Resource Identifier)が指定される。
【００９８】
email address(e)には、セッションの管理責任者のコンタクト先の電子メールアドレスが指定される。phone number(p)には、セッションの管理責任者のコンタクト先の電話番号が指定される。connection data(c)には、セッションで利用するネットワークアドレスの情報が指定される。(session) bandwidth(b)には、セッションで使用されるメディアの利用帯域が指定される。
【００９９】
timing(t)には、セッションの有効な開始時刻と、終了時刻が指定される。repeat times(r)には、セッションが定期的に繰り返し有効となる場合に、繰り返し周期などが指定される。なお、timing(t)とrepeat times(r)でタイム記述部を構成している。
【０１００】
time zones(z)は、タイム記述子のrepeat times(r)で繰り返しが指定される場合に、夏時間と冬時間などの切り替えが必要な場合のオフセットが指定される。encryption keys(k)は、セッションで使用する暗号鍵若しくはその情報が指定される。(session) attributes(a)は、セッションに関する種々の情報が指定される。
【０１０１】
メディア記述部には、media announcements(m)，media information(i)，connection data(c)，(media) bandwidth(b)，encryption keys(k)，(media) attributesを記述することができる。
【０１０２】
media announcements(m)には、メディア種別(media)，ポート番号(port)，プロトコル(proto)，フォーマット(fmt)などの情報が指定される。media information(i)には、メディアに関する情報が指定される。connection data(c)には、メディアで使用するネットワークアドレスの情報が指定される。
【０１０３】
(media) bandwidth(b)には、メディアストリームの利用する帯域が指定される。encryption keys(k)には、メディアで使用する暗号鍵若しくはその情報が指定される。(media) attributesには、メディアに関する種々の属性が指定される。
【０１０４】
（SDPの属性種別）
図７は、SDPの属性種別(Attributes)を示す図である。
【０１０５】
"a="により指定される属性種別は、セッション記述部に含まれる場合には、セッション全体に関わる属性を示し、メディア記述部に含まれる場合には、メディアに関する属性を示している。なお、SDPの機能を拡張する場合には、"a="の属性の部分を拡張することで、SDPのセッション記述能力を拡張することができる。
【０１０６】
例えば、属性種別としては、ptime，fmtp，sendrecv，recvonly，sendonly，inactive，rtpmap，representation-idが定義されている。
【０１０７】
ptimeは、１つのパケットに含まれるメディアの長さを示しており、その値としてパケットに含まれるデータ量が指定される。fmtpは、メディアで利用されるフォーマットと、そのフォーマットで必要な特定のパラメータを示し、その値としてフォーマットとパラメータが指定される。
【０１０８】
sendrecvは、メディアが送受信双方向であることを示している。recvonlyは、メディアが受信のみであることを示している。sendonlyは、メディアが送信のみであることを示している。inactiveは、メディアが双方向で送出されないことを示している。例えば、セッションの途中でメディアの送受信を保留する場合や、セッション開始前にポート番号やコーデックなどの確保を行う場合に利用される。
【０１０９】
rtpmapは、ペイロードと符号化種別のマッピングを示しており、その値としてペイロードタイプと符号化種別が指定される。representation-idは、リプレゼンテーションIDを示しており、その値として、リプレゼンテーションIDが指定される。このリプレゼンテーションIDにより、SDPは、SCSの他のシグナリング情報(例えば、USD，MPD，FDD)との間で、コンポーネントの対応をとることができる。
【０１１０】
（SDPの記述例）
図８は、図３のSDPの記述例を示す図である。
【０１１１】
この記述例において、セッション記述部には、プロトコルのバージョンを示す"v"，インスタンス生成者情報を示す"o"，コネクションデータを示す"c"，セッションの有効時刻を示す"t"が記述されている。
【０１１２】
すなわち、この記述例では、プロトコルのバージョンとして、"0"が指定されている。また、インスタンス生成者情報として、"ricky"であるユーザ名、"28908764872"であるSDPインスタンスのID、"IN"（インターネット）である送信（ホスト）のタイプ、"IP4"(IPv4)であるIPアドレスのタイプ、"host.example.com"であるIPアドレス(URL)がそれぞれ指定されている。
【０１１３】
また、特定のセッションで利用するネットワークアドレスの情報として、"IN"（インターネット）であるネットワークのタイプ、"IP4"(IPv4)であるIPアドレスのタイプ、"192.0.2.4"であるIPアドレスがそれぞれ指定されている。さらに、セッションの有効時刻として、"0  0"が指定されている。
【０１１４】
さらに、この記述例においては、特定のセッションで伝送されるストリームとして、オーディオとビデオのコンポーネントが伝送される場合に、オーディオに関するメディア情報がメディア記述部１に記述され、ビデオに関するメディア情報がメディア記述部２に記述されている。
【０１１５】
メディア情報の値としては、メディアタイプ、メディアを送信するポート番号、メディアを送信するプロトコル、フォーマットなどが指定される。例えば、メディアタイプとしては、ビデオやオーディオが指定される。また、メディアを送信するプロトコルとしては、"RTP/AVP"や"FLUTE/UDP"などが指定される。また、フォーマットとしては、プロトコルごとに必要があれば付加情報が記述される。また、"a="で始まる行は、対応するメディアの属性を示している。
【０１１６】
すなわち、この記述例では、メディア記述部１の"m=audio"の行によって、RTPセッションで伝送されるオーディオデータのポート番号が、"49170"であることを示している。また、その次に続く３行の"a=rtpmap"によって、ペイロードタイプと符号化種別がマッピングされている。つまり、オーディオデータは、PCMU，GSM（登録商標），G729のいずれかにより符号化されていることになる。また、オーディオデータにおいて、RTPタイムスタンプのタイムスケールは、8000となる。
【０１１７】
また、メディア記述部２の"m=video"の行によって、RTPセッションで伝送されるビデオデータのポート番号が、51372であることを示している。そして、その次に続く２行の"a=rtpmap"によって、ペイロードタイプと符号化種別がマッピングされている。つまり、ビデオデータは、H.261又はH.263により符号化されていることになる。また、ビデオデータにおいて、RTPタイムスタンプのタイムスケールは、90000となる。
【０１１８】
（SDPの他の記述例）
図８のSDPの記述例では、ビデオとオーディオのコンポーネントがRTPセッションにより伝送される場合を示したが、それらのコンポーネントは、FLUTEセッションにより伝送される場合もある。その場合には、メディアを送信するプロトコルとして、"RTP/AVP"の代わりに、"FLUTE/UDP"が指定されることになる。
【０１１９】
図９は、図３のSDPの他の記述例を示す図である。
【０１２０】
図９において、メディア記述部の"m=application"の行によって、ビデオとオーディオのコンポーネントを伝送するFLUTEセッションのポート番号が"67890"であることを示している。
【０１２１】
また、"a=flute-tsi:3"によって、当該FLUTEセッションのTSIが"3"であることを示している。さらに、"a=representation-id"によって、当該FLUTEセッションで伝送されるビデオとオーディオのコンポーネントのリプレゼンテーションIDが指定される。このSDPの記述例では、リプレゼンテーションIDとして、ビデオのコンポーネントには"23"が指定され、オーディオのコンポーネントには"45"が指定されている。
【０１２２】
以上のように、各家庭等に設置される固定受信機においては、初期スキャン処理時等に、選局情報を取得して記憶しておくことで、ユーザにより選局操作が行われた場合には、その選局情報を用いた選局処理が行われる。一方、スマートフォンやタブレット端末等のような携帯型受信機は、不特定の場所で使用されるため、特定の場所で使用される固定受信機のように、選局情報を初期スキャン処理によりその都度取得するのは現実的ではない。
【０１２３】
そこで、本技術を適用した携帯型受信機では、GPS(Global Positioning System)機能を利用することで得られる位置情報に応じたサービスリストとシグナリング情報を、インターネット上に設けられた専用のサーバから取得して、選局処理が行われるようにする。以下、本技術を適用した携帯型受信機による選局処理について説明する。
【０１２４】
＜３．携帯型受信機による選局処理＞
【０１２５】
（１）第１の実施の形態
【０１２６】
（選局処理）
図１０は、第１の実施の形態における携帯型受信機による選局処理を説明する図である。
【０１２７】
図１０においては、図中の楕円の領域内のシグナリング情報が「通信取得」、すなわち、その取得先が通信となることを表している。また、図中の楕円の領域外のシグナリング情報は、「放送取得」となることを意味する。したがって、SCDは、他のシグナリング情報とともに通信で取得されるほか、携帯型受信機が既に初期スキャン処理や選局処理を既に行っていた場合などには放送でも取得される可能性がある。
【０１２８】
また、図１０において、携帯型受信機では、サービス（番組）を選局可能なアプリケーションが実行されている。ここでは、例えば、携帯型受信機が、GPS機能により位置情報を取得して、専用のサーバに送ることで、アプリケーションは、現在位置に応じて利用可能なサービス（番組）のリストを提示することができる。なお、アプリケーションは、例えばHTML(HyperText Markup Language)ファイル等から構成される。また、アプリケーションは、API(Application Programming Interface)によってESG(Electronic Service Guide)と連携することができる。
【０１２９】
携帯型受信機では、アプリケーションを操作するユーザにより所望のサービスが選局されると、APIとして提供される選局用の関数が実行され、その引数として指定されたURL(Uniform Resource Locator)に従い、インターネットを介してシグナリングサーバにアクセスして、シグナリング情報が取得される。
【０１３０】
図１０においては、シグナリング情報として、USD，MPD，SDP，FDDなどのSCSが通信取得される。なお、通信取得されるUSD，MPD，SDP，FDDのファイルは、例えば、ZIPファイルフォーマットにより１つのファイルとして取り扱うことができる。また、SCDのファイルは、ZIPファイルに含めて、SCSとともに通信取得してもよいし、初期スキャン処理などによって放送取得されている場合には、既にNVRAMに記憶されていることになる。
【０１３１】
SDPには、SCDに含まれる選局情報（物理パラメータ）にアクセスするためのポインタ情報が記述される。携帯型受信機は、SDPのポインタ情報に従い、SCDにアクセスすることで、選局情報（物理パラメータ）を取得することができる。これにより、携帯型受信機では、物理パラメータ(PHY parameters)としての選局情報（例えば周波数等）を用い、選局処理（Tuner/Demod）が行われる。
【０１３２】
図１０において、ビデオやオーディオ等のコンポーネントが、セグメント単位のストリームとして、FLUTEセッションにより伝送される場合、携帯型受信機においては、SDPから取得されるIPアドレスとポート番号を用いたフィルタリング処理（IP/UDP filter）が行われ、さらに、FDDから取得されるTSIとTOIを用いたフィルタリング処理（LCT filter）が行われる。
【０１３３】
これにより、携帯型受信機においては、FLUTEセッションにより伝送されるセグメントが特定され、ビデオやオーディオ等のストリームとして伝送されるコンポーネントが取得される。そして、選局処理やフィルタリング処理等の一連の受信処理が行われることで、携帯型受信機では、ユーザによる選局操作に応じたサービスの放送コンテンツの映像と音声が出力されることになる。
【０１３４】
以上のように、第１の実施の形態における携帯型受信機による選局処理においては、通信取得されるSDPのポインタ情報に従い、通信又は放送で取得されているSCDにアクセスすることで、選局情報（物理パラメータ）が取得され、当該選局情報（例えば周波数等）を用いて、選局処理が行われる。
【０１３５】
（選局操作時のデータの流れ）
図１１は、第１の実施の形態における携帯型受信機による選局操作時のデータの流れを示す図である。
【０１３６】
図１１において、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、サービスごとの放送コンテンツやシグナリング情報を伝送している。なお、放送コンテンツは、ビデオやオーディオ等のコンポーネントから構成される。また、シグナリングサーバ（Signaling Server）は、インターネットを介してシグナリング情報を配信している。
【０１３７】
また、当該デジタル放送では、上述したID体系が採用されている。さらに、セグメント単位のストリームとして伝送されるコンポーネントやSCSのファイルは、FLUTEセッションで伝送されている。また、LLSのファイルは、BBPストリーム上で伝送される。
【０１３８】
また、図１１において、図中の点線で囲まれた領域内が、携帯型受信機（Handheld Receiver）で行われる処理の流れを示している。携帯型受信機においては、利用可能なサービス（番組）を選局可能なアプリケーションが実行されおり、その処理の内容が図中の右側の点線内（「Application」の点線内）に示されている。また、図中の左側の点線内（「Signal processing」の点線内）には、携帯型受信機で実行される、シグナリング情報やコンポーネントに関する信号処理が示されている。例えば、携帯型受信機は、初期スキャン処理を行った場合には、BBPストリームで伝送されるSCDを取得してNVRAMに記憶している。
【０１３９】
ここで、携帯型受信機では、アプリケーションを操作するユーザにより所望のサービスが選局されると、URLに従い、インターネットを介してシグナリングサーバにアクセスして、SCSを取得する。ここでは、ZIPファイルから、USD，MPD，SDP，FDDのファイルが取得される。なお、ZIPファイルに、SCDのファイルが含まれている場合には、そこからSCDを取得できる。この場合、BBPストリームで伝送されるSCDを取得する必要はない。つまり、携帯型受信機においては、この時点で、SCDが、放送取得又は通信取得されていることになる。
【０１４０】
携帯型受信機は、SDPのポインタ情報に従い、SCDにアクセスして選局情報（物理パラメータ）を取得し、選局処理を行う。また、携帯型受信機は、USD，MPD，SDP，FDDの解析結果に基づいて、セグメント単位のストリームとして、FLUTEセッションにより伝送されるビデオとオーディオのコンポーネントを取得する。
【０１４１】
具体的には、USDにはリンク情報が記述されており、このリンク情報を用い、MPD，SDP，FDDを取得することになるが、ZIPファイルを用いた場合には、そこから一括して取得される。
【０１４２】
MPDのAdaptationSet要素内には、Representation要素が配置され、放送又は通信でストリームとして伝送されるコンポーネントが列挙されている。また、Representation要素には、リプレゼンテーションIDのほか、コンポーネントの取得先を示すセグメントURLが列挙されている。図１１において、MPDには、AdaptationSet要素内のRepresentation要素に、ビデオとオーディオのコンポーネントが列挙される。また、USDのdeliveryMethod要素には、コンポーネントの配信形態を識別するための情報が指定される。
【０１４３】
例えば、図１１のように、コンポーネントが放送でのみ伝送される場合、deliveryMethod要素には、broadcastAppService要素が配置され、さらに、basepattern要素には、放送で伝送されるコンポーネントのURLが指定される。そして、MPDに記述されたセグメントURLと、deliveryMethod要素に記述されたURLのマッチングを行うことで、MPDに列挙されたビデオとオーディオのコンポーネントが放送で伝送されていることが特定される。なお、コンポーネントが通信でも伝送される場合には、USDのdeliveryMethod要素には、broadcastAppService要素の他に、unicastAppService要素が配置される。
【０１４４】
また、FDDには、tsi属性、contentLocation属性、及び、toi属性が記述される。tsi属性には、各FLUTEセッションの識別情報であるTSIが指定される。また、toi属性には、FLUTEセッションごとに送られる複数のオブジェクトの識別情報であるTOIが指定される。contentLocation属性には、ファイルのURLが指定される。そして、MPDに記述されたセグメントURLと、FDDに記述されたURLのマッチングを行うことで、MPDに列挙されたコンポーネントを取得するためのTSIとTOIが特定される。さらに、SDPを参照することで、当該ビデオとオーディオのコンポーネントを取得するためのIPアドレスとポート番号が特定される。
【０１４５】
このようにして、携帯型受信機においては、ビデオのコンポーネントを取得するためのIPアドレス、ポート番号、TSI、及び、TOIと、オーディオのコンポーネントを取得するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。
【０１４６】
携帯型受信機は、ビデオとオーディオのコンポーネントのIPアドレス、ポート番号、TSI、及び、TOIを用いたフィルタリング処理を行い、FLUTEセッションで伝送されているビデオとオーディオのストリームに接続する。そして、携帯型受信機は、セグメントデータ(メディアセグメント)を取得して、バッファに一時的に記憶させることで、バッファリングを行い、さらに、レンダリングを行う。これにより、携帯型受信機では、ユーザによる選局操作に応じたサービスの放送コンテンツの映像と音声が出力される。
【０１４７】
なお、図１１においては、送信機によって、SCSのファイルがFLUTEセッションで伝送されているが、携帯型受信機は、これを取得せずに、インターネットを介してシグナリングサーバからSCSのファイルを取得することになる。
【０１４８】
（SDPの記述例）
図１２は、図１０のSDPの記述例を示す図である。
【０１４９】
図１２において、セッション記述部は、図９のSDPと比べて、"a=atsc-serviceidentifier"の行が追加されている。この"a=atsc-serviceidentifier"の行によって、SCDに含まれる選局情報（物理パラメータ）にアクセスするためのポインタ情報が指定される。図１２の記述例では、ポインタ情報として"US:13:1:183"が指定されている。
【０１５０】
ここで、図１３に示すように、ポインタ情報において、コロンにより区切られた各値は、左側から順に、２桁の国コード、RFチャンネルID、BBPストリームID、サービスIDを表している。したがって、図１２の記述例では、"US"である国コード、"13"であるRFチャンネルID、"1"であるBBPストリームID、及び、"183"であるサービスIDがポインタ情報として指定されているので、それらのIDやコードにより特定される選局情報（物理パラメータ）が、SCDから取得される。
【０１５１】
すなわち、SCD（図５）において、SDPのポインタ情報により指定されるトリプレットによって、ユーザによる選局操作に応じたサービスの選局情報（物理パラメータ）として、例えば、Tuning_RF要素のfrequency属性により指定される中心周波数やPreambleL1Pre属性により指定される物理層の制御パラメータが特定されて取得される。あるいは、例えば、BBPStream要素のTuning_BBPS要素のplpId属性により指定されるPLP IDやPreambleL1post要素により指定される物理層の制御パラメータが特定されて取得される。
【０１５２】
図１２の説明に戻り、メディア記述部の内容は、図９のSDPと同様とされ、ビデオとオーディオのコンポーネントを伝送するFLUTEセッションのポート番号が"67890"であって、当該FLUTEセッションのTSIが"3"であることを示している。また、ビデオとオーディオのリプレゼンテーションIDが指定されている。
【０１５３】
以上、第１の実施の形態においては、SDPに、SCDに含まれる選局情報（物理パラメータ）にアクセスするためのポインタ情報を記述しておくことで、ユーザによるサービスの選局操作が行われた場合には、当該ポインタ情報に従い、SCDから選局情報（物理パラメータ）を取得して、選局処理が行われる。そのため、任意の場所で使用される携帯型受信機においても、効率的に選局情報を取得することができるので、容易に、その場所で放送されているサービスの中から所望のサービスを選局して視聴することが可能となる。
【０１５４】
（２）第２の実施の形態
【０１５５】
（選局処理）
図１４は、第２の実施の形態における携帯型受信機による選局処理を説明する図である。
【０１５６】
図１４においては、図中の楕円の領域内のシグナリング情報が「通信取得」、すなわち、図１０の場合と同様に、その取得先が通信となることを表している。
【０１５７】
また、図１４において、携帯型受信機では、サービス（番組）を選局可能なアプリケーションが実行されている。ここでは、例えば、携帯型受信機が、GPS機能により位置情報を取得して、専用のサーバに送ることで、アプリケーションは、現在位置に応じて利用可能なサービス（番組）のリストを提示することができる。なお、アプリケーションは、例えばHTMLファイル等から構成される。また、アプリケーションは、APIによってESGと連携することができる。
【０１５８】
携帯型受信機では、アプリケーションを操作するユーザにより所望のサービスが選局されると、APIとして提供される選局用の関数が実行され、その引数として指定されたURLに従い、インターネットを介してシグナリングサーバにアクセスして、シグナリング情報が取得される。
【０１５９】
図１４においては、シグナリング情報として、USD，MPD，SDP，FDDなどのSCSが通信取得される。なお、通信取得されるUSD，MPD，SDP，FDDのファイルは、例えば、ZIPファイルフォーマットにより１つのファイルとして取り扱うことができる。
【０１６０】
SDPには、選局情報（物理パラメータ）が直接記述されている。すなわち、この場合、SCDからではなく、SDPから選局情報が取得されるので、LLS（SCD）を取得する必要はなく、SCSのみで選局情報が得られる。携帯型受信機では、物理パラメータ(PHY parameters)としての選局情報（例えば周波数等）を用い、選局処理（Tuner/Demod）が行われる。
【０１６１】
図１４において、ビデオやオーディオ等のコンポーネントが、セグメント単位のストリームとして、FLUTEセッションにより伝送される場合、携帯型受信機においては、SDPから取得されるIPアドレスとポート番号を用いたフィルタリング処理（IP/UDP filter）が行われ、さらに、FDDから取得されるTSIとTOIを用いたフィルタリング処理（LCT filter）が行われる。
【０１６２】
これにより、携帯型受信機では、FLUTEセッションにより伝送されるセグメントが特定され、ビデオやオーディオ等のストリームとして伝送されるコンポーネントが取得される。そして、選局処理やフィルタリング処理等の一連の受信処理が行われることで、携帯型受信機では、ユーザによる選局操作に応じたサービスの放送コンテンツの映像と音声が出力されることになる。
【０１６３】
以上のように、第２の実施の形態における携帯型受信機による選局処理においては、通信取得されるSDPから選局情報（物理パラメータ）が取得され、当該選局情報（例えば周波数等）を用いて、選局処理が行われる。すなわち、第２の実施の形態においては、SCDを取得せずに選局処理が行われる点で、第１の実施の形態と異なっている。
【０１６４】
（選局操作時のデータの流れ）
図１５は、第２の実施の形態における携帯型受信機による選局操作時のデータの流れを示す図である。
【０１６５】
図１５においては、図１１と同様に、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、サービスごとの放送コンテンツやシグナリング情報を伝送している。なお、放送コンテンツは、ビデオやオーディオ等のコンポーネントから構成される。また、シグナリングサーバ（Signaling Server）は、インターネットを介してシグナリング情報を配信している。
【０１６６】
また、当該デジタル放送では、上述したID体系が採用されている。さらに、セグメント単位のストリームとして伝送されるコンポーネントやSCSのファイルは、FLUTEセッションで伝送されている。また、LLSのファイルは、BBPストリーム上で伝送される。
【０１６７】
また、図１５においては、図１１と同様に、図中の点線で囲まれた領域内が、携帯型受信機（Handheld Receiver）で行われる処理の流れを示している。さらに、その領域内の「Application」の点線内が、アプリケーションが実行する処理の内容を示し、「Signal processing」の点線内が、信号処理の内容を示している。
【０１６８】
ここで、携帯型受信機では、アプリケーションを操作するユーザにより所望のサービスが選局されると、URLに従い、インターネットを介してシグナリングサーバにアクセスして、SCSを取得する。ここでは、ZIPファイルから、USD，MPD，SDP，FDDのファイルが取得される。
【０１６９】
携帯型受信機は、SDPに記述された選局情報（物理パラメータ）を取得し、選局処理を行う。また、携帯型受信機は、USD，MPD，SDP，FDDの解析結果に基づいて、セグメント単位のストリームとして、FLUTEセッションにより伝送されるビデオとオーディオのコンポーネントを取得する。
【０１７０】
具体的には、USDにはリンク情報が記述されており、このリンク情報を用い、MPD，SDP，FDDを取得することになるが、ZIPファイルを用いた場合には、そこから一括して取得される。
【０１７１】
MPDのAdaptationSet要素内には、Representation要素が配置され、放送又は通信でストリームとして伝送されるコンポーネントが列挙されている。また、Representation要素には、リプレゼンテーションIDのほか、コンポーネントの取得先を示すセグメントURLが列挙されている。図１５において、MPDには、AdaptationSet要素内のRepresentation要素に、ビデオとオーディオのコンポーネントが列挙される。また、USDのdeliveryMethod要素には、コンポーネントの配信形態を識別するための情報が指定される。
【０１７２】
例えば、図１５のように、コンポーネントが放送でのみ伝送される場合、deliveryMethod要素には、broadcastAppService要素が配置され、さらに、basepattern要素には、放送で伝送されるコンポーネントのURLが指定される。そして、MPDに記述されたセグメントURLと、deliveryMethod要素に記述されたURLのマッチングを行うことで、MPDに列挙されたビデオとオーディオのコンポーネントが放送で伝送されていることが特定される。
【０１７３】
また、FDDには、tsi属性、contentLocation属性、及び、toi属性が記述される。tsi属性には、各FLUTEセッションの識別情報であるTSIが指定される。また、toi属性には、FLUTEセッションごとに送られる複数のオブジェクトの識別情報であるTOIが指定される。contentLocation属性には、ファイルのURLが指定される。そして、MPDに記述されたセグメントURLと、FDDに記述されたURLのマッチングを行うことで、MPDに列挙されたコンポーネントを取得するためのTSIとTOIが特定される。さらに、SDPを参照することで、当該ビデオとオーディオのコンポーネントを取得するためのIPアドレスとポート番号が特定される。
【０１７４】
このようにして、携帯型受信機においては、ビデオのコンポーネントを取得するためのIPアドレス、ポート番号、TSI、及び、TOIと、オーディオのコンポーネントを取得するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。
【０１７５】
携帯型受信機は、ビデオとオーディオのコンポーネントのIPアドレス、ポート番号、TSI、及び、TOIを用いたフィルタリング処理を行い、FLUTEセッションで伝送されているビデオとオーディオのストリームに接続する。そして、携帯型受信機は、セグメントデータ(メディアセグメント)を取得して、バッファに一時的に記憶させることで、バッファリングを行い、さらに、レンダリングを行う。これにより、携帯型受信機では、ユーザによる選局操作に応じたサービスの放送コンテンツの映像と音声が出力される。
【０１７６】
なお、図１５においては、送信機によって、SCSのファイルがFLUTEセッションで伝送されているが、携帯型受信機は、これを取得せずに、インターネットを介してシグナリングサーバからSCSのファイルを取得することになる。また、送信機によって、LLSのファイルがBBPストリームにより伝送されているが、携帯型受信機は、これを使用することはない。
【０１７７】
（SDPの記述例１）
図１６は、図１４のSDPの記述例を示す図である。
【０１７８】
図１６において、セッション記述部は、図９のSDPと比べて、"a=frequency"、"a=plpId"、"a=preamble"の行が追加されている。この３行によって、物理パラメータとしての選局情報が指定される。
【０１７９】
ここで、図１７に示すように、"a=frequency"は、中心周波数を表している。また、"a=plpId"は、BBPストリームを識別可能なPLP ID（PLP識別子）を表し、"a=preamble"は、復号等の処理に必要な情報を含む制御パラメータとしてのプリアンブル値を表している。したがって、図１６の記述例では、"473142857Hz"である中心周波数、"2"であるPLP ID，及び、"XXXXX…XX"（Xは数値）であるプリアンブル値が、選局情報（物理パラメータ）として指定されている。
【０１８０】
ここで、IP伝送方式で規定されたフレームには、プリアンブル(Preamble)と、データのシンボル(Data Symbols)が含まれる。また、プリアンブルは、L1プレシグナリング(L1-pre signalling)と、L1ポストシグナリング(L1-post signalling)から構成される。L1プレシグナリングは、L1ポストシグナリングの受信と復号とを行うための情報を含む。また、L1ポストシグナリングは、物理層（のlayer pipes）にアクセスするのに必要な制御パラメータを含む。
【０１８１】
図１６において、プリアンブル値には、複数のL1ポストシグナリングの値が指定されるが、PLP IDにより対象のBBPストリームを識別して、制御パラメータを取得することが可能となる。すなわち、これらの３つの物理パラメータを選局情報として用いることで、ユーザにより選局操作されたサービスを選局するための選局処理を行うことができる。
【０１８２】
なお、中心周波数、PLP ID、及び、プリアンブル値の各値を個別に指定するのではなく、図１８に示すように、"a=atsc_physical_tuning"を定義して、中心周波数、PLP ID，及び、プリアンブル値の各値をコロンにより連結して指定するようにしてもよい。
【０１８３】
図１６の説明に戻り、メディア記述部の内容は、図９のSDPと同様とされ、ビデオとオーディオのコンポーネントを伝送するFLUTEセッションのポート番号が"67890"であって、当該FLUTEセッションのTSIが"3"であることを示している。また、ビデオとオーディオのリプレゼンテーションIDが指定されている。
【０１８４】
（SDPの記述例２）
図１９は、図１４のSDPの他の記述例を示す図である。
【０１８５】
図１９において、セッション記述部は、図９のSDPと比べて、"a=frequency"、"a=l1-pre"、"a=l1-post"の行が追加されている。この３行によって、物理パラメータ(PHY parameters)としての選局情報が指定される。
【０１８６】
ここで、図２０に示すように、"a=frequency"は、中心周波数を表している。また、"a=l1-pre"は、プリアンブルとしてのL1プレシグナリング値を表し、"a=l1-post"は、プリアンブルとしてのL1ポストシグナリングの対象PLPの値を表している。したがって、図１９の記述例では、"473142857Hz"である中心周波数、"xxxxx・・・・・xx"（xは数値）であるL1プレシグナリング値、及び、"yyyyyy・・・yy"（yは数値）であるL1ポストシグナリングの対象PLPの値が、選局情報（物理パラメータ）として指定されている。
【０１８７】
上述したように、プリアンブル(Preamble)は、L1プレシグナリング(L1-pre signalling)と、L1ポストシグナリング(L1-post signalling)から構成されるが、図１９においては、PLP IDにより対象のBBPストリームを識別するのではなく、L1ポストシグナリングの対象PLPの値を指定することで、対象のBBPストリームを識別して、制御パラメータを取得するようにしている。すなわち、これらの３つの物理パラメータを選局情報として用いることで、ユーザにより選局操作されたサービスを選局するための選局処理を行うことができる。
【０１８８】
なお、中心周波数、L1プレシグナリング値、及び、L1ポストシグナリングの対象PLPの値の各値を個別に指定するのではなく、図２１に示すように、"a=atsc_physical_tuning"を定義して、中心周波数、L1プレシグナリング値、及び、L1ポストシグナリングの対象PLPの値の各値をコロンにより連結して定義するようにしてもよい。
【０１８９】
図１９の説明に戻り、メディア記述部の内容は、図９のSDPと同様とされ、ビデオとオーディオのコンポーネントを伝送するFLUTEセッションのポート番号が"67890"であって、当該FLUTEセッションのTSIが"3"であることを示している。また、ビデオとオーディオのリプレゼンテーションIDが指定されている。
【０１９０】
以上、第２の実施の形態においては、SDPに直接、選局情報（物理パラメータ）を記述しておくことで、ユーザによるサービスの選局操作が行われた場合には、当該選局情報（物理パラメータ）を取得して、選局処理が行われる。そのため、任意の場所で使用される携帯型受信機においても、効率的に選局情報を取得することができるので、容易に、その場所で放送されているサービスの中から所望のサービスを選局して視聴することが可能となる。
【０１９１】
＜４．システム構成＞
【０１９２】
（放送通信システムの構成）
図２２は、放送通信システムの構成例を示す図である。
【０１９３】
図２２に示すように、放送通信システム１は、送信装置１０、受信装置２０、データ提供サーバ３０、及び、シグナリングサーバ４０から構成される。図２２において、受信装置２０は、インターネット等のネットワーク９０を介して、シグナリングサーバ４０に接続されている。
【０１９４】
送信装置１０は、データ提供サーバ３０から提供されるAV(Audio Video)コンテンツを放送コンテンツとして、IP伝送方式を用いたデジタル放送の放送波によって送信する。なお、放送コンテンツは、ビデオやオーディオ等のコンポーネントから構成される。
【０１９５】
また、送信装置１０は、データ提供サーバ３０から提供されるシグナリング情報の元データを用いて、シグナリング情報を生成し、放送コンテンツとともに、IP伝送方式を用いたデジタル放送の放送波で送信する。
【０１９６】
なお、送信装置１０は、上述した送信機（例えば、図１１や図１５等）に対応するものであり、例えば放送事業者により提供される。また、送信装置１０は、運用形態に応じて複数設置することができる。
【０１９７】
受信装置２０は、送信装置１０から送信されるデジタル放送の放送波を受信し、当該デジタル放送の放送波で伝送されるシグナリング情報を取得する。また、受信装置２０は、ネットワーク９０を介してシグナリングサーバ４０にアクセスして、シグナリングサーバ４０から提供されるシグナリング情報を取得する。
【０１９８】
受信装置２０は、放送又は通信で取得されたシグナリング情報に基づいて、送信装置１０から送信されるデジタル放送の放送波で伝送される放送コンテンツを取得する。受信装置２０は、放送コンテンツを構成するビデオやオーディオ等のコンポーネントに基づいて、映像をディスプレイに表示するとともに、その映像に同期した音声をスピーカから出力する。
【０１９９】
なお、受信装置２０は、上述した携帯型受信機（例えば、図１１や図１５等）に対応するものであり、例えばユーザにより所持されて、任意の場所で使用される。
【０２００】
データ提供サーバ３０は、ビデオデータやオーディオデータ等のコンポーネントから構成されるAVコンテンツを、送信装置１０に提供する。また、データ提供サーバ３０は、シグナリング情報の元データを、送信装置１０及びシグナリングサーバ４０に提供する。なお、データ提供サーバ３０が、シグナリング情報を生成して、送信装置１０及びシグナリングサーバ４０に提供するようにしてもよい。
【０２０１】
シグナリングサーバ４０は、データ提供サーバ３０から提供されるシグナリング情報の元データを用い、シグナリング情報を生成する。シグナリングサーバ４０は、受信装置２０からの要求に応じて、シグナリング情報を、ネットワーク９０を介して提供する。
【０２０２】
なお、シグナリングサーバ４０は、上述したシグナリングサーバ（例えば図１１や図１５等）に対応するものであり、例えば放送事業者により提供される。また、シグナリングサーバ４０は、運用形態に応じて複数設置することができる。また、シグナリングサーバ４０は、受信装置２０からの要求に応じて、シグナリング情報を送信する送信装置であるとも言える。
【０２０３】
放送通信システム１は、以上のように構成される。次に、図２２の放送通信システム１を構成する各装置の詳細な構成について説明する。
【０２０４】
（送信装置の構成）
図２３は、図２２の送信装置１０の構成例を示す図である。
【０２０５】
図２３に示すように、送信装置１０は、ビデオデータ取得部１１１、ビデオエンコーダ１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、シグナリング生成部１１５、シグナリング処理部１１６、Mux１１７、及び、送信部１１８から構成される。
【０２０６】
ビデオデータ取得部１１１は、内蔵するストレージや外部のサーバ、カメラ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１２に供給する。ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを、MPEG(Moving Picture Experts Group)等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０２０７】
オーディオデータ取得部１１３は、内蔵するストレージや外部のサーバ、マイクロフォン等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０２０８】
シグナリング生成部１１５は、データ提供サーバ３０から提供されるシグナリング情報の元データを用いて、シグナリング情報を生成し、シグナリング処理部１１６に供給する。シグナリング処理部１１６は、シグナリング生成部１１５から供給されるシグナリング情報を処理し、Mux１１７に供給する。なお、データ提供サーバ３０からシグナリング情報が提供された場合、シグナリング生成部１１５は、そのシグナリング情報をそのまま、シグナリング処理部１１６に供給する。
【０２０９】
Mux１１７は、ビデオエンコーダ１１２からのビデオデータ、オーディオエンコーダ１１４からのオーディオデータ、及び、シグナリング処理部１１６からのシグナリング情報を多重化してIP伝送方式のBBPストリームを生成し、送信部１１８に供給する。送信部１１８は、Mux１１７から供給されるBBPストリームをデジタル放送信号として、アンテナ１１９を介して送信する。
【０２１０】
（受信装置の構成）
図２４は、図２２の受信装置２０の構成例を示す図である。
【０２１１】
図２４に示すように、受信装置２０は、アンテナ２１１、選局部２１２、Demux２１３、制御部２１４、NVRAM２１５、入力部２１６、通信部２１７、ビデオデコーダ２１８、ビデオ出力部２１９、ディスプレイ２２０、オーディオデコーダ２２１、オーディオ出力部２２２、及び、スピーカ２２３から構成される。
【０２１２】
選局部２１２は、制御部２１４からの制御に従い、アンテナ２１１により受信されたデジタル放送信号から、選局が指示されたサービスのデジタル放送信号を抽出して復調し、その結果得られるIP伝送方式のBBPストリームを、Demux２１３に供給する。なお、選局部２１２の詳細な構成は、図２５を参照して後述する。
【０２１３】
Demux２１３は、制御部２１４からの制御に従い、選局部２１２から供給されるIP伝送方式のBBPストリームを、ビデオデータ、オーディオデータ、及び、シグナリング情報に分離して、後段のブロックに出力する。具体的には、Demux２１３は、BBPフィルタ２３１、IPフィルタ２３２、UDPフィルタ２３３、LCTフィルタ２３４、及び、シグナリングフィルタ２３５から構成される。BBPフィルタ２３１は、BBPヘッダに基づいて、フィルタリング処理を行い、LLSをシグナリングフィルタ２３５に供給する。
【０２１４】
IPフィルタ２３２は、IPヘッダに基づいて、フィルタリング処理を行う。また、UDPフィルタ２３３は、UDPヘッダに基づいて、フィルタリング処理を行う。LCTフィルタ２３４は、LCTヘッダに基づいて、フィルタリング処理を行う。IPフィルタ２３２乃至LCTフィルタ２３４によるフィルタリング処理によって、コンポーネントとしてのビデオデータは、ビデオデコーダ２１８に供給され、オーディオデータは、オーディオデコーダ２２１に供給される。
【０２１５】
なお、受信装置２０では、SCSを放送取得する必要はないが、仮に、SCSを通信取得ではなく、放送取得する場合には、IPフィルタ２３２乃至LCTフィルタ２３４によるフィルタリング処理によって、SCSはシグナリングフィルタ２３５に供給される。
【０２１６】
シグナリングフィルタ２３５は、各種のヘッダなどに基づいて、フィルタリング処理を行い、シグナリング情報（LLS）を、適宜、制御部２１４に供給する。なお、コンポーネントがFLUTEセッションにより伝送されている場合には、TSIとTOIの２つの識別情報を用いて、各種のファイルデータが復元されることになる。
【０２１７】
制御部２１４は、シグナリングフィルタ２３５から供給されるシグナリング情報に基づいて、受信装置２０を構成する各部の動作を制御する。NVRAM２１５は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記憶する。入力部２１６は、ユーザからの操作に応じて、操作信号を、制御部２１４に供給する。制御部２１４は、入力部２１６からの操作信号に応じて、受信装置２０を構成する各部の動作を制御する。
【０２１８】
通信部２１７は、制御部２１４からの制御に従い、ネットワーク９０を介してシグナリングサーバ４０にアクセスし、シグナリング情報（SCS）を受信する。通信部２１７は、シグナリングサーバ４０からのシグナリング情報（SCS）を、制御部２１４に供給する。制御部２１４は、通信部２１７から供給されるシグナリング情報（SCS）に基づいて、受信装置２０を構成する各部の動作を制御する。
【０２１９】
ビデオデコーダ２１８は、制御部２１４からの制御に従い、Demux２１３から供給されるビデオデータを、ビデオエンコーダ１１２(図２３)に対応する復号方式で復号して、ビデオ出力部２１９に供給する。ビデオ出力部２１９は、ビデオデコーダ２１８から供給されるビデオデータを、ディスプレイ２２０に供給する。これにより、ディスプレイ２２０には、放送コンテンツの映像が表示される。
【０２２０】
オーディオデコーダ２２１は、制御部２１４からの制御に従い、Demux２１３から供給されるオーディオデータを、オーディオエンコーダ１１４(図２３)に対応する復号方式で復号して、オーディオ出力部２２２に供給する。オーディオ出力部２２２は、オーディオデコーダ２２１から供給されるオーディオデータを、スピーカ２２３に供給する。これにより、スピーカ２２３からは、放送コンテンツの映像に同期した音声が出力される。
【０２２１】
なお、図２４の構成例では、説明の簡略化のために図示していないが、受信装置２０には、HTMLファイル等から構成されるアプリケーションを実行するためのブラウザと、位置情報を取得するためのGPS処理部がさらに設けられる。
【０２２２】
（選局部の詳細な構成）
図２５は、図２４の選局部２１２の詳細な構成例を示す図である。
【０２２３】
図２５に示すように、選局部２１２は、制御部２５１、チューナ２５２、OFDM復調部２５３、プリアンブル抽出部２５４、PLP抽出部２５５、及び、FEC処理部２５６から構成される。
【０２２４】
制御部２５１は、制御部２１４（図２４）からの選局情報（物理パラメータ）に基づいて、選局部２１２を構成する各部の動作を制御する。
【０２２５】
チューナ２５２は、制御部２５１からの中間周波数(frequency)を用いた制御に従い、アンテナ２１１（図２４）により受信されたデジタル放送信号から、選局が指示されたサービスのデジタル放送信号を抽出して、OFDM復調部２５３に供給する。
【０２２６】
OFDM復調部２５３は、制御部２５１からの復調用パラメータを用いた制御に従い、チューナ２５２からのデジタル放送信号を、OFDM(Orthogonal Frequency Division Multiplexing)復調し、プリアンブル抽出部２５４及びPLP抽出部２５５に供給する。プリアンブル抽出部２５４は、OFDM復調により得られるプリアンブルを抽出し、制御部２５１に供給する。制御部２５１は、プリアンブル抽出部２５４からのプリアンブルを用い、選局部２１２を構成する各部の動作を制御する。
【０２２７】
なお、OFDM方式は、伝送帯域内に多数の直交するサブキャリアを用意し、それぞれのサブキャリアの振幅及び位相にデータを割り当て、PSK（Phase Shift Keying）やQAM（Quadrature Amplitude Modulation）によりデジタル変調する方式である。
【０２２８】
PLP抽出部２５５は、制御部２５１からのPLP ID等のPLP用のパラメータを用いた制御に従い、OFDM復調により得られる複数のBBPストリームの中から、１つのBBPストリームを抽出して、FEC処理部２５６に供給する。FEC処理部２５６は、制御部２５１からのFEC用のパラメータを用いた制御に従い、PLP抽出部２５５により抽出されたBBPストリームに対し、前方誤り訂正処理(FEC：Forward Error Correction)を施し、誤り訂正後のBBPストリームを、Demux２１３（図２４）に供給する。
【０２２９】
なお、図２５の選局部２１２においては、制御部２５１の代わりに、制御部２１４（図２４）が直接、チューナ２５２乃至FEC処理部２５６を制御するようにしてもよい。
【０２３０】
（制御部の詳細な構成）
図２６は、図２４の制御部２１４における、選局処理を行う部分の機能的構成例を示す図である。
【０２３１】
図２６に示すように、制御部２１４は、シグナリング取得部２７１、選局情報取得部２７２、及び、選局制御部２７３を含んで構成される。
【０２３２】
シグナリング取得部２７１は、通信部２１７（図２４）を制御することで、ネットワーク９０を介してシグナリングサーバ４０にアクセスして、シグナリング情報（SCS）を取得し、選局情報取得部２７２に供給する。
【０２３３】
選局情報取得部２７２は、シグナリング取得部２７１から供給されるシグナリング情報（SDP）に基づいて、選局情報を取得し、選局制御部２７３に供給する。
【０２３４】
選局制御部２７３は、選局情報取得部２７２から供給される選局情報（物理パラメータ）に基づいて、選局部２１２による選局処理を制御する。
【０２３５】
（シグナリングサーバの構成）
図２７は、図２２のシグナリングサーバ４０の構成例を示す図である。
【０２３６】
図２７に示すように、シグナリングサーバ４０は、制御部４１１、通信部４１２、シグナリング生成部４１３、及び、シグナリング保持部４１４から構成される。
【０２３７】
制御部４１１は、シグナリングサーバ４０を構成する各部の動作を制御する。通信部４１２は、制御部４１１からの制御に従い、データ提供サーバ３０から提供されるシグナリング情報の元データを、シグナリング生成部４１３に供給する。
【０２３８】
シグナリング生成部４１３は、制御部４１１からの制御に従い、通信部４１２から供給されるシグナリング情報の元データに基づいて、シグナリング情報（例えば、SCS）を生成し、シグナリング保持部４１４に記憶させる。なお、シグナリング情報として、USD，MPD，SDP，FDD等のSCSが生成された場合、それらのファイルを、ZIPファイルフォーマットにより１つのファイルとして取り扱うようにしてもよい。
【０２３９】
制御部４１１は、通信部４１２の通信状況を常に監視し、受信装置２０からシグナリング情報が要求された場合、シグナリング保持部４１４に保持されたシグナリング情報を読み出して取得し、通信部４１２に供給する。通信部４１２は、制御部４１１からの制御に従い、シグナリング情報を、ネットワーク９０を介して受信装置２０に送信する。
【０２４０】
＜５．各装置で実行される処理の流れ＞
【０２４１】
次に、図２２の放送通信システム１を構成する各装置で実行される処理の流れについて、図２８乃至図３２のフローチャートを参照して説明する。
【０２４２】
（デジタル放送信号送信処理）
まず、図２８のフローチャートを参照して、図２２の送信装置１０により実行されるデジタル放送信号送信処理について説明する。
【０２４３】
ステップＳ１１１において、ビデオデータ取得部１１１は、ストレージやサーバ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１２に供給する。また、オーディオデータ取得部１１３は、ストレージや外部のサーバ等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１４に供給する。
【０２４４】
ステップＳ１１２において、ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。また、オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０２４５】
ステップＳ１１３において、シグナリング生成部１１５は、データ提供サーバ３０から提供されるシグナリング情報の元データを用いて、シグナリング情報を生成し、シグナリング処理部１１６に供給する。ステップＳ１１４において、シグナリング処理部１１６は、シグナリング生成部１１５から供給されるシグナリング情報を処理し、Mux１１７に供給する。
【０２４６】
ステップＳ１１５において、Mux１１７は、ビデオエンコーダ１１２からのビデオデータ、オーディオエンコーダ１１４からのオーディオデータ、及び、シグナリング処理部１１６からのシグナリング情報を多重化してIP伝送方式のBBPストリームを生成し、送信部１１８に供給する。
【０２４７】
ステップＳ１１６において、送信部１１８は、Mux１１７から供給されるBBPストリームをデジタル放送信号として、アンテナ１１９を介して送信する。ステップＳ１１６の処理が終了すると、図２８のデジタル放送信号送信処理は終了される。
【０２４８】
以上、デジタル放送信号送信処理について説明した。
【０２４９】
（デジタル放送信号受信処理）
次に、図２９のフローチャートを参照して、図２２の受信装置２０により実行されるデジタル放送信号受信処理について説明する。
【０２５０】
ステップＳ２１１において、制御部２１４は、入力部２１６からの操作信号に基づいて、ユーザによりサービスの選局操作がされたかどうかを判定する。ステップＳ２１１において、ユーザによりサービスの選局操作がされていないと判定された場合、ステップＳ２１１の判定処理が繰り返される。
【０２５１】
ステップＳ２１１においては、ユーザによりサービスの選局操作が行われるのを待って、処理は、ステップＳ２１２に進められる。ここでは、例えば、アプリケーションにより提示される、現在位置に応じて利用可能なサービス（番組）のリストの中から、所望のサービスが選局されることになる。
【０２５２】
ステップＳ２１２において、シグナリング取得部２７１は、通信部２１７を制御することで、ネットワーク９０を介してシグナリングサーバ４０にアクセスして、シグナリング情報を取得する。
【０２５３】
ステップＳ２１３において、選局情報取得部２７２は、選局情報取得処理を実行する。この選局情報取得処理においては、選局情報取得部２７２が、シグナリング取得部２７１からのシグナリング情報（SDP）に基づいて、選局情報（物理パラメータ）を取得する。なお、選局情報取得処理の詳細な内容については、図３０又は図３１のフローチャートを参照して後述する。
【０２５４】
ステップＳ２１４において、選局制御部２７３は、ステップＳ２１３の処理で取得された選局情報（物理パラメータ）に基づいて、選局部２１２を制御することで、選局処理が行われるようにする。この選局処理によって、アンテナ２１１により受信されたデジタル放送信号から、ステップＳ２１１の処理で選局が指示されたサービスのデジタル放送信号が抽出されて復調され、BBPストリームが得られる。
【０２５５】
ステップＳ２１５において、制御部２１４は、ステップＳ２１２の処理で取得されたシグナリング情報（SCS）に基づいて、Demux２１３を制御して、フィルタリング処理が行われるようにする。このフィルタリング処理によって、選局部２１２から供給されるBBPストリームから、ビデオデータとオーディオデータが取得され、ビデオデコーダ２１８とオーディオデコーダ２２１に供給される。
【０２５６】
ステップＳ２１６において、ビデオデコーダ２１８は、制御部２１４からの制御に従い、Demux２１３から供給されるビデオデータを、ビデオエンコーダ１１２(図２３)に対応する復号方式で復号して、ビデオ出力部２１９に供給する。また、オーディオデコーダ２２１は、制御部２１４からの制御に従い、Demux２１３から供給されるオーディオデータを、オーディオエンコーダ１１４(図２３)に対応する復号方式で復号して、オーディオ出力部２２２に供給する。
【０２５７】
ステップＳ２１７において、ビデオ出力部２１９は、ビデオデコーダ２１８から供給されるビデオデータを、ディスプレイ２２０に供給する。また、オーディオ出力部２２２は、オーディオデコーダ２２１から供給されるオーディオデータを、スピーカ２２３に供給する。これにより、ディスプレイ２２０には、放送コンテンツの映像が表示され、スピーカ２２３からは、その映像に同期した音声が出力される。
【０２５８】
ステップＳ２１７の処理が終了すると、図２９のデジタル放送信号受信処理は終了される。
【０２５９】
以上、デジタル放送信号受信処理について説明した。
【０２６０】
（第１の選局情報取得処理）
次に、図３０のフローチャートを参照して、図２９のステップＳ２１３の処理に対応する第１の選局情報取得処理の詳細な内容について説明する。
【０２６１】
ステップＳ２３１において、選局情報取得部２７２は、シグナリングサーバ４０から取得されたSDPを解析する。ステップＳ２３１の解析処理が終了すると、処理は、ステップＳ２３２に進められる。
【０２６２】
ステップＳ２３２において、選局情報取得部２７２は、ステップＳ２３１の処理で得られる解析結果に基づいて、SDPのポインタ情報に従い、SCDに記述された選局情報（物理パラメータ）を取得する。ステップＳ２３２の処理が終了すると、処理は、図２９のステップＳ２１３に戻り、それ以降の処理が実行される。
【０２６３】
以上、第１の選局情報取得処理について説明した。この第１の選局情報取得処理は、上述した第１の実施の形態に対応する処理であって、SDPに、SCDに含まれる選局情報（物理パラメータ）にアクセスするためのポインタ情報を記述しておくことで、ユーザによるサービスの選局操作が行われた場合には、当該ポインタ情報に従い、SCDから選局情報（物理パラメータ）が取得される。
【０２６４】
（第２の選局情報取得処理）
次に、図３１のフローチャートを参照して、図２９のステップＳ２１３の処理に対応する第２の選局情報取得処理の詳細な内容について説明する。
【０２６５】
ステップＳ２５１において、選局情報取得部２７２は、シグナリングサーバ４０から取得されたSDPを解析する。ステップＳ２５１の解析処理が終了すると、処理は、ステップＳ２５２に進められる。
【０２６６】
ステップＳ２５２において、選局情報取得部２７２は、ステップＳ２５１の処理で得られる解析結果に基づいて、SDPに記述された選局情報（物理パラメータ）を取得する。ステップＳ２５２の処理が終了すると、処理は、図２９のステップＳ２１３に戻り、それ以降の処理が実行される。
【０２６７】
以上、第２の選局情報取得処理について説明した。この第２の選局情報取得処理は、上述した第２の実施の形態に対応する処理であって、SDPに直接、選局情報（物理パラメータ）を記述しておくことで、ユーザによるサービスの選局操作が行われた場合には、当該選局情報（物理パラメータ）が取得される。
【０２６８】
（シグナリング提供処理）
最後に、図３２のフローチャートを参照して、図２２のシグナリングサーバ４０により実行されるシグナリング提供処理について説明する。
【０２６９】
ステップＳ４１１において、シグナリング生成部４１３は、制御部４１１からの制御に従い、通信部４１２から供給されるシグナリング情報の元データに基づいて、シグナリング情報を生成する。ステップＳ４１２において、シグナリング保持部４１４は、ステップＳ４１１の処理で生成されたシグナリング情報を保持する。
【０２７０】
ステップＳ４１３において、制御部４１１は、通信部４１２の通信状況を常に監視し、受信装置２０からシグナリング情報が要求されたかどうかを判定する。ステップＳ４１３において、受信装置２０からシグナリング情報が要求されていないと判定された場合、ステップＳ４１３の判定処理が繰り返される。ステップＳ４１３においては、受信装置２０からシグナリング情報が要求されるのを待って、処理は、ステップＳ４１４に進められる。
【０２７１】
ステップＳ４１４において、制御部４１１は、シグナリング保持部４１４に保持されたシグナリング情報を読み出して取得し、通信部４１２に供給する。ステップＳ４１５において、通信部４１２は、制御部４１１からの制御に従い、シグナリング情報を、ネットワーク９０を介して受信装置２０に送信（提供）する。ステップＳ４１５の処理が終了すると、図３２のシグナリング提供処理は終了される。
【０２７２】
以上、シグナリング提供処理について説明した。
【０２７３】
＜６．変形例＞
【０２７４】
なお、上述した説明では、受信装置２０で視聴されるAVコンテンツは、放送コンテンツとして放送で送信されるとして説明したが、ネットワーク９０上にストリーミングサーバを設けて、通信コンテンツとしてストリーミング配信されるようにしてもよい。
【０２７５】
また、上述した説明では、SCSとして、USD，MPD，SDP，FDDが伝送されるとして説明したが、SCSには、例えば、SPD(Service Parameter Description)やIS(Initialization Segment)などの他のシグナリング情報が含まれるようにしてもよい。ここで、SPDは、サービスのレベルで規定された各種のパラメータを含んで構成される。また、ISは、コンポーネント(のファイル)を、ISO Base Media File Formatの規格に準じたセグメントごとに分割して伝送する場合に、そのセグメントデータを格納したメディアセグメント(Media Segment)とともに伝送される制御情報である。なお、ISは、ビデオやオーディオ等のコンポーネント単位で伝送される。また、これらのシグナリング情報は、XML等のマークアップ言語により記述される。
【０２７６】
また、上述した説明では、LLSとして、SCDが伝送されるとして説明したが、LLSには、例えば、EAD(Emergency Alerting Description)やRRD(Region Rating Description)などの他のシグナリング情報が含まれるようにしてもよい。ここで、EADは、緊急告知に関する情報を含んでいる。また、RRDは、レーティング情報を含んでいる。なお、これらのシグナリング情報は、XML等のマークアップ言語により記述される。
【０２７７】
さらに、上述した説明では、シグナリング情報の名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、SCD(Service Configuration Description)は、SCT(Service Configuration Table)と記述される場合がある。また、例えば、SPD(Service Parameter Description)は、SPT(Service Parameter Table)と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリング情報の実質的な内容が異なるものではない。
【０２７８】
＜７．コンピュータの構成＞
【０２７９】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２８０】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０２８１】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２８２】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０２８３】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２８４】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２８５】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０２８６】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２８７】
また、本技術は、以下のような構成をとることができる。
【０２８８】
（１）
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
ネットワークを介してサーバと通信して、前記放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報を受信する通信部と、
前記第１のシグナリング情報に基づいて、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータを取得する取得部と、
前記物理パラメータに基づいて、選局処理を行う各部の動作を制御する制御部と
を備える受信装置。
（２）
前記取得部は、前記第１のシグナリング情報に含まれるポインタ情報に基づいて、前記IP伝送方式のプロトコルの階層において前記第１のシグナリング情報が伝送される第１の階層よりも下位の階層となる第２の階層で伝送される第２のシグナリング情報に含まれる前記物理パラメータを取得する
（１）に記載の受信装置。
（３）
前記ポインタ情報は、選局操作に応じた特定のサービスの前記物理パラメータにアクセスするための情報である
（２）に記載の受信装置。
（４）
前記ポインタ情報は、国ごとに割り当てられる国コード、放送事業者ごとに固有な値として割り当てられる第１の識別子、ストリームごとに固有な値として割り当てられる第２の識別子、及び、サービスごとに固有な値として割り当てられる第３の識別子を含む
（３）に記載の受信装置。
（５）
前記第１のシグナリング情報は、SDP(Session Description Protocol)であり、
前記第２のシグナリング情報は、SCD(Service Configuration Description)である
（２）乃至（４）のいずれか一項に記載の受信装置。
（６）
前記取得部は、前記第１のシグナリング情報に含まれる前記物理パラメータを取得する
（１）に記載の受信装置。
（７）
前記物理パラメータは、中心周波数、PLP(Physical Layer Pipe)を識別する識別子、及び、前記IP伝送方式で規定されたフレームに含まれるプリアンブルの値を含む
（６）に記載の受信装置。
（８）
前記物理パラメータは、中心周波数、前記IP伝送方式で規定されたフレームに含まれるプリアンブルを構成するL1プレシグナリングの値、及び、前記プリアンブルを構成するL1ポストシグナリングの対象のPLP(Physical Layer Pipe)の値を含む
（６）に記載の受信装置。
（９）
前記第１のシグナリング情報は、SDP(Session Description Protocol)である
（６）乃至（８）のいずれか一項に記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
ネットワークを介してサーバと通信して、前記放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報を受信し、
前記第１のシグナリング情報に基づいて、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータを取得し、
前記物理パラメータに基づいて、選局処理を行う各部の動作を制御する
ステップを含む受信方法。
（１１）
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報であって、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータに関する情報を含む前記第１のシグナリング情報を生成する生成部と、
受信機からの要求に応じて、前記第１のシグナリング情報を、ネットワークを介して前記受信機に送信する送信部と
を備える送信装置。
（１２）
前記第１のシグナリング情報は、前記IP伝送方式のプロトコルの階層において前記第１のシグナリング情報が伝送される第１の階層よりも下位の階層となる第２の階層で伝送される第２のシグナリング情報に含まれる前記物理パラメータにアクセスするためのポインタ情報を含む
（１１）に記載の送信装置。
（１３）
前記ポインタ情報は、選局操作に応じた特定のサービスの前記物理パラメータにアクセスするための情報である
（１２）に記載の送信装置。
（１４）
前記ポインタ情報は、国ごとに割り当てられる国コード、放送事業者ごとに固有な値として割り当てられる第１の識別子、ストリームごとに固有な値として割り当てられる第２の識別子、及び、サービスごとに固有な値として割り当てられる第３の識別子を含む
（１３）に記載の送信装置。
（１５）
前記第１のシグナリング情報は、SDP(Session Description Protocol)であり、
前記第２のシグナリング情報は、SCD(Service Configuration Description)である
（１２）乃至（１４）のいずれか一項に記載の送信装置。
（１６）
前記第１のシグナリング情報は、前記物理パラメータを含む
（１１）に記載の送信装置。
（１７）
前記物理パラメータは、中心周波数、PLP(Physical Layer Pipe)を識別する識別子、及び、前記IP伝送方式で規定されたフレームに含まれるプリアンブルの値を含む
（１６）に記載の送信装置。
（１８）
前記物理パラメータは、中心周波数、前記IP伝送方式で規定されたフレームに含まれるプリアンブルを構成するL1プレシグナリングの値、及び、前記プリアンブルを構成するL1ポストシグナリングの対象のPLP(Physical Layer Pipe)の値を含む
（１６）に記載の送信装置。
（１９）
前記第１のシグナリング情報は、SDP(Session Description Protocol)である
（１６）乃至（１８）のいずれか一項に記載の送信装置。
（２０）
送信装置の送信方法において、
前記送信装置が、
IP伝送方式を用いたデジタル放送の放送波で伝送される放送コンテンツを取得するための第１のシグナリング情報であって、前記IP伝送方式のプロトコルの階層における物理層で使用される物理パラメータに関する情報を含む前記第１のシグナリング情報を生成し、
受信機からの要求に応じて、前記第１のシグナリング情報を、ネットワークを介して前記受信機に送信する
ステップを含む送信方法。
【符号の説明】
【０２８９】
１  放送通信システム，  １０  送信装置，  ２０  受信装置，  ３０  データ提供サーバ，  ４０  シグナリングサーバ，  ９０  ネットワーク，  １１１  ビデオデータ取得部，  １１３  オーディオデータ取得部，  １１５  シグナリング生成部，  １１７  Mux，  １１８  送信部，  ２１２  選局部，  ２１３  Demux，  ２１４  制御部，  ２１７  通信部，  ２７１  シグナリング取得部，  ２７２  選局情報取得部，  ２７３  選局制御部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2015174298.tif 000003
【図２】
2015174298.tif 000004
【図３】
2015174298.tif 000005
【図４】
2015174298.tif 000006
【図５】
2015174298.tif 000007
【図６】
2015174298.tif 000008
【図７】
2015174298.tif 000009
【図８】
2015174298.tif 000010
【図９】
2015174298.tif 000011
【図１０】
2015174298.tif 000012
【図１１】
2015174298.tif 000013
【図１２】
2015174298.tif 000014
【図１３】
2015174298.tif 000015
【図１４】
2015174298.tif 000016
【図１５】
2015174298.tif 000017
【図１６】
2015174298.tif 000018
【図１７】
2015174298.tif 000019
【図１８】
2015174298.tif 000020
【図１９】
2015174298.tif 000021
【図２０】
2015174298.tif 000022
【図２１】
2015174298.tif 000023
【図２２】
2015174298.tif 000024
【図２３】
2015174298.tif 000025
【図２４】
2015174298.tif 000026
【図２５】
2015174298.tif 000027
【図２６】
2015174298.tif 000028
【図２７】
2015174298.tif 000029
【図２８】
2015174298.tif 000030
【図２９】
2015174298.tif 000031
【図３０】
2015174298.tif 000032
【図３１】
2015174298.tif 000033
【図３２】
2015174298.tif 000034
【図３３】
2015174298.tif 000035
【国際調査報告】
2015174298.tif 000036
2015174298.tif 000037