JPWO2015182490A1 - 受信装置、受信方法、送信装置、及び、送信方法 - Google Patents

Abstract

本技術は、IP伝送方式を用いたデジタル放送において、NRTサービスを提供することができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。IP伝送方式を用いたデジタル放送を選局する選局制御を行う選局制御部と、デジタル放送において、IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に基づいて、放送又は通信で配信されるアプリケーションの取得を制御する取得制御部と、取得されたアプリケーションを実行するアプリケーション実行部とを備える受信装置が提供される。本技術は、例えば、テレビ受像機に適用することができる。

Description

本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、IP伝送方式を用いたデジタル放送において、NRTサービスを提供することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。

各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2-Transport Stream）方式が採用されている（例えば、特許文献１参照）。今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。

特開２０１２−１５６７１２号公報

ところで、MPEG2-TS方式を採用したデジタル放送においては、リアルタイムでの視聴を前提としない放送サービスとして、NRT（Non Real Time）サービスが知られているが、NRTサービスを、IP伝送方式を用いたデジタル放送で実現したいという要求がある。しかしながら、NRTサービスを、IP伝送方式を用いたデジタル放送で実現するための技術方式は確立されていない。

本技術はこのような状況に鑑みてなされたものであり、IP伝送方式を用いたデジタル放送において、NRTサービスを提供することができるようにするものである。

本技術の第１の側面の受信装置は、IP（Internet Protocol）伝送方式を用いたデジタル放送を選局する選局制御を行う選局制御部と、前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に基づいて、放送又は通信で配信されるアプリケーションの取得を制御する取得制御部と、取得された前記アプリケーションを実行するアプリケーション実行部とを備える受信装置である。

前記アプリケーションは、前記デジタル放送において、放送サービスとして提供されるAVコンテンツに連動して実行されるようにすることができる。

前記アプリケーションは、前記放送サービスと同一のサービス、又は、別のサービスとして提供されるようにすることができる。

前記取得制御部は、前記デジタル放送で伝送される、前記アプリケーションを起動させるためのトリガ情報が抽出された場合、放送又は通信で配信される前記アプリケーションの制御情報、及び、前記シグナリング情報に基づいて、前記アプリケーションの取得を制御するようにすることができる。

前記アプリケーションは、複数のコンポーネントから構成され、前記取得制御部は、放送又は通信で配信される前記複数のコンポーネントの取得を制御するようにすることができる。

前記シグナリング情報は、前記アプリケーションが別のサービスとして提供される場合、別のサービス用のシグナリング情報を取得するための情報を含むようにすることができる。

前記アプリケーションは、前記デジタル放送において、独立した放送サービスとして提供されるようにすることができる。

前記アプリケーションは、エントリポイントと、１又は複数のリソースから構成され、前記取得制御部は、前記エントリポイントに含まれる前記１又は複数のリソースのURL（Uniform Resource Locator）、及び、前記シグナリング情報に基づいて、放送又は通信で配信される前記１又は複数のリソースの取得を制御するようにすることができる。

前記シグナリング情報は、前記エントリポイントのURLを含み、前記取得制御部は、前記エントリポイントのURLに基づいて、前記エントリポイントを取得するようにすることができる。

受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。

本技術の第１の側面の受信方法は、本技術の第１の側面の受信装置に対応する受信方法である。

本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送を選局する選局制御が行われ、前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に基づいて、放送又は通信で配信されるアプリケーションの取得が制御され、取得された前記アプリケーションが実行される。

本技術の第２の側面の送信装置は、放送サービスとして提供されるストリームを取得する取得部と、放送又は通信で配信されるアプリケーションの取得制御に用いられる制御情報を含むシグナリング情報を生成するシグナリング情報生成部と、前記ストリームとともに、生成された前記シグナリング情報を、IP伝送方式を用いたデジタル放送の放送波で送信する送信部とを備え、前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で、前記シグナリング情報が伝送される送信装置である。

前記アプリケーションは、前記デジタル放送において、放送サービスとして提供されるAVコンテンツに連動して実行されるようにすることができる。

前記アプリケーションは、前記AVコンテンツが提供される放送サービスと同一のサービス、又は、別のサービスとして提供されるようにすることができる。

前記シグナリング情報は、前記アプリケーションが別のサービスとして提供される場合、別のサービス用のシグナリング情報を取得するための情報を含むようにすることができる。

前記アプリケーションは、前記デジタル放送において、独立した放送サービスとして提供されるようにすることができる。

前記アプリケーションは、エントリポイントと、１又は複数のリソースから構成され、前記エントリポイントは、前記１又は複数のリソースのURLを含むようにすることができる。

前記シグナリング情報は、前記エントリポイントのURLを含むようにすることができる。

前記アプリケーションを生成するアプリケーション生成部をさらに備え、前記送信部は、生成された前記アプリケーションを、前記ストリームとして送信するようにすることができる。

前記アプリケーションを起動させるためのトリガ情報を生成するトリガ情報生成部をさらに備え、前記送信部は、生成された前記トリガ情報を、前記ストリームに含めて送信するようにすることができる。

送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。

本技術の第２の側面の送信方法は、本技術の第２の側面の送信装置に対応する送信方法である。

本技術の第２の側面の送信装置、及び、送信方法においては、放送サービスとして提供されるストリームが取得され、放送又は通信で配信されるアプリケーションの取得制御に用いられる制御情報を含むシグナリング情報が生成され、前記ストリームとともに、生成された前記シグナリング情報が、IP伝送方式を用いたデジタル放送の放送波で送信される。また、前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で、前記シグナリング情報が伝送される。

本技術の第１の側面、及び、第２の側面によれば、IP伝送方式を用いたデジタル放送において、NRTサービスを提供することができる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

アソシエイテッドNRTのシステムパイプモデルを示す図である。 TPTを放送取得する場合におけるTDOアプリケーションの実行の例を示す図である。 TPTを通信取得する場合におけるTDOアプリケーションの実行の例を示す図である。 スタンドアロンNRTのシステムパイプモデルを示す図である。 NDOアプリケーションの実行の例を示す図である。 基本サービスの運用例を示す図である。 アソシエイテッドNRTの運用例１を説明するための図である。 アソシエイテッドNRTの運用例２を説明するための図である。 アソシエイテッドNRTの運用例３を説明するための図である。 アソシエイテッドNRTの運用例４を説明するための図である。 スタンドアロンNRTの運用例１を説明するための図である。 SPDのシンタックスの例を示す図である。 NRT Service Description要素のシンタックスの例を示す図である。 放送通信システムの構成例を示す図である。 送信装置の構成例を示す図である。 各サーバの構成例を示す図である。 受信装置の構成例を示す図である。 制御部の機能的構成例を示す図である。 デジタル放送信号送信処理の流れを説明するフローチャートである。 TPT提供処理の流れを説明するフローチャートである。 アプリケーション提供処理の流れを説明するフローチャートである。 基本サービス処理の流れを説明するフローチャートである。 アソシエイテッドNRT対応処理の流れを説明するフローチャートである。 スタンドアロンNRT対応処理の流れを説明するフローチャートである。 コンピュータの構成例を示す図である。

以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。

１．IP伝送方式におけるNRTサービスの概要
（１）アソシエイテッドNRT
（２）スタンドアロンNRT
２．NRTサービスの運用例
（１−１）アソシエイテッドNRTの運用例１：TPT（放送取得）、TDO（主サービスから放送取得）
（１−２）アソシエイテッドNRTの運用例２：TPT（放送取得）、TDO（NRTサービスから放送取得）
（１−３）アソシエイテッドNRTの運用例３：TPT（通信取得）、TDO（NRTサービスから放送取得）
（１−４）アソシエイテッドNRTの運用例４：TPT（通信取得）、TDO（放送・通信取得）
（２−１）スタンドアロンNRTの運用例１
３．シンタックス
４．システム構成
５．各装置における処理の流れ
６．コンピュータの構成

＜１．IP伝送方式におけるNRTサービスの概要＞

NRT（Non Real Time）サービスは、リアルタイムでの視聴を前提としない放送サービスである。NRTサービスでは、例えば、FLUTE（File Delivery over Unidirectional Transport）セッションを利用して、NRTコンテンツが送信される。NRTサービスは、アソシエイテッドNRT（Associated NRT）と、スタンドアロンNRT（Stand-alone NRT）の２種類に分類される。

アソシエイテッドNRTは、メインとなるビデオやオーディオのストリームを提供する放送サービス（以下、「主サービス」という。）に付随（連動）するアプリケーションとして提供される。アソシエイテッドNRTでは、主サービスのビデオやオーディオ、字幕等のストリームに埋め込まれたトリガ情報から、アプリケーションとしてのDO（Declarative Object）を起動する。

このDOは、トリガ情報により起動されるDOであるため、TDO（Triggered Declarative Object）と呼ばれる。TDOは、トリガ情報から得られるTPT（TDO Parameter Table）に従って取得され、その動作が制御される。以下、TDOは、TDOアプリケーションと称する。

スタンドアロンNRTは、独立した放送サービスにおけるアプリケーションとして提供される。スタンドアロンNRTでは、リモートコントローラ等のユーザ操作によって放送サービスが選択された場合に、アプリケーションとしてのDO（Declarative Object）を起動する。

このDOは、汎用のDO（トリガ情報による起動ではないDO）であることから、NDO（NRT Declarative Object）と呼ばれる。NDOは、通常の放送サービスと同様に、あらかじめ取得済みの選局情報に従い、スタンドアロンNRTのNRTサービスのストリームに接続して取得され、その動作が制御される。以下、NDOは、NDOアプリケーションと称する。

（１）アソシエイテッドNRT

（システムパイプモデル）
図１は、アソシエイテッドNRTのシステムパイプモデルを示す図である。

図１において、所定の周波数帯域を有する放送波（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）等が伝送される。

SCDは、MPEG2-TS方式に対応したID体系によって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。また、SCDには、サービス単位の属性・設定情報としてのIPアドレス等の情報、ESGサービスやSCSにアクセスするためのbootstrap情報などが含まれる。

EADは、緊急告知に関する情報を含んでいる。RRDは、レーティング情報を含んでいる。なお、SCD，EAD，RRDは、例えば、XML（Extensible Markup Language）等のマークアップ言語により記述される。

サービスチャンネル（以下、「サービス」という。）は、SCS（Service Channel Signaling）と、ビデオやオーディオ、字幕等の番組を構成するコンポーネント（Component）と、アソシエイテッドNRTから構成される。なお、各サービスを構成する要素には、共通の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），TPT（TDO Parameter Table）等が伝送される。

USDは、MPD，FDD，SDP等のシグナリング情報を参照するための参照情報を含んでいる。なお、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は、TSI（Transport Session Identifier）ごとのインデックス情報として、ロケーション情報（例えばURLなど）やTOI（Transport Object Identifier）などの情報を含んでいる。ここで、FLUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOIにより管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSIにより管理する。すなわち、FLUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。なお、FDDは、USDに要素として含めるようにしてもよい。

SPDは、サービスやコンポーネントのレベルで規定された各種のパラメータを含んで構成される。TPTは、TDOアプリケーションを制御するための制御情報を含んでいる。なお、USD，MPD，SDP，FDD，SPD，TPTは、例えば、XML等のマークアップ言語により記述される。

アソシエイテッドNRT（Associated NRT）は、主サービスに付随（連動）して実行されるTDOアプリケーションを提供する。なお、TDOアプリケーションは、複数のコンポーネントから構成される場合がある。また、アソシエイテッドNRTは、主サービスと同一のサービスで提供されるようにしてもよいし、主サービスと別サービス（NRTサービス）で提供されるようにしてもよい。

ここで、所定の周波数帯域を有する放送波（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に対応している。

（TDOアプリケーションの実行例１）
図２は、TPTを放送取得する場合におけるTDOアプリケーションの実行の例を示す図である。

図２において、放送局（放送事業者）の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、BBPストリームを伝送している。BBPストリームでは、チャンネル１（CH.1）の主サービスを構成するSCSやコンポーネントがストリームとして伝送されている。また、主サービスに付随するアソシエイテッドNRTとして、TDOアプリケーションが伝送されている。なお、TDOアプリケーションは、チャンネル１の主サービスと同一のサービス、又は、主サービスとは別のNRTサービスとして提供される。

各家庭等に設置された受信機では、チャンネル１が選局された場合、チャンネル１を構成するSCSと、ビデオやオーディオ、字幕等のコンポーネントを取得することで、チャンネル１の映像と音声が再生される。

受信機は、字幕等のストリームに含まれるトリガ情報を抽出した場合、SCSで伝送されるTPTを取得する。受信機は、TPTやUSD等のシグナリング情報（SCS）を解析することで、放送又は通信で伝送されるTDOアプリケーションを取得する。この例では、放送で伝送されるTDO1が取得されて起動される。その結果、受信機において、チャンネル１の映像には、TDO1の映像が重畳される。

その後、受信機において、さらに、字幕等のストリームに含まれるトリガ情報が抽出された場合、SCSで伝送されるTPTが取得される。受信機は、TPTやUSD等のシグナリング情報（SCS）を解析することで、放送で伝送されるTDO2を取得して起動する。その結果、受信機において、チャンネル１の映像に重畳されたTDOアプリケーションが、TDO1からTDO2へ遷移する。

以上のように、アソシエイテッドNRTにおいて、TDOアプリケーションは、トリガ情報とTPTを用いることで、放送又は通信のいずれかの配信経路を介して取得されて、起動される。

（TDOアプリケーションの実行例２）
図３は、TPTを通信取得する場合におけるTDOアプリケーションの実行の例を示す図である。すなわち、図２では、TPTが放送で伝送される場合を例示したが、図３に示すように、TPTは通信で伝送されるようにしてもよい。

図３において、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、BBPストリームを伝送している。BBPストリームでは、チャンネル１（CH.1）の主サービスを構成するSCSやコンポーネントがストリームとして伝送されている。また、主サービスに付随するアソシエイテッドNRTとして、TDOアプリケーションが伝送されている。

各家庭等に設置された受信機では、チャンネル１が選局された場合、チャンネル１を構成するSCSと、ビデオやオーディオ、字幕等のコンポーネントを取得することで、チャンネル１の映像と音声が再生される。

受信機は、字幕等のストリームに含まれるトリガ情報を抽出した場合、トリガ情報に含まれるURLに従い、インターネットを介してTPTサーバ（TPT Server）にアクセスし、TPTを取得する。受信機は、TPTやUSD等のシグナリング情報（SCS）を解析することで、放送で伝送されるTDO1を取得して起動する。その結果、受信機において、チャンネル１の映像には、TDO1の映像が重畳される。

以上のように、アソシエイテッドNRTにおいて、TDOアプリケーションの制御情報であるTPTは、放送又は通信のいずれかの配信経路を介して取得される。また、図２と図３の例では、TDOアプリケーションが放送で配信される場合を説明したが、TDOアプリケーションは、アプリケーションサーバ（不図示）から、インターネットを介して通信で配信されるようにしてもよい。

（２）スタンドアロンNRT

（システムパイプモデル）
図４は、スタンドアロンNRTのシステムパイプモデルを示す図である。

図４において、所定の周波数帯域を有する放送波（RF Channel）には、複数のBBPストリームが伝送されている。また、各BBPストリームでは、NTP，複数のサービスチャンネル、ESGサービス、及び、LLSが伝送される。なお、NTP，サービスチャンネル、及び、ESGサービスは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。

