JP6040154B2

JP6040154B2 - 受信装置、受信方法、プログラム、及び情報処理システム

Info

Publication number: JP6040154B2
Application number: JP2013529977A
Authority: JP
Inventors: 北里　直久; 直久北里
Original assignee: Saturn Licensing LLC
Current assignee: Saturn Licensing LLC
Priority date: 2011-08-24
Filing date: 2012-08-14
Publication date: 2016-12-07
Anticipated expiration: 2032-08-14
Also published as: CN103748895A; EP2750380B1; MX336565B; EP2750380A4; BR112014003674A2; MX2014001869A; CA2842152C; US9226026B2; US20160073174A1; EP3439294B1; EP2750380A1; KR20140050047A; CN103748895B; CA2842152A1; HUE062523T2; KR102001573B1; US20130212634A1; WO2013027632A1; EP3439294A1; JPWO2013027632A1

Description

本技術は、受信装置、受信方法、プログラム、及び情報処理システムに関し、特に、デジタルテレビジョン番組等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにした受信装置、受信方法、プログラム、及び情報処理システムに関する。

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

特開２００６−２４５６５３号公報

ところで、受信装置が、デジタルテレビジョン放送信号を直接受信しないで、CATV網や衛星通信網などの放送伝送路を介して受信する場合、デジタルテレビジョン番組と連動したアプリケーションプログラムを実行させるサービスの実現のためには、当該サービスに関連する情報を、放送伝送路及び専用端末を介して受信装置に通知する必要がある。

その際、放送伝送路の設備や専用端末の改修が必要となるほか、中継を行う放送事業者の許諾を得なければならないため、そのような作業を伴うことなく、デジタルテレビジョン番組に連動して実行されるアプリケーションプログラムを提供できるようにすることが求められている。しかしながら、現状では、デジタルテレビジョン番組に連動して実行されるアプリケーションプログラムを提供するための技術方式は確立されてない。

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

本技術の第１の側面の受信装置は、ＡＶコンテンツを受信する受信部と、前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報であって、前記ＡＶコンテンツを識別するための識別情報及び前記ＡＶコンテンツに対する前記トリガ情報の時間的な挿入位置に関する時間位置情報を含む前記トリガ情報を抽出するトリガ抽出部と、抽出した前記トリガ情報に含まれる前記識別情報及び前記時間位置情報により特定される、前記アプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部とを備える。

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

本技術の第１の側面の受信方法又はプログラムは、前述した本技術の第１の側面の受信装置に対応する受信方法又はプログラムである。

本技術の第１の側面の受信装置、受信方法、及びプログラムにおいては、ＡＶコンテンツが受信され、ＡＶコンテンツとともに送信される、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報であって、ＡＶコンテンツを識別するための識別情報及びＡＶコンテンツに対するトリガ情報の時間的な挿入位置に関する時間位置情報を含むトリガ情報が抽出され、抽出されたトリガ情報に含まれる識別情報及び時間位置情報により特定される、アプリケーションプログラムの動作を制御するためのコマンドが取得され、取得されたコマンドに応じて、アプリケーションプログラムの動作が制御される。

本技術の第２の側面の情報処理システムは、ＡＶコンテンツを受信する受信装置、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドの取得先を特定する第１の情報処理装置、前記コマンドを提供する第２の情報処理装置、及び前記アプリケーションプログラムを提供する第３の情報処理装置から構成される情報処理システムにおいて、前記受信装置は、前記ＡＶコンテンツを受信する受信部と、前記ＡＶコンテンツとともに送信される、前記アプリケーションプログラムを動作させるためのトリガ情報であって、前記ＡＶコンテンツを識別するための識別情報及び前記ＡＶコンテンツに対する前記トリガ情報の時間的な挿入位置に関する時間位置情報を含む前記トリガ情報を抽出するトリガ抽出部と、抽出した前記トリガ情報に含まれる前記識別情報に応じて、前記第１の情報処理装置から、前記第２の情報処理装置を特定するための特定情報を取得する特定情報取得部と、前記第１の情報処理装置から取得した前記特定情報により特定される前記第２の情報処理装置にアクセスして、前記識別情報及び前記時間位置情報に応じた前記コマンドを取得するコマンド取得部と、前記第２の情報処理装置から取得した前記コマンドに応じて、前記第３の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部とを備え、前記第１の情報処理装置は、前記受信装置からの問い合わせに応じて、前記特定情報を提供する第１の提供部を備え、前記第２の情報処理装置は、前記受信装置からの問い合わせに応じて、前記コマンドを提供する第２の提供部を備え、前記第３の情報処理装置は、前記受信装置からの問い合わせに応じて、前記コマンドに応じた前記アプリケーションプログラムを提供する第３の提供部を備える。

本技術の第２の側面の情報処理システムにおいては、受信装置によって、ＡＶコンテンツが受信され、ＡＶコンテンツとともに送信される、アプリケーションプログラムを動作させるためのトリガ情報であって、ＡＶコンテンツを識別するための識別情報及びＡＶコンテンツに対するトリガ情報の時間的な挿入位置に関する時間位置情報を含むトリガ情報が抽出され、抽出されたトリガ情報に含まれる識別情報に応じて、第１の情報処理装置から、第２の情報処理装置を特定するための特定情報が取得され、第１の情報処理装置から取得された特定情報により特定される第２の情報処理装置にアクセスして、識別情報及び時間位置情報に応じたコマンドが取得され、第２の情報処理装置から取得されたコマンドに応じて、第３の情報処理装置から取得したアプリケーションプログラムの動作が制御され、第１の情報処理装置によって、受信装置からの問い合わせに応じて、特定情報が提供され、第２の情報処理装置によって受信装置からの問い合わせに応じて、コマンドが提供され、第３の情報処理装置によって、受信装置からの問い合わせに応じて、コマンドに応じたアプリケーションプログラムが提供される。

本技術によれば、デジタルテレビジョン番組等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができる。

放送システムの構成例を示す図である。受信装置の構成例を示す図である。放送システムを構成する各装置の動作を示す図である。トリガ情報をビデオ信号に埋め込む例を示す図である。トリガ情報をＴＳのPCRパケットに含めて送信する概念を示す図である。 PCRパケットにおけるトリガ情報の具体的な配置を示す図である。トリガ情報に含まれる項目の一例を示す図である。コマンドに含まれる情報の項目の一例を示す図である。コマンドの詳細仕様を示す図である。コマンドの詳細仕様を示す図である。コマンドの記述例を示す図である。データ放送用アプリの状態遷移を示す図である。各コマンドと状態遷移の関係を示す図である。コマンド対応処理を示すフローチャートである。同期制御処理を示すフローチャートである。動作シナリオの例を示す図である。通信システムの構成例を示す図である。コンピュータの構成例を示す図である。

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

＜第１の実施の形態＞
［放送システムの構成例］
図１は、本実施の形態である放送システム１を示している。この放送システム１は、放送装置１１、受信装置１２、事業者解決サーバ１３、コマンドサーバ１４、及びアプリサーバ１５から構成される。また、受信装置１２、事業者解決サーバ１３、コマンドサーバ１４、及びアプリサーバ１５は、インターネット１６を介して、相互に接続されている。

放送装置１１は、デジタルテレビジョン番組やＣＭ等のＡＶコンテンツのデジタルテレビジョン放送信号を送信するようになされている。なお、以下の説明では、ＡＶコンテンツとして、デジタルテレビジョン番組を一例に説明する。

また、放送装置１１は、デジタルテレビジョン番組に連動して実行されるデータ放送用アプリを動作させるためのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。ここで、データ放送用アプリとは、デジタルテレビジョン番組に連動して実行されるデータ放送用のアプリケーションプログラムである。

また、トリガ情報は、デジタルテレビジョン番組のビデオ信号又はオーディオ信号に挿入したり、デジタルテレビジョン放送信号のトランスポートストリーム（Transport Stream、以下、ＴＳという）内に配置したりして送信する。なお、トリガ情報の詳細については、図４乃至図７を参照して後述する。

受信装置１２は、放送装置１１から送信されたデジタルテレビジョン放送信号を受信して、デジタルテレビジョン番組の映像及び音声を取得する。受信装置１２は、取得した映像をモニタに出力するとともに、音声をスピーカに出力する。

なお、受信装置１２は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダ等に内蔵されているようにしてもよい。また、受信装置１２の詳細な構成は、図２を参照して後述する。

また、受信装置１２は、トリガ情報に応じて、インターネット１６を介して事業者解決サーバ１３にアクセスして、データ放送用アプリの動作を制御するためのコマンドの取得先を問い合わせる。

事業者解決サーバ１３は、コマンドサーバ特定情報を管理している。ここで、コマンドサーバ特定情報は、デジタルテレビジョン番組の提供元となる事業者に対応して、その事業者により提供されるデータ放送用アプリの動作を制御するためのコマンドを提供するコマンドサーバ１４を特定するための情報である。事業者解決サーバ１３は、受信装置１２からの問い合わせに応じて、コマンドサーバ特定情報を、インターネット１６を介して受信装置１２に提供する。

受信装置１２は、事業者解決サーバ１３から取得したコマンドサーバ特定情報に応じて、インターネット１６を介してコマンドサーバ１４にアクセスして、データ放送用アプリの動作を制御するためのコマンドを取得する。

コマンドサーバ１４は、データ放送用アプリの動作を制御するためのコマンドを管理している。コマンドサーバ１４は、受信装置１２からの問い合わせに応じて、コマンドを、インターネット１６を介して受信装置１２に提供する。

受信装置１２は、コマンドサーバ１４から取得したコマンドに応じて、データ放送用アプリの動作を制御する。また、受信装置１２は、コマンドサーバ１４から受信したコマンドに応じて、インターネット１６を介してアプリサーバ１５にアクセスし、データ放送用アプリを取得する。

アプリサーバ１５は、放送装置１１により放送されるデジタルテレビジョン番組に連動して実行されるデータ放送用アプリを管理している。アプリサーバ１５は、受信装置１２からの問い合わせに応じて、データ放送用アプリを、インターネット１６を介して受信装置１２に提供する。

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

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

受信装置１２は、チューナ５１、多重分離部５２、オーディオデコーダ５３、オーディオ出力部５４、ビデオデコーダ５５、ビデオ出力部５６、トリガ抽出部５７、通信I/F５８、クロック同期部５９、コマンド解析部６０、制御部６１、メモリ６２、操作部６３、アプリエンジン６４、キャッシュメモリ６５、及びアプリ用メモリ６６から構成される。

チューナ５１は、ユーザによって選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、その結果得られるＴＳを多重分離部５２に出力する。

多重分離部５２は、チューナ５１から入力されるＴＳをオーディオ符号化信号と、ビデオ符号化信号に分離し、それぞれをオーディオデコーダ５３と、ビデオデコーダ５５に出力する。また、多重分離部５２は、ＴＳを構成するＴＳパケットからPCR(Program Clock Reference)を抽出して、クロック同期部５９に供給する。

オーディオデコーダ５３は、入力されたオーディオ符号化信号をデコードし、その結果得られるオーディオ信号をオーディオ出力部５４に出力する。オーディオ出力部５４は、入力されたオーディオ信号を、後段のスピーカに出力する。

ビデオデコーダ５５は、入力されたビデオ符号化信号をデコードし、その結果得られるビデオ信号をビデオ出力部５６及びトリガ抽出部５７に出力する。ビデオ出力部５６は、ビデオデコーダ５５から入力されたビデオ信号を、後段のモニタに出力する。

トリガ抽出部５７には、ビデオデコーダ５５から入力されたビデオ信号を常に監視し、ビデオ信号に埋め込まれているトリガ情報を抽出する。

なお、ここでは、トリガ情報がビデオ信号に埋め込まれている場合を一例に説明するが、トリガ情報がＴＳに配置されている場合、トリガ抽出部５７は、多重分離部５２から入力される、トリガ情報を含むPCRパケットからトリガ情報を抽出する。また、トリガ情報がオーディオ信号に埋め込まれている場合、トリガ抽出部５７は、オーディオデコーダ５３から入力されるオーディオ信号を常に監視し、オーディオ信号に埋め込まれているトリガ情報を抽出する。

トリガ抽出部５７は、抽出されたトリガ情報に応じて、通信I/F５８を制御して、インターネット１６を介して事業者解決サーバ１３にアクセスして、コマンドの取得先を問い合わせる。通信I/F５８は、事業者解決サーバ１３から送信されるコマンドサーバ特定情報を受信し、制御部６１に供給する。

制御部６１は、メモリ６２にあらかじめ記憶されている制御用プログラムを実行することにより受信装置１２の各部の動作を制御する。メモリ６２には、制御部６１によって実行される制御用プログラムがあらかじめ記憶されている。この制御用プログラムは、デジタルテレビジョン放送信号、又はインターネット１６を介して取得する更新データに基づいて適宜更新することができる。操作部６３は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６１に通知する。

また、制御部６１は、通信I/F５８からのコマンドサーバ特定情報を取得する。制御部６１は、取得されたコマンドサーバ特定情報に応じて、通信I/F５８を制御して、インターネット１６を介してコマンドサーバ１４にアクセスし、コマンドを問い合わせる。通信I/F５８は、コマンドサーバ１４から送信されるコマンドを受信し、コマンド解析部６０に供給する。

コマンド解析部６０は、通信I/F５８からのコマンドを解析し、その解析結果を制御部６１に供給する。

クロック同期部５９は、例えばPLL（Phase Locked Loop）によって構成され、多重分離部５２からのPCRに応じたシステムクロックを、オーディオデコーダ５３、ビデオデコーダ５５、及び制御部６１など、受信装置１２の各部に供給する。これにより、受信装置１２では、放送装置１１と同期したシステムクロックを得ることができるため、オーディオ信号及びビデオ信号を再生することができる。

制御部６１は、コマンド解析部６０からの解析結果に基づき、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了等を制御する。また、制御部６１は、コマンド解析部６０からの解析結果に基づき、クロック同期部５９からのシステムクロックを基準に、コマンドの実行のタイミングを制御する。

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

アプリエンジン６４は、制御部６１からの制御に従い、キャッシュメモリ６５に保持されているデータ放送用アプリを読み出して実行する。実行中のデータ放送用アプリのビデオ信号は、ビデオ出力部５６に供給される。

ビデオ出力部５６は、アプリエンジン６４から入力されるビデオ信号と、ビデオデコーダ５５から入力されたビデオ信号を合成して、後段のモニタに出力する。

アプリ用メモリ６６は、ワークメモリ６６Ａ及び退避メモリ６６Ｂとからなる。アプリエンジン６４は、実行中のデータ放送用アプリに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ６６Ａに記録する。また、アプリエンジン６４は、実行中のデータ放送用アプリを休止する場合、アプリ用メモリ６６のワークメモリ６６Ａのデータを退避メモリ６６Ｂに移動させる。そして、休止したデータ放送用アプリを再開する場合、退避メモリ６６Ｂのデータをワークメモリ６６Ａに移動させて休止前の状態を復活させる。

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

［放送システムの各装置の動作］
次に、図３を参照して、放送システム１を構成する各装置の動作について説明する。

図３の放送システム１においては、放送装置１１によって、デジタルテレビジョン番組（図中の「Content」）のデジタルテレビジョン放送信号が、トリガ情報（図中の「Trigger」）を含めて送信される。また、デジタルテレビジョン放送信号には、当該デジタルテレビジョン番組に関するメタデータ（図中の「Metadata」）が含まれている。

受信装置１２（図中の「TV」）は、放送装置１１からデジタルテレビジョン放送信号を直接受信する場合、デジタルテレビジョン放送信号に含まれるメタデータを取得することができる（Ｓ１）。一方、受信装置１２は、CATV網や衛星通信網などを介して、放送装置１１からのデジタルテレビジョン放送信号を受信する場合、セットトップボックス１７（図中の「STB（Set Top Box） Recorder」）による変換後の信号を、HDMI（High Definition Multimedia Interface）経由で受信することになる（Ｓ１−１，Ｓ１−２）。この場合、セットトップボックス１７からの出力は、デジタルテレビジョン番組とトリガ情報のみとなり、受信装置１２では、メタデータを利用することはできない。

すなわち、受信装置１２においては、デジタルテレビジョン放送信号を直接受信する場合（Ｓ１）のほか、セットトップボックス１７を経由して受信する場合（Ｓ１−１，Ｓ１−２）でも、デジタルテレビジョン放送信号とともに送信されるトリガ情報を抽出することができる。そして、受信装置１２は、抽出されたトリガ情報に含まれる選局中のデジタルテレビジョン番組のチャンネル識別情報を、インターネット１６を介して事業者解決サーバ１３に送信して、コマンドの取得先を問い合わせる（Ｓ２）。

ここで、チャンネル識別情報は、デジタルテレビジョン番組のチャンネルを識別するための識別情報であって、後述する図７の「ソースID」に対応している。図３において、チャンネル識別情報は、「S ID」により示されており、事業者解決サーバ１３には、「S ID」が送信される。

なお、受信装置１２には、事業者解決サーバ１３のURL（Uniform Resource Locator）等の事業者解決サーバ１３を特定するための事業者解決サーバ特定情報があらかじめメモリ６２に記憶されている。受信装置１２は、事業者解決サーバ特定情報をメモリ６２から読み出すことで、事業者解決サーバ１３にアクセスする。また、事業者解決サーバ特定情報は、例えば設定ファイルとして提供される。この設定ファイルは、デジタルテレビジョン放送信号、又はインターネット１６を介して取得する更新データに基づいて適宜更新することができる。

事業者解決サーバ１３は、受信装置１２からのチャンネル識別情報に対応するデジタルテレビジョン番組の提供元となる事業者を識別して、その事業者のコマンドサーバ特定情報を特定する。具体的には、事業者解決サーバ１３は、例えば、デジタルテレビジョン番組を識別する識別情報、デジタルテレビジョン番組の提供元となる事業者情報、及び事業者ごとのコマンドサーバ特定情報を対応付けたテーブルを保持している。事業者解決サーバ１３は、当該テーブルを参照することで、受信装置１２からのチャンネル識別情報に対応するデジタルテレビジョン番組を提供する事業者のコマンドサーバ特定情報を特定する。そして、事業者解決サーバ１３は、特定された事業者のコマンドサーバ特定情報を、インターネット１６を介して受信装置１２に送信する（Ｓ３）。コマンドサーバ特定情報には、例えば、コマンドサーバ１４のURLが記述される。

受信装置１２は、事業者解決サーバ１３からのコマンドサーバ特定情報に応じて、インターネット１６を介してコマンドサーバ１４にアクセスする。そして、受信装置１２は、トリガ情報に含まれるチャンネル識別情報及び時間位置情報を、インターネット１６を介してコマンドサーバ１４に送信することで、受信装置１２にて実行可能となるコマンドを問い合わせる（Ｓ４）。

ここで、時間位置情報とは、デジタルテレビジョン番組に対するトリガ情報の時間的な挿入位置を示す情報である。例えば、時間位置情報は、デジタルテレビジョン番組の開始から終了までを時間軸で表したときのトリガ情報が挿入された時間位置などを示している。また、この時間位置情報は、後述する図７の「メディア時刻」に対応している。図３において、時間位置情報は、「MT（Media Time）」により示されており、コマンドサーバ１４には、「S ID」及び「MT」が送信される。

コマンドサーバ１４は、受信装置１２からの問い合わせに応じて、チャンネル識別情報及び時間位置情報に応じたコマンドを特定する。具体的には、コマンドサーバ１４は、デジタルテレビジョン番組ごとに実行可能となるコマンドを管理しており、受信装置１２からのチャンネル識別情報に対応するデジタルテレビジョン番組において、時間位置情報に対応する時間帯に実行可能となるコマンドを特定する。例えば、コマンドサーバ１４は、受信装置１２からの時間位置情報に基づいて、受信装置１２にて対象となるトリガ情報が受信された時刻から次のトリガ情報が受信される時刻までの間（例えば、数秒間や数分間）に動作させるべき１又は複数のコマンドを特定する。そして、コマンドサーバ１４は、特定されたコマンドを、インターネット１６を介して受信装置１２に送信する（Ｓ５）。なお、コマンドは、例えばコマンドファイル（図中の「Command File」）として提供され、そのファイルには、１又は複数のコマンドが記述される。

なお、コマンドサーバ１４は、受信装置１２にて選局中のデジタルテレビジョン番組に連動して実行されるデータ放送用アプリの動作を制御するためのコマンドのすべてを、一度に、受信装置１２に送信するようにしてもよい。この場合、受信装置１２は、受信した全コマンドのうち、コマンド発効時刻となったコマンドから順に実行することになる。なお、コマンド発効時刻の詳細は後述する。また、コマンドサーバ１４は、電波障害や受信装置１２における取りこぼし（受信ミス）などを考慮して、同一内容のコマンドファイルを、複数回連続的に送信することになる。

受信装置１２は、コマンドサーバ１４からのコマンドを受信して、解析する。また、受信装置１２は、コマンドの解析結果に従って、アプリサーバ１５にアクセスし、選局中のデジタルテレビジョン番組に連動して実行されるデータ放送用アプリを要求する（Ｓ６、図中の「App request」）。

アプリサーバ１５は、受信装置１２からのアプリ要求に応じて、データ放送用アプリ（図中の「Application」）を、受信装置１２に送信する（Ｓ７）。受信装置１２は、アプリサーバ１５からのデータ放送用アプリを取得して、そのデータ放送用アプリを起動する。

また、受信装置１２では、データ放送用アプリの実行中にトリガ情報が抽出された場合、抽出されたトリガ情報に応じて、コマンドサーバ１４から、実行中のデータ放送用アプリの動作を制御するコマンドが取得される。そして、データ放送用アプリは、取得されたコマンドに応じて、イベント発火、中断、又は終了等の動作を実行することになる。

以上のように、受信装置１２では、放送装置１１からのトリガ情報に応じて、事業者解決サーバ１３、コマンドサーバ１４、及びアプリサーバ１５との連携が行われることで、選局中のデジタルテレビジョン番組に連動したデータ放送用アプリが取得され、実行される。

なお、受信装置１２は、事前に事業者解決サーバ１３にアクセスしておくことで、コマンドサーバ特定情報に関するテーブルをまとめて取得して、あらかじめメモリ６２に保持するようにしてもよい。これにより、受信装置１２は、トリガ情報を受信するごとに、事業者解決サーバ１３にアクセスすることなく、自身があらかじめ保持しているテーブルを参照して、トリガ情報に含まれるチャンネル識別情報に対応するデジタルテレビジョン番組の提供元となる事業者のコマンドサーバ特定情報を特定することが可能となる。あるいは、コマンドサーバ特定情報が、上記チャンネル識別情報に含まれる等、別の手段により取得可能な場合にも、受信装置１２は、トリガ情報を受信するごとに、事業者解決サーバ１３にアクセスすることなく、コマンドサーバ特定情報を特定することが可能となる。例えば、放送装置１１により放送されるデジタルテレビジョン番組のように、チャンネル数がある程度限られている場合、受信装置１２は、当該テーブルを保持することで、迅速に、コマンドサーバ特定情報を特定することができる。

また、前述した説明では、受信装置１２は、事業者解決サーバ１３に対してコマンドサーバ特定情報を問い合わせるに際し、チャンネル識別情報のみを送信するとして説明したが、チャンネル識別情報のほか、受信装置１２側を識別するための識別情報を送信するようにしてもよい。この識別情報としては、例えば、受信装置１２を識別するための端末識別情報、又は受信装置１２を使用するユーザを識別するためのユーザ識別情報を送信することができる。これにより、事業者解決サーバ１３では、識別情報に対応したユーザ属性情報（例えば、ユーザの性別、年齢、住所、趣味など）をあらかじめ登録しておくことで、受信装置１２からの識別情報に応じて、各種の処理を行い、ユーザごとに様々なサービスを提供することが可能となる。例えば、事業者解決サーバ１３は、受信装置１２からの識別情報を用いて、個人視聴率などの視聴率調査に関する処理を行うことが可能となる。

さらに、前述した説明では、受信装置１２は、コマンドサーバ１４に対してコマンドを問い合わせるに際し、チャンネル識別情報及び時間位置情報のみを送信するとして説明したが、チャンネル識別情報及び時間位置情報のほか、端末識別情報等の受信装置１２側を識別するための識別情報を送信するようにしてもよい。これにより、コマンドサーバ１４では、識別情報に対応したユーザ属性情報（例えば、ユーザの性別など）をあらかじめ登録しておくことで、受信装置１２からの識別情報に応じて、ユーザごとにカスタマイズされたコマンドを提供することが可能となる。

また、前述した説明では、受信装置１２は、アプリサーバ１５に対してデータ放送用アプリを問い合わせるに際し、アプリ要求のみを送信するとして説明したが、アプリ要求に端末識別情報等の受信装置１２側を識別するための識別情報を含めて送信するようにしてもよい。これにより、アプリサーバ１５では、識別情報に対応したユーザ属性情報（例えば、ユーザの性別など）をあらかじめ登録しておくことで、受信装置１２からの識別情報に応じて、ユーザごとにカスタマイズされたデータ放送用アプリを提供することが可能となる。

なお、事業者解決サーバ１３乃至アプリサーバ１５のいずれかの１つの特定のサーバにおいて、識別情報に対応したユーザ属性情報を登録しておき、受信装置１２からの識別情報に応じた処理を行い、その処理結果が他のサーバに通知されるようにしてもよい。これにより、例えば、事業者解決サーバ１３のみが、識別情報に対応したユーザ属性情報を管理している場合、コマンドサーバ１４は、事業者解決サーバ１３から通知される処理結果を用いて、ユーザごとにカスタマイズされたコマンドを、受信装置１２に提供することができる。また、アプリサーバ１５は、事業者解決サーバ１３から通知される処理結果を用いて、ユーザごとにカスタマイズされたデータ放送用アプリを、受信装置１２に提供することができる。このように、放送システム１においては、各サーバが連携することで、ユーザ属性情報に応じたコマンド又はデータ放送用アプリが、受信装置１２に提供される。

［トリガ情報の送信方法］
次に、トリガ情報の送信方法について説明する。

図４は、トリガ情報をデジタルテレビジョン番組のビデオ信号に埋め込んだ場合の２種類の例を示している。

