WO2013031556A1 - 受信機および受信方法 - Google Patents

受信機および受信方法 Download PDF

Info

Publication number
WO2013031556A1
WO2013031556A1 PCT/JP2012/070925 JP2012070925W WO2013031556A1 WO 2013031556 A1 WO2013031556 A1 WO 2013031556A1 JP 2012070925 W JP2012070925 W JP 2012070925W WO 2013031556 A1 WO2013031556 A1 WO 2013031556A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
unit
receiver
broadcast
terminal
Prior art date
Application number
PCT/JP2012/070925
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
Priority claimed from JP2012112968A external-priority patent/JP2013066159A/ja
Priority claimed from JP2012112969A external-priority patent/JP5978000B2/ja
Application filed by 日本放送協会 filed Critical 日本放送協会
Priority to US14/239,598 priority Critical patent/US20140214967A1/en
Priority to EP12828400.7A priority patent/EP2750309A4/en
Publication of WO2013031556A1 publication Critical patent/WO2013031556A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/02—Arrangements for relaying broadcast information
    • H04H20/08—Arrangements for relaying broadcast information among terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2801—Broadband local area networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/08—Telephonic communication systems specially adapted for combination with other electrical systems specially adapted for optional reception of entertainment or informative matter
    • 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • 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/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG 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/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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]

Definitions

  • the present invention relates to a receiver and a receiving method.
  • This application includes Japanese Patent Application Nos. 2011-184564 and 2011-184565 filed in Japan on August 26, 2011, and Japanese Patent Application No. 2012-112968 filed in Japan on May 17, 2012. Claiming priority based on Japanese Patent Application No. 2012-112969, the contents of which are incorporated herein.
  • this broadcasting / communication cooperation service is distributed to receivers used by viewers and broadcast program contents broadcast from the broadcasting station side and distributed from the service provider side via an electric communication line such as the Internet.
  • This is a service for receiving content and reproducing the broadcast program content and distribution content in cooperation with each other.
  • the receiver can receive the broadcasting / communication cooperation service by executing an application for displaying and outputting the broadcast program content and the distribution content.
  • an attempt has been made to allow a viewer to receive a broadcasting / communication cooperation service by using a communication terminal by operating the receiver and the communication terminal in a cooperative manner.
  • Non-Patent Document 1 An application execution environment in digital broadcasting has been standardized and operated (for example, see Non-Patent Document 1).
  • This document describes technical matters related to the use of network devices in order to use devices connected to the network and the functions of the devices in conjunction with data broadcast contents.
  • Patent Document 1 discloses a technique for linking a communication terminal and an information processing device based on a request from the communication terminal.
  • the receiver and the communication terminal are linked, there is a request to link the application executed by the receiver and the application executed by the communication terminal.
  • some languages for client side applications such as HTML5 cannot be described as operating on the communication parent side (server side, host side). That is, when the application executed by each of the receiver and the communication terminal is an application described in a language such as HTML5, since each application is a client-side application, there is a problem that communication cannot be performed with each other. .
  • the present invention has been made in view of the above circumstances, and an object of the present invention is to provide a receiver capable of notifying information in real time to a terminal that operates in cooperation. It is another object of the present invention to provide a receiver capable of cooperatively operating an application executed by a receiver and an application executed by a communication terminal regardless of the language specification of the application.
  • a receiver includes a connection unit that establishes a communication connection with a terminal having a communication function, a broadcast reception unit that receives a broadcast signal, and a broadcast signal received by the broadcast reception unit.
  • the connection unit establishes the second information associated with the first information.
  • a transmission unit that performs push transmission to the terminal via a connection.
  • the first information may be application designation information for designating an application to be executed by the terminal device.
  • the receiver includes a control instruction receiving unit that receives a control instruction for the receiver from the terminal through the connection established by the connect unit, and a control instruction received by the control instruction receiving unit. And a control unit that controls the apparatus.
  • control instruction receiving unit may be configured to receive a selection instruction for selecting a predetermined broadcast channel as a control instruction.
  • the control unit may be configured to control the broadcast receiving unit to receive a broadcast signal of a designated broadcast channel in accordance with a selection instruction received by the control instruction receiving unit.
  • the receiver further includes a communication input / output unit that communicates with an external device via a network, and a content execution unit that executes the content received by the communication input / output unit from the external device. Also good.
  • the control instruction receiving unit receives a control instruction including content identification information indicating content to be executed by the content execution unit.
  • the communication input / output unit acquires the content indicated by the content identification information included in the control instruction received by the control instruction receiving unit from the external device. Further, the content execution unit controls to execute the content.
  • the receiver may further include a search response unit that transmits a response including a connection address used by the connection unit for a communication connection in response to a search for the receiver from the terminal.
  • a receiver includes a broadcast receiving unit that receives a broadcast signal, a separation unit that separates a broadcast stream from the broadcast signal received by the broadcast reception unit, and the separation unit separated
  • An application information acquisition unit that acquires information on an application to be executed by the device from a broadcast stream, an application execution unit that executes an application indicated by the information acquired by the application information acquisition unit, and a terminal that executes the execution unit and the application
  • a server unit that receives a request output by execution of the application, a connection unit that establishes a connection between the server unit and the application execution unit and the terminal, and the server unit via a connection established by the connection unit Received from the application execution unit The request is output to the terminal, and a bridge portion configured to output a request the server unit is received from the terminal to the application execution unit.
  • the bridge unit determines whether a relationship between an application executed by the application execution unit and an application executed by the terminal satisfies a predetermined condition, and when the condition is satisfied
  • the server unit outputs the request received from the application execution unit to the terminal via the connection established by the connection unit, and the server unit outputs the request received from the terminal to the application execution unit. It may be configured.
  • the application execution unit and the terminal when the application execution unit and the terminal establish a connection with the server unit by executing the application, the application execution unit and the terminal output type information indicating a type of the cooperative application to the connector unit. It may be configured to.
  • the predetermined condition in the bridge unit may be that the type information received by the connect unit from the application execution unit matches the type information received from the terminal.
  • the application information acquisition unit acquires information on an application to be executed by the terminal, in addition to information on an application to be executed by the own device, from the broadcast stream separated by the separation unit. It may be configured. Further, the predetermined condition in the bridge unit is that the application information executed by the application execution unit and the application information executed by the terminal are included in the same broadcast stream separated by the separation unit, respectively. May be.
  • the bridge unit may be configured to determine the predetermined condition when a connection is established by the connect unit.
  • the bridge unit when the bridge unit determines that the predetermined condition is satisfied, the bridge unit generates identification information for specifying the terminal and outputs the identification information to the application execution unit.
  • the identification information is included in the request received from the execution unit, the request is output to the terminal indicated by the identification information, and when the request is received from the terminal indicated by the identification information, the request and the identification A combination of information may be output to the application execution unit.
  • a reception method includes a step of establishing a communication connection with a terminal having a communication function, a step of receiving a broadcast signal, and a broadcast stream from the broadcast signal received by the broadcast receiver. And when the separated broadcast stream includes predetermined first information, the second information associated with the first information is pushed to the terminal via the established connection. Transmitting.
  • a receiving method includes a step of receiving a broadcast signal, a step of separating a broadcast stream from the received broadcast signal, and information on an application to be executed from the separated broadcast stream.
  • a step of acquiring, a step of executing an application indicated by the acquired information, a step of receiving a request output by execution of the application or a request output from a terminal, and a step of establishing a connection with the terminal And a step of outputting a request output by execution of the application to the terminal via the established connection, and a step of outputting a request output from the terminal to the application execution unit.
  • the information for a terminal included in a broadcast signal received by a receiver is extracted without a request (polling) from a terminal that operates in association
  • the information is notified to the terminal that operates in association.
  • the receiver according to the present invention can notify information in real time to a terminal that operates in cooperation.
  • a server unit that receives a request from an application executed by a receiver and an application executed by a terminal is provided, and the server unit outputs a request received from the terminal to the execution unit.
  • the request received from can be output to the terminal. That is, the receiver according to the present invention can cause the application executed by the receiver and the application executed by the communication terminal to perform a cooperative operation regardless of the language specification of the application.
  • FIG. 1 It is a block diagram which shows the function structure of the receiving system which is one Embodiment of this invention. It is a figure which shows the person using the broadcast communication cooperation system to which this invention is applied, and its relationship. It is a figure which shows the whole structure of a broadcast communication cooperation system. It is a figure which shows the terminal cooperation model of a broadcast communication cooperation system. The conceptual diagram of the service classification of a broadcast communication cooperation system is shown. It is a figure which shows the example of the text expression of AIT used for a broadcast communication cooperation system. It is a figure which shows the life cycle of the application in a broadcast communication cooperation system. It is a figure which shows the data flow between providers in a broadcast communication cooperation system. It is a figure which shows the flow of the data in the whole broadcast communication cooperation system.
  • FIG. 1 is an overall configuration diagram of a broadcasting / communication cooperation system according to an embodiment of the present invention. It is a functional block diagram which shows the internal structure of the receiver by the embodiment. It is a block diagram which shows the detailed structure of the application execution control part by the embodiment. It is a block diagram which shows the detailed structure of the presentation control part by the embodiment.
  • it is a general
  • It is a sequence diagram which shows the procedure of a process with the receiver which is the same embodiment, a receiver application server, and a content delivery server.
  • It is a flowchart which shows the process sequence of operation
  • It is a flowchart which shows the process sequence of operation
  • It is a flowchart which shows the process sequence of operation
  • One embodiment of the present invention is a receiver capable of switching between a state in which only a broadcast service is received and a state in which a stream-dependent service that is one service form of a broadcast communication cooperation service is received by a simple operation.
  • the present embodiment is a receiver that can switch the currently received broadcast communication cooperation service to the broadcast service under the control of the broadcast communication cooperation service supplier.
  • the present embodiment is a receiver that can acquire an application to be executed in the broadcasting / communication cooperation service and content data related to the application from an external supply source according to a request of the own apparatus.
  • the present embodiment is a receiver and a receiver system that includes a receiver and a device (terminal), and can dynamically change an application to be executed by a device that operates in cooperation. It is.
  • FIG. 1 is a block diagram showing a functional configuration of a receiving system according to an embodiment of the present invention.
  • the receiving system includes a receiver 4 and a device 8.
  • the receiver 4 includes a broadcast receiving unit 401, a separation unit 402, a communication input / output unit 411, an application execution control unit 412, an operation input unit 414, a channel selection unit 415, an external I / F unit 417, an operation And a reception unit 474.
  • the application execution control unit 412 includes an application storage unit 431, an application control unit 434, an application execution unit 435, a resource access control unit 438, and a resource control unit 439.
  • the application control unit 434 includes an application information acquisition unit 472, an activation control unit 473, and an end control unit 481.
  • the operation input unit 414 includes an activation request signal acquisition unit 471.
  • the external I / F unit 417 includes a device-side server unit 491, a receiver-side server unit 492, a connect unit 493, and a bridge unit 494.
  • the external I / F unit 417 may be provided for each device 8 to which the device-side server unit 491 is connected, and may be configured to be connected to the device 8 on a one-to-one basis, or one device-side server unit 491 is provided.
  • the apparatus side server unit 491 may be connected to the plurality of apparatuses 8.
  • the device 8 includes a connection control unit 501, a terminal application acquisition unit (abbreviated as a terminal application acquisition unit in the figure) 502, and a terminal application execution unit (abbreviated as a terminal application execution unit in the figure) 503. Consists of including.
  • the device 8 is a terminal (electronic device, information processing apparatus) having a communication function such as a mobile phone, a PDA, a smartphone, a tablet, or a personal computer.
  • the broadcast communication cooperation system (broadcast communication integration system, broadcast communication system, transmission / reception system) to which the present invention is applied is, for example, a Hybridcast (registered trademark) (hybrid cast) system, and a broadcast communication cooperation service (Hybridcast (registered trademark)).
  • Service broadcasting / communication integration service, broadcasting / communication service).
  • the broadcasting / communication cooperation service realized by the broadcasting / communication cooperation system to which the present invention is applied links a digital broadcasting service and a communication service using the Internet or the like.
  • a receiver such as a digital television, a personal computer, or a mobile terminal uses a display screen (hereinafter referred to as a “program”) of a broadcast program transmitted by broadcasting (hereinafter referred to as a program display screen).
  • program display screen a display screen of a broadcast program transmitted by broadcasting
  • broadcast screen a display screen of a broadcast program transmitted by broadcasting
  • application screens display screens of services and contents acquired by communication by applications installed in this receiver
  • FIG. 2 is a diagram showing a person who uses the broadcasting / communication cooperation system and its relationship.
  • a broadcasting station that sends a program accompanied by organization distributes the program to viewers by broadcast radio waves or a communication network.
  • Broadcasting stations provide service providers with metadata related to programs in order to enhance broadcast communication cooperation services.
  • a service provider that provides a broadcasting / communication cooperation service produces and distributes content and applications (hereinafter also referred to as “apps”) for providing the broadcasting / communication cooperation service to viewers.
  • application when simply described as “application”, it refers to an application for providing a broadcasting / communication cooperation service (an application of the broadcasting / communication cooperation service).
  • the content or application producer and distributor need not be the same service provider.
  • a broadcasting station may also serve as a service provider.
  • the service provider can also provide link information to other service providers.
  • the service provider can apply for registration of the application and obtain approval from the system administrator in order to indicate that the application to be provided is official. Approved applications are not restricted in operation on the receiver.
  • An approved application is called an A (Authorized) application
  • an unapproved application is called a general application.
  • the A application is also referred to as an official application, a registered application, an authenticated application, an authorized application, an authorized application, an authorized application, or an A (Authorized) type application.
  • the general application is also referred to as an unofficial application, an unauthenticated application, an unauthorized application, an unauthorized application, a U (Unauthorized) type application, or a U application.
  • the system administrator is an organization that certifies that the application (receiver application) provided to the viewer is the A application (official).
  • the system administrator's decision as to whether or not to approve the applied application depends on the commission from the broadcasting station.
  • an application for performing various settings may be installed in the receiver.
  • the display screen of the application in the receiver may overlap the display screen (video) of the program.
  • the viewer can download or start the application according to his / her will. Further, the viewer can overlap the display screen of the application with the display screen (video) of the program according to his / her intention.
  • FIG. 3 is a diagram illustrating the overall configuration of the broadcast communication cooperation system.
  • the broadcasting / communication cooperation system is configured by functionally adding a “broadcasting station server group”, a “service provider server group”, and a “receiver” to the current broadcasting station equipment using radio waves.
  • Broadcasting stations have broadcasting station facilities. Further, the broadcasting station configures and manages both the broadcasting station server group and the service provider server group.
  • the service provider configures and manages a service provider server group.
  • the system administrator manages and operates the repository server.
  • the receiver manufacturer manufactures and sells the receiver. The viewer has a receiver and enjoys a broadcasting / communication cooperation service.
  • a receiver (Hybridcast (registered trademark) receiver, broadcast receiving communication device) is equipped with a standardized common API (Application Program Interface). Further, the receiver receives broadcasts of the current system such as terrestrial digital broadcast and BS (broadcasting satellite) digital broadcast.
  • the broadcasting station equipment multiplexes a signal for starting a broadcasting / communication cooperation service into a broadcasting wave. The multiplexing method will be described later.
  • the broadcasting station server group manages and distributes content and metadata held by broadcasting stations.
  • the broadcast station server group includes various servers, a data storage unit (DB (database)), and an API, and the broadcast station server group includes a content management server, a viewer management server, a content distribution server, a broadcast A station service server is included.
  • DB data storage unit
  • the content management server that manages content manages programs and metadata that are broadcast content.
  • the content management server includes a program management server that manages a broadcast program or a broadcast program, and a metadata management server that manages metadata related to the program.
  • the metadata indicates, for example, a program title, a program ID, a program summary, performers, staff, broadcast date and time, script, captions, and commentary.
  • the viewer management server manages viewers (users), and the content distribution server distributes content data by communication.
  • the broadcast station service server is a server for the broadcast station to provide a service to a service provider. Services provided by the broadcast station service server include, for example, a social network service operated by a broadcast station and a web log (blog) for each broadcast program.
  • the data storage unit of the broadcasting station server group is composed of a part for storing contents and metadata held by the broadcasting station and a database.
  • the stored data can be accessed only by the service provider that is managing it, and is restricted so that it cannot be accessed by others.
  • the API of the broadcast station server group is an API for providing data in response to a request from the service provider server group.
  • the API is a program that an application calls to receive a service and its execution unit.
  • a service server group managed and operated by a service provider manages and provides applications and contents.
  • the service server group includes a receiver application server, a service server, a content distribution server, a data storage unit (DB (database)), and an API.
  • DB data storage unit
  • the receiver application server is a server that manages the application of the broadcasting / communication cooperation service.
  • the service provider stores, manages, and distributes applications that operate on the receiver. Service providers are composed of groups or individuals.
  • the receiver application server In response to a request from the receiver, the receiver application server notifies the receiver of the storage location of the application file (the application file will be described later) and distributes the application file.
  • the service server is a server that provides a service in response to a request from an application running on the receiver.
  • Examples of the service server include a multilingual subtitle server, a speech speed conversion voice server, a social TV server, a recommendation server, a program review server, and a bookmark server.
  • the content distribution server is a server that provides content in response to a request from an application running on the receiver.
  • Examples of the content distribution server include a VOD (Video On Demand) distribution server, a caption distribution server, and a multi-view distribution server.
  • the data storage unit of the service provider server group is a place for storing content data, metadata, data created by the service provider, viewer data, and application files.
  • the data stored in the data storage unit can be accessed only by the service provider that is managing it, and cannot be accessed by others.
  • the API of the service server group is an API for providing application files, contents, and services in response to requests from applications running on the receiver.
  • the receiver receives and displays the broadcast of the current system, and executes a broadcasting / communication cooperation service.
  • Current broadcasting is satellite broadcasting such as terrestrial digital broadcasting and BS digital broadcasting, and data broadcasting.
  • the receiver is connected to the Internet.
  • the receiver makes an application download request to the service provider server based on the information multiplexed on the received broadcast wave.
  • the application executes an application program included in the downloaded application file, the application operates on the receiver.
  • An application operating on the receiver accesses the service provider server and acquires content.
  • the receiver has a broadcasting / communication cooperation function which is a function necessary for executing a broadcasting / communication cooperation service such as a synchronization function and an application control function. Since the API for the broadcasting / communication cooperation function is shared, it is easy to create an application and the application does not depend on the receiver.
  • the broadcasting / communication cooperation service also incorporates functions for cooperation with devices such as personal computers and portable terminals.
  • Broadcast / communication cooperation functions include broadcast / communication cooperation basic functions and optional functions to be implemented as necessary.
  • the receiver manufacturer implements the broadcasting / communication cooperation basic function in all receivers.
  • the application uses the broadcasting / communication cooperation function through the API.
  • the broadcasting / communication cooperation function operates based on an API described later.
  • the API implemented by the receiver is specified so that the operation of the application is the same without depending on the receiver. Since all applications process the receiver through the API, the application cannot access functions specific to the receiver without going through the API.
  • FIG. 4 is a diagram illustrating a terminal cooperation model of the broadcasting / communication cooperation system.
  • the receiver can provide a service in cooperation with a terminal such as a portable terminal. Examples of terminals to be linked include a personal computer, a mobile phone, a tablet, a smartphone, and a PDA (Personal Digital Assistant).
  • the receiver provides, as an API, a function that can be used by other terminals as a receiver function.
  • An API that provides a function that can be used by other terminals is called a terminal cooperation API.
  • an application running on a mobile terminal can access a broadcasting resource such as acquisition of program information or call a receiver function such as reproduction control by using the terminal cooperation API.
  • the terminal cooperation API is an API for using functions of the receiver by other terminals and applications operating on the terminals.
  • the terminals that cooperate with each other target terminals on a home network (LAN) and terminals that are accessed through the Internet.
  • LAN home network
  • the definition of the API that provides various operations will be described later.
  • the terminal cooperation API providing process operating on the receiver operates the terminal cooperation API.
  • the terminal cooperation API providing process operates like a kind of daemon process that operates residently.
  • RESTful REST: Representational State Transfer
  • UPnP Universal Plug and Play
  • XMPP eXtensible Messaging and Presence Protocol
  • the receiver also supports a Notification function in which a server on the Internet notifies the receiver of information by pushing.
  • the receiver receives information notified by a push from a server or the like.
  • Some receiver operations may be controlled by the Notification function, and the Notification function is also defined as part of the terminal cooperation API specification.
  • the application model of the broadcasting / communication cooperation system is a model added or changed based on the concept of the application model of DVB-GEM1.2.
  • application life cycle control such as activation is performed in conjunction with broadcast or communication content.
  • the application is activated based on an AIT (Application Information Table) (application information table, application activation information) distributed together with the AV content.
  • AIT Application Information Table
  • a provider of AV content such as a broadcaster can also control a life cycle such as automatic startup and termination of an application.
  • non-linkage the application is started and terminated without being linked to broadcasting or communication content. In this case, the life cycle of the application such as the start and end of the application is controlled only by the viewer.
  • a service means a series of programs that can be broadcasted as part of a schedule organized by a broadcaster, but this concept has been expanded in a broadcasting / communication cooperation system to provide stream-dependent and independent services. Two service types are defined.
  • FIG. 5 shows a conceptual diagram of service types.
  • a related application is started by pseudo-tuning the stream dependent service and the independent service.
  • the stream dependent service is an extension of the service concept in the conventional sense, and is configured by adding an application (or a plurality of applications) operating in conjunction with an AV stream transmitted by broadcasting or communication.
  • An application can be started in conjunction with selection / playback of an AV stream (channel selection in the case of broadcasting).
  • the independent service does not include a video / audio stream, and is configured only by an application (a plurality of applications). When the viewer selects the stand-alone service, the application is activated.
  • There are two methods for starting an application a method of starting an application file acquired on the fly, and a method of starting an application file stored (installed) in a receiver in advance.
  • On-the-fly is a method of acquiring an application file by communication when an application is executed, and is also referred to as a non-install type or a direct execution type.
  • the receiver activates an application program of an application file in the local file system based on the well-known application by AIT described later.
  • the receiver acquires and installs an application file by communication, it rewrites the information in the location hierarchy set in the related AIT (see section 2.5.1) to the location on the local file system. Accordingly, an operation for generating a value for identifying a stand-alone service (required for each AIT unit of the stand-alone service) is required.
  • AIT Application startup information
  • FIG. 6 is a diagram showing an example of a text expression of AIT used in the broadcasting / communication cooperation system.
  • the AIT used in the broadcasting / communication cooperation system is based on the AIT defined by ARIB-J.
  • AIT there are binary representation for transmission in SI (Service Information) table and text representation (AIT File) in XML (extensible markup language) format.
  • SI Service Information
  • AIT File text representation
  • XML extensible markup language
  • Known applications that are linked to AV content are sometimes multiplexed with AIT on AV content transmitted by MPEG (Moving Picture Experts Group) -2 TS (Transport Stream) or sent separately with AIT information. .
  • AIT By transmitting AIT in conjunction with AV content, life cycle control such as activation of an application that is linked to a broadcast program or dynamic application that is linked to the progress of the program can be performed at the receiver.
  • Known methods include, for example, (1) ES (Elementary Stream) addition for AIT, (2) Descriptor addition to EIT (Event Information Table), (3) Carousel transmission (4) Acquisition of AIT file by communication, (5) Dynamic transmission of AIT file by communication, and the like.
  • the AIT ES is multiplexed on the broadcast TS in the same manner as in ARIB-J.
  • the AIT is transmitted in a DSM-CC (Digital Storage Media Command and Control) data carousel.
  • DSM-CC Digital Storage Media Command and Control
  • an AIT file is transmitted by a specific module.
  • the component tag and module of the broadcast communication cooperative activation file transmission carousel are fixed. For example, “AA” is set in the component tag, “0000” is set in the module ID, and a type indicating AIT is set in the Type descriptor of the module.
  • the receiver monitors the update of the module, and when the update is detected, rereads the AIT, and executes the control specified by the AIT (application life cycle control).
  • an AIT file prepared separately is acquired simultaneously with the selection of AV content.
  • the AV content to be reproduced (content ID)
  • the information describing application activation information (AIT) are acquired as starting points. It is possible to use the concept of unit content and entry components of server type broadcasting (ARIB TR-B27).
  • control for starting a new application or terminating the active application during playback of AV content is performed by the AIT transmitting by communication.
  • control is performed at a timing that is not assumed in advance, notification by push through communication is performed.
  • the receiver acquires an AIT including activation information of an application that operates independently by communication.
  • Independent applications are obtained from known application repositories. The procedure for obtaining the startup information of each independent application is shown below.
  • FIG. 7 is a diagram illustrating a life cycle of an application.
  • the application state is “Not Loaded”, “Loaded”, “Paused”, “Started”, “Destroyed” (destroyed) according to the application state in ARIB-J. ) ".
  • an application life cycle a series of processes from when an application is loaded and executed until the application is finished.
  • control of transition between the states is called life cycle control.
  • the life cycle control of an application linked to AV content is basically performed through selection of a stream dependent service.
  • the selection of the stream dependent service is made by the viewer.
  • a service is a set of a series of contents including AV contents and applications, and a life cycle such as activation and termination is controlled by a control code included in an AIT sent together with the application.
  • a single service may include a plurality of applications that operate simultaneously.
  • Selection of a service that triggers application activation includes control from an application through a receiver API, control from a navigator as a resident application of a receiver, control of a remote control button in the case of a broadcast service, and the like. .
  • presentation of content (AV content or application) included in the service before and after switching is switched.
  • the applications included in the service before and after the switching are different, the application that was activated before the switching is terminated by the service switching, and a different application can be activated after the switching. Details of these operations will be described later in section 2.4.
  • BML Broadcast Markup Language
  • an API for controlling the start of the broadcast communication cooperation application is added as a BML API.
  • BML is a multimedia coding system defined in ARIB STD B24, and is adopted as a data broadcasting system in the current Japanese terrestrial / BS / CS digital broadcasting.
  • An independent service is a virtual service that includes only an application, and by selecting an independent application, the application is started by acquiring an AIT by the same mechanism as the activation by AIT in Section 2.3.2.1. . However, in the stand-alone service, at least one auto-start application is started.
  • the stand-alone service is selected from, for example, an application launcher.
  • Termination by other applications Using the application termination API executed by the application, other running applications are terminated. In this case, an appropriate security policy for terminating other applications is necessary.
  • the receiver terminates the designated application by the receiver function. For example, a list of applications that are activated by the receiver is displayed, and the designated application is terminated by the viewer's selection.
  • Bound application is ready to be executed when receiving the associated organization service. That is, when the composition service is started by the AIT and the reception of the composition service is finished (when the composition channel being received is changed), the execution is finished. Another application started from the bound application is also handled as a bound application. When the first activated application that is the main book of a series of related bound applications is terminated, the other applications activated thereby are also terminated.
  • the execution of the application is continued even if the received composition service is changed. Since the AIT for starting the application cannot be obtained from the composition service, the start information is obtained by other means (for example, obtaining an AIT File (file) associated with the application using an application launcher, etc.). It is given to the receiver and activated. Another application started from the unbound application is also handled as an unbound application. The application is basically terminated explicitly by the operation of the viewer, but is terminated also when an instruction (KILLALL) for terminating all applications is given by the AIT from the receiving service.
  • KILLALL an instruction
  • An unbound application is not associated with a composition service, but as shown in Section 2.3.2.4, a bound application is associated with a virtual composition service (generated in the receiver when the receiver is started). The same startup processing mechanism can be applied.
  • the method of generating a virtual composition service depends on the implementation of the receiver, and what identification value is given to the composition service depends on the implementation of the receiver. However, if application files are stored in the receiver and can be started from the application launcher at an arbitrary timing, an ID for identifying a virtual organization service or an application file acquisition destination (service provider server or Since the server is described as the acquisition destination in the AIT acquired from the repository, it is necessary to change it so that it is acquired from the storage area in the receiver). Need to be updated.
  • the activation information of all applications is given by the AIT. Acquisition of the application file is instructed by the location information of the application included in the AIT.
  • the location information is described in a hierarchy of “/ ApplicationList / Application / applicationSpecificDescriptor / dvbjDescriptor / location” (XML is described as the contents of the location element).
  • the description of the location information is, for example, “http://192.168.11.37/demo.jar”.
  • the above is an example of acquiring demo.jar (Java (registered trademark) application archive) using the HTTP (Hypertext Transfer Protocol) protocol. The transport protocol to be used and the package format of the application will be described later.
  • the package format of the application depends on the application format (Java (registered trademark) or HTML5).
  • the receiver acquires a series of files (such as a program main body and an image file) necessary for starting the application by acquiring a group of files or entry files.
  • This series of files is an application file.
  • the application file includes a compressed series of files (such as a zip file), a Jar file (Java (registered trademark) execution environment), an entry HTML file (in the case of the HTML5 execution environment), and an entry file defined uniquely. Format is used.
  • the transmission method used when acquiring the application file via the network includes acquisition using the HTTP protocol and acquisition using the FILE protocol.
  • acquisition is performed using the GET method.
  • the designation of the location of the AIT is “http: // ⁇ ”.
  • the location specification of the AIT is set to “file: /// ⁇ ”.
  • descriptors are added to EIT and AIT to control application presentation from the relationship between the application and AV content. Details will be described later in section 4.3.
  • FIG. 8 is a diagram illustrating a data flow between business operators in the broadcast communication cooperation system
  • FIG. 9 is a diagram illustrating a data flow in the entire broadcast communication cooperation system.
  • FIG. 8 between the broadcast station server group and the server for each service of the service provider server group, between the broadcast station server group and the broadcast communication cooperation infrastructure server, and between the broadcast communication cooperation infrastructure server and the service
  • a description will be given of the API definition between the server for each service of the provider server group, the API between the receiver control and the broadcasting / communication cooperation base server, the metadata and the server for each service shown in FIG.
  • FIG. 10 is a diagram illustrating a sequence of a recommendation service.
  • Methods used between the service provider server group and the interface unit of the broadcast station server are “GET”, “POST”, “PUT”, and “DELETE”.
  • An example of the command format is shown below.
  • Parameters include ⁇ broadcast station name ⁇ , ⁇ server name ⁇ , ⁇ content ID ⁇ , ⁇ viewer ID ⁇ , ⁇ review ID ⁇ , ⁇ data to be managed ⁇ , ⁇ sort method ⁇ , ⁇ first item ⁇ , ⁇ Number ⁇ etc.
  • Data to be managed includes content information, user information, user generated content information, device information, and authentication information.
  • Content information includes title, summary, genre, broadcast date / time, broadcast time (scale), video mode, audio mode, caption data, script, performer, music, producer, production company, work, recommended program, video URI, playback It includes data indicating the number of times, CM, time stamp information, and the like.
  • the user information indicates the user's (viewer) name, age, gender, region, number of reviews written, number of comments written, favorites, friend list, playback location (time), playback end location (time), program viewing history, etc.
  • the user generated content information includes data indicating a content ID, a user ID, a review content, a review writing time, a review evaluation, and the like.
  • the device information includes a device ID.
  • the authentication information includes an authentication ID.
  • MPEG-2 Video or H.264 For multiplexing video encoded with H.264 / MPEG-4 Advanced Video Coding (AVC), audio encoded with MPEG-1 Audio Layer II, MPEG-2 Audio AAC, subtitles, etc.
  • AVC MPEG-4 Advanced Video Coding
  • MPEG-1 Audio Layer II MPEG-2 Audio Layer II
  • MPEG-2 Audio AAC MPEG-2 Audio AAC
  • subtitles etc.
  • Transport Stream format MPEG2-TS, MMT (MPEG Media Transport), MP4, etc. can also be used.
  • FIG. 11 is a diagram illustrating a transfer protocol stack.
  • Stream transmission uses RTP (Real-Time Transport Protocol) / UDP (User Datagram Protocol) and HTTP / TCP (Transmission Control Protocol).
  • RTP Real-Time Transport Protocol
  • UDP User Datagram Protocol
  • HTTP / TCP Transmission Control Protocol
  • HTTP / TCP Transmission Control Protocol
  • stream control is performed using HTTP connections, methods, and headers.
  • RTP Real-time Transport Protocol
  • RTSP Real Time Streaming Protocol
  • Multilingual subtitles comply with Timed Text Markup Language (W3C (World Wide Web Consortium)). Note that synchronization is performed separately at the application level. Each corresponding font is downloaded from the server as necessary. For example, a font file is placed on the HTTP payload. In this case, Web Dynamic Fonts and PFR (Portable Font Resource) are used. The font capacity is preferably about 5-35 MB (megabytes).
  • MPEG-2 Audio or PCM (Pulse Code Modulation) (AIFF-C (Audio Interchange File Format Compression)) is used.
  • MPEG-2 Audio the MPEG-2 AAC system defined in ARIB STD-B32 2.4 Edition, Part 2, Section 3.1 is used, and the encoding parameter constraints defined in Chapter 5 are Applied.
  • PCM the method defined in ARIB STD-B24 5.4 version 1st part 2 section 6.2 is used.
  • PCM the system defined in ARIB STD-B24 5.4 version 1st part 2 section 6.4 is used.
  • control code only APR (CR) and APD (LF) are used among the C0 control codes defined in ARIB STD-B24 5.4 version 1 Part 2 Section 7.2.2.1. . Other C0 control codes and C1 control codes are not used.
  • the conversion of character codes is in accordance with ARIB STD-B24 5.4 edition, Part 1, Part 2, Appendix E.
  • the receiver has a function of presenting a BML document that conforms to the terrestrial digital broadcast operation rules (ARIB TR-B14) or the BS digital broadcast operation rules (ARIB TR-B15).
  • the receiver must be able to present data broadcasting services provided by terrestrial digital broadcasting or BS digital broadcasting in accordance with existing standards.
  • the receiver is required only to present BML content distributed by the data carousel method in broadcasting, and BML content provided by the HTTP protocol by communication (TR-B14, Volume 3, Part 2, Section 5.14, TR -B15 Part 1, Part 3, Section 8.14) is not mandatory.
  • browser.startHybridcastApp () and getAITInfo () are specified as broadcasting extended APIs for starting the communication application specified below.
  • Table 2 shows the rules for browser.startHybridcastApp ().
  • browser.startHybridcastApp () is an API for starting a broadcasting / communication cooperation application.
  • Table 3 shows the rules for getAITInfo ().
  • getAITInfo () is an API for acquiring the latest AIT information included in the service being received.
  • HTML5 [3.5.3 HTML5] [3.5.3.1 Description method]
  • the receiver supports HTML5 as a description method of a presentation engine type application provided from communication.
  • the following are supported as JavaScript (registered trademark) APIs.
  • JavaScript registered trademark
  • those being studied by W3C include Working Draft (WD) or Editor's Draft (ED).
  • the API related to the data carousel transmitted by the broadcast wave is not essential.
  • the HTML5 browser of the receiver is JavaScript (registered trademark) processing system, Web Workers (W3C Working Draft 08 Feb. 2011), Widget Interface (W3C Working Draft 3 Feb. 2011), HTML Canvas2D Context (W3C Editor's Draft 28 Feb. 2011) ) Function. Web Workers supports multitasking, Widget Interface supports independent applications, and HTML Canvas 2D Context is necessary to support 2D vector graphics.
  • ARIB-J The receiver supports ARIB-J as a description method of an application execution engine type application provided from communication. Further, DVB Bluebook A153 (GEM Media Synchronization API) is used as a synchronization API between a plurality of streams.
  • GEM Media Synchronization API GEM Media Synchronization API
  • the name space is a character string description rule for specifying the positions of various resources such as video / audio contents, applications, monomedia files, and the like that are handled on the server or in the receiver. Namespace notation for referring to various resources used in section 3.5.2 and after is specified for each classification.
  • the resources include resources on the Internet server, resources on the application cache, and broadcasting resources.
  • Resources on the Internet server include stream resources such as VOD content and file resources such as applications and other resources referred to by applications.
  • Broadcast resources include stream resources such as programs being broadcast, past and future programs, and carousel resources such as modules and event messages.
  • the broadcasting / communication cooperation interface includes the following interfaces.
  • getRunningApplications Acquires information on applications being executed.
  • the return value of getRunningApplications includes apps [] and application_id and running_level for each application.
  • apps [] a list of running applications is set.
  • application_id an application ID is set, and is null when the application is a general application (unofficial application).
  • running_level an execution level (authentication result and viewer setting state) is set. From a security point of view, information that can be acquired for other applications should be restricted.
  • queryApplicationInfo Acquires information about the specified application.
  • getProgramInfo Acquires information on the broadcast being received. Return values are tuner_state, network_id, ts_id, orig_ts_id, service_id, event_id, and content_id. In tuner_state, a value indicating the reception state is set.
  • getEPGInfo Acquires various information in the EIT (+ SDT) of the broadcast being received.
  • saveApplicationToCache Saves the application file on the server in the cache.
  • queryApplicationInCache Search for an application file (application program) in the cache.
  • the arguments of queryApplicationInCache () are application_id, getDSMCCModule (), addBroadcastSignalListener (), and getListFromHybridcastMenu ().
  • application_id an application ID issued from the certification authority is set.
  • getDSMCCModule () acquires the specified module from the broadcast wave.
  • addBroadcastSignalListener registers a listener that monitors updates of SI, emergency information, carousel, and event messages.
  • getListFromHybridcastMenu acquires a list of top menu applications.
  • the return values of queryApplicationInCache () are user_apps [], broadcaster_apps [], and vendor_apps [].
  • addApplicationToHybridcastMenu Adds an application to the top menu.
  • getKeyFromBroadcast Acquires key information for limited server access from broadcasting.
  • querySupportedFunction Queries the application browser function. This is used for the purpose of checking whether the function / API is available.
  • the BroadacastSignalListener interface is a listener interface for monitoring SI, emergency information, carousel, and event messages acquired from broadcasting. This interface event also occurs when the associated organization service is changed during bound application execution.
  • the LocalDatabase interface is an interface for holding and managing viewer information in the receiver.
  • the viewer information is information that should not be output to the server side such as personal information, and is minimum information such as a viewer ID and a receiver ID.
  • SynchronizationManager interface An API similar to DVB Bluebook A153 (GEM Stream Synchronization API) is introduced as the SynchronizationManager interface. Further, the following interface is added as an API.
  • getCurrentSTC Acquires the current STC (System Time Clock) value.
  • STC System Time Clock
  • the system clock (STC) on the receiver side is multiplexed and distributed as a PCR (Program Clock Reference) signal in the MPEG2 transport stream so that the system clock (STC) inside the receiver is transmitted on the transmission side.
  • STC System Time Clock
  • getCurrentPositionInProgram Acquires the elapsed time from the start of the program.
  • delayStreamPresentation Starts delay presentation of the broadcast stream being presented.
  • getCurrentDelay Acquires the delay time amount (from the original presentation time) of the broadcast stream being presented.
  • [3.6.6 SecurityException interface] An interface for exceptions that occur when an application makes function calls and property operations that are prohibited at the current execution level.
  • the SecurityException interface is generated by calling each of the above APIs or by various operations on an object ( ⁇ video> for HTML5 or OO Controller for ARIB-J) that refers to a broadcast.
  • the receiver has the following functions as built-in functions.
  • the application launcher is a receiver built-in function that provides application selection for application launch. The target of selection is as follows. ⁇ Applications registered or stored in the receiver. -Pre-installed application in the receiver. ⁇ Applications registered in known repositories. ⁇ Applications whose application control code is other than AUTO_START among applications whose start instructions are described by application start information. ⁇ Application for which AUTO_START has been instructed by the user (this is a function for enabling the application to be restarted when the conditions (execution service being watched, time, etc.) that can be executed by the application are satisfied) Is).
  • the application launcher As a method for starting the application launcher, a specific key press on the remote controller, selection from a built-in menu of the receiver, or the like can be given.
  • the application launcher has a function that allows an application in the repository to be registered in the launcher itself, and allows a user to start a specific application quickly and easily. Further, the application launcher can be activated at any timing by the user regardless of the execution state of the application, and does not affect the execution state of the application.
  • the receiver makes it possible to use an API (terminal cooperation API) for an application that operates on a portable terminal connected via a home LAN or the like. Accordingly, the television (receiver) and various terminals can be operated in conjunction with each other.
  • an application on a mobile terminal can call up the function of a receiver, such as acquiring information about a program being viewed on a TV, performing a broadcast channel to be displayed on the TV, or controlling playback of VOD content. become.
  • the receiver includes a terminal cooperation manager. The details of the terminal cooperation function by the terminal cooperation manager are described below.
  • the terminal cooperation manager is provided in the external I / F unit 417 shown in FIG.
  • Terminal cooperation scope The scope of terminal cooperation at the receiver is assumed as follows.
  • Home network A case where a terminal linked with a receiver is connected to a home LAN together.
  • Internet A case where a plurality of receivers are linked through the Internet, or a receiver and a portable terminal are linked.
  • the terminal cooperation manager In addition to establishing communication between terminals, the terminal cooperation manager is a process for controlling the receiver function by API call from the terminal of the cooperation partner, and notifying information by pushing to the terminal. It is a software module of the receiver that rises at the same time. In order for the receiver and the terminal to cooperate, the terminal cooperation manager defines a device discovery protocol for establishing communication and a communication protocol for calling and returning a cooperation API and a return value.
  • FIG. 12 is a diagram illustrating the concept of the terminal cooperation manager.
  • the receiver has a configuration corresponding to a plurality of device discovery protocols and communication protocols. For example, a case where a plurality of different protocols are supported in cooperation in a home network, a case where different protocols are used as a protocol for home network, and a protocol used for cooperation through the Internet can be mentioned.
  • the receiver also provides a mechanism for not only cooperation with the receiver function of the receiver but also cooperation (inter-application cooperation) with the application operating on the receiver for the application operating on the mobile terminal.
  • An API for calling a receiver function is defined as an extended API for applications, but an API having basically the same function is provided for a mobile terminal.
  • this terminal cooperation function a general-purpose mechanism for transmitting and receiving commands and various kinds of information for cooperation between an application and a portable terminal is provided.
  • the terminal cooperation manager has a bridge function corresponding to a plurality of protocols, and bridges transmission / reception of data corresponding to each protocol in a receiver function call from a mobile terminal and communication with an application.
  • the terminal cooperation manager is provided in the receiver 4 as a part of the external I / F unit 417 shown in FIG.
  • the terminal linkage function covers not only the home network but also the connection through the Internet, but this section describes the specifications for device discovery in the home network. It is desirable that other existing protocols can be easily implemented and used, and the following specifications are examples.
  • SSDP Simple Service Discovery Protocol
  • UPnP Universal Plug and Play
  • SSDP is used in UPnP for searching based on the names (URIs) of UPnP devices and services on the network.
  • URI device cooperation service name
  • a connection destination including IP address and port number
  • WebSocket WebSocket is one of the related specifications of HTML5, and is a mechanism that enables bidirectional message transmission / reception by connecting an HTML5 application (client) and a server with WebSocket. Unlike the stateless connection of HTML, the WebSocket can maintain the connection, so that it is possible to realize push delivery from an application that exchanges messages in real time or from the server side.
  • FIG. 13 is a diagram illustrating an example in which a receiver and a mobile terminal are linked through communication using WebSocket.
  • a bidirectional communication path is generated by making a WebSocket connection to a receiver from an HTML5 application operating on a mobile terminal, and various commands and information are transmitted and received using the communication path. It can be performed.
  • the WebSocket bridge function is added to the mobile cooperation manager, and the WebSocket bridge has an operation as a WebSocket server and an operation for controlling a receiver function according to a function (API) called through the WebSocket. Realized.
  • API function
  • Specific event and event notification from the server side can be realized by defining the message format in WebSocket.
  • the message format a JSON format or an XML format is assumed.
  • a message example in the case of controlling the channel change of the receiver from the mobile terminal is shown below.
  • HTTP Since the portable terminal manager of the receiver has an HTTP server bridge function, various terminal APIs can be called based on a general-purpose HTTP protocol. However, since HTTP is a pull-type protocol, it is necessary to support a pseudo-push function such as long polling in order to perform notification by push from the receiver (server side).
  • UPnP UPnP Universal Plug and Play
  • UPnP Universal Plug and Play
  • Many devices such as DLNA compatible devices based on UPnP are already in widespread use.
  • the receiver and the portable terminal each support UPnP, a device cooperation function in accordance with the UPnP specification can be realized.
  • UPnP there are a server that provides a service (function) and a client that uses the service.
  • any of the receiver and the linked mobile terminal can be a UPnP server and a UPnP client.
  • the receiver when the receiver provides various information related to the broadcast program to other terminals, it is realized by adding a UPnP bridge function and operating the UPnP bridge function as a UPnP server.
  • Specific APIs and event notifications from the server side (receiver) are defined according to the UPnP format.
  • FIG. 14 is a diagram illustrating an example in which a receiver application and a mobile terminal application are linked by communication using WebSocket.
  • the WebSocket bridge of the terminal cooperation manager has two WebSocket server functions.
  • the WebSocket server A (receiver-side server unit 492 shown in FIG. 1) is operated as an application connection destination, and in addition, the WebSocket server B (device-side server unit 491 shown in FIG. 1) is connected as an HTML5 application connection destination on the cooperation terminal.
  • the data received by one WebSocket server is transmitted to the connection destination of the other WebSocket server, so that bidirectional communication by WebSocket is possible between the receiver and the cooperation destination terminal.
  • the application connects to a known local WebSocket server using the WebSocket API of HTML5 (eg, ws: // localhost: 8880 / hybridcast_app /).
  • the HTML5 application running on the cooperation terminal specifies a WebSocket server on the receiver that can be connected using the device discovery mechanism (eg, ws: //192.168.11.5: 8880 / external_app /) and connects.
  • a communication path using WebSocket between the two is generated, and cooperation is possible by transmitting and receiving commands and data in the communication path.
  • FIG. 15 shows an application management model in the broadcasting / communication cooperation system.
  • the “A application” is assured of the operation expected in the specifications of the broadcasting / communication cooperation system.
  • the “A application” is given an ID and signature at the time of registration, and the signature is verified by the secure manager defined in section 2.2 at the receiver, allowing access to all APIs, and program linkage using broadcast resources Service can be performed.
  • the AIT transmitted from the broadcaster enables fine presentation control according to the broadcaster's requirements.
  • the “general application” does not need to be registered in advance, but the operation expected in the specifications of the broadcasting / communication cooperation system is not guaranteed, and the broadcasting-related API cannot be handled from the application. Since “general application” is not assigned an ID and signature, it is difficult to specify individual applications, but it is possible to execute the application with presentation restrictions based on the requirements of the broadcaster.
  • FIG. 16 shows a functional model of the secure manager.
  • the secure manager is a function that comprehensively manages security in the receiver.
  • a application As described above, applications that run on the receiver are roughly classified into two types, “A application” and “general application”, depending on the distribution form of application files. “A application” and “general application” are distinguished according to the presence or absence of an ID and signature as shown in section 4.1, and the API access range in the receiver and the control range from the broadcaster are different. The operation contents of are different.
  • the purpose of the application monitoring / control function is to identify the difference between the types of the A application and the general application, and to reliably control the operation at the time of executing the application.
  • Application authentication The receiver identifies either an A application or a general application for all applications to be executed, and further identifies an ID for an A application.
  • the A application or the general application is distinguished by confirming the presence or absence of a signature attached to the application file (application program). If the application is an A application, the receiver further acquires an application ID described in the signature. Application identification is performed when an application is acquired or activated.
  • Screen presentation control described later in section 4.3.
  • Resource access control The receiver performs access control to APIs such as broadcast resources of the application being executed. When an application tries to access an API, if the application is a general application, the access is restricted by the type of API.
  • screen presentation control is executed based on the type of the A application or the general application and the presentation policy of the selected broadcaster. Details will be described later in section 4.3.
  • (4) Revocation An application revocation function is provided.
  • the receiver has protection functions such as viewer information protection and virus countermeasures.
  • FIG. 17 is a diagram showing the concept of the screen presentation control method.
  • the screen presentation control method is intended to reflect the broadcaster's presentation policy on how to display the communication application on the screen for each broadcast program on the receiver. This is called control.
  • presentation control in units of programs according to composition, presentation control for events occurring in a program such as an earthquake early warning, and presentation control in units of applications are realized.
  • FIG. 18 is a diagram illustrating a basic operation model of screen presentation control.
  • the method of presenting the communication content for the broadcast program which is assumed in advance by the broadcaster, is managed as a presentation rule by the receiver.
  • levels are classified according to the order of superposition and the difference in arrangement, and a table of presentation levels (policy levels) and presentation methods is held in the receiver as presentation rules.
  • the broadcaster multiplexes and transmits the designated presentation level to the broadcast wave, and the receiver collates the presentation level with the presentation rules to determine the presentation method. Thereby, presentation control based on the presentation policy of the broadcaster can be realized.
  • EIT program genre The policy level is determined from the program genre described in the existing EIT content descriptor. For this purpose, the receiver manages a correspondence table between program genres and policy levels.
  • the relationship with the ARIB standard is ARIB STD-B10, Part 2, 6.2.4, Appendix H.
  • Table 4 is a table showing a specific example of the relationship between the program genre and the policy level.
  • the program genre (program_genre) is composed of two stages of “content_nibble_level1” (0x0 to 0xF) representing the major classification and “content_nibble_level2” (0x0 to 0xF) representing the middle classification.
  • the table managed by the receiver covers the genre of the middle category, and defines a policy level value.
  • EIT + New descriptor added to EIT: A new descriptor is added to the event information section of EIT, and policy information is described. The receiver interprets this descriptor and executes a desired process, thereby realizing control according to the policy level for each program.
  • the relationship with the ARIB standard is ARIB TR-B14 (second volume), Part 3 31.3, ARIB STD-B10 Volume 2, 5.2.7.
  • Table 5 is a table showing the structure of the event security descriptor.
  • the event security descriptor shown in the figure is newly defined, and this event security descriptor is stored in the descriptor area in the EIT and transmitted.
  • a policy level policy level
  • an application ID application_identifier
  • a control code application_control_code
  • a priority application_priority
  • protocol identification protocol_id
  • program related flag associated_application_flag
  • policy_level represents a policy level in units of programs.
  • the policy level is a value from 1 to 4.
  • application_identifier () is an identifier for identifying an application.
  • Table 6 shows the structure of application_identifier ().
  • Organization_id represents the organization that created the application and takes a value of 0x00000063 or later.
  • application_id represents a number for identifying an application. application_id is uniquely assigned within the organization identification.
  • Application_control_code specifies the control code that controls the application state. Table 7 shows the definition of the control code.
  • Application_priority indicates the policy level for each application.
  • the policy level for each application indicates the relative priority among the applications announced in the service.
  • the priority is a value from 1 to 4.
  • Protocol_id indicates the protocol for transmitting the application file.
  • Table 8 shows the protocol_id specification.
  • Associated_application_flag indicates whether the application is linked to the program.
  • Table 9 shows the protocol_id specification.
  • AIT table definition and addition of new descriptor (AIT +): AIT is extended to transmit policy information. The receiver interprets this table and executes a desired process, thereby realizing control corresponding to a policy level for an event that occurs at any time.
  • the relationship with the ARIB standard is ARIB STD-B23 Part 2 10.16.
  • Table 10 shows the data structure of AIT.
  • the AIT shown in Table 10 is an extension of the AIT data structure defined by ARIB STD-B23.
  • AIT describes a policy level, an application ID, and a control code.
  • the AIT is transmitted in the section format, and is always transmitted while the event is continuing.
  • the application ID is described in application_identifier (), and the control code is described in application_control_code. These details are the same as those described in (2) EIT extension.
  • a new security policy descriptor is defined and stored in the AIT common descriptor loop for transmission.
  • Table 11 shows the structure of a newly defined security policy descriptor.
  • EWS / EEW Emergency warning broadcasting and emergency earthquake warning
  • the policy level is determined using emergency information transmitted from a broadcasting station. In the receiver, correspondence between emergency information and policy level is assumed in advance. If it is emergency warning broadcast, the emergency flag broadcast start flag of TMCC is monitored. The occurrence and termination of emergency information is detected, and the policy level at that time can be determined.
  • the relationship with the ARIB standard is ARIB STD-B31 3.15 and ARIB-STD-B24 Volume 1, Part 3, Chapter 9.
  • each of the above methods (1) to (4) can be sent simultaneously in parallel. Therefore, it is necessary to determine which method is used to prioritize what is sent and determine the policy level.
  • the priority order is as follows.
  • the receiver can determine the policy level based on this priority order, thereby enabling screen presentation control that prioritizes emergency events based on the broadcaster's intention.
  • FIG. 19 shows an example of screen presentation control according to the policy level.
  • the policy level of the program is “1”
  • both the application screen of the application screen of the A application and the application screen of the general application are permitted to be superimposed on the broadcast screen.
  • the policy level of the program is “2”
  • only the A application is permitted to be superimposed on the broadcast screen, and the application screen of the general application is prohibited from being superimposed on the broadcast screen. Only display of is allowed.
  • the policy level of the program is “3”, the display of both the application screen of the A application and the application screen of the general application is permitted, but superimposition on the broadcast screen is prohibited for all application screens. Only display outside the screen is allowed.
  • the policy level is “4”, only the full screen display of the broadcast screen is permitted.
  • FIG. 20 shows an example of presentation control when receiving an earthquake early warning.
  • the program policy level of program A is “1”
  • the application screen of application A and the application screen of general application are displayed superimposed on the broadcast screen.
  • the receiver determines that the policy level in the time zone in which the earthquake early warning is generated in the broadcast time zone of program A is the policy level “4” of the emergency earthquake early warning. Therefore, even if the receiver is in the broadcast time zone of program A, the application screen of the A application and the application screen of the general application are superimposed on the broadcast screen in the time zone where the earthquake early warning is occurring. Prohibit alignment.
  • FIG. 21 is an overall configuration diagram of a broadcasting / communication cooperation system according to an embodiment of the present invention.
  • the broadcasting / communication cooperation system of the present embodiment includes a broadcaster apparatus 1 owned by a broadcasting station, a service provider server group 2 held by a service provider, and a repository server 3 held by a system administrator. And a receiver 4 held by the viewer. Although only one receiver 4 is shown in the figure, a plurality of receivers 4 are actually provided.
  • the broadcast provider apparatus 1 includes a broadcast transmission apparatus 11 and a broadcast station server group 12.
  • the broadcast sending apparatus 11 corresponds to the broadcasting station equipment shown in FIG. 3, and is a broadcasting equipment for digital broadcasting composed of a program organization equipment, a program sending equipment, a transmission equipment, and the like.
  • the broadcast transmission apparatus 11 includes a broadcast-related data management unit 111, a signal setting unit 112, and a broadcast transmission unit 113.
  • the broadcast-related data management unit 111 manages program security policy data for each program, application security policy data for the A application, other policy data, and the like.
  • the program security policy data includes policy level data indicating a policy level of the program, an application ID of an application bound to the program, a control code for the application bound to the program, and the like.
  • the application security policy data includes information for identifying a program to which the application is bound, application protocol identification, location information, and the like.
  • the location information indicates the storage location (storage location) of the application, and is, for example, the URL of the receiver application server 21 or the repository server 3 that can download the application.
  • the protocol identification indicates whether the application is transmitted by broadcast or communication. Only the A application is bound to the program.
  • the policy data includes presentation rule data and a policy level table.
  • the presentation rule data is data describing a presentation method for each policy level.
  • the presentation method includes a screen display method and an audio output method.
  • As the screen display method for example, only the broadcast screen (video of the program) is displayed.
  • the application screen video of the application
  • the audio output method include a method of outputting only the sound of the broadcast program, and outputting the sound of the broadcast program and the sound of the A application or the general application independently or in combination.
  • the policy level table is data describing the policy level corresponding to the genre of the program and the policy level of each event. An event is the content of a broadcast that does not necessarily occur in conjunction with a program, such as an emergency warning signal or an earthquake early warning.
  • the signal setting unit 112 sets various data in the broadcast signal transmitted by the broadcast sending unit 113.
  • the signal setting unit 112 sets AIT and program policy level data for a broadcast signal based on program security policy data and application security policy data managed by the broadcast-related data management unit 111.
  • the signal setting unit 112 multiplexes the AIT of the application bound to the program as an independent ES on the broadcast signal (broadcast TS) or sets it in the data carousel.
  • the signal setting unit 112 sets information equivalent to the AIT of the application bound to the program in the EIT.
  • the signal setting unit 112 sets the policy level data of the program to EIT (Table 5) or AIT (Table 11).
  • the signal setting unit 112 sets the application file to a data carousel or the like.
  • the signal setting unit 112 sets the policy data managed by the broadcast-related data management unit 111 to a broadcast signal in a section format, or to an engineering service or a data carousel.
  • the broadcast sending unit 113 transmits a broadcast signal for digital broadcasting.
  • the broadcast signal includes information set by the signal setting unit 112.
  • the broadcast station server group 12 corresponds to the broadcast station server group shown in FIG. 3, and includes a content management server 13, a content distribution server 16, a broadcast station service server 17, and a notification server 18.
  • the content management server 13 includes a program management server 14 and a metadata management server 15.
  • the program management server 14 manages already broadcasted programs and broadcasted programs.
  • the metadata management server 15 manages metadata regarding each program.
  • the metadata includes, for example, program title, program ID, program outline, performer, broadcast date and time, script, caption, and commentary data.
  • the content distribution server 16 is connected to the receiver 4 via the communication network 9 such as the Internet, and distributes content data of the content requested from the receiver 4.
  • the broadcast station service server 17 transmits the content data of the broadcast station service to the service provider server group 2. Examples of broadcasting station services include social network services and blog services.
  • the notification server 18 is connected to the receiver 4 via the communication network 9 and is bound to the program based on the program security policy data and the application security policy data acquired from the broadcast-related data management unit 111 of the broadcast transmission device 11.
  • the application AIT (FIG. 6) and the policy level data of the program are distributed to the receiver 4.
  • the notification server 18 distributes the policy data acquired from the broadcast-related data management unit 111 of the broadcast transmission device 11 to the receiver 4. Note that all or part of the information may not be distributed from the notification server 18 and may be transmitted by the broadcast sending unit 113 of the broadcast sending device 11 using only the broadcast signal.
  • the service provider server group 2 corresponds to the service provider server group shown in FIG. 3 and includes a receiver application server 21, a service server 22, a content distribution server 23, and a notification server 24.
  • the receiver application server 21, service server 22, content distribution server 23, and notification server 24 are connected to the receiver 4 via the communication network 9.
  • the receiver application server 21 manages each application and distributes application files to the receiver 4.
  • the service server 22 is, for example, a multilingual subtitle server, a speech speed conversion voice server, a social TV server, a recommendation server, a bookmark server, and the like, and distributes content data of a service requested from the receiver 4.
  • the content distribution server 23 is, for example, a VOD distribution server, a caption distribution server, or a multi-view distribution server, and distributes content data of content requested from the receiver 4.
  • the notification server 24 transmits the application AIT (FIG. 6) to the receiver 4. In the case of the A application, the notification server 24 may transmit AIT (FIG. 6) based on the program security policy data and application security policy data acquired from the broadcast related data management unit 111 of the broadcast transmission device 11.
  • the repository server 3 corresponds to the repository shown in FIG. 3 and is connected to the receiver 4 via the communication network 9.
  • the repository server 3 performs an electronic signature on an application file (application program) generated by the service provider, and transmits data necessary for authenticating the electronic signature of the application file (application program) to the receiver 4. Further, the repository server 3 transmits data indicating a list of A applications and location information of the A applications to the receiver 4.
  • the repository server 3 may transmit the application file of the A application that is digitally signed to the receiver 4, and the receiver application server 21 receives and receives the application file of the A application that is digitally signed from the repository server 3. You may transmit to the machine 4. Further, the repository server 3 may transmit the AIT of the A application to the receiver 4. Further, the repository server 3 receives the AIT (FIG. 6) of the A application bound to the program based on the program security policy data and the application security policy data received from the broadcast related data management unit 111 of the broadcast transmission device 11. 4 may be transmitted.
  • AIT FIG. 6
  • the receiver 4 corresponds to the receiver shown in FIG. 3, and is a device such as a television receiver, a set top box, a personal computer, or a portable terminal.
  • FIG. 22 is a functional block diagram showing the internal configuration of the receiver 4.
  • the receiver 4 includes a broadcast receiving unit 401, a separating unit 402, a clock 403, a first synchronization buffer 404-1, a second synchronization buffer 404-2, a first decoder 405-1, 2 decoder 405-2, data broadcast execution unit 406, video control unit 407, video display unit 408, audio control unit 409, audio output unit 410, communication input / output unit 411, application execution control unit 412, presentation control unit 413, operation
  • An input unit 414, a channel selection unit 415, a local information storage unit 416, and an external I / F unit 417 are configured.
  • the broadcast receiving unit 401 is a tuner that receives a broadcast signal.
  • the broadcast signal is either a wireless broadcast signal or a wired broadcast signal.
  • a radio broadcast signal is a signal obtained by receiving a broadcast radio wave (ground wave) transmitted by a transmission antenna on the broadcast station side or a satellite wave relayed by a satellite with a reception antenna.
  • the wired broadcast signal is a signal transmitted from the broadcast station side via an optical cable, a coaxial cable, or the like.
  • the broadcast receiving unit 401 receives a broadcast signal, demodulates it, and outputs a broadcast stream (TS).
  • TS broadcast stream
  • the demultiplexing unit 402 is a demultiplexer, which converts a broadcast stream supplied from the broadcast receiving unit 401 into PCR (Program Clock Reference), video data, audio data, subtitle data, data broadcast, PSI (Program Specific Information) / SI (SI). Service Information) and AIT transmitted in an independent elementary stream (ES).
  • the AIT may be included in the data broadcast, or the same content as the AIT may be set in the EIT constituting the SI.
  • the separation unit 402 may separate and output the application file from the broadcast signal.
  • the communication input / output unit 411 inputs and outputs data through communication via the communication network 9.
  • the communication input / output unit 411 outputs the AIT and application file transmitted via the communication network 9 to the application execution control unit 412. Further, the communication input / output unit 411 outputs the policy level data and policy data of the program transmitted via the communication network 9 to the presentation control unit 413.
  • the communication input / output unit 411 communicates content data distributed from the content distribution server 16 and the content distribution server 23 and content data distributed from the service server 22 in accordance with an instruction of an application executed by the application execution control unit 412. The data is received via the network 9 and output to the second synchronization buffer 404-2.
  • the operation input unit 414 is an interface that receives an operation by the viewer, and is, for example, a receiving device that receives information input by the viewer from a remote controller, a mobile phone, a tablet terminal, or the like, a keyboard, a mouse, or the like.
  • the operation input unit 414 outputs media (terrestrial / BS) and channel selection instructions input by the viewer to the channel selection unit 415.
  • the operation input unit 414 outputs instructions for starting and ending the broadcasting / communication cooperation service and instructions for the application to the application execution control unit 412.
  • the channel selection unit 415 controls media and channels received by the broadcast reception unit 401 in accordance with the operation input to the operation input unit 414.
  • the data broadcast execution unit 406 executes the data broadcast application transmitted by the digital broadcast signal, and outputs data (graphic) data of the data broadcast to the video control unit 407.
  • the data broadcast execution unit 406 includes an API for starting an application of the broadcast communication cooperation service. When the data broadcast execution unit 406 executes the data broadcast application and an API for starting the application of the broadcast communication cooperation service is called, the data broadcast execution unit 406 instructs the application execution control unit 412 to start the application. Further, the data broadcast execution unit 406 acquires the AIT and application file transmitted by the data carousel from the data broadcast and outputs them to the application execution control unit 412. Further, the data broadcast execution unit 406 acquires the policy data transmitted by the data carousel from the data broadcast and outputs it to the presentation control unit 413.
  • the application execution control unit 412 executes an application of the broadcasting / communication cooperation service.
  • the application execution control unit 412 instructs the second decoder 405-2 to decode the content data received from the content distribution server 16, the content distribution server 23, or the service server 22 in accordance with the application being executed.
  • the content data includes one or both of video data and audio data.
  • the video data is, for example, a moving image, a still image, text data, or the like.
  • the application execution control unit 412 outputs graphic (video) data and video control instructions to the video control unit 407 and outputs audio data and voice control instructions to the audio control unit 409 according to the application being executed.
  • the clock 403 outputs a timer counter value.
  • the clock 403 adjusts the frequency of the oscillator according to the timer counter value indicated by the PCR, and synchronizes the time with the broadcast transmission side.
  • the first synchronization buffer 404-1 stores video data, audio data, and caption data output from the separation unit 402.
  • a PES Packetized Elementary Stream
  • ES elementary stream
  • TS broadcast stream
  • the PES header includes PTS (Presentation Time Stamp).
  • the first synchronization buffer 404-1 outputs the video data, audio data, and caption data output from the separation unit 402 in units of PES packets according to the instruction of the first decoder 405-1.
  • the second synchronization buffer 404-2 stores the content received by the communication input / output unit 411 and the content data of the service. Alternatively, the second synchronization buffer 404-2 stores video data, audio data, and caption data output from the separation unit 402 in accordance with the viewer's instruction input from the operation input unit 414. The second synchronization buffer 404-2 outputs the stored content data or video data, audio data, and caption data of the program in units of PES packets according to the instruction of the second decoder 405-2.
  • the first decoder 405-1 identifies the PES packet in the first synchronization buffer 404-1 in which the PTS corresponding to the time output from the clock 403 is set, and the video data encoded from the identified PES packet Audio data and subtitle data are read, and the read data are decoded and output.
  • the second decoder 405-2 identifies the content data or the PES packet of the program in the second synchronization buffer 404-2 in which the PTS corresponding to the time output from the clock 403 is set, and from the identified PES packet The encoded video data, audio data, and subtitle data are read, and the read data are decoded and output.
  • the presentation control unit 413 determines the presentation method (screen display method and audio output method) according to the policy level of the selected program or the policy level of the event that is occurring and the presentation rule data.
  • the presentation control unit 413 instructs the video control unit 407 to display the broadcast screen, the application screen of the A application, and the application screen of the general application according to the determined screen display method.
  • the presentation control unit 413 instructs the audio control unit 409 to output the sound based on the broadcast sound data, the sound based on the sound data of the A application, and the sound based on the sound data of the general application according to the determined sound output method. .
  • the video control unit 407 includes a broadcast screen based on the video data and subtitle data of the program output from the first decoder 405-1, and an A application based on the video data of the content data output from the second decoder 405-2,
  • the application screen of the application is displayed on the video display unit 408 according to the screen display method instructed from the presentation control unit 413 or the application execution control unit 412.
  • graphic (video) data is output from the application execution control unit 412 by executing the application
  • the video control unit 407 displays the video according to the screen display method instructed from the presentation control unit 413 or the application execution control unit 412.
  • a display screen based on the data is also displayed on the video display unit 408.
  • the second decoder 405-2 may output video data and subtitle data of other programs.
  • the video display unit 408 is a general display, and displays broadcast and application screens.
  • the video display unit 408 displays an application screen such as a moving image, a still image, text of content data received from the communication network 9, a graphic output from the application execution control unit 412 by executing the application, Alternatively, a video that combines broadcast screens of other programs is displayed.
  • the audio control unit 409 includes the audio based on the audio data of the program output from the first decoder 405-1, the audio of the A application and the general application based on the audio data of the content data output from the second decoder 405-2.
  • the voice based on the voice data output from the application execution control unit 412 by executing the application is output from the voice output unit 410 according to the voice output method instructed by the presentation control unit 413 or the application execution control unit 412.
  • the second decoder 405-2 may output audio data of another program.
  • the audio output unit 410 is a general speaker and outputs broadcast and application audio.
  • the local information storage unit 416 stores various data such as user information.
  • An external interface unit (hereinafter referred to as “external I / F unit”) 417 transmits and receives data to and from the device 8 connected to a home network such as a LAN (Local Area Network).
  • the device 8 is a terminal that operates in cooperation with the receiver 4, and is, for example, a personal computer, a mobile phone, a tablet, a smartphone, or a PDA.
  • the video display unit 408 and the audio output unit 410 are external devices connected to the receiver 4.
  • FIG. 23 is a block diagram showing a detailed configuration of the application execution control unit 412.
  • the application execution control unit 412 includes an application storage unit 431, an application authentication unit 432, an application management unit 433, an application control unit 434, an application execution unit 435, a resource access control unit 438, and a resource control unit 439. Prepare.
  • the application storage unit 431 is an application file received by the communication input / output unit 411 via the communication network 9, or an application file acquired from the data broadcast by the data broadcast execution unit 406, or separated from the broadcast signal by the separation unit 402. Store application files.
  • the application file may be stored in the application storage unit 431 in advance at the time of shipment.
  • the application storage unit 431 includes a main storage device and an auxiliary storage device such as a disk.
  • an application file is stored on a disk and read to the main storage device at the time of execution.
  • the application file of the application executed on-the-fly is not stored in the disk but is stored only in the main storage device, and is deleted from the main storage device when the execution is completed.
  • the application authentication unit 432 receives data necessary for authentication of the electronic signature from the repository server 3, and verifies the electronic signature added to the application file (application program) using the received data. For example, the application authentication unit 432 uses the public key received from the repository server 3 to decrypt the application file that has been digitally signed. As a result, when a predetermined data string is obtained, the application authentication unit 432 determines that the verification of the electronic signature has succeeded. When the verification of the electronic signature is successful, the application authentication unit 432 determines that the application is an A application. When the verification of the electronic signature is unsuccessful, or when the electronic signature is not added, the application authentication unit 432 determines that the application is a general application. to decide.
  • the application management unit 433 manages the activation or stop state of the application by the application execution unit 435 and the output status of the activated application.
  • the output status is information indicating whether an image or sound is output from a running application.
  • the application management unit 433 returns the output status of the activated application and a response indicating whether the activated application is an A application or a general application.
  • the application control unit 434 controls the start and stop of the application in the application execution unit 435 according to the control code for the application bound to the program and the instruction for the application input by the operation input unit 414. In addition, the application control unit 434 instructs the application execution unit 435 to start the application that is instructed to start from the data broadcast execution unit 406. When the channel is changed according to the input from the operation input unit 414, the application control unit 434 terminates the application bound to the program of the channel before the change and the application bound to the program of the channel after the change. The application execution unit 435 is instructed to start.
  • the application control unit 434 is equivalent to the application bound to the program and the control code for the bound application as the independent ES of the broadcast signal or the AIT included in the data broadcast and the AIT obtained from the EIT of the broadcast signal. Or from the AIT received from the notification server 18 or the notification server 24 via the communication input / output unit 411. In addition, the application control unit 434 transmits an application file download request with the location information set in the AIT as a destination.
  • the repository server 3 or the receiver application server 21 that has received the download request from the receiver 4 distributes the application file to the receiver 4.
  • the application execution unit 435 includes a receiver API unit 436 and a terminal cooperation API unit 437.
  • the application execution unit 435 reads the application program of the application instructed to start from the application storage unit 431 and executes it.
  • the application execution unit 435 executes the application program
  • the application operates on the receiver 4, and the application execution unit 435 requests content from the content distribution server 16 and the content distribution server 23 via the communication network 9. Or request a service from the service server 22.
  • the application execution unit 435 outputs graphic data and video control instructions to the video control unit 407 and outputs audio data and voice control instructions to the audio control unit 409.
  • the receiver API unit 436 executes a receiver API that is an API for using each resource in the receiver 4 when the application execution unit 435 executes the application.
  • the receiver API unit 436 executes the receiver API, the resources in the receiver 4 can be used from the application program executed by the application execution unit 435.
  • the terminal cooperation API unit 437 is an API that allows the device 8 on the home network that can communicate with the external I / F unit 417 and the device connected via the communication network 9 to use the function of the receiver 4. Execute cooperative API. When the terminal cooperation API unit 437 executes the terminal cooperation API, resources in the receiver 4 can be used from a device 8 connected via the home network or a device connected via the communication network 9.
  • the resource control unit 439 controls access from the receiver API unit 436 and the terminal cooperation API unit 437 to each functional unit that is a resource in the receiver 4.
  • the resource access control unit 438 controls whether access from the receiver API unit 436 and the terminal cooperation API unit 437 to each functional unit in the receiver 4 is permitted.
  • the resource access control unit 438 performs this control according to whether the application that is the caller of each API executed by the receiver API unit 436 or the terminal cooperation API unit 437 is an A application or a general application.
  • FIG. 24 is a block diagram illustrating a detailed configuration of the presentation control unit 413.
  • the presentation control unit 413 includes a policy data management unit 451, a policy data storage unit 452, an event interpretation unit 453, a policy level collation unit 454, an event control unit 455, a program policy storage unit 456, and a policy mediation unit. 457 and a policy level storage unit 458.
  • the policy data storage unit 452 stores policy data including presentation rule data and a policy level table.
  • the policy data management unit 451 manages policy data stored in the policy data storage unit 452.
  • the policy data management unit 451 outputs the policy level table read from the policy data storage unit 452 to the policy level verification unit 454, and outputs the presentation rule data read from the policy data storage unit 452 to the policy arbitration unit 457.
  • the policy data management unit 451 receives the policy data transmitted by broadcasting from the separation unit 402 or the data broadcast execution unit 406, and receives the policy data transmitted by communication from the communication input / output unit 411.
  • the policy data management unit 451 updates the policy data stored in the policy data storage unit 452 with the policy data transmitted by broadcasting or communication.
  • the event interpreter 453 analyzes the broadcast signal received by the broadcast receiver 401, the data broadcast and subtitle data separated by the separator 402, and detects the occurrence or end of the event. When the event interpretation unit 453 detects (interprets) the occurrence or end of an event, the event interpretation unit 453 outputs the event number of the detected event and status data indicating the occurrence or end to the policy level matching unit 454.
  • the policy level checking unit 454 determines (checks) the policy level corresponding to the genre of each program indicated by the EIT and the policy level corresponding to the event specified by the event number with reference to the policy level table.
  • the policy level checking unit 454 uses the program broadcast start time and broadcast end time data acquired from the SI input from the separation unit 402 and the policy level of the program (hereinafter referred to as “program policy level”) as an event.
  • the data is output to the control unit 455.
  • the policy level verification unit 454 sends the program start level and end time data of the program and the program policy level of the program acquired from the EIT to the event control unit 455. Output.
  • the policy level matching unit 454 acquires the program policy level from the AIT
  • the policy level matching unit 454 outputs the acquired program policy level to the policy mediation unit 457. Further, the policy level matching unit 454 outputs the policy level determined in accordance with the event number (hereinafter referred to as “trigger policy level”) to the policy arbitration unit 457.
  • the program policy storage unit 456 stores the program start time and program end time in association with the program policy level.
  • the event control unit 455 writes the program start time and program end time data input from the policy level matching unit 454 and the program policy level in association with each other and writes them in the program policy storage unit 456, and stores them in the program policy storage unit 456. Based on these information, the time for executing the display control is managed.
  • the event control unit 455 refers to the program start time data stored in the program policy storage unit 456 and detects that the execution time is to be notified, the event control unit 455 corresponds to the execution time and the execution time.
  • the program policy level is output to the policy mediation unit 457.
  • the policy level storage unit 458 stores the execution time and program policy level, trigger policy level, and status data input to the policy arbitration unit 457.
  • the policy arbitration unit 457 determines a policy level from the execution time and program policy level input from the event control unit 455 and the trigger policy level input from the policy level collation unit 454.
  • the trigger policy level may be determined as the policy level, and the higher one of the program policy level and the trigger policy level may be determined as the policy level.
  • the policy mediation unit 457 When the program policy level acquired by the AIT is input from the policy level verification unit 454, the policy mediation unit 457 is input from the policy level verification unit 454 rather than the program policy level input from the event control unit 455. Prioritize program policy level. That is, the policy mediation unit 457 determines the policy level from the program policy level obtained from the AIT and the trigger policy level.
  • the policy arbitration unit 457 refers to the presentation rule data, and determines the screen display method and sound based on the determined policy level, information indicating whether the active application acquired from the application management unit 433 is an A application, and the output status. Determine the output method (presentation method).
  • the policy arbitration unit 457 outputs the determined screen display method to the video control unit 407, and outputs the determined audio output method to the audio control unit 409.
  • the operation accepting unit 474, the activation request signal acquisition unit 471, the application information acquisition unit 472, the activation control unit 473, and the end control unit 481 will be described.
  • the connection control unit 501, the terminal application acquisition unit 502, and the terminal application execution unit 503 will also be described.
  • the operation reception unit 474 is an operation device that transmits an operation signal in accordance with an operation by a viewer (operator).
  • the operation receiving unit 474 is, for example, a remote controller (hereinafter referred to as a remote controller) capable of remotely operating the receiver 4, an operation panel disposed on the receiver 4 body, or the like.
  • the remote controller includes a mobile terminal (such as a mobile phone, a smartphone, and a tablet terminal) that is executing an application program for realizing a remote control function, a computer device, a car navigation terminal, and the like.
  • the operation reception unit 474 includes an operation unit for operating the receiver 4.
  • the operation unit of the operation receiving unit 474 includes, for example, a power button, numeric buttons from “0” to “9” (channel designation button), a channel switching button, a volume control button, and a data broadcasting service button.
  • the operation buttons are the same as those provided on the conventional television operation remote controller.
  • the data broadcasting service button is an operation button for switching between displaying and hiding data broadcasting every time the receiver 4 is pressed when receiving data broadcasting.
  • the data broadcast service button is also called a data broadcast button, d button, or D button.
  • the operation unit of the operation reception unit 474 is provided with a broadcasting / communication cooperation service button (not shown in FIG. 1).
  • This broadcast communication cooperation service button is an operation button for causing the receiver 4 to start receiving the broadcast communication cooperation service.
  • the broadcast communication cooperation service button is also called a broadcast communication cooperation button, h button, or H button.
  • the operation unit of the operation reception unit 474 may be realized by, for example, a touch panel and a graphical user interface (GUI).
  • GUI graphical user interface
  • the operation input unit 414 receives the operation signal transmitted by the operation reception unit 474.
  • the activation request signal acquisition unit 471 of the operation input unit 414 generates an activation request command by taking an activation request signal among the operation signals received by the operation input unit 414, and uses the activation request command as an application control of the application execution control unit 412. To the unit 434.
  • the operation input unit 414 receives an operation signal transmitted by operating a broadcast service return button, for example, a numeric button or a channel switching button provided on the operation unit of the operation reception unit 474, the operation input unit 414 requests to end the operation. A command is generated and this end request command is supplied to the application control unit 434.
  • the application information acquisition unit 472 of the application control unit 434 takes in an AIT (Application Information Table, application information table) supplied from the separation unit 402 regularly or irregularly. More specifically, the application information acquisition unit 472 extracts the AIT extracted from the TS (Transport Stream; TS, broadcast stream) corresponding to the channel selected as desired among the media selected by the viewer.
  • the ES Electronic Stream
  • the AIT is information including information on the application, control information for the application, and information for specifying the application.
  • the application information includes an application name (appName) and an application ID (orgId, appId).
  • the control information for the application includes the application control code (application_control_code) shown in Table 7 above. This application control code is data for controlling the life cycle of the application, for example.
  • the information specifying the application includes location information (location). This location information is information for specifying the storage location of the application file and the application file.
  • the location information in the stream dependent service is a URL (Uniform Resource Locator) of the receiver application server 21 or the repository server 3 (application server) that stores the application file.
  • URL Uniform Resource Locator
  • the application information acquisition unit 472 extracts the application control code and application ID from the captured AIT, and supplies the application control code and application ID to the end control unit 481. Note that the application information acquisition unit 472 may extract the application name from the captured AIT instead of the application ID or together with the application ID and supply it to the end control unit 481.
  • the application information acquisition unit 472 captures the activation request command supplied from the activation request signal acquisition unit 471
  • the application control code is obtained from the AIT captured at the same time as the activation request command or immediately after the acquisition timing.
  • the application name and location information are extracted.
  • the application name, application control code, and location information extracted by the application information acquisition unit 472 are referred to as application information.
  • the application information acquisition unit 472 supplies the extracted application information to the activation control unit 473.
  • the application information acquisition unit 472 takes in PSI (Program Specific Information, program identification information) / SI (Service Information, program arrangement information) supplied from the separation unit 402 regularly or irregularly. More specifically, the application information acquisition unit 472 periodically or irregularly extracts the PSI / SI extracted from the TS corresponding to the desired channel selected from the above-described desired media. take in.
  • PSI / SI is information including metadata related to a broadcast program. As described above, the metadata is information related to a broadcast program such as a program ID, a program overview, performers, staff, broadcast date and time, script, captions, and commentary.
  • PSI / SI includes application designation information for designating an application (also referred to as a terminal application) to be executed by the device 8 when the receiver 4 and the device 8 are operated in cooperation.
  • the application designation information may be identification information for identifying a terminal application, or may be a URL of an external terminal application server that stores the terminal application.
  • the application designation information may be included in the metadata.
  • the signal setting unit 112 of the broadcast transmission apparatus 11 multiplexes application designation information in the TS in association with the broadcast program or its contents or its progress.
  • the application information acquisition unit 472 extracts application designation information and metadata from the captured PSI / SI, and supplies all or part of the application designation information and metadata to the application execution unit 435.
  • the application designation information and metadata or any information may be included in an ES provided independently in association with a specific identifier.
  • the separation unit 402 extracts application designation information and / or metadata from the ES using a specific identifier as a clue.
  • the activation control unit 473 takes in the application information supplied from the application information acquisition unit 472, that is, the application name, application control code, and location information.
  • the activation control unit 473 controls the activation of the application corresponding to the application information when the application control code is identified as data indicating standby of the application.
  • the activation control unit 473 generates an application request command and supplies the application request command to the communication input / output unit 411 when the application control code identifies data indicating application standby. That is, the activation control unit 473 is an application request unit.
  • the data indicating the standby of the application is, for example, “12 (hexadecimal number)” (identification name: PRESENT) in the application control code shown in Table 7 above. In addition to the above “12 (hexadecimal number)” (identification name: PRESENT), the data indicating the standby of the application may be a dedicated code.
  • the application request command is a command indicating an acquisition request (download request) of the application file with the location indicated by the location information as a request destination of the application file.
  • control of application activation by the activation control unit 473 includes reading an application file stored in the application storage unit 431 into the application execution unit 435 to start execution.
  • the activation control unit 473 when the activation control unit 473 receives the application file acquisition notification supplied from the communication input / output unit 411, the activation control unit 473 generates an application execution request command and supplies the application execution request command to the application execution unit 435.
  • the application execution request command is a command indicating an execution start request for the application corresponding to the application file acquisition notification.
  • the application execution unit 435 detects the application processing state (application execution state).
  • the end control unit 481 When the detected application execution state is the execution state, the end control unit 481 generates an application execution end command and supplies the application execution end command to the application execution unit 435. That is, when the termination control unit 481 captures the termination request command supplied from the operation input unit 414, the termination control unit 481 controls the termination of the execution of the application that is associated with the TS being captured and is being executed.
  • the termination control unit 481 takes in the application control code and application ID supplied from the application information acquisition unit 472.
  • the end control unit 481 controls the end of execution of the application corresponding to the application ID associated with the application control code.
  • the end control unit 481 identifies that the application control code is data instructing the end of execution of the application
  • the end control unit 481 generates an application execution end command including the application ID associated with the application control code.
  • the application execution end command is supplied to the application execution unit 435.
  • the data for instructing the end of execution of the application is, for example, “03 (hexadecimal number)” (identification name: DESTROY) in the application control code shown in Table 7 above.
  • the application execution unit 435 described above includes a content request unit (not shown) as its functional configuration.
  • This content requesting unit sends a content request command for requesting content data necessary for the application execution process to the content distribution server 16 of the broadcast station server group 12 or the content distribution server 23 of the service provider server group 2.
  • the content request command is generated and supplied to the communication input / output unit 411.
  • the application execution unit 435 has a terminal cooperation API (Application Program Interface) for realizing a cooperation function between the receiver 4 and the device 8.
  • a terminal cooperation API Application Program Interface
  • the application execution unit 435 causes the cooperative application to call the terminal cooperative API and execute the application.
  • the application execution unit 435 operates the receiver 4 and the device 8 in cooperation with each other, and then captures application designation information and metadata supplied from the application information acquisition unit 472.
  • the cooperative operation of the receiver 4 and the device 8 is to establish a communication path between the receiver 4 and the device 8, and the receiver 4 and the device 8 cooperate to realize the receiving state of the broadcasting / communication cooperation service. It is to be. Communication between the receiver 4 and the device 8 is performed via a WebSocket connection using a WebSocket bridge function included in the bridge unit 493 of the external I / F unit 417.
  • the application execution unit 435 responds to the device 8 based on information specifying the device 8 that is operating in cooperation, information specifying the terminal application to be executed by the device 8 (application specifying information), and metadata. Specify the terminal application and perform startup control.
  • the information specifying the device 8 is information acquired from the device 8 when the application execution unit 435 establishes cooperation between the receiver 4 and the device 8. In addition, when the device 8 to be cooperatively operated by the receiver 4 is specified in advance, information specifying the device 8 may be omitted.
  • the application execution unit 435 provides an InvokeApplicationOnDevice () method for specifying and starting a terminal application to the device 8 based on information specifying the device 8, application specifying information, and metadata in the terminal cooperation API. Provided.
  • the InvokeApplicationOnDevice () method has the following format, for example.
  • device_dev is information (device ID) specifying the device 8 that is operating in cooperation
  • application_id is information specifying the terminal application (application specification information, application ID)
  • strings_parameters is metadata. That is, after the device 8 and the receiver 4 start the cooperative operation, when the application execution unit 435 executes the InvokeApplicationOnDevice () method, the application execution unit 435 corresponds to application_id for the device 8 corresponding to device_dev.
  • a start command for starting the terminal application is transmitted to the device 8 via the external I / F 417. At this time, stringus_parameters is included as an argument in this activation command.
  • the application execution unit 435 may execute the execution process by omitting stringus_parameters from the arguments in the InvokeApplicationOnDevice () method.
  • stringus_parameters is included in the argument will be described.
  • the communication input / output unit 411 described above includes an application acquisition unit (not shown) and a content acquisition unit as its functional configuration.
  • the application acquisition unit takes in an application file transmitted from an external server, for example, the receiver application server 21 or the repository server 3 that has received the application request signal transmitted by the communication input / output unit 411, and stores the application file in the application storage unit 431 is stored.
  • the content acquisition unit takes in content data transmitted from an external server that has received the content request signal transmitted by the communication input / output unit 411, for example, the content distribution server 16 or the content distribution server 23, and this content data is second synchronized. To the buffer 404-2.
  • the connection control unit 501 of the device 8 is a communication interface for performing communication with the external I / F unit 417 of the receiver 4.
  • the connection control unit 501 uses strings_parameters supplied from the external I / F unit 417 as an argument.
  • the activation command is captured, and the activation command is supplied to the terminal application acquisition unit 502.
  • the terminal application acquisition unit 502 takes in the activation command supplied from the connection control unit 501, acquires a terminal application based on the activation command, and supplies the acquired terminal application to the terminal application execution unit 503 together with strings_parameters.
  • the terminal application acquisition unit 502 includes a terminal application storage unit (not shown).
  • the terminal application acquisition unit 502 determines whether device_dev indicated by the start command corresponds to the device 8.
  • the terminal application acquisition unit 502 determines whether a terminal application corresponding to application_id indicated by the activation command is stored in the terminal application storage unit.
  • the terminal application acquisition unit 502 reads the terminal application from the terminal application storage unit and supplies it to the terminal application execution unit 503 along with strings_parameters.
  • the terminal application acquisition unit 502 may transmit error information to the receiver 4 via the connection control unit 501.
  • the terminal application acquisition unit 502 When the terminal application corresponding to application_id is not stored in the terminal application storage unit, the terminal application acquisition unit 502 generates a terminal application request signal indicating an acquisition request for the terminal application, and the terminal application request signal is Supplied to the terminal application server. And the terminal application acquisition part 502 takes in the terminal application supplied from the terminal application server according to a terminal application request signal, and supplies this terminal application to the terminal application execution part 503 with strings_parameters.
  • the terminal application acquisition unit 502 may store the captured terminal application in the terminal application storage unit.
  • the terminal application is, for example, a remote control application for realizing a remote control function for remotely operating the receiver 4, an answer for transmitting a viewer answer from a viewer to a broadcasting station or a service provider in a quiz program, a variety program, or the like ( Voting) applications, web logs, chats, applications for realizing client functions such as SNS (Social Networking Service).
  • a remote control application for realizing a remote control function for remotely operating the receiver 4, an answer for transmitting a viewer answer from a viewer to a broadcasting station or a service provider in a quiz program, a variety program, or the like
  • Voting Voice over IP address
  • web logs web logs
  • chats applications for realizing client functions
  • client functions such as SNS (Social Networking Service).
  • the terminal application execution unit 503 takes in the terminal application and strings_parameters supplied from the terminal application acquisition unit 502 and executes the terminal application using the strings_parameters. For example, when strings_parameters is information related to a cast or staff of a broadcast program, the terminal application execution unit 503 executes the terminal application using information related to the cast or staff of the broadcast program, that is, broadcast resources.
  • FIG. 25 is a schematic front view of an external appearance when an infrared remote controller is used as the operation receiving unit 474.
  • the operation accepting unit 474 includes buttons similar to those provided on a conventional TV operation remote controller, such as a power button, a numeric button, a channel switching button, a volume control button, and a data broadcasting service button.
  • a broadcast communication cooperation service button 475 is provided.
  • the receiver 4 acquires an AIT, acquires an application file from an external server based on the AIT, executes the application, A process for acquiring and presenting related content from an external server in accordance with the execution process of the application will be described.
  • FIG. 26 is a sequence diagram showing processing procedures of the receiver 4, the receiver application server 21, and the content distribution server 23.
  • step S 1 when the receiver 4 receives the activation request signal transmitted from the operation reception unit 474, the AIT ES from the TS corresponding to the selected channel among the media selected by the viewer's request is received. To extract.
  • step S ⁇ b> 2 when the receiver 4 identifies that the application control code included in the AIT is data indicating application standby, the receiver 4 transmits an application request signal to the receiver application server 21.
  • step S3 when the receiver application server 21 receives and captures the application request signal transmitted by the receiver 4, the receiver application server 21 reads the application file specified by the application request signal.
  • step S4 the receiver application server 21 transmits the application file to the receiver 4 that has transmitted the application request signal.
  • step S5 the receiver 4 receives and takes in the application file transmitted by the receiver application server 21, and starts application execution processing.
  • step S ⁇ b> 6 the receiver 4 transmits to the content distribution server 23 a content request signal for acquiring content data that is necessary for the execution process of the application.
  • step S7 when the content distribution server 23 receives and takes in the content request signal transmitted by the receiver 4, it reads out the content data specified by the content request signal.
  • step S8 the content distribution server 23 transmits content data to the receiver 4 that has transmitted the content request signal.
  • step S9 the receiver 4 receives and takes in the content data transmitted by the content distribution server 23, decodes the content, displays it, and outputs it.
  • FIG. 26 the same processing is performed when the repository server 3 is provided instead of the receiver application server 21 and when the content distribution server 16 is provided instead of the content distribution server 23.
  • FIG. 27 and FIG. 28 are flowcharts showing the processing procedure of the operation when the receiver 4 operates according to the operation of the operation receiving unit 474.
  • the receiver 4 captures the broadcast signal, extracts the broadcast content from the TS corresponding to the media selected by the viewer and the selected channel, that is, displays the desired program and outputs the audio In this state, the receiver 4 starts executing the processing according to this flowchart.
  • step S ⁇ b> 11 the operation input unit 414 receives reception of an operation signal transmitted from the operation receiving unit 474.
  • the operation input unit 414 takes in the operation signal and proceeds to the process of step S12.
  • step S12 the operation input unit 414 proceeds to the process of step S13 when the received operation signal is the activation request signal (S12: YES), and when the received operation signal is not the activation request signal (S12: NO). Then, the process proceeds to step S21 in FIG.
  • step S ⁇ b> 13 the activation request signal acquisition unit 471 takes in the activation request signal, generates an activation request command, and supplies the activation request command to the application control unit 434 of the application execution control unit 412.
  • the application information acquisition unit 472 of the application control unit 434 takes in the activation request command supplied from the activation request signal acquisition unit 471.
  • the application information acquisition unit 472 takes in the AIT supplied from the separation unit 402. This AIT is information extracted from the TS corresponding to the channel selected as desired among the media desired by the viewer.
  • step S14 the application information acquisition unit 472 extracts the application name, application control code, and location information as application information from the captured AIT, and supplies the application information to the activation control unit 473.
  • the activation control unit 473 takes in the application information supplied from the application information acquisition unit 472, that is, the application name, application control code, and location information.
  • step S15 if the activation control unit 473 identifies that the application control code is data indicating application standby (S15: YES), the process proceeds to step S16, where the application control code sets application standby. If it is identified that the data is not shown (S15: NO), the process of this flowchart is terminated. Specifically, if the activation control unit 473 identifies that the application control code is “12 (hexadecimal number)” (identification name: PRESENT), for example, the activation control unit 473 proceeds to the process of step S16, and the application control code is “12 ( If it is discriminated that it is not (hexadecimal) ”(identification name: PRESENT), the processing of this flowchart is terminated.
  • step S ⁇ b> 16 the activation control unit 473 generates an application request command specifying the location indicated in the location information as a request destination of the application file, and supplies the application request command to the communication input / output unit 411.
  • the communication input / output unit 411 receives the application request command supplied from the activation control unit 473, and transmits this application request command as an application request signal to the request destination.
  • This application request signal is, for example, a signal obtained by converting an application request command into an IP (Internet Protocol) packet. That is, the communication input / output unit 411 transmits an application request signal to the receiver application server 21 or the repository server 3 that is a request destination indicated by the application request command.
  • step S17 the communication input / output unit 411 accepts reception of an application file transmitted by the request destination (the receiver application server 21 or the repository server 3).
  • the communication input / output unit 411 receives the application file transmitted by the request destination, the communication input / output unit 411 takes in the application file and moves to the process of step S18.
  • step S18 the communication input / output unit 411 supplies the captured application file to the application storage unit 431 of the application execution control unit 412 and stores it.
  • step S ⁇ b> 19 the communication input / output unit 411 supplies an application file acquisition notification to the activation control unit 473.
  • the activation control unit 473 captures an application file acquisition notification supplied from the communication input / output unit 411.
  • the activation control unit 473 generates an application execution request command for the application corresponding to the application file acquisition notification, and supplies the application execution request command to the application execution unit 435.
  • the application execution unit 435 takes in an application execution request command supplied from the activation control unit 473.
  • the application execution unit 435 reads the application file designated by the fetched application execution request command from the application storage unit 431, starts application execution processing, and ends the processing of this flowchart.
  • step S21 of FIG. 28 the operation input unit 414 receives an operation signal when a broadcast service return button (for example, a numeric button or a channel switching button) provided in the operation unit of the operation reception unit 474 is operated.
  • a broadcast service return button for example, a numeric button or a channel switching button
  • the process proceeds to step S22, and otherwise, the process proceeds to step S25.
  • step S ⁇ b> 22 the operation input unit 414 generates an end request command and supplies the end request command to the application control unit 434.
  • the termination control unit 481 of the application control unit 434 receives the termination request command supplied from the operation input unit 414 and detects the application execution state from the application execution unit 435.
  • step S23 when the detected application execution state is the execution state (S23: YES), the end control unit 481 proceeds to the process of step S24, and when the application execution state is not the execution state (S23: NO). Then, the process of this flowchart is terminated.
  • step S24 the termination control unit 481 generates an application execution termination command and supplies the application execution termination command to the application execution unit 435.
  • the application execution unit 435 receives the application execution end command supplied from the end control unit 481, the application execution unit 435 ends the execution process of the application currently being executed and ends the process of this flowchart.
  • step S25 the operation input unit 414 supplies a code for specifying a medium or a channel to the channel selection unit 415 according to an operation signal other than the activation request signal, or sends a code for setting the volume to a volume control circuit (not shown). Or supply.
  • the receiver 4 starts the operation according to the operation signal other than the activation request signal, and ends the process of this flowchart.
  • FIG. 29 is a flowchart illustrating a processing procedure of the operation of the receiver 4.
  • the application information acquisition unit 472 takes in the AIT supplied from the separation unit 402.
  • step S32 the application information acquisition unit 472 extracts the application control code and the application ID from the captured AIT, and supplies the application control code and the application ID to the end control unit 481.
  • the end control unit 481 takes in the application control code and the application ID supplied from the application information acquisition unit 472.
  • step S33 when the end control unit 481 identifies that the application control code is data instructing the end of execution of the application (S33: YES), the process proceeds to step S34, and the application control code is the application control code. If it is determined that the data is not data for instructing the end of execution (S33: NO), the process returns to step S31.
  • step S34 the end control unit 481 identifies that the application control code is “03 (hexadecimal number)” (identification name: DESTROY), for example, the end control unit 481 proceeds to the process of step S34, and the application control code is “03 ( If it is discriminated that it is not (hexadecimal number) "(identification name: DESTROY), the process returns to step S31.
  • step S34 the termination control unit 481 generates an application execution termination command including the application ID associated with the application control code, and supplies the application execution termination command to the application execution unit 435.
  • the application execution unit 435 takes in the application execution end command supplied from the end control unit 481.
  • the application execution unit 435 receives the application execution end command supplied from the end control unit 481, the application execution unit 435 ends the execution process of the application that is currently being executed, and ends the process of this flowchart.
  • FIG. 30 is a sequence diagram illustrating processing procedures performed by the receiver 4, the device 8, and the terminal application server.
  • the receiver 4 and the device 8 establish cooperation.
  • the application execution unit 435 of the receiver 4 causes the cooperation application that executes the cooperation processing with the device 8 to call the terminal cooperation API and execute the processing.
  • the application execution unit 435 executes the terminal cooperation API, the receiver 4 and the device 8 establish cooperation.
  • FIG. 31 is a sequence diagram illustrating the procedure of the cooperation process between the receiver 4 and the device 8.
  • the terminal application execution unit 503 of the device 8 executes the receiver connection application by the operation of the user of the device 8, in step S411, the connection control unit 501 searches for the receiver 4 by UPnP SSDP. Do.
  • the external I / F unit 417 of the receiver 4 transmits a response including the connection address and port number of the WebSocket to the device 8 in step S412.
  • the external I / F unit 417 includes a device-side server unit 491 by executing a WebSocket server program, and sets a connection address and a port number used to access the device-side server unit 491 as a device. 8 is notified.
  • the terminal application execution unit 503 of the device 8 receives the response to the search on the display (not shown) of the device 8.
  • a list of receivers 4 is displayed as a list of available receivers 4.
  • the terminal application execution part 503 waits for selection of the receiver 4 which should cooperate from the said list
  • step S414 when one receiver 4 is selected from the list of available receivers 4 by the user of the device 8, the terminal application execution unit 503 selects the receiver 4 to cooperate with. Accept.
  • step S415 the connection control unit 501 transmits a WebSocket handshake request to the receiver 4 that has received the selection in step S414. Specifically, the connection control unit 501 transmits a handshake request with the connection address and port number received from the receiver 4 in step S412 as the destination.
  • the connect unit 493 of the receiver 4 returns a WebSocket handshake response to the device 8 via the device-side server unit 491.
  • Establish a connection That is, the connection unit 493 establishes a connection between the device side server 491 and the device 8. Thereafter, the receiver 4 and the device 8 can perform bidirectional communication by communicating via the connection.
  • the device 8 transmits a request for event reception registration (terminal application activation information reception registration) to the receiver 4, and the receiver 4 registers event reception in response to the request. Accordingly, when the application designation information is included in the broadcast stream separated by the separation unit 402, the receiver 4 notifies the registered device 8 of the activation command of the application by push transmission.
  • the receiver 4 acquires application designation information and metadata from the receiving TS.
  • the application information acquisition unit 472 takes in the PSI / SI extracted from the TS corresponding to the channel selected as desired from among the media selected as desired by the viewer, and from this PSI / SI Capture application specification information and metadata.
  • step S43 the receiver 4 takes in the information specifying the device 8 that is operating in cooperation and the application specifying information (first information) in the PSI / SI in the processing in step S42.
  • the terminal application is designated for the device 8 and activation control is performed.
  • the application execution unit 435 includes an activation command (stringus_parameters) for executing the InvokeApplicationOnDevice () method of the mobile cooperation API to activate the terminal application corresponding to application_id to the device 8 corresponding to device_dev. ) (Second information) is pushed and transmitted to the device 8 via the external I / F 417 through the WebSocket connection established in step S41.
  • step S44 the device 8 receives the activation control of the terminal application from the receiver 4, and displays the information of the designated terminal application on a display (not shown). Then, when the device 8 receives an instruction to start the terminal application by the user, the device 8 generates a terminal application request signal for the specified terminal application, and transmits the terminal application request signal to the terminal application server.
  • connection control unit 501 takes in an activation command supplied from the external I / F unit 417 with strings_parameters as an argument, and supplies this activation command to the terminal application acquisition unit 502.
  • the terminal application acquisition unit 502 takes in an activation command supplied from the connection control unit 501.
  • the terminal application acquisition unit 502 acquires a terminal application based on this activation command, and supplies this terminal application to the terminal application execution unit 503 together with strings_parameters.
  • the terminal application acquisition unit 502 determines whether device_dev indicated by the start command corresponds to the device 8. When device_dev corresponds to the device 8, the terminal application acquisition unit 502 determines whether a terminal application corresponding to application_id indicated by the start command is stored in the terminal application storage unit. However, FIG. 30 is an example when the terminal application corresponding to application_id is not stored in the terminal application storage unit. When the terminal application corresponding to application_id is not stored in the terminal application storage unit, the terminal application acquisition unit 502 generates a terminal application request signal indicating an acquisition request for the terminal application, and the terminal application request signal is transmitted to the terminal application server. Send to.
  • step S45 when the terminal application server receives and captures the terminal application request signal transmitted by the device 8, the terminal application server reads the file of the terminal application specified by the terminal application request signal.
  • step S46 the terminal application server transmits a file of the terminal application to the device 8 that has transmitted the terminal application request signal.
  • step S47 the device 8 receives and takes in the file of the terminal application transmitted from the terminal application server.
  • the terminal application acquisition unit 502 takes in the terminal application supplied from the terminal application server in response to the terminal application request signal, and supplies this terminal application to the terminal application execution unit 503 together with strings_parameters.
  • step S ⁇ b> 48 the device 8 starts terminal application execution processing on the captured terminal application file.
  • the terminal application execution unit 503 takes in the terminal application and strings_parameters supplied from the terminal application acquisition unit 502, and starts execution processing of the terminal application using the strings_parameters.
  • step S49 the receiver 4 performs a cooperative application execution process, and the device 8 performs a terminal application execution process. Thereby, the receiver 4 and the apparatus 8 implement
  • connection established in step S41 is released by termination of the cooperative application of the receiver 4 or the receiver connection application of the device 8. Therefore, when the device 8 operates as a single task, that is, when the receiver connection application ends with the activation of the terminal application in step S48, the terminal application newly establishes a WebSocket connection with the receiver 4. I do. On the other hand, when the device 8 operates by multitasking and the terminal application and the receiver connection application operate in parallel, the connection is maintained. Therefore, in this case, the terminal application may perform cooperation processing using the connection established by the receiver connection application.
  • FIG. 32 is a sequence diagram illustrating a cooperation procedure between applications.
  • the devices 8-1 and 8-2 acquire a terminal application by the procedure of steps S41 to S47 described above (step S51). Further, the receiver 4 receives a receiver application from a receiver application server (not shown) based on the application designation information acquired in step S42 described above and information on the application to be executed by the receiver 4 indicated by the metadata. Obtain (step S52). Note that the terminal application executed by the devices 8-1 and 8-2 and the receiver application executed by the receiver 4 have the same value as the connection type, which is information indicating the type of the application to be linked. To do.
  • the terminal 8-1 executes a terminal application (step S53).
  • the terminal 8-1 transmits a handshake request to the receiver 4 according to the procedure of steps S411 to S415 described above by the executed terminal application (step S54).
  • the bridge unit 494 performs a bridge connection process between the application executed by the application execution unit 435 and the application executed by the device 8.
  • a bridge determination process for determining whether or not to perform is performed (step S55).
  • FIG. 33 is a flowchart illustrating a procedure of bridge determination processing by the receiver 4.
  • the connection unit 493 of the external I / F unit 417 waits for reception of a handshake request from the device-side server unit 491 or the receiver-side server unit 492 (step S501).
  • the connect unit 493 receives a handshake request from the application execution unit 435 or the device 8 (step S502).
  • the handshake request includes a port number and a connection type in addition to the connection address.
  • the connection unit 493 and the bridge unit 494 read the port number to determine whether the received handshake request is due to an application executed by the device 8 or an application executed by the application execution unit 435. Identify.
  • a handshake request for the port 1000 is due to an application executed by the application execution unit 435
  • a handshake request for any of the ports 1001 to 1010 is due to an application executed by the device 8. .
  • connection unit 493 determines whether or not the port indicated by the handshake request is being used by another connection (step S503). If the connection unit 493 determines that the port is already used (step S503: YES), the connection determination unit 493 ends the bridge determination process without establishing the connection. On the other hand, when determining that the port is not used (step S503: NO), the connecting unit 493 refers to the port number and determines whether or not the handshake request is from the device 8 (step S504). ).
  • connection unit 493 determines that the handshake request is from the device 8 (step S504: YES)
  • the connection unit 493 establishes a WebSocket connection between the device-side server unit 491 and the device 8 (step S505).
  • the bridge unit 494 determines whether or not a connection on the receiver side has already been established (step S506). If the bridge unit 494 determines that the connection on the receiver side has not yet been established (step S506: NO), the bridge determination process is terminated without performing the bridge connection. On the other hand, if the bridge unit 494 determines that the connection on the receiver side is established (step S506: YES), whether or not the connection type of the connection matches the connection type of the connection generated in step S505. Is determined (step S507).
  • the bridge unit 494 ends the bridge determination process without performing the bridge connection.
  • the bridge unit 494 determines that the connection type of the connection on the receiver side matches the connection type of the connection generated in step S505 (step S507: YES)
  • the connection on the receiver side and the connection generated in step S505 Are bridge-connected (step S508).
  • the bridge connection means that the request received by the receiver-side server unit 492 via the receiver-side connection is transferred to the device-side server unit 491 and transmitted to the device 8 via the device-side connection. Further, the request received by the device-side server unit 491 via the device-side connection is transferred to the receiver-side server unit 492 and transmitted to the application execution unit 435 via the receiver-side connection.
  • step S504 determines in step S504 that the handshake request is from the device 8 (step S504: YES)
  • the connect unit 493 performs WebSocket between the receiver-side server unit 492 and the application execution unit 435.
  • a connection is established (step S509).
  • the bridge unit 494 determines whether or not one or more device-side connections are established (step S510). When it is determined that no device-side connection has been established (step S510: NO), the bridge unit 494 ends the bridge determination process without performing bridge connection.
  • step S510 determines that one or more device-side connections have been established (step S510: YES)
  • the bridge unit 494 selects one device-side server unit 491 with which a connection has been established, and the device-side server The following steps S512 to S513 are executed for each unit 491 (step S511).
  • step S512 it is determined whether or not the connection type of the connection in the device-side server unit 491 selected in step S511 matches the connection type of the connection generated in step S509 (step S512). If the bridge unit 494 determines that the connection type of the connection on the selected device side does not match the connection type of the connection generated in step S509 (step S512: NO), the bridge unit 494 does not perform the bridge connection and the next device side server unit 491 is selected. On the other hand, when the bridge unit 494 determines that the connection type of the connection on the selected device side matches the connection type of the connection generated in step S509 (step S512: YES), the bridge unit 494 generates the connection on the selected device side in step S509.
  • the connected connection is bridge-connected (step S513), and the next device-side server unit 491 is selected.
  • the external I / F unit 417 of the receiver 4 establishes a connection with the application execution unit 435 or the device 8 and performs a bridge connection process.
  • the bridge unit 494 generates identification information (session_id) for specifying the connection for each bridge connection, and notifies the terminal 8 and the application execution unit 435 of the identification information.
  • step S56 when the external I / F unit 417 of the receiver 4 performs the above-described bridge connection processing, since the connection of the receiver-side server 492 is not established at this time, the external I / F unit 417 The connection with the terminal 8-1 is established without performing the bridge connection process (step S56).
  • the application execution unit 435 of the receiver 4 executes the receiver application acquired in Step S52 (Step S56).
  • the application execution unit 435 outputs a handshake request to the external I / F unit 417 according to the same procedure as the above-described steps S411 to S415 by the executed receiver application (step S57).
  • the connection unit 493 of the external I / F unit 417 acquires a handshake request via the receiver-side server unit 492
  • the bridge unit 494 performs the above-described bridge determination process (step S55).
  • the connection unit 493 establishes a connection between the application execution unit 435 and the receiver-side server unit 492.
  • the device 8-2 executes the terminal application acquired in step S51 (step S60).
  • the device 8-2 transmits a handshake request to the external I / F unit 417 according to the procedure of steps S411 to S415 described above by the executed terminal application (step S61).
  • the connecting unit 493 of the external I / F unit 417 acquires a handshake request via the device-side server unit 491
  • the bridge unit 494 performs the above-described bridge determination process (step S62).
  • the connection unit 493 establishes a connection between the device 8-2 and the device-side server unit 491.
  • the receiver 4 can accept a request from the device 8 via the external I / F unit 417 regardless of the language specification of the application to be executed.
  • the device 8 can accept a request from the receiver 4 via the external I / F unit 417 regardless of the language specification of the application to be executed.
  • the bridge unit 494 responds to the device 8 indicated by the identification information. Output the request.
  • the bridge unit 494 receives a request from the connection destination device 8 to which the identification information is assigned, the bridge unit 494 outputs a combination of the request and the identification information to the application execution unit 435.
  • the receiver application can perform cooperation processing by distinguishing the transmission destination of the request.
  • the receiver 4 receives the operation signal transmitted from the operation reception unit 474 according to the operation by the viewer.
  • the operation reception unit 474 is provided with a broadcast communication cooperation service button 475 that causes the receiver 4 to start receiving the broadcast communication cooperation service.
  • the broadcast communication cooperation service button 475 When the broadcast communication cooperation service button 475 is pressed, the operation reception unit 474 transmits an activation request signal.
  • the receiver 4 acquires an AIT from a TS corresponding to a desired channel in a desired medium, and extracts application information (application name, application control code, and location information) from the AIT.
  • the receiver 4 transmits an application request signal to the receiver application server 21 or the repository server 3 that is a request destination of the application file.
  • the receiver 4 takes in the application file and starts executing the application.
  • the receiver 4 supplies a content request signal to the content distribution server 16 or the content distribution server 23 in order to acquire content data necessary for the application execution process.
  • the receiver 4 receives the supply of the content data from the request destination of the content data, the receiver 4 captures and presents the content data.
  • the receiver 4 starts the broadcasting / communication cooperation service from the state in which the broadcasting service is received according to the operation of the broadcasting / communication cooperation service button 475 provided in the operation reception unit 474 by the viewer (operator). It is possible to switch to a state of receiving a stream dependent service which is one service form. Therefore, according to the receiver 4, it is possible to switch from the broadcast service to the broadcast communication cooperative service by a simple operation.
  • the receiver 4 receives an operation signal supplied from the operation receiving unit 474 when a broadcast service return button (for example, a numeric button or a channel switching button) provided on the operation unit of the operation receiving unit 474 is operated.
  • a broadcast service return button for example, a numeric button or a channel switching button
  • the receiver 4 is a stream-dependent type that is one service form of the broadcasting / communication cooperation service according to the operation of the numeric buttons and the channel switching button provided in the operation receiving unit 474 by the viewer (operator). It is possible to switch from receiving a service to receiving a broadcast service. Therefore, according to the receiver 4, it is possible to switch from the broadcasting / communication cooperation service to the broadcasting service by a simple operation.
  • the receiver 4 when the receiver 4 identifies that the application control code included in the AIT obtained from the TS is data instructing the end of execution of the application, the receiver 4 indicates the application ID indicated by the application ID associated with the application control code. The execution process is terminated.
  • the receiver 4 can switch the broadcast communication cooperation service currently received to the broadcast service by the control from the provider side of the broadcast communication cooperation service. Therefore, according to the receiver 4, the broadcast communication cooperation service received on the receiver side can be switched to the broadcast service by the control from the provider side of the broadcast communication cooperation service.
  • the receiver 4 can acquire the application executed by the time device and the content data related to the application from an external supply source according to the request of the own device.
  • the cooperative application calls the terminal cooperative API to execute the cooperative application.
  • the receiver 4 acquires application designation information and metadata from the receiving TS.
  • the receiver 4 sends the terminal application to the device 8 based on the information specifying the device 8 that is operating in cooperation, the application specifying information specifying the terminal application to be executed by the device 8, and the metadata. Is specified and start control is performed.
  • the device 8 acquires a terminal application designated to be executed by the device 8 from the internal terminal application storage unit or an external terminal application server.
  • the device 8 executes the acquired terminal application using the metadata acquired from the receiver 4.
  • the application to be executed by the device 8 operating in cooperation with the receiver 4 can be changed in real time based on the application designation information obtained from the broadcast stream. Therefore, the device 8 that operates in cooperation with the receiver 4 can execute the terminal application by changing the terminal application according to the broadcast program or the contents thereof or the progress status thereof.
  • the activation control unit 473 of the receiver 4 recognizes that the application control code included in the acquired AIT is data for instructing automatic activation of the application, regardless of the operation of the operation reception unit 474.
  • a request signal is transmitted to the receiver application server 21.
  • the broadcast communication cooperation service button 475 provided in the operation reception unit 474 when the receiver 4 is receiving a broadcast service, when the broadcast communication cooperation service button 475 provided in the operation reception unit 474 is pressed, the broadcast communication is started from the state where only the broadcast service is received. It was an example of transition to a state where a cooperative service is received.
  • the present embodiment is an example in which the application information acquisition unit 472 acquires an AIT ES multiplexed on a TS obtained from a broadcast signal.
  • the broadcast transmission apparatus 11 transmits, as a broadcast signal, a TS in which an EIT (Event Information Table) provided with a descriptor including AIT information is provided, and receives the broadcast signal.
  • the separation unit 402 may extract the AIT from the EIT multiplexed in the TS, and the application information acquisition unit 472 may acquire the AIT.
  • FIG. 34 shows the data structure of the EIT. Details on the data structure of the EIT can be found in, for example, “Technical Data for Digital Terrestrial Television Broadcasting Operation Regulations”, ARIB TR-B14, 4.4 Edition, Second Volume, The Japan Radio Industry Association, March 2011 It is described in the month (Part 4, Part 3, 31.3).
  • the signal setting unit 112 of the broadcast transmission apparatus 11 stores AIT information in an EIT descriptor (descriptor ()) having the data structure shown in FIG. Then, the signal setting unit 112 generates a TS in which the EIT storing the AIT is multiplexed, and supplies this TS to the broadcast transmission unit 113.
  • the broadcast transmission device 11 transmits the AIT described in BML (Broadcast Markup Language) by data broadcasting using the DSM-CC (Digital Storage Media-Command and Control) data carousel transmission method, and receives the broadcast signal.
  • the separation unit 402 may extract the AIT from the data broadcast content, and the application information acquisition unit 472 may acquire the AIT.
  • the signal setting unit 112 fixes the component tag and module for carousel transmission of the AIT.
  • the signal setting unit 112 fixes the component tag to “AA” (hexadecimal number), for example, and the module ID, which is module identification information, to “0”, for example.
  • the signal setting unit 112 sets a type for identifying the AIT in the type descriptor of the module.
  • the separation unit 402 monitors the modules in the TS, and when detecting a module whose module ID is “0”, extracts the AIT corresponding to the Type identifier from the detected module.
  • the AIT associated with the broadcast content identification information or the AIT including the broadcast content identification information is stored in the notification server 18 in the broadcast station server group 12 or the notification server 24 in the service provider server group 2.
  • the application control unit 434 acquires the content identification information from the separation unit 402 and acquires the AIT from the notification server 18 or the notification server 24 via the communication input / output unit 411. May be.
  • the application information acquisition unit 472 extracts an application control code and a predetermined flag from the captured AIT, and supplies the application control code and the flag to the activation control unit 473.
  • the predetermined flag is, for example, data provided in the AIT that designates either application activation or data broadcast presentation.
  • the activation control unit 473 takes in the application control code and flag supplied from the application information acquisition unit 472.
  • the activation control unit 473 When the activation control unit 473 identifies that the application control code is data for instructing the automatic activation of the application, the activation control unit 473 controls either the execution start of the application or the presentation of data broadcasting according to the flag.
  • the data for instructing the automatic activation of the application is, for example, “01 (hexadecimal number)” (identification name: AUTOSTART) in the application control code shown in Table 7 above.
  • the bridge unit 494 has described the case where the connections having the same connection type included in the handshake request are bridge-connected. However, the present invention is not limited to this, and the bridge unit 494 bridges when other predetermined conditions are satisfied. You may make it connect.
  • the condition is that the application information executed by the application execution unit 435 and the application information executed by the device 8 are included in the same broadcast stream separated by the separation unit 402. This can be realized by acquiring application information from the broadcast stream and recording the information every time the separation unit 402 separates the broadcast signal into the broadcast stream.
  • connection is not established when the port is already in use.
  • present invention is not limited to this. For example, a process for preferentially connecting a port specified later is performed. You can go.
  • step S503 an example in which one terminal application is assigned to one port has been described.
  • a configuration in which one terminal is connected to a plurality of terminal applications may be employed. In this case, the determination as to whether or not the port is being used in step S503 is omitted.
  • program information is transmitted from the receiver 4 to the device 8
  • the receiver 4 receives a broadcast stream including information (first information) of a program different from the program that has been viewed up to that time (for example, when the selected broadcast channel is changed by a remote controller or the like
  • information related to the new program (second information) is extracted from the broadcast stream.
  • the receiver 4 transmits information on a new program to the device 8 through the connection.
  • the device 8 can acquire information related to the currently viewed program in real time. Examples of information related to the program (second information) include a program name, an outline of the program, and a keyword.
  • the tuning control of the receiver 4 is performed by the device 8
  • the device 8 receives a channel selection operation (broadcast channel designation) by a user operation
  • the device 8 selects the broadcast channel designated by the receiver 4 through the established connection.
  • a selection instruction to be instructed is transmitted.
  • the receiver 4 When receiving a selection instruction from the device 8, the receiver 4 outputs a channel selection to the broadcast channel indicated by the selection instruction to the channel selection unit 415.
  • the channel selection unit 415 can change the broadcast channel of the broadcast signal received by the broadcast reception unit 401.
  • the receiver 4 acquires the result (success / failure) and transmits the result to the device 8.
  • the receiver 4 can transmit not only success / failure as result information but also result information including the above-described program information (program name, program outline, keyword, etc.).
  • program information program name, program outline, keyword, etc.
  • the present invention is not limited to this.
  • the receiver 4 receives a control instruction other than the channel selection operation such as changing the output volume or turning the power on and off. May be.
  • the receiver 4 may receive a control instruction including application designation information (content identification information) indicating a receiver application (content) to be executed by the application execution unit 435 (content execution unit) from the device 8.
  • application designation information content identification information
  • the communication input / output unit 411 acquires the receiver application indicated by the application designation information included in the control instruction from the receiver application server.
  • the application execution unit 435 of the receiver 4 executes the receiver application acquired by the communication input / output unit 411.
  • the receiver 4 may receive a control instruction including a URL (content identification information) indicating VOD content to be played back by the VOD playback application executed by the application execution unit 435 from the device 8.
  • a control instruction including a URL (content identification information) indicating VOD content to be played back by the VOD playback application executed by the application execution unit 435 from the device 8.
  • the communication input / output unit 411 acquires the VOD content indicated by the URL included in the control instruction from the content distribution server.
  • the application execution unit 435 of the receiver 4 reproduces the VOD content acquired by the communication input / output unit 411.
  • each part with which the receiver 4 in embodiment mentioned above is provided may implement
  • a program for realizing the function of each unit included in the receiver 4 in the above-described embodiment or a program for executing each process included in the reception method in the above-described embodiment on a computer-readable recording medium By recording, reading the program recorded on the recording medium into a computer system, and executing the program, processing by each unit included in the receiver 4 or each step included in the reception method may be performed.
  • the “computer system” includes an OS and hardware such as peripheral devices.
  • the “computer system” includes a function of providing information in the form of a so-called web page written in a markup language and a function of displaying the information on a browser.
  • “Recording medium” refers to a storage device having a non-temporary storage function. Examples include, but are not necessarily limited to, a non-portable medium such as a portable medium such as a flexible disk, a magneto-optical disk, a ROM, and a CD-ROM, and a non-portable medium such as a hard disk built in a computer system. Absent.
  • the “recording medium” includes a volatile medium such as a DRAM or an SRAM like a volatile memory inside a computer system serving as a server or a client, but is not necessarily limited thereto.
  • the “recording medium” includes a medium that holds a program for a short time, such as a receiving / transmitting device or a transferring device when transmitting a program via a network such as the Internet or a communication line such as a telephone line.
  • the program may be for realizing a part of the functions described above, or may be realized by combining the functions described above with a program already recorded in the computer system.
  • the present invention can be applied to an apparatus, a method, a system, etc. for receiving a digital broadcast.
  • Broadcast transmission apparatus 11 Broadcast related data management part 112 Signal setting part 113 Broadcast transmission part 12 Broadcasting station server group 13 Content management server 14 Program management server 15 Metadata management server 16 Content distribution server 17 Broadcasting station service server 18 Notification Server 2 Service Provider Server Group 21 Receiver Application Server 22 Service Server 23 Content Distribution Server 24 Notification Server 3 Repository Server 4 Receiver 401 Broadcast Receiving Unit 402 Separating Unit 403 Clock 404-1 First Synchronization Buffer 404-2 Second synchronization buffer 405-1 First decoder 405-2 Second decoder 406 Data broadcast execution unit 407 Video control unit 408 Video display unit 409 Audio control unit 410 Audio output unit 411 Communication input / output Unit 412 application execution control unit 413 presentation control unit 414 operation input unit 415 channel selection unit 416 local information storage unit 417 external I / F unit 431 application storage unit 432 application authentication unit 433 application management unit 434 application control unit 435 application execution unit 436 reception Machine API unit 437 Terminal cooperation API

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Emergency Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

　受信機は、機器がアプリケーションの実行により出力した要求を受け付ける端末側サーバ部と、アプリケーション実行部がアプリケーションの実行により出力した要求を受け付ける受信機側サーバ部と、端末側サーバ部または受信機側サーバ部とアプリケーション実行部及び端末とのコネクションを確立するコネクト部と、コネクト部が確立したコネクションを介して、端末側サーバ部と受信機側サーバ部とをブリッジ接続するブリッジ部とを備える。

Description

受信機および受信方法
　本発明は、受信機および受信方法に関する。
　本願は、２０１１年８月２６日に日本に出願された特願２０１１－１８４５６４号と特願２０１１－１８４５６５号、および２０１２年５月１７日に日本に出願された特願２０１２－１１２９６８号と特願２０１２－１１２９６９号、に基づき優先権を主張し、その内容をここに援用する。
　近年、放送通信連携サービスを実現するための研究が行われている。この放送通信連携サービスは、一例として、視聴者により利用される受信機に、放送局側から放送される放送番組コンテンツと、サービス事業者側からインターネット等の電気通信回線を介して配信される配信コンテンツとをそれぞれ受信させ、これら放送番組コンテンツと配信コンテンツとを連携させて再生させるサービスである。
　受信機は、放送番組コンテンツと配信コンテンツとを表示および音声出力するためのアプリケーションを実行処理することによって、放送通信連携サービスを受けることができる。
　また、受信機と通信端末とを連携動作させることによって、視聴者に、通信端末をも利用させて放送通信連携サービスを受けさせる試みも行われている。
　従来、デジタル放送におけるアプリケーションの実行環境が規格化され運用されている（例えば、非特許文献１参照）。この文献には、ネットワークに接続された機器とこの機器の機能とをデータ放送コンテンツと連動させて利用させるための、ネットワーク機器利用に関する技術的事項が記載されている。
　なお、特許文献１には、通信端末の要求に基づいて、通信端末と情報処理装置とを連携させる技術が開示されている。
特開２００９－８０５９３号公報
「デジタル放送におけるアプリケーション実行環境　標準規格」、ＡＲＩＢ　ＳＴＤ－Ｂ２３、１．２版、社団法人電波産業会、平成２１年７月
　受信機と通信端末との連携機能の実現において、放送番組またはその内容もしくはその進行状況等に応じて、情報（アプリ起動情報やキーワード）を通信端末にリアルタイムに通知したいという要求がある。リアルタイムに情報の通知を行うには、受信機が通信端末に対してプッシュ送信によりアプリケーションの通知を行うことが好ましい。しかしながら、従来の受信機は、特許文献１に記載されているように通信端末からの要求（ポーリング）によって情報を渡す必要があり、この機能要求を満たす仕組みは未だ確立されていない。
　また、受信機と通信端末とを連携させる際、受信機が実行するアプリケーションと通信端末が実行するアプリケーションとを連携させたいという要求がある。ところで、例えばＨＴＭＬ５などのクライアント側アプリケーション用の言語には、仕様として通信の親側（サーバ側、ホスト側）として動作させる記述ができないものがある。
　つまり、受信機と通信端末とのそれぞれが実行するアプリケーションがＨＴＭＬ５などの言語で記述されたアプリケーションである場合、それぞれのアプリケーションがクライアント側アプリケーションであるため、互いに通信を行うことができないという問題がある。
　本発明は、上記事情に鑑みてなされたものであり、連携動作させる端末にリアルタイムに情報を通知することができる受信機を提供することを目的とする。
　また、本発明は、アプリケーションの言語仕様に関わらず、受信機が実行するアプリケーションと通信端末が実行するアプリケーションとを連携動作させることができる受信機を提供することを目的とする。
　［１］本発明の一態様による受信機は、通信機能を有する端末との通信コネクションを確立するコネクト部と、放送信号を受信する放送受信部と、前記放送受信部が受信した放送信号から放送ストリームを分離する分離部と、前記分離部が分離した放送ストリームに所定の第１の情報が含まれる場合に、当該第１の情報に関連付けられた第２の情報を、前記コネクト部が確立したコネクションを介して前記端末にプッシュ送信する送信部と、を備える。
　［２］上記受信機において、前記第１の情報は、端末装置が実行するアプリケーションを指定するアプリケーション指定情報であってもよい。
　［３］上記受信機は、前記コネクト部が確立したコネクションを介して前記端末から前記受信機に対する制御指示を受け付ける制御指示受け付け部と、前記制御指示受け付け部が受け付けた制御指示に基づいて、自装置の制御を行う制御部とをさらに備えていてもよい。
　［４］上記受信機において、前記制御指示受け付け部は、制御指示として所定の放送チャンネルを選択する選択指示を受け付けるように構成されていてもよい。また、前記制御部は、前記制御指示受け付け部が受け付けた選択指示に従って、指定された放送チャンネルの放送信号を前記放送受信部が受信するよう制御するように構成されていてもよい。
　［５］上記受信機は、ネットワークを介して外部装置との通信を行う通信入出力部と、前記通信入出力部が前記外部装置から受信したコンテンツを実行するコンテンツ実行部とをさらに備えていてもよい。この場合、前記制御指示受け付け部は、前記コンテンツ実行部に実行させるコンテンツを示すコンテンツ識別情報を含む制御指示を受け付ける。また、前記制御部は、前記通信入出力部が、前記制御指示受け付け部が受け付けた制御指示に含まれるコンテンツ識別情報が示すコンテンツを前記外部装置から取得する。さらに、前記コンテンツ実行部が、当該コンテンツを実行するよう制御する。
　［６］上記受信機は、端末からの受信機の検索に対して、前記コネクト部が通信コネクションに用いる接続アドレスを含む応答を送信する検索応答部をさらに備えていてもよい。
　［７］本発明の他の一態様による受信機は、放送信号を受信する放送受信部と、前記放送受信部が受信した放送信号から放送ストリームを分離する分離部と、前記分離部が分離した放送ストリームから自装置が実行すべきアプリケーションの情報を取得するアプリケーション情報取得部と、前記アプリケーション情報取得部が取得した情報が示すアプリケーションを実行するアプリケーション実行部と、前記実行部及びアプリケーションを実行する端末が当該アプリケーションの実行により出力した要求を受け付けるサーバ部と、前記サーバ部と前記アプリケーション実行部及び前記端末とのコネクションを確立するコネクト部と、前記コネクト部が確立したコネクションを介して、前記サーバ部が前記アプリケーション実行部から受け付けた要求を前記端末に出力し、前記サーバ部が前記端末から受け付けた要求を前記アプリケーション実行部に出力するブリッジ部とを備える。
　［８］上記受信機において、前記ブリッジ部は、前記アプリケーション実行部が実行するアプリケーションと前記端末が実行するアプリケーションとの関係が所定の条件を満たすか否かを判定し、当該条件を満たす場合に、前記コネクト部が確立したコネクションを介して、前記サーバ部が前記アプリケーション実行部から受け付けた要求を前記端末に出力し、前記サーバ部が前記端末から受け付けた要求を前記アプリケーション実行部に出力するように構成されていてもよい。
　［９］上記受信機において、前記アプリケーション実行部及び前記端末は、前記アプリケーションの実行により、前記サーバ部とのコネクションを確立する際に、連携するアプリケーションのタイプを示すタイプ情報を前記コネクタ部に出力するように構成されていてもよい。また、前記ブリッジ部における所定の条件は、前記コネクト部が前記アプリケーション実行部から受け付けたタイプ情報と前記端末から受け付けたタイプ情報とが一致することであってもよい。
　［１０］上記受信機において、前記アプリケーション情報取得部は、前記分離部が分離した放送ストリームから自装置が実行すべきアプリケーションの情報に加えて、前記端末に実行させるべきアプリケーションの情報を取得するように構成されていてもよい。また、前記ブリッジ部における所定の条件は、前記アプリケーション実行部が実行するアプリケーションの情報と前記端末が実行するアプリケーションの情報とが、それぞれ前記分離部が分離した同一の放送ストリームに含まれることであってもよい。
　［１１］上記受信機において、前記ブリッジ部は、前記コネクト部によるコネクションが確立したときに、前記所定の条件の判定を行うよう構成されていてもよい。
　［１２］上記受信機において、前記ブリッジ部は、前記所定の条件を満たすと判定したときに、前記端末を特定する識別情報を生成して前記アプリケーション実行部に出力し、前記サーバ部が前記アプリケーション実行部から受け付けた要求に前記識別情報が含まれる場合、当該識別情報が示す端末に当該要求を出力し、前記サーバ部が前記識別情報が示す端末から要求を受け付けた場合、当該要求と前記識別情報の組み合わせを前記アプリケーション実行部に出力するように構成されていてもよい。
　［１３］本発明の他の一態様による受信方法は、通信機能を有する端末との通信コネクションを確立する工程と、放送信号を受信する工程と、前記放送受信部が受信した放送信号から放送ストリームを分離する工程と、前記分離した放送ストリームに所定の第１の情報が含まれる場合に、当該第１の情報に関連付けられた第２の情報を、前記確立したコネクションを介して前記端末にプッシュ送信する工程と、を含む。
　［１４］本発明の他の一態様による受信方法は、放送信号を受信する工程と、前記受信した放送信号から放送ストリームを分離する工程と、前記分離した放送ストリームから実行すべきアプリケーションの情報を取得する工程と、前記取得した情報が示すアプリケーションを実行する工程と、前記アプリケーションの実行により出力された要求、または、端末から出力された要求を受け付ける工程と、前記端末とのコネクションを確立する工程と、前記確立したコネクションを介して、前記アプリケーションの実行により出力された要求を前記端末に出力する工程と、前記端末から出力された要求をアプリケーション実行部に出力する工程と、を含む。
　本発明の一態様によれば、連係動作させる端末からの要求（ポーリング）なしに、受信機が受信した放送信号に含まれる端末向けの情報を抽出したときに、連係動作させる端末に情報を通知することができる。すなわち、本発明による受信機は、連携動作させる端末にリアルタイムに情報を通知することができる。
　本発明の他の一態様によれば、受信機が実行するアプリケーション及び端末が実行するアプリケーションからの要求を受け付けるサーバ部を備え、サーバ部が端末から受け付けた要求を実行部に出力し、実行部から受け付けた要求を端末に出力することができる。すなわち、本発明による受信機は、アプリケーションの言語仕様に関わらず、受信機が実行するアプリケーションと通信端末が実行するアプリケーションとを連携動作させることができる。
本発明の一実施形態である受信システムの機能構成を示すブロック図である。 本発明が適用される放送通信連携システムを利用する者とその関係を示す図である。 放送通信連携システムの全体構成を示す図である。 放送通信連携システムの端末連携モデルを示す図である。 放送通信連携システムのサービス種別の概念図を示す。 放送通信連携システムに使用するＡＩＴのテキスト表現の例を示す図である。 放送通信連携システムにおけるアプリケーションのライフサイクルを示す図である。 放送通信連携システムにおける事業者間のデータの流れを示す図である。 放送通信連携システム全体におけるデータの流れを示す図である。 放送通信連携システムにおけるレコメンドサービスのシーケンスを示す図である。 放送通信連携システムにおける転送プロトコルスタックを示す図である。 端末連携マネージャーの概念を示す図である。 ＷｅｂＳｏｃｋｅｔによる通信により受信機と携帯端末とを連携させる例を示す図である。 ＷｅｂＳｏｃｋｅｔによる通信により受信機のアプリケーションと携帯端末のアプリケーションとを連携させる例を示す図である。 放送通信連携システムにおけるアプリケーション管理モデルを示す図である。 放送通信連携システムにおけるセキュアマネージャーの機能モデルを示す。 放送通信連携システムにおける画面提示制御方式の概念を示す図である。 放送通信連携システムにおける画面提示制御の基本動作モデルを示す図である。 放送通信連携システムにおけるポリシーレベルに応じた画面提示制御の例を示す。 放送通信連携システムにおける緊急地震速報受信時の提示制御の例を示す。 本発明の一実施形態による放送通信連携システムの全体構成図である。 同実施形態による受信機の内部構成を示す機能ブロック図である。 同実施形態によるアプリケーション実行制御部の詳細な構成を示すブロック図である。 同実施形態による提示制御部の詳細な構成を示すブロック図である。 本発明の一実施形態において、操作受付部として赤外線リモコンを用いた場合の、概略の外観正面図である。 同実施形態である受信機と、受信機アプリサーバと、コンテンツ配信サーバとの処理の手順を示すシーケンス図である。 同実施形態である受信機が操作受付部の操作にしたがって作動する場合の、動作の処理手順を示すフローチャートである。 同実施形態である受信機が操作受付部の操作にしたがって作動する場合の、動作の処理手順を示すフローチャートである。 同実施形態である受信機の動作の処理手順を示すフローチャートである。 同実施形態である受信機と、機器と、端末アプリケーションサーバとの処理の手順を示すシーケンス図である。 受信機と機器との連携処理の手順を示すシーケンス図である。 アプリケーション同士の連携手順を示すシーケンス図である。 受信機によるブリッジ判定処理の手順を示すフローチャートである。 イベント情報テーブルのデータ構造を示す図である。
　以下、本発明を実施するための形態について、図面を参照して詳細に説明する。
　本発明の一実施形態は、放送サービスのみを受ける状態と、放送通信連携サービスの一サービス形態であるストリーム従属型サービスを受ける状態とを、簡便な操作により切り替えることができる受信機である。また、本実施形態は、放送通信連携サービスの供給者側からの制御によって、現在受けている放送通信連携サービスを放送サービスに切り替えることができる受信機である。また、本実施形態は、放送通信連携サービスにおいて実行するアプリケーションと、このアプリケーションに関連するコンテンツデータとを、自装置の要求にしたがって外部の供給元から取得することができる受信機である。また、本実施形態は、受信機、および、受信機と機器（端末）とを含む受信システムであり、連携動作させる機器に実行させるアプリケーションを動的に変更することができる、受信機および受信システムである。
　図１は、本発明の一実施形態である受信システムの機能構成を示すブロック図である。
　同図に示すように、受信システムは、受信機４と機器８とを含んで構成される。
　受信機４は、放送受信部４０１と、分離部４０２と、通信入出力部４１１と、アプリケーション実行制御部４１２と、操作入力部４１４と、選局部４１５と、外部Ｉ／Ｆ部４１７と、操作受付部４７４とを含んで構成される。
　アプリケーション実行制御部４１２は、アプリケーション記憶部４３１と、アプリケーション制御部４３４と、アプリケーション実行部４３５と、リソースアクセス制御部４３８と、リソース制御部４３９とを含んで構成される。
　アプリケーション制御部４３４は、アプリケーション情報取得部４７２と、起動制御部４７３と、終了制御部４８１とを含んで構成される。
　操作入力部４１４は、起動要求信号取得部４７１を含んで構成される。
　外部Ｉ／Ｆ部４１７は、機器側サーバ部４９１と、受信機側サーバ部４９２と、コネクト部４９３と、ブリッジ部４９４とを含んで構成される。なお、外部Ｉ／Ｆ部４１７は、機器側サーバ部４９１を接続する機器８毎に備え、それぞれが機器８と一対一で接続する構成であっても良いし、機器側サーバ部４９１を１つ備え、当該機器側サーバ部４９１が複数の機器８と接続する構成であっても良い。
　機器８は、接続制御部５０１と、端末アプリケーション取得部（同図では、端末アプリ取得部と略記する）５０２と、端末アプリケーション実行部（同図では、端末アプリ実行部と略記する）５０３とを含んで構成される。
　機器８は、前述したとおり、携帯電話、ＰＤＡ、スマートフォン、タブレット、パーソナルコンピュータ等の通信機能を備えた端末（電子機器、情報処理装置）である。
［本発明が適用される放送通信連携システムの説明］
　ここで、本発明が適用される放送通信連携システムについて説明する。本発明が適用される放送通信連携システム（放送通信融合システム、放送通信システム、送受信システム）は、例えば、Hybridcast（登録商標）（ハイブリッドキャスト）システムであり、放送通信連携サービス（Hybridcast（登録商標）サービス、放送通信融合サービス、放送通信サービス）を提供する。本発明が適用される放送通信連携システムが実現する放送通信連携サービスは、デジタル放送サービスと、インターネットなどによる通信サービスとを連携する。例えば、放送通信連携サービスでは、デジタルテレビやパーソナルコンピュータ、携帯端末などの受信機は、放送により伝送された放送番組（以下、「番組」とも記載する）の表示画面（以下、番組の表示画面の「放送画面」とも記載する）に、この受信機に実装されているアプリケーションが通信により取得したサービスやコンテンツの表示画面（以下、「アプリケーション画面」、「アプリケーションの表示画面」とも記載する）を合わせて同時に表示する。
［１．　システムモデル］
［１．１　放送通信連携システムの利用者]
　図２は、放送通信連携システムを利用する者とその関係を示す図である。
　編成を伴う番組を送出する放送局は、放送電波あるいは通信網により番組を視聴者に配信する。放送局は、放送通信連携サービスを充実するために、番組に関連するメタデータをサービス事業者に提供する。
　放送通信連携サービスを提供するサービス事業者は、視聴者に放送通信連携サービスを提供するためのコンテンツとアプリケーション（以下、「アプリ」とも記載する）を制作し、配信する。以下では、単に「アプリケーション」と記載した場合、放送通信連携サービスを提供するためのアプリケーション（放送通信連携サービスのアプリケーション）を指す。コンテンツまたはアプリケーションの制作者と配信者が同一のサービス事業者である必要はない。放送局がサービス事業者を兼ねてもよい。サービス事業者は、他のサービス事業者へのリンク情報を提供することも可能である。サービス事業者は、提供するアプリケーションが公式であることを示すために、システム管理者にアプリケーションの登録を申請し、承認を得ることができる。承認されたアプリケーションは、受信機上での動作に制限を受けない。一方、承認されないアプリケーションが表示させる画面は、番組の表示画面および音声にオーバーラップすることはできないが、アプリケーションの表示画面を縮小して放送番組の画面の外に表示することができる。承認されたアプリケーションをＡ（Authorized）アプリケーション、承認されないアプリケーションを一般アプリケーションという。なお、Ａアプリケーションを、公式アプリケーション、登録アプリケーション、認証済アプリケーション、認定アプリケーション、公認アプリケーション、オーソライズドアプリケーション、Ａ（Authorized）タイプアプリケーションとも呼ぶ。また、一般アプリケーションを、非公式アプリケーション、非認証アプリケーション、非認定アプリケーション、非公認アプリケーション、Ｕ（Unauthorized）タイプアプリケーション、Ｕアプリケーションとも呼ぶ。
　システム管理者は、視聴者に提供するアプリケーション（受信機アプリ）がＡアプリケーション（公式）であることを認定する機関である。申請されたアプリケーションを承認するか否かのシステム管理者の判断は、放送局からの委託による。
　各種設定等を行なうためのアプリケーションを受信機にインストールさせておいてもよい。この際、受信機におけるアプリケーションの表示画面が番組の表示画面（映像）にオーバーラップしてもよい。
　放送局により放送された番組を視聴する視聴者は、放送通信連携サービスを享受する。視聴者は、自身の意思により、アプリケーションをダウンロードしたり、起動したりすることができる。また、視聴者は、自身の意思により、アプリケーションの表示画面を番組の表示画面（映像）にオーバーラップさせることができる。
[１．２　放送通信連携システムのシステム構成]
　図３は、放送通信連携システムの全体構成を示す図である。放送通信連携システムは、電波を利用した現行の放送局設備に、機能的に「放送局サーバ群」、「サービス事業者サーバ群」、「受信機」を加えて構成される。
　放送局は、放送局設備を保有する。さらに放送局は、放送局サーバ群あるいはサービス事業者サーバ群の両方を構成し、管理運営する。また、サービス事業者は、サービス事業者サーバ群を構成し、管理運営する。システム管理者は、リポジトリサーバを管理運営する。受信機メーカは、受信機を製造販売する。視聴者は受信機を保有し、放送通信連携サービスを享受する。
　受信機（Hybridcast（登録商標）受信機、放送受信通信装置）は、標準化された共通のＡＰＩ（アプリケーションプログラムインタフェース：Application Program Interface）を搭載する。また、受信機は、地上デジタル放送、ＢＳ（broadcasting satellite）デジタル放送等の現行方式の放送を受信する。
　放送局設備は、放送通信連携サービスを起動するための信号を放送波に多重化する。多重化の方式については後述する。
[１．３　放送局サーバ群の構成例]
　放送局サーバ群は、放送局が持っているコンテンツやメタデータを管理し、配信する。例えば、放送局サーバ群は、各種サーバ、データ蓄積部（ＤＢ（データベース））及びＡＰＩを含んで構成され、放送局サーバ群のサーバは、コンテンツ管理サーバ、視聴者管理サーバ、コンテンツ配信サーバ、放送局サービスサーバを含んで構成される。
　コンテンツを管理するコンテンツ管理サーバは、放送コンテンツである番組とメタデータを管理する。コンテンツ管理サーバには、放送された番組または放送される番組を管理する番組管理サーバや、番組に関連するメタデータを管理するメタデータ管理サーバが含まれる。メタデータは、例えば、番組タイトル、番組ＩＤ、番組概要、出演者、スタッフ、放送日時、台本、字幕、解説などを示す。
　視聴者管理サーバは、視聴者（ユーザ）を管理し、コンテンツ配信サーバは、通信によりコンテンツデータを配信する。放送局サービスサーバは、放送局がサービス事業者に対してサービスを提供するためのサーバである。放送局サービスサーバが提供するサービスには、例えば、放送局が運営するソーシャルネットワークサービスや、放送番組毎のウェブログ（ブログ）などがある。
　放送局サーバ群のデータ蓄積部は、放送局が持っているコンテンツ、メタデータを格納する部分とデータベースから構成される。蓄積されたデータには、管理しているサービス事業者のみがアクセス可能であり、他者からはアクセスできないように制限している。
　放送局サーバ群のＡＰＩは、サービス事業者サーバ群からの要求に応じてデータを提供するためのＡＰＩである。ＡＰＩは、アプリケーションがサービスを受けるために呼び出すプログラムおよびその実行部である。
[１．４　サービス事業者サーバ群の構成例]
　サービス事業者が管理運営するサービスサーバ群は、アプリケーションとコンテンツを管理し、提供する。サービスサーバ群は、受信機アプリサーバ、サービスサーバ、コンテンツ配信サーバ、データ蓄積部（ＤＢ（データベース））及びＡＰＩを含んで構成される。
　受信機アプリサーバは、放送通信連携サービスのアプリケーションを管理するサーバである。サービス事業者は、受信機で動作するアプリケーションを保存、管理、配信する。サービス事業者は、団体または個人で構成される。受信機アプリサーバは、受信機からの要求により、アプリケーションファイル（アプリケーションファイルについては後述する）の保存場所を受信機に知らせるとともに、アプリケーションファイルを配信する。
　サービスサーバは、受信機で動作しているアプリケーションからの要求によりサービスを提供するサーバである。サービスサーバには、例えば、多言語字幕サーバ、話速変換音声サーバ、ソーシャルＴＶサーバ、レコメンドサーバ、番組レビューサーバ、ブックマークサーバなどがある。
　コンテンツ配信サーバは、受信機で動作しているアプリケーションからの要求によりコンテンツを提供するサーバである。コンテンツ配信サーバには、例えば、ＶＯＤ（Video On Demand）配信サーバ、字幕配信サーバ、マルチビュー配信サーバなどがある。
　サービス事業者サーバ群のデータ蓄積部は、コンテンツデータ、メタデータ、サービス事業者が作成したデータ、視聴者データ、アプリケーションファイルを保存する場所である。データ蓄積部に保存されたデータには、管理しているサービス事業者のみがアクセスでき、他者からはアクセスできない。
　サービスサーバ群のＡＰＩは、受信機で動作しているアプリケーションからの要求により、アプリケーションファイル、コンテンツ、サービスを提供するためのＡＰＩである。
[１．５　受信機]
　受信機は、現行方式の放送を受信し表示するとともに、放送通信連携サービスを実行する。現行方式の放送とは、地上デジタル放送、ＢＳデジタル放送等の衛星放送、データ放送である。また、受信機は、インターネットに接続される。
　受信機は、受信する放送波に多重された情報をもとにして、サービス事業者サーバにアプリケーションのダウンロード要求を行う。受信機が、ダウンロードしたアプリケーションファイルに含まれるアプリケーションプログラムを実行することによって、受信機上でアプリケーションが動作する。受信機上で動作しているアプリケーションは、サービス事業者サーバにアクセスしてコンテンツを取得する。
　また、受信機は、同期機能、アプリ制御機能など放送通信連携サービスを実行するために必要な機能である放送通信連携機能を持つ。放送通信連携機能に対するＡＰＩは共通化されているため、アプリケーションの制作が容易であるとともに、アプリケーションは受信機に依存しない。
　放送通信連携サービスでは、パーソナルコンピュータや携帯端末などのデバイスとの連携のための機能も取り入れている。
　放送通信連携機能には、放送通信連携基本機能と、必要に応じて実装するオプション機能とがある。受信機メーカは、放送通信連携基本機能を全ての受信機に実装する。アプリケーションは、ＡＰＩを通して放送通信連携機能を利用する。放送通信連携機能は、後述するＡＰＩに基づき動作する。
　受信機が実装するＡＰＩは、受信機に依存することなく、アプリケーションの動作が同じになるようにするために規定される。全てのアプリケーションは、ＡＰＩを通して受信機の処理を行なうため、ＡＰＩを介さずにアプリケーションが受信機固有の機能にアクセスすることはできない。
[１．６　端末連携モデル]
　図４は、放送通信連携システムの端末連携モデルを示す図である。
　受信機は、携帯端末などの端末と連携してサービスを提供することができる。連携する端末には、例えば、パーソナルコンピュータ、携帯電話、タブレット、スマートフォン、ＰＤＡ（Personal Digital Assistant）などがある。受信機は、受信機機能として他の端末が利用可能な機能をＡＰＩとして提供する。この他の端末が利用可能な機能を提供するＡＰＩを端末連携ＡＰＩという。例えば、携帯端末上で動作するアプリケーションは、端末連携ＡＰＩを利用することで、番組情報の取得などの放送リソースにアクセスしたり、再生制御等の受信機機能を呼び出したりすることができる。
[１．６．１　端末連携ＡＰＩ]
　端末連携ＡＰＩは、他の端末やその端末上で動作するアプリケーションが受信機の機能を利用するためのＡＰＩである。連携する端末は、ホームネットワーク（ＬＡＮ）上の端末及びインターネットを通してアクセスする端末を対象とする。各種動作を提供するＡＰＩの規定は後述する。
[１．６．２　端末連携ＡＰＩ提供プロセス]
　受信機上で動作する端末連携ＡＰＩ提供プロセスは、端末連携ＡＰＩを動作させる。端末連携ＡＰＩ提供プロセスは、常駐して動作する一種のデーモンプロセスのように動作する。
[１．６．３　ＡＰＩを呼び出すプロトコル]
　端末連携ＡＰＩを呼び出すプロトコルには、例えば、ＲＥＳＴｆｕｌ（ＲＥＳＴ：Representational State Transfer）、ＵＰｎＰ（Universal Plug and Play）、ＸＭＰＰ（eXtensible Messaging and Presence Protocol）などが用いられる。
[１．６．４　プッシュ通知（Notification）機能]
　受信機は、インターネット上のサーバ等が受信機に対してプッシュで情報を通知するNotification（通知）機能にも対応する。受信機はサーバ等からのプッシュにより通知された情報を受信する。Notification機能によって、なんらかの受信機動作を制御する場合があり、Notification機能も端末連携ＡＰＩ仕様の一部として規定される。
[２．　放送通信連携アプリケーション]
[２．１　サービスとアプリケーションモデル]
　放送通信連携システムのアプリケーションモデルは、ＤＶＢ－ＧＥＭ１．２のアプリケーションモデルの考え方をベースに追加、変更したモデルである。
[２．１．１　放送通信連携アプリケーション]
　放送通信連携サービスのアプリケーションの動作は、ＡＶ（Audio Visual）コンテンツに連動した動作（連動）と、アプリケーション単独での動作（非連動）の２つのパターンに分類される。ＡＶコンテンツとは、放送コンテンツ（番組）または通信コンテンツ（ＶｏＤ等）である。
　連動の場合、起動などのアプリケーションのライフサイクル制御は、放送または通信コンテンツに連動して行われる。アプリケーションは、ＡＶコンテンツと一緒に配信されるＡＩＴ（Application Information Table）（アプリケーション情報テーブル、アプリケーション起動情報）をもとに起動される。この場合、視聴者による起動や終了の操作に加え、放送事業者などのＡＶコンテンツの提供者がアプリケーションの自動起動や、終了などのライフサイクルを制御することも可能である。
　一方、非連動の場合、放送や通信コンテンツに連動せずに、アプリケーション単独で起動、終了される。この場合、アプリケーションの開始や終了などのアプリケーションのライフサイクルは、視聴者によってのみ制御される。
[２．１．２　サービス]
　従来、サービスとは、放送事業者が編成し、スケジュールの一環として放送可能な番組の連続のことをいうが、放送通信連携システムにおいてはこの考え方を拡張し、ストリーム従属型サービスと独立型サービスの２つのサービス種別を定義する。
　図５は、サービス種別の概念図を示す。
　受信機において、ストリーム従属型サービス及び独立型サービスを擬似的に選局することで、関連するアプリケーションが起動することになる。
　ストリーム従属型サービスは、従来の意味でのサービスの考え方を拡張したものであり、放送や通信で伝送するＡＶストリームに、それに連動して動作するアプリケーション（複数可）を加えて構成される。ＡＶストリームの選択・再生（放送の場合は選局）によって連動してアプリケーションを起動することができる。
　一方、独立型サービスは、映像・音声のストリームは含まず、アプリケーション（複数可）のみで構成される。視聴者が独立型サービスを選択することで、アプリケーションが起動される。
[２．１．３　オンザフライで取得するアプリ起動とインストールしたアプリの起動]
　アプリケーションの起動には、オンザフライでアプリケーションファイルを取得して起動する方法と、予め受信機に蓄積（インストール）しておいたアプリケーションファイルを起動する方法の２つがある。オンザフライとは、アプリケーションの実行時に通信によってアプリケーションファイルを取得する方法であり、非インストール型、直接実行型ともいう。
　なお、受信機は、後述するＡＩＴによるアプリケーションの周知をもとに、ローカルのファイルシステムにあるアプリケーションファイルのアプリケーションプログラムを起動する。受信機は、通信によりアプリケーションファイルを取得してインストールする際、関連するＡＩＴに設定されているロケーション階層内の情報（２．５．１節参照）をローカルのファイルシステム上のロケーションに書き換え、必要に応じて独立型サービスを識別する値(独立型サービスのＡＩＴ単位で必要)を生成する動作などが必要となる。
[２．２　アプリケーションの周知法（シグナリング）]
[２．２．１　アプリケーション起動情報（ＡＩＴ）]
　サービスに含まれるアプリケーションの周知は、サービス選択時に通知されるアプリケーション起動情報によって行う。アプリケーション起動情報としてＡＲＩＢ　ＳＴＤ－Ｂ２３（以下、ＡＲＩＢ－Ｊと記載）で定義されているＡＩＴを用いる。ストリーム従属型サービス、独立型サービスそれぞれで、そのサービス用のＡＩＴが周知される。各サービスにおけるＡＩＴの送り方の詳細を以下に示す。
　図６は、放送通信連携システムに使用するＡＩＴのテキスト表現の例を示す図である。
　放送通信連携システムにおいて使用するＡＩＴは、ＡＲＩＢ－Ｊで規定されるＡＩＴをベースとする。ＡＩＴには、ＳＩ（Service Information）のテーブルで伝送するためのバイナリ表現と、ＸＭＬ（extensible markup language）形式によるテキスト表現(ＡＩＴ　Ｆｉｌｅ)とが存在し、同図では、テキスト表現の例を示している。ＡＩＴには、アプリケーションを特定するアプリケーションＩＤ（application Identifier）、アプリケーション状態を制御する制御コード（control Code）、アプリケーションファイルの格納位置（格納場所）を示すロケーション情報（location）などが記述される。
[２．２．２　ＡＶコンテンツに連動するアプリケーションの周知]
　ＡＶコンテンツに連動するアプリケーションの周知は、ＭＰＥＧ（Moving Picture Experts Group）－２　ＴＳ（トランスポートストリーム：Transport Stream）で伝送するＡＶコンテンツにＡＩＴを多重する場合と、別途ＡＩＴの情報を送る場合がある。ＡＶコンテンツと連動させてＡＩＴを伝送することにより、受信機において、放送番組に連動するアプリケーションの起動や、番組の進行に連動したダイナミックなアプリケーションの起動などのライフサイクル制御が可能となる。
　周知方法には、例えば、（１）ＡＩＴ用のＥＳ（エレメンタリーストリーム：Elementary Stream）追加、（２）ＥＩＴ（イベント情報テーブル：Event Information Table）への記述子追加、（３）カルーセルでの伝送、（４）通信でのＡＩＴファイルの取得、（５）通信でのダイナミックなＡＩＴファイルの伝送、などがある。
（１）ＡＩＴ用のＥＳ追加の場合、ＡＲＩＢ－Ｊにおける規定と同様にＡＩＴのＥＳを放送ＴＳに多重する。
（２）ＥＩＴへの記述子追加の場合、後述する提示制御と同様に、ＥＩＴ（ｐ／ｆ）への記述子を追加し、ＡＩＴで伝送される情報と同じ情報を伝送する。
（３）カルーセルでの伝送の場合、ＤＳＭ－ＣＣ(Digital Storage Media Command and Control)データカルーセルでＡＩＴを伝送する。例えば、特定のモジュールでＡＩＴファイルを伝送する。カルーセルで伝送することで、取得時間のオーバーヘッドが想定されるが、現行の放送信号を変更する必要がない。
　カルーセルでの運用例として、放送通信連携起動ファイル伝送用カルーセルのコンポーネントタグ、モジュールを固定する。例えば、コンポーネントタグに「ＡＡ」を、モジュールＩＤに「００００」を設定し、モジュールのType記述子にＡＩＴであることを示すタイプを設定する。受信機は、モジュールの更新を監視し、更新を検出するとＡＩＴを読み直し、ＡＩＴにより指定された制御（アプリケーションのライフサイクル制御）を実行する。
（４）通信でのＡＩＴファイルの取得の場合、ＡＶコンテンツの選択と同時に、別に用意されたＡＩＴファイルを取得する。例えば、再生するＡＶコンテンツの情報（コンテンツＩＤ）とアプリケーション起動情報（ＡＩＴ）が記述された情報を起点に両者を取得する。サーバ型放送（ＡＲＩＢ　ＴＲ－Ｂ２７）の利用単位コンテンツやエントリーコンポーネントの考え方を利用することができる。
　（５）通信でのダイナミックなＡＩＴの伝送の場合、ＡＶコンテンツを再生中に、新たなアプリケーションを起動したり、起動中のアプリケーションを終了させたりする制御を通信で伝送するＡＩＴにより行う。なお、予め想定されていないタイミングでの制御を行なう場合、通信を経由したプッシュによる通知を行なう。
[２．２．３　独立して動作するアプリケーションの周知]
　受信機は、独立して動作するアプリケーションの起動情報を含むＡＩＴを通信により取得する。独立アプリケーションは、既知のアプリケーションリポジトリから取得する。個々の独立アプリケーションの起動情報を取得するまでの手順を以下に示す。
（１）受信機にアプリケーションリポジトリのロケーションをセットする。出荷時に予め設定してもよく、複数のリポジトリを後から何らかの方法で追加してもよい。
（２）アプリケーションメニューを開くと、受信機はアプリケーションリポジトリからアプリケーションのリスト（各アプリのＡＩＴのロケーション記述を含む）を取得し、メニューにアプリを表示する。
（３）視聴者が選択したアプリケーションのＡＩＴを通信から取得する。
　上記の手順は、リポジトリが提供するＷＥＢ（ウェブ）　ＡＰＩを利用して実行される。また、独立して動作するアプリケーションは、ＡＶコンテンツと連動して動作するものではないため、予め指定したタイミングでの動的なライフサイクルコントロールは行わない。予め指定されていないタイミングでの制御（終了など）は、通信経由でのプッシュでの通知（Notification）により行なう。
[２．３　アプリケーションの起動と終了]
[２．３．１　アプリケーションのライフサイクル]
[２．３．１．１　ライフサイクル]
　図７は、アプリケーションのライフサイクルを示す図である。
　アプリケーションの状態は、ＡＲＩＢ－Ｊにおけるアプリケーションの状態に準じ、「Not Loaded（ロード前）」、「Loaded（ロード後）」、「Paused（休止）」、「Started（開始）」、「Destroyed（破壊）」の５つの状態を持つ。これら５つの状態において、アプリケーションがロード、実行されて終了するまでの一連の過程をアプリケーションのライフサイクルと呼び、各状態間の遷移の制御をライフサイクルコントロールと呼ぶ。
[２．３．１．２　ＡＶコンテンツに連動するアプリケーションの基本的ライフサイクル制御]
　ＡＶコンテンツに連動するアプリケーションのライフサイクルの制御は、ストリーム従属型サービスの選択を通して行われることを基本とする。
　ストリーム従属型サービスの選択は視聴者によって行われる。サービスは、ＡＶコンテンツやアプリケーションを含む一連のコンテンツのセットであり、アプリケーションと一緒に送られるＡＩＴに含まれる制御コードよって起動や終了などのライフサイクルが制御される。一つのサービスに複数のアプリケーションが含まれ、それらが同時に動作する場合もある。
　アプリケーション起動のトリガとなるサービスの選択は、受信機ＡＰＩを通してアプリケーションから制御する場合や、受信機のレジデントアプリケーションとしてのナビゲータから制御する場合、放送サービスの場合はリモコンボタンを制御する場合、などがある。サービス切り替え時に、切り替え前後のサービスに含まれるコンテンツ（ＡＶコンテンツやアプリケーション）の提示が切り替えられる。切り替え前後のサービスに含まれるアプリケーションが異なる場合は、切り替え前に起動していたアプリケーションはサービス切り替えによって終了し、切り替え後には異なるアプリケーションが起動可能となる。これらの動作の詳細は、２．４節に後述する。
[２．３．２　アプリケーションの起動]
[２．３．２．１　ＡＩＴによる起動]
　受信機においてサービス（ストリーム従属型サービス、独立型サービス）が選択されたとき、サービスと共に提供されるＡＩＴに含まれる制御コードで「auto-start」が指定されたアプリケーションは、視聴者からの明示的なアクションなしでサービス選択とともに自動的に起動する。サービス選択中は、そのサービスに対するアプリケーションシグナリングによってライフサイクルが制御される。例えば、放送サービスの場合は、放送と共に伝送されるＡＩＴを受信機が常に監視し、その変化に対応する。このように、ＡＩＴの伝送などのアプリケーションシグナリングによって、受信機において新たなアプリケーションを途中で自動起動（auto-start）するよう制御できる。
　ＡＩＴによるアプリケーション起動情報において「auto-start」が指定されていないアプリケーションは、自動的には起動されず、視聴者による明示的な起動が必要となる。この明示的な起動は、受信機のレジデントアプリケーションのアプリケーションローンチャーによって行われる。例えば、放送サービス選択時に、リモコンの放送通信連携サービスボタンを押すことで、受信機においてアプリケーション起動用のメニューが開き、現在の放送（通信）サービスに連動するアプリケーション一覧が表示される。ここで視聴者は、受信機に対して、起動したいアプリケーションを選択・起動する操作を行う。
[２．３．２．２　放送通信連携アプリケーションからの起動]
　サービス内で複数のアプリケーションを起動できるため、起動済のアプリケーションから同じサービスに含まれる他のアプリケーションを起動することもある。ＡＲＩＢ－Ｊアプリケーション実行環境では、アプリケーションＩＤを指定することにより他のアプリケーションを起動するＡＰＩが規定されている。その他の実行環境の場合も、同様の機能をもったＡＰＩを規定する。
[２．３．２．３　ＢＭＬ（Broadcast Markup Language）からの起動]
　受信機は、放送通信連携アプリケーション実行環境に加えて、現行のＢＭＬデータ放送の実行環境を備えることから、ＢＭＬのＡＰＩとして放送通信連携アプリケーションの起動を制御するＡＰＩを追加する。なお、ＢＭＬは、ＡＲＩＢ　ＳＴＤ　Ｂ２４に規定されるマルチメディア符号化方式であり、現行の日本の地上・ＢＳ・ＣＳデジタル放送におけるデータ放送方式として採用されている。
[２．３．２．４　独立して動作するアプリケーションの起動]
　独立型サービスは、アプリケーションのみを含む仮想的なサービスであり、独立アプリケーションを選択することで、２．３．２．１節のＡＩＴによる起動と同じメカニズムによりＡＩＴを取得してアプリケーションが起動される。ただし、独立型サービスでは、少なくとも１つのauto-startアプリケーションが起動される。独立型サービスの選択は、例えば、アプリケーションローンチャーから行う。
[２．３．３　アプリケーションの終了]
[２．３．３．１　ＡＩＴによる終了]
　起動されたアプリケーションは、そのサービスに対するアプリケーションシグナリングによってライフサイクルが制御される。例えば、放送の場合は、放送と共に伝送されるＡＩＴを受信機が常に監視し、起動中のアプリケーションに対して制御コードdestroyを指定することで、アプリケーションを終了する。通信で伝送するストリーム従属型サービスにＡＩＴが多重されている場合も、連動するアプリケーションの終了制御が可能である。
[２．３．３．２　アプリケーション自身による終了]
　アプリケーション自身が、終了用のＡＰＩを用いて自ら終了する。
[２．３．３．３　他のアプリケーションによる終了]
　アプリケーションが実行するアプリケーション終了用のＡＰＩを用いて、起動中の他のアプリケーションを終了させる。この場合、他のアプリケーションを終了させる適切なセキュリティポリシーが必要である。
[２．３．３．４　別のサービスへの切替え時の終了]
　受信機における別のサービスへの切り替え時、ストリーム従属型サービスに含まれるアプリケーションのうち、切り替え前のサービスに含まれるアプリケーションは終了し、新しいサービスでシグナリングされたアプリケーションが起動される。切り替え前後のサービスに同じアプリケーションが含まれる場合は、動作を継続することも可能とする。これは、ＡＩＴ中のフラグで制御する。ストリーム従属型サービスに含まれるアプリケーションであるサービスバウンドアプリケーションの詳細は、４．２節に後述する。
[２．３．３．５　受信機による終了]
　受信機は、指定したアプリケーションを受信機機能により終了する。例えば、受信機が起動中のアプリケーション一覧を表示し、視聴者の選択によって指定のアプリケーションを終了させる。
[２．３．３．６　動的なアプリケーション終了]
　アプリケーションの終了を動的に制御するため、アプリケーションの終了を指示するＡＩＴのファイルを受信機に送信する。この場合、ＡＩＴをプッシュ通知（Notification）する。
[２．３．４　複数アプリケーションの起動]
[２．３．４．１　同一サービス内でシグナリングされたアプリケーション]
　受信機は、同一のサービスにおいてＡＩＴにリストされたアプリケーションを同時実行させることができる。
[２．３．４．２　ＡＶコンテンツに連動するアプリケーションと独立して動作するアプリケーションの同時起動]
　ＡＶコンテンツに連動するアプリケーションは、ストリーム従属型サービス内でしか起動されない。一方、独立して動作するアプリケーションは、任意のタイミングでＡＶコンテンツに連動するアプリケーションや独立して動作する他のアプリケーションと同時に起動可能とする。
[２．３．４．３　複数アプリケーション起動時のリソース管理]
　複数のアプリケーションが起動する場合、それらが同じ受信機のリソース（例えばディスプレイ）を必要とする場合がある。受信機は、リソースマネージャなどの仕組みを備えて、適切にリソースを割り振ったり、リソースが使用出来ない場合はアプリケーションの実行をやめたりするなどの動作を行う。
[２．４　アプリケーションのバウンダリ]
[２．４．１　バウンド／アンバウンドの基本的な扱い]
　アプリケーションは編成サービスに紐付いた（対応付けられた）バウンドアプリケーションと紐付かない（対応付けられていない）アンバウンドアプリケーションの２種類がある。バウンドアプリケーションがどの編成サービスと紐付いているかは、当該アプリケーションの起動情報を含んでいるＡＩＴがどの編成サービスから得られたかで判定する。
　バウンドアプリケーションは、紐付いている編成サービスを受信しているときに実行可能な状態になる。つまり、当該編成サービスからＡＩＴによって起動され、当該編成サービスの受信が終了したとき(受信している編成チャンネルが変更されたとき)には実行が終了する。バウンドアプリケーションから起動された別のアプリケーションもバウンドアプリケーションとして扱う。関連する一連のバウンドアプリケーション群の大本である最初に起動されたアプリケーションが終了したときには、それによって起動された他のアプリケーションも終了する。
　アンバウンドアプリケーションは編成サービスに紐付いていないので、受信している編成サービスを変更してもアプリケーションの実行は継続される。編成サービスからはアプリケーションを起動するためのＡＩＴが得られないので、他の手段(例えば、アプリケーションと紐付いているＡＩＴ　Ｆｉｌｅ（ファイル）を、アプリケーションローンチャー等を用いて入手するなど)によって起動情報が受信機に与えられ、起動される。アンバウンドアプリケーションから起動された別のアプリケーションもアンバウンドアプリケーションとして扱う。アプリケーションは、視聴者の操作によって明示的に終了することが基本であるが、受信している編成サービスから全てのアプリケーションを終了させる指示（KILLALL）がＡＩＴによって与えられた場合にも終了する。
[２．４．２　アンバウンドアプリケーション固有の扱い]
　アンバウンドアプリケーションは編成サービスと紐付かないが、２．３．２．４節で示すように、仮想的な編成サービス(受信機の起動時に受信機内に生成される)に紐付けることにより、バウンドアプリケーションと同じ起動処理メカニズムが適用できる。
　仮想的な編成サービスの生成方法は受信機の実装依存であり、その編成サービスにどのような識別値を与えるかは受信機実装によって異なる。しかし、アプリケーションファイルを受信機内に蓄積しておいて任意のタイミングでアプリケーションローンチャーから起動できるようにしておく場合、仮想的な編成サービスを識別するＩＤやアプリケーションファイルの取得先(サービス事業者サーバないしはリポジトリから取得したＡＩＴには当該サーバが取得先として記述されているので、受信機内の蓄積領域から取得するように変更する必要がある)などが受信機実装に合うようにＡＩＴの内容を受信機が更新する必要がある。
[２．５　アプリケーションの取得方法]
[２．５．１　ＡＩＴをもとにした取得]
　上記の記述のとおり、全てのアプリケーションの起動情報はＡＩＴにより与えられる。アプリケーションファイルの取得は、ＡＩＴに含まれるアプリケーションのロケーション情報により指示される。例えば、図３の例ではロケーション情報は、「/ApplicationList/Application/applicationSpecificDescriptor/dvbjDescriptor/location」の階層に記述される(ＸＭＬとしてはlocation要素の内容として記述される)。ロケーション情報の記述は、例えば、「http://192.168.11.37/demo.jar」となる。
　上記は、ＨＴＴＰ（Hypertext Transfer Protocol）プロトコルを用いて、demo.jar（Ｊａｖａ（登録商標）のアプリケーションアーカイブ）を取得する例である。使用するトランスポートプロトコルや、アプリケーションのパッケージフォーマットについては後述する。
[２．５．２　アプリケーションのパッケージフォーマット]
　アプリケーションのパッケージフォーマットは、アプリケーションフォーマット（Ｊａｖａ（登録商標）やＨＴＭＬ５）などに依存する。受信機は、何らかのひとかたまりになったファイル、もしくはエントリーファイルを取得することによって、アプリケーション起動に必要な一連のファイル（プログラム本体や画像ファイルなど）を取得する。この一連のファイルがアプリケーションファイルである。例えば、アプリケーションファイルには、一連のファイルを圧縮したもの（ｚｉｐファイル等）、Ｊａｒファイル（Ｊａｖａ（登録商標）実行環境）、エントリーのＨＴＭＬファイル（ＨＴＭＬ５実行環境の場合）、独自に規定したエントリーファイルなどのフォーマットが使用される。
[２．５．３　アプリケーションの伝送方法]
　アプリケーションファイルをネットワーク経由で取得する際の伝送方法には、ＨＴＴＰプロトコルによる取得と、ＦＩＬＥプロトコルによる取得とがある。
　ＨＴＴＰプロトコルによる取得の場合、GETメソッドにより取得する。ＡＩＴのロケーションの指定は、「http://～」とする。
　一方、ＦＩＬＥプロトコルによる取得の場合、受信機のローカルに保存された（インストールされた）アプリケーションファイル（アプリケーションプログラム）を指定するときには、ＡＩＴのロケーションの指定を「file:///～」とする。
[３．　インタフェース条件]
[３．１　放送波の放送通信連携サービス制御信号]
　放送波には、２．２．２節で前述したアプリケーション起動情報を送出するメカニズムが必要である。さらに、緊急警報放送時などを想定して、全てのアプリケーションを強制終了させるために、ＡＲＩＢ ＳＴＤ－Ｂ２３第二部　１０．１６．３．２節で規定するＡＩＴのアプリケーション制御コード(application_control_code)に「KILLALL」を追加する。表１は、追加する制御コード「KILLALL」の意味を示す。
Figure JPOXMLDOC01-appb-T000001
　また、アプリケーションとＡＶコンテンツの関係からアプリケーションの提示制御を行うために、ＥＩＴ、ＡＩＴに記述子を追加する。詳細は４．３節に後述する。
[３．２　放送局サーバ群ＡＰＩ]
　図８は、放送通信連携システムにおける事業者間のデータの流れを示す図であり、図９は、放送通信連携システム全体におけるデータの流れを示す図である。
　ここでは、図８に示す、放送局サーバ群とサービス事業者サーバ群のサービス毎のサーバとの間、放送局サーバ群と放送通信連携基盤サーバとの間、及び、放送通信連携基盤サーバとサービス事業者サーバ群のサービス毎のサーバとの間のＡＰＩの規定、図９に示す、受信機制御と放送通信連携基盤サーバとの間、メタデータとサービス毎のサーバとの間のＡＰＩについて述べる。
[３．２．１　ＡＰＩ］
　放送局サーバ群を構成する各サーバである放送局サーバと、サービス事業者サーバ群を構成する各サーバであるサービス事業者サーバとの間の通信はＲＥＳＴ形式とする。また、放送局サーバとサービス事業者サーバとの間は、提供するサービスに応じてサーバのディレクトリー構成が異なることが予想されるため、ＡＰＩは双方間で取り決める。放送局サーバ及びサービス事業者サーバのＵＲＬの例を以下に示す。
http://hybridcast.org/{放送局名}/{サーバ名}/{コンテントID}/{管理するデータ}/{ソート方法}/{先頭アイテム},{個数}/?{パラメータ}={値}/
［３．２．２　レコメンドサービス］
　図１０は、レコメンドサービスのシーケンスを示す図である。サービス事業者サーバ群と、放送局サーバのインタフェース部との間で使用されるメソッドは、「GET」、「POST」、「PUT」、「DELETE」である。コマンドフォーマットの例を以下に示す。
（１）http://hybridcast.or.jp/{放送局名}/(サーバ名)/{コンテントＩＤ}/{管理するデータ}/{ソート方法}/{先頭アイテム},{個数}/
（２）http://hybridcast.or.jp/{放送局名}/(サーバ名)/{視聴者ＩＤ}/{管理するデータ}/{ソート方法}/{先頭アイテム},{個数}/
（３）http://hybridcast.or.jp/{放送局名}/(サーバ名)/{レビューＩＤ}/{管理するデータ}/{ソート方法}/{先頭アイテム},{個数}/
　また、パラメータには、{放送局名}、{サーバ名}、{コンテントＩＤ}、{視聴者ＩＤ}、{レビューＩＤ}、{管理するデータ}、{ソート方法}、{先頭アイテム}、{個数}等々がある。
［３．２．３　管理対象のデータ］
　管理対象のデータには、コンテンツ情報、ユーザ情報、ユーザ・ジェネレイテッド・コンテンツ情報、デバイス情報、認証情報がある。
　コンテンツ情報は、タイトル、概要、ジャンル、放送日時、放送時間（尺）、映像モード、音声モード、字幕データ、台本、出演者、音楽、制作者、製作会社、著作、推薦番組、動画URI、再生回数、ＣＭ、タイムスタンプ情報、等を示すデータを含む。ユーザ情報は、ユーザ（視聴者）の名前、年齢、性別、地域、レビュー書込み数、コメント書込み数、お気に入り、フレンドリスト、再生場所（時刻）、再生終了場所（時刻）、番組視聴履歴等を示すデータを含む。ユーザ・ジェネレイテッド・コンテンツ情報は、コンテンツＩＤ、ユーザＩＤ、レビュー内容、レビュー書込み時刻、レビュー評価、等を示すデータを含む。デバイス情報は、デバイスＩＤを含む。認証情報は、認証ＩＤを含む。
［３．３　トランスポートフォーマット］
［３．３．１　通信で扱う映像/音声について］
　通信で扱う映像や音声は、デジタルテレビネットワーク機能仕様　ストリーミング機能仕様書　プロトコル編V1.1(デジタルテレビ情報化研究会)に準拠する。
［３．３．１．１　映像・音声のモノメディアフォーマットとの関連］
　ＭＰＥＧ－２　ＶｉｄｅｏあるいはＨ．２６４／ＭＰＥＧ－４　ＡＶＣ（Advanced Video Coding）で符号化された映像と、ＭＰＥＧ－１　Ａｕｄｉｏ　Ｌａｙｅｒ　II、ＭＰＥＧ－２　Ａｕｄｉｏ　ＡＡＣで符号化された音声、および字幕等の多重化には、ＴＴＳ（Timestamped Transport Stream）形式を使用する。ただし、ＭＰＥＧ２－ＴＳ、ＭＭＴ（MPEG Media Transport）、ＭＰ４等も使用可能である。
［３．３．１．２　転送プロトコル関係］
　図１１は、転送プロトコルスタックを示す図である。
　ストリーム伝送は、ＲＴＰ（Real-Time Transport Protocol）／ＵＤＰ（User Datagram protocol）およびＨＴＴＰ／ＴＣＰ（Transmission Control Protocol）を用いる。なお、ＲＴＰ／ＵＤＰを用いる場合、オプションとして、誤り訂正の情報を伝送してもよい。また、ＨＴＴＰ／ＴＣＰを用いる場合、ＨＴＴＰのコネクション、メソッド、ヘッダを利用してストリーム制御を行う。伝送がＲＴＰ（Real-time Transport Protocol）で行われる場合、ストリーム制御情報はＲＴＳＰ（Real Time Streaming Protocol）を用いる。
［３．３．２　字幕関連］
　多言語字幕は、Timed Text Markup Language（Ｗ３Ｃ（World Wide Web Consortium））に準拠する。なお、同期については別途アプリケーションレベルで実施する。また、各対応フォントはサーバから必要に応じてダウンロードする。例えば、ＨＴＴＰのペイロードにフォントファイルを載せる。この場合、ＷｅｂのDynamic Fonts、ＰＦＲ（Portable Font Resource）を利用する。
　フォントの容量は約５－３５ＭＢ（メガバイト）程度が望ましい。
［３．４　モノメディアフォーマット］
　放送通信連携サービスにおけるモノメディア符号化は下記に定義されたものを用いる。
［３．４．１　動画］
　動画には、ＡＲＩＢ　ＳＴＤ－Ｂ３２　２．４版第１部３．１節で規定されるＭＰＥＧ－２　Ｖｉｄｅｏ方式および同３．２節で規定されるＭＰＥＧ４－ＡＶＣ方式が用いられ、同５．１節で規定されるテレビジョンサービスの符号化パラメータの制約条件が適用される。
［３．４．２　音声］
　音声には、ＭＰＥＧ－２　Ａｕｄｉｏや、ＰＣＭ（Pulse Code Modulation）（ＡＩＦＦ－Ｃ（Audio Interchange File Format Compression））を用いる。
　ＭＰＥＧ－２　Ａｕｄｉｏの場合、ＡＲＩＢ　ＳＴＤ－Ｂ３２　２．４版第２部３．１節で規定されるＭＰＥＧ－２　ＡＡＣ方式が用いられ、同第５章で規定される符号化パラメータの制約条件が適用される。
　ＰＣＭの場合、ＡＲＩＢ　ＳＴＤ－Ｂ２４　５．４版第一編第２部６．２節で規定される方式が用いられる。
　付加音には、ＡＲＩＢ　ＳＴＤ－Ｂ２４　５．４版第一編第２部６．４節で規定される方式が用いられる。
［３．４．３　静止画］
　ＪＰＥＧ（Joint Photographic Experts Group）の場合、ＡＲＩＢ　ＳＴＤ－Ｂ２４　５．４版第一編第２部５．２節で規定される符号化方式が用いられる。
　ＰＮＧ（Portable Network Graphics：ポータブル・ネットワーク・グラフィックス）の場合、ＩＳＯ／ＩＥＣ　１５９４８：２００３にて規定される方式が用いられる。これは、W3C Recommendation Portable Network Graphics (PNG) Specification (Second Edition)と同内容である
［３．４．４　文字］
　文字符号化には、ＡＲＩＢ　ＳＴＤ－Ｂ２４　５．４版第一編第２部７．２節で規定される国際符号化文字集合が用いられる。
　文字符号集合には、同７．２．１．１．３節で規定されるＢＭＰ（Basic Multilingual Plane）セットが用いられ、表７－２０が適用される。また、ＩＳＯ／ＩＥＣ１０６４６：２００３追補５および同追補６が適用される。
　外字には、ＡＲＩＢ　ＳＴＤ－Ｂ２４　５．４版第一編第２部７．２．１．２節で規定される方式またはＡＲＩＢ　ＳＴＤ－Ｂ２３第一部５．２．１．２節で規定される方式などが適用される。
　制御符号には、ＡＲＩＢ　ＳＴＤ－Ｂ２４　５．４版第一編第２部７．２．２．１節で規定されるＣ０制御符号のうち、ＡＰＲ(ＣＲ)、ＡＰＤ(ＬＦ)のみが用いられる。その他のＣ０制御符号およびＣ１制御符号は用いられない。
　文字符号の変換は、ＡＲＩＢ　ＳＴＤ－Ｂ２４　５．４版第一編第２部付録規定Ｅに従う。
　上記に規定する文字符号化方式以外の方式で情報が符号化されている場合、送出ないしは受信機内の適切なプロセスにおいて上記の文字符号化方式に変換し、処理を行う。すなわち、他の符号化方式による文字符号をアプリケーションからは直接扱わない。
［３．５　アプリケーションフォーマット］
　受信機上で実行可能なアプリケーションの記述方法を示す。この記述方法により作成されたアプリケーションを実行するための実行環境と、セキュアマネージャーとの結合については４章に示す。
［３．５．１　受信機で実行可能なアプリケーションフォーマット］
　受信機で実行可能なアプリケーションの記述方式として、ＢＭＬ(ＡＲＩＢ　ＳＴＤ－Ｂ２４)、ＡＲＩＢ－Ｊ(ＡＲＩＢ　ＳＴＤ－Ｂ２３)、ＨＴＭＬ５（Ｗ３Ｃ　ＨＴＭＬ５
　Ｗｏｒｋｉｎｇ　ｄｒａｆｔ　－　２０１１／Ｊａｎ／１３）を規定する。
［３．５．２　ＢＭＬ］
　受信機は、地上デジタル放送運用規定(ＡＲＩＢ　ＴＲ－Ｂ１４）またはＢＳデジタル放送運用規定(ＡＲＩＢ　ＴＲ－Ｂ１５）に準ずるＢＭＬ文書を提示する機能を有する。受信機は、地上デジタル放送またはＢＳデジタル放送で提供されるデータ放送サービスを既存の規格どおりに提示できなくてはならない。ただし、受信機は、放送でデータカルーセル方式によって配信されるＢＭＬコンテンツの提示のみを必須とし、通信でＨＴＴＰプロトコルによって提供されるＢＭＬコンテンツ（ＴＲ－Ｂ１４　第三編第２部５．１４節、ＴＲ－Ｂ１５　第一部第三編８．１４節)の提示は必須としない。
　また、データ放送コンテンツ(ＢＭＬ)を起点として、以下に規定される通信アプリケーションの起動を行うための放送用拡張ＡＰＩとして、browser.startHybridcastApp()、getAITInfo()を規定する。
　表２は、browser.startHybridcastApp()の規定を示す。browser.startHybridcastApp()は、放送通信連携アプリケーションを起動するＡＰＩである。
Figure JPOXMLDOC01-appb-T000002
　表３は、getAITInfo()の規定を示す。getAITInfo()は、受信中のサービスに含まれる最新のＡＩＴ情報を取得するＡＰＩである。
Figure JPOXMLDOC01-appb-T000003
［３．５．３　ＨＴＭＬ５］
［３．５．３．１　記述方式］
　受信機は、通信から提供されるプレゼンテーションエンジン型アプリケーションの記述方式としてＨＴＭＬ５をサポートする。JavaScript（登録商標）APIとして、下記のものをサポートする。なお、下記のＡＰＩのうち、Ｗ３Ｃで検討が行われているものにはWorking Draft(WD)またはEditor’s Draft(ED)が含まれる。ただし、放送波で伝送されるデータカルーセルに関連するＡＰＩは必須としない。
（１）System Information API(W3C Working Draft 02 Feb. 2010)（２）WebSocket API(W3C Editor’s Draft 28 Feb. 2011)（３）File API(W3C Working Draft 26 Oct. 2010)（４）Permission for File API, System Information API(Permissions for Device API Access, W3C Working Draft 05 Oct. 2010)（５）Device Description Repository Simple API(W3C Recommendation 05 Dec. 2008)（６）API for Media Resource 1.0(W3C Working Draft 08 June 2010)（７）Web Storage(W3C Working Draft 08 Feb. 2011)（８）Server-Sent Events(W3C Editor’s Draft 28 Feb. 2011)（９）Indexed Database API(W3C Working Draft 19 Aug. 2010)（１０）SIアクセスAPI（１１）選局API（１２）印刷（１３）予約
［３．５．３．２　ブラウザ］
　受信機のＨＴＭＬ５ブラウザは、JavaScript（登録商標）処理系、Web Workers（W3C Working Draft 08 Feb. 2011）、Widget Interface（W3C Working Draft 3 Feb. 2011）、HTML Canvas2D Context（W3C Editor’s Draft 28 Feb. 2011）の機能を実装する。Web Workersは、マルチタスクをサポートするため、Widget Interfaceは、独立アプリケーションをサポートするため、HTML Canvas 2D Contextは、２次元ベクトルグラフィックスをサポートするために必要である。
［３．５．４　ＡＲＩＢ－Ｊ］
　受信機は、通信から提供されるアプリケーション実行エンジン型アプリケーションの記述方式としてＡＲＩＢ－Ｊをサポートする。また、複数ストリーム間の同期ＡＰＩとしてDVB Bluebook A153（GEM Media Synchronization API）を用いる。
［３．６　受信機ＡＰＩ］
　以下に、ＨＴＭＬ５およびＡＲＩＢ－Ｊで使用可能な受信機ＡＰＩについて説明する。
［３．６．１　名前空間］
　名前空間とは、サーバ上や受信機内に存在する、映像音声コンテンツ、アプリケーション、モノメディアファイルなど、放送通信連携システムで扱う様々なリソースの位置を特定するための文字列の記述規則である。３．５．２節以降で使用する各種リソースを参照するための名前空間の記法は分類毎に規定する。リソースには、インターネットサーバ上のリソース、アプリケーションキャッシュ上のリソース、放送のリソースがある。インターネットサーバ上のリソースには、ＶＯＤコンテンツなどのストリームリソースや、アプリケーション、アプリケーションから参照されるその他のリソースなどのファイルリソースがある。放送のリソースには、放送中の番組、過去・未来の番組などのストリームリソースや、モジュール、イベントメッセージなどのカルーセルリソースがある。
［３．６．２　放送通信連携インタフェース］
　放送通信連携インタフェースには、以下のインタフェースがある。
（１）getRunningApplications()：実行中のアプリケーションの情報を取得する。getRunningApplicationsの戻り値は、apps[]と、アプリケーション毎のapplication_id及びrunning_levelとを含む。apps[]には、実行中アプリケーションのリストが設定される。application_idには、アプリケーションＩＤが設定され、アプリケーションが一般アプリケーション（非公式アプリケーション）の場合はnullである。running_levelには、実行レベル（認証結果および視聴者設定の状態）が設定される。
　なお、セキュリティ上の観点から、他アプリケーションに関して取得できる情報は制限すべきである。
（２）queryApplicationInfo()：指定したアプリケーションの情報を取得する。
（３）getProgramInfo()：受信中の放送の情報を取得する。戻り値は、tuner_state、network_id、ts_id、orig_ts_id、service_id、event_id、content_idである。tuner_stateには、受信状態を表す値が設定される。
（４）getEPGInfo()：受信中の放送のＥＩＴ（＋ＳＤＴ）中の各種情報を取得する。
（５）saveApplicationToCache()：サーバ上のアプリケーションファイルをキャッシュに保存する。
（６）queryApplicationInCache()：キャッシュ中のアプリケーションファイル（アプリケーションプログラム）を検索する。queryApplicationInCache()の引数は、application_id、getDSMCCModule()、addBroadcastSignalListener()、getListFromHybridcastMenu()である。application_idには、認証機関から発行されたアプリケーションＩＤが設定される。getDSMCCModule()は、放送波から指定のモジュールを取得する。addBroadcastSignalListener()は、ＳＩ、緊急情報、カルーセルおよびイベントメッセージの更新を監視するリスナを登録する。getListFromHybridcastMenu()は、トップメニューアプリケーションのリストを取得する。queryApplicationInCache()の戻り値は、user_apps[]、broadcaster_apps[]、vendor_apps[]である。
（７）addApplicationToHybridcastMenu()：トップメニューにアプリケーションを追加する。
（８）getKeyFromBroadcast()：放送から限定サーバアクセスのための鍵情報を取得する。
（９）querySupportedFunction()：アプリケーションブラウザの機能を問い合わせる。これは、機能/ＡＰＩが利用可能かチェックすることを目的として使用される。
［３．６．３　BroadacastSignalListenerインタフェース］
　BroadacastSignalListenerインタフェースは、放送から取得するＳＩ、緊急情報、カルーセル、イベントメッセージを監視するためのリスナーインタフェースである。バウンドアプリケーション実行中に、紐付いている編成サービスが変更された場合にもこのインタフェースのイベントが発生する。
［３．６．４　LocalDatabaseインタフェース］
　LocalDatabaseインタフェースは、視聴者情報を受信機内で保持・管理するためのインタフェースである。視聴者情報は、個人情報などサーバ側に出すべきでない情報であり、視聴者ＩＤ、受信機ＩＤなど最低限の情報である。
［３．６．５　同期関連ＡＰＩ］
　SynchronizationManagerインタフェースとして、DVB Bluebook A153(GEM Stream Synchronization API)と同様のＡＰＩを導入する。さらに、以下のインタフェースをＡＰＩとして追加する。
（１）getCurrentSTC()：現在のＳＴＣ（System Time Clock）値を取得する。なお、ＭＰＥＧ　２　Ｓｙｓｔｅｍｓ規格では、送信側のシステムクロック（ＳＴＣ）をＭＰＥＧ２トランスポートストリーム中のＰＣＲ（Program Clock Reference）信号として多重し配信することで、受信機内部のシステムクロック（ＳＴＣ）が送信側のＳＴＣと同期されるように規定している。
（２）getCurrentPositionInProgram()：番組開始からの経過時間を取得する。
（３）delayStreamPresentation()：提示中の放送ストリームの遅延提示を開始する。
（４）getCurrentDelay()：提示中の放送ストリームの（本来の提示時刻からの）遅延時間量を取得する。
［３．６．６　SecurityExceptionインタフェース］
　アプリケーションが、現在の実行レベルにおいて禁止されている関数呼び出しおよびプロパティ操作をした場合に発生する例外のインタフェースである。SecurityExceptionインタフェースは、上記各ＡＰＩの呼び出し、あるいは、放送を参照するオブジェクト(ＨＴＭＬ５なら<video>、ＡＲＩＢ－Ｊなら○○Controller)に対する各種操作によって発生する。
［３．７　受信機機能］
　受信機は、組み込み機能として、下記の機能を備える。
［３．７．１　アプリケーションローンチャー］
　アプリケーションローンチャーは、アプリケーションの起動のためのアプリケーションの選択を提供する受信機組み込みの機能である。選択の対象は下記のものである。
　・受信機内に登録または蓄積されたアプリケーション。
　・受信機内のプリインストールアプリケーション。
　・既知のリポジトリに登録されたアプリケーション。
　・アプリケーション起動情報によって起動指示が記述されたアプリケーションのうち、アプリケーション制御符号がAUTO_START以外のアプリケーション。
　・ユーザによって終了したAUTO_STARTが指示されたアプリケーション（これは、当該アプリケーションが実行可能な条件（視聴中の編成サービス、時間等）が満たされていた時に当該アプリケーションを再起動できるようにするための機能である）。
　アプリケーションローンチャーを起動する方法としては、リモコン上の特定のキー押下、受信機の組み込みメニューの中からの選択などが挙げられる。
　また、アプリケーションローンチャーは、リポジトリ中のアプリケーションをロンチャー自身に登録可能とし、ユーザが特定のアプリケーションを素早く簡便に起動できる機能を備える。また、アプリケーションローンチャーはアプリケーションの実行状態の如何にかかわらず、ユーザが任意のタイミングで起動でき、かつアプリケーションの実行状態に影響を及ぼさない。
［３．８　端末連携機能］
　受信機は、家庭内のＬＡＮ等で接続した携帯端末上で動作するアプリケーションに対して、ＡＰＩ（端末連携ＡＰＩ）を利用できるようにする。これにより、テレビ（受信機）と各種端末を連動して動作させることができる。例えば、携帯端末上のアプリケーションが、テレビで視聴中の番組情報を取得したり、テレビに提示する放送チャンネルや、ＶＯＤコンテンツの再生制御等を行うなど、受信機の機能を呼び出したりすることが可能になる。
　このような端末連携機能実現のため、受信機は、端末連携マネージャーを備える。下記に、端末連携マネージャーによる端末連携機能の詳細を記述する。なお、本実施形態では、端末連携マネージャーは、図１に示す外部Ｉ／Ｆ部４１７に備えられる。
［３．８．１　端末連携のスコープ］
　受信機における端末連携のスコープとして、以下を想定する。
・ホームネットワーク：家庭内のＬＡＮに、受信機と連携する端末が共に接続しているケース。
・インターネット：インターネットを通して、複数の受信機が連携したり、受信機と携帯端末等が連携したりするケース。
［３．８．２　端末連携マネージャー］
　端末連携マネージャーは、端末間での通信の確立に加え、連携相手の端末からのＡＰＩ呼び出しによる受信機機能の制御、端末へのプッシュでの情報通知を行うプロセスであり、受信機の電源投入と同時に起ち上がる受信機のソフトウェアモジュールである。
　受信機と端末が連携するため、端末連携マネージャーでは、通信の確立のための機器発見プロトコルや、連携用ＡＰＩの呼び出しや戻り値を送受信するための通信プロトコルが規定されている。
　図１２は、端末連携マネージャーの概念を示す図である。
　受信機は、図１２に示すように、複数の機器発見プロトコル、通信プロトコルに対応した構成を有する。例えば、ホームネットワークでの連携において異なる複数のプロトコルに対応する場合や、ホームネットワーク用のプロトコル、インターネットを通しての連携に用いるプロトコルとして異なるプロトコルを利用することが挙げられる。
　また、受信機は、携帯端末上で動作するアプリケーションに対して、受信機の受信機機能との連携だけなく受信機上で動作するアプリケーションとの連携（アプリケーション間連携）についての仕組みも提供する。
　受信機機能を呼び出すＡＰＩは、アプリケーション用の拡張ＡＰＩとして規定するが、携帯端末に対しても基本的に同等の機能を持ったＡＰＩを提供する。
　アプリケーションと携帯端末との連携に関しては、アプリケーション次第でどのような機能や連携の仕方を提供するかは異なる。本端末連携機能においては、アプリケーションと携帯端末が連携するためにコマンドや各種情報を送受信するための、汎用的な仕組みを提供する。
　端末連携マネージャーは、複数のプロトコルに対応したブリッジ機能を備え、携帯端末からの受信機機能呼び出しや、アプリケーションとの通信において、各プロトコルに対応させたデータの送受信を橋渡しする。なお、当該端末連携マネージャーは、図１に示す外部Ｉ／Ｆ部４１７の一部として、受信機４に備えられる。
［３．８．３　機器発見のための仕組み］
　端末連携機能は、ホームネットワークだけでなく、インターネットを通しての接続もスコープとするが、本節ではホームネットワークにおける機器発見の仕様を記述する。既存の他のプロトコルで容易に実装、利用が可能なものが望ましく、以下の仕様は一例である。
　例えば、機器発見には、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）の機器発見のプロトコルであるＳＳＤＰ（Ｓｉｍｐｌｅ　Ｓｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ　Ｐｒｏｔｏｃｏｌ）を用いることができる。
　ＳＳＤＰは、ＵＰｎＰにおいて、ネットワーク上のＵＰｎＰのデバイスやサービスの名前（ＵＲＩ）をもとに検索することに利用されている。この機能を利用し、機器連携のサービスの名前（ＵＲＩ）を指定して連携用デバイスを発見する。携帯端末から、連携可能な受信機を発見するために、端末連携マネージャーにＳＳＤＰ対応機能を付加し、ＳＳＤＰの検索メッセージを受信した際に接続先（ＩＰアドレス、ポート番号を含む）の応答を返す。
［３．８．４　端末間連携のプロトコル］
　本節では、受信機の端末連携マネージャーと連携対象の端末間のプロトコルを規定する。ホームネットワークでの連携、インターネットを通しての連携それぞれのスコープについて利用するプロトコルを記述する。一般に利用させている既存のプロトコルで容易に実装、利用が可能なものが望ましく、以下の仕様は一例である。
［３．８．４．１　ホームネットワーク内での連携プロトコル］
（１）ＷｅｂＳｏｃｋｅｔ
　ＷｅｂＳｏｃｋｅｔは、ＨＴＭＬ５の関連仕様の一つであり、ＨＴＭＬ５アプリケーション（クライアント）とサーバをＷｅｂＳｏｃｋｅｔで接続することにより、双方向のメッセージの送受信を行うことができる仕組みである。ＨＴＭＬのステートレスな接続とは異なり、ＷｅｂＳｏｃｋｅｔはコネクションを持続させておくことができるため、リアルタイムにメッセージをやりとりするアプリケーションやサーバ側からのプッシュ配信を実現できる。
　図１３は、ＷｅｂＳｏｃｋｅｔによる通信により受信機と携帯端末とを連携させる例を示す図である。
　図１３に示すように、携帯端末で動作するＨＴＭＬ５アプリケーションから受信機に対してＷｅｂＳｏｃｋｅｔ接続を行うことで、双方向の通信路が生成され、その通信路を用いて各種コマンドや情報を送受信した連携を行うことができる。これは、携帯連携マネージャーにＷｅｂＳｏｃｋｅｔ用ブリッジの機能を付加し、ＷｅｂＳｏｃｋｅｔ用ブリッジがＷｅｂＳｏｃｋｅｔサーバとしての動作と、ＷｅｂＳｏｃｋｅｔを通して呼ばれた機能（ＡＰＩ）に応じて受信機機能を制御する動作を備えることで実現される。
　具体的なＡＰＩやサーバ側（受信機）からのイベント通知に関しては、ＷｅｂＳｏｃｋｅｔ内でのメッセージフォーマットを規定することで実現する。メッセージフォーマットとして、ＪＳＯＮ形式、ＸＭＬ形式が想定される。以下に、一例として、携帯端末から受信機のチャンネル変更を制御する場合のメッセージ例を示す。
　《ＪＳＯＮ形式の例》
{"ActionName":"RemoteControl","Arguments":{"Function":"SelectAir","URI":"arib://onid.tsid.svid/"}}
　《ＸＭＬ形式の例》
<?xml version="1.0" encoding="UTF-8" ?><Action>
　<ActionName>RemoteControl</ActionName>
　<Arguments>
　　<Function>SelectAir</Function>
　　<URI>arib://onid.tsid.svid/</URI>
　</Arguments>
</Action>
（２）ＨＴＴＰ
　受信機の携帯端末マネージャーがＨＴＴＰサーバ用ブリッジ機能を備えることで、汎用的なＨＴＴＰプロトコルベースで様々な端末ＡＰＩを呼び出すことが可能となる。ただし、ＨＴＴＰはプル型のプロトコルであるため、受信機（サーバ側）からのプッシュでの通知を行うためには、Ｌｏｎｇ　ｐｏｌｌｉｎｇなど擬似的なプッシュ機能に対応させる必要がある。
（３）ＵＰｎＰ
　ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ　Ｐｌｕｇ　ａｎｄ　Ｐｌａｙ）は、家庭内のパソコンやＡＶ機器などの各種機器を、ネットワークを通じて接続し、相互に機能を提供しあうためのプロトコルである。
　ＵＰｎＰをベースとしたＤＬＮＡ対応の機器など、既に多くの機器が普及している。
　受信機と携帯端末がそれぞれＵＰｎＰに対応することで、ＵＰｎＰ仕様にそった機器連携の機能が実現できる。
　ＵＰｎＰでは、サービス（機能）を提供するサーバと、サービスを利用するクライアントが存在するが、受信機、連携する携帯端末のいずれもＵＰｎＰサーバ、ＵＰｎＰクライアントになり得る。ただし、受信機が放送番組に関連した各種情報を他の端末に提供する場合は、ＵＰｎＰ用ブリッジの機能を付加し、ＵＰｎＰ用ブリッジの機能がＵＰｎＰサーバとして動作することで実現される。
　具体的なＡＰＩやサーバ側（受信機）からのイベント通知に関しては、ＵＰｎＰのフォーマットに従い規定する。
［３．８．４．２　インターネットを通した連携プロトコル］
　インターネット上でメッセージをリアルタイムに交換するためのプロトコルであるＸＭＰＰや、ＷｅｂＳｏｃｋｅｔなどを利用して端末間の連携を行う。
［３．８．５　アプリケーションと端末の連携］
　携帯端末と受信機上で動作しているアプリケーションとがお互いに通信して連携を行うケースが想定される。
　受信機に、ＷｅｂＳｏｃｋｅｔ用ブリッジ機能を付加することで、アプリケーションフォーマットおよび連携先の携帯端末で動作するアプリケーションフォーマットがいずれもＨＴＭＬ５ベースの場合に、ＷｅｂＳｏｃｋｅｔを用いた汎用的なソケット通信路を構築できるようにする。
　図１４は、ＷｅｂＳｏｃｋｅｔによる通信により受信機のアプリケーションと携帯端末のアプリケーションとを連携させる例を示す図である。
　ＨＴＭＬ５ベースのアプリケーション同士を連携させるため、図１４に示すように、端末連携マネージャーのＷｅｂＳｏｃｋｅｔ用ブリッジは、２つのＷｅｂＳｏｃｋｅｔのサーバ機能を備える。アプリケーションの接続先としてＷｅｂＳｏｃｋｅｔサーバＡ（図１に示す受信機側サーバ部４９２）を動作させ、加えて連携端末上のＨＴＭＬ５アプリケーションの接続先としてＷｅｂＳｏｃｋｅｔサーバＢ（図１に示す機器側サーバ部４９１）を動作させ、片方のＷｅｂＳｏｃｋｅｔサーバが受信したデータを他方のＷｅｂＳｏｃｋｅｔサーバの接続先に送信することで、受信機と連携先の端末間でＷｅｂＳｏｃｋｅｔによる双方向の通信が可能となる。例えば、アプリケーションは、ＨＴＭＬ５のＷｅｂＳｏｃｋｅｔ　ＡＰＩを用いて既知のローカルＷｅｂＳｏｃｋｅｔサーバに接続する（例．ws://localhost:8880/hybridcast_app/）。連携端末上で動作するＨＴＭＬ５アプリケーションは、機器発見の仕組みを利用し接続可能な受信機上のＷｅｂＳｏｃｋｅｔサーバを特定し（例．ws://192.168.11.5:8880/external_app/）接続する。両者間のＷｅｂＳｏｃｋｅｔを用いた通信路が生成され、その通信路内でコマンドやデータの送受信を行うことで連携が可能となる。
［４．　セキュリティ］
［４．１　放送通信連携アプリケーションの管理］
　放送事業者の要件を満たしつつ放送通信連携サービスを普及・活性化させるために、放送事業者およびその関係者だけではなく、幅広いサービス事業者や個人が参入できる枠組みが必要となる。本放送通信連携システムでは、セキュリティの観点からアプリケーションを「Ａアプリケーション」と「一般アプリケーション」に分類し、受信機において双方のアプリケーションを実行可能とする。
　図１５は、放送通信連携システムにおけるアプリケーション管理モデルを示す。「Ａアプリケーション」は、登録管理者（第三者機関）への事前登録を行うことにより放送通信連携システムの仕様で期待する動作が保証される。「Ａアプリケーション」は、登録時にＩＤと署名が付与され、受信機において２．２節で定義するセキュアマネージャーにより署名が検証され、すべてのＡＰＩへのアクセスが可能となり、放送リソースを利用した番組連動サービスが行えるようになる。また、放送事業者から送出されるＡＩＴにより、放送事業者の要件に沿ったきめ細かい提示制御が可能となる。
　一方、「一般アプリケーション」は、事前の登録は不要であるが、放送通信連携システムの仕様で期待する動作は保証されず、アプリケーションから放送関連のＡＰＩを扱うことはできない。「一般アプリケーション」はＩＤと署名が付与されないため、個々のアプリケーションの指定は困難であるが、放送事業者の要件に基づいた提示制限を加えた上で実行させることは可能である。
［４．２　セキュアマネージャーの機能モデル］
　図１６は、セキュアマネージャーの機能モデルを示す。セキュアマネージャーは、受信機においてセキュリティを総合的に管理する機能である。
［４．２．１　アプリケーション監視・制御機能］
　受信機において動作するアプリケーションは、アプリケーションファイルの配布の形態により、上述したように、「Ａアプリケーション」と「一般アプリケーション」の２種類に大別される。「Ａアプリケーション」と「一般アプリケーション」は、４．１節に示すようにＩＤと署名の有無によって区別され、受信機におけるＡＰＩのアクセス範囲や放送事業者からの制御範囲が異なるなど、アプリケーション実行時の動作内容が異なる。アプリケーション監視・制御機能は、Ａアプリケーションまたは一般アプリケーションの種別の違いを識別し、確実にアプリケーション実行時の動作を制御することを目的とする。
（１）アプリケーション認証：受信機は、実行するすべてのアプリケーションについて、Ａアプリケーションまたは一般アプリケーションのいずれか、さらにＡアプリケーションであればＩＤを識別する。Ａアプリケーションまたは一般アプリケーションの区別は、アプリケーションファイル（アプリケーションプログラム）に付与された署名の有無を確認しこれを検証することによって行う。Ａアプリケーションであれば、受信機はさらに、署名に記述されたアプリケーションＩＤを取得する。アプリケーションの識別は、アプリケーションの取得時、または、起動時に行うものとする。
（２）画面提示制御：４．３節に後述する。
（３）リソースアクセス制御：受信機は、実行中のアプリケーションの放送リソース等のＡＰＩへのアクセス制御を行う。アプリケーションがＡＰＩにアクセスしようとする時に、当該アプリケーションが一般アプリケーションであれば、ＡＰＩの種別によってアクセスを制限する。
　また、アプリケーションがディスプレイへの画面表示ＡＰＩにアクセスする際には、Ａアプリケーションまたは一般アプリケーションの種別と、選局中の放送事業者の提示ポリシーに基づき、画面提示制御を実行する。詳細は４．３節に後述する。
（４）リボケーション：アプリケーションのリボケーション機能を備える。
［４．２．２　受信機保護］
　受信機は、視聴者情報保護およびウィルス対策等の保護機能を備える。
［４．３　アプリケーションの画面提示制御］
［４．３．１　画面提示制御の概要］
　放送通信連携サービスでは、放送番組と同時に関連する通信アプリケーションを提示させることにより、放送サービスの利便性を拡張することができる。一方、通信サービスの利用により、受信機の画面上で放送番組と通信アプリケーションが混在して提示されることが想定される。提示方法によっては、放送番組に通信アプリケーションの画面が重なり、放送番組の一意性や作品性が損なわれるだけでなく、緊急地震速報などの緊急性の高い情報が正確に視聴者に伝えられなくなる恐れがある。画面提示制御により、放送通信連携サービスにおいて、放送事業者の意図に基づいたアプリケーションの提示制御を行う。
　図１７は、画面提示制御方式の概念を示す図である。画面提示制御方式は、個々の放送番組に対して通信アプリケーションをどのように画面上に提示させるかという放送事業者の提示ポリシーを受信機に反映させることを意図したもので、これをコンテンツの提示制御と呼ぶこととする。コンテンツの提示制御では、編成に応じた番組単位の提示制御、緊急地震速報などの番組中に発生するイベントに対する提示制御、アプリケーション単位の提示制御を実現する。
［４．３．２　画面提示制御の基本動作］
　図１８は、画面提示制御の基本動作モデルを示す図である。放送事業者の提示ポリシーを受信機に反映させるために、予め放送事業者が想定した、放送番組に対する通信コンテンツの提示方法を、提示ルールとして受信機で管理する。具体的には、通信コンテンツの提示方法として、重ね合わせの順序や並べ方の違いなどに応じてレベル分けを行い、提示レベル（ポリシーレベル）と提示方法のテーブルを提示ルールとして受信機内に保持する。放送事業者は指定する提示レベルを放送波に多重して伝送し、受信機はその提示レベルと提示ルールを照合し、提示方法を決定する。これにより、放送事業者の提示ポリシーに基づいた提示制御を実現することができる。
［４．３．３　制御情報の伝送・多重方式］
　放送事業者の提示ポリシーを伝送する制御情報のフォーマットに関して、デジタル放送で使用されている番組配列情報を用いる方式として３つの具体例を挙げる。番組単位での画面提示制御として、既存のＥＩＴ(イベント情報テーブル：Event Information Table)を用いる方式と、ＥＩＴを拡張して用いる方式（ＥＩＴ＋）がある。また、サービス（チャンネル）単位での画面提示制御として、放送信号のＡＩＴを拡張して用いる方式がある。さらに、番組中にリアルタイムに発生する事象単位での画面提示制御として、番組配列情報以外の放送局から送出される情報を用いる方式がある。以下に、４つの方式の詳細を記載する。
（１）ＥＩＴの番組ジャンル（ＥＩＴ）：既存のＥＩＴのコンテント記述子に記述される番組ジャンルからポリシーレベルを判断する。受信機はそのために、番組ジャンルとポリシーレベルの対応表を管理する。ＡＲＩＢ規格との関連は、ＡＲＩＢ　ＳＴＤ－Ｂ１０　第２部　６．２．４、付録Ｈである。
　表４は、番組ジャンルとポリシーレベルの関係の具体例を示す表である。番組ジャンル（program_genre）は、大分類を表す「content_nibble_level1」（0x0～0xF）と、中分類を表す「content_nibble_level2」（0x0～0xF）の２段階で構成される。受信機で管理するテーブルは中分類のジャンルまで対象とし、それぞれポリシーレベルの値を定義する。
Figure JPOXMLDOC01-appb-T000004
（２）ＥＩＴに新記述子追加（ＥＩＴ＋）：ＥＩＴのイベント情報セクションに新しい記述子を追加し、ポリシー情報を記述する。受信機は、この記述子を解釈し所望の処理を実行することで、番組単位でのポリシーレベルに応じた制御を実現する。ＡＲＩＢ規格との関連は、ＡＲＩＢ　ＴＲ－Ｂ１４（第二分冊）　第３部　３１．３、ＡＲＩＢ　ＳＴＤ－Ｂ１０　第２編　５．２．７である。
　表５は、イベントセキュリティ記述子の構造を示す表である。ＥＩＴ＋の場合、同図に示すイベントセキュリティ記述子を新規に定義し、ＥＩＴ内の記述子領域にこのイベントセキュリティ記述子を格納して伝送する。イベントセキュリティ記述子には、ポリシーレベル（policy_level）、アプリケーションＩＤ（application_identifier）、制御コード（application_control_code）、優先度（application_priority）、プロトコル識別（protocol_id）、番組関連フラグ（associated_application_flag）を設定する。
Figure JPOXMLDOC01-appb-T000005
　policy_levelは、番組単位でのポリシーレベルを表す。ポリシーレベルは、１～４の値とする。
　application_identifier()は、アプリケーションを識別するための識別子である。表６は、application_identifier()の構造を示す。
Figure JPOXMLDOC01-appb-T000006
　organization_idは、アプリケーションを作成した組織を表し、0x00000063以降の値をとる。application_idは、アプリケーションを識別する番号を表す。application_idは、組織識別内で一意に付与される。
　application_control_codeは、アプリケーション状態を制御する制御コードを規定する。表７は、制御コードの規定を示す。
Figure JPOXMLDOC01-appb-T000007
　application_priorityは、アプリケーション毎のポリシーレベルを示す。アプリケーション毎のポリシーレベルは、サービス内で告知されているアプリケーション間の相対的な優先度を示す。優先度は、１～４の値とする。
　protocol_idは、アプリケーションファイルを伝送するプロトコルを示す。表８は、protocol_idの規定を示す。
Figure JPOXMLDOC01-appb-T000008
　associated_application_flagは、番組に連動するアプリケーションであるか否かを示す。表９は、protocol_idの規定を示す。
Figure JPOXMLDOC01-appb-T000009
（３）ＡＩＴのテーブル定義および新記述子の追加（ＡＩＴ＋）：ＡＩＴを拡張してポリシー情報を伝送する。受信機は、このテーブルを解釈し所望の処理を実行することで、随時発生するイベントに対してポリシーレベルに応じた制御を実現する。ＡＲＩＢ規格との関連は、ＡＲＩＢ　ＳＴＤ－Ｂ２３　第２部　１０．１６である。
　表１０に、ＡＩＴのデータ構造を示す。表１０に示すＡＩＴは、ＡＲＩＢ　ＳＴＤ－Ｂ２３で規定されているＡＩＴのデータ構造を拡張したものである。ＡＩＴには、ポリシーレベル、アプリケーションＩＤ、制御コードを記述する。なお、ＡＩＴはセクション形式で送信され、イベント継続中は常時送信されるものとする。アプリケーションＩＤは、application_identifier()に記述し、制御コードはapplication_control_codeに記述する。なお、これらの詳細は、（２）ＥＩＴの拡張で記載したものと同様である。
　さらに、ポリシーレベルを記述するために、新たにセキュリティポリシー記述子を定義し、ＡＩＴの共通記述子ループに格納して伝送する。
Figure JPOXMLDOC01-appb-T000010
　表１１は、新たに定義するセキュリティポリシー記述子の構造を示す。
Figure JPOXMLDOC01-appb-T000011
（４）緊急警報放送および緊急地震速報（ＥＷＳ／ＥＥＷ）：放送局から送出される緊急情報を用いてポリシーレベルを判断する。受信機においては予め緊急情報とポリシーレベルとの対応はなされているものとし、緊急警報放送であれば、ＴＭＣＣの緊急警報放送用起動フラグを、緊急地震速報では文字スーパー管理パケットを監視することで、緊急情報の発生と終了が検知され、その際のポリシーレベルを判断することが可能になる。ＡＲＩＢ規格との関連は、ＡＲＩＢ　ＳＴＤ－Ｂ３１　３．１５およびＡＲＩＢ ＳＴＤ－Ｂ２４　第一編　第３部　第９章である。
　なお、上記の（１）～（４）のそれぞれの方式は並行して同時に送出することが可能である。したがって、どの方式で送られたものを優先させてポリシーレベルを決定するかを決めておく必要がある。優先順位は以下の通りである。
　ＥＷＳ／ＥＥＷ＞　ＡＩＴ＋　＞　ＥＩＴ＋　＞　ＥＩＴ
　受信機はこの優先順位に基づき、ポリシーレベルを判断することで、放送事業者の意図に基づいた、緊急時の事象を優先させた画面提示制御が可能となる。
［４．３．４　画面提示制御の例］
　図１９は、ポリシーレベルに応じた画面提示制御の例を示す。
　番組のポリシーレベルが「１」の場合、Ａアプリケーションのアプリケーション画面のアプリケーション画面および一般アプリケーションのアプリケーション画面の双方とも、放送画面上への重ね合わせが許可される。
　番組のポリシーレベルが「２」の場合、Ａアプリケーションのみが放送画面上への重ね合わせが許可され、一般アプリケーションのアプリケーション画面については、放送画面上への重ね合わせは禁止され、放送画面の外側への表示のみが許可される。
　番組のポリシーレベルが「３」の場合、Ａアプリケーションのアプリケーション画面、及び、一般アプリケーションのアプリケーション画面とも表示が許可されるが、全てのアプリケーション画面について、放送画面上への重ね合わせは禁止され、放送画面の外側への表示のみが許可される。
　ポリシーレベルが「４」の場合、放送画面の全画面表示のみが許可される。
　図２０は、緊急地震速報受信時の提示制御の例を示す。番組Ａの番組ポリシーレベルが「１」である場合、番組Ａの放送時間帯においては、Ａアプリケーションのアプリケーション画面、一般アプリケーションのアプリケーション画面とも放送画面上に重ね合わせて表示される。しかし、受信機は、番組Ａの放送時間帯の中でも緊急地震速報が発生している時間帯におけるポリシーレベルは、緊急地震速報のポリシーレベル「４」であると判断する。そのため、受信機は、番組Ａの放送時間帯であっても、緊急地震速報が発生している時間帯では、Ａアプリケーションのアプリケーション画面、及び、一般アプリケーションのアプリケーション画面とも、放送画面上への重ね合わせを禁止する。
［上述した放送通信連携システムを適用した本発明の実施形態の説明］
　次に、図１に示す本発明の一実施形態を説明する。
　図２１は、本発明の一実施形態による放送通信連携システムの全体構成図である。同図に示すように、本実施形態の放送通信連携システムは、放送局が保有する放送事業者装置１、サービス事業者が保有するサービス事業者サーバ群２、システム管理者が保有するリポジトリサーバ３、及び、視聴者が保有する受信機４を備えて構成される。同図においては、受信機４を１台のみ示しているが、現実には複数台の受信機４が設けられる。
　放送事業者装置１は、放送送出装置１１及び放送局サーバ群１２を備える。
　放送送出装置１１は、図３に示す放送局設備に相当し、番組編成設備、番組送出設備、送信設備等から構成されるデジタル放送用の放送設備である。
　放送送出装置１１は、放送関連データ管理部１１１、信号設定部１１２及び放送送出部１１３を備えて構成される。
　放送関連データ管理部１１１は、各番組の番組セキュリティポリシーデータ、Ａアプリケーションのアプリケーションセキュリティーポリシーデータ、その他のポリシーデータなどを管理する。
　番組セキュリティポリシーデータは、番組のポリシーレベルを示すポリシーレベルデータ、番組にバウンドされたアプリケーションのアプリケーションＩＤ、番組にバウンドされたアプリケーションに対する制御コードなどを含む。
　アプリケーションセキュリティポリシーデータは、アプリケーションがバウンドされている番組を特定する情報や、アプリケーションのプロトコル識別、ロケーション情報などを含む。ロケーション情報は、アプリケーションの格納位置（格納場所）を示し、例えば、アプリケーションをダウンロード可能な受信機アプリサーバ２１やリポジトリサーバ３のＵＲＬである。プロトコル識別は、アプリケーションが放送により伝送されたか、通信により伝送されたかを示す。
　なお、Ａアプリケーションのみが番組にバウンドされる。
　ポリシーデータは、提示ルールデータとポリシーレベルテーブルを含む。
　提示ルールデータは、ポリシーレベル毎の提示方法を記述したデータである。提示方法は、画面表示方法と音声出力方法を含む。画面表示方法には、例えば、放送画面（番組の映像）のみ表示する、Ａアプリケーション及び一般アプリケーションともアプリケーション画面（アプリケーションの映像）を放送画面に重ねてあるいは放送画面の外に表示する、Ａアプリケーションのアプリケーション画面のみ放送画面に重ねて表示し、一般アプリケーションのアプリケーション画面は放送画面の外に表示する、などの方法がある。音声出力方法には、例えば、放送番組の音声のみを出力する、放送番組の音声とＡアプリケーションまたは一般アプリケーションの音声を独立にあるいは混合して出力する、などの方法がある。
　ポリシーレベルテーブルは、番組のジャンルに対応したポリシーレベルや、各イベントのポリシーレベルを記述したデータである。イベントとは、例えば、緊急警報信号や緊急地震速報など、番組とは必ずしも連動して発生しない放送の内容である。
　信号設定部１１２は、放送送出部１１３が伝送する放送信号に各種データを設定する。信号設定部１１２は、放送関連データ管理部１１１が管理している番組セキュリティポリシーデータやアプリケーションセキュリティーポリシーデータに基づいて、放送信号にＡＩＴ、番組のポリシーレベルデータを設定する。信号設定部１１２は、番組にバウンドされたアプリケーションのＡＩＴを独立したＥＳとして放送信号（放送ＴＳ）に多重するか、データカルーセルに設定する。あるいは、信号設定部１１２は、番組にバウンドされたアプリケーションのＡＩＴと同等の情報をＥＩＴに設定する。また、信号設定部１１２は、番組のポリシーレベルデータをＥＩＴ（表５）、または、ＡＩＴ（表１１）に設定する。なお、番組のジャンルに対応するポリシーレベルを用いる場合には、ポリシーレベルデータを放送信号に設定しなくともよい。また、信号設定部１１２は、アプリケーションファイルをデータカルーセル等に設定する。また、信号設定部１１２は、放送関連データ管理部１１１が管理しているポリシーデータをセクション形式により放送信号に設定するか、エンジニアリングサービスあるいはデータカルーセルに設定する。
　放送送出部１１３は、デジタル放送の放送信号を伝送する。放送信号は、信号設定部１１２により設定された情報を含む。
　放送局サーバ群１２は、図３に示す放送局サーバ群に相当し、コンテンツ管理サーバ１３、コンテンツ配信サーバ１６、放送局サービスサーバ１７及び通知サーバ１８を備えて構成される。
　コンテンツ管理サーバ１３は、番組管理サーバ１４及びメタデータ管理サーバ１５を備えて構成される。番組管理サーバ１４は、すでに放送された番組や放送される番組を管理する。メタデータ管理サーバ１５は、各番組に関するメタデータを管理する。メタデータは、例えば、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、台本、字幕、解説のデータを含む。
　コンテンツ配信サーバ１６は、インターネットなどの通信網９を介して受信機４と接続され、受信機４から要求されたコンテンツのコンテンツデータを配信する。
　放送局サービスサーバ１７は、サービス事業者サーバ群２に放送局のサービスのコンテンツデータを送信する。放送局のサービスには、例えば、ソーシャルネットサービス、ブログサービス等がある。
　通知サーバ１８は、通信網９を介して受信機４と接続され、放送送出装置１１の放送関連データ管理部１１１から取得した番組セキュリティポリシーデータとアプリケーションセキュリティーポリシーデータとに基づいて、番組にバウンドされたアプリケーションのＡＩＴ（図６）及び番組のポリシーレベルデータを受信機４に配信する。また、通知サーバ１８は、放送送出装置１１の放送関連データ管理部１１１から取得したポリシーデータを受信機４に配信する。なお、これらの情報の全てまたは一部は、通知サーバ１８からの配信を行なわず、放送送出装置１１の放送送出部１１３が放送信号のみで伝送する場合もある。
　サービス事業者サーバ群２は、図３に示すサービス事業者サーバ群に相当し、受信機アプリサーバ２１、サービスサーバ２２、コンテンツ配信サーバ２３及び通知サーバ２４を備えて構成される。受信機アプリサーバ２１、サービスサーバ２２、コンテンツ配信サーバ２３及び通知サーバ２４は、通信網９を介して受信機４と接続される。
　受信機アプリサーバ２１は、各アプリケーションを管理し、受信機４へアプリケーションファイルを配信する。
　サービスサーバ２２は、例えば、多言語字幕サーバ、話速変換音声サーバ、ソーシャルＴＶサーバ、レコメンドサーバ、ブックマークサーバなどであり、受信機４から要求されたサービスのコンテンツデータを配信する。
　コンテンツ配信サーバ２３は、例えば、ＶＯＤ配信サーバ、字幕配信サーバ、マルチビュー配信サーバであり、受信機４から要求されたコンテンツのコンテンツデータを配信する。
　通知サーバ２４は、アプリケーションのＡＩＴ（図６）を受信機４に送信する。なお、Ａアプリケーションの場合、通知サーバ２４は、放送送出装置１１の放送関連データ管理部１１１から取得した番組セキュリティポリシーデータやアプリケーションセキュリティーポリシーデータに基づいたＡＩＴ（図６）を送信してもよい。
　リポジトリサーバ３は、図３に示すリポジトリに相当し、通信網９を介して受信機４と接続される。リポジトリサーバ３は、サービス事業者が生成したアプリケーションファイル（アプリケーションプログラム）に電子署名を行なうとともに、アプリケーションファイル（アプリケーションプログラム）の電子署名の認証に必要なデータを受信機４に送信する。また、リポジトリサーバ３は、Ａアプリケーションの一覧を示すデータや、そのＡアプリケーションのロケーション情報を受信機４に送信する。なお、リポジトリサーバ３が電子署名されたＡアプリケーションのアプリケーションファイルを受信機４へ送信してもよく、受信機アプリサーバ２１がリポジトリサーバ３から電子署名されたＡアプリケーションのアプリケーションファイルを受信し、受信機４へ送信してもよい。また、リポジトリサーバ３は、ＡアプリケーションのＡＩＴを受信機４に送信してもよい。また、リポジトリサーバ３は、放送送出装置１１の放送関連データ管理部１１１から受信した番組セキュリティポリシーデータやアプリケーションセキュリティーポリシーデータに基づいて、番組にバウンドされたＡアプリケーションのＡＩＴ（図６）を受信機４に送信してもよい。
　受信機４は、図３に示す受信機に相当し、例えば、テレビ受像機、セットトップボックス、パーソナルコンピュータ、携帯端末等のデバイスである。
　図２２は、受信機４の内部構成を示す機能ブロック図である。同図に示すように、受信機４は、放送受信部４０１、分離部４０２、時計４０３、第１同期用バッファ４０４－１、第２同期用バッファ４０４－２、第１デコーダ４０５－１、第２デコーダ４０５－２、データ放送実行部４０６、映像制御部４０７、映像表示部４０８、音声制御部４０９、音声出力部４１０、通信入出力部４１１、アプリケーション実行制御部４１２、提示制御部４１３、操作入力部４１４、選局部４１５、ローカル情報記憶部４１６及び外部Ｉ／Ｆ部４１７を備えて構成される。
　放送受信部４０１は、放送信号を受信するチューナである。放送信号は、無線放送信号及び有線放送信号またはいずれか一方である。無線放送信号は、放送局側の送信アンテナが送信した放送電波（地上波）や、衛星が中継する衛星波を、受信アンテナで受信することにより得られる信号である。有線放送信号は、光ケーブルや同軸ケーブル等を介して放送局側から伝送される信号である。放送受信部４０１は、放送信号を受信して復調し、放送ストリーム（ＴＳ）を出力する。
　分離部４０２は、デマルチプレクサであり、放送受信部４０１から供給された放送ストリームを、ＰＣＲ（Program Clock Reference）、映像データ、音声データ、字幕データ、データ放送、ＰＳＩ（Program Specific Information）／ＳＩ（Service Information）、独立エレメンタリストリーム（ＥＳ）で送信されたＡＩＴなどの各種データに分離する。なお、ＡＩＴはデータ放送に含まれる場合や、ＡＩＴと同様の内容がＳＩを構成するＥＩＴに設定される場合もある。また、分離部４０２は、放送信号からアプリケーションファイルを分離して出力する場合もある。
　通信入出力部４１１は、通信網９を介した通信によるデータの入出力を行う。通信入出力部４１１は、通信網９を経由して送信されたＡＩＴやアプリケーションファイルをアプリケーション実行制御部４１２に出力する。また、通信入出力部４１１は、通信網９を経由して送信された番組のポリシーレベルデータやポリシーデータを提示制御部４１３へ出力する。また、通信入出力部４１１は、アプリケーション実行制御部４１２により実行されるアプリケーションの指示に従って、コンテンツ配信サーバ１６やコンテンツ配信サーバ２３から配信されるコンテンツデータ、サービスサーバ２２から配信されるコンテンツデータを通信網９を経由して受信し、第２同期用バッファ４０４－２に出力する。
　操作入力部４１４は、視聴者による操作を受け付けるインタフェースであり、例えば、リモートコントローラ、携帯電話、タブレット端末等から視聴者が入力した情報を受信する受信装置や、キーボード、マウスなどである。操作入力部４１４は、視聴者が入力したメディア（地上／ＢＳ）やチャンネルの選択指示を選局部４１５に出力する。また、操作入力部４１４は、放送通信連携サービスの開始や終了の指示、アプリケーションに対する指示をアプリケーション実行制御部４１２に出力する。
　選局部４１５は、操作入力部４１４に入力された操作に従って、放送受信部４０１において受信するメディアやチャンネルを制御する。
　データ放送実行部４０６は、デジタル放送信号により送信されたデータ放送アプリケーションを実行し、データ放送の画像（グラフィック）データを映像制御部４０７へ出力する。データ放送実行部４０６は、放送通信連携サービスのアプリケーションを起動するためのＡＰＩを備える。データ放送実行部４０６がデータ放送アプリケーションを実行して、放送通信連携サービスのアプリケーションを起動するＡＰＩが呼び出された場合、データ放送実行部４０６は、アプリケーションの起動をアプリケーション実行制御部４１２に指示する。また、データ放送実行部４０６は、データカルーセルによって送信されたＡＩＴやアプリケーションファイルをデータ放送から取得してアプリケーション実行制御部４１２に出力する。また、データ放送実行部４０６は、データカルーセルによって送信されたポリシーデータをデータ放送から取得して提示制御部４１３に出力する。
　アプリケーション実行制御部４１２は、放送通信連携サービスのアプリケーションを実行する。アプリケーション実行制御部４１２は、実行しているアプリケーションに従って、コンテンツ配信サーバ１６、コンテンツ配信サーバ２３、あるいは、サービスサーバ２２から受信したコンテンツデータをデコードするように第２デコーダ４０５－２に指示する。コンテンツデータは、映像データ、音声データの一方または両方を含む。映像データは、例えば、動画、静止画、テキストデータなどである。また、アプリケーション実行制御部４１２は、実行しているアプリケーションに従って、映像制御部４０７にグラフィック（映像）データや映像制御指示を出力し、音声制御部４０９に音声データや音声制御指示を出力する。
　時計４０３は、タイマーカウンタ値を出力する。時計４０３は、ＰＣＲが示すタイマーカウンタ値により発振器の周波数を調整し、放送送信側と時刻を同期させる。
　第１同期用バッファ４０４－１は、分離部４０２から出力される映像データ、音声データ、字幕データを記憶する。映像データ、音声データ、字幕データのエレメンタリーストリーム（ＥＳ）から生成されたＰＥＳ（Packetized Elementary Stream）は、放送ストリーム（ＴＳ）を構成するトランスポートパケット（Transport Packet）に分割されて設定される。ＰＥＳのヘッダには、ＰＴＳ（提示時刻情報：Presentation Time Stamp）が含まれる。第１同期用バッファ４０４－１は、分離部４０２から出力された映像データ、音声データ、字幕データを、第１デコーダ４０５－１の指示によりＰＥＳパケット単位で出力する。
　第２同期用バッファ４０４－２は、通信入出力部４１１が受信したコンテンツやサービスのコンテンツデータを記憶する。あるいは、第２同期用バッファ４０４－２は、操作入力部４１４により入力された視聴者の指示に従って、分離部４０２から出力される映像データ、音声データ、字幕データを記憶する。第２同期用バッファ４０４－２は、記憶しているコンテンツデータあるいは番組の映像データ、音声データ、字幕データを第２デコーダ４０５－２の指示によりＰＥＳパケット単位で出力する。
　第１デコーダ４０５－１は、時計４０３から出力された時刻に対応したＰＴＳが設定されている第１同期用バッファ４０４－１内のＰＥＳパケットを特定し、特定したＰＥＳパケットからエンコードされた映像データ、音声データ、字幕データを読み出し、読み出したデータをデコードして出力する。
　第２デコーダ４０５－２は、時計４０３から出力された時刻に対応するＰＴＳが設定されている第２同期用バッファ４０４－２内のコンテンツデータあるいは番組のＰＥＳパケットを特定し、特定したＰＥＳパケットからエンコードされた映像データ、音声データ、字幕データを読み出し、読み出したデータをデコードして出力する。
　提示制御部４１３は、選局されている番組のポリシーレベルあるいは発生中のイベントのポリシーレベルと、提示ルールデータとに従って提示方法（画面表示方法及び音声出力方法）を決定する。提示制御部４１３は、決定した画面表示方法により、放送画面、Ａアプリケーションのアプリケーション画面、及び、一般アプリケーションのアプリケーション画面を表示するよう映像制御部４０７に指示する。さらに、提示制御部４１３は、決定した音声出力方法により、放送の音声データによる音声、Ａアプリケーションの音声データによる音声、及び、一般アプリケーションの音声データによる音声を出力するよう音声制御部４０９に指示する。
　映像制御部４０７は、第１デコーダ４０５－１から出力された番組の映像データ及び字幕データに基づく放送画面と、第２デコーダ４０５－２から出力されたコンテンツデータの映像データに基づくＡアプリケーション、一般アプリケーションのアプリケーション画面とを、提示制御部４１３またはアプリケーション実行制御部４１２から指示された画面表示方法に従って映像表示部４０８に表示させる。また、アプリケーション実行制御部４１２からアプリケーションの実行によりグラフィック（映像）データが出力される場合、映像制御部４０７は、提示制御部４１３またはアプリケーション実行制御部４１２から指示された画面表示方法に従って、その映像データに基づく表示画面を併せて映像表示部４０８に表示させる。なお、第２デコーダ４０５－２からは、他の番組の映像データ及び字幕データが出力される場合もある。
　映像表示部４０８は、一般的なディスプレイであり、放送およびアプリケーションの画面を表示する。例えば、映像表示部４０８は、番組の放送画面に、通信網９から受信したコンテンツデータの動画、静止画、テキストや、アプリケーションの実行によってアプリケーション実行制御部４１２から出力されたグラフィックなどのアプリケーション画面、または、他の番組の放送画面を合成した映像を表示する。
　音声制御部４０９は、第１デコーダ４０５－１から出力された番組の音声データに基づく音声と、第２デコーダ４０５－２から出力されたコンテンツデータの音声データに基づくＡアプリケーションや一般アプリケーションの音声と、アプリケーションの実行によってアプリケーション実行制御部４１２から出力された音声データに基づく音声とを、提示制御部４１３またはアプリケーション実行制御部４１２より指示された音声出力方法に従って音声出力部４１０から出力させる。なお、第２デコーダ４０５－２からは、他の番組の音声データが出力される場合もある。音声出力部４１０は、一般的なスピーカーあり、放送およびアプリケーションの音声を出力する。
　ローカル情報記憶部４１６は、ユーザ情報などの各種データを記憶する。
　外部インタフェース部（以下、「外部Ｉ／Ｆ部」と記載する）４１７は、ＬＡＮ（Local Area Network）などのホームネットワークなどに接続される機器８との間でデータを送受信する。機器８は、受信機４と連携動作する端末であり、例えば、パーソナルコンピュータ、携帯電話、タブレット、スマートフォン、ＰＤＡである。
　なお、受信機４がセットトップボックスなどの場合、映像表示部４０８及び音声出力部４１０は、受信機４と接続される外部装置とする。
　図２３は、アプリケーション実行制御部４１２の詳細な構成を示すブロック図である。同図に示すように、アプリケーション実行制御部４１２は、アプリケーション記憶部４３１、アプリケーション認証部４３２、アプリケーション管理部４３３、アプリケーション制御部４３４、アプリケーション実行部４３５、リソースアクセス制御部４３８及びリソース制御部４３９を備える。
　アプリケーション記憶部４３１は、通信入出力部４１１が通信網９を介して受信したアプリケーションファイル、あるいは、データ放送実行部４０６がデータ放送から取得したアプリケーションファイル、または、分離部４０２が放送信号から分離したアプリケーションファイルを記憶する。アプリケーションファイルは、出荷時などに予めアプリケーション記憶部４３１に記憶されていてもよい。アプリケーション記憶部４３１は、主記憶装置及びディスク等の補助記憶装置からなり、例えば、アプリケーションファイルはディスクに記憶され、実行時に主記憶装置に読み出される。この場合、オンザフライで実行されるアプリケーションのアプリケーションファイルは、ディスクには記憶されずに主記憶装置のみに記憶され、実行が終了した場合は主記憶装置から削除される。
　アプリケーション認証部４３２は、リポジトリサーバ３から電子署名の認証に必要なデータを受信し、受信したデータを用いてアプリケーションファイル（アプリケーションプログラム）に付加された電子署名の検証を行う。例えば、アプリケーション認証部４３２は、リポジトリサーバ３から受信した公開鍵を用いて、電子署名されたアプリケーションファイルを復号する。その結果、所定のデータ列が得られた場合、アプリケーション認証部４３２は、電子署名の検証が成功したと判断する。アプリケーション認証部４３２は、電子署名の検証が成功した場合、Ａアプリケーションであると判断し、電子署名の検証が不成功である場合、あるいは、電子署名が付加されていない場合、一般アプリケーションであると判断する。
　アプリケーション管理部４３３は、アプリケーション実行部４３５によるアプリケーションの起動または停止の状態、起動しているアプリケーションの出力状況を管理する。出力状況とは、動作中のアプリケーションから画像や音声が出力されているか否かの情報である。アプリケーション管理部４３３は、提示制御部４１３からの問い合わせを受け、起動されているアプリケーションの出力状況や、起動されているアプリケーションがＡアプリケーションであるか一般アプリケーションであるかの応答を返送する。
　アプリケーション制御部４３４は、番組にバウンドされているアプリケーションに対する制御コードや、操作入力部４１４により入力されたアプリケーションに対する指示に従って、アプリケーション実行部４３５におけるアプリケーションの起動や停止などを制御する。また、アプリケーション制御部４３４は、データ放送実行部４０６から起動が指示されたアプリケーションの起動をアプリケーション実行部４３５に指示する。アプリケーション制御部４３４は、操作入力部４１４からの入力に従ってチャンネルが変更される場合、変更前のチャンネルの番組にバウンドされているアプリケーションの終了と、変更後のチャンネルの番組にバウンドされているアプリケーションの起動をアプリケーション実行部４３５に指示する。なお、アプリケーション制御部４３４は、番組にバウンドされているアプリケーションや、バウンドされているアプリケーションに対する制御コードを、放送信号の独立ＥＳもしくはデータ放送に含まれるＡＩＴ、放送信号のＥＩＴから得られるＡＩＴと同等の情報、または、通信入出力部４１１を介して通知サーバ１８もしくは通知サーバ２４から受信したＡＩＴから取得する。また、アプリケーション制御部４３４は、ＡＩＴに設定されているロケーション情報を宛先としてアプリケーションファイルのダウンロード要求を送信する。受信機４からダウンロード要求を受信したリポジトリサーバ３、または、受信機アプリサーバ２１は、アプリケーションファイルを受信機４に配信する。
　アプリケーション実行部４３５は、受信機ＡＰＩ部４３６及び端末連携ＡＰＩ部４３７を備える。アプリケーション実行部４３５は、アプリケーション制御部４３４からの指示に従って、起動が指示されたアプリケーションのアプリケーションプログラムをアプリケーション記憶部４３１から読み出して実行する。アプリケーション実行部４３５がアプリケーションプログラムを実行することにより、受信機４上でアプリケーションが動作し、アプリケーション実行部４３５は通信網９を経由してコンテンツをコンテンツ配信サーバ１６やコンテンツ配信サーバ２３に要求したり、サービスをサービスサーバ２２に要求したりする。また、アプリケーションプログラムを実行することにより、アプリケーション実行部４３５は、映像制御部４０７へグラフィックデータや映像制御指示を出力したり、音声制御部４０９に音声データや音声制御指示を出力したりする。
　受信機ＡＰＩ部４３６は、アプリケーション実行部４３５がアプリケーションを実行するにあたって受信機４内の各リソースを利用するためのＡＰＩである受信機ＡＰＩを実行する。受信機ＡＰＩ部４３６が受信機ＡＰＩを実行することにより、アプリケーション実行部４３５が実行しているアプリケーションプログラムから受信機４内のリソースが利用可能となる。
　端末連携ＡＰＩ部４３７は、外部Ｉ／Ｆ部４１７により通信可能なホームネットワーク上の機器８や、通信網９を介して接続される機器が受信機４の機能を利用するためのＡＰＩである端末連携ＡＰＩを実行する。端末連携ＡＰＩ部４３７が端末連携ＡＰＩを実行することにより、ホームネットワークを介して接続される機器８や通信網９を介して接続される機器から受信機４内のリソースが利用可能となる。
　リソース制御部４３９は、受信機ＡＰＩ部４３６や端末連携ＡＰＩ部４３７から受信機４内のリソースである各機能部へのアクセスを制御する。
　リソースアクセス制御部４３８は、受信機ＡＰＩ部４３６や端末連携ＡＰＩ部４３７から受信機４内の各機能部へのアクセスを許可するか否かを制御する。リソースアクセス制御部４３８は、この制御を、受信機ＡＰＩ部４３６や端末連携ＡＰＩ部４３７が実行する各ＡＰＩの呼び出し元であるアプリケーションがＡアプリケーションであるか一般アプリケーションであるかに従って行なう。
　図２４は、提示制御部４１３の詳細な構成を示すブロック図である。同図に示すように、提示制御部４１３は、ポリシーデータ管理部４５１、ポリシーデータ記憶部４５２、イベント解釈部４５３、ポリシーレベル照合部４５４、イベント制御部４５５、番組ポリシー記憶部４５６、ポリシー調停部４５７及びポリシーレベル記憶部４５８を備える。
　ポリシーデータ記憶部４５２は、提示ルールデータ及びポリシーレベルテーブルを含むポリシーデータを記憶する。ポリシーデータ管理部４５１は、ポリシーデータ記憶部４５２に記憶されるポリシーデータを管理する。ポリシーデータ管理部４５１は、ポリシーデータ記憶部４５２から読み出したポリシーレベルテーブルをポリシーレベル照合部４５４に出力し、ポリシーデータ記憶部４５２から読み出した提示ルールデータをポリシー調停部４５７に出力する。また、ポリシーデータ管理部４５１は、放送により送信されたポリシーデータを分離部４０２あるいはデータ放送実行部４０６から受信し、通信により送信されたポリシーデータを通信入出力部４１１から受信する。ポリシーデータ管理部４５１は、ポリシーデータ記憶部４５２に記憶されているポリシーデータを、放送または通信により送信されたポリシーデータにより更新する。
　イベント解釈部４５３は、放送受信部４０１が受信した放送信号や、分離部４０２が分離したデータ放送や字幕データを解析し、イベントの発生または終了を検出する。イベント解釈部４５３は、イベントの発生または終了を検出（解釈）すると、その検出したイベントのイベント番号と、発生または終了を示すステータスデータとをポリシーレベル照合部４５４に出力する。
　ポリシーレベル照合部４５４は、ポリシーレベルテーブルを参照して、ＥＩＴにより示される各番組のジャンルに対応したポリシーレベルと、イベント番号により特定されるイベントに対応したポリシーレベルを決定（照合）する。ポリシーレベル照合部４５４は、分離部４０２から入力されたＳＩより取得した番組の放送開始時刻及び放送終了時刻のデータと、当該番組のポリシーレベル（以下、「番組ポリシーレベル」と記載する）をイベント制御部４５５に出力する。なお、番組ポリシーレベルがＥＩＴに設定されている場合、ポリシーレベル照合部４５４は、番組の放送開始時刻及び放送終了時刻のデータと、ＥＩＴから取得した当該番組の番組ポリシーレベルをイベント制御部４５５に出力する。また、ポリシーレベル照合部４５４は、ＡＩＴから番組ポリシーレベルを取得した場合、取得した番組ポリシーレベルをポリシー調停部４５７に出力する。また、ポリシーレベル照合部４５４は、イベント番号に対応して決定したポリシーレベル（以下、「トリガーポリシーレベル」と記載する）をポリシー調停部４５７に出力する。
　番組ポリシー記憶部４５６は、番組開始時刻及び番組終了時刻と、番組ポリシーレベルを対応付けて記憶する。イベント制御部４５５は、ポリシーレベル照合部４５４から入力された番組開始時刻及び番組終了時刻のデータと、番組ポリシーレベルとを対応付けて番組ポリシー記憶部４５６に書き込み、番組ポリシー記憶部４５６に記憶されているこれらの情報を基に、表示制御を実行する時刻を管理する。イベント制御部４５５は、番組ポリシー記憶部４５６に記憶されている番組開始時刻のデータを参照し、実行時刻を通知すべき時刻となったことを検出した場合、実行時刻と、その実行時刻に対応した番組ポリシーレベルをポリシー調停部４５７に出力する。
　ポリシーレベル記憶部４５８は、ポリシー調停部４５７に入力された実行時刻及び番組ポリシーレベルと、トリガーポリシーレベル及びステータスデータを記憶する。ポリシー調停部４５７は、イベント制御部４５５から入力された実行時刻及び番組ポリシーレベルと、ポリシーレベル照合部４５４から入力されたトリガーポリシーレベルとからポリシーレベルを決定する。例えば、トリガーポリシーレベルをポリシーレベルとして決定してもよく、番組ポリシーレベルとトリガーポリシーレベルのうちより高いほうをポリシーレベルとして決定してもよい。
　なお、ポリシーレベル照合部４５４からＡＩＴにより取得した番組ポリシーレベルが入力された場合、ポリシー調停部４５７は、イベント制御部４５５から入力された番組ポリシーレベルよりも、ポリシーレベル照合部４５４から入力された番組ポリシーレベルを優先する。つまり、ポリシー調停部４５７は、ＡＩＴより得られた番組ポリシーレベルと、トリガーポリシーレベルとからポリシーレベルを決定する。ポリシー調停部４５７は、提示ルールデータを参照し、決定したポリシーレベルと、アプリケーション管理部４３３から取得した動作中のアプリケーションがＡアプリケーションであるか否かの情報や出力状況から、画面表示方法及び音声出力方法（提示方法）を決定する。ポリシー調停部４５７は、決定した画面表示方法を映像制御部４０７に出力し、決定した音声出力方法を音声制御部４０９に出力する。
　ここで、図１に戻り、操作受付部４７４と、起動要求信号取得部４７１と、アプリケーション情報取得部４７２と、起動制御部４７３と、終了制御部４８１とについて説明する。
　また、接続制御部５０１と、端末アプリケーション取得部５０２と、端末アプリケーション実行部５０３とについても説明する。
　操作受付部４７４は、視聴者（操作者）による操作にしたがって操作信号を送信する操作機器である。操作受付部４７４は、例えば、受信機４を遠隔操作可能なリモートコントローラ（以下、リモコン）、受信機４の本体に配設された操作パネル等である。リモコンには、リモコン機能を実現するためのアプリケーションプログラムを実行中である携帯端末（携帯電話、スマートフォン、タブレット端末等）、コンピュータ装置、カーナビゲーション端末等が含まれる。
　操作受付部４７４は、受信機４を操作するための操作部を備える。なお、本実施形態において、操作受付部４７４の操作部は、例えば、電源ボタン、“０”から“９”までの数字ボタン（チャンネル指定ボタン）、チャンネル切替ボタン、音量調節ボタン、データ放送サービスボタン等、従来のテレビ操作リモコンに設けられているものと同様な操作ボタンである。データ放送サービスボタンは、受信機４がデータ放送を受信しているときに押されるたびに、データ放送の表示と非表示とを切り替える操作ボタンである。データ放送サービスボタンは、データ放送ボタン、ｄボタン、またはＤボタンとも呼ばれる。
　また、操作受付部４７４の操作部には、図１には図示しない放送通信連携サービスボタンが設けられている。この放送通信連携サービスボタンは、受信機４に放送通信連携サービスを受け始めさせるための操作ボタンである。放送通信連携サービスボタンは、放送通信連携ボタン、ｈボタン、またはＨボタンとも呼ばれる。操作受付部４７４は、放送通信連携サービスボタンが押されると、放送通信連携サービスにおけるストリーム従属型サービスの開始を要求するための起動要求信号を送信する。
　なお、操作受付部４７４の操作部は、例えば、タッチパネルとグラフィカル・ユーザ・インタフェース（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ；ＧＵＩ）とによって実現されるものであってもよい。
　操作入力部４１４は、操作受付部４７４が送信した操作信号を受信する。
　操作入力部４１４の起動要求信号取得部４７１は、操作入力部４１４が受信した操作信号のうち起動要求信号を取り込んで起動要求コマンドを生成し、この起動要求コマンドをアプリケーション実行制御部４１２のアプリケーション制御部４３４に供給する。
　また、操作入力部４１４は、放送サービス復帰ボタン、例えば、操作受付部４７４の操作部に設けられた数字ボタンまたはチャンネル切替ボタンが操作されたことによって送信された操作信号を受信した場合、終了要求コマンドを生成し、この終了要求コマンドをアプリケーション制御部４３４に供給する。
　アプリケーション制御部４３４のアプリケーション情報取得部４７２は、分離部４０２から定期的または不定期に供給されるＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ　Ｉｎｆｏｒａｍａｔｉｏｎ　Ｔａｂｌｅ、アプリケーション情報テーブル）を取り込む。より詳細には、アプリケーション情報取得部４７２は、視聴者によって所望に選択されたメディアのうち、所望に選局されたチャンネルに対応するＴＳ（Ｔｒａｎｓｐｏｒｔ　Ｓｔｒｅａｍ；ＴＳ、放送ストリーム）から抽出された、ＡＩＴのＥＳ（Ｅｌｅｍｅｎｔａｒｙ　Ｓｔｒｅａｍ）を、定期的または不定期に取り込む。
　ＡＩＴは、前述したとおり、アプリケーションに関する情報と、アプリケーションに対する制御情報と、アプリケーションを指定する情報とを含む情報である。図６に示したように、アプリケーションに関する情報には、アプリケーション名（appName）とアプリケーションＩＤ（orgId，appId）とが含まれる。アプリケーションに対する制御情報には、前記の表７に示したアプリケーション制御コード（application_control_code）が含まれる。このアプリケーション制御コードは、例えば、アプリケーションのライフサイクルを制御するためのデータである。アプリケーションを指定する情報には、ロケーション情報（location）が含まれる。このロケーション情報は、アプリケーションファイルの格納場所およびアプリケーションファイルを特定する情報である。ストリーム従属型サービスにおけるロケーション情報は、アプリケーションファイルを格納した受信機アプリサーバ２１またはリポジトリサーバ３（アプリケーションサーバ）のＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）である。
　アプリケーション情報取得部４７２は、取り込んだＡＩＴからアプリケーション制御コードとアプリケーションＩＤとを抽出し、これらアプリケーション制御コードとアプリケーションＩＤとを終了制御部４８１に供給する。
　なお、アプリケーション情報取得部４７２は、取り込んだＡＩＴからアプリケーションＩＤの代わりに、またはアプリケーションＩＤと共にアプリケーション名を抽出して終了制御部４８１に供給してもよい。
　また、アプリケーション情報取得部４７２は、起動要求信号取得部４７１から供給される起動要求コマンドを取り込むと、この起動要求コマンドの取り込みタイミングと同時またはこの取り込みタイミングの直後に取り込んだＡＩＴから、アプリケーション制御コードの他、アプリケーション名とロケーション情報とを抽出する。アプリケーション情報取得部４７２が抽出したアプリケーション名とアプリケーション制御コードとロケーション情報とを、アプリケーション情報と呼ぶ。アプリケーション情報取得部４７２は、抽出したアプリケーション情報を起動制御部４７３に供給する。
　また、アプリケーション情報取得部４７２は、分離部４０２から定期的または不定期に供給されるＰＳＩ（Ｐｒｏｇｒａｍ　Ｓｐｅｃｉｆｉｃ　Ｉｎｆｏｒｍａｔｉｏｎ、プログラム特定情報）／ＳＩ（Ｓｅｒｖｉｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ、番組配列情報）を取り込む。より詳細には、アプリケーション情報取得部４７２は、上述した、所望に選択されたメディアのうち、所望に選局されたチャンネルに対応するＴＳから抽出されたＰＳＩ／ＳＩを、定期的または不定期に取り込む。
　ＰＳＩ／ＳＩは、放送番組に関連するメタデータを含む情報である。メタデータは、前述したとおり、例えば、番組ＩＤ、番組概要、出演者、スタッフ、放送日時、台本、字幕、解説等の、放送番組に関連する情報である。
　本実施形態では、受信機４と機器８とを連携動作させる場合において機器８に実行させるアプリケーション（端末アプリケーションとも呼ぶ）を指定するアプリケーション指定情報が、ＰＳＩ／ＳＩに含まれている。アプリケーション指定情報は、端末アプリケーションを識別する識別情報であってもよいし、端末アプリケーションを格納する外部の端末アプリケーションサーバのＵＲＬであってもよい。
　なお、アプリケーション指定情報はメタデータに含まれていてもよい。
　放送送出装置１１の信号設定部１１２は、放送番組またはその内容もしくはその進行状況に対応付けて、アプリケーション指定情報をＴＳに多重化する。
　アプリケーション情報取得部４７２は、取り込んだＰＳＩ／ＳＩからアプリケーション指定情報とメタデータとを抽出し、これらアプリケーション指定情報とメタデータの全部または一部とをアプリケーション実行部４３５に供給する。
　なお、アプリケーション指定情報およびメタデータまたはいずれかの情報は、特定の識別子に対応付けられて、独立的に設けられたＥＳに含められてもよい。この場合は、分離部４０２は、そのＥＳから、特定の識別子を手がかりとして、アプリケーション指定情報およびメタデータまたはいずれかの情報を抽出する。
　起動制御部４７３は、アプリケーション情報取得部４７２から供給されるアプリケーション情報、すなわち、アプリケーション名とアプリケーション制御コードとロケーション情報とを取り込む。起動制御部４７３は、アプリケーション制御コードがアプリケーションのスタンバイを示すデータであると識別した場合、アプリケーション情報に対応するアプリケーションの起動を制御する。
　具体的には、起動制御部４７３は、アプリケーション制御コードがアプリケーションのスタンバイを示すデータであると識別した場合、アプリケーション要求コマンドを生成し、このアプリケーション要求コマンドを通信入出力部４１１に供給する。つまり、起動制御部４７３は、アプリケーション要求部である。
　アプリケーションのスタンバイを示すデータは、例えば、前記の表７に示したアプリケーション制御コードにおける“１２（１６進数）”（識別名：ＰＲＥＳＥＮＴ）である。
　なお、アプリケーションのスタンバイを示すデータとしては、上記の“１２（１６進数）”（識別名：ＰＲＥＳＥＮＴ）以外にも、専用に割り当てられたコードとしてもよい。
　アプリケーション要求コマンドは、ロケーション情報が示すロケーションをアプリケーションファイルの要求先とし、そのアプリケーションファイルの取得要求（ダウンロード要求）を示すコマンドである。
　なお、起動制御部４７３によるアプリケーションの起動の制御には、アプリケーション記憶部４３１に記憶されたアプリケーションファイルをアプリケーション実行部４３５に読み込ませて実行開始させることも含まれる。
　また、起動制御部４７３は、通信入出力部４１１から供給されるアプリケーションファイルの取得通知を取り込むと、アプリケーション実行要求コマンドを生成し、このアプリケーション実行要求コマンドをアプリケーション実行部４３５に供給する。
　アプリケーション実行要求コマンドは、アプリケーションファイルの取得通知に対応するアプリケーションに対する実行開始要求を示すコマンドである。
　アプリケーション制御部４３４の終了制御部４８１は、操作入力部４１４から供給される終了要求コマンドを取り込むと、アプリケーション実行部４３５からアプリケーションの処理の状態（アプリケーション実行状態）を検出する。終了制御部４８１は、検出したアプリケーション実行状態が実行状態である場合、アプリケーション実行終了コマンドを生成し、このアプリケーション実行終了コマンドをアプリケーション実行部４３５に供給する。つまり、終了制御部４８１は、操作入力部４１４から供給される終了要求コマンドを取り込むと、取り込み中のＴＳに対応付けられ且つ実行中であるアプリケーションの実行終了を制御する。
　また、終了制御部４８１は、アプリケーション情報取得部４７２から供給されるアプリケーション制御コードとアプリケーションＩＤとを取り込む。終了制御部４８１は、取り込んだアプリケーション制御コードがアプリケーションの実行終了を指示するデータであると識別した場合、このアプリケーション制御コードに対応付けられたアプリケーションＩＤに対応するアプリケーションの実行終了を制御する。
　具体的には、終了制御部４８１は、アプリケーション制御コードがアプリケーションの実行終了を指示するデータであると識別した場合、このアプリケーション制御コードに対応付けられたアプリケーションＩＤを含むアプリケーション実行終了コマンドを生成し、このアプリケーション実行終了コマンドをアプリケーション実行部４３５に供給する。
　アプリケーションの実行終了を指示するデータは、例えば、前記の表７に示したアプリケーション制御コードにおける“０３（１６進数）”（識別名：ＤＥＳＴＲＯＹ）である。
　なお、アプリケーションの実行終了を指示するデータとしては、上記の“０３（１６進数）”（識別名：ＤＥＳＴＲＯＹ）以外にも、“０４（１６進数）”（識別名：ＫＩＬＬ）、“０８（１６進数）”（識別名：ＫＩＬＬ　ＡＬＬ）、その他専用に割り当てられたコードとしてもよい。
　前述したアプリケーション実行部４３５は、その機能構成として、図示しないコンテンツ要求部を備える。このコンテンツ要求部は、アプリケーションの実行処理において必要なコンテンツデータを、放送局サーバ群１２のコンテンツ配信サーバ１６またはサービス事業者サーバ群２のコンテンツ配信サーバ２３に対して要求するためのコンテンツ要求コマンドを生成し、このコンテンツ要求コマンドを通信入出力部４１１に供給する。
　アプリケーション実行部４３５は、前述したとおり、受信機４と機器８との連携機能を実現するための端末連携ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を有している。アプリケーション実行部４３５は、機器８との連携処理を実行するアプリケーション（連携アプリケーションとも呼ぶ）を実行する場合には、その連携アプリケーションに端末連携ＡＰＩを呼び出させて実行処理する。
　アプリケーション実行部４３５は、受信機４と機器８とを連携動作させた後、アプリケーション情報取得部４７２から供給されるアプリケーション指定情報とメタデータとを取り込む。受信機４と機器８とを連携動作させるとは、受信機４と機器８との通信路を確立させて、受信機４と機器８とが協働して放送通信連携サービスの受給状態を実現することである。受信機４と機器８との通信は、外部Ｉ／Ｆ部４１７のブリッジ部４９３が有するＷｅｂＳｏｃｋｅｔ用ブリッジ機能によるＷｅｂＳｏｃｋｅｔのコネクションを介して行われる。
　アプリケーション実行部４３５は、連携動作中である機器８を指定する情報と、その機器８に実行させる端末アプリケーションを指定する情報（アプリケーション指定情報）と、メタデータとに基づいて、その機器８に対して端末アプリケーションを指定し起動制御を行う。機器８を指定する情報は、アプリケーション実行部４３５が、受信機４と機器８との連携を確立させたときに機器８から取得する情報である。
　なお、受信機４に連携動作させる機器８があらかじめ特定されている場合は、機器８を指定する情報を省略してもよい。
　アプリケーション実行部４３５は、機器８を指定する情報と、アプリケーション指定情報と、メタデータとに基づいて、機器８に対して端末アプリケーションを指定し起動させるためのInvokeApplicationOnDevice()メソッドを、端末連携ＡＰＩに設けている。InvokeApplicationOnDevice()メソッドは、例えば、下記のフォーマットを有する。
　メソッド名：　InvokeApplicationOnDevice（）
　機能：　機器８に対して端末アプリケーションを指定し起動させる。
　引数：　device_dev，application_id，strings_parameters
　上記のInvokeApplicationOnDevice（）メソッドにおいて、device_devは連携動作中である機器８を指定する情報（デバイスＩＤ）、application_idは端末アプリケーションを指定する情報（アプリケーション指定情報、アプリケーションＩＤ）、strings_parametersはメタデータである。
　つまり、機器８と受信機４とが連携動作を開始した後、アプリケーション実行部４３５がInvokeApplicationOnDevice()メソッドを実行すると、アプリケーション実行部４３５は、device_devに対応する機器８に対して、application_idに対応する端末アプリケーションを起動させるための起動コマンドを、外部Ｉ／Ｆ４１７を介して機器８に送信する。このとき、この起動コマンドには、stringus_parametersが引数として含められる。
　なお、アプリケーション実行部４３５は、InvokeApplicationOnDevice（）メソッドにおける引数のうち、stringus_parametersを省略して実行処理してもよい。本実施形態では、引数にstringus_parametersを含む場合について説明する。
　また、前述した通信入出力部４１１は、その機能構成として、図示しないアプリケーション取得部と、コンテンツ取得部とを備える。
　アプリケーション取得部は、通信入出力部４１１が送信したアプリケーション要求信号を受信した外部のサーバ、例えば、受信機アプリサーバ２１またはリポジトリサーバ３から送信されたアプリケーションファイルを取り込み、このアプリケーションファイルをアプリケーション記憶部４３１に記憶させる。
　コンテンツ取得部は、通信入出力部４１１が送信したコンテンツ要求信号を受信した外部のサーバ、例えば、コンテンツ配信サーバ１６またはコンテンツ配信サーバ２３から送信されたコンテンツデータを取り込み、このコンテンツデータを第２同期用バッファ４０４－２に供給する。
　機器８の接続制御部５０１は、受信機４の外部Ｉ／Ｆ部４１７との間で通信を行うための通信インタフェースである。機器８と受信機４とが連携動作を開始した後、アプリケーション実行部４３５がInvokeApplicationOnDevice()メソッドを実行すると、接続制御部５０１は、外部Ｉ／Ｆ部４１７から供給される、strings_parametersを引数とした起動コマンドを取り込み、この起動コマンドを端末アプリケーション取得部５０２に供給する。
　端末アプリケーション取得部５０２は、接続制御部５０１から供給される起動コマンドを取り込み、この起動コマンドに基づいて端末アプリケーションを取得し、この取得した端末アプリケーションを、strings_parametersとともに端末アプリケーション実行部５０３に供給する。
　具体的には、端末アプリケーション取得部５０２は、図示しない端末アプリケーション記憶部を備えている。端末アプリケーション取得部５０２は、起動コマンドが示すdevice_devが当該機器８に該当するか否かを判定する。device_devが当該機器８に該当する場合、端末アプリケーション取得部５０２は、起動コマンドが示すapplication_idに対応する端末アプリケーションが端末アプリケーション記憶部に記憶されているか否かを判定する。application_idに対応する端末アプリケーションが端末アプリケーション記憶部に記憶されている場合、端末アプリケーション取得部５０２は、その端末アプリケーションを端末アプリケーション記憶部から読み出してstrings_parametersとともに端末アプリケーション実行部５０３に供給する。
　device_devが当該機器８に該当しない場合、端末アプリケーション取得部５０２は、接続制御部５０１を介して受信機４にエラー情報を送信してもよい。
　また、application_idに対応する端末アプリケーションが端末アプリケーション記憶部に記憶されていない場合、端末アプリケーション取得部５０２は、その端末アプリケーションの取得要求を示す端末アプリケーション要求信号を生成し、この端末アプリケーション要求信号を、端末アプリケーションサーバに対して供給する。そして、端末アプリケーション取得部５０２は、端末アプリケーション要求信号に応じて端末アプリケーションサーバから供給された端末アプリケーションを取り込み、この端末アプリケーションをstrings_parametersとともに端末アプリケーション実行部５０３に供給する。
　なお、端末アプリケーション取得部５０２は、その取り込んだ端末アプリケーションを、端末アプリケーション記憶部に記憶させてもよい。
　端末アプリケーションは、例えば、受信機４を遠隔操作するリモコン機能を実現するためのリモコンアプリケーション、クイズ番組やバラエティ番組等において視聴者から放送局またはサービス事業者に視聴者回答を送信するための回答（投票）アプリケーション、ウェブログ、チャット、ＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋｉｎｇ　Ｓｅｒｖｉｃｅ）等のクライアント機能を実現するためのアプリケーション等である。
　端末アプリケーション実行部５０３は、端末アプリケーション取得部５０２から供給される端末アプリケーションとstrings_parametersとを取り込み、このstrings_parametersを用いて端末アプリケーションを実行処理する。
　例えば、strings_parametersが放送番組のキャストやスタッフに関する情報である場合、端末アプリケーション実行部５０３は、その放送番組のキャストやスタッフに関する情報、つまり放送リソースを利用して端末アプリケーションを実行処理する。
　図２５は、操作受付部４７４として赤外線リモコンを用いた場合の、概略の外観正面図である。同図に示すように、操作受付部４７４には、電源ボタン、数字ボタン、チャンネル切替ボタン、音量調節ボタン、データ放送サービスボタン等、従来のテレビ操作リモコンに設けられているものと同様なボタンの他、放送通信連携サービスボタン４７５が設けられている。
　次に、操作受付部４７４の放送通信連携サービスボタン４７５が押された場合において、受信機４がＡＩＴを取得し、このＡＩＴに基づいて外部のサーバからアプリケーションファイルを取得してアプリケーションを実行し、このアプリケーションの実行処理に伴い、関連するコンテンツを外部のサーバから取得して提示する処理について説明する。
　図２６は、受信機４と、受信機アプリサーバ２１と、コンテンツ配信サーバ２３との処理の手順を示すシーケンス図である。
　ステップＳ１において、受信機４は、操作受付部４７４から送信される起動要求信号を受信すると、視聴者の所望によって選択されたメディアのうち、選局されたチャンネルに対応するＴＳから、ＡＩＴのＥＳを抽出する。
　次に、ステップＳ２において、受信機４は、ＡＩＴに含まれるアプリケーション制御コードがアプリケーションのスタンバイを示すデータであると識別した場合、アプリケーション要求信号を受信機アプリサーバ２１に対して送信する。
　次に、ステップＳ３において、受信機アプリサーバ２１は、受信機４が送信したアプリケーション要求信号を受信して取り込むと、このアプリケーション要求信号が指定するアプリケーションファイルを読み出す。
　次に、ステップＳ４において、受信機アプリサーバ２１は、アプリケーション要求信号を送信した受信機４に対して、アプリケーションファイルを送信する。
　次に、ステップＳ５において、受信機４は、受信機アプリサーバ２１が送信したアプリケーションファイルを受信して取り込み、アプリケーションの実行処理を開始する。
　次に、ステップＳ６において、受信機４は、アプリケーションの実行処理に伴って必要となるコンテンツデータを取得するためのコンテンツ要求信号をコンテンツ配信サーバ２３に対して送信する。
　次に、ステップＳ７において、コンテンツ配信サーバ２３は、受信機４が送信したコンテンツ要求信号を受信して取り込むと、このコンテンツ要求信号が指定するコンテンツデータを読み出す。
　次に、ステップＳ８において、コンテンツ配信サーバ２３は、コンテンツ要求信号を送信した受信機４に対して、コンテンツデータを送信する。
　次に、ステップＳ９において、受信機４は、コンテンツ配信サーバ２３が送信したコンテンツデータを受信して取り込み、コンテンツをデコード処理して表示したり音声出力したりする。
　なお、図２６において、受信機アプリサーバ２１の代わりにリポジトリサーバ３を設けた場合、および、コンテンツ配信サーバ２３の代わりにコンテンツ配信サーバ１６を設けた場合も同様な処理となる。
　次に、操作受付部４７４から送信された操作信号を受信する受信機４の動作について、詳細に説明する。
　図２７および図２８は、受信機４が操作受付部４７４の操作にしたがって作動する場合の、動作の処理手順を示すフローチャートである。
　受信機４が放送信号を取り込み、視聴者によって選択されたメディアと選局されたチャンネルとに対応するＴＳから放送コンテンツを抽出して提示している状態、つまり、所望の番組を表示および音声出力している状態において、受信機４は、本フローチャートによる処理を実行開始する。
　まず、ステップＳ１１において、操作入力部４１４は、操作受付部４７４が送信する操作信号の受信を受け付けている。操作入力部４１４は、操作受付部４７４が送信した操作信号を受信すると、この操作信号を取り込んでステップＳ１２の処理に移す。
　ステップＳ１２において、操作入力部４１４は、受信した操作信号が起動要求信号である場合（Ｓ１２：ＹＥＳ）はステップＳ１３の処理に移し、受信した操作信号が起動要求信号でない場合（Ｓ１２：ＮＯ）は、図２８のステップＳ２１の処理に移す。
　ステップＳ１３において、起動要求信号取得部４７１は、起動要求信号を取り込んで起動要求コマンドを生成し、この起動要求コマンドをアプリケーション実行制御部４１２のアプリケーション制御部４３４に供給する。
　次に、アプリケーション制御部４３４のアプリケーション情報取得部４７２は、起動要求信号取得部４７１から供給される起動要求コマンドを取り込む。
　次に、アプリケーション情報取得部４７２は、分離部４０２から供給されるＡＩＴを取り込む。このＡＩＴは、視聴者によって所望に選択されたメディアのうち、所望に選局されたチャンネルに対応するＴＳから抽出された情報である。
　ステップＳ１４において、アプリケーション情報取得部４７２は、取り込んだＡＩＴから、アプリケーション名とアプリケーション制御コードとロケーション情報とをアプリケーション情報として抽出し、このアプリケーション情報を起動制御部４７３に供給する。
　次に、起動制御部４７３は、アプリケーション情報取得部４７２から供給されるアプリケーション情報、すなわち、アプリケーション名とアプリケーション制御コードとロケーション情報とを取り込む。
　次に、ステップＳ１５において、起動制御部４７３は、アプリケーション制御コードがアプリケーションのスタンバイを示すデータであると識別した場合（Ｓ１５：ＹＥＳ）、ステップＳ１６の処理に移し、アプリケーション制御コードがアプリケーションのスタンバイを示すデータでないと識別した場合（Ｓ１５：ＮＯ）、本フローチャートの処理を終了させる。
　具体的には、起動制御部４７３は、アプリケーション制御コードが例えば“１２（１６進数）”（識別名：ＰＲＥＳＥＮＴ）であると識別した場合、ステップＳ１６の処理に移し、アプリケーション制御コードが“１２（１６進数）”（識別名：ＰＲＥＳＥＮＴ）でないと識別した場合、本フローチャートの処理を終了させる。
　ステップＳ１６において、起動制御部４７３は、ロケーション情報に示されるロケーションをアプリケーションファイルの要求先として指定したアプリケーション要求コマンドを生成し、このアプリケーション要求コマンドを通信入出力部４１１に供給する。
　次に、通信入出力部４１１は、起動制御部４７３から供給されるアプリケーション要求コマンドを取り込み、このアプリケーション要求コマンドをアプリケーション要求信号として要求先に対して送信する。このアプリケーション要求信号は、例えば、アプリケーション要求コマンドをＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）パケット化した信号である。
　すなわち、通信入出力部４１１は、アプリケーション要求コマンドが示す要求先である受信機アプリサーバ２１またはリポジトリサーバ３に対して、アプリケーション要求信号を送信する。
　次に、ステップＳ１７において、通信入出力部４１１は、上記の要求先（受信機アプリサーバ２１またはリポジトリサーバ３）が送信するアプリケーションファイルの受信を受け付けている。通信入出力部４１１は、上記の要求先が送信したアプリケーションファイルを受信すると、このアプリケーションファイルを取り込んでステップＳ１８の処理に移す。
　ステップＳ１８において、通信入出力部４１１は、取り込んだアプリケーションファイルをアプリケーション実行制御部４１２のアプリケーション記憶部４３１に供給し記憶させる。
　次に、ステップＳ１９において、通信入出力部４１１は、アプリケーションファイルの取得通知を起動制御部４７３に供給する。
　次に、起動制御部４７３は、通信入出力部４１１から供給されるアプリケーションファイルの取得通知を取り込む。
　次に、起動制御部４７３は、アプリケーションファイルの取得通知に対応するアプリケーションに対するアプリケーション実行要求コマンドを生成し、このアプリケーション実行要求コマンドをアプリケーション実行部４３５に供給する。
　次に、アプリケーション実行部４３５は、起動制御部４７３から供給されるアプリケーション実行要求コマンドを取り込む。
　次に、アプリケーション実行部４３５は、取り込んだアプリケーション実行要求コマンドにより指定されるアプリケーションファイルをアプリケーション記憶部４３１から読み込み、アプリケーションの実行処理を開始し、本フローチャートの処理を終了させる。
　一方、図２８のステップＳ２１において、操作入力部４１４は、操作信号が、操作受付部４７４の操作部に設けられた放送サービス復帰ボタン（例えば、数字ボタンまたはチャンネル切替ボタン）が操作されたことによって送信された操作信号である場合（Ｓ２１：ＹＥＳ）、ステップＳ２２の処理に移し、それ以外はステップＳ２５の処理に移す。
　ステップＳ２２において、操作入力部４１４は、終了要求コマンドを生成し、この終了要求コマンドをアプリケーション制御部４３４に供給する。
　次に、アプリケーション制御部４３４の終了制御部４８１は、操作入力部４１４から供給される終了要求コマンドを取り込み、アプリケーション実行部４３５からアプリケーション実行状態を検出する。
　次に、ステップＳ２３において、終了制御部４８１は、検出したアプリケーション実行状態が実行状態である場合（Ｓ２３：ＹＥＳ）、ステップＳ２４の処理に移し、アプリケーション実行状態が実行状態でない場合（Ｓ２３：ＮＯ）、本フローチャートの処理を終了させる。
　ステップＳ２４において、終了制御部４８１は、アプリケーション実行終了コマンドを生成し、このアプリケーション実行終了コマンドをアプリケーション実行部４３５に供給する。
　次に、アプリケーション実行部４３５は、終了制御部４８１から供給されるアプリケーション実行終了コマンドを取り込むと、現在実行中であるアプリケーションの実行処理を終了させて、本フローチャートの処理を終了させる。
　一方、ステップＳ２５において、操作入力部４１４は、起動要求信号以外の操作信号にしたがって、メディアやチャンネルを指定するコードを選局部４１５に供給したり、音量を設定するコードを図示しない音量調節回路に供給したりする。
　受信機４は、起動要求信号以外の操作信号にしたがった動作を開始して、本フローチャートの処理を終了する。
　次に、放送通信連携サービスの提供者側からの制御に基づいてアプリケーションを実行終了させる受信機４の動作について説明する。
　図２９は、受信機４の動作の処理手順を示すフローチャートである。
　まず、ステップＳ３１において、アプリケーション情報取得部４７２は、分離部４０２から供給されるＡＩＴを取り込む。
　ステップＳ３２において、アプリケーション情報取得部４７２は、取り込んだＡＩＴからアプリケーション制御コードとアプリケーションＩＤとを抽出し、これらアプリケーション制御コードとアプリケーションＩＤとを終了制御部４８１に供給する。
　次に、終了制御部４８１は、アプリケーション情報取得部４７２から供給されるアプリケーション制御コードとアプリケーションＩＤとを取り込む。
　次に、ステップＳ３３において、終了制御部４８１は、アプリケーション制御コードがアプリケーションの実行終了を指示するデータであると識別した場合（Ｓ３３：ＹＥＳ）、ステップＳ３４の処理に移し、アプリケーション制御コードがアプリケーションの実行終了を指示するデータでないと識別した場合（Ｓ３３：ＮＯ）、ステップＳ３１の処理に戻す。
　具体的には、終了制御部４８１は、アプリケーション制御コードが例えば“０３（１６進数）”（識別名：ＤＥＳＴＲＯＹ）であると識別した場合、ステップＳ３４の処理に移し、アプリケーション制御コードが“０３（１６進数）”（識別名：ＤＥＳＴＲＯＹ）でないと識別した場合、ステップＳ３１の処理に戻す。
　ステップＳ３４において、終了制御部４８１は、アプリケーション制御コードに対応付けられたアプリケーションＩＤを含むアプリケーション実行終了コマンドを生成し、このアプリケーション実行終了コマンドをアプリケーション実行部４３５に供給する。
　次に、アプリケーション実行部４３５は、終了制御部４８１から供給されるアプリケーション実行終了コマンドを取り込む。
　次に、アプリケーション実行部４３５は、終了制御部４８１から供給されるアプリケーション実行終了コマンドを取り込むと、現在実行中であるアプリケーションの実行処理を終了させ、本フローチャートの処理を終了させる。
　次に、受信機４と連携動作させる機器８に実行させる端末アプリケーションを動的に変更する受信システムの動作について説明する。
　図３０は、受信機４と、機器８と、端末アプリケーションサーバとの処理の手順を示すシーケンス図である。
　まず、ステップＳ４１において、受信機４と機器８とが連携を確立させる。
　具体的には、受信機４のアプリケーション実行部４３５は、機器８との連携処理を実行する連携アプリケーションに端末連携ＡＰＩを呼び出させて実行処理する。アプリケーション実行部４３５が端末連携ＡＰＩを実行することにより、受信機４と機器８とが連携を確立させる。
　ここで、ステップＳ４１における受信機４と機器８との連携処理の詳細な動作について説明する。
　図３１は、受信機４と機器８との連携処理の手順を示すシーケンス図である。
　まず、機器８の端末アプリケーション実行部５０３が、機器８の利用者の操作によって受信機接続用アプリケーションを実行すると、ステップＳ４１１において、接続制御部５０１は、ＵＰｎＰのＳＳＤＰによって、受信機４の検索を行う。
　受信機４が機器８による検索を受け付けると、ステップＳ４１２において、受信機４の外部Ｉ／Ｆ部４１７は、機器８にＷｅｂＳｏｃｋｅｔの接続アドレス及びポート番号を含む応答を送信する。具体的には、外部Ｉ／Ｆ部４１７は、ＷｅｂＳｏｃｋｅｔ用のサーバプログラムを実行することで機器側サーバ部４９１を備え、当該機器側サーバ部４９１へのアクセスに用いる接続アドレス及びポート番号を、機器８に通知する。
　機器８が受信機４から接続アドレス及びポート番号を含む応答を受信すると、ステップＳ４１３において、機器８の端末アプリケーション実行部５０３は、機器８のディスプレイ（図示せず）に、検索に対する応答を受信した受信機４の一覧を、利用可能な受信機４の一覧として表示する。そして、端末アプリケーション実行部５０３は、当該一覧の中から連携すべき受信機４の選択を待機する。
　次に、ステップＳ４１４において、機器８の利用者により、利用可能な受信機４の一覧の中から１つの受信機４が選択されると、端末アプリケーション実行部５０３は、連携する受信機４の選択を受け付ける。
　次に、ステップＳ４１５において、接続制御部５０１は、ステップＳ４１４で選択を受け付けた受信機４に対してＷｅｂＳｏｃｋｅｔのハンドシェイク要求を送信する。具体的には、接続制御部５０１は、ステップＳ４１２において受信機４から受信した接続アドレス及びポート番号を宛先とするハンドシェイク要求を送信する。
　受信機４が機器８からハンドシェイク要求を受信すると、ステップＳ４１６において、受信機４のコネクト部４９３は、機器側サーバ部４９１を介して、機器８に対してＷｅｂＳｏｃｋｅｔのハンドシェイク応答を返すことで、コネクションを確立する。すなわち、コネクト部４９３は、機器側サーバ４９１と機器８とのコネクションを確立する。以降、受信機４と機器８とは当該コネクションを介して通信することにより、双方向通信を行うことができる。このとき、機器８が受信機４にイベント受信の登録（端末用アプリケーション起動情報受信登録）の要求を送信し、受信機４が当該要求に応じて、イベント受信の登録を行う。これにより、受信機４は、分離部４０２が分離する放送ストリームにアプリケーション指定情報が含まれる場合に、登録した機器８に対してプッシュ送信にて当該アプリケーションの起動コマンドを通知する。
　図２７に戻り、受信機４と機器８との間で連携を確立すると、ステップＳ４２において、受信機４は、受信中のＴＳからアプリケーション指定情報とメタデータとを取得する。具体的には、アプリケーション情報取得部４７２は、視聴者によって所望に選択されたメディアのうち、所望に選局されたチャンネルに対応するＴＳから抽出されたＰＳＩ／ＳＩを取り込み、このＰＳＩ／ＳＩからアプリケーション指定情報とメタデータとを取り込む。
　次に、ステップＳ４３において、受信機４は、連携動作中である機器８を指定する情報と、ステップＳ４２の処理においてＰＳＩ／ＳＩにアプリケーション指定情報（第１の情報）が含まれる場合、取り込んだアプリケーション指定情報およびメタデータとに基づいて、その機器８に対してその端末アプリケーションを指定し起動制御を行う。
　具体的には、アプリケーション実行部４３５は、携帯連携ＡＰＩのInvokeApplicationOnDevice()メソッドを実行し、device_devに対応する機器８に対して、application_idに対応する端末アプリケーションを起動させるための起動コマンド（stringus_parametersを含む）（第２の情報）を、ステップＳ４１において確立されたＷｅｂＳｏｃｋｅｔのコネクションにより外部Ｉ／Ｆ４１７を介して機器８にプッシュ送信する。
　次に、ステップＳ４４において、機器８は、受信機４からの端末アプリケーションの起動制御を受け、指定された端末アプリケーションの情報をディスプレイ（図示せず）に表示する。そして、機器８は、利用者により当該端末アプリケーションの起動指示を受け付けると、指定された端末アプリケーションについての端末アプリケーション要求信号を生成し、この端末アプリケーション要求信号を端末アプリケーションサーバに対して送信する。
　具体的には、接続制御部５０１は、外部Ｉ／Ｆ部４１７から供給される、strings_parametersを引数とした起動コマンドを取り込み、この起動コマンドを端末アプリケーション取得部５０２に供給する。
　次に、端末アプリケーション取得部５０２は、接続制御部５０１から供給される起動コマンドを取り込む。
　次に、端末アプリケーション取得部５０２は、この起動コマンドに基づいて端末アプリケーションを取得し、この端末アプリケーションをstrings_parametersとともに端末アプリケーション実行部５０３に供給する。
　より具体的には、端末アプリケーション取得部５０２は、起動コマンドが示すdevice_devが当該機器８に対応するか否かを判定する。device_devが当該機器８に対応する場合、端末アプリケーション取得部５０２は、起動コマンドが示すapplication_idに対応する端末アプリケーションが端末アプリケーション記憶部に記憶されているか否かを判定する。ただし、図３０は、application_idに対応する端末アプリケーションが端末アプリケーション記憶部に記憶されていない場合の例である。
　application_idに対応する端末アプリケーションが端末アプリケーション記憶部に記憶されていない場合、端末アプリケーション取得部５０２は、その端末アプリケーションの取得要求を示す端末アプリケーション要求信号を生成し、この端末アプリケーション要求信号を端末アプリケーションサーバに対して送信する。
　次に、ステップＳ４５において、端末アプリケーションサーバは、機器８が送信した端末アプリケーション要求信号を受信して取り込むと、この端末アプリケーション要求信号が指定する端末アプリケーションのファイルを読み出す。
　次に、ステップＳ４６において、端末アプリケーションサーバは、端末アプリケーション要求信号を送信した機器８に対して、端末アプリケーションのファイルを送信する。
　次に、ステップＳ４７において、機器８は、端末アプリケーションサーバが送信した端末アプリケーションのファイルを受信して取り込む。
　具体的には、端末アプリケーション取得部５０２は、端末アプリケーション要求信号に応じて端末アプリケーションサーバから供給された端末アプリケーションを取り込み、この端末アプリケーションをstrings_parametersとともに端末アプリケーション実行部５０３に供給する。
　次に、ステップＳ４８において、機器８は、取り込んだ端末アプリケーションのファイルにおける端末アプリケーションの実行処理を開始する。
　具体的には、端末アプリケーション実行部５０３は、端末アプリケーション取得部５０２から供給される端末アプリケーションとstrings_parametersとを取り込み、このstrings_parametersを用いて端末アプリケーションの実行処理を開始させる。
　次に、ステップＳ４９において、受信機４は連携アプリケーションの実行処理を行うとともに、機器８は端末アプリケーションの実行処理を行う。これにより、受信機４と機器８とは、放送リソースを用いた連携動作を実現する。
　なお、ステップＳ４１で確立したコネクションは、受信機４の連携アプリケーションまたは、機器８の受信機接続用アプリケーションの終了によって解除される。したがって、機器８がシングルタスクで動作する場合、すなわちステップＳ４８において端末アプリケーションの起動とともに受信機接続用アプリケーションが終了する場合は、端末アプリケーションが新たに受信機４との間でＷｅｂＳｏｃｋｅｔコネクションを確立する処理を行う。他方、機器８がマルチタスクで動作し、端末アプリケーションと受信機接続用アプリケーションとが並列に動作する場合は、コネクションが維持される。そのため、この場合端末アプリケーションは、受信機接続用アプリケーションが確立したコネクションを用いて連携処理を行っても良い。
　次に、受信機４及び機器８のアプリケーション同士を連携させる動作について説明する。
　ここでは、受信機４が接続する機器８が複数存在し（機器８－１、８－２）、機器８－１、受信機４、機器８－２の順番でアプリケーションを実行する例を用いて説明する。
　図３２は、アプリケーション同士の連携手順を示すシーケンス図である。
　まず、上述したステップＳ４１～ステップＳ４７の手順によって機器８－１、８－２は端末アプリケーションを取得する（ステップＳ５１）。また、受信機４は、上述したステップＳ４２で取得したアプリケーション指定情報とメタデータが示す受信機４が実行すべきアプリケーションの情報に基づいて、受信機アプリケーションサーバ（図示せず）から受信機アプリケーションを取得する（ステップＳ５２）。なお、機器８－１、８－２が実行する端末アプリケーションと、受信機４が実行する受信機アプリケーションは、それぞれ連携するアプリケーションのタイプを示す情報である接続タイプとして、同一の値を有するものとする。
　次に、端末８－１は、端末アプリケーションを実行する（ステップＳ５３）。次に、端末８－１は、実行した端末アプリケーションにより、上述したステップＳ４１１～Ｓ４１５の手順により受信機４にハンドシェイク要求を送信する（ステップＳ５４）。
　受信機４のコネクト部４９３が、機器側サーバ部４９１を介してハンドシェイク要求を取得すると、ブリッジ部４９４は、アプリケーション実行部４３５が実行するアプリケーションと機器８が実行するアプリケーションとのブリッジ接続処理を行うか否かを判定するブリッジ判定処理を行う（ステップＳ５５）。
　ここで、受信機４によるブリッジ判定処理の詳細な動作について説明する。
　図３３は、受信機４によるブリッジ判定処理の手順を示すフローチャートである。
　まず、外部Ｉ／Ｆ部４１７のコネクト部４９３は、機器側サーバ部４９１または受信機側サーバ部４９２からハンドシェイク要求の受信を待機する（ステップＳ５０１）。そしてコネクト部４９３は、アプリケーション実行部４３５または機器８からハンドシェイク要求を受信する（ステップＳ５０２）。なお、当該ハンドシェイク要求には、接続アドレスに加え、ポート番号と接続タイプとが含まれる。
　ここで、コネクト部４９３及びブリッジ部４９４は、ポート番号を読み取ることで、受信したハンドシェイク要求が、機器８が実行するアプリケーションによるものなのか、アプリケーション実行部４３５が実行するアプリケーションによるものなのかを特定する。例えば、ポート１０００に対するハンドシェイク要求であれば、アプリケーション実行部４３５が実行するアプリケーションによるものであり、ポート１００１～１０１０の何れかに対するハンドシェイク要求であれば、機器８が実行するアプリケーションによるものである。
　次に、コネクト部４９３は、ハンドシェイク要求が示すポートが、他のコネクションによって使用されているか否かを判定する（ステップＳ５０３）。コネクト部４９３は、ポートが既に使用されていると判定した場合（ステップＳ５０３：ＹＥＳ）、コネクションの確立を行わずにブリッジ判定処理を終了する。
　他方、コネクト部４９３は、ポートが使用されていないと判定した場合（ステップＳ５０３：ＮＯ）、ポート番号を参照し、ハンドシェイク要求が機器８からのものであるか否かを判定する（ステップＳ５０４）。
　コネクト部４９３は、ハンドシェイク要求が機器８からのものであると判定した場合（ステップＳ５０４：ＹＥＳ）、機器側サーバ部４９１と機器８とのＷｅｂＳｏｃｋｅｔコネクションを確立する（ステップＳ５０５）。次に、ブリッジ部４９４は、既に受信機側のコネクションが確立されているか否かを判定する（ステップＳ５０６）。ブリッジ部４９４は、受信機側のコネクションがまだ確立されていないと判定した場合（ステップＳ５０６：ＮＯ）、ブリッジ接続を行わずにブリッジ判定処理を終了する。
　他方、ブリッジ部４９４は、受信機側のコネクションが確立されていると判定した場合（ステップＳ５０６：ＹＥＳ）、当該コネクションの接続タイプが、ステップＳ５０５で生成したコネクションの接続タイプと一致するか否かを判定する（ステップＳ５０７）。
　ブリッジ部４９４は、受信機側のコネクションの接続タイプとステップＳ５０５で生成したコネクションの接続タイプが一致しないと判定した場合（ステップＳ５０７：ＮＯ）、ブリッジ接続を行わずにブリッジ判定処理を終了する。
　他方、ブリッジ部４９４は、受信機側のコネクションの接続タイプとステップＳ５０５で生成したコネクションの接続タイプが一致すると判定した場合（ステップＳ５０７：ＹＥＳ）、受信機側のコネクションとステップＳ５０５で生成したコネクションとをブリッジ接続する（ステップＳ５０８）。ここで、ブリッジ接続とは、受信機側のコネクションを介して受信機側サーバ部４９２が受け付けた要求を、機器側サーバ部４９１に転送して機器側のコネクションを介して機器８に送信し、また機器側のコネクションを介して機器側サーバ部４９１が受け付けた要求を、受信機側サーバ部４９２に転送して受信機側のコネクションを介してアプリケーション実行部４３５に送信することである。
　ステップＳ５０４で、コネクト部４９３が、ハンドシェイク要求が機器８からのものであると判定した場合（ステップＳ５０４：ＹＥＳ）、コネクト部４９３は、受信機側サーバ部４９２とアプリケーション実行部４３５とのＷｅｂＳｏｃｋｅｔコネクションを確立する（ステップＳ５０９）。次に、ブリッジ部４９４は、機器側のコネクションが１つ以上確立されているか否かを判定する（ステップＳ５１０）。ブリッジ部４９４は、機器側のコネクションが１つも確立されていないと判定した場合（ステップＳ５１０：ＮＯ）、ブリッジ接続を行わずにブリッジ判定処理を終了する。
　他方、ブリッジ部４９４は、機器側のコネクションが１つ以上確立されていると判定した場合（ステップＳ５１０：ＹＥＳ）、コネクションが確立されている機器側サーバ部４９１を１つ選択し、機器側サーバ部４９１毎に、以下に示すステップＳ５１２～Ｓ５１３の処理を実行する（ステップＳ５１１）。
　まず、ステップＳ５１１で選択した機器側サーバ部４９１におけるコネクションの接続タイプが、ステップＳ５０９で生成したコネクションの接続タイプと一致するか否かを判定する（ステップＳ５１２）。
　ブリッジ部４９４は、選択した機器側のコネクションの接続タイプとステップＳ５０９で生成したコネクションの接続タイプが一致しないと判定した場合（ステップＳ５１２：ＮＯ）、ブリッジ接続を行わずに次の機器側サーバ部４９１の選択を行う。
　他方、ブリッジ部４９４は、選択した機器側のコネクションの接続タイプとステップＳ５０９で生成したコネクションの接続タイプが一致すると判定した場合（ステップＳ５１２：ＹＥＳ）、選択した機器側のコネクションとステップＳ５０９で生成したコネクションとをブリッジ接続し（ステップＳ５１３）、次の機器側サーバ部４９１の選択を行う。
　以上の処理により、受信機４の外部Ｉ／Ｆ部４１７はアプリケーション実行部４３５または機器８とのコネクションを確立し、またブリッジ接続処理を行う。なお、ブリッジ接続処理を行った場合、ブリッジ部４９４は、ブリッジ接続毎に、当該接続を特定する識別情報（ｓｅｓｓｉｏｎ＿ｉｄ）を生成し、当該識別情報を端末８及びアプリケーション実行部４３５に通知する。
　図３２に戻り、受信機４の外部Ｉ／Ｆ部４１７が上述したブリッジ接続処理を行うと、この時点において受信機側サーバ４９２のコネクションが確立していないため、外部Ｉ／Ｆ部４１７は、ブリッジ接続処理を行わずに、端末８－１とのコネクションの確立を行う（ステップＳ５６）。
　次に、受信機４のアプリケーション実行部４３５は、ステップＳ５２で取得した受信機アプリケーションを実行する（ステップＳ５６）。次に、アプリケーション実行部４３５は、実行した受信機アプリケーションにより、上述したステップＳ４１１～Ｓ４１５と同様の手順により外部Ｉ／Ｆ部４１７にハンドシェイク要求を出力する（ステップＳ５７）。
　外部Ｉ／Ｆ部４１７のコネクト部４９３が、受信機側サーバ部４９２を介してハンドシェイク要求を取得すると、ブリッジ部４９４は、上述したブリッジ判定処理を行う（ステップＳ５５）。これにより、コネクト部４９３は、アプリケーション実行部４３５と受信機側サーバ部４９２との間でコネクションを確立する。また、ステップＳ５６において機器８－１と機器側サーバ部４９１とのコネクションが確立しているため、ブリッジ部４９４は、機器側サーバ部４９１と受信機側サーバ部４９２との間でブリッジ接続処理を行う（ステップＳ５９）。このとき、ブリッジ部４９４は、アプリケーション実行部４３５と機器８－１とにブリッジ接続を特定する識別情報（ｓｅｓｓｉｏｎ＿ｉｄ＝１）を通知する。
　次に、機器８－２は、ステップＳ５１で取得した端末アプリケーションを実行する（ステップＳ６０）。次に、機器８－２は、実行した端末アプリケーションにより、上述したステップＳ４１１～Ｓ４１５の手順により外部Ｉ／Ｆ部４１７にハンドシェイク要求を送信する（ステップＳ６１）。
　外部Ｉ／Ｆ部４１７のコネクト部４９３が、機器側サーバ部４９１を介してハンドシェイク要求を取得すると、ブリッジ部４９４は、上述したブリッジ判定処理を行う（ステップＳ６２）。これにより、コネクト部４９３は、機器８－２と機器側サーバ部４９１との間でコネクションを確立する。また、ステップＳ５８においてアプリケーション実行部４３５と受信機側サーバ部４９２とのコネクションが確立しているため、ブリッジ部４９４は、機器側サーバ部４９１と受信機側サーバ部４９２との間でブリッジ接続処理を行う（ステップＳ６３）。このとき、ブリッジ部４９４は、アプリケーション実行部４３５と機器８－２とにブリッジ接続を特定する識別情報（ｓｅｓｓｉｏｎ＿ｉｄ＝２）を通知する。
　これにより、受信機４は、実行するアプリケーションの言語の仕様に関わらず、外部Ｉ／Ｆ部４１７を介して機器８から要求を受け付けることができる。また、機器８も実行するアプリケーションの言語の仕様に関わらず、外部Ｉ／Ｆ部４１７を介して受信機４から要求を受け付けることができる。
　また、受信機４のアプリケーション実行部４３５は、以降の処理において、識別情報（ｓｅｓｓｉｏｎ＿ｉｄ）を埋め込んだ要求を外部Ｉ／Ｆ部４１７に出力すると、ブリッジ部４９４は、識別情報が示す機器８に当該要求を出力する。また、ブリッジ部４９４は、識別情報が割り当てられたブリッジ接続の接続先の機器８から要求を受け付けた場合、当該要求と識別情報の組み合わせをアプリケーション実行部４３５に出力する。これにより、受信機アプリケーションは、要求の送信先を区別して連携処理を行うことができる。
　以上説明したように、本発明の一実施形態である受信機４は、視聴者による操作にしたがって操作受付部４７４が送信する操作信号を受信する。操作受付部４７４には、受信機４に放送通信連携サービスを受け始めさせる放送通信連携サービスボタン４７５が設けられている。放送通信連携サービスボタン４７５が押されることによって、操作受付部４７４は、起動要求信号を送信する。
　受信機４は、起動要求信号を取り込むと、所望のメディアにおける所望のチャンネルに対応するＴＳからＡＩＴを取得し、このＡＩＴからアプリケーション情報（アプリケーション名、アプリケーション制御コード、およびロケーション情報）を抽出する。
　受信機４は、アプリケーション制御コードが、アプリケーションのスタンバイを示すデータである場合に、アプリケーション要求信号を、アプリケーションファイルの要求先である受信機アプリサーバ２１またはリポジトリサーバ３に対して送信する。
　受信機４は、アプリケーションの要求先からアプリケーションファイルの供給を受けると、このアプリケーションファイルを取り込み、アプリケーションを実行開始する。
　受信機４は、アプリケーションの実行処理に伴って必要となるコンテンツデータを取得するために、コンテンツ要求信号をコンテンツ配信サーバ１６またはコンテンツ配信サーバ２３に対して供給する。
　受信機４は、コンテンツデータの要求先からコンテンツデータの供給を受けると、このコンテンツデータを取り込んで提示する。
　この構成によれば、受信機４は、視聴者（操作者）による操作受付部４７４に設けられた放送通信連携サービスボタン４７５の操作にしたがって、放送サービスを受けている状態から、放送通信連携サービスの一サービス形態であるストリーム従属型サービスを受ける状態に切り替えることができる。
　よって、受信機４によれば、放送サービスから放送通信連携サービスに、簡便な操作により切り替えることができる。
　また、受信機４は、操作受付部４７４から供給された操作信号が、操作受付部４７４の操作部に設けられた放送サービス復帰ボタン（例えば、数字ボタンまたはチャンネル切替ボタン）が操作されたことによって送信された操作信号である場合、アプリケーションの実行状態を調べる。
　現時点でアプリケーションが実行状態である場合、受信機４は、この実行中であるアプリケーションの実行処理を終了させる。
　この構成によれば、受信機４は、視聴者（操作者）による操作受付部４７４に設けられた数字ボタンおよびチャンネル切替ボタンの操作にしたがって、放送通信連携サービスの一サービス形態であるストリーム従属型サービスを受けている状態から、放送サービスを受ける状態に切り替えることができる。
　よって、受信機４によれば、放送通信連携サービスから放送サービスに、簡便な操作により切り替えることができる。
　また、受信機４は、ＴＳから得られるＡＩＴに含まれるアプリケーション制御コードがアプリケーションの実行終了を指示するデータであることを識別した場合、このアプリケーション制御コードに対応付けられたアプリケーションＩＤが示すアプリケーションの実行処理を終了させる。
　この構成によれば、放送通信連携サービスの供給者側からの制御によって、受信機４は、現在受けている放送通信連携サービスを放送サービスに切り替えることができる。
　よって、受信機４によれば、放送通信連携サービスの供給者側からの制御によって、受信者側が受けている放送通信連携サービスを放送サービスに切り替えることができる。
　また、この構成によれば、受信機４は、時装置が実行するアプリケーションと、このアプリケーションに関連するコンテンツデータとを、自装置の要求にしたがって外部の供給元から取得することができる。
　また、本実施形態である受信システムでは、受信機４が機器８との連携処理を実行する連携アプリケーションを実行する場合には、その連携アプリケーションに端末連携ＡＰＩを呼び出させて実行処理する。
　受信機４は、機器８との連携を確立させた後、受信中のＴＳからアプリケーション指定情報とメタデータとを取得する。
　受信機４は、連携動作中である機器８を指定する情報と、その機器８に実行させる端末アプリケーションを指定するアプリケーション指定情報と、メタデータとに基づいて、その機器８に対してその端末アプリケーションを指定し起動制御を行う。
　機器８は、受信機４の起動制御を受けると、機器８が実行するように指定された端末アプリケーションを内部の端末アプリケーション記憶部または外部の端末アプリケーションサーバから取得する。
　機器８は、受信機４から取得したメタデータを用いて、取得した端末アプリケーションを実行処理する。
　この構成によれば、受信機４と連携動作する機器８に実行させるアプリケーションを、放送ストリームから得られるアプリケーション指定情報に基づきリアルタイムに変更することができる。
　よって、受信機４と連携動作する機器８は、放送番組またはその内容もしくはその進行状況等に応じて、端末アプリケーションを変えて実行することができる。
　なお、受信機４の起動制御部４７３は、操作受付部４７４の操作に関わらず、取得するＡＩＴに含まれるアプリケーション制御コードが、アプリケーションの自動起動を指示するデータであると識別した場合に、アプリケーション要求信号を受信機アプリサーバ２１に対して送信するものである。
　また、本実施形態は、受信機４が放送サービスを受けている状態において、操作受付部４７４に設けられた放送通信連携サービスボタン４７５が押された場合に、放送サービスのみを受ける状態から放送通信連携サービスを受ける状態に移行する例であった。これ以外にも、例えば、受信機４がいずれのサービスも受けていない状態、例えばスタンバイ状態であるときに、放送通信連携サービスボタン４７５が押された場合、受信機４が、その状態から一旦、放送サービスを受ける状態となった後に、放送通信連携サービスを受ける状態に移行するようにしてもよい。
　また、本実施形態は、アプリケーション情報取得部４７２が、放送信号から得られたＴＳに多重化されたＡＩＴのＥＳを取得する例であった。
　これ以外にも、放送送出装置１１が、ＡＩＴの情報を含む記述子が設けられたＥＩＴ（Ｅｖｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ、イベント情報テーブル）を多重化したＴＳを放送信号として送信し、放送信号を取り込んだ受信機４において、分離部４０２がＴＳに多重化されたＥＩＴからＡＩＴを抽出し、アプリケーション情報取得部４７２がそのＡＩＴを取得するようにしてもよい。
　図３４は、ＥＩＴのデータ構造を示す図である。
　なお、ＥＩＴのデータ構造についての詳細事項は、例えば、「地上デジタルテレビジョン放送運用規定　技術資料」、ＡＲＩＢ　ＴＲ－Ｂ１４、４．４版、第二分冊、社団法人電波産業会、平成２３年３月（第四編第３部３１．３）に記載されている。
　放送送出装置１１の信号設定部１１２は、例えば、同図に示すデータ構造を有するＥＩＴの記述子（descriptor()）にＡＩＴの情報を格納する。そして、信号設定部１１２は、ＡＩＴが格納されたＥＩＴを多重化したＴＳを生成し、このＴＳを放送送出部１１３に供給する。
　または、放送送出装置１１が、ＢＭＬ（Ｂｒｏａｄｃａｓｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）により記述されたＡＩＴを、ＤＳＭ－ＣＣ（Ｄｉｇｉｔａｌ　Ｓｔｏｒａｇｅ　Ｍｅｄｉａ－Ｃｏｍｍａｎｄ　ａｎｄ　Ｃｏｎｔｒｏｌ）データカルーセル伝送方式によるデータ放送によって送信し、放送信号を取り込んだ受信機４において、分離部４０２がデータ放送コンテンツからＡＩＴを抽出し、アプリケーション情報取得部４７２がそのＡＩＴを取得するようにしてもよい。
　ＤＳＭ－ＣＣデータカルーセル伝送方式についての詳細事項は、例えば、「デジタル放送におけるデータ放送符号化方式と伝送方式　標準規格」、ＡＲＩＢ　ＳＴＤ－Ｂ２４、５．１版、第三分冊、社団法人電波産業会、平成１９年３月（第三編第６章）に記載されている。
　前述したとおり、信号設定部１１２は、ＡＩＴをカルーセル伝送するためのコンポーネントタグとモジュールとを固定とする。信号設定部１１２は、コンポーネントタグを例えば“ＡＡ”（１６進数）に、モジュールの識別情報であるモジュールＩＤを例えば“０”に固定する。そして、信号設定部１１２は、ＡＩＴであることを識別させるためのタイプを、モジュールのＴｙｐｅ記述子に設定する。
　一方、分離部４０２は、ＴＳにおける、モジュールを監視し、モジュールＩＤが“０”であるモジュールを検出したときに、この検出したモジュールから、Ｔｙｐｅ識別子に対応するＡＩＴを抽出する。
　または、放送局サーバ群１２における通知サーバ１８またはサービス事業者サーバ群２における通知サーバ２４に、放送コンテンツの識別情報と対応付けたＡＩＴ、または放送コンテンツの識別情報を含むＡＩＴを格納しておき、放送信号を取り込んだ受信機４において、アプリケーション制御部４３４が分離部４０２からコンテンツの識別情報を取得して、通信入出力部４１１を介して通知サーバ１８または通知サーバ２４からＡＩＴを取得するようにしてもよい。
　また、放送通信連携サービスの供給者側からの制御によって、受信者側が受けている放送サービスを放送通信連携サービスに切り替える機能を実現するために、以下のような構成を有してもよい。
　すなわち、アプリケーション情報取得部４７２は、取り込んだＡＩＴからアプリケーション制御コードと所定のフラグとを抽出し、これらアプリケーション制御コードとフラグとを起動制御部４７３に供給する。所定のフラグは、例えば、ＡＩＴに設けられた、アプリケーション起動とデータ放送提示とのいずれかを指定するデータである。
　起動制御部４７３は、アプリケーション情報取得部４７２から供給されるアプリケーション制御コードとフラグとを取り込む。
　起動制御部４７３は、アプリケーション制御コードがアプリケーションの自動起動を指示するデータであると識別した場合、フラグに応じて、アプリケーションの実行開始またはデータ放送の提示のいずれかを制御する。
　アプリケーションの自動起動を指示するデータは、例えば、前記の表７に示したアプリケーション制御コードにおける“０１（１６進数）”（識別名：ＡＵＴＯＳＴＡＲＴ）である。
　以上、本発明の実施の形態について図面を参照して詳述したが、具体的な構成はその実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。
　なお、本実施形態では、ブリッジ部４９４は、ハンドシェイク要求に含まれる接続タイプが一致するコネクション同士をブリッジ接続する場合を説明したが、これに限られず、その他の所定の条件を満たす場合にブリッジ接続するようにしても良い。例えば、アプリケーション実行部４３５が実行するアプリケーションの情報と機器８が実行するアプリケーションの情報とが、それぞれ分離部４０２が分離した同一の放送ストリームに含まれることを条件とすることが挙げられる。これは、分離部４０２が放送信号を放送ストリームに分離する毎に、当該放送ストリームからアプリケーションの情報を取得し、これらの情報を記録しておくことで、実現することができる。
　また、本実施形態では、ポートが既に使用中である場合にコネクションの確立を行わない場合を説明したが、これに限られず、例えば後から指定されたポートを優先的に接続するような処理を行っても良い。
　また、本実施形態では、１つのポートに１つの端末アプリケーションを割り当てる例を示したが、１つのポートで複数の端末アプリケーションと接続する構成としてもよい。なおその場合は、ステップＳ５０３におけるポートが使用中であるか否かの判定が省略される。
［その他の実施形態］
　以下、端末アプリケーションの情報のプッシュ送信以外の、ＷｅｂＳｏｃｋｅｔコネクションを用いた連携の例について説明する。
　まず、受信機４から機器８に番組情報を送信する例について説明する。
　受信機４は、それまで視聴していた番組と異なる番組の情報（第１の情報）を含む放送ストリームを受信すると（例えば、リモコンなどにより選択している放送チャンネルが変更された場合や、視聴している番組が終了して次の番組が始まった場合など）、当該新たな番組に関連する情報（第２の情報）を放送ストリームから抽出する。そして、機器８とのＷｅｂＳｏｃｋｅｔコネクションが確立している場合、受信機４は、当該コネクションを介して新たな番組の情報を機器８に送信する。これにより、機器８は、現在視聴している番組に関する情報をリアルタイムに取得することができる。なお、番組に関連する情報（第２の情報）としては、例えば番組名や番組の概要、キーワードなどが挙げられる。
　次に、機器８により受信機４の選局制御を行う例について説明する。
　ＷｅｂＳｏｃｋｅｔコネクションの確立後、機器８が、利用者の操作により選局操作（放送チャンネルの指定）を受け付けると機器８は、確立されたコネクションを介して受信機４に指定された放送チャンネルの選択を指示する選択指示を送信する。受信機４は、機器８から選択指示を受け付けると、当該選択指示が示す放送チャンネルへの選局を、選局部４１５に出力する。これにより、選局部４１５は、放送受信部４０１が受信する放送信号の放送チャンネルを変更することができる。受信機４は、選局処理を行うと、その結果（成功・失敗）を取得し、当該結果を機器８に送信する。なお、受信機４は、このとき結果情報として成功・失敗を送信するのみならず、上述した番組の情報（番組名や番組の概要、キーワードなど）を含む結果情報を送信することもできる。
　また、ここでは利用者からの選局操作を受け付ける場合を説明したが、これに限られず、受信機４は、例えば、出力音量の変更や電源のオンオフなど、選局操作以外の制御指示を受け付けても良い。
　また、例えば、受信機４は機器８から、アプリケーション実行部４３５（コンテンツ実行部）に実行させる受信機アプリケーション（コンテンツ）を示すアプリケーション指定情報（コンテンツ識別情報）を含む制御指示を受け付けても良い。この場合、受信機４は、機器８から制御指示を受け付けると、通信入出力部４１１が、制御指示に含まれるアプリケーション指定情報が示す受信機アプリケーションを、受信機アプリケーションサーバから取得する。そして、受信機４のアプリケーション実行部４３５は、通信入出力部４１１が取得した受信機アプリケーションを実行する。
　また、例えば、受信機４は機器８から、アプリケーション実行部４３５が実行するＶＯＤ再生アプリケーションに再生させるＶＯＤコンテンツを示すＵＲＬ（コンテンツ識別情報）を含む制御指示を受け付けても良い。この場合、受信機４は、機器８から制御指示を受け付けると、通信入出力部４１１が、制御指示に含まれるＵＲＬが示すＶＯＤコンテンツを、コンテンツ配信サーバから取得する。そして、受信機４のアプリケーション実行部４３５は、通信入出力部４１１が取得したＶＯＤコンテンツを再生する。
　なお、上述した実施形態における受信機４が備える各部は、各部の機能を実現するためのプログラムを実行することによりその機能を実現させるものであってもよい。また、上述した実施形態における受信方法に含まれる各工程は、各工程を実行させるためのプログラムを実行することにより行ってもよい。
　また、上述した実施形態における受信機４が備える各部の機能を実現するためのプログラム、または、上述した実施形態における受信方法に含まれる各工程を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、受信機４が備える各部による処理、または、受信方法に含まれる各工程を行ってもよい。
　なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、マークアップ言語で記述されたいわゆるウェブページの形態によって情報を提供する機能およびその情報をブラウザで表示する機能を含むものとする。
　「記録媒体」とは、非一時的に記憶する機能を有する記憶装置のことをいう。例えば、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の非可搬媒体等の不揮発性媒体を含むが、必ずしもこれらに限定されるものではない。
　また、「記録媒体」とは、サーバやクライアントとなるコンピュータシステム内部の揮発性メモリのようにＤＲＡＭやＳＲＡＭ等の揮発性媒体を含むが、必ずしもこれらに限定されるものではない。
　さらに、「記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の受信・送信装置、転送装置のように、短時間プログラムを保持するものを含むが、必ずしもこれらに限定されるものではない。
　また、上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムに既に記録されているプログラムと組み合わせて実現できるものであってもよい。
　本願発明は、デジタル放送を受信する装置、方法、システムなどに適用できる。
　１　　放送事業者装置
　１１　　放送送出装置
　１１１　　放送関連データ管理部
　１１２　　信号設定部
　１１３　　放送送出部
　１２　　放送局サーバ群
　１３　　コンテンツ管理サーバ
　１４　　番組管理サーバ
　１５　　メタデータ管理サーバ
　１６　　コンテンツ配信サーバ
　１７　　放送局サービスサーバ
　１８　　通知サーバ
　２　　サービス事業者サーバ群
　２１　　受信機アプリサーバ
　２２　　サービスサーバ
　２３　　コンテンツ配信サーバ
　２４　　通知サーバ
　３　　リポジトリサーバ
　４　　受信機
　４０１　　放送受信部
　４０２　　分離部
　４０３　　時計
　４０４－１　　第１同期用バッファ
　４０４－２　　第２同期用バッファ
　４０５－１　　第１デコーダ
　４０５－２　　第２デコーダ
　４０６　　データ放送実行部
　４０７　　映像制御部
　４０８　　映像表示部
　４０９　　音声制御部
　４１０　　音声出力部
　４１１　　通信入出力部
　４１２　　アプリケーション実行制御部
　４１３　　提示制御部
　４１４　　操作入力部
　４１５　　選局部
　４１６　　ローカル情報記憶部
　４１７　　外部Ｉ／Ｆ部
　４３１　　アプリケーション記憶部
　４３２　　アプリケーション認証部
　４３３　　アプリケーション管理部
　４３４　　アプリケーション制御部
　４３５　　アプリケーション実行部
　４３６　　受信機ＡＰＩ部
　４３７　　端末連携ＡＰＩ部
　４３８　　リソースアクセス制御部
　４３９　　リソース制御部
　４５１　　ポリシーデータ管理部
　４５２　　ポリシーデータ記憶部
　４５３　　イベント解釈部
　４５４　　ポリシーレベル照合部
　４５５　　イベント制御部
　４５６　　番組ポリシー記憶部
　４５７　　ポリシー調停部
　４５８　　ポリシーレベル記憶部
　９　　通信網
　４７１　　起動要求信号取得部
　４７２　　アプリケーション情報取得部
　４７３　　起動制御部
　４７４　　操作受付部
　４７５　　放送通信連携サービスボタン
　４８１　　終了制御部
　４９１　　機器側サーバ部（サーバ部）
　４９２　　受信機側サーバ部（サーバ部）
　４９３　　コネクト部
　４９４　　ブリッジ部
　５０１　　接続制御部
　５０２　　端末アプリケーション制御部
　５０３　　端末アプリケーション実行部

Claims (14)

  1. 　通信機能を有する端末との通信コネクションを確立するコネクト部と、
    　放送信号を受信する放送受信部と、
    　前記放送受信部が受信した放送信号から放送ストリームを分離する分離部と、
    　前記分離部が分離した放送ストリームに所定の第１の情報が含まれる場合に、当該第１の情報に関連付けられた第２の情報を、前記コネクト部が確立したコネクションを介して前記端末にプッシュ送信する送信部と、
    　を備える受信機。
  2. 　前記第１の情報は、端末装置が実行するアプリケーションを指定するアプリケーション指定情報である請求項１に記載の受信機。
  3. 　前記コネクト部が確立したコネクションを介して前記端末から前記受信機に対する制御指示を受け付ける制御指示受け付け部と、
    　前記制御指示受け付け部が受け付けた制御指示に基づいて、自装置の制御を行う制御部と
    　をさらに備える請求項１または請求項２に記載の受信機。
  4. 　前記制御指示受け付け部は、制御指示として所定の放送チャンネルを選択する選択指示を受け付け、
    　前記制御部は、前記制御指示受け付け部が受け付けた選択指示に従って、指定された放送チャンネルの放送信号を前記放送受信部が受信するよう制御する
    　請求項３に記載の受信機。
  5. 　ネットワークを介して外部装置との通信を行う通信入出力部と、
    　前記通信入出力部が前記外部装置から受信したコンテンツを実行するコンテンツ実行部と
    　をさらに備え、
    　前記制御指示受け付け部は、前記コンテンツ実行部に実行させるコンテンツを示すコンテンツ識別情報を含む制御指示を受け付け、
    　前記制御部は、前記通信入出力部が、前記制御指示受け付け部が受け付けた制御指示に含まれるコンテンツ識別情報が示すコンテンツを前記外部装置から取得し、前記コンテンツ実行部が、当該コンテンツを実行するよう制御する
    　請求項３に記載の受信機。
  6. 　端末からの受信機の検索に対して、前記コネクト部が通信コネクションに用いる接続アドレスを含む応答を送信する検索応答部
    　をさらに備える請求項１から請求項５の何れか１項に記載の受信機。
  7. 　放送信号を受信する放送受信部と、
    　前記放送受信部が受信した放送信号から放送ストリームを分離する分離部と、
    　前記分離部が分離した放送ストリームから自装置が実行すべきアプリケーションの情報を取得するアプリケーション情報取得部と、
    　前記アプリケーション情報取得部が取得した情報が示すアプリケーションを実行するアプリケーション実行部と、
    　前記アプリケーション実行部、及びアプリケーションを実行する端末が当該アプリケーションの実行により出力した要求を受け付けるサーバ部と、
    　前記サーバ部と前記アプリケーション実行部及び前記端末とのコネクションを確立するコネクト部と、
    　前記コネクト部が確立したコネクションを介して、前記サーバ部が前記アプリケーション実行部から受け付けた要求を前記端末に出力し、前記サーバ部が前記端末から受け付けた要求を前記アプリケーション実行部に出力するブリッジ部と
    　を備える受信機。
  8. 　前記ブリッジ部は、前記アプリケーション実行部が実行するアプリケーションと前記端末が実行するアプリケーションとの関係が所定の条件を満たすか否かを判定し、当該条件を満たす場合に、前記コネクト部が確立したコネクションを介して、前記サーバ部が前記アプリケーション実行部から受け付けた要求を前記端末に出力し、前記サーバ部が前記端末から受け付けた要求を前記アプリケーション実行部に出力する
    　請求項７に記載の受信機。
  9. 　前記アプリケーション実行部及び前記端末は、前記アプリケーションの実行により、前記サーバ部とのコネクションを確立する際に、連携するアプリケーションのタイプを示すタイプ情報を前記コネクタ部に出力し、
    　前記ブリッジ部における所定の条件は、前記コネクト部が前記アプリケーション実行部から受け付けたタイプ情報と前記端末から受け付けたタイプ情報とが一致することである
    　請求項８に記載の受信機。
  10. 　前記アプリケーション情報取得部は、前記分離部が分離した放送ストリームから自装置が実行すべきアプリケーションの情報に加えて、前記端末に実行させるべきアプリケーションの情報を取得し、
    　前記ブリッジ部における所定の条件は、前記アプリケーション実行部が実行するアプリケーションの情報と前記端末が実行するアプリケーションの情報とが、それぞれ前記分離部が分離した同一の放送ストリームに含まれることである
    　請求項７に記載の受信機。
  11. 　前記ブリッジ部は、前記コネクト部によるコネクションが確立したときに、前記所定の条件の判定を行う
    　請求項８から請求項１０の何れか１項に記載の受信機。
  12. 　前記ブリッジ部は、前記所定の条件を満たすと判定したときに、前記端末を特定する識別情報を生成して前記アプリケーション実行部に出力し、前記サーバ部が前記アプリケーション実行部から受け付けた要求に前記識別情報が含まれる場合、当該識別情報が示す端末に当該要求を出力し、前記サーバ部が前記識別情報が示す端末から要求を受け付けた場合、当該要求と前記識別情報の組み合わせを前記アプリケーション実行部に出力する
    　請求項８から請求項１１の何れか１項に記載の受信機。
  13. 　通信機能を有する端末との通信コネクションを確立する工程と、
    　放送信号を受信する工程と、
    　前記放送受信部が受信した放送信号から放送ストリームを分離する工程と、
    　前記分離した放送ストリームに所定の第１の情報が含まれる場合に、当該第１の情報に関連付けられた第２の情報を、前記確立したコネクションを介して前記端末にプッシュ送信する工程と、
    　を含む受信方法。
  14. 　放送信号を受信する工程と、
    　前記受信した放送信号から放送ストリームを分離する工程と、
    　前記分離した放送ストリームから実行すべきアプリケーションの情報を取得する工程と、
    　前記取得した情報が示すアプリケーションを実行する工程と、
    　前記アプリケーションの実行により出力された要求、または、端末から出力された要求を受け付ける工程と、
    　前記端末とのコネクションを確立する工程と、
    　前記確立したコネクションを介して、前記アプリケーションの実行により出力された要求を前記端末に出力する工程と、
    　前記端末から出力された要求をアプリケーション実行部に出力する工程と、
    　を含む受信方法。
PCT/JP2012/070925 2011-08-26 2012-08-17 受信機および受信方法 WO2013031556A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/239,598 US20140214967A1 (en) 2011-08-26 2012-08-17 Receiver and reception method
EP12828400.7A EP2750309A4 (en) 2011-08-26 2012-08-17 RECEIVERS AND RECEIVER PROCEDURES

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
JP2011184564 2011-08-26
JP2011-184565 2011-08-26
JP2011-184564 2011-08-26
JP2011184565 2011-08-26
JP2012112968A JP2013066159A (ja) 2011-08-26 2012-05-17 受信機
JP2012-112968 2012-05-17
JP2012-112969 2012-05-17
JP2012112969A JP5978000B2 (ja) 2011-08-26 2012-05-17 受信機

Publications (1)

Publication Number Publication Date
WO2013031556A1 true WO2013031556A1 (ja) 2013-03-07

Family

ID=50780449

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/070925 WO2013031556A1 (ja) 2011-08-26 2012-08-17 受信機および受信方法

Country Status (3)

Country Link
US (1) US20140214967A1 (ja)
EP (1) EP2750309A4 (ja)
WO (1) WO2013031556A1 (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014192638A (ja) * 2013-03-26 2014-10-06 Toshiba Corp 情報出力装置、情報操作装置、およびプログラム
CN105210375A (zh) * 2013-06-06 2015-12-30 索尼公司 接收设备、接收方法、发送设备、发送方法以及程序
CN105579969A (zh) * 2013-09-23 2016-05-11 三星电子株式会社 用于在应用程序之间进行设备特定的通信的方法和装置
JP2016513438A (ja) * 2013-03-19 2016-05-12 エルジー エレクトロニクス インコーポレイティド 信号送信装置、信号送信方法及び信号送受信システム
US20160219347A1 (en) * 2013-12-05 2016-07-28 Sony Corporation Information processing apparatus, broadcast apparatus, and receiving method
JP2016536826A (ja) * 2013-09-26 2016-11-24 オランジュ ストリームを同期させる方法及び生成する方法、並びに対応するコンピュータプログラム、記憶媒体、並びに再生デバイス、実行デバイス、及び生成デバイス
JP2017016707A (ja) * 2016-10-12 2017-01-19 富士ゼロックス株式会社 プログラム及び装置
US20170041663A1 (en) * 2014-01-07 2017-02-09 Sony Corporation Information processing apparatus and information processing method
JPWO2015166635A1 (ja) * 2014-04-30 2017-04-20 ソニー株式会社 放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法
EP3070954A4 (en) * 2013-11-13 2017-06-14 LG Electronics Inc. Method and apparatus for managing connection between broadcast receiving device and another device connected by network
US9967602B2 (en) 2013-10-31 2018-05-08 Panasonic Intellectual Property Corporation Of America Content transmission method and content playback method
US10326554B2 (en) 2015-02-10 2019-06-18 Panasonic Intellectual Property Management Co., Ltd. Transmission method, transmission device, reception method, and reception device

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6055201B2 (ja) * 2012-05-10 2016-12-27 キヤノン株式会社 サーバー装置、システム及びその制御方法
US9524198B2 (en) * 2012-07-27 2016-12-20 Google Inc. Messaging between web applications
CN104463593B (zh) * 2013-09-18 2018-06-19 曲立东 标签数据应用方法和装置
US11006187B2 (en) * 2013-09-23 2021-05-11 Samsung Electronics Co., Ltd. Method and apparatus for executing application in wireless communication system
CN105706455B (zh) 2013-11-04 2020-02-07 Lg电子株式会社 电子设备和用于控制电子设备的方法
WO2015072492A1 (ja) * 2013-11-13 2015-05-21 日立マクセル株式会社 放送受信装置
WO2015072495A1 (ja) 2013-11-13 2015-05-21 日立マクセル株式会社 放送受信装置及び放送受信システム
JP6544352B2 (ja) * 2014-05-22 2019-07-17 ソニー株式会社 受信装置、及び、受信方法
EP3015984A1 (en) 2014-10-29 2016-05-04 Hewlett-Packard Development Company, L.P. Providing data from data sources
BR112017017220A2 (ja) * 2015-02-17 2018-04-03 Sony Corporation A receiving set, a receiving method, a sending set, and a transmission method
KR101827277B1 (ko) 2015-03-01 2018-02-08 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CA2978534C (en) * 2015-03-27 2019-05-21 Sharp Kabushiki Kaisha Systems and methods for content information message exchange
KR102335007B1 (ko) * 2015-04-01 2021-12-06 삼성전자주식회사 방송 시스템에서 디바이스들 간에 정보를 송수신하는 방법 및 장치
US11226856B2 (en) 2015-04-24 2022-01-18 Senslytics Corporation Methods and systems correlating hypotheses outcomes using relevance scoring for intuition based forewarning
US10073724B2 (en) * 2015-04-24 2018-09-11 Senslytics Corporation Method of intuition generation
US10268449B1 (en) * 2015-06-25 2019-04-23 EMC IP Holding Company LLC Natural order in API calls
US10917186B2 (en) 2015-07-21 2021-02-09 Lg Electronics Inc. Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
JP6629651B2 (ja) * 2016-03-18 2020-01-15 マレリ株式会社 車両用キーレスシステム
US10511805B2 (en) 2016-04-14 2019-12-17 Popio Ip Holdings, Llc Methods and systems for multi-pane video communications to execute user workflows
US9699406B1 (en) 2016-04-14 2017-07-04 Alexander Mackenzie & Pranger Methods and systems for multi-pane video communications
US10218938B2 (en) 2016-04-14 2019-02-26 Popio Ip Holdings, Llc Methods and systems for multi-pane video communications with photo-based signature verification
USD845972S1 (en) 2016-04-14 2019-04-16 Popio Ip Holdings, Llc Display screen with graphical user interface
US10218939B2 (en) 2016-04-14 2019-02-26 Popio Ip Holdings, Llc Methods and systems for employing virtual support representatives in connection with mutli-pane video communications
US10827149B2 (en) 2016-04-14 2020-11-03 Popio Ip Holdings, Llc Methods and systems for utilizing multi-pane video communications in connection with check depositing
US11523087B2 (en) 2016-04-14 2022-12-06 Popio Mobile Video Cloud, Llc Methods and systems for utilizing multi-pane video communications in connection with notarizing digital documents
US10439895B2 (en) * 2017-01-31 2019-10-08 Salesforce.Com, Inc. Dynamic selection of channels for incoming communication
JP6632751B2 (ja) * 2019-03-14 2020-01-22 株式会社東芝 受信機および通信方法、サーバ機器
EP3752917A1 (en) * 2019-05-06 2020-12-23 Google LLC Rendering visual components on applications in response to voice commands
US11429428B2 (en) * 2019-05-06 2022-08-30 Google Llc Invoking functions of agents via digital assistant applications using address templates
US11726995B2 (en) 2019-12-17 2023-08-15 Hewlett Packard Enterprise Development Lp System and method for value pack generation using generic SQL plugin for unified console

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11306013A (ja) * 1998-04-20 1999-11-05 Hitachi Ltd 情報処理端末
JP2006222496A (ja) * 2005-02-08 2006-08-24 Matsushita Electric Ind Co Ltd デジタル映像受信装置およびデジタル映像受信システム
JP2008109341A (ja) * 2006-10-25 2008-05-08 Sharp Corp 携帯型電子機器，テレビジョン受像機，テレビジョン受像機操作システム
JP2009080593A (ja) 2007-09-26 2009-04-16 Hitachi Ltd 携帯端末、情報処理装置、コンテンツ表示システム及びコンテンツ表示方法。
JP2009088941A (ja) * 2007-09-28 2009-04-23 Sony Corp 画像表示装置、画像表示方法、受信装置、受信方法および携帯端末機
JP2010109568A (ja) * 2008-10-29 2010-05-13 Sharp Corp 伝送優先度設定装置、伝送優先度設定方法、および伝送優先度設定プログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020056112A1 (en) * 1999-06-03 2002-05-09 Vincent Dureau Home digital assistant
US7904939B2 (en) * 2000-06-21 2011-03-08 At&T Intellectual Property I, L. P. Methods, systems, and products for automated control of devices
GB0307694D0 (en) * 2003-04-03 2003-05-07 Koninkl Philips Electronics Nv Broadcast delivery to a wireless device
GB0401781D0 (en) * 2004-01-28 2004-03-03 Koninkl Philips Electronics Nv Digital broadcasting terminal
EP1788810B1 (fr) * 2005-11-16 2009-11-11 Alcatel Lucent Procédé et système de télévision interactive multi-utilisateurs et récepteur de télévision mettant en oeuvre un tel procédé
US20090089838A1 (en) * 2006-04-07 2009-04-02 Pino Jr Angelo J Template Based System, Device and Method for Providing Interactive Content
US20080098450A1 (en) * 2006-10-16 2008-04-24 Toptrend Global Technologies, Inc. Dual display apparatus and methodology for broadcast, cable television and IPTV
US8370878B2 (en) * 2010-03-17 2013-02-05 Verizon Patent And Licensing Inc. Mobile interface for accessing interactive television applications associated with displayed content

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11306013A (ja) * 1998-04-20 1999-11-05 Hitachi Ltd 情報処理端末
JP2006222496A (ja) * 2005-02-08 2006-08-24 Matsushita Electric Ind Co Ltd デジタル映像受信装置およびデジタル映像受信システム
JP2008109341A (ja) * 2006-10-25 2008-05-08 Sharp Corp 携帯型電子機器，テレビジョン受像機，テレビジョン受像機操作システム
JP2009080593A (ja) 2007-09-26 2009-04-16 Hitachi Ltd 携帯端末、情報処理装置、コンテンツ表示システム及びコンテンツ表示方法。
JP2009088941A (ja) * 2007-09-28 2009-04-23 Sony Corp 画像表示装置、画像表示方法、受信装置、受信方法および携帯端末機
JP2010109568A (ja) * 2008-10-29 2010-05-13 Sharp Corp 伝送優先度設定装置、伝送優先度設定方法、および伝送優先度設定プログラム

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"ARIB STD-B24, V5.1, Fascicle 3", vol. 3, March 2007, ASSOCIATION OF RADIO INDUSTRIES AND BUSINESSES, article "Data Coding And Transmission Specification For Digital Broadcasting"
"ARIB TR-B 14, V4.4, Fascicle 2", vol. 4, March 2011, ASSOCIATION OF RADIO INDUSTRIES AND BUSINESSE, article "Operational Guidelines For Digital Terrestrial Television Broadcasting"
See also references of EP2750309A4

Cited By (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9699524B2 (en) 2013-03-19 2017-07-04 Lg Electronics Inc. Signal transmitting apparatus, signal transmitting method, and system for transmitting and receiving signal
JP2016513438A (ja) * 2013-03-19 2016-05-12 エルジー エレクトロニクス インコーポレイティド 信号送信装置、信号送信方法及び信号送受信システム
US9538255B2 (en) 2013-03-26 2017-01-03 Kabushiki Kaisha Toshiba Information output device, information manipulation device, and computer program product
JP2014192638A (ja) * 2013-03-26 2014-10-06 Toshiba Corp 情報出力装置、情報操作装置、およびプログラム
CN105210375A (zh) * 2013-06-06 2015-12-30 索尼公司 接收设备、接收方法、发送设备、发送方法以及程序
US10592303B2 (en) 2013-09-23 2020-03-17 Samsung Electronics Co., Ltd. Method and apparatus for device-specific communication between application programs
CN105579969A (zh) * 2013-09-23 2016-05-11 三星电子株式会社 用于在应用程序之间进行设备特定的通信的方法和装置
US10592301B2 (en) 2013-09-23 2020-03-17 Samsung Electronics Co., Ltd. Method and apparatus for device-specific communication between application programs
JP2016533550A (ja) * 2013-09-23 2016-10-27 サムスン エレクトロニクス カンパニー リミテッド 機器別応用プログラムの間の通信のための装置及び方法
JP2016536826A (ja) * 2013-09-26 2016-11-24 オランジュ ストリームを同期させる方法及び生成する方法、並びに対応するコンピュータプログラム、記憶媒体、並びに再生デバイス、実行デバイス、及び生成デバイス
US10244282B2 (en) 2013-09-26 2019-03-26 Orange Methods for synchronizing and generating a stream, and corresponding computer programs, storage media, and playback, execution and generation devices
EP3985985A2 (en) 2013-10-31 2022-04-20 Panasonic Intellectual Property Corporation of America Packet reception method and apparatus
US10945010B2 (en) 2013-10-31 2021-03-09 Panasonic Intellectual Property Corporation Of America Content transmission method and content playback method
US9967602B2 (en) 2013-10-31 2018-05-08 Panasonic Intellectual Property Corporation Of America Content transmission method and content playback method
US11350146B2 (en) 2013-10-31 2022-05-31 Panasonic Intellectual Property Corporation Of America Content transmission method and content playback method
EP3657809A1 (en) 2013-10-31 2020-05-27 Panasonic Intellectual Property Corporation of America Packet reception method and apparatus
US11653045B2 (en) 2013-10-31 2023-05-16 Panasonic Intellectual Property Corporation Of America Content transmission method and content playback method
EP3070954A4 (en) * 2013-11-13 2017-06-14 LG Electronics Inc. Method and apparatus for managing connection between broadcast receiving device and another device connected by network
US10547912B2 (en) * 2013-12-05 2020-01-28 Sony Corporation Information processing apparatus, broadcast apparatus, and receiving method
US20160219347A1 (en) * 2013-12-05 2016-07-28 Sony Corporation Information processing apparatus, broadcast apparatus, and receiving method
US20170041663A1 (en) * 2014-01-07 2017-02-09 Sony Corporation Information processing apparatus and information processing method
EP3920544A1 (en) * 2014-01-07 2021-12-08 Sony Group Corporation Information processing device and information processing method
US11012747B2 (en) 2014-01-07 2021-05-18 Sony Corporation Controlling an operation of an application based on application information table
EP3139619A4 (en) * 2014-04-30 2017-09-27 Sony Corporation Broadcast receiver, broadcast reception method, information processing apparatus, information processing method, broadcast apparatus, and broadcast method
JP2021007260A (ja) * 2014-04-30 2021-01-21 ソニー株式会社 放送受信機及びその動作方法
EP3748979A1 (en) * 2014-04-30 2020-12-09 Sony Corporation Broadcast receiver, broadcast receiving method
JP2019161658A (ja) * 2014-04-30 2019-09-19 ソニー株式会社 放送受信機、放送受信方法、情報処理装置、情報処理方法およびプログラム
JP7331904B2 (ja) 2014-04-30 2023-08-23 ソニーグループ株式会社 放送受信機及び放送受信機の動作方法
JP2022002419A (ja) * 2014-04-30 2022-01-06 ソニーグループ株式会社 放送受信機及び放送受信機の動作方法
JPWO2015166635A1 (ja) * 2014-04-30 2017-04-20 ソニー株式会社 放送受信機、放送受信方法、情報処理装置、情報処理方法、放送装置および放送方法
US10326554B2 (en) 2015-02-10 2019-06-18 Panasonic Intellectual Property Management Co., Ltd. Transmission method, transmission device, reception method, and reception device
US10700811B2 (en) 2015-02-10 2020-06-30 Panasonic Intellectual Property Management Co., Ltd. Transmission method, transmission device, reception method, and reception device
JP2017016707A (ja) * 2016-10-12 2017-01-19 富士ゼロックス株式会社 プログラム及び装置

Also Published As

Publication number Publication date
EP2750309A1 (en) 2014-07-02
EP2750309A4 (en) 2015-07-15
US20140214967A1 (en) 2014-07-31

Similar Documents

Publication Publication Date Title
JP5978000B2 (ja) 受信機
WO2013031556A1 (ja) 受信機および受信方法
JP5586770B2 (ja) 受信機
JP6076248B2 (ja) 放送通信連携システム、アプリケーション管理サーバー、および、アプリケーション管理サーバーにおけるアプリケーション管理方法
WO2012157756A1 (ja) 受信機
JP2013066159A (ja) 受信機
JP6271065B2 (ja) 受信機
JP6097443B1 (ja) 受信機
JP5586657B2 (ja) 受信機
WO2012157718A1 (ja) 受信機および受信方法
JP2012257233A (ja) 受信機および受信システム
JP2012257224A (ja) 受信機
JP2012257225A (ja) 受信機
JP5548726B2 (ja) 受信機
JP5586658B2 (ja) 受信機
JP2013009320A (ja) 受信機
JP2013009321A (ja) 受信機
JP6037656B2 (ja) 受信機
JP2012257222A (ja) 受信機
JP6018797B2 (ja) 受信機
JP2013009322A (ja) 受信機及び放送送出装置
JP2012257229A (ja) 受信機
JP2013009339A (ja) 受信機
JP2012257227A (ja) 受信機
JP2013009331A (ja) 受信機

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: 12828400

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012828400

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14239598

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE