(57)【要約】  受信機は、放送信号からコンテンツを取得する放送コンテンツ取得部と、受信したアプリケーションが、コンテンツの参照が許可されたアプリケーションであるか否かを判定する判定部と、判定部によってコンテンツの参照が許可されたものであると判定されたアプリケーションを第１の記憶領域に記録し、判定部によってコンテンツの参照が許可されたものでないと判定されたアプリケーションを第２の記憶領域に記録する記録部と、第１の記憶領域または第２の記憶領域に記録されたアプリケーションを実行する実行部と、第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、放送コンテンツ取得部が取得したコンテンツの参照を拒否する参照拒否部とを備える。
2013080631.tif 000002
【特許請求の範囲】
【請求項１】
放送信号からコンテンツを取得する放送コンテンツ取得部と、
受信したアプリケーションが、前記コンテンツの参照が許可されたアプリケーションであるか否かを判定する判定部と、
前記判定部によって前記コンテンツの参照が許可されたものであると判定されたアプリケーションを第１の記憶領域に記録し、前記判定部によって前記コンテンツの参照が許可されたものでないと判定されたアプリケーションを第２の記憶領域に記録する記録部と、
前記第１の記憶領域または前記第２の記憶領域に記録されたアプリケーションを実行する実行部と、
前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、前記放送コンテンツ取得部が取得したコンテンツの参照を拒否する参照拒否部と
を備える受信機。
【請求項２】
前記記録部は、前記第１の記憶領域に、前記放送コンテンツ取得部が取得したコンテンツにアクセスするアクセスファイルを記憶し、
前記参照拒否部は、前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、前記アクセスファイルの参照を拒否する請求項１に記載の受信機。
【請求項３】
受信機のコンピュータを、
放送信号からコンテンツを取得する放送コンテンツ取得部、
受信したアプリケーションが、前記コンテンツの参照が許可されたアプリケーションであるか否かを判定する判定部、
前記判定部によって前記コンテンツの参照が許可されたものであると判定されたアプリケーションを、前記放送コンテンツ取得部が取得したコンテンツにアクセスするアクセスファイルを記憶する第１の記憶領域に記録し、前記判定部によって前記コンテンツの参照が許可されたものでないと判定されたアプリケーションを、前記アクセスファイルを記憶しない第２の記憶領域に記録する記録部、
前記第１の記憶領域または前記第２の記憶領域に記録されたアプリケーションを実行する実行部、
前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による前記アクセスファイルの参照を拒否する参照拒否部
として機能させるためのプログラム。
【請求項４】
放送信号からコンテンツを取得し、
受信したアプリケーションが、前記コンテンツの参照が許可されたアプリケーションであるか否かを判定し、
前記コンテンツの参照が許可されたものであると判定されたアプリケーションを第１の記憶領域に記録し、前記コンテンツの参照が許可されたものでないと判定されたアプリケーションを第２の記憶領域に記録し、
前記第１の記憶領域または前記第２の記憶領域に記録されたアプリケーションを実行し、
前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、前記コンテンツの参照を拒否する受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションを実行し、そのアプリケーションと放送信号に含まれるコンテンツとを含む表示情報を生成する受信機、プログラム及び受信方法に関する。
本願は、２０１１年１１月３０日に、日本に出願された特願２０１１−２６２０１１号に基づき優先権を主張し、その内容をここに援用する。
【背景技術】
【０００２】
近年の放送のデジタル化と通信のブロードバンド化の進展に伴い、欧州のＨｂｂＴＶ（Hybrid Broadcast Broadband TV：ハイブリッドブロードキャストブロードバンドテレビ）をはじめとする放送通信連携サービスの実現に向けた研究開発が行われている。また、放送受信機能に加え、アプリケーションを用いて様々な通信サービスを活用することができる「スマートテレビ」と呼ばれる高機能テレビの普及も始まりつつある。それぞれのユーザは、放送以外のサービスを利用することができるこのような高機能テレビに、ポータルサイトなどを経由して配布されるアプリケーションリストから選択したアプリケーションを追加する。追加したアプリケーションを高機能テレビが実行することにより、様々な通信サービスを活用できるようになる。【０００３】
上記のようにアプリケーションを導入してサービスを拡張するプラットフォームやプラットフォームを構成するデバイスに、アプリケーションからプラットフォームやデバイスの機能を利用するためのインタフェースとしてＡＰＩ（Application Programming Interface：アプリケーションプログラミングインタフェース）が設けられることがある。このようなＡＰＩが設けられることで、アプリケーションからプラットフォームやデバイスの機能を扱うためのソフトウェアの設計およびコーディング作業を簡略化することができる。従って、アプリケーションの制作を効率化することが可能となる。このような概念は、放送通信連携を想定した受信機においても検討されている。【０００４】
例えば、特許文献１では、データ放送ブラウザと受信機の通信機能との間にＡＰＩを設けることにより、放送と関連した情報を通信によって容易に取得し、利用するしくみを開示している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１４８１４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように、特許文献１では、アクセスを許可するＡＰＩを制限することで、受信機で処理するデータやコンテンツが不正に利用されるリスクを低減させている。例えば、受信機が放送で受信した映像を読み込むＡＰＩへのアクセスを制限することで、そのＡＰＩを用いて映像を取得し、取得した映像を複製してインターネット上に配信するような、著作権を侵害するアプリケーションが制作されることを防いでいる。【０００７】
しかしながら、例えばＨＴＭＬ（HyperText Markup Language）を用いたアプリケーションでは、ＡＰＩによらずに放送信号に含まれる放送コンテンツを参照することができてしまうという問題がある。例えば、ＨＴＭＬのvideoタグの参照先を放送コンテンツにすることで、ＡＰＩによらずに放送コンテンツを参照することができる。【０００８】
本発明は、このような事情を考慮してなされたもので、ＡＰＩによらずに、放送信号に含まれるコンテンツへのアクセスの可否を制御することができる受信機、プログラム及び受信方法を提供する。
【課題を解決するための手段】
【０００９】
［１］上記の課題を解決するため、本発明の第１の態様による受信機は、放送信号からコンテンツを取得する放送コンテンツ取得部と、受信したアプリケーションが、前記コンテンツの参照が許可されたアプリケーションであるか否かを判定する判定部と、前記判定部によって前記コンテンツの参照が許可されたものであると判定されたアプリケーションを第１の記憶領域に記録し、前記判定部によって前記コンテンツの参照が許可されたものでないと判定されたアプリケーションを第２の記憶領域に記録する記録部と、前記第１の記憶領域または前記第２の記憶領域に記録されたアプリケーションを実行する実行部と、前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、前記放送コンテンツ取得部が取得したコンテンツの参照を拒否する参照拒否部とを備える。【００１０】
［２］上記第１の態様による受信機において、前記記録部は、前記第１の記憶領域に、前記放送コンテンツ取得部が取得したコンテンツにアクセスするアクセスファイルを記憶し、前記参照拒否部は、前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、前記アクセスファイルの参照を拒否しても良い。【００１１】
［３］本発明の第２の態様によるプログラムは、受信機のコンピュータを、放送信号からコンテンツを取得する放送コンテンツ取得部、受信したアプリケーションが、前記コンテンツの参照が許可されたアプリケーションであるか否かを判定する判定部、前記判定部によって前記コンテンツの参照が許可されたものであると判定されたアプリケーションを、前記放送コンテンツ取得部が取得したコンテンツにアクセスするアクセスファイルを記憶する第１の記憶領域に記録し、前記判定部によって前記コンテンツの参照が許可されたものでないと判定されたアプリケーションを、前記アクセスファイルを記憶しない第２の記憶領域に記録する記録部、前記第１の記憶領域または前記第２の記憶領域に記録されたアプリケーションを実行する実行部、前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による前記アクセスファイルの参照を拒否する参照拒否部として機能させる。【００１２】
［４］本発明の第３の態様による受信方法は、放送信号からコンテンツを取得し、受信したアプリケーションが、前記コンテンツの参照が許可されたアプリケーションであるか否かを判定し、前記コンテンツの参照が許可されたものであると判定されたアプリケーションを第１の記憶領域に記録し、前記コンテンツの参照が許可されたものでないと判定されたアプリケーションを第２の記憶領域に記録し、前記第１の記憶領域または前記第２の記憶領域に記録されたアプリケーションを実行し、前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、前記コンテンツの参照を拒否する。
【発明の効果】
【００１３】
本発明によれば、コンテンツの参照が許可されている場合にそのアプリケーションが第１の記憶領域に記録され、コンテンツの参照が許可されていない場合にそのアプリケーションが第２の記憶領域に記録される。そして、参照拒否部は、第１の記憶領域に記録されたアプリケーションにのみ、アクセスファイルの参照を許可する。これにより、ＡＰＩによらずに、放送信号に含まれるコンテンツへのアクセスの可否を制御することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態による受信機の構成を示す概略ブロック図である。
【図２】アプリケーションマネージャ部及びＷＥＢサーバ部が記憶する情報の例を示すディレクトリ構成図である。
【図３】本実施形態による受信機の動作を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態による受信機１００の構成を示す概略ブロック図である。
本実施形態による受信機１００は、放送送出装置から受信した放送信号に含まれる放送コンテンツと、アプリケーションサーバから受信したアプリケーションとを表示する。なお、本実施形態において受信機１００が実行するアプリケーションは、javascript（登録商標）等のスクリプトによって動作が記述されたＨＴＭＬ（HyperText Markup Language）文書である。
受信機１００は、チューナ部１０、レジデント部２０、ブラウザ部３０、表示部４０を備える。
【００１６】
チューナ部１０は、放送信号を処理する処理部であり、選局部１１、放送コンテンツ取得部１２、提示制御信号取得部１３、ＡＩＴ取得部１４を備える。
選局部１１は、放送送出装置が送出する放送信号から１つのチャンネルの放送信号Ｄ１を選択して受信する。
放送コンテンツ取得部１２は、選局部１１が受信した放送信号に含まれるストリームから放送コンテンツを取得する。
提示制御信号取得部１３は、選局部１１が受信した放送信号に含まれるストリームから提示制御信号を取得する。なお、本実施形態において提示制御信号とは、アプリケーションの提示方法を制御する信号であって、例えば、ＰＭＴ（Program Map Table）、ＥＩＴ（Event Information Table）、ＳＤＴ（Service Description Table）などに多重される。また、ＥＷＳ（Early Warning Systems）、ＥＥＷ（Earthquake Early Warning）送出時にも、それぞれＴＭＣＣ（Transmission and Multiplexing Configuration and Control）の緊急警報放送用起動フラグ、ＡＣ（Auxiliary Channel)の地震動警報情報開始フラグや字幕パケットのデータの値を解釈し、イベントの発生を認識することで、イベントに対して提示制御信号の値を対応付ける。なお、提示制御信号は、アプリケーションの提示方法の段階を表すポリシーレベルを示す。
ＡＩＴ取得部１４は、選局部１１が受信した放送信号に含まれるＡＩＴ（ApplicationInformation Table）を取得し、アプリケーションの起動指示または停止指示が含まれる場合に、その指示をレジデント部２０に出力する。
【００１７】
レジデント部２０は、アプリケーションを管理する処理部であり、アプリケーション選択受け付け部２１、アプリケーションマネージャ部２２、ＷＥＢサーバ部２３を備える。
アプリケーションマネージャ部２２は、判定部２２１、記録部２２２、参照拒否部２２３、第１の記憶領域２２４を備える。ＷＥＢサーバ部２３は、第２の記憶領域２３１を備える。
【００１８】
アプリケーション選択受け付け部２１は、利用者の操作によってリモコンを介してアプリケーションの選択を受け付け、そのアプリケーションの起動指示または停止指示をアプリケーションマネージャ部２２に出力する。
アプリケーションマネージャ部２２は、ＡＩＴ取得部１４またはアプリケーション選択受け付け部２１からアプリケーションの起動指示を受け付けた場合に、そのアプリケーションＤ２をアプリケーションサーバから受信する。そして、アプリケーションマネージャ部２２は、そのアプリケーションが所定の認証を受けたアプリケーション（以下、Ａアプリという）である場合に、アプリケーションマネージャ部２２の第１の記憶領域２２４に、そのアプリケーションを記録する。他方、アプリケーションマネージャ部２２は、そのアプリケーションが所定の認証を受けていないアプリケーション（以下、Ｂアプリという）である場合に、ＷＥＢサーバ部２３の第２の記憶領域２３１に、そのアプリケーションを記録する。なお、本実施形態では、Ａアプリは、上記提示制御信号による画面提示制御の対象でないアプリケーションであり、また放送コンテンツの参照が許可されたアプリケーションである。他方、Ｂアプリは、上記提示制御信号による画面提示制御の対象となるアプリケーションであり、また放送コンテンツの参照が許可されていないアプリケーションである。
【００１９】
具体的には、判定部２２１は、アプリケーションサーバから受信したアプリケーションＤ２が、コンテンツの参照が許可されたアプリケーションであるか否かを判定する。
また、記録部２２２は、判定部２２１によってコンテンツの参照が許可されたものであると判定されたアプリケーションを第１の記憶領域２２４に記録し、判定部２２１によってコンテンツの参照が許可されたものでないと判定されたアプリケーションを第２の記憶領域２３１に記録する。また、記録部２２２は、第１の記憶領域２２４に、選局部１１が取得したコンテンツにアクセスするアクセスファイルを記憶する。
参照拒否部２２３は、第１の記憶領域２２４に記録されたアプリケーション以外のアプリケーションの実行による、選局部１１が取得したコンテンツの参照を拒否する。また、参照拒否部２２３は、第１の記憶領域２２４に記録されたアプリケーション以外のアプリケーションの実行による、アクセスファイルの参照を拒否する。
【００２０】
ＷＥＢサーバ部２３は、アプリケーションマネージャ部２２が受信したＢアプリを記憶する。
【００２１】
図２は、アプリケーションマネージャ部２２及びＷＥＢサーバ部２３が記憶する情報の例を示すディレクトリ構成図である。
アプリケーションマネージャ部２２は、ルートディレクトリに、ファイルroot.html、root.js、video（放送コンテンツのアクセス用ファイル）を記憶している。また、アプリケーションマネージャ部２２には、ルートディレクトリ配下に、No_Appディレクトリ、A_Appディレクトリ、B_Appディレクトリが、それぞれ設けられている。
【００２２】
ルートディレクトリに記憶されたroot.htmlは、表示部４０に表示させる情報の枠組みを定義したＨＴＭＬ文書である。具体的には、root.htmlは、全画面に表示させるiframe（インラインフレーム）要素のみにより構成されており、そのiframe要素に、他のＨＴＭＬ文書を参照させることで、アプリケーション及び放送コンテンツを含む表示情報を生成することができる。
また、ルートディレクトリに記憶されたroot.jsは、root.htmlに実行させる命令を記述したスクリプトである。具体的には、チューナ部１０が出力する提示制御信号に応じて、iframe要素の参照先に提示制御信号に対応するポリシーレベルの通知を発する命令（以降、listenEvent命令と呼ぶ）、及びroot.htmlのiframe要素に実行すべきアプリケーションに対応するＨＴＭＬ文書を参照させる命令（以降、changeHTML命令と呼ぶ）が記述されている。
【００２３】
また、ルートディレクトリに記憶されたvideoファイルは、チューナ部１０が取得した放送コンテンツへアクセスするためのファイルである。すなわち、そのvideoファイルを参照するＨＴＭＬ文書から表示情報を生成する場合、そのvideoファイルを参照する要素に対応する部分に放送コンテンツを表示させる表示情報を生成することとなる。
【００２４】
アプリケーションマネージャ部２２は、No_Appディレクトリに、ファイルNo_App.html及びNo_App.cssを記憶する。
No_Appディレクトリに記憶されたNo_App.htmlは、実行すべきアプリケーションが無い場合にroot.htmlのiframeに参照させるＨＴＭＬ文書である。具体的には、No_App.htmlは、video要素のみにより構成されている。なお、そのvideo要素は、ルートディレクトリのvideoファイルを参照する。
また、No_Appディレクトリに記憶されたNo_App.cssは、No_App.htmlの構成要素の配置を示すスタイルシートファイルである。具体的には、No_App.cssは、No_App.htmlのvideo要素を全画面に表示させるよう、表示位置及び大きさを定義している。
【００２５】
アプリケーションマネージャ部２２は、A_Appディレクトリに、アプリケーションサーバから受信したＡアプリのファイルＦ１を記憶する。ＡアプリのファイルＦ１としては、ＨＴＭＬ文書、そのＨＴＭＬ文書に参照させるスクリプト、そのＨＴＭＬ文書の構成要素の配置を示すスタイルシートファイルなどが挙げられる。なお、ＡアプリのＨＴＭＬ文書には、ルートディレクトリのvideoファイルを参照するvideo要素と、アプリケーションを構成するその他の要素が含まれる。
【００２６】
アプリケーションマネージャ部２２は、B_Appディレクトリに、B_App.html、B_App.js、及び複数のスタイルシートファイル（B_App_001.css、B_App_002.cssなど）を記憶する。
【００２７】
B_Appディレクトリに記憶されたB_App.htmlは、Ｂアプリを実行する場合における、そのＢアプリと放送コンテンツとを表示させる枠組みを定義したＨＴＭＬ文書である。具体的には、B_App.htmlは、Ｂアプリを参照するiframe要素と、ルートディレクトリのvideoファイルを参照するvideo要素により構成されている。なお、B_App.htmlは、実行すべきアプリケーションがＢアプリである場合にroot.htmlのiframe要素によって参照される。
また、B_Appディレクトリに記憶されたB_App.jsは、B_App.htmlに実行させる命令を記述したスクリプトである。具体的には、root.htmlから通知されるポリシーレベルに応じて、参照するスタイルシートファイルを切り替える命令（以降、changeCSS命令と呼ぶ）、及びB_App.htmlのiframe要素に実行すべきＢアプリのＨＴＭＬ文書を参照させるchangeHTML命令が記述されている。
また、B_Appディレクトリに記憶されたスタイルシートファイル（配置情報）は、それぞれB_App.htmlの構成要素の配置を示すスタイルシートファイルである。具体的には、各スタイルシートファイルは、B_App.htmlのiframe要素及びvideo要素の表示位置及び大きさを定義している。
【００２８】
なお、各スタイルシートファイルの名称のうち数値の部分は、ポリシーレベルを示す値である。具体的には、B_App_001.cssは、ポリシーレベル００１に対応するスタイルシートファイルである。同様に、B_App_002.cssは、ポリシーレベル００２に対応するスタイルシートファイルである。すなわち、アプリケーションマネージャ部２２は、ポリシーレベルに関連付けてスタイルシートファイルを記憶している。
【００２９】
ＷＥＢサーバ部２３は、アプリケーションマネージャ部２２が受信したＢアプリのファイルＦ２を記憶する。ＢアプリのファイルＦ２としては、ＨＴＭＬ文書、そのＨＴＭＬ文書に参照させるスクリプト、そのＨＴＭＬ文書の構成要素の配置を示すスタイルシートファイルなどが挙げられる。
【００３０】
なお、アプリケーションマネージャ部２２は、ＨＴＴＰ（HyperText Transfer Protocol）によるローカルファイルへのアクセスを禁止する。そのため、ブラウザ部３０によるＢアプリの実行により、Ｂアプリが放送コンテンツを不正に参照することを防ぐことができる。他方、アプリケーションマネージャ部２２は、ローカルファイルへのアクセスプロトコルであるＦｉｌｅプロトコルによるローカルファイルへのアクセスを許可する。そのため、ブラウザ部３０によるＡアプリの実行による放送コンテンツの参照は妨げられない。
なお、ＨＴＴＰによるリクエストは、例えば「http://localhost/Bアプリのhtml」となる。他方、Ｆｉｌｅプロトコルによるリクエストは、例えば「file:///ルートディレクトリ/A_App/A_App.html」となる。
【００３１】
図１に戻り、ブラウザ部３０の構成について説明する。
ブラウザ部３０は、アプリケーションを実行して表示情報を生成する処理部であり、ＨＴＭＬパーサ部３１、スクリプト実行部３２、表示情報生成部３３（実行部）を備える。
ＨＴＭＬパーサ部３１は、アプリケーションマネージャ部２２が記憶するroot.htmlを解析する。なお、ＨＴＭＬパーサ部３１は、解析したＨＴＭＬ文書がアプリケーションマネージャ部２２またはＷＥＢサーバ部２３が記憶するＨＴＭＬ文書を参照する場合、そのＨＴＭＬ文書も解析する。
スクリプト実行部３２は、ＨＴＭＬパーサ部３１が解析したＨＴＭＬ文書が参照するスクリプトを実行する。
表示情報生成部３３は、ＨＴＭＬパーサ部３１によるＨＴＭＬ文書の解析結果、そのＨＴＭＬ文書が参照するスタイルシートファイル、及びスクリプト実行部３２の実行結果に従って、表示部４０に表示させる表示情報を生成する。
【００３２】
表示部４０は、ＬＣＤ（Liquid Crystal Display）などのディスプレイによって実装され、表示情報生成部３３が生成した表示情報を表示する。
【００３３】
次に、本実施形態による受信機１００の動作について説明する。
図３は、本実施形態による受信機１００の動作を示すフローチャートである。
受信機１００の電源がＯＮになると、ＨＴＭＬパーサ部３１は、アプリケーションマネージャ部２２から、そのルートディレクトリに記憶されたroot.htmlを読み出して解析する（ステップＳ１）。次に、ＨＴＭＬパーサ部３１は、root.htmlの解析により、root.html内でroot.jsを参照していることを特定すると、アプリケーションマネージャ部２２から、そのルートディレクトリに記憶されたroot.jsを読み出してスクリプト実行部３２に出力する。
【００３４】
次に、スクリプト実行部３２は、root.jsに従ってroot.htmlのiframe要素に実行すべきアプリケーションに対応するＨＴＭＬ文書を参照させるchangeHTML命令を実行する。なお、電源が投入された時点では実行すべきアプリケーションが無いため、スクリプト実行部３２は、root.htmlのiframe要素にNo_App.htmlを参照させる。これに従って、ＨＴＭＬパーサ部３１は、アプリケーションマネージャ部２２から、そのNo_Appディレクトリに記憶されたNo_App.htmlを読み出し、root.htmlのiframe要素に、そのNo_App.htmlを配置する（ステップＳ２）。
【００３５】
次に、ＨＴＭＬパーサ部３１は、No_App.htmlを解析する。このとき、No_App.htmlには、videoファイルを参照するvideo要素が含まれるため、ＨＴＭＬパーサ部３１は、レジデント部２０にvideoファイルのリクエストを出力する。レジデント部２０のアプリケーションマネージャ部２２は、そのリクエストのプロトコルを参照する。そのリクエストのプロトコルは、Ｆｉｌｅプロトコルであるため、アプリケーションマネージャ部２２は、videoファイルの参照を許可する。そして、表示情報生成部３３は、ＨＴＭＬパーサ部３１が解析した情報に基づいて表示情報を生成する。このとき、表示情報生成部３３は、videoファイルの参照が許可されているため、No_App.htmlのvideo要素に対応する部分に、放送コンテンツ取得部１２から取得した放送コンテンツを表示させる表示情報を生成する。
そして、表示部４０は、表示情報生成部３３が生成した表示情報を表示する。
【００３６】
ここで、受信機１００は、リモコンなどにより電源をＯＦＦにする命令を受け付けたか否かを判定する（ステップＳ３）。受信機１００は、電源をＯＦＦにする命令を受け付けた場合（ステップＳ３：ＹＥＳ）、処理を終了し、電源をＯＦＦにする。
【００３７】
他方、電源をＯＦＦにする命令を受け付けなかった場合（ステップＳ３：ＮＯ）、アプリケーションマネージャ部２２は、ＡＩＴ取得部１４またはアプリケーション選択受け付け部２１からアプリケーションの起動指示を受け付けたか否かを判定する（ステップＳ４）。アプリケーションマネージャ部２２は、アプリケーションの起動指示を受け付けていないと判定した場合（ステップＳ５：ＮＯ）、ステップＳ３及びステップＳ４の判定を繰り返し実行する。つまり、アプリケーションの起動指示を受け付けるまで、表示部４０には放送コンテンツのみが表示される。
他方、アプリケーションマネージャ部２２は、アプリケーションの起動指示を受け付けたと判定した場合（ステップＳ４：ＹＥＳ）、そのアプリケーションがＡアプリであるかＢアプリであるかを判定する（ステップＳ５）。
【００３８】
アプリケーションマネージャ部２２は、アプリケーションの種類がＡアプリであると判定した場合（ステップＳ５：Ａ）、選択されたアプリケーションを、アプリケーションサーバから受信し、そのアプリケーションが記述されたＨＴＭＬ文書をアプリケーションマネージャ部２２のA_Appディレクトリに記録する（ステップＳ６）。次に、スクリプト実行部３２は、アプリケーションマネージャ部２２がＡアプリを記録したことを示すイベントを検知し、root.jsに従って、root.htmlのiframe要素にアプリケーションマネージャ部２２が記録したＡアプリを参照させるchangeHTML命令を実行する。これに従って、ＨＴＭＬパーサ部３１は、アプリケーションマネージャ部２２から、そのA_Appディレクトリに記憶された、アプリケーションが記述されたＨＴＭＬ文書を読み出し、root.htmlのiframe要素に、そのＨＴＭＬ文書を配置する（ステップＳ７）。そして、表示情報生成部３３は、ＨＴＭＬパーサ部３１が解析した情報に基づいて表示情報を生成する。
【００３９】
次に、ＨＴＭＬパーサ部３１は、A_App.htmlを解析する。このとき、A_App.htmlには、videoファイルを参照するvideo要素が含まれるため、ＨＴＭＬパーサ部３１は、レジデント部２０にvideoファイルのリクエストを出力する。レジデント部２０のアプリケーションマネージャ部２２は、そのリクエストのプロトコルを参照する。そのリクエストのプロトコルは、Ｆｉｌｅプロトコルであるため、アプリケーションマネージャ部２２は、videoファイルの参照を許可する。そして、表示情報生成部３３は、ＨＴＭＬパーサ部３１が解析した情報に基づいて表示情報を生成する。このとき、表示情報生成部３３は、videoファイルの参照が許可されているため、A_App.htmlのvideo要素に対応する部分に、放送コンテンツ取得部１２から取得した放送コンテンツを表示させる表示情報を生成する。
そして、表示部４０は、表示情報生成部３３が生成した表示情報を表示する。
【００４０】
ここで、受信機１００は、リモコンなどにより電源をＯＦＦにする命令を受け付けたか否かを判定する（ステップＳ８）。受信機１００は、電源をＯＦＦにする命令を受け付けた場合（ステップＳ８：ＹＥＳ）、処理を終了し、電源をＯＦＦにする。
【００４１】
他方、電源をＯＦＦにする命令を受け付けなかった場合（ステップＳ８：ＮＯ）、アプリケーションマネージャ部２２は、ＡＩＴ取得部１４またはアプリケーション選択受け付け部２１からアプリケーションの停止指示を受け付けたか否かを判定する（ステップＳ９）。アプリケーションマネージャ部２２は、アプリケーションの停止指示を受け付けていないと判定した場合（ステップＳ９：ＮＯ）、ステップＳ８、ステップＳ９の判定を繰り返し実行する。つまり、アプリケーションの起動指示を受け付けるまで、表示部４０には放送コンテンツを含むＡアプリが表示される。
他方、アプリケーションマネージャ部２２は、アプリケーションの停止指示を受け付けたと判定した場合（ステップＳ９：ＹＥＳ）、スクリプト実行部３２が、root.htmlのiframe要素にNo_App.htmlを参照させるchangeHTML命令を実行し、ステップＳ２に戻る。
【００４２】
アプリケーションマネージャ部２２は、ステップＳ５において、アプリケーションの種類がＢアプリであると判定した場合（ステップＳ５：Ｂ）、選択されたアプリケーションを、アプリケーションサーバから受信し、そのアプリケーションが記述されたＨＴＭＬ文書をＷＥＢサーバ部２３に記録する（ステップＳ１０）。次に、スクリプト実行部３２は、アプリケーションマネージャ部２２がＢアプリを記録したことを示すイベントを検知し、root.jsに従って、root.htmlのiframe要素にB_App.htmlを参照させるchangeHTML命令を実行する。これに従って、ＨＴＭＬパーサ部３１は、アプリケーションマネージャ部２２から、そのB_Appディレクトリに記憶されたB_App.htmlを読み出し、root.htmlのiframe要素に、そのB_App.htmlを配置する（ステップＳ１１）。
【００４３】
次に、ＨＴＭＬパーサ部３１は、B_App.htmlを解析する。このとき、B_App.htmlには、videoファイルを参照するvideo要素が含まれるため、ＨＴＭＬパーサ部３１は、レジデント部２０にvideoファイルのリクエストを出力する。レジデント部２０のアプリケーションマネージャ部２２は、そのリクエストのプロトコルを参照する。そのリクエストのプロトコルは、Ｆｉｌｅプロトコルを示すため、アプリケーションマネージャ部２２は、videoファイルの参照を許可する。
次に、ＨＴＭＬパーサ部３１は、B_App.htmlの解析により、B_App.html内でB_App.jsを参照していることを特定すると、アプリケーションマネージャ部２２から、そのB_Appディレクトリに記憶されたB_App.jsを読み出してスクリプト実行部３２に出力する。
【００４４】
次に、スクリプト実行部３２は、B_App.jsに従ってB_App.htmlのiframe要素に、ステップＳ１０でＷＥＢサーバ部２３に記録されたアプリケーションが記述されたＨＴＭＬ文書を参照させるchangeHTML命令を実行する。これに従って、ＨＴＭＬパーサ部３１は、ＷＥＢサーバ部２３から、選択されたアプリケーションが記述されたＨＴＭＬ文書を読み出し、B_App.htmlのiframe要素に、そのＨＴＭＬ文書を配置する（ステップＳ１２）。
【００４５】
次に、ＨＴＭＬパーサ部３１は、B_App.htmlのiframe要素に配置されたＨＴＭＬ文書を解析する。そのＨＴＭＬ文書に、videoファイルを参照するvideo要素が含まれる場合、ＨＴＭＬパーサ部３１は、レジデント部２０にvideoファイルのリクエストを出力する。レジデント部２０のアプリケーションマネージャ部２２は、そのリクエストのプロトコルを参照する。そのリクエストのプロトコルは、ＨＴＴＰであるため、アプリケーションマネージャ部２２は、videoファイルの参照を拒否する。
【００４６】
次に、スクリプト実行部３２は、提示制御信号取得部１３から提示制御信号を取得する（ステップＳ１３）。なお、提示制御信号取得部１３は、例えば、ＥＩＴとＥＥＷからそれぞれ提示制御信号を取得する場合など、複数の提示制御信号を同時に取得することがある。次に、スクリプト実行部３２は、root.jsに記述されたlistenEvent命令の実行により提示制御信号が示すポリシーレベルを特定する（ステップＳ１４）。このとき、提示制御信号取得部１３が複数の提示制御信号を取得した場合、以下に示す優先順位に従って、ポリシーレベルを特定する。なお、優先順位は、例えば、低いほうから順に、ＳＤＴ、ＥＩＴ、ＰＭＴ、ＥＥＷ／ＥＷＳとする。これにより、スクリプト実行部３２は、緊急性の最も高い提示制御信号が示すポリシーレベルを、提示制御に用いるポリシーレベルとして特定することができる。
【００４７】
次に、スクリプト実行部３２は、特定したポリシーレベルをroot.htmlのiframe要素が参照するB_App.htmlに通知する。これにより、スクリプト実行部３２は、B_App.htmlが参照するB_App.jsに従って、ポリシーレベルに対応するスタイルシートファイルを特定するchangeCSS命令を実行し、ＨＴＭＬパーサ部３１は、そのスタイルシートファイルをアプリケーションマネージャ部２２から読み出す。すなわち、ステップＳ１４で特定したポリシーレベルが００１である場合、ＨＴＭＬパーサ部３１は、アプリケーションマネージャ部２２からそのB_Appディレクトリに記憶されたB_App_001.cssを読み出す。これにより、ＨＴＭＬパーサ部３１は、B_App.htmlに適用するスタイルシートファイルを、ポリシーレベルに応じたスタイルシートファイルに切り替える（ステップＳ１５）。
【００４８】
そして、表示情報生成部３３は、ＨＴＭＬパーサ部３１が解析した情報及び読み出したスタイルシートファイルに基づいて表示情報を生成する。
表示情報生成部３３は、videoファイルの参照が許可されているB_App.htmlのvideo要素に対応する部分に、放送コンテンツ取得部１２から取得した放送コンテンツを表示させる表示情報を生成する。他方、B_App.htmlのiframe要素が参照するＨＴＭＬ文書は、videoファイルの参照が拒否されているため、そのvideo要素に対応する部分には放送コンテンツが表示されない。
そして、表示部４０は、表示情報生成部３３が生成した表示情報を表示する。
【００４９】
ここで、受信機１００は、リモコンなどにより電源をＯＦＦにする命令を受け付けたか否かを判定する（ステップＳ１６）。受信機１００は、電源をＯＦＦにする命令を受け付けた場合（ステップＳ１６：ＹＥＳ）、処理を終了し、電源をＯＦＦにする。
【００５０】
他方、電源をＯＦＦにする命令を受け付けなかった場合（ステップＳ１６：ＮＯ）、アプリケーションマネージャ部２２は、ＡＩＴ取得部１４またはアプリケーション選択受け付け部２１からアプリケーションの停止指示を受け付けたか否かを判定する（ステップＳ１７）。アプリケーションマネージャ部２２は、アプリケーションの停止指示を受け付けていないと判定した場合（ステップＳ１７：ＮＯ）、ステップＳ１３に戻る。つまり、アプリケーションの起動指示を受け付けるまで、表示部４０には放送コンテンツとＢアプリとが表示され、その配置は提示制御信号が示すポリシーレベルに応じて変化する。
他方、アプリケーションマネージャ部２２は、アプリケーションの停止指示を受け付けたと判定した場合（ステップＳ１７：ＹＥＳ）、スクリプト実行部３２が、root.htmlのiframe要素にNo_App.htmlを参照させるchangeHTML命令を実行し、ステップＳ２に戻る。
【００５１】
以降、受信機１００の電源がＯＦＦになるまで、上述した動作を繰り返し実行する。
【００５２】
このように、本実施形態によれば、アプリケーションマネージャ部２２は、コンテンツの参照が許可されたものであると判定されたアプリケーションをアプリケーションマネージャ部２２に記録する。他方、アプリケーションマネージャ部２２は、コンテンツの参照が許可されたものでないと判定されたアプリケーションをＷＥＢサーバ部２３に記録する。そして、アプリケーションマネージャ部２２は、アプリケーションマネージャ部２２に記録されたアプリケーション以外のアプリケーションの実行による、放送コンテンツの参照を拒否する。
具体的には、アプリケーションマネージャ部２２は、放送コンテンツ取得部１２が取得したコンテンツにアクセスするvideoファイルを記憶し、アプリケーションマネージャ部２２に記録されたアプリケーション以外のアプリケーションの実行による、videoファイルの参照を拒否する。
これにより、ＡＰＩによらずに、放送信号に含まれるコンテンツへのアクセスの可否を制御することができる。
【００５３】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、本実施形態では、アプリケーションを実行していない場合に、video要素のみからなるNo_App.htmlを表示させる場合について説明したが、これに限られない。例えば、アプリケーションが起動していないとき、及びアプリケーションマネージャ部２２がアプリケーションの停止指示を受け付けたときに、表示部４０が、放送コンテンツ取得部１２が取得したコンテンツを直接表示部４０に表示するようにしても良い。
【００５４】
また、本実施形態では、Ｂアプリの実行時にのみ提示制御信号の監視を行う場合について説明したが、これに限られない。例えば、Ａアプリのそれぞれが、スタイルシートファイルを切り替えるスクリプトを参照することで、Ｂアプリの実行時と同様に配置を切り替えることができる。
【００５５】
また、本実施形態では、配置情報としてスタイルシートファイルを用いる場合を説明したが、これに限られず、例えば配置情報としてＨＴＭＬ文書を用いても良い。この場合、アプリケーションマネージャ部２２が、ポリシーレベルに対応した配置を定義したＨＴＭＬ文書を複数記憶し、スクリプト実行部３２がポリシーレベルに応じて、ＨＴＭＬパーサ部３１に読み込ませるＨＴＭＬ文書を切り替える。
また、配置情報としてスタイルシートファイルとＨＴＭＬ文書とを併用するようにしても良い。例えば、ポリシーレベル００１の場合はスタイルシートファイルのみを切り替え、ポリシーレベル００２の場合はスタイルシートファイルとＨＴＭＬ文書を共に切り替えるような構成としても良い。
【００５６】
また、本実施形態では、アプリケーションマネージャ部２２が、プロトコルがＨＴＴＰであるかＦｉｌｅプロトコルかであるか否かによって、videoファイルの参照の可否を決定する場合について説明したが、これに限られない。例えば、アプリケーションマネージャ部２２がリクエストのリファラに基づいてvideoファイルの参照の可否を決定しても良い。
【００５７】
例えば、他の実施形態としては、アプリケーションマネージャ部２２が記憶するファイルのうち少なくともvideoファイルは、アプリケーションマネージャ部２２のルートディレクトリ配下のファイルからのみ参照できるよう設定される。例えば、アプリケーションマネージャ部２２に対して、ＨＴＴＰアクセスのリファラがアプリケーションマネージャ部２２のファイルを示す場合のみ、videoファイルへのアクセスを許可するよう設定することで、実現することができる。この設定により、上記実施形態と同様に、アプリケーションマネージャ部２２は、アプリケーションマネージャ部２２が記憶するアプリケーション以外のアプリケーションの実行による、videoファイルの参照を拒否する。これにより、Ｂアプリによって放送コンテンツが不正に参照されることを防ぐことができる。
【００５８】
また、videoファイルに限られず、アプリケーションマネージャ部２２が記憶する全てのファイルに対して、アプリケーションマネージャ部２２が記憶するファイル以外のファイルによる参照を拒否するよう設定しても良い。これにより、Ｂアプリによって放送コンテンツが不正に参照されることを防ぐことに加え、ＢアプリによってＡアプリが不正に参照されることも防ぐことができる。
【００５９】
また、上記他の実施形態では、Ａアプリ及びvideoファイルをアプリケーションマネージャ部２２に記録し、ＢアプリをＷＥＢサーバ部２３に記録する場合を説明したが、これに限られない。例えば、Ａアプリ及びvideoファイルをＷＥＢサーバ部２３のルートディレクトリ配下の第１のディレクトリ（第１の記憶領域）に記録し、ＢアプリをＷＥＢサーバ部２３のルートディレクトリ配下の第２のディレクトリ（第２の記憶領域）に記録しても良い。この場合、少なくともvideoファイルに対する、ＷＥＢサーバ部２３の第２のディレクトリ配下のファイルからの参照を拒否するよう設定しておく。
【００６０】
上述の受信機１００は内部に、コンピュータシステムを有している。そして、上述した各処理部の動作は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが、そのプログラムを実行するようにしても良い。
【００６１】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【産業上の利用可能性】
【００６２】
本発明は、ＡＰＩによらずに、放送信号に含まれるコンテンツへのアクセスの可否を制御する受信機、プログラム及び受信方法などに適用することができる。
【符号の説明】
【００６３】
１０・・・チューナ部  １１・・・選局部  １２・・・放送コンテンツ取得部  １３・・・提示制御信号取得部  １４・・・ＡＩＴ取得部  ２０・・・レジデント部  ２１・・・アプリケーション選択受け付け部  ２２・・・アプリケーションマネージャ部  ２３・・・ＷＥＢサーバ部  ３０・・・ブラウザ部  ３１・・・ＨＴＭＬパーサ部（実行部）  ３２・・・スクリプト実行部  ３３・・・表示情報生成部  ４０・・・表示部  １００・・・受信機  ２２１・・・判定部  ２２２・・・記録部  ２２３・・・参照拒否部  ２２４・・・第１の記憶領域  ２３１・・・第２の記憶領域
【図１】
2013080631.tif 000003
【図２】
2013080631.tif 000004
【図３】
2013080631.tif 000005
【国際調査報告】
2013080631.tif 000006
2013080631.tif 000007
2013080631.tif 000008
2013080631.tif 000009