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

Abstract

本技術は、AVコンテンツに連動して実行されるアプリケーションプログラムの制御情報を格納したテーブルを適切に保持することができるようにする受信装置、受信方法、送信装置、及び送信方法に関する。トリガ情報抽出部は、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を特定するためのトリガ情報を取得し、TPT/AMT解析部は、トリガ情報により特定される制御情報を格納したテーブルを、トリガ情報に含まれる、テーブルのバージョンを示すバージョン情報に応じて取得し、制御部は、トリガ情報によって特定されるテーブルに格納された制御情報に応じて、アプリケーションプログラムの動作を制御する。本技術は、例えば、デジタルテレビジョン放送信号を受信するテレビジョン受像機に適用することができる。

Description

本技術は、受信装置、受信方法、送信装置、及び送信方法に関し、特に、AVコンテンツに連動して実行されるアプリケーションプログラムの制御情報を格納したテーブルを適切に保持することができるようにした受信装置、受信方法、送信装置、及び送信方法に関する。

近年、デジタル放送の分野においては、放送を利用したサービスだけでなく、インターネットと連携した連携サービスの導入が想定されている（例えば、特許文献１参照）。このような放送と通信の連携サービスでは、インターネット配信されるアプリケーションプログラムを、テレビ番組等の放送コンテンツに連動して実行させることが可能となる。

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

ところで、放送コンテンツを受信する受信装置において、前述のアプリケーションプログラムを動作させる場合に、その動作を制御するための制御情報を格納したテーブルが用いられる場合がある。

その場合に、受信装置において、放送コンテンツとアプリケーションプログラムを適切に連動させるためには、当該テーブルを適切に保持することが求められる。

本技術はこのような状況に鑑みてなされたものであり、放送コンテンツ等のAVコンテンツに連動して実行されるアプリケーションプログラムの制御情報を格納したテーブルを適切に保持することができるようにするものである。

本技術の第１の側面の受信装置は、AVコンテンツを受信する受信部と、前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を特定するためのトリガ情報を取得するトリガ情報取得部と、前記トリガ情報により特定される前記制御情報を格納したテーブルを、前記トリガ情報に含まれる、前記テーブルのバージョンを示す第１のバージョン情報に応じて取得するテーブル取得部と、前記トリガ情報によって特定される、前記テーブルに格納された前記制御情報に応じて、前記アプリケーションプログラムの動作を制御する制御部とを備える。

前記テーブルには、前記テーブルのバージョンを示す第２のバージョン情報が格納されており、前記テーブル取得部は、前記トリガ情報に含まれる前記第１のバージョン情報と、前記テーブルに格納された前記第２のバージョン情報が異なる場合に、前記テーブルを取得する。

前記トリガ情報は、前記AVコンテンツとともに放送により送信され、前記テーブルは、ネットワークを介して配信されるものであり、前記トリガ情報取得部は、前記AVコンテンツのデータからトリガ情報を抽出し、前記テーブル取得部は、前記ネットワークを介して配信される前記テーブルを取得する。

前記AVコンテンツは、放送により送信され、前記テーブルは、ネットワークを介して配信されるものであり、前記AVコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、前記トリガ情報取得部は、前記特徴量を用いて識別された前記AVコンテンツの識別結果に対応する前記トリガ情報を取得し、前記テーブル取得部は、前記ネットワークを介して配信される前記テーブルを取得する。

前記テーブルには、前記アプリケーションプログラムの動作を示すアクションと、当該アクションが実行されるべき時刻とが対応付けられており、前記制御部は、前記トリガ情報に含まれる時刻情報によって前記テーブルから特定される前記アクションに応じて、前記アプリケーションプログラムの動作を制御する。

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

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

本技術の第１の側面の受信装置及び受信方法においては、AVコンテンツが受信され、前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を特定するためのトリガ情報が取得され、前記トリガ情報により特定される前記制御情報を格納したテーブルが、前記トリガ情報に含まれる、前記テーブルのバージョンを示す第１のバージョン情報に応じて取得され、前記トリガ情報によって特定される、前記テーブルに格納された前記制御情報に応じて、前記アプリケーションプログラムの動作が制御される。

本技術の第２の側面の送信装置は、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を特定するためのトリガ情報であって、当該トリガ情報により特定される前記制御情報を格納したテーブルのバージョンを示すバージョン情報を含むものを生成するトリガ情報生成部と、前記トリガ情報を、前記AVコンテンツとともに送信する送信部とを備える。

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

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

本技術の第２の側面の送信装置及び送信方法においては、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を特定するためのトリガ情報であって、当該トリガ情報により特定される前記制御情報を格納したテーブルのバージョンを示すバージョン情報を含むものが生成され、前記トリガ情報が、前記AVコンテンツとともに送信される。

本技術の第１の側面及び第２の側面によれば、AVコンテンツに連動して実行されるアプリケーションプログラムの制御情報を格納したテーブルを適切に保持することができる。

放送通信連携システムの構成例を示す図である。 送信装置の構成例を示す図である。 受信装置の構成例を示す図である。 トリガ情報の詳細な構成を示す図である。 トリガ情報の記述例を示す図である。 TPTの詳細な構成を示す図である。 AMTの詳細な構成を示す図である。 updatingTimeに応じたTPTとAMTの更新の例を示す図である。 トリガ情報に含まれるversionに応じたTPTとAMTの更新の例を示す図である。 送信処理を説明するフローチャートである。 受信処理を説明するフローチャートである。 トリガ情報対応処理を説明するフローチャートである。 TPT/AMT/App取得処理を説明するフローチャートである。 連動アプリケーション制御処理を説明するフローチャートである。 アクション実行処理を説明するフローチャートである。 放送通信連携システムの他の構成例を示す図である。 受信装置の他の構成例を示す図である。 コンピュータの構成例を示す図である。

以下、図面を参照しながら本技術の実施の形態について説明する。

＜第１の実施の形態＞

［放送通信連携システムの構成例］
図１は、放送通信連携システム１を示している。この放送通信連携システム１は、送信装置１０、受信装置２０、TPT/AMTサーバ３０、及びアプリケーションサーバ４０から構成される。

また、受信装置２０、TPT/AMTサーバ３０、及びアプリケーションサーバ４０は、インターネット９０を介して、相互に接続されている。

送信装置１０は、テレビ番組やＣＭ等の放送コンテンツを、デジタルテレビジョン放送信号（以下、単に放送信号という）により送信（放送）する。送信装置１０は、例えば、放送事業者により提供され、その放送局内に配置される。

また、送信装置１０は、連動アプリケーションの動作を制御するための制御情報を特定するためのトリガ情報を、放送信号に含めて送信する。ここで、連動アプリケーションとは、放送コンテンツに連動して実行されるアプリケーションプログラムである。

受信装置２０は、送信装置１０から送信された放送信号を受信して、放送コンテンツの映像及び音声を取得する。受信装置２０は、放送コンテンツの映像をディスプレイに表示し、音声をスピーカから出力する。

