JP2012257238A - 放送通信連携受信装置 - Google Patents

Abstract

【課題】アプリケーション起動情報を確実に受信することができ、かつ、当該アプリケーション起動情報の受信にかかるコストを低減することができる放送通信連携受信装置を提供する。
【解決手段】放送通信連携受信装置２は、放送送信装置１によって送信された放送データのトランスポートストリームに含まれるイベント情報テーブルから、アプリケーション起動情報サーバ４のアドレスを抽出するアプリケーション起動情報サーバアドレス抽出手段２２１と、アプリケーション起動情報を取得するアプリケーション起動情報取得手段３１と、アプリケーションを取得するアプリケーション取得手段２６と、アプリケーションを実行するアプリケーション実行手段２９と、アプリケーション起動情報ファイルに記述された制御コードに従って、アプリケーションの起動状態を制御するアプリケーション制御手段２５と、を備える。
【選択図】図７

Description

本発明は、放送と通信とが連携したサービスを利用することができる放送通信連携受信装置に関する。

近年の放送のデジタル化と通信のブロードバンド化の進展に伴い、放送通信連携サービスの実現に向けた研究開発が行われている。このような放送通信連携サービスでは、放送と通信という異なる伝送路を用いてコンテンツを配信し、デジタルテレビやパーソナルコンピュータ等の受信機（放送通信連携受信装置）に、配信されたそれらの複数のコンテンツの表示画面を合わせて同時に表示することが考えられている。例えば、ウィジェット（またはガジェット）やブラウザなどのアプリケーションプログラムを用い、放送により配信されたコンテンツである放送番組の表示画面上に、通信により配信された文字情報や動画などの通信コンテンツを重ね合わせて表示することなどが想定される。

従来、デジタル放送で表示されたアプリケーションの起動状態（開始または終了等の動作）を制御するためのアプリケーション起動情報として、制御情報を記述したＡＩＴ（Application Information Table：アプリケーション情報テーブル）によりアプリケーションを制御して表示することが知られている（非特許文献１）。この技術によれば、ＡＩＴ内でアプリケーションごとに格納されている制御コードを用いることにより、放送局側から受信機に対してアプリケーションのライフサイクルに関する処理を知らせ、アプリケーションのライフサイクルを動的に制御することが可能となる。

（社）電波産業会、"アプリケーション情報テーブル（ＡＩＴ）（Application Information Table）"、"デジタル放送におけるアプリケーション実行環境標準規格（ＡＲＩＢ ＳＴＤ−Ｂ２３ １．２版）"、第二部、第１０章、１０．１６．１、平成２１年７月２９日

しかしながら、前記した規格に基づく構成では、ＡＩＴをＭＰＥＧ−２のＴＳ（Transport Stream：トランスポートストリーム）のＥＳ（Elementary Stream：エレメンタリストリーム）として伝送していたため、例えば運用でＥＳの数が制限されている場合、ＡＩＴをＥＳとして追加することが困難となるという問題があった。また、前記した規格に基づく構成では、受信機が未知のＥＳを受信することになるため、誤作動を引き起こす可能性があった。加えて、前記した規格に基づく構成では、放送局側における放送設備の変更が必要となるため、コストがかかるという問題があった。

本発明はかかる点に鑑みてなされたものであって、アプリケーション起動情報を確実に受信することができ、かつ、当該アプリケーション起動情報の受信にかかるコストを低減することができる放送通信連携受信装置を提供することを課題とする。

前記課題を解決するために請求項１に係る放送通信連携受信装置は、放送送信装置から、放送波を介して放送データを受信するとともに、アプリケーションサーバから、通信回線を介して当該放送データに含まれるコンテンツに連動するアプリケーションを取得する放送通信連携受信装置であって、アプリケーション起動情報サーバアドレス抽出手段と、アプリケーション起動情報取得手段と、アプリケーション取得手段と、アプリケーション実行手段と、アプリケーション制御手段と、を備える構成とした。

このような構成によれば、放送通信連携受信装置は、アプリケーション起動情報サーバアドレス抽出手段によって、放送送信装置によって送信された放送データのトランスポートストリームに含まれるイベント情報テーブルから、アプリケーションを取得および制御するためのアプリケーション起動情報が格納されたアプリケーション起動情報サーバのアドレスを抽出する。また、アプリケーション起動情報取得手段によって、アプリケーション起動情報サーバのアドレスを参照し、当該アプリケーション起動情報サーバから、アプリケーション起動情報を取得する。また、アプリケーション取得手段によって、アプリケーション起動情報に記述されたアプリケーションサーバのアドレスを参照し、当該アプリケーションサーバから、アプリケーションを取得する。また、アプリケーション実行手段によって、アプリケーションを実行する。また、アプリケーション制御手段によって、アプリケーション起動情報に記述された制御コードに従って、アプリケーション実行手段によって実行されるアプリケーションの起動状態を制御する。

従って、放送通信連携受信装置は、アプリケーションを取得および制御するためのアプリケーション起動情報と、当該アプリケーション起動情報が記憶されたアプリケーション起動情報サーバのアドレスと、は放送波を介して取得し、アプリケーションは通信回線を介して取得することができる。

また、請求項２に係る放送通信連携受信装置は、請求項１に係る放送通信連携受信装置において、プッシュ通知サーバアドレス抽出手段と、プッシュ通知許可手段と、を備える構成とした。

このような構成によれば、放送通信連携受信装置は、プッシュ通知サーバアドレス抽出手段によって、放送送信装置によって送信された放送データのトランスポートストリームに含まれるイベント情報テーブルから、コンテンツを提供する放送局が当該コンテンツに連動する前記アプリケーションの起動状態を制御するためのプッシュ通知を行うプッシュ通知サーバのアドレスを抽出する。また、プッシュ通知許可手段によって、プッシュ通知サーバのアドレスを参照し、当該プッシュ通知サーバに対して、プッシュ通知を許可する旨を通知する。そして、アプリケーション起動情報取得手段によって、プッシュ通知サーバから通知されたプッシュ通知に記述されたアプリケーション起動情報サーバのアドレスを参照し、当該アプリケーション起動情報サーバから、アプリケーション起動情報を取得する。

従って、放送通信連携受信装置は、放送波を介してプッシュ通知サーバのアドレスを取得し、当該プッシュ通知サーバに対してプッシュ通知を許可することで、放送局側（放送送信装置）が任意のタイミングで行ったプッシュ通知を受信することができる。

また、請求項３に係る放送通信連携受信装置は、請求項１に係る放送通信連携受信装置において、プッシュ通知サーバリスト要求手段と、比較手段と、を備える構成とした。

このような構成によれば、放送通信連携受信装置は、プッシュ通知サーバリスト要求手段によって、コンテンツを提供する放送局が当該コンテンツに連動するアプリケーションの起動状態を制御するためのプッシュ通知を行うプッシュ通知サーバを管理するプッシュ管理サーバに対して、当該プッシュ通知サーバにプッシュ通知の指示を行った放送局のリストを要求する。また、比較手段によってプッシュ通知サーバリストに記述された放送局と、現在視聴中のコンテンツを提供している放送局と、を比較する。そして、比較手段によって、プッシュ通知サーバリストに記述された放送局と、現在視聴中のコンテンツを提供している放送局と、が一致する場合、該当するプッシュ通知サーバに対して、プッシュ通知を許可する旨を通知する。加えて、アプリケーション起動情報取得手段は、プッシュ通知サーバから通知されたプッシュ通知に記述されたアプリケーション起動情報サーバのアドレスを参照し、当該アプリケーション起動情報サーバから、アプリケーション起動情報を取得する。

従って、放送通信連携受信装置は、プッシュ通知サーバのリストに記述された放送局と、現在視聴中のコンテンツを提供している放送局と、が一致する場合に、当該プッシュ通知サーバに対してプッシュ通知を許可することで、放送局側（放送送信装置）が任意のタイミングで行ったプッシュ通知を受信することができる。

請求項１に係る発明によれば、放送送信装置から既存の放送設備を用いてアプリケーション起動情報を伝送することができるため、アプリケーション起動情報を確実に受信することができ、かつ、当該アプリケーション起動情報の受信にかかるコストを低減することができる。

請求項２および請求項３に係る発明によれば、複数の放送局（複数の放送送信装置）から異なる方法でアプリケーション起動情報が提供された場合であっても、当該アプリケーション起動情報を受信することができる。

本発明の第１実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の実施形態に係る放送通信連携受信装置において用いられるアプリケーション起動情報を説明するための概略図であって、（ａ）は、アプリケーション起動情報を構成する記述子の例を示す図、（ｂ）は、アプリケーション起動情報における制御コードを示す図、である。 本発明の第１実施形態に係る放送通信連携受信装置の動作を示すフローチャートである。 本発明の第２実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の実施形態に係る放送通信連携受信装置において用いられるアプリケーション起動情報をファイル形式で表した例を示す概略図である。 本発明の第２実施形態に係る放送通信連携受信装置の動作を示すフローチャートである。 本発明の第３実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第３実施形態に係る放送通信連携受信装置の動作を示すフローチャートである。 本発明の第４実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第４実施形態に係る放送通信連携受信装置の動作を示すフローチャートである。 本発明の第５実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第５実施形態に係る放送通信連携受信装置の動作を示すフローチャートである。 本発明の第６実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第７実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第８実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第９実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第１０実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第１１実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第１２実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。 本発明の第１３実施形態に係る放送通信連携受信装置の内部構成を示すブロック図である。

本発明の実施形態に係る放送通信連携受信装置について、図面を参照しながら説明する。なお、以下の説明において、同一の構成については同一の名称及び符号を付し、詳細説明を省略する。