LLSは、低レイヤのシグナリング情報であって、例えば、SCD，EAD，RRDが伝送される。サービスチャンネル（サービス）は、SCSと、スタンドアロンNRTから構成される。SCSは、サービス単位のシグナリング情報であって、USD，SDP，FDD，SPD等が伝送される。

スタンドアロンNRT（Stand-alone NRT）は、独立した放送サービスとして実行されるNDOアプリケーションを提供する。すなわち、スタンドアロンNRTは、独立した放送サービスであるため、同一のサービス内には、ビデオやオーディオ、字幕などの他のコンポーネントのストリームは存在しないことになる。また、NDOアプリケーションは、例えば、NRTエントリポイント（例えばindex.html）と、NRTリソースから構成される。受信機では、NRTエントリポイントを先に取得することで、NRTエントリポイントの記述内容に応じてNRTリソースが取得される。

なお、図４のスタンドアロンNRTのシステムパイプモデルでは、図１のアソシエイテッドNRTのシステムパイプモデルと同様に、RFチャンネルID，BBPストリームID，サービスIDが割り当てられており、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。上述したように、このID体系は、MPEG2-TS方式のID体系に対応している。

（NDOアプリケーションの実行例）
図５は、NDOアプリケーションの実行の例を示す図である。

図５において、放送局（放送事業者）の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、BBPストリームを伝送している。BBPストリームでは、スタンドアロンNRTのストリームとSCSが伝送されている。

各家庭等に設置された受信機では、ポータルサービスが選択（選局）された場合、SCSが取得される。受信機は、USDやSPD，FDD，SDP等のシグナリング情報（SCS）を解析することで、放送で伝送されるNRTエントリポイント（例えばindex.html）を取得する。

また、受信機は、NRTエントリポイントに列挙されるNRTリソースのURLと、シグナリング情報（SCS）に基づいて、放送又は通信で伝送されるNRTリソースを取得する。この例では、放送で伝送されるNRTリソースが取得される。その結果、受信機においては、NDOアプリケーションに対応したポータルサービスの画面１が表示される。

その後、受信機では、ユーザの操作に応じて、放送で伝送されるNRTリソースが取得されることで、ポータルサービスの画面１から画面２に遷移し、さらに、ポータルサービスの画面２から画面３へ遷移することになる。

以上のように、スタンドアロンNRTにおいて、NDOアプリケーションは、そのNRTリソースが放送又は通信のいずれかの配信経路を介して取得され、主サービスとは関係なく、独立した放送サービス（ポータルサービス）として実行される。

＜２．NRTサービスの運用例＞

（基本サービスの運用例）
図６は、アソシエイテッドNRTの各運用例に共通する基本サービスの運用例を示す図である。なお、図中の「１」乃至「１３」の数字は、処理の順序（以下、「手順」と称する。）を表しており、受信機においては、この数字の順に処理が実行される。また、このような数字の意味は、後述する他の図でも同様とされる。

図６において、RFチャンネルIDにより識別される放送局（放送事業者）の送信機は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）によって、BBPストリームIDにより識別されるBBPストリーム（BBP Stream）を伝送している。BBPストリームでは、サービスIDで識別される各サービスを構成するコンポーネントのストリームやシグナリング情報等が伝送される。

なお、オーディオやビデオのストリームやシグナリング情報（SCS）のファイルは、FLUTEセッションで伝送されている。また、図６の基本サービスの運用例では、放送で伝送されるストリームのみが取得されるため、インターネットサーバ(Internet Server)から通信で伝送されるストリームが取得されることはない。

図６において、各家庭等に設置された受信機は、初期スキャン処理によって、LLSで伝送されるSCDを取得して、NVRAMに保存する（手順１）。このSCDには、SCSを取得するためのIPアドレス、ポート番号、及び、TSIが記述されたSCS Bootstrap情報が含まれる。ここで、ユーザにより所望のサービスが選局された場合（手順２）、受信機は、NVRAMからSCDを読み出して（手順３）、SCS Bootstrap情報に従い、放送波で伝送されているSCSに接続して、SCSを取得する（手順４，５）。

SCSのファイルは、FLUTEセッションで伝送されているので、LCTパケットに格納されたデータを解析することで、USD，MPD，SDP，FDD等のシグナリング情報が取得される（手順６）。なお、deliveryMethod要素は、USDの子要素とされるが、説明の都合上、USDとは別に図示している。また、USDには参照情報が記述されており、この参照情報を用い、MPD，SDP，FDDを取得することになるが、それらのシグナリング情報は全てSCSに含まれているので、そこから一括して取得することもできる。

MPDのコンポーネントごとのAdaptationSet要素内には、Representation要素が配置され、放送又は通信で伝送されるストリームが列挙されている。また、Representation要素には、id属性の他に、ストリームの取得先のURLが指定されるSegmentURL要素が記述される。また、USDのdeliveryMethod要素には、ストリームの配信経路を識別するための情報が指定される。

図６の基本サービスの運用例では、ストリームが放送でのみ伝送されるので、deliveryMethod要素には、broadcastAppService要素が配置され、さらに、basepattern要素には、放送で伝送されるストリームのURLが指定される。そして、MPDのSegmentURL要素に指定されたURL（SegmentURL）と、USDのdeliveryMethod要素のbasepattern要素に指定されたURLとのマッチングを行うことで、MPDに列挙されたオーディオとビデオのストリームが放送で伝送されていることが特定される（手順７）。

また、FDDには、オーディオやビデオのストリームごとに、tsi属性、contentLocation属性、及び、toi属性が記述される。tsi属性には、各FLUTEセッションの識別情報であるTSI（Transport Session Identifier）が指定される。また、toi属性には、FLUTEセッションごとに送られる複数のオブジェクトの識別情報であるTOI（Transport Object Identifier）が指定される。contentLocation属性には、ファイルのURLが指定される。

そして、MPDのSegmentURL要素に指定されたURL（SegmentURL）と、FDDのcontentLocation属性に指定されたURLとのマッチングを行うことで、MPDに列挙されたオーディオとビデオのストリームを取得するためのTSIとTOIが特定される（手順８）。さらに、SDPを参照することで、オーディオとビデオのストリームを取得するためのIPアドレスとポート番号が特定される（手順８）。

このようにして、オーディオとビデオのストリームを取得するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。受信機は、オーディオとビデオのストリームのIPアドレス、ポート番号、TSI、及び、TOIを用い、FLUTEセッションで伝送されているオーディオとビデオのストリームに接続して、LCTパケットを取得する（手順９，１０）。

そして、受信機は、LCTパケットに格納されたセグメントデータ(メディアセグメント)を抽出して、バッファに一時的に記憶させることで、バッファリングを行い（手順１１，１２）、さらに、レンダリングを行う（手順１３）。これにより、受信機では、選局されたサービスに対応した放送番組の映像と音声が再生される。

（１−１）アソシエイテッドNRTの運用例１
図７は、アソシエイテッドNRTの運用例１を説明するための図である。この運用例１では、TPTが放送取得され、TDOアプリケーションが、主サービスと同一のサービスとして伝送されるアソシエイテッドNRTのストリームから放送取得される。

図７において、RFチャンネルIDにより識別される放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）によって、BBPストリームIDにより識別されるBBPストリーム（BBP Stream）を伝送している。

BBPストリームでは、LLSとともに、サービスIDにより識別される主サービスとして、オーディオとビデオのストリーム（図中の「A/V」）とSCSが伝送される。また、主サービスと同一のサービス（同一のIPアドレス）として、アソシエイテッドNRTのストリーム（図中の「NRT」）が伝送される。なお、オーディオ又はビデオのストリームには、トリガ情報が埋め込まれている。また、TPTがSCSで伝送されている。

なお、オーディオやビデオ、アソシエイテッドNRTのストリームと、シグナリング情報（SCS）のファイルは、FLUTEセッションで伝送されている。また、アソシエイテッドNRTの運用例１では、放送で伝送されるTPTが取得されるため、インターネットサーバ（TPTサーバ）から通信で伝送されるTPTが取得されることはない。

図７において、各家庭等に設置された受信機は、図６の基本サービスの運用例（Basic Service flow）によって、手順１乃至１３を実行することで、ユーザにより選局された主サービスの放送番組の映像と音声を再生している。

ただし、図７のアソシエイテッドNRTの運用例１では、図６の基本サービスの運用例と比べて、アソシエイテッドNRTが提供されているため、アソシエイテッドNRTの提供が開始された時点で、シグナリング情報（SCS）は、アソシエイテッドNRTに対応した記述となっている。なお、受信機は、SCSで伝送されるMPDの更新を常に監視して、MPDに応じたオーディオとビデオのストリームを再生している（手順１４）。

受信機は、オーディオ又はビデオのストリームを常に監視し、当該ストリームに含まれるトリガ情報を抽出した場合、SCSに接続して、SCSを取得する（手順１５）。ただし、TPTやUSD等のファイルは、FLUTEセッションで伝送されているので、LCTパケットに格納されたデータを解析することで、TPTやUSD等のシグナリング情報が取得される（手順１６）。

なお、TPTを取得するタイミングは、ストリームに含まれるトリガ情報が抽出されたときのほか、例えば、SCSを常に監視して、TPTが新たに出現するか、あるいはTPTが更新されたタイミングで、そのTPTを取得するようにしてもよい。

TPTには、TDOアプリケーションを識別するID（AppID）と、TDOアプリケーションの取得先を示すURL（AppURL）とが対応して記述されている。ここで、TPTのAppURLと、USDのdeliveryMethod要素におけるbroadcastAppService要素内のbasepattern要素に指定されたURLとが対応しているので、それらのURLのマッチングを行うことで、TPTの制御対象のTDOアプリケーションが、放送で伝送されていることが特定される（手順１７，１８）。

また、USDのdeliveryMethod要素のbasepattern要素に指定されたURL（TPTのAppURL）と、FDDのcontentLocation属性に指定されたURLは対応しているので、それらのURLのマッチングを行うことで、TPTの制御対象のTDOアプリケーションを取得するためのTSIとTOIが特定される。また、SDPを参照することで、TPTの制御対象のTDOアプリケーションを取得するためのIPアドレスとポート番号が特定される（手順１９）。

なお、SPDには、アソシエイテッドNRTに関する情報が記述されるNRT関連記述子（NRT Service Descriptor）が配置されており、適宜、そこに記述された情報が参照されるようにしてもよい。

このようにして、アソシエイテッドNRTのストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。受信機は、アソシエイテッドNRTのストリームのIPアドレス、ポート番号、TSI、及び、TOIを用い、FLUTEセッションで伝送されているアソシエイテッドNRTのストリームに接続して、LCTパケットを取得する（手順２０，２１）。

なお、アソシエイテッドNRTのストリームと、オーディオとビデオのストリームは、同一のサービスとして提供されるので、アソシエイテッドNRTのストリームのIPアドレスは、SDPから取得するのではなく、オーディオとビデオのストリームと同一のIPアドレスを用いるようにしてもよい。

そして、受信機は、LCTパケットに格納されたデータを抽出してキャッシュし（手順２２，２３）、さらに、レンダリングを行う（手順２４）。これにより、受信機では、放送番組に連動してTDOアプリケーションが実行され、放送番組の映像に、TDOアプリケーションの映像が重畳して表示される。

以上のように、図７のアソシエイテッドNRTの運用例１においては、アソシエイテッドNRTのストリームが、オーディオとビデオのストリームと同一のサービスとして伝送されている場合に、SCSとして伝送される、TPTやUSD等のシグナリング情報を用いることで、アソシエイテッドNRTのストリームから、TDOアプリケーションが取得され、放送番組に連動して実行されることになる。これにより、IP伝送方式を用いたデジタル放送において、アソシエイテッドNRTのNRTサービスを提供することができる。

（１−２）アソシエイテッドNRTの運用例２
図８は、アソシエイテッドNRTの運用例２を説明するための図である。この運用例２では、TPTが放送取得され、TDOアプリケーションが、主サービスと別サービスとして伝送されるアソシエイテッドNRTのストリームから放送取得される。

図８において、RFチャンネルIDにより識別される放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）によって、BBPストリームIDにより識別されるBBPストリーム（BBP Stream）を伝送している。

BBPストリームでは、LLSとともに、サービスIDにより識別される主サービスとして、オーディオとビデオのストリーム（図中の「A/V」）とSCSが伝送される。また、主サービスと別サービス（NRTサービス）として、アソシエイテッドNRTのストリーム（図中の「NRT」）とSCSが伝送される。すなわち、この場合、主サービスとNRTサービスでは、IPアドレスが異なっている。なお、オーディオ又はビデオのストリームには、トリガ情報が埋め込まれている。また、TPTがSCSで伝送されている。

なお、オーディオやビデオ、アソシエイテッドNRTのストリームと、シグナリング情報（SCS）のファイルは、FLUTEセッションで伝送されている。また、アソシエイテッドNRTの運用例２では、放送で伝送されるTPTが取得されるため、インターネットサーバ（TPTサーバ）から通信で伝送されるTPTが取得されることはない。

図８において、各家庭等に設置された受信機は、図６の基本サービスの運用例（Basic Service flow）によって、手順１乃至１３を実行することで、ユーザにより選局された主サービスの放送番組の映像と音声を再生している。

ただし、図８のアソシエイテッドNRTの運用例２では、図６の基本サービスの運用例と比べて、アソシエイテッドNRTが提供されているため、アソシエイテッドNRTの提供が開始された時点で、シグナリング情報（SCS）は、アソシエイテッドNRTに対応した記述となっている。なお、受信機は、SCSで伝送されるMPDの更新を常に監視して、MPDに応じたオーディオとビデオのストリームを再生している（手順１４）。

受信機は、オーディオ又はビデオのストリームを常に監視し、当該ストリームに含まれるトリガ情報を抽出した場合、主サービスのSCSに接続して、SCSを取得する（手順１５）。ただし、TPTやUSD等のファイルは、FLUTEセッションで伝送されているので、LCTパケットに格納されたデータを解析することで、TPTやUSD等のシグナリング情報が取得される（手順１６）。

なお、TPTを取得するタイミングは、ストリームに含まれるトリガ情報が抽出されたときのほか、例えば、主サービスのSCSを常に監視して、TPTが新たに出現するか、あるいはTPTが更新されたタイミングで、そのTPTを取得するようにしてもよい。

TPTには、TDOアプリケーションを識別するID（AppID）と、TDOアプリケーションの取得先を示すURL（AppURL）とが対応して記述されている。ここで、TPTのAppURLと、USDのdeliveryMethod要素におけるbroadcastAppService要素内のbasepattern要素に指定されたURLとが対応しているので、それらのURLのマッチングを行うことで、TPTの制御対象のTDOアプリケーションが、放送で伝送されていることが特定される（手順１７，１８）。なお、図８のTPTにおいて、availbroadcast属性によりTDOアプリケーションが放送で伝送されるかどうかを指定するようにしてもよい。

また、broadcastAppService要素内には、basepattern要素の他に、assocication_tag属性が記述されている。このassocication_tag属性は、SPDに記述されたAssociation Service Descriptionのassocication_tag属性に関連付けられているので、RFチャンネルID、BBPストリームID、及び、サービスIDが特定される（手順１９）。なお、assocication_tag属性は、USDのdeliveryMethod要素のbroadcastAppService要素内に配置されるのではなく、TPT内に配置されるようにしてもよい。

そして、このトリプレットを用いることで、初期スキャン処理等でNVRAMに保存されているSCDから、NRTサービスのSCSを取得するためのSCS Bootstrap情報が得られるので、受信機は、SCS Bootstrap情報で指定されたIPアドレス、ポート番号、及び、TSIに従い、放送波で伝送されているNRTサービスのSCSに接続して、SCSを取得する（手順２０，２１）。

SCSのファイルは、FLUTEセッションで伝送されているので、LCTパケットに格納されたデータを解析することで、USD，SDP，FDD，SDP等のシグナリング情報が取得される（手順２２）。ここで、主サービスのTPTにおいて、TDOアプリケーションの取得先を示すURL（AppURL）は、NRTサービスのUSDのdeliveryMethod要素のbroadcastAppService要素内のbasepattern要素のURLと対応している（手順２３）。

また、それらのURLには、NRTサービスのFDDのcontentLocation属性に指定されたURLも対応しているので、NRTサービスのUSDのdeliveryMethod要素のbroadcastAppService要素内のbasepattern要素に指定されたURL（TPTのAppURL）と、FDDのcontentLocation属性に指定されたURLのマッチングを行うことで、TPTの制御対象のTDOアプリケーションを取得するためのTSIとTOIが特定される。また、SDPを参照することで、TPTの制御対象のTDOアプリケーションを取得するためのIPアドレスとポート番号が特定される（手順２４）。

なお、NRTサービスのSPDには、アソシエイテッドNRTに関する情報が記述される記述子（NRT related Descriptors）が配置されており、適宜、そこに記述された情報が参照されるようにしてもよい。

このようにして、アソシエイテッドNRTのストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。受信機は、アソシエイテッドNRTのストリームのIPアドレス、ポート番号、TSI、及び、TOIを用い、FLUTEセッションで伝送されているアソシエイテッドNRTのストリームに接続して、LCTパケットを取得する（手順２５，２６）。

そして、受信機は、LCTパケットに格納されたデータを抽出し（手順２７）、それにより得られるアソシエイテッドNRTのTDOアプリケーション（NRT Content）を蓄積する（手順２８）。これにより、受信機では、蓄積済みのTDOアプリケーションのレンダリングを行うことで、放送番組に連動してTDOアプリケーションが実行され、放送番組の映像に、TDOアプリケーションの映像が重畳して表示される。

以上のように、図８のアソシエイテッドNRTの運用例２においては、アソシエイテッドNRTのストリームが、オーディオとビデオのストリームとは別のNRTサービスとして伝送されている場合に、主サービスとNRTサービスのSCSを用いることで、アソシエイテッドNRTのストリームから、TDOアプリケーションが取得され、放送番組に連動して実行されることになる。これにより、IP伝送方式を用いたデジタル放送において、アソシエイテッドNRTのNRTサービスを提供することができる。

（１−３）アソシエイテッドNRTの運用例３
図９は、アソシエイテッドNRTの運用例３を説明するための図である。この運用例３では、TPTが通信取得され、TDOアプリケーションが、主サービスと別サービスとして伝送されるアソシエイテッドNRTのストリームから放送取得される。

図９において、RFチャンネルIDにより識別される放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）によって、BBPストリームIDにより識別されるBBPストリーム（BBP Stream）を伝送している。

BBPストリームでは、LLSとともに、サービスIDにより識別される主サービスとして、オーディオとビデオのストリーム（図中の「A/V」）とSCSが伝送される。また、NRTサービスとして、アソシエイテッドNRTのストリーム（図中の「NRT」）とSCSが伝送される。なお、オーディオ又はビデオのストリームには、トリガ情報が埋め込まれている。

なお、オーディオやビデオ、アソシエイテッドNRTのストリームと、シグナリング情報（SCS）のファイルは、FLUTEセッションで伝送されている。また、アソシエイテッドNRTの運用例３では、インターネットサーバ（TPTサーバ）から通信で伝送されるTPTが、受信機により取得される。

図９において、各家庭等に設置された受信機は、図６の基本サービスの運用例（Basic Service flow）によって、手順１乃至１３を実行することで、ユーザにより選局された主サービスの放送番組の映像と音声を再生している。

ただし、図９のアソシエイテッドNRTの運用例３では、図６の基本サービスの運用例と比べて、アソシエイテッドNRTが提供されているため、アソシエイテッドNRTの提供が開始された時点で、シグナリング情報（SCS）は、アソシエイテッドNRTに対応した記述となっている。なお、受信機は、SCSで伝送されるMPDの更新を常に監視して、MPDに応じたオーディオとビデオのストリームを再生している（手順１４）。

受信機は、オーディオ又はビデオのストリームを常に監視し、当該ストリームに含まれるトリガ情報を抽出した場合、トリガ情報に含まれるURLに従い、インターネットを介してTPTサーバにアクセスし、TPTを取得する。また、受信機は、主サービスのSCSに接続して、SCSを取得する（手順１５）。ただし、USD等のファイルは、FLUTEセッションで伝送されているので、LCTパケットに格納されたデータを解析することで、USD等のシグナリング情報が取得される（手順１６）。

TPTサーバから取得されたTPTには、TDOアプリケーションを識別するID（AppID）と、TDOアプリケーションの取得先を示すURL（AppURL）とが対応して記述されている。ここで、TPTのAppURLと、USDのdeliveryMethod要素におけるbroadcastAppService要素内のbasepattern要素に指定されたURLとが対応しているので、それらのURLのマッチングを行うことで、TPTの制御対象のTDOアプリケーションが、放送で伝送されていることが特定される（手順１７，１８）。

また、broadcastAppService要素内には、basepattern要素の他に、assocication_tag属性が記述されている。このassocication_tag属性は、SPDに記述されたAssociation Service Descriptionのassocication_tag属性に関連付けられているので、RFチャンネルID、BBPストリームID、及び、サービスIDが特定される（手順１９）。

そして、このトリプレットを用いることで、初期スキャン処理等でNVRAMに保存されているSCDから、NRTサービスのSCSを取得するためのSCS Bootstrap情報が得られるので、受信機は、SCS Bootstrap情報で指定されたIPアドレス、ポート番号、及び、TSIに従い、放送波で伝送されているNRTサービスのSCSに接続して、SCSを取得する（手順２０，２１）。

SCSのファイルは、FLUTEセッションで伝送されているので、LCTパケットに格納されたデータを解析することで、USD，SDP，FDD，SDP等のシグナリング情報が取得される（手順２２）。ここで、通信取得されたTPTにおいて、TDOアプリケーションの取得先を示すURL（AppURL）は、NRTサービスのUSDのdeliveryMethod要素のbroadcastAppService要素内のbasepattern要素のURLと対応している（手順２３）。

また、それらのURLには、NRTサービスのFDDのcontentLocation属性に指定されたURLも対応しているので、NRTサービスのUSDのdeliveryMethod要素のbroadcastAppService要素内のbasepattern要素に指定されたURL（TPTのAppURL）と、FDDのcontentLocation属性に指定されたURLのマッチングを行うことで、TPTの制御対象のTDOアプリケーションを取得するためのTSIとTOIが特定される。また、SDPを参照することで、TPTの制御対象のTDOアプリケーションを取得するためのIPアドレスとポート番号が特定される（手順２４）。

なお、NRTサービスのSPDには、アソシエイテッドNRTに関する情報が記述される記述子（NRT related Descriptors）が配置されており、適宜、そこに記述された情報が参照されるようにしてもよい。

このようにして、アソシエイテッドNRTのストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。受信機は、アソシエイテッドNRTのストリームのIPアドレス、ポート番号、TSI、及び、TOIを用い、FLUTEセッションで伝送されているアソシエイテッドNRTのストリームに接続して、LCTパケットを取得する（手順２５，２６）。

そして、受信機は、LCTパケットに格納されたデータを抽出し（手順２７）、それにより得られるアソシエイテッドNRTのTDOアプリケーション（NRT Content）を蓄積する（手順２８）。これにより、受信機では、蓄積済みのTDOアプリケーションのレンダリングを行うことで、放送番組に連動してTDOアプリケーションが実行され、放送番組の映像に、TDOアプリケーションの映像が重畳して表示される。

以上のように、図９のアソシエイテッドNRTの運用例３においては、アソシエイテッドNRTのストリームが、オーディオとビデオのストリームとは別のNRTサービスとして伝送されている場合に、通信取得されるTPTと、主サービスとNRTサービスのSCSを用いることで、アソシエイテッドNRTのストリームから、TDOアプリケーションが取得され、放送番組に連動して実行されることになる。これにより、IP伝送方式を用いたデジタル放送において、アソシエイテッドNRTのNRTサービスを提供することができる。

（１−４）アソシエイテッドNRTの運用例４
図１０は、アソシエイテッドNRTの運用例４を説明するための図である。この運用例４では、TPTが通信取得され、TDOアプリケーションを構成する複数のコンポーネントが、放送と通信の複数の配信経路から取得される。

図１０において、RFチャンネルIDにより識別される放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）によって、BBPストリームIDにより識別されるBBPストリーム（BBP Stream）を伝送している。

BBPストリームでは、LLSとともに、サービスIDにより識別される主サービスとして、オーディオとビデオのストリーム（図中の「A/V」）とSCSが伝送される。また、NRTサービスとして、アソシエイテッドNRTのストリーム（図中の「NRT」）とSCSが伝送される。なお、オーディオ又はビデオのストリームには、トリガ情報が埋め込まれている。

なお、オーディオやビデオ、アソシエイテッドNRTのストリームと、シグナリング情報（SCS）のファイルは、FLUTEセッションで伝送されている。また、アソシエイテッドNRTの運用例４では、TPTサーバから通信で伝送されるTPTと、アプリケーションサーバから通信で伝送されるTDOアプリケーションが、受信機により取得される。

図１０において、各家庭等に設置された受信機は、図６の基本サービスの運用例（Basic Service flow）によって、手順１乃至１３を実行することで、ユーザにより選局された主サービスの放送番組の映像と音声を再生している。

ただし、図１０のアソシエイテッドNRTの運用例４では、図６の基本サービスの運用例と比べて、アソシエイテッドNRTが提供されているため、アソシエイテッドNRTの提供が開始された時点で、シグナリング情報（SCS）は、アソシエイテッドNRTに対応した記述となっている。なお、受信機は、SCSで伝送されるMPDの更新を常に監視して、MPDに応じたオーディオとビデオのストリームを再生している（手順１４）。

受信機は、オーディオ又はビデオのストリームを常に監視し、ストリームに含まれるトリガ情報を抽出した場合、トリガ情報に含まれるURLに従い、インターネットを介してTPTサーバにアクセスし、TPTを取得する。また、受信機は、主サービスのSCSに接続して、SCSを取得する（手順１５）。ただし、USD等のファイルは、FLUTEセッションで伝送されているので、LCTパケットに格納されたデータを解析することで、USD等のシグナリング情報が取得される（手順１６）。

TPTサーバから取得されたTPTには、TDOアプリケーションを識別するID（AppID）と、TDOアプリケーションの取得先を示すURL（ContentURL）とが対応して記述されている。ここでは、TDOアプリケーションが複数のコンポーネントから構成され、各コンポーネントの取得先が異なるので、それらのコンポーネントごとの取得先のURLとして、ContentURL1と、ContentURL2が記述されている。

また、TPTのContentURLと、USDのdeliveryMethod要素におけるbroadcastAppService要素又はunicastAppService要素内のbasepattern要素に指定されたURLとが対応しているので、それらのURLのマッチングを行う。当該マッチングの結果、TPTのContentURL1は、broadcastAppService要素内のbasepattern要素のURLに対応しているので、ContentURL1に対応したTDOアプリケーションを構成するコンポーネントが、放送で伝送されていることが特定される（手順１７，１８）。

また、TPTのContentURL2は、unicastAppService要素内のbasepattern要素に指定されたURLに対応しているので、ContentURL2に対応したTDOアプリケーションを構成するコンポーネントが、通信で伝送されていることが特定される（手順１７，１８）。

また、broadcastAppService要素内には、basepattern要素の他に、assocication_tag属性が記述されている。このassocication_tag属性は、SPDに記述されたAssociation Service Descriptionのassocication_tag属性に関連付けられているので、RFチャンネルID、BBPストリームID、及び、サービスIDが特定される（手順１９）。

そして、このトリプレットを用いることで、初期スキャン処理等でNVRAMに保存されているSCDから、NRTサービスのSCSを取得するためのSCS Bootstrap情報が得られるので、受信機は、SCS Bootstrap情報で指定されたIPアドレス、ポート番号、及び、TSIに従い、放送波で伝送されているNRTサービスのSCSに接続して、SCSを取得する（手順２０，２１）。

SCSのファイルは、FLUTEセッションで伝送されているので、LCTパケットに格納されたデータを解析することで、USD，SDP，FDD，SDP等のシグナリング情報が取得される（手順２２）。ここで、通信取得されたTPTにおいて、TDOアプリケーションを構成するコンポーネントの取得先を示すURL（ContentURL1）は、NRTサービスのUSDのdeliveryMethod要素のbroadcastAppService要素内のbasepattern要素のURLと対応している（手順２３）。

また、それらのURLには、NRTサービスのFDDのcontentLocation属性に指定されたURLも対応しているので、NRTサービスのUSDのdeliveryMethod要素のbroadcastAppService要素内のbasepattern要素に指定されたURL（TPTのContentURL1）と、FDDのcontentLocation属性に指定されたURLのマッチングを行うことで、TPTの制御対象のTDOアプリケーションを構成するコンポーネントを取得するためのTSIとTOIが特定される。また、SDPを参照することで、TPTの制御対象のTDOアプリケーションを構成するコンポーネントを取得するためのIPアドレスとポート番号が特定される（手順２４）。

なお、NRTサービスのSPDには、アソシエイテッドNRTに関する情報が記述される記述子（NRT related Descriptors）が配置されており、適宜、そこに記述された情報が参照されるようにしてもよい。

このようにして、アソシエイテッドNRTのストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。受信機は、アソシエイテッドNRTのストリームのIPアドレス、ポート番号、TSI、及び、TOIを用い、FLUTEセッションで伝送されているアソシエイテッドNRTのストリームに接続して、LCTパケットを取得する（手順２５，２６）。

そして、受信機は、LCTパケットに格納されたデータを抽出することで（手順２７）、TDOアプリケーションを構成するコンポーネント（NRT Content）が取得される。

また、TDOアプリケーションを構成する一部のコンポーネントは、通信でも伝送されているので（上述した手順１７，１８）、受信機は、TPTのContentURL2に従い、インターネットを介してアプリケーションサーバにアクセスし、TDOアプリケーションを構成するコンポーネント（NRT Content）を取得する。これにより、TDOアプリケーションを構成するコンポーネントが放送と通信から取得され、全てのコンポーネントが揃えられる。

受信機は、放送と通信から取得されたアソシエイテッドNRTのTDOアプリケーションを構成するコンポーネント（NRT Content）を蓄積する（手順２８）。これにより、受信機では、蓄積済みのTDOアプリケーションのレンダリングを行うことで、放送番組に連動してTDOアプリケーションが実行され、放送番組の映像に、TDOアプリケーションの映像が重畳して表示される。

