JP2016111508A - 受信装置、情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】番組に連動するアプリケーションプログラムを番組に遅延することなく実行する受信装置、情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】受信装置３１は、番組の進行に同期した処理を自装置に行わせる番組連動アプリケーションプログラムについての告知をする情報であって、番組連動アプリケーションプログラムの取得先を示すアプリ取得先情報を含む告知情報を含む放送波を受信する放送受信部３２と、告知情報に含まれるアプリ取得先情報に基づいて、番組連動アプリケーションプログラムを、番組連動アプリケーションプログラムが同期する対象の番組の開始前に取得するアプリ取得部３８５２と、アプリ取得部が取得した番組連動アプリケーションプログラムを実行するアプリ処理部３８６と、を備える。【選択図】図９

Description

本発明は、受信装置、情報処理装置、情報処理方法、及びプログラムに関する。

従来から、デジタル放送を受信するための受信装置には、例えば、特許文献１に記載されているようにソフトウェアを利用して所定の機能を実現し、放送波により配信されたソフトウェアに更新する仕組みを備えるものがあった。ソフトウェアの更新は、例えば、バグの修正、種々の動作パラメータの変更に応じて行われる。ソフトウェアを更新する際、放送波を送信する放送局は、放送波で伝送する情報の一部を用いてソフトウェアの更新を受信装置に告知し、その後、更新ソフトウェアを示すデータを重畳した放送波を送信する。受信装置は、放送波でソフトウェアを受信し、既存のソフトウェアを受信したソフトウェアに更新する。

他方、放送技術の発達に伴い、受信装置は単に番組を表示するだけでなく、付加的なサービスをアプリケーションプログラムを介して提供することが行われている。非特許文献１には、アプリケーションプログラムの起動などの状態を制御するための情報のデータ構成などについて記載されている。また、非特許文献２には、アプリケーションプログラムを実行するためのファイルなどのデータを、放送を介して伝送可能なデータカルーセル伝送方式について記載されている。

特開２００８−１６９６９号公報

「デジタル放送におけるアプリケーション実行環境 標準規格 APPLICATION EXECUTION ENGINE PLATFORM FOR DIGITAL BROADCASTING ARIB STANDARD ARIB STD-B23 1.2版」，平成２１年（２００９年）７月２９日，社団法人電波産業会 「デジタル放送におけるデータ放送符号化方式と伝送方式 標準規格 DATA CODING AND TRANSMISSION SPECIFICATION FOR DIGITAL BROADCASTING ARIB STANDARD ARIB STD-B24 6.0版」，平成２６年（２０１４年）７月３１日，社団法人電波産業会

ところで、アプリケーションプログラムには、番組の内容に連動して様々な情報を提供するプログラムがある。しかしながら、従来は、このようなアプリケーションプログラムは、連動する対象の番組の開始に合わせて提供されていた。そのため、従来の受信装置は、番組の開始時において、アプリケーションプログラムの取得を完了させることができないことがあった。従って、従来の受信装置は、番組が始まっているにもかかわらず、アプリケーションプログラムを実行することができず、当該プログラムによるサービスをユーザに提供することができない場合があった。

本発明は上記の点に鑑みてなされたものであり、番組に連動するアプリケーションプログラムを番組に遅延することなく実行することができる受信装置、情報処理装置、情報処理方法、及びプログラムを提供する。

（１）本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、番組の進行に同期した処理を自装置に行わせる番組連動アプリケーションプログラムについての告知をする情報であって、当該番組連動アプリケーションプログラムの取得先を示すアプリ取得先情報を含む告知情報を含む放送波を受信する放送受信部と、前記告知情報に含まれる前記アプリ取得先情報に基づいて、前記番組連動アプリケーションプログラムを、当該番組連動アプリケーションプログラムが同期する対象の番組の開始前に取得するアプリ取得部と、前記アプリ取得部が取得した前記番組連動アプリケーションプログラムを実行するアプリ処理部と、を備えることを特徴とする受信装置である。

（２）また、本発明の一態様は、番組の進行に同期した処理を受信装置に行わせる番組連動アプリケーションプログラムについての告知を放送を介して行う情報であって、当該番組連動アプリケーションプログラムの取得先を示すアプリ取得先情報を含む告知情報を生成する告知情報生成部、を備えることを特徴とする情報処理装置である。

（３）また、本発明の一態様は、番組の進行に同期した処理を自装置に行わせる番組連動アプリケーションプログラムについての告知をする情報であって、当該番組連動アプリケーションプログラムの取得先を示すアプリ取得先情報を含む告知情報を含む放送波を受信する放送受信部を備える受信装置における情報処理方法であって、前記受信装置が、前記告知情報に含まれる前記アプリ取得先情報に基づいて、前記番組連動アプリケーションプログラムを、当該番組連動アプリケーションプログラムが同期する対象の番組の開始前に取得する第１ステップと、前記受信装置が、前記第１ステップにおいて取得した前記番組連動アプリケーションプログラムを実行する第２ステップと、を含むことを特徴とする情報処理方法である。

（４）また、本発明の一態様は、番組の進行に同期した処理を自装置に行わせる番組連動アプリケーションプログラムについての告知をする情報であって、当該番組連動アプリケーションプログラムの取得先を示すアプリ取得先情報を含む告知情報を含む放送波を受信する放送受信部を備える受信装置のコンピュータに、前記告知情報に含まれる前記アプリ取得先情報に基づいて、前記番組連動アプリケーションプログラムを、当該番組連動アプリケーションプログラムが同期する対象の番組の開始前に取得する第１ステップ、前記第１ステップにおいて取得した前記番組連動アプリケーションプログラムを実行する第２ステップ、を実行させるためのプログラムである。

本発明によれば、番組連動アプリケーションプログラムを番組に遅延することなく実行することができる。

本発明の第１の実施形態に係る放送システムの概要を示す図である。 同実施形態に係る放送システムの構成を示すブロック図である。 同実施形態に係る告知情報のデータ構成の一例を示す図である。 同実施形態に係るダウンロードコンテンツ記述子のデータ構成の一例を示す図である。 同実施形態に係るコンパティビリティ記述子のデータ構成の一例を示す図である。 同実施形態に係るＤＩＩメッセージのデータ構成の一例を示す図である。 同実施形態に係るＤＤＢメッセージのデータ構成の一例を示す図である。 同実施形態に係る送信装置の構成を示すブロック図である。 同実施形態に係る受信装置の構成を示すブロック図である。 同実施形態に係る受信装置による処理の流れの一例を示すフローチャートである。 本発明の第２の実施形態に係る放送システムの概要を示す図である。 同実施形態に係る放送システムの構成を示すブロック図である。 同実施形態に係るネットワークダウンロードコンテンツ記述子のデータ構成の一例を示す図である。 同実施形態に係るサーバー装置の構成を示すブロック図である。 同実施形態に係る受信装置の構成を示すブロック図である。 本発明の第５の実施形態に係る受信装置の構成を示すブロック図である。 本発明の各実施形態に係る受信装置のハードウェア構成を示すブロック図である。

［第１の実施形態］
［放送システムの概要］
以下、図面を参照しながら本発明の第１の実施形態について説明する。
図１は、本発明の第１の実施形態に係る放送システムの概要を示す図である。
本実施形態に係る放送システムは、アプリケーションプログラムについての告知をする告知情報を、放送により伝送するテレビジョン放送システムである。
ここで、アプリケーションプログラムとは、受信装置に所定の処理を実行させることにより、受信装置のユーザに付加的なサービスを提供するプログラムである。つまり、アプリケーションプログラムとは、受信装置の基本的な機能を提供するファームウェアなどとは異なるプログラムである。以下では、一例として、アプリケーションプログラムが、番組連動アプリケーションプログラム（以下、「番組連動アプリ」と称する。）である場合について説明する。

ここで、番組連動アプリとは、番組の進行に同期した処理を受信装置に行わせるプログラムである。受信装置は、番組連動アプリを実行することにより、例えば、番組の内容や番組の進行状況に応じて異なる情報をユーザに提示することができる。具体的には、例えば、番組連動アプリは、番組の進行に応じて異なるファイルを読み出すことにより番組の字幕を様々な言語で表示するサービスや番組の各場面の撮影場所を地図上に示すサービスなど、番組の内容に連動したサービスを提供するプログラムである。以下では、番組連動アプリが、ＨＴＭＬ５（HyperText Markup Language 5）ブラウザ上で実行されるプログラムである場合について説明する。この場合、番組連動アプリは、例えば、ＨＴＭＬ５、又は、Ｊａｖａｓｃｒｉｐｔ（Ｊａｖａは登録商標）により記述されるコードである。また、以下では、番組連動アプリが、番組を放送する放送事業者により提供される場合について説明する。

また、番組の進行に応じて読み出されるファイルは、放送や通信を介して取得される。ファイルとは、番組連動アプリの実行において参照される参照情報の一例である。本実施形態では、番組連動アプリが読み出すファイルが、放送を介して取得される場合について説明する。ただし、ファイルは、通信を介して取得されてもよい。

