JP6288824B2 - 受信装置、およびプログラム - Google Patents

Description

本発明は、受信装置、およびプログラムに関する。

近年、放送通信連携サービスを実現するためのシステムに関する研究開発が盛んに行われている。中でも、日本国内の代表的な標準仕様として、ハイブリッドキャスト技術仕様ｖｅｒ１．０（非特許文献１、２を参照）が挙げられる。本仕様に基づいた放送通信連携サービスは２０１３年９月２日より開始された。この放送通信連携サービスでは、放送信号に多重された起動・終了などの制御信号に基づいて動作する“放送マネージドアプリケーション”によってサービスが提供されている。また、この放送通信連携サービスでは、放送マネージドアプリケーションによる画面と、放送による画面とを同時に表示する際のレイアウトは、放送信号に多重された制御信号により制御されている。また、特許文献１では、複数の放送マネージドアプリケーションを、同時に実行する手段について記されている。

特開２０１２−２４４３８６号公報

"ＩＰＴＶ規定 放送通信連携システム仕様 ＩＰＴＶＦＪ ＳＴＤ−００１０ １．０版"、一般社団法人 ＩＰＴＶフォーラム、２０１３年３月２２日 "ＩＰＴＶ規定 ＨＴＭＬ５ブラウザ仕様 ＩＰＴＶＦＪ ＳＴＤ−００１１ １．０版"、一般財団法人 ＩＰＴＶフォーラム、２０１３年３月２２日

しかしながら、非特許文献１、２、特許文献１に記載の技術においては、放送マネージドアプリケーション以外のアプリケーション、すなわちユーザ操作により起動されたアプリケーションによる複数の画面（以降、アプリケーション画面という）と、放送による画面（以降、放送画面）とを同時に表示し、そのレイアウトを制御することができないという問題がある。

本発明は、このような事情に鑑みてなされたもので、複数のアプリケーション画面と、放送画面とを同時に表示させ、それらのレイアウトを制御することができる受信装置、およびプログラムを提供する。

（１）この発明は上述した課題を解決するためになされたもので、本発明の一態様は、放送サービスと、通信サービスとを受信する受信装置であって、前記通信サービスが提供する複数のアプリケーションのうち、ユーザ操作により選択されたアプリケーションを起動するアプリ管理部と、前記放送サービスによる放送画面と、前記アプリ管理部が起動した複数のアプリケーション各々によって生成された複数のアプリケーション画面とを含む表示画面のレイアウトを制御するレイアウト制御部とを具備することを特徴とする受信装置である。

（２）また、この発明の他の態様は、（１）に記載の受信装置であって、前記レイアウト制御部は、前記放送サービスにより配信されたレイアウトを指定する情報を参照し、前記表示画面内での、前記放送画面と、前記複数のアプリケーション画面とのレイアウトを決定することを特徴とする。

（３）また、この発明の他の態様は、（２）に記載の受信装置であって、前記レイアウト制御部が参照する前記レイアウトを指定する情報は、前記表示画面に含まれている前記放送画面に対応する前記放送サービスにより配信されたレイアウトを指定する情報であることを特徴とする。

（４）また、この発明の他の態様は、（２）または（３）に記載の受信装置であって、前記レイアウト制御部は、前記複数のアプリケーション画面各々に対応するアプリケーションに対して、決定したレイアウトのうち、少なくとも、そのアプリケーション自身が生成するアプリケーション画面に関する情報を、通知することを特徴とする。

（５）また、この発明の他の態様は、（１）に記載の受信装置であって、いずれかの前記アプリケーションが前記放送サービスに関する処理を行う際に、前記処理を行うアプリケーションが前記処理を行う権限を有しているか否かを、前記処理を行うアプリケーションの属性を参照して、判定するアクセス制御部を具備することを特徴とする。

（６）また、この発明の他の態様は、（５）に記載の受信装置であって、前記放送サービスに関する処理は、前記放送サービスが提供する情報を取得する処理、自装置が受信する放送サービスを選択する処理、放送サービスの蓄積を予約する処理のうち、少なくとも一つを含むことを特徴とする。

（７）また、この発明の他の態様は、放送サービスと、通信サービスとを受信する受信装置が有するコンピュータを、前記通信サービスが提供する複数のアプリケーションのうち、ユーザ操作により選択されたアプリケーションを起動するアプリ管理部、前記放送サービスによる放送画面と、前記アプリ管理部が起動した複数のアプリケーション各々によって生成された複数のアプリケーション画面とを含む表示画面のレイアウトを制御するレイアウト制御部として機能させるためのプログラムである。

この発明によれば、複数のアプリケーション画面と、放送画面とを同時に表示させ、それらのレイアウトを制御することができる。

この発明の一実施形態による放送通信連携システム１の構成を示す概略ブロック図である。 同実施形態における受信装置１０の構成を示す概略ブロック図である。 同実施形態における放送外マネージドアプリケーションの起動までの画面遷移例を示す遷移図である。 同実施形態におけるアプリケーション処理部１１０の構成を示す概略ブロック図である。 同実施形態におけるアプリ配信装置４０の構成を示す概略ブロック図である。 同実施形態におけるアプリロンチャーを起動するまでのシーケンスを示すフローチャートである。 同実施形態におけるアプリケーションを起動している状態までのシーケンスを示すフローチャートである。 同実施形態におけるアクセス制御部１５２が記憶するアクセス許可情報の例を示す表である。

以下、図面を参照して、本発明の実施の形態について説明する。図１は、この発明の一実施形態による放送通信連携システム１の構成を示す概略ブロック図である。放送通信連携システム１は、受信装置１０、リモートコントローラ２０、放送送出装置３０、アプリ配信装置４０、ネットワーク５０を含んで構成される。なお、図１では、受信装置１０、リモートコントローラ２０、放送送出装置３０、アプリ配信装置４０を、それぞれ１つずつ記載したが、いずれも複数であってもよい。なお、放送通信連携サービスの形態は複数存在するが、本実施形態の放送通信連携システム１では、ハイブリッドキャスト技術仕様に基づき、デジタル放送サービスと、インターネットなどによる通信サービスとが、受信装置１０において連携する。

放送送出装置３０は、放送波を用いて放送サービスの信号である放送信号を送信する。放送サービスの信号では、符号化された映像、音声や、Ｗｅｂブラウザ上で実行されるアプリケーション（Ｗｅｂアプリケーション、Ｗｅｂアプリともいう）が配信される。アプリ配信装置４０は、受信装置１０からの要求に応じて、ネットワーク５０を介して、Ｗｅｂブラウザ上で実行されるアプリケーションを送信する。ネットワーク５０は、インターネットなどのネットワークであり、受信装置１０とアプリ配信装置４０とを通信可能に接続する。

受信装置１０は、テレビジョン受像装置など、放送サービスの信号を受信する装置である。受信装置１０は、放送送出装置３０またはアプリ配信装置４０から配信されるアプリケーションを実行することで、ネットワーク５０上のコンテンツを取得できるようになる。これにより、ユーザが放送通信連携サービスを利用できる。また、ハイブリッドキャストにおいては、アプリケーションとして、放送マネージドアプリと放送外マネージドアプリについて規定されているが、ここでは、放送外マネージドアプリに関して、主に説明する。
なお、受信装置１０は、無線LAN等のネットワークを介して連携端末（タブレット、スマートフォンなど）と接続するが、ここでは省略する。

リモートコントローラ２０は、ユーザが受信装置１０を操作するための入力デバイスである。例えば、リモートコントローラ２０は、複数のボタンを有し、ユーザが押下したボタンに応じた赤外線の信号を出力する。リモートコントローラ２０は、ボタンに替えて、タッチパネルなどその他の入力デバイスを有していてもよい。また、リモートコントローラ２０は、赤外線ではなく、電波などその他の信号を出力してもよい。

図２は、受信装置１０の構成を示す概略ブロック図である。受信装置１０は、放送受信部１０１、分離部１０２、映像復号部１０３、映像合成部１０４、映像表示部１０５、音声復号部１０６、音声合成部１０７、音声出力部１０８、放送通信連携部１０９、アプリケーション処理部１１０、通信入出力部１１１、放送外アプリ統合管理部１１２、リモコン入力制御部１１３を含んで構成される。

放送受信部１０１は、放送信号を処理するモジュールであり、放送送出装置３０より送出された放送信号をアンテナ（不図示）を介して受信する。分離部１０２は、放送受信部１０１が受信した放送信号を映像、音声、データといった各メディアの信号に分離する。映像復号部１０３は、分離部１０２が分離した映像の信号を復号する。音声復号部１０６は、分離部１０２が分離した音声の信号を復号する。

通信入出力部１１１は、ネットワーク５０を介して、アプリ配信装置４０と通信する。受信装置１０の各部がアプリ配信装置４０と通信を行うときは、通信入出力部１１１を介して行う。放送外アプリ統合管理部１１２は、ネットワーク５０を介してアプリ配信装置４０から配信されるアプリケーションを処理するモジュールであり、放送外アプリケーションをユーザに提供するためのアプリロンチャーの管理を行う。

アプリケーション処理部１１０は、アプリケーションを実行する。本実施形態では、アプリーションは、HＴＭＬ（Hypertext Markup Language）、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＣＳＳ（Cascading Style Sheets）などを用いてコーディングされたＷｅｂアプリケーションであり、アプリケーション処理部１１０はＷｅｂブラウザがＷｅｂアプリケーションを実行することで実現される。

放送通信連携部１０９は、放送送出装置３０が提供する放送サービスとアプリ配信装置４０から取得したアプリケーションとを連携動作させる。ハイブリッドキャスト技術仕様（IPTVFJ STD-0011）では、受信中の放送信号に含まれるＳＩ（Service Information）やイベントメッセージなどの情報へのアクセス手段、受信装置１０の備える機能へのアクセス手段を提供する拡張ＡＰＩ仕様が規定されている。放送通信連携部１０９は、アプリケーション処理部１１０に対して、この拡張ＡＰＩ仕様と同様の機能を提供する。アプリケーション処理部１１０が、この機能（以降、拡張ＡＰＩという）を使用する際には、そのとき実行しているアプリケーションの属性情報に応じたアクセス制御を行う。なお、拡張ＡＰＩには、放送サービスが提供する情報（ＳＩ（Service Information）など）を取得する処理、自装置が受信する放送サービスを選択する処理、放送サービスの蓄積を予約する処理などがある。

また、放送通信連携部１０９は、受信中の放送サービスの放送信号から、放送外アプリケーションの表示レイアウトを決定するためのレイアウト制御信号を取得し、アプリケーション処理部１１０に通知する。レイアウト制御信号としては、表示レイアウトを指定するＩＤが含められたＥＩＴ（Event Information Table）、ＡＩＴ（Application Information Table）などが挙げられるが、これらに限られない。

リモコン入力制御部１１３は、リモートコントローラ２０が送信した信号を受信し、該信号をアプリケーション処理部１１０、放送外アプリ統合管理部１１２に通知する。映像合成部１０４は、アプリケーション処理部１１０がアプリケーションを実行して生成した映像と、映像復号部１０３が復号した映像とを合成する。なお、映像合成部１０４は、映像復号部１０３が復号した映像の配置を、アプリケーション処理部１１０が決定した表示レイアウトに従ったものにする。音声合成部１０７は、アプリケーション処理部１１０がアプリケーションを実行して生成した音声と、音声復号部１０６が復号した音声とを合成する。映像表示部１０５は、映像合成部１０４が合成した映像を表示する。音声出力部１０８は、音声合成部１０７が合成した音声を出力する。

図３は、放送外マネージドアプリケーションの起動までの画面遷移例を示す遷移図である。ここでは、放送サービス表示状態の画面Ａからの起動のシーケンスを説明する。画面Ａを表示している状態において、ユーザがリモートコントローラ２０の所定のボタンを押下すると、放送外アプリ統合管理部１１２からの指示によりアプリケーション処理部１１０は、起動するアプリケーションを選択するためのアプリロンチャーを起動する（アプリロンチャー起動状態の画面Ｂ）。

アプリロンチャーは、アプリケーション処理部１１０で実行されるＷｅｂアプリケーションであり、放送外アプリ統合管理部１１２で管理される。ただし、本実施形態における説明において、特段の断りが無い限り、アプリロンチャーは、アプリケーションに含めない。アプリロンチャーは、リモートコントローラ２０の専用ボタンが押されたとき、放送マネージドアプリケーションに張られたリンクが選択されたときなどに、アプリロンチャーは起動される。アプリロンチャーのプログラム（ＨＴＭＬドキュメントなど）は、放送外アプリ統合管理部１１２により記憶されている。アプリロンチャーは起動されると、アプリケーション処理部１１０は、ユーザにより登録されたアプリケーションの一覧などを表示させる。具体的には、登録されたアプリケーションのＵＲＬのリンクが張られたアイコンが表示される。

画面Ｂを表示している状態において、ユーザが、リモートコントローラ２０を用いて、起動したいアプリケーションを選択・決定すると、アプリケーション処理部１１０は、選択決定されたアプリケーションを起動する（アプリケーション起動状態Ｃの画面Ｃ１、Ｃ２）。同様のシーケンスを繰り返すことにより、複数のアプリケーションが起動される。なお、状態Ｃにおいては、放送信号から前述したレイアウト制御信号を取得すると、アプリケーション処理部１１０は、該レイアウト制御信号に従い、表示レイアウトを変更する。

図３では、状態Ｃにおいて、表示レイアウトの異なる画面の例として画面Ｃ１、Ｃ２を挙げている。画面Ｃ１は、放送サービスによる映像Ｃ１１の右側に第１のアプリケーションによる画像Ｃ１２と、第２のアプリケーションによる画像Ｃ１３とが配置されている画面である。画面Ｃ２は、放送サービスによる映像Ｃ２１の下側に、映像Ｃ２１と一部重複して、第１のアプリケーションによる画像Ｃ２２と、第２のアプリケーションによる画像Ｃ２３とが配置されている画面である。

また、画面Ｂに表示されるアプリケーションのＵＲＬは、予めユーザが指定し、ロンチャーに登録されている。具体的には、例えば、画面ＢにおけるボタンＢ１が選択されると、アプリケーション処理部１１０は、画面Ｄを表示させる。画面Ｄでは、アプリ配信装置４０により提供されるアプリケーションの一覧が表示されている。画面Ｄにおける各アプリケーションのアイコンを選択することで遷移した画面Ｅにおいて、インストールボタンＤ１を選択すると、ロンチャーに登録される。

図４に、アプリケーション処理部１１０の構成を示す概略ブロック図である。図４は、２つのアプリケーションが実行されているときの、アプリケーション処理部１１０の構成を示す図である。アプリケーション処理部１１０は、Ｗｅｂブラウザ部１２０、統合管理部１３０、第１子フレーム部１４１、第２子フレーム部１４２を含んで構成される。統合管理部１３０は、放送連携仲介部１５１、アクセス制御部１５２、レイアウト制御部１５３、放送外アプリ管理部１５４を含んで構成される。

Ｗｅｂブラウザ部１２０は、統合管理部１３０、各アプリケーション（第１アプリ１６１、第２アプリ１６２）を実行するためのＨＴＭＬ５に対応したＷｅｂブラウザである。
統合管理部１３０は、アプリケーションの管理と制御を行う。統合管理部１３０は、アプリケーション処理部１１０で実行されるＷｅｂアプリケーションであり、アプリロンチャーとして動作したり、表示レイアウトを制御したり、放送通信連携部１０９が提供する拡張ＡＰＩをアプリケーションが使用する際のアクセス制御を行ったりする。なお、本実施形態における説明において、特段の断りが無い限り、統合管理部１３０は、アプリケーションに含めない。

なお、Ｗｅｂブラウザ部１２０は、起動されたときに所定のＵＲＬで示されるＷｅｂアプリケーションのプログラム（ＨＴＭＬドキュメントなど）を読み込み実行することで、統合管理部１３０を実現する。本実施形態では、該所定のＵＲＬは、例えば、ｈｔｔｐ：／ｌｏｃａｌｈｏｓｔ／ｔｏｕｇｏｕ．ｈｔｍｌというように、自装置内を示すＵＲＬであるが、外部装置のＵＲＬであってもよい。その場合、Ｗｅｂブラウザ部１２０は、ネットワーク５０を介して、外部装置から読み込んだプログラムを実行することで、統合管理部１３０を実現する。

第１子フレーム部１４１は、１つ目のアプリケーション（第１アプリ１６１）を表示する領域を管理する。第２子フレーム部１４２は、２つ目のアプリケーション（第２アプリ１６２）を表示する領域を管理する。第１子フレーム部１４１、第２子フレーム部１４２は、例えば、統合管理部１３０のＨＴＭＬドキュメント内にｉｆｒａｍｅ（Inline Frame）を用いて記述される。1つの子フレームは、１つのアプリケーションを実行する。本実施形態では、子フレームは、予め複数個統合管理部１３０のＨＴＭＬドキュメント内に記述されているが、これに限らない。

放送外アプリ管理部１５４（アプリ管理部）は、以下の４つの機能を有する。1つ目は、図３の画面Ｂで示したアプリロンチャーとして動作する機能である。具体的には、アプリロンチャーは、起動されると、アプリ配信装置４０に対してアカウントを通知し、アプリ配信装置４０より、該ユーザが登録（インストール）したアプリケーションの一覧を取得して、表示させる。２つ目は、アプリ配信装置４０が蓄積しているアプリケーションの一覧（図３の画面Ｄ）を表示させ、その中から、ユーザが選択したアプリケーション（図３の画面Ｅ）を登録する機能である。

３つ目は、アプリロンチャーの画面（図３の画面Ｂ）において、ユーザが選択したアプリケーションを、アプリ配信装置４０から取得して子フレームの中にロードする機能である。このロードには、例えばＪａｖａＳｃｒｉｐｔ（登録商標）のｏｎｌｏａｄイベントを用いる。ロードする際には、放送外アプリ管理部１５４は、ロード先の子フレームの割当を行い、割り当てた子フレームのＩＤと、ロードしたアプリケーションのＵＲＬとを記憶する。放送外アプリ管理部１５４は、すでに割当のある子フレームに対してはアプリケーションを割り当てない。一方、放送外アプリ管理部１５４は、アプリケーションの終了時には割当を解除する。

４つ目は、リモートコントローラ２０でアプリケーションを操作するために、第1アプリ１６１、第２アプリ１６２、統合管理部１３０の間でフォーカスを移動させる機能である。放送外アプリ管理部１５４は、リモートコントローラ２０への入力操作を、第1アプリ１６１、第２アプリ１６２、統合管理部１３０のうち、フォーカスが当たっているものに通知する。

レイアウト制御部１５３は、表示レイアウトを、放送通信連携部１０９から取得したレイアウト制御信号に基づき制御する。なお、放送通信連携部１０９が取得するレイアウト制御信号は、受信中の放送サービスにより配信されたレイアウト制御信号である。すなわち、アプリケーションとともに表示する映像を配信している放送サービスにより配信されたレイアウト制御信号である。ここで、表示レイアウトは、放送サービスによる映像（放送画面）と、アプリケーション（第１アプリ１６１、第２アプリ１６２）による画像（アプリケーション画面）との表示画面中の配置のことである。なお、レイアウト制御部１５３は、放送サービスによる映像を配置する位置と大きさとを映像合成部１０４に通知する。レイアウト制御部１５３は、具体的には、統合管理部１３０のＨＴＭＬドキュメントに、複数の子フレームと放送サービスによる映像のオブジェクトとを記述し、各オブジェクトの位置や大きさをＣＳＳで規定する。子フレームそれぞれには、アプリケーションが一つ割り当てられる。レイアウト制御部１５３は、このＣＳＳを複数用意しておき、レイアウト制御信号が示すＩＤに応じて、使用するＣＳＳを切り替えることでレイアウトの制御を行う。

また、レイアウト制御部１５３は、子フレームのレイアウトを制御するだけでなく、Ｃｒｏｓｓ Ｄｏｃｕｍｅｎｔ Ｍｅｓｓａｇｉｎｇなどのｆｒａｍｅ間通信の機能を使い、子フレームの大きさや位置を子フレームの中で実行されるアプリケーション（第１アプリ１６１、第２アプリ１６２）に通知する。これにより、各アプリケーションは、割り当てられている子フレームの大きさや位置に合致した表示を行うことができる。

放送連携仲介部１５１は、子フレーム（第１子フレーム部１４１、第２子フレーム部１４２）内のアプリケーション（第１アプリ１６１、第２アプリ１６２）に、放送通信連携部１０９が提供する拡張ＡＰＩを提供する。子フレーム内のアプリケーションのドメインは、統合管理部１３０とドメインが異なるため、Ｗｅｂブラウザ部１２０のセキュリティ制限（サンドボックス）により直接放送通信連携部１０９の機能（拡張ＡＰＩ）にアクセスできない。そこで、放送連携仲介部１５１は、Ｃｒｏｓｓ Ｄｏｃｕｍｅｎｔ Ｍｅｓｓａｇｉｎｇなどのｆｒａｍｅ間通信を用いて、各アプリケーションからの拡張ＡＰＩへのアクセスを仲介する。このとき、放送連携仲介部１５１は、アクセス制御部１５２に対して、そのアプリケーションがアクセス可能か否かの照会を行う。