なお、以下、受信装置２０は、テレビジョン受像機であるとして説明するが、それに限らず、例えば、ディスプレイやスピーカを有さない構成とすることで、ビデオレコーダ等の電子機器に内蔵されるようにしてもよい。

受信装置２０は、送信装置１０からのトリガ情報が抽出された場合、当該トリガ情報に含まれる時刻情報に基づいて、内部時計の時刻を設定又は再設定（校正）する。以下、この内部時計を、メディアクロック（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を参照することで、指定された連動アプリケーションに対するアクションを特定する。そして、受信装置２０は、特定したアクションに応じて、指定された連動アプリケーションの動作を制御する。

また、受信装置２０は、特定したアクションに応じて、インターネット９０を介してアプリケーションサーバ４０にアクセスし、連動アプリケーションを取得する。

アプリケーションサーバ４０は、連動アプリケーションを管理している。アプリケーションサーバ４０は、放送事業者その他の事業者により提供される。

アプリケーションサーバ４０は、受信装置２０からの問い合わせに応じて、インターネット９０を介して連動アプリケーションを提供する。

なお、図１では、説明を簡略化するため、１台の受信装置２０のみを図示しているが、実際には、放送通信連携システム１は、複数台の受信装置２０を含むようにして構成され、それらの受信装置２０が、送信装置１０からの放送コンテンツを受信することになる。

同様にまた、図１では、１台のTPT/AMTサーバ３０と、１台のアプリケーションサーバ４０を図示しているが、実際には、放送事業者ごとに、複数台のTPT/AMTサーバ３０やアプリケーションサーバ４０が設けられ、受信装置２０は、トリガ情報やTPT及びAMTにより指定される情報に応じて、それらのいずれかにアクセスすることになる。

放送通信連携システム１は、以上のように構成される。

［送信装置の構成例］
図２は、図１の送信装置１０の構成例を示している。

図２に示すように、送信装置１０は、音声取得部１１１、オーディオエンコーダ１１２、映像取得部１１３、トリガ情報生成部１１４、ビデオエンコーダ１１５、多重化部１１６、及び送信部１１７から構成される。

音声取得部１１１は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送コンテンツのオーディオ信号を取得し、オーディオエンコーダ１１２に供給する。

オーディオエンコーダ１１２は、音声取得部１１１から供給されるオーディオ信号を、MPEG（Moving Picture Experts Group）2等の符号化方式に準拠して符号化し、その結果得られるオーディオストリームを、多重化部１１６に供給する。

映像取得部１１３は、外部のサーバ、カメラ、又は記録媒体等から、放送コンテンツのビデオ信号を取得し、トリガ情報生成部１１４及びビデオエンコーダ１１５に供給する。

トリガ情報生成部１１４は、トリガ情報を生成し、ビデオエンコーダ１１５に供給する。例えば、トリガ情報は、映像取得部１１３から供給されるビデオ信号に対応する放送コンテンツの進行に応じて生成される。

ビデオエンコーダ１１５は、映像取得部１１３から供給されるビデオ信号を、MPEG2等の符号化方式に準拠して符号化する。

また、ビデオエンコーダ１１５は、符号化により得られるビデオストリーム内にトリガ情報を配置する。例えば、トリガ情報は、ビデオストリームのユーザデータ領域の字幕データ内に配置される。

トリガ情報を含むビデオストリームは、多重化部１１６に供給される。

多重化部１１６には、オーディオエンコーダ１１２からのオーディオストリームと、ビデオエンコーダ１１５からのビデオストリームを多重化し、その結果得られるトランスポートストリームを、送信部１１７に供給する。

送信部１１７は、多重化部１１６から供給されるトランスポートストリームを、アンテナ１１８を介して、放送信号として送信する。

送信装置１０は、以上のように構成される。

［受信装置の構成例］
図３は、図１の受信装置２０の構成例を示している。

図３に示すように、受信装置２０は、チューナ２１２、多重分離部２１３、オーディオデコーダ２１４、オーディオ出力部２１５、スピーカ２１６、ビデオデコーダ２１７、ビデオ出力部２１８、及びディスプレイ２１９から構成される。

また、受信装置２０には、連動アプリケーションを動作させるために、トリガ情報抽出部２２０、制御部２２１、メモリ２２２、操作部２２３、通信I/F２２４、TPT/AMT解析部２２５、アプリケーションエンジン２２６、キャッシュメモリ２２７、及びアプリケーション用メモリ２２８が含まれる。

チューナ２１２は、アンテナ２１１を介して受信された放送信号を復調し、その結果得られるトランスポートストリームを多重分離部２１３に供給する。

多重分離部２１３は、チューナ２１２から供給されるトランスポートストリームを、オーディオストリームと、ビデオストリームに分離し、それぞれをオーディオデコーダ２１４と、ビデオデコーダ２１７に供給する。

オーディオデコーダ２１４は、多重分離部２１３から供給されるオーディオストリームを、MPEG2等のオーディオエンコーダ１１２（図２）による符号化方式に対応する復号方式で復号し、その結果得られるオーディオ信号を、オーディオ出力部２１５に供給する。

オーディオ出力部２１５は、オーディオデコーダ２１４から供給されるオーディオ信号を、スピーカ２１６に供給する。スピーカ２１６は、オーディオ出力部２１５から供給されるオーディオ信号に対応する音声を出力する。

ビデオデコーダ２１７は、多重分離部２１３から供給されるビデオストリームを、MPEG2等のビデオエンコーダ１１５（図２）による符号化方式に対応する復号方式で復号し、その結果得られるビデオ信号を、ビデオ出力部２１８に供給する。

ビデオ出力部２１８は、ビデオデコーダ２１７から供給されるビデオ信号を、ディスプレイ２１９に供給する。ディスプレイ２１９は、ビデオ出力部２１８から供給されるビデオ信号に対応する映像を表示する。

トリガ情報抽出部２２０は、多重分離部２１３により分離されたビデオストリームを常に監視して、ビデオストリーム内に配置されるトリガ情報を抽出（取得）し、制御部２２１に供給する。

制御部２２１は、メモリ２２２にあらかじめ記憶されている制御用プログラムを実行することにより受信装置２０の各部の動作を制御する。

操作部２２３は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部２２１に通知する。制御部２２１は、操作部２２３からの操作信号に応じて、受信装置２０の各部の動作を制御する。

また、制御部２２１は、トリガ情報抽出部２２０から供給されるトリガ情報に応じて、通信I/F２２４を制御して、インターネット９０を介してTPT/AMTサーバ３０にアクセスし、TPT及びAMTを要求する。通信I/F２２４は、制御部２２１からの制御に従い、TPT/AMTサーバ３０から送信されてくるTPT及びAMTを受信し、TPT/AMT解析部２２５に供給する。

TPT/AMT解析部２２５は、通信I/F２２４から供給されるTPT及びAMTを取得し、保持する。また、TPT/AMT解析部２２５は、TPT及びAMTを解析し、その解析結果を、制御部２２１に供給する。