［第１実施形態］
以下、第１実施形態に係る放送通信連携受信装置２について、図１および図２を参照しながら詳細に説明する。放送通信連携受信装置２は、図１に示すように、放送波Ｗを介して、放送送信装置１から放送データとして放送されるコンテンツの映像・音声およびデータを受信し、利用者に対して提示するものである。また、放送通信連携受信装置２は、ここでは図１に示すように、通信回線Ｎを介して、放送番組等のコンテンツに連動したアプリケーションを取得し、利用者に対して提示する。

ここで、放送通信連携受信装置２の具体的な説明を行う前に、その周辺のシステム構成について説明する。放送送信装置１は、図１に示すように、放送通信連携受信装置２に対して、放送波Ｗを介して放送データを送信するものである。また、アプリケーションサーバ３は、コンテンツに連動したアプリケーションを予め記憶し、放送通信連携受信装置２に対して、通信回線Ｎを介して当該アプリケーションを送信するものである。

放送通信連携受信装置２は、図１に示すように、放送受信手段２１と、放送信号解析手段２２と、映像・音声復号手段２３と、データ放送復号手段２４と、アプリケーション制御手段２５と、アプリケーション取得手段２６と、通信送受信手段２７と、アプリケーション記憶手段２８と、アプリケーション実行手段２９と、合成表示手段３０と、を備えている。

放送受信手段２１は、放送波Ｗを介して、放送送信装置１から放送データを受信するものである。放送受信手段２１は、具体的には、放送送信装置１から放送データを受信、復調し、誤り訂正やＴＭＣＣ（Transmission and Multiplexing Configuration Control） 復号等の復号を行い、図１に示すように、これをＭＰＥＧ−２のＴＳ（Transport Stream：トランスポートストリーム）として放送信号解析手段２２に出力する。

放送信号解析手段２２は、デジタル放送の放送信号を解析するものである。放送信号解析手段２２は、具体的には、映像・音声およびデータが多重化されたＴＳをＰＥＳ（Packetized Elementary Stream）データと、セクション（Section）データと、に分離する。そして、放送信号解析手段２２は、図１に示すように、ＰＥＳデータを映像・音声復号手段２３に出力するとともに、セクションデータをデータ放送復号手段２４に出力する。放送信号解析手段２２は、図１に示すように、アプリケーション起動情報抽出部２２０を備えている。

アプリケーション起動情報抽出部（手段）２２０は、放送受信手段２１から入力されたＴＳからアプリケーション起動情報を抽出するものである。ここで、アプリケーション起動情報とは、アプリケーションの識別子（ＩＤ）、アプリケーションの配置場所（アドレス）等のアプリケーションを特定するための情報、ならびに、当該アプリケーションを制御するための付加的な情報を含んだデータである。アプリケーション起動情報は、図２（ ａ）に示すような、バイナリ形式で記述した記述子（アプリケーション起動情報記述子）で構成することができる。

アプリケーションを特定する情報としては、以下のような情報がある。例えば、図２（ａ）では、（５）〜（８）行目にアプリケーション名を記載している。また、（９）行目にアプリケーションを作成した組織、（１０）行目に組織内で一意に定められたアプリケーションを識別する番号を記載している。この（９）および（１０）行目に示す番号が、アプリケーションを一意に特定するアプリケーションＩＤとなる。また、（２０）〜（２３）行目にアプリケーションの所在（アドレス）を記載している。また、これら以外にも、（３２）〜（３４）行目に示すように、アプリケーションが利用する付加的な情報、例えば、メタデータ、画像データ等の所在（アドレス）を記述しておくこととしてもよい。このように、付加的なデータの参照先を記載しておくことで、ＥＩＴに付加するデータ量を抑えることができる。

また、アプリケーションを制御するための付加的な情報としては、以下のような情報がある。例えば、図２（ａ）では、（１１）行目にアプリケーション状態を制御する制御コード（アプリケーション制御コード）を記載している。このアプリケーション制御コードは、例えば、図２（ｂ）に示すような値をとる。

このアプリケーション制御コードは、基本的にはＡＲＩＢ ＳＴＤ−Ｂ２３で規定されているものと同様である。例えば、“ＡＵＴＯＳＴＡＲＴ”は、放送通信連携受信装置２において、ユーザの操作によらず、自動で起動するアプリケーションであることを示す。また、“ＰＲＥＳＥＮＴ”は、自動起動するアプリケーションではないことを示す。また、“ＤＥＳＴＲＯＹ”、“ＫＩＬＬ”は、アプリケーションの終了を指示する制御コードであって、通常終了（例えば、ユーザの確認を行って終了）であるのか、強制終了（例えば、ユーザの確認を行わずに即時終了）であるのかを示す。このように、このアプリケーション制御コードは、基本的にはＡＲＩＢ ＳＴＤ−Ｂ２３で規定されているものと同様であるが、ここでは、さらに、“ＫＩＬＬＡＬＬ”を付加している。この“ＫＩＬＬＡＬＬ”は、放送通信連携受信装置２において、編成チャンネルに対応するアプリケーションにかかわらず、現在起動している全てのアプリケーションの強制終了を示すものである。

図２（ａ）に示す記述子で構成されるアプリケーション起動情報は、ここでは、ＴＳに含まれるＳＩ（Service Information）テーブルにおける、ＥＩＴ（Event Information Table：イベント情報テーブル）のｐ／ｆ領域に記述される。すなわち、第１実施形態に係る放送通信連携受信装置２は、放送局側（放送送信装置１）において、ＥＩＴにアプリケーション起動情報が記述され、これを受信機側（放送通信連携受信装置２）に送信することが前提となっている。なお、ＥＩＴとは、番組名、番組内容、出演者、番組のジャンル等が記述されたテーブルのことであり、ｐ／ｆ領域とは、ＥＩＴにおいて、現在放送中の番組（コンテンツ）と次に放送予定の番組とが記述された領域のことである。

このように、放送通信連携受信装置２は、イベント情報テーブルのｐ／ｆ領域からアプリケーション起動情報を抽出するため、現在放送中のコンテンツと次に放送予定のコンテンツとで用いられるアプリケーションを取得および制御することができる。これにより、放送通信連携受信装置２によれば、現在放送中のコンテンツと次に放送予定のコンテンツとで用いられるアプリケーションを取得および制御することができるため、アプリケーションをコンテンツに連動させて実行することができる。

アプリケーション起動情報抽出部２２０は、具体的には図１に示すように、放送受信手段２１から入力されたＴＳに含まれるＥＩＴのｐ／ｆ領域に、図２（ａ）に示すアプリケーション起動情報が記述されているか否かを確認し、当該内容が記述されている場合、これを抽出する。そして、アプリケーション起動情報抽出部２２０は、図１に示すように、抽出した内容をアプリケーション起動情報としてアプリケーション制御手段２５に出力する。

映像・音声復号手段２３は、放送受信手段２１で受信し、復調された映像・音声を復号するものである。映像・音声復号手段２３は、例えば映像・音声がＭＰＥＧ−２の符号化方式によって符号化されている場合、ＭＰＥＧ−２の復号を行い、図１に示すように、表示可能な出力形式の映像・音声データとして合成表示手段３０に出力する。

データ放送復号手段２４は、放送受信手段２１で受信し、復調されたデータ（データファイル）を復号するものである。ここで、日本のデータ放送として放送されるデータファイルは、マークアップ言語であるＢＭＬで記述されている。そこで、このデータ放送復号手段２４は、具体的にはＢＭＬを解析するＢＭＬ解析手段として機能し、図１に示すように、ＢＭＬを表示可能な出力形式に変換したデータ（データ放送データ）を合成表示手段３０に出力する。

アプリケーション制御手段２５は、放送通信連携受信装置２で実行されるアプリケーションの起動状態を制御するものである。アプリケーション制御手段２５は、具体的には図１に示すように、アプリケーション起動情報抽出部２２０から入力されたアプリケーション起動情報に記述されているアプリケーションＩＤと、当該アプリケーションが格納されているアプリケーションサーバ３のアドレスと、を参照し、アプリケーション取得手段２６に対して、アプリケーションサーバ３からアプリケーションを取得する旨の指示を行う。

そして、アプリケーション制御手段２５は、図１に示すように、アプリケーション取得手段２６がアプリケーションサーバ３から目的のアプリケーションを取得すると、アプリケーション起動情報に記述されているアプリケーション制御コード（図２（ａ）、（ｂ）参照）を参照し、アプリケーション実行手段２９に対して、アプリケーションを当該アプリケーション制御コードに記述されている起動状態とする旨の指示を行う。このように、アプリケーション制御手段２５は、アプリケーション起動情報の内容に従って、放送通信連携受信装置２で実行されるアプリケーションの取得と制御の指示を行う。

なお、アプリケーション制御手段２５は、アプリケーション起動情報抽出部２２０から入力されたアプリケーション起動情報に記述されているアプリケーションＩＤを有するアプリケーションが既にアプリケーション記憶手段２８に記憶されている場合、アプリケーション取得手段２６に対して、アプリケーションサーバ３からアプリケーションを取得する旨の指示を行うことなく、アプリケーション実行手段２９に対して、アプリケーションを当該アプリケーション制御コードに記述されている起動状態とする旨の指示を行う。

アプリケーション取得手段２６は、アプリケーションサーバ３からコンテンツに連動したアプリケーションを取得するものである。アプリケーション取得手段２６は、具体的には図１に示すように、アプリケーション制御手段２５からの指示に従って、通信インターフェイスである通信送受信手段２７と、通信回線Ｎと、を介して、アプリケーションサーバ３からアプリケーションを取得する。なお、アプリケーション制御手段２５からの指示には、前記したように、制御対象となるアプリケーションのアプリケーションＩＤと、当該アプリケーションが格納されたアプリケーションサーバ３のアドレスと、が含まれているため、アプリケーション取得手段２６は、アプリケーション制御手段２５からの指示に従って、目的のアプリケーションを取得することができる。

そして、アプリケーション取得手段２６は、図１に示すように、アプリケーションサーバ３からアプリケーションを取得すると、これをアプリケーション記憶手段２８に出力する。但し、アプリケーション取得手段２６は、放送通信連携受信装置２がアプリケーションを一旦記憶することなくオンザフライで実行する場合、図１に示すように、アプリケーション実行手段２９に対して直接アプリケーションを出力することもできる。

なお、放送通信連携受信装置２がアプリケーションを一旦記憶して実行する場合とは、例えば、取得したアプリケーションが毎日同じ時間帯に放送されるニュース番組の中で用いられるような場合、すなわち同じアプリケーションを何度も用いる場合等が想定される。一方、放送通信連携受信装置２がアプリケーションをオンザフライで実行する場合とは、例えば、取得したアプリケーションが一回限りの放送番組の中で用いられる場合、すなわち同じアプリケーションを一度しか用いない場合等が想定される。

通信送受信手段２７は、図１に示すように、通信回線Ｎを介してデータの通信を行うものである。通信送受信手段２７は、ＴＣＰ／ＩＰの通信プロトコルによってデータの送受信を行う。

アプリケーション記憶手段２８は、アプリケーションを記憶するものである。アプリケーション記憶手段２８には、図１に示すように、アプリケーション取得手段２６によって取得されたアプリケーションが入力され、アプリケーション実行手段２９に出力可能に構成されている。なお、アプリケーション記憶手段２８は、具体的には、データを記憶することができるメモリ、ハードディスク等で具現される。

アプリケーション実行手段２９は、アプリケーションを実行するものである。アプリケーション実行手段２９は、具体的には図１に示すように、アプリケーション取得手段２６によって取得されたアプリケーションを、アプリケーション制御手段２５の指示に従って実行する。そして、アプリケーション実行手段２９は、図１に示すように、実行したアプリケーションの描画データおよび音声データ（例えばアプリケーション実行時の効果音等のデータ）を合成表示手段３０に出力する。

合成表示手段３０は、映像・音声、データおよびアプリケーションを合成するものである。合成表示手段３０は、具体的には図１に示すように、映像・音声復号手段２３から入力される映像・音声データと、データ放送復号手段２４から入力されるデータ放送データと、アプリケーション実行手段２９から入力される描画データおよび音声データと、を合成し、モニタＭｏおよびスピーカＳｐにそれぞれ出力する。ここで、合成表示手段３０は、一般的なＧＤＣ（Graphic Display Controller）で実現することができる。

以上のような構成を備える放送通信連携受信装置２は、アプリケーション起動情報抽出部２２０によって、放送送信装置１から送信されるＴＳに含まれるＥＩＴのｐ／ｆ領域からアプリケーション起動情報を抽出することで、アプリケーションサーバ３から制御対象となるアプリケーションを取得するとともに、当該アプリケーションの起動状態を制御することができる。すなわち、放送通信連携受信装置２は、アプリケーションを取得および制御するためのアプリケーション起動情報は放送波Ｗを介して取得し、アプリケーションは通信回線Ｎを介して取得することができる。

これにより、放送通信連携受信装置２は、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。

［第１実施形態の動作］
以下、第１実施形態に係る放送通信連携受信装置２の動作について、図３を参照（適宜図１も参照）しながら簡単に説明する。なお、以下の説明では、放送通信連携受信装置２の動作について、アプリケーションの実行および実行に関係する処理を中心に説明し、それ以外の処理についての説明は適宜省略する。

まず、放送通信連携受信装置２は、放送受信手段２１によって、デジタル放送の放送波を受信すると（ステップＳ１）、アプリケーション起動情報抽出部２２０によって、ＥＩＴのｐ／ｆ領域からアプリケーション起動情報を抽出する（ステップＳ２）。次に、放送通信連携受信装置２は、アプリケーション制御手段２５によって、アプリケーション起動情報を参照し、当該アプリケーション制御手段２５の指示に従って、アプリケーション取得手段２６によって、アプリケーションサーバ３からアプリケーションを取得する（ステップＳ３）。次に、放送通信連携受信装置２は、アプリケーション実行手段２９によってアプリケーションを実行するとともに、アプリケーション制御手段２５によって当該アプリケーションの起動状態を制御する（ステップＳ４）。

以上のように、放送通信連携受信装置２は、放送送信装置１から送信されるＴＳに含まれるＥＩＴのｐ／ｆ領域からアプリケーション起動情報を抽出することで、現在放送中のコンテンツと次に放送予定のコンテンツとで用いられるアプリケーションを取得および制御することができるため、アプリケーションをコンテンツに連動させて実行することができる。

［第２実施形態］
以下、第２実施形態に係る放送通信連携受信装置２Ａについて、図４および図５を参照しながら簡単に説明する。放送通信連携受信装置２Ａは、図４に示すように、放送信号解析手段２２の代わりに放送信号解析手段２２ａを備え、データ放送復号手段２４の代わりにデータ放送復号手段２４ａを備える以外は、第１実施形態に係る放送通信連携受信装置２と同様の構成を備えている。従って、以下の説明では、放送通信連携受信装置２との相違点を中心に説明を行い、当該放送通信連携受信装置２と重複する構成については詳細説明を省略する。

放送信号解析手段２２ａは、デジタル放送の放送信号を解析するものであり、基本的な機能は前記した放送信号解析手段２２と同様である。但し、放送信号解析手段２２ａは、図４に示すように、放送信号解析手段２２とは異なりアプリケーション起動情報抽出部２２０を備えていない。従って、放送信号解析手段２２ａは、図４に示すように、ＴＳからアプリケーション起動情報の抽出は行わず、当該ＴＳから分離したＰＥＳデータを映像・音声復号手段２３に、セクションデータをデータ放送復号手段２４ａに出力する。

データ放送復号手段２４ａは、放送受信手段２１で受信し、復調されたデータ（データファイル）を復号するものであり、基本的な機能は前記したデータ放送復号手段２４と同様である。但し、データ放送復号手段２４ａは、図４に示すように、データ放送復号手段２４とは異なりアプリケーション起動情報抽出部２４０を備えている。

アプリケーション起動情報抽出部（手段）２４０は、ＤＳＭ−ＣＣデータカルーセルで伝送されたデータから、アプリケーション起動情報を抽出するものである。アプリケーション起動情報抽出部２４０は、具体的には図４に示すように、ＤＳＭ−ＣＣデータカルーセルの所定のモジュールに格納されたアプリケーション起動情報ファイルを抽出し、当該アプリケーション起動情報ファイルをアプリケーション制御手段２５に出力する。すなわち、第２実施形態に係る放送通信連携受信装置２Ａは、放送局側（放送送信装置１）において、ＤＳＭ−ＣＣデータカルーセルでアプリケーション起動情報ファイルを受信機側（放送通信連携受信装置２Ａ）に送信することが前提となっている。なお、アプリケーション起動情報ファイルとは、図５に示すように、アプリケーション起動情報の内容を例えばＸＭＬ等のファイル形式で表わしたものを意味している。

前記したように、ＤＳＭ−ＣＣデータカルーセルでアプリケーション起動情報ファイルを放送通信連携受信装置２Ａに送信する場合、放送送信装置１は、アプリケーション起動情報ファイルの伝送用カルーセルのコンポーネントタグおよびモジュールを固定して送信する。例えば、放送送信装置１は、コンポーネントタグ：ＡＡ、モジュールＩＤ：００００、として両者を固定し、ＤＳＭ−ＣＣデータカルーセル方式で放送通信連携受信装置２Ａに対して放送データを送信する。これにより、アプリケーション起動情報抽出部２４０は、予め判明しているコンポーネントタグおよびモジュールＩＤに基づいて、ＤＳＭ−ＣＣデータカルーセルからアプリケーション起動情報ファイルを容易かつ確実に抽出することができる。また、アプリケーション起動情報抽出部２４０は、前記したモジュールの更新を監視し、更新されたら直ちにアプリケーション起動情報ファイルを再抽出する。これにより、放送通信連携受信装置２Ａは、放送局（放送送信装置１）側で任意のタイミングで行う指定された制御(アプリケーションのライフサイクル制御)を実行することができる。

なお、放送送信装置１は、ＤＳＭ−ＣＣデータカルーセルでアプリケーション起動情報ファイルを送信する際に、ＤＳＭ−ＣＣデータカルーセルのモジュールのタイプ（ファイル形式）を識別するＴｙｐｅ記述子に、アプリケーション起動情報用のＴｙｐｅ記述子を増やして送信してもよい。なお、Ｔｙｐｅ記述子とは、より具体的には、ＤＳＭ−ＣＣデータカルーセルで送信されるＤＩＩ（Download Info Indication）の項目の一つであり、１ファイルを１モジュールとして伝送する場合において、モジュールとして伝送されるファイルの形式を記載したものである。これにより、放送通信連携受信装置２Ａは、ＤＳＭ−ＣＣデータカルーセルにおけるＤＩＩを参照することで、データの中身（アプリケーション起動情報ファイル）をより確実に検出することができる。

以上のような構成を備える放送通信連携受信装置２Ａは、アプリケーション起動情報抽出部２４０によって、放送送信装置１からＤＳＭ−ＣＣデータカルーセルで送信されたアプリケーション起動情報ファイルを抽出することで、アプリケーションサーバ３から制御対象となるアプリケーションを取得するとともに、当該アプリケーションの起動状態を制御することができる。すなわち、放送通信連携受信装置２Ａは、アプリケーションを取得および制御するためのアプリケーション起動情報ファイルは放送波Ｗを介して取得し、アプリケーションは通信回線Ｎを介して取得することができる。

これにより、放送通信連携受信装置２Ａは、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。

［第２実施形態の動作］
以下、第２実施形態に係る放送通信連携受信装置２Ａの動作について、図６を参照（適宜図４も参照）しながら簡単に説明する。なお、以下の説明では、放送通信連携受信装置２Ａの動作について、アプリケーションの実行および実行に関係する処理を中心に説明し、それ以外の処理についての説明は適宜省略する。

まず、放送通信連携受信装置２Ａは、放送受信手段２１によって、デジタル放送の放送波を受信すると（ステップＳ１１）、放送信号解析手段２２ａによって、放送信号を解析する（ステップＳ１２）。次に、放送通信連携受信装置２Ａは、データ放送復号手段２４ａによって、データ放送を復号し（ステップＳ１３）、アプリケーション起動情報抽出部２４０によって、ＤＳＭ−ＣＣデータカルーセルで伝送されたデータからアプリケーション起動情報ファイルを抽出する（ステップＳ１４）。

次に、放送通信連携受信装置２Ａは、アプリケーション制御手段２５によって、アプリケーション起動情報を参照し、当該アプリケーション制御手段２５の指示に従って、アプリケーション取得手段２６によって、アプリケーションサーバ３からアプリケーションを取得する（ステップＳ１５）。次に、放送通信連携受信装置２Ａは、アプリケーション実行手段２９によってアプリケーションを実行するとともに、アプリケーション制御手段２５によって当該アプリケーションの起動状態を制御する（ステップＳ１６）。

以上のように、放送通信連携受信装置２Ａは、放送送信装置１からＤＳＭ−ＣＣデータカルーセルで送信されたアプリケーション起動情報ファイルを抽出することで、現在視聴中のコンテンツで用いられるアプリケーションを取得および制御することができるため、アプリケーションをコンテンツに連動させて実行することができる。

［第３実施形態］
以下、第３実施形態に係る放送通信連携受信装置２Ｂについて、図７を参照しながら簡単に説明する。放送通信連携受信装置２Ｂは、図７に示すように、放送信号解析手段２２の代わりに放送信号解析手段２２ｂを備え、アプリケーション起動情報取得手段３１をさらに備える以外は、第１実施形態に係る放送通信連携受信装置２と同様の構成を備えている。従って、以下の説明では、放送通信連携受信装置２との相違点を中心に説明を行い、当該放送通信連携受信装置２と重複する構成については詳細説明を省略する。

放送信号解析手段２２ｂは、デジタル放送の放送信号を解析するものであり、基本的な機能は前記した放送信号解析手段２２と同様である。但し、放送信号解析手段２２ｂは、図７に示すように、放送信号解析手段２２とは異なりアプリケーション起動情報サーバアドレス抽出部２２１を備えている。

アプリケーション起動情報サーバアドレス抽出部（手段）２２１は、放送受信手段２１から入力されたＴＳからアプリケーション起動情報サーバ４のアドレスを抽出するものである。ここで、アプリケーション起動情報サーバ４とは、コンテンツに連動したアプリケーションの起動状態を制御するためのアプリケーション起動情報を予め記憶し、放送通信連携受信装置２Ｂに対して、通信回線Ｎを介して当該アプリケーション起動情報を送信するものである。アプリケーション起動情報サーバ４のアドレスは、ここでは、ＴＳに含まれるＳＩテーブルにおける、ＥＩＴのｐ／ｆ領域に記述される。すなわち、第３実施形態に係る放送通信連携受信装置２Ｂは、放送局側（放送送信装置１）において、ＥＩＴにアプリケーション起動情報サーバ４のアドレスを記述し、これを受信機側（放送通信連携受信装置２Ｂ）に送信することが前提となっている。

このように、放送通信連携受信装置２Ｂは、イベント情報テーブルのｐ／ｆ領域からアプリケーション起動情報サーバ４のアドレスを抽出するため、現在放送中のコンテンツと次に放送予定のコンテンツとで用いられるアプリケーションを取得および制御することができる。これにより、放送通信連携受信装置２Ｂは、アプリケーションをコンテンツに連動させて実行することができる。

アプリケーション起動情報サーバアドレス抽出部（手段）２２１は、具体的には図７に示すように、放送受信手段２１から入力されたＴＳに含まれるＥＩＴのｐ／ｆ領域に、アプリケーション起動情報サーバ４のアドレスが記述されているか否かを確認し、当該アドレスが記述されている場合、これを抽出する。そして、アプリケーション起動情報サーバアドレス抽出部２２１は、図７に示すように、抽出したアドレスをアプリケーション起動情報取得手段３１に出力する。

アプリケーション起動情報取得手段３１は、アプリケーション起動情報サーバ４から、アプリケーションを制御するためのアプリケーション起動情報を取得するものである。アプリケーション起動情報取得手段３１は、具体的には図７に示すように、アプリケーション起動情報サーバアドレス抽出部２２１から入力されたアドレスに従って、通信インターフェイスである通信送受信手段２７と、通信回線Ｎと、を介して、アプリケーション起動情報サーバ４からアプリケーション起動情報を取得する。そして、アプリケーション起動情報取得手段３１は、図７に示すように、取得したアプリケーション起動情報をアプリケーション制御手段２５に出力する。

以上のような構成を備える放送通信連携受信装置２Ｂは、アプリケーション起動情報抽出部２２０によって、放送送信装置１から送信されるＴＳに含まれるＥＩＴのｐ／ｆ領域からアプリケーション起動情報のアドレスを抽出することで、アプリケーション起動情報サーバ４からアプリケーション起動情報を取得することができる。そして、放送通信連携受信装置２Ｂは、アプリケーション起動情報に従って、アプリケーションサーバ３から制御対象となるアプリケーションを取得するとともに、当該アプリケーションの起動状態を制御することができる。すなわち、放送通信連携受信装置２Ｂは、アプリケーションを取得および制御するためのアプリケーション起動情報が記憶されたアプリケーション起動情報サーバ４のアドレスは放送波Ｗを介して取得し、アプリケーションは通信回線Ｎを介して取得することができる。

これにより、放送通信連携受信装置２Ｂは、放送送信装置１から既存の放送設備を用いてアプリケーション起動情報を伝送することができるため、アプリケーション起動情報を確実に受信することができ、かつ、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、デジタル放送の受信機側に放送通信連携受信装置２Ｂを配置することで、放送局側（放送送信装置１）からアプリケーション起動情報のアドレスのみを送信すればいいため、デジタル放送伝送時の帯域を節約することができる。

［第３実施形態の動作］
以下、第３実施形態に係る放送通信連携受信装置２Ｂの動作について、図８を参照（適宜図７も参照）しながら簡単に説明する。なお、以下の説明では、放送通信連携受信装置２Ｂの動作について、アプリケーションの実行および実行に関係する処理を中心に説明し、それ以外の処理についての説明は適宜省略する。

まず、放送通信連携受信装置２Ｂは、放送受信手段２１によって、デジタル放送の放送波を受信すると（ステップＳ３１）、アプリケーション起動情報サーバアドレス抽出部２２１によって、アプリケーション起動情報サーバ４のアドレスを抽出する（ステップＳ３２）。次に、放送通信連携受信装置２Ｂは、アプリケーション起動情報取得手段３１によって、前記したアドレスに従って、アプリケーション起動情報サーバ４からアプリケーション起動情報を取得する（ステップＳ３３）。

次に、放送通信連携受信装置２Ｂは、アプリケーション制御手段２５によって、アプリケーション起動情報を参照し、当該アプリケーション制御手段２５の指示に従って、アプリケーション取得手段２６によって、アプリケーションサーバ３からアプリケーションを取得する（ステップＳ３４）。次に、放送通信連携受信装置２Ｂは、アプリケーション実行手段２９によってアプリケーションを実行するとともに、アプリケーション制御手段２５によって当該アプリケーションの起動状態を制御する（ステップＳ３５）。

以上のように、放送通信連携受信装置２Ｂは、放送送信装置１から送信されるＴＳに含まれるＥＩＴのｐ／ｆ領域からアプリケーション起動情報のアドレスを抽出することで、現在放送中のコンテンツと次に放送予定のコンテンツとで用いられるアプリケーションを取得および制御することができるため、アプリケーションをコンテンツに連動させて実行することができる。

［第４実施形態］
以下、第４実施形態に係る放送通信連携受信装置２Ｃについて、図９を参照しながら簡単に説明する。放送通信連携受信装置２Ｃは、図９に示すように、放送信号解析手段２２の代わりに放送信号解析手段２２ｃを備え、プッシュ通知許可手段３２と、操作制御手段３３と、をさらに備える以外は、第１実施形態に係る放送通信連携受信装置２と同様の構成を備えている。従って、以下の説明では、放送通信連携受信装置２との相違点を中心に説明を行い、当該放送通信連携受信装置２と重複する構成については詳細説明を省略する。

放送信号解析手段２２ｃは、デジタル放送の放送信号を解析するものであり、基本的な機能は前記した放送信号解析手段２２と同様である。但し、放送信号解析手段２２ｃは、図９に示すように、放送信号解析手段２２とは異なりプッシュ通知サーバアドレス抽出部２２２を備えている。

プッシュ通知サーバアドレス抽出部（手段）２２２は、放送受信手段２１から入力されたＴＳからプッシュ通知サーバ５のアドレスを抽出するものである。ここで、プッシュ通知サーバ５とは、図９に示すように、放送送信装置１、すなわち放送局の指示に従って、放送通信連携受信装置２Ｃにプッシュ通知（Push Notification）を行うものである。プッシュ通知サーバ５のアドレスは、ここでは、ＴＳに含まれるＳＩテーブルにおける、ＥＩＴのｐ／ｆ領域に記述される。すなわち、第４実施形態に係る放送通信連携受信装置２Ｃは、放送局側（放送送信装置１）において、ＥＩＴにプッシュ通知サーバ５のアドレスを記述し、これを受信機側（放送通信連携受信装置２Ｃ）に送信することが前提となっている。

なお、プッシュ通知とは、ここでは放送通信連携受信装置２Ｃで実行されているアプリケーションの起動状態を、デジタル放送の放送局側（放送送信装置１）から任意のタイミングで制御するために、当該放送送信装置１から通知される情報である。このプッシュ通知の中には、例えばアプリケーション起動情報が格納されたアプリケーション起動情報サーバ４のアドレスが含まれている。

