(57)【要約】本技術は、デジタルテレビジョン番組等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにする受信装置、受信方法、プログラム、及び情報処理システムに関する。受信装置は、ＡＶコンテンツを受信し、ＡＶコンテンツとともに送信される、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出し、トリガ情報と、アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得し、取得した対応テーブルに基づいて、抽出したトリガ情報に対応するコマンドを特定し、特定したコマンドに応じて、アプリケーションプログラムの動作を制御する。本技術は、例えば、デジタルテレビジョン放送信号を受信するテレビジョン受像機に適用することができる。
2013035618.tif 000002
【特許請求の範囲】
【請求項１】
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定するコマンド特定部と、
特定した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
【請求項２】
前記ＡＶコンテンツ、又は前記ＡＶコンテンツ及び前記アプリケーションプログラムを出力する出力部をさらに備え、
前記テーブル取得部は、出力中の前記ＡＶコンテンツの内容が変更された場合、前記対応テーブルを取得する
請求項１に記載の受信装置。
【請求項３】
前記トリガ情報は、前記対応テーブルを提供する情報処理装置を特定するための特定情報又は前記ＡＶコンテンツを識別するための第１の識別情報を含み、
前記テーブル取得部は、抽出した前記トリガ情報に含まれる前記特定情報又は前記第１の識別情報が変化した場合、前記特定情報及び前記第１の識別情報に応じて、前記情報処理装置から前記対応テーブルを取得する
請求項２に記載の受信装置。
【請求項４】
前記対応テーブルは、前記トリガ情報及び前記コマンドに対し、前記アプリケーションプログラムを識別するための第２の識別情報をさらに対応付けており、
前記コマンド特定部は、抽出した前記トリガ情報に対応する前記第２の識別情報により識別される前記アプリケーションプログラムごとに、前記トリガ情報に対応する前記コマンドを特定する
請求項３に記載の受信装置。
【請求項５】
前記制御部は、特定した前記コマンドに応じて、１又は複数の前記アプリケーションプログラムの動作を制御する
請求項４に記載の受信装置。
【請求項６】
前記トリガ情報は、自身が有効となる確率を示す情報をさらに含み、
前記制御部は、前記トリガ情報が有効となる場合、前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
請求項１に記載の受信装置。
【請求項７】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちのいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
請求項１に記載の受信装置。
【請求項８】
受信装置の受信方法において、
前記受信装置が、
ＡＶコンテンツを受信し、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出し、
前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得し、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定し、
特定した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
【請求項９】
コンピュータを、
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定するコマンド特定部と、
特定した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
【請求項１０】
受信装置、第１の情報処理装置、及び第２の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
前記第１の情報処理装置から、前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定するコマンド特定部と、
特定した前記コマンドに応じて、前記第２の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記対応テーブルを提供する第１の提供部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムを提供する第２の提供部を備える
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、プログラム、及び情報処理システムに関し、特に、デジタルテレビジョン番組等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにした受信装置、受信方法、プログラム、及び情報処理システムに関する。
【背景技術】
【０００２】
デジタルテレビジョン放送信号を受信する受信装置において、デジタルテレビジョン番組と連動して実行されるアプリケーションプログラムをインターネットに接続されたサーバから取得して実行するサービスが普及することが予想される。そのため、このような放送と通信を融合したハイブリッドサービスを実現するための技術の検討が行われている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２４５６５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、受信装置が、デジタルテレビジョン放送信号を直接受信しないで、CATV網や衛星通信網などの放送伝送路を介して受信する場合、デジタルテレビジョン番組と連動したアプリケーションプログラムを実行させるサービスの実現のためには、当該サービスに関連する情報を、放送伝送路及び専用端末を介して受信装置に通知する必要がある。【０００５】
その際、放送伝送路の設備や専用端末の改修が必要となるほか、中継を行う放送事業者の許諾を得なければならないため、そのような作業を伴うことなく、デジタルテレビジョン番組に連動して実行されるアプリケーションプログラムを提供できるようにすることが求められている。しかしながら、現状では、デジタルテレビジョン番組等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供するための技術方式は確立されてない。【０００６】
本技術はこのような状況に鑑みてなされたものであり、デジタルテレビジョン番組等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、ＡＶコンテンツを受信する受信部と、前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得するテーブル取得部と、取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定するコマンド特定部と、特定した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部とを備える。【０００８】
前記ＡＶコンテンツ、又は前記ＡＶコンテンツ及び前記アプリケーションプログラムを出力する出力部をさらに備え、前記テーブル取得部は、出力中の前記ＡＶコンテンツの内容が変更された場合、前記対応テーブルを取得する。【０００９】
前記トリガ情報は、前記対応テーブルを提供する情報処理装置を特定するための特定情報及び前記ＡＶコンテンツを識別するための第１の識別情報を含み、前記テーブル取得部は、抽出した前記トリガ情報に含まれる前記特定情報又は前記第１の識別情報が変化した場合、前記特定情報及び前記第１の識別情報に応じて、前記情報処理装置から前記対応テーブルを取得する。【００１０】
前記対応テーブルは、前記トリガ情報及び前記コマンドに対し、前記アプリケーションプログラムを識別するための第２の識別情報をさらに対応付けており、前記コマンド特定部は、抽出した前記トリガ情報に対応する前記第２の識別情報により識別される前記アプリケーションプログラムごとに、前記トリガ情報に対応する前記コマンドを特定する。【００１１】
前記制御部は、特定した前記コマンドに応じて、１又は複数の前記アプリケーションプログラムの動作を制御する。【００１２】
前記トリガ情報は、自身が有効となる確率を示す情報をさらに含み、前記制御部は、前記トリガ情報が有効となる場合、前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する。【００１３】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちのいずれかを示しており、前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する。【００１４】
本技術の第１の側面の受信方法又はプログラムは、本技術の第１の側面の受信装置に対応する受信方法又はプログラムである。【００１５】
本技術の第１の側面の受信装置、受信方法、及びプログラムにおいては、ＡＶコンテンツが受信され、前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報が抽出され、前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルが取得され、取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドが特定され、特定した前記コマンドに応じて、前記アプリケーションプログラムの動作が制御される。【００１６】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１７】
本技術の第２の側面の情報処理システムは、受信装置、第１の情報処理装置、及び第２の情報処理装置から構成される情報処理システムにおいて、前記受信装置は、ＡＶコンテンツを受信する受信部と、前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、前記第１の情報処理装置から、前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得するテーブル取得部と、取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定するコマンド特定部と、特定した前記コマンドに応じて、前記第２の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部とを備え、前記第１の情報処理装置は、前記受信装置からの問い合わせに応じて、前記対応テーブルを提供する第１の提供部を備え、前記第２の情報処理装置は、前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムを提供する第２の提供部を備える。【００１８】
本技術の第２の側面の情報処理システムにおいては、前記受信装置によって、ＡＶコンテンツが受信され、前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報が抽出され、前記第１の情報処理装置から、前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルが取得され、取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドが特定され、特定した前記コマンドに応じて、前記第２の情報処理装置から取得した前記アプリケーションプログラムの動作が制御され、前記第１の情報処理装置によって、前記受信装置からの問い合わせに応じて、前記対応テーブルが提供され、前記第２の情報処理装置によって、前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムが提供される。
【発明の効果】
【００１９】
本技術の第１の側面及び第２の側面によれば、デジタルテレビジョン番組等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】放送システムの構成例を示す図である。
【図２】受信装置の構成例を示す図である。
【図３】放送システムを構成する各装置の動作を示す図である。
【図４】トリガ情報をビデオ信号に埋め込む例を示す図である。
【図５】トリガ情報をＴＳのPCRパケットに含めて送信する概念を示す図である。
【図６】PCRパケットにおけるトリガ情報の具体的な配置を示す図である。
【図７】トリガ情報に含まれる項目の一例を示す図である。
【図８】トリガ情報の記述例を示す図である。
【図９】TPTの詳細仕様の一例を示す図である。
【図１０】TPTの記述例を示す図である。
【図１１】トリガ情報とコマンドの対応関係の例を示す図である。
【図１２】データ放送用アプリの状態遷移を示す図である。
【図１３】各コマンドと状態遷移の関係を示す図である。
【図１４】トリガ情報対応処理を示すフローチャートである。
【図１５】動作シナリオの例を示す図である。
【図１６】通信システムの構成例を示す図である。
【図１７】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００２２】
＜第１の実施の形態＞
［放送システムの構成例］
図１は、本実施の形態である放送システム１を示している。この放送システム１は、放送装置１１、受信装置１２、TPTサーバ１３、及びアプリサーバ１４から構成される。また、受信装置１２、TPTサーバ１３、及びアプリサーバ１４は、インターネット２０を介して、相互に接続されている。
【００２３】
放送装置１１は、デジタルテレビジョン番組やＣＭ等のＡＶコンテンツのデジタルテレビジョン放送信号を送信するようになされている。なお、以下の説明では、ＡＶコンテンツの一例として、デジタルテレビジョン番組を主に説明する。
【００２４】
また、放送装置１１は、デジタルテレビジョン番組に連動して実行されるデータ放送用アプリを動作させるためのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。ここで、データ放送用アプリとは、デジタルテレビジョン番組に連動して実行されるデータ放送用のアプリケーションプログラムである。
【００２５】
また、トリガ情報は、デジタルテレビジョン番組のビデオ信号又はオーディオ信号に挿入したり、デジタルテレビジョン放送信号のトランスポートストリーム（Transport Stream、以下、ＴＳという）内に配置したりして送信する。なお、トリガ情報の詳細については、図４乃至図８を参照して後述する。
【００２６】
受信装置１２は、放送装置１１から送信されたデジタルテレビジョン放送信号を受信して、デジタルテレビジョン番組の映像及び音声を取得する。受信装置１２は、取得した映像をディスプレイに出力するとともに、音声をスピーカに出力する。
【００２７】
なお、受信装置１２は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダ等に内蔵されているようにしてもよい。また、受信装置１２の詳細な構成は、図２を参照して後述する。
【００２８】
また、受信装置１２は、放送装置１１からのトリガ情報に応じて、インターネット２０を介してTPTサーバ１３にアクセスして、TPTを取得する。
【００２９】
TPTサーバ１３は、例えば放送装置１１にてデジタルテレビジョン番組の放送を行う放送事業者等により提供されるサーバであって、TPTを管理している。ここで、TPT（Trigger Parameter Table）は、トリガ情報と、データ放送用アプリを制御するためのコマンドとを対応付けた対応テーブルである。TPTサーバ１３は、受信装置１２からの問い合わせに応じて、管理しているTPTを、インターネット２０を介して受信装置１２に提供する。
【００３０】
受信装置１２は、TPTサーバ１３から取得したTPTに基づいて、放送装置１１からのトリガ情報に対応するコマンドを特定する。そして、受信装置１２は、特定したコマンドに応じて、データ放送用アプリの動作を制御する。また、受信装置１２は、特定したコマンドに応じて、インターネット２０を介してアプリサーバ１４にアクセスし、データ放送用アプリを取得する。
【００３１】
アプリサーバ１４は、例えば放送装置１１にてデジタルテレビジョン番組の放送を行う放送事業者等により提供されるサーバであって、放送装置１１により放送されるデジタルテレビジョン番組に連動して実行されるデータ放送用アプリを管理している。アプリサーバ１４は、受信装置１２からの問い合わせに応じて、管理しているデータ放送用アプリを、インターネット２０を介して受信装置１２に提供する。
【００３２】
放送システム１は、以上のように構成される。
【００３３】
［受信装置の構成例］
図２は、図１の受信装置１２の構成例を示している。
【００３４】
受信装置１２は、チューナ５１、多重分離部５２、オーディオデコーダ５３、オーディオ出力部５４、ビデオデコーダ５５、ビデオ出力部５６、トリガ抽出部５７、通信I/F５８、TPT解析部５９、制御部６０、メモリ６１、操作部６２、アプリエンジン６３、キャッシュメモリ６４、及びアプリ用メモリ６５から構成される。
【００３５】
チューナ５１は、ユーザによって選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、その結果得られるＴＳを多重分離部５２に出力する。
【００３６】
多重分離部５２は、チューナ５１から入力されるＴＳをオーディオ符号化信号と、ビデオ符号化信号に分離し、それぞれをオーディオデコーダ５３と、ビデオデコーダ５５に出力する。
【００３７】
オーディオデコーダ５３は、入力されたオーディオ符号化信号をデコードし、その結果得られるオーディオ信号をオーディオ出力部５４に出力する。オーディオ出力部５４は、入力されたオーディオ信号を、後段のスピーカに出力する。
【００３８】
ビデオデコーダ５５は、入力されたビデオ符号化信号をデコードし、その結果得られるビデオ信号をビデオ出力部５６及びトリガ抽出部５７に出力する。ビデオ出力部５６は、ビデオデコーダ５５から入力されたビデオ信号を、後段のディスプレイに出力する。
【００３９】
トリガ抽出部５７には、ビデオデコーダ５５から入力されたビデオ信号を常に監視して、ビデオ信号に埋め込まれているトリガ情報を抽出し、制御部６０に供給する。
【００４０】
なお、ここでは、トリガ情報がビデオ信号に埋め込まれている場合を一例に説明するが、トリガ情報がＴＳに配置されている場合、トリガ抽出部５７は、多重分離部５２から入力される、トリガ情報を含むPCRパケットからトリガ情報を抽出する。また、トリガ情報がオーディオ信号に埋め込まれている場合、トリガ抽出部５７は、オーディオデコーダ５３から入力されるオーディオ信号を常に監視し、オーディオ信号に埋め込まれているトリガ情報を抽出する。
【００４１】
また、トリガ抽出部５７は、抽出したトリガ情報に応じて、通信I/F５８を制御して、インターネット２０を介してTPTサーバ１３にアクセスし、TPTを要求する。通信I/F５８は、TPTサーバ１３からインターネット２０を介して送信されるTPTを受信し、TPT解析部５９に供給する。
【００４２】
TPT解析部５９は、通信I/F５８からのTPTを取得する。TPT解析部５９は、取得したTPTを解析して、内部に備えるメモリ（不図示）に保持する。また、TPT解析部５９は、制御部６０からの要求に応じて、メモリに保持しているTPTを供給する。
【００４３】
制御部６０は、メモリ６１にあらかじめ記憶されている制御用プログラムを実行することにより受信装置１２の各部の動作を制御する。メモリ６１には、制御部６０によって実行される制御用プログラムがあらかじめ記憶されている。この制御用プログラムは、デジタルテレビジョン放送信号、又はインターネット２０を介して取得する更新データに基づいて適宜更新することができる。操作部６２は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６０に通知する。
【００４４】
また、制御部６０は、TPT解析部５９からのTPTに基づいて、トリガ抽出部５７からのトリガ情報に対応するコマンドを特定する。制御部６０は、特定したコマンドに応じて、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了等を制御する。
【００４５】
アプリエンジン６３は、制御部６０からの制御に従い、通信I/F５８を制御して、インターネット２０を介してアプリサーバ１４にアクセスし、データ放送用アプリを要求する。通信I/F５８は、アプリサーバ１４からインターネット２０を介して送信されるデータ放送用アプリを受信し、キャッシュメモリ６４に保持させる。
【００４６】
アプリエンジン６３は、制御部６０からの制御に従い、キャッシュメモリ６４に保持されているデータ放送用アプリを読み出して実行する。実行中のデータ放送用アプリのビデオ信号は、ビデオ出力部５６に供給される。
【００４７】
ビデオ出力部５６は、アプリエンジン６３から入力されるビデオ信号と、ビデオデコーダ５５から入力されたビデオ信号を合成して、後段のディスプレイに出力する。
【００４８】
アプリ用メモリ６５は、ワークメモリ６５Ａ及び退避メモリ６５Ｂとからなる。アプリエンジン６３は、実行中のデータ放送用アプリに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ６５Ａに記録する。また、アプリエンジン６３は、実行中のデータ放送用アプリを休止する場合、アプリ用メモリ６５のワークメモリ６５Ａのデータを退避メモリ６５Ｂに移動させる。そして、休止したデータ放送用アプリを再開する場合、退避メモリ６５Ｂのデータをワークメモリ６５Ａに移動させて休止前の状態を復活させる。
【００４９】
受信装置１２は、以上のように構成される。
【００５０】
［放送システムの各装置の動作］
次に、図３を参照して、放送システム１を構成する各装置の動作の概要について説明する。
【００５１】
図３の放送システム１においては、放送装置１１によって、デジタルテレビジョン番組（図中の「Content」）のデジタルテレビジョン放送信号が、トリガ情報（図中の「Trigger」）を含めて送信される（Ｓ１）。また、デジタルテレビジョン放送信号には、当該デジタルテレビジョン番組に関するメタデータ（図中の「Metadata」）が含まれている。
【００５２】
受信装置１２は、CATV網や衛星通信網などを介して、放送装置１１からのデジタルテレビジョン放送信号を受信する場合、セットトップボックス１５（図中の「STB（Set Top Box） Recorder」）等の専用端末による変換後の信号を、HDMI（High Definition Multimedia Interface）経由で受信することになる（Ｓ２）。この場合、セットトップボックス１５からの出力は、デジタルテレビジョン番組とトリガ情報のみとなり、受信装置１２では、メタデータを利用することはできない。
【００５３】
すなわち、受信装置１２は、デジタルテレビジョン放送信号を直接受信する場合（Ｓ１）のほか、セットトップボックス１５を経由して受信する場合（Ｓ２）でも、デジタルテレビジョン放送信号とともに送信されるトリガ情報を抽出することができる。そして、受信装置１２は、抽出したトリガ情報に含まれる、TPTサーバ１３を特定するためのサーバ特定情報又はＡＶコンテンツを識別するためのコンテンツ識別情報に基づいて、TPTを取得するか否かを判定する。なお、サーバ特定情報は、後述する図７のdomain_nameに相当し、コンテンツ識別情報は、図７のprogram_idに相当するものである。
【００５４】
受信装置１２は、TPTを取得すると判定した場合、インターネット２０を介してTPTサーバ１３にアクセスして、TPTを要求する（Ｓ３）。
【００５５】
例えば、受信装置１２において、ユーザによって、選局中のデジタルテレビジョン番組のチャンネルが切り替えられた場合、それらのチャンネルの切り替え前後のトリガ情報に含まれるサーバ特定情報は、各チャンネルの番組の放送を行う放送事業者ごとに異なることになる。この場合、受信装置１２は、サーバ特定情報が変化したので、TPTを取得すると判定して、切り替え後のチャンネル又は番組に関するTPTを、TPTサーバ１３に要求する。
【００５６】
また、例えば、受信装置１２において、あるデジタルテレビジョン番組が終了して、同一のチャンネルの他のデジタルテレビジョン番組が開始された場合、それらの番組の切り替え前後のトリガ情報に含まれるコンテンツ識別情報は、番組ごとに異なることになる。この場合、受信装置１２は、コンテンツ識別情報が変化したので、TPTを取得すると判定して、切り替え後の番組又はチャンネルに関するTPTを、TPTサーバ１３に要求する。
【００５７】
なお、前述した例では、チャンネルや番組が切り替えられた場合に、TPTを取得するとして説明したが、受信装置１２は、それ以外のタイミングで、TPTを取得するようにしてもよい。すなわち、受信装置１２は、選局中のデジタルテレビジョン番組の内容が変更された場合、変更された内容に応じたTPTを、TPTサーバ１３に要求することになる。
【００５８】
TPTサーバ１３は、受信装置１２からの問い合わせに応じて、TPTを特定し、特定されたTPT（図中の「TPT」）を、インターネット２０を介して受信装置１２に送信する（Ｓ４）。受信装置１２は、TPTサーバ１３からのTPTを、インターネット２０を介して受信して、保持する。
【００５９】
具体的には、TPTサーバ１３は、例えば、デジタルテレビジョン番組やＣＭ等のＡＶコンテンツごとのTPTを管理しており、受信装置１２からのTPTの要求に含まれるコンテンツ識別情報等により識別されるＡＶコンテンツに対応するTPTを特定して、受信装置１２に送信する。
【００６０】
例えば、TPTサーバ１３は、受信装置１２からのコンテンツ識別情報等により識別されるデジタルテレビジョン番組の放送開始時刻以降の所定の時間内（例えば、数時間や１日など）に、TPTサーバ１３を提供する放送事業者により放送される番組に対応するTPTを特定して、受信装置１２に送信する。これにより、受信装置１２では、切り替え後のチャンネルに対応する放送事業者により放送される所定の時間内のすべての番組に関するTPTが取得される。
【００６１】
また、例えば、TPTサーバ１３は、受信装置１２からのコンテンツ識別情報等により識別されるデジタルテレビジョン番組に対応するTPTを特定して、受信装置１２に送信する。これにより、受信装置１２では、切り替え後の番組に関するTPTが取得される。
【００６２】
すなわち、受信装置１２は、選局中のデジタルテレビジョン番組の内容が変更された場合、変更された内容に応じたTPTを１回のみ取得することになる。
【００６３】
そして、受信装置１２は、放送装置１１からのトリガ情報を抽出した場合、保持しているTPTを参照して、当該トリガ情報に対応するコマンドを特定する。受信装置１２は、コマンドの特定結果に従って、アプリサーバ１４にインターネット２０を介してアクセスし、選局中のデジタルテレビジョン番組に連動して実行されるデータ放送用アプリを要求する（Ｓ５）。
【００６４】
アプリサーバ１４は、受信装置１２からの問い合わせに応じて、データ放送用アプリ（図中の「Application」）を、インターネット２０を介して受信装置１２に送信する（Ｓ６）。受信装置１２は、アプリサーバ１４からのデータ放送用アプリを、インターネット２０を介して取得して起動する。
【００６５】
また、受信装置１２では、データ放送用アプリの実行中にトリガ情報が抽出された場合、抽出されたトリガ情報に応じたコマンドが、TPTによって特定される。そして、データ放送用アプリは、特定されたコマンドに応じて、イベント発火、中断、又は終了等の動作を実行することになる。
【００６６】
以上のように、放送システム１において、受信装置１２が、放送装置１１からのトリガ情報に応じて、TPTサーバ１３及びアプリサーバ１４との連携動作を行うことで、受信装置１２では選局中のデジタルテレビジョン番組に連動して実行されるデータ放送用アプリが取得され、実行される。また、放送装置１１からのトリガ情報は、セットトップボックス１５等の専用端末を介しても、受信装置１２に通知されるので、放送システム１では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、データ放送用アプリを提供することができる。
【００６７】
［トリガ情報の送信方法］
次に、トリガ情報の送信方法について説明する。
【００６８】
図４は、トリガ情報をデジタルテレビジョン番組のビデオ信号に埋め込んだ場合の２種類の例を示している。
【００６９】
同図Ａは、トリガ情報を２次元バーコード化して、ビデオ信号の画像の所定の位置（いまの場合、右下隅）に重畳合成する例を示している。同図Ｂは、トリガ情報を映像コード化して、ビデオ信号の画像の下部の数ラインに合成する例を示している。同図Ａ及び同図Ｂにおけるトリガ情報は、受信装置１２のトリガ抽出部５７によって抽出される。
【００７０】
同図Ａ又は同図Ｂのどちらの例においても、トリガ情報はデジタルテレビジョン番組の映像の上に配置されているので、例えば、CATV網や衛星通信網を利用した受信装置（例えば、図３の受信装置１２）に対しても、トリガ情報を通知することができる。
【００７１】
また、同図Ａ又は同図Ｂのどちらの例においても映像上のトリガ情報（２次元バーコード又は映像コード）は受信装置１２のユーザによって視認され得るが、これが好ましくない場合、映像上のトリガ情報をその周囲の画素と同じ画素によりマスクしてから表示するようにすればよい。
【００７２】
図４ではトリガ情報をデジタルテレビジョン番組のビデオ信号に埋め込む例を示したが、前述したように、トリガ情報の格納位置、伝送方法はこれに限定されるものではない。例えばほかに、トリガ情報がＴＳのPCRに格納されるようにしてもよい。
【００７３】
図５は、トリガ情報がデジタルテレビジョン放送信号のＴＳのPCRパケットに配置された送信される場合の概念を示している。
【００７４】
同図に示すように、トリガ情報は全てのPCRパケットに格納されるわけではなく、デジタルテレビジョン番組に連動させるための適切なタイミングにおいてのみ、PCRパケットに格納される。通常、PCRパケットは、CATV再送信装置のPIDフィルタを通過するので、CATV網や衛星通信網を利用する受信装置（例えば、図３の受信装置１２）に対してもトリガ情報を通知することができる。また、トリガ情報は、ビデオ符号化ストリームやオーディオ符号化ストリーム上のユーザデータ領域に配置してもよい。
【００７５】
なお、トリガ情報は、電波障害や受信装置１２における取りこぼし（受信ミス）などを考慮して、同一内容のものが複数回連続的に送信される。
【００７６】
図６は、PCRパケットにおいてトリガ情報が格納される位置を示している。PCRパケットは、ＴＳパケットのadaptation_fieldにPCRが格納されたものであり、トリガ情報(Trigger Info_descriptor)は、PCRの後に続くtransport_private_data_byteに格納される。なお、トリガ情報が格納される場合、PCRの前に設けられているVarious_flagsのtransport_private_data_flagが１とされる。
【００７７】
［トリガ情報の詳細］
次に、トリガ情報の詳細について説明する。図７は、トリガ情報に含まれる情報の項目の一例を示している。
【００７８】
domain_nameは、TPTサーバ１３を特定するための情報であって、例えば、TPTサーバ１３のドメイン名を示す情報が指定される。すなわち、TPTサーバ１３は、放送装置１１にてデジタルテレビジョン番組の放送を行う放送事業者などの事業者により提供されるため、domain_nameは、それらの事業者ごとに異なるものとなる。
【００７９】
program_idは、デジタルテレビジョン番組等のＡＶコンテンツを識別するための情報である。すなわち、受信装置１２がトリガ情報に含まれるprogram_idをTPTサーバ１３に通知することで、TPTサーバ１３は、受信装置１２からのprogram_idに基づいて、TPTを特定するためのデジタルテレビジョン番組を識別することが可能となる。
【００８０】
なお、前述したように、domain_nameは、サーバ特定情報に相当し、program_idは、コンテンツ識別情報に相当するものである。
【００８１】
trigger_idは、当該トリガ情報を識別するための情報である。また、trigger_idにより特定のコマンドが指定される。
【００８２】
trigger_validityは、当該トリガ情報が有効となる確率を示す情報である。この情報としては、当該トリガ情報を受信した各受信装置１２が当該トリガ情報に従って処理を実行する確率を示すサーバアクセス分散パラメータ値Ｎが設定される。この値を設定することにより、複数の受信装置１２がTPTサーバ１３からTPTを取得するに際し、そのアクセスが一時期に集中せず分散させることができる。
【００８３】
例えば、数多く存在し得る受信装置１２からのTPTサーバ１３に対するアクセスを４回に分散させるためには、同一のトリガ情報を４回送信するようにし、trigger_validityには確率の逆数を整数値で指定することになる。すなわち、１回目のトリガ情報におけるサーバアクセス分散パラメータ値Ｎ＝４とし、２回目のトリガ情報におけるサーバアクセス分散パラメータ値Ｎ＝３とし、３回目のトリガ情報におけるサーバアクセス分散パラメータ値Ｎ＝２とし、４回目のトリガ情報におけるサーバアクセス分散パラメータ値Ｎ＝１とすればよい。
【００８４】
なお、trigger_validityは、オプションで設定される項目であり、TPTサーバ１３に対するアクセスを分散させたい場合にのみ、trigger_validityが指定されることになる。また、trigger_validityがトリガ情報に指定されていない場合、受信装置１２では、サーバアクセス分散パラメータ値Ｎ＝１とみなし、当該トリガ情報が有効であるものとする。
【００８５】
［トリガ情報の記述例］
図８は、トリガ情報の記述例を示す図である。
【００８６】
図８に示すように、トリガ情報は、例えば、図７に示したdomain_name，program_id，trigger_id，及びtrigger_validityを指定するための値と、“/”や“?id=”などの所定の文字を連結させた文字列からなる。例えば、domain_nameが、“abc.tv”，program_idが、“300”，trigger_idが、“1”である場合、トリガ情報を示す文字列は、“abc.tv/300?id=1”となる。
【００８７】
すなわち、この文字列の先頭に、“http://”を付加すると、TPTサーバ１３にアクセスするための、URL（Uniform Resource Locator）を示す“http://abc.tv/300?id=1”である文字列が得られる。また、このURLの末尾には、id=<trigger_id>であるクエリ文字列が付加されているので、HTTP（HyperText Transfer Protocol）のGETメソッドを利用することで、TPTサーバ１３は、そのパラメータを取得することができる。そして、TPTサーバ１３は、例えば、trigger_idが特定の値を示している場合など、パラメータの値に応じて、特定されたTPTを、受信装置１２に送信することができる。
【００８８】
なお、前述したように、trigger_validityはオプション項目であるため、trigger_validityを設定する場合にのみ、vrate=<trigger_validity>である文字列がトリガ情報に含まれ、クエリ文字列としてURLに付加されることになる。
【００８９】
なお、トリガ情報の記述方法は任意であって、図８の記述例に限定されるものではない。
【００９０】
トリガ情報は、以上のように構成される。
【００９１】
［TPTの詳細］
次に、TPTの詳細について説明する。図９は、TPTの詳細仕様の一例を示す図である。
【００９２】
図９に示すように、TPTは、主に、tpt要素及びcommand要素から構成される。
【００９３】
tpt要素には、TPTに関する情報が記述される。tpt要素は、program属性を含む。
【００９４】
program属性には、TPTを識別するための情報が指定される。例えば、program属性には、domain_nameと、program_idとを“/”により連結した文字列が指定される。
【００９５】
すなわち、制御部６０は、抽出されたトリガ情報に含まれるdomain_name及びprogram_idの値と、保持しているTPTのprogram属性の値とを比較して、それらの値が一致する場合にのみ、トリガ情報に対応するコマンドを特定するようにする。例えば、電波障害や受信装置１２における取りこぼし（受信ミス）などにより、受信装置１２側にて適切なTPTが保持されていない場合も考えられるが、制御部６０は、コマンドの特定を行うに際し、domain_name及びprogram_idが一致するかを判定することで、確実に想定されたコマンドを特定することができる。
【００９６】
command要素には、コマンドに関する情報が記述される。command要素は、id属性、destination属性、action属性を含む。
【００９７】
id属性には、コマンドを識別するための情報が指定される。なお、id属性には、トリガ情報に含まれるtrigger_idに対応する値が指定される。
【００９８】
destination属性には、当該コマンドによるデータ放送用アプリ制御の対象となる機器が指定される。ここでは、受信装置本体（受信装置１２）のほか、受信装置１２に外部装置が接続される場合には、その外部装置が、コマンドの対象機器として指定される。例えば、destination属性には、コマンドの対象機器が受信装置１２となる場合、“receiver”が指定され、コマンドの対象機器が外部装置となる場合、“external_1”や“external_2”が指定される。なお、destination属性が指定されない場合には、“receiver”が指定されたものとみなされる。
【００９９】
action属性は、当該コマンドが、“execute”，“register”，“suspend”，“terminate”，“event”のいずれかであるかを示す。
【０１００】
エクスキュートコマンド（execute）は、受信装置１２に対して、データ放送用アプリの取得若しくは起動を指示するためのコマンドである。
【０１０１】
レジスタコマンド（register）は、受信装置１２に対して、データ放送用アプリの取得若しくは登録を指示するためのコマンドである。ここで、データ放送用アプリの登録とは、取得したデータ放送用アプリに対応付けて、その優先度と有効期限を記憶することを意味する。データ放送用アプリは、制御部６０により、優先度と保持期限に従って管理される。
【０１０２】
サスペンドコマンド（suspend）は、受信装置１２に対して、実行中のデータ放送用アプリを休止させるためのコマンドである。
【０１０３】
ターミネートコマンド（terminate）は、受信装置１２に対して、実行中のデータ放送用アプリを終了させるためのコマンドである。
【０１０４】
イベントコマンド（event）は、受信装置１２に対して、実行中のデータ放送用アプリにおいてイベントを発火させるためのコマンドである。
【０１０５】
すなわち、例えば、action属性には、データ放送用アプリの取得若しくは起動を指示する場合、“execute”が指定され、データ放送用アプリの取得若しくは登録を指示する場合、“register”が指定される。また、action属性には、データ放送用アプリの中断を指示する場合、“suspend”が指定され、データ放送用アプリの終了を指示する場合、“terminate”が指定され、実行中のデータ放送用アプリにおいてイベントを発火させる場合、“event”が指定される。
【０１０６】
application要素には、データ放送用アプリに関する情報が記述される。application要素は、id属性、type属性、url属性、priority属性、及びexpire_date属性を含む。
【０１０７】
id属性には、当該データ放送用アプリを識別するためのアプリIDが指定される。type属性には、当該データ放送用アプリのファイル属性等に関する情報を示すアプリタイプが指定される。url属性には、コマンドが、エクスキュートコマンド又はレジスタコマンドである場合において、当該データ放送用アプリの取得先を示すアプリURLが指定される。従って、url属性には、アプリサーバ１４のURLが指定される。
【０１０８】
priority属性には、当該コマンドに対応するデータ放送用アプリを取得、保持するときの優先度を示す情報が指定される。expire_date属性には、データ放送用アプリの有効期限を示す情報が指定される。データ放送用アプリが登録される場合、アプリ有効期限とデータ放送用アプリ保持優先度が記憶され、データ放送用アプリは、それらの有効期限と優先度に従って管理される。
【０１０９】
なお、url属性及びexpire_date属性は、コマンドが、エクスキュートコマンド又はレジスタコマンドとなる場合には必須の項目となる。また、priority属性には、通常は“0”が指定され、優先度を高くする場合には、“1”が指定される。
【０１１０】
event要素には、イベントコマンドに関する情報が記述される。event要素は、id属性及びdata要素を含む。
【０１１１】
id属性には、コマンドが、イベントコマンドである場合において、アプリIDにて指定されたデータ放送用アプリにおいて発火すべきイベントを識別するためのイベントIDが指定される。また、data要素には、コマンドが、イベントコマンドである場合において、イベントを発火する際に参照されるイベント付加データが記述される。
【０１１２】
なお、event要素は、action属性が、“event”となる場合には必須の項目となる。
【０１１３】
［TPTの記述例］
図１０は、TPTの記述例を示す図である。
【０１１４】
図１０の例では、tpt要素のprogram属性には、“abc.tv/300”が指定される。すなわち、これは、例えば、abc放送局（domain_name = “abc.tv”）により放送されるデジタルテレビジョン番組（program_id = “300”）用のTPTであることを意味する。なお、説明の簡略化のためすべては記載していないが、このtpt要素中には、７個のcommand要素が記述されている。
【０１１５】
１つ目のcommand要素には、id属性として“1”が指定され、destination属性として“receiver”が指定され、action属性として“register”が指定されている。すなわち、当該コマンド（id = 1）は、受信装置１２に対するレジスタコマンドとなる。また、command要素の開始タグと終了タグの間には、application要素が記述される。application要素には、id属性として“1”が指定され、type属性として“html”が指定され、url属性として“xxx.com/yyy1”が指定され、expire_date属性として“2011-01-21”が指定されている。すなわち、当該application要素は、HTML（Hyper Text Markup Language）により記述されたデータ放送用アプリ（id = 1）が、“xxx.com/yyy1”であるURLにより特定されるアプリサーバ１４から取得できることを意味する。
【０１１６】
同様に、２つ目のcommand要素は、当該コマンド（id = 2）が、受信装置１２に対するエクスキュートコマンドとなることを示す。また、エクスキュートコマンドに応じて取得されるデータ放送用アプリ（id = 1）が、“xxx.com/yyy1”であるURLにより特定されるアプリサーバ１４から取得できることを意味する。
【０１１７】
３つ目のcommand要素は、当該コマンド（id = 3）が、受信装置１２により実行されるデータ放送用アプリ（id = 1）に対するイベントコマンドとなることを示す。また、このcommand要素の開始タグと終了タグの間には、application要素及びevent要素が記述される。application要素には、id属性として“1”が指定されている。また、event要素には、id属性として”event1”が指定され、data要素として”zzzzzzz・・・z”が記述される。すなわち、当該コマンドでは、イベント発火に伴い、データ放送用アプリによって、”zzzzzzz・・・z”であるデータが利用される。
【０１１８】
また、４つ目のcommand要素は、当該コマンド（id = 4）が、受信装置１２により実行されるデータ放送用アプリ（id = 1）に対するサスペンドコマンドとなることを示す。さらに、５つ目のcommand要素は、当該コマンド（id = 5）が、受信装置１２により実行されるデータ放送用アプリ（id = 1）に対するターミネートコマンドとなることを示す。
【０１１９】
６つ目のcommand要素は、当該コマンド（id = 12）が、受信装置１２に対するエクスキュートコマンドとなることを示す。また、command要素の開始タグと終了タグの間のapplication要素には、id属性として“2”が指定され、type属性として“html”が指定され、url属性として“xxx.com/yyy2”が指定され、expire_date属性として“2011-01-22”が指定されている。すなわち、エクスキュートコマンドに応じて取得されるデータ放送用アプリ（id = 2）が、“xxx.com/yyy2”であるURLにより特定されるアプリサーバ１４から取得できることを意味する。
【０１２０】
同様に、７つ目のcommand要素は、当該コマンド（id = 15）が、受信装置１２により実行されるデータ放送用アプリ（id = 2）に対するターミネートコマンドとなることを示す。
【０１２１】
なお、TPTの記述方法は任意であって、図１０の記述例に限定されるものではない。
【０１２２】
TPTは、以上のように構成される。
【０１２３】
［トリガ情報とコマンドの対応関係］
次に、TPTによって、トリガ情報に対応付けられたコマンドを特定する処理の例を説明する。図１１は、トリガ情報とコマンドの対応関係の例を示す図である。
【０１２４】
図１１に示すように、受信装置１２では、ＴＳより得られるビデオ信号からトリガ情報が抽出されると、トリガ情報に含まれるdomain_name又はprogram_idに基づいて、TPTサーバ１３からTPTを取得するか否かが判定される。
【０１２５】
例えば、“abc.tv/300?id=1”であるトリガ情報が抽出された場合に、前回抽出されたトリガ情報に含まれるprogram_idの値が“300”以外であったとき、program_idが変化したので、受信装置１２は、TPTを取得すると判定する。そして、受信装置１２は、トリガ情報の先頭に“http://”を付加することで得られるURL（“http://abc.tv/300?id=1”）により特定されるTPTサーバ１３にアクセスして、TPTを取得する。
【０１２６】
これにより、受信装置１２には、図中のTPT（program = “abc.tv/300”）が保持される。なお、図１１に示したTPTは、前述した図１０のTPTに対応するものであるが、ここでは、説明の簡略化のため、command要素のid属性及びaction属性、application要素のid属性、並びにURLなどのパラメータのみを図示している。
【０１２７】
そして、例えば、１つ目のトリガ情報（“abc.tv/300?id=1”）に含まれるtrigger_idが“1”である場合、受信装置１２では、TPTによって、“1”であるcommand要素のid属性に対応するレジスタコマンド（Register）が特定される。そして、受信装置１２は、レジスタコマンドに応じて、アプリIDが“1”となるデータ放送用アプリを取得して、登録する。
【０１２８】
続いて、受信装置１２では、２つ目のトリガ情報（“abc.tv/300?id=2”）が抽出された場合に、当該トリガ情報に含まれるtrigger_idが“2”であるとき、TPTによって、“2”であるcommand要素のid属性に対応するエクスキュートコマンド（Execute）が特定される。そして、受信装置１２は、エクスキュートコマンドに応じて、取得されたデータ放送用アプリを起動する。
【０１２９】
その後、受信装置１２では、３つ目のトリガ情報（“abc.tv/300?id=3”）が抽出された場合に、当該トリガ情報に含まれるtrigger_idが“3”であるとき、TPTによって、“3”であるcommand要素のid属性に対応するイベントコマンド（Event）が特定される。そして、受信装置１２は、イベントコマンドに応じて、実行中のデータ放送用アプリにおいてイベントを発火させる。
【０１３０】
なお、図１１には、図示していないが、その後、受信装置１２では、さらにトリガ情報（“abc.tv/300?id=4”）が抽出され、当該トリガ情報に含まれるtrigger_idが“4”であるとき、TPTによって、“4”であるcommand要素のid属性に対応するサスペンドコマンド（Suspend）が特定される。そして、受信装置１２は、サスペンドコマンドに応じて、実行中のデータ放送用アプリを休止させる。さらにまた、受信装置１２では、抽出されたトリガ情報に応じて、エクスキュートコマンド（Execute）が特定された場合、エクスキュートコマンドに応じて、休止中のデータ放送用アプリが再開される。
【０１３１】
その後、受信装置１２では、さらにトリガ情報（“abc.tv/300?id=5”）が抽出され、当該トリガ情報に含まれるtrigger_idが“5”であるとき、“5”であるcommand要素のid属性に対応するターミネートコマンド（Terminate）が特定され、ターミネートコマンドに応じて、実行中のデータ放送用アプリが終了される。
【０１３２】
また、前述した例では、アプリIDが“1”となるデータ放送用アプリが取得され、実行される例を説明したが、アプリIDを異ならせることで、受信装置１２は、複数のデータ放送用アプリを実行することができる。例えば、デジタルテレビジョン番組と連動して実行されるデータ放送用アプリのアプリIDを“1”とし、その番組の途中に挿入されるＣＭと連動して実行されるデータ放送用アプリのアプリIDを“2”とすることで、受信装置１２は、番組用とＣＭ用のデータ放送用アプリを切り替えることができる。例えば、図１１のTPTの例では、トリガ情報に含まれるtrigger_idが“1”乃至“5”の場合には、番組用のデータ放送用アプリの動作が制御され、トリガ情報に含まれるtrigger_idが“12”，“15”の場合には、ＣＭ用のデータ放送用アプリの動作が制御される。
【０１３３】
以上のように、受信装置１２においては、放送装置１１からのトリガ情報が抽出された場合、保持しているTPTに基づいて、抽出されたトリガ情報に対応するコマンドが特定され、特定されたコマンドに応じて、データ放送用アプリの動作が制御される。
【０１３４】
［データ放送用アプリの状態遷移］
図１２は、レジスタ、エクスキュート、イベント、サスペンド、及びターミネートの各コマンドに応じて受信装置１２にて動作するデータ放送用アプリの状態遷移図である。同図に示すように、データ放送用アプリの状態は、解放状態(Released)、準備状態(Ready)、実行中状態(Active)、又は休止状態(Suspended)の４種類のうちのいずれかに遷移していると定義される。
【０１３５】
解放状態は、データ放送用アプリが受信装置１２に未取得である状態を指す。準備状態は、そのデータ放送用アプリが受信装置１２に登録済みであって起動されていない状態を指す。実行中状態は、データ放送用アプリが起動されて実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ６５Ｂに保持されている状態を指す。
【０１３６】
データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、レジスタコマンドが受信され、レジスタコマンドに従ってそのデータ放送用アプリが取得（登録）されると、準備状態に遷移する。
【０１３７】
データ放送用アプリが準備状態であるとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが起動されると、実行中状態に遷移する。
【０１３８】
また、データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが取得されて起動されると、実行中状態に遷移する。
【０１３９】
データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドが受信され、サスペンドコマンドに従って実行中のデータ放送用アプリが中断されると休止状態に遷移する。
【０１４０】
データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従って、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。
【０１４１】
データ放送用アプリが、実行中状態又は休止状態に遷移しているとき、ターミネートコマンドが受信され、ターミネートコマンドに従って、実行中のデータ放送用アプリが終了されると、準備状態に遷移する（図中の「Ａ」）。なお、準備状態への遷移は、ターミネートコマンドに基づくもののほか、他のデータ放送用アプリが実行されたときなどにも発生する。
【０１４２】
また、データ放送用アプリが、準備状態、実行中状態、又は休止状態に遷移しているとき、コマンドのアプリ有効期限が経過したとき、解放状態に遷移する（図中の「Ｂ」）。
【０１４３】
図１３は、各コマンドと状態遷移の関係を示している。
【０１４４】
図１３は、受信装置１２において、デジタルテレビジョン番組のデジタルテレビジョン放送信号とともに送信されるトリガ情報に対応するコマンドをTPTにより特定し、特定したコマンドに応じてデータ放送用アプリの動作を制御する様子を模式的に表している。
【０１４５】
なお、図１３の受信装置１２においては、アプリIDが異なる２つのデータ放送用アプリが実行されるので、それらを、第１のデータ放送用アプリと、第２のデータ放送用アプリと称して区別する。また、受信装置１２に接続された外部装置などの他の装置で実行されるデータ放送用アプリを、第３のデータ放送用アプリと称する。さらに、受信装置１２は、抽出されたすべてのトリガ情報に対して反応するわけではなく、既に対応済みのトリガ情報は無視することになる（図中の「ignore」）。
【０１４６】
受信装置１２において、第１のデータ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、レジスタコマンドに応じて、第１のデータ放送用アプリが取得、保持され、登録されると、第１のデータ放送用アプリは準備状態に遷移する。
【０１４７】
受信装置１２において、第１のデータ放送用アプリが準備状態にあるとき、エクスキュートコマンドに応じて、その第１のデータ放送用アプリが起動されると、第１のデータ放送用アプリは実行中状態に遷移する。
【０１４８】
また、他の装置において、第３のデータ放送用アプリが解放状態に遷移しているとき（他の装置に未取得のとき）、エクスキュートコマンドに応じて、その第３のデータ放送用アプリが取得、起動されると、第３のデータ放送用アプリは実行中状態に遷移する。
【０１４９】
受信装置１２において、第１のデータ放送用アプリが実行中状態に遷移しているとき、イベントコマンドに応じて、実行中の第１のデータ放送用アプリにてイベントが発火された場合、第１のデータ放送用アプリの状態は実行中状態のままとなる。
【０１５０】
受信装置１２において、第１のデータ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドに応じて、実行中の第１のデータ放送用アプリが中断されると、第１のデータ放送用アプリは休止状態に遷移する。また、受信装置１２において、休止状態に遷移した第１のデータ放送用アプリと異なる第２のデータ放送用アプリのエクスキュートコマンドに応じて、第２のデータ放送用アプリが起動されると、第２のデータ放送用アプリは実行中状態に遷移する。すなわち、例えば、デジタルテレビジョン番組の途中にＣＭが挿入される場面を想定すると、番組用の第１のデータ放送用アプリの中断時に、ＣＭ用の第２のデータ放送用アプリが実行されることになる。
【０１５１】
そして、受信装置１２において、第１のデータ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドに応じて、中断されていた第１のデータ放送用アプリが再開されると、第１のデータ放送用アプリは実行中状態に遷移する。また、受信装置１２において、第２のデータ放送用アプリが実行中状態に遷移しているとき、ターミネートコマンドに応じて、実行中の第２のデータ放送用アプリが終了されると、第２のデータ放送用アプリは準備状態に遷移する。すなわち、例えば、再度、前述したＣＭ挿入の場面を想定すると、デジタルテレビジョン番組の途中に挿入されたＣＭが終了したとき、番組が再開されることになるが、それに伴い、ＣＭ用の第２のデータ放送用アプリが終了され、中断している番組用の第１のデータ放送用アプリが再開されることになる。
【０１５２】
また、受信装置１２において、第１のデータ放送用アプリが実行中状態に遷移しているとき、ターミネートコマンドに応じて、実行中の第１のデータ放送用アプリが終了されると、第１のデータ放送用アプリは準備状態に遷移する。なお、第１のデータ放送用アプリが準備状態、実行中状態、又は休止状態に遷移しているとき、当該データ放送用アプリのアプリ有効期限が経過すると、当該データ放送用アプリがキャッシュメモリ６４から消去され、登録が抹消されて、第１のデータ放送用アプリは解放状態に遷移する。
【０１５３】
［トリガ情報対応処理］
次に、受信装置１２がトリガ情報を受信したときのトリガ情報対応処理について、図１４のフローチャートを参照して説明する。
【０１５４】
図１４は、トリガ情報対応処理を説明するフローチャートである。このトリガ情報対応処理は、ユーザがデジタルテレビジョン番組を視聴しているとき、すなわち、受信装置１２がデジタルテレビジョン放送信号を受信している間、繰り返して実行される。
【０１５５】
ステップＳ１１において、トリガ抽出部５７は、ビデオデコーダ５５からのビデオ信号からトリガ情報を抽出するまで待機する。そして、ビデオ信号からトリガ情報が抽出された場合、処理は、ステップＳ１２に進められる。
【０１５６】
ステップＳ１２において、トリガ抽出部５７は、抽出したトリガ情報の解析を行い、当該トリガ情報に含まれるtrigger_idに対してステップＳ１３以降の処理を既に実行済み（対応済み）であるか否かを判定する。既に、ステップＳ１３以降の処理を実行済みであると判定された場合、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。一方、当該トリガ情報に対して、ステップＳ１３以降の処理を実行していないと判定された場合、処理は、ステップＳ１３に進められる。
【０１５７】
ステップＳ１３において、トリガ抽出部５７はトリガ情報に含まれるtrigger_validityに基づいて、当該トリガ情報が有効であるか否かを判定する。当該トリガ情報が無効であると判定された場合、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。一方、当該トリガ情報が有効であると判定された場合、処理は、ステップＳ１４に進められる。
【０１５８】
ステップＳ１４において、トリガ抽出部５７は、制御部６０からの制御に従い、トリガ情報に含まれるdomain_name又はprogram_idに基づいて、TPTを取得するか否かを判定する。例えば、トリガ抽出部５７は、ユーザによって、選局中のデジタルテレビジョン番組のチャンネルが切り替えられ、トリガ情報に含まれるdomain_nameが変化した場合、TPTの取得を行うと判定する（ステップＳ１４の「YES」）。そして、トリガ抽出部５７は、通信I/F５８を制御して、例えば、トリガ情報の先頭に“http://”を付加することで得られるURL（例えば“http://abc.tv/300?id=1”）により特定されるTPTサーバ１３にアクセスして、TPTを要求する。なお、TPTサーバ１３では、受信装置１２からの要求に応じて、TPTが特定され、受信装置１２に送信される。
【０１５９】
ステップＳ１５において、TPT解析部５９は、通信I/F５８を制御して、TPTサーバ１３からのTPTを取得する。また、TPT解析部５９は、取得したTPT（例えば、図１０のTPT）を保持する。一方、ステップＳ１４において、TPTの取得を行わないと判定された場合、既に選局中のデジタルテレビジョン番組に対応するTPTが、TPT解析部５９に保持されているため、ステップＳ１５はスキップされ、処理は、ステップＳ１６に進められる。
【０１６０】
ステップＳ１６において、制御部６０は、TPT解析部５９からのTPTに基づいて、トリガ抽出部５７により抽出されたトリガ情報に対応するコマンドが、レジスタ、エクスキュート、ターミネート、イベント、又はサスペンドのいずれかであるかを特定する。具体的には、制御部６０は、例えば、図１０のTPTに基づいて、当該トリガ情報に対応するコマンドとして、トリガ情報に含まれるtrigger_idが“1”である場合には、レジスタコマンドを特定し、trigger_idが“2”である場合には、エクスキュートコマンドを特定する。また、制御部６０は、図１０のTPTに基づいて、trigger_idが“3”である場合には、イベントコマンドを特定し、trigger_idが“4”である場合には、サスペンドコマンドを特定し、trigger_idが“5”である場合には、ターミネートコマンドを特定する。すなわち、TPTは、トリガ情報に含まれるtrigger_idからコマンドを特定するための辞書として用いられる。
【０１６１】
なお、制御部６０は、コマンドの特定を行うに際し、トリガ抽出部５７により抽出されたトリガ情報に含まれるdomain_name及びprogram_idの値と、TPT解析部５９からのTPTのprogram属性の値とを比較して、それらの値が一致する場合にのみ、トリガ情報に対応するコマンドを特定する。TPT解析部５９は、それらの値が一致しない場合、制御部６０からの制御に従い、再度、TPTサーバ１３にアクセスして、選局中のデジタルテレビジョン番組に対応するTPTを取得することになる。これにより、受信装置１２では、電波障害などにより適切なTPTを保持していない場合でも、確実に想定されたコマンドを特定することができる。
【０１６２】
ステップＳ１７において、制御部６０は、ステップＳ１６の特定結果がレジスタであるか否かを判定し、レジスタであると判定された場合、処理はステップＳ１８に進められる。
【０１６３】
ステップＳ１８において、制御部６０は、通信I/F５８を制御して、TPTにより特定されるアプリURLに対応するアプリサーバ１４にアクセスして、アプリIDにより特定されるデータ放送用アプリを取得させる。通信I/F５８により取得されたデータ放送用アプリは、キャッシュメモリ６４に保持される。また、制御部６０は、取得されたデータ放送用アプリに対応付けて、そのアプリ有効期限とアプリ保持優先度を、メモリ６１に記憶する。これにより、キャッシュメモリ６４に保持されたデータ放送用アプリは、制御部６０により、有効期限と保持優先度に従って管理される。
【０１６４】
この後、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。
【０１６５】
ステップＳ１７において、ステップＳ１６の特定結果がレジスタでないと判定された場合、処理は、ステップＳ１９に進められる。ステップＳ１９において、制御部６０は、ステップＳ１６の特定結果がエクスキュートであるか否かを判定し、エクスキュートであると判定された場合、処理は、ステップＳ２０に進められる。
【０１６６】
ステップＳ２０において、アプリエンジン６３は、制御部６０からの制御に従い、TPTのアプリIDにより特定されるデータ放送用アプリが休止中（サスペンド状態）であるか否かを判定する。具体的には、退避メモリ６５Ｂに、アプリIDにより特定されるデータ放送用アプリに、休止の状態を示すデータが退避されている場合に休止中であると判定する。
【０１６７】
ステップＳ２０において、アプリIDにより特定されるデータ放送用アプリが休止中ではないと判定された場合、処理はステップＳ２１に進められる。ステップＳ２１において、アプリエンジン６３は、制御部６０からの制御に従い、アプリIDにより特定されるデータ放送用アプリが未取得（キャッシュメモリ６４に存在しない）の場合にそれを取得する。
【０１６８】
ステップＳ２２において、アプリエンジン６４は、制御部６０からの制御に従い、現在実行中のデータ放送用アプリがあるならば、それを終了させる。そして、ステップＳ２３において、アプリエンジン６４は、制御部６０からの制御に従い、アプリIDにより特定されるデータ放送用アプリを起動する。
【０１６９】
また、ステップＳ２０において、アプリIDにより特定されるデータ放送用アプリが休止中（サスペンド状態）であると判定された場合、処理はステップＳ２４に進められる。
【０１７０】
ステップＳ２４において、アプリエンジン６３は、制御部６０からの制御に従い、退避メモリ６５Ｂのデータをワークメモリ６５Ａに移して、アプリIDにより特定されるデータ放送用アプリを起動する。これにより、アプリIDにより特定される、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１７１】
ステップＳ１９において、ステップＳ１６の特定結果がエクスキュートではないと判定された場合、処理はステップＳ２５に進められる。ステップＳ２５において、制御部６０は、ステップＳ１６の特定結果がイベントであるか否かを判定し、イベントであると判定された場合、処理はステップＳ２６に進められる。
【０１７２】
ステップＳ２６において、制御部６０は、TPTにより特定されるアプリIDと、動作中のデータ放送用アプリのアプリIDが一致する場合のみ、アプリエンジン６３を制御して、動作中のデータ放送用アプリにおいて、コマンドのイベントIDに対応するイベントを発火（実行）させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１７３】
ステップＳ２５において、ステップＳ１６の特定結果がイベントではないと判定された場合、処理はステップＳ２７に進められる。ステップＳ２７において、制御部６０は、ステップＳ１６の特定結果がサスペンドであるか否かを判定し、サスペンドであると判定された場合、処理はステップＳ２８に進められる。
【０１７４】
ステップＳ２８において、アプリエンジン６３は、制御部６０からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータ（すなわち、現在ワークメモリ６５Ａに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含む）を退避メモリ６５Ｂに退避させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１７５】
ステップＳ２７において、ステップＳ１６の特定結果がサスペンドではないと判定された場合、ステップＳ１６の特定結果はターミネートであるので、処理はステップＳ２９に進められる。
【０１７６】
ステップＳ２９において、アプリエンジン６３は、制御部６０からの制御に従い、アプリIDにより特定されるデータ放送用アプリが実行中であればそれを終了させる。ステップＳ３０において、アプリエンジン６３は、制御部６０からの制御に従い、アプリIDにより特定されるデータ放送用アプリに関するデータを、ワークメモリ６５Ａ及び退避メモリ６５Ｂから消去するとともに、データ放送用アプリをキャッシュメモリ６４から消去させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。
【０１７７】
以上でトリガ情報対応処理の説明を終了する。前述したトリガ情報対応処理によれば、テレビジョン放送のＡＶコンテンツ（例えばデジタルテレビジョン番組やＣＭなど）に連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させて、他のデータ放送用アプリを実行、終了し、その後、休止したデータ放送用アプリを休止状態から再開することができる。
【０１７８】
[動作シナリオ]
受信装置１２において、前述したトリガ情報対応処理を行うことで、例えば、図１５に示すようなデータ放送用アプリの運用が可能となる。
【０１７９】
図１５は、動作シナリオの例を示す図である。
【０１８０】
図１５において、受信装置１２は、放送装置１１からのデジタルテレビジョン放送信号に対応するデジタルテレビジョン番組をディスプレイに表示しているとき、トリガ情報の抽出を継続して行う。そして、受信装置１２は、トリガ情報に含まれるdomain_name又はprogram_idが変化したとき、トリガ情報に“http://”である文字列を付加して得られるURLにアクセスして、TPTサーバ１３にTPTを問い合わせる。これにより、受信装置１２は、TPTサーバ１３からのTPTを取得して、保持することができる。
【０１８１】
その後、受信装置１２では、トリガ情報の抽出が継続して行われ、トリガ情報が抽出された場合、TPTに基づいて、トリガ情報に対応するコマンドが特定される。例えば、受信装置１２は、“abc.tv/300?id=1”であるトリガ情報により特定されたコマンドが、レジスタコマンドである場合、アプリURLに対応するアプリサーバ１４にアクセスし、データ放送用アプリを取得して登録する。なお、受信装置１２は、対応済みのトリガ情報（“abc.tv/300?id=1”）を受信した場合、そのトリガ情報を無視する（図中の「repeat」）。
【０１８２】
受信装置１２では、その後もトリガ情報の抽出が継続して行われ、“abc.tv/300?id=2”であるトリガ情報により特定されたコマンドが、エクスキュートコマンドである場合、取得されたデータ放送用アプリが起動される。これにより、ディスプレイでは、例えば、デジタルテレビジョン番組に対し、番組関連情報（図中の「Video Synchronized Application」）が重畳表示される。
【０１８３】
また、受信装置１２では、トリガ情報の抽出がさらに継続して行われ、“abc.tv/300?id=3”であるトリガ情報により特定されたコマンドが、イベントコマンドである場合、実行中のデータ放送用アプリにおいてイベントが発火される。これにより、ディスプレイでは、例えば、デジタルテレビジョン番組に重畳表示された番組関連情報の内容が変化する。
【０１８４】
そして、受信装置１２は、“abc.tv/300?id=5”であるトリガ情報により特定されたコマンドが、ターミネートコマンドである場合、実行中のデータ放送用アプリを終了させる。これにより、ディスプレイでは、デジタルテレビジョン番組に重畳表示されていた番組関連情報が消されて、番組のみが表示される。
【０１８５】
以上のように、受信装置１２は、サーバ特定情報（domain_name）又はコンテンツ識別情報（program_id）に応じたTPTを保持することで、放送装置１１からのトリガ情報に対応するコマンドを特定することができるため、図１５に示した動作シナリオを実現することが可能となる。
【０１８６】
＜第２の実施の形態＞
［通信システムの構成例］
前述した説明では、受信装置１２が、放送装置１１から送信されたデジタルテレビジョン番組等のＡＶコンテンツのデジタルテレビジョン放送信号を受信する例を説明したが、ＡＶコンテンツは、インターネット２０を介してVOD（Video On Demand）により配信されるようにしてもよい。
【０１８７】
図１６は、本実施の形態である通信システム８１を示している。
【０１８８】
図１６において、図１と対応する箇所には同一の符号が付してあり、その説明は適宜省略する。
【０１８９】
すなわち、図１６では、図１と比較すると、放送装置１１の代わりに、インターネット２０に接続された配信サーバ９１が設けられている。配信サーバ９１は、受信装置１２からの要求に応じて、VODコンテンツ等のＡＶコンテンツを、インターネット２０を介して、受信装置１２に配信する。また、配信サーバ９１は、VODコンテンツとともに、トリガ情報を受信装置１２に送信する。
【０１９０】
受信装置１２は、配信サーバ９１からVODコンテンツとともに送信されるトリガ情報を抽出して、抽出したトリガ情報に含まれるdomain_name又はprogram_idに応じたTPTを、TPTサーバ１３から取得する。そして、受信装置１２は、TPTサーバ１３からのTPTに基づいて、配信サーバ９１からのトリガ情報に対応するコマンドを特定し、特定したコマンドに応じて、VODコンテンツに連動して実行されるデータ放送用アプリの動作を制御することになる。
【０１９１】
このように、受信装置１２は、ＡＶコンテンツを、放送網を介して受信するのみならず、通信網を介して受信することができる。そして、受信装置１２は、放送網と通信網のどちらから受信されたＡＶコンテンツであっても、当該ＡＶコンテンツとともに送信されるトリガ情報に含まれるサーバ特定情報（domain_name）又はコンテンツ識別情報（program_id）に応じたTPTを取得することができる。その結果、受信装置１２は、取得したTPTに基づいて、トリガ情報に対応するコマンドを特定することができる。
【０１９２】
なお、前述の説明では、TPTサーバ１３及びアプリサーバ１４など、提供する機能ごとにサーバを複数設ける例を説明したが、それらの機能の全部又は一部をまとめて、１又は複数のサーバにより提供されるようにしてもよい。
【０１９３】
以上のように、本技術によれば、デジタルテレビジョン番組やVODコンテンツ等のＡＶコンテンツに連動して実行されるデータ放送用アプリを提供することができる。
【０１９４】
また、トリガ情報は、セットトップボックス１５等の専用端末を介しても、受信装置１２に通知されるので、放送システム１では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、データ放送用アプリを提供することができる。
【０１９５】
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１９６】
図１７は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１９７】
コンピュータにおいて、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【０１９８】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記録部１０８、通信部１０９、及びドライブ１１０が接続されている。
【０１９９】
入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記録部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
【０２００】
以上のように構成されるコンピュータでは、CPU１０１が、例えば、記録部１０８に記憶されているプログラムを、入出力インタフェース１０５及びバス１０４を介して、RAM１０３にロードして実行することにより、前述した一連の処理が行われる。
【０２０１】
コンピュータ（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２０２】
コンピュータでは、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記録部１０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１０９で受信し、記録部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記録部１０８に、あらかじめインストールしておくことができる。
【０２０３】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２０４】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２０５】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２０６】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２０７】
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２０８】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２０９】
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２１０】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２１１】
なお、本技術は、以下のような構成をとることができる。
【０２１２】
（１）
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定するコマンド特定部と、
特定した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
（２）
前記ＡＶコンテンツ、又は前記ＡＶコンテンツ及び前記アプリケーションプログラムを出力する出力部をさらに備え、前記テーブル取得部は、出力中の前記ＡＶコンテンツの内容が変更された場合、前記対応テーブルを取得する
（１）に記載の受信装置。
（３）
前記トリガ情報は、前記対応テーブルを提供する情報処理装置を特定するための特定情報及び前記ＡＶコンテンツを識別するための第１の識別情報を含み、
前記テーブル取得部は、抽出した前記トリガ情報に含まれる前記特定情報又は前記第１の識別情報が変化した場合、前記特定情報及び前記第１の識別情報に応じて、前記情報処理装置から前記対応テーブルを取得する
（１）又は（２）に記載の受信装置。
（４）
前記対応テーブルは、前記トリガ情報及び前記コマンドに対し、前記アプリケーションプログラムを識別するための第２の識別情報をさらに対応付けており、
前記コマンド特定部は、抽出した前記トリガ情報に対応する前記第２の識別情報により識別される前記アプリケーションプログラムごとに、前記トリガ情報に対応する前記コマンドを特定する
（３）に記載の受信装置。
（５）
前記制御部は、特定した前記コマンドに応じて、１又は複数の前記アプリケーションプログラムの動作を制御する
（１）乃至（４）のいずれかに記載の受信装置。
（６）
前記トリガ情報は、自身が有効となる確率を示す情報をさらに含み、
前記制御部は、前記トリガ情報が有効となる場合、前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
（１）乃至（５）のいずれかに記載の受信装置。
（７）
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちのいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
（１）乃至（６）のいずれかに記載の受信装置。
（８）
受信装置の受信方法において、
前記受信装置が、
ＡＶコンテンツを受信し、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出し、
前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得し、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定し、
特定した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
（９）
コンピュータを、
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定するコマンド特定部と、
特定した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
（１０）
受信装置、第１の情報処理装置、及び第２の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
前記第１の情報処理装置から、前記トリガ情報と、前記アプリケーションプログラムの動作を制御するためのコマンドとを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報に対応する前記コマンドを特定するコマンド特定部と、
特定した前記コマンドに応じて、前記第２の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記対応テーブルを提供する第１の提供部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムを提供する第２の提供部を備える
情報処理システム。
【符号の説明】
【０２１３】
１  放送システム，  １１  放送装置，  １２  受信装置，  １３  TPTサーバ，  １４  アプリサーバ，  ５１  チューナ，  ５７  トリガ抽出部，  ５８  通信I/F，  ５９  TPT解析部，  ６０  制御部，  ６３  アプリエンジン，  ８１  通信システム，  ９１  配信サーバ，  １００  コンピュータ，  １０１  CPU
【図１】
2013035618.tif 000003
【図２】
2013035618.tif 000004
【図３】
2013035618.tif 000005
【図４】
2013035618.tif 000006
【図５】
2013035618.tif 000007
【図６】
2013035618.tif 000008
【図７】
2013035618.tif 000009
【図８】
2013035618.tif 000010
【図９】
2013035618.tif 000011
【図１０】
2013035618.tif 000012
【図１１】
2013035618.tif 000013
【図１２】
2013035618.tif 000014
【図１３】
2013035618.tif 000015
【図１４】
2013035618.tif 000016
【図１５】
2013035618.tif 000017
【図１６】
2013035618.tif 000018
【図１７】
2013035618.tif 000019
【国際調査報告】
2013035618.tif 000020
2013035618.tif 000021
2013035618.tif 000022
2013035618.tif 000023