制御部２２１は、トリガ情報抽出部２２０から供給されるトリガ情報に含まれる時刻情報に基づいて、メディアクロックの設定又は再設定（校正）を行う。

また、制御部２２１は、メディアクロックの示す時刻に基づいて、TPT/AMT解析部２２５からのTPT及びAMTの解析結果を参照して、指定された連動アプリケーションに対するアクションを特定する。例えば、制御部２２１は、メディアクロックの示す時刻が、イベントの有効期間に最初に入ったときなど、所定の有効条件を満たした場合に、その有効なイベントに対応するアクションを特定する。

なお、送信装置１０からのトリガ情報に、指定された連動アプリケーションに対するイベントを特定するためのIDが含まれている場合、制御部２２１は、TPT及びAMTの解析結果を参照して、当該IDに対応する、連動アプリケーションに対するアクションを特定する。

制御部２２１は、特定したアクションに応じて、アプリケーションエンジン２２６を制御して、連動アプリケーションの動作を制御する。

アプリケーションエンジン２２６は、制御部２２１からの制御に従い、通信I/F２２４を制御して、インターネット９０を介してアプリケーションサーバ４０にアクセスし、連動アプリケーションを要求する。通信I/F２２４は、アプリケーションサーバ４０から送信されてくる連動アプリケーションを受信し、キャッシュメモリ２２７に保持させる。

アプリケーションエンジン２２６は、制御部２２１からの制御に従い、キャッシュメモリ２２７に保持されている連動アプリケーションを読み出して実行する。実行中の連動アプリケーションのビデオ信号は、ビデオ出力部２１８に供給される。

ビデオ出力部２１８は、アプリケーションエンジン２２６から供給されるビデオ信号を、ビデオデコーダ２１７から供給されたビデオ信号と合成し、それにより得られる映像を、ディスプレイ２１９に表示させる。

アプリケーション用メモリ２２８は、ワークメモリ２２８Ａ及び退避メモリ２２８Ｂとからなる。アプリケーションエンジン２２６は、実行中の連動アプリケーションに関するデータをワークメモリ２２８Ａに記録する。

また、アプリケーションエンジン２２６は、実行中の連動アプリケーションを休止する場合、アプリケーション用メモリ２２８のワークメモリ２２８Ａのデータを退避メモリ２２８Ｂに移動させる。そして、休止した連動アプリケーションを再開する場合、退避メモリ２２８Ｂのデータをワークメモリ２２８Ａに移動させて休止前の状態を復活させる。

受信装置２０は、以上のように構成される。

［トリガ情報の詳細な構成］
次に、トリガ情報の詳細な構成について説明する。

（トリガ情報の詳細仕様）
図４は、トリガ情報の詳細仕様を示す図である。

トリガ情報は、domain_name，segment_id，media_time，event_id，event_time，spread，versionを含む。

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には、トリガ情報を適用するタイミングを確率的に分散させるための情報が指定される。

versionには、TPTのバージョンを示すバージョン情報が指定される。例えば、versionには、受信装置２０で保持されているTPT及びAMTを更新する場合に、バージョンアップされたTPTのバージョン情報が指定される。

（トリガ情報の記述例）
図５は、トリガ情報の記述例を示す図である。

図５には、複数のトリガ情報の記述例が示されている。トリガ情報は、domain_name，segment_id，media_time，event_id，event_time，spread，versionを指定するための値と、“/”や“?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>，v=<version>である文字列が連結されることで、受信装置２０は、media_time，event_id，event_time，spread，versionの値を取得することができる。そして、受信装置２０は、取得したそれらの値に基づいて、例えば、連動アプリケーションの動作を制御したり、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（File Delivery over Unidirectional Transport）セッションを利用して伝送されるNRTコンテンツを、一旦受信機のストレージに蓄積させた後で、再生を行わせるサービスである。NRTサービスを利用する場合には、NRTコンテンツの代わりに、連動アプリケーションが伝送されることになる。

baseURL属性には、当該TPTで指定されるURLのベースとなるURLが指定される。例えば、baseURL属性には、“http://xbc.com”が指定される。従って、当該TPTで指定される他のURLには、ベースURLを基準とした場合の相対的なパスを指定すればよいことになる。

Capabilities要素には、当該TPTを用いて連動アプリケーションの動作を制御するに際し、受信装置２０に要求される機能を示す情報が指定される。すなわち、受信装置２０は、Capabilities要素にて指定された機能を有する場合に、当該TPTを利用可能であると判断する。一方、受信装置２０が指定された機能を有しない場合には、当該TPTは無視される。

LiveTrigger要素は、TPT要素の子要素であって、放送コンテンツをライブ放送する場合に、放送事業者等が、所望のタイミングでイベントを実行させるためのトリガ情報（以下、ライブトリガ情報という）に関する情報が記述される。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属性、frequencyOfUpdate属性、expireDate属性、availInternet属性、availBroadcast属性、URL要素、Capabilities要素、ContentItem要素、及びEvent要素を含む。

appID属性には、当該連動アプリケーションを識別するためのIDが指定される。

appType属性には、当該連動アプリケーションのファイル属性等に関する情報が指定される。

appName属性には、当該連動アプリケーションの名称を示す情報が指定される。例えば、複数の連動アプリケーションが起動可能である場合に、それらの名称をユーザに提示して選択させることで、所望の連動アプリケーションが起動されるようにする。

globalId属性には、当該連動アプリケーションをグローバルに識別可能なURI（Uniform Resource Identifier）が指定される。

appVersion属性には、当該連動アプリケーションのバージョンを示す情報が指定される。

testApp属性は、当該連動アプリケーションが、例えば製品開発のテスト目的で使用される場合に指定される。従って、通常の運用においては、当該testApp属性は無視される。

cookieSpace属性には、当該連動アプリケーションを実行する際に必要となるストレージの容量を示す情報が指定される。

frequencyOfUse属性には、当該連動アプリケーションがどれくらいの頻度で利用されるかを示す情報が指定される。例えば、この利用頻度は、時間単位や日単位で指定され、利用頻度が高い連動アプリケーションを、優先的にキャッシュすることができる。

frequencyOfUpdate属性には、当該連動アプリケーションがどれくらいの頻度で更新されるかを示す情報が指定される。例えば、この更新頻度は、時間単位や日単位で指定され、更新頻度が高い連動アプリケーションを、優先的にキャッシュすることができる。

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の仕様は一例であって、他の仕様を採用することもできる。

［TPT及びAMTの更新制御］
次に、図８及び図９を参照して、TPT及びAMTの更新制御について説明する。

（updatingTimeを用いた更新制御）
図８は、updatingTimeに応じたTPTとAMTの更新の例を示す図である。なお、図８において、TPT及びAMTとともに記述された、「A-1」、「A-2」、「A-3」、・・・は、TPT及びAMTのバージョン情報を示している。

TPTのupdatingTimeに従い、TPT及びAMTの更新が行われる場合、受信装置２０は、updatingTimeにより指定される更新期間に応じて、TPT/AMTサーバ３０からTPT及びAMTを取得することになる。

