JP2021007260A - 放送受信機及びその動作方法 - Google Patents

放送受信機及びその動作方法 Download PDF

Info

Publication number
JP2021007260A
JP2021007260A JP2020171739A JP2020171739A JP2021007260A JP 2021007260 A JP2021007260 A JP 2021007260A JP 2020171739 A JP2020171739 A JP 2020171739A JP 2020171739 A JP2020171739 A JP 2020171739A JP 2021007260 A JP2021007260 A JP 2021007260A
Authority
JP
Japan
Prior art keywords
command
data
content data
broadcast receiver
information processing
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.)
Granted
Application number
JP2020171739A
Other languages
English (en)
Other versions
JP6962434B2 (ja
Inventor
北里　直久
Naohisa Kitazato
直久 北里
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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Publication of JP2021007260A publication Critical patent/JP2021007260A/ja
Priority to JP2021168476A priority Critical patent/JP7331904B2/ja
Application granted granted Critical
Publication of JP6962434B2 publication Critical patent/JP6962434B2/ja
Priority to JP2023130638A priority patent/JP2023138785A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/16—Arrangements for broadcast or for distribution of identical information repeatedly
    • 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/13—Arrangements for device control affected by the broadcast information
    • 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/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/78—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by source locations or destination locations
    • H04H60/80—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by source locations or destination locations characterised by transmission among terminal devices
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • 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
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • 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
    • 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/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4782—Web browsing, e.g. WebTV
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)

Abstract

【課題】放送受信機に接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送する放送受信機を提供する。【解決手段】システム１において、放送受信機２０は、情報処理装置（外部機器３０）と接続が可能なインタフェースと、放送ストリームに含まれるコンテンツデータとコンテンツデータに関する第１のコマンドを取得し、第１のコマンドを前記情報処理装置に転送し、情報処理装置からの要求に応じてコンテンツデータを情報処理装置に応答するように構成されるコントローラとを具備する。【選択図】図１

Description

本技術は、地上デジタルテレビジョン放送を受信する放送受信機および放送受信方法、放送受信機から放送コンテンツの伝送を受けて処理する情報処理装置および情報処理方法、さらには放送コンテンツを放送する放送装置および放送方法に関する。
ＴＶ受像機などの放送受信機で受信される放送番組に対応して、スマートフォンやタブレット端末などの情報処理装置のアプリケーションが放送番組と連携して動作する仕組みが注目されつつある。例えば、ＴＶ受像機でスポーツ番組を受信しながら、情報処理装置では、そのスポーツ番組の出場選手に関する情報や試合の流れなどの情報が提示されることによって、ユーザは情報処理装置をセカンドスクリーン（２つ目の画面）として利用しながら、番組を楽しむことができる。
特許文献１には、番組に関する情報の例として、番組表（ＥＰＧ）や、現在選局中のチャンネルで現在放送されている番組に対応する案内などをタブレットコンピュータに表示するシステム１が開示されている。このシステム１では、タブレットコンピュータが、映像機器において現在表示されている番組に関する詳細情報をメタデータサーバから取得することによって、情報を表示するように構成される。
特開２０１３−２２５８９７号公報（段落００２４）
現在、放送受信機内のアプリケーションが放送と連動して動作し、スマートフォンやタブレット端末などの情報処理装置のアプリケーションに、放送から取得した各種のコンテンツデータを伝送するモデルが検討されている。しかし、このようなモデルの実現に向けては、解決が求められるいくつもの課題が残されている。
以上のような事情に鑑み、本技術の目的は、放送受信機から、これに接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送することのできる放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法を提供することにある。
上記の課題を解決するために、本技術に係る一形態である放送受信機は、情報処理装置と接続が可能なインタフェースと、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを前記インタフェースを通じて接続された前記情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する第１のコントローラとを具備する。
上記の放送受信機は、前記取得された前記コンテンツデータを保存するストレージをさらに具備し、前記第１のコントローラは、前記接続された情報処理装置からの取得要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成されてもよい。
前記第１のコントローラは、前記イベントメッセージより伝送された第２のコマンドを取得したとき、前記ＤＤＢメッセージにより伝送されたコンテンツデータを取得する都度、前記第１のコマンドを生成して前記情報処理装置に転送する前記コンテンツデータ待機動作モードを設定するように構成されてもよい。
前記第１のコントローラは、前記コンテンツデータ待機動作モードが設定されているとき、前記イベントメッセージより伝送された第３のコマンドを取得した場合、前記コンテンツデータ待機動作モードの設定を解除するように構成されてもよい。
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してメッセージを伝送するための第４のコマンドを取得したとき、前記第４のコマンドを前記情報処理装置に転送するように構成されてもよい。
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第５のコマンドを取得したとき、この第５のコマンドを前記情報処理装置に転送するように構成されてもよい。
上記の放送受信機において、前記第１のコマンドは、前記コントローラが前記情報処理装置に当該第１のコマンドを転送する時刻の指定方法に関する情報を含み、
前記第１のコントローラは、前記情報に基づいて前記第１のコマンドを転送する時刻を決定するように構成されてもよい。
本技術に係る他の形態である放送受信方法は、第１のコントローラが、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータをインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを取得し、前記情報処理装置に転送する、というものである。
本技術に係る他の形態である情報処理装置は、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機と接続が可能なインタフェースと、前記放送受信機より転送された前記第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを、前記インタフェースを通じて取得する第２のコントローラを具備する。
前記第２のコントローラは、前記放送受信機より転送された前記第１のコマンドに応じて、前記取得したコンテンツデータを処理可能なアプリケーションを起動させるように構成されてもよい。
本技術に係る他の形態である情報処理方法は、第２のコントローラが、インタフェースを通じて接続され、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機より、前記第１のコマンドを取得し、この第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを前記インタフェースを通じて取得する、というものである。
本技術に係る他の形態である放送装置は、コンテンツデータをＤＤＢメッセージにより伝送し、前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送するデータ放送部を具備する。
本技術に係る他の形態である放送方法は、データ放送部が、コンテンツデータをＤＤＢメッセージにより伝送し、前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送する、というものである。
以上のように、本技術によれば、放送受信機から、これに接続された情報処理装置に、放送から取得したコンテンツデータを良好に伝送することができる。
本技術に係る第１の実施形態であるシステム１の全体的な構成を示す図である。 図１のシステム１における放送局１０、放送受信機２０および外部機器３０の間でのコンテンツデータおよびコマンドのやりとりに関する構成を示す図である。 図１のシステムにおける放送受信機２０のハードウェア構成を示す図である。 図１のシステムにおける外部機器３０のハードウェア構成を示す図である。 Receive & Launch App（第１のコマンド）を使った動作を説明する図である。 Set Receive & Launch App（第２のコマンド）とReset Receive & Launch App（第３のコマンド）を使った動作を説明する図である。 Receive & Store Content（第１のコマンド）を使った動作を説明する図である。 Set Receive & Store Content（第２のコマンド）とReset Receive & Store Content（第３のコマンド）を使った動作を説明する図である。 Send Message（第４のコマンド）を使った動作を説明する図である。 Launch App（第５のコマンド）を使った動作を説明する図である。 ＤＩＩのデータ構造を示す図である。 コンテンツ記述子のデータ構造を示す図である。 InfoDescriptorの構造を示す図である。 ストリーム記述子を伝送するＤＳＭ−ＣＣセクションのデータ構造を示す図である。 汎用イベントメッセージ記述子のデータ構造を示す図である。 private_data_byteに格納されるコマンドのフォーマットの例を示す図である。 コマンドコード、コマンド、引き数の関係を示す図である。 ＪＳＯＮによるコンテンツ記述情報の記述例を示す図である。
以下、本技術に係る実施形態を、図面を参照しながら説明する。
＜第１の実施形態＞
［システム１の全体構成］
図１は、本技術に係る第１の実施形態であるシステム１の全体的な構成を示す図である。
このシステム１は、放送局（放送装置）１０、放送受信機２０、外部機器（情報処理装置）３０および外部サーバ４０を備える。
放送局１０は、地上デジタルテレビジョン放送およびデータ放送のカルーセル伝送を行う。カルーセル伝送の対象として、この技術では、放送受信機２０から外部機器３０に伝送されるコンテンツデータおよびコマンドの伝送を想定している。すなわち、放送局１０は、コンテンツデータをＤＤＢメッセージにより伝送し、このコンテンツデータを放送受信機２０から外部機器３０にインタフェースを通じて伝送するように放送受信機２０および外部機器３０を動作させたり、コンテンツデータを外部機器３０が放送受信機２０から取得するように外部機器３０を動作させたりするためのコマンドをイベントメッセージにより伝送するデータ放送部１１を有する。放送局１０のデータ放送部１１からデータカルーセルのＤＤＢメッセージにより伝送されるコンテンツデータとしては、例えば、ＨＴＭＬ５文書によるアプリケーションデータ、音楽データ、画像（動画）データ、メッセージデータ、ゲームデータなどが想定される。
放送受信機２０は、地上デジタルテレビジョン放送およびデータ放送サービスを受信するデータ放送受信部２１と、外部機器３０のネイティブアプリケーション３１との間でデータ伝送および通信を行うアプリケーションであるレジデント機能部２２を有する。レジデント機能部２２は、例えば、データ放送受信部２１にてデータカルーセルから取得したコンテンツデータおよびコマンドを、放送受信機２０に接続されている外部機器３０で実行されているネイティブアプリケーション３１に伝送する。放送受信機２０は、例えば、テレビジョン装置、セットトップボックスなど、具体的な製品形態を問わない。
放送受信機２０と外部機器３０との接続には、例えば、ＷｉＦｉ（登録商標）などの無線通信が用いられる。なお、放送受信機２０と外部機器３０との接続は、無線接続に限らず、有線接続であってもよい。
外部機器３０は、例えば、スマートフォンやタブレット端末などの情報処理装置である。外部機器３０は、ユーザからの指示に従って外部サーバ４０からネイティブアプリケーションをダウンロードし、インストールして利用する。外部機器３０にインストールされたネイティブアプリケーション３１は、放送受信機２０のレジデント機能部２２と通信して、コンテンツデータおよびコマンドをやりとりする。
なお、ネイティブアプリケーション３１とは、外部機器３０のプラットフォーム上で動作するアプリケーションのことである。ＨＴＭＬ５文書によるアプリケーションデータ、音楽データ、画像（動画）データ、メッセージは、ネイティブアプリケーション３１に組み込まれている機能（例えばＨＴＭＬブラウザ３２などのアプリケーション部）によって処理される。
外部サーバ４０は、ネイティブアプリケーション３１や、放送により伝送されるコンテンツデータに関連するデータなどの各種のデータを、外部機器３０からのリクエストに応じて配信することが可能なサーバである。
次に、このシステム１における基本的な動作を図１および図２を用いて説明する。
なお、図２は、システム１における放送局１０、放送受信機２０および外部機器３０の間でのコンテンツデータおよびコマンドのやりとりに関する構成を示す図である。
１．まず、ユーザからの指示に従って外部機器３０が、外部サーバ４０にアクセスし、ユーザによって選択されたネイティブアプリケーション３１をダウンロードする。外部機器３０はダウンロードしたネイティブアプリケーション３１をインストールする。
ここで、ネイティブアプリケーション３１は、例えば、ＨＴＭＬ５文書からなるアプリケーションデータを処理することが可能なＨＴＭＬブラウザ３２や、ＡＶデータを再生可能なＡＶプレイヤーなどの各種のアプリケーション機能を備える。
２．ネイティブアプリケーション３１は起動されると、まず、ＷｉＦｉ（登録商標）などの無線通信を介して外部機器３０の探索を開始する。ネイティブアプリケーション３１によって放送受信機２０が発見されると、ユーザはその放送受信機２０を接続相手として選択する。ネイティブアプリケーション３１は、このユーザからの選択を受けて、放送受信機２０に接続を要求する。
３．放送受信機２０のレジデント機能部２２は、接続を要求してきたネイティブアプリケーション３１の認証を行う。レジデント機能部２２は、そのネイティブアプリケーション３１が、正当な（自身との接続が許可されるべき）ものであることを確認すると、そのネイティブアプリケーション３１との接続を許可する。これにより、外部機器３０のネイティブアプリケーション３１と放送受信機２０のレジデント機能部２２とが互いに通信可能な接続状態になる。
４．放送受信機２０のデータ放送受信部２１は、データカルーセルで伝送されたコンテンツデータおよびコマンドを受信する。コンテンツデータは、データカルーセルのＤＤＢ（DownloadDataBlock）メッセージにより伝送され、コマンドはデータカルーセルのイベントメッセージにより伝送される。データ放送受信部２１にて受信されたコンテンツデータおよびコマンドはレジデント機能部２２に与えられる。
５．図２に示すように、放送受信機２０のレジデント機能部２２は、コマンド取得部２１２と、コンテンツデータ取得部２２２とを有する。コマンド取得部２１２は、データ放送受信部２１より与えられたコマンドを、例えば、外部機器インタフェース２１３を用いて外部機器３０で動作しているネイティブアプリケーション３１に転送する処理などを行う。コンテンツデータ取得部２２２は、データ放送受信部２１より与えられたコンテンツデータをファイルサーバ２３に保存する処理などを行う。
６．外部機器３０のネイティブアプリケーション３１は、受け取ったコマンドに基づいて、ファイルサーバ２３にアクセスし、ファイルサーバ２３から対象のコンテンツデータを取得する。外部機器３０のネイティブアプリケーション３１は、例えば、コンテンツデータがＨＴＭＬ５文書によるアプリケーションデータである場合、ネイティブアプリケーション３１に組み込まれたＨＴＭＬブラウザを起動し、ＨＴＭＬブラウザにアプリケーションデータを受け渡す。これにより、ＨＴＭＬブラウザによってアプリケーションデータが処理される。
７．また、外部機器３０のネイティブアプリケーション３１は、適宜、放送受信機２０のレジデント機能部２２に対して、データ放送によって配信される、例えば電子番組表などのデータの取得を要求したり、チャンネルの切り替えなどの指示を与えることができる。
以上が、本技術に係る第１の実施形態であるシステム１における基本的な動作の説明である。
［放送受信機２０のハードウェア構成］
次に、放送受信機２０のハードウェア構成を説明する。
図３は放送受信機２０のハードウェア構成を示す図である。
放送受信機２０は、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ（Random Access Memory）２０２、ＲＯＭ（read only memory）２０３、リモコンＩ／Ｏ２０４、通信インタフェース２０５、チューナ２０６、復調部２０７、ＴＳデコーダ２０８、音声デコーダ２０９、映像デコーダ２１０、提示処理部２１１、システムバス２１２、外部機器インタフェース２１３、ストレージ２１４などを有する。放送受信機２０には、表示部２２０、音声出力部２３０が接続される。
ＣＰＵ２０１（第１のコントローラ）は、放送受信機２０の全体の制御、プログラムを実行するための演算処理などを行う。
ＲＡＭ２０２は、ＣＰＵ２０１により解釈して実行される各種のプログラムやデータが記憶されるランダムアクセス可能なメモリである。
ＲＯＭ２０３は、例えば、フォントなど、放送受信機２０にて用いられる各種のデータが固定的に格納された不揮発性メモリである。
リモコンＩ／Ｏ２０４は、リモートコントローラ（リモコン）２４０との間での赤外線信号や無線信号の入出力を行う。
通信インタフェース２０５は、インターネットおよびローカルエリアネットワークなどのネットワーク５０との通信のための処理を行う。
チューナ２０６は、ユーザにより選局された地上デジタルテレビジョン放送およびデータ放送サービスを受信する。
復調部２０７は、チューナ２０６にて受信された地上デジタルテレビジョン放送およびデータ放送サービスを復調してＴＳ（トランスポートストリーム）を復元する。
ＴＳデコーダ２０８は、ＴＳをエレメンタリストリーム毎に仕分けることによって、音声ストリーム、映像ストリーム、ＤＤＢメッセージ、イベントメッセージなどに分離する。
音声デコーダ２０９は、ＴＳデコーダ２０８にて分離された音声ストリームをデコードして、音声信号を増幅器およびスピーカを有するスピーカ部２３０に出力する。
映像デコーダ２１０は、ＴＳデコーダ２０８にて分離された映像ストリームをデコードして提示処理部２１１に供給する。
また、ＴＳデコーダ２０８にて分離されたＤＤＢメッセージおよびイベントメッセージはＣＰＵ２０１に供給される。ＣＰＵ２０１は、図１に示したデータ放送受信部２１およびレジデント機能部２２として動作する。データ放送受信部２１は、ＤＤＢメッセージによって固定長のブロック単位に分割されて伝送された各モジュールを抽出してコンテンツデータとしてレジデント機能部２２に供給する。また、ＣＰＵ２０１は、イベントメッセージによって伝送されたコマンドを取得してレジデント機能部２２に供給する。
提示処理部２１１は、映像デコーダ２１０からの映像信号、およびＣＰＵ２０１によって生成されたグラフィックス画像、文字などを合成して、表示部２２０の画面に提示するデータを生成し、表示部２２０に出力する。
外部機器インタフェース２１３（インタフェース）は、外部機器３０との接続のためのインタフェースである。外部機器インタフェース２１３は、例えばＷｉＦｉ（登録商標）、無線ＬＡＮ（Local Area Network）などの無線接続であってもよいし、イーサネット（登録商標）、ＵＳＢ（Universal Serial Bus）などの有線接続であってもよい。
ストレージ２１４は、データ放送サービスから取得したコンテンツデータなどが保存されるデータ格納部である。ストレージ２１４は、例えば、フラッシュメモリ、ハードディスクドライブなど、不揮発性を有する記憶装置であればよい。
［外部機器３０のハードウェア構成］
次に、外部機器３０のハードウェア構成を説明する。
外部機器３０は、放送受信機２０のセカンダリモニターとして利用されるため、携帯可能なサイズの情報処理装置であってよい。
図４は外部機器３０のハードウェア構成を示す図である。
外部機器３０は、ＣＰＵ３０１、ＲＡＭ（主メモリ）３０２、ＲＯＭ３０３、通信インタフェース３０５、外部機器インタフェース３０６、ストレージ３０７、システムバス３０８、入力操作部３０９、音声信号処理部３１０、表示制御部３１１、表示部３２０、音声出力部３３０などで構成される。
ＣＰＵ３０１（第２のコントローラ）は、外部機器３０の全体の制御、プログラムを実行するための演算処理などを行う。
ＲＡＭ３０２は、ＣＰＵ３０１により解釈して実行される各種のプログラムやデータが記憶されるランダムアクセス可能なメモリである。
ＲＯＭ３０３は、例えば、フォントなど、外部機器３０にて用いられる各種のデータが固定的に格納された不揮発性メモリである。
通信インタフェース３０５は、インターネットおよびローカルエリアネットワークなどのネットワーク５０との通信のための処理を行う。
外部機器インタフェース３０６（インタフェース）は、放送受信機２０との接続のためのインタフェースである。外部機器インタフェース２１３は、例えばＷｉＦｉ（登録商標）、無線ＬＡＮ（Local Area Network）などの無線接続であってもよいし、イーサネット（登録商標）、ＵＳＢ（Universal Serial Bus）などの有線接続であってもよい。
ストレージ３０７は、例えば、放送受信機２０より伝送されたコンテンツデータなどの各種のデータ、ＣＰＵ３０１により実行される各種のプログラムなどが保存される。
入力操作部３０９は、ユーザからの各種の指示やデータの入力を受け付ける。入力操作部３０９は、例えば、タッチセンサーパネルを用いて構成されたものであってよい。あるいは、メカニカルなキーを用いて構成されたものであってよい。
音声信号処理部３１０は、音声データから音声信号を生成して、増幅器およびスピーカを有する音声出力部３３０に供給する。
表示制御部３１１は、画像データから表示用の信号を生成して、表示画面を有する表示部３２０に供給する。
［コマンドについて］
次に、このシステム１において放送局からイベントメッセージにより伝送されるコマンドについて説明する。
コマンドには、例えば、以下のものがある。
・Receive & Launch App
・Set Receive & Launch App
・Reset Receive & Launch App
・Receive & Store Content
・Set Receive & Store Content
・Reset Receive & Store Content
・Send Message
・Launch App
などがある。
各々のコマンドの内容については、以下の動作例において説明する。
［システム1の動作例］
次に、本実施形態のシステム１において、上記のコマンドを使った、いくつかの動作例を説明する。
（Receive & Launch Appを使った動作）
図５は、Receive & Launch App（第１のコマンド）を使った動作を説明する図である。
放送の順番としては、コンテンツデータがＤＤＢメッセージにより伝送され、その後、そのコンテンツデータに関するReceive & Launch Appがイベントメッセージにより伝送される。コンテンツデータはアプリケーションデータとする。
次に、このReceive & Launch Appを使った動作を説明する。
まず、ＤＤＢメッセージで伝送されたアプリケーションデータ（App）を放送受信機２０のレジデント機能部２２におけるコンテンツデータ取得部２２２が取得する。コンテンツデータ取得部２２２は、取得したアプリケーションデータ（App）を放送受信機２０内のファイルサーバ２３に保存する。
その後、放送局１０からイベントメッセージによりReceive & Launch Appが伝送される。放送受信機２０のコマンド取得部２２１は、このReceive & Launch Appを取得すると、外部機器インタフェース２１３を通じて、直ちに、このReceive & Launch Appを外部機器３０のＣＰＵ３０１において動作中のネイティブアプリケーション３１に転送する。
外部機器３０のネイティブアプリケーション３１はReceive & Launch Appを受け取ると、このコマンドを実行する。すなわち、ネイティブアプリケーション３１は、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のアプリケーションデータを取得する。
この対象のアプリケーションデータを取得するときの動作をより詳細に説明すると、Receive & Launch Appには、対象のコンテンツデータを特定するための引数として、そのコンテンツデータのコンテンツＩＤが格納されている。ネイティブアプリケーション３１は、このコンテンツＩＤを引数とするファイルリクエストを外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３に送信する。放送受信機２０のファイルサーバ２３は、このファイルリクエストに応じて、対象のアプリケーションデータを外部機器３０のネイティブアプリケーション３１に応答する。このようにして外部機器３０のネイティブアプリケーション３１は、放送局１０より伝送されたコンテンツデータを取得する。
次に、ネイティブアプリケーション３１は、Receive & Launch Appに基づいてＨＴＭＬブラウザ３２を起動させ、ＨＴＭＬブラウザ３２に、対象のアプリケーションデータを引き渡す。これにより、ＨＴＭＬブラウザ３２においてアプリケーションデータをもとにアプリケーションが実行される。
上記のように、この動作例では、コンテンツデータ（アプリケーションデータ）がＤＤＢメッセージにより伝送されて放送受信機２０のファイルサーバ２３に保存される。一方、ファイルサーバ２３に保存されたコンテンツデータを外部機器３０が取得して処理するためのトリガとなるコマンド（Receive & Launch App）は、時刻同期をとりやすいイベントメッセージにより伝送され、放送受信機２０がこれを受信後に直ちに外部機器３０のネイティブアプリケーション３１に転送される。外部機器３０のネイティブアプリケーション３１は、このコマンドに従って放送受信機２０のファイルサーバ２３にアクセスして対象のコンテンツデータを取得し、このコンテンツデータに対応する機能を起動させて、コンテンツデータの処理を開始する。したがって、外部機器３０でのコンテンツデータの処理を、放送局１０が決めたタイミングで開始させることができる。
（Set Receive & Launch App とReset Receive & Launch Appを使った動作）
図６は、Set Receive & Launch App（第２のコマンド）とReset Receive & Launch App（第３のコマンド）を使った動作を説明する図である。
放送の順番としては、まずSet Receive & Launch Appがイベントメッセージにより伝送され、その後、Reset Receive & Launch Appがイベントメッセージにより伝送されるまでの間に、一回以上、放送局１０からコンテンツデータがＤＤＢメッセージにより伝送される。この動作例においても、コンテンツデータはアプリケーションデータとする。
次に、このSet Receive & Launch App とReset Receive & Launch Appを使った動作を説明する。
まず、放送局１０からイベントメッセージによりSet Receive & Launch Appが伝送される。放送受信機２０のコマンド取得部２２１は、このSet Receive & Launch Appを取得すると、Reset Receive & Launch Appが取得されるまで、次のようなコンテンツデータ待機動作モードになる。
放送局１０からアプリケーションデータ（App1）がＤＤＢメッセージにより伝送されると、放送受信機２０のコンテンツデータ取得部２２２はこのアプリケーションデータ（App1）を取得し、ファイルサーバ２３に保存する。
続いて、放送受信機２０のファイルサーバ２３は、コマンド取得部２２１に対してアプリケーションデータ（App1）の保存完了を通知する。この通知を受けたコマンド取得部２２１は、Receive & Launch Appを生成し、外部機器インタフェース２１３を通じて、このReceive & Launch Appを外部機器３０において動作中のネイティブアプリケーション３１に伝送する。
外部機器３０のネイティブアプリケーション３１は、Receive & Launch Appを受信すると、このReceive & Launch Appを実行する。すなわち、ネイティブアプリケーション３１は、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のアプリケーションデータ（App1）を取得する。
続いて、ネイティブアプリケーション３１は、ＨＴＭＬブラウザ３２を起動させ、ＨＴＭＬブラウザ３２に、対象のアプリケーションデータ（App1）を引き渡す。これにより、ＨＴＭＬブラウザ３２においてアプリケーションデータ（App1）をもとにアプリケーションが実行される。
この後、次のアプリケーションデータ（App2）がＤＤＢメッセージにより伝送されてきた場合には、放送受信機２０のコマンド取得部２２１がこれを取得し、上記同様にこのアプリケーションデータ（App2）をファイルサーバ２３に保存する。この後の動作もアプリケーションデータ（App1）の場合と同様である。すなわち、ファイルサーバ２３は、アプリケーションデータ（App2）の保存完了をコマンド取得部２２１に通知する。この通知を受けたコマンド取得部２２１は、Receive & Launch Appを生成し、外部機器インタフェース２１３を通じて、外部機器３０において動作中のネイティブアプリケーション３１に伝送する。
外部機器３０のネイティブアプリケーション３１は、Receive & Launch Appに従って、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のアプリケーションデータ（App2）を取得する。
次に、ネイティブアプリケーション３１は、Receive & Launch Appに基づいて、ＨＴＭＬブラウザ３２に対象のアプリケーションデータ（App2）を与える。この際、ＨＴＭＬブラウザ３２が停止している場合にはこれを起動させ、起動させたＨＴＭＬブラウザ３２にアプリケーションデータ（App2）を与える。これにより、ＨＴＭＬブラウザ３２においてアプリケーションデータ（App2）に基づくアプリケーションが実行される。
放送局１０からイベントメッセージによりReset Receive & Launch Appが伝送され、放送受信機２０のコマンド取得部２２１がこれを取得すると、コンテンツデータ待機動作モードが終了し、Set Receive & Launch Appを取得する前の動作状態、例えば、イベントメッセージにより伝送されるReceive & Launch Appなどのコマンドの待機動作モードに戻る。
上記の動作では、放送受信機２０がSet Receive & Launch Appのコマンドを受けてからReset Receive & Launch Appのコマンドを受けるまで、放送受信機２０のレジデント機能部２２は上記のようなコンテンツデータ待機動作モードで動作する。これにより、外部機器３０のネイティブアプリケーション３１において実行させるアプリケーションを、ＤＤＢメッセージによりコンテンツデータが伝送されるタイミングで切り替えるといった運用が実現される。
また、上記の動作では、外部機器３０に与えられるコンテンツデータを何度切り替えても、放送局１０からイベントメッセージにより伝送しなければならないコマンドはSet Receive & Launch AppとReset Receive & Launch Appの計２つで済む。したがって、放送局１０側のイベントメッセージによるコマンド伝送の運用コストが抑えられる。
（Receive & Store Contentを使った動作）
図７は、Receive & Store Content（第１のコマンド）を使った動作を説明する図である。
これまでアプリケーションデータがＤＤＢメッセージにより伝送される場合について説明したが、ここでは音楽データ、画像（動画）データなどのＡＶデータがコンテンツデータとしてＤＤＢメッセージにより伝送される場合を説明する。
放送の順番としては、まず、音楽データ、画像（動画）データなどのＡＶデータがＤＤＢメッセージにより伝送され、続いて、そのＡＶデータに関するReceive & Store Contentがイベントメッセージにより伝送される。
次に、このReceive & Store Contentを使った動作を説明する。
まず、放送局１０からＤＤＢメッセージにより音楽データ、画像（動画）データなどのＡＶデータ（AV）が伝送される。放送受信機２０のコンテンツデータ取得部２２２は、このＡＶデータ（AV）を取得すると、このＡＶデータ（AV）をファイルサーバ２３に保存する。
その後、放送局１０からイベントメッセージによりReceive & Store Contentが伝送される。放送受信機２０のコマンド取得部２２１は、このReceive & Store Contentを取得すると、外部機器インタフェース２１３を通じて、このReceive & Store Contentを外部機器３０において動作中のネイティブアプリケーション３１に転送する。
外部機器３０のネイティブアプリケーション３１はReceive & Store Contentを取得すると、このコマンドを実行する。すなわち、ネイティブアプリケーション３１は、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のＡＶデータ（AV）を取得する。
ネイティブアプリケーション３１は、取得したコンテンツデータを外部機器３０のストレージ３０７に保存する。このように外部機器３０のストレージ３０７に保存されたＡＶデータ（AV）は、ユーザにより指定された任意のタイミングで、ＡＶデータ（AV）を処理可能なＡＶプレイヤーなどのアプリケーションを使って再生される。
（Set Receive & Store ContentとReset Receive & Store Contentを使った動作）
図８は、Set Receive & Store Content（第２のコマンド）とReset Receive & Store Content（第３のコマンド）を使った動作を説明する図である。
放送の順番としては、まずSet Receive & Store Contentがイベントメッセージにより伝送され、その後、Reset Receive & Store Contentがイベントメッセージにより伝送されるまでの間に、一回以上、音楽データ、画像（動画）データなどのＡＶデータ（AV1）がＤＤＢメッセージにより伝送される。
次に、このSet Receive & Store ContentとReset Receive & Store Contentを使った動作を説明する。
まず、放送局１０から、イベントメッセージによりSet Receive & Store Contentが伝送される。放送受信機２０のコマンド取得部２２１は、このSet Receive & Store Contentを取得すると、次にReset Receive & Store Contentを取得されるまで、次のようなコンテンツデータ待機動作モードになる。
放送局１０からＡＶデータ（AV1）がＤＤＢメッセージにより伝送されると、放送受信機２０のコマンド取得部２２１はこのＡＶデータ（AV1）を取得し、ファイルサーバ２３に保存する。
続いて、放送受信機２０のファイルサーバ２３は、コマンド取得部２２１に対してＡＶデータ（AV1）の保存完了を通知する。この通知を受けたコマンド取得部２２１は、Receive & Store Contentを生成し、外部機器インタフェース２１３を通じて、このReceive & Store Contentを外部機器３０において動作中のネイティブアプリケーション３１に転送する。
外部機器３０のネイティブアプリケーション３１は、Receive & Store Contentを取得すると、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のＡＶデータ（AV1）を取得し、外部機器３０内のストレージ３０７に保存する。
この後、次のＡＶデータ（AV2）がＤＤＢメッセージにより伝送されてきた場合には、放送受信機２０のコマンド取得部２２１がこれを取得し、上記同様にこのＡＶデータ（AV2）をファイルサーバ２３に保存する。この後の動作もＡＶデータ（AV1）の場合と同様である。すなわち、ファイルサーバ２３は、ＡＶデータ（AV2）の保存完了をコマンド取得部２２１に通知する。この通知を受けたコマンド取得部２２１は、Receive & Store Contentを生成し、外部機器インタフェース２１３を通じて、外部機器３０において動作中のネイティブアプリケーション３１に転送する。
外部機器３０のネイティブアプリケーション３１は、Receive & Store Contentに従って、外部機器インタフェース３０６を通じて放送受信機２０のファイルサーバ２３にアクセスして、ファイルサーバ２３から対象のＡＶデータ（AV2）を取得し、ストレージ３０７に保存する。このように外部機器３０のストレージ３０７に保存されたＡＶデータ（AV1,AV2）は、ユーザにより指定された任意のタイミングで、ＡＶデータ（AV1,AV2）を処理可能なＡＶプレイヤーなどのアプリケーションを使って再生される。
放送局１０からイベントメッセージによりReset Receive & Store Contentが放送され、放送受信機２０のコマンド取得部２２１がこれを取得すると、コンテンツデータ待機動作モードが終了し、Set Receive & Store Contentを取得する前の動作状態、例えば、イベントメッセージにより伝送されるReceive & Store Contentなどのコマンドの待機動作モードに戻る。
上記の動作では、放送受信機２０がSet Receive & Store Contentのコマンドを受けてからReset Receive & Store Content のコマンドを受けるまで、放送受信機２０のレジデント機能部２２は上記のようなコンテンツデータ待機動作モードで動作する。これにより、外部機器３０に伝送する音楽データや画像（動画）データなどのＡＶデータを何度切り替えても、放送局１０からイベントメッセージにより伝送しなければならないコマンドはSet Receive & Launch AppとReset Receive & Launch Appの計２つで済む。したがって、放送局１０側のイベントメッセージによるコマンド伝送の運用コストが抑えられる。
（Send Messageを使った動作）
図９は、Send Message（第４のコマンド）を使った動作を説明する図である。
この動作は、放送局１０からイベントメッセージにより伝送されたSend Messageを放送受信機２０から外部機器３０に転送する動作である。Send Messageは、引き数としてテキスト形式のメッセージ本文がコンテンツデータとして格納されたコマンドである。
次に、このSend Message を使った動作を説明する。
まず、放送局１０からイベントメッセージによりSend Messageが伝送される。放送受信機２０のコマンド取得部２２１は、このSend Messageを受けると、このSend Messageを外部機器インタフェース２１３を通じて外部機器３０のネイティブアプリケーション３１に転送する。
外部機器３０のネイティブアプリケーション３１は、放送受信機２０のコマンド取得部２２１から転送されてきたSend Messageを受け取ると、このSend Messageに応じて、例えばメッセージ本文の提示など、特定の動作を行う。
（Launch Appを使った動作）
図１０は、Launch App（第５のコマンド）を使った動作を説明する図である。
この動作は、放送局１０からイベントメッセージにより放送されたLaunch Appを、放送受信機２０から外部機器３０に転送する動作である。Launch Appには、引き数として、データ(Data)のアクセス先を示すＵＲＬ（Uniform Resource Locator）が付加されている。
次に、このLaunch App を使った動作を説明する。
放送局１０からイベントメッセージによりLaunch Appが伝送される。放送受信機２０のコマンド取得部２２１は、このLaunch Appを取得すると、このLaunch Appを外部機器インタフェース２１３を通じて外部機器３０のネイティブアプリケーション３１に転送する。
外部機器３０のネイティブアプリケーション３１は、放送受信機２０のコマンド取得部２２１から転送されたLaunch Appを取得すると、このLaunch Appの引き数として格納されたＵＲＬをもとに、通信インタフェース３０５を用いて外部サーバ４０にアクセスして、対象のデータ(Data)をダウンロードする。
［コンテンツ記述子］
次に、放送局１０からデータカルーセルで伝送されるアプリケーションデータ、ＡＶデータ、メッセージなどのコンテンツデータを、放送受信機２０から外部機器３０に伝送するために必要な情報として、データカルーセルのＤＩＩ（DownloadInfoIndication）に格納されて伝送されるコンテンツ記述子について説明する。
図１１は、ＤＩＩのデータ構造を示す図である。
このＤＩＩのデータ構造は、デジタル放送におけるデータ放送符号化方式と伝送方式、標準規格、ARIB STD-B24、5.1版からの抜粋である。各々の記述子の意味は、上記の標準規格に記載されている。
このＤＩＩのデータ構造において、moduleInfoByteにはデータを分割した単位であるモジュールに関する情報として、上記のコンテンツ記述子を格納することができる。
図１２は、コンテンツ記述子のデータ構造を示す図である。
descriptor_tagは、デスクリプタタイプを示す８ビットのデータであり、ここではコンテンツ記述子を示すタグ値が記述される。
descriptor_lengthは、コンテンツ記述子の長さ（サイズ）を示す８ビットのデータである。このデータは、コンテンツ記述子の長さとして、以降のバイト数を示す。
content_categoryは、コンテンツデータのカテゴリーを示す８ビットのデータである。カテゴリーには、アプリケーション、音楽、画像（動画）、ゲーム、メッセージなどがある。
content_id_lengthは、コンテンツＩＤの長さ（サイズ）を示す８ビットのデータである。
content_id_byteは、コンテンツＩＤを示す８ビットのデータである。content_id_byteには、０からcontent_id_lengthに示す長さまでの範囲の長さのコンテンツＩＤを記述できる。
content_name_flagは、コンテンツに名前がある場合にセットされるフラグである。
bc_metadata_flagは、コンテンツデータの関連データがデータカルーセルで伝送される場合にセットされるフラグである。
bb_metadata_flagは、コンテンツデータの関連データが外部サーバ４０から取得可能である場合にセットされるフラグである。
module_link_flagは、コンテンツデータが複数のモジュールで伝送される場合にセットされるフラグである。
reservedは、フラグ用のリザーブの４ビットである。
content_name_lengthとcontent_name_byteは、content_name_flagがセットされている場合に記述される。content_name_lengthは、コンテンツの名前の長さを示す８ビットのデータである。content_name_byteは、コンテンツの名前を示す８ビットのデータである。content_name_byteには、０からcontent_name_lengthに示す長さまでの範囲の長さの名前を記述できる。
component_tagとmetadata_module_idは、bc_metadata_flagがセットされている場合に記述される。component_tagはカルーセルが伝送されるコンポーネントストリームを指定するデータである。metadata_module_idは、コンテンツデータの関連データが格納されたモジュールのモジュールＩＤである。このように関連データは、component_tagとmetadata_module_idとの組み合わせによって特定される。
metadata_url_lengthとmetadata_url_byteは、bb_metadata_flagがセットされている場合に記述される。metadata_url_lengthは、コンテンツデータの関連データが格納されたＵＲＬの長さを示すデータである。metadata_url_byteはそのＵＲＬのデータである。このmetadata_url_byteについては、０からmetadata_url_lengthに示す長さまでの範囲の長さのＵＲＬに対応可能なように、８ビットのmetadata_url_byteを複数使って１つのＵＲＬを記述できる。
number_of_moduleとrough_content_sizeは、module_link_flagがセットされている場合に記述される。number_of_moduleは、コンテンツデータが複数のモジュールで伝送される場合のモジュール数を示すデータである。rough_content_sizeは、コンテンツデータのサイズを示すデータである。
放送受信機２０のコマンド取得部２２１は、受信したＤＩＩメッセージに格納されている情報をもとに、データカルーセルのＤＤＢ（Download Data Block）メッセージによりモジュール単位で伝送されてくるデータを受信する。このとき、コマンド取得部２２１は、ＤＩＩメッセージのmoduleInfoByte に上記のコンテンツ記述子が格納されている場合には、このコンテンツ記述子を読み込み、どのようなコンテンツデータがどのデータカルーセルのどのモジュールで伝送されてくるかを認識して、コンテンツデータを受信する。このとき、コンテンツデータのカテゴリーがアプリケーション、ＡＶデータなどである場合には、コンテンツ記述子に記述されたrough_content_sizeをもとに放送受信機２０のファイルサーバ２３にコンテンツデータを保存するための準備が行われる。
［コンテンツ記述子の他の記述方法］
ＤＩＩのデータ構造において、moduleInfoByteにはデータを分割した単位であるモジュールに関する情報の記述子（InfoDescriptor）を格納することができる。ここで、InfoDescriptorは、モジュールに関する情報を格納するために標準規格で用意されているデータ構造である。
図１３は、そのInfoDescriptorの構造を示す図である。
ここで、text_charには、データ符号化方式ないし運用にて規定される文字符号を用いて、モジュールとして伝送するファイルに関する８ビットの文字列情報を複数記述できる。このtext_charにコンテンツ記述子が記述される。
コンテンツ記述子は、以下の情報を含む。
c_idはコンテンツデータを識別するＩＤである。
c_nameはコンテンツデータの名前である。
c_categoryはコンテンツデータのカテゴリーである。"app"はコマンドであることを意味する。その他、ＡＶデータなどのカテゴリーがある。
c_sizeはコンテンツデータのサイズ（キロバイト）である。
c_m_numberはコンテンツデータを伝送するモジュール数を示す。
Meta_moduleは、コンテンツデータに関連するデータのモジュールＩＤである。
Meta_urlは、コンテンツデータに関連するデータが置かれたネットワーク上のロケーションを示す。
［コマンドのデータ構造］
次に、コマンドのデータ構造を説明する。
コマンドはイベントメッセージにより伝送される。
イベントメッセージのデータはストリーム記述子に記載され、ストリーム記述子用のＤＳＭ−ＣＣセクション形式で伝送される。
図１４は、ストリーム記述子を伝送するＤＳＭ−ＣＣセクションのデータ構造を示す図である。
これは、標準規格、ARIB STD-B24、5.1版からの抜粋である。各々の記述子の意味は、上記の標準規格に記載されている。
ＤＳＭ−ＣＣセクションには、stream_descriptorに汎用イベントメッセージ記述子を格納することができる。
図１５は、汎用イベントメッセージ記述子のデータ構造を示す図である。
event_msg_group_idは、アプリケーションが受信すべきイベントメッセージ群を識別する識別子である。ここでは、event_msg_group_idに、コンテンツデータの処理に関するコマンドを伝送するイベントメッセージ群であることを示す値が記述される。
time_modeは、イベントメッセージの発生する時刻の指定方法を示すデータである。event_msg_group_idがコンテンツデータの処理に関するコマンドを格納したイベントメッセージ群を示す値であるとき、time_modeが"０"である場合、放送受信機２０にイベントメッセージを受信後、直ちにイベントメッセージを発生させる（外部機器３０に転送する。）ことを示す。time_modeが"１"である場合、修正ユリウス暦と日本標準時で表される絶対時刻にあわせてイベントメッセージを放送受信機２０に発生させることを示す。time_modeが"２"である場合、NPT時刻データにあわせてイベントメッセージを放送受信機２０に発生させることを示す。time_modeが"３"である場合、番組開始時刻からの相対時間（ミリ秒）指定にあわせてイベントメッセージを放送受信機２０に発生させることを示す。
private_data_byteには、１以上のコマンドを記述することができる。
図１６は、private_data_byteに格納されるコマンドのフォーマットの例を示す図である。
command_codeは８ビットのコマンドコードである。コマンドコード、コマンド、引き数の関係を図１７に示す。
no_of_ss_target_appsは、コマンドを伝送する外部機器３０のアプリケーションの数を示す８ビットのデータである。
app_categoryは、アプリケーションのカテゴリー（ＯＳの種類など）を示す８ビットのデータである。
app_id_lengthは、アプリケーションの長さ（サイズ）を示す８ビットのデータである。
app_id_byteは、アプリケーションの長さ（サイズ）を示す８ビットのデータである。このapp_id_byteについては、０からapp_id_lengthに示す長さまでの範囲の長さのデータに対応可能なように、８ビットのapp_id_byte を複数使って１つのapp_idを記述できる。
no_of_text_dataは、Send Messageで送られるメッセージやLaunch Appで送られるＵＲＬなどのテキストデータの数を示すデータである。
text_data byteは、メッセージの本文、およびＵＲＬそのもののテキストデータである。このtext_data byte についても０からno_of_text_data に示す長さまでの範囲の長さのデータに対応可能なように、８ビットのtext_data byte e を複数使って１つのメッセージの本文、ＵＲＬを記述できる。
content_id_byteは、コマンドの処理対象であるコンテンツデータを識別するデータである。このcontent_id_byteについても、０からno_of_content_id_byteに示す長さまでの範囲の長さのデータに対応可能なように、８ビットのcontent_id_byte を複数使って１つのcontent_id_を記述できる。
no_of_content_id_byteは、content_id_byteの最大数を示す８ビットのデータである。
［ＪＳＯＮによる記述例］
ＪＳＯＮ（JavaScript Object Notation）は、ソフトウェア間でのデータの受け渡しに用いられる、Java（登録商標）Scriptにおけるオブジェクトの表記法を応用したデータ形式である。
図１８は、ＪＳＯＮによるコンテンツ記述情報の記述例を示す図である。
ＪＳＯＮでは、キーと値をコロン(:)で区切って表記したペアがカンマ区切りで列挙される。値として配列やオブジェクトをとることができる。このため、配列やオブジェクトを何階層もネストすることができる。
この例は、Receive & Launch Appのコマンドの記述例である。Receive & Launch Appのコマンドの対象となるアプリケーションとして、複数のアプリケーションが" AppList"をキーとするオブジェクトにおいて指定される場合を想定している。各々のアプリケーションは、"AppID"をキーとするオブジェクトによって表現される。"AppID"をキーとするオブジェクトの中には、カテゴリー（AppCategory）のキーと値のペアがひとつのアプリケーションを特定する情報として記述される。さらに、この例では、コンテンツＩＤ（ContentID）のキーと値が、Receive & Launch Appのコマンドの対象となるコンテンツデータを指定する情報として記述されている。
なお、本技術は以下のような構成もとることができる。
（１）情報処理装置と接続が可能なインタフェースと、
ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを前記インタフェースを通じて接続された前記情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する第１のコントローラと
を具備する放送受信機。
（２）前記（１）に記載の放送受信機であって、
前記取得された前記コンテンツデータを保存するストレージをさらに具備し、
前記第１のコントローラは、前記接続された情報処理装置からの取得要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成される
放送受信機。
（３）前記（１）または（２）に記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送された第２のコマンドを取得したとき、前記ＤＤＢメッセージにより伝送されたコンテンツデータを取得する都度、前記第１のコマンドを生成して前記情報処理装置に転送する前記コンテンツデータ待機動作モードを設定するように構成される
放送受信機。
（４）前記（３）に記載の放送受信機であって、
前記第１のコントローラは、前記コンテンツデータ待機動作モードが設定されているとき、前記イベントメッセージより伝送された第３のコマンドを取得した場合、前記コンテンツデータ待機動作モードの設定を解除するように構成される
放送受信機。
（５）前記（１）ないし（４）のいずれかに記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してメッセージを伝送するための第４のコマンドを取得したとき、前記第４のコマンドを前記情報処理装置に転送するように構成される
放送受信機。
（６）前記（１）ないし（５）のいずれかに記載の放送受信機であって、
前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第５のコマンドを取得したとき、この第５のコマンドを前記情報処理装置に転送するように構成される
放送受信機。
（７）前記（１）ないし（６）のいずれかに記載の放送受信機であって、
前記第１のコマンドは、前記コントローラが前記情報処理装置に当該第１のコマンドを転送する時刻の指定方法に関する情報を含み、
前記第１のコントローラは、前記情報に基づいて前記第１のコマンドを転送する時刻を決定するように構成される
放送受信機。
１０…放送局
１１…データ放送部
２０…放送受信機
２１…データ放送受信部
２２…レジデント機能部
２３…ファイルサーバ
３０…外部機器
３１…ネイティブアプリケーション
３２…ＨＴＭＬブラウザ
４０…外部サーバ
５０…ネットワーク
２０１…ＣＰＵ
２０２…ＲＡＭ
２０３…ＲＯＭ
２０５…通信インタフェース
２０６…チューナ
２０７…復調部
２０８…ＴＳデコーダ
２０９…音声デコーダ
２１０…映像デコーダ
２１１…提示処理部
２１２…システムバス
２１３…外部機器インタフェース
２１４…ストレージ
２２１…コマンド取得部
２２２…コンテンツデータ取得部
２３０…音声出力部
２４０…リモートコントローラ
３０１…ＣＰＵ
３０２…ＲＡＭ
３０３…ＲＯＭ
３０５…通信インタフェース
３０６…外部機器インタフェース
３０７…ストレージ
本技術は、地上デジタルテレビジョン放送を受信する放送受信機及びその動作方法に関する。

Claims (13)

  1. 情報処理装置と接続が可能なインタフェースと、
    ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを前記インタフェースを通じて接続された前記情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する第１のコントローラと
    を具備する放送受信機。
  2. 請求項１に記載の放送受信機であって、
    前記取得された前記コンテンツデータを保存するストレージをさらに具備し、
    前記第１のコントローラは、前記接続された情報処理装置からの取得要求に応じて、前記ストレージに保存された前記コンテンツデータを前記情報処理装置に応答するように構成される
    放送受信機。
  3. 請求項２に記載の放送受信機であって、
    前記第１のコントローラは、前記イベントメッセージより伝送された第２のコマンドを取得したとき、前記ＤＤＢメッセージにより伝送されたコンテンツデータを取得する都度、前記第１のコマンドを生成して前記情報処理装置に転送するコンテンツデータ待機動作モードを設定するように構成される
    放送受信機。
  4. 請求項３に記載の放送受信機であって、
    前記第１のコントローラは、前記コンテンツデータ待機動作モードが設定されているとき、前記イベントメッセージより伝送された第３のコマンドを取得した場合、前記コンテンツデータ待機動作モードの設定を解除するように構成される
    放送受信機。
  5. 請求項４に記載の放送受信機であって、
    前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してメッセージを伝送するための第４のコマンドを取得したとき、前記第４のコマンドを前記情報処理装置に転送するように構成される
    放送受信機。
  6. 請求項５に記載の放送受信機であって、
    前記第１のコントローラは、前記イベントメッセージより伝送され、前記情報処理装置に対してネットワーク上のデータのアクセスを指示する第５のコマンドを取得したとき、この第５のコマンドを前記情報処理装置に転送するように構成される
    放送受信機。
  7. 請求項６に記載の放送受信機であって、
    前記第１のコマンドは、前記コントローラが前記情報処理装置に当該第１のコマンドを転送する時刻の指定方法に関する情報を含み、
    前記第１のコントローラは、前記情報に基づいて前記第１のコマンドを転送する時刻を決定するように構成される
    放送受信機。
  8. 第１のコントローラが、
    ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、
    イベントメッセージにより伝送され、前記取得されたコンテンツデータをインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを取得し、前記情報処理装置に転送する
    放送受信方法。
  9. ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機と接続が可能なインタフェースと、
    前記放送受信機より転送された前記第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを、前記インタフェースを通じて取得する第２のコントローラを具備する
    情報処理装置。
  10. 請求項９に記載の情報処理装置であって、
    前記第２のコントローラは、前記放送受信機より転送された前記第１のコマンドに応じて、前記取得したコンテンツデータを処理可能なアプリケーションを起動させるように構成される
    情報処理装置。
  11. 第２のコントローラが、
    インタフェースを通じて接続され、ＤＤＢメッセージにより伝送されたコンテンツデータを取得し、イベントメッセージにより伝送され、前記取得されたコンテンツデータを情報処理装置に取得させるための第１のコマンドを取得して前記情報処理装置に転送する放送受信機より、前記第１のコマンドを取得し、この第１のコマンドに応じて、前記放送受信機にて取得された前記コンテンツデータを前記インタフェースを通じて取得する
    情報処理方法。
  12. コンテンツデータをＤＤＢメッセージにより伝送し、
    前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送するデータ放送部を具備する放送装置。
  13. データ放送部が、
    コンテンツデータをＤＤＢメッセージにより伝送し、
    前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送する
    放送方法。