以上のように、図１０のアソシエイテッドNRTの運用例４においては、アソシエイテッドNRTのストリームが、オーディオとビデオのストリームとは別のNRTサービスとして伝送されている場合に、通信取得されるTPTと、主サービスとNRTサービスのSCSを用いることで、アソシエイテッドNRTのストリームや、アプリケーションサーバにより伝送されるコンポーネントから復元されるTDOアプリケーションが取得され、放送番組に連動して実行されることになる。これにより、IP伝送方式を用いたデジタル放送において、アソシエイテッドNRTのNRTサービスを提供することができる。

（２−１）スタンドアロンNRTの運用例１
図１１は、スタンドアロンNRTの運用例１を説明するための図である。この運用例１では、NDOアプリケーションを構成するNRTエントリポイントとNRTリソースが、スタンドアロンNRTのストリームから放送取得される。

図１１において、RFチャンネルIDにより識別される放送局（放送事業者）の送信機は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）によって、BBPストリームIDにより識別されるBBPストリーム（BBP Stream）を伝送している。BBPストリームでは、LLSとともに、サービスIDにより識別されるサービスとして、スタンドアロンNRTのストリームとSCSが伝送される。

なお、スタンドアロンNRTのストリームやシグナリング情報（SCS）のファイルは、FLUTEセッションで伝送されている。ただし、スタンドアロンNRTのストリームにおいて、NRTエントリポイント(Entry Point)と、NRTリソース(Resources)は、異なるFLUTEセッションで伝送されている。なお、図１１のスタンドアロンNRTの運用例１では、放送で伝送されるストリームのみが取得されるため、インターネットサーバ(Internet Server)から通信で伝送されるストリームが取得されることはない。

図１１において、各家庭等に設置された受信機は、初期スキャン処理によって、LLSで伝送されるSCDを取得して、NVRAMに保存する（手順１）。このSCDには、SCSを取得するためのIPアドレス、ポート番号、及び、TSIが記述されたSCS Bootstrap情報が含まれる。ここで、ユーザによりポータルサービスが選択（選局）された場合（手順２）、受信機は、NVRAMからSCDを読み出して（手順３）、SCS Bootstrap情報に従い、放送波で伝送されているSCSに接続して、SCSを取得する（手順４，５）。

SCSのファイルは、FLUTEセッションで伝送されているので、LCTパケットに格納されたデータを解析することで、USD，SDP，FDD，SPD等のシグナリング情報が取得される（手順６）。なお、USDには参照情報が記述されており、この参照情報を用い、SDP，FDD，SPDを取得することになるが、それらのシグナリング情報は全てSCSに含まれているので、そこから一括して取得することもできる。

SPDのNRT関連記述子（NRT Service Description）には、ConsumptionModel属性とentryURL属性が記述され、選択されたポータルサービスのNRTエントリポイントのURL（Entry URL）が指定されているので、NRTエントリポイントのURL（Entry URL）が取得される（手順７）。

また、SPDのNRT関連記述子（NRT Service Description）のNRTエントリポイントのURL(Entry URL)と、FDDのcontentLocation属性に指定されたURLは、対応しているので、NRTエントリポイントのURL(Entry URL)と、FDDのcontentLocation属性に指定されたURLのマッチングを行うことで、NRTエントリポイントを取得するためのTSIとTOIが特定される。また、SDPを参照することで、NRTエントリポイントを取得するためのIPアドレスとポート番号が特定される。

このようにして、NRTエントリポイントのストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。受信機は、NRTエントリポイントのストリームのIPアドレス、ポート番号、TSI、及び、TOIを用い、FLUTEセッションで伝送されているNRTエントリポイントのストリームに接続して、LCTパケットを取得する（手順８，９）。そして、受信機は、LCTパケットに格納されたデータを解析することで（手順１０）、NRTエントリポイントのファイル（例えばIndex.html）が取得される。

NRTエントリポイントには、NRTリソースの取得先を示すURL（ResourceURL）が記述される。ここでは、複数のNRTリソースが列挙されており、それらのNRTリソースごとの取得先のURLとして、NRTリソース１（Resource1）のURLと、NRTリソース２（Resource2）のURLが記述されている。

ここで、NRTエントリポイントにおけるNRTリソースの取得先のURL（ResourceURL）は、USDのdeliveryMethod要素のbroadcastAppService要素又はunicastAppService要素内のbasepattern要素のURLと対応しているので、それらのURLのマッチングを行うことで、NRTリソースが放送又は通信で伝送されることが特定される（手順１１）。例えば、NRTエントリポイントのNRTリソース１のURLは、USDのdeliveryMethod要素のbroadcastAppService要素内のbasepattern要素に指定されたURLと対応しているので、NRTリソース１のストリームが放送で伝送されていることが特定される。

そして、それらのURLには、FDDのcontentLocation属性に指定されたURLも対応しているので、USDのdeliveryMethod要素のbroadcastAppService要素内のbasepattern要素に指定されたURL（NRTエントリポイントのNRTリソース１のURL）と、FDDのcontentLocation属性に指定されたURLのマッチングを行うことで、NRTリソース１を取得するためのTSIとTOIが特定される。また、SDPを参照することで、NRTリソース１を取得するためのIPアドレスとポート番号が特定される（手順１２）。

このようにして、NRTリソース１のストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIがそれぞれ取得される。受信機は、NRTリソース１のIPアドレス、ポート番号、TSI、及び、TOIを用い、FLUTEセッションで伝送されているNRTリソース１のストリームに接続して、LCTパケットを取得する（手順１３，１４）。

そして、受信機は、LCTパケットに格納されたデータを抽出して解析することで、NRTリソース１のデータが取得される（手順１５）。また、NRTリソース２についても、NRTリソース１と同様に、FLUTEセッションで伝送されているNRTリソース２のストリームに接続することで、NRTリソース２のデータが取得される。

なお、NRTリソース２が通信で伝送されている場合には、受信機は、NRTエントリポイントのNRTリソース２のURL（ResourceURL）に従い、インターネットを介してアプリケーションサーバにアクセスすることで、NRTリソース２のデータが取得される。このようにして、受信機では、NRTエントリポイントに列挙された各NRTリソースのデータが放送又は通信で取得されるので、レンダリングを行うことで（手順１６）、ユーザにより選択されたポータルサービスに対応したNDOアプリケーションの映像が表示される。

以上のように、図１１のスタンドアロンNRTの運用例１においては、スタンドアロンNRTのストリームとして、NRTエントリポイントとNRTリソースのストリームが伝送されている場合に、それらのストリームと同一のサービス内のSCSを用いることで、NRTエントリポイントとNRTリソースから復元されるNDOアプリケーションが取得され、表示される。これにより、IP伝送方式を用いたデジタル放送において、アソシエイテッドNRTのNRTサービスを提供することができる。

なお、図１１のスタンドアロンNRTの運用例１では、NRTエントリポイントとNRTリソースは、異なるFLUTEセッションで伝送され、それらのFLUTEセッションをTSIにより識別する例を説明したが、それに限らず、例えば、LCTヘッダのコードポイントを用い、コードポイントの値に、"0"が指定されている場合には、NRTエントリポイントのLCTパケットであり、"0"以外の値が指定されている場合には、NRTリソースのLCTパケットであるとして、NRTエントリポイントとNRTリソースを区別するようにしてもよい。

＜３．シンタックス＞

（SPDのシンタックス）
図１２は、SPDのシンタックスの例を示す図である。SPDは、例えば、XML等のマークアップ言語により記述される。なお、図１２において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。

図１２に示すように、Spd要素は、serviceId属性、spIndicator属性、ProtocolVersionDescription要素、NRTServiceDescription要素、CapabilityDescription要素、IconDescription要素、ISO639LanguageDescription要素、ReceiverTargetingDescription要素、AssociatedServiceDescription要素、ContentAdvisoryDescription要素、及び、Component要素の上位要素となる。

serviceId属性には、サービスIDが指定される。spIndicator属性には、サービスIDにより識別されるサービスごとに、暗号化されているかどうかが指定される。

ProtocolVersionDescription要素には、データのサービスがどのようなサービスであるかを示すための情報が指定される。NRTServiceDescription要素は、NRTサービスに関する情報が指定される。なお、NRTServiceDescription要素は、図１１のNRT関連記述子（NRT Service Description）に対応するものであって、その詳細な構造は、図１３のシンタックスを参照して後述する。

CapabilityDescription要素には、NRTサービスの提供を受ける受信機に要求される機能(キャパビリティ)に関する情報が指定される。IconDescription要素には、NRTサービスで用いられるアイコンの取得先を示す情報が指定される。ISO639LanguageDescription要素には、NRTサービスの言語コードが指定される。

ReceiverTargetingDescription要素には、NRTサービスのターゲット情報が指定される。AssociatedServiceDescription要素には、関連従属サービスに関する情報が指定される。なお、AssociatedServiceDescription要素は、上述した図８乃至図１０の「Association Service Description」に対応している。ContentAdvisoryDescription要素には、レーティングリージョンに関する情報が指定される。

SPDにおいては、上述したこれらのDescription要素により、サービスレベルでの各種のパラメータが規定される。また、以下のComponent要素により、コンポーネントレベルでの各種のパラメータが規定される。

Component要素は、componentId属性、representationId属性、subRepresentationLevel属性、componentCategory属性、locationType属性、componentEncription属性、TargetedDevice要素、ContentAdvisoryDescription要素、AVCVideoDescription要素、HEVCVideoDescription要素、MPEG4AACAudioDescription要素、AC3AudioDescription要素、及び、CaptionDescription要素の上位要素となる。

componentId属性には、コンポーネントIDが指定される。

representationId属性には、リプレゼンテーションIDが指定される。このリプレゼンテーションIDにより、SCSの他のシグナリング情報（MPD，SDP，USD等）との間で、コンポーネントの対応をとることができる。

subRepresentationLevel属性には、サブリプレゼンテーションレベルが指定される。例えば、サブリプレゼンテーションレベルは、FLUTEセッションにおける各セグメントに、複数のカテゴリ（例えばビデオやオーディオ）のコンポーネントが格納される場合において、それらのコンポーネントを識別するための情報となる。

componentCategory属性には、コンポーネントのカテゴリ情報が指定される。このカテゴリ情報としては、例えば、"video"，"audio"，"caption"，"nrt"が指定される。

locationType属性には、コンポーネントのロケーションのタイプ情報が指定される。このタイプ情報としては、例えば、"bb（Broadband）"，"bca（Broadcast actual）"，"bco（Broadcast other）"が指定される。

componentEncription属性には、コンポーネントIDにより識別されるコンポーネントごとに、暗号化されているかどうかが指定される。TargetedDevice要素には、ターゲットの装置に関する情報が指定される。ContentAdvisoryDescription要素には、コンポーネント単位での、レーティング情報が指定される。

AVCVideoDescription要素は、ビデオデータの符号化方式として、AVC(Advanced Video Coding)が用いられている場合に、ビデオのパラメータが指定される。HEVCVideoDescription要素は、ビデオデータの符号化方式として、HEVC(High Efficiency Video Coding)が用いられている場合に、ビデオのパラメータが指定される。

なお、AVCとHEVCは、ビデオデータの符号化方式の一例であって、他の符号化方式が用いられる場合には、対応するVideoDescription要素が指定されることになる。

MPEG4AACAudioDescription要素は、オーディオデータの符号化方式として、MPEG4AAC(Advanced Audio Coding)が用いられている場合に、オーディオのパラメータが指定される。AC3AudioDescription要素には、オーディオデータの符号化方式として、AC3(Audio Code number 3)が用いられる場合に、オーディオのパラメータが指定される。

なお、MPEG4AACとAC3は、オーディオデータの符号化方式の一例であって、他の符号化方式が用いられる場合には、対応するAudioDescription要素が指定されることになる。

CaptionDescription要素には、字幕のパラメータが指定される。

なお、図１２において、ProtocolVersionDescription要素、NRTServiceDescription要素、CapabilityDescription要素、IconDescription要素、ISO639LanguageDescription要素、及び、ReceiverTargetingDescription要素は、NRTサービス用に規定されるものである。

また、図１２において、出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの出現数の意味は、後述する図１３のシンタックスでも同様とされる。

（NRTServiceDescription要素）
図１３は、図１２のNRT Service Description要素のシンタックスの例を示す図である。NRTServiceDescription要素は、例えば、XML等のマークアップ言語により記述される。

なお、図１３において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。

図１３において、NRTServiceDescription要素は、ConsumptionModel属性、autoUpdate属性、storageReservarion属性、defaultContentSize属性、及び、entryURL属性の上位要素となる。

ConsumptionModel属性には、NRTコンサンプションモデルが指定される。NRTコンサンプションモデルとしては、例えば、"B&D"，"push"，"portal"，"triggered"，"scripted"が指定される。autoUpdate属性には、NRTサービスの自動更新をするかどうかが指定される。

storageReservarion属性には、NRTサービスに必要となるストレージのサイズが指定される。defaultContentSize属性には、デフォルトのNRTコンテンツのサイズが指定される。

entryURL属性には、スタンドアロンNRTにおける、NRTエントリポイントのURL（Entry URL）が指定される。

＜４．システム構成＞

（放送通信システムの構成例）
図１４は、本技術を適用した放送通信システムの構成例を示す図である。なお、システムとは、複数の構成要素（装置等）の集合を意味する。

図１４の放送通信システム１は、上述したNRTサービスを提供可能なシステムである。図１４において、放送通信システム１は、データ提供サーバ１０、送信装置２０、データ配信サーバ３０、TPTサーバ４０、アプリケーションサーバ５０−１、アプリケーションサーバ５０−２、及び、受信装置７０から構成される。また、受信装置７０は、データ配信サーバ３０、TPTサーバ４０、アプリケーションサーバ５０−１、及び、アプリケーションサーバ５０−２等のインターネットサーバと、インターネット９０を介して通信を行う。

データ提供サーバ１０は、オーディオやビデオ、字幕などの各種のコンポーネントからなるAVコンテンツのストリームデータと、シグナリング情報を生成するための元データを蓄積している。データ提供サーバ１０は、AVコンテンツのストリームデータに基づいて、セグメントデータを生成し、送信装置２０又はデータ配信サーバ３０に提供する。また、データ提供サーバ１０は、シグナリング情報の元データを、送信装置２０又はデータ配信サーバ３０に提供する。

送信装置２０は、データ提供サーバ１０から提供されるセグメントデータと、シグナリング情報の元データを取得する。送信装置２０は、データ提供サーバ１０からのシグナリング情報の元のデータに基づいて、シグナリング情報を生成する。送信装置２０は、セグメントデータとともに、シグナリング情報をデジタル放送信号で送信する。また、送信装置２０は、TDOアプリケーション又はNDOアプリケーションを、デジタル放送信号で送信することができる。

なお、送信装置２０は、上述した送信機（図６乃至図１１）に相当するものであって、例えば、放送事業者により提供される。また、オーディオやビデオのセグメントデータやSCS（Service Channel Signaling）のファイルは、FLUTE（File Delivery over Unidirectional Transport）セッションにより伝送される。

データ配信サーバ３０は、データ提供サーバ１０から提供されるセグメントデータとシグナリング情報の元データを取得する。データ配信サーバ３０は、データ提供サーバ１０からのシグナリング情報の元データに基づいて、シグナリング情報を生成する。データ配信サーバ３０は、受信装置７０からの要求に応じて、セグメントデータ又はシグナリング情報を、インターネット９０を介して受信装置７０に配信する。