図８に示すように、受信装置２０は、トリガ情報（xbc.com/seg_A?m=1826）が抽出された場合、そこから得られるURLに従い、TPT/AMTサーバ３０にアクセスし、TPT A-1及びAMT A-1を取得する。また、受信装置２０は、当該トリガ情報に含まれるmedia_time（m=1826）を、メディアクロック（図中の「Media time clock」）に設定する。

TPT A-1には、eventId=“1”（e1），“2”（e2），“3”（e3），“4”（e4），・・・に対応したアクションが指定されているので、受信装置２０では、メディアクロックの示す時刻が、AMT A-1に指定されている時刻を経過したときに、該当するeventIdに対応するアクションが順次特定される。そして、受信装置２０は、特定されたアクションに応じて、連動アプリケーションの動作を制御することになる。

図８の例では、e1，e2，e3に対応するアクションに応じて、連動アプリケーションが動作することになるが、e4のアクションが特定される前に、TPT A-1のupdatingTimeが示す更新期間T1を経過したため、受信装置２０では、TPT/AMTサーバ３０からTPT A-2及びAMT A-2が取得される。

TPT A-2には、eventId=“1”（e1），“4”（e4），“5”（e5），・・・に対応したアクションが指定されている。すなわち、TPT A-2によって、e4が再設定され、e5が新たに追加されたことになる。受信装置２０では、メディアクロックの示す時刻が、AMT A-2に指定されている時刻を経過したときに、e1，e4，e5に対応するアクションが順次特定され、それに応じて、連動アプリケーションの動作が制御される。

また、受信装置２０は、TPT A-2のupdatingTimeが示す更新時間T2を経過した場合、TPT/AMTサーバ３０からTPT A-3及びAMT A-3を取得する。そして、受信装置２０は、TPT A-3及びAMT A-3を参照して、指定された連動アプリケーションに対するアクションを特定することになる。

以上のように、updatingTimeを用いた更新制御では、各TPTに記述されたupdatingTimeで指定される更新期間が経過する度に、TPT/AMTサーバ３０からTPT及びAMTが取得され、更新されることになる。

（トリガ情報に含まれるversionを用いた更新制御）
図９は、トリガ情報に含まれるversionに応じたTPTとAMTの更新の例を示す図である。なお、図９において、TPT，AMT，Appとともに記述された、「A-1」、「A-2」、「A-3」、・・・は、TPT，AMT，Appのバージョン情報を示している。

トリガ情報に含まれるversionに従い、TPT及びAMTの更新が行われる場合、受信装置２０は、トリガ情報に含まれるversionの示すバージョン情報と、TPTのtptVersionの示すバージョン情報が異なる場合に、TPT/AMTサーバ３０からTPT及びAMTを取得することになる。

図９に示すように、受信装置２０は、トリガ情報（xbc.com/seg_A?m=1826）が抽出された場合、そこから得られるURLに従い、TPT/AMTサーバ３０にアクセスし、TPT A-1及びAMT A-1を取得する。また、受信装置２０は、当該トリガ情報に含まれるmedia_time（m=1826）を、メディアクロックに設定する。そして、受信装置２０は、TPT A-1及びAMT A-1を参照して、連動アプリケーションApp A-1に対するアクションを特定し、連動アプリケーションApp A-1の動作を制御する。

次に、受信装置２０では、トリガ情報（xbc.com/seg_A?m=3645）が抽出されると、domain_name，segment_idが変化していないので、TPT及びAMTの更新は行われないが、当該トリガ情報に含まれるmedia_time（m=3645）が、メディアクロックに再設定される。

その後も、受信装置２０では継続して、version以外のmedia_timeなどが含まれるトリガ情報が抽出され、メディアクロックの再設定などが行われる。

そして、受信装置２０では、versionが含まれるトリガ情報（xbc.com/seg_A?v=2）が抽出されると、当該トリガ情報に含まれるversionに指定されたバージョン情報と、TPT A-1に記述されたtptVersionに指定されたバージョン情報とが比較される。

ここで、例えば、TPT A-1のtptVersionが“1”である場合には、トリガ情報に含まれるversionに指定されたv=“2”とバージョン情報が異なるので、受信装置２０は、TPT/AMTサーバ３０からTPT A-2及びAMT A-2を取得する。そして、受信装置２０は、TPT A-2及びAMT A-2を参照して、連動アプリケーションApp A-2に対するアクションを特定し、連動アプリケーションApp A-2の動作を制御する。ここでは、アプリケーションサーバ４０から新たに連動アプリケーションApp A-2を取得してもよいし、実行中の連動アプリケーションApp A-1がそのまま継続して実行されるようにしてもよい。

その後、受信装置２０では継続して、version以外のmedia_timeなどが含まれるトリガ情報が抽出され、メディアクロックの再設定などが行われる。

そして、受信装置２０では、再度、versionが含まれるトリガ情報（xbc.com/seg_A?v=3）が抽出されると、当該トリガ情報に含まれるversionに指定されたバージョン情報と、TPT A-2に記述されたtptVersionに指定されたバージョン情報とが比較される。

ここで、例えば、TPT A-2のtptVersionが“2”である場合には、トリガ情報に含まれるversionに指定されたv=“3”とバージョン情報が異なるので、受信装置２０は、TPT/AMTサーバ３０からTPT A-3及びAMT A-3を取得する。そして、受信装置２０は、TPT A-3及びAMT A-3を参照して、連動アプリケーションApp A-3に対するアクションを特定し、連動アプリケーションApp A-3の動作を制御する。ここでも、連動アプリケーションApp A-3を新たに取得してもよいし、実行中の連動アプリケーションをそのまま実行してもよい。

これ以降は、前述した場合と同様に、受信装置２０では、versionが含まれるトリガ情報が抽出され、かつ、そのバージョン情報がTPTのtptVersionと異なる場合には、TPT及びAMTが更新される。

以上のように、トリガ情報に含まれるversionを用いた更新制御では、当該versionで指定されるバージョン情報が、取得済みのTPTのtptVersionで指定されるバージョン情報と異なる場合に、TPT及びAMTが更新されることになる。

すなわち、事業者は、任意のタイミングでトリガ情報にversionを含ませることで、例えばTPT及びAMTの内容を変更したい場合などの任意のタイミングで、TPT及びAMTを更新させることができる。その結果、受信装置２０では、事業者の意図したTPT及びAMTが適切に保持され、連動アプリケーションが、放送コンテンツに適切に連動して動作することになる。

［各装置で行われる具体的な処理の内容］
次に、図１０乃至図１５のフローチャートを参照して、放送通信連携システム１を構成する各装置で行われる具体的な処理の内容について説明する。

（送信処理）
まず、図１０のフローチャートを参照して、送信装置１０によって実行される送信処理について説明する。

ステップＳ１１１において、音声取得部１１１は、外部のサーバ等から、放送コンテンツの音声に対応するオーディオ信号を取得する。また、ステップＳ１１２において、映像取得部１１３は、外部のサーバ等から、放送コンテンツの映像に対応するビデオ信号を取得する。

ステップＳ１１３において、トリガ情報生成部１１４は、映像取得部１１３により取得されたビデオ信号に対応する放送コンテンツの映像の進行に応じてトリガ情報を生成する。

ステップＳ１１４において、オーディオエンコーダ１１２は、音声取得部１１１により取得されたオーディオ信号を符号化する。

ステップＳ１１５において、ビデオエンコーダ１１５は、映像取得部１１３により取得されたビデオ信号を符号化する。また、ビデオエンコーダ１１５は、符号化により得られるビデオストリームのユーザデータ領域の字幕データ内にトリガ情報を配置する。

ステップＳ１１６において、多重化部１１６は、オーディオエンコーダ１１２により符号化されたオーディオストリームと、ビデオエンコーダ１１５により符号化されたビデオストリームを多重化して、トランスポートストリームを生成する。

ステップＳ１１７において、送信部１１７は、多重化部１１６により生成されたトランスポートストリームを、アンテナ１１８を介して、放送信号として送信する。この後、処理はステップＳ１１１に戻され、それ以降の処理が繰り返されることになる。

以上で、送信処理の説明を終了する。

（受信処理）
次に、図１１のフローチャートを参照して、受信装置２０によって実行される受信処理について説明する。

ステップＳ２１１において、チューナ２１２は、アンテナ２１１を介して放送信号を受信して、復調する。

ステップＳ２１２において、多重分離部２１３は、チューナ２１２により復調されたトランスポートストリームを、オーディオストリームと、ビデオストリームに分離する。

ステップＳ２１３において、オーディオデコーダ２１４は、多重分離部２１３により分離されたオーディオストリームを復号し、オーディオ信号を生成する。

ステップＳ２１４において、ビデオデコーダ２１７は、多重分離部２１３により分離されたビデオストリームを復号し、ビデオ信号を生成する。

ステップＳ２１５において、スピーカ２１６は、オーディオ信号に対応する音声を出力する。また、ディスプレイ２１９は、ビデオ信号に対応する映像を表示する。これにより、ディスプレイ２１９には、テレビ番組等の放送コンテンツの映像が表示され、スピーカ２１６からは、当該映像に対応する音声が出力される。

ステップＳ２１６においては、トリガ情報抽出部２２０乃至アプリケーション用メモリ２２８によって、トリガ情報対応処理が行われる。トリガ情報対応処理の詳細は、図１２のフローチャートを参照して後述する。

ステップＳ２１６のトリガ情報対応処理が終了すると、処理は、ステップＳ２１１に戻り、それ以降の処理が繰り返される。

以上で、受信処理の説明を終了する。

（トリガ情報対応処理）
次に、図１２のフローチャートを参照して、図１１のステップＳ２１６に対応するトリガ情報対応処理の詳細について説明する。

ステップＳ２３１において、トリガ情報抽出部２２０は、多重分離部２１３により分離されたビデオストリームからトリガ情報が抽出されるまで待機する。

そして、受信装置２０において放送信号に含まれるトリガ情報が受信され、ビデオストリームからトリガ情報が抽出された場合、処理は、ステップＳ２３２に進められる。ステップＳ２３２において、トリガ情報抽出部２２０は、ビデオストリームから抽出されたトリガ情報を取得する。

ステップＳ２３３において、制御部２２１は、トリガ情報抽出部２２０からのトリガ情報の解析を行い、当該トリガ情報に含まれる、domain_name又はsegment_idが変化したか否かを判定する。ステップＳ２３３において、domain_name又はsegment_idが変化したと判定された場合、処理は、ステップＳ２３４に進められる。

また、ステップＳ２３３において、domain_name又はsegment_idが変化していないと判定された場合、処理は、ステップＳ２３５に進められる。ステップＳ２３５において、制御部２２１は、トリガ情報の解析結果に従い、当該トリガ情報にversionが含まれているか否かを判定する。

ステップＳ２３５において、versionが含まれていると判定された場合、処理は、ステップＳ２３６に進められる。ステップＳ２３６において、制御部２２１は、当該トリガ情報に含まれるversionの示すバージョン情報と、TPT/AMT解析部２２５に保持されているTPTのtptVersionの示すバージョン情報を比較する。

ステップＳ２３７において、制御部２２１は、ステップＳ２３６の比較結果に従い、TPT及びAMTが新しいバージョンになったか否かを判定する。ステップＳ２３７において、トリガ情報のversionとTPTのtptVersionのバージョン情報が異なって、TPT及びAMTが新しいバージョンになったと判定された場合、処理は、ステップＳ２３４に進められる。

ステップＳ２３４においては、TPT/AMT/App取得処理が行われる。TPT/AMT/App取得処理では、TPT/AMTサーバ３０からTPT及びAMTを取得するTPT/AMT取得処理のほか、必要に応じて、アプリケーションサーバ４０から連動アプリケーションを取得するApp取得処理が行われる。当該TPT/AMT取得処理によって、新しいバージョンのTPT及びAMTが取得された場合、TPT/AMT解析部２２５は、それを古いバージョンのTPT及びAMTの代わりに保持する。

なお、TPT/AMT/App取得処理の詳細は、図１３のフローチャートを参照して後述する。

ステップＳ２３４の処理が終了した場合、ステップＳ２３５においてトリガ情報にversionが含まれていないと判定された場合（Ｓ２３５の「NO」）、又はステップＳ２３７においてトリガ情報のversionとTPTのtptVersionのバージョン情報が同一であり、TPT及びAMTのバージョンが変化していないと判定された場合（Ｓ２３７の「NO」）、処理は、ステップＳ２３８に進められる。

ステップＳ２３８において、制御部２２１は、トリガ情報の解析結果に従い、当該トリガ情報にevent_idが含まれているか否かを判定する。ステップＳ２３８において、event_idが含まれると判定された場合、処理は、ステップＳ２３９に進められる。

ステップＳ２３９において、制御部２２１は、イベント割り込みフラグをオンに設定する。

ここで、イベント割り込みフラグとは、メディアクロックにより有効なイベントを指定するのではなく、任意のタイミングでトリガ情報に含めて送信されるevent_idに応じたイベントを指定する場合に立てられるフラグである。従って、event_idに応じたイベントが指定されてから、当該イベントに応じたアクションが実行されるまでの割り込み期間は、イベント割り込みフラグはオンとされ、それ以外の期間はオフとされる。

なお、詳細は後述するが、連動アプリケーション制御処理（図１４）では、イベント割り込みフラグがオンとなる場合に、指定された連動アプリケーションに対するアクションが実行されることになる。

ステップＳ２３９の処理が終了すると、処理は、ステップＳ２４０に進められる。ステップＳ２４０において、制御部２２１は、トリガ情報の解析結果に従い、当該トリガ情報にevent_timeが含まれているか否かを判定する。ステップＳ２４０において、event_timeが含まれていると判定された場合、処理は、ステップＳ２４１に進められる。

ステップＳ２４１において、制御部２２１は、event_idにより指定されるイベントの実行時刻を、event_timeに指定された時刻に変更する。