JP2020171739A 2014-04-30 2020-10-12 放送受信機及びその動作方法 Active JP6962434B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021168476A JP7331904B2 (ja) 2014-04-30 2021-10-14 放送受信機及び放送受信機の動作方法
JP2023130638A JP2023138785A (ja) 2014-04-30 2023-08-10 放送受信機および放送受信機の動作方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014094278 2014-04-30
JP2014094278 2014-04-30
JP2019084146A JP6780735B2 (ja) 2014-04-30 2019-04-25 放送受信機、放送受信方法、情報処理装置、情報処理方法及びプログラム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2019084146A Division JP6780735B2 (ja) 2014-04-30 2019-04-25 放送受信機、放送受信方法、情報処理装置、情報処理方法及びプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2021168476A Division JP7331904B2 (ja) 2014-04-30 2021-10-14 放送受信機及び放送受信機の動作方法

Publications (2)

Publication Number Publication Date
JP2021007260A true JP2021007260A (ja) 2021-01-21
JP6962434B2 JP6962434B2 (ja) 2021-11-05

Family

ID=54358381

Family Applications (5)

Application Number Title Priority Date Filing Date
JP2016515849A Active JP6519588B2 (ja) 2014-04-30 2015-04-10 放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法
JP2019084146A Active JP6780735B2 (ja) 2014-04-30 2019-04-25 放送受信機、放送受信方法、情報処理装置、情報処理方法及びプログラム
JP2020171739A Active JP6962434B2 (ja) 2014-04-30 2020-10-12 放送受信機及びその動作方法
JP2021168476A Active JP7331904B2 (ja) 2014-04-30 2021-10-14 放送受信機及び放送受信機の動作方法
JP2023130638A Pending JP2023138785A (ja) 2014-04-30 2023-08-10 放送受信機および放送受信機の動作方法

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2016515849A Active JP6519588B2 (ja) 2014-04-30 2015-04-10 放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法
JP2019084146A Active JP6780735B2 (ja) 2014-04-30 2019-04-25 放送受信機、放送受信方法、情報処理装置、情報処理方法及びプログラム

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2021168476A Active JP7331904B2 (ja) 2014-04-30 2021-10-14 放送受信機及び放送受信機の動作方法
JP2023130638A Pending JP2023138785A (ja) 2014-04-30 2023-08-10 放送受信機および放送受信機の動作方法

Country Status (9)

Country Link
EP (2) EP3139619B1 (ja)
JP (5) JP6519588B2 (ja)
BR (1) BR112016024651A2 (ja)
ES (1) ES2941654T3 (ja)
HU (1) HUE061372T2 (ja)
PH (1) PH12016502124A1 (ja)
PL (1) PL3748979T3 (ja)
PT (1) PT3748979T (ja)
WO (1) WO2015166635A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120081607A1 (en) * 2010-10-01 2012-04-05 Sony Corporation Receiving apparatus, receiving method, and program
WO2013031556A1 (ja) * 2011-08-26 2013-03-07 日本放送協会 受信機および受信方法
JP2013118614A (ja) * 2011-11-02 2013-06-13 Nippon Hoso Kyokai <Nhk> 受信機、プログラム及び放送システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4521123B2 (ja) * 2001-01-04 2010-08-11 株式会社東芝 データ放送システム及びデータ放送受信装置
US7721337B2 (en) * 2001-10-26 2010-05-18 Ibiquity Digital Corporation System and method for providing a push of background data
US9219950B2 (en) * 2011-11-01 2015-12-22 Sony Corporation Reproduction apparatus, reproduction method, and program
JP5857636B2 (ja) * 2011-11-02 2016-02-10 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
EP2902912B1 (en) * 2012-09-28 2018-10-24 Saturn Licensing LLC Information processing device, portable terminal, information processing method, program, and information processing system
JP5763127B2 (ja) * 2013-06-14 2015-08-12 株式会社東芝 電子機器および表示制御方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120081607A1 (en) * 2010-10-01 2012-04-05 Sony Corporation Receiving apparatus, receiving method, and program
WO2012043353A1 (ja) * 2010-10-01 2012-04-05 ソニー株式会社 受信装置、受信方法、及びプログラム
WO2013031556A1 (ja) * 2011-08-26 2013-03-07 日本放送協会 受信機および受信方法
US20140214967A1 (en) * 2011-08-26 2014-07-31 Nippon Hoso Kyokai Receiver and reception method
JP2013118614A (ja) * 2011-11-02 2013-06-13 Nippon Hoso Kyokai <Nhk> 受信機、プログラム及び放送システム

Also Published As

Publication number Publication date
ES2941654T3 (es) 2023-05-24
JPWO2015166635A1 (ja) 2017-04-20
JP7331904B2 (ja) 2023-08-23
JP6519588B2 (ja) 2019-05-29
EP3139619A1 (en) 2017-03-08
JP6780735B2 (ja) 2020-11-04
WO2015166635A1 (ja) 2015-11-05
JP2022002419A (ja) 2022-01-06
EP3139619A4 (en) 2017-09-27
PH12016502124A1 (en) 2017-01-09
HUE061372T2 (hu) 2023-06-28
PL3748979T3 (pl) 2023-05-08
BR112016024651A2 (pt) 2022-07-19
JP2019161658A (ja) 2019-09-19
EP3748979A1 (en) 2020-12-09
PT3748979T (pt) 2023-03-21
JP2023138785A (ja) 2023-10-02
JP6962434B2 (ja) 2021-11-05
EP3139619B1 (en) 2020-08-26
EP3748979B1 (en) 2023-03-01

Similar Documents

Publication Publication Date Title
JP6575831B2 (ja) 送信装置、送信方法、およびプログラム
CN105432087B (zh) 在配套设备上同步应用程序
JP6207673B2 (ja) 情報処理装置、情報処理方法、プログラム、アプリケーション情報テーブル供給装置およびアプリケーション情報テーブル供給方法
JP6438766B2 (ja) 受信装置、及び受信方法
US7263712B2 (en) Enabling a PC-DTV receiver to share the resource cache with multiple clients
WO2013065278A1 (ja) 情報処理装置、情報処理方法及びプログラム
JP2006005897A (ja) 端末装置、コンテンツ配信システム、情報出力方法、情報出力プログラム
US20140173673A1 (en) Information processing apparatus, information processing method, program, and application information table transmitting apparatus
US11949937B2 (en) Method and device to create interactivity between a main device and at least one secondary device
JP6962434B2 (ja) 放送受信機及びその動作方法
JP2015037264A (ja) 受信装置、送出装置、及びプログラム
US11012747B2 (en) Controlling an operation of an application based on application information table
JP6185959B2 (ja) 情報処理装置、情報処理方法、およびプログラム
JP6147141B2 (ja) デジタル放送受信機、及び、放送通信連携システム
JP5584729B2 (ja) 放送通信連携受信装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201111

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201111

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210810

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210914

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210927

R151 Written notification of patent or utility model registration

Ref document number: 6962434

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151