(57)【要約】  本技術は、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにする受信装置、受信方法、及びプログラムに関する。制御部は、トリガ情報を取得し、取得したトリガ情報から得られるコマンドに基づいて、インターネット上のアプリサーバからデータ放送用アプリを取得するか、あるいは、SMT及びNRT-ITにより特定されるFDTを参照して、FLUTEセッションを利用したNRTサービスのNRTコンテンツとして伝送されるデータ放送用アプリを取得する制御を行い、取得したトリガ情報から得られるコマンドに応じて、取得したデータ放送用アプリの動作を制御する。本技術は、例えば、デジタルテレビジョン放送信号を受信するテレビジョン受像機に適用することができる。
2013118617.tif 000002
【特許請求の範囲】
【請求項１】
放送波により伝送されるＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、
取得した前記トリガ情報から得られるコマンドが前記アプリケーションプログラムの取得を示す場合、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得するアプリ取得部と、
取得した前記トリガ情報から得られるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
【請求項２】
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、
前記トリガ取得部は、抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を取得する
請求項１に記載の受信装置。
【請求項３】
前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻を対応付けた対応テーブルを取得するテーブル取得部をさらに備え、
前記制御部は、取得した前記対応テーブルに基づいて、前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
請求項２に記載の受信装置。
【請求項４】
前記トリガ情報に基づいて、前記対応テーブルの取得先を示す第１の取得先情報、及び前記アプリケーションプログラムの取得先を示す第２の取得先情報を取得する取得先情報取得部をさらに備え、
前記テーブル取得部は、前記第１の取得先情報に基づいて、前記対応テーブルを取得し、
前記アプリ取得部は、前記第２の取得先情報に基づいて、前記アプリケーションプログラムを取得する
請求項３に記載の受信装置。
【請求項５】
前記第２の取得先情報は、前記放送波にてNRT（Non-RealTime）サービスのNRTコンテンツを伝送する際に用いられるNRT-IT（NRT Information Table）と同一の又は対応する構成を有し、前記インターネットに接続された情報処理装置から提供される
請求項４に記載の受信装置。
【請求項６】
前記トリガ情報は、前記放送波により伝送され、
前記トリガ取得部は、前記放送波により伝送される前記トリガ情報を取得する
請求項１に記載の受信装置。
【請求項７】
前記制御部は、前記放送波から取得した前記トリガ情報に含まれるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する
請求項６に記載の受信装置。
【請求項８】
前記アプリケーションプログラムは、FLUTE（File Delivery over Unidirectional Transport）セッションを利用したNRTサービスのNRTコンテンツとして伝送され、
前記アプリ取得部は、前記トリガ情報に含まれる前記NRTサービス及び前記NRTコンテンツの識別情報に基づいて、SMT（Service Map Table）及びNRT-ITにより特定されるFDT（File Delivery Table）を参照し、FLUTEセッションにより伝送される前記アプリケーションプログラムを取得する
請求項７に記載の受信装置。
【請求項９】
前記アプリ取得部は、FLUTEセッションにより伝送される前記アプリケーションプログラムが取得できない場合、前記NRT-ITに記述される前記インターネットを介して配信される前記アプリケーションプログラムの取得先を示す第３の取得先情報に基づいて、前記アプリケーションプログラムを取得する
請求項８に記載の受信装置。
【請求項１０】
前記対応テーブルに基づいて、前記アプリケーションプログラムの取得先を示す第２の取得先情報を取得する取得先情報取得部をさらに備え、
前記テーブル取得部は、前記トリガ情報から得られる前記対応テーブルの取得先を示す第１の取得先情報に基づいて、前記対応テーブルを取得し、
前記アプリ取得部は、前記第２の取得先情報に基づいて、前記アプリケーションプログラムを取得する
請求項３に記載の受信装置。
【請求項１１】
前記制御部は、取得した前記対応テーブルに基づき取得される前記アプリケーションプログラムを動作させる上で必要な性能を、前記受信装置が有しているかを確認し、
前記テーブル取得部は、前記受信装置が前記アプリケーションプログラムを動作させる性能を有していない場合、取得した前記対応テーブルと異なる他の対応テーブルを取得する
請求項１０に記載の受信装置。
【請求項１２】
前記テーブル取得部は、あらかじめ設定される、前記対応テーブルの取得優先度に応じて、前記対応テーブルを取得する
請求項１１に記載の受信装置。
【請求項１３】
前記トリガ情報から得られる、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻を対応付けた対応テーブルの取得先を示す第１の取得先情報に基づいて、前記対応テーブルを取得するテーブル取得部をさらに備え
前記制御部は、取得した前記対応テーブルに基づいて、前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
請求項６に記載の受信装置。
【請求項１４】
前記アプリケーションプログラムは、FLUTEセッションを利用したNRTサービスのNRTコンテンツとして伝送され、
前記アプリ取得部は、前記対応テーブルに記述される前記NRTサービス及び前記NRTコンテンツの識別情報に基づいて、SMT及びNRT-ITにより特定されるFDTを参照し、FLUTEセッションにより伝送される前記アプリケーションプログラムを取得する
請求項１３に記載の受信装置。
【請求項１５】
前記アプリ取得部は、FLUTEセッションにより伝送される前記アプリケーションプログラムが取得できない場合、前記NRT-ITに記述される前記インターネットを介して配信される前記アプリケーションプログラムの取得先を示す第３の取得先情報に基づいて、前記アプリケーションプログラムを取得する
請求項１４に記載の受信装置。
【請求項１６】
前記制御部は、取得した前記対応テーブルに基づき取得される前記アプリケーションプログラムを動作させる上で必要な性能を、前記受信装置が有しているかを確認し、
前記テーブル取得部は、前記受信装置が前記アプリケーションプログラムを動作させる性能を有していない場合、取得した前記対応テーブルと異なる他の対応テーブルを取得する
請求項１３に記載の受信装置。
【請求項１７】
前記テーブル取得部は、あらかじめ設定される、前記対応テーブルの取得優先度に応じて、前記対応テーブルを取得する
請求項１６に記載の受信装置。
【請求項１８】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、
前記制御部は、前記コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
請求項１に記載の受信装置。
【請求項１９】
受信装置の受信方法において、
放送波により伝送されるＡＶコンテンツを受信し、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得し、
取得した前記トリガ情報から得られるコマンドが前記アプリケーションプログラムの取得を示す場合、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得し、
取得した前記トリガ情報から得られるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
【請求項２０】
コンピュータを、
放送波により伝送されるＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、
取得した前記トリガ情報から得られるコマンドが前記アプリケーションプログラムの取得を示す場合、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得するアプリ取得部と、
取得した前記トリガ情報から得られるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、及びプログラムに関し、特に、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにした受信装置、受信方法、及びプログラムに関する。
【背景技術】
【０００２】
デジタルテレビジョン放送信号を受信する受信装置において、放送波やインターネットに接続されたサーバにより配信される、テレビ番組と連動して実行されるアプリケーションプログラムを提供するサービスが普及することが予想される。そのため、このようなサービスを実現するための技術の検討が行われている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−６６５５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、現状では、放送波やインターネットを介して配信されるアプリケーションプログラムを提供するための技術方式は確立されていない。【０００５】
本技術はこのような状況に鑑みてなされたものであり、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにするものである。
【課題を解決するための手段】
【０００６】
本発明の一側面の受信装置は、放送波により伝送されるＡＶコンテンツを受信する受信部と、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、取得した前記トリガ情報から得られるコマンドが前記アプリケーションプログラムの取得を示す場合、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得するアプリ取得部と、取得した前記トリガ情報から得られるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する制御部とを備える。【０００７】
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、前記トリガ取得部は、抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を取得する。【０００８】
前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻を対応付けた対応テーブルを取得するテーブル取得部をさらに備え、前記制御部は、取得した前記対応テーブルに基づいて、前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する。【０００９】
前記トリガ情報に基づいて、前記対応テーブルの取得先を示す第１の取得先情報、及び前記アプリケーションプログラムの取得先を示す第２の取得先情報を取得する取得先情報取得部をさらに備え、前記テーブル取得部は、前記第１の取得先情報に基づいて、前記対応テーブルを取得し、前記アプリ取得部は、前記第２の取得先情報に基づいて、前記アプリケーションプログラムを取得する。【００１０】
前記第２の取得先情報は、前記放送波にてNRT（Non-RealTime）サービスのNRTコンテンツを伝送する際に用いられるNRT-IT（NRT Information Table）と同一の又は対応する構成を有し、前記インターネットに接続された情報処理装置から提供される。【００１１】
前記トリガ情報は、前記放送波により伝送され、前記トリガ取得部は、前記放送波により伝送される前記トリガ情報を取得する。【００１２】
前記制御部は、前記放送波から取得した前記トリガ情報に含まれるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する。【００１３】
前記アプリケーションプログラムは、FLUTE（File Delivery over Unidirectional Transport）セッションを利用したNRTサービスのNRTコンテンツとして伝送され、前記アプリ取得部は、前記トリガ情報に含まれる前記NRTサービス及び前記NRTコンテンツの識別情報に基づいて、SMT（Service Map Table）及びNRT-ITにより特定されるFDT（File Delivery Table）を参照し、FLUTEセッションにより伝送される前記アプリケーションプログラムを取得する。【００１４】
前記アプリ取得部は、FLUTEセッションにより伝送される前記アプリケーションプログラムが取得できない場合、前記NRT-ITに記述される前記インターネットを介して配信される前記アプリケーションプログラムの取得先を示す第３の取得先情報に基づいて、前記アプリケーションプログラムを取得する。【００１５】
前記対応テーブルに基づいて、前記アプリケーションプログラムの取得先を示す第２の取得先情報を取得する取得先情報取得部をさらに備え、前記テーブル取得部は、前記トリガ情報から得られる前記対応テーブルの取得先を示す第１の取得先情報に基づいて、前記対応テーブルを取得し、前記アプリ取得部は、前記第２の取得先情報に基づいて、前記アプリケーションプログラムを取得する。【００１６】
前記制御部は、取得した前記対応テーブルに基づき取得される前記アプリケーションプログラムを動作させる上で必要な性能を、前記受信装置が有しているかを確認し、前記テーブル取得部は、前記受信装置が前記アプリケーションプログラムを動作させる性能を有していない場合、取得した前記対応テーブルと異なる他の対応テーブルを取得する。【００１７】
前記テーブル取得部は、あらかじめ設定される、前記対応テーブルの取得優先度に応じて、前記対応テーブルを取得する。【００１８】
前記トリガ情報から得られる、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻を対応付けた対応テーブルの取得先を示す第１の取得先情報に基づいて、前記対応テーブルを取得するテーブル取得部をさらに備え前記制御部は、取得した前記対応テーブルに基づいて、前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する。【００１９】
前記アプリケーションプログラムは、FLUTEセッションを利用したNRTサービスのNRTコンテンツとして伝送され、前記アプリ取得部は、前記対応テーブルに記述される前記NRTサービス及び前記NRTコンテンツの識別情報に基づいて、SMT及びNRT-ITにより特定されるFDTを参照し、FLUTEセッションにより伝送される前記アプリケーションプログラムを取得する。【００２０】
前記アプリ取得部は、FLUTEセッションにより伝送される前記アプリケーションプログラムが取得できない場合、前記NRT-ITに記述される前記インターネットを介して配信される前記アプリケーションプログラムの取得先を示す第３の取得先情報に基づいて、前記アプリケーションプログラムを取得する。【００２１】
前記制御部は、取得した前記対応テーブルに基づき取得される前記アプリケーションプログラムを動作させる上で必要な性能を、前記受信装置が有しているかを確認し、前記テーブル取得部は、前記受信装置が前記アプリケーションプログラムを動作させる性能を有していない場合、取得した前記対応テーブルと異なる他の対応テーブルを取得する。【００２２】
前記テーブル取得部は、あらかじめ設定される、前記対応テーブルの取得優先度に応じて、前記対応テーブルを取得する。【００２３】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、前記制御部は、前記コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する。【００２４】
本技術の一側面の受信方法又はプログラムは、前述した本技術の第１の側面の受信装置に対応する受信方法又はプログラムである。【００２５】
本技術の一側面の受信装置、受信方法、及びプログラムにおいては、放送波により伝送されるＡＶコンテンツが受信され、受信された前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報が取得され、取得された前記トリガ情報から得られるコマンドが前記アプリケーションプログラムの取得を示す場合、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムが取得され、取得された前記トリガ情報から得られるコマンドに応じて、取得された前記アプリケーションプログラムの動作が制御される。
【発明の効果】
【００２６】
本技術の一側面によれば、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができる。
【図面の簡単な説明】
【００２７】
【図１】本技術の第１の実施の形態の基本概念を説明した図である。
【図２】放送ストリームの構成を示す図である。
【図３】FLUTEのプロトコルスタックを説明する図である。
【図４】FLUTEによるセッション管理を説明する図である。
【図５】ヘッダのフォーマットの例を示す図である。
【図６】FDTパケットのフォーマットの例を示す図である。
【図７】FDTのスキーマの例を示す図である。
【図８】FDTのスキーマの例を示す図である。
【図９】FDT Instanceの記述例を示す図である。
【図１０】本技術を適用した放送システムの一実施の形態の構成を示す図である。
【図１１】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図１２】トリガ情報に含まれる情報の項目の一例を示す図である。
【図１３】インターネットを介して取得されるテーブルの例を示す図である。
【図１４】方式１のTPTのフォーマットの例を示す図である。
【図１５】トリガ情報とコマンドの対応関係の例を示す図である。
【図１６】データ放送用アプリの状態遷移を示す図である。
【図１７】方式１Ａのトリガ情報対応処理を説明するフローチャートである。
【図１８】アプリ制御処理を説明するフローチャートである。
【図１９】トリガ情報を映像信号に埋め込む例を示す図である。
【図２０】トリガ情報をTSのPCRパケットに含めて送信する概念を示す図である。
【図２１】PCRパケットにおけるトリガ情報の具体的な配置を示す図である。
【図２２】トリガ情報に含まれる項目を示す図である。
【図２３】放送波により伝送されるテーブルの例を示す図である。
【図２４】方式１Ｂのトリガ情報対応処理を説明するフローチャートである。
【図２５】アプリ取得処理を説明するフローチャートである。
【図２６】本技術の第２の実施の形態の基本概念を説明した図である。
【図２７】ネットワークを介して取得されるテーブルの例を示す図である。
【図２８】方式２のTPTのフォーマットの例を示す図である。
【図２９】放送波により伝送されるテーブルの例を示す図である。
【図３０】方式２Ａのトリガ情報対応処理を説明するフローチャートである。
【図３１】アプリ制御処理を説明するフローチャートである。
【図３２】方式２Ｂのトリガ情報対応処理を説明するフローチャートである。
【図３３】TPTファイルの階層構造を示す図である。
【図３４】TPTのフォーマットの例を示す図である。
【図３５】TPTの記述例を示す図である。
【図３６】TPT取得処理を説明するフローチャートである。
【図３７】本技術の第３の実施の形態の基本概念を説明した図である。
【図３８】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２８】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００２９】
＜第１の実施の形態＞
［基本概念］
図１は、本技術の第１の実施の形態の基本概念を説明した図である。
【００３０】
本技術は、放送波やインターネットに接続されたサーバにより配信されるデータ放送用アプリを、受信機に提供するためのものである。ここで、データ放送用アプリ（App）とは、テレビ番組やＣＭ等のＡＶコンテンツに連動して実行されるデータ放送用のアプリケーションプログラムである。
【００３１】
第１の実施の形態において、データ放送用アプリは、ACR識別処理の識別結果に応じたトリガ情報（ACR Response）及びTPT（Trigger Parameter Table）に基づき特定されるコマンドに応じて、その動作が制御される場合と、放送波に含めて送られるトリガ情報（Trigger）から得られるコマンドに基づき、その動作が制御される場合がある。トリガ情報は、データ放送用アプリを動作させるための情報である。
【００３２】
ここで、ACR識別処理の識別結果に応じたトリガ情報及びTPTに基づき特定されるコマンドに応じて、データ放送用アプリの動作を制御する場合に、インターネット上のアプリサーバからデータ放送用アプリを取得する方法について説明する。
【００３３】
ACR（Automatic Content Recognition）とは、ＡＶコンテンツから得られる特徴量を用いて当該コンテンツを識別する技術である。ACR識別処理は、インターネット上のACRサーバにて行われる。また、TPTとは、データ放送用アプリを制御するためのコマンドと、当該コマンドの有効期間を対応付けた対応テーブルである。コマンドの有効期間は、ＡＶコンテンツの進行にあわせて決定される。TPTは、インターネット上のTPTサーバにより提供される。
【００３４】
また、インターネット上には、NRT-IT（NRT Information Table）及びTPT-IT（TPT Information Table）を提供するファイルサーバが設けられる。当該NRT-ITは、後述する放送波にて伝送されるNRT-ITと同一の又は対応する構成を有し、Internet Locationとして、アプリサーバのURL（Uniform Resource Locator）が指定される。また、TPT-ITには、TPTサーバのURLが指定される。
【００３５】
受信機は、ACRサーバからのトリガ情報（ACR Response）に基づき、ファイルサーバにアクセスして、NRT-IT及びTPT-ITを取得する。また、受信機は、TPT-ITに基づき、TPTサーバにアクセスして、TPTを取得する。受信機は、TPTに基づいて、トリガ情報に対応するコマンドを特定する。そして、受信機は、当該コマンドに応じて、NRT-ITに基づき、アプリサーバにアクセスして、データ放送用アプリを取得することになる。
【００３６】
次に、放送波に含めて送られるトリガ情報に基づき、データ放送用アプリの動作を制御する場合に、放送波で伝送されるデータ放送用アプリの取得方法について説明する。受信機は、トリガ情報から得られるコマンドに応じて、放送波で伝送されるデータ放送用アプリの取得を試みる。図２は、放送ストリームの構成を示す図である。
【００３７】
放送ストリームは、映像ストリーム及び音声ストリームのほか、PSIP、SMT、NRT-IT、及びFLUTEから構成される。映像ストリーム又は音声ストリームには、トリガ情報が挿入される。
【００３８】
PSIP（Program and System Information Protocol）は、特定のチャンネルを選択して受信する際に必要な制御情報や番組情報などの情報を送信する。受信機は、PSIPから得られる情報などに基づいて、例えばNRTサービスにより提供されるNRTコンテンツのリストを生成する。ここで、NRT（Non-RealTime）サービスとは、NRT放送にて伝送されたNRTコンテンツを一旦受信機のストレージに蓄積した後で、再生を行うサービスである。
【００３９】
SMT（Service Map Table）は、トランスポートストリームに含まれるNRTサービスのサービスレベルの属性情報を示す。また、NRT-IT（NRT Information Table）は、１つのNRTサービスに含まれるコンテンツレベルの属性情報を示す。SMT及びNRT-ITは、トランスポートストリームにおいて固定のIPアドレスとUDPポートにて伝送されるSSC（Service Signaling Channel）に含まれる。ここでは、例えば、IPアドレスとして224.0.23.60が、ポート番号として4937が、それぞれ用いられる。
【００４０】
受信機は、SMT及びNRT-ITを参照することで、所望のNRTコンテンツの放送ストリームにおける取得位置（例えば時間位置など）を特定することが可能となる。
【００４１】
FLUTE（File Delivery over Unidirectional Transport）は、放送波により伝送されるファイルのセッション管理を行うプロトコルである。ここで、図３に示すように、FLUTEは、最も下位の階層となる物理層、さらにその上位の階層となるTS（Transport Stream）、IP（Internet Protocol）、及びUDP（User Datagram Protocol）の各層の上位の階層に位置する。また、FLUTEの上位の階層としては、NRTコンテンツ等の各種ファイルが位置する。すなわち、NRT放送においては、IP通信におけるUDPのポートが指定されたIPパケットが送信され、FLUTEによるセッションが確立されるようになされている。そして、FLUTEセッションにより、NRTコンテンツ等を構成するファイルが特定されることになる。
【００４２】
また、図３に示すように、FLUTEは、FEC（Forward Error Correction）、LCT（Layered Coding Transport）、ALC（Asynchronous Layered Coding）、FLUTEのプロトコルスタックを総称するものである。なお、FLUTEの詳細は、RFC3926として規定されている。FEC、LCT、ALCの詳細についてもそれぞれ、RFC3452、RFC3451、RFC3450として規定されている。ただし、FECは携帯端末での移動受信時等でのデータ消失耐性を高めるために適用されるものであり、固定端末での受信時には必ずしも適用する必要はない。また、FECアルゴリズムについては任意の方式を適用することができる。
【００４３】
ところで、FLUTEでは、送信するファイルなどを１つのオブジェクトとして、TOI（Transport Object Identifier）により管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSI（Transport Session Identifier）により管理する。
【００４４】
図４は、FLUTEによるセッション管理を説明する図である。
【００４５】
図４に示すように、送信機から受信機に送信される各オブジェクトは、ALC/LCTのヘッダ等が付加された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により伝送される。従って、図６に示すように、FDTのパケットにはFDT Instanceが格納される。なお、FDTのスキーマとしては、例えば、図７及び図８に示すような情報が定義される。
【００４７】
また、図９は、FDT Instanceの記述例を示す図である。なお、FDT Instanceの記述方法は任意であって、図９の記述例に限定されるものではない。
【００４８】
このように、NRTコンテンツは、複数のファイルから構成されることが多いので、受信機は、FDTに記述されたインデックス情報を用いて、複数のファイルからNRTコンテンツを復元することになる。すなわち、受信機は、FLUTEセッションを利用することで、放送ストリームに含まれるIPパケットによって、NRTコンテンツをダウンロードすることが可能となる。そして、本技術では、NRTコンテンツが伝送される方法と同様に、FLUTEセッションを利用して、データ放送用アプリを伝送することになる。
【００４９】
すなわち、受信機は、放送波にて伝送されるデータ放送用アプリを、FLUTEセッションを利用して取得する。ただし、データ放送用アプリは、原則として放送波にて伝送されるものであるが、何らかの原因により、受信機側で取得できない場合も想定される。その場合には、受信機は、インターネットを介してアプリサーバにアクセスして、当該アプリサーバにより提供されるデータ放送用アプリを取得する。
【００５０】
以上、本技術の第１の実施の形態の基本概念について説明した。
【００５１】
［放送システムの構成例］
図１０は、第１の実施の形態である放送システム１を示している。この放送システム１は、放送装置１１、受信装置１２、ACRサーバ１３、ファイルサーバ１４、TPTサーバ１５、及びアプリサーバ１６から構成される。また、受信装置１２、ACRサーバ１３、ファイルサーバ１４、TPTサーバ１５、及びアプリサーバ１６は、インターネット２０を介して、相互に接続されている。
【００５２】
放送装置１１は、テレビ番組やＣＭ等のＡＶコンテンツのデジタルテレビジョン放送信号（以下、単に放送信号という）を送信するようになされている。
【００５３】
受信装置１２は、放送装置１１から送信された放送信号を受信して、ＡＶコンテンツの映像及び音声を取得する。受信装置１２は、取得した映像をディスプレイに出力するとともに、音声をスピーカに出力する。なお、受信装置１２は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダ等に内蔵されているようにしてもよい。
【００５４】
受信装置１２は、定期的に、インターネット２０を介してACRサーバ１３にアクセスして、トリガ情報を問い合わせる。その際、ＡＶコンテンツの映像信号及び音声信号のうちいずれか一方又は双方から抽出される特徴量（以下、フィンガプリント情報（Finger Print）ともいう）が、ACRサーバ１３に送信される。
【００５５】
ACRサーバ１３は、例えば、放送装置１１にてテレビ番組の放送を行う放送事業者又はそれ以外の事業者により提供される。ACRサーバ１３は、任意のＡＶコンテンツの映像信号及び音声信号から抽出された特徴量が登録されているデータベースを有しており、インターネット２０に接続された任意の受信装置１２からの問い合わせに応じて、ACR技術を用いたＡＶコンテンツの識別処理を行う。
【００５６】
具体的には、ACRサーバ１３は、受信装置１２からのフィンガプリント情報を、データベースと照合することで、ＡＶコンテンツを識別し、その識別結果に応じたトリガ情報（ACR Response）を生成する。ACRサーバ１３は、生成したトリガ情報を、インターネット２０を介して受信装置１２に送信する。
【００５７】
受信装置１２は、ACRサーバ１３から受信したトリガ情報に応じて、インターネット２０を介してファイルサーバ１４にアクセスして、NRT-IT及びTPT-ITを取得する。
【００５８】
ファイルサーバ１４は、例えば放送装置１１にてテレビ番組の放送を行う放送事業者等により提供され、NRT-IT及びTPT-IT等のファイルを管理する。ファイルサーバ１４は、受信装置１２からの問い合わせに応じて、管理しているNRT-IT及びTPT-ITを、インターネット２０を介して受信装置１２に提供する。
【００５９】
受信装置１２は、ファイルサーバ１４から受信したTPT-ITに応じて、インターネット２０を介してTPTサーバ１５にアクセスして、TPTを取得する。
【００６０】
TPTサーバ１５は、例えば放送装置１１にてテレビ番組の放送を行う放送事業者等により提供され、TPTを管理する。TPTサーバ１５は、受信装置１２からの問い合わせに応じて、管理しているTPTを、インターネット２０を介して受信装置１２に提供する。
【００６１】
受信装置１２は、TPTサーバ１５から取得したTPTに基づいて、トリガ情報から得られるＡＶコンテンツの進行を示す時刻が有効期間内となるか、又は有効開始時刻を経過した場合、その有効なコマンドを特定する。そして、受信装置１２は、特定したコマンドに応じて、NRT-ITに基づき、インターネット２０を介してアプリサーバ１６にアクセスして、データ放送用アプリを取得し、その動作を制御する。
【００６２】
アプリサーバ１６は、例えば放送装置１１にてテレビ番組の放送を行う放送事業者等により提供され、データ放送用アプリを管理する。アプリサーバ１６は、受信装置１２からの問い合わせに応じて、管理しているデータ放送用アプリを、インターネット２０を介して受信装置１２に提供する。
【００６３】
また、放送装置１１は、ＡＶコンテンツに連動して実行されるデータ放送用アプリを動作させるためのトリガ情報を、放送信号に含めて送信する。トリガ情報は、ＡＶコンテンツの映像信号又は音声信号に挿入したり、放送信号のトランスポートストリーム内に配置したりして送信する。
【００６４】
受信装置１２は、放送波に含めて送られるトリガ情報を抽出する。受信装置１２は、当該トリガ情報から得られるコマンドに応じて、放送波により伝送されるデータ放送用アプリを取得し、その動作を制御する。ただし、放送波からデータ放送用アプリを取得できなかった場合には、受信装置１２は、インターネット２０を介してアプリサーバ１４にアクセスして、データ放送用アプリを取得する。
【００６５】
放送システム１は、以上のように構成される。
【００６６】
［受信装置の構成例］
図１１は、図１０の受信装置１２の構成例を示している。
【００６７】
受信装置１２は、チューナ５１、多重分離部５２、音声デコーダ５３、音声出力部５４、映像デコーダ５５、映像出力部５６、フィンガプリント抽出部５７、制御部５８、メモリ５９、操作部６０、通信I/F６１、TPT解析部６２、アプリエンジン６３、キャッシュメモリ６４、アプリ用メモリ６５、トリガ抽出部６６、及びフルート処理部６７から構成される。
【００６８】
チューナ５１は、ユーザによって選局されたチャンネルに対応する放送信号を受信して復調し、その結果得られる放送ストリームを多重分離部５２に供給する。
【００６９】
多重分離部５２は、チューナ５１から供給される放送ストリームに多重化された音声ストリームと映像ストリームを分離し、それぞれを音声デコーダ５３と、映像デコーダ５５に供給する。また、多重分離部５２は、放送ストリームに多重化されたPSIP、SMT、NRT-IT、及びFLUTEを分離する。
【００７０】
音声デコーダ５３は、多重分離部５２から供給された音声ストリームをデコードし、その結果得られる音声信号を音声出力部５４、フィンガプリント抽出部５７、及びトリガ抽出部６６に供給する。音声出力部５４は、音声デコーダ５３から供給された音声信号を、後段のスピーカ（不図示）に出力する。
【００７１】
映像デコーダ５５は、多重分離部５２から供給された映像ストリームをデコードし、その結果得られる映像信号を映像出力部５６、フィンガプリント抽出部５７、及びトリガ抽出部６６に供給する。映像出力部５６は、映像デコーダ５５から供給された映像信号を、後段のディスプレイ（不図示）に出力する。
【００７２】
フィンガプリント抽出部５７には、音声デコーダ５３からの音声信号と、映像デコーダ５５からの映像信号が供給される。フィンガプリント抽出部５７は、音声信号及び映像信号のいずれか一方又は双方から特徴量を抽出し、フィンガプリント情報として、制御部５８に供給する。
【００７３】
制御部５８は、メモリ５９にあらかじめ記憶されている制御用プログラムを実行することにより受信装置１２の各部の動作を制御する。操作部６０は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部５８に供給する。
【００７４】
制御部５８は、通信I/F６１を制御して、フィンガプリント抽出部５７からのフィンガプリント情報を、インターネット２０を介してACRサーバ１３に送信する。また、通信I/F６１は、ACRサーバ１３から送信されるトリガ情報を受信し、制御部５８に供給する。
【００７５】
制御部５８は、取得したトリガ情報に応じて、通信I/F６１を制御して、インターネット２０を介してファイルサーバ１４にアクセスして、NRT-IT及びTPT-ITを要求する。通信I/F６１は、ファイルサーバ１４から送信されるNRT-IT及びTPT-ITを受信し、制御部５８に供給する。
【００７６】
制御部５８は、取得したTPT-ITに応じて、通信I/F６１を制御して、インターネット２０を介してTPTサーバ１５にアクセスし、TPTを要求する。通信I/F６１は、TPTサーバ１５から送信されるTPTを受信し、TPT解析部６２に供給する。これにより、TPT解析部６２は、内部に備えるメモリ（不図示）にTPTを保持し、制御部５８からの要求に応じて、メモリに保持しているTPTを供給する。
【００７７】
また、制御部５８は、TPT解析部６２からのTPTに基づいて、通信I/F６１からのトリガ情報に含まれる時刻情報（media_time）から得られるＡＶコンテンツの進行を示す時刻がコマンドの有効期間内となるか、又は有効開始時刻を経過した場合、その有効なコマンドを特定する。制御部５８は、特定したコマンドに応じて、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了等を制御する。
【００７８】
アプリエンジン６３は、制御部５８からの制御に従い、通信I/F６１を制御して、インターネット２０を介してアプリサーバ１６にアクセスし、データ放送用アプリを要求する。なお、アプリサーバ１６にアクセスするためのURLは、NRT-ITから得られる。通信I/F６１は、アプリサーバ１６から送信されるデータ放送用アプリを受信し、キャッシュメモリ６４に保持させる。
【００７９】
アプリエンジン６３は、制御部５８からの制御に従い、キャッシュメモリ６４に保持されているデータ放送用アプリを読み出して実行する。実行中のデータ放送用アプリの映像信号は、映像出力部５６に供給される。
【００８０】
映像出力部５６は、アプリエンジン６３から供給される映像信号と、映像デコーダ５５から供給された映像信号を合成して、後段のディスプレイに出力する。
【００８１】
アプリ用メモリ６５は、ワークメモリ６５Ａ及び退避メモリ６５Ｂとからなる。アプリエンジン６３は、実行中のデータ放送用アプリに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ６５Ａに記録する。また、アプリエンジン６３は、実行中のデータ放送用アプリを休止する場合、アプリ用メモリ６５のワークメモリ６５Ａのデータを退避メモリ６５Ｂに移動させる。そして、休止したデータ放送用アプリを再開する場合、退避メモリ６５Ｂのデータをワークメモリ６５Ａに移動させて休止前の状態を復活させる。
【００８２】
トリガ抽出部６６には、映像デコーダ５５から供給される映像信号を常に監視して、映像信号に埋め込まれているトリガ情報を抽出し、制御部５８に供給する。
【００８３】
なお、ここでは、トリガ情報が映像信号に埋め込まれている場合を一例に説明するが、トリガ情報が音声信号に埋め込まれている場合、トリガ抽出部６６は、音声デコーダ５３から供給される音声信号を常に監視し、音声信号に埋め込まれているトリガ情報を抽出する。また、トリガ情報がトランスポートストリームに配置されている場合、トリガ抽出部６６は、多重分離部５２から供給される、トリガ情報を含むPCRパケットからトリガ情報を抽出する。
【００８４】
制御部５８は、トリガ抽出部６６から供給されるトリガ情報から得られるコマンドに応じて、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了等を制御する。
【００８５】
フルート処理部６７は、多重分離部５２により分離される放送ストリームを常時監視し、SMT及びNRT-ITを取得する。フルート処理部６７は、制御部５８からの制御に従い、取得したSMT及びNRT-ITを参照して、FDTを取得する。フルート処理部６７は、取得したFDTを参照して、FLUTEセッションにより伝送されるデータ放送用アプリを取得し、キャッシュメモリ６４に保持させる。
【００８６】
また、制御部５８は、フルート処理部６７が放送波で伝送されるデータ放送用アプリを取得できなかった場合、その旨の通知に応じて、アプリエンジン６３を制御し、アプリサーバ１６からデータ放送用アプリを取得させる。
【００８７】
なお、図１１には図示されていないが、FLUTEセッションによりNRTコンテンツが伝送された場合には、フルート処理部６７は、SMT及びNRT-ITに基づいて、多重分離部５２により分離される放送ストリームからNRTコンテンツを取得し、ストレージ（不図示）に蓄積させる。そして、ストレージに蓄積されたNRTコンテンツは適宜読み出され、再生されることになる。
【００８８】
受信装置１２は、以上のように構成される。
【００８９】
ところで、第１の実施の形態では、データ放送用アプリを動作させる前提となるトリガ情報の取得方法として、前述したとおり、ACR識別処理の識別結果に応じたトリガ情報（ACR Response）を取得する方法と、放送波に含めて送られるトリガ情報（Trigger）を取得する方法がある。そこで、以下、前者を方式１Ａと称し、後者を方式１Ｂと称して、それぞれの方式について順に説明する。
【００９０】
［方式１Ａ］
図１２乃至図１８を参照して、方式１Ａについて説明する。
【００９１】
［トリガ情報の詳細］
まず、方式１Ａにおけるトリガ情報（ACR Response）の詳細について説明する。図１２は、トリガ情報に含まれる情報の項目の一例を示している。
【００９２】
program_idは、ＡＶコンテンツの識別情報である。ただし、program_idは、channel_id（Ch_ID）と称される場合もある。
【００９３】
media_timeは、ＡＶコンテンツの進行時間軸上の特定の時間位置を示す情報である。例えば、media_timeには、テレビ番組の進行時間軸上の開始時刻や午前０時（0:00）等の特定の時刻を基準にして、その基準時刻からの時刻が指定される。また、media_timeに指定される時刻は、例えば秒やミリ秒単位とされる。
【００９４】
domain_nameは、ファイルサーバ１４を特定するための情報であって、例えば、ファイルサーバ１４のドメイン名を示す情報が指定される。すなわち、domain_nameは、ファイルサーバ１４を提供する事業者ごとに異なるものとなる。
【００９５】
例えば、トリガ情報は、domain_name，program_id，及びmedia_timeを指定するための値と、“/”や“?mt=”などの所定の文字を連結させた文字列からなる。例えば、domain_nameが、“xbc.com”，program_idが、“1”，media_timeが、“1000”である場合、トリガ情報を示す文字列は、“xbc.com/1?mt=1000”となるので、この文字列の先頭に、“http://”を付加すると、ファイルサーバ１４にアクセスするための、URL（Uniform Resource Locator）を示す文字列が得られる。ただし、domain_nameにはドメイン名の代わりに、直接URLを指定することも可能である。
【００９６】
なお、トリガ情報に含まれる情報の項目は任意であって、図１２の例に限定されるものではない。
【００９７】
トリガ情報は、以上のように構成される。
【００９８】
［TPT及びデータ放送用アプリの取得方法］
次に、図１３を参照して、TPT及びデータ放送用アプリの取得方法について説明する。受信装置１２は、ACRサーバ１３からのトリガ情報から得られるURLに応じて、ファイルサーバ１４にアクセスし、NRT-IT及びTPT-ITを取得する。
【００９９】
図１３には、ファイルサーバ１４から取得されるNRT-IT、TPT-IT、ETTの各テーブルが図示されている。ただし、ETT（Extended Text Table）は、テキスト情報を記述するためのテーブルであって、必要に応じて取得される。
【０１００】
NRT-IT（NRT Information Table）は、放送波にて伝送されるNRT-ITと同一の又は対応する構成を有する。NRT-ITには、１つのNRTサービスに含まれるコンテンツレベルの属性情報が記述される。例えば、NRT-ITには、Content#1，#2，・・・などのNRTコンテンツ単位の属性情報が記述される。
【０１０１】
NRT-ITには、当該NRTサービスを識別するためのService IDが記述される。このService IDは、SMTに記述されたNRTサービスごとのService IDに関連付けられている。
【０１０２】
Content nameには、当該NRTコンテンツの名称が記述される。Content Linkageには、当該NRTコンテンツの識別情報が記述される。ただし、Content Linkageは、Content IDと記述される場合がある。Distribution start/end timeには、当該NRTコンテンツの開始時刻と終了時刻を示す情報が記述される。Playback lengthには、当該NRTコンテンツのプレイバック時間が記述される。Content lengthには、ストレージに蓄積されるNRTコンテンツのデータ量が記述される。
【０１０３】
MIME typesには、例えばHTMLなどのMIMEタイプが記述される。ISO-639 languageには、例えば日本語や英語などの言語が記述される。MPEG-2 AAC audio infoやAVC video infoには、映像や音声のデータ圧縮に関する情報が記述される。Caption serviceには字幕に関する情報が記述される。
【０１０４】
また、Internet Locationには、インターネット２０を介して配信されるデータ放送用アプリを取得するための情報として、例えばアプリサーバ１６のURLが記述される。すなわち、受信装置１２は、何らかの原因により放送波により伝送されるデータ放送用アプリが取得できない場合、Internet Locationを参照して、インターネット２０を介してアプリサーバ１６からデータ放送用アプリを取得することができる。ただし、Internet Locationは、Content URLと記述される場合がある。
【０１０５】
なお、詳細については省略するが、NRT-ITには、Content advisory，Genre，SVC info，STKM,LTKM info，その他のNRTコンテンツに関する情報を記述することが可能である。
【０１０６】
また、NRT-ITのファイルは、放送波にて伝送されるNRT-ITと同一の又は対応する構成となるため、ここではその属性情報を列挙したが、ファイルサーバ１４にて提供されるNRT-ITのファイルでは、それらの属性情報のうち少なくともContent Linkage及びInternet Locationを含んでいればよい。
【０１０７】
TPT-IT（TPT Information Table）には、Content LinkageとTPT URLが関連付けられている。TPT URLには、TPTサーバ１５のURLが記述される。TPT-ITのContent Linkageは、NRT-ITに記述されたContent Linkageに関連付けられている。
【０１０８】
なお、Content Linkage及びTPT URLは、TPT-ITに記述される情報の一例であって、その他の情報を記述することが可能である。
【０１０９】
ところで、受信装置１２は、ファイルサーバ１４から取得したNRT-IT及びTPT-ITを参照して、TPT及びデータ放送用アプリを取得することになるが、具体的には以下の流れで行われる。
【０１１０】
すなわち、TPTを取得する場合、受信装置１２は、NRT-ITを参照して、Content Linkageを特定する（Ｓ１）。また、受信装置１２は、特定したContent Linkageに関連付けられたTPT-ITを参照して、TPT URLを取得する（Ｓ２）。そして、受信装置１２は、取得したTPT URLに基づき、インターネット２０を介してTPTサーバ１５にアクセスして、TPTを取得する（Ｓ３）。
【０１１１】
一方、データ放送用アプリを取得する場合、受信装置１２は、NRT-ITを参照して、Internet Locationを取得する（Ｓ４）。そして、受信装置１２は、取得したInternet Locationに基づき、インターネット２０を介してアプリサーバ１６にアクセスして、データ放送用アプリ（App）を取得する（Ｓ５）。
【０１１２】
このように、本来、NRT-ITは、放送波により伝送されるものであるが、同一形式のファイルを、TPT-ITのファイルとともにファイルサーバ１４により提供することで、TPT及びデータ放送用アプリを、インターネット２０を介して受信装置１２に提供することが可能となる。
【０１１３】
なお、図１３の例では、NRT-ITとTPT-ITは異なるファイルであるとして説明したが、TPT URLを、NRT-ITのdescriptorに記述することで、同一のファイルとすることもできる。
【０１１４】
以上、インターネット２０を介して提供されるTPT及びデータ放送用アプリの取得方法について説明した。
【０１１５】
［TPTの詳細］
次に、TPTの詳細について説明する。図１４はTPTのフォーマットの例を示す図である。
【０１１６】
図１４に示すように、TPTは、tpt要素、command要素、event要素、及びdiffusion要素から構成される。
【０１１７】
tpt要素には、TPTに関する情報が記述される。tpt要素は、id属性、type属性、version属性、updating_time属性、present_following属性、end_mt属性、及びexpire_date属性を含む。
【０１１８】
id属性には、TPTを識別するための情報が指定される。例えば、id属性には、domain_nameと、program_idとを“/”により連結した文字列が指定される。
【０１１９】
type属性には、その属性値として、“static”又は“dynamic”が指定される。“static”は、トリガ情報に含まれるprogram_idが変更された場合にのみ、TPTを更新する場合に指定される。また、“dynamic”は、トリガ情報に含まれるprogram_idが同一であっても、TPTを更新する場合に指定される。
【０１２０】
version属性には、当該TPTのバージョンを示す情報が指定される。
【０１２１】
updating_time属性には、TPTの更新期間を示す情報が指定される。updating_time属性は、type属性が“dynamic”となる場合にのみ指定される。
【０１２２】
present_following属性には、その属性値として、“present”又は“following”が指定される。“present”は、当該TPTが例えば、現在のテレビ番組用のTPTであることを示し、“following”は、当該TPTが例えば、次のテレビ番組用のTPTであることを示す。
【０１２３】
end_mt属性には、当該TPTに対応するＡＶコンテンツのmedia_timeが終了する時刻を示す情報が指定される。
【０１２４】
expire_date属性には、当該TPTの有効期限を示す情報が指定される。expire_date属性は、type属性が“static”となる場合にのみ指定される。
【０１２５】
command要素には、コマンドに関する情報が記述される。command要素は、id属性、start_time属性、end_time属性、destination属性、及びaction属性を含む。
【０１２６】
id属性には、コマンドを識別するための情報が指定される。
【０１２７】
start_time属性には、id属性により識別されるコマンドの有効期間の開始時刻を示す情報が指定される。end_time属性には、id属性により識別されるコマンドの有効期間の終了時刻を示す情報が指定される。
【０１２８】
すなわち、コマンドの有効期間は、対応するＡＶコンテンツの進行時間軸上の２点を示すstart_time属性及びend_time属性によって示される。そして、ＡＶコンテンツの進行タイミングが有効期間内であるときには、その有効なコマンドが有効とされ、ＡＶコンテンツの進行のタイミングが有効期間に達していない、又はそれを過ぎたときは、その有効なコマンドは無効とされる。また、end_time属性は必須の項目ではなく、start_time属性のみが指定された場合には、ＡＶコンテンツの進行タイミングがstart_time属性の示す有効開始時刻を経過したとき、その有効なコマンドが有効とされる。
【０１２９】
destination属性には、当該コマンドによるデータ放送用アプリ制御の対象となる機器が指定される。ここでは、受信装置本体（受信装置１２）のほか、受信装置１２に外部装置（不図示）が接続される場合には、その外部装置が、コマンドの対象機器として指定される。例えば、destination属性には、コマンドの対象機器が受信装置１２となる場合、“receiver”が指定され、コマンドの対象機器が外部装置となる場合、“external_1”や“external_2”が指定される。ただし、destination属性が指定されない場合には、“receiver”が指定されたものとみなされる。
【０１３０】
action属性は、当該コマンドが、“execute”，“register”，“suspend”，“terminate”，“event”のいずれかであるかを示す。
【０１３１】
エクスキュートコマンド（execute）は、受信装置１２に対して、データ放送用アプリの取得若しくは起動を指示するためのコマンドである。
【０１３２】
レジスタコマンド（register）は、受信装置１２に対して、データ放送用アプリの取得若しくは登録を指示するためのコマンドである。
【０１３３】
サスペンドコマンド（suspend）は、受信装置１２に対して、実行中のデータ放送用アプリを中断して、休止させるためのコマンドである。
【０１３４】
ターミネートコマンド（terminate）は、受信装置１２に対して、実行中のデータ放送用アプリを終了させるためのコマンドである。
【０１３５】
イベントコマンド（event）は、受信装置１２に対して、実行中のデータ放送用アプリにおいてイベントを発火させるためのコマンドである。
【０１３６】
event要素には、イベントコマンドに関する情報が記述される。event要素は、id属性及びdata要素を含む。
【０１３７】
id属性には、コマンドが、イベントコマンドである場合において、データ放送用アプリにおいて発火すべきイベントを識別するためのイベントIDが指定される。また、data要素には、コマンドが、イベントコマンドである場合において、イベントを発火する際に参照されるイベント付加データが記述される。
【０１３８】
なお、event要素は、action属性が、“event”となる場合には必須の項目となる。
【０１３９】
diffusion要素には、受信装置１２においてコマンドを適用するタイミングを確率的に分散させるための情報が指定される。この値を設定することにより、複数の受信装置１２がアプリサーバ１６からデータ放送用アプリを取得するに際し、そのアクセスが一時期に集中せず分散させることができる。diffusion要素は、rate属性、range属性、period属性を含み、それぞれ、分配数、最大遅延時間、コマンド適用拡散期間が指定される。
【０１４０】
TPTは、以上のように構成される。
【０１４１】
［トリガ情報とコマンドの対応関係］
次に、トリガ情報に対応付けられたコマンドを、TPTによって特定する処理の例を説明する。図１５は、トリガ情報とコマンドの対応関係の例を示す図である。
【０１４２】
図１５に示すように、受信装置１２では、映像信号からトリガ情報が抽出されると、トリガ情報に含まれるdomain_name及びprogram_idに基づいて、TPTサーバ１５からTPTを取得するか否かが判定される。なお、図１５の例では、テレビ番組やＣＭ等であるprogram A，Bのprogram_idはそれぞれ、“10”，“20”であるものとする。
【０１４３】
例えば、受信装置１２において、xbc放送局（domain_name = “xbc.com”）により放送されるprogram A（program_id = “10”）用のTPT（for program A）が保持されている場合に、映像信号から“xbc.com/20?mt=Tb”であるトリガ情報が抽出されたとき、program_idの値が変化したので、受信装置１２は、TPTを取得すると判定する。そして、受信装置１２は、トリガ情報から得られるURL（“http://xbc.com/20?mt=Tb”）により特定されるファイルサーバ１４にアクセスして、NRT-IT及びTPT-ITを取得する。受信装置１２は、NRT-IT及びTPT-ITを参照して、TPTサーバ１５のURLを取得してアクセスし、TPTを取得する。
【０１４４】
これにより、受信装置１２には、図中のTPT（for program B）が保持される。なお、図１５に示したTPTは、前述した図１４のTPTに対応するものであるが、ここでは、説明の簡略化のため、command要素のid属性、start_time属性、end_time属性、及びaction属性のみを図示している。
【０１４５】
そして、例えば、１つ目のトリガ情報（“xbc.com/20?mt=Tb”）に含まれるmedia_timeが“Tb”である場合、受信装置１２では、Tbが、T1s乃至T1eの有効期間内となるので、TPTによって、“1”であるid属性に対応するレジスタコマンドが特定される。そして、受信装置１２は、レジスタコマンドに応じて、NRT-ITのInternet Locationに記述されたURLに基づき、アプリサーバ１６にアクセスして、データ放送用アプリを取得し、登録する。
【０１４６】
続いて、受信装置１２では、２つ目のトリガ情報（“xbc.com/20?mt=Tc”）が抽出された場合、Tcであるmedia_timeが、T3s乃至T3eの有効期間内となるので、TPTによって、“3”であるid属性に対応するエクスキュートコマンドが特定される。そして、受信装置１２は、エクスキュートコマンドに応じて、取得済みのデータ放送用アプリを起動する。
【０１４７】
続いて、受信装置１２では、３つ目のトリガ情報（“xbc.com/20?mt=Td”）が抽出された場合、“Td”であるmedia_timeが、T5s乃至T5eの有効期間内となるので、TPTによって、“5”であるid属性に対応するサスペンドコマンドが特定される。そして、受信装置１２は、サスペンドコマンドに応じて、実行中のデータ放送用アプリを休止させる。
【０１４８】
その後、図１５には図示していないが、受信装置１２では、抽出されたトリガ情報に含まれるmedia_timeが有効期間内となる場合、その有効なコマンドに応じて、データ放送用アプリの動作が制御される。
【０１４９】
以上のように、受信装置１２においては、放送装置１１からのトリガ情報が抽出された場合、保持しているTPTに基づいて、抽出されたトリガ情報に含まれるmedia_timeに対応するコマンドが特定され、特定されたコマンドに応じて、データ放送用アプリの動作が制御される。
【０１５０】
［データ放送用アプリの状態遷移］
図１６は、レジスタ、エクスキュート、イベント、サスペンド、及びターミネートの各コマンドに応じて受信装置１２にて動作するデータ放送用アプリの状態遷移図である。図１６に示すように、データ放送用アプリの状態は、解放状態(Released)、準備状態(Ready)、実行中状態(Active)、又は休止状態(Suspended)の４種類のうちいずれかに遷移していると定義される。
【０１５１】
解放状態は、データ放送用アプリが受信装置１２に未取得である状態を指す。準備状態は、そのデータ放送用アプリが受信装置１２に登録済みであって起動されていない状態を指す。実行中状態は、データ放送用アプリが起動されて実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ６５Ｂに保持されている状態を指す。
【０１５２】
データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、レジスタコマンドが特定され、レジスタコマンドに従ってそのデータ放送用アプリが取得（登録）されると、準備状態に遷移する。
【０１５３】
データ放送用アプリが準備状態であるとき、エクスキュートコマンドが特定され、エクスキュートコマンドに従ってそのデータ放送用アプリが起動されると、実行中状態に遷移する。
【０１５４】
また、データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、エクスキュートコマンドが特定され、エクスキュートコマンドに従ってそのデータ放送用アプリが取得されて起動されると、実行中状態に遷移する。
【０１５５】
データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドが特定され、サスペンドコマンドに従って実行中のデータ放送用アプリが中断されると休止状態に遷移する。
【０１５６】
データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドが特定され、エクスキュートコマンドに従って、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。
【０１５７】
データ放送用アプリが、実行中状態又は休止状態に遷移しているとき、ターミネートコマンドが特定され、ターミネートコマンドに従って、実行中のデータ放送用アプリが終了されると、準備状態に遷移する（図中の「Ａ」）。なお、準備状態への遷移は、ターミネートコマンドに基づくもののほか、他のデータ放送用アプリが実行されたときなどにも発生する。
【０１５８】
また、データ放送用アプリが、準備状態、実行中状態、又は休止状態に遷移しているとき、コマンドのアプリ有効期限が経過したとき、解放状態に遷移する（図中の「Ｂ」）。
【０１５９】
［トリガ情報対応処理］
次に、受信装置１２がトリガ情報を受信したときのトリガ情報対応処理について、図１７及び図１８のフローチャートを参照して説明する。
【０１６０】
（方式１Ａのトリガ情報対応処理）
まず、図１７のフローチャートを参照して、方式１Ａのトリガ情報対応処理について説明する。なお、このトリガ情報対応処理は、ユーザがテレビ番組を視聴しているとき、すなわち、受信装置１２が放送信号を受信している間、繰り返して実行される。
【０１６１】
受信装置１２は、ユーザの操作によって、所定のチャンネルが選局されると、そのチャンネルのテレビ番組の映像の表示を開始する（ステップＳ１１）。
【０１６２】
ステップＳ１２において、フィンガプリント抽出部５７は、所定の時間を経過するまで待機する。そして、所定の時間が経過した場合、処理は、ステップＳ１３に進められる。
【０１６３】
ステップＳ１３において、フィンガプリント抽出部５７は、音声信号及び映像信号のいずれか一方又は双方から特徴量（フィンガプリント情報）を抽出する。
【０１６４】
ステップＳ１４において、制御部５８は、通信I/F６１を制御して、フィンガプリント情報を、インターネット２０を介してACRサーバ１３に送信することで、トリガ情報を問い合わせる。
【０１６５】
ここで、フィンガプリント情報は、例えば、ＡＶコンテンツの全体又は一部構成要素の固有情報である。ACRサーバ１３には、あらかじめ多数のＡＶコンテンツの固有情報が登録されており、ACR識別処理では、それらの固有情報の類似度又は一致度が判定される。このACR識別処理によって、テレビ番組のチャンネル番号を識別するための情報（以下、チャンネル識別情報という）と、テレビ番組の開始から終了までを時間軸で表したときのフィンガプリント情報が抽出された時間位置を示す情報（以下、時間位置情報という）が得られる。
【０１６６】
また、ACRサーバ１３には、例えば、チャンネル識別情報に対応して、ファイルサーバ１４を特定するためのサーバ特定情報及びＡＶコンテンツを識別するためのコンテンツ識別情報があらかじめ登録されている。ACRサーバ１３は、ACR識別処理で得られたチャンネル識別情報に対応するサーバ特定情報及びコンテンツ識別情報を取得し、サーバ特定情報をdomain_name、コンテンツ識別情報をprogram_id、ACR識別処理で得られた時間位置情報をmedia_timeとして、トリガ情報（ACR Response）を生成する。ACRサーバ１３は、生成したトリガ情報を、インターネット２０を介して受信装置１２に送信する。
【０１６７】
ステップＳ１５において、制御部５８は、通信I/F６１を制御して、ACRサーバ１３からトリガ情報を受信したか否かを判定する。ステップＳ１５において、トリガ情報を受信していないと判定された場合、処理は、ステップＳ１２に戻り、以降の処理が繰り返される。一方、ステップＳ１５において、トリガ情報を受信したと判定された場合、処理は、ステップＳ１６に進められる。
【０１６８】
ステップＳ１６において、制御部５８は、受信したトリガ情報の解析を行い、当該トリガ情報に含まれる、domain_name及びprogram_idのうちいずれか一方又は双方が変化したか否かを判定する。ステップＳ１３において、domain_name及びprogram_idのうちいずれか一方又は双方が変化したと判定された場合、処理は、ステップＳ１７に進められる。
【０１６９】
ステップＳ１７において、制御部５８は、通信I/F６１を制御して、例えば、トリガ情報の先頭に“http://”を付加することで得られるURLにより特定されるファイルサーバ１４にアクセスして、NRT-IT及びTPT-ITを要求する。そして、制御部５８は、通信I/F６１を制御して、ファイルサーバ１４からのNRT-IT及びTPT-ITを取得する。
【０１７０】
ステップＳ１８において、制御部５８は、通信I/F６１を制御して、NRT-IT及びTPT-ITから得られるURLにより特定されるTPTサーバ１５にアクセスして、TPTを要求する。そして、TPT解析部６２は、通信I/F６１を制御して、TPTサーバ１５からのTPTを取得する。
【０１７１】
ステップＳ１９において、TPT解析部６２は、取得したTPTの解析を行い、id，versionが同一のTPTを取得済みであるか否かを判定する。なお、id，versionは、例えば、tpt要素のid属性と、version属性により指定されるものである。ステップＳ１９において、id，versionが同一のTPTが未取得であると判定された場合、処理は、ステップＳ２０に進められる。
【０１７２】
ステップＳ２０において、TPT解析部６２は、取得したTPTを保持し、処理は、ステップＳ２２に進められる。
【０１７３】
また、ステップＳ１６において、domain_name及びprogram_idのうちいずれか一方又は双方が変化していないと判定された場合、処理は、ステップＳ２１に進められる。
【０１７４】
ステップＳ２１において、TPT解析部６２は、保持しているTPTに記述されたupdating_time属性の示す更新期間が経過したか否かを判定する。ステップＳ２１において、更新期間が経過したと判定された場合、処理は、ステップＳ１７に進められる。そして、TPT解析部６２によって、TPTサーバ１５から新たなTPTが取得され、その新たなTPTと、id，versionが同一のTPTが未取得であれば、保持される。
【０１７５】
なお、ステップＳ１９において、id，versionが同一のTPTを取得済みである場合と判定された場合、又はステップＳ２１において、更新期間が経過していないと判定された場合、処理は、ステップＳ２２に進められる。
【０１７６】
ステップＳ２２において、制御部５８は、TPT解析部６２からのTPTに基づいて、受信したトリガ情報に含まれるmedia_timeが、有効期間内となるコマンドが存在するか否かを判定する。ステップＳ２２において、media_timeが有効期間内となるコマンドが存在すると判定された場合、処理は、ステップＳ２３に進められる。
【０１７７】
ステップＳ２３において、制御部５８は、アプリエンジン６３を制御して、アプリ制御処理を行う。このアプリ制御処理では、media_timeが有効期間内となる有効なコマンドが特定され、特定されたコマンドに応じて、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了などが制御される。
【０１７８】
なお、アプリ制御処理の詳細は、図１８のフローチャートを参照して後述する。
【０１７９】
ステップＳ２４において、制御部５８は、対象の有効なコマンドが、有効期間内に該当する最後のコマンドであるか否かを判定する。ステップＳ２４において、該当する最後のコマンドではないと判定された場合、処理は、ステップＳ２３に戻り、それ以降の処理が繰り返される。すなわち、有効なコマンドの実行がすべて終了するまで、ステップＳ２３，Ｓ２４の処理が繰り返される。
【０１８０】
そして、ステップＳ２４において、該当する最後のコマンドであると判定された場合、又はステップＳ２２において、media_timeが有効期間内となるコマンドが存在しないと判定された場合、処理は、ステップＳ１２に戻り、それ以降の処理が繰り返される。
【０１８１】
以上で、方式１Ａのトリガ情報対応処理の説明を終了する。
【０１８２】
（アプリ制御処理）
次に、図１８のフローチャートを参照して、図１７のステップＳ２３に対応するアプリ制御処理の詳細について説明する。
【０１８３】
ステップＳ３１において、制御部５８は、TPT解析部６２からのTPTに基づいて、受信したトリガ情報に含まれるmedia_timeが有効期間内となる有効なコマンドが、レジスタ、エクスキュート、イベント、サスペンド、又はターミネートのいずれかのコマンドであるかを特定する。すなわち、TPTは、トリガ情報に含まれるmedia_timeからコマンドを特定するための辞書として用いられる。
【０１８４】
ステップＳ３２において、制御部５８は、ステップＳ３１の特定結果がレジスタコマンドであるか否かを判定し、レジスタコマンドであると判定された場合、処理はステップＳ３３に進められる。
【０１８５】
ステップＳ３３において、制御部５８は、NRT-ITに記述されたInternet Locationを参照するとともに、通信I/F６１及びアプリエンジン６３を制御して、インターネット２０を介してアプリサーバ１６にアクセスし、データ放送用アプリを取得する。取得されたデータ放送用アプリは、キャッシュメモリ６４に保持される。
【０１８６】
また、制御部５８は、取得されたデータ放送用アプリに対応付けて、そのアプリ有効期限とアプリ保持優先度を、メモリ５９に記憶する。これにより、キャッシュメモリ６４に保持されたデータ放送用アプリは、制御部５８により、有効期限と保持優先度に従って管理される。
【０１８７】
この後、処理は、図１７のステップＳ２３に戻り、それ以降の処理が繰り返される。
【０１８８】
ステップＳ３２において、ステップＳ３１の特定結果がレジスタコマンドでないと判定された場合、処理は、ステップＳ３４に進められる。ステップＳ３４において、制御部５８は、ステップＳ３１の特定結果がエクスキュートコマンドであるか否かを判定し、エクスキュートコマンドであると判定された場合、処理は、ステップＳ３５に進められる。
【０１８９】
ステップＳ３５において、アプリエンジン６３は、制御部５８からの制御に従い、データ放送用アプリが休止中（休止状態）であるか否かを判定する。
【０１９０】
ステップＳ３５において、データ放送用アプリが休止中ではないと判定された場合、処理はステップＳ３６に進められる。ステップＳ３６において、制御部５８は、データ放送用アプリが未取得（キャッシュメモリ６４に存在しない）の場合には、NRT-ITに記述されたInternet Locationを参照するとともに、通信I/F６１及びアプリエンジン６３を制御して、インターネット２０を介してアプリサーバ１６にアクセスし、データ放送用アプリを取得する。
【０１９１】
ステップＳ３７において、アプリエンジン６３は、制御部５８からの制御に従い、現在実行中のデータ放送用アプリがあるならば、それを終了させる。そして、ステップＳ３８において、アプリエンジン６３は、制御部５８からの制御に従い、データ放送用アプリを起動する。
【０１９２】
また、ステップＳ３５において、データ放送用アプリが休止中（休止状態）であると判定された場合、処理はステップＳ３９に進められる。
【０１９３】
ステップＳ３９において、アプリエンジン６３は、制御部５８からの制御に従い、退避メモリ６５Ｂのデータをワークメモリ６５Ａに移して、データ放送用アプリを起動する。これにより、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理は、図１７のステップＳ２３に戻り、それ以降が繰り返される。
【０１９４】
ステップＳ３４において、ステップＳ３１の特定結果がエクスキュートコマンドではないと判定された場合、処理はステップＳ４０に進められる。ステップＳ４０において、制御部５８は、ステップＳ３１の特定結果がイベントコマンドであるか否かを判定し、イベントコマンドであると判定された場合、処理はステップＳ４１に進められる。
【０１９５】
ステップＳ４１において、制御部５８は、アプリエンジン６３を制御して、動作中のデータ放送用アプリにおいて、コマンドのイベントIDに対応するイベントを発火（実行）させる。この後、処理は、図１７のステップＳ２３に戻り、それ以降が繰り返される。
【０１９６】
ステップＳ４０において、ステップＳ３１の特定結果がイベントコマンドではないと判定された場合、処理はステップＳ４２に進められる。ステップＳ４２において、制御部５８は、ステップＳ３１の特定結果がサスペンドコマンドであるか否かを判定し、サスペンドコマンドであると判定された場合、処理はステップＳ４３に進められる。
【０１９７】
ステップＳ４３において、アプリエンジン６３は、制御部５８からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータを退避メモリ６５Ｂに退避させる。この後、処理は、図１７のステップＳ２３に戻り、それ以降が繰り返される。
【０１９８】
ステップＳ４２において、ステップＳ３１の特定結果がサスペンドコマンドではないと判定された場合、ステップＳ３１の特定結果はターミネートコマンドであるので、処理はステップＳ４４に進められる。
【０１９９】
ステップＳ４４において、アプリエンジン６３は、制御部５８からの制御に従い、データ放送用アプリが実行中であればそれを終了させる。ステップＳ４５において、アプリエンジン６３は、制御部５８からの制御に従い、データ放送用アプリに関するデータを、ワークメモリ６５Ａ及び退避メモリ６５Ｂから消去するとともに、データ放送用アプリをキャッシュメモリ６４から消去させる。この後、処理は、図１７のステップＳ２３に戻り、それ以降が繰り返される。
【０２００】
以上で、アプリ制御処理の説明を終了する。アプリ制御処理によれば、例えばテレビ番組などに連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させて、他のデータ放送用アプリを実行、終了し、その後、休止したデータ放送用アプリを休止状態から再開することができる。
【０２０１】
以上、方式１Ａについて説明した。
【０２０２】
［方式１Ｂ］
図１９乃至図２５を参照して、方式１Ｂについて説明する。
【０２０３】
［トリガ情報の詳細］
まず、方式１Ｂにおけるトリガ情報（Trigger）の詳細について説明する。方式１Ｂでは、トリガ情報は、放送波に含めて送られる。図１９は、トリガ情報をテレビ番組の映像信号に埋め込んだ場合の２種類の例を示している。
【０２０４】
図１９のＡは、トリガ情報を２次元バーコード化して、映像信号の映像の所定の位置（いまの場合、右下隅）に重畳合成する例を示している。図１９のＢは、トリガ情報を映像コード化して、映像信号の映像の下部の数ラインに合成する例を示している。図１９のＡ及び図１９のＢにおけるトリガ情報は、受信装置１２のトリガ抽出部６６によって抽出される。
【０２０５】
図１９のＡ又は図１９のＢのどちらの例においても、トリガ情報はテレビ番組の映像の上に配置されているので、例えば、CATV網や衛星通信網を利用した受信装置（例えば、図１１の受信装置１２）に対しても、トリガ情報を通知することができる。
【０２０６】
また、図１９のＡ又は図１９のＢのどちらの例においても映像上のトリガ情報（２次元バーコード又は映像コード）は受信装置１２のユーザによって視認され得るが、これが好ましくない場合、映像上のトリガ情報をその周囲の画素と同じ画素によりマスクしてから表示するようにすればよい。
【０２０７】
図１９ではトリガ情報をテレビ番組の映像信号に埋め込む例を示したが、前述したように、トリガ情報の格納位置、伝送方法はこれに限定されるものではない。例えばほかに、トリガ情報がトランスポートストリームのPCRに格納されるようにしてもよい。
【０２０８】
図２０は、トリガ情報が放送信号のトランスポートストリームのPCRパケットに配置された送信される場合の概念を示している。
【０２０９】
図２０に示すように、トリガ情報はすべてのPCRパケットに格納されるわけではなく、テレビ番組に連動させるための適切なタイミングにおいてのみ、PCRパケットに格納される。通常、PCRパケットは、CATV再送信装置のPIDフィルタを通過するので、CATV網や衛星通信網を利用する受信装置（例えば、図１１の受信装置１２）に対してもトリガ情報を通知することができる。また、トリガ情報は、映像ストリームや音声ストリーム上のユーザデータ領域に配置してもよい。
【０２１０】
なお、トリガ情報は、電波障害や受信装置１２における取りこぼし（受信ミス）などを考慮して、同一内容のものが複数回連続的に送信される。
【０２１１】
図２１は、PCRパケットにおいてトリガ情報が格納される位置を示している。PCRパケットは、TSパケットのadaptation_fieldにPCRが格納されたものであり、トリガ情報(Trigger Info_descriptor)は、PCRの後に続くtransport_private_data_byteに格納される。なお、トリガ情報が格納される場合、PCRの前に設けられているVarious_flagsのtransport_private_data_flagが１とされる。
【０２１２】
次に、トリガ情報の詳細について説明する。図２２は、トリガ情報に含まれる情報の項目の一例を示している。
【０２１３】
Trigger_idは、当該トリガ情報を識別するための情報である。同一内容のトリガ情報が複数回送信される場合、各トリガ情報のTrigger_idは同一である。Protcol_versionは、当該トリガ情報のプロトコルのバージョンを示している。
【０２１４】
Command_codeは、当該トリガ情報のコマンドの種類を示す。Command_codeには、レジスタコマンド、エクスキュートコマンド、イベントコマンド、サスペンドコマンド、又はターミネートコマンドのいずれかを示す情報が記述される。なお、これらのコマンドは、図１４のTPTのcommand要素のaction属性に指定されるコマンドに対応しており、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了の実行を指示する。
【０２１５】
Trigger_varidityは、当該トリガ情報を受信した各受信装置１２が当該トリガ情報に従って処理を実行する確率を示すサーバアクセス分散パラメータ値である。
【０２１６】
App_idは、当該トリガ情報に対応して取得するデータ放送用アプリの識別情報である。App_typeは、当該トリガ情報に対応するデータ放送用アプリのタイプ（例えば、HTML5など）を示す情報である。
【０２１７】
Trigger_targetは、SMT及びNRT-ITを特定するための情報である。Trigger_targetには、例えば、Service ID及びContent Linkageが記述される。
【０２１８】
App_life_scopeは、チャンネルなどの切り替えが生じたときに実行中のデータ放送用アプリを終了することなく、実行状態を継続する範囲を示している。Persistent_priorityは、対応するデータ放送用アプリを取得、保持するときの優先度を示している。Expire_dateは、データ放送用アプリの保持期限を示す。
【０２１９】
Event_idは、App_idにて指定されたデータ放送用アプリにおいて発火すべきイベントの識別情報である。Event_Embedded_dataは、イベントを発火する際に参照されるデータが記述される。
【０２２０】
なお、App_type，Trigger_target，App_life_scope，Persistent_priority，Expire_dateは、Command_codeに、レジスタコマンド又はエクスキュートコマンドを示す情報が記述された場合にのみ指定される。また、Event_id，Event Embedded Dataは、Command_codeに、イベントコマンドを示す情報が記述された場合にのみ指定される。
【０２２１】
また、トリガ情報に含まれる情報の項目は任意であって、図２２の例に限定されるものではない。
【０２２２】
［データ放送用アプリの取得方法］
次に、図２３を参照して、放送波を用いて放送されるデータ放送用アプリの取得方法を説明する。受信装置１２は、放送波に含めて送られるトリガ情報を受信した場合に、当該トリガ情報から得られるコマンドが、レジスタコマンド又はエクスキュートコマンドであったとき、データ放送用アプリの取得を試みる。その際、受信装置１２は、放送波により伝送される、SMT、NRT-IT、及びFDTの各テーブルを参照することになる。
【０２２３】
図２３は、放送波により伝送されるテーブルの例を示す図である。図２３には、SMT、NRT-IT、FDT、及びETTの各テーブルが図示されている。
【０２２４】
SMT（Service Map Table）は、NRTサービスのサービスレベルの属性情報が記述される。例えば、SMTには、Service#1，#2，・・・などのNRTサービス単位の属性情報が記述される。
【０２２５】
Service Nameには、当該NRTサービスの名称が記述される。
【０２２６】
IP(src)、IP(dest)には、送信元（source）と宛先（destination）のIPアドレスが記述される。また、FLUTE Session Infoには、ポート番号が記述される。このポート番号は、NRTサービスごとに異なる番号が指定される。すなわち、FLUTEセッションは、NRTコンテンツの伝送に用いるIPパケットの送信元IPアドレスと、宛先のIPアドレス及び宛先のポート番号の組み合わせにより区別される、一連のIPパケットの伝送により行われる。そして、それらのIPアドレスとポート番号の組み合わせによって、NRTサービスが特定されることになる。
【０２２７】
Service IDには、当該NRTサービスの識別情報が記述される。また、Service Categoryには、当該NRTサービスが属するカテゴリが記述される。Content typeには、当該NRTサービスにて提供されるコンテンツのタイプが記述される。MIME typesには、例えばHTMLなどのMIMEタイプが記述される。ISO-639 languageには、例えば日本語や英語などの言語が記述される。Genreには、当該NRTコンテンツが属するジャンルに関する情報が記述される。
【０２２８】
なお、詳細については省略するが、SMTには、Purchase data，STKM,LTKM info，Storage reservation，Service Icon Content-ID，その他のNRTサービスに関する情報を記述することが可能である。
【０２２９】
NRT-IT（NRT Information Table）には、１つのNRTサービスに含まれるコンテンツレベルの属性情報が記述される。例えば、NRT-ITには、Content#1，#2，・・・などのNRTコンテンツ単位の属性情報が記述される。
【０２３０】
NRT-ITには、当該NRTサービスを識別するためのService IDが記述される。このService IDは、SMTに記述されたNRTサービスごとのService IDに関連付けられている。
【０２３１】
Content nameには、当該NRTコンテンツの名称が記述される。Content Linkageには、当該NRTコンテンツの識別情報が記述される。ただし、Content Linkageは、Content IDと記述される場合がある。Distribution start/end timeには、当該NRTコンテンツの開始時刻と終了時刻を示す情報が記述される。Playback lengthには、当該NRTコンテンツのプレイバック時間が記述される。Content lengthには、ストレージに蓄積されるNRTコンテンツのデータ量が記述される。
【０２３２】
MIME typesには、例えばHTMLなどのMIMEタイプが記述される。ISO-639 languageには、例えば日本語や英語などの言語が記述される。MPEG-2 AAC audio infoやAVC video infoには、映像や音声のデータ圧縮に関する情報が記述される。Caption serviceには字幕に関する情報が記述される。
【０２３３】
また、Internet Locationには、インターネット２０を介して配信されるデータ放送用アプリを取得するための情報として、例えばアプリサーバ１６のURLが記述される。すなわち、受信装置１２は、何らかの原因により放送波により伝送されるデータ放送用アプリが取得できない場合、Internet Locationを参照して、インターネット２０を介してアプリサーバ１６からデータ放送用アプリを取得することができる。ただし、Internet Locationは、Content URLと記述される場合がある。
【０２３４】
なお、詳細については省略するが、NRT-ITには、Content advisory，Genre，SVC info，STKM,LTKM info，その他のNRTコンテンツに関する情報を記述することが可能である。
【０２３５】
FDT（File Delivery Table）には、FLUTEセッションを利用して配信するファイルについての属性情報が記述される。例えば、FDTには、TOI、Content Location、及びContent Linkageがそれぞれ関連付けられて記述される。
【０２３６】
TOI（Transport Object Identifier）には、伝送するファイルオブジェクトの識別情報が記述される。FDT InstanceのTOIには0が記述され、伝送するファイルオブジェクトのTOIには、例えばダウンロードヘッダに格納される識別情報が記述される。
【０２３７】
Content Locationには、ファイルの識別情報がURI（Uniform Resource Identifier）で記述される。Content Linkageには、NRTコンテンツの識別情報が記述される。このContent Linkageは、NRT-ITに記述されたNRTコンテンツごとのContent Linkageに関連付けられている。
【０２３８】
なお、TOI、Content Location、及びContent Linkageは、FDIに記述される属性情報の一例であって、その他の属性情報を記述することが可能である。
【０２３９】
ETT（Extended Text Table）には、Content LinkageとTextが関連付けられて記述される。Content Linkageには、コンテンツの識別情報が記述される。このContent Linkageは、NRT-ITに記述されたNRTコンテンツごとのContent Linkageに関連付けられている。Textには、テキスト情報が記述される。
【０２４０】
SMT、NRT-IT、FDT、及びETTの各テーブルは、以上のように構成される。
【０２４１】
ところで、受信装置１２は、SMT、NRT-IT、及びFDTを参照して、放送波により伝送されるデータ放送用アプリを取得することになるが、具体的には以下の流れで行われる。なお、ここでは、前述したNRTコンテンツとして（NRTコンテンツの代わりに）、データ放送用アプリが伝送されていることが前提となる。
【０２４２】
すなわち、受信装置１２は、放送波に含めて送られるトリガ情報を受信した場合に、当該トリガ情報から得られるコマンドが、レジスタコマンド又はエクスキュートコマンドであったとき、それらのコマンドにはTrigger_targetが記述されているので、そこに記述されたService ID及びContent Linkageを取得する。そして、受信装置１２は、SMTを参照して、SMTに記述された各NRTサービスのService IDの中から、取得したService IDと一致するService IDの検索を行い、当該条件に一致するNRTサービスを特定する（Ｓ１）。
【０２４３】
次に、受信装置１２は、特定されたNRTサービスのService IDと同一のService IDを有するNRT-ITを特定する（Ｓ２）。そして、受信装置１２は、特定されたNRT-ITを参照して、NRT-ITに記述された各NRTコンテンツのContent Linkageの中から、取得したContent Linkageと一致するContent Linkageの検索を行い、当該条件に一致するNRTコンテンツを特定する（Ｓ３）。
【０２４４】
また、受信装置１２は、SMTを参照して、Ｓ１にて特定されたService IDに関連付けられたIP(src)、IP(dest)、FLUTE Session Infoを取得する。そして、受信装置１２は、取得したIPアドレス（S1）とポート番号（P1）の組み合わせにより特定されるFLUTEセッション（TSI = T1）から、TOI=0となるFDTを取得する（Ｓ４）。
【０２４５】
次に、受信装置１２は、Ｓ４にて取得したFDTを参照して、特定されたContent Linkage（NRT-IT）と同一のContent Linkage（FDT）の検索を行い、当該条件に一致するContent Linkage（Content Linkage = id1）を特定する（Ｓ５）。そして、受信装置１２は、Ｓ５にて特定されたContent Linkageに関連付けられたTOI（TOI = 6）を特定する。
【０２４６】
これにより、受信装置１２は、FLUTEセッション（TSI = T1）において、特定されたTOI（TOI = 6）により識別されるオブジェクトに基づいて、データ放送アプリを取得することになる。
【０２４７】
このように、トリガ情報に含まれるTrigger_targetに記述されるService ID及びContent Linkageを検索条件にして、SMT及びNRT-ITを参照することで、FDTのTOIが特定され、FLUTEセッションで伝送されるデータ放送用アプリが取得されることになる。
【０２４８】
なお、上記の方法によって、放送波により伝送されるデータ放送用アプリが取得できない場合には、受信装置１２は、NRT-ITのInternet Locationを参照して、インターネット２０を介してアプリサーバ１６からデータ放送用アプリを取得することになる（Ｓ６）。
【０２４９】
以上、放送波により伝送されるデータ放送用アプリの取得方法について説明した。
【０２５０】
［トリガ情報対応処理］
次に、受信装置１２がトリガ情報を受信したときのトリガ情報対応処理について、図２４及び図２５のフローチャートを参照して説明する。
【０２５１】
（方式１Ｂのトリガ情報対応処理）
まず、図２４のフローチャートを参照して、方式１Ｂのトリガ情報対応処理について説明する。なお、このトリガ情報対応処理は、ユーザがテレビ番組を視聴しているとき、すなわち、受信装置１２が放送信号を受信している間、繰り返して実行される。
【０２５２】
ステップＳ５１において、トリガ抽出部６６は、放送波に含めて送られるトリガ情報が受信されたかを監視し、トリガ情報が受信されるまで待機する。そして、トリガ情報が受信された場合、処理は、ステップＳ５２に進められる。
【０２５３】
ステップＳ５２において、制御部５８は、トリガ情報に含まれるTrigger_idに基づき、当該トリガ情報に対してステップＳ５３以降の処理を既に実行済みであるか否かを判定する。既にステップＳ５３以降の処理を実行済みであると判定された場合、処理はステップＳ５１に戻されて、それ以降の処理が繰り返される。反対に、当該トリガ情報に対してステップＳ５３以降の処理を実行していないと判定された場合、処理はステップＳ５３に進められる。
【０２５４】
ステップＳ５３において、制御部５８は、トリガ情報に含まれるCommand_codeに基づき、当該トリガ情報の示すコマンドが、レジスタ、エクスキュート、イベント、サスペンド、又はターミネートのいずれであるかを判別する。ステップＳ５３の判別処理が終了すると、処理は、ステップＳ５４に進められる。
【０２５５】
ステップＳ５４乃至Ｓ６７においては、図１８のステップＳ３２乃至Ｓ４５と同様に、ステップＳ５３の判別結果に応じて、レジスタ、エクスキュート、イベント、サスペンド、又はターミネートのコマンドに応じたアプリ制御が行われる。
【０２５６】
ただし、図２４においては、ステップＳ５５又はＳ５８において、制御部５８によって、フルート処理部６７が制御され、アプリ取得処理が行われる点が異なる。このアプリ取得処理では、トリガ情報に含まれるTrigger_targetに記述されるService ID及びContent Linkageに基づいて、SMT及びNRT-ITが参照されることで、FDTのTOIが特定され、FLUTEセッションで伝送されるデータ放送用アプリが取得される。フルート処理部６７は、取得した取得したデータ放送用アプリをキャッシュメモリ６４に保持させる。
【０２５７】
なお、アプリ取得処理の詳細は、図２５のフローチャートを参照して後述する。
【０２５８】
以上で、方式１Ｂのトリガ情報対応処理の説明を終了する。
【０２５９】
（アプリ取得処理）
次に、図２５のフローチャートを参照して、図２４のステップＳ５５又はＳ５８に対応するアプリ取得処理の詳細について説明する。
【０２６０】
ステップＳ７１において、制御部５８は、トリガ抽出部６６により抽出されたトリガ情報に含まれるTrigger_targetに記述されるService ID及びContent Linkageを取得する。
【０２６１】
ステップＳ７２において、制御部５８は、フルート制御部６７を制御して、放送波によりデータ放送用アプリが伝送されているかを確認し、放送波からデータ放送用アプリが取得可能であるか否かを判定する。ステップＳ７２において、放送波からデータ放送用アプリが取得可能であると判定された場合、処理は、ステップＳ７３に進められる。
【０２６２】
ステップＳ７３において、フルート処理部６７は、制御部５８からの制御に従い、SMTを参照して、Trigger_targetに記述されるService IDと同一のService ID（SMT）の検索を行い、当該条件に一致するNRTサービスを特定する。
【０２６３】
ステップＳ７４において、フルート処理部６７は、制御部５８からの制御に従い、特定されたService IDに関連付けられたIP(src)、IP(dest)、FLUTE Session Infoを取得し、それらの組み合わせにより特定されるFLUTEセッションから、TOI=0となるFDTを取得する。
【０２６４】
ステップＳ７５において、フルート処理部６７は、制御部５８からの制御に従い、FDTを参照して、Trigger_targetに記述されるContent Linkageに関連付けられたContent Linkage（NRT-IT）と同一のContent Linkage（FDT）の検索を行い、当該条件に一致するContent Linkageに関連付けられたTOIを特定する。
【０２６５】
ステップＳ７６において、フルート処理部６７は、制御部５８からの制御に従い、FLUTEセッションにおいて、特定されたTOIにより識別されるオブジェクトに基づいて、データ放送アプリを取得し、キャッシュメモリ６４に保持させる。これにより、放送波からデータ放送用アプリが取得されたことになる。
【０２６６】
一方、ステップＳ７２において、放送波からデータ放送用アプリが取得できないと判定された場合、処理はステップＳ７７に進められる。ステップＳ７７において、制御部５８は、NRT-ITのInternet Locationを参照するとともに、通信I/F６１及びアプリエンジン６３を制御して、インターネット２０を介してアプリサーバ１６にアクセスし、データ放送用アプリを取得し、キャッシュメモリ６４に保持させる。この場合、放送波の代わりにインターネット２０を介して配信されるデータ放送用アプリが取得されたことになる。
【０２６７】
ステップＳ７６又はＳ７７の処理が終了すると、処理は、図２４のステップＳ５５又はＳ５８に戻り、それ以降が繰り返される。
【０２６８】
以上で、アプリ取得処理の説明を終了する。アプリ取得処理においては、原則として放送波により伝送されるデータ放送用アプリが取得されるが、例えばNRTサービスが提供されていない場合や、受信装置１２が取得すべきデータ放送用アプリが放送波に存在しない場合などには、データ放送用アプリは、インターネット２０を介してアプリサーバ１６から取得される。
【０２６９】
以上、方式１Ｂについて説明した。
【０２７０】
このように、第１の実施の形態においては、方式１Ａ又は方式１Ｂのトリガ情報対応処理によって、ACR識別処理の識別結果に応じたトリガ情報又は放送波に含めて送られるトリガ情報が受信される。そして、当該トリガ情報から得られるコマンドに応じて、放送波又はインターネットを介してデータ放送用アプリが取得され、取得されたデータ放送用アプリの動作が制御される。
【０２７１】
以上で、第１の実施の形態についての説明を終了する。
【０２７２】
＜第２の実施の形態＞
［基本概念］
図２６は、本技術の第２の実施の形態の基本概念を説明した図である。
【０２７３】
第２の実施の形態において、データ放送用アプリは、トリガ情報（Trigger）及びTPT（Trigger Parameter Table）に基づき特定されるコマンドに応じて、その動作が制御される。トリガ情報は、放送波に含めて送られる場合と、ACR識別処理の識別結果から得られる場合とがある。
【０２７４】
受信機は、放送波に含めて送られるトリガ情報（Trigger）又はACRサーバからのトリガ情報（ACR Response）に基づき、TPTサーバにアクセスして、TPTを取得する。受信機は、TPTに基づいて、トリガ情報に対応するコマンドを特定し、当該コマンドに応じて、アプリサーバ又は放送波からデータ放送用アプリを取得する。
【０２７５】
アプリサーバからデータ放送用アプリを取得する場合、受信機は、インターネットを介してファイルサーバにアクセスして、NRT-IT（NRT Information Table）を取得する。当該NRT-ITは、放送波にて伝送されるNRT-ITと同一の又は対応する構成を有し、Internet Locationとして、アプリサーバのURLが指定される。受信機は、TPTにより特定されたコマンドに応じて、NRT-ITに基づきアプリサーバにアクセスして、データ放送用アプリを取得する。
【０２７６】
一方、放送波で伝送されるデータ放送用アプリを取得する場合、受信機は、TPTに記述されるアプリIDから得られるService ID及びContent Linkageを検索条件にして、SMT及びNRT-ITを参照してFDTのTOIを特定し、FLUTEセッションで伝送されるデータ放送用アプリを取得する。
【０２７７】
なお、データ放送用アプリをFLUTEセッションにて伝送する方法については、前述した図２乃至図９を参照して説明した方法を採用することができる。ただし、放送波にて伝送されるデータ放送用アプリを取得できなかった場合には、放送波から得られるNRT-ITに記述されたInternet Locationに記述されたアプリサーバのURLを参照して、アプリサーバにアクセスして、データ放送用アプリを取得するようにしてもよい。
【０２７８】
そして、受信機は、TPTによって特定されたコマンドに応じて、取得したデータ放送用アプリの動作を制御する。
【０２７９】
以上、本技術の第２の実施の形態の基本概念について説明した。
【０２８０】
なお、第２の実施の形態において、放送システム１及び受信装置１２の構成は、前述した第１の実施の形態と同様の構成となるため、図示を省略して、図１０及び図１１の構成を適宜参照しながら説明する。
【０２８１】
ところで、第２の実施の形態では、データ放送用アプリを動作させる前提となるトリガ情報の取得方法として、前述したとおり、ACR識別処理の識別結果に応じたトリガ情報（ACR Response）を取得する方法と、放送波に含めて送られるトリガ情報（Trigger）を取得する方法がある。そこで、以下、前者を方式２Ａと称し、後者を方式２Ｂと称して、それぞれの方式について順に説明する。
【０２８２】
［方式２Ａ］
図２７乃至図３０を参照して、方式２Ａについて説明する。
【０２８３】
［トリガ情報の詳細］
【０２８４】
方式２Ａにおけるトリガ情報（ACR Response）の詳細は、図１２を参照して説明した、方式１Ａのトリガ情報の詳細と同様であるため、その説明は省略する。
【０２８５】
［TPTの詳細］
次に、TPTの詳細について説明する。図２７はTPTのフォーマットの例を示す図である。
【０２８６】
図２７に示すように、TPTは、tpt要素、command要素、event要素、及びdiffusion要素のほか、application要素を含むようにして構成される。tpt要素、command要素、event要素、及びdiffusion要素は、図１４のTPTと同様であるため、その説明を省略する。
【０２８７】
application要素は、データ放送用アプリに関する情報が記述される。application要素は、id属性を含む。
【０２８８】
id属性には、当該データ放送用アプリを識別するためのアプリIDが指定される。アプリIDは、例えばそのビット列のうち、所定のビットに、Content LinkageとService IDが割り当てられている。従って、アプリIDから、Content Linkage及びService IDの値を取得することが可能となる。
【０２８９】
TPTは、以上のように構成される。
【０２９０】
［データ放送用アプリの取得方法］
次に、図２８を参照して、データ放送用アプリの取得方法を説明する。受信装置１２は、ACRサーバ１３からのトリガ情報から得られるURLに応じて、TPTサーバにアクセスし、TPTを取得する。また、受信装置１２は、ファイルサーバ１４にアクセスして、NRT-ITを取得する。
【０２９１】
図２８には、TPT及びNRT-ITの各テーブルが図示されている。なお、図２８において、NRT-ITは、前述した図１３のNRT-ITと同一の又は対応する構成となる。
【０２９２】
TPTは、前述したように、application要素のid属性が、Content Linkage及びService IDを示している。従って、受信装置１２は、NRT-IT参照して、TPTのアプリIDから得られるContent Linkageに関連付けられたContent Linkageを特定する（Ｓ１０１）。また、受信装置１２は、特定したContent Linkageに関連付けられたInternet Locationに記述されたアプリサーバ１６のURLを取得する。そして、受信装置１２は、取得したURLに基づき、インターネット２０を介してアプリサーバ１６にアクセスし、データ放送用アプリを取得する（Ｓ１０２）。
【０２９３】
以上、インターネット２０を介して提供されるデータ放送用アプリの取得方法について説明した。
【０２９４】
［トリガ情報対応処理］
次に、受信装置１２がトリガ情報を受信したときのトリガ情報対応処理について、図２９及び図３０のフローチャートを参照して説明する。
【０２９５】
（方式２Ａのトリガ情報対応処理）
まず、図２９のフローチャートを参照して、方式２Ａのトリガ情報対応処理について説明する。なお、このトリガ情報対応処理は、ユーザがテレビ番組を視聴しているとき、すなわち、受信装置１２が放送信号を受信している間、繰り返して実行される。
【０２９６】
ステップＳ１１１乃至Ｓ１２３においては、図１７のステップＳ１１乃至Ｓ２４と基本的に同様に、トリガ情報対応処理が行われるが、ステップＳ１１７においては、TPTを取得するに際して、トリガ情報から得られるURLにより特定されるTPTサーバ１５にアクセスすることで、TPTが取得される。
【０２９７】
すなわち、図１７のステップＳ１８では、NRT-IT及びTPT-ITから得られるURLに基づいて、TPTサーバ１５にアクセスしていたところ、ステップＳ１１７では、例えば、ACRサーバ１３から受信したトリガ情報の先頭に“http://”を付加することで得られるURLに基づいて、TPTサーバ１５にアクセスすることになる。
【０２９８】
それ以外の処理は、図１７のフローチャートで説明した処理と同様であるため、その説明を省略する。
【０２９９】
以上で、方式２Ａのトリガ情報対応処理の説明を終了する。
【０３００】
（アプリ制御処理）
次に、図３０のフローチャートを参照して、図２９のステップＳ１２２に対応するアプリ制御処理について説明する。
【０３０１】
ステップＳ１３１乃至Ｓ１４８においては、図１８のステップＳ３１乃至Ｓ４５と基本的に同様に、アプリ制御処理が行われるが、レジスタコマンド又はエクスキュートコマンドの実行時の、データ放送用アプリの取得動作が異なる。
【０３０２】
すなわち、図１８のステップＳ３３及びＳ３６では、トリガ情報から得られたURLに基づき取得されたNRT-ITに記述されたInternet LocationのURLに基づいて、アプリサーバ１６にアクセスしていた。それに対して、図３０のステップＳ１３３及びＳ１３４では、TPTのアプリIDから得られるContent Linkageに関連付けられたNRT-ITが取得され、当該NRT-ITに記述されたInternet LocationのURLに基づいて、アプリサーバ１６にアクセスすることで、データ放送用アプリが取得される。
【０３０３】
なお、ステップＳ１３７乃至Ｓ１３９においても、データ放送用アプリを取得する場合には、同様の処理が行われる。
【０３０４】
それ以外の処理は、図１８のフローチャートで説明した処理と同様であるため、その説明を省略する。
【０３０５】
以上、方式２Ａについて説明した。
【０３０６】
［方式２Ｂ］
図３１乃至図３２を参照して、方式２Ｂについて説明する。
【０３０７】
［トリガ情報の詳細］
方式２Ｂにおけるトリガ情報（Trigger）の詳細は、図１２を参照して説明した、方式１Ａのトリガ情報の詳細と同様であるため、その説明は省略する。
【０３０８】
［TPTの詳細］
方式２ＢにおけるTPTの詳細は、図２７を参照して説明した、方式２ＡのTPTの詳細と同様であるため、その説明は省略する。
【０３０９】
［データ放送用アプリの取得方法］
次に、図３１を参照して、放送波を用いて放送されるデータ放送用アプリの取得方法を説明する。受信装置１２は、放送波に含めて送られるトリガ情報を受信した場合に、TPTに基づき特定されるトリガ情報に対応するコマンドが、レジスタコマンド又はエクスキュートコマンドであったとき、データ放送用アプリの取得を試みる。その際、受信装置１２は、放送波により伝送される、SMT、NRT-IT、及びFDTの各テーブルを参照することになる。
【０３１０】
SMT、NRT-IT、及びFDTの各テーブルに記述される属性情報については、図２３を参照して既に説明しているため、その説明は省略する。
【０３１１】
受信装置１２は、SMT、NRT-IT、及びFDTを参照して、放送波により伝送されるデータ放送用アプリを取得することになるが、具体的には以下の流れで行われる。なお、ここでは、前述した場合と同様にNRTコンテンツとして（NRTコンテンツの代わりに）、データ放送用アプリが伝送されていることが前提となる。
【０３１２】
すなわち、受信装置１２は、放送波に含めて送られるトリガ情報を受信した場合に、TPTに基づき特定されるトリガ情報に対応するコマンドが、レジスタコマンド又はエクスキュートコマンドであったとき、それらのコマンドにはアプリIDが対応付けられているので、そこに記述されたContent Linkage及びService IDを取得する。そして、受信装置１２は、SMTを参照して、各NRTサービスのService IDの中から、取得したService IDと一致するService IDの検索を行い、当該条件に一致するNRTサービスを特定する（Ｓ１０５）。
【０３１３】
次に、受信装置１２は、特定されたNRTサービスのService IDと同一のService IDを有するNRT-ITを特定する（Ｓ１０６）。そして、受信装置１２は、特定されたNRT-ITを参照して、NRT-ITに記述された各NRTコンテンツのContent Linkageの中から、取得したContent Linkageと一致するContent Linkageの検索を行い、当該条件に一致するNRTコンテンツを特定する（Ｓ１０７）。
【０３１４】
また、受信装置１２は、SMTを参照して、Ｓ１０５にて特定されたService IDに関連付けられたIP(src)、IP(dest)、FLUTE Session Infoを取得する。そして、受信装置１２は、取得したIPアドレス（S1）とポート番号（P1）の組み合わせにより特定されるFLUTEセッション（TSI = T1）から、TOI=0となるFDTを取得する（Ｓ１０８）。
【０３１５】
次に、受信装置１２は、Ｓ１０８にて取得したFDTを参照して、特定されたContent Linkage（NRT-IT）と同一のContent Linkage（FDT）の検索を行い、当該条件に一致するContent Linkage（Content Linkage = id1）を特定する（Ｓ１０９）。そして、受信装置１２は、Ｓ１０９にて特定されたContent Linkageに関連付けられたTOI（TOI = 6）を特定する。
【０３１６】
これにより、受信装置１２は、FLUTEセッション（TSI = T1）において、特定されたTOI（TOI = 6）により識別されるオブジェクトに基づいて、データ放送アプリを取得することになる。
【０３１７】
このように、TPTにより特定されるレジスタコマンド又はエクスキュートコマンドのアプリIDに記述されるService ID及びContent Linkageを検索条件にして、SMT及びNRT-ITを参照することで、FDTのTOIが特定され、FLUTEセッションで伝送されるデータ放送用アプリが取得されることになる。
【０３１８】
なお、上記の方法によって、放送波により伝送されるデータ放送用アプリが取得できない場合には、受信装置１２は、NRT-ITのInternet Locationを参照して、インターネット２０を介してアプリサーバ１６からデータ放送用アプリを取得することになる（Ｓ１１０）。
【０３１９】
以上、放送波により伝送されるデータ放送用アプリの取得方法について説明した。
【０３２０】
［トリガ情報対応処理］
次に、受信装置１２がトリガ情報を受信したときのトリガ情報対応処理について、図３２のフローチャートを参照して説明する。
【０３２１】
（方式２Ｂのトリガ情報対応処理）
ここでは、図３２のフローチャートを参照して、方式２Ｂのトリガ情報対応処理について説明する。なお、このトリガ情報対応処理は、ユーザがテレビ番組を視聴しているとき、すなわち、受信装置１２が放送信号を受信している間、繰り返して実行される。
【０３２２】
受信装置１２は、ユーザの操作によって、所定のチャンネルが選局されると、そのチャンネルのテレビ番組の映像の表示を開始する（ステップＳ１５１）。
【０３２３】
ステップＳ１５２において、トリガ抽出部６６は、放送波に含めて送られるトリガ情報が受信されたかを監視し、トリガ情報が受信されるまで待機する。そして、トリガ情報が受信された場合、処理は、ステップＳ１５３に進められる。
【０３２４】
ステップＳ１５３乃至Ｓ１６０においては、図２９のステップＳ１１６乃至Ｓ１２３と同様に、例えば、受信したトリガ情報に含まれるdomain_name，program_idが変化した場合、TPT解析部６２によって、TPTが取得され、取得されたTPTが未取得であれば保持される。また、制御部５８によって、受信したトリガ情報に含まれるmedia_timeが有効期間内となると判定された場合、その有効なコマンドに応じて、データ放送用アプリの動作が制御される。
【０３２５】
なお、ステップＳ１５９のアプリ制御処理は、図３０のアプリ制御処理と基本的に同様の処理が行われるが、レジスタコマンド又はエクスキュートコマンドの実行時の、データ放送用アプリの取得動作が異なる。すなわち、ステップＳ１５９のアプリ制御処理では、TPTにより特定されるレジスタコマンド又はエクスキュートコマンドのアプリIDに記述されるService ID及びContent Linkageを検索条件にして、放送波にて伝送されるSMT及びNRT-ITを参照することで、FDTのTOIが特定され、FLUTEセッションで伝送されるデータ放送用アプリが取得されることになる。
【０３２６】
それ以外の処理は、図３０のフローチャートで説明した処理と同様であるため、その説明を省略する。
【０３２７】
以上、方式２Ｂについて説明した。
【０３２８】
このように、第２の実施の形態においては、方式２Ａ又は方式２Ｂのトリガ情報対応処理によって、ACR識別処理の識別結果に応じたトリガ情報又は放送波に含めて送られるトリガ情報が受信される。そして、TPTに基づき特定された当該トリガ情報に対応付けられたコマンドに応じて、放送波又はインターネットを介してデータ放送用アプリが取得され、取得されたデータ放送用アプリの動作が制御される。
【０３２９】
なお、第２の実施の形態においては、方式２Ａではインターネットを介して配信されるデータ放送用アプリが取得され、方式２Ｂでは放送波により伝送されるデータ放送用アプリが取得される例を説明したが、その反対に、方式２Ａで放送波により伝送されるデータ放送用アプリが取得され、方式２Ｂでインターネットを介して配信されるデータ放送用アプリが取得されるようにしてもよい。
【０３３０】
［TPTの取得方法］
ところで、前述した説明では、domain_name又はprogram_idの値が変化したとき、新たなTPTファイルを取得するとして説明したが、当該TPTファイルの取得の際には、受信装置１２の性能に応じたTPTファイルが取得されるようにしてもよい。例えば、受信装置１２の性能に応じたデータ放送用アプリが複数用意されている場合には、当該性能のクラスごとにTPTファイルが独立して用意されることになる。
【０３３１】
図３３に示すように、TPTサーバ１５は、クラスごとのTPTファイルを、所定のTPTフォルダに格納して保持する。受信装置１２は、トリガ情報から得られるURLに基づいて、TPTサーバ１５にアクセスすることになるが、当該URLには、所定のTPTファイルが指定されるのではなく、所定のTPTフォルダが指定されるものとする。また、受信装置１２には、TPTファイルの取得の優先度が、あらかじめ設定されており、TPTフォルダに格納されたTPTファイルを優先度に応じて指定することが可能となる。
【０３３２】
例えば、TPTサーバ１５において、TPTフォルダに、Main.tpt，Sub1.tpt，Sub2.tptのTPTファイルが格納されている場合に、受信装置１２で、Main.tpt，Sub1.tpt，Sub2.tptの順に取得の優先度が設定されているときには、その優先度の順序でのファイルの取得を試みる。このとき、受信装置１２は、トリガ情報から取得したURLを示す文字列に、TPTファイル名の文字列を付加することで、TPTフォルダに格納された所定のファイルにアクセスすることが可能となる。
【０３３３】
また、例えば、Main.tptが最も高い性能を要求するクラスに対応するTPTファイル、Sub1.tptがその次に高い性能を要求するクラスに対応するTPTファイル、Sub2.tptが最も低い性能を要求するクラスに対応するTPTファイルとすれば、受信装置１２は、まず、Main.tptを取得して、自身の性能が、要求される性能を満たしているかを確認する。受信装置１２は、要求される性能の満たしている場合には、Main.tptをTPTとして保持する。
【０３３４】
一方、Main.tptにより要求される性能を満たしていない場合、受信装置１２は、次にSub1.tptを取得する。受信装置１２は、Sub1.tptにより要求される性能を満たしている場合、Sub1.tptをTPTとして保持し、要求される性能を満たしていない場合には、次にSub2.tptを取得する。そして、受信装置１２は、Sub2.tptにより要求される性能を満たしている場合、Sub2.tptをTPTとして保持する。
【０３３５】
一方、Sub2.tptにより要求される性能を満たしていない場合、受信装置１２は、トリガ情報に含まれるdomain_name又はprogram_idの値が変化するまでは、TPTの取得動作と、データ放送用アプリの動作を行わないことになる。
【０３３６】
［クラスに対応したTPTの詳細］
図３４は、クラスに対応したTPTのフォーマットの例を示す図である。
【０３３７】
図３４のTPTは、図２７のTPTと比べて、tpt要素に、capability要素が加えられている。それ以外の要素や属性については、図２７と同様であるため、その説明は省略する。
【０３３８】
tpt要素のcapability要素には、受信装置に要求される各種の性能が指定される。capability要素は、essential属性を含む。essential属性には、要求される性能が、必須の性能である場合には、“yes”が指定され、オプションの性能である場合には、“no”が指定される。
【０３３９】
［クラスに対応したTPTの記述例］
図３５は、クラスに対応したTPTの記述例を示す図である。
【０３４０】
tpt要素の開始タグの次に、capability要素として、“flute”が記述される。また、capability要素には、essential属性として、“no”が指定されている。すなわち、FLUTEセッションは、オプションの機能となるため、受信装置１２は、FLUTEセッションの機能に対応していなくてもよいことになる。この記述例の場合、受信装置１２がFLUTEセッションの機能に対応していない場合には、アプリサーバ１６からデータ放送用アプリを取得すればいいので、essential属性には“no”が指定されている。
【０３４１】
また、capability要素として、“avc_40”が記述され、そのessential属性として、“yes”が指定されている。すなわち、AVC level4.0は、必須の機能となるため、受信装置１２は、AVC level4.0で圧縮符号化されたコンテンツを再生する機能に対応している必要がある。この記述例の場合、受信装置１２がAVC level4.0に対応していないと、データ放送用アプリから起動されるコンテンツを再生することができないので、essential属性に“yes”が指定されている。
【０３４２】
なお、TPTの記述方法は任意であって、図３５の記述例に限定されるものではない。
【０３４３】
［TPT取得処理］
次に、図３６のフローチャートを参照して、TPT取得処理について説明する。なお、TPT取得処理は、図２９のステップＳ１１７又は図３２のステップＳ１５４に対応する処理である。
【０３４４】
ステップＳ１７１において、制御部５８は、抽出したトリガ情報から得られるURLに第１候補TPTファイル名（例えばMain.tpt）を指定し、通信I/F６１を制御してTPTサーバ１５にアクセスして、TPTファイルを要求する。
【０３４５】
ステップＳ１７２において、TPT解析部６２は、通信I/F６１を制御して、TPTサーバ１５からのTPTファイル（例えばMain.tpt）を取得する。
【０３４６】
ステップＳ１７３において、制御部５８は、TPT解析部６２からのTPTのcapability要素に指定された性能を、受信装置１２が有しているかを確認する。ここでは、例えば、capability要素に“avc_42”が指定された場合、受信装置１２がAVC level4.2で圧縮符号化されたコンテンツの再生機能に対応しているかが確認される。
【０３４７】
ステップＳ１７４において、制御部５８は、ステップＳ１７３の確認結果に基づいて、受信装置１２が、capability要素に指定された条件に適合しているか否かを判定する。ステップＳ１７４において、capability要素に指定された条件に適合していると判定された場合、処理は、ステップＳ１７５に進められる。
【０３４８】
ステップＳ１７５において、制御部５８は、capability要素に指定された条件に適合したTPTファイルを、保持する対象として選択する。これにより、図２９のステップＳ１１９又は図３２のステップＳ１５６にて、TPT解析部６２によって、当該TPTファイルが保持される。
【０３４９】
一方、ステップＳ１７４において、capability要素に指定された条件に適合していないと判定された場合、処理は、ステップＳ１７６に進められる。ステップＳ１７６において、制御部５８は、トリガ情報から得られるURLに次候補TPTファイル名（例えばSub1.tpt）を指定し、通信I/F６１を制御してTPTサーバ１５にアクセスして、TPTファイルを要求する。
【０３５０】
ステップＳ１７７において、通信I/F６１を制御して、TPTサーバ１５からのTPTファイル（例えばSub1.tpt）を取得する。
【０３５１】
ステップＳ１７８において、制御部５８は、TPT解析部６２からのTPTのcapability要素に指定された性能を、受信装置１２が有しているかを確認する。ここでは、例えば、capability要素に“avc_40”が指定された場合、受信装置１２がAVC level4.0で圧縮符号化されたコンテンツを再生する機能に対応しているかが確認される。
【０３５２】
ステップＳ１７９において、ステップＳ１７８の確認結果に基づいて、受信装置１２が、capability要素に指定された条件に適合しているか否かを判定する。ステップＳ１７９において、capability要素に指定された条件に適合していると判定された場合、処理は、ステップＳ１７５に進められ、当該TPTファイルが、保持する対象として選択される。
【０３５３】
一方、ステップＳ１７９において、capability要素に指定された条件に適合していないと判定された場合、処理は、ステップＳ１８０に進められる。ステップＳ１８０において、制御部５８は、次のTPTファイル候補が存在するか否かを確認する。
【０３５４】
ステップＳ１８０において、次のTPTファイル候補が存在すると判定された場合、処理は、ステップＳ１７６に戻り、以降の処理が繰り返される。例えば、URLに次候補TPTファイル名としてSub2.tptが指定され、取得されたSub2.tptのcapability要素に指定された条件に適合するか否かが判定されることになる。
【０３５５】
なお、ステップＳ１８０において、次のTPTファイル候補が存在しないと判定された場合、処理は、ステップＳ１８１に進められる。ステップＳ１８１において、制御部５８は、所定のエラー処理を行う。その後、処理は、図２９のステップＳ１１２又は図３２のステップＳ１５２に戻り、それ以降の処理が繰り返される。
【０３５６】
以上で、TPT取得処理の説明を終了する。TPT取得処理においては、domain_name又はprogram_idの値が変化した場合に、新たなTPTファイルを取得するとき、受信装置１２の性能に応じたTPTファイルが取得されることになる。
【０３５７】
以上で、第２の実施の形態についての説明を終了する。
【０３５８】
＜第３の実施の形態＞
［基本概念］
図３７は、本技術の第３の実施の形態の基本概念を説明した図である。
【０３５９】
第３の実施の形態において、データ放送用アプリは、ACR識別処理の識別結果に応じたトリガ情報（ACR Response）及びTPT（Trigger Parameter Table）に基づき特定されるコマンドに応じて、その動作が制御される場合と、放送波に含めて送られるトリガ情報（Trigger）から得られるコマンドに基づき、その動作が制御される場合がある。
【０３６０】
受信機は、ACRサーバからのトリガ情報（ACR Response）に基づき、TPTサーバにアクセスして、TPTを取得する。受信機は、TPTに基づいて、トリガ情報に対応するコマンドを特定する。また、受信機は、ファイルサーバからNRT-ITを取得する。受信機は、特定されたコマンドに応じて、ファイルサーバから取得したNRT-ITに記述されたInternet LocationのURLを参照して、アプリサーバにアクセスして、データ放送用アプリを取得する。そして、受信機は、TPTによって特定されたコマンドに応じて、データ放送用アプリの動作を制御する。
【０３６１】
また、受信機は、放送波に含めて送られるトリガ情報（Trigger）から得られるコマンドに基づき、放送波で伝送されるデータ放送用アプリを取得する。放送波で伝送されるデータ放送用アプリを取得する場合には、トリガ情報から得られるService ID及びContent Linkageを検索条件にして、SMT及びNRT-ITを参照することで、FDTのTOIが特定され、FLUTEセッションで伝送されるデータ放送用アプリが取得されることになる。
【０３６２】
なお、データ放送用アプリをFLUTEセッションにて伝送する方法については、前述した図２乃至図９を参照して説明した方法を採用することができる。ただし、放送波にて伝送されるデータ放送用アプリを取得できなかった場合には、放送波から得られるNRT-ITに記述されたInternet LocationのURLを参照して、アプリサーバにアクセスすることで、データ放送用アプリを取得するようにしてもよい。
【０３６３】
以上、本技術の第３の実施の形態の基本概念について説明した。
【０３６４】
なお、第３の実施の形態において、放送システム１及び受信装置１２の構成は、前述した第１の実施の形態と同様の構成となるため、図示を省略する。
【０３６５】
また、第３の実施の形態では、データ放送用アプリを動作させるトリガ情報の取得方法として、前述したとおり、ACR識別結果に応じたトリガ情報（ACR Response）を取得する方法と、放送波に含めて送られるトリガ情報（Trigger）を取得する方法がある。そこで、以下、前者を方式３Ａと称し、後者を方式３Ｂと称する。
【０３６６】
［方式３Ａ］
方式３Ａでは、基本的に前述した方式２Ａと同様にトリガ情報が取得され、トリガ情報対応処理が行われる。
【０３６７】
すなわち、受信装置１２は、ACRサーバ１３からのトリガ情報（ACR Response）から得られるURLに応じて、TPTサーバにアクセスし、TPTを取得する。また、受信装置１２は、ファイルサーバ１４にアクセスして、NRT-ITを取得する。そして、受信装置１２は、TPTにより特定されるコマンドがレジスタコマンド又はエクスキュートコマンドである場合、NRT-IT参照して、当該コマンドのアプリIDから得られるContent Linkageに関連付けられたContent Linkageを特定し、Internet Locationに記述されたアプリサーバ１６のURLを取得する。
【０３６８】
これにより、受信装置１２は、取得したURLに基づき、インターネット２０を介してアプリサーバ１６にアクセスし、データ放送用アプリを取得することになる。そして、受信装置１２は、TPTにより特定されるコマンドに応じて、取得したデータ放送用アプリの動作を制御する。
【０３６９】
なお、方式３Ａの詳細は、前述した図２７乃至図３０の方式２Ａの説明と同様であり、繰り返しになるので、その説明は省略する。ただし、図３７に示すように、方式３Ａの場合、アプリIDには、例えばそのビット列のうち、所定のビットに、Content Linkageのみが割り当てられる。これは、方式３Ａでは、方式２Ａと異なり、放送波からデータ放送用アプリを取得することがなく、アプリサーバ１６のURLを取得するためのNRT-ITとはContent Linkageのみで関連付けをすることができるためである。
【０３７０】
また、方式３Ａにおいても、方式２Ａと同様に、TPTサーバ１５にてクラスごとのTPTファイルを用意することで、受信装置１２は、TPTの取得の際には、自身の性能に応じたTPTファイルが取得されるようにすることができる。なお、受信装置１２の性能に応じたTPTの取得方法については、図３３乃至図３６を参照して説明したとおりである。
【０３７１】
［方式３Ｂ］
方式３Ｂでは、基本的に前述した方式１Ｂと同様にトリガ情報が取得され、トリガ情報対応処理が行われる。
【０３７２】
すなわち、受信装置１２は、放送波に含めて送られるトリガ情報（Trigger）から得られるコマンドがレジスタコマンド又はエクスキュートコマンドである場合、当該トリガ情報のTrigger_targetに記述されるService ID及びContent Linkageを取得する。受信装置１２は、取得したService ID及びContent Linkageに基づいて、SMT及びNRT-ITが参照してFDTのTOIを特定し、FLUTEセッションで伝送されるデータ放送用アプリを取得する。
【０３７３】
なお、放送波により伝送されるデータ放送用アプリが取得できない場合には、放送波にて伝送されるNRT-ITのInternet Locationを参照して、インターネット２０を介してアプリサーバ１６からデータ放送用アプリを取得することになる。
【０３７４】
そして、受信装置１２は、放送波に含めて送られるトリガ情報から得られるコマンドに応じて、取得したデータ放送用アプリの動作を制御する。
【０３７５】
なお、方式３Ａの詳細は、前述した図１９乃至図２５の方式１Ｂの説明と同様であり、繰り返しになるので、その説明は省略する。
【０３７６】
このように、第３の実施の形態においては、方式３Ａ又は方式３Ｂのトリガ情報対応処理によってACR識別処理の識別結果に応じたトリガ情報又は放送波に含めて送られるトリガ情報が受信される。そして、方式３Ａのトリガ情報対応処理では、TPTに基づき特定された当該トリガ情報に対応付けられたコマンドに応じて、インターネットを介して配信されるデータ放送用アプリが取得され、当該データ放送用アプリの動作が制御される。また、方式３Ｂのトリガ情報対応処理では、トリガ情報から得られるコマンドに応じて、放送波又はインターネットを介して配信されるデータ放送用アプリが取得され、当該データ放送用アプリの動作が制御される。
【０３７７】
以上で、第３の実施の形態についての説明を終了する。
【０３７８】
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０３７９】
図３８は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０３８０】
コンピュータ３００において、CPU（Central Processing Unit）３０１，ROM（Read Only Memory）３０２，RAM（Random Access Memory）３０３は、バス３０４により相互に接続されている。
【０３８１】
バス３０４には、さらに、入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、入力部３０６、出力部３０７、記録部３０８、通信部３０９、及びドライブ３１０が接続されている。
【０３８２】
入力部３０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部３０７は、ディスプレイ、スピーカなどよりなる。記録部３０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部３０９は、ネットワークインタフェースなどよりなる。ドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア３１１を駆動する。
【０３８３】
以上のように構成されるコンピュータ３００では、CPU３０１が、例えば、記録部３０８に記憶されているプログラムを、入出力インタフェース３０５及びバス３０４を介して、RAM３０３にロードして実行することにより、前述した一連の処理が行われる。
【０３８４】
コンピュータ３００（CPU３０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア３１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０３８５】
コンピュータ３００では、プログラムは、リムーバブルメディア３１１をドライブ３１０に装着することにより、入出力インタフェース３０５を介して、記録部３０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部３０９で受信し、記録部３０８にインストールすることができる。その他、プログラムは、ROM３０２や記録部３０８に、あらかじめインストールしておくことができる。
【０３８６】
なお、コンピュータ３００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０３８７】
ここで、本明細書において、コンピュータ３００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０３８８】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０３８９】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０３９０】
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０３９１】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０３９２】
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０３９３】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０３９４】
なお、本技術は、以下のような構成をとることができる。
【０３９５】
（１）
放送波により伝送されるＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、
取得した前記トリガ情報から得られるコマンドが前記アプリケーションプログラムの取得を示す場合、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得するアプリ取得部と、
取得した前記トリガ情報から得られるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
（２）
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、
前記トリガ取得部は、抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を取得する
（１）に記載の受信装置。
（３）
前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻を対応付けた対応テーブルを取得するテーブル取得部をさらに備え、
前記制御部は、取得した前記対応テーブルに基づいて、前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
（２）に記載の受信装置。
（４）
前記トリガ情報に基づいて、前記対応テーブルの取得先を示す第１の取得先情報、及び前記アプリケーションプログラムの取得先を示す第２の取得先情報を取得する取得先情報取得部をさらに備え、
前記テーブル取得部は、前記第１の取得先情報に基づいて、前記対応テーブルを取得し、
前記アプリ取得部は、前記第２の取得先情報に基づいて、前記アプリケーションプログラムを取得する
（３）に記載の受信装置。
（５）
前記第２の取得先情報は、前記放送波にてNRT（Non-RealTime）サービスのNRTコンテンツを伝送する際に用いられるNRT-IT（NRT Information Table）と同一の又は対応する構成を有し、前記インターネットに接続された情報処理装置から提供される
（４）に記載の受信装置。
（６）
前記トリガ情報は、前記放送波により伝送され、
前記トリガ取得部は、前記放送波により伝送される前記トリガ情報を取得する
（１）乃至（５）のいずれかに記載の受信装置。
（７）
前記制御部は、前記放送波から取得した前記トリガ情報に含まれるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する
（６）に記載の受信装置。
（８）
前記アプリケーションプログラムは、FLUTE（File Delivery over Unidirectional Transport）セッションを利用したNRTサービスのNRTコンテンツとして伝送され、
前記アプリ取得部は、前記トリガ情報に含まれる前記NRTサービス及び前記NRTコンテンツの識別情報に基づいて、SMT（Service Map Table）及びNRT-ITにより特定されるFDT（File Delivery Table）を参照し、FLUTEセッションにより伝送される前記アプリケーションプログラムを取得する
（７）に記載の受信装置。
（９）
前記アプリ取得部は、FLUTEセッションにより伝送される前記アプリケーションプログラムが取得できない場合、前記NRT-ITに記述される前記インターネットを介して配信される前記アプリケーションプログラムの取得先を示す第３の取得先情報に基づいて、前記アプリケーションプログラムを取得する
（８）に記載の受信装置。
（１０）
前記対応テーブルに基づいて、前記アプリケーションプログラムの取得先を示す第２の取得先情報を取得する取得先情報取得部をさらに備え、
前記テーブル取得部は、前記トリガ情報から得られる前記対応テーブルの取得先を示す第１の取得先情報に基づいて、前記対応テーブルを取得し、
前記アプリ取得部は、前記第２の取得先情報に基づいて、前記アプリケーションプログラムを取得する
（３）に記載の受信装置。
（１１）
前記制御部は、取得した前記対応テーブルに基づき取得される前記アプリケーションプログラムを動作させる上で必要な性能を、前記受信装置が有しているかを確認し、
前記テーブル取得部は、前記受信装置が前記アプリケーションプログラムを動作させる性能を有していない場合、取得した前記対応テーブルと異なる他の対応テーブルを取得する
（３）又は（１０）のいずれかに記載の受信装置。
（１２）
前記テーブル取得部は、あらかじめ設定される、前記対応テーブルの取得優先度に応じて、前記対応テーブルを取得する
（１１）に記載の受信装置。
（１３）
前記トリガ情報から得られる、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻を対応付けた対応テーブルの取得先を示す第１の取得先情報に基づいて、前記対応テーブルを取得するテーブル取得部をさらに備え
前記制御部は、取得した前記対応テーブルに基づいて、前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
（６）又は（１０）乃至（１２）のいずれかに記載の受信装置。
（１４）
前記アプリケーションプログラムは、FLUTEセッションを利用したNRTサービスのNRTコンテンツとして伝送され、
前記アプリ取得部は、前記対応テーブルに記述される前記NRTサービス及び前記NRTコンテンツの識別情報に基づいて、SMT及びNRT-ITにより特定されるFDTを参照し、FLUTEセッションにより伝送される前記アプリケーションプログラムを取得する
（１３）に記載の受信装置。
（１５）
前記アプリ取得部は、FLUTEセッションにより伝送される前記アプリケーションプログラムが取得できない場合、前記NRT-ITに記述される前記インターネットを介して配信される前記アプリケーションプログラムの取得先を示す第３の取得先情報に基づいて、前記アプリケーションプログラムを取得する
（１４）に記載の受信装置。
（１６）
前記制御部は、取得した前記対応テーブルに基づき取得される前記アプリケーションプログラムを動作させる上で必要な性能を、前記受信装置が有しているかを確認し、
前記テーブル取得部は、前記受信装置が前記アプリケーションプログラムを動作させる性能を有していない場合、取得した前記対応テーブルと異なる他の対応テーブルを取得する
（１３）乃至（１５）のいずれかに記載の受信装置。
（１７）
前記テーブル取得部は、あらかじめ設定される、前記対応テーブルの取得優先度に応じて、前記対応テーブルを取得する
（１６）に記載の受信装置。
（１８）
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、
前記制御部は、前記コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
（１）乃至（１７）のいずれかに記載の受信装置。
（１９）
受信装置の受信方法において、
放送波により伝送されるＡＶコンテンツを受信し、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得し、
取得した前記トリガ情報から得られるコマンドが前記アプリケーションプログラムの取得を示す場合、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得し、
取得した前記トリガ情報から得られるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
（２０）
コンピュータを、
放送波により伝送されるＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、
取得した前記トリガ情報から得られるコマンドが前記アプリケーションプログラムの取得を示す場合、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得するアプリ取得部と、
取得した前記トリガ情報から得られるコマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
【符号の説明】
【０３９６】
１  放送システム，  １１  放送装置，  １２  受信装置，  １３  ACRサーバ，  １４  ファイルサーバ，  １５  TPTサーバ，  １６  アプリサーバ，  ５１  チューナ，  ５７  フィンガプリント抽出部，  ５８  制御部，  ６１  通信I/F，  ６２  TPT解析部，  ６３  アプリエンジン，  ６６  トリガ抽出部，  ６７  フルート処理部，  ３００  コンピュータ，  ３０１  CPU
【図１】
2013118617.tif 000003
【図２】
2013118617.tif 000004
【図３】
2013118617.tif 000005
【図４】
2013118617.tif 000006
【図５】
2013118617.tif 000007
【図６】
2013118617.tif 000008
【図７】
2013118617.tif 000009
【図８】
2013118617.tif 000010
【図９】
2013118617.tif 000011
【図１０】
2013118617.tif 000012
【図１１】
2013118617.tif 000013
【図１２】
2013118617.tif 000014
【図１３】
2013118617.tif 000015
【図１４】
2013118617.tif 000016
【図１５】
2013118617.tif 000017
【図１６】
2013118617.tif 000018
【図１７】
2013118617.tif 000019
【図１８】
2013118617.tif 000020
【図１９】
2013118617.tif 000021
【図２０】
2013118617.tif 000022
【図２１】
2013118617.tif 000023
【図２２】
2013118617.tif 000024
【図２３】
2013118617.tif 000025
【図２４】
2013118617.tif 000026
【図２５】
2013118617.tif 000027
【図２６】
2013118617.tif 000028
【図２７】
2013118617.tif 000029
【図２８】
2013118617.tif 000030
【図２９】
2013118617.tif 000031
【図３０】
2013118617.tif 000032
【図３１】
2013118617.tif 000033
【図３２】
2013118617.tif 000034
【図３３】
2013118617.tif 000035
【図３４】
2013118617.tif 000036
【図３５】
2013118617.tif 000037
【図３６】
2013118617.tif 000038
【図３７】
2013118617.tif 000039
【図３８】
2013118617.tif 000040
【国際調査報告】
2013118617.tif 000041
2013118617.tif 000042
2013118617.tif 000043