アクセス制御部１５２は、いずれかのアプリケーションから、放送連携仲介部１５１を介した、放送通信連携部１０９が提供する拡張ＡＰＩへのアクセスがあったときに、該アプリケーションが、該ＡＰＩへのアクセス権限を有しているか否かを判定する。具体的には、アクセス制御部１５２は、判定の対象となるＡＰＩと、該ＡＰＩへのアクセスを許可するアプリのＵＲＬまたはその一部（例えばドメイン名）とを対応付けたリスト（以降、アクセス許可情報という）を保持しており、該リストを参照して判定する。

なお、アクセス制御部１５２は、アプリケーションが起動された際には、どの子フレームにどのアプリケーションが割り当てられたのかを示す情報（子フレームのＩＤとアプリケーションのＵＲＬもしくはドメイン名の対応、以降、子フレーム対応情報という）を
レイアウト制御部１５３から取得する。放送連携仲介部１５１は、アクセス制御部１５２に対して子フレームのＩＤとアクセスしようとするＡＰＩの情報をアクセス制御部１５２に対して照会する。アクセス制御部１５２は、アクセス許可情報、子フレーム対応情報を参照して、アクセス権限を有しているか否かの判定を行う。また、アクセス制御部１５２は、受信しているチャンネル（放送サービスのサービスＩＤ）や番組（イベント）ごとにアクセス許可情報を有し、受信している放送サービスのＳＩ（Service Information）を放送通信連携部１０９から随時通知されることで、チャンネルや番組に応じたアクセス制御を行うようにしてもよい。

図５は、アプリ配信装置４０の構成を示す概略ブロック図である。アプリ配信装置４０は、複数の種類のアプリケーションとユーザアカウントとを統合的に管理する。すなわち、アプリ配信装置４０は、いわゆるアプリケーションマーケットを提供する。アプリ配信装置４０は、ユーザアカウント管理部４０１、アプリ登録情報管理部４０２、アプリ蓄積部４０３、アプリ管理部４０４、アプリ配信部４０５を含んで構成される。

ユーザアカウント管理部４０１は、アプリ配信装置４０を利用するユーザのアカウント管理を行う。アプリ管理部４０４は、当該アプリ配信装置４０に登録されているアプリケーションのロケーション（ＵＲＬ）、ＩＤ、名称、アイコンなどを管理する。アプリ登録情報管理部４０２は、ユーザアカウント管理部４０１とアプリ管理部４０４と連携し、ユーザごとに登録されているアプリケーションのリストを管理する。アプリ蓄積部４０３は、当該アプリ配信装置４０に登録されているアプリケーションのプログラム（ＨＴＭＬドキュメントなど）を蓄積する。アプリ配信部４０５は、受信装置１０に対して、アプリケーションを配信する。

図６は、アプリロンチャーを起動するまでのシーケンスを示すフローチャートである。本実施形態では、リモートコントローラ２０にアプリロンチャー起動ボタンがある場合を説明する。リモコン入力制御部１１３が、リモートコントローラ２０からの信号を受信し、アプリロンチャー起動ボタンの押下を検出する（Ｓａ１）。次に、リモコン入力制御部１１３は、放送外アプリ統合管理部１１２を介して、放送外アプリ管理部１５４に、アプリロンチャー起動の指示を通知する（Ｓａ２）。アプリロンチャー起動の指示を通知された放送外アプリ管理部１５４は、アプリ配信装置４０のユーザアカウント管理部４０１に対して、ユーザアカウントを送信する（Ｓａ３）。

ユーザアカウントを受信したユーザアカウント管理部４０１は、該ユーザアカウントをアプリ登録情報管理部４０２に通知する（Ｓａ４）。ユーザアカウントを通知されたアプリ登録情報管理部４０２は、該ユーザアカウントの登録されたアプリケーションを示す情報を、放送外アプリ管理部１５４に送信する（Ｓａ５）。登録されたアプリケーションを示す情報を受信した放送外アプリ管理部１５４は、該情報を用いて、アプリロンチャーを起動する（Ｓａ６）。

図７は、アプリロンチャーを起動した状態からアプリケーションを起動している状態までのシーケンスを示すフローチャートである。放送外アプリ管理部１５４は、リモートコントローラ２０を用いた、起動するアプリケーションの選択を検出する（Ｓｂ１）。次に、放送外アプリ管理部１５４は、検出した選択が示すアプリケーションのＵＲＬを取得する（Ｓｂ２）。次に、放送外アプリ管理部１５４は、該アプリケーションをロードする子フレームを決定する（Ｓｂ３）。次に、レイアウト制御部１５３は、放送通信連携部１０９から放送信号中のレイアウト制御信号を取得し、該レイアウト制御信号に従い、放送サービスによる映像と子フレームの位置、大きさをＣＳＳで制御する（Ｓｂ４）。

