Title:
INTERESTS AND DEMOGRAPHICS PROFILE FOR ADVANCED BROADCAST SERVICES
Kind Code:
A1


Abstract:
A digital broadcast receiver has a storage device and a processing device. The storage device is configured to store a questionnaire received from at least one service provider of a digital broadcast system, and answers to the questionnaire. The questionnaire comprises a data structure common to at least two service providers. The processing device is configured to manipulate the questionnaire and answers. The questionnaire pertains to viewer preferences, demographics, and interests (PDI) information.



Inventors:
Eyer, Mark (Woodinville, WA, US)
Application Number:
15/637594
Publication Date:
10/19/2017
Filing Date:
06/29/2017
Assignee:
SATURN LICENSING LLC (New York, NY, US)
International Classes:
H04N21/475; G06Q30/02; H04N21/442
View Patent Images:



Primary Examiner:
ZHAO, YU
Attorney, Agent or Firm:
OBLON, MCCLELLAND, MAIER & NEUSTADT, L.L.P. (1940 DUKE STREET ALEXANDRIA VA 22314)
Claims:
1. (canceled)

2. A method for a receiver, the method comprising: receiving and storing, by circuitry of the receiver, a plurality of questionnaires broadcast over-the-air, each of the plurality of questionnaires being associated with a different one of a plurality of service providers; acquiring answers to the plurality of questionnaires; storing the acquired answers to the plurality of questionnaires in a memory of the receiver; downloading a script which is configured to perform a function conditioned on at least one of the answers to the plurality of questionnaires stored in the memory of the receiver: executing the script; and interfacing, by the circuitry, the script with the at least one of the answers to the plurality of questionnaires via an Application Programming Interface (API) implemented at the receiver, the API being configured to interface a plurality of different scripts with the at least one of the answers to the plurality of questionnaires.

3. The method of claim 2, wherein the plurality of questionnaires pertains to preferences, demographics, and interests (PDI) information.

4. The method of claim 2, wherein each of the plurality of questionnaires comprises a data structure defined as an XML schema that is common to the plurality of service providers.

5. The method of claim 2, further comprising: receiving content broadcast over-the-air from one of the plurality of service providers; and filtering the content received from the one of the plurality of service providers based on an answer to one of the plurality of questionnaires.

6. The method of claim 2, further comprising: receiving metadata from one of the plurality of service providers; matching the metadata based on an answer to one of the plurality of questionnaires: offering content associated with the matched metadata; downloading a selected offered content associated with the matched metadata; and storing the downloaded content in the receiver.

7. The method of claim 2, further comprising: interfacing the script with questions from at least one of the plurality of questionnaires and any answers to the at least one of the plurality of questionnaires via the API implemented at the receiver.

8. The method of claim 2, further comprising: processing questions from at least one of the plurality of questionnaires; and editing the answers to the at least one of the plurality of questionnaires with a manipulation application at the receiver.

9. A non-transitory computer-readable storage medium, having instructions stored therein, which when executed, cause a computer system to perform a method comprising: receiving and storing, at a receiver, a plurality of questionnaires broadcast over-the-air, each of the plurality of questionnaires being associated with a different one of a plurality of service providers; acquiring answers to the plurality of questionnaires; storing the answers to the plurality of questionnaires in a memory of the receiver; downloading a script which is configured to perform a function conditioned on at least one of the answers to the plurality of questionnaires stored in the memory of the receiver: executing the script; and interfacing the script with the at least one of the answers to the plurality of questionnaires via an Application Programming Interface (API) implemented at the receiver, the API being configured to interface a plurality of different scripts with the at least one of the answers to the plurality of questionnaires.

10. The non-transitory computer-readable storage medium of claim 9, wherein the plurality of questionnaires pertains to preferences, demographics, and interests (PDI) information.

11. The non-transitory computer-readable storage medium of claim 9, wherein each of the plurality of questionnaires comprises a data structure defined as an XML schema common to the plurality of service providers.

12. The non-transitory computer-readable storage medium of claim 9, wherein the method further comprises: receiving content broadcast over-the-air from one of the plurality of service providers; and filtering the content received from the one of the plurality of service providers based on an answer to one of the plurality of questionnaires.

13. The non-transitory computer-readable storage medium of claim 9, wherein the method further comprises: receiving metadata from one of the plurality of service providers; matching the metadata based on an answer to one of the plurality of questionnaires: offering content associated with the matched metadata; downloading a selected offered content associated with the matched metadata; and storing the downloaded content in the receiver.

14. The non-transitory computer-readable storage medium of claim 9, wherein the method further comprises: interfacing the script with questions from at least one of the plurality of questionnaires and any answers to the at least one of the plurality of questionnaires via the API implemented at the receiver.

15. The non-transitory computer-readable storage medium of claim 9, wherein the method further comprises: processing questions from at least one of the plurality of questionnaires; and editing the answers to the at least one of the plurality of questionnaires with a manipulation application at the receiver.

16. A digital broadcast receiver, comprising: a memory configured to store a plurality of questionnaires broadcast over-the-air and answers to the plurality of questionnaires, each of the plurality of questionnaires being associated with a different one of a plurality of service providers; and circuitry coupled to the memory and configured to: download a script which is configured to perform a function conditioned on at least one of the answers to the plurality of questionnaires stored in the memory; execute the script; and interface the script with the at least one of the answers to the plurality of questionnaires via an Application Programming Interface (API) implemented at the receiver, the API being configured to interface a plurality of different scripts with the at least one of the answers to the plurality of questionnaires.

17. The digital broadcast receiver of claim 16, wherein the plurality of questionnaires pertains to preferences, demographics, and interests (PDI) information.

18. The digital broadcast receiver of claim 16, wherein each of the plurality of questionnaires comprises a data structure defined as an XML schema common to the plurality of service providers.

19. The digital broadcast receiver of claim 16, wherein the circuitry is further configured to: receive content broadcast over-the-air from one of the plurality of service providers; and filter the content received from the one of the plurality of service providers based on an answer to one of the plurality of questionnaires.

20. The digital broadcast receiver of claim 16, wherein the circuitry is further configured to: receive metadata from one of the plurality of service providers; match the metadata based on an answer to one of the plurality of questionnaires; offer content associated with the matched metadata; download a selected offered content associated with the matched metadata; and store the downloaded content in the receiver.

21. The digital broadcast receiver of claim 16, wherein the circuitry is further configured to: interface the script with questions from at least one of the plurality of questionnaires and any answers to the at least one of the plurality of questionnaires via the API implemented at the receiver.

22. The digital broadcast receiver of claim 16, wherein the circuitry is further configured to: process questions from at least one of the plurality of questionnaires; and edit the answers to the at least one of the plurality of questionnaires with a manipulation application at the receiver.

Description:

RELATED APPLICATIONS

This application is a continuation to U.S. application Ser. No. 12/942,815, filed Nov. 9, 2010, which claims the benefit of priority Under 35 U.S.C. §119(e) of U.S. Provisional Application Ser. No. 61/319,873 filed Apr. 1, 2010, and the entire contents of both of which is incorporated herein by reference.

TECHNICAL HELD

Embodiments of the present invention relate to the field of communication systems, in particular profiles for advanced broadcast services.

BACKGROUND

Traditional media distribution systems such as broadcasting lack the ability to profile consumer preferences in order to provide customized media content. For example, such customized media content may include targeted advertising or marketing material of specific interest to the particular viewer.

Furthermore, viewers may not be interested in some media content. For example, some content is suitable for viewers living in a certain geographic area and not suitable for viewers living in a different area. Another example is that sonic viewers may be more interested in certain topic or genre areas such as sports broadcasting while others prefer programs of a different type, such as cooking shows.

Currently, there are no standards for allowing a viewer to customize their viewing preferences with respect to the content and services they receive. Current systems typically filter out program content based on viewer preference settings established in the receiver by the manufacturer of that receiver, with no input from the service provider as o the types of filtering criteria that might be suitable for the particular service.

Furthermore, service providers do not have access to the viewer preference settings and thus are not able to directly tailor the user's experience of the service based on those settings.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the present invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which:

FIG. 1 is a block diagram illustrating one embodiment of a digital broadcasting system.

FIG. 2 is a block diagram illustrating one embodiment of a receiver.

FIG. 3A is a block diagram illustrating one embodiment of a receiver receiving triggered declarative objects (TDOs).

FIG. 3B is a block diagram illustrating one embodiment of a receiver receiving non-real time (NRT) triggered declarative objects (TDOs).

FIG. 4 is a block diagram illustrating one embodiment of a receiver receiving non real time (NRT) content.

FIG. 5 is a block diagram illustrating one embodiment of a system for storing and manipulating a PDI questionnaire in a receiver.

FIG. 6 is a flow diagram illustrating one embodiment of a system for filtering content based on answers to a PDI questionnaire in a receiver.

FIG. 7 is a flow diagram illustrating one embodiment of a method for downloading selected content at a receiver.

FIG. 8 is a flow diagram illustrating one embodiment of a method for executing a triggered declarative object (TDO) script based on answers to a PDI questionnaire in a receiver.

FIG. 9 is a flow diagram illustrating one embodiment of a method for receiving a PDI questionnaire and manipulating answers to the PDI questionnaire at a receiver.

FIG. 10 is a diagram illustrating one embodiment of a data structure of PDI questions.

FIG. 11 is a diagram illustrating one embodiment of a data structure of PDI answers.

DETAILED DESCRIPTION

Described herein is a digital broadcast receiver. The digital broadcast receiver has a storage device and a processing device. The storage device is configured to store a questionnaire received from at least one service provider of a digital broadcast system, and answers to the questionnaire. The processing device is configured to manipulate data received from the at least one service provider based on answers to the questionnaire. In one embodiment, the questionnaire includes a viewer preferences, demographics, and interests (PDI) container.

FIG. 1 is a block diagram illustrating one embodiment of a digital television service system 100. A broadcast system 102 receives content from service providers 108. Service providers 108 may include content distributors such as television network operators. Broadcast system 102 transmits content to an electronic device 104 such as a receiver over a wired and/or wireless medium (cable, satellite, over the air, Internet, or other forms of data transmission).

In one embodiment, the content broadcasted includes one or more of the following: non-real-time (NRT) content, real-time or linear content, metadata associated with content, a questionnaire, and triggered declarative objects (TDOs).

NRT content includes NRT services that are delivered faster or slower than real-time. In one embodiment, NRT content formats include audio video but also can be audio-only or can be websites that can be displayed by a web browser. For example, descriptions of available NRT content can be described to the user. The user can select from a list of NRT content for later download. The user can also navigate and select from among previously downloaded content which to view.

Another NRT service features a “push” NRT service wherein the user is offered request-based content. The user may choose to have the receiver automatically update content associated with a service. For such chosen services, the receiver caches service-related content and automatically updates files as new versions are made available. When the user returns to a requested “push” service, content that has been preloaded is displayed.

Metadata associated with content describes the available content and services.

A questionnaire can allow users to specify various information about themselves that can allow the receiver to tailor advanced services based on the users' individual interests and preferences. In one embodiment, the questionnaire includes a data structure having a standardized format of preferences, demographics, and/or interests (PDIs) common to one or more service providers. For example, the format of the questionnaire would consist of questions, each with an answer in a predefined format. Possible answer formats could include yes/no or true/false, text string (with maximum length), multiple choice, integer (with range limits), checklist, among others. FIG. 10 illustrates an example of a format and data structure of an example PDI questionnaire.

TDOs are downloadable objects created by a content creator or service provider. In one embodiment, TDOs consist of declarative content (scripts, text, and graphics) whose function and behavior are tied in some way to the television programming they accompany. For example, a TDO may be designed to collect viewer response data such as voting on a game show or contest.

In one embodiment, electronic device 104 may be included in a set top box or as part of a display device such as a display panel (e.g. television). Electronic device 104 includes a signal processing device 106 configured to process content receive d from broadcast system 102 as further described below. In one embodiment, signal processing device 106 includes a processor capable of handling services broadcast according to Advanced Television Systems Committee (ATSC) standards.

FIG. 2 is a block diagram illustrating one embodiment of a digital broadcast receiver 200 designed to receive both real-time television broadcasts and NRT content. Receiver 200 includes a tuner/demodulator 202, a demultiplexer 204, an audio/video decoder 206, a processing device 208, and a storage device 210.

Tuner 202 receives a modulated RF input signal, tunes and demodulates the signal to produce an output transport stream. Demultiplexer 204 demultipiexes the stream to produce data to processing device 208. In the case of conventional real-time (linear) TV content, audio and video packets from tuner/demodulator 202 are supplied, via demultiplexer 204, to A/V decoder 206 for decoding. A/V decoder 206 supplies an audio output signal and a video output signal to a TV's audio and video circuit (not shown).

Content including audio/video, PDI questionnaires, NRT files, metadata, and TDOs received at demultiplexer 204 is routed via processing device 208 to storage device 210. In one embodiment, storage device 210 stores PDI questionnaire 212, answers to PDI questionnaire 216, and content and metadata 214. In one embodiment, PDI questionnaire 212 is a downloadable questionnaire generated by at least one service provider having a standardized data structure.

Storage device 210 may include a disc drive, a non-volatile memory or any other types of data storage device. When a user instructs the system to play a selected item of NRT content, that content is then processed by processing device 208 and demultiplexed demultiplexer 204 to provide audio and video packets to A/V decoder 206 to be eventually presented to the user.

FIG. 3A is a block diagram illustrating one embodiment of a receiver 300A receiving triggered declarative objects (TDOs). As previously discussed, TDOs are downloadable objects configured to interact with a user to enhance his/her viewing experience. A user may be notified that an enhanced (interactive) experience is being offered and accompanies a given program.

In one example, a user viewing a financial network program may be offered by a Stock Portfolio TDO to view his/her personalized stock when metadata associated with the financial network program indicates that screen space is available. The riser may initialize the Stock Portfolio TDO with a list of stocks of interest.

In another example, a Favorite Driver Watch TDO is offered to a viewer watching a televised ear race. The Favorite Driver Watch TDO enhances the viewer experience by displaying a thumbnail photo of the driver, his current speed, RPM, and position in the race. The Favorite Driver Watch TDO disappears from view during advertising spots and whenever racing is suspended or complete.

In yet another example, a Voting TDO can be used to capture viewer input while watching a talent contest. The Voting TDO is activated to allow a viewer to vote on a singer's performance.

TDO 308 (scripts and associated assets such as graphics, text, audio files, HTML, etc. . . . ) may be stored in storage device 306. Processing device 302 executes an operation of the TDO 308 with a TDO engine 304. For example, processing device 302 executes a script of Stock Portfolio TDO to display a list of stocks of interests to a viewer when the viewer is watching a financial program on a network with metadata indicating available screen space.

Storage device 306 also includes PDI questionnaire 309 and PDI answers 310. PDI answers 310 contain answers to the questionnaire in PDI questionnaire 309. The PDI questionnaire and answers may be in a standardized data structure format common to various service providers.

In one embodiment, TDO 308 access PDI answers 310 through an Application Programming Interface (API) and exhibits actions and behaviors conditionally based on responses recorded in PDI answers 310. A script in TDO 308 could, for example, create one user experience if the age of the oldest TV-watching member of the household is 35 or less and a different experience otherwise. Different user experiences can include display of different text or graphics, branching to different audio/video content, and including different choices in a list.

In another embodiment, selected content 312 from the TDO 308 in response to the answers of PDI answers 310 may be stored within storage device 306.

FIG. 3B is a block diagram illustrating one embodiment of a receiver 300B receiving non-real time (NRT) triggered declarative objects (TDOs). Similarly, processing device 302 executes a script from NRT TDO 314 with a NRT TDO engine 305. For example, NRT TDO 314 includes all the functionality of a regular TDO 308 and in addition may include references NRT content and hyperlinks that, if taken, cause the receiver to set up a future download of an NRT content item, and/or hyperlinks that allow playback of previously downloaded content.

In one embodiment, the script in NRT TDO 314 accesses PDI questionnaire 309 and PDI answers 310 through an Application Programming interface (API) and behaves based on PDI answers 310. For example, a script in a NRT TDO 314 could offer the viewer the choice to select and purchase a baseball game program for a particular team based the user's favorite team as specified in PDI answers 310.

FIG. 4 is a block diagram illustrating one embodiment of a receiver 400 receiving non-real time (NRT) content. Processing device 408 filters content without use of TDOs according to PDI answers 404 to PDI questionnaire 403 with content filter/matching engine 412. For example, processing device 408 matches a local advertisement based on a geographic region of the viewer as specified in his/her PDI answers 404.

In one embodiment, processing device 408 filters and stores NRT content of interest 416 based on the interest of the viewer. For example, movie previews or trailers matching the preference (action, drama, comedy, etc. . . . ) of the viewer as set forth in PDI answers 404 are stored in storage device 414.

In another embodiment, processing device 408 filters and stores received NRT content using metadata associated with the NRT content.

FIG. 5 is a block diagram illustrating one embodiment of a system for storing and manipulating PDI questionnaires in a receiver. A service provider 502 generates a PDI questionnaire 504 that is transmitted to a receiver 520. An API for PDI manipulation 510 allows for receiver 520 to store the PIN questionnaire 504 in storage device 512. A user/viewer is able to generate, update, and delete PDI answers 516 to PDI questionnaire 514 via PDI manipulation application 518. In one example, PDI manipulation application 518 takes the form of a set up screen on a display device coupled to receiver 520.

In another embodiment, a web browser 506 of receiver 520 includes a PDI script 508 configured to write and generate PDI answers 516 to the PDI questionnaire 504.

FIG. 6 is a block diagram illustrating one embodiment of a system for filtering content based on answers to a PDI questionnaire in a receiver. Service provider 502 distributes contents 604. Receiver 606 captures, matches, or filters contents 604 based on PDI answers 516. Content of interest 610 (e.g. content that matches the preferences of the viewer as specified in PDI answers 516) can be stored in storage device 512.

FIG. 7 is a flow diagram 700 illustrating one embodiment of a method for downloading selected content at a receiver. At 702, a receiver receives metadata descriptive of an associated content item. At 704, the receiver filters metadata based on PDI answers. At 706, the receiver offers the viewer the option to download content based on the matched PDI answers. For example, the receiver can filter or prioritize NRT content based on PDI responses. At 708, the viewer selects and downloads the selected content. In another embodiment, the selected content may be set to be downloaded at a future time (e.g. overnight). At 710, the selected content is stored in a storage device of the receiver.

FIG. 8 is a flow diagram 800 illustrating one embodiment of a method for executing scripts in triggered declarative objects (TDOs) based on answers to a PDI questionnaire in a receiver. At 802, a TDO accesses PDI answers via an API. At 804, the processing device of the receiver executes the TDO script, which contains conditional branching or other logic to alter its behavior based on the PDI answers (e.g. displaying the telephone number of a local merchant on the screen).

Once downloaded and executed, TDOs access metadata and triggers to support their expected functionality and to time their behavior based on events within the program they accompany. Metadata for TDOs can be received in various ways (for example, via broadcast stream or the Internet), The receiver routes metadata to an active TDO.

Metadata and triggers drive TDO behavior in whatever way the author of the TDO intended. For example, metadata within a trigger can specify whether or not there is any available real estate on a screen at the current time, can cause a TOO to sleep or quit, and can initiate any desired action (including a change in appearance).

FIG. 9 is a flow diagram 900 illustrating one embodiment of a method for receiving a PDI questionnaire and manipulating answers to the PDI questionnaire at a receiver. At 902, a user accesses a set-up or preference screen with a receiver. The receiver determines whether a PDI questionnaire is available at 904. If the receiver does not currently have a PDI questionnaire in storage, the receiver downloads at least one PDI questionnaire at 912.

At 906, PDI questions from the PDI questionnaire are displayed to the user. At 908, the user inputs answers in response to the PDI questions. At 910, the PDI answers are stored in a storage device of the receiver.

FIG. 10 is an illustration of an example of an XML format for representation of PDI questions. FIG. 11 is an illustration of an example of an XML format for PDI answers. As illustrated in FIGS. 10 and 11, standardization of preferences, demographics, and interests (PDIs) involve definition of a standard format for a downloadable questionnaire. The format of the questionnaire might consist of questions, each with an answer in a predefined format. Possible reply formats could include yes/no or true/false, ext string (with maximum length), multiple choice, integer (with range limits), checklist, etc.

The multiple choice reply format would allow the user to select from among a fixed number of identified choices. As an example, a query string could be “How often do you enjoy camping outdoors?” The corresponding multiple choice answer might include the possibilities “Never,” “Sometimes,” “Occasionally,” and “Regularly.”

The checklist reply format allows a user to provide a yes/no response to a number of different small items. For example, the query string might be “Which of the following sports do you follow?” The checklist might include football, basketball, soccer, rugby, hockey and baseball. Each of the items in the checklist may be selected or not selected. As previously discussed, access by receiver applications and TDOs to the PDI answers are made available via an API.

In the above description, numerous details are set forth. It will be apparent, however, one skilled in the art, that the present invention may be practiced without these specific details. In some instances, well-known structures and devices are shown in block diagram form, rather than in detail, in order to avoid obscuring the present invention.

Some portions of the detailed descriptions above are presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These algorithmic descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the ant. An algorithm is here, and generally, conceived to be a self-consistent sequence of steps leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like.

It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the following discussion, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “computing” or “forming” or “determining” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.

The present invention also relates to apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.

The algorithms and displays presented herein are not inherently related to any particular computer or other apparatus. Various general purpose systems may be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method steps. The required structure for a variety of these systems will appear from the description below. In addition, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the invention as described herein.

It is to be understood that the above description is intended to be illustrative, and not restrictive. Many other embodiments will be apparent to those of skill in the art upon reading and understanding the above description. The scope of the invention should, therefore, be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.