(57)【要約】  本技術は、多様なサービスの運用を行うことができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。受信装置は、各種の機能を提供するためのトリガ情報であって、トリガ情報のタイプを示すタイプ情報と、トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含むトリガ情報を取得し、タイプ情報とチャンネル情報により識別されるトリガ情報に基づいて、各種の機能に応じた処理を行う。本技術は、例えば、デジタル放送信号を受信可能なテレビ受像機に適用することができる。
2016035588.tif 000002
【特許請求の範囲】
【請求項１】
各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報を取得する取得部と、
前記タイプ情報と前記チャンネル情報により識別される前記トリガ情報に基づいて、各種の機能に応じた処理を行う処理部と
を備える受信装置。
【請求項２】
前記トリガ情報は、前記チャンネル情報ごとのバージョン情報を含み、
前記取得部は、前記バージョン情報が更新された場合、前記トリガ情報を取得する
請求項１に記載の受信装置。
【請求項３】
前記トリガ情報は、IP（Internet Protocol）伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に関する機能を提供するための情報を含み、
前記処理部は、前記トリガ情報に基づいて、前記シグナリング情報に関する機能に応じた処理を行う
請求項２に記載の受信装置。
【請求項４】
前記トリガ情報は、電子番組表に関する機能を提供するための情報を含み、
前記処理部は、前記トリガ情報に基づいて、前記電子番組表に関する機能に応じた処理を行う
請求項２に記載の受信装置。
【請求項５】
前記トリガ情報は、緊急告知に関する機能を提供するための情報を含み、
前記処理部は、前記トリガ情報に基づいて、前記緊急告知に関する機能に応じた処理を行う
請求項２に記載の受信装置。
【請求項６】
前記トリガ情報は、コンテンツの視聴制限に関する機能を提供するための情報を含み、
前記処理部は、前記トリガ情報に基づいて、前記視聴制限に関する機能に応じた処理を行う
請求項２に記載の受信装置。
【請求項７】
前記トリガ情報は、インターネット上のリソースを識別可能なロケーション情報を含み、
前記処理部は、前記ロケーション情報に基づいて、インターネット上のサーバにアクセスして、各種の機能に応じた情報を取得する
請求項１に記載の受信装置。
【請求項８】
前記取得部は、
前記チャンネル情報により示される系列ごとに伝送される前記トリガ情報のリストであるトリガチャンネルリストを取得し、
前記トリガチャンネルリストに基づいて、前記トリガ情報を取得する
請求項１に記載の受信装置。
【請求項９】
前記トリガ情報は、IP伝送方式を用いたデジタル放送の放送波に含めて配信されるか、又はインターネット上に設けられるコンテンツ認識機能を有するサーバから配信される
請求項１に記載の受信装置。
【請求項１０】
受信装置の受信方法において、
前記受信装置が、
各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報を取得し、
前記タイプ情報と前記チャンネル情報により識別される前記トリガ情報に基づいて、各種の機能に応じた処理を行う
ステップを含む受信方法。
【請求項１１】
各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報を生成する生成部と、
生成された前記トリガ情報を送信する送信部と
を備える送信装置。
【請求項１２】
前記トリガ情報は、前記チャンネル情報ごとのバージョン情報を含む
請求項１１に記載の送信装置。
【請求項１３】
前記トリガ情報は、IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に関する機能を提供するための情報を含む
請求項１２に記載の送信装置。
【請求項１４】
前記トリガ情報は、電子番組表に関する機能を提供するための情報を含む
請求項１２に記載の送信装置。
【請求項１５】
前記トリガ情報は、緊急告知に関する機能を提供するための情報を含む
請求項１２に記載の送信装置。
【請求項１６】
前記トリガ情報は、コンテンツの視聴制限に関する機能を提供するための情報を含む
請求項１２に記載の送信装置。
【請求項１７】
前記トリガ情報は、インターネット上のリソースを識別可能なロケーション情報を含む
請求項１１に記載の送信装置。
【請求項１８】
前記送信部は、前記トリガ情報を、IP伝送方式を用いたデジタル放送の放送波に含めて送信する
請求項１１に記載の送信装置。
【請求項１９】
送信装置の送信方法において、
前記送信装置が、
各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報を生成し、
生成された前記トリガ情報を送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、多様なサービスの運用を行うことができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
地上波放送で放送された番組等の放送コンテンツを、ケーブルテレビ（CATV：Cable Television）や衛星放送により再配信する運用が行われている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１３６４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、地上波放送で放送された番組等の放送コンテンツが、ケーブルテレビ等で再配信される場合に、地上波放送において規定された仕組みが、ケーブルテレビ等の再配信において維持することができない場合がある。この場合に、受信機に対して、地上波放送と同等のサービスを提供することができない可能性があり、再配信の環境において、多様なサービスの運用を行うための技術が要請されていた。【０００５】
本技術はこのような状況に鑑みてなされたものであり、多様なサービスの運用を行うことができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報を取得する取得部と、前記タイプ情報と前記チャンネル情報により識別される前記トリガ情報に基づいて、各種の機能に応じた処理を行う処理部とを備える受信装置である。【０００７】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。【０００８】
本技術の第１の側面の受信装置、及び、受信方法においては、各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報が取得され、前記タイプ情報と前記チャンネル情報により識別される前記トリガ情報に基づいて、各種の機能に応じた処理が行われる。【０００９】
本技術の第２の側面の送信装置は、各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報を生成する生成部と、生成された前記トリガ情報を送信する送信部とを備える送信装置である。【００１０】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。【００１１】
本技術の第２の側面の送信装置、及び、送信方法においては、各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報が生成され、生成された前記トリガ情報が送信される。
【発明の効果】
【００１２】
本技術の第１の側面、及び、第２の側面によれば、多様なサービスの運用を行うことができる。【００１３】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１４】
【図１】IP伝送方式のデジタル放送のシステムパイプモデルを示す図である。
【図２】トリガ情報を用いた制御の概要を説明する図である。
【図３】トリガ情報の構成を示す図である。
【図４】コマンドIDに応じたトリガ情報のタイプを示す図である。
【図５】トリガチャンネルの概念を模式的に表した図である。
【図６】TLTのシンタックスの例を示す図である。
【図７】SCSトリガ情報の構成を示す図である。
【図８】ユースケース１を説明する図である。
【図９】ACR対応時のユースケース１を説明する図である。
【図１０】ESGトリガ情報の構成を示す図である。
【図１１】ユースケース２を説明する図である。
【図１２】ACR対応時のユースケース２を説明する図である。
【図１３】EADトリガ情報の構成を示す図である。
【図１４】ユースケース３を説明する図である。
【図１５】ACR対応時のユースケース３を説明する図である。
【図１６】RRDトリガ情報の構成を示す図である。
【図１７】ユースケース４を説明する図である。
【図１８】ACR対応時のユースケース４を説明する図である。
【図１９】放送通信システムの構成例を示す図である。
【図２０】送信装置の構成例を示す図である。
【図２１】受信装置の構成例を示す図である。
【図２２】制御部の構成例を示す図である。
【図２３】各サーバの構成例を示す図である。
【図２４】各サーバの構成例を示す図である。
【図２５】デジタル放送信号送信処理の流れを説明するフローチャートである。
【図２６】デジタル放送信号受信処理の流れを説明するフローチャートである。
【図２７】トリガ情報対応処理の流れを説明するフローチャートである。
【図２８】SCSトリガ情報対応処理の流れを説明するフローチャートである。
【図２９】ESGトリガ情報対応処理の流れを説明するフローチャートである。
【図３０】EADトリガ情報対応処理の流れを説明するフローチャートである。
【図３１】RRDトリガ情報対応処理の流れを説明するフローチャートである。
【図３２】ストリーミング配信処理の流れを説明するフローチャートである。
【図３３】SCS配信処理の流れを説明するフローチャートである。
【図３４】ESG配信処理の流れを説明するフローチャートである。
【図３５】EAD配信処理の流れを説明するフローチャートである。
【図３６】RRD配信処理の流れを説明するフローチャートである。
【図３７】トリガ情報配信処理の流れを説明するフローチャートである。
【図３８】TLT配信処理の流れを説明するフローチャートである。
【図３９】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１６】
１．IP伝送方式によるデジタル放送の概要
２．トリガ情報を用いた制御の概要
３．具体的なユースケース
（１）ユースケース１：SCSトリガ情報
（２）ユースケース２：ESGトリガ情報
（３）ユースケース３：EADトリガ情報
（４）ユースケース４：RRDトリガ情報
４．システムの構成
５．各装置で実行される処理の流れ
６．コンピュータの構成
【００１７】
＜１．IP伝送方式によるデジタル放送の概要＞
【００１８】
各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2-Transport Stream）方式が採用されているが、今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。特に、現在策定が進められている米国の次世代放送規格であるATSC（Advanced Television Systems Committee）3.0では、IP伝送方式を用いたデジタル放送の採用が見込まれている。
【００１９】
（システムパイプモデル）
図１は、IP伝送方式のデジタル放送のシステムパイプモデルを示す図である。
【００２０】
図１において、所定の周波数帯域を有する放送波（RF Channel）には、複数のBBP（Base Band Packet）ストリームが伝送されている。また、各BBPストリームには、NTP（Network Time Protocol）、複数のサービスチャンネル（Service Channel）、ESG（Electronic Service Guide）サービス、及び、LLS（Low Layer Signaling）が含まれる。なお、NTP、サービスチャンネル、及び、ESGサービスは、UDP/IP（User Datagram Protocol/Internet Protocol）のプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。
【００２１】
NTPは、時刻情報である。ESGサービスは、電子サービスガイド（電子番組表）である。LLSは、低レイヤのシグナリング情報が伝送される。例えば、LLSとしては、SCD（Service Configuration Description）、EAD（Emergency Alerting Description）、RRD（Region Rating Description）等のLLSシグナリング情報が伝送される。
【００２２】
SCDは、上述したMPEG2-TS方式に対応したID体系によって、放送ネットワーク内のBBPストリーム構成とサービス構成を示している。また、SCDには、サービス単位の属性・設定情報や、ESGサービスやSCSに接続するためのbootstrap情報などが含まれる。
【００２３】
EADは、緊急告知（緊急通知）に関する情報を含んでいる。RRDは、レーティング情報を含んでいる。なお、SCD等のLLSシグナリング情報は、例えば、XML（Extensible Markup Language）等のマークアップ言語により記述される。
【００２４】
サービスチャンネル（以下、「サービス」ともいう）は、SCS（Service Channel Signaling）と、ビデオやオーディオ、字幕等の番組（放送コンテンツ）を構成するコンポーネント（Component）から構成される。なお、各サービスを構成する要素には、共通のIPアドレスが付与されており、このIPアドレスを用いて、サービスごとに、コンポーネントやSCSなどをパッケージ化することができる。
【００２５】
SCSは、サービス単位のシグナリング情報が伝送される。例えば、SCSとしては、USD（User Service Description）、MPD（Media Presentation Description）、SDP（Session Description Protocol）、FDD（File Delivery Description）、SPD（Service Parameter Description）、IS（Initialization Segment）等のSCSシグナリング情報が伝送される。
【００２６】
USDは、MPD、FDD、SDP等のSCSシグナリング情報を参照するための参照情報を含んでいる。なお、USDは、USBD（User Service Bundle Description）と称される場合がある。MPDは、サービス単位で伝送されるコンポーネントのストリームごとのセグメントURL（Uniform Resource Locator）などの情報を含んでいる。なお、MPDは、MPEG-DASH（Moving Picture Expert Group - Dynamic Adaptive Streaming over HTTP）の規格に準じている。SDPは、サービス単位のサービス属性、ストリームの構成情報や属性、フィルタ情報、ロケーション情報などを含んでいる。
【００２７】
FDDは、FLUTE（File Delivery over Unidirectional Transport）セッションにおけるTSI（Transport Session Identifier）ごとのインデックス情報として、ロケーション情報（例えばURLなど）やTOI（Transport Object Identifier）などの情報を含んでいる。ここで、FLUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOIにより管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSIにより管理する。
【００２８】
すなわち、FLUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。なお、FDDは、USDに要素として含めるようにしてもよい。また、FLUTEの代わりに、FLUTEを拡張したFLUTE +（FLUTE plus）を用いるようにしてもよい。
【００２９】
SPDは、サービスやコンポーネントのレベルで規定された各種のパラメータを含んで構成される。ISは、FLUTEセッションで伝送されるビデオやオーディオのコンポーネントのセグメントデータに関する制御情報を含んでいる。
【００３０】
すなわち、FLUTEセッションでビデオやオーディオのコンポーネントを伝送する場合、これらのコンポーネントのファイルは、セグメントごとに分割され、各セグメントは、IS（Initialization Segment）と、MS（Media Segment）から構成される。ISには、データ圧縮方式等の初期化情報や制御情報が含まれる。また、MSには、ビデオやオーディオのコンポーネントのデータが格納される。なお、FLUTEセッションの各セグメントは、ISO Base Media File Formatの規定に準じている。
【００３１】
なお、USDやMPD等のSCSシグナリング情報は、例えば、XML等のマークアップ言語により記述される。また、以下、LLSシグナリング情報と、SCSシグナリング情報を特に区別する必要がない場合には、単に「シグナリング情報」と称して説明する。
【００３２】
ここで、所定の周波数帯域を有する放送波（RF Channel）には、例えば放送事業者ごとに、RFチャンネルID（RF Channel 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に対応している。
【００３５】
＜２．トリガ情報を用いた制御の概要＞
【００３６】
（トリガ情報を用いた制御の概要）
図２は、トリガ情報を用いた制御の概要を説明する図である。
【００３７】
本技術を適用したトリガ情報を用いた制御においては、送信機（後述する送信装置１０）から配信されるサービス（Service）としての放送コンテンツを構成するビデオデータとオーディオデータのうち、ビデオデータに、各種の機能を提供するためのトリガ情報（Trigger）を含めて配信されるようにする。これにより、受信機（後述する受信装置２０）では、当該トリガ情報に基づいて、各種の機能に応じた処理を行うことになる。
【００３８】
図２において、受信機は、アプリケーションに関する機能を提供するためのトリガ情報（以下、「アプリトリガ情報」という）を取得した場合、当該トリガ情報に基づいて、AIT（Application Information Table）を取得することで、放送コンテンツに連動して実行されるアプリケーション（以下、単に、「アプリケーション」という）の動作を制御することができる。なお、AITは、インターネット上のサーバ等から取得される、アプリケーション制御情報である。
【００３９】
また、受信機は、SCSシグナリング情報に関する機能を提供するためのトリガ情報（以下、「SCSトリガ情報」という）を取得した場合、当該トリガ情報に基づいて、例えば、MPDを取得することで、適応的に、通信コンテンツとしてのビデオデータやオーディオデータ（Alternative Components）を出力することができる。
【００４０】
受信機は、字幕に関する機能を提供するためのトリガ情報（以下、「字幕トリガ情報」という）を取得した場合、当該トリガ情報に基づいて、SIT（Subtitle Information Table）等の字幕情報を取得することで、放送コンテンツに重畳表示される字幕を制御することができる。なお、SITは、字幕を制御するための情報である。受信機は、電子番組表に関する機能を提供するためのトリガ情報（以下、「ESGトリガ情報」という）を取得した場合、当該トリガ情報に基づいて、ESG情報を取得することで、電子番組表に関する処理を行うことができる。
【００４１】
さらにまた、受信機は、緊急告知サービスに関する機能を提供するためのトリガ情報（以下、「EADトリガ情報」という）を取得した場合、当該トリガ情報に基づいて、EAD情報を取得することで、緊急告知サービスに関する処理を行うことができる。受信機は、コンテンツの視聴制限（レーティング情報）に関する機能を提供するためのトリガ情報（以下、「RRDトリガ情報」という）を取得した場合、当該トリガ情報に基づいて、RRD情報を取得することで、視聴制限に関する処理を行うことができる。
【００４２】
なお、受信機は、TLT（Trigger List Table）を取得するためのトリガ情報（以下、「TLTトリガ情報」という）を取得した場合、当該トリガ情報に基づいて、TLT情報を取得することで、現時点でどのようなトリガ情報が伝送されているかを認識してから、トリガ情報を取得することができる。なお、TLTは、チャンネル（トリガチャンネル）ごとに伝送されるトリガ情報のリストを示したトリガチャンネルリスト（Trigger Channel List）であると言える。
【００４３】
（トリガ情報の詳細な構成）
図３は、トリガ情報の構成を示す図である。
【００４４】
トリガ情報は、トリガ情報のタイプを示すタイプ情報としてのコマンドID（cmdID）と、トリガ情報が伝送されるトリガチャンネルを識別するためのトリガチャンネルIDと、トリガ情報本体であるロケーション情報としてのURI（Uniform Resource Identifier）が記述される構造となる。
【００４５】
図３において、3ビットのnumber_of_triggerには、トリガ情報の数を示すトリガ数（N：Nは1以上の整数）が指定される。4ビットのtrigger_map_numberには、トリガ情報のマップの数を示すトリガマップ数（M：Mは1以上の整数）が指定される。1ビットのtrigger_name_flagには、トリガ情報の名称を配置するかどうかを示すフラグが指定される。
【００４６】
トリガ数Nの第１ループには、トリガ情報ごとに、channelID、cmdID、version、length、及び、name_lengthが配置される。8ビットのchannelIDには、トリガチャンネルIDが指定される。ここで、トリガチャンネルは、トリガ情報により提供される機能ごとの系列を示しており、トリガチャンネルIDにより識別される。
【００４７】
8ビットのcmdIDには、コマンドIDが指定される。コマンドIDには、トリガ情報のタイプ（種類）を示すタイプ情報である。なお、コマンドIDの詳細については、図４を参照して後述する。8ビットのversionには、トリガチャンネルごとのバージョン情報が指定される。8ビットのlengthには、トリガ情報のバイト数が指定される。
【００４８】
trigger_name_flagが"1"である場合には、8ビットのname_lengthにより、トリガ情報の名称の長さが指定され、そのループには、8ビットのtrigger_name_byteが配置される。trigger_name_byteには、トリガ情報の名称が指定される。トリガマップ数Mのループには、16ビットのtrigger_map_bitsが配置される。trigger_map_bitsは、各ビットにより現在伝送されているトリガタイプを示すビットマップである。
【００４９】
トリガ数Nの第２ループには、トリガ情報ごとに、8ビットのURI_byteが配置される。URI_byteには、トリガ本体としてのURIが指定される。
【００５０】
図４は、コマンドIDに応じたトリガ情報のタイプを示す図である。
【００５１】
図４において、"0"であるコマンドIDは、TLTトリガ情報であることを示し、そのURIとして、TLT情報を配信するサーバのURLが指定される。"1"であるコマンドIDは、アプリトリガ情報であることを示し、そのURIとして、AITを配信するサーバのURLが指定される。"2"であるコマンドIDは、アプリケーションを直接制御するためのトリガ情報であることを示し、そのURIとして、例えば、アプリケーションを配信するサーバのURLが指定される。
【００５２】
"3"であるコマンドIDは、SCSトリガ情報であることを示し、そのURIとして、SCS（例えば、MPD）を配信するサーバのURL（後述するSCSサーバ４０のURL）が指定される。"4"であるコマンドIDは、字幕トリガ情報であることを示し、そのURIとして、字幕情報を配信するサーバのURLが指定される。"5"であるコマンドIDは、ESGトリガ情報であることを示し、そのURIとして、ESG情報を配信するサーバのURL（後述するESGサーバ５０のURL）が指定される。
【００５３】
"6"であるコマンドIDは、EADトリガ情報であることを示し、そのURIとして、EADを配信するサーバのURL（後述するEADサーバ６０のURL）が指定される。"7"であるコマンドIDは、RRTトリガ情報であることを示し、そのURIとして、RRTを配信するサーバのURL（後述するRRDサーバ７０のURL）が指定される。"8"であるコマンドIDは、PDI（Preference Demographic and Interest）に対応したトリガ情報であることを示し、そのURIとして、PDIを配信するサーバのURLが指定される。なお、PDIは、プロバイダサーバからの質問に対するユーザの回答を示す情報を生成することで、ユーザの嗜好にマッチしたコンテンツのみが再生（蓄積）されるようにする仕組みである。
【００５４】
"9"であるコマンドIDは、視聴データ（視聴履歴）に対応したトリガ情報であることを示し、そのURIとして、視聴データの転送先のサーバのURLが指定される。"10"であるコマンドIDは、MPD参照用のURLを含むトリガ情報（以下、「MPD参照用トリガ情報」という）であることを示し、そのURIとして、MPD参照用のURLが指定される。すなわち、"3"であるコマンドIDのトリガ情報に従って取得されたMPDに記述されるURLの中の放送コンテンツを構成するコンポーネント（のストリーム）の取得先を示すURLが指定される。従って、MPDに記述されるURLのうち、MPD参照用のURL以外のURLは、通信コンテンツを構成するコンポーネント（のストリーム）の取得先を示すURLとされる。
【００５５】
（トリガチャンネルの詳細）
トリガチャンネルは、トリガ情報により提供される特定の機能の系列（シーケンス）を表している。トリガチャンネルは、コマンドIDにより識別されるトリガ情報のタイプによっても異なるが、同一のタイプのトリガ情報であっても、複数のトリガチャンネルで伝送される場合がある。
【００５６】
例えば、アプリトリガ情報について、元のコンテンツプロバイダが提供するアプリケーションの制御用のチャンネルと、放送事業者が提供するアプリケーションの制御用のチャンネルが設けられる場合がある。また、字幕トリガ情報において、言語別（例えば英語やスペイン語等）や目的別（例えば視覚障害者向け等）のチャンネルが設けられる場合がある。
【００５７】
図５は、トリガチャンネルの概念を模式的に表した図である。なお、図５においては、図中左側から右側に向かう方向が時間の方向とされる。また、図中の下側の矢印が、放送コンテンツ（AV signal）を表しており、そのビデオデータに、各トリガチャンネルで伝送されるトリガ情報が埋め込まれている。
【００５８】
図５において、チャンネル#0は、TLTトリガ情報が伝送されるチャンネルとされる。チャンネル#1は、元のコンテンツプロバイダ（Content Provider）が提供するアプリケーションの制御用のアプリトリガ情報が伝送されるチャンネルとされる。また、チャンネル#2は、放送事業者（Broadcaster）が提供するアプリケーションの制御用のアプリトリガ情報が伝送されるチャンネルとされる。
【００５９】
チャンネル#3は、英語字幕（English）の制御用の字幕トリガ情報が伝送されるチャンネルとされる。また、チャンネル#4は、スペイン語字幕（Spanish）の制御用の字幕トリガ情報が伝送されるチャンネルとされる。チャンネル#5は、SCSトリガ情報が伝送されるチャンネルとされる。なお、図５には図示していないが、その他のタイプのトリガ情報、例えば、ESGトリガ情報、EADトリガ情報、RRDトリガ情報などについても、例えば、チャンネル#6、チャンネル#7、チャンネル#8などのチャンネルで伝送されることになる。
【００６０】
また、トリガチャンネルごとに、バージョン情報が指定されているが、各トリガチャンネルでは、必要に応じて同じ内容のトリガ情報を繰り返し伝送して、その内容を更新したときに、バージョン情報を書き換えるようにする。例えば、チャンネル#0においては、"1"であるバージョン情報のTLTトリガ情報が繰り返し伝送され、その後、"2"であるバージョン情報のTLTトリガ情報が繰り返し伝送されることになる。
【００６１】
受信機では、複数のトリガチャンネルのそれぞれにおいて、様々なタイプのトリガ情報が、時々刻々伝送される中で、トリガ情報に含まれるチャンネルIDとバージョン情報によりフィルタをかけて、必要な機能のトリガ情報が伝送されるトリガチャンネルに対して、その更新時に１回のみ、当該トリガ情報を取り込むようにする。例えば、図５において、チャンネル#1では、"126"であるバージョン情報のアプリトリガ情報が繰り返し伝送されているが、受信機では、最初の"126"であるバージョン情報のアプリトリガ情報のみを取得し、それ以降の"126"であるバージョン情報のアプリトリガ情報は無視するようにする。
【００６２】
（TLTのシンタックスの例）
図６は、TLTのシンタックスの例を示す図である。TLTは、例えばXML等のマークアップ言語により記述される。なお、図６において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
【００６３】
また、図６において、出現数（Cardinality）であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定される。
【００６４】
図６において、TriggerChannel要素は、１又は複数のトリガチャンネルを表している。各TriggerChannel要素は、ChannelID属性、cmdID属性、version属性、及び、name属性から構成される。ChannelID属性には、トリガチャンネルIDが指定される。cmdID属性には、コマンドIDが指定される。version属性には、トリガチャンネルごとのバージョン情報が指定される。name属性には、トリガ情報の名称が指定される。
【００６５】
なお、図６に示したTLTのシンタックスの構成は、一例であって、他の構成を採用するようにしてもよい。
【００６６】
＜３．具体的なユースケース＞
【００６７】
（１）ユースケース１：SCSトリガ情報
【００６８】
（SCSトリガ情報の構成）
図７は、SCSトリガ情報の構成を示す図である。
【００６９】
図７において、SCSトリガ情報は、チャンネルID、コマンドID、及び、バージョン情報等のヘッダ情報と、トリガ情報本体であるロケーション情報（locator_part）としてのURIが記述される構造となる。チャンネルIDには、当該SCSトリガ情報が伝送されているトリガチャンネルを識別するIDが指定される。コマンドIDには、SCSトリガ情報である場合、"3"が指定される。また、ロケーション情報には、SCSとしてのMPD情報を配信するサーバのURL（例えば、後述する図８等のSCSサーバ４０のURL）が指定される。
【００７０】
タームスには、メディアタイム情報（media_time）が指定される。このメディアタイム情報には、MPDにおいて参照する時刻情報が指定される。また、タームスには、オプションとして、スプレッド情報（spread）、バージョン情報（version）、又はその他（others）のパラメータを指定することができる。スプレッド情報には、MPDに関する動作を確率的に分散させるための情報が指定される。バージョン情報としては、MPDのバージョン情報が指定される。なお、SCSトリガ情報において、これらのパラメータは、"&"により連結されることになる。
【００７１】
（ユースケース１）
図８は、ユースケース１を説明する図である。なお、図８には、各家庭等に設置された受信装置２０により実行される各処理ステップが示されており、時間の方向は、図中の左側から右側に向かう方向とされる。なお、それらの関係は後述する他の図でも同様とされる。
【００７２】
図８において、RFチャンネルIDにより識別される放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号（Broadcast Signal）によって、BBPストリームIDにより識別されるBBPストリームを伝送している。BBPストリームでは、サービスIDで識別されるサービスとして配信される放送コンテンツを構成するコンポーネント（Audio1/Video1）やシグナリング情報（不図示）のストリームが伝送されている。なお、これらのストリームで伝送されるファイルは、FLUTEセッションで伝送される。
【００７３】
また、図８において、インターネット９０上には、ストリーミングサーバ３０と、SCSサーバ４０が設けられている。ストリーミングサーバ３０は、インターネット９０を介して、通信コンテンツを構成するコンポーネント（Audio2/Video2）のストリームを配信している。また、SCSサーバ４０は、インターネット９０を介してMPD情報を配信している。
【００７４】
このユースケース１においては、送信装置１０から配信される放送コンテンツ（例えば番組等）が送信されている。図８において、受信装置２０では、送信装置１０からのコンポーネント（Audio1/Video1）のストリームに接続することで、放送コンテンツが再生されている。
【００７５】
受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図８のＳ１１）。このトリガ情報には、２つのトリガチャンネル、すなわち、コマンドIDが"3"とされるSCSトリガ情報と、コマンドIDが"10"とされるMPD参照用トリガ情報が含まれる。SCSトリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、及び、バージョン情報のほか、ロケーション情報（SCS URL）とメディアタイム情報（media_time）が含まれる。また、MPD参照用トリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、バージョン情報のほか、MPD参照用のURL（Self_ref_URL）が含まれる。
【００７６】
受信装置２０は、SCSトリガ情報に含まれるメディアタイム情報を設定して、当該メディアタイム情報による時刻の計時を開始する（図８のＳ１２）。また、受信装置２０は、SCSトリガ情報に含まれるロケーション情報（SCSサーバ４０のURL）に基づいて、インターネット９０を介してSCSサーバ４０にアクセスして、SCSとしてのMPD情報を取得する（図８のＳ１３）。
【００７７】
ここで、MPD情報（MPD）には、Period要素、AdaptationSet（AS）要素、及び、Representation（RP）要素が、XML等のマークアップ言語により階層構造で記述されている。Period要素は、番組等のコンテンツの構成を記述する単位となる。また、AdaptationSet要素とRepresentation要素は、ビデオやオーディオ、字幕等のそれぞれのストリームごとに利用され、ぞれぞれのストリームの属性を記述できるようになっている。
【００７８】
図８のMPDの例では、１つ目のAdaptationSet要素（AS1）には、ビデオ１のストリームのセグメントURLが記述され、２つ目のAdaptationSet要素（AS2）には、その子要素のRepresentation要素に、ビデオ２のストリームのセグメントURLが記述されている。また、３つ目のAdaptationSet要素（AS3）には、オーディオ１のストリームのセグメントURLが記述され、４つ目のAdaptationSet要素（AS4）には、オーディオ２のストリームのセグメントURLが記述されている。
【００７９】
ここでは、MPDにおいて、ビデオ１とオーディオ１のセグメントURLが、MPD参照用トリガ情報に含まれるURL（Self_ref_URL）と一致するので、それらのストリームは、放送ストリームとして伝送されていることが分かる。また、MPD参照用トリガ情報に含まれるURL（Self_ref_URL）と一致しないMPDのセグメントURLに対応するコンポーネントのストリームは、通信で伝送されているので、ビデオ２とオーディオ２のストリームは、通信ストリームとして伝送されていることになる。
【００８０】
そして、例えばマルチビューサービスが提供されている場合において、ユーザによりメインビューからサブビューに、表示が切り替えられたとき（図８のＳ１４）、受信装置２０は、MPDのビデオ２とオーディオ２のセグメントURLに従い、インターネット９０を介してストリーミングサーバ３０にアクセスし、通信コンテンツを構成するコンポーネント（Audio2/Video2）のストリームを取得する（図８のＳ１５）。これにより、受信装置２０では、再生中の番組において、その表示が、放送ストリームのメインビューから、通信ストリームのサブビューに切り替えられることになる。
【００８１】
ただし、通信コンテンツを構成するコンポーネント（Audio2/Video2）の再生時には、ステップＳ１２の処理で設定されたメディアタイム情報が参照され、例えば、番組の先頭を基準としたときの相対時刻に従い、再生されることになる。
【００８２】
なお、図８において、トリガ情報は、送信装置１０から定期的に配信されるものであって、受信装置２０では、例えば、SCSトリガ情報に含まれるヘッダ情報のバージョン情報を監視して、SCSトリガ情報の内容が更新されている場合には、当該SCSトリガ情報が取得される。これにより、受信装置２０においては、新たなSCSトリガ情報に含まれるメディアタイム情報の設定を行って計時時刻を調整するなどの処理が行われる。
【００８３】
（ACR対応時のユースケース１）
図９は、図８に示したユースケース１において、送信装置１０からトリガ情報が配信されるのではなく、ACRサーバ８０によってトリガ情報が配信される場合を示している。
【００８４】
図９においては、上述した図８と同様に、放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号によって、BBPストリームを伝送している。このBBPストリームでは、サービスとして配信される放送コンテンツを構成するコンポーネント（Audio1/Video1）等のストリームが伝送されている。
【００８５】
また、図９において、インターネット９０上には、ストリーミングサーバ３０とSCSサーバ４０の他に、ACRサーバ８０が設けられている。ストリーミングサーバ３０は、インターネット９０を介して、通信コンテンツを構成するコンポーネント（Audio2/Video2）のストリームを配信している。また、SCSサーバ４０は、インターネット９０を介して、MPD情報を配信している。
【００８６】
ACRサーバ８０は、受信装置２０からの問い合わせに応じて、ACR（Automatic Content Recognition）技術を用いたコンテンツの識別を行い、インターネット９０を介して、その識別結果に応じたトリガ情報を配信する。
【００８７】
図９において、受信装置２０では、送信装置１０からの放送コンテンツ（例えば番組等）を構成するコンポーネント（Audio1/Video1）のストリームに接続することで、放送コンテンツが再生されている。
【００８８】
受信装置２０は、再生中のコンテンツのビデオデータ及びオーディオデータの少なくとも一方から抽出される特徴量（以下、「フィンガプリント情報（Finger Print）」という）を、インターネット９０を介してACRサーバ８０に送信する（図９のＳ２１）。なお、このフィンガプリント情報は、例えば数秒周期で、受信装置２０からACRサーバ８０に送信される。
【００８９】
ACRサーバ８０は、受信装置２０からフィンガプリント情報を受信した場合、当該フィンガプリント情報をデータベースと照合することで、受信装置２０で再生中のコンテンツを、ACR技術を用いて識別し、その識別結果に応じたトリガ情報を生成する。ACRサーバ８０は、ACR識別結果に応じたトリガ情報を、インターネット９０を介して受信装置２０に送信する。
【００９０】
なお、ここでは、フィンガプリント情報の代わりに、ウォータマーク情報（Water Mark）を用いるようにしてもよい。ウォータマーク情報を用いた場合、番組のシーンを特定する情報を含めることができるため、その場合には、ACRサーバ８０側で番組のシーンを特定する必要はない。
【００９１】
そして、受信装置２０は、インターネット９０を介してACRサーバ８０から送信されるトリガ情報を取得（受信）する（図９のＳ２２）。このトリガ情報には、２つのトリガチャンネル、すなわち、コマンドIDが"3"とされるSCSトリガ情報と、コマンドIDが"10"とされるMPD参照用トリガ情報が含まれる。SCSトリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、及び、バージョン情報のほか、ロケーション情報（SCS URL）とメディアタイム情報（media_time）が含まれる。また、MPD参照用トリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、及び、バージョン情報のほか、MPD参照用のURL（Self_ref_URL）が含まれる。
【００９２】
その後、受信装置２０においては、上述した図８のステップＳ１２乃至Ｓ１５の処理に対応したステップＳ２３乃至Ｓ２６の処理が実行される。すなわち、受信装置２０では、SCSトリガ情報に含まれるメディアタイム情報による時刻の計時が開始されるとともに、インターネット９０を介してSCSサーバ４０からMPD情報が取得される（図９のＳ２３、Ｓ２４）。そして、ユーザによりメインビューからサブビューに、表示が切り替えられた場合（図９のＳ２５）、受信装置２０は、MPDに基づいて、インターネット９０を介してストリーミングサーバ３０にアクセスし、通信コンテンツを構成するコンポーネント（Audio2/Video2）のストリームを取得する（図９のＳ２６）。これにより、受信装置２０では、再生中の番組において、その表示が、放送ストリームのメインビューから、通信ストリームのサブビューに切り替えられることになる。
【００９３】
なお、受信装置２０は、ACRサーバ８０に対して、フィンガプリント情報を送信する場合に、SCSトリガ情報と、MPD参照用トリガ情報を要求するようにしてもよい。これにより、受信装置２０では、例えば、MPDが必要なタイミングでSCSトリガ情報等を取得して、SCSサーバ４０からMPD情報を取得することができる。
【００９４】
以上、ユースケース１について説明した。このユースケース１では、SCSシグナリング情報に関する機能を提供するためのSCSトリガ情報と、MPD参照用のURLを含むMPD参照用トリガ情報が、受信装置２０に配信されるようにすることで、受信装置２０に対して、例えば、通信コンテンツの再生を行うことができるようにするなど、多様なサービスを提供することができる。また、MPD情報は通信経由で取得されるので、仮に放送経由でMPD情報を取得できない場合であっても、確実に通信経由でMPD情報を取得して、通信コンテンツの再生を行うことができる。
【００９５】
（２）ユースケース２：ESGトリガ情報
【００９６】
（ESGトリガ情報の構成）
図１０は、ESGトリガ情報の構成を示す図である。
【００９７】
図１０において、ESGトリガ情報は、チャンネルID、コマンドID、及び、バージョン情報等のヘッダ情報と、トリガ情報本体であるロケーション情報（locator_part）としてのURIが記述される構造となる。チャンネルIDには、当該ESGトリガ情報が伝送されているトリガチャンネルを識別するIDが指定される。コマンドIDには、ESGトリガ情報である場合、"5"が指定される。また、ロケーション情報には、ESG情報を配信するサーバのURL（例えば、後述する図１１等のESGサーバ５０のURL）が指定される。
【００９８】
タームスには、プログラムID（ProgramID）が指定される。このプログラムIDには、現在の番組を識別するIDが指定される。また、タームスには、オプションとして、スコープ情報（scope）、スプレッド情報（spread）、バージョン情報（version）、又はその他（others）のパラメータを指定することができる。
【００９９】
スコープ情報には、現在の番組からいくつ先の番組までのESG情報を取得するかを示す数（number：プログラム数）を指定することができる。例えば、スコープ情報として、"1"が指定された場合には、現在の番組用のESGのみが取得され、"2"が指定された場合には、現在の番組と次の番組のESG情報が取得される。このように、スコープ情報として、番組数（プログラム数）を指定することで、受信装置２０では、現在の番組以降のESG情報を取得することができる。スプレッド情報には、ESGに関する動作を確率的に分散させるための情報が指定される。バージョン情報としては、ESGのバージョン情報が指定される。
【０１００】
（ユースケース２）
図１１は、ユースケース２を説明する図である。
【０１０１】
図１１において、RFチャンネルIDにより識別される放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号（Broadcast Signal）によって、BBPストリームIDにより識別されるBBPストリームを伝送している。BBPストリームでは、サービスIDで識別されるサービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）やシグナリング情報（不図示）のストリームが伝送されている。
【０１０２】
また、図１１において、インターネット９０上には、ESGサーバ５０が設けられている。ESGサーバ５０は、インターネット９０を介して、ESG情報を配信している。
【０１０３】
図１１において、受信装置２０では、送信装置１０からの放送コンテンツ（例えば番組等）を構成するコンポーネント（Audio/Video）のストリームに接続することで、放送コンテンツが再生されている。
【０１０４】
受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図１１のＳ３１）。このトリガ情報は、コマンドIDに"5"が指定されたESGトリガ情報とされる。ESGトリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、及び、バージョン情報のほか、ロケーション情報（ESG URL）が含まれる。
【０１０５】
受信装置２０は、ESGトリガ情報に含まれるロケーション情報（ESGサーバ５０のURL）に基づいて、インターネット９０を介してESGサーバ５０にアクセスして、ESG情報を取得する（図１１のＳ３２）。受信装置２０は、ステップＳ３２の処理で取得したESG情報を表示する（図１１のＳ３３）。例えば、受信装置２０は、ESG情報に基づいて、現在の番組のタイトルやロゴを表示したり、ユーザによる操作に応じて現在の番組の詳細情報を表示したりすることができる。
【０１０６】
なお、図１１において、トリガ情報は、送信装置１０から定期的に配信されるものであって、受信装置２０では、例えば、ESGトリガ情報に含まれるヘッダ情報のバージョン情報を監視して、ESGトリガ情報の内容が更新されている場合には、当該ESGトリガ情報が取得される。これにより、受信装置２０においては、新たなESGトリガ情報から得られるESG情報を表示するなどの処理が行われる。また、ESGトリガ情報のタームスとして、スコープ情報が含まれる場合、受信装置２０では、当該スコープ情報に指定される番組数（プログラム数）に応じて、現在の番組以降のESG情報が取得され、そのESG情報に応じた情報が表示されることになる。
【０１０７】
（ACR対応時のユースケース２）
図１２は、図１１に示したユースケース２において、送信装置１０からトリガ情報が配信されるのではなく、ACRサーバ８０によってトリガ情報が配信される場合を示している。
【０１０８】
図１２においては、上述した図１１と同様に、放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号によって、BBPストリームを伝送している。このBBPストリームでは、サービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）等のストリームが伝送されている。
【０１０９】
また、図１２において、インターネット９０上には、ESGサーバ５０の他に、ACRサーバ８０が設けられている。ACRサーバ８０は、受信装置２０からの問い合わせに応じて、ACR技術を用いたコンテンツの識別を行い、インターネット９０を介して、その識別結果に応じたトリガ情報を配信する。
【０１１０】
図１２において、受信装置２０では、送信装置１０からの放送コンテンツ（例えば番組等）を構成するコンポーネント（Audio/Video）のストリームに接続することで、放送コンテンツが再生されている。
【０１１１】
受信装置２０は、再生中の放送コンテンツのビデオデータ及びオーディオデータの少なくとも一方から抽出されるフィンガプリント情報を、インターネット９０を介してACRサーバ８０に送信する（図１２のＳ４１）。ACRサーバ８０は、受信装置２０からのフィンガプリント情報を用いたACR識別結果に応じたトリガ情報を、インターネット９０を介して受信装置２０に送信する。なお、ここでは、フィンガプリント情報の代わりに、ウォータマーク情報を用いるようにしてもよい。
【０１１２】
これにより、受信装置２０は、インターネット９０を介してACRサーバ８０から送信されるトリガ情報を取得（受信）する（図１２のＳ４２）。このトリガ情報は、コマンドIDに"5"が指定されたESGトリガ情報とされる。ESGトリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、及び、バージョン情報のほか、ロケーション情報（ESG URL）が含まれる。
【０１１３】
その後、受信装置２０においては、上述した図１１のステップＳ３２乃至Ｓ３３の処理に対応したステップＳ４３乃至Ｓ４４の処理が実行される。すなわち、受信装置２０では、インターネット９０を介してESGサーバ５０からESG情報が取得される（図１２のＳ４３）。そして、受信装置２０では、ステップＳ４３の処理で取得されたESG情報が表示される（図１２のＳ４４）。
【０１１４】
なお、受信装置２０は、ACRサーバ８０に対して、フィンガプリント情報を送信する場合に、ESGトリガ情報を要求するようにしてもよい。これにより、受信装置２０では、例えば、ESG情報が必要なタイミングでESGトリガ情報を取得して、ESGサーバ５０からESG情報を取得することができる。
【０１１５】
以上、ユースケース２について説明した。このユースケース２では、ESG情報に関する機能を提供するためのESGトリガ情報が、受信装置２０に配信されるようにすることで、受信装置２０に対して、例えば、ESG情報の表示を行うことができるようにするなど、多様なサービスを提供することができる。また、ESG情報は通信経由で取得されるので、仮に放送経由でESG情報を取得できない場合であっても、確実に通信経由でESG情報を取得して、ESG情報の表示等を行うことができる。
【０１１６】
（３）ユースケース３：EADトリガ情報
【０１１７】
（EADトリガ情報の構成）
図１３は、EADトリガ情報の構成を示す図である。
【０１１８】
図１３において、EADトリガ情報は、チャンネルID、コマンドID、及び、バージョン情報等のヘッダ情報と、トリガ情報本体であるロケーション情報（locator_part）としてのURIが記述される構造となる。チャンネルIDには、当該EADトリガ情報が伝送されているトリガチャンネルを識別するIDが指定される。コマンドIDには、EADトリガ情報である場合、"6"が指定される。また、ロケーション情報には、EAD情報を配信するサーバのURL（例えば、後述する図１４等のEADサーバ６０のURL）が指定される。
【０１１９】
タームスには、オプションとして、１又は複数のEAメッセージ（EA_message）が指定される。このEAメッセージには、EAメッセージID（eaMessageId）により識別されるメッセージ（message）として、より緊急度の高い緊急メッセージが指定される。なお、EAメッセージIDは、EAD情報に含まれるメッセージを識別するためのIDと対応している。また、EADトリガ情報において、複数のEAメッセージを配置する場合には、各EAメッセージ（メッセージIDとメッセージ）を、"&"により連結することになる。
【０１２０】
（ユースケース３）
図１４は、ユースケース３を説明する図である。
【０１２１】
図１４において、RFチャンネルIDにより識別される放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号（Broadcast Signal）によって、BBPストリームIDにより識別されるBBPストリームを伝送している。BBPストリームでは、サービスIDで識別されるサービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）やシグナリング情報（不図示）のストリームが伝送されている。
【０１２２】
また、図１４において、インターネット９０上には、EADサーバ６０が設けられている。EADサーバ６０は、インターネット９０を介して、EAD情報を配信している。
【０１２３】
図１４において、受信装置２０では、送信装置１０からの放送コンテンツ（例えば番組等）を構成するコンポーネント（Audio/Video）のストリームに接続することで、放送コンテンツが再生されている。
【０１２４】
受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図１４のＳ５１）。このトリガ情報は、コマンドIDに"6"が指定されたEADトリガ情報とされる。EADトリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、及び、バージョン情報のほか、ロケーション情報（EAD URL）が含まれる。また、EADトリガ情報には、オプションとしての、より緊急度の高い緊急メッセージ（EAメッセージ）が含まれる場合がある。
【０１２５】
受信装置２０は、EADトリガ情報にEAメッセージが含まれる場合、当該EAメッセージ（緊急メッセージ）を、再生中の放送コンテンツの映像に重畳して表示する（図１４のＳ５２）。この場合、受信装置２０において、EADトリガ情報を取得したタイミングで、直ちに緊急メッセージを表示させることができるので、ユーザは、より緊急度の高いメッセージの通知内容を確認することができる。また、受信装置２０においては、放送で伝送されるEADトリガ情報のみを用いているため、インターネット９０に接続できない環境であっても、緊急メッセージを表示させることが可能となる。
【０１２６】
また、受信装置２０は、EADトリガ情報にEAメッセージが含まれていない場合、EADトリガ情報に含まれるロケーション情報（EADサーバ６０のURL）に基づいて、インターネット９０を介してEADサーバ６０にアクセスして、EAD情報を取得する（図１４のＳ５３）。受信装置２０は、ステップＳ５３の処理で取得したEAD情報を処理する（図１４のＳ５４）。例えば、受信装置２０は、EAD情報に含まれる緊急告知に関するメッセージ（Message）を表示することができる。また、受信装置２０は、EAD情報に含まれるURL（WW.URL）に従い、インターネット９０上のサーバにアクセスして、緊急告知に関するウェブページを取得して表示させることができる。
【０１２７】
なお、上述した説明では、EADトリガ情報にEAメッセージが含まれていない場合に、EADサーバ６０からEAD情報を取得する場合を説明したが、EADトリガ情報にEAメッセージが含まれている場合に、EADサーバ６０からEAD情報を取得して、例えば、EADトリガ情報に含まれるEAメッセージと、EAD情報に含まれるメッセージが連携するようにしてもよい。この場合、それらのメッセージは、EAメッセージIDにより関連付けられることになる。
【０１２８】
また、受信装置２０は、EADサーバ６０に対して、EAD情報を要求する場合に、例えば、受信装置２０の現在位置を示す情報や、ユーザの年齢や性別などを示す情報を含めることで、ユーザごとにカスタマイズされたEAD情報が取得されるようにしてもよい。
【０１２９】
（ACR対応時のユースケース３）
図１５は、図１４に示したユースケース３において、送信装置１０からトリガ情報が配信されるのではなく、ACRサーバ８０によってトリガ情報が配信される場合を示している。
【０１３０】
図１５においては、上述した図１４と同様に、放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号によって、BBPストリームを伝送している。このBBPストリームでは、サービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）等のストリームが伝送されている。
【０１３１】
また、図１５において、インターネット９０上には、EADサーバ６０の他に、ACRサーバ８０が設けられている。ACRサーバ８０は、受信装置２０からの問い合わせに応じて、ACR技術を用いたコンテンツの識別を行い、インターネット９０を介して、その識別結果に応じたトリガ情報を配信する。
【０１３２】
図１５において、受信装置２０では、送信装置１０からの放送コンテンツ（例えば番組等）を構成するコンポーネント（Audio/Video）のストリームに接続することで、放送コンテンツが再生されている。
【０１３３】
受信装置２０は、再生中の放送コンテンツのビデオデータ及びオーディオデータの少なくとも一方から抽出されるフィンガプリント情報を、インターネット９０を介してACRサーバ８０に送信する（図１５のＳ６１）。ACRサーバ８０は、受信装置２０からのフィンガプリント情報を用いたACR識別結果に応じたトリガ情報を、インターネット９０を介して受信装置２０に送信する。なお、フィンガプリント情報の代わりに、ウォータマーク情報を用いるようにしてもよい。
【０１３４】
これにより、受信装置２０は、インターネット９０を介してACRサーバ８０から送信されるトリガ情報を取得（受信）する（図１５のＳ６２）。このトリガ情報は、コマンドIDに"6"が指定されたEADトリガ情報とされる。EADトリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、及び、バージョン情報のほか、ロケーション情報（EAD URL）と、オプションでEAメッセージ（Message）が含まれる。
【０１３５】
その後、受信装置２０においては、上述した図１４のステップＳ５２乃至Ｓ５４の処理に対応したステップＳ６３乃至Ｓ６５の処理が実行される。すなわち、受信装置２０では、EADトリガ情報にEAメッセージが含まれる場合、当該EAメッセージ（緊急メッセージ）が、再生中の放送コンテンツに重畳して表示される（図１５のＳ６３）。また、受信装置２０では、EADトリガ情報にEAメッセージが含まれていない場合、インターネット９０を介してEADサーバ６０からEAD情報が取得される（図１５のＳ６４）。そして、受信装置２０では、例えば、ステップＳ６４の処理で取得されたEAD情報に含まれる緊急告知に関するメッセージが表示される（図１５のＳ６５）。
【０１３６】
なお、受信装置２０は、ACRサーバ８０に対して、フィンガプリント情報を送信する場合に、EADトリガ情報を要求するようにしてもよい。これにより、受信装置２０では、例えば、緊急情報が必要となるタイミングで、EADトリガ情報を取得して、緊急告知に関する情報を取得することができる。
【０１３７】
以上、ユースケース３について説明した。このユースケース３では、EAD情報に関する機能を提供するためのEADトリガ情報が、受信装置２０に配信されるようにすることで、受信装置２０に対して、例えば、緊急告知に関する情報の表示を行うことができるようにするなど、多様なサービスを提供することができる。また、EAD情報は通信経由で取得されるので、仮に放送経由でEAD情報が取得できない場合であっても、確実に通信経由でEAD情報を取得して、例えば緊急告知に関する情報の表示等を行うことができる。
【０１３８】
（４）ユースケース４：RRDトリガ情報
【０１３９】
図１６は、RRDトリガ情報の構成を示す図である。
【０１４０】
図１６において、RRDトリガ情報は、チャンネルID、コマンドID、及び、バージョン情報等のヘッダ情報と、トリガ情報本体であるロケーション情報（locator_part）としてのURIが記述される構造となる。チャンネルIDには、当該RRDトリガ情報が伝送されているトリガチャンネルを識別するIDが指定される。コマンドIDには、RRDトリガ情報である場合、"7"が指定される。また、ロケーション情報には、RRD情報を配信するサーバのURL（例えば、後述する図１７等のRRDサーバ７０のURL）が指定される。
【０１４１】
タームスには、レーティング情報（rating）が指定される。レーティング情報は、リージョン情報、ディメンジョン情報、及び、バリュー情報から構成され、これらの情報により、例えばある番組に対する視聴制限をかけることができる。
【０１４２】
（ユースケース４）
図１７は、ユースケース４を説明する図である。
【０１４３】
図１７において、RFチャンネルIDにより識別される放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号（Broadcast Signal）によって、BBPストリームIDにより識別されるBBPストリームを伝送している。BBPストリームでは、サービスIDで識別されるサービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）やシグナリング情報（不図示）のストリームが伝送されている。
【０１４４】
また、図１７において、インターネット９０上には、RRDサーバ７０が設けられている。RRDサーバ７０は、インターネット９０を介して、RRD情報を配信している。
【０１４５】
図１７において、受信装置２０では、送信装置１０からの放送コンテンツ（例えば番組等）を構成するコンポーネント（Audio/Video）のストリームに接続することで、放送コンテンツが再生されている。
【０１４６】
受信装置２０は、送信装置１０がトリガ情報を配信したタイミングで、ビデオストリームで伝送されるトリガ情報を取得する（図１７のＳ７１）。このトリガ情報は、コマンドIDに"7"が指定されたRRDトリガ情報とされる。RRDトリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、及び、バージョン情報のほか、ロケーション情報（RRD URL）が含まれる。また、RRDトリガ情報には、レーティング情報として、リージョン情報、ディメンジョン情報、及び、バリュー情報が含まれる。
【０１４７】
受信装置２０は、RRDトリガ情報に含まれるロケーション情報（RRDサーバ７０のURL）に基づいて、インターネット９０を介してRRDサーバ７０にアクセスして、RRD情報を取得する（図１７のＳ７２）。受信装置２０は、RRDトリガ情報に含まれるレーティング情報（リージョン情報、ディメンジョン情報、及び、バリュー情報）に基づいて、ステップＳ７２の処理で取得したRRD情報を処理する（図１７のＳ７３）。例えば、受信装置２０では、再生中の放送コンテンツに視聴制限（例えば年齢制限）がかかっている場合に、その条件を満たしていないときには、放送コンテンツの再生を停止させることができる。
【０１４８】
なお、図１７において、トリガ情報は、送信装置１０から定期的に配信されるものであって、受信装置２０では、例えば、RRDトリガ情報に含まれるヘッダ情報のバージョン情報を監視して、RRDトリガ情報の内容が更新されている場合には、当該RRDトリガ情報が取得されることになるが、レーティング情報は頻繁に更新されるものではないので、RRDトリガ情報の取得頻度は低くなることが想定される。
【０１４９】
（ACR対応時のユースケース４）
図１８は、図１７に示したユースケース４において、送信装置１０からトリガ情報が配信されるのではなく、ACRサーバ８０によってトリガ情報が配信される場合を示している。
【０１５０】
図１８においては、上述した図１７と同様に、放送局（放送事業者）の送信装置１０は、IP伝送方式を用いたデジタル放送信号によって、BBPストリームを伝送している。このBBPストリームでは、サービスとして配信される放送コンテンツを構成するコンポーネント（Audio/Video）等のストリームが伝送されている。
【０１５１】
また、図１８において、インターネット９０上には、RRDサーバ７０の他に、ACRサーバ８０が設けられている。ACRサーバ８０は、受信装置２０からの問い合わせに応じて、ACR技術を用いたコンテンツの識別を行い、インターネット９０を介して、その識別結果に応じたトリガ情報を配信する。
【０１５２】
図１８において、受信装置２０では、送信装置１０からの放送コンテンツ（例えば番組等）を構成するコンポーネント（Audio/Video）のストリームに接続することで、放送コンテンツが再生されている。
【０１５３】
受信装置２０は、再生中の放送コンテンツのビデオデータ及びオーディオデータの少なくとも一方から抽出されるフィンガプリント情報を、インターネット９０を介してACRサーバ８０に送信する（図１８のＳ８１）。ACRサーバ８０は、受信装置２０からのフィンガプリント情報を用いたACR識別結果に応じたトリガ情報を、インターネット９０を介して受信装置２０に送信する。なお、フィンガプリント情報の代わりに、ウォータマーク情報を用いるようにしてもよい。
【０１５４】
これにより、受信装置２０は、インターネット９０を介してACRサーバ８０から送信されるトリガ情報を取得（受信）する（図１８のＳ８２）。このトリガ情報は、コマンドIDに"7"が指定されたRRDトリガ情報とされる。RRDトリガ情報には、ヘッダ情報としてのチャンネルID、コマンドID、及び、バージョン情報のほか、ロケーション情報（RRD URL）と、レーティング情報が含まれる。
【０１５５】
その後、受信装置２０においては、上述した図１７のステップＳ７２乃至Ｓ７３の処理に対応したステップＳ８３乃至Ｓ８４の処理が実行される。すなわち、受信装置２０では、インターネット９０を介してRRDサーバ７０からRRD情報が取得される（図１８のＳ８３）。そして、受信装置２０では、RRDトリガ情報に含まれるレーティング情報に基づいて、ステップＳ７２の処理で取得したRRD情報を処理することで、例えば、再生中の放送コンテンツに視聴制限（例えば年齢制限）がかかっている場合に、その条件を満たしていないときには、放送コンテンツの再生を停止させることになる（図１８のＳ８４）。
【０１５６】
なお、受信装置２０は、ACRサーバ８０に対して、フィンガプリント情報を送信する場合に、RRDトリガ情報を要求するようにしてもよい。これにより、受信装置２０では、例えば、レーティング情報が必要となるタイミングで、RRDトリガ情報を取得して、レーティング情報を取得することができる。
【０１５７】
以上、ユースケース４について説明した。このユースケース４では、RRD情報に関する機能を提供するためのRRDトリガ情報が、受信装置２０に配信されるようにすることで、受信装置２０に対して、例えば、再生中のコンテンツの視聴制限を行うことができるようにするなど、多様なサービスを提供することができる。また、RRD情報は通信経由で取得されるので、仮に放送経由でRRD情報が取得できない場合であっても、確実に通信経由でRRD情報を取得して、再生中のコンテンツの視聴制限等を行うことができる。
【０１５８】
＜４．システムの構成＞
【０１５９】
（放送通信システムの構成例）
図１９は、放送通信システムの構成例を示す図である。なお、システムとは、複数の構成要素（装置等）の集合を意味する。
【０１６０】
図１９の放送通信システム１は、上述したユースケース１乃至４における各トリガ情報を用いた制御を実現するための構成を有している。すなわち、図１９において、放送通信システム１は、送信装置１０、受信装置２０、ストリーミングサーバ３０、SCSサーバ４０、ESGサーバ５０、EADサーバ６０、RRDサーバ７０、ACRサーバ８０、及び、TLTサーバ８５から構成される。また、受信装置２０は、インターネット９０を介して、各サーバと相互に接続されている。
【０１６１】
送信装置１０は、番組等の放送コンテンツと、シグナリング情報を、デジタル放送信号により送信する。また、送信装置１０は、トリガ情報を、デジタル放送信号に含めて送信する。なお、送信装置１０は、例えば放送事業者により提供され、その放送局内に配置されている。
【０１６２】
受信装置２０は、送信装置１０から送信されるデジタル放送信号を受信する。受信装置２０は、デジタル放送信号から得られるシグナリング情報に基づいて、放送コンテンツを再生する。また、受信装置２０は、送信装置１０からのデジタル放送信号に含めて送信されるトリガ情報を取得し、当該トリガ情報により提供される各種の機能に応じた処理を行う。なお、受信装置２０は、例えばテレビ受像機等であり、家庭内などに配置されている。
【０１６３】
ストリーミングサーバ３０は、受信装置２０からの要求に応じて、通信コンテンツを、インターネット９０を介して、ストリーミング配信する。受信装置２０は、ストリーミングサーバ３０から配信される通信コンテンツのストリームを受信し、通信コンテンツを再生する。
【０１６４】
SCSサーバ４０は、例えばMPD情報等のSCSシグナリング情報を管理している。SCSサーバ４０は、受信装置２０からの要求に応じて、例えばMPD情報等のSCSシグナリング情報を、インターネット９０を介して配信する。ESGサーバ５０は、ESG情報を管理している。ESGサーバ５０は、受信装置２０からの要求に応じて、ESG情報を、インターネット９０を介して配信する。
【０１６５】
EADサーバ６０は、EAD情報を管理している。EADサーバ６０は、受信装置２０からの要求に応じて、EAD情報を、インターネット９０を介して配信する。RRDサーバ７０は、RRD情報を管理している。RRDサーバ７０は、受信装置２０からの要求に応じて、RRD情報を、インターネット９０を介して配信する。
【０１６６】
また、受信装置２０は、インターネット９０を介してACRサーバ８０にアクセスして、トリガ情報を問い合わせる。その際、受信装置２０は、ACRサーバ８０に対して、フィンガプリント情報を送信する。受信装置２０は、ACRサーバ８０から送信されるトリガ情報を取得し、当該トリガ情報により提供される各種の機能に応じた処理を行う。
【０１６７】
ACRサーバ８０は、受信装置２０からの問い合わせに応じて、フィンガプリント情報に対するACR処理を行い、受信装置２０で再生されているコンテンツを識別する。ACRサーバ８０は、ACR識別結果に応じたトリガ情報を生成し、インターネット９０を介して受信装置２０に送信する。なお、放送通信システム１において、ACRサーバ８０は、送信装置１０からのデジタル放送信号に含まれるトリガ情報を用いる場合には、設置する必要はない。
【０１６８】
TLTサーバ８５は、TLT情報を管理している。TLTサーバ８５は、受信装置２０からの要求に応じて、TLT情報を、インターネット９０を介して配信する。なお、TLT情報（図６のTLT）には、トリガチャンネルごとに伝送されるトリガ情報のリストを示したトリガチャンネルリストが含まれる。受信装置２０は、TLTサーバ８５から配信されるTLT情報（図６のTLT）を取得することで、現時点でトリガチャンネルごとに伝送されているトリガ情報（トリガマップ情報）を認識してから、トリガ情報を取得することができる。
【０１６９】
放送通信システム１は、以上のように構成される。次に、図１９の放送通信システム１を構成する各装置の構成例について説明する。
【０１７０】
（送信装置の構成例）
図２０は、図１９の送信装置１０の構成例を示す図である。
【０１７１】
図２０において、送信装置１０は、シグナリング情報生成部１１１、シグナリング情報処理部１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、ビデオデータ取得部１１５、ビデオエンコーダ１１６、トリガ情報生成部１１７、Mux１１８、及び、送信部１１９から構成される。
【０１７２】
シグナリング情報生成部１１１は、シグナリング情報を生成し、シグナリング情報処理部１１２に供給する。シグナリング情報処理部１１２は、シグナリング情報生成部１１１から供給されるシグナリング情報を処理し、Mux１１８に供給する。
【０１７３】
オーディオデータ取得部１１３は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送コンテンツのオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、MPEG（Moving Picture Experts Group）等の符号化方式に準拠して符号化し、Mux１１８に供給する。
【０１７４】
ビデオデータ取得部１１５は、外部のサーバ、カメラ、又は記録媒体等から、放送コンテンツのビデオデータを取得し、ビデオエンコーダ１１６、及び、トリガ情報生成部１１７に供給する。ビデオエンコーダ１１６は、ビデオデータ取得部１１５から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１８に供給する。
【０１７５】
トリガ情報生成部１１７は、所定のタイミングで、各種の機能を提供するためのトリガ情報（図３の構成を有するトリガ情報）を生成し、ビデオエンコーダ１１６又はMux１１８に供給する。ビデオエンコーダ１１６は、ビデオデータの符号化を行うに際して、ビデオデータに、トリガ情報生成部１１７から供給されるトリガ情報を埋め込んで符号化することができる。
【０１７６】
Mux１１８は、シグナリング情報処理部１１２からのシグナリング情報と、オーディオエンコーダ１１４からのオーディオストリームと、ビデオエンコーダ１１６からのビデオストリームとを多重化して、その結果得られるBBPストリームを、送信部１１９に供給する。なお、Mux１１８は、トリガ情報生成部１１７からトリガ情報が供給された場合には、シグナリング情報と、オーディオストリームと、ビデオストリームに、さらにトリガ情報を多重化して、BBPストリームを生成する。
【０１７７】
送信部１１９は、Mux１１８から供給されるBBPストリームを、アンテナ１２０を介して、デジタル放送信号として送信する。
【０１７８】
なお、図２０においては、トリガ情報を、ビデオデータに埋め込まれる場合と、BBPストリームに多重化される場合を例示したが、例えば、トリガ情報をオーディオデータに埋め込むなど、それ以外の方法によって、トリガ情報を配置するようにしてもよい。また、送信装置１０では、アプリケーションや字幕情報等を、デジタル放送信号に含めて送信されるようにしてもよい。この場合、デジタル放送信号に含めて伝送されたアプリケーションや字幕情報等は、受信装置２０により受信され、処理されることになる。
【０１７９】
（受信装置の構成例）
図２１は、図１９の受信装置２０の構成例を示す図である。
【０１８０】
図２１において、受信装置２０は、チューナ２１２、Demux２１３、制御部２１４、NVRAM２１５、入力部２１６、通信部２１７、Demux２１８、オーディオデコーダ２１９、オーディオ出力部２２０、ビデオデコーダ２２１、及び、ビデオ出力部２２２から構成される。
【０１８１】
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１を介して受信したIP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）から、ユーザの選局操作に応じたデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、Demux２１３に供給する。
【０１８２】
Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるBBPストリームを、オーディオやビデオのストリームと、シグナリング情報に分離する。Demux２１３は、オーディオデータをオーディオデコーダ２１９に、ビデオデータをビデオデコーダ２２１に、シグナリング情報を制御部２１４にそれぞれ供給する。
【０１８３】
制御部２１４は、受信装置２０の各部の動作を制御する。また、制御部２１４は、Demux２１３から供給されるシグナリング情報に基づいて、放送又は通信で伝送されるコンポーネントのストリームを取得するために、各部の動作を制御する。なお、制御部２１４の詳細な構成については、図２２を参照して後述する。
【０１８４】
NVRAM２１５は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記録する。入力部２１６は、ユーザの操作に応じて、操作信号を制御部２１４に供給する。
【０１８５】
通信部２１７は、制御部２１４からの制御に従い、インターネット９０を介して各サーバにアクセスして、各種の情報をやりとりする。例えば、通信部２１７は、インターネット９０を介してストリーミングサーバ３０にアクセスし、通信コンテンツをコンポーネントのストリームの配信を要求する。通信部２１７は、インターネット９０を介してストリーミングサーバ３０からストリーミング配信されるコンポーネントのストリームを受信して、Demux２１８に供給する。
【０１８６】
Demux２１８は、制御部２１４からの制御に従い、通信部２１７から供給されるコンポーネントのストリームを、オーディオデータと、ビデオデータに分離し、オーディオデータをオーディオデコーダ２１９に、ビデオデータをビデオデコーダ２２１にそれぞれ供給する。
【０１８７】
オーディオデコーダ２１９には、Demux２１３又はDemux２１８からオーディオデータが供給される。オーディオデコーダ２１９は、制御部２１４からの制御に従い、オーディオデータを、MPEG等の復号方式に準拠して復号し、オーディオ出力部２２０に供給する。オーディオ出力部２２０は、オーディオデコーダ２１９から供給されるオーディオデータを、後段のスピーカ（不図示）に出力する。これにより、スピーカからは、放送コンテンツ又は通信コンテンツの音声が出力される。
【０１８８】
ビデオデコーダ２２１には、Demux２１３又はDemux２１８からビデオデータが供給される。ビデオデコーダ２２１は、制御部２１４からの制御に従い、ビデオデータを、MPEG等の復号方式に準拠して復号し、ビデオ出力部２２２に供給する。ビデオ出力部２２２は、ビデオデコーダ２２１から供給されるビデオデータを、後段のディスプレイ（不図示）に出力する。これにより、ディスプレイには、放送コンテンツ又は通信コンテンツの映像が表示される。
【０１８９】
（制御部の構成例）
図２２は、図２１の制御部２１４における、各種の機能を提供するためのトリガ情報に関する処理を行う部分の機能的構成例を示す図である。
【０１９０】
図２２において、制御部２１４は、シグナリング情報取得部２５１、トリガ情報取得部２５２、フィンガプリント情報取得部２５３、解析部２５４、メディアタイム計時部２５５、及び、処理部２５６から構成される。
【０１９１】
シグナリング情報取得部２５１は、Demux２１３から供給されるシグナリング情報を取得し、解析部２５４に供給する。トリガ情報取得部２５２は、ビデオデコーダ２２１から出力されるビデオデータを常に監視して、ビデオデータに埋め込まれているトリガ情報を取得し、解析部２５４に供給する。なお、トリガ情報がBBPストリームに配置されている場合には、トリガ情報取得部２５２は、Demux２１３により分離されたトリガ情報を含むパケットを監視し、そこからトリガ情報を取得することになる。
【０１９２】
フィンガプリント情報取得部２５３は、オーディオデコーダ２１９から出力されるオーディオデータ、及び、ビデオデコーダ２２１から出力されるビデオデータの少なくとも一方から、フィンガプリント情報を取得（抽出）し、通信部２１７に供給する。通信部２１７は、インターネット９０を介してACRサーバ８０に接続して、フィンガプリント情報を送信する。通信部２１７は、ACRサーバ８０から送信されるトリガ情報を受信し、トリガ情報取得部２５２に供給する。トリガ情報取得部２５２は、通信部２１７から供給されるトリガ情報を取得し、解析部２５４に供給する。
【０１９３】
解析部２５４には、シグナリング情報取得部２５１からのシグナリング情報と、トリガ情報取得部２５２からのトリガ情報が供給される。解析部２５４は、シグナリング情報を解析し、その解析結果に従い、各部の動作を制御する。また、解析部２５４は、トリガ情報を解析し、その解析結果を、処理部２５６に供給する。なお、解析部２５４は、トリガ情報にメディアタイム情報が含まれている場合、メディアタイム情報を、メディアタイム計時部２５５に供給する。
【０１９４】
メディアタイム計時部２５５は、解析部２５４から供給されるメディアタイム情報を設定し、当該メディアタイム情報による時刻の計時を行う。処理部２５６は、解析部２５４からのトリガ情報の解析結果に従い、トリガ情報により提供される各種の機能に応じた処理を行う。
【０１９５】
（各サーバの構成例）
図２３及び図２４は、図１９の各サーバの構成例を示す図である。図２３には、ストリーミングサーバ３０、ACRサーバ８０、及び、TLTサーバ８５の構成例が示されている。また、図２４には、SCSサーバ４０、ESGサーバ５０、EADサーバ６０、及び、RRDサーバ７０の構成例が示されている。
【０１９６】
（ストリーミングサーバの構成例）
図２３において、ストリーミングサーバ３０は、制御部３１１、コンテンツ保持部３１２、ストリーミング処理部３１３、及び、通信部３１４から構成される。制御部３１１は、ストリーミングサーバ３０の各部の動作を制御する。コンテンツ保持部３１２は、通信コンテンツを保持している。ストリーミング処理部３１３は、コンテンツ保持部３１２に保持された通信コンテンツ（を構成するコンポーネント）をストリーミング配信するための処理を行う。
【０１９７】
通信部３１４は、制御部３１１からの制御に従い、インターネット９０を介して受信装置２０と通信を行う。制御部３１１は、通信部３１４の通信状況を常に監視し、受信装置２０から通信コンテンツのストリーミング配信が要求された場合、コンテンツ保持部３１２に保持された通信コンテンツが、ストリーミング処理部３１３により処理され、通信部３１４に供給されるようにする。通信部３１４は、ストリーミング処理部３１３により処理された通信コンテンツ（を構成するコンポーネント）のストリームを、インターネット９０を介して、要求元の受信装置２０に、ストリーミング配信する。
【０１９８】
ストリーミングサーバ３０は、以上のように構成される。
【０１９９】
（ACRサーバの構成例）
図２３において、ACRサーバ８０は、通信部８１１、ACR識別処理部８１２、FPデータベース８１３、トリガ情報生成部８１４、及び、トリガ情報用データベース８１５から構成される。通信部８１１は、インターネット９０を介して受信装置２０と通信を行う。通信部８１１は、受信装置２０からトリガ情報の問い合わせを受けた場合、フィンガプリント情報を受信して、ACR識別処理部８１２に供給する。
【０２００】
ACR識別処理部８１２は、通信部８１１から供給されるフィンガプリント情報を、あらかじめ用意されたFPデータベース８１３と照合して、問い合わせ元の受信装置２０で再生中のコンテンツを識別するACR識別処理を行う。ACR識別処理部８１２は、ACR識別処理の結果を、トリガ情報生成部８１４に供給する。
【０２０１】
なお、フィンガプリント情報（特徴量）は、例えば、コンテンツの全体又は一部構成要素の固有情報であって、FPデータベース８１３には、あらかじめ多数のコンテンツの固有情報が登録されている。ACR識別処理では、例えば、それらの固有情報の類似度又は一致度が判定される。また、この類似度又は一致度の判定方法としては、各種の文献などによって開示されている、公知の技術を用いることができる。
【０２０２】
トリガ情報生成部８１４は、ACR識別処理部８１２から供給されるACR識別処理の結果と、トリガ情報用データベース８１５に登録された各種の情報に基づいて、各種の機能を提供するためのトリガ情報（図３の構成を有するトリガ情報）を生成し、通信部８１１に供給する。通信部８１１は、トリガ情報生成部８１４から供給されるトリガ情報を、インターネット９０を介して、問い合わせ元の受信装置２０に送信する。
【０２０３】
ACRサーバ８０は、以上のように構成される。
【０２０４】
（TLTサーバの構成例）
図２３において、TLTサーバ８５は、制御部８５１、TLT生成部８５２、TLT保持部８５３、及び、通信部８５４から構成される。制御部８５１は、TLTサーバ８５の各部の動作を制御する。TLT生成部８５２は、制御部８５１からの制御に従い、トリガチャンネルリストを含むTLT情報を生成し、TLT保持部８５３に保持させる。
【０２０５】
通信部８５４は、制御部８５１からの制御に従い、インターネット９０を介して受信装置２０と通信を行う。制御部８５１は、通信部８５４の通信状況を常に監視し、受信装置２０からTLT情報が要求された場合、TLT保持部８５３からTLT情報を取得して、通信部８５４に供給する。通信部８５４は、制御部８５１からの制御に従い、TLT情報を、インターネット９０を介して要求元の受信装置２０に送信する。
【０２０６】
TLTサーバ８５は、以上のように構成される。
【０２０７】
（SCSサーバの構成例）
図２４において、SCSサーバ４０は、制御部４１１、SCS生成部４１２、SCS保持部４１３、及び、通信部４１４から構成される。制御部４１１は、SCSサーバ４０の各部の動作を制御する。SCS生成部４１２は、制御部４１１からの制御に従い、MPD情報等のSCSシグナリング情報を生成し、SCS保持部４１３に保持させる。
【０２０８】
通信部４１４は、制御部４１１からの制御に従い、インターネット９０を介して受信装置２０と通信を行う。制御部４１１は、通信部４１４の通信状況を常に監視し、受信装置２０からシグナリング情報が要求された場合、SCS保持部４１３からSCSシグナリング情報（例えばMPD情報）を取得して、通信部４１４に供給する。通信部４１４は、制御部４１１からの制御に従い、SCSシグナリング情報（例えばMPD情報）を、インターネット９０を介して要求元の受信装置２０に送信する。
【０２０９】
SCSサーバ４０は、以上のように構成される。
【０２１０】
（ESGサーバの構成例）
図２４において、ESGサーバ５０は、制御部５１１、ESG生成部５１２、ESG保持部５１３、及び、通信部５１４から構成される。制御部５１１は、ESGサーバ５０の各部の動作を制御する。ESG生成部５１２は、制御部５１１からの制御に従い、ESG情報を生成し、ESG保持部５１３に保持させる。
【０２１１】
通信部５１４は、制御部５１１からの制御に従い、インターネット９０を介して受信装置２０と通信を行う。制御部５１１は、通信部５１４の通信状況を常に監視し、受信装置２０からESG情報が要求された場合、ESG保持部５１３からESG情報を取得して、通信部５１４に供給する。通信部５１４は、制御部５１１からの制御に従い、ESG情報を、インターネット９０を介して要求元の受信装置２０に送信する。
【０２１２】
ESGサーバ５０は、以上のように構成される。
【０２１３】
（EADサーバの構成例）
図２４において、EADサーバ６０は、制御部６１１、EAD生成部６１２、EAD保持部６１３、及び、通信部６１４から構成される。制御部６１１は、EADサーバ６０の各部の動作を制御する。EAD生成部６１２は、制御部６１１からの制御に従い、EAD情報を生成し、EAD保持部６１３に保持させる。
【０２１４】
通信部６１４は、制御部６１１からの制御に従い、インターネット９０を介して受信装置２０と通信を行う。制御部６１１は、通信部６１４の通信状況を常に監視し、受信装置２０からEAD情報が要求された場合、EAD保持部６１３からEAD情報を取得して、通信部６１４に供給する。通信部６１４は、制御部６１１からの制御に従い、EAD情報を、インターネット９０を介して要求元の受信装置２０に送信する。
【０２１５】
EADサーバ６０は、以上のように構成される。
【０２１６】
（RRDサーバの構成例）
図２４において、RRDサーバ７０は、制御部７１１、RRD生成部７１２、RRD保持部７１３、及び、通信部７１４から構成される。制御部７１１は、RRDサーバ７０の各部の動作を制御する。RRD生成部７１２は、制御部７１１からの制御に従い、RRD情報を生成し、RRD保持部７１３に保持させる。
【０２１７】
通信部７１４は、制御部７１１からの制御に従い、インターネット９０を介して受信装置２０と通信を行う。制御部７１１は、通信部７１４の通信状況を常に監視し、受信装置２０からRRD情報が要求された場合、RRD保持部７１３からRRD情報を取得して、通信部７１４に供給する。通信部７１４は、制御部７１１からの制御に従い、RRD情報を、インターネット９０を介して要求元の受信装置２０に送信する。
【０２１８】
RRDサーバ７０は、以上のように構成される。
【０２１９】
＜５．各装置で実行される処理の流れ＞
【０２２０】
次に、図２５乃至図３８のフローチャートを参照して、図１９の放送通信システム１を構成する各装置で実行される処理の流れを説明する。
【０２２１】
（デジタル放送信号送信処理）
まず、図２５のフローチャートを参照して、図１９の送信装置１０により実行されるデジタル放送信号送信処理の流れについて説明する。
【０２２２】
ステップＳ１１１において、シグナリング情報生成部１１１は、シグナリング情報を生成する。ステップＳ１１２において、シグナリング情報処理部１１２は、ステップＳ１１１の処理で生成されたシグナリング情報を処理する。
【０２２３】
ステップＳ１１３において、オーディオデータ取得部１１３は、外部のサーバ等から、放送コンテンツのオーディオデータを取得する。ステップＳ１１４において、オーディオエンコーダ１１４は、ステップＳ１１３の処理で取得されたオーディオデータを、MPEG等の符号化方式に準拠して符号化する。
【０２２４】
ステップＳ１１５において、ビデオデータ取得部１１５は、外部のサーバ等から、放送コンテンツのビデオデータを取得する。ステップＳ１１６において、トリガ情報生成部１１７は、各種の機能を提供するためのトリガ情報（図３の構成を有するトリガ情報）を生成する。
【０２２５】
ステップＳ１１７において、ビデオエンコーダ１１６は、ステップＳ１１５の処理で取得されたビデオデータを、MPEG等の符号化方式に準拠して符号化する。ただし、ビデオエンコーダ１１６は、ビデオデータの符号化を行うに際して、ビデオデータに、トリガ情報生成部１１７から供給されるトリガ情報を埋め込んで符号化を行う。
【０２２６】
ステップＳ１１８において、Mux１１８は、ステップＳ１１２で処理されたシグナリング情報と、ステップＳ１１４で符号化されたオーディオデータと、ステップＳ１１７で符号化されたビデオデータとを多重化して、その結果得られるBBPストリームを、送信部１１９に供給する。
【０２２７】
ステップＳ１１９において、送信部１１９は、ステップＳ１１８の処理で生成されたBBPストリームを、アンテナ１２０を介して、IP伝送方式を用いたデジタル放送信号として送信する。ステップＳ１１９の処理が終了すると、図２５のデジタル放送信号送信処理は終了する。
【０２２８】
以上、デジタル放送信号送信処理の流れについて説明した。なお、図２５のデジタル放送信号送信処理では、説明を簡略化するため、トリガ情報がビデオデータに埋め込まれる場合を一例に説明した。
【０２２９】
（デジタル放送信号受信処理）
次に、図２６のフローチャートを参照して、図１９の受信装置２０により実行されるデジタル放送信号受信処理の流れについて説明する。
【０２３０】
ステップＳ２１１において、チューナ２１２は、アンテナ２１１を介して受信されたIP伝送方式を用いたデジタル放送信号の選局・復調を行う。また、ステップＳ２１２において、Demux２１３は、ステップＳ２１１の処理で復調されたBBPストリームから、オーディオデータと、ビデオデータを分離する。
【０２３１】
ステップＳ２１３において、オーディオデコーダ２１９は、ステップＳ２１２の処理で分離されたオーディオデータを、オーディオエンコーダ１１４（図２０）による符号化方式に対応する復号方式で復号する。また、ステップＳ２１４において、ビデオデコーダ２２１は、ステップＳ２１２の処理で分離されたビデオデータを、ビデオエンコーダ１１６（図２０）による符号化方式に対応する復号方式で復号する。
【０２３２】
ステップＳ２１５において、オーディオ出力部２２０は、ステップＳ２１３の処理で復号されたオーディオデータを、後段のスピーカ（不図示）に出力する。また、ステップＳ２１６において、ビデオ出力部２２２は、ステップＳ２１４の処理で復号されたビデオデータを、後段のディスプレイ（不図示）に出力する。これにより、ディスプレイには、放送コンテンツの映像が表示され、スピーカからは、その映像に同期した音声が出力される。ステップＳ２１６の処理が終了すると、図２６のデジタル放送信号受信処理は終了する。
【０２３３】
以上、デジタル放送信号受信処理の流れについて説明した。
【０２３４】
（トリガ情報対応処理）
次に、図２７のフローチャートを参照して、図１９の受信装置２０により実行されるトリガ情報対応処理の流れについて説明する。なお、受信装置２０において、このトリガ情報対応処理の実行時には、送信装置１０から配信される放送コンテンツが再生されているものとする。
【０２３５】
ステップＳ２３１において、トリガ情報取得部２５２は、ビデオデコーダ２１９から出力されるビデオデータを常に監視して、ビデオデータに埋め込まれているトリガ情報が取得されたかどうかを判定する。なお、インターネット９０を介してフィンガプリント情報をACRサーバ８０に送信して、トリガ情報を問い合わせた場合、トリガ情報取得部２５２は、通信部２１７を監視して、ACRサーバ８０からのトリガ情報が受信（取得）されたかどうかを判定することになる。
【０２３６】
ステップＳ２３１において、トリガ情報が取得されていないと判定された場合、ステップＳ２３１の判定処理が繰り返される。ステップＳ２３１においては、トリガ情報取得部２５２によりトリガ情報が取得されるのを待って、処理は、ステップＳ２３２に進められる。
【０２３７】
ステップＳ２３２において、解析部２５４は、ステップＳ２３１の処理で取得されたトリガ情報を解析する。ステップＳ２３３においては、ステップＳ２３２の処理の解析結果に従い、解析対象のトリガ情報に含まれるコマンドIDが"3"であるかどうかが判定される。
【０２３８】
ステップＳ２３３において、解析対象のトリガ情報に含まれるコマンドIDが"3"であると判定された場合、解析対象のトリガ情報がSCSトリガ情報となるので、処理は、ステップＳ２３４に進められる。ステップＳ２３４においては、SCSトリガ情報対応処理が行われる。このSCSトリガ情報対応処理の詳細な内容は、図２８のフローチャートを参照して後述するが、上述したユースケース１（図８、図９）と同様の処理が行われる。
【０２３９】
なお、SCSトリガ情報が複数のトリガチャンネルで伝送されている場合には、解析対象のトリガ情報に含まれるチャンネルIDを用い、処理対象のSCSトリガ情報を特定することになる。
【０２４０】
また、ステップＳ２３３において、解析対象のトリガ情報に含まれるコマンドIDが"3"ではないと判定された場合、処理は、ステップＳ２３５に進められる。ステップＳ２３５においては、ステップＳ２３２の処理の解析結果に従い、解析対象のトリガ情報に含まれるコマンドIDが"5"であるかどうかが判定される。
【０２４１】
ステップＳ２３５において、解析対象のトリガ情報に含まれるコマンドIDが"5"であると判定された場合、解析対象のトリガ情報がESGトリガ情報となるので、処理は、ステップＳ２３６に進められる。ステップＳ２３６においては、ESGトリガ情報対応処理が行われる。このESGトリガ情報対応処理の詳細な内容は、図２９のフローチャートを参照して後述するが、上述したユースケース２（図１１、図１２）と同様の処理が行われる。
【０２４２】
なお、ESGトリガ情報が複数のトリガチャンネルで伝送されている場合には、解析対象のトリガ情報に含まれるチャンネルIDを用い、処理対象のESGトリガ情報を特定することになる。
【０２４３】
また、ステップＳ２３５において、解析対象のトリガ情報に含まれるコマンドIDが"5"ではないと判定された場合、処理は、ステップＳ２３７に進められる。ステップＳ２３７においては、ステップＳ２３２の処理の解析結果に従い、解析対象のトリガ情報に含まれるコマンドIDが"6"であるかどうかが判定される。
【０２４４】
ステップＳ２３７において、解析対象のトリガ情報に含まれるコマンドIDが"6"であると判定された場合、解析対象のトリガ情報がEADトリガ情報となるので、処理は、ステップＳ２３８に進められる。ステップＳ２３８においては、EADトリガ情報対応処理が行われる。このEADトリガ情報対応処理の詳細な内容は、図３０のフローチャートを参照して後述するが、上述したユースケース３（図１４、図１５）と同様の処理が行われる。
【０２４５】
なお、EADトリガ情報が複数のトリガチャンネルで伝送されている場合には、解析対象のトリガ情報に含まれるチャンネルIDを用い、処理対象のEADトリガ情報を特定することになる。
【０２４６】
また、ステップＳ２３７において、解析対象のトリガ情報に含まれるコマンドIDが"6"ではないと判定された場合、処理は、ステップＳ２３９に進められる。ステップＳ２３９においては、ステップＳ２３２の処理の解析結果に従い、解析対象のトリガ情報に含まれるコマンドIDが"7"であるかどうかが判定される。
【０２４７】
ステップＳ２３９において、解析対象のトリガ情報に含まれるコマンドIDが"7"であると判定された場合、解析対象のトリガ情報がRRDトリガ情報となるので、処理は、ステップＳ２４０に進められる。ステップＳ２４０においては、RRDトリガ情報対応処理が行われる。このRRDトリガ情報対応処理の詳細な内容は、図３１のフローチャートを参照して後述するが、上述したユースケース４（図１７、図１８）と同様の処理が行われる。
【０２４８】
なお、RRDトリガ情報が複数のトリガチャンネルで伝送されている場合には、解析対象のトリガ情報に含まれるチャンネルIDを用い、処理対象のRRDトリガ情報を特定することになる。
【０２４９】
また、ステップＳ２３９において、解析対象のトリガ情報に含まれるコマンドIDが"7"ではないと判定された場合、処理は、ステップＳ２４１に進められる。ステップＳ２４１においては、その他のトリガ情報対応処理を行う。その他のトリガ情報対応処理では、例えば、アプリトリガ情報や字幕トリガ情報など、各種の機能を提供するためのトリガ情報を用いた制御が行われる。
【０２５０】
ステップＳ２３４、Ｓ２３６、Ｓ２３８、Ｓ２４０、又はＳ２４１のいずれかの処理が終了すると、図２７のトリガ情報対応処理は終了される。
【０２５１】
以上、トリガ情報対応処理の流れについて説明した。
【０２５２】
（SCSトリガ情報対応処理）
次に、図２８のフローチャートを参照して、図２７のステップＳ２３４の処理に対応するSCSトリガ情報対応処理の流れについて説明する。
【０２５３】
ステップＳ２５１において、メディアタイム計時部２５５は、図２７のステップＳ２３２の処理の解析結果に従い、SCSトリガ情報に含まれるメディアタイム情報を設定する。これにより、当該メディアタイム情報による時刻の計時が開始される。
【０２５４】
ステップＳ２５２において、処理部２５６は、図２７のステップＳ２３２の処理の解析結果（SCSトリガ情報に含まれるロケーション情報）に基づいて、通信部２１７を制御して、インターネット９０を介してSCSサーバ４０にアクセスして、MPD情報を要求する。ステップＳ２５３において、処理部２５６は、ステップＳ２５２の処理でのSCSサーバ４０に対する要求の結果、インターネット９０を介してSCSサーバ４０から配信されるMPD情報を取得する。
【０２５５】
ステップＳ２５４において、処理部２５６は、ステップＳ２５３の処理で取得されたMPD情報を解析する。この解析処理によって、例えば、MPDのAdaptationSet要素やRepresentation要素に記述されたセグメントURLで指定されたストリームが、放送ストリームとして伝送されているのか、あるいは通信ストリームとして伝送されているのかが判別される。
【０２５６】
ステップＳ２５５においては、マルチビューサービスが提供されている場合に、ユーザによりメインビューからサブビューに、切り替え指示がなされたかどうかが判定される。ステップＳ２５５において、ユーザによる切り替え指示がなされていないと判定された場合、ステップＳ２５５の判定処理が繰り返される。この場合、受信装置２０では、メインビューで、送信装置１０から配信される放送コンテンツの再生が継続される。
【０２５７】
一方、ステップＳ２５５において、ユーザによる切り替え指示がなされたと判定された場合、処理は、ステップＳ２５６に進められる。ステップＳ２５６において、処理部２５６は、ステップＳ２５４の処理の解析結果に従い、通信部２１７を制御して、インターネット９０を介してストリーミングサーバ３０にアクセスして、通信コンテンツのストリーミング配信を要求する。
【０２５８】
そして、通信部２１７によって、ストリーミングサーバ３０からストリーミング配信される通信コンテンツ（を構成するコンポーネント）のストリームの受信が開始され（Ｓ２５７）、通信コンテンツが再生されることになる（Ｓ２５８）。これにより、受信装置２０では、メインビューからサブビューに切り替えられ、サブビューで、ストリーミングサーバ３０からストリーミング配信される通信コンテンツの再生が行われる。
【０２５９】
ステップＳ２５８の処理が終了すると、処理は、図２７のステップＳ２３４の処理に戻り、それ以降の処理が実行される。
【０２６０】
以上、SCSトリガ情報対応処理の流れについて説明した。
【０２６１】
（ESGトリガ情報対応処理）
次に、図２９のフローチャートを参照して、図２７のステップＳ２３６の処理に対応するESGトリガ情報対応処理の流れについて説明する。
【０２６２】
ステップＳ２６１において、処理部２５６は、図２７のステップＳ２３２の処理の解析結果（ESGトリガ情報に含まれるロケーション情報）に基づいて、通信部２１７を制御して、インターネット９０を介してESGサーバ５０にアクセスして、ESG情報を要求する。ステップＳ２６２において、処理部２５６は、ステップＳ２６１の処理でのESGサーバ５０に対する要求の結果、インターネット９０を介してESGサーバ５０から配信されるESG情報を取得する。
【０２６３】
ステップＳ２６３において、処理部２５６は、ステップＳ２６２の処理で取得されたESG情報を解析する。ステップＳ２６４において、処理部２５６は、ステップＳ２６３の処理の解析結果に基づいて、ESG情報を表示する。ここでは、例えば、現在の番組のタイトルやロゴを表示したり、ユーザによる操作に応じて現在の番組の詳細情報を表示したりすることができる。
【０２６４】
ステップＳ２６４の処理が終了すると、処理は、図２７のステップＳ２３６の処理に戻り、それ以降の処理が実行される。
【０２６５】
以上、ESGトリガ情報対応処理の流れについて説明した。
【０２６６】
（EADトリガ情報対応処理）
次に、図３０のフローチャートを参照して、図２７のステップＳ２３８の処理に対応するEADトリガ情報対応処理の流れについて説明する。
【０２６７】
ステップＳ２７１において、処理部２５６は、図２７のステップＳ２３２の処理の解析結果（EADトリガ情報に含まれるロケーション情報）に基づいて、通信部２１７を制御して、インターネット９０を介してEADサーバ６０にアクセスして、EAD情報を要求する。ステップＳ２７２において、処理部２５６は、ステップＳ２７１の処理でのEADサーバ６０に対する要求の結果、インターネット９０を介してEADサーバ６０から配信されるEAD情報を取得する。
【０２６８】
ステップＳ２７３において、処理部２５６は、ステップＳ２７２の処理で取得されたEAD情報を解析する。ステップＳ２７４において、処理部２５６は、ステップＳ２７３の解析結果に基づいて、EAD情報を処理する。ここでは、例えば、EAD情報に含まれる緊急告知に関する情報を表示したり、EAD情報に含まれるURLに従い、インターネット９０上のサーバにアクセスして、緊急告知に関するウェブページを取得して表示させたりすることができる。
【０２６９】
ステップＳ２７４の処理が終了すると、処理は、図２７のステップＳ２３８の処理に戻り、それ以降の処理が実行される。
【０２７０】
以上、EADトリガ情報対応処理の流れについて説明した。
【０２７１】
（RRDトリガ情報対応処理）
次に、図３１のフローチャートを参照して、図２７のステップＳ２４０の処理に対応するRRDトリガ情報対応処理の流れについて説明する。
【０２７２】
ステップＳ２８１において、処理部２５６は、図２７のステップＳ２３２の処理の解析結果（RRDトリガ情報に含まれるロケーション情報）に基づいて、通信部２１７を制御して、インターネット９０を介してRRDサーバ７０にアクセスして、RRD情報を要求する。ステップＳ２８２において、処理部２５６は、ステップＳ２８１の処理でのRRDサーバ７０に対する要求の結果、インターネット９０を介してRRDサーバ７０から配信されるRRD情報を取得する。
【０２７３】
ステップＳ２８３において、処理部２５６は、ステップＳ２８２の処理で取得されたRRD情報を解析する。ステップＳ２８４において、処理部２５６は、ステップＳ２８３の解析結果に基づいて、RRD情報を処理する。ここでは、例えば、受信装置２０では、再生中の放送コンテンツに視聴制限（例えば年齢制限）がかかっている場合に、その条件を満たしていないときには、放送コンテンツの再生を停止させることができる。
【０２７４】
ステップＳ２８４の処理が終了すると、処理は、図２７のステップＳ２４０の処理に戻り、それ以降の処理が実行される。
【０２７５】
以上、RRDトリガ情報対応処理の流れについて説明した。
【０２７６】
（ストリーミング配信処理）
次に、図３２のフローチャートを参照して、図１９のストリーミングサーバ３０により実行されるストリーミング配信処理の流れについて説明する。
【０２７７】
ステップＳ３１１において、制御部３１１は、通信部３１４の通信状況を常に監視して、受信装置２０から通信コンテンツのストリーミング配信が要求されたかどうかを判定する。ステップＳ３１１の判定処理では、受信装置２０から通信コンテンツのストリーミング配信が要求されるのを待って、処理は、ステップＳ３１２に進められる。ステップＳ３１２において、ストリーミング処理部３１３は、制御部３１１からの制御に従い、コンテンツ保持部３１２に保持されている、受信装置２０からの要求に応じた通信コンテンツを取得する。
【０２７８】
ステップＳ３１３において、ストリーミング処理部３１３は、ステップＳ３１２の処理で取得された通信コンテンツ（を構成するコンポーネント）に対して、ストリーミング配信を行うための処理を行う。ステップＳ３１４において、通信部３１４は、制御部３１１からの制御に従い、ステップＳ３１３の処理でストリーミング処理が施された通信コンテンツ（を構成するコンポーネント）のストリームを、インターネット９０を介して、配信の要求元の受信装置２０に、ストリーミング配信する。ステップＳ３１４の処理が終了すると、図３２のストリーミング配信処理は終了する。
【０２７９】
以上、ストリーミング配信処理の流れについて説明した。
【０２８０】
（SCS配信処理）
次に、図３３のフローチャートを参照して、図１９のSCSサーバ４０により実行されるSCS配信処理の流れについて説明する。
【０２８１】
ステップＳ４１１において、制御部４１１は、通信部４１４の通信状況を常に監視して、受信装置２０からSCSが要求されたかどうかを判定する。ステップＳ４１１の判定処理では、受信装置２０からSCSが要求されるのを待って、処理は、ステップＳ４１２に進められる。
【０２８２】
ステップＳ４１２において、通信部４１４は、制御部４１１からの制御に従い、SCS保持部４１３に保持されている、受信装置２０からの要求に応じたSCSシグナリング情報（例えば、MPD情報）を取得する。また、ステップＳ４１３において、通信部４１４は、制御部４１１からの制御に従い、ステップＳ４１２の処理で取得されたSCSシグナリング情報（例えば、MPD情報）を、インターネット９０を介して、SCSの要求元の受信装置２０に送信する。ステップＳ４１３の処理が終了すると、図３３のSCS配信処理は終了する。
【０２８３】
以上、SCS配信処理の流れについて説明した。
【０２８４】
（ESG配信処理）
次に、図３４のフローチャートを参照して、図１９のESGサーバ５０により実行されるESG配信処理の流れについて説明する。
【０２８５】
ステップＳ５１１において、制御部５１１は、通信部５１４の通信状況を常に監視して、受信装置２０からESGが要求されたかどうかを判定する。ステップＳ５１１の判定処理では、受信装置２０からESGが要求されるのを待って、処理は、ステップＳ５１２に進められる。
【０２８６】
ステップＳ５１２において、通信部５１４は、制御部５１１からの制御に従い、ESG保持部５１３に保持されている、受信装置２０からの要求に応じたESG情報を取得する。また、ステップＳ５１３において、通信部５１４は、制御部５１１からの制御に従い、ステップＳ５１２の処理で取得されたESG情報を、インターネット９０を介して、ESGの要求元の受信装置２０に送信する。ステップＳ５１３の処理が終了すると、図３４のESG配信処理は終了する。
【０２８７】
以上、ESG配信処理の流れについて説明した。
【０２８８】
（EAD配信処理）
次に、図３５のフローチャートを参照して、図１９のEADサーバ６０により実行されるEAD配信処理の流れについて説明する。
【０２８９】
ステップＳ６１１において、制御部６１１は、通信部６１４の通信状況を常に監視して、受信装置２０からEADが要求されたかどうかを判定する。ステップＳ６１１の判定処理では、受信装置２０からEADが要求されるのを待って、処理は、ステップＳ６１２に進められる。
【０２９０】
ステップＳ６１２において、通信部６１４は、制御部６１１からの制御に従い、EAD保持部６１３に保持されている、受信装置２０からの要求に応じたEAD情報を取得する。また、ステップＳ６１３において、通信部６１４は、制御部６１１からの制御に従い、ステップＳ６１２の処理で取得されたEAD情報を、インターネット９０を介して、EADの要求元の受信装置２０に送信する。ステップＳ６１３の処理が終了すると、図３５のEAD配信処理は終了する。
【０２９１】
以上、EAD配信処理の流れについて説明した。
【０２９２】
（RRD配信処理）
次に、図３６のフローチャートを参照して、図１９のRRDサーバ７０により実行されるRRD配信処理の流れについて説明する。
【０２９３】
ステップＳ７１１において、制御部７１１は、通信部７１４の通信状況を常に監視して、受信装置２０からRRDが要求されたかどうかを判定する。ステップＳ７１１の判定処理では、受信装置２０からRRDが要求されるのを待って、処理は、ステップＳ７１２に進められる。
【０２９４】
ステップＳ７１２において、通信部７１４は、制御部７１１からの制御に従い、RRD保持部７１３に保持されている、受信装置２０からの要求に応じたRRD情報を取得する。また、ステップＳ７１３において、通信部７１４は、制御部７１１からの制御に従い、ステップＳ７１２の処理で取得されたRRD情報を、インターネット９０を介して、RRDの要求元の受信装置２０に送信する。ステップＳ７１３の処理が終了すると、図３６のRRD配信処理は終了する。
【０２９５】
以上、RRD配信処理の流れについて説明した。
【０２９６】
（トリガ情報配信処理）
次に、図３７のフローチャートを参照して、図１９のACRサーバ８０により実行されるトリガ情報配信処理の流れについて説明する。
【０２９７】
ステップＳ８１１においては、受信装置２０からトリガ情報の問い合わせを受け、フィンガプリント情報が受信されたかどうかが判定される。ステップＳ８１１の判定処理では、通信部８１１によりフィンガプリント情報が受信されるのを待って、処理は、ステップＳ８１２に進められる。
【０２９８】
ステップＳ８１２において、ACR識別処理部８１２は、ステップＳ８１１の処理で受信されたフィンガプリント情報を、あらかじめ用意されたFPデータベース８１３と照合して、問い合わせ元の受信装置２０で再生中のコンテンツを識別するACR識別処理を行う。
【０２９９】
ステップＳ８１３において、トリガ情報生成部８１４は、ステップＳ８１２の処理で求められたACR識別処理の結果と、トリガ情報用データベース８１５に登録された各種の情報に基づいて、各種の機能を提供するためのトリガ情報（図３の構成を有するトリガ情報）を生成する。
【０３００】
ステップＳ８１４において、通信部８１１は、ステップＳ８１３の処理で生成されたトリガ情報を、インターネット９０を介して、問い合わせ元の受信装置２０に送信する。ステップＳ８１４の処理が終了すると、図３７のトリガ情報配信処理は終了する。
【０３０１】
以上、トリガ情報配信処理の流れについて説明した。
【０３０２】
（TLT配信処理）
次に、図３８のフローチャートを参照して、図１９のTLTサーバ８５により実行されるTLT配信処理の流れについて説明する。
【０３０３】
ステップＳ８５１において、制御部８５１は、通信部８５４の通信状況を常に監視して、受信装置２０からTLTが要求されたかどうかを判定する。ステップＳ８５１の判定処理では、受信装置２０からTLTが要求されるのを待って、処理は、ステップＳ８５２に進められる。
【０３０４】
ステップＳ８５２において、通信部８５４は、制御部８５１からの制御に従い、TLT保持部８５３に保持されている、受信装置２０からの要求に応じたTLT情報を取得する。また、ステップＳ８５３において、通信部８５４は、制御部８５１からの制御に従い、ステップＳ８５２の処理で取得されたTLT情報を、インターネット９０を介して、TLTの要求元の受信装置２０に送信する。ステップＳ８５３の処理が終了すると、図３８のTLT配信処理は終了する。
【０３０５】
以上、TLT配信処理の流れについて説明した。
【０３０６】
なお、上述した説明では、シグナリング情報の名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、EAD（Emergency Alerting Description）は、EAT（Emergency Alerting Table）と記述される場合がある。また、例えば、RRD（Region Rating Description）は、RRT（Region Rating 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層よりも上位の階層で伝送されるシグナリング情報に関する機能を提供するための情報を含み、
前記処理部は、前記トリガ情報に基づいて、前記シグナリング情報に関する機能に応じた処理を行う
（２）に記載の受信装置。
（４）
前記トリガ情報は、電子番組表に関する機能を提供するための情報を含み、
前記処理部は、前記トリガ情報に基づいて、前記電子番組表に関する機能に応じた処理を行う
（２）に記載の受信装置。
（５）
前記トリガ情報は、緊急告知に関する機能を提供するための情報を含み、
前記処理部は、前記トリガ情報に基づいて、前記緊急告知に関する機能に応じた処理を行う
（２）に記載の受信装置。
（６）
前記トリガ情報は、コンテンツの視聴制限に関する機能を提供するための情報を含み、
前記処理部は、前記トリガ情報に基づいて、前記視聴制限に関する機能に応じた処理を行う
（２）に記載の受信装置。
（７）
前記トリガ情報は、インターネット上のリソースを識別可能なロケーション情報を含み、
前記処理部は、前記ロケーション情報に基づいて、インターネット上のサーバにアクセスして、各種の機能に応じた情報を取得する
（１）乃至（６）のいずれかに記載の受信装置。
（８）
前記取得部は、
前記チャンネル情報により示される系列ごとに伝送される前記トリガ情報のリストであるトリガチャンネルリストを取得し、
前記トリガチャンネルリストに基づいて、前記トリガ情報を取得する
（１）乃至（７）のいずれかに記載の受信装置。
（９）
前記トリガ情報は、IP伝送方式を用いたデジタル放送の放送波に含めて配信されるか、又はインターネット上に設けられるコンテンツ認識機能を有するサーバから配信される
（１）乃至（８）のいずれかに記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報を取得し、
前記タイプ情報と前記チャンネル情報により識別される前記トリガ情報に基づいて、各種の機能に応じた処理を行う
ステップを含む受信方法。
（１１）
各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報を生成する生成部と、
生成された前記トリガ情報を送信する送信部と
を備える送信装置。
（１２）
前記トリガ情報は、前記チャンネル情報ごとのバージョン情報を含む
（１１）に記載の送信装置。
（１３）
前記トリガ情報は、IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に関する機能を提供するための情報を含む
（１２）に記載の送信装置。
（１４）
前記トリガ情報は、電子番組表に関する機能を提供するための情報を含む
（１２）に記載の送信装置。
（１５）
前記トリガ情報は、緊急告知に関する機能を提供するための情報を含む
（１２）に記載の送信装置。
（１６）
前記トリガ情報は、コンテンツの視聴制限に関する機能を提供するための情報を含む
（１２）に記載の送信装置。
（１７）
前記トリガ情報は、インターネット上のリソースを識別可能なロケーション情報を含む
（１１）乃至（１６）のいずれかに記載の送信装置。
（１８）
前記送信部は、前記トリガ情報を、IP伝送方式を用いたデジタル放送の放送波に含めて送信する
（１１）乃至（１７）のいずれかに記載の送信装置。
（１９）
送信装置の送信方法において、
前記送信装置が、
各種の機能を提供するためのトリガ情報であって、前記トリガ情報のタイプを示すタイプ情報と、前記トリガ情報により提供される機能ごとの系列を示すチャンネル情報を含む前記トリガ情報を生成し、
生成された前記トリガ情報を送信する
ステップを含む送信方法。
【符号の説明】
【０３１８】
１  放送通信システム，  １０  送信装置，  ２０  受信装置，  ３０  ストリーミングサーバ，  ４０  SCSサーバ，  ５０  ESGサーバ，  ６０  EADサーバ，  ７０  RRDサーバ，  ８０  ACRサーバ，  ８５  TLTサーバ，  ９０  インターネット，  １１１  シグナリング情報生成部，  １１７  トリガ情報生成部，  １１９  送信部，  ２１２  チューナ，  ２１４  制御部，  ２１７  通信部，  ２５１  シグナリング情報取得部，  ２５２  トリガ情報取得部，  ２５３  フィンガプリント情報取得部，  ２５４  解析部，  ２５５  メディアタイム計時部，  ２５６  処理部，  ８１４  トリガ情報生成部，  ８５２  TLT生成部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2016035588.tif 000003
【図２】
2016035588.tif 000004
【図３】
2016035588.tif 000005
【図４】
2016035588.tif 000006
【図５】
2016035588.tif 000007
【図６】
2016035588.tif 000008
【図７】
2016035588.tif 000009
【図８】
2016035588.tif 000010
【図９】
2016035588.tif 000011
【図１０】
2016035588.tif 000012
【図１１】
2016035588.tif 000013
【図１２】
2016035588.tif 000014
【図１３】
2016035588.tif 000015
【図１４】
2016035588.tif 000016
【図１５】
2016035588.tif 000017
【図１６】
2016035588.tif 000018
【図１７】
2016035588.tif 000019
【図１８】
2016035588.tif 000020
【図１９】
2016035588.tif 000021
【図２０】
2016035588.tif 000022
【図２１】
2016035588.tif 000023
【図２２】
2016035588.tif 000024
【図２３】
2016035588.tif 000025
【図２４】
2016035588.tif 000026
【図２５】
2016035588.tif 000027
【図２６】
2016035588.tif 000028
【図２７】
2016035588.tif 000029
【図２８】
2016035588.tif 000030
【図２９】
2016035588.tif 000031
【図３０】
2016035588.tif 000032
【図３１】
2016035588.tif 000033
【図３２】
2016035588.tif 000034
【図３３】
2016035588.tif 000035
【図３４】
2016035588.tif 000036
【図３５】
2016035588.tif 000037
【図３６】
2016035588.tif 000038
【図３７】
2016035588.tif 000039
【図３８】
2016035588.tif 000040
【図３９】
2016035588.tif 000041
【国際調査報告】
2016035588.tif 000042
2016035588.tif 000043