プッシュ通知サーバアドレス抽出部２２２は、具体的には図９に示すように、放送受信手段２１から入力されたＴＳに含まれるＥＩＴのｐ／ｆ領域に、プッシュ通知サーバ５のアドレスが記述されているか否かを確認し、当該アドレスが記述されている場合、これを抽出する。そして、プッシュ通知サーバアドレス抽出部２２２は、図９に示すように、抽出したアドレスをプッシュ通知許可手段３２に出力する。

プッシュ通知許可手段３２は、プッシュ通知サーバ５に対して、プッシュ通知を許可するものである。プッシュ通知許可手段３２には、具体的には図９に示すように、前記したプッシュ通知サーバアドレス抽出部２２２からプッシュ通知サーバ５のアドレスが入力される。また、プッシュ通知許可手段３２には、図９に示すように、操作制御手段３３を介して、ユーザからプッシュ通知を許可する旨の指示が入力される。

そして、プッシュ通知許可手段３２は、この両方の入力があった場合に、プッシュ通知サーバ５に対して、プッシュ通知を許可する旨を通知する。これにより、プッシュ通知許可手段３２は、放送局側（放送送信装置１）がプッシュ通知サーバ５を介して行ったプッシュ通知を受信することができる。そして、プッシュ通知許可手段３２は、図９に示すように、プッシュ通知サーバ５から受け取ったプッシュ通知に含まれるアプリケーション起動情報サーバ４のアドレスを、アプリケーション起動情報取得手段３１に出力する。

操作制御手段３３は、ユーザが操作するリモコンＲｅの入力内容に対応した指示を放送通信連携受信装置２Ｃに通知するものである。操作制御手段３３は、ここでは図９に示すように、ユーザがリモコンＲｅを操作して行ったプッシュ通知の許可または不許可の指示をプッシュ通知許可手段３２に通知する。なお、前記したユーザによるプッシュ通知の許可の指示とは、例えば、ユーザが放送通信連携受信装置２Ｃによってあるコンテンツを視聴している際に、モニタＭｏ上に「プッシュ通知をＯＮにする」、「プッシュ通知をＯＦＦにする」という２つの選択肢が表示された場合において、ユーザがリモコンＲｅによって、「プッシュ通知をＯＮにする」との選択肢を選択した状態を想定している。

以上のような構成を備える放送通信連携受信装置２Ｃは、プッシュ通知サーバアドレス抽出部２２２によって、放送送信装置１から送信されるＴＳに含まれるＥＩＴのｐ／ｆ領域からプッシュ通知サーバ５のアドレスを抽出することで、プッシュ通知サーバ５からプッシュ通知を受信し、当該プッシュ通知に従って、アプリケーション起動情報サーバ４からアプリケーション起動情報を取得することができる。そして、放送通信連携受信装置２Ｃは、アプリケーション起動情報に従って、アプリケーションサーバ３から制御対象となるアプリケーションを取得するとともに、当該アプリケーションの起動状態を制御することができる。すなわち、放送通信連携受信装置２Ｃは、放送波Ｗを介してプッシュ通知サーバ５のアドレスを取得し、当該プッシュ通知サーバ５に対してプッシュ通知を許可することで、放送局側（放送送信装置１）が任意のタイミングで行ったプッシュ通知を受信することができる。

これにより、放送通信連携受信装置２Ｃは、放送送信装置１から既存の放送設備を用いてアプリケーション起動情報を伝送することができるため、アプリケーション起動情報を確実に受信することができ、かつ、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｃは、放送局側（放送送信装置１）が定めた任意のタイミングで、アプリケーションを取得および制御することができる。

［第４実施形態の動作］
以下、第４実施形態に係る放送通信連携受信装置２Ｃの動作について、図１０を参照（適宜図９も参照）しながら簡単に説明する。なお、以下の説明では、放送通信連携受信装置２Ｃの動作について、アプリケーションの実行および実行に関係する処理を中心に説明し、それ以外の処理についての説明は適宜省略する。

まず、放送通信連携受信装置２Ｃは、放送受信手段２１によって、デジタル放送の放送波を受信すると（ステップＳ５１）、プッシュ通知サーバアドレス抽出部２２２によって、プッシュ通知サーバ５のアドレスを抽出する（ステップＳ５２）。次に、放送通信連携受信装置２Ｃは、操作制御手段３３を介して、ユーザからプッシュ通知を許可する旨の指示が入力されると、プッシュ通知許可手段３２によって、プッシュ通知サーバ５に対して、プッシュ通知を許可する旨を通知する（ステップＳ５３）。

次に、放送通信連携受信装置２Ｃは、プッシュ通知許可手段３２によって、プッシュ通知サーバ５に対してプッシュ通知の有無を確認し（ステップＳ５４）、プッシュ通知が存在する場合（ステップＳ５４においてＹｅｓ）、これを受信する（ステップＳ５５）。一方、放送通信連携受信装置２Ｃは、プッシュ通知が存在しない場合（ステップＳ５４においてＮｏ）、プッシュ通知がなされるまでそのまま待機する。次に、放送通信連携受信装置２Ｃは、プッシュ通知に従って、アプリケーション起動情報取得手段３１によって、アプリケーション起動情報サーバ４からアプリケーション起動情報を取得する（ステップＳ５６）。

次に、放送通信連携受信装置２Ｃは、アプリケーション制御手段２５によって、アプリケーション起動情報を参照し、当該アプリケーション制御手段２５の指示に従って、アプリケーション取得手段２６によって、アプリケーションサーバ３からアプリケーションを取得する（ステップＳ５７）。次に、放送通信連携受信装置２Ｃは、アプリケーション実行手段２９によってアプリケーションを実行するとともに、アプリケーション制御手段２５によって当該アプリケーションの起動状態を制御する（ステップＳ５８）。

以上のように、放送通信連携受信装置２Ｃは、放送送信装置１から送信されるＴＳに含まれるＥＩＴのｐ／ｆ領域からプッシュ通知サーバ５のアドレスを抽出し、当該プッシュ通知サーバ５に対してプッシュ通知を許可することで、放送局側（放送送信装置１）が任意のタイミングで行ったプッシュ通知を受信することができるため、放送局側（放送送信装置１）が定めた任意のタイミングで、アプリケーションを取得および制御することができる。

［第５実施形態］
以下、第５実施形態に係る放送通信連携受信装置２Ｄについて、図１１を参照しながら簡単に説明する。放送通信連携受信装置２Ｄは、図１１に示すように、放送信号解析手段２２ｃの代わりに放送信号解析手段２２ａを備え、プッシュ通知許可手段３２の代わりにプッシュ通知許可手段３２ａを備え、プッシュ管理サーバアドレス記憶手段３４と、プッシュ通知サーバリスト記憶手段３５と、をさらに備える以外は、第４実施形態に係る放送通信連携受信装置２Ｃと同様の構成を備えている。また、放送信号解析手段２２ａは、第２実施形態に係る放送通信連携受信装置２Ａと同様である。従って、以下の説明では、放送通信連携受信装置２Ａ，２Ｃとの相違点を中心に説明を行い、当該放送通信連携受信装置２Ａ，２Ｃと重複する構成については詳細説明を省略する。

プッシュ通知許可手段３２ａは、プッシュ通知サーバ５に対して、プッシュ通知を許可するものであり、基本的な機能は前記したプッシュ通知許可手段３２と同様である。但し、プッシュ通知許可手段３２ａは、図１１に示すように、プッシュ通知許可手段３２とは異なりプッシュ通知サーバリスト要求部３２０と、比較部３２１と、を備えている。

プッシュ通知サーバリスト要求部（手段）３２０は、プッシュ管理サーバ６に対して、プッシュ通知を行っているプッシュ通知サーバ５のリストを要求するものである。ここで、プッシュ管理サーバ６とは、図１１に示すように、プッシュ通知サーバ５の数とそれぞれのアドレスを管理するものである。なお、このプッシュ管理サーバ６が管理するプッシュ通知サーバ５の数は、単数でも複数でも構わない。また、プッシュ通知サーバのリストとは、例えばプッシュ通知を行ったプッシュ通知サーバ５のアドレスと、当該プッシュ通知サーバ５に対してプッシュ通知の指示を行った放送局名と、が対応付けられたリスト（例えば「http://・・・（○○テレビ）」）のことを意味している。

プッシュ通知サーバリスト要求部３２０には、具体的には図１１に示すように、操作制御手段３３を介して、ユーザからプッシュ通知を許可する旨の指示が入力される。すると、プッシュ通知サーバリスト要求部３２０は、プッシュ管理サーバアドレス記憶手段３４に予め記憶されているプッシュ管理サーバ６のアドレスを取得し、当該プッシュ管理サーバ６に対して、プッシュ通知サーバ５のリストを要求する。そして、プッシュ通知サーバリスト要求部３２０は、図１１に示すように、当該プッシュ通知サーバ５のリストをプッシュ通知サーバリスト記憶手段３５に出力する。

比較部（手段）３２１は、プッシュ通知サーバ５のリストと、ユーザが現在視聴中のコンテンツのチャンネル情報と、を比較するものである。比較部３２１には、具体的には図１１に示すように、操作制御手段３３を介して、ユーザが視聴しているコンテンツのチャンネル情報が入力される。すると、比較部３２１は、プッシュ通知サーバリスト記憶手段３５からプッシュ通知サーバ５のリストを取得し、当該リストに記述された放送局名と、チャンネル情報に含まれる放送局名と、を比較する。なお、ユーザが視聴しているコンテンツのチャンネル情報とは、例えば、ユーザがリモコンＲｅによってあるチャンネルを選択した場合に、リモコンＲｅから操作制御手段３３に対して入力されるチャンネルと放送局名に関する情報（例えば「１ｃｈ（○○テレビ））のことを意味している。

