US10674195B2 - Method and system for detecting commercial breaks - Google Patents
Method and system for detecting commercial breaks Download PDFInfo
- Publication number
- US10674195B2 US10674195B2 US14/177,891 US201414177891A US10674195B2 US 10674195 B2 US10674195 B2 US 10674195B2 US 201414177891 A US201414177891 A US 201414177891A US 10674195 B2 US10674195 B2 US 10674195B2
- Authority
- US
- United States
- Prior art keywords
- event
- break
- broadcast
- feed
- threshold
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active, expires
Links
- 238000000034 method Methods 0.000 title claims abstract description 27
- 238000012545 processing Methods 0.000 description 39
- 238000001514 detection method Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 230000001960 triggered effect Effects 0.000 description 9
- 238000003780 insertion Methods 0.000 description 7
- 230000037431 insertion Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 238000013459 approach Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000002860 competitive effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
- H04N21/26233—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving content or additional data duration or size, e.g. length of a movie, size of an executable file
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/233—Processing of audio elementary streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/23418—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
Definitions
- a producer of a live event e.g., in a remote production facility at the site of a sporting event
- a system operator e.g., a broadcaster's headquarters
- the producer informs the operator that a break is forthcoming, and at the appropriate time (e.g., at the end of a countdown provided by the producer), the system operator manually triggers the insertion of a commercial.
- This approach does not scale well where the same provider broadcasts a large number of events, due to the need for personnel to staff each event. Therefore, providers may wish to be able to detect the onset of a break automatically, without human intervention, in order to be able to broadcast larger numbers of events without the need for equally larger numbers of personnel.
- DVR devices include logic operative to detect the onset of a commercial break.
- the goal of a DVR device in including this ability is to enable a user of the device to automatically skip commercials once they have been detected.
- a DVR having this ability may monitor a video broadcast to detect when a commercial has been inserted by a broadcaster (e.g., by detecting a number of consecutive black frames or an absence of a network logo, also known as a “bug”), and inserting a marker into the broadcast to skip commercials, either automatically or based on a user input.
- a broadcaster e.g., by detecting a number of consecutive black frames or an absence of a network logo, also known as a “bug”
- an audio-based approach may detect the onset of a commercial break by detecting an audio fade that typically separates a program from a commercial, or speech-to-text analysis may detect phrases like “we'll be back” or “welcome back.”
- FIG. 1 shows a schematic view of a system for detecting commercial breaks according to an exemplary embodiment.
- FIG. 2 shows an exemplary method for detecting commercial breaks according to an exemplary embodiment.
- the exemplary embodiments may be further understood with reference to the following description and the related appended drawings, wherein like elements are provided with the same reference numerals. Specifically, the exemplary embodiments relate to methods and systems for detecting commercial breaks in a television broadcast.
- Metadata or other event data may be used to generated expanded content for broadcasts, either on broadcast television or over the Internet.
- this may include game score, time remaining, team statistics, individual player statistics, game situation, etc., and these metadata may be used to generate broadcast overlays, online live statistics, interactive online content, etc.
- this may include information about contestant scores or other contestant progress.
- this may include up-to-date election results or automatically updated breaking news.
- the exemplary embodiments which will be described in detail hereinafter, use such event metadata in conjunction with observable characteristics of an audiovisual broadcast (e.g., video or audio data) to provide for automated detection of commercial breaks in a manner that is effective for implementation by broadcasters of live events.
- an audiovisual broadcast e.g., video or audio data
- FIG. 1 schematically illustrates an exemplary system 100 for performing automated detection of commercial breaks in an audiovisual program.
- the system 100 includes an audio feed 110 , which may be a transmission of audio from a live event as described above.
- the audio feed 110 may be analog or digital, may be recorded from a single source (e.g., a microphone) or from multiple sources, and may be statically recorded or dynamically produced (e.g., by a director of the live event switching between multiple microphones).
- the audio feed 110 may comprise ambient audio (e.g., crowd noise, noise from a playing field) as well as commentary.
- the audio feed 110 may be carried from the site of the live event to a broadcaster's site by any means known in the art to be appropriate for carrying an audio feed.
- the system 100 also includes a video feed 120 , which may be a transmission of video from a live event as described above.
- the video feed 120 may be analog or digital, and may be recorded from a single source (e.g., a camera) or multiple sources. Where multiple sources are present, the video feed 120 may include the video recorded by all of the sources or may be selectively switched among the sources (e.g., by a director of the live event switching between different cameras).
- the video feed 120 may be carried from the site of the live event to a broadcaster's site by any means known in the art to be appropriate for carrying a video feed. Additionally, the audio feed 110 and video feed 120 may be received separately or may be received as a single audiovisual feed that may be used for both audio analysis and visual analysis as will be described hereinafter.
- the system 100 also includes a metadata feed 130 , which may be a transmission of metadata from a live event as described above.
- the metadata feed 130 may comprise any type of metadata appropriate for the type of event being broadcast.
- the metadata feed 130 may be transmitted together with the audio feed 110 and video feed 120 described above, or may be a separate transmission.
- the metadata feed 130 may be transmitted over a proprietary network (e.g., a broadcaster's internal data network) or over a public network (e.g., the Internet.)
- the system 100 also includes an audio processing element 115 .
- the audio processing element 115 may include a combination of hardware and software, and may analyze the audio received from the audio feed 110 to determine whether the contents of the audio feed 110 indicate that a break in the broadcast is occurring and a commercial should be inserted.
- the specific logic of the audio processing element 115 may vary among embodiments.
- the audio processing element 115 may perform a silence detection function detecting a period of silence on the audio feed 110 that may indicate a break.
- the audio processing element 115 may perform a speech-to-text function and may detect the existence of text indicating that a break is beginning (e.g., “we'll be right back”, etc.) or ending (e.g., “welcome back,” etc.). In another exemplary embodiment, the audio processing element 115 may perform both of the above functions. In another exemplary embodiment, the audio processing element 115 may perform a different function not specifically listed herein, but detecting an audio-related indication of a break in keeping with the broader principles of the exemplary embodiments.
- the system 100 also includes a video processing element 125 .
- the video processing element 125 may comprise a combination of hardware and software, and may analyze the video received from the video feed 120 to determine whether the contents of the video feed 120 indicate that a break in the broadcast is occurring and that a commercial should be inserted.
- the specific logic of the video processing element 125 may vary among embodiments.
- the video processing element 125 may perform a black detection function and may detect the presence of black frames that generally separate content from breaks.
- the video processing element 125 may perform a bug detection function and may detect the presence or absence of a bug in the video feed 110 , as the absence of a bug may indicate the onset of a break.
- the video processing element 125 may perform a graphic detection function and may detect the presence within the video feed 110 of graphics that may typically be used before a break begins (e.g., in a sporting event, a large score banner over a wide shot; in a reality, news or other program, a large program logo).
- a graphic detection function may detect the presence within the video feed 110 of graphics that may indicate that program content is being broadcast (e.g., in a sporting event or other type of competition, a small score banner or time display).
- the video processing element 125 may perform all of the above functions.
- the video processing element 125 may perform a different function not specifically listed herein, but detecting a video-related indication of a break in keeping with the broader principles of the exemplary embodiments.
- the system 100 also includes a metadata processing element 135 .
- the metadata processing element 135 may comprise a combination of hardware and software, and may analyze data received from the metadata feed 130 to determine whether the event metadata may indicate that the broadcast is more likely or less likely to be at a break.
- the metadata processing element 135 may include a memory storing event format data 136 about the type of the event being broadcast.
- the event format data 136 may be generalized information about the type of event to which the data received from the metadata feed 130 may be compared in order to make determinations based on the data received from the metadata feed 130 .
- the event format data 136 may reflect the likelihood of a commercial break occurring based on various situations within the event, and the specific situational information pertaining to the current state of the event received by the metadata feed 130 may be compared to the event format data 136 to determine a likelihood that the event is currently in a break or about to go to a break.
- event format data 136 will vary based on the nature of the event. It will be further apparent that the same metadata processing element 135 may process metadata for various types of events at various points in time; therefore, different types of event format data 136 may be present at the metadata processing element 135 , with only the relevant event format data 136 being active at a given time.
- clock status and score information may be received, for example, directly from scoreboard data or may be determined based on tracking a status display shown in the video broadcast (e.g., through the use of character recognition software).
- the event being broadcast may be a baseball game.
- the event format data 136 may indicate that there is a low likelihood of a commercial break occurring when the metadata (e.g., nonzero count of balls and strikes) indicates that an at-bat is presently taking place.
- the event format data 136 may further indicate that there is a medium likelihood of a commercial break occurring when the metadata (e.g., zero balls and strikes) indicates that no at-bat is presently taking place.
- the event format data 136 may further indicate that there is a high likelihood of a commercial break occurring when the metadata indicates that a half-inning has ended (e.g., there are three outs), or that a pitching change is occurring.
- the event broadcast may be a football game.
- the event format data 136 may indicate that there is a low likelihood of a commercial break occurring when the metadata indicates that a team is currently in the middle of an offensive series.
- the event format data 136 may further indicate that there is a medium likelihood of a commercial break occurring when the metadata indicates that possession of the ball has changed.
- the event format data 136 may further indicate that there is a high likelihood of a commercial break occurring at the end of a quarter or at the two-minute warning.
- the event broadcast may be a basketball game.
- the event format data 136 may indicate that there is a low likelihood of a commercial break occurring when the ball is in play (e.g., the game clock is moving).
- the event format data 136 may further indicate that there is a medium likelihood of a commercial break occurring when the ball is not in play (e.g., the game clock is stopped).
- the event format data 136 may further indicate that there is a high likelihood of a commercial break occurring when a timeout has recently been called or at the end of a quarter.
- the event broadcast may be an ice hockey game.
- the event format data 136 may indicate that there is a low likelihood of a commercial break occurring when the puck is in play (e.g., the game clock is moving).
- the event format data 136 may further indicate that there is a medium likelihood of a commercial break occurring when the puck is not in play (e.g., the game clock is stopped).
- the event format data 136 may further indicate that there is a high likelihood of a commercial break occurring when a timeout has recently been called, at designated television time-out points in the game clock, or at the end of a period.
- the event broadcast may be a soccer game.
- the event format data 136 may indicate that there is a low likelihood of a commercial break during a half (e.g., the game clock is running).
- the event format data 136 may further indicate that there is a high likelihood of a commercial break occurring during pre-match, half-time, or after a match has ended (e.g., the game clock is not running).
- the event broadcast may be a competitive reality television program.
- the event format data 136 may indicate that there is a low likelihood of a commercial break occurring when an event or contestant's turn is ongoing (e.g., while there is live scoring taking place or while an event clock is running).
- the event format data 136 may further indicate that there is a medium likelihood of a commercial break occurring between events or contestants' turns (e.g., while there is no live scoring taking place or event clock running).
- the event format data 136 may further indicate that there is a high likelihood of a commercial break occurring when between segments (e.g., when live scoring data indicates that each contestant has taken the same number of turns).
- the event broadcast may be a live news program.
- the event format data 136 may indicate that there is a low likelihood of a commercial break occurring while a live in-bound news feed is on-air (e.g., a feed from the White House press room is currently routed to the program).
- the event format data 136 may further indicate that there is a medium likelihood of a commercial break occurring when end-of-show music is triggered.
- the event format data 136 may include a class of situations for which there may be no likelihood that a commercial break is occurring. It will be further apparent to those of skill in the art that the types of events and corresponding types of event format data 136 listed above are only exemplary, and that there may be an endless variety of other types of events not specifically listed herein, each of which may have its own corresponding event format data 136 .
- the system 100 also includes a manual override 140 .
- the manual override 140 may be a trigger operated by a user who is viewing the event being broadcast to manually indicate that a break has been initiated.
- the manual override 140 may be implemented by any means known in the art and may be operated by a user situated at a remote broadcast site (e.g., a remote production truck) or a central production site.
- Output from the audio processing element 115 , the video processing element 125 , the metadata processing element 135 and the manual override 140 is received by a logic engine 150 .
- the logic engine 150 may use the output of the metadata processing element 135 to dynamically (e.g., during the course of a broadcast) adjust thresholds applied to the output of the audio processing element 115 and the video processing element 125 to detect the onset of a commercial break.
- the logic engine 150 may dynamically set, during the course of a broadcast, a threshold number of black frames required to trigger the onset of a commercial break based on the likelihood of a commercial break received from the metadata processing element 135 at any given time, and may examine the video for sequences of black frames exceeding the dynamically adjusted threshold.
- a similar dynamically adjusted threshold may be set during the course of a broadcast for a network bug (e.g., a number of frames without the bug that may trigger a commercial break) or for a period of silence in the broadcast (e.g., an amount of silent time in the broadcast that may trigger a commercial break).
- a network bug e.g., a number of frames without the bug that may trigger a commercial break
- a period of silence in the broadcast e.g., an amount of silent time in the broadcast that may trigger a commercial break
- the logic engine 150 may also operate in a probabilistic manner.
- each input from the audio processing element 115 , the video processing element 125 and the metadata processing element 135 may be considered to contribute to an overall likelihood of a commercial break occurring.
- the metadata processing element 135 determines that there is a low likelihood of a commercial break, this may contribute 5% to the overall likelihood, while a medium likelihood may contribute 15% to the overall likelihood and a high likelihood may contribute 35% to the overall likelihood.
- a contribution to the overall likelihood may be assigned based on a number of consecutive black frames, a number of consecutive frames without a network bug, an amount of time of silent video.
- the logic engine 150 may determine the occurrence of a commercial break if the overall likelihood meets an overall threshold. It will be apparent to those of skill in the art that the specific percentages described above are only exemplary.
- the logic engine 150 may also interpret input received from the manual override. This input may automatically trigger a break; in the probabilistic terms used above, this may indicate a 100% chance that the program is currently in break.
- the logic engine 150 may indicate this determination to the program production component 160 .
- This step may be analogous to an operator manually triggering a break based on monitoring the progress of the program, and may initiate the broadcast of commercials according to known techniques. It will be apparent to those of skill in the art that the program production component 160 refers to program production systems in a generalized manner and is not intended to limit the disclosure to any particular type of physical component.
- FIG. 2 illustrates an exemplary method 200 for performing automatic detection of commercial breaks.
- the method 200 will be described with specific reference to the system 100 of FIG. 1 , but those of skill in the art that the method 200 may be performed by different configurations of components (e.g., combinations of hardware and software) without departing from the broader spirit of the exemplary embodiments.
- a broadcast of an event commences.
- the event may be a live event, such as a sporting event, as described above.
- the broadcast may include audio data over the audio feed 110 , video data received over the video feed 120 , and metadata received over the metadata feed 130 .
- the metadata processing element 135 may load event format data 136 appropriate to the event. This may be accomplished by a user manually selecting the appropriate type of event format data 136 for the event or may be an automated task, such as by making a determination based on the metadata that is being received over the metadata feed 130 .
- the logic engine 150 determines a threshold value to trigger a commercial break based on the data received from the metadata feed 130 and the event format data 136 .
- the logic engine 150 may compare the data about the current status of the event to the general information about the type of event as embodied in the event format data 136 to determine a likelihood that the event will have a commercial break based on the current status of the event.
- This threshold may be, for example, a number of frames of black video, one of the other types of thresholds discussed above, or a different type of audio-based or video-based triggering threshold not specifically described herein.
- a predetermined threshold value may be set before or during the game, either automatically (e.g., using a machine learning algorithm) or by a human operator, and a value determined based on event metadata, event video and event audio (e.g., a weighted average) may be compared to the threshold value to identify the onset of a commercial.
- the logic engine 150 compares the audio data received via the audio feed 110 and processed by the audio processing element 115 , and the video data received via the video feed 120 and processed by the video processing element 125 , to the threshold determined in step 220 .
- the logic engine 150 may determine an overall probability that the event is in a break, and compare the overall probability to a probability threshold. As described above, this overall probability may be determined by summing probability factors based on the interpretation of the audio feed 110 by the audio processing element 115 , the video feed 120 by the video processing element 125 , and the metadata feed 130 by the metadata processing element 135 .
- weightings may be applied to different probability factors to yield a weighted sum, or the weighting factors may be combined in another manner; it will be apparent to those of skill in the art that any number of other ways to combine the probability factors may be applied without departing from the broader principles outlined by the exemplary embodiments.
- step 230 the logic engine 150 determines whether a commercial break has been triggered based on the determinations of steps 220 and 225 (e.g., if an aspect of the video or audio has exceeded a threshold, or if a sum of factors due to video, audio and metadata exceeds a combined threshold). If no commercial break has been triggered, then the method returns to step 220 and the determination of the threshold is updated as described above. It will be apparent to those of skill in the art that steps 220 - 230 may be continuously repeated during the duration of a broadcast.
- step 235 the logic engine 150 sends a message to the program production component 160 to indicate that a commercial should be played.
- the specific nature of this step may vary depending on the specific nature of the program production component 160 , as the specific details of the program production component 160 may vary among differing embodiments, as noted above.
- the logic engine 150 may send a message that a commercial break is likely to occur soon, drawing the attention of a human operator who is managing multiple event to the particular event.
- a new threshold value is determined relating to evaluating a return from the commercial break that was triggered in step 235 .
- the logic engine 150 determines the threshold value based on the data received from the metadata feed 130 and the event format data 136 , which may involve comparing the data about the current status of the event to the general information about the type of event as embodied in the event format data 136 to determine a likelihood that the commercial break will end at a given time.
- this threshold may be an inverse to the threshold described above, such as a number of frames of non-black video, a resumption of audio broadcasting, a re-insertion of the network bug, etc.
- step 245 the logic engine 150 compares the audio data received via the audio feed 110 and processed by the audio processing element 115 , and the video data received via the video feed 120 and processed by the video processing element 125 , to the threshold value determined in step 240 , in substantially the same manner as described above with reference to step 225 .
- step 250 the logic engine 150 determines whether a return from commercial break has been triggered based on the determinations of steps 240 and 245 (e.g., if an aspect of the video or audio has exceeded a threshold, or if a sum of factors due to video, audio and metadata exceeds a combined threshold). If no return from commercial break has been triggered, then the method returns to step 245 and the determination of the threshold is updated as described above. It will be apparent to those of skill in the art that steps 245 - 255 may be continuously repeated during the duration of a commercial break.
- step 255 the logic engine 150 sends a message to the program production component 160 to indicate that the broadcast should return to the live event.
- the specific nature of this step may vary depending on the specific nature of the program production component 160 , as the specific details of the program production component 160 may vary among differing embodiments, as noted above. Alternately, this may be triggered by a user via the manual override 140 , or through the use of a timer timing the duration of the commercial break.
- step 260 the logic engine 150 determines whether the broadcast has ended. If the broadcast is continuing, then the method returns to step 220 and the threshold is updated based on the current metadata for the broadcast received via the metadata feed 130 . If the broadcast has ended, then the method 200 terminates after step 260 .
- the exemplary embodiments described above enable monitoring of a live event to determine when the event is entering a break in order to automatically trigger a resulting action or to alert a user to trigger the action. Because the exemplary embodiments use multiple inputs, including audio, video, and data, they may provide for a more accurate determination than prior art approaches using only one input. Further, the use of metadata in conjunction with audio and video input may render a determination that is suitable for use by the broadcaster of an event to determine when to trigger the insertion of commercials, whereas prior techniques, created with viewers in mind, are not suitable for use by broadcasters. Additionally, because the exemplary embodiments require minimal user interaction in order to detect a break, they are scalable to monitor a significant quantity of broadcasts simultaneously without requiring significant numbers of users.
- the above-described exemplary embodiments may be implemented in any number of matters, including as a software module, as a combination of hardware and software, etc.
- the exemplary method 200 may be embodied in a program stored in a non-transitory storage medium and containing lines of code that, when compiled, may be executed by a processor.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Business, Economics & Management (AREA)
- Marketing (AREA)
Abstract
Description
Claims (23)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/177,891 US10674195B2 (en) | 2014-02-11 | 2014-02-11 | Method and system for detecting commercial breaks |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/177,891 US10674195B2 (en) | 2014-02-11 | 2014-02-11 | Method and system for detecting commercial breaks |
Publications (2)
Publication Number | Publication Date |
---|---|
US20150229980A1 US20150229980A1 (en) | 2015-08-13 |
US10674195B2 true US10674195B2 (en) | 2020-06-02 |
Family
ID=53776108
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/177,891 Active 2035-12-05 US10674195B2 (en) | 2014-02-11 | 2014-02-11 | Method and system for detecting commercial breaks |
Country Status (1)
Country | Link |
---|---|
US (1) | US10674195B2 (en) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9583149B2 (en) * | 2014-04-23 | 2017-02-28 | Daniel Stieglitz | Automated video logging methods and systems |
US9369780B2 (en) * | 2014-07-31 | 2016-06-14 | Verizon Patent And Licensing Inc. | Methods and systems for detecting one or more advertisement breaks in a media content stream |
JP6394184B2 (en) * | 2014-08-27 | 2018-09-26 | 富士通株式会社 | Judgment program, method, and apparatus |
KR20160104493A (en) * | 2015-02-26 | 2016-09-05 | 삼성전자주식회사 | roadcasting receiving apparatus and control method thereof |
US9955191B2 (en) | 2015-07-01 | 2018-04-24 | At&T Intellectual Property I, L.P. | Method and apparatus for managing bandwidth in providing communication services |
WO2017114573A1 (en) * | 2015-12-30 | 2017-07-06 | Telecom Italia S.P.A. | Control of processing of multimedia content |
US10091265B2 (en) | 2016-06-01 | 2018-10-02 | Amazon Technologies, Inc. | Catching up to the live playhead in live streaming |
US10530825B2 (en) * | 2016-06-01 | 2020-01-07 | Amazon Technologies, Inc. | Catching up to the live playhead in live streaming |
US10390089B2 (en) * | 2016-12-09 | 2019-08-20 | Google Llc | Integral program content distribution |
CN108419135B (en) * | 2018-03-22 | 2020-07-10 | 武汉斗鱼网络科技有限公司 | Similarity determination method and device and electronic equipment |
US11064237B1 (en) | 2018-09-04 | 2021-07-13 | Amazon Technologies, Inc. | Automatically generating content for dynamically determined insertion points |
US10951932B1 (en) | 2018-09-04 | 2021-03-16 | Amazon Technologies, Inc. | Characterizing attributes of user devices requesting encoded content streaming |
US10939152B1 (en) | 2018-09-04 | 2021-03-02 | Amazon Technologies, Inc. | Managing content encoding based on user device configurations |
US11234059B1 (en) * | 2018-09-04 | 2022-01-25 | Amazon Technologies, Inc. | Automatically processing content streams for insertion points |
US10904593B1 (en) | 2018-09-04 | 2021-01-26 | Amazon Technologies, Inc. | Managing content encoding based on detection of user device configurations |
WO2021007446A1 (en) * | 2019-07-09 | 2021-01-14 | Hyphametrics, Inc. | Cross-media measurement device and method |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6144375A (en) * | 1998-08-14 | 2000-11-07 | Praja Inc. | Multi-perspective viewer for content-based interactivity |
US20030123841A1 (en) * | 2001-12-27 | 2003-07-03 | Sylvie Jeannin | Commercial detection in audio-visual content based on scene change distances on separator boundaries |
US20040010807A1 (en) * | 2002-05-03 | 2004-01-15 | Urdang Erik G. | Use of multiple embedded messages in program signal streams |
US6993245B1 (en) * | 1999-11-18 | 2006-01-31 | Vulcan Patents Llc | Iterative, maximally probable, batch-mode commercial detection for audiovisual content |
US20080062318A1 (en) * | 2006-07-31 | 2008-03-13 | Guideworks, Llc | Systems and methods for providing enhanced sports watching media guidance |
US20080243583A1 (en) * | 2007-04-02 | 2008-10-02 | Sony Computer Entertainment America Inc. | Method and system for dynamic scheduling of content delivery |
US20090080857A1 (en) * | 2007-09-21 | 2009-03-26 | Echostar Technologies Corporation | Systems and methods for selectively recording at least part of a program based on an occurrence of a video or audio characteristic in the program |
US20090141168A1 (en) * | 2005-04-26 | 2009-06-04 | Yen-Fu Chen | Sub-program avoidance redirection for broadcast receivers |
US20110201328A1 (en) * | 2007-10-29 | 2011-08-18 | At&T Intellectual Property I, Lp | Content-based handover method and system |
US8151293B1 (en) * | 2002-09-27 | 2012-04-03 | Arris Group, Inc. | System and method for event-based automatic tuning |
US20120192227A1 (en) * | 2011-01-21 | 2012-07-26 | Bluefin Labs, Inc. | Cross Media Targeted Message Synchronization |
US20120219271A1 (en) * | 2008-11-17 | 2012-08-30 | On Demand Real Time Llc | Method and system for segmenting and transmitting on-demand live-action video in real-time |
US20130205315A1 (en) * | 2012-02-07 | 2013-08-08 | Nishith Kumar Sinha | Method and system for contextual advertisement replacement utilizing automatic content recognition |
US20140068662A1 (en) * | 2012-09-03 | 2014-03-06 | Cisco Technology Inc. | Method and Apparatus for Selection of Advertisements to Fill a Commercial Break of an Unknown Duration |
-
2014
- 2014-02-11 US US14/177,891 patent/US10674195B2/en active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6144375A (en) * | 1998-08-14 | 2000-11-07 | Praja Inc. | Multi-perspective viewer for content-based interactivity |
US6993245B1 (en) * | 1999-11-18 | 2006-01-31 | Vulcan Patents Llc | Iterative, maximally probable, batch-mode commercial detection for audiovisual content |
US20030123841A1 (en) * | 2001-12-27 | 2003-07-03 | Sylvie Jeannin | Commercial detection in audio-visual content based on scene change distances on separator boundaries |
US20040010807A1 (en) * | 2002-05-03 | 2004-01-15 | Urdang Erik G. | Use of multiple embedded messages in program signal streams |
US8151293B1 (en) * | 2002-09-27 | 2012-04-03 | Arris Group, Inc. | System and method for event-based automatic tuning |
US20090141168A1 (en) * | 2005-04-26 | 2009-06-04 | Yen-Fu Chen | Sub-program avoidance redirection for broadcast receivers |
US20080062318A1 (en) * | 2006-07-31 | 2008-03-13 | Guideworks, Llc | Systems and methods for providing enhanced sports watching media guidance |
US20080243583A1 (en) * | 2007-04-02 | 2008-10-02 | Sony Computer Entertainment America Inc. | Method and system for dynamic scheduling of content delivery |
US20090080857A1 (en) * | 2007-09-21 | 2009-03-26 | Echostar Technologies Corporation | Systems and methods for selectively recording at least part of a program based on an occurrence of a video or audio characteristic in the program |
US20110201328A1 (en) * | 2007-10-29 | 2011-08-18 | At&T Intellectual Property I, Lp | Content-based handover method and system |
US20120219271A1 (en) * | 2008-11-17 | 2012-08-30 | On Demand Real Time Llc | Method and system for segmenting and transmitting on-demand live-action video in real-time |
US20120192227A1 (en) * | 2011-01-21 | 2012-07-26 | Bluefin Labs, Inc. | Cross Media Targeted Message Synchronization |
US20130205315A1 (en) * | 2012-02-07 | 2013-08-08 | Nishith Kumar Sinha | Method and system for contextual advertisement replacement utilizing automatic content recognition |
US20140068662A1 (en) * | 2012-09-03 | 2014-03-06 | Cisco Technology Inc. | Method and Apparatus for Selection of Advertisements to Fill a Commercial Break of an Unknown Duration |
Non-Patent Citations (1)
Title |
---|
Erik "A Short Guide to Tuning Comskip", http://www.kaashoek.com/files/tuning.html , Jul. 29, 2013, 12 pages. |
Also Published As
Publication number | Publication date |
---|---|
US20150229980A1 (en) | 2015-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10674195B2 (en) | Method and system for detecting commercial breaks | |
US11436834B2 (en) | Detection of demarcating segments in video | |
US11461904B2 (en) | Determining one or more events in content | |
US7983442B2 (en) | Method and apparatus for determining highlight segments of sport video | |
US8881191B2 (en) | Personalized event notification using real-time video analysis | |
US8238719B2 (en) | Method for processing a sports video and apparatus thereof | |
US20200105306A1 (en) | Information processing system, information processing method, and recording medium | |
CN112753227B (en) | Method, computer readable medium and system for extracting metadata from a depiction of an event | |
AU2019269599A1 (en) | Video processing for embedded information card localization and content extraction | |
US20240048804A1 (en) | Automated content identification for binge watching of digital media using auto-skip processing | |
US20150163562A1 (en) | Live and Pseudo-Live Video Feed Selection Based on Fantasy Sports Team | |
US20130022333A1 (en) | Video content playback assistance method, video content playback assistance system, and information distribution program | |
US20080269924A1 (en) | Method of summarizing sports video and apparatus thereof | |
US20220180892A1 (en) | Audio processing for detecting occurrences of loud sound characterized by brief audio bursts | |
US9924148B2 (en) | Highlight program | |
KR101950971B1 (en) | Device for providing sports videos | |
CN108881938B (en) | Live broadcast video intelligent cutting method and device | |
EP4050402A1 (en) | Information prompt display method, apparatus, computer readable medium, program product and smart glasses | |
CN110460868B (en) | Advertisement delivery method and advertisement delivery system | |
Lee et al. | Single vs. Multiple Signage: Applying Limited Capacity Message Processing to Fan’s Recognition and Recall of In-stadium Advertising | |
Lung¹ et al. | The Impact of Enhanced Information Presentation in Sports Event Broadcasting on Viewer Experience-A Case Study of Penalty Shootout in Football |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: DISNEY ENTERPRISES, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:REISNER, SAMUEL JOSEPH;REEL/FRAME:032200/0497 Effective date: 20140211 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
STCV | Information on status: appeal procedure |
Free format text: APPEAL BRIEF (OR SUPPLEMENTAL BRIEF) ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT RECEIVED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |