(57)【特許請求の範囲】
【請求項１】
IP（Internet Protocol）伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得する第１の取得部と、
前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得する第２の取得部と、
前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する制御部と
を備え、
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
受信装置。
【請求項２】
前記第２の取得部は、
前記第１のシグナリングデータに含まれる前記フラグが、前記第２のシグナリングデータが存在することを示している場合に、前記第１のシグナリングデータに含まれる、前記第２のシグナリングデータが伝送されているストリームの識別情報を参照し、
参照した前記識別情報に基づいて、当該ストリームから前記第２のシグナリングデータを取得する
請求項１に記載の受信装置。
【請求項３】
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層における、前記第２のシグナリングデータが伝送される階層よりもさらに下位の階層で伝送される、FIC（Fast Information Channel）であり、
前記第２のシグナリングデータは、前記デジタル放送の放送波における物理チャンネルごとの前記ストリームの構成と前記サービスの構成を示しているSCD（Service Configuration Description）又はレーティング情報を含むRRD（Region Rating Description）である
請求項２に記載の受信装置。
【請求項４】
前記第１のシグナリングデータは、前記物理チャンネルを識別するための識別情報、前記ストリームを識別するための識別情報、及び、前記サービスを識別するための識別情報を含む
請求項３に記載の受信装置。
【請求項５】
前記第１のシグナリングデータは、前記サービスの供給元を特定するための識別情報を含む
請求項３に記載の受信装置。
【請求項６】
前記第１のシグナリングデータは、緊急警報に関する情報を含むEAS（Emergency Alert System）であり、
前記第２のシグナリングデータは、緊急警報に関する情報を含むEAD（Emergency Alerting Description）である
請求項２に記載の受信装置。
【請求項７】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得し、
前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得し、
前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する
ステップを含み、
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
受信方法。
【請求項８】
IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成する生成部と、
受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する送信部と
を備え、
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
送信装置。
【請求項９】
前記第１のシグナリングデータは、前記フラグが、前記第２のシグナリングデータが存在することを示している場合に、前記第２のシグナリングデータが伝送されているストリームの識別情報を含む
請求項８に記載の送信装置。
【請求項１０】
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層における、前記第２のシグナリングデータが伝送される階層よりもさらに下位の階層で伝送される、FIC（Fast Information Channel）であり、
前記第２のシグナリングデータは、前記デジタル放送の放送波における物理チャンネルごとの前記ストリームの構成と前記サービスの構成を示しているSCD（Service Configuration Description）又はレーティング情報を含むRRD（Region Rating Description）である
請求項９に記載の送信装置。
【請求項１１】
前記第１のシグナリングデータは、前記物理チャンネルを識別するための識別情報、前記ストリームを識別するための識別情報、及び、前記サービスを識別するための識別情報を含む
請求項１０に記載の送信装置。
【請求項１２】
前記第１のシグナリングデータは、前記サービスの供給元を特定するための識別情報を含む
請求項１０に記載の送信装置。
【請求項１３】
前記第１のシグナリングデータは、緊急警報に関する情報を含むEAS（Emergency Alert System）であり、
前記第２のシグナリングデータは、緊急警報に関する情報を含むEAD（Emergency Alerting Description）である
請求項９に記載の送信装置。
【請求項１４】
送信装置の送信方法において、
前記送信装置が、
IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成し、
受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する
ステップを含み、
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、バイナリ形式とテキスト形式のシグナリングデータを併用することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
近年、各国では、デジタル放送のサービスが開始されている（例えば、特許文献１参照）。デジタル放送において、テレビ受像機による選局処理等で用いられる各種のパラメータを規定したシグナリングデータは、バイナリ形式で記述されるほか、XML（Extensible Markup Language）文書等のテキスト形式で記述される場合が想定されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２６３６１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、バイナリ形式のシグナリングデータは、テキスト形式のシグナリングデータと比べて、データサイズが小さいことから、必要な伝送帯域が少ないため、迅速に取得できるなどのメリットがある。一方、テキスト形式のシグナリングデータは、バイナリ形式のシグナリングデータと比べて、拡張性や可読性が高いなどのメリットがある。【０００５】
このように、バイナリ形式とテキスト形式のシグナリングデータでは、その特徴として、一長一短があるため、バイナリ形式とテキスト形式のシグナリングデータを併用して、様々な運用形態に対応できるようにしたいという要請があった。【０００６】
本技術はこのような状況に鑑みてなされたものであり、バイナリ形式とテキスト形式のシグナリングデータを併用することができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、IP（Internet Protocol）伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得する第１の取得部と、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得する第２の取得部と、前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する制御部とを備え、前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む受信装置である。
【０００８】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。【０００９】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータが取得され、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータが取得され、前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作が制御される。また、前記第１のシグナリングデータには、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報が含まれる。
【００１０】
本技術の第２の側面の送信装置は、IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成する生成部と、受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する送信部とを備え、前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む送信装置である。
【００１１】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。【００１２】
本技術の第２の側面の送信装置、及び、送信方法においては、IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータが生成され、受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータが、前記IP伝送方式を用いたデジタル放送で送信される。また、前記第１のシグナリングデータには、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報が含まれる。
【発明の効果】
【００１３】
本技術の第１の側面、及び、第２の側面によれば、バイナリ形式とテキスト形式のシグナリングデータを併用することができる。【００１４】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１５】
【図１】放送通信システムの構成例を示す図である。
【図２】IP伝送方式のデジタル放送のシステムパイプモデルを示す図である。
【図３】FICとLLSの特徴の比較を表した図である。
【図４】FICとEASの構成を示す図である。
【図５】バイナリ形式のFICのシンタックスを示す図である。
【図６】バイナリ形式のEASのシンタックスを示す図である。
【図７】XML形式のSCDのシンタックスを示す図である。
【図８】XML形式のEADのシンタックスを示す図である。
【図９】XML形式のRRDのシンタックスを示す図である。
【図１０】本技術を適用した送信装置の一実施の形態の構成を示す図である。
【図１１】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図１２】図１１の制御部の機能的な構成例を示す図である。
【図１３】送信処理の流れを説明するフローチャートである。
【図１４】初期スキャン処理の流れを説明するフローチャートである。
【図１５】緊急警報処理の流れを説明するフローチャートである。
【図１６】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１７】
１．システムの構成
２．IP伝送方式によるデジタル放送の概要
３．シンタックスの例
４．各装置の構成
５．各装置で実行される処理の流れ
６．変形例
７．コンピュータの構成
【００１８】
＜１．システムの構成＞
【００１９】
（放送通信システムの構成例）
図１において、放送通信システム１は、番組等のサービスを提供するためのシステムである。放送通信システム１は、送信装置１０、受信装置２０、及び、通信サーバ３０から構成される。また、図１において、受信装置２０は、インターネット９０を介して、通信サーバ３０と相互に接続されている。
【００２０】
送信装置１０は、例えば地上デジタルテレビ放送の所定の規格に対応した送信機であって、放送事業者により提供されて放送局内に設置される。なお、本技術の実施の形態において、地上デジタルテレビ放送の規格としては、例えば、ATSC（Advanced Television Systems Committee standards）等の規格を採用することができる。
【００２１】
送信装置１０は、サービス（例えば番組）を構成するビデオやオーディオ、字幕等のコンポーネントのストリームを、シグナリングデータとともに、デジタル放送の放送波によって送信する。
【００２２】
なお、シグナリングデータには、サービスに依存しないLLS（Low Layer Signaling）シグナリングデータと、サービス単位のSSC（Service Signaling Channel）シグナリングデータのほか、FIC（Fast Information Channel）とEAS（Emergency Alert System）が存在するが、その詳細な内容については後述する。
【００２３】
受信装置２０は、例えば地上デジタルテレビ放送の所定の規格に対応したテレビ受像機やセットトップボックスなどの固定受信機であって、例えば各ユーザの家庭に設置される。また、受信装置２０は、通信機能を有しており、インターネット９０を介して、通信サーバ３０にアクセスすることができる。
【００２４】
受信装置２０は、送信装置１０から送信されるデジタル放送の放送波を受信して、当該デジタル放送の放送波で伝送されるシグナリングデータを取得する。受信装置２０は、取得されたシグナリングデータに基づいて、送信装置１０から送信されるデジタル放送の放送波で伝送されるサービス（を構成するコンポーネント）のストリームに接続して、そのストリームから得られる映像と音声を再生（出力）する。
【００２５】
通信サーバ３０は、受信装置２０からの要求に応じて、サービス（例えば番組）を構成するビデオやオーディオ、字幕等のコンポーネントのストリームを、インターネット９０を介してストリーミング配信する。また、通信サーバ３０は、受信装置２０からの要求に応じて、シグナリングデータを、インターネット９０を介して配信する。
【００２６】
受信装置２０は、送信装置１０又は通信サーバ３０からのシグナリングデータに基づいて、通信サーバ３０からインターネット９０を介してストリーミング配信されるサービス（を構成するコンポーネント）のストリームに接続して、そのストリームから得られる映像と音声を再生（出力）する。
【００２７】
なお、通信サーバ３０は、コンポーネントやシグナリングデータのほかに、例えば、緊急警報に関する緊急警報情報等の各種の情報を配信することができる。例えば、受信装置２０は、インターネット９０を介して通信サーバ３０にアクセスすることで、緊急警報情報を取得して表示することができる。
【００２８】
＜２．IP伝送方式によるデジタル放送の概要＞
【００２９】
各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2-Transport Stream）方式が採用されているが、今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。特に、現在策定が進められている米国の次世代放送規格であるATSC3.0では、IP伝送方式を用いたデジタル放送の採用が見込まれている。
【００３０】
（システムパイプモデル）
図２は、IP伝送方式のデジタル放送のシステムパイプモデルを示す図である。
【００３１】
図２においては、所定の周波数帯域からなる放送波に対応した物理チャンネル（RF Channel）において、１つのBBP（Base Band Packet）ストリームと、FIC（Fast Information Channel）と、EAS（Emergency Alert System）が伝送されている。また、BBPストリームでは、LLS（Low Layer Signaling）と、２つのサービスチャンネル（Service Channel）が伝送されている。
【００３２】
FICは、BBPストリームの構成とサービスの構成を示している。EASは、緊急警報に関する情報である。なお、FICとEASは、バイナリ形式のシグナリングデータとされる。
【００３３】
LLSは、サービスに依存しない低レイヤのシグナリングデータである。例えば、LLSとしては、SCD（Service Configuration Description），EAD（Emergency Alerting Description），RRD（Region Rating Description）等のLLSメタデータが伝送される。なお、これらのLLSメタデータは、例えば、XML等のマークアップ言語により記述される、テキスト形式（XML形式）のシグナリングデータとされる。
【００３４】
SCDは、BBPストリームの構成とサービスの構成を示している。また、SCDには、サービス単位の属性・設定情報や、ESGサービスやSSCに接続するためのブートストラップ情報などが含まれる。EADは、緊急警報に関する情報を含んでいる。RRDは、レーティング情報を含んでいる。
【００３５】
ここで、バイナリ形式のFIC，EASと、XML形式のLLSメタデータ（SCD，EAD，RRD）を比較すれば、図３に示すようになる。すなわち、図３に示すように、バイナリ形式のFICやEASは、XML形式のLLSメタデータ（SCD，EAD，RRD）と比べて、データサイズが小さいことから、必要な伝送帯域が少ないため、迅速に取得できるなどのメリットがある。一方、XML形式のLLSメタデータ（SCD，EAD，RRD）は、バイナリ形式のFICやEASと比べて、拡張性や可読性が高いなどのメリットがある。
【００３６】
図２の説明に戻り、サービスチャンネル（以下、「サービス」ともいう）は、SSC（Service Signaling Channel）と、ビデオやオーディオ、字幕等の番組を構成するコンポーネント（Component）から構成される。なお、各サービスを構成する要素には、共通のIPアドレスが付与されており、このIPアドレスを用いて、サービスごとに、コンポーネントやSSCなどをパッケージ化することができる。
【００３７】
SSCは、サービス単位のシグナリングデータである。例えば、SSCとしては、USBD（User Service Bundle Description），SDP（Session Description Protocol），MPD（Media Presentation Description），IS（Initialization Segment），SPD（Service Parameter Description），LSID（LCT Session Instance Description）等のSSCメタデータが伝送される。
【００３８】
USBDは、MPD，SDP等のSSCメタデータを参照するための参照情報を含んでいる。なお、USBDは、USD（User Service Description）と称される場合がある。SDPは、サービス単位のサービス属性、ストリームの構成情報や属性、フィルタ情報、ロケーション情報などを含んでいる。
【００３９】
MPDは、サービス単位で伝送されるコンポーネントのストリームの再生を管理するための情報であって、セグメントURL（Uniform Resource Locator）などの情報を含んでいる。ISは、ROUTE（Real-time Object Delivery over Unidirectional Transport）セッションにおけるメディアセグメント（MS：Media Segment）に対するイニシャライゼーションセグメントである。
【００４０】
なお、USBD，USD，MPD，SPD，ISは、3GPP（Third Generation Partnership Project），MPEG（Moving Picture Expert Group），又はIETF（Internet Engineering Task Force）のいずれかによって規格化されたものを参照するものとする。
【００４１】
SPDは、サービスレベルのパラメータが定義される。LSIDは、FLUTE（File Delivery over Unidirectional Transport）のFDT（File Delivery Table）をリアルタイムサービス向けに拡張したものであって、ROUTEセッションごとに伝送されるコンポーネントのストリームの管理情報とされる。なお、LSIDは、他のSSCメタデータと異なるROUTEセッションで伝送するようにしてもよい。
【００４２】
ここで、ビデオやオーディオ等のコンポーネントと、SSCシグナリングデータは、ROUTEセッションにより伝送される。ROUTEは、放送のライブサービス向けに、FLUTE（RFC6276,5775,5651）を拡張したものである。なお、ROUTEは、FLUTE +（FLUTE plus）やFLUTE enhancementなどと称される場合がある。
【００４３】
ROUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOI（Transport Object Identifier）により管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSI（Transport Session Identifier）により管理する。すなわち、ROUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。
【００４４】
なお、これらのSSCメタデータは、例えばXML等のマークアップ言語により記述される、テキスト形式（XML形式）のシグナリングデータとされる。
【００４５】
また、所定の周波数帯域を有する放送波（RF Channel）には、例えば放送事業者ごとに、RFアロケーションID（RF Allocation ID）が割り当てられている。また、各放送波で伝送される１又は複数のBBPストリームには、BBPストリームID（BBP Stream ID）が割り当てられる。さらに、各BBPストリームで伝送される１又は複数のサービスには、サービスID（Service ID）が割り当てられる。
【００４６】
このように、IP伝送方式のID体系としては、MPEG2-TS方式で用いられているネットワークID（Network ID）と、トランスポートストリームID（Transport Stream ID）と、サービスID（Service ID）の組み合わせ（以下、「トリプレット（Triplet）」という）に対応する構成が採用され、このトリプレットによって、ネットワーク内のBBPストリーム構成とサービス構成が示される。
【００４７】
このようなID体系を用いることで、現在広く普及しているMPEG2-TS方式との整合をとることができる。なお、IP伝送方式のID体系では、RFアロケーションIDとBBPストリームIDが、MPEG2-TS方式におけるネットワークIDとトランスポートストリームIDに対応している。
【００４８】
なお、図２には示していないが、BBPストリームにおいては、LLSとサービスチャンネルのほかに、NTP（Network Time Protocol）やESG（Electronic Service Guide）サービスが伝送されるようにしてもよい。NTPは、時刻情報である。ESGサービスは、OMA（Open Mobile Alliance）によって規定されている電子サービスガイドである。
【００４９】
（FICとEASの構成）
図４は、FICとEASの構成を示す図である。
【００５０】
図４において、ATSC規格で規定されている物理フレーム（PHY Frame）には、FICが伝送されている場合、プリアンブル信号として、FICが存在することを示すフラグ（以下、「FICフラグ」という）が含まれている。受信装置２０は、プリアンブル信号からFICフラグが検出された場合、FICを検出して取得することができる。
【００５１】
FICは、FICレベル要素Ｆ１、BBPストリームレベル要素Ｆ２、及び、サービスレベル要素Ｆ３から構成される。なお、FICにおいて、新規に規定された要素は、太字で記述されている。
【００５２】
FICレベル要素Ｆ１には、FIC単位の情報が配置される。図４において、FICレベル要素Ｆ１は、FIC_protocol_version，RF_Allocation_ID，SCDRRD_EXISTS，FIC_level_descriptor()，num_bbpstreams，BBPSTREAM ELEMENT LOOPから構成される。
【００５３】
SCDRRD_EXISTSは、SCD又はRRDが、LLSに存在することを示すフラグ（以下、「SCD/RRDフラグ」という）である。SCD/RRDフラグが、LLSに、SCD又はRRDが存在することを示している場合、FICレベル要素Ｆ１には、bbpstream_idが配置される。受信装置２０では、このBBPストリームIDにより識別されるBBPストリームで伝送されるLLSから、SCD又はRRDが取得されることになる。
【００５４】
num_bbpstreamsには、BBPストリームの個数が指定され、その個数に応じて、BBPストリームループ（BBPSTREAM ELEMENT LOOP）が繰り返される。このBBPストリームループには、ループ数に応じたBBPストリームレベル要素Ｆ２が配置される。
【００５５】
BBPストリームレベル要素Ｆ２には、BBPストリーム単位の情報が配置される。図４において、BBPストリームレベル要素Ｆ２は、bbpstream_id，provider_id，provider_name，provider_descriptor()，num_services，SERVICE ELEMENT LOOPから構成される。
【００５６】
num_servicesには、サービスの個数が指定され、その個数に応じて、サービスループ（SERVICE ELEMENT LOOP）が繰り返される。このサービスループには、ループ数に応じたサービスレベル要素Ｆ３が配置される。
【００５７】
サービスレベル要素Ｆ３には、サービス単位の情報が配置される。図４において、サービスレベル要素Ｆ３は、service_id，gusi_length，global_unique_service_id，service_data_version，service_channel_number，service_category，short_service_name_length，short_service_name，service_status，service_distribution，sp_indicator，IP_version_flag，SSC_src_IP_addr_flag，SSC_src_IP_addr，SSC_dst_IP_addr，SSC_dst_port，SSC_TSI，SSC_baseservice，SSC_scopeから構成される。
【００５８】
受信装置２０は、サービスレベル要素Ｆ３で指定される、SSCのIPアドレス、ポート番号、及び、TSIに基づいて、ROUTEセッションで伝送されているSSCシグナリングデータを取得する。ここで、SSCシグナリングデータとして取得されるLSIDには、MIMEタイプに対応したビデオとオーディオのTSIとTOIが記述されているので、受信装置２０は、LSIDを参照することで、ビデオとオーディオのIPアドレス、ポート番号、TSI、及び、TOIを特定することができる。
【００５９】
受信装置２０は、それらのIPアドレス、ポート番号、TSI、及び、TOIに基づいて、ROUTEセッションで伝送されているビデオデータとオーディオデータを取得する。そして、受信装置２０では、放送経由で取得されたビデオデータとオーディオデータをバッファに一時的に記憶させることで、バッファリング処理を行い、さらに、レンダリング処理を行うことで、選局されたサービスに応じた番組の映像と音声が再生される。
【００６０】
なお、FICの詳細な構成は、図５を参照して後述する。また、FICにおいて、上述の要素のうち、provider_name，gusi_length，global_unique_service_id，service_distribution，SSC_scopeは必ずしも配置する必要はない。
【００６１】
EASは、EASレベル要素Ｅ１から構成される。図４において、EASレベル要素Ｅ１は、Emergency_alart_flag，EAD_EXISTSから構成される。なお、EASにおいて、新規に規定された要素は、太字で記述されている。
【００６２】
EAD_EXISTSは、EADが、LLSに存在することを示すフラグ（以下、「EADフラグ」という）である。EADフラグが、LLSに、EADが存在することを示している場合、EASレベル要素Ｅ１には、bbpstream_idが配置される。受信装置２０では、このBBPストリームIDにより識別されるBBPストリームで伝送されるLLSから、EADが取得されることになる。
【００６３】
受信装置２０は、EADに基づいて、緊急警報情報を表示することができる。
【００６４】
なお、EASの詳細な構成は、図６を参照して後述する。
【００６５】
＜３．シンタックスの例＞
【００６６】
（FICのシンタックス）
図５は、バイナリ形式のFICのシンタックスを示す図である。なお、図５において、新規に規定された要素は、太字で表されている。
【００６７】
8ビットのFIC_protocol_versionには、FICプロトコルのバージョン情報が指定される。16ビットのRF_Allocation_IDには、RFアロケーションIDが指定される。
【００６８】
1ビットのSCDRRD_EXISTSは、SCD又はRRDが、LLSに存在することを示すSCD/RRDフラグである。7ビットのリザーブド領域の次には、SCD/RRDフラグが、LLSに、SCD又はRRDが存在することを示している場合、8ビットのbbpstream_idとして、LLSが存在するBBPストリームのBBPストリームIDが指定される。
【００６９】
FIC_level_descriptor()は、FICレベルの記述子である。
【００７０】
8ビットのnum_bbpstreamsには、BBPストリームの個数が指定される。このBBPストリームの個数に応じて、BBPストリームループ（BBPSTREAM ELEMENT LOOP）が繰り返される。このBBPストリームループには、以下の内容が指定される。
【００７１】
8ビットのbbpstream_idには、BBPストリームIDが指定される。16ビットのprovider_idには、プロバイダIDが指定される。
【００７２】
provider_descriptor()は、プロバイダ記述子である。
【００７３】
8ビットのnum_servicesには、サービスの個数が指定される。このサービスの個数に応じて、サービスループ（SERVICE ELEMENT LOOP）が繰り返される。このサービスループには、以下の内容が指定される。
【００７４】
16ビットのservice_idには、サービスIDが指定される。
【００７５】
8ビットのservice_data_versionには、サービスのデータのバージョン情報が指定される。16ビットのservice_channel_numberには、サービスのチャンネル番号が指定される。5ビットのservice_categoryには、サービスのカテゴリが指定される。例えば、カテゴリとしては、ビデオやオーディオ、ESG等が指定される。
【００７６】
3ビットのshort_service_name_lengthには、ショートサービス名の長さが指定される。16*mビットのshort_service_nameには、ショートサービス名が指定される。1ビットのservice_statusには、サービスの状態が指定される。1ビットのsp_indicatorには、サービス保護を示すフラグが指定される。
【００７７】
1ビットのIP_version_flagには、IPパケットのバージョンを示すフラグが指定される。1ビットのSSC_src_IP_addr_flagには、IPパケットの送信元（source）のIPアドレスを示すフラグが指定される。4ビットのリザーブド領域の次には、SSC_src_IP_addr_flagが、IPアドレスが存在していることを示している場合、32ビット又は128ビットのSSC_src_IP_addrとして、送信元（source）のIPアドレスが指定される。
【００７８】
32ビット又は128ビットのSSC_dst_IP_addrには、宛先（destination）のIPアドレスが指定される。16ビットのSSC_dst_portには、ポート番号が指定される。16ビットのSSC_TSIには、TSIが指定される。
【００７９】
1ビットのSSC_baseserviceには、放送サービスが基本サービスか、あるいはその他のサービスであるかを示すフラグが指定される。なお、SSC_baseserviceの次には7ビットのリザーブド領域が設けられている。
【００８０】
（EASのシンタックス）
図６は、バイナリ形式のEASのシンタックスを示す図である。なお、図６において、新規に規定された要素は、太字で表されている。
【００８１】
8ビットのEmergency_alart_flagには、緊急警報信号フラグが指定される。
【００８２】
1ビットのEAD_EXISTSは、EADが、LLSに存在することを示すEADフラグである。7ビットのリザーブド領域の次には、EADフラグが、LLSに、EADが存在することを示している場合、8ビットのBbpstream_idとして、LLSが存在するBBPストリームのBBPストリームIDが指定される。
【００８３】
なお、図５と、図６を参照して説明したFICと、EASのシンタックスは一例であって、他のシンタックスを採用してもよい。
【００８４】
（SCDのシンタックス）
図７は、XML形式のSCDのシンタックスを示す図である。なお、図７において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。これらの関係は、後述する他のシンタックスでも同様とされる。
【００８５】
図７に示すように、ルート要素としてのSCD要素は、majorProtocolversion属性、minorProtocolversion属性、RFAllocationId属性、name属性、Tuning_RF要素、及び、BBPStream要素の上位要素となる。
【００８６】
majorProtocolversion属性と、minorProtocolversion属性には、プロトコルのバージョン情報が指定される。RFAllocationId属性には、物理チャンネル単位の放送局のRFアロケーションIDが指定される。name属性には、物理チャンネル単位の放送局の名称が指定される。
【００８７】
Tuning_RF要素は、選局に関する情報が指定される。Tuning_RF要素は、frequency属性、及び、Preamble属性の上位要素となる。frequency属性には、所定の帯域を選局するときの周波数が指定される。Preamble属性には、物理層の制御情報が指定される。
【００８８】
BBPStream要素には、１又は複数のBBPストリームに関する情報が指定される。BBPStream要素は、bbpStreamId属性、payloadType属性、name属性、ESGBootstrap要素、ClockReferenceInformation要素、及び、Service要素の上位要素となる。
【００８９】
bbpStreamId属性には、BBPストリームIDが指定される。BBPストリームを複数配置する場合には、このBBPストリームIDにより識別する。payloadType属性には、BBPストリームのペイロードタイプが指定される。このペイロードタイプとしては、例えば、"ipv4"，"ipv6"などが指定される。"ipv4"は、IPv4（Internet Protocol version 4）であることを示す。"ipv6"は、IPv6（Internet Protocol Version 6）であることを示す。name属性には、BBPストリームの名称が指定される。
【００９０】
ESGBootstrap要素には、ESGブートストラップ情報が指定される。このESGブートストラップ情報によってESGへアクセスすることが可能となる。ESGBootstrap要素は、ESGProvider要素の上位要素となる。ESGProvider要素には、ESGのプロバイダごとに、ESGに関する情報が指定される。ESGProvider要素は、providerName属性、ESGBroadcastLocation要素、及び、ESGBroadbandLocation要素の上位要素となる。
【００９１】
providerName属性には、ESGのプロバイダの名称が指定される。ESGBroadcastLocation要素は、ESGが放送により伝送される場合に、RFAllocationId属性、BBPStreamId属性、及び、ESGServiceId属性により指定されるRFアロケーションID、BBPストリームID、及び、サービスID（トリプレット）によって、ESGサービスを指定する。ESGBroadbandLocation要素は、ESGが通信経由で伝送される場合に、ESGUri属性により、そのESGのファイルにアクセスするためのURIを指定する。
【００９２】
ClockReferenceInformation要素には、時刻情報（例えばNTP）に関する情報が指定される。ClockReferenceInformation要素は、sourceIPAddress属性、destinationIPAddress属性、及び、portNum属性の上位要素となる。sourceIPAddress属性とdestinationIPAddress属性には、時刻情報を伝送する送信元（source）と宛先（destination）のIPアドレスが指定される。portNum属性には、時刻情報を伝送するポート番号が指定される。
【００９３】
Service要素には、１又は複数のサービスに関する情報が指定される。Service要素は、serviceId属性、globalUniqueServiceId属性、serviceType属性、hidden属性、hiddenGuide属性、shortName属性、longName属性、accesControl属性、SourceOrigin要素、SCBootstrap要素、SignalingOverInternet要素、及び、AssociationService要素の上位要素となる。
【００９４】
serviceId属性には、サービスIDが指定される。サービスを複数配置する場合には、このサービスIDにより識別する。globalUniqueServiceId属性には、グローバルユニークサービスIDが指定される。例えば、グローバルユニークサービスIDによって、ESG選局されたサービスと、USBDとを紐付けることができる。
【００９５】
serviceType属性には、サービスのタイプ情報が指定される。このタイプ情報としては、例えば、"continued"，"scripted"が指定される。"continued"は、ビデオやオーディオのサービス、"scripted"は、NRTサービスをそれぞれ示している。
【００９６】
hidden属性とhiddenGuide属性には、サービスIDにより識別されるサービスが、隠されたサービスであるかどうかが指定される。例えば、これらの属性値として"on"が指定された場合、当該サービスは非表示とされる。また、これらの属性値として"off"が指定された場合、当該サービスは表示される。例えば、hidden属性として"on"が指定された場合、当該サービスは、リモートコントローラの操作により選局できないようになる。また、例えば、hiddenGuide属性として"on"が指定された場合、当該サービスは、ESGには表示されないことになる。
【００９７】
shortName属性とlongName属性には、サービスIDにより識別されるサービスの名称が指定される。ただし、shortName属性では、例えば７文字以内でサービスの名称の名称を指定しなければならない。accesControl属性には、サービスIDにより識別されるサービスが暗号化されているかどうかが指定される。例えば、accesControl属性として"on"が指定された場合には、当該サービスが暗号化されていることを示し、"off"が指定された場合には、当該サービスが暗号化されていないことを示している。
【００９８】
SourceOrigin要素には、サービスを識別するための情報が指定される。SourceOrigin要素は、country属性、originalRFAllocationId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。country属性には、国コードが指定される。originalRFAllocationId属性には、オリジナルRFアロケーションIDが指定される。オリジナルRFアロケーションIDは、放送ネットワークを識別するためのIDであって、当該サービスの再送信を行う場合でも、同一の値が用いられる。bbpStreamId属性には、BBPストリームIDが指定される。serviceId属性には、サービスIDが指定される。すなわち、国コード、オリジナルRFアロケーションID、BBPストリームID、及び、サービスIDによって、各サービスに対して、固有のIDを割り当てることができる。
【００９９】
SCBootstrap要素には、SCブートストラップ情報が指定される。このSCブートストラップ情報によって、サービスチャンネルへアクセスすることが可能となって、SSCシグナリングデータを取得することができる。SCBootstrap要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、tsi属性の上位要素となる。
【０１００】
sourceIPAddress属性とdestinationIPAddress属性には、サービスを伝送する送信元（source）と宛先（destination）のIPアドレスが指定される。portNum属性には、SSCを伝送するポート番号が指定される。tsi属性には、SSCを伝送するROUTEセッションにおけるTSIが指定される。
【０１０１】
SignalingOverInternet要素には、SSCブロードバンドロケーション情報が指定される。このSSCブロードバンドロケーション情報によって、通信経由で伝送されるSSCシグナリングデータに関する情報が指定される。SignalingOverInternet要素は、uri属性の上位要素となる。uri属性には、SSCシグナリングデータの取得先を示すURIが指定される。
【０１０２】
AssociationService要素には、関連従属サービスに関する情報が指定される。AssociationService要素は、RFAllocationId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。RFAllocationId属性、bbpStreamId属性、及び、serviceId属性により指定されるRFアロケーションID、BBPストリームID、及び、サービスID（トリプレット）によって、関連従属サービスを指定する。
【０１０３】
なお、出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの出現数の意味は、後述する他のシンタックスでも同様とされる。
【０１０４】
（EADのシンタックス）
図８は、XML形式のEADのシンタックスを示す図である。
【０１０５】
図８に示すように、ルート要素としてのEAD要素は、AutomaticTuningService要素、及び、EAMessage要素の上位要素となる。AutomaticTuningService要素は、Wake-up時の自動選局サービスを指定するためのものである。AutomaticTuningService要素は、RFAllocationId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。
【０１０６】
RFAllocationId属性は、自動選局サービスのネットワークIDが指定される。BBPStreamId属性は、自動選局サービスのBBPストリームIDが指定される。serviceId属性は、自動選局サービスのサービスIDが指定される。すなわち、AutomaticTuningService要素が出現した場合、それらの属性が示すトリプレットにより指定されるサービスが選局される。ただし、このトリプレットのうち、RFAllocationId属性とBBPStreamId属性は必須ではなく、例えば、EADと同一のBBPストリームを指定するのであれば、serviceId属性のみを指定すればよいことになる。
【０１０７】
EAMessage要素は、緊急警報情報（緊急情報）のメッセージが指定される。EAMessage要素は、eaMessageId属性、eaPriority属性、EAMessageData要素、EAApplication要素、EAService要素、及び、EAWww要素の上位要素となる。
【０１０８】
eaMessageId属性は、緊急警報情報（緊急情報）のIDが指定される。eaPriority属性は、緊急警報情報（緊急情報）の優先度が指定される。EAMessageData要素は、緊急警報情報（緊急情報）の字幕情報が指定される。
【０１０９】
EAApplication要素は、緊急警報用のアプリケーションに関する情報が指定される。EAApplication要素は、applicationId属性の上位要素となる。applicationId属性は、アプリケーションIDが指定される。
【０１１０】
EAService要素は、緊急警報用のNRTサービスに関する情報が指定される。EAService要素は、serviceId属性、及び、serviceType属性の上位要素となる。serviceId属性は、サービスIDが指定される。serviceType属性は、サービスタイプ情報が指定される。このサービスタイプ情報としては、例えば"nrt"が指定される。"nrt"は、NRTサービスであることを示す。
【０１１１】
EAWww要素は、緊急情報サイトに関する情報が指定される。EAWww要素は、uri属性の上位要素となる。uri属性には、緊急情報サイトのURIが指定される。
【０１１２】
（RRDのシンタックス）
図９は、XML形式のRRDのシンタックスを示す図である。
【０１１３】
図９に示すように、ルート要素としてのRRD要素は、RatingRegionName要素、RatingRegion要素、TableVersion要素、及び、Dimension要素の上位要素となる。RatingRegionName要素には、レーティングリージョンの名称が指定される。RatingRegion要素は、レーティングリージョンのコードが指定される。このコードとしては、例えば、"us"，"canada"，"mexico"などが指定される。TableVersion要素には、RRDのバージョン情報が指定される。
【０１１４】
Dimension要素は、RatingDimensionName要素、RatingDimension要素、GraduatedScale要素、及び、DimensionValue要素の上位要素となる。RatingDimensionName要素は、レーティングディメンションの名称が指定される。RatingDimension要素は、レーティングディメンションのコードが指定される。GraduatedScale要素は、スケールが指定される。
【０１１５】
DimensionValue要素には、ディメンションの値が指定される。DimensionValue要素は、RatingValueText要素、AbbrevValueText要素、RatingValue要素、及び、RatingTag要素の上位要素となる。これらの属性により、例えば、年齢制限の区分けの仕方などのレーティング情報が指定される。
【０１１６】
なお、図７乃至図９を参照して説明したSCD，EAD，RRDの各シンタックスは一例であって、他のシンタックスを採用してもよい。
【０１１７】
＜４．各装置の構成＞
【０１１８】
次に、図１０乃至図１２を参照して、図１の放送通信システム１を構成する各装置の詳細な構成として、送信装置１０、及び、受信装置２０の構成について説明する。
【０１１９】
（送信装置の構成例）
図１０は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
【０１２０】
図１０に示すように、送信装置１０は、シグナリング生成部１１１、シグナリング処理部１１２、ビデオデータ取得部１１３、ビデオエンコーダ１１４、オーディオデータ取得部１１５、オーディオエンコーダ１１６、Mux１１７、及び、送信部１１８から構成される。
【０１２１】
シグナリング生成部１１１は、外部のサーバや内蔵するストレージ等から、シグナリングデータを生成するための素データを取得する。シグナリング生成部１１１は、シグナリングデータの素データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。
【０１２２】
シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理して、Mux１１７に供給する。ここでは、シグナリングデータとして、SCD等のLLSメタデータからなるLLSシグナリングデータと、USBDやLSID等のSSCメタデータからなるSSCシグナリングデータのほか、FICとEASが生成される。
【０１２３】
ビデオデータ取得部１１３は、外部のサーバや内蔵するストレージ、ビデオカメラ等から提供されるビデオデータを取得し、ビデオエンコーダ１１４に供給する。ビデオエンコーダ１１４は、ビデオデータ取得部１１３から供給されるビデオデータを、MPEG（Moving Picture Experts Group）等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０１２４】
オーディオデータ取得部１１５は、外部のサーバや内蔵するストレージ、マイクロフォン等から提供されるオーディオデータを取得し、オーディオエンコーダ１１６に供給する。オーディオエンコーダ１１６は、オーディオデータ取得部１１５から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０１２５】
Mux１１７は、シグナリング処理部１１２からのシグナリングデータのストリームと、ビデオエンコーダ１１４からのビデオのストリームと、オーディオエンコーダ１１６からのオーディオのストリームを多重化してBBPストリームを生成し、送信部１１８に供給する。送信部１１８は、Mux１１７から供給されるBBPストリームを、IP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）として、アンテナ１１９を介して送信する。
【０１２６】
（受信装置の構成例）
図１１は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【０１２７】
図１１に示すように、受信装置２０は、チューナ２１２、Demux２１３、制御部２１４、NVRAM２１５、入力部２１６、通信部２１７、Demux２１８、ビデオデコーダ２１９、ビデオ出力部２２０、ディスプレイ２２１、オーディオデコーダ２２２、オーディオ出力部２２３、及び、スピーカ２２４から構成される。
【０１２８】
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１を介して受信したIP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）から、ユーザの選局操作に応じたデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、Demux２１３に供給する。
【０１２９】
Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるBBPストリームを、ビデオやオーディオ、シグナリングデータに分離する。Demux２１３は、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２２に、シグナリングデータを制御部２１４にそれぞれ供給する。
【０１３０】
制御部２１４は、受信装置２０の各部の動作を制御する。また、制御部２１４は、Demux２１３又は通信部２１７から供給されるシグナリングデータに基づいて、放送経由又は通信経由で伝送されるコンポーネントのストリームに接続して、当該コンポーネントの再生を制御するために、各部の動作を制御する。なお、制御部２１４の詳細な構成については、図１２を参照して後述する。
【０１３１】
NVRAM２１５は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記憶する。入力部２１６は、ユーザの操作に応じて、操作信号を制御部２１４に供給する。
【０１３２】
通信部２１７は、制御部２１４からの制御に従い、インターネット９０を介して通信サーバ３０に接続し、コンポーネントのストリームの配信を要求する。通信部２１７は、インターネット９０を介して通信サーバ３０からストリーミング配信されるコンポーネントのストリームを受信して、Demux２１８に供給する。また、通信部２１７は、制御部２１４からの制御に従い、インターネット９０を介して通信サーバ３０から、SSCシグナリングデータ等のデータを受信し、制御部２１４に供給する。
【０１３３】
Demux２１８は、制御部２１４からの制御に従い、通信部２１７から供給されるコンポーネントのストリームを、ビデオデータと、オーディオデータに分離し、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２２に供給する。
【０１３４】
ビデオデコーダ２１９には、Demux２１３又はDemux２１８からビデオデータが供給される。ビデオデコーダ２１９は、制御部２１４からの制御に従い、ビデオデータを、MPEG等の復号方式に準拠して復号し、ビデオ出力部２２０に供給する。ビデオ出力部２２０は、ビデオデコーダ２１９から供給されるビデオデータを、ディスプレイ２２１に出力する。これにより、ディスプレイ２２１には、例えば番組の映像が表示される。
【０１３５】
オーディオデコーダ２２２には、Demux２１３又はDemux２１８からオーディオデータが供給される。オーディオデコーダ２２２は、制御部２１４からの制御に従い、オーディオデータを、MPEG等の復号方式に準拠して復号し、オーディオ出力部２２３に供給する。オーディオ出力部２２３は、オーディオデコーダ２２２から供給されるオーディオデータを、スピーカ２２４に出力する。これにより、スピーカ２２４からは、例えば番組の映像に対応する音声が出力される。
【０１３６】
なお、図１１においては、受信装置２０がセットトップボックス等である場合には、ディスプレイ２２１やスピーカ２２４を有しない構成とすることができる。また、受信装置２０は、通信部２１７等の通信機能を有しない構成とすることもできる。
【０１３７】
（制御部の機能的構成例）
図１２は、図１１の制御部２１４の機能的な構成例を示す図である。
【０１３８】
図１２において、制御部２１４は、第１シグナリング取得部２５１、第２シグナリング取得部２５２、シグナリング解析部２５３、放送制御部２５４、及び、通信制御部２５５から構成される。
【０１３９】
第１シグナリング取得部２５１は、FIC又はEASを取得し、シグナリング解析部２５３に供給する。シグナリング解析部２５３は、第１シグナリング取得部２５１から供給されるFIC又はEASを解析し、その解析結果を、第２シグナリング取得部２５２に供給する。
【０１４０】
第２シグナリング取得部２５２は、シグナリング解析部２５３から供給される解析結果に基づいて、LLSで伝送されているSCD，RRD，又はEAD等のLLSメタデータを取得し、シグナリング解析部２５３に供給する。シグナリング解析部２５３は、第２シグナリング取得部２５２から供給されるLLSメタデータを解析し、その解析結果を、第２シグナリング取得部２５２、放送制御部２５４、又は、通信制御部２５５に供給する。
【０１４１】
第２シグナリング取得部２５２は、シグナリング解析部２５３から供給される解析結果に基づいて、SSCで伝送されているUSBDやLSID等のSSCメタデータを取得し、シグナリング解析部２５３に供給する。シグナリング解析部２５３は、第２シグナリング取得部２５２から供給されるSSCメタデータを解析し、その解析結果を、放送制御部２５４、又は、通信制御部２５５に供給する。
【０１４２】
放送制御部２５４は、シグナリング解析部２５３から供給される解析結果に基づいて、放送経由で取得されるデータに関する各種の処理を行う各部の動作を制御する。通信制御部２５５は、シグナリング解析部２５３から供給される解析結果に基づいて、通信経由で取得されるデータに関する各種の処理を行う各部の動作を制御する。
【０１４３】
＜５．各装置で実行される処理の流れ＞
【０１４４】
次に、図１３乃至図１５のフローチャートを参照して、図１の放送通信システム１を構成する各装置で実行される具体的な処理の流れについて説明する。
【０１４５】
（送信処理）
まず、図１３のフローチャートを参照して、送信装置１０により実行される送信処理の流れについて説明する。
【０１４６】
ステップＳ１０１において、シグナリング生成部１１１は、シグナリングデータの素データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。ステップＳ１０２において、シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理し、Mux１１７に供給する。
【０１４７】
ここでは、シグナリングデータとして、SCD等のLLSメタデータと、USBDやLSID等のSSCメタデータのほか、FICとEASが生成される。ただし、シグナリングデータは、外部のサーバが生成するようにしてもよい。その場合には、シグナリング生成部１１１は、外部のサーバから供給されるシグナリングデータをそのまま、シグナリング処理部１１２に供給する。
【０１４８】
ステップＳ１０３において、ビデオデータ取得部１１３は、外部のサーバ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１４に供給する。また、ステップＳ１０３において、オーディオデータ取得部１１５は、外部のサーバ等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１６に供給する。
【０１４９】
ステップＳ１０４において、ビデオエンコーダ１１４は、コンポーネントとしてのビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。また、ステップＳ１０４において、オーディオエンコーダ１１６は、コンポーネントとしてのオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０１５０】
ステップＳ１０５において、Mux１１７は、シグナリング処理部１１２からのシグナリングデータと、ビデオエンコーダ１１４からのビデオのストリームと、オーディオエンコーダ１１６からのオーディオのストリームを多重化してBBPストリームを生成し、送信部１１８に供給する。
【０１５１】
ステップＳ１０６において、送信部１１８は、Mux１１７から供給されるBBPストリームをデジタル放送信号として、アンテナ１１９を介して送信する。ステップＳ１１６の処理が終了すると、図１３の送信処理は終了する。
【０１５２】
以上、送信処理の流れについて説明した。
【０１５３】
（初期スキャン処理）
次に、図１４のフローチャートを参照して、受信装置２０により実行される初期スキャン処理の流れについて説明する。なお、この初期スキャン処理は、例えば初回の電源投入時などの初期スキャンイベントが発生したときに実行される。
【０１５４】
ステップＳ２０１において、放送制御部２５４は、チューナ２１２を制御して、放送波の所定の周波数の選局を行う。ステップＳ２０２において、放送制御部２５４は、チューナ２１２を制御して、放送波の物理層のプリアンブル信号から、FICが存在することを示すFICフラグを検出する。
【０１５５】
ステップＳ２０３において、放送制御部２５４は、チューナ２１２を制御して、放送波からFICを検出する。これにより、第１シグナリング取得部２５１は、FICを取得して、NVRAM２１５に記憶させる。
【０１５６】
ステップＳ２０４において、シグナリング解析部２５３は、ステップＳ２０３の処理でNVRAM２１５に記憶されたFICを読み出して解析し、FIC内のSCD/RRDフラグ（SCDRRD_EXISTS）を検出する。そして、シグナリング解析部２５３は、ステップＳ２０４の処理の解析結果に基づいて、SCD/RRDフラグ（SCDRRD_EXISTS）に、"1"が指定されているかどうかを判定する（Ｓ２０５）。
【０１５７】
ステップＳ２０５において、SCD/RRDフラグ（SCDRRD_EXISTS）に、"1"が指定されていると判定された場合、処理は、ステップＳ２０６に進められる。ステップＳ２０６において、第２シグナリング取得部２５２は、Demux２１３を制御して、LLSで伝送されているSCDとRRDを取得し、NVRAM２１５に記憶させる。ステップＳ２０６の処理が終了すると、処理は、ステップＳ２０７に進められる。
【０１５８】
一方、ステップＳ２０５において、SCD/RRDフラグ（SCDRRD_EXISTS）に、"0"が指定されていると判定された場合、ステップＳ２０６の処理はスキップされ、処理は、ステップＳ２０７に進められる。
【０１５９】
ステップＳ２０７において、放送制御部２５４は、すべての周波数を選局したかどうかを判定する。ステップＳ２０７において、すべての周波数を選局していないと判定された場合、処理は、ステップＳ２０１に戻り、それ以降の処理が繰り返される。そして、ステップＳ２０１乃至Ｓ２０７の処理が繰り返されることで、すべての周波数が選局され、選局情報としてのSCD等がNVRAM２１５に記憶されると（Ｓ２０７の「Yes」）、図１４の初期スキャン処理は終了される。
【０１６０】
以上、初期スキャン処理の流れについて説明した。
【０１６１】
（緊急警報処理）
次に、図１５のフローチャートを参照して、受信装置２０により実行される緊急警報処理の流れについて説明する。なお、この緊急警報処理は、例えばユーザにより選局された番組が再生されているときなどに実行される。
【０１６２】
ステップＳ２４１において、放送制御部２５４は、チューナ２１２を制御して、放送波の物理層のプリアンブル信号から、EASが存在することを示すフラグを検出する。
【０１６３】
ステップＳ２４２において、放送制御部２５４は、チューナ２１２を制御して、放送波からEASを検出する。これにより、第１シグナリング取得部２５１は、EASを取得して、シグナリング解析部２５３に供給する。
【０１６４】
ステップＳ２４３において、シグナリング解析部２５３は、ステップＳ２４２の処理で検出されたEASを解析し、EAS内のEADフラグ（EAD_EXISTS）を検出する。そして、シグナリング解析部２５３は、ステップＳ２４３の処理の解析結果に基づいて、EADフラグ（EAD_EXISTS）に、"1"が指定されているかどうかを判定する（Ｓ２４４）。
【０１６５】
ステップＳ２４４において、EADフラグ（EAD_EXISTS）に、"1"が指定されていると判定された場合、処理は、ステップＳ２４５に進められる。ステップＳ２４５において、第２シグナリング取得部２５２は、Demux２１３を制御して、LLSで伝送されているEADを取得し、シグナリング解析部２５３に供給する。シグナリング解析部２５３は、第２シグナリング取得部２５２からのEADを解析し、その解析結果を、放送制御部２５４に供給する。
【０１６６】
そして、放送制御部２５４は、シグナリング解析部２５３からの解析結果に基づいて、各部の動作を制御することで、リッチメディアを実行する。例えば、放送制御部２５４は、再生中の番組の映像に、EAD（のEAMessage要素のEAMessageData要素）に対応した緊急警報情報（の字幕情報）を重畳表示させる。
【０１６７】
なお、受信装置２０において、ユーザによって、緊急警報詳細情報（緊急警報情報のさらに詳細な情報）の表示が指示された場合、通信制御部２５５は、通信部２１７を制御して、EAD（のEAMessage要素のEAWww要素のuri属性）に指定された緊急情報サイトのURIに従い、インターネット９０を介して通信サーバ３０にアクセスする。これにより、緊急情報サイトから取得された緊急警報詳細情報が表示されることになる。
【０１６８】
一方、ステップＳ２４４において、EADフラグ（EAD_EXISTS）に、"0"が指定されていると判定された場合、処理は、ステップＳ２４６に進められる。ステップＳ２４６において、放送制御部２５４は、ステップＳ２４３の解析結果に基づいて、各部の動作を制御することで、EASの緊急警報信号フラグに従った緊急警報の動作を行う。
【０１６９】
以上、緊急警報処理の流れについて説明した。
【０１７０】
＜６．変形例＞
【０１７１】
なお、上述した説明としては、地上デジタルテレビ放送の規格として、米国等で採用されている方式であるATSCを説明したが、日本等が採用する方式であるISDB（Integrated Services Digital Broadcasting）や、欧州の各国等が採用する方式であるDVB（Digital Video Broadcasting）などに適用するようにしてもよい。また、地上デジタルテレビ放送に限らず、衛星デジタルテレビ放送やデジタル有線テレビ放送などで採用するようにしてもよい。
【０１７２】
また、上述した説明では、シグナリング情報の名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、SCD（Service Configuration Description）は、SCT（Service Configuration Table）と記述される場合がある。また、例えば、SPD（Service Parameter Description）は、SPT（Service Parameter Table）と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリング情報の実質的な内容が異なるものではない。
【０１７３】
さらに、上述した説明では、シグナリング情報がXML等のマークアップ言語により記述される場合における、その要素や属性について説明したが、それらの要素や属性の名称は一例であって、他の名称が採用されるようにしてもよい。例えば、SCD等に規定されるRFチャンネルID（RF Channel ID）は、ネットワークID（Network ID）やRFアロケーションID（RF Alloc ID）などと称するようにしてもよい。ただし、これらの名称の違いは、形式的な違いであって、それらの要素や属性の実質的な内容が異なるものではない。
【０１７４】
また、上述したBBPストリームは、データパイプ（Data Pipe）やPLP（Physical Layer Pipe）等のほかの名称で呼ばれる場合がある。SSCは、SCS（Service Channel Signaling）と称される場合がある。ただし、これらの名称の違いは、形式的な違いであって、それらの実質的な内容が異なるものではない。
【０１７５】
＜７．コンピュータの構成＞
【０１７６】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図１６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０１７７】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０１７８】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０１７９】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０１８０】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０１８１】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０１８２】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０１８３】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０１８４】
また、本技術は、以下のような構成をとることができる。
【０１８５】
（１）
IP（Internet Protocol）伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得する第１の取得部と、
前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得する第２の取得部と、
前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する制御部と
を備える受信装置。
（２）
前記第２の取得部は、前記第１のシグナリングデータに含まれる前記フラグが、前記第２のシグナリングデータが存在することを示している場合に、前記第１のシグナリングデータに含まれる、前記第２のシグナリングデータが伝送されているストリームの識別情報に基づいて、当該ストリームから前記第２のシグナリングデータを取得する
（１）に記載の受信装置。
（３）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層における、前記第２のシグナリングデータが伝送される階層よりもさらに下位の階層で伝送される、FIC（Fast Information Channel）であり、
前記第２のシグナリングデータは、前記デジタル放送の放送波における物理チャンネルごとの前記ストリームの構成と前記サービスの構成を示しているSCD（Service Configuration Description）又はレーティング情報を含むRRD（Region Rating Description）である
（２）に記載の受信装置。
（４）
前記第１のシグナリングデータは、前記物理チャンネルを識別するための識別情報、前記ストリームを識別するための識別情報、及び、前記サービスを識別するための識別情報を含む
（３）に記載の受信装置。
（５）
前記第１のシグナリングデータは、前記サービスの供給元を特定するための識別情報を含む
（３）又は（４）に記載の受信装置。
（６）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
（３）乃至（５）のいずれか一項に記載の受信装置。
（７）
前記第１のシグナリングデータは、緊急警報に関する情報を含むEAS（Emergency Alert System）であり、
前記第２のシグナリングデータは、緊急警報に関する情報を含むEAD（Emergency Alerting Description）である
（２）に記載の受信装置。
（８）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得し、
前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得し、
前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する
ステップを含む受信方法。
（９）
IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成する生成部と、
受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する送信部と
を備える送信装置。
（１０）
前記第１のシグナリングデータは、前記フラグが、前記第２のシグナリングデータが存在することを示している場合に、前記第２のシグナリングデータが伝送されているストリームの識別情報を含む
（９）に記載の送信装置。
（１１）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層における、前記第２のシグナリングデータが伝送される階層よりもさらに下位の階層で伝送される、FIC（Fast Information Channel）であり、
前記第２のシグナリングデータは、前記デジタル放送の放送波における物理チャンネルごとの前記ストリームの構成と前記サービスの構成を示しているSCD（Service Configuration Description）又はレーティング情報を含むRRD（Region Rating Description）である
（１０）に記載の送信装置。
（１２）
前記第１のシグナリングデータは、前記物理チャンネルを識別するための識別情報、前記ストリームを識別するための識別情報、及び、前記サービスを識別するための識別情報を含む
（１１）に記載の送信装置。
（１３）
前記第１のシグナリングデータは、前記サービスの供給元を特定するための識別情報を含む
（１１）又は（１２）に記載の送信装置。
（１４）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
（１１）乃至（１３）のいずれか一項に記載の送信装置。
（１５）
前記第１のシグナリングデータは、緊急警報に関する情報を含むEAS（Emergency Alert System）であり、
前記第２のシグナリングデータは、緊急警報に関する情報を含むEAD（Emergency Alerting Description）である
（１０）に記載の送信装置。
（１６）
送信装置の送信方法において、
前記送信装置が、
IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成し、
受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する
ステップを含む送信方法。
【符号の説明】
【０１８６】
１  放送通信システム，  １０  送信装置，  ２０  受信装置，  ３０  通信サーバ，  ９０  インターネット，  １１１  シグナリング取得部，  １１３  ビデオデータ取得部，  １１５  オーディオデータ取得部，  １１８  送信部，  ２１２  チューナ，  ２１４  制御部，  ２１７  通信部，  ２５１  第１シグナリング取得部，  ２５２  第２シグナリング取得部，  ２５３  シグナリング解析部，  ２５４  放送制御部，  ２５５  通信制御部，  ９００  コンピュータ，  ９０１  CPU
【図１】
0006617712.tif 000002
【図２】
0006617712.tif 000003
【図３】
0006617712.tif 000004
【図４】
0006617712.tif 000005
【図５】
0006617712.tif 000006
【図６】
0006617712.tif 000007
【図７】
0006617712.tif 000008
【図８】
0006617712.tif 000009
【図９】
0006617712.tif 000010
【図１０】
0006617712.tif 000011
【図１１】
0006617712.tif 000012
【図１２】
0006617712.tif 000013
【図１３】
0006617712.tif 000014
【図１４】
0006617712.tif 000015
【図１５】
0006617712.tif 000016
【図１６】
0006617712.tif 000017