WO2012161129A1 - 放送通信連携システム、アプリケーション管理サーバー、受信機、受信機における受信方法、および、アプリケーション管理サーバーにおけるアプリケーション管理方法 - Google Patents

放送通信連携システム、アプリケーション管理サーバー、受信機、受信機における受信方法、および、アプリケーション管理サーバーにおけるアプリケーション管理方法 Download PDF

Info

Publication number
WO2012161129A1
WO2012161129A1 PCT/JP2012/062836 JP2012062836W WO2012161129A1 WO 2012161129 A1 WO2012161129 A1 WO 2012161129A1 JP 2012062836 W JP2012062836 W JP 2012062836W WO 2012161129 A1 WO2012161129 A1 WO 2012161129A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
notification
broadcast
receiver
unit
Prior art date
Application number
PCT/JP2012/062836
Other languages
English (en)
French (fr)
Inventor
茂明 三矢
松村　欣司
馬場　秋継
藤沢　寛
秀 武智
保明 金次
浩行 浜田
Original Assignee
日本放送協会
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本放送協会 filed Critical 日本放送協会
Priority to US14/117,755 priority Critical patent/US8997141B2/en
Priority to EP12789207.3A priority patent/EP2712187A4/en
Priority to JP2013516351A priority patent/JP6076248B2/ja
Publication of WO2012161129A1 publication Critical patent/WO2012161129A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0428—Safety, monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/107—License processing; Key processing
    • G06F21/1078—Logging; Metering
    • 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
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • H04N21/41265—The peripheral being portable, e.g. PDAs or mobile phones having a remote control device for bidirectional communication between the remote control device and client device
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4433—Implementing client middleware, e.g. Multimedia Home Platform [MHP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/23—Pc programming
    • G05B2219/23043—Remote and local control panel, programming unit, switch
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/24—Pc safety
    • G05B2219/24159—Several levels of security, passwords
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/24—Pc safety
    • G05B2219/24168—Identify connected programmer to allow control, program entry
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/36—Nc in input of data, input key till input tape
    • G05B2219/36163—Local as well as remote control panel
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/30—Nc systems
    • G05B2219/36—Nc in input of data, input key till input tape
    • G05B2219/36542—Cryptography, encrypt, access, authorize with key, code, password
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2101—Auditing as a secondary aspect
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2117—User registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet

Definitions

  • the present invention relates to a broadcasting / communication cooperation system that provides services by linking broadcasting and communication, an application management server and a receiver in the system, a receiving method in the receiver, and an application management method in the application management server.
  • Non-Patent Document 1 describes XMPP, and also describes rules for using XMPP for push communication.
  • XMPP is an XML (Extensible Markup Language) -based protocol and is also adopted as a standard for instant messaging.
  • push notification using an existing protocol such as XMPP has a limit.
  • the server side resources memory, etc.
  • the number of people receiving the service at the same time may reach an order of several hundred thousand to several tens of millions.
  • the number of people receiving the service at the same time may reach an order of several hundred thousand to several tens of millions.
  • the present invention has been made based on the above-described problem, and provides notification for controlling an application on the terminal device (receiver or the like) side from the server side without establishing a huge number of communication connections in advance. It provides a mechanism for transmitting (especially a push-type notification).
  • a receiver includes a broadcast receiving unit that receives a broadcast signal, and a broadcast that acquires notification data included in the broadcast signal received by the broadcast receiving unit.
  • the application execution unit executes an application program
  • the application execution When managing the state of the cooperation processing with the external terminal device by the application program executed in the section, when either the broadcast notification receiver or the communication notification receiver has acquired the notification data, In relation to the notification data, the acquired notification data is transmitted to the terminal device performing a cooperation process.
  • the receiver can wait for the notification data both via broadcast and communication. Therefore, the notification can be transmitted via broadcasting or communication for convenience of the notification transmitting side, and the application on the receiver side can be controlled based on this notification.
  • the received notification is transferred to the terminal device that is the target of cooperation processing. Therefore, a notification can be transmitted even to a terminal device that does not have a function of receiving a broadcast signal.
  • the receiver includes a registration request transmission unit that transmits a registration request for registering reception of the notification data to an application management server, and a cancellation request for canceling reception of the notification data. You may further provide the cancellation
  • the application management server stores a terminal management table that associates and stores terminal device identification data for identifying a terminal device and information indicating whether or not notification data needs to be transmitted.
  • a registration request receiving unit that receives a registration request for registering transmission of notification data from the terminal device, updates the terminal management table storage unit based on the registration request, and cancels transmission of the notification data
  • a release request receiving unit for receiving a release request for receiving from the terminal device and updating the terminal management table storage unit based on the release request, and a broadcast notification sending unit for performing a process of transmitting notification data included in a broadcast signal
  • a via-communication notification transmission unit that performs processing for transmitting the notification data to the terminal device by referring to the terminal management table storage unit .
  • the application management server may transmit the notification data from the communication notification transmission unit or the notification from the broadcast notification transmission unit according to the number of communication terminals with which the notification data is to be transmitted. You may further provide the notification transmission control part which controls whether data are transmitted.
  • notification data can be transmitted both via broadcast and communication.
  • notification data can be appropriately transmitted via broadcast, not depending only on notification data transmission via communication. it can.
  • the terminal management table storage unit further stores user attribute data corresponding to the terminal device identification data
  • the communication notification transmission unit includes the terminal management table. You may be comprised so that the process which transmits the said notification data only with respect to the said terminal device corresponding to the specific user attribute memorize
  • a notification can be transmitted only to a terminal device corresponding to a user having a specific attribute.
  • a broadcasting / communication cooperation system includes a broadcasting signal including the notification data based on processing by the receiver, the application management server, and the broadcast notification transmission unit.
  • An application that is executed by the device in association with the notification data when the notification data is received from the terminal cooperation processing unit.
  • a terminal device for controlling the program.
  • a receiving method in a receiver includes a step of receiving a broadcast signal, a step of acquiring notification data included in the received broadcast signal, and a step of executing an application program And managing the state of cooperation processing with an external terminal device by the application program, and when the notification data is acquired, the terminal device performing the cooperation processing in relation to the notification data Transmitting the acquired notification data, and controlling the application program in relation to the notification data when the notification data is acquired.
  • the reception method in the receiver includes a step of transmitting a registration request for registering reception of the notification data to the application management server, and a cancellation request for canceling reception of the notification data. And transmitting to the application management server.
  • An application management method in an application management server relates to a terminal in which terminal device identification data for identifying a terminal device is associated with information indicating whether transmission of notification data is necessary. Storing a management table; receiving a registration request for registering transmission of notification data from a terminal device; updating the terminal management table based on the registration request; and canceling transmission of notification data Receiving the release request from the terminal device and updating the terminal management table based on the release request, and transmitting the notification data included in the broadcast signal, or referring to the terminal management table Transmitting the notification data to the terminal device.
  • the notification data included in the broadcast signal is transmitted according to the number of communication terminals to which the notification data is to be transmitted. Or a step of controlling whether to transmit the notification data to the terminal device by referring to the terminal management table.
  • the terminal management table further stores user attribute data corresponding to the terminal device identification data, and the step of transmitting the notification data is stored in the terminal management table. You may further include the process of transmitting the said notification data only with respect to the said terminal device corresponding to the specific user attribute memorize
  • notification in a broadcasting / communication cooperation system is performed on a terminal device (including a so-called television receiver) without establishing connections with a large number of terminal devices in advance.
  • You can control the applications that run. Further, the application can be controlled by performing the above notification while performing the cooperation process between the television receiver and the terminal device. Further, it is possible to notify only the selected terminal device according to the attribute (user attribute or the like) on the terminal side.
  • 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 block diagram which shows the function structure of the application management infrastructure server by embodiment of this invention. It is the schematic which shows the structure of the data which the terminal management table memory
  • FIG. 1 is a schematic diagram showing a main configuration of the broadcasting / communication cooperation system according to the embodiment.
  • the broadcasting / communication cooperation system 800 includes an application management infrastructure server 801 (application management server), a content management server 13, a broadcast transmission device 11, a receiver 4, a terminal device 808, a communication network 9, and 809.
  • application management infrastructure server 801 application management server
  • content management server 13 a broadcast transmission device 11, a receiver 4, a terminal device 808, a communication network 9, and 809.
  • the broadcast transmission device 11 and the content management server 13 are devices provided by a broadcaster.
  • the application management infrastructure server 801 is a device provided by a provider (also referred to as “application”) that manages application programs (hereinafter simply referred to as “applications”) that run on the receiver 4 or the terminal device 808. is there.
  • the receiver 4 (terminal device) and the terminal device 808 are devices provided and used by general users (television viewers) and the like.
  • the application management infrastructure server 801, the receiver 4, and the terminal device 808 can communicate with each other via a communication network (such as the Internet). Still further, communication may be possible between the receiver 4 and the terminal device 808 by a LAN (local area network), PAN (personal area network), or other short-range communication means.
  • the content management server 13 passes a signal to the broadcast transmission device 11.
  • the broadcast transmission device 11 transmits this signal as a broadcast signal.
  • a broadcast signal transmitted from the broadcast transmission device 11 is transmitted as a radio wave from an antenna installed on the ground or transmitted via a cable. Further, the broadcast signal transmitted by the broadcast transmission device 11 may be transmitted via an artificial satellite.
  • the receiver 4 receives the broadcast signal sent from the broadcast sending device 11.
  • the receiver 4 is a so-called television receiver, which extracts a video signal based on the received broadcast signal and displays it on the screen, or extracts an audio signal and outputs sound from a speaker or the like.
  • the terminal device 808 is a so-called personal computer, portable communication terminal, or tablet, and includes a CPU (Central Processing Unit) and a display screen.
  • the receiver 4 and the terminal device 808 have an environment for acquiring an application and executing the application.
  • the receiver 4 and the terminal device 808 communicate with each other via the communication network 9 or 809 to perform application cooperation processing. Further, the above-described application cooperation processing can be performed in conjunction with the content included in the broadcast signal received by the receiver 4, that is, based on the signal included in the broadcast signal.
  • An example of the linkage processing is to allow the communication terminal 808 to perform an operation of transmitting data from the user side (for example, an answer in a quiz program on a television) to the server by an application linked to broadcast content. It is. More specific matters regarding the cooperation processing between the receiver 4 and the terminal device 808 will be described later. There are no restrictions on the number of receivers 4 and terminal devices 808 installed. One or a plurality of receivers 4 and one or a plurality of terminal devices 808 are installed or exist in a house or an office.
  • Each of the receiver 4 and the terminal device 808 acquires an application code from an external server (not shown) based on an externally acquired application information table (AIT, Application Information Table), Install it on its own non-volatile storage.
  • AIT Application Information Table
  • the receiver 4 and the terminal device 808 respectively register with the application management infrastructure server 801 to receive notification regarding the installed application (push-type notification). At this time, the receiver 4 and the terminal device 808 transmit a registration request to the application management infrastructure server 801.
  • the timing for performing this registration is, for example, (1) when the application is installed, (2) when a user performs an operation for registration setting, and (3) when the application is activated.
  • Each of the receiver 4 and the terminal device 808 requests the application management infrastructure server 801 not to receive a notification regarding the application (push-type notification). At this time, the receiver 4 and the terminal device 808 transmit a release request to the application management infrastructure server 801.
  • the timing for canceling the notification is, for example, (1) when the application is uninstalled, (2) when the user performs an operation for canceling the setting, or (3) when the execution of the application is terminated. .
  • Application cooperation start Cooperation processing between the receiver 4 and the terminal device 808 is started.
  • An example of the procedure is as follows. First, the receiver 4 identifies data (for example, data for identifying a broadcasting station or data for identifying a TV channel) that identifies a currently received broadcast service, and data (for example, data that identifies the receiver itself). Information that combines the manufacturing serial number of the receiver, CAS (Conditional Access Systems) number, etc.) and data for identifying the application is passed to the terminal device 808. This information is, for example, passed via a communication network 809 using an IP (Internet Protocol) packet, passed by a communication means such as infrared communication or Bluetooth, or a two-dimensional code displayed on the screen of the receiver 4.
  • IP Internet Protocol
  • the communication terminal 808 is passed in an optically read form. Then, the terminal device 808 extracts service identification data, receiver identification data, and application identification data from the acquired information, and starts a cooperation process.
  • the terminal device 808 transmits a notification (notification data) of the start of cooperation processing to the receiver 4 via the communication network 9 or 809. At this time, the terminal device 808 transmits data for identifying the terminal device to the receiver 4. Then, the receiver 4 recognizes the terminal device 808 that is the cooperation partner by receiving the notification from the terminal device 808.
  • the receiver 4 writes information related to the terminal device 808 that has started cooperation in a cooperation terminal management table that manages all of the terminal devices 808 that cooperate with each other. Thereafter, the receiver 4 and the terminal device 808 mutually transmit and receive data for use by the application via the communication network.
  • the cooperation terminal management table will be described later.
  • the application management infrastructure server 801 transmits a push-type notification regarding a specific application based on the notification registration.
  • a means for the application management infrastructure server 801 to transmit a push-type notification there are a case where communication by the communication network 9 is used and a case where a broadcast signal sent from the broadcast sending device 11 is used.
  • the communication network 9 When the communication network 9 is used, a connection is established in advance between the application management infrastructure server 801 and the receiver 4 or the communication terminal 808.
  • the application control is, for example, control of an application life cycle (for example, forcibly terminating an application being executed).
  • 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 portable terminal displays a display screen (hereinafter, “program display screen”) of a broadcast program (hereinafter also referred to as “program”) transmitted by broadcasting. (Also referred to as a “broadcast screen”), and a display screen of services and contents acquired by communication by the application installed in the receiver (hereinafter referred to as “application screen” and “application display screen”). ) And display simultaneously.
  • 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.
  • a screen displayed by an unapproved application cannot overlap the program display screen and sound, but the application display screen can be reduced and displayed outside the broadcast program screen.
  • Approved applications are called official applications, and unapproved applications are called unofficial applications.
  • the official application is also referred to as a registered application, an authenticated application, an authorized application, an authorized application, an authorized application, an A (Authorized) type application, and an A application.
  • the unofficial application is also called a general application, an unauthenticated application, an unauthorized application, an unapproved 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 official.
  • the system administrator's decision as to whether or not to approve the applied application depends on the commission from the broadcasting station.
  • Receiver manufacturers manufacture and sell receivers.
  • the receiver manufacturer can make the receiver operable by installing an application for performing various settings of the receiver 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 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 flow of data between business operators in the broadcasting / communication cooperation system.
  • FIG. 9 is a diagram showing a data flow in the entire broadcasting / communication cooperation system.
  • 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.
  • BML ARIB STD-B24
  • ARIB-J ARIB STD-B23
  • HTML5 W3C HTML5 Working draft-2011 / Jan / 13
  • 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 the presentation engine type application provided from communication.
  • the following are supported as JavaScript (registered trademark) API.
  • JavaScript registered trademark
  • those being studied by W3C include Working Draft (WD) or Editor ’s Draft (ED).
  • ED Editor
  • the API related to the data carousel transmitted by the broadcast wave is not essential.
  • HTML5 [3.5.3 HTML5] [3.5.3.1 Description method]
  • the receiver supports HTML5 as a description method of the presentation engine type application provided from communication.
  • the following are supported as JavaScript (registered trademark) API.
  • JavaScript registered trademark
  • those being studied by W3C include Working Draft (WD) or Editor ’s Draft (ED).
  • ED Editor
  • the API related to the data carousel transmitted by the broadcast wave is not essential.
  • 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.
  • the resources on the Internet server include stream resources such as VOD contents, 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 unofficial.
  • 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 Local Database 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.
  • Synchronization API As a Synchronization Manager interface, an API similar to DVB Bluebook A153 (GEM Stream Synchronization API) is introduced. 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 Security Exception 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 Security Exception interface is generated by calling each of the above APIs or by various operations on an object ( ⁇ video> for HTML5 or XY Controller for ARIB-J) that refers to broadcast.
  • the receiver of the broadcasting / communication cooperation system includes an application launcher as a receiver function.
  • the application launcher is used to start an application stored in the receiver, to select an independent application from a known repository, and to select an application whose control code is “PRESENT” among applications whose start instructions are described by the AIT.
  • FIG. 12 shows an application management model in the broadcasting / communication cooperation system.
  • the “official application” is guaranteed the operation expected in the specification of the broadcasting / communication cooperation system by performing pre-registration with the registration manager (third party organization).
  • the “official 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, enabling 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 “unofficial 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 an “informal application” is not given an ID and signature, it is difficult to specify individual applications, but it is possible to execute it after adding a presentation restriction based on the requirements of the broadcaster.
  • FIG. 13 shows a functional model of the secure manager.
  • the secure manager is a function that comprehensively manages security in the receiver.
  • Application authentication The receiver identifies either official or informal, and if official, IDs for all applications to be executed. The official or informal distinction is made by confirming the presence or absence of a signature attached to the application file (application program). If it is official, the receiver further obtains 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 an informal application, the access is restricted by the type of API. Further, when the application accesses the screen display API on the display, screen presentation control is executed based on the formal or informal type and the presentation policy of the broadcaster being selected. 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. 14 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. 15 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. 16 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 official application screen and the application screen of the unofficial application are allowed to be superimposed on the broadcast screen.
  • the policy level of the program is “2”
  • only the official application is allowed to be superimposed on the broadcast screen, and the application screen of the unofficial application is prohibited from being superimposed on the broadcast screen. Only display to is allowed.
  • the policy level of the program is “3”, the display of both the application screen of the official application and the application screen of the unofficial application is permitted, but overlaying on the broadcast screen is prohibited for all application screens. Only display outside the broadcast screen is allowed.
  • the policy level is “4”, only the full screen display of the broadcast screen is permitted.
  • FIG. 17 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 the official application and the application screen of the unofficial application are displayed superimposed on the broadcast screen in the broadcast time zone of program A.
  • 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 official application and the application screen of the unofficial application are displayed on the broadcast screen in the time zone when the earthquake early warning is occurring. Overlay is prohibited.
  • FIG. 18 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 official applications, 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 official 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.
  • the screen display method includes, for example, an official application that displays only the broadcast screen (program video), and that displays both the official application and the unofficial application with the application screen (application video) superimposed on the broadcast screen or outside the broadcast screen. There is a method in which only the application screen is displayed on the broadcast screen and the application screen of the unofficial application is displayed outside the broadcast screen.
  • Examples of 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 official application or the unofficial application independently or mixed.
  • 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 an official application, the notification server 24 may transmit AIT (FIG. 6) based on program security policy data or 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 official applications and location information of the official applications to the receiver 4.
  • the repository server 3 may transmit the application file of the official application that has been digitally signed to the receiver 4, and the receiver application server 21 receives and receives the application file of the official application that has been 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 official application to the receiver 4. Further, the repository server 3 receives the AIT (FIG. 6) of the official 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. 19 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 official application, and the application screen of the unofficial 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 official application, and the sound based on the sound data of the unofficial application, according to the determined sound output method. To do.
  • the video control unit 407 includes a broadcast screen based on the video data and caption data of the program output from the first decoder 405-1 and an official application based on the video data of the content data output from the second decoder 405-2.
  • the application screen of the official 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 is an audio of an official application or an unofficial application based on the audio based on the audio data of the program output from the first decoder 405-1 and the audio data of the content data output from the second decoder 405-2.
  • voice based on the voice data output from the application execution control unit 412 by execution of 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. 20 is a block diagram illustrating 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. If the verification of the electronic signature is successful, the application authentication unit 432 determines that the application is an official application. If the verification of the electronic signature is unsuccessful or if the electronic signature is not added, the application authentication unit 432 is an unofficial application. Judge.
  • 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 official application or an informal 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 official application or an unofficial application.
  • FIG. 21 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 refers to the policy level table to determine (check) 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.
  • the policy level collating unit 454 includes the broadcast start time and broadcast end time data of the program acquired from the SI input from the separating unit 402 and the policy level of the program (hereinafter referred to as “program policy level”). Output to the event control unit 455.
  • program policy level is set to EIT
  • 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 mediation unit 457 refers to the presentation rule data, and determines the screen display method and voice output based on the determined policy level, information indicating whether the running application acquired from the application management unit 433 is official, and the output status. Determine the 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.
  • FIG. 22 is a block diagram illustrating a functional configuration of the application management infrastructure server.
  • the application management infrastructure server 801 includes a notification transmission control unit 901, a broadcast notification transmission unit 902, a communication notification transmission unit 903, a terminal management table storage unit 904, a registration request reception unit 905, The release request receiving unit 906 and the notification request receiving unit 907 are configured.
  • the notification transmission control unit 901 based on the notification request received from the outside by the notification request reception unit 907 and the data read from the terminal management table storage unit 904, is a terminal device (receiver 4 and terminal device) to which the notification is to be transmitted. 808) is specified. At this time, when a specific application ID is designated, the notification transmission control unit 901 reads only data corresponding to the application from the terminal management table storage unit 904. Then, according to the number of corresponding communication terminals, it is determined whether the notification is transmitted from the broadcast notification transmission unit 902 via broadcast or the notification is transmitted from the communication notification transmission unit 903. The notification transmission control unit 901 controls the broadcast notification transmission unit 902 and / or the communication notification transmission unit 903 according to the determination.
  • the broadcast notification transmission unit 902 performs processing for transmitting a notification included in a broadcast signal based on an instruction from the notification transmission control unit 901.
  • “broadcasting” is a method of transmitting notification data superimposed on a broadcast signal (radio wave, cable, etc.) without using a communication network such as the Internet.
  • the broadcast notification transmission unit 902 requests the content management server 13 to include predetermined notification data in the broadcast signal.
  • the content management server 13 manages the content itself (video and audio such as a program) and related control information.
  • the content management server 13 includes notification data based on the request from the broadcast notification transmission unit 902 in the control information and passes it to the broadcast transmission device 11.
  • the broadcast transmission device 11 transmits a signal modulated using the content itself and control information.
  • the communication notification transmission unit 903 performs processing for transmitting communication to the terminal devices (the receiver 4 and the terminal device 808) through communication based on an instruction from the notification transmission control unit 901.
  • “via communication” is a method of transmitting notification data via a communication network such as the Internet.
  • the communication via notification transmission unit 903 transmits the notification using XMPP or the like.
  • the terminal management table storage unit 904 stores a terminal device ID (terminal device identification data) for identifying the terminal device in association with a notification transmission flag (information indicating whether or not notification data needs to be transmitted).
  • the terminal management table storage unit 904 stores user attribute data corresponding to the terminal device ID.
  • the registration request receiving unit 905 receives a registration request for registering transmission of notification data from an external terminal device (the receiver 4 or the terminal device 808), and updates the terminal management table storage unit 904 based on the registration request. To do.
  • the cancellation request receiving unit 906 receives a cancellation request for canceling transmission of notification data from an external terminal device (the receiver 4 or the terminal device 808), and updates the terminal management table storage unit 904 based on the cancellation request. To do.
  • the notification request receiving unit 907 receives a notification transmission request to the terminal from an external computer, and passes the notification request to the notification transmission unit 901 together with an application ID for specifying the application.
  • the external computer is, for example, a computer operated by a business operator who develops and provides an application or a broadcast business operator.
  • FIG. 23 is a schematic diagram illustrating a configuration of data stored in the terminal management table storage unit 904.
  • the terminal management table is tabular data, and includes items of application ID, terminal device ID (terminal device identification data), address, notification transmission flag, and user attribute.
  • the primary key of this table is a combination of an application ID and a terminal device ID.
  • the application ID is identification information allocated in advance for each application.
  • the terminal device ID is identification information for uniquely identifying the receiver 4 and the terminal device 808.
  • a manufacturing serial number or CAS number is used as the terminal device ID.
  • a MAC (Media Access Control) address is used as the terminal device ID.
  • the address is an address (for example, an IP address) used when the application management infrastructure server 801 sends a notification to the receiver 4 or the terminal device 808 via communication.
  • the transmission notification flag is information indicating whether or not notification data needs to be transmitted. That is, the transmission notification flag is a flag indicating whether or not a notification regarding the application is transmitted to the terminal device, and takes a value of TRUE (notify) or FALSE (not notify).
  • the user attribute is an attribute of the user of the terminal device, and includes items such as age and sex.
  • FIG. 24 is a block diagram showing a functional configuration of the receiver.
  • 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, and a terminal cooperation processing unit 926.
  • the application execution control unit 412 includes an application storage unit 431, an application control unit 434, an application execution unit 435, an application management setting unit 931, a registration request transmission unit 932, and a cancellation request transmission unit 933.
  • the application control unit 434 includes a notification receiving unit 921
  • the notification receiving unit 921 includes a broadcast notification receiving unit 922 and a communication notification receiving unit 923.
  • the application execution unit 435 includes a receiver API unit 436 and a terminal cooperation API unit 437. “API” represents an application program interface.
  • the broadcast receiving unit 401 receives a broadcast signal.
  • the separation unit 402 demodulates the received broadcast signal, extracts a transport stream, and acquires data from the transport stream while referring to various tables. In the form described later, the broadcast signal includes push notification data, and the separation unit 402 also acquires the notification data.
  • the separating unit 402 passes the received notification data to the broadcast notification receiving unit 922.
  • the communication input / output unit 411 performs IP communication with various external devices via the communication network 9 or 809, and inputs and outputs data by communication.
  • the communication input / output unit 411 passes the push notification data included in the received data to the communication notification receiver 923.
  • the communication input / output unit 411 also transmits and receives data based on requests from the terminal cooperation processing unit 926, the registration request transmission unit 932, the release request transmission unit 933, and the like.
  • the application execution control unit 412 is an execution environment for application programs on the receiver 4, and stores application codes, executes applications, controls execution of applications, and performs various processes associated with them. .
  • the terminal cooperation processing unit 926 performs various controls for the receiver 4 and its application to cooperate with the terminal device 808.
  • the application calls the function of the terminal cooperation processing unit 926 through the terminal cooperation API unit 437 by executing a predetermined method.
  • the terminal cooperation processing unit 926 notifies the application of the request.
  • the terminal cooperation processing unit 926 manages the state of the cooperation processing with the external terminal device 808 by the application executed by the application execution unit 435.
  • the terminal cooperation processing unit 926 notifies the terminal device 808 that performs the cooperation processing in association with the notification.
  • the acquired notification data is transmitted (transferred).
  • the application storage unit 431 stores application codes.
  • the application execution unit 435 reads the execution code from the application storage unit 431 when executing the application.
  • the application control unit 434 mainly controls the life cycle (preparation, activation, execution, termination, etc.) of the application.
  • the broadcast notification receiving unit 922 or the communication notification receiving unit 923 receives a notification about an application from the outside, the application control unit 434 controls the corresponding application based on the notification content (including application ID, control code, and the like). (For example, the corresponding application is terminated).
  • the application execution unit 435 reads and executes an application program (code) from the application storage unit 431 based on control by the application control unit 434 and the like.
  • the application management setting unit 931 installs or uninstalls an application. In addition, the application management setting unit 931 sets whether or not to receive a notification regarding an application from the outside in accordance with installation / uninstallation or based on a user operation or the like. Along with this setting, the application management setting unit 931 instructs the registration request transmission unit 932 to transmit a notification request, or instructs the cancellation request transmission unit 933 to transmit a cancellation request.
  • the registration request transmission unit 932 transmits a registration request for registering reception of the notification to the application management infrastructure server 801 based on an instruction from the application management setting unit 931.
  • the cancellation request transmission unit 933 transmits a cancellation request for canceling reception of the notification to the application management infrastructure server 801 based on an instruction from the application management setting unit 931.
  • the notification receiving unit 921 acquires a notification from the application platform management server 801.
  • the notification receiving unit 921 includes a broadcast notification receiving unit 922 and a communication notification receiving unit 923.
  • the broadcast notification receiving unit 922 receives a notification from the application infrastructure management server 801 via broadcast. More specifically, the broadcast notification receiving unit 922 monitors predetermined data included in the broadcast signal based on an instruction from the receiver API unit 436. That is, the broadcast notification receiving unit 922 waits for a notification in advance and acquires a notification included in the broadcast signal received by the broadcast receiving unit 401.
  • the broadcast signal includes notification data by a method described later, and the separation unit 402 separates various data included in the broadcast signal.
  • the communication notification receiver 923 receives a notification from the application infrastructure management server 801 via communication. More specifically, the communication input / output unit 411 receives the notification received via the communication input / output unit 411 in advance based on an instruction from the receiver API unit 436 based on an instruction from the receiver API unit 436. Get notifications.
  • the receiver API unit 436 is a processing unit that serves as an interface for an application with respect to the functions of the receiver 4.
  • the terminal cooperation API unit 437 is a processing unit serving as an interface with respect to the application regarding the cooperation processing between the receiver 4 and the communication terminal 808.
  • FIG. 25 is a schematic diagram illustrating a data configuration of a cooperation terminal management table included in the terminal cooperation processing unit 926.
  • the cooperation terminal management table is tabular data and includes items of a terminal device ID, an address, an application ID, and a cooperation status.
  • the primary key of this table is a combination of the terminal device ID and the application ID.
  • the terminal device ID is identification information for uniquely identifying the terminal device 808. As the terminal device ID, the same value as the terminal device ID in the terminal management table already described is used.
  • the address is an address used when the receiver 4 sends a notification to the terminal device 808 via communication.
  • the application ID is identification information assigned for each application.
  • the cooperation status is data indicating the state of cooperation (for example, whether or not cooperation is in progress).
  • the notification is transmitted as data in the AIT format.
  • AIT is data in XML format, and an application descriptor for each application can be included therein.
  • the tag representing the application descriptor is “application Descriptor”.
  • signals such as a control code (tag is “control Code”), visual control information (tag is “visibility”), and priority (tag is “priority”) can be included.
  • the ATI means notification of performing control for terminating the application.
  • the application management infrastructure server 801 transmits the above AIT by IP.
  • the application management infrastructure server 801 requests the broadcast transmission device 11 to transmit a broadcast signal including the AIT via the content management server 13.
  • AIT is transmitted by a broadcast signal
  • any one of the following three methods is used.
  • First, an elementary stream (ES, Elementary Stream) for AIT is multiplexed with a broadcast transport stream (TS, Transport Stream).
  • Second, a descriptor equivalent to the information of AIT is added to p / f (present / following) of an event information table (EIT) and transmitted.
  • the AIT is transmitted using the DSM-CC data carousel. At this time, the component tag and module ID of the carousel are fixed, and a type indicating AIT is designated by the module type (Type) descriptor. Then, the receiver monitors the update of the module, and acquires the AIT when updated.
  • FIG. 26A and FIG. 26B are ladder charts showing registration and release processing procedures from the terminal device regarding push-type notification.
  • FIG. 26A is a procedure regarding registration of notification.
  • the receiver 4 or the terminal device 808 transmits a registration request to the application management infrastructure server 801 after performing notification registration setting processing (step S1) in the own device.
  • the receiver 4 or the terminal device 808 transmits an application ID, a terminal ID, and an address (IP address) as parameters (step S2).
  • the application management infrastructure server 801 receives this registration request and registers the contents in the terminal management table.
  • the notification transmission flag in the corresponding row of the terminal management table is set to TRUE (notify) (step S3).
  • FIG. 26B shows a procedure regarding cancellation of notification.
  • the receiver 4 or the terminal device 808 transmits a cancellation request to the application management infrastructure server 801 after performing notification cancellation setting processing (step S11) in the own device.
  • the receiver 4 or the terminal device 808 transmits the application ID and the terminal ID as parameters (step S12).
  • the application management infrastructure server 801 deletes the corresponding line from the terminal management table, or updates the value of the notification transmission flag in the corresponding line to FALSE (not notified) (step S13).
  • FIG. 27 is a ladder chart showing a processing procedure for transmitting a push notification from the application management infrastructure server 801 to the receiver 4 and the terminal device 808 via communication.
  • the application management infrastructure server 801 receives a notification request from an external computer (step S21).
  • the notification request is transmitted, for example, to a computer of a business operator that develops and operates an application.
  • This notification request includes the application ID and notification content information.
  • the application management infrastructure server 801 searches the terminal management table using the application ID included in the notification request as a key (step S22). And it determines whether the notification with respect to a terminal device is transmitted via communication or via broadcast.
  • the application management infrastructure server When the number of terminal devices waiting for a notification regarding the application is a predetermined number (for example, 10,000) or less, the application management infrastructure server establishes a communication connection with the terminal device waiting for the notification in advance. Keep it. Then, a notification is transmitted to each terminal device extracted from the terminal management table via the communication network 9 using a protocol such as XMPP (steps S23 and S24). Note that the case where the number of terminal devices waiting for a notification regarding the application exceeds the predetermined number will be described later with reference to another drawing.
  • the receiver 4 When receiving the notification via communication, the receiver 4 performs processing for controlling the application according to the notification content (step S25). Similarly, when the terminal device 808 receives this notification via communication, the terminal device 808 performs a process of controlling the application according to the notification content (step S26).
  • FIG. 28 is a ladder chart showing a processing procedure for transmitting a push notification from the application management infrastructure server 801 to the receiver 4 and the terminal device 808 via broadcast.
  • the application management infrastructure server 801 receives a notification request from an external computer (step S31). Then, the application management infrastructure server 801 searches the terminal management table using the application ID included in the notification request as a key (step S32). If the number of terminal devices waiting for notification regarding the application exceeds the predetermined number, the application management infrastructure server 801 does not establish a communication connection with all of those terminal devices in advance. The notification is transmitted (step S33).
  • the receiver 4 receives a broadcast signal using radio waves or a cable, and extracts a notification from the broadcast signal.
  • the receiver 4 refers to the cooperation terminal management table, and transfers the received notification data to the terminal device 808 associated with the application at that time via the communication network ( Step S34). Thereafter, the receiver 4 performs a process of controlling the application according to the received notification content (step S35).
  • the terminal device 808 that has received the notification from the receiver 4 via communication also performs processing for controlling the application in accordance with the received notification content (step S36).
  • the application management infrastructure server 801 can send a necessary push-type notification to all terminal devices managed in the terminal management table even when not connected to all terminal devices in advance. It becomes possible.
  • the application management infrastructure server 801 transmits a push-type notification to the receiver 4 via the communication network 9, and the receiver 4 transmits the terminal device via the communication network 9 or 809.
  • the notification may be retransmitted at 808.
  • the following five methods are possible as methods for transmitting notifications from the application management infrastructure server 801 to the receiver 4 and the terminal device 808.
  • (1) A method of transmitting a notification from the application management infrastructure server 801 to the receiver 4 using a broadcast signal.
  • the notification transmission control unit 901 reads only the data of the terminal device corresponding to the user attribute from the terminal management table storage unit 904 and notifies the terminal device. To be sent.
  • the communication notification sending unit 903 sends the notification only to the terminal device corresponding to the specified user attribute.
  • each part with which the receiver in embodiment mentioned above is provided each part with which a terminal device is provided, each part with which an application management server is provided, or each part with which a content management server is provided is by executing the program for realizing the function of each part.
  • a function may be realized.
  • each step included in the reception method or the application management method in the above-described embodiment may be performed by executing a program for executing each step.
  • a program for executing the process is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into a computer system and executed, whereby a receiver, a terminal device, an application management server, or You may perform the process by each part with which a content management server is provided, or each process included in a receiving method or an application management method.
  • 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, It is not necessarily limited to these.
  • the program may be a program for realizing a part of the functions described above, or may be a program that can be realized by combining the functions described above with a program already recorded in a computer system.
  • the application management infrastructure server 801 performs control for distinguishing whether notification is to be performed via broadcast or communication, depending on the number of terminal devices waiting for notification. However, it may be distinguished based on other determination criteria whether notification is made via broadcasting or notification is made via communication. Further, in the above-described embodiment, when the notification is transmitted via communication, the application management infrastructure server 801 notifies both the receiver 4 and the terminal device 808 with each IP address as a transmission destination. It was decided.
  • the notification is directly transmitted from the application management infrastructure server 801 only to the receiver 4 and the receiver 4 that has received the notification notifies the terminal device 808 that is in the process of cooperation. May be transferred. Further, both forms may be mixed.
  • the present invention can be used for services that link broadcasting and communication.

Abstract

　アプリケーション管理サーバーは、端末装置を識別するための端末装置識別データと、通知データの送信の要否を表す情報とを関連付けて記憶する端末管理テーブル記憶部と、通知データの送信を登録するための登録要求を端末装置から受信し、登録要求に基づいて端末管理テーブル記憶部を更新する登録要求受信部と、通知データの送信を解除するための解除要求を端末装置から受信し、解除要求に基づいて端末管理テーブル記憶部を更新する解除要求受信部と、放送信号に含めて通知データを送信する処理を行う放送経由通知送信部と、端末管理テーブル記憶部を参照することにより、端末装置に対して通知データを送信する処理を行う通信経由通知送信部を具備する。

Description

放送通信連携システム、アプリケーション管理サーバー、受信機、受信機における受信方法、および、アプリケーション管理サーバーにおけるアプリケーション管理方法
　本発明は、放送と通信とを連携させてサービスを提供する放送通信連携システムと、そのシステムにおけるアプリケーション管理サーバーおよび受信機、受信機における受信方法、およびアプリケーション管理サーバーにおけるアプリケーション管理方法に関する。
　本願は、２０１１年５月２０日に、日本に出願された特願２０１１－１１３６４０号に基づき優先権を主張し、その内容をここに援用する。
　個人が利用する通信端末を用いて、より一層多様な通信を行うことが求められている。そのような状況において、サービス提供者のサーバー装置側からこれらの通信端末に対して、サーバー装置側主導で情報を送信する、いわゆるプッシュ型通知の手段が必要とされる。プッシュ型通知では、通信端末の側からのリクエストに応じてサーバー装置がレスポンスを返すのではなく、通信端末側からのトリガーなしに、サーバー装置側から通信端末に対して情報を送信する。そのために用いられるプロトコルの一つがＸＭＰＰ（Extensible Messaging and Presence Protocol）である。非特許文献１では、ＸＭＰＰについて記載されており、ＸＭＰＰをプッシュ通信に用いるための規約も記載されている。ＸＭＰＰはＸＭＬ（Extensible Markup Language）ベースのプロトコルであり、インスタントメッセージングの標準としても採用されている。
ピーター・セイント＝アンドレ（Peter Saint-Andre）、「拡張メッセージングおよびプレゼンスプロトコル（ＸＭＰＰ）コア」（"Extensible Messaging and Presence Protocol (XMPP): Core"）、［online］、平成２３年３月（March 2011）、XMPP Standards Foundation、［平成２３年５月５日検索］、インターネット＜URL： http://xmpp.org/rfcs/rfc6120.html＞
　しかしながら、ＸＭＰＰ等、既存のプロトコルを用いたプッシュ通知には限界がある。プッシュ型通知を行うためには、予めサーバー装置側と通信端末側の両者間でコネクションを確立しておく必要があるが、コネクションを管理するためには、コネクション毎にサーバー側の資源（メモリ等）を必要とする。
　例えば、放送通信連携サービスの場合、同時にサービスを受ける者が数十万人から数千万人のオーダーに達する場合もある。このような規模の数の通信端末に対してプッシュ型通知のためのコネクションを予め張っておくためには、サーバー装置側に膨大な量の資源が必要になるという問題がある。
　本発明は、上記の課題に基づいて行なわれたものであり、膨大な数の通信コネクションを予め張っておかずに、サーバー側から、端末装置（受信機等）側のアプリケーションを制御するための通知（特に、プッシュ型の通知）を送信する仕組みを提供するものである。
　［１］上記の課題を解決するため、本発明の一態様による受信機は、放送信号を受信する放送受信部と、前記放送受信部が受信した放送信号に含まれる通知データを取得する放送経由通知受信部と、通信による入出力を行う通信入出力部と、前記通信入出力部が受信した通知データを取得する通信経由通知受信部と、アプリケーションプログラムを実行するアプリケーション実行部と、前記アプリケーション実行部で実行される前記アプリケーションプログラムによる外部の端末装置との連携処理の状態を管理するとともに、前記放送経由通知受信部または前記通信経由通知受信部のいずれかが前記通知データを取得したときに、前記通知データに関連して、連携処理を行っている前記端末装置に対して取得された前記通知データを送信する端末連携処理部と、前記放送経由通知受信部または前記通信経由通知受信部のいずれかが前記通知データを取得したときに、前記通知データに関連して、前記アプリケーション実行部で実行される前記アプリケーションプログラムを制御するアプリケーション制御部とを具備する。
　これによれば、受信機は、放送経由および通信経由の両方で通知データを待ち受けることができる。よって、通知を送信する側の都合により、放送経由か通信経由のどちらでも通知を伝送し、この通知に基づいて受信機側でのアプリケーションを制御することができる。また、受信機が端末装置と連携処理を行っているときに、受信した通知を連携処理対象の端末装置に転送する。よって、放送信号を受信する機能を有しない端末装置に対しても、通知を伝えることができる。
　［２］上記の受信機は、前記通知データの受信を登録するための登録要求をアプリケーション管理サーバーに対して送信する登録要求送信部と、前記通知データの受信を解除するための解除要求をアプリケーション管理サーバーに対して送信する解除要求送信部とを更に具備してもよい。
　［３］また、本発明の他の一態様によるアプリケーション管理サーバーは、端末装置を識別するための端末装置識別データと、通知データの送信の要否を表す情報とを関連付けて記憶する端末管理テーブル記憶部と、通知データの送信を登録するための登録要求を端末装置から受信し、前記登録要求に基づいて前記端末管理テーブル記憶部を更新する登録要求受信部と、通知データの送信を解除するための解除要求を端末装置から受信し、前記解除要求に基づいて前記端末管理テーブル記憶部を更新する解除要求受信部と、放送信号に含めて通知データを送信する処理を行う放送経由通知送信部と、端末管理テーブル記憶部を参照することにより、前記端末装置に対して前記通知データを送信する処理を行う通信経由通知送信部とを具備する。
　［４］上記のアプリケーション管理サーバーは、前記通知データを送信すべき相手の通信端末の数に応じて、前記通信経由通知送信部から前記通知データを送信するか前記放送経由通知送信部から前記通知データを送信するかを制御する通知送信制御部を更に具備してもよい。
　これらの構成によれば、放送経由と通信経由の両方で通知データを送信することができる。通信経由で通知データを送信するために予め多量の計算機資源（メモリ等）を必要とする場合に、通信経由での通知データ送信だけに依らず、適宜、放送経由でも通知データを送信することができる。
　［５］上記のアプリケーション管理サーバーにおいて、前記端末管理テーブル記憶部は、前記端末装置識別データに対応してユーザー属性データを更に記憶するものであり、前記通信経由通知送信部は、前記端末管理テーブル記憶部に記憶されている特定のユーザー属性に対応する前記端末装置のみに対して前記通知データを送信する処理を行うよう構成されていてもよい。
　この構成によれば、特定の属性を有するユーザーに対応する端末装置のみに通知を送信することができる。
　［６］また、本発明の他の一態様による放送通信連携システムは、上記の受信機と、上記のアプリケーション管理サーバーと、前記放送経由通知送信部による処理に基づき、前記通知データを含む放送信号を送信する放送送出装置と、前記受信機と連携して処理を行うとともに、前記端末連携処理部からの前記通知データを受信した場合に前記通知データに関連して、自装置で実行されるアプリケーションプログラムを制御する端末装置とを含んで構成される。
　［７］また、本発明の他の一態様による受信機における受信方法は、放送信号を受信する工程と、前記受信した放送信号に含まれる通知データを取得する工程と、アプリケーションプログラムを実行する工程と、前記アプリケーションプログラムによる外部の端末装置との連携処理の状態を管理するとともに、前記通知データを取得したときに、前記通知データに関連して、連携処理を行っている前記端末装置に対して取得された前記通知データを送信する工程と、前記通知データを取得したときに、前記通知データに関連して、前記アプリケーションプログラムを制御する工程と、を含む。
　［８］上記の受信機における受信方法は、前記通知データの受信を登録するための登録要求をアプリケーション管理サーバーに対して送信する工程と、前記通知データの受信を解除するための解除要求を前記アプリケーション管理サーバーに対して送信する工程と、を更に含んでもよい。
　［９］また、本発明の他の一態様によるアプリケーション管理サーバーにおけるアプリケーション管理方法は、端末装置を識別するための端末装置識別データと、通知データの送信の要否を表す情報とを関連付けた端末管理テーブルを記憶する工程と、通知データの送信を登録するための登録要求を端末装置から受信し、前記登録要求に基づいて前記端末管理テーブルを更新する工程と、通知データの送信を解除するための解除要求を端末装置から受信し、前記解除要求に基づいて前記端末管理テーブルを更新する工程と、放送信号に含めて通知データを送信するか、または、前記端末管理テーブルを参照することにより前記端末装置に対して前記通知データを送信する工程と、を含む。
　［１０］上記アプリケーション管理サーバーにおけるアプリケーション管理方法は、前記通知データを送信する工程は、前記通知データを送信すべき相手の通信端末の数に応じて、前記放送信号に含めて前記通知データを送信するか、または、前記端末管理テーブルを参照することにより前記端末装置に対して前記通知データを送信するかを制御する工程、を更に含んでもよい。
　［１１］上記アプリケーション管理サーバーにおけるアプリケーション管理方法において、前記端末管理テーブルは、前記端末装置識別データに対応してユーザー属性データを更に記憶し、前記通知データを送信する工程は、前記端末管理テーブルに記憶されている特定のユーザー属性に対応する前記端末装置のみに対して前記通知データを送信する工程を更に含んでもよい。
　本発明の態様によれば、多数の端末装置と予めコネクションを確立しておくことなく、放送通信連携システムにおける通知（特にプッシュ型通知）を行い、端末装置（いわゆるテレビ受信機を含む）上で稼動するアプリケーションを制御することができる。また、テレビ受信機と端末装置との連携処理を行いながら、上記の通知を行いアプリケーションを制御することができる。また、端末側の属性（ユーザー属性等）に応じて、選択された端末装置のみに対して通知を行うことができる。
本発明の実施形態による放送通信連携システムの主要構成を示す概略図である。 本実施形態が適用される放送通信連携システムを利用する者とその関係を示す図である。 放送通信連携システムの全体構成を示す図である。 放送通信連携システムの端末連携モデルを示す図である。 放送通信連携システムのサービス種別の概念図を示す。 放送通信連携システムに使用するＡＩＴのテキスト表現の例を示す図である。 放送通信連携システムにおけるアプリケーションのライフサイクルを示す図である。 放送通信連携システムにおける事業者間のデータの流れを示す図である。 放送通信連携システム全体におけるデータの流れを示す図である。 放送通信連携システムにおけるレコメンドサービスのシーケンスを示す図である。 放送通信連携システムにおける転送プロトコルスタックを示す図である。 放送通信連携システムにおけるアプリケーション管理モデルを示す図である。 放送通信連携システムにおけるセキュアマネージャーの機能モデルを示す。 放送通信連携システムにおける画面提示制御方式の概念を示す図である。 放送通信連携システムにおける画面提示制御の基本動作モデルを示す図である。 放送通信連携システムにおけるポリシーレベルに応じた画面提示制御の例を示す。 放送通信連携システムにおける緊急地震速報受信時の提示制御の例を示す。 本発明の一実施形態による放送通信連携システムの全体構成図である。 同実施形態による受信機の内部構成を示す機能ブロック図である。 同実施形態によるアプリケーション実行制御部の詳細な構成を示すブロック図である。 同実施形態による提示制御部の詳細な構成を示すブロック図である。 本発明の実施形態によるアプリケーション管理基盤サーバーの機能構成を示すブロック図である。 同実施形態によるアプリケーション管理基盤サーバーが管理する端末管理テーブル記憶部が記憶するデータの構成を示す概略図である。 同実施形態による受信機の機能構成を示すブロック図である。 同実施形態による受信機内の端末連携処理部が有する連携端末管理テーブルのデータ構成を示す概略図である。 同実施形態における、端末装置からのプッシュ型通知の登録および解除の処理の手順を示すラダーチャートである。 同実施形態における、端末装置からのプッシュ型通知の登録および解除の処理の手順を示すラダーチャートである。 同実施形態において、アプリケーション管理基盤サーバーから、通信経由でプッシュ型通知を送信する処理の手順を示すラダーチャートである。 同実施形態において、アプリケーション管理基盤サーバーから、放送経由でプッシュ型通知を送信する処理の手順を示すラダーチャートである。
［第１の実施の形態］
　次に本発明の第１の実施形態について説明する。
　図１は、同実施形態による放送通信連携システムの主要な構成を示す概略図である。図示するように、放送通信連携システム８００は、アプリケーション管理基盤サーバー８０１（アプリケーション管理サーバー）と、コンテンツ管理サーバー１３と、放送送出装置１１と、受信機４と、端末装置８０８と、通信網９および８０９とを含んで構成される。
　放送送出装置１１およびコンテンツ管理サーバー１３は、放送事業者が設ける装置である。アプリケーション管理基盤サーバー８０１は、受信機４や端末装置８０８の上で稼動するアプリケーションプログラム（以下、単に「アプリケーション」と呼ぶ）を管理する事業者（放送事業者が兼ねる場合もある）が設ける装置である。受信機４（端末装置）および端末装置８０８は、一般の利用者（テレビ視聴者）等が設けて利用する装置である。アプリケーション管理基盤サーバー８０１と受信機４と端末装置８０８とは、通信網（インターネット等）を介して互いに通信できるようになっている。またさらに、ＬＡＮ（ローカルエリアネットワーク）やＰＡＮ（パーソナルエリアネットワーク）やその他の近距離通信手段によって、受信機４と端末装置８０８との間で通信可能としてもよい。
　アプリケーション管理基盤サーバー８０１とコンテンツ管理サーバー１３との間も通信可能となっている。コンテンツ管理サーバー１３は放送送出装置１１に信号を渡す。放送送出装置１１はこの信号を放送信号として送出する。放送送出装置１１が送出する放送信号は、地上に設置されたアンテナから電波として送信されたり、ケーブルを経由して送信されたりする。また、放送送出装置１１が送出した放送信号を人工衛星経由で送信するようにしても良い。受信機４は、放送送出装置１１から送出された上記の放送信号を受信する。
　受信機４は、いわゆるテレビ受像機であり、受信した放送信号を元に、映像信号を取り出して画面に表示したり、音声信号を取り出してスピーカー等から音声を出力したりする。端末装置８０８は、いわゆるパーソナルコンピューターや携帯通信端末やタブレットであり、ＣＰＵ（中央処理装置）や表示画面を備えている。受信機４および端末装置８０８は、アプリケーションを取得して、そのアプリケーションを実行する環境を備えている。受信機４および端末装置８０８は、通信網９または８０９を介して相互に通信することにより、アプリケーションの連携処理を行う。また、受信機４が受信する放送信号に含まれるコンテンツに連動して、つまり放送信号に含まれる信号にも基づいて、上記のアプリケーション連携処理を行うことができる。連携処理の一例は、放送コンテンツに連動するアプリケーションによって、ユーザー側からのデータ（例えば、テレビのクイズ番組における回答など）をサーバーに対して送信する操作を、通信端末８０８から行えるようにすることなどである。受信機４と端末装置８０８との間の連携処理のより具体的な事項については後述する。なお、受信機４および端末装置８０８の設置台数に制限はない。住宅内やオフィス内などに、単数または複数の受信機４が設置され、また単数または複数の端末装置８０８が設置される、または存在する。
　次に、本実施形態における主要な処理の概略について説明する。
　アプリケーションの取得とインストール：受信機４および端末装置８０８は、それぞれ、外部から取得したアプリケーション情報テーブル（ＡＩＴ, Application Information Table）に基づき、アプリケーションのコードを外部のサーバー（不図示）等から取得し、自身の不揮発記憶装置にインストールする。
　アプリケーションに関する通知（notification）の登録：受信機４および端末装置８０８は、それぞれ、インストールしたアプリケーションに関する通知（プッシュ型通知）を受信することを、アプリケーション管理基盤サーバー８０１に登録する。このとき、受信機４および端末装置８０８は、アプリケーション管理基盤サーバー８０１に対して登録要求を送信する。この登録を行うタイミングは、例えば、（１）そのアプリケーションをインストールしたとき、（２）ユーザーが登録設定の操作を行ったとき、（３）そのアプリケーションが起動されたとき、などである。
　アプリケーションに関する通知の解除：受信機４および端末装置８０８は、それぞれ、アプリケーションに関する通知（プッシュ型通知）を受信しないことを、アプリケーション管理基盤サーバー８０１に要求する。このとき、受信機４および端末装置８０８は、アプリケーション管理基盤サーバー８０１に対して解除要求を送信する。この通知解除を行うタイミングは、例えば、（１）そのアプリケーションをアンインストールするとき、（２）ユーザーが解除設定の操作を行ったとき、（３）そのアプリケーションの実行を終了するとき、などである。
　アプリケーションの連携開始：受信機４と端末装置８０８との間の連携処理を開始する。その手順の一例は次の通りである。まず、受信機４は、現在受信している放送サービスを識別するデータ（例えば、放送局を識別するデータ、あるいはテレビのチャンネルを識別するデータ等）と、受信機自身を識別するデータ（例えば、受信機の製造シリアル番号や、ＣＡＳ（コンディショナル・アクセス・システムズ）番号など）と、アプリケーションを識別するデータとを組み合わせた情報を端末装置８０８に渡す。この情報は、例えば、ＩＰ（インターネットプロトコル）パケットを用いて通信網８０９経由で渡されたり、赤外線通信やブルートゥース等の通信手段で渡されたり、受信機４の画面に表示された二次元コードを通信端末８０８が光学的に読み取る形で渡されたりする。そして、端末装置８０８は、取得した情報から、サービス識別データと受信機識別データとアプリケーション識別データとを取り出し、連携処理を開始する。端末装置８０８は、通信網９または８０９を介して、連携処理の開始の通知（通知データ）を受信機４に対して送信する。このとき、端末装置８０８は、自端末装置を識別するデータを受信機４に対して送信する。そして、受信機４は、この端末装置８０８からの通知を受信することによって、連携相手である端末装置８０８を認識する。また、受信機４は、連携している端末装置８０８のすべてを管理する連携端末管理テーブルに、連携を開始した端末装置８０８に関する情報を書き込む。これ以後、受信機４と端末装置８０８とは、通信網を介して、アプリケーションが用いるためのデータを相互に送受信する。なお、連携端末管理テーブルについては後述する。
　サーバー側からのプッシュ型通知：アプリケーション管理基盤サーバー８０１が、前記の通知登録に基づいて、特定のアプリケーションに関するプッシュ型通知を送信する。アプリケーション管理基盤サーバー８０１がプッシュ型通知を送信する手段として、通信網９による通信を用いる場合と、放送送出装置１１から送出される放送信号を用いる場合とがある。通信網９を用いる場合には、アプリケーション管理基盤サーバー８０１と受信機４または通信端末８０８との間で、予めコネクションを確立しておく。プッシュ型通知を行うことにより、アプリケーション管理基盤サーバー８０１の側から受信機４や通信端末８０８の上で実行されているアプリケーションを制御することができる。ここで、アプリケーションの制御とは、例えば、アプリケーションのライフサイクルの制御（例えば、実行中のアプリケーションを強制的に終了させるなど）である。
　図１に示した各装置の機能詳細および処理手順については、図２２以後を参照しながら後で説明する。
［本実施形態を適用した放送通信連携システムの説明］
　ここで、本実施形態が適用される放送通信連携システムについて説明する。本発明が適用される放送通信連携システム（放送通信融合システム、放送通信システム、送受信システム）は、例えば、Hybridcast（登録商標）（ハイブリッドキャスト）システムであり、放送通信連携サービス（Hybridcast（登録商標）サービス、放送通信融合サービス、放送通信サービス）を提供する。本発明が適用される放送通信連携システムが実現する放送通信連携サービスは、デジタル放送サービスと、インターネットなどによる通信サービスとを連携する。例えば、放送通信連携サービスでは、デジタルテレビやパーソナルコンピュータ、携帯端末などの受信機は、放送により伝送された放送番組（以下、「番組」とも記載する。）の表示画面（以下、番組の表示画面の「放送画面」とも記載する。）に、この受信機に実装されているアプリケーションが通信により取得したサービスやコンテンツの表示画面（以下、「アプリケーション画面」、「アプリケーションの表示画面」とも記載する。）を合わせて同時に表示する。
［１．　システムモデル］
［１．１　放送通信連携システムの利用者]
　図２は、放送通信連携システムを利用する者とその関係を示す図である。
　編成を伴う番組を送出する放送局は、放送電波あるいは通信網により番組を視聴者に配信する。放送局は、放送通信連携サービスを充実するために、番組に関連するメタデータをサービス事業者に提供する。
　放送通信連携サービスを提供するサービス事業者は、視聴者に放送通信連携サービスを提供するためのコンテンツとアプリケーション（以下、「アプリ」とも記載する）を制作し、配信する。以下では、単に「アプリケーション」と記載した場合、放送通信連携サービスを提供するためのアプリケーション（放送通信連携サービスのアプリケーション）を指す。コンテンツまたはアプリケーションの制作者と配信者が同一のサービス事業者である必要はない。放送局がサービス事業者を兼ねてもよい。サービス事業者は、他のサービス事業者へのリンク情報を提供することも可能である。サービス事業者は、提供するアプリケーションが公式であることを示すために、システム管理者にアプリケーションの登録を申請し、承認を得ることができる。承認されたアプリケーションは、受信機上での動作に制限を受けない。一方、承認されないアプリケーションが表示させる画面は、番組の表示画面および音声にオーバーラップすることはできないが、アプリケーションの表示画面を縮小して放送番組の画面の外に表示することができる。承認されたアプリケーションを公式アプリケーション、承認されないアプリケーションを非公式アプリケーションという。なお、公式アプリケーションを、登録アプリケーション、認証済アプリケーション、認定アプリケーション、公認アプリケーション、オーソライズドアプリケーション、Ａ（Authorized）タイプアプリケーション、Ａアプリケーションとも呼ぶ。また、非公式アプリケーションを、一般アプリケーション、非認証アプリケーション、非認定アプリケーション、非公認アプリケーション、Ｕ（Unauthorized）タイプアプリケーション、Ｕアプリケーションとも呼ぶ。
　システム管理者は、視聴者に提供するアプリケーション（受信機アプリ）が公式であることを認定する機関である。申請されたアプリケーションを承認するか否かのシステム管理者の判断は、放送局からの委託による。
　受信機メーカは、受信機を製造し、販売する。受信機メーカは、受信機の各種設定等を行なうためのアプリケーションを受信機にインストールしておくことによって、受信機を動作可能とすることができる。この際、受信機におけるアプリケーションの表示画面が番組の表示画面（映像）にオーバーラップしてもよい。
　放送局により放送された番組を視聴する視聴者は、放送通信連携サービスを享受する。視聴者は、自身の意思により、アプリケーションをダウンロードしたり、起動したりすることができる。また、視聴者は、自身の意思により、アプリケーションの表示画面を番組の表示画面（映像）にオーバーラップさせることができる。
[１．２　放送通信連携システムのシステム構成]
　図３は、放送通信連携システムの全体構成を示す図である。放送通信連携システムは、電波を利用した現行の放送局設備に、機能的に「放送局サーバ群」、「サービス事業者サーバ群」、「受信機」を加えて構成される。
　放送局は、放送局設備を保有する。さらに放送局は、放送局サーバ群あるいはサービス事業者サーバ群の両方を構成し、管理運営する。また、サービス事業者は、サービス事業者サーバ群を構成し、管理運営する。システム管理者は、リポジトリサーバを管理運営する。受信機メーカは、受信機を製造販売する。視聴者は受信機を保有し、放送通信連携サービスを享受する。
　受信機（Hybridcast（登録商標）受信機、放送受信通信装置）は、標準化された共通のＡＰＩ（アプリケーションプログラムインタフェース：Application Program Interface）を搭載する。また、受信機は、地上デジタル放送、ＢＳ（broadcasting satellite）デジタル放送等の現行方式の放送を受信する。
　放送局設備は、放送通信連携サービスを起動するための信号を放送波に多重化する。多重化の方式については後述する。
[１．３　放送局サーバ群の構成例]
　放送局サーバ群は、放送局が持っているコンテンツやメタデータを管理し、配信する。例えば、放送局サーバ群は、各種サーバ、データ蓄積部（ＤＢ（データベース））及びＡＰＩを含んで構成され、放送局サーバ群のサーバは、コンテンツ管理サーバ、視聴者管理サーバ、コンテンツ配信サーバ、放送局サービスサーバを含んで構成される。
　コンテンツを管理するコンテンツ管理サーバは、放送コンテンツである番組とメタデータを管理する。コンテンツ管理サーバには、放送された番組または放送される番組を管理する番組管理サーバや、番組に関連するメタデータを管理するメタデータ管理サーバが含まれる。メタデータは、例えば、番組タイトル、番組ＩＤ、番組概要、出演者、スタッフ、放送日時、台本、字幕、解説などを示す。
　視聴者管理サーバは、視聴者（ユーザ）を管理し、コンテンツ配信サーバは、通信によりコンテンツデータを配信する。放送局サービスサーバは、放送局がサービス事業者に対してサービスを提供するためのサーバである。放送局サービスサーバが提供するサービスには、例えば、放送局が運営するソーシャルネットワークサービスや、放送番組毎のウェブログ（ブログ）などがある。
　放送局サーバ群のデータ蓄積部は、放送局が持っているコンテンツ、メタデータを格納する部分とデータベースから構成される。蓄積されたデータには、管理しているサービス事業者のみがアクセス可能であり、他者からはアクセスできないように制限している。
　放送局サーバ群のＡＰＩは、サービス事業者サーバ群からの要求に応じてデータを提供するためのＡＰＩである。ＡＰＩは、アプリケーションがサービスを受けるために呼び出すプログラムおよびその実行部である。
[１．４　サービス事業者サーバ群の構成例]
　サービス事業者が管理運営するサービスサーバ群は、アプリケーションとコンテンツを管理し、提供する。サービスサーバ群は、受信機アプリサーバ、サービスサーバ、コンテンツ配信サーバ、データ蓄積部（ＤＢ（データベース））及びＡＰＩを含んで構成される。
　受信機アプリサーバは、放送通信連携サービスのアプリケーションを管理するサーバである。サービス事業者は、受信機で動作するアプリケーションを保存、管理、配信する。サービス事業者は、団体または個人で構成される。受信機アプリサーバは、受信機からの要求により、アプリケーションファイル（アプリケーションファイルについては後述する）の保存場所を受信機に知らせるとともに、アプリケーションファイルを配信する。
　サービスサーバは、受信機で動作しているアプリケーションからの要求によりサービスを提供するサーバである。サービスサーバには、例えば、多言語字幕サーバ、話速変換音声サーバ、ソーシャルＴＶサーバ、レコメンドサーバ、番組レビューサーバ、ブックマークサーバなどがある。
　コンテンツ配信サーバは、受信機で動作しているアプリケーションからの要求によりコンテンツを提供するサーバである。コンテンツ配信サーバには、例えば、ＶＯＤ（VideoOn 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（登録商標） APIとして、下記のものをサポートする。なお、下記のＡＰＩのうち、Ｗ３Ｃで検討が行われているものにはWorking Draft(WD)またはEditor’s Draft(ED)が含まれる。ただし、放送波で伝送されるデータカルーセルに関連するＡＰＩは必須としない。
［３．５．４　ＡＲＩＢ－Ｊ］
　受信機は、通信から提供されるアプリケーション実行エンジン型アプリケーションの記述方式としてＡＲＩＢ－Ｊをサポートする。また、複数ストリーム間の同期ＡＰＩとして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インタフェースは、放送から取得するＳＩ、緊急情報、カルーセル、イベントメッセージを監視するためのリスナーインタフェースである。バウンドアプリケーション実行中に、紐付いている編成サービスが変更された場合にもこのインタフェースのイベントが発生する。
［３．６．４　Local Databaseインタフェース］
　Local Databaseインタフェースは、視聴者情報を受信機内で保持・管理するためのインタフェースである。視聴者情報は、個人情報などサーバ側に出すべきでない情報であり、視聴者ＩＤ、受信機ＩＤなど最低限の情報である。
［３．６．５　同期関連ＡＰＩ］
　Synchronization Managerインタフェースとして、DVB Bluebook A153(GEM Stream Synchronization API)と同様のＡＰＩを導入する。さらに、以下のインタフェースをＡＰＩとして追加する。
（１）getCurrentSTC()：現在のＳＴＣ（System Time Clock）値を取得する。なお、ＭＰＥＧ　２　Ｓｙｓｔｅｍｓ規格では、送信側のシステムクロック（ＳＴＣ）をＭＰＥＧ２トランスポートストリーム中のＰＣＲ（Program Clock Reference）信号として多重し配信することで、受信機内部のシステムクロック（ＳＴＣ）が送信側のＳＴＣと同期されるように規定している。
（２）getCurrentPositionInProgram()：番組開始からの経過時間を取得する。
（３）delayStreamPresentation()：提示中の放送ストリームの遅延提示を開始する。
（４）getCurrentDelay()：提示中の放送ストリームの（本来の提示時刻からの）遅延時間量を取得する。
［３．６．６　Security Exceptionインタフェース］
　アプリケーションが、現在の実行レベルにおいて禁止されている関数呼び出しおよびプロパティ操作をした場合に発生する例外のインタフェースである。Security Exceptionインタフェースは、上記各ＡＰＩの呼び出し、あるいは、放送を参照するオブジェクト(ＨＴＭＬ５なら<video>、ＡＲＩＢ－ＪならXY Controller)に対する各種操作によって発生する。
［３．７　受信機機能］
　放送通信連携システムの受信機は、受信機機能として、アプリケーションローンチャーを備える。アプリケーションローンチャーは、受信機内に蓄積されたアプリケーションの起動、既知のリポジトリから独立アプリケーションの選択、ＡＩＴによって起動指示が記述されたアプリケーションのうち、コントロールコードが「PRESENT」のアプリケーションの選択に用いる。
［４．　セキュリティ］
［４．１　放送通信連携アプリケーションの管理］
　放送事業者の要件を満たしつつ放送通信連携サービスを普及・活性化させるために、放送事業者およびその関係者だけではなく、幅広いサービス事業者や個人が参入できる枠組みが必要となる。本放送通信連携システムでは、セキュリティの観点からアプリケーションを「公式アプリケーション」と「非公式アプリケーション」に分類し、受信機において双方のアプリケーションを実行可能とする。
　図１２は、放送通信連携システムにおけるアプリケーション管理モデルを示す。「公式アプリケーション」は、登録管理者（第三者機関）への事前登録を行うことにより放送通信連携システムの仕様で期待する動作が保証される。「公式アプリケーション」は、登録時にＩＤと署名が付与され、受信機において２．２節で定義するセキュアマネージャーにより署名が検証され、すべてのＡＰＩへのアクセスが可能となり、放送リソースを利用した番組連動サービスが行えるようになる。また、放送事業者から送出されるＡＩＴにより、放送事業者の要件に沿ったきめ細かい提示制御が可能となる。
　一方、「非公式アプリケーション」は、事前の登録は不要であるが、放送通信連携システムの仕様で期待する動作は保証されず、アプリケーションから放送関連のＡＰＩを扱うことはできない。「非公式アプリケーション」はＩＤと署名が付与されないため、個々のアプリケーションの指定は困難であるが、放送事業者の要件に基づいた提示制限を加えた上で実行させることは可能である。
［４．２　セキュアマネージャーの機能モデル］
　図１３は、セキュアマネージャーの機能モデルを示す。セキュアマネージャーは、受信機においてセキュリティを総合的に管理する機能である。
［４．２．１　アプリケーション監視・制御機能］
　受信機において動作するアプリケーションは、アプリケーションファイルの配布の形態により、上述したように、「公式アプリケーション」と「非公式アプリケーション」の２種類に大別される。「公式アプリケーション」と「非公式アプリケーション」は、４．１節に示すようにＩＤと署名の有無によって区別され、受信機におけるＡＰＩのアクセス範囲や放送事業者からの制御範囲が異なるなど、アプリケーション実行時の動作内容が異なる。アプリケーション監視・制御機能は、公式／非公式の種別の違いを識別し、確実にアプリケーション実行時の動作を制御することを目的とする。
（１）アプリケーション認証：受信機は、実行するすべてのアプリケーションについて、公式または非公式のいずれか、さらに公式であればＩＤを識別する。公式または非公式の区別は、アプリケーションファイル（アプリケーションプログラム）に付与された署名の有無を確認しこれを検証することによって行う。公式であれば、受信機はさらに、署名に記述されたアプリケーションＩＤを取得する。アプリケーションの識別は、アプリケーションの取得時、または、起動時に行うものとする。
（２）画面提示制御：４．３節に後述する。
（３）リソースアクセス制御：受信機は、実行中のアプリケーションの放送リソース等のＡＰＩへのアクセス制御を行う。アプリケーションがＡＰＩにアクセスしようとする時に、当該アプリケーションが非公式のアプリケーションであれば、ＡＰＩの種別によってアクセスを制限する。
　また、アプリケーションがディスプレイへの画面表示ＡＰＩにアクセスする際には、公式または非公式の種別と、選局中の放送事業者の提示ポリシーに基づき、画面提示制御を実行する。詳細は４．３節に後述する。
（４）リボケーション：アプリケーションのリボケーション機能を備える。
［４．２．２　受信機保護］
　受信機は、視聴者情報保護およびウィルス対策等の保護機能を備える。
［４．３　アプリケーションの画面提示制御］
［４．３．１　画面提示制御の概要］
　放送通信連携サービスでは、放送番組と同時に関連する通信アプリケーションを提示させることにより、放送サービスの利便性を拡張することができる。一方、通信サービスの利用により、受信機の画面上で放送番組と通信アプリケーションが混在して提示されることが想定される。提示方法によっては、放送番組に通信アプリケーションの画面が重なり、放送番組の一意性や作品性が損なわれるだけでなく、緊急地震速報などの緊急性の高い情報が正確に視聴者に伝えられなくなる恐れがある。画面提示制御により、放送通信連携サービスにおいて、放送事業者の意図に基づいたアプリケーションの提示制御を行う。
　図１４は、画面提示制御方式の概念を示す図である。画面提示制御方式は、個々の放送番組に対して通信アプリケーションをどのように画面上に提示させるかという放送事業者の提示ポリシーを受信機に反映させることを意図したもので、これをコンテンツの提示制御と呼ぶこととする。コンテンツの提示制御では、編成に応じた番組単位の提示制御、緊急地震速報などの番組中に発生するイベントに対する提示制御、アプリケーション単位の提示制御を実現する。
［４．３．２　画面提示制御の基本動作］
　図１５は、画面提示制御の基本動作モデルを示す図である。放送事業者の提示ポリシーを受信機に反映させるために、予め放送事業者が想定した、放送番組に対する通信コンテンツの提示方法を、提示ルールとして受信機で管理する。具体的には、通信コンテンツの提示方法として、重ね合わせの順序や並べ方の違いなどに応じてレベル分けを行い、提示レベル（ポリシーレベル）と提示方法のテーブルを提示ルールとして受信機内に保持する。放送事業者は指定する提示レベルを放送波に多重して伝送し、受信機はその提示レベルと提示ルールを照合し、提示方法を決定する。これにより、放送事業者の提示ポリシーに基づいた提示制御を実現することができる。
［４．３．３　制御情報の伝送・多重方式］
　放送事業者の提示ポリシーを伝送する制御情報のフォーマットに関して、デジタル放送で使用されている番組配列情報を用いる方式として３つの具体例を挙げる。番組単位での画面提示制御として、既存のＥＩＴ(イベント情報テーブル：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）などのホームネットワークなどに接続される機器８との間でデータを送受信する。機器８は、受信機４と連携動作する端末であり、例えば、パーソナルコンピュータ、携帯電話、タブレット、スマートフォン、ＰＤＡである。
　なお、受信機４がセットトップボックスなどの場合、映像表示部４０８及び音声出力部４１０は、受信機４と接続される外部装置とする。
　図２０は、アプリケーション実行制御部４１２の詳細な構成を示すブロック図である。同図に示すように、アプリケーション実行制御部４１２は、アプリケーション記憶部４３１、アプリケーション認証部４３２、アプリケーション管理部４３３、アプリケーション制御部４３４、アプリケーション実行部４３５、リソースアクセス制御部４３８及びリソース制御部４３９を備える。
　アプリケーション記憶部４３１は、通信入出力部４１１が通信網９を介して受信したアプリケーションファイル、あるいは、データ放送実行部４０６がデータ放送から取得したアプリケーションファイル、または、分離部４０２が放送信号から分離したアプリケーションファイルを記憶する。アプリケーションファイルは出荷時などに予めアプリケーション記憶部４３１に記憶されていてもよい。アプリケーション記憶部４３１は、主記憶装置及びディスク等の補助記憶装置からなり、例えば、アプリケーションファイルはディスクに記憶され、実行時に主記憶装置に読み出される。この場合、オンザフライで実行されるアプリケーションのアプリケーションファイルは、ディスクには記憶されずに主記憶装置のみに記憶され、実行が終了した場合は主記憶装置から削除される。
　アプリケーション認証部４３２は、リポジトリサーバ３から電子署名の認証に必要なデータを受信し、受信したデータを用いてアプリケーションファイル（アプリケーションプログラム）に付加された電子署名の検証を行う。例えば、アプリケーション認証部４３２は、リポジトリサーバ３から受信した公開鍵を用いて、電子署名されたアプリケーションファイルを復号する。その結果、所定のデータ列が得られた場合、アプリケーション認証部４３２は、電子署名の検証が成功したと判断する。アプリケーション認証部４３２は、電子署名の検証が成功した場合、公式アプリケーションであると判断し、電子署名の検証が不成功である場合、あるいは、電子署名が付加されていない場合、非公式アプリケーションであると判断する。
　アプリケーション管理部４３３は、アプリケーション実行部４３５によるアプリケーションの起動または停止の状態、起動しているアプリケーションの出力状況を管理する。出力状況とは、動作中のアプリケーションから画像や音声が出力されているか否かの情報である。アプリケーション管理部４３３は、提示制御部４１３からの問い合わせを受け、起動されているアプリケーションの出力状況や、起動されているアプリケーションが公式アプリケーションであるか非公式アプリケーションであるかの応答を返送する。
　アプリケーション制御部４３４は、番組にバウンドされているアプリケーションに対する制御コードや、操作入力部４１４により入力されたアプリケーションに対する指示に従って、アプリケーション実行部４３５におけるアプリケーションの起動や停止などを制御する。また、アプリケーション制御部４３４は、データ放送実行部４０６から起動が指示されたアプリケーションの起動をアプリケーション実行部４３５に指示する。アプリケーション制御部４３４は、操作入力部４１４からの入力に従ってチャンネルが変更される場合、変更前のチャンネルの番組にバウンドされているアプリケーションの終了と、変更後のチャンネルの番組にバウンドされているアプリケーションの起動をアプリケーション実行部４３５に指示する。なお、アプリケーション制御部４３４は、番組にバウンドされているアプリケーションや、バウンドされているアプリケーションに対する制御コードを、放送信号の独立ＥＳもしくはデータ放送に含まれるＡＩＴ、放送信号のＥＩＴから得られるＡＩＴと同等の情報、または、通信入出力部４１１を介して通知サーバ１８もしくは通知サーバ２４から受信したＡＩＴから取得する。また、アプリケーション制御部４３４は、ＡＩＴに設定されているロケーション情報を宛先としてアプリケーションファイルのダウンロード要求を送信する。受信機４からダウンロード要求を受信したリポジトリサーバ３、または、受信機アプリサーバ２１は、アプリケーションファイルを受信機４に配信する。
　アプリケーション実行部４３５は、受信機ＡＰＩ部４３６及び端末連携ＡＰＩ部４３７を備える。アプリケーション実行部４３５は、アプリケーション制御部４３４からの指示に従って、起動が指示されたアプリケーションのアプリケーションプログラムをアプリケーション記憶部４３１から読み出して実行する。アプリケーション実行部４３５がアプリケーションプログラムを実行することにより、受信機４上でアプリケーションが動作し、アプリケーション実行部４３５は通信網９を経由してコンテンツをコンテンツ配信サーバ１６やコンテンツ配信サーバ２３に要求したり、サービスをサービスサーバ２２に要求したりする。また、アプリケーションプログラムを実行することにより、アプリケーション実行部４３５は、映像制御部４０７へグラフィックデータや映像制御指示を出力したり、音声制御部４０９に音声データや音声制御指示を出力したりする。
　受信機ＡＰＩ部４３６は、アプリケーション実行部４３５がアプリケーションを実行するにあたって受信機４内の各リソースを利用するためのＡＰＩである受信機ＡＰＩを実行する。受信機ＡＰＩ部４３６が受信機ＡＰＩを実行することにより、アプリケーション実行部４３５が実行しているアプリケーションプログラムから受信機４内のリソースが利用可能となる。
　端末連携ＡＰＩ部４３７は、外部Ｉ／Ｆ部４１７により通信可能なホームネットワーク上の機器８や、通信網９を介して接続される機器が受信機４の機能を利用するためのＡＰＩである端末連携ＡＰＩを実行する。端末連携ＡＰＩ部４３７が端末連携ＡＰＩを実行することにより、ホームネットワークを介して接続される機器８や通信網９を介して接続される機器から受信機４内のリソースが利用可能となる。
　リソース制御部４３９は、受信機ＡＰＩ部４３６や端末連携ＡＰＩ部４３７から受信機４内のリソースである各機能部へのアクセスを制御する。
　リソースアクセス制御部４３８は、受信機ＡＰＩ部４３６や端末連携ＡＰＩ部４３７から受信機４内の各機能部へのアクセスを許可するか否かを制御する。リソースアクセス制御部４３８は、この制御を、受信機ＡＰＩ部４３６や端末連携ＡＰＩ部４３７が実行する各ＡＰＩの呼び出し元であるアプリケーションが公式アプリケーションであるか非公式アプリケーションであるかに従って行なう。
　図２１は、提示制御部４１３の詳細な構成を示すブロック図である。同図に示すように、提示制御部４１３は、ポリシーデータ管理部４５１、ポリシーデータ記憶部４５２、イベント解釈部４５３、ポリシーレベル照合部４５４、イベント制御部４５５、番組ポリシー記憶部４５６、ポリシー調停部４５７及びポリシーレベル記憶部４５８を備える。
　ポリシーデータ記憶部４５２は、提示ルールデータ及びポリシーレベルテーブルを含むポリシーデータを記憶する。ポリシーデータ管理部４５１は、ポリシーデータ記憶部４５２に記憶されるポリシーデータを管理する。ポリシーデータ管理部４５１は、ポリシーデータ記憶部４５２から読み出したポリシーレベルテーブルをポリシーレベル照合部４５４に出力し、ポリシーデータ記憶部４５２から読み出した提示ルールデータをポリシー調停部４５７に出力する。また、ポリシーデータ管理部４５１は、放送により送信されたポリシーデータを分離部４０２あるいはデータ放送実行部４０６から受信し、通信により送信されたポリシーデータを通信入出力部４１１から受信する。ポリシーデータ管理部４５１は、ポリシーデータ記憶部４５２に記憶されているポリシーデータを、放送または通信により送信されたポリシーデータにより更新する。
　イベント解釈部４５３は、放送受信部４０１が受信した放送信号や、分離部４０２が分離したデータ放送や字幕データを解析し、イベントの発生または終了を検出する。イベント解釈部４５３は、イベントの発生または終了を検出（解釈）すると、その検出したイベントのイベント番号と、発生または終了を示すステータスデータとをポリシーレベル照合部４５４に出力する。
　ポリシーレベル照合部４５４は、ポリシーレベルテーブルを参照して、ＥＩＴにより示される各番組のジャンルに対応したポリシーレベルと、イベント番号により特定されるイベントに対応したポリシーレベルを決定（照合）する。ポリシーレベル照合部４５４は、分離部４０２から入力されたＳＩより取得した番組の放送開始時刻及び放送終了時刻のデータと、当該番組のポリシーレベル（以下、「番組ポリシーレベル」と記載する。）をイベント制御部４５５に出力する。なお、番組ポリシーレベルがＥＩＴに設定されている場合、ポリシーレベル照合部４５４は、番組の放送開始時刻及び放送終了時刻のデータと、ＥＩＴから取得した当該番組の番組ポリシーレベルをイベント制御部４５５に出力する。
　また、ポリシーレベル照合部４５４は、ＡＩＴから番組ポリシーレベルを取得した場合、取得した番組ポリシーレベルをポリシー調停部４５７に出力する。また、ポリシーレベル照合部４５４は、イベント番号に対応して決定したポリシーレベル（以下、「トリガーポリシーレベル」と記載する。）をポリシー調停部４５７に出力する。
　番組ポリシー記憶部４５６は、番組開始時刻及び番組終了時刻と、番組ポリシーレベルを対応付けて記憶する。イベント制御部４５５は、ポリシーレベル照合部４５４から入力された番組開始時刻及び番組終了時刻のデータと、番組ポリシーレベルとを対応付けて番組ポリシー記憶部４５６に書き込み、番組ポリシー記憶部４５６に記憶されているこれらの情報を基に、表示制御を実行する時刻を管理する。イベント制御部４５５は、番組ポリシー記憶部４５６に記憶されている番組開始時刻のデータを参照し、実行時刻を通知すべき時刻となったことを検出した場合、実行時刻と、その実行時刻に対応した番組ポリシーレベルをポリシー調停部４５７に出力する。
　ポリシーレベル記憶部４５８は、ポリシー調停部４５７に入力された実行時刻及び番組ポリシーレベルと、トリガーポリシーレベル及びステータスデータを記憶する。ポリシー調停部４５７は、イベント制御部４５５から入力された実行時刻及び番組ポリシーレベルと、ポリシーレベル照合部４５４から入力されたトリガーポリシーレベルとからポリシーレベルを決定する。例えば、トリガーポリシーレベルをポリシーレベルとして決定してもよく、番組ポリシーレベルとトリガーポリシーレベルのうちより高いほうをポリシーレベルとして決定してもよい。
　なお、ポリシーレベル照合部４５４からＡＩＴにより取得した番組ポリシーレベルが入力された場合、ポリシー調停部４５７は、イベント制御部４５５から入力された番組ポリシーレベルよりも、ポリシーレベル照合部４５４から入力された番組ポリシーレベルを優先する。つまり、ポリシー調停部４５７は、ＡＩＴより得られた番組ポリシーレベルと、トリガーポリシーレベルとからポリシーレベルを決定する。ポリシー調停部４５７は、提示ルールデータを参照し、決定したポリシーレベルと、アプリケーション管理部４３３から取得した動作中のアプリケーションが公式であるか否かの情報や出力状況から、画面表示方法及び音声出力方法（提示方法）を決定する。ポリシー調停部４５７は、決定した画面表示方法を映像制御部４０７に出力し、決定した音声出力方法を音声制御部４０９に出力する。
　次に、図１にも示した放送通信連携システムの主要な装置の詳細な構成を説明する。
　図２２は、アプリケーション管理基盤サーバーの機能構成を示すブロック図である。図示するように、アプリケーション管理基盤サーバー８０１は、通知送信制御部９０１と、放送経由通知送信部９０２と、通信経由通知送信部９０３と、端末管理テーブル記憶部９０４と、登録要求受信部９０５と、解除要求受信部９０６と、通知要求受信部９０７とを含んで構成される。
　通知送信制御部９０１は、通知要求受信部９０７が外部から受信する通知要求と端末管理テーブル記憶部９０４から読み出したデータとに基づき、通知を送信すべき相手の端末装置（受信機４および端末装置８０８）を特定する。このとき、特定のアプリケーションＩＤが指定された場合には、通知送信制御部９０１は当該アプリケーションに該当するデータのみを端末管理テーブル記憶部９０４から読み出す。そして、該当する通信端末の数に応じて、放送経由通知送信部９０２から放送経由で通知を送信するか通信経由通知送信部９０３から通知を送信するかを決定する。そして、通知送信制御部９０１は、その決定に従って、放送経由通知送信部９０２または／および通信経由通知送信部９０３を制御する。
　放送経由通知送信部９０２は、通知送信制御部９０１からの指示に基づいて、放送信号に含めて通知を送信するための処理を行う。ここで、放送経由とは、インターネット等の通信網によらずに、放送信号（電波、ケーブル等）に通知データを重畳させて伝送する方法である。具体的には、放送経由通知送信部９０２は、所定の通知データを放送信号に含めるよう、コンテンツ管理サーバー１３に依頼する。コンテンツ管理サーバー１３は、コンテンツ自体（番組等の映像および音声）と、関連する制御情報とを管理するものである。そして、コンテンツ管理サーバー１３は、放送経由通知送信部９０２からの依頼に基づく通知データを制御情報の中に含めて、放送送出装置１１に渡す。放送送出装置１１は、コンテンツ自体および制御情報を用いて変調した信号を、送出する。
　通信経由通知送信部９０３は、通知送信制御部９０１からの指示に基づいて、通信により端末装置（受信機４および端末装置８０８）に対して通信を送信する処理を行う。ここで、通信経由とは、インターネット等の通信網を経由して通知データを伝送する方法である。このとき、通信経由通知送信部９０３は、ＸＭＰＰ等を用いて通知を送信する。
　端末管理テーブル記憶部９０４は、端末装置を識別するための端末装置ＩＤ（端末装置識別データ）と、通知送信フラグ（通知データの送信の要否を表す情報）とを関連付けて記憶する。また、端末管理テーブル記憶部９０４は、端末装置ＩＤに対応してユーザー属性データを記憶する。
　登録要求受信部９０５は、通知データの送信を登録するための登録要求を外部の端末装置（受信機４または端末装置８０８）から受信し、この登録要求に基づいて端末管理テーブル記憶部９０４を更新する。
　解除要求受信部９０６は、通知データの送信を解除するための解除要求を外部の端末装置（受信機４または端末装置８０８）から受信し、この解除要求に基づいて端末管理テーブル記憶部９０４を更新する。
　通知要求受信部９０７は、外部のコンピューターから、端末に対する通知の送信の要求を受信し、アプリケーションを特定するためのアプリケーションＩＤとともに、その通知要求を通知送信部９０１に渡す。ここで、外部のコンピューターとは、例えば、アプリケーションを開発し提供する事業者や、放送事業者が運営するコンピューターである。
　図２３は、端末管理テーブル記憶部９０４が記憶するデータの構成を示す概略図である。図示するように、端末管理テーブルは表形式のデータであり、アプリケーションＩＤ、端末装置ＩＤ（端末装置識別データ）、アドレス、通知送信フラグ、ユーザー属性の項目を有する。このテーブルの主キーは、アプリケーションＩＤと端末装置ＩＤの組合せである。アプリケーションＩＤは、アプリケーション毎に予め割り振られた識別情報である。端末装置ＩＤは、受信機４および端末装置８０８をユニークに識別するための識別情報である。テレビ受像機の場合には、例えば、製造シリアル番号やＣＡＳ番号を端末装置ＩＤとして用いる。パーソナルコンピューターなどの場合には、例えば、ＭＡＣ（メディア・アクセス・コントロール）アドレスを端末装置ＩＤとして用いる。携帯電話端末の場合には、例えば、携帯電話番号を端末装置ＩＤとして用いる。アドレスは、アプリケーション管理基盤サーバー８０１が受信機４または端末装置８０８に対して通信経由で通知を送る際に用いるためのアドレス（例えば、ＩＰアドレス）である。送信通知フラグは、通知データの送信の要否を表す情報である。即ち、送信通知フラグは、当該アプリケーションに関する通知を当該端末装置に対して送るか否かを示すフラグであり、ＴＲＵＥ（通知する）またはＦＡＬＳＥ（通知しない）のいずれかの値を取る。ユーザー属性は、当該端末装置のユーザーの属性であり、年齢や性別等の項目を含む。
　図２４は、受信機の機能構成を示すブロック図である。図示するように、受信機４は、放送受信部４０１と、分離部４０２と、通信入出力部４１１と、アプリケーション実行制御部４１２と、端末連携処理部９２６とを含んで構成される。また、アプリケーション実行制御部４１２は、アプリケーション記憶部４３１と、アプリケーション制御部４３４と、アプリケーション実行部４３５と、アプリケーション管理設定部９３１と、登録要求送信部９３２と、解除要求送信部９３３とを含む。また、アプリケーション制御部４３４は通知受信部９２１を含み、通知受信部９２１は放送経由通知受信部９２２と通信経由通知受信部９２３とを含む。また、アプリケーション実行部４３５は、受信機ＡＰＩ部４３６と、端末連携ＡＰＩ部４３７を含む。なお「ＡＰＩ」は、アプリケーションプログラムインターフェースを表す。
　放送受信部４０１は、放送信号を受信する。
　分離部４０２は、受信した放送信号を復調し、トランスポートストリームを抽出し、各種テーブルを参照しながら、トランスポートストリームからデータを取得する。後述する形態で放送信号中にはプッシュ型通知のデータが含まれており、分離部４０２は、この通知データの取得も行う。分離部４０２は、受信した通知データを放送経由通知受信部９２２に渡す。
　通信入出力部４１１は、通信網９または８０９を介して外部の各種装置とＩＰによる通信を行い、通信によるデータの入出力を行う。通信入出力部４１１は、受信したデータに含まれるプッシュ型通知のデータを通信経由通知受信部９２３に渡す。また、通信入出力部４１１は、端末連携処理部９２６や登録要求送信部９３２や解除要求送信部９３３などからの要求に基づくデータの送受信も行う。
　アプリケーション実行制御部４１２は、受信機４上でのアプリケーションプログラムの実行環境であり、アプリケーションコードを記憶したり、アプリケーションを実行したり、アプリケーションの実行を制御したり、それらに付随する各種処理を行う。
　端末連携処理部９２６は、受信機４およびそのアプリケーションが、端末装置８０８と連携するための各種制御を行う。端末連携処理部９２６が有する機能をアプリケーションから実行する場合には、アプリケーションは所定のメソッドを実行することにより、端末連携ＡＰＩ部４３７を通して端末連携処理部９２６の機能を呼び出す。端末装置８０８から受信機４に対して連携処理の要求が届いた場合には、端末連携処理部９２６がその要求をアプリケーションに通知する。端末連携処理部９２６は、アプリケーション実行部４３５で実行されるアプリケーションによる外部の端末装置８０８との連携処理の状態を管理する。また、端末連携処理部９２６は、放送経由通知受信部９２２または通信経由通知受信部９２３のいずれかが通知を取得したときに、当該通知に関連して、連携処理を行っている端末装置８０８に対して、取得した通知データを送信（転送）する。
　アプリケーション記憶部４３１は、アプリケーションコードを記憶する。アプリケーション実行部４３５は、アプリケーションを実行する際にはこのアプリケーション記憶部４３１から実行コードを読み出す。
　アプリケーション制御部４３４は、主としてアプリケーションのライフサイクル（準備、起動、実行、終了等）を制御する。放送経由通知受信部９２２または通信経由通知受信部９２３が外部からアプリケーションに関する通知を取得したとき、アプリケーション制御部４３４は、通知内容（アプリケーションＩＤや制御コード等を含む）に基づき、該当するアプリケーションの制御を行う（例えば、該当するアプリケーションを終了させるなど）。
　アプリケーション実行部４３５は、アプリケーション制御部４３４による制御等に基づき、アプリケーション記憶部４３１からアプリケーションプログラム（コード）を読み出して実行する。
　アプリケーション管理設定部９３１は、アプリケーションをインストールしたりアンインストールしたりする。また、アプリケーション管理設定部９３１は、インストール／アンインストールに伴い、またはユーザーの操作等に基づき、アプリケーションに関する通知を外部から受信するか否かの設定を行う。この設定に伴い、アプリケーション管理設定部９３１は、登録要求送信部９３２に通知要求を送信するよう指示したり、解除要求送信部９３３に解除要求を送信するよう指示したりする。
　登録要求送信部９３２は、アプリケーション管理設定部９３１からの指示に基づき、通知の受信を登録するための登録要求をアプリケーション管理基盤サーバー８０１に対して送信する。
　解除要求送信部９３３は、アプリケーション管理設定部９３１からの指示に基づき、通知の受信を解除するための解除要求をアプリケーション管理基盤サーバー８０１に対して送信する。
　通知受信部９２１は、アプリケーション基盤管理サーバー８０１からの通知を取得する。通知受信部９２１は、放送経由通知受信部９２２と通信経由通知受信部９２３とを含んでいる。
　放送経由通知受信部９２２は、放送経由でアプリケーション基盤管理サーバー８０１からの通知を受信する。具体的には、放送経由通知受信部９２２は、受信機ＡＰＩ部４３６からの指示に基づき、放送信号に含まれる所定のデータを監視しておく。つまり、放送経由通知受信部９２２は、予め通知を待ち受けておき、放送受信部４０１が受信した放送信号に含まれる通知を取得する。放送信号には後述の方法で通知データが含まれており、分離部４０２が放送信号に含まれる各種データを分離する。
　通信経由通知受信部９２３は、通信経由でアプリケーション基盤管理サーバー８０１からの通知を受信する。具体的には、通信経由通知受信部９２３は、受信機ＡＰＩ部４３６からの指示に基づき、通信入出力部４１１経由で受信する通知を予め待ち受けておくことにより、通信入出力部４１１が受信した通知を取得する。
　受信機ＡＰＩ部４３６は、受信機４の機能に関してアプリケーションに対するインタフェースとなる処理部である。
　端末連携ＡＰＩ部４３７は、受信機４と通信端末８０８との間の連携処理に関してアプリケーションに対するインタフェースとなる処理部である。
　図２５は、端末連携処理部９２６が有する連携端末管理テーブルのデータ構成を示す概略図である。図示するように、連携端末管理テーブルは、表形式のデータであり、端末装置ＩＤと、アドレスと、アプリケーションＩＤと、連携ステータスの各項目を含む。このテーブルの主キーは、端末装置ＩＤとアプリケーションＩＤの組合せである。端末装置ＩＤは、端末装置８０８をユニークに識別するための識別情報である。端末装置ＩＤとしては、既に説明した端末管理テーブルにおける端末装置ＩＤと同じ値を用いる。アドレスは、受信機４が端末装置８０８に対して通信経由で通知を送る際に用いるためのアドレスである。アプリケーションＩＤは、アプリケーション毎に割り振られた識別情報である。連携ステータスは、連携の状態を表すデータ（例えば、連携中であるか否か）である。
　ここで、アプリケーション管理基盤サーバー８０１が端末装置に対して送信するプッシュ型通知の伝送方法について説明する。一例としては、通知は、ＡＩＴの形式のデータとして伝送される。ＡＩＴは、ＸＭＬ形式のデータであり、その中にアプリケーションごとのアプリケーション記述子を含めることができる。アプリケーション記述子を表すタグは「ａｐｐｌｉｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ」である。このアプリケーション記述子の中に、制御コード（タグは「ｃｏｎｔｒｏｌ Ｃｏｄｅ」）や可視制御情報（タグは「ｖｉｓｉｂｉｌｉｔｙ」）や優先度（タグは「ｐｒｉｏｒｉｔｙ」）などのシグナルを含めることができる。例えば、制御コードの値が「ＤＥＳＴＲＯＹ」である場合、そのＡＴＩは、そのアプリケーションを終了させる制御を行うことの通知を意味する。
　通信経由で通知を行う場合には、アプリケーション管理基盤サーバー８０１は、上記のＡＩＴをＩＰによって送信する。
　放送経由で通知を行う場合には、アプリケーション管理基盤サーバー８０１は、コンテンツ管理サーバー１３経由で、放送送出装置１１から上記のＡＩＴを含んだ放送信号を送信するよう依頼する。放送信号でＡＩＴを伝送する場合には、例えば次の３通りのうちのいずれかの手段を用いる。
　第１には、ＡＩＴ用のエレメンタリーストリーム（ＥＳ，Elementary Stream）を放送トランスポートストリーム（ＴＳ，Transport Stream）に多重させる。
　第２には、イベント情報テーブル（ＥＩＴ，Event Information Table）のｐ／ｆ（present / following）にＡＩＴの情報と同等の記述子を追加し、伝送する。
　第３には、ＤＳＭ－ＣＣデータカルーセルでＡＩＴを伝送する。このとき、カルーセルのコンポーネントタグおよびモジュールＩＤを固定し、モジュールのタイプ（Type）記述子でＡＩＴであることを示すタイプを指定する。そして、受信機は当該モジュールの更新を監視し、更新されたらＡＩＴを取得する。
　次に、受信機４と端末装置８０８との連携処理、およびアプリケーション管理基盤サーバー８０１からの通知に関する処理フローについて説明する。
　図２６Ａおよび図２６Ｂは、プッシュ型通知に関する、端末装置からの登録および解除の処理の手順を示すラダーチャートである。図２６Ａは、通知の登録に関する手順である。図２６Ａに示すように、受信機４または端末装置８０８は、自装置内における通知登録設定の処理（ステップＳ１）を行った後、登録要求をアプリケーション管理基盤サーバー８０１に対して送信する。このとき、受信機４または端末装置８０８は、パラメーターとしてアプリケーションＩＤと端末ＩＤとアドレス（ＩＰアドレス）とを送信する（ステップＳ２）。アプリケーション管理基盤サーバー８０１は、この登録要求を受信し、その内容を端末管理テーブルに登録する。このとき、端末管理テーブルの該当する行における通知送信フラグがＴＲＵＥ（通知する）にセットされる（ステップＳ３）。また、同図２６Ｂは、通知の解除に関する手順である。図２６Ｂに示すように、受信機４または端末装置８０８は、自装置内における通知解除設定の処理（ステップＳ１１）を行った後、解除要求をアプリケーション管理基盤サーバー８０１に対して送信する。このとき、受信機４または端末装置８０８は、パラメーターとしてアプリケーションＩＤと端末ＩＤとを送信する（ステップＳ１２）。アプリケーション管理基盤サーバー８０１は、この解除要求を受信すると、該当する行を端末管理テーブルから削除するか、あるいは該当する行における通知送信フラグの値をＦＡＬＳＥ（通知しない）に更新する（ステップＳ１３）。
　図２７は、アプリケーション管理基盤サーバー８０１から受信機４や端末装置８０８に対して通信経由でプッシュ型通知を送信する処理の手順を示すラダーチャートである。図示するように、アプリケーション管理基盤サーバー８０１は、外部のコンピューターから通知要求を受信する（ステップＳ２１）。この通知要求を送信するのは、例えば、アプリケーションを開発し運用する事業者のコンピューターである。この通知要求には、アプリケーションＩＤと通知内容の情報とが含まれている。そして、アプリケーション管理基盤サーバー８０１は、通知要求に含まれるアプリケーションＩＤをキーとして端末管理テーブルを検索する（ステップＳ２２）。そして、端末装置に対する通知を、通信経由で送信するか、放送経由で送信するかを決定する。当該アプリケーションに関する通知を待ち受けている端末装置の数が所定数（例えば、１万）以下の場合には、アプリケーション管理基盤サーバーは、それら通知待ち受け中の端末装置との間に予め通信コネクションを確立しておく。そして、端末管理テーブルから抽出した各端末装置に対して、ＸＭＰＰ等のプロトコルを用いて、通信網９経由で、通知を送信する（ステップＳ２３およびＳ２４）。なお、当該アプリケーションに関する通知を待ち受けている端末装置の数が上記所定数を超える場合については、別図を用いて後で説明する。受信機４は、通信経由でこの通知を受信すると、通知内容に従ってアプリケーションを制御する処理を行う（ステップＳ２５）。端末装置８０８も同様に、通信経由でこの通知を受信すると、通知内容に従ってアプリケーションを制御する処理を行う（ステップＳ２６）。
　図２８は、アプリケーション管理基盤サーバー８０１から受信機４や端末装置８０８に対して放送経由でプッシュ型通知を送信する処理の手順を示すラダーチャートである。前述の場合と同様に、アプリケーション管理基盤サーバー８０１は、外部のコンピューターから通知要求を受信する（ステップＳ３１）。そして、アプリケーション管理基盤サーバー８０１は、通知要求に含まれるアプリケーションＩＤをキーとして端末管理テーブルを検索する（ステップＳ３２）。当該アプリケーションに関する通知を待ち受けている端末装置の数が上記の所定数を超える場合には、それらの端末装置のすべてとは通信コネクションを予め確立していないので、アプリケーション管理基盤サーバー８０１は、放送経由で通知を送信する（ステップＳ３３）。受信機４は、電波あるいはケーブルによる放送信号を受信し、放送信号から通知を取り出す。そして、受信機４は、連携端末管理テーブルを参照することにより、その時点でそのアプリケーションに関して連携している端末装置８０８に対して、通信網を経由して、受信した通知のデータを転送する（ステップＳ３４）。その後、受信機４は、受信した通知内容に従ってアプリケーションを制御する処理を行う（ステップＳ３５）。また、受信機４からの通知を通信経由で受信した端末装置８０８もまた、受信した通知内容に従ってアプリケーションを制御する処理を行う（ステップＳ３６）。このように、アプリケーション管理基盤サーバー８０１は、予めすべての端末装置とコネクションを張っていない場合にも、端末管理テーブルで管理しているすべての端末装置に対して必要なプッシュ型通知を送ることが可能となる。
　また、図２８においては説明を省略したが、アプリケーション管理基盤サーバー８０１から受信機４に対して通信網９経由でプッシュ型通知を送信し、さらに受信機４が通信網９または８０９経由で端末装置８０８に通知を再送するようにしても良い。
　以上、整理すると、アプリケーション管理基盤サーバー８０１から受信機４および端末装置８０８に対して通知を送信する方法として、次の５通りが可能である。（１）アプリケーション管理基盤サーバー８０１から放送信号で受信機４へ通知を送信する方法。（２）アプリケーション管理基盤サーバー８０１から通信網９経由で受信機４へ通知を送信する方法。（３）アプリケーション管理基盤サーバー８０１から放送信号で受信機４へ通知を送信し、さらにその通知を通信網９または８０９経由で端末装置８０８へ送信する方法。（４）アプリケーション管理基盤サーバー８０１から通信網９経由で受信機４へ通知を送信し、さらにその通知を通信網９または８０９経由で端末装置８０８へ送信する方法。（５）アプリケーション管理基盤サーバー８０１から通信網９経由で直接（つまり、受信機４による再送なしで）端末装置８０８へ通知を送信する方法。
［第２の実施の形態］
　次に、本発明の第２の実施形態について説明する。なお、前実施形態と共通の事項については説明を省略し、ここでは本実施形態に特有の技術事項のみを記載する。本実施形態では、アプリケーション管理基盤サーバー８０１の通知要求受信部９０７が外部から通知要求を受信する際に、合わせて、ユーザー属性を特定する情報を受信する。この情報は、通知送信先のユーザーを、例えば特定の性別のみのユーザーに限定したり特定範囲の年齢（例えば、１８歳未満のみ）のユーザーに限定したりするものである。通知要求受信部９０７がこのような通知要求を受信すると、通知送信制御部９０１は、そのユーザー属性に該当する端末装置のデータのみを端末管理テーブル記憶部９０４から読み出して、それらの端末装置を通知の送信対象とする。そして、通信経由で通知を送信する場合、通信経由通知送信部９０３は、指定されたユーザー属性に該当する端末装置のみに対して通知を送信する。
　なお、上述した実施形態における受信機が備える各部、端末装置が備える各部、アプリケーション管理サーバーが備える各部、またはコンテンツ管理サーバーが備える各部は、各部の機能を実現するためのプログラムを実行することによりその機能を実現させるものであってもよい。
　また、上述した実施形態における受信方法またはアプリケーション管理方法に含まれる各工程は、各工程を実行させるためのプログラムを実行することにより行ってもよい。
　また、上述した実施形態における受信機、端末装置、アプリケーション管理サーバー、またはコンテンツ管理サーバーが備える各部の機能を実現するためのプログラム、または、上述した実施形態における受信方法またはアプリケーション管理方法に含まれる各工程を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、受信機、端末装置、アプリケーション管理サーバー、またはコンテンツ管理サーバーが備える各部による処理、または、受信方法またはアプリケーション管理方法に含まれる各工程を行ってもよい。
　なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、マークアップ言語で記述されたいわゆるウェブページの形態によって情報を提供する機能およびその情報をブラウザで表示する機能を含むものとする。
　「記録媒体」とは、非一時的に記憶する機能を有する記憶装置のことをいう。例えば、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の非可搬媒体等の不揮発性媒体を含むが、必ずしもこれらに限定されるものではない。
　また、「記録媒体」とは、サーバやクライアントとなるコンピュータシステム内部の揮発性メモリのようにＤＲＡＭやＳＲＡＭ等の揮発性媒体を含むが、必ずしもこれらに限定されるものではない。
　さらに「記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の受信・送信装置、転送装置のように、短時間プログラムを保持するものを含むが、必ずしもこれらに限定されるものではない。
　また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムに既に記録されているプログラムと組み合わせて実現できるものであってもよい。
　以上、複数の実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。
　上記実施形態においては、アプリケーション管理基盤サーバー８０１は、通知を待ち受けている端末装置の数に応じて、放送経由で通知を行うか通信経由で通知を行うかを区別する制御を行った。しかしながら、他の判断基準によって、放送経由で通知を行うか通信経由で通知を行うかの区別を行うようにしても良い。
　また、上記実施形態においては、アプリケーション管理基盤サーバー８０１は、通信経由で通知を送信する場合に、受信機４と端末装置８０８の両者に対して、それぞれのＩＰアドレスを送信先として、通知を行うこととした。しかしながら、通信経由で通知を送信する場合にも、アプリケーション管理基盤サーバー８０１から受信機４のみに対して通知を直接送信し、その通知を受信した受信機４が連携処理中の端末装置８０８に通知を転送するようにしても良い。また、両形態が混在するようにしても良い。
　以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
　本発明は、放送と通信を連携させるサービスなどに利用することができる。
　４　　受信機
　９，８０９　　通信網
　１１　　放送送出装置
　１３　　コンテンツ管理サーバー
　４０１　　放送受信部
　４０２　　分離部
　４１１　　通信入出力部
　４１２　　アプリケーション実行制御部
　４３１　　アプリケーション記憶部
　４３４　　アプリケーション制御部
　４３５　　アプリケーション実行部
　４３６　　受信機ＡＰＩ部
　４３７　　端末連携ＡＰＩ部
　８００　　放送通信連携システム
　８０１　　アプリケーション管理基盤サーバー（アプリケーション管理サーバー）
　８０８　　端末装置
　９０１　　通知送信制御部
　９０２　　放送経由通知送信部
　９０３　　通信経由通知送信部
　９０４　　端末管理テーブル記憶部
　９０５　　登録要求受信部
　９０６　　解除要求受信部
　９０７　　通知要求受信部
　９２１　　通知受信部
　９２２　　放送経由通知受信部
　９２３　　通信経由通知受信部
　９２６　　端末連携処理部
　９３１　　アプリケーション管理設定部
　９３２　　登録要求送信部
　９３３　　解除要求送信部

Claims (8)

  1. 　放送信号を受信する放送受信部と、
    　前記放送受信部が受信した放送信号に含まれる通知データを取得する放送経由通知受信部と、
    　通信による入出力を行う通信入出力部と、
    　前記通信入出力部が受信した通知データを取得する通信経由通知受信部と、
    　アプリケーションプログラムを実行するアプリケーション実行部と、
    　前記アプリケーション実行部で実行される前記アプリケーションプログラムによる外部の端末装置との連携処理の状態を管理するとともに、前記放送経由通知受信部または前記通信経由通知受信部のいずれかが前記通知データを取得したときに、前記通知データに関連して、連携処理を行っている前記端末装置に対して取得された前記通知データを送信する端末連携処理部と、
    　前記放送経由通知受信部または前記通信経由通知受信部のいずれかが前記通知データを取得したときに、前記通知データに関連して、前記アプリケーション実行部で実行される前記アプリケーションプログラムを制御するアプリケーション制御部と、
    　を具備する受信機。
  2. 　請求項１に記載の受信機において、
    　前記通知データの受信を登録するための登録要求をアプリケーション管理サーバーに対して送信する登録要求送信部と、
    　前記通知データの受信を解除するための解除要求を前記アプリケーション管理サーバーに対して送信する解除要求送信部と、
    　を更に具備する受信機。
  3. 　端末装置を識別するための端末装置識別データと、通知データの送信の要否を表す情報とを関連付けて記憶する端末管理テーブル記憶部と、
    　通知データの送信を登録するための登録要求を端末装置から受信し、前記登録要求に基づいて前記端末管理テーブル記憶部を更新する登録要求受信部と、
    　通知データの送信を解除するための解除要求を端末装置から受信し、前記解除要求に基づいて前記端末管理テーブル記憶部を更新する解除要求受信部と、
    　放送信号に含めて通知データを送信する処理を行う放送経由通知送信部と、
    　端末管理テーブル記憶部を参照することにより、前記端末装置に対して前記通知データを送信する処理を行う通信経由通知送信部と、
    　を具備するアプリケーション管理サーバー。
  4. 　請求項３に記載のアプリケーション管理サーバーにおいて、
    　前記通知データを送信すべき相手の通信端末の数に応じて、前記通信経由通知送信部から前記通知データを送信するか前記放送経由通知送信部から前記通知データを送信するかを制御する通知送信制御部、
    　を更に具備するアプリケーション管理サーバー。
  5. 　請求項３または４のいずれか一項に記載のアプリケーション管理サーバーにおいて、
    　前記端末管理テーブル記憶部は、前記端末装置識別データに対応してユーザー属性データを更に記憶し、
    　前記通信経由通知送信部は、前記端末管理テーブル記憶部に記憶されている特定のユーザー属性に対応する前記端末装置のみに対して前記通知データを送信する処理を行う、
    　アプリケーション管理サーバー。
  6. 　請求項１に記載の受信機と、
    　請求項３に記載のアプリケーション管理サーバーと、
    　前記放送経由通知送信部による処理に基づき、前記通知データを含む放送信号を送信する放送送出装置と、
    　前記受信機と連携して処理を行うとともに、前記端末連携処理部からの前記通知データを受信した場合に前記通知データに関連して、自装置で実行されるアプリケーションプログラムを制御する端末装置と、
    　を含む放送通信連携システム。
  7. 　放送信号を受信する工程と、
    　前記受信した放送信号に含まれる通知データを取得する工程と、
    　アプリケーションプログラムを実行する工程と、
    　前記アプリケーションプログラムによる外部の端末装置との連携処理の状態を管理するとともに、前記通知データを取得したときに、前記通知データに関連して、連携処理を行っている前記端末装置に対して取得された前記通知データを送信する工程と、
    　前記通知データを取得したときに、前記通知データに関連して、前記アプリケーションプログラムを制御する工程と、
    　を含む受信機における受信方法。
  8. 　端末装置を識別するための端末装置識別データと、通知データの送信の要否を表す情報とを関連付けた端末管理テーブルを記憶する工程と、
    　通知データの送信を登録するための登録要求を端末装置から受信し、前記登録要求に基づいて前記端末管理テーブルを更新する工程と、
    　通知データの送信を解除するための解除要求を端末装置から受信し、前記解除要求に基づいて前記端末管理テーブルを更新する工程と、
    　放送信号に含めて通知データを送信するか、または、前記端末管理テーブルを参照することにより前記端末装置に対して前記通知データを送信する工程と、
    　を含むアプリケーション管理サーバーにおけるアプリケーション管理方法。
PCT/JP2012/062836 2011-05-20 2012-05-18 放送通信連携システム、アプリケーション管理サーバー、受信機、受信機における受信方法、および、アプリケーション管理サーバーにおけるアプリケーション管理方法 WO2012161129A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/117,755 US8997141B2 (en) 2011-05-20 2012-05-18 Cooperative communication/broadcasting system, application management server, receiver, reception method for receiver, and application management method for application management server
EP12789207.3A EP2712187A4 (en) 2011-05-20 2012-05-18 BROADCASTING / COMMUNICATION CONNECTION SYSTEM, APPLICATION MANAGEMENT SERVER, RECEIVER, RECEIVER RECEIVER METHOD AND APPLICATION MANAGEMENT METHOD WITH THE APPLICATION MANAGEMENT SERVER
JP2013516351A JP6076248B2 (ja) 2011-05-20 2012-05-18 放送通信連携システム、アプリケーション管理サーバー、および、アプリケーション管理サーバーにおけるアプリケーション管理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-113640 2011-05-20
JP2011113640 2011-05-20

Publications (1)

Publication Number Publication Date
WO2012161129A1 true WO2012161129A1 (ja) 2012-11-29

Family

ID=47217206

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/062836 WO2012161129A1 (ja) 2011-05-20 2012-05-18 放送通信連携システム、アプリケーション管理サーバー、受信機、受信機における受信方法、および、アプリケーション管理サーバーにおけるアプリケーション管理方法

Country Status (4)

Country Link
US (1) US8997141B2 (ja)
EP (1) EP2712187A4 (ja)
JP (1) JP6076248B2 (ja)
WO (1) WO2012161129A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014220703A (ja) * 2013-05-09 2014-11-20 日本放送協会 アプリケーション配信管理システム及び受信機プログラム
WO2015064082A1 (ja) * 2013-10-31 2015-05-07 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ パケット送信方法、コンテンツ再生方法、パケット送信システム及び端末
JP2015139078A (ja) * 2014-01-22 2015-07-30 エヌ・ティ・ティ・コミュニケーションズ株式会社 コンテンツ配信方法、コンテンツ配信システム、コンテンツ表示端末およびコンテンツ表示プログラム
JP2015139185A (ja) * 2014-01-24 2015-07-30 株式会社Ｊストリーム Ａｐｉ提供サーバ及びａｐｉ提供システム
JP2015187778A (ja) * 2014-03-26 2015-10-29 Kddi株式会社 受信装置、レコメンドシステム及びレコメンド方法
CN105340289A (zh) * 2013-08-29 2016-02-17 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置及接收装置
JP2017022640A (ja) * 2015-07-14 2017-01-26 株式会社Ｐｈｏｎｅ Ａｐｐｌｉ サービスシステム、サーバ装置、及びプログラム
JP2020205636A (ja) * 2019-05-13 2020-12-24 ソニー株式会社 受信装置および受信方法

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PL3407673T3 (pl) 2010-07-26 2020-05-18 Seven Networks, Llc Koordynacja ruchu w sieci komórkowej pomiędzy różnymi aplikacjami
US9332061B2 (en) * 2011-11-25 2016-05-03 Panasonic Intellectual Property Corporation Of America Master device, integrated service management system, and integrated service management method
US9380125B2 (en) * 2012-09-11 2016-06-28 Qualcomm Incorporated Apparatus and method for delivery control of application data to a mobile device in a communication network
GB2507097A (en) * 2012-10-19 2014-04-23 Sony Corp Providing customised supplementary content to a personal user device
US9648049B2 (en) 2013-02-04 2017-05-09 Oracle International Corporation System and method for extending IP multimedia subsystem to HTML5 environments
US10476915B2 (en) 2013-02-04 2019-11-12 Oracle International Corporation Real-time communication signaling gateway
US9331967B2 (en) 2013-02-04 2016-05-03 Oracle International Corporation Browser/HTML friendly protocol for real-time communication signaling
US9509745B2 (en) * 2013-02-04 2016-11-29 Oracle International Corporation Java API for programming web real-time communication applications
US9712593B2 (en) * 2013-02-04 2017-07-18 Oracle International Corporation Javascript API for WebRTC
US9307031B2 (en) 2013-02-04 2016-04-05 Oracle International Corporation Generic model for customizing protocol behavior through javascript
US9473581B2 (en) * 2013-02-04 2016-10-18 Oracle International Corporation Integrated web-enabled session border controller
US10257548B2 (en) * 2013-07-02 2019-04-09 Sony Corporation Content-bound trusted executables
US10116988B2 (en) * 2013-08-28 2018-10-30 Lg Electronics Inc. Signal transmission device and method for controlling same
JP6505996B2 (ja) * 2013-08-30 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 受信方法、及び、受信装置
US9872086B2 (en) * 2013-09-30 2018-01-16 Sony Corporation Receiving apparatus, broadcasting apparatus, server apparatus, and receiving method
WO2015099409A1 (en) * 2013-12-23 2015-07-02 Lg Electronics Inc. Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks
US11012747B2 (en) * 2014-01-07 2021-05-18 Sony Corporation Controlling an operation of an application based on application information table
US10582255B2 (en) 2014-06-30 2020-03-03 Lg Electronics Inc. Broadcast receiving device, method of operating broadcast receiving device, linking device for linking to broadcast receiving device, and method of operating linking device
CN112911398B (zh) * 2015-02-03 2023-09-12 麦克赛尔株式会社 广播接收装置、广播接收方法和内容输出方法
KR102473346B1 (ko) * 2015-06-23 2022-12-05 삼성전자주식회사 디지털 방송 서비스 방법 및 장치
US10306297B2 (en) 2015-06-23 2019-05-28 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving signal in multimedia system
US10820041B2 (en) * 2015-07-23 2020-10-27 Saturn Licensing Llc Reception apparatus, transmission apparatus and data processing method
CN111836096B (zh) * 2015-07-24 2023-05-30 麦克赛尔株式会社 广播接收装置
CN105847959A (zh) * 2016-03-29 2016-08-10 乐视控股（北京）有限公司 应用提示音的播放方法和播放装置、以及一种移动终端
JP6688485B2 (ja) * 2016-07-15 2020-04-28 株式会社リコー サービス提供システム、サービス授受システム、サービス提供方法、及びプログラム
US10547892B2 (en) * 2016-09-06 2020-01-28 Maxell, Ltd. Broadcast receiving system
CN106874085A (zh) * 2017-01-09 2017-06-20 深圳市金立通信设备有限公司 一种自启应用的管理方法及终端
JP6790218B2 (ja) * 2019-11-20 2020-11-25 マクセル株式会社 データ出力方法
EP4210398A1 (en) * 2021-03-05 2023-07-12 Spotify AB Systems and methods for communicating with a device in a low power mode
US11763666B1 (en) * 2021-10-22 2023-09-19 Edge Networks, Inc. System and method for delivering emergency alerts

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000115747A (ja) * 1998-10-06 2000-04-21 Toshiba Corp 双方向テレビシステム、テレビ受信機及び双方向テレビシステムにおける応答情報転送方法
JP2000209564A (ja) * 1999-01-13 2000-07-28 Toshiba Corp 双方向テレビシステムを用いた情報処理方法
JP2004194259A (ja) * 2002-12-06 2004-07-08 Ihot Ltd 表示装置および受信装置
WO2004088986A1 (ja) * 2003-03-31 2004-10-14 Cybird Co., Ltd. 放送と連携した情報処理方法
JP2005333389A (ja) * 2004-05-19 2005-12-02 Dowango:Kk 番組連動システム番組連動方法、サーバ装置、および、プログラム
JP2009038774A (ja) * 2007-08-03 2009-02-19 Nec Corp デジタル放送受信システム、デジタル放送受信方法、およびデジタル放送受信プログラム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6732147B1 (en) * 2000-07-31 2004-05-04 The Boeing Company Leaving a broadcast channel
US20020166123A1 (en) * 2001-03-02 2002-11-07 Microsoft Corporation Enhanced television services for digital video recording and playback
US8881193B2 (en) 2001-07-20 2014-11-04 Intel Corporation Method and apparatus for enhancing television programs with event notifications
EP1526714A1 (en) * 2003-08-06 2005-04-27 Matsuhita Electric Industrial Co., Ltd. Information processing apparatus
DE602005017641D1 (de) * 2005-11-16 2009-12-24 Alcatel Lucent Verfahren und System zum Interaktivfernseh mit mehrbenutzer und dafür geeigneten fernsehempfänger
JP4865355B2 (ja) * 2006-02-21 2012-02-01 キヤノン株式会社 放送受信装置及び放送受信装置の制御方法
KR101285667B1 (ko) * 2006-11-22 2013-07-11 엘지전자 주식회사 지상파 방송의 비상 사태 경보와 관련된 방송 신호를 처리하는 방법 및 이를 위한 방송 수신기
KR101259118B1 (ko) * 2007-02-23 2013-04-26 엘지전자 주식회사 방송 신호 송신 장치 및 방법
KR20080079045A (ko) * 2007-02-26 2008-08-29 삼성전자주식회사 방송신호처리장치 및 그 제어방법
JP5498179B2 (ja) * 2010-01-25 2014-05-21 キヤノン株式会社 デジタル放送受信装置、及びその制御方法
JP5593566B2 (ja) * 2010-06-10 2014-09-24 任天堂株式会社 情報処理システム、情報処理装置、情報処理装置の制御方法および情報処理装置の制御プログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000115747A (ja) * 1998-10-06 2000-04-21 Toshiba Corp 双方向テレビシステム、テレビ受信機及び双方向テレビシステムにおける応答情報転送方法
JP2000209564A (ja) * 1999-01-13 2000-07-28 Toshiba Corp 双方向テレビシステムを用いた情報処理方法
JP2004194259A (ja) * 2002-12-06 2004-07-08 Ihot Ltd 表示装置および受信装置
WO2004088986A1 (ja) * 2003-03-31 2004-10-14 Cybird Co., Ltd. 放送と連携した情報処理方法
JP2005333389A (ja) * 2004-05-19 2005-12-02 Dowango:Kk 番組連動システム番組連動方法、サーバ装置、および、プログラム
JP2009038774A (ja) * 2007-08-03 2009-02-19 Nec Corp デジタル放送受信システム、デジタル放送受信方法、およびデジタル放送受信プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
PETER SAINT-ANDRE: "Extensible Messaging and Presence Protocol (XMPP): Core", March 2011, XMPP STANDARDS FOUNDATION

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014220703A (ja) * 2013-05-09 2014-11-20 日本放送協会 アプリケーション配信管理システム及び受信機プログラム
US11765414B2 (en) 2013-08-29 2023-09-19 Panasonic Intellectual Property Corporation Of America Transmitting method, receiving method, transmitting apparatus, and receiving apparatus
CN110139140B (zh) * 2013-08-29 2021-09-14 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置及接收装置
US11082733B2 (en) * 2013-08-29 2021-08-03 Panasonic Intellectual Property Corporation Of America Transmitting method, receiving method, transmitting apparatus, and receiving apparatus
CN110139140A (zh) * 2013-08-29 2019-08-16 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置及接收装置
CN105340289A (zh) * 2013-08-29 2016-02-17 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置及接收装置
US20160165276A1 (en) * 2013-08-29 2016-06-09 Panasonic Intellectual Property Corporation Of America Transmitting method, receiving method, transmitting apparatus, and receiving apparatus
JPWO2015064082A1 (ja) * 2013-10-31 2017-03-09 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ パケット送信方法、コンテンツ再生方法、パケット送信システム及び端末
US11350146B2 (en) 2013-10-31 2022-05-31 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
JP2020010356A (ja) * 2013-10-31 2020-01-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 方法
US11653045B2 (en) 2013-10-31 2023-05-16 Panasonic Intellectual Property Corporation Of America Content transmission method and content playback method
US10945010B2 (en) 2013-10-31 2021-03-09 Panasonic Intellectual Property Corporation Of America Content transmission method and content playback method
WO2015064082A1 (ja) * 2013-10-31 2015-05-07 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ パケット送信方法、コンテンツ再生方法、パケット送信システム及び端末
JP2015139078A (ja) * 2014-01-22 2015-07-30 エヌ・ティ・ティ・コミュニケーションズ株式会社 コンテンツ配信方法、コンテンツ配信システム、コンテンツ表示端末およびコンテンツ表示プログラム
JP2015139185A (ja) * 2014-01-24 2015-07-30 株式会社Ｊストリーム Ａｐｉ提供サーバ及びａｐｉ提供システム
JP2015187778A (ja) * 2014-03-26 2015-10-29 Kddi株式会社 受信装置、レコメンドシステム及びレコメンド方法
JP2017022640A (ja) * 2015-07-14 2017-01-26 株式会社Ｐｈｏｎｅ Ａｐｐｌｉ サービスシステム、サーバ装置、及びプログラム
JP2020205636A (ja) * 2019-05-13 2020-12-24 ソニー株式会社 受信装置および受信方法

Also Published As

Publication number Publication date
EP2712187A4 (en) 2014-10-15
EP2712187A1 (en) 2014-03-26
JPWO2012161129A1 (ja) 2014-07-31
US8997141B2 (en) 2015-03-31
US20140075472A1 (en) 2014-03-13
JP6076248B2 (ja) 2017-02-08

Similar Documents

Publication Publication Date Title
JP6076248B2 (ja) 放送通信連携システム、アプリケーション管理サーバー、および、アプリケーション管理サーバーにおけるアプリケーション管理方法
JP5586770B2 (ja) 受信機
JP6271065B2 (ja) 受信機
WO2012157756A1 (ja) 受信機
JP5586657B2 (ja) 受信機
JP2012257232A (ja) 受信機およびプログラム
JP2017216718A (ja) 受信機
WO2012157718A1 (ja) 受信機および受信方法
JP5957291B2 (ja) 受信機
JP5965722B2 (ja) 受信機
WO2012157767A1 (ja) 受信機および受信方法
JP2013009336A (ja) 受信機
JP5953111B2 (ja) 受信機
JP2013009320A (ja) 受信機
JP5586658B2 (ja) 受信機
JP2013009326A (ja) 受信機
JP6037656B2 (ja) 受信機
JP6018797B2 (ja) 受信機
JP2013009342A (ja) 受信機
JP2013009322A (ja) 受信機及び放送送出装置
JP2012257229A (ja) 受信機
JP2012257222A (ja) 受信機
JP2013009338A (ja) 受信機
JP2012257227A (ja) 受信機
JP2013009328A (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: 12789207

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013516351

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2012789207

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14117755

Country of ref document: US

Ref document number: 2012789207

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE