(57)【要約】  本技術は、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにする受信装置、受信方法、プログラム、及び情報処理システムに関する。トリガ抽出部は、受信されるＡＶコンテンツとともに送信される、データ放送用アプリを所定の時刻に動作させるための時刻情報を含むトリガ情報を抽出し、TPT解析部は、データ放送用アプリの動作を制御するためのコマンドと、コマンドの有効期間とを対応付けたTPTを取得し、制御部は、取得したTPTに基づいて、抽出したトリガ情報に含まれる時刻情報から得られるＡＶコンテンツの進行を示す時刻がコマンドの有効期間内となる場合、その有効なコマンドに応じて、データ放送用アプリの動作を制御する。本技術は、例えば、デジタルテレビジョン放送信号を受信するテレビジョン受像機に適用することができる。
2013094506.tif 000002
【特許請求の範囲】
【請求項１】
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、
前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
【請求項２】
前記トリガ情報は、前記ＡＶコンテンツとともに送信され、
前記トリガ取得部は、受信した前記ＡＶコンテンツからトリガ情報を抽出する
請求項１に記載の受信装置。
【請求項３】
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、
前記トリガ取得部は、抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を取得する
請求項２に記載の受信装置。
【請求項４】
前記トリガ情報は、前記ＡＶコンテンツの進行を示す時刻情報を含み、
前記制御部は、前記トリガ情報に含まれる前記時刻情報の示す時刻が、前記コマンドの有効開始時刻と有効終了時刻により定められる有効期間内となる場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
請求項３に記載の受信装置。
【請求項５】
前記トリガ情報は、前記ＡＶコンテンツの進行を示す時刻情報を含み、
前記制御部は、前記トリガ情報に含まれる前記時刻情報を基に計時される前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効開始時刻と有効終了時刻により定められる有効期間内となるか、又は前記コマンドの有効開始時刻を経過した場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
請求項３に記載の受信装置。
【請求項６】
前記トリガ情報は、前記対応テーブルを提供する情報処理装置を特定するための特定情報及び前記ＡＶコンテンツを識別するための識別情報を含み、
前記テーブル取得部は、前記トリガ情報に含まれる前記特定情報及び前記識別情報のうちいずれか一方又は双方が変化した場合、前記特定情報及び前記識別情報に応じて、前記情報処理装置から前記対応テーブルを取得する
請求項３に記載の受信装置。
【請求項７】
前記テーブル取得部は、前記識別情報の異なる前記ＡＶコンテンツの前記対応テーブルを事前に取得し、
前記制御部は、前記識別情報の異なる前記ＡＶコンテンツを受信した場合、事前に取得した前記対応テーブルに基づいて、前記アプリケーションプログラムの動作を制御する
請求項６に記載の受信装置。
【請求項８】
前記テーブル取得部は、事前に取得した前記対応テーブルを、あらかじめ指定された期間のみ保持する
請求項７に記載の受信装置。
【請求項９】
前記テーブル取得部は、受信している第１のＡＶコンテンツが、前記識別情報の異なる第２のＡＶコンテンツに切り替えられる場合、前記第１のＡＶコンテンツの前記対応テーブルとともに、前記第２のＡＶコンテンツの前記対応テーブルを事前に取得して、それらの前記対応テーブルを保持し、
前記制御部は、前記第１のＡＶコンテンツから前記第２のＡＶコンテンツに切り替えられた場合、事前に取得した前記第２のＡＶコンテンツの前記対応テーブルに基づいて、前記アプリケーションプログラムの動作を制御する
請求項６に記載の受信装置。
【請求項１０】
前記トリガ情報は、前記ＡＶコンテンツの進行を示す時刻情報を含み、
前記対応テーブルには、前記ＡＶコンテンツの終了を示す時刻が記述されており、
前記制御部は、
前記トリガ情報に含まれる前記時刻情報を基に計時される前記第１のＡＶコンテンツの進行を示す時刻が、前記第１のＡＶコンテンツの前記対応テーブルに記述された前記第１のＡＶコンテンツの終了を示す時刻となった場合、前記第２のコンテンツの進行を示す時刻の計時を開始し、
事前に取得した前記第２のＡＶコンテンツの前記対応テーブルに基づいて、計時される前記第２のコンテンツの進行を示す時刻が、前記コマンドの有効開始時刻と有効終了時刻により定められる有効期間内となるか、又は前記コマンドの有効開始時刻を経過した場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
請求項９に記載の受信装置。
【請求項１１】
前記対応テーブルには、前記対応テーブルの更新期間が記述されており、
前記テーブル取得部は、前記更新期間に応じて、前記対応テーブルを更新する
請求項３に記載の受信装置。
【請求項１２】
前記対応テーブルには、前記コマンドが有効となる確率を示す情報が記述されており、
前記制御部は、前記コマンドが有効となった場合、前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
請求項３に記載の受信装置。
【請求項１３】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、
前記制御部は、前記コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
請求項１に記載の受信装置。
【請求項１４】
受信装置の受信方法において、
前記受信装置が、
ＡＶコンテンツを受信し、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得し、
前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得し、
取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
【請求項１５】
コンピュータを、
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、
前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
【請求項１６】
受信装置、第１の情報処理装置、及び第２の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
前記第１の情報処理装置から、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記第２の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記対応テーブルを提供する第１の提供部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムを提供する第２の提供部を備える
情報処理システム。
【請求項１７】
受信装置、第１の情報処理装置、第２の情報処理装置、及び第３の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報であって、前記第１の情報処理装置にて前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を取得するトリガ取得部と、
前記第２の情報処理装置から、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記第３の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を提供する第１の提供部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記対応テーブルを提供する第２の提供部を備え、
前記第３の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムを提供する第３の提供部を備える
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、プログラム、及び情報処理システムに関し、特に、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにした受信装置、受信方法、プログラム、及び情報処理システムに関する。
【背景技術】
【０００２】
デジタルテレビジョン放送信号を受信する受信装置において、テレビ番組と連動して実行されるアプリケーションプログラムをインターネットに接続されたサーバから取得して実行するサービスが普及することが予想される。そのため、このような放送と通信を融合したハイブリッドサービスを実現するための技術の検討が行われている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２４５６５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、受信装置が、デジタルテレビジョン放送信号を直接受信しないで、CATV網や衛星通信網などの放送伝送路を介して受信する場合、テレビ番組と連動したアプリケーションプログラムを実行させるサービスの実現のためには、当該サービスに関連する情報を、放送伝送路及び専用端末を介して受信装置に通知する必要がある。【０００５】
その際、放送伝送路の設備や専用端末の改修が必要となるほか、中継を行う放送事業者の許諾を得なければならないため、そのような作業を伴うことなく、テレビ番組に連動して実行されるアプリケーションプログラムを提供できるようにすることが求められている。しかしながら、現状では、テレビ番組やＣＭ等のＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供するための技術方式は確立されていない。【０００６】
本技術はこのような状況に鑑みてなされたものであり、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、ＡＶコンテンツを受信する受信部と、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部とを備える。【０００８】
前記トリガ情報は、前記ＡＶコンテンツとともに送信され、前記トリガ取得部は、受信した前記ＡＶコンテンツからトリガ情報を抽出する。【０００９】
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、前記トリガ取得部は、抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を取得する。【００１０】
前記トリガ情報は、前記ＡＶコンテンツの進行を示す時刻情報を含み、前記制御部は、前記トリガ情報に含まれる前記時刻情報の示す時刻が、前記コマンドの有効開始時刻と有効終了時刻により定められる有効期間内となる場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する。【００１１】
前記トリガ情報は、前記ＡＶコンテンツの進行を示す時刻情報を含み、前記制御部は、前記トリガ情報に含まれる前記時刻情報を基に計時される前記ＡＶコンテンツの進行を示す時刻が前記コマンドの有効開始時刻と有効終了時刻により定められる有効期間内となるか、又は前記コマンドの有効開始時刻を経過した場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する。【００１２】
前記トリガ情報は、前記対応テーブルを提供する情報処理装置を特定するための特定情報及び前記ＡＶコンテンツを識別するための識別情報を含み、前記テーブル取得部は、前記トリガ情報に含まれる前記特定情報及び前記識別情報のうちいずれか一方又は双方が変化した場合、前記特定情報及び前記識別情報に応じて、前記情報処理装置から前記対応テーブルを取得する。【００１３】
前記テーブル取得部は、前記識別情報の異なる前記ＡＶコンテンツの前記対応テーブルを事前に取得し、前記制御部は、前記識別情報の異なる前記ＡＶコンテンツを受信した場合、事前に取得した前記対応テーブルに基づいて、前記アプリケーションプログラムの動作を制御する。【００１４】
前記テーブル取得部は、事前に取得した前記対応テーブルを、あらかじめ指定された期間のみ保持する。【００１５】
前記テーブル取得部は、受信している第１のＡＶコンテンツが、前記識別情報の異なる第２のＡＶコンテンツに切り替えられる場合、前記第１のＡＶコンテンツの前記対応テーブルとともに、前記第２のＡＶコンテンツの前記対応テーブルを事前に取得して、それらの前記対応テーブルを保持し、前記制御部は、前記第１のＡＶコンテンツから前記第２のＡＶコンテンツに切り替えられた場合、事前に取得した前記第２のＡＶコンテンツの前記対応テーブルに基づいて、前記アプリケーションプログラムの動作を制御する。【００１６】
前記トリガ情報は、前記ＡＶコンテンツの進行を示す時刻情報を含み、前記対応テーブルには、前記ＡＶコンテンツの終了を示す時刻が記述されており、前記制御部は、前記トリガ情報に含まれる前記時刻情報を基に計時される前記第１のＡＶコンテンツの進行を示す時刻が、前記第１のＡＶコンテンツの前記対応テーブルに記述された前記第１のＡＶコンテンツの終了を示す時刻となった場合、前記第２のコンテンツの進行を示す時刻の計時を開始し、事前に取得した前記第２のＡＶコンテンツの前記対応テーブルに基づいて、計時される前記第２のコンテンツの進行を示す時刻が、前記コマンドの有効開始時刻と有効終了時刻により定められる有効期間内となるか、又は前記コマンドの有効開始時刻を経過した場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する。【００１７】
前記対応テーブルには、前記対応テーブルの更新期間が記述されており、前記テーブル取得部は、前記更新期間に応じて、前記対応テーブルを更新する。【００１８】
前記対応テーブルには、前記コマンドが有効となる確率を示す情報が記述されており、前記制御部は、前記コマンドが有効となった場合、前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する。【００１９】
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、前記制御部は、前記コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する。【００２０】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２１】
本技術の第１の側面の受信方法又はプログラムは、前述した本技術の第１の側面の受信装置に対応する受信方法又はプログラムである。【００２２】
本技術の第１の側面の受信装置、受信方法、及びプログラムにおいては、ＡＶコンテンツが受信され、受信されたＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報が取得され、アプリケーションプログラムの動作を制御するためのコマンドと、コマンドの有効時刻とを対応付けた対応テーブルが取得され、取得された対応テーブルに基づいて、取得されたトリガ情報から得られるＡＶコンテンツの進行を示す時刻が、コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効なコマンドに応じて、アプリケーションプログラムの動作が制御される。【００２３】
本技術の第２の側面の第１の情報処理システムは、受信装置、第１の情報処理装置、及び第２の情報処理装置から構成される情報処理システムにおいて、前記受信装置は、ＡＶコンテンツを受信する受信部と、前記ＡＶコンテンツとともに送信される、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、前記第１の情報処理装置から、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、取得した前記対応テーブルに基づいて、抽出した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記第２の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部とを備え、前記第１の情報処理装置は、前記受信装置からの問い合わせに応じて、前記対応テーブルを提供する第１の提供部を備え、前記第２の情報処理装置は、前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムを提供する第２の提供部を備える。【００２４】
本技術の第２の側面の第１の情報処理システムにおいては、受信装置によって、ＡＶコンテンツが受信され、ＡＶコンテンツとともに送信される、受信されたＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報が抽出され、第１の情報処理装置から、アプリケーションプログラムの動作を制御するためのコマンドと、コマンドの有効時刻とを対応付けた対応テーブルが取得され、取得された対応テーブルに基づいて、抽出されたトリガ情報から得られるＡＶコンテンツの進行を示す時刻が、コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効なコマンドに応じて、第２の情報処理装置から取得されたアプリケーションプログラムの動作が制御され、第１の情報処理装置によって、受信装置からの問い合わせに応じて、対応テーブルが提供され、第２の情報処理装置によって、受信装置からの問い合わせに応じて、アプリケーションプログラムが提供される。【００２５】
本技術の第３の側面の第２の情報処理システムは、受信装置、第１の情報処理装置、第２の情報処理装置、及び第３の情報処理装置から構成される情報処理システムにおいて、前記受信装置は、ＡＶコンテンツを受信する受信部と、受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報であって、前記第１の情報処理装置にて前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を取得するトリガ取得部と、前記第２の情報処理装置から、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記第３の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部とを備え、前記第１の情報処理装置は、前記受信装置からの前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を提供する第１の提供部を備え、前記第２の情報処理装置は、前記受信装置からの問い合わせに応じて、前記対応テーブルを提供する第２の提供部を備え、前記第３の情報処理装置は、前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムを提供する第３の提供部を備える。【００２６】
本技術の第３の側面の第２の情報処理システムにおいては、受信装置によって、ＡＶコンテンツが受信され、受信されたＡＶコンテンツのデータから特徴量が抽出され、受信されたＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報であって、第１の情報処理装置にて特徴量を用いて識別されたＡＶコンテンツの識別結果に対応するトリガ情報が取得され、第２の情報処理装置から、アプリケーションプログラムの動作を制御するためのコマンドと、コマンドの有効時刻とを対応付けた対応テーブルが取得され、取得された対応テーブルに基づいて、取得されたトリガ情報から得られるＡＶコンテンツの進行を示す時刻が、コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効なコマンドに応じて、第３の情報処理装置から取得されたアプリケーションプログラムの動作が制御され、第１の情報処理装置によって、受信装置からの特徴量を用いて識別されたＡＶコンテンツの識別結果に対応するトリガ情報が提供され、第２の情報処理装置によって、受信装置からの問い合わせに応じて、対応テーブルが提供され、第３の情報処理装置によって、受信装置からの問い合わせに応じて、アプリケーションプログラムが提供される。
【発明の効果】
【００２７】
本技術の第１の側面乃至第３の側面によれば、ＡＶコンテンツに連動して実行されるアプリケーションプログラムを提供することができる。
【図面の簡単な説明】
【００２８】
【図１】放送システムの構成例を示す図である。
【図２】受信装置の構成例を示す図である。
【図３】放送システムを構成する各装置の動作を説明する図である。
【図４】トリガ情報をビデオ信号に埋め込む例を示す図である。
【図５】トリガ情報をＴＳのPCRパケットに含めて送信する概念を示す図である。
【図６】PCRパケットにおけるトリガ情報の具体的な配置を示す図である。
【図７】トリガ情報に含まれる項目の一例を示す図である。
【図８】トリガ情報の記述例を示す図である。
【図９】TPTの詳細仕様の一例を示す図である。
【図１０】TPTの記述例を示す図である。
【図１１】トリガ情報とコマンドの対応関係の例を示す図である。
【図１２】データ放送用アプリの状態遷移を示す図である。
【図１３】メソッド１による動作シナリオの例を示す図である。
【図１４】メソッド２による動作シナリオの例を示す図である。
【図１５】tpt要素のtype属性を説明する図である。
【図１６】type属性に“static”が指定される場合の運用例を説明する図である。
【図１７】type属性に“static”が指定される場合の運用例を説明する図である。
【図１８】type属性に“dynamic”が指定される場合の運用例を説明する図である。
【図１９】コマンド適用の拡散の運用例を説明する図である。
【図２０】オプション１が選択された場合の運用例を説明する図である。
【図２１】オプション２が選択された場合の運用例を説明する図である。
【図２２】オプション３が選択された場合の運用例を説明する図である。
【図２３】オプション４が選択された場合の運用例を説明する図である。
【図２４】メソッド１のトリガ情報対応処理を説明するフローチャートである。
【図２５】アプリ制御処理を説明するフローチャートである。
【図２６】メソッド２のトリガ情報対応処理を説明するフローチャートである。
【図２７】followingが指定された場合のメソッド２のトリガ情報対応処理を説明するフローチャートである。
【図２８】放送システムの構成例を示す図である。
【図２９】受信装置の構成例を示す図である。
【図３０】放送システムを構成する各装置の動作を説明する図である。
【図３１】ACR技術の概念を説明する図である。
【図３２】ACR識別結果を用いた場合のトリガ情報とコマンドの対応関係の例を示す図である。
【図３３】メソッド１のACR識別結果に応じたトリガ情報対応処理を説明するフローチャートである。
【図３４】メソッド２のACR識別結果に応じたトリガ情報対応処理を説明するフローチャートである。
【図３５】トリガ情報とコマンドの対応関係の例を示す図である。
【図３６】配信システムの構成例を示す図である。
【図３７】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００３０】
＜第１の実施の形態＞
［放送システムの構成例］
図１は、第１の実施の形態である放送システム１を示している。この放送システム１は、放送装置１１、受信装置１２、TPTサーバ１３、及びアプリサーバ１４から構成される。また、受信装置１２、TPTサーバ１３、及びアプリサーバ１４は、インターネット２０を介して、相互に接続されている。
【００３１】
放送装置１１は、テレビ番組やＣＭ等のＡＶコンテンツのデジタルテレビジョン放送信号（以下、単に放送信号という）を送信するようになされている。
【００３２】
また、放送装置１１は、ＡＶコンテンツに連動して実行されるデータ放送用アプリを所定の時刻に動作させるためのトリガ情報を、放送信号に含めて送信する。ここで、データ放送用アプリとは、ＡＶコンテンツに連動して実行されるデータ放送用のアプリケーションプログラムである。
【００３３】
また、トリガ情報は、ＡＶコンテンツのビデオ信号又はオーディオ信号に挿入したり、放送信号のトランスポートストリーム（Transport Stream、以下、ＴＳという）内に配置したりして送信する。なお、トリガ情報の詳細については、図４乃至図８を参照して後述する。
【００３４】
受信装置１２は、放送装置１１から送信された放送信号を受信して、ＡＶコンテンツの映像及び音声を取得する。受信装置１２は、取得した映像をディスプレイに出力するとともに、音声をスピーカに出力する。
【００３５】
なお、受信装置１２は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダ等に内蔵されているようにしてもよい。また、受信装置１２の詳細な構成は、図２を参照して後述する。
【００３６】
また、受信装置１２は、放送装置１１からのトリガ情報に応じて、インターネット２０を介してTPTサーバ１３にアクセスして、TPTを取得する。
【００３７】
TPTサーバ１３は、例えば放送装置１１にてテレビ番組の放送を行う放送事業者等により提供されるサーバであって、TPTを管理している。TPTサーバ１３は、受信装置１２からの問い合わせに応じて、管理しているTPTを、インターネット２０を介して受信装置１２に提供する。
【００３８】
ここで、TPT（Trigger Parameter Table）は、データ放送用アプリを制御するためのコマンドと、当該コマンドの有効期間や有効時刻とを対応付けた対応テーブルである。コマンドの有効期間や有効時刻は、ＡＶコンテンツの進行にあわせて決定される。
【００３９】
受信装置１２は、TPTサーバ１３から取得したTPTに基づいて、放送装置１１からのトリガ情報から得られるＡＶコンテンツの進行を示す時刻が有効期間内となるか、又は有効開始時刻を経過した場合、その有効なコマンドを特定する。そして、受信装置１２は、特定したコマンドに応じて、データ放送用アプリの動作を制御する。また、受信装置１２は、特定したコマンドに応じて、インターネット２０を介してアプリサーバ１４にアクセスし、データ放送用アプリを取得する。
【００４０】
アプリサーバ１４は、例えば放送装置１１にてテレビ番組の放送を行う放送事業者等により提供されるサーバであって、放送装置１１により放送されるＡＶコンテンツに連動して実行されるデータ放送用アプリを管理している。アプリサーバ１４は、受信装置１２からの問い合わせに応じて、管理しているデータ放送用アプリを、インターネット２０を介して受信装置１２に提供する。
【００４１】
放送システム１は、以上のように構成される。
【００４２】
［受信装置の構成例］
図２は、図１の受信装置１２の構成例を示している。
【００４３】
受信装置１２は、チューナ５１、多重分離部５２、オーディオデコーダ５３、オーディオ出力部５４、ビデオデコーダ５５、ビデオ出力部５６、トリガ抽出部５７、通信I/F５８、TPT解析部５９、制御部６０、メモリ６１、操作部６２、アプリエンジン６３、キャッシュメモリ６４、及びアプリ用メモリ６５から構成される。
【００４４】
チューナ５１は、ユーザによって選局されたチャンネルに対応する放送信号を受信して復調し、その結果得られるＴＳを多重分離部５２に出力する。
【００４５】
多重分離部５２は、チューナ５１から入力されるＴＳをオーディオ符号化信号と、ビデオ符号化信号に分離し、それぞれをオーディオデコーダ５３と、ビデオデコーダ５５に出力する。
【００４６】
オーディオデコーダ５３は、入力されたオーディオ符号化信号をデコードし、その結果得られるオーディオ信号をオーディオ出力部５４に出力する。オーディオ出力部５４は、入力されたオーディオ信号を、後段のスピーカ（不図示）に出力する。
【００４７】
ビデオデコーダ５５は、入力されたビデオ符号化信号をデコードし、その結果得られるビデオ信号をビデオ出力部５６及びトリガ抽出部５７に出力する。ビデオ出力部５６は、ビデオデコーダ５５から入力されたビデオ信号を、後段のディスプレイ（不図示）に出力する。
【００４８】
トリガ抽出部５７には、ビデオデコーダ５５から入力されたビデオ信号を常に監視して、ビデオ信号に埋め込まれているトリガ情報を抽出し、制御部６０に出力する。
【００４９】
なお、ここでは、トリガ情報がビデオ信号に埋め込まれている場合を一例に説明するが、トリガ情報がＴＳに配置されている場合、トリガ抽出部５７は、多重分離部５２から入力される、トリガ情報を含むPCRパケットからトリガ情報を抽出する。また、トリガ情報がオーディオ信号に埋め込まれている場合、トリガ抽出部５７は、オーディオデコーダ５３から入力されるオーディオ信号を常に監視し、オーディオ信号に埋め込まれているトリガ情報を抽出する。
【００５０】
また、トリガ抽出部５７は、抽出したトリガ情報に応じて、通信I/F５８を制御して、インターネット２０を介してTPTサーバ１３にアクセスし、TPTを要求する。通信I/F５８は、TPTサーバ１３からインターネット２０を介して送信されるTPTを受信し、TPT解析部５９に出力する。
【００５１】
TPT解析部５９は、通信I/F５８からのTPTを取得する。TPT解析部５９は、取得したTPTを解析して、内部に備えるメモリ（不図示）に保持する。また、TPT解析部５９は、制御部６０からの要求に応じて、メモリに保持しているTPTを出力する。
【００５２】
制御部６０は、メモリ６１にあらかじめ記憶されている制御用プログラムを実行することにより受信装置１２の各部の動作を制御する。メモリ６１には、制御部６０によって実行される制御用プログラムがあらかじめ記憶されている。この制御用プログラムは、放送信号、又はインターネット２０を介して取得する更新データに基づいて適宜更新することができる。操作部６２は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６０に通知する。
【００５３】
また、制御部６０は、TPT解析部５９からのTPTに基づいて、トリガ抽出部５７からのトリガ情報に含まれる時刻情報から得られるＡＶコンテンツの進行を示す時刻が、コマンドの有効期間内となるか、又は有効開始時刻を経過した場合、その有効なコマンドを特定する。制御部６０は、特定したコマンドに応じて、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了等を制御する。
【００５４】
アプリエンジン６３は、制御部６０からの制御に従い、通信I/F５８を制御して、インターネット２０を介してアプリサーバ１４にアクセスし、データ放送用アプリを要求する。通信I/F５８は、アプリサーバ１４からインターネット２０を介して送信されるデータ放送用アプリを受信し、キャッシュメモリ６４に保持させる。
【００５５】
アプリエンジン６３は、制御部６０からの制御に従い、キャッシュメモリ６４に保持されているデータ放送用アプリを読み出して実行する。実行中のデータ放送用アプリのビデオ信号は、ビデオ出力部５６に出力される。
【００５６】
ビデオ出力部５６は、アプリエンジン６３から入力されるビデオ信号と、ビデオデコーダ５５から入力されたビデオ信号を合成して、後段のディスプレイに出力する。
【００５７】
アプリ用メモリ６５は、ワークメモリ６５Ａ及び退避メモリ６５Ｂとからなる。アプリエンジン６３は、実行中のデータ放送用アプリに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ６５Ａに記録する。また、アプリエンジン６３は、実行中のデータ放送用アプリを休止する場合、アプリ用メモリ６５のワークメモリ６５Ａのデータを退避メモリ６５Ｂに移動させる。そして、休止したデータ放送用アプリを再開する場合、退避メモリ６５Ｂのデータをワークメモリ６５Ａに移動させて休止前の状態を復活させる。
【００５８】
受信装置１２は、以上のように構成される。
【００５９】
［放送システムの各装置の動作］
次に、図３を参照して、図１の放送システム１を構成する各装置の動作の概要について説明する。
【００６０】
図３の放送システム１においては、放送装置１１によって、テレビ番組（図中の「Content」）の放送信号が、トリガ情報（図中の「Trigger」）を含めて送信される（Ｓ１）。また、放送信号には、当該テレビ番組に関するメタデータ（図中の「Metadata」）が含まれている。
【００６１】
受信装置１２は、CATV網や衛星通信網などを介して、放送装置１１からの放送信号を受信する場合、セットトップボックス３１（図中の「STB Recorder」）等の専用端末による変換後の信号を、HDMI（High Definition Multimedia Interface）経由で受信することになる（Ｓ２）。この場合、セットトップボックス３１からの出力は、テレビ番組とトリガ情報のみとなり、受信装置１２では、メタデータを利用することはできない。
【００６２】
受信装置１２は、放送信号を直接受信する場合（Ｓ１）のほか、セットトップボックス３１を経由して受信する場合（Ｓ２）でも、放送信号とともに送信されるトリガ情報を抽出することができる。そして、受信装置１２は、抽出したトリガ情報に含まれる、TPTサーバ１３を特定するためのサーバ特定情報及びＡＶコンテンツを識別するためのコンテンツ識別情報に基づいて、TPTを取得するか否かを判定する。
【００６３】
なお、詳細は後述するが、サーバ特定情報は、図７のdomain_nameに相当し、コンテンツ識別情報は、図７のprogram_idに相当する。
【００６４】
受信装置１２は、TPTを取得すると判定した場合、インターネット２０を介してTPTサーバ１３にアクセスして、TPTを要求する（Ｓ３）。
【００６５】
TPTサーバ１３は、受信装置１２からの問い合わせに応じて、TPTを特定し、特定されたTPT（図中の「TPT」）を、インターネット２０を介して受信装置１２に送信する（Ｓ４）。受信装置１２は、TPTサーバ１３からのTPTを、インターネット２０を介して受信して、保持する。
【００６６】
具体的には、TPTサーバ１３は、例えば、テレビ番組ごとのTPTを管理しており、受信装置１２からのTPTの要求に含まれるコンテンツ識別情報等により識別されるテレビ番組に対応するTPTを特定して、受信装置１２に送信する。これにより、受信装置１２は、TPTサーバ１３からのTPTを取得する。
【００６７】
そして、受信装置１２は、放送装置１１からのトリガ情報を抽出した場合、保持しているTPTを参照して、当該トリガ情報に含まれる時刻情報の示す時刻が、コマンドの有効期間内となるか、又は有効開始時刻を経過した場合、その有効なコマンドを特定する。
【００６８】
なお、詳細は後述するが、時刻情報は、図７のmedia_timeに相当し、有効期間は、図９のTPTのcommand要素のstart_time属性とend_time属性により指定される期間に相当する。また、有効開始時刻は、start_time属性の示す時刻に相当する。
【００６９】
受信装置１２は、コマンドの特定結果に従って、アプリサーバ１４にインターネット２０を介してアクセスし、選局中のテレビ番組に連動して実行されるデータ放送用アプリを要求する（Ｓ５）。
【００７０】
アプリサーバ１４は、受信装置１２からの問い合わせに応じて、データ放送用アプリ（図中の「Application」）を、インターネット２０を介して受信装置１２に送信する（Ｓ６）。受信装置１２は、アプリサーバ１４からのデータ放送用アプリを、インターネット２０を介して取得して起動する。
【００７１】
また、受信装置１２では、データ放送用アプリの実行中にトリガ情報が抽出された場合、抽出されたトリガ情報に含まれる時刻情報に応じたコマンドが、TPTによって特定される。そして、データ放送用アプリは、特定されたコマンドに応じて、イベント発火、中断、又は終了等の動作を実行することになる。
【００７２】
以上のように、放送システム１において、受信装置１２が、放送装置１１からのトリガ情報に応じて、TPTサーバ１３及びアプリサーバ１４との連携動作を行うことで、受信装置１２では選局中のテレビ番組に連動して実行されるデータ放送用アプリが取得され、実行される。また、放送装置１１からのトリガ情報は、セットトップボックス３１等の専用端末を介しても、受信装置１２に通知されるので、放送システム１では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、データ放送用アプリを提供することができる。
【００７３】
［トリガ情報の送信方法］
次に、トリガ情報の送信方法について説明する。
【００７４】
図４は、トリガ情報をテレビ番組のビデオ信号に埋め込んだ場合の２種類の例を示している。
【００７５】
図４のＡは、トリガ情報を２次元バーコード化して、ビデオ信号の画像の所定の位置（いまの場合、右下隅）に重畳合成する例を示している。図４のＢは、トリガ情報を映像コード化して、ビデオ信号の画像の下部の数ラインに合成する例を示している。図４のＡ及び図４のＢにおけるトリガ情報は、受信装置１２のトリガ抽出部５７によって抽出される。
【００７６】
図４のＡ又は図４のＢのどちらの例においても、トリガ情報はテレビ番組の映像の上に配置されているので、例えば、CATV網や衛星通信網を利用した受信装置（例えば、図３の受信装置１２）に対しても、トリガ情報を通知することができる。
【００７７】
また、図４のＡ又は図４のＢのどちらの例においても映像上のトリガ情報（２次元バーコード又は映像コード）は受信装置１２のユーザによって視認され得るが、これが好ましくない場合、映像上のトリガ情報をその周囲の画素と同じ画素によりマスクしてから表示するようにすればよい。
【００７８】
図４ではトリガ情報をテレビ番組のビデオ信号に埋め込む例を示したが、前述したように、トリガ情報の格納位置、伝送方法はこれに限定されるものではない。例えばほかに、トリガ情報がＴＳのPCRに格納されるようにしてもよい。
【００７９】
図５は、トリガ情報が放送信号のＴＳのPCRパケットに配置された送信される場合の概念を示している。
【００８０】
図５に示すように、トリガ情報はすべてのPCRパケットに格納されるわけではなく、テレビ番組に連動させるための適切なタイミングにおいてのみ、PCRパケットに格納される。通常、PCRパケットは、CATV再送信装置のPIDフィルタを通過するので、CATV網や衛星通信網を利用する受信装置（例えば、図３の受信装置１２）に対してもトリガ情報を通知することができる。また、トリガ情報は、ビデオ符号化ストリームやオーディオ符号化ストリーム上のユーザデータ領域に配置してもよい。
【００８１】
なお、トリガ情報は、電波障害や受信装置１２における取りこぼし（受信ミス）などを考慮して、同一内容のものが複数回連続的に送信される。
【００８２】
図６は、PCRパケットにおいてトリガ情報が格納される位置を示している。PCRパケットは、ＴＳパケットのadaptation_fieldにPCRが格納されたものであり、トリガ情報(Trigger Info_descriptor)は、PCRの後に続くtransport_private_data_byteに格納される。なお、トリガ情報が格納される場合、PCRの前に設けられているVarious_flagsのtransport_private_data_flagが１とされる。
【００８３】
［トリガ情報の詳細］
次に、トリガ情報の詳細について説明する。図７は、トリガ情報に含まれる情報の項目の一例を示している。
【００８４】
domain_nameは、TPTサーバ１３を特定するための情報であって、例えば、TPTサーバ１３のドメイン名を示す情報が指定される。すなわち、TPTサーバ１３は、放送装置１１にてテレビ番組の放送を行う放送事業者などの事業者により提供されるため、domain_nameは、それらの事業者ごとに異なるものとなる。
【００８５】
program_idは、ＡＶコンテンツを識別するための情報である。すなわち、受信装置１２がトリガ情報に含まれるprogram_idをTPTサーバ１３に通知することで、TPTサーバ１３は、受信装置１２からのprogram_idに基づいて、TPTを特定するためのテレビ番組等を識別することが可能となる。
【００８６】
media_timeは、ＡＶコンテンツの進行時間軸上の特定の時間位置を示す情報である。例えば、media_timeには、テレビ番組の進行時間軸上の開始時刻や午前０時（0:00）等の特定の時刻を基準にして、その基準時刻からの時刻が指定される。また、media_timeに指定される時刻は、例えば秒やミリ秒単位とされる。
【００８７】
なお、前述したように、domain_name、program_id、media_timeはそれぞれ、サーバ特定情報、コンテンツ識別情報、時刻情報に相当する。
【００８８】
［トリガ情報の記述例］
図８は、トリガ情報の記述例を示す図である。
【００８９】
図８に示すように、トリガ情報は、例えば、図７に示したdomain_name，program_id，及びmedia_timeを指定するための値と、“/”や“?mt=”などの所定の文字を連結させた文字列からなる。例えば、domain_nameが、“xbc.com”，program_idが、“1”，media_timeが、“1000”である場合、トリガ情報を示す文字列は、“xbc.com/1?mt=1000”となる。
【００９０】
すなわち、この文字列の先頭に、“http://”を付加すると、TPTサーバ１３にアクセスするための、URL（Uniform Resource Locator）を示す“http://xbc.com/1?mt=1000”である文字列が得られる。また、このURLの末尾には、mt=<media_time>であるクエリ文字列が付加されているので、HTTP（HyperText Transfer Protocol）のGETメソッドを利用することで、TPTサーバ１３は、そのパラメータを取得することができる。
【００９１】
なお、トリガ情報の記述方法は任意であって、図８の記述例に限定されるものではない。
【００９２】
トリガ情報は、以上のように構成される。
【００９３】
［TPTの詳細］
次に、TPTの詳細について説明する。図９は、TPTの詳細仕様の一例を示す図である。
【００９４】
図９に示すように、TPTは、tpt要素、command要素、application要素、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）は、受信装置１２に対して、実行中のデータ放送用アプリにおいてイベントを発火させるためのコマンドである。
【０１１４】
すなわち、例えば、action属性には、データ放送用アプリの取得若しくは起動を指示する場合、“execute”が指定され、データ放送用アプリの取得若しくは登録を指示する場合、“register”が指定される。また、action属性には、データ放送用アプリの中断を指示する場合、“suspend”が指定され、データ放送用アプリの終了を指示する場合、“terminate”が指定され、実行中のデータ放送用アプリにおいてイベントを発火させる場合、“event”が指定される。
【０１１５】
application要素には、データ放送用アプリに関する情報が記述される。application要素は、id属性、type属性、url属性、priority属性、及びexpire_date属性を含む。
【０１１６】
id属性には、当該データ放送用アプリを識別するためのアプリIDが指定される。type属性には、当該データ放送用アプリのファイル属性等に関する情報を示すアプリタイプが指定される。url属性には、コマンドが、エクスキュートコマンド又はレジスタコマンドである場合において、当該データ放送用アプリの取得先を示すアプリURLが指定される。従って、url属性には、アプリサーバ１４のURLが指定される。
【０１１７】
priority属性には、当該コマンドに対応するデータ放送用アプリを取得、保持するときの優先度を示す情報が指定される。expire_date属性には、データ放送用アプリの有効期限を示す情報が指定される。データ放送用アプリが登録される場合、アプリ有効期限とデータ放送用アプリ保持優先度が記憶され、データ放送用アプリは、それらの有効期限と優先度に従って管理される。
【０１１８】
なお、url属性及びexpire_date属性は、コマンドが、エクスキュートコマンド又はレジスタコマンドとなる場合には必須の項目となる。また、priority属性には、通常は“0”が指定され、優先度を高くする場合には、“1”が指定される。
【０１１９】
event要素には、イベントコマンドに関する情報が記述される。event要素は、id属性及びdata要素を含む。
【０１２０】
id属性には、コマンドが、イベントコマンドである場合において、アプリIDにて指定されたデータ放送用アプリにおいて発火すべきイベントを識別するためのイベントIDが指定される。また、data要素には、コマンドが、イベントコマンドである場合において、イベントを発火する際に参照されるイベント付加データが記述される。
【０１２１】
なお、event要素は、action属性が、“event”となる場合には必須の項目となる。
【０１２２】
diffusion要素には、受信装置１２においてコマンドを適用するタイミングを確率的に分散させるための情報が指定される。この値を設定することにより、複数の受信装置１２がアプリサーバ１４からデータ放送用アプリを取得するに際し、そのアクセスが一時期に集中せず分散させることができる。diffusion要素は、rate属性、range属性、period属性を含み、それぞれ、分配数、最大遅延時間、コマンド適用拡散期間が指定される。
【０１２３】
［TPTの記述例］
図１０は、TPTの記述例を示す図である。
【０１２４】
図１０の例では、tpt要素のid属性には、“xbc.com/1”が指定される。すなわち、これは、例えば、xbc放送局（domain_name = “xbc.com”）により放送されるテレビ番組（program_id = “1”）用のTPTであることを意味する。
【０１２５】
また、tpt要素において、type属性には、“static”が指定されているので、program_idが変更された場合にのみTPTが更新される。さらに、expire_date属性には、“2011-01-21”が指定されているので、当該TPTの有効期限は、2011年1月21日までとなる。
【０１２６】
なお、説明の簡略化のためすべては記載していないが、このtpt要素中には、７個のcommand要素が記述されている。
【０１２７】
１つ目のcommand要素には、id属性として“1”、start_time属性として“0”、end_time属性として“600”、destination属性として“receiver”、action属性として“register”がそれぞれ指定されている。すなわち、当該コマンド（id = 1）は、0秒乃至600秒の有効期間内に実行される、受信装置１２に対するレジスタコマンドとなる。
【０１２８】
また、command要素の開始タグと終了タグの間には、application要素が記述される。application要素には、id属性として“1”、type属性として“html”、url属性として“xxx.com/yyy1”、expire_date属性として“2011-01-21”がそれぞれ指定されている。すなわち、当該application要素は、HTML（Hyper Text Markup Language）により記述されたデータ放送用アプリ（id = 1）が、“xxx.com/yyy1”であるURLにより特定されるアプリサーバ１４から取得できることを意味する。また、当該データ放送用アプリの有効期限は、2011年1月21日までとなる。
【０１２９】
同様に、２つ目のcommand要素は、当該コマンド（id = 2）が、600秒乃至3500秒の有効期間内に実行される、受信装置１２に対するエクスキュートコマンドとなることを示す。また、エクスキュートコマンドに応じて取得されるデータ放送用アプリ（id = 1）が、“xxx.com/yyy1”であるURLにより特定されるアプリサーバ１４から取得できることを意味する。なお、diffusion要素が記述されているため、受信装置１２は、rate属性、range属性、及びperiod属性に指定される値により決定されるタイミングで、アプリサーバ１４にアクセスすることになる。
【０１３０】
３つ目のcommand要素は、1800秒乃至2000秒の有効期間内に実行されるコマンドであって、当該コマンド（id = 3）が、受信装置１２により実行されるデータ放送用アプリ（id = 1）に対するイベントコマンドとなることを示す。また、このcommand要素の開始タグと終了タグの間には、application要素及びevent要素が記述される。application要素には、id属性として“1”が指定されている。また、event要素には、id属性として”event1”が指定され、data要素として”zzzzzzz・・・z”が記述される。すなわち、当該コマンドでは、イベント発火に伴い、データ放送用アプリによって、”zzzzzzz・・・z”であるデータが利用される。
【０１３１】
また、４つ目のcommand要素は、当該コマンド（id = 4）が、2400秒乃至2520秒の有効期間内に実行される、受信装置１２により実行されるデータ放送用アプリ（id = 1）に対するサスペンドコマンドとなることを示す。さらに、５つ目のcommand要素は、当該コマンド（id = 5）が、3500秒乃至3600秒の有効期間内に実行される、受信装置１２により実行されるデータ放送用アプリ（id = 1）に対するターミネートコマンドとなることを示す。
【０１３２】
６つ目のcommand要素は、当該コマンド（id = 12）が、2400秒乃至2520秒の有効期間内に実行される、受信装置１２に対するエクスキュートコマンドとなることを示す。また、command要素の開始タグと終了タグの間のapplication要素には、id属性として“2”が指定され、type属性として“html”が指定され、url属性として“xxx.com/yyy2”が指定され、expire_date属性として“2011-01-22”が指定されている。すなわち、エクスキュートコマンドに応じて取得されるデータ放送用アプリ（id = 2）が、“xxx.com/yyy2”であるURLにより特定されるアプリサーバ１４から取得できることを意味する。
【０１３３】
同様に、７つ目のcommand要素は、当該コマンド（id = 15）が、2520秒乃至3600秒の有効期間内に実行される、受信装置１２により実行されるデータ放送用アプリ（id = 2）に対するターミネートコマンドとなることを示す。
【０１３４】
なお、TPTの記述方法は任意であって、図１０の記述例に限定されるものではない。
【０１３５】
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を取得すると判定する。そして、受信装置１２は、トリガ情報の先頭に“http://”を付加することで得られるURL（“http://xbc.com/20?mt=Tb”）により特定されるTPTサーバ１３にアクセスして、TPTを取得する。
【０１３９】
これにより、受信装置１２には、図中のTPT（for program B）が保持される。なお、図１１に示したTPTは、前述した図１０のTPTに対応するものであるが、ここでは、説明の簡略化のため、command要素のid属性、start_time属性、end_time属性、及びaction属性、application要素のid属性、並びにURLなどのパラメータのみを図示している。
【０１４０】
そして、例えば、１つ目のトリガ情報（“xbc.com/20?mt=Tb”）に含まれるmedia_timeが“Tb”である場合、受信装置１２では、Tbが、T1s乃至T1eの有効期間内となるので、TPTによって、“1”であるid属性に対応するレジスタコマンドが特定される。そして、受信装置１２は、レジスタコマンドに応じて、アプリIDが“1”となるデータ放送用アプリを取得して、登録する。
【０１４１】
続いて、受信装置１２では、２つ目のトリガ情報（“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属性に対応するサスペンドコマンドが特定される。そして、受信装置１２は、サスペンドコマンドに応じて、実行中のアプリIDが“1”のデータ放送用アプリを休止させる。
【０１４３】
また、Tdであるmedia_timeは、T2s乃至T2eの有効期間内ともなるので、受信装置１２では、TPTによって、“2”であるcommand要素のid属性に対応するエクスキュートコマンドが特定される。そして、受信装置１２は、エクスキュートコマンドに応じて、アプリIDが“2”となるデータ放送用アプリを取得して、起動する。
【０１４４】
その後、図１１には図示していないが、受信装置１２では、抽出されたトリガ情報に含まれるmedia_timeが有効期間内となる場合、その有効なコマンドに応じて、データ放送用アプリの動作が制御される。
【０１４５】
以上のように、受信装置１２においては、放送装置１１からのトリガ情報が抽出された場合、保持しているTPTに基づいて、抽出されたトリガ情報に含まれるmedia_timeに対応するコマンドが特定され、特定されたコマンドに応じて、データ放送用アプリの動作が制御される。
【０１４６】
［データ放送用アプリの状態遷移］
図１２は、レジスタ、エクスキュート、イベント、サスペンド、及びターミネートの各コマンドに応じて受信装置１２にて動作するデータ放送用アプリの状態遷移図である。図１２に示すように、データ放送用アプリの状態は、解放状態(Released)、準備状態(Ready)、実行中状態(Active)、又は休止状態(Suspended)の４種類のうちいずれかに遷移していると定義される。
【０１４７】
解放状態は、データ放送用アプリが受信装置１２に未取得である状態を指す。準備状態は、そのデータ放送用アプリが受信装置１２に登録済みであって起動されていない状態を指す。実行中状態は、データ放送用アプリが起動されて実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ６５Ｂに保持されている状態を指す。
【０１４８】
データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、レジスタコマンドが受信され、レジスタコマンドに従ってそのデータ放送用アプリが取得（登録）されると、準備状態に遷移する。
【０１４９】
データ放送用アプリが準備状態であるとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが起動されると、実行中状態に遷移する。
【０１５０】
また、データ放送用アプリが解放状態に遷移しているとき（受信装置１２に未取得のとき）、エクスキュートコマンドが受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが取得されて起動されると、実行中状態に遷移する。
【０１５１】
データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドが受信され、サスペンドコマンドに従って実行中のデータ放送用アプリが中断されると休止状態に遷移する。
【０１５２】
データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドが受信され、エクスキュートコマンドに従って、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。
【０１５３】
データ放送用アプリが、実行中状態又は休止状態に遷移しているとき、ターミネートコマンドが受信され、ターミネートコマンドに従って、実行中のデータ放送用アプリが終了されると、準備状態に遷移する（図中の「Ａ」）。なお、準備状態への遷移は、ターミネートコマンドに基づくもののほか、他のデータ放送用アプリが実行されたときなどにも発生する。
【０１５４】
また、データ放送用アプリが、準備状態、実行中状態、又は休止状態に遷移しているとき、コマンドのアプリ有効期限が経過したとき、解放状態に遷移する（図中の「Ｂ」）。
【０１５５】
[動作シナリオ]
受信装置１２においては、前述したような、TPTによってトリガ情報に含まれるmedia_timeに応じたコマンドを特定し、特定したコマンドを実行することで、例えば、図１３及び図１４に示すようなデータ放送用アプリの運用が可能となる。
【０１５６】
図１３は、メソッド１による動作シナリオの例を示す図である。
【０１５７】
メソッド１では、トリガ情報に含まれるmedia_timeの示す時刻が、TPTのcommand要素のstart_time属性とend_time属性により定められる有効期間内となる場合に、その有効なコマンドが特定されことで、データ放送用アプリの運用が行われる。
【０１５８】
図１３において、受信装置１２は、放送装置１１からの放送信号に対応するテレビ番組をディスプレイに表示しているとき、トリガ情報の抽出を継続して行う。そして、受信装置１２は、トリガ情報に含まれるdomain_name及びprogram_idのうちいずれか一方又は双方が変化したとき、TPTサーバ１３にTPTを問い合わせる。これにより、受信装置１２は、TPTサーバ１３からのTPTを取得して、保持することができる。
【０１５９】
その後、受信装置１２では、トリガ情報の抽出が継続して行われ、トリガ情報が抽出された場合、TPTに基づいて、トリガ情報に含まれるmedia_timeに対応するコマンドが特定される。なお、受信装置１２は、抽出されたすべてのトリガ情報に対して反応するわけではなく、media_timeの示す時刻が有効期間外となる場合には、そのトリガ情報を無視することになる（図中の「ignore」）。
【０１６０】
例えば、受信装置１２は、TPTとして、図１１のTPT（for program B）を保持している場合に、“xbc.com/20?mt=Tb”であるトリガ情報を受信し、かつ、Tbが、T1s乃至T1eの有効期間内となるとき、アプリIDが“1”となるデータ放送用アプリApp1のレジスタコマンドを特定する。そして、受信装置１２は、レジスタコマンドに応じて、アプリサーバ１４からデータ放送用アプリApp1を取得して、登録する。これにより、データ放送用アプリApp1は、準備状態に遷移する。
【０１６１】
受信装置１２は、その後もトリガ情報の抽出を継続して行い、“xbc.com/20?mt=Tc”であるトリガ情報を受信し、かつ、Tcが、T3s乃至T3eの有効期間内となるとき、データ放送用アプリApp1のエクスキュートコマンドを特定する。そして、受信装置１２は、エクスキュートコマンドに応じて、データ放送用アプリApp1を起動する。これにより、データ放送用アプリApp1は、実行中状態に遷移する。その結果、ディスプレイには、テレビ番組の映像に、データ放送用アプリApp1の映像Ｐ２１が重畳された映像が表示される。
【０１６２】
受信装置１２は、トリガ情報の抽出をさらに継続して行い、“xbc.com/20?mt=Te”であるトリガ情報を受信し、かつ、Teが、T4s乃至T4eの有効期間内となるとき、データ放送用アプリApp1のイベントコマンドを特定する。そして、受信装置１２は、イベントコマンドに応じて、実行中のデータ放送用アプリApp1においてイベントを発火する。これにより、例えば、更新されたデータを読み込んで表示に反映させるなどの所定の処理が行われ、ディスプレイの表示は、テレビ番組の映像に重畳して表示されていたデータ放送用アプリApp1の映像Ｐ２１が、映像Ｐ２２に切り替わる。
【０１６３】
受信装置１２は、トリガ情報の抽出をさらに継続して行い、“xbc.com/20?mt=Td”であるトリガ情報を受信し、かつ、Tdが、T5s乃至T5eの有効期間内及びT2s乃至T2eの有効期間内となるとき、データ放送用アプリApp1のサスペンドコマンドと、アプリIDが“2”となるデータ放送用アプリApp2のエクスキュートコマンドを特定する。そして、受信装置１２は、サスペンドコマンドに応じて、データ放送用アプリApp1を休止させる。また、受信装置１２は、エクスキュートコマンドに応じて、データ放送用アプリApp2を起動する。これにより、データ放送用アプリApp1は、休止状態に遷移する一方、データ放送用アプリApp2は、実行中状態に遷移する。
【０１６４】
続いて、受信装置１２は、“xbc.com/20?mt=Tf”であるトリガ情報を受信し、Tfが、T3s乃至T3eの有効期間内及びT7s乃至T7eの有効期間内となるとき、データ放送用アプリApp1のエクスキュートコマンドと、データ放送用アプリApp2のターミネートコマンドを特定する。そして、受信装置１２は、エクスキュートコマンドに応じて、休止中のデータ放送用アプリApp1を再開する。また、受信装置１２は、ターミネートコマンドに応じて、実行中のデータ放送用アプリApp2を終了する。これにより、データ放送用アプリApp1は、実行中状態に遷移する一方、データ放送用アプリApp2は、準備状態に遷移する。
【０１６５】
ここで、例えば、テレビ番組を中断してＣＭを挿入し、そのＣＭの終了後にテレビ番組が再開される場面を想定すると、データ放送用アプリApp1がテレビ番組用アプリであり、データ放送用アプリApp2がＣＭ用アプリであると捉えることができる。すなわち、データ放送用アプリApp1は、テレビ番組が中断されると、休止状態に遷移して休止し、データ放送用アプリApp2は、ＣＭが開始されると、実行中状態に遷移して起動する。また、データ放送用アプリApp2は、ＣＭが終了すると、準備状態に遷移して終了し、データ放送用アプリApp1は、テレビ番組が再開されると、実行中状態に遷移して再開する。
【０１６６】
これにより、ディスプレイの表示は、テレビ番組からＣＭに切り替わると同時に、テレビ番組の映像に重畳して表示されたデータ放送用アプリApp1の映像Ｐ２２から、ＣＭの映像に重畳して表示されたデータ放送用アプリApp2の映像Ｐ２３に切り替わる。また、ＣＭからテレビ番組に切り替わると、ディスプレイの表示は、ＣＭの映像に重畳して表示されたデータ放送用アプリApp2の映像Ｐ２３から、テレビ番組の映像に重畳して表示されたデータ放送用アプリApp1の映像Ｐ２２に切り替わる。
【０１６７】
その後、受信装置１２は、“xbc.com/20?mt=Tg”であるトリガ情報を受信し、Tgが、T6s乃至T6eの有効期間内となるとき、データ放送用アプリApp1のターミネートコマンドを特定する。受信装置１２は、ターミネートコマンドに応じて、データ放送用アプリApp1を終了する。これにより、データ放送用アプリApp1は、準備状態に遷移する。その結果、例えば、あるテレビ番組が終了して、他のテレビ番組が開始されたとき、番組の終了とともに重畳表示されたデータ放送用アプリApp1の映像Ｐ２２も終了される。
【０１６８】
以上のように、受信装置１２は、放送装置１１からのトリガ情報に含まれるdomain_name及びprogram_idに応じたTPTを保持することで、トリガ情報に含まれるmedia_timeの示す時刻が、有効期間内となる場合に、その有効なコマンドを特定することができるため、図１３に示した動作シナリオを実現することが可能となる。
【０１６９】
なお、メソッド１では、トリガ情報が抽出されたタイミングでコマンドを特定するため、トリガ情報を抽出するタイミングでしかコマンドを実行することができない。そのため、トリガ情報の抽出の間隔が長くなればなるほど、適切なタイミングでコマンドを実行することができない場合が出てくる。そこで、メソッド２では、受信装置１２が、トリガ情報に含まれるmedia_timeに基づいて、ＡＶコンテンツの進行を示す時刻を計時し、その内部で計時された時刻が有効期間内となるタイミングで、コマンドが特定されるようにする。
【０１７０】
以下、ＡＶコンテンツの進行を示す時刻を計時する受信装置１２の内部時計機能を、メディアクロック（media clock）と称して説明する。すなわち、受信装置１２は、トリガ情報に含まれるmedia_timeをリファレンス情報として用いることで、メディアクロックを生成している。
【０１７１】
図１４は、メソッド２による動作シナリオの例を示す図である。
【０１７２】
メソッド２では、トリガ情報に含まれるmedia_timeを基に計時されるメディアクロックの示す時刻が、コマンドの有効期間内となる場合に、その有効なコマンドが特定されることで、データ放送用アプリの運用が行われる。
【０１７３】
図１４において、受信装置１２は、メソッド１と同様に、トリガ情報の抽出を継続して行い、domain_name及びprogram_idのうちいずれか一方又は双方が変化した場合に、TPTサーバ１３にTPTを問い合わせる。これにより、受信装置１２は、TPTサーバ１３からのTPTを取得して、保持することができる。また、受信装置１２は、抽出されたトリガ情報に含まれるmedia_timeをリファレンス情報として、メディアクロックを生成する。すなわち、受信装置１２は、メディアクロックを保持することで、トリガ情報に含まれるmedia_timeの示す時刻とは別に、テレビ番組やＣＭの進行を示す時刻を認識することが可能となる。
【０１７４】
例えば、受信装置１２は、TPTとして、図１１のTPT（for program B）を保持している場合に、メディアクロックの示す時刻がT1sとなったとき、T1s乃至T1eの有効期間に対応するデータ放送用アプリApp1のレジスタコマンドを特定する。そして、受信装置１２は、レジスタコマンドに応じて、アプリサーバ１４からデータ放送用アプリApp1を取得して、登録する。
【０１７５】
次に、受信装置１２は、メディアクロックの示す時刻がT3sとなったとき、T3s乃至T3eの有効期間に対応するデータ放送用アプリApp1のエクスキュートコマンドを特定する。そして、受信装置１２は、エクスキュートコマンドに応じて、データ放送用アプリApp1を起動する。これにより、ディスプレイには、テレビ番組の映像に、データ放送用アプリApp1の映像Ｐ２１が重畳された映像が表示される。
【０１７６】
次に、受信装置１２は、メディアクロックの示す時刻がT4sとなったとき、T4s乃至T4eの有効期間に対応するデータ放送用アプリApp1のイベントコマンドを特定する。そして、受信装置１２は、イベントコマンドに応じて、実行中のデータ放送用アプリApp1においてイベントを発火する。これにより、ディスプレイには、テレビ番組の映像に重畳して表示されていたデータ放送用アプリApp1の映像Ｐ２１が、映像Ｐ２２に変更される。
【０１７７】
次に、受信装置１２は、メディアクロックの示す時刻がT2sとなったとき、T2s乃至T2eの有効期間に対応するデータ放送用アプリApp2のエクスキュートコマンドを特定する。また、受信装置１２は、メディアクロックの示す時刻がT5sなったとき、T5s乃至T5eの有効期間に対応するデータ放送用アプリApp1のサスペンドコマンドを特定する。なお、図１４に示すように、T2sとT5sは、略同一時刻であるものとされる。
【０１７８】
そして、受信装置１２は、エクスキュートコマンドに応じて、データ放送用アプリApp2を起動するとともに、サスペンドコマンドに応じて、データ放送用アプリApp1を休止させる。
【０１７９】
次に、受信装置１２は、メディアクロックの示す時刻がT7sとなったとき、T7s乃至T7eの有効期間に対応するデータ放送用アプリApp2のターミネートコマンドを特定する。また、受信装置１２は、メディアクロックの示す時刻がT3sとなったとき、T3s乃至T3eの有効期間に対応するデータ放送用アプリApp1のエクスキュートコマンドを特定する。なお、図１４に示すように、T3sとT7sは、略同一時刻であるものとされる。
【０１８０】
そして、受信装置１２は、ターミネートコマンドに応じて、データ放送用アプリApp2を終了するとともに、エクスキュートコマンドに応じて、データ放送用アプリApp1を再開させる。
【０１８１】
ここで、例えば、メソッド１と同様に、データ放送用アプリApp1をテレビ番組用アプリ、データ放送用アプリApp2をＣＭ用アプリとすれば、ディスプレイの表示は、テレビ番組からＣＭに切り替わると同時に、テレビ番組の映像に重畳して表示されたデータ放送用アプリApp1の映像Ｐ２２から、ＣＭの映像に重畳して表示されたデータ放送用アプリApp2の映像Ｐ２３に切り替わる。また、ＣＭからテレビ番組に切り替わると、ディスプレイの表示は、ＣＭの映像に重畳して表示されたデータ放送用アプリApp2の映像Ｐ２３から、テレビ番組の映像に重畳して表示されたデータ放送用アプリApp1の映像Ｐ２２に切り替わる。
【０１８２】
次に、受信装置１２は、メディアクロックの示す時刻がT6sとなったとき、T6s乃至T6eの有効期間に対応するデータ放送用アプリApp1のターミネートコマンドを特定する。そして、受信装置１２は、ターミネートコマンドに応じて、データ放送用アプリApp1を終了する。これにより、例えば、あるテレビ番組が終了して、他のテレビ番組が開始されたとき、番組の終了とともに重畳表示されたデータ放送用アプリApp1の映像も終了される。
【０１８３】
以上のように、受信装置１２は、放送装置１１からのトリガ情報に含まれるdomain_name及びprogram_idに応じたTPTを保持することで、トリガ情報に含まれる時刻情報media_timeを基に計時されるメディアクロックの示す時刻が、有効期間内となる場合に、その有効なコマンドを特定することができるため、図１４に示した動作シナリオを実現することが可能となる。
【０１８４】
また、メソッド２では、受信装置１２の内部で計時されるメディアクロックの示す時刻が有効期間内であるかが判定されるため、有効期間の開始時刻（start_time属性の値）となったときに直ちに、対象のコマンドを特定することが可能となる。これにより、TPTで指定された有効期間のうち最も適切なタイミングで、コマンドを実行することができる。
【０１８５】
すなわち、図１４の例では、メディアクロックの示す時刻が、有効開始時刻（start_time属性の値）と有効終了時刻（end_time属性の値）により定められる有効期間内となるかどうかにより、有効なコマンドを特定する例を説明したが、メディアクロックの示す時刻が、有効開始時刻（start_time属性の値）を経過したかどうかによって、有効なコマンドを特定するようにしてもよい。例えば、図１１のTPT（for program B）において、T1s，T2s，T3s，T4s，T5s，T6s，T7s，・・・など、有効開始時刻のみをコマンドと対応付けておくことで、例えば、メディアクロックの示す時刻がT3sを経過した場合、T3sの有効時刻に対応するデータ放送用アプリApp1のエクスキュートコマンドを特定することができる。このように、受信装置１２は、メディアクロックの示す時刻が、コマンドの有効時刻を基準にした所定の有効条件を満たした場合に、その有効なコマンドに応じて、データ放送用アプリの動作を制御することができる。
【０１８６】
なお、メソッド１とメソッド２を比較すれば、前述のとおり、メソッド２のほうが、より適切なタイミングでコマンドを実行することが可能となるが、受信装置１２では、メディアクロックに関する各種の動作をしなければならないため、メソッド１よりも処理に負荷がかかる。そのため、例えば、コマンドの実行のタイミングの優先度や、受信装置１２の処理能力などの条件に応じて、いずれの方法を選択するかを決定することが望ましい。また、いずれの方法を選択したとしても、受信装置１２にて受信されるトリガ情報の形態には影響がないため、例えば、放送装置１１を提供する放送事業者側からすれば、受信装置１２側で、メソッド１とメソッド２のいずれが採用されても関係がないことになる。
【０１８７】
［具体的な運用例］
次に、図１５乃至図２３を参照して、図９のTPTのtpt要素の各属性の値を指定して受信装置１２を動作させることで、実現可能な運用例について説明する。
【０１８８】
図１５は、tpt要素のtype属性を説明する図である。
【０１８９】
図１５のＡは、type属性に“static”が指定された場合のTPTの更新のタイミングを示している。例えば、受信装置１２において、あるテレビ番組のＴＳから抽出されたトリガ情報に応じたTPT1が保持されている場合、TPT1には、あるテレビ番組にて実行されるデータ放送用アプリの動作を制御するためのすべての情報が記述されている。
【０１９０】
そのため、あるテレビ番組に割り当てられたprogram_idが変更されない限り、TPT1を更新する必要がないが、program_idが変更された場合には、新たなprogram_idに対応するTPTが取得され、更新される。このように、type属性に“static”が指定された場合、program_idの変更がないときは、TPTは静的に保持される。
【０１９１】
図１５のＢは、type属性に“dynamic”が指定された場合のTPTの更新のタイミングを示している。例えば、受信装置１２において、あるテレビ番組のＴＳから抽出されたトリガ情報に応じたTPT1aが保持されている場合、TPT1aには、あるテレビ番組にて実行されるデータ放送用アプリの動作を制御するための情報の一部が記述されている。
【０１９２】
そのため、受信装置１２は、TPT1aを取得して保持した後、TPT1aのtpt要素のupdating_time属性が示す更新期間に応じて、TPTサーバ１３からTPT1bを取得して保持する。これにより、あるテレビ番組に割り当てられたprogram_idが変更されていない場合であっても、TPTが取得され、更新される。図１５の例では、TPT1a及びTPT1bにおいて、1である数字がprogram_idを示し、a，bであるアルファベットがversionを示している。つまり、TPT1aとTPT1bは、同一のprogram_idで、異なるversionのTPTである。なお、versionは、tpt要素のversion属性により指定される。
【０１９３】
また、異なるversionのTPT1aとTPT1bには、例えば、あるテレビ番組の進行にあわせて、そのテレビ番組にて実行されるデータ放送用アプリの動作を制御するためのすべての情報のうち一部が記述される。また、TPT1aとTPT1bの記述であるが、例えば、一部の情報が重複するように記述される。例えば、前述した、図１０のTPTに記述された内容が、あるテレビ番組にて実行されるデータ放送用アプリの動作を制御するためのすべての情報であるとすれば、TPT1aには、1乃至4であるid属性が指定されたcommand要素の内容が記述され、TPT1bには、4乃至12であるid属性が指定されたcommand要素の内容が記述される。つまり、この例の場合、TPT1aとTPT1bには、4であるid属性が指定されたcommand要素の内容が重複して記述されることになる。
【０１９４】
このように、type属性に“dynamic”が指定された場合、あるテレビ番組に割り当てられたprogram_idの変更がなくても、新たなversionに対応するTPTが取得され、更新される。すなわち、TPTは、program_idの変更に関係なく、動的に保持される。
【０１９５】
なお、type属性に“dynamic”が指定される場面としては、例えば、１つのチャンネルに対して、１つのprogram_idが割り当てられる場合、すなわち、チャンネル単位での認識はできるが、そのチャンネルで放送される番組単位での認識をすることができない場面が想定される。
【０１９６】
次に、type属性に“static”又は“dynamic”が指定された場合の具体的な運用例について説明する。
【０１９７】
図１６は、type属性に“static”が指定される場合の運用例を示している。
【０１９８】
図１６の運用例では、放送事業者側で、どのようなタイムスケジュールでテレビ番組やＣＭが放送され、どのようなTPTが必要となるか確定している場合に、受信装置１２が、TPTサーバ１３から必要なTPTをまとめて取得できるようにする。
【０１９９】
例えば、図１６に示すように、Program Aと、Program Bであるテレビ番組の間に、Program a，Program b，Program cであるＣＭが挿入される場面を想定する。この場合、ＣＭは15秒や30秒などの短い時間で放送されるため、ＣＭの放送が開始してからTPTを取得すると、データ放送用アプリの起動が間に合わない可能性がある。そこで、受信装置１２は、Program Aであるテレビ番組用のTPTAを取得する際に、Program aであるＣＭ用のTPTa、Program bであるＣＭ用のTPTb，Program cであるＣＭ用のTPTcをまとめて取得して、それらのTPTを保持する。
【０２００】
これにより、受信装置１２は、例えば、Program Aであるテレビ番組から、Program aであるＣＭに切り替わった場合に、あらかじめ保持しているTPTaに基づいて、抽出されたトリガ情報に含まれるmedia_timeに応じたコマンドを特定し、特定されたコマンドに応じて、データ放送用アプリの動作を制御することができる。
【０２０１】
また、ＣＭは、例えば１ヶ月間など、所定の期間繰り返し放送されるが、TPTa，TPTb，TPTcのtpt要素のexpire_date属性に、その期間を指定しておくことで、受信装置１２はその指定された期間だけ、TPTa，TPTb，TPTcを保持する。その結果、例えば、Program Mであるテレビ番組に、Program a，Program cであるＣＭが挿入された場合、受信装置１２は、expire_date属性により指定された期間内であれば、保持しているTPTa，TPTcに基づいて、抽出されたトリガ情報に含まれるmedia_timeに応じたコマンドを特定できる。
【０２０２】
図１６の運用例は、前述したメソッド１とメソッド２のどちらを採用した場合でも、運用可能である。ただし、図１６の運用例では、トリガ情報が抽出されたタイミングでしか、テレビ番組やＣＭ等の切り替えを認識できないため、例えば、切り替え直後のテレビ番組では、データ放送用アプリの動作を厳密に制御できない場合も想定される。そこで、次に、メソッド２を採用することを前提に、テレビ番組等の切り替え時において、より厳密に、データ放送用アプリの動作を制御する場合の運用例について説明する。
【０２０３】
図１７は、type属性に“static”が指定される場合の運用例を示している。
【０２０４】
図１７の運用例では、放送事業者側で、どのようなタイムスケジュールでテレビ番組やＣＭが放送され、どのようなTPTが必要となるか確定している場合に、あるテレビ番組のTPTと、その次に放送されるテレビ番組のTPTが対になって取得できるようにする。
【０２０５】
例えば、図１７の上段に示すように、Program Aであるテレビ番組の次に、Program Bであるテレビ番組が放送され、Program Bであるテレビ番組の次に、Program Cであるテレビ番組が放送される場面を想定する。この場合、受信装置１２は、Program Aであるテレビ番組用のTPTAを取得する際に、その次に放送されるProgram Bであるテレビ番組用のTPTBをも取得する。
【０２０６】
そして、受信装置１２は、取得した現在のテレビ番組用のTPTAと、次のテレビ番組用のTPTBを保持するが、それらのTPTは、tpt要素のpresent_following属性により区別される。すなわち、TPTA（図中のTPTA for P）には、present_following属性として“present”が指定され、TPTB（図中のTPTB for F）には、present_following属性として“following”が指定される。
【０２０７】
また、受信装置１２は、Program Bであるテレビ番組を受信したとき、その次に放送されるProgram Cであるテレビ番組用のTPTCを取得して保持する。このとき、TPTB（図中のTPTB for P）には、present_following属性として“present”が指定され、TPTC（図中のTPTC for F）には、present_following属性として“following”が指定される。
【０２０８】
ここで、Program Aであるテレビ番組から、Program Bであるテレビ番組に切り替わるときに行われる処理の詳細を、図１７の下段に示す。
【０２０９】
この例では、切り替え直前のProgram Aであるテレビ番組のＴＳからはトリガ情報として、第１のトリガ情報（program_id = a ，media_time = 300秒）、第２のトリガ情報（program_id = a ，media_time = 310秒）が順次抽出される。また、切り替え直後のProgram Bであるテレビ番組のＴＳからはトリガ情報として、第３のトリガ情報（program_id = b ，media_time = 8秒）が抽出される。なお、Program Aであるテレビ番組と、Program Bであるテレビ番組は、同一の放送事業者により提供されるため、domain_nameが同一となるので、その記述は省略している。
【０２１０】
また、前述のとおり、受信装置１２には、TPTA（図中のTPTA for P）と、TPTB（図中のTPTB for F）が対になって保持されている。また、TPTAのtpt要素のend_mt属性には、312秒が指定されており、Program Aであるテレビ番組は、312秒であるmedia_timeで終了する。
【０２１１】
受信装置１２は、前述したメソッド２により動作しており、トリガ情報に含まれるmedia_timeに基づいて、Program Aであるテレビ番組用のメディアクロックを計時している。従って、受信装置１２は、Program Aであるテレビ番組用のメディアクロックの示す時刻がend_mt属性に指定された312秒となったとき、Program Aであるテレビ番組が終了することを認識できる。このとき、受信装置１２は、現在のテレビ番組用のTPTを、TPTAからTPTBに切り替える。また、受信装置１２は、Program Bであるテレビ番組用のメディアクロックとして、0秒から計時を開始する。これにより、受信装置１２では、テレビ番組の切り替え直後から、Program Bであるテレビ番組用のメディアクロックの示す時刻が、TPTBのコマンドの有効期間内となる場合に、その有効なコマンドが特定されることになる。
【０２１２】
すなわち、仮に、present_following属性と、end_mt属性を指定しない場合には、Program AからProgram Bであるテレビ番組に切り替えられても、第３のトリガ情報が抽出されるまでは、Program Aであるテレビ番組用のメディアクロックを計時しているため、Program Bであるテレビ番組用のデータ放送用アプリの動作を制御することができない。例えば、図１７の例の場合、Program Bであるテレビ番組への切り替え後、第３のトリガ情報に含まれるmedia_timeの示す8秒までの時間は、Program Bであるテレビ番組用のメディアクロックを計時できない。そこで、図１７の下段の例では、end_mt属性を指定して、テレビ番組の切り替え直後から、切り替え後のテレビ番組用のメディアクロックが計時されるようにすることで、データ放送用アプリの動作を、厳密に制御することができるようにしている。
【０２１３】
なお、図１７の下段の説明では、テレビ番組の切り替え時について説明したが、テレビ番組とＣＭの切り替えでも同様である。図１７の上段には、Program Mであるテレビ番組から、Program ａであるＣＭに切り替えられ、さらに、Program ａであるＣＭから、Program bであるＣＭに切り替えられる例が図示されている。この場合も同様に、present_following属性と、end_mt属性を指定することで、例えば、ＣＭへの切り替え直後から、切り替え後のＣＭ用のメディアクロックが計時され、ＣＭ用のデータ放送用アプリの動作が厳密に制御される。
【０２１４】
図１８は、type属性に“dynamic”が指定される場合の運用例を示している。
【０２１５】
図１８の運用例では、例えば、１つのチャンネルに対し、１つのprogram_idが割り当てられている場合に、tpt要素のupdating_time属性を指定することで、TPTの更新が行われるようにする。
【０２１６】
ライブ放送の番組等では、次に動作させるべきデータ放送用アプリが予測できないため、放送事業者は、受信装置１２に対して、例えば、ある時点から１分後までの内容が記述されたTPTを取得させて、その後、さらに１分後までの内容が記述されたTPTを取得させるといった運用が予想される。
【０２１７】
図１８に示すように、受信装置１２では、Program Aであるライブ番組が選局されると、TPTサーバ１３からTPTA1が取得され、保持される。TPTA1には、tpt要素のupdating_time属性が指定されており、受信装置１２は、updating_time属性の示す時刻に応じて、TPTサーバ１３からTPTA2を取得して保持する。これにより、program_idが変更されていない場合であっても、受信装置１２では、updating_time属性により指定される更新期間に応じて、TPTが取得され、更新される。
【０２１８】
同様に、受信装置１２は、保持しているTPTA2のupdating_time属性の示す時刻に応じて、TPTサーバ１３からTPTA3を取得して保持する。さらに、受信装置１２は、保持しているTPTA3のupdating_time属性の示す時刻に応じて、TPTサーバ１３からTPTA4を取得して保持する。
【０２１９】
これにより、ライブ番組等の将来の内容が予測できない番組であっても、番組の進行状況に応じて適宜、TPTを更新するといった運用が可能となる。
【０２２０】
なお、この例では、TPTA1，TPTA2，TPTA3，TPTA4において、Aであるアルファベットがprogram_idを示し、1，2，3，4である数字がversionを示している。このようにTPTがバージョンで管理されているため、例えば、受信装置１２は、updating_time属性の示す時刻に応じて、TPTサーバ１３から、次のバージョンのTPTを取得しようとしたが、取得できない場合には、次のトリガ情報が抽出されたタイミングで、再度、次のバージョンのTPTの取得を試みるようにすればよい。このような、次のバージョンのTPTを取得できないケースとしては、例えば、TPTサーバ１３側で、次のバージョンのTPTの準備ができていない場合などが想定される。
【０２２１】
図１９は、コマンド適用の拡散の運用例を示している。
【０２２２】
前述のとおり、diffusion要素を指定することで、コマンド適用の拡散を実現することができる。
【０２２３】
例えば、同一のテレビ番組の放送信号を受信している受信装置１２−１乃至１２−３がレジスタコマンド又はエクスキュートコマンドに応じて、アプリサーバ１４からデータ放送用アプリを取得する場合、同一のタイミングでアプリサーバ１４にアクセスすると、アプリサーバ１４に負荷がかかることがある。そこで、diffusion要素の属性として、rate属性、range属性、period属性を指定することにより、複数の受信装置１２がアプリサーバ１４からデータ放送用アプリを取得するに際し、そのアクセスが一時期に集中せず、分散させることができる。
【０２２４】
例えば、受信装置１２−１乃至１２−３においてそれぞれ、ランダム値Nを生成して、（N-1）×range/rateを演算して得られる時間だけ、コマンドの実行時刻をずらすことで、各受信装置１２が、アプリサーバ１４にアクセスするタイミングをずらすことができる。図１９の例では、rate=5の場合を示している。なお、他のテレビ番組から当該テレビ番組を選局した受信装置１２−４についても同様に、コマンドの実行時刻をずらすことが可能である。また、コマンド適用拡散期間外にコマンドを実行する受信装置１２−５は、コマンドの実行時刻が遅延されることなく、直ちにコマンドを実行することになる。
【０２２５】
このように、受信装置１２がアプリサーバ１４にアクセスするタイミングが調整されるため、アプリサーバ１４に対するアクセスを分散して、負荷を軽減する運用が可能となる。
【０２２６】
次に、図２０乃至図２３を参照して、前述した運用例のオプションとして、program_idの取り扱い方の単位について説明する。
【０２２７】
図２０は、オプション１が選択された場合の運用例を示している。
【０２２８】
オプション１では、１つのprogram_idを、１つのチャンネルとして取り扱う。この場合、選局したチャンネルにおいては、同一のprogram_idとなるので、例えば、media_timeは、午前０時（0:00）などの特定の時刻が基準とされる。従って、あるチャンネル（program_id = a）の進行時間軸上の時間位置は、media_time = 18020，18030，18040，・・・などのように、午前０時などの基準時刻からの時間となる。
【０２２９】
なお、オプション１が選択される場合、同一のprogram_idでもTPTを更新する必要があるため、type属性には“dynamic”が指定される。
【０２３０】
図２１は、オプション２が選択された場合の運用例を示している。
【０２３１】
オプション２では、１つのprogram_idを、１つの放送イベント（broadcast event）として取り扱う。放送イベントには、テレビ番組のほか、そのテレビ番組の途中に挿入されるＣＭ等も含まれる。この場合、放送イベントごとに異なるprogram_idとなるので、第１の放送イベント（program_id = a）の進行時間軸上の時間位置は、例えば、media_time = 1720などのように、そのイベントの開始時刻からの時間となる。また、第２の放送イベント（program_id = b）の進行時間軸上の時間位置は、例えば、media_time = 2などのように、そのイベントの開始時刻からの時間となる。
【０２３２】
なお、オプション２が選択される場合、program_idが変更されたときにTPTを更新するので、type属性には“static”が指定される。
【０２３３】
図２２は、オプション３が選択された場合の運用例を示している。
【０２３４】
オプション３では、１つのprogram_idを、１つのＡＶコンテンツ（content）として取り扱う。この場合、例えば、テレビ番組と、そのテレビ番組の途中に挿入されるＣＭは、異なるprogram_idとなる。従って、第１のテレビ番組（program_id = a）の進行時間軸上の時間位置は、ＣＭ挿入前のmedia_time = 3582や、ＣＭ挿入後のmedia_time = 3590などのように、第１のテレビ番組の開始時刻からの時間となる。また、第１のＣＭ（program_id = w）の進行時間軸上の時間位置は、例えば、media_time = 4などのように、第１のＣＭの開始時刻からの時間となる。また、第２のＣＭ（program_id = x）の進行時間軸上の時間位置は、例えば、media_time = 2などのように、第２のＣＭの開始時刻からの時間となる。
【０２３５】
なお、図２２の例では、再開後の第１のテレビ番組の次に、第３のＣＭ（program_id = y）、第４のＣＭ（program_id = z）、第２のテレビ番組（program_id = b）が放送されるが、それらのテレビ番組やＣＭについても同様に、media_timeにより時間位置が示される。
【０２３６】
また、オプション３が選択される場合、program_idが変更されたときにTPTを更新するので、type属性には“static”が指定される。
【０２３７】
図２３は、オプション４が選択された場合の運用例を示している。
【０２３８】
オプション４では、１つのprogram_idを、１つのセグメント（segment）として取り扱う。図２２のオプション３の場合、同一のテレビ番組であればＣＭが挿入されても、同一のprogram_idになるとして取り扱ったが、オプション４では、program_idをセグメント単位で取り扱うことで、ＣＭ挿入前とＣＭ挿入後のテレビ番組では異なるprogram_idになるとして取り扱う。
【０２３９】
ここで、program_idをセグメント単位で取り扱う場合には、program_idの値が、例えば、テレビ番組を示すidと、そのテレビ番組内のセグメントを示すidの結合からなる文字列となるように指定する。図２３の例の場合、ＣＭ挿入前の第１のテレビ番組には、program_id = a1が指定され、ＣＭ挿入後の第１のテレビ番組には、program_id = a2が指定される。すなわち、この例の場合、第１のテレビ番組を示すidが、“a”のように各セグメントで共通となり、第１のテレビ番組内のセグメントを示すidが、“1”，“2”のようにセグメントごとに異なる。
【０２４０】
この場合、ＣＭ挿入前の第１のテレビ番組（program_id = a1）の進行時間軸上の時間位置は、media_time = 3582のように、第１のテレビ番組の開始時刻からの時間となる。一方、ＣＭ挿入後の第１のテレビ番組（program_id = a2）の進行時間軸上の時間位置は、media_time = 6のように、再開後の第１のテレビ番組の開始時刻、すなわち、セグメントの開始時刻からの時間となる。
【０２４１】
なお、オプション４が選択される場合、program_idが変更されたときにTPTを更新するので、type属性には“static”が指定される。
【０２４２】
以上、具体的な運用例について説明した。
【０２４３】
［トリガ情報対応処理］
次に、受信装置１２がトリガ情報を受信したときのトリガ情報対応処理について、図２４乃至図２７のフローチャートを参照して説明する。
【０２４４】
（メソッド１のトリガ情報対応処理）
まず、図２４のフローチャートを参照して、メソッド１のトリガ情報対応処理について説明する。なお、このトリガ情報対応処理は、ユーザがテレビ番組を視聴しているとき、すなわち、受信装置１２が放送信号を受信している間、繰り返して実行される。
【０２４５】
受信装置１２は、ユーザの操作によって、所定のチャンネルが選局されると、そのチャンネルのテレビ番組の映像の表示を開始する（ステップＳ１１）。
【０２４６】
ステップＳ１２において、トリガ抽出部５７は、ビデオデコーダ５５からのビデオ信号からトリガ情報を抽出するまで待機する。そして、受信装置１２により放送信号に含まれるトリガ情報が受信され、ビデオ信号からトリガ情報が抽出された場合、処理は、ステップＳ１３に進められる。
【０２４７】
ステップＳ１３において、トリガ抽出部５７は、抽出したトリガ情報の解析を行い、当該トリガ情報に含まれる、domain_name及びprogram_idのうちいずれか一方又は双方が変化したか否かを判定する。ステップＳ１３において、domain_name及びprogram_idのうちいずれか一方又は双方が変化したと判定された場合、処理は、ステップＳ１４に進められる。
【０２４８】
ステップＳ１４において、トリガ抽出部５７は、通信I/F５８を制御して、例えば、トリガ情報の先頭に“http://”を付加することで得られるURL（例えばhttp://xbc.com/1?mt=1000）により特定されるTPTサーバ１３にアクセスして、TPTを要求する。そして、TPT解析部５９は、通信I/F５８を制御して、TPTサーバ１３からのTPTを取得する。
【０２４９】
ステップＳ１５において、TPT解析部５９は、取得したTPTの解析を行い、id，versionが同一のTPTを取得済みであるか否かを判定する。なお、id，versionは、例えば、tpt要素のid属性と、version属性により指定されるものである。ステップＳ１５において、id，versionが同一のTPTが未取得であると判定された場合、処理は、ステップＳ１６に進められる。
【０２５０】
ステップＳ１６において、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が、0秒乃至600秒の有効期間内である場合には、レジスタコマンドを特定し、media_timeが600秒乃至3500秒の有効期間内である場合には、エクスキュートコマンドを特定する。また、制御部６０は、図１０のTPTに基づいて、media_timeが1800秒乃至2000秒の有効期間内である場合には、イベントコマンドを特定し、media_timeが2400秒乃至2520秒の有効期間内である場合には、サスペンドコマンドを特定し、media_timeが3500秒乃至3600秒の有効期間内である場合には、ターミネートコマンドを特定する。すなわち、TPTは、トリガ情報に含まれるmedia_timeからコマンドを特定するための辞書として用いられる。
【０２６３】
なお、制御部６０は、コマンドの特定を行うに際し、トリガ抽出部５７により抽出されたトリガ情報に含まれるdomain_name及びprogram_idの値と、TPT解析部５９からのTPTのtpt要素のid属性の値とを比較して、それらの値が一致する場合にのみ、トリガ情報に対応するコマンドを特定する。TPT解析部５９は、それらの値が一致しない場合、制御部６０からの制御に従い、再度、TPTサーバ１３にアクセスして、選局中のテレビ番組に対応するTPTを取得することになる。これにより、受信装置１２では、電波障害などにより適切なTPTを保持していない場合でも、確実に想定されたコマンドを特定することができる。
【０２６４】
ステップＳ３２において、制御部６０は、ステップＳ３１の特定結果がレジスタであるか否かを判定し、レジスタであると判定された場合、処理はステップＳ３３に進められる。
【０２６５】
ステップＳ３３において、制御部６０は、通信I/F５８を制御して、TPTにより特定されるアプリURLに対応するアプリサーバ１４にアクセスして、アプリIDにより特定されるデータ放送用アプリを取得させる。通信I/F５８により取得されたデータ放送用アプリは、キャッシュメモリ６４に保持される。また、制御部６０は、取得されたデータ放送用アプリに対応付けて、そのアプリ有効期限とアプリ保持優先度を、メモリ６１に記憶する。これにより、キャッシュメモリ６４に保持されたデータ放送用アプリは、制御部６０により、有効期限と保持優先度に従って管理される。
【０２６６】
この後、処理は、図２４のステップＳ１９に戻り、それ以降の処理が繰り返される。
【０２６７】
ステップＳ３２において、ステップＳ３１の特定結果がレジスタでないと判定された場合、処理は、ステップＳ３４に進められる。ステップＳ３４において、制御部６０は、ステップＳ３１の特定結果がエクスキュートであるか否かを判定し、エクスキュートであると判定された場合、処理は、ステップＳ３５に進められる。
【０２６８】
ステップＳ３５において、アプリエンジン６３は、制御部６０からの制御に従い、TPTのアプリIDにより特定されるデータ放送用アプリが休止中（休止状態）であるか否かを判定する。具体的には、退避メモリ６５Ｂに、アプリIDにより特定されるデータ放送用アプリに、休止の状態を示すデータが退避されている場合に休止中であると判定する。
【０２６９】
ステップＳ３５において、アプリIDにより特定されるデータ放送用アプリが休止中ではないと判定された場合、処理はステップＳ３６に進められる。ステップＳ３６において、アプリエンジン６３は、制御部６０からの制御に従い、アプリIDにより特定されるデータ放送用アプリが未取得（キャッシュメモリ６４に存在しない）の場合にそれを取得する。
【０２７０】
ステップＳ３７において、アプリエンジン６３は、制御部６０からの制御に従い、現在実行中のデータ放送用アプリがあるならば、それを終了させる。そして、ステップＳ３８において、アプリエンジン６３は、制御部６０からの制御に従い、アプリIDにより特定されるデータ放送用アプリを起動する。
【０２７１】
また、ステップＳ３５において、アプリIDにより特定されるデータ放送用アプリが休止中（休止状態）であると判定された場合、処理はステップＳ３９に進められる。
【０２７２】
ステップＳ３９において、アプリエンジン６３は、制御部６０からの制御に従い、退避メモリ６５Ｂのデータをワークメモリ６５Ａに移して、アプリIDにより特定されるデータ放送用アプリを起動する。これにより、アプリIDにより特定される、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理は、図２４のステップＳ１９に戻り、それ以降が繰り返される。
【０２７３】
ステップＳ３４において、ステップＳ３１の特定結果がエクスキュートではないと判定された場合、処理はステップＳ４０に進められる。ステップＳ４０において、制御部６０は、ステップＳ３１の特定結果がイベントであるか否かを判定し、イベントであると判定された場合、処理はステップＳ４１に進められる。
【０２７４】
ステップＳ４１において、制御部６０は、TPTにより特定されるアプリIDと、動作中のデータ放送用アプリのアプリIDが一致する場合のみ、アプリエンジン６３を制御して、動作中のデータ放送用アプリにおいて、コマンドのイベントIDに対応するイベントを発火（実行）させる。この後、処理は、図２４のステップＳ１９に戻り、それ以降が繰り返される。
【０２７５】
ステップＳ４０において、ステップＳ３１の特定結果がイベントではないと判定された場合、処理はステップＳ４２に進められる。ステップＳ４２において、制御部６０は、ステップＳ３１の特定結果がサスペンドであるか否かを判定し、サスペンドであると判定された場合、処理はステップＳ４３に進められる。
【０２７６】
ステップＳ４３において、アプリエンジン６３は、制御部６０からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータ（すなわち、現在ワークメモリ６５Ａに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含む）を退避メモリ６５Ｂに退避させる。この後、処理は、図２４のステップＳ１９に戻り、それ以降が繰り返される。
【０２７７】
ステップＳ４２において、ステップＳ３１の特定結果がサスペンドではないと判定された場合、ステップＳ３１の特定結果はターミネートであるので、処理はステップＳ４４に進められる。
【０２７８】
ステップＳ４４において、アプリエンジン６３は、制御部６０からの制御に従い、アプリIDにより特定されるデータ放送用アプリが実行中であればそれを終了させる。ステップＳ４５において、アプリエンジン６３は、制御部６０からの制御に従い、アプリIDにより特定されるデータ放送用アプリに関するデータを、ワークメモリ６５Ａ及び退避メモリ６５Ｂから消去するとともに、データ放送用アプリをキャッシュメモリ６４から消去させる。この後、処理は、図２４のステップＳ１９に戻り、それ以降が繰り返される。
【０２７９】
以上で、アプリ制御処理の説明を終了する。アプリ制御処理によれば、例えばテレビ番組やＣＭなどに連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させて、他のデータ放送用アプリを実行、終了し、その後、休止したデータ放送用アプリを休止状態から再開することができる。
【０２８０】
（メソッド２のトリガ情報対応処理）
次に、図２６のフローチャートを参照して、メソッド２のトリガ情報対応処理について説明する。
【０２８１】
ステップＳ５１乃至Ｓ５７においては、図２４のステップＳ１１乃至Ｓ１７と同様に、抽出されたトリガ情報に含まれるdomain_name，program_idが変化した場合、TPTサーバ１３からTPTが取得され、取得されたTPTが未取得であれば保持される。
【０２８２】
ステップＳ５８において、制御部６０は、抽出されたトリガ情報に含まれるmedia_timeをメディアクロックとして設定する。これにより、受信装置１２の内部で、例えば視聴されているテレビ番組用のメディアクロックの計時が行われる。
【０２８３】
ステップＳ５９において、制御部６０は、TPT解析部５９からのTPTに基づいて、メディアクロックの示す時刻が有効期間内となるコマンドが存在するか否かを判定する。ステップＳ５９において、メディアクロックの示す時刻が有効期間内となるコマンドが存在すると判定された場合、処理は、ステップＳ６０に進められる。なお、前述したように、TPTにおいて、有効終了時刻が指定されていない場合には、制御部６０によって、メディアクロックの示す時刻が有効開始時刻を経過したコマンドが存在するか否かが判定される。
【０２８４】
ステップＳ６０において、制御部６０は、アプリエンジン６３を制御して、アプリ制御処理を行う。このアプリ制御処理では、メディアクロックの示す時刻が有効期間内となる有効なコマンドが特定され、特定されたコマンドに応じて、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了などが制御される。
【０２８５】
そして、ステップＳ６０のアプリ制御処理は、有効なコマンドの実行がすべて終了するまで（ステップＳ６１の「Yes」）、繰り返し行われる。なお、アプリ制御処理は、前述した図２５のアプリ制御処理と同様であるため、その詳細な説明は省略する。
【０２８６】
以上で、メソッド２のトリガ情報対応処理の説明を終了する。
【０２８７】
（followingが指定された場合のメソッド２のトリガ情報対応処理）
次に、図２７のフローチャートを参照して、followingが指定された場合のメソッド２のトリガ情報対応処理について説明する。
【０２８８】
ステップＳ７１乃至Ｓ７８においては、図２６のステップＳ５１乃至５８と同様に、抽出されたトリガ情報に含まれるdomain_name，program_idが変化した場合、TPTサーバ１３からTPTが取得され、取得されたTPTが未取得であれば保持される。なお、図２７の例では、tpt要素のpresent_following属性が指定されているため、図１７を参照して説明したように、TPT解析部５９によって、例えば、あるテレビ番組用のTPTと、その次に放送されるテレビ番組用のTPTが対になって取得され、保持される。
【０２８９】
また、制御部６０によって、トリガ情報に含まれるmedia_timeがメディアクロックとして設定される。
【０２９０】
ステップＳ７９において、制御部６０は、TPT解析部５９からのTPTに基づいて、メディアクロックの示す時刻が、tpt要素のend_mt属性の示す終了時刻となったか否かを判定する。ステップＳ７９において、メディアクロックの示す時刻が終了時刻になったと判定された場合、処理は、ステップＳ８０に進められる。
【０２９１】
ステップＳ８０において、TPT解析部５９は、保持していたTPTの対に基づいて、例えば、あるテレビ番組用のTPTから、その次に放送されるテレビ番組用のTPTに、TPTを切り替える。また、制御部６０は、例えば、あるテレビ番組用のメディアクロックをリセットして、次のテレビ番組用のメディアクロックの計時を開始する。その後、処理は、ステップＳ８１に進められる。
【０２９２】
また、ステップＳ７９において、メディアクロックの示す時刻が終了時刻になっていないと判定された場合、例えば、あるテレビ番組の放送は継続しているので、ステップＳ８０の処理はスキップされ、処理は、ステップＳ８１に進められる。
【０２９３】
ステップＳ８１乃至８３においては、図２６のステップＳ５９乃至Ｓ６１と同様に、メディアクロックの示す時刻が有効期間内となる有効なコマンドが特定され、特定されたコマンドに応じて、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了などが制御される。
【０２９４】
以上で、followingが指定された場合のメソッド２のトリガ情報対応処理の説明を終了する。
【０２９５】
以上、第１の実施の形態について説明した。
【０２９６】
＜第２の実施の形態＞
［放送システムの構成例］
図２８は、第２の実施の形態である放送システム１０１を示している。この放送システム１は、放送装置１１、TPTサーバ１３、アプリサーバ１４、ACRサーバ１１１、及び受信装置１１２から構成される。また、TPTサーバ１３、アプリサーバ１４、ACRサーバ１１１、及び受信装置１１２は、インターネット２０を介して、相互に接続されている。
【０２９７】
すなわち、図２８の放送システム１０１は、図１の放送システム１と比べて、ACRサーバ１１１が新たに設けられ、受信装置１２の代わりに、受信装置１１２が設けられている。それ以外の構成については、図１と同様であるため、その説明は適宜省略する。
【０２９８】
受信装置１１２は、定期的に、インターネット２０を介してACRサーバ１１１にアクセスして、トリガ情報を問い合わせる。その際、テレビ番組やＣＭ等のＡＶコンテンツのビデオ信号及びオーディオ信号のうちいずれか一方又は双方から抽出される特徴量（以下、フィンガプリント情報（Finger Print）ともいう）が、ACRサーバ１１１に送信される。
【０２９９】
ACRサーバ１１１は、例えば、放送装置１１にてテレビ番組の放送を行う放送事業者又はそれ以外の事業者により提供されるサーバである。ACRサーバ１１１は、任意のＡＶコンテンツのビデオ信号及びオーディオ信号から抽出された特徴量が登録されているデータベースを有しており、インターネット２０に接続された任意の受信装置１１２からの問い合わせに応じて、ACR（Automatic Content Recognition）技術を用いたＡＶコンテンツの識別を行う。
【０３００】
具体的には、ACRサーバ１１１は、受信装置１１２からのフィンガプリント情報を、データベースと照合することで、ＡＶコンテンツを識別し、その識別結果に応じたトリガ情報を生成する。ACRサーバ１１１は、生成したトリガ情報を、インターネット２０を介して受信装置１１２に送信する。
【０３０１】
受信装置１１２は、ACRサーバ１１１から受信したトリガ情報に応じて、インターネット２０を介してTPTサーバ１３にアクセスして、TPTを取得する。受信装置１１２は、TPTサーバ１３から取得したTPTに基づいて、放送装置１１からのトリガ情報から得られるＡＶコンテンツの進行を示す時刻が有効期間内となるか、又は有効開始時刻を経過した場合、その有効なコマンドを特定する。そして、受信装置１１２は、特定したコマンドに応じて、データ放送用アプリの動作を制御する。
【０３０２】
放送システム１０１は、以上のように構成される。
【０３０３】
［受信装置の構成例］
図２９は、図２８の受信装置１１２の構成例を示している。
【０３０４】
受信装置１１２は、図２の受信装置１２と同様に、チューナ５１乃至アプリ用メモリ６５を有するが、図２の受信装置１２と比べて、トリガ抽出部５７の代わりに、フィンガプリント抽出部１５１が設けられている点が異なる。受信装置１１２において、図２の受信装置１２と同様の箇所には同一の符号が付してあり、その説明は適宜省略する。
【０３０５】
フィンガプリント抽出部１５１には、オーディオデコーダ５３からのオーディオ信号と、ビデオデコーダ５５からのビデオ信号が出力される。フィンガプリント抽出部１５１は、オーディオ信号及びビデオ信号のいずれか一方又は双方から特徴量を抽出し、フィンガプリント情報として、通信I/F５８に出力する。
【０３０６】
通信I/F５８は、フィンガプリント抽出部１５１からのフィンガプリント情報を、インターネット２０を介してACRサーバ１１１に送信する。また、通信I/F５８は、ACRサーバ１１１から送信されるトリガ情報を受信し、制御部６０に出力する。
【０３０７】
制御部６０は、取得したトリガ情報に応じて、通信I/F５８を制御して、インターネット２０を介してTPTサーバ１３にアクセスし、TPTを要求する。通信I/F５８は、TPTサーバ１３からインターネット２０を介して送信されるTPTを受信し、TPT解析部５９に出力する。これにより、TPT解析部５９は、内部に備えるメモリ（不図示）にTPTを保持し、制御部６０からの要求に応じて、メモリに保持しているTPTを出力する。
【０３０８】
また、制御部６０は、TPT解析部５９からのTPTに基づいて、通信I/F５８からのトリガ情報に含まれる時刻情報（media_time）から得られるＡＶコンテンツの進行を示す時刻がコマンドの有効期間内となるか、又は有効開始時刻を経過した場合、その有効なコマンドを特定する。制御部６０は、特定したコマンドに応じて、データ放送用アプリの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了等を制御する。
【０３０９】
受信装置１１２は、以上のように構成される。
【０３１０】
［放送システムの各装置の動作］
次に、図３０を参照して、図２８の放送システム１０１を構成する各装置の動作の概要について説明する。
【０３１１】
図３０の放送システム１０１においては、放送装置１１によって、テレビ番組の放送信号が送信される（Ｓ１０１）。また、放送信号には、当該テレビ番組に関するメタデータが含まれている。
【０３１２】
受信装置１１２は、CATV網や衛星通信網などを介して、放送装置１１からの放送信号を受信する場合、セットトップボックス３１等の専用端末による変換後の信号を、HDMI経由で受信することになる（Ｓ１０２）。この場合、セットトップボックス３１からの出力は、テレビ番組のみとなり、受信装置１１２では、メタデータを利用することはできない。
【０３１３】
受信装置１１２は、放送信号を直接受信する場合（Ｓ１０１）のほか、セットトップボックス３１を経由して受信する場合（Ｓ１０２）でも、テレビ番組のビデオ信号及びオーディオ信号から抽出される特徴量をフィンガプリント情報として、ACRサーバ１１１に送信して、トリガ情報を要求する（Ｓ１０３）。
【０３１４】
ACRサーバ１１１は、ACR識別処理を行い、受信装置１１２からのフィンガプリント情報を、データベースと照合することで、受信装置１１２にて選局中の番組を識別する。具体的には、図３１に示すように、ACRサーバ１１１では、受信装置１１２からフィンガプリント情報による問い合わせを受けると、ACR識別処理部１７１によって、フィンガプリント情報が、あらかじめ用意されたＦＰデータベース１７２と照合され、受信装置１１２にて選局中のテレビ番組が識別される。
【０３１５】
なお、フィンガプリント情報（特徴量）は、例えば、ＡＶコンテンツの全体又は一部構成要素の固有情報であって、ＦＰデータベース１７２には、あらかじめ多数のＡＶコンテンツの固有情報が登録されている。ACR識別処理では、例えば、それらの固有情報の類似度又は一致度が判定される。なお、この類似度又は一致度の判定方法としては、各種の文献などによって開示されている、公知の技術を用いることができる。ACR技術を用いることで、ＡＶコンテンツの解像度、アスペクト比、ビットレート、又はフォーマットなどの情報に依存せずに、ビデオ信号及びオーディオ信号の特徴量からＡＶコンテンツを識別することができる。
【０３１６】
このACR識別処理によって、テレビ番組のチャンネル番号を識別するための情報（以下、チャンネル識別情報という）と、テレビ番組の開始から終了までを時間軸で表したときのフィンガプリント情報が抽出された時間位置を示す情報（以下、時間位置情報という）が得られる。これらの識別結果は、トリガ情報生成部１７３に出力される。
【０３１７】
トリガ情報生成部１７３は、ACR識別処理部１７１からの識別結果及びトリガ用データベース１７４に登録された各種の情報に基づいて、トリガ情報を生成する。具体的には、トリガ用データベース１７４には、例えば、チャンネル識別情報に対応して、サーバ特定情報及びコンテンツ識別情報があらかじめ登録されている。
【０３１８】
トリガ情報生成部１７３は、トリガ用データベース１７４を参照して、ACR識別処理部１７１からのチャンネル識別情報に対応する、サーバ特定情報及びコンテンツ識別情報を取得する。そして、トリガ情報生成部１７３は、トリガ用データベース１７４から取得したサーバ特定情報をdomain_name、コンテンツ識別情報をprogram_id、ACR識別処理部１７１からの時間位置情報をmedia_timeとして、トリガ情報を生成する。
【０３１９】
図３０に戻り、トリガ情報生成部１７３は、生成したトリガ情報を、問い合わせ元の受信装置１１２に送信する（Ｓ１０４）。受信装置１１２は、ACRサーバ１１１からトリガ情報に含まれる、domain_name及びprogram_idに基づいて、TPTを取得するか否かを判定する。受信装置１１２は、TPTを取得すると判定した場合、インターネット２０を介してTPTサーバ１３にアクセスして、TPTを要求する（Ｓ１０５）。
【０３２０】
TPTサーバ１３は、受信装置１１２からの問い合わせに応じて、TPTを特定し、特定されたTPTを、インターネット２０を介して受信装置１１２に送信する（Ｓ１０６）。受信装置１１２は、TPTサーバ１３からのTPTを、インターネット２０を介して受信して、保持する。
【０３２１】
そして、受信装置１１２は、定期的に抽出するフィンガプリント情報に応じて、ACRサーバ１１１からのトリガ情報を取得した場合、保持しているTPTを参照して、当該トリガ情報に含まれるmedia_timeの示す時刻がコマンドの有効期間内となる場合、その有効なコマンドを特定する。受信装置１１２は、コマンドの特定結果に従って、アプリサーバ１４にインターネット２０を介してアクセスし、選局中のテレビ番組に連動して実行されるデータ放送用アプリを要求する（Ｓ１０７）。
【０３２２】
アプリサーバ１４は、受信装置１１２からの問い合わせに応じて、データ放送用アプリを、インターネット２０を介して受信装置１１２に送信する（Ｓ１０８）。受信装置１１２は、アプリサーバ１４からのデータ放送用アプリを、インターネット２０を介して取得して起動する。
【０３２３】
また、受信装置１１２では、データ放送用アプリの実行中にトリガ情報が取得された場合、取得されたトリガ情報に含まれるmedia_timeに応じたコマンドが、TPTによって特定される。そして、データ放送用アプリは、特定されたコマンドに応じて、イベント発火、中断、又は終了等の動作を実行することになる。
【０３２４】
以上のように、放送システム１０１において、受信装置１１２が、定期的にフィンガプリント情報をACRサーバ１１１に送ることで得られるトリガ情報に応じて、TPTサーバ１３及びアプリサーバ１４との連携動作を行うことで、受信装置１１２では選局中のテレビ番組に連動して実行されるデータ放送用アプリが取得され、実行される。また、ACRサーバ１１１からのトリガ情報は、セットトップボックス３１等の専用端末に関係なく、受信装置１１２に通知されるので、放送システム１では、CATV網などの放送伝送路の設備や専用端末の改修をしたり、中継を行う放送事業者の許諾を得たりする作業を伴うことなく、データ放送用アプリを提供することができる。
【０３２５】
［トリガ情報とコマンドの対応関係］
次に、フィンガプリント情報に応じて取得されるトリガ情報に対応付けられたコマンドを、TPTによって特定する処理の例を説明する。図３２は、トリガ情報とコマンドの対応関係の例を示す図である。
【０３２６】
図３２に示すように、受信装置１１２では、ＴＳより得られるフィンガプリント情報が定期的に抽出されると、当該フィンガプリント情報は、ACRサーバ１１１（図中の「ACRシステム」）に送信される。ACRサーバ１１１では、受信装置１１２からのフィンガプリント情報に基づいて、トリガ情報が生成され、受信装置１１２に送信される。
【０３２７】
受信装置１１２は、定期的に抽出するフィンガプリント情報に応じて、トリガ情報を取得すると、トリガ情報に含まれるdomain_name及びprogram_idのうちいずれか一方又は双方に基づいて、TPTサーバ１３からTPTを取得するか否かが判定される。例えば、受信装置１１２は、program A用のTPT（for program A）を保持している場合に、取得したトリガ情報に含まれるprogram_idの値が変化したとき、TPTサーバ１３にアクセスして、TPTを取得する。これにより、受信装置１１２では、図中のTPT（for program B）が保持される。
【０３２８】
フィンガプリント情報に応じて取得されるトリガ情報に含まれるmedia_timeに対応付けられたコマンドを、TPTによって特定する処理のうち、トリガ情報を取得した後の処理については、図１１を参照して説明した処理と同様である。すなわち、フィンガプリント情報の抽出に応じて定期的に取得されるトリガ情報に含まれるmedia_timeが、TPT（for program B）に格納された各コマンドの有効期間内となるか判定され、有効なコマンドが特定される。例えば、レジスタコマンドが有効である場合、受信装置１１２は、レジスタコマンドに応じて、データ放送用アプリを取得して、登録する。また、エクスキュートコマンドが有効である場合、受信装置１１２は、エクスキュートコマンドに応じて、取得済みのデータ放送用アプリを起動する。
【０３２９】
このように、受信装置１１２は、定期的に抽出されるフィンガプリント情報に応じて取得されるトリガ情報に含まれるmedia_timeが有効期間内となる場合、その有効なコマンドに応じて、データ放送用アプリの動作を制御する。
【０３３０】
［トリガ情報対応処理］
フィンガプリント情報に応じて取得されるトリガ情報を用いる場合であっても、前述したＴＳからトリガ情報を抽出する場合と同様に、メソッド１とメソッド２による動作シナリオ（図１３，図１４等）を実現することができる。従って、次に、受信装置１１２がトリガ情報を受信したときのトリガ情報対応処理について、図３３及び図３４のフローチャートを参照して説明する。
【０３３１】
（メソッド１のACR識別結果に応じたトリガ情報対応処理）
まず、図３３のフローチャートを参照して、メソッド１のACR識別結果に応じたトリガ情報対応処理について説明する。
【０３３２】
受信装置１１２は、ユーザの操作によって、所定のチャンネルが選局されると、そのチャンネルのテレビ番組の映像の表示を開始する（ステップＳ１１１）。
【０３３３】
ステップＳ１１２において、フィンガプリント抽出部１５１は、所定の時間を経過するまで待機する。そして、所定の時間が経過した場合、処理は、ステップＳ１１３に進められる。
【０３３４】
ステップＳ１１３において、フィンガプリント抽出部１５１は、オーディオ信号及びビデオ信号のいずれか一方又は双方から特徴量（フィンガプリント情報）を抽出する。
【０３３５】
ステップＳ１１４において、フィンガプリント抽出部１５１は、通信I/F５８を制御して、フィンガプリント情報を、インターネット２０を介してACRサーバ１１１に送信することで、トリガ情報を問い合わせる。
【０３３６】
ステップＳ１１５において、制御部６０は、通信I/F５８を制御して、ACRサーバ１１１からトリガ情報を受信したか否かを判定する。ステップＳ１１５において、トリガ情報を受信していないと判定された場合、処理は、ステップＳ１１２に戻り、以降の処理が繰り返される。一方、ステップＳ１１５において、トリガ情報を受信したと判定された場合、処理は、ステップＳ１１６に進められる。
【０３３７】
ステップＳ１１６乃至Ｓ１２３においては、図２４のステップＳ１３乃至Ｓ２０と同様に、例えば、ACRサーバ１１１から受信したトリガ情報に含まれるdomain_name，program_idが変化した場合、TPT解析部５９によって、TPTが取得され、取得されたTPTが未取得であれば保持される。また、制御部６０によって、受信したトリガ情報に含まれるmedia_timeが有効期間内となると判定された場合、その有効なコマンドに応じて、データ放送用アプリの動作が制御される。
【０３３８】
以上で、メソッド１のACR識別結果に応じたトリガ情報対応処理を終了する。
【０３３９】
（メソッド２のACR識別結果に応じたトリガ情報対応処理）
次に、図３４のフローチャートを参照して、メソッド２のACR識別結果に応じたトリガ情報対応処理について説明する。
【０３４０】
ステップＳ１３１乃至Ｓ１４０においては、図３３のステップＳ１１１乃至Ｓ１２０と同様に、定期的に抽出されるフィンガプリント情報に応じて、ACRサーバ１１１から受信したトリガ情報に含まれるdomain_name，program_idが変化した場合、TPT解析部５９によって、TPTが取得され、取得されたTPTが未取得であれば保持される。
【０３４１】
ステップＳ１４１乃至Ｓ１４４においては、図２６のステップＳ５８乃至Ｓ６１と同様に、制御部６０によって、トリガ情報に含まれるmedia_timeがメディアクロックとして設定され、メディアクロックの示す時刻が有効期間内となるか、又は有効開始時刻を経過した場合、その有効なコマンドに応じて、データ放送用アプリの動作が制御される。
【０３４２】
以上で、メソッド２のACR識別結果に応じたトリガ情報対応処理を終了する。
【０３４３】
以上、第２の実施の形態について説明した。
【０３４４】
なお、第１の実施の形態及び第２の実施の形態においては、トリガ情報の取得経路は異なるが、受信装置１２にて取得されるトリガ情報及びTPTの形態は同一であるため、図３５に示すように、それらの実施の形態を同時に運用することもできる。
【０３４５】
＜第３の実施の形態＞
［配信システムの構成例］
前述した説明では、受信装置１２又は受信装置１１２が、放送装置１１から送信されたテレビ番組等のＡＶコンテンツの放送信号を受信する例を説明したが、ＡＶコンテンツは、インターネット２０を介してVOD（Video On Demand）により配信されるようにしてもよい。
【０３４６】
図３６は、第３の実施の形態である配信システム２０１を示している。図３６においては、図１と対応する箇所には同一の符号が付してあり、その説明は適宜省略する。
【０３４７】
すなわち、図３６では、図１と比較すると、放送装置１１の代わりに、インターネット２０に接続された配信サーバ２１１が設けられている。配信サーバ２１１は、受信装置１２からの要求に応じて、VODコンテンツ等のＡＶコンテンツを、インターネット２０を介して、受信装置１２に配信する。また、配信サーバ２１１は、VODコンテンツとともに、トリガ情報を受信装置１２に送信する。
【０３４８】
受信装置１２は、配信サーバ２１１からVODコンテンツとともに送信されるトリガ情報を抽出して、抽出したトリガ情報に含まれるdomain_name，program_idに応じたTPTを、TPTサーバ１３から取得する。そして、受信装置１２は、TPTサーバ１３からのTPTに基づいて、配信サーバ２１１からのトリガ情報に含まれるmedia_timeに対応するコマンドを特定し、特定したコマンドに応じて、VODコンテンツに連動して実行されるデータ放送用アプリの動作を制御することになる。
【０３４９】
このように、受信装置１２は、ＡＶコンテンツを、放送網を介して受信するのみならず、通信網を介して受信することができる。そして、受信装置１２は、放送網と通信網のどちらから受信されたＡＶコンテンツであっても、当該ＡＶコンテンツとともに送信されるトリガ情報に含まれるdomain_name，program_idに応じたTPTを取得することができる。その結果、受信装置１２は、取得したTPTに基づいて、トリガ情報に含まれるmedia_timeに対応するコマンドを特定することができる。
【０３５０】
なお、図３６の配信システム２０１は、図１の放送システム１に対応する構成としたが、図２８の放送システム１０１、すなわち、ACRサーバ１１１を設けた構成に対しても同様に、放送装置１１の代わりに、配信サーバ２１１を設けた構成とすることができる。
【０３５１】
以上、第３の実施の形態について説明した。
【０３５２】
なお、前述の説明では、TPTサーバ１３アプリサーバ１４、ACRサーバ１１１、及び配信サーバ２１１など、提供する機能ごとにサーバを複数設ける例を説明したが、それらの機能の全部又は一部をまとめて、１又は複数のサーバにより提供されるようにしてもよい。
【０３５３】
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０３５４】
図３７は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０３５５】
コンピュータ３００において、CPU（Central Processing Unit）３０１，ROM（Read Only Memory）３０２，RAM（Random Access Memory）３０３は、バス３０４により相互に接続されている。
【０３５６】
バス３０４には、さらに、入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、入力部３０６、出力部３０７、記録部３０８、通信部３０９、及びドライブ３１０が接続されている。
【０３５７】
入力部３０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部３０７は、ディスプレイ、スピーカなどよりなる。記録部３０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部３０９は、ネットワークインタフェースなどよりなる。ドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア３１１を駆動する。
【０３５８】
以上のように構成されるコンピュータ３００では、CPU３０１が、例えば、記録部３０８に記憶されているプログラムを、入出力インタフェース３０５及びバス３０４を介して、RAM３０３にロードして実行することにより、前述した一連の処理が行われる。
【０３５９】
コンピュータ３００（CPU３０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア３１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０３６０】
コンピュータ３００では、プログラムは、リムーバブルメディア３１１をドライブ３１０に装着することにより、入出力インタフェース３０５を介して、記録部３０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部３０９で受信し、記録部３０８にインストールすることができる。その他、プログラムは、ROM３０２や記録部３０８に、あらかじめインストールしておくことができる。
【０３６１】
なお、コンピュータ３００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０３６２】
ここで、本明細書において、コンピュータ３００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０３６３】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０３６４】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０３６５】
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０３６６】
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０３６７】
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０３６８】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０３６９】
なお、本技術は、以下のような構成をとることができる。
【０３７０】
（１）
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、
前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
を備える受信装置。
（２）
前記トリガ情報は、前記ＡＶコンテンツとともに送信され、
前記トリガ取得部は、受信した前記ＡＶコンテンツからトリガ情報を抽出する
（１）に記載の受信装置。
（３）
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部をさらに備え、
前記トリガ取得部は、抽出した前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を取得する
（１）又は（２）に記載の受信装置。
（４）
前記トリガ情報は、前記ＡＶコンテンツの進行を示す時刻情報を含み、
前記制御部は、前記トリガ情報に含まれる前記時刻情報の示す時刻が、前記コマンドの有効開始時刻と有効終了時刻により定められる有効期間内となる場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
（１）乃至（３）のいずれかに記載の受信装置。
（５）
前記トリガ情報は、前記ＡＶコンテンツの進行を示す時刻情報を含み、
前記制御部は、前記トリガ情報に含まれる前記時刻情報を基に計時される前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効開始時刻と有効終了時刻により定められる有効期間内となるか、又は前記コマンドの有効開始時刻を経過した場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
（１）乃至（３）のいずれかに記載の受信装置。
（６）
前記トリガ情報は、前記対応テーブルを提供する情報処理装置を特定するための特定情報及び前記ＡＶコンテンツを識別するための識別情報を含み、
前記テーブル取得部は、前記トリガ情報に含まれる前記特定情報及び前記識別情報のうちいずれか一方又は双方が変化した場合、前記特定情報及び前記識別情報に応じて、前記情報処理装置から前記対応テーブルを取得する
（１）乃至（３）のいずれかに記載の受信装置。
（７）
前記テーブル取得部は、前記識別情報の異なる前記ＡＶコンテンツの前記対応テーブルを事前に取得し、
前記制御部は、前記識別情報の異なる前記ＡＶコンテンツを受信した場合、事前に取得した前記対応テーブルに基づいて、前記アプリケーションプログラムの動作を制御する
（６）に記載の受信装置。
（８）
前記テーブル取得部は、事前に取得した前記対応テーブルを、あらかじめ指定された期間のみ保持する
（７）に記載の受信装置。
（９）
前記テーブル取得部は、受信している第１のＡＶコンテンツが、前記識別情報の異なる第２のＡＶコンテンツに切り替えられる場合、前記第１のＡＶコンテンツの前記対応テーブルとともに、前記第２のＡＶコンテンツの前記対応テーブルを事前に取得して、それらの前記対応テーブルを保持し、
前記制御部は、前記第１のＡＶコンテンツから前記第２のＡＶコンテンツに切り替えられた場合、事前に取得した前記第２のＡＶコンテンツの前記対応テーブルに基づいて、前記アプリケーションプログラムの動作を制御する
（６）に記載の受信装置。
（１０）
前記トリガ情報は、前記ＡＶコンテンツの進行を示す時刻情報を含み、
前記対応テーブルには、前記ＡＶコンテンツの終了を示す時刻が記述されており、
前記制御部は、
前記トリガ情報に含まれる前記時刻情報を基に計時される前記第１のＡＶコンテンツの進行を示す時刻が、前記第１のＡＶコンテンツの前記対応テーブルに記述された前記第１のＡＶコンテンツの終了を示す時刻となった場合、前記第２のコンテンツの進行を示す時刻の計時を開始し、
事前に取得した前記第２のＡＶコンテンツの前記対応テーブルに基づいて、計時される前記第２のコンテンツの進行を示す時刻が、前記コマンドの有効開始時刻と有効終了時刻により定められる有効期間内となるか、又は前記コマンドの有効開始時刻を経過した場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
（９）に記載の受信装置。
（１１）
前記対応テーブルには、前記対応テーブルの更新期間が記述されており、
前記テーブル取得部は、前記更新期間に応じて、前記対応テーブルを更新する
（１）乃至（３）のいずれかに記載の受信装置。
（１２）
前記対応テーブルには、前記コマンドが有効となる確率を示す情報が記述されており、
前記制御部は、前記コマンドが有効となった場合、前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
（１）乃至（３）のいずれかに記載の受信装置。
（１３）
前記コマンドは、前記アプリケーションプログラムの取得若しくは登録、取得若しくは起動、イベント発火、中断、又は終了のうちいずれかを示しており、
前記制御部は、前記コマンドに応じて、前記アプリケーションプログラムの取得若しくは登録、若しくは取得若しくは起動、又は実行中の前記アプリケーションプログラムのイベント発火、休止、若しくは終了を制御する
（１）乃至（１２）のいずれかに記載の受信装置。
（１４）
受信装置の受信方法において、
前記受信装置が、
ＡＶコンテンツを受信し、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得し、
前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得し、
取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する
ステップを含む受信方法。
（１５）
コンピュータを、
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を取得するトリガ取得部と、
前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記アプリケーションプログラムの動作を制御する制御部と
して機能させるためのプログラム。
（１６）
受信装置、第１の情報処理装置、及び第２の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
ＡＶコンテンツを受信する受信部と、
前記ＡＶコンテンツとともに送信される、受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報を抽出するトリガ抽出部と、
前記第１の情報処理装置から、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、抽出した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記第２の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記対応テーブルを提供する第１の提供部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムを提供する第２の提供部を備える
情報処理システム。
（１７）
受信装置、第１の情報処理装置、第２の情報処理装置、及び第３の情報処理装置から構成される情報処理システムにおいて、
前記受信装置は、
ＡＶコンテンツを受信する受信部と、
受信した前記ＡＶコンテンツのデータから特徴量を抽出する特徴量抽出部と、
受信した前記ＡＶコンテンツに連動して実行されるアプリケーションプログラムを動作させるためのトリガ情報であって、前記第１の情報処理装置にて前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を取得するトリガ取得部と、
前記第２の情報処理装置から、前記アプリケーションプログラムの動作を制御するためのコマンドと、前記コマンドの有効時刻とを対応付けた対応テーブルを取得するテーブル取得部と、
取得した前記対応テーブルに基づいて、取得した前記トリガ情報から得られる前記ＡＶコンテンツの進行を示す時刻が、前記コマンドの有効時刻を基準にした所定の有効条件を満たした場合、その有効な前記コマンドに応じて、前記第３の情報処理装置から取得した前記アプリケーションプログラムの動作を制御する制御部と
を備え、
前記第１の情報処理装置は、
前記受信装置からの前記特徴量を用いて識別された前記ＡＶコンテンツの識別結果に対応する前記トリガ情報を提供する第１の提供部を備え、
前記第２の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記対応テーブルを提供する第２の提供部を備え、
前記第３の情報処理装置は、
前記受信装置からの問い合わせに応じて、前記アプリケーションプログラムを提供する第３の提供部を備える
情報処理システム。
【符号の説明】
【０３７１】
１，１０１  放送システム，  １１  放送装置，  １２，１１２  受信装置，  １３  TPTサーバ，  １４  アプリサーバ，  ５１  チューナ，  ５７  トリガ抽出部，  ５８  通信I/F，  ５９  TPT解析部，  ６０  制御部，  ６３  アプリエンジン，  １１１  ACRサーバ，  １５１  フィンガプリント抽出部，  ２０１  配信システム，  ２１１  配信サーバ，  ３００  コンピュータ，  ３０１  CPU
【図１】
2013094506.tif 000003
【図２】
2013094506.tif 000004
【図３】
2013094506.tif 000005
【図４】
2013094506.tif 000006
【図５】
2013094506.tif 000007
【図６】
2013094506.tif 000008
【図７】
2013094506.tif 000009
【図８】
2013094506.tif 000010
【図９】
2013094506.tif 000011
【図１０】
2013094506.tif 000012
【図１１】
2013094506.tif 000013
【図１２】
2013094506.tif 000014
【図１３】
2013094506.tif 000015
【図１４】
2013094506.tif 000016
【図１５】
2013094506.tif 000017
【図１６】
2013094506.tif 000018
【図１７】
2013094506.tif 000019
【図１８】
2013094506.tif 000020
【図１９】
2013094506.tif 000021
【図２０】
2013094506.tif 000022
【図２１】
2013094506.tif 000023
【図２２】
2013094506.tif 000024
【図２３】
2013094506.tif 000025
【図２４】
2013094506.tif 000026
【図２５】
2013094506.tif 000027
【図２６】
2013094506.tif 000028
【図２７】
2013094506.tif 000029
【図２８】
2013094506.tif 000030
【図２９】
2013094506.tif 000031
【図３０】
2013094506.tif 000032
【図３１】
2013094506.tif 000033
【図３２】
2013094506.tif 000034
【図３３】
2013094506.tif 000035
【図３４】
2013094506.tif 000036
【図３５】
2013094506.tif 000037
【図３６】
2013094506.tif 000038
【図３７】
2013094506.tif 000039
【国際調査報告】
2013094506.tif 000040
2013094506.tif 000041
2013094506.tif 000042