WO2018074265A1 - 受信装置、送信装置、及び、データ処理方法 - Google Patents

受信装置、送信装置、及び、データ処理方法 Download PDF

Info

Publication number
WO2018074265A1
WO2018074265A1 PCT/JP2017/036456 JP2017036456W WO2018074265A1 WO 2018074265 A1 WO2018074265 A1 WO 2018074265A1 JP 2017036456 W JP2017036456 W JP 2017036456W WO 2018074265 A1 WO2018074265 A1 WO 2018074265A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdi
information
content
question
service
Prior art date
Application number
PCT/JP2017/036456
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 KR1020197010253A priority Critical patent/KR102408267B1/ko
Priority to CN201780063467.2A priority patent/CN109845281A/zh
Priority to JP2018546255A priority patent/JPWO2018074265A1/ja
Priority to US16/331,225 priority patent/US10972205B2/en
Priority to CA3040448A priority patent/CA3040448A1/en
Priority to EP17861341.0A priority patent/EP3531706A4/en
Priority to MX2019004388A priority patent/MX2019004388A/es
Publication of WO2018074265A1 publication Critical patent/WO2018074265A1/ja

Links

Images

Classifications

    • 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/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/46—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for recognising users' preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4758—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for providing answers, e.g. voting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/82—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • 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/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454—Content or additional data filtering, e.g. blocking advertisements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4755—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for defining user preferences, e.g. favourite actors or genre
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Definitions

  • the present technology relates to a receiving device, a transmitting device, and a data processing method, and more particularly, to a receiving device, a transmitting device, and a data processing method that can provide content according to the end user's preference.
  • MPEG2-TS Motion Picture Experts Group Phase 2 Transport Transport Stream
  • IP Internet Protocol
  • ATSC Advanced Television Systems Committee
  • IP transmission method see Non-Patent Document 1.
  • ATSC Candidate Standard Link-Layer Protocol (A / 330)
  • the present technology has been made in view of such a situation, and is intended to provide content according to the end user's preference.
  • the receiving device includes a receiving unit that receives content, distribution information indicating that a service that provides dynamic metadata that expresses end user preferences is distributed, and an end Delivered together with the content based on at least one of the reference information indicating the reference destination of the application that generates the first answer information representing the answer set by the end user in response to the user's preference question And a processing unit that processes question information representing the question.
  • the receiving device may be an independent device, or may be an internal block constituting one device.
  • the data processing method according to the first aspect of the present technology is a data processing method corresponding to the above-described receiving device according to the first aspect of the present technology.
  • the distribution information indicating that the content is received and the service that provides dynamic metadata expressing the end user's preference is distributed. And the content based on at least one of reference information indicating a reference destination of an application that generates first answer information representing an answer set by the end user in response to a question about the end user's preference.
  • the question information representing the question distributed together is processed.
  • the transmission device is directed to distribution information indicating that a service providing dynamic metadata expressing end user's preference is distributed, and a question about the end user's preference.
  • a generation unit that generates at least one of reference information indicating a reference destination of an application that generates first response information that represents an answer set by an end user, and question information that represents the question together with content,
  • a transmission apparatus comprising: a transmission unit that transmits at least one of the distribution information and the reference information.
  • the transmission device according to the second aspect of the present technology may be an independent device, or may be an internal block constituting one device.
  • a data processing method according to the second aspect of the present technology is a data processing method corresponding to the transmission device according to the second aspect of the present technology described above.
  • a flow of PDI correspondence processing executed in each device on the transmission side and reception side in the case of the second PDI processing method will be described. It is a flowchart explaining the flow of the content filtering process using PDI. It is a flowchart explaining the flow of the content filtering process using PDI. It is a figure which shows the example of a display of the screen of a PDI delivery service. It is a figure which shows the structural example of a computer.
  • FIG. 1 is a block diagram illustrating a configuration of an embodiment of a transmission system to which the present technology is applied.
  • the system refers to a logical collection of a plurality of devices.
  • the transmission system 1 includes a transmission side system 10 and a reception side client device 20.
  • data transmitted from the transmission side system 10 is received by the client device 20 via the transmission path 40 as a broadcasting network or the Internet 50 as a communication network.
  • the transmission side system 10 includes a content server 101, a PDI server 102, an ESG server 103, a metadata server 104, an application server 105, a broadcast server 106, and a communication server 107.
  • the content server 101 processes content such as a program, and transmits the stream data of the content to the broadcast server 106 or the communication server 107.
  • the PDI server 102 generates PDI-Q and transmits it to the metadata server 104 and the application server 105.
  • PDI Preference Demographic and Interest
  • PDI-Q Preference Demographic and Interest
  • PDI-A PDI-A
  • PDI-S PDI-S.
  • PDI-Q Question is information (hereinafter also referred to as question information) that represents a question about the end user's preference.
  • PDI-A Answer information
  • PDI-S Script
  • a PDI-S application an application corresponding to the PDI-S is referred to as a PDI-S application.
  • the ESG server 103 generates ESG (Electronic Service Guide) information and transmits it to the metadata server 104.
  • ESG Electronic Service Guide
  • the ESG information is program information.
  • the metadata server 104 generates control information (signaling) and transmits it to the broadcast server 106 or the communication server 107. Further, the metadata server 104 can process PDI-Q from the PDI server 102 and ESG information from the ESG server 103, and transmit data obtained as a result to the broadcast server 106 or the communication server 107.
  • Application server 105 generates an application and transmits it to broadcast server 106 or communication server 107.
  • the application server 105 can generate a PDI-S application based on the PDI-Q from the PDI server 102.
  • the broadcast server 106 receives content stream data from the content server 101, control information and ESG information from the metadata server 104, and application data from the application server 105.
  • the broadcast server 106 processes data such as content stream data, control information, ESG information, and applications, and sets transmission data obtained as a result at the transmitting station 30 via a predetermined line such as a dedicated line. Send to sending equipment.
  • the transmission facility in the transmitting station 30 performs necessary processing (modulation processing, etc.) on the transmission data from the broadcast server 106, so that a broadcast signal (broadcast wave) obtained as a result is transmitted via the transmission path 40. Received by the client device 20.
  • the communication server 107 is a server that provides various data via the Internet 50 in response to a request from the client device 20.
  • the communication server 107 receives and processes content stream data from the content server 101, control information and ESG information from the metadata server 104, and application data from the application server 105.
  • the communication server 107 distributes content stream data, control information, ESG information, or an application via the Internet 50 in response to a request from the client device 20.
  • the client device 20 is, for example, a fixed receiver such as a television receiver, a set top box (STB), network storage, or a game machine, or a mobile receiver such as a smartphone, a mobile phone, or a tablet computer.
  • a fixed receiver such as a television receiver, a set top box (STB), network storage, or a game machine
  • a mobile receiver such as a smartphone, a mobile phone, or a tablet computer.
  • the client device 20 may be a wearable computer such as a head mounted display (HMD). Further, the client device 20 may be a device mounted on a car such as an in-vehicle television.
  • HMD head mounted display
  • the client device 20 may be a device mounted on a car such as an in-vehicle television.
  • the client device 20 can reproduce content such as a program distributed via broadcasting by receiving and processing a broadcast signal transmitted from the broadcast server 106 via the transmission path 40. Further, the client device 20 can play back content such as a program distributed via communication by processing stream data distributed from the communication server 107 via the Internet 50.
  • the client device 20 can execute an application by processing application data distributed from the broadcast server 106 or the communication server 107. Further, the client device 20 can perform processing related to PDI. The detailed configuration of the client device 20 will be described later with reference to FIGS. 3 and 4.
  • Broadcast signals transmitted from the broadcast server 106 can be simultaneously received by a plurality of client devices 20 via the transmission path 40.
  • FIG. 2 is a block diagram illustrating a configuration example of each server in FIG.
  • FIG. 2 illustrates a PDI server 102, an ESG server 103, a metadata server 104, and a broadcast server 106 among the servers constituting the transmission-side system 10 in FIG. 1, and these servers will be mainly described. .
  • the PDI server 102 has a PDI-Q generator 121.
  • the PDI-Q generator 121 generates PDI-Q and transmits it to the metadata server 104.
  • the ESG server 103 generates ESG information and transmits it to the metadata server 104.
  • the metadata server 104 includes an ESG processing unit 141, a metadata processing unit 142, and a PDI-A generator 143.
  • the ESG processing unit 141 processes ESG information from the ESG server 103 and transmits it to the broadcast server 106.
  • information indicating that the PDI distribution service (PDI Delivery Service) is distributed (hereinafter also referred to as distribution information) can be included in the ESG information.
  • the metadata processing unit 142 processes the control information (including metadata) distributed together with the content, and transmits it to the broadcast server 106.
  • the distribution information can be included in the control information (SLT metadata described later).
  • the PDI-A generator 143 generates PDI-A based on the PDI-Q from the PDI server 102 and supplies it to the ESG processing unit 141 or the metadata processing unit 142.
  • the ESG processing unit 141 can include the PDI-A from the PDI-A generator 143 in the ESG information. Further, the metadata processing unit 142 can include the PDI-A from the PDI-A generator 143 in the control information (MPD metadata described later).
  • the broadcast server 106 includes a transmission unit 161 and a distribution processing unit 162.
  • the transmission unit 161 transmits the control information and ESG information from the metadata server 104 together with the content from the content server 101. Further, the transmission unit 161 can transmit an application from the application server.
  • the distribution processing unit 162 can distribute information indicating the reference destination of the PDI-S application (hereinafter also referred to as reference information) according to the distribution method.
  • the reference information is, for example, a URL (Uniform Resource Locator), for example, control information (EFDT, which will be described later) for delivering a PDI delivery service, or a header of a PDI-Q file (HTTP header, which will be described later).
  • a URL Uniform Resource Locator
  • EFDT control information
  • HTTP header which will be described later
  • Each server is configured as described above.
  • FIG. 3 is a block diagram illustrating a configuration example of the client device 20 of FIG.
  • the client device 20 includes a processing unit 201, an input unit 202, a storage unit 203, a tuner 204, a broadcast middleware 205, a DASH client 206, a renderer 207, an output unit 208, a browser 209, and a communication I / F 210.
  • the processing unit 201 includes a processing unit 201, an input unit 202, a storage unit 203, a tuner 204, a broadcast middleware 205, a DASH client 206, a renderer 207, an output unit 208, a browser 209, and a communication I / F 210.
  • the processing unit 201 includes, for example, a CPU (Central Processing Unit) and a microprocessor.
  • the processing unit 201 operates as a central processing device in the client device 20 such as various arithmetic processes and operation control of each unit.
  • the processing unit 201 can exchange various types of data with each unit in the client device 20.
  • the input unit 202 is, for example, a physical button or the like, and supplies an operation signal corresponding to a user operation to the processing unit 201.
  • the processing unit 201 controls the operation of each unit based on the operation signal supplied from the input unit 202.
  • the storage unit 203 includes, for example, a semiconductor memory, a hard disk drive (HDD: Hard Disk Drive), or the like.
  • the storage unit 203 stores various data according to the control from the processing unit 201.
  • the tuner 204 receives and processes the broadcast signal transmitted from the broadcast server 106 via the antenna, and supplies data obtained as a result to the broadcast middleware 205.
  • the broadcast middleware 205 processes the data supplied from the tuner 204 and supplies it to the processing unit 201, the DASH client 206, or the browser 209 according to the type of data obtained as a result.
  • content stream data (DASH segment) is supplied to the DASH client 206, and application data is supplied to the browser 209.
  • Control information, ESG information, and information related to PDI are supplied to the processing unit 201.
  • the DASH client 206 processes the DASH segment supplied from the broadcast middleware 205, and supplies video and audio data obtained as a result to the renderer 207.
  • video and audio data obtained by processing the DASH segment is decoded by the decoder and then supplied to the renderer 207.
  • the renderer 207 performs rendering processing on the video and audio data supplied from the DASH client 206, and supplies the resulting data to the output unit 208.
  • the output unit 208 outputs video and audio data supplied from the renderer 207.
  • the client device 20 reproduces content such as a program and outputs the video and audio.
  • a display for displaying video and a speaker for outputting sound may be provided inside the client device 20 or provided outside to be supplied with data from the output unit 208.
  • the browser 209 is a browser that supports, for example, HTML5 (HyperText Markup Language 5).
  • the browser 209 processes application data supplied from the broadcast middleware 205, and supplies data obtained as a result to the output unit 208. Thereby, the client device 20 displays the video of the application.
  • the browser 209 can execute a PDI-S application.
  • the communication I / F 210 is composed of a communication interface circuit and the like.
  • the communication I / F 210 exchanges various data with the communication server 107 via the Internet 50.
  • the content stream data (DASH segment) is supplied to the DASH client 206, and the application data is supplied to the browser 209.
  • Control information, ESG information, and information related to PDI are supplied to the processing unit 201.
  • the client device 20 is configured as described above.
  • FIG. 4 is a block diagram showing details of the configuration of the processing unit 201 in FIG.
  • the processing unit 201 includes a native module 221, an application manager 222, and a filtering processing unit 223.
  • the storage unit 203 includes a PDI store 261 that stores PDI-Q or PDI-A.
  • the native module 221 is executed as a so-called native application in an operating system (OS: Operating System) environment started by the client device 20.
  • the native module 221 has a PDI client 241.
  • the PDI client 241 performs processing related to PDI as a native application. For example, the PDI client 241 generates PDI-A based on PDI-Q.
  • Application manager 222 manages an application as a so-called Web application. For example, the application manager 222 manages acquisition and activation of the PDI-S application.
  • the filtering processing unit 223 identifies the content to be acquired by performing PDI-A matching processing. Further, the filtering processing unit 223 performs filtering processing of specific content according to the result of the matching processing.
  • the processing unit 201 is configured as described above.
  • FIG. 5 is a diagram illustrating an example of a protocol stack of the IP transmission scheme of the present technology.
  • ATSC Advanced Television Systems Committee
  • ATSC 3.0 which is one of the next generation terrestrial broadcasting standards
  • the IP transmission method can be adopted as in the broadcasting method such as ATSC3.0.
  • the lowest hierarchy is a physical layer.
  • the physical layer corresponds to the frequency band of the broadcast wave allocated for the service (channel).
  • the upper layer of the physical layer is the data link layer.
  • the upper layers of the data link layer are an IP (Internet Protocol) layer and a UDP (User Datagram Protocol) layer.
  • IP Internet Protocol
  • UDP User Datagram Protocol
  • the IP layer and the UDP layer are layers corresponding to the network layer and the transport layer in the communication hierarchical model, and the IP packet and the UDP packet are specified by the IP address and the port number.
  • LLS Low Level Signaling
  • SLS Service Layer Signaling
  • LLS includes metadata such as SLT (Service List).
  • SLT metadata includes basic information indicating the configuration of a stream and a broadcast service in a broadcast network, such as information necessary for selecting a broadcast service (channel).
  • the SLT metadata is transmitted by being included in a UDP / IP packet that is an IP packet including a UDP packet. However, a UDP / IP packet storing SLT metadata is transmitted with a special IP address and port number.
  • ROUTE Real-time Object Delivery Service Unidirectional Transport
  • FLUTE FLUTE
  • This ROUTE session transmits SLS files (Signaling), NRT (Non Real Time) content files (NRT), DASH segment files (DASH), etc. for each broadcasting service.
  • SLS is service level control information and provides information and attributes necessary for searching and selecting components belonging to the target broadcast service.
  • SLS includes metadata such as USBD (User Service Bundle Description), S-TSID (Service-based Transport Session Instance Description), MPD (Media Presentation Description), HELD (HTTP Entry Location Description).
  • USBD User Service Bundle Description
  • S-TSID Service-based Transport Session Instance Description
  • MPD Media Presentation Description
  • HELD HTTP Entry Location Description
  • USBD metadata includes information such as where to obtain other metadata.
  • the S-TSID metadata is an extension of LSID (LCT Session Instance Description) for ATSC 3.0, and is ROUTE protocol control information. Further, the S-TSID metadata can specify EFDT (Extended FDT) transmitted in the ROUTE session. EFDT is an extension of FDT (File Delivery Table) introduced in FLUTE, and is control information for transfer.
  • MPD metadata is video and audio file control information used to perform streaming delivery in compliance with MPEG-DASH (Dynamic Adaptive Streaming over HTTP).
  • HELD metadata is application control information.
  • MPEG-DASH is a streaming distribution standard according to OTT-V (Over The Top Video), and is a standard related to adaptive streaming distribution using a streaming protocol based on HTTP (Hypertext Transfer Protocol).
  • the MPEG-DASH standard defines a manifest file for describing metadata, which is control information for video and audio files, and a file format for transmitting moving image content.
  • the former manifest file is called MPD (Media Presentation Description), and the latter file format is also called a segment format.
  • the MP4 file format can be used as the streaming file format.
  • the MP4 file format is a derived format of ISO BMFF (ISO Base Media File Format) defined in ISO / IEC 14496-12.
  • the segment transmitted in the ROUTE session is composed of an initialization segment (IS: Initialization Segment) and a media segment (MS: Media Segment).
  • the initialization segment includes initialization information such as a data compression method.
  • the media segment stores video, audio, and subtitle stream data. That is, this media segment corresponds to a DASH segment (DASH segment file).
  • stream data of service components (video, audio, subtitles, etc.) constituting content such as a program is transmitted by a ROUTE session in units of DASH segments conforming to the ISO BMFF standard.
  • NRT content is content that is once stored in the receiver storage and then played.
  • files other than NRT content such as an application or an electronic service guide (ESG) file can be transmitted in the ROUTE session.
  • ESG electronic service guide
  • all related files can be transferred in the same way as NRT content.
  • SLT metadata as LLS and metadata such as USBD, S-TSID, and MPD as SLS should be text data described in a markup language such as XML (Extensible Markup Language). Can do.
  • the upper layer of the physical layer is a data link layer (Data Link Layer).
  • the upper layer of the data link layer is an IP layer corresponding to the network layer.
  • An upper layer adjacent to the IP layer is a TCP (Transmission Control Protocol) layer corresponding to the transport layer, and an upper layer adjacent to the TCP layer is an HTTP layer corresponding to the application layer.
  • TCP Transmission Control Protocol
  • protocols such as TCP / IP that operate on communication lines such as the Internet are implemented by these layers.
  • control information includes all control information such as control information transmitted in the above-described ROUTE session.
  • NRT content is content acquired through communication, and includes, for example, an application.
  • DASH DASH segments
  • VOD Video On Demand
  • a one-way broadcasting layer and a part of a two-way communication layer become a common protocol, so Can transmit the stream data of the service components that make up the content in units of DASH segments according to the ISO BMFF standard.
  • FIG. 6 is a diagram illustrating an example of content filtering in a general content distribution service.
  • content is provided by giving a filtering attribute set in a transmission server on the provider side that provides the content as content metadata (filtering attribute).
  • Content filtering processing is performed in a client device (filtering module thereof) that receives.
  • This content metadata is set as a value for metadata elements selected from metadata sets defined by standardization organizations such as ATSC (Advanced Television Systems Committees standards) and ARIB (Association of Radio Industries, and Business). Is done.
  • a content to which “viewing target” is selected as the element name and content metadata with “10s” set as the value for the element is given to “viewers whose viewing target is a teenager” It is provided to the client device that performs the filtering process so that the “target content” is acquired.
  • the client device cannot perform a filtering process for acquiring content according to the needs at that time.
  • FIG. 7 is a diagram illustrating an example of content filtering in an ideal content distribution service.
  • the provider wants to distribute “content for viewers who are teenagers and interested in job hunting”, the standard “whether they are interested in job hunting” is standardized.
  • the preference of “interesting in job hunting” is listened in advance from the end user and set in the client device (filtering module) by some method. It is necessary to keep.
  • the provider-specific questionnaire 1 is defined as an element name. Make sure to include “YES”. In other words, since the provider-specific questionnaire 1 is set to “Is it looking for a job?”, If “YES” is set as the value, it means that the job is being searched for (I am interested in job hunting). Represents.
  • the added question is also distributed along with the content metadata. Furthermore, if the content of the question provided by the provider requires a high degree of interactivity (question that causes conditional branching according to the user's reaction), not only the questionnaire is delivered to the client device, It is desirable that it is distributed as an application executed by a script or the like that interacts with the end user, so that the end user's preferences can be accurately extracted.
  • the end user can interact with the end user at the start of content distribution or while the content is continuing.
  • the end user can interact with the end user at the start of content distribution or while the content is continuing.
  • Non-Patent Document 2 a process that draws the end user's preference by such an interactive script or the like is performed, and content provided with content metadata according to the needs at that time other than the content metadata defined by the standardization organization is obtained.
  • PDI PreferencePDemographic and Interest
  • Non-patent document 2 ATSC Standard: Interactive Service Standard
  • Example of PDI schema 8 to 10 show examples of the PDI schema.
  • line numbers are described for each line for convenience of explanation.
  • the question type “pdi: QIAType” defined by the name “QIA” on the fourth line indicates that the question is a question for which an integer value type answer is requested.
  • the question type “pdi: QBAType” defined by the name “QBA” on the fifth line indicates that the question is a question for which a logical value type answer is requested.
  • the question type “pdi: QSAType” defined by the name “QSA” on the sixth line indicates that the question is a question that requires an answer candidate selection type answer. Also, the question type “pdi: QTAType” defined by the name “QTA” on the seventh line indicates that the question is a question that requires a character string type answer.
  • the question type “pdi: QAAType” defined by the name “QAA” on the 8th line indicates that the question does not limit the answer type.
  • the following lines show the element declarations for each question declared as described above.
  • a preferredByAppUrl element is defined as an optional element.
  • the referredByAppUrl element is a newly added element for notifying reference information (for example, URL) indicating the reference destination of the PDI-S application.
  • the URL of the PDI-S application can be directly described in the PDI instance by this referredByAppUrl element. Details of the referredByAppUrl element as reference information will be described later.
  • PDI-Q Question
  • PDI-A Answer
  • provider information (answer information) that represents the answers set by the provider for PDI-Q questions Side PDI-A).
  • the PDI schema shown in FIGS. 8 to 10 is an example of an XML schema for defining the structure of PDI-Q composed of XML (Extensible Markup Language) documents.
  • the XML schema for defining the structure of PDI-A that is the answer to the question defined as PDI-Q basically has the same structure as the XML schema that defines the structure of PDI-Q. .
  • PDI-Q and PDI-A structures defined by the XML schema are not limited to the structures shown in FIGS. 8 to 10, and other structures can be adopted.
  • FIG. 11 is a diagram illustrating a description example of PDI-Q.
  • FIG. 11 between the start tag and the end tag of the QSA element, a Q element, a QText element, and a Selection element are described, and a question for requesting an answer candidate selection type answer is defined.
  • “ProviderA: 123” is described as an identifier of a pair of a question and an answer candidate.
  • FIG. 12 is a diagram illustrating an example in which the client device displays a question and answer screen (interactive screen with an end user) defined in the PDI-Q (FIG. 11) received from the transmission server.
  • one of the options can be selected by the end user who confirms the question. That is, PDI-A (client-side PDI-A) is generated according to the result of selection of answer options for the question by the end user.
  • the dialog screen of FIG. 12 is displayed, and PDI-A (provider side PDI-A) is generated according to the result of selection of the answer option to the question by the provider (content provider).
  • FIG. 13 is a diagram illustrating a description example of PDI-A.
  • a Q element, a QText element, a Selection element, and an A element are described between the start tag and the end tag of the QSA element, and the question and answer for the answer candidate selection type answer are defined. ing.
  • PDI-A in FIG. 13 is different from PDI-Q in FIG. 11 in that an A element is added.
  • "2" is specified in the answer attribute of the A element.
  • the value of this answer attribute corresponds to the value of the selectionId attribute of the Selection element.
  • PDI-A client-side PDI-A
  • PDI-A provider-side PDI-A
  • the content filtering process is performed according to the matching process result.
  • provider-side PDI-A is distributed in the content metadata (MPD metadata and ESG information described later).
  • the client device receives the metadata distributed from the transmission server when the PDI-A shown in FIG. 13 is generated as the client-side PDI-A
  • the metadata shown in FIG. PDI-A (provider side PDI-A) is included.
  • PDI-A (provider side PDI-A) in FIG. 14A shows a case where “For children” is selected from among the answer options to the question in the dialog screen of FIG.
  • PDI-A (provider-side PDI-A) in FIG. 14B shows a case where “For adults” is selected from the choices of answers to the question on the dialog screen in FIG.
  • the provider PDI-A in FIG. 14A matches the client PDI-A (“For children”
  • the selection item is determined as “is matched”, and the content is selected.
  • the provider metadata PDI-A shown in FIG. 14B is included in the content metadata to be distributed, the provider PDI-A and the client PDI-A do not match ("For “Adults” and “For children” do not match the selection items), and the content is not selected.
  • the selected selection item indicated by PDI-A (client side PDI-A) set in the content filter on the client device side
  • Content filtering is performed on content to which PDI-A (provider-side PDI-A) satisfying at least one of them is assigned.
  • FIG. 15 is a diagram showing an overall image of PDI.
  • PDI-Q that is a question about a user's preference using the client device, and information that represents an answer set by the provider for the question about the user's preference PDI-A (provider side PDI-A) is generated and transmitted to the client device.
  • provider-side PDI-A can be included in MPD metadata and ESG information transmitted along with the content.
  • the client device when PDI-Q is received, the client device generates and stores PDI-A (client-side PDI-A) which is information indicating the user's answer to the PDI-Q question.
  • PDI-A client-side PDI-A
  • the client device When receiving the content distributed from the provider, the client device performs matching processing between the provider-side PDI-A from the provider and the stored client-side PDI-A, and only the content that matches the PDI-A It will be played (or recorded).
  • a definition of a service that transfers an instance of PDI-Q that is a format for distributing metadata (content metadata) generated by the metadata mechanism and its control information (signaling)
  • the reference information of applications that generate PDI-A can be stored in the control information (signaling) of the format and service by interacting with the end user after distribution, so that it can be adapted to the end user's preference.
  • Content can be provided.
  • the PDI generated, updated, or deleted -For the Q instance declare a service for PDI-Q distribution (PDI distribution service) and transfer it there.
  • PDI distribution service a service for PDI-Q distribution
  • the PDI processing system (PDI client 241) of the native module 221 monitors ESG information and SLT metadata, and detects and receives the distribution of this PDI distribution service.
  • the client device 20 can detect and receive PDI-Q generation, update, or deletion, preference setting based on the latest PDI is possible, and the accuracy of content filtering processing is guaranteed. Will be.
  • the PDI-A is generated based on the PDI-Q by the PDI client 241 of the native module 221, and the PDI-S application as a Web application processes the PDI-Q to cope with it.
  • PDI-A to be generated can be generated and stored in the PDI store 261.
  • the PDI client 241 of the native module 221 directly parses PDI-Q and performs necessary interaction with the end user, or refers to end user viewing history information, etc. By doing so, the PDI-A corresponding to the end user's preference is generated and stored in the PDI store 261.
  • pattern 1 this first pattern is referred to as pattern 1. Details of the PDI support processing of pattern 1 will be described later with reference to the flowchart of FIG.
  • the PDI client 241 of the native module 221 activates a PDI-S application as a Web application that is notified at the same time as the PDI-Q distribution on the browser 209.
  • this PDI-S application performs necessary interaction with the end user, or by referring to the end user's viewing history information and the like, by analogizing the end user's preference, the corresponding PDI-S A is generated and stored in the PDI store 261.
  • pattern 2 this second pattern is referred to as pattern 2.
  • the details of the PDI handling process of pattern 2 will be described later with reference to the flowcharts of FIGS.
  • FIG. 16 is a diagram showing an overview of the first PDI processing method.
  • the broadcast middleware 205 acquires the PDI-Q distributed in the ROUTE session of the PDI distribution service and stores it in the PDI store 261.
  • the native module 221 (the PDI client 241) directly parses the PDI-Q stored in the PDI store 261, and performs necessary interaction with the end user, for example, through the interactive screen of FIG. Thus, the corresponding PDI-A (client side PDI-A) is generated.
  • the generated PDI-A (client side PDI-A) is stored in the PDI store 261.
  • the broadcast middleware 205 acquires the PDI-Q distributed in the ROUTE session of the PDI distribution service and stores it in the PDI store 261.
  • the native module 221 (its PDI client 241) is used for App distribution according to the reference information (PDI-S Ref: URL of the reference destination of the PDI-S application) described in the PDI-Q stored in the PDI store 261
  • the PDI-S application distributed by the service is acquired and activated on the browser 209.
  • a PDI-S application distributed by communication via the Internet 50 may be acquired.
  • the PDI-S application executed on the browser 209 performs the necessary interaction with the end user based on the PDI-Q, for example, using the dialog screen of FIG.
  • Generate A client side PDI-A
  • the generated PDI-A is stored in the PDI store 261.
  • the distribution information indicating that the PDI distribution service is distributed and the reference information indicating the reference destination of the PDI-S application are defined. Therefore, in the following description, the details of the distribution information and the reference information are described first, and then the details of the PDI correspondence processing of the patterns 1 and 2 are also described.
  • the distribution information indicating that the PDI distribution service is distributed is illustrated in the SLT metadata, but this distribution information can be included in the ESG information or the like. .
  • the reference information (PDI-S Ref) indicating the reference destination of the PDI-S application is described in the referredByAppUrl attribute of the PDI-Q as shown in the PDI schema of FIG.
  • This reference information can be distributed by extending the EFDT parameter or by extending the HTTP header.
  • a broadcast station is described as an example of a provider, but it may be another entity such as a personalization service provider.
  • distribution information can be distributed by extending LLS or expanding ESG information.
  • SLT metadata which is one of LLS
  • a serviceCategory attribute indicating the type of service is defined (see Non-Patent Document 3 below).
  • Non-Patent Document 3 ATSC Candidate Standard: Signaling, Delivery, Synchronization, and Error Protection (A / 331)
  • FIG. 17 shows an example of the value of the serviceCategory attribute arranged in the service loop of the SLT metadata.
  • this serviceCategory attribute for example, a service type such as a normal broadcasting service (1: Linear : A / V service) or an audio-only service (2: Linear audio only service) Can be specified.
  • the voice-only service corresponds to the current radio broadcast.
  • the serviceCategory attribute defines values 0 to 5 and Other values.
  • “6” is newly defined as the value of this serviceCategory attribute to mean a PDI delivery service (PDIPDelivery Service).
  • distribution information indicating that the PDI distribution service is distributed can be included in the SLT metadata by adding and expanding attribute values instead of adding elements and attributes.
  • FIG. 18 shows a description example of SLT metadata.
  • the ESG service is an electronic service guide (electronic program guide) stipulated by the OMA (Open Mobile Alliance), an organization that develops mobile phone standards. Program information that conforms to OMA-ESG in ATSC 3.0 (ESG) is assumed to be used (see Non-Patent Document 4 below).
  • Non-patent document 4 ATSC Candidate Standard: Service Announcement (A / 332)
  • ServiceType indicates the type of service.
  • ESG ServiceType element is compared with the serviceCategory attribute of SLT metadata
  • the normal broadcasting service of ESG is equivalent to the normal broadcasting service defined by SLT metadata (1: Linear A / V service).
  • ESG radio broadcasting corresponds to an audio-only service (2: LinearLineaudio only service) defined by SLT metadata.
  • ESG App-based service corresponds to an App-based service (3: App-based service) defined by SLT metadata.
  • “230” is newly defined to mean a PDI distribution service (PDI Delivery Service). That is, here, distribution information indicating that the PDI distribution service is distributed can be included in the ESG information not by adding elements and attributes but by adding and expanding values stored as element contents.
  • FIG. 20 shows a description example of ESG information.
  • ServiceTypeService "230" is specified as the value of the ServiceType element in the service fragment (Service fragment) of the ESG information, indicating that the target service is a PDI distribution service.
  • the service fragment (Service fragment) shown in FIG. 20 is used.
  • the validity period of the PDI distribution service can be notified in advance using XML fragments such as a content fragment (Content fragment) and a schedule fragment (Schedule fragment). Specific examples thereof are shown in FIGS.
  • FIG. 21 is a diagram showing a relationship between XML fragments of services, contents, and schedules when the PDI distribution service is available in a certain time zone.
  • the content fragment is identified by the ID "//a.com/Content-1-1", and "PDI delivery service" is specified as the Name element. That is, the name of the content is a PDI distribution service.
  • the content fragment is associated with the service fragment by the value of the idRef attribute of the ServiceReference element.
  • the schedule fragment is identified by the ID "//a.com/Schedule-1-1", and "2016-09-12T13: 00: 00 + 00" as the startTime attribute of the PresentationWindow element that is a child element of the ContentReference element : 00 "is specified, and" 2016-09-12T15: 00: 00 + 00: 00 "is specified as the endTime attribute.
  • the start time t1 and end time t2 of the PDI distribution service are specified by the startTime attribute and endTime attribute.
  • the PDI distribution service is distributed between 13:00 and 15:00 on September 12, 2016.
  • the schedule fragment is associated with the service fragment by the value of the idRef attribute of the ServiceReference element. Further, the schedule fragment is associated with the content fragment by the value of the idRef attribute of the ContentReference element.
  • FIG. 22 is a diagram illustrating a display example of the ESG service screen when the PDI distribution service is available.
  • the ESG service screen in FIG. 22 is a display example of the screen displayed on the client device 20 that has received the ESG information including the XML fragment shown in FIG.
  • the PDI distribution service distribution is displayed on the ESG service screen depends on the implementation of the UI (User Interface) of the client device 20. Therefore, for example, depending on the client device 20, the PDI distribution service distribution is not presented to the end user, and the PDI-Q is acquired by the original determination of the PDI processing system (PDI client 241) of the client device 20. There is also a case of updating to the latest PDI-Q.
  • UI User Interface
  • the distribution information may be distributed by at least one of the distribution information distribution methods based on the extension of LLS and the extension of ESG. Further, the distribution information may be distributed by a distribution method other than the distribution information distribution method by the extension of LLS and the extension of ESG.
  • reference information can be delivered by extending the EFDT parameter or by extending the HTTP header.
  • the distribution mode of the ROUTE session includes a file mode (FileMode) distribution and an entity mode (EntityMode) distribution, and the arrangement method of the reference information is different for each distribution mode.
  • the file mode distribution is a mode in which the file itself is distributed.
  • the entity mode distribution is a mode in which a file with an HTTP header (Entity header) added is distributed.
  • FIG. 23 is a diagram illustrating an example when the EFDT parameter is extended in the case of file mode distribution.
  • FIG. 23 the relationship between the SLS carried in the SLS signaling session at the time of file mode delivery, the PDI-Q carried in the PDI file session, and the PDI-S application delivered independently of these ROUTE sessions is shown. Represents.
  • TOI “0”
  • S-TSID S-TSID metadata
  • tsi “pdi-tsi” is specified as the value of the tsi attribute of the LS element, and the PDI file session is referenced by the value of this tsi attribute.
  • a referredByAppUrl attribute is newly defined in parallel with the Content-Location attribute that specifies the file URL of the PDI-Q instance file in the File element that is a child element of the FDTParameters element of this EFDT. Then, the URL (EntryLocationUrl) of the PDI-S application to be processed by referring to the PDI-Q instance file is specified by the referredByAppUrl attribute. That is, the URL specified as the value of the referredByAppUrl attribute of EFDT is the reference information (PDI-S Ref).
  • the client device 20 can acquire a PDI-S application file (PDI-S AppFile) distributed from the broadcast server 106 or the communication server 107 based on the URL (pdi-sAppUrl) obtained from the EFDT.
  • the PDI-S application is activated, and the PDI-Q file is processed.
  • TOI “pdi-qToi” is specified as the value of the TOI attribute of the File element of the FDTParameters element of EFDT, but the PDI-Q file (PDI-Q S File) is referenced and acquired.
  • data can be identified by two pieces of identification information of TSI (Transport Object Identifier) and TOI (Transport Object Identifier).
  • FIG. 24 is a diagram illustrating an example of an extended EFDT schema.
  • a referredByAppUrl attribute is added to the File element which is a child element of the FDTParameters element, and EFDT is extended.
  • the referredByAppUrl attribute is defined in parallel with the Content-Location attribute that specifies the file URL of the PDI-Q instance file.
  • the structure of the EFDT schema shown in FIG. 24 is an example, and another structure may be adopted.
  • FIG. 25 is a diagram illustrating an example when the HTTP header is extended in the case of entity mode distribution.
  • FIG. 25 the relationship between the SLS carried in the SLS signaling session during entity mode delivery, the PDI-Q carried in the PDI file session, and the PDI-S application delivered independently of these ROUTE sessions is shown. Represents.
  • TOI “0”
  • S-TSID S-TSID metadata
  • tsi “pdi-tsi” is specified as the value of the tsi attribute of the LS element, and the PDI file session is referenced by the value of this tsi attribute. In this PDI file session, PDI-Q files are transferred.
  • a preferredByAppUrl header is newly defined as an extension of the HTTP header (Entity header) in this PDI-Q file.
  • the URL (EntryLocationUrl) of the PDI-S application to be processed by referring to the PDI-Q instance file is specified by the referredByAppUrl header. That is, the URL specified as the value of the referredByAppUrl header of the HTTP header is the reference information (PDI-S Ref).
  • the client device 20 can acquire a PDI-S application file (PDI-S AppFile) distributed from the broadcast server 106 or the communication server 107 based on the URL (pdi-sAppUrl) obtained from the referredByAppUrl header.
  • the PDI-S application is activated, and the PDI-Q file is processed.
  • the reference information may be distributed by at least one of the distribution methods of the reference information by the extension of the EFDT parameter and the extension of the HTTP header.
  • the reference information may be distributed by a distribution method other than the distribution method of the reference information by the extension of the EFDT parameter and the extension of the HTTP header.
  • a distribution method other than the distribution method of the reference information by the extension of the EFDT parameter and the extension of the HTTP header.
  • the URL of the reference destination of the PDI-S application may be directly described in the referredByAppUrl attribute of the PDI-Q. .
  • steps S101 to S102, S111 to S114, and S121 to S123 are executed by the PDI server 102, the metadata server 104, and the broadcast server 106 of the transmission side system 10, respectively.
  • steps S131 to S133 and S141 to S142 is executed by the broadcast middleware 205 of the client device 20 and the PDI client 241 (of the native module 221).
  • step S111 the ESG processing unit 141 processes the ESG information generated by the ESG server 103.
  • the ESG information processed in step S111 is transferred to the broadcast server 106 (S112).
  • step S121 the transmission unit 161 transmits the ESG information from the metadata server 104.
  • the target delivery scheduled service is It can be notified in advance that it is a PDI distribution service.
  • step S113 the metadata processing unit 142 processes SLT metadata as SLS.
  • the SLT metadata processed in step S113 is transferred to the broadcast server 106 (S114).
  • step S122 the transmission unit 161 transmits the SLT metadata from the metadata server 104.
  • PDI-Q when PDI-Q is delivered from the sending system 10, it is delivered in the target ROUTE session by describing “PDI delivery service” as the ServiceCategory attribute (delivery information) of the SLT metadata. It can be notified that the service is a PDI distribution service.
  • PDI delivery service As delivery information for ESG information and SLT metadata, it is possible to notify that the PDI delivery service is delivered. It should be included.
  • ESG information when notifying in advance that a PDI distribution service will be distributed, use ESG information, but when notifying in real time that a PDI distribution service is being distributed, use SLT metadata. You can use them properly.
  • step S101 the PDI-Q generator 121 generates PDI-Q.
  • the PDI-Q generated here is transferred to the broadcast server 106 (S102).
  • step S123 the transmission unit 161 transmits the PDI-Q from the PDI server 102.
  • step S131 the broadcast middleware 205 processes the ESG information obtained from the broadcast signal received by the tuner 204, and presents the ESG service screen (FIG. 22) on the display via the output unit 208. Like that.
  • ESG information is not indispensable, and will be presented as required by end user operations.
  • PDI delivery ⁇ service is described as the ServiceType element of the ESG information
  • the target delivery scheduled service is the PDI delivery service. It can be recognized (screen of ESG service in FIG. 22).
  • step S132 the broadcast middleware 205 processes the SLT metadata obtained from the broadcast signal received by the tuner 204.
  • the broadcast middleware 205 parses the result of the SLT metadata. Accordingly, the ROUTE session to which the PDI distribution service is distributed can be identified and the PDI-Q can be acquired (S133).
  • step S134 the broadcast middleware 205 stores the PDI-Q acquired from the ROUTE session in the PDI store 261. If PDI-Q is already stored in the PDI store 261, the stored PDI-Q is updated to the newly acquired PDI-Q, or the stored PDI-Q is deleted. You can do it. That is, here, PDI-Q is stored, updated, or deleted.
  • step S141 the PDI client 241 reads the PDI-Q stored in the PDI store 261.
  • step S142 the PDI client 241 generates PDI-A (client-side PDI-A) according to the read PDI-Q and stores it in the PDI store 261.
  • the PDI-Q is delivered at the timing when the PDI-Q is delivered by the PDI delivery service (PDI Delivery Service) or when the end user is playing back the main program or the like.
  • the PDI client 241 is delivered. Needs to generate PDI-A, which is an end user's answer to PDI-Q newly delivered to the end user.
  • the timing for generating this PDI-A depends on its implementation and UI (User Interface), but can be performed as follows, for example.
  • PDI-A when PDI-A is generated after waiting for new distribution of multiple PDI-Qs, a list of PDI-Qs that are candidates for processing is presented on the display and an answer is generated to the end user. Implementations such as selecting the target can be performed. At this time, not only a question related to the program being reproduced and viewed but also a question not related to the program may be asked.
  • FIG. 27A when a new PDI-Q group is distributed by the PDI distribution service, the end user is requested to generate a PDI-A set in order to generate a new PDI-A set.
  • a screen for prompting the generation of is displayed. For example, in the example of FIG. 27A, a message “There is a preference setting request from ANBC broadcast” is displayed.
  • items corresponding to individual PDI-Q are extracted and presented from, for example, a character string of a QText element ( Alternatively, it may be presented by cutting out a plurality of character strings from the beginning), and prompting the end user to select. For example, in the example of FIG. 27, options of “1 your profile setting”, “2 interest of interest ...”, and “3 what you want to purchase ...” are displayed.
  • the PDI corresponding to the result of the input or selection of the answer -A is generated and stored in the PDI store 261.
  • a new PDI-Q instance may arrive, or a new version of a previously delivered PDI-Q instance may be delivered.
  • the PDI-Q stored in the PDI store 261 can be updated to a new version, or the old version PDI-Q can be deleted.
  • PDI-A may be generated by referring to the end user's viewing history information and the like and estimating the end user's preferences.
  • steps S151 to S153, S161 to S162, S171 to S174, and S181 to S187 are performed by the application server 105, the PDI server 102, the metadata server 104, and the broadcast of the transmission side system 10, respectively.
  • Each is executed by the server 106.
  • steps S191 to 194, S201 to S202, and S211 is executed by the broadcast middleware 205 of the client device 20, the PDI client 241 (of the native module 221), and the browser 209.
  • ESG information is processed and transmitted in the same manner as in steps S111, S112, and S121 of FIG.
  • the target delivery scheduled service is It can be notified in advance that it is a PDI distribution service.
  • SLT metadata is processed and transmitted in the same manner as steps S113, S114, and S122 in FIG.
  • PDI-Q when PDI-Q is delivered from the sending system 10, it is delivered in the target ROUTE session by describing “PDI delivery service” as the ServiceCategory attribute (delivery information) of the SLT metadata. It can be notified that the service is a PDI distribution service.
  • step S161 the PDI-Q generator 121 generates PDI-Q.
  • the PDI-Q generated by the process of step S161 is transferred to the application server 105 (S162).
  • step S151 the application server 105 generates a PDI-S application based on the PDI-Q from the PDI server 102.
  • step S152 the application server 105 notifies the broadcast server 106 of the target PDI-Q.
  • step S183 the distribution processing unit 162 determines the PDI-Q distribution method. If it is determined in step S183 that the distribution method is file mode distribution (File Mode), the process proceeds to step S184.
  • step S184 the delivery processing unit 162 describes the referredByAppUrl attribute as reference information in the EFDT.
  • a URL pdi-sAppUrl indicating a reference destination of the PDI-S application is described.
  • step S183 if it is determined in step S183 that the distribution method is entity distribution (Entity Mode), the process proceeds to step S185.
  • step S185 the distribution processing unit 162 describes referredByAppUrl as reference information in the HTTP header (Entity header).
  • a URL pdi-sAppUrl indicating the reference destination of the PDI-S application is described.
  • step S186 the transmission unit 161 transmits the PDI-Q from the application server 105 according to the file mode distribution or entity distribution method.
  • step S191 ESG information is processed and presented as necessary, as in step S131 of FIG.
  • “PDI delivery ⁇ service” is described as the ServiceType element of the ESG information, so that the target delivery scheduled service is recognized as a PDI delivery service. be able to.
  • step S192 SLT metadata is processed as in step S132 of FIG.
  • “PDI delivery service” is described as the ServiceCategory attribute of the SLT metadata
  • the broadcast middleware 205 follows the result of parsing the SLT metadata and performs the PDI delivery service.
  • the ROUTE session to which is distributed is specified, and PDI-Q is acquired (S193).
  • step S194 the PDI-Q acquired from the ROUTE session is stored in the PDI store 261 as in step S134 of FIG. In this case as well, PDI-Q is stored, updated, or deleted.
  • the PDI-S application generated by the application server 105 is transferred to the broadcast server 106 (S153).
  • the transmission unit 161 transmits the PDI-S application from the application server 105.
  • step S201 the PDI client 241 reads the PDI-Q stored in the PDI store 261.
  • step S202 the PDI client 241 acquires and starts a PDI-S application corresponding to the reference information (PDI-S Ref).
  • the URL (pdi-sAppUrl) that indicates the acquisition destination of the PDI-S application as reference information is specified by the EFDT's recommendedByAppUrl attribute when the delivery method is file mode delivery, and when it is entity delivery. Is specified by the recommendedByAppUrl of the HTTP header.
  • the PDI-S application may be distributed by communication from the communication server 107.
  • the client device 20 accesses the communication server 107 via the Internet 50 according to the reference information (URL), and acquires the PDI-S application.
  • URL reference information
  • the PDI-S application acquired through broadcasting or communication in this way is started on the browser 209 and PDI-A (client-side PDI-A) according to the PDI-Q read from the PDI store 261. Is stored in the PDI store 261 (S211).
  • step S142 of FIG. 26 an answer to the question defined in PDI-Q is displayed on the display, and an input or selection of an answer to the question by the end user is accepted, thereby inputting the answer.
  • PDI-A corresponding to the selection result is generated and stored in the PDI store 261.
  • the PDI distribution service screen (FIG. 27) can also be displayed.
  • the PDI-A may be generated by referring to the viewing history information of the end user and analogizing the end user's preference.
  • PDI-Q as a sub-resource is distributed together with the PDI-S application.
  • the PDI-S application generates PDI-A and stores it in the PDI store 261.
  • a PDI-Q instance is generated on the transmission side system 10 side, or a PDI-Q generated or updated when a PDI-Q instance once distributed is updated.
  • Q (PDI-Q instance) is distributed as a sub-resource of the PDI-S application.
  • the PDI-S application can parse PDI-Q as a sub-resource and generate a corresponding PDI-A.
  • FIG. 30 is a diagram showing an overall image of the second PDI processing method.
  • the application manager 222 acquires the PDI-S application distributed in the ROUTE session of the service for App / PDI-Q distribution via the broadcast middleware 205, and on the browser 209. to start.
  • a PDI-S application distributed by communication via the Internet 50 may be acquired.
  • PDI-Q distributed in the same ROUTE session is referred to and processed in the PDI-S application started on the browser 209.
  • the PDI-S application performs the necessary interaction with the end user based on the PDI-Q as the sub-resource, for example, using the dialog screen of FIG. Generate client-side PDI-A).
  • the generated PDI-A (client side PDI-A) is stored in the PDI store 261.
  • FIG. 31 is a diagram showing details of delivery of a PDI-S application and PDI-Q.
  • FIG. 31 shows the relationship between the SLS carried in the SLS signaling session, the PDI-Q carried in the PDI file session, and the PDI-S application broadcasted or communicated.
  • TOITO 0 "0"
  • tsi "app-tsi" is specified as the value of the tsi attribute of the LS element, but the PDI file session is referenced by the value of this tsi attribute.
  • an EFDT, a PDI-Q file, and a PDI-S application file are transferred.
  • the client device 20 performs matching processing between the value of the HTMLEntryPageEntryUrl element (appEntryUrl) of the HELD fragment and the value of the Content-Location attribute (appEntryUrl) of the File element of the FDTParameters element of EFDT, and specifies the TOI (appEntryToi).
  • the PDI-S application file transferred in the PDI file session can be acquired.
  • the PDI-S application distributed by broadcasting is activated, and the PDI-Q file (subresource) transferred in the same PDI file session is referred to and processed in the PDI-S application. Will be.
  • the client device 20 can acquire a PDI-S application file distributed from the communication server 107 via the Internet 50 based on the value of the alternateEntryUrl element (appEntryUrl) of the HELD fragment.
  • the PDI-S application distributed by communication is activated and transferred in the PDI file session within the PDI-S application, or the URL (pdi-description) described in the PDI-S application.
  • a PDI-Q file (sub-resource) distributed from the communication server 107 via the Internet 50 is referred to and processed.
  • steps S251 to S252, S261 to S262, and S271 are executed by the application server 105, the PDI server 102, and the broadcast server 106 of the transmission side system 10, respectively.
  • steps S281 and S291 is executed by the application manager 222 and the browser 209 of the client device 20.
  • step S261 the PDI-Q generator 121 generates PDI-Q.
  • the PDI-Q generated by the process of step S261 is transferred to the application server 105 (S262).
  • step S251 the application server 105 generates a PDI-S application based on the PDI-Q from the PDI server 102.
  • step S ⁇ b> 252 the application server 105 transfers the target PDI-Q (sub-resource) together with the PDI-S application to the broadcast server 106.
  • step S271 the transmission unit 161 transmits the PDI-S application from the application server 105 and PDI-Q as a sub resource.
  • step S281 the application manager 222 acquires and starts the PDI-S application distributed in the ROUTE session via the broadcast middleware 205.
  • the PDI-S application is activated on the browser 209, generates PDI-A (client-side PDI-A) according to PDI-Q as a sub resource, and stores it in the PDI store 261 (S291).
  • the PDI-S application executed on the browser 209 performs the necessary interaction with the end user based on the PDI-Q, for example, using the interactive screen of FIG. -A (client side PDI-A) can be generated.
  • the application including the PDI-S function is distributed without generating the PDI-Q instance file itself, and the PDI-A is distributed on the client device 20 side.
  • the PDI-A is distributed on the client device 20 side.
  • generating for example, a hard-coded PDI-Q content or an application logic integrated is assumed.
  • steps S301 to S302, S311 to S312, S321 to S323, and S331 to S332 are performed by the PDI server 102, the content server 101, the metadata server 104, and the broadcast of the transmission side system 10.
  • Each is executed by the server 106.
  • steps S341 to S342, S351 to S352, and S361 are executed by the broadcast middleware 205, the filtering processing unit 223, and the renderer 207 of the client device 20.
  • the client device 20 Prior to the content filtering process, the client device 20 performs the PDI correspondence process (FIG. 26) of the first PDI processing method (pattern 1) and the PDI correspondence process of the first PDI processing method (pattern 2). (FIG. 28, FIG. 29) or the PDI correspondence processing (FIG. 32) of the second PDI processing method is executed, and PDI-A (client side PDI-A) is stored in the PDI store 261. .
  • step S301 the PDI-Q generator 121 generates PDI-Q.
  • the PDI-Q generated here is transferred to the metadata server 104 (S302).
  • step S321 the PDI-A generator 143 generates PDI-A (provider side PDI-A) for filtering the target content based on the PDI-Q from the PDI server 102.
  • a PDI-Q when a PDI-Q is generated in response to an operation of a provider staff (content provider) such as a broadcasting station, an answer to a question defined in the PDI-Q is displayed on the display.
  • the provider staff is made to input or select an answer to the question, thereby generating a PDI-A (provider side PDI-A) representing the answer.
  • step S322 the ESG processing unit 141 stores PDI-A (provider side PDI-A) in the ESG information. Further, the metadata processing unit 142 stores PDI-A (provider side PDI-A) in the MPD metadata.
  • PDI-A (provider side PDI-A) may be stored in at least one of ESG information and MPD metadata.
  • the ESG information and MPD metadata generated here are transferred to the broadcast server 106 (S323).
  • step S311 the content server 101 processes the content to be distributed.
  • the stream data (DASH segment) obtained by this processing is transferred to the broadcast server 106 (S312).
  • step S331 the transmission unit 161 transmits ESG information and MPD metadata from the metadata server 104.
  • step S ⁇ b> 332 the transmission unit 161 transmits content stream data from the content server 101.
  • step S341 the broadcast middleware 205 processes ESG information and MPD metadata obtained from the broadcast signal received by the tuner 204.
  • the ESG information or the MPD metadata includes PDI-A (provider side PDI-A)
  • the parsing result of the provider side PDI-A is notified to the filtering processing unit 223.
  • step S351 the filtering processing unit 223 queries the PDI-A (client-side PDI-A) stored in the PDI store 261, and PDI-A (provider-side PDI-A) included in the ESG information or MPD metadata. Perform matching processing with A) and specify the content to be acquired.
  • PDI-A client-side PDI-A
  • PDI-A provider-side PDI-A
  • step S342 the broadcast middleware 205 processes the stream data of the content obtained from the broadcast signal.
  • step S352 the filtering processing unit 223 performs filtering of specific content, and acquires stream data of content corresponding to the matching processing result.
  • the contents can be displayed as a list of contents in descending order of PDI-A matching according to the matching processing result.
  • the example of the ESG screen in FIG. 35 indicates that the matching degree of PDI-A is higher in the order of content 1, content 2, and content 3.
  • the end user can preferentially select content with a high degree of matching of PDI-A.
  • ESG screen shown in FIG. 35 is an example of a screen for presenting the filtering processing result, and may be displayed in another display form.
  • step S361 the renderer 207 renders content stream data obtained as a result of filtering.
  • the stream data of the content 1 is rendered, and the video and audio of the content 1 are reproduced (or recorded). Thereby, the content according to the end user's preference is reproduced (or recorded).
  • ATSC Advanced Television System
  • DVB Digital Video Broadcasting
  • ATSC 3.0 in which the IP transmission method is adopted has been described as an example.
  • the present invention is not limited to the IP transmission method, and is applied to other methods such as an MPEG2-TS (TransportTSStream) method, for example. You may do it.
  • MPEG2-TS TransportTSStream
  • digital broadcasting standards include satellite broadcasting using broadcasting satellites (BS: Broadcasting Satellite) and communication satellites (CS: Communications Satellite), cable TV (CATV: Common Antenna TeleVision), etc. It can be applied to standards such as cable broadcasting.
  • BS Broadcasting Satellite
  • CS Communications Satellite
  • CATV Common Antenna TeleVision
  • control information signals
  • other names may be used.
  • the difference between these names is a formal difference and does not differ in substantial contents such as target control information.
  • USBD User Service Description
  • USD User Service Description
  • NRT Non Real Time
  • LCC Long Core C
  • ESG Electronic Service Guide
  • EPG Electronic Program Guide
  • HELD HTTP Entry Location Description
  • AST Application Signaling Table
  • AIT Application Information Table
  • the application may not only explicitly display some information, but may also be operated in a non-display (in the background) (may be started without being recognized by the end user).
  • the content can include any content such as an electronic book, a game, and an advertisement.
  • FIG. 36 is a diagram illustrating a hardware configuration example of a computer that executes the above-described series of processing by a program.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • An input / output interface 1005 is further connected to the bus 1004.
  • An input unit 1006, an output unit 1007, a recording unit 1008, a communication unit 1009, and a drive 1010 are connected to the input / output interface 1005.
  • the input unit 1006 includes a keyboard, a mouse, a microphone, and the like.
  • the output unit 1007 includes a display, a speaker, and the like.
  • the recording unit 1008 includes a hard disk, a nonvolatile memory, and the like.
  • the communication unit 1009 includes a network interface or the like.
  • the drive 1010 drives a removable recording medium 1011 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 1001 loads the program recorded in the ROM 1002 or the recording unit 1008 to the RAM 1003 via the input / output interface 1005 and the bus 1004 and executes the program. A series of processing is performed.
  • the program executed by the computer 1000 can be provided by being recorded on a removable recording medium 1011 as a package medium, for example.
  • the program can be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
  • the program can be installed in the recording unit 1008 via the input / output interface 1005 by attaching the removable recording medium 1011 to the drive 1010.
  • the program can be received by the communication unit 1009 via a wired or wireless transmission medium and installed in the recording unit 1008.
  • the program can be installed in the ROM 1002 or the recording unit 1008 in advance.
  • the processing performed by the computer according to the program does not necessarily have to be performed in chronological order in the order described as the flowchart. That is, the processing performed by the computer according to the program includes processing executed in parallel or individually (for example, parallel processing or object processing).
  • the program may be processed by a single computer (processor) or may be distributedly processed by a plurality of computers.
  • the present technology can take the following configurations.
  • a receiving unit for receiving content A delivery information indicating that a service providing dynamic metadata expressing end user's preference is delivered, and a first representing an answer set by the end user for a question about the end user's preference
  • a processing unit that processes question information representing the question, which is distributed together with the content, based on at least one of reference information indicating a reference destination of an application that generates the answer information.
  • the processor is Generating the first answer information; A matching process is performed between the first answer information and second answer information representing an answer set by a provider who provides the content with respect to the question,
  • the receiving device according to (1), wherein the content filtering process is performed according to a result of the matching process.
  • the distribution information is included in control information distributed together with the content, The receiving device according to (3), wherein the processing unit acquires the question information distributed by the service based on the distribution information included in the control information.
  • the distribution information is included in program information distributed in advance to the content, The receiving device according to (3), wherein the processing unit notifies the delivery of the service in advance based on the delivery information included in the program information.
  • the reference information is included in control information of a session for delivering the service, The receiving device according to (6), wherein the processing unit acquires the application based on the reference information included in the control information.
  • the reference information is included in a header of the question information file distributed in a session for distributing the service
  • the receiving device wherein the processing unit acquires the application based on the reference information included in the header.
  • the receiving apparatus according to any one of (1) to (8), wherein the content is broadcast and distributed by digital broadcasting using an IP (Internet Protocol) transmission method.
  • IP Internet Protocol
  • the receiving device is Receive content, A delivery information indicating that a service providing dynamic metadata expressing end user's preference is delivered, and a first representing an answer set by the end user for a question about the end user's preference
  • a method of processing data including a step of processing question information representing the question, which is distributed together with the content, based on at least one of reference information indicating a reference destination of an application that generates the answer information.
  • a generating unit that generates at least one of reference information indicating a reference destination of an application that generates the answer information of
  • a transmission apparatus comprising: question information representing the question together with content; and a transmission unit configured to transmit at least one of the distribution information and the reference information.
  • the generation unit is second answer information representing an answer set by a provider who provides content for the question, and the second answer is used for matching processing with the first answer information.
  • Generate information The transmission unit according to (11), wherein the transmission unit transmits the second answer information.
  • the transmission device (13) The transmission device according to (12), wherein the distribution information is included in control information distributed together with the content. (14) The transmission apparatus according to (12), wherein the distribution information is included in program information distributed in advance to the content. (15) The transmission apparatus according to any one of (12) to (14), wherein the reference information is included in control information of a session for distributing the service. (16) The transmission device according to any one of (12) to (14), wherein the reference information is included in a header of a file of the question information distributed in a session for distributing the service. (17) The transmission device according to any one of (12) to (16), wherein the second answer information is included in control information distributed together with the content.
  • the transmission apparatus according to any one of (12) to (16), wherein the second answer information is included in program information distributed in advance to the content.
  • the transmission device according to any one of (11) to (18), wherein the content is broadcast and distributed by digital broadcasting using an IP transmission method.
  • the transmitting device is A delivery information indicating that a service providing dynamic metadata expressing end user's preference is delivered, and a first representing an answer set by the end user for a question about the end user's preference Generate at least one of the reference information indicating the reference destination of the application that generates the response information of
  • a data processing method including a step of transmitting, together with content, at least one of question information representing the question and the distribution information and the reference information.

Abstract

本技術は、エンドユーザの嗜好に応じたコンテンツを提供することができるようにする受信装置、送信装置、及び、データ処理方法に関する。 受信装置が、エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報に基づいて、コンテンツとともに配信される、質問を表す質問情報を処理することで、エンドユーザの嗜好に応じたコンテンツを提供する。本技術は、例えば、テレビ受像機に適用することができる。

Description

受信装置、送信装置、及び、データ処理方法
　本技術は、受信装置、送信装置、及び、データ処理方法に関し、特に、エンドユーザの嗜好に応じたコンテンツを提供することができるようにした受信装置、送信装置、及び、データ処理方法に関する。
　各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2 - Transport Stream）方式が採用されているが、今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
　例えば、次世代地上波放送規格の１つであるATSC(Advanced Television Systems Committee)3.0においても、IP伝送方式を採用することが決定されている（非特許文献１参照）。
ATSC Candidate Standard: Link-Layer Protocol (A/330)
　ところで、IP伝送方式を用いたデジタル放送においては、エンドユーザの嗜好に応じたコンテンツを提供できるようにしたいという要求が想定されるが、現状では、エンドユーザの嗜好に応じたコンテンツを提供するための技術方式は確立されていない。
　本技術はこのような状況に鑑みてなされたものであり、エンドユーザの嗜好に応じたコンテンツを提供することができるようにするものである。
　本技術の第１の側面の受信装置は、コンテンツを受信する受信部と、エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報に基づいて、前記コンテンツとともに配信される、前記質問を表す質問情報を処理する処理部とを備える受信装置である。
　本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面のデータ処理方法は、上述した本技術の第１の側面の受信装置に対応するデータ処理方法である。
　本技術の第１の側面の受信装置、及び、データ処理方法においては、コンテンツが受信され、エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報に基づいて、前記コンテンツとともに配信される、前記質問を表す質問情報が処理される。
　本技術の第２の側面の送信装置は、エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報を生成する生成部と、コンテンツとともに、前記質問を表す質問情報と、前記配信情報及び前記参照情報のうち、少なくとも一方の情報を送信する送信部とを備える送信装置である。
　本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面のデータ処理方法は、上述した本技術の第２の側面の送信装置に対応するデータ処理方法である。
　本技術の第２の側面の送信装置、及び、データ処理方法においては、エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報が生成され、コンテンツとともに、前記質問を表す質問情報と、前記配信情報及び前記参照情報のうち、少なくとも一方の情報が送信される。
　本技術の第１の側面、及び、第２の側面によれば、エンドユーザの嗜好に応じたコンテンツを提供することができる。
　なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術を適用した伝送システムの一実施の形態の構成を示すブロック図である。 各サーバの構成例を示すブロック図である。 クライアント装置の構成例を示すブロック図である。 処理部の構成の詳細を示すブロック図である。 本技術のIP伝送方式のプロトコルスタックの例を示す図である。 一般的なコンテンツの配信サービスでのコンテンツフィルタリングの例を示す図である。 理想的なコンテンツの配信サービスでのコンテンツフィルタリングの例を示す図である。 PDIスキーマの例を示す図である。 PDIスキーマの例を示す図である。 PDIスキーマの例を示す図である。 PDI-Qの記述例を示す図である。 質問と回答の画面の例を示す図である。 PDI-Aの記述例を示す図である。 メタデータに含まれるPDI-Aの例を示す図である。 PDIの全体像を示す図である。 第１のPDI処理方式の全体像を示す図である。 SLTメタデータのserviceCategory属性の値の例を示す図である。 SLTメタデータの記述例を示す図である。 ESGのServiceType要素の値の例を示す図である。 ESG情報の記述例を示す図である。 PDI配信サービスが利用可能である場合のXMLフラグメントの関係を示す図である。 ESGサービスの画面の表示例を示す図である。 ファイルモード配信の場合に、EFDTパラメータを拡張するときの例を示す図である。 拡張されたEFDTスキーマの例を示す図である。 エンティティモード配信の場合に、HTTPヘッダを拡張するときの例を示す図である。 第１のPDI処理方式（パターン１）の場合の送信側と受信側の各装置で実行されPDI対応処理の流れを説明するフローチャートである。 PDI配信サービスの画面の表示例を示す図である。 第１のPDI処理方式（パターン２）の場合の送信側と受信側の各装置で実行されるPDI対応処理の流れを説明するフローチャートである。 第１のPDI処理方式（パターン２）の場合の送信側と受信側の各装置で実行されるPDI対応処理の流れを説明するフローチャートである。 第２のPDI処理方式の全体像を示す図である。 PDI-SアプリケーションとPDI-Qの配信の詳細を示す図である。 第２のPDI処理方式の場合の送信側と受信側の各装置で実行されるPDI対応処理の流れを説明する。 PDIを利用したコンテンツフィルタリング処理の流れを説明するフローチャートである。 PDIを利用したコンテンツフィルタリング処理の流れを説明するフローチャートである。 PDI配信サービスの画面の表示例を示す図である。 コンピュータの構成例を示す図である。
　以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
１．システムの構成
２．本技術の概要
３．PDI対応処理
（１）第１のPDI処理方式
　（１－１）配信情報の配信方法
　（１－２）参照情報の配信方法
　（１－３）パターン１のPDI対応処理
　（１－４）パターン２のPDI対応処理
（２）第２のPDI処理方式
（３）PDIを利用したコンテンツフィルタリング処理
４．変形例
５．コンピュータの構成
＜１．システムの構成＞
（伝送システムの構成例）
　図１は、本技術を適用した伝送システムの一実施の形態の構成を示すブロック図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
　図１において、伝送システム１は、送信側システム１０と、受信側のクライアント装置２０から構成される。伝送システム１においては、送信側システム１０から送信されるデータが、放送網としての伝送路４０、又は通信網としてのインターネット５０を介してクライアント装置２０により受信される。
　送信側システム１０は、コンテンツサーバ１０１、PDIサーバ１０２、ESGサーバ１０３、メタデータサーバ１０４、アプリケーションサーバ１０５、放送サーバ１０６、及び通信サーバ１０７から構成される。
　コンテンツサーバ１０１は、番組等のコンテンツを処理し、コンテンツのストリームデータを、放送サーバ１０６又は通信サーバ１０７に送信する。
　PDIサーバ１０２は、PDI-Qを生成し、メタデータサーバ１０４及びアプリケーションサーバ１０５に送信する。
　ここで、PDI(Preference Demographic and Interest)は、エンドユーザへの質問とそれに対する回答で構成される、エンドユーザの嗜好等を表現する動的なメタデータ機構である。なお、PDIの詳細は、図６乃至図１５を参照して後述するが、PDIとしては、PDI-Qと、PDI-Aと、PDI-Sがある。
　PDI-Q(Question)は、エンドユーザの嗜好についての質問を表す情報（以下、質問情報ともいう）である。PDI-A(Answer)は、PDI-Qの質問に対して設定された回答を表す情報（以下、回答情報ともいう）である。PDI-S(Script)は、PDI-Aを取得するためのスクリプトを表している。以下、このPDI-Sに対応したアプリケーションを、PDI-Sアプリケーションと称する。
　ESGサーバ１０３は、ESG(Electronic Service Guide)情報を生成し、メタデータサーバ１０４に送信する。なお、詳細は、図５等を参照して後述するが、ESG情報は、番組情報である。
　メタデータサーバ１０４は、制御情報（シグナリング）を生成し、放送サーバ１０６又は通信サーバ１０７に送信する。また、メタデータサーバ１０４は、PDIサーバ１０２からのPDI-Qや、ESGサーバ１０３からのESG情報を処理し、その結果得られるデータを、放送サーバ１０６又は通信サーバ１０７に送信することができる。
　アプリケーションサーバ１０５は、アプリケーションを生成し、放送サーバ１０６又は通信サーバ１０７に送信する。例えば、アプリケーションサーバ１０５は、PDIサーバ１０２からのPDI-Qに基づいて、PDI-Sアプリケーションを生成することができる。
　放送サーバ１０６は、コンテンツサーバ１０１からのコンテンツのストリームデータ、メタデータサーバ１０４からの制御情報やESG情報、及びアプリケーションサーバ１０５からのアプリケーションのデータを受信する。
　放送サーバ１０６は、コンテンツのストリームデータ、制御情報やESG情報、アプリケーションなどのデータを処理し、その結果得られる伝送データを、専用線などの所定の回線を介して、送信所３０に設置される送出設備に送信する。
　送信所３０内の送出設備が、放送サーバ１０６からの伝送データに対し、必要な処理（変調処理等）を施すことで、その結果得られる放送信号（放送波）が、伝送路４０を介して、クライアント装置２０により受信される。
　通信サーバ１０７は、クライアント装置２０からの要求に応じて、インターネット５０を介して各種のデータを提供するサーバである。
　通信サーバ１０７は、コンテンツサーバ１０１からのコンテンツのストリームデータ、メタデータサーバ１０４からの制御情報やESG情報、及びアプリケーションサーバ１０５からのアプリケーションのデータを受信して処理する。
　通信サーバ１０７は、クライアント装置２０からの要求に応じて、コンテンツのストリームデータ、制御情報、ESG情報、又はアプリケーションを、インターネット５０を介して配信する。
　クライアント装置２０は、例えば、テレビ受像機やセットトップボックス（STB：Set Top Box）、ネットワークストレージ、ゲーム機などの固定受信機、あるいは、スマートフォンや携帯電話機、タブレット型コンピュータなどのモバイル受信機である。
　また、クライアント装置２０は、ヘッドマウントディスプレイ（HMD：Head Mounted Display）などのウェアラブルコンピュータであってもよい。さらに、クライアント装置２０は、例えば車載テレビなどの自動車に搭載される機器であってもよい。
　クライアント装置２０は、放送サーバ１０６から伝送路４０を介して送信されてくる放送信号を受信して、処理することで、放送経由で配信された番組等のコンテンツを再生することができる。また、クライアント装置２０は、通信サーバ１０７からインターネット５０を介して配信されるストリームデータを処理することで、通信経由で配信された番組等のコンテンツを再生することができる。
　クライアント装置２０は、放送サーバ１０６又は通信サーバ１０７から配信されるアプリケーションのデータを処理することで、アプリケーションを実行することができる。また、クライアント装置２０は、PDIに関する処理を行うことができる。なお、クライアント装置２０の詳細な構成は、図３及び図４を参照して後述する。
　なお、図１の伝送システム１においては、説明を簡単にするために、１台のクライアント装置２０のみを図示しているが、クライアント装置２０は、複数台設けることができる。そして、放送サーバ１０６から送信（一斉同報配信）される放送信号は、伝送路４０を介して、複数台のクライアント装置２０で同時に受信することができる。
（各サーバの構成例）
　図２は、図１の各サーバの構成例を示すブロック図である。
　図２においては、図１の送信側システム１０を構成するサーバのうち、PDIサーバ１０２、ESGサーバ１０３、メタデータサーバ１０４、及び放送サーバ１０６を図示しており、これらのサーバを中心に説明する。
　PDIサーバ１０２は、PDI-Qジェネレータ１２１を有する。PDI-Qジェネレータ１２１は、PDI-Qを生成し、メタデータサーバ１０４に送信する。
　ESGサーバ１０３は、ESG情報を生成し、メタデータサーバ１０４に送信する。
　メタデータサーバ１０４は、ESG処理部１４１、メタデータ処理部１４２、及びPDI-Aジェネレータ１４３を有する。
　ESG処理部１４１は、ESGサーバ１０３からのESG情報を処理し、放送サーバ１０６に送信する。ここでは、ESG情報に対し、PDI配信サービス（PDI Delivery Service）が配信されていることを示す情報（以下、配信情報ともいう）を含めることができる。
　メタデータ処理部１４２は、コンテンツとともに配信される制御情報（が含むメタデータ）を処理し、放送サーバ１０６に送信する。ここでは、制御情報（後述するSLTメタデータ）に対し、配信情報を含めることができる。
　PDI-Aジェネレータ１４３は、PDIサーバ１０２からのPDI-Qに基づいて、PDI-Aを生成し、ESG処理部１４１又はメタデータ処理部１４２に供給する。
　ESG処理部１４１は、PDI-Aジェネレータ１４３からのPDI-Aを、ESG情報に含めることができる。また、メタデータ処理部１４２は、PDI-Aジェネレータ１４３からのPDI-Aを、制御情報（後述するMPDメタデータ）に含めることができる。
　放送サーバ１０６は、送信部１６１及び配信処理部１６２を有する。
　送信部１６１は、コンテンツサーバ１０１からのコンテンツとともに、メタデータサーバ１０４からの制御情報やESG情報を送信する。さらに、送信部１６１は、アプリケーションサーバからのアプリケーションを送信することができる。
　配信処理部１６２は、配信方式に応じて、PDI-Sアプリケーションの参照先を示す情報（以下、参照情報ともいう）を配信することができる。ここで、参照情報は、例えば、URL(Uniform Resource Locator)であり、例えば、PDI配信サービスを配信するセッションの制御情報（後述するEFDT）又はPDI-Qのファイルのヘッダ（後述するHTTPヘッダ）などに含めることができる。
　各サーバは、以上のように構成される。
（クライアント装置の構成例）
　図３は、図１のクライアント装置２０の構成例を示すブロック図である。
　図３において、クライアント装置２０は、処理部２０１、入力部２０２、記憶部２０３、チューナ２０４、放送ミドルウェア２０５、DASHクライアント２０６、レンダラ２０７、出力部２０８、ブラウザ２０９、及び通信I/F２１０から構成される。
　処理部２０１は、例えば、CPU(Central Processing Unit)やマイクロプロセッサ等から構成される。処理部２０１は、各種の演算処理や、各部の動作制御など、クライアント装置２０における中心的な処理装置として動作する。処理部２０１は、クライアント装置２０内の各部との間で、各種のデータをやりとりすることができる。
　入力部２０２は、例えば、物理的なボタン等であり、ユーザの操作に応じた操作信号を、処理部２０１に供給する。処理部２０１は、入力部２０２から供給される操作信号に基づいて、各部の動作を制御する。
　記憶部２０３は、例えば、半導体メモリやハードディスクドライブ（HDD：Hard Disk Drive）等から構成される。記憶部２０３は、処理部２０１からの制御に従い、各種のデータを記憶する。
　チューナ２０４は、アンテナを介して、放送サーバ１０６から送信されてくる放送信号を受信して処理し、その結果得られるデータを、放送ミドルウェア２０５に供給する。
　放送ミドルウェア２０５は、チューナ２０４から供給されるデータを処理し、その結果得られるデータの種別に応じて、処理部２０１、DASHクライアント２０６、又はブラウザ２０９に供給する。
　ここで、処理対象のデータのうち、コンテンツのストリームデータ（DASHセグメント）は、DASHクライアント２０６に供給され、アプリケーションのデータは、ブラウザ２０９に供給される。また、制御情報やESG情報、PDIに関する情報は、処理部２０１に供給される。
　DASHクライアント２０６には、放送ミドルウェア２０５から供給されるDASHセグメントを処理し、その結果得られるビデオとオーディオのデータを、レンダラ２０７に供給される。なお、実際には、このDASHセグメントを処理して得られるビデオとオーディオのデータは、デコーダによりデコードされた後に、レンダラ２０７に供給されることになる。
　レンダラ２０７は、DASHクライアント２０６から供給されるビデオとオーディオのデータに対し、レンダリング処理を行い、その結果得られるデータを、出力部２０８に供給する。
　出力部２０８は、レンダラ２０７から供給されるビデオとオーディオのデータを出力する。これにより、クライアント装置２０では、番組等のコンテンツが再生され、その映像や音声が出力される。
　なお、番組等のコンテンツは、録画されるようにしてもよい。また、映像を表示するディスプレイや、音声を出力するスピーカは、クライアント装置２０の内部に設けるほか、外部に設けて出力部２０８からのデータが供給されるようにしてもよい。
　ブラウザ２０９は、例えばHTML5(HyperText Markup Language 5)に対応したブラウザである。ブラウザ２０９は、放送ミドルウェア２０５から供給されるアプリケーションのデータを処理し、その結果得られるデータを、出力部２０８に供給する。これにより、クライアント装置２０では、アプリケーションの映像が表示される。例えば、ブラウザ２０９は、PDI-Sアプリケーションを実行することができる。
　通信I/F２１０は、通信インターフェース回路等から構成される。通信I/F２１０は、インターネット５０を介して通信サーバ１０７と各種のデータのやりとりを行う。
　ここで、受信対象のデータのうち、コンテンツのストリームデータ（DASHセグメント）は、DASHクライアント２０６に供給され、アプリケーションのデータは、ブラウザ２０９に供給される。また、制御情報やESG情報、PDIに関する情報は、処理部２０１に供給される。
　なお、これらの通信経由で取得されたデータに対する処理は、上述した放送経由で取得されたデータに対する処理と同様であるため、ここでは、その説明は省略する。
　クライアント装置２０は、以上のように構成される。
（処理部の構成）
　図４は、図３の処理部２０１の構成の詳細を示すブロック図である。
　図４において、処理部２０１は、ネイティブモジュール２２１、アプリケーションマネージャ２２２、及びフィルタリング処理部２２３を有する。また、記憶部２０３は、PDI-Q又はPDI-Aを格納するPDIストア２６１を含む。
　ネイティブモジュール２２１は、いわゆるネイティブアプリケーションとして、クライアント装置２０で起動されるオペレーティングシステム（OS：Operating System）環境などで実行される。ネイティブモジュール２２１は、PDIクライアント２４１を有する。
　PDIクライアント２４１は、ネイティブアプリケーションとして、PDIに関する処理を行う。例えば、PDIクライアント２４１は、PDI-Qに基づいて、PDI-Aを生成する。
　アプリケーションマネージャ２２２は、いわゆるWebアプリケーションとしてのアプリケーションを管理する。例えば、アプリケーションマネージャ２２２は、PDI-Sアプリケーションの取得や起動を管理する。
　フィルタリング処理部２２３は、PDI-Aのマッチング処理を行うことで、取得対象のコンテンツを特定する。また、フィルタリング処理部２２３は、マッチング処理の結果に従い、特定のコンテンツのフィルタリング処理を行う。
　処理部２０１は、以上のように構成される。
＜２．本技術の概要＞
（本技術のプロトコルスタック）
　図５は、本技術のIP伝送方式のプロトコルスタックの例を示す図である。
　デジタル放送の伝送方式として、現状では、MPEG2-TS(Transport Stream)方式が広く普及しているが、今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式が普及することが想定されている。
　例えば、次世代地上波放送規格の１つであるATSC(Advanced Television Systems Committee)3.0においても、IP伝送方式を採用して、より高度なサービスを提供できるようにすることが期待されている。本技術においても、ATSC3.0等の放送方式と同様に、IP伝送方式を採用することができる。
　図５において、最も下位の階層は、物理層（Physical Layer）とされる。ATSC3.0等のIP伝送方式のデジタル放送では、一方向の放送を利用した伝送に限らず、一部のデータを、双方向の通信を利用して伝送する場合があるが、放送（Broadcast）を利用する場合、その物理層は、サービス（チャネル）のために割り当てられた放送波の周波数帯域等が対応することになる。
　物理層（Physical Layer）の上位の階層は、データリンク層（Data Link Layer）とされる。また、データリンク層の上位の階層は、IP(Internet Protocol)層とUDP(User Datagram Protocol)層とされる。IP層とUDP層は、通信の階層モデルにおけるネットワーク層とトランスポート層に相当する層であり、IPアドレスとポート番号により、IPパケットとUDPパケットが特定される。
　ここで、ATSC3.0では、制御情報（シグナリング）として、LLS(Low Level Signaling)とSLS(Service Layer Signaling)を用いることが想定されている。LLSは、SLSよりも下位の層で伝送される制御情報である。SLSは、サービス単位の制御情報である。すなわち、ATSC3.0では、トランスポート層の制御情報が、LLSとSLSの２階層で伝送される。
　LLSには、SLT(Service List Table)等のメタデータが含まれる。SLTメタデータは、放送サービス（チャネル）の選局に必要な情報など、放送ネットワークにおけるストリームや放送サービスの構成を示す基本情報を含む。このSLTメタデータは、UDPパケットを含むIPパケットであるUDP/IPパケットに含めて伝送される。ただし、SLTメタデータを格納したUDP/IPパケットは、特別なIPアドレスとポート番号で伝送されることになる。
　IP層とUDP層に隣接する上位の階層は、ROUTE(Real-time Object Delivery over Unidirectional Transport)とされる。ROUTEは、ストリーミングファイル転送用のプロトコルであって、FLUTE(File Delivery over Unidirectional Transport)を拡張したものである。
　このROUTEセッションにより、放送サービスごとに、SLSのファイル（Signaling）や、NRT(Non Real Time)コンテンツのファイル（NRT）、DASHセグメントファイル（DASH）などが伝送される。
　ここで、SLSは、サービスレベルの制御情報であり、対象の放送サービスに属するコンポーネントの探索と選択に必要な情報や属性などを提供するものである。SLSは、USBD(User Service Bundle Description)，S-TSID(Service-based Transport Session Instance Description)，MPD(Media Presentation Description)，HELD(HTTP Entry Location Description)等のメタデータを含む。
　USBDメタデータは、他のメタデータの取得先などの情報を含む。
　S-TSIDメタデータは、LSID(LCT Session Instance Description)をATSC3.0向けに拡張したものであって、ROUTEプロトコルの制御情報である。また、S-TSIDメタデータは、ROUTEセッションで伝送されるEFDT(Extended FDT)を特定することができる。EFDTは、FLUTEで導入されていたFDT(File Delivery Table)を拡張したものであって、転送用の制御情報である。
　MPDメタデータは、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)に準拠したストリーミング配信を行うために用いられる、ビデオやオーディオのファイルの制御情報である。HELDメタデータは、アプリケーションの制御情報である。
　ここで、MPEG-DASHは、OTT-V(Over The Top Video)に従ったストリーミング配信規格であって、HTTP(Hypertext Transfer Protocol)をベースとしたストリーミングプロトコルを用いたアダプティブストリーミング配信に関する規格である。
　このMPEG-DASHの規格では、ビデオやオーディオのファイルの制御情報であるメタデータを記述するためのマニフェストファイルと、動画のコンテンツを伝送するためのファイルフォーマットが規定されている。ここでは、前者のマニフェストファイルが、MPD(Media Presentation Description)と称され、後者のファイルフォーマットは、セグメントフォーマットとも称される。
　また、トランスポート・プロトコルとして、ROUTEを用いる場合には、ストリーミングのファイルフォーマットとして、MP4ファイルフォーマットを用いることができる。MP4ファイルフォーマットは、ISO/IEC 14496-12で規定されているISO BMFF(ISO Base Media File Format)の派生フォーマットである。
　ROUTEセッションで伝送されるセグメントは、イニシャライゼイションセグメント（IS：Initialization Segment）と、メディアセグメント（MS：Media Segment）から構成される。イニシャライゼイションセグメントは、データ圧縮方式等の初期化情報を含んでいる。また、メディアセグメントは、ビデオやオーディオ、字幕のストリームのデータを格納している。すなわち、このメディアセグメントが、DASHセグメント（DASHセグメントファイル）に相当するものである。
　このように、番組等のコンテンツを構成するサービスコンポーネント（ビデオやオーディオ、字幕等）のストリームデータは、ISO BMFFの規格に準じたDASHセグメント単位で、ROUTEセッションにより伝送されることになる。
　なお、NRTコンテンツは、受信機のストレージに一旦蓄積された後で再生が行われるコンテンツである。また、例えば、アプリケーションや電子サービスガイド（ESG：Electronic Service Guide）のファイルなど、NRTコンテンツ以外のファイルを、ROUTEセッションで伝送することもできる。なお、PDI配信サービスでは、関連するすべてのファイルを、NRTコンテンツと同様に転送することができる。
　また、LLSとしてのSLTメタデータや、SLSとしてのUSBD，S-TSID，MPD等のメタデータは、例えば、XML(Extensible Markup Language)等のマークアップ言語により記述されたテキスト形式のデータとすることができる。
　一方で、双方向の通信（Broadband）を利用する場合、その物理層（Physical Layer）の上位の階層は、データリンク層（Data Link Layer）とされる。また、データリンク層の上位の階層は、ネットワーク層に相当するIP層とされる。IP層に隣接する上位階層は、トランスポート層に相当するTCP(Transmission Control Protocol)層とされ、さらに、TCP層に隣接する上位階層は、アプリケーション層に相当するHTTP層とされる。
　すなわち、これらの階層によって、インターネット等の通信回線で稼働するTCP/IPなどのプロトコルが実装される。
　HTTP層に隣接する上位階層のうち、一部の階層は、制御情報（Signaling）と、NRTコンテンツ（NRT）とされる。この制御情報としては、上述したROUTEセッションで伝送される制御情報など、すべての制御情報が含まれる。また、NRTコンテンツは、通信経由で取得されるコンテンツであって、例えば、アプリケーションが含まれる。
　HTTP層に隣接する上位階層のうち、上述した階層以外の他の階層は、DASHセグメント（DASH）とされる。すなわち、双方向の通信系のストリーミング配信では、VOD(Video On Demand)番組等のコンテンツを構成するサービスコンポーネント（ビデオやオーディオ、字幕等）のストリームデータが、ISO BMFFの規格に準じたDASHセグメント単位で伝送されることになる。
　以上のように、本技術のIP伝送方式のプロトコルスタックにおいては、一方向の放送系の階層と、双方向の通信系の階層の一部が共通のプロトコルとなって、一方向の放送と双方向の通信で、コンテンツを構成するサービスコンポーネントのストリームデータを、ISO BMFFの規格に準じたDASHセグメント単位で伝送することができる。
　そのため、一方向の放送系のストリーミング配信と、双方向の通信系のストリーミング配信の双方を行う場合において、上位の階層のプロトコルが共通化されているため、各装置での実装の負担や処理の負担を軽減することができる。
（一般的なコンテンツフィルタリングの例）
　図６は、一般的なコンテンツの配信サービスでのコンテンツフィルタリングの例を示す図である。
　図６に示すように、一般的なコンテンツの配信サービスにおいては、コンテンツを提供するプロバイダ側の送信サーバにおいて設定されたフィルタリング属性を、コンテンツメタデータ（フィルタリング属性）としてコンテンツに付与することで、コンテンツを受信するクライアント装置（のフィルタリングモジュール）でのコンテンツのフィルタリング処理が行われるようにしている。
　このコンテンツメタデータは、ATSC（Advanced Television Systems Committee standards）やARIB（Association of Radio Industries and Business）等の標準化団体によって規定されたメタデータセットの中から選択されたメタデータの要素についての値として設定される。
　すなわち、例えば、要素名として、「視聴対象」が選択され、その要素についての値として「10代」が設定されたコンテンツメタデータが付与されたコンテンツは、「視聴対象が10代である視聴者向けのコンテンツ」が取得されるように、フィルタリング処理を行うクライアント装置に提供されることになる。
　しかしながら、標準化団体によって規定されたメタデータセットに含まれないコンテンツメタデータ（フィルタリング属性）を、コンテンツに付与することはなされていない。
　例えば、プロバイダ側が、「視聴対象が10代であり、かつ、就職活動に興味がある視聴者向けのコンテンツ」を配信したい場合であっても、標準化団体によって規定されたメタデータセットの中に、「就職活動に興味があるかどうか」がコンテンツメタデータの要素として存在しない場合、コンテンツに対し、「就職活動に興味がある」が設定されたコンテンツメタデータを付与することはできない。
　したがって、プロバイダ側では、その時のニーズに応じた（例えば、流行を考慮した）、エンドユーザの関心事をコンテンツメタデータとして付与したコンテンツを配信することができなかった。一方で、このような場合に、クライアント装置においては、その時のニーズに応じたコンテンツを取得するようなフィルタリング処理を行うことはできなかった。
（理想的なコンテンツフィルタリングの例）
　図７は、理想的なコンテンツの配信サービスでのコンテンツフィルタリングの例を示す図である。
　例えば、プロバイダ側で、「視聴対象が10代であり、かつ、就職活動に興味がある視聴者向けのコンテンツ」を配信したい場合に、「就職活動に興味があるかどうか」という基準が、標準化団体で規定されるコンテンツメタデータに含まれていないとき、何らかの手法で、「就職活動に興味がある」という嗜好を、エンドユーザから事前に聴取して、クライアント装置（のフィルタリングモジュール）に設定しておく必要がある。
　ここでは、図７に示すように、コンテンツメタデータとして、「"視聴対象" = "10代"」のほかに、要素名として、プロバイダ別質問事項１を規定し、その要素についての値として、「YES」が含まれるようにする。すなわち、プロバイダ別質問事項１は、「求職中ですか？」が設定されているため、その値として「YES」が設定された場合には、求職中である（就職活動に興味がある）ことを表している。
　このようなコンテンツメタデータを付与したコンテンツを配信することで、クライアント装置では、例えば、コンテンツメタデータとして、「"視聴対象" = "10代"」、かつ、「"プロバイダ別質問事項１" = "YES"」が付与されたコンテンツ、すなわち、視聴対象が10代であり、かつ、就職活動に興味がある視聴者向けのコンテンツのみを取得するためのフィルタリング処理を行うことができる。
　なお、ここでは、追加した質問も、コンテンツメタデータとともに配信されるようにすることが望ましい。さらに、プロバイダが提供する質問の内容が、高度な対話性（ユーザの反応により条件分岐するような質問）を必要とする場合には、単に質問事項のみを、クライアント装置に配信するばかりでなく、エンドユーザとの対話を行うスクリプト等により実行されるアプリケーションとして配信して、エンドユーザの嗜好を精度良く、汲み取れることが望ましい。
　また、リアルタイムで配信される実況中継番組など、事前に内容の展開が予想できないようなコンテンツの場合には、コンテンツの配信の開始時や配信継続中に、エンドユーザとの対話を行い、エンドユーザのその時点での気分や嗜好に合わせたストリームの選択制御を行ったり、そのコンテンツに関連してダウンロードされるアプリケーション（スクリプト）を選択実行させたりしたい場合がある。
　この場合、当該コンテンツが配信されると同時（又は配信開始の直前若しくは配信中）に、上述した対話型のスクリプト等によって、エンドユーザの嗜好を汲み取る処理が行われることが望ましい。
　ここで、このような対話型のスクリプト等によって、エンドユーザの嗜好を汲み取る処理を行い、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータが付与されたコンテンツを配信するための手法として、ATSC2.0で採用されたPDI（Preference Demographic and Interest）がある（下記の非特許文献２参照）。
　非特許文献２：ATSC Standard: Interactive Services Standard
（PDIスキーマの例）
　図８乃至図１０には、PDIスキーマの例を示している。なお、図８乃至図１０においては、説明の都合上、各行に行番号を記述している。
　図８において、４行目乃至８行目には、質問のそれぞれについての名称及び型の宣言を示している。
　具体的には、４行目の"QIA"の名称で定義される質問の型"pdi:QIAType"は、その質問が整数値型の回答を求める質問であることを示している。また、５行目の"QBA"の名称で定義される質問の型"pdi:QBAType"は、その質問が論理値型の回答を求める質問であることを示している。
　６行目の"QSA"の名称で定義される質問の型"pdi:QSAType"は、その質問が回答候補選択型の回答を求める質問であることを示している。また、７行目の"QTA"の名称で定義される質問の型"pdi:QTAType"は、その質問が文字列型の回答を求める質問であることを示している。
　８行目の"QAA"の名称で定義される質問の型"pdi:QAAType"は、その質問が回答の型を制限しない質問であることを示している。以下の行においては、上述のように宣言された各質問それぞれの要素の宣言を示している。
　なお、１４行目には、オプショナルな要素として、referredByAppUrl要素が定義されている。このreferredByAppUrl要素は、PDI-Sアプリケーションの参照先を示す参照情報（例えば、URL）を通知するために、新たに追加された要素である。
　すなわち、このreferredByAppUrl要素によって、PDIインスタンスに、PDI-SアプリケーションのURLを直接記述することが可能となる。この参照情報としてのreferredByAppUrl要素の詳細は、後述する。
　ここで、PDIとしては、エンドユーザの嗜好についての質問を表す情報（質問情報）であるPDI-Q(Question)と、PDI-Qの質問に対するエンドユーザにより設定された回答を表す情報（回答情報）であるPDI-A(Answer)（以下、クライアント側PDI-Aともいう）と、PDI-Qの質問に対するプロバイダにより設定された回答を表す情報（回答情報）であるPDI-A（以下、プロバイダ側PDI-Aともいう）がある。
　図８乃至図１０に示したPDIスキーマは、XML（Extensible Markup Language）文書からなるPDI-Qの構造を定義するためのXMLスキーマの例となる。ただし、PDI-Qとして定義される質問に対する回答であるPDI-Aの構造を定義するためのXMLスキーマは、基本的にPDI-Qの構造を定義したXMLスキーマと同様の構造を有している。
　なお、XMLスキーマにより定義されるPDI-QやPDI-Aの構造は、図８乃至図１０に示した構造に限定されず、他の構造を採用することができる。
（PDI-Qの記述例）
　図１１は、PDI-Qの記述例を示す図である。
　図１１において、QSA要素の開始タグと終了タグの間には、Q要素、QText要素、及びSelection要素が記述されており、回答候補選択型の回答を求める質問を定義している。また、QSA要素のid要素には、質問と回答候補の組の識別子として、"ProviderA:123"が記述されている。
　Q要素のminChoice属性には、"1"が指定されており、回答される選択肢の数が１つに制約されることを意味している。
　QText要素には、質問として、"Which do you prefer, captions for adult or for children?"（大人向けの字幕であるか、子供向けの字幕であるか？）が記述されている。
　Selection要素には、質問に対する回答の選択肢として、"1"であるselectionId属性が付与された"For adults"（大人向け）と、"2"であるselectionId属性が付与された"For children"（子供向け）がそれぞれ記述されている。
（質問と回答の表示例）
　図１２は、クライアント装置が、送信サーバから受信したPDI-Q（図１１）に定義されている質問と回答の画面（エンドユーザとの対話画面）を表示している例を示す図である。
　図１２においては、図１１のPDI-Qの開始タグと終了タグの間に記述されるQText要素の記述内容に対応して、"Which do you prefer, captions for adult or for children?"である質問が表示されている。
　また、この質問の下段には、Selection要素の記述内容に対応した"For adults"と、"For children"である回答の選択肢が表示されている。
　クライアント装置では、質問を確認したエンドユーザにより、いずれか一方の選択肢が選択可能になされている。すなわち、エンドユーザによる質問に対する回答の選択肢の選択の結果に応じて、PDI-A（クライアント側PDI-A）が生成される。
　なお、プロバイダ側においても、図１２の対話画面が表示され、プロバイダ（コンテンツの提供者）による質問に対する回答の選択肢の選択の結果に応じて、PDI-A（プロバイダ側PDI-A）が生成される。
（PDI-Aの記述例）
　図１３は、PDI-Aの記述例を示す図である。
　図１３において、QSA要素の開始タグと終了タグの間には、Q要素、QText要素、Selection要素、及びA要素が記述されており、回答候補選択型の回答を求める質問とその回答を定義している。
　すなわち、図１３のPDI-Aは、図１１のPDI-Qと比べて、A要素が追加されている点が異なっている。A要素のanswer属性には、"2"が指定されている。このanswer属性の値は、Selection要素のselectionId属性の値に対応している。
　すなわち、図１３のPDI-Aの記述例では、図１２の対話画面において、"Which do you prefer, captions for adult or for children?"である質問に対する、"For adults"と"For children"である回答の選択肢のうち、"For children"が選択された場合を示している。
（コンテンツのフィルタリング処理）
　クライアント装置では、エンドユーザにより設定された回答に応じたPDI-A（クライアント側PDI-A）と、プロバイダ（コンテンツの提供者）により設定された回答に応じたPDI-A（プロバイダ側PDI-A）とのマッチング処理結果に従い、コンテンツのフィルタリング処理が行われる。
　なお、プロバイダ側PDI-Aは、配信されるコンテンツのメタデータ（後述するMPDメタデータやESG情報など）に含めて配信される。
　例えば、クライアント装置において、クライアント側PDI-Aとして、図１３に示したPDI-Aが生成された場合に、送信サーバから配信されるメタデータを受信したとき、当該メタデータに、図１４に示したPDI-A（プロバイダ側PDI-A）が含まれていたとする。
　ここで、図１４のＡのPDI-A（プロバイダ側PDI-A）は、図１２の対話画面において、質問に対する回答の選択肢のうち、"For children"が選択された場合を示している。一方で、図１４のＢのPDI-A（プロバイダ側PDI-A）は、図１２の対話画面において、質問に対する回答の選択肢のうち、"For adults"が選択された場合を示している。
　そして、クライアント装置では、配信されるコンテンツのメタデータに、図１４のＡのプロバイダ側PDI-Aが含まれる場合、当該プロバイダ側PDI-Aとクライアント側PDI-Aとはマッチする（"For children"でセレクション項目が一致する）と判断して、当該コンテンツを選択する。
　一方で、クライアント装置では、配信されるコンテンツのメタデータに、図１４のＢのプロバイダ側PDI-Aが含まれる場合、当該プロバイダ側PDI-Aとクライアント側PDI-Aとはマッチしない（"For adults"と"For children"とでセレクション項目が一致しない）と判断して、当該コンテンツを選択しない。
　すなわち、回答候補選択型（セレクション型）のPDI-Qに対するPDI-Aの場合には、クライアント装置側のコンテンツフィルタに設定されるPDI-A（クライアント側PDI-A）が示す選択されたセレクション項目の１つでも満足するPDI-A（プロバイダ側PDI-A）がアサインされているコンテンツを取得対象とするコンテンツフィルタリングが行われる。
（PDIの全体像）
　以上をまとめると、図１５に示すようになる。図１５は、PDIの全体像を示す図である。
　図１５に示すように、プロバイダサーバでは、クライアント装置を使用するユーザの嗜好についての質問を表す情報であるPDI-Qと、ユーザの嗜好についての質問に対してプロバイダにより設定された回答を表す情報であるPDI-A（プロバイダ側PDI-A）が生成され、クライアント装置に送信される。
　なお、詳細は後述するが、プロバイダ側PDI-Aは、コンテンツとともに伝送されるMPDメタデータやESG情報に含めて送信することができる。
　一方で、クライアント装置では、PDI-Qが受信されると、PDI-Qの質問に対するユーザの回答を表す情報であるPDI-A（クライアント側PDI-A）が生成され、保存される。
　そして、クライアント装置では、プロバイダから配信されるコンテンツの受信に際し、プロバイダからのプロバイダ側PDI-Aと、保存されたクライアント側PDI-Aとのマッチング処理を行い、PDI-Aがマッチしたコンテンツのみが再生（又は録画）されることになる。
　このように、最適なコンテンツを選択する際の選択基準となるパラメータのバリエーションとして、ATSC2.0で採用されたPDIと呼ばれるエンドユーザへの質問とそれに対する回答で構成される、エンドユーザの嗜好等を表現する動的なメタデータ機構がある。
　そして、ATSC3.0等の放送方式においても、PDIを採用して、エンドユーザの嗜好に応じたコンテンツを提供できるようにすることが期待されている。
　そこで、本技術では、メタデータ機構により生成されるメタデータ（コンテンツメタデータ）を配信するフォーマットであるPDI-Qのインスタンスを転送するサービス（PDI配信サービス）の定義とその制御情報（シグナリング）、さらにそのフォーマットやサービスの制御情報（シグナリング）に、配信した後にエンドユーザとのインタラクションにより、PDI-Aを生成するアプリケーションなどの参照情報などを格納できるようにすることで、エンドユーザの嗜好に応じたコンテンツを提供できるようにする。
＜３．PDI対応処理＞
（１）第１のPDI処理方式
　第１のPDI処理方式では、プロバイダ（放送局）側で、PDI-Qインスタンスが生成される、あるいは一旦配信されたPDI-Qインスタンスを更新又は削除した場合、生成、更新、又は削除されたPDI-Qインスタンスについて、PDI-Q配信用のサービス（PDI配信サービス）を宣言して、そこで転送されるようにする。
　一方で、クライアント装置２０においては、ネイティブモジュール２２１のPDI処理系（PDIクライアント２４１）が、ESG情報やSLTメタデータを監視して、このPDI配信サービスの配信を検知して受信する。この場合、クライアント装置２０側で、PDI-Qの生成、更新、又は削除を検知して受信することができるため、最新のPDIに基づいた嗜好設定が可能となり、コンテンツのフィルタリング処理の精度が保証されることになる。
　また、クライアント装置２０においては、PDI-Qに基づいたPDI-Aの生成を、ネイティブモジュール２２１のPDIクライアント２４１が行うほか、WebアプリケーションとしてのPDI-SアプリケーションがPDI-Qを処理して、対応するPDI-Aを生成し、PDIストア２６１に格納させるようにすることもできる。
　すなわち、クライアント装置２０で、PDI-Aを生成してPDIストア２６１に格納させる方法としては、以下の２つのパターンがある。
　１つ目のパターンとしては、ネイティブモジュール２２１のPDIクライアント２４１が、PDI-Qを直接パースして、エンドユーザとの間で必要なインタラクションを行うか、あるいは、エンドユーザの視聴履歴情報等を参照することで、エンドユーザの嗜好を類推して、対応するPDI-Aを生成し、PDIストア２６１に格納するものである。
　以下、この１つ目のパターンを、パターン１と称する。なお、パターン１のPDI対応処理の詳細は、図２６のフローチャートを参照して後述する。
　２つ目のパターンとしては、ネイティブモジュール２２１のPDIクライアント２４１が、PDI-Qの配信と同時に通知されるWebアプリケーションとしてのPDI-Sアプリケーションを、ブラウザ２０９上に起動する。
　そして、このPDI-Sアプリケーションが、エンドユーザとの間で必要なインタラクションを行うか、あるいは、エンドユーザの視聴履歴情報等を参照することで、エンドユーザの嗜好を類推して、対応するPDI-Aを生成し、PDIストア２６１に格納するものである。
　以下、この２つ目のパターンを、パターン２と称する。なお、パターン２のPDI対応処理の詳細は、図２８及び図２９のフローチャートを参照して後述する。
（第１のPDI処理方式の全体像）
　図１６は、第１のPDI処理方式の全体像を示す図である。
　図１６の上段に示すように、SLTメタデータのService要素のserviceCategory属性として、serviceCategory = "PDI delivery service"が指定されたPDI-Q配信用のサービス（PDI配信サービス）のROUTEセッションでは、PDI-Qのファイルが転送されている。
　また、図１６の下段に示すように、SLTメタデータのService要素のserviceCategory属性として、serviceCategory = "Linear TV"又は"App-based"が指定されたApp配信用のサービスのROUTEセッションでは、PDI-Sアプリケーションのファイルが転送されている。
　ここで、クライアント装置２０において、パターン１のPDI対応処理を行う場合には、放送ミドルウェア２０５が、PDI配信サービスのROUTEセッションで配信されるPDI-Qを取得し、PDIストア２６１に格納する。
　その後、ネイティブモジュール２２１（のPDIクライアント２４１）が、PDIストア２６１に格納されたPDI-Qを直接パースして、例えば、図１２の対話画面などにより、エンドユーザとの間で必要なインタラクションを行うことで、対応するPDI-A（クライアント側PDI-A）を生成する。生成されたPDI-A（クライアント側PDI-A）は、PDIストア２６１に格納される。
　一方で、クライアント装置２０において、パターン２のPDI対応処理を行う場合には、放送ミドルウェア２０５が、PDI配信サービスのROUTEセッションで配信されるPDI-Qを取得し、PDIストア２６１に格納する。
　その後、ネイティブモジュール２２１（のPDIクライアント２４１）が、PDIストア２６１に格納されたPDI-Qに記述された参照情報（PDI-S Ref：PDI-Sアプリケーションの参照先のURL）に従い、App配信用のサービスで配信されるPDI-Sアプリケーションを取得して、ブラウザ２０９上で起動する。なお、ここでは、放送配信されるPDI-Sアプリケーションのほか、インターネット５０を介して通信配信されるPDI-Sアプリケーションが取得されるようにしてもよい。
　そして、ブラウザ２０９上で実行されるPDI-Sアプリケーションが、PDI-Qに基づいて、例えば、図１２の対話画面などにより、エンドユーザとの間で必要なインタラクションを行うことで、対応するPDI-A（クライアント側PDI-A）を生成する。生成されたPDI-A（クライアント側PDI-A）は、PDIストア２６１に格納される。
　本技術では、パターン１とパターン２のPDI対応処理を実現するために、PDI配信サービスが配信されていることを示す配信情報と、PDI-Sアプリケーションの参照先を示す参照情報を規定している。そこで、以下の説明では、先に、配信情報と参照情報の詳細を説明してから、その後に、パターン１とパターン２のPDI対応処理の詳細についても説明する。
　なお、図１６の例では、PDI配信サービスが配信されていることを示す配信情報が、SLTメタデータに含まれる場合を例示しているが、この配信情報は、ESG情報などに含めることができる。
　また、図１６の例では、PDI-Sアプリケーションの参照先を示す参照情報（PDI-S Ref）が、上述した図８のPDIスキーマに示したように、PDI-QのreferredByAppUrl属性に記述されている場合を例示しているが、この参照情報は、EFDTパラメータを拡張するか、あるいはHTTPヘッダを拡張することでも配信することができる。
　また、以下の説明では、プロバイダとして放送局を一例に説明するが、例えば、パーソナライゼーションサービスプロバイダ等の他のエンティティであってもよい。
（１－１）配信情報の配信方法
　次に、配信情報の配信方法について説明する。第１のPDI配信方式では、例えば、LLSを拡張するか、あるいはESG情報を拡張することで、配信情報を配信することができる。
（LLSの拡張による配信情報の配信）
　LLSの１つであるSLTメタデータにおいては、サービスの種別を示すserviceCategory属性が規定されている（下記の非特許文献３参照）。
　非特許文献３：ATSC Candidate Standard: Signaling, Delivery, Synchronization,and Error Protection(A/331)
　図１７には、SLTメタデータのサービスループ内に配置されるserviceCategory属性の値の例が示されている。
　図１７に示すように、このserviceCategory属性により、例えば、通常の放送サービス（1：Linear A/V service）であるとか、音声のみのサービス（2：Linear audio only service）であるとかのサービスの種別を指定することができる。なお、音声のみのサービスは、現行のラジオ放送に相当する。
　上記の非特許文献３の「Table 6.4 Code Values for SLT.Service@serviceCategory」に規定されているように、serviceCategory属性には、0～5とOther valuesの値が定義されている。
　第１のPDI処理方式では、このserviceCategory属性の値として、新たに"6"を定義して、PDI配信サービス（PDI Delivery Service）を意味するようにする。すなわち、ここでは、要素や属性の追加ではなく、属性値の追加拡張によって、SLTメタデータに、PDI配信サービスが配信されることを示す配信情報を含めることができる。
　図１８には、SLTメタデータの記述例を示している。例えば、2016年9月12日の13時から15時までの間に、このオフローディングサービス（PDI配信サービス）が利用可能である場合、この時間帯のSLTメタデータのService要素のうちの１つに、serviceCategory属性の値として、serviceCategory = "6"が指定される。つまり、2016年9月12日の13時から15時までの間は、当該SLTメタデータが配信されることになる。
（ESGの拡張による配信情報の配信）
　ESGサービスは、携帯電話の規格策定を行う組織であるOMA（Open Mobile Alliance）によって規定されている電子サービスガイド（電子番組表）であるが、ATSC3.0においてもOMA-ESGに準拠した番組情報（ESG）を利用することが想定されている（下記の非特許文献４参照）。
　非特許文献４：ATSC Candidate Standard: Service Announcement (A/332)
　図１９に示すように、ATSC3.0の番組情報（ESG）においては、通常の放送サービス（Liner service）、ラジオ放送（Linear audio only service）、又はApp-basedサービス（app-based enhancement service）であるかのサービスの種別を示すServiceTypeという要素がある。
　なお、ESGのServiceType要素と、SLTメタデータのserviceCategory属性とを比べれば、ESGの通常の放送サービスは、SLTメタデータで定義される通常の放送サービス（1：Linear A/V service）に相当し、ESGのラジオ放送は、SLTメタデータで定義される音声のみのサービス（2：Linear audio only service）に相当する。さらに、ESGのApp-basedサービスは、SLTメタデータで定義されるApp-basedサービス（3：App-based service）に相当する。
　すなわち、ESGのServiceType要素としては、上記の非特許文献４の「5.2.2.1.1 Service Type」に規定される値が規定されている。
　第１のPDI処理方式では、このServiceType要素の値として、図１９に示すように、新たに"230"を定義して、PDI配信サービス（PDI Delivery Service）を意味するようにする。すなわち、ここでは、要素や属性の追加ではなく、要素のコンテントとして格納する値の追加拡張によって、ESG情報に、PDI配信サービスが配信されることを示す配信情報を含めることができる。
　図２０には、ESG情報の記述例を示している。図２０に示すように、ESG情報のサービスフラグメント（Service fragment）に、ServiceType要素の値として、ServiceType = "230"が指定され、対象のサービスが、PDI配信サービスであることを表している。
　また、例えば、2016年9月12日の13時から15時までの間などの時間帯で、PDI配信サービスが利用可能である場合、ESG情報では、図２０に示したサービスフラグメント（Service fragment）のほか、コンテンツフラグメント（Content fragment）や、スケジュールフラグメント（Schedule fragment）等のXMLフラグメントを用いて、当該PDI配信サービスの有効期間を事前に通知することができる。その具体例を、図２１及び図２２に示す。
（XMLフラグメントの関係）
　図２１は、ある時間帯で、PDI配信サービスが利用可能である場合のサービス、コンテンツ、及びスケジュールのXMLフラグメントの関係を示す図である。
　サービスフラグメントは、"//a.com/Service-1"であるIDで識別され、ServiceType要素の値として、ServiceType = "230"が指定されている。つまり、当該サービス（Service-1）が、PDI配信サービスであることを表している。
　コンテンツフラグメントは、"//a.com/Content-1-1"であるIDで識別され、Name要素として、"PDI delivery service"が指定されている。つまり、当該コンテンツの名称は、PDI配信サービスである。
　なお、図２１において、コンテンツフラグメントは、ServiceReference要素のidRef属性の値により、サービスフラグメントと関連付けられている。
　スケジュールフラグメントは、"//a.com/Schedule-1-1"であるIDで識別され、ContentReference要素の子要素となるPresentationWindow要素のstartTime属性として、"2016-09-12T13:00:00+00:00"が指定され、endTime属性として、"2016-09-12T15:00:00+00:00"が指定される。
　つまり、startTime属性とendTime属性によって、PDI配信サービスの開始時刻t1と終了時刻t2が指定される。この例の場合には、2016年9月12日の13時から15時までの間で、PDI配信サービスが配信されることになる。
　なお、図２１において、スケジュールフラグメントは、ServiceReference要素のidRef属性の値により、サービスフラグメントと関連付けられている。また、スケジュールフラグメントは、ContentReference要素のidRef属性の値により、コンテンツフラグメントと関連付けられている。
（ESGサービスの画面例）
　図２２は、PDI配信サービスが利用可能である場合のESGサービスの画面の表示例を示す図である。
　図２２のESGサービスの画面は、図２１に示したXMLフラグメントを含むESG情報を受信したクライアント装置２０で表示される画面の表示例である。
　すなわち、このESGサービスの画面においては、開始時刻t1（2016年9月12日の13時）から終了時刻t2（2016年9月12日の15時）までの時間帯の枠内に、Service-1として、PDI配信サービス（PDI Delivery Service）が表示されている。これにより、エンドユーザに対し、その時間帯に、PDI配信サービスが配信されることを、事前に通知（周知）することができる。
　ただし、PDI配信サービスの配信を、ESGサービスの画面上に表示するかどうかは、クライアント装置２０のUI(User Interface)の実装次第である。そのため、例えば、クライアント装置２０によっては、PDI配信サービスの配信を、エンドユーザには提示せずに、クライアント装置２０のPDI処理系（PDIクライアント２４１）の独自判断でPDI-Qを取得して、最新のPDI-Qに更新するという場合もある。
　なお、第１のPDI配信方式においては、LLSの拡張、及び、ESGの拡張による配信情報の配信方法のうち、少なくとも一方の配信方法によって、配信情報を配信するようにすればよい。また、LLSの拡張、及び、ESGの拡張による配信情報の配信方法以外の配信方法によって、配信情報が配信されるようにしてもよい。
（１－２）参照情報の配信方法
　次に、参照情報の配信方法について説明する。第１のPDI配信方式では、例えば、EFDTパラメータを拡張するか、あるいはHTTPヘッダを拡張することで、参照情報を配信することができる。
　なお、ROUTEセッションの配信モードとしては、ファイルモード（FileMode）配信と、エンティティモード（EntityMode）配信とがあり、配信モードごとに、参照情報の配置方法が異なる。ここで、ファイルモード配信とは、ファイルそのものが配信されるモードである。また、エンティティモード配信とは、HTTPヘッダ（Entityヘッダ）が付加されたファイルが配信されるモードである。
（EFDTパラメータの拡張による参照情報の配信）
　図２３は、ファイルモード配信の場合に、EFDTパラメータを拡張するときの例を示す図である。
　図２３においては、ファイルモード配信時のSLSシグナリングセッションで運ばれるSLSと、PDIファイルセッションで運ばれるPDI-Qと、これらのROUTEセッションとは独立して配信されるPDI-Sアプリケーションとの関係を表している。
　なお、SLSシグナリングセッション（TSI = "sls-tsi"）は、パッケージモードで配信され、PDIファイルセッション（TSI = "pdi-tsi"）は、ファイルモードで配信される。また、PDI-Sアプリケーションは、放送配信又は通信配信される。
　SLSシグナリングセッションにおいては、特定のTOI（TOI = "0"）で識別されるUSDフラグメント（USBDメタデータ）と、S-TSIDフラグメント（S-TSIDメタデータ）が転送される。USDフラグメントを取得することで、S-TSIDフラグメントを参照することができる。
　S-TSIDフラグメントでは、LS要素のtsi属性の値として、tsi = "pdi-tsi"が指定されているが、このtsi属性の値により、PDIファイルセッションが参照される。このPDIファイルセッションでは、EFDTと、PDI-Qのファイルが転送される。ただし、EFDTは、特定のTOI（TOI = "0"）により識別される。
　第１のPDI配信方式では、このEFDTのFDTParameters要素の子要素となるFile要素に、PDI-QインスタンスファイルのファイルURLを指定するContent-Location属性と並列に、referredByAppUrl属性を新たに定義する。そして、このreferredByAppUrl属性により、当該PDI-Qインスタンスファイルを参照して処理するPDI-SアプリケーションのURL（EntryLocationUrl）が指定されるようにする。すなわち、EFDTのreferredByAppUrl属性の値として指定されるURLが、参照情報（PDI-S Ref）となる。
　クライアント装置２０では、EFDTから得られるURL（pdi-sAppUrl）に基づいて、放送サーバ１０６又は通信サーバ１０７から配信されるPDI-Sアプリケーションのファイル（PDI-S AppFile）を取得することができる。そして、クライアント装置２０では、当該PDI-Sアプリケーションが起動され、PDI-Qのファイルが処理されることになる。
　なお、PDIファイルセッションにおいて、EFDTのFDTParameters要素のFile要素のTOI属性の値として、TOI = "pdi-qToi"が指定されているが、このTOI属性の値により、PDI-Qのファイル（PDI-S File）が参照されて取得される。また、ROUTEセッションでは、TSI(Transport Session Identifier)とTOI(Transport Object Identifier)の２つの識別情報により、データを識別することが可能となる。
（EFDTスキーマの例）
　図２４は、拡張されたEFDTスキーマの例を示す図である。
　図２４においては、FDTParameters要素の子要素となるFile要素に、referredByAppUrl属性が追加され、EFDTが拡張されている。図２４に示すように、referredByAppUrl属性は、PDI-QインスタンスファイルのファイルURLを指定するContent-Location属性と並列に定義されている。
　なお、図２４に示したEFDTスキーマの構造は一例であって、他の構造を採用するようにしてもよい。
（HTTPヘッダの拡張による参照情報の配信）
　図２５は、エンティティモード配信の場合に、HTTPヘッダを拡張するときの例を示す図である。
　図２５においては、エンティティモード配信時のSLSシグナリングセッションで運ばれるSLSと、PDIファイルセッションで運ばれるPDI-Qと、これらのROUTEセッションとは独立して配信されるPDI-Sアプリケーションとの関係を表している。
　なお、SLSシグナリングセッション（TSI = "sls-tsi"）は、パッケージモードで配信され、PDIファイルセッション（TSI = "pdi-tsi"）は、ファイルモードで配信される。また、PDI-Sアプリケーションは、放送配信又は通信配信される。
　SLSシグナリングセッションにおいては、特定のTOI（TOI = "0"）で識別されるUSDフラグメント（USBDメタデータ）と、S-TSIDフラグメント（S-TSIDメタデータ）が転送される。USDフラグメントを取得することで、S-TSIDフラグメントを参照することができる。
　S-TSIDフラグメントでは、LS要素のtsi属性の値として、tsi = "pdi-tsi"が指定されているが、このtsi属性の値により、PDIファイルセッションが参照される。このPDIファイルセッションでは、PDI-Qのファイルが転送される。
　第１の配信方式では、このPDI-Qのファイルの中に、HTTPヘッダ（Entityヘッダ）の拡張として、referredByAppUrlヘッダを新たに定義する。そして、このreferredByAppUrlヘッダにより、当該PDI-Qインスタンスファイルを参照して処理するPDI-SアプリケーションのURL（EntryLocationUrl）が指定されるようにする。すなわち、HTTPヘッダのreferredByAppUrlヘッダの値として指定されるURLが、参照情報（PDI-S Ref）となる。
　クライアント装置２０では、referredByAppUrlヘッダから得られるURL（pdi-sAppUrl）に基づいて、放送サーバ１０６又は通信サーバ１０７から配信されるPDI-Sアプリケーションのファイル（PDI-S AppFile）を取得することができる。そして、クライアント装置２０では、当該PDI-Sアプリケーションが起動され、PDI-Qのファイルが処理されることになる。
　なお、第１のPDI配信方式においては、EFDTパラメータの拡張、及び、HTTPヘッダの拡張による参照情報の配信方法のうち、少なくとも一方の配信方法によって、参照情報を配信するようにすればよい。
　また、EFDTパラメータの拡張、及び、HTTPヘッダの拡張による参照情報の配信方法以外の配信方法によって、参照情報が配信されるようにしてもよい。例えば、ここでは詳細は述べなかったが、上述した図８のPDIスキーマに示したように、PDI-QのreferredByAppUrl属性に、PDI-Sアプリケーションの参照先のURLを直接記載するようにしてもよい。
（１－３）パターン１のPDI対応処理
（パターン１のPDI対応処理の流れ）
　まず、図２６のフローチャートを参照して、第１のPDI処理方式（パターン１）の場合の送信側と受信側の各装置で実行されPDI対応処理の流れを説明する。
　なお、図２６において、ステップＳ１０１乃至Ｓ１０２、Ｓ１１１乃至Ｓ１１４、及びＳ１２１乃至Ｓ１２３の処理は、送信側システム１０のPDIサーバ１０２、メタデータサーバ１０４、及び放送サーバ１０６によりそれぞれ実行される。
　一方で、ステップＳ１３１乃至Ｓ１３３、及びＳ１４１乃至Ｓ１４２の処理は、クライアント装置２０の放送ミドルウェア２０５、及び（ネイティブモジュール２２１の）PDIクライアント２４１により実行される。
　ステップＳ１１１において、ESG処理部１４１は、ESGサーバ１０３により生成されたESG情報を処理する。ステップＳ１１１で処理されたESG情報は、放送サーバ１０６に転送される（Ｓ１１２）。ステップＳ１２１において、送信部１６１は、メタデータサーバ１０４からのESG情報を送信する。
　ここで、送信側システム１０からPDI-Qが配信予定である場合には、ESG情報のServiceType要素（配信情報）として、"PDI delivery service"を記述することで、対象の配信予定のサービスが、PDI配信サービスであることを事前に通知することができる。
　ステップＳ１１３において、メタデータ処理部１４２は、SLSとしてのSLTメタデータを処理する。ステップＳ１１３で処理されたSLTメタデータは、放送サーバ１０６に転送される（Ｓ１１４）。ステップＳ１２２において、送信部１６１は、メタデータサーバ１０４からのSLTメタデータを送信する。
　ここで、送信側システム１０からPDI-Qが配信される場合には、SLTメタデータのServiceCategory属性（配信情報）として、"PDI delivery service"を記述することで、対象のROUTEセッションで配信されるサービスが、PDI配信サービスであることを通知することができる。
　ただし、ESG情報とSLTメタデータに対し、配信情報としての"PDI delivery service"を指定することで、PDI配信サービスが配信されることを通知することが可能であるが、少なくとも一方に配信情報を含めるようにすればよい。
　例えば、PDI配信サービスが配信されることを事前に通知する場合には、ESG情報を利用する一方で、PDI配信サービスが配信されていることをリアルタイムで通知する場合には、SLTメタデータを利用するなどして、使い分けることができる。
　ステップＳ１０１において、PDI-Qジェネレータ１２１は、PDI-Qを生成する。ここで生成されたPDI-Qは、放送サーバ１０６に転送される（Ｓ１０２）。ステップＳ１２３において、送信部１６１は、PDIサーバ１０２からのPDI-Qを送信する。
　一方で、ステップＳ１３１において、放送ミドルウェア２０５は、チューナ２０４により受信された放送信号から得られるESG情報を処理し、ESGサービスの画面（図２２）を、出力部２０８を介してディスプレイに提示されるようにする。
　なお、ESG情報の提示は必須ではなく、エンドユーザの操作などにより、必要に応じて提示されることになる。また、送信側システム１０からPDI-Qが配信予定である場合には、ESG情報のServiceType要素として、"PDI delivery service"が記述されているため、対象の配信予定のサービスが、PDI配信サービスであることを認識することができる（図２２のESGサービスの画面）。
　ステップＳ１３２において、放送ミドルウェア２０５は、チューナ２０４により受信された放送信号から得られるSLTメタデータを処理する。
　ここで、送信側システム１０からPDI-Qが配信される場合には、SLTメタデータのServiceCategory属性として、"PDI delivery service"が記述されているので、放送ミドルウェア２０５は、SLTメタデータのパース結果に従い、PDI配信サービスが配信されるROUTEセッションを特定し、PDI-Qを取得することができる（Ｓ１３３）。
　ステップＳ１３４において、放送ミドルウェア２０５は、ROUTEセッションから取得したPDI-Qを、PDIストア２６１に格納する。なお、PDIストア２６１に、既にPDI-Qが格納されている場合には、格納済みのPDI-Qを、新たに取得したPDI-Qに更新したり、あるいは、格納済みのPDI-Qを削除したりすることができる。すなわち、ここでは、PDI-Qの格納、更新、又は削除が行われる。
　ステップＳ１４１において、PDIクライアント２４１は、PDIストア２６１に格納されたPDI-Qを読み出す。また、ステップＳ１４２において、PDIクライアント２４１は、読み出されたPDI-Qに応じてPDI-A（クライアント側PDI-A）を生成し、PDIストア２６１に格納する。
　ここで、PDI-QがPDI配信サービス（PDI Delivery Service）により配信されたタイミングで、あるいはエンドユーザが本編番組などを再生視聴しているタイミングで、PDI-Qが届けられる場合に、PDIクライアント２４１は、エンドユーザに新たに届いたPDI-Qに対するエンドユーザの回答であるPDI-Aを生成する必要がある。
　このPDI-Aを生成するタイミングとしては、その実装やUI(User Interface)に依存するが、例えば、次のように行うことができる。
　すなわち、複数のPDI-Qの新規配信を待って、PDI-Aの生成を行う場合には、ディスプレイ上に、処理候補となるPDI-Qのリストを提示して、エンドユーザに回答を生成する対象を選択させるというような実装をすることができる。なお、このとき、再生視聴している番組と関係のある質問だけでなく、当該番組とは特別関係のない質問がなされるようにしてもよい。
　具体的には、図２７のＡに示すように、PDI配信サービスにより、新たなPDI-Q群が配信されると、新たなPDI-Aのセットを生成させるために、エンドユーザにPDI-Aの生成を促すための画面が表示される。例えば、図２７のＡの例では、「ANBC放送からのプリファレンス設定依頼あり」とのメッセージが表示されている。
　そして、エンドユーザがPDI-Aの生成を行う場合には、図２７のＢに示すように、個々のPDI-Qに対応する項目として、例えば、QText要素の文字列から抽出して提示し（あるいは、最初から複数文字列を切り出す等して提示してもよい）、エンドユーザの選択を促すようにする。例えば、図２７の例では、「1 あなたのプロファイル設定」、「2 最近興味あること・・・」、及び「3 購入したいもの・・・」の選択肢が表示されている。
　このように、PDI-Qで定義されている質問に対する回答を、ディスプレイに表示させて、エンドユーザによる質問に対する回答の入力又は選択を受け付けることで、その回答の入力又は選択の結果に応じたPDI-A（クライアント側PDI-A）が生成され、PDIストア２６１に格納されることになる。
　なお、PDI配信サービスで配信されるPDI-Qとしては、新たなPDI-Qインスタンスが届く場合もあれば、以前に配信されたPDI-Qインスタンスの新しいバージョンが届けられる場合もある。例えば、その場合には、PDIストア２６１に格納されているPDI-Qを、新しいバージョンに更新したり、古いバージョンのPDI-Qを、削除したりすることができる。
　また、ここでは、PDIクライアント２４１が、PDI-Qをパースして、エンドユーザとの間で必要なインタラクションを行うことで、PDI-Aが生成される場合を説明したが、上述したように、ステップＳ１４２の処理では、エンドユーザの視聴履歴情報等を参照して、エンドユーザの嗜好を類推することで、PDI-Aが生成されるようにしてもよい。
　以上、パターン１のPDI対応処理の流れについて説明した。
（１－４）パターン２のPDI対応処理
（パターン２のPDI対応処理の流れ）
　次に、図２８及び図２９のフローチャートを参照して、第１のPDI処理方式（パターン２）の場合の送信側と受信側の各装置で実行されるPDI対応処理の流れを説明する。
　なお、図２８及び図２９において、ステップＳ１５１乃至Ｓ１５３、Ｓ１６１乃至Ｓ１６２、Ｓ１７１乃至Ｓ１７４、及びＳ１８１乃至Ｓ１８７の処理は、送信側システム１０のアプリケーションサーバ１０５、PDIサーバ１０２、メタデータサーバ１０４、及び放送サーバ１０６によりそれぞれ実行される。
　一方で、ステップＳ１９１乃至１９４、Ｓ２０１乃至Ｓ２０２、及びＳ２１１の処理は、クライアント装置２０の放送ミドルウェア２０５、（ネイティブモジュール２２１の）PDIクライアント２４１、及びブラウザ２０９により実行される。
　ステップＳ１７１，Ｓ１７２，Ｓ１８１においては、図２６のステップＳ１１１，Ｓ１１２，Ｓ１２１と同様に、ESG情報が処理されて送信される。ここで、送信側システム１０からPDI-Qが配信予定である場合には、ESG情報のServiceType要素（配信情報）として、"PDI delivery service"を記述することで、対象の配信予定のサービスが、PDI配信サービスであることを事前に通知することができる。
　ステップＳ１７３，Ｓ１７４，Ｓ１８２においては、図２６のステップＳ１１３，Ｓ１１４，Ｓ１２２と同様に、SLTメタデータが処理されて送信される。ここで、送信側システム１０からPDI-Qが配信される場合には、SLTメタデータのServiceCategory属性（配信情報）として、"PDI delivery service"を記述することで、対象のROUTEセッションで配信されるサービスが、PDI配信サービスであることを通知することができる。
　ステップＳ１６１において、PDI-Qジェネレータ１２１は、PDI-Qを生成する。ステップＳ１６１の処理で生成されたPDI-Qは、アプリケーションサーバ１０５に転送される（Ｓ１６２）。
　ステップＳ１５１において、アプリケーションサーバ１０５は、PDIサーバ１０２からのPDI-Qに基づいて、PDI-Sアプリケーションを生成する。また、ステップＳ１５２において、アプリケーションサーバ１０５は、対象のPDI-Qを、放送サーバ１０６に通知する。
　ステップＳ１８３において、配信処理部１６２は、PDI-Qの配信方式を判定する。ステップＳ１８３において、配信方式が、ファイルモード配信（File Mode）であると判定された場合、処理は、ステップＳ１８４に進められる。
　ステップＳ１８４において、配信処理部１６２は、EFDTに、参照情報として、referredByAppUrl属性を記述する。このreferredByAppUrl属性の値としては、PDI-Sアプリケーションの参照先を示すURL（pdi-sAppUrl）が記述される。
　一方で、ステップＳ１８３において、配信方式が、エンティティ配信（Entity Mode）であると判定された場合、処理は、ステップＳ１８５に進められる。
　ステップＳ１８５において、配信処理部１６２は、HTTPヘッダ（Entityヘッダ）に、参照情報として、referredByAppUrlを記述する。このreferredByAppUrlの値としては、PDI-Sアプリケーションの参照先を示すURL（pdi-sAppUrl）が記述される。
　ステップＳ１８４又はＳ１８５の処理が終了すると、処理は、ステップＳ１８６に進められる。ステップＳ１８６において、送信部１６１は、ファイルモード配信又はエンティティ配信の配信方式に従い、アプリケーションサーバ１０５からのPDI-Qを送信する。
　一方で、ステップＳ１９１においては、図２６のステップＳ１３１と同様に、ESG情報が処理され、必要に応じて提示される。なお、PDI-Qが配信予定である場合には、ESG情報のServiceType要素として、"PDI delivery service"が記述されているため、対象の配信予定のサービスが、PDI配信サービスであることを認識することができる。
　ステップＳ１９２においては、図２６のステップＳ１３２と同様に、SLTメタデータが処理される。ここでは、PDI-Qが配信される場合には、SLTメタデータのServiceCategory属性として、"PDI delivery service"が記述されているので、放送ミドルウェア２０５は、SLTメタデータのパース結果に従い、PDI配信サービスが配信されるROUTEセッションを特定し、PDI-Qを取得する（Ｓ１９３）。
　そして、ステップＳ１９４においては、図２６のステップＳ１３４と同様に、ROUTEセッションから取得したPDI-QがPDIストア２６１に格納される。なお、ここでも同様に、PDI-Qの格納、更新、又は削除が行われる。
　ここで、パターン２のPDI対応処理の場合には、アプリケーションサーバ１０５により生成されるPDI-Sアプリケーションが、放送サーバ１０６に転送される（Ｓ１５３）。そして、ステップＳ１８７において、送信部１６１は、アプリケーションサーバ１０５からのPDI-Sアプリケーションを送信する。
　一方で、ステップＳ２０１において、PDIクライアント２４１は、PDIストア２６１に格納されたPDI-Qを読み出す。また、ステップＳ２０２において、PDIクライアント２４１は、参照情報（PDI-S Ref）に対応したPDI-Sアプリケーションを取得して起動する。
　すなわち、参照情報としてのPDI-Sアプリケーションの取得先を示すURL（pdi-sAppUrl）は、配信方式が、ファイルモード配信である場合には、EFDTのreferredByAppUrl属性により指定され、エンティティ配信である場合には、HTTPヘッダのreferredByAppUrlにより指定される。この参照情報（URL）を用いることで、放送配信されるPDI-Sアプリケーションを取得することができる。
　なお、ここでは、PDI-Sアプリケーションが、ROUTEセッションにより、放送配信される例を説明したが、通信サーバ１０７から通信配信されるようにしてもよい。この場合、クライアント装置２０は、参照情報（URL）に従い、インターネット５０を介して通信サーバ１０７にアクセスし、PDI-Sアプリケーションを取得することになる。
　このようにして放送経由又は通信経由で取得されたPDI-Sアプリケーションは、ブラウザ２０９上で起動され、PDIストア２６１から読み出されたPDI-Qに応じてPDI-A（クライアント側PDI-A）を生成し、PDIストア２６１に格納する（Ｓ２１１）。
　ここでは、図２６のステップＳ１４２と同様に、PDI-Qで定義されている質問に対する回答を、ディスプレイに表示させて、エンドユーザによる質問に対する回答の入力又は選択を受け付けることで、その回答の入力又は選択の結果に応じたPDI-Aが生成され、PDIストア２６１に格納される。ここでも同様に、PDI配信サービスの画面（図２７）を表示させることができる。
　なお、上述したように、ステップＳ２１１の処理では、エンドユーザの視聴履歴情報等を参照して、エンドユーザの嗜好を類推することで、PDI-Aが生成されるようにしてもよい。
　以上、パターン２のPDI対応処理の流れについて説明した。
（２）第２のPDI処理方式
　第２のPDI処理方式においては、サブリソースとしてのPDI-Qを、PDI-Sアプリケーションとともに配信する方式である。この第２のPDI処理方式では、PDI-Sアプリケーションが、PDI-Aを生成し、PDIストア２６１に格納することになる。
　すなわち、第２のPDI処理方式では、送信側システム１０側でPDI-Qインスタンスが生成されるか、あるいは、一旦配信されたPDI-Qインスタンスが更新される場合に、生成又は更新されるPDI-Q（PDI-Qインスタンス）が、PDI-Sアプリケーションのサブリソースとして配信されるようにする。そして、クライアント装置２０では、PDI-Sアプリケーションが、サブリソースとしてのPDI-Qをパースして、対応するPDI-Aを生成することができる。
　そのため、放送局側の意向に正確に基づいて、クライアント装置２０側における対応するPDI-Aの生成を、精度よく確実に行うことが可能となり、かつ、クライアント装置２０側のPDI対応処理の負担を軽減することができる。
（第２のPDI処理方式の全体像）
　図３０は、第２のPDI処理方式の全体像を示す図である。
　図３０に示すように、SLTメタデータのService要素のserviceCategory属性として、serviceCategory = "Linear TV"又は"App-based"が指定されたApp・PDI-Q配信用のサービスのROUTEセッションでは、PDI-Sアプリケーションと、そのサブリソースとしてのPDI-Qのファイルが転送されている。
　ここで、クライアント装置２０においては、アプリケーションマネージャ２２２が、放送ミドルウェア２０５を介して、App・PDI-Q配信用のサービスのROUTEセッションで配信されるPDI-Sアプリケーションを取得して、ブラウザ２０９上で起動する。なお、ここでは、放送配信されるPDI-Sアプリケーションのほか、インターネット５０を介して通信配信されるPDI-Sアプリケーションが取得されるようにしてもよい。
　また、同一のROUTEセッションで配信されるPDI-Qは、ブラウザ２０９上で起動されたPDI-Sアプリケーション内で参照されて処理される。
　そして、当該PDI-Sアプリケーションが、サブリソースとしてのPDI-Qに基づいて、例えば、図１２の対話画面などにより、エンドユーザとの間で必要なインタラクションを行うことで、対応するPDI-A（クライアント側PDI-A）を生成する。生成されたPDI-A（クライアント側PDI-A）は、PDIストア２６１に格納される。
（PDI-SアプリケーションとPDI-Qの配信の詳細）
　図３１は、PDI-SアプリケーションとPDI-Qの配信の詳細を示す図である。
　図３１においては、SLSシグナリングセッションで運ばれるSLSと、PDIファイルセッションで運ばれるPDI-Qと、放送配信又は通信配信されるPDI-Sアプリケーションとの関係を表している。
　なお、SLSシグナリングセッション（TSI = "sls-tsi"）は、パッケージモードで配信され、PDIファイルセッション（TSI = "app-tsi"）は、ファイルモードで配信される。
　SLSシグナリングセッションにおいては、特定のTOI（TOI = "0"）で識別されるUSDフラグメント（USBDメタデータ）と、S-TSIDフラグメント（S-TSIDメタデータ）と、HELDフラグメント（HELDメタデータ）が転送される。USDフラグメントを取得することで、S-TSIDフラグメントとHELDフラグメントを参照することができる。
　S-TSIDフラグメントでは、LS要素のtsi属性の値として、tsi = "app-tsi"が指定されているが、このtsi属性の値により、PDIファイルセッションが参照される。このPDIファイルセッションでは、EFDTと、PDI-Qのファイルと、PDI-Sアプリケーションのファイルとが転送される。
　ここで、放送配信されるPDI-Sアプリケーションを取得（起動）する場合には、例えば、次のような処理が行われる。
　すなわち、クライアント装置２０では、HELDフラグメントのHTMLEntryPageEntryUrl要素の値（appEntryUrl）と、EFDTのFDTParameters要素のFile要素のContent-Location属性の値（appEntryUrl）とのマッチング処理を行い、TOI（appEntryToi）を特定することで、PDIファイルセッションで転送されるPDI-Sアプリケーションのファイルを取得することができる。
　そして、クライアント装置２０では、放送配信されたPDI-Sアプリケーションが起動され、当該PDI-Sアプリケーション内で、同一のPDIファイルセッションで転送されるPDI-Qのファイル（サブリソース）が参照されて処理されることになる。
　一方で、通信配信されるPDI-Sアプリケーションを取得（起動）する場合には、例えば、次のような処理が行われる。
　すなわち、クライアント装置２０では、HELDフラグメントのalternateEntryUrl要素の値（appEntryUrl）に基づいて、インターネット５０を介して通信サーバ１０７から配信されるPDI-Sアプリケーションのファイルを取得することができる。
　そして、クライアント装置２０では、通信配信されたPDI-Sアプリケーションが起動され、当該PDI-Sアプリケーション内で、PDIファイルセッションで転送されるか、若しくは、PDI-Sアプリケーション内に記述されるURL(pdi-qUrl)に基づいて、インターネット５０を介して通信サーバ１０７から配信されるPDI-Qのファイル（サブリソース）が参照されて処理されることになる。
（PDI対応処理の流れ）
　次に、図３２のフローチャートを参照して、第２のPDI処理方式の場合の送信側と受信側の各装置で実行されるPDI対応処理の流れを説明する。
　なお、図３２において、ステップＳ２５１乃至Ｓ２５２、Ｓ２６１乃至Ｓ２６２、及びＳ２７１の処理は、送信側システム１０のアプリケーションサーバ１０５、PDIサーバ１０２、及び放送サーバ１０６によりそれぞれ実行される。
　一方で、ステップＳ２８１及びＳ２９１の処理は、クライアント装置２０のアプリケーションマネージャ２２２及びブラウザ２０９により実行される。
　ステップＳ２６１において、PDI-Qジェネレータ１２１は、PDI-Qを生成する。ステップＳ２６１の処理で生成されたPDI-Qは、アプリケーションサーバ１０５に転送される（Ｓ２６２）。
　ステップＳ２５１において、アプリケーションサーバ１０５は、PDIサーバ１０２からのPDI-Qに基づいて、PDI-Sアプリケーションを生成する。また、ステップＳ２５２において、アプリケーションサーバ１０５は、PDI-Sアプリケーションとともに、対象のPDI-Q（サブリソース）を、放送サーバ１０６に転送する。
　ステップＳ２７１において、送信部１６１は、アプリケーションサーバ１０５からのPDI-Sアプリケーションと、サブリソースとしてのPDI-Qを送信する。
　一方で、ステップＳ２８１において、アプリケーションマネージャ２２２は、放送ミドルウェア２０５を介して、ROUTEセッションで配信されるPDI-Sアプリケーションを取得して起動する。このPDI-Sアプリケーションは、ブラウザ２０９上で起動され、サブリソースとしてのPDI-Qに応じてPDI-A（クライアント側PDI-A）を生成し、PDIストア２６１に格納する（Ｓ２９１）。
　ここでは、ブラウザ２０９上で実行されるPDI-Sアプリケーションが、PDI-Qに基づいて、例えば、図１２の対話画面などにより、エンドユーザとの間で必要なインタラクションを行うことで、対応するPDI-A（クライアント側PDI-A）を生成することができる。
　以上、PDI対応処理の流れについて説明した。
　なお、第２のPDI処理方式のバリエーションとしては、PDI-Qインスタンスのファイルそのものを生成せずに、PDI-S機能を包含したアプリケーションのみを配信して、クライアント装置２０側で、PDI-Aの生成を行うケースがある。なお、このアプリケーションとしては、例えば、PDI-Qの内容をハードコードしたものや、アプリケーションロジックにインテグレートしたものなどが想定される。
（３）PDIを利用したコンテンツフィルタリング処理
（コンテンツフィルタリング処理の流れ）
　次に、上述したPDIを利用したコンテンツフィルタリング処理について説明する。図３３及び図３４は、PDIを利用したコンテンツフィルタリング処理の流れを説明するフローチャートである。
　なお、図３３及び図３４において、ステップＳ３０１乃至Ｓ３０２、Ｓ３１１乃至Ｓ３１２、Ｓ３２１乃至Ｓ３２３、及びＳ３３１乃至Ｓ３３２の処理は、送信側システム１０のPDIサーバ１０２、コンテンツサーバ１０１、メタデータサーバ１０４、及び放送サーバ１０６によりそれぞれ実行される。
　一方で、ステップＳ３４１乃至Ｓ３４２、Ｓ３５１乃至Ｓ３５２、及びＳ３６１は、クライアント装置２０の放送ミドルウェア２０５、フィルタリング処理部２２３、及びレンダラ２０７により実行される。
　また、このコンテンツフィルタリング処理に先立って、クライアント装置２０では、上述した第１のPDI処理方式（パターン１）のPDI対応処理（図２６）、第１のPDI処理方式（パターン２）のPDI対応処理（図２８，図２９）、又は第２のPDI処理方式のPDI対応処理（図３２）が実行され、PDIストア２６１に、PDI-A（クライアント側PDI-A）が格納されているものとする。
　ステップＳ３０１において、PDI-Qジェネレータ１２１は、PDI-Qを生成する。ここで生成されたPDI-Qは、メタデータサーバ１０４に転送される（Ｓ３０２）。
　ステップＳ３２１において、PDI-Aジェネレータ１４３は、PDIサーバ１０２からのPDI-Qに基づいて、対象のコンテンツをフィルタリングするためのPDI-A（プロバイダ側PDI-A）を生成する。
　ここでは、例えば、放送局等のプロバイダのスタッフ（コンテンツの提供者）の操作に応じて、PDI-Qが生成された場合に、PDI-Qで定義されている質問に対する回答を、ディスプレイに表示させて（例えば、図１２の対話画面）、プロバイダのスタッフに、その質問に対する回答を入力又は選択させることで、その回答を表すPDI-A（プロバイダ側PDI-A）を生成する。
　ステップＳ３２２において、ESG処理部１４１は、ESG情報に、PDI-A（プロバイダ側PDI-A）を格納する。また、メタデータ処理部１４２は、MPDメタデータに、PDI-A（プロバイダ側PDI-A）を格納する。
　なお、PDI-A（プロバイダ側PDI-A）は、ESG情報又はMPDメタデータのうち、少なくとも一方に格納されるようにすればよい。ここで生成されたESG情報やMPDメタデータは、放送サーバ１０６に転送される（Ｓ３２３）。
　ステップＳ３１１において、コンテンツサーバ１０１は、配信対象のコンテンツを処理する。この処理で得られるストリームデータ（DASHセグメント）は、放送サーバ１０６に転送される（Ｓ３１２）。
　ステップＳ３３１において、送信部１６１は、メタデータサーバ１０４からのESG情報やMPDメタデータを送信する。また、ステップＳ３３２において、送信部１６１は、コンテンツサーバ１０１からのコンテンツのストリームデータを送信する。
　一方で、ステップＳ３４１において、放送ミドルウェア２０５は、チューナ２０４により受信された放送信号から得られるESG情報やMPDメタデータを処理する。ここで、ESG情報又はMPDメタデータには、PDI-A（プロバイダ側PDI-A）が含まれているので、このプロバイダ側PDI-Aのパース結果が、フィルタリング処理部２２３に通知される。
　ステップＳ３５１において、フィルタリング処理部２２３は、PDIストア２６１に格納されているPDI-A（クライアント側PDI-A）を照会して、ESG情報又はMPDメタデータに含まれるPDI-A（プロバイダ側PDI-A）とのマッチング処理を行い、取得対象のコンテンツを特定する。
　また、ステップＳ３４２において、放送ミドルウェア２０５は、放送信号から得られるコンテンツのストリームデータを処理する。
　ステップＳ３５２において、フィルタリング処理部２２３は、特定のコンテンツのフィルタリングを行い、マッチング処理結果に応じたコンテンツのストリームデータを取得する。
　ここでは、図３５のESG画面の例に示すように、マッチング処理結果に応じて、PDI-Aのマッチング度合いが高い順に、コンテンツのリストとして表示することができる。図３５のESG画面の例では、コンテンツ１、コンテンツ２、コンテンツ３の順に、PDI-Aのマッチング度合いが高いことを表している。
　このようなESG画面を提示することで、エンドユーザは、PDI-Aのマッチング度合いの高いコンテンツを優先的に選択することができる。
　なお、図３５に示したESG画面は、フィルタリング処理結果を提示するための画面の一例であって、他の表示形態で表示されるようにしてもよい。
　図３４に戻り、ステップＳ３６１において、レンダラ２０７は、フィルタリングの結果得られるコンテンツのストリームデータをレンダリングする。
　ここでは、例えば、図３５のESG画面のリストから、エンドユーザにより、コンテンツ１が選択された場合、コンテンツ１のストリームデータがレンダリングされ、コンテンツ１の映像と音声が再生（又は録画）される。これにより、エンドユーザの嗜好に応じたコンテンツが再生（又は録画）されることになる。
　以上、コンテンツフィルタリング処理の流れについて説明した。
＜４．変形例＞
（他の放送規格への適用）
　上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC（特に、ATSC3.0）を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。
　また、上述した説明では、IP伝送方式が採用されるATSC3.0を例にして説明したが、IP伝送方式に限らず、例えば、MPEG2-TS(Transport Stream)方式等の他の方式に適用するようにしてもよい。
　さらに、デジタル放送の規格としては、地上波放送のほか、放送衛星（BS：Broadcasting Satellite)や通信衛星（CS：Communications Satellite）等を利用した衛星放送や、ケーブルテレビ（CATV：Common Antenna TeleVision）等の有線放送などの規格に適用することができる。
（その他の変形例）
　上述した制御情報（シグナリング）などの名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象の制御情報などの実質的な内容が異なるものではない。
　例えば、USBD(User Service Bundle Description)は、USD(User Service Description)と称される場合がある。また、例えば、NRT(Non Real Time)は、LCC(Locally Cached Content)と称され、ESG(Electronic Service Guide)は、EPG(Electronic Program Guide)と称される場合がある。さらに、例えば、HELD(HTTP Entry Location Description)は、AST(Application Signaling Table)やAIT(Application Information Table)などと称される場合がある。
　なお、アプリケーションとしては、HTML5などのマークアップ言語やJavaScript（登録商標）等のスクリプト言語で開発されたアプリケーションのほか、例えば、Java（登録商標）などのプログラミング言語で開発されたアプリケーションであってもよい。
　また、アプリケーションは、何らかの情報を明示的に表示するだけでなく、非表示で（バックグラウンドで）動作されるようにしてもよい（エンドユーザに認識されずに起動するようにしてもよい）。また、コンテンツは、動画や音楽のほか、例えば、電子書籍やゲーム、広告など、あらゆるコンテンツを含めることができる。
＜５．コンピュータの構成＞
　上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
　コンピュータ１０００において、CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インターフェース１００５が接続されている。入出力インターフェース１００５には、入力部１００６、出力部１００７、記録部１００８、通信部１００９、及び、ドライブ１０１０が接続されている。
　入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記録部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体１０１１を駆動する。
　以上のように構成されるコンピュータ１０００では、CPU１００１が、ROM１００２や記録部１００８に記録されているプログラムを、入出力インターフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ１０００（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
　コンピュータ１０００では、プログラムは、リムーバブル記録媒体１０１１をドライブ１０１０に装着することにより、入出力インターフェース１００５を介して、記録部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記録部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記録部１００８に、あらかじめインストールしておくことができる。
　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
　また、本技術は、以下のような構成をとることができる。
（１）
　コンテンツを受信する受信部と、
　エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報に基づいて、前記コンテンツとともに配信される、前記質問を表す質問情報を処理する処理部と
　を備える受信装置。
（２）
　前記処理部は、
　　前記第１の回答情報を生成し、
　　前記第１の回答情報と、前記質問に対して前記コンテンツを提供する提供者により設定された回答を表す第２の回答情報とのマッチング処理を行い、
　　前記マッチング処理の結果に従い、前記コンテンツのフィルタリング処理を行う
　前記（１）に記載の受信装置。
（３）
　前記処理部は、前記配信情報に基づいて、前記サービスを特定する
　前記（２）に記載の受信装置。
（４）
　前記配信情報は、前記コンテンツとともに配信される制御情報に含まれ、
　前記処理部は、前記制御情報に含まれる前記配信情報に基づいて、前記サービスで配信される前記質問情報を取得する
　前記（３）に記載の受信装置。
（５）
　前記配信情報は、前記コンテンツに対して事前に配信される番組情報に含まれ、
　前記処理部は、前記番組情報に含まれる前記配信情報に基づいて、前記サービスの配信を事前に通知する
　前記（３）に記載の受信装置。
（６）
　前記処理部は、前記参照情報に基づいて、前記アプリケーションを取得して起動することで、前記第１の回答情報を生成する
　前記（２）乃至（５）のいずれかに記載の受信装置。
（７）
　前記参照情報は、前記サービスを配信するためのセッションの制御情報に含まれ、
　前記処理部は、前記制御情報に含まれる前記参照情報に基づいて、前記アプリケーションを取得する
　前記（６）に記載の受信装置。
（８）
　前記参照情報は、前記サービスを配信するためのセッションで配信される前記質問情報のファイルのヘッダに含まれ、
　前記処理部は、前記ヘッダに含まれる前記参照情報に基づいて、前記アプリケーションを取得する
　前記（６）に記載の受信装置。
（９）
　前記コンテンツは、IP(Internet Protocol)伝送方式を用いたデジタル放送により放送配信される
　前記（１）乃至（８）のいずれかに記載の受信装置。
（１０）
　受信装置のデータ処理方法において、
　前記受信装置が、
　コンテンツを受信し、
　エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報に基づいて、前記コンテンツとともに配信される、前記質問を表す質問情報を処理する
　ステップを含むデータ処理方法。
（１１）
　エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報を生成する生成部と、
　コンテンツとともに、前記質問を表す質問情報と、前記配信情報及び前記参照情報のうち、少なくとも一方の情報を送信する送信部と
　を備える送信装置。
（１２）
　前記生成部は、前記質問に対してコンテンツを提供する提供者により設定された回答を表す第２の回答情報であって、前記第１の回答情報とのマッチング処理に用いられる前記第２の回答情報を生成し、
　前記送信部は、前記第２の回答情報を送信する
　前記（１１）に記載の送信装置。
（１３）
　前記配信情報は、前記コンテンツとともに配信される制御情報に含まれる
　前記（１２）に記載の送信装置。
（１４）
　前記配信情報は、前記コンテンツに対して事前に配信される番組情報に含まれる
　前記（１２）に記載の送信装置。
（１５）
　前記参照情報は、前記サービスを配信するためのセッションの制御情報に含まれる
　前記（１２）乃至（１４）のいずれかに記載の送信装置。
（１６）
　前記参照情報は、前記サービスを配信するためのセッションで配信される前記質問情報のファイルのヘッダに含まれる
　前記（１２）乃至（１４）のいずれかに記載の送信装置。
（１７）
　前記第２の回答情報は、前記コンテンツとともに配信される制御情報に含まれる
　前記（１２）乃至（１６）のいずれかに記載の送信装置。
（１８）
　前記第２の回答情報は、前記コンテンツに対して事前に配信される番組情報に含まれる
　前記（１２）乃至（１６）のいずれかに記載の送信装置。
（１９）
　前記コンテンツは、IP伝送方式を用いたデジタル放送により放送配信される
　前記（１１）乃至（１８）のいずれかに記載の送信装置。
（２０）
　送信装置のデータ処理方法において、
　前記送信装置が、
　エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報を生成し、
　コンテンツとともに、前記質問を表す質問情報と、前記配信情報及び前記参照情報のうち、少なくとも一方の情報を送信する
　ステップを含むデータ処理方法。
　１　伝送システム，　１０　送信側システム，　２０　クライアント装置，　３０　送信所，　４０　伝送路，　５０　インターネット，　１０１　コンテンツサーバ，　１０２　PDIサーバ，　１０３　ESGサーバ，　１０４　メタデータサーバ，　１０５　アプリケーションサーバ，　１０６　放送サーバ，　１０７　通信サーバ，　１２１　PDI-Qジェネレータ，　１４１　ESG処理部，　１４２　メタデータ処理部，　１４３　PDI-Aジェネレータ，　１６１　送信部，　１６２　配信処理部，　２０１　処理部，　２０２　入力部，　２０３　記憶部，　２０４　チューナ，　２０５　放送ミドルウェア，　２０６　DASHクライアント，　２０７　レンダラ，　２０８　出力部，　２０９　ブラウザ，　２１０　通信I/F，　２２１　ネイティブモジュール，　２２２　アプリケーションマネージャ，　２２３　フィルタリング処理部，　２４１　PDIクライアント，　２６１　PDIストア，　１０００　コンピュータ，　１００１　CPU

Claims (20)

  1. 　コンテンツを受信する受信部と、
    　エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報に基づいて、前記コンテンツとともに配信される、前記質問を表す質問情報を処理する処理部と
    　を備える受信装置。
  2. 　前記処理部は、
    　　前記第１の回答情報を生成し、
    　　前記第１の回答情報と、前記質問に対して前記コンテンツを提供する提供者により設定された回答を表す第２の回答情報とのマッチング処理を行い、
    　　前記マッチング処理の結果に従い、前記コンテンツのフィルタリング処理を行う
    　請求項１に記載の受信装置。
  3. 　前記処理部は、前記配信情報に基づいて、前記サービスを特定する
    　請求項２に記載の受信装置。
  4. 　前記配信情報は、前記コンテンツとともに配信される制御情報に含まれ、
    　前記処理部は、前記制御情報に含まれる前記配信情報に基づいて、前記サービスで配信される前記質問情報を取得する
    　請求項３に記載の受信装置。
  5. 　前記配信情報は、前記コンテンツに対して事前に配信される番組情報に含まれ、
    　前記処理部は、前記番組情報に含まれる前記配信情報に基づいて、前記サービスの配信を事前に通知する
    　請求項３に記載の受信装置。
  6. 　前記処理部は、前記参照情報に基づいて、前記アプリケーションを取得して起動することで、前記第１の回答情報を生成する
    　請求項２に記載の受信装置。
  7. 　前記参照情報は、前記サービスを配信するためのセッションの制御情報に含まれ、
    　前記処理部は、前記制御情報に含まれる前記参照情報に基づいて、前記アプリケーションを取得する
    　請求項６に記載の受信装置。
  8. 　前記参照情報は、前記サービスを配信するためのセッションで配信される前記質問情報のファイルのヘッダに含まれ、
    　前記処理部は、前記ヘッダに含まれる前記参照情報に基づいて、前記アプリケーションを取得する
    　請求項６に記載の受信装置。
  9. 　前記コンテンツは、IP(Internet Protocol)伝送方式を用いたデジタル放送により放送配信される
    　請求項１に記載の受信装置。
  10. 　受信装置のデータ処理方法において、
    　前記受信装置が、
    　コンテンツを受信し、
    　エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報に基づいて、前記コンテンツとともに配信される、前記質問を表す質問情報を処理する
    　ステップを含むデータ処理方法。
  11. 　エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報を生成する生成部と、
    　コンテンツとともに、前記質問を表す質問情報と、前記配信情報及び前記参照情報のうち、少なくとも一方の情報を送信する送信部と
    　を備える送信装置。
  12. 　前記生成部は、前記質問に対してコンテンツを提供する提供者により設定された回答を表す第２の回答情報であって、前記第１の回答情報とのマッチング処理に用いられる前記第２の回答情報を生成し、
    　前記送信部は、前記第２の回答情報を送信する
    　請求項１１に記載の送信装置。
  13. 　前記配信情報は、前記コンテンツとともに配信される制御情報に含まれる
    　請求項１２に記載の送信装置。
  14. 　前記配信情報は、前記コンテンツに対して事前に配信される番組情報に含まれる
    　請求項１２に記載の送信装置。
  15. 　前記参照情報は、前記サービスを配信するためのセッションの制御情報に含まれる
    　請求項１２に記載の送信装置。
  16. 　前記参照情報は、前記サービスを配信するためのセッションで配信される前記質問情報のファイルのヘッダに含まれる
    　請求項１２に記載の送信装置。
  17. 　前記第２の回答情報は、前記コンテンツとともに配信される制御情報に含まれる
    　請求項１２に記載の送信装置。
  18. 　前記第２の回答情報は、前記コンテンツに対して事前に配信される番組情報に含まれる
    　請求項１２に記載の送信装置。
  19. 　前記コンテンツは、IP伝送方式を用いたデジタル放送により放送配信される
    　請求項１１に記載の送信装置。
  20. 　送信装置のデータ処理方法において、
    　前記送信装置が、
    　エンドユーザの嗜好を表現する動的なメタデータを提供するサービスが配信されていることを示す配信情報、及び、エンドユーザの嗜好についての質問に対してエンドユーザにより設定された回答を表す第１の回答情報を生成するアプリケーションの参照先を示す参照情報のうち少なくとも一方の情報を生成し、
    　コンテンツとともに、前記質問を表す質問情報と、前記配信情報及び前記参照情報のうち、少なくとも一方の情報を送信する
    　ステップを含むデータ処理方法。
PCT/JP2017/036456 2016-10-21 2017-10-06 受信装置、送信装置、及び、データ処理方法 WO2018074265A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
KR1020197010253A KR102408267B1 (ko) 2016-10-21 2017-10-06 수신 장치, 송신 장치 및 데이터 처리 방법
CN201780063467.2A CN109845281A (zh) 2016-10-21 2017-10-06 接收装置、传输装置和数据处理方法
JP2018546255A JPWO2018074265A1 (ja) 2016-10-21 2017-10-06 受信装置、送信装置、及び、データ処理方法
US16/331,225 US10972205B2 (en) 2016-10-21 2017-10-06 Reception apparatus, transmission apparatus, and data processing method
CA3040448A CA3040448A1 (en) 2016-10-21 2017-10-06 Reception apparatus, transmission apparatus, and data processing method
EP17861341.0A EP3531706A4 (en) 2016-10-21 2017-10-06 RECEIVING DEVICE, SENDING DEVICE AND DATA PROCESSING METHOD
MX2019004388A MX2019004388A (es) 2016-10-21 2017-10-06 Aparato de recepcion, aparato de transmision y metodo de procesamiento de datos.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-207225 2016-10-21
JP2016207225 2016-10-21

Publications (1)

Publication Number Publication Date
WO2018074265A1 true WO2018074265A1 (ja) 2018-04-26

Family

ID=62018629

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/036456 WO2018074265A1 (ja) 2016-10-21 2017-10-06 受信装置、送信装置、及び、データ処理方法

Country Status (8)

Country Link
US (1) US10972205B2 (ja)
EP (1) EP3531706A4 (ja)
JP (1) JPWO2018074265A1 (ja)
KR (1) KR102408267B1 (ja)
CN (1) CN109845281A (ja)
CA (1) CA3040448A1 (ja)
MX (1) MX2019004388A (ja)
WO (1) WO2018074265A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11297380B2 (en) * 2018-12-28 2022-04-05 Twitter, Inc. Audio only content

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012029569A1 (ja) * 2010-08-30 2012-03-08 ソニー株式会社 送信装置および方法、受信装置および方法、並びに送受信システム
JP2015530800A (ja) * 2012-08-29 2015-10-15 エルジー エレクトロニクス インコーポレイティド デジタルサービス信号処理方法及び装置

Family Cites Families (78)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5498003A (en) * 1993-10-07 1996-03-12 Gechter; Jerry Interactive electronic games and screen savers with multiple characters
US5715416A (en) * 1994-09-30 1998-02-03 Baker; Michelle User definable pictorial interface for a accessing information in an electronic file system
US7715642B1 (en) * 1995-06-06 2010-05-11 Hewlett-Packard Development Company, L.P. Bitmap image compressing
US5872575A (en) * 1996-02-14 1999-02-16 Digital Media Interactive Method and system for the creation of and navigation through a multidimensional space using encoded digital video
US5838314A (en) * 1996-02-21 1998-11-17 Message Partners Digital video services system with optional interactive advertisement capabilities
US6240555B1 (en) * 1996-03-29 2001-05-29 Microsoft Corporation Interactive entertainment system for presenting supplemental interactive content together with continuous video programs
US6097393A (en) * 1996-09-03 2000-08-01 The Takshele Corporation Computer-executed, three-dimensional graphical resource management process and system
IL119948A (en) * 1996-12-31 2004-09-27 News Datacom Ltd Voice activated communication system and program guide
US6057872A (en) * 1997-07-09 2000-05-02 General Instrument Corporation Digital coupons for pay televisions
US8332478B2 (en) * 1998-10-01 2012-12-11 Digimarc Corporation Context sensitive connected content
US6409602B1 (en) * 1998-11-06 2002-06-25 New Millenium Gaming Limited Slim terminal gaming system
US7054831B2 (en) * 1999-07-07 2006-05-30 Eric Koenig System and method for combining interactive game with interactive advertising
US7325245B1 (en) * 1999-09-30 2008-01-29 Intel Corporation Linking to video information
WO2001050401A1 (en) * 2000-01-06 2001-07-12 Hd Media, Inc. System and method for distributing and controlling the output of media in public spaces
US7071041B2 (en) * 2000-01-20 2006-07-04 Semiconductor Energy Laboratory Co., Ltd. Method of manufacturing a semiconductor device
AU2001249093A1 (en) * 2000-03-03 2001-09-17 Mizrahi Enterprises, Inc. Method and system for selectively recording content relating to an audio/visual presentation
US20060015925A1 (en) * 2000-03-28 2006-01-19 Gotuit Media Corp Sales presentation video on demand system
US6766524B1 (en) * 2000-05-08 2004-07-20 Webtv Networks, Inc. System and method for encouraging viewers to watch television programs
AU2002224573A1 (en) * 2000-07-14 2002-02-05 Infinite Broadcast Corporation Multimedia player and browser system
US7000242B1 (en) * 2000-07-31 2006-02-14 Jeff Haber Directing internet shopping traffic and tracking revenues generated as a result thereof
US20020069405A1 (en) * 2000-09-20 2002-06-06 Chapin Paul W. System and method for spokesperson interactive television advertisements
JP3744792B2 (ja) * 2000-12-04 2006-02-15 株式会社ハドソン 絵本作成システム、絵本作成用サーバおよび記録媒体
US7257537B2 (en) * 2001-01-12 2007-08-14 International Business Machines Corporation Method and apparatus for performing dialog management in a computer conversational interface
US20030192060A1 (en) * 2001-01-30 2003-10-09 Levy Kenneth L. Digital watermarking and television services
US20070106557A1 (en) * 2001-04-12 2007-05-10 Kivin Varghese Advertisements with Compensation for Attention
US7992161B2 (en) * 2001-05-22 2011-08-02 At&T Intellectual Property I, L.P. Method and apparatus for providing incentives for viewers to watch commercial advertisements
US7778925B2 (en) * 2001-09-18 2010-08-17 Sony Corporation Audio and video digital content delivery
US7996232B2 (en) * 2001-12-03 2011-08-09 Rodriguez Arturo A Recognition of voice-activated commands
US20030149618A1 (en) * 2002-02-01 2003-08-07 Microsoft Corporation Flexible dynamic advertising
US20030149975A1 (en) * 2002-02-05 2003-08-07 Charles Eldering Targeted advertising in on demand programming
US8424034B2 (en) * 2002-05-03 2013-04-16 Disney Enterprises, Inc. System and method for displaying commercials in connection with an interactive television application
US20030217210A1 (en) * 2002-05-15 2003-11-20 Carau Frank P. Memory card having an integral battery that powers an electronic device
US7018361B2 (en) * 2002-06-14 2006-03-28 Baxter International Inc. Infusion pump
JP4217957B2 (ja) * 2003-05-14 2009-02-04 ソニー株式会社 情報処理装置および方法、プログラム、並びに記録媒体
US9380269B2 (en) * 2003-09-23 2016-06-28 Time Warner Cable Enterprises Llc Scheduling trigger apparatus and method
CA2544024C (en) * 2003-11-02 2013-04-02 Yossy Sela Mobile telephone gateway apparatus, communication system, and gateway operating system
US20050108751A1 (en) * 2003-11-17 2005-05-19 Sony Corporation TV remote control with display
US20050132398A1 (en) * 2003-12-15 2005-06-16 David Baran System and method for individualizing TV programming choices
US20050144024A1 (en) * 2003-12-24 2005-06-30 Wojton Walter G. Subscriber network system and method for viewing images and exchanging messages
US20050267813A1 (en) * 2004-05-26 2005-12-01 Monday Edward M Method and system for marketing items displayed in entertainment programs such as music videos, television programs, and the like
US20060123451A1 (en) * 2004-12-07 2006-06-08 Showtime Networks Inc. Enhanced content in an on-demand environment
US20060184579A1 (en) * 2005-01-05 2006-08-17 Michael Mills Framework for providing ancillary content in a television environment
US8141111B2 (en) * 2005-05-23 2012-03-20 Open Text S.A. Movie advertising playback techniques
US8090799B2 (en) * 2006-02-04 2012-01-03 Wayport, Inc. System and method for providing persistent advertising with third party content in a distributed internet access environment
US8043156B2 (en) * 2006-08-11 2011-10-25 Disney Enterprises, Inc. Interactive installation for interactive gaming
US8221220B2 (en) * 2006-08-11 2012-07-17 Disney Enterprises, Inc. Method and/or system for adaptive gaming experience
US20080066098A1 (en) * 2006-08-25 2008-03-13 Skyclix, Inc. Phone-based targeted advertisement delivery
US9318108B2 (en) * 2010-01-18 2016-04-19 Apple Inc. Intelligent automated assistant
US20080115161A1 (en) * 2006-10-30 2008-05-15 Google Inc. Delivering user-selected video advertisements
TWI330795B (en) * 2006-11-17 2010-09-21 Via Tech Inc Playing systems and methods with integrated music, lyrics and song information
US8429015B2 (en) * 2006-11-30 2013-04-23 Toshiba Global Commerce Solutions Holdings Corporation Method and apparatus for varying the amount of advertising content
US20080134229A1 (en) * 2006-11-30 2008-06-05 Conant Carson V Methods and apparatus for awarding consumers of advertising content
US20080221986A1 (en) * 2007-03-09 2008-09-11 Barry Soicher Consumer-choice, incentive based, alternative payment method and advertising system
US20080282283A1 (en) * 2007-05-11 2008-11-13 Ice, L.L.C. Method And System For Processing Commerce Transactions In An Interactive Environment
US20080295129A1 (en) * 2007-05-21 2008-11-27 Steven Laut System and method for interactive video advertising
US20090281908A1 (en) * 2007-11-26 2009-11-12 Victor Wong System for the Creation, Production, and Distribution of Music
US20090217316A1 (en) * 2008-02-22 2009-08-27 Binita Gupta Systems and Methods for Advertising Insertion Notification in a Real-Time Streaming Media Service
US8713603B2 (en) * 2008-03-10 2014-04-29 Hulu, LLC Method and apparatus for user selection of advertising combinations
US8271575B2 (en) * 2008-03-12 2012-09-18 4Homemedia, Inc. Interaction among items connected to a network
US20100131385A1 (en) * 2008-11-25 2010-05-27 Opanga Networks, Llc Systems and methods for distribution of digital media content utilizing viral marketing over social networks
US20100162289A1 (en) * 2008-12-22 2010-06-24 General Instrument Corporation Method and apparatus for providing subscriber incentives to view advertising that accompanies programming content delivered over a content delivery system
US20100283741A1 (en) * 2009-05-06 2010-11-11 Microsoft Corporation Contextually adaptive input device
US8635255B2 (en) * 2009-06-30 2014-01-21 Verizon Patent And Licensing Inc. Methods and systems for automatically customizing an interaction experience of a user with a media content application
US9838744B2 (en) * 2009-12-03 2017-12-05 Armin Moehrle Automated process for segmenting and classifying video objects and auctioning rights to interactive sharable video objects
US9094726B2 (en) * 2009-12-04 2015-07-28 At&T Intellectual Property I, Lp Apparatus and method for tagging media content and managing marketing
US9723360B2 (en) * 2010-04-01 2017-08-01 Saturn Licensing Llc Interests and demographics profile for advanced broadcast services
KR101490576B1 (ko) * 2010-05-04 2015-02-11 샤잠 엔터테인먼트 리미티드 미디어의 동기화 방법 및 시스템
US8331098B2 (en) * 2010-06-18 2012-12-11 Research In Motion Limited Mobile device with a flip-around keyboard
US8892636B2 (en) 2010-08-30 2014-11-18 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US20120084811A1 (en) * 2010-10-04 2012-04-05 Mark Thompson System and Method for Integrating E-Commerce Into Real Time Video Content Advertising
US9736542B2 (en) * 2012-09-26 2017-08-15 Lg Electronics Inc. Method and apparatus for processing digital service signal
US10002206B2 (en) 2012-10-26 2018-06-19 Saturn Licensing Llc Information processing device and information processing method
US20140196070A1 (en) * 2013-01-07 2014-07-10 Smrtv, Inc. System and method for automated broadcast media identification
US20140259043A1 (en) * 2013-03-11 2014-09-11 General Instrument Corporation Gathering and using information regarding viewers' familiarity with media-content items
WO2015099331A1 (en) 2013-12-24 2015-07-02 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
KR101850727B1 (ko) 2014-02-10 2018-04-20 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
US20150365725A1 (en) * 2014-06-11 2015-12-17 Rawllin International Inc. Extract partition segments of personalized video channel
KR102461599B1 (ko) 2014-06-20 2022-11-03 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012029569A1 (ja) * 2010-08-30 2012-03-08 ソニー株式会社 送信装置および方法、受信装置および方法、並びに送受信システム
JP2015530800A (ja) * 2012-08-29 2015-10-15 エルジー エレクトロニクス インコーポレイティド デジタルサービス信号処理方法及び装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3531706A4 *

Also Published As

Publication number Publication date
JPWO2018074265A1 (ja) 2019-08-22
KR20190072523A (ko) 2019-06-25
EP3531706A1 (en) 2019-08-28
US10972205B2 (en) 2021-04-06
US20190280793A1 (en) 2019-09-12
CN109845281A (zh) 2019-06-04
KR102408267B1 (ko) 2022-06-14
EP3531706A4 (en) 2019-08-28
MX2019004388A (es) 2019-07-15
CA3040448A1 (en) 2018-04-26

Similar Documents

Publication Publication Date Title
KR102637023B1 (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
US11115335B2 (en) Information processing device and information processing method
US11863807B2 (en) Reception device, reception method, transmission device, and transmission method
US11374670B2 (en) Receiving device, transmitting device, and data processing method
US11930248B2 (en) Information processing apparatus, information processing method, transmission apparatus, and transmission method
US11336957B2 (en) Reception apparatus, transmission apparatus, and data processing method
KR20140123523A (ko) 인터넷 액세스에 의해 또는 인터넷 액세스 없이 디지털 tv 수신기로 전송되는 컨텐츠를 복수의 포터블 장치로 동기화하기 위한 시스템
WO2018074265A1 (ja) 受信装置、送信装置、及び、データ処理方法
US10893311B2 (en) Method of controlling a synchronization server, and equipment for performing the method
CA3030391C (en) Receiving device, transmitting device, and data processing method
US20200053406A1 (en) Information processing apparatus and information processing method

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018546255

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20197010253

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 3040448

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017861341

Country of ref document: EP

Effective date: 20190521