比較部３２１は、プッシュ通知サーバ５のリストに記述された放送局名の中に、ユーザが現在視聴しているコンテンツを提供している放送局名が含まれている場合、該当するプッシュ通知サーバ５に対して、プッシュ通知を許可する旨の通知を行う。そして、比較部３２１は、図１１に示すように、プッシュ通知サーバ５からプッシュ通知を受信すると、当該プッシュ通知に含まれるアプリケーション起動情報サーバ４のアドレスを、アプリケーション起動情報取得手段３１に出力する。

プッシュ管理サーバアドレス記憶手段３４は、プッシュ管理サーバ６のアドレスを記憶するものである。プッシュ管理サーバアドレス記憶手段３４には、図１１に示すように、プッシュ管理サーバ６のアドレスが予め入力され、プッシュ通知サーバリスト要求部３２０に出力可能に構成されている。なお、プッシュ管理サーバアドレス記憶手段３４は、具体的には、データを記憶することができるメモリ、ハードディスク等で具現される。

プッシュ通知サーバリスト記憶手段３５は、プッシュ通知サーバ５のリストを記憶するものである。プッシュ通知サーバリスト記憶手段３５には、図１１に示すように、プッシュ通知サーバリスト要求部３２０によって取得されたプッシュ通知サーバ５のリストが入力され、比較部３２１に出力可能に構成されている。なお、プッシュ通知サーバリスト記憶手段３５は、具体的には、データを記憶することができるメモリ、ハードディスク等で具現される。

以上のような構成を備える放送通信連携受信装置２Ｄは、プッシュ通知サーバリスト要求部３２０によって、プッシュ通知を行っているプッシュ通知サーバ５のリストを取得し、比較部３２１によって、当該プッシュ通知サーバ５のリストと、ユーザが現在視聴中のコンテンツのチャンネル情報と、を比較する。そして、放送通信連携受信装置２Ｄは、プッシュ通知サーバ５のリストの中に、ユーザが現在視聴しているコンテンツを配信している放送局名が含まれる場合、プッシュ通知サーバ５からプッシュ通知を受信し、当該プッシュ通知に従って、アプリケーション起動情報サーバ４からアプリケーション起動情報を取得することができる。そして、放送通信連携受信装置２Ｄは、アプリケーション起動情報に従って、アプリケーションサーバ３から制御対象となるアプリケーションを取得するとともに、当該アプリケーションの起動状態を制御することができる。すなわち、放送通信連携受信装置２Ｄは、プッシュ通知サーバ５のリストに記述された放送局と、現在視聴中のコンテンツを提供している放送局と、が一致する場合に、当該プッシュ通知サーバ５に対してプッシュ通知を許可することで、放送局側（放送送信装置１）が任意のタイミングで行ったプッシュ通知を受信することができる。

これにより、放送通信連携受信装置２Ｄは、放送送信装置１から既存の放送設備を用いてアプリケーション起動情報を伝送することができるため、アプリケーション起動情報を確実に受信することができ、かつ、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｄは、放送局側（放送送信装置１）が定めた任意のタイミングで、アプリケーションを取得および制御することができる。

［第５実施形態の動作］
以下、第５実施形態に係る放送通信連携受信装置２Ｄの動作について、図１２を参照（適宜図１１も参照）しながら簡単に説明する。なお、以下の説明では、放送通信連携受信装置２Ｄの動作について、アプリケーションの実行および実行に関係する処理を中心に説明し、それ以外の処理についての説明は適宜省略する。

まず、放送通信連携受信装置２Ｄは、放送受信手段２１によって、デジタル放送の放送波を受信する（ステップＳ７１）。次に、放送通信連携受信装置２Ｄは、操作制御手段３３を介して、ユーザからプッシュ通知を許可する旨の指示が入力されると、プッシュ通知サーバリスト要求部３２０によって、プッシュ管理サーバ６に対して、プッシュ通知サーバ５のリストを要求する（ステップＳ７２）。次に、放送通信連携受信装置２Ｄは、操作制御手段３３を介して、ユーザが視聴しているコンテンツのチャンネル情報が入力されると、比較部３２１によって、視聴中のチャンネル（情報）と、プッシュ通知サーバ５のリストとを比較する（ステップＳ７３）。そして、放送通信連携受信装置２Ｄは、プッシュ通知サーバ５のリストの中に、ユーザが現在視聴しているコンテンツを配信している放送局名が含まれる場合、プッシュ通知許可手段３２ａによって、当該放送局がプッシュ通知を行うプッシュ通知サーバ５に対して、プッシュ通知を許可する旨を通知する（ステップＳ７４）。

次に、放送通信連携受信装置２Ｄは、比較部３２１によって、プッシュ通知サーバ５に対してプッシュ通知の有無を確認し（ステップＳ７５）、プッシュ通知が存在する場合（ステップＳ７５においてＹｅｓ）、これを受信する（ステップＳ７６）。一方、放送通信連携受信装置２Ｄは、プッシュ通知が存在しない場合（ステップＳ７５においてＮｏ）、プッシュ通知がなされるまでそのまま待機する。次に、放送通信連携受信装置２Ｄは、プッシュ通知に従って、アプリケーション起動情報取得手段３１によって、アプリケーション起動情報サーバ４からアプリケーション起動情報を取得する（ステップＳ７７）。

次に、放送通信連携受信装置２Ｄは、アプリケーション制御手段２５によって、アプリケーション起動情報を参照し、当該アプリケーション制御手段２５の指示に従って、アプリケーション取得手段２６によって、アプリケーションサーバ３からアプリケーションを取得する（ステップＳ７８）。次に、放送通信連携受信装置２Ｄは、アプリケーション実行手段２９によってアプリケーションを実行するとともに、アプリケーション制御手段２５によって当該アプリケーションの起動状態を制御する（ステップＳ７９）。

以上のように、放送通信連携受信装置２Ｄは、プッシュ通知を行っているプッシュ通知サーバ５のリストを取得し、当該プッシュ通知サーバ５のリストと、ユーザが現在視聴中のコンテンツのチャンネル情報と、を比較した結果に基づいてプッシュ通知を許可することで、放送局側（放送送信装置１）が任意のタイミングで行ったプッシュ通知を受信することができるため、放送局側（放送送信装置１）が定めた任意のタイミングで、アプリケーションを取得および制御することができる。

［第６実施形態］
以下、第６実施形態に係る放送通信連携受信装置２Ｅについて、図１３を参照しながら簡単に説明する。放送通信連携受信装置２Ｅは、図１３に示すように、放送信号解析手段２２ｂの代わりに放送信号解析手段２２ｄを備える以外は、第３実施形態に係る放送通信連携受信装置２Ｂと同様の構成を備えている。従って、以下の説明では、放送通信連携受信装置２Ｂとの相違点を中心に説明を行い、当該放送通信連携受信装置２Ｂと重複する構成については詳細説明を省略する。また、放送通信連携受信装置２Ｅの動作についても、前記した放送通信連携受信装置２，２Ｂの動作と同様であるため、ここでは説明を省略する。

放送信号解析手段２２ｄは、デジタル放送のＴＳを解析するものであり、基本的な機能は前記した放送信号解析手段２２と同様である。但し、放送信号解析手段２２ｄは、図１３に示すように、放送信号解析手段２２とは異なりアプリケーション起動情報抽出部２２０と、アプリケーション起動情報サーバアドレス抽出部２２１と、を備えている。

放送通信連携受信装置２Ｅは、アプリケーション起動情報抽出部２２０を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたアプリケーション起動情報を抽出することができる。また、放送通信連携受信装置２Ｅは、アプリケーション起動情報サーバアドレス抽出部２２１を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたアプリケーション起動情報サーバ４のアドレスを抽出し、当該アプリケーション起動情報サーバ４からアプリケーション起動情報を取得することができる。すなわち、放送通信連携受信装置２Ｅは、放送波Ｗと通信回線Ｎの両方の経路からアプリケーション起動情報を取得することができる。

これにより、放送通信連携受信装置２Ｅは、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｅは、複数の放送局（複数の放送送信装置１）から異なる方法でアプリケーション起動情報が提供された場合であっても、当該アプリケーション起動情報を受信することができる。

［第７実施形態］
以下、第７実施形態に係る放送通信連携受信装置２Ｆについて、図１４を参照しながら簡単に説明する。放送通信連携受信装置２Ｆは、図１４に示すように、放送信号解析手段２２ｃの代わりに放送信号解析手段２２ｅを備える以外は、第４実施形態に係る放送通信連携受信装置２Ｃと同様の構成を備えている。従って、以下の説明では、放送通信連携受信装置２Ｃとの相違点を中心に説明を行い、当該放送通信連携受信装置２Ｃと重複する構成については詳細説明を省略する。また、放送通信連携受信装置２Ｆの動作についても、前記した放送通信連携受信装置２，２Ｃの動作と同様であるため、ここでは説明を省略する。

放送信号解析手段２２ｅは、デジタル放送のＴＳを解析するものであり、基本的な機能は前記した放送信号解析手段２２と同様である。但し、放送信号解析手段２２ｅは、図１４に示すように、放送信号解析手段２２とは異なりアプリケーション起動情報抽出部２２０と、プッシュ通知サーバアドレス抽出部２２２と、を備えている。

放送通信連携受信装置２Ｆは、アプリケーション起動情報抽出部２２０を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたアプリケーション起動情報を抽出することができる。また、放送通信連携受信装置２Ｆは、プッシュ通知サーバアドレス抽出部２２２を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたプッシュ通知サーバ５のアドレスを抽出し、当該プッシュ通知サーバ５からのプッシュ通知に従って、アプリケーション起動情報を取得することができる。すなわち、放送通信連携受信装置２Ｆは、放送波Ｗと通信回線Ｎの両方の経路からアプリケーション起動情報を取得することができる。

これにより、放送通信連携受信装置２Ｆは、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｆは、複数の放送局（複数の放送送信装置１）から異なる方法でアプリケーション起動情報が提供された場合であっても、当該アプリケーション起動情報を受信することができる。

［第８実施形態］
以下、第８実施形態に係る放送通信連携受信装置２Ｇについて、図１５を参照しながら簡単に説明する。放送通信連携受信装置２Ｇは、図１５に示すように、放送信号解析手段２２ｄの代わりに放送信号解析手段２２を備える以外は、第５実施形態に係る放送通信連携受信装置２Ｄと同様の構成を備えている。また、放送信号解析手段２２は、第１実施形態に係る放送通信連携受信装置２と同様である。従って、以下の説明では、放送通信連携受信装置２，２Ｄとの相違点を中心に説明を行い、当該放送通信連携受信装置２，２Ｄと重複する構成については詳細説明を省略する。また、放送通信連携受信装置２Ｇの動作についても、前記した放送通信連携受信装置２，２Ｄの動作と同様であるため、ここでは説明を省略する。

放送通信連携受信装置２Ｇは、アプリケーション起動情報抽出部２２０を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたアプリケーション起動情報を抽出することができる。また、放送通信連携受信装置２Ｇは、プッシュ通知許可手段３２ａを備えることで、プッシュ通知サーバ５からのプッシュ通知に従ってアプリケーション起動情報を取得することができる。すなわち、放送通信連携受信装置２Ｇは、放送波Ｗと通信回線Ｎの両方の経路からアプリケーション起動情報を取得することができる。

これにより、放送通信連携受信装置２Ｇは、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｇは、複数の放送局（複数の放送送信装置１）から異なる方法でアプリケーション起動情報が提供された場合であっても、当該アプリケーション起動情報を受信することができる。

［第９実施形態］
以下、第９実施形態に係る放送通信連携受信装置２Ｈについて、図１６を参照しながら簡単に説明する。放送通信連携受信装置２Ｈは、図１６に示すように、データ放送復号手段２４の代わりにデータ放送復号手段２４ａを備える以外は、第３実施形態に係る放送通信連携受信装置２Ｂと同様の構成を備えている。また、データ放送復号手段２４ａは、第２実施形態に係る放送通信連携受信装置２Ａと同様である。従って、以下の説明では、放送通信連携受信装置２Ａ，２Ｂとの相違点を中心に説明を行い、当該放送通信連携受信装置２Ａ，２Ｂと重複する構成については詳細説明を省略する。また、放送通信連携受信装置２Ｈの動作についても、前記した放送通信連携受信装置２Ａ，２Ｂの動作と同様であるため、ここでは説明を省略する。

放送通信連携受信装置２Ｈは、アプリケーション起動情報サーバアドレス抽出部２２１を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたアプリケーション起動情報サーバ４のアドレスを抽出し、当該アプリケーション起動情報サーバ４からアプリケーション起動情報を取得することができる。また、放送通信連携受信装置２Ｈは、アプリケーション起動情報抽出部２４０を備えることで、ＤＳＭ−ＣＣデータカルーセルで伝送されたデータから、アプリケーション起動情報を抽出することができる。すなわち、放送通信連携受信装置２Ｈは、放送波Ｗと通信回線Ｎの両方の経路からアプリケーション起動情報を取得することができる。

これにより、放送通信連携受信装置２Ｈは、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｈは、複数の放送局（複数の放送送信装置１）から異なる方法でアプリケーション起動情報が提供された場合であっても、当該アプリケーション起動情報を受信することができる。

［第１０実施形態］
以下、第１０実施形態に係る放送通信連携受信装置２Ｉについて、図１７を参照しながら簡単に説明する。放送通信連携受信装置２Ｉは、図１７に示すように、データ放送復号手段２４の代わりにデータ放送復号手段２４ａを備える以外は、第４実施形態に係る放送通信連携受信装置２Ｃと同様の構成を備えている。また、データ放送復号手段２４ａは、第２実施形態に係る放送通信連携受信装置２Ａと同様である。従って、以下の説明では、放送通信連携受信装置２Ａ，２Ｃとの相違点を中心に説明を行い、当該放送通信連携受信装置２Ａ，２Ｃと重複する構成については詳細説明を省略する。また、放送通信連携受信装置２Ｉの動作についても、前記した放送通信連携受信装置２Ａ，２Ｃの動作と同様であるため、ここでは説明を省略する。

放送通信連携受信装置２Ｉは、プッシュ通知サーバアドレス抽出部２２２を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたプッシュ通知サーバ５のアドレスを抽出し、当該プッシュ通知サーバ５からのプッシュ通知に従って、アプリケーション起動情報を取得することができる。また、放送通信連携受信装置２Ｉは、アプリケーション起動情報抽出部２４０を備えることで、ＤＳＭ−ＣＣデータカルーセルで伝送されたデータから、アプリケーション起動情報を抽出することができる。すなわち、放送通信連携受信装置２Ｉは、放送波Ｗと通信回線Ｎの両方の経路からアプリケーション起動情報を取得することができる。

これにより、放送通信連携受信装置２Ｉは、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｉは、複数の放送局（複数の放送送信装置１）から異なる方法でアプリケーション起動情報が提供された場合であっても、当該アプリケーション起動情報を受信することができる。

［第１１実施形態］
以下、第１１実施形態に係る放送通信連携受信装置２Ｊについて、図１８を参照しながら簡単に説明する。放送通信連携受信装置２Ｊは、図１８に示すように、データ放送復号手段２４の代わりにデータ放送復号手段２４ａを備える以外は、第５実施形態に係る放送通信連携受信装置２Ｄと同様の構成を備えている。また、データ放送復号手段２４ａは、第２実施形態に係る放送通信連携受信装置２Ａと同様である。従って、以下の説明では、放送通信連携受信装置２Ａ，２Ｄとの相違点を中心に説明を行い、当該放送通信連携受信装置２Ａ，２Ｄと重複する構成については詳細説明を省略する。また、放送通信連携受信装置２Ｊの動作についても、前記した放送通信連携受信装置２Ａ，２Ｄの動作と同様であるため、ここでは説明を省略する。

放送通信連携受信装置２Ｊは、アプリケーション起動情報抽出部２４０を備えることで、ＤＳＭ−ＣＣデータカルーセルで伝送されたデータから、アプリケーション起動情報を抽出することができる。また、放送通信連携受信装置２Ｊは、プッシュ通知許可手段３２ａを備えることで、プッシュ通知サーバ５からのプッシュ通知に従ってアプリケーション起動情報を取得することができる。すなわち、放送通信連携受信装置２Ｊは、放送波Ｗと通信回線Ｎの両方の経路からアプリケーション起動情報を取得することができる。

これにより、放送通信連携受信装置２Ｊは、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｊは、複数の放送局（複数の放送送信装置１）から異なる方法でアプリケーション起動情報が提供された場合であっても、当該アプリケーション起動情報を受信することができる。

［第１２実施形態］
以下、第１２実施形態に係る放送通信連携受信装置２Ｋについて、図１９を参照しながら簡単に説明する。放送通信連携受信装置２Ｋは、図１９に示すように、放送信号解析手段２２ｃの代わりに放送信号解析手段２２ｆを備える以外は、第４実施形態に係る放送通信連携受信装置２Ｃと同様の構成を備えている。従って、以下の説明では、放送通信連携受信装置２Ｃとの相違点を中心に説明を行い、当該放送通信連携受信装置２Ｃと重複する構成については詳細説明を省略する。また、放送通信連携受信装置２Ｋの動作についても、前記した放送通信連携受信装置２Ｂ，２Ｃの動作と同様であるため、ここでは説明を省略する。

放送信号解析手段２２ｆは、デジタル放送のＴＳを解析するものであり、基本的な機能は前記した放送信号解析手段２２と同様である。但し、放送信号解析手段２２ｆは、図１９に示すように、放送信号解析手段２２とは異なりアプリケーション起動情報サーバアドレス抽出部２２１と、プッシュ通知サーバアドレス抽出部２２２と、を備えている。

放送通信連携受信装置２Ｋは、アプリケーション起動情報サーバアドレス抽出部２２１を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたアプリケーション起動情報サーバ４のアドレスを抽出し、当該アプリケーション起動情報サーバ４からアプリケーション起動情報を取得することができる。また、放送通信連携受信装置２Ｋは、プッシュ通知サーバアドレス抽出部２２２を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたプッシュ通知サーバ５のアドレスを抽出し、当該プッシュ通知サーバ５からのプッシュ通知に従って、アプリケーション起動情報を取得することができる。

これにより、放送通信連携受信装置２Ｋは、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｋは、複数の放送局（複数の放送送信装置１）から異なる方法でアプリケーション起動情報が提供された場合であっても、当該アプリケーション起動情報を受信することができる。

［第１３実施形態］
以下、第１３実施形態に係る放送通信連携受信装置２Ｌについて、図２０を参照しながら簡単に説明する。放送通信連携受信装置２Ｌは、図２０に示すように、放送信号解析手段２２ｄの代わりに放送信号解析手段２２ｂを備える以外は、第５実施形態に係る放送通信連携受信装置２Ｄと同様の構成を備えている。また、データ放送復号手段２４ｂは、第２実施形態に係る放送通信連携受信装置２Ｂと同様である。従って、以下の説明では、放送通信連携受信装置２Ｂ，２Ｄとの相違点を中心に説明を行い、当該放送通信連携受信装置２Ｂ，２Ｄと重複する構成については詳細説明を省略する。また、放送通信連携受信装置２Ｌの動作についても、前記した放送通信連携受信装置２Ｂ，２Ｄの動作と同様であるため、ここでは説明を省略する。

放送通信連携受信装置２Ｌは、アプリケーション起動情報サーバアドレス抽出部２２１を備えることで、デジタル放送のＴＳに含まれるＳＩテーブルにおけるＥＩＴのｐ／ｆ領域に記述されたアプリケーション起動情報サーバ４のアドレスを抽出し、当該アプリケーション起動情報サーバ４からアプリケーション起動情報を取得することができる。また、放送通信連携受信装置２Ｌは、プッシュ通知許可手段３２ａを備えることで、プッシュ通知サーバ５からのプッシュ通知に従ってアプリケーション起動情報を取得することができる。

これにより、放送通信連携受信装置２Ｌは、放送送信装置１から既存の放送設備を用いて伝送されたアプリケーション起動情報を確実に受信することができるため、当該アプリケーション起動情報の受信にかかるコストを低減することができる。また、放送通信連携受信装置２Ｌは、複数の放送局（複数の放送送信装置１）から異なる方法でアプリケーション起動情報が提供された場合であっても、当該アプリケーション起動情報を受信することができる。

［放送通信連携受信プログラム］
ここで、前記した放送通信連携受信装置２〜２Ｌは、一般的なコンピュータを、前記した各手段および各部として機能させるプログラムにより動作させることで実現することができる。このプログラムは、通信回線を介して配布することも可能であるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。

以上、本発明に係る放送通信連携受信装置２〜２Ｌについて、発明を実施するための形態により具体的に説明したが、本発明の趣旨はこれらの記載に限定されるものではなく、特許請求の範囲の記載に基づいて広く解釈されなければならない。また、これらの記載に基づいて種々変更、改変等したものも本発明の趣旨に含まれることはいうまでもない。

例えば、前記した放送通信連携受信装置２〜２Ｌは、各記憶手段を内部に設けていたが、これらを外部に設けても構わない。

また、前記した放送通信連携受信装置２，２Ｅ，２Ｆ，２Ｇは、アプリケーション起動情報抽出部２２０によって、放送送信装置１から入力されたＴＳに含まれるＳＩテーブルにおける、ＥＩＴのｐ／ｆ領域に記述されたアプリケーション起動情報を抽出する構成としたが、アプリケーション起動情報は、前記ＳＩテーブルにおけるＳＤＴ（Service Description Table）に記述されてもよい。なお、ＳＤＴとは、サービス名、事業者名等のサービスに関する基本情報等が記述されたテーブルのことを意味している。

また、前記した放送通信連携受信装置２Ｂ，２Ｅ，２Ｈ，２Ｋ，２Ｌは、アプリケーション起動情報サーバアドレス抽出部２２１によって、放送送信装置１から入力されたＴＳに含まれるＳＩテーブルにおける、ＥＩＴのｐ／ｆ領域に記述されたアプリケーション起動情報サーバ４のアドレスを抽出する構成としたが、アプリケーション起動情報サーバ４のアドレスは、前記ＳＩテーブルにおけるＳＤＴに記述されてもよい。

また、前記した放送通信連携受信装置２Ｃ，２Ｆ，２Ｉ，２Ｋは、プッシュ通知サーバアドレス抽出部２２２によって、放送送信装置１から入力されたＴＳに含まれるＳＩテーブルにおける、ＥＩＴのｐ／ｆ領域に記述されたプッシュ通知サーバ５のアドレスを抽出する構成としたが、プッシュ通知サーバ５のアドレスは、前記ＳＩテーブルにおけるＳＤＴに記述されてもよい。

また、前記した放送通信連携受信装置２Ｃ，２Ｆ，２Ｉ，２Ｋは、外部に設けられたプッシュ通知サーバ５のアドレスを放送波Ｗによって受信していたが、外部にプッシュ通知サーバ５を管理するためのプッシュ管理サーバ６が設けられ、当該プッシュ管理サーバ６のアドレスを放送波Ｗによって受信する構成としても構わない。

また、前記した放送通信連携受信装置２Ｃ，２Ｆ，２Ｉ，２Ｋは、外部に設けられたプッシュ通知サーバ５のアドレスを放送波Ｗによって受信していたが、当該プッシュ通知サーバ５のアドレスを図示しない記憶手段に予め記憶させる構成としても構わない。

また、前記した放送通信連携受信装置２Ｃ，２Ｆ，２Ｉ，２Ｋは、外部に設けられたプッシュ通知サーバ５のアドレスを放送波Ｗによって受信していたが、当該プッシュ通知サーバ５は、一つであっても複数であっても構わない。なお、プッシュ通知サーバ５が一つであるとは、例えば複数の放送局が共通のプッシュ通知サーバ５を利用する場合を意味している。また、プッシュ通知サーバ５が複数であるとは、例えば複数の放送局が当該放送局ごとに設けられたプッシュ通知サーバ５をそれぞれ利用することを意味している。

また、前記した放送通信連携受信装置２Ｄ，２Ｇ，２Ｊ，２Ｌは、プッシュ通知サーバリスト要求部３２０によって、プッシュ通知を行うプッシュ通知サーバ５のリストを取得する構成としたが、当該プッシュ通知サーバ５のリストを図示しない記憶手段に予め記憶させる構成としても構わない。

また、前記した放送通信連携受信装置２Ｃ，２Ｄ，２Ｆ，２Ｇ，２Ｉ，２Ｊ，２Ｋ，２Ｌでは、プッシュ通知の中にアプリケーション起動情報が格納されたアプリケーション起動情報サーバ４のアドレスが含まれている例について説明したが、プッシュ通知の中にアプリケーション起動情報を直接含めても構わない。

１ 放送送信装置
２，２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅ，２Ｆ，２Ｇ，２Ｈ，２Ｉ，２Ｊ，２Ｋ，２Ｌ 放送通信連携受信装置
３ アプリケーションサーバ
４ アプリケーション起動情報サーバ
５ プッシュ通知サーバ
６ プッシュ管理サーバ
２１ 放送受信手段
２２，２２ａ，２２ｂ，２２ｃ，２２ｄ，２２ｅ，２２ｆ 放送信号解析手段
２３ 映像・音声復号手段
２４，２４ａ データ放送復号手段
２５ アプリケーション制御手段
２６ アプリケーション取得手段
２７ 通信送受信手段
２８ アプリケーション記憶手段
２９ アプリケーション実行手段
３０ 合成表示手段
３１ アプリケーション起動情報取得手段
３２，３２ａ プッシュ通知許可手段
３３ 操作制御手段
３４ プッシュ管理サーバアドレス記憶手段
３５ プッシュ通知サーバリスト記憶手段
２２０，２４０ アプリケーション起動情報抽出部
２２１ アプリケーション起動情報サーバアドレス抽出部
２２２ プッシュ通知サーバアドレス抽出部
３２０ プッシュ通知サーバリスト要求部
３２１ 比較部
Ｍｏ モニタ
Ｎ 通信回線
Ｒｅ リモコン
Ｗ 放送波

Claims (3)

1. 放送送信装置から、放送波を介して放送データを受信するとともに、アプリケーションサーバから、通信回線を介して当該放送データに含まれるコンテンツに連動するアプリケーションを取得する放送通信連携受信装置であって、
   前記放送送信装置によって送信された放送データのトランスポートストリームに含まれるイベント情報テーブルから、前記アプリケーションを取得および制御するためのアプリケーション起動情報が格納されたアプリケーション起動情報サーバのアドレスを抽出するアプリケーション起動情報サーバアドレス抽出手段と、
   前記アプリケーション起動情報サーバのアドレスを参照し、当該アプリケーション起動情報サーバから、前記アプリケーション起動情報を取得するアプリケーション起動情報取得手段と、
   前記アプリケーション起動情報に記述されたアプリケーションサーバのアドレスを参照し、当該アプリケーションサーバから、前記アプリケーションを取得するアプリケーション取得手段と、
   前記アプリケーションを実行するアプリケーション実行手段と、
   前記アプリケーション起動情報に記述された制御コードに従って、前記アプリケーション実行手段によって実行される前記アプリケーションの起動状態を制御するアプリケーション制御手段と、
   を備えることを特徴とする放送通信連携受信装置。
2. 前記放送送信装置によって送信された放送データのトランスポートストリームに含まれるイベント情報テーブルから、コンテンツを提供する放送局が当該コンテンツに連動する前記アプリケーションの起動状態を制御するためのプッシュ通知を行うプッシュ通知サーバのアドレスを抽出するプッシュ通知サーバアドレス抽出手段と、
   前記プッシュ通知サーバのアドレスを参照し、当該プッシュ通知サーバに対して、プッシュ通知を許可する旨を通知するプッシュ通知許可手段と、を備え、
   前記アプリケーション起動情報取得手段は、前記プッシュ通知サーバから通知されたプッシュ通知に記述された前記アプリケーション起動情報サーバのアドレスを参照し、当該アプリケーション起動情報サーバから、前記アプリケーション起動情報を取得することを特徴とする請求項１に記載の放送通信連携受信装置。
3. コンテンツを提供する放送局が当該コンテンツに連動する前記アプリケーションの起動状態を制御するためのプッシュ通知を行うプッシュ通知サーバを管理するプッシュ管理サーバに対して、当該プッシュ通知サーバにプッシュ通知の指示を行った放送局のリストを要求するプッシュ通知サーバリスト要求手段と、
   前記プッシュ通知サーバリストに記述された放送局と、現在視聴中のコンテンツを提供している放送局と、を比較する比較手段と、を備え、
   前記比較手段は、前記プッシュ通知サーバリストに記述された放送局と、現在視聴中のコンテンツを提供している放送局と、が一致する場合、該当するプッシュ通知サーバに対して、プッシュ通知を許可する旨を通知し、
   前記アプリケーション起動情報取得手段は、前記プッシュ通知サーバから通知されたプッシュ通知に記述された前記アプリケーション起動情報サーバのアドレスを参照し、当該アプリケーション起動情報サーバから、前記アプリケーション起動情報を取得することを特徴とする請求項１に記載の放送通信連携受信装置。

Images