JPWO2014057830A1 - 受信装置、受信方法、送信装置、及び、送信方法 - Google Patents

Abstract

本技術は、NRTコンテンツに関連する処理を実行するための共通の制御方式を提供することができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。アプリケーション取得部は、ダウンロード予約可能な非リアルタイムに送信されるNRTコンテンツに関連する処理を実行するアプリケーションプログラムを取得し、関数実行部は、アプリケーション取得部により取得されたアプリケーションプログラムに含まれる制御情報に基づいて、NRTコンテンツに関連する処理を実行する。本技術は、例えば、デジタルテレビジョン放送信号を受信するテレビジョン受像機に適用することができる。

Description

本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、NRTコンテンツに関連する処理を実行するための共通の制御方式を提供することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。

北米、メキシコ、韓国などでは、デジタルテレビジョン放送の規格として、ATSC（Advanced Television Systems Committee）が運用されている。また、日本のデジタルテレビジョン放送で運用されているデータ放送では、BML（Broadcast Markup Language）により記述されたBML文書が用いられるが、ATSCの次世代規格であるATSC2.0では、HTML（Hyper Text Markup Language）により記述されたHTML文書が用いられることが予定されている。

このHTML文書により記述されるアプリケーションプログラムは、放送事業者により提供されるほか、例えば、コンテンツ制作会社や各種のプロバイダなど、放送事業者以外の他の事業者によっても提供されることになる。

また、デジタルテレビジョン放送においては、多チャンネルあるいは高詳細なテレビジョン放送の受信が一般的になっている。一方で、デジタルテレビジョン放送で利用可能な帯域を利用して、通常のテレビジョン放送だけでなく、ユーザが求めるさらに高度な放送サービスを可能とするための技術検討、方式策定が行われている。

ユーザの求める機能として、ユーザが視聴したいときに、テレビ番組等のAV（Audio Visual）コンテンツを視聴することができるようにするオンデマンド視聴が挙げられる。しかしながら、双方向ではなく、一方向伝送の放送において、オンデマンド視聴を実現することは困難とされてきた。

そこで、一方向伝送の放送においてオンデマンド視聴を可能とするために、受信装置が大容量のストレージを有することを前提として、放送波により送信されるAVコンテンツを、一旦ストレージに記録してから再生するためのNRT（Non Real Time）放送のサービスの提供が検討されている（例えば、特許文献１参照）。なお、以下の説明では、NRTサービスにより提供されるAVコンテンツを、NRTコンテンツと称する。

特開２０１１−４１２４２号公報

ところで、ATSC2.0に対応して用いられるHTML文書からなるアプリケーションプログラムは、受信装置で起動されるブラウザ上で動作することになるが、その機能として、NRTコンテンツに関連する処理を実行するための機能が提供されることが予定されている。

しかしながら、アプリケーションプログラムが、放送事業者以外の複数の事業者によって提供される場合には、各事業者ごとにHTML文書が作成されることになる。そのため、NRTコンテンツに関連する処理を実行するための共通の制御方式が提供されることが求められている。

本技術はこのような状況に鑑みてなされたものであり、NRTコンテンツに関連する処理を実行するための共通の制御方式を提供することができるようにするものである。

本技術の第１の側面の受信装置は、ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツを受信する第１の受信部と、ダウンロード済みの前記AVコンテンツを記録する記録部と、前記AVコンテンツに関連する処理を実行するアプリケーションプログラムを取得する取得部と、前記アプリケーションプログラムに含まれる制御情報に基づいて、前記AVコンテンツに関連する処理を実行する実行部とを備える。

前記実行部は、前記アプリケーションプログラムの実行中に、所定のイベントが発生した場合、発生したイベントに応じて、前記AVコンテンツに関連する処理を実行する。

前記制御情報は、前記AVコンテンツのダウンロード予約を実行する関数であり、前記実行部は、ダウンロード予約対象の前記AVコンテンツが指定された場合、指定された前記AVコンテンツのダウンロード予約を実行する。

前記制御情報は、前記AVコンテンツのダウンロード予約をキャンセルする関数であり、前記実行部は、キャンセル対象の前記AVコンテンツが指定された場合、指定された前記AVコンテンツのダウンロード予約をキャンセルする。

前記制御情報は、ダウンロード予約された前記AVコンテンツのダウンロード状況を取得する関数であり、前記実行部は、前記ダウンロード状況の取得が指示された場合、前記ダウンロード状況を取得する。

前記制御情報は、ダウンロード済みの前記AVコンテンツの詳細情報を取得する関数であり、前記実行部は、前記詳細情報の取得が指示された場合、前記詳細情報を取得する。

前記制御情報は、前記AVコンテンツのダウンロードを即時実行する関数であり、前記実行部は、ダウンロード予約対象の前記AVコンテンツのダウンロードの即時実行が指定された場合、指定された前記AVコンテンツのダウンロードを即時に実行する。

前記制御情報は、前記AVコンテンツのダウンロードを中止する関数であり、前記実行部は、前記AVコンテンツのダウンロードの中止が指示された場合、前記AVコンテンツのダウンロードを中止する。

前記制御情報は、ダウンロード済みの前記AVコンテンツ及び前記AVコンテンツの関連情報を削除する関数であり、前記実行部は、削除対象の前記AVコンテンツが指定された場合、指定された前記AVコンテンツ及び前記関連情報を削除する。

前記制御情報は、前記AVコンテンツとともに定期的に送信される、前記AVコンテンツのダウンロードに関するダウンロード情報を更新する関数であり、前記実行部は、前記ダウンロード情報の更新が指示された場合、前記ダウンロード情報を取得して更新する。

前記制御情報は、前記記録部の記録容量に関する記録容量情報を取得する関数であり、前記実行部は、前記記録容量情報の取得が指示された場合、前記記録容量情報を取得する。

前記アプリケーションプログラムは、HTML（Hyper Text Markup Language）により記述されたHTML文書であり、前記制御情報は、前記HTML文書にスクリプトとして記述される関数である。

前記取得部は、前記AVコンテンツを提供する事業者以外の他の事業者により管理される情報処理装置から送信される前記HTML文書を取得する。

前記第１の受信部は、放送波によって送信される前記AVコンテンツを受信する。

前記放送波によって送信される前記AVコンテンツを受信できない場合、インターネットを介して配信される前記AVコンテンツを受信する第２の受信部をさらに備える。

前記実行部は、対象の前記AVコンテンツを、前記AVコンテンツとともに定期的に送信される、前記AVコンテンツのダウンロードに関するダウンロード情報に含まれる前記AVコンテンツの識別情報により識別する。

前記ダウンロード情報は、NRT-IT（Non Real Time Information Table）であり、前記識別情報は、NRT-ITに含まれるContent Linkageである。

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

本技術の第１の側面の受信方法は、本技術の第１の側面の受信装置に対応する受信方法である。

本技術の第１の側面の受信装置及び受信方法においては、ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツが受信され、ダウンロード済みの前記AVコンテンツの記録部への記録が制御され、前記AVコンテンツに関連する処理を実行するアプリケーションプログラムが取得され、前記アプリケーションプログラムに含まれる制御情報に基づいて、前記AVコンテンツに関連する処理が実行される。

本技術の第２の側面の送信装置は、ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツに関連する処理を実行するための制御情報を含むアプリケーションプログラムを生成する生成部と、前記アプリケーションプログラムを送信する送信部とを備える。

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

本技術の第２の側面の送信方法は、本技術の第２の側面の送信装置に対応する送信方法である。

本技術の第２の側面の送信装置及び送信方法においては、ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツに関連する処理を実行するための制御情報を含むアプリケーションプログラムが生成され、前記アプリケーションプログラムが送信される。

本技術の第１の側面及び第２の側面によれば、NRTコンテンツに関連する処理を実行するための共通の制御方式を提供することができる。

放送通信連携システムの構成例を示す図である。 送信装置の構成例を示す図である。 受信装置の構成例を示す図である。 ブラウザの機能的な構成例を示す図である。 アプリケーションサーバの構成例を示す図である。 ディスプレイに表示される画面の遷移例を示す図である。 各DOの詳細を示す図である。 各イベントの詳細を示す図である。 画面遷移とイベントの関係を示す図である。 reserveNRTContentDownload関数を説明するための図である。 cancelNRTContentDownloadReservation関数を説明するための図である。 getNRTContentDownloadStatus関数を説明するための図である。 executeNRTContentDownload関数を説明するための図である。 cancelNRTContentDownload関数を説明するための図である。 deleteNRTContent関数を説明するための図である。 getNRTContentInformation関数を説明するための図である。 getCurrentNRTIT関数を説明するための図である。 getStorageInfo関数を説明するための図である。 スクリプトの記述例を示す図である。 送信処理を説明するフローチャートである。 NRT-ITの構成例を示す図である。 受信処理を説明するフローチャートである。 NRTコンテンツ関連処理を説明するフローチャートである。 イベント対応処理の詳細を説明するフローチャートである。 受信装置の画面遷移の例を示す図である。 NRTコンテンツのダウンロード処理を説明するフローチャートである。 NDOアプリケーション配信処理を説明するフローチャートである。 コンピュータの構成例を示す図である。

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

＜放送通信連携システムの構成例＞

図１は、放送通信連携システム１の構成例を示している。この放送通信連携システム１は、送信装置１０、受信装置２０、アプリケーションサーバ３０、アプリケーションサーバ４０、アプリケーションサーバ５０、ウェブサーバ６０、及び、配信サーバ７０から構成される。

また、受信装置２０と、アプリケーションサーバ３０、アプリケーションサーバ４０、アプリケーションサーバ５０、ウェブサーバ６０、及び、配信サーバ７０とは、インターネット９０を介して、相互に接続されている。

送信装置１０は、テレビ番組やCM等の放送コンテンツを、デジタルテレビジョン放送信号（以下、単に放送信号という）により送信（放送）する。また、放送信号は、通常放送又はNRT放送として送信するようになされている。

ここで、通常放送とは、放送信号が受信される受信装置２０において、リアルタイムでの視聴を前提とした放送である。また、NRT（Non Real Time）放送とは、リアルタイムでの視聴を前提としない放送であって、NRTコンテンツのデータを放送信号により送信するものである。なお、NRT放送では、FLUTE（File Delivery over Unidirectional Transport）セッションを利用して、NRTコンテンツが送信される。FLUTEの詳細は、RFC3926として規定されている。

また、送信装置１０は、NRT-IT（Non Real Time Information Table）を、放送コンテンツとともに定期的に送信する。

また、送信装置１０は、トリガ情報を、放送信号に含めて送信する。ここで、トリガ情報とは、放送コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための情報である。以下、トリガ情報に応じて実行されるアプリケーションプログラムを、TDO（Triggered Declarative Object）アプリケーションと称して説明する。

なお、送信装置１０は、放送事業者により管理される。

受信装置２０は、テレビジョン受像機等の受信機である。受信装置２０は、送信装置１０から送信された放送信号を受信して、放送コンテンツの映像及び音声を取得する。受信装置２０は、放送コンテンツの映像をディスプレイに表示し、音声をスピーカから出力する。

また、受信装置２０は、送信装置１０からのNRT-ITに基づき、NRTコンテンツのダウンロード予約を行った場合、対象のNRTコンテンツの放送開始時刻に、NRT放送の放送信号の受信を開始する。受信装置２０は、放送信号から得られるNRTコンテンツのデータを、記録部（ストレージ）に記録する。また、受信装置２０は、NRTコンテンツの視聴が指示された場合、記録部に記録されたNRTコンテンツを読み出して、再生する。

なお、受信装置２０においては、リモートコントローラ２０Ｒを使用することで、遠隔操作することが可能である。また、受信装置２０は、ユーザ宅に設置される。

アプリケーションサーバ３０は、データ放送用HTML文書からなるTDOアプリケーションを管理している。ここで、データ放送用HTML文書とは、データ放送用のサービスを実現するために実行されるHTML文書を意味する。

アプリケーションサーバ３０は、インターネット９０を介してアクセスしてきた受信装置２０からの要求に応じて、TDOアプリケーションを提供する。アプリケーションサーバ３０は、放送事業者により管理される。

アプリケーションサーバ４０は、データ放送用HTML文書からなるNDOアプリケーションを管理している。ここで、NDO（NRT Declarative Object）アプリケーションは、NRTコンテンツに関連する処理を提供するためのアプリケーションプログラムである。ただし、NDOアプリケーションは、TDOアプリケーションとは異なり、トリガ情報に応じて実行されるものではない。

アプリケーションサーバ４０は、インターネット９０を介してアクセスしてきた受信装置２０からの要求に応じて、NDOアプリケーションを提供する。アプリケーションサーバ４０は、放送事業者以外の他の事業者により管理される。

アプリケーションサーバ５０は、データ放送用HTML文書からなるPDOアプリケーションを管理している。ここで、PDO（Plain Declarative Object）アプリケーションは、特定のブラウザでのみ実行可能なアプリケーションプログラムである。

アプリケーションサーバ５０は、インターネット９０を介してアクセスしてきた受信装置２０からの要求に応じて、PDOアプリケーションを提供する。アプリケーションサーバ５０は、放送事業者以外の他の事業者により管理される。

なお、TDOアプリケーション、NDOアプリケーション、PDOアプリケーションの詳細については後述するが、それらのアプリケーションプログラムを、FLUTEセッションを利用して放送波により送信することもできる。

ウェブサーバ６０は、ホームページ用HTML文書からなるウェブページを管理している。ここで、ホームページ用HTML文書とは、ウェブページを提示するためのHTML文書を意味する。

ウェブサーバ６０は、インターネット９０を介してアクセスしてきた受信装置２０からの要求に応じて、ウェブページを提供する。ウェブサーバ６０は、放送事業者以外の他の事業者により管理される。

受信装置２０は、送信装置１０からのトリガ情報に応じて、アプリケーションサーバ３０からTDOアプリケーションを取得して、その動作を制御する。

また、受信装置２０は、インターネット９０を介してアプリケーションサーバ４０にアクセスし、NDOアプリケーションを取得して実行する。さらにまた、受信装置２０は、インターネット９０を介してアプリケーションサーバ５０にアクセスし、PDOアプリケーションを取得して実行する。

これらにより、受信装置２０では、放送コンテンツの映像に、データ放送用HTML文書の映像が重畳された映像が表示されることになる。

また、受信装置２０は、インターネット９０を介してウェブサーバ６０にアクセスし、ウェブページを取得して実行する。これにより、受信装置２０では、ホームページ用HTML文書の映像が表示されることになる。

配信サーバ７０は、インターネット９０を介してVOD（Video On Demand）により配信可能なテレビ番組等のNRTコンテンツを蓄積している。配信サーバ７０は、受信装置２０からの要求に応じて、NRTコンテンツをインターネット配信する。なお、配信サーバ７０は、放送事業者と同一の又は異なる配信事業者により管理される。

受信装置２０は、配信サーバ７０から配信されるNRTコンテンツの映像及び音声を取得する。受信装置２０は、NRTコンテンツの映像をディスプレイに表示し、音声をスピーカから出力する。

なお、図１では、説明を簡略化するため、１台の受信装置２０のみを図示しているが、実際には、放送通信連携システム１は、複数台の受信装置２０を含むようにして構成され、それらの受信装置２０が、送信装置１０からの放送コンテンツ又は配信サーバ７０からの通信コンテンツを受信することになる。

同様にまた、図１では、１台の送信装置１０と、１台のアプリケーションサーバ３０を図示しているが、実際には、放送事業者ごとに複数台の送信装置１０やアプリケーションサーバ３０が設けられる。また、アプリケーションサーバ４０、アプリケーションサーバ５０、ウェブサーバ６０、及び、配信サーバ７０についても、事業者ごとに複数台設けられる。

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

＜送信装置の構成例＞

図２は、図１の送信装置１０の構成例を示している。

図２に示すように、送信装置１０は、音声取得部１１１、オーディオエンコーダ１１２、映像取得部１１３、トリガ情報生成部１１４、ビデオエンコーダ１１５、ダウンロード情報生成部１１６、多重化部１１７、及び、送信部１１８から構成される。

音声取得部１１１は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送コンテンツのオーディオ信号を取得し、オーディオエンコーダ１１２に供給する。

オーディオエンコーダ１１２は、音声取得部１１１から供給されるオーディオ信号を、MPEG（Moving Picture Experts Group）2等の符号化方式に準拠して符号化し、その結果得られるオーディオストリームを、多重化部１１７に供給する。

映像取得部１１３は、外部のサーバ、カメラ、又は記録媒体等から、放送コンテンツのビデオ信号を取得し、トリガ情報生成部１１４及びビデオエンコーダ１１５に供給する。

トリガ情報生成部１１４は、トリガ情報を生成し、ビデオエンコーダ１１５に供給する。例えば、トリガ情報は、映像取得部１１３から供給されるビデオ信号に対応する放送コンテンツの進行に応じて生成される。

ビデオエンコーダ１１５は、映像取得部１１３から供給されるビデオ信号を、MPEG2等の符号化方式に準拠して符号化する。また、ビデオエンコーダ１１５は、符号化により得られるビデオストリーム内にトリガ情報を配置する。例えば、トリガ情報は、ビデオストリームのユーザデータ領域の字幕データ内に配置される。

トリガ情報を含むビデオストリームは、多重化部１１７に供給される。

ダウンロード情報生成部１１６は、NRTコンテンツに関する情報に基づいて、定期的に、NRT-ITを生成し、多重化部１１７に供給する。なお、NRT-ITの詳細は、図２１を参照して後述する。

多重化部１１７には、オーディオエンコーダ１１２からのオーディオストリームと、ビデオエンコーダ１１５からのビデオストリームと、ダウンロード情報生成部１１６からのNRT-ITとが供給される。多重化部１１７は、オーディオストリーム、ビデオストリーム、及びNRT-ITを多重化し、その結果得られるトランスポートストリームを、送信部１１８に供給する。

送信部１１８は、多重化部１１７から供給されるトランスポートストリームを、アンテナ１１９を介して、放送信号として送信する。

ただし、上述したように、送信装置１０は、通常放送とNRT放送を行うが、上述の図２の説明は通常放送を行う場合の説明となる。一方、NRT放送を行う場合には、テレビ番組等の放送コンテンツの録画予約とは異なり、例えば放送波による放送信号の伝送帯域が大きい時間帯などにNRTコンテンツを送信することになるので、送信装置１０は、あらかじめ定められた配信スケジュールに従い、FLUTEセッションを利用してNRTコンテンツを送信することになる。また、NDOアプリケーション等のアプリケーションプログラムを放送波により送信する場合、送信装置１０は、アプリケーションプログラムを生成し、FLUTEセッションを利用して送信することになる。

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

＜受信装置の構成例＞

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

図３に示すように、受信装置２０は、チューナ２１２、多重分離部２１３、オーディオデコーダ２１４、オーディオ出力部２１５、スピーカ２１６、ビデオデコーダ２１７、ビデオ出力部２１８、ディスプレイ２１９、トリガ情報抽出部２２０、制御部２２１、メモリ２２２、操作部２２３、赤外線受信部２２４、記録部２２５、通信I/F２２６、ブラウザ２２７−１、ブラウザ２２７−２、及び、ストリーム処理部２２８から構成される。

チューナ２１２は、アンテナ２１１を介して受信された放送信号を復調し、その結果得られるトランスポートストリームを多重分離部２１３に供給する。

多重分離部２１３は、通常放送の放送信号が受信された場合、チューナ２１２から供給されるトランスポートストリームを、オーディオストリームと、ビデオストリームに分離し、それぞれをオーディオデコーダ２１４と、ビデオデコーダ２１７に供給する。また、多重分離部２１３は、NRT放送の放送信号が受信された場合、分離したオーディオストリームと、ビデオストリームを、記録部２２５に供給する。さらに、多重分離部２１３は、NDOアプリケーション等のアプリケーションプログラムが放送波により送信される場合、アプリケーションプログラムを取得して、記録部２２５に供給する。

なお、多重分離部２１３は、トランスポートストリームからNRT-ITが分離された場合には、そのNRT-ITを、制御部２２１に供給する。

オーディオデコーダ２１４は、多重分離部２１３から供給されるオーディオストリームを、MPEG2等のオーディオエンコーダ１１２（図２）による符号化方式に対応する復号方式で復号し、その結果得られるオーディオ信号を、オーディオ出力部２１５に供給する。

オーディオ出力部２１５は、オーディオデコーダ２１４から供給されるオーディオ信号を、スピーカ２１６に供給する。スピーカ２１６は、オーディオ出力部２１５から供給されるオーディオ信号に対応する音声を出力する。

ビデオデコーダ２１７は、多重分離部２１３から供給されるビデオストリームを、MPEG2等のビデオエンコーダ１１５（図２）による符号化方式に対応する復号方式で復号し、その結果得られるビデオ信号を、ビデオ出力部２１８及びトリガ情報抽出部２２０に供給する。

ビデオ出力部２１８は、ビデオデコーダ２１７から供給されるビデオ信号を、ディスプレイ２１９に供給する。ディスプレイ２１９は、ビデオ出力部２１８から供給されるビデオ信号に対応する映像を表示する。

トリガ情報抽出部２２０は、ビデオデコーダ２１７により復号されるビデオストリームを常に監視してトリガ情報を抽出し、制御部２２１に供給する。

制御部２２１は、メモリ２２２にあらかじめ記録されている制御用プログラムを実行することにより受信装置２０の各部の動作を制御する。また、制御部２２１は、多重分離部２１３からNRT-ITが供給された場合、そのNRT-ITをメモリ２２２に記録する。なお、メモリ２２２には各種の情報が記録される。

操作部２２３は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部２２１に通知する。赤外線受信部２２４は、リモートコントローラ２０Ｒ（図１）から赤外線による無線通信を用いて送信される操作信号を受信して、制御部２２１に通知する。制御部２２１は、操作部２２３又は赤外線受信部２２４から供給された操作信号に基づいて、受信装置２０の各部の動作を制御する。

記録部２２５は、HDD（Hard Disk Drive）等の大容量のストレージからなる。

記録部２２５には、NRT放送の放送信号が受信された場合、多重分離部２１３からオーディオストリームと、ビデオストリームが供給される。記録部２２５は、制御部２２１からの制御に従い、多重分離部２１３からのオーディオストリームと、ビデオストリームのデータを記録する。これにより、記録部２２５には、NRTコンテンツとその関連情報が記録される。

また、記録部２２５は、NDOアプリケーション等のアプリケーションプログラムがFLUTEセッションを利用して放送波により送信される場合に、多重分離部２１３から入力されるアプリケーションプログラムを、ブラウザ２２７−１又はブラウザ２２７−２に供給する。

制御部２２１は、トリガ情報抽出部２２０からトリガ情報が供給された場合、ブラウザ２２７−１を制御して、TDOアプリケーションの動作を制御する。

また、制御部２２１は、ブラウザ２２７−１を制御して、NDOアプリケーションの動作を制御する。さらに、制御部２２１は、ブラウザ２２７−２を制御して、PDOアプリケーションの動作を制御する。

通信I/F２２６は、ブラウザ２２７−１からの制御に従い、インターネット９０を介してアプリケーションサーバ３０にアクセスして、TDOアプリケーションを受信する。通信I/F２２６は、TDOアプリケーションを、ブラウザ２２７−１に供給する。

ブラウザ２２７−１は、制御部２２１からの制御に従い、記録部２２５又は通信I/F２２６からのTDOアプリケーションの動作を制御する。ブラウザ２２７−１は、TDOアプリケーションを実行することにより、データ放送用のビデオ信号を生成して、ビデオ出力部２１８に供給する。

また、通信I/F２２６は、ブラウザ２２７−１からの制御に従い、インターネット９０を介してアプリケーションサーバ４０にアクセスして、NDOアプリケーションを受信する。通信I/F２２６は、NDOアプリケーションを、ブラウザ２２７−１に供給する。

ブラウザ２２７−１は、制御部２２１からの制御に従い、記録部２２５又は通信I/F２２６からのNDOアプリケーションを実行することにより、データ放送用のビデオ信号を生成してビデオ出力部２１８に供給する。

また、通信I/F２２６は、ブラウザ２２７−１からの制御に従い、インターネット９０を介してウェブサーバ６０にアクセスして、ウェブページを受信する。通信I/F２２６は、ウェブページを、ブラウザ２２７−１に供給する。

ブラウザ２２７−１は、制御部２２１からの制御に従い、通信I/F２２６からのウェブページを実行することにより、ホームページ等を表すビデオ信号を生成してビデオ出力部２１８に供給する。

なお、ブラウザ２２７−１の詳細な構成については、図４を参照して後述する。

通信I/F２２６は、ブラウザ２２７−２からの制御に従い、インターネット９０を介してアプリケーションサーバ５０にアクセスして、PDOアプリケーションを受信する。通信I/F２２６は、PDOアプリケーションを、ブラウザ２２７−２に供給する。

ブラウザ２２７−２は、例えば、NRT1.0の「Browser ProfileA」で規定されている特定のブラウザである。ブラウザ２２７−２は、制御部２２１からの制御に従い、記録部２２５又は通信I/F２２６からのPDOアプリケーションを実行することにより、データ放送用のビデオ信号を生成してビデオ出力部２１８に供給する。

ビデオ出力部２１８は、ビデオデコーダ２１７から供給されるビデオ信号と、ブラウザ２２７−１又はブラウザ２２７−２から供給されるビデオ信号とを合成して、ディスプレイ２１９に表示させる。

ストリーム処理部２２８は、NRTコンテンツがインターネット配信される場合、配信サーバ７０から配信されるNRTコンテンツのストリームを、オーディオストリームとビデオストリームに分離して、記録部２２５に記録する。これにより、記録部２２５には、インターネット配信されたNRTコンテンツとその関連情報が記録される。

記録部２２５は、制御部２２１の制御に従い、記録しているオーディオストリームと、ビデオストリームをそれぞれ、オーディオデコーダ２１４と、ビデオデコーダ２１７に供給する。これにより、ユーザからNRTコンテンツの再生が指示された場合には、NRTコンテンツの再生が行われることになる。

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

＜ブラウザの機能的な構成例＞

図４は、図３のブラウザ２２７−１の機能的な構成例を示す図である。

ブラウザ２２７−１は、制御部２５１、アプリケーション取得部２５２、イベント判定部２５３、及び、関数実行部２５４を含むようにして構成される。

制御部２５１は、制御部２２１（図３）からの制御に従い、ブラウザ２２７−１の各部の動作を制御する。

アプリケーション取得部２５２は、通信I/F２２６を制御して、アプリケーションサーバ４０からNDOアプリケーションを取得する。アプリケーション取得部２５２は、制御部２５１からの制御に従い、取得したNDOアプリケーションを起動して実行する。

イベント判定部２５３は、制御部２５１からの制御に従い、NDOアプリケーションの実行中に、所定のイベントが発生したか否かを判定する。イベント判定部２５３は、イベントの判定結果を、関数実行部２５４に供給する。

関数実行部２５４は、イベント判定部２５３からのイベント判定結果に応じて、実行中のNDOアプリケーション（データ放送用HTML文書）に、スクリプトとして記述された関数を実行する。

例えば、スクリプトには、JavaScript（登録商標）等の所定のスクリプト言語によって、所定の関数が定義されている。この関数としては、所定の規格により標準化された関数のほか、NRTコンテンツに関連する処理を実行するための関数が定義されている。後者の関数の詳細については、図１０乃至図１８を参照して後述する。

なお、図４の説明では、説明を簡略化するため、ブラウザ２２７−１が、NDOアプリケーションを実行する場合についてのみ説明し、TDOアプリケーション、ウェブページを実行する場合の説明については省略している。

ブラウザ２２７−１は、以上のように構成される。

＜アプリケーションサーバの構成例＞

図５は、図１のアプリケーションサーバ４０の構成例を示している。

アプリケーションサーバ４０は、制御部４１１、アプリケーション生成部４１２、記録部４１３、及び、通信I/F４１４から構成される。

制御部４１１は、アプリケーションサーバ４０の各部の動作を制御する。

アプリケーション生成部４１２は、制御部４１１からの制御に従い、NDOアプリケーションを生成し、記録部４１３に記録する。

制御部４１１は、受信装置２０からNDOアプリケーションが要求された場合、記録部４１３からNDOアプリケーションを読み出して取得する。制御部４１１は、通信I/F４１４を制御して、NDOアプリケーションを、インターネット９０を介して、受信装置２０に送信する。

アプリケーションサーバ４０は、以上のように構成される。

なお、図１に示したアプリケーションサーバ３０と、アプリケーションサーバ５０は、図５のアプリケーションサーバ４０と基本的に同様に構成されているので、その説明は省略する。

すなわち、アプリケーションサーバ３０においては、NDOアプリケーションの代わりに、TDOアプリケーションが生成され、アプリケーションサーバ５０においては、NDOアプリケーションの代わりに、PDOアプリケーションが生成される。

＜アプリケーションプログラムの管理方法＞

次に、図６乃至図９を参照して、アプリケーションプログラムの管理方法について説明する。図６は、上述のアプリケーションプログラムが実行されることにより、受信装置２０のディスプレイ２１９に表示される画面の遷移を示している。次に、この図６を参照しながら、想定されるユースケースの一例について説明する。

図６においては、ＵＩ１乃至ＵＩ１２（ただし、ＵＩ８，ＵＩ９を除く）は、受信装置２０のディスプレイ２１９に表示されるユーザインタフェース（User Interface、以下、ＵＩと略記する）を示している。また、図中の点線Ｌ１は、フォアグラウンド処理とバックグラウンド処理の境界を示しており、その領域の内側のＵＩ８，ＵＩ９で実行される処理は、ディスプレイ２１９には表示されずに内部で実行される。

また、図中のＡ乃至Ｅは、あるＵＩに遷移させるためのイベントを示し、図中のａ乃至ｎは、あるＵＩから次のＵＩに遷移するためのイベントを示している。さらに、図中の点線Ｌ２は、管理モードの境界線を示すものであって、境界の外側では、特定の処理を行なうことが可能となる一方、境界の内側では、特定の処理を行なうことができないように管理モードが設定される。

すなわち、受信装置２０において、インターネット９０を介して取得され、実行されるアプリケーションプログラムは、放送事業者により提供されるものだけでなく、他の事業者により提供されるものも含まれるため、その運用上、放送事業者以外の他の事業者により提供されるアプリケーションプログラムにより実現される特定の処理を制限する必要がある。

そこで、受信装置２０において、放送事業者により提供されるアプリケーションサーバ３０から取得したTDOアプリケーションなど、放送事業者により管理されているアプリケーションプログラムを記述したHTML文書を実行する場合には、そのHTML文書によって特定の処理が行われることを許可する。

反対に、受信装置２０において、他の事業者により提供されるアプリケーションサーバ５０から取得したPDOアプリケーションや、ウェブサーバ６０から取得したウェブページなど、放送事業者により管理されていないアプリケーションプログラムを記述したHTML文書を実行する場合には、そのHTML文書によって特定の処理が行われることを制限する。

具体的には、管理モードとして、図６の点線Ｌ２の境界の外側では、データ放送用HTML文書を用いて特定の処理が可能となる「Broadcast Managed」が設定され、境界の内側では、データ放送用HTML文書やホームページ用HTML文書を用いて特定の処理を行なえない「Broadcast Unmanaged」が設定される。

なお、図中の「TDO」、「NDO」、「PDO」であるが、上述のTDOアプリケーション、NDOアプリケーション、PDOアプリケーションにそれぞれ対応するものであって、図７に示すように、PDO、NDO、TDOの順に権限がより制限される。具体的には、各DO（Declarative Object）は次のような特徴を有している。

TDO（Triggered Declarative Object）は、３つのDOのうち、最も強い権限を持ったDOであって、放送事業者のみが取り扱えるオブジェクトとなる。また、TDOは、データ放送用HTML文書からなるTDOアプリケーションであって、トリガ情報に応じて、テレビ番組等の放送コンテンツと連動して実行されることが想定される。

また、TDOは、放送事業者により取り扱われるDOであるため、その管理モードとしては、必ず、「Broadcast Managed」が設定される。

NDO（NRT Declarative Object）は、TDOの次に強い権限を持ったDOであって、例えば、コンテンツ制作会社やNRTサービスを提供するプロバイダなどの放送事業者以外の他の事業者が取り扱えるオブジェクトとなる。また、NDOは、データ放送用HTML文書からなるNDOアプリケーションであって、テレビ番組等の放送コンテンツと連動して実行されるのみならず、放送コンテンツとは連動せずに単独で実行されることも想定される。例えば、NDOは、独立データ放送チャンネルによって提供される場合には、放送コンテンツとは連動しないで独立に実行されることなる。

また、NDOは、放送事業者から許諾を得ているものと、許諾を得ていないものの２種類が想定され、それらの管理モードとしては、放送事業者から許諾を得ているNDOには、「Broadcast Managed」が設定され、放送事業者から許諾を得ていないNDOには、「Broadcast Unmanaged」が設定される。ただし、図６の例では、放送事業者から許諾を得ているNDOについてのみ説明するものとする。すなわち、この場合、NDOには、管理モードとして、必ず、「Broadcast Managed」が設定される。

PDO（Plain Declarative Object）は、３つのDOのうち、最も弱い権限となるDOであって、特定のアプリケーションプログラム（図３のブラウザ２２７−２）でのみ表示（実行）できるオブジェクトである。例えば、PDOは、データ放送用HTML文書からなるPDOアプリケーションであって、NRT1.0の「Browser ProfileA」で規定されているブラウザでのみ表示可能となる。また、PDOは、コンテンツ制作会社（例えば、いわゆるサードパーティー）などの放送事業者以外の他の事業者が取り扱えるオブジェクトとなる。

また、PDOは、NDOと同様に、放送事業者から許諾を得ているものと、許諾を得ていないものの２種類が想定されるが、図６の例では、放送事業者から許諾を得ていないPDOについてのみ説明するものとする。すなわち、この場合、PDOには、管理モードとして、必ず、「Broadcast Unmanaged」が設定される。

なお、図８には、図６のイベントＡ乃至Ｅに関する説明が記載され、図９には、図６のＵＩ１乃至ＵＩ１２とイベントａ乃至ｎの関係が記載されており、以下の図６の説明では、適宜、それらの図面も参照することとする。

図６に示すように、イベントＡとして、ユーザにより所定のチャンネルが選局されると、ディスプレイ２１９には、選局されたチャンネルのテレビ番組等のＵＩ１が表示される（図８のイベントＡの記載）。また、受信装置２０では、ＵＩ１の表示中に、送信装置１０からのトリガ情報が受信されると、アプリケーションサーバ３０からTDOアプリケーションが取得され、テレビ番組の映像に重畳表示される（図９のＵＩ１のイベントａの記載）。

ＵＩ２は、点線Ｌ２の境界の外側にあるので、管理モードとして「Broadcast Managed」が設定され、TDOアプリケーションを用いて、特定の処理を行なうことが可能となる。すなわち、TDOアプリケーションは、放送事業者に管理されているアプリケーションサーバ３０から取得されるものであるため、特定の処理が許可される。

また、受信装置２０では、ＵＩ２の表示中にトリガ情報が受信された場合には、新たなTDOアプリケーションが取得されて、表示される（図９のＵＩ２のイベントｂの記載）。これにより、テレビ番組の映像に重畳されたTDOアプリケーションの映像の更新が行われる。さらに、ＵＩ２の表示中にアプリケーションサーバ５０からPDOアプリケーションが受信されると、特定のブラウザによりＵＩ１１がディスプレイ２１９に表示される（図９のＵＩ２のイベントｅの記載）。そのほか、イベントＣとして、ユーザによりPDOアプリケーションが選局されると、ディスプレイ２１９には、ＵＩ１１が表示される。

さらに、ＵＩ１１の表示中に、ユーザにより他のPDOアプリケーションが選択されると、アプリケーションサーバ５０からPDOアプリケーションが受信され、ＵＩ１１の表示が更新される（図９のＵＩ１１のイベントｈの記載）。また、ＵＩ１１の表示中に、ユーザによりウェブページが選択されると、ウェブサーバ６０からウェブページが受信され、ＵＩ１２がディスプレイ２１９に表示される（図９のＵＩ１１のイベントｉの記載）。

