2015-05-14 Assigned to ROVI GUIDES, INC. reassignment ROVI GUIDES, INC. MERGER (SEE DOCUMENT FOR DETAILS). Assignors: TV GUIDE, INC.
2015-05-14 Assigned to UV CORP. reassignment UV CORP. MERGER (SEE DOCUMENT FOR DETAILS). Assignors: UNITED VIDEO PROPERTIES, INC.
2015-05-14 Assigned to TV GUIDE, INC. reassignment TV GUIDE, INC. MERGER (SEE DOCUMENT FOR DETAILS). Assignors: UV CORP.
Methods and systems are described herein for quickly and easily displaying supplemental information about an event occurring in a media asset. In some embodiments, a media application may use a content-recognition module to determine the context of an event and distribute itemized tasks to multiple entities in order to generate the supplemental information about the event.
While viewing media assets (e.g., a television program), users may wish to learn more information about an event (e.g., a statement made by a person appearing in the media asset, the validity of a claim in an advertisement, etc.) occurring in the media asset. While some media assets allow a user to select additional options or added features (e.g., pop-up biographies about the cast and crew), when the added features appear and what topic the added features concern are determined by the content producer and not the user. Furthermore, as the added feature is derived from the content producer, the added feature may be biased or may present limited viewpoints about an event. Therefore, added features provided by a content producer may not provide the added information about an event that a user desires.
In order to gain the added information that a user desires, the user may use additional devices (e.g., a laptop computer) to search (e.g., using an Internet search engine) for more information about the event. However, without knowing the proper context (e.g., who said the statement, what was the tone of the statement, when was the statement said, etc.) of the event or what search terms to use to describe the context of the event (e.g., how to describe the tone of the statement), a user may not be able to determine (even using a search engine) more information about the event. Moreover, the use of general search terms may not provide the accuracy or precision needed by the user. Furthermore, even if a user may eventually determine the information, the effort and time required may distract the user from the media asset.
Accordingly, methods and systems are described herein for quickly and easily displaying supplemental information about an event occurring in a media asset. In some embodiments, a media application may use a content-recognition module to determine the context of an event in a media asset and distribute itemized tasks to multiple users in order to generate the supplemental information about the event. The context-recognition module prevents the user from being distracted from the media asset (e.g., while the user attempts to describe the context of the event or search for information about the event). In addition, by distributing tasks to multiple entities (e.g., crowd-sourcing), the media application may collect large amounts of information in relatively short periods of time (or in real-time) and aggregate and/or filter the information to generate the supplemental information about the event based on multiple viewpoints and/or sources. By using multiple viewpoints and/or sources, the media application enhances the completeness (e.g., by providing unbiased information) and accuracy of the supplemental information.
For example, when a statement or action is made by a character or person appearing on a media asset (e.g., a television program), a user may request supplemental information about the statement or action. In response, the media application may determine the context of the statement (e.g., who said the statement and to what the statement was referring) or action (e.g., what was the reason for the action). After determining the context of the statement or action, the media application may itemize into tasks the additional information it requires in order to generate the supplemental information. The media application may then transmit requests including the tasks to a plurality of other users. Based on the responses from the plurality of other users, the media application may generate the supplemental information for display to the user.
In some embodiments, a media application may use multiple types of content-recognition modules and/or algorithms to determine the context of an event. For example, the media application may process data associated with the event in order to determine the context of an event. In some embodiments, processing the various types of data may include cross-referencing the data in a database indicating the different contexts the event may have.
In some embodiments, a media application may generate supplemental information about an event in a media asset in response to a user request. In order to generate the supplemental information, the media application may transmit, to multiple users, a request for additional information regarding a context of an event shown in a media asset. Upon receiving messages from the plurality of users that include the requested additional information, the media application may generate the supplemental information associated with the context of the event based on the messages.
It should be noted, the systems and/or methods described above may be applied to, or used in accordance with, other systems, methods and/or apparatuses.
FIG. 9 is a flowchart of illustrative steps for generating supplemental information based on additional information provided by a plurality of users in accordance with some embodiments of the disclosure.
Accordingly, methods and systems are described herein for quickly and easily displaying supplemental information about an event occurring in a media asset. The methods and systems described herein alleviate the need for a user to determine the proper context (e.g., who said a statement, what was the tone of the statement, when was the statement said, etc.) of an event in a media asset, or the search terms to use to describe the event (e.g., the proper search terms to describe the tone of the statement), in order to determine more information about the event. In addition, the methods and systems increase the completeness and accuracy of the information compared to information gathered using traditional searching methods (e.g., an Internet search engine), without distracting the user from the media asset.
In some embodiments, a media application may receive a user input from a user device for supplemental information about the context of an event shown in a media asset. The media application may determine additional information required to generate the supplemental information about the context of the event shown in a media asset, and transmit requests for the additional information to one or more users. The media application may receive one or more messages, which include the requested additional information, from the one or more users and generate the supplemental information based on the one or more message. The media application may then instruct the user device to display the supplemental information.
As used herein, “supplemental information” refers to any information related to or associated with an event in a media asset. For example, supplemental information may include, but is not limited to, the verification of a statement or claim in a media asset, further descriptions and/or information about objects or entities shown and/or described in a media asset, and/or any other information, including, but not limited to, a video or audio segment, that may interest a user about an event in a media asset. In some embodiments, the media application may generate supplemental information based on one or more pieces of additional information.
As used herein, “additional information” refers to any information used to generate supplemental information. For example, in an embodiment in which supplement information is the verification of a statement made by a person displayed in a media asset, and a request for the additional information from the media application includes a request for a fact needed to verify the factual basis of the statement, the additional information may be the fact used to verify the statement. For example, if an advertisement claims to have the best product on the market, the media application may use additional information such as the name of the product in question, a list of all other products in the market, and the results of a comparison study of the product in question to all other products to determine whether or not the product is actually the “best” product on the market. Additionally or alternatively, the media application may request industry and/or user reviews related to the event (e.g., reviews indicating the quality of the product). The media application may then use the information in the reviews to generate the supplemental information.
As used herein, an “event” is any action (e.g., a verbal statement, opinion and/or physical movement), segment (e.g., a portion of a news broadcast featuring a particular topic), or other occurrence during a media asset that may be of particular interest to a user. For example, in some embodiments an event may be a statement or gesture made by a character or person in a media asset affirming or denying a claim.
As referred to herein, the terms “media asset” and “content” should be understood to mean an electronically consumable user asset, such as television programming, as well as pay-per-view programs, on-demand programs (as in video-on-demand (VOD) systems), Internet content (e.g., streaming content, downloadable content, Webcasts, etc.), video clips, audio, content information, pictures, rotating images, documents, playlists, websites, articles, books, electronic books, blogs, advertisements, chat sessions, social media, applications, games, and/or any other media or multimedia and/or combination of the same. Media applications also allow users to navigate among and locate content. As referred to herein, the term “multimedia” should be understood to mean content that utilizes at least two different content forms described above, for example, text, audio, images, video, or interactivity content forms. Content may be recorded, played, displayed or accessed by user equipment devices, but can also be part of a live performance.
As referred to herein, the phrase “user equipment device,” “user equipment,” “user device,” “electronic device,” “electronic equipment,” “media equipment device,” or “media device” should be understood to mean any device for accessing the content described above, such as a television, a Smart TV, a set-top box, an integrated receiver decoder (IRD) for handling satellite television, a digital storage device, a digital media receiver (DMR), a digital media adapter (DMA), a streaming media device, a DVD player, a DVD recorder, a connected DVD, a local media server, a BLU-RAY player, a BLU-RAY recorder, a personal computer (PC), a laptop computer, a tablet computer, a WebTV box, a personal computer television (PC/TV), a PC media server, a PC media center, a hand-held computer, a stationary telephone, a personal digital assistant (PDA), a mobile telephone, a portable video player, a portable music player, a portable gaming machine, a smart phone, or any other television equipment, computing equipment, or wireless device, and/or combination of the same.
In some embodiments, the user equipment device may have a front facing screen and a rear facing screen, multiple front screens, or multiple angled screens. In some embodiments, the user equipment device may have a front facing camera and/or a rear facing camera. On these user equipment devices, users may be able to navigate among and locate the same content available through a television. Consequently, media may be available on these devices, as well. The media provided may be for content available only through a television, for content available only through one or more of other types of user equipment devices, or for content available both through a television and one or more of the other types of user equipment devices. The media applications may be provided as on-line applications (i.e., provided on a website), or as stand-alone applications or clients on user equipment devices. Various devices and platforms that may implement media applications are described in more detail below.
In some embodiments, a media application may transmit, to a plurality of users, a request for additional information regarding a context of an event shown in a media asset. As used herein, a “plurality of users” may include, but is not limited to any device, entity, or source of information that may process a request for additional information. For example, the plurality of users may include a person operating a user equipment device. In some embodiments, the person may receive (e.g., via e-mail, Internet posting, advertisement, or any other applicable information delivery method) the request from the media application for additional information, and in response generate a message (e.g., via a return e-mail, an answer to the Internet posting, a user input in the advertisement, or any other applicable method of transmitting information) that includes the additional information. It should be noted that in some embodiments, transmitting a request to a plurality of users may also include querying one or more databases (e.g., an Internet search engine or any other storage device, including, but not limited to, databases containing previously generated supplemental information and/or additional information) or consulting one or more data gathering services (e.g., a intelligent personal assistant application) for the additional information.
In some embodiments, a media application may use a content-recognition module or algorithm to determine the context of an event and distribute itemized tasks to multiple users in order to generate the supplemental information about the event. The content-recognition module may use object recognition techniques such as edge detection, pattern recognition, including, but not limited to, self-learning systems (e.g., neural networks), optical character recognition, on-line character recognition (including but not limited to, dynamic character recognition, real-time character recognition, intelligent character recognition), and/or any other suitable technique or method to determine the objects and/or characteristics in media assets. For example, the media application may receive media assets in the form of a video. The video may include a series of frames. For each frame of the video, the media application may use a content-recognition module or algorithm to determine the context (e.g., the person that is speaking or a facial gesture affirming or denying a statement) of an event occurring during the frame or series of frames.
In some embodiments, the content-recognition module or algorithm may also include speech recognition techniques, including but not limited to Hidden Markov Models, dynamic time warping, and/or neural networks (as described above) to translate spoken words into text. The content-recognition module may also use other techniques for processing audio and/or visual data. For example, the media application may monitor the volume of a statement in a media asset to determine the tone of the statement (e.g., a high volume may indicate an angry tone).
In addition, the media application may use multiple types of optical character recognition and/or fuzzy logic, for example, when determining the context of a keyword(s) retrieved from data (e.g., media data, translated audio data, subtitle data, user-generated data, etc.) associated with the media asset (or when cross-referencing various types of data with databases indicating the different contexts of events as described below). For example, the particular data field may be a textual data field. Using fuzzy logic, the system may determine two fields and/or values to be identical even though the substance of the data field or value (e.g., two different spellings) is not identical. In some embodiments, the system may analyze particular data fields of a data structure or media asset frame for particular values or text. The data fields could be associated with characteristics, additional information, and/or any other data required for the function of the embodiments described herein. Furthermore, the data fields could contain values (e.g., the data fields could be expressed in binary or any other suitable code or programming language).
As used herein, the “context” of an event refers to the set of circumstances or facts that surround a particular event that influence or affect the meaning of the event. For example, when determining the context of a written and/or spoken statement, the media application may determine who or what authored/stated the statement, the written and/or spoken words and/or other statements that preceded and/or followed the statement, the tone of the statement, and/or any other conditions that may alter the connotation of the statement.
FIG. 1 shows an illustrative example of a media application that may be used to display supplemental information in accordance with some embodiments of the disclosure. Display 100 illustrates a display on a user device displaying a media asset. Display 108 illustrates a display featuring supplemental information as described and/or generated in FIGS. 6-9. It should be noted that display 100 and display 108 may be presented on any of the devices shown in FIGS. 3-4. For example, in some embodiments, display 100 and display 108 may be displayed on user equipment 402, 404, and/or 406 (FIG. 4).
In FIG. 1, display 100 represents a display of a media asset (e.g., a streaming television program) on a user device (e.g., user equipment 402, 404, and/or 406 (FIG. 4)). Display 100 includes entity 102 and entity 104. In display 100, entity 104 is currently speaking as indicated by event 106. As shown in FIG. 1, event 106 is a statement (e.g., “We export a lot of coal”) by a person in the media asset.
In some embodiments, display 108 represents the continued display of the media asset on a user device, after a user has requested supplemental information about event 106. For example, a media application may have received a user input (e.g., via user input interface 310 (FIG. 3)) while entity 104 was speaking. Using the systems and methods described herein (e.g., FIGS. 6-9), the media application generated supplemental information 110. Supplemental information 110 represents more information about event 106.
For example, the media application (e.g., media application 206 (FIG. 2)) may have determined the context of event 106. Specifically, the media application may determine via a content-recognition module or algorithm the words spoken and/or actions by the person during the event. Additionally or alternatively, the media application may analyze the words and/or action during a predetermined amount of time (e.g., ten seconds) before and/or after the event (e.g., in order to better understand the context of the event). Furthermore, by cross-referencing the words and/or other information obtained by the content-recognition module (e.g., as discussed below in relation to FIG. 5) with a database, the content-recognition module determines that the term “we,” the person in the media asset refers to an organization or body. The content-recognition module or algorithm may also determine that the term “export” refers to shipping goods out of a country. The content-recognition module or algorithm may also determine that the term “a lot” refers to a particular numerical amount. Finally, the content-recognition module or algorithm may also determine that the term “coal” refers to a mineral of fossilized carbon.
The content-recognition module or algorithm may also determine the relationships between words and/or other information obtained by the content-recognition module. For example, by processing the relationship between the words, the media application determines that event 106 is a statement regarding a particular amount of a particular substance shipped out of a particular country. Therefore, the media application determines that the request for supplemental information is likely a request to determine the validity of the statement. The media application then generates the supplemental information.
The media application may also have stored supplemental information generated by previous requests (e.g., supplemental information generated in response to the same or different user viewing the media asset at an earlier date), and display the supplemental information again during the event (either in response to a user input requesting supplemental information or automatically without a user requesting supplemental information).
FIG. 2 shows an illustrative example of a system that may be used to generate supplemental information (e.g., supplemental information 110 (FIG. 1)) based on additional information provided by a plurality of users in accordance with some embodiments of the disclosure. For example, in some embodiments, system 200 may be used to generate supplemental information (e.g., supplemental information 110 (FIG. 1)) on a display (e.g., display 108 (FIG. 1)) of a user device (e.g., user equipment 402, 404, and/or 406 (FIG. 4)). It should be noted that in some embodiments, the devices shown in FIG. 2 may correspond to one or more devices in FIGS. 3-4.
FIG. 2 shows system 200. In system 200, a user is currently accessing a media asset on display 202. In some embodiments, display 202 may correspond to display 100 (FIG. 1)). During an event (e.g., event 106 (FIG. 1)) a user may have requested supplemental information about an event (e.g., event 106 (FIG. 1)) in display 202 using user device 204. Media application 206, which in some embodiments, may be implemented on user device 204 or at a remote location (e.g., supplemental information source 418 (FIG. 4)), receives the request for supplemental information.
Media application 206 determines the context of the event (e.g., who said the statement making up the event and to what the statement was referring). After determining the context of the statement, the media application may itemize into one or more tasks, additional information (e.g., facts) it requires in order to generate the supplemental information (e.g., a verification or correction of the factual basis of the statement). For example, if the event is a statement about the amount of coal that is exported from the United States (e.g., as described in relation to FIG. 1 above), media application 206 may determine the fact required to generate the supplemental information is the exact numerical amount of coal that is exported from the United States. The media application may then transmit requests for the additional information (e.g., a request for the exact numerical amount of coal that is exported from the United States) to a plurality of other users.
In FIG. 2, users operating user device 208, user device 210, and user device 212 represent a plurality of users. Having determined the additional information it requires in order to generate the supplemental information, media application 206 requests the additional information from the plurality of users. In system 200, media application 206 has transmitted the same task (e.g., the same question) to each of the plurality of users. In some embodiments, one or more of the users may receive different tasks. For example, by breaking the additional information into small, independent tasks, media application 206 may increase the speed (e.g., multiple users may work concurrently to solve different parts of a problem) and accuracy (e.g., reducing the tasks to smaller, less complex problems reduces the chance of human error) of the additional information returned by the plurality of users.
In addition, by breaking the additional information into small, independent tasks, the plurality of users may not know to what they are contributing (enhancing the privacy of the user that requested the supplemental information), however, the plurality of users can still be effective in their individual tasks. In addition, by breaking the additional information into small, independent tasks, the media application may more easily outsource the requests for additional information. For example, one or more of the tasks used to generate the additional information may be the same as one or more of the tasks used to generate other additional information (e.g., additional information used to generate different supplemental information in response to a request for supplemental information about the same or a different event issued by the same or a different user). The response to each of the request and/or the additional information may be stored (e.g., on any of the devices accessible by communications network 414 (FIG. 4)) for subsequent retrieval.
Based on the responses, transmitted as messages including the additional information, from the plurality of other users, media application 206 may generate the supplemental information (e.g., supplemental information 110 (FIG. 1)) for display to the user on the user device 204. For example, media application may aggregate, append, and/or compare the additional information in each of the messages received from the plurality of users. The supplemental information may then be generated based on the aggregated, appended, and/or compared additional information (e.g., as described in FIG. 9 below).
In some embodiments, the plurality of users may receive summary information about the event with the request for additional information. (e.g., a video clip of a portion or segment of the media asset, a textual description, etc.), which may help the plurality of users provide additional information. For example, in some embodiments, the media application may instead of (or in addition to) determining the context of an event, determine a particular portion of the event that would be needed for the plurality of users to provide additional information about the event.
For example, the media application may use progress information associated with the progress of the media asset (e.g., line 506 (FIG. 5)) to determine at what point during the progression of the media asset the event occurred, and in response, transmit a portion of the media asset beginning ten second before that point and ending ten seconds after that point. For example, if the event is a statement made by a character or person in a media asset, the media application may determine when the statement began (e.g., the point of progress of the media asset in which the statement began) and ended. The media application may then include the portion containing the entire statement (and the event) in the request for additional information sent to the plurality of users.
The selected portion may include any amount of summary information that the media application determines is necessary for the user or any one of the plurality of users to understand the main action sequence. This summary information (e.g., a portion of the media asset) may be included with the request for additional information (e.g., in a file transmitted with the request), or may be included with the generated supplemental information as a reference for the user. For example, the media application may select a segment of the play length of the media asset or a particular scene of the media asset, which includes the event, for to display to the plurality of users along with the request for additional information.
For example, if an event (e.g., a statement) was in response to a question, the media application may also determine when the question began and ended, and send the entire question (or the play length of the media asset corresponding to the question) to the plurality of users as well. After determining the portion to provide to the plurality of users (e.g., a segment including the ten seconds before and the ten seconds after the event), the media application may provide the summary information of the event and any other material needed by the plurality of users to understand the event and/or request for supplemental information from the user.
In some embodiments, a portion of the media asset containing the event, as selected by the media application, may also include any amount of the play length of the media asset, or any amount of scenes or segments from the media asset. In some embodiments, the portion may include segments of the play length of the media asset or scenes from the media asset that are not adjacent during the normal playback of the media asset. For example, in some embodiments, a portion of the media asset may include one or more sequences or scenes of interest to the plurality of users, even though the particular sequences or scenes are featured at different points in the play length of the media asset. The media application may determine the segments or scenes to include based on a content recognition file (e.g., data structure 500 (FIG. 5)) describing the media asset. For example, if a plot point or other information, which may be relevant to an event is displayed earlier in the media asset, the summary information may include a portion of the media asset displaying the plot point.
In some embodiments, the length of a portion may be determined based on the genre of the media asset. In some embodiments, the length of the portion may depend on a user profile for the user or for anyone of the plurality of users. For example, a user profile and/or a content recognition file (e.g., data structure 500 (FIG. 5)) may indicate that a particular user may require more or less additional content. For example, the user may be aware of particular characters or plot points in the media asset and, therefore, may not require the additional content to introduce those aspects.
In some embodiments, the plurality of users may receive a particular user interface, which organizes the data about the event (e.g., a clip of the actual event, summary information about the event, information about the request for supplemental information issued by the user, etc.). The interface may also include an automatic submission form, which may be used to generate a message, which is sent to the media application.
In some embodiments, the media application may also receive user input from the user requesting the supplemental information that further affects the generation of supplemental information by the media application. For example, the user may request the supplemental information includes particular information (e.g., the factual basis of a statement), may request a multimedia format of the supplemental information (e.g., textual description, a video clip, etc.), may request a form of the supplemental information (e.g., a short description about the event, an Internet link to other sources of information on the event, or a true or false designation about the event) by entering user inputs (e.g., via user input interface 310 (FIG. 3)).
It should be noted that any information or process referred to in this disclosure that is referred to as being in response to a user input may alternatively and/or additionally be performed automatically by the media application (e.g., via control circuitry 304 (FIG. 3)). For example, in some embodiments, a user may request a true or false designation (e.g., an on-screen pop-up box indicating whether an event was true or false). Additionally and/or alternatively, in some embodiments, the true or false designation may appear automatically based on predetermined settings indicating to the media application to display a true or false designation in response to detecting an event.
In some embodiments, an indicator that supplemental information has previously been generated or is currently ready to generate (e.g., a plurality of users are available) may be displayed to a user (e.g., on display 100 (FIG. 1) during the event). The indicator may also indicate the particular information, the multimedia format, and/or the form of supplemental information that is available. An indicator may also appear with the supplemental information (e.g., supplemental information 110 (FIG. 1)), which allows the user to request additional supplemental information or provide feedback/responses (e.g., rating the quality of the supplemental information) to the media application and/or plurality of users.
In some embodiments, a user may also access (e.g., via selection of an indicator and/or automatically upon the supplemental information being generated) summary information about the event. For example, in some embodiments (e.g., when the supplemental information is not generated in real-time), the media asset may have progressed to a different point by the time the supplemental information is ready for display. Therefore, the media application may need to provide a video clip of the event or other summary information, so that the user remembers about what or why the supplemental information was requested.
FIG. 3 is a block diagram of an illustrative user equipment device in accordance with some embodiments of the disclosure. It should be noted that the components shown in FIG. 3 may be used to store, receive, transmit, and/or display the media assets, additional information, and/or supplemental information as described herein. For example, media application 206 (FIG. 2) may be implemented on user equipment device 300, and may issue instructions (e.g., displaying supplemental information 110 (FIG. 1)) via control circuitry 304.
Users may access media assets and the media application (and its display screens described above and below) from one or more of their user equipment devices. FIG. 3 shows a generalized embodiment of illustrative user equipment device 300. More specific implementations of user equipment devices are discussed below in connection with FIG. 4. User equipment device 300 may receive content and data via input/output (hereinafter “I/O”) path 302. I/O path 302 may provide content (e.g., broadcast programming, on-demand programming, Internet content, content available over a local area network (LAN) or wide area network (WAN), and/or other content) and data to control circuitry 304, which includes processing circuitry 306 and storage 308. Control circuitry 304 may be used to send and receive commands, requests, and other suitable data using I/O path 302. I/O path 302 may connect control circuitry 304 (and specifically processing circuitry 306) to one or more communications paths (described below). I/O functions may be provided by one or more of these communications paths, but are shown as a single path in FIG. 3 to avoid overcomplicating the drawing.
Control circuitry 304 may be based on any suitable processing circuitry such as processing circuitry 306. As referred to herein, processing circuitry should be understood to mean circuitry based on one or more microprocessors, microcontrollers, digital signal processors, programmable logic devices, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), etc., and may include a multi-core processor (e.g., dual-core, quad-core, hexa-core, or any suitable number of cores) or supercomputer. 

Question: How does a media application determine the context of an event?
Answer: It uses a content-recognition module or algorithm.