一方、ステップＳ２４０においてevent_timeが含まれていないと判定された場合（Ｓ２４０の「NO」）、ステップＳ２４１の処理は、スキップされる。

また、ステップＳ２３８においてトリガ情報にevent_idが含まれていないと判定された場合、処理は、ステップＳ２４２に進められる。ステップＳ２４２において、制御部２２１は、トリガ情報の解析結果に従い、当該トリガ情報にmedia_timeが含まれているか否かを判定する。ステップＳ２４２において、media_timeが含まれると判定された場合、処理は、ステップＳ２４３に進められる。

ステップＳ２４３において、制御部２２１は、media_timeに指定された時刻を、後述する連動アプリケーション制御処理（図１４のステップＳ２７３）で設定済みのメディアクロックに再設定する。これにより、メディアクロックが校正され、指定されたイベントに対応するアクションを、より正確な時刻に実行させることが可能となる。

一方、ステップＳ２４２においてmedia_timeが含まれていないと判定された場合、ステップＳ２４３の処理は、スキップされる。

そして、ステップＳ２４１の処理が終了若しくはスキップされた場合、又はステップＳ２４３の処理が終了若しくはスキップされた場合、処理は、ステップＳ２３１に戻され、それ以降の処理が繰り返される。

以上で、トリガ情報対応処理の説明を終了する。

（TPT/AMT/App取得処理）
次に、図１３のフローチャートを参照して、図１２のステップＳ２３４に対応するTPT/AMT/App取得処理の詳細について説明する。

ステップＳ２５１において、制御部２２１は、トリガ情報の解析結果に従い、当該トリガ情報にspreadが含まれているか否かを判定する。ステップＳ２５１において、spreadが含まれていると判定された場合、処理は、ステップＳ２５２に進められる。

ステップＳ２５２において、制御部２２１は、spreadにより指定される、トリガ情報を適用するタイミングを確率的に分散させるための情報に基づいて、TPT/AMTサーバ３０又はアプリケーションサーバ４０にアクセスする際の遅延時間を算出し、当該遅延時間が経過するまで待機する。

すなわち、送信装置１０からの放送コンテンツを多数の受信装置２０が受信している場合に、それらの受信装置２０がトリガ情報に応じて一斉にサーバにアクセスしてしまうと、サーバの負荷が増大するとともに、インターネット９０のピーク時の通信量が増大することになる。そこで、各受信装置２０が、トリガ情報に含まれるspreadに応じて、サーバにアクセスするタイミングをずらすことで、サーバの負荷やピーク時の通信量を軽減することができる。

そして、ステップＳ２５２において算出された遅延時間が経過した場合に、処理は、ステップＳ２５３に進められる。ステップＳ２５３において、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２２４を制御して、TPT及びAMTにより指定される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により指定された連動アプリケーションが休止中（休止状態）であるか否かを判定する。具体的には、退避メモリ２２８Ｂに、指定された連動アプリケーションの休止の状態を示すデータが退避されている場合に休止中であると判定する。

ステップＳ２９５において、指定された連動アプリケーションが休止中ではないと判定された場合、処理はステップＳ２９６に進められる。ステップＳ２９６において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションが未取得（キャッシュメモリ２２７に存在しない）の場合にそれを取得する。

ステップＳ２９７において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションを起動する。この後、処理は、図１４のステップＳ２７５に戻り、それ以降の処理が繰り返される。

また、ステップＳ２９５において、指定された連動アプリケーションが休止中であると判定された場合、処理はステップＳ２９８に進められる。ステップＳ２９８において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションを再開する。

具体的には、指定された連動アプリケーションが休止中である場合、退避メモリ２２８Ｂのデータをワークメモリ２２８Ａに移して、指定された連動アプリケーションを起動する。これにより、休止中の連動アプリケーションが休止された状態から再開されることになる。この後、処理は、図１４のステップＳ２７５に戻り、それ以降の処理が繰り返される。

ステップＳ２９４において、ステップＳ２９１の特定結果がエクスキュートではないと判定された場合、処理はステップＳ２９９に進められる。ステップＳ２９９において、制御部２２１は、ステップＳ２９１の特定結果がストリームイベントであるか否かを判定し、ストリームイベントであると判定された場合、処理はステップＳ３００に進められる。

ステップＳ３００において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションに対するイベントを発火させる。この後、処理は、図１４のステップＳ２７５に戻り、それ以降の処理が繰り返される。

ステップＳ２９９において、ステップＳ２９１の特定結果がストリームイベントではないと判定された場合、処理はステップＳ３０１に進められる。ステップＳ３０１において、制御部２２１は、ステップＳ２９１の特定結果がサスペンドであるか否かを判定し、サスペンドであると判定された場合、処理はステップＳ３０２に進められる。

ステップＳ３０２において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、現在実行中の連動アプリケーションの状態を示すデータを退避メモリ２２８Ｂに退避させる。この後、処理は、図１４のステップＳ２７５に戻り、それ以降の処理が繰り返される。

ステップＳ３０１において、ステップＳ２９１の特定結果がサスペンドではないと判定された場合、ステップＳ２９１の特定結果は、ターミネートであるので、処理はステップＳ３０３に進められる。

ステップＳ３０３において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションが実行中であればそれを終了させる。

ステップＳ３０４において、アプリケーションエンジン２２６は、制御部２２１からの制御に従い、指定された連動アプリケーションに関するデータを、ワークメモリ２２８Ａ及び退避メモリ２２８Ｂから消去するとともに、連動アプリケーションをキャッシュメモリ２２７から消去させる。この後、処理は、図１４のステップＳ２７５に戻り、それ以降の処理が繰り返される。

以上で、アクション実行処理の説明を終了する。

以上のように、第１の実施の形態においては、AVコンテンツとともに放送信号に含めて送信されるトリガ情報に応じて、TPT及びAMTが取得され、メディアクロックが設定される。そして、メディアクロックの示す時刻が、TPT及びAMTにより指定されるイベントの有効時間内となる場合などに、有効なイベントにより指定されるアクションが特定され、当該アクションに応じて、連動アプリケーションの動作が制御される。

また、トリガ情報に含まれるversionを用いた更新制御が行われ、当該versionで指定されるバージョン情報が、取得済みのTPTのtptVersionで指定されるバージョン情報と異なる場合に、TPT及びAMTが更新されることになる。これにより、例えばTPT及びAMTの内容を変更したい場合などの任意のタイミングで、TPT及びAMTを更新させることが可能となるので、受信装置２０では、事業者の意図したTPT及びAMTが適切に保持され、連動アプリケーションを、放送コンテンツに適切に連動して動作させることができる。

＜第２の実施の形態＞

［放送通信連携システムの構成例］
図１６は、第２の実施の形態である放送通信連携システム２を示している。この放送通信連携システム２は、送信装置１０、TPT/AMTサーバ３０、アプリケーションサーバ４０、ACRサーバ７０、トリガサーバ８０、及び受信装置２１から構成される。

