Source: https://patents.google.com/patent/US20150334434A1/en
Timestamp: 2019-11-19 11:30:29
Document Index: 213880640

Matched Legal Cases: ['art 1204', 'art 1210', 'art 1214', 'art 1218', 'art 1204', 'art 1218', 'art 1204']

US20150334434A1 - Systems and methods to identify video content types - Google Patents
Systems and methods to identify video content types Download PDF
US20150334434A1
US20150334434A1 US14/679,755 US201514679755A US2015334434A1 US 20150334434 A1 US20150334434 A1 US 20150334434A1 US 201514679755 A US201514679755 A US 201514679755A US 2015334434 A1 US2015334434 A1 US 2015334434A1
US14/679,755
2014-05-13 Priority to US201461992662P priority Critical
2015-04-06 Application filed by Wideorbit Inc filed Critical Wideorbit Inc
2015-04-06 Priority to US14/679,755 priority patent/US20150334434A1/en
2015-10-20 Assigned to WIDEORBIT INC. reassignment WIDEORBIT INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MORRIS, JOHN W., BOSWORTH, BRIAN S., KOTT, JAMES M., GREEN, ROBERT D.
2015-11-19 Publication of US20150334434A1 publication Critical patent/US20150334434A1/en
230000003139 buffering Effects 0 abstract description 15
FIG. 1 shows an environment 100 including a television broadcaster 102 a delivering a broadcast 104 a to a plurality of broadcast content consumers (illustrated collectively) 106 via a broadcast transmitter 108 and antenna 110. The environment 100 may additionally, or alternatively, include a Webcaster 102 b that provides Webcasts 104 b to a plurality of Webcast consumers 106 b via servers and various networks (e.g., Internet). Generally, the environment 100 may include one or more terrestrial broadcasters, cable broadcasters, satellite broadcasters, Webcasters, multi-casters, etc.
The broadcast 104 a or Webcast 104 b (collectively 104) consists of broadcaster or Webcaster programming (collectively “mediacaster programming”), which includes a variety of programming content and a variety of non-programming content, which may be divided up into segments. Programming content segments are typically portions of the programming that are the principal or main subjects of the broadcast or Webcast, and may be used to identify or characterize the broadcaster or Webcaster. Examples of programming content include news, weather, traffic, talk shows, comedy sketches, video content, or the like. Non-programming content segments are the remaining portions of the programming which are not the principal or main subjects of the broadcast or Webcast. Examples of non-programming content include paid advertisements or commercials, legally required announcements (e.g., station identification announcements), and public service announcements.
Many broadcasters or Webcasters 102 also would like to provide all or a portion of their programming to mediacast content consumers 114 a, 114 b-114 n (ten illustrated, three called out, collectively 114) via alternative channels such as Webcasts, podcasts, streaming and similar delivery methods. Such alternative channels typically provide for on-demand delivery, for example as a unicast streaming, or in some instances as a multicast streaming to the media content consumers 114. The alternative channels typically permit geographically diverse mediacast content consumers 114 to access the programming content using communications technologies other than local over the air (i.e., “OTA” and/or terrestrial) broadcast transmission or transmission via local media distributors such as television networks.
As depicted in FIG. 1, a mediacast generation system 116 may be coupled to receive programming 112 a, 112 b (collectively 112) that constitutes the broadcast or Webcast. The mediacast generation system 116 may be configured to generate, produce or otherwise provide mediacasts 118 a, 118 b (two shown, collectively 118) for respective ones of the mediacast content consumers 114.
While illustrated as a single mediacast generation system 116 communicatively coupled to both a broadcaster 102 a and Webcaster 102 b, many implementations will employ two or more separate mediacast generation systems 116, for example a respective mediacast generation system 116 for each of the broadcaster(s) and/or Webcaster(s). All or a portion of the mediacast generation system 116 may be separately or co-located. All or a portion of the mediacast generation system 116 may be co-located at the broadcaster or Webcaster facilities. All or a portion of the mediacast generation system 116 may be located separately from the broadcaster or Webcaster facilities. All or a portion of the mediacast generation system 116 may be implemented “in the cloud” as a virtualized system or component. All or a portion of the mediacast generation system 116 may be co-located at the mediacast content consumer 114.
Additionally or alternatively, the mediacast generation system 116 may optionally employ one or more content delivery networks (CDNs) 122 a-122 n (three illustrated, collectively 122) to cache, store, or distribute all or a portion of the mediacasts 118. Although the broadcaster or Webcaster 102 may have access to sufficient infrastructure to support the delivery of hundreds or thousands of mediacasts 118 directly to each of the mediacast content consumers 114, in many instances the broadcaster or Webcaster 102 may alternatively route the mediacasts 118 for at least a portion of the mediacast content consumers 114 through a CDN 122. A CDN 122 supplies the necessary infrastructure in the form of various network servers, switches, routers and the like useful in delivering the mediacasts 118 to each of the content consumers 114. CDNs 122 can be regionally located in closer proximity to the mediacast content consumers 114 and can be linked to the broadcaster or Webcaster via one or more high speed or high bandwidth connections to minimize the latency and improve the overall mediacast experience of each of the mediacast content consumers 114. In some instances, the CDNs 122 provide network redundancy to improve the reliability of the connection between the mediacast content consumers 114 and the broadcaster or Webcaster 122.
An optional communications port 212 a, permits the receipt of new or replacement programming content segments and/or new or replacement non-programming content segments from an external source, for example from an external advertiser, external advertising marketplace, external replacement programming content provider and the like. An optional communications port 212 b allows receipt of commands, instructions, data, and programming. For example, in some embodiments various types of selection criterion 215 may be received via communications port 212 b. While two ports 212 a, 212 b (collectively 212) are illustrated, the mediacast generation system 200 may include fewer or greater number of ports 212.
The control subsystem 208 may, for example, determine to insert a new or replacement programming content segment upon detecting a start of a replaceable programming content segment in the broadcast or Webcast programming 112. The control subsystem 208 provides control signals to the buffer 206 via a buffer control line 226 a to control the buffering or caching of originating broadcast or Webcast programming 112 by the buffer 206. The control subsystem 208 provides control signals to the combiner 204 via combiner control line 226 b to control the combining of new or replacement programming and/or non-programming content segments with non-replaceable programming and/or non-programming content segments of the broadcast or Webcast programming 112. The control signals may cause the buffer 206 to selectively store or buffer originating broadcast or Webcast programming 112 while the combiner 204 is combining or inserting or placing replacement programming or non-programming content segments to generate or create the mediacast 118.
To allow flexibility in analyzing content streams, the monitor 500 utilizes a modular design defined by a grouping of system chains 502. Each system chain 502 analyzes a single mediacast source data flow. Within each system chain 502, a collection of data channels 504 is strung together. FIG. 5 illustrates a single system chain 502 comprising four data channels—a mediacast receiver 504 a, a framing module 504 b, a decoder 504 c, and a buffer/analyzer 504 d. The data channels 504 are assembled in such a way so that they are operative to acquire the mediacast source data flow at the mediacast receiver 504 a, decode the attributes and content data (e.g., image content data, audio content data) at the framing module 504 b and the decoder 504 c, and analyze and/or buffer the content data at the buffer/analyzer 504 d. The analyzed content data may be output to a fragment encoder (e.g., the fragment encoder 230 of FIG. 2), output to a transcoder (e.g., a 32 kbps transcoder), output to a file writer, etc. In some embodiments, the output of the buffer/analyzer 504 d may be forwarded to multiple components, for example, to form one or more transcoding or archiving systems. Advantageously, this modular set up allows for a single mediacast source data flows to be sent to multiple unique outputs without requiring any changes by the content provider or content producer. Each new output may be added or removed in real-time without stopping the main input dataflow.
In some embodiments, the framing module 504 b may divide the video content data from the audio content data of a mediacast source data flow. In these embodiments, the decoder 504 c may comprise separate audio and video decoders, and the buffer/analyzer 504 d may comprise separate audio and video buffers and/or separate audio and video analyzers. In some embodiments, the analyzed video content data and analyzed audio content data may both be sent to one or more outputs, while only one of the video content data and audio content data is sent to different one or more outputs. For example, analyzed video content data and analyzed audio content data may be sent for playback on a streaming client configured for video and audio playback, while only the analyzed audio content may be sent to a streaming client configured only for audio playback.
At time TB=TM=0, content information 314 a (e.g., image content data) indicating the beginning of a replaceable non-programming content segment is detected in the broadcast programming 302. The broadcaster 102 (FIG. 1) provides 1:20 of replaceable non-programming content segment 318. The replaceable non-programming content segment 318 may, for example, consist of a plurality of advertisements or commercials.
Prior to reaching the end of the third replacement non-programming content segment 320C, the mediacast generation system 116 (e.g., monitor 202) detects content information 322 a indicating the start of a replaceable programming content segment 324, for example at 1:20 in the broadcast programming 202. The mediacast generation system 116 continues to substitute the third replacement non-programming content segment 320C until its end is reached, at 1:25.
Prior to reaching the end of the third replacement programming content segment 326F, the mediacast generation system 116 (e.g., monitor) detects content information 328 a indicating the start of a non-replaceable programming content segment 330, at 2:10 in the broadcast programming 302. The mediacast generation system 116 continues to substitute the third replacement non-programming content segment 326F until its end is reached, at 2:30,
The non-replaceable programming content segment 330 is an important part of the broadcast, so it cannot be lost. The non-replaceable programming content segment 330 may, for example, comprise news, sports, weather, or traffic reporting, announcer or host discussions, or other content that would be relevant to a wider, geographically diverse audience. Since the non-replaceable programming content segment 330 is marked or identified as being non-replaceable, and since the start of the non-replaceable programming content segment 330 is detected before the mediacast generation system 116 is finished with the third replacement programming content segment 326F, the mediacast generation system 116 starts buffering the non-replaceable programming content segment 330 at 2:10 in the broadcast programming 302. Such is indicated by the gradually increasing slope 327 a of buffer time line 306.
Once the end of the third replacement non-programming content segment 326F is reached, at 2:30, the mediacast generation system 116 starts transferring the buffered content from the buffer 206 (FIG. 2) as non-replaceable programming content segment 332 to generate the mediacast 304. At the same time, the mediacast generation system 116 continues to buffer incoming portions of the non-replaceable programming content segment 330 to the buffer 206 (FIG. 2). Thus, the buffer 206 is playing off a front end, while storing to the back end, in a queue like fashion. This is indicated by the essentially flat portion 327 b of the buffer time line 306, which assumes the incoming content arrives at the same rate as the outgoing content. Such may or may not be the case in any particular implementation, and may even vary from time to time in a single implementation.
At 3:25, the mediacast generation system detects content information 334 a in the broadcast programming 302, which is indicative of the start of a replaceable programming content segment 336 in the broadcast programming 302. The mediacast generation system 116 (FIG. 1) continues playing out of the buffer 206 (FIG. 2) until all of the non-replaceable programming content segment 332 has been incorporated into the mediacast 304, at 3:45. This is illustrated as gradually decreasing slope 327 c of the buffer time line 306. This empties the last 20 seconds of the buffer, which cuts into the replaceable programming content segment 336 effectively shortening such.
In this illustration, the broadcaster 102 a (FIG. 1) transmits 1:15 of replaceable programming content 336 to the broadcast content consumers 106 (FIG. 1). Once the non-replaceable programming content segment 330 has been played from the buffer, the mediacast generation system 116 (FIG. 1) substitutes a first replacement programming content segment 338G to generate the mediacast 304. The first replacement programming content segment 338G may, for example, consist of a news segment, likely different from the news segments of the replaceable programming content 336.
Prior to reaching the end of the third replacement programming content segment 338I, the mediacast generation system 116 (FIG. 1) detects content information 340 a, indicating a start of a replaceable non-programming content segment 342 at 4:40 in the broadcast programming 302. The replaceable non-programming content segment 342 may, for example, comprise a number of advertisements or commercials. The illustrated replaceable non-programming content segment 342 is 1:00 minute in length or duration.
Notably, the replacement non-programming content segment 338I ends 0:10 after the mediacast generation system 116 detects the content information 340 a. Recall that the total asynchronicity was 0:20 prior to the current segment. Thus, the asynchronicity has been reduced by 0:10. This occurs inherently through the buffering of certain broadcast programming content which is triggered by detection of content information (e.g., image content data), and the unbuffering of buffered content which is triggered by two conditions, that is the occurrence of a next content segment in the broadcast programming, which is indicated by detection of appropriate content information, and the completion of the substitution of the current replacement content. It can be seen that the system advantageously is able to thereby manage the buffering of broadcast programming content for each of the mediacasts 304 without requiring knowledge of the duration of the replaceable segment within the broadcast programming 302 or knowledge of the duration of the replacement segments used to generate each mediacast 304.
At 4:50 mediacast generation system 116 (FIG. 1) detects content information 340 b, which indicates the end or completion of the third replacement programming content segment 338I. In response, the mediacast generation system 116 (FIG. 1) substitutes a first replacement non-programming content segment 344J to generate the mediacast 304.
Prior to reaching the end of the second replacement non-programming content segment 344K, the mediacast generation system 116 (FIG. 1) detects content information 348 a, indicating the start of a non-replaceable programming content segment 350 at 5:40 in the broadcast programming 302. The mediacast generation system 116 (FIG. 1) continues to substitute the replacement programming content segment 344K until the replacement programming content segment 344K is complete. During this time mediacast generation system 116 (FIG. 1) buffers the non-replaceable programming content segment 350. Such is indicated by the gradually increasing slope 351 a of the buffer time line 306. Notably, two conditions had to be satisfied to trigger the buffering, that is 1) detection of non-replaceable content; and 2) an uncompleted substitution of replacement content.
The mediacast generation system 116 (FIG. 1) detects content information 348 b, indicating the replacement programming content segment 344K is complete. This occurs at 5:45, 0:05 after the detection of the content information 348 a. In response, the mediacast generation system 116 (FIG. 1) begins unbuffering or playing or transferring the buffered content out of the buffer 206 (FIG. 2) to generate the mediacast 304. Meanwhile, the mediacast generation system 116 (FIG. 1) continues to buffer portions of the non-replaceable programming content segment 350 as those portions arrive. This simultaneous buffer and unbuffering is illustrated as a flat portion 351 b of the buffer time line 306.
The mediacast generation system 116 (FIG. 1) detects content information 356 a which is indicative of a start of a replaceable non-programming content segment 358, at 6:50. The replaceable non-programming content segment 358 may, for example, take the form of one or more advertisements or commercials. The replaceable non-programming content segment 358 is illustrated as having a length or duration of 1:00 minute. During this time, the mediacast generation system 116 (FIG. 1) is emptying the remaining buffered content, illustrated by the gradually decreasing slope 351 c of the buffer time line 306.
The mediacast generation system 116 (FIG. 1) detects content information 356 b which indicates an end of the unbuffering or playing out of the buffered non-replaceable programming content segment 350. In response, the mediacast generation system 116 (FIG. 1) substitutes a first replacement programming content segment 360L to generate the mediacast 304. The first replacement programming content segment 360L may, for example, comprises one or more news segments. Thus, in contrast to previous substitutions or replacements, in this instance one type of content (i.e., non-programming content) is being replaced by a different type of content (i.e., programming content).
Prior to reaching the end of the third replacement programming content segment 360N, the mediacast generation system 116 (e.g., monitor 202) detects content information 362 a indicating the start of another segment at 7:50 in the broadcast programming 302. The third replacement non-programming content segment 360N ends 0:10 after the mediacast generation system 116 (FIG. 1) detects content information 362 a. Thus, the current asynchronicity (i.e., the duration of the original broadcast being buffered) is 0:05.
FIG. 7 illustrates an example of a detector group module 700, or “detector group,” which may be a component of the analyzer 600 of FIG. 6, or may implement one or more components of the analyzer 600. A detector group 700 is a processing unit that contains within it a number of detection units 702 arranged and at least one detection/analyzer stage. In the illustrated embodiment, the detector group 700 includes three detection units 702 a, 702 b, and 702 c arranged in a single, parallel detection/analyzer stage. Each of the detection units 702 a, 702 b, and 702 c include an input sink interface 704 a, 704 b, and 704 c configured to receive one or more types of data and an output source interface 706 a, 706 b, and 706 c configured to provide output data to components coupled thereto downstream. A primary role of the detector group 700 is to consolidate the collection of input sink interfaces required by a first stage of detection units 702 encapsulated by the detector group into singular shared input sink pathways, aggregated by commonly shared input element types. A detector group 700 may include multiple stages of detection units 702 that are configured in a chain like pathway. A detector group also provides encapsulation of advanced detection unit arrangements, initialization data, and output determination logic, in a reusable, persistently stored data file (e.g., the nontransitory computer- or processor-readable medium 210 of FIG. 2).
FIG. 9 also depicts four detection regions 912 a, 912 b, 912 c, and 912 d (collectively, detection regions 912) that are smaller preconfigured rectangular areas contained within the surface boundaries of the video frame 900. As discussed above, the detection regions 912 allow for partitioning areas contained within the video frame 900 into independent areas of image content data, as well as allow for the use of multiple areas of the video frame 900 to be input factors for one or more detection schemes. The locations of the detection regions 912 are generally locations predetermined or identified as having a high probability that they will at some point contain informative visual cues about the program state of the mediacast source. By only analyzing detection regions 912 with a relatively high probability of providing informative visual cues, the speed and accuracy of visual analysis methods may be increased. However, in some embodiments, detection regions 912 may be defined by the entire video frame 900.
In the embodiment shown in FIG. 9, predefined detection regions 912 a and 912 b are generated at locations where the ID tag 906 for XYZ is known to be found. It should be appreciated that in some embodiments numerous detection regions 912, including overlapping detection regions, may be used to provide input data for one or more detection schemes.
Another example of a visual element that may be used independently or in conjunction with ID tags is a border boundary. Border boundaries are the edges of nested video content regions associated with and defined by the content itself. These border boundaries are usually visually distinct and are constructed by horizontal or vertical lines to form rectangular segmentation of the video frame. In the example shown in FIG. 9, a border boundary 914 is formed by the horizontal lines that make up a top edge of the information ticker. Much like information tickers and ID tags, border boundaries are usually consistent in their coloring and positional properties. For example, a detection unit 702 or a detector group 700 that implements a visual edge detection algorithm may be used to find the X and Y positional components of the content edge regions, and cross-check each found horizontal line against known edges or content region properties. In the example shown in FIG. 9, the detection region 912 d may be used to detect the border boundary 914 located at the top edge of the information ticker 910.
The program title box 908 shown in FIG. 9 may be dynamically presented and therefore unreliable as a visual element source for detecting content state or content state transitions. For example, the program title box 908 may display program title information, newscaster information, location information and the like, that may be changing unpredictably. That is, the variable nature of the program title box's appearance and disappearance timing, as well as the variable random image content within it, may render the program title box an inaccurate source for content type state change notifications. However, this region may be a good candidate for a detection unit 702 that provides informational elements (e.g., metadata). For example, the detection region 912 c surrounding the text in the program title box 910 may be used by an informational detection unit 702. With the detection region 912 c defined and configured with an appropriate detection mask (FIG. 10), it could be used to accurately fetch predefined metadata properties of the program content. During configuration of visual informational detection units that are used for information extraction only, the output triggering mode may be set to the one-shot type firing mode 710 (FIG. 7). When the detection unit 702 transitions it output state to true, it is an indication that the detection unit has analyzed its detection region(s) and determined the region contains a match to a predefined detection mask. If additional information, such as metadata, is bound to the visual element that has been found as being active, the additional information may be appended to the pre-existing state information that is output by the active detection unit. This accompanying information collection may then be forwarded on to other subsystems, which may also append additional information to the collection, and so on, until the end of the state transition manager decision tree is reached.
FIG. 12 illustrates a timing diagram 1200 for a mediacast source data flow that includes a non-replaceable program content segment 1202 having a start 1204 a and an end 1204 b. The non-replaceable program content segment 1202 is preceded by a replaceable advertisement content segment 1208 having a start 1210 a and an end 1210 b. The non-replaceable program content segment 1202 is followed by a replaceable advertisement content segment 1212 having a start 1214 a and an end 1214 b. Black transition periods 1216 and 1218 are disposed between the non-replaceable program content segment 1202 and each of the replaceable advertisement segments 1208 and 1212. Also shown is a display time 1216 for an ID tag (see FIG. 9) associated with the non-replaceable program content segment 1202 that may be used for detection analysis by the detection systems described herein. The display time 1216 for the ID tag has a start 1218 a and an end 1218 b.
In this example, the timing information required for content type detection is temporally delayed in relation to the actual transition point. In particular, the start 1204 a and end 1204 b of the non-replaceable program content segment are different from the start 1218 a and end 1218 b of the display time 1216 for the ID tag. To compensate for this, the detection system may run with an output delay by buffering the mediacast source data flow. Thus, when the ID tag is displayed and detected at the ID tag display start time 1218 a, the detection system may “look backward” in time by an ID tag delay at start period 1220 to search for clues about the start 1204 a of the non-replaceable program content segment 1202. Additionally, the detection system may look for a start and an end of the black transition period 1216 to determine the end time 1210 b for the replaceable advertising content segment 1208.
As shown in FIG. 12, the ID tag is also removed from display prior to the end of the non-replaceable program content segment 1202. When the detection system detects that the ID tag has been removed at end time 1218 b, the system may wait an ID tag delay at end period 1222 before determining the non-replaceable program content segment 1202 has reached its end. In some embodiments, after waiting the ID tag delay at end period 1222, the detection system may also look for the black transition period 1218 to determine the end of the non-replaceable program content segment 1202 and the start of the subsequent replaceable advertisement content segment 1212.
1. A method of operation in a content insertion system, the content insertion system comprising at least one processor and at least one nontransitory processor-readable medium communicatively coupled to the at least one processor, the method comprising:
receiving a mediacast source data flow which comprises a plurality of replaceable content segments interspersed with a plurality of non-replaceable content segments, the replaceable content segments consisting of one or more sections of replaceable content material which includes image content data and the non-replaceable content segments consisting of one or more sections of non-replaceable content material which includes image content data;
reviewing at least a portion of the image content data of the received mediacast source data flow for a presence or absence of at least one defined visual content element contained within at least one of the replaceable content material or the non-replaceable content material to determine whether a portion of the received mediacast source data flow corresponds to a non-replaceable content segment or a replaceable content segment based on at least one of a presence or an absence of the defined visual content element;
in response to determining the presence of a replaceable content segment, selecting a replacement content segment from a store of replacement content segments of the content insertion system; and
modifying the mediacast source data flow by replacing the replaceable content segment with the replacement content segment.
8. The method of claim 7 wherein the one or more sections of replaceable content material and the one or more sections of non-replaceable content material each include audio content data, the method further comprising:
reviewing at least a portion of the audio content data for a presence or absence of at least one defined auditory content element contained within at least one of the replaceable content material or the non-replaceable content material to determine whether a portion of the received mediacast source data flow corresponds to a non-replaceable content segment or a replaceable content segment based on at least one of a presence or an absence of the defined auditory content element.
verifying whether an identified presence or absence of the defined visual content element occurs during a defined expected time period; and
determining whether a portion of the received mediacast source data flow corresponds to a non-replaceable content segment or a replaceable content segment based on the verification of the identified presence or absence of the defined visual content element.
15. The method of claim 1 wherein reviewing the at least a portion of the image content data of the received mediacast source data flow for a presence or absence of at least one defined visual content element further comprises:
determining a start of at least one of the content segments of the mediacast source data flow; and
determining an end of at least one of the content segments of the mediacast source data flow.
causing delivery of the modified mediacast source data flow over a network by at least one component of the content insertion system.
encoding the replacement content segment as content fragments; and
providing the content fragments to a number of content delivery networks for retrieval of the content fragments by content consumers.
reviewing the at least a portion of the image content data of the received mediacast source data flow for a presence or absence of at least one defined visual content element to determine metadata related to at least one of the replaceable content segments or related to at least one of the non-replaceable content segments.
at least one communications port communicatively coupleable to receive a mediacast source data flow from a broadcaster or a Webcaster, the mediacast source data flow at least including a plurality of replaceable content segments comprising image content data and a plurality of non-replaceable content segments comprising image content data;
at least one nontransitory processor-readable medium which stores a number of processor-executable instructions; and
at least one processor communicatively coupled to the at least one communications port and communicatively coupled to the at least one nontransitory processor-readable medium to execute the processor-executable instructions, which execution causes the at least one processor to:
receive the mediacast source data flow from the broadcaster or the Webcaster;
for each of a number of the content segments of the mediacast source data flow, detect whether the respective content is non-replaceable or replaceable, whereby the at least one processor:
reviews at least a portion of the image content data of the received mediacast source data flow for a presence or absence of at least one defined visual content element contained within at least one of the replaceable content material or the non-replaceable content material to determine whether a portion of the received mediacast source data flow corresponds to a non-replaceable content segment or a replaceable content segment based on at least one of a presence or an absence of the defined visual content element; and
replace each of at least some of the content segments of the mediacast source data flow identified as being replaceable with at least one replacement content segment.
23. The content delivery system of claim 22 wherein the at least one processor:
reviews a defined region of a rendering surface of the image content data, the defined region a portion of the rendering surface.
43. A method of operation in a content type detection system, the content type detection system comprising at least one processor and at least one nontransitory processor-readable medium communicatively coupled to the at least one processor, the method comprising:
receiving a broadcast source data flow which comprises a plurality of content segments of a first content type interspersed with a plurality of content segments of a second content type, the content segments of the first content type consisting of one or more sections of content material of the first content type which includes image content data and the content segments of the second content type consisting of one or more sections of content material of the second content type which includes image content data;
reviewing at least a portion of the image content data of the received broadcast source data flow to detect at least one content type of the content segments; and
storing content type data in the at least one nontransitory processor-readable medium of the content type detection system, the content type data indicative of the detected at least one content type of the content segments.
62. A content type detection system, comprising:
at least one communications port communicatively coupleable to receive a broadcast source data flow from a broadcaster, the broadcast source data flow at least including a plurality of first content type content segments comprising image content data and a plurality of second content type content segments comprising image content data;
receive the broadcast source data flow from the broadcaster;
for each of a number of the content segments of the broadcast source data flow, detect whether the respective content is of the first content type or the second content type, whereby the at least one processor:
reviews at least a portion of the image content data of the received broadcast source data flow to detect at least one content type of the content segments; and
stores content type data in the at least one nontransitory processor-readable medium of the content type detection system, the content type data indicative of the detected at least one content type of the content segments.
63. The content type detection system of claim 62 wherein the at least one processor:
US14/679,755 2014-05-13 2015-04-06 Systems and methods to identify video content types Pending US20150334434A1 (en)
US201461992662P true 2014-05-13 2014-05-13
US14/679,755 US20150334434A1 (en) 2014-05-13 2015-04-06 Systems and methods to identify video content types
PCT/US2015/025279 WO2015175121A1 (en) 2014-05-13 2015-04-10 Systems and methods to identify video content types
US20150334434A1 true US20150334434A1 (en) 2015-11-19
ID=54480403
US14/679,755 Pending US20150334434A1 (en) 2014-05-13 2015-04-06 Systems and methods to identify video content types
US (1) US20150334434A1 (en)
WO (1) WO2015175121A1 (en)
US20080019593A1 (en) * 2006-07-20 2008-01-24 Canon Kabushiki Kaisha Image processing apparatus and image processing method
US20120011688A1 (en) * 2010-07-13 2012-01-19 Gimmal Co., Ltd. Snap hook with rotatable lock
2015-04-06 US US14/679,755 patent/US20150334434A1/en active Pending
2015-04-10 WO PCT/US2015/025279 patent/WO2015175121A1/en active Application Filing
WO2015175121A1 (en) 2015-11-19
US10003860B2 (en) 2018-06-19 Method and apparatus related to variable duration media segments
US20130198328A1 (en) 2013-08-01 Systems, methods and articles to provide content in networked environment
US8948249B2 (en) 2015-02-03 Encoder-aided segmentation for adaptive streaming
CN102461194A (en) 2012-05-16 Insertion of recorded secondary digital video content during playback of primary digital video content
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:GREEN, ROBERT D.;MORRIS, JOHN W.;KOTT, JAMES M.;AND OTHERS;SIGNING DATES FROM 20150525 TO 20151016;REEL/FRAME:036836/0886