ＵＩ１１，ＵＩ１２は、点線Ｌ２の境界の内側にあるので、管理モードとして「Broadcast Unmanaged」が設定され、PDOアプリケーションやウェブページを用いて、特定の処理を行なうことはできない。すなわち、PDOアプリケーションやウェブページは、放送事業者に管理されていないアプリケーションサーバ５０又はウェブサーバ６０から取得されるものであるため、特定の処理が制限される。

また、ＵＩ２の表示中に、ユーザによりNRTコンテンツの再生の開始が選択されると、ディスプレイ２１９には、再生中のNRTコンテンツのＵＩ７が表示される（図９のＵＩ２のイベントｃの記載）。一方、ＵＩ７の表示中に、ユーザにより再生中のNRTコンテンツの停止が選択されると、再生中のNRTコンテンツは停止され、ディスプレイ２１９の表示は再生前のＵＩ２に戻る（図９のＵＩ７のイベントｃの記載）。

なお、ＵＩ２の表示中に、ユーザによりNRTコンテンツのダウンロード予約が選択された場合、NRTコンテンツのダウンロード予約の処理が行われる（図９のＵＩ８のイベントｄの記載）。このとき、NRTコンテンツを視聴するためのNRTサービスへの加入の手続が行われる場合には、加入手続処理が行われる（図９のＵＩ９のイベントｄの記載）。ただし、これらの処理は、バックグラウンド処理として行われる。

イベントＢとして、ユーザによりリモートコントローラ２０Ｒに設けられたEPGボタンが押されると、ディスプレイ２１９には、電子番組表（EPG（Electronic Program Guide））のＵＩ３が表示される。この電子番組表から、詳細な番組情報を表示させたい項目がユーザにより選択されると、詳細な番組情報のＵＩ５がディスプレイ２１９に表示される（図９のＵＩ３のイベントｆの記載）。

また、イベントＤとして、ユーザによって、例えば、NDOアプリケーションの起動が指示されると、アプリケーションサーバ４０からNDOアプリケーションが受信され、NDOアプリケーションのＵＩ５がディスプレイ２１９に表示される。

ＵＩ５は、点線Ｌ２の境界の外側にあるので、管理モードとして「Broadcast Managed」が設定され、NDOアプリケーションを用いて、特定の処理を行なうことが可能となる。すなわち、NDOアプリケーションは、他の事業者により管理されているアプリケーションサーバ４０から取得されるものであるが、放送事業者から許諾を受けているため、特定の処理が許可される。

また、ＵＩ５の表示中に、例えば、ユーザによって、NRTコンテンツのリストから所望のNRTコンテンツが選択されると、当該NRTコンテンツがダウンロード予約される（図９のＵＩ５のイベントｎの記載）。また、ダウンロード予約の処理（図９のＵＩ８のイベントｎの記載）とともに、必要に応じてNRTサービスの加入手続処理（図９のＵＩ９のイベントｎの記載）が行われる。ただし、これらの処理は、バックグラウンド処理として行われる。なお、ダウンロード予約を行なわずに、直ちに、選択されたNRTコンテンツのダウンロードを開始してもよい。

NRTコンテンツのダウンロードが終了した場合、あるいは既にNRTコンテンツのダウンロードが行われていた場合、ユーザによりNRTコンテンツの再生の開始が選択されると、ディスプレイ２１９には、再生中のNRTコンテンツのＵＩ７が表示される（図９のＵＩ５のイベントｍの記載）。一方、ＵＩ７において、再生中のNRTコンテンツの停止が選択されると、再生中のNRTコンテンツは停止され、ディスプレイ２１９の表示は再生前のＵＩ５に戻る（図９のＵＩ７のイベントｍの記載）。

なお、ＵＩ５の表示中に、ユーザによりPDOアプリケーションが選択されると、アプリケーションサーバ５０からPDOアプリケーションが受信され、ディスプレイ２１９には、ＵＩ１１が表示される（図９のＵＩ５のイベントｇの記載）。

さらに、イベントＥとして、ユーザによりリモートコントローラ２０Ｒに設けられたNRTボタンが押されると、ディスプレイ２１９には、NRTコンテンツのポータルのＵＩ６が表示される。ＵＩ６の表示中に、ユーザにより、ポータルからNDOアプリケーションが選択されると、ＵＩ５が表示される（図９のＵＩ６のイベントｊの記載）。

なお、ＵＩ６の表示中に、ユーザによりNRTコンテンツのダウンロード予約が選択された場合、NRTコンテンツのダウンロード予約処理が行われる（図９のＵＩ６，ＵＩ８のイベントｋの記載）。このとき、必要に応じてNRTサービスの加入手続処理が行われる（図９のＵＩ６，ＵＩ９のイベントｋの記載）。また、ＵＩ６の表示中に、ユーザによりNRTコンテンツの再生の開始が選択されると、ディスプレイ２１９には、再生中のNRTコンテンツのＵＩ７が表示される（図９のＵＩ６のイベントｌの記載）。一方、ＵＩ７の表示中に、ユーザによりNRTコンテンツの停止が選択されると、再生中のNRTコンテンツは停止され、ディスプレイ２１９の表示は再生前のＵＩ６に戻る（図９のＵＩ７のイベントｌの記載）。

以上のように、各ユースケースに応じて、ＵＩが遷移することになるが、図６の例では、管理モードとして、TDOアプリケーション及びNDOアプリケーションには、「Broadcast Managed」が設定される一方、PDOアプリケーション及びウェブページには、「Broadcast Unmanaged」が設定されることになる。

なお、上述したように、図６に示した、管理モードの設定の境界となる点線Ｌ２の範囲は一例であって、例えば、図６では、放送事業者から許諾を得ているNDOアプリケーションを例示したが、放送事業者から許諾を得ていないNDOアプリケーションの場合には、管理モードとして「Broadcast Unmanaged」が設定される。この場合、例えば、ＵＩ５は、点線Ｌ２の境界の内側に配置されることになる。また、図６の例では、放送事業者から許諾を得ていないPDOアプリケーションを例示したが、放送事業者から許諾を得ているPDOアプリケーションの場合には、管理モードとして「Broadcast Managed」が設定される。この場合、例えば、ＵＩ１１は、点線Ｌ２の外側に配置されることになる。

要は、TDOアプリケーションには「Broadcast Managed」が必ず設定されるが、その他のNDOアプリケーション及びPDOアプリケーションについては、放送事業者の許諾に応じて管理モードが変化するため、「Broadcast Managed」又は「Broadcast Unmanaged」のいずれの管理モードが設定されるかは任意である。また、ウェブページ（ホームページ用HTML）には、管理モードとして「Broadcast Unmanaged」が必ず設定される。

なお、図６に記述された「Native app」は、受信装置専用のアプリケーションプログラム（図３の制御部２２１により実行されるアプリケーションプログラム）を意味する。また、「Browser」は、ウェブページなどを閲覧するためのブラウザ（図３のブラウザ２２７−１）を意味する。

＜NRTコンテンツに関連する処理を実行する関数＞

ところで、NDOアプリケーションは、放送事業者以外の複数の事業者によって提供されるため、各事業者ごとにNDOアプリケーションが作成されることになる。また、データ放送用HTML文書からなるNDOアプリケーションは、ブラウザ２２７−１上で動作することになるが、その機能として、NRTコンテンツに関連する機能が提供されることが予定されている。

そのため、NDOアプリケーションにおいて、NRTコンテンツを制御するための共通の制御方式が提供されることが求められている。そこで、本技術では、データ放送用HTML文書からなるNDOアプリケーションに記述されるスクリプトとして、NRTコンテンツに関連する処理を実行する関数を定義することで、複数の事業者に対して共通の制御方式が提供可能となるようにする。

以下、共通の制御方式を提供するための各関数の詳細について説明する。

（ダウンロード予約用の関数）
図１０は、reserveNRTContentDownload関数を説明するための図である。

図１０に示すように、reserveNRTContentDownload関数は、NRTコンテンツのダウンロード予約を実行する関数である。

ダウンロード予約の対象のNRTコンテンツは、NRT-ITに記述されるContent Linkageにより特定される。従って、当該関数の引数として、Content Linkageを指定することで、Content Linkageにより指定されたNRTコンテンツのダウンロード予約が実行される。また、当該関数の戻り値としては、ダウンロード予約の成功を示す「true」、ダウンロード予約の失敗を示す「false」、又はダウンロード予約の仮予約の登録が完了したことを示す「仮予約完了」が返される。なお、仮予約の登録の詳細については後述する。

（ダウンロード予約のキャンセル用の関数）
図１１は、cancelNRTContentDownloadReservation関数を説明するための図である。

図１１に示すように、cancelNRTContentDownloadReservation関数は、ダウンロード予約済みのNRTコンテンツのダウンロード予約をキャンセルする関数である。

キャンセル対象のNRTコンテンツは、NRT-ITに記述されるContent Linkageにより特定される。従って、当該関数の引数として、Content Linkageを指定することで、Content Linkageにより指定されたNRTコンテンツのダウンロード予約がキャンセルされる。また、当該関数の戻り値としては、ダウンロード予約の成功を示す「true」、又はダウンロード予約の失敗を示す「false」が返される。

（ダウンロード状況の取得用の関数）
図１２は、getNRTContentDownloadStatus関数を説明するための図である。

図１２に示すように、getNRTContentDownloadStatus関数は、ダウンロード予約されたNRTコンテンツのダウンロード状況を取得する関数である。

ダウンロード状況の取得対象のNRTコンテンツは、NRT-ITに記述されるContent Linkageにより特定される。従って、当該関数の引数として、Content Linkageを指定することで、Content Linkageにより特定されるNRTコンテンツのダウンロード状況が取得される。また、当該関数の戻り値としては、ステータスが返される。

このステータスには、「未開始」、「実行中」、及び「完了」の３種類の状況が用意されている。

「未開始」は、対象のNRTコンテンツのダウンロードが開始されていないことを示す。

「実行中」は、対象のNRTコンテンツのダウンロードが実行中であることを示す。ただし、ステータスが「実行中」である場合には、ダウンロード対象となるNRTコンテンツの総サイズのうち、既にダウンロード完了済みのサイズの割合を示す情報も取得されるようにしてもよい。

「完了」は、対象のNRTコンテンツのダウンロードが完了したことを示す。

なお、当該関数の引数として、ダウンロード状況の取得対象のNRTコンテンツのContent Linkageが指定されなかった場合、ダウンロード予約済みの全てのNRTコンテンツのダウンロード状況を示すリストが取得されることになる。

（ダウンロード即時実行用の関数）
図１３は、executeNRTContentDownload関数を説明するための図である。

図１３に示すように、executeNRTContentDownload関数は、NRTコンテンツのダウンロードを即時実行する関数である。

ダウンロードの即時実行の対象のNRTコンテンツは、NRT-ITに記述されるContent Linkageにより特定される。従って、当該関数の引数として、Content Linkageを指定することで、Content Linkageにより特定されるNRTコンテンツのダウンロードが即時に実行される。また、当該関数の戻り値としては、ダウンロードの即時実行の成功を示す「true」、又はダウンロードの即時実行の失敗を示す「false」が返される。

当該関数によって、対象のNRTコンテンツのダウンロードを即時実行する場合、FLUTEセッションを利用して送信されるNRTコンテンツを取得することになる。すなわち、FLUTEによるセッションでは、NRTサービスのファイルの各種の属性情報を送るためのFDT（File Delivery Table）が周期的に送信されるので、FDTに記述されたインデックス情報を用いて、複数のファイルからNRTコンテンツを復元することになる。つまり、受信装置２０は、FLUTEセッションを利用することで、放送波により送信されるNRTコンテンツをダウンロードすることが可能となる。

なお、当該関数の引数として、対象のNRTコンテンツのContent Linkageが指定されなかった場合、当該関数を実行したときにFLUTEセッションを利用して送信中の全てのNRTコンテンツが取得されることになる。ただし、このとき、FLUTEセッションを利用してTDOアプリケーションが送信されている場合があるが、上述したように、TDOアプリケーションはトリガ情報から起動されるものであるため、タイプ情報などによりTDOアプリケーションであると判別されたデータは、ダウンロードしないものとする。

また、当該関数の引数として、対象のNRTコンテンツのContent Linkageが指定された場合であって、FLUTEセッションを利用して送信されるNRTコンテンツのダウンロードに失敗した場合、受信装置２０は、NRT-ITに含まれるInternet Location Descriptorに記述されたURLに従い、配信サーバ７０にアクセスする。そして、受信装置２０は、配信サーバ７０によりインターネット配信されるNRTコンテンツをダウンロードすることになる。

（ダウンロードの中止用の関数）
図１４は、cancelNRTContentDownload関数を説明するための図である。

図１４に示すように、cancelNRTContentDownload関数は、executeNRTContentDownload関数によって即時にダウンロードが実行されたNRTコンテンツのダウンロードを中止する関数である。

ダウンロード中止の対象のNRTコンテンツは、NRT-ITに記述されるContent Linkageにより特定される。従って、当該関数の引数として、Content Linkageを指定することで、Content Linkageにより指定されるNRTコンテンツのダウンロードが中止される。また、当該関数の戻り値としては、ダウンロードの中止の成功を示す「true」、又はダウンロードの中止の失敗を示す「false」が返される。

なお、ダウンロード中止の際に途中までダウンロードされていたNRTコンテンツのデータは破棄される。また、当該関数の引数として、対象のNRTコンテンツのContent Linkageが指定されなかった場合であっても、そのときに実行中のダウンロードが強制的に終了されることになる。

（NRTコンテンツとその関連情報の削除用の関数）
図１５は、deleteNRTContent関数を説明するための図である。

図１５に示すように、deleteNRTContent関数は、ダウンロード済みのNRTコンテンツ及びその関連情報を削除する関数である。

削除対象のNRTコンテンツは、NRT-ITに記述されるContent Linkageにより特定される。従って、当該関数の引数として、Content Linkageを指定することで、Content Linkageにより指定されたNRTコンテンツとその関連情報が削除される。また、当該関数の戻り値としては、削除の成功を示す「true」、又は削除の失敗を示す「false」が返される。

（詳細情報の取得用の関数）
図１６は、getNRTContentInformation関数を説明するための図である。

図１６に示すように、getNRTContentInformation関数は、ダウンロード済みのNRTコンテンツの詳細情報を取得する関数である。

詳細情報の取得対象のNRTコンテンツは、NRT-ITに記述されるContent Linkageにより特定される。従って、当該関数の引数として、Content Linkageを指定することで、Content Linkageにより指定されたNRTコンテンツの詳細情報が取得される。また、当該関数の戻り値としては、対象のNRTコンテンツに関する詳細情報が返される。

なお、当該関数の引数として、対象のNRTコンテンツのContent Linkageが指定されなかった場合、ダウンロード済みの全てのNRTコンテンツの詳細情報が取得されることになる。

（最新のNRT-ITの取得用の関数）
図１７は、getCurrentNRTIT関数を説明するための図である。

図１７に示すように、getCurrentNRTIT関数は、現在放送波により送信されている最新のNRT-ITを取得する関数である。NRT-ITの詳細は、図２１を参照して後述する。

当該関数の戻り値としては、NRT-ITの取得の成功を示す「true」、又はNRT-ITの取得の失敗を示す「false」が返される。

（記録部の記録容量情報の取得用の関数）
図１８は、getStorageInfo関数を説明するための図である。

図１８に示すように、getStorageInfo関数は、記録部２２５の記録容量に関する記録容量情報を取得する関数である。

当該関数の戻り値としては、記録容量情報が返される。この記録容量情報には、記録部２２５の全容量と空き容量に関する情報が含まれる。

以上のように、NRTコンテンツに関連する処理を実行する関数としては、例えば、図１０乃至図１８に示した関数が定義される。ただし、上述の関数は一例であり、NRTコンテンツに関連する処理を実行する他の関数が定義されるようにしてもよい。また、上述の関数の説明では、全ての関数で戻り値が返されるとしたが、例えば、cancelNRTContentDownload関数、deleteNRTContent関数、getCurrentNRTIT関数などについては必ずしも戻り値を返す必要はない。

（スクリプトの記述例）
次に、図１９を参照して、スクリプトの記述例について説明する。

図１９では、NDOアプリケーション（データ放送用HTML文書）に、スクリプトとして記述されたgetStorageInfo関数（図１８）の記述例を示している。

図１９に示すように、NDOアプリケーションは、HTMLにより記述される。head要素には、title要素とmeta要素が記述される。meta要素には、スクリプトとして、JavaScript（登録商標）を使用することが明示されている。

body要素には、SCRIPT要素が記述される。SCRIPT要素には、JavaScript（登録商標）の命令や関数などが記述される。

図１９の例では、記録部２２５の全容量と、空き容量を含む記録容量情報を取得するために、storageの変数として、total_sizeと、used_sizeを定義している。そして、strage.getStorageInfo()を実行することで、記録容量情報が取得される。また、document.write(storage)を実行することで、取得された記録容量情報が表示される。

以上、図１９においては、getStorageInfo関数の記述例を示したが、上述の他の関数についても同様に、HTML文書に記述されるSCRIPT要素中に、各関数を記述することができる。

＜各装置で行われる具体的な処理の内容＞

次に、図１の放送通信連携システム１を構成する各装置で実行される具体的な処理の内容について説明する。

（送信処理）
まず、図２０のフローチャートを参照して、送信装置１０が実行する送信処理について説明する。

ステップＳ１１１において、音声取得部１１１は、外部のサーバ等から、放送コンテンツの音声に対応するオーディオ信号を取得する。また、ステップＳ１１２において、映像取得部１１３は、外部のサーバ等から、放送コンテンツの映像に対応するビデオ信号を取得する。

ステップＳ１１３において、トリガ情報生成部１１４は、トリガ情報を送信するか否かを判定する。ステップＳ１１３において、トリガ情報を送信すると判定された場合、処理は、ステップＳ１１４に進められる。

ステップＳ１１４において、トリガ情報生成部１１４は、映像取得部１１３により取得されたビデオ信号の映像の進行に応じたトリガ情報を生成する。一方、ステップＳ１１３において、トリガ情報を送信しないと判定された場合、ステップＳ１１４の処理はスキップされ、処理は、ステップＳ１１５に進められる。

ステップＳ１１５において、オーディオエンコーダ１１２は、音声取得部１１１により取得されたオーディオ信号を符号化する。

ステップＳ１１６において、ビデオエンコーダ１１５は、映像取得部１１３により取得されたビデオ信号を符号化する。また、ビデオエンコーダ１１５は、ステップＳ１１４にてトリガ情報が生成された場合、符号化により得られるビデオストリームのユーザデータ領域の字幕データ内にトリガ情報を配置する。

ステップＳ１１７において、ダウンロード情報生成部１１６は、NRT-ITを送信するか否かを判定する。ステップＳ１１７において、NRT-ITを送信すると判定された場合、処理はステップＳ１１８に進められる。

ステップＳ１１８において、ダウンロード情報生成部１１６は、ダウンロード予約可能なNRTコンテンツに関する情報に基づいて、NRT-ITを生成する。

図２１は、NRT-ITの構成を示す図である。NRT-IT（NRT Information Table）には、１つのNRTサービスに含まれるコンテンツレベルの属性情報が記述される。例えば、NRT-ITには、Content#1，#2，・・・などのNRTコンテンツ単位の属性情報が記述される。

NRT-ITには、NRTサービスを識別するためのService IDが記述される。また、NRT-ITには、NRTコンテンツ単位で以下の項目が記述される。

Content nameには、当該NRTコンテンツの名称が記述される。Content Linkageには、NRTコンテンツの識別情報が記述される。Distribution start/end timeには、当該NRTコンテンツの開始時刻と終了時刻を示す情報が記述される。

Content lengthには、NRTコンテンツのデータのサイズが記述される。Media Typeには、NRTコンテンツのタイプを示す情報が記述される。Icon Content Linkageには、アイコンの識別情報が記述される。

ISO-639 languageには、例えば日本語や英語などの言語が記述される。AVC video infoには、映像のデータ圧縮に関する情報が記述される。Caption serviceには字幕に関する情報が記述される。Content advisoryには、NRTコンテンツについての勧告に関する情報が記述される。Genreには、NRTコンテンツのジャンルを示す情報が記述される。

また、Internet Locationには、インターネット９０を介して配信されるNRTコンテンツを取得するための情報として、例えば、配信サーバ７０のURLが記述される。すなわち、受信装置２０は、何らかの原因により放送波により送信されるNRTコンテンツが取得できない場合、Internet Locationを参照して、配信サーバ７０からインターネット配信されるNRTコンテンツを取得することができる。

なお、詳細については省略するが、NRT-ITには、上述の項目に限らず、その他のNRTコンテンツに関する情報を記述することが可能である。

図２０のフローチャートに戻り、ステップＳ１１７において、NRT-ITを送信しないと判定された場合、ステップＳ１１８の処理はスキップされ、処理は、ステップＳ１１９に進められる。

ステップＳ１１９において、多重化部１１７は、オーディオエンコーダ１１２により符号化されたオーディオストリームと、ビデオエンコーダ１１５により符号化されたビデオストリームを多重化して、トランスポートストリームを生成する。ただし、多重化部１１７は、ステップＳ１１８にてNRT-ITが生成された場合、オーディオストリームとビデオストリームのほかに、さらにNRT-ITを多重化して、トランスポートストリームを生成する。

ステップＳ１２０において、送信部１１８は、多重化部１１７により生成されたトランスポートストリームを、アンテナ１１９を介して、放送信号として送信する。この後、処理はステップＳ１１１に戻され、それ以降の処理が繰り返されることになる。

なお、図２０の送信処理では、通常放送によって、放送コンテンツを送信する場合について説明したが、NRT放送によってNRTコンテンツを送信する場合も基本的に同様の処理が行われる。すなわち、NRT放送によってNRTコンテンツを送信する場合、送信装置１０は、あらかじめ定められる配信スケジュールに従い、図２０の送信処理を実行して、NRTコンテンツを送信することになる。

ただし、NRT放送においては、FLUTEセッションを利用してNRTコンテンツが送信される。また、トリガ情報やNRT-ITを送信する必要がないので、図２０の送信処理のうち、それらに関する処理（Ｓ１１３，Ｓ１１４，Ｓ１１７，Ｓ１１８）は行われないことになる。なお、配信サーバ７０によるNRTコンテンツのインターネット配信についても基本的に同様の処理が行われるため、その説明は省略する。

以上で、送信処理の説明を終了する。

（受信処理）
次に、図２２のフローチャートを参照して、受信装置２０が実行する受信処理について説明する。

ステップＳ２１１において、チューナ２１２は、アンテナ２１１を介して放送信号を受信して、復調する。

ステップＳ２１２において、多重分離部２１３は、チューナ２１２により復調されたトランスポートストリームを、オーディオストリームと、ビデオストリームに分離する。

ステップＳ２１３において、オーディオデコーダ２１４は、多重分離部２１３により分離されたオーディオストリームを復号し、オーディオ信号を生成する。

ステップＳ２１４において、ビデオデコーダ２１７は、多重分離部２１３により分離されたビデオストリームを復号し、ビデオ信号を生成する。

ステップＳ２１５において、スピーカ２１６は、オーディオ信号に対応する音声を出力する。また、ディスプレイ２１９は、ビデオ信号に対応する映像を表示する。これにより、ディスプレイ２１９には、テレビ番組等の放送コンテンツの映像が表示され、スピーカ２１６からは、当該映像に対応する音声が出力される。

ステップＳ２１６において、制御部２２１は、送信装置１０からのトリガ情報を受信したか否かを判定する。ステップＳ２１６においてトリガ情報を受信したと判定された場合、処理は、ステップＳ２１７に進められる。

ステップＳ２１７において、制御部２２１は、トリガ情報に基づいて、ブラウザ２２７−１を制御して、トリガ情報対応処理を行う。具体的には、ブラウザ２２７−１は、制御部２２１からの制御に従い、TDOアプリケーションの取得、実行（起動）、イベント発火、又は終了などの動作を制御する。

一方、ステップＳ２１６においてトリガ情報を受信していないと判定された場合、ステップＳ２１７はスキップされ、処理は、ステップＳ２１８に進められる。

ステップＳ２１８において、制御部２２１は、送信装置１０からのNRT-ITを受信したか否かを判定する。ステップＳ２１８において、NRT-ITを受信したと判定された場合、処理は、ステップＳ２１９に進められる。

