# US 10,484,743 B2 · Method and apparatus for delivery of programs and metadata to provide user alerts to tune to corresponding program channels before high interest events occur during playback of programs > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 10,484,743 B2 - Document ID: US10484743B2 - Status: Granted - Kind: B2 - Application number: 15/812,391 - Filed: 2017-11-14 - Published: 2018-06-14 - Granted: 2019-11-19 - Earliest claimed: 2011-07-21 - Assignees: Sirius XM Radio Inc. - Applicants: Sirius XM Radio Inc. - Inventors: Stuart Anderson Cox - Web page: https://patentgrep.com/patent/US10484743B2 ## CPC - H04N 21/478: Supplemental services, e.g. displaying phone caller identification, shopping application - H04N 21/4331: {Caching operations, e.g. of an advertisement for later insertion during playback} - H04N 21/435: Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream - H04N 21/454: Content {or additional data} filtering, e.g. blocking advertisements - H04N 21/47214: {for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market (stock exchange data over packet-switching network H04L12/1804; push services over packet-switching network H04L12/1859; notification of incoming messages in packet switching networks H04L51/224)} - H04N 21/8133: {specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video programme} - H04N: PICTORIAL COMMUNICATION, e.g. TELEVISION ## Abstract Systems, methods and devices are provided to alert a user of content delivered on multiple channels to events of interest occurring on channels other than the channel being listened to or viewed. Playback of content in which an event of interest or key event has occurred is time-shifted or delayed at the content transmission source or at the user device. Metadata that identifies events of interest in the content is transmitted to the user device. The user device generates alerts to the user based on the metadata in sufficient lead time to enable the user to not only tune to a channel on which an event of interest is occurring, but to do so sufficiently in advance of an event of interest so as to hear and/or see relevant portions of the content leading up to and/or following such an event. ## Claims ### Claim 1 A method of alerting a user of a tuned channel to events of interest occurring on other available channels, comprising: receiving, by a receiver and from a content stream, a plurality of program channels and metadata associated with the plurality of program channels; identifying, by the receiver, a subset of the plurality of program channels as designated channels; buffering, by the receiver, the designated channels in a buffer as received; identifying, by the receiver and based at least in part on the received metadata, a desired content occurring on a desired channel of the designated channels at a later time from a current playback time; overlaying, by the receiver and in response to the identifying the desired content, a selectable alert message relating to the desired content, on current content corresponding to a currently presented channel from the plurality of program channels; after receiving a user input indicative of a selection of the alert message, switching, by the receiver, from a currently presented channel to the desired channel, wherein the desired channel is delayed in time, with respect to the currently tuned channel, by an amount based at least in part on a delay associated with buffering the desired content through the buffer, a time from tagging of the desired content to generating and transmitting the metadata, identifying a longest duration of play action preceding the desired content that is to be played back, and a lead time preceding a start of the desired content that is based on the metadata; and playing the desired channel based on the amount the desired channel is delayed in time. ### Claim 2 (depends on 1) The method according to claim 1, wherein the metadata comprises data that enable the receiver to play the desired content from a designated start time. ### Claim 3 (depends on 1) The method according to claim 1, wherein the amount of time is configured to allow a user to tune to the desired channel prior to playback of the desired content. ### Claim 4 (depends on 1) The method of claim 1, further comprising automatically switching to, by the receiver, and playing the desired content in response to the alert message. ### Claim 5 (depends on 1) The method of claim 1, further comprising, after the overlaying the alert message: continuing to play the currently tuned channel in an absence of the user input to switch to the desired channel. ### Claim 6 (depends on 1) The method of claim 1, further comprising demultiplexing the desired channel for playback in response to the alert message. ### Claim 7 (depends on 1) The method of claim 1, wherein the playback of the desired content is delayed by choosing a buffered playback point in the desired channel that is delayed from real-time reception of the desired channel by at least the amount of time. ### Claim 8 (depends on 7) The method of claim 7, wherein the amount of time is further based at least in part on at least one of type of key event, type of program, or time value included in the metadata. ### Claim 9 (depends on 1) The method according to claim 1, wherein the amount of time is further based at least in part on a time required to generate the alert message and a predefined time for a user to tune the receiver to the desired channel in response to the generated alert message, the method further comprising: managing a size of the buffer based at least in part on the time from tagging of the key event to inclusion of that tag in the transmission of the metadata, the longest duration of play action, the time required to generate the alert message, and the predefined time, so as to delay playback of the desired content in the desired channel. ### Claim 10 A broadcast receiver comprising: a display; at least one processor; memory coupled to the at least one processor; and a computer program stored in the memory, the computer program including instructions for: receiving, from a content stream, a plurality of program channels and metadata associated with the plurality of program channels; identifying, by the receiver, a subset of the plurality of program channels as designated channels; buffering the designated channels in a buffer as received; identifying, based at least in part on the received metadata, a desired content occurring on a desired channel of the designated channels at a later time from a current playback time; overlaying, by the receiver and in response to the identifying the desired content, a selectable alert message relating to the desired content, on current content corresponding to a currently presented channel from the plurality of program channels; after receiving a user input indicative of a selection of the alert message, switching, by the receiver, from a currently presented channel to the desired channel, wherein the desired channel is delayed in time, with respect to the currently tuned channel, by an amount based at least in part on a delay associated with buffering the desired content through the buffer, a time from tagging of the desired content to generating and transmitting the metadata, identifying a longest duration of play action preceding the desired content that is to be played back, and a lead time preceding a start of the desired content that is based on the metadata; and playing the desired channel based on the delay in time. ### Claim 11 (depends on 10) The broadcast receiver according to claim 10, wherein the metadata comprises data that enable the receiver to play the desired content from a designated start time. ### Claim 12 (depends on 10) The broadcast receiver according to claim 10, wherein the amount of time is configured to allow a user to tune to the desired channel prior to playback of the desired content. ### Claim 13 (depends on 10) The broadcast receiver according to claim 10, wherein the instructions further comprise automatically switching to, by the receiver, and playing the desired content in response to the alert message. ### Claim 14 (depends on 10) The broadcast receiver according to claim 10, wherein the instructions further comprise, after the overlaying the alert message: continuing to play the currently tuned channel in an absence of the user input to switch to the desired channel. ### Claim 15 (depends on 10) The broadcast receiver according to claim 10, further comprising a demultiplexer configured to demultiplex the desired channel for playback in response to the alert message. ### Claim 16 (depends on 10) The broadcast receiver according to claim 10, wherein the playback of the desired content is delayed by choosing a buffered playback point in the desired channel that is delayed from real-time reception of the desired channel by at least the amount of time. ### Claim 17 (depends on 16) The broadcast receiver according to claim 16, wherein the amount of time is further based at least in part on at least one of type of key event, type of program, or time value included in the metadata. ### Claim 18 (depends on 10) The method of claim 10, wherein the amount of time is further based at least in part on a time required to generate the alert message and a predefined time for a user to tune the receiver to the desired channel in response to the generated alert message, the method further comprising: managing a size of the buffer based at least in part on the time from tagging of the key event to inclusion of that tag in the transmission of the metadata, the longest duration of play action, the time required to generate the alert message, and the predefined time, so as to delay playback of the desired content in the desired channel.