なお、データ配信サーバ３０は、上述したインターネットサーバ（図６）に相当するものであって、例えば、放送事業者により提供される。

TPTサーバ４０は、TPT（TDO Parameter Table）を管理している。TPTサーバ４０は、受信装置７０からの要求に応じて、TPTを、インターネット９０を介して受信装置７０に配信する。なお、TPTサーバ４０は、上述したTPTサーバ（図７乃至図１０）に相当する。

アプリケーションサーバ５０−１は、アソシエイテッドNRTで提供されるTDOアプリケーションを管理している。アプリケーションサーバ５０−１は、受信装置７０からの要求に応じて、TDOアプリケーションを、インターネット９０を介して受信装置７０に配信する。なお、アプリケーションサーバ５０−１は、上述したアプリケーションサーバ（図１０）に相当する。

アプリケーションサーバ５０−２は、スタンドアロンNRTで提供されるNDOアプリケーション（NRTリソース）を管理している。アプリケーションサーバ５０−２は、受信装置７０からの要求に応じて、NDOアプリケーション（NRTリソース）を、インターネット９０を介して受信装置７０に配信する。なお、アプリケーションサーバ５０−２は、上述したアプリケーションサーバ（図１１）に相当する。

なお、以下の説明では、アプリケーションサーバ５０−１と、アプリケーションサーバ５０−２を区別する必要がない場合には、アプリケーションサーバ５０と称して説明する。

受信装置７０は、送信装置２０からのデジタル放送信号により送信されるセグメントデータと、シグナリング情報を受信する。また、受信装置７０は、データ配信サーバ３０に対する要求に応じて、インターネット９０を介して、データ配信サーバ３０から送信されてくるセグメントデータと、シグナリング情報を受信する。受信装置７０は、放送又は通信で伝送されるシグナリング情報に基づいて、放送又は通信で伝送されるセグメントデータを取得し、AVコンテンツの映像と音声を再生する。

受信装置７０は、TPTサーバ４０に対する要求に応じて、インターネット９０を介して、TPTサーバ４０からTPTを受信する。受信装置７０は、アプリケーションサーバ５０−１に対する要求に応じて、インターネット９０を介して、アプリケーションサーバ５０−１からTDOアプリケーションを受信する。また、受信装置７０は、アプリケーションサーバ５０−２に対する要求に応じて、インターネット９０を介して、アプリケーションサーバ５０−２からNDOアプリケーション（NRTリソース）を受信する。

受信装置７０は、送信装置２０からのシグナリング情報に含まれるTPT、又は、TPTサーバ４０からのTPTに基づいて、放送又は通信で伝送されるTDOアプリケーションを受信して実行する。また、受信装置７０は、放送で伝送されるスタンドアロンNRTのNRTエントリポイントに基づいて、放送又は通信で伝送されるNRTリソースを受信し、NDOアプリケーションを実行する。

なお、受信装置７０は、上述した受信機（図６乃至図１１等）に相当するものであって、ユーザの各家庭等に設置される。例えば、受信装置７０は、テレビ受像機として構成される。

放送通信システム１は、以上のように構成される。次に、図１４の放送通信システム１を構成する各装置の詳細な構成について説明する。

（送信装置の構成例）
図１５は、図１４の送信装置２０の構成例を示す図である。

図１５において、送信装置２０は、受信部２１１、セグメントデータ取得部２１２、トリガ情報生成部２１３、セグメントデータ処理部２１４、シグナリング情報生成部２１５、シグナリング情報処理部２１６、アプリケーション生成部２１７、アプリケーション処理部２１８、多重化部２１９、及び、送信部２２０から構成される。

受信部２１１は、データ提供サーバ１０から送信されてくるセグメントデータと、シグナリング情報の元データを受信し、セグメントデータをセグメントデータ取得部２１２に、シグナリング情報の元データをシグナリング情報生成部２１５にそれぞれ供給する。

セグメントデータ取得部２１２は、受信部２１１から供給されるセグメントデータを取得し、セグメントデータ処理部２１４に供給する。トリガ情報生成部２１３は、トリガ情報を生成し、セグメントデータ処理部２１４に供給する。

セグメントデータ処理部２１４は、セグメントデータ取得部２１２から供給されるセグメントデータを処理し、それにより得られるストリームを、多重化部２１９に供給する。また、セグメントデータ処理部２１４は、オーディオやビデオ、字幕などのストリームに、トリガ情報生成部２１３から供給されるトリガ情報を埋め込む。

シグナリング情報生成部２１５は、受信部２１１から供給されるシグナリング情報の元データに基づいて、シグナリング情報を生成し、シグナリング情報処理部２１６に供給する。シグナリング情報処理部２１６は、シグナリング情報生成部２１５から供給されるシグナリング情報を処理し、多重化部２１９に供給する。

アプリケーション生成部２１７は、アソシエイテッドNRTで提供されるTDOアプリケーションを放送で伝送する場合、TDOアプリケーション（又はそのコンポーネント）を生成し、アプリケーション処理部２１８に供給する。また、アプリケーション生成部２１７は、スタンドアロンNRTで提供されるNDOアプリケーションを放送で伝送する場合、NDOアプリケーション（NRTエントリポイント、NRTリソース）を生成し、アプリケーション処理部２１８に供給する。

アプリケーション処理部２１８は、アプリケーション生成部２１７から供給される、TDOアプリケーション又はNDOアプリケーションを処理し、多重化部２１９に供給する。

多重化部２１９は、セグメントデータ処理部２１４からのオーディオやビデオ、字幕などのストリームと、シグナリング情報処理部２１６からのシグナリング情報を多重化して、BBPストリームを生成し、送信部２２０に供給する。なお、多重化部２１９は、TDOアプリケーション又はNDOアプリケーションを放送で伝送する場合には、アプリケーション処理部２１８から供給されるTDOアプリケーション又はNDOアプリケーションをさらに多重化する。

送信部２２０は、多重化部２１９から供給されるBBPストリームを変調して、アンテナ２２１を介してデジタル放送信号で送信する。なお、このとき、オーディオやビデオのセグメントデータや、SCSのファイルは、IP伝送方式を用いたデジタル放送の放送波によって、FLUTEセッションにより伝送される。

（各サーバの構成例）
図１６は、図１４の各サーバの構成例を示す図である。なお、データ配信サーバ３０、TPTサーバ４０、及び、アプリケーションサーバ５０からなるインターネットサーバが、上述したインターネットサーバ（図６乃至図１１）に相当している。

図１６において、データ提供サーバ１０は、データ蓄積部１１１、セグメントデータ生成部１１２、元データ取得部１１３、及び、送信部１１４から構成される。

データ蓄積部１１１は、オーディオやビデオ、字幕などの各種のストリームからなるAVコンテンツのストリームデータと、シグナリング情報の元データを蓄積している。

セグメントデータ生成部１１２は、データ蓄積部１１１に蓄積されているオーディオやビデオ等のAVコンテンツのストリームデータを取得する。セグメントデータ生成部１１２は、ストリームデータに基づいて、セグメントデータを生成し、送信部１１４に供給する。元データ取得部１１３は、データ蓄積部１１１に蓄積されているシグナリング情報の元データを取得し、送信部１１４に供給する。

送信部１１４には、セグメントデータ生成部１１２からのセグメントデータと、元データ取得部１１３からのシグナリング情報の元データが供給される。送信部１１４には、セグメントデータとシグナリング情報の元データを、送信装置２０又はデータ配信サーバ３０に送信する。

データ提供サーバ１０は、以上のように構成される。

図１６において、データ配信サーバ３０は、受信部３１１、セグメントデータ取得部３１２、シグナリング情報生成部３１３、及び、通信部３１４から構成される。

受信部３１１は、データ提供サーバ１０から送信されてくるセグメントデータとシグナリング情報の元データを受信し、セグメントデータをセグメントデータ取得部３１２に、シグナリング情報の元データをシグナリング情報生成部３１３にそれぞれ供給する。

セグメントデータ取得部３１２は、受信部３１１から供給されるセグメントデータを取得して処理し、通信部３１４に供給する。シグナリング情報生成部３１３は、受信部３１１から供給されるシグナリング情報の元データに基づいて、シグナリング情報を生成し、通信部３１４に供給する。

通信部３１４には、セグメントデータ取得部３１２からのセグメントデータと、シグナリング情報生成部３１３からのシグナリング情報が供給される。通信部３１４は、受信装置７０からのセグメントデータ又はシグナリング情報の要求に応じて、セグメントデータ又はシグナリング情報を、インターネット９０を介して、受信装置７０に送信する。

データ配信サーバ３０は、以上のように構成される。

図１６において、TPTサーバ４０は、制御部４１１、TPT生成部４１２、TPT保持部４１３、及び、通信部４１４から構成される。

制御部４１１は、TPTサーバ４０の各部の動作を制御する。TPT生成部４１２は、制御部４１１からの制御に従い、TPTを生成して、TPT保持部４１３に保持させる。通信部４１４は、制御部４１１からの制御に従い、受信装置７０からの要求に応じて、TPT保持部４１３に保持されたTPTを取得し、インターネット９０を介して、受信装置７０に送信する。

TPTサーバ４０は、以上のように構成される。

図１６において、アプリケーションサーバ５０は、制御部５１１、アプリケーション生成部５１２、アプリケーション保持部５１３、及び、通信部５１４から構成される。

制御部５１１は、アプリケーションサーバ５０の各部の動作を制御する。アプリケーション生成部５１２は、制御部５１１からの制御に従い、アプリケーションを生成し、アプリケーション保持部５１３に保持させる。通信部５１４は、制御部５１１からの制御に従い、受信装置７０からの要求に応じて、アプリケーション保持部５１３に保持されたアプリケーションを取得し、インターネット９０を介して、受信装置７０に送信する。

なお、図１６のアプリケーションサーバ５０が、アプリケーションサーバ５０−１の場合、アプリケーション保持部５１３には、アプリケーション生成部５１２により生成されたTDOアプリケーションが保持される。また、図１６のアプリケーションサーバ５０が、アプリケーションサーバ５０−２の場合、アプリケーション保持部５１３には、アプリケーション生成部５１２により生成されたNDOアプリケーションが保持される。

アプリケーションサーバ５０は、以上のように構成される。

なお、図１４及び図１６においては、説明の都合上、送信側のデータ提供サーバ１０、データ配信サーバ３０、TPTサーバ４０、及び、アプリケーションサーバ５０を個別の装置であるとして説明しているが、送信側の装置は、図１６に示した機能的構成を有していればよく、例えば、データ提供サーバ１０、データ配信サーバ３０、TPTサーバ４０、及び、アプリケーションサーバ５０を、１つの装置として捉えることができる。その際、例えば、制御部や通信部などの重複した機能については１つにまとめることができる。

また、例えば、データ配信サーバ３０における、セグメントデータを提供する機能と、シグナリング情報を提供する機能を分離して、セグメントデータとシグナリング情報が、異なるサーバから提供されるようにしてもよい。さらに、データ提供サーバ１０の代わりに、送信装置２０やデータ配信サーバ３０において、セグメントデータが生成されるようにしてもよい。

（受信装置の構成例）
図１７は、図１４の受信装置７０の構成例を示す図である。

図１７において、受信装置７０は、チューナ７１２、フィルタリング処理部７１３、シグナリング情報取得部７１４、セグメントデータ取得部７１５、アプリケーションエンジン７１６、制御部７１７、入力部７１８、NVRAM７１９、オーディオ出力部７２０、ビデオ出力部７２１、通信部７２２、及び、ストレージ７２３から構成される。

チューナ７１２は、制御部７１７からの制御に従い、アンテナ７１１を介して受信したIP伝送方式を用いたデジタル放送の放送波から、選局が指示された特定のサービスのデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、フィルタリング処理部７１３に供給する。

フィルタリング処理部７１３は、制御部７１７からの制御に従い、チューナ７１２から供給されるBBPストリームで伝送されるパケットに対して、IPアドレスやポート番号、TSI，TOIなどを用いたフィルタリング処理を行う。このフィルタリング処理により抽出される、LLSやSCS等のシグナリング情報は、シグナリング情報取得部７１４に供給され、セグメントデータは、セグメントデータ取得部７１５に供給される。また、TDOアプリケーションやNDOアプリケーション等のアプリケーションは、アプリケーションエンジン７１６に供給される。

シグナリング情報取得部７１４は、フィルタリング処理部７１３によるフィルタリング処理の結果得られるシグナリング情報、又は、通信部７２２から供給されるシグナリング情報を取得して処理し、制御部７１７に供給する。なお、シグナリング情報として取得されるSCSが、FLUTEセッションで伝送されている場合には、LCTパケットに格納されたデータを解析することで、USDやMPD等のファイルが取得される。

制御部７１７は、入力部７１８からの操作信号等に基づいて、受信装置７０の各部の動作を制御する。制御部７１７は、初期スキャン処理時に、シグナリング情報取得部７１４から、シグナリング情報としてLLSが供給された場合、SCDを選局情報としてNVRAM７１９に保存する。そして、制御部７１７は、ユーザによりサービスの選局操作が行われた場合、NVRAM７１９から選局情報を読み出し、当該選局情報に基づいて、チューナ７１２により実行される選局処理を制御する。

また、制御部７１７は、シグナリング情報取得部７１４から、シグナリング情報として、SCSが供給された場合、SCSから得られるIPアドレスやポート番号、TSI，TOIなどに基づいて、フィルタリング処理部７１３により実行されるフィルタリング処理を制御する。このフィルタリング処理によって、セグメントデータが、セグメントデータ取得部７１５に供給され、TDOアプリケーション又はNDOアプリケーションが、アプリケーションエンジン７１６に供給される。

セグメントデータ取得部７１５は、フィルタリング処理部７１３によるフィルタリング処理の結果得られるセグメントデータ、又は、通信部７２２から供給されるセグメントデータを取得して処理し、その結果得られるオーディオデータをオーディオ出力部７２０に供給し、ビデオデータをビデオ出力部７２１に供給する。なお、セグメントデータが、FLUTEセッションで伝送されている場合には、オーディオやビデオのストリームに接続することで、LCTパケットに格納されたセグメントデータが抽出される。

アプリケーションエンジン７１６は、フィルタリング処理部７１３によるフィルタリング処理の結果得られるTDOアプリケーション若しくはNDOアプリケーション、又は、通信部７２２から供給されるTDOアプリケーション若しくはNDOアプリケーションを取得して処理し、その結果得られるTDOアプリケーション又はNDOアプリケーションのビデオデータを、ビデオ出力部７２１に供給する。

オーディオ出力部７２０は、セグメントデータ取得部７１５から供給されるオーディオデータを、スピーカ（不図示）に供給する。スピーカは、オーディオ出力部７２０から供給されるオーディオデータに対応する番組の音声を出力する。

ビデオ出力部７２１は、セグメントデータ取得部７１５から供給されるビデオデータを、ディスプレイ（不図示）に供給する。ディスプレイは、ビデオ出力部７２１から供給されるビデオデータに対応する番組の映像を表示する。また、ビデオ出力部７２１は、アプリケーションエンジン７１６から、TDOアプリケーションのビデオデータが供給された場合、番組の映像に、TDOアプリケーションの映像を重畳して表示させる。さらに、ビデオ出力部７２１は、アプリケーションエンジン７１６から、NDOアプリケーションのビデオデータが供給された場合、NDOアプリケーションの映像を表示させる。