同図Ａは、トリガ情報を２次元バーコード化して、ビデオ信号の画像の所定の位置（いまの場合、右下隅）に重畳合成する例を示している。同図Ｂは、トリガ情報を映像コード化して、ビデオ信号の画像の下部の数ラインに合成する例を示している。同図Ａおよび同図Ｂにおけるトリガ情報は、受信装置１２のトリガ抽出部５７によって検出される。

同図Ａまたは同図Ｂのどちらの例においても、トリガ情報はデジタルテレビジョン番組の映像の上に配置されているので、例えば、CATV網や衛星通信網を利用した受信装置（例えば、図３の受信装置１２）に対しても、トリガ情報を通知することができる。

また、同図Ａまたは同図Ｂのどちらの例においても映像上のトリガ情報（２次元バーコードまたは映像コード）は受信装置１２のユーザによって視認され得るが、これが好ましくない場合、映像上のトリガ情報をその周囲の画素と同じ画素によりマスクしてから表示するようにすればよい。

図４ではトリガ情報をデジタルテレビジョン番組のビデオ信号に埋め込む例を示したが、前述したように、トリガ情報の格納位置、伝送方法はこれに限定されるものではない。例えばほかに、トリガ情報がＴＳのPCRに格納されるようにしてもよい。

図５は、トリガ情報がデジタルテレビジョン放送信号のＴＳのPCRパケットに配置された送信される場合の概念を示している。

同図に示すように、トリガ情報は全てのPCRパケットに格納されるわけではなく、デジタルテレビジョン番組に連動させるための適切なタイミングにおいてのみ、PCRパケットに格納される。通常、PCRパケットは、CATV再送信装置のPIDフィルタを通過するので、CATV網や衛星通信網を利用する受信装置（例えば、図３の受信装置１２）に対してもトリガ情報を通知することができる。また、トリガ情報は、ビデオ符号化ストリームやオーディオ符号化ストリーム上のユーザデータ領域に配置してもよい。

なお、トリガ情報は、電波障害や受信装置１２における取りこぼし（受信ミス）などを考慮して、同一内容のものが複数回連続的に送信される。

図６は、PCRパケットにおいてトリガ情報が格納される位置を示している。PCRパケットは、ＴＳパケットのadaptation_fieldにPCRが格納されたものであり、トリガ情報(Trigger Info_descriptor)は、PCRの後に続くtransport_private_data_byteに格納される。なお、トリガ情報が格納される場合、PCRの前に設けられているVarious_flagsのtransport_private_data_flagが１とされる。

［トリガ情報の詳細］
次に、トリガ情報の詳細について説明する。図７は、トリガ情報に含まれる情報の項目の一例を示している。

「トリガID」は、当該トリガ情報を識別するための情報である。同一内容のトリガ情報が複数回送信される場合、各トリガ情報のトリガIDは同一である。したがって、受信装置１２は、同一のトリガIDのトリガ情報に対しては１度だけ処理を行えばよい。

「ソースIDタイプ」は、当該トリガ情報とともに送信されるＡＶコンテンツのタイプを示しており、「1」又は「2」のいずれかが指定される。ソースIDタイプとして「1」が指定された場合、そのＡＶコンテンツは、「チャンネル」、すなわち、放送装置１１から送信されたデジタルテレビジョン番組等であることを示す。また、ソースIDタイプとして「2」が指定された場合、そのＡＶコンテンツは、「コンテンツ」、すなわち、配信サーバ（後述する図１７の配信サーバ９１）から、VOD（Video On Demand）により配信されたVODコンテンツであることを示す。

「ソースID」は、ソース（Source）としてのＡＶコンテンツを識別するための情報である。ソースIDタイプとして「1」が指定された場合、ソースIDには、デジタルテレビジョン番組を識別するためのチャンネル識別情報が指定される。チャンネル識別情報は、放送方式により異なるが、例えば、ネットワークID、トランスポートストリームID、及びサービスIDの組み合わせからなる。また、ソースIDタイプとして「2」が指定された場合、ソースIDには、VODコンテンツを識別するためのコンテンツ識別情報が指定される。例えば、コンテンツ識別情報には、URLなどのVODコンテンツを一意に特定するためのコンテンツIDが指定される。

「メディア時刻タイプ」は、デジタルテレビジョン番組等のＡＶコンテンツに対するトリガ情報の時間的な挿入位置を示す情報である「メディア時刻」のタイプを示しており、「1」乃至「3」のいずれかが指定される。メディア時刻タイプとして「1」が指定された場合、メディア時刻には、例えば、相対時間として、ＡＶコンテンツの開始時刻からの相対的な時間が指定される。また、メディア時刻タイプとして「2」が指定された場合、メディア時刻には、ＡＶコンテンツの進行とは無関係に、あらかじめ設定された特定の日時が指定される。さらに、メディア時刻タイプとして「3」が指定された場合、メディア時刻には、同期再生を行うための時間情報であるPTS（Presentation Time Stamp）を用いたＴＳのSTC（System Time Clock）値が指定される。

例えば、ソースIDタイプ「2」が指定されるVODコンテンツの場合、メディア時刻タイプ「1」が指定され、メディア時刻には、VODコンテンツの開始時刻からの相対的な時間が指定される。また、例えば、ソースIDタイプ「1」が指定されるデジタルテレビジョン番組の場合、メディア時刻タイプ「2」が指定され、メディア時刻には、絶対日時が指定される。さらに、例えば、より厳密な時刻情報を指定したい場合には、メディア時刻タイプ「3」が指定され、メディア時刻には、STC値が指定される。

なお、前述したように、「ソースID」は、チャンネル識別情報に相当し、「メディア時刻」は、時間位置情報に相当するものである。

トリガ情報は、以上のように構成される。

［コマンドの詳細］
図８は、コマンドに含まれる情報の項目の一例を示している。

「コマンドID」は、当該コマンドを識別するための情報である。同一内容のコマンドが複数回送信される場合、各コマンドのコマンドIDは同一のものとなる。

「コマンド発効時刻」は、当該コマンドを実行する時刻を示す「絶対日時」、「相対時間」、又は「PTS」のいずれかにより指定される。「絶対日時」は、デジタルテレビジョン番組の進行とは無関係に、あらかじめ設定された特定の日時となったときにコマンドを実行させる場合に指定される。また、「相対時間」は、デジタルテレビジョン番組中の基準となる時刻から特定の時間が経過したときにコマンドを実行させる場合に指定される。例えば、相対時間としては、デジタルテレビジョン番組の開始時刻からの相対的な時間が指定される。また、「PTS」は、同期再生を行うための時間情報であるPTSを用いて、コマンドを実行させる場合に指定される。すなわち、コマンド発効時刻としては、時分秒で指定する方式のほか、ＴＳのSTC値で指定する方式を採用することが可能である。

なお、コマンド発効時刻が既に経過している場合、当該コマンドは、受信された時点で即時に実行される。

「コマンド対象機器タイプ」は、当該コマンドによるデータ放送用アプリ制御の対象となる機器が指定される。ここでは、受信装置本体（受信装置１２）のほか、受信装置１２に外部装置が接続される場合には、その外部装置が、コマンドの対象機器として指定される。

「コマンドアクション」は、当該コマンドが、「アプリ取得」（Register）、「アプリ起動」（Execute）、「アプリ終了」（Terminate）、「イベント発火」（Inject_event）、「アプリ中断」（Suspend）のいずれかであるかを示す。

レジスタ（Register）コマンドは、受信装置１２に対して、データ放送用アプリの取得若しくは登録を指示するためのコマンドである。ここで、データ放送用アプリの登録とは、取得したデータ放送用アプリに対応付けて、その優先度と有効期限を記憶することを意味する。データ放送用アプリは、制御部６１により、優先度と保持期限に従って管理される。

エクスキュート（Execute）コマンドは、受信装置１２に対して、データ放送用アプリの取得若しくは起動を指示するためのコマンドである。

ターミネート（Terminate）コマンドは、受信装置１２に対して、実行中のデータ放送用アプリを終了させるためのコマンドである。

インジェクトイベント（Inject_event）コマンドは、受信装置１２に対して、実行中のデータ放送用アプリにおいてイベントを発火させるためのコマンドである。

サスペンド（Suspend）コマンドは、受信装置１２に対して、実行中のデータ放送用アプリを休止させるためのコマンドである。

「コマンド適用分散化パラメータ」は、受信装置１２などの対象機器において、当該コマンドを適用するタイミングを確率的に分散させるためのパラメータである。このパラメータにより、コマンドサーバ１４やアプリサーバ１５にアクセスするタイミングが調整されるため、サーバに対するアクセスを分散して、負荷を軽減することが可能となる。

「アプリID」は、当該コマンドに対応するデータ放送用アプリの識別情報である。「アプリタイプ」は、当該コマンドに対応するデータ放送用アプリのタイプを示す情報である。「事業者ID」は、当該コマンドに対応するデータ放送用アプリの実行サービスを行う事業者（例えば、放送局など）の識別情報である。

