(57)【要約】  自機でアプリを実行することなく、アプリ画像を放送映像オブジェクトと共に表示させる。放送受信機（１）は、アプリ処理装置（１００）にアプリを実行させるアプリ実行制御部（５）と、アプリ処理装置（１００）が上記アプリを実行して生成したアプリ画像を受信して、該アプリ画像を放送映像オブジェクトと共に表示させる提示制御部（６）とを備えている。
2015146683.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して取得されたアプリケーションソフトウェアを実行することによって生成された通信コンテンツを、放送ネットワークを介して受信した放送コンテンツと共に表示させる放送受信機であって、
外部機器に上記アプリケーションソフトウェアを実行させるアプリ実行制御部と、
上記通信コンテンツを上記外部機器から受信して、該通信コンテンツを上記放送コンテンツと共に表示させる表示制御部と、を備えていることを特徴とする放送受信機。
【請求項２】
上記外部機器に認証情報を送信する認証情報送信部を備え、
上記表示制御部は、上記放送受信機と通信する相手機器が上記外部機器であることが、上記認証情報によって認証された場合に、該外部機器から受信した上記通信コンテンツを上記放送コンテンツと共に表示させることを特徴とする請求項１に記載の放送受信機。
【請求項３】
上記通信コンテンツに関する処理の実行を要求する処理実行要求を受信したときに、該処理実行要求の送信元が上記外部機器であることが、上記認証情報によって認証された場合に、該処理実行要求に従って処理を行う処理実行部を備えていることを特徴とする請求項２に記載の放送受信機。
【請求項４】
上記処理実行要求は、上記通信コンテンツを上記放送コンテンツと共に表示させる際のレイアウトの変更を要求するレイアウト変更要求であり、
上記処理実行部は、上記レイアウト変更要求の送信元が上記外部機器であることが、上記認証情報によって認証された場合に、該レイアウト変更要求に従って、上記通信コンテンツを上記放送コンテンツと共に表示させるレイアウトを変更する処理を行うことを特徴とする請求項３に記載の放送受信機。
【請求項５】
上記表示制御部は、上記通信コンテンツの送信元が上記外部機器であることが、該送信元から受信した上記認証情報によって認証された場合に、該通信コンテンツと、上記放送受信機にて受信した放送コンテンツとを組み合わせた組合せ画像を生成し、該組合せ画像を表示させることを特徴とする請求項２から４の何れか１項に記載の放送受信機。
【請求項６】
上記放送コンテンツを上記外部機器に転送させる転送制御部を備え、
上記外部機器は、上記転送制御部が転送させた上記放送コンテンツと、上記アプリ実行制御部の制御に従って上記アプリケーションソフトウェアを実行することによって生成した上記通信コンテンツとを組み合わせた組合せ画像を上記放送受信機に送信し、
上記表示制御部は、上記組合せ画像の送信元が上記外部機器であることが、該送信元から受信した上記認証情報によって認証された場合に、該組合せ画像を表示させることを特徴とする請求項２から４の何れか１項に記載の放送受信機。
【請求項７】
請求項１から６の何れか１項に記載の放送受信機としてコンピュータを機能させるための制御プログラムであって、コンピュータを上記各部として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送コンテンツと通信コンテンツとを組み合わせて利用することのできる放送受信機等に関する。
【背景技術】
【０００２】
近時、放送と通信とを融合させたサービスの提供が開始されている。例えば、ハイブリッドキャスト（登録商標）と呼ばれるサービスでは、放送コンテンツと重畳して、インターネットを介して取得されたアプリケーションソフトウェア（以下、アプリと略称する）の実行によって生成されたアプリ画像を表示させる。これにより、ユーザは、放送コンテンツを視聴しながら、その放送コンテンツに関連するインターネット上の情報を得たり、ソーシャルネットワークサービスを利用したりすることが可能になる。ハイブリッドキャストに関する文献としては、例えば下記の特許文献１、非特許文献１、および非特許文献２が挙げられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】日本国公開特許公報「特開２０１２−２５７２３５号公報」（２０１２年１２月２７日公開）
【非特許文献】
【０００４】
【非特許文献１】IPTV規定  放送通信連携システム仕様  IPTVFJ STD-0010  1.0版，一般社団法人  IPTVフォーラム，2013年3月22日発行
【非特許文献２】IPTV規定  HTML5ブラウザ仕様  IPTVFJ STD-0011  1.0版，一般社団法人  IPTVフォーラム，2013年3月22日発行
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のように、ハイブリッドキャストではアプリの実行が必要となるので、テレビジョン受像機（以下、テレビと略称する）において、ハイブリッドキャストのサービスを利用するためには、該テレビにアプリの実行機能を持たせる必要がある。より詳細には、ハイブリッドキャストでは、ＨＴＭＬ５を用いたアプリが使用されるため、テレビをハイブリッドキャスト対応とするためには、ＨＴＭＬ５対応ブラウザを搭載する必要がある。【０００６】
その一方で、テレビにおいては、必要なハードウェアリソースを低減することも求められている。つまり、ハイブリッドキャストのような、放送と通信を連携させたサービスは利用可能としたいが、そのためにテレビのような放送受信機にアプリの実行機能を設けることは避けたいという事情がある。【０００７】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、自機でアプリを実行することなく、該アプリの実行によって生成されたアプリ画像を、放送映像オブジェクトと共に表示させることのできる放送受信機等を提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明の一態様に係る放送受信機は、通信ネットワークを介して取得されたアプリケーションソフトウェアを実行することによって生成された通信コンテンツを、放送ネットワークを介して受信した放送コンテンツと共に表示させる放送受信機であって、外部機器に上記アプリケーションソフトウェアを実行させるアプリ実行制御部と、上記通信コンテンツを上記外部機器から受信して、該通信コンテンツを上記放送コンテンツと共に表示させる表示制御部と、を備えている。
【発明の効果】
【０００９】
本発明の一態様によれば、放送受信機にてアプリを実行することなく、アプリの実行により生成された通信コンテンツを、放送コンテンツと共に表示させることができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態１に係る放送受信機の要部構成を示すブロック図である。
【図２】アプリを起動して、アプリ画像と放送コンテンツの映像とを合成して出力する処理の一例を示すシーケンス図である。
【図３】アプリ画像と放送映像オブジェクトとのレイアウトの一例を示す図である。
【図４】アプリの実行期間中に行われる処理の一例を示すシーケンス図である。
【図５】アプリの実行を終了する際に行われる処理の一例を示すシーケンス図である。
【図６】放送映像オブジェクト上にテキストとロゴを表示させるアプリのＨＴＭＬ記述と画面表示の例を示す図である。
【図７】背景画像上に放送映像オブジェクト、テキスト、およびロゴを表示させるアプリのＨＴＭＬ記述と画面表示の例を示す図である。
【図８】上記放送受信機が放送映像オブジェクトをアプリ画像と共に表示する処理の一例を示すフローチャートである。
【図９】本発明の実施形態２に係る放送受信機の要部構成を示すブロック図である。
【図１０】アプリ画像と放送映像オブジェクトとが組み合わされた画像をアプリ処理装置から受信して表示する処理の一例を示すシーケンス図である。
【図１１】アプリの実行期間中において、ＨＣ拡張ＡＰＩが呼び出されたときに行われる処理の一例を示すシーケンス図である。
【図１２】アプリの実行を終了する際に行われる処理の一例を示すシーケンス図である。
【図１３】上記放送受信機が放送映像オブジェクトをアプリ画像と共に表示する処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
〔実施形態１〕
以下、本発明の実施の形態について、詳細に説明する。まず、本実施形態に係る放送受信機の構成を図１に基づいて説明する。図１は、放送受信機１の要部構成を示すブロック図である。なお、同図では、放送受信機１と通信可能なアプリ処理装置（外部機器）１００の構成も併せて示している。
【００１２】
放送受信機１は、放送を受信して出力する装置であり、図示のように、放送受信部２、分離部３、ビデオデコーダ４、アプリ実行制御部（認証情報送信部、処理実行部）５、提示制御部（表示制御部、処理実行部）６、外部機器Ｉ／Ｆ７、および表示部８を備えている。
【００１３】
放送受信部２は、放送波のストリーム信号（以下、放送ストリームと呼ぶ）を受信する。そして、分離部３は、放送受信部２が受信した放送ストリームから映像ストリームを分離して、ビデオデコーダ４に出力する。また、放送受信部２がハイブリッドキャスト放送の放送ストリームを受信した場合、該放送ストリームには映像ストリーム以外のデータ（アプリに関するデータ等）が含まれている。この場合、分離部３は、このようなデータを放送ストリームから分離してアプリ実行制御部５に出力する。
【００１４】
ビデオデコーダ４は、分離部３から出力された映像ストリームをデコードし、提示制御部６に出力する。以下では、ビデオデコーダ４が映像ストリームをデコードすることで得られた映像を放送映像オブジェクトまたは放送コンテンツと呼ぶ。
【００１５】
アプリ実行制御部５は、分離部３から出力されたアプリ（アプリケーションソフトウェア）に関するデータに基づき、アプリをアプリ処理装置１００に実行させる。そして、アプリ実行制御部５は、アプリの実行によって生成された画像（以下、アプリ画像と呼ぶ）をアプリ処理装置１００から受信して、提示制御部６に出力する。なお、ここでは、上記アプリが、放送コンテンツに紐付けられた（対応付けられた）ＡＩＴ（Application Information Table）に記述されたＵＲＬ（Uniform Resource Locator）にアクセスすることで取得される、ＨＴＭＬで記述されたアプリであって、放送リソースへのアクセスが許可されたアプリである例を説明する。無論、上記アプリは、放送コンテンツと組み合わせて利用することが許可されたアプリであって、通信ネットワークを介して取得されるものであればよく、この例に限られない。
【００１６】
また、アプリ実行制御部５は、アプリを実行させる外部機器（ここではアプリ処理装置１００）を認証するためのアクセスキー（認証情報）を生成して、該外部機器に送信する。この他にも、アプリ実行制御部５は、外部機器からアプリに関する処理の実行要求を受信したときに、該要求に従って処理を行う機能も有する。なお、アプリを外部機器に実行させる制御、アクセスキーの生成、アクセスキーの送信制御、および処理実行要求への対応は、それぞれ個別のブロックによって実現してもよい。
【００１７】
提示制御部６は、外部機器から受信したアプリ画像を、放送コンテンツと共に表示させる。具体的には、提示制御部６は、上記アクセスキーによる認証に成功した場合に、ビデオデコーダ４から出力される放送映像オブジェクトと、外部機器Ｉ／Ｆ７を介してアプリ処理装置１００から受信したアプリ画像とを合成し、合成によって得られた画像（組合せ画像）を表示部８に表示させる。ただし、提示制御部６は、アプリ実行制御部５が送信したアクセスキーと、アプリ画像と共に受信したアクセスキーとを照合し、アプリの送信元がアプリ処理装置１００であることが認証された場合に、上記の合成および表示を行う。これにより、アプリの実行を許可していない機器によって、放送コンテンツが不正に利用されることを防ぐことができる。
【００１８】
外部機器Ｉ／Ｆ７は、放送受信機１が外部機器と通信するためのインターフェースである。放送受信機１は、外部機器Ｉ／Ｆ７を介してアプリ処理装置１００と通信する。この通信は、有線通信であってもよいし、無線通信であってもよく、外部機器Ｉ／Ｆ７は使用する通信の態様に応じた構成のものを採用すればよい。ここでは、外部機器Ｉ／Ｆ７がＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）に準拠した有線通信用のインターフェースである例を説明する。ＨＤＭＩを介した通信であれば、機器の動作を制御するコマンド等も送受信することが可能である。なお、アプリ処理装置１００との通信がＤＬＮＡ（登録商標）（Digital Living Network Alliance）やＵＰｎＰ（Universal Plug and Play）、Miracast（登録商標）等に基づいて行われる場合、通信のための機器認証は予め行っておく。
【００１９】
表示部８は、画像を表示する装置である。例えば、放送された画像やアプリケーションによって生成された画像などが表示部８に表示される。なお、図示の例では、放送受信機１が表示部８を備えているが、表示部８は、放送受信機１に外部接続された外部機器であってもよい。
【００２０】
一方、アプリ処理装置１００は、通信Ｉ／Ｆ１０１、外部機器Ｉ／Ｆ１０２、入力装置１０３、およびアプリ実行部１０４を備えている。アプリ処理装置１００は、放送受信機１の要求に従ってアプリを実行し、その実行結果であるアプリ画像を放送受信機１に送信する機能を有していればよく、この機能のみを備えていてもよいし、他の機能も備えていてもよい。例えば、アプリ処理装置１００は、放送受信機１に接続して、放送受信機１にてハイブリットキャストのサービスを利用可能とするための専用の装置であってもよいし、ゲーム機や、タブレット端末、スマートフォン等のような他の機能を備えた装置であってもよい。
【００２１】
通信Ｉ／Ｆ１０１は、アプリ処理装置１００が外部の通信ネットワークに接続するためのインターフェースである。アプリ処理装置１００は、通信Ｉ／Ｆ１０１を介してインターネット等の通信ネットワークに接続し、該通信ネットワーク上のアプリケーションリソース（アプリ）を取得する。
【００２２】
外部機器Ｉ／Ｆ１０２は、アプリ処理装置１００が外部機器と通信するためのインターフェースであり、アプリ処理装置１００は外部機器Ｉ／Ｆ１０２を介して放送受信機１と通信する。ここでは、放送受信機１がＨＤＭＩに準拠したインターフェース（外部機器Ｉ／Ｆ７）を備えていることを想定しているので、外部機器Ｉ／Ｆ１０２もＨＤＭＩに準拠したインターフェースとする。
【００２３】
入力装置１０３は、アプリ処理装置１００がユーザの入力操作を受け付けるための装置である。ユーザは、入力装置１０３に対して入力操作を行うことにより、アプリの動作制御などを行うことができる。なお、入力装置１０３は、アプリ処理装置１００に外付けされた外部の機器であってもよい。
【００２４】
アプリ実行部１０４は、放送受信機１（より詳細にはアプリ実行制御部５）の制御に従ってアプリを実行する。具体的には、アプリ実行制御部５の指定するＵＲＬにアクセスすることによって、該ＵＲＬで指定される格納先に格納されているアプリを取得して実行する。そして、アプリの実行によって生成されたアプリ画像を、外部機器Ｉ／Ｆ１０２を介して放送受信機１に送信する。
【００２５】
〔アプリ起動シーケンス〕
次に、アプリの起動時に行われる処理について、図２に基づいて説明する。図２は、アプリを起動して、アプリ画像と放送コンテンツの映像とを合成して出力する処理の一例を示すシーケンス図である。
【００２６】
放送受信機１のアプリ実行制御部５は、アプリを実行することを決定すると、アクセスキーを生成し、生成したアクセスキーを提示制御部６に通知する。また、アプリ実行制御部５は、実行するアプリの起動要求を、生成したアクセスキーと共にアプリ処理装置１００に送信する。なお、アプリの起動要求は、起動すべきアプリをアプリ処理装置１００が特定可能な情報を含んでいればよく、例えば図示の例のように、アプリの格納先を示すＵＲＬを含んでいてもよい。
【００２７】
アプリ処理装置１００のアプリ実行部１０４は、アプリ起動要求の受信を確認すると、該要求に従ってアプリを起動する。そして、該アプリによって生成されたアプリ画像を、放送映像オブジェクトと共に表示させるためのレイアウト変更要求を、受信したアクセスキーと共に放送受信機１に送信する。また、図示していないが、アプリ実行部１０４は、アプリ画像についても放送受信機１に送信する。
【００２８】
より詳細には、アプリ実行部１０４は、（１）放送映像オブジェクトの表示領域を透過色で描画したアプリ画像、（２）放送映像オブジェクトの表示位置を示す位置情報、（３）放送映像オブジェクトのサイズを示すサイズ情報、および（４）アプリ起動要求と共に受信したアクセスキーを送信する。そして、上記（１）のデータについては、アプリの実行が終了されるまで送信し続ける。なお、位置情報は、例えば放送映像オブジェクトが矩形である場合、該矩形の左上隅の位置を示す座標であってもよい。また、サイズ情報は、放送映像オブジェクトの幅および高さを示す情報であってもよい。
【００２９】
次に、上記（１）〜（４）のデータを受信した放送受信機１では、提示制御部６が、受信したアクセスキーと、先にアプリ実行制御部５から通知されていたアクセスキーとを照合し、一致するかチェックする。つまり、放送受信機１は、通信の相手機器がアプリを実行させたアプリ処理装置１００であるかを、アクセスキーを用いた認証により確認する。そして、一致することが確認されると、提示制御部６は、受信したレイアウト変更要求に従って、ビデオデコーダ４から出力される放送映像オブジェクトをリサイズおよび移動し、受信したアプリ画像と合成して、表示部８に出力する。
【００３０】
なお、上記の例では、放送映像オブジェクトの表示領域を透過色で描画したアプリ画像を用いることにより、放送映像オブジェクトとアプリ画像とを合成しているが、合成の方法は特に限定されない。例えば、クロマキー合成を適用してもよい。この場合、合成に用いるカラーキーをレイアウト変更要求のパラメータとして送信する。なお、カラーキーは、アプリ実行部１０４が、当該アプリ画像、または当該放送映像オブジェクトの表示領域に重畳されるアプリ画像において使用されていない色をチェックし、動的に設定したものを利用してもよい。また、ＨＴＭＬアプリの作成時に放送映像オブジェクトのパラメータとして予め設定（ＨＴＭＬファイルに記述）されたものを利用してもよい。その場合、アプリ実行部１０４でカラーキーとして使用可能な色をチェックする処理が不要となる。
【００３１】
〔レイアウトについて〕
ここで、上記のレイアウトについて図３に基づいて説明する。図３は、アプリ画像と放送映像オブジェクトとのレイアウトの一例を示す図である。図示の例では、もっとも外側の矩形が表示画面の外縁を示し、その内側にある矩形が放送映像オブジェクトの表示領域を示し、放送映像オブジェクトに一部重畳している三角形がアプリ画像の表示領域を示している。
【００３２】
図示のような矩形の放送映像オブジェクトであれば、その左上隅の座標（Ｘ，Ｙ）を上述の位置情報（２）とし、幅（Ｗ）および高さ（Ｈ）を上述のサイズ情報（３）とすることで、画面上における放送映像オブジェクトの表示態様を指定することができる。なお、放送映像オブジェクトの背景には、予め定められた背景画像を表示してもよいし、アプリ画像を表示してもよい。また、レイアウトを指定する情報には、放送映像オブジェクトとアプリ画像との重畳関係（アプリ画像を放送映像オブジェクト上に重畳表示させる等）を指定する情報が含まれていてもよい。このような情報を含めることにより、放送映像オブジェクト上にアプリ画像を表示させることや、アプリ画像上に放送映像オブジェクトを表示させること、あるいは放送映像オブジェクトの背景および前景にアプリ画像を表示させること等も可能になる。
【００３３】
〔アプリ実行中シーケンス〕
次に、アプリの実行期間中に行われる処理について、図４に基づいて説明する。図４は、アプリの実行期間中に行われる処理の一例を示すシーケンス図である。
【００３４】
アプリ実行部１０４は、実行しているアプリにより、レイアウトすなわち放送映像オブジェクトの表示位置およびサイズの少なくとも何れかが変更されると、放送受信機１にレイアウト変更要求を送信する。このときにも、常時送信されている上記（１）のデータに加え、上記（２）〜（４）のデータを送信する。なお、これらのデータの送信は、レイアウト変更が行われる毎に行われる。
【００３５】
次に、上記（２）〜（４）のデータを受信した放送受信機１では、提示制御部６が、受信したアクセスキーと、先にアプリ実行制御部５から通知されていたアクセスキーとを照合し、一致するかチェックする。そして、一致することが確認されると、提示制御部６は、受信したレイアウト変更要求に従って、ビデオデコーダ４から出力される放送映像オブジェクトをリサイズおよび移動し、受信したアプリ画像と合成して表示部８に出力する。
【００３６】
このように、レイアウト変更要求の際にアクセスキーを用いた認証を行うことにより、アプリを実行させていない他の機器からレイアウト変更要求がなされて放送コンテンツの提供者の意図しない態様で放送コンテンツの映像が出力されることを防ぐことができる。
【００３７】
また、アプリ実行部１０４は、実行中のアプリ内でＨＣ拡張ＡＰＩ（ハイブリッドキャスト向けに拡張されたＡＰＩ）の呼び出しがあると、ＨＣ拡張ＡＰＩ実行要求を、先に受信したアクセスキーと共に放送受信機１に送信する。なお、この処理は、ＨＣ拡張ＡＰＩの呼び出し毎に行われる。
【００３８】
次に、ＨＣ拡張ＡＰＩ実行要求およびアクセスキーを受信した放送受信機１では、アプリ実行制御部５が、受信したアクセスキーと、先に生成したアクセスキーとを照合し、一致するかチェックする。そして、一致することが確認されると、アプリ実行制御部５は、受信したＨＣ拡張ＡＰＩ実行要求に従って、ハイブリッドキャストにより受信した拡張ＡＰＩを実行し、その実行結果をアプリ処理装置１００に送信する。これにより、アプリ実行部１０４は、要求したＨＣ拡張ＡＰＩの実行結果を受信する。
【００３９】
なお、上記の処理は、アプリ処理装置１００単体では実行することのできない（放送受信機１への問い合わせが必要となる）ＡＰＩの呼び出し時に行えばよい。このようなＡＰＩの例としては、受信機固有識別子（放送受信機１を識別する放送受信機１に固有の識別子）を取得するインターフェース（非特許文献２の3.1.6.2.1参照）が挙げられる。また、この他にも、選局インターフェース（非特許文献２の3.1.6.2.2参照）や、 データ放送ブラウザと機能を共有するために必要なインターフェース（非特許文献２の3.1.13参照）等が挙げられる。無論、アクセスキーを用いた認証は、上記のようなインターフェースの呼び出し時に限られず、アプリに関する処理の実行を要求する任意の処理実行要求の受信時に行えばよい。
【００４０】
また、上記の例では、レイアウト変更要求またはＨＣ拡張ＡＰＩ実行要求と共にアクセスキーを送信しているが、レイアウト変更要求またはＨＣ拡張ＡＰＩ実行要求のみを先に送信してもよい。この場合、アクセスキーについては、放送受信機１側（例えばアプリ実行制御部５または提示制御部６）からアプリ処理装置１００に送信を要求することによって取得してもよい。つまり、レイアウト変更前またはＨＣ拡張ＡＰＩ実行前に、レイアウト変更またはＨＣ拡張ＡＰＩ実行の要求元の認証が行われればよく、アクセスキーの送信タイミングは特に限定されない。
【００４１】
また、上記の例では、要求毎にアクセスキーを用いた認証を行っているが、複数の要求を１つのアクセスキーによってまとめて認証してもよい。例えば、短時間に複数のレイアウト変更要求（またはＨＣ拡張ＡＰＩ実行要求）を送信する必要がある場合に、複数のレイアウト変更要求（またはＨＣ拡張ＡＰＩ実行要求）をひとまとめで送信し、アクセスキーを１つのみ付与し送信する構成としてもよい。なお、レイアウト変更要求とＨＣ拡張ＡＰＩ実行要求の組み合わせのように、異なる種類の要求をひとまとめにして送信してもよい。これにより、認証の回数を減らして処理を簡略化することができる。
【００４２】
〔アプリ終了シーケンス〕
次に、アプリの実行を終了する際の処理について、図５に基づいて説明する。図５は、アプリの実行を終了する際に行われる処理の一例を示すシーケンス図である。
【００４３】
アプリ実行制御部５は、アプリの実行を終了することを決定すると、提示制御部６に対し、アクセスキーを破棄するように要求する。次に、提示制御部６は、該要求に従って、アプリ起動シーケンスにて通知されたアクセスキーを破棄し、その後、放送映像オブジェクトの出力に復帰する。つまり、提示制御部６は、放送映像オブジェクトとアプリ画像との合成出力を停止し、放送映像オブジェクトのみを出力する状態に戻る。
【００４４】
また、アプリ実行制御部５は、アプリ処理装置１００にアプリ終了要求を送信する。そして、該要求を受信したアプリ処理装置１００では、アプリ実行部１０４がアプリの実行を終了し、これによりアプリ画像の放送受信機１への送信も終了する。
【００４５】
なお、アプリの実行終了の契機は、例えば放送波（放送ストリーム）に含まれる情報であってもよいし、ユーザ操作であってもよい。前者の場合、例えば実行中のアプリのアプリケーション制御コードフィールドが“終了”に設定されたアプリケーション制御情報（例えばＡＩＴ：Application Information Table）を放送波にて受信したときに、アプリの実行を終了すると決定してもよい。また、後者の場合、例えばユーザ操作によりチャンネル切り替えが行われたときに、アプリの実行を終了すると決定してもよい。
【００４６】
〔アプリのＨＴＭＬ記述と画面表示の例〕
次に、アプリのＨＴＭＬ記述と該記述に基づく画面表示の例を図６および図７に基づいて説明する。図６は、放送映像オブジェクト上にテキストとロゴを表示させるアプリのＨＴＭＬ記述と画面表示の例を示す図である。また、図７は、背景画像上に放送映像オブジェクト、テキスト、およびロゴを表示させるアプリのＨＴＭＬ記述と画面表示の例を示す図である。
【００４７】
図６の（ａ）の画面表示例では、“video”（放送映像オブジェクト）が表示（全画面表示）され、“video”上に“text”および“logo”（何れもアプリ画像）が重畳表示されている。なお、“text”は、アプリの実行によって生成されたテキストであり、“logo”は、アプリの実行によって生成されたロゴ（画像）である。
【００４８】
同図の（ｂ）の例では、画面表示例における“video”、“text”、および“logo”に表示する対象がＨＴＭＬで記述されている。そして、同図の（ｃ）に示すＣＳＳ（Cascading Style Sheet）には、“video”、“text”、および“logo”の表示位置および表示サイズが記述されている。また、これら表示対象の重畳関係を示す情報（z-index）も記述されている。複数の表示対象について表示領域が重なる場合、z-indexの値が大きい表示対象が前面に表示される。
【００４９】
つまり、同図の（ｂ）に示すＨＴＭＬ記述に示される対象を、同図の（ｃ）に示される位置、サイズ、および重畳関係で表示することにより、同図の（ａ）のような画面が表示される。同図の（ｃ）に示されるような情報を、上述の位置情報（２）およびサイズ情報（３）として放送受信機１に送信することにより、所定のレイアウトで放送映像オブジェクトとアプリ画像とを組み合わせて表示させることができる。なお、同図の（ｃ）の例では、表示サイズおよび表示位置を画面の表示幅および高さに対する割合（％）で示しているが、ピクセル数や座標等で示してもよい。
【００５０】
一方、図７の（ａ）の画面表示例では、“video”（放送映像オブジェクト）は全画面表示されておらず、背景画像上に表示されている。そして、同じく背景画像上に“text”（アプリ画像）が表示されており、“logo”（アプリ画像）は“video”に重畳して表示されている。
【００５１】
同図の（ｂ）の例では、“video”、“text”、および“logo”に表示する対象が記述されている。そして、同図の（ｃ）のＣＳＳには、“video”、“text”、および“logo”の表示位置、表示サイズ、およびこれらの重畳関係を示す情報が記述されている。つまり、同図の（ｂ）に示すＨＴＭＬ記述に示される対象を、同図の（ｃ）に示される位置、サイズ、および重畳関係で表示することにより、同図の（ａ）の画像が表示される。
【００５２】
このように、ＨＴＭＬ記述およびＣＳＳを用いることによって、放送映像オブジェクトとアプリ画像とを所望の態様で組み合わせて表示させることができる。無論、レイアウトに関する情報は、放送映像オブジェクトおよびアプリ画像のサイズおよび配置を示すものであればよく、ＨＴＭＬ記述とＣＳＳの組み合わせに限られない。
【００５３】
〔放送受信機が実行する処理の流れ〕
次に、放送受信機１が実行する処理（画像表示方法）の流れを図８に基づいて説明する。図８は、放送受信機１が放送映像オブジェクトをアプリ画像と共に表示する処理の一例を示すフローチャートである。
【００５４】
放送受信機１の放送受信部２は、放送ストリームを受信して分離部３に出力し、分離部３は放送ストリームから映像ストリームを分離してビデオデコーダ４に出力し、アプリに関するデータをアプリ実行制御部５に出力する。そして、ビデオデコーダ４は、映像ストリームをデコードして放送映像オブジェクトを生成し、提示制御部６はこれを表示部８に表示させる（Ｓ１）。
【００５５】
続いて、アプリに関するデータを受信したアプリ実行制御部５は、アプリを起動するか否かを判断する（Ｓ２）。なお、アプリを起動するか否かは、例えば放送ストリームに含まれる情報に基づいて判断してもよいし、ユーザ操作に基づいて判断してもよい。前者の場合、例えば、アプリのアプリケーション制御コードフィールドが“自動起動”に設定されたアプリケーション制御情報（例えばＡＩＴ）を放送波にて受信した場合に、アプリを起動すると判断してもよい。また、後者の場合、例えばユーザがデータ放送のメニュー操作を行うことにより、ＢＭＬ（Broadcast Markup Language）拡張関数（startAITControlledApp）が実行された場合に、アプリを起動すると判断してもよい。
【００５６】
ここで、アプリを起動しないと判断した場合（Ｓ２でＮＯ）、アプリ実行制御部５は、アプリを起動させることなく処理を終了する。この場合、放送映像オブジェクトのみが表示部８に表示され続ける。
【００５７】
一方、アプリを起動すると判断した場合（Ｓ２でＹＥＳ）、アプリ実行制御部５は、アクセスキーを生成する（Ｓ３）。そして、生成したアクセスキーと共に、Ｓ２にて起動すると判断したアプリの起動要求をアプリ処理装置１００に送信する（Ｓ４）。また、同図には示していないが、アプリ実行制御部５は、生成したアクセスキーを提示制御部６に通知する。
【００５８】
ここで、図２に基づいて説明したように、アプリ処理装置１００のアプリ実行部１０４は、アプリ起動要求の受信を確認すると、該要求に従ってアプリを起動する。そして、該アプリによって生成されたアプリ画像と、レイアウト変更要求を、受信したアクセスキーと共に放送受信機１に送信する。このため、提示制御部６は、これらのデータをアプリ処理装置１００から受信する（Ｓ５）。
【００５９】
次に、提示制御部６は、先にアプリ実行制御部５から通知されたアクセスキー（アプリ処理装置１００に送信したアクセスキー）と、アプリ処理装置１００から受信したアクセスキーとが一致するか確認する（Ｓ６）。ここで、一致しないことが確認された場合（Ｓ６でＮＯ）、提示制御部６は、アプリ画像と放送映像オブジェクトとの合成を行うことなく処理を終了する。この場合、放送映像オブジェクトのみが表示部８に表示され続ける。
【００６０】
一方、一致することが確認された場合（Ｓ６でＹＥＳ）、提示制御部６は、アプリ画像を含む映像の出力を開始する（Ｓ７）。具体的には、提示制御部６は、ビデオデコーダ４から出力される放送映像オブジェクトと受信したアプリ画像とを、受信したレイアウト変更要求に従ってリサイズおよび移動して合成し、表示部８に出力する。
【００６１】
以上のように、放送受信機１が実行する画像表示方法は、外部機器にアプリを実行させるアプリ実行制御ステップ（Ｓ４）と、アプリ画像を上記外部機器から受信して、該アプリ画像を放送映像オブジェクトと共に表示させる表示制御ステップ（Ｓ７）とを含む。よって、放送受信機１においてアプリを実行することなく、放送映像オブジェクトをアプリ画像と共に表示することができる。
【００６２】
〔実施形態２〕
本発明の他の実施形態について、図９〜図１３に基づいて説明すれば、以下のとおりである。なお、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００６３】
上記実施形態では、外部機器（アプリ処理装置１００）の送信するアプリ画像を放送受信機１が放送映像オブジェクトと合成する例を説明したが、本実施形態の放送受信機は、外部機器にて合成された映像を受信して出力する。
【００６４】
まず、本実施形態の放送受信機の構成を図９に基づいて説明する。図９は、放送受信機５０の要部構成を示すブロック図である。なお、同図では、放送受信機５０と通信可能なアプリ処理装置（外部機器）１５０の構成も併せて示している。
【００６５】
放送受信機５０は、図示のように、放送受信部２、分離部３、ビデオデコーダ４、外部機器Ｉ／Ｆ７、表示部８、映像切替部（表示制御部）５１、アプリ実行制御部（認証情報送信部、転送制御部、処理実行部）５２、および通信Ｉ／Ｆ５３を備えている。
【００６６】
映像切替部５１は、ビデオデコーダ４が出力する放送映像オブジェクトを表示部８に出力する状態と、外部機器Ｉ／Ｆ７を介して受信する外部入力画像を表示部８に出力する状態とを切り替える。詳細は後述するが、外部入力画像は、アプリ画像と放送映像オブジェクトとが組み合わされた画像（組合せ画像）である。つまり、映像切替部５１は、上記の切り替えによって、外部機器から受信したアプリ画像を、放送コンテンツと共に表示させる。
【００６７】
アプリ実行制御部５２は、分離部３から出力されたアプリに関するデータに基づき、外部機器（ここではアプリ処理装置１５０）にアプリを実行させる。また、アプリ実行制御部５２は、放送コンテンツ（より詳細には、放送コンテンツを含む放送受信部２にて受信した放送ストリーム）を、アプリを実行させた外部機器に転送させる。さらに、アプリ実行制御部５２は、アプリを実行させる外部機器を認証するためのアクセスキー（認証情報）を生成して、該外部機器に送信する。
【００６８】
この他にも、アプリ実行制御部５２は、外部機器からアプリに関する処理の実行要求を受信したときに、該要求に従って処理を行う機能も有する。なお、アプリを外部機器に実行させる制御、アクセスキーの生成、アクセスキーの送信制御、放送ストリームの転送制御、および処理実行要求への対応は、それぞれ個別のブロックによって実現してもよい。
【００６９】
通信Ｉ／Ｆ５３は、放送受信機５０が外部の通信ネットワークに接続するためのインターフェースである。放送受信機５０は、通信Ｉ／Ｆ５３を介してインターネット等の通信ネットワークに接続し、該通信ネットワーク経由でアプリ処理装置１５０と通信する。具体的には、放送受信機５０は、通信Ｉ／Ｆ５３を介して放送ストリームをアプリ処理装置１５０に転送する。なお、アプリ処理装置１５０との通信がＤＬＮＡに基づいて行われる場合、通信のための認証は予め行っておく。
【００７０】
一方、アプリ処理装置１５０は、通信Ｉ／Ｆ１０１、外部機器Ｉ／Ｆ１０２、入力装置１０３、分離部１５１、ビデオデコーダ１５２、およびアプリ実行部１５３を備えている。
【００７１】
分離部１５１は、放送受信機５０が転送した放送ストリームから、映像ストリームとアプリに関するデータとを分離する。そして、映像ストリームはビデオデコーダ１５２に出力し、アプリに関するデータはアプリ実行部１５３に出力する。
【００７２】
ビデオデコーダ１５２は、分離部１５１から出力された映像ストリームをデコードし、デコードにより得られた放送映像オブジェクト（放送コンテンツ）をアプリ実行部１５３に出力する。
【００７３】
アプリ実行部１５３は、放送受信機５０（より詳細にはアプリ実行制御部５２）の制御に従ってアプリを実行する。そして、アプリ実行部１５３は、実行したアプリによって生成されたアプリ画像と、ビデオデコーダ１５２から出力される放送映像オブジェクトとを組み合わせた画像を生成し、外部機器Ｉ／Ｆ１０２を介して放送受信機５０に送信する。よって、放送受信機５０の映像切替部５１が、表示部８の出力対象を外部入力映像に切り替えることにより、アプリ画像が放送映像オブジェクトと共に表示部８に表示される。
【００７４】
〔アプリ起動シーケンス〕
次に、アプリ起動時に行われる処理について、図１０に基づいて説明する。図１０は、アプリ画像と放送コンテンツの映像とが組み合わされた画像をアプリ処理装置１５０から受信して出力する処理の一例を示すシーケンス図である。
【００７５】
放送受信機５０のアプリ実行制御部５２は、アプリを実行することを決定すると、アクセスキーを生成する。また、アプリ実行制御部５２は、放送ストリームをアプリ処理装置１５０に転送することを放送受信部２に要求する。そして、放送受信部２は、この要求に従い、放送ストリームのアプリ処理装置１５０への転送を開始する。ここでは、通信Ｉ／Ｆ５３を介して放送ストリームを転送する。
【００７６】
また、アプリ実行制御部５２は、実行するアプリの起動要求を、生成したアクセスキーと共にアプリ処理装置１５０に送信する。アプリ処理装置１５０のアプリ実行部１５３は、アプリ起動要求の受信を確認すると、該要求に従ってアプリを起動し、受信したアクセスキーと共に起動完了通知を放送受信機５０に送信する。この通信は、外部機器Ｉ／Ｆ７を介して行うことを想定しているが、通信Ｉ／Ｆ５３を介して行ってもよい。
【００７７】
ここで、図示していないが、放送受信機５０が送信した放送ストリームは、通信Ｉ／Ｆ１０１を介して分離部１５１に入力される。そして、分離部１５１は、該放送ストリームから映像ストリームを分離してビデオデコーダ１５２に出力し、ビデオデコーダ１５２は、この映像ストリームをデコードしてアプリ実行部１５３に出力する。次に、アプリ実行部１５３は、デコードにより生成された放送映像オブジェクトと、実行したアプリによって生成されたアプリ画像とを組み合わせた画像を生成し、該画像の放送受信機５０への送信を開始する。
【００７８】
一方、起動完了通知を受信した放送受信機５０では、アプリ実行制御部５２は、該起動完了通知と共に受信したアクセスキーと、先に生成したアクセスキーとを照合し、一致するかチェックする。そして、一致することが確認されると、アプリ実行制御部５２は、表示部８に出力する映像を、外部機器Ｉ／Ｆ７を介して受信した映像に切り替えさせる映像切替要求を映像切替部５１に送信する。この映像切替要求を受信した映像切替部５１が、該要求に従って出力映像の切り替えを行うことにより、表示部８は、アプリ実行部１５３の生成した画像、すなわち放送映像オブジェクトとアプリ画像とが組み合わされた画像の表示を開始する。
【００７９】
〔アプリ実行中シーケンス〕
次に、アプリの実行期間中に行われる処理について、図１１に基づいて説明する。図１１は、アプリの実行期間中において、ＨＣ拡張ＡＰＩが呼び出されたときに行われる処理の一例を示すシーケンス図である。
【００８０】
アプリ実行部１５３は、実行中のアプリ内でＨＣ拡張ＡＰＩの呼び出しがあると、ＨＣ拡張ＡＰＩ実行要求を、アプリ起動要求と共に受信したアクセスキーと共に放送受信機５０に送信する。なお、この処理は、ＨＣ拡張ＡＰＩの呼び出し毎に行われる。
【００８１】
次に、ＨＣ拡張ＡＰＩ実行要求およびアクセスキーを受信した放送受信機５０では、アプリ実行制御部５２が、受信したアクセスキーと、先に生成したアクセスキーとを照合し、一致するかチェックする。そして、一致することが確認されると、アプリ実行制御部５２は、受信したＨＣ拡張ＡＰＩ実行要求に従って、ハイブリッドキャストにより受信した拡張ＡＰＩを実行し、その実行結果をアプリ処理装置１５０に送信する。これにより、アプリ実行部１５３は、要求したＨＣ拡張ＡＰＩの実行結果を受信する。
【００８２】
〔アプリ終了シーケンス〕
次に、アプリの実行を終了する際の処理について、図１２に基づいて説明する。図１２は、アプリの実行を終了する際に行われる処理の一例を示すシーケンス図である。
【００８３】
アプリ実行制御部５２は、アプリの実行を終了することを決定すると、アプリ処理装置１５０にアプリ終了要求を送信する。そして、該要求を受信したアプリ処理装置１５０では、アプリ実行部１５３が、アプリの実行を終了して、放送受信機５０への画像送信も終了する。
【００８４】
また、アプリ実行制御部５２は、映像切替部５１に出力切り替えを要求し、映像切替部５１は、この要求に従って、表示部８に出力する映像を、ビデオデコーダ４が出力する放送映像オブジェクトに切り替える。
【００８５】
さらに、アプリ実行制御部５２は、放送受信部２に放送ストリームの転送を終了するように要求し、放送受信部２は、この要求に従って、外部機器（ここではアプリ処理装置１５０）への放送ストリームの転送を終了する。
【００８６】
〔放送受信機が実行する処理の流れ〕
次に、放送受信機５０が実行する処理（画像表示方法）の流れを図１３に基づいて説明する。図１３は、放送受信機５０が放送映像オブジェクトをアプリ画像と共に表示する処理の一例を示すフローチャートである。なお、図８と同様の処理については同一の参照番号を付し、適宜その説明を省略する。
【００８７】
放送受信機５０の放送受信部２が放送コンテンツを受信すると、ビデオデコーダ４が該放送コンテンツに含まれる映像ストリームをデコードして生成した放送映像オブジェクトが、映像切替部５１を介して表示部８に表示される（Ｓ１）。また、分離部３が放送コンテンツから分離した、アプリに関するデータは、アプリ実行制御部５２に出力される。
【００８８】
続いて、アプリに関するデータを受信したアプリ実行制御部５２は、アプリを起動するか否かを判断する（Ｓ２）。ここで、アプリを起動しないと判断した場合（Ｓ２でＮＯ）、アプリ実行制御部５２は、アプリを起動させることなく処理を終了する。一方、アプリを起動すると判断した場合（Ｓ２でＹＥＳ）、アプリ実行制御部５２は、アクセスキーを生成し（Ｓ３）、生成したアクセスキーと共に、Ｓ２にて起動すると判断したアプリの起動要求をアプリ処理装置１５０に送信する（Ｓ４）。また、アプリ実行制御部５２は、放送受信部２に要求して、放送ストリームをアプリ処理装置１５０に転送させる（Ｓ１０）。
【００８９】
ここで、図１０に基づいて説明したように、アプリ処理装置１５０のアプリ実行部１５３は、アプリ起動要求の受信を確認すると、該要求に従ってアプリを起動し、起動完了通知と共にアクセスキーを送信する。このため、アプリ実行制御部５２は、起動完了通知およびアクセスキーをアプリ処理装置１５０から受信する（Ｓ１１）。
【００９０】
次に、アプリ実行制御部５２は、Ｓ３で生成したアクセスキー（Ｓ４でアプリ処理装置１５０に送信したアクセスキー）と、Ｓ１１でアプリ処理装置１５０から受信したアクセスキーとが一致するか確認する（Ｓ１２）。ここで、一致しないことが確認された場合（Ｓ１２でＮＯ）、アプリ実行制御部５２は処理を終了する。この場合、放送コンテンツの映像のみが表示部８に表示され続ける。
【００９１】
一方、一致することが確認された場合（Ｓ１２でＹＥＳ）、アプリ実行制御部５２は、映像切替部５１に出力映像を切り替えるように要求し、映像切替部５１はこの要求に従って、出力を切り替える（Ｓ１３）。これにより、表示部８では、アプリ画像データを含む画像（放送映像オブジェクトとアプリ画像とが組み合わされた画像）の出力が開始される（Ｓ１４）。なお、切り替えの際に、出力切り替えを行った旨を表示部８に表示させる等してユーザに通知してもよい。また、Ｓ１２における認証に成功している場合（Ｓ１２でＹＥＳ）には、このような通知を行わずにシームレスに出力切り替えを行い、Ｓ１２における認証に失敗している場合（Ｓ１２でＮＯ）にはこのような通知を行ってもよい。この場合、上記通知によって、アプリ処理装置１５０以外の機器から画像が送信されたことをユーザに認識させることができる。
【００９２】
以上のように、放送受信機５０が実行する画像表示方法は、外部機器にアプリを実行させるアプリ実行制御ステップ（Ｓ４）と、アプリ画像を上記外部機器から受信して、該アプリ画像を放送映像オブジェクトと共に表示させる表示制御ステップ（Ｓ１３）とを含む。よって、放送受信機５０においてアプリを実行することなく、放送映像オブジェクトをアプリ画像と共に表示することができる。
【００９３】
〔コンテンツについて〕
上記実施形態の放送受信機１および５０は、何れも放送中の放送映像オブジェクトをアプリ画像と共に表示しているが、録画されたコンテンツの放送映像オブジェクトをアプリ画像と共に表示してもよい。
【００９４】
また、上記実施形態では、ハイブリッドキャストを例に説明を行ったが、本発明はハイブリッドキャスト以外のサービスに応用することもできる。つまり、本発明は、通信ネットワークを介して取得されたアプリを実行することによって生成された通信コンテンツと、放送ネットワークを介して受信した放送コンテンツとを組み合わせて利用する任意のサービスに応用することが可能である。
【００９５】
〔放送受信機へのアプリケーションエンジンの搭載〕
上記実施形態の放送受信機１および５０は、何れもアプリの実行機能を備えていない（アプリケーションエンジンを備えていない）構成であったが、アプリの実行機能を備えていてもよい。
【００９６】
この場合、実行するアプリや、放送受信機１または５０の状態等に応じて、自機でアプリを実行するか、アプリ処理装置１００または１５０に実行させるかを決定すればよい。例えば、通常は自機でアプリを実行するが、実行対象が放送受信機１または５０の処理能力を超えたアプリである場合には、アプリ処理装置１００または１５０に実行させてもよい。
【００９７】
これにより、アプリ処理装置１００または１５０を介さずに速やかにアプリ画像を放送映像オブジェクトと共に表示させることが可能になる。また、自機の処理能力を超えたアプリについても、該アプリをアプリ処理装置１００または１５０が実行して生成されたアプリ画像を、放送映像オブジェクトと共に表示させることが可能になる。
【００９８】
なお、アプリが処理能力を超えているか否かは、例えばアプリの起動に失敗したか否か（例えばメモリ不足等の場合には起動に失敗する）や、放送受信機１または５０が備えるアプリケーションエンジンの負荷が所定の上限値を超えたか否かで判定してもよい。この他、ＡＩＴに記述されているアプリケーションプロファイルを参照して、そのアプリが処理能力を超えているか否かを判定することも可能である。
【００９９】
〔ユーザインターフェースについて〕
アプリの実行期間（アプリ画像を放送映像オブジェクトと共に表示している期間）におけるユーザインターフェースについて説明する。
【０１００】
放送受信機１または５０では、まず放送コンテンツの視聴中が開始され、その後アプリが実行されて、アプリ画像が放送映像オブジェクトと共に表示される。そして、アプリの実行期間においては、アプリに対する操作を行うことができる。
【０１０１】
このように、アプリの実行前には放送コンテンツが視聴されているため、例えばリモートコントローラ等の、放送受信機１または５０を操作するための入力装置（以下、受信機入力装置と呼ぶ）にて、アプリに対する操作も受け付けるようにしてもよい。この場合、放送受信機１のアプリ実行制御部５または放送受信機５０のアプリ実行制御部５２は、受け付けた入力操作がアプリに対する操作であると判断した場合に、その操作の内容をアプリ処理装置１００または１５０に通知する。
【０１０２】
また、アプリ処理装置１００または１５０側でアプリに対する操作を受け付けてもよい。この場合、例えばアプリ処理装置１００または１５０の備える入力装置１０３でユーザ操作を受け付ければよい。
【０１０３】
さらに、受信機入力装置と、アプリ処理装置１００または１５０の備える入力装置１０３との双方でアプリに対する操作を受け付けてもよい。この場合、受信機入力装置と同様の入力操作を、入力装置１０３でも受け付けることができるように構成することが好ましい。
【０１０４】
例えば、放送受信機１がテレビであり、受信機入力装置がリモートコントローラであり、入力装置１０３がタッチパネルである場合、入力装置１０３にソフトウェアリモコンを表示してもよい。なお、上記ソフトウェアリモコンは、受信機入力装置の各操作ボタンに対応する画像を表示させたものである。入力装置１０３は、この画像の操作ボタン部分に対するタッチ操作を、その操作ボタンに対する操作と判定する。これにより、ユーザは、テレビのリモコンに固有のボタン（ｄボタンや４色のカラーキー）を押下する操作によって実行される制御を、入力装置１０３を用いて容易に実行させることができる。
【０１０５】
なお、ソフトウェアリモコンは、アプリの起動中、常に表示させておいてもよいし、アプリが、受信機入力装置に固有の操作（例えば、上述のｄボタンや４色のカラーキーの押下操作）を受け付ける期間にのみ表示させてもよい。このような期間であるか否かは、例えば、ＨＣ拡張ＡＰＩであり、操作キーに対して処理を割り当てるKeySet.setValue()をアプリが呼び出した際の設定値で判定することができる。この他、入力装置１０３に対する操作が行われたときに表示する等、所定の契機で表示させてもよい。
【０１０６】
また、ソフトウェアリモコンを表示させる代わりに、リモコンに固有のボタンに割り当てられた処理を別ボタンに割り当て、該処理を別ボタンに割り当てたことをガイド表示してもよい。この構成であっても、ユーザは、リモコンに固有のボタンを押下する操作によって実行される制御を、入力装置１０３を用いて容易に実行させることができる。
【０１０７】
〔映像出力方法について〕
上記各実施形態では、放送受信機１または５０にアプリ画像を放送映像オブジェクトと共に表示させる例を説明したが、この画像はアプリ処理装置１００または１５０にも表示させてもよい。そして、アプリ処理装置１００または１５０に表示させる場合、アプリに対する操作をアプリ処理装置１００または１５０でも受け付けるようにすることが好ましい。これにより、ユーザは、アプリ処理装置１００または１５０に表示されている画像を確認しながら、アプリに対する操作を行うことができ、画像を確認するために放送受信機１または５０の表示部８に視線を移動させる必要がなくなる。
【０１０８】
なお、アプリ処理装置１００は、放送映像オブジェクトを受信しないが、アプリ画像が表示されていれば、アプリに対する操作を受け付けることは可能である。このように、アプリ処理装置１００が表示させる映像は、放送受信機１が表示させる映像と異なっていてもよい。放送受信機５０とアプリ処理装置１５０についても同様である。
【０１０９】
また、音声出力について、放送受信機１または５０とアプリ処理装置１００または１５０との双方から音声出力した場合、音声が聞き取りにくくなる可能性がある。このため、音声出力は放送受信機１または５０のみから行うようにし、アプリ処理装置１００または１５０は音声出力せずに映像を表示するようにしてもよい。
【０１１０】
〔実施形態３〕
放送受信機１および５０の制御ブロック（特にアプリ実行制御部５、５２、提示制御部６、および映像切替部５１）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【０１１１】
後者の場合、放送受信機１および５０は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１１２】
〔まとめ〕
本発明の態様１に係る放送受信機（１、５０）は、通信ネットワーク（インターネット）を介して取得されたアプリケーションソフトウェア（アプリ）を実行することによって生成された通信コンテンツ（アプリ画像）を、放送ネットワークを介して受信した放送コンテンツ（放送映像オブジェクト）と共に表示させる放送受信機であって、外部機器（アプリ処理装置１００、１５０）に上記アプリケーションソフトウェアを実行させるアプリ実行制御部（５、５２）と、上記通信コンテンツを上記外部機器から受信して、該通信コンテンツを上記放送コンテンツと共に表示させる表示制御部（提示制御部６、映像切替部５１）と、を備えている。
【０１１３】
上記の構成によれば、外部機器にアプリを実行させ、該外部機器から通信コンテンツを受信して、該通信コンテンツを放送コンテンツと共に表示させる。よって、放送受信機においてアプリを実行することなく、通信コンテンツを放送コンテンツと共に表示させることができる。なお、上記外部機器から受信するデータは、通信コンテンツを含んでいればよく、例えば通信コンテンツと放送コンテンツとを含む画像（組合せ画像）であってもよい。
【０１１４】
本発明の態様２に係る放送受信機は、上記態様１において、上記外部機器に認証情報（アクセスキー）を送信する認証情報送信部（アプリ実行制御部５、５２）を備え、上記表示制御部は、上記放送受信機と通信する相手機器が上記外部機器であることが、上記認証情報によって認証された場合に、該外部機器から受信した上記通信コンテンツを上記放送コンテンツと共に表示させる構成であってもよい。
【０１１５】
上記の構成によれば、アプリを実行させる外部機器に認証情報を送信する。そして、通信の相手機器が上記外部機器であることが、上記認証情報によって認証された場合に、該外部機器から受信した通信コンテンツを放送コンテンツと共に表示させる。よって、アプリを実行させた外部機器とは異なる機器から送信された通信コンテンツを放送コンテンツと共に表示させてしまうことを防ぐことができる。つまり、上記の構成によれば、放送コンテンツの不正利用を防ぐことができる。
【０１１６】
本発明の態様３に係る放送受信機は、上記態様２において、上記通信コンテンツに関する処理の実行を要求する処理実行要求（レイアウト変更要求、ＨＣ拡張ＡＰＩ実行要求）を受信したときに、該処理実行要求の送信元が上記外部機器であることが、上記認証情報によって認証された場合に、該処理実行要求に従って処理を行う処理実行部（アプリ実行制御部５、５２、提示制御部６）を備えている構成であってもよい。
【０１１７】
上記の構成によれば、処理実行要求の送信元が、アプリを実行させた外部機器であることが認証された場合に、該処理実行要求に従って処理を行う。よって、アプリに関する処理が、アプリを実行させた外部機器とは異なる機器からの要求によってなされることを防ぐことができる。そして、アプリに関する不正な処理が行われた結果、放送コンテンツについても不正に利用されてしまうことも防ぐことができる。
【０１１８】
本発明の態様４に係る放送受信機は、上記態様３において、上記処理実行要求は、上記通信コンテンツを上記放送コンテンツと共に表示させる際のレイアウトの変更を要求するレイアウト変更要求であり、上記処理実行部（提示制御部６）は、上記レイアウト変更要求の送信元が上記外部機器であることが、上記認証情報によって認証された場合に、該レイアウト変更要求に従って、上記通信コンテンツを上記放送コンテンツと共に表示させるレイアウトを変更する処理を行う構成であってもよい。
【０１１９】
上記の構成によれば、レイアウト変更要求の送信元が上記外部機器であることが認証された場合に、該レイアウト変更要求に従って、通信コンテンツを放送コンテンツと共に表示させるレイアウトを変更する。よって、アプリを実行させた外部機器とは異なる機器により不正にレイアウトが変更されることを防ぎ、また、レイアウトの不正な変更によって放送コンテンツが不正に利用されることを防ぐことができる。
【０１２０】
本発明の態様５に係る放送受信機は、上記態様２から４の何れかにおいて、上記表示制御部（提示制御部６）は、上記通信コンテンツの送信元が上記外部機器であることが、該送信元から受信した上記認証情報によって認証された場合に、該通信コンテンツと、上記放送受信機にて受信した放送コンテンツとを組み合わせた組合せ画像を生成し、該組合せ画像を表示させる構成であってもよい。
【０１２１】
上記の構成によれば、通信コンテンツの送信元が上記外部機器であることが認証された場合に、組合せ画像を生成して表示させるので、上記外部機器から受信した通信コンテンツを放送コンテンツと共に表示させることができる。また、アプリを実行させた外部機器とは異なる機器から受信した通信コンテンツと放送コンテンツとを組み合わせて表示させてしまうことを防ぐことができる。
【０１２２】
本発明の態様６に係る放送受信機は、上記態様２から４の何れかにおいて、上記放送コンテンツを上記外部機器に転送させる転送制御部（アプリ実行制御部５２）を備え、上記外部機器は、上記転送制御部が転送させた上記放送コンテンツと、上記アプリ実行制御部の制御に従って上記アプリケーションソフトウェアを実行することによって生成した上記通信コンテンツとを組み合わせた組合せ画像を上記放送受信機に送信し、上記表示制御部（映像切替部５１）は、上記組合せ画像の送信元が上記外部機器であることが、該送信元から受信した上記認証情報によって認証された場合に、該組合せ画像を表示させる構成であってもよい。
【０１２３】
上記の構成によれば、組合せ画像を受信し、該組合せ画像の送信元が上記外部機器であることが認証された場合に、該画像を表示させるので、通信コンテンツを放送コンテンツと共に表示させることができる。また、アプリを実行させた外部機器とは異なる機器から受信した画像を組合せ画像として表示させてしまうことを防ぐことができる。そして、組合せ画像を生成する処理を放送受信機で行う必要がないので、上記態様５の構成と比べて、放送受信機の処理の負荷を減らすことができる。
【０１２４】
本発明の各態様に係る放送受信機は、コンピュータによって実現してもよく、この場合には、コンピュータを上記放送受信機が備える各部として動作させることにより上記放送受信機をコンピュータにて実現させる放送受信機の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１２５】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【０１２６】
本発明は、放送コンテンツを通信コンテンツと共に利用するシステムを構成する各機器に適用することができる。
【符号の説明】
【０１２７】
１  放送受信機
５  アプリ実行制御部（認証情報送信部、処理実行部）
６  提示制御部（表示制御部、処理実行部）
１００  アプリ処理装置（外部機器）
５０  放送受信機
５１  映像切替部（表示制御部）
５２  アプリ実行制御部（認証情報送信部、転送制御部、処理実行部）
１５０  アプリ処理装置（外部機器）
【図１】
2015146683.tif 000003
【図２】
2015146683.tif 000004
【図３】
2015146683.tif 000005
【図４】
2015146683.tif 000006
【図５】
2015146683.tif 000007
【図６】
2015146683.tif 000008
【図７】
2015146683.tif 000009
【図８】
2015146683.tif 000010
【図９】
2015146683.tif 000011
【図１０】
2015146683.tif 000012
【図１１】
2015146683.tif 000013
【図１２】
2015146683.tif 000014
【図１３】
2015146683.tif 000015
【国際調査報告】
2015146683.tif 000016
2015146683.tif 000017
2015146683.tif 000018
2015146683.tif 000019