通信部７２２は、制御部７１７からの制御に従い、インターネット９０を介してデータ配信サーバ３０にアクセスし、シグナリング情報を要求する。通信部７２２は、インターネット９０を介してデータ配信サーバ３０から送信されるシグナリング情報を受信して、シグナリング情報取得部７１４に供給する。

通信部７２２は、制御部７１７からの制御に従い、インターネット９０を介してデータ配信サーバ３０にアクセスし、ストリーム配信を要求する。通信部７２２は、インターネット９０を介してデータ配信サーバ３０からストリーミング配信されるストリームのセグメントデータを受信し、セグメントデータ取得部７１５に供給する。

通信部７２２は、制御部７１７からの制御に従い、インターネット９０を介してTPTサーバ４０にアクセスし、TPTを要求する。通信部７２２は、インターネット９０を介してTPTサーバ４０から送信されてくるTPTを受信し、シグナリング情報取得部７１４に供給する。

通信部７２２は、制御部７１７からの制御に従い、インターネット９０を介してアプリケーションサーバ５０にアクセスし、TDOアプリケーション又はNDOアプリケーションを要求する。通信部７２２は、インターネット９０を介してアプリケーションサーバ５０から送信されてくるTDOアプリケーション又はNDOアプリケーションを受信し、アプリケーションエンジン７１６に供給する。

ストレージ７２３は、アプリケーションエンジン７１６から供給されるTDOアプリケーション又はNDOアプリケーションを蓄積する。また、ストレージ７２３は、アプリケーションエンジン７１６からの要求に応じて、蓄積しているTDOアプリケーション又はNDOアプリケーションを、アプリケーションエンジン７１６に供給する。

なお、図１７の受信装置７０においては、外部のスピーカとディスプレイに、オーディオデータとビデオデータを出力する構成としたが、例えば、テレビ受像機等として、ディスプレイやスピーカを含む構成としてもよい。

（制御部の機能的構成例）
図１８は、図１７の制御部７１７における、初期スキャン処理、選局処理、フィルタリング処理、及び、通信処理の制御を行う部分の機能的構成例を示す図である。

図１８において、制御部７１７は、選局制御部７５１、シグナリング情報解析部７５２、フィルタリング制御部７５３、通信制御部７５４、及び、トリガ情報抽出部７５５から構成される。

選局制御部７５１は、チューナ７１２により実行される選局処理を制御する。フィルタリング制御部７５３は、フィルタリング処理部７１３により実行されるフィルタリング処理を制御する。

初期スキャン処理時においては、選局制御部７５１がチューナ７１２を制御し、フィルタリング制御部７５３がフィルタリング処理部７１３を制御することで、シグナリング情報取得部７１４によって、LLSとして伝送されるSCDが取得され、シグナリング情報解析部７５２に供給される。シグナリング情報解析部７５２は、シグナリング情報取得部７１４からのSCD等を解析して得られる選局情報を、選局制御部７５１に供給する。

選局制御部７５１は、シグナリング情報解析部７５２から供給される選局情報を、NVRAM７１９に保存する。選局制御部７５１は、ユーザにより選局操作が行われた場合、NVRAM７１９に保存された選局情報を取得する。選局制御部７５１は、選局情報に基づいて、チューナ７１２により実行される選局処理を制御する。また、選局制御部７５１は、選局情報に含まれるSCDのSCS Bootstrap情報を、フィルタリング制御部７５３に供給する。

フィルタリング制御部７５３は、選局制御部７５１から供給されるSCS Bootstrap情報に基づいて、フィルタリング処理部７１３により実行されるフィルタリング処理を制御する。これにより、フィルタリング処理部７１３では、SCSのLCTパケットのフィルタリング処理が実行され、シグナリング情報取得部７１４によりUSDやMPDなどのシグナリング情報（SCS）が取得される。シグナリング情報取得部７１４は、シグナリング情報（SCS）を、シグナリング情報解析部７５２に供給する。

シグナリング情報解析部７５２は、シグナリング情報取得部７１４から供給されるシグナリング情報（SCS）を解析し、その解析結果を、フィルタリング制御部７５３又は通信制御部７５４に供給する。

すなわち、シグナリング情報解析部７５２は、セグメントデータ、TDOアプリケーション、又は、NDOアプリケーションの配信経路が放送となる場合には、それらのストリームに接続するためのIPアドレス、ポート番号、TSI、TOIを特定し、フィルタリング制御部７５３に供給する。また、シグナリング情報解析部７５２は、セグメントデータ、TDOアプリケーション、又は、NDOアプリケーションの配信経路が通信となる場合には、それらの取得先の情報（例えばURL）を、通信制御部７５４に供給する。

フィルタリング制御部７５３は、シグナリング情報解析部７５２から供給されるIPアドレス、ポート番号、TSI、TOIに基づいて、フィルタリング処理部７１３により実行されるフィルタリング処理を制御する。これにより、フィルタリング処理部７１３では、セグメントデータのLCTパケットのフィルタリング処理が実行され、それにより得られるセグメントデータが、セグメントデータ取得部７１５に供給される。また、フィルタリング処理部７１３では、TDOアプリケーション、又は、NDOアプリケーションのLCTパケットのフィルタリング処理が実行され、それにより得られるTDOアプリケーション、又は、NDOアプリケーションが、アプリケーションエンジン７１６に供給される。

通信制御部７５４は、シグナリング情報解析部７５２から供給される取得先の情報（例えばURL）に基づいて、通信部７２２により実行される通信処理を制御する。これにより、通信部７２２では、データ配信サーバ３０からインターネット９０を介してストリーミング配信されるセグメントデータが受信され、セグメントデータ取得部７１５に供給される。また、通信部７２２では、アプリケーションサーバ５０からインターネット９０を介して配信されるTDOアプリケーション、又は、NDOアプリケーションが受信され、アプリケーションエンジン７１６に供給される。

トリガ情報抽出部７５５は、セグメントデータ取得部７１５により取得される、オーディオやビデオ、字幕のストリームを常に監視し、それらのストリームに埋め込まれたトリガ情報を抽出して、フィルタリング制御部７５３又は通信制御部７５４に供給する。

フィルタリング制御部７５３は、トリガ情報抽出部７５５から供給されるトリガ情報に基づいて、フィルタリング処理部７１３により実行されるフィルタリング処理を制御する。これにより、フィルタリング処理部７１３では、SCSのLCTパケットのフィルタリング処理が実行され、シグナリング情報取得部７１４によりTPT等のシグナリング情報が取得される。シグナリング情報取得部７１４は、TPT等のシグナリング情報（SCS）を、シグナリング情報解析部７５２に供給する。

通信制御部７５４は、トリガ情報抽出部７５５からのトリガ情報に含まれるURLに基づいて、通信部７２２により実行される通信処理を制御する。これにより、通信部７２２では、TPTサーバ４０からインターネット９０を介して配信されるTPTが受信され、シグナリング情報取得部７１４を介してシグナリング情報解析部７５２に供給される。

なお、アプリケーションエンジン７１６は、NDOアプリケーションを構成するNRTエントリポイントを取得した場合には、NRTエントリポイントをシグナリング情報解析部７５２に供給する。これにより、シグナリング情報解析部７５２は、NRTエントリポイントを解析して、NRTリソースの配信経路が放送か、あるいは通信かを確認することができる。

＜５．各装置における処理の流れ＞

次に、図１９乃至図２４のフローチャートを参照して、図１４の放送通信システムを構成する各装置で実行される処理の流れを説明する。

（デジタル放送信号送信処理）
まず、図１９のフローチャートを参照して、図１４の送信装置２０により実行される、デジタル放送信号送信処理の流れについて説明する。

ステップＳ２１１において、セグメントデータ取得部２１２は、データ提供サーバ１０からのセグメントデータを取得し、セグメントデータ処理部２１４に供給する。また、ステップＳ２１２において、トリガ情報生成部２１３は、トリガ情報を生成し、セグメントデータ処理部２１４に供給する。

ステップＳ２１３において、セグメントデータ処理部２１４は、セグメントデータ取得部２１２から供給されるセグメントデータを処理し、それにより得られるストリームを、多重化部２１９に供給する。また、セグメントデータ処理部２１４は、オーディオやビデオ、字幕などのストリームに、トリガ情報生成部２１３から供給されるトリガ情報を埋め込む。

ステップＳ２１４において、シグナリング情報生成部２１５は、データ提供サーバ１０からのシグナリング情報の元データに基づいて、シグナリング情報を生成し、シグナリング情報処理部２１６に供給する。ステップＳ２１５において、シグナリング情報処理部２１６は、シグナリング情報生成部２１５から供給されるシグナリング情報を処理し、多重化部２１９に供給する。

ステップＳ２１６においては、アプリケーションが放送で配信されるかどうかが判定され、放送で配信される場合には、処理は、ステップＳ２１７に進められる。ステップＳ２１７において、アプリケーション生成部２１７は、TDOアプリケーション又はNDOアプリケーションを生成し、アプリケーション処理部２１８に供給する。ステップＳ２１８において、アプリケーション処理部２１８は、アプリケーション生成部２１７から供給されるTDOアプリケーション又はNDOアプリケーションを処理し、多重化部２１９に供給する。

なお、ステップＳ２１６において、アプリケーションが放送で配信されないと判定された場合、ステップＳ２１７，Ｓ２１８の処理はスキップされ、処理は、ステップＳ２１９に進められる。

ステップＳ２１９において、多重化部２１９は、セグメントデータ処理部２１４からのオーディオやビデオ、字幕などのストリームと、シグナリング情報処理部２１６からのシグナリング情報を多重化して、BBPストリームを生成し、送信部２２０に供給する。なお、ステップＳ２１６の判定処理でアプリケーションを放送で配信すると判定された場合、多重化部２１９は、アプリケーション処理部２１８からのTDOアプリケーション又はNDOアプリケーションをさらに多重化して、BBPストリームを生成する。

ステップＳ２２０において、送信部２２０は、多重化部２１９からのBBPストリームを変調して、アンテナ２２１を介してデジタル放送信号で送信する。なお、このとき、オーディオやビデオのセグメントデータとSCSのファイルは、IP伝送方式を用いたデジタル放送の放送波によって、FLUTEセッションにより伝送される。ステップＳ２２０の処理が終了すると、図１９のデジタル放送信号送信処理は終了する。

以上、デジタル放送信号送信処理について説明した。

（TPT提供処理）
次に、図２０のフローチャートを参照して、図１４のTPTサーバ４０により実行される、TPT提供処理の流れについて説明する。

ステップＳ４１１において、TPT生成部４１２は、制御部４１１からの制御に従い、TPTを生成し、TPT保持部４１３に供給する。ステップＳ４１２において、TPT保持部４１３は、TPT生成部４１２から供給されるTPTを保持する。

ステップＳ４１３において、制御部４１１は、通信部４１４の通信状況を常に監視し、受信装置７０からTPTが要求されたかどうかを判定する。ステップＳ４１３において、受信装置７０からTPTが要求されていないと判定された場合、ステップＳ４１３の判定処理が繰り返される。ステップＳ４１３においては、受信装置７０からTPTが要求されるのを待って、処理は、ステップＳ４１４に進められる。

ステップＳ４１４において、通信部４１４は、制御部４１１からの制御に従い、TPT保持部４１３に保持されているTPTを取得する。ステップＳ４１５において、通信部４１４は、制御部４１１からの制御に従い、ステップＳ４１４の処理で取得したTPTを、インターネット９０を介して、受信装置７０に送信する。ステップＳ４１５の処理が終了すると、図２０のTPT提供処理は終了する。

以上、TPT提供処理について説明した。

（アプリケーション提供処理）
次に、図２１のフローチャートを参照して、図１４のアプリケーションサーバ５０により実行される、アプリケーション提供処理の流れについて説明する。

ステップＳ５１１において、アプリケーション生成部５１２は、制御部５１１からの制御に従い、TDOアプリケーション又はNDOアプリケーション（NRTリソース）を生成し、アプリケーション保持部５１３に供給する。ステップＳ５１２において、アプリケーション保持部５１３は、アプリケーション生成部５１２から供給されるTDOアプリケーション又はNDOアプリケーションを保持する。

ステップＳ５１３において、制御部５１１は、通信部５１４の通信状況を常に監視し、受信装置７０からTDOアプリケーション又はNDOアプリケーションが要求されたかどうかを判定する。ステップＳ５１３において、受信装置７０からアプリケーションが要求されていないと判定された場合、ステップＳ５１３の判定処理が繰り返される。ステップＳ５１３においては、受信装置７０からTDOアプリケーション又はNDOアプリケーションが要求されるのを待って、処理は、ステップＳ５１４に進められる。

ステップＳ５１４において、通信部５１４は、制御部５１１からの制御に従い、アプリケーション保持部５１３に保持されているTDOアプリケーション又はNDOアプリケーションを取得する。ステップＳ５１５において、通信部５１４は、制御部５１１からの制御に従い、ステップＳ５１４の処理で取得したTDOアプリケーション又はNDOアプリケーションを、インターネット９０を介して、受信装置７０に送信する。ステップＳ５１５の処理が終了すると、図２１のアプリケーション提供処理は終了する。

以上、アプリケーション提供処理について説明した。

（基本サービス処理）
次に、図２２のフローチャートを参照して、図１４の受信装置７０により実行される、基本サービス処理の流れについて説明する。なお、図２２の基本サービス処理は、図６の基本サービスの運用例に対応している。

ステップＳ７１１において、チューナ７１２やフィルタリング処理部７１３等は、選局制御部７５１及びフィルタリング制御部７５３からの制御に従い、初期スキャン処理を行う。この処理スキャン処理によって、LLSとして伝送されるSCDが取得され、選局情報として、NVRAM７１９に保存される（Ｓ７１２）。

ステップＳ７１３においては、ユーザにより選局操作が行われたかどうかが判定される。ステップＳ７１３において、選局操作が行われていないと判定された場合、ステップＳ７１３の判定処理が繰り返される。すなわち、ステップＳ７１３においては、ユーザにより選局操作が行われるのを待って、処理は、ステップＳ７１４に進められる。

ステップＳ７１４において、選局制御部７５１は、NVRAM７１９に保存された選局情報を取得し、フィルタリング制御部７５３に供給する。ここでは、選局情報として保存されているSCDには、SCS Bootstrap情報が含まれているので、これを用いて、選局されたサービスのSCSのアドレスが特定される。

ステップＳ７１５において、フィルタリング処理部７１３は、フィルタリング制御部７５３からの制御に従い、SCSのLCTパケットのフィルタリング処理を行う。このフィルタリング処理を行うことで、SCSのFLUTEセッションに接続されて、SCSのLCTパケットが取得される。

ステップＳ７１６において、シグナリング情報取得部７１４は、フィルタリング処理部７１３からのLCTパケットを解析して、USDやMPDなどのシグナリング情報（SCS）を取得し、シグナリング情報解析部７５２に供給する。

ステップＳ７１７において、シグナリング情報解析部７５２は、ステップＳ７１６の処理で取得されたUSDやMPDなどのシグナリング情報（SCS）を解析し、MPDのSegmentURL要素に指定されたURLと、USDのdeliveryMethod要素のbasepattern要素に指定されたURLとのマッチングを行う。

ステップＳ７１８において、シグナリング情報解析部７５２は、ステップＳ７１７のマッチングの結果に従い、MPDのRepresentation要素に列挙されたオーディオやビデオのストリームの配信経路が放送か、あるいは通信かを確認する（Ｓ７１８）。すなわち、ここでは、上述した図６の基本サービスの運用例の「手順７」と同様の処理が行われ、放送・通信のアドレス解決が行われる。

ステップＳ７１９においては、ステップＳ７１８の処理の結果に従い、オーディオやビデオのストリームの配信経路が、放送と通信のいずれになるかが判定される。

ステップＳ７１９において、ストリームの配信経路が放送であると判定された場合、処理は、ステップＳ７２０に進められる。ステップＳ７２０において、シグナリング情報解析部７５２は、ステップＳ７１６の処理で取得されたFDDやSDPなどのシグナリング情報に基づいて、オーディオやビデオのストリームに接続するためのIPアドレス、ポート番号、TSI、TOIを特定し、フィルタリング制御部７５３に供給する。

ステップＳ７２１において、フィルタリング処理部７１３は、フィルタリング制御部７５３からの制御に従い、セグメントデータのLCTパケットのフィルタリング処理を行う。このフィルタリング処理を行うことで、対象のサービスのFLUTEセッションに接続されて、オーディオやビデオのLCTパケットが取得される。

ステップＳ７２２において、セグメントデータ取得部７１５は、フィルタリング処理部７１３からのLCTパケットを解析して、セグメントデータを取得し、オーディオデータをオーディオ出力部７２０、ビデオデータをビデオ出力部７２１に供給する。

一方、ステップＳ７１９において、ストリームの配信経路が通信であると判定された場合、処理は、ステップＳ７２３に進められる。ステップＳ７２３において、通信部７２２は、通信制御部７５４からの制御に従い、インターネット９０を介してデータ配信サーバ３０にアクセスし、ストリーミング配信されるストリームのセグメントデータを受信する。

そして、セグメントデータ取得部７１５は、通信部７２２からのセグメントデータを取得し、オーディオデータをオーディオ出力部７２０、ビデオデータをビデオ出力部７２１に供給する。

ステップＳ７２２、又は、ステップＳ７２３の処理が終了すると、処理は、ステップＳ７２４に進められる。

オーディオ出力部７２０は、セグメントデータ取得部７１５からのオーディオデータのバッファリングを行い（Ｓ７２４）、さらに、レンダリングを行う（Ｓ７２５）。また、ビデオ出力部７２１は、セグメントデータ取得部７１５からのビデオデータのバッファリングを行い（Ｓ７２４）、さらに、レンダリングを行う（Ｓ７２５）これにより、受信装置７０では、ユーザにより選局されたサービスに対応した番組の映像と音声が再生される。

ステップＳ７２５の処理が終了すると、処理は、ステップＳ７２６に進められ、所定のイベントが発生したかどうかが判定される。ステップＳ７２６において、所定のイベントが発生していないと判定された場合、処理は、ステップＳ７２７に進められ、ステップＳ７１８の処理の結果に従い、オーディオやビデオのストリームの配信経路が、放送と通信のいずれになるかが判定される。

ステップＳ７２７において、ストリームの配信経路が放送であると判定された場合、処理はステップＳ７２１に進められる。そして、ステップＳ７２１以降の処理が繰り返されることで、放送で伝送されるセグメントデータに対応した映像や音声が再生される。また、ステップＳ７２７において、ストリームの配信経路が通信であると判定された場合、処理はステップＳ７２３に進められる。そして、ステップＳ７２３以降の処理が繰り返されることで、通信で伝送されるセグメントデータに対応した映像や音声が再生される。

そして、ステップＳ７２６において、例えば受信装置７０の電源がオフされるなどの所定のイベントが発生した場合、図２２の基本サービス処理は終了する。

以上、基本サービス処理について説明した。

（アソシエイテッドNRT対応処理）
次に、図２３のフローチャートを参照して、図１４の受信装置７０により実行される、アソシエイテッドNRT対応処理の流れについて説明する。

ステップＳ７４１においては、図２２の基本サービス処理が実行され、受信装置７０では、ユーザにより選局されたサービスに対応した番組の映像と音声が再生される。

ステップＳ７４２において、トリガ情報抽出部７５５は、オーディオやビデオ、字幕のストリームを常に監視し、それらのストリームに埋め込まれたトリガ情報が抽出されたかどうかを判定する。ステップＳ７４２においては、トリガ情報が抽出されるのを待って、処理は、ステップＳ７４３に進められる。

ステップＳ７４３において、フィルタリング処理部７１３は、フィルタリング制御部７５３からの制御に従い、SCSのLCTパケットのフィルタリング処理を行う。シグナリング情報取得部７１４は、フィルタリング処理部７１３からのLCTパケットを解析して、TPTやUSDなどのシグナリング情報（SCS）を取得し、シグナリング情報解析部７５２に供給する。

なお、TPTを取得するタイミングは、ストリームに含まれるトリガ情報が抽出されたときのほか、例えば、FLUTEセッションで伝送されるSCSを常に監視して、TPTが新たに出現するか、あるいはTPTが更新されたタイミングで、そのTPTを取得するようにしてもよい。

また、TPTが放送で伝送されるのではなく、通信で伝送されている場合には、通信制御部７５４は、トリガ情報抽出部７５５からのトリガ情報に含まれるURLに従い、通信部７２２を制御して、インターネット９０を介してTPTサーバ４０にアクセスする。そして、TPTサーバ４０から送信されてくるトリガ情報が、通信部７２２により受信され、シグナリング情報取得部７１４を介してシグナリング情報解析部７５２に供給される。

ステップＳ７４４において、シグナリング情報解析部７５２は、TPTに記述されるTDOアプリケーションの取得先を示すURL（AppURL，ContentURL）と、USDのdeliveryMethod要素におけるbroadcastAppService要素又はunicastAppService要素内のbasepattern要素に指定されたURLとのマッチングを行う。

ステップＳ７４５において、シグナリング情報解析部７５２は、ステップＳ７４４のマッチングの結果に従い、TPTに列挙されたTDOアプリケーションの配信経路が放送か、あるいは通信かを確認する。すなわち、ここでは、上述した図７乃至図１０のアソシエイテッドNRTの運用例の「手順１８」と同様の処理が行われ、放送・通信のアドレス解決が行われる。

なお、TDOアプリケーションが複数のコンポーネントから構成されている場合、それらのコンポーネントは取得先が異なる場合があるので、コンポーネントのURL（ContentURL）ごとに、basepattern要素のURLとのマッチングが行われる。

ステップＳ７４６においては、ステップＳ７４５の処理の結果に従い、TDOアプリケーションの配信経路が、放送と通信のいずれになるかが判定される。

ステップＳ７４６において、TDOアプリケーションの配信経路が放送であると判定された場合、処理は、ステップＳ７４７に進められる。ステップＳ７４７において、シグナリング情報解析部７５２は、ステップＳ７４３の処理で取得されたFDDやSDPなどのシグナリング情報に基づいて、アソシエイテッドNRTのストリームに接続するためのIPアドレス、ポート番号、TSI、TOIを特定し、フィルタリング制御部７５３に供給する。

ただし、図７のアソシエイテッドNRTの運用例１のように、TDOアプリケーションを伝送するアソシエイテッドNRTのストリームが、主サービスと同一のサービスとして伝送される場合、主サービスのSCSを用いることができるが、図８乃至図１０のアソシエイテッドNRTの運用例のように、主サービスと別サービス（NRTサービス）として伝送される場合には、NRTサービス用のSCSを取得する必要がある。

この場合、USDのdeliveryMethod要素のbroadcastAppService要素内のassocication_tag属性によって、SPDのトリプレットと関連付けられることで、NRTサービスのSCS Bootstrap情報が得られる。そして、NRTサービスのSCSが取得されると、アソシエイテッドNRTのストリームに接続するためのIPアドレス、ポート番号、TSI、TOIを特定することができる。

ステップＳ７４８において、フィルタリング処理部７１３は、フィルタリング制御部７５３からの制御に従い、TDOアプリケーションのLCTパケットのフィルタリング処理を行う。このフィルタリング処理を行うことで、アソシエイテッドNRTのストリームのFLUTEセッションに接続されて、TDOアプリケーションのLCTパケットが取得される。

ステップＳ７４９において、アプリケーションエンジン７１６は、フィルタリング処理部７１３からのLCTパケットを解析して、TDOアプリケーションを取得して実行し、そのビデオデータを、ビデオ出力部７２１に供給する。

一方、ステップＳ７４６において、ストリームの配信経路が通信であると判定された場合、処理は、ステップＳ７５０に進められる。ステップＳ７５０において、通信部７２２は、通信制御部７５４からの制御に従い、インターネット９０を介してアプリケーションサーバ５０−１にアクセスし、TDOアプリケーションを受信する。そして、アプリケーションエンジン７１６は、通信部７２２からのTDOアプリケーションを取得して実行し、そのビデオデータを、ビデオ出力部７２１に供給する。

ステップＳ７４９、又は、ステップＳ７５０の処理が終了すると、処理は、ステップＳ７５１に進められる。ステップＳ７５１において、ビデオ出力部７２１は、アプリケーションエンジン７１６から供給されるビデオデータのレンダリングを行う。

ステップＳ７５２においては、TDOアプリケーションが複数のコンポーネントから構成されている場合に、全てのコンポーネントが取得されたかどうかが判定される。ステップＳ７５２において、全てのコンポーネントが取得されていないと判定された場合、処理は、ステップＳ７４５に戻り、それ以降の処理が繰り返される。

すなわち、ステップＳ７４５乃至Ｓ７５２の処理が、放送又は通信で伝送されるコンポーネントが全て取得されるまで繰り返され、ステップＳ７５２において、全てのコンポーネントが取得されたと判定された場合、処理は、ステップＳ７５３に進められる。これにより、受信装置７０では、番組に連動してTDOアプリケーションが実行され、番組の映像に、TDOアプリケーションの映像が重畳して表示される。

ステップＳ７５３においては、ユーザによりTDOアプリケーションの表示の終了が指示されたかどうかが判定される。ステップＳ７５３において、TDOアプリケーションの表示の終了が指示されていないと判定された場合、ステップＳ７５３の判定処理が繰り返される。この場合、TDOアプリケーションの実行が継続され、その映像が、番組の映像に重畳して表示され続ける。

一方、ステップＳ７５３において、TDOアプリケーションの表示の終了が指示されたと判定された場合、TDOアプリケーションは終了され、図２３のアソシエイテッドNRT対応処理は終了する。

以上、アソシエイテッドNRT対応処理について説明した。このアソシエイテッドNRT対応処理では、SCSで伝送されるシグナリング情報に基づいて、放送又は通信で配信されるTDOアプリケーション（の一部のコンポーネント）が取得され、番組等のAVコンテンツに連動して実行される。

なお、TDOアプリケーションは、複数のアプリケーション、静止画やテキストファイル等のモノメディアにより構成されるのが一般的であるため、TDOアプリケーションを構成する要素（例えば、子アプリケーションやモノメディア）としてのコンポーネントを、放送又は通信のいずれの配信経路によって、異なる配信元から分割して伝送することで、放送で伝送されるTDOアプリケーションのデータサイズを小さくして、TDOアプリケーションの伝送に必要となる放送帯域を削減することができる。

例えば、TDOアプリケーションの主となる部分として、エントリアプリケーションとその関連ファイルは、放送で伝送する一方、利用頻度の低い、子アプリケーションや孫アプリケーションなどは通信で伝送するようにすることで、TDOアプリケーションのデータサイズを小さくすることができる。

また、TDOアプリケーションを構成する要素を、複数のコンポーネントに分割して、異なる配信経路で配信することができるので、１つのアソシエイテッドNRTのサービスであっても、例えば、基本の部分のコンポーネントは放送で配信し、オプション部分のコンポーネントは通信で配信するなどと使い分けることができる。これにより、例えば、アソシエイテッドNRTのサービスにおいて、無料で提供される部分は放送で配信する一方、登録された会員向け等の有料で提供される部分は通信で配信するなどの付加的なサービスを提供することが可能となる。

（スタンドアロンNRT対応処理）
最後に、図２４のフローチャートを参照して、図１４の受信装置７０により実行される、スタンドアロンNRT対応処理の流れについて説明する。

ステップＳ７７１において、チューナ７１２やフィルタリング処理部７１３等は、選局制御部７５１及びフィルタリング制御部７５３からの制御に従い、初期スキャン処理を行う。この処理スキャン処理によって、LLSとして伝送されるSCDが取得され、選局情報として、NVRAM７１９に保存される（Ｓ７７２）。

ステップＳ７７３においては、ユーザによりポータルサービスが選択されたかどうかが判定される。ステップＳ７７３において、ポータルサービスが選択されていないと判定された場合、ステップＳ７７３の判定処理が繰り返される。すなわち、ステップＳ７７３においては、ユーザによりポータルサービスが選択されるのを待って、処理は、ステップＳ７７４に進められる。

ステップＳ７７４において、選局制御部７５１は、NVRAM７１９に保存された選局情報を取得し、フィルタリング制御部７５３に供給する。ここでは、選局情報として保存されているSCDには、SCS Bootstrap情報が含まれているので、これを用いて、選択（選局）されたポータルサービスのSCSのアドレスが特定される。

ステップＳ７７５において、フィルタリング処理部７１３は、フィルタリング制御部７５３からの制御に従い、SCSのLCTパケットのフィルタリング処理を行う。このフィルタリング処理を行うことで、SCSのFLUTEセッションに接続されて、SCSのLCTパケットが取得される。

ステップＳ７７６において、シグナリング情報取得部７１４は、フィルタリング処理部７１３からのLCTパケットを解析して、USD，SDP，FDD，SPD等のシグナリング情報（SCS）を取得し、シグナリング情報解析部７５２に供給する。

ステップＳ７７７において、シグナリング情報解析部７５２は、SPDのNRT関連記述子（NRT Service Description）に記述されたNRTエントリポイントのURL(Entry URL)を取得する。また、ステップＳ７７８において、シグナリング情報解析部７５２は、FDDやSDP等のシグナリング情報に基づいて、NRTエントリポイントのFLUTEセッションに接続するためのIPアドレス、ポート番号、TSI、TOIを特定し、フィルタリング制御部７５３に供給する。

ステップＳ７７９において、フィルタリング処理部７１３は、フィルタリング制御部７５３からの制御に従い、NRTエントリポイントのLCTパケットのフィルタリング処理を行う。このフィルタリング処理を行うことで、NRTエントリポイントのFLUTEセッションに接続されて、NRTエントリポイントのLCTパケットが取得される。

ステップＳ７８０において、アプリケーションエンジン７１６は、フィルタリング処理部７１３からのLCTパケットを解析して、NRTエントリポイントのファイル（例えばIndex.html）を取得し、シグナリング情報解析部７５２に供給する。

ステップＳ７８１において、シグナリング情報解析部７５２は、NRTエントリポイントに記述されたNRTリソースのURL（ResourceURL）と、USDのdeliveryMethod要素のbroadcastAppService要素又はunicastAppService要素内のbasepattern要素のURLとのマッチングを行う。

ステップＳ７８２において、シグナリング情報解析部７５２は、ステップＳ７８１のマッチングの結果に従い、NRTエントリポイントに列挙されたNRTリソースの配信経路が放送か、あるいは通信かを確認する。すなわち、ここでは、上述した図１１のスタンドアロンNRTの運用例１の「手順１１」と同様の処理が行われ、放送・通信のアドレス解決が行われる。

なお、NRTエントリポイントに複数のNRTリソースが列挙されている場合、それらのNRTリソースは取得先が異なる場合があるので、NRTリソースのURL（ResourceURL）ごとに、basepattern要素のURLとのマッチングが行われる。

ステップＳ７８３においては、ステップＳ７８２の処理の結果に従い、NRTリソースの配信経路が、放送と通信のいずれになるかが判定される。

ステップＳ７８３において、NRTリソースの配信経路が放送であると判定された場合、処理は、ステップＳ７８４に進められる。ステップＳ７８４において、シグナリング情報解析部７５２は、ステップＳ７７６の処理で取得されたFDDやSDPなどのシグナリング情報に基づいて、NRTリソースのストリームに接続するためのIPアドレス、ポート番号、TSI、TOIを特定し、フィルタリング制御部７５３に供給する。
ステップＳ７８５において、フィルタリング処理部７１３は、フィルタリング制御部７５３からの制御に従い、NRTリソースのLCTパケットのフィルタリング処理を行う。このフィルタリング処理を行うことで、NRTリソースのFLUTEセッションに接続されて、NRTリソースのLCTパケットが取得される。

ステップＳ７８６において、アプリケーションエンジン７１６は、フィルタリング処理部７１３からのLCTパケットを解析して、NRTリソースを取得して実行し、そのビデオデータを、ビデオ出力部７２１に供給する。

一方、ステップＳ７８３において、NRTリソースの配信経路が通信であると判定された場合、処理は、ステップＳ７８７に進められる。ステップＳ７８７において、通信部７２２は、通信制御部７５４からの制御に従い、インターネット９０を介してアプリケーションサーバ５０−２にアクセスし、NDOアプリケーションのNRTリソースを受信する。そして、アプリケーションエンジン７１６は、通信部７２２からのNRTリソースを取得して実行し、そのビデオデータを、ビデオ出力部７２１に供給する。

ステップＳ７８６、又は、ステップＳ７８７の処理が終了すると、処理は、ステップＳ７８８に進められる。ステップＳ７８８において、ビデオ出力部７２１は、アプリケーションエンジン７１６から供給されるビデオデータのレンダリングを行う。

ステップＳ７８９においては、NRTエントリポイントに複数のNRTリソースが列挙されている場合に、全てのNRTリソースが取得されたかどうかが判定される。ステップＳ７８９において、全てのNRTリソースが取得されていないと判定された場合、処理は、ステップＳ７８２に戻り、それ以降の処理が繰り返される。

すなわち、ステップＳ７８２乃至Ｓ７８９の処理が、通信又は放送で伝送されるNRTリソースが全て取得されるまで繰り返され、ステップＳ７８９において、全てのNRTリソースが取得されたと判定された場合に、受信装置７０では、ユーザにより選択されたポータルサービスに対応したNDOアプリケーションの映像が表示される。ステップＳ７８９の処理（Ｓ７８９の「YES」）が終了すると、図２４のスタンドアロンNRT対応処理は終了する。

以上、スタンドアロンNRT対応処理について説明した。このスタンドアロンNRT対応処理では、SCSで伝送されるシグナリング情報に基づいて、放送又は通信で伝送されるNDOアプリケーション（NRTリソース）が取得され、独立した放送サービスとして実行される。

また、NDOアプリケーションを構成する１又は複数のNRTリソースが、放送又は通信のいずれの配信経路によって、異なる配信元から分割して伝送されるようにすることができるため、放送で伝送されるNDOアプリケーションのデータサイズを小さくして、NDOアプリケーションの伝送に必要となる放送帯域を削減することができる。例えば、NDOアプリケーションの主となる部分として、NRTエントリポイントとその関連ファイル（NRTリソース）は、放送で伝送する一方、利用頻度の低い部分のNRTリソースは通信で伝送するようにすることで、NDOアプリケーションのデータサイズを小さくすることができる。

さらに、NDOアプリケーションを構成する要素を、複数のNRTリソースに分割して、異なる配信経路で配信することができるので、１つのスタンドアロンNRTのサービスであっても、例えば、基本の部分のNRTリソースは放送で配信し、オプション部分のNRTリソースは通信で配信するなどと使い分けることができる。これにより、例えば、スタンドアロンNRTのサービスにおいて、無料で提供される部分は放送で配信する一方、登録された会員向け等の有料で提供される部分は通信で配信するなどの付加的なサービスを提供することが可能となる。

なお、上述した説明では、シグナリング情報の名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、SCD(Service Configuration Description)は、SCT(Service Configuration Table)と記述される場合がある。また、例えば、SPD(Service Parameter Description)は、SPT(Service Parameter Table)と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリング情報の実質的な内容が異なるものではない。

＜６．コンピュータの構成＞

上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。

コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。

入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。

以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。

コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。

ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。

なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

また、本技術は、以下のような構成をとることができる。

（１）
IP（Internet Protocol）伝送方式を用いたデジタル放送を選局する選局制御を行う選局制御部と、
前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に基づいて、放送又は通信で配信されるアプリケーションの取得を制御する取得制御部と、
取得された前記アプリケーションを実行するアプリケーション実行部と
を備える受信装置。
（２）
前記アプリケーションは、前記デジタル放送において、放送サービスとして提供されるAVコンテンツに連動して実行される
（１）に記載の受信装置。
（３）
前記アプリケーションは、前記放送サービスと同一のサービス、又は、別のサービスとして提供される
（２）に記載の受信装置。
（４）
前記取得制御部は、前記デジタル放送で伝送される、前記アプリケーションを起動させるためのトリガ情報が抽出された場合、放送又は通信で配信される前記アプリケーションの制御情報、及び、前記シグナリング情報に基づいて、前記アプリケーションの取得を制御する
（２）又は（３）に記載の受信装置。
（５）
前記アプリケーションは、複数のコンポーネントから構成され、
前記取得制御部は、放送又は通信で配信される前記複数のコンポーネントの取得を制御する
（２）乃至（４）のいずれか一項に記載の受信装置。
（６）
前記シグナリング情報は、前記アプリケーションが別のサービスとして提供される場合、別のサービス用のシグナリング情報を取得するための情報を含む
（３）に記載の受信装置。
（７）
前記アプリケーションは、前記デジタル放送において、独立した放送サービスとして提供される
（１）に記載の受信装置。
（８）
前記アプリケーションは、エントリポイントと、１又は複数のリソースから構成され、
前記取得制御部は、前記エントリポイントに含まれる前記１又は複数のリソースのURL（Uniform Resource Locator）、及び、前記シグナリング情報に基づいて、放送又は通信で配信される前記１又は複数のリソースの取得を制御する
（７）に記載の受信装置。
（９）
前記シグナリング情報は、前記エントリポイントのURLを含み、
前記取得制御部は、前記エントリポイントのURLに基づいて、前記エントリポイントを取得する
（８）に記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送を選局する選局制御を行い、
前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に基づいて、放送又は通信で配信されるアプリケーションの取得を制御し、
取得された前記アプリケーションを実行する
ステップを含む受信方法。
（１１）
放送サービスとして提供されるストリームを取得する取得部と、
放送又は通信で配信されるアプリケーションの取得制御に用いられる制御情報を含むシグナリング情報を生成するシグナリング情報生成部と、
前記ストリームとともに、生成された前記シグナリング情報を、IP伝送方式を用いたデジタル放送の放送波で送信する送信部と
を備え、
前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で、前記シグナリング情報が伝送される
送信装置。
（１２）
前記アプリケーションは、前記デジタル放送において、放送サービスとして提供されるAVコンテンツに連動して実行される
（１１）に記載の送信装置。
（１３）
前記アプリケーションは、前記AVコンテンツが提供される放送サービスと同一のサービス、又は、別のサービスとして提供される
（１２）に記載の送信装置。
（１４）
前記シグナリング情報は、前記アプリケーションが別のサービスとして提供される場合、別のサービス用のシグナリング情報を取得するための情報を含む
（１３）に記載の送信装置。
（１５）
前記アプリケーションは、前記デジタル放送において、独立した放送サービスとして提供される
（１１）に記載の送信装置。
（１６）
前記アプリケーションは、エントリポイントと、１又は複数のリソースから構成され、
前記エントリポイントは、前記１又は複数のリソースのURLを含む
（１５）に記載の送信装置。
（１７）
前記シグナリング情報は、前記エントリポイントのURLを含む
（１６）に記載の送信装置。
（１８）
前記アプリケーションを生成するアプリケーション生成部をさらに備え、
前記送信部は、生成された前記アプリケーションを、前記ストリームとして送信する
（１１）乃至（１７）のいずれか一項に記載の送信装置。
（１９）
前記アプリケーションを起動させるためのトリガ情報を生成するトリガ情報生成部をさらに備え、
前記送信部は、生成された前記トリガ情報を、前記ストリームに含めて送信する
（１１）乃至（１８）のいずれか一項に記載の送信装置。
（２０）
送信装置の送信方法において、
前記送信装置が、
放送サービスとして提供されるストリームを取得し、
放送又は通信で配信されるアプリケーションの取得制御に用いられる制御情報を含むシグナリング情報を生成し、
前記ストリームとともに、生成された前記シグナリング情報を、IP伝送方式を用いたデジタル放送の放送波で送信する
ステップを含み、
前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で、前記シグナリング情報が伝送される
送信方法。

１ 放送通信システム， １０ データ提供サーバ， ２０ 送信装置， ３０ データ配信サーバ， ４０ TPTサーバ， ５０，５０−１，５０−２ アプリケーションサーバ， ７０ 受信装置， ９０ インターネット， ２１２ セグメントデータ取得部， ２１３ トリガ情報生成部， ２１５ シグナリング情報生成部， ２１７ アプリケーション生成部， ２２０ 送信部， ３１２ セグメントデータ取得部， ３１３ シグナリング情報生成部， ３１４ 通信部， ５１２ アプリケーション生成部， ５１４ 通信部， ７１２ チューナ， ７１３ フィルタリング処理部， ７１４ シグナリング情報取得部， ７１５ セグメントデータ取得部， ７１６ アプリケーションエンジン， ７１７ 制御部， ７１９ NVRAM， ７２２ 通信部， ７５１ 選局制御部， ７５２ シグナリング情報解析部， ７５３ フィルタリング制御部， ７５４ 通信制御部， ７５５ トリガ情報抽出部， ９００ コンピュータ， ９０１ CPU

Claims (20)

1. IP（Internet Protocol）伝送方式を用いたデジタル放送を選局する選局制御を行う選局制御部と、
   前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に基づいて、放送又は通信で配信されるアプリケーションの取得を制御する取得制御部と、
   取得された前記アプリケーションを実行するアプリケーション実行部と
   を備える受信装置。
2. 前記アプリケーションは、前記デジタル放送において、放送サービスとして提供されるAVコンテンツに連動して実行される
   請求項１に記載の受信装置。
3. 前記アプリケーションは、前記放送サービスと同一のサービス、又は、別のサービスとして提供される
   請求項２に記載の受信装置。
4. 前記取得制御部は、前記デジタル放送で伝送される、前記アプリケーションを起動させるためのトリガ情報が抽出された場合、放送又は通信で配信される前記アプリケーションの制御情報、及び、前記シグナリング情報に基づいて、前記アプリケーションの取得を制御する
   請求項３に記載の受信装置。
5. 前記アプリケーションは、複数のコンポーネントから構成され、
   前記取得制御部は、放送又は通信で配信される前記複数のコンポーネントの取得を制御する
   請求項４に記載の受信装置。
6. 前記シグナリング情報は、前記アプリケーションが別のサービスとして提供される場合、別のサービス用のシグナリング情報を取得するための情報を含む
   請求項３に記載の受信装置。
7. 前記アプリケーションは、前記デジタル放送において、独立した放送サービスとして提供される
   請求項１に記載の受信装置。
8. 前記アプリケーションは、エントリポイントと、１又は複数のリソースから構成され、
   前記取得制御部は、前記エントリポイントに含まれる前記１又は複数のリソースのURL（Uniform Resource Locator）、及び、前記シグナリング情報に基づいて、放送又は通信で配信される前記１又は複数のリソースの取得を制御する
   請求項７に記載の受信装置。
9. 前記シグナリング情報は、前記エントリポイントのURLを含み、
   前記取得制御部は、前記エントリポイントのURLに基づいて、前記エントリポイントを取得する
   請求項８に記載の受信装置。
10. 受信装置の受信方法において、
    前記受信装置が、
    IP伝送方式を用いたデジタル放送を選局する選局制御を行い、
    前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送されるシグナリング情報に基づいて、放送又は通信で配信されるアプリケーションの取得を制御し、
    取得された前記アプリケーションを実行する
    ステップを含む受信方法。
11. 放送サービスとして提供されるストリームを取得する取得部と、
    放送又は通信で配信されるアプリケーションの取得制御に用いられる制御情報を含むシグナリング情報を生成するシグナリング情報生成部と、
    前記ストリームとともに、生成された前記シグナリング情報を、IP伝送方式を用いたデジタル放送の放送波で送信する送信部と
    を備え、
    前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で、前記シグナリング情報が伝送される
    送信装置。
12. 前記アプリケーションは、前記デジタル放送において、放送サービスとして提供されるAVコンテンツに連動して実行される
    請求項１１に記載の送信装置。
13. 前記アプリケーションは、前記AVコンテンツが提供される放送サービスと同一のサービス、又は、別のサービスとして提供される
    請求項１２に記載の送信装置。
14. 前記シグナリング情報は、前記アプリケーションが別のサービスとして提供される場合、別のサービス用のシグナリング情報を取得するための情報を含む
    請求項１３に記載の送信装置。
15. 前記アプリケーションは、前記デジタル放送において、独立した放送サービスとして提供される
    請求項１１に記載の送信装置。
16. 前記アプリケーションは、エントリポイントと、１又は複数のリソースから構成され、
    前記エントリポイントは、前記１又は複数のリソースのURLを含む
    請求項１５に記載の送信装置。
17. 前記シグナリング情報は、前記エントリポイントのURLを含む
    請求項１６に記載の送信装置。
18. 前記アプリケーションを生成するアプリケーション生成部をさらに備え、
    前記送信部は、生成された前記アプリケーションを、前記ストリームとして送信する
    請求項１１に記載の送信装置。
19. 前記アプリケーションを起動させるためのトリガ情報を生成するトリガ情報生成部をさらに備え、
    前記送信部は、生成された前記トリガ情報を、前記ストリームに含めて送信する
    請求項１１に記載の送信装置。
20. 送信装置の送信方法において、
    前記送信装置が、
    放送サービスとして提供されるストリームを取得し、
    放送又は通信で配信されるアプリケーションの取得制御に用いられる制御情報を含むシグナリング情報を生成し、
    前記ストリームとともに、生成された前記シグナリング情報を、IP伝送方式を用いたデジタル放送の放送波で送信する
    ステップを含み、
    前記デジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で、前記シグナリング情報が伝送される
    送信方法。

Images