また、TPT/AMTサーバ３０、アプリケーションサーバ４０、ACRサーバ７０、トリガサーバ８０、及び受信装置２１は、インターネット９０を介して、相互に接続されている。

すなわち、図１６の放送通信連携システム２は、図１の放送通信連携システム１と比べて、ACRサーバ７０及びトリガサーバ８０が新たに設けられ、受信装置２０の代わりに、受信装置２１が設けられている。それ以外の構成については、図１と同様であるため、その説明は適宜省略する。

ただし、放送通信連携システム２においては、送信装置１０、TPT/AMTサーバ３０、アプリケーションサーバ４０、及びトリガサーバ８０は、放送事業者により提供されるものであるが、ACRサーバ７０は、放送事業者以外の他の事業者により提供されるものとして説明する。

受信装置２１は、定期的に、インターネット９０を介してACRサーバ７０にアクセスして、トリガ情報を問い合わせる。その際、テレビ番組等の放送コンテンツのビデオ信号及びオーディオ信号のうちいずれか一方又は双方から抽出される特徴量（以下、フィンガプリント情報（Finger Print）ともいう）が、ACRサーバ７０に送信される。

ACRサーバ７０は、任意の放送コンテンツのビデオ信号及びオーディオ信号から抽出された特徴量が登録されているデータベースを有しており、任意の受信装置２１からの問い合わせに応じて、ACR（Automatic Content Recognition）技術を用いた放送コンテンツの識別を行う。

具体的には、ACRサーバ７０は、受信装置２１からのフィンガプリント情報を、データベースと照合することで、放送コンテンツを識別し、その識別結果に応じたトリガ情報を生成する。このトリガ情報には、domain_name，segment_idのほか、media_timeなどが含まれる。ACRサーバ７０は、生成したトリガ情報を、インターネット９０を介して受信装置２１に送信する。

受信装置２１は、ACRサーバ７０からのトリガ情報に含まれるmedia_timeに指定された時刻を、メディアクロックに設定又は再設定する。また、受信装置２１は、ACRサーバ７０からのトリガ情報に含まれるdomain_name及びsegment_idから得られるURLに従い、インターネット９０を介してTPT/AMTサーバ３０にアクセスして、TPT及びAMTを取得する。

受信装置２１は、メディアクロックに基づいて、TPT及びAMTを参照することで、指定された連動アプリケーションに対するアクションを特定する。そして、受信装置２１は、特定したアクションに応じて、連動アプリケーションの動作を制御する。

また、受信装置２１は、TPTに記述されたliveTriggerに基づいて、インターネット９０を介してトリガサーバ８０にアクセスして、ライブトリガ情報を取得する。

具体的には、liveTrigger要素のliveTriggerURL属性に、トリガサーバ８０のURLが指定されているので、受信装置２１は、当該URLに従い、トリガサーバ８０にアクセスすることになる。また、liveTrigger要素のpollPeriod属性には、ポーリング間隔を示す情報が指定されているので、受信装置２１は、当該ポーリング間隔に応じて、ライブトリガ情報をトリガサーバ８０に問い合わせる。

トリガサーバ８０は、ライブトリガ情報を管理する。トリガサーバ８０は、受信装置２１からの問い合わせに応じて、ライブトリガ情報を、インターネット９０を介して受信装置２１に送信する。このライブトリガ情報には、domain_name，segment_idのほか、event_id，event_time，versionなどが含まれる。

受信装置２１は、トリガサーバ８０からのライブトリガ情報にevent_id，event_timeが含まれる場合、TPT及びAMTを参照して、当該event_idに対応するアクションを特定する。そして、受信装置２１は、特定されたアクションを、event_timeにより指定される時刻に実行して、連動アプリケーションの動作を制御する。

また、受信装置２１は、トリガサーバ８０からのライブトリガ情報にversionが含まれる場合に、当該versionの示すバージョン情報と、TPTのtptVersionの示すバージョン情報が異なるとき、TPT/AMTサーバ３０からTPT及びAMTを取得する。これにより、TPT及びAMTが更新されることになる。

ここで、トリガサーバ８０を設ける理由であるが、前述したように、ACRサーバ７０が、放送コンテンツの放送事業者等とは関係ない一般の事業者によって提供されることが想定されるからである。すなわち、一般の事業者により提供されるACRサーバ７０によってのみトリガ情報が提供されるとすると、放送事業者等が、トリガ情報をコントロールすることができない場合が想定される。

そのため、放送事業者等には、所望のタイミングで、トリガ情報を受信装置２１に送って、連動アプリケーションの動作を制御したいという要望がある。そこで、トリガサーバ８０を設けて、放送事業者によってコントロールされたライブトリガ情報を、受信装置２１に提供することで、連動アプリケーションを、放送コンテンツに適切に連動して動作させることができる。

なお、放送通信連携システム２において、トリガ情報は、ACRサーバ７０により生成されるため、送信装置１０は、トリガ情報を送信する必要はない。

放送通信連携システム２は、以上のように構成される。

［受信装置の構成例］
図１７は、図１６の受信装置２１の構成例を示している。

受信装置２１は、図３の受信装置２０と同様に、チューナ２１２乃至アプリケーション用メモリ２２８を有するが、図３の受信装置２０と比べて、トリガ情報抽出部２２０の代わりに、フィンガプリント抽出部２５１が設けられている点が異なる。受信装置２１において、図３の受信装置２０と同様の箇所には同一の符号が付してあり、その説明は適宜省略する。

フィンガプリント抽出部２５１には、オーディオデコーダ２１４からのオーディオ信号と、ビデオデコーダ２１７からのビデオ信号が供給される。フィンガプリント抽出部２５１は、オーディオ信号及びビデオ信号のいずれか一方又は双方から特徴量を抽出し、フィンガプリント情報として、制御部２２１に供給する。

通信I/F２２４は、制御部２２１からの制御に従い、フィンガプリント情報を、インターネット９０を介してACRサーバ７０に送信する。また、通信I/F２２４は、ACRサーバ７０から送信されるトリガ情報を受信し、制御部２２１に供給する。

制御部２２１は、通信I/F２２４から供給されるトリガ情報に応じて、通信I/F２２４を制御して、インターネット９０を介してTPT/AMTサーバ３０にアクセスし、TPT及びAMTを要求する。通信I/F２２４は、TPT/AMTサーバ３０からインターネット９０を介して送信されるTPT及びAMTを受信し、TPT/AMT解析部２２５に供給する。これにより、TPT/AMT解析部２２５は、TPT及びAMTを保持し、制御部２２１からの要求に応じて、保持しているTPT及びAMTを供給する。

また、制御部２２１は、通信I/F２２４からのトリガ情報に基づいて、メディアクロックの設定又は再設定を行う。

制御部２２１は、TPT/AMT解析部２２５からのTPT及びAMTの解析結果と、メディアクロックの示す時刻に基づいて、指定された連動アプリケーションに対するアクションを特定する。例えば、制御部２２１は、メディアクロックの示す時刻が、イベントの有効期間に最初に入ったときなど、所定の有効条件を満たした場合に、その有効なイベントに対応するアクションを特定する。