本実施形態に係る放送システムにおいて、告知情報には、番組連動アプリの識別情報（アプリ識別情報）と、当該番組連動アプリの取得先を示すアプリ取得先情報と、当該番組連動アプリの提供タイミングを示すアプリ提供タイミング情報とが含まれている。ここで、告知情報は、番組連動アプリが同期する対象の番組（以下、「連動対象番組」と称する。）の放送開始前に送信される。また、アプリ提供タイミング情報は、番組連動アプリの連動対象番組の放送開始前の時刻を示す。

受信装置は、放送波から告知情報を検出すると、告知情報に含まれるアプリ取得先情報と、アプリ提供タイミング情報とを参照する。そして、受信装置は、番組連動アプリの提供が開始されると、アプリ取得先情報に基づいて、番組連動アプリを放送波から取得する。これにより、受信装置は、番組連動アプリを、そのアプリの連動対象番組の放送開始前に取得することができる。従って、受信装置は、番組の開始に合わせて番組連動アプリを実行し、番組連動アプリによるサービスをユーザに提示することができる。

［放送システムの構成］
図２は、本実施形態に係る放送システム１の構成を示すブロック図である。
本実施形態に係る放送システム１は、送信装置１１と、受信装置３１とを含んで構成される。送信装置１１は、放送事業者が管理する放送設備を構成する。受信装置３１は、家庭や事業所等に設置される。放送システム１において、受信装置３１は、複数存在するが、ここでは、一例として、受信装置３１が１台である場合について説明する。
なお、以下では、放送システム１が、メディアトランスポート方式としてＭＰＥＧ−２ＴＳを用いる場合について説明する。この場合、告知情報とは、例えば、ソフトウェアダウンロードトリガテーブル（ＳＤＴＴ、Ｓｏｆｔｗａｒｅ Ｄｏｗｎｌｏａｄ Ｔｒｉｇｇｅｒ Ｔａｂｌｅ）である。以下では、告知情報がＳＤＴＴである場合について説明する。

送信装置１１は、放送伝送路１２を介して番組を示す番組データと、告知情報と、番組連動アプリを含む配信データとを放送衛星１３を介して放送する。送信装置１１は、例えば、告知情報と番組連動アプリをデータカルーセル方式により放送する。ここで、データカルーセル方式とは、同一のデータを一定期間繰り返し送信する伝送方式である。

放送伝送路１２は、送信装置１１が送信する各種のデータを同時に不特定多数の受信装置３１に一方向的に伝送する伝送路である。放送伝送路１２は、例えば、放送衛星１３で中継される所定の周波数帯域の電波（放送波）である。放送伝送路１２の一部には、通信回線、例えば、送信装置１１から電波を送信するための送信設備までの通信回線が含まれてもよい。なお、以下では、放送伝送路１２を介して各種のデータを送信（または、受信）することを、「放送で送信（または、受信もしくはダウンロード）する」と呼ぶことがある。

受信装置３１は、テレビジョン受信装置、映像記録装置などである。受信装置３１は、放送伝送路１２を介して、告知情報を受信する。受信装置３１は、受信した告知情報に基づき、放送伝送路１２を介して番組連動アプリを取得する。受信装置３１は、連動対象番組の番組データを放送伝送路１２を介して受信すると、番組連動アプリを起動する。受信装置３１は、番組データに基づいて番組を表示するとともに、番組連動アプリを実行して、番組の進行に同期した情報を提示する。

［ＳＤＴＴのデータ構造］
次に、ＭＭＴ方式において伝送される情報のデータ構造について説明する。ここでは、ＳＤＴＴと、ダウンロードコンテンツ記述子と、コンパティビリティ記述子と、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）メッセージ、ＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）メッセージとについての説明に留めるが、放送システム１は、ＭＭＴ方式に係る全てのメッセージ、テーブル、及び記述子などの情報を扱うことができる。
まず、ＳＤＴＴのデータ構造について説明する。
図３は、本実施形態に係るＳＤＴＴのデータ構成の一例を示す図である。
図３に示す例では、「ＳＤＴＴ（Ｓｏｆｔｗａｒｅ Ｄｏｗｎｌｏａｄ Ｔｒｉｇｇｅｒ Ｔａｂｌｅ（））」は、「テーブル識別拡張（ｔａｂｌｅ＿ｉｄ＿ｅｘｔ）」、「ターゲットバージョン（ｔａｒｇｅｔ＿ｖｅｒｓｉｏｎ）」、「新バージョン（ｎｅｗ＿ｖｅｒｓｉｏｎ）」、「ダウンロードレベル（ｄｏｗｎｌｏａｄ＿ｌｅｖｅｌ）」、「バージョン指示（ｖｅｒｓｉｏｎ＿ｉｎｄｉｃａｔｏｒ）」、「開始時刻（ｓｔａｒｔ＿ｔｉｍｅ）」、「配信継続時間（ｄｕｒａｔｉｏｎ）」、及び「記述子領域（ｄｅｓｃｒｉｐｔｏｒｓ（））」を含む。

「テーブル識別拡張」の上位８ビットには、「メーカ識別（ｍａｋｅｒ＿ｉｄ）」が記述され、下位８ビットには、「モデル識別（ｍｏｄｅｌ＿ｉｄ）」が記述される。つまり、「テーブル識別拡張」には、番組連動アプリのダウンロードを実行させる受信装置の識別情報（機種情報）が記述される。
「ターゲットバージョン」には、アップデート対象となる番組連動アプリの「バージョン識別」が記述される。
「新バージョン」には、送信装置１１が送信する番組連動アプリの「バージョン識別」が記述される。
「ダウンロードレベル」には、ダウンロードの態様を示す値が格納される。例えば、‘０１’は強制ダウンロードを示し、‘００’は、任意ダウンロードを示す。
「バージョン指示」は、アップデート対象の番組連動アプリのバージョンの範囲を示す。‘００’は、全バージョンを示し、‘０３’は、指定されたバージョンのみを示す。
このように、ＳＤＴＴは、受信装置３１において、番組連動アプリのバージョンを管理するためのバージョン管理情報が含まれる。

「開始時刻」は、送信装置１１が番組連動アプリの送信を開始する時刻を示す。ここで、開始時刻において、番組連動アプリの提供開始時刻として、その番組連動アプリの連動対象番組の放送開始前の時刻が記述されることにより、受信装置３１は、連動対象番組の放送が開始される前に番組連動アプリを取得することができる。
「配信継続時間」は、送信装置１１が番組連動アプリの送信を継続する時間を示す。ＳＤＴＴでは、開始時刻（ｓｔａｒｔ＿ｔｉｍｅ）及び配信継続時間（ｄｕｒａｔｉｏｎ）が、複数通り設定可能である。つまり、本実施形態において、開始時刻と配信継続時間とは、番組連動アプリの提供タイミングを示すアプリ提供タイミング情報に相当する。本実施形態では、アプリ提供タイミング情報は、提供の開始時刻と、配信時間とにより表されるが、アプリ提供タイミング情報は、例えば、提供の開始時刻と、提供の終了時刻とにより表されてもよい。
「記述子領域」には、ダウンロードコンテンツ記述子が記述される。
なお、「識別（ｉｄ：ｉｄｅｎｔｉｆｉｅｒ）」とは、個々の事物を識別するための情報であり、「識別子」と呼ばれることもある。

しかしながら、本実施形態に係るＳＤＴＴは、ダウンロード対象のアプリ識別情報を含む。そこで、ここでは、一例として、アプリ識別情報を記述するためのフィールドが新規に設ける場合について説明する。アプリ識別情報は、例えば、「組織識別（ｏｒｇａｎｉｚａｔｉｏｎ＿ｉｄ）」と「アプリケーション識別（ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ）」とにより表される。「組織識別」は、アプリケーションを作成した組織に一意に対応付けられた番号である。「組織識別」は、例えば、３２ビットのｂｓｌｂｆ（ｂｉｔ ｓｔｒｉｎｇ ｌｅｆｔ ｂｉｔ ｆｉｒｓｔ、左ビットが先頭であるビット列）形式のフィールドに記述される。また、「アプリケーション識別」は、番組連動アプリを作成した組織において、番組連動アプリに一意に対応付けられた番号である。「アプリケーション識別」は、例えば、１６ビットのｂｓｌｂｆ形式のフィールドに記述される。

［ダウンロードコンテンツ記述子のデータ構造］
次に、ダウンロードコンテンツ記述子のデータ構造について説明する。
図４は、本実施形態に係るダウンロードコンテンツ記述子のデータ構造の一例を示す図である。
「ダウンロードコンテンツ記述子（Ｄｏｗｎｌｏａｄ＿ｃｏｎｔｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ（））」は、「コンパティビリティフラグ（ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ）」、「コンパティビリティ記述子（ｃｏｍｐａｔｉｂｉｌｉｔｙＤｅｓｃｒｉｐｔｏｒ（））」、「モジュール数（ｎｕｍ＿ｏｆ＿ｍｏｄｕｌｅｓ）」、「モジュール識別（ｍｏｄｕｌｅ＿ｉｄ）」、「モジュールサイズ（ｍｏｄｕｌｅ＿ｓｉｚｅ）」及び「プライベートデータ領域（ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ）」を含む。

「コンパティビリティフラグ」は、コンパティビリティ記述子の有無を示すフラグである。
「コンパティビリティ記述子」には、後述するコンパティビリティ記述子（図５）と同一の内容が含まれる。

「モジュール数」、「モジュール識別」、及び「モジュールサイズ」には、番組連動アプリを伝送するためのＤＩＩ／ＤＤＢメッセージのモジュール数、モジュール識別、及びモジュールサイズがそれぞれ記述される。
このように、本実施形態に係るダウンロードコンテンツ記述子は、放送を介して伝送される番組連動アプリの取得先を示すアプリ取得先情報に相当する。

［コンパティビリティ記述子のデータ構造］
次に、コンパティビリティ記述子のデータ構造について、説明する。コンパティビリティ記述子には、ＳＤＴＴの「テーブル識別」や「グループ領域」では表しきれない情報が記述される。
図５は、本実施形態に係るコンパティビリティ記述子のデータ構造の一例を示す図である。
図５に示す例では、「コンパティビリティ記述子（ｃｏｍｐａｔｉｂｉｌｉｔｙＤｅｓｃｒｉｐｔｏｒ（））」は、「モデル領域（ｍｏｄｅｌ）」及び「バージョン領域（ｖｅｒｓｉｏｎ）」を含む。「モデル領域」の上位８ビット、下位８ビットに、それぞれソフトウェアの製作者を示す「メーカ識別」、対象モデル（機種）を示す「モデル識別」が記述される。
「バージョン領域」には、ソフトウェアのバージョンを示す「バージョン識別」が記述される。

［ＤＩＩメッセージのデータ構造］
次に、ＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）メッセージの例について説明する。本実施形態において、番組連動アプリは、ＤＩＩメッセージと、ＤＤＢ（ＤｏｗｎｌｏａｄＤａｔａＢｌｏｃｋ）メッセージとにより、受信装置３１に伝送される。
図６は、本実施形態に係るＤＩＩメッセージのデータ構造の一例を示す図である。
図６に示す例では、ＤＩＩメッセージは、コンパティビリティ記述子を含む。また、ＤＩＩメッセージは、「モジュール数（ｎｕｍｂｅｒＯｆＭｏｄｕｌｅｓ）」、「モジュール識別（ｍｏｄｕｌｅ＿ｉｄ）」、及び「モジュールサイズ（ｍｏｄｕｌｅ＿ｓｉｚｅ）」を含む。

［ＤＤＢメッセージのデータ構造］
次に、ＤＤＢメッセージのデータ構造について説明する。
図７は、本実施形態に係るＤＤＢメッセージのデータ構造の一例を示す図である。
図７に示す例では、ＤＤＢメッセージは、「ブロック番号（ＢｌｏｃｋＮｕｍｂｅｒ）」、「モジュール識別（ｍｏｄｕｌｅＩｄ）」、及び「ペイロード領域（ｂｌｏｃｋＤａｔａＢｙｔｅ）」を含む。
「ブロック番号」は、送信装置１１によってブロックごとにインクリメントされ、書き込まれる情報である。従って、「ブロック番号」は、分割された番組連動アプリの順序を示す数である。
「モジュール識別」は、個々のＤＤＢメッセージを特定する識別情報である。
「ペイロード領域」は、送信装置１１により分割された番組連動アプリが書き込まれる領域である。

［送信装置の構成］
次に、本実施形態に係る送信装置１１の構成について説明する。
図８は、本実施形態に係る送信装置１１の構成を示すブロック図である。
送信装置１１は、配信データ生成部１４、番組データ生成部１５、告知情報生成部１６、多重化部１７、暗号化部１８及び送信部１９を含んで構成される。

配信データ生成部１４には、例えば、番組連動アプリの管理装置から番組連動アプリのデータが入力される。配信データ生成部１４は、番組連動アプリを所定の形式、例えば、セクション形式のデータに変換し、配信データを生成する。配信データ生成部１４は、生成した配信データを多重化部１７に出力する。
具体的には、配信データ生成部１４は、番組連動アプリを所定の大きさに分割し、分割したデータ（分割データ）をＤＤＢメッセージとして所定の大きさにセクション化し、その構成情報をＤＩＩメッセージとして生成する。つまり、配信データは、ＤＩＩメッセージと、ＤＤＢメッセージとにより形成される。

また、配信データ生成部１４は、全てのモジュールのＤＤＢメッセージに格納される暗号化した分割データの全体（つまり、番組連動アプリ）について、所定のアルゴリズムで演算した誤り検出符号を算出する。所定のアルゴリズムは、例えば、巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）である。巡回冗長検査により、誤り検出符号としてＣＲＣ値が算出される。配信データ生成部１４は、算出したＣＲＣ値を、例えば、ＤＩＩメッセージのＣＲＣ記述子に記述する。受信装置３１は、格納されたソフトウェアのデータに基づいて演算した誤り検出符号が付加されたＣＲＣ値と一致するか否かにより正しく復号されたか否かを検証することができる。なお、本実施形態では、番組連動アプリがその実行時において参照するファイルも、配信データとして送信される。
配信データ生成部１４は、生成した配信データを多重化部１７に出力する。

番組データ生成部１５には、例えば、番組データの管理装置から番組データが入力される。番組データは、放送番組を表現する映像データと音声データを含むデータである。番組データ生成部１５は、入力された番組データについて所定の形式、例えば、ストリーム形式に変換し、変換した番組データを多重化部１７に出力する。

告知情報生成部１６には、受信装置３１に配信される番組連動アプリのアプリ取得先情報、アプリ提供タイミング情報などが、当該情報の管理装置から入力される。告知情報生成部１６は、入力されたこれらの情報を含むＳＤＴＴ（Ｓｏｆｔｗａｒｅ Ｄｏｗｎｌｏａｄ Ｔｒｉｇｇｅｒ Ｔａｂｌｅ）を生成する。告知情報生成部１６は、生成したＳＤＴＴを多重化部１７に出力する。

多重化部１７は、配信データ生成部１４から入力された配信データ、番組データ生成部１５から入力された番組データ、及び告知情報生成部１６から入力された告知情報を多重化して、所定の形式（例えば、トランスポートストリーム）の多重化データを生成する。多重化部１７は、生成した多重化データを暗号化部１８に出力する。
暗号化部１８は、多重化部１７から入力された多重化データを所定の暗号化方式（例えば、ＭＵＬＴＩ２）を用いて暗号化する。暗号化部１８は、暗号化した多重化データを送信部１９に出力する。
送信部１９は、暗号化部１８から入力された多重化データを受信装置３１に放送伝送路１２を介して送信する。ここで、送信部１９は、ベースバンド信号である多重化データで所定の搬送周波数を有する搬送波を変調させて、搬送周波数に対応したチャネル帯域の電波（放送波）を、アンテナを用いて放射する。

［受信装置の構成］
次に、受信装置３１の構成について説明する。
図９は、本実施形態に係る受信装置３１の構成を示すブロック図である。
受信装置３１は、放送受信部３２、操作受付部３４、音声出力部３５、表示部３６、記憶部３７、及び制御部３８を含んで構成される。また、記憶部３７は、アプリ記憶部３７１、及びファイル記憶部３７２を含んで構成される。また、制御部３８は、復調部３８１、分離部３８２、音声処理部３８３、映像処理部３８４、取得部３８５、及びアプリ処理部３８６を含んで構成される。また、取得部３８５は、告知情報解析部３８５１、アプリ取得部３８５２、ファイル取得部３８５３を含んで構成される。

放送受信部３２は、チューナーを含んで構成される。放送受信部３２は、多重化データを含む放送波をアンテナにより受信する。放送受信部３２は、受信したチャネル帯域の放送信号を、復調部３８１に出力する。
操作受付部３４は、赤外線通信用インターフェイスを含み、リモートコントローラＲＣと通信する。操作受付部３４は、リモートコントローラＲＣに対してユーザから入力された操作を受け付け、受信装置３１の番組連動アプリの起動、操作、及び終了指示、チャンネルの切替指示などの情報を制御部３８に出力する。また、操作受付部３４は、受信装置３１の筐体に設けられたスイッチを介してユーザから入力された操作を受け付けることができる。

音声出力部３５は、スピーカーを含んで構成される。音声出力部３５は、音声処理部３８３から取得した音声データに基づいて音声を再生する。
表示部３６は、液晶ディスプレイ、有機ＥＬディスプレイなどのディスプレイを含む。表示部３６は、映像処理部３８４から取得した映像信号に基づいて、番組の映像や電子番組表などの画像を表示する。

記憶部３７は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含み、その他に不揮発メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などを含むことができる。記憶部３７は、受信装置３１が含むＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が実行するための各種プログラムやＣＰＵが実行した処理の結果などを記憶する。また、記憶部３７は、ビデオメモリを含み、表示部３６が表示する映像を示す映像信号を記憶する。