「アプリURL」は、コマンドアクションが、「アプリ取得」又は「アプリ起動」である場合において、データ放送用アプリの取得先のURLを示す情報である。「アプリ有効期限」は、データ放送用アプリの有効期限を示す情報である。また、「アプリ保持優先度」は、当該コマンドに対応するデータ放送用アプリを取得、保持するときの優先度を示す情報である。データ放送用アプリが登録される場合、アプリ有効期限とデータ放送用アプリ保持優先度が記憶され、データ放送用アプリは、それらの有効期限と優先度に従って管理される。

「イベントID」は、コマンドアクションが、「イベント発火」である場合において、アプリIDにて指定されたデータ放送用アプリにおいて発火すべきイベントの識別情報である。また、「イベント付加データ」は、コマンドアクションが、「イベント発火」である場合において、イベントを発火する際に参照されるデータが記載される。

ここで、コマンドの詳細仕様について、図９及び図１０に示す。

コマンド要素は、destination属性、action属性のほか、timing要素、diffusion要素、application要素、event要素を主に含む。

destination属性は、図８の「コマンド対象機器タイプ」に対応するものである。例えば、destination属性には、コマンドの対象機器が受信装置１２となる場合、“receiver”が指定され、コマンドの対象機器が外部装置となる場合、“external_1”や“external_2”が指定される。

action属性は、図８の「コマンドアクション」に対応するものである。例えば、action属性には、データ放送用アプリの取得若しくは起動を指示する場合、“execute”が指定され、データ放送用アプリの取得若しくは登録を指示する場合、“register”が指定され、データ放送用アプリの中断を指示する場合、“suspend”が指定される。また、action属性には、データ放送用アプリの終了を指示する場合、“terminate”が指定され、実行中のデータ放送用アプリにおいてイベントを発火させる場合、“event”が指定される。

timing要素は、図８の「コマンド発効時刻」に対応するものである。timing要素の属性としては、unit属性がある。例えば、unit属性には、「絶対日時」を用いる場合、“utc”が指定され、「相対時間」を用いる場合、“smpte”が指定され、「PTS」を用いる場合、“pts”が指定される。

diffusion要素は、図８の「コマンド適用分散化パラメータ」に対応するものである。diffusion要素の属性としては、rate属性、range属性、period属性があり、それぞれ、分配数、最大遅延時間、コマンド適用拡散期間が指定される。

application要素は、図８の「アプリID」、「アプリタイプ」、「アプリURL」、「アプリ保持優先度」、及び「アプリ有効期限」に対応するものであって、id属性、type属性、url属性、priority属性、及びexpire_date属性が指定される。url属性及びexpire_date属性は、action属性が、“execute”又は“register”となる場合には必須の項目となる。また、priority属性は、通常は“0”が指定され、優先度を高くする場合には、“1”が指定される。

event要素は、図８の「イベントID」及び「イベント付加データ」に対応するものであって、id属性、data属性が指定される。event要素は、action属性が、“event”となる場合には必須の項目となる。

［コマンドの記述例］
図１１は、コマンドの記述例を示す図である。

図１１の例では、２つのcommand要素が記述され、１つ目のcommand要素には、destination属性として“receiver”が指定され、action属性として“execute”が指定されている。すなわち、当該コマンドは、受信装置１２宛てのエクスキュートコマンドとなる。

command要素の開始タグと終了タグの間には、timing要素とapplication要素が記述される。timing要素には、unit属性として“pts”が指定され、その値として“1286743”が指定されている。すなわち、当該コマンドは、“1286743”であるクロックが経過したときに実行される。

application要素には、id属性として“1”が指定され、type属性として“html”、url属性として“xxx.com/yyy”が指定され、expire_date属性として“2011-01-21”が指定されている。すなわち、HTML（Hyper Text Markup Language）により記述されたデータ放送用アプリが、“xxx.com/yyy”であるURLにより指定されるアプリサーバ１５から取得できることを意味する。

２つ目のcommand要素には、destination属性として“receiver”が指定され、action属性として“event”が指定されている。すなわち、当該コマンドは、受信装置１２宛てのインジェクトイベントコマンドとなる。

command要素の開始タグと終了タグの間には、timing要素、application要素、及びevent要素が記述される。timing要素には、unit属性として“pts”が指定され、その値として“1288203”が指定されている。application要素には、id属性として“1”が指定されている。また、event要素には、id属性として”event1”が指定され、data属性として”zzzzzzz・・・z”が指定される。

すなわち、当該コマンドは、“1288203”であるクロックが経過したときに実行されるインジェクトイベントコマンドであって、イベント発火に伴い、”zzzzzzz・・・z”であるデータがデータ放送用アプリで利用される。

なお、コマンドの記述方法は任意であって、図１１に限定されるものではない。

［データ放送用アプリの状態遷移］
図１２は、レジスタ、エクスキュート、インジェクトイベント、サスペンド、及びターミネートの各コマンドに応じて受信装置１２にて動作するデータ放送用アプリの状態遷移図である。同図に示すように、データ放送用アプリの状態は、解放状態(Released)、準備状態(Ready)、実行中状態(Active)、又は休止状態(Suspended)の４種類のうちのいずれかに遷移していると定義される。

解放状態は、データ放送用アプリが受信装置１２に未取得である状態を指す。準備状態は、そのデータ放送用アプリが受信装置１２に登録済みであって起動されていない状態を指す。実行中状態は、データ放送用アプリが起動されて実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ６６Ｂに保持されている状態を指す。

データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、レジスタコマンドが受信され、レジスタコマンドに従ってそのデータ放送用アプリが取得（登録）されると、準備状態に遷移する。

データ放送用アプリが準備状態であるとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが起動されると、実行中状態に遷移する。

また、データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが取得されて起動されると、実行中状態に遷移する。

データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドが受信され、サスペンドコマンドに従って実行中のデータ放送用アプリが中断されると休止状態に遷移する。

データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従って、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。

データ放送用アプリが、実行中状態又は休止状態に遷移しているとき、ターミネートコマンドが受信され、ターミネートコマンドに従って、実行中のデータ放送用アプリが終了されると、準備状態に遷移する（図中の「Ａ」）。なお、準備状態への遷移は、ターミネートコマンドに基づくもののほか、他のデータ放送用アプリが実行されたときなどにも発生する。

また、データ放送用アプリが、準備状態、実行中状態、又は休止状態に遷移しているとき、コマンドのアプリ有効期限が経過したとき、解放状態に遷移する（図中の「Ｂ」）。

図１３は、各コマンドと状態遷移の関係を示している。

図１３は、受信装置１２において、デジタルテレビジョン番組のデジタルテレビジョン放送信号とともに送信されるトリガ情報に含まれるチャンネル識別情報（図中の「Source ID」）及び時間位置情報（図中の「Media Time」）をコマンドサーバ１４に送信すると、コマンドサーバ１４から各種のコマンドが取得されるとともに、アプリサーバ１５からデータ放送用アプリが取得される様子を模式的に表している。

受信装置１２において、データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、レジスタコマンドに応じて、そのデータ放送用アプリが取得、保持され、登録されると準備状態に遷移する。

受信装置１２において、データ放送用アプリが準備状態にあるとき、エクスキュートコマンドに応じて、そのデータ放送用アプリが起動されると実行中状態に遷移する。

また、受信装置１２以外の他の装置において、データ放送用アプリが解放状態に遷移しているとき（他の装置に未取得のとき）、エクスキュートコマンドに応じて、そのデータ放送用アプリが取得、起動されると実行中状態に遷移する。

受信装置１２において、データ放送用アプリが実行中状態に遷移しているとき、インジェクトイベントコマンドに応じて、実行中のデータ放送用アプリにてイベントが発火された場合、状態は実行中状態のままとなる。

受信装置１２において、データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドに応じて、実行中のデータ放送用アプリが中断されると休止状態に遷移する。また、受信装置１２において、データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドに応じて、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。

また、受信装置１２において、データ放送用アプリが実行中状態に遷移しているとき、ターミネートコマンドに応じて、実行中のデータ放送用アプリが終了されると準備状態に遷移する。なお、データ放送用アプリが準備状態、実行中状態、又は休止状態に遷移しているとき、当該データ放送用アプリのアプリ有効期限が経過すると、当該データ放送用アプリがキャッシュメモリ６５から消去され、登録が抹消されて解放状態に遷移する。

［コマンド対応処理］
次に、受信装置１２がコマンドを受信したときのコマンド対応処理について、図１４を参照して説明する。

図１４は、コマンド対応処理を説明するフローチャートである。このコマンド対応処理は、ユーザがデジタルテレビジョン番組を視聴しているとき、すなわち、受信装置１２がデジタルテレビジョン放送信号を受信している間、繰り返して実行される。

ステップＳ１１において、トリガ抽出部５７は、ビデオデコーダ５５からのビデオ信号からトリガ情報を抽出するまで待機する。そして、ビデオ信号からトリガ情報が抽出された場合、処理は、ステップＳ１２に進められる。ステップＳ１２において、トリガ抽出部５７は、抽出したトリガ情報の解析を行う。

ステップＳ１３において、トリガ抽出部５７は、トリガ情報の解析結果に基づいて、当該トリガ情報に含まれるトリガIDに対してステップＳ１４以降の処理を既に実行済みであるか否かを判定する。既に、ステップＳ１４以降の処理を実行済みであると判定された場合、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。一方、当該トリガ情報に対して、ステップＳ１４以降の処理を実行していないと判定された場合、処理は、ステップＳ１４に進められる。

ステップＳ１４において、トリガ抽出部５７は、通信I/F５８を制御して、トリガ情報に含まれるチャンネル識別情報を、インターネット１６を介して事業者解決サーバ１３に送信して、コマンドサーバ特定情報を問い合わせる。

事業者解決サーバ１３では、受信装置１２からのチャンネル識別情報に基づいて、デジタルテレビジョン番組の提供元の事業者が特定され、特定された事業者のコマンドサーバ特定情報が受信装置１２に送信される。なお、事業者解決サーバ１３において、コマンドサーバ特定情報を得られない場合には、コマンドサーバ特定情報の送信は行われない（コマンドサーバ特定情報は送信されるが、該当なしを示すことにしてもよい）。

ステップＳ１５において、制御部６１は、通信I/F５８を制御して、事業者解決サーバ１３から、コマンドサーバ特定情報を受信したか否かを判定する。

ステップＳ１５において、コマンドサーバ特定情報を受信していないと判定された場合、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。

一方、ステップＳ１５において、コマンドサーバ特定情報を受信したと判定された場合、受信されたコマンドサーバ特定情報が制御部６１により取得される。そして、処理は、ステップＳ１６に進められる。ステップＳ１６において、制御部６１は、通信I/F５８を制御して、コマンドサーバ特定情報が示すURLに対応するコマンドサーバ１４にアクセスし、チャンネル識別情報及び時間位置情報を送信することで、受信装置１２にて実行可能となるコマンドを問い合わせる。コマンドサーバ１４では、チャンネル識別情報に対応するデジタルテレビジョン番組において、時間位置情報に対応する時間帯に実行可能となるコマンドが取得され、受信装置１２に送信される。

ステップＳ１７において、制御部６１は、通信I/F５８を制御して、コマンドの問い合わせ先のコマンドサーバ１４から、コマンドを受信したか否かを判定する。

ステップＳ１７において、コマンドを受信していないと判定された場合、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。例えば、コマンドサーバ１４では、チャンネル識別情報及び時間位置情報により定められる条件に一致するコマンドが存在しない場合、コマンドの送信は行われないことになる（コマンドは送信されるが、処理不要を示すことにしてもよい）。

一方、ステップＳ１７において、コマンドを受信したと判定された場合、処理は、ステップＳ１８に進められる。ステップＳ１８において、コマンド解析部６０は、コマンドに含まれるコマンドIDを読み出し、当該コマンドに対してステップＳ１９以降の処理を既に実行済みであるか否かを判定する。既に、ステップＳ１９以降の処理を実行済みであると判定された場合、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。一方、当該コマンドに対して、ステップＳ１９以降の処理を実行していないと判定された場合、処理はステップＳ１９に進められる。

ステップＳ１９において、コマンド解析部６０は、コマンドに含まれるコマンドアクションを読み出し、当該コマンドが、レジスタ、エクスキュート、ターミネート、インジェクトイベント、又はサスペンドのいずれかであるかを判別する。

ステップＳ２０において、コマンド解析部６０は、ステップＳ１９の判別結果がレジスタであるか否かを判定し、レジスタであると判定された場合、処理はステップＳ２１に進められる。

ステップＳ２１において、制御部６１は、通信I/F５８を制御して、当該コマンドのアプリURLに対応するアプリサーバ１５にアクセスして、アプリIDにより特定されるデータ放送用アプリを取得させる。通信I/F５８により取得されたデータ放送用アプリは、キャッシュメモリ６５に保持される。また、制御部６１は、取得されたデータ放送用アプリに対応付けて、そのアプリ有効期限とアプリ保持優先度を、メモリ６２に記憶する。これにより、キャッシュメモリ６５に保持されたデータ放送用アプリは、制御部６１により、有効期限と保持優先度に従って管理される。

この後、処理は、ステップＳ１１に戻り、それ以降の処理が繰り返される。

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

ステップＳ２３において、アプリエンジン６４は、制御部６１からの制御に従い、当該コマンドのコマンドIDにより特定されるデータ放送用アプリが休止中（サスペンド状態）であるか否かを判定する。具体的には、退避メモリ６６Ｂに、コマンドIDにより特定されるデータ放送用アプリに、休止の状態を示すデータが退避されている場合に休止中であると判定する。

ステップＳ２３において、コマンドIDにより特定されるデータ放送用アプリが休止中ではないと判定された場合、処理はステップＳ２４に進められる。ステップＳ２４において、アプリエンジン６４は、制御部６１からの制御に従い、コマンドIDにより特定されるデータ放送用アプリが未取得（キャッシュメモリ６５に存在しない）の場合にそれを取得する。

ステップＳ２５において、制御部６１は、同期制御処理を行う。ここで、同期制御処理の詳細について、図１５のフローチャートを参照して説明する。

ステップＳ５１において、制御部６１は、当該コマンドに含まれるコマンド発効時刻が設定されているか否かを判定する。

ステップＳ５１において、コマンド発効時刻が設定されていると判定された場合、処理は、ステップＳ５２に進められる。ステップＳ５２において、制御部６１は、コマンドを実行する時刻になったか否かを判定する。

このコマンド発効時刻は、例えば、「絶対日時」、「相対時間」、又は「PTS」により指定される。ステップＳ５２の判定処理では、「絶対日時」が指定されている場合、あらかじめ設定された特定の日時となった否かが判定される。また、「相対時間」が指定されている場合、例えば、デジタルテレビジョン番組の開始時刻から、あらかじめ設定された特定の時間が経過したか否かが判定される。さらに、「PTS」が指定された場合、クロック同期部５９からのクロックに基づいて、コマンドを実行する時刻になったか否かが判定される。

ステップＳ５２の判定処理では、コマンドを実行する時刻になったと判定されるまで、判定処理が繰り返される。すなわち、コマンドを実行する時刻になるまで、当該コマンドの実行を待つことになる。

そして、ステップＳ５２において、コマンドを実行する時刻になったと判定された場合、処理は、図１４のステップＳ２５に戻され、それ以降の処理が実行される。

ステップＳ２６において、アプリエンジン６４は、制御部６１からの制御に従い、現在実行中のデータ放送用アプリがあるならば、それを終了させる。そして、ステップＳ２７において、アプリエンジン６４は、制御部６１からの制御に従い、コマンドIDにより特定されるデータ放送用アプリを起動する。

すなわち、ステップＳ２５の同期制御処理（図１５）を行うことで、当該コマンドを実行する時刻が経過してから、データ放送用アプリが起動されるので、例えば、デジタルテレビジョン番組の進行にあわせて、データ放送用アプリを起動させたり、あるいは、ある特定の時間帯にデータ放送用アプリを起動させたりすることが可能となる。

また、コマンド発効時刻が設定されていない場合（図１５のステップＳ５１の「No」）、図１５のステップＳ５２はスキップされ、ステップＳ２４の取得処理が終了した後、直ちに、ステップＳ２６，Ｓ２７が実行される。この場合、未取得のデータ放送用アプリが取得された後、直ちに、そのデータ放送用アプリが起動されることになる。

この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

また、ステップＳ２３において、コマンドIDにより特定されるデータ放送用アプリが休止中（サスペンド状態）であると判定された場合、処理はステップＳ２８に進められる。

ステップＳ２８において、制御部６１は、図１５の同期制御処理を行う。すなわち、コマンド発効時刻が設定されている場合には、コマンドを実行する時刻になったとき、ステップＳ２９の処理が行われ、コマンド発効時刻が設定されていない場合には、直ちに、ステップＳ２９の処理が行われる。

ステップＳ２９において、アプリエンジン６４は、制御部６１からの制御に従い、退避メモリ６６Ｂのデータをワークメモリ６６Ａに移して、コマンドIDにより特定されるデータ放送用アプリを起動する。これにより、コマンドIDにより特定される、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

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

ステップＳ３１において、制御部６１は、図１５の同期制御処理を行う。すなわち、コマンド発効時刻が設定されている場合には、コマンドを実行する時刻になったとき、ステップＳ３２の処理が行われ、コマンド発効時刻が設定されていない場合には、直ちに、ステップＳ３２の処理が行われる。

ステップＳ３２において、制御部６１は、当該コマンドのコマンドIDと、動作中のデータ放送用アプリのコマンドIDが一致する場合のみ、アプリエンジン６４を制御して、動作中のデータ放送用アプリにおいて、コマンドのイベントIDに対応するイベントを発火（実行）させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

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

ステップＳ３４において、制御部６１は、図１５の同期制御処理を行う。すなわち、コマンド発効時刻が設定されている場合には、コマンドを実行する時刻になったとき、ステップＳ３５の処理が行われ、コマンド発効時刻が設定されていない場合には、直ちに、ステップＳ３５の処理が行われる。

ステップＳ３５において、アプリエンジン６４は、制御部６１からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータ（すなわち、現在ワークメモリ６６Ａに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含む）を退避メモリ６６Ｂに退避させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

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

ステップＳ３６において、制御部６１は、図１５の同期制御処理を行う。すなわち、コマンド発効時刻が設定されている場合には、コマンドを実行する時刻になったとき、ステップＳ３７の処理が行われ、コマンド発効時刻が設定されていない場合には、直ちに、ステップＳ３７の処理が行われる。

ステップＳ３７において、アプリエンジン６４は、制御部６１からの制御に従い、コマンドIDにより特定されるデータ放送用アプリが実行中であればそれを終了させる。ステップＳ３８において、アプリエンジン６４は、制御部６１からの制御に従い、コマンドIDにより特定されるデータ放送用アプリに関するデータを、ワークメモリ６６Ａおよび退避メモリ６６Ｂから消去するとともに、データ放送用アプリをキャッシュメモリ６５から消去させる。この後、処理はステップＳ１１に戻り、それ以降が繰り返される。

以上でコマンド対応処理の説明を終了する。前述したコマンド対応処理によれば、テレビジョン放送のＡＶコンテンツ（例えばデジタルテレビジョン番組やＣＭなど）に連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させて、他のデータ情報用アプリを実行、終了し、その後、休止したデータ放送用アプリを休止状態から再開することができる。

なお、図１４の例では、ステップＳ２４乃至Ｓ２７において、未取得のデータ放送用アプリを取得した後（Ｓ２４）、コマンドを実行する時刻となったとき（Ｓ２５）、取得されたデータ放送用アプリを起動するとして説明したが、ステップＳ２４とＳ２５の処理の順番を逆にしてもよい。すなわち、この場合、コマンドを実行する時刻となるまでは、未取得のデータ放送用アプリの取得は行われず、コマンドを実行する時刻となったときに、未取得のデータ放送用アプリが取得され、起動されることになる。

[動作シナリオ]
受信装置１２において、前述したコマンド対応処理を行うことで、例えば、図１６に示すようなデータ放送用アプリの運用が可能となる。

図１６は、コマンド発効時刻が設定された場合の動作シナリオの例を示す図である。

図１６において、受信装置１２は、放送装置１１からのデジタルテレビジョン放送信号に対応するデジタルテレビジョン番組をモニタに表示しているとき、トリガ情報が抽出されると、事業者解決サーバ１３に対して、コマンドサーバ特定情報の問い合わせを行う。

受信装置１２は、事業者解決サーバ１３からのコマンドサーバ特定情報に応じて、コマンドサーバ１４に対してコマンドを問い合わせるが、受信装置１２にて実行可能となるコマンドが存在しない場合には、コマンドサーバ１４からの応答は行われない。

その後、受信装置１２では、トリガ情報の抽出が行われ、それに対応して事業者解決サーバ１３とコマンドサーバ１４に対する問い合わせも継続的に行われる。そして、受信装置１２は、コマンドサーバ１４からエクスキュートコマンドを受信した場合、アプリURL（図８）に対応するアプリサーバ１５にアクセスし、データ放送用アプリを取得する。また、当該エクスキュートコマンドには、コマンド発効時刻が設定されているため、受信装置１２は、データ放送用アプリを取得した後、コマンドを実行する時刻になるまで、エクスキュートコマンドの実行を待つことになる（図中の「同期待ち」）。例えば、デジタルテレビジョン番組の特定のシーンに同期させて、データ放送用アプリに対応する番組関連情報を表示させる場合、その特定のシーンと同期するための時刻がコマンド発効時刻に記述されているので、受信装置１２は、コマンドを実行する時刻になるのを待って、データ放送用アプリを起動することになる。これにより、デジタルテレビジョン番組の特定のシーンと番組関連情報（図中の「Video Synchronized application」）を同期させることができる。

その後もトリガ情報の抽出が継続して行われ、受信装置１２は、コマンドサーバ１４からターミネートコマンドを受信した場合、コマンドを実行する時刻を待って、実行中のデータ放送用アプリを終了させる。これにより、モニタでは、デジタルテレビジョン番組に重畳表示されていた番組関連情報が消されて、番組のみが表示される。

図１６の例では、受信装置１２において、コマンドサーバ１４から受信されるコマンドとして、エクスキュートコマンドとターミネートコマンドを説明したが、それ以外のコマンドが受信されるようにしてもよい。例えば、データ放送用アプリの実行中に、インジェクトイベントコマンドが受信された場合、コマンドを実行する時刻を待って、実行中のデータ放送用アプリにおいてイベントが発火される。また、データ放送用アプリの実行中に、サスペンドコマンドが受信された場合には、コマンドを実行する時刻を待って、実行中のデータ放送用アプリが休止される。

以上のように、図１６の動作シナリオでは、コマンドサーバ１４により送信されるコマンドには、コマンド発効時刻が設定されているため、受信装置１２では、コマンドを実行する時刻を待って、コマンドサーバ１４から受信したコマンドを実行することになる。これにより、受信装置１２では、トリガ情報の抽出の分解能ではなく、任意のタイミングで、コマンドを実行することが可能となる。

＜第２の実施の形態＞
［通信システムの構成例］
前述した説明では、受信装置１２が、放送装置１１から送信されたデジタルテレビジョン番組等のＡＶコンテンツのデジタルテレビジョン放送信号を受信する例を説明したが、ＡＶコンテンツは、インターネット１６を介してVODにより配信されるようにしてもよい。

図１７は、本実施の形態である通信システム８１を示している。

図１７において、図１と対応する箇所には同一の符号が付してあり、その説明は適宜省略する。

すなわち、図１７では、図１と比較すると、放送装置１１の代わりに、インターネット１６に接続された配信サーバ９１が設けられている。配信サーバ９１は、受信装置１２からの要求に応じて、VODコンテンツ等のＡＶコンテンツを、インターネット１６を介して、受信装置１２に配信する。また、配信サーバ９１は、VODコンテンツとともに、トリガ情報を送信する。

受信装置１２は、配信サーバ９１からVODコンテンツとともに送信されるトリガ情報を抽出して、抽出されたトリガ情報に含まれるコンテンツ識別情報を、事業者解決サーバ１３に送信する。すなわち、図７の「ソースID」にも示したように、受信装置１２では、放送装置１１からのデジタルテレビジョン番組等のデジタルテレビジョン放送信号を受信した場合には、トリガ情報から、チャンネル識別情報が取得されるが、配信サーバ９１からのVODコンテンツを受信した場合には、コンテンツIDなどのコンテンツ識別情報が取得される。

受信装置１２は、コマンドサーバ特定情報に記述されたURLに対応するコマンドサーバ１４にアクセスして、コンテンツ識別情報及び時間位置情報を送信することで、受信装置１２にて実行可能となるコマンドを問い合わせる。そして、受信装置１２は、コマンドサーバ１４からのコマンドに応じて、VODコンテンツに連動して実行されるデータ放送用アプリの動作を制御することになる。

このように、受信装置１２は、ＡＶコンテンツを、放送網を介して受信するのみならず、通信網を介して受信することができる。そして、放送網と通信網のどちらから受信されたＡＶコンテンツであっても、トリガ情報に含まれるチャンネル識別情報又はコンテンツ識別情報により識別されるので、受信装置１２は、コマンドサーバ１４から、チャンネル識別情報又はコンテンツ識別情報に応じたコマンドを取得することができる。

なお、前述の説明では、事業者解決サーバ１３、コマンドサーバ１４、及びアプリサーバ１５など、提供する機能ごとにサーバを複数設ける例を説明したが、それらの機能の全部又は一部をまとめて、１又は複数のサーバにより提供されるようにしてもよい。また、コマンドサーバ１４が、データ放送用アプリの取得コマンドを、受信装置１２に送信せずに、アプリサーバ１５に直接送信することで、例えば、受信装置１２では、チャンネル識別情報又はコンテンツ識別情報、及び時間位置情報をコマンドサーバ１４に送信すると、アプリサーバ１５からデータ放送用アプリを取得する、といった運用が可能となる。

以上のように、本技術によれば、デジタルテレビジョン番組やVODコンテンツ等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができる。また、受信装置１２においては、トリガ情報に応じて、各サーバとの連携が行われ、選局中のデジタルテレビジョン番組等のＡＶコンテンツに連動して実行されるデータ放送用アプリの動作が制御されることから、CATV網や衛星放送網の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、デジタルテレビジョン番組に連動して実行されるアプリケーションプログラムを提供することができる。

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

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

コンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。

バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記録部１０８、通信部１０９、及びドライブ１１０が接続されている。

入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、モニタ、スピーカなどよりなる。記録部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。

以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記録部１０８に記憶されているプログラムを、入出力インタフェース１０５及びバス１０４を介して、RAM１０３にロードして実行することにより、前述した一連の処理が行われる。

コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記録部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記録部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記録部１０８に、あらかじめインストールしておくことができる。

なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

ここで、本明細書において、コンピュータ１００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。

また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。

なお、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

また、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

さらに、本技術は、以下の構成とすることも可能である。

［１］
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
抽出した前記トリガ情報に応じて、前記アプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
［２］
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちのいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
［１］に記載の受信装置。
［３］
前記コマンドは、前記コマンドを実行する時刻を示す時刻情報を含み、
前記制御部は、前記時刻情報に応じて、前記コマンドを実行する
［１］又は［２］に記載の受信装置。
［４］
前記時刻情報は、前記ＡＶコンテンツの進行と関係なくあらかじめ定められた特定の時刻となったときに前記コマンドを実行させるための情報、又は前記ＡＶコンテンツの進行と連動してあらかじめ定められた特定の時間が経過したときに前記コマンドを実行させるための情報である
［３］に記載の受信装置。
［５］
前記制御部は、前記コマンドが取得若しくは起動を示し、かつ、前記アプリケーションプログラムを取得していない場合、前記アプリケーションプログラムを取得した後、前記コマンドを実行する時刻となったとき、取得した前記アプリケーションプログラムを起動する
［３］又は［４］に記載の受信装置。
［６］
前記トリガ情報は、前記ＡＶコンテンツを識別するための識別情報及び前記ＡＶコンテンツに対する前記トリガ情報の時間的な挿入位置に関する時間位置情報を含み、
前記コマンド取得部は、前記識別情報及び前記時間位置情報により特定される前記コマンドを取得する
［１］乃至［５］のいずれかに記載の受信装置。
［７］
前記受信装置側を識別するための識別情報を、前記コマンドを提供する情報処理装置に送信する送信部をさらに備え、
前記コマンド取得部は、前記情報処理装置から、前記識別情報に応じた前記コマンドを取得する
［１］乃至［６］のいずれかに記載の受信装置。
［８］
前記受信装置側を識別するための識別情報を、前記アプリケーションプログラムを提供する情報処理装置に送信する送信部をさらに備え、
前記制御部は、前記情報処理装置からの前記識別情報に応じた前記アプリケーションプログラムの取得を制御する
［２］に記載の受信装置。
［９］
抽出した前記トリガ情報に応じて、前記コマンドを提供する情報処理装置を特定するための特定情報を取得する特定情報取得部をさらに備え、
前記コマンド取得部は、取得した前記特定情報により特定される前記情報処理装置にアクセスして、前記コマンドを取得する
［１］乃至［８］のいずれかに記載の受信装置。
［１０］
受信装置が、
ＡＶコンテンツを受信し、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出し、
抽出した前記トリガ情報に応じて、前記アプリケーションプログラムの動作を制御するためのコマンドを取得し、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
［１１］
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
抽出した前記トリガ情報に応じて、前記アプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
して、コンピュータを機能させるためのプログラム。
［１２］
ＡＶコンテンツを受信する受信装置、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドの取得先を特定する第１の情報処理装置、前記コマンドを提供する第２の情報処理装置、及び前記アプリケーションプログラムを提供する第３の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
前記ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記アプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
抽出した前記トリガ情報に応じて、前記第１の情報処理装置から、前記第２の情報処理装置を特定するための特定情報を取得する特定情報取得部と、
前記第１の情報処理装置から取得した前記特定情報により特定される前記第２の情報処理装置にアクセスして、前記コマンドを取得するコマンド取得部と、
前記第２の情報処理装置から取得した前記コマンドに応じて、前記第３の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記特定情報を提供する第１の提供部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記コマンドを提供する第２の提供部を備え、
前記第３の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記コマンドに応じた前記アプリケーションプログラムを提供する第３の提供部を備える
情報処理システム。

１放送システム，１１放送装置，１２受信装置，１３事業者解決サーバ，１４コマンドサーバ，１５アプリサーバ，５１チューナ，５７トリガ抽出部，５８通信I/F，６０コマンド解析部，６１制御部，６４アプリエンジン，８１通信システム，９１配信サーバ，１００コンピュータ，１０１ CPU

Claims

ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報であって、前記ＡＶコンテンツを識別するための識別情報及び前記ＡＶコンテンツに対する前記トリガ情報の時間的な挿入位置に関する時間位置情報を含む前記トリガ情報を抽出するトリガ抽出部と、
抽出した前記トリガ情報に含まれる前記識別情報及び前記時間位置情報により特定される、前記アプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちのいずれかを示しており、
前記制御部は、各コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
請求項１に記載の受信装置。
前記コマンドは、前記コマンドを実行する時刻を示す時刻情報を含み、
前記制御部は、前記時刻情報に応じて、前記コマンドを実行する
請求項２に記載の受信装置。
前記時刻情報は、前記ＡＶコンテンツの進行と関係なくあらかじめ定められた特定の時刻となったときに前記コマンドを実行させるための情報、又は前記ＡＶコンテンツの進行と連動してあらかじめ定められた特定の時間が経過したときに前記コマンドを実行させるための情報である
請求項３に記載の受信装置。
前記制御部は、前記コマンドが取得若しくは起動を示し、かつ、前記アプリケーションプログラムを取得していない場合、前記アプリケーションプログラムを取得した後、前記コマンドを実行する時刻となったとき、取得した前記アプリケーションプログラムを起動する
請求項３に記載の受信装置。
前記識別情報及び前記時間位置情報を、前記コマンドを提供する情報処理装置に送信する送信部をさらに備え、
前記コマンド取得部は、前記情報処理装置から、前記識別情報及び前記時間位置情報に応じた前記コマンドを取得する
請求項１に記載の受信装置。
前記コマンドの解析結果に応じた要求を、前記アプリケーションプログラムを提供する情報処理装置に送信する送信部をさらに備え、
前記制御部は、前記情報処理装置からの前記要求に応じた前記アプリケーションプログラムの取得を制御する
請求項２に記載の受信装置。
前記識別情報に応じて、前記コマンドを提供する情報処理装置を特定するための特定情報を取得する特定情報取得部をさらに備え、
前記コマンド取得部は、取得した前記特定情報により特定される前記情報処理装置にアクセスして、前記コマンドを取得する
請求項１に記載の受信装置。
受信装置が、
ＡＶコンテンツを受信し、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報であって、前記ＡＶコンテンツを識別するための識別情報及び前記ＡＶコンテンツに対する前記トリガ情報の時間的な挿入位置に関する時間位置情報を含む前記トリガ情報を抽出し、
抽出した前記トリガ情報に含まれる前記識別情報及び前記時間位置情報により特定される、前記アプリケーションプログラムの動作を制御するためのコマンドを取得し、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報であって、前記ＡＶコンテンツを識別するための識別情報及び前記ＡＶコンテンツに対する前記トリガ情報の時間的な挿入位置に関する時間位置情報を含む前記トリガ情報を抽出するトリガ抽出部と、
抽出した前記トリガ情報に含まれる前記識別情報及び前記時間位置情報により特定される、前記アプリケーションプログラムの動作を制御するためのコマンドを取得するコマンド取得部と、
取得した前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
して、コンピュータを機能させるためのプログラム。
ＡＶコンテンツを受信する受信装置、前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するためのコマンドの取得先を特定する第１の情報処理装置、前記コマンドを提供する第２の情報処理装置、及び前記アプリケーションプログラムを提供する第３の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
前記ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、前記アプリケーションプログラムを動作させるためのトリガ情報であって、前記ＡＶコンテンツを識別するための識別情報及び前記ＡＶコンテンツに対する前記トリガ情報の時間的な挿入位置に関する時間位置情報を含む前記トリガ情報を抽出するトリガ抽出部と、
抽出した前記トリガ情報に含まれる前記識別情報に応じて、前記第１の情報処理装置から、前記第２の情報処理装置を特定するための特定情報を取得する特定情報取得部と、
前記第１の情報処理装置から取得した前記特定情報により特定される前記第２の情報処理装置にアクセスして、前記識別情報及び前記時間位置情報に応じた前記コマンドを取得するコマンド取得部と、
前記第２の情報処理装置から取得した前記コマンドに応じて、前記第３の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記特定情報を提供する第１の提供部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記コマンドを提供する第２の提供部を備え、
前記第３の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記コマンドに応じた前記アプリケーションプログラムを提供する第３の提供部を備える
情報処理システム。