次に、放送外アプリ管理部１５４は、ステップＳｂ２で取得したＵＲＬを参照してアプリケーションをアプリ配信装置４０から取得する。放送外アプリ管理部１５４は、取得したアプリケーションを、ステップＳｂ３で決定した子フレームにロードする（Ｓｂ５）。次に、レイアウト制御部１５３は、放送信号に対してレイアウト制御信号の検出処理を行う（Ｓｂ６）。次に、レイアウト制御部１５３は、検出したレイアウト制御信号が、以前のレイアウト制御信号から変更されているか否かを判定する（Ｓｂ７）。変更されていないと判定したときは（Ｓｂ７−Ｎｏ）、レイアウト制御部１５３は、ステップＳｂ６に戻る。一方、変更されていると判定したときは（Ｓｂ７−Ｙｅｓ）、レイアウト制御部１５３は、新たなレイアウト制御信号に従い、放送サービスによる映像と子フレームの位置、大きさをＣＳＳで制御する（Ｓｂ８）。次に、レイアウト制御部１５３は、アプリケーションに該アプリケーションが割り当てられている子フレームの位置、大きさを通知し（Ｓｂ９）、ステップＳｂ６に戻る。

図８は、アクセス制御部１５２が記憶するアクセス許可情報の例を示す表である。アクセス許可情報は、図８の例に示すように、ＡＰＩと、ＵＲＬまたはその一部とを対応付けたリストである。図８の例では、ＡＰＩ「ＲｅｃｅｉｖｅｒＤｅｖｉｃｅ．ｇｅｔＤｅｖｉｃｅＩｄｅｎｔｉｆｉｅｒ」と、ＵＲＬの一部「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／」とを対応付けている。なお、ＡＰＩ「ＲｅｃｅｉｖｅｒＤｅｖｉｃｅ．ｇｅｔＤｅｖｉｃｅＩｄｅｎｔｉｆｉｅｒ」は、受信装置１０のＩＤを取得するＡＰＩである。同様に、ＡＰＩ「ＲｅｃｅｉｖｅｒＤｅｖｉｃｅ．ｔｕｎｅＴｏ」と、ＵＲＬの一部「ｈｔｔｐ：／／ｘｘｘ．ｃｏ．ｊｐ／」とを対応付けている。なお、ＡＰＩ「ＲｅｃｅｉｖｅｒＤｅｖｉｃｅ．ｔｕｎｅＴｏ」は、受信する放送サービスを指定するＡＰＩである。
また、ＡＰＩ「Ｃａｐａｂｉｌｉｔｉｅｓ」のように、ＡＰＩのメソッドまで指定せずに、オブジェクトが指定されるようにしてもよい。この場合、該オブジェクトの全てのメソッドが許可されていることを意味する。

なお、アプリロンチャーなど、統合管理部１３０のプログラムは、放送外アプリ統合管理部１１２が記憶しているとして説明したが、放送外アプリ統合管理部１１２は、アプリロンチャーのプログラムへのＵＲＬのみを記憶していてもよい。アプリロンチャーを起動するときは、アプリケーション処理部１１０は、該ＵＲＬを参照して、アプリロンチャーのプログラムを、ネットワーク５０に接続されたサーバなどから取得する。

また、図３、図４では、２つのアプリケーションが実行されている場合を示したが、１つのみが実行されてもよいし、３つ以上のアプリケーションが実行されてもよい。また、表示レイアウトは、レイアウト制御信号で指定されたＩＤと、実行されているアプリケーションの数とに応じて決まるようにしてもよい。例えば、画面Ｃ１のときと、レイアウト制御信号で指定されたＩＤが同じで、実行されているアプリケーションが１つのときに、画面Ｃ１における画像Ｃ１２、画像Ｃ１３、およびこれらの間の領域を含めた領域に、実行されているアプリケーションによる画像が配置されるようにしてもよい。

本実施形態では、ハイブリッドキャストなどの放送通信連携サービスにおいて、放送外マネージドアプリケーションを同時に複数起動することができる。これにより、ユーザは同時に複数のサービスを表示して利用したり、複数のアプリケーションをウィジェットとして起動しておくことで、各アプリケーションに対する情報の更新があったときにすばやく情報を利用したりすることができ、ユーザにとってのサービスへのアクセシビリティと利便性が向上する。

