WO2015166635A1 - 放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法 - Google Patents

放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法 Download PDF

Info

Publication number
WO2015166635A1
WO2015166635A1 PCT/JP2015/002023 JP2015002023W WO2015166635A1 WO 2015166635 A1 WO2015166635 A1 WO 2015166635A1 JP 2015002023 W JP2015002023 W JP 2015002023W WO 2015166635 A1 WO2015166635 A1 WO 2015166635A1
Authority
WO
WIPO (PCT)
Prior art keywords
command
data
broadcast receiver
information processing
content data
Prior art date
Application number
PCT/JP2015/002023
Other languages
English (en)
French (fr)
Inventor
北里　直久
Original Assignee
ソニー株式会社
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 ソニー株式会社 filed Critical ソニー株式会社
Priority to EP15785875.4A priority Critical patent/EP3139619B1/en
Priority to JP2016515849A priority patent/JP6519588B2/ja
Priority to BR112016024651A priority patent/BR112016024651A2/pt
Priority to EP20188905.2A priority patent/EP3748979B1/en
Publication of WO2015166635A1 publication Critical patent/WO2015166635A1/ja
Priority to PH12016502124A priority patent/PH12016502124A1/en

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 or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • H04N21/43637—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or 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

Definitions

  • the present technology relates to a broadcast receiver and a broadcast receiving method for receiving terrestrial digital television broadcasts, an information processing apparatus and an information processing method for receiving broadcast content from the broadcast receiver, and a broadcast apparatus for broadcasting the broadcast content. And a broadcasting method.
  • a mechanism in which an application of an information processing apparatus such as a smartphone or a tablet terminal operates in cooperation with the broadcast program is drawing attention.
  • the information processing apparatus presents information about players participating in the sports program and information such as the flow of the game, so that the user can move the information processing apparatus to the second screen (2 You can enjoy the program while using it as the second screen.
  • Patent Document 1 discloses a system 1 that displays on a tablet computer, as an example of information related to a program, a program guide (EPG) and guidance corresponding to a program currently broadcast on the currently selected channel. Yes.
  • the tablet computer is configured to display information by acquiring detailed information regarding a program currently displayed on the video equipment from the metadata server.
  • an object of the present technology is to provide a broadcast receiver and a broadcast reception method capable of satisfactorily transmitting content data acquired from a broadcast from a broadcast receiver to an information processing apparatus connected thereto.
  • An information processing apparatus, an information processing method, a broadcasting apparatus, and a broadcasting method are provided.
  • a broadcast receiver acquires an interface that can be connected to an information processing apparatus, content data transmitted by a DDB message, and is transmitted by an event message. And a first controller for acquiring a first command for causing the information processing apparatus connected through the interface to acquire the acquired content data, and transferring the first command to the information processing apparatus.
  • the broadcast receiver further includes a storage for storing the acquired content data, and the first controller is stored in the storage in response to an acquisition request from the connected information processing apparatus.
  • the content data may be configured to respond to the information processing apparatus.
  • the first controller When the first controller acquires the second command transmitted from the event message, the first controller generates the first command each time the content data transmitted by the DDB message is acquired, and the information processing apparatus It may be configured to set the content data standby operation mode to be transferred.
  • the first controller is configured to cancel the setting of the content data standby operation mode when acquiring the third command transmitted from the event message when the content data standby operation mode is set. May be.
  • the first controller When the first controller obtains a fourth command transmitted from the event message and transmitted to the information processing apparatus, the first controller transfers the fourth command to the information processing apparatus. May be configured.
  • the first controller When the first controller acquires a fifth command transmitted from the event message and instructs the information processing apparatus to access data on a network, the first controller sends the fifth command to the information processing apparatus. It may be configured to forward.
  • the first command includes information on a method for specifying a time at which the controller transfers the first command to the information processing apparatus,
  • the first controller may be configured to determine a time to transfer the first command based on the information.
  • the first controller acquires the content data transmitted by the DDB message, is transmitted by the event message, and the acquired content data is connected through the interface.
  • the first command to be acquired by the information processing apparatus is acquired and transferred to the information processing apparatus.
  • An information processing apparatus acquires a content data transmitted by a DDB message, transmits a content data transmitted by an event message, and causes the information processing apparatus to acquire the acquired content data.
  • An interface that is connectable to a broadcast receiver that acquires a command and transfers it to the information processing apparatus, and the acquired by the broadcast receiver according to the first command transferred from the broadcast receiver
  • a second controller is provided for acquiring content data through the interface.
  • the second controller may be configured to start an application capable of processing the acquired content data in response to the first command transferred from the broadcast receiver.
  • a second controller is connected through an interface, acquires content data transmitted by a DDB message, is transmitted by an event message, and the acquired content data is
  • the broadcast receiver that acquires the first command for causing the information processing apparatus to acquire and transfers the first command to the information processing apparatus is acquired, and the broadcast receiver is acquired according to the first command.
  • the content data acquired in (1) is acquired through the interface.
  • a broadcasting apparatus transmits content data by a DDB message, and receives a first command for causing the information processing apparatus connected to the broadcast receiver through the interface to acquire the content data.
  • a data broadcasting unit for transmitting by event message is provided.
  • a broadcasting method is a data broadcasting unit that transmits content data using a DDB message, and causes the information processing device connected to the broadcast receiver through an interface to acquire the content data. 1 command is transmitted by an event message.
  • FIG. 1 is a diagram illustrating an overall configuration of a system 1 that is the first embodiment according to the present technology.
  • the system 1 includes a broadcast station (broadcast apparatus) 10, a broadcast receiver 20, an external device (information processing apparatus) 30, and an external server 40.
  • the broadcasting station 10 performs carousel transmission of digital terrestrial television broadcasting and data broadcasting.
  • this technology assumes transmission of content data and commands transmitted from the broadcast receiver 20 to the external device 30. That is, the broadcast station 10 transmits content data by a DDB message, operates the broadcast receiver 20 and the external device 30 so as to transmit the content data from the broadcast receiver 20 to the external device 30 through the interface,
  • the data broadcasting unit 11 transmits a command for operating the external device 30 by an event message so that the external device 30 acquires the information from the broadcast receiver 20.
  • the content data transmitted by the data carousel DDB message from the data broadcasting unit 11 of the broadcasting station 10 for example, application data, music data, image (video) data, message data, game data, and the like based on an HTML5 document are assumed. .
  • the broadcast receiver 20 includes a resident function unit 22 that is an application that performs data transmission and communication between a data broadcast receiving unit 21 that receives digital terrestrial television broadcasting and a data broadcasting service and a native application 31 of the external device 30. Have.
  • the resident function unit 22 transmits, for example, content data and commands acquired from the data carousel by the data broadcast receiving unit 21 to the native application 31 executed by the external device 30 connected to the broadcast receiver 20.
  • the broadcast receiver 20 does not ask
  • connection between the broadcast receiver 20 and the external device 30 for example, wireless communication such as WiFi (registered trademark) is used.
  • WiFi registered trademark
  • connection between the broadcast receiver 20 and the external device 30 is not limited to a wireless connection, and may be a wired connection.
  • the external device 30 is an information processing device such as a smartphone or a tablet terminal.
  • the external device 30 downloads the native application from the external server 40 in accordance with an instruction from the user, installs it, and uses it.
  • the native application 31 installed in the external device 30 communicates with the resident function unit 22 of the broadcast receiver 20 to exchange content data and commands.
  • the native application 31 is an application that operates on the platform of the external device 30.
  • Application data, music data, image (moving image) data, and messages based on an HTML5 document are processed by a function incorporated in the native application 31 (for example, an application unit such as the HTML browser 32).
  • the external server 40 is a server capable of distributing various data such as data related to the native application 31 and content data transmitted by broadcasting in response to a request from the external device 30.
  • FIG. 2 is a diagram showing a configuration relating to exchange of content data and commands among the broadcasting station 10, the broadcast receiver 20, and the external device 30 in the system 1.
  • the external device 30 accesses the external server 40 and downloads the native application 31 selected by the user.
  • the external device 30 installs the downloaded native application 31.
  • the native application 31 includes various application functions such as an HTML browser 32 capable of processing application data composed of HTML5 documents and an AV player capable of reproducing AV data.
  • the native application 31 When the native application 31 is activated, it first starts searching for the external device 30 via wireless communication such as WiFi (registered trademark). When the broadcast receiver 20 is found by the native application 31, the user selects the broadcast receiver 20 as a connection partner. In response to the selection from the user, the native application 31 requests connection to the broadcast receiver 20.
  • WiFi registered trademark
  • the resident function unit 22 of the broadcast receiver 20 authenticates the native application 31 that has requested connection.
  • the resident function unit 22 confirms that the native application 31 is valid (a connection with itself) should be permitted, the resident function unit 22 permits the connection with the native application 31.
  • the native application 31 of the external device 30 and the resident function unit 22 of the broadcast receiver 20 are connected to each other.
  • the data broadcast receiver 21 of the broadcast receiver 20 receives content data and commands transmitted by the data carousel.
  • the content data is transmitted by a data carousel DDB (DownloadDataBlock) message, and the command is transmitted by an event message of the data carousel.
  • the content data and commands received by the data broadcast receiving unit 21 are given to the resident function unit 22.
  • the resident function unit 22 of the broadcast receiver 20 includes a command acquisition unit 212 and a content data acquisition unit 222.
  • the command acquisition unit 212 performs a process of transferring the command given from the data broadcast receiving unit 21 to the native application 31 operating on the external device 30 using the external device interface 213, for example.
  • the content data acquisition unit 222 performs processing such as saving the content data given from the data broadcast receiving unit 21 in the file server 23.
  • the native application 31 of the external device 30 accesses the file server 23 and acquires target content data from the file server 23.
  • the native application 31 of the external device 30 activates an HTML browser incorporated in the native application 31 and delivers the application data to the HTML browser. Thereby, application data is processed by the HTML browser.
  • the native application 31 of the external device 30 appropriately requests the resident function unit 22 of the broadcast receiver 20 to acquire data such as an electronic program guide distributed by data broadcasting, or switches channels. Etc. can be given instructions.
  • FIG. 3 is a diagram illustrating a hardware configuration of the broadcast receiver 20.
  • the broadcast receiver 20 includes a CPU (Central Processing Unit) 201, a RAM (Random Access Memory) 202, a ROM (read only memory) 203, a remote control I / O 204, a communication interface 205, a tuner 206, a demodulation unit 207, a TS decoder 208, An audio decoder 209, a video decoder 210, a presentation processing unit 211, a system bus 212, an external device interface 213, a storage 214, and the like are included.
  • a display unit 220 and an audio output unit 230 are connected to the broadcast receiver 20.
  • the CPU 201 (first controller) performs overall control of the broadcast receiver 20, arithmetic processing for executing a program, and the like.
  • the RAM 202 is a randomly accessible memory that stores various programs and data that are interpreted and executed by the CPU 201.
  • the ROM 203 is a non-volatile memory in which various data used in the broadcast receiver 20 such as fonts are fixedly stored.
  • the remote control I / O 204 inputs and outputs infrared signals and radio signals to and from the remote controller (remote controller) 240.
  • the communication interface 205 performs processing for communication with the network 50 such as the Internet and a local area network.
  • the tuner 206 receives the terrestrial digital television broadcast and data broadcast service selected by the user.
  • the demodulator 207 demodulates the terrestrial digital television broadcast and data broadcast service received by the tuner 206 to restore a TS (transport stream).
  • the TS decoder 208 separates the TS into elementary streams, thereby separating the TS into an audio stream, a video stream, a DDB message, an event message, and the like.
  • the audio decoder 209 decodes the audio stream separated by the TS decoder 208 and outputs an audio signal to the speaker unit 230 having an amplifier and a speaker.
  • the video decoder 210 decodes the video stream separated by the TS decoder 208 and supplies the decoded video stream to the presentation processing unit 211.
  • the DDB message and event message separated by the TS decoder 208 are supplied to the CPU 201.
  • the CPU 201 operates as the data broadcast receiving unit 21 and the resident function unit 22 shown in FIG.
  • the data broadcast receiving unit 21 extracts each module divided and transmitted in fixed-length block units by the DDB message, and supplies it to the resident function unit 22 as content data. Further, the CPU 201 acquires a command transmitted by the event message and supplies it to the resident function unit 22.
  • the presentation processing unit 211 synthesizes the video signal from the video decoder 210 and the graphics image, characters, and the like generated by the CPU 201, generates data to be presented on the screen of the display unit 220, and outputs the data to the display unit 220. .
  • the external device interface 213 (interface) is an interface for connection with the external device 30.
  • the external device interface 213 may be a wireless connection such as WiFi (registered trademark) or wireless LAN (Local Area Network), or may be a wired connection such as Ethernet (registered trademark) or USB (Universal Serial Bus). Also good.
  • the storage 214 is a data storage unit in which content data obtained from the data broadcasting service is stored.
  • the storage 214 may be any non-volatile storage device such as a flash memory or a hard disk drive.
  • FIG. 4 is a diagram illustrating a hardware configuration of the external device 30.
  • the external device 30 includes a CPU 301, a RAM (main memory) 302, a ROM 303, a communication interface 305, an external device interface 306, a storage 307, a system bus 308, an input operation unit 309, an audio signal processing unit 310, a display control unit 311, and a display unit. 320, an audio output unit 330, and the like.
  • the CPU 301 (second controller) performs overall control of the external device 30, arithmetic processing for executing a program, and the like.
  • the RAM 302 is a randomly accessible memory that stores various programs and data that are interpreted and executed by the CPU 301.
  • the ROM 303 is a non-volatile memory in which various types of data used by the external device 30 such as fonts are fixedly stored.
  • the communication interface 305 performs processing for communication with the network 50 such as the Internet and a local area network.
  • the external device interface 306 is an interface for connection with the broadcast receiver 20.
  • the external device interface 213 may be a wireless connection such as WiFi (registered trademark) or wireless LAN (Local Area Network), or may be a wired connection such as Ethernet (registered trademark) or USB (Universal Serial Bus). Also good.
  • the storage 307 stores various data such as content data transmitted from the broadcast receiver 20 and various programs executed by the CPU 301, for example.
  • the input operation unit 309 accepts various instructions and data input from the user.
  • the input operation unit 309 may be configured using, for example, a touch sensor panel. Alternatively, it may be configured using a mechanical key.
  • the audio signal processing unit 310 generates an audio signal from the audio data and supplies it to the audio output unit 330 having an amplifier and a speaker.
  • the display control unit 311 generates a display signal from the image data and supplies it to the display unit 320 having a display screen.
  • Examples of commands include the following. ⁇ 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 and so on.
  • FIG. 5 is a diagram for explaining an operation using Receive & Launch App (first command).
  • content data is transmitted by a DDB message, and then Receive & Launch App related to the content data is transmitted by an event message.
  • the content data is application data.
  • the content data acquisition unit 222 in the resident function unit 22 of the broadcast receiver 20 acquires application data (App) transmitted by the DDB message.
  • the content data acquisition unit 222 stores the acquired application data (App) in the file server 23 in the broadcast receiver 20.
  • Receive & Launch App is transmitted from broadcast station 10 by event message.
  • the command acquisition unit 221 of the broadcast receiver 20 acquires the Receive & Launch App
  • the command acquisition unit 221 immediately transfers the Receive & Launch App to the native application 31 operating in the CPU 301 of the external device 30 through the external device interface 213.
  • the native application 31 of the external device 30 executes this command when receiving Receive & Launch App. That is, the native application 31 accesses the file server 23 of the broadcast receiver 20 through the external device interface 306 and acquires target application data from the file server 23.
  • the content ID of the content data is stored as an argument for specifying the target content data.
  • the native application 31 transmits a file request with the content ID as an argument to the file server 23 of the broadcast receiver 20 through the external device interface 306.
  • the file server 23 of the broadcast receiver 20 responds the target application data to the native application 31 of the external device 30 in response to this file request. In this way, the native application 31 of the external device 30 acquires the content data transmitted from the broadcast station 10.
  • the native application 31 activates the HTML browser 32 based on the Receive & Launch ⁇ App, and delivers the target application data to the HTML browser 32.
  • the application is executed on the HTML browser 32 based on the application data.
  • content data (application data) is transmitted by the DDB message and stored in the file server 23 of the broadcast receiver 20.
  • a command (Receive & Launch App) serving as a trigger for the external device 30 to acquire and process the content data stored in the file server 23 is transmitted by an event message that can easily be synchronized with the time. Is transferred to the native application 31 of the external device 30 immediately after receiving this.
  • the native application 31 of the external device 30 accesses the file server 23 of the broadcast receiver 20 according to this command, acquires the target content data, activates a function corresponding to this content data, and starts processing of the content data. To do. Therefore, the content data processing in the external device 30 can be started at the timing determined by the broadcast station 10.
  • FIG. 6 is a diagram for explaining an operation using Set Receive & Launch App (second command) and Reset Receive & Launch App (third command).
  • the broadcast order first, Set Receive & Launch App is transmitted by event message, and then the content data from broadcasting station 10 is DDB at least once before Reset Receive & Launch App is transmitted by event message. It is transmitted by message.
  • the content data is application data.
  • the Set Receive & Launch App is transmitted from the broadcast station 10 by an event message.
  • the command acquisition unit 221 of the broadcast receiver 20 acquires the Set Receive & Launch App, it enters the following content data standby operation mode until the Reset Receive & Launch App is acquired.
  • the content data acquisition unit 222 of the broadcast receiver 20 acquires the application data (App1) and stores it in the file server 23.
  • the file server 23 of the broadcast receiver 20 notifies the command acquisition unit 221 of the completion of saving the application data (App1). Upon receiving this notification, the command acquisition unit 221 generates Receive & Launch App, and transmits the Receive & Launch App to the native application 31 operating in the external device 30 through the external device interface 213.
  • the native application 31 of the external device 30 executes the Receive & Launch App. That is, the native application 31 accesses the file server 23 of the broadcast receiver 20 through the external device interface 306 and acquires target application data (App1) from the file server 23.
  • the native application 31 activates the HTML browser 32 and delivers the target application data (App1) to the HTML browser 32.
  • the application is executed in the HTML browser 32 based on the application data (App1).
  • the command acquisition unit 221 of the broadcast receiver 20 acquires the application data (App2), and the application data (App2) is transmitted to the file server 23 as described above. Save to.
  • the subsequent operation is the same as that of the application data (App1). That is, the file server 23 notifies the command acquisition unit 221 that application data (App2) has been saved.
  • the command acquisition unit 221 Upon receiving this notification, the command acquisition unit 221 generates ReceiveRe & Launch App and transmits it to the native application 31 operating in the external device 30 through the external device interface 213.
  • the native application 31 of the external device 30 accesses the file server 23 of the broadcast receiver 20 through the external device interface 306 according to ReceiveRe & Launch App, and acquires the target application data (App2) from the file server 23.
  • the native application 31 gives the target application data (App2) to the HTML browser 32 based on the Receive & Launch App.
  • the HTML browser 32 is stopped, it is activated, and application data (App2) is given to the activated HTML browser 32.
  • the application based on the application data (App2) is executed in the HTML browser 32.
  • the content data standby operation mode ends, and before the Set Receive & Launch App is acquired.
  • a standby operation mode of a command such as Receive & Launch App transmitted by an event message.
  • the resident function unit 22 of the broadcast receiver 20 performs the content data standby operation as described above from when the broadcast receiver 20 receives the command of Set Receive & Launch App until it receives the command of ResetReReceive & Launch App. Operate in mode. As a result, the operation of switching the application to be executed in the native application 31 of the external device 30 at the timing when the content data is transmitted by the DDB message is realized.
  • the command that must be transmitted by the event message from the broadcasting station 10 regardless of how many times the content data given to the external device 30 is switched is a total of 2 of Set Receive & Launch App and Reset Receive & Launch App. It's enough. Therefore, the operation cost of command transmission by the event message on the broadcasting station 10 side can be suppressed.
  • FIG. 7 is a diagram for explaining an operation using Receive & Store Content (first command).
  • application data is transmitted by a DDB message
  • AV data such as music data and image (moving image) data is transmitted as content data by a DDB message.
  • AV data such as music data and image (moving picture) data is transmitted by a DDB message, and then Receive & Store Content relating to the AV data is transmitted by an event message.
  • AV data such as music data and image (moving image) data is transmitted from the broadcasting station 10 by a DDB message.
  • the content data acquisition unit 222 of the broadcast receiver 20 acquires the AV data (AV)
  • the content data acquisition unit 222 stores the AV data (AV) in the file server 23.
  • Receive & Store ⁇ ⁇ ⁇ Content is transmitted from the broadcast station 10 by an event message.
  • the command acquisition unit 221 of the broadcast receiver 20 acquires the Receive & Store Content
  • the command acquisition unit 221 transfers the Receive & Store Content to the native application 31 operating in the external device 30 through the external device interface 213.
  • the native application 31 of the external device 30 executes this command when receiving Receive & Store Content. That is, the native application 31 accesses the file server 23 of the broadcast receiver 20 through the external device interface 306 and acquires target AV data (AV) from the file server 23.
  • AV target AV data
  • the native application 31 stores the acquired content data in the storage 307 of the external device 30.
  • the AV data (AV) saved in the storage 307 of the external device 30 in this way is reproduced using an application such as an AV player that can process the AV data (AV) at an arbitrary timing designated by the user. .
  • FIG. 8 is a diagram for explaining an operation using Set Receive & Store Content (second command) and Reset Receive & Store Content (third command).
  • Set Receive & Store Content is transmitted by event message, and after that, Reset Receive & Store Content is transmitted by event message at least once, music data, image (video) data AV data (AV1) such as is transmitted by the DDB message.
  • Set Receive Store Content is transmitted from the broadcast station 10 by an event message.
  • the command acquisition unit 221 of the broadcast receiver 20 acquires the Set Receive & Store Content, it enters the following content data standby operation mode until the next Reset Receive & Store Content is acquired.
  • AV data (AV1) is transmitted from the broadcast station 10 by a DDB message
  • the command acquisition unit 221 of the broadcast receiver 20 acquires the AV data (AV1) and stores it in the file server 23.
  • the file server 23 of the broadcast receiver 20 notifies the command acquisition unit 221 that AV data (AV1) has been saved.
  • the command acquisition unit 221 Upon receiving this notification, the command acquisition unit 221 generates ReceiveRe & Store Content, and transfers the Receive & Store Content to the native application 31 operating in the external device 30 through the external device interface 213.
  • the native application 31 of the external device 30 When the native application 31 of the external device 30 obtains Receive & Store Content, it accesses the file server 23 of the broadcast receiver 20 through the external device interface 306 to obtain the target AV data (AV1) from the file server 23, The data is stored in the storage 307 in the external device 30.
  • AV1 target AV data
  • the command acquisition unit 221 of the broadcast receiver 20 acquires the AV data (AV2) as described above, and the AV data (AV2) is stored in the file server 23 as described above. Save to.
  • the subsequent operation is the same as that for AV data (AV1). That is, the file server 23 notifies the command acquisition unit 221 that AV data (AV2) has been saved.
  • the command acquisition unit 221 Upon receiving this notification, the command acquisition unit 221 generates ReceiveRe & Store Content, and transfers it to the native application 31 operating in the external device 30 through the external device interface 213.
  • the native application 31 of the external device 30 accesses the file server 23 of the broadcast receiver 20 through the external device interface 306 according to ReceiveRe & Store Content, acquires the target AV data (AV2) from the file server 23, and stores the storage 307. Save to.
  • the AV data (AV1, AV2) stored in the storage 307 of the external device 30 in this way uses an application such as an AV player that can process the AV data (AV1, AV2) at an arbitrary timing designated by the user. Played.
  • the broadcast station 10 broadcasts Reset Receive & Store Content and the command acquisition unit 221 of the broadcast receiver 20 acquires it, the content data standby operation mode ends, and before the set Receive & Store Content is acquired.
  • the operation mode for example, a standby operation mode of a command such as Receive & Store Content transmitted by an event message.
  • the resident function unit 22 of the broadcast receiver 20 performs the content data standby operation as described above until the broadcast receiver 20 receives the command of Reset / Receive / Store / Content after receiving the command of Set / Receive / Store / Content. Operate in mode. Thus, no matter how many times AV data such as music data and image (video) data to be transmitted to the external device 30 is switched, commands that must be transmitted from the broadcast station 10 by an event message are Set Receive & Launch App and Reset Receive. & Launch App. Therefore, the operation cost of command transmission by the event message on the broadcasting station 10 side can be suppressed.
  • FIG. 9 is a diagram for explaining the operation using Send Message (fourth command).
  • This operation is an operation in which the Send Message transmitted from the broadcast station 10 by the event message is transferred from the broadcast receiver 20 to the external device 30.
  • Send Message is a command in which a text message body is stored as content data as an argument.
  • a Send Message is transmitted from the broadcast station 10 using an event message.
  • the command acquisition unit 221 of the broadcast receiver 20 transfers this Send Message to the native application 31 of the external device 30 through the external device interface 213.
  • the native application 31 of the external device 30 When the native application 31 of the external device 30 receives the Send Message transferred from the command acquisition unit 221 of the broadcast receiver 20, the native application 31 performs a specific operation such as presenting a message body, for example, according to the Send Message.
  • FIG. 10 is a diagram for explaining an operation using the Launch App (fifth command).
  • This operation is an operation of transferring the Launch App broadcast from the broadcast station 10 by an event message from the broadcast receiver 20 to the external device 30.
  • Launch App has a URL (Uniform Resource Locator) indicating an access destination of data (Data) as an argument.
  • URL Uniform Resource Locator
  • a Launch App is transmitted from the broadcast station 10 by an event message.
  • the command acquisition unit 221 of the broadcast receiver 20 transfers the Launch App to the native application 31 of the external device 30 through the external device interface 213.
  • the native application 31 of the external device 30 acquires the Launch App transferred from the command acquisition unit 221 of the broadcast receiver 20, it uses the communication interface 305 based on the URL stored as the argument of the Launch App.
  • the external server 40 is accessed and target data (Data) is downloaded.
  • DII DownloadInfoIndication
  • FIG. 11 is a diagram illustrating a data structure of DII.
  • the data structure of this DII is an excerpt from the data broadcasting encoding method and transmission method in digital broadcasting, the standard, ARIB STD-B24, 5.1. The meaning of each descriptor is described in the above standard.
  • the above-described content descriptor can be stored in moduleInfoByte as information about the module, which is a unit obtained by dividing the data.
  • FIG. 12 shows the data structure of the content descriptor.
  • Descriptor_tag is 8-bit data indicating a descriptor type, and a tag value indicating a content descriptor is described here.
  • Descriptor_length is 8-bit data indicating the length (size) of the content descriptor. This data indicates the number of subsequent bytes as the length of the content descriptor.
  • Content_category is 8-bit data indicating the category of content data. Categories include applications, music, images (movies), games, and messages.
  • Content_id_length is 8-bit data indicating the length (size) of the content ID.
  • Content_id_byte is 8-bit data indicating the content ID.
  • content_id_byte a content ID having a length ranging from 0 to the length indicated by content_id_length can be described.
  • Content_name_flag is a flag that is set when the content has a name.
  • Bc_metadata_flag is a flag that is set when related data of content data is transmitted in a data carousel.
  • Bb_metadata_flag is a flag that is set when related data of content data can be acquired from the external server 40.
  • Module_link_flag is a flag that is set when content data is transmitted by a plurality of modules.
  • Reserved is a 4-bit reserved flag.
  • Content_name_length and content_name_byte are described when content_name_flag is set.
  • content_name_length is 8-bit data indicating the length of the name of the content.
  • content_name_byte is 8-bit data indicating the name of the content.
  • a name having a length ranging from 0 to the length indicated by content_name_length can be described.
  • Component_tag is data specifying a component stream to which the carousel is transmitted.
  • metadata_module_id is a module ID of a module in which related data of content data is stored. In this way, the related data is specified by a combination of component_tag and metadata_module_id.
  • Metadata_url_length and metadata_url_byte are described when bb_metadata_flag is set.
  • metadata_url_length is data indicating the length of the URL in which the related data of the content data is stored.
  • metadata_url_byte is data of the URL. With regard to this metadata_url_byte, one URL can be described using a plurality of 8-bit metadata_url_bytes so as to be compatible with URLs having a length ranging from 0 to the length indicated by metadata_url_length.
  • number_of_module is data indicating the number of modules when content data is transmitted by a plurality of modules.
  • rough_content_size is data indicating the size of content data.
  • the command acquisition unit 221 of the broadcast receiver 20 receives data transmitted in module units by a DDB (Download Data Block) message of the data carousel based on the information stored in the received DII message.
  • a DDB Download Data Block
  • the command acquisition unit 221 reads this content descriptor, and what content data is transmitted in which module of which data carousel. Recognize whether or not to receive content data.
  • the category of content data is application, AV data, etc.
  • preparation for storing the content data in the file server 23 of the broadcast receiver 20 is performed based on the rough_content_size described in the content descriptor. Is called.
  • moduleInfoByte can store a descriptor (InfoDescriptor) of information about a module which is a unit obtained by dividing data.
  • InfoDescriptor is a data structure prepared by the standard for storing information on the module.
  • FIG. 13 shows the structure of the InfoDescriptor.
  • text_char a plurality of 8-bit character string information relating to a file to be transmitted as a module can be described using a character code defined by a data encoding method or operation.
  • a content descriptor is described in this text_char.
  • the content descriptor includes the following information.
  • c_id is an ID for identifying content data.
  • c_name is the name of the content data.
  • c_category is a category of content data. "app" means a command.
  • c_size is the size of content data (kilobytes).
  • c_m_number indicates the number of modules that transmit content data.
  • Meta_module is a module ID of data related to the content data.
  • Meta_url indicates a location on the network where data related to content data is placed.
  • the command is transmitted by an event message.
  • the data of the event message is described in the stream descriptor and is transmitted in the DSM-CC section format for the stream descriptor.
  • FIG. 14 is a diagram illustrating a data structure of a DSM-CC section that transmits a stream descriptor. This is an excerpt from the standard, ARIB STD-B24, 5.1. The meaning of each descriptor is described in the above standard.
  • the general event message descriptor can be stored in the stream_descriptor in the DSM-CC section.
  • FIG. 15 is a diagram illustrating a data structure of the general-purpose event message descriptor.
  • event_msg_group_id is an identifier for identifying an event message group to be received by the application.
  • event_msg_group_id a value indicating an event message group for transmitting a command related to processing of content data is described.
  • Time_mode is data indicating how to specify the time when the event message occurs.
  • event_msg_group_id is a value indicating an event message group storing commands related to processing of content data
  • time_mode is “0”
  • the event message is generated immediately after the broadcast receiver 20 receives the event message (external device) 30)).
  • time_mode is “1”
  • time_mode indicates that an event message is generated in the broadcast receiver 20 in accordance with the absolute time represented by the modified Julian calendar and Japan Standard Time.
  • time_mode is “2”
  • time_mode is “3”, it indicates that the event message is generated in the broadcast receiver 20 in accordance with the relative time (millisecond) designation from the program start time.
  • FIG. 16 is a diagram illustrating an example of a format of a command stored in private_data_byte.
  • Command_code is an 8-bit command code.
  • FIG. 17 shows the relationship between command codes, commands, and arguments.
  • No_of_ss_target_apps is 8-bit data indicating the number of applications of the external device 30 that transmits the command.
  • App_category is 8-bit data indicating the category (OS type, etc.) of the application.
  • App_id_length is 8-bit data indicating the length (size) of the application.
  • App_id_byte is 8-bit data indicating the length (size) of the application. With regard to this app_id_byte, one app_id can be described using a plurality of 8-bit app_id_bytes so that it can correspond to data having a length ranging from 0 to the length indicated by app_id_length.
  • No_of_text_data is data indicating the number of text data such as a message sent by Send Message and a URL sent by Launch App.
  • Text_data byte is text data of the message body and URL itself.
  • a plurality of 8-bit text_data byte e can be used to describe the text and URL of one message so that it can correspond to data having a length ranging from 0 to the length indicated by no_of_text_data.
  • Content_id_byte is data for identifying content data to be processed by the command. Also for this content_id_byte, one content_id_ can be described using a plurality of 8-bit content_id_bytes so that it can correspond to data having a length ranging from 0 to the length indicated by no_of_content_id_byte.
  • No_of_content_id_byte is 8-bit data indicating the maximum number of content_id_bytes.
  • JSON JavaScript (registered trademark) Object Notation
  • Java registered trademark
  • FIG. 18 is a diagram showing a description example of content description information by JSON.
  • JSON pairs in which a key and a value are separated by a colon (:) are listed with commas.
  • An array or object can be taken as a value. For this reason, arrays and objects can be nested in many layers.
  • This example is a command description example of Receive & Launch App. It is assumed that multiple applications are specified in the object with “AppList” as the key as the target of the command of Receive & Launch App. Each application is represented by an object having “AppID” as a key. In an object having “AppID” as a key, a key / value pair of a category (AppCategory) is described as information for identifying one application. Further, in this example, the key and value of the content ID (ContentID) are described as information for specifying the content data that is the target of the Receive & Launch App command.
  • this technique can also take the following structures.
  • the content data transmitted by the DDB message is acquired, the first command for acquiring the content data transmitted by the event message and causing the information processing apparatus connected through the interface to acquire the information is acquired and the information
  • a broadcast receiver comprising: a first controller that transfers to a processing device.
  • the broadcast receiver according to (1), A storage for storing the acquired content data;
  • the first controller is configured to respond to the information processing apparatus with the content data stored in the storage in response to an acquisition request from the connected information processing apparatus.
  • the broadcast receiver according to (3) The first controller is configured to cancel the setting of the content data standby operation mode when acquiring the third command transmitted from the event message when the content data standby operation mode is set. Broadcast receiver.
  • the broadcast receiver according to any one of (1) to (5), When the first controller acquires a fifth command transmitted from the event message and instructs the information processing apparatus to access data on a network, the first controller sends the fifth command to the information processing apparatus.
  • a broadcast receiver configured to transmit.
  • the broadcast receiver according to any one of (1) to (6),
  • the first command includes information related to a method for specifying a time at which the controller transfers the first command to the information processing apparatus,
  • the first controller is configured to determine a time to transfer the first command based on the information.

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. 　データ放送部が、
    　コンテンツデータをＤＤＢメッセージにより伝送し、
    　前記コンテンツデータを、放送受信機にインタフェースを通じて接続された情報処理装置に取得させるための第１のコマンドを、イベントメッセージにより伝送する
    　放送方法。
PCT/JP2015/002023 2014-04-30 2015-04-10 放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法 WO2015166635A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP15785875.4A EP3139619B1 (en) 2014-04-30 2015-04-10 Broadcast receiver, broadcast reception method, information processing apparatus, information processing method, broadcast apparatus, and broadcast method
JP2016515849A JP6519588B2 (ja) 2014-04-30 2015-04-10 放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法
BR112016024651A BR112016024651A2 (pt) 2014-04-30 2015-04-10 Receptor de difusão, métodos de recepção de difusão, de processamento de informação e de difusão, e, aparelhos de processamento de informação e de difusão
EP20188905.2A EP3748979B1 (en) 2014-04-30 2015-04-10 Broadcast receiver, broadcast receiving method
PH12016502124A PH12016502124A1 (en) 2014-04-30 2016-10-24 Broadcast receiver, broadcast reception method, information processing apparatus, information processing method , broadcasting apparatus, and broadcast method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014094278 2014-04-30
JP2014-094278 2014-04-30

Publications (1)

Publication Number Publication Date
WO2015166635A1 true WO2015166635A1 (ja) 2015-11-05

Family

ID=54358381

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/002023 WO2015166635A1 (ja) 2014-04-30 2015-04-10 放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法

Country Status (9)

Country Link
EP (2) EP3748979B1 (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 (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002208899A (ja) * 2001-01-04 2002-07-26 Toshiba Corp データ放送システム及びデータ放送受信装置
JP2013098859A (ja) * 2011-11-02 2013-05-20 Sony Corp 情報処理装置、情報処理方法及びプログラム
JP2013118614A (ja) * 2011-11-02 2013-06-13 Nippon Hoso Kyokai <Nhk> 受信機、プログラム及び放送システム
JP2013225897A (ja) * 2013-06-14 2013-10-31 Toshiba Corp 電子機器および表示制御方法
WO2014050733A1 (ja) * 2012-09-28 2014-04-03 ソニー株式会社 情報処理装置、携帯端末、情報処理方法、プログラム、および情報処理システム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7721337B2 (en) * 2001-10-26 2010-05-18 Ibiquity Digital Corporation System and method for providing a push of background data
US9179198B2 (en) * 2010-10-01 2015-11-03 Sony Corporation Receiving apparatus, receiving method, and program
EP2750309A4 (en) * 2011-08-26 2015-07-15 Japan Broadcasting Corp RECEIVERS AND RECEIVER PROCEDURES
US9219950B2 (en) * 2011-11-01 2015-12-22 Sony Corporation Reproduction apparatus, reproduction method, and program

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002208899A (ja) * 2001-01-04 2002-07-26 Toshiba Corp データ放送システム及びデータ放送受信装置
JP2013098859A (ja) * 2011-11-02 2013-05-20 Sony Corp 情報処理装置、情報処理方法及びプログラム
JP2013118614A (ja) * 2011-11-02 2013-06-13 Nippon Hoso Kyokai <Nhk> 受信機、プログラム及び放送システム
WO2014050733A1 (ja) * 2012-09-28 2014-04-03 ソニー株式会社 情報処理装置、携帯端末、情報処理方法、プログラム、および情報処理システム
JP2013225897A (ja) * 2013-06-14 2013-10-31 Toshiba Corp 電子機器および表示制御方法

Also Published As

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

Similar Documents

Publication Publication Date Title
JP6575831B2 (ja) 送信装置、送信方法、およびプログラム
JP6207673B2 (ja) 情報処理装置、情報処理方法、プログラム、アプリケーション情報テーブル供給装置およびアプリケーション情報テーブル供給方法
JP5493627B2 (ja) 情報処理装置、データ管理方法、およびプログラム
US7263712B2 (en) Enabling a PC-DTV receiver to share the resource cache with multiple clients
KR20160016945A (ko) 컴패니언 장치 상에서의 어플리케이션 동기화
WO2013065278A1 (ja) 情報処理装置、情報処理方法及びプログラム
JP2006005897A (ja) 端末装置、コンテンツ配信システム、情報出力方法、情報出力プログラム
US11949937B2 (en) Method and device to create interactivity between a main device and at least one secondary device
JP6962434B2 (ja) 放送受信機及びその動作方法
US20200213674A1 (en) Method for the combined broadcasting of a television programme and an additional multimedia content
JP6185959B2 (ja) 情報処理装置、情報処理方法、およびプログラム
US20200169778A1 (en) Broadcaster application remote control key handling
JP5854068B2 (ja) 情報処理装置、データ管理方法、およびプログラム
JP6147141B2 (ja) デジタル放送受信機、及び、放送通信連携システム
JP5584729B2 (ja) 放送通信連携受信装置
CN114286168A (zh) 节目列表的处理方法、显示设备及存储介质
US20180152748A1 (en) Display apparatus, user terminal and control methods thereof

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15785875

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016515849

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2015785875

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015785875

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 12016502124

Country of ref document: PH

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112016024651

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112016024651

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20161021

ENPC Correction to former announcement of entry into national phase, pct application did not enter into the national phase

Ref document number: 112016024651

Country of ref document: BR

Kind code of ref document: A2

Free format text: ANULADA A PUBLICACAO CODIGO 1.3 NA RPI NO 2432 DE 15/08/2017 POR TER SIDO INDEVIDA.

REG Reference to national code

Ref country code: BR

Ref legal event code: B01E

Ref document number: 112016024651

Country of ref document: BR

Kind code of ref document: A2

Free format text: REAPRESENTE A DECLARACAO REFERENTE AO DOCUMENTO DE PRIORIDADE DEVIDAMENTE ASSINADA, CONFORME ART. 408 C/C ART. 410, II, DO CODIGO DE PROCESSO CIVIL.

ENP Entry into the national phase

Ref document number: 112016024651

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20161021