WO2014065166A1 - 情報処理装置および情報処理方法 - Google Patents

情報処理装置および情報処理方法 Download PDF

Info

Publication number
WO2014065166A1
WO2014065166A1 PCT/JP2013/078039 JP2013078039W WO2014065166A1 WO 2014065166 A1 WO2014065166 A1 WO 2014065166A1 JP 2013078039 W JP2013078039 W JP 2013078039W WO 2014065166 A1 WO2014065166 A1 WO 2014065166A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdi
content
information
user
provider
Prior art date
Application number
PCT/JP2013/078039
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 CN201380054461.0A priority Critical patent/CN104737547A/zh
Priority to BR112015008763A priority patent/BR112015008763A2/pt
Priority to MX2015004869A priority patent/MX353817B/es
Priority to EP13849308.5A priority patent/EP2914014A4/en
Priority to KR1020157009479A priority patent/KR20150076157A/ko
Priority to JP2014543246A priority patent/JP6581776B2/ja
Priority to CA2888269A priority patent/CA2888269A1/en
Priority to AU2013335841A priority patent/AU2013335841B2/en
Publication of WO2014065166A1 publication Critical patent/WO2014065166A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/90335—Query processing
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • 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/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/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • 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/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

Definitions

  • the present technology relates to an information processing device and an information processing method, and more particularly, to an information processing device and an information processing method that enable content to be acquired according to metadata.
  • a filtering attribute also referred to as a filtering index, filtering metadata, etc.
  • a filtering attribute also referred to as a filtering index, filtering metadata, etc.
  • the content filtering sorting is performed in the client that receives (acquires) the content.
  • Filtering attributes are set as values for metadata elements selected from metadata sets defined by standardization organizations such as ATSC (Advanced Television Standard Committee) and ARIB (Association of Radio Industries and Businesses).
  • a content to which “viewing target” is selected as a metadata element and a filtering attribute with “10s” set as a value for the metadata element is given as ““ viewing target is teenage ” It is provided to a client that performs filtering so as to acquire “content for viewers”.
  • the metadata set specified by the standardization organization If “I am interested in job hunting” does not exist as a metadata element, a filtering attribute in which “I am interested in job hunting” is set as the metadata element in the content. It could not be granted.
  • the provider side could not distribute the content given the viewer's interest as metadata according to the needs at that time (for example, considering the fashion).
  • This technology has been made in view of such a situation, and makes it possible to acquire content according to the needs at that time.
  • the information processing apparatus is an information processing apparatus that acquires content distributed from a server, and is question information that is information transmitted from the server and that represents a question about user preferences.
  • the answer generation unit that generates user-side answer information that is information representing the user's answer to the question, the user-side answer information, and the question transmitted from the server
  • a matching unit that acquires the content distributed from the server by performing matching with provider-side answer information that is information representing an answer set by a provider that provides the content, and the matching unit Is provided as a web application, and by calling multiple APIs (Application Programming Interface), the user side answer information Performing matching between the provider side answer information.
  • the information processing apparatus is further provided with a storage unit that stores the user-side answer information generated by the answer generation unit, and the matching unit is stored in the storage unit by calling a plurality of the APIs.
  • the user-side answer information and the provider-side answer information can be matched.
  • the matching unit can be called a user side answer information acquisition API for acquiring the user side answer information from the storage unit.
  • the matching unit can be called a provider-side response information acquisition API for acquiring the provider-side response information from the server.
  • the storage unit when the storage unit is configured as a database, the user for evaluating whether or not the user side answer information corresponding to the provider side answer information is stored in the storage unit
  • the side response information evaluation API can be called to acquire the content corresponding to the provider side response information for which the evaluation result is true.
  • the matching unit can be called a content acquisition API for acquiring the content using a matching result.
  • the matching unit is distributed from the server by matching the user-side answer information and a query that is transmitted from the server and indicates a combination of the answers set by the provider. Content can be acquired.
  • the matching unit can be called a query acquisition API for acquiring the query from the server.
  • the matching unit when the storage unit is configured as a database, the user side answer information evaluation API for evaluating whether or not the user side answer information corresponding to the query is stored in the storage unit And the content corresponding to the query for which the evaluation result is true can be acquired.
  • An information processing method is an information processing method of an information processing device that acquires content distributed from a server, and is information transmitted from the server that represents a question about user preferences.
  • an answer generation step of generating user-side answer information that is information representing the user's answer to the question, the user-side answer information, and the question transmitted from the server
  • a matching step of acquiring the content distributed from the server by performing matching with provider-side answer information that is information representing an answer set by a provider who provides the content.
  • multiple APIs Application Programming Interface
  • user-side answer information which is information representing a user's answer to a question
  • question information which is a question about a user's preference.
  • provider-side answer information that is the information set by the provider who provides the content for the question sent from the server.
  • the content distributed from the server is acquired.
  • Matching between the user-side answer information and the provider-side answer information is performed by calling a plurality of APIs.
  • An information processing apparatus is an information processing apparatus that acquires content distributed from a server, and is question information that is information transmitted from the server and represents a question about user preferences.
  • a query generation unit that generates a query indicating a combination of the user's answers to the question, and a provider that provides the content to the query transmitted from the query and the server
  • a matching unit that acquires the content distributed from the server by matching with provider-side answer information that is information representing an answer set by the matching unit, and the matching unit is provided as a web application , By calling multiple APIs (Application Programming Interface), the query and the provider side reply information Performing the etching.
  • APIs Application Programming Interface
  • the information processing apparatus further includes a storage unit that stores the query generated by the query generation unit, and the matching unit stores the query stored in the storage unit by calling a plurality of the APIs. Matching between the query and the provider-side answer information can be performed.
  • the matching unit can be called a query acquisition API for acquiring the query from the storage unit.
  • the matching unit can be called a provider-side response information acquisition API for acquiring the provider-side response information from the server.
  • the matching unit includes the query evaluation API for evaluating whether or not the query corresponding to the provider-side answer information is stored in the storage unit.
  • the content corresponding to the provider-side answer information whose evaluation result is true can be acquired.
  • the matching unit can be called a content acquisition API for acquiring the content using a matching result.
  • An information processing method is an information processing method of an information processing apparatus that acquires content distributed from a server, and is information transmitted from the server that represents a question about user preferences.
  • a query generation step for generating a query indicating a combination of the user's answers to the question, and the content for the question transmitted from the query and the server.
  • APIs Application Programming Interface
  • a query indicating a combination of user responses to the question is generated in response to the question information that is transmitted from the server and represents the question about the user's preference.
  • the content delivered from the server by matching the query sent from the server with the provider's answer information, which is information representing the answer set by the provider who provides the content Is acquired.
  • the query is matched with the provider's answer information.
  • FIG. 1 illustrates a configuration example of a broadcasting system according to an embodiment of the present technology.
  • a broadcasting system 10 in FIG. 1 includes a server 11 installed on a provider side such as a broadcaster that broadcasts (provides) a digital television program (hereinafter referred to as “content” as appropriate), and a user's home that views the broadcasted content.
  • the client terminal hereinafter simply referred to as a client 12 installed in the network.
  • the client 12 is installed in each of a plurality of user homes, but may be configured as a portable terminal device such as a mobile phone or a PDA (Personal Digital Assistant).
  • the server 11 sends content metadata regarding the content together with the content to the client 12 as a digital broadcast wave signal.
  • the client 12 reproduces or accumulates only the content desired by the user by filtering the content based on the content metadata transmitted together with the content.
  • the content metadata may be sent before the content is sent instead of being sent together with the content.
  • FIG. 2 illustrates a hardware configuration example of the server 11.
  • the server 11 is configured based on a computer, for example.
  • the CPU (Central Processing Unit) 21 executes various processes according to a program stored in a ROM (Read Only Memory) 22 or a program loaded from a storage unit 28 to a RAM (Random Access Memory) 23.
  • the RAM 23 also appropriately stores data necessary for the CPU 21 to execute various processes.
  • the CPU 21, ROM 22, and RAM 23 are connected to each other via a bus 24.
  • An input / output interface 25 is also connected to the bus 24.
  • the input / output interface 25 includes an input unit 26 including a keyboard and a mouse, a display including an LCD (Liquid Crystal Display) and an organic EL (Electro Luminescence), an output unit 27 including a speaker, and a hard disk.
  • a communication unit 29 including a storage unit 28, a modem, a terminal adapter, and the like is connected. The communication unit 29 communicates with an external device via a network (not shown). A program may be acquired via the communication unit 29 and stored in the storage unit 28.
  • a drive 30 is connected to the input / output interface 25 as necessary, and a removable medium 31 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory is appropriately mounted, and a computer program read from them is Installed in the storage unit 28 as necessary.
  • a removable medium 31 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory is appropriately mounted, and a computer program read from them is Installed in the storage unit 28 as necessary.
  • the hardware of the client 12 is similarly configured as shown in FIG.
  • the server 11 includes a PDI-Q generator 41, a communication unit 42, a PDI-A generator 43, a metadata distributor 44, a content storage unit 45, and a content distributor 46.
  • the PDI-Q generator 41 generates PDI-Q (Preference Demographic and Interest-Question) that is information indicating a question about the preference of the user (viewer) of the client 12 and transmits it to the client 12 via the communication unit 42. At the same time, it is supplied to the PDI-A generator 43.
  • PDI-Q Preference Demographic and Interest-Question
  • the communication unit 42 transmits various data supplied from the PDI-Q generator 41, the metadata distributor 44, and the content distributor 46 to the client 12 in response to a request from the client 12.
  • the PDI-A generator 43 Based on the PDI-Q from the PDI-Q generator 41, the PDI-A generator 43 represents an answer set by the provider to the above-described question about the user preference of the client 12 corresponding to the PDI-Q.
  • Information PDI-A (Preference-Demographic-and-Interest--Answer) is generated and supplied to the metadata distributor 44.
  • the metadata distributor 44 specifies (inquires) the content corresponding to the answer set by the provider from the content stored in the content storage unit 45 based on the PDI-A from the PDI-A generator 43.
  • the metadata distributor 44 generates content metadata including PDI-A as the content metadata of the specified content, and transmits the content metadata to the client 12 via the communication unit 42.
  • the content storage unit 45 stores various contents distributed to the client 12.
  • the content distributor 46 acquires the content specified by the metadata distributor 44 from the content stored in the content storage unit 45 and transmits it to the client 12 via the communication unit 42.
  • the client 12 includes a communication unit 51, a PDI-A generator 52, a PDI store 53, a content filter 54, a content reproduction unit 55, and a content storage unit 56.
  • the communication unit 51 receives various data transmitted from the server 11 and supplies it to the PDI-A generator 52 or the content filter 54. Further, the communication unit 51 transmits a request for the server 11 to the server 11.
  • the PDI-A generator 52 Based on the PDI-Q transmitted from the server 11, the PDI-A generator 52 generates a PDI-A representing the user's answer to the question about the user preference of the client 12 corresponding to the PDI-Q, Store in the PDI store 53.
  • the PDI store 53 stores the PDI-A from the PDI-A generator 52.
  • the PDI-A stored in the PDI store 53 is accessed by the file system and read out to the content filter 54 as necessary.
  • the content filter 54 reads the PDI-A from the PDI store 53 and matches the PDI-A with the PDI-A included in the content metadata of the content transmitted from the server 11, thereby 11 is used to filter the content distributed from 11.
  • the content filter 54 supplies the filtered content to the content reproduction unit 55 or the content storage unit 56 according to the filtering result.
  • the content filter 54 is provided as a web application executed on a web browser, performs matching by calling a plurality of APIs (Application Programming Interface), and filters the content.
  • the content playback unit 55 plays back the content from the content filter 54.
  • the content playback unit 55 acquires content from the content storage unit 56 and plays back the content.
  • the content storage unit 56 stores (records) the content from the content filter 54.
  • content transmission / reception processing in the broadcast system 10 will be described with reference to the flowchart of FIG.
  • content transmission / reception processing in the broadcast system 10 content is distributed by the server 11 executing content distribution processing, and content is acquired by the content acquisition processing performed by the client 12.
  • the provider side such as a broadcaster
  • the provider side staff In response to the operation, the PDI-Q generator 41 of the server 11 asks the viewer, that is, the user of the client 12, what kind of preference or attribute the PDI-Q generator 41 has in step S11. Is generated.
  • the first line shows the declaration and definition for identifying PDI-Q
  • the second line shows the name and type declaration of the entire question defined as PDI-Q. .
  • Lines 3 through 12 show the name and type declarations for each of the questions declared in line 2.
  • the question type “IntegerAnswerType” defined by the name “QIA” on the 5th line indicates that the question is a question that requires an integer value type answer.
  • the question type “BooleanAnswerType” defined by the name “QBA” indicates that the question is a question for which a logical value type answer is requested.
  • the question type “SelectionAnswerType” defined by the name “QSA” on the seventh line indicates that the question is a question that requires an answer selection type answer.
  • the question type “TextAnswerType” defined by the name indicates that the question is a question that requires a character string type answer.
  • the question type “AnyAnswerType” defined by the name “QAA” on the ninth line indicates that the question does not limit the answer type.
  • Lines 13 through 44 declare the elements of each of the questions declared as above, defined by the names “QIA”, “QBA”, “QSA”, and “QTA”. Show.
  • the id element shown in the 15th, 24th, 31st, and 40th lines represents an ID (Identifier) for identifying each question item.
  • “Common: [category:] question-ID” It is defined as In this first format, “common” indicates that the question identified by the id element is a commonly defined question regardless of provider, “category” indicates the category of the question, and “question” -ID "represents the identifier of the question.
  • a hierarchical nested structure may be used.
  • the id element has the second format as follows: “ProviderName: [category:] question-ID” It is defined as In this second format, “providerName” represents the name of the provider that sets the question identified by the id element. Note that “category” and “question-ID” are the same as those in the first format.
  • questions defined as PDI-Q are distinguished by the id element between questions that do not depend on the provider that provides the content (common to providers) and questions that are defined independently by the provider that provides the content. .
  • provider common filtering parameters questions that do not depend on the provider that provides the content, and answers to those questions will be referred to as provider common filtering parameters. Questions that are defined by the provider that provides the content and answers to those questions will be This is an original filtering parameter.
  • the provider common filtering parameter is defined in common for each provider regardless of individual providers, and therefore generally provided by a vendor (manufacturer, etc.) of the client 12. Therefore, the PDI-Q generator 41 in the server 11 can be provided by the provider side, but can also be provided by the vendor of the client 12.
  • “transactional” in the first line indicates that the content of each item of PDI-Q is changed to the client 12 when the question (question group) defined in PDI-Q is updated in the transmitted client 12. All the contents of each item of PDI-Q are not recorded / updated due to some accident in the middle of the process of recording / updating to the storage area (not shown) due to a disk accident or interruption of processing due to increased processing load. In this case, the value indicates whether or not this recording / updating process is not performed (so-called rollback) by going back to the state immediately before recording / updating the contents of each item of PDI-Q. If is true, PDI-Q is rolled back.
  • the second to fifth lines define a question that asks for a Boolean answer.
  • the 10th to 17th lines define a question for an answer selection type answer.
  • ⁇ Id> ProviderA 123 ⁇ / id> in the 11th line specifies the id element of the question, and ⁇ q> In which of the following sports are you most interested? (Multiple selection allowed)
  • ⁇ / q> represents the question itself
  • ⁇ a> Soccer ⁇ /a> in the 15th line
  • ⁇ a> Hockey ⁇ /a> in the 16th line represent options of answers to the questions.
  • minChoice "1"
  • the 25th to 28th lines define a question for a character string type answer.
  • ⁇ Id> ProviderA: 321 ⁇ / id> in the 26th line specifies the id element of the question, and ⁇ q> Who's products are you most interested in recently? ⁇ / q> represents the question itself.
  • each question defined by PDI-Q in FIG. 7 is referred to as a question of each id element.
  • questions defined in the 2nd to 5th lines are called “Common: 111” questions
  • questions defined in the 6th to 9th lines are called “Common: 222” questions.
  • the questions defined in the 10th to 17th lines are called “ProviderA: 123” questions
  • the questions defined in the 18th to 24th lines are called “ProviderA: ProgramX: 123” questions
  • 25 The questions defined in the lines 28 to 28 are referred to as “ProviderA: 321” questions.
  • the “Common: 111” question and the “Common: 222” question are distinguished by the provider common filtering parameters, the “ProviderA: 123” question, the “ProviderA: ProgramX: 123” question, and the “ProviderA: The question “321” is distinguished by provider-specific filtering parameters.
  • the “Common: 111” question indicates that the identifier is “111” and the identifier is “111”
  • the “ProviderA: ProgramX: 123” question is “ProviderA”. This indicates that the category (program ID) set by the provider is “ProgramX” and the identifier is “123”.
  • step S ⁇ b> 12 the PDI-Q generator 41 of the server 11 transmits the generated PDI-Q to the client 12 via the communication unit 42 and supplies it to the PDI-A generator 43.
  • step S 21 the communication unit 51 of the client 12 receives the PDI-Q transmitted from the server 11 and supplies it to the PDI-A generator 52.
  • the PDI-Q is received by the client 12 every time it is broadcast (transmitted) at a predetermined time interval from a broadcast station as a provider in which the server 11 is installed, for example. Further, the PDI-Q may be received by the client 12 when the channel is matched with the broadcasting station where the server 11 is installed in the client 12.
  • step S22 the PDI-A generator 52 of the client 12 generates PDI-A for the question defined by the PDI-Q received by the communication unit 51. Specifically, when the PDI-A generator 52 receives the PDI-Q from the server 11, the PDI-A generator 52 displays a screen corresponding to the question defined in the PDI-Q on a display unit (not shown). By causing the user (viewer) of the client 12 to input or select an answer to the question, PDI-A representing the answer is generated. That is, the PDI-A generator 52 generates PDI-A representing an answer to the question defined by PDI-Q by interacting with the user.
  • step S 23 the PDI-A generator 52 stores the generated PDI-A in the PDI store 53.
  • Example of screen display in user interaction with PDI-A generator [Example of screen display in user interaction with PDI-A generator]
  • FIG. 8 to FIG. 12 an example of screen display in the dialogue with the user by the PDI-A generator 52 will be described.
  • the client 12 has received the PDI-Q described with reference to FIG. 7, and a display unit (not shown) of the client 12 displays a group of questions defined by the received PDI-Q. Assume that the corresponding screens are displayed sequentially.
  • FIG. 8 shows a screen display example corresponding to the “Common: 111” question among the questions defined in the PDI-Q described with reference to FIG.
  • the question “Are you currently employed?” Shown in the fourth line of FIG. 7 is displayed in the question presentation unit 61. Further, a message prompting the user to input an answer to the question “Please select one”, a selection button 62-1 for causing the user to select “Yes” as an answer to the question, and a question As a response to this, a selection button 62-2 for causing the user to select “No” is displayed.
  • FIG. 9 shows a screen display example corresponding to the “Common: 222” question among the questions defined in the PDI-Q described with reference to FIG.
  • the question “What is the age of the oldest member of the household who watches television?” Shown in the eighth line of FIG.
  • a message for prompting the user to input an answer to the question “Please input age” and an answer input unit 72 for causing the user to input an integer value as an answer to the question are displayed.
  • FIG. 10 shows a screen display example corresponding to the question “ProviderA: 123” among the questions defined in the PDI-Q described with reference to FIG.
  • a message prompting the user to input an answer to the question “Please select one or more of the following, and choose from three or less”, and options “Baseball”, “Basketball”, “ Selection buttons 82-1 to 82-4 for causing the user to select “Soccer” and “Hockey” are displayed.
  • FIG. 11 shows a screen display example corresponding to the question “ProviderA: ProgramX: 123” among the questions defined in PDI-Q described with reference to FIG.
  • a message prompting the user to enter an answer to the question “Please select one from the following.” And choices “Never”, “Occasionally”, and “Frequently” as answers to the question.
  • Selection buttons 92-1 to 92-3 for allowing the user to select are displayed.
  • FIG. 12 shows a screen display example corresponding to the question “ProviderA: 321” among the questions defined in PDI-Q described with reference to FIG.
  • a message “Please describe freely” prompting the user to input an answer to the question, and an answer input unit 102 for causing the user to input a character string as an answer to the question is displayed.
  • the PDI-A generator 52 allows the PDI-Q to input or select an answer to the question defined in the PDI-Q by the screen display described with reference to FIGS. Generate the corresponding PDI-A.
  • the screen display described in FIGS. 8 to 12 may be displayed shortly after receiving PDI-Q, or after receiving PDI-Q, PDI-Q is stored in a storage unit (not shown). It may be held, and may be displayed when the display of the setting screen is instructed by the user.
  • Example of PDI-A an example of PDI-A generated by the PDI-A generator 52 will be described with reference to FIG.
  • the PDI-A shown in FIG. 13 is a PDI-A generated based on the selection or input of an answer by the user with respect to the screen display shown in FIGS.
  • the second to fifth lines indicate the user's answer to the question presented by the screen display described in FIG. That is, ⁇ id> Common: 111 ⁇ / id> in the third line indicates the id element of the question presented by the screen display of FIG. 8, and ⁇ a> true ⁇ /a> in the fourth line is the question 8 shows that the selection button 62-1 ("Yes" answer) is selected by the user in the screen display of FIG.
  • Lines 6 through 9 show the user's answers to the questions presented by the screen display described in FIG. That is, ⁇ id> Common: 222 ⁇ / id> in the seventh line indicates the id element of the question presented by the screen display of FIG. 9, and ⁇ a> 34 ⁇ /a> in the eighth line is the question 9 shows that “34” is input as an integer value to the answer input unit 72 in the screen display of FIG.
  • the 10th to 15th lines indicate the user's answers to the questions presented by the screen display described in FIG. That is, ⁇ id> ProviderA: 123 ⁇ / id> in the 11th line indicates the id element of the question presented by the screen display of FIG. 10, and ⁇ a> Baseball ⁇ /a>, 13 in the 12th line. ⁇ a> Soccer ⁇ /a> in the line and ⁇ a> Hockey ⁇ /a> in the 14th line are answers to the question, and the selection buttons 82-1, 82-3 and 82-4 are displayed in the screen display of FIG. It is selected by the user.
  • the 16th to 19th lines indicate the user's answers to the questions presented by the screen display described in FIG. That is, ⁇ id> ProviderA: ProgramX: 123 ⁇ / id> in the 17th line indicates the id element of the question presented by the screen display of FIG. 11, and ⁇ a> Occasionally ⁇ /a> in the 18th line. Indicates that the selection button 92-2 has been selected by the user in the screen display of FIG. 11 as an answer to the question.
  • the 20th to 23rd lines indicate the user's answers to the questions presented by the screen display described in FIG. That is, ⁇ id> ProviderA: 321 ⁇ / id> on the 21st line indicates the id element of the question presented by the screen display of FIG. 12, and ⁇ a> Somy ⁇ /a> on the 22nd line indicates the question. 12 shows that “Somy” is input as a character string to the answer input unit 102 in the screen display of FIG.
  • the PDI-A generator 52 supplies the PDI-A generated in this way to the PDI store 53 and stores it.
  • the PDI-A stored in the PDI store 53 is used when determining whether or not the content distributed from the server 11 matches the user's preference of the client 12, as will be described later.
  • the PDI-A generator 43 of the server 11 generates PDI-A for the question defined by PDI-Q from the PDI-Q generator 41, and the metadata distributor 44.
  • the PDI-A generator 43 is described on a display unit (not shown) with reference to, for example, FIGS.
  • a screen corresponding to the question defined in PDI-Q is displayed, and an answer to the question is input or selected by the staff of the broadcasting station, thereby generating PDI-A representing the answer.
  • the staff of the broadcasting station inputs or selects an answer corresponding to the content to be distributed as an answer to the question defined in PDI-Q. That is, the PDI-A generated by the PDI-A generator 43 is information that allows the provider side to take into account the user (viewer) preference of the client 12 and allow the viewer to view the content that will be distributed later. (Answer).
  • the metadata distributor 44 specifies (inquires) the content corresponding to PDI-A from the content stored in the content storage unit 45 based on the PDI-A from the PDI-A generator 43.
  • the content specified here may be such that the similarity between PDI-A from the PDI-A generator 43 and content metadata pre-assigned to the stored content is higher than a predetermined value, The content may be pre-selected by the station staff as content that the user wants to view.
  • the content specified by the metadata distributor 44 is acquired from the content storage unit 45 by the content distributor 46.
  • the metadata distributor 44 includes content metadata including PDI-A based on the content metadata previously given to the content specified in step S14 and the PDI-A from the PDI-A generator 43. Is newly generated.
  • step S16 the communication unit 42 distributes the content metadata generated by the metadata distributor 44 in response to a request from the client 12.
  • content metadata in addition to the content metadata generated by the metadata distributor 44, content metadata defined by a standardization organization may be transmitted.
  • step S17 the communication unit 42 distributes the acquired content to the content distributor 46 in response to a request from the client 12.
  • step S ⁇ b> 23 the content filter 54 of the client 12 executes matching processing to match the PDI-A stored in the PDI store 53 with the PDI-A included in the content metadata from the server 11. By doing so, the content from the server 11 is acquired.
  • the former is the user side PDI-A and the latter is the provider. It will be called side PDI-A.
  • the provider-side PDI-A shown in FIG. 14 has the same basic configuration as the user-side PDI-A shown in FIG. 13 and will not be described in detail. “False” is selected as the answer to the “Common: 111” question, “Baseball” is selected as the answer to the “ProviderA: 123” question, and “Never” is selected as the answer to the “ProviderA: ProgramX: 123” question It has been shown.
  • the content filter 54 compares the user side PDI-A and the provider side PDI-A, and if at least one answer to the question matches, the user side PDI-A and the provider side PDI-A If it is determined that there is a match and no answer to the question matches, it is determined that the user side PDI-A and the provider side PDI-A do not match.
  • the PDI-A shown in FIG. 15 is transmitted from the server 11 as the provider-side PDI-A.
  • the provider side PDI-A shown in FIG. 15 confirms that “Basketball” has been selected as the answer to the “ProviderA: 123” question and “Never” has been selected as the answer to the “ProviderA: ProgramX: 123” question. Show.
  • the content filter 54 is provided as a web application and performs matching processing by calling a plurality of APIs.
  • step S51 the content filter 54 calls a user side PDI-A acquisition API which is an API for acquiring the user side PDI-A from the PDI store 53.
  • Input argument id element (QXA / @ id) of the question whose type is "QXA”
  • Output argument PDI table that stores the user-side PDI-A for the question of type "QXA" specified by the input argument
  • QXA indicates any or all of the names “QIA”, “QBA”, “QSA”, “QTA”, and “QAA” that represent the question type described above.
  • step S52 the content filter 54 acquires the user side PDI-A returned as an output argument of the user side PDI-A acquisition API.
  • step S53 the content filter 54 calls the provider side PDI-A acquisition API, which is an API for acquiring the provider side PDI-A from the server 11.
  • Input argument Content ID (C_ID)
  • Output argument Provider-side PDI-A included in the content metadata corresponding to the content ID specified in the input argument
  • step S54 the content filter 54 acquires the provider side PDI-A returned as an output argument of the provider side PDI-A acquisition API.
  • step S55 the content filter 54 performs matching between the user side PDI-A and the provider side PDI-A by the method described with reference to FIGS.
  • step S56 the content filter 54 identifies the content ID of the content metadata including the provider side PDI-A that matches the user side PDI-A.
  • step S57 the content filter 54 calls a content acquisition API that is an API for acquiring content from the server 11.
  • Input argument Content ID (C_ID)
  • Output argument Content specified by the content ID specified in the input argument and reference to that content
  • the content ID is information for specifying the content, and is the content ID of the content metadata including the provider side PDI-A that matches the user side PDI-A and is identified by the content filter 54. . That is, the server 11 is requested to distribute the content specified by the content ID of the content metadata including the provider side PDI-A that matches the user side PDI-A, and the content distributed from the server 11 in response to the request. And a reference to its contents is returned as an output argument.
  • step S58 the content filter 54 acquires the content returned as an output argument of the content acquisition API, supplies the content to the content reproduction unit 55 or the content storage unit 56, and the process returns to step S24 in the flowchart of FIG.
  • the content reproduction unit 55 reproduces the content in step S25.
  • the content storage unit 56 stores (records) the content in step S25. The accumulated content is appropriately supplied to the content reproduction unit 55 and reproduced in accordance with a user operation instruction.
  • the server on the provider side, the server generates a PDI-Q representing a question about the user's preference, and the PDI-Q is transmitted to the client terminal.
  • the provider side PDI-A representing the answer set by the provider side is distributed as content metadata of the corresponding content.
  • content metadata other than the content metadata defined by the standardization organization can be given to the content as content metadata according to the needs at that time.
  • the client terminal On the other hand, on the user side, the client terminal generates a user side PDI-A representing the user's answer to the PDI-Q from the server, and the generated user side PDI-A and the provider side PDI-A from the server By performing matching, it is determined whether or not to acquire content distributed from the server. As a result, content can be filtered by content metadata according to the needs at that time other than the content metadata defined by the standardization organization. Therefore, it is possible to acquire content according to the needs at that time.
  • the client 12 performs the PDI-A matching in real time when distributing the content from the server 11.
  • the client 12 stores all the content from the server 11 in advance and performs processing.
  • PDI-A matching is performed in the background, and the content corresponding to the matched PDI-A (provider side PDI-A) is played or the content corresponding to the unmatched PDI-A is deleted. You may make it.
  • the user-side PDI-A stored in the PDI store 53 is accessed by the file system.
  • the PDI store 53 is configured as a database
  • the PDI store 53 is configured as a database.
  • the user-side PDI-A stored in is managed by a database management system (Database (Management System: DBMS).
  • Database Management System: DBMS
  • the content filter 54 calls the provider side PDI-A acquisition API, which is an API for acquiring the provider side PDI-A from the server 11.
  • step S72 the content filter 54 acquires the provider side PDI-A returned as an output argument of the provider side PDI-A acquisition API.
  • the content filter 54 is an API for evaluating whether or not the user side PDI-A corresponding to the provider side PDI-A from the server 11 is stored in the PDI store 53. A Call the evaluation API.
  • Input argument Provider side PDI-A
  • Output argument Evaluation result of whether the user-side PDI-A corresponding to the provider-side PDI-A specified in the input argument is stored (true / false)
  • the provider side PDI-A is the provider side PDI-A acquired by the provider side PDI-A acquisition API.
  • the provider-side PDI-A is passed to the DBMS that manages the data in the PDI store 53 by the user-side PDI-A evaluation API, the DBMS searches for the user-side PDI-A corresponding to the provider-side PDI-A. Based on the search result, an evaluation result of whether or not the user side PDI-A corresponding to the provider side PDI-A is stored is returned as an output argument.
  • step S74 the content filter 54 acquires the evaluation result of the user side PDI-A returned as an output argument of the user side PDI-A evaluation API.
  • step S75 the content filter 54 identifies the content ID of the content metadata including the provider side PDI-A for which the evaluation result of the user side PDI-A is true.
  • step S76 the content filter 54 calls a content acquisition API that is an API for acquiring content from the server 11.
  • step S77 the content filter 54 acquires content returned as an output argument of the content acquisition API.
  • the content filter 54 matches the user side PDI-A and the provider side PDI-A by calling the user side PDI-A evaluation API. be able to.
  • the content filter 54 compares the user side PDI-A expressed as an instance with the provider side PDI-A, and determines whether the user side PDI-A matches even one answer to the question. -A and provider-side PDI-A are matched, but either user-side PDI-A or provider-side PDI-A is expressed as a query that evaluates PDI-A. You may make it compare PDI-A and provider side PDI-A.
  • Example 1 of matching process by query that evaluates PDI-A First, a configuration for comparing the user side PDI-A and the provider side PDI-A by expressing the provider side PDI-A as a query will be described.
  • FIG. 18 shows a functional configuration example of the server 11 in which the provider side PDI-A is expressed as a query.
  • PDI-Q generator 41 includes a communication unit 42, a content storage unit 45, a content distributor 46, a PDI-FC generator 111, and a metadata distributor 112.
  • the server 11 of FIG. 18 differs from the server 11 of FIG. 3 in that a PDI-FC generator 111 and a metadata distributor 112 are provided instead of the PDI-A generator 43 and the metadata distributor 44.
  • the PDI-FC generator 111 generates PDI-A (provider side PDI-A) corresponding to the PDI-Q based on the PDI-Q from the PDI-Q generator 41, and the generated provider side PDI-A is predetermined.
  • PDI-FC Preference-Demographic-and-Interest-Filtering-Criteria
  • the metadata distributor 112 specifies (inquires) the content corresponding to the PDI-FC from the content stored in the content storage unit 45 based on the PDI-FC from the PDI-FC generator 111.
  • the metadata distributor 112 generates content metadata including PDI-FC as the content metadata of the identified content, and transmits the content metadata to the client 12 via the communication unit 42.
  • the content filter 54 in FIG. 4 reads the user side PDI-A from the PDI store 53 and is included in the content metadata transmitted from the user side PDI-A and the server 11. Since it is the same as the client 12 in FIG. 4 except that the content is filtered based on the PDI-FC, the description thereof is omitted.
  • steps S111, S112, S116, S117, S121 to S123, and S125 of the flowchart of FIG. 19 is basically the same as the processing of steps S11, S12, S16, S17, S21 to S23, and S25 of the flowchart of FIG. Since it is the same, the description is omitted.
  • the PDI-FC generator 111 of the server 11 generates a provider side PDI-A for the question defined by the PDI-Q from the PDI-Q generator 41, and generates the generated provider side PDI-A.
  • a PDI-FC applied to a predetermined conditional statement is generated and supplied to the metadata distributor 112.
  • the PDI-FC generator 111 refers to, for example, FIG. 8 to FIG.
  • the screen corresponding to the question defined in PDI-Q as explained above is displayed, the answer to that question is input or selected by the staff of the broadcasting station, and each answer combination (filtering condition)
  • the PDI-FC that expresses the combination of the answers is generated.
  • the staff of the broadcasting station inputs or selects an answer corresponding to the content to be distributed as an answer to the question defined in PDI-Q, and further determines the combination.
  • the PDI-FC generated by the PDI-FC generator 111 is information that allows the provider side to take into account the preferences of the user (viewer) of the client 12 and allow the viewer to view content that will be distributed later. (Combination of answers).
  • the metadata distributor 112 identifies (inquires) the content corresponding to the PDI-FC from the content stored in the content storage unit 45 based on the PDI-FC from the PDI-FC generator 111.
  • the content specified here may have a similarity between the PDI-FC from the PDI-FC generator 111 and the content metadata pre-assigned to the stored content higher than a predetermined value, or broadcast
  • the content may be pre-selected by the station staff as content that the user wants to view.
  • the content specified by the metadata distributor 112 is acquired from the content storage unit 45 by the content distributor 46.
  • the metadata distributor 112 includes content metadata including PDI-FC based on the content metadata previously given to the content specified in step S114 and the PDI-FC from the PDI-FC generator 111. Is newly generated.
  • step S124 the content filter 54 of the client 12 executes matching processing, and matches the PDI-A stored in the PDI store 53 based on the PDI-FC included in the content metadata from the server 11. To acquire the content from the server 11.
  • the user side PDI-A selects “true” as the answer to the “Common: 111” question and “Baseball” as the answer to the “ProviderA: 123” question. Indicates whether or not to evaluate.
  • the content filter 54 evaluates the user side PDI-A based on the PDI-FC, and when the PDI-FC is satisfied (becomes true), the user side PDI-A and the PDI -It is determined that the FC matches, and if the PDI-FC is not satisfied (false), it is determined that the user-side PDI-A and PDI-FC do not match .
  • “true” is selected as the answer to the “Common: 111” question
  • “Baseball” is selected as the answer to the “ProviderA: 123” question. Therefore, it is determined that the user side PDI-A and the PDI-FC match.
  • step S151 the content filter 54 calls a user side PDI-A acquisition API which is an API for acquiring the user side PDI-A from the PDI store 53.
  • step S152 the content filter 54 acquires the user side PDI-A returned as an output argument of the user side PDI-A acquisition API.
  • step S153 the content filter 54 calls a PDI-FC acquisition API that is an API for acquiring a PDI-FC from the server 11.
  • Input argument Content ID (C_ID)
  • Output argument PDI-FC included in the content metadata corresponding to the content ID specified in the input argument
  • step S154 the content filter 54 acquires the PDI-FC returned as an output argument of the PDI-FC acquisition API.
  • step S155 the content filter 54 performs matching between the user-side PDI-A and the PDI-FC by the method described above.
  • step S156 the content filter 54 identifies the content ID of the content metadata including the PDI-FC that matches the user-side PDI-A.
  • step S157 the content filter 54 calls a content acquisition API that is an API for acquiring content from the server 11.
  • step S158 the content filter 54 acquires the content returned as the output argument of the content acquisition API, supplies it to the content reproduction unit 55 or the content storage unit 56, and the process returns to step S124 in the flowchart of FIG.
  • the user-side PDI-A stored in the PDI store 53 is accessed by the file system.
  • the PDI store 53 is configured as a database, it is stored in the PDI store 53.
  • the user side PDI-A is managed by a database management system (DBMS).
  • DBMS database management system
  • step S171 the content filter 54 calls a PDI-FC acquisition API that is an API for acquiring a PDI-FC from the server 11.
  • step S172 the content filter 54 acquires the PDI-FC returned as an output argument of the PDI-FC acquisition API.
  • step S173 the content filter 54 evaluates the user side PDI-A, which is an API for evaluating whether or not the user side PDI-A corresponding to the PDI-FC from the server 11 is stored in the PDI store 53. Call the API.
  • PDI-FC is PDI-FC acquired by PDI-FC acquisition API.
  • the DBMS evaluates the user-side PDI-A using the PDI-FC, and the evaluation result is output. Returned as an argument.
  • step S174 the content filter 54 acquires the evaluation result of the user side PDI-A returned as an output argument of the user side PDI-A evaluation API.
  • step S175 the content filter 54 identifies the content ID of the content metadata including the provider side PDI-A for which the evaluation result of the user side PDI-A is true.
  • step S176 the content filter 54 calls a content acquisition API that is an API for acquiring content from the server 11.
  • step S177 the content filter 54 acquires content returned as an output argument of the content acquisition API.
  • the content filter 54 can match the user side PDI-A and the PDI-FC by calling the user side PDI-A evaluation API. it can.
  • FIG. 22 shows a functional configuration example of the client 12 in which the user side PDI-A is expressed as a query.
  • PDI-FC generator 131 includes a communication unit 51, a content filter 54, a content reproduction unit 55, a content storage unit 56, a PDI-FC generator 131, and a PDI store 132.
  • the client 12 of FIG. 22 differs from the client 12 of FIG. 4 in that a PDI-FC generator 131 and a PDI store 132 are provided instead of the PDI-A generator 52 and the PDI store 53.
  • the PDI-FC generator 131 Based on the PDI-Q transmitted from the server 11, the PDI-FC generator 131 generates a user-side PDI-A that represents the user's answer to the question about the user preference of the client 12 corresponding to the PDI-Q. Then, a PDI-FC in which the generated user side PDI-A is applied to a predetermined conditional statement is generated and supplied to the PDI store 132.
  • the PDI store 132 stores the PDI-FC from the PDI-FC generator 131.
  • the PDI-FC stored in the PDI store 132 is accessed by the file system and read out to the content filter 54 as necessary.
  • the 22 reads the PDI-FC from the PDI store 53, and based on the PDI-FC and the provider-side PDI-A included in the content metadata transmitted from the server 11, the content filter 54 of FIG. Filter.
  • server 11 in this example is the same as the server 11 in FIG. 3, the description thereof will be omitted.
  • processing in steps S211 to S221 and S225 in the flowchart in FIG. 23 is basically the same as the processing in steps S11 to S21 and S25 in the flowchart in FIG.
  • the PDI-FC generator 131 of the client 12 generates a user side PDI-A for the question defined by the PDI-Q received by the communication unit 51, and generates the generated user side PDI-A. Generate a PDI-FC that fits a given conditional statement. Specifically, for example, when the PDI-FC generator 131 receives the PDI-Q from the broadcasting station, the PDI-FC generator 131 displays a PDI-Q as described with reference to FIGS. A screen corresponding to the question defined in Q is displayed, the answer to the question is input or selected by the user (viewer) of the client 12, and the combination of each answer (filtering condition) is given to the user.
  • a PDI-FC representing the combination of the answers is generated. That is, the PDI-FC generator 131 generates a PDI-FC that represents a combination of answers to questions defined in the PDI-Q by interacting with the user.
  • step S223 the PDI-FC generator 131 stores the generated PDI-FC in the PDI store 132.
  • step S224 the content filter 54 executes matching processing, and matches the provider-side PDI-A included in the content metadata from the server 11 based on the PDI-FC stored in the PDI store 132. By doing so, the content from the server 11 is acquired.
  • provider side PDI-A selects “false” as the answer to the “Common: 111” question and “Baseball” as the answer to the “ProviderA: 123” question. Indicates whether or not to evaluate.
  • the content filter 54 evaluates the provider side PDI-A based on the PDI-FC, and when the provider side PDI-A satisfies (is true) the PDI-FC, the content side PDI-A and the PDI -If it is determined that the FC matches and the PDI-FC is not satisfied (false), it is determined that the provider PDI-A and PDI-FC do not match .
  • “false” is selected as the answer to the “Common: 111” question
  • “Baseball” is selected as the answer to the “ProviderA: 123” question. Therefore, it is determined that the provider side PDI-A and the PDI-FC match.
  • step S251 the content filter 54 calls a PDI-FC acquisition API that is an API for acquiring a PDI-FC from the PDI store 53.
  • step S252 the content filter 54 acquires the PDI-FC returned as an output argument of the PDI-FC acquisition API.
  • step S253 the content filter 54 calls the provider side PDI-A acquisition API which is an API for acquiring the provider side PDI-A from the server 11.
  • step S254 the content filter 54 acquires the provider side PDI-A returned as an output argument of the provider side PDI-A acquisition API.
  • step S255 the content filter 54 performs matching between the PDI-FC and the provider side PDI-A by the above-described method.
  • step S256 the content filter 54 identifies the content ID of the content metadata including the provider side PDI-A that matches the PDI-FC.
  • step S257 the content filter 54 calls a content acquisition API that is an API for acquiring content from the server 11.
  • step S258 the content filter 54 acquires the content returned as the output argument of the content acquisition API, supplies the content to the content reproduction unit 55 or the content storage unit 56, and the process returns to step S224 in the flowchart of FIG.
  • the PDI-FC stored in the PDI store 132 is assumed to be accessed by the file system. However, when the PDI store 132 is configured as a database, the PDI store 132 is stored in the PDI store 132. PDI-FC will be managed by a database management system (DBMS).
  • DBMS database management system
  • step S271 the content filter 54 calls the provider side PDI-A acquisition API, which is an API for acquiring the provider side PDI-A from the server 11.
  • step S272 the content filter 54 acquires the provider side PDI-A returned as an output argument of the provider side PDI-A acquisition API.
  • the content filter 54 uses a PDI-FC evaluation API, which is an API for evaluating whether or not the PDI-FC corresponding to the provider-side PDI-A from the server 11 is stored in the PDI store 132. call.
  • a PDI-FC evaluation API which is an API for evaluating whether or not the PDI-FC corresponding to the provider-side PDI-A from the server 11 is stored in the PDI store 132. call.
  • Input argument Provider side PDI-A
  • Output argument Evaluation result whether the PDI-FC corresponding to the provider-side PDI-A specified in the input argument is stored (true / false)
  • the provider side PDI-A is the provider side PDI-A acquired by the provider side PDI-A acquisition API.
  • the DBMS uses the PDI-FC stored in the PDI store 132 to change the provider-side PDI-A. evaluate. Based on the evaluation result, an evaluation result indicating whether or not the PDI-FC corresponding to the provider side PDI-A is stored is returned as an output argument.
  • step S274 the content filter 54 acquires the PDI-FC evaluation result returned as an output argument of the PDI-FC evaluation API.
  • step S275 the content filter 54 identifies the content ID of the content metadata including the provider-side PDI-A for which the PDI-FC evaluation result is true.
  • step S276 the content filter 54 calls a content acquisition API that is an API for acquiring content from the server 11.
  • step S277 the content filter 54 acquires content returned as an output argument of the content acquisition API.
  • the content filter 54 can match the PDI-FC and the provider side PDI-A by calling the PDI-FC evaluation API.
  • this technology can be applied to a broadcasting system that broadcasts digital television programs.
  • ATSC-M / H Mobile that extends ATSC (Advanced Television Standard Committee) system to mobile reception) / Handheld
  • ATSC-M / H Mobile that extends ATSC (Advanced Television Standard Committee) system to mobile reception
  • Handheld can be applied to a broadcasting system for broadcasting.
  • FIG. 26 is a diagram illustrating a configuration example of a broadcasting system that broadcasts a digital television program using the conventional ATSC system and ATSC-M / H to which the present technology is applied.
  • 26 corresponds to the server 11 in the broadcast system 10 of FIG. 1, and includes an ATSC Legacy System 151, an ATSC M / H System 152, an M / H Framing 153, and an RF / Transmission System 154.
  • the ATSC Legacy System 151 is a conventional ATSC system and transmits a broadcast stream by MPEG2-TS (Moving Picture Experts Group 2 Transport Stream).
  • the ATSC M / H System 152 transmits a broadcast stream of IP packets in the ATSC-M / H system.
  • Control Data 152a in the ATSC M / H System 152 is control information regarding a broadcast stream (A / V (Audio / Video) content) transmitted from the ATSC M / H System 152.
  • Each broadcast stream described above is multiplexed by M / H Framing 153 and transmitted as a broadcast wave by RF / Transmission System 154. Note that the details of the function of each block are described in the ATSC standard, and the description thereof is omitted here.
  • FIG. 27 shows a protocol stack in a broadcast wave signal transmitted by the ATSC-M / H system.
  • Service Guide defines metadata of content provided by the ATSC-M / H method.
  • the Control Data 152a shown in FIG. 26 is transmitted as content metadata defined by “Service ⁇ Guide” (hereinafter simply referred to as “Service Guide”). That is, in the broadcasting system of FIG. 26, PDI-A (provider side PDI-A), PDI-FC, and PDI-Q transmitted from the server 11 to the client 12 in the above-described broadcasting system 10 are stored in Service Guide. Sent.
  • the lower hierarchy “FLUTE” adjacent to “Service Guide” and the lower hierarchy “ALC” adjacent to “FLUTE” are packetized by UDP / IP (User Datagram Protocol / Internet Protocol). It is a hierarchy for transferring the service Guide.
  • UDP / IP User Datagram Protocol / Internet Protocol
  • the data structure shown in FIG. 28 is defined by OMA (Open Mobile Alliance). 28.
  • the details of the configuration of Service Guide shown in FIG. 28 are defined in ““ Service Guide Guide for Mobile Mobile Broadcast Services ”,“ Open Mobile Mobile Alliance, “OMA-TSBCAST_ServiceGuide-V1_0,“ Candidate Version 1.0 ”, and the description thereof is omitted. To do.
  • PDI-A (provider side PDI-A) or PDI-FC is at least one of “Service” fragment, “Schedule” fragment, and “Content” fragment among the elements constituting Service Guide shown in FIG. Stored in any one of them.
  • the “Service” fragment is metadata including control information regarding the contents of the channel service, and FIG. 29 shows the details of the configuration.
  • PDI-A or PDI-FC adds a “PDI-FC” element, for example, to the “PrivateExt” element defined at the bottom.
  • the “Schedule” fragment is metadata including control information related to the distribution schedule of content (digital television program), and FIG. 30 shows the details of the configuration.
  • PDI-A or PDI-FC adds a new “PDI-FC” element to the “PrivateExt” element defined at the bottom of the “Schedule” fragment shown in FIG. Stored.
  • “Content” fragment is metadata including control information related to the content (digital television program), and FIG. 31 shows the details of the configuration.
  • PDI-A or PDI-FC adds a new “PDI-FC” element to the “PrivateExt” element defined at the bottom of the “Content” fragment shown in FIG. 31, for example.
  • the PDI-Q is stored in the “Interactivity Data” fragment among the elements constituting the Service Guide shown in FIG.
  • the “Interactivity Data” fragment is metadata about an application related to a channel service or content (television program), and FIG. 32 shows details of its configuration.
  • PDI-Q is stored in the “Interactivity Data” fragment shown in FIG. 32 by adding a “PDI-Q” element to the “PrivateExt” element defined at the bottom.
  • the present technology may be applied to a broadcasting system that broadcasts using the ATSC-M / H system.
  • the present technology may be applied to a broadcasting system that performs NRT (Non-RealTime) broadcasting using the conventional ATSC system. it can.
  • NRT broadcasting since it is not presumed that content is viewed in real time, it is not necessary to reproduce the content in synchronization with the broadcast time of the content broadcast by the broadcast signal as data.
  • FIG. 33 shows a protocol stack in a broadcast wave signal transmitted by NRT broadcasting.
  • the lowest layer is “Physical Layer”, and the frequency band of the broadcast wave corresponds to this.
  • the upper layer adjacent to “Physical Layer” is “MPEG2-TS”, and a broadcast stream broadcast as a broadcast wave corresponds to this.
  • ATSC-PSIP Program and System Information Protocol
  • MPEG2-PSI Program Specific Information
  • DSM-CC Digital Storage Media Command Command and Control
  • Fig. 34 shows the data structure of TVCT, PAT, PMT, and DSM-CC Addressable Section.
  • control information related to a broadcast stream broadcast in MPEG2-TS is described.
  • MPEG2 that transfers DSM-CC Addressable Section for transferring an IP packet stream (UDP / IP Packets) -TS is specified.
  • IP is shown as the upper layer adjacent to “DSM-CC Addressable Section”
  • UDP is shown as the upper layer adjacent to “IP”.
  • “Service Signaling Channel” and “FLUTE / ALC (File Delivery over Unidirectional Transport / Asynchronous Layered Coding Protocol)” are shown as upper layers adjacent to “UDP”.
  • the “Service Signaling Channel” is a hierarchy having SMT (Service Map Table) and NRT-IT (NRT Information Table).
  • SMT Service Map Table
  • NRT-IT NRT Information Table
  • FLUTE Session is shown as an upper layer adjacent to “FLUTE / ALC”.
  • “FLUTE Session” is a hierarchy having FLUTE-FDT (File Delivery Table) and A / V File (A / V file).
  • FIG. 35 shows the data structure of SMT, NRT-IT, and FLUTE FDT. Metadata about the channel is described in SMT, and metadata about the content is described in NRT-IT. SMT and NRT-IT are transferred by the above-mentioned “Service Signaling Channel”. In FLUTE FDT, information for identifying each A / V file is described. The A / V file is transferred by “FLUTE / ALC” described above.
  • PDI-A provider side PDI-A
  • PDI-FC PDI-FC
  • PDI-Q transmitted from the server 11 to the client 12 in the broadcasting system 10 described above are SMT or NRT. -Stored in IT and sent.
  • the SMT service level descriptor loop (the bottom row of “Service # 1” in the figure) is set to PDI-A, PDI- “PDI Descriptor” that stores FC or PDI-Q is newly defined.
  • the NRT-IT service level descriptor loop (the bottom row of “Content # 1” in the figure) is connected to PDI-A, PDI-FC, Or, a new “PDI descriptor” that stores PDI-Q is defined.
  • FIG. 36 shows an example of the syntax of “PDI descriptor”.
  • each descriptor to be described is defined together with the number of bits (No. of Bits) and a format (Format).
  • PDI-A, PDI-FC, or PDI-Q is described in a descriptor “PDI_Q or PDI_A or PDI-FC” that is a variable bit.
  • the present technology can also be applied to a broadcasting system that performs NRT broadcasting.
  • the present technology may be applied to the above-described broadcasting system that broadcasts using the ATSC-M / H system, or to the broadcasting system that broadcasts NRT broadcasting using a system other than the line broadcasting system.
  • the series of processes described above can be executed by hardware or software.
  • a program constituting the software may execute various functions by installing a computer incorporated in dedicated hardware or various programs. For example, it is installed from a program recording medium in a general-purpose personal computer or the like.
  • a program recording medium that stores a program that is installed in a computer and can be executed by the computer includes a magnetic disk (including a flexible disk), an optical disk (CD-ROM (Compact-Disc-Read-Only Memory), DVD (including Digital Versatile Disc), magneto-optical disk), or removable media 31 which is a package medium made of semiconductor memory, or ROM 22 where programs are temporarily or permanently stored,
  • the storage unit 28 is configured by a hard disk or the like.
  • the program is stored in the program recording medium using a wired or wireless communication medium such as a local area network, the Internet, or digital satellite broadcasting via a communication unit 29 that is an interface such as a router or a modem as necessary. Done.
  • the steps for describing a program are not only processes performed in time series in the order described, but also processes that are executed in parallel or individually even if they are not necessarily processed in time series. Is also included.
  • system represents the entire apparatus composed of a plurality of apparatuses.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Library & Information Science (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　本技術は、その時のニーズに応じたコンテンツを取得することができるようにする情報処理装置および情報処理方法に関する。 PDI-Aジェネレータは、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報であるPDI-Qに対応して、質問に対するユーザの回答を表す情報であるユーザ側PDI-Aを生成し、コンテンツフィルタは、ユーザ側PDI-Aと、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す情報である提供者側PDI-Aとのマッチングを行うことで、サーバから配信されるコンテンツを取得する。コンテンツフィルタは、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、ユーザ側PDI-Aと提供者側PDI-Aとのマッチングを行う。本技術は、デジタルテレビジョン番組を受信する受信装置に適用することができる。

Description

情報処理装置および情報処理方法
　本技術は、情報処理装置および情報処理方法に関し、特に、メタデータに応じてコンテンツを取得することができるようにする情報処理装置および情報処理方法に関する。
　近年、テレビジョン放送のデジタル化に伴い、同時に放送できる情報量が飛躍的に増加したことにより、リアルタイムに視聴されるテレビジョン番組（コンテンツ）とともに、各種のデータを同時に放送することがなされている。
　また、コンテンツの通信経路として、上述したテレビジョン放送と、高速なデータのダウンロードが可能なインターネットとを使い分けるようにしたコンテンツダウンロードサービスが提案されている（例えば、特許文献１参照）。
　ところで、一般的なコンテンツダウンロードサービスにおいては、コンテンツを提供（配信）するプロバイダ（コンテンツプロバイダやサービスプロバイダ）側のサーバにおいて設定されたフィルタリング属性（フィルタリングインデックス、フィルタリングメタデータ等ともいう）を、メタデータとしてコンテンツに付与することで、コンテンツを受信（取得）するクライアントにおけるコンテンツのフィルタリング（取捨選択）が行われるようになされている。
　フィルタリング属性は、ATSC(Advanced Television Standard Committee)やARIB（Association of Radio Industries and Businesses）等の標準化団体によって規定されたメタデータセットの中から選択されたメタデータの要素についての値として設定される。
　すなわち、例えば、メタデータの要素として“視聴対象”が選択され、メタデータの要素についての値として“10代”が設定されたフィルタリング属性が付与されたコンテンツは、「“視聴対象が10代”である視聴者向けのコンテンツ」を取得するようにフィルタリングを行うクライアントに提供されるようになる。
特開２０１０－２１９８８号公報
　しかしながら、標準化団体によって規定されたメタデータセットに含まれないメタデータ（フィルタリング属性）を、コンテンツに付与することはなされていない。
　例えば、プロバイダ側が、「“視聴対象が10代”であり、かつ、“就職活動に興味がある”視聴者向けのコンテンツ」を配信したい場合であっても、標準化団体によって規定されたメタデータセットの中に、“就職活動に興味があるか否か”がメタデータの要素として存在しない場合には、コンテンツに、メタデータの要素として“就職活動に興味がある”が設定されたフィルタリング属性を付与することはできなかった。
　したがって、プロバイダ側では、その時のニーズに応じた（例えば、流行を考慮した）、視聴者の関心事をメタデータとして付与したコンテンツを配信することはできなかった。
　また、このような場合、クライアント側においては、その時のニーズに応じたコンテンツを取得するようにフィルタリングを行うことはできなかった。
　本技術は、このような状況に鑑みてなされたものであり、その時のニーズに応じたコンテンツを取得することができるようにするものである。
　本技術の第１の側面の情報処理装置は、サーバから配信されるコンテンツを取得する情報処理装置であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成部と、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部とを備え、前記マッチング部は、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う。
　前記情報処理装置には、前記回答生成部により生成された前記ユーザ側回答情報を記憶する記憶部をさらに設け、前記マッチング部には、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行わせることができる。
　前記マッチング部には、前記記憶部から前記ユーザ側回答情報を取得するためのユーザ側回答情報取得APIを呼び出させることができる。
　前記マッチング部には、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出させることができる。
　前記マッチング部には、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記ユーザ側回答情報が記憶されているか否かを評価するための前記ユーザ側回答情報評価APIを呼び出させ、評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得させることができる。
　前記マッチング部には、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出させることができる。
　前記マッチング部には、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記提供者によって設定された前記回答の組み合わせを示すクエリとのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得させることができる。
　前記マッチング部には、前記サーバから前記クエリを取得するためのクエリ取得APIを呼び出させることができる。
　前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記クエリに対応する前記ユーザ側回答情報が記憶されているか否かを評価するための前記ユーザ側回答情報評価APIを呼び出させ、評価結果が真となった前記クエリに対応する前記コンテンツを取得させることができる。
　本技術の第１の側面の情報処理方法は、サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成ステップと、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップとを含み、前記マッチングステップは、ウェブアプリケーション上で、複数のAPI（Application Programming Interface）が呼び出されることで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う。
　本技術の第１の側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、質問に対するユーザの回答を表す情報であるユーザ側回答情報が生成され、ユーザ側回答情報と、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングが行われることで、サーバから配信されるコンテンツが取得される。複数のAPIが呼び出されることで、ユーザ側回答情報と提供者側回答情報とのマッチングが行われる。
　本技術の第２の側面の情報処理装置は、サーバから配信されるコンテンツを取得する情報処理装置であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成部と、前記クエリと、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部とを備え、前記マッチング部は、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、前記クエリと前記提供者側回答情報とのマッチングを行う。
　前記情報処理装置には、前記クエリ生成部により生成された前記クエリを記憶する記憶部をさらに設け、前記マッチング部には、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記クエリと前記提供者側回答情報とのマッチングを行わせることができる。
　前記マッチング部には、前記記憶部から前記クエリを取得するためのクエリ取得APIを呼び出させることができる。
　前記マッチング部には、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出させることができる。
　前記マッチング部には、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記クエリが記憶されているか否かを評価するための前記クエリ評価APIを呼び出させ、評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得させることができる。
　前記マッチング部には、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出させることができる。
　本技術の第２の側面の情報処理方法は、サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成ステップと、前記クエリと、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップとを含み、前記マッチングステップは、ウェブアプリケーション上で、複数のAPI（Application Programming Interface）を呼び出されることで、前記クエリと前記提供者側回答情報とのマッチングを行う。
　本技術の第２の側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、質問に対するユーザの回答の組み合わせを示すクエリが生成され、クエリと、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングが行われることで、サーバから配信されるコンテンツが取得される。複数のAPIが呼び出されることで、クエリと提供者側回答情報とのマッチングが行われる。
　本技術の第１および第２の側面によれば、その時のニーズに応じたコンテンツを取得することが可能となる。
本技術の一実施の形態に係る放送システムの構成例を示すブロック図である。 サーバのハードウェア構成例を示すブロック図である。 サーバの機能構成例を示すブロック図である。 クライアントの機能構成例を示すブロック図である。 コンテンツの送受信処理について説明するフローチャートである。 XMLスキーマのシンタックスの例について説明する図である。 PDI-Qの例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 PDI-Aの例について説明する図である。 プロバイダ側PDI-Aの例について説明する図である。 プロバイダ側PDI-Aの例について説明する図である。 マッチング処理の詳細について説明するフローチャートである。 マッチング処理の詳細について説明するフローチャートである。 サーバの他の機能構成例を示すブロック図である。 コンテンツの送受信処理について説明するフローチャートである。 マッチング処理の詳細について説明するフローチャートである。 マッチング処理の詳細について説明するフローチャートである。 クライアントの他の機能構成例を示すブロック図である。 コンテンツの送受信処理について説明するフローチャートである。 マッチング処理の詳細について説明するフローチャートである。 マッチング処理の詳細について説明するフローチャートである。 本技術を適用した、ATSC-M/H方式で放送を行う放送システムの構成例を示すブロック図である。 ATSC-M/H方式で送信される放送波の信号におけるプロトコルスタックを示す図である。 Service Guideのデータ構成を示す図である。 Serviceフラグメントの構成を説明する図である。 Scheduleフラグメントの構成を説明する図である。 Contentフラグメントの構成を説明する図である。 Interactivity Dataフラグメントの構成を説明する図である。 NRT放送で送信される放送波の信号におけるプロトコルスタックを示す図である。 TVCT、PAT、PMT、およびDSM-CC Addressable Sectionのデータ構造を示す図である。 SMT、NRT-IT、およびFLUTE FDTのデータ構造を示す図である。 PDI descriptorのシンタックスの例を示す図である。
　以下、本技術の実施の形態について図を参照して説明する。
［放送システムの構成例］
　図１は、本技術の一実施の形態に係る放送システムの構成例を示している。
　図１の放送システム１０は、デジタルテレビジョン番組（以下、適宜コンテンツという）を放送（提供）する放送事業者などのプロバイダ側に設置されたサーバ１１、および、放送されたコンテンツを視聴するユーザ宅などに設置されたクライアント端末（以下、単にクライアントという）１２により構成されている。なお、クライアント１２は、複数のユーザ宅のそれぞれに設置されるものとするが、携帯電話機やPDA（Personal Digital Assistant）等の携帯型端末装置として構成されるようにもできる。
　放送システム１０において、サーバ１１は、コンテンツとともに、そのコンテンツに関するコンテンツメタデータを、デジタル放送波の信号として、クライアント１２に送出する。クライアント１２は、コンテンツとともに送出されるコンテンツメタデータを基に、コンテンツをフィルタリングすることにより、ユーザの所望するコンテンツのみを再生または蓄積する。なお、コンテンツメタデータは、コンテンツとともに送出されるのではなく、コンテンツが送出されるより前に送出されるようにしてもよい。
［サーバのハードウェア構成例］
　図２は、サーバ１１のハードウェア構成例を表している。図２においては、サーバ１１は、例えばコンピュータをベースに構成されている。
　CPU（Central Processing Unit）２１は、ROM（Read Only Memory）２２に記憶されているプログラム、または記憶部２８からRAM（Random Access Memory）２３にロードされたプログラムに従って各種の処理を実行する。RAM２３にはまた、CPU２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
　CPU２１、ROM２２、およびRAM２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インタフェース２５も接続されている。
　入出力インタフェース２５には、キーボード、マウスなどよりなる入力部２６、LCD（Liquid Crystal Display）や有機EL（Electro Luminescence）などよりなるディスプレイ、並びにスピーカなどよりなる出力部２７、ハードディスクなどより構成される記憶部２８、モデム、ターミナルアダプタなどより構成される通信部２９が接続されている。通信部２９は、図示せぬネットワークを介して外部の装置と通信する。また、通信部２９を介してプログラムが取得され、記憶部２８に記憶されるようにしてもよい。
　入出力インタフェース２５にはまた、必要に応じてドライブ３０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア３１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。
　なお、図示は省略するが、クライアント１２も同様に、そのハードウェアは図２に示されるように構成される。
［サーバの機能構成例］
　次に、図３を参照して、サーバ１１の機能構成例について説明する。
　サーバ１１は、PDI-Qジェネレータ４１、通信部４２、PDI-Aジェネレータ４３、メタデータディストリビュータ４４、コンテンツ蓄積部４５、およびコンテンツディストリビュータ４６から構成される。
　PDI-Qジェネレータ４１は、クライアント１２のユーザ（視聴者）の嗜好についての質問を表す情報であるPDI-Q（Preference Demographic and Interest - Question）を生成し、通信部４２を介してクライアント１２に送信するとともに、PDI-Aジェネレータ４３に供給する。
　通信部４２は、クライアント１２からの要求に応じて、PDI-Qジェネレータ４１、メタデータディストリビュータ４４、およびコンテンツディストリビュータ４６から供給される各種データを、クライアント１２に送信する。
　PDI-Aジェネレータ４３は、PDI-Qジェネレータ４１からのPDI-Qに基づいて、PDI-Qに対応する、上述したクライアント１２のユーザの嗜好についての質問に対して、プロバイダ側が設定した回答を表す情報であるPDI-A（Preference Demographic and Interest - Answer）を生成し、メタデータディストリビュータ４４に供給する。
　メタデータディストリビュータ４４は、PDI-Aジェネレータ４３からのPDI-Aに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、プロバイダ側が設定した回答に対応するコンテンツを特定（照会）する。メタデータディストリビュータ４４は、特定したコンテンツのコンテンツメタデータとして、PDI-Aを含むコンテンツメタデータを生成し、通信部４２を介してクライアント１２に送信する。
　コンテンツ蓄積部４５は、クライアント１２に対して配信される種々のコンテンツを蓄積している。
　コンテンツディストリビュータ４６は、コンテンツ蓄積部４５に蓄積されているコンテンツの中からメタデータディストリビュータ４４によって特定されたコンテンツを取得し、通信部４２を介してクライアント１２に送信する。
［クライアントの機能構成例］
　次に、図４を参照して、クライアント１２の機能構成例について説明する。
　クライアント１２は、通信部５１、PDI-Aジェネレータ５２、PDIストア５３、コンテンツフィルタ５４、コンテンツ再生部５５、およびコンテンツ蓄積部５６から構成される。
　通信部５１は、サーバ１１から送信されてきた各種データを受信し、PDI-Aジェネレータ５２またはコンテンツフィルタ５４に供給する。また、通信部５１は、サーバ１１に対する要求を、サーバ１１に送信する。
　PDI-Aジェネレータ５２は、サーバ１１から送信されてきたPDI-Qに基づいて、PDI-Qに対応する、クライアント１２のユーザの嗜好についての質問に対するユーザの回答を表すPDI-Aを生成し、PDIストア５３に格納する。
　PDIストア５３は、PDI-Aジェネレータ５２からのPDI-Aを記憶する。PDIストア５３に記憶されているPDI-Aは、ファイルシステムによりアクセスされ、必要に応じて、コンテンツフィルタ５４に読み出される。
　コンテンツフィルタ５４は、PDIストア５３からPDI-Aを読み出し、そのPDI-Aと、サーバ１１から送信されてきたコンテンツのコンテンツメタデータに含まれているPDI-Aとのマッチングを行うことで、サーバ１１から配信されるコンテンツをフィルタリングする。コンテンツフィルタ５４は、フィルタリングの結果に応じて、フィルタリングしたコンテンツをコンテンツ再生部５５またはコンテンツ蓄積部５６に供給する。なお、コンテンツフィルタ５４は、ウェブブラウザ上で実行されるウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことでマッチングを行い、コンテンツをフィルタリングする。
　コンテンツ再生部５５は、コンテンツフィルタ５４からのコンテンツを再生する。また、コンテンツ再生部５５は、コンテンツ蓄積部５６からコンテンツを取得し、そのコンテンツを再生する。
　コンテンツ蓄積部５６は、コンテンツフィルタ５４からのコンテンツを蓄積（記録）する。
［コンテンツの送受信処理の例］
　次に、図５のフローチャートを参照して、放送システム１０におけるコンテンツの送受信処理について説明する。放送システム１０におけるコンテンツの送受信処理においては、サーバ１１によりコンテンツ配信処理が実行されることでコンテンツが配信され、クライアント１２によりコンテンツ取得処理が実行されることでコンテンツが取得される。
　放送事業者などのプロバイダ側において、例えば、放送（配信）されるコンテンツのスポンサや、放送事業者自身が、特定の嗜好や属性を有する視聴者に対するコンテンツの配信を要求した場合、プロバイダ側のスタッフの操作に応じて、サーバ１１のPDI-Qジェネレータ４１は、ステップＳ１１において、視聴者、すなわち、クライアント１２のユーザに対して、どのような嗜好や属性を有するかを質問するためのPDI-Qを生成する。
［XMLスキーマのシンタックスの例］
　ここで、図６を参照して、PDI-QおよびPDI-Aを構成するためのXML（Extensible Markup Language）スキーマのシンタックスの例について説明する。
　図６において、１行目は、PDI-Qが識別されるための宣言や定義を示しており、２行目は、PDI-Qとして定義される質問全体の名称および型の宣言を示している。
　３行目乃至１２行目は、２行目で宣言された質問のそれぞれについての名称および型の宣言を示している。具体的には、５行目の”QIA”の名称で定義される質問の型”IntegerAnswerType”は、その質問が整数値型の回答を求める質問であることを示しており、６行目の”QBA”の名称で定義される質問の型”BooleanAnswerType”は、その質問が論理値型の回答を求める質問であることを示している。また、７行目の”QSA”の名称で定義される質問の型”SelectionAnswerType”は、その質問が回答選択型の回答を求める質問であることを示しており、８行目の”QTA”の名称で定義される質問の型”TextAnswerType”は、その質問が文字列型の回答を求める質問であることを示している。そして、９行目の”QAA”の名称で定義される質問の型”AnyAnswerType”は、その質問が回答の型を制限しない質問であることを示している。
　１３行目乃至４４行目は、上述のように宣言された質問のうちの、”QIA”、”QBA”、”QSA”、および”QTA”の名称で定義される質問それぞれの要素の宣言を示している。特に、１５行目、２４行目、３１行目、４０行目に示されるid要素は、それぞれの質問の項目を識別するためのID（Identifier）を表しており、その第１のフォーマットとして、
　“common:[category:]question-ID”
と定義される。この第１のフォーマットにおいて、“common”は、そのid要素で識別される質問がプロバイダに関わらず共通に定義された質問であることを表し、“category”は、質問のカテゴリを表し、“question-ID”は、質問の識別子を表している。なお、“category”は、必要に応じて、
　“common:[category1:category2:category3:・・・]question-ID”
などのように、階層的なネスト構造としてもよい。
　また、id要素は、第２のフォーマットとして、
　“providerName:[category:]question-ID”
と定義される。この第２のフォーマットにおいて、“providerName”は、そのid要素で識別される質問を設定したプロバイダの名称を表している。なお、“category”および“question-ID”は、第１のフォーマットにおけるそれぞれと同様である。
　このように、PDI-Qとして定義される質問は、id要素によって、コンテンツを提供するプロバイダによらない（プロバイダ共通の）質問と、コンテンツを提供するプロバイダ独自に定義される質問とに区別される。
　以下においては、適宜、コンテンツを提供するプロバイダによらない質問、およびその質問に対する回答を、プロバイダ共通フィルタリングパラメータといい、コンテンツを提供するプロバイダ独自に定義される質問、およびその質問に対する回答を、プロバイダ独自フィルタリングパラメータということとする。
　上述したように、プロバイダ共通フィルタリングパラメータは、個々のプロバイダによらず、プロバイダ共通に定義されるため、一般的には、クライアント１２のベンダ（製造メーカ等）が提供することとなる。したがって、サーバ１１におけるPDI-Qジェネレータ４１は、プロバイダ側によって提供されるようにもできるが、クライアント１２のベンダによって提供されるようにもできる。
　なお、PDI-QおよびPDI-Aを構成するシンタックスは、図６で示された例に限られない。
［PDI-Qの例］
　次に、図７を参照して、図６のシンタックスに基づいて構成されるPDI-Qの例について説明する。
　図７において、１行目における”transactional”は、PDI-Qで定義されている質問（質問群）が、送信されたクライアント１２において更新される際、PDI-Qの各項目の内容をクライアント１２の図示せぬ記憶領域に記録／更新する処理の途中で何らかの事故（ディスク書き込みエラーや処理負荷の増大による処理の中断等）により、PDI-Qの各項目の全ての内容が記録／更新されなかった場合に、PDI-Qの各項目の内容を記録／更新する直前の状態まで遡ってこの記録／更新処理を無とする（いわゆるロールバックする）か否かを示す値であり、”transactional”が”true”の場合、PDI-Qはロールバックされる。
　２行目乃至５行目は、論理値型の回答を求める質問を定義しており、３行目における<id>Common:111</id>は質問のid要素を、４行目における<q>Are you currently employed?</q>は質問自体を表している。
　６行目乃至９行目は、整数値型の回答を求める質問を定義しており、７行目における<id>Common:222</id>はその質問のid要素を、８行目における<q>What is the age of the oldest member of the household who watches television?</q>はその質問自体を表している。なお、６行目におけるminInclusive="10" maxInclusive="100"は、その質問に対する回答が、10以上100以下の整数値に制約されることを表している。
　１０行目乃至１７行目は、回答選択型の回答を求める質問を定義しており、１１行目における<id>ProviderA:123</id>はその質問のid要素を、１２行目における<q>In which of the following sports are you most interested? (Multiple selection allowed)</q>はその質問自体を表しており、１３行目における<a>Baseball</a>、１４行目における<a>Basketball</a>、１５行目における<a>Soccer</a>、１６行目における<a>Hockey</a>はそれぞれ、質問に対する回答の選択肢を表している。なお、１０行目におけるminChoice="1" maxChoice="3"は、その質問に対する回答の数が、選択肢のうちの１以上３以下に制約されることを表している。
　１８行目乃至２４行目は、回答選択型の回答を求める質問を定義しており、１９行目における<id>ProviderA:ProgramX:123</id>はその質問のid要素を、２０行目における<q>Do you enjoy camping and outdoor recreation?(Only one selection)</q>はその質問自体を表しており、２１行目における<a>Never</a>、２２行目における<a>Occasionally</a>、２３行目における<a>Frequently</a>はそれぞれ、質問に対する回答の選択肢を表している。なお、１８行目におけるmaxChoice="1"は、その質問に対する回答の数が、１に制約されることを表している。
　このように、PDI-Qにおいては、質問の型によって、その質問に対する回答の候補や、回答に対する制約条件も定義される。
　２５行目乃至２８行目は、文字列型の回答を求める質問を定義しており、２６行目における<id>ProviderA:321</id>はその質問のid要素を、２７行目における<q>Who’s products are you most interested in recently?</q>はその質問自体を表している。
　ここで、以下においては、図７のPDI-Qで定義される質問それぞれを、それぞれのid要素の質問ということとする。具体的には、２行目乃至５行目で定義される質問を”Common:111”の質問といい、６行目乃至９行目で定義される質問を”Common:222”の質問といい、１０行目乃至１７行目で定義される質問を”ProviderA:123”の質問といい、１８行目乃至２４行目で定義される質問を”ProviderA:ProgramX:123”の質問といい、２５行目乃至２８行目で定義される質問を”ProviderA:321”の質問ということとする。
　このとき、”Common:111”の質問および”Common:222”の質問は、プロバイダ共通フィルタリングパラメータに区別され、”ProviderA:123”の質問、”ProviderA:ProgramX:123”の質問、および”ProviderA:321”の質問は、プロバイダ独自フィルタリングパラメータに区別される。例えば、”Common:111”の質問は、プロバイダ共通に設定された、識別子が”111”である質問であることを示しており、”ProviderA:ProgramX:123”の質問は、”ProviderA”であるプロバイダによって設定された、カテゴリ（プログラムID）が”ProgramX”であって、識別子が”123”である質問であることを示している。
　図５のフローチャートに戻り、ステップＳ１２において、サーバ１１のPDI-Qジェネレータ４１は、生成したPDI-Qを、通信部４２を介してクライアント１２に送信するとともに、PDI-Aジェネレータ４３に供給する。
　ステップＳ２１において、クライアント１２の通信部５１は、サーバ１１から送信されてくるPDI-Qを受信し、PDI-Aジェネレータ５２に供給する。
　なお、PDI-Qは、例えば、サーバ１１が設置されているプロバイダとしての放送局から所定の時間間隔で放送（送信）される毎に、クライアント１２に受信される。また、PDI-Qは、クライアント１２においてサーバ１１が設置されている放送局にチャンネルが合わされたときに、クライアント１２に受信されるようにしてもよい。
　ステップＳ２２において、クライアント１２のPDI-Aジェネレータ５２は、通信部５１において受信されたPDI-Qで定義されている質問に対するPDI-Aを生成する。具体的には、PDI-Aジェネレータ５２は、サーバ１１からのPDI-Qが受信されると、図示せぬ表示部に、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント１２のユーザ（視聴者）に入力または選択させることで、その回答を表すPDI-Aを生成する。すなわち、PDI-Aジェネレータ５２は、ユーザと対話することによって、PDI-Qで定義されている質問に対する回答を表すPDI-Aを生成する。
　そして、ステップＳ２３において、PDI-Aジェネレータ５２は、生成したPDI-AをPDIストア５３に格納する。
［PDI-Aジェネレータによるユーザとの対話における画面表示例］
　ここで、図８乃至図１２を参照して、PDI-Aジェネレータ５２によるユーザとの対話における画面表示例について説明する。なお、ここでは、クライアント１２は、図７を参照して説明したPDI-Qを受信したものとし、クライアント１２の図示せぬ表示部には、受信したPDI-Qで定義されている質問群に対応する画面が、順次表示されるものとする。
　図８は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”Common:111”の質問に対応する画面表示例を示している。図８においては、質問提示部６１に、図７の４行目に示されている質問「Are you currently employed?」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「いずれか選択してくだざい。」と、質問に対する回答として「Yes」をユーザに選択させるための選択ボタン６２－１、および、質問に対する回答として「No」をユーザに選択させるための選択ボタン６２－２が表示されている。
　図９は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”Common:222”の質問に対応する画面表示例を示している。図９においては、質問提示部７１に、図７の８行目に示されている質問「What is the age of the oldest member of the household who watches television?」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「年齢を入力してくだざい。」と、質問に対する回答として整数値をユーザに入力させるための回答入力部７２が表示されている。
　図１０は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”ProviderA:123”の質問に対応する画面表示例を示している。図１０においては、質問提示部８１に、図７の１２行目に示されている質問「In which of the following sports are you most interested? (Multiple selection allowed)」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「次の中から１つ以上３つ以下で選択してください。」と、質問に対する回答としての選択肢「Baseball」、「Basketball」、「Soccer」、および「Hockey」をユーザに選択させるための選択ボタン８２－１乃至８２－４が表示されている。
　図１１は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”ProviderA:ProgramX:123”の質問に対応する画面表示例を示している。図１１においては、質問提示部９１に、図７の２０行目に示されている質問「Do you enjoy camping and outdoor recreation?(Only one selection)」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「次の中から１つだけ選択してください。」と、質問に対する回答としての選択肢「Never」、「Occasionally」、および「Frequently」をユーザに選択させるための選択ボタン９２－１乃至９２－３が表示されている。
　図１２は、図７を参照して説明したPDI-Qで定義されている質問のうちの、”ProviderA:321”の質問に対応する画面表示例を示している。図１２においては、質問提示部１０１に、図７の２７行目に示されている質問「Who’s products are you most interested in recently?」が表示されている。また、ユーザに対して、質問に対する回答の入力を促すメッセージ「自由に記述してくだざい。」と、質問に対する回答として文字列をユーザに入力させるための回答入力部１０２が表示されている。
　このようにして、PDI-Aジェネレータ５２は、図８乃至図１２で説明した画面表示により、ユーザに、PDI-Qで定義されている質問に対する回答を入力または選択させることで、PDI-Qに対応するPDI-Aを生成する。
　なお、図８乃至図１２で説明した画面表示は、PDI-Qを受信して間もなく後に表示されるようにしてもよいし、PDI-Qの受信後、図示せぬ記憶部にPDI-Qを保持するようにし、ユーザにより設定画面の表示が指示されたとき等に表示されるようにしてもよい。
［PDI-Aの例］
　ここで、図１３を参照して、PDI-Aジェネレータ５２によって生成されるPDI-Aの例について説明する。図１３で示されるPDI-Aは、図８乃至図１２で示した画面表示に対する、ユーザによる回答の選択または入力に基づいて生成されたPDI-Aである。
　すなわち、２行目乃至５行目は、図８で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、３行目における<id>Common:111</id>は、図８の画面表示により提示された質問のid要素を示しており、４行目における<a>true</a>は質問に対する回答として、図８の画面表示において選択ボタン６２－１（「Yes」の回答）がユーザに選択されたことを示している。
　６行目乃至９行目は、図９で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、７行目における<id>Common:222</id>は、図９の画面表示により提示された質問のid要素を示しており、８行目における<a>34</a>は質問に対する回答として、図９の画面表示において回答入力部７２に整数値として「34」がユーザにより入力されたことを示している。
　１０行目乃至１５行目は、図１０で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、１１行目における<id>ProviderA:123</id>は、図１０の画面表示により提示された質問のid要素を示しており、１２行目における<a>Baseball</a>、１３行目における<a>Soccer</a>、１４行目における<a>Hockey</a>は質問に対する回答として、図１０の画面表示において選択ボタン８２－１，８２－３，８２－４がユーザにより選択されたことを示している。
　１６行目乃至１９行目は、図１１で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、１７行目における<id>ProviderA:ProgramX:123</id>は、図１１の画面表示により提示された質問のid要素を示しており、１８行目における<a>Occasionally</a>は質問に対する回答として、図１１の画面表示において選択ボタン９２－２がユーザにより選択されたことを示している。
　２０行目乃至２３行目は、図１２で説明した画面表示により提示された質問に対するユーザの回答を示している。すなわち、２１行目における<id>ProviderA:321</id>は、図１２の画面表示により提示された質問のid要素を示しており、２２行目における<a>Somy</a>は質問に対する回答として、図１２の画面表示において回答入力部１０２に文字列として「Somy」がユーザにより入力されたことを示している。
　PDI-Aジェネレータ５２は、このようにして生成したPDI-AをPDIストア５３に供給し、記憶させる。PDIストア５３に記憶されたPDI-Aは、後述するように、サーバ１１から配信されるコンテンツが、クライアント１２のユーザの嗜好に合っているか否かを判定する際に用いられる。
　さて、図５のフローチャートに戻り、ステップＳ１３において、サーバ１１のPDI-Aジェネレータ４３は、PDI-Qジェネレータ４１からのPDI-Qで定義されている質問に対するPDI-Aを生成し、メタデータディストリビュータ４４に供給する。具体的には、PDI-Aジェネレータ４３は、放送局（プロバイダ側）のスタッフの操作によってPDI-Qが生成されると、図示せぬ表示部に、例えば図８乃至図１２を参照して説明したような、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、放送局のスタッフに入力または選択させることで、その回答を表すPDI-Aを生成する。このとき、放送局のスタッフは、PDI-Qで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を入力または選択する。すなわち、PDI-Aジェネレータ４３によって生成されるPDI-Aは、プロバイダ側がクライアント１２のユーザ（視聴者）の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報（回答）を表している。
　ステップＳ１４において、メタデータディストリビュータ４４は、PDI-Aジェネレータ４３からのPDI-Aに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、PDI-Aに対応するコンテンツを特定（照会）する。ここで特定されるコンテンツは、PDI-Aジェネレータ４３からのPDI-Aと、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ４４によって特定されたコンテンツは、コンテンツディストリビュータ４６によって、コンテンツ蓄積部４５から取得される。
　ステップＳ１５において、メタデータディストリビュータ４４は、ステップＳ１４において特定したコンテンツに予め付与されているコンテンツメタデータと、PDI-Aジェネレータ４３からのPDI-Aとに基づいて、PDI-Aを含むコンテンツメタデータを新たに生成する。
　ステップＳ１６において、通信部４２は、クライアント１２からの要求に応じて、メタデータディストリビュータ４４によって生成されたコンテンツメタデータを配信する。このとき、コンテンツメタデータとしては、メタデータディストリビュータ４４によって生成されたコンテンツメタデータ以外に、標準化団体によって規定されたコンテンツメタデータが送信されてもよい。
　また、ステップＳ１７において、通信部４２は、クライアント１２からの要求に応じて、コンテンツディストリビュータ４６に取得されたコンテンツを配信する。
　一方、ステップＳ２３において、クライアント１２のコンテンツフィルタ５４は、マッチング処理を実行し、PDIストア５３に記憶されているPDI-Aと、サーバ１１からのコンテンツメタデータに含まれるPDI-Aとのマッチングを行うことで、サーバ１１からのコンテンツを取得する。なお、以下においては、PDIストア５３に記憶されているPDI-Aと、サーバ１１からのコンテンツメタデータに含まれるPDI-Aとを区別するために、前者をユーザ側PDI-A、後者をプロバイダ側PDI-Aということとする。
［コンテンツフィルタにおけるマッチング処理の例］
　ここで、ユーザ側PDI-Aとして、図１３を参照して説明したPDI-Aが生成され記憶されているものとし、プロバイダ側PDI-Aとして、図１４に示されるPDI-Aがサーバ１１から送信されてきたものとする。
　図１４に示されるプロバイダ側PDI-Aは、図１３で示されたユーザ側PDI-Aと基本的な構成は同一であるので詳細な説明は省略するが、このプロバイダ側PDI-Aは、”Common:111”の質問に対する回答として「false」が選択され、”ProviderA:123”の質問に対する回答として「Baseball」が選択され、”ProviderA:ProgramX:123”の質問に対する回答として「Never」が選択されたことを示している。
　このとき、コンテンツフィルタ５４は、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較し、質問に対する回答が１つでも一致している場合、ユーザ側PDI-Aとプロバイダ側PDI-Aとはマッチしていると判定し、質問に対する回答が１つも一致しない場合、ユーザ側PDI-Aとプロバイダ側PDI-Aとはマッチしていないと判定する。この場合、図１３に示されるユーザ側PDI-Aにおける”ProviderA:123”の質問に対する回答と、図１４に示されるプロバイダ側PDI-Aにおける”ProviderA:123”の質問に対する回答のそれぞれに「Baseball」が含まれている点でそれぞれ一致しているので、ユーザ側PDI-Aとプロバイダ側PDI-Aとはマッチしていると判定される。
　次に、プロバイダ側PDI-Aとして、図１５に示されるPDI-Aがサーバ１１から送信されてきたものとする。
　図１５に示されるプロバイダ側PDI-Aは、”ProviderA:123”の質問に対する回答として「Basketball」が選択され、”ProviderA:ProgramX:123”の質問に対する回答として「Never」が選択されたことを示している。
　この場合、図１３に示されるユーザ側PDI-Aにおける質問に対する回答と、図１５に示されるプロバイダ側PDI-Aにおける質問に対する回答が１つも一致しないので、ユーザ側PDI-Aとプロバイダ側PDI-Aとはマッチしていないと判定される。
　ところで、上述したように、コンテンツフィルタ５４は、ウェブアプリケーションとして提供され、複数のAPIを呼び出すことでマッチング処理を行う。
［マッチング処理の詳細］
　ここで、図１６のフローチャートを参照して、ステップＳ２４において、コンテンツフィルタ５４により複数のAPIが呼び出されることによって実行されるマッチング処理の詳細について説明する。
　まず、ステップＳ５１において、コンテンツフィルタ５４は、PDIストア５３からユーザ側PDI-Aを取得するためのAPIであるユーザ側PDI-A取得APIを呼び出す。
　ユーザ側PDI-A取得APIの入力引数および出力引数を以下に示す。
　　入力引数：型が”QXA”である質問のid要素（QXA/@id）
　　出力引数：入力引数で指定された型”QXA”の質問に対するユーザ側PDI-Aが格納されたPDI Table
　なお、”QXA”は、上述で説明した、質問の型を表す名称”QIA”，”QBA”，”QSA”，”QTA”，”QAA”のいずれかまたは全部を示す。例えば、QXA/@id=*として入力引数がセットされた場合、全ての質問の型が指定されることとする。また、出力引数として返されるPDI Tableは、例えば、図１３を参照して説明したユーザ側PDI-Aが格納されるテーブルを示す。したがって、QXA/@id=*として入力引数がセットされた場合、PDIストア５３に格納されている全てのユーザ側PDI-Aが出力引数として返される。
　ステップＳ５２において、コンテンツフィルタ５４は、ユーザ側PDI-A取得APIの出力引数として返されるユーザ側PDI-Aを取得する。
　ステップＳ５３において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。
　プロバイダ側PDI-A取得APIの入力引数および出力引数を以下に示す。
　　入力引数：コンテンツID（C_ID）
　　出力引数：入力引数で指定されたコンテンツIDに対応するコンテンツメタデータに含まれるプロバイダ側PDI-A
　なお、コンテンツIDは、コンテンツを特定するための情報であり、そのコンテンツのコンテンツメタデータにも対応付けられている。例えば、C_ID=*として入力引数がセットされた場合、全てのコンテンツが指定されることとする。したがって、C_ID=*として入力引数がセットされた場合、全てのコンテンツのコンテンツメタデータの配信がサーバ１１に要求され、その要求に応じてサーバ１１から配信されてきたコンテンツメタデータに含まれるプロバイダ側PDI-Aが出力引数として返される。
　ステップＳ５４において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。
　ステップＳ５５において、コンテンツフィルタ５４は、図１３乃至図１５を参照して説明した手法により、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行う。
　ステップＳ５６において、コンテンツフィルタ５４は、ユーザ側PDI-Aとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
　ステップＳ５７において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
　コンテンツ取得APIの入力引数および出力引数を以下に示す。
　　入力引数：コンテンツID（C_ID）
　　出力引数：入力引数で指定されたコンテンツIDで特定されるコンテンツおよびそのコンテンツへの参照
　上述と同様、コンテンツIDは、コンテンツを特定するための情報であり、コンテンツフィルタ５４により同定された、ユーザ側PDI-Aとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDとされる。すなわち、ユーザ側PDI-Aとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDで特定されるコンテンツの配信がサーバ１１に要求され、その要求に応じてサーバ１１から配信されてきたコンテンツおよびそのコンテンツへの参照が出力引数として返される。
　ステップＳ５８において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得し、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理は図５のフローチャートのステップＳ２４に戻る。
　すなわち、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ再生部５５に供給された場合、ステップＳ２５において、コンテンツ再生部５５は、コンテンツを再生する。また、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ蓄積部５６に供給された場合、ステップＳ２５において、コンテンツ蓄積部５６は、コンテンツを蓄積（記録）する。蓄積されたコンテンツは、ユーザの操作指示に応じて、適宜、コンテンツ再生部５５に供給され再生される。
　以上の処理によれば、放送システムにおいて、プロバイダ側では、サーバによって、ユーザの嗜好についての質問を表すPDI-Qが生成され、そのPDI-Qがクライアント端末に送信され、そのPDI-Qに対して、プロバイダ側が設定した回答を表すプロバイダ側PDI-Aが、対応するコンテンツのコンテンツメタデータとして配信される。これにより、コンテンツメタデータとして、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータをコンテンツに付与することができるようになる。一方、ユーザ側では、クライアント端末によって、サーバからのPDI-Qに対するユーザの回答を表すユーザ側PDI-Aが生成され、生成したユーザ側PDI-Aと、サーバからのプロバイダ側PDI-Aとのマッチングが行われることで、サーバから配信されたコンテンツを取得するか否かが決定される。これにより、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータによって、コンテンツをフィルタリングすることができるようになる。したがって、その時のニーズに応じたコンテンツを取得することが可能となる。
　なお、以上においては、クライアント１２は、サーバ１１からのコンテンツの配信時に、リアルタイムにPDI-Aのマッチングを行うようにしたが、予め、サーバ１１からの全てのコンテンツを蓄積するようにし、処理のバックグラウンドにおいてPDI-Aのマッチングを行い、蓄積したコンテンツのうちの、マッチしたPDI-A（プロバイダ側PDI-A）に対応するコンテンツを再生したり、マッチしないPDI-Aに対応するコンテンツを削除したりするようにしてもよい。
　また、以上においては、PDIストア５３に格納されているユーザ側PDI-Aは、ファイルシステムによりアクセスされるものとしたが、PDIストア５３をデータベースとして構成するようにした場合には、PDIストア５３に格納されているユーザ側PDI-Aは、データベース管理システム（Database Management System：DBMS）により管理されるようになる。
［マッチング処理の詳細］
　ここで、図１７のフローチャートを参照して、PDIストア５３がデータベースとして構成される場合のマッチング処理の詳細について説明する。
　まず、ステップＳ７１において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。
　ステップＳ７２において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。
　ステップＳ７３において、コンテンツフィルタ５４は、PDIストア５３に、サーバ１１からのプロバイダ側PDI-Aに対応するユーザ側PDI-Aが格納されているか否かを評価するためのAPIであるユーザ側PDI-A評価APIを呼び出す。
　ユーザ側PDI-A評価APIの入力引数および出力引数を以下に示す。
　　入力引数：プロバイダ側PDI-A
　　出力引数：入力引数で指定されたプロバイダ側PDI-Aに対応するユーザ側PDI-Aが格納されているか否かの評価結果（真／偽（true／false））
　なお、プロバイダ側PDI-Aは、プロバイダ側PDI-A取得APIにより取得されたプロバイダ側PDI-Aである。ユーザ側PDI-A評価APIにより、プロバイダ側PDI-AがPDIストア５３のデータを管理するDBMSに渡されると、DBMSは、そのプロバイダ側PDI-Aに対応するユーザ側PDI-Aを検索する。その検索結果に基づいて、プロバイダ側PDI-Aに対応するユーザ側PDI-Aが格納されているか否かの評価結果が出力引数として返される。
　ステップＳ７４において、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIの出力引数として返されるユーザ側PDI-Aの評価結果を取得する。
　ステップＳ７５において、コンテンツフィルタ５４は、ユーザ側PDI-Aの評価結果が真（true）となったプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
　ステップＳ７６において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
　ステップＳ７７において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得する。
　このように、PDIストア５３がデータベースとして構成される場合には、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIを呼び出すことで、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行うことができる。
　また、以上においては、コンテンツフィルタ５４は、インスタンスとして表現されたユーザ側PDI-Aとプロバイダ側PDI-Aとを比較し、質問に対する回答が１つでも一致しているか否かによって、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行うようにしたが、ユーザ側PDI-Aまたはプロバイダ側PDI-Aのいずれか一方を、PDI-Aを評価するクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較するようにしてもよい。
　ここで、以下においては、ユーザ側PDI-Aまたはプロバイダ側PDI-Aのいずれか一方を、クエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較する構成について説明する。
［PDI-Aを評価するクエリによるマッチング処理の例１］
　まずは、プロバイダ側PDI-Aをクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較する構成について説明する。
　図１８は、プロバイダ側PDI-Aをクエリとして表現するようにしたサーバ１１の機能構成例を示している。
　図１８のサーバ１１は、PDI-Qジェネレータ４１、通信部４２、コンテンツ蓄積部４５、コンテンツディストリビュータ４６、PDI-FCジェネレータ１１１、およびメタデータディストリビュータ１１２から構成される。
　なお、図１８のサーバ１１においては、図３のサーバ１１に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。
　すなわち、図１８のサーバ１１において、図３のサーバ１１と異なるのは、PDI-Aジェネレータ４３およびメタデータディストリビュータ４４に代えて、PDI-FCジェネレータ１１１およびメタデータディストリビュータ１１２を設けた点である。
　PDI-FCジェネレータ１１１は、PDI-Qジェネレータ４１からのPDI-Qに基づいて、PDI-Qに対応するPDI-A（プロバイダ側PDI-A）を生成し、生成したプロバイダ側PDI-Aを所定の条件文に当てはめたPDI-FC（Preference Demographic and Interest  Filtering Criteria）を生成して、メタデータディストリビュータ１１２に供給する。
　メタデータディストリビュータ１１２は、PDI-FCジェネレータ１１１からのPDI-FCに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、PDI-FCに対応するコンテンツを特定（照会）する。メタデータディストリビュータ１１２は、特定したコンテンツのコンテンツメタデータとして、PDI-FCを含むコンテンツメタデータを生成し、通信部４２を介してクライアント１２に送信する。
　また、この例におけるクライアント１２は、図４のコンテンツフィルタ５４が、PDIストア５３からユーザ側PDI-Aを読み出し、そのユーザ側PDI-Aと、サーバ１１から送信されてきたコンテンツメタデータに含まれているPDI-FCとに基づいて、コンテンツをフィルタリングする以外は、図４のクライアント１２と同一であるので、その説明は、省略するものとする。
　次に、図１９のフローチャートを参照して、図１８のサーバ１１を備える放送システム１０におけるコンテンツの送受信処理について説明する。
　なお、図１９のフローチャートのステップＳ１１１，Ｓ１１２，Ｓ１１６，Ｓ１１７，Ｓ１２１乃至Ｓ１２３，Ｓ１２５の処理は、図５のフローチャートのステップＳ１１，Ｓ１２，Ｓ１６，Ｓ１７，Ｓ２１乃至Ｓ２３，Ｓ２５の処理と基本的に同様であるので、その説明は省略する。
　すなわち、ステップＳ１１３において、サーバ１１のPDI-FCジェネレータ１１１は、PDI-Qジェネレータ４１からのPDI-Qで定義されている質問に対するプロバイダ側PDI-Aを生成し、生成したプロバイダ側PDI-Aを所定の条件文に当てはめたPDI-FCを生成して、メタデータディストリビュータ１１２に供給する。具体的には、例えば、PDI-FCジェネレータ１１１は、放送局（プロバイダ側）のスタッフの操作によってPDI-Qが生成されると、図示せぬ表示部に、例えば図８乃至図１２を参照して説明したような、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、放送局のスタッフに入力または選択させ、さらに、それぞれの回答の組み合わせ（フィルタリング条件）をそのスタッフに決定させることで、その回答の組み合わせを表すPDI-FCを生成する。このとき、放送局のスタッフは、PDI-Qで定義されている質問に対する回答として、配信しようとするコンテンツに対応する回答を入力または選択し、さらにその組み合わせを決定する。すなわち、PDI-FCジェネレータ１１１によって生成されるPDI-FCは、プロバイダ側がクライアント１２のユーザ（視聴者）の嗜好を考慮に入れ、その視聴者に、のちに配信されるコンテンツを視聴させるための情報（回答の組み合わせ）を表している。
　ステップＳ１１４において、メタデータディストリビュータ１１２は、PDI-FCジェネレータ１１１からのPDI-FCに基づいて、コンテンツ蓄積部４５に蓄積されているコンテンツの中から、PDI-FCに対応するコンテンツを特定（照会）する。ここで特定されるコンテンツは、PDI-FCジェネレータ１１１からのPDI-FCと、蓄積されているコンテンツに予め付与されているコンテンツメタデータとの類似度が所定値より高いものとしてもよいし、放送局のスタッフによって、ユーザに視聴させたいコンテンツとして予め選択されたものであってもよい。なお、メタデータディストリビュータ１１２によって特定されたコンテンツは、コンテンツディストリビュータ４６によって、コンテンツ蓄積部４５から取得される。
　ステップＳ１１５において、メタデータディストリビュータ１１２は、ステップＳ１１４において特定したコンテンツに予め付与されているコンテンツメタデータと、PDI-FCジェネレータ１１１からのPDI-FCとに基づいて、PDI-FCを含むコンテンツメタデータを新たに生成する。
　そして、ステップＳ１２４において、クライアント１２のコンテンツフィルタ５４は、マッチング処理を実行し、サーバ１１からのコンテンツメタデータに含まれるPDI-FCに基づいて、PDIストア５３に記憶されているPDI-Aのマッチングを行うことで、サーバ１１からのコンテンツを取得する。
　ここで、ユーザ側PDI-Aとして、図１３を参照して説明したPDI-Aが生成され記憶されているものとし、以下に示されるPDI-FCがサーバ１１から送信されてきたものとする。
　“//QBA[id='Common:111' and a='true'] and //QSA[id='ProviderA:123' and a='Baseball']”
　上述のPDI-FCは、ユーザ側PDI-Aが、”Common:111”の質問に対する回答として「true」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているか否かを評価することを示している。
　このとき、コンテンツフィルタ５４は、PDI-FCに基づいてユーザ側PDI-Aを評価し、PDI-FCが満たされる（真となる）ユーザ側PDI-Aである場合、ユーザ側PDI-AとPDI-FCとはマッチしていると判定し、PDI-FCが満たされない（偽となる）ユーザ側PDI-Aである場合、ユーザ側PDI-AとPDI-FCとはマッチしていないと判定する。この場合、図１３に示されるユーザ側PDI-Aにおいては、”Common:111”の質問に対する回答として「true」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているので、ユーザ側PDI-AとPDI-FCとはマッチしていると判定される。
［マッチング処理の詳細］
　ここで、図２０のフローチャートを参照して、ステップＳ１２４において実行されるマッチング処理の詳細について説明する。
　まず、ステップＳ１５１において、コンテンツフィルタ５４は、PDIストア５３からユーザ側PDI-Aを取得するためのAPIであるユーザ側PDI-A取得APIを呼び出す。
　ステップＳ１５２において、コンテンツフィルタ５４は、ユーザ側PDI-A取得APIの出力引数として返されるユーザ側PDI-Aを取得する。
　ステップＳ１５３において、コンテンツフィルタ５４は、サーバ１１からPDI-FCを取得するためのAPIであるPDI-FC取得APIを呼び出す。
　PDI-FC取得APIの入力引数および出力引数を以下に示す。
　　入力引数：コンテンツID（C_ID）
　　出力引数：入力引数で指定されたコンテンツIDに対応するコンテンツメタデータに含まれるPDI-FC
　コンテンツIDは、コンテンツを特定するための情報であり、そのコンテンツのコンテンツメタデータにも対応付けられている。例えば、C_ID=*として入力引数がセットされた場合、全てのコンテンツが指定されることとする。したがって、C_ID=*として入力引数がセットされた場合、全てのコンテンツのコンテンツメタデータの配信がサーバ１１に要求され、その要求に応じてサーバ１１から配信されてきたコンテンツメタデータに含まれるPDI-FCが出力引数として返される。
　ステップＳ１５４において、コンテンツフィルタ５４は、PDI-FC取得APIの出力引数として返されるPDI-FCを取得する。
　ステップＳ１５５において、コンテンツフィルタ５４は、上述した手法により、ユーザ側PDI-AとPDI-FCとのマッチングを行う。
　ステップＳ１５６において、コンテンツフィルタ５４は、ユーザ側PDI-AとマッチしたPDI-FCを含むコンテンツメタデータのコンテンツIDを同定する。
　ステップＳ１５７において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
　ステップＳ１５８において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得し、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理は図１９のフローチャートのステップＳ１２４に戻る。
　以上においては、PDIストア５３に格納されているユーザ側PDI-Aは、ファイルシステムによりアクセスされるものとしたが、PDIストア５３をデータベースとして構成するようにした場合には、PDIストア５３に格納されているユーザ側PDI-Aは、データベース管理システム（DBMS）により管理されるようになる。
［マッチング処理の詳細］
　ここで、図２１のフローチャートを参照して、PDIストア５３がデータベースとして構成される場合のマッチング処理の詳細について説明する。
　まず、ステップＳ１７１において、コンテンツフィルタ５４は、サーバ１１からPDI-FCを取得するためのAPIであるPDI-FC取得APIを呼び出す。
　ステップＳ１７２において、コンテンツフィルタ５４は、PDI-FC取得APIの出力引数として返されるPDI-FCを取得する。
　ステップＳ１７３において、コンテンツフィルタ５４は、PDIストア５３に、サーバ１１からのPDI-FCに対応するユーザ側PDI-Aが格納されているか否かを評価するためのAPIであるユーザ側PDI-A評価APIを呼び出す。
　ユーザ側PDI-A評価APIの入力引数および出力引数を以下に示す。
　　入力引数：PDI-FC
　　出力引数：入力引数で指定されたPDI-FCによる評価結果（真／偽（true／false））
　PDI-FCは、PDI-FC取得APIにより取得されたPDI-FCである。ユーザ側PDI-A評価APIにより、PDI-FCがPDIストア５３のデータを管理するDBMSに渡されると、DBMSは、PDI-FCを用いてユーザ側PDI-Aを評価し、その評価結果が出力引数として返される。
　ステップＳ１７４において、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIの出力引数として返されるユーザ側PDI-Aの評価結果を取得する。
　ステップＳ１７５において、コンテンツフィルタ５４は、ユーザ側PDI-Aの評価結果が真（true）となったプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
　ステップＳ１７６において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
　ステップＳ１７７において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得する。
　このように、PDIストア５３がデータベースとして構成される場合には、コンテンツフィルタ５４は、ユーザ側PDI-A評価APIを呼び出すことで、ユーザ側PDI-AとPDI-FCとのマッチングを行うことができる。
　以上のようにして、プロバイダ側で設定されたPDI-FCによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、プロバイダ側が期待するユーザ（視聴者）にコンテンツを取得させることが可能となる。
［PDI-Aを評価するクエリによるマッチング処理の例２］
　次に、ユーザ側PDI-Aをクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較する構成について説明する。
　図２２は、ユーザ側PDI-Aをクエリとして表現するようにしたクライアント１２の機能構成例を示している。
　図２２のクライアント１２は、通信部５１、コンテンツフィルタ５４、コンテンツ再生部５５、コンテンツ蓄積部５６、PDI-FCジェネレータ１３１、およびPDIストア１３２から構成される。
　なお、図２２のクライアント１２においては、図４のクライアント１２に設けられたものと同様の機能を備える構成については、同一名称および同一符号を付するものとし、その説明は、適宜省略するものとする。
　すなわち、図２２のクライアント１２において、図４のクライアント１２と異なるのは、PDI-Aジェネレータ５２およびPDIストア５３に代えて、PDI-FCジェネレータ１３１およびPDIストア１３２を設けた点である。
　PDI-FCジェネレータ１３１は、サーバ１１から送信されてきたPDI-Qに基づいて、PDI-Qに対応する、クライアント１２のユーザの嗜好についての質問に対するユーザの回答を表すユーザ側PDI-Aを生成し、生成したユーザ側PDI-Aを所定の条件文に当てはめたPDI-FCを生成して、PDIストア１３２に供給する。
　PDIストア１３２は、PDI-FCジェネレータ１３１からのPDI-FCを記憶する。PDIストア１３２に記憶されているPDI-FCは、ファイルシステムによりアクセスされ、必要に応じて、コンテンツフィルタ５４に読み出される。
　なお、図２２のコンテンツフィルタ５４は、PDIストア５３からPDI-FCを読み出し、そのPDI-FCと、サーバ１１から送信されてきたコンテンツメタデータに含まれるプロバイダ側PDI-Aとに基づいて、コンテンツをフィルタリングする。
　また、この例におけるサーバ１１は、図３のサーバ１１と同一であるので、その説明は省略するものとする。
　次に、図２３のフローチャートを参照して、図２２のクライアント１２を備える放送システム１０におけるコンテンツの送受信処理について説明する。
　なお、図２３のフローチャートのステップＳ２１１乃至Ｓ２２１，Ｓ２２５の処理は、図５のフローチャートのステップＳ１１乃至Ｓ２１，Ｓ２５の処理と基本的に同様であるので、その説明は省略する。
　すなわち、ステップＳ２２２において、クライアント１２のPDI-FCジェネレータ１３１は、通信部５１において受信されたPDI-Qで定義されている質問に対するユーザ側PDI-Aを生成し、生成したユーザ側PDI-Aを所定の条件文に当てはめたPDI-FCを生成する。具体的には、例えば、PDI-FCジェネレータ１３１は、放送局からのPDI-Qが受信されると、図示せぬ表示部に、図８乃至図１２を参照して説明したような、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント１２のユーザ（視聴者）に入力または選択させ、さらに、それぞれの回答の組み合わせ（フィルタリング条件）をそのユーザに決定させることで、その回答の組み合わせを表すPDI-FCを生成する。すなわち、PDI-FCジェネレータ１３１は、ユーザと対話することによって、PDI-Qで定義されている質問に対する回答の組み合わせを表すPDI-FCを生成する。
　ステップＳ２２３において、PDI-FCジェネレータ１３１は、生成したPDI-FCをPDIストア１３２に格納する。
　そして、ステップＳ２２４において、コンテンツフィルタ５４は、マッチング処理を実行し、PDIストア１３２に記憶されているPDI-FCに基づいて、サーバ１１からのコンテンツメタデータに含まれるプロバイダ側PDI-Aのマッチングを行うことで、サーバ１１からのコンテンツを取得する。
　ここで、プロバイダ側PDI-Aとして、図１４を参照して説明したPDI-Aがサーバ１１から送信されてきたものとし、以下に示されるPDI-FCが生成され記憶されているものとする。
　“//QBA[id='Common:111' and a='false'] and //QSA[id='ProviderA:123' and a='Baseball']”
　上述のPDI-FCは、プロバイダ側PDI-Aが、”Common:111”の質問に対する回答として「false」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているか否かを評価することを示している。
　このとき、コンテンツフィルタ５４は、PDI-FCに基づいてプロバイダ側PDI-Aを評価し、PDI-FCが満たされる（真となる）プロバイダ側PDI-Aである場合、プロバイダ側PDI-AとPDI-FCとはマッチしていると判定し、PDI-FCが満たされない（偽となる）プロバイダ側PDI-Aである場合、プロバイダ側PDI-AとPDI-FCとはマッチしていないと判定する。この場合、図１４に示されるプロバイダ側PDI-Aにおいては、”Common:111”の質問に対する回答として「false」が選択され、かつ、”ProviderA:123”の質問に対する回答として「Baseball」が選択されているので、プロバイダ側PDI-AとPDI-FCとはマッチしていると判定される。
［マッチング処理の詳細］
　ここで、図２４のフローチャートを参照して、ステップＳ２２４において実行されるマッチング処理の詳細について説明する。
　まず、ステップＳ２５１において、コンテンツフィルタ５４は、PDIストア５３からPDI-FCを取得するためのAPIであるPDI-FC取得APIを呼び出す。
　PDI-FC取得APIの入力引数および出力引数を以下に示す。
　　入力引数：無し
　　出力引数：PDIストア１３２に記憶されているPDI-FC
　すなわち、PDI-FC取得APIが呼び出されると、PDIストア１３２に格納されている全てのPDI-FCが出力引数として返される。
　ステップＳ２５２において、コンテンツフィルタ５４は、PDI-FC取得APIの出力引数として返されるPDI-FCを取得する。
　ステップＳ２５３において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。
　ステップＳ２５４において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。
　ステップＳ２５５において、コンテンツフィルタ５４は、上述した手法により、PDI-FCとプロバイダ側PDI-Aとのマッチングを行う。
　ステップＳ２５６において、コンテンツフィルタ５４は、PDI-FCとマッチしたプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
　ステップＳ２５７において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
　ステップＳ２５８において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得し、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理は、図２３のフローチャートのステップＳ２２４に戻る。
　以上においては、PDIストア１３２に格納されているPDI-FCは、ファイルシステムによりアクセスされるものとしたが、PDIストア１３２をデータベースとして構成するようにした場合には、PDIストア１３２に格納されているPDI-FCは、データベース管理システム（DBMS）により管理されるようになる。
［マッチング処理の詳細］
　ここで、図２５のフローチャートを参照して、PDIストア１３２がデータベースとして構成される場合のマッチング処理の詳細について説明する。
　まず、ステップＳ２７１において、コンテンツフィルタ５４は、サーバ１１からプロバイダ側PDI-Aを取得するためのAPIであるプロバイダ側PDI-A取得APIを呼び出す。
　ステップＳ２７２において、コンテンツフィルタ５４は、プロバイダ側PDI-A取得APIの出力引数として返されるプロバイダ側PDI-Aを取得する。
　ステップＳ２７３において、コンテンツフィルタ５４は、PDIストア１３２に、サーバ１１からのプロバイダ側PDI-Aに対応するPDI-FCが格納されているか否かを評価するためのAPIであるPDI-FC評価APIを呼び出す。
　PDI-FC評価APIの入力引数および出力引数を以下に示す。
　　入力引数：プロバイダ側PDI-A
　　出力引数：入力引数で指定されたプロバイダ側PDI-Aに対応するPDI-FCが格納されているか否かの評価結果（真／偽（true／false））
　なお、プロバイダ側PDI-Aは、プロバイダ側PDI-A取得APIにより取得されたプロバイダ側PDI-Aである。PDI-FC評価APIにより、プロバイダ側PDI-AがPDIストア１３２のデータを管理するDBMSに渡されると、DBMSは、PDIストア１３２に格納されているPDI-FCを用いてプロバイダ側PDI-Aを評価する。その評価結果に基づいて、プロバイダ側PDI-Aに対応するPDI-FCが格納されているか否かの評価結果が出力引数として返される。
　ステップＳ２７４において、コンテンツフィルタ５４は、PDI-FC評価APIの出力引数として返されるPDI-FCの評価結果を取得する。
　ステップＳ２７５において、コンテンツフィルタ５４は、PDI-FCの評価結果が真（true）となったプロバイダ側PDI-Aを含むコンテンツメタデータのコンテンツIDを同定する。
　ステップＳ２７６において、コンテンツフィルタ５４は、サーバ１１からコンテンツを取得するためのAPIであるコンテンツ取得APIを呼び出す。
　ステップＳ２７７において、コンテンツフィルタ５４は、コンテンツ取得APIの出力引数として返されるコンテンツを取得する。
　このように、PDIストア１３２がデータベースとして構成される場合には、コンテンツフィルタ５４は、PDI-FC評価APIを呼び出すことで、PDI-FCとプロバイダ側PDI-Aとのマッチングを行うことができる。
　以上のようにして、ユーザ側で設定されたPDI-FCによって、より複雑なフィルタリングの条件が表現されるようになるので、より確実に、ユーザ側が期待するコンテンツを取得させることが可能となる。
　ところで、本技術は、デジタルテレビジョン番組を放送する放送システムに適用することができるが、その一例として、ATSC（Advanced Television Standard Committee）方式を移動体受信に拡張させたATSC-M/H（Mobile/Handheld）方式で放送を行う放送システムに適用することができる。
［ATSC-M/H方式で放送を行う放送システムへの適用例］
　図２６は、本技術を適用した、従来のATSC方式およびATSC-M/Hのそれぞれでデジタルテレビジョン番組を放送する放送システムの構成例を示す図である。
　図２６の放送システムは、図１の放送システム１０におけるサーバ１１に対応し、ATSC Legacy System１５１、ATSC M/H System１５２、M/H Framing１５３、およびRF/Transmission System１５４を備えている。
　ATSC Legacy System１５１は、従来のATSC方式で、MPEG2-TS（Moving Picture Experts Group 2 Transport Stream）により放送ストリームを送出する。ATSC M/H System１５２は、ATSC-M/H方式でIPパケットの放送ストリームを送出する。ATSC M/H System１５２におけるControl Data１５２ａは、ATSC M/H System１５２から送出される放送ストリーム（A/V（Audio/Video）コンテンツ）に関する制御情報である。
　そして、上述した放送ストリームそれぞれは、M/H Framing１５３によって多重化され、RF/Transmission System１５４によって放送波として送信される。なお、各ブロックの機能の詳細については、ATSCの規格に記載されているので、ここでは、その説明は省略する。
　図２７は、ATSC-M/H方式で送信される放送波の信号におけるプロトコルスタックを示している。
　詳細な説明は省略するが、最も上位の階層の１つは、「Service Guide」とされ、ATSC-M/H方式で提供されるコンテンツのメタデータを規定している。図２６で示されるControl Data１５２ａは、「Service Guide」で規定されるコンテンツメタデータ（以下、単にService Guideという）として伝送される。すなわち、図２６の放送システムにおいては、上述した放送システム１０においてサーバ１１からクライアント１２に送信されるPDI-A（プロバイダ側PDI-A）やPDI-FC、PDI-Qは、Service Guideに格納されて送信される。
　なお、図２７において、「Service Guide」に隣接する下位の階層「FLUTE」、および、「FLUTE」に隣接する下位の階層「ALC」は、UDP/IP（User Datagram Protocol/Internet Protocol）によってパケット化されたService Guideを転送するための階層である。
　このService Guideの仕様としては、OMA（Open Mobile Alliance）によって、図２８に示されるデータ構成が規定されている。なお、図２８に示されるService Guideの構成の詳細は、「"Service Guide for Mobile Broadcast Services", Open Mobile Alliance, OMA-TSBCAST_ServiceGuide-V1_0, Candidate Version 1.0」に規定されているため、その説明は省略する。
　PDI-A（プロバイダ側PDI-A）またはPDI-FCは、図２８に示されるService Guideを構成する要素のうちの、「Service」フラグメント、「Schedule」フラグメント、および「Content」フラグメントのうちの少なくともいずれか１つに格納される。
　「Service」フラグメントは、チャネル・サービスの内容に関する制御情報を含むメタデータであり、図２９は、その構成の詳細を示している。PDI-AまたはPDI-FCは、図２９に示される「Service」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-FC」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-FC」要素は、XMLスキーマによって、<xs:element name = "PDI-FC" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
　「Schedule」フラグメントは、コンテンツ（デジタルテレビジョン番組）の配信スケジュールに関する制御情報を含むメタデータであり、図３０は、その構成の詳細を示している。PDI-AまたはPDI-FCは、図３０に示される「Schedule」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-FC」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-FC」要素は、XMLスキーマによって、<xs:element name = "PDI-FC" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
　「Content」フラグメントは、コンテンツ（デジタルテレビジョン番組）の内容に関する制御情報を含むメタデータであり、図３１は、その構成の詳細を示している。PDI-AまたはPDI-FCは、図３１に示される「Content」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-FC」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-FC」要素は、XMLスキーマによって、<xs:element name = "PDI-FC" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
　また、PDI-Qは、図２８に示されるService Guideを構成する要素のうちの、「Interactivity Data」フラグメントに格納される。
　「Interactivity Data」フラグメントは、チャネル・サービスやコンテンツ（テレビジョン番組）に関するアプリケーションについてのメタデータであり、図３２は、その構成の詳細を示している。PDI-Qは、図３２に示される「Interactivity Data」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに「PDI-Q」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-Q」要素は、XMLスキーマによって、<xs:element name = "PDI-Q" type = "xs:string " xmlns:xs = "http://www.w3.org/2001 /XMLSchema"/>と文字列で表現されてエンコードされる。
　以上においては、本技術を、ATSC-M/H方式で放送を行う放送システムに適用した例について説明したが、従来のATSC方式でNRT（Non-RealTime）放送を行う放送システムに適用することもできる。NRT放送においては、リアルタイムでのコンテンツの視聴を前提としないため、データとして放送信号により放送されるコンテンツの放送時刻に同期してコンテンツを再生する必要はない。
［NRT放送を行う放送システムへの適用例］
　図３３は、NRT放送で送信される放送波の信号におけるプロトコルスタックを示している。
　詳細な説明は省略するが、最も下位の階層は、「Physical Layer（物理層）」とされ、放送波の周波数帯域がこれに対応する。「Physical Layer」に隣接する上位の階層は、「MPEG2-TS」とされ、放送波として放送される放送ストリームがこれに対応する。
　「MPEG2-TS」に隣接する上位の階層として、「ATSC-PSIP（Program and System Information Protocol）」および「MPEG2-PSI（Program Specific Information）」が示されている。「ATSC-PSIP」は、TVCTを有する階層とされ、「MPEG2-PSI」は、PAT(Program Association Table)、PMT(Program Map Table)を有する階層とされる。
　また、「MPEG2-TS」に隣接する上位の階層として、「DSM-CC（Digital Storage Media Command and Control） Addressable Section」が示されている。「DSM-CC Addressable Section」は、放送ストリームのMPEG2-TS上でIPパケットを転送するためのアダプテーションレイヤとして用いられる。
　図３４は、TVCT、PAT、PMT、およびDSM-CC Addressable Sectionのデータ構造を示している。TVCTには、MPEG2-TSで放送される放送ストリームに関する制御情報が記述されており、TVCTに基づいて、IPパケットストリーム（UDP/IP Packets）を転送するためのDSM-CC Addressable Sectionを転送するMPEG2-TSが特定される。
　図３３に戻り、「DSM-CC Addressable Section」に隣接する上位の階層として、「IP」が示され、さらに「IP」に隣接する上位の階層として、「UDP」が示されている。
　「UDP」に隣接する上位の階層として、「Service Signaling Channel」および「FLUTE/ALC（File Delivery over Unidirectional Transport/Asynchronous Layered Coding Protocol）」が示されている。「Service Signaling Channel」は、SMT（Service Map Table）およびNRT-IT（NRT Information Table）を有する階層とされる。「FLUTE/ALC」に隣接する上位の階層として、「FLUTE Session」が示されている。「FLUTE Session」は、FLUTE-FDT（File Delivery Table）およびA/V File（A/Vファイル）を有する階層とされる。
　図３５は、SMT、NRT-IT、およびFLUTE FDTのデータ構造を示している。SMTには、チャネルに関するメタデータが記述され、NRT-ITには、コンテンツに関するメタデータが記述される。SMTおよびNRT-ITは、上述した「Service Signaling Channel」で転送される。FLUTE FDTには、A/Vファイルそれぞれを識別するための情報が記述されている。なお、A/Vファイルは、上述した「FLUTE/ALC」で転送される。
　ここで、NRT放送を行う放送システムにおいては、上述した放送システム１０においてサーバ１１からクライアント１２に送信されるPDI-A（プロバイダ側PDI-A）やPDI-FC、PDI-Qは、SMTまたはNRT-ITに格納されて送信される。
　すなわち、配信されるコンテンツのフィルタリングを、チャネル（放送局）単位で行う場合には、SMTのサービスレベルのdescriptor loop（図中、「Service #1」の最下段）に、PDI-A、PDI-FC、またはPDI-Qを格納する「PDI descriptor」を新たに規定する。
　また、配信されるコンテンツのフィルタリングを、コンテンツ単位で行う場合には、NRT-ITのサービスレベルのdescriptor loop（図中、「Content #1」の最下段）に、PDI-A、PDI-FC、またはPDI-Qを格納する「PDI descriptor」を新たに規定する。
　図３６は、「PDI descriptor」のシンタックスの例を示している。図３６においては、記述される記述子のそれぞれが、ビット数（No.of Bits）およびフォーマット（Format）とともに定義されている。
　図３６に示されるシンタックスによれば、PDI-A、PDI-FC、またはPDI-Qは、可変ビットである記述子「PDI_Q or PDI_A or PDI-FC」に記述される。
　なお、「PDI descriptor」のシンタックスは、図３６に示された例に限るものではない。
　このように、本技術は、NRT放送を行う放送システムに適用することも可能である。
　なお、本技術は、上述したATSC-M/H方式で放送を行う放送システムや、NRT放送を行放送システム以外の方式で放送を行う放送システムに適用するようにしてももちろんよい。
　上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
　コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図２に示すように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスクを含む）、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア３１、または、プログラムが一時的もしくは永続的に格納されるROM２２や、記憶部２８を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部２９を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
　なお、本明細書において、プログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
　また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
　１０　放送システム，　１１　サーバ，　１２　クライアント，　４１　PDI-Qジェネレータ，　４２　通信部，　４３　PDI-Aジェネレータ，　４４　メタデータディストリビュータ，　４５　コンテンツ蓄積部，　４６　コンテンツディストリビュータ，　５１　通信部，　５２　PDI-Aジェネレータ，　５３　PDIストア，　５４　コンテンツフィルタ，　５５　コンテンツ再生部，　５６　コンテンツ蓄積部，　１１１　PDI-FCジェネレータ，　１１２　メタデータディストリビュータ，　１３１　PDI-FCジェネレータ，　１３２　PDIストア

Claims (17)

  1. 　サーバから配信されるコンテンツを取得する情報処理装置において、
    　前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成部と、
    　前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
    　を備え、
    　前記マッチング部は、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
    　情報処理装置。
  2. 　前記回答生成部により生成された前記ユーザ側回答情報を記憶する記憶部をさらに備え、
    　前記マッチング部は、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
    　請求項１に記載の情報処理装置。
  3. 　前記マッチング部は、前記記憶部から前記ユーザ側回答情報を取得するためのユーザ側回答情報取得APIを呼び出す
    　請求項２に記載の情報処理装置。
  4. 　前記マッチング部は、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出す
    　請求項２に記載の情報処理装置。
  5. 　前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記ユーザ側回答情報が記憶されているか否かを評価するための前記ユーザ側回答情報評価APIを呼び出し、
    　評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得する
    　請求項２に記載の情報処理装置。
  6. 　前記マッチング部は、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出す
    　請求項２に記載の情報処理装置。
  7. 　前記マッチング部は、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記提供者によって設定された前記回答の組み合わせを示すクエリとのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得する
    　請求項２に記載の情報処理装置。
  8. 　前記マッチング部は、前記サーバから前記クエリを取得するためのクエリ取得APIを呼び出す
    　請求項７に記載の情報処理装置。
  9. 　前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記クエリに対応する前記ユーザ側回答情報が記憶されているか否かを評価するための前記ユーザ側回答情報評価APIを呼び出し、
    　評価結果が真となった前記クエリに対応する前記コンテンツを取得する
    　請求項７に記載の情報処理装置。
  10. 　サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、
    　前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答を表す情報であるユーザ側回答情報を生成する回答生成ステップと、
    　前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップと
    　を含み、
    　前記マッチングステップは、ウェブアプリケーション上で、複数のAPI（Application Programming Interface）が呼び出されることで、前記ユーザ側回答情報と前記提供者側回答情報とのマッチングを行う
    　情報処理方法。
  11. 　サーバから配信されるコンテンツを取得する情報処理装置において、
    　前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成部と、
    　前記クエリと、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
    　を備え、
    　前記マッチング部は、ウェブアプリケーションとして提供され、複数のAPI（Application Programming Interface）を呼び出すことで、前記クエリと前記提供者側回答情報とのマッチングを行う
    　情報処理装置。
  12. 　前記クエリ生成部により生成された前記クエリを記憶する記憶部をさらに備え、
    　前記マッチング部は、複数の前記APIを呼び出すことで、前記記憶部に記憶されている前記クエリと前記提供者側回答情報とのマッチングを行う
    　請求項１１に記載の情報処理装置。
  13. 　前記マッチング部は、前記記憶部から前記クエリを取得するためのクエリ取得APIを呼び出す
    　請求項１２に記載の情報処理装置。
  14. 　前記マッチング部は、前記サーバから前記提供者側回答情報を取得するための提供者側回答情報取得APIを呼び出す
    　請求項１２に記載の情報処理装置。
  15. 　前記マッチング部は、前記記憶部がデータベースとして構成される場合、前記記憶部に、前記提供者側回答情報に対応する前記クエリが記憶されているか否かを評価するための前記クエリ評価APIを呼び出し、
    　評価結果が真となった前記提供者側回答情報に対応する前記コンテンツを取得する
    　請求項１２に記載の情報処理装置。
  16. 　前記マッチング部は、マッチングの結果を用いて前記コンテンツを取得するためのコンテンツ取得APIを呼び出す
    　請求項１２に記載の情報処理装置。
  17. 　サーバから配信されるコンテンツを取得する情報処理装置の情報処理方法であって、
    　前記サーバから送信されてくる、ユーザの嗜好についての質問を表す情報である質問情報に対応して、前記質問に対する前記ユーザの回答の組み合わせを示すクエリを生成するクエリ生成ステップと、
    　前記クエリと、前記サーバから送信されてくる、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す情報である提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチングステップと
    　を含み、
    　前記マッチングステップは、ウェブアプリケーション上で、複数のAPI（Application Programming Interface）が呼び出されることで、前記クエリと前記提供者側回答情報とのマッチングを行う
    　情報処理方法。
PCT/JP2013/078039 2012-10-26 2013-10-16 情報処理装置および情報処理方法 WO2014065166A1 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN201380054461.0A CN104737547A (zh) 2012-10-26 2013-10-16 信息处理装置与信息处理方法
BR112015008763A BR112015008763A2 (pt) 2012-10-26 2013-10-16 dispositivo e método de processamento de informação
MX2015004869A MX353817B (es) 2012-10-26 2013-10-16 Dispositivo de procesamiento de informacion y metodo de procesamiento de informacion.
EP13849308.5A EP2914014A4 (en) 2012-10-26 2013-10-16 INFORMATION PROCESSING DEVICE AND INFORMATION PROCESSING METHOD
KR1020157009479A KR20150076157A (ko) 2012-10-26 2013-10-16 정보 처리 장치 및 정보 처리 방법
JP2014543246A JP6581776B2 (ja) 2012-10-26 2013-10-16 情報処理装置および情報処理方法
CA2888269A CA2888269A1 (en) 2012-10-26 2013-10-16 Information processing device and information processing method
AU2013335841A AU2013335841B2 (en) 2012-10-26 2013-10-16 Information processing apparatus, and information processing method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201261719041P 2012-10-26 2012-10-26
US61/719,041 2012-10-26
US13/894,779 2013-05-15
US13/894,779 US10002206B2 (en) 2012-10-26 2013-05-15 Information processing device and information processing method

Publications (1)

Publication Number Publication Date
WO2014065166A1 true WO2014065166A1 (ja) 2014-05-01

Family

ID=50544546

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/078039 WO2014065166A1 (ja) 2012-10-26 2013-10-16 情報処理装置および情報処理方法

Country Status (11)

Country Link
US (2) US10002206B2 (ja)
EP (1) EP2914014A4 (ja)
JP (1) JP6581776B2 (ja)
KR (1) KR20150076157A (ja)
CN (1) CN104737547A (ja)
AR (1) AR093055A1 (ja)
AU (1) AU2013335841B2 (ja)
BR (1) BR112015008763A2 (ja)
CA (1) CA2888269A1 (ja)
MX (1) MX353817B (ja)
WO (1) WO2014065166A1 (ja)

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8730301B2 (en) 2010-03-12 2014-05-20 Sony Corporation Service linkage to caption disparity data transport
US8941779B2 (en) 2012-03-21 2015-01-27 Sony Corporation Non-closed caption data transport in standard caption service
US8760498B2 (en) 2011-03-14 2014-06-24 Sony Corporation Disparity data transport in standard caption service
US8839338B2 (en) 2012-03-28 2014-09-16 Sony Corporation Service usage reporting data transport
US8863171B2 (en) 2010-06-14 2014-10-14 Sony Corporation Announcement of program synchronized triggered declarative objects
US8898723B2 (en) 2010-08-20 2014-11-25 Sony Corporation Virtual channel declarative script binding
US8893210B2 (en) 2010-08-20 2014-11-18 Sony Corporation Server load balancing for interactive television
US8909694B2 (en) 2010-08-27 2014-12-09 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8875169B2 (en) 2010-08-27 2014-10-28 Sony Corporation Transmission and reception apparatus, methods, and systems for filtering content
US9179188B2 (en) 2010-08-30 2015-11-03 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8595783B2 (en) 2010-08-30 2013-11-26 Sony Corporation Receiving device, receiving method, program, and broadcasting system
US8918801B2 (en) 2010-08-30 2014-12-23 Sony Corporation Transmission apparatus, transmission method, reception apparatus, reception method, program, and broadcasting system
US9179198B2 (en) 2010-10-01 2015-11-03 Sony Corporation Receiving apparatus, receiving method, and program
JP6210684B2 (ja) 2010-10-01 2017-10-11 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 情報処理装置、情報処理方法、及びプログラム
US9078031B2 (en) 2010-10-01 2015-07-07 Sony Corporation Reception apparatus, reception method, and program
US8908103B2 (en) 2010-10-01 2014-12-09 Sony Corporation Content supplying apparatus, content supplying method, content reproduction apparatus, content reproduction method, program and content viewing system
US8872888B2 (en) 2010-10-01 2014-10-28 Sony Corporation Content transmission apparatus, content transmission method, content reproduction apparatus, content reproduction method, program and content delivery system
TWI545955B (zh) 2011-04-28 2016-08-11 Sony Corp Signal receiving apparatus and method, a signal transmission apparatus and method, and program
US9554175B2 (en) 2011-07-20 2017-01-24 Sony Corporation Method, computer program, reception apparatus, and information providing apparatus for trigger compaction
US8917358B2 (en) 2011-07-27 2014-12-23 Sony Corporation Reception apparatus, terminal apparatus, control method, program, and communication system
KR102060449B1 (ko) 2011-08-05 2019-12-30 소니 주식회사 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템
TWI528749B (zh) 2011-09-06 2016-04-01 Sony Corp A signal receiving device, a signal receiving method, an information processing program and an information processing system
US9015785B2 (en) 2011-11-29 2015-04-21 Sony Corporation Terminal apparatus, server apparatus, information processing method, program, and linking application supply system
US8930988B2 (en) 2011-12-21 2015-01-06 Sony Corporation Reception apparatus, reception method, program, and information processing system
KR102222166B1 (ko) 2012-06-19 2021-03-04 소니 주식회사 대화형 텔레비전을 위한 트리거 파라미터 테이블의 확장
MY177736A (en) 2012-07-12 2020-09-23 Sony Corp Parameterized services descriptor for advanced television services
US9154840B2 (en) 2012-07-31 2015-10-06 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
DE112013003718B4 (de) * 2012-08-29 2018-07-12 Lg Electronics Inc. Verfahren und Vorrichtung zum Verarbeiten digitaler Dienstsignale
US9253518B2 (en) 2012-11-09 2016-02-02 Sony Corporation On-demand access to scheduled content
US9148676B2 (en) 2012-12-04 2015-09-29 Sony Corporation Broadcast transition channel
US9137566B2 (en) 2013-06-28 2015-09-15 Sony Corporation Distribution system, reception apparatus, and methods for transitioning to new services
US9038095B2 (en) 2013-07-03 2015-05-19 Sony Corporation Methods, information providing system, and reception apparatus for distribution of at least one content version
US8884800B1 (en) 2013-07-31 2014-11-11 Sony Corporation Method and apparatus for performing analog-to-digital conversion on multiple input signals
KR20160014463A (ko) * 2014-07-29 2016-02-11 삼성전자주식회사 서버, 서버의 정보 제공 방법, 디스플레이 장치, 디스플레이 장치의 제어 방법 및 정보 제공 시스템
US9326295B1 (en) 2014-12-10 2016-04-26 Sony Corporation Method and apparatus for transmitting a-priori information in a communication system
US20160204804A1 (en) 2015-01-13 2016-07-14 Sony Corporation Data processing apparatus and method
US9762354B2 (en) 2015-01-27 2017-09-12 Sony Corporation Signaling methods and apparatus
US9912986B2 (en) 2015-03-19 2018-03-06 Sony Corporation System for distributing metadata embedded in video
US9756401B2 (en) 2015-04-07 2017-09-05 Sony Corporation Processing and providing an image in which a plurality of symbols are encoded
US9590782B2 (en) 2015-06-22 2017-03-07 Sony Corporation Signaling methods and apparatus
US10205991B2 (en) 2015-07-27 2019-02-12 Sony Corporation Hidden replaceable media slots
US10701165B2 (en) 2015-09-23 2020-06-30 Sensoriant, Inc. Method and system for using device states and user preferences to create user-friendly environments
JP7030109B2 (ja) 2016-09-14 2022-03-04 テネオバイオ， インコーポレイテッド Ｃｄ３結合抗体
JPWO2018074265A1 (ja) 2016-10-21 2019-08-22 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
EP3642237A2 (en) 2017-06-20 2020-04-29 Teneobio, Inc. Anti-bcma heavy chain-only antibodies

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002528971A (ja) * 1998-10-19 2002-09-03 ジェネラル・インスツルメント・コーポレイション 構成可能な機能をもつテレビジョン・セットトップ・ボックス
JP2003101893A (ja) * 2001-09-20 2003-04-04 Canon Inc 受信システム
JP2005130196A (ja) * 2003-10-23 2005-05-19 Mitsubishi Electric Corp コンテンツ提供サービスシステム
JP2005525755A (ja) * 2002-05-10 2005-08-25 トムソン　ライセンシング　ソシエテ　アノニム コンテンツ配信
JP2009519624A (ja) * 2005-11-23 2009-05-14 クゥアルコム・インコーポレイテッド ユーザの個人化情報に基づくコンテンツ配信および選択されたコンテンツ受信の装置および方法
JP2010021988A (ja) 2008-06-13 2010-01-28 Sony Corp コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム

Family Cites Families (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100257553A1 (en) * 1998-11-18 2010-10-07 Gemstar Development Corporation Systems and methods for advertising traffic control and billing
US20020100045A1 (en) * 2001-01-23 2002-07-25 Rafey Richter A. System and method for enabling anonymous personalization
US20030037139A1 (en) * 2001-08-20 2003-02-20 Koninklijke Philips Electronics N.V. Content distribution model
US7073193B2 (en) * 2002-04-16 2006-07-04 Microsoft Corporation Media content descriptions
EP1634452A1 (en) * 2003-06-02 2006-03-15 Koninklijke Philips Electronics N.V. Program recommendation via dynamic category creation
KR101191373B1 (ko) * 2004-02-10 2012-10-15 소니 주식회사 방송 프로그램 검색 장치, 방송 프로그램 검색 방법, 및 프로그램 기록 매체
CN101116336B (zh) 2005-01-07 2012-06-06 韩国电子通信研究院 用于使用包括传记信息和终端信息的使用环境描述提供自适应广播服务的设备和方法
US7925973B2 (en) * 2005-08-12 2011-04-12 Brightcove, Inc. Distribution of content
WO2007026357A2 (en) * 2005-08-30 2007-03-08 Nds Limited Enhanced electronic program guides
US7743396B2 (en) * 2005-10-25 2010-06-22 Palm, Inc. Media streaming enhancements
US7984068B2 (en) * 2007-05-25 2011-07-19 Google Inc. Providing profile information to partner content providers
US8190605B2 (en) * 2008-07-30 2012-05-29 Cisco Technology, Inc. Presenting addressable media stream with geographic context based on obtaining geographic metadata
US8713091B2 (en) * 2008-10-03 2014-04-29 Microsoft Corporation Network based JIT on a priori knowledge of a set of disparate clients
US20110113041A1 (en) * 2008-10-17 2011-05-12 Louis Hawthorne System and method for content identification and customization based on weighted recommendation scores
US20100138517A1 (en) * 2008-12-02 2010-06-03 At&T Intellectual Property I, L.P. System and method for multimedia content brokering
US10977723B2 (en) * 2009-05-29 2021-04-13 Google Llc Matching content providers and interested content users
CN102474270A (zh) 2009-08-06 2012-05-23 松下电器产业株式会社 编码方法、解码方法、编码装置及解码装置
US8705933B2 (en) 2009-09-25 2014-04-22 Sony Corporation Video bookmarking
US9277183B2 (en) 2009-10-13 2016-03-01 Sony Corporation System and method for distributing auxiliary data embedded in video data
US20110185384A1 (en) * 2010-01-28 2011-07-28 Futurewei Technologies, Inc. System and Method for Targeted Advertisements for Video Content Delivery
US9706158B2 (en) 2010-04-01 2017-07-11 Saturn Licensing Llc Receiver and method for reporting the usage of advanced television services
US20110247028A1 (en) * 2010-04-01 2011-10-06 Mark Eyer Receiver and System Using an Electronic Questionnaire for Advanced Broadcast Services
US9723360B2 (en) 2010-04-01 2017-08-01 Saturn Licensing Llc Interests and demographics profile for advanced broadcast services
US20110258192A1 (en) * 2010-04-15 2011-10-20 Google Inc. Providing question and answer services
US20110302599A1 (en) 2010-06-07 2011-12-08 Mark Kenneth Eyer TV-Centric Actions in Triggered Declarative Objects
US8863171B2 (en) 2010-06-14 2014-10-14 Sony Corporation Announcement of program synchronized triggered declarative objects
US8893210B2 (en) 2010-08-20 2014-11-18 Sony Corporation Server load balancing for interactive television
US8898723B2 (en) 2010-08-20 2014-11-25 Sony Corporation Virtual channel declarative script binding
JP5765558B2 (ja) 2010-08-27 2015-08-19 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム
US8875169B2 (en) 2010-08-27 2014-10-28 Sony Corporation Transmission and reception apparatus, methods, and systems for filtering content
US8909694B2 (en) * 2010-08-27 2014-12-09 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
KR101878511B1 (ko) 2010-08-30 2018-07-13 소니 주식회사 수신 장치, 수신 방법 및 프로그램
US8892636B2 (en) 2010-08-30 2014-11-18 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US9179188B2 (en) 2010-08-30 2015-11-03 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8918801B2 (en) 2010-08-30 2014-12-23 Sony Corporation Transmission apparatus, transmission method, reception apparatus, reception method, program, and broadcasting system
US20120050619A1 (en) 2010-08-30 2012-03-01 Sony Corporation Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
US8595783B2 (en) 2010-08-30 2013-11-26 Sony Corporation Receiving device, receiving method, program, and broadcasting system
US10511887B2 (en) 2010-08-30 2019-12-17 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
US9043219B2 (en) * 2010-09-10 2015-05-26 Ricoh Co., Ltd. Automatic and semi-automatic selection of service or processing providers
JP5757075B2 (ja) 2010-09-15 2015-07-29 ソニー株式会社 送信装置、送信方法、受信装置、受信方法、プログラム、および放送システム
US9986270B2 (en) 2010-09-21 2018-05-29 Saturn Licensing Llc Reception and transmission of trigger information for application program control
JP5703664B2 (ja) 2010-09-30 2015-04-22 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム
US8842974B2 (en) 2010-10-01 2014-09-23 Sony Corporation Content transmission apparatus, content transmission method, content reproduction apparatus, content reproduction method, program, and content delivery system
US8908103B2 (en) 2010-10-01 2014-12-09 Sony Corporation Content supplying apparatus, content supplying method, content reproduction apparatus, content reproduction method, program and content viewing system
US9179198B2 (en) 2010-10-01 2015-11-03 Sony Corporation Receiving apparatus, receiving method, and program
US9078031B2 (en) 2010-10-01 2015-07-07 Sony Corporation Reception apparatus, reception method, and program
JP6210684B2 (ja) 2010-10-01 2017-10-11 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 情報処理装置、情報処理方法、及びプログラム
US8872888B2 (en) 2010-10-01 2014-10-28 Sony Corporation Content transmission apparatus, content transmission method, content reproduction apparatus, content reproduction method, program and content delivery system
US20120185888A1 (en) 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services
TWI574565B (zh) 2011-03-31 2017-03-11 Sony Corp A transmitting apparatus, a transmitting method, a receiving apparatus, a receiving method, a computer-readable medium, and a broadcasting system
US8886009B2 (en) 2011-04-26 2014-11-11 Sony Corporation Creation of video bookmarks via scripted interactivity in advanced digital television
TWI545955B (zh) 2011-04-28 2016-08-11 Sony Corp Signal receiving apparatus and method, a signal transmission apparatus and method, and program
US9554175B2 (en) 2011-07-20 2017-01-24 Sony Corporation Method, computer program, reception apparatus, and information providing apparatus for trigger compaction
US8917358B2 (en) 2011-07-27 2014-12-23 Sony Corporation Reception apparatus, terminal apparatus, control method, program, and communication system
US10491966B2 (en) 2011-08-04 2019-11-26 Saturn Licensing Llc Reception apparatus, method, computer program, and information providing apparatus for providing an alert service
US20130055313A1 (en) 2011-08-31 2013-02-28 Sony Corporation Method, computer program, reception apparatus, and information providing apparatus for accessing content from a plurality of content sources
US9374620B2 (en) 2011-10-21 2016-06-21 Sony Corporation Terminal apparatus, server apparatus, information processing method, program, and interlocked application feed system
US20140075316A1 (en) * 2012-09-11 2014-03-13 Eric Li Method and apparatus for creating a customizable media program queue

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002528971A (ja) * 1998-10-19 2002-09-03 ジェネラル・インスツルメント・コーポレイション 構成可能な機能をもつテレビジョン・セットトップ・ボックス
JP2003101893A (ja) * 2001-09-20 2003-04-04 Canon Inc 受信システム
JP2005525755A (ja) * 2002-05-10 2005-08-25 トムソン　ライセンシング　ソシエテ　アノニム コンテンツ配信
JP2005130196A (ja) * 2003-10-23 2005-05-19 Mitsubishi Electric Corp コンテンツ提供サービスシステム
JP2009519624A (ja) * 2005-11-23 2009-05-14 クゥアルコム・インコーポレイテッド ユーザの個人化情報に基づくコンテンツ配信および選択されたコンテンツ受信の装置および方法
JP2010021988A (ja) 2008-06-13 2010-01-28 Sony Corp コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
CA2888269A1 (en) 2014-05-01
KR20150076157A (ko) 2015-07-06
CN104737547A (zh) 2015-06-24
EP2914014A1 (en) 2015-09-02
US20190026390A1 (en) 2019-01-24
MX2015004869A (es) 2015-07-21
JP6581776B2 (ja) 2019-09-25
AR093055A1 (es) 2015-05-13
AU2013335841A1 (en) 2015-04-09
EP2914014A4 (en) 2016-06-15
JPWO2014065166A1 (ja) 2016-09-08
US20140122528A1 (en) 2014-05-01
US10002206B2 (en) 2018-06-19
US10769211B2 (en) 2020-09-08
BR112015008763A2 (pt) 2017-07-04
MX353817B (es) 2018-01-31
AU2013335841B2 (en) 2017-06-08

Similar Documents

Publication Publication Date Title
JP6581776B2 (ja) 情報処理装置および情報処理方法
JP6022355B2 (ja) 送信装置および方法、受信装置および方法、並びに送受信システム
JP6022353B2 (ja) 送信装置および方法、受信装置および方法、並びに送受信システム
JP6022356B2 (ja) 送信装置および方法、受信装置および方法、並びに送受信システム
JP6022354B2 (ja) 送信装置および方法、受信装置および方法、並びに送受信システム
WO2014125947A1 (ja) 情報処理装置および情報処理方法、並びに情報処理システム

Legal Events

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

Ref document number: 13849308

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014543246

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2013335841

Country of ref document: AU

Date of ref document: 20131016

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2888269

Country of ref document: CA

Ref document number: 20157009479

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2013849308

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: MX/A/2015/004869

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: IDP00201502334

Country of ref document: ID

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112015008763

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112015008763

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20150417