(57)【要約】  本技術は、AVコンテンツに連動して実行されるアプリケーションプログラムを、様々な運用形態に対応させることができるようにする受信装置、受信方法、送信装置、及び送信方法に関する。トリガ情報抽出部は、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報を取得し、制御部は、トリガ情報抽出部により抽出されたトリガ情報に指定される動作モードに従い、アプリケーションプログラムの動作を制御する。本技術は、例えば、デジタルテレビジョン放送信号を受信するテレビジョン受像機に適用することができる。
2014027563.tif 000002
【特許請求の範囲】
【請求項１】
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報を取得するトリガ情報取得部と、
前記トリガ情報に指定される動作モードに従い、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
【請求項２】
前記動作モードは、前記アプリケーションプログラムの制御方式に応じて定められる
請求項１に記載の受信装置。
【請求項３】
前記動作モードには、前記アプリケーションプログラムを標準化した標準アプリケーションプログラムを動作させるための第１のモードが含まれており、
前記制御部は、前記動作モードとして前記第１のモードが指定された場合、前記トリガ情報に応じて、前記標準アプリケーションプログラムの動作を制御する
請求項２に記載の受信装置。
【請求項４】
前記トリガ情報には、前記標準アプリケーションプログラムの動作を制御する際に用いられる付加情報が含まれており、
前記制御部は、前記付加情報に応じて、前記標準アプリケーションプログラムの動作を制御する
請求項３に記載の受信装置。
【請求項５】
前記標準アプリケーションプログラムをあらかじめ記憶する記憶部をさらに備え、
前記制御部は、前記トリガ情報に応じて、前記記憶部から読み出された前記標準アプリケーションプログラムの動作を制御する
請求項４に記載の受信装置。
【請求項６】
前記標準アプリケーションプログラムを、ネットワークを介して取得するアプリケーション取得部をさらに備え、
前記制御部は、前記トリガ情報に応じて、前記アプリケーション取得部により取得された前記標準アプリケーションプログラムの動作を制御する
請求項４に記載の受信装置。
【請求項７】
前記動作モードには、
前記アプリケーションプログラムの動作を制御するための制御情報を格納したテーブルを用いて前記アプリケーションプログラムを動作させるための第２のモードと、
標準化されていない特定のアプリケーションプログラムを動作させるための第３のモードと
がさらに含まれる
請求項３に記載の受信装置。
【請求項８】
前記トリガ情報は、前記AVコンテンツとともに送信され、
前記トリガ情報取得部は、前記AVコンテンツのデータからトリガ情報を抽出する
請求項１に記載の受信装置。
【請求項９】
前記AVコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、
前記トリガ情報取得部は、前記特徴量を用いて識別された前記AVコンテンツの識別結果に対応する前記トリガ情報を取得する
請求項１に記載の受信装置。
【請求項１０】
受信装置の受信方法において、
前記受信装置が、
AVコンテンツを受信し、
前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報を取得し、
前記トリガ情報に指定される動作モードに従い、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
【請求項１１】
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報であって、前記アプリケーションプログラムの制御方式に応じて定められる動作モードが指定されたものを生成するトリガ情報生成部と、
前記トリガ情報を、前記AVコンテンツとともに送信する送信部と
を備える送信装置。
【請求項１２】
送信装置の送信方法において、
前記送信装置が、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報であって、前記アプリケーションプログラムの制御方式に応じて定められる動作モードが指定されたものを生成し、
前記トリガ情報を、前記AVコンテンツとともに送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び送信方法に関し、特に、AVコンテンツに連動して実行されるアプリケーションプログラムを、様々な運用形態に対応させることができるようにした受信装置、受信方法、送信装置、及び送信方法に関する。
【背景技術】
【０００２】
近年、デジタル放送の分野においては、放送を利用したサービスだけでなく、インターネットと連携した連携サービスの導入が想定されている（例えば、特許文献１参照）。このような放送と通信の連携サービスでは、例えば、インターネット配信されるアプリケーションプログラムを、テレビ番組等の放送コンテンツに連動して実行させることが可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−６６５５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、デジタルテレビジョン放送信号を受信可能な受信装置において、選局中の放送コンテンツに連動させて、アプリケーションプログラムを動作させる場合に、当該アプリケーションプログラムを、様々な運用形態で動作させることが想定される。【０００５】
しかしながら、現状では、放送コンテンツ等のAVコンテンツに連動して実行されるアプリケーションプログラムを、様々な運用形態に対応させるための技術方式は確立されていない。【０００６】
本技術はこのような状況に鑑みてなされたものであり、AVコンテンツに連動して実行されるアプリケーションプログラムを、様々な運用形態に対応させることができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、AVコンテンツを受信する受信部と、前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報を取得するトリガ情報取得部と、前記トリガ情報に指定される動作モードに従い、前記アプリケーションプログラムの動作を制御する制御部とを備える。【０００８】
前記動作モードは、前記アプリケーションプログラムの制御方式に応じて定められる。【０００９】
前記動作モードには、前記アプリケーションプログラムを標準化した標準アプリケーションプログラムを動作させるための第１のモードが含まれており、前記制御部は、前記動作モードとして前記第１のモードが指定された場合、前記トリガ情報に応じて、前記標準アプリケーションプログラムの動作を制御する。【００１０】
前記トリガ情報には、前記標準アプリケーションプログラムの動作を制御する際に用いられる付加情報が含まれており、前記制御部は、前記付加情報に応じて、前記標準アプリケーションプログラムの動作を制御する。【００１１】
前記標準アプリケーションプログラムをあらかじめ記憶する記憶部をさらに備え、前記制御部は、前記トリガ情報に応じて、前記記憶部から読み出された前記標準アプリケーションプログラムの動作を制御する。【００１２】
前記標準アプリケーションプログラムを、ネットワークを介して取得するアプリケーション取得部をさらに備え、前記制御部は、前記トリガ情報に応じて、前記アプリケーション取得部により取得された前記標準アプリケーションプログラムの動作を制御する。【００１３】
前記動作モードには、前記アプリケーションプログラムの動作を制御するための制御情報を格納したテーブルを用いて前記アプリケーションプログラムを動作させるための第２のモードと、標準化されていない特定のアプリケーションプログラムを動作させるための第３のモードとがさらに含まれる。【００１４】
前記トリガ情報は、前記AVコンテンツとともに送信され、前記トリガ情報取得部は、前記AVコンテンツのデータからトリガ情報を抽出する。【００１５】
前記AVコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、前記トリガ情報取得部は、前記特徴量を用いて識別された前記AVコンテンツの識別結果に対応する前記トリガ情報を取得する。【００１６】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１７】
本技術の第１の側面の受信方法は、本技術の第１の側面の受信装置に対応する受信方法である。【００１８】
本技術の第１の側面の受信装置及び受信方法においては、AVコンテンツが受信され、前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報が取得され、前記トリガ情報に指定される動作モードに従い、前記アプリケーションプログラムの動作が制御される。【００１９】
本技術の第２の側面の送信装置は、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報であって、前記アプリケーションプログラムの制御方式に応じて定められる動作モードが指定されたものを生成するトリガ情報生成部と、前記トリガ情報を、前記AVコンテンツとともに送信する送信部とを備える。【００２０】
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２１】
本技術の第２の側面の送信方法は、本技術の第２の側面の送信装置に対応する送信方法である。【００２２】
本技術の第２の側面の送信装置及び送信方法においては、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報であって、前記アプリケーションプログラムの制御方式に応じて定められる動作モードが指定されたものが生成され、前記トリガ情報が、前記AVコンテンツとともに送信される。
【発明の効果】
【００２３】
本技術の第１の側面及び第２の側面によれば、AVコンテンツに連動して実行されるアプリケーションプログラムを、様々な運用形態に対応させることができる。
【図面の簡単な説明】
【００２４】
【図１】放送通信連携システムの構成例を示す図である。
【図２】送信装置の構成例を示す図である。
【図３】受信装置の構成例を示す図である。
【図４】TPT/AMTサーバ等の構成例を示す図である。
【図５】トリガ情報の配置例を示す図である。
【図６】トリガ情報の詳細な構成を示す図である。
【図７】トリガ情報の記述例を示す図である。
【図８】TPTモードの場合の各装置の動作の概要を示す図である。
【図９】TPTの詳細な構成を示す図である。
【図１０】AMTの詳細な構成を示す図である。
【図１１】連動アプリケーションの状態遷移を示す図である。
【図１２】各アクションと状態遷移の関係を示す図である。
【図１３】TPTモードの場合のインターネット配信される連動アプリケーションの取得方法を示す図である。
【図１４】TPTモードの場合の放送配信される連動アプリケーションの取得方法を示す図である。
【図１５】TPTモードの運用例を示す図である。
【図１６】第１ダイレクトモードの場合の各装置の動作の概要を示す図である。
【図１７】第１ダイレクトモードの場合のインターネット配信される連動アプリケーションの取得方法を示す図である。
【図１８】第１ダイレクトモードの場合の放送配信される連動アプリケーションの取得方法を示す図である。
【図１９】第１ダイレクトモードの運用例を示す図である。
【図２０】第２ダイレクトモードの場合の各装置の動作の概要を示す図である。
【図２１】第２ダイレクトモードの場合のインターネット配信される標準連動アプリケーションの取得方法を示す図である。
【図２２】第２ダイレクトモードの場合のあらかじめ保持される標準連動アプリケーションの取得方法を示す図である。
【図２３】第２ダイレクトモードの運用例１を示す図である。
【図２４】第２ダイレクトモードの運用例２を示す図である。
【図２５】送信処理を説明するフローチャートである。
【図２６】受信処理を説明するフローチャートである。
【図２７】トリガ情報対応処理を説明するフローチャートである。
【図２８】TPTモードのトリガ情報対応処理を説明するフローチャートである。
【図２９】TPT/AMT/App取得処理を説明するフローチャートである。
【図３０】連動アプリケーション制御処理を説明するフローチャートである。
【図３１】アクション実行処理を説明するフローチャートである。
【図３２】第１ダイレクトモードのトリガ対応処理を説明するフローチャートである。
【図３３】第２ダイレクトモードのトリガ対応処理を説明するフローチャートである。
【図３４】放送通信連携システムの構成例を示す図である。
【図３５】受信装置の構成例を示す図である。
【図３６】TPTモードの場合の各装置の動作の概要を示す図である。
【図３７】ACR技術の概念を説明する図である。
【図３８】TPTモードの場合のインターネット配信される連動アプリケーションの取得方法を示す図である。
【図３９】第１ダイレクトモードの場合の各装置の動作の概要を示す図である。
【図４０】第１ダイレクトモードの場合のインターネット配信される連動アプリケーションの取得方法を示す図である。
【図４１】第２ダイレクトモードの場合の各装置の動作の概要を示す図である。
【図４２】第２ダイレクトモードの場合のインターネット配信される連動アプリケーションの取得方法を示す図である。
【図４３】ACR識別結果に応じたトリガ情報対応処理を説明するフローチャートである。
【図４４】放送通信連携システムの他の構成例を示す図である。
【図４５】放送通信連携システムの構成例を示す図である。
【図４６】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２５】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００２６】
＜第１の実施の形態＞
【００２７】
［放送通信連携システムの構成例］
図１は、第１の実施の形態である放送通信連携システム１を示している。この放送通信連携システム１は、送信装置１０、受信装置２０、TPT/AMTサーバ３０、アプリケーションサーバ４０−１乃至４０−ｎ、及び標準アプリケーションサーバ４１から構成される。
【００２８】
また、受信装置２０、TPT/AMTサーバ３０、アプリケーションサーバ４０−１乃至４０−Ｎ、及び標準アプリケーションサーバ４１は、インターネット９０を介して、相互に接続されている。
【００２９】
送信装置１０は、テレビ番組やＣＭ等の放送コンテンツを、デジタルテレビジョン放送信号（以下、単に放送信号という）により送信（放送）するようになされている。送信装置１０は、例えば、放送事業者により提供され、その放送局内に配置される。
【００３０】
また、送信装置１０は、連動アプリケーションの動作を制御するためのトリガ情報を、放送信号に含めて送信する。
【００３１】
ここで、連動アプリケーションとは、放送コンテンツに連動して実行されるアプリケーションプログラムである。連動アプリケーションは、アプリケーションサーバ４０等によって、インターネット９０を介して配信されるか、あるいは、送信装置１０によって、放送信号に含めて配信される。
【００３２】
また、連動アプリケーションには、特定の放送事業者により放送される放送コンテンツ向けに提供されるものと、任意の放送事業者により放送される放送コンテンツ向けに標準化されて提供されるものとがある。以下、後者を、標準連動アプリケーションと称して、前者と区別する。ただし、前者と後者を区別する必要がない場合には、単に、連動アプリケーションと称する。
【００３３】
トリガ情報は、放送信号のトランスポートストリーム（Transport Stream）に多重化されたビデオストリーム内に配置することで送信される。また、トリガ情報には、タイムベース・トリガ情報と、アクティブ・トリガ情報の２種類がある。
【００３４】
タイムベース・トリガ情報（Time Base Trigger）は、受信装置２０において、放送コンテンツの進行を示す時刻を計時する内部時計の時刻を設定するための時刻情報（media_time）や、所定のサーバのURL（Uniform Resource Locator）などを通知する場合に用いられる。
【００３５】
また、アクティブ・トリガ情報（Activation Trigger）は、指定された連動アプリケーションに所定の動作を実行させる場合に用いられる。ただし、以下の説明では、タイムベース・トリガ情報とアクティブ・トリガ情報を区別する必要がない場合には、単にトリガ情報と称して説明する。
【００３６】
受信装置２０は、送信装置１０から送信された放送信号を受信して、放送コンテンツの映像及び音声を取得する。受信装置２０は、取得した映像をディスプレイに表示し、音声をスピーカから出力する。
【００３７】
なお、以下、受信装置２０は、テレビジョン受像機であるとして説明するが、それに限らず、例えば、ディスプレイやスピーカを有さない構成とすることで、ビデオレコーダ等の電子機器に内蔵されるようにしてもよい。
【００３８】
受信装置２０は、送信装置１０からのタイムベース・トリガ情報が抽出された場合、当該トリガ情報に含まれる時刻情報に基づいて、内部時計の時刻を設定又は再設定（校正）する。以下、この内部時計を、メディアクロック（Media Clock）と称する。
【００３９】
また、受信装置２０は、当該トリガ情報に応じて、インターネット９０を介してTPT/AMTサーバ３０にアクセスして、TPT及びAMTを取得する。
【００４０】
TPT/AMTサーバ３０は、TPT及びAMTを管理している。TPT/AMTサーバ３０は、放送事業者等の事業者により提供される。
【００４１】
ここで、TPT（Trigger Parameters Table）は、連動アプリケーションに対するイベントにより指定されるアクションを特定するためのテーブルである。例えば、TPTには、連動アプリケーションに対するイベントを特定するためのIDと、当該イベントにより指定されるアクションとが対応付けられている。
【００４２】
また、AMT（Activation Messages Table）は、連動アプリケーションに対するアクションが実行されるべき時刻を特定するためのテーブルである。例えば、AMTには、連動アプリケーションに対するイベントを特定するためのIDと、当該IDごとの有効期間が対応付けられている。ただし、イベントの有効期間は、放送コンテンツの進行にあわせて決定されるものである。
【００４３】
すなわち、TPTとAMTによって、所定のタイミングで実行すべき、指定された連動アプリケーションに対するアクションが特定される。
【００４４】
TPT/AMTサーバ３０は、受信装置２０からの問い合わせに応じて、インターネット９０を介してTPT及びAMTを提供する。
【００４５】
受信装置２０は、送信装置１０からのアクティブ・トリガ情報、又はメディアクロックにより計時される時刻に基づいて、TPT及びAMTを参照することで、指定された連動アプリケーションに対するアクションを特定する。そして、受信装置２０は、特定したアクションに応じて、指定された連動アプリケーションの動作を制御する。
【００４６】
また、受信装置２０は、特定したアクションに応じて、インターネット９０を介してアプリケーションサーバ４０−１乃至４０−ｎ、又は標準アプリケーションサーバ４１のいずれかにアクセスし、連動アプリケーションを取得する。
【００４７】
アプリケーションサーバ４０−１乃至４０−ｎ（n=1,2,・・・,N）はそれぞれ、特定の放送事業者により放送される放送コンテンツ向けの連動アプリケーションを管理している。アプリケーションサーバ４０−１乃至４０−ｎは、放送事業者等の事業者により提供される。ただし、以下、アプリケーションサーバ４０−１乃至４０−ｎを、特に区別する必要がない場合には、単にアプリケーションサーバ４０と称して説明する。
【００４８】
アプリケーションサーバ４０−１乃至４０−ｎは、受信装置２０からの問い合わせに応じて、インターネット９０を介して連動アプリケーションを提供する。例えば、アプリケーションサーバ４０−１は、xbc放送局用の連動アプリケーションを管理しており、xbc放送局の放送コンテンツを選局している受信装置２０からの問い合わせに応じて、xbc放送局用の連動アプリケーションを提供する。
【００４９】
標準アプリケーションサーバ４１は、標準連動アプリケーションを管理している。標準アプリケーションサーバ４１は、例えば、標準連動アプリケーションの標準規格の策定を行う標準化団体等により提供される。すなわち、標準連動アプリケーションは、例えば、xbc放送局やzbc放送局等の任意の放送局により放送された放送コンテンツに対応可能なものとされる。
【００５０】
標準アプリケーションサーバ４１は、受信装置２０からの問い合わせに応じて、インターネット９０を介して標準連動アプリケーションを提供する。
【００５１】
なお、図１の構成例では、受信装置２０が、TPT及びAMTを用いて連動アプリケーションの動作を制御する例を示しているが、動作モードによっては、TPT及びAMTを使用せずに、連動アプリケーションの動作を制御することができる。そのような動作モードで動作する場合に、受信装置２０は、トリガ情報に応じて、連動アプリケーションの動作を制御することになる。動作モードの詳細については後述する。
【００５２】
また、前述のとおり、連動アプリケーションは、インターネット配信に限らず、送信装置１０から放送配信されるようにしてもよい。その場合、受信装置２０は、特定したアクションに応じて、送信装置１０から配信される連動アプリケーションを取得し、その動作を制御することになる。
【００５３】
さらに、TPT及びAMTは、インターネット配信に限らず、送信装置１０から放送配信されるようにしてもよい。その場合、受信装置２０は、放送信号のトランスポートストリームに多重化されたTPT及びAMTを取得し、それを用いて、連動アプリケーションの動作を制御することになる。
【００５４】
なお、図１の構成例では、説明を簡略化するため、１台の送信装置１０と、１台の受信装置２０のみを図示しているが、実際には、放送通信連携システム１は、複数台の送信装置１０と、複数台の受信装置２０を含むようにして構成される。すなわち、各受信装置２０においては、放送局ごとに設けられた送信装置１０からそれぞれ送信される放送コンテンツの中から、所望の放送コンテンツが選局されることになる。
【００５５】
同様にまた、図１では、１台のTPT/AMTサーバ３０を図示しているが、実際には、放送事業者ごとに、複数台のTPT/AMTサーバ３０が設けられ、受信装置２０は、トリガ情報により指定される情報に応じて、それらのいずれかにアクセスすることになる。
【００５６】
放送通信連携システム１は、以上のように構成される。
【００５７】
［送信装置の構成例］
図２は、図１の送信装置１０の構成例を示している。
【００５８】
図２に示すように、送信装置１０は、音声取得部１１１、オーディオエンコーダ１１２、映像取得部１１３、トリガ情報生成部１１４、ビデオエンコーダ１１５、多重化部１１６、送信部１１７、及びアンテナ１１８から構成される。
【００５９】
音声取得部１１１は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送コンテンツのオーディオ信号を取得し、オーディオエンコーダ１１２に供給する。
【００６０】
オーディオエンコーダ１１２は、音声取得部１１１から供給されるオーディオ信号を、MPEG（Moving Picture Experts Group）2等の符号化方式に準拠して符号化し、その結果得られるオーディオストリームを、多重化部１１６に供給する。
【００６１】
映像取得部１１３は、外部のサーバ、カメラ、又は記録媒体等から、放送コンテンツのビデオ信号を取得し、トリガ情報生成部１１４及びビデオエンコーダ１１５に供給する。
【００６２】
トリガ情報生成部１１４は、トリガ情報を生成し、ビデオエンコーダ１１５に供給する。例えば、トリガ情報は、映像取得部１１３から供給されるビデオ信号に対応する放送コンテンツの進行に応じて生成される。
【００６３】
ビデオエンコーダ１１５は、映像取得部１１３から供給されるビデオ信号を、MPEG2等の符号化方式に準拠して符号化する。また、ビデオエンコーダ１１５は、符号化により得られるビデオストリーム内にトリガ情報を配置する。トリガ情報を含むビデオストリームは、多重化部１１６に供給される。
【００６４】
多重化部１１６には、オーディオエンコーダ１１２からのオーディオストリームと、ビデオエンコーダ１１５からのビデオストリームを多重化し、その結果得られるトランスポートストリームを、送信部１１７に供給する。
【００６５】
送信部１１７は、多重化部１１６から供給されるトランスポートストリームを、アンテナ１１８を介して、放送信号として送信する。
【００６６】
送信装置１０は、以上のように構成される。
【００６７】
［受信装置の構成例］
図３は、図１の受信装置２０の構成例を示している。
【００６８】
図３に示すように、受信装置２０は、チューナ２１２、多重分離部２１３、オーディオデコーダ２１４、オーディオ出力部２１５、スピーカ２１６、ビデオデコーダ２１７、ビデオ出力部２１８、及びディスプレイ２１９から構成される。
【００６９】
また、受信装置２０には、連動アプリケーションを動作させるために、トリガ情報抽出部２２０、制御部２２１、メモリ２２２、操作部２２３、通信I/F２２４、TPT/AMT解析部２２５、アプリケーションエンジン２２６、キャッシュメモリ２２７、アプリケーション用メモリ２２８、標準連動アプリケーション記憶部２２９、及びIP処理部２３０が含まれる。
【００７０】
チューナ２１２は、アンテナ２１１を介して受信された放送信号を復調し、その結果得られるトランスポートストリームを多重分離部２１３に供給する。
【００７１】
多重分離部２１３は、チューナ２１２から供給されるトランスポートストリームを、オーディオストリームと、ビデオストリームに分離し、それぞれをオーディオデコーダ２１４と、ビデオデコーダ２１７に供給する。
【００７２】
また、多重分離部２１３は、トランスポートストリームに多重化されたPSI/PSIP（Program Specific Information/Program and System Information Protocol），SSC（Service Signaling Channel），及びFLUTE（File Delivery over Unidirectional Transport）を分離する。
【００７３】
オーディオデコーダ２１４は、多重分離部２１３から供給されるオーディオストリームを、MPEG2等のオーディオエンコーダ１１２（図２）による符号化方式に対応する復号方式で復号し、その結果得られるオーディオ信号を、オーディオ出力部２１５に供給する。
【００７４】
オーディオ出力部２１５は、オーディオデコーダ２１４から供給されるオーディオ信号を、スピーカ２１６に供給する。スピーカ２１６は、オーディオ出力部２１５から供給されるオーディオ信号に対応する音声を出力する。
【００７５】
ビデオデコーダ２１７は、多重分離部２１３から供給されるビデオストリームを、MPEG2等のビデオエンコーダ１１５（図２）による符号化方式に対応する復号方式で復号し、その結果得られるビデオ信号を、ビデオ出力部２１８に供給する。
【００７６】
ビデオ出力部２１８は、ビデオデコーダ２１７から供給されるビデオ信号を、ディスプレイ２１９に供給する。ディスプレイ２１９は、ビデオ出力部２１８から供給されるビデオ信号に対応する映像を表示する。
【００７７】
トリガ情報抽出部２２０は、多重分離部２１３により分離されたビデオストリームを常に監視して、ビデオストリーム内に配置されるトリガ情報を抽出（取得）し、制御部２２１に供給する。
【００７８】
制御部２２１は、メモリ２２２にあらかじめ記憶されている制御用プログラムを実行することにより受信装置２０の各部の動作を制御する。
【００７９】
操作部２２３は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部２２１に通知する。制御部２２１は、操作部２２３からの操作信号に応じて、受信装置２０の各部の動作を制御する。
【００８０】
また、制御部２２１は、トリガ情報抽出部２２０から供給されるトリガ情報に応じて、通信I/F２２４を制御して、インターネット９０を介してTPT/AMTサーバ３０にアクセスし、TPT及びAMTを要求する。通信I/F２２４は、制御部２２１からの制御に従い、TPT/AMTサーバ３０から送信されてくるTPT及びAMTを受信して、TPT/AMT解析部２２５に供給する。
【００８１】
TPT/AMT解析部２２５は、通信I/F２２４又は後述のIP処理部２３０から供給されるTPT及びAMTを取得し、内部に備えるメモリ（不図示）に保持する。また、TPT/AMT解析部２２５は、TPT及びAMTを解析し、その解析結果を、制御部２２１に供給する。
【００８２】
制御部２２１は、トリガ情報抽出部２２０から供給されるトリガ情報がタイムベース・トリガ情報である場合、当該トリガ情報に含まれる時刻情報に基づいて、メディアクロックの設定又は再設定を行う。
【００８３】
また、制御部２２１は、メディアクロックの示す時刻に基づいて、TPT/AMT解析部２２５からのTPT及びAMTの解析結果を参照して、指定された連動アプリケーションに対するアクションを特定する。例えば、制御部２２１は、メディアクロックの示す時刻が、イベントの有効期間内に入ったときなど、所定の有効条件を満たした場合に、その有効なイベントにより指定されるアクションを特定する。
【００８４】
なお、送信装置１０からのトリガ情報がアクティブ・トリガ情報であって、指定された連動アプリケーションに対するイベントを特定するためのIDが含まれている場合には、制御部２２１は、TPT及びAMTの解析結果を参照して、当該IDにより指定される連動アプリケーションに対するアクションを特定する。
【００８５】
そして、制御部２２１は、特定したアクションに応じて、アプリケーションエンジン２２６を制御して、連動アプリケーションの動作を制御する。
【００８６】
なお、図３の構成例では、受信装置２０が、TPT及びAMTを用いて連動アプリケーションの動作を制御する例を示しているが、TPT及びAMTを使用せずに連動アプリケーションの動作を制御する動作モードで動作する場合には、制御部２２１は、トリガ情報の解析結果に従い、アプリケーションエンジン２２６を制御することになる。
【００８７】
アプリケーションエンジン２２６は、制御部２２１からの制御に従い、通信I/F２２４を制御して、インターネット９０を介してアプリケーションサーバ４０にアクセスし、連動アプリケーションを要求する。通信I/F２２４は、アプリケーションサーバ４０から送信されてくる連動アプリケーションを受信し、キャッシュメモリ２２７に保持させる。また、標準アプリケーションサーバ４１から標準連動アプリケーションを取得する場合も同様である。
【００８８】
アプリケーションエンジン２２６は、制御部２２１からの制御に従い、キャッシュメモリ２２７に保持されている連動アプリケーションを読み出して実行する。実行中の連動アプリケーションのビデオ信号は、ビデオ出力部２１８に供給される。
【００８９】
ビデオ出力部２１８は、アプリケーションエンジン２２６から供給されるビデオ信号を、ビデオデコーダ２１７から供給されたビデオ信号と合成し、それにより得られる映像を、ディスプレイ２１９に表示させる。
【００９０】
アプリケーション用メモリ２２８は、ワークメモリ２２８Ａ及び退避メモリ２２８Ｂとからなる。アプリケーションエンジン２２６は、実行中の連動アプリケーションに関するデータをワークメモリ２２８Ａに記録する。
【００９１】
また、アプリケーションエンジン２２６は、実行中の連動アプリケーションを休止する場合、アプリケーション用メモリ２２８のワークメモリ２２８Ａのデータを退避メモリ２２８Ｂに移動させる。そして、休止した連動アプリケーションを再開する場合、退避メモリ２２８Ｂのデータをワークメモリ２２８Ａに移動させて休止前の状態を復活させる。
【００９２】
標準連動アプリケーション記憶部２２９は、標準連動アプリケーションをあらかじめ保持する運用の場合に、標準連動アプリケーションを記憶する。アプリケーションエンジン２２６は、制御部２２１からの制御に従い、標準連動アプリケーション記憶部２２９から標準連動アプリケーションを読み出して実行する。
【００９３】
IP処理部２３０は、多重分離部２１３により分離されるトランスポートストリームを常時監視して、FLUTEセッションを利用して伝送される連動アプリケーションを取得する。IP処理部２３０は、取得した連動アプリケーションを、キャッシュメモリ２２７に保持させる。
【００９４】
また、IP処理部２３０は、多重分離部２１３により分離されるトランスポートストリームを常時監視して、SSCを利用して伝送されるTPT及びAMTを取得する。IP処理部２３０は、取得したTPT及びAMTをTPT/AMT解析部２２５に供給する。
【００９５】
受信装置２０は、以上のように構成される。
【００９６】
［TPT/AMTサーバの構成例］
図４は、図１のTPT/AMTサーバ３０の構成例を示している。
【００９７】
TPT/AMTサーバ３０は、例えば、図４に示すように構成される。CPU（Central Processing Unit）３０１、ROM（Read Only Memory）３０２、又は記録部３０８に記録されているプログラムに従い、各種の処理を実行する。RAM（Random Access Memory）３０３には、CPU３０１が実行するプログラムやデータ等が適宜記録される。これらのCPU３０１、ROM３０２、及びRAM３０３は、バス３０４により相互に接続されている。
【００９８】
CPU３０１には、バス３０４を介して入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、入力部３０６及び出力部３０７が接続されている。CPU３０１は、入力部３０６に入力される指令に対応して、各種の処理を実行する。そして、CPU３０１は、当該処理の結果得られた情報を、出力部３０７に出力する。
【００９９】
入出力インタフェース３０５に接続されている記録部３０８は、例えば、ハードディスクなどにより構成され、CPU３０１が実行するプログラムや各種のデータ（例えばTPTやAMT）を記録する。通信部３０９は、インターネット９０を介して外部の装置（例えば受信装置２０）と通信する。
【０１００】
また、入出力インタフェース３０５に接続されているドライブ３１０は、光ディスクや半導体メモリ等のリムーバブルメディア３１１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記録部３０８に転送され、記録される。
【０１０１】
TPT/AMTサーバ３０は、以上のように構成される。
【０１０２】
なお、図１のアプリケーションサーバ４０及び標準アプリケーションサーバ４１は、図４のTPT/AMTサーバ３０と同様に構成されているので、その説明は省略する。
【０１０３】
［トリガ情報の詳細な構成］
次に、図５乃至図７を参照して、トリガ情報の詳細な構成について説明する。
【０１０４】
（トリガ情報の配置例）
図５は、トリガ情報の配置例を示す図である。
【０１０５】
図５に示すように、MPEG2のビデオストリームは、GOP（Group Of Pictures）と称される複数のピクチャ（picture）の集合で構成される。GOPの先頭には、シーケンスヘッダ（Sequence header）とGOPヘッダ（GOP header）が配置される。
【０１０６】
各ピクチャの先頭には、ピクチャヘッダ（Picture header）が配置され、その後に、Picture Coding Extensionと称される領域と、Extensions & User dataと称されるユーザデータ領域が定義され、さらにその後に、各シーンのデータが配置されている。
【０１０７】
当該ユーザデータ領域には、字幕データ（Closed Caption data）と、その他のデータ（Other data）が配置される。また、字幕データには、トリガ情報（Trigger）とそのタイプを示す情報（Type）が含まれる。
【０１０８】
当該タイプには、TPTモード（TPT mode）、第１ダイレクトモード（Direct Execution mode1）、又は第２ダイレクトモード（Direct Execution mode2）のいずれかの動作モードが指定される。ただし、TPTモードが指定される場合、タイプには“0”が指定され、第１ダイレクトモードが指定される場合、タイプには“2”が指定され、第２ダイレクトモードが指定される場合、タイプには“3”が指定される。
【０１０９】
ここで、動作モードは、連動アプリケーションの制御方式を示すものであって、TPTモードは、TPT及びAMTを用いた制御方式、第１ダイレクトモード及び第２ダイレクトモードは、トリガ情報を直接用いた制御方式となる。なお、これらの動作モードの詳細については後述する。
【０１１０】
このように、トリガ情報は、その動作モードを示す情報とともに、ビデオストリームのユーザデータ領域の字幕データに含められて送信されることになる。
【０１１１】
（トリガ情報の詳細仕様）
次に、図６を参照して、トリガ情報の詳細仕様について説明する。
【０１１２】
トリガ情報は、domain_name，segment_id，media_time，event_id，event_time，spread，additional_informationを含む。
【０１１３】
domain_nameには、所定のサーバを特定するためのドメイン名を示す情報が指定される。例えば、domain_nameには、TPT/AMTサーバ３０、アプリケーションサーバ４０、又は標準アプリケーションサーバ４１を提供する事業者の名称に対応するドメイン名が指定される。
【０１１４】
segment_idには、放送コンテンツにおける特定の区間（セグメント）を識別するためのIDが指定される。なお、事業者は、任意のIDを指定することができる。
【０１１５】
media_timeには、放送コンテンツの進行時間軸上の特定の時間位置を示す情報が指定される。例えば、media_timeには、放送コンテンツの進行時間軸上の開始時刻や午前０時（0:00）等の特定の時刻を基準にして、その基準時刻からの時刻が指定される。ただし、media_timeに指定される時刻は、例えば秒やミリ秒単位とされる。
【０１１６】
event_idには、TPT及びAMTにより特定されるイベントを識別するためのIDが指定される。また、event_timeには、当該イベントを実行する時刻を示す情報が指定される。
【０１１７】
spreadには、トリガ情報を適用するタイミングを確率的に分散させるための情報が指定される。
【０１１８】
additional_informationには、連動アプリケーションの動作を制御する際に用いられる付加情報が指定される。
【０１１９】
なお、図６のトリガ情報の仕様は一例であって、他の仕様を採用することもできる。
【０１２０】
（トリガ情報の記述例）
図７は、トリガ情報の記述例を示す図である。
【０１２１】
図７に示すように、トリガ情報は、domain_name，segment_id，media_time，event_id，event_time，spread，additional_informationを指定するための文字や値と、“/”や“?m=”、“&”などの所定の文字を連結させた文字列からなる。
【０１２２】
例えば、domain_nameが“xbc.com”，segment_idが“SegA”，media_timeが“1000”である場合、トリガ情報を示す文字列は、“xbc.com/SegA?m=1000”となる。
【０１２３】
すなわち、この文字列の先頭に、“http://”を付加すると、所定のサーバにアクセスするためのURLである“http://xbc.com/SegA?m=1000”が得られる。また、このURLの末尾には、m=<media_time>であるクエリ文字列が付加されているので、HTTP（HyperText Transfer Protocol）のGETメソッドを利用することで、アクセスされたサーバは、そのパラメータを取得することができる。
【０１２４】
また、トリガ情報を示す文字列に、m=<media_time>，e=<event_id>，t=<event_time>，s=<spread>，a=<additional_information>である文字列が連結されることで、受信装置２０は、media_time，event_id，event_time，spread，additional_informationの値を取得することができる。そして、受信装置２０は、取得したそれらの値に基づいて、連動アプリケーションの動作を制御する。
【０１２５】
なお、トリガ情報の記述方法は任意であって、図７に示した記述例に限定されるものではない。
【０１２６】
トリガ情報は、以上のように構成される。
【０１２７】
［受信装置の動作モードに応じた動作］
前述したとおり、受信装置２０は、トリガ情報に指定される動作モードに従い、連動アプリケーションの動作を制御する。当該動作モードには、TPTモード、第１ダイレクトモード、及び第２ダイレクトモードがあるので、以下、受信装置２０が、それらの動作モードで動作する場合について、順に説明する。
【０１２８】
［１．動作モード：TPTモード］
まず、図８乃至図１５を参照して、受信装置２０が、TPTモードで動作する場合について説明する。
【０１２９】
（放送通信連携システムの各装置の動作）
図８は、受信装置２０がTPTモードで動作する場合における、放送通信連携システム１を構成する各装置の動作の概要について説明するための図である。
【０１３０】
図８の放送通信連携システム１においては、送信装置１０によって、放送コンテンツの放送信号が、トリガ情報を含めて送信される（Ｓ１）。また、放送信号には、当該放送コンテンツに関するメタデータが付加されている。
【０１３１】
受信装置２０は、CATV網や衛星通信網などを介して、送信装置１０からの放送信号を受信する場合、セットトップボックス５０等の専用端末による変換後の信号を、HDMI（登録商標）（High Definition Multimedia Interface）経由で受信することになる（Ｓ２）。この場合、セットトップボックス５０からの出力は、放送コンテンツとトリガ情報のみとなり、受信装置２０では、メタデータを利用することはできない。
【０１３２】
受信装置２０は、放送信号を直接受信する場合（Ｓ１）のほか、セットトップボックス５０を経由して受信する場合（Ｓ２）でも、放送信号とともに送信されるトリガ情報を抽出することができる。そして、受信装置２０は、抽出したトリガ情報に指定される動作モードに従い、TPTモードで動作する。
【０１３３】
また、受信装置２０は、送信装置１０からのトリガ情報を抽出した場合、メディアクロックの設定又は再設定を行う。さらに、受信装置２０は、トリガ情報に応じて、TPT及びAMTを取得すると判定した場合、インターネット９０を介してTPT/AMTサーバ３０にアクセスして、TPT及びAMTを要求する（Ｓ３）。
【０１３４】
TPT/AMTサーバ３０は、受信装置２０からの問い合わせに応じて、TPT及びAMTを、インターネット９０を介して受信装置２０に送信する（Ｓ４）。受信装置２０は、TPT/AMTサーバ３０からのTPT及びAMTを、インターネット９０を介して受信して、保持する。
【０１３５】
受信装置２０は、保持しているTPT及びAMTを参照して、例えば、メディアクロックの示す時刻がイベントの有効期間内に入ったとき、その有効なイベントにより指定されるアクションを特定する。
【０１３６】
受信装置２０は、アクションの特定結果に従って、アプリケーションサーバ４０にインターネット９０を介してアクセスし、選局中の放送コンテンツに連動して実行される連動アプリケーションを要求する（Ｓ５）。
【０１３７】
アプリケーションサーバ４０は、受信装置２０からの問い合わせに応じて、連動アプリケーションを、インターネット９０を介して受信装置２０に送信する（Ｓ６）。受信装置２０は、アプリケーションサーバ４０からの連動アプリケーションを取得して、起動する。
【０１３８】
その後も、受信装置２０においては、メディアクロックの示す時刻がイベントの有効期間内に入った場合などに、有効なイベントにより指定されるアクションが特定される。そして、連動アプリケーションは、特定されたアクションに応じて、イベント発火、休止若しくは再開、又は終了等の動作を行うことになる。
【０１３９】
以上のように、図８の放送通信連携システム１においては、受信装置２０が、送信装置１０からのトリガ情報に指定されるTPTモードで動作することで、TPT/AMTサーバ３０及びアプリケーションサーバ４０との連携動作が行われる。これにより、受信装置２０では、選局中の放送コンテンツ用の連動アプリケーションが取得され、実行される。
【０１４０】
また、送信装置１０からのトリガ情報は、セットトップボックス５０等の専用端末を介しても、受信装置２０に通知されるので、放送通信連携システム１では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、連動アプリケーションを提供することができる。
【０１４１】
なお、図８では、連動アプリケーション、並びにTPT及びAMTが、インターネット配信される場合について説明したが、連動アプリケーション、並びにTPT及びAMTは、放送配信されるようにしてもよい。それについては後述する。
【０１４２】
（TPTの詳細な構成）
次に、TPTの詳細な構成について説明する。
【０１４３】
図９は、TPTの詳細仕様の一例を示す図である。TPTは、例えば、XML（Extensible Markup Language）などのマークアップ言語により記述される。
【０１４４】
図９に示すように、TPTのルート要素には、TPT要素が記述される。TPT要素には、連動アプリケーションの動作を制御するためのイベントなどの情報が記述される。
【０１４５】
TPT要素は、protocolVersion属性、id属性、tptVersion属性、updatingTime属性、expireDate属性、serviceId属性、baseURL属性、Capabilities要素、LiveTrigger要素、及びApplication要素を含む。
【０１４６】
protocolVersion属性には、当該TPTに定義された仕様のバージョンを示す情報が指定される。当該バージョンは、メジャーバージョンとマイナーバージョンからなる。
【０１４７】
id属性には、当該TPTを識別するためのIDが指定される。例えば、id属性には、domain_nameと、program_idとを“/”により連結した文字列が指定される。ただし、program_idは、segment_idに対応するものであって、放送コンテンツを識別可能なIDとされる。
【０１４８】
tptVersion属性には、当該TPTのバージョンを示す情報が指定される。
【０１４９】
updatingTime属性には、当該TPTの更新期間を示す情報が指定される。
【０１５０】
expireDate属性には、当該TPTの有効期限を示す情報が指定される。
【０１５１】
serviceId属性には、放送信号に含めて伝送されるサービスのうち、連動アプリケーションが、どのサービスで伝送されるかを示すIDが指定される。例えば、連動アプリケーションがNRTサービスで伝送される場合、serviceId属性には、NRTサービスのservice_idが指定される。
【０１５２】
なお、NRT（Non-RealTime）サービスとは、FLUTEセッションを利用して伝送されるNRTコンテンツを、一旦受信機のストレージに蓄積させた後で、再生を行わせるサービスである。NRTサービスを利用する場合には、NRTコンテンツの代わりに、連動アプリケーションが伝送されることになる。
【０１５３】
baseURL属性には、当該TPTで指定されるURLのベースとなるURLが指定される。例えば、baseURL属性には、“http://xbc.com”が指定される。従って、当該TPTで指定される他のURLには、ベースURLを基準とした場合の相対的なパスを指定すればよいことになる。
【０１５４】
Capabilities要素には、当該TPTを用いて連動アプリケーションの動作を制御するに際し、受信装置２０に要求される機能を示す情報が指定される。すなわち、受信装置２０は、Capabilities要素にて指定された機能を有する場合に、当該TPTを利用可能であると判断する。一方、受信装置２０が指定された機能を有しない場合には、当該TPTは無視される。
【０１５５】
LiveTrigger要素は、TPT要素の子要素であって、放送コンテンツをライブ放送する場合に、放送事業者等が、所望のタイミングでイベントを実行させるためのトリガ情報に関する情報が記述される。つまり、当該トリガ情報は、アクティブ・トリガ情報（Activation Trigger）であると言える。liveTrigger要素は、URL属性、deliveryType属性、及びpollPeriod属性を含む。
【０１５６】
URL属性には、当該トリガ情報を提供するトリガサーバ（後述する図４４のトリガサーバ８０）にアクセスするためのURLが記述される。
【０１５７】
deliveryType属性には、当該トリガ情報を受信する際の規定が指定される。deliveryType属性には、“Streaming”，“long polling”，“short polling”が指定される。
【０１５８】
pollPeriod属性には、当該トリガ情報を、トリガサーバに問い合わせる間隔を示す時間が指定される。当該時間は、例えば、秒単位で指定される。
【０１５９】
Application要素は、TPT要素の子要素であって、連動アプリケーションに関する情報が記述される。Application要素は、appID属性、appType属性、appName属性、globalId属性、appVersion属性、testApp属性、cookieSpace属性、frequencyOfUse属性、expireDate属性、availInternet属性、availBroadcast属性、URL要素、Capabilities要素、ContentItem要素、及びEvent要素を含む。
【０１６０】
appID属性には、当該連動アプリケーションを識別するためのIDが指定される。
【０１６１】
appType属性には、当該連動アプリケーションのファイル属性等に関する情報が指定される。
【０１６２】
appName属性には、当該連動アプリケーションの名称を示す情報が指定される。例えば、複数の連動アプリケーションが起動可能である場合に、それらの名称をユーザに提示して選択させることで、所望の連動アプリケーションが起動されるようにする。
【０１６３】
globalId属性には、当該連動アプリケーションをグローバルに識別可能なURI（Uniform Resource Identifier）が指定される。
【０１６４】
appVersion属性には、当該連動アプリケーションのバージョンを示す情報が指定される。
【０１６５】
testApp属性は、当該連動アプリケーションが、例えば製品開発のテスト目的で使用される場合に指定される。従って、通常の運用においては、当該testApp属性は無視される。
【０１６６】
cookieSpace属性には、当該連動アプリケーションを実行する際に必要となるストレージの容量を示す情報が指定される。
【０１６７】
frequencyOfUse属性には、当該連動アプリケーションがどれくらいの頻度で利用されるかを示す情報が指定される。例えば、この利用頻度は、時間単位や日単位で指定され、利用頻度が高い連動アプリケーションを、優先的にキャッシュすることができる。
【０１６８】
expireDate属性には、当該連動アプリケーションの有効期限を示す情報が指定される。
【０１６９】
availInternet属性には、当該連動アプリケーションが、インターネット配信されるか否かを示す情報が指定される。
【０１７０】
availBroadcast属性には、当該連動アプリケーションが、放送配信されるか否かを示す情報が指定される。
【０１７１】
URL要素には、当該連動アプリケーションの取得先を示すURLが指定される。例えば、URL要素には、アプリケーションサーバ４０のURLが指定される。ただし、前述のベースURLとして、例えば“http://xbc.com”が指定されている場合、当該URL要素には、それに続く“/”以降の文字列が指定されることになる。
【０１７２】
Capabilities要素には、当該連動アプリケーションを実行するに際し、受信装置２０に要求される機能を示す情報が指定される。すなわち、受信装置２０は、Capabilities要素にて指定された機能を有する場合に、当該連動アプリケーションを実行可能であると判断する。
【０１７３】
ContentItem要素は、Application要素の子要素であって、当該連動アプリケーションを構成するファイル（例えば、HTMLファイルやJPEGファイルなど）のキャッシュに関する情報が記述される。ContentItem要素は、URL要素、updatesAvail要素、及びSize要素を含む。
【０１７４】
URL属性には、キャッシュされるファイルのURLが指定される。
【０１７５】
updatesAvail属性には、キャッシュされるファイルの更新に関する情報が指定される。
【０１７６】
Size属性には、キャッシュされるファイルのサイズを示す情報が指定される。
【０１７７】
Event要素は、Application要素の子要素であって、連動アプリケーションの動作を制御するための情報が記述される。Event要素は、eventId属性、destination属性、action属性、diffusion属性、及びdata要素を含む。
【０１７８】
eventId属性には、イベントを識別するためのIDが指定される。
【０１７９】
destination属性には、当該イベントによる連動アプリケーションの制御対象となる機器が指定される。ここでは、受信装置２０のほか、例えば、受信装置２０に外部装置（不図示）が接続される場合には、その外部装置が、イベントの対象機器として指定される。
【０１８０】
例えば、destination属性には、イベントの対象機器が、高画質に対応したテレビジョン受像機である場合に、“HDTV（High Definition Television）”が指定され、標準画質に対応したテレビジョン受像機である場合には、“SDTV（Standard Definition Television）”が指定される。また、イベントの対象機器が外部装置となる場合には、“external_1”や“external_2”などが指定される。
【０１８１】
action属性には、当該イベントにより指定されるアクションとして、“register”，“execute”，“suspend”，“terminate”，“stream-event”等が指定される。
【０１８２】
レジスタ（register）は、連動アプリケーションの取得又は登録を指示するためのアクションである。ここで、連動アプリケーションの登録とは、取得した連動アプリケーションに対応付けて、その優先度と有効期限を記憶することを意味する。
【０１８３】
エクスキュート（execute）は、連動アプリケーションの取得又は起動を指示するためのアクションである。また、エクスキュートは、指定された連動アプリケーションが休止している場合に、その連動アプリケーションの実行を再開させる。
【０１８４】
サスペンド（suspend）は、実行中の連動アプリケーションを中断して、休止させるためのアクションである。
【０１８５】
ターミネート（terminate）は、実行中の連動アプリケーションを終了させるためのアクションである。
【０１８６】
ストリームイベント（stream-event）は、実行中の連動アプリケーションにおいてイベントを発火させるためのアクションである。
【０１８７】
なお、action属性に指定されるアクションとしては、前述のアクションに限らず、例えば、“suspend-execute”や“terminate-execute”など、他のアクションを指定することもできる。
【０１８８】
サスペンド−エクスキュート（suspend-execute）は、指定された連動アプリケーションに対するエクスキュートと、他の連動アプリケーションに対するサスペンドが一体となった複合型のアクションである。すなわち、指定された連動アプリケーションの取得又は起動と、それ以外の他の連動アプリケーションの休止を指示する場合、action属性には、”suspend-execute”が指定される。
【０１８９】
ターミネート−エクスキュート（terminate-execute）は、指定された連動アプリケーションに対するエクスキュートと、他の連動アプリケーションに対するターミネートが一体となった複合型のアクションである。すなわち、対象の連動アプリケーションの取得又は起動と、それ以外の他の連動アプリケーションの終了を指示する場合、action属性には、”terminate-execute”が指定される。
【０１９０】
diffusion属性には、受信装置２０においてイベントを適用するタイミングを確率的に分散させるための情報が指定される。この情報を設定することにより、複数の受信装置２０がアプリケーションサーバ４０から連動アプリケーションを取得するに際し、そのアクセスが一時期に集中せず分散させることができる。
【０１９１】
data要素には、アクションが、ストリームイベントである場合において、当該イベントを発火する際に参照されるデータが指定される。
【０１９２】
TPTは、以上のように構成される。
【０１９３】
なお、図９のTPTの仕様は一例であって、他の仕様を採用することもできる。
【０１９４】
（AMTの詳細な構成）
次に、AMTの詳細な構成について説明する。
【０１９５】
図１０は、AMTの詳細仕様の一例を示す図である。AMTは、例えば、XMLなどのマークアップ言語により記述される。
【０１９６】
図１０に示すように、AMTのルート要素には、AMT要素が記述される。AMT要素には、連動アプリケーションの動作を制御するためのイベントの有効期間などの情報が記述される。
【０１９７】
AMT要素には、protocolVersion属性、segmentId属性、beginMT属性、及びActivation要素を含む。
【０１９８】
protocolVersion属性には、当該AMTに定義された仕様のバージョンを示す情報が指定される。当該バージョンは、メジャーバージョンとマイナーバージョンからなる。
【０１９９】
segmentId属性には、TPTのid属性に対応するIDが指定される。このIDにより、当該AMTに対応するTPTが特定される。例えば、segmentId属性には、domain_nameと、program_idとを“/”により連結した文字列が指定される。
【０２００】
beginMT属性には、対象のセグメント（特定の区間）の時間範囲の開始時刻を示す情報が指定される。
【０２０１】
Activation要素には、AMT要素の子要素であって、連動アプリケーションに対する有効なイベントを指定するための情報が記述される。Activation要素は、targetId属性、startTime属性、及びendTime属性を含む。
【０２０２】
targetId属性は、TPTに記述される、連動アプリケーションに対するイベントを指定するためのIDが指定される。例えば、当該IDには、TPTのApplication要素のappID属性に指定されるIDと、Event要素のeventId属性に指定されるIDを組み合わせたものが指定される。
【０２０３】
startTime属性には、targetId属性により識別されるイベントの有効期間の開始時刻を示す情報が指定される。
【０２０４】
endTime属性には、targetId属性により識別されるイベントの有効期間の終了時刻を示す情報が指定される。
【０２０５】
すなわち、イベントの有効期間は、対応する放送コンテンツの進行時間軸上の２点を示すstartTime属性及びendTime属性により定められる。そして、例えば、受信装置２０においては、メディアクロックの示す時刻が、有効期間内であるときに、その有効期間に対応するイベントが有効とされ、メディアクロックの示す時刻が、有効期間に達していない、又はそれを過ぎたときは、その有効期間に対応するイベントは無効とされる。
【０２０６】
また、メディアクロックの示す時刻が、startTime属性の示す有効開始時刻を経過したとき、その有効開始時刻に対応するイベントが有効とされるようにしてもよい。ただし、この場合には、endTime属性を指定せずに、startTime属性のみが指定されるようにしてもよい。
【０２０７】
換言すれば、受信装置２０では、メディアクロックの示す時刻が、有効期間や有効時刻等に基づいた所定の有効条件を満たしたときに、その有効条件に対応するイベントが有効とされ、当該イベントにより指定されるアクションが特定される。
【０２０８】
AMTは、以上のように構成される。
【０２０９】
なお、図１０のAMTの仕様は一例であって、他の仕様を採用することもできる。
【０２１０】
（連動アプリケーションの状態遷移）
図１１は、レジスタ、エクスキュート、サスペンド、及びターミネートの各アクションに応じて受信装置２０にて動作する連動アプリケーションの状態遷移図である。図１１に示すように、連動アプリケーションの状態は、解放状態(Released)、準備状態(Ready)、実行中状態(Active)、又は休止状態(Suspended)の４種類のうちいずれかに遷移していると定義される。
【０２１１】
解放状態は、連動アプリケーションが受信装置２０に未取得である状態を指す。準備状態は、その連動アプリケーションが受信装置２０に登録済みであって起動されていない状態を指す。実行中状態は、連動アプリケーションが起動されて実行中である状態を指す。休止状態は、連動アプリケーションの実行が中断され、その中断したときの状態を示す情報が退避メモリ２２８Ｂに保持されている状態を指す。
【０２１２】
連動アプリケーションが解放状態に遷移しているとき（受信装置２０に未取得のとき）、アクションとしてレジスタが特定され、当該レジスタに応じて当該連動アプリケーションが取得（登録）されると、準備状態に遷移する。
【０２１３】
連動アプリケーションが準備状態であるとき、アクションとしてエクスキュートが特定され、当該エクスキュートに応じて当該連動アプリケーションが起動されると、実行中状態に遷移する。
【０２１４】
また、連動アプリケーションが解放状態に遷移しているとき（受信装置２０に未取得のとき）、アクションとしてエクスキュートが特定され、当該エクスキュートに応じて当該連動アプリケーションが取得されて起動されると、実行中状態に遷移する。
【０２１５】
連動アプリケーションが実行中状態に遷移しているとき、アクションとしてサスペンドが特定され、当該サスペンドに応じて実行中の連動アプリケーションが中断されると休止状態に遷移する。
【０２１６】
連動アプリケーションが休止状態に遷移しているとき、アクションとしてエクスキュートが特定され、当該エクスキュートに応じて、中断されていた連動アプリケーションが再開されると、実行中状態に遷移する。
【０２１７】
連動アプリケーションが、実行中状態、又は休止状態に遷移しているとき、アクションとしてターミネートが特定され、当該ターミネートに応じて、実行中の連動アプリケーションが終了されると、準備状態に遷移する。
【０２１８】
また、連動アプリケーションが、準備状態、実行中状態、又は休止状態に遷移しているとき、連動アプリケーションの有効期限が経過したとき、解放状態に遷移する。
【０２１９】
図１２は、各アクションと状態遷移の関係を示している。
【０２２０】
図１２は、受信装置２０において、放送コンテンツの放送信号に含めて送信されるトリガ情報と、TPT及びAMTにより特定されるアクションに応じて連動アプリケーションの動作を制御する様子を模式的に表している。
【０２２１】
なお、図１２の受信装置２０においては、appIDが異なる２つの連動アプリケーションが実行されるので、それらを、連動アプリケーションApp1-1、連動アプリケーションApp1-2と称して区別する。また、受信装置２０に接続された外部装置などの他の装置で実行される連動アプリケーションを、連動アプリケーションApp2-1と称する。さらに、受信装置２０は、抽出されたすべてのトリガ情報に対して反応するわけではなく、既に対応済みのトリガ情報は無視することになる（図中の「ignore」）。
【０２２２】
受信装置２０において、連動アプリケーションApp1-1が解放状態に遷移しているとき（受信装置２０に未取得のとき）、レジスタに応じて、連動アプリケーションApp1-1が取得、保持され、登録されると、連動アプリケーションApp1-1は準備状態に遷移する。
【０２２３】
受信装置２０において、連動アプリケーションApp1-1が準備状態にあるとき、エクスキュートに応じて、その連動アプリケーションApp1-1が起動されると、連動アプリケーションApp1-1は実行中状態に遷移する。
【０２２４】
また、他の装置において、連動アプリケーションApp2-1が解放状態に遷移しているとき（他の受信装置に未取得のとき）、エクスキュートに応じて、その連動アプリケーションApp2-1が取得、起動されると、連動アプリケーションApp2-1は実行中状態に遷移する。
【０２２５】
受信装置２０において、連動アプリケーションApp1-1が実行中状態に遷移しているとき、ストリームイベントに応じて、実行中の連動アプリケーションApp1-1にてイベントが発火された場合、連動アプリケーションApp1-1の状態は実行中状態のままとなる。
【０２２６】
受信装置２０において、連動アプリケーションApp1-1が実行中状態に遷移しているとき、サスペンドに応じて、実行中の連動アプリケーションApp1-1が中断されると、連動アプリケーションApp1-1は休止状態に遷移する。また、受信装置２０において、エクスキュートに応じて、休止状態に遷移した連動アプリケーションApp1-1と異なる連動アプリケーションApp1-2が起動されると、連動アプリケーションApp1-2は実行中状態に遷移する。
【０２２７】
そして、受信装置２０において、連動アプリケーションApp1-1が休止状態に遷移しているとき、エクスキュートに応じて、中断されていた連動アプリケーションApp1-1が再開されると、連動アプリケーションApp1-1は実行中状態に遷移する。また、受信装置２０において、連動アプリケーションApp1-2が実行中状態に遷移しているとき、ターミネートに応じて、実行中の連動アプリケーションApp1-2が終了されると、連動アプリケーションApp1-2は準備状態に遷移する。
【０２２８】
具体的には、例えば、テレビ番組の途中にＣＭが挿入される場面を想定すると、テレビ番組用の連動アプリケーションApp1-1の中断時に、ＣＭ用の連動アプリケーションApp1-2が実行される。そして、テレビ番組の途中に挿入されたＣＭが終了したとき、テレビ番組が再開されることになるが、それに伴い、ＣＭ用の連動アプリケーションApp1-2が終了され、中断しているテレビ番組用の連動アプリケーションApp1-1が再開されることになる。
【０２２９】
また、受信装置２０において、連動アプリケーションApp1-1が実行中状態に遷移しているとき、ターミネートに応じて、実行中の連動アプリケーションApp1-1が終了されると、連動アプリケーションApp1-1は準備状態に遷移する。
【０２３０】
なお、連動アプリケーションApp1-1，App1-2，App2-1が準備状態、実行中状態、又は休止状態に遷移しているとき、当該連動アプリケーションの有効期限が経過すると、当該連動アプリケーションがキャッシュメモリ２２７から消去され、登録が抹消されて、連動アプリケーションApp1-1，App1-2，App2-1は解放状態に遷移する。
【０２３１】
以上、連動アプリケーションの状態遷移について説明した。
【０２３２】
（連動アプリケーションの取得方法）
次に、図１３及び図１４を参照して、受信装置２０が、TPTモードで動作する場合における、連動アプリケーションの取得方法について説明する。
【０２３３】
図１３は、インターネット配信される連動アプリケーションの取得方法を説明するための図である。
【０２３４】
図１３には、ビデオストリーム（Video ES）と、オーディオストリーム（Audio ES）が多重化された放送ストリームが図示されている。また、ビデオストリームに含まれるキャプションストリーム（DTV CC Caption Stream）には、任意のタイミングで、トリガ情報が挿入される。なお、キャプションストリームは、前述のMPEG2のビデオストリームに含まれる字幕データに相当するものである。
【０２３５】
この場合において、受信装置２０では、インターネット配信される連動アプリケーションを取得するために、以下の動作が行われる。
【０２３６】
すなわち、受信装置２０は、キャプションストリームからタイムベース・トリガ情報が抽出された場合、当該トリガ情報に含まれるmedia_timeを、メディアクロックに設定する（Ｓ１１）。ただし、ここでは、動作モードがTPTモードとなるので、トリガ情報のTypeには“0”が指定されている。
【０２３７】
また、受信装置２０は、当該トリガ情報に含まれるdomain_name，segment_idなどを連結して得られる文字列からなるURLに従い、インターネット９０を介してTPT/AMTサーバ３０にアクセスする(Ｓ１２)。これにより、受信装置２０は、TPT/AMTサーバ３０からTPT及びAMTを取得する（Ｓ１３）。
【０２３８】
そして、受信装置２０は、取得したTPTに指定されたURLに従い、インターネット９０を介して、アプリケーションサーバ４０にアクセスし、連動アプリケーション（App）を取得する（Ｓ１４）。このようにして、インターネット配信される連動アプリケーションが取得されることになる。
【０２３９】
なお、その後、受信装置２０においては、キャプションストリームからアクティブ・トリガ情報が抽出された場合（Ｓ１５）、TPT及びAMTを参照して、当該トリガ情報に含まれるappID，eventIdに対応するイベントにより指定されるアクションを特定する（Ｓ１６）。そして、受信装置２０は、特定されたアクションに応じて、連動アプリケーションの動作を制御する。
【０２４０】
また、受信装置２０は、メディアクロックの示す時刻がイベントの有効期間内に入った場合などに、有効なイベントにより指定されるアクションに応じて、連動アプリケーションのイベント発火、休止若しくは再開、又は終了等の動作を制御する。
【０２４１】
以上、インターネット配信される連動アプリケーションの取得方法について説明した。この方法であると、放送と通信を融合させたハイブリッドサービスによって、インターネット配信される連動アプリケーションを取得することが可能となる。
【０２４２】
図１４は、放送配信される連動アプリケーションの取得方法を説明するための図である。
【０２４３】
図１４に示すように、放送ストリームには、ビデオストリーム（Video ES）と、オーディオストリーム（Audio ES）のほか、PSI/PSIP，SSC，及びFLUTEが多重化されている。また、ビデオストリームに含まれるキャプションストリーム（DTV CC Caption Stream）には、任意のタイミングで、トリガ情報が挿入される。
【０２４４】
PSI/PSIP（Program Specific Information/Program and System Information Protocol）には、例えば、特定のチャンネルの放送コンテンツを選局して受信する際に必要な制御情報や番組情報などの情報が含まれる。
【０２４５】
SSC（Service Signaling Channel）及びFLUTE（File Delivery over Unidirectional Transport）セッションは、IP（Internet Protocol）通信により伝送される。
【０２４６】
すなわち、SSCは、トランスポートストリームにおいて固定のIPアドレスとUDPポートにて伝送されるものであって、例えば、IPアドレスとして224.0.23.60が、ポート番号として4937が、それぞれ用いられる。SMT，TPT，及びAMTは、SSCによって伝送される。
【０２４７】
ここで、SMT（Service Map Table）とは、トランスポートストリームに含まれるNRTサービスのサービスレベルの属性情報を示す情報である。
【０２４８】
また、FLUTEは、放送により伝送されるファイルのセッション管理を行うプロトコルである。具体的には、FLUTEは、最も下位の階層となる物理層、さらにその上位の階層となるTS（Transport Stream），IP（Internet Protocol），及びUDP（User Datagram Protocol）の各層の上位の階層に位置する。また、FLUTEの上位の階層としては、NRTコンテンツ等の各種ファイルが位置する。
【０２４９】
すなわち、NRT放送においては、IP通信におけるUDPのポートが指定されたIPパケットが送信され、FLUTEによるセッションが確立されるようになされている。そして、FLUTEセッションにより、NRTコンテンツ等を構成するファイルが特定されることになる。
【０２５０】
ところで、FLUTEでは、送信するファイルなどを１つのオブジェクトとして、TOI（Transport Object Identifier）により管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSI（Transport Session Identifier）により管理する。
【０２５１】
送信装置１０から送信される各オブジェクトは、IPパケットに格納されて送信される。当該IPパケットに付加されたヘッダには、Transport Session Identifier（TSI）として、各セッションの識別情報が記述される。また、当該ヘッダには、Transport Object Identifier（TOI）として、各セッションごとに送られる複数のオブジェクトの識別情報が記述される。すなわち、FLUTEによるセッションにおいては、TSIとTOIの２つの識別情報により特定のファイルを指定することが可能となる。
【０２５２】
また、FLUTEによるセッションでは、NRTサービスのファイルの各種の属性情報を送るためのFDT（File Delivery Table）が周期的に送信される。FDTは、TOI = 0のファイルとしてTSIごとに送信されるものであり、当該FDTには、TSIごとのインデックス情報が記述される。ただし、FDTは、FDTを伝送するためのオブジェクトであるFDT Instanceにより伝送される。
【０２５３】
このように、NRTコンテンツは、複数のファイルから構成されることが多いので、受信装置２０は、FDTに記述されたインデックス情報を用いて、複数のファイルからNRTコンテンツを復元することになる。
【０２５４】
すなわち、受信装置２０は、FLUTEセッションを利用することで、放送ストリームに含まれるIPパケットによって、NRTコンテンツをダウンロードすることが可能となる。そして、図１４においては、NRTコンテンツが伝送される方法と同様に、FLUTEセッションを利用して、連動アプリケーションが伝送されることになる。
【０２５５】
具体的には、受信装置２０では、放送配信される連動アプリケーションを取得するために、以下の動作が行われる。
【０２５６】
すなわち、まず、受信装置２０は、SSCにより伝送されるSMTを取得する（Ｓ３１）。SMTには、NRTサービス単位の属性情報として、service_id，IP Addr/Port，FLUTE TSI，…などが記述される。
【０２５７】
ここで、service_idには、当該NRTサービスのIDが指定される。また、IP Addr/Portには、送信元（source）と宛先（destination）のIPアドレスと、ポート番号が指定される。FLUTE TSIには、当該NRTサービスのTSIが指定される。
【０２５８】
すなわち、FLUTEセッションは、NRTコンテンツの伝送に用いるIPパケットの送信元IPアドレスと、宛先のIPアドレス及び宛先のポート番号の組み合わせにより区別される、一連のIPパケットの伝送により行われるので、受信装置２０は、それらのIPアドレスとポート番号の組み合わせによって、NRTサービスを特定する（Ｓ３２）。
【０２５９】
また、受信装置２０は、キャプションストリームからタイムベース・トリガ情報が抽出された場合、当該トリガ情報に含まれるmedia_timeを、メディアクロックに設定する（Ｓ３３）。ただし、ここでは、動作モードがTPTモードとなるので、トリガ情報のTypeには“0”が指定されている。
【０２６０】
次に、受信装置２０は、SSCにより伝送されるTPT及びAMTを取得する（Ｓ３４）。また、受信装置２０は、Ｓ３２にて特定されたFLUTEセッションから、TOI=0となるFDTを取得する（Ｓ３５）。FDTには、Content-Loc，TOI，…などが記述される。Content-Locには、ファイルの識別情報がURI（Uniform Resource Identifier）により指定される。また、TOIには、伝送するファイルオブジェクトのIDが指定される。
【０２６１】
受信装置２０は、取得したFDTを参照して、TPTのURLと一致するContent-Locを特定し（Ｓ３６）、さらに、当該Content-Locに対応付けられたTOIを特定する。これにより、受信装置２０は、特定されたTOIにより識別されるオブジェクトに基づいて、FLUTEセッションから、連動アプリケーション（App）を取得することができる（Ｓ３７，Ｓ３８）。このようにして、放送配信される連動アプリケーションが取得されることになる。
【０２６２】
なお、その後、受信装置２０は、キャプションストリームからアクティブ・トリガ情報が抽出された場合（Ｓ３９）、TPT及びAMTを参照して、当該トリガ情報に含まれるappID，eventIdに対応するイベントにより指定されるアクションを特定する（Ｓ４０）。そして、受信装置２０は、特定されたアクションに応じて、連動アプリケーションの動作を制御する。
【０２６３】
また、受信装置２０は、メディアクロックの示す時刻がイベントの有効期間内に入った場合などに、有効なイベントにより指定されるアクションに応じて、連動アプリケーションのイベント発火、休止若しくは再開、又は終了等の動作を制御する。
【０２６４】
以上、放送配信される連動アプリケーションの取得方法について説明した。この方法であると、TPT、AMT、及び連動アプリケーションが放送配信されることから、仮に、受信装置２０がインターネット９０に未接続の環境であっても、連動アプリケーションを取得することが可能となる。
【０２６５】
（TPTモードの運用例）
受信装置２０においては、前述のTPTモードで動作することで、例えば、図１５に示すような、連動アプリケーションの運用が可能となる。図１５は、TPTモードの運用例を示す図である。
【０２６６】
図１５に示すように、受信装置２０では、チャンネル１（Channel1）のテレビ番組が選局されており、時間の経過とともに、そのセグメントが、Segment1-1，Segment1-2，Segment1-3，・・・のように変化する。また、セグメントがSegment1-3であるときに、チャンネル１からチャンネル２に切り替えられ、受信装置２０では、チャンネル２（Channel2）のテレビ番組（Segment2-1）が選局される。
【０２６７】
この場合において、受信装置２０では、送信装置１０から送信されるトリガ情報が抽出されたとき、当該トリガ情報に応じて、連動アプリケーションの動作が制御される。
【０２６８】
すなわち、受信装置２０では、Segment1-1のテレビ番組を選局中に、トリガ情報（Trigger1）が抽出された場合、当該トリガ情報（Trigger1）のTypeには“0”が指定されているので、TPTモードでの動作が開始される。
【０２６９】
また、受信装置２０は、当該トリガ情報（Trigger1）に含まれるmedia_time（m=128）に基づいて、メディアクロックを128（s）に設定する。これにより、メディアクロックは、秒単位で時刻を刻んでいくことになる。
【０２７０】
また、受信装置２０は、当該トリガ情報（Trigger1）に含まれるdomain_name，segment_idに基づき、TPT及びAMTを取得すると判定した場合には、TPT/AMTサーバ３０からTPT及びAMTを取得して、保持する。ここでは、例えば、xbc放送局（domain_name=“xbc.com”）により放送されるSegment1-1（segment_id=“seg1”）のテレビ番組用のTPT及びAMTが取得されることになる。
【０２７１】
そして、受信装置２０では、メディアクロックの示す時刻がイベントの有効期間内に入った場合に、有効なイベントにより指定されるアクションに応じて、連動アプリケーションの動作を制御する。ここでは、アクションとしてエクスキュートが特定されたので、受信装置２０は、アプリケーションサーバ４０から連動アプリケーションApp1-1を取得し、起動する（Ｓ５１）。
【０２７２】
次に、受信装置２０では、Segment1-1のテレビ番組を選局中に、トリガ情報（Trigger2）が抽出された場合、当該トリガ情報（Trigger2）に含まれるmedia_time（m=243）に基づいて、メディアクロックが243（s）に再設定される。
【０２７３】
ただし、当該トリガ情報（Trigger2）では、先のトリガ情報（Trigger1）と比べて、トリガ情報に含まれるdomain_name，segment_idが変化していないため、ここでは、新たなTPT及びAMTの取得は行われない。
【０２７４】
そして、受信装置２０では、有効なイベントにより指定されるアクションとして、ストリームイベントが特定されたとき、実行中の連動アプリケーションApp1-1に対するイベントが発火される（Ｓ５２）。
【０２７５】
その後も継続してトリガ情報の抽出が行われるが、xbc放送局により放送されるチャンネル１（Channel1）のセグメントが、例えば、番組が切り替わるなどして、Segment1-1からSegment1-2に変化する。
【０２７６】
受信装置２０では、Segment1-2のテレビ番組を選局中に、トリガ情報（Trigger3）が抽出された場合、当該トリガ情報（Trigger3）に含まれるmedia_time（m=2）に基づいて、メディアクロックが2（s）に再設定される。
【０２７７】
また、受信装置２０は、segment_idがseg1からseg2に変化したので、TPT/AMTサーバ３０からTPT及びAMTを取得し、保持する。ここでは、例えば、xbc放送局（domain_name=“xbc.com”）により放送されるSegment1-2（segment_id=“seg2”）のテレビ番組用のTPT及びAMTが取得されることになる。
【０２７８】
そして、受信装置２０では、有効なイベントにより指定されるアクションとして、ターミネートが特定されたとき、実行中の連動アプリケーションApp1-1を終了させる（Ｓ５３）。さらに、受信装置２０では、有効なイベントにより指定されるアクションとして、エクスキュートが特定されたとき、アプリケーションサーバ４０から連動アプリケーションApp1-2が取得され、起動される（Ｓ５４）。
【０２７９】
次に、受信装置２０では、Segment1-2のテレビ番組を選局中に、トリガ情報（Trigger4）が抽出された場合、当該トリガ情報（Trigger4）に含まれるmedia_time（m=135）に基づいて、メディアクロックが135（s）に再設定される。ただし、当該トリガ情報（Trigger4）では、domain_name等が変化していないため、ここでは、新たなTPT等の取得は行われない。
【０２８０】
その後も継続してトリガ情報の抽出が行われるが、受信装置２０では、Segment1-2のテレビ番組を選局中に、トリガ情報（Trigger5）が抽出された場合、当該トリガ情報（Trigger5）に含まれるevent_id（e=2.4）に基づいて、appID=2，eventID=4が特定される。ここで、例えば、実行中の連動アプリケーションApp1-2のappIDが“2”，TPT及びAMTにより特定されるストリームイベントのeventIdが“4”であるとすると、実行中の連動アプリケーションApp1-2に対するイベントが発火される（Ｓ５５）。
【０２８１】
また、その後も継続してトリガ情報の抽出が行われるが、xbc放送局により放送されるチャンネル１（Channel1）のセグメントが、番組が切り替わるなどして、Segment1-2からSegment1-3に変化する。
【０２８２】
受信装置２０では、Segment1-3のテレビ番組を選局中に、トリガ情報（Trigger6）が抽出された場合に、当該トリガ情報（Trigger6）に含まれるmedia_time（m=10）に基づいて、メディアクロックが10（s）に再設定される。
【０２８３】
また、受信装置２０は、segment_idがseg2からseg3に変化したので、TPT/AMTサーバ３０からTPT及びAMTを取得し、保持する。ここでは、例えば、xbc放送局（domain_name=“xbc.com”）により放送されるSegment1-3（segment_id=“Seg3”）のテレビ番組用のTPT及びAMTが取得されることになる。
【０２８４】
そして、受信装置２０では、有効なイベントにより指定されるアクションとして、ターミネートが特定されたとき、実行中の連動アプリケーションApp1-2を終了させる（Ｓ５６）。さらに、受信装置２０では、有効なイベントにより指定されるアクションとして、エクスキュートが特定されたとき、アプリケーションサーバ４０から連動アプリケーションApp1-3が取得され、起動される（Ｓ５７）。
【０２８５】
次に、受信装置２０では、Segment1-3のテレビ番組を選局中に、トリガ情報（Trigger7）が抽出された場合、当該トリガ情報（Trigger7）に含まれるmedia_time（m=136）に基づいて、メディアクロックが136（s）に再設定される。ただし、当該トリガ情報（Trigger7）では、domain_name等が変化していないため、ここでは、新たなTPT等の取得は行われない。
【０２８６】
その後も継続してトリガ情報の抽出が行われるが、例えばユーザのチャンネル操作に応じて、xbc放送局のチャンネル１から、zbc放送局のチャンネル２に切り替えられた場合、受信装置２０では、チャンネル２（Channel2）のテレビ番組（Segment2-1）が選局される。このとき、受信装置２０では、チャンネルの切り替えに応じて、実行中の連動アプリケーションApp1-3が終了される（Ｓ５８）。
【０２８７】
次に、受信装置２０では、Segment1-3のテレビ番組を選局中に、トリガ情報（Trigger8）が抽出された場合、当該トリガ情報（Trigger8）に含まれるmedia_time（m=276）に基づいて、メディアクロックが276（s）に再設定される。
【０２８８】
また、受信装置２０は、domain_name，segment_idが共に変化したので、TPT/AMTサーバ３０からTPT及びAMTを取得し、保持する。ここでは、例えば、zbc放送局（domain_name=“zbc.com”）により放送されるSegment2-1（segment_id=“seg1”）のテレビ番組用のTPT及びAMTが取得されることになる。
【０２８９】
そして、受信装置２０では、有効なイベントにより指定されるアクションとして、エクスキュートが特定されたとき、アプリケーションサーバ４０から連動アプリケーションApp2-1が取得され、起動される（Ｓ５９）。
【０２９０】
次に、受信装置２０では、Segment2-1のテレビ番組を選局中に、トリガ情報（Trigger9）が抽出された場合、当該トリガ情報（Trigger9）に含まれるmedia_time（m=421）に基づいて、メディアクロックが421（s）に再設定される。ただし、当該トリガ情報（Trigger9）では、domain_name等が変化していないため、新たなTPT等の取得は行われない。
【０２９１】
それ以降については、図１５には図示はしていないが、受信装置２０では、チャンネルが切り替えられるなどして、トリガ情報に含まれるdomain_name等が変化した場合には、新たなTPT及びAMTが取得される。また、受信装置２０では、抽出されたトリガ情報に含まれるmedia_timeに基づき、メディアクロックが再設定される。そして、受信装置２０では、メディアクロックの示す時刻がイベントの有効期間内に入った場合に、有効なイベントにより指定されるアクションに応じて、連動アプリケーションの動作が制御されることになる。
【０２９２】
なお、図１５の運用例では、TPT及びAMTと、連動アプリケーションが、インターネット配信される場合を説明したが、前述したように、それらは、放送配信されるようにしてもよい。
【０２９３】
また、図１５の運用例では、説明の簡略化のため説明していないが、受信装置２０にて抽出されたトリガ情報のうち、Trigger5であるトリガ情報がアクティブ・トリガ情報であり、それ以外のトリガ情報は、タイムベース・トリガ情報である。
【０２９４】
以上、受信装置２０が、TPTモードで動作する場合について説明した。
【０２９５】
［２．動作モード：第１ダイレクトモード］
次に、図１６乃至図１９を参照して、受信装置２０が、第１ダイレクトモードで動作する場合について説明する。
【０２９６】
（放送通信連携システムの各装置の動作）
図１６は、受信装置２０が第１ダイレクトモードで動作する場合における、放送通信連携システム１を構成する各装置の動作の概要について説明するための図である。
【０２９７】
図１６のＳ６１乃至Ｓ６２においては、図８のＳ１乃至Ｓ２と同様に、送信装置１０によって、放送コンテンツとともに、メタデータ及びトリガ情報が送信され、受信装置２０によって、トリガ情報のみが受信される。そして、受信装置２０は、トリガ情報が抽出された場合、当該トリガ情報に指定される動作モードに従い、第１ダイレクトモードで動作する。
【０２９８】
また、受信装置２０は、当該トリガ情報に応じて、アプリケーションサーバ４０にインターネット９０を介してアクセスし、選局中の放送コンテンツに連動して実行される連動アプリケーションを要求する（Ｓ６３）。
【０２９９】
アプリケーションサーバ４０は、受信装置２０からの問い合わせに応じて、連動アプリケーションを、インターネット９０を介して受信装置２０に送信する（Ｓ６４）。受信装置２０は、アプリケーションサーバ４０からの連動アプリケーションを取得して、直ちに起動する。
【０３００】
また、受信装置２０では、トリガ情報が抽出された場合、当該トリガ情報に含まれるadditional_informationに応じて、連動アプリケーションの動作が制御される。
【０３０１】
以上のように、図１６の放送通信連携システム１においては、受信装置２０が、送信装置１０からのトリガ情報に指定される第１ダイレクトモードで動作することで、アプリケーションサーバ４０との連携動作が行われる。これにより、受信装置２０では、選局中の放送コンテンツ用の連動アプリケーションが取得され、実行される。
【０３０２】
また、送信装置１０からのトリガ情報は、セットトップボックス５０等の専用端末を介しても、受信装置２０に通知されるので、放送通信連携システム１では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、連動アプリケーションを提供することができる。
【０３０３】
なお、図１６では、連動アプリケーションが、インターネット配信される場合について説明したが、連動アプリケーションは、放送配信されるようにしてもよい。それについては後述する。
【０３０４】
（連動アプリケーションの取得方法）
次に、図１７及び図１８を参照して、受信装置２０が、第１ダイレクトモードで動作する場合における、連動アプリケーションの取得方法について説明する。
【０３０５】
図１７は、インターネット配信される連動アプリケーションの取得方法を説明するための図である。
【０３０６】
インターネット配信の場合、SSCやFLUTEを使用する必要がないので、図１７には、ビデオストリーム（Video ES）と、オーディオストリーム（Audio ES）が多重化された放送ストリームが図示されている。また、ビデオストリームに含まれるキャプションストリーム（DTV CC Caption Stream）には、任意のタイミングで、トリガ情報が挿入される。
【０３０７】
この場合において、受信装置２０では、インターネット配信される連動アプリケーションを取得するために、以下の動作が行われる。
【０３０８】
すなわち、受信装置２０は、キャプションストリームからトリガ情報が抽出された場合（Ｓ７１）、当該トリガ情報に含まれるdomain_name，segment_idなどを連結して得られる文字列からなるURL（図中の「App URL」）を取得する。ただし、ここでは、動作モードが第１ダイレクトモードとなるので、トリガ情報のTypeには“2”が指定されている。
【０３０９】
そして、受信装置２０は、取得したURLに従い、インターネット９０を介してアプリケーションサーバ４０にアクセスする（Ｓ７２）。これにより、受信装置２０は、アプリケーションサーバ４０から連動アプリケーション（App）を取得することができる（Ｓ７３）。
【０３１０】
以上、インターネット配信される連動アプリケーションの取得方法について説明した。この方法であると、FLUTEセッション等を使用しないため、NRTサービスに対応していない受信機であっても、インターネット配信される連動アプリケーションを取得することが可能となる。
【０３１１】
図１８は、放送配信される連動アプリケーションの取得方法を説明するための図である。
【０３１２】
図１８に示すように、放送ストリームには、ビデオストリーム（Video ES）、オーディオストリーム（Audio ES）、PSI/PSIP，SSC，及びFLUTEが多重化されている。また、ビデオストリームに含まれるキャプションストリーム（DTV CC Caption Stream）には、任意のタイミングで、トリガ情報が挿入される。
【０３１３】
この場合において、受信装置２０では、放送配信される連動アプリケーションを取得するために、以下の動作が行われる。
【０３１４】
すなわち、受信装置２０は、SSCにより伝送されるSMTを取得し（Ｓ９１）、IPアドレスとポート番号の組み合わせによって、FLUTEセッションにおけるNRTサービスを特定する（Ｓ９２）。
【０３１５】
また、受信装置２０は、Ｓ９２にて特定されたFLUTEセッションから、TOI=0となるFDTを取得する（Ｓ９３）。
【０３１６】
受信装置２０は、キャプションストリームからトリガ情報が抽出された場合（Ｓ９４）、当該トリガ情報に含まれるdomain_name，segment_idなどを連結して得られる文字列からなるURL（図中の「App URL」）を取得する。ただし、ここでは、動作モードが第１ダイレクトモードとなるので、トリガ情報のTypeには“2”が指定されている。
【０３１７】
そして、受信装置２０は、取得したURLと一致するContent-Locを特定し（Ｓ９５）、さらに、当該Content-Locに対応付けられたTOIを特定する。これにより、受信装置２０は、FLUTEセッションにおいて、特定されたTOIにより識別されるオブジェクトに基づいて、連動アプリケーション（App）を取得することができる（Ｓ９６，Ｓ９７）。
【０３１８】
以上、放送配信される連動アプリケーションの取得方法について説明した。この方法であると、連動アプリケーションが放送配信されることから、仮に、受信装置２０がインターネット９０に未接続の環境であっても、連動アプリケーションを取得することが可能となる。
【０３１９】
（第１ダイレクトモードの運用例）
受信装置２０においては、前述の第１ダイレクトモードで動作することで、例えば、図１９に示すような、連動アプリケーションの運用が可能となる。図１９は、第１ダイレクトモードの運用例を示す図である。
【０３２０】
図１９に示すように、受信装置２０では、チャンネル１（Channel1）であって、セグメントが、Segment1-0となるテレビ番組が選局されており、所定のタイミングで、チャンネル１からチャンネル２（Channel2）に切り替えられ、セグメントが、Segment2-0-0となるテレビ番組が選局される。
【０３２１】
この場合において、受信装置２０では、送信装置１０から送信されるトリガ情報が抽出されたとき、当該トリガ情報に応じて、連動アプリケーションの動作が制御される。
【０３２２】
すなわち、受信装置２０では、Segment1-0のテレビ番組を選局中に、トリガ情報（Trigger1）が抽出された場合、当該トリガ情報（Trigger1）のTypeには“2”が指定されているので、第１ダイレクトモードでの動作が開始される。
【０３２３】
受信装置２０は、当該トリガ情報（Trigger1）に含まれるdomain_name，segment_idなどを連結して得られる文字列からなるURL（例えばhttp://xbc.com/seg0）に従い、xbc放送局のアプリケーションサーバ４０−１にアクセスして、連動アプリケーションApp1を取得し、直ちに起動する。
【０３２４】
また、受信装置２０は、当該トリガ情報（Trigger1）に含まれるadditional_information（a=“p1，129”）に従い、連動アプリケーションの動作を制御する。この例では、additional_informationとして、選局中のテレビ番組のIDを示す“p1”と、media_timeを示す“129”が指定されているので、連動アプリケーションApp1は、それらの値に応じた各種の動作を行う。
【０３２５】
すなわち、連動アプリケーションは、第１ダイレクトモードで動作する場合、前述のTPTモードのように、TPT及びAMTに基づいた動作を行うことができない。そのため、事業者側で、トリガ情報にadditional_informationを付加して、任意の付加情報を連動アプリケーションに通知することで、連動アプリケーションが、当該付加情報に基づいた各種の動作を行うことができるようにしている。
【０３２６】
その後、受信装置２０では、Segment1-0のテレビ番組を選局中に、トリガ情報として、Trigger2，・・・，Trigger3，Trigger4，・・・，Trigger5，・・・，Trigger6，Trigger7，・・・が順次抽出される。
【０３２７】
受信装置２０では、第１ダイレクトモードで動作する場合、チャンネルが切り替えられ、domain_nameが変化するまでは、連動アプリケーションApp1の実行が継続される。この場合において、連動アプリケーションApp1は、それらのトリガ情報に含まれるadditional_informationの値が変化するので、それらの値に応じた各種の処理を行う。かかる処理としては、例えば、連動アプリケーションApp1に対するイベントを発火したり、あるいは、所定のサーバにアクセスしてデータを取得するなどの処理が行われる。
【０３２８】
そして、チャンネル１からチャンネル２に切り替えられた場合、受信装置２０は、当該トリガ情報（Trigger8）に含まれるdomain_name，segment_idなどを連結して得られる文字列からなるURL（例えばhttp://zbc.com/seg0）に従い、zbc放送局のアプリケーションサーバ４０−２にアクセスして、連動アプリケーションApp2を取得し、直ちに起動する。
【０３２９】
また、受信装置２０は、当該トリガ情報（Trigger8）に含まれるadditional_information（a=“p1，12”）に従い、連動アプリケーションApp2の動作を制御する。
【０３３０】
その後、受信装置２０では、Segment2-2-0のテレビ番組を選局中に、トリガ情報として、Trigger9，・・・が順次抽出され、連動アプリケーションApp2は、それらのトリガ情報に含まれるadditional_informationに基づき、各種の動作を行うことになる。
【０３３１】
なお、図１９の運用例では、連動アプリケーションは、インターネット配信される場合を説明したが、前述したように、放送配信されるようにしてもよい。
【０３３２】
以上、受信装置２０が、第１ダイレクトモードで動作する場合について説明した。
【０３３３】
［３．動作モード：第２ダイレクトモード］
次に、図２０乃至図２４を参照して、受信装置２０が、第２ダイレクトモードで動作する場合について説明する。
【０３３４】
（放送通信連携システムの各装置の動作）
図２０は、受信装置２０が第２ダイレクトモードで動作する場合における、放送通信連携システム１を構成する各装置の動作の概要について説明するための図である。
【０３３５】
図２０のＳ１０１乃至Ｓ１０２においては、図８のＳ１乃至Ｓ２と同様に、送信装置１０によって、放送コンテンツとともに、メタデータ及びトリガ情報が送信され、受信装置２０によって、トリガ情報のみが受信される。そして、受信装置２０は、トリガ情報が抽出された場合、当該トリガ情報に指定される動作モードに従い、第２ダイレクトモードで動作する。
【０３３６】
また、受信装置２０は、当該トリガ情報に応じて、標準アプリケーションサーバ４１にインターネット９０を介してアクセスし、選局中の放送コンテンツに連動して実行される標準連動アプリケーションを要求する（Ｓ１０３）。
【０３３７】
標準アプリケーションサーバ４１は、受信装置２０からの問い合わせに応じて、標準連動アプリケーションを、インターネット９０を介して受信装置２０に送信する（Ｓ１０４）。受信装置２０は、標準アプリケーションサーバ４１からの標準連動アプリケーションを取得して、直ちに起動する。
【０３３８】
また、受信装置２０では、トリガ情報が抽出された場合、当該トリガ情報に含まれるadditional_informationに応じて、標準連動アプリケーションの動作が制御される。
【０３３９】
以上のように、図２０の放送通信連携システム１においては、受信装置２０が、送信装置１０からのトリガ情報に指定される第２ダイレクトモードで動作することで、標準アプリケーションサーバ４１との連携動作が行われる。これにより、受信装置２０では、選局中の放送コンテンツに連動して実行可能な標準連動アプリケーションが取得され、実行される。
【０３４０】
また、送信装置１０からのトリガ情報は、セットトップボックス５０等の専用端末を介しても、受信装置２０に通知されるので、放送通信連携システム１では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、標準連動アプリケーションを提供することができる。
【０３４１】
なお、図２０では、標準連動アプリケーションが、インターネット配信される場合について説明したが、受信装置２０に、標準連動アプリケーションをあらかじめ保持しておき、それを読み出すことで取得されるようにしてもよい。それについては後述する。
【０３４２】
（標準連動アプリケーションの取得方法）
次に、図２１及び図２２を参照して、受信装置２０が、第２ダイレクトモードで動作する場合における、標準連動アプリケーションの取得方法について説明する。
【０３４３】
図２１は、インターネット配信される標準連動アプリケーションの取得方法を説明するための図である。
【０３４４】
インターネット配信の場合、SSCやFLUTEを使用する必要がないので、図２１には、ビデオストリーム（Video ES）と、オーディオストリーム（Audio ES）が多重化された放送ストリームが図示されている。また、ビデオストリームに含まれるキャプションストリーム（DTV CC Caption Stream）には、任意のタイミングで、トリガ情報が挿入される。
【０３４５】
この場合において、受信装置２０では、インターネット配信される連動アプリケーションを取得するために、以下の動作が行われる。
【０３４６】
すなわち、受信装置２０は、キャプションストリームからトリガ情報が抽出された場合（Ｓ１１１）、当該トリガ情報に含まれるdomain_name，segment_idなどを連結して得られる文字列からなるURL（図中の「App URL」）を取得する。ただし、ここでは、動作モードが第２ダイレクトモードとなるので、トリガ情報のTypeには“3”が指定されている。
【０３４７】
そして、受信装置２０は、取得したURLに従い、インターネット９０を介して標準アプリケーションサーバ４１にアクセスする（Ｓ１１２）。これにより、受信装置２０は、標準アプリケーションサーバ４１から標準連動アプリケーション（sApp）を取得することができる（Ｓ１１３）。
【０３４８】
以上、インターネット９０を介して配信される連動アプリケーションの取得方法について説明した。この方法であると、FLUTEセッション等を使用しないため、NRTサービスに対応していない受信機であっても、インターネット配信される標準連動アプリケーションを取得することが可能となる。
【０３４９】
図２２は、受信装置２０の内部にあらかじめ保持される標準連動アプリケーションの取得方法を説明するための図である。
【０３５０】
標準連動アプリケーションがあらかじめ保持される場合、SSCやFLUTEを使用する必要がないので、図２２には、ビデオストリーム（Video ES）と、オーディオストリーム（Audio ES）が多重化された放送ストリームが図示されている。また、ビデオストリームに含まれるキャプションストリーム（DTV CC Caption Stream）には、任意のタイミングで、トリガ情報が挿入される。
【０３５１】
この場合において、受信装置２０では、その内部にあらかじめ保持される標準連動アプリケーションを取得するために、以下の動作が行われる。
【０３５２】
すなわち、受信装置２０は、キャプションストリームからトリガ情報が抽出された場合（Ｓ１３１）、標準連動アプリケーション記憶部２２９にあらかじめ記憶されている標準連動アプリケーション（sApp）を読み出して取得する（Ｓ１３２）。ただし、ここでは、動作モードが第２ダイレクトモードとなるので、トリガ情報のTypeには“3”が指定されている。
【０３５３】
これにより、受信装置２０は、標準連動アプリケーションを取得することできる。
【０３５４】
以上、標準連動アプリケーションがあらかじめ保持される場合の標準連動アプリケーションの取得方法について説明した。この方法であると、インターネット配信や放送配信に関係なく、あらかじめ保持されている標準連動アプリケーションを取得することが可能となる。
【０３５５】
なお、前述の説明では、標準連動アプリケーションが、インターネット配信される場合と、あらかじめ内部に保持される場合について説明したが、標準連動アプリケーションは、放送配信されるようにしてもよい。
【０３５６】
（第２ダイレクトモードの運用例）
受信装置２０においては、前述の第２ダイレクトモードで動作することで、例えば、図２３及び図２４に示すような、連動アプリケーションの運用が可能となる。
【０３５７】
（第２ダイレクトモードの運用例１）
図２３は、第２ダイレクトモードの運用例１を示す図である。
【０３５８】
図２３に示すように、受信装置２０では、チャンネル１（Channel1）であって、セグメントが、Segment1-0となるテレビ番組が選局されており、所定のタイミングで、チャンネル１からチャンネル２（Channel2）に切り替えられ、セグメントが、Segment2-0-0となるテレビ番組が選局される。
【０３５９】
この場合において、受信装置２０では、送信装置１０から送信されるトリガ情報が抽出されたとき、当該トリガ情報に応じて、連動アプリケーションの動作が制御される。
【０３６０】
すなわち、受信装置２０では、Segment1-0のテレビ番組を選局中に、トリガ情報（Trigger1）が抽出された場合、当該トリガ情報（Trigger1）のTypeには“3”が指定されているので、第２ダイレクトモードでの動作が開始される。
【０３６１】
受信装置２０は、当該トリガ情報（Trigger1）に応じて、標準連動アプリケーション記憶部２２９にあらかじめ記憶されている標準連動アプリケーションsApp1を読み出して、直ちに起動する。
【０３６２】
また、ここでは、インターネット配信される標準連動アプリケーションsApp1が取得されるようにすることも可能である。ただし、その場合に、当該トリガ情報（Trigger1）に含まれるdomain_name，segment_idなどを連結して得られる文字列からなるURL（例えばhttp://xbc.com/seg0）は、xbc放送局により提供されるアプリケーションサーバ４０−１を特定するものであって、標準連動アプリケーションsApp1を提供する標準アプリケーションサーバ４１のものではない。
【０３６３】
そこで、受信装置２０は、標準アプリケーションサーバ４１のURL（例えばhttp://atsc.org）をあらかじめ記憶しておき、Typeが“3”となるトリガ情報が抽出された場合に、当該URLに従い、標準アプリケーションサーバ４１にアクセスすることで、標準連動アプリケーションsApp1を取得することができる。
【０３６４】
また、受信装置２０は、当該トリガ情報（Trigger1）に含まれるadditional_information（a=“p1，129”）に従い、標準連動アプリケーションsApp1の動作を制御する。この例では、additional_informationとして、選局中のテレビ番組のIDを示す“p1”と、media_timeを示す“129”が指定されており、また、domain_nameが“xbc.com”であることから、xbc放送局を特定することができる。
【０３６５】
すなわち、当該トリガ情報によって、例えば、特定の放送局で放送される特定の番組における特定の時刻を指定することが可能となる。標準連動アプリケーションsApp1は、このようにして指定された情報を用いて、例えば、イベントを発火したり、あるいは、所定のサーバにアクセスしてデータを取得するなどの各種の処理を行うことができる。
【０３６６】
その後、受信装置２０では、Segment1-0のテレビ番組を選局中に、トリガ情報として、Trigger2，・・・，Trigger3，Trigger4，・・・，Trigger5，・・・，Trigger6，Trigger7，・・・が順次抽出される。このとき、標準連動アプリケーションsApp1の実行が継続され、さらに、それらのトリガ情報に含まれるadditional_informationの値が変化するので、標準連動アプリケーションsApp1は、additional_informationの値に応じた各種の処理を行う。
【０３６７】
そして、チャンネル１からチャンネル２に切り替えられた場合であっても、標準連動アプリケーションsApp1は、任意の放送局により放送されるテレビ番組に対応可能に標準化されたものであるため、その実行が継続される。
【０３６８】
また、受信装置２０は、当該トリガ情報（Trigger8）から得られる、テレビ番組のIDを示す“p1”、media_timeを示す“12”、又はdomain_nameを示す“zbc.com”などの情報に従い、標準連動アプリケーションsApp1の動作を制御する。
【０３６９】
その後、受信装置２０では、Segment2-2-0のテレビ番組を選局中に、トリガ情報として、Trigger9，・・・が順次抽出されるので、標準連動アプリケーションsApp1は、それらのトリガ情報に含まれるadditional_informationなどに基づき、各種の動作を行うことになる。
【０３７０】
以上、第２ダイレクトモードの運用例１を説明した。
【０３７１】
（第２ダイレクトモードの運用例２）
図２４は、第２ダイレクトモードの運用例２を示す図である。
【０３７２】
図２４では、図２３と同様に、第２ダイレクトモードの運用例を示しているが、各トリガ情報に含まれるdomain_nameが、xbc放送局等の任意の放送局に対応したものではなく、例えば、標準連動アプリケーションの標準規格の策定を行う標準化団体などに対応したものとなっている点が異なる。
【０３７３】
従って、受信装置２０は、当該トリガ情報に含まれるdomain_nameなどを連結して得られる文字列からなるURL（例えばhttp://atsc.org）に従い、標準アプリケーションサーバ４１にアクセスして、標準連動アプリケーションsApp1を取得することができる。
【０３７４】
ただし、この場合、domain_nameにて放送局を指定できないので、標準連動アプリケーションsApp1は、そこから、選局中のチャンネルの放送局を特定することができない。そこで、この運用例２では、放送局を特定するための示す情報が、additional_informationに含まれるようにして、標準連動アプリケーションsApp1が選局中のチャンネルの放送局を認識できるようにする。
【０３７５】
具体的には、受信装置２０では、チャンネル１のxbc放送局が選局されている場合に、トリガ情報が抽出されたとき、当該トリガ情報には、additional_informationとして、選局中のテレビ番組のIDと、media_timeのほか、“xbc”である文字列が含まれていることになる。これにより、標準連動アプリケーションsApp1は、“xbc”である文字列を参照して、選局中のチャンネル１の放送を行っているのが、xbc放送局であることを認識する。
【０３７６】
また、受信装置２０では、チャンネル２のzbc放送局が選局されている場合に、トリガ情報が抽出されたとき、当該トリガ情報には、additional_informationとして、“zbc”である文字列が含まれていることになる。これにより、標準連動アプリケーションsApp1は、“zbc”である文字列を参照して、選局中のチャンネル２の放送を行っているのが、zbc放送局であることを認識する。
【０３７７】
すなわち、当該トリガ情報によって、例えば、特定の放送局で放送される特定の番組における特定の時刻を指定することが可能となる。標準連動アプリケーションsApp1は、このようにして指定された情報を用いて、例えば、イベントを発火したり、あるいは、所定のサーバにアクセスしてデータを取得するなどの各種の処理を行うことができる。
【０３７８】
その後、受信装置２０では、Segment1-0のテレビ番組を選局中に、トリガ情報として、Trigger2，・・・，Trigger3，Trigger4，・・・，Trigger5，・・・，Trigger6，Trigger7，・・・が順次抽出される。このとき、標準連動アプリケーションsApp1の実行が継続され、さらに、それらのトリガ情報に含まれるadditional_informationの値が変化するので、標準連動アプリケーションsApp1は、additional_informationの値に応じた各種の処理を行う。
【０３７９】
なお、運用例２においては、前述の運用例１と同様に、チャンネル１からチャンネル２に切り替えられた場合であっても、標準連動アプリケーションsApp1は、任意の放送局により放送されるテレビ番組に対応可能に標準化されたものであるため、その実行が継続されることになる。
【０３８０】
以上、第２ダイレクトモードの運用例２を説明した。
【０３８１】
なお、図２３及び図２４の運用例では、標準連動アプリケーションが、あらかじめ内部に保持される場合と、インターネット配信される場合を説明したが、前述したように、放送配信されるようにしてもよい。
【０３８２】
以上、受信装置２０が、第２ダイレクトモードで動作する場合について説明した。
【０３８３】
［各装置で行われる具体的な処理の内容］
次に、図２５乃至図３３のフローチャートを参照して、図１の放送通信連携システム１を構成する各装置で行われる具体的な処理の内容について説明する。
【０３８４】
（送信処理）
まず、図２５のフローチャートを参照して、送信装置１０によって実行される送信処理について説明する。
【０３８５】
ステップＳ２１１において、音声取得部１１１は、外部のサーバ等から、放送コンテンツの音声に対応するオーディオ信号を取得する。また、ステップＳ２１２において、映像取得部１１３は、外部のサーバ等から、放送コンテンツの映像に対応するビデオ信号を取得する。
【０３８６】
ステップＳ２１３において、トリガ情報生成部１１４は、映像取得部１１３により取得されたビデオ信号に対応する放送コンテンツの映像の進行にあわせてトリガ情報を生成する。
【０３８７】
ステップＳ２１４において、オーディオエンコーダ１１２は、音声取得部１１１により取得されたオーディオ信号を符号化する。
【０３８８】
ステップＳ２１５において、ビデオエンコーダ１１５は、映像取得部１１３により取得されたビデオ信号を符号化する。また、ビデオエンコーダ１１５は、符号化により得られるビデオストリーム内にトリガ情報を配置する。
【０３８９】
ステップＳ２１６において、多重化部１１６は、オーディオエンコーダ１１２により符号化されたオーディオストリームと、ビデオエンコーダ１１５により符号化されたビデオストリームを多重化して、トランスポートストリームを生成する。
【０３９０】
ステップＳ２１７において、送信部１１７は、多重化部１１６により生成されたトランスポートストリームを、アンテナ１１８を介して、放送信号として送信する。この後、処理はステップＳ２１１に戻され、それ以降の処理が繰り返されることになる。
【０３９１】
以上で、送信処理の説明を終了する。
【０３９２】
（受信処理）
次に、図２６のフローチャートを参照して、受信装置２０によって実行される受信処理について説明する。
【０３９３】
ステップＳ３１１において、チューナ２１２は、アンテナ２１１を介して放送信号を受信して、復調する。
【０３９４】
ステップＳ３１２において、多重分離部２１３は、チューナ２１２により復調されたトランスポートストリームを、オーディオストリームと、ビデオストリームに分離する。
【０３９５】
ステップＳ３１３において、オーディオデコーダ２１４は、多重分離部２１３により分離されたオーディオストリームを復号し、オーディオ信号を生成する。
【０３９６】
ステップＳ３１４において、ビデオデコーダ２１７は、多重分離部２１３により分離されたビデオストリームを復号し、ビデオ信号を生成する。
【０３９７】
ステップＳ３１５において、スピーカ２１６は、オーディオ信号に対応する音声を出力する。また、ディスプレイ２１９は、ビデオ信号に対応する映像を表示する。
【０３９８】
これにより、ディスプレイ２１９には、選局中のテレビ番組等の放送コンテンツの映像が表示され、スピーカ２１６からは、当該映像に対応する音声が出力される。
【０３９９】
ステップＳ３１５の処理が終了すると、処理は、ステップＳ３１１に戻り、それ以降の処理が繰り返される。
【０４００】
以上で、受信処理の説明を終了する。
【０４０１】
（トリガ情報対応処理）
受信装置２０では、放送信号の受信中に実行される前述の受信処理（図２６）と並行して、当該放送信号に含まれるビデオストリームからトリガ情報が抽出されたタイミングでトリガ情報対応処理が実行される。そこで、次に、図２７のフローチャートを参照して、トリガ情報対応処理について説明する。
【０４０２】
ステップＳ３３１において、トリガ情報抽出部２２０は、多重分離部２１３により分離されたビデオストリームからトリガ情報が抽出されたか否かを判定する。トリガ情報抽出部２２０によって、トリガ情報が抽出された場合に、処理は、ステップＳ３３２に進められる。
【０４０３】
ステップＳ３３２において、トリガ情報抽出部２２０は、ビデオストリームから抽出されたトリガ情報を取得する。また、ステップＳ３３３において、制御部２２１は、ステップＳ３３２にて取得されたトリガ情報を解析し、当該トリガ情報に対応付けられたTypeにより指定される動作モードが、TPTモードとなるか否かを判定する（Ｓ３３４）。
【０４０４】
ステップＳ３３４において、動作モードがTPTモードであると判定された場合、処理はステップＳ３３５に進められる。ステップＳ３３５においては、TPTモードの場合のトリガ情報対応処理が継続して実行される。TPTモードのトリガ情報対応処理の詳細は、図２８のフローチャートを参照して、後述する。
【０４０５】
また、ステップＳ３３４において、動作モードがTPTモードではないと判定された場合、処理はステップＳ３３６に進められる。ステップＳ３３６において、制御部２２１は、トリガ情報に対応付けられたTypeにより指定される動作モードが、第１ダイレクトモードであるか否かを判定する。
【０４０６】
ステップＳ３３６において、動作モードが第１ダイレクトモードであると判定された場合、処理はステップＳ３３７に進められる。ステップＳ３３７においては、第１ダイレクトモードの場合のトリガ情報対応処理が継続して実行される。第１ダイレクトモードのトリガ情報対応処理の詳細は、図３２のフローチャートを参照して、後述する。
【０４０７】
一方、ステップＳ３３６において、動作モードが第１ダイレクトモードではないと判定された場合には、動作モードは第２ダイレクトモードとなるので、処理はステップＳ３３８に進められる。そして、ステップＳ３３８においては、第２ダイレクトモードの場合のトリガ情報対応処理が継続して実行される。第２ダイレクトモードのトリガ情報対応処理の詳細は、図３３のフローチャートを参照して、後述する。
【０４０８】
ステップＳ３３５，Ｓ３３７，又はＳ３３８の処理が終了すると、処理はステップＳ３３１に戻され、それ以降の処理が繰り返される。
【０４０９】
以上で、トリガ情報対応処理の説明を終了する。
【０４１０】
（TPTモードのトリガ情報対応処理）
次に、図２８のフローチャートを参照して、図２７のステップＳ３３５に対応するTPTモードのトリガ情報対応処理について説明する。
【０４１１】
ステップＳ３５１において、制御部２２１は、ステップＳ３３３（図２７）のトリガ情報の解析結果に従い、当該トリガ情報に含まれる、domain_name又はsegment_idが変化したか否かを判定する。ステップＳ３５１において、domain_name又はsegment_idが変化したと判定された場合、処理はステップＳ３５２に進められる。
【０４１２】
ステップＳ３５２においては、TPT/AMT/App取得処理が行われる。TPT/AMT/App取得処理では、TPT/AMTサーバ３０からTPT及びAMTを取得するTPT/AMT取得処理のほか、必要に応じて、アプリケーションサーバ４０から連動アプリケーションを取得するApp取得処理が行われる。
【０４１３】
なお、TPT/AMT/App取得処理の詳細は、図２９のフローチャートを参照して後述する。
【０４１４】
ステップＳ３５２のTPT/AMT/App取得処理が終了すると、処理はステップＳ３５３に進められる。ステップＳ３５３において、制御部２２１は、TPT/AMT解析部２２５からの解析結果に従い、id，versionが同一のTPT及びAMTを取得済みであるか否かを判定する。ただし、id，versionは、前述のTPT要素のid属性と、tptVersion属性により指定されるものである。
【０４１５】
ステップＳ３５３において、id，versionが同一のTPT及びAMTが未取得であると判定された場合、処理はステップＳ３５４に進められる。ステップＳ３５４において、TPT/AMT解析部２２５は、新たに取得された新しいバージョンのTPT及びAMTを、直前まで保持していた古いバージョンのTPT及びAMTの代わりに保持する。ステップＳ３５４の処理が終了すると、処理はステップＳ３５６に進められる。
【０４１６】
また、ステップＳ３５１において、domain_name又はsegment_idが変化していないと判定された場合、処理はステップＳ３５５に進められる。ステップＳ３５５において、制御部２２１は、TPT/AMT解析部２２５からの解析結果に従い、updatingTimeの示す更新期間が経過したか否かを判定する。ただし、updatingTimeは、前述のTPT要素のupdatingTime属性により指定されるものである。
【０４１７】
ステップＳ３５５において、更新期間が経過したと判定された場合、処理は、ステップＳ３５２に進められる。そして、ステップＳ３５２においては、前述のTPT/AMT/App取得処理が行われ、新たに取得されたTPT及びAMTが、新しいバージョンのものであれば、保持される（Ｓ３５４）。
【０４１８】
なお、ステップＳ３５３において、id，versionが同一のTPTを取得済みである場合と判定された場合、又はステップＳ３５５において、更新期間が経過していないと判定された場合、処理はステップＳ３５６に進められる。
【０４１９】
ステップＳ３５６において、制御部２２１は、ステップＳ３３３（図２７）のトリガ情報の解析結果に従い、当該トリガ情報にevent_idが含まれているか否かを判定する。ステップＳ３５６において、event_idが含まれると判定された場合、処理は、ステップＳ３５７に進められる。すなわち、この場合、当該トリガ情報は、アクティブ・トリガ情報である。
【０４２０】
ステップＳ３５７において、制御部２２１は、イベント割り込みフラグをオンに設定する。
【０４２１】
ここで、イベント割り込みフラグとは、メディアクロックの示す時刻に応じて有効なイベントを指定するのではなく、任意のタイミングでトリガ情報に含めて送信されるevent_idに応じたイベントを指定する場合に立てられるフラグである。従って、event_idに応じたイベントが指定されてから、当該イベントに応じたアクションが実行されるまでの割り込み期間は、イベント割り込みフラグはオンとされ、それ以外の期間はオフとされる。
【０４２２】
なお、詳細は後述するが、連動アプリケーション制御処理（図３０のステップＳ３９６の「YES」，Ｓ３９５）では、イベント割り込みフラグがオンとなる場合に、指定された連動アプリケーションに対するアクションが実行されることになる。
【０４２３】
ステップＳ３５７の処理が終了すると、処理は、ステップＳ３５８に進められる。ステップＳ３５８において、制御部２２１は、ステップＳ３３３（図２７）のトリガ情報の解析結果に従い、当該トリガ情報にevent_timeが含まれているか否かを判定する。ステップＳ３５８において、event_timeが含まれていると判定された場合、処理は、ステップＳ３５９に進められる。
【０４２４】
ステップＳ３５９において、制御部２２１は、event_idにより指定されるイベントの実行時刻を、event_timeに指定された時刻に変更する。一方、ステップＳ３５８においてevent_timeが含まれていないと判定された場合、ステップＳ３５９の処理は、スキップされる。
【０４２５】
また、ステップＳ３５６においてトリガ情報にevent_idが含まれていないと判定された場合、処理は、ステップＳ３６０に進められる。ステップＳ３６０において、制御部２２１は、ステップＳ３３３（図２７）のトリガ情報の解析結果に従い、当該トリガ情報にmedia_timeが含まれているか否かを判定する。ステップＳ３６０において、media_timeが含まれると判定された場合、処理は、ステップＳ３６１に進められる。すなわち、この場合、当該トリガ情報は、タイムベース・トリガ情報である。
【０４２６】
ステップＳ３６１において、制御部２２１は、media_timeに指定された時刻を、後述する連動アプリケーション制御処理（図３０のステップＳ３９３）にて設定済みのメディアクロックに再設定する。これにより、メディアクロックが校正され、指定されたイベントに対応するアクションを、より正確な時刻に実行させることが可能となる。
【０４２７】
一方、ステップＳ３６０においてmedia_timeが含まれていないと判定された場合、ステップＳ３６１の処理は、スキップされる。
【０４２８】
そして、ステップＳ３５９の処理が終了若しくはスキップされた場合、又はステップＳ３６１の処理が終了若しくはスキップされた場合、処理は、図２７のステップＳ３３５に戻され、それ以降の処理が繰り返される。すなわち、その後、トリガ情報が抽出された場合に、その動作モードがTPTモードであれば、再度、TPTモードのトリガ情報対応処理が実行されることになる。
【０４２９】
以上で、TPTモードのトリガ情報対応処理の説明を終了する。
【０４３０】
（TPT/AMT/App取得処理）
次に、図２９のフローチャートを参照して、図２８のステップＳ３５２に対応するTPT/AMT/App取得処理の詳細について説明する。
【０４３１】
ステップＳ３７１において、制御部２２１は、ステップＳ３３３（図２７）のトリガ情報の解析結果に従い、当該トリガ情報にspreadが含まれているか否かを判定する。ステップＳ３７１において、spreadが含まれていると判定された場合、処理は、ステップＳ３７２に進められる。
【０４３２】
ステップＳ３７２において、制御部２２１は、spreadにより指定される、トリガ情報を適用するタイミングを確率的に分散させるための情報に基づいて、TPT/AMTサーバ３０やアプリケーションサーバ４０等の所定のサーバにアクセスする際の遅延時間を算出し、当該遅延時間が経過するまで待機する。
【０４３３】
すなわち、例えば、送信装置１０からの放送コンテンツを複数の受信装置２０が受信している場合に、それらの受信装置２０がトリガ情報に応じて一斉にTPT/AMTサーバ３０にアクセスしてしまうと、TPT/AMTサーバ３０の負荷が増大するとともに、インターネット９０のピーク時の通信量が増大することになる。そこで、各受信装置２０が、トリガ情報に含まれるspreadに応じて、TPT/AMTサーバ３０にアクセスするタイミングをずらすことで、TPT/AMTサーバ３０の負荷やピーク時の通信量を軽減することができる。
【０４３４】
そして、ステップＳ３７２において算出された遅延時間が経過した場合に、処理は、ステップＳ３７３に進められる。ステップＳ３７３において、TPT/AMT解析部２２５は、TPT/AMTサーバ３０から提供されるTPT及びAMTを取得する。
【０４３５】
具体的には、制御部２２１は、通信I/F２２４を制御して、トリガ情報の先頭に“http://”を付加することで得られるURL（例えばhttp://xbc.com/seg_A）により特定されるTPT/AMTサーバ３０にアクセスして、TPT及びAMTを要求する。TPT/AMTサーバ３０は、放送コンテンツごとのTPT及びAMTを管理しており、受信装置２０からのTPT及びAMTの要求に含まれるsegment_id等により識別される放送コンテンツ用のTPT及びAMTを特定し、受信装置２０に提供する。
【０４３６】
通信I/F２２４は、制御部２２１からの制御に従い、TPT/AMTサーバ３０から提供されるTPT及びAMTを受信する。これにより、TPT/AMT解析部２２５は、通信I/F２２４により受信されたTPT及びAMTを取得することができる。
【０４３７】
ステップＳ３７４において、TPT/AMT解析部２２５は、TPT及びAMTを解析する。TPT及びAMTの解析結果は、適宜、制御部２２１に供給される。
【０４３８】
なお、ステップＳ３７１において、spreadが含まれていないと判定された場合、ステップＳ３７２の処理はスキップされ、処理は、ステップＳ３７３に進められる。この場合、受信装置２０は、遅延時間を待たずに直ちにTPT/AMTサーバ３０にアクセスし、TPT及びAMTを取得して解析することになる。
【０４３９】
ステップＳＳ３７４の処理が終了すると、処理は、ステップＳ３７５に進められる。ステップＳ３７５において、制御部２２１は、ステップＳ３３３（図２７）のトリガ情報の解析結果に従い、取得対象の連動アプリケーションが存在するか否かを判定する。例えば、segment_idが変化して、放送コンテンツのセグメントが変化した場合に、取得すべき連動アプリケーションが存在すると判定され、処理は、ステップＳ３７６に進められる。
【０４４０】
ステップＳ３７６において、通信I/F２２４は、制御部２２１からの制御に従い、アプリケーションサーバ４０から提供される連動アプリケーションを取得し、キャッシュメモリ２２７に保持する。
【０４４１】
具体的には、例えば、ステップＳ３７２において算出された遅延時間が経過した場合に、制御部２２１は、通信I/F２２４を制御して、トリガ情報から得られるURLにより特定されるアプリケーションサーバ４０にアクセスして、連動アプリケーションを要求する。通信I/F２２４は、制御部２２１からの制御に従い、アプリケーションサーバ４０から提供される連動アプリケーションを受信する。これにより、通信I/F２２４により取得された連動アプリケーションが、キャッシュメモリ２２７に保持されることになる。
【０４４２】
また、ステップＳ３７５において、取得対象の連動アプリケーションが存在しないと判定された場合、ステップＳ３７６の処理はスキップされる。そして、ステップＳ３７６の処理が終了又はスキップされた場合、TPT/AMT/App取得処理は終了され、処理は、図２８のステップＳ３５２の処理に戻され、それ以降の処理が実行される。
【０４４３】
以上で、TPT/AMT/App取得処理の説明を終了する。
【０４４４】
（連動アプリケーション制御処理）
受信装置２０では、トリガ情報が抽出されるタイミングで実行される前述のトリガ情報対応処理（図２７）と並行して、メディアクロックの時系列で連動アプリケーション制御処理が実行される。そこで、次に、図３０のフローチャートを参照して、連動アプリケーション制御処理について説明する。
【０４４５】
ステップＳ３９１において、制御部２２１は、TPT/AMT解析部２２５によって、TPT/AMTサーバ３０からのTPT及びAMTが取得されるまで待機する。このTPT/AMT取得処理は、前述の図２９のステップＳ３７１乃至Ｓ３７４に対応する。そして、図２９のTPT/AMT取得処理が実行され、TPT/AMTサーバ３０からのTPT及びAMTが取得された場合、処理は、ステップＳ３９２に進められる。
【０４４６】
ステップＳ３９２において、制御部２２１は、media_timeを含むトリガ情報が最初に抽出されるまで待機する。そして、前述の図２７のステップＳ３３１において、トリガ情報が抽出され、当該トリガ情報にmedia_timeが含まれている場合、処理は、ステップＳ３９３に進められる。
【０４４７】
ステップＳ３９３において、制御部２２１は、トリガ情報に含まれるmedia_timeに指定された時刻を、メディアクロックに設定する。これにより、メディアクロックの計時が開始されることになる。なお、この場合、当該トリガ情報は、タイムベース・トリガ情報である。
【０４４８】
すなわち、受信装置２０では、TPT及びAMTが取得され、さらにメディアクロックの計時が開始されたので、メディアクロックの時系列での連動アプリケーションの制御が行われることになる。
【０４４９】
ステップＳ３９４において、制御部２２１は、メディアクロックの示す時刻が、TPT及びAMTにより指定されるイベントの有効時間内であるか否かを判定する。ステップＳ３９４において、イベントの有効期間内であると判定された場合、処理は、ステップＳ３９５に進められる。
【０４５０】
また、ステップＳ３９４において、イベントの有効期間内でないと判定された場合、処理は、ステップＳ３９６に進められる。ステップＳ３９６において、制御部２２１は、イベント割り込みフラグがオンに設定されているか否かを判定する。当該イベント割り込みフラグは、前述の図２８のステップＳ３５７において、トリガ情報にevent_idが含まれている場合に、オンに設定されるものである。
【０４５１】
ステップＳ３９６において、イベント割り込みフラグがオンに設定されていると判定された場合、処理は、ステップＳ３９５に進められる。
【０４５２】
ステップＳ３９５においては、アクション実行処理が行われる。アクション実行処理では、有効なイベントにより指定されるアクションが特定され、当該アクションに応じて、連動アプリケーションの動作が制御される。ここでは、例えば、連動アプリケーションの取得若しくは登録、取得若しくは起動、イベント発火、中断若しくは再開、又は終了等が制御される。
【０４５３】
なお、アクション実行処理の詳細は、図３１のフローチャートを参照して後述する。
【０４５４】
ステップＳ３９５の処理が終了するか、又はステップＳ３９６においてイベント割り込みフラグがオフに設定されていると判定された場合、処理は、ステップＳ３９７に進められる。
【０４５５】
ステップＳ３９７において、制御部２２１は、TPT及びAMTにより指定される最後のイベントが完了したか否かを判定する。ステップＳ３９７において、最後のイベントが完了していないと判定された場合、処理は、ステップＳ３９４に戻り、それ以降の処理が繰り返される。すなわち、ステップＳ３９４乃至Ｓ３９７の処理が繰り返されることで、TPT及びAMTにより指定されるイベントが順次、有効期間内となり、それらの有効なイベントにより指定されるアクションに応じて、連動アプリケーションの動作が制御されることになる。
【０４５６】
そして、ステップＳ３９７において、最後のイベントが完了したと判定された場合、処理は、ステップＳ３９１に戻り、それ以降の処理が繰り返されることになる。
【０４５７】
以上で、連動アプリケーション制御処理の説明を終了する。
【０４５８】
（アクション実行処理）
次に、図３１のフローチャートを参照して、図３０のステップＳ３９５に対応するアクション実行処理について説明する。
【０４５９】
ステップＳ４１１において、制御部２２１は、有効なイベントにより指定されるアクションを特定する。ただし、イベント割り込みフラグがオンに設定されている場合には、そのevent_idにより指定されるイベントに応じたアクションが特定される。
【０４６０】
ステップＳ４１２において、制御部２２１は、ステップＳ４１１の特定結果がレジスタであるか否かを判定し、レジスタであると判定された場合、処理はステップＳ４１３に進められる。
【０４６１】
ステップＳ４１３において、制御部２２１は、通信I/F２２４を制御して、TPT及びAMTにより特定されるURLに対応するアプリケーションサーバ４０にアクセスして、指定された連動アプリケーションを取得させる。取得された連動アプリケーションは、キャッシュメモリ２２７に保持される。
【０４６２】
また、制御部２２１は、取得された連動アプリケーションに対応付けて、その連動アプリケーションの有効期限や利用頻度を、メモリ２２２に記憶する。これにより、キャッシュメモリ２２７に保持された連動アプリケーションは、制御部２２１により、有効期限と、利用頻度等から求められる保持優先度に従って管理される。この後、処理は、図３０のステップＳ３９５に戻り、それ以降の処理が繰り返される。
【０４６３】
ステップＳ４１２において、ステップＳ４１１の特定結果がレジスタでないと判定された場合、処理は、ステップＳ４１４に進められる。ステップＳ４１４において、制御部２２１は、ステップＳ４１１の特定結果がエクスキュートであるか否かを判定し、エクスキュートであると判定された場合、処理は、ステップＳ４１５に進められる。
【０４６４】
ステップＳ４１５において、制御部２２１は、アプリケーションエンジン２２６を制御して、appIDにより指定された連動アプリケーションが休止中（休止状態）であるか否かを判定する。具体的には、退避メモリ２２８Ｂに、指定された連動アプリケーションの休止の状態を示すデータが退避されている場合に休止中であると判定する。
【０４６５】
ステップＳ４１５において、指定された連動アプリケーションが休止中ではないと判定された場合、処理はステップＳ４１６に進められる。ステップＳ４１６において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションが未取得（キャッシュメモリ２２７に存在しない）の場合にそれを取得する。
【０４６６】
ステップＳ４１７において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションを起動する。この後、処理は、図３０のステップＳ３９５に戻り、それ以降の処理が繰り返される。
【０４６７】
また、ステップＳ４１５において、指定された連動アプリケーションが休止中であると判定された場合、処理はステップＳ４１８に進められる。ステップＳ４１８において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションを再開する。
【０４６８】
具体的には、指定された連動アプリケーションが休止中である場合、退避メモリ２２８Ｂのデータをワークメモリ２２８Ａに移して、指定された連動アプリケーションを起動する。これにより、休止中の連動アプリケーションが休止された状態から再開されることになる。この後、処理は、図３０のステップＳ３９５に戻り、それ以降の処理が繰り返される。
【０４６９】
ステップＳ４１４において、ステップＳ４１１の特定結果がエクスキュートではないと判定された場合、処理はステップＳ４１９に進められる。ステップＳ４１９において、制御部２２１は、ステップＳ４１１の特定結果がストリームイベントであるか否かを判定し、ストリームイベントであると判定された場合、処理はステップＳ４２０に進められる。
【０４７０】
ステップＳ４２０において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションに対するイベントを発火させる。この後、処理は、図３０のステップＳ３９５に戻り、それ以降の処理が繰り返される。
【０４７１】
ステップＳ４１９において、ステップＳ４１１の特定結果がストリームイベントではないと判定された場合、処理はステップＳ４２１に進められる。ステップＳ４２１において、制御部２２１は、ステップＳ４１１の特定結果がサスペンドであるか否かを判定し、サスペンドであると判定された場合、処理はステップＳ４２２に進められる。
【０４７２】
ステップＳ４２２において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、現在実行中の連動アプリケーションの状態を示すデータを退避メモリ２２８Ｂに退避させる。この後、処理は、図３０のステップＳ３９５に戻り、それ以降の処理が繰り返される。
【０４７３】
ステップＳ４２１において、ステップＳ４１１の特定結果がサスペンドではないと判定された場合、ステップＳ４１１の特定結果は、ターミネートであるので、処理はステップＳ４２３に進められる。
【０４７４】
ステップＳ４２３において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションが実行中であればそれを終了させる。
【０４７５】
ステップＳ４２４において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションに関するデータを、ワークメモリ２２８Ａ及び退避メモリ２２８Ｂから消去するとともに、連動アプリケーションをキャッシュメモリ２２７から消去させる。この後、処理は、図３０のステップＳ３９５に戻り、それ以降の処理が繰り返される。
【０４７６】
以上で、アクション実行処理の説明を終了する。
【０４７７】
（第１ダイレクトモードのトリガ情報対応処理）
次に、図３２のフローチャートを参照して、図２７のステップＳ３３７に対応する第１ダイレクトモードのトリガ情報対応処理について説明する。
【０４７８】
ステップＳ４３１において、制御部２２１は、ステップＳ３３３（図２７）のトリガ情報の解析結果に従い、当該トリガ情報に含まれるdomain_nameが変化したか否かを判定する。ステップＳ４３１において、domain_nameが変化したと判定された場合、チャンネルが切り替えられたことになるので、処理はステップＳ４３２に進められる。
【０４７９】
ステップＳ４３２において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、アプリケーションサーバ４０から、指定された連動アプリケーションを取得する。
【０４８０】
具体的には、制御部２２１は、通信I/F２２４を制御して、トリガ情報の先頭に“http://”を付加することで得られるURL（例えばhttp://xbc.com/seg0）により特定されるアプリケーションサーバ４０にアクセスして、連動アプリケーションを要求する。そして、当該アプリケーションサーバ４０から提供される連動アプリケーションがキャッシュメモリ２２７に保持されるので、アプリケーションエンジン２２６は、それを取得する。
【０４８１】
ステップＳ４３３において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、アプリケーションサーバ４０から取得された連動アプリケーションを、直ちに起動する。
【０４８２】
ステップＳ４３３の処理によって連動アプリケーションが起動されると、処理は、図２７のステップＳ３３７に戻り、それ以降の処理が繰り返される。すなわち、その後、トリガ情報が抽出された場合に、その動作モードが第１ダイレクトモードであれば、再度、第１ダイレクトモードのトリガ情報対応処理が実行されることになる。
【０４８３】
また、ステップＳ４３１において、domain_nameが変化していないと判定された場合、処理はステップＳ４３４に進められる。この場合、同一のチャンネルであるので、起動中の連動アプリケーションがそのまま実行される。
【０４８４】
ステップＳ４３４において、制御部２２１は、ステップＳ３３３（図２７）のトリガ情報の解析結果に従い、当該トリガ情報にadditional_informationが含まれているか否かを判定する。ステップＳ４３４において、additional_informationが含まれていると判定された場合、処理は、ステップＳ４３５に進められる。
【０４８５】
ステップＳ４３５において、制御部２２１は、当該トリガ情報に含まれるadditional_informationに応じて、指定された連動アプリケーションの動作を制御する。例えば、連動アプリケーションは、additional_informationに応じて、イベントを発火したり、あるいは、所定のサーバにアクセスしてデータを取得したりする。
【０４８６】
一方、ステップＳ４３４において、additional_informationが含まれていないと判定された場合、ステップＳ４３５の処理はスキップされる。
【０４８７】
そして、ステップＳ４３５の処理が終了又はスキップされた場合、処理は、図２７のステップＳ３３７に戻り、それ以降の処理が繰り返される。すなわち、その後、トリガ情報が抽出された場合に、その動作モードが第１ダイレクトモードであれば、再度、第１ダイレクトモードのトリガ情報対応処理が実行されることになる。
【０４８８】
以上で、第１ダイレクトモードのトリガ情報対応処理の説明を終了する。
【０４８９】
（第２ダイレクトモードのトリガ情報対応処理）
次に、図３３のフローチャートを参照して、図２７のステップＳ３３８に対応する第２ダイレクトモードのトリガ情報対応処理について説明する。
【０４９０】
ステップＳ４５１において、制御部２２１は、アプリケーションエンジン２２６を制御して、既に標準連動アプリケーションが起動中であるか否かを判定する。ステップＳ４５１において、標準連動アプリケーションが起動されていないと判定された場合、処理はステップＳ４５２に進められる。
【０４９１】
ステップＳ４５２において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、標準連動アプリケーション記憶部２２９に記憶された標準連動アプリケーションを読み出して取得する。
【０４９２】
ただし、標準連動アプリケーションは、標準連動アプリケーション記憶部２２９にあらかじめ記憶されたものを取得するのではなく、標準アプリケーションサーバ４１から取得されるようにしてもよい。
【０４９３】
具体的には、制御部２２１は、通信I/F２２４を制御して、トリガ情報の先頭に“http://”を付加することで得られるURL（例えばhttp://atsc.org）により特定される標準アプリケーションサーバ４１にアクセスして、標準連動アプリケーションを要求する。ただし、当該URLは、トリガ情報から取得するのではなく、メモリ２２２にあらかじめ記憶されるようにしてもよい。そして、標準アプリケーションサーバ４１から提供される標準連動アプリケーションがキャッシュメモリ２２７に保持されるので、アプリケーションエンジン２２６は、それを取得する。
【０４９４】
ステップＳ４５３において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、標準アプリケーションサーバ４１から取得された標準連動アプリケーションを、直ちに起動する。
【０４９５】
ステップＳ４５３の処理によって標準連動アプリケーションが起動されると、処理は、図２７のステップＳ３３８に戻り、それ以降の処理が繰り返される。すなわち、その後、トリガ情報が抽出された場合に、その動作モードが第２ダイレクトモードであれば、再度、第２ダイレクトモードのトリガ情報対応処理が実行されることになる。
【０４９６】
また、ステップＳ４５１において、標準連動アプリケーションが起動中であると判定された場合、処理はステップＳ４５４に進められる。
【０４９７】
すなわち、標準連動アプリケーションは、任意の放送事業者により放送される放送コンテンツ向けに標準化されたものであるため、たとえチャンネルが切り替えられても、切り替え後の放送コンテンツに連動して動作することが可能となる。すなわち、トリガ情報に含まれるdomain_nameやsegment_idが変化したとしても、受信装置２０は、標準連動アプリケーションを再取得する必要はない。
【０４９８】
ステップＳ４５４において、制御部２２１は、ステップＳ３３３（図２７）のトリガ情報の解析結果に従い、当該トリガ情報にadditional_informationが含まれているか否かを判定する。ステップＳ４５４において、additional_informationが含まれていると判定された場合、処理は、ステップＳ４５５に進められる。
【０４９９】
ステップＳ４５５において、制御部２２１は、当該トリガ情報に含まれるadditional_informationに応じて、指定された標準連動アプリケーションの動作を制御する。例えば、標準連動アプリケーションは、additional_informationに応じて、イベントを発火したり、あるいは、所定のサーバにアクセスしてデータを取得したりする。
【０５００】
一方、ステップＳ４５４において、additional_informationが含まれていないと判定された場合、ステップＳ４５５の処理はスキップされる。
【０５０１】
そして、ステップＳ４５５の処理が終了又はスキップされた場合、処理は、図２７のステップＳ３３８に戻り、それ以降の処理が繰り返される。すなわち、その後、トリガ情報が抽出された場合に、その動作モードが第２ダイレクトモードであれば、再度、第２ダイレクトモードのトリガ情報対応処理が実行されることになる。
【０５０２】
以上で、第２ダイレクトモードのトリガ情報対応処理の説明を終了する。
【０５０３】
以上のように、第１の実施の形態において、受信装置２０は、送信装置１０から送信されるトリガ情報に指定される、TPTモード、第１ダイレクトモード、又は第２ダイレクトモードのいずれかの動作モードに従い、連動アプリケーションの動作を制御することになる。これにより、連動アプリケーションを、指定された動作モードに応じて動作させることができるので、様々な運用形態に対応させることが可能となる。
【０５０４】
＜第２の実施の形態＞
【０５０５】
［放送通信連携システムの構成例］
図３４は、第２の実施の形態である放送通信連携システム２を示している。この放送通信連携システム２は、送信装置１０、受信装置２１、TPT/AMTサーバ３０、アプリケーションサーバ４０−１乃至４０−ｎ、標準アプリケーションサーバ４１、及びACRサーバ７０から構成される。
【０５０６】
また、受信装置２１、TPT/AMTサーバ３０、アプリケーションサーバ４０−１乃至４０−ｎ、標準アプリケーションサーバ４１、及びACRサーバ７０は、インターネット９０を介して、相互に接続されている。
【０５０７】
すなわち、図３４の放送通信連携システム２は、図１の放送通信連携システム１と比べて、ACRサーバ７０が新たに設けられ、受信装置２０の代わりに、受信装置２１が設けられている。それ以外の構成については、図１と同様であるため、その説明は適宜省略する。
【０５０８】
受信装置２１は、定期的に、インターネット９０を介してACRサーバ７０にアクセスして、トリガ情報を問い合わせる。その際、テレビ番組等の放送コンテンツのビデオ信号及びオーディオ信号のうちいずれか一方又は双方から抽出される特徴量（以下、フィンガプリント情報（Finger Print）ともいう）が、ACRサーバ７０に送信される。
【０５０９】
ACRサーバ７０は、例えば、送信装置１０にて放送コンテンツの放送を行う放送事業者又はそれ以外の事業者により提供される。ACRサーバ７０は、任意の放送コンテンツのビデオ信号及びオーディオ信号から抽出された特徴量が登録されているデータベースを有しており、インターネット９０に接続された任意の受信装置２１からの問い合わせに応じて、ACR（Automatic Content Recognition）技術を用いた放送コンテンツの識別を行う。
【０５１０】
具体的には、ACRサーバ７０は、受信装置２１からのフィンガプリント情報を、データベースと照合することで、放送コンテンツを識別し、その識別結果に応じたトリガ情報を生成する。ACRサーバ７０は、生成したトリガ情報を、インターネット９０を介して受信装置２１に送信する。
【０５１１】
受信装置２１は、ACRサーバ７０から受信したトリガ情報に含まれる時刻情報（media_time）に基づいて、メディアクロックの設定又は再設定（校正）を行う。
【０５１２】
また、受信装置２１は、当該トリガ情報に応じて、インターネット９０を介してTPT/AMTサーバ３０にアクセスして、TPT及びAMTを取得する。受信装置２１は、ACRサーバ７０からのトリガ情報、又はメディアクロックにより計時される時刻に基づいて、TPT及びAMTを参照することで、指定された連動アプリケーションに対するアクションを特定する。そして、受信装置２１は、特定したアクションに応じて、指定された連動アプリケーションの動作を制御する。
【０５１３】
なお、放送通信連携システム２において、トリガ情報は、ACRサーバ７０により生成されるため、送信装置１０は、トリガ情報を送信する必要はない。
【０５１４】
放送通信連携システム２は、以上のように構成される。
【０５１５】
［受信装置の構成例］
図３５は、図３４の受信装置２１の構成例を示している。
【０５１６】
受信装置２１は、図３の受信装置２０と同様に、チューナ２１２乃至IP処理部２３０を有するが、図３の受信装置２０と比べて、トリガ情報抽出部２２０の代わりに、フィンガプリント抽出部２５１が設けられている点が異なる。受信装置２１において、図３の受信装置２０と同様の箇所には同一の符号が付してあり、その説明は適宜省略する。
【０５１７】
フィンガプリント抽出部２５１には、オーディオデコーダ２１４からのオーディオ信号と、ビデオデコーダ２１７からのビデオ信号が出力される。フィンガプリント抽出部２５１は、オーディオ信号及びビデオ信号のいずれか一方又は双方から特徴量を抽出し、フィンガプリント情報として、制御部２２１に供給する。
【０５１８】
通信I/F２２４は、制御部２２１からの制御に従い、フィンガプリント情報を、インターネット９０を介してACRサーバ７０に送信する。また、通信I/F２２４は、ACRサーバ７０から送信されるトリガ情報を受信し、制御部２２１に供給する。
【０５１９】
制御部２２１は、通信I/F２２４から供給されるトリガ情報に応じて、通信I/F２２４を制御して、インターネット９０を介してTPT/AMTサーバ３０にアクセスし、TPT及びAMTを要求する。通信I/F２２４は、TPT/AMTサーバ３０からインターネット９０を介して送信されるTPT及びAMTを受信し、TPT/AMT解析部２２５に供給する。
【０５２０】
TPT/AMT解析部２２５は、通信I/F２２４から供給されるTPT及びAMTを取得し、内部に備えるメモリ（不図示）に保持する。また、TPT/AMT解析部２２５は、TPT及びAMTを解析し、その解析結果を、制御部２２１に供給する。
【０５２１】
また、制御部２２１は、通信I/F２２４から供給されるトリガ情報に含まれる時刻情報（media_time）に基づいて、メディアクロックの設定又は再設定を行う。
【０５２２】
また、制御部２２１は、メディアクロックの示す時刻に基づいて、TPT/AMT解析部２２５からのTPT及びAMTの解析結果を参照して、指定された連動アプリケーションに対するアクションを特定する。例えば、制御部２２１は、メディアクロックの示す時刻が、イベントの有効期間内に入ったときなど、所定の有効条件を満たした場合に、その有効なイベントにより指定されるアクションを特定する。
【０５２３】
受信装置２１は、以上のように構成される。
【０５２４】
［受信装置の動作モードに応じた動作］
ACR識別結果に応じたトリガ情報が取得される場合でも、第１の実施の形態と同様に、受信装置２１は、当該トリガ情報に指定される動作モードに従い、連動アプリケーションの動作を制御する。当該動作モードには、第１の実施の形態と同様に、TPTモード、第１ダイレクトモード、及び第２ダイレクトモードがあるので、以下、受信装置２１が、それらの動作モードで動作する場合について、順に説明する。
【０５２５】
［１．動作モード：TPTモード］
まず、図３６乃至図３８を参照して、受信装置２１が、TPTモードで動作する場合について説明する。
【０５２６】
（放送通信連携システムの各装置の動作）
図３６は、受信装置２１がTPTモードで動作する場合における、放送通信連携システム２を構成する各装置の動作の概要について説明するための図である。
【０５２７】
図３６の放送通信連携システム２においては、送信装置１０によって、放送コンテンツの放送信号が送信される（Ｓ５０１）。また、放送信号には、当該放送コンテンツに関するメタデータが付加されている。
【０５２８】
受信装置２１は、CATV網や衛星通信網などを介して、送信装置１０からの放送信号を受信する場合、セットトップボックス５０等の専用端末による変換後の信号を、HDMI（登録商標）経由で受信することになる（Ｓ５０２）。この場合、セットトップボックス５０からの出力は、放送コンテンツのみとなり、受信装置２１では、メタデータを利用することはできない。
【０５２９】
受信装置２１は、放送信号を直接受信する場合（Ｓ５０１）のほか、セットトップボックス５０を経由して受信する場合（Ｓ５０２）でも、放送コンテンツのビデオ信号及びオーディオ信号から抽出される特徴量をフィンガプリント情報として、ACRサーバ７０に送信して、トリガ情報を要求する（Ｓ５０３）。
【０５３０】
ACRサーバ７０は、ACR識別処理を行い、受信装置２１からのフィンガプリント情報を、データベースと照合することで、受信装置２１にて選局中の番組を識別する。具体的には、図３７に示すように、ACRサーバ７０では、受信装置２１からフィンガプリント情報による問い合わせを受けると、ACR識別処理部７０１によって、フィンガプリント情報が、あらかじめ用意されたＦＰデータベース７０２と照合され、受信装置２１にて選局中の放送コンテンツが識別される。
【０５３１】
なお、フィンガプリント情報（特徴量）は、例えば、放送コンテンツの全体又は一部構成要素の固有情報であって、ＦＰデータベース７０２には、あらかじめ多数の放送コンテンツの固有情報が登録されている。ACR識別処理では、例えば、それらの固有情報の類似度又は一致度が判定される。なお、この類似度又は一致度の判定方法としては、各種の文献などによって開示されている、公知の技術を用いることができる。ACR技術を用いることで、放送コンテンツの解像度、アスペクト比、ビットレート、又はフォーマットなどの情報に依存せずに、ビデオ信号及びオーディオ信号の特徴量から放送コンテンツを識別することができる。
【０５３２】
このACR識別処理によって、放送コンテンツのチャンネル番号を識別するためのチャンネル識別情報と、放送コンテンツの開始から終了までを時間軸で表したときのフィンガプリント情報が抽出された時間位置を示す時間位置情報が得られる。これらの識別結果は、トリガ情報生成部７０３に供給される。
【０５３３】
トリガ情報生成部７０３は、ACR識別処理部７０１からの識別結果及びトリガ用データベース７０４に登録された各種の情報に基づいて、トリガ情報を生成する。具体的には、トリガ用データベース７０４には、例えば、チャンネル識別情報に対応して、サーバ特定情報、コンテンツ識別情報、及び動作モードなどがあらかじめ登録されている。
【０５３４】
トリガ情報生成部７０３は、トリガ用データベース７０４を参照して、ACR識別処理部７０１からのチャンネル識別情報に対応する、サーバ特定情報及びコンテンツ識別情報を取得する。そして、例えば、トリガ情報生成部７０３は、トリガ用データベース７０４から取得したサーバ特定情報をdomain_name、コンテンツ識別情報をsegment_id、動作モードをType、ACR識別処理部７０１からの時間位置情報をmedia_timeとして、トリガ情報を生成する。ただし、ここでは、Typeとして、TPTモードが指定されるものとする。
【０５３５】
図３６に戻り、トリガ情報生成部７０３は、生成したトリガ情報を、問い合わせ元の受信装置２１に送信する（Ｓ５０４）。受信装置２１は、ACRサーバ７０からのトリガ情報に含まれる動作モード（Type）に従い、TPTモードで動作する。また、受信装置２１は、トリガ情報に含まれるdomain_name，segment_idに応じて、TPT及びAMTを取得すると判定した場合、インターネット９０を介してTPT/AMTサーバ３０にアクセスして、TPT及びAMTを要求する（Ｓ５０５）。
【０５３６】
TPT/AMTサーバ３０は、受信装置２１からの問い合わせに応じて、TPT及びAMTを特定し、特定されたTPT及びAMTを、インターネット９０を介して受信装置２１に送信する（Ｓ５０６）。受信装置２１は、TPT/AMTサーバ３０からのTPT及びAMTを、インターネット９０を介して受信して、保持する。
【０５３７】
受信装置２１は、定期的に抽出するフィンガプリント情報に応じて、ACRサーバ７０からのトリガ情報を取得した場合、トリガ情報に含まれるmedia_timeに基づきメディアクロックの設定又は再設定を行う。
【０５３８】
また、受信装置２１は、メディアクロックの示す時刻がイベントの有効期間内に入った場合などに、有効なイベントにより指定されるアクションを特定する。受信装置２１は、特定したアクションに応じて、インターネット９０を介してアプリケーションサーバ４０にアクセスし、選局中の放送コンテンツに連動して実行させる連動アプリケーションを要求する（Ｓ５０７）。
【０５３９】
アプリケーションサーバ４０は、受信装置２１からの問い合わせに応じて、連動アプリケーションを、インターネット９０を介して受信装置２１に送信する（Ｓ５０８）。受信装置２１は、アプリケーションサーバ４０からの連動アプリケーションを取得して、起動する。
【０５４０】
その後も、受信装置２１においては、メディアクロックの示す時刻がイベントの有効期間内に入った場合などに、有効なイベントにより指定されるアクションが特定される。そして、連動アプリケーションは、特定されたアクションに応じて、イベント発火、休止若しくは再開、又は終了等の動作を行うことになる。
【０５４１】
以上のように、放送通信連携システム２において、受信装置２１が、定期的にフィンガプリント情報をACRサーバ７０に送ることで得られるトリガ情報に指定されるTPTモードで動作することで、TPT/AMTサーバ３０及びアプリケーションサーバ４０との連携動作が行われる。これにより、受信装置２１では、選局中の放送コンテンツ用の連動アプリケーションが取得され、実行される。
【０５４２】
また、ACRサーバ７０からのトリガ情報は、セットトップボックス５０等の専用端末に関係なく、受信装置２１に通知されるので、放送通信連携システム２では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、連動アプリケーションを提供することができる。
【０５４３】
なお、図３６では、連動アプリケーション、並びにTPT及びAMTが、インターネット配信される場合について説明したが、連動アプリケーション、並びにTPT及びAMTは、放送配信されるようにしてもよい。
【０５４４】
（連動アプリケーションの取得方法）
次に、図３８を参照して、受信装置２１が、TPTモードで動作する場合における、連動アプリケーションの取得方法について説明する。
【０５４５】
図３８は、インターネット配信される連動アプリケーションの取得方法を説明するための図である。
【０５４６】
インターネット配信の場合、前述のSSCやFLUTEを使用する必要がないので、図３８には、ビデオストリーム（Video ES）と、オーディオストリーム（Audio ES）が多重化された放送ストリームが図示されている。また、第２の実施の形態では、ACR識別結果に応じたトリガ情報が取得されるため、第１の実施の形態とは異なり、キャプションストリームにトリガ情報を挿入する必要はない。
【０５４７】
この場合において、受信装置２１では、インターネット配信される連動アプリケーションを取得するために、以下の動作が行われる。
【０５４８】
すなわち、受信装置２１は、ビデオ信号及びオーディオ信号からフィンガプリント情報を抽出し（Ｓ５１１）、ACRサーバ７０に送信する（Ｓ５１２）。ACRサーバ７０は、受信装置２１からのフィンガプリント情報に基づいて、トリガ情報を生成し、問い合わせ元の受信装置２１に送信する（Ｓ５１３）。
【０５４９】
受信装置２１は、ACRサーバ７０からのタイムベース・トリガ情報を受信した場合、当該トリガ情報に含まれるmedia_timeを、メディアクロックに設定する。ただし、ここでは、動作モードがTPTモードとなるので、トリガ情報のTypeには“0”が指定されている。
【０５５０】
また、受信装置２１は、当該トリガ情報に含まれるdomain_name，segment_idなどを連結して得られる文字列からなるURLに従い、インターネット９０を介してTPT/AMTサーバ３０にアクセスする(Ｓ５１４)。これにより、受信装置２１は、TPT/AMTサーバ３０からTPT及びAMTを取得する（Ｓ５１５）。
【０５５１】
そして、受信装置２１は、取得したTPTに指定されたURLに従い、インターネット９０を介して、アプリケーションサーバ４０にアクセスし、連動アプリケーションを取得する（Ｓ５１６，Ｓ５１７）。このようにして、インターネット配信される連動アプリケーションが取得されることになる。
【０５５２】
以上、インターネット配信される連動アプリケーションの取得方法について説明した。この方法であると、FLUTEセッション等を使用しないため、NRTサービスに対応していない受信機であっても、インターネット配信される連動アプリケーションを取得することが可能となる。
【０５５３】
なお、図３８の取得方法では、連動アプリケーションが、インターネット配信される場合を説明したが、前述したように、連動アプリケーションは放送配信されるようにしてもよい。
【０５５４】
（TPTモードの運用例）
受信装置２１がTPTモードで動作する場合の運用例であるが、トリガ情報が送信装置１０から送信される代わりに、ACRサーバ７０から送信される点を除けば、前述した受信装置２０がTPTモードで動作する場合の運用例（図１５）と基本的に同様である。従って、その説明は繰り返しになるので、省略する。
【０５５５】
以上、受信装置２１が、TPTモードで動作する場合について説明した。
【０５５６】
［２．動作モード：第１ダイレクトモード］
次に、図３９乃至図４０を参照して、受信装置２１が、第１ダイレクトモードで動作する場合について説明する。
【０５５７】
（放送通信連携システムの各装置の動作）
図３９は、受信装置２１が第１ダイレクトモードで動作する場合における、放送通信連携システム２を構成する各装置の動作の概要について説明するための図である。
【０５５８】
図３９のＳ５６１乃至Ｓ５６４においては、図３６のステップＳ５０１乃至Ｓ５０４と同様に、送信装置１０によって、放送コンテンツの放送信号が、メタデータを含めて送信され、受信装置２１によって、放送コンテンツが受信される。そして、受信装置２１は、ACRサーバ７０から、フィンガプリント情報に応じたトリガ情報を受信した場合、当該トリガ情報に指定される動作モードに従い、第１ダイレクトモードで動作する。
【０５５９】
また、受信装置２１は、トリガ情報に応じて、アプリケーションサーバ４０にインターネット９０を介してアクセスし、選局中の放送コンテンツに連動して実行される連動アプリケーションを要求する（Ｓ５６５）。
【０５６０】
アプリケーションサーバ４０は、受信装置２１からの問い合わせに応じて、連動アプリケーションを、インターネット９０を介して受信装置２１に送信する（Ｓ５６６）。受信装置２１は、アプリケーションサーバ４０からの連動アプリケーションを取得して、直ちに起動する。
【０５６１】
また、受信装置２１では、トリガ情報が抽出された場合、当該トリガ情報に含まれるadditional_informationに応じて、連動アプリケーションの動作が制御される。
【０５６２】
以上のように、図３９の放送通信連携システム２においては、受信装置２１が、ACRサーバ７０からのトリガ情報に指定される第１ダイレクトモードで動作することで、アプリケーションサーバ４０との連携動作が行われる。これにより、受信装置２１では、選局中の放送コンテンツ用の連動アプリケーションが取得され、実行される。
【０５６３】
また、ACRサーバ７０からのトリガ情報は、セットトップボックス５０等の専用端末に関係なく、受信装置２１に通知されるので、放送通信連携システム２では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、連動アプリケーションを提供することができる。
【０５６４】
なお、図３９では、連動アプリケーションが、インターネット配信される場合について説明したが、連動アプリケーションは、放送配信されるようにしてもよい。
【０５６５】
（連動アプリケーションの取得方法）
次に、図４０を参照して、受信装置２１が、第１ダイレクトモードで動作する場合における、連動アプリケーションの取得方法について説明する。
【０５６６】
図４０は、インターネット配信される連動アプリケーションの取得方法を説明するための図である。
【０５６７】
インターネット配信の場合、前述のSSCやFLUTEを使用する必要がないので、図４０には、ビデオストリーム（Video ES）と、オーディオストリーム（Audio ES）が多重化された放送ストリームが図示されている。また、第２の実施の形態では、ACR識別結果に応じたトリガ情報が取得されるため、第１の実施の形態とは異なり、キャプションストリームにトリガ情報を挿入する必要はない。
【０５６８】
この場合において、受信装置２１では、インターネット配信される連動アプリケーションを取得するために、以下の動作が行われる。
【０５６９】
すなわち、受信装置２１は、ビデオ信号及びオーディオ信号からフィンガプリント情報を抽出し（Ｓ５７１）、ACRサーバ７０に送信する（Ｓ５７２）。ACRサーバ７０は、受信装置２１からのフィンガプリント情報に基づいて、トリガ情報を生成し、問い合わせ元の受信装置２１に送信する（Ｓ５７３）。
【０５７０】
受信装置２１は、ACRサーバ７０からのトリガ情報を受信した場合、当該トリガ情報に含まれるdomain_name，segment_idなどを連結して得られる文字列からなるURL（図中の「App URL」）を取得する。ただし、ここでは、動作モードが第１ダイレクトモードとなるので、トリガ情報のTypeには“2”が指定されている。
【０５７１】
そして、受信装置２１は、取得したURLに従い、インターネット９０を介してアプリケーションサーバ４０にアクセスする（Ｓ５７４）。これにより、受信装置２１は、アプリケーションサーバ４０から連動アプリケーションを取得することができる（Ｓ５７５）。
【０５７２】
以上、インターネット配信される連動アプリケーションの取得方法について説明した。この方法であると、FLUTEセッション等を使用しないため、NRTサービスに対応していない受信機であっても、インターネット配信される連動アプリケーションを取得することが可能となる。
【０５７３】
なお、図４０の取得方法では、連動アプリケーションが、インターネット配信される場合を説明したが、前述したように、連動アプリケーションは放送配信されるようにしてもよい。
【０５７４】
（第１ダイレクトモードの運用例）
受信装置２１が第１ダイレクトモードで動作する場合の運用例であるが、トリガ情報が送信装置１０から送信される代わりに、ACRサーバ７０から送信される点を除けば、前述した受信装置２０が第１ダイレクトモードで動作する場合の運用例（図１９）と基本的に同様である。従って、その説明は繰り返しになるので、省略する。
【０５７５】
以上、受信装置２１が、第１ダイレクトモードで動作する場合について説明した。
【０５７６】
［３．動作モード：第２ダイレクトモード］
次に、図４１乃至図４２を参照して、受信装置２１が、第２ダイレクトモードで動作する場合について説明する。
【０５７７】
（放送通信連携システムの各装置の動作）
図４１は、受信装置２１が第２ダイレクトモードで動作する場合における、放送通信連携システム２を構成する各装置の動作の概要について説明するための図である。
【０５７８】
図４１のＳ６０１乃至Ｓ６０４においては、図３６のステップＳ５０１乃至Ｓ５０４と同様に、送信装置１０によって、放送コンテンツの放送信号が、メタデータを含めて送信され、受信装置２１によって、放送コンテンツが受信される。そして、受信装置２１は、ACRサーバ７０から、フィンガプリント情報に応じたトリガ情報を受信した場合、当該トリガ情報に指定される動作モードに従い、第２ダイレクトモードで動作する。
【０５７９】
また、受信装置２１は、当該トリガ情報に応じて、標準アプリケーションサーバ４１にインターネット９０を介してアクセスし、選局中の放送コンテンツに連動して実行される標準連動アプリケーションを要求する（Ｓ６０５）。
【０５８０】
標準アプリケーションサーバ４１は、受信装置２１からの問い合わせに応じて、標準連動アプリケーションを、インターネット９０を介して受信装置２１に送信する（Ｓ６０６）。受信装置２１は、標準アプリケーションサーバ４１からの標準連動アプリケーションを取得して、直ちに起動する。
【０５８１】
また、受信装置２１では、トリガ情報が抽出された場合、当該トリガ情報に含まれるadditional_informationに応じて、標準連動アプリケーションの動作が制御される。
【０５８２】
以上のように、図４１の放送通信連携システム２においては、受信装置２１が、送信装置１０からのトリガ情報に指定される第２ダイレクトモードで動作することで、標準アプリケーションサーバ４１との連携動作が行われる。これにより、受信装置２１では、選局中の放送コンテンツに連動して実行可能な標準連動アプリケーションが取得され、実行される。
【０５８３】
また、ACRサーバ７０からのトリガ情報は、セットトップボックス５０等の専用端末に関係なく、受信装置２１に通知されるので、放送通信連携システム２では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、標準連動アプリケーションを提供することができる。
【０５８４】
なお、図４１では、標準連動アプリケーションが、インターネット配信される場合について説明したが、受信装置２１に、標準連動アプリケーションをあらかじめ保持しておき、それを読み出すことで取得されるようにしてもよい。また、標準連動アプリケーションは放送配信されるようにしてもよい。
【０５８５】
（標準連動アプリケーションの取得方法）
次に、図４２を参照して、受信装置２１が、第２ダイレクトモードで動作する場合における、標準連動アプリケーションの取得方法について説明する。
【０５８６】
図４２は、受信装置２１の内部にあらかじめ保持される標準連動アプリケーションの取得方法を説明するための図である。
【０５８７】
標準連動アプリケーションがあらかじめ保持される場合、SSCやFLUTEを使用する必要がないので、図４２には、ビデオストリーム（Video ES）と、オーディオストリーム（Audio ES）が多重化された放送ストリームが図示されている。また、第２の実施の形態では、ACR識別結果に応じたトリガ情報が取得されるため、第１の実施の形態とは異なり、キャプションストリームにトリガ情報を挿入する必要はない。
【０５８８】
この場合において、受信装置２１では、その内部にあらかじめ保持される標準連動アプリケーションの取得するために、以下の動作が行われる。
【０５８９】
すなわち、受信装置２１は、ビデオ信号及びオーディオ信号からフィンガプリント情報を抽出し（Ｓ６１１）、ACRサーバ７０に送信する（Ｓ６１２）。
【０５９０】
ACRサーバ７０は、受信装置２１からのフィンガプリント情報に基づいて、トリガ情報を生成し、問い合わせ元の受信装置２１に送信する（Ｓ６１３）。受信装置２１は、ACRサーバ７０からのトリガ情報を受信した場合、標準連動アプリケーション記憶部２２９に記憶された標準連動アプリケーションを読み出して取得する（Ｓ６１４）。ただし、ここでは、動作モードが第２ダイレクトモードとなるので、トリガ情報のTypeには“3”が指定されている。
【０５９１】
これにより、受信装置２１は、標準連動アプリケーションを取得することできる。
【０５９２】
以上、標準連動アプリケーションがあらかじめ保持される場合の標準連動アプリケーションの取得方法について説明した。この方法であると、インターネット配信や放送配信に関係なく、あらかじめ保持されている標準連動アプリケーションを取得することが可能となる。
【０５９３】
なお、前述の説明では、標準連動アプリケーションが、あらかじめ内部に保持される場合について説明したが、標準連動アプリケーションは、インターネット配信又は放送配信されるようにしてもよい。
【０５９４】
（第２ダイレクトモードの運用例）
受信装置２１が第２ダイレクトモードで動作する場合の運用例であるが、トリガ情報が送信装置１０から送信される代わりに、ACRサーバ７０から送信される点を除けば、前述した受信装置２０が第２ダイレクトモードで動作する場合の運用例（図２３，図２４）と基本的に同様である。従って、その説明は繰り返しになるので、省略する。
【０５９５】
以上、受信装置２１が、第２ダイレクトモードで動作する場合について説明した。
【０５９６】
［各装置で行われる具体的な処理の内容］
次に、図４３のフローチャートを参照して、図３４の放送通信連携システム２を構成する各装置で行われる具体的な処理について説明する。
【０５９７】
なお、図３４の放送通信連携システム２において、送信装置１０にて実行される送信処理は、図２５の送信処理と同様であり、受信装置２１にて実行される受信処理は、図２６の受信処理と同様であるため、その説明は省略する。
【０５９８】
（ACR識別結果に応じたトリガ情報対応処理）
図４１のフローチャートを参照して、ACR識別結果に応じたトリガ情報対応処理を説明する。すなわち、当該トリガ情報対応処理は、第１の実施の形態におけるトリガ情報対応処理（図２７）の代わりに実行される処理である。
【０５９９】
ステップＳ７１１において、フィンガプリント抽出部２５１は、フィンガプリント情報の抽出間隔として、あらかじめ定められた所定の時間が経過するまで待機する。そして、所定の時間が経過した場合、処理は、ステップＳ７１１に進められる。
【０６００】
ステップＳ７１２において、フィンガプリント抽出部２５１は、オーディオ信号及びビデオ信号のいずれか一方又は双方から特徴量（フィンガプリント情報）を抽出する。
【０６０１】
ステップＳ７１３において、制御部２２１は、通信I/F２２４を制御して、フィンガプリント抽出部２５１により取得されたフィンガプリント情報を、インターネット９０を介してACRサーバ７０に送信することで、トリガ情報を問い合わせる。
【０６０２】
ステップＳ７１４において、制御部２２１は、通信I/F２２４を制御して、ACRサーバ７０からトリガ情報を受信したか否かを判定する。ステップＳ７１４において、トリガ情報を受信していないと判定された場合、処理は、ステップＳ７１１に戻り、それ以降の処理が繰り返される。
【０６０３】
一方、ステップＳ７１４において、トリガ情報を受信したと判定された場合、処理は、ステップＳ７１５に進められる。ステップＳ７１５乃至Ｓ７１６においては、図２７のステップＳ３３２乃至Ｓ３３３と同様に、取得したトリガ情報の解析が行われる。
【０６０４】
ステップＳ７１６にてトリガ情報の解析が終了すると、処理はステップＳ７１７に進められる。ステップＳ７１７乃至Ｓ７２１においては、図２７のステップＳ３３４乃至Ｓ３３８と同様に、ステップＳ７１６のトリガ情報の解析結果に従い、動作モードに応じたトリガ情報対応処理が行われる。
【０６０５】
ここで、トリガ情報に指定された動作モードがTPTモードである場合、ステップＳ７１８のTPTモードのトリガ情報対応処理が実行される。当該トリガ情報対応処理は、図２８のTPTモードのトリガ情報対応処理と同様に実行されるため、その説明は省略する。
【０６０６】
また、動作モードがTPTモードである場合、当該トリガ情報対応処理と並行して、メディアクロックの時系列で連動アプリケーション制御処理が実行される。当該連動アプリケーション制御処理は、図３０の連動アプリケーション制御処理と同様に実行されるため、その説明は省略する。
【０６０７】
このように、受信装置２１は、TPTモードで動作モードする場合には、ACRサーバ７０からのトリガ情報、又はメディアクロックにより計時される時刻に基づいて、TPT及びAMTを参照することで、指定された連動アプリケーションに対するアクションを特定し、指定された連動アプリケーションの動作を制御することになる。
【０６０８】
また、トリガ情報に指定された動作モードが第１ダイレクトモードである場合、ステップＳ７２０の第１ダイレクトモードのトリガ情報対応処理が実行される。当該トリガ情報対応処理は、図３２の第１ダイレクトモードのトリガ情報対応処理と同様に実行されるため、その説明は省略する。
【０６０９】
すなわち、受信装置２１は、第１ダイレクトモードで動作モードする場合には、ACRサーバ７０からのトリガ情報に基づいて、指定された連動アプリケーションの動作を制御することになる。
【０６１０】
さらに、トリガ情報に指定された動作モードが第２ダイレクトモードである場合、ステップＳ７２１の第２ダイレクトモードのトリガ情報対応処理が実行される。当該トリガ情報対応処理は、図３３の第２ダイレクトモードのトリガ情報対応処理と同様に実行されるため、その説明は省略する。
【０６１１】
すなわち、受信装置２１は、第２ダイレクトモードで動作モードする場合には、ACRサーバ７０からのトリガ情報に基づいて、指定された標準連動アプリケーションの動作を制御することになる。
【０６１２】
ステップＳ７１８，Ｓ７２０，又はＳ７２１の処理が終了すると、処理はステップＳ７１１に戻り、それ以降の処理が繰り返される。
【０６１３】
以上で、ACR識別結果に応じたトリガ情報対応処理の説明を終了する。
【０６１４】
以上のように、第２の実施の形態において、受信装置２０は、ACRサーバ７０から送信されるトリガ情報に指定される、TPTモード、第１ダイレクトモード、又は第２ダイレクトモードのいずれかの動作モードに従い、連動アプリケーションの動作を制御することになる。これにより、連動アプリケーションを、指定された動作モードに応じて動作させることができるので、様々な運用形態に対応させることが可能となる。
【０６１５】
ところで、ACRサーバ７０が、放送コンテンツの放送事業者等とは関係ない一般の事業者によって提供される場合、一般の事業者により提供されるACRサーバ７０によってのみトリガ情報が提供されるとすると、放送事業者等が、トリガ情報をコントロールすることができない場合が想定される。
【０６１６】
そのため、放送事業者等には、所望のタイミングで、トリガ情報を受信装置２１に送って、連動アプリケーションの動作を制御したいという要望がある。そこで、図４４に示すように、新たにトリガサーバ８０を設けて、放送事業者によってコントロールされたアクティブ・トリガ情報を、受信装置２１に提供することで、連動アプリケーションを、放送コンテンツに適切に連動して動作させることができるようにする。
【０６１７】
図４４は、第２の実施の形態である放送通信連携システム２の他の構成を示している。この放送通信連携システム２は、送信装置１０、受信装置２１、TPT/AMTサーバ３０、アプリケーションサーバ４０、標準アプリケーションサーバ４１、ACRサーバ７０、トリガサーバ８０から構成される。
【０６１８】
また、受信装置２１、TPT/AMTサーバ３０、アプリケーションサーバ４０、標準アプリケーションサーバ４１、ACRサーバ７０、及びトリガサーバ８０は、インターネット９０を介して、相互に接続されている。
【０６１９】
すなわち、図４４の放送通信連携システム２は、図３４の放送通信連携システム２と比べて、トリガサーバ８０が新たに設けられている。それ以外の構成については、図３４と同様であるため、その説明は適宜省略する。
【０６２０】
ただし、図４４の放送通信連携システム２においては、送信装置１０、TPT/AMTサーバ３０、アプリケーションサーバ４０、及びトリガサーバ８０は、放送事業者により提供されるものであるが、ACRサーバ７０は、放送事業者以外の一般の事業者により提供されるものとして説明する。また、標準アプリケーションサーバ４１は、所定の標準化団体により提供される。
【０６２１】
受信装置２１は、定期的に、インターネット９０を介してACRサーバ７０にアクセスして、トリガ情報を問い合わせる。その際、放送コンテンツから抽出されるフィンガプリント情報が、ACRサーバ７０に送信される。
【０６２２】
ACRサーバ７０は、任意の受信装置２１からの問い合わせに応じて、ACR技術を用いた放送コンテンツの識別を行い、その識別結果に応じたトリガ情報を生成する。このトリガ情報には、domain_name，segment_idのほか、media_timeなどが含まれる。ACRサーバ７０は、生成したトリガ情報を、インターネット９０を介して受信装置２１に送信する。つまり、ACRサーバ７０から提供されるトリガ情報は、タイムベース・トリガ情報であると言える。
【０６２３】
受信装置２１は、ACRサーバ７０からのトリガ情報に含まれるmedia_timeに指定された時刻を、メディアクロックに設定又は再設定する。また、受信装置２１は、ACRサーバ７０からのトリガ情報に含まれるdomain_name及びsegment_idから得られるURLに従い、インターネット９０を介してTPT/AMTサーバ３０にアクセスして、TPT及びAMTを取得する。
【０６２４】
受信装置２１は、メディアクロックに基づいて、TPT及びAMTを参照することで、指定された連動アプリケーションに対するアクションを特定する。そして、受信装置２１は、特定したアクションに応じて、連動アプリケーションの動作を制御する。
【０６２５】
また、受信装置２１は、TPTに記述されたliveTrigger要素に基づいて、インターネット９０を介してトリガサーバ８０にアクセスして、トリガ情報を取得する。
【０６２６】
具体的には、TPT要素のliveTrigger要素のliveTriggerURL属性に、トリガサーバ８０のURLが指定されているので、受信装置２１は、当該URLに従い、トリガサーバ８０にアクセスすることになる。また、liveTrigger要素のpollPeriod属性には、ポーリング間隔を示す情報が指定されているので、受信装置２１は、当該ポーリング間隔に応じて、トリガ情報をトリガサーバ８０に問い合わせる。
【０６２７】
トリガサーバ８０は、トリガ情報を管理する。トリガサーバ８０は、受信装置２１からの問い合わせに応じて、トリガ情報を、インターネット９０を介して受信装置２１に送信する。このトリガ情報には、domain_name，segment_idのほか、event_id，event_timeなどが含まれる。つまり、トリガサーバ８０から提供されるトリガ情報は、アクティブ・トリガ情報であると言える。
【０６２８】
受信装置２１は、トリガサーバ８０からのトリガ情報にevent_id，event_timeが含まれる場合、TPT及びAMTを参照して、当該event_idに対応するアクションを特定する。そして、受信装置２１は、特定されたアクションを、event_timeにより指定される時刻に実行して、連動アプリケーションの動作を制御する。
【０６２９】
このように、図４４の放送通信連携システム２においては、トリガサーバ８０を設けることで、放送事業者等がトリガ情報をコントロールすることができるので、連動アプリケーションを、様々な運用形態に対応させて動作させることが可能となる。
【０６３０】
以上、第２の実施の形態について説明した。
【０６３１】
＜第３の実施の形態＞
【０６３２】
［放送通信連携システムの構成例］
前述した説明では、受信装置２０又は受信装置２１が、送信装置１０からの放送コンテンツを受信する例を説明したが、放送コンテンツの代わりに、通信コンテンツが、インターネット９０を介してVOD（Video On Demand）により配信されるようにしてもよい。
【０６３３】
すなわち、前述の説明では、トリガ情報、TPT及びAMT、又は連動アプリケーションは、インターネット配信又は放送配信のいずれかにより送信されるとして説明したが、受信装置２０等が受信するAV（Audio Visual）コンテンツについても、放送コンテンツとして放送配信するだけでなく、通信コンテンツとしてインターネット配信することができる。
【０６３４】
図４５は、第３の実施の形態である放送通信連携システム３を示している。図４５においては、図１と対応する箇所には同一の符号が付してあり、その説明は適宜省略する。
【０６３５】
すなわち、図４５では、図１と比較すると、インターネット９０に接続された配信サーバ６０が新たに設けられている。配信サーバ６０は、受信装置２０からの要求に応じて、VODコンテンツ等の通信コンテンツを、インターネット９０を介して、受信装置２０に配信する。また、配信サーバ６０は、VODコンテンツとともに、トリガ情報を受信装置２０に送信する。
【０６３６】
受信装置２０は、配信サーバ６０からVODコンテンツとともに送信されるトリガ情報を抽出し、トリガ情報に含まれるdomain_name，segment_idに応じたTPT及びAMTを、TPT/AMTサーバ３０から取得する。そして、受信装置２０は、当該トリガ情報に基づき設定されたメディアクロックの示す時刻に基づいて、TPT及びAMTを参照することで、VODコンテンツに連動して実行される連動アプリケーションに対するアクションを特定し、連動アプリケーションの動作を制御することになる。
【０６３７】
このように、受信装置２０は、放送コンテンツや通信コンテンツ等を含むAVコンテンツを受信するとともに、当該AVコンテンツに連動して実行される連動アプリケーションの動作を制御することができる。
【０６３８】
なお、図４５の放送通信連携システム３は、図１の放送通信連携システム１に対応する構成としたが、図３４の放送通信連携システム２、すなわち、ACRサーバ７０を設けた構成に対しても同様に、配信サーバ６０を設けた構成とすることができる。
【０６３９】
以上、第３の実施の形態について説明した。
【０６４０】
このように、受信装置２０又は受信装置２１によって受信される、AVコンテンツ、トリガ情報、TPT及びAMT、又は連動アプリケーションは、いずれもインターネット配信又は放送配信により送信することが可能であり、それらの配信方法を組み合わせた運用を行うことができる。例えば、前述の説明では述べていないが、AVコンテンツのみをインターネット配信して、それ以外のトリガ情報、TPT及びAMT、並びに連動アプリケーションを放送配信するといった運用を行うことも可能である。
【０６４１】
なお、前述の説明では、TPT/AMTサーバ３０、アプリケーションサーバ４０、配信サーバ６０、ACRサーバ７０、及びトリガサーバ８０など、提供する機能ごとにサーバを複数設ける構成を説明したが、それらの機能の全部又は一部をまとめて、１又は複数のサーバにより提供されるようにしてもよい。
【０６４２】
また、前述の説明では、トリガ情報を放送配信する場合には、ビデオストリームのユーザデータ領域の字幕データに含めて送信するとして説明したが、例えばオーディオ信号やビデオ信号に挿入するなど、それ以外の方法によって、トリガ情報を配置するようにしてもよい。
【０６４３】
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０６４４】
図４６は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０６４５】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。
【０６４６】
バス９０４には、さらに、入出力インタフェース９０５が接続されている。入出力インタフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
【０６４７】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、光ディスク又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０６４８】
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インタフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、前述した一連の処理が行われる。
【０６４９】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０６５０】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インタフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０６５１】
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０６５２】
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０６５３】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０６５４】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０６５５】
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０６５６】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０６５７】
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０６５８】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０６５９】
なお、本技術は、以下のような構成をとることができる。
【０６６０】
（１）
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報を取得するトリガ情報取得部と、
前記トリガ情報に指定される動作モードに従い、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
（２）
前記動作モードは、前記アプリケーションプログラムの制御方式に応じて定められる
（１）に記載の受信装置。
（３）
前記動作モードには、前記アプリケーションプログラムを標準化した標準アプリケーションプログラムを動作させるための第１のモードが含まれており、
前記制御部は、前記動作モードとして前記第１のモードが指定された場合、前記トリガ情報に応じて、前記標準アプリケーションプログラムの動作を制御する
（２）に記載の受信装置。
（４）
前記トリガ情報には、前記標準アプリケーションプログラムの動作を制御する際に用いられる付加情報が含まれており、
前記制御部は、前記付加情報に応じて、前記標準アプリケーションプログラムの動作を制御する
（３）に記載の受信装置。
（５）
前記標準アプリケーションプログラムをあらかじめ記憶する記憶部をさらに備え、
前記制御部は、前記トリガ情報に応じて、前記記憶部から読み出された前記標準アプリケーションプログラムの動作を制御する
（３）又は（４）に記載の受信装置。
（６）
前記標準アプリケーションプログラムを、ネットワークを介して取得するアプリケーション取得部をさらに備え、
前記制御部は、前記トリガ情報に応じて、前記アプリケーション取得部により取得された前記標準アプリケーションプログラムの動作を制御する
（３）又は（４）に記載の受信装置。
（７）
前記動作モードには、
前記アプリケーションプログラムの動作を制御するための制御情報を格納したテーブルを用いて前記アプリケーションプログラムを動作させるための第２のモードと、
標準化されていない特定のアプリケーションプログラムを動作させるための第３のモードと
がさらに含まれる
（３）乃至（６）のいずれかに記載の受信装置。
（８）
前記トリガ情報は、前記AVコンテンツとともに送信され、
前記トリガ情報取得部は、前記AVコンテンツのデータからトリガ情報を抽出する
（１）乃至（７）のいずれかに記載の受信装置。
（９）
前記AVコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、
前記トリガ情報取得部は、前記特徴量を用いて識別された前記AVコンテンツの識別結果に対応する前記トリガ情報を取得する
（１）乃至（７）のいずれかに記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
AVコンテンツを受信し、
前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報を取得し、
前記トリガ情報に指定される動作モードに従い、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
（１１）
コンピュータを、
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報を取得するトリガ情報取得部と、
前記トリガ情報に指定される動作モードに従い、前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
（１２）
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報であって、前記アプリケーションプログラムの制御方式に応じて定められる動作モードが指定されたものを生成するトリガ情報生成部と、
前記トリガ情報を、前記AVコンテンツとともに送信する送信部と
を備える送信装置。
（１３）
送信装置の送信方法において、
前記送信装置が、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報であって、前記アプリケーションプログラムの制御方式に応じて定められる動作モードが指定されたものを生成し、
前記トリガ情報を、前記AVコンテンツとともに送信する
ステップを含む送信方法。
（１４）
コンピュータを、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのトリガ情報であって、前記アプリケーションプログラムの制御方式に応じて定められる動作モードが指定されたものを生成するトリガ情報生成部と、
前記トリガ情報を、前記AVコンテンツとともに送信する送信部と
して機能させるためのプログラム。
【符号の説明】
【０６６１】
１，２，３  放送通信連携システム，  １０  送信装置，  ２０，２１  受信装置，  ３０  TPT/AMTサーバ，  ４０，４０−１乃至４０−Ｎ  アプリケーションサーバ，  ４１  標準アプリケーションサーバ，  ６０  配信サーバ，  ７０  ACRサーバ，  ８０  トリガサーバ，  １１４，７０３  トリガ情報生成部，  １１７  送信部，  ２１２  チューナ，  ２２０  トリガ情報抽出部，  ２２１  制御部，  ２２４  通信I/F，  ２２５  TPT/AMT解析部，  ２２６  アプリケーションエンジン，  ２２９  標準アプリケーション記憶部，  ２３０  IP処理部，  ２５１  フィンガプリント抽出部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2014027563.tif 000003
【図２】
2014027563.tif 000004
【図３】
2014027563.tif 000005
【図４】
2014027563.tif 000006
【図５】
2014027563.tif 000007
【図６】
2014027563.tif 000008
【図７】
2014027563.tif 000009
【図８】
2014027563.tif 000010
【図９】
2014027563.tif 000011
【図１０】
2014027563.tif 000012
【図１１】
2014027563.tif 000013
【図１２】
2014027563.tif 000014
【図１３】
2014027563.tif 000015
【図１４】
2014027563.tif 000016
【図１５】
2014027563.tif 000017
【図１６】
2014027563.tif 000018
【図１７】
2014027563.tif 000019
【図１８】
2014027563.tif 000020
【図１９】
2014027563.tif 000021
【図２０】
2014027563.tif 000022
【図２１】
2014027563.tif 000023
【図２２】
2014027563.tif 000024
【図２３】
2014027563.tif 000025
【図２４】
2014027563.tif 000026
【図２５】
2014027563.tif 000027
【図２６】
2014027563.tif 000028
【図２７】
2014027563.tif 000029
【図２８】
2014027563.tif 000030
【図２９】
2014027563.tif 000031
【図３０】
2014027563.tif 000032
【図３１】
2014027563.tif 000033
【図３２】
2014027563.tif 000034
【図３３】
2014027563.tif 000035
【図３４】
2014027563.tif 000036
【図３５】
2014027563.tif 000037
【図３６】
2014027563.tif 000038
【図３７】
2014027563.tif 000039
【図３８】
2014027563.tif 000040
【図３９】
2014027563.tif 000041
【図４０】
2014027563.tif 000042
【図４１】
2014027563.tif 000043
【図４２】
2014027563.tif 000044
【図４３】
2014027563.tif 000045
【図４４】
2014027563.tif 000046
【図４５】
2014027563.tif 000047
【図４６】
2014027563.tif 000048
【国際調査報告】
2014027563.tif 000049
2014027563.tif 000050
2014027563.tif 000051
2014027563.tif 000052