WO2014125947A1 - 情報処理装置および情報処理方法、並びに情報処理システム - Google Patents

情報処理装置および情報処理方法、並びに情報処理システム Download PDF

Info

Publication number
WO2014125947A1
WO2014125947A1 PCT/JP2014/052409 JP2014052409W WO2014125947A1 WO 2014125947 A1 WO2014125947 A1 WO 2014125947A1 JP 2014052409 W JP2014052409 W JP 2014052409W WO 2014125947 A1 WO2014125947 A1 WO 2014125947A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdi
question
information
user
content
Prior art date
Application number
PCT/JP2014/052409
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 MX2014011959A priority Critical patent/MX346506B/es
Priority to CN201480000957.4A priority patent/CN104221395B/zh
Priority to SG11201406381PA priority patent/SG11201406381PA/en
Priority to JP2014542426A priority patent/JPWO2014125947A1/ja
Priority to KR1020147027572A priority patent/KR20150118014A/ko
Priority to EP14751463.2A priority patent/EP2958336A4/en
Priority to CA2866373A priority patent/CA2866373A1/en
Publication of WO2014125947A1 publication Critical patent/WO2014125947A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Definitions

  • the present technology relates to an information processing device, an information processing method, and an information processing system, and more particularly, to an information processing device, an information processing method, and an information processing system 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.
  • An information processing apparatus generates a reception unit that receives question information that is transmitted from a server and represents a question about a user's preference, and user-side answer information that represents the user's answer to the question And a processing execution unit that stores in the storage unit in which the question information is stored, the user-side answer information, and a question that is transmitted from the server, is set by a provider that provides content.
  • a matching unit that obtains the content distributed from the server by performing matching with provider-side answer information that represents the answer, and the processing execution unit stores the question stored in the storage unit At least read out or update information and / or user-side answer information.
  • the process execution unit is provided as a Web application, and by calling a predetermined API (Application Programming Interface), at least reading or updating the question information and / or the user-side answer information stored in the storage unit Can be performed.
  • a predetermined API Application Programming Interface
  • the one or more pieces of the question information and / or the user-side answer information can be stored in the storage unit as one table.
  • the processing execution unit can be caused to read or delete the corresponding table based on the table ID that identifies the table.
  • the processing execution unit may generate or update the table according to the presence or absence of the table in the storage unit, and the updated version of the table may be updated.
  • the processing execution unit can be made to read the corresponding question information and / or the user-side answer information based on the question information ID that specifies the question information.
  • the process execution unit updates only the user side answer information according to the presence / absence of the question information and / or the user side answer information in the storage unit, and includes the updated user side answer information
  • the version of the table may not be updated.
  • the storage unit can establish a session with only one Web application.
  • the information processing apparatus may further include the storage unit.
  • An information processing method receives question information representing a question about a user's preference transmitted from a server, generates user-side answer information representing the user's answer to the question,
  • the provider side that stores the question information stored in the storage unit and that represents the answer set by the provider who provides the content to the user-side answer information and the question sent from the server Including at least the step of acquiring the content distributed from the server by matching with response information, and reading or updating at least the question information and / or the user-side response information stored in the storage unit Do.
  • An information processing system is a transmission / reception system including a transmission device that distributes content and a reception device that acquires the content distributed from the transmission device, and the transmission device includes the reception device.
  • Question generating means for generating question information, which is information representing a question about the user's preference, the question information, and a provider side representing an answer set by the provider providing the content to the question Transmission means for transmitting response information to the receiving device, the receiving device receiving the question information transmitted from the transmitting device, and a user representing the user's response to the question Side response information is generated, the processing execution unit is stored in the storage unit in which the question information is stored, the user side response information, and transmitted from the transmission device A matching unit that acquires the content distributed from the transmission device by performing matching with the provider-side answer information that is received, and the processing execution unit is stored in the storage unit At least read out or update the question information and / or the user side answer information.
  • question information that represents a question about the user's preference transmitted from the server is received, user-side answer information that represents a user's answer to the question is generated, and the question information is stored.
  • Matching is performed between the user-side answer information stored in the storage unit and the provider-side answer information representing the answer set by the provider who provides the content to the question sent from the server.
  • the content distributed from the server is acquired, and at least the question information and / or the user-side answer information stored in the storage unit is read or updated.
  • 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.
  • the server 11 and the client 12 may transmit / receive content metadata and content via a network such as the Internet.
  • 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 an antenna 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 the data to the PDI-A generator 52, the PDI store 53, or the content filter 54.
  • 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 and the PDI-Q transmitted from the server 11.
  • the PDI-A stored in the PDI store 53 is read to the content filter 54 as necessary. Note that the PDI store 53 does not need to be provided in the client 12, but may be provided in the server 11, or may be provided in another terminal on the network with which the client 12 can communicate. It may be.
  • 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 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.
  • 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.
  • One or more PDI-Q and / or PDI-A representing an answer to a question defined as PDI-Q is treated as one table (hereinafter referred to as a PDI table).
  • 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.
  • the syntax constituting the PDI table including PDI-Q and / or PDI-A is not limited to the example shown in FIG. 5, but may be, for example, according to an XML schema as shown in FIG. Good.
  • “transactional” in the first line indicates that each item of PDI-Q is updated when the PDI table including the question (question group) defined in PDI-Q is updated by the destination client 12. All contents of each item of PDI-Q are recorded due to some accident (disc write error, interruption of processing due to increased processing load, etc.) during the process of recording / updating the contents in the storage area (not shown) of client 12 / This is a value indicating 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 when not updated. When “transactional” 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”.
  • 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 a PDI table including PDI-A generated by the client 12 will be described with reference to FIG. PDI-A included in the PDI table shown in FIG. 13 is PDI-A generated based on 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 table shown in FIG. 13 includes only the PDI-A generated based on the selection or input of the answer by the user, but the PDI-A and the PDI corresponding to the PDI-A are included. -Q may be included.
  • the PDI-A generated in the client 12 in this way is matched with the PDI-A included in the content metadata from the server 11, and the content from the server 11 is acquired based on the result. .
  • the former is the user side PDI-A and the latter is the provider side. Let's say 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 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 PDI table including the PDI-Q transmitted from the server 11 and the user side PDI-A generated in the client 12 is accumulated in the PDI store 53. Then, the application executed by the client 12 reads or updates the PDI table stored in the PDI store 53, or the PDI-Q or user-side PDI-A included in the PDI table.
  • the PDI application 111 executed on the client 12 by, for example, a Web browser, calls a PDI API 112 including a plurality of APIs (Application Programming Interface), thereby causing a PDI store 53.
  • the PDI table 121-1 and the PDI table 121-2 stored in the database are accessed.
  • Each of the PDI tables 121-1 and 121-2 is assigned a uniquely assigned ID (hereinafter referred to as a PDI table ID) and version, and the PDI application 111 is based on the PDI table ID and version.
  • the PDI table 121-1 and the PDI table 121-2 are accessed.
  • the PDI table 121-1 and the PDI table 121-2 include a plurality of PDI-Q and user-side PDI-A.
  • the PDI application 111 calls the PDI API 112, thereby causing the PDI instances 131-1 and 131 included in the PDI table 121-1.
  • the provider common ID (hereinafter referred to as PDIID) is assigned to the PDI instances 131-1 to 131-3, and the provider's own PDIID is assigned to the PDI instances 132-1 to 132-3.
  • PDIID The provider common ID
  • Each PDIID of the PDI instance is uniquely assigned, and the PDI application 111 accesses the PDI instances 131-1 to 131-3 and the PDI instances 132-1 to 132-3 based on the PDIID.
  • the client 12 accesses the PDI store 53 by calling the PDI API 112.
  • the PDI store 53 may be a file system or database executed by a native application in the client 12, or may be a database provided by a remote service using a network.
  • the PDI store 53 is associated with only one client 12 and exists. In the PDI store 53, the PDI table is updated or deleted even by a native application in the client 12, and these processes are executed as background processes even when the Web browser is not active.
  • the PDI API 112 provides an interface for executing query processing for the PDI store 53. This query processing may be executed only on the client 12 or may be executed by communicating with the server 11.
  • FIG. 17 is a diagram illustrating getPDITable () that is one of APIs included in the PDI API 112.
  • GETPDITable takes the PDI table ID (pdiTableId) of the PDI table as an input argument and returns the PDI table specified by the pdiTableId as a document. If the PDI table specified by the pdiTableId does not exist, null is returned.
  • the PDI table is specified by one PDI table ID, and its version is always the latest. That is, there is no plurality of PDI tables having the same PDI table ID and different versions.
  • FIG. 18 is a diagram for describing setPDITable () that is one of APIs included in the PDI API 112.
  • SetPDITable takes the PDI table itself as an input argument, and first checks whether the PDI table exists in the PDI store 53 or not. If the PDI table does not exist in the PDI store 53, a PDI table as an input argument is newly added (generated) to the PDI store 53. When the PDI table exists in the PDI store 53, the PDI table already existing in the PDI store 53 is updated by the PDI table as the input argument, and the version is also updated.
  • setPDITable () When the PDI table as an input argument is neither added nor updated, for example, when the capacity of the PDI store 53 exceeds the upper limit, setPDITable () returns an exception error QUOTA_EXCEEDED_ERR. For example, when the PDI table is invalid (for example, when the version of the input PDI table is older than the version of the PDI table already existing in the PDI store 53), setPDITable () returns an exception error WRONG_DOCUMENT_ERR. If all the contents of the PDI table have not been added / updated, setPDITable () goes back to the state immediately before adding / updating the contents of the PDI table and does not perform this addition / update process.
  • FIG. 19 is a diagram for explaining removePDITable () that is one of APIs included in the PDI API 112.
  • RemovePDITable takes the PDI table ID (pdiTableId) of the PDI table as an input argument, and when the PDI table specified by the pdiTableId exists in the PDI store 53, deletes the PDI table. If the PDI table does not exist in the PDI store 53, removePDITable () does nothing.
  • RemovePDITable () skips the deletion process retroactively to the state immediately before deleting the contents of the PDI table when all the contents of the PDI table are not deleted.
  • FIG. 20 is a diagram for explaining getPDITableID () that is one of APIs included in the PDI API 112.
  • GetPDITableID returns PDI table IDs of all PDI tables in the PDI store 53, and returns null when no PDI table exists in the PDI store 53.
  • FIG. 21 is a diagram for explaining getPDI () that is one of APIs included in the PDI API 112.
  • GETPDI takes the PDIID (pdiId) of the PDI instance as an input argument and returns the PDI instance specified by the pdiId as a document. If there is no PDI instance specified by the pdiId, null is returned. Only one PDI instance can be stored in the PDI store 53, and a plurality of PDI tables can share PDI instances having the same PDIID.
  • FIG. 22 is a diagram for explaining setPDI () that is one of APIs included in the PDI API 112.
  • SetPDI () takes the PDI instance itself as an input argument, and first checks whether the PDI instance exists in the PDI store 53 or not. If the PDI instance does not exist in the PDI store 53, setPDI () does nothing. If the PDI instance exists in the PDI store 53, the PDI instance that already exists in the PDI store 53 is updated with the PDI instance as an input argument.
  • PDI-A is updated as the PDI instance, and the version of the PDI table including the PDI instance is not updated.
  • the contents of each PDI table are updated without updating the version of each PDI table.
  • setPDI () For example, if the capacity of the PDI store 53 exceeds the upper limit, setPDI () returns an exception error QUOTA_EXCEEDED_ERR. If the PDI instance is invalid, setPDI () returns an exception error WRONG_DOCUMENT_ERR. If all the contents of the PDI instance are not updated, setPDI () traces back to the state immediately before updating the contents of the PDI instance and does not perform this update process.
  • setPDI () updates only the PDI instance acquired by getPDI ().
  • FIG. 23 is a diagram for explaining getPDIID () that is one of APIs included in the PDI API 112.
  • GetPDIID () returns the PDIID of all PDI instances in the PDI store 53. If there is no PDI instance in the PDI store 53, null is returned.
  • FIG. 24 is a diagram for explaining clear () that is one of APIs included in the PDI API 112.
  • the API described with reference to FIGS. 17 to 24 does not need to wait for processing until physical writing to the disk is completed, and writes to the disk after temporarily writing to the cache area or the like. It may be. Further, it is assumed that simultaneous access from a plurality of scripts (applications) to the same data in the PDI store 53 is not permitted.
  • FIG. 25 is a diagram for explaining queryPDI () that is one of the APIs included in the PDI API 112.
  • QueryPDI uses a character string (XPathOrXQuery) representing a query as an input argument and queries the PDI store 53 using a query language such as XPath or XQuery.
  • the input argument XpathOrXQuery is described in XPath or Xquery. If XpathOrXQuery contains an invalid character string, queryPDI () returns an exception error SYNTAX_ERR.
  • the PDI API 112 allows PDI instances such as PDI tables, PDI-Q, and user-side PDI-A to be read from the PDI store 53 and updated as necessary. Therefore, the user can check the PDI table and PDI instance at that time, or make the latest one, and as a result, can surely acquire the content according to the needs at that time.
  • content transmission / reception processing in the broadcasting 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.
  • step S12 the PDI-Q generator 41 of the server 11 transmits the PDI table including 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 table transmitted from the server 11 and supplies it to the PDI-A generator 52.
  • a Web application (script) executed by the browser, for example, the PDI application 111 (FIG. 16) performs PDI table reception processing.
  • the PDI table 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 table 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.
  • the PDI-A generator 52 of the client 12 generates a user-side PDI-A for the question defined by the PDI-Q included in the PDI table 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 a user-side PDI-A that represents an answer to a question defined in PDI-Q by interacting with the user.
  • the PDI-A generator 52 is realized by a Web application, and the Web application generates a user-side PDI-A.
  • step S23 the PDI-A generator 52 stores the generated user-side PDI-A in the PDI store 53.
  • the Web application calls setPDITable () and stores the user side PDI-A in the PDI store 53.
  • the PDI-A generator 43 of the server 11 generates a provider side PDI-A for the question defined by the PDI-Q included in the PDI table from the PDI-Q generator 41, and the metadata distributor 44.
  • the PDI-Q is generated by the operation of the staff of the broadcasting station (provider side)
  • the PDI-A generator 43 is described on a display unit (not shown) with reference to, for example, FIGS. Displaying the screen corresponding to the question defined in PDI-Q, and generating the provider side PDI-A representing the answer by letting the staff of the broadcasting station enter or select the answer to the question To do.
  • 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 provider-side PDI-A generated by the PDI-A generator 43 allows the provider side to take into account the user (viewer) preference of the client 12 and allow the viewer to view the content to be distributed later. Information (answer).
  • the metadata distributor 44 selects the content corresponding to the provider side PDI-A from the content stored in the content storage unit 45 based on the provider side PDI-A from the PDI-A generator 43. Identify (inquire).
  • the content specified here may be such that the degree of similarity between the provider-side PDI-A from the PDI-A generator 43 and the content metadata previously given to the stored content is higher than a predetermined value.
  • the content may be pre-selected by the broadcast 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 the provider side 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. Generate new metadata.
  • step S16 the communication unit 42 distributes the content acquired to the content distributor 46 together with 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.
  • steps S13 to S16 do not need to be performed immediately after the process in step S12, but before the user-side PDI-A is generated and stored in the client 12 owned by each user. It only has to be executed.
  • step S16 the content is distributed with the content metadata.
  • the content may not be distributed with the content metadata, and the content metadata including the provider side PDI-A is transmitted to the client 12 in advance. After that, the content corresponding to the content metadata may be distributed.
  • step S24 the receiving unit 51 of the client 12 receives the content and content metadata distributed from the server 11, and the content filter 54 is received. To supply. Note that the processing after step S24 is performed by a native application in the client 12, not a Web application executed on the browser.
  • step S25 the content filter 54 reads the user side PDI-A from the PDI store 53.
  • step S26 the content filter 54 performs matching between the user side PDI-A read from the PDI store 53 and the provider side PDI-A included in the content metadata from the server 11.
  • step S27 the content filter 54 determines whether or not the user side PDI-A and the provider side PDI-A match. If it is determined in step S27 that the user-side PDI-A and the provider-side PDI-A match, the content filter 54 matches the user (viewer) preference of the client 12 with the content distributed from the server 11. The content is determined to be content, the content is supplied to the content reproduction unit 55 or the content storage unit 56, and the process proceeds to step S28.
  • the content reproduction unit 55 reproduces the content in step S28.
  • the content storage unit 56 stores (records) the content in step S28. The accumulated content is appropriately supplied to the content reproduction unit 55 and reproduced in accordance with a user operation instruction.
  • step S27 if it is determined in step S27 that the user-side PDI-A and the provider-side PDI-A do not match, the content filter 54 determines that the content distributed from the server 11 is the preference of the user (viewer) of the client 12 It is determined that the content does not meet the requirements, the content is discarded (deleted), and the process ends.
  • 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 Web application performs processing from reception of the PDI table to storage in the PDI store of the user side PDI-A.
  • the native application in the client 12 receives the PDI table. It may be.
  • processing in steps S31 to S36 and S45 to S49 in the flowchart of FIG. 29 is basically the same as the processing in steps S11 to S16 and S24 to S28 in the flowchart of FIG.
  • step S 41 the communication unit 51 of the client 12 receives the PDI table transmitted from the server 11 and supplies it to the PDI-A generator 52.
  • a native application in the client 12 performs PDI table reception processing.
  • step S42 the communication unit 51 stores the received PDI table in the PDI store 53.
  • step S43 the PDI-A generator 52 reads PDI-Q from the PDI store 53.
  • the PDI-A generator 52 is realized by a Web application. That is, the Web application calls getPDI () and reads PDI-Q from the PDI table stored in the PDI store 53.
  • step S44 the PDI-A generator 52 generates a user-side PDI-A for the question defined by the read PDI-Q.
  • step S 45 the PDI-A generator 52 stores the generated user side PDI-A in the PDI store 53.
  • the Web application calls setPDI () and stores the user side PDI-A in the PDI store 53.
  • the user side PDI-A and the provider side PDI-A are matched, and the content distributed from the server is acquired. It will be decided whether or not. As a result, it becomes possible to filter the content by content metadata according to the needs at that time other than the content metadata prescribed by the standardization organization, and it is possible to acquire the content according to the needs at that time It becomes.
  • 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.
  • 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. 30 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.
  • 30 corresponds to the server 11 in the broadcasting 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. 31 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. 30 is transmitted as content metadata defined by “Service ⁇ Guide” (hereinafter simply referred to as “Service Guide”). That is, in the broadcasting system of FIG. 30, PDI-A (provider side PDI-A) and PDI-Q transmitted from the server 11 to the client 12 in the broadcasting system 10 described above are stored in Service Guide and transmitted. .
  • the lower layer “FLUTE” adjacent to “Service ⁇ Guide ”and the lower layer“ 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. 32 is defined by OMA (Open MobileianceAlliance).
  • OMA Open MobileianceAlliance
  • the details of the configuration of Service Guide shown in Fig. 32 are defined in "" Service Guide for Mobile Broadcast Services "", “Open 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) is at least one of the “Service” fragment, the “Schedule” fragment, and the “Content” fragment among the elements constituting the Service Guide shown in FIG. Stored in
  • the “Service” fragment is metadata including control information regarding the contents of the channel service, and FIG. 33 shows the details of the configuration.
  • PDI-A is stored in the “Service” fragment shown in FIG. 33 by adding a “PDI-A” 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. 34 shows details of the configuration.
  • PDI-A is stored in the “Schedule” fragment shown in FIG. 34 by adding a “PDI-A” element, for example, to the “PrivateExt” element defined at the bottom.
  • “Content” fragment is metadata including control information related to the content (digital television program), and FIG. 35 shows the details of the configuration.
  • the PDI-A is stored in the “Content” fragment shown in FIG. 35 by adding a “PDI-A” element, for example, to the “PrivateExt” element defined at the bottom.
  • 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. 36 shows details of its configuration.
  • the PDI-Q is stored in the “Interactivity Data” fragment shown in FIG. 36 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. 37 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. 38 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. 39 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-Q transmitted from the server 11 to the client 12 in the broadcasting system 10 described above are stored in SMT or NRT-IT. Sent.
  • the SMT service level descriptor loop (the bottom row of “Service # 1” in the figure) is set to PDI-A or PDI- A new “PDI descriptor” that stores Q is defined.
  • PDI-A or PDI-Q is set in the NRT-IT service level descriptor loop (the bottom row of “Content ⁇ # 1” in the figure).
  • a new “PDI descriptor” is defined.
  • FIG. 40 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 or PDI-Q is described in a descriptor “PDI_Q or PDI_A” which is a variable bit.
  • the present technology can also be applied to a broadcasting system that performs NRT broadcasting.
  • the present technology also provides information for distributing content via the network Of course, it may be applied to a processing 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), a magneto-optical disk, a removable medium 31 that is a package medium made of a semiconductor memory or the like, a ROM 22 in which a program is temporarily or permanently stored, or a storage unit 28 It is comprised by the hard disk etc. which comprise.
  • 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.
  • the system means a set of a plurality of components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same housing. Accordingly, a plurality of devices housed in separate housings and connected via a network and a single device housing a plurality of modules in one housing are all systems. .
  • the present technology can take a cloud computing configuration in which one function is shared by a plurality of devices via a network and is jointly processed.
  • each step described in the above flowchart can be executed by one device or can be shared by a plurality of devices.
  • the plurality of processes included in the one step can be executed by being shared by a plurality of apparatuses in addition to being executed by one apparatus.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　本技術は、その時のニーズに応じたコンテンツを取得することができるようにする情報処理装置および情報処理方法、並びに情報処理システムに関する。 受信部は、サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信し、処理実行部は、質問に対するユーザの回答を表すユーザ側回答情報を生成し、質問情報が格納されている蓄積部に格納し、マッチング部は、ユーザ側回答情報と、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、サーバから配信されるコンテンツを取得する。処理実行部は、蓄積部に格納されている質問情報および／またはユーザ側回答情報の少なくとも読み出しまたは更新を行う。本技術は、デジタルテレビジョン番組を受信する受信装置に適用することができる。

Description

情報処理装置および情報処理方法、並びに情報処理システム
　本技術は、情報処理装置および情報処理方法、並びに情報処理システムに関し、特に、メタデータに応じてコンテンツを取得することができるようにする情報処理装置および情報処理方法、並びに情報処理システムに関する。
　近年、テレビジョン放送のデジタル化に伴い、同時に放送できる情報量が飛躍的に増加したことにより、リアルタイムに視聴されるテレビジョン番組（コンテンツ）とともに、各種のデータを同時に放送することがなされている。
　また、コンテンツの通信経路として、上述したテレビジョン放送と、高速なデータのダウンロードが可能なインターネットとを使い分けるようにしたコンテンツダウンロードサービスが提案されている（例えば、特許文献１参照）。
　ところで、一般的なコンテンツダウンロードサービスにおいては、コンテンツを提供（配信）するプロバイダ（コンテンツプロバイダやサービスプロバイダ）側のサーバにおいて設定されたフィルタリング属性（フィルタリングインデックス、フィルタリングメタデータ等ともいう）を、メタデータとしてコンテンツに付与することで、コンテンツを受信（取得）するクライアントにおけるコンテンツのフィルタリング（取捨選択）が行われるようになされている。
　フィルタリング属性は、ATSC(Advanced Television Standard Committee)やARIB（Association of Radio Industries and Businesses）等の標準化団体によって規定されたメタデータセットの中から選択されたメタデータの要素についての値として設定される。
　すなわち、例えば、メタデータの要素として“視聴対象”が選択され、メタデータの要素についての値として“10代”が設定されたフィルタリング属性が付与されたコンテンツは、「“視聴対象が10代”である視聴者向けのコンテンツ」を取得するようにフィルタリングを行うクライアントに提供されるようになる。
特開２０１０－２１９８８号公報
　しかしながら、標準化団体によって規定されたメタデータセットに含まれないメタデータ（フィルタリング属性）を、コンテンツに付与することはなされていない。
　例えば、プロバイダ側が、「“視聴対象が10代”であり、かつ、“就職活動に興味がある”視聴者向けのコンテンツ」を配信したい場合であっても、標準化団体によって規定されたメタデータセットの中に、“就職活動に興味があるか否か”がメタデータの要素として存在しない場合には、コンテンツに、メタデータの要素として“就職活動に興味がある”が設定されたフィルタリング属性を付与することはできなかった。
　したがって、プロバイダ側では、その時のニーズに応じた（例えば、流行を考慮した）、視聴者の関心事をメタデータとして付与したコンテンツを配信することはできなかった。
　また、このような場合、クライアント側においては、その時のニーズに応じたコンテンツを取得するようにフィルタリングを行うことはできなかった。
　本技術は、このような状況に鑑みてなされたものであり、その時のニーズに応じたコンテンツを取得することができるようにするものである。
　本技術の一側面の情報処理装置は、サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信する受信部と、前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納する処理実行部と、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部とを備え、前記処理実行部は、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う。
　前記処理実行部には、Webアプリケーションとして提供され、所定のAPI（Application Programming Interface）を呼び出すことで、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行わせることができる。
　１以上の前記質問情報および／または前記ユーザ側回答情報は、１つのテーブルとして前記蓄積部に格納されるようにすることができる。
　前記処理実行部には、前記テーブルを特定するテーブルIDを基に、対応する前記テーブルの読み出しまたは削除を行わせることができる。
　前記処理実行部には、前記蓄積部内の前記テーブルの有無に応じて、前記テーブルの生成または更新を行わせ、更新された前記テーブルのバージョンは更新されるようにすることができる。
　前記処理実行部には、前記質問情報を特定する質問情報IDを基に、対応する前記質問情報および／または前記ユーザ側回答情報の読み出しを行わせることができる。
　前記処理実行部には、前記蓄積部内の前記質問情報および／または前記ユーザ側回答情報の有無に応じて、前記ユーザ側回答情報のみの更新を行わせ、更新された前記ユーザ側回答情報を含む前記テーブルのバージョンは更新されないようにすることができる。
　前記蓄積部は、１つの前記Webアプリケーションのみとセッションが確立されるようにすることができる。
　前記情報処理装置には、前記蓄積部をさらに設けるようにすることができる。
　本技術の一側面の情報処理方法は、サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信し、前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納し、前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するステップを含み、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う。
　本技術の一側面の情報処理システムは、コンテンツを配信する送信装置と、前記送信装置から配信される前記コンテンツを取得する受信装置とからなる送受信システムであって、前記送信装置が、前記受信装置のユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、前記質問情報と、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とを、前記受信装置に送信する送信手段とを備え、前記受信装置が、前記送信装置から送信されてくる前記質問情報を受信する受信部と、前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納する処理実行部と、前記ユーザ側回答情報と、前記送信装置から送信されてくる前記提供者側回答情報とのマッチングを行うことで、前記送信装置から配信される前記コンテンツを取得するマッチング部とを備え、前記処理実行部は、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う。
　本技術の一側面においては、サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報が受信され、質問に対するユーザの回答を表すユーザ側回答情報が生成され、質問情報が格納されている蓄積部に格納され、ユーザ側回答情報と、サーバから送信されてくる、質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングが行われることで、サーバから配信されるコンテンツが取得され、蓄積部に格納されている質問情報および／またはユーザ側回答情報の少なくとも読み出しまたは更新が行われる。
　本技術の一側面によれば、その時のニーズに応じたコンテンツを取得することが可能となる。
本技術の一実施の形態に係る放送システムの構成例を示すブロック図である。 サーバのハードウェア構成例を示すブロック図である。 サーバの機能構成例を示すブロック図である。 クライアントの機能構成例を示すブロック図である。 XMLスキーマのシンタックスの例について説明する図である。 PDIテーブルのXMLスキーマの例について説明する図である。 PDI-Qの例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 ユーザとの対話における画面表示例について説明する図である。 PDI-Aの例について説明する図である。 プロバイダ側PDI-Aの例について説明する図である。 プロバイダ側PDI-Aの例について説明する図である。 PDI APIの機能について説明する図である。 getPDITable()について説明する図である。 setPDITable()について説明する図である。 removePDITable()について説明する図である。 getPDITableID()について説明する図である。 getPDI()について説明する図である。 setPDI()について説明する図である。 getPDIID()について説明する図である。 clear()について説明する図である。 queryPDI()について説明する図である。 IDLによるPDI APIの定義を示す図である。 IDLによるPDI APIの定義を示す図である。 コンテンツの送受信処理について説明するフローチャートである。 コンテンツの送受信処理について説明するフローチャートである。 本技術を適用した、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ストア５３、またはコンテンツフィルタ５４に供給する。
　PDI-Aジェネレータ５２は、サーバ１１から送信されてきたPDI-Qに基づいて、PDI-Qに対応する、クライアント１２のユーザの嗜好についての質問に対するユーザの回答を表すPDI-Aを生成し、PDIストア５３に格納する。
　PDIストア５３は、PDI-Aジェネレータ５２からのPDI-Aを記憶したり、サーバ１１から送信されてきたPDI-Qを記憶したりする。PDIストア５３に記憶されているPDI-Aは、必要に応じて、コンテンツフィルタ５４に読み出される。なお、PDIストア５３は、クライアント１２の内部に設けられる必要はなく、サーバ１１の内部に設けられるようにしてもよいし、クライアント１２が通信可能なネットワーク上の他の端末の内部に設けられるようにしてもよい。
　コンテンツフィルタ５４は、PDIストア５３からPDI-Aを読み出し、そのPDI-Aと、サーバ１１から送信されてきたコンテンツのコンテンツメタデータに含まれているPDI-Aとのマッチングを行うことで、サーバ１１から配信されるコンテンツをフィルタリングする。コンテンツフィルタ５４は、フィルタリングの結果に応じて、フィルタリングしたコンテンツをコンテンツ再生部５５またはコンテンツ蓄積部５６に供給する。
　コンテンツ再生部５５は、コンテンツフィルタ５４からのコンテンツを再生する。また、コンテンツ再生部５５は、コンテンツ蓄積部５６からコンテンツを取得し、そのコンテンツを再生する。
　コンテンツ蓄積部５６は、コンテンツフィルタ５４からのコンテンツを蓄積（記録）する。
［XMLスキーマのシンタックスの例］
　ここで、図５を参照して、PDI-QおよびPDI-Aを構成するためのXML（Extensible Markup Language）スキーマのシンタックスの例について説明する。
　図５において、１行目は、PDI-Qが識別されるための宣言や定義を示しており、２行目は、PDI-Qとして定義される質問全体の名称および型の宣言を示している。１以上のPDI-Q、および／または、PDI-Qとして定義される質問に対する回答を表すPDI-Aは、１つのテーブル（以下、PDIテーブルという）として扱われる。
　３行目乃至１２行目は、２行目で宣言された質問のそれぞれについての名称および型の宣言を示している。具体的には、５行目の”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テーブルを構成するシンタックスは、図５で示された例に限らず、例えば、図６に示されるようなXMLスキーマに従うものであってもよい。
［PDI-Qの例］
　次に、図７を参照して、図５のシンタックスに基づいて構成されるPDI-Qを含むPDIテーブルの例について説明する。
　図７において、１行目における”transactional”は、PDI-Qで定義されている質問（質問群）を含むPDIテーブルが、送信先のクライアント１２によって更新される際、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-Aジェネレータによるユーザとの対話における画面表示例］
　次に、図８乃至図１２を参照して、クライアント１２のユーザとの対話における画面表示例について説明する。なお、ここでは、クライアント１２は、図７を参照して説明したPDIテーブルに含まれるPDI-Qを受信したものとし、クライアント１２の図示せぬ表示部には、受信したPDIテーブルに含まれる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テーブルの例について説明する。図１３で示されるPDIテーブルに含まれる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テーブルには、ユーザによる回答の選択または入力に基づいて生成されたPDI-Aのみが含まれるものとしたが、PDI-Aとともに、そのPDI-Aに対応するPDI-Qが含まれるようにしてもよい。
　このようにしてクライアント１２において生成される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とはマッチしていないと判定される。
［PDI APIの機能］
　ところで、サーバ１１から送信されたPDI-Qや、クライアント１２において生成されたユーザ側PDI-Aを含むPDIテーブルは、PDIストア５３に蓄積される。そして、クライアント１２によって実行されるアプリケーションによって、PDIストア５３に蓄積されているPDIテーブル、またはそのPDIテーブルに含まれるPDI-Qやユーザ側PDI-Aの読み出しや更新が行われる。
　具体的には、図１６に示されるように、クライアント１２上の、例えばWebブラウザによって実行されるPDIアプリケーション１１１は、複数のAPI（Application Programming Interface）からなるPDI API１１２を呼び出すことで、PDIストア５３に蓄積されているPDIテーブル１２１－１やPDIテーブル１２１－２にアクセスする。
　PDIテーブル１２１－１，１２１－２にはそれぞれ、ユニークに割り当てられたID（以下、PDIテーブルIDという）とバージョンとが付与されており、PDIアプリケーション１１１は、そのPDIテーブルIDやバージョンに基づいて、PDIテーブル１２１－１やPDIテーブル１２１－２にアクセスする。
　また、PDIテーブル１２１－１，PDIテーブル１２１－２には、複数のPDI-Qやユーザ側PDI-Aが含まれている。ここで、PDI-Qやユーザ側PDI-Aをあわせて、PDIインスタンスということとすると、PDIアプリケーション１１１は、PDI API１１２を呼び出すことで、PDIテーブル１２１－１に含まれるPDIインスタンス１３１－１，１３１－２，１３２－１や、PDIテーブル１２１－２に含まれるPDIインスタンス１３１－３，１３２－２，１３２－３にアクセスする。
　PDIインスタンス１３１－１乃至１３１－３には、プロバイダ共通のID（以下、PDIIDという）が付与され、PDIインスタンス１３２－１乃至１３２－３には、プロバイダ独自のPDIIDが付与されている。PDIインスタンスのPDIIDはそれぞれ、ユニークに割り当てられており、PDIアプリケーション１１１は、そのPDIIDに基づいて、PDIインスタンス１３１－１乃至１３１－３やPDIインスタンス１３２－１乃至１３２－３にアクセスする。
　このように、クライアント１２は、PDI API１１２を呼び出すことによってPDIストア５３へのアクセスを行う。このPDIストア５３は、クライアント１２においてネイティブなアプリケーションによって実行されるファイルシステムやデータベースであってもよいし、ネットワークを利用したリモートサービスによって提供されるデータベースであってもよい。また、PDIストア５３は、１つのクライアント１２のみに対応付けられて存在するようになされている。PDIストア５３においては、クライアント１２においてネイティブなアプリケーションによってもPDIテーブルの更新や削除が行われ、これらの処理は、Webブラウザがアクティブな状態でない場合であっても、そのバックグラウンドのプロセスとして実行される。
　また、PDI API１１２は、PDIストア５３に対するクエリ処理を実行するためのインタフェースを提供する。なお、このクエリ処理は、クライアント１２上のみで実行されてもよいし、サーバ１１との通信を行うことによって実行されてもよい。
　以下、PDI API１１２に含まれるAPIについて、具体的に説明する。
［getPDITable()］
　図１７は、PDI API１１２に含まれるAPIの１つであるgetPDITable()について説明する図である。
　getPDITable()は、PDIテーブルのPDIテーブルID（pdiTableId）を入力引数とし、そのpdiTableIdで特定されるPDIテーブルをドキュメントとして返す。そのpdiTableIdで特定されるPDIテーブルが存在しない場合、nullが返される。なお、PDIテーブルは、１つのPDIテーブルIDによって特定され、そのバージョンは常に最新のものとされる。すなわち、同じPDIテーブルIDであって異なるバージョンを有するPDIテーブルが複数存在することない。
［setPDITable()］
　図１８は、PDI API１１２に含まれるAPIの１つであるsetPDITable()について説明する図である。
　setPDITable()は、PDIテーブルそのものを入力引数とし、まず、そのPDIテーブルがPDIストア５３に存在するか否かをチェックする。そのPDIテーブルがPDIストア５３に存在しない場合、入力引数としてのPDIテーブルがPDIストア５３に新たに追加（生成）される。そのPDIテーブルがPDIストア５３に存在する場合、PDIストア５３に既に存在するPDIテーブルが、入力引数としてのPDIテーブルによって更新され、そのバージョンも更新される。
　入力引数としてのPDIテーブルが追加も更新もされない場合、例えば、PDIストア５３の容量が上限を超えているような場合、setPDITable()は例外エラーQUOTA_EXCEEDED_ERRを返す。また、例えば、PDIテーブルが不正な場合（例えば、入力されるPDIテーブルのバージョンが、PDIストア５３に既に存在するPDIテーブルのバージョンより古い場合）、setPDITable()は例外エラーWRONG_DOCUMENT_ERRを返す。setPDITable()は、PDIテーブルの全ての内容が追加／更新されなかった場合、PDIテーブルの内容を追加／更新する直前の状態まで遡ってこの追加／更新処理を無とする。
［removePDITable()］
　図１９は、PDI API１１２に含まれるAPIの１つであるremovePDITable()について説明する図である。
　removePDITable()は、PDIテーブルのPDIテーブルID（pdiTableId）を入力引数とし、そのpdiTableIdで特定されるPDIテーブルがPDIストア５３に存在する場合、そのPDIテーブルを削除する。PDIテーブルがPDIストア５３に存在しない場合、removePDITable()は何もしない。
　removePDITable()は、PDIテーブルの全ての内容が削除されなかった場合、PDIテーブルの内容を削除する直前の状態まで遡ってこの削除処理を無とする。
［getPDITableID()］
　図２０は、PDI API１１２に含まれるAPIの１つであるgetPDITableID()について説明する図である。
　getPDITableID()は、PDIストア５３内の全てのPDIテーブルのPDIテーブルIDを返し、PDIストア５３内にPDIテーブルが存在しない場合にはnullを返す。
［getPDI()］
　図２１は、PDI API１１２に含まれるAPIの１つであるgetPDI()について説明する図である。
　getPDI()は、PDIインスタンスのPDIID（pdiId）を入力引数とし、そのpdiIdで特定されるPDIインスタンスをドキュメントとして返す。そのpdiIdで特定されるPDIインスタンスが存在しない場合、nullが返される。なお、PDIインスタンスは、１つのみPDIストア５３に蓄積可能とされ、複数のPDIテーブルは、同一のPDIIDを有するPDIインスタンスを共有することができる。
［setPDI()］
　図２２は、PDI API１１２に含まれるAPIの１つであるsetPDI()について説明する図である。
　setPDI()は、PDIインスタンスそのものを入力引数とし、まず、そのPDIインスタンスがPDIストア５３に存在するか否かをチェックする。そのPDIインスタンスがPDIストア５３に存在しない場合、setPDI()は何もしない。そのPDIインスタンスがPDIストア５３に存在する場合、PDIストア５３に既に存在するPDIインスタンスが、入力引数としてのPDIインスタンスによって更新される。
　このとき、PDIインスタンスとして、PDI-Aのみが更新されるようになされており、そのPDIインスタンスを含むPDIテーブルのバージョンは更新されない。例えば、更新されるPDIインスタンスが複数のPDIテーブルに共有されている場合、それぞれのPDIテーブルのバージョンは更新されることなく、それぞれのPDIテーブルの内容が更新される。
　例えば、PDIストア５３の容量が上限を超えているような場合、setPDI()は例外エラーQUOTA_EXCEEDED_ERRを返す。また、PDIインスタンスが不正な場合、setPDI()は例外エラーWRONG_DOCUMENT_ERRを返す。setPDI()は、PDIインスタンスの全ての内容が更新されなかった場合、PDIインスタンスの内容を更新する直前の状態まで遡ってこの更新処理を無とする。
　なお、setPDI()は、getPDI()によって取得されたPDIインスタンスのみの更新を行う。
［getPDIID()］
　図２３は、PDI API１１２に含まれるAPIの１つであるgetPDIID()について説明する図である。
　getPDIID()は、PDIストア５３内の全てのPDIインスタンスのPDIIDを返す。PDIストア５３内にPDIインスタンスが存在しない場合にはnullを返す。
［clear()］
　図２４は、PDI API１１２に含まれるAPIの１つであるclear()について説明する図である。
　clear()は、PDIストア５３内にデータが存在する場合、PDIストア５３を空にし、PDIストア５３内にデータが存在しない場合何もしない。
　なお、図１７乃至図２４を参照して説明したAPIは、ディスクに対する物理的な書き込みを終えるまで処理を待つ必要はなく、キャッシュ領域等に一時的に書き込んだ後、ディスクに対して書き込みするようにしてもよい。また、PDIストア５３内の同一のデータに対する、複数のスクリプト（アプリケーション）からの同時アクセスは許可されないものとする。
［queryPDI()］
　図２５は、PDI API１１２に含まれるAPIの１つであるqueryPDI()について説明する図である。
　queryPDI()は、問合せを表す文字列（XPathOrXQuery）を入力引数とし、PDIストア５３に対して、XPathやXQuery等の問い合わせ言語を用いて問合せを行う。入力引数XpathOrXQueryは、XPathやXqueryで記述され、XpathOrXQueryに不正な文字列が含まれる場合、queryPDI()は例外エラーSYNTAX_ERRを返す。
　以上のようなAPIを、例えばJavaScript（登録商標）においてWeb IDL（Interface Definition Language）を用いて定義する場合には、図２６に示されるように定義される。
　また、JavaScript（登録商標）におけるWindowオブジェクトに、以上のようなAPIメソッドを追加する場合には、図２７に示されるように定義される。
　図２７に示されるように、Windowオブジェクトに上述したAPIが追加された場合、属性window.pdiStoreへのアクセスがされると、クライアント１２上で、ブラウザ（Webアプリケーション）はそのクライアント１２に対応するPDIストアのオブジェクトを返す。PDIストアのオブジェクトは、複数のセッションによりアクセスされることはない。したがって、PDIストアと他のブラウザとのセッションが確立されている場合、そのPDIストアにアクセスしようとすると、ブラウザは例外エラーを返す。
　以上のように、PDI API１１２によって、PDIテーブルや、PDI-Q、ユーザ側PDI-AといったPDIインスタンスが、必要に応じてPDIストア５３から読み出されたり、更新されるようになる。したがって、ユーザは、その時のPDIテーブルやPDIインスタンスを確認したり、最新のものとしたりすることができ、ひいては、その時のニーズに応じたコンテンツを確実に取得することができるようになる。
［コンテンツの送受信処理の例］
　次に、図２８のフローチャートを参照して、放送システム１０におけるコンテンツの送受信処理について説明する。放送システム１０におけるコンテンツの送受信処理においては、サーバ１１によりコンテンツ配信処理が実行されることでコンテンツが配信され、クライアント１２によりコンテンツ取得処理が実行されることでコンテンツが取得される。
　放送事業者などのプロバイダ側において、例えば、放送（配信）されるコンテンツのスポンサや、放送事業者自身が、特定の嗜好や属性を有する視聴者に対するコンテンツの配信を要求した場合、プロバイダ側のスタッフの操作に応じて、サーバ１１のPDI-Qジェネレータ４１は、ステップＳ１１において、視聴者、すなわち、クライアント１２のユーザに対して、どのような嗜好や属性を有するかを質問するためのPDI-Qを生成する。
　ステップＳ１２において、サーバ１１のPDI-Qジェネレータ４１は、生成したPDI-Qを含むPDIテーブルを、通信部４２を介してクライアント１２に送信するとともに、PDI-Aジェネレータ４３に供給する。
　ステップＳ２１において、クライアント１２の通信部５１は、サーバ１１から送信されてくるPDIテーブルを受信し、PDI-Aジェネレータ５２に供給する。ここでは、クライアント１２において、ブラウザによって実行されるWebアプリケーション（スクリプト）、例えばPDIアプリケーション１１１（図１６）がPDIテーブルの受信処理を行うものとする。
　なお、PDIテーブルは、例えば、サーバ１１が設置されているプロバイダとしての放送局から所定の時間間隔で放送（送信）される毎に、クライアント１２に受信される。また、PDIテーブルは、クライアント１２においてサーバ１１が設置されている放送局にチャンネルが合わされたときに、クライアント１２に受信されるようにしてもよい。
　ステップＳ２２において、クライアント１２のPDI-Aジェネレータ５２は、通信部５１において受信されたPDIテーブルに含まれるPDI-Qで定義されている質問に対するユーザ側PDI-Aを生成する。具体的には、PDI-Aジェネレータ５２は、サーバ１１からのPDI-Qが受信されると、図示せぬ表示部に、PDI-Qで定義されている質問に対応する画面を表示させ、その質問に対する回答を、クライアント１２のユーザ（視聴者）に入力または選択させることで、その回答を表すPDI-Aを生成する。すなわち、PDI-Aジェネレータ５２は、ユーザと対話することによって、PDI-Qで定義されている質問に対する回答を表すユーザ側PDI-Aを生成する。
　ここでは、PDI-Aジェネレータ５２は、Webアプリケーションにより実現され、Webアプリケーションがユーザ側PDI-Aを生成する。
　そして、ステップＳ２３において、PDI-Aジェネレータ５２は、生成したユーザ側PDI-AをPDIストア５３に格納する。具体的には、WebアプリケーションがsetPDITable()を呼び出し、ユーザ側PDI-AをPDIストア５３に格納する。
　一方、ステップＳ１３において、サーバ１１のPDI-Aジェネレータ４３は、PDI-Qジェネレータ４１からのPDIテーブルに含まれる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-Qで定義される質問に対する回答として、プロバイダ側の意図する回答を表すプロバイダ側PDI-Aをコンテンツメタデータに含むコンテンツ、言い換えれば、プロバイダ側が視聴を期待するユーザの嗜好に合ったコンテンツが配信されるようになる。
　なお、ステップＳ１３乃至Ｓ１６の処理は、ステップＳ１２の処理の後、すぐに続けて実行される必要はなく、各ユーザが所有するクライアント１２において、ユーザ側PDI-Aが生成され記憶されるまでに実行されていればよい。
　また、ステップＳ１６においては、コンテンツがコンテンツメタデータとともに配信されるものとしたが、コンテンツがコンテンツメタデータとともに配信されなくてもよく、プロバイダ側PDI-Aを含むコンテンツメタデータが前もってクライアント１２に送信された後で、そのコンテンツメタデータに対応するコンテンツが配信されるようにしてもよい。
　さて、このようにしてサーバ１１からコンテンツおよびコンテンツメタデータが配信されると、ステップＳ２４において、クライアント１２の受信部５１は、サーバ１１から配信されたコンテンツおよびコンテンツメタデータを受信し、コンテンツフィルタ５４に供給する。なお、ステップＳ２４以降の処理は、ブラウザ上で実行されるWebアプリケーションではなく、クライアント１２におけるネイティブなアプリケーションが行うものとする。
　ステップＳ２５において、コンテンツフィルタ５４は、PDIストア５３からユーザ側PDI-Aを読み出す。
　ステップＳ２６において、コンテンツフィルタ５４は、PDIストア５３から読み出したユーザ側PDI-Aと、サーバ１１からのコンテンツメタデータに含まれるプロバイダ側PDI-Aとのマッチングを行う。
　ステップＳ２７において、コンテンツフィルタ５４は、ユーザ側PDI-Aとプロバイダ側PDI-Aとがマッチしたか否かを判定する。ステップＳ２７において、ユーザ側PDI-Aとプロバイダ側PDI-Aとがマッチすると判定された場合、コンテンツフィルタ５４は、サーバ１１から配信されたコンテンツはクライアント１２のユーザ（視聴者）の嗜好に合ったコンテンツであると判断し、そのコンテンツを、コンテンツ再生部５５またはコンテンツ蓄積部５６に供給して、処理はステップＳ２８に進む。
　すなわち、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ再生部５５に供給された場合、ステップＳ２８において、コンテンツ再生部５５は、コンテンツを再生する。また、サーバ１１から配信されたコンテンツが、コンテンツフィルタ５４からコンテンツ蓄積部５６に供給された場合、ステップＳ２８において、コンテンツ蓄積部５６は、コンテンツを蓄積（記録）する。蓄積されたコンテンツは、ユーザの操作指示に応じて、適宜、コンテンツ再生部５５に供給され再生される。
　一方、ステップＳ２７において、ユーザ側PDI-Aとプロバイダ側PDI-Aとがマッチしないと判定された場合、コンテンツフィルタ５４は、サーバ１１から配信されたコンテンツはクライアント１２のユーザ（視聴者）の嗜好に合ったコンテンツではないと判断し、そのコンテンツを破棄（削除）し、処理は終了する。
　以上の処理によれば、放送システムにおいて、プロバイダ側では、サーバによって、ユーザの嗜好についての質問を表す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に対応するコンテンツを削除したりするようにしてもよい。
　また、以上においては、Webアプリケーションが、PDIテーブルの受信からユーザ側PDI-AのPDIストアへの格納までの処理を行うものとしたが、クライアント１２においてネイティブなアプリケーションがPDIテーブルの受信を行うようにしてもよい。
［コンテンツの送受信処理の他の例］
　ここで、図２９のフローチャートを参照して、ネイティブなアプリケーションがPDIテーブルの受信を行う場合のコンテンツの送受信処理について説明する。
　なお、図２９のフローチャートのステップＳ３１乃至Ｓ３６，Ｓ４５乃至Ｓ４９の処理は、図２８のフローチャートのステップＳ１１乃至Ｓ１６，Ｓ２４乃至Ｓ２８の処理と基本的に同様であるので、その説明は省略する。
　すなわち、ステップＳ４１において、クライアント１２の通信部５１は、サーバ１１から送信されてくるPDIテーブルを受信し、PDI-Aジェネレータ５２に供給する。ここでは、クライアント１２においてネイティブなアプリケーションがPDIテーブルの受信処理を行う。
　ステップＳ４２において、通信部５１は、受信したPDIテーブルをPDIストア５３に格納する。
　ステップＳ４３において、PDI-Aジェネレータ５２は、PDIストア５３からPDI-Qを読み出す。ここで、PDI-Aジェネレータ５２は、Webアプリケーションにより実現される。すなわち、Webアプリケーションが、getPDI()を呼び出し、PDIストア５３に格納されているPDIテーブルからPDI-Qを読み出す。
　ステップＳ４４において、PDI-Aジェネレータ５２は、読み出したPDI-Qで定義されている質問に対するユーザ側PDI-Aを生成する。
　そして、ステップＳ４５において、PDI-Aジェネレータ５２は、生成したユーザ側PDI-AをPDIストア５３に格納する。具体的には、Webアプリケーションが、setPDI()を呼び出し、ユーザ側PDI-AをPDIストア５３に格納する。
　このように、クライアント１２においてネイティブなアプリケーションがPDIテーブルの受信を行う場合であっても、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングが行われ、サーバから配信されたコンテンツを取得するか否かが決定されるようになる。結果として、標準化団体によって規定されたコンテンツメタデータ以外の、その時のニーズに応じたコンテンツメタデータによって、コンテンツをフィルタリングすることができるようになり、その時のニーズに応じたコンテンツを取得することが可能となる。
　また、以上においては、コンテンツフィルタ５４は、インスタンスとして表現されたユーザ側PDI-Aとプロバイダ側PDI-Aとを比較し、質問に対する回答が１つでも一致しているか否かによって、ユーザ側PDI-Aとプロバイダ側PDI-Aとのマッチングを行うようにしたが、ユーザ側PDI-Aまたはプロバイダ側PDI-Aのいずれか一方を、PDI-Aを評価するクエリとして表現することで、ユーザ側PDI-Aとプロバイダ側PDI-Aとを比較するようにしてもよい。
　ところで、本技術は、デジタルテレビジョン番組を放送する放送システムに適用することができるが、その一例として、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-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）は、図３２に示されるService Guideを構成する要素のうちの、「Service」フラグメント、「Schedule」フラグメント、および「Content」フラグメントのうちの少なくともいずれか１つに格納される。
　「Service」フラグメントは、チャネル・サービスの内容に関する制御情報を含むメタデータであり、図３３は、その構成の詳細を示している。PDI-Aは、図３３に示される「Service」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-A」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-A」要素は、XMLスキーマによって、<xs:element name = "PDI-A" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
　「Schedule」フラグメントは、コンテンツ（デジタルテレビジョン番組）の配信スケジュールに関する制御情報を含むメタデータであり、図３４は、その構成の詳細を示している。PDI-Aは、図３４に示される「Schedule」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-A」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-A」要素は、XMLスキーマによって、<xs:element name = "PDI-A" type = "xs:string" xmlns:xs = "http://www.w3.org/2001/XMLSchema"/>と文字列で表現されてエンコードされる。
　「Content」フラグメントは、コンテンツ（デジタルテレビジョン番組）の内容に関する制御情報を含むメタデータであり、図３５は、その構成の詳細を示している。PDI-Aは、図３５に示される「Content」フラグメントにおいて、最下段に規定されている「PrivateExt」要素に新たに、例えば「PDI-A」要素を追加することで、そこに格納される。具体的には、例えば、「PDI-A」要素は、XMLスキーマによって、<xs:element name = "PDI-A" 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-Qは、SMTまたはNRT-ITに格納されて送信される。
　すなわち、配信されるコンテンツのフィルタリングを、チャネル（放送局）単位で行う場合には、SMTのサービスレベルのdescriptor loop（図中、「Service #1」の最下段）に、PDI-AまたはPDI-Qを格納する「PDI descriptor」を新たに規定する。
　また、配信されるコンテンツのフィルタリングを、コンテンツ単位で行う場合には、NRT-ITのサービスレベルのdescriptor loop（図中、「Content #1」の最下段）に、PDI-AまたはPDI-Qを格納する「PDI descriptor」を新たに規定する。
　図４０は、「PDI descriptor」のシンタックスの例を示している。図４０においては、記述される記述子のそれぞれが、ビット数（No.of Bits）およびフォーマット（Format）とともに定義されている。
　図４０に示されるシンタックスによれば、PDI-AまたはPDI-Qは、可変ビットである記述子「PDI_Q or PDI_A」に記述される。
　なお、「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アプリケーション，　１１２　PDI API

Claims (11)

  1. 　サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信する受信部と、
    　前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納する処理実行部と、
    　前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得するマッチング部と
    　を備え、
    　前記処理実行部は、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う
    　情報処理装置。
  2. 　前記処理実行部は、Webアプリケーションとして提供され、所定のAPI（Application Programming Interface）を呼び出すことで、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う
    　請求項１に記載の情報処理装置。
  3. 　１以上の前記質問情報および／または前記ユーザ側回答情報は、１つのテーブルとして前記蓄積部に格納される
    　請求項２に記載の情報処理装置。
  4. 　前記処理実行部は、前記テーブルを特定するテーブルIDを基に、対応する前記テーブルの読み出しまたは削除を行う
    　請求項３に記載の情報処理装置。
  5. 　前記処理実行部は、前記蓄積部内の前記テーブルの有無に応じて、前記テーブルの生成または更新を行い、
    　更新された前記テーブルのバージョンは更新される
    　請求項３に記載の情報処理装置。
  6. 　前記処理実行部は、前記質問情報を特定する質問情報IDを基に、対応する前記質問情報および／または前記ユーザ側回答情報の読み出しを行う
    　請求項３に記載の情報処理装置。
  7. 　前記処理実行部は、前記蓄積部内の前記質問情報および／または前記ユーザ側回答情報の有無に応じて、前記ユーザ側回答情報のみの更新を行い、
    　更新された前記ユーザ側回答情報を含む前記テーブルのバージョンは更新されない
    　請求項３に記載の情報処理装置。
  8. 　前記蓄積部は、１つの前記Webアプリケーションのみとセッションが確立される
    　請求項２に記載の情報処理装置。
  9. 　前記蓄積部をさらに備える
    　請求項１に記載の情報処理装置。
  10. 　サーバから送信されてくる、ユーザの嗜好についての質問を表す質問情報を受信し、
    　前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納し、
    　前記ユーザ側回答情報と、前記サーバから送信されてくる、前記質問に対して、コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とのマッチングを行うことで、前記サーバから配信される前記コンテンツを取得する
    　ステップを含み、
    　前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う
    　情報処理方法。
  11. 　コンテンツを配信する送信装置と、前記送信装置から配信される前記コンテンツを取得する受信装置とからなる送受信システムにおいて、
    　前記送信装置は、
    　　前記受信装置のユーザの嗜好についての質問を表す情報である質問情報を生成する質問生成手段と、
    　　前記質問情報と、前記質問に対して、前記コンテンツを提供する提供者によって設定された回答を表す提供者側回答情報とを、前記受信装置に送信する送信手段と
    　を備え、
    　前記受信装置は、
    　　前記送信装置から送信されてくる前記質問情報を受信する受信部と、
    　　前記質問に対する前記ユーザの回答を表すユーザ側回答情報を生成し、前記質問情報が格納されている蓄積部に格納する処理実行部と、
    　　前記ユーザ側回答情報と、前記送信装置から送信されてくる前記提供者側回答情報とのマッチングを行うことで、前記送信装置から配信される前記コンテンツを取得するマッチング部と
    　を備え、
    　前記処理実行部は、前記蓄積部に格納されている前記質問情報および／または前記ユーザ側回答情報の少なくとも読み出しまたは更新を行う
    　情報処理システム。
PCT/JP2014/052409 2013-02-12 2014-02-03 情報処理装置および情報処理方法、並びに情報処理システム WO2014125947A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
MX2014011959A MX346506B (es) 2013-02-12 2014-02-03 Dispositivo de procesamiento de información, método de procesamiento de información y sistema de procesamiento de información.
CN201480000957.4A CN104221395B (zh) 2013-02-12 2014-02-03 信息处理设备、信息处理方法以及存储介质
SG11201406381PA SG11201406381PA (en) 2013-02-12 2014-02-03 Information processing device, information processing method, and information processing system
JP2014542426A JPWO2014125947A1 (ja) 2013-02-12 2014-02-03 情報処理装置および情報処理方法、並びに情報処理システム
KR1020147027572A KR20150118014A (ko) 2013-02-12 2014-02-03 정보 처리 장치 및 정보 처리 방법, 및 정보 처리 시스템
EP14751463.2A EP2958336A4 (en) 2013-02-12 2014-02-03 DEVICE, METHOD AND SYSTEM FOR PROCESSING INFORMATION
CA2866373A CA2866373A1 (en) 2013-02-12 2014-02-03 Information processing device, information processing method, and information processing system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361763761P 2013-02-12 2013-02-12
US61/763761 2013-02-12
US13/927,667 US20140229580A1 (en) 2013-02-12 2013-06-26 Information processing device, information processing method, and information processing system
US13/927667 2013-06-26

Publications (1)

Publication Number Publication Date
WO2014125947A1 true WO2014125947A1 (ja) 2014-08-21

Family

ID=51298268

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/052409 WO2014125947A1 (ja) 2013-02-12 2014-02-03 情報処理装置および情報処理方法、並びに情報処理システム

Country Status (9)

Country Link
US (1) US20140229580A1 (ja)
EP (1) EP2958336A4 (ja)
JP (1) JPWO2014125947A1 (ja)
KR (1) KR20150118014A (ja)
CN (1) CN104221395B (ja)
CA (1) CA2866373A1 (ja)
MX (1) MX346506B (ja)
SG (1) SG11201406381PA (ja)
WO (1) WO2014125947A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106649868A (zh) * 2016-12-30 2017-05-10 首都师范大学 问答匹配方法及装置

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8760498B2 (en) 2011-03-14 2014-06-24 Sony Corporation Disparity data transport in standard caption service
US8941779B2 (en) 2012-03-21 2015-01-27 Sony Corporation Non-closed caption data transport in standard caption service
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
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
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
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
US8875204B2 (en) 2010-10-01 2014-10-28 Sony Corporation Information processor, information processing method and program
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
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
EP2741497A4 (en) 2011-08-05 2015-03-11 Sony Corp RECEIVING DEVICE, RECEIVING METHOD, PROGRAM, AND INFORMATION PROCESSING SYSTEM
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
WO2013191976A1 (en) 2012-06-19 2013-12-27 Sony Corporation Extensions to trigger parameters table for interactive television
MX337934B (es) 2012-07-12 2016-03-28 Sony Corp Descriptor de servicio parametrizado para servicios de television avanzados.
US9154840B2 (en) 2012-07-31 2015-10-06 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
JP6059810B2 (ja) * 2012-08-29 2017-01-11 エルジー エレクトロニクス インコーポレイティド デジタルサービス信号処理方法及び装置
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
US9781576B2 (en) * 2013-04-05 2017-10-03 Iheartmedia Management Services, Inc. Segmented WANcasting
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
US9811247B2 (en) * 2013-11-25 2017-11-07 Lg Electronics Inc. In-vehicle infotainment device and image display method using the same
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
AU2016360190A1 (en) * 2015-11-25 2018-04-19 Sony Corporation Reception device, transmission device and data processing method
JP6482703B1 (ja) * 2018-03-20 2019-03-13 ヤフー株式会社 推定装置、推定方法および推定プログラム
CN111858875B (zh) * 2020-05-09 2024-06-07 北京嘀嘀无限科技发展有限公司 智能交互方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010021988A (ja) 2008-06-13 2010-01-28 Sony Corp コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム
WO2011123277A1 (en) * 2010-04-01 2011-10-06 Sony Corporation Receiver and system using an electronic questionnaire for advanced services

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3820925B2 (ja) * 2001-06-20 2006-09-13 ソニー株式会社 受信装置および方法、情報配信方法、フィルタ蓄積プログラムおよび記録媒体
JP3938311B2 (ja) * 2002-01-28 2007-06-27 富士通株式会社 アンケート収集方法、アンケート収集プログラム、およびアンケート収集装置
US8386449B2 (en) * 2005-01-27 2013-02-26 International Business Machines Corporation Customer statistics based on database lock use
US9723360B2 (en) * 2010-04-01 2017-08-01 Saturn Licensing Llc Interests and demographics profile for advanced broadcast services
US20120116916A1 (en) * 2010-11-09 2012-05-10 Donation Source, Inc. Shopping assistance systems and methods
JP6059810B2 (ja) * 2012-08-29 2017-01-11 エルジー エレクトロニクス インコーポレイティド デジタルサービス信号処理方法及び装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010021988A (ja) 2008-06-13 2010-01-28 Sony Corp コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム
WO2011123277A1 (en) * 2010-04-01 2011-10-06 Sony Corporation Receiver and system using an electronic questionnaire for advanced services

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106649868A (zh) * 2016-12-30 2017-05-10 首都师范大学 问答匹配方法及装置

Also Published As

Publication number Publication date
EP2958336A4 (en) 2016-06-22
JPWO2014125947A1 (ja) 2017-02-02
KR20150118014A (ko) 2015-10-21
US20140229580A1 (en) 2014-08-14
CN104221395B (zh) 2019-10-18
SG11201406381PA (en) 2015-09-29
CA2866373A1 (en) 2014-08-21
MX2014011959A (es) 2015-01-08
CN104221395A (zh) 2014-12-17
EP2958336A1 (en) 2015-12-23
MX346506B (es) 2017-03-23

Similar Documents

Publication Publication Date Title
WO2014125947A1 (ja) 情報処理装置および情報処理方法、並びに情報処理システム
US10769211B2 (en) Information processing device and information processing method
US10244287B2 (en) Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US10405022B2 (en) Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US9769526B2 (en) Transmission and reception apparatuses, methods, and systems for filtering content
US8909694B2 (en) Transmission apparatus and method, reception apparatus and method, and transmission and reception system

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2014542426

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2866373

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2014751463

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20147027572

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2014/011959

Country of ref document: MX

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

Ref document number: 14751463

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE