(57)【要約】本技術は、ＡＶコンテンツのダウンロード予約の機会を広げることができるようにする受信装置及び方法、送信装置及び方法、並びにプログラムに関する。トリガ検出部は、ＡＶコンテンツとともに送信されるトリガ情報を検出し、アプリエンジンは、トリガ情報に基づいて、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツを選択させるためのアプリケーションプログラムを取得し、仮予約登録部は、アプリケーションプログラムにより選択されるＡＶコンテンツを仮予約として登録し、本予約登録部は、ＡＶコンテンツとともに定期的に送信されるダウンロード情報に含まれるダウンロード可能なＡＶコンテンツの識別子と、仮予約されたＡＶコンテンツの識別子が一致する場合、仮予約されたＡＶコンテンツを本予約として登録する。本発明は、例えば、米国などにおいてデータ放送を実現する場合に適用できる。
2012147620.tif 000002
【特許請求の範囲】
【請求項１】
ＡＶコンテンツを受信する受信部と、
受信される前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を検出する検出部と、
検出された前記トリガ情報に基づいて、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツを選択させるためのアプリケーションプログラムを取得する取得部と、
取得された前記アプリケーションプログラムにより選択されたＡＶコンテンツを仮予約として登録する仮予約登録部と、
前記ＡＶコンテンツとともに定期的に送信される、非リアルタイムに送信されるＡＶコンテンツのダウンロードに関するダウンロード情報に含まれるダウンロード予約可能なＡＶコンテンツの識別子と、仮予約された前記ＡＶコンテンツの識別子が一致する場合、仮予約された前記ＡＶコンテンツを本予約として登録する本予約登録部と
を備える受信装置。
【請求項２】
前記仮予約登録部は、前記ダウンロード情報が記録されていない場合、選択されたＡＶコンテンツを仮予約として登録する
請求項１に記載の受信装置。
【請求項３】
前記アプリケーションプログラムは、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツをリストにより選択させるコンテンツである
請求項２に記載の受信装置。
【請求項４】
検出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得若しくは起動、又は実行中の前記アプリケーションプログラムの終了を制御する制御部をさらに備える
請求項３に記載の受信装置。
【請求項５】
ＡＶコンテンツを受信する受信装置の受信方法において、
前記ＡＶコンテンツを受信する受信ステップと、
受信される前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を検出する検出ステップと、
検出された前記トリガ情報に基づいて、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツを選択させるためのアプリケーションプログラムを取得する取得ステップと、
取得された前記アプリケーションプログラムにより選択されたＡＶコンテンツを仮予約として登録する仮予約登録ステップと、
前記ＡＶコンテンツとともに定期的に送信される、非リアルタイムに送信されるＡＶコンテンツのダウンロードに関するダウンロード情報に含まれるダウンロード予約可能なＡＶコンテンツの識別子と、仮予約された前記ＡＶコンテンツの識別子が一致する場合、仮予約された前記ＡＶコンテンツを本予約として登録する本予約登録ステップと
を含む受信方法。
【請求項６】
ＡＶコンテンツを送信する送信装置の制御用のプログラムであって、
前記ＡＶコンテンツを受信する受信ステップと、
受信される前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を検出する検出ステップと、
検出された前記トリガ情報に基づいて、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツを選択させるためのアプリケーションプログラムを取得する取得ステップと、
取得された前記アプリケーションプログラムにより選択されたＡＶコンテンツを仮予約として登録する仮予約登録ステップと、
前記ＡＶコンテンツとともに定期的に送信される、非リアルタイムに送信されるＡＶコンテンツのダウンロードに関するダウンロード情報に含まれるダウンロード予約可能なＡＶコンテンツの識別子と、仮予約された前記ＡＶコンテンツの識別子が一致する場合、仮予約された前記ＡＶコンテンツを本予約として登録する本予約登録ステップと
を含む処理をコンピュータに実行させるプログラム。
【請求項７】
受信装置においてＡＶコンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成部と、
生成された前記トリガ情報を、前記ＡＶコンテンツとともに送信する送信部と、
非リアルタイムに送信される前記ＡＶコンテンツのダウンロードに関するダウンロード情報を生成するダウンロード情報生成部と
を備え、
前記送信部は、生成された前記ダウンロード情報を、前記ＡＶコンテンツとともに定期的に送信する
送信装置。
【請求項８】
前記トリガ情報の示すコマンドには、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツを選択させるためのアプリケーションプログラムの取得若しくは起動、又は実行中の前記アプリケーションプログラムの終了を制御するコマンドのうちの少なくとも１つが含まれる
請求項７に記載の送信装置。
【請求項９】
前記送信部は、前記トリガ情報を、前記ＡＶコンテンツに対応するトランスポートストリームに多重化して送信する
請求項７に記載の送信装置。
【請求項１０】
前記送信部は、前記トリガ情報を、前記ＡＶコンテンツに対応するトランスポートストリームを構成するパケットのアダプテーションフィールドに格納して送信する
請求項７に記載の送信装置。
【請求項１１】
ＡＶコンテンツを送信する送信装置の送信方法において、
受信装置において前記ＡＶコンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、
生成された前記トリガ情報を、前記ＡＶコンテンツとともに送信する送信ステップと、
非リアルタイムに送信される前記ＡＶコンテンツのダウンロードに関するダウンロード情報を生成するダウンロード情報生成ステップと
を含み、
前記送信ステップの処理によって、生成された前記ダウンロード情報を、前記ＡＶコンテンツとともに定期的に送信する
送信方法。
【請求項１２】
ＡＶコンテンツを送信する送信装置の制御用のプログラムであって、
受信装置において前記ＡＶコンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成ステップと、
生成された前記トリガ情報を、前記ＡＶコンテンツとともに送信する送信ステップと、
非リアルタイムに送信される前記ＡＶコンテンツのダウンロードに関するダウンロード情報を生成するダウンロード情報生成ステップと
を含み、
前記送信ステップの処理によって、生成された前記ダウンロード情報を、前記ＡＶコンテンツとともに定期的に送信する
処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置及び方法、送信装置及び方法、並びにプログラムに関し、特に、確実に、ＡＶコンテンツのダウンロード予約を行うことができるようにした受信装置及び方法、送信装置及び方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、デジタル放送の普及により、多チャンネルあるいは高詳細なテレビジョン放送の受信が一般的になっている。【０００３】
一方で、デジタル放送で利用可能な帯域を利用して、通常のテレビジョン放送だけでなく、視聴者が求めるさらに高度な放送サービスを可能とするための技術検討、方式策定が行われている。【０００４】
視聴者の求める機能として、視聴者が視聴したいときにＡＶコンテンツを視聴することができるようにするオンデマンド視聴が挙げられる。しかしながら、双方向ではなく、一方向伝送の放送においてオンデマンド視聴を実現することは困難とされてきた。【０００５】
そこで、一方向伝送の放送においてオンデマンド視聴を可能とするために、受信装置が大容量のストレージを保持することを前提として、放送されたＡＶコンテンツを一旦ストレージに記録した後に、再生するNRTサービスが検討されている（例えば、特許文献１参照）。【０００６】
NRT（Non Real Time）サービスは、リアルタイムでの視聴を前提とせず、ＡＶコンテンツの放送時刻に同期してＡＶコンテンツを視聴する必要がなく、ＡＶコンテンツをデータとして放送信号により送信するものである。【０００７】
すなわち、NRTサービスにおいては、従来の放送番組のＡＶコンテンツの録画予約などとは異なり、例えば、放送波による信号の伝送帯域が大きい場合、より短時間で録画（ダウンロード）が完了するようにすることが可能である。あるいはまた、例えば、放送波による信号の伝送帯域が小さい場合、より長時間でダウンロードが完了することになる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１１−４１２４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従来のNRTサービスにおいては、ＡＶコンテンツのダウンロード予約を行う場合、NRT-IT（NRT Information Table）と称される非リアルタイムに送信されるＡＶコンテンツのダウンロードに関する情報を事前に取得する必要がある。NRT-ITには、ダウンロード予約可能なＡＶコンテンツのリストが記述されており、そのリストの中から、所望のＡＶコンテンツが選択されることになる。【００１０】
NRT-ITは、ＡＶコンテンツとともに定期的に送信されるものであるが、受信装置が保持しているNRT-ITが古いと、本来であればダウンロード予約が可能なＡＶコンテンツであっても予約をすることができず、NRT-ITが更新されるまで、ダウンロード予約を待たなければならなかった。その結果、ＡＶコンテンツのダウンロード予約の機会を失ってしまう可能性があった。【００１１】
本技術はこのような状況に鑑みてなされたものであり、確実に、ＡＶコンテンツのダウンロード予約を行うことができるようにして、ダウンロード予約の機会を広げることができるようにするものである。
【課題を解決するための手段】
【００１２】
本技術の一側面の受信装置は、ＡＶコンテンツを受信する受信部と、受信される前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を検出する検出部と、検出された前記トリガ情報に基づいて、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツを選択させるためのアプリケーションプログラムを取得する取得部と、取得された前記アプリケーションプログラムにより選択されたＡＶコンテンツを仮予約として登録する仮予約登録部と、前記ＡＶコンテンツとともに定期的に送信される、非リアルタイムに送信されるＡＶコンテンツのダウンロードに関するダウンロード情報に含まれるダウンロード予約可能なＡＶコンテンツの識別子と、仮予約された前記ＡＶコンテンツの識別子が一致する場合、仮予約された前記ＡＶコンテンツを本予約として登録する本予約登録部とを備える。【００１３】
前記仮予約登録部は、前記ダウンロード情報が記録されていない場合、選択されたＡＶコンテンツを仮予約として登録する。【００１４】
前記アプリケーションプログラムは、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツをリストにより選択させるコンテンツである。【００１５】
検出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得若しくは起動、又は実行中の前記アプリケーションプログラムの終了を制御する制御部をさらに備える。【００１６】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１７】
本技術の一側面の受信方法又はプログラムは、前述した本技術の一側面の受信装置に対応する方法又はプログラムである。【００１８】
本技術の一側面の受信装置及び方法、並びにプログラムにおいては、ＡＶコンテンツが受信され、受信されるＡＶコンテンツとともに送信される、ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報が検出され、検出されたトリガ情報に基づいて、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツを選択させるためのアプリケーションプログラムが取得され、取得されたアプリケーションプログラムにより選択されたＡＶコンテンツが仮予約として登録され、ＡＶコンテンツとともに定期的に送信される、非リアルタイムに送信されるＡＶコンテンツのダウンロードに関するダウンロード情報に含まれるダウンロード予約可能なＡＶコンテンツの識別子と、仮予約されたＡＶコンテンツの識別子が一致する場合、仮予約されたＡＶコンテンツが本予約として登録される。【００１９】
本技術の一側面の送信装置は、受信装置においてＡＶコンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報を生成するトリガ情報生成部と、生成された前記トリガ情報を、前記ＡＶコンテンツとともに送信する送信部と、非リアルタイムに送信される前記ＡＶコンテンツのダウンロードに関するダウンロード情報を生成するダウンロード情報生成部とを備え、前記送信部は、生成された前記ダウンロード情報を、前記ＡＶコンテンツとともに定期的に送信する。【００２０】
前記トリガ情報の示すコマンドには、ダウンロード予約可能な非リアルタイムに送信されるＡＶコンテンツを選択させるためのアプリケーションプログラムの取得若しくは起動、又は実行中の前記アプリケーションプログラムの終了を制御するコマンドのうちの少なくとも１つが含まれる。【００２１】
前記送信部は、前記トリガ情報を、前記ＡＶコンテンツに対応するトランスポートストリームに多重化して送信する。【００２２】
前記送信部は、前記トリガ情報を、前記ＡＶコンテンツに対応するトランスポートストリームを構成するパケットのアダプテーションフィールドに格納して送信する。【００２３】
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２４】
本技術の一側面の送信方法又はプログラムは、前述した本技術の一側面の送信装置に対応する方法又はプログラムである。【００２５】
本技術の一側面の送信装置及び方法、並びにプログラムにおいては、受信装置においてＡＶコンテンツに連動して実行させるアプリケーションプログラムの制御に関するトリガ情報が生成され、生成されたトリガ情報が、ＡＶコンテンツとともに送信され、非リアルタイムに送信されるＡＶコンテンツのダウンロードに関するダウンロード情報が生成され、生成されたダウンロード情報が、ＡＶコンテンツとともに定期的に送信される。
【発明の効果】
【００２６】
本技術の一側面によれば、ＡＶコンテンツのダウンロード予約の機会を広げることができる。
【図面の簡単な説明】
【００２７】
【図１】放送システムの構成例を示す図である。
【図２】放送装置の構成例を示す図である。
【図３】受信装置の構成例を示す図である。
【図４】放送波の信号のプロトコルスタックを示す図である。
【図５】NRT-ITの構成例を示す図である。
【図６】アプリケーションプログラムの状態遷移図である。
【図７】トリガ情報をトランスポートストリームに多重化する例を説明する図である。
【図８】トリガ情報をＴＳのPCRパケットに含めて送信する概念を示す図である。
【図９】ＡＶコンテンツ送信処理を説明するフローチャートである。
【図１０】ＡＶコンテンツ受信処理を説明するフローチャートである。
【図１１】ＡＶコンテンツ受信処理を説明するフローチャートである。
【図１２】TDOコンテンツの構成例を示す図である。
【図１３】仮予約可能なＡＶコンテンツのリストの表示例を示す図である。
【図１４】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２８】
以下、図面を参照しながら本技術の実施の形態について説明する。
【００２９】
［放送システムの構成］
図１は、放送システムの構成例を示す図である。
【００３０】
放送システム１は、放送装置１１、受信装置１３、及びコンテンツ配信サーバ１８から構成される。
【００３１】
放送装置１１は、放送局に設置される。放送装置１１は、例えば番組やＣＭ等のＡＶコンテンツを、デジタルテレビジョン放送信号として送信する。デジタルテレビジョン放送信号は、通常放送及びNRT放送として送信するようになされている。
【００３２】
通常放送とは、当該放送信号が受信された受信装置１３において、リアルタイムでの視聴を前提とした放送である。また、NRT放送とは、リアルタイムでの視聴を前提とせず、ＡＶコンテンツの放送時刻にＡＶコンテンツを視聴する必要がなく、ＡＶコンテンツをデータとして放送信号により送信するものである。
【００３３】
また、放送装置１１は、番組等のＡＶコンテンツの進行に連動して実行させるデータ放送用コンテンツの実行を指示するためのコマンドとしてのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。このトリガ情報は、コマンドの種類を示す情報の他、データ放送用コンテンツ、すなわち、データ放送用コンテンツの取得先を示す情報などを含む。なお、トリガ情報の詳細については後述する。
【００３４】
また、放送装置１１は、NRT放送において非リアルタイムに送信されるＡＶコンテンツのダウンロードに関する情報（以下、ダウンロード情報という）を、ＡＶコンテンツとともに定期的に送信する。なお、ダウンロード情報としては、例えば、前述したNRT-ITがあり、その詳細については後述する。
【００３５】
放送装置１１から送信されたデジタルテレビジョン放送信号は、中継局１２を経由して、受信装置１３により受信される。
【００３６】
受信装置１３は、例えばユーザ宅に設置される。受信装置１３は、通常放送のデジタルテレビジョン放送信号を受信した場合、デジタルテレビジョン放送信号から得られるＡＶコンテンツをディスプレイ１３Ａに表示させて、視聴させる。
【００３７】
また、受信装置１３は、ＡＶコンテンツのダウンロード予約を行った場合、予約されたＡＶコンテンツの放送開始時刻に、NRT放送のデジタルテレビジョン放送信号の受信を開始し、デジタルテレビジョン放送信号から得られるＡＶコンテンツをストレージ１４に記録する。そして、受信装置１３は、ストレージ１４に記録されたＡＶコンテンツを読み出して、再生することで、NRT放送により放送されたＡＶコンテンツを視聴させる。
【００３８】
また、受信装置１３は、LAN（Local Area Network）１５に接続されており、ルータ１６を介してインターネット１７に接続可能とされる。受信装置１３は、デジタルテレビジョン放送信号からトリガ情報が得られた場合、トリガ情報に含まれるデータ放送用コンテンツの取得先に基づいて、インターネット１７を介してコンテンツ配信サーバ１８に接続し、データ放送用コンテンツを取得する。なお、データ放送用コンテンツは、インターネット１７を介して取得する方法に限らず、例えば、デジタルテレビジョン放送信号を復調して得られる多重化ストリームから取得されるようにしてもよい。
【００３９】
受信装置１３は、取得されたデータ放送用コンテンツに基づいて、ＡＶコンテンツの仮予約の登録を行った後、放送装置１１から定期的に送信されるダウンロード情報に基づいて、仮予約されたＡＶコンテンツの本予約の登録を行う。なお、データ放送用コンテンツ（後述するTDOコンテンツ）を用いたダウンロード予約の詳細については後述する。
【００４０】
コンテンツ配信サーバ１８は、放送局等に設置される。コンテンツ配信サーバ１８は、NRT放送においてダウンロード予約が可能なＡＶコンテンツのリストを提示するためのデータ放送用コンテンツを生成する。コンテンツ配信サーバ１８は、受信装置１３からの取得要求に応じて、インターネット１７を介してデータ放送用コンテンツを配信する。
【００４１】
放送システム１は、以上のように構成される。
【００４２】
なお、データ放送用コンテンツは、受信装置１３に供給されるアプリケーションプログラムが受信装置１３のコンピュータにより実行されることで実現されるので、以下、データ放送用コンテンツを、データ放送用アプリケーションプログラム又はデータ放送用アプリとも称する。
【００４３】
［放送装置の構成］
図２は、放送装置の構成例を示す図である。
【００４４】
放送装置１１は、ビデオエンコーダ３１、オーディオエンコーダ３２、多重化部３３、トリガ生成部３４、ダウンロード情報生成部３５、及び送出部３６から構成される。
【００４５】
ビデオエンコーダ３１は、前段から入力される番組等のＡＶコンテンツのビデオストリームを所定の符号化方式に従って符号化し、その結果得られる符号化ビデオストリームを多重化部３３に供給する。なお、ビデオエンコーダ３１における符号化方式としては、例えば、MPEG2（Moving Picture Experts Group phase 2）方式、H.264方式などがある。
【００４６】
オーディオエンコーダ３２は、ビデオエンコーダ３１に入力されるビデオストリームに対応するオーディオストリームを所定の符号化方式に従って符号化し、その結果得られる符号化オーディオストリームを多重化部３３に供給する。なお、オーディオエンコーダ３２における符号化方式としては、例えば、AC3（Audio Code number 3）方式、AAC（Advanced Audio Coding）方式などがある。
【００４７】
トリガ生成部３４は、前段から入力されるＡＶコンテンツのビデオストリームの進行に合わせてトリガ情報を生成し、多重化部３３に供給する。
【００４８】
ダウンロード情報生成部３５は、ダウンロード予約可能なＡＶコンテンツに関する情報に基づいて、定期的に、例えばNRT-IT等のダウンロード情報を生成し、多重化部３３に供給する。
【００４９】
多重化部３３には、ビデオエンコーダ３１からの符号化ビデオストリーム、オーディオエンコーダ３２からの符号化オーディオストリーム、トリガ生成部３４からのトリガ情報、及びダウンロード情報生成部３５からのダウンロード情報が供給される。
【００５０】
多重化部３３は、符号化ビデオストリーム及び符号化オーディオストリームを多重化し、さらに、トリガ情報も多重化し、その結果得られる多重化ストリームを送出部３６に供給する。具体的には、例えば、ＴＳ（トランスポートストリーム）に多重化する。あるいは、デジタルテレビジョン放送のネットワーク配信を考慮して、それに適したISO ベースメディアファイルフォーマット(MP4)に多重化するようにしてもよい。
【００５１】
また、多重化部３３は、ダウンロード情報生成部３５からダウンロード情報が供給された場合、ダウンロード情報を、多重化ストリームに多重化する。
【００５２】
送出部３６は、多重化部３３から供給される多重化ストリームをデジタルテレビジョン放送信号として送出する。
【００５３】
放送装置１１は、以上のように構成される。
【００５４】
［受信装置の構成］
図３は、受信装置の構成例を示す図である。
【００５５】
受信装置１３は、チューナ５１、多重分離部５２、ビデオデコーダ５３、ビデオ出力部５４、オーディオデコーダ５５、オーディオ出力部５６、トリガ検出部５７、制御部５８、メモリ５９、操作部６０、通信I/F６１、キャッシュメモリ６２、アプリエンジン６３、ダウンロード情報検出部６４、及びダウンロード予約部６５から構成される。
【００５６】
チューナ５１は、ユーザによって選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、その結果得られる多重化ストリームを多重分離部５２に供給する。
【００５７】
多重分離部５２は、チューナ５１から供給される多重化ストリームを分離し、分離された符号化ビデオストリーム及び符号化オーディオストリームをそれぞれ、ビデオデコーダ５３及びオーディオデコーダ５５に供給する。また、多重化ストリームとともに送信されたトリガ情報又はダウンロード情報が検出された場合、トリガ情報をトリガ検出部５７に、ダウンロード情報をダウンロード情報検出部６４にそれぞれ供給する。
【００５８】
ビデオデコーダ５３は、多重分離部５２からの符号化ビデオストリームを復号し、その結果得られるビデオ信号をビデオ出力部５４に供給する。
【００５９】
ビデオ出力部５４は、ビデオデコーダ５３から供給されるビデオ信号を後段（例えば、ディスプレイ１３Ａ）に出力する。また、ビデオ出力部５４は、アプリエンジン６３から供給されるデータ放送用アプリケーションプログラム（以下、データ放送用アプリという）のビデオ信号と、ビデオデコーダ５３から供給されるビデオ信号を合成して、後段に出力する。
【００６０】
オーディオデコーダ５５は、多重分離部５２からの符号化オーディオストリームを復号し、その結果得られるオーディオ信号をオーディオ出力部５６に供給する。
【００６１】
オーディオ出力部５６は、オーディオデコーダ５５から供給されるオーディオ信号を後段（例えば、スピーカ）に出力する。
【００６２】
トリガ検出部５７は、多重分離部５２により分離される多重化ストリームからトリガ情報を検出し、制御部５８に供給する。
【００６３】
制御部５８は、メモリ５９に記録されている制御用プログラムを実行することにより、受信装置１３の各部の動作を制御する。また、制御部５８は、トリガ検出部５７から供給されるトリガ情報に基づいて、データ放送用アプリの取得、起動、イベント発火、休止、終了等を制御する。
【００６４】
操作部６０は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部５８に通知する。
【００６５】
通信I/F６１は、アプリエンジン６３からの制御に従い、インターネット１７を介してコンテンツ配信サーバ１８に接続する。アプリエンジン６３は、制御部５８からの制御に従い、通信I/F６１及びインターネット１７を介してコンテンツ配信サーバ１８からデータ放送用アプリを取得し、キャッシュメモリ６２に保持させる。
【００６６】
アプリエンジン６３は、制御部５８からの制御に従い、キャッシュメモリ６２に保持されているデータ放送用アプリを読み出して実行する。
【００６７】
ダウンロード情報検出部６４は、多重分離部５２により分離される多重化ストリームからダウンロード情報を検出し、制御部５８に供給する。
【００６８】
制御部５８は、ダウンロード情報検出部６４から供給されるダウンロード情報の解析を行い、その解析結果をメモリ５９に記録する。
【００６９】
ダウンロード予約部６５は、制御部５８からの制御に従い、ＡＶコンテンツのダウンロード予約に関する処理を行う。ダウンロード予約部６５は、仮予約登録部７１及び本予約登録部７２から構成される。
【００７０】
仮予約登録部７１は、制御部５８からの制御に従い、データ放送用アプリの実行により選択される所望のＡＶコンテンツを仮予約として登録する。
【００７１】
本予約登録部７２は、制御部５８からの制御に従い、制御部５８により解析されたダウンロード情報に含まれるＡＶコンテンツの識別子と、仮予約登録部７１により仮予約されたＡＶコンテンツの識別子が一致する場合、仮予約されたＡＶコンテンツを本予約として登録する。
【００７２】
ダウンロード予約部６５は、本予約登録されたＡＶコンテンツの予約開始時刻になった場合、チューナ５１を制御して、所定のチャンネルのＡＶコンテンツのダウンロードを行う。チューナ５１により受信され、復調された多重化ストリームは、多重分離部５２により分離され、ストレージ１４に記録される。なお、ＡＶコンテンツがインターネット１７に接続された配信用のサーバから取得される場合、ダウンロード予約部６５は、本予約登録されたＡＶコンテンツの予約開始時刻になった場合、通信I/F６１を制御して、所定のチャンネルのＡＶコンテンツのダウンロードを行う。通信I/F６１により受信されたＡＶコンテンツは、ストレージ１４に記録される。
【００７３】
ストレージ１４に記録されたＡＶコンテンツの再生が指示された場合、ビデオデコーダ５３は、ストレージ１４に記録された符号化ビデオストリームを読み出して復号し、その結果得られるビデオ信号を、ビデオ出力部５４を介して後段に出力する。また、オーディオデコーダ５５は、ストレージ１４に記録された符号化オーディオストリームを読み出して復号し、その結果得られるオーディオ信号を、オーディオ出力部５６を介して後段に出力する。
【００７４】
受信装置１３は、以上のように構成される。
【００７５】
［NRT放送の詳細］
次に、NRT放送の詳細について説明する。NRT放送においては、ユーザが個々のＡＶコンテンツを選択した後、受信し蓄積する方式（以下、Pull型NRT放送という）と、ユーザが特定のＡＶコンテンツの集合を視聴する登録を行った上で、受信装置１３がこれらのＡＶコンテンツを自動的に受信して蓄積する方式（以下、Push型NRT放送という）の２つの方式がある。
【００７６】
ここでは、Pull型NRT放送について説明する。
【００７７】
図４は、NRT放送及び通常放送を含む放送波の信号におけるプロトコルスタックを示す図である。
【００７８】
図４に示すように、最も下位の階層は、Physical Layer（物理層）とされ、当該チャンネルのために割り当てられた放送波の周波数帯域がこれに対応する。Physical Layerに隣接する上位の階層は、ＴＳ（トランスポートストリーム）とされる。
【００７９】
ＴＳにおいては、上位の階層のパケットが、トランスポートパケットと呼ばれる固定長のパケットに分割されて伝送され、このトランスポートパケットの連続が、トランスポートストリームとなる。すなわち、１つの放送チャンネルに対応する周波数帯域において伝送される信号は、全てその放送チャンネルに対応するヘッダ情報などを有するトランスポートパケットにより伝送される。
【００８０】
トランスポートストリームに隣接する上位の階層は、Section又はPES（Packetized Elementary Stream）とされる。例えば、通常放送のＡＶコンテンツのように、リアルタイムで再生されるデータは、PESのパケットとして伝送される。また、ファイル転送のデータ、制御情報のデータなどは、Sectionのパケットとして伝送される。
【００８１】
図４に示すように、PESのパケットの種類に対応して、Caption Coding，Audio Coding，及びVideo CodingがPESの上位階層として規定される。Caption Codingは、画像の字幕に関するデータが格納されるパケットであり、Audio Codingは、音声データが格納されるパケットであり、Video Codingは、画像データが格納されるパケットとされる。
【００８２】
Sectionに隣接する上位階層として、PSIP及びPSIが規定される。PSIP（Program and System Information Protocol）は、VCT，NRT-ITなどを有する階層とされる。このPSIPのデータは、VCT，NRT-ITなどを含んで構成され、受信装置１３により定期的に受信されるようになされている。PSI（Program Specific Information）は、PAT（Program Association Table）、PMT（Program Map Table）などを有する階層とされる。
【００８３】
また、Sectionに隣接する上位階層として、DSM-CC（Digital Storage Media Command and Control）が表示されている。DSM-CCは、放送ストリームのMPEG2-TS上でIPパケットを伝送するためのアダプテーションレイヤーとして用いられる。なお、DSM-CCは、ISO規格として規定される。
【００８４】
DSM-CCに隣接する上位階層として、Interactive Data Codingが表示される。Interactive Data Coding，Caption Coding，Audio Coding，及びVideo Codingに格納されるデータにより、ストリーミング放送が実現される。すなわち、これらのデータを受信することで、通常放送の番組を受信して再生することができる。
【００８５】
また、DSM-CCに隣接する上位階層として、IPが表示される。ここで表示されるIPは、TCI/IPのプロトコルスタックにおけるIPと同じものであり、IPアドレスによりIPパケットが特定される。NRT放送は、IPパケットを用いて構成されるようになされている。勿論、NRT放送は、通信ではなく、放送として提供されるものであるから、本来、通信プロトコルであるTCI/IPのプロトコルスタックを用いる必要はないが、ＡＶコンテンツのダウンロードを行うにあたり、形式的にIPパケットが用いられる。
【００８６】
IPに隣接する上位階層は、UDPとされ、その上位階層としてFLUTE/ALC（Asynchronous Layered Coding Protocol）/LCT（Layered Coding Transport (Building Block)）が表示される。すなわち、NRT放送においては、TCP/IP通信におけるUDPのポートが指定されたパケットが送信され、例えば、FLUTE（File Delivery over Unidirectional Transport）によるセッションが確立されるようになされている。なお、FLUTEの詳細は、RFC3926として規定されている。
【００８７】
図５は、NRT-ITの例を示す図である。
【００８８】
NRT-IT（NRT Information Table）は、受信装置１３において、各チャンネルにおいて放送されるNRT放送のＡＶコンテンツのそれぞれを識別可能とするための記述子により構成されるテーブルである。
【００８９】
図５に示すように、NRT-ITには、ＡＶコンテンツ単位の記述領域に、各ＡＶコンテンツのダウンロードに関する情報が記述される。図５の例では、Content#1，Content#2，・・・，Content#Nごとに、その記述領域に、Content ID，Distribution start/end，Content name，Content URL等の情報が記述される。
【００９０】
Content IDは、ＡＶコンテンツを識別するためのＩＤが記述される。このＩＤは、所定の文字や数値などにより記述される。
【００９１】
Distribution start/endは、ＡＶコンテンツの配信スケジュールに関する情報が記述される。配信スケジュールとしては、ＡＶコンテンツの放送開始時刻及び放送終了時刻を表す情報が記述される。なお、ＡＶコンテンツは、NRT放送のＡＶコンテンツであるため、放送開始時刻及び放送終了時刻により、ＡＶコンテンツを視聴可能な時間が表されるものではなく、ＡＶコンテンツのダウンロードを開始すべき時刻及び終了すべき時刻が表される。
【００９２】
Content nameは、ＡＶコンテンツの名称に関する情報が記述される。この名称としては、例えば、ＡＶコンテンツのタイトルが文字列や数値などにより記述される。
【００９３】
Content URLは、ＡＶコンテンツが配置されている場所を特定するためのURL（Uniform Resource Locator）に関する情報が記述される。
【００９４】
このように、NRT-ITの記述領域には、Content IDにより識別されるＡＶコンテンツに関する情報として、Distribution start/end，Content name，Content URLが記述され、これらの情報が記述されたNRT-ITがダウンロード情報として送信される。
【００９５】
なお、NRT-ITの記述領域には、例えば、ＡＶコンテンツのバージョンや有効期限に関する情報などを記述することもできる。
【００９６】
NRT-ITは、以上のように構成される。
【００９７】
なお、このNRT-ITに関しては、例えば、本出願人による出願である特許文献１（特開２０１１−４１２４２号公報）に記載されている。
【００９８】
［トリガ情報の詳細］
次に、トリガ情報の詳細について説明する。トリガ情報は、データ放送用アプリを制御するための情報である。このトリガ情報には、例えば、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、及びターミネートのコマンドが含まれる。
【００９９】
プリキャッシュコマンド（Pre-cache）は、データ放送用アプリの取得を指示するためのコマンドである。また、エクスキュートコマンド（Execute）は、データ放送用アプリの起動を指示するためのコマンドである。さらに、インジェクトイベントコマンド（Inject_event）は、実行中のデータ放送用アプリにおいてイベントを引火させるためのコマンドである。
【０１００】
サスペンドコマンド（Suspend）は、実行中のデータ放送用アプリを休止させるためのコマンドである。また、ターミネートコマンド（Terminate）は、実行中のデータ放送用アプリを終了させるためのコマンドである。
【０１０１】
図６は、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、及びターミネートの各コマンドに応じて受信装置１３にて動作するデータ放送用アプリの状態遷移図である。
【０１０２】
図６に示すように、データ放送用アプリの状態は、終了状態(Stopped)、準備状態(Ready)、実行中状態(Active)、又は休止状態(Suspended)の４種類のうちのいずれかに遷移していると定義される。
【０１０３】
終了状態は、データ放送用アプリが受信装置１３に未取得である状態を指す。準備状態は、そのデータ放送用アプリが受信装置１３に取得済みであって起動されていない状態を指す。実行中状態は、データ放送用アプリが起動されて実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリに保持されている状態を指す。
【０１０４】
データ放送用アプリが終了状態に遷移しているとき（受信装置１３に未取得のとき）、プリキャッシュコマンドのトリガ情報が受信され、プリキャッシュコマンドに従ってそのデータ放送用アプリが取得されると、準備状態に遷移する。
【０１０５】
データ放送用アプリが準備状態であるとき、エクスキュートコマンドのトリガ情報が受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが起動されると、実行中状態に遷移する。
【０１０６】
また、データ放送用アプリが終了状態に遷移しているとき（受信装置１３に未取得のとき）、エクスキュートコマンドのトリガ情報が受信され、エクスキュートコマンドに従ってそのデータ放送用アプリが取得されて起動されると、実行中状態に遷移する。
【０１０７】
データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドのトリガ情報が受信され、サスペンドコマンドに従って実行中のデータ放送用アプリが中断されると休止状態に遷移する。
【０１０８】
データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドのトリガ情報が受信され、エクスキュートコマンドに従って、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。
【０１０９】
データ放送用アプリが準備状態、実行中状態、又は休止状態に遷移しているとき、ターミネートコマンドのトリガ情報が受信され、ターミネートコマンドに従って、実行中のデータ放送用アプリが終了されると、終了状態に遷移する。
【０１１０】
データ放送用アプリは、以上のようにその状態が遷移する。
【０１１１】
図７は、トリガ情報をＴＳに多重化する場合を示している。
【０１１２】
この場合、図７のＡに示すように、ＴＳのPMT(Program Map Table) descriptorに、トリガ情報のdescriptorを定義し、図７のＢに示すようにトリガ情報が記述される。具体的には、図７のＢにおけるdescriptor_length以降の位置に、トリガ情報のシンタックスが記述される。
【０１１３】
なお、PMT descriptorでなく、例えば、SIT(selection information table) descriptorにトリガ情報のdescriptorを定義するようにしてもよい。
【０１１４】
図８は、トリガ情報がデジタルテレビジョン放送信号のＴＳのPCR（Program Clock Reference）パケットに配置されて送信される場合の概念を示している。
【０１１５】
図８に示すように、トリガ情報は全てのPCRパケットに格納されるわけではなく、ＡＶコンテンツと連動させる適切なタイミングにおいてのみ、PCRパケットに格納される。PCRパケットは、ＴＳパケットのadaptation_fieldにPCRが格納されたものであり、トリガ情報は、PCRの後に続くtransport_private_data_byteに格納される。
【０１１６】
なお、図７及び図８においては、トリガ情報をＴＳに多重化して伝送する例と、PCRに格納して伝送する例を示したが、トリガ情報の格納、及び伝送方法としてはこれに限定されるものではない。例えば他にトリガ情報を映像情報そのものに埋め込んでもよい。また、トリガ情報のコマンドとして、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、及びターミネートを一例に説明したが、それ以外のコマンドを用いることも可能である。
【０１１７】
また、このトリガ情報に関しては、例えば、本出願人による出願である特願２０１１−０４１８０１号（出願日：平成２３年２月２８日）に記載されている。
【０１１８】
［ＡＶコンテンツ送信処理の流れ］
次に、図９のフローチャートを参照して、放送装置１１により行われるＡＶコンテンツ送信処理について説明する。
【０１１９】
ステップＳ１１において、ビデオエンコーダ３１は、前段から入力される番組等のＡＶコンテンツのビデオストリームを符号化し、その結果得られる符号化ビデオストリームを多重化部３３に供給する。
【０１２０】
ステップＳ１２において、オーディオエンコーダ３２は、前段から入力されるオーディオストリームを符号化し、その結果得られる符号化オーディオストリームを多重化部３３に供給する。
【０１２１】
ステップＳ１３において、トリガ生成部３４は、トリガ情報を送信するか否かを判定する。ステップＳ１３において、トリガ情報を送信すると判定された場合、処理は、ステップＳ１４に進む。
【０１２２】
ステップＳ１４において、トリガ生成部３４は、前段から入力されるＡＶコンテンツのビデオストリームの進行に対応させたトリガ情報を生成する。一方、ステップＳ１３において、トリガ情報を送信しないと判定された場合、ステップＳ１４をスキップして、処理は、ステップＳ１５に進む。
【０１２３】
ステップＳ１５において、ダウンロード情報生成部３５は、NRT-IT（ダウンロード情報）を送信するか否かを判定する。ステップＳ１５において、NRT-ITを送信すると判定された場合、処理は、ステップＳ１６に進む。
【０１２４】
ステップＳ１６において、ダウンロード情報生成部３５は、ダウンロード予約可能なＡＶコンテンツに関する情報に基づいて、NRT-ITを生成する。一方、ステップＳ１６において、NRT-ITを送信しないと判定された場合、ステップＳ１６をスキップして、処理は、ステップＳ１７に進む。
【０１２５】
ステップＳ１７において、多重化部３３は、多重化ストリームを生成し、送出部３６に供給する。
【０１２６】
すなわち、多重化部３３においては、符号化ビデオストリーム及び符号化オーディオストリームが多重化されるとともに、トリガ情報を送信する場合にはトリガ情報も多重化され、さらに、NRT-ITを送信する場合にはNRT-ITも多重化される。
【０１２７】
ステップＳ１８において、送出部３６は、多重化部３３から供給された多重化ストリームをデジタルテレビジョン放送信号として送出する。その後、処理はステップＳ１１に戻り、前述したそれ以降の処理が繰り返される。
【０１２８】
以上のように、放送装置１１においては、ＡＶコンテンツの送信が行われるに際して、所定のタイミングで、トリガ情報又はNRT-ITが生成され、ＡＶコンテンツとともに送信される。
【０１２９】
［ＡＶコンテンツ受信処理の流れ］
次に、図１０及び図１１を参照して、受信装置１３により行われるＡＶコンテンツ受信処理について説明する。
【０１３０】
ステップＳ３１において、チューナ５１は、ユーザにより選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、多重分離部５２に供給する。
【０１３１】
ステップＳ３２において、多重分離部５２は、チューナ５１からの多重化ストリームを分離し、分離された符号化ビデオストリーム及び符号化オーディオストリームを、ビデオデコーダ５３及びオーディオデコーダ５５に供給する。また、多重分離部５２は、多重化ストリームとともに送信されたトリガ情報又はNRT-ITが検出された場合、トリガ情報をトリガ検出部５７に、NRT-ITをダウンロード情報検出部６４にそれぞれ供給する。
【０１３２】
ステップＳ３３において、ビデオデコーダ５３は、多重分離部５２により分離された符号化ビデオストリームを復号し、その結果得られるビデオ信号を、ビデオ出力部５４を介してディスプレイ１３Ａに出力する。
【０１３３】
ステップＳ３４において、オーディオデコーダ５５は、多重分離部５２により分離された符号化オーディオストリームを復号し、その結果得られるオーディオ信号を、オーディオ出力部５６を介してスピーカ（不図示）に出力する。
【０１３４】
これにより、放送装置１１から送信されてくるＡＶコンテンツが受信され、ユーザにより視聴される。
【０１３５】
ステップＳ３５において、トリガ検出部５７は、多重分離部５２により分離される多重化ストリームからトリガ情報が検出されたか否かを判定する。
【０１３６】
ステップＳ３５において、トリガ情報が検出されたと判定された場合、処理は、ステップＳ３６に進む。ステップＳ３６において、制御部５８は、検出されたトリガ情報の示すコマンドを解析する。
【０１３７】
ステップＳ３７において、制御部５８は、解析されたコマンドがプリキャッシュであるか否かを判定する。ステップＳ３７において、コマンドがプリキャッシュであると判定された場合、処理は、ステップＳ３８に進む。
【０１３８】
ステップＳ３８において、アプリエンジン６３は、制御部５８からの制御に従い、当該トリガ情報のApp_idにより特定されるデータ放送用アプリとして、TDOコンテンツのデータを取得する。このTDOコンテンツは、コンテンツ配信サーバ１８から取得され、キャッシュメモリ６２に保持される。なお、App_idは、当該トリガ情報に対応して取得すべきデータ放送用アプリの識別情報である。
【０１３９】
続いて、ステップＳ３９において、コマンドがエクスキュートであるか否かを判定する。例えば、解析されたコマンドがプリキャッシュである場合（ステップＳ３９の「No」）、処理は、ステップＳ３１に戻り、前述した処理が繰り返される。そして、再度、トリガ情報が検出され（ステップＳ３５の「Yes」）、コマンドがエクスキュートであると判定された場合（ステップＳ３９の「Yes」）、処理は、ステップＳ４０に進む。
【０１４０】
ステップＳ４０において、アプリエンジン６３は、制御部５８からの制御に従い、App_idにより特定されるデータ放送用アプリとして、キャッシュメモリ６２に保持されたTDOコンテンツを起動する。
【０１４１】
なお、アプリエンジン６３は、App_idにより特定されるデータ放送用アプリのプログラムデータが未取得（キャッシュメモリ６２に存在しない）の場合には、それを取得してから起動する。また、アプリエンジン６３は、現在実行中のデータ放送用アプリがあるならば、それを終了させてから、起動する。
【０１４２】
ステップＳ４１において、アプリエンジン６３は、TDOコンテンツに、仮予約可能なＡＶコンテンツのダウンロードに関する情報（以下、仮予約ダウンロード情報という）が含まれるか否かを判定する。TDOコンテンツには、例えば、図１２に示す仮予約ダウンロード情報が記述される。
【０１４３】
図１２は、TDOコンテンツの構成例を示す図である。
【０１４４】
図１２に示すように、TDOコンテンツは、HTML（HyperText Markup Language）により記述される。
【０１４５】
tdo要素の開始タグと終了タグの間には、１以上のitems要素が記述される。各item要素は、content name要素，content ID要素，content url要素から構成される。
【０１４６】
content name要素は、ＡＶコンテンツの名称を記述するための要素であり、図１２の例では、「sportsnews10thApril」が記述されている。
【０１４７】
content ID要素は、ＡＶコンテンツを識別するＩＤを記述するための要素であり、図１２の例では、「01234567」が記述されている。
【０１４８】
content url要素は、ＡＶコンテンツの配置されている場所を特定するURLを記述するための要素であり、図１２の例では、「http://www.abc.com/NRT/sportsnews/940822.mp4」が記述されている。
【０１４９】
このように、TDOコンテンツには、仮予約可能なＡＶコンテンツを識別するための仮予約ダウンロード情報として、ＡＶコンテンツごとに、ＩＤ、名称、及びURLが記述される。
【０１５０】
なお、図１２の例では、１つのＡＶコンテンツの仮予約ダウンロード情報を代表して記述したが、２以上の仮予約可能なＡＶコンテンツがある場合には、それに応じた仮予約ダウンロード情報がitems要素により記述される。また、仮予約ダウンロード情報には、ＡＶコンテンツを一意に識別可能な情報が含まれていればよいので、ＩＤ、名称、又はURLの全ての情報が含まれている必要はなく、また、それ以外の他の識別情報を用いてもよい。また、tdo要素やitems要素のタグ以外の他のタグを用いてもよい。
【０１５１】
図１０のフローチャートに戻り、ステップＳ４１において、仮予約ダウンロード情報が含まれると判定された場合、処理は、ステップＳ４２に進む。ステップＳ４２において、アプリエンジン６３は、仮予約ダウンロード情報をビデオ出力部５４に供給し、ディスプレイ１３Ａに表示させる。例えば、図１３に示すような、仮予約可能なＡＶコンテンツのリストがディスプレイ１３Ａに表示される。
【０１５２】
図１０のフローチャートに戻り、ステップＳ４３において、制御部５８は、ユーザによる操作部６０の操作に基づいて、所望のＡＶコンテンツが選択されたか否かを判定する。ステップＳ４３において、所望のＡＶコンテンツが選択されたと判定された場合、処理は、図１１のステップＳ４４に進む。
【０１５３】
一方、ステップＳ４３において、所望のＡＶコンテンツが選択されなかったと判定された場合、処理は、ステップＳ３１に戻り、前述した処理が繰り返される。なお、トリガ情報が検出されなかった場合（ステップＳ３５の「No」）、あるいはTDOコンテンツに仮予約ダウンロード情報が含まれていない場合（ステップＳ４１の「No」）、所望のＡＶコンテンツの選択が行われないため、処理はステップＳ３１に戻り、前述した処理が繰り返される。
【０１５４】
図１１のステップＳ４４において、制御部５８は、ＡＶコンテンツとともに定期的に送信されるNRT-ITがメモリ５９に記録されているか否かを判定する。ステップＳ４４において、NRT-ITが記録されていないと判定された場合、処理は、ステップＳ４５に進む。例えば、放送装置１１から定期的に送信されるNRT-ITが、電波障害や受信装置１３における取りこぼし（受信ミス）などにより受信されなかった場合、放送装置１１には、古いNRT-ITが記録されたままになる。
【０１５５】
ステップＳ４５において、仮予約登録部７１は、制御部５８からの制御に従い、選択された所望のコンテンツの仮予約の登録を行う。なお、この時点では、予約は仮のものであるため、仮予約登録は、確実にダウンロードが行われることを保障するものではない。
【０１５６】
そして、受信装置１３では、放送装置１１から新たなNRT-ITが送信された場合、NRT-ITが受信され、ダウンロード情報検出部６４により検出される（ステップＳ４６）。ステップＳ４７において、制御部５８は、新たに受信されたNRT-ITの解析を行う。
【０１５７】
ステップＳ４８において、制御部５８は、新たに受信されたNRT-ITの解析結果に基づいて、NRT-ITに含まれるＡＶコンテンツの識別子と、仮予約されたＡＶコンテンツの識別子が一致するか否かを判定する。
【０１５８】
この判定処理では、例えば、NRT-IT（ダウンロード情報）に記述されたContent ID（図５）と、TDOコンテンツ（仮予約ダウンロード情報）のcontent ID要素に記述された仮予約されたＡＶコンテンツのＩＤ（図１２）が一致するか否かが判定される。また、Content IDに限らず、図５のNRT-ITと、図１２のTDOコンテンツで共通の情報となる、Content name，Content URL等の他の識別情報を用いた判定処理を行ってもよい。
【０１５９】
ステップＳ４８において、識別子が一致すると判定された場合、処理は、ステップＳ４９に進む。
【０１６０】
ステップＳ４９において、制御部５８は、仮予約されたＡＶコンテンツがダウンロード及び視聴可能であるか否かを判定する。ステップＳ４９において、仮予約されたＡＶコンテンツがダウンロード及び視聴可能であると判定された場合、処理は、ステップＳ５０に進む。
【０１６１】
ステップＳ５０において、本予約登録部７２は、制御部５８からの制御に従い、仮予約されたＡＶコンテンツを、本予約として登録する。
【０１６２】
すなわち、NRT-ITが記録されていない場合、一旦、選択された所望のＡＶコンテンツを仮予約として登録しておく。そして、新たにNRT-ITを受信した場合に、そのNRT-ITに含まれるＡＶコンテンツの識別子と、仮予約された所望のＡＶコンテンツの識別子が一致する場合には、仮予約された所望のＡＶコンテンツを本予約として登録する。
【０１６３】
また、ステップＳ４４において、NRT-ITが記録されていると判定された場合、処理は、ステップＳ４７に進む。そして、ステップＳ４７において、制御部５８は、記録されているNRTを解析し、その解析結果に基づいて、そのNRT-ITに含まれるＡＶコンテンツの識別子と、選択された所望のＡＶコンテンツの識別子が一致するか否かを判定する（ステップＳ４８）。ステップＳ４８において、ＡＶコンテンツの識別子が一致すると判定された場合、処理は、ステップＳ４９に進む。
【０１６４】
そして、当該ＡＶコンテンツがダウンロード及び視聴可能である場合（ステップＳ４９の「Yes」）、ステップＳ５０において、本予約登録部７２は、制御部５８からの制御に従い、選択された所望のＡＶコンテンツを、本予約として登録する。
【０１６５】
すなわち、NRT-ITが記録されている場合、選択された所望のＡＶコンテンツを仮予約の登録をせずに、そのＡＶコンテンツの識別子が、NRT-ITに含まれるＡＶコンテンツの識別子と一致する場合には、直ちに、そのＡＶコンテンツを本予約として登録する。
【０１６６】
なお、ステップＳ４８において、NRT-ITに含まれるＡＶコンテンツの識別子と、当該ＡＶコンテンツの識別子が一致しないと判定された場合、処理は、ステップＳ５１に進む。ステップＳ５１において、制御部５８は、ＡＶコンテンツが仮予約済みであるか否かを判定する。ステップＳ５１において、ＡＶコンテンツが仮予約されていないと判定された場合、仮予約登録部７１は、制御部５８からの制御に従い、ＡＶコンテンツの仮予約登録を行う（ステップＳ５２）。一方、ステップＳ５１において、ＡＶコンテンツが仮予約されていると判定された場合、ステップＳ５２をスキップして、処理は、ステップＳ５３に進む。そして、受信装置１３では、放送装置１１から新たなNRT-ITが送信された場合、NRT-ITが受信される（ステップＳ５３）。
【０１６７】
ステップＳ５４において、制御部５８は、仮予約登録（ステップＳ４５）が行われた場合には、その仮予約登録が行われた後、一定時間が経過したか否かを判定する。ステップＳ５４において、一定時間を経過していないと判定された場合、処理は、ステップＳ４７に戻り、再度、当該ＡＶコンテンツの識別子が、新たに受信されたNRT-ITに含まれるＡＶコンテンツの識別子と比較されることになる。
【０１６８】
一方、ステップＳ５４において、一定時間が経過したと判定された場合、仮予約登録は無効とみなされて解除され、処理は、ステップＳ５５に進む。ステップＳ５５において、制御部５８は、アプリエンジン６３を制御して、ダウンロード不可である旨を示すメッセージを、ディスプレイ１３Ａに表示させる。
【０１６９】
また、例えば、ＡＶコンテンツを記録するために必要な容量がストレージ１４に不足している場合など、ステップＳ４９において、当該ＡＶコンテンツがダウンロード及び視聴可能ではないと判定された場合も同様に、ダウンロード不可である旨を示すメッセージが表示される。なお、ストレージ１４の容量不足が解消した場合には、本予約登録が行われるようにしてもよい。
【０１７０】
ステップＳ５５の処理が終了すると、図１０及び図１１のコンテンツ受信処理は終了する。
【０１７１】
すなわち、仮予約登録後一定時間が経過したり、当該ＡＶコンテンツがダウンロード及び視聴可能でない場合には、メッセージが表示され、ＡＶコンテンツのダウンロードが行われないこととなる。
【０１７２】
ステップＳ５６において、トリガ検出部５７は、多重分離部５２により分離される多重化ストリームからトリガ情報が検出されたか否かを判定する。
【０１７３】
ステップＳ５６において、トリガ情報が検出されたと判定された場合、処理は、ステップＳ５７に進む。ステップＳ５７において、制御部５８は、検出されたトリガ情報の示すコマンドを解析する。
【０１７４】
ステップＳ５８において、制御部５８は、解析されたコマンドがターミネートであるか否かを判定する。ステップＳ５８において、コマンドがターミネートであると判定された場合、処理は、ステップＳ５９に進む。
【０１７５】
ステップＳ５９において、アプリエンジン６３は、当該トリガ情報のApp_idにより特定されるデータ放送用アプリであるTDOコンテンツが実行中であれば、それを終了させる。そして、処理は、ステップＳ６０に進む。
【０１７６】
なお、トリガ情報が検出されなかった場合（ステップＳ５６の「No」）、あるいは解析されたコマンドがターミネートではない場合（ステップＳ５８の「No」）、トリガ情報の処理はスキップされ、処理は、ステップＳ６０に進む。また、トリガ情報によるTDOコンテンツの終了の処理は、本予約登録が終わった後に限らず、例えば、仮予約登録が終わった後などに行われるようにしてもよい。
【０１７７】
ステップＳ６０において、ダウンロード予約部６５は、本予約登録されたＡＶコンテンツの予約開始時刻になったか否かを判定し、予約開始時刻となるまで待機する。なお、この予約開始時刻は、NRT-ITに記述されたDistribution start/endにより特定される。ステップＳ６０において、予約開始時刻になったと判定された場合、処理は、ステップＳ６１に進む。
【０１７８】
ステップＳ６１において、ダウンロード予約部６５は、チューナ５１を制御して、所定のチャンネルのＡＶコンテンツのダウンロードを行う。チューナ５１により受信され、復調された多重化ストリームは、多重分離部５２により分離され、ストレージ１４に記録される。なお、ストレージ１４には、ＡＶコンテンツとともに、NRT-IT等の情報も記録される。また、２以上のＡＶコンテンツが選択された場合には、ステップＳ６０，Ｓ６１の処理が繰り返され、すべてのＡＶコンテンツがダウンロードされる。また、ＡＶコンテンツがインターネット１７に接続された配信用のサーバから取得される場合、ダウンロード予約部６５は、通信I/F６１を制御して、所定のチャンネルのＡＶコンテンツのダウンロードを行い、ダウンロードされたＡＶコンテンツがストレージ１４に記録される。
【０１７９】
ＡＶコンテンツのダウンロードが終了すると、ステップＳ６２において、制御部５８は、アプリエンジン６３を制御して、ダウンロードされたＡＶコンテンツのリストを表示させる。
【０１８０】
ステップＳ６３において、制御部５８は、ユーザによる操作部６０の操作に基づいて、表示されたＡＶコンテンツのリストの中から、再生するＡＶコンテンツの選択を受け付ける。
【０１８１】
ユーザによりＡＶコンテンツが選択された場合、ビデオデコーダ５３及びオーディオデコーダは、選択されたＡＶコンテンツに対応する符号化ビデオストリーム及び符号化オーディオストリームをそれぞれ、ストレージ１４から読み出す。そして、ビデオデコーダ５３は、符号化ビデオストリームを復号し、その結果得られるビデオ信号をディスプレイ１３Ａに出力する。また、オーディオデコーダ５５は、符号化オーディオストリームを復号し、その結果得られるオーディオ信号をスピーカ（不図示）に出力する。
【０１８２】
これにより、放送装置１１からダウンロードされ、ストレージ１４に記録されたＡＶコンテンツが再生され、ユーザにより視聴される（ステップＳ６４）。
【０１８３】
以上のように、受信装置１３においては、ＡＶコンテンツとともに送信されるトリガ情報が検出され、検出されたトリガ情報に基づいて、データ放送用アプリとしてのTDOコンテンツが取得され、TDOコンテンツにより所望のＡＶコンテンツが選択される。そして、TDOコンテンツにより選択される所望のＡＶコンテンツが仮予約として登録され、定期的に送信されるNRT-ITに含まれるダウンロード可能なＡＶコンテンツの識別子と、仮予約されたＡＶコンテンツの識別子が一致する場合、仮予約されたＡＶコンテンツが本予約として登録される。
【０１８４】
これにより、受信装置１３が保持しているNRT-ITが最新のものでない場合であっても、所望のＡＶコンテンツの仮予約登録を行っておき、新たにNRT-ITを受信してから仮予約登録を本予約登録に変更するので、新たにNRT-ITが受信されるまで、ダウンロード予約を待つ必要なない。そのため、ＡＶコンテンツのダウンロード予約の機会を失うといったことがなくなるため、確実に、NRTサービスにおけるＡＶコンテンツのダウンロード予約を行うことができる。その結果、ダウンロード予約の機会を広げることができる。
【０１８５】
なお、前述した図１の放送システム１は、例えば現状の米国のように、デジタルテレビジョン放送の放送帯域にデータ放送用コンテンツを放送するための帯域が設けられていない状態において、ＡＶコンテンツに連動し得るデータ放送用コンテンツを実現するものである。また、前述した説明では、ＡＶコンテンツは、放送装置１１によりデジタルテレビジョン放送信号で放送される例を主に説明したが、前述したように、専用の配信用のサーバを設けて、インターネット１７を介して配信するようにしてもよい。
【０１８６】
また、前述した説明では、データ放送用アプリとして、TDOコンテンツを説明し、TDOコンテンツにより仮予約可能なＡＶコンテンツをディスプレイ１３Ａに表示して選択させる例を説明したが、ディスプレイ１３Ａに表示せずに選択するようにしてもよい。例えば、制御部５８がTDOコンテンツを実行することで、あらかじめ設定された条件などに基づいて、ＡＶコンテンツを選択するようにしてもよい。
【０１８７】
また、TDOコンテンツは、トリガ情報に基づいて取得され、起動されるだけでなく、他のTDOコンテンツから起動されるようにしてもよい。また、TDOコンテンツは、HTMLにより記述されるとして説明したが、その他、JavaScript（登録商標），JPEGファイル，PNGファイルなどから構成される。また、TDOコンテンツの記述言語としては、例えば、BML（Broadcast Markup Language）など他の記述言語を採用することもできる。
【０１８８】
また、前述した説明では、Pull型NRT放送について説明したが、Push型NRT放送についても同様に適用することができる。
【０１８９】
［本技術を適用したコンピュータの説明］
前述した一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。
【０１９０】
そこで、図１４は、前述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０１９１】
プログラムは、コンピュータ１００に内蔵されているハードディスク等の記録部１０８やROM(Read Only Memory)１０２に予め記録しておくことができる。
【０１９２】
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブルメディア１１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブルメディア１１１は、いわゆるパッケージソフトウエアとして提供することができる。
【０１９３】
なお、プログラムは、前述したようなリムーバブルメディア１１１からコンピュータ１００にインストールする他、ダウンロードサイトから、デジタル衛星放送用の人工衛星を介して、コンピュータ１００に無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータ１００に有線で転送し、コンピュータ１００では、そのようにして転送されてくるプログラムを、通信部１０９で受信し、記録部１０８にインストールすることができる。
【０１９４】
コンピュータ１００は、CPU(Central Processing Unit)１０１を内蔵している。CPU１０１には、バス１０４を介して、入出力インタフェース１０５が接続されており、CPU１０１は、入出力インタフェース１０５を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部１０６が操作等されることにより指令が入力されると、それに従って、ROM１０２に格納されているプログラムを実行する。あるいは、また、CPU１０１は、記録部１０８に格納されているプログラム、衛星若しくはネットワークから転送され、通信部１０９で受信されて記録部１０８にインストールされたプログラム、又はドライブ１１０に装着されたリムーバブルメディア１１１から読み出されて記録部１０８にインストールされたプログラムを、RAM(Random Access Memory)１０３にロードして実行する。これにより、CPU１０１は、前述したフローチャートにしたがった処理、あるいは前述したブロック図の構成により行われる処理を行う。そして、CPU１０１は、その処理結果を、必要に応じて、例えば、入出力インタフェース１０５を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部１０７から出力、あるいは、通信部１０９から送信、さらには、記録部１０８に記録等させる。
【０１９５】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０１９６】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０１９７】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１９８】
さらに、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１９９】
１  放送システム，  １１  放送装置，  １３  受信装置，  １４  ストレージ，  １７  インターネット，  １８  コンテンツ配信サーバ，  ３３  多重化部，  ３４  トリガ生成部，  ３５  ダウンロード情報生成部，  ３６  送出部，  ５１  チューナ，  ５７  トリガ検出部，  ５８  制御部，  ６０  操作部，  ６３  アプリエンジン，  ６４  ダウンロード情報検出部，  ６５  ダウンロード予約部，  ７１  仮予約登録部，  ７２  本予約登録部，  １００  コンピュータ，  １０１  CPU
【図１】
2012147620.tif 000003
【図２】
2012147620.tif 000004
【図３】
2012147620.tif 000005
【図４】
2012147620.tif 000006
【図５】
2012147620.tif 000007
【図６】
2012147620.tif 000008
【図７】
2012147620.tif 000009
【図８】
2012147620.tif 000010
【図９】
2012147620.tif 000011
【図１０】
2012147620.tif 000012
【図１１】
2012147620.tif 000013
【図１２】
2012147620.tif 000014
【図１３】
2012147620.tif 000015
【図１４】
2012147620.tif 000016
【国際調査報告】
2012147620.tif 000017
2012147620.tif 000018