JP6276593B2 - 受信装置、受信方法、及びプログラム - Google Patents

Description

本技術は、受信装置、受信方法、及びプログラムに関し、特に、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにした受信装置、受信方法、及びプログラムに関する。

デジタルテレビジョン放送信号を受信する受信装置において、放送波やインターネットに接続されたサーバにより配信される、テレビ番組と連動して実行されるアプリケーションプログラムを提供するサービスが普及することが予想される。そのため、このようなサービスを実現するための技術の検討が行われている（例えば、特許文献１参照）。

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

しかしながら、現状では、放送波やインターネットを介して配信されるアプリケーションプログラムを提供するための技術方式は確立されていない。

本技術はこのような状況に鑑みてなされたものであり、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにするものである。

本発明の一側面の受信装置は、放送波により伝送されるＡＶコンテンツを受信する受信部と、受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応するトリガ情報であって、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるための前記トリガ情報を取得するトリガ取得部と、取得した前記トリガ情報から得られる対応情報の取得先を示す第１の取得先情報に基づいて、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた前記対応情報を取得する対応情報取得部と、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、取得した前記対応情報に対応付けられた前記コマンドの有効時刻に応じた有効条件を満たした場合であって、その有効な前記コマンドが前記アプリケーションプログラムの取得を示すとき、前記アプリケーションプログラムの取得先を示す第２の取得先情報に基づいて、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得するアプリ取得部と、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、取得した前記対応情報に対応付けられた前記コマンドの有効時刻に応じた有効条件を満たした場合、その有効な前記コマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する制御部とを備える受信装置である。

前記第２の取得先情報は、前記放送波にて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のプロトコルスタックを説明する図である。 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

Claims (13)

1. 放送波により伝送されるＡＶコンテンツを受信する受信部と、
   受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
   抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応するトリガ情報であって、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるための前記トリガ情報を取得するトリガ取得部と、
   取得した前記トリガ情報から得られる対応情報の取得先を示す第１の取得先情報に基づいて、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた前記対応情報を取得する対応情報取得部と、
   取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、取得した前記対応情報に対応付けられた前記コマンドの有効時刻に応じた有効条件を満たした場合であって、その有効な前記コマンドが前記アプリケーションプログラムの取得を示すとき、前記アプリケーションプログラムの取得先を示す第２の取得先情報に基づいて、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得するアプリ取得部と、
   取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、取得した前記対応情報に対応付けられた前記コマンドの有効時刻に応じた有効条件を満たした場合、その有効な前記コマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する制御部と
   を備える受信装置。
2. 前記第２の取得先情報は、前記放送波にてNRT（Non-RealTime）サービスのNRTコンテンツを伝送する際に用いられるNRT-IT（NRT Information Table）と同一の又は対応する構成を有し、前記インターネットに接続された情報処理装置から提供される
   請求項１に記載の受信装置。
3. 前記第２の取得先情報は、前記対応情報に基づき取得される
   請求項１に記載の受信装置。
4. 前記制御部は、取得した前記対応情報に基づき取得される前記アプリケーションプログラムを動作させる上で必要な性能を、前記受信装置が有しているかを確認し、
   前記対応情報取得部は、前記受信装置が前記アプリケーションプログラムを動作させる性能を有していない場合、取得した前記対応情報と異なる他の対応情報を取得する
   請求項１乃至３のいずれかに記載の受信装置。
5. 前記対応情報取得部は、あらかじめ設定される、前記対応情報の取得優先度に応じて、前記対応情報を取得する
   請求項４に記載の受信装置。
6. 前記アプリケーションプログラムは、FLUTE(File Delivery over Unidirectional Transport)セッションを利用したNRTサービスのNRTコンテンツとして伝送され、
   前記アプリ取得部は、前記対応情報に記述される前記NRTサービス及び前記NRTコンテンツの識別情報に基づいて、SMT(Service Map Table)及びNRT-ITにより特定されるFDT(File Delivery Table)を参照し、FLUTEセッションにより伝送される前記アプリケーションプログラムを取得する
   請求項１に記載の受信装置。
7. 前記アプリ取得部は、FLUTEセッションにより伝送される前記アプリケーションプログラムが取得できない場合、前記NRT-ITに記述される前記インターネットを介して配信される前記アプリケーションプログラムの取得先を示す第３の取得先情報に基づいて、前記アプリケーションプログラムを取得する
   請求項６に記載の受信装置。
8. 前記制御部は、取得した前記対応情報に基づき取得される前記アプリケーションプログラムを動作させる上で必要な性能を、前記受信装置が有しているかを確認し、
   前記対応情報取得部は、前記受信装置が前記アプリケーションプログラムを動作させる性能を有していない場合、取得した前記対応情報と異なる他の対応情報を取得する
   請求項６又は７に記載の受信装置。
9. 前記対応情報取得部は、あらかじめ設定される、前記対応情報の取得優先度に応じて、前記対応情報を取得する
   請求項８に記載の受信装置。
10. 前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、
    前記制御部は、前記コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
    請求項１乃至９のいずれかに記載の受信装置。
11. 前記受信装置は、テレビジョン受像機である
    請求項１乃至１０のいずれかに記載の受信装置。
12. 受信装置の受信方法において、
    放送波により伝送されるＡＶコンテンツを受信し、
    受信した前記ＡＶコンテンツのデータから特徴量を抽出し、
    抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応するトリガ情報であって、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるための前記トリガ情報を取得し、
    取得した前記トリガ情報から得られる対応情報の取得先を示す第１の取得先情報に基づいて、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた前記対応情報を取得し、
    取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、取得した前記対応情報に対応付けられた前記コマンドの有効時刻に応じた有効条件を満たした場合であって、その有効な前記コマンドが前記アプリケーションプログラムの取得を示すとき、前記アプリケーションプログラムの取得先を示す第２の取得先情報に基づいて、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得し、
    取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、取得した前記対応情報に対応付けられた前記コマンドの有効時刻に応じた有効条件を満たした場合、その有効な前記コマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する
    ステップを含む受信方法。
13. コンピュータを、
    放送波により伝送されるＡＶコンテンツを受信する受信部と、
    受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
    抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応するトリガ情報であって、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるための前記トリガ情報を取得するトリガ取得部と、
    取得した前記トリガ情報から得られる対応情報の取得先を示す第１の取得先情報に基づいて、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた前記対応情報を取得する対応情報取得部と、
    取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、取得した前記対応情報に対応付けられた前記コマンドの有効時刻に応じた有効条件を満たした場合であって、その有効な前記コマンドが前記アプリケーションプログラムの取得を示すとき、前記アプリケーションプログラムの取得先を示す第２の取得先情報に基づいて、前記放送波により伝送される前記アプリケーションプログラム、又はインターネットを介して配信される前記アプリケーションプログラムを取得するアプリ取得部と、
    取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、取得した前記対応情報に対応付けられた前記コマンドの有効時刻に応じた有効条件を満たした場合、その有効な前記コマンドに応じて、取得した前記アプリケーションプログラムの動作を制御する制御部と
    して機能させるためのプログラム。

Images