WO2015095567A1 - Guide dynamique pour diffusions et flux vidéo - Google Patents

Guide dynamique pour diffusions et flux vidéo Download PDF

Info

Publication number
WO2015095567A1
WO2015095567A1 PCT/US2014/071233 US2014071233W WO2015095567A1 WO 2015095567 A1 WO2015095567 A1 WO 2015095567A1 US 2014071233 W US2014071233 W US 2014071233W WO 2015095567 A1 WO2015095567 A1 WO 2015095567A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
relevant event
time relevant
liveguide
Prior art date
Application number
PCT/US2014/071233
Other languages
English (en)
Inventor
William A. Rouady
Daniel S. Simpkins
Original Assignee
Hillcrest Laboratories, Inc
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 Hillcrest Laboratories, Inc filed Critical Hillcrest Laboratories, Inc
Publication of WO2015095567A1 publication Critical patent/WO2015095567A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/43—Querying
    • G06F16/435—Filtering based on additional data, e.g. user or group profiles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance

Definitions

  • the television was tuned to the desired channel by adjusting a tuner knob and the viewer watched the selected program. Later, remote control devices were introduced that permitted viewers to tune the television from a distance. This addition to the user-television interface created the phenomenon known as "channel surfing" whereby a viewer could rapidly view short segments being broadcast on a number of channels to quickly learn what programs were available at any given time.
  • buttons that can be programmed with the expert commands. These soft buttons sometimes have accompanying LCD displays to indicate their action. These too have the flaw that they are difficult to use without looking away from the TV to the remote control. Yet another flaw in these remote units is the use of modes in an attempt to reduce the number of buttons.
  • moded a special button exists to select whether the remote should communicate with the TV, DVD player, cable set-top box, VCR, etc. This causes many usability issues including sending commands to the wrong device, forcing the user to look at the remote to make sure that it is in the right mode, and it does not provide any simplification to the integration of multiple devices.
  • the most advanced of these universal remote units provide some integration by allowing the user to program sequences of commands to multiple devices into the remote. This is such a difficult task that many users hire professional installers to program their universal remote units.
  • human nature can also play a part in how people keep abreast of events or do not keep abreast of events. For example, at first thought having a viewer continue watching a particular network would seem to be a behavior that a network would want to reinforce. However, the natural human inertial tendency to remain where they are can also work against the network. Once a person has changed the channel to watch other programming, they are less like to check back in to a previous channel. Therefore, the viewer may not become aware of something happening that is a breaking event until much later in time.
  • the method includes: receiving, at a communication interface, program information from a plurality of different programming networks;
  • aggregating the program information into a framework storing, in a memory, instructions for transmitting information to a device; editing the program information; receiving, at the communication interface, an update from a programming network about a time relevant event; determining, based on stored instructions and the update, by a processor whether to transmit information to the device, wherein the information is associated with the update about the time relevant event; transmitting, by the communication interface, the information to the device based on the step of determining whether to transmit the information to the device; and displaying the information as an overlay on the device.
  • the method includes: aggregating program
  • information from a plurality of different service providers wherein the information is associated with planned content broadcasts; receiving an addition or a change to the aggregated information, wherein the addition or the change is associated with the time relevant event; determining the relevance of the time relevant event to a user; transmitting an alert to a device which the user currently has active; and displaying the alert as an overlay.
  • a system for transmitting alerts to a display regarding a time relevant event includes: a processor configured to aggregate program information from a plurality of different service providers, wherein the information is associated with planned content broadcasts; a communication interface configured to receive an addition or a change to the aggregated information, wherein the addition or the change is associated with the time relevant event; the processor configured to determine the relevance of the time relevant event to a user; the communication interface configured to transmit an alert to a device which the user currently has active; and a display configured to display the alert as an overlay.
  • a method for aggregating program information from different programming networks includes: receiving program information from a plurality of different programming networks; aggregating the program information into a framework; storing instructions for transmitting information to a device; receiving an update from a programming network about a time relevant event; determining, based on stored instructions and the update, whether to transmit information to the device; and transmitting the information to the device based on the step of determining whether to transmit the information to the device.
  • a device configured to aggregate program information from different programming networks, the device comprising: a communication interface configured to receive program information from a plurality of different programming networks; a processor configured to aggregate the program information into a framework; a memory configured to store instructions for transmitting information to a device; the communication interface configured to receive an update from a programming network about a time relevant event; the processor configured to determine, based on stored instructions and the update, whether to transmit information to the device; and the communication interface configured to transmit the information to the device based on the step of determining whether to transmit the information to the device.
  • a method for transmitting a message associated with a time relevant event by a content producer comprising: receiving information including metadata associated with the time relevant event directly from the content producer's network at a dynamic guide service; determining, by the dynamic guide service, which users to send the message associated with the time relevant event;
  • a system for transmitting a message associated with a time relevant event by a content producer comprising: a communication interface of a dynamic guide service configured to receive information including metadata associated with the time relevant event directly from the content producer's network; a processor of the dynamic guide service configured to determine which users to send the message associated with the time relevant event; the communication interface configured to transmit the message to a device of at least one user based on the step of determining; and a display configured to display at least a portion of the content of the message on the device.
  • FIG. 1 depicts a conventional remote control unit for an entertainment system
  • FIG. 2 depicts a media system in which embodiments can be implemented
  • FIG. 3(a) shows a 3D pointing device with which embodiments can be implemented
  • FIG. 3(b) illustrates a user employing a 3D pointing device to provide input to a user interface on a television according to an embodiment
  • FIG. 4 shows a LiveGuide alert on a display according to an embodiment
  • FIG. 5 depicts an architecture in which LiveGuide can be used according to an embodiment
  • FIG. 6 is a flow chart showing a use example for LiveGuide according to an embodiment
  • FIG. 7 is a flow chart of a method according to an embodiment
  • FIG. 8(a) is a flow chart of another method according to an embodiment
  • FIG. 8(b) is a flow chart of another method according to an embodiment.
  • FIG. 9 depicts a device according to an embodiment. DETAILED DESCRIPTION
  • Embodiments provide a service, a so-called "LiveGuide” service that ties directly into the scheduling system of broadcast and streaming video networks to provide dynamic, real-time guide data.
  • This data can be presented to the viewer in various ways.
  • the data can be presented by a LiveGuide application, a third party application that uses the LiveGuide API, or in other manners as desired by a network operator to which a user is subscribed to receive the data.
  • Embodiments which use LiveGuide can provide the data in real-time via both push and pull mechanisms.
  • an input/output (I/O) bus 210 connects the system components in the media system 200 together.
  • the I/O bus 210 represents any of a number of different of mechanisms and techniques for routing signals between the media system components.
  • the I/O bus 210 may include an appropriate number of independent audio "patch" cables that route audio signals, coaxial cables that route video signals, two-wire serial lines or infrared or radio frequency transceivers that route control signals, optical fiber or any other routing mechanisms that route other types of signals.
  • the media system 200 includes a
  • the media system 200 includes a microphone/speaker system 222, video camera 224 and a wireless I/O control device 226.
  • the wireless I/O control device 226 is a 3D pointing device.
  • the wireless I/O control device 226 can communicate with the entertainment system 200 using, e.g., an IR or RF transmitter or transceiver. Alternatively, the I/O control device can be connected to the entertainment system 200 via a wire.
  • One or more hard drives (or disks or flash drives) 280 can be provided for storage of recorded video, music or other media.
  • the entertainment system 200 also includes a system controller 228.
  • the system controller 228 operates to store and display entertainment system data available from a plurality of entertainment system data sources and to control a wide variety of features associated with each of the system components.
  • system controller 228 is coupled, either directly or indirectly, to each of the system components, as necessary, through I/O bus 210.
  • system controller 228 in addition to or in place of I/O bus 210, system controller 228 is configured with a wireless communication transmitter (or transceiver), which is capable of communicating with the system components via IR signals or RF signals. Regardless of the control medium, the system controller 228 is configured to control the media components of the media system 200 via a graphical user interface described below.
  • media system 200 may be configured to receive media items from various media sources and service providers.
  • media system 200 receives media input from and, optionally, sends information to, any or all of the following sources: cable broadcast 230, satellite broadcast 232 (e.g., via a satellite dish), very high frequency (VHF) or ultra high frequency (UHF) radio frequency communication of the broadcast television networks 234 (e.g., via an aerial antenna), telephone network 236 and cable modem 238 (or another source of Internet content).
  • VHF very high frequency
  • UHF ultra high frequency
  • the present invention is not limited to systems including 3D pointers and may be used with 2D devices or remote control devices such as that illustrated in Figure 1.
  • 3D pointing devices enable the translation of movement of the device, e.g., linear movement, rotational movement, acceleration or any combination thereof, into commands to a user interface.
  • An exemplary loop-shaped, 3D pointing device 300 is depicted in Figure 3(a), however the present invention is not limited to loop-shaped devices.
  • the 3D pointing device 300 includes two buttons 302 and 304 as well as a scroll wheel 306 (scroll wheel 306 can also act as a button by depressing the scroll wheel 306), although other exemplary embodiments will include other physical configurations.
  • User movement of the 3D pointing device 300 can be defined, for example, in terms of rotation about one or more of an x-axis attitude (roll), a y-axis elevation (pitch) or a z-axis heading (yaw).
  • some exemplary embodiments of the present invention can additionally (or alternatively) measure linear movement of the 3D pointing device 300 along the x, y, and/or z axes to generate cursor movement or other user interface commands.
  • An example is provided below.
  • a number of permutations and variations relating to 3D pointing devices can be implemented in systems according to exemplary embodiments of the present invention. The interested reader is referred to U.S. Patent Application Serial No.
  • 3D pointing devices 300 will be held by a user in front of a display 308 and that motion of the 3D pointing device 300 will be translated by the 3D pointing device into output which is usable to interact with the information displayed on display 308, e.g., to move the cursor 310 on the display 308.
  • 3D pointing devices and their associated user interfaces can be used to make media selections on a television as shown in Figure 3(b), which will be described in more detail below.
  • Aspects of exemplary embodiments of the present invention can be optimized to enhance the user's experience of the so-called "10-foot" interface, i.e., a typical distance between a user and his or her television in a living room.
  • interactions between pointing, scrolling, zooming and panning e.g., using a 3D pointing device and associated user interface, can be optimized for this environment as will be described below, although the present invention is not limited thereto.
  • 3D pointing device 300 can be used to interact with the display 308 in a number of ways other than (or in addition to) cursor movement, for example it can control cursor fading, volume or media transport (play, pause, fast-forward and rewind). Additionally, the system can be programmed to recognize gestures, e.g., predetermined movement patterns, to convey commands in addition to cursor movement. Moreover, other input commands, e.g., a zoom-in or zoom-out on a particular region of a display (e.g., actuated by pressing button 302 to zoom-in or button 304 to zoom-out), may also be available to the user.
  • gestures e.g., predetermined movement patterns
  • other input commands e.g., a zoom-in or zoom-out on a particular region of a display (e.g., actuated by pressing button 302 to zoom-in or button 304 to zoom-out), may also be available to the user.
  • user interfaces may use, at least in part, zooming techniques for moving between user interface views.
  • the zooming transition effect can be performed by progressive scaling and displaying of at least some of the UI objects displayed on the current UI view to provide a visual impression of movement of those UI objects away from an observer.
  • user interfaces may zoom-in in response to user interaction with the user interface which will, likewise, result in the progressive scaling and display of UI objects that provide the visual impression of movement toward an observer. More information relating to zoomable user interfaces can be found in U.S. Patent Application Serial No.
  • Movement within the user interface between different user interface views is not limited to zooming.
  • Other non-zooming techniques can be used, in addition to zooming or as an alternative thereto, to transition between user interface views.
  • panning can be performed by progressive translation and display of at least some of the user interface objects which are currently displayed in a user interface view. This provides the visual impression of lateral movement of those user interface objects to an observer.
  • UI view (also referred to herein as a "UI view”, which terms refer to a currently displayed set of UI objects) seen on television 320 is a home view.
  • the home view displays a plurality of applications 322, e.g., "Photos”, “Music”, “Recorded”, “Guide”, “Live TV”, “On Demand”, and “Settings”, which are selectable by the user by way of interaction with the user interface via the 3D pointing device 300.
  • Such user interactions can include, for example, pointing, scrolling, clicking or various combinations thereof.
  • exemplary pointing, scrolling and clicking interactions which can be used in conjunction with exemplary embodiments of the present invention, the interested reader is directed to U.S. Patent Application Serial No. 11/417,764, entitled “METHODS AND SYSTEMS FOR SCROLLING AND POINTING IN USER INTERFACE", to Frank J. Wroblewski, filed on May 4, 2006, the disclosure of which is incorporated here by reference.
  • LiveGuide is a dynamic guide service that ties directly into the scheduling system of broadcast and streaming video networks, as well as other service providers, to collect and to provide dynamic, real-time guide data.
  • LiveGuide Prior to describing LiveGuide in more detail, two scenarios in which LiveGuide can be used will first be described.
  • the LiveGuide service is directly tied into the news channel's scheduling system that is necessary to operate the news program. Reporters, camera operators, satellite service, anchor cues all have to be synchronized when dealing with a live event. To perform this synchronization, there is an internal scheduling system operated by the network which manages this information.
  • an internal scheduling system operated by the network which manages this information.
  • the breaking news event suppose that a news network adds to their internal schedule that at 11 :40 am, the local Sheriff will be holding a press conference and the news network resources need to be in place and ready.
  • LiveGuide service picks up the addition and transmits the information to a data center, e.g., a communication node, where the addition is then sent to all LiveGuide enabled devices.
  • a data center e.g., a communication node
  • these devices can make that data available to people who are watching.
  • a LiveGuide enabled connected TV can have a pop-up appear on the bottom of the screen informing the viewer that the press conference will begin in eight minutes and asking the viewer whether they would like to immediately tune to that channel, tune to that channel automatically in eight minutes, or to ignore the option. The viewer can then indicate their desired action.
  • the LiveGuide service could transmit information such as a field goal is about to be attempted with two seconds left on the clock in a game.
  • a LiveGuide enabled device would make this information available to the viewer. The viewer could then choose to quickly tune to the other game to watch the attempt and then return, or be returned, to the primary game that they were watching.
  • FIG. 4 an example of a LiveGuide alert or message which is displayed showing desired information is shown in Figure 4.
  • Figure 4 includes an active TV display 402, and a LiveGuide alert 404.
  • the LiveGuide alert 404 includes a channel logo 406, information including time 408 of the event 410 described in the alert and a plurality of options 412 for the viewer to select however, more or fewer items can appear in the LiveGuide alert 404 as desired.
  • options 412 include the following: (1) Go to Channel Now; (2) Go to Channel at Time; and (3) Ignore. While only three options are shown in Figure 4, it is to be understood that more or fewer viewer options can be used as desired.
  • the LiveGuide service can be composed of a series of parts that integrate with the existing broadcast infrastructure.
  • An example of the components associated with the LiveGuide service can include some or all of, but are not limited to, networks, network switching centers, database(s), editorial service and devices which can support LiveGuide.
  • An example of an infrastructure associated with a LiveGuide embodiment is shown in Figure 5.
  • the LiveGuide architecture 500 can include one or more network switching centers 502, 504, 506, 508, a LiveGuide database 510 which may be a cloud based dynamic database, a LiveGuide editorial service 512, and a plurality of platforms for deploying the LiveGuide on or through (smart TVs 514, set-top boxes (STBs) 516, streaming devices 518, mobile devices 520 and the general web browsers/PC plugins which use the Internet 522).
  • a network switching centers 502, 504, 506, 508 a LiveGuide database 510 which may be a cloud based dynamic database
  • a LiveGuide editorial service 512 a plurality of platforms for deploying the LiveGuide on or through
  • smart TVs 514, set-top boxes (STBs) 516, streaming devices 518, mobile devices 520 and the general web browsers/PC plugins which use the Internet 522).
  • Broadcast networks in general, operate using very specific timing. For example, if a press conference is going live at a certain time, the technical people involved, e.g., camera, audio, satellite unit, etc., all need to be aware of when the press conference is going to happen. Location talent also needs to be prepared. Additionally, the main switching center of the network needs to be aware of the schedule and the on-air talent in the studio will need to have the information to lead in to the remote segment. Keeping all of these different pieces, which are typically located in many different locations, synchronized is a part of the centralized operation at the network. To support this, computer software can be integrated with the scheduling/managing operations and can transmit the upcoming scheduling information as soon as it changes or is updated. This software can be automated and connected directly to the scheduling system, or the data can be entered manually.
  • This software can be automated and connected directly to the scheduling system, or the data can be entered manually.
  • the LiveGuide cloud based dynamic database 510 is a so-called “always synchronized” guide. In other words, as the scheduling
  • LiveGuide database information is received by the LiveGuide database it is cataloged and integrated into the LiveGuide database. Errors can be identified and corrected automatically by
  • the LiveGuide cloud based dynamic database 510 can be aggregated and consolidated with LiveGuide scheduling data coming in from other connected networks.
  • the LiveGuide editorial service 512 is an optional stage/service component of the system.
  • the LiveGuide editorial service 512 is the stage of the LiveGuide process where consolidated data can be reviewed directly by a person. Additionally metadata can be added or redundancies not caught by the computer algorithms used by the LiveGuide database 510 can be corrected in this stage.
  • the LiveGuide editorial service 512 can also provide a "dummy check" to uncover computer errors in the data. Paid promotional and/or marking LiveGuide updates can be added to the output from the
  • devices e.g., smart TVs 514, STBs 516, streaming devices 518, mobile devices 520 and/or general web browsers/PC plugins 522, that are LiveGuide enabled can receive push (or pull) notifications of the schedule updates.
  • These push notifications can include times, descriptions, sources and the like.
  • these push notification can include all of the information necessary to provide the receiving device with the ability to access the broadcast/stream if it is available to them.
  • the LiveGuide service can provide the basic implemented applications for use on a device.
  • the LiveGuide service can provide an Application Program Interface (API) that provides third party developers access to both push and pull data for use in other applications.
  • API Application Program Interface
  • a LiveGuide application can know and/or learn a viewer's interests as well as viewing habits. For example, LiveGuide can track what someone is viewing, use a viewer's recording history, and store information associated with what a user subscribes to, e.g., breaking news, weather updates, and information associated with favorite sports teams. Additionally, according to an embodiment, LiveGuide can perform trending to identify items of general interest to users.
  • a LiveGuide application can prioritize the display of data which is presented to users. This displayed data can be different for each user or have some commonality between users. For example, the viewer can identify favorite channels for viewing news so that when a breaking news event is available on multiple news channels, that favorite appears first or at the top of the displayed list. Alternatively, the LiveGuide application can use behaviors, such as the news channel that is most often viewed, to prioritize if no specific favorite is identified. According to another embodiment, channels or other service providers can pay to promote themselves and their offerings to increase their priority status as compared to other viewing options.
  • LiveGuide can link to traditional guides associated with services, e.g., a conventional cable channel guide or grid portion of the guide.
  • the LiveGuide can integrate with an item, e.g., a TV show, listed in the grid by providing additional information.
  • a person can select any show in the guide and see a description of the episode and, for programs that have LiveGuide data, additional information can be added to the description.
  • additional information can be added to the description.
  • LiveGuide data could also pre-empt the guide entirely as LiveGuide may change the current show "Newstime Tonight" to "Live Coverage of the Crisis in Brazil” based on, for example, LiveGuide prioritization schemes as described herein.
  • multiple broadcast networks can be integrated with LiveGuide as well as numerous service providers, e.g., cable companies, Internet feeds, satellite providers and FIOS.
  • service providers e.g., cable companies, Internet feeds, satellite providers and FIOS.
  • a similar amount of integration can be used for each content provider, or the integration can be tailored for each network and/or service provider.
  • LiveGuide can include search abilities based on data associated with LiveGuide which is stored in a database. Search options can include trending topics and or categories, with results being displayed on the viewer's device.
  • LiveGuide can perform an expanded search. Expanded search in this context describes expanding the scope of the search to potentially related items which are beyond the specifically entered search terms. For example, if a viewer is a fan of the show "Big Bang Theory", as known by LiveGuide, a search request entered by the viewer for "What's on next" could return information associated with the show and/or stars of the show, e.g., the search of "What's on next” could return information that the show's star, Jim Parsons, is the guest on the show "The View” at 11 :35 am even though the viewer did not enter any specific information about this topic. Additionally, the search may also return information literally associated with "What's on next”.
  • LiveGuide can use already existing scheduling of a network broadcast or stream to create an "up-to-the-minute" guide.
  • the LiveGuide service can associate that data with specific times/networks/shows/locations to provide the information in a personalized form for the viewer based, for example, upon what channels/streams are available to the viewer and/or how the viewer is accessing them.
  • this personalized form can also be influenced by user inputs, learned user preferences over time, and paid prioritization by service providers.
  • the editorial component of LiveGuide can process accumulated data through another level of assessment where more unusual or critical information factors can be human interpreted, associated and integrated with the
  • LiveGuide can interpret the unexpected or unplanned items that the computer algorithm(s) used by LiveGuide might not be able to handle as effectively.
  • the LiveGuide service can be adapted so that it is available through any Internet Protocol (IP) connection using most any mobile device or device capable of operating a web browser.
  • IP Internet Protocol
  • LiveGuide can also support a multitude of display option for the presentation of data for the user. This allows a user/viewer to decide how the user wishes to communicate with the LiveGuide outputs. This can also create a sense of urgency around the data that is useful to the content provider and in some cases encouraging the user to take action(s) where appropriate.
  • LiveGuide can support non-guide paid or unpaid communications transmitted through the service to LiveGuide enabled devices. These communications can include public service announcements (PSAs), promotions,
  • these communications can be tied to the type or to a specific show currently being watched for the cases where the LiveGuide enable device supports providing that type of information. Additionally, these communications can be initiated by anyone via the LiveGuide service.
  • the LiveGuide service API can include methods for returning usage or other user action data back to the service for purposes of tracking, determining value, and other analytics associated with the information provided by the service.
  • the user may need to "opt-in" to any such user tracking. Additionally, this tracking could be made anonymous such that the service could identify the client device so that target guide alerts/events could be sent to a device without specific user identification, e.g., by identifying with a unique identifier of the device such as the media access control (MAC) address.
  • MAC media access control
  • a method by which the update information initially enters the LiveGuide system is independent from the system itself. For example, as long as the data is packaged appropriately and delivered, than the method by which the packaging occurred is considered to be agnostic from the overall function.
  • data could be entered manually by the producer of a show instead of being directly tied-in to a system. The data could be entered via mobile applications in the field or directly through a web based form. Additionally, data could be the direct output of plugins to existing general product systems, or proprietary add-ons to specific systems built around the unique aspects of a network's structure or content.
  • applications which can be LiveGuide applications or third party applications that deliver information to a viewer can also have a number of different methods for performing communications.
  • These applications can communicate the LiveGuide updates directly through, for example, pop-ups, system messaging, update indicators (glowing indicators showing that new information is available), text messages, or verbal messages generated and delivered via traditional verbal message mechanisms, such as, land or mobile phones.
  • the applications can also update existing or traditional guides with additional information.
  • the applications can make all or part of the LiveGuide data available in a searchable/browseable formatted via the application or a web interface.
  • an event is planned.
  • Event scheduling data 604 is then added to a network's internal schedule in step 606.
  • the event data is sent to a LiveGuide database, e.g., LiveGuide database 510.
  • the event data is received by the LiveGuide cloud based database (or other LiveGuide database).
  • the event data is parsed and sorted.
  • elements of or all of the parsed and sorted event data is stored (with most or all data being searchable and retrievable) in the event data primary database.
  • step 620 promotional event data can be transmitted/stored in the event data primary database.
  • This promotional event data can be associated with the event scheduling data.
  • New data notification 614 can be determined by either or both the event data primary database or the LiveGuide API 622.
  • the LiveGuide API 622 interacts with both the event primary database and Liveguide enabled devices 626 by both pushing new data notifications 624 to the LiveGuide enabled devices 626 and by receiving input, as described in previous embodiments, from the LiveGuide enabled devices 626 which can then be used as input to the event data primary database as applicable.
  • the LiveGuide enabled device(s) 626 receive the new data notification 624, the LiveGuide event data is displayed on the device in step 628.
  • Figure 7 illustrates a method flow associated with transmitting alerts to a display regarding a time relevant event in accordance with embodiments.
  • program information is aggregated from a plurality of different service providers, wherein the information is associated with planned content broadcasts; at step 704, an addition or a change to the aggregated information is received, wherein the addition or the change is associated with the time relevant event; at step 706, the relevance of the time relevant event to a user is determined; at step 708, an alert is transmitted to a device which the user currently has active; and at step 710, the alert is displayed as an overlay.
  • Figure 8(a) illustrates a method flow associated with aggregating program information from different programming networks in accordance with embodiments.
  • step 802 program information from a plurality of different programming networks is received; at step 804, the program information is aggregated into a framework; at step 806, instructions for transmitting overlays to a device are stored; at step 808, an update is received from a programming network about a time relevant event; at step 810, based on the stored instructions and the update, whether to transmit an overlay to the device is determined; and at step 812, the overlay is transmitted to the device based on the step of determining whether to transmit the overlay to the device.
  • Both Figures 7 and 8(a) show the determination of relevance occurring prior to the alert being transmitted to a device.
  • the transmission to the device can occur prior to the determination of relevance.
  • the determination of the relevance of the time relevant event can be performed at the LiveGuide database 510 or at the device, or at both locations.
  • LiveGuide updates can generate a sense of urgency to check out what is happening in various aspects of the world, e.g., breaking news stories or a reminder that the season finale of a show is going to start in five minutes.
  • the LiveGuide service can also be used as an internal reminder so a viewer can mark shows they want to be reminded about without marking them for recording, such as live sporting or concert events. Marketing or promotional LiveGuide events can also be generated where a viewer may be rewarded for acting quickly.
  • LiveGuide can also be used in support of public services as an additional point of contact for crisis or emergency information targeting a specific area.
  • the LiveGuide service can be used, for example, as a supplement to a tornado warning system and provide direct access to the channel broadcasting the critical information.
  • LiveGuide can provide a direct curated link between a content producer and the viewer.
  • One method, as described above, is to build into the production system already in use at a studio or a network, a linkage to send data directly to the LiveGuide database.
  • the network has a programming center that is determining the upcoming programming minute -by-minute and by connecting directly into that programming center's software operations, LiveGuide data can be updated without much need for special human actions.
  • another method for providing a direct curated link between the content producer and the viewer can include more direct action while providing additional editorial control.
  • the programming center submits LiveGuide events directly to the service via a content producer API specifically for submissions.
  • the content producer API can be a protected API such that data is marked, e.g., signed or protected, in such a way that only the content producer can submit information from them. Since it is an API, the content producer may have the submission process integrated into their existing system(s) in which case this embodiment would be similar to the previously described method.
  • software can be provided that is registered with the service so that the data can be entered and sent directly from the interface.
  • the data can be considered to include features which assist in describing the data, e.g., temporal, categorized and prioritized. These features can be used to control when the data is seen (temporal), what type of interests as, for example, defined by the receiver make it applicable (categorized), and what level of importance the data has for a specific viewer or device that the data is being sent to (prioritized).
  • a common theme to each of the following three examples is that the content is provided directly to the viewer from the content producer.
  • CNN Network
  • the press conference is set for 1 :35 pm.
  • CNN programming informs some of their social media people about the time of the event.
  • the social media people submit the event to LiveGuide with the timing information along with metadata describing where the event occurred, the nature of the event, and any other desired information.
  • the LiveGuide service informs viewers who have registered in the area at all levels of priority (since it is a local event), whereas outside of the local region this event is considered to be a lower priority event and therefore informs "news junkies" and/or people interested in plane-related events.
  • other people can become informed based on other information and/or preferences, e.g., one of the passengers on the plane is a company executive in a specific field so that metadata including this information causes the event to become visible to those interested in the subject field.
  • a third example is an example involving embargoed data.
  • a TV network typically sends out reminders the airing day of new episodes of their various hit comedy series. Those airing dates are known well in advance and have a time setting that holds that announcement until a time near-enough that the reminder is not forgotten. The same API can be used except this time the API is used for an event schedule well in advance.
  • LiveGuide is intended to and can provide having data input directly into the system from the content producers. LiveGuide is not required to use data supplied from social media contacts or other so-called "unofficial” sources.
  • LiveGuide can be considered to be a more up to the minute and dynamic form of a guide which is created and submitted directly by the content producer as compared to more traditional guides.
  • other forms of unofficial information are not included in the core LiveGuide description and are specifically excluded to the degree that they would be segmented from official data at the receiver's end. This can allow for preventing situations where people could "spoof an official source or clutter the receiver's alerts.
  • LiveGuide and the alerts/information provided to users is not an information spray to the user resulting from have a program scrape websites and/or feeds. Instead, LiveGuide uses a curated process where the content producer has an interest in avoiding overwhelming the user, especially with content of limited relevance to the user. Accordingly, according to an embodiment, LiveGuide allows for preventing user from getting overwhelmed by content.
  • One method for controlling the amount of information from LiveGuide to a user is allowing and/or working with a user to refine a user's subjects/interests of relevance. In other words, the better control the user has over getting only relevant information can be obtained by refining or understanding by the system the user's subjects/interests.
  • Twitter unlike LiveGuide, uses data supplied by social media contacts or other unofficial sources and also the uses the concept of urgency while providing a single destination for the information. In an automated mode one can only follow providers on Twitter, and in a manual process one can also look at trending topics. Also, on Twitter, information is interspersed and cluttered with all different types of information from events to musings, jokes, expressions of outrage, etc., all of which are fed to the user under the same banner. Because Twitter is not curated by the providers, it can also be full of false information and the onus is on the users to figure it out.
  • LiveGuide puts filtering and curation requirements on the provider who has a vested in staying relevant to the user which are differentiating aspects of LiveGuide from, for example, Twitter.
  • LiveGuide data reception can be totally under the control of the viewer/receiver, they always have the option of turning off any and all information from a specific provider, multiple providers or all providers. This can be considered to be no different than managing your e-mail preferences with a company which range from adding or removing specific areas of interest to fully unsubscribing everything associated with the company.
  • LiveGuide is a general service and viewers opt-in to different providers or subjects. As a result, the content producers have a vested interest in not annoying their viewers. Certainly if a content provider is spamming users with notices every few minutes about what is "up next", the users are probably going to turn that particular feed off. This is a loss of a viewer which is undesirable from the point of view of the content provider. Therefore, there is some reasonable expectation that content providers will manage some portion of what is sent to users as alerts so as not to overwhelm viewers.
  • One control can be to assign a priority level to events. This can be done by a provider where they set a level of importance to the event. For example, a close baseball game can have a lower priority level that a close baseball game that has playoff implications which in turn would have a lower priority level than a close game for the championship.
  • a viewer could set priority levels and thus filter out lower level ones for a more general class like sports. According to an embodiment, these general priority levels could be overridden, for example because the viewer sets a high priority for one of the teams, e.g., their home sports team.
  • Algorithms can be used to determine what is applicable. In addition, analogous to Pandora, the viewer could respond to individual event notices with "more like this", or "don't want", etc., that can further refine the determination algorithm for that viewer over time.
  • a method for transmitting a message associated with a time relevant event by a content producer as shown in Figure 8(b).
  • the method includes: at step 814, receiving information including metadata associated with the time relevant event directly from the content producer's network at a dynamic guide service; at step 816, determining, by the dynamic guide service, which users to send the message associated with the time relevant event; at step 818, transmitting the message to a device of at least one user based on the step of determining; and at step 820, displaying at least a portion of the content of the message on the device.
  • Device 900 can contain a processor 902 (or multiple processor cores), memory 904, one or more secondary storage devices 906, a display 908 and an interface unit 910 to facilitate communications between device 900 and the LiveGuide system 600 (as well as the linking communication network(s)).
  • the memory 904 or secondary storage device 906 can store software/applications associated with LiveGuide, e.g., applications which enable LiveGuide on the device 900.
  • Display 908 can display incoming alerts and other received information from the LiveGuide system 600 as overlays or other desired display formats.
  • Examples of the device 900 which can be LiveGuide enabled include smart TVs 514, STBs 516, streaming devices 518, mobile devices 520 and/or general web browsers/PC plugins.
  • Device 900 further includes the ability to provide feedback, e.g., selecting provided options or submitting preferences, to the LiveGuide system 600.
  • the device 900 can perform the functions described herein associated with LiveGuide enabled devices.
  • device 900 can also perform the functions of the LiveGuide system 600, i.e., device 900 can be a server/database which performs the various functions such as aggregation of received content, determining what to do with a received time relevant event and transmission of overlays as described herein.
  • the memory 902 can perform the storage functions of the LiveGuide database 510.
  • the display 908 can be used in support of manual editing of received information as described above.
  • one or more input devices can also be used in support of the optional manual editing abilities.
  • embodiments of the present invention can be performed by one or more processors executing sequences of instructions contained in a memory device. Such instructions may be read into the memory device from other computer-readable mediums such as secondary data storage device(s). Execution of the sequences of instructions contained in the memory device causes the processor to operate, for example, as described above. In alternative embodiments, hardwire circuitry may be used in place of or in combination with software instructions to implement the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne des systèmes et des procédés permettant de distribuer des mises à jour pour des événements de craquage. Un procédé permettant de transmettre des alertes à un dispositif d'affichage concernant un événement pertinent consiste à : rassembler les informations d'un programme à partir d'une pluralité de fournisseurs de services différents, les informations étant associées à des diffusions de contenu planifiées; recevoir un complément ou une modification des informations rassemblées, le complément ou la modification étant associé à l'événement pertinent; déterminer la pertinence de l'événement pertinent pour un utilisateur; transmettre une alerte à un dispositif sur lequel l'utilisateur est actuellement actif; et afficher l'alerte en superposition.
PCT/US2014/071233 2013-12-19 2014-12-18 Guide dynamique pour diffusions et flux vidéo WO2015095567A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361918021P 2013-12-19 2013-12-19
US61/918,021 2013-12-19

Publications (1)

Publication Number Publication Date
WO2015095567A1 true WO2015095567A1 (fr) 2015-06-25

Family

ID=53403705

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2014/071233 WO2015095567A1 (fr) 2013-12-19 2014-12-18 Guide dynamique pour diffusions et flux vidéo

Country Status (1)

Country Link
WO (1) WO2015095567A1 (fr)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7752553B2 (en) * 2006-12-01 2010-07-06 Red Hat, Inc. Method and system for aggregating and displaying an event stream
US20110179458A1 (en) * 2009-11-24 2011-07-21 Seth Eisner Location-aware distributed sporting events
US8396126B2 (en) * 2010-06-18 2013-03-12 Cisco Technology, Inc. Systems and methods for video coding and transmission
US20130097634A1 (en) * 2011-10-13 2013-04-18 Rogers Communications Inc. Systems and methods for real-time advertisement selection and insertion
US20130232332A1 (en) * 2011-07-07 2013-09-05 Mircrosoft Corporation Inconspicuous mode for mobile devices
US20130282814A1 (en) * 2010-02-08 2013-10-24 Yellowpages.Com Llc Providing an answer to a question from a social network site using a separate messaging site
US8607163B2 (en) * 2005-06-09 2013-12-10 Koninklijke Philips N.V. Preview mode for content

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8607163B2 (en) * 2005-06-09 2013-12-10 Koninklijke Philips N.V. Preview mode for content
US7752553B2 (en) * 2006-12-01 2010-07-06 Red Hat, Inc. Method and system for aggregating and displaying an event stream
US20110179458A1 (en) * 2009-11-24 2011-07-21 Seth Eisner Location-aware distributed sporting events
US20130282814A1 (en) * 2010-02-08 2013-10-24 Yellowpages.Com Llc Providing an answer to a question from a social network site using a separate messaging site
US8396126B2 (en) * 2010-06-18 2013-03-12 Cisco Technology, Inc. Systems and methods for video coding and transmission
US20130232332A1 (en) * 2011-07-07 2013-09-05 Mircrosoft Corporation Inconspicuous mode for mobile devices
US20130097634A1 (en) * 2011-10-13 2013-04-18 Rogers Communications Inc. Systems and methods for real-time advertisement selection and insertion