また、緊急地震速報やニュース速報などの緊急情報、または、ＣＭの放送時にはアプリのオーバーレイをやめて放送映像を優先して表示したいという放送事業者の意思もある。本実施形態では、放送局が放送信号に多重するレイアウト制御信号によって表示する放送外マネージドアプリケーションの位置を制御できる。このため、ユーザによる受信装置１０上での自由なアプリケーションの実行環境を提供する一方で、放送事業者の映像に対する意思を尊重することができる。

また、放送外マネージドアプリケーションは放送通信連携機能を利用できる一方で、すべてのアプリケーションに利用を許可すると、ユーザが意図しないところで視聴ログを収集するような不適切なアプリケーションが提供される可能性がある。本実施形態では、ＡＰＩごとにアプリケーションのアクセス制御をすることが可能であるため、プラットフォーム事業者や放送事業者の意図に従ってアクセス制御ができる。

さらに、本実施形態では上記の機能をＷｅｂ技術（ＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＣＳＳ）で実現できる。したがって、Ｗｅｂブラウザを搭載しているハイブリッドキャスト対応テレビであれば、ミドルウェアを改修することなくブラウザ上で本機能を実現できる。

また、図１における受信装置１０、アプリ配信装置４０の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより受信装置１０、アプリ配信装置４０を実現するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

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

以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１０…受信装置
２０…リモートコントローラ
３０…放送送出装置
４０…アプリ配信装置
５０…ネットワーク
１０１…放送受信部
１０２…分離部
１０３…映像復号部
１０４…映像合成部
１０５…映像表示部
１０６…音声復号部
１０７…音声合成部
１０８…音声出力部
１０９…放送通信連携部
１１０…アプリケーション処理部
１１１…通信入出力部
１１２…放送外アプリ統合管理部
１１３…リモコン入力制御部
１２０…Ｗｅｂブラウザ部
１３０…統合管理部
１４１…第１子フレーム部
１４２…第２子フレーム部
１５１…放送連携仲介部
１５２…アクセス制御部
１５３…レイアウト制御部
１５４…放送外アプリ管理部
１６１…第１アプリ
１６２…第２アプリ
４０１…ユーザアカウント管理部
４０２…アプリ登録情報管理部
４０３…アプリ蓄積部
４０４…アプリ管理部
４０５…アプリ配信部

Claims (3)

1. 放送サービスと、通信サービスとを受信する受信装置であって、
   前記通信サービスが提供する複数のアプリケーションのうち、ユーザ操作により選択されたアプリケーションを起動するアプリ管理部と、
   前記放送サービスによる放送画面と、前記アプリ管理部が起動した複数のアプリケーション各々によって生成された複数のアプリケーション画面とを含む表示画面のレイアウトを制御するレイアウト制御部と
   を具備し、
   前記レイアウト制御部は、前記放送サービスにより配信されたレイアウトを指定する情報を参照し、前記表示画面内での、前記放送画面と、前記複数のアプリケーション画面とのレイアウトを決定し、
   前記レイアウト制御部は、前記複数のアプリケーション画面各々に対応するアプリケーションに対して、決定したレイアウトのうち、少なくとも、そのアプリケーション自身が生成するアプリケーション画面に関する情報を、通知すること
   を特徴とする受信装置。
2. 前記アプリケーション画面に関する情報は、割り当てられた表示領域の大きさであることを特徴とする請求項１に記載の受信装置。
3. 放送サービスと、通信サービスとを受信する受信装置が有するコンピュータを、
   前記通信サービスが提供する複数のアプリケーションのうち、ユーザ操作により選択されたアプリケーションを起動するアプリ管理部、
   前記放送サービスによる放送画面と、前記アプリ管理部が起動した複数のアプリケーション各々によって生成された複数のアプリケーション画面とを含む表示画面のレイアウトを制御するレイアウト制御部
   として機能させるためのプログラムであって、
   前記レイアウト制御部は、前記放送サービスにより配信されたレイアウトを指定する情報を参照し、前記表示画面内での、前記放送画面と、前記複数のアプリケーション画面とのレイアウトを決定し、
   前記レイアウト制御部は、前記複数のアプリケーション画面各々に対応するアプリケーションに対して、決定したレイアウトのうち、少なくとも、そのアプリケーション自身が生成するアプリケーション画面に関する情報を、通知すること
   を特徴とするプログラム。

Images