JPWO2013080631A1 - 受信機、プログラム及び受信方法 - Google Patents

受信機、プログラム及び受信方法 Download PDF

Info

Publication number
JPWO2013080631A1
JPWO2013080631A1 JP2013547017A JP2013547017A JPWO2013080631A1 JP WO2013080631 A1 JPWO2013080631 A1 JP WO2013080631A1 JP 2013547017 A JP2013547017 A JP 2013547017A JP 2013547017 A JP2013547017 A JP 2013547017A JP WO2013080631 A1 JPWO2013080631 A1 JP WO2013080631A1
Authority
JP
Japan
Prior art keywords
application
unit
content
storage area
html
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2013547017A
Other languages
English (en)
Inventor
寿之 大亦
寿之 大亦
一博 大槻
一博 大槻
恵吾 真島
恵吾 真島
大竹　剛
剛 大竹
悠樹 広中
悠樹 広中
遠藤　洋介
洋介 遠藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Japan Broadcasting Corp
Original Assignee
Japan Broadcasting Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Japan Broadcasting Corp filed Critical Japan Broadcasting Corp
Priority to JP2013547017A priority Critical patent/JPWO2013080631A1/ja
Publication of JPWO2013080631A1 publication Critical patent/JPWO2013080631A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H04N21/4349—Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454—Content or additional data filtering, e.g. blocking advertisements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Technology Law (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

受信機は、放送信号からコンテンツを取得する放送コンテンツ取得部と、受信したアプリケーションが、コンテンツの参照が許可されたアプリケーションであるか否かを判定する判定部と、判定部によってコンテンツの参照が許可されたものであると判定されたアプリケーションを第１の記憶領域に記録し、判定部によってコンテンツの参照が許可されたものでないと判定されたアプリケーションを第２の記憶領域に記録する記録部と、第１の記憶領域または第２の記憶領域に記録されたアプリケーションを実行する実行部と、第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、放送コンテンツ取得部が取得したコンテンツの参照を拒否する参照拒否部とを備える。

Description

本発明は、アプリケーションを実行し、そのアプリケーションと放送信号に含まれるコンテンツとを含む表示情報を生成する受信機、プログラム及び受信方法に関する。
本願は、２０１１年１１月３０日に、日本に出願された特願２０１１−２６２０１１号に基づき優先権を主張し、その内容をここに援用する。
近年の放送のデジタル化と通信のブロードバンド化の進展に伴い、欧州のＨｂｂＴＶ（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ファイルに対する、ＷＥＢサーバ部２３の第２のディレクトリ配下のファイルからの参照を拒否するよう設定しておく。
上述の受信機１００は内部に、コンピュータシステムを有している。そして、上述した各処理部の動作は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが、そのプログラムを実行するようにしても良い。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
本発明は、ＡＰＩによらずに、放送信号に含まれるコンテンツへのアクセスの可否を制御する受信機、プログラム及び受信方法などに適用することができる。
１０・・・チューナ部 １１・・・選局部 １２・・・放送コンテンツ取得部 １３・・・提示制御信号取得部 １４・・・ＡＩＴ取得部 ２０・・・レジデント部 ２１・・・アプリケーション選択受け付け部 ２２・・・アプリケーションマネージャ部 ２３・・・ＷＥＢサーバ部 ３０・・・ブラウザ部 ３１・・・ＨＴＭＬパーサ部（実行部） ３２・・・スクリプト実行部 ３３・・・表示情報生成部 ４０・・・表示部 １００・・・受信機 ２２１・・・判定部 ２２２・・・記録部 ２２３・・・参照拒否部 ２２４・・・第１の記憶領域 ２３１・・・第２の記憶領域

Claims (4)

  1. 放送信号からコンテンツを取得する放送コンテンツ取得部と、
    受信したアプリケーションが、前記コンテンツの参照が許可されたアプリケーションであるか否かを判定する判定部と、
    前記判定部によって前記コンテンツの参照が許可されたものであると判定されたアプリケーションを第１の記憶領域に記録し、前記判定部によって前記コンテンツの参照が許可されたものでないと判定されたアプリケーションを第２の記憶領域に記録する記録部と、
    前記第１の記憶領域または前記第２の記憶領域に記録されたアプリケーションを実行する実行部と、
    前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、前記放送コンテンツ取得部が取得したコンテンツの参照を拒否する参照拒否部と
    を備える受信機。
  2. 前記記録部は、前記第１の記憶領域に、前記放送コンテンツ取得部が取得したコンテンツにアクセスするアクセスファイルを記憶し、
    前記参照拒否部は、前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、前記アクセスファイルの参照を拒否する請求項１に記載の受信機。
  3. 受信機のコンピュータを、
    放送信号からコンテンツを取得する放送コンテンツ取得部、
    受信したアプリケーションが、前記コンテンツの参照が許可されたアプリケーションであるか否かを判定する判定部、
    前記判定部によって前記コンテンツの参照が許可されたものであると判定されたアプリケーションを、前記放送コンテンツ取得部が取得したコンテンツにアクセスするアクセスファイルを記憶する第１の記憶領域に記録し、前記判定部によって前記コンテンツの参照が許可されたものでないと判定されたアプリケーションを、前記アクセスファイルを記憶しない第２の記憶領域に記録する記録部、
    前記第１の記憶領域または前記第２の記憶領域に記録されたアプリケーションを実行する実行部、
    前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による前記アクセスファイルの参照を拒否する参照拒否部
    として機能させるためのプログラム。
  4. 放送信号からコンテンツを取得し、
    受信したアプリケーションが、前記コンテンツの参照が許可されたアプリケーションであるか否かを判定し、
    前記コンテンツの参照が許可されたものであると判定されたアプリケーションを第１の記憶領域に記録し、前記コンテンツの参照が許可されたものでないと判定されたアプリケーションを第２の記憶領域に記録し、
    前記第１の記憶領域または前記第２の記憶領域に記録されたアプリケーションを実行し、
    前記第１の記憶領域に記録されたアプリケーション以外のアプリケーションの実行による、前記コンテンツの参照を拒否する受信方法。
JP2013547017A 2011-11-30 2012-09-14 受信機、プログラム及び受信方法 Pending JPWO2013080631A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013547017A JPWO2013080631A1 (ja) 2011-11-30 2012-09-14 受信機、プログラム及び受信方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2011262011 2011-11-30
JP2011262011 2011-11-30
JP2013547017A JPWO2013080631A1 (ja) 2011-11-30 2012-09-14 受信機、プログラム及び受信方法

Publications (1)

Publication Number Publication Date
JPWO2013080631A1 true JPWO2013080631A1 (ja) 2015-04-27

Family

ID=48535108

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013547017A Pending JPWO2013080631A1 (ja) 2011-11-30 2012-09-14 受信機、プログラム及び受信方法

Country Status (4)

Country Link
US (1) US9191695B2 (ja)
EP (1) EP2787727A4 (ja)
JP (1) JPWO2013080631A1 (ja)
WO (1) WO2013080631A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9678745B2 (en) * 2013-01-28 2017-06-13 Paptap Ltd Automatic submission of applications to applications stores
JP6323753B2 (ja) 2013-06-14 2018-05-16 サン パテント トラスト 送信方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003264748A (ja) * 2002-03-07 2003-09-19 Nec Corp デジタル放送受信機
WO2005043335A2 (en) * 2003-10-29 2005-05-12 Qualcomm Incorporated System for invoking a privileged function in a device
JP2008242799A (ja) * 2007-03-27 2008-10-09 Ntt Docomo Inc コンテンツ保護装置及びコンテンツ保護方法
JP2009503641A (ja) * 2005-07-20 2009-01-29 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート 放送コンテンツ保護のためのデジタル放送受信装置、デジタル放送受信装置の放送コンテンツ保護方法、放送コンテンツを保護するための処理をコンピュータに行わせるためのプログラム、及びＩＰＭＰ（ＩｎｔｅｌｌｅｃｔｕａｌＰｒｏｐｅｒｔｙＭａｎａｇｅｍｅｎｔａｎｄＰｒｏｔｅｃｔｉｏｎ）のミドルウェアインタフェース
JP2009271914A (ja) * 2008-04-09 2009-11-19 Sharp Corp コンテンツの参照制御方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7886332B2 (en) * 2002-03-19 2011-02-08 Canon Kabushiki Kaisha Television broadcast receiving apparatus
WO2007011177A1 (en) 2005-07-20 2007-01-25 Electronics And Telecommunications Research Institute Digital broadcasting receiver for protection of broadcasting contents and the method thereof
JP4755717B2 (ja) 2010-02-02 2011-08-24 三菱電機株式会社 放送受信端末装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003264748A (ja) * 2002-03-07 2003-09-19 Nec Corp デジタル放送受信機
WO2005043335A2 (en) * 2003-10-29 2005-05-12 Qualcomm Incorporated System for invoking a privileged function in a device
JP2007510236A (ja) * 2003-10-29 2007-04-19 クゥアルコム・インコーポレイテッド デバイスにおける特権機能を呼出すためのシステム
JP2009503641A (ja) * 2005-07-20 2009-01-29 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート 放送コンテンツ保護のためのデジタル放送受信装置、デジタル放送受信装置の放送コンテンツ保護方法、放送コンテンツを保護するための処理をコンピュータに行わせるためのプログラム、及びＩＰＭＰ（ＩｎｔｅｌｌｅｃｔｕａｌＰｒｏｐｅｒｔｙＭａｎａｇｅｍｅｎｔａｎｄＰｒｏｔｅｃｔｉｏｎ）のミドルウェアインタフェース
JP2008242799A (ja) * 2007-03-27 2008-10-09 Ntt Docomo Inc コンテンツ保護装置及びコンテンツ保護方法
JP2009271914A (ja) * 2008-04-09 2009-11-19 Sharp Corp コンテンツの参照制御方法

Also Published As

Publication number Publication date
EP2787727A1 (en) 2014-10-08
US9191695B2 (en) 2015-11-17
US20140331271A1 (en) 2014-11-06
WO2013080631A1 (ja) 2013-06-06
EP2787727A4 (en) 2015-08-12

Similar Documents

Publication Publication Date Title
KR101010378B1 (ko) 텔레비전 수신 장치
JP6101631B2 (ja) 受信装置及びプログラム
CN103024508B (zh) 数字系统及其处理服务数据的方法
US20110280550A1 (en) Movie reproducing apparatus, movie reproducing method and recording medium recording program for computer-realization of the movie reproducing apparatus
US20120131615A1 (en) Content viewing/listening device and content display device
JP5295387B2 (ja) 番組情報表示装置、番組情報表示方法、プログラム及び記録媒体
CA2819202A1 (en) Content provision
JP5265331B2 (ja) コンテンツ視聴装置、コンテンツ視聴装置の制御方法、マルチメディア端末、およびマルチメディア端末の動作方法
US10244026B2 (en) Converting content for display on external device according to browser context and based on characteristic of external device
US9400850B2 (en) Systems and methods for providing a tailored user interface associated with a web page
JP2008226202A (ja) 情報処理装置および方法、並びにプログラム
US20120005606A1 (en) Display controlling device, disiplay controlling method, and program
JP6088969B2 (ja) 受信装置及びプログラム
WO2013080631A1 (ja) 受信機、プログラム及び受信方法
US20120240175A1 (en) Content receiving apparatus, data processing apparatus, content reception method
JP5175951B2 (ja) 映像表示装置、映像表示管理装置、映像表示方法、及び映像表示管理方法
US20110296479A1 (en) Video Processor and Video Processing Method
US8797460B2 (en) Reception apparatus, reception method, and program
WO2013077060A1 (ja) 受信機、プログラム及び受信方法
JP5388480B2 (ja) 電子番組表の表示方法、プログラム及び電子番組表の表示装置
KR101951049B1 (ko) Ｈｔｍｌ 기반 프로그램 가이드 서비스 제공 방법, 장치 및 이를 위한 기록매체
CN112423029A (zh) 节目播放方法、显示设备及计算机可读存储介质
KR100857327B1 (ko) Ｄｔｖ에서의 웹사이트 변경내용 표시방법
JP2006345365A (ja) ビデオ・オン・デマンド端末装置とコンテンツ選択方法
RU2487491C2 (ru) Устройство приемника широковещательной передачи по ip

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150803

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160726

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20170207