記憶部３７のアプリ記憶部３７１は、番組連動アプリのデータを記憶する。ここで、アプリ記憶部３７１は、放送事業者ごとに異なる記憶領域を有する。つまり、番組連動アプリは、放送事業者ごとに予め割当てられたメモリに記憶される。
記憶部３７のファイル記憶部３７２は、番組連動アプリが実行時に参照するファイルを記憶する。

制御部３８は、ＣＰＵを含み、受信装置３１の各機能部を制御する。
復調部３８１は、放送受信部３２から受信した放送信号を、その搬送周波数でベースバンド信号である多重化データに復調する。復調部３８１は、多重化データ（暗号化されている）を、送信装置１１の暗号化部１８で用いられた方式に対応する復号方式（例えば、ＭＵＬＴＩ２）で復号し、復号した多重化データを生成する。復調部３８１は、生成した多重化データを分離部３８２に出力する。

分離部３８２は、復調部３８１から入力された多重化データから番組データと告知情報とを分離する。分離部３８２は、告知情報を取得部３８５に出力する。また、分離部３８２は、番組データから音声データと映像データを抽出する。分離部３８２は、抽出した音声データを音声処理部３８３に出力し、映像データを映像処理部３８４に出力する。また、分離部３８２は、アプリ取得部３８５２からの要求に応じて、多重化データから配信データを分離する。分離部３８２は、分離した配信データをアプリ取得部３８５２に出力する。

音声処理部３８３は、分離部３８２から音声データを取得する。ここで取得される音声データは、所定の音声符号化方式（例えば、ＭＰＥＧ−２ オーディオ）で符号化されたデータである。音声処理部３８３は、符号化に用いられた符号化方式と対応する復号方式で入力された音声データを復号し、復号した音声データを生成する。復号した音声データは、各時刻における音声のレベルを示すデータである。音声処理部３８３は、復号した音声データを音声出力部３５に出力する。

映像処理部３８４は、分離部３８２から映像データを取得する。ここで取得される映像データは、所定の映像符号化方式（例えば、ＭＰＥＧ−２ ビデオ）で符号化されたデータである。映像処理部３８４は、符号化に用いられた符号化方式と対応する復号方式で入力された映像データを復号し、復号した映像データを生成する。復号した映像データは、各時刻における映像（フレーム画像）を形成する信号値を示すデータである。映像処理部３８４は、復号した映像データを表示部３６に出力する。

取得部３８５は、各種情報を取得する。
取得部３８５の告知情報解析部３８５１は、分離部３８２からＳＤＴＴを取得する。告知情報解析部３８５１は、ＳＤＴＴから「アプリケーション識別」を抽出する。つまり、告知情報解析部３８５１は、受信対象のアプリ識別情報を特定する。また、告知情報解析部３８５１は、ＳＤＴＴから「開始時刻」と「配信継続時間」とを抽出する。つまり、告知情報解析部３８５１は、アプリ提供タイミング情報を抽出する。また、告知情報解析部３８５１は、ＳＤＴＴからダウンロードコンテンツ記述子の「モジュール数」、「モジュール識別」、及び「モジュールサイズ」を抽出する。つまり、告知情報解析部３８５１は、アプリ取得先情報を抽出する。また、告知情報解析部３８５１は、ＳＤＴＴから「ターゲットバージョン」と、「新バージョン」と、「ダウンロードレベル」と、「バージョン指示」とを抽出する。つまり、告知情報解析部３８５１は、バージョン管理情報を取得する。
告知情報解析部３８５１は、取得したアプリ識別情報と、アプリ提供タイミング情報と、アプリ取得先情報と、バージョン管理情報とをアプリ取得部３８５２に出力する。

アプリ取得部３８５２は、告知情報解析部３８５１からアプリ識別情報と、アプリ提供タイミング情報と、アプリ取得先情報と、バージョン管理情報とを取得する。アプリ取得部３８５２は、バージョン管理情報に基づいて、ＳＤＴＴにより告知された番組連動アプリを自装置が取得するか否かを判定する。受信装置３１は、番組連動アプリを取得すると判定した場合、取得を行う番組連動アプリについての配信データを、アプリ提供タイミング情報が示す提供タイミングにおいて、アプリ取得先情報に基づいて分離部３８２に分離させる。アプリ取得部３８５２は、分離部３８２から配信データを取得すると、配信データを構成する各ＤＤＢメッセージから分割データを抽出し、抽出した分割データをＤＤＢメッセージに付されたモジュールＩＤの昇順に連結して番組連動アプリを取得する。アプリ取得部３８５２は、取得した番組連動アプリを、記憶部３４１に記憶させる。
ファイル取得部３８５３は、番組連動アプリの実行において参照するファイルを、配信データから取得する。ファイル取得部３８５３は、取得したファイルをファイル記憶部３７２に記憶させる。

アプリ処理部３８６は、例えば、ＨＴＭＬ５ブラウザとして機能し、番組連動アプリを実行する。アプリ処理部３８６は、例えば、放送波を介して伝送される番組連動アプリの制御情報に基づいて、ファイル記憶部３７２に記憶されているファイルを読み出し、番組連動アプリの起動や処理を制御する。なお、アプリ処理部３８６は、リアルタイムに放送されている番組を表示するときに番組連動アプリを実行するだけでなく、録画されている番組を表示するときに番組連動アプリを実行してもよい。

［受信装置の動作］
次に、受信装置３１の動作について説明する。
図１０は、本実施形態に係る受信装置３１による番組連動アプリの取得処理の流れの一例を示すフローチャートである。
（ステップＳ１０１）まず、復調部３８１は、放送受信部３２が受信した放送波から多重化データを取得する。復調部３８１は、取得した多重化データを分離部３８２に出力する。その後、制御部３８は、ステップＳ１０２に処理を進める。
（ステップＳ１０２）分離部３８２は、復調部３８１から取得した多重化データからＳＤＴＴを検出し、検出したＳＤＴＴを分離する。分離部３８２は、分離したＳＤＴＴを告知情報解析部３８５１に出力する。その後、制御部３８は、ステップＳ１０３に処理を進める。
（ステップＳ１０３）告知情報解析部３８５１は、分離部３８２から取得したＳＤＴＴからアプリ取得先情報と、アプリ提供タイミング情報とを抽出する。告知情報解析部３８５１は、抽出したアプリ取得先情報と、アプリ提供タイミング情報とをアプリ取得部３８５２に出力する。その後、制御部３８は、ステップＳ１０４に処理を進める。

（ステップＳ１０４）アプリ取得部３８５２は、告知情報解析部３８５１から取得したアプリ提供タイミング情報に基づいて、番組連動アプリの提供開始時刻を特定する。そして、アプリ取得部３８５２は、番組連動アプリの提供開始時刻であるか否かを判定する。番組連動アプリの提供開始時刻である場合（ステップＳ１０４；ＹＥＳ）、制御部３８は、ステップＳ１０５に処理を進める。また、番組連動アプリの提供開始時刻ではない場合（ステップＳ１０４；ＮＯ）、制御部３８は、ステップＳ１０４の判定処理を繰り返す。
なお、ステップＳ１０４において、アプリ取得部３８５２は、番組連動アプリの提供開始時刻と現在時刻を比較し、現在時刻が前記提供開始時刻以降となっているか否かを判定してもよい。そして、現在時刻が番組連動アプリの提供開始時刻以降となっている場合、制御部３８は、ステップＳ１０５に処理を進める。また、そうではない（番組連動アプリの提供開始時刻が到来していない）場合、制御部３８は、ステップＳ１０４の判定処理を繰り返す。
（ステップＳ１０５）アプリ取得部３８５２は、アプリ取得先情報に基づいて、分離部３８２に番組連動アプリを含む配信データを多重化データから分離させる。アプリ取得部３８５２は、分離させた配信データから番組連動アプリを取得し、アプリ記憶部３７１に記憶させる。そして、制御部３８は、図１０に示される処理を終了する。

以上に説明したように、本実施形態に係る放送システム１は、ＳＤＴＴによりアプリ取得先情報と、アプリ提供タイミング情報とを受信装置３１に通知する。これにより、受信装置３１は、番組の開始前に、その番組に連動する番組連動アプリを取得することができる。従って、受信装置３１は、番組の開始に遅延することなく、番組連動アプリを実行し、番組連動アプリによるサービスをユーザに提供することができる。

［第２の実施形態］
［放送システムの概要］
以下、図面を参照しながら、本発明の第２の実施形態について説明する。上述した実施形態と同一の構成については、同一の符号を付して説明を援用する。
図１１は、本実施形態に係る放送システムの概要を示す図である。
本実施形態に係る放送システムは、第１の実施形態に係る放送システム１と同様に、アプリケーションプログラムについての告知をする告知情報を、放送により伝送するテレビジョン放送システムである。しかし、本実施形態に係る放送システムは、ネットワークを介して番組連動アプリを伝送可能である点が、第１の実施形態に係る放送システム１とは異なっている。

本実施形態に係る告知情報は、第１の実施形態に係る告知情報と同様に、アプリ取得先情報と、アプリ提供タイミング情報とを含む。ただし、本実施形態に係るアプリ取得先情報は、ネットワークに接続されているサーバー装置を、番組連動アプリの取得先として示すことができる。受信装置は、放送を介して取得した告知情報に含まれるアプリ取得先情報に基づいてサーバー装置にアクセスし、サーバー装置から番組連動アプリを取得する。

［放送システムの構成］
次に、本実施形態に係る放送システム１ｂの構成について説明する。
図１２は、本実施形態に係る放送システム１ｂの構成を示すブロック図である。
放送システム１ｂは、第１の実施形態に係る送信装置１１（図２）に代えて送信装置１１ｂを含む。また、放送システム１ｂは、第１の実施形態に係る受信装置３１（図２）に代えて受信装置３１ｂを含む。また、放送システム１ｂは、第１の実施形態に係る放送システム１が含む各種装置に加え、サーバー装置２１を含んで構成される。送信装置１１ｂ及びサーバー装置２１は、放送事業者が有する放送設備を構成する。サーバー装置２１と受信装置３１ｂとは、通信伝送路２２に接続されており、互いに情報を送受信する、双方向の通信を行うことができる。

通信伝送路２２は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などによって構成される情報通信ネットワークである。ＷＡＮは、例えば、携帯電話網、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ；公衆交換電話網）、専用通信回線網、及びＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などによって構成される。通信伝送路２２による情報の伝送形態は、無線、有線、又はそれらの組み合わせである。以下では、通信伝送路２２を介した双方向の情報の送受信を、単に「通信」と称する。これに対し、送信装置１１ｂから受信装置３１ｂへの一方向の情報の送信を「放送」と称し、上述の「通信」と区別する。

本実施形態に係る送信装置１１ｂは、第１の実施形態に係る送信装置１１と同様の機能を有する。ただし、送信装置１１ｂは、通信部（不図示）を含み、サーバー装置２１と通信を行う機能を有する。そして、送信装置１１ｂは、通信部を介して、番組連動アプリを含む配信データをサーバー装置２１に送信する機能を有する点で、送信装置１１とは異なる。
本実施形態に係る受信装置３１ｂは、第１の実施形態に係る受信装置３１と同様の機能を有する。ただし、受信装置３１ｂは、告知情報に含まれるアプリ取得先情報がサーバー装置２１を示す場合に、サーバー装置２１から番組データを含む配信データを取得する点で、受信装置３１とは異なる。
サーバー装置２１は、送信装置１１ｂから配信データを取得する。サーバー装置２１は、例えば、受信装置３１ｂからの配信要求に応じて、番組連動アプリを含む配信データを、要求元の受信装置３１ｂに送信する。

［ネットワークダウンロードコンテンツ記述子のデータ構造］
本実施形態に係るアプリ取得先情報について説明する。
本実施形態に係るアプリ取得先情報は、第１の実施形態に係るダウンロードコンテンツ記述子（図４）に代えて、ネットワークダウンロードコンテンツ記述子により表されうる。つまり、番組連動アプリが放送を介して提供される場合は、ＳＤＴＴの「記述子領域」には、ダウンロードコンテンツ記述子が記述される。これに対し、番組連動アプリが通信を介して提供される場合は、ＳＤＴＴの「記述子領域」には、ネットワークダウンロードコンテンツ記述子が記述される。

ここで、ネットワークダウンロードコンテンツ記述子のデータ構造について説明する。
図１３は、ネットワークダウンロードコンテンツ記述子のデータ構造の一例を示す図である。
「ネットワークダウンロードコンテンツ記述子（Ｎｅｔｗｏｒｋ＿ｄｏｗｎｌｏａｄ＿ｃｏｎｔｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ（））」は、「コンパティビリティフラグ（ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ）」、「コンパティビリティ記述子（ｃｏｍｐａｔｉｂｉｌｉｔｙＤｅｓｃｒｉｐｔｏｒ（））」、「セッションプロトコル番号（ｓｅｓｓｉｏｎ＿ｐｒｏｔｏｃｏｌ＿ｎｕｍｂｅｒ）」、「再接続回数（ｒｅｔｒｙ）」、「アドレス種別（ａｄｄｒｅｓｓ＿ｔｙｐｅ）」、「アドレス種別（ａｄｄｒｅｓ＿ｔｙｐｅ）」、及び「ポート番号（ｐｏｒｔ＿ｎｕｍｂｅｒ）」を含む。

ネットワークダウンロードコンテンツ記述子において、「コンパティビリティフラグ」、「コンパティビリティ記述子」は、それぞれ、ダウンロードコンテンツ記述子の「コンパティビリティフラグ」、「コンパティビリティ記述子」と同様である。
「セッションプロトコル番号」は、ネットワークダウンロード、つまり通信を介したダウンロードの際に用いるプロトコル（例えば、ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を示す番号である。
「アドレス種別」は、送信元の通信サーバーの所在を示すアドレスの種別を示す番号である。図１４に示す例では、アドレスの種別として、ＩＰｖ４、ＩＰｖ６、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）のいずれかが指定可能である。アドレスは、送信元の通信サーバー（例えば、サーバー装置２１）の所在を示し、「アドレス種別」で指定された種別で表されたアドレスである。
「ポート番号」は、サーバー装置２１のポート番号を示す。

［サーバー装置の構成］
次に、サーバー装置２１の構成について説明する。
図１４は、本実施形態に係るサーバー装置２１の構成を示すブロック図である。
サーバー装置２１は、通信部２３、記憶部２４、及び制御部２５、を含んで構成される。制御部２５は、配信データ取得部２５１、及び配信データ配信部２５２を含んで構成される。

通信部２３は、例えば、通信インターフェイスを含む。通信部２３は、通信伝送路２２に接続し、受信装置３１ｂと情報を送受信する。サーバー装置２１の各構成部による送受信は、通信部２３を介して行われる。
記憶部２４は、例えば、ＲＯＭ、ＲＡＭを含み、その他に不揮発メモリ、ＨＤＤなどを含むことができる。記憶部２４は、サーバー装置２１が備えるＣＰＵ（不図示）が実行するための各種プログラムやＣＰＵが実行した処理の結果などを記憶する。

制御部２５の各機能は、例えば、サーバー装置２１が備えるＣＰＵが記憶部２４に記憶されているプログラムを実行することにより実現される。
配信データ取得部２５１は、送信装置１１ｂから番組連動アプリを含む配信データを取得する。配信データ配信部２５２は、アプリ識別情報と、配信データとを対応付けて記憶部２４に記憶させる。
配信データ配信部２５２は、受信装置３１ｂから番組連動アプリの配信要求を受信する。この配信要求は、受信装置３１ｂが配信を要求するアプリ識別情報を含む。配信データ配信部２５２は、配信要求に含まれるアプリ識別情報に対応する配信データを記憶部２４から読み取る。配信データ配信部２５２は、読み取った配信データを、通信を介して受信装置３１ｂに送信する。

［受信装置の構成］
次に、本実施形態に係る受信装置３１ｂの構成について説明する。
図１５は、本実施形態に係る受信装置３１ｂの構成を示すブロック図である。
本実施形態に係る受信装置３１ｂは、第１の実施形態に係る受信装置３１の各構成に加え、通信部３３を含んで構成される。また、受信装置３１ｂは、第１の実施形態に係る制御部３８（図９）に代えて、制御部３８ｂを含んで構成される。また、本実施形態に係る制御部３８ｂは、第１の実施形態に係る取得部３８５（図９）に代えて、取得部３８５ｂを含んで構成される。また、本実施形態に係る取得部３８５ｂは、第１の実施形態に係るアプリ取得部３８５２（図９）に代えて、アプリ取得部３８５２ｂを含んで構成される。

通信部３３は、通信用インターフェイスを含んで構成される。通信部３３は、通信伝送路２２に接続し、サーバー装置２１と通信を行う。
取得部３８５ｂのアプリ取得部３８５２ｂは、第１の実施形態に係るアプリ取得部３８５２と同様に番組連動アプリを取得する機能を有する。ただし、アプリ取得先情報がサーバー装置２１を番組連動アプリの取得先として示す場合、アプリ取得部３８５２ｂは、サーバー装置２１から番組連動アプリを取得する点で、アプリ取得部３８５２とは異なる。具体的には、アプリ取得先情報がネットワークダウンロードコンテンツ記述子により表される場合、アプリ取得部３８５２ｂは、ネットワークダウンロードコンテンツ記述子の「セッションプロトコル番号」、「再接続回数」、「アドレス種別」、及び「ポート番号」などを参照する。そして、アプリ提供タイミング情報が示すタイミングで、ネットワークダウンロードコンテンツ記述子の各種情報が定める方法でサーバー装置２１にアクセスする。アプリ取得部３８５２ｂは、取得するアプリ識別情報を含む配信要求をサーバー装置２１に送信する。これにより、アプリ取得部３８５２ｂは、通信を介して番組連動アプリを取得する。

以上説明したように、本実施形態に係る放送システム１ｂでは、ＳＤＴＴによりアプリ取得先情報と、アプリ提供タイミング情報とが受信装置３１に通知される。また、アプリ取得情報は、番組連動アプリの取得先として通信伝送路２２に接続されたサーバー装置２１を示す。これにより、受信装置３１は、番組の開始前に、その番組に連動する番組連動アプリを、通信を介して取得することができる。従って、受信装置３１は、番組の開始に遅延することなく、番組連動アプリを実行し、番組連動アプリによるサービスをユーザに提供することができる。

［第３の実施形態］
［放送システムの概要と構成］
以下、本発明の第３の実施形態について説明する。上述した実施形態と同一の構成については、同一の符号を付して説明を援用する。
本実施形態に係る放送システム１ｃ（不図示）は、第１の実施形態に係る受信装置３１（図２）に代えて受信装置３１ｃ（不図示）を含んで構成される。
本実施形態に係る受信装置３１ｃは、第１の実施形態に係る受信装置３１と同様の機能を有する。ただし、受信装置３１ｃは、ユーザにより予約を受け付けた番組に連動する番組連動アプリを取得する点で、受信装置３１とは異なる。

［受信装置の構成］
次に、受信装置３１ｃの構成について説明する。
受信装置３１ｃは、第１の実施形態に係る制御部３８（図９）に代えて制御部３８ｃ（不図示）を含んで構成される。また、制御部３８ｃは、第１の実施形態に係る取得部３８５（図９）に代えて取得部３８５ｃ（不図示）を含んで構成される。また、取得部３８５ｃは、第１の実施形態に係るアプリ取得部３８５２（図９）に代えてアプリ取得部３８５２ｃ（不図示）を含んで構成される。

アプリ取得部３８５２ｃは、第１の実施形態に係るアプリ取得部３８５２と同様に、アプリ取得先情報と、アプリ提供タイミング情報とに基づいて番組連動アプリを取得する機能を有する。ただし、アプリ取得部３８５２ｃは、ユーザにより予約を受け付けた番組に連動する番組連動アプリを取得する点で、受信装置３１とは異なる。
具体的には、まず、アプリ取得部３８５２ｃは、告知情報解析部３８５１からアプリ識別情報と、アプリ取得先情報と、アプリ提供タイミング情報とを取得する。次に、アプリ識別情報が示す番組連動アプリの連動対象番組について、予約を受け付けているか否かを判定する。ここで、予約を受け付けているとは、操作受付部３４が、ユーザからその番組の視聴予約をする操作、又は、録画予約をする操作を受け付けていることをいう。連動対象番組について予約を受け付けている場合、アプリ取得部３８５２ｃは、その番組連動アプリを取得する。

以上説明したように、本実施形態に係る受信装置３１ｃは、ユーザにより予約されている番組に連動する番組連動アプリを取得する。これにより、受信装置３１は、ユーザが視聴するかどうかわからない番組に連動する番組連動アプリを取得することを避けることができるため、自装置にかかる負荷を低減することができる。

［第４の実施形態］
［放送システムの概要と構成］
以下、本発明の第４の実施形態について説明する。上述した実施形態と同一の構成については、同一の符号を付して説明を援用する。
本実施形態に係る放送システム１ｄ（不図示）は、第１の実施形態に係る送信装置１１（図２）に代えて送信装置１１ｄ（不図示）を含んで構成される。また、放送システム１ｄは、第1の実施形態に係る受信装置３１（図２）に代えて受信装置３１ｄ（不図示）を含んで構成される。

本実施形態に係る放送システム１ｄでは、番組のある場面に対応して番組連動アプリが読み出すファイルの候補が複数存在する。この複数のファイルの候補は、例えば、受信装置３１ｄの表示能力と対応付けられている。ここで、受信装置３１ｄの表示能力とは、例えば、解像度、フレームレート、走査方式などである。以下では、各ファイルが解像度と対応付けられている場合について説明する。この場合、ある場面に対応するファイルは、例えば、同一の内容で、異なる解像度のファイルである。具体的には、ファイルが映像ファイルである場合、ある場面について、例えば、８Ｋ（例えば、７６８０×４３２０画素）の解像度の映像ファイル、４Ｋ（例えば、３８４０×２１６０画素）の解像度の映像ファイル、などが存在する。

本実施形態に係る送信装置１１ｄは、第1の実施形態に係る送信装置１１と同様の機能を有する。ただし、送信装置１１ｄは、上述した解像度ごとのファイルを放送する点で、送信装置１１とは異なる。
本実施形態に係る受信装置３１ｄは、第１の実施形態に係る受信装置３１と同様の機能を有する。ただし、受信装置３１ｄは、番組連動アプリの実行において、参照するファイルを自装置の表示能力に基づいて選択する点で、受信装置３１とは異なる。

［受信装置の構成］
次に、本実施形態に係る受信装置３１ｄの構成について説明する。
受信装置３１ｄの記憶部３７には、自装置の表示能力の情報が予め記憶されている。
また、受信装置３１ｄは、第１の実施形態に係る制御部３８（図９）に代えて制御部３８ｄ（不図示）を含んで構成される。また、制御部３８ｄは、第１の実施形態に係る取得部３８５（図９）に代えて取得部３８５ｄ（不図示）を含んで構成される。また、取得部３８５ｄは、第１の実施形態に係るファイル取得部３８５３（図９）に代えてファイル取得部３８５３ｄ（不図示）を含んで構成される。

ファイル取得部３８５３ｄは、第１の実施形態に係るファイル取得部３８５３と同様にファイルを取得する。ただし、ファイル取得部３８５３ｄは、自装置の表示能力に応じたファイルを取得する点で、ファイル取得部３８５３とは異なっている。
具体的には、まず、ファイル取得部３８５３ｄは、記憶部３７から自装置が表示可能な解像度を読み出す。次に、ファイル取得部３８５３ｄは、配信データに含まれる複数のファイルのうち、自装置が表示可能な最大解像度に対応するファイルを特定する。次に、ファイル取得部３８５３ｄは、特定したファイルを配信データから抽出する。そして、ファイル取得部３８５３ｄは、抽出したファイルをファイル記憶部３７２に記憶させる。

以上説明したように本実施形態に係る受信装置３１ｄは、自装置の表示能力に応じたファイルを取得する。これにより、受信装置３１ｄは、自装置の表示能力に応じたファイルを参照して番組連動アプリを実行するため、例えば、表示能力が高い場合には、より高精細な画像を番組連動アプリを介して表示することができる。また、受信装置３１ｄは、自装置の表示能力が低い場合には、容量の小さいファイルを番組連動アプリの処理に用いるため、自装置にかかる負荷を低減することができる。

［第５の実施形態］
［放送システムの概要と構成］
以下、図面を参照しながら、本発明の第５の実施形態について説明する。上述した実施形態と同一の構成については、同一の符号を付して説明を援用する。
本実施形態に係る放送システム１ｅ（不図示）は、第１の実施形態に係る送信装置１１（図２）に代えて送信装置１１ｅ（不図示）を含んで構成される。また、放送システム１ｅは、第1の実施形態に係る受信装置３１（図２）に代えて受信装置３１ｅ（不図示）を含んで構成される。

本実施形態に係る放送システム１ｅにおいて、受信装置３１ｅが実行する番組連動アプリのデータは、送信装置１１ｅから放送される告知情報により管理される。
本実施形態に係る送信装置１１ｅは、第１の実施形態に係る送信装置１１と同様の機能を有する。ただし、送信装置１１ｅは、番組連動アプリを管理するためのアプリ管理情報を含む告知情報を放送する点で、送信装置１１とは異なる。
本実施形態に係る受信装置３１ｅは、第１の実施形態に係る受信装置３１と同様の機能を有する。ただし、受信装置３１ｅは、番組連動アプリを、告知情報に含まれるアプリ管理情報に基づいて管理する点で、受信装置３１とは異なる。

［アプリ管理情報の例］
次に、告知情報に含まれるアプリ管理情報について説明する。
本実施形態に係るアプリ管理情報には、期限管理情報と、優先度情報と、起動情報と、記憶位置指定情報と、が含まれる。以下では、これらの情報が、図３に示すＳＤＴＴにおいて新規に設けられるフィールドに記述される場合について説明する。
期限管理情報とは、番組連動アプリを自装置に記憶しておく期限を表す情報である。換言すると、期限管理情報は、番組連動アプリを自装置から削除する時刻を表す情報である。