制御部２２１は、特定したアクションに応じて、アプリケーションエンジン２２６を制御して、連動アプリケーションの動作を制御する。

また、通信I/F２２４は、制御部２２１からの制御に従い、トリガサーバ８０にアクセスし、ライブトリガ情報を受信し、制御部２２１に供給する。

制御部２２１は、トリガサーバ８０からのライブトリガ情報に、指定された連動アプリケーションに対するイベントを特定するためのIDが含まれている場合、制御部２２１は、TPT及びAMTの解析結果を参照して、当該IDに対応する、連動アプリケーションに対するアクションを特定する。

受信装置２１は、以上のように構成される。

なお、受信装置２１では、受信装置２０と同様に、トリガ情報対応処理（図１２）や連動アプリケーション制御処理（図１４）が実行されるが、トリガ情報が放送配信される代わりに、ACRサーバ７０又はトリガサーバ８０から取得される点が異なる。従って、それ以外については、図１１乃至図１５のフローチャートを参照して説明したものと同様であるので、その説明は省略する。

以上のように、第２の実施の形態においては、ACRサーバ７０から取得されるトリガ情報に応じて、TPT及びAMTが取得され、メディアクロックが設定される。そして、メディアクロックの示す時刻が、TPT及びAMTにより指定されるイベントの有効時間内となる場合などに、有効なイベントにより指定されるアクションが特定され、当該アクションに応じて、連動アプリケーションの動作が制御される。

また、トリガサーバ８０から取得されるトリガ情報に含まれるversionを用いた更新制御が行われ、当該versionで指定されるバージョン情報が、取得済みのTPTのtptVersionで指定されるバージョン情報と異なる場合に、TPT及びAMTが更新されることになる。これにより、例えばTPT及びAMTの内容を変更したい場合などの任意のタイミングで、TPT及びAMTを更新させることが可能となるので、受信装置２１では、事業者の意図したTPT及びAMTが適切に保持され、連動アプリケーションを、放送コンテンツに適切に連動して動作させることができる。

なお、連動アプリケーションは、放送コンテンツに連動して実行される場合に限らず、例えば、インターネット９０を介してVOD（Video On Demand）により配信される通信コンテンツなどのAV（Audio Visual）コンテンツに連動して実行されるようにすることもできる。

また、前述の説明では、連動アプリケーションは、インターネット配信されるとして説明したが、インターネット配信に限らず、送信装置１０によって、放送信号に含めて送信されるようにしてもよい。その場合、受信装置２０は、特定されたアクションに応じて、送信装置１０からの連動アプリケーションを取得し、その動作を制御することになる。

さらに、前述の説明では、TPT及びAMTを用いて連動アプリケーションの動作を制御するとして説明したが、受信装置２０は、TPT及びAMTを取得せずに、連動アプリケーションの動作を制御することもできる。その場合、受信装置２０は、送信装置１０からのトリガ情報に応じて、連動アプリケーションの動作を制御することになる。

また、前述の説明では、TPT及びAMTはインターネット配信されるとして説明したが、インターネット配信に限らず、送信装置１０によって、放送信号に含めて送信されるようにしてもよい。その場合、受信装置２０は、放送信号のトランスポートストリームに多重化されたTPT及びAMTを取得し、それを用いて、連動アプリケーションの動作を制御することになる。

［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

図１８は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。

コンピュータ９００において、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コンテンツとともに送信する
ステップを含む送信方法。

１，２ 放送通信連携システム， １０ 送信装置， ２０，２１ 受信装置， ３０ TPT/AMTサーバ， ４０ アプリケーションサーバ， １１４ トリガ情報生成部， １１７ 送信部， ２１２ チューナ， ２２０ トリガ情報抽出部， ２２１ 制御部， ２２４ 通信I/F， ２２５ TPT/AMT解析部， ２２６ アプリケーションエンジン， ９００ コンピュータ， ９０１ CPU

Claims (8)

1. AVコンテンツを受信する受信部と、
   前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を特定するためのトリガ情報を取得するトリガ情報取得部と、
   前記トリガ情報により特定される前記制御情報を格納したテーブルを、前記トリガ情報に含まれる、前記テーブルのバージョンを示す第１のバージョン情報に応じて取得するテーブル取得部と、
   前記トリガ情報によって特定される、前記テーブルに格納された前記制御情報に応じて、前記アプリケーションプログラムの動作を制御する制御部と
   を備える受信装置。
2. 前記テーブルには、前記テーブルのバージョンを示す第２のバージョン情報が格納されており、
   前記テーブル取得部は、前記トリガ情報に含まれる前記第１のバージョン情報と、前記テーブルに格納された前記第２のバージョン情報が異なる場合に、前記テーブルを取得する
   請求項１に記載の受信装置。
3. 前記トリガ情報は、前記AVコンテンツとともに放送により送信され、
   前記テーブルは、ネットワークを介して配信されるものであり、
   前記トリガ情報取得部は、前記AVコンテンツのデータからトリガ情報を抽出し、
   前記テーブル取得部は、前記ネットワークを介して配信される前記テーブルを取得する
   請求項２に記載の受信装置。
4. 前記AVコンテンツは、放送により送信され、
   前記テーブルは、ネットワークを介して配信されるものであり、
   前記AVコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、
   前記トリガ情報取得部は、前記特徴量を用いて識別された前記AVコンテンツの識別結果に対応する前記トリガ情報を取得し、
   前記テーブル取得部は、前記ネットワークを介して配信される前記テーブルを取得する
   請求項２に記載の受信装置。
5. 前記テーブルには、前記アプリケーションプログラムの動作を示すアクションと、当該アクションが実行されるべき時刻とが対応付けられており、
   前記制御部は、前記トリガ情報に含まれる時刻情報によって前記テーブルから特定される前記アクションに応じて、前記アプリケーションプログラムの動作を制御する
   請求項１に記載の受信装置。
6. 受信装置の受信方法において、
   前記受信装置が、
   AVコンテンツを受信し、
   前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を特定するためのトリガ情報を取得し、
   前記トリガ情報により特定される前記制御情報を格納したテーブルを、前記トリガ情報に含まれる、前記テーブルのバージョンを示す第１のバージョン情報に応じて取得し、
   前記トリガ情報によって特定される、前記テーブルに格納された前記制御情報に応じて、前記アプリケーションプログラムの動作を制御する
   ステップを含む受信方法。
7. AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を特定するためのトリガ情報であって、当該トリガ情報により特定される前記制御情報を格納したテーブルのバージョンを示すバージョン情報を含むものを生成するトリガ情報生成部と、
   前記トリガ情報を、前記AVコンテンツとともに送信する送信部と
   を備える送信装置。
8. 送信装置の送信方法において、
   前記送信装置が、
   AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を特定するためのトリガ情報であって、当該トリガ情報により特定される前記制御情報を格納したテーブルのバージョンを示すバージョン情報を含むものを生成し、
   前記トリガ情報を、前記AVコンテンツとともに送信する
   ステップを含む送信方法。

Images