ステップＳ２１９において、制御部２２１は、受信したNRT-ITを取得し、メモリ２２２に記録する。ここでは、上述の図２１に示したNRT-ITが取得され、NRTコンテンツに関連する処理を実行する際に、適宜参照される。

ステップＳ２１８においてNRT-ITを受信していないと判定された場合、又はステップＳ２１９のNRT-ITの取得処理が終了した場合、処理は、ステップＳ２１１に戻り、それ以降の処理が繰り返される。

以上で、受信処理の説明を終了する。

（NRTコンテンツ関連処理）
次に、図２３のフローチャートを参照して、受信装置２０が実行するNRTコンテンツ関連処理について説明する。

ステップＳ２３１において、制御部２２１は、赤外線受信部２２４からの操作信号等に基づいて、NDOアプリケーションの起動が指示されたか否かを判定する。NDOアプリケーションの起動が指示された場合、処理はステップＳ２３２に進められる。

ステップＳ２３２において、アプリケーション取得部２５２は、通信I/F２２６を制御して、アプリケーションサーバ４０からNDOアプリケーションを取得する。

ステップＳ２３３において、アプリケーション取得部２５２は、制御部２５１からの制御に従い、NDOアプリケーションを起動する。

ステップＳ２３４において、イベント判定部２５３は、所定のイベントが発生したか否かを判定する。ステップＳ２３４において所定のイベントが発生していないと判定された場合、所定のイベントが発生するまで、ステップＳ２３４の判定処理が繰り返される。そして、ステップＳ２３４において、所定のイベントが発生したと判定された場合、処理は、ステップＳ２３５に進められる。

ステップＳ２３５において、ブラウザ２２７−１は、制御部２２１からの制御に従い、イベント対応処理を行う。イベント対応処理では、発生したイベントに対応する関数を実行する処理が行われる。なお、イベント対応処理の詳細については、図２４のフローチャートを参照して後述する。

ステップＳ２３５のイベント対応処理が終了すると、処理はステップＳ２３６に進められる。ステップＳ２３６において、制御部２２１は、赤外線受信部２２４からの操作信号等に基づいて、NDOアプリケーションの終了が指示されたか否かを判定する。

ステップＳ２３６においてNDOアプリケーションの終了が指示されていないと判定された場合、処理はステップＳ２３４に戻り、それ以降の処理が繰り返される。また、ステップＳ２３６においてNDOアプリケーションの終了が指示された場合、ステップＳ２３１に戻り、それ以降の処理が繰り返される。

以上で、NRTコンテンツ関連処理の説明を終了する。

（イベント対応処理）
次に、図２４のフローチャートを参照して、図２３のステップＳ２３５に対応するイベント対応処理について説明する。

ステップＳ２５１において、イベント判定部２５３は、制御部２５１からの制御に従い、NRTコンテンツのダウンロード予約が指示されたか否かを判定する。ステップＳ２５１において、ダウンロード予約が指示されたと判定された場合、処理は、ステップＳ２５２に進められる。

ステップＳ２５２において、関数実行部２５４は、制御部２５１からの制御に従い、実行中のNDOアプリケーション（データ放送用HTML文書）にスクリプトとして記述されたgetStorageInfo関数を実行する。getStorageInfo関数の実行によって、記録容量情報が取得される。

ステップＳ２５３において、制御部２５１は、記録容量情報に基づいて、記録部２２５に、ダウンロード予約対象のNRTコンテンツを記録する十分な記録容量が残っているか否かを判定する。

ステップＳ２５３において、NRTコンテンツを記録する十分な記録容量が残っていないと判定された場合、処理は、ステップＳ２５４に進められる。ステップＳ２５４において、制御部２５１は、記録容量が不足しているために、対象のNRTコンテンツのダウンロード予約をすることができない旨のメッセージを表示させる。この場合、ダウンロード予約は行われずに、処理は、図２３のステップＳ２３５に戻り、それ以降の処理が実行される。

また、ステップＳ２５３において、NRTコンテンツを記録する十分な記録容量が残っていると判定された場合、処理は、ステップＳ２５５に進められる。ステップＳ２５５において、関数実行部２５４は、制御部２５１からの制御に従い、実行中のNDOアプリケーション（データ放送用HTML文書）にスクリプトとして記述されたreserveNRTContentDownload関数を実行する。reserveNRTContentDownload関数が実行されると、処理は、ステップＳ２５６に進められる。

ステップＳ２５６において、関数実行部２５４は、制御部２５１からの制御に従い、送信装置１０から定期的に送信されるNRT-ITがメモリ２２２に記録されているか否かを判定する。ステップＳ２５６において、NRT-ITが記録されていると判定された場合、処理は、ステップＳ２５７に進められる。

ステップＳ２５７において、関数実行部２５４は、制御部２５１からの制御に従い、メモリ２２２に記録されているNRT-ITを解析する。そして、ステップＳ２５７の解析処理が終了すると、処理は、ステップＳ２５８に進められる。

ステップＳ２５８において、関数実行部２５４は、制御部２５１からの制御に従い、ステップＳ２５７の解析結果に基づいて、NRT-ITに含まれるNRTコンテンツの識別情報と、予約対象のNRTコンテンツの識別情報とが一致するか否かを判定する。ここで、NRTコンテンツの識別情報としては、例えば、NRT-ITに記述されるContent Linkageと、reserveNRTContentDownload関数の引数として指定されるContent Linkageとが用いられる。

ステップＳ２５８において、比較対象の識別情報が一致すると判定された場合、処理は、ステップＳ２５９に進められる。ステップＳ２５９において、関数実行部２５４は、制御部２５１からの制御に従い、reserveNRTContentDownload関数の引数として指定されたContent Linkageにより特定される予約対象のNRTコンテンツの本予約の登録を行う。この予約情報は、制御部２２１によって、メモリ２２２に記録される。

ここで、本予約とは、現実にダウンロード予約されたことを意味し、仮予約とはその意味が異なる。すなわち、仮予約は、ダウンロード予約される予定のNRTコンテンツを仮に予約しているだけであって、その後、さらに本予約が行われることで、現実に予約されることになる。

また、このとき、関数実行部２５４は、制御部２５１からの制御に従い、NRT-ITにより定められる配信スケジュールにおける最もはやい配信時刻に、対象のNRTコンテンツがダウンロードされるように本予約の登録を行う。ただし、このとき、既に予約済みの他のNRTコンテンツが存在して、そのダウンロード時刻が重なっている場合には、既存の予約を優先して、予約対象のNRTコンテンツが、次の配信時刻にダウンロードされるように本予約の登録を行うようにする。

ステップＳ２５６において、NRT-ITが記録されていないと判定された場合、処理は、ステップＳ２６０に進められる。ステップＳ２６０において、関数実行部２５４は、制御部２５１からの制御に従い、reserveNRTContentDownload関数の引数として指定されたContent Linkageにより特定される予約対象のNRTコンテンツの仮予約の登録を行う。この予約情報は、制御部２２１によって、メモリ２２２に記録される。

なお、この時点では、予約は仮のものであるため、仮予約の登録は、確実にダウンロードが行われることを保障するものではない。

ステップＳ２６０の仮予約の登録が行われると、処理は、ステップＳ２６１に進められる。ステップＳ２６１において、関数実行部２５４は、制御部２５１からの制御に従い、実行中のNDOアプリケーション（データ放送用HTML文書）にスクリプトとして記述されたgetCurrentNRTIT関数を実行する。

ステップＳ２６１において、getCurrentNRTIT関数が実行されると、ステップＳ２６２において、制御部２２１によって、現在放送波により送信されている最新のNRT-ITが取得される。最新のNRT-ITは、メモリ２２２に記録される。

ステップＳ２６２において、最新のNRT-ITが取得されると、処理は、ステップＳ２５７に進められる。ステップＳ２５７において、関数実行部２５４は、制御部２５１からの制御に従い、新たに取得されたNRT-ITを解析する。そして、ステップＳ２５８において、NRTコンテンツの識別情報が一致すると判定された場合には、予約対象のNRTコンテンツの本予約の登録が行われる（Ｓ２５９）。

また、ステップＳ２５８において、NRTコンテンツの識別情報が一致しないと判定された場合、処理は、ステップＳ２６３に進められる。ステップＳ２６３において、関数実行部２５４は、制御部２５１からの制御に従い、予約対象のNRTコンテンツは仮予約済みか否かを判定する。

ステップＳ２６３において、予約対象のNRTコンテンツが仮予約済みであると判定された場合、処理は、ステップＳ２６１に進められる。そして、上述したステップＳ２６１，Ｓ２６２の処理が実行され、最新のNRT-ITが取得される。その後、再度、最新のNRT-ITの解析が実行され（Ｓ２５７）、本予約の登録が可能であるかどうかが判定されることになる（Ｓ２５８）。

また、ステップＳ２６３において、予約対象のNRTコンテンツが仮予約していないと判定された場合、処理は、ステップＳ２６０に進められる。そして、上述したステップＳＳ２６０の処理によって仮予約の登録が行われてから、ステップＳ２６１，Ｓ２６２の処理によって最新のNRT-ITが取得される。その後、上記と同様に、最新のNRT-ITの解析が実行され（Ｓ２５７）、本予約の登録が可能であるかどうかが判定される（Ｓ２５８）。

すなわち、reserveNRTContentDownload関数によって、ダウンロード予約を実行する際に、予約対象のNRTコンテンツのNRT-ITが放送波により未送信である場合、予約対象のNRTコンテンツの仮予約の登録を行い、処理は一旦終了することになる。その後、受信装置２０においては、送信装置１０から定期的に送信されるNRT-ITが受信されるので、新たに受信されて更新されたNRT-ITに、予約対象のNRTコンテンツに関する情報が含まれている場合には、仮予約中の予約対象のNRTコンテンツが、所定の配信時刻にダウンロードされるように本予約の登録を行うことになる。

ステップＳ２５９において本予約の登録が完了すると、イベント対応処理は終了する。その後、処理は、図２３のステップＳ２３５に戻り、それ以降の処理が実行される。

以上、NRTコンテンツのダウンロード予約を指示するイベントが発生した場合のイベント対応処理について説明した。また、ステップＳ２５１において、NRTコンテンツのダウンロード予約が指示されていないと判定された場合、処理は、ステップＳ２６４に進められる。

ステップＳ２６４において、イベント判定部２５３は、制御部２５１からの制御に従い、NRTコンテンツのダウンロード予約のキャンセルが指示されたか否かを判定する。ステップＳ２６４において、ダウンロード予約のキャンセルが指示されたと判定された場合、処理は、ステップＳ２６５に進められる。

ステップＳ２６５において、関数実行部２５４は、制御部２５１からの制御に従い、NDOアプリケーション（データ放送用HTML文書）にスクリプトとして記述されたcancelNRTContentDownloadReservation関数を実行する。cancelNRTContentDownloadReservation関数の実行によって、メモリ２２２に記録された予約情報のうち、引数として指定されたContent Linkageにより特定される予約情報が削除され、本予約の登録済みのNRTコンテンツのダウンロード予約がキャンセルされる。

ステップＳ２６５においてダウンロード予約のキャンセルが行われると、イベント対応処理は終了する。その後、処理は、図２３のステップＳ２３５に戻り、それ以降の処理が実行される。

以上、NRTコンテンツのダウンロード予約のキャンセルを指示するイベントが発生した場合のイベント対応処理について説明した。また、ステップＳ２６４において、NRTコンテンツのダウンロード予約のキャンセルが指示されていないと判定された場合、処理は、ステップＳ２６６に進められる。

ステップＳ２６６において、イベント判定部２５３は、制御部２５１からの制御に従い、NRTコンテンツの再生が指示されたか否かを判定する。ステップＳ２６６において、NRTコンテンツの再生が指示されたと判定された場合、処理は、ステップＳ２６７に進められる。

ステップＳ２６７において、関数実行部２５４は、制御部２５１からの制御に従い、所定の規格により標準化されたNRTコンテンツを再生するための関数を実行する。

すなわち、上述した図１０乃至図１８に示した関数以外にも、NRTコンテンツに関する処理を実行するための関数が、所定の規格により標準化されて定義されており、関数実行部２５４は、それらの標準化された関数を実行することができる。例えば、CEA 2014の規格では、NRTコンテンツの再生を開始するためのPlay関数、再生中のNRTコンテンツの再生を停止するためのStop関数、及び、NRTコンテンツの再生位置を移動するためのseek関数などが定義されている。

従って、この場合、Play関数の実行によって、指定されたNRTコンテンツの再生が開始される。

ステップＳ２６７において再生処理が行われると、イベント対応処理は終了する。その後、処理は、図２３のステップＳ２３５に戻り、それ以降の処理が実行される。

以上、NRTコンテンツの再生を指示するイベントが発生した場合のイベント対応処理について説明した。また、ステップＳ２６６において、NRTコンテンツの再生が指示されていないと判定された場合、処理は、ステップＳ２６８に進められる。

ステップＳ２６８において、イベント判定部２５３は、制御部２５１からの制御に従い、NRTコンテンツの削除が指示されたか否かを判定する。ステップＳ２６８において、NRTコンテンツの削除が指示されたと判定された場合、処理は、ステップＳ２６９に進められる。

ステップＳ２６９において、関数実行部２５４は、制御部２５１からの制御に従い、実行中のNDOアプリケーション（データ放送用HTML文書）にスクリプトとして記述されたdeleteNRTContent関数を実行する。deleteNRTContent関数の実行によって、記録部２２５に記録されたダウンロード済みのNRTコンテンツのうち、引数として指定されたContent Linkageにより特定されるNRTコンテンツ及びその関連情報のデータが、記録部２２５から削除される。

ステップＳ２６９においてNRTコンテンツ及びその関連情報の削除が行われると、イベント対応処理は終了する。その後、処理は、図２３のステップＳ２３５に戻り、それ以降の処理が実行される。

以上、NRTコンテンツの削除を指示するイベントが発生した場合のイベント対応処理について説明した。また、ステップＳ２６８において、NRTコンテンツの削除が指示されていないと判定された場合、処理は、ステップＳ２７０に進められる。

ステップＳ２７０において、関数実行部２５４は、制御部２５１からの制御に従い、図２３のステップＳ２３４にて発生したイベントに応じた関数を実行する。

すなわち、図２４のイベント対応処理では、reserveNRTContentDownload関数、getStorageInfo関数、getCurrentNRTIT関数、cancelNRTContentDownloadReservation関数、deleteNRTContent関数が、各種のイベントに応じて実行される場合を具体例として説明したが、ここでは説明していない他の関数についても、各種のイベントに応じて実行されることになる。例えば、ブラウザ２２７−１は、各種のイベントに応じて、getNRTContentDownloadStatus関数、executeNRTContentDownload関数、cancelNRTContentDownload関数、又はgetNRTContentInformation関数を実行する。

また、図２４のイベント対応処理は、一例であって、ここに挙げた関数が上述のイベント以外の他のイベントに応じて実行されるようにしてもよい。例えば、図２４の説明では、getStorageInfo関数は、ダウンロード予約時に十分な記録容量が残っているかどうかを判断するために実行したが、それ以外の例えば、予約済みのNRTコンテンツのダウンロードを開始する直前に、記録部２２５の記録容量が残っているかを判断したり、あるいは、ユーザに対して記録部２２５の空き容量を提示したりする場合に実行されるようにしてもよい。

以上で、イベント対応処理の説明を終了する。

（画面遷移の例）
図２５は、図２４のイベント対応処理を実行した場合における、画面遷移の具体的な例を示す図である。

図２５に示すように、例えば、図６のイベントＤが発生すると、アプリケーションサーバ４０からNDOアプリケーションが受信され、そのＵ１０１がディスプレイ２１９に表示される。ＵＩ１０１は、NRTコンテンツに関連する各種の処理を実行するための項目を提示するメニュー画面である。ＵＩ１０１には、「ダウンロード予約」、「ダウンロード予約キャンセル」、「NRTコンテンツ再生」、及び「NRTコンテンツ削除」の項目が表示されている。

ＵＩ１０１において、「ダウンロード予約」が選択された場合、ＵＩ１１１が表示される。ＵＩ１１１には、予約可能なNRTコンテンツとして、「ＡＡＡ」と「ＢＢＢ」が表示されている。また、このNDOアプリケーション（データ放送用HTML文書）には、SCRIPT要素中に、reserveNRTContentDownload関数が記述されている。

この場合において、例えば、ユーザがリモートコントローラ２０Ｒを操作して、「ＡＡＡ」を選択すると、「ＡＡＡ」のContent Linkageを引数とする、reserveNRTContentDownload関数が実行される。これにより、NRTコンテンツのダウンロード予約が指示された場合のイベント対応処理（図２４のステップＳ２５１乃至Ｓ２６３）が実行され、「ＡＡＡ」の本予約の登録が行われる。本予約の登録が完了すると、ＵＩ１１２が表示される。

また、ＵＩ１０１において、「ダウンロード予約キャンセル」が選択された場合、ＵＩ１２１が表示される。ＵＩ１２１には、ダウンロード予約中のNRTコンテンツとして、「ＣＣＣ」と「ＤＤＤ」が表示されている。また、このNDOアプリケーション（データ放送用HTML文書）には、SCRIPT要素中に、cancelNRTContentDownloadReservation関数が記述されている。

この場合において、例えば、ユーザがリモートコントローラ２０Ｒを操作して、「ＣＣＣ」を選択すると、「ＣＣＣ」のContent Linkageを引数とする、cancelNRTContentDownloadReservation関数が実行される。これにより、NRTコンテンツのダウンロード予約のキャンセルが指示された場合のイベント対応処理（図２４のステップＳ２６４乃至Ｓ２６５）が実行され、「ＣＣＣ」のダウンロード予約のキャンセルが行われる。本予約の登録のキャンセルが完了すると、ＵＩ１２２が表示される。

また、ＵＩ１０１において、「NRTコンテンツ再生」が選択された場合、ＵＩ１３１が表示される。ＵＩ１３１には、再生可能なNRTコンテンツとして、「ＥＥＥ」と「ＦＦＦ」が表示されている。

この場合において、例えば、ユーザがリモートコントローラ２０Ｒを操作して、「ＥＥＥ」を選択すると、CEA 2014の規格により標準化されたPlay関数が実行される。これにより、NRTコンテンツの再生が指示された場合のイベント対応処理（図２４のステップＳ２６６乃至Ｓ２６７）が実行され、「ＥＥＥ」の再生が行われる。「ＥＥＥ」の再生が開始されると、ＵＩ１３２が表示される。

さらに、ＵＩ１０１において、「NRTコンテンツ削除」が選択された場合、ＵＩ１４１が表示される。ＵＩ１４１には、ダウンロード済みのNRTコンテンツとして、「ＧＧＧ」と「ＨＨＨ」が表示されている。また、このNDOアプリケーション（データ放送用HTML文書）には、SCRIPT要素中に、deleteNRTContent関数が記述されている。

この場合において、例えば、ユーザがリモートコントローラ２０Ｒを操作して、「ＧＧＧ」を選択すると、「ＧＧＧ」のContent Linkageを引数とする、deleteNRTContent関数が実行される。これにより、NRTコンテンツの削除が指示された場合のイベント対応処理（図２４のステップＳ２６８乃至Ｓ２６９）が実行され、記録部２２５から「ＧＧＧ」が削除される。「ＧＧＧ」の削除が完了すると、ＵＩ１４２が表示される。

イベント対応処理の実行時の画面遷移は、以上のように行われる。

（NRTコンテンツのダウンロード処理）
次に、図２６のフローチャートを参照して、受信装置２０が実行するNRTコンテンツのダウンロード処理について説明する。

ステップＳ２９１において、制御部２２１は、メモリ２２２に記録された予約情報を参照して、本予約登録されたNRTコンテンツの予約開始時刻となったか否かを判定する。なお、この予約開始時刻は、NRT-ITに記述されたDistribution start/end timeにより特定される。そして、NRTコンテンツの予約開始時刻になるのを待って、処理は、ステップＳ２９２に進められる。

ステップＳ２９２において、制御部２２１は、チューナ２１２を制御して、放送波によりFLUTEセッションを利用して送信される、対象のNRTコンテンツのダウンロードを行う。

具体的には、チューナ２１２により復調されたトランスポートストリームは、多重分離部２１３により分離され、記録部２２５に記録される。なお、記録部２２５には、NRTコンテンツとともに、各種の関連情報も記録される。

NRTコンテンツのダウンロードが終了すると、処理は、ステップＳ２９３に進められる。ステップＳ２９３において、制御部２２１は、予約開始時刻が経過してダウンロードを開始したNRTコンテンツのダウンロードが成功したか否かを判定する。

ステップＳ２９３において、NRTコンテンツのダウンロードに失敗したと判定された場合、処理は、ステップＳ２９４に進められる。ステップＳ２９４において、制御部２２１は、通信I/F２２６を制御して、配信サーバ７０によりインターネット配信されるNRTコンテンツのダウンロードを行う。なお、配信サーバ７０のURLは、NRT-ITに記述されたInternet Locationから取得することができる。

具体的には、通信I/F２２６により受信されたNRTコンテンツのオーディオストリームと、ビデオストリームのデータが、記録部２２５に記録される。すなわち、仮に放送波により送信されるNRTコンテンツを受信できない場合でも、配信サーバ７０によりインターネット配信されるNRTコンテンツを受信することが可能となる。これにより、受信装置２０は、確実にNRTコンテンツをダウンロードすることができる。

また、ステップＳ２９３において、NRTコンテンツのダウンロードに成功したと判定された場合、ステップＳ２９４の処理はスキップされる。そして、ステップＳ２９４の処理が終了すると、処理はステップＳ２９１に戻り、それ以降の処理が繰り返される。

なお、２以上のNRTコンテンツがダウンロード予約されている場合には、ステップＳ２９１乃至Ｓ２９４の処理が繰り返され、予約開始時刻を経過した全てのNRTコンテンツがダウンロードされる。

また、図２６のダウンロード処理は、制御部２２１によって、いわゆるレジデントアプリケーションが実行されることで実現される。

以上で、NRTコンテンツのダウンロード処理の説明を終了する。

（NDOアプリケーションの配信処理）
次に、図２７のフローチャートを参照して、アプリケーションサーバ４０が実行するNDOアプリケーションの配信処理について説明する。

ステップＳ３１１において、アプリケーション生成部４１２は、制御部４１１からの制御に従い、NDOアプリケーションを生成する。ステップＳ３１２において、アプリケーション生成部４１２は、制御部４１１からの制御に従い、生成されたNDOアプリケーションを、記録部４１３に記録する。

具体的には、NDOアプリケーションは、各種のテキストや素材データ等からなるデータ放送用HTML文書として作成され、さらにその用途に応じて、NRTコンテンツに関連する処理を実行する関数がスクリプトとして埋め込まれる。つまり、NDOアプリケーションの制作者は、NRTコンテンツに関連する処理を組み込みたい場合には、共通の制御方式として定義された関数を利用することで、その機能を実現させることができる。

ステップＳ３１３において、制御部４１１は、通信I/F４１４を監視することで、受信装置２０からNDOアプリケーションが要求されたか否かを判定する。ステップＳ３１３においては、受信装置２０からの要求を待って、処理は、ステップＳ３１４に進められる。

ステップＳ３１４において、制御部４１１は、受信装置２０からの要求に応じたNDOアプリケーションを、記録部４１３から取得する。ステップＳ３１５において、制御部４１１は、通信I/F４１４を制御して、取得されたNDOアプリケーションを、受信装置２０に送信する。

ステップＳ３１５の送信処理が終了すると、処理は、ステップＳ３１３に戻り、それ以降の処理が繰り返される。

以上で、NDOアプリケーションの配信処理の説明を終了する。

以上のように、本技術では、図１０乃至図１８の関数を定義することで、NRTコンテンツを制御するための共通の制御方式を提供することができる。

＜変形例＞

なお、上述の説明では、図１０乃至図１８の関数は、NDOアプリケーション（データ放送用HTML文書）にスクリプトとして記述されるとして説明したが、TDOアプリケーション又はPDOアプリケーション等のデータ放送用HTML文書にスクリプトとして記述された場合も同様の機能を提供することができる。

また、上述の説明では、スクリプト言語としてJavaScript（登録商標）を例に説明したが、他のスクリプト言語やコンピュータ言語が用いられるようにしてもよい。さらに、上述の説明では、TDO，NDO，PDOは、HTML文書からなるとして説明したが、他のコンピュータ言語により記述された記述文書からなるようにしてもよい。

また、上述の説明では、TDOアプリケーション、NDOアプリケーション、及び、PDOアプリケーションが、アプリケーションサーバからインターネット９０を介して提供される例を中心に説明したが、FLUTEセッションを利用して放送波により送信するようにしてもよい。また、送信装置１０から通常放送により送信される放送コンテンツは、インターネット９０に接続された配信サーバ（不図示）から、通信コンテンツとしてインターネット配信されるようにしてもよい。なお、上述の説明では、TDO、NDO、及びPDOの「DO」は、Declarative Objectの略語であると説明したが、Downloadable Objectの略語を意味する場合もある。

さらに、上述の説明では、受信装置２０は、テレビジョン受像機であるとして説明したが、それに限らず、例えば、ディスプレイやスピーカを有さない構成とすることで、その機能が、ビデオレコーダ等の電子機器に内蔵されるようにしてもよい。

＜本技術を適用したコンピュータの説明＞

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

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

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

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

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

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

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

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

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

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

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

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

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

例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

なお、本技術は、以下のような構成をとることができる。

（１）
ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツを受信する第１の受信部と、
ダウンロード済みの前記AVコンテンツを記録する記録部と、
前記AVコンテンツに関連する処理を実行するアプリケーションプログラムを取得する取得部と、
前記アプリケーションプログラムに含まれる制御情報に基づいて、前記AVコンテンツに関連する処理を実行する実行部と
を備える受信装置。
（２）
前記実行部は、前記アプリケーションプログラムの実行中に、所定のイベントが発生した場合、発生したイベントに応じて、前記AVコンテンツに関連する処理を実行する
（１）に記載の受信装置。
（３）
前記制御情報は、前記AVコンテンツのダウンロード予約を実行する関数であり、
前記実行部は、ダウンロード予約対象の前記AVコンテンツが指定された場合、指定された前記AVコンテンツのダウンロード予約を実行する
（２）に記載の受信装置。
（４）
前記制御情報は、前記AVコンテンツのダウンロード予約をキャンセルする関数であり、
前記実行部は、キャンセル対象の前記AVコンテンツが指定された場合、指定された前記AVコンテンツのダウンロード予約をキャンセルする
（３）に記載の受信装置。
（５）
前記制御情報は、ダウンロード予約された前記AVコンテンツのダウンロード状況を取得する関数であり、
前記実行部は、前記ダウンロード状況の取得が指示された場合、前記ダウンロード状況を取得する
（２）又は（３）に記載の受信装置。
（６）
前記制御情報は、ダウンロード済みの前記AVコンテンツの詳細情報を取得する関数であり、
前記実行部は、前記詳細情報の取得が指示された場合、前記詳細情報を取得する
（２）乃至（５）のいずれか一項に記載の受信装置。
（７）
前記制御情報は、前記AVコンテンツのダウンロードを即時実行する関数であり、
前記実行部は、ダウンロード予約対象の前記AVコンテンツのダウンロードの即時実行が指定された場合、指定された前記AVコンテンツのダウンロードを即時に実行する
（２）乃至（６）のいずれか一項に記載の受信装置。
（８）
前記制御情報は、前記AVコンテンツのダウンロードを中止する関数であり、
前記実行部は、前記AVコンテンツのダウンロードの中止が指示された場合、前記AVコンテンツのダウンロードを中止する
（２）乃至（７）のいずれか一項に記載の受信装置。
（９）
前記制御情報は、ダウンロード済みの前記AVコンテンツ及び前記AVコンテンツの関連情報を削除する関数であり、
前記実行部は、削除対象の前記AVコンテンツが指定された場合、指定された前記AVコンテンツ及び前記関連情報を削除する
（２）乃至（８）のいずれか一項に記載の受信装置。
（１０）
前記制御情報は、前記AVコンテンツとともに定期的に送信される、前記AVコンテンツのダウンロードに関するダウンロード情報を更新する関数であり、
前記実行部は、前記ダウンロード情報の更新が指示された場合、前記ダウンロード情報を取得して更新する
（２）乃至（９）のいずれか一項に記載の受信装置。
（１１）
前記制御情報は、前記記録部の記録容量に関する記録容量情報を取得する関数であり、
前記実行部は、前記記録容量情報の取得が指示された場合、前記記録容量情報を取得する
（２）乃至（１０）のいずれか一項に記載の受信装置。
（１２）
前記アプリケーションプログラムは、HTML（Hyper Text Markup Language）により記述されたHTML文書であり、
前記制御情報は、前記HTML文書にスクリプトとして記述される関数である
（１）乃至（１１）のいずれか一項に記載の受信装置。
（１３）
前記取得部は、前記AVコンテンツを提供する事業者以外の他の事業者により管理される情報処理装置から送信される前記HTML文書を取得する
（１２）に記載の受信装置。
（１４）
前記第１の受信部は、放送波によって送信される前記AVコンテンツを受信する
（１）に記載の受信装置。
（１５）
前記放送波によって送信される前記AVコンテンツを受信できない場合、インターネットを介して配信される前記AVコンテンツを受信する第２の受信部をさらに備える
（１４）に記載の受信装置。
（１６）
前記実行部は、対象の前記AVコンテンツを、前記AVコンテンツとともに定期的に送信される、前記AVコンテンツのダウンロードに関するダウンロード情報に含まれる前記AVコンテンツの識別情報により識別する
（２）に記載の受信装置。
（１７）
前記ダウンロード情報は、NRT-IT（Non Real Time Information Table）であり、
前記識別情報は、NRT-ITに含まれるContent Linkageである
（１６）に記載の受信装置。
（１８）
受信装置の受信方法において、
前記受信装置が、
ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツを受信し、
ダウンロード済みの前記AVコンテンツの記録部への記録を制御し、
前記AVコンテンツに関連する処理を実行するアプリケーションプログラムを取得し、
前記アプリケーションプログラムに含まれる制御情報に基づいて、前記AVコンテンツに関連する処理を実行する
ステップを含む受信方法。
（１９）
ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツに関連する処理を実行するための制御情報を含むアプリケーションプログラムを生成する生成部と、
前記アプリケーションプログラムを送信する送信部と
を備える送信装置。
（２０）
送信装置の送信方法において、
前記送信装置が、
ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツに関連する処理を実行するための制御情報を含むアプリケーションプログラムを生成し、
前記アプリケーションプログラムを送信する
ステップを含む送信方法。

１ 放送通信連携システム， １０ 送信装置， ２０ 受信装置， ２０Ｒ リモートコントローラ， ３０，４０，５０ アプリケーションサーバ， ６０ ウェブサーバ， ７０ 配信サーバ， ９０ インターネット， ２１２ チューナ， ２１９ ディスプレイ， ２２１ 制御部， ２２５ 記録部， ２２６ 通信I/F， ２２７−１，２２７−２ ブラウザ， ２５１ 制御部， ２５２ アプリケーション取得部， ２５３ イベント判定部， ２５４ 関数実行部， ９００ コンピュータ， ９０１ CPU

Claims (20)

1. ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツを受信する第１の受信部と、
   ダウンロード済みの前記AVコンテンツを記録する記録部と、
   前記AVコンテンツに関連する処理を実行するアプリケーションプログラムを取得する取得部と、
   前記アプリケーションプログラムに含まれる制御情報に基づいて、前記AVコンテンツに関連する処理を実行する実行部と
   を備える受信装置。
2. 前記実行部は、前記アプリケーションプログラムの実行中に、所定のイベントが発生した場合、発生したイベントに応じて、前記AVコンテンツに関連する処理を実行する
   請求項１に記載の受信装置。
3. 前記制御情報は、前記AVコンテンツのダウンロード予約を実行する関数であり、
   前記実行部は、ダウンロード予約対象の前記AVコンテンツが指定された場合、指定された前記AVコンテンツのダウンロード予約を実行する
   請求項２に記載の受信装置。
4. 前記制御情報は、前記AVコンテンツのダウンロード予約をキャンセルする関数であり、
   前記実行部は、キャンセル対象の前記AVコンテンツが指定された場合、指定された前記AVコンテンツのダウンロード予約をキャンセルする
   請求項３に記載の受信装置。
5. 前記制御情報は、ダウンロード予約された前記AVコンテンツのダウンロード状況を取得する関数であり、
   前記実行部は、前記ダウンロード状況の取得が指示された場合、前記ダウンロード状況を取得する
   請求項２に記載の受信装置。
6. 前記制御情報は、ダウンロード済みの前記AVコンテンツの詳細情報を取得する関数であり、
   前記実行部は、前記詳細情報の取得が指示された場合、前記詳細情報を取得する
   請求項２に記載の受信装置。
7. 前記制御情報は、前記AVコンテンツのダウンロードを即時実行する関数であり、
   前記実行部は、ダウンロード予約対象の前記AVコンテンツのダウンロードの即時実行が指定された場合、指定された前記AVコンテンツのダウンロードを即時に実行する
   請求項２に記載の受信装置。
8. 前記制御情報は、前記AVコンテンツのダウンロードを中止する関数であり、
   前記実行部は、前記AVコンテンツのダウンロードの中止が指示された場合、前記AVコンテンツのダウンロードを中止する
   請求項７に記載の受信装置。
9. 前記制御情報は、ダウンロード済みの前記AVコンテンツ及び前記AVコンテンツの関連情報を削除する関数であり、
   前記実行部は、削除対象の前記AVコンテンツが指定された場合、指定された前記AVコンテンツ及び前記関連情報を削除する
   請求項２に記載の受信装置。
10. 前記制御情報は、前記AVコンテンツとともに定期的に送信される、前記AVコンテンツのダウンロードに関するダウンロード情報を更新する関数であり、
    前記実行部は、前記ダウンロード情報の更新が指示された場合、前記ダウンロード情報を取得して更新する
    請求項２に記載の受信装置。
11. 前記制御情報は、前記記録部の記録容量に関する記録容量情報を取得する関数であり、
    前記実行部は、前記記録容量情報の取得が指示された場合、前記記録容量情報を取得する
    請求項２に記載の受信装置。
12. 前記アプリケーションプログラムは、HTML（Hyper Text Markup Language）により記述されたHTML文書であり、
    前記制御情報は、前記HTML文書にスクリプトとして記述される関数である
    請求項１に記載の受信装置。
13. 前記取得部は、前記AVコンテンツを提供する事業者以外の他の事業者により管理される情報処理装置から送信される前記HTML文書を取得する
    請求項１２に記載の受信装置。
14. 前記第１の受信部は、放送波によって送信される前記AVコンテンツを受信する
    請求項１に記載の受信装置。
15. 前記放送波によって送信される前記AVコンテンツを受信できない場合、インターネットを介して配信される前記AVコンテンツを受信する第２の受信部をさらに備える
    請求項１４に記載の受信装置。
16. 前記実行部は、対象の前記AVコンテンツを、前記AVコンテンツとともに定期的に送信される、前記AVコンテンツのダウンロードに関するダウンロード情報に含まれる前記AVコンテンツの識別情報により識別する
    請求項２に記載の受信装置。
17. 前記ダウンロード情報は、NRT-IT（Non Real Time Information Table）であり、
    前記識別情報は、NRT-ITに含まれるContent Linkageである
    請求項１６に記載の受信装置。
18. 受信装置の受信方法において、
    前記受信装置が、
    ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツを受信し、
    ダウンロード済みの前記AVコンテンツの記録部への記録を制御し、
    前記AVコンテンツに関連する処理を実行するアプリケーションプログラムを取得し、
    前記アプリケーションプログラムに含まれる制御情報に基づいて、前記AVコンテンツに関連する処理の実行を制御する
    ステップを含む受信方法。
19. ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツに関連する処理を実行するための制御情報を含むアプリケーションプログラムを生成する生成部と、
    前記アプリケーションプログラムを送信する送信部と
    を備える送信装置。
20. 送信装置の送信方法において、
    前記送信装置が、
    ダウンロード予約可能な非リアルタイムに送信されるAVコンテンツに関連する処理を実行するための制御情報を含むアプリケーションプログラムを生成し、
    前記アプリケーションプログラムを送信する
    ステップを含む送信方法。

Images