優先度情報とは、番組連動アプリの優先度を表す情報である。上述したように、番組連動アプリは、放送事業者ごとに予め割当てられたメモリに記憶される。この場合、メモリにおいて、新たな番組連動アプリ（第１の番組連動アプリ）を記憶させる領域に、既に他の番組連動アプリ（第２の番組連動アプリ）が記憶されていることがある。優先度情報は、このような状況において、各番組連動アプリの記憶の優先度を定める情報である。本実施形態では、第１の番組連動アプリと、第２の番組連動アプリとが異なる場合について説明する。
起動情報とは、番組連動アプリの起動方式を示す情報である。具体的には、例えば、起動情報は、番組に連動した起動及びユーザによる任意起動についての許可又は不許可を定める。

記憶位置指定情報とは、番組連動アプリのアプリ記憶部３７１における記憶位置を表す情報である。具体的には、記憶位置指定情報は、例えば、放送事業者ごとのメモリにおいて、番組連動アプリの記憶を開始させる最初のアドレス（番地）を示す。なお、記憶位置情報は、別の態様で番組連動アプリの記憶位置を表してもよい。例えば、放送事業者ごとのメモリが、番組連動アプリを１つずつ記憶させる複数のセクション（領域）に予め分割されている場合、記憶位置情報は、当該複数のセクションのいずれか１つを示す情報であってもよい。

［受信装置の構成］
次に、受信装置３１ｅの構成について説明する。
図１６は、本実施形態に係る受信装置３１ｅの構成を示すブロック図である。
受信装置３１ｅの記憶部３７には、番組連動アプリと優先度情報とが対応付けられて記憶されている。
また、受信装置３１ｅは、第１の実施形態に係る制御部３８（図９）に代えて制御部３８ｅ（不図示）を含んで構成される。また、制御部３８ｅは、第１の実施形態に係る取得部３８５（図９）に代えて取得部３８５ｅ（図１６）を含んで構成される。また、取得部３８５ｅは、第１の実施形態に係る告知情報解析部３８５１（図９）に代えて告知情報解析部３８５１ｅ（図１６）を含んで構成される。また、取得部３８５ｅは、第１の実施形態に係るアプリ取得部３８５２（図９）に代えてアプリ取得部３８５２ｅを含んで構成される。また、制御部３８ｅは、第１の実施形態に係るアプリ処理部３８６（図９）に代えてアプリ処理部３８６ｅを含んで構成される。
また、制御部３８ｅは、制御部３８が備える各構成に加え、管理部３８７（図１６）をさらに含んで構成される。

本実施形態に係る告知情報解析部３８５１ｅは、第１の実施形態に係る告知情報解析部３８５１と同様の機能を有する。ただし、告知情報解析部３８５１ｅは、ＳＤＴＴからアプリ管理情報を抽出する点で、告知情報解析部３８５１とは異なる。告知情報解析部３８５１は、抽出したアプリ管理情報のうち、優先度情報と、記憶位置指定情報と、起動情報とをアプリ取得部３８５２ｅに出力する。また、告知情報解析部３８５１は、抽出したアプリ管理情報のうち、期限管理情報を管理部３８７に出力する。

アプリ取得部３８５２ｅは、第１の実施形態に係るアプリ取得部３８５２と同様の機能を有する。ただし、アプリ取得部３８５２ｅは、アプリ管理情報に基づいて、番組連動アプリの記憶部３７への記憶位置などを特定する点で、アプリ取得部３８５２とは異なる。具体的には、まず、アプリ取得部３８５２ｅは、優先度情報と、記憶位置指定情報と、起動情報とを告知情報解析部３８５１ｅから取得する。次に、アプリ取得部３８５２ｅは、記憶位置指定情報が示す記憶位置に、ＳＤＴＴにより告知されている第１の番組連動アプリとは異なる第２の番組連動アプリが記憶されているか否かを判定する。

第２の番組連動アプリが記憶されていない場合、すなわち、記憶位置指定情報が示す記憶位置に情報が記憶されていない場合、アプリ取得部３８５２ｅは、記憶位置指定情報が示す記憶位置に第１の番組連動アプリを記憶させる。また、第２の番組連動アプリが記憶されている場合、アプリ取得部３８５２ｅは、優先度情報を参照し、第１の番組連動アプリと第２の番組連動アプリとの優先度とを比較する。第１の番組連動アプリの優先度が高い場合、アプリ取得部３８５２ｅは、記憶位置指定情報が示す記憶位置から第２の番組連動アプリを削除し、第１の番組連動アプリを記憶させる。また、第２の番組連動アプリの優先度が高い場合、アプリ取得部３８５２ｅは、第１の番組連動アプリを取得せず、第２の番組連動アプリがアプリ記憶部３７１に記憶されたままにする。このようにアプリ取得部３８５２ｅは、優先度の高い番組連動アプリを記憶させる。なお、アプリ取得部３８５２ｅは、第１の番組連動アプリと第２の番組連動アプリとのうち優先度が低い番組連動アプリを削除せず、当該番組連動アプリをアプリ記憶部３７１の空き領域に記憶させてもよい。
また、アプリ取得部３８５２ｅは、番組連動アプリをアプリ記憶部３７１に記憶させる場合に、当該番組連動アプリを優先度情報及び起動情報と対応付けて記憶させる。

管理部３８７は、アプリ記憶部３７１における番組連動アプリの記憶を管理する。具体的には、管理部３８７は、告知情報解析部３８５１ｅから期限管理情報を取得する。次に、管理部３８７は、期限管理情報が示す日時に至った場合に、その期限管理情報に対応する番組連動アプリをアプリ記憶部３７１から削除する。

アプリ処理部３８６ｅは、第１の実施形態に係るアプリ処理部３８６と同様に番組連動アプリを実行する。ただし、アプリ処理部３８６ｅは、起動情報により番組連動アプリのユーザによる任意起動が許可されている場合、操作受付部３４が受け付けるユーザによる操作に基づいて、番組連動アプリを実行する点で、アプリ処理部３８６とは異なる。

以上説明したように、本実施形態に係る受信装置３１ｅは、番組連動アプリのアプリ管理情報に基づいて、番組連動アプリの自装置における記憶を管理する。これにより、放送事業者は、例えば、自らが提供する番組連動アプリの受信装置３１ｅにおける記憶を制御することができる。

［受信装置のハードウェア構成］
次に、上述した各実施形態に係る受信装置３１〜３１ｅのハードウェア構成について説明する。以下の説明において、上述した各実施形態に係る受信装置３１〜３１ｅのことを受信装置３１ｓと称する。
図１７は、上述した各実施形態に係る受信装置３１ｓのハードウェア構成の一例を示すブロック図である。
受信装置３１ｓは、ＣＰＵ１００、ＲＯＭ１００１、ＲＡＭ１００２、不揮発メモリ１００３、チューナー（Tuner）１０１、ネットワークインターフェース（Network I/F）１０２、復調モジュール（Decrypt）１０３、分離モジュール（Demux）１０４、音声復号モジュール（Audio Decoder）１０５、スピーカー１０６、映像復号モジュール（Video Decoder）１０７、描画モジュール１０８、ビデオメモリ１０８１、及びディスプレイ１０９を含んで構成される。
ＣＰＵ１００と、記憶媒体１００１と、チューナー１０１と、ネットワークインターフェース１０２と、復調モジュール１０３と、分離モジュール１０４と、音声復号モジュール１０５と、映像復号モジュール１０７と、描画モジュール１０８と、ビデオメモリ１０８１とは、バス（母線）を介して相互に接続される。

ＣＰＵ１００は、プログラム、各種データを読み出して、当該ＣＰＵ１００を備える自装置を制御する。ＲＯＭ１００１は、例えば、プログラムを記憶する記憶媒体である。ＲＡＭ１００２は、例えば、各種データ、プログラムを一時的に記憶する記憶媒体である。不揮発メモリは、ＨＤＤ、フラッシュメモリなどの記憶媒体であり、例えば、各種データを記憶する。

ＣＰＵ１００が読み出すプログラムは、ＲＯＭ１００１に記憶されている一例を示したが、他の記憶媒体に記憶されていてもよいし、通信伝送路２２からダウンロードされたものであってもよい。ＣＰＵ１００が読み出す各種データは、不揮発メモリに記憶されている一例を示したが、ＲＯＭ１００１に記憶されていてもよいし、通信伝送路２２からダウンロードした各種データであってもよい。

チューナー１０１は、放送波を受信する。ネットワークインターフェース１０２は、通信用インターフェイスを有し、有線又は無線により通信伝送路２２に接続される。復調モジュール１０３は、放送信号を復調する。分離モジュール１０４は、放送信号から各種データを分離する。音声復号モジュール１０５は、符号化された音声信号を復号化する。映像復号モジュール１０７は、符号化された映像信号を復号化する。ビデオメモリは、ディスプレイ１０９に表示される画像情報を記憶する。描画モジュール１０８は、ビデオメモリへの画像情報の書き込みと、ディスプレイ１０９への画像信号の出力とを制御する。