Similar Documents

Publication Publication Date Title
US10075769B2 (en) Methods and systems for media consumption
US9300996B2 (en) Digital receiver and method of providing real-time rating thereof
CA2823532C (fr) Systemes et procedes pour naviguer a travers un contenu dans une application de guidage multimedia interactive
KR102017301B1 (ko) 무선 통신 장치를 이용하여 미디어 안내 애플리케이션 기능을 제공하는 시스템 및 방법
AU2017432641B2 (en) System and methods for navigating internet appliances using a media guidance application
US20130285937A1 (en) Connected multi-screen video management
US20090235298A1 (en) Systems and methods for synchronizing time-shifted media content and related communications
US20040078814A1 (en) Module-based interactive television ticker
US20140007170A1 (en) Systems and methods for synchronizing playback at multiple locations
US20110247035A1 (en) Content playlist
JP2013225917A (ja) 双方向メディアガイダンスアプリケーションの画面に表示するメディア資産を選択するためのシステムおよび方法
EP2454879A1 (fr) Systèmes et procédés de réacheminement d'événements de contenus de médias
US20090235297A1 (en) Systems and methods for capturing program attributes
WO2009114134A2 (fr) Systèmes et procédés de synchronisation d'un contenu multimédia à décalage temporel et communications associées
EP2727375A1 (fr) Procédés et systèmes pour adapter des préférences d'un environnement de visionnage dans une application de contrôle d'un environnement de visionnage
US8595771B1 (en) Systems and methods for updating the display of preferred media asset sources
US8042137B2 (en) Continuous selection graphs
JP2019507508A (ja) 複数のデバイス上でのメディアアセット再生を同期するためのシステムおよび方法
KR20180128824A (ko) 미디어 자산을 효율적으로 다운로드하는 방법 및 시스템
US9069764B2 (en) Systems and methods for facilitating communication between users receiving a common media asset
US20130117786A1 (en) Social network content driven electronic program guide
US20090204991A1 (en) Systems and Methods for Sorting Programming Search Results
JP6820930B2 (ja) 録画されたメディアアセットにおける差替を迂回するための方法およびシステム
WO2003084218A2 (fr) Deroulant a base de modules pour television interactive
WO2015095567A1 (fr) Guide dynamique pour diffusions et flux vidéo

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 14872017

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 14872017

Country of ref document: EP

Kind code of ref document: A1