［変形例］
以下、上述した各実施形態の変形例について説明する。
上述した各実施形態において、番組連動アプリは、受信装置３１ｓのユーザが所有する他の装置が取得してもよい。ここでいう、他の装置とは、例えば、パーソナルコンピュータ、携帯電話、タブレット、スマートフォン、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）端末装置、又はＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などの電子機器である。これらの周辺装置が番組連動アプリを取得する場合、周辺装置は、例えば、受信装置３１と通信を行って番組連動アプリを取得する。また、周辺装置は、受信装置３１と同様の構成を備えることにより、番組連動アプリを取得してもよい。これにより、例えば、番組連動アプリが表示により情報を提供する場合、受信装置３１は、自装置に番組を表示させ、当該番組に連動する番組連動アプリを周辺装置が実行させることができるため、自装置の表示領域を番組の表示のために広く利用することができる。

また、上述した各実施形態において、告知情報に含まれるアプリ識別情報、アプリ取得先情報、アプリ提供タイミング情報、及びアプリ管理情報は、ＳＤＴＴにおいて新規に設けられるフィールドに記述される場合について説明したが、これには限られない。これらの情報は、例えば、ＳＤＴＴ、ダウンロードコンテンツ記述子、ネットワークダウンロードコンテンツ記述子、コンパティビリティ記述子などの任意のフィールドに記述されてもよい。この場合、既存のフィールドには、従来とは異なる情報が記述されていることを別のフィールドに記述する。また、アプリ識別情報、アプリ取得先情報、アプリ提供タイミング情報、及びアプリ管理情報は、それぞれ、ＳＤＴＴ、ダウンロードコンテンツ記述子、ネットワークダウンロードコンテンツ記述子、コンパティビリティ記述子などの「ｒｅｓｅｒｖｅｄ」フィールドなどに記述されてもよく、また、アプリケーションプログラムの告知を行う新規のテーブルや、各情報を記述するための新規の記述子に記述されてもよい。このように、アプリ識別情報、アプリ取得先情報、アプリ提供タイミング情報、及びアプリ管理情報は、任意の態様で告知情報に含まれてよい。

なお、本発明は上述した各実施形態に限定されるものではなく、特許請求の範囲に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的構成を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
また、本発明の各構成要素は、任意に取捨選択することができ、取捨選択した構成を具備する発明も本発明に含まれるものである。

例えば、送信装置１１〜１１ｅとサーバー装置２１とは、単一の送信装置として構成されてもよい。受信装置３１ｓにおいて、音声出力部３５と表示部３６の両方または一方が省略されてもよい。また、音声処理部３８３と、映像処理部３８４のうちいずれかが省略されてもよい。
また、受信装置３１ｓは、制御部３８〜３８ｅのいずれか、それらの一部の任意の組、又は、それらの全てを備えてもよい。

上述した実施形態では、各種のデータを伝送するための伝送方式として、ＭＰＥＧ−２
Ｓｙｓｔｅｍｓで規定された方式を用いる場合を例にしたが、その他の伝送方式、例えば、ＭＰＥＧ−Ｈで規定されたＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）によるメディアトランスポート方式が用いられていてもよい。この場合、上述したＳＤＴＴは、ＭＨ−ＳＤＴＴに対応する。また、上述したダウンロードコンテンツ記述子は、ＭＰＵ−ダウンロードコンテンツ記述子に対応する。また、上述したネットワークダウンロード記述子は、ＭＨ−ネットワークダウンロード記述子に対応する。また、上述したＤＩＩは、ＤＡＭに対応する。また、伝送に係るデータ形式、暗号化方式、符号化方式も、その伝送方式で規定された形式又は方式が用いられてもよい。

なお、上述した各実施形態における送信装置１１〜１１ｅ、サーバー装置２１、及び受信装置３１ｓの一部、例えば、制御部３８〜３８ｅなどをコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、送信装置１１〜１１ｅ、サーバー装置２１、受信装置３１ｓに内蔵されたコンピュータシステムであって、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や周辺機器等のハードウェアを含むものとする。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態における送信装置１１〜１１ｅ、サーバー装置２１、及び受信装置３１ｓの一部、又は全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。送信装置１１〜１１ｅ、サーバー装置２１、及び受信装置３１ｓの各機能部は個別にプロセッサ化してもよいし、一部、又は全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１〜１ｅ…放送システム、１１〜１１ｅ…送信装置、２１…サーバー装置、３１〜３１ｅ…受信装置、１３…放送衛星、２２…通信伝送路、１４…配信データ生成部、１５…番組データ生成部、１６…告知情報生成部、１７…多重化部、１８…暗号化部、１９…送信部、２５…制御部、２５１…配信データ取得部、２５２…配信データ配信部、２３…通信部、２４…記憶部、３２…放送受信部、３３…通信部、３４…操作受付部、３５…音声出力部、３６…表示部、３７…記憶部、３７１…アプリ記憶部、３７２…ファイル記憶部、３８〜３８ｅ…制御部、３８１…復調部、３８２…分離部、３８３…音声処理部、３８４…映像処理部、３８５〜３８５ｅ…取得部、３８５１、３８５１ｅ…告知情報解析部、３８５２〜３８５２ｅ…アプリ取得部、３８５３、３８５３ｄ…ファイル取得部、３８６…アプリ処理部、３８７…管理部

Claims (9)

1. 番組の進行に同期した処理を自装置に行わせる番組連動アプリケーションプログラムについての告知をする情報であって、当該番組連動アプリケーションプログラムの取得先を示すアプリ取得先情報を含む告知情報を含む放送波を受信する放送受信部と、
   前記告知情報に含まれる前記アプリ取得先情報に基づいて、前記番組連動アプリケーションプログラムを、当該番組連動アプリケーションプログラムが同期する対象の番組の開始前に取得するアプリ取得部と、
   前記アプリ取得部が取得した前記番組連動アプリケーションプログラムを実行するアプリ処理部と、
   を備えることを特徴とする受信装置。
2. 前記告知情報は、前記番組連動アプリケーションプログラムの提供のタイミングを示すアプリ提供タイミング情報を含み、
   前記アプリ取得部は、前記アプリ提供タイミング情報が示すタイミングに応じて、前記番組連動アプリケーションプログラムを取得する
   ことを特徴とする請求項１に記載の受信装置。
3. 前記受信装置は、
   ネットワークを介して、他の装置と通信する通信部、
   をさらに備え、
   前記アプリ取得部は、前記放送受信部と前記通信部との少なくともいずれかを介して、前記番組連動アプリケーションプログラムを取得する
   ことを特徴とする請求項１又は請求項２に記載の受信装置。
4. 前記受信装置は、
   番組の視聴予約又は録画予約の操作を受け付ける操作受付部
   をさらに備え、
   前記アプリ取得部は、前記操作受付部が視聴予約又は録画予約の操作を受け付けた番組に同期する前記番組連動アプリケーションプログラムを取得する
   ことを特徴とする請求項１から請求項３のいずれか一項に記載の受信装置。
5. 前記アプリ処理部は、前記番組連動アプリケーションプログラムの実行において参照する参照情報であって、自装置の表示能力に応じた前記参照情報を参照して、当該番組連動アプリケーションプログラムを実行する
   ことを特徴とする請求項１から請求項４のいずれか一項に記載の受信装置。
6. 前記告知情報は、前記番組連動アプリケーションプログラムの自装置における記憶位置を定める記憶位置指定情報を含み、
   前記アプリ取得部は、番組連動アプリケーションプログラムを、記憶部において、前記記憶位置指定情報が示す記憶位置に記憶させる
   ことを特徴とする請求項１から請求項５のいずれか一項に記載の受信装置。
7. 番組の進行に同期した処理を受信装置に行わせる番組連動アプリケーションプログラムについての告知を放送を介して行う情報であって、当該番組連動アプリケーションプログラムの取得先を示すアプリ取得先情報を含む告知情報を生成する告知情報生成部、
   を備えることを特徴とする情報処理装置。
8. 番組の進行に同期した処理を自装置に行わせる番組連動アプリケーションプログラムについての告知をする情報であって、当該番組連動アプリケーションプログラムの取得先を示すアプリ取得先情報を含む告知情報を含む放送波を受信する放送受信部を備える受信装置における情報処理方法であって、
   前記受信装置が、前記告知情報に含まれる前記アプリ取得先情報に基づいて、前記番組連動アプリケーションプログラムを、当該番組連動アプリケーションプログラムが同期する対象の番組の開始前に取得する第１ステップと、
   前記受信装置が、前記第１ステップにおいて取得した前記番組連動アプリケーションプログラムを実行する第２ステップと、
   を含むことを特徴とする情報処理方法。
9. 番組の進行に同期した処理を自装置に行わせる番組連動アプリケーションプログラムについての告知をする情報であって、当該番組連動アプリケーションプログラムの取得先を示すアプリ取得先情報を含む告知情報を含む放送波を受信する放送受信部を備える受信装置のコンピュータに、
   前記告知情報に含まれる前記アプリ取得先情報に基づいて、前記番組連動アプリケーションプログラムを、当該番組連動アプリケーションプログラムが同期する対象の番組の開始前に取得する第１ステップ、
   前記第１ステップにおいて取得した前記番組連動アプリケーションプログラムを実行する第２ステップ、
   を実行させるためのプログラム。

Images