US20180160162A1 - Device, System, and Method for Scheduled Avail Tone Validation - Google Patents
Device, System, and Method for Scheduled Avail Tone Validation Download PDFInfo
- Publication number
- US20180160162A1 US20180160162A1 US15/886,514 US201815886514A US2018160162A1 US 20180160162 A1 US20180160162 A1 US 20180160162A1 US 201815886514 A US201815886514 A US 201815886514A US 2018160162 A1 US2018160162 A1 US 2018160162A1
- Authority
- US
- United States
- Prior art keywords
- avail
- tone
- signaling
- broadcast
- scheduled
- 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.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 238000010200 validation analysis Methods 0.000 title description 4
- 230000011664 signaling Effects 0.000 claims abstract description 52
- 230000001960 triggered effect Effects 0.000 claims abstract description 39
- 238000012544 monitoring process Methods 0.000 claims description 9
- 238000004891 communication Methods 0.000 description 33
- 230000007246 mechanism Effects 0.000 description 23
- 230000005540 biological transmission Effects 0.000 description 19
- 238000004458 analytical method Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 239000000835 fiber Substances 0.000 description 3
- 230000004075 alteration Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 230000002045 lasting effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000008867 communication pathway Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000004374 forensic analysis Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000007727 signaling mechanism Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000012795 verification Methods 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/26258—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 for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/12—Arrangements for observation, testing or troubleshooting
- H04H20/14—Arrangements for observation, testing or troubleshooting for monitoring programmes
-
- 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/21—Server components or server architectures
- H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
-
- 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, manipulating MPEG-4 scene graphs
- H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
-
- 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/812—Monomedia components thereof involving advertisement data
Definitions
- a television broadcast may be delivered from a broadcaster to a distributor and ultimately to a consumer.
- a broadcast system may entail a first transmission of the television broadcast from the source to an intermediary which may perform a second transmission of the television broadcast from the intermediary to the viewer.
- This broadcast system may enable alternate programming such that the distributor may insert programming segments in predetermined available slots within the television broadcast. For example, the distributor may perform the second transmission for a local area and may insert the programming segment in the available slot targeted at the audience of the local area.
- the broadcaster may utilize an automated process to indicate to the distributor when in the television broadcast alternate programming may be substituted. Specifically, a digital signal, audible or inaudible cue tone or an avail tone may be inserted into the broadcast signal in the first transmission from the broadcaster to the distributor. Accordingly, when the distributor receives or identifies the inclusion of the avail tone, the distributor may, under its discretion, replace the available slot with a selected programming segment such that the local area corresponding to the distributor is provided the selected programming segment.
- the broadcast system where the broadcaster inserts signaling such as avail tones includes feedback loops to verify several aspects of the television broadcast.
- the feedback loop may be from a communication medium used in the first transmission.
- the aspects that may be checked using the feedback loops include a quality of the video and/or audio.
- the feedback loop may validate whether the avail tone has been embedded properly such as being properly translated and subsequently transmitted and received back. Although this feedback loop may indicate when a detected avail tone has been inserted and transmitted properly, there are inadvertent errors that may occur which are undetectable using conventional validation mechanisms.
- the present invention is directed to a method comprising: at an avail comparator: receiving an automation playlist indicating at least one scheduled avail tone configured to be included in a broadcast; receiving a feed corresponding to the broadcast; receiving a signaling for each of the at least one scheduled avail tone based upon the automation playlist; and determining whether the at least one scheduled avail tone was triggered in the broadcast based upon the corresponding signaling.
- the present invention is directed to an avail comparator comprising: a transceiver configured to establish a connection to a broadcast system; and a processor configured to receive an automation play list indicating at least one scheduled avail tone configured to be included in a broadcast, the processor configured to receive a feed corresponding to the broadcast, the processor configured to receive a signaling for each of the at least one scheduled avail tone based upon the automation playlist, the processor configured to determine whether the at least one scheduled avail tone was triggered in the broadcast based upon the corresponding signaling.
- the present invention is directed to a non-transitory computer readable storage medium with an executable program stored thereon, wherein the program instructs a microprocessor to perform operations comprising: receiving an automation playlist indicating at least one scheduled avail tone configured to be included in a broadcast; receiving a feed corresponding to the broadcast; receiving a signaling for each of the at least one scheduled avail tone based upon the automation playlist; and determining whether the at least one scheduled avail tone was triggered in the broadcast based upon the corresponding signaling.
- FIG. 1 shows a broadcast system according to the exemplary embodiments.
- FIG. 2 shows an avail comparator of the broadcast system of FIG. 1 according to the exemplary embodiments.
- FIG. 3 shows a method for validating scheduled avail tones according to the exemplary embodiments.
- 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.
- the exemplary embodiments are related to a device, system, and method for validating signaling in a broadcast. Specifically, the exemplary embodiments provide a mechanism to validate the signaling earlier upstream in the transmission procedure where the signaling may be time or playlist sensitive. The exemplary embodiments also provide a mechanism to validate that signaling that have been scheduled in an automation playlist are played out so that the indication is properly received. The signaling, the broadcast, the validation, the transmission procedure, the scheduling, and a related method will be described in further detail below.
- the exemplary embodiments are described herein with reference to a television broadcast and the use of signaling as indicators.
- an indicator e.g., digital signaling, audio, visual, etc.
- a radio broadcast may be a transmission that also uses signaling as indicators.
- there may be non-linear broadcasts such as streaming audio or video, podcasts, etc. that may also use signaling.
- the television broadcast may represent any transmission and the signaling may represent any indicator that is inserted, particularly at predetermined scheduled times in the transmission.
- FIG. 1 shows a broadcast system 100 according to the exemplary embodiments.
- the broadcast system 100 relates to a transmission procedure.
- the broadcast system 100 may be used for a television broadcast.
- the broadcast system 100 may include an automated feature that enables the television broadcast to be provided for a further transmission to end display devices.
- the broadcast system 100 may include a broadcaster 105 , a communication medium 110 , a distributor 115 , and a consumer 120 .
- the broadcast system 100 may further include an avail comparator 125 .
- the broadcaster 105 may be any source from which a television broadcast originates.
- the broadcaster 105 may produce or provide a show for broadcast.
- An example of a broadcaster 105 may be Viacom International Inc. of New York, N.Y. that produces shows for its networks including, for example, Nickelodeon, MTV, Comedy Central, etc. Accordingly, when the transmission is a television broadcast, the broadcaster 105 may be a television network that represents an organization or entity that provides live or prerecorded content to television stations for distribution.
- the television broadcast may be transmitted from the broadcaster 115 using a variety of different manners. That is, via the communication medium 110 , the television broadcast may be transmitted.
- the communication medium 110 may be any transmission mode such as a satellite communication, a fiber communication, etc.
- the communication medium 110 may utilize any wired or wireless communication mechanism for the broadcaster 105 to transmit the television broadcast.
- the communication medium 110 may utilize a network architecture such that the television broadcast may be transmitted by the broadcaster 105 to a destination component of the broadcast system 100 in a direct or indirect route as well as to one or more destination components.
- the broadcaster 105 may transmit the television broadcast to the distributor 115 .
- the distributor 115 may be an intermediary that re-transmits the television broadcast, particularly for a geographic region for which the distributor 115 is associated.
- the television broadcast may be re-transmitted with selected alterations at allowed time lots within the broadcast. It should be noted that if no alteration is made, a predetermined programming segment may be played out in the time slot as was included in the to broadcast that was received.
- the distributor 115 may include a variety of different entities or components.
- the distributor 115 may be a multichannel video programming distributor (MVPD) which is a service provider delivering the television broadcasts received from the broadcaster 105 .
- the MVPD may include satellite based systems such as being a direct broadcast satellite provider, cable based system such as a cable television provider, a wireline based system such as a fiber optic provider, etc.
- the distributor 115 may be a multiple-system operator (MSO) which is a service provider delivering the television broadcasts received from the broadcaster 105 using multiple cable or direct broadcast satellite television systems.
- the distributor 115 may be an affiliate station which is a local broadcaster of the television broadcasts received from the broadcaster 105 , often independent of the broadcaster 105 .
- the distributor 115 may re-transmit the television broadcast to the consumer 120 .
- the consumer 120 may be an end display device that shows video and/or plays audio associated with the television broadcast.
- the communication mechanism by which the distributor 115 retransmits the television broadcast to the consumer 120 may be based upon the available mechanisms utilized by the distributor 115 .
- the communication mechanism may include a satellite based system, a fiber based system, or a cable based system.
- the consumer 120 has subscribed as a member with the distributor 115 and therefore has the appropriate components or devices by which the communication mechanism may be utilized for proper delivery of the television broadcasts.
- the broadcast system 100 illustrated in FIG. 1 may include a plurality of further components.
- the broadcaster 105 may utilize a device that inserts cue tones, avail tones, or other audio, video or digital signaling mechanisms (hereinafter collectively or individually referred to as “avail tones”) to signify to the distributor 115 that a programming segment such as an advertisement or a promotion may be replaced at the discretion of the distributor 115 with local advertising or other content.
- the distributor 115 may provide television broadcasts for a geographic location such that local advertising may be used my local vendors. This may be the mechanism by which viewers in local markets receive advertisements that are geographically relevant (e.g., a local advertisement may be played instead of a national or regional advertisement).
- the distributor 115 may not utilize this feature, a nationwide or generic programming segment may be used as was originally included in the television broadcast by the broadcaster 105 . Therefore, when the distributor 115 intends to utilize this feature of including local programming segments, the avail tones may provide the indication of when there are available slots within the broadcast.
- the avail tones may be one or more audio tones or digital signals that constitute a message to prompt the distributor 115 of the availability for inserting a programming segment.
- the avail tones may specifically be a dual-tone multi-frequency signaling (DTMF) tone, a subaudible tone, or a purely digital signal (e.g., within MPEG metadata).
- the avail tones may also include a first tone indicating a start location in the broadcast and a second tone indicating an end location in the broadcast for which the programming segment is allowed to be inserted. Therefore, when properly embedded or inserted into the television broadcast, the broadcaster 105 may automatically provide an indication to the distributor 115 .
- the broadcaster 105 may also utilize a monitoring feature to ensure that the television broadcast is being properly transmitted and provided to the distributor 115 and ultimately the consumer 120 . Furthermore, because the feature of inserting the avail tones into the television broadcast is important for the broadcaster 105 , the distributor 115 , and the consumer 120 , the broadcaster 105 may utilize the monitoring feature for the avail tones as well. Accordingly, via the communication medium 110 , a return feed may be provided to the broadcaster 105 . Although the broadcast system 100 according to the exemplary embodiments illustrates a single return feed that bypasses the avail comparator 125 , the return feed from the communication medium 110 may be directly fed each to one broadcaster 105 (not shown) or indirectly fed through the avail comparator 125 . It should be noted that the return feed being provided by the communication medium 110 is only exemplary. In other scenarios, the return feed may be provided back to the broadcaster 105 by any subsequent component that receives the television broadcast (e.g., the distributor 115 ).
- the return feed that is received by the broadcaster 105 from the communication medium 110 may therefore be used to monitor a variety of indicators including a video and audio quality of the television broadcast being provided by the broadcaster 105 .
- the return feed may also be used to determine whether or not the avail tones were embedded properly.
- the broadcaster 105 may monitor that the avail tones are translated properly.
- the translation may include translating from various types of signals such as an analog signal (e.g., DTMF or subaudible), a digital signal (e.g., Society of Cable Television Engineers (SCTE) 104), general purpose interface (GPI) closures, etc. to a different type of signal such as SCTE-35.
- SCTE Society of Cable Television Engineers
- GPS general purpose interface
- She broadcaster 105 may also monitor that the avail tones are sent out properly in the transmission to the communication medium 110 and received back properly from the communication medium 110 .
- the broadcaster 105 may utilize a mechanism that the avail tone has been sent out and received back properly, this verification measurement is limited to whether the avail tone has been embedded. That is, the broadcaster 105 may be incapable of automatically validating that a scheduled avail tone has aired correctly.
- the above described monitoring mechanism does not provide a way of knowing that a scheduled avail tone has been triggered properly. When the avail tone is not triggered, this leads to extended outages where revenue is lost. For example, the avail tone may have been scheduled properly but an equipment failure may have occurred where the signal to insert the avail tone is not received properly by the insertion equipment/subsystem. This scenario may not be determined to be an error by the above described monitoring mechanisms.
- the actual determination for whether the avail tones are triggered involves a tedious manual confirmation by master control operators. Specifically, this is performed manually by these operators by reviewing logs which may be useful for long-term forensic analysis but inefficient and impractical for an purposes such as related to the functionalities to be described below for the exemplary embodiments.
- the exemplary embodiments provide mechanism to validate avail tone functionality earlier upstream in the transmission procedure of the television broadcast than previously performed.
- the exemplary embodiments utilize the avail comparator 125 to provide this validation functionality.
- the avail comparator 125 may be positioned in the broadcast system 100 so that the return feed is received by the avail comparator 125 . Accordingly, results of the analysts performed by the avail comparator 125 may be provided to the broadcaster 105 (as well as the return feed itself).
- the avail comparator 125 may determine scheduled avail tones in a broadcast automation playlist with avail tones received in the return feed for monitoring and alerting purposes.
- avail tones may be delivered using a variety of different mechanisms. Those skilled in the art will understand that each of these avail tone delivery mechanisms has advantages and disadvantages. Specifically, each of these avail tone delivery mechanisms may have their own failure mode.
- the circumstances for the failure modes may include failure of a Evertz 7721dd4+GPI card, a DEMS computer, a NMX computer, a communication between DEMS or NMX and the encoder chassis, a configuration issue with an uplink encoder, a proper receiving/decoding of the SCTE-35 message by the IRD that was ultimately generated from the GPI/SCTE 104 input, etc.
- the exemplary embodiments are configured to operate independently of these failures and still provide the functionalities described below for monitoring and alerting purposes.
- FIG. 2 shows an avail comparator 125 of the broadcast system 100 of FIG. 1 according to the exemplary embodiments.
- the avail comparator 125 may be any component configured to perform the functionalities to be described in further detail below.
- the avail comparator 125 may be a wired or wireless device that receives the information and transmits results of an analysis.
- the avail comparator 125 being a separate component is only exemplary.
- the avail comparator 125 may be an integrated component of the broadcaster 105 .
- the avail comparator 125 may include a processor 205 , a memory arrangement 210 , a display device 215 , an input/output (I/O) device 220 , a transceiver 225 , and other components 230 .
- I/O input/output
- the processor 205 may be configured to execute a plurality of applications of the avail comparator 125 .
- the processor 205 may execute an aggregator 235 that is configured to aggregate the return feed from the communication medium 110 prior to being processed.
- the avail comparator 125 according to the exemplary embodiments is configured to analyze a plurality at return feeds from the various different communication mediums to verify that the avail tones are properly inserted and embedded in the television broadcast. As such, the aggregator 235 may combine the individual return feeds to generate a combined return feed for analysis.
- the use of the aggregator 235 is only exemplary and the avail comparator 125 may process each of the return feeds with or without aggregation.
- the aggregator 235 being on integrated component and/or an application executed by the processor 205 of the avail comparator 125 is only exemplary. That is, the aggregator 235 may be an intermediary component that receives the return feed from the plurality of communication mediums 110 and aggregates the prior to delivery to the avail comparator 125 .
- the avail comparator 125 may execute a validating application 240 .
- the validating application 240 may be configured to determine whether the scheduled avail tones as indicated in an automation playlist 130 received by the avail comparator 125 has been triggered and likely to have been properly received by the distributor 115 .
- the automation playlist 130 may be received from an administrator through a manual entry, from the broadcaster 105 , or through another mechanism that is capable of providing the automation playlist 130 .
- the validating application 240 may also receive the return feed that may include information regarding whether avail tones have been triggered. Accordingly, the validating application 240 may determine whether or not scheduled avail tones have been triggered.
- each being an application (e.g., a program) executed by the processor 205 is only exemplary.
- the functionality associated with the applications may also be represented as a separate incorporated component of the avail comparator 125 or may be a modular component coupled to the avail comparator 125 , e.g., an integrated circuit with or without firmware.
- the memory 210 may be a hardware component configured to store data related to operations performed by the avail comparator 125 . Specifically, the memory 210 may store data related to the aggregator 235 and the validating application 240 . For example, the memory 210 may store the various return feeds (at least temporarily) for the aggregator 235 to perform its functionality. In another example, the memory 210 may store the automation playlist 130 for use during the analysis.
- the display device 215 may be a hardware component configured to show data to a user while the I/O device 220 may be a hardware component that enables the user to enter inputs.
- the display device 215 may enable a user such as an administrator to view a progress of the analysis of the validating application 240 as well as any results that are determined.
- the display device 215 and the I/O device 220 may be separate components or integrated together such as a touchscreen.
- the transceiver 225 may be a hardware component configured to transmit and/or receive data in a wired or wireless manner.
- the transceiver 225 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) that are related no the functionalities of the different applications being performed.
- the transceiver 225 may enable a communication pathway in which the return feed is received from the communication medium 110 and to transmit the return feed and results of an analysis by the validating application 240 to the broadcaster 105 .
- the automation playlist 130 may be a scheduling of avail tones that are predetermined to be triggered in the television broadcast transmitted by the broadcaster 105 . Accordingly, the automation playlist 130 may indicate the available time slots during the television broadcast where the distributor 115 may insert programming segments at its discretion. The available time slots may be determined manually by an administrator or programming director and entered into the automation playlist 130 . Because the automation playlist 130 is a predetermined scheduling of the available time slots, the automation playlist 130 may also include the scheduling of the avail tones. The automation playlist 130 may further be used to provide a signal for when the avail tones in the automation playlist 130 are played out as scheduled in the television broadcast, as determined from the return feed of the television broadcast.
- the avail comparator 125 may receive a plurality of return feeds.
- the plurality of return feeds may be for a single television broadcast transmitted over different communication mediums 110 .
- the plurality of return feeds may also be for a plurality of different television broadcasts.
- each unique television broadcast may have an associated automation playlist 130 .
- this association is only exemplary.
- each unique television broadcast using a unique communication medium may also have an associated automation playlist 130 or a generic automation playlist 130 may be used for every television broadcast originating from the broadcaster 105 (e.g., every first 30 second interval during a two minute time slot in the television broadcast).
- the avail comparator 125 may receive each of these automation playlists 130 (e.g., via the I/O device 220 ).
- the validating application 240 may determine when the avail tones are scheduled to be triggered for the television broadcast. Specifically, by receiving the return feed corresponding to the television broadcast, the validating application 240 may determine whether the scheduled avail tones as indicated in the automation playlist 130 have been properly triggered during the broadcast. The validating application 240 may specifically perform the validating functionality by receiving an indication or signaling of when a scheduled avail tone has played out based upon the automation playlist 130 and subsequently receiving a corresponding notification from the return feed within a predetermined amount of time. The predetermined time in which the notification is to be received may be selected by an administrator and/or determined based upon a variety of factors such as a compensation for transmitting the television broadcast, receiving the return feed, adjusting for expected delays, etc.
- the predetermined amount of time in which to receive the corresponding notification may be any predefined amount of time subsequent to the time that the scheduled avail tone is to play out.
- the predetermined amount of time may also be utilized in a different manner.
- the automation playlist 130 for a given channel or broadcast may include a window of opportunity in which the scheduled avail tone is to play out.
- a particular channel may have three avail tones that are played out in a given hour (e.g., between the 14th and 32nd minute in the hour, between the 34th and 52nd minute in the hour, and between the 46th minute in the hour and the 4th minute after the hour).
- the validating application 240 may determine whether the scheduled avail tone played out if the corresponding signaling is detected outside these windows of opportunity or missed from within these windows of opportunity.
- the signaling of the playout of an avail tone in the automation playlist 130 may utilise different mechanisms to indicate the playout to the validating application 240 .
- the signaling may be generated by incorporating a mechanism within a device driver that signals playouts of an avail tone on an on-air (focused) channel.
- This signaling may be a simple network management protocol (SNMP), an insertion of a database record, a proprietary protocol, a standards-based protocol, etc. between the playout system and the avail comparator 125 .
- the signaling may be generated by an external system (e.g., a facility management device) that scrapes the automation playlist 130 at play time looking for a playout of the avail tones to signal to the avail comparator 125 when the playout of the avail tones have occurred.
- the signaling may be generated by the avail comparator 125 via a further application that scrapes the automation playlist 130 of avail tones and records them internally for later comparison with the notification of an avail tone as included in the return feed.
- the indication provided in the return feed may be determined based upon any known mechanism.
- the return feed is substantially the same as the television broadcast that was transmitted from the broadcaster 105 .
- the return feed that is received may have the avail tones triggered using known mechanisms to determine whether a corresponding notification is generated. Therefore, the validating application 125 may be capable of determining that a scheduled avail tone as indicated in the automation playlist 130 (as determined from the signaling of the playout of the avail tone) has been triggered in the television broadcast from the broadcaster 105 using a corresponding notification in the return feed within the predetermined time.
- the validating application 125 may also be capable of determining that the scheduled avail tone has been missed to generate an alert to indicate to a user of this error. In this manner, missed triggering of avail tones may still be determined when other monitoring mechanisms would bypass this error it is undetectable.
- the validating application 240 or a further application may be configured with a logging functionality and/or a trending functionality. These functionalities may generate a searchable log of all activity performed by the avail comparator 125 for a configurable amount of time (e.g., a set, number of days) with options including filtering by a date range, a channel, an avail tone status (e.g., triggered properly or missed), etc.
- a configurable amount of time e.g., a set, number of days
- options including filtering by a date range, a channel, an avail tone status (e.g., triggered properly or missed), etc.
- the exemplary embodiments may extend to incorporate other signaling in addition to the avail tones such as any SCTE 104 generated event (e.g., web blackout, multiplatform placement opportunity, etc.), an application for GPI signaling, comparing 5.1 GPI triggers to a received AC3 mode for traditional playout systems not using internal AC3 encoders, other signaling including AFD and V-Chip, etc.
- SCTE 104 generated event e.g., web blackout, multiplatform placement opportunity, etc.
- GPI signaling e.g., web blackout, multiplatform placement opportunity, etc.
- comparing 5.1 GPI triggers to a received AC3 mode for traditional playout systems not using internal AC3 encoders comparing 5.1 GPI triggers to a received AC3 mode for traditional playout systems not using internal AC3 encoders
- other signaling including AFD and V-Chip, etc.
- FIG. 3 shows an exemplary method 300 for validating scheduled avail tones according to the exemplary embodiments.
- the method 300 describes a process by which the validating application 240 of the avail comparator 125 determines whether an avail tone inserted in a television broadcast transmitted by the broadcaster 105 has properly triggered based upon the corresponding automation playlist 130 .
- the method 300 will be described with regard to the broadcast system 100 of FIG. 1 and the avail comparator 125 of FIG. 2 .
- the avail comparator 125 receives the automation playlist 130 .
- the automation playlist 130 may correspond to a television broadcast transmitted by the broadcaster 105 .
- the automation playlist 130 may also be received from any source such as the broadcaster 105 , a manual entry, a further component, etc.
- the avail comparator 125 determines a scheduling of the avail tones based upon the automation playlist 130 . That is, the avail comparator 125 determines when the scheduled avail tones are expected to be triggered in the television broadcast.
- the avail comparator 125 receives a return feed from the communication medium 110 .
- the television broadcast may be transmitted from the broadcaster 105 to the distributor 115 via the communication medium 110 so that the distributor 115 may re-transmit the television broadcast to the consumer 120 .
- the television broadcast may also be returned to the broadcaster 105 for monitoring purposes.
- the avail comparator 125 may receive the return feed from the communication medium 110 .
- the avail comparator 125 selects a next scheduled avail tone to be triggered in the television broadcast as indicated in the automation playlist 130 .
- the television broadcast may be a 30 minute program in which there are three commercial breaks lasting 2 minutes each, the first commercial break starting at a first time, the second commercial break starting at a second time subsequent to the first time, and the third commercial break starting at a third time subsequent to the second time.
- the first commercial break may include 4 commercials, each lasting 30 seconds.
- the automation playlist 130 may indicate that the first commercial slot (starting at time 0 of the first commercial break) and the third commercial slot (starting at time 60 seconds of the first commercial break) are available time slots which may be replaced with programming segments selected by the distributor 115 . Accordingly, these commercial slots may have already had the avail tones inserted therein in the television broadcast.
- the avail comparator 25 may select this first commercial break at the first commercial slot.
- the validating application 240 determines whether the avail tone was properly triggered in the television broadcast based upon the return feed that was received.
- the automation playlist 130 may provide a basis to generate a signaling of the scheduled avail tone playing out. Accordingly, this signaling may represent the presence of the avail tone that is expected in the corresponding spot in the return feed of the television broadcast.
- the return feed may provide a notification of whether the avail tone has been triggered in the television broadcast. Thus, if the notification is received, this may be indicative of the avail tone triggering whereas an absence of the notification may be indicative that the avail tone was not triggered.
- the windows of opportunity may be used in determining whether the corresponding signaling has been received (e.g., outside the window or missed from within the window).
- the validating application 240 continues the method 300 to step 340 . However, if the notification of the avail tone triggering is not received, the validating application 240 continues the method 300 to step 330 .
- the validating application determines whether a time from which the signaling for the automation playlist 130 has gone beyond a predetermined time. As discussed above, this predetermined time may represent a window in which the notification may be received to satisfy the signaling indication. If the predetermined time has not yet been reached, the validating application 240 may return the method 300 to step 325 . However, if the predetermined time has elapsed, the validating application 240 may continue the method 300 to step 335 . In step 335 , the validating application 240 generates an alert corresponding to the avail tone not properly triggering. Subsequently, the validating application 240 continues the method 300 to step 340 .
- the validating application 240 may log the event of the activity performed. For example, if the avail tone was triggered, this event may be logged. In another example, if the avail tone was not triggered, this even may also be logged. Accordingly, the logging functionality may be performed for this automation playlist 130 corresponding to the television broadcast from the broadcaster 105 .
- step 345 the validating application 240 determines whether any further avail tones are expected to be triggered in the television broadcast.
- the first commercial break may trigger another avail tone in the third commercial slot.
- the validating application 240 may return the method 300 to step 320 . This process may continue until each avail tone has been analyzed as to whether it has properly triggered. That is, the log functionality may indicate whether every scheduled avail tone was properly triggered in the television broadcast as the automation playlist 140 may provide a corresponding signaling indicating an expected avail tone triggering.
- the method 300 may loop continuously as a subsequent broadcast is scheduled following the current broadcast. Thus, each iteration may be punctuated by new incoming playlists as cell as new incoming return feed data in determining whether scheduled avail tones are played out throughout a constant broadcast.
- the exemplary embodiments provide a device, system, and method of validating whether a scheduled avail tone is triggered in a broadcast.
- the scheduling of the avail tones in the broadcast may be predetermined and provided as a basis for which the triggering in the broadcast has occurred.
- an automation playlist indicating the scheduled avail tones may be provided.
- a return feed of the broadcast may also be provided that includes notifications of whether the avail tones have properly triggered in the broadcast. Accordingly, the exemplary embodiments enable a determination of when a scheduled avail tone has properly triggered or an issue is present that prevents the triggering of the scheduled avail tone.
- An exemplary hardware platform for implementing the exemplary embodiments may include, for example, an Intel x86 based platform with compatible operating system, a Mac platform and MAC OS, a mobile device having an operating system such as iOS, Android, etc.
- the exemplary embodiments of the above described method may be embodied as a program containing lines of code stored on a non-transitory computer readable storage medium that, when compiled, may be executed on a processor or microprocessor.
Abstract
Description
- A television broadcast may be delivered from a broadcaster to a distributor and ultimately to a consumer. Accordingly, a broadcast system may entail a first transmission of the television broadcast from the source to an intermediary which may perform a second transmission of the television broadcast from the intermediary to the viewer. This broadcast system may enable alternate programming such that the distributor may insert programming segments in predetermined available slots within the television broadcast. For example, the distributor may perform the second transmission for a local area and may insert the programming segment in the available slot targeted at the audience of the local area.
- The broadcaster may utilize an automated process to indicate to the distributor when in the television broadcast alternate programming may be substituted. Specifically, a digital signal, audible or inaudible cue tone or an avail tone may be inserted into the broadcast signal in the first transmission from the broadcaster to the distributor. Accordingly, when the distributor receives or identifies the inclusion of the avail tone, the distributor may, under its discretion, replace the available slot with a selected programming segment such that the local area corresponding to the distributor is provided the selected programming segment.
- The broadcast system, where the broadcaster inserts signaling such as avail tones includes feedback loops to verify several aspects of the television broadcast. Specifically, the feedback loop may be from a communication medium used in the first transmission. The aspects that may be checked using the feedback loops include a quality of the video and/or audio. Furthermore, the feedback loop may validate whether the avail tone has been embedded properly such as being properly translated and subsequently transmitted and received back. Although this feedback loop may indicate when a detected avail tone has been inserted and transmitted properly, there are inadvertent errors that may occur which are undetectable using conventional validation mechanisms.
- The present invention is directed to a method comprising: at an avail comparator: receiving an automation playlist indicating at least one scheduled avail tone configured to be included in a broadcast; receiving a feed corresponding to the broadcast; receiving a signaling for each of the at least one scheduled avail tone based upon the automation playlist; and determining whether the at least one scheduled avail tone was triggered in the broadcast based upon the corresponding signaling.
- The present invention is directed to an avail comparator comprising: a transceiver configured to establish a connection to a broadcast system; and a processor configured to receive an automation play list indicating at least one scheduled avail tone configured to be included in a broadcast, the processor configured to receive a feed corresponding to the broadcast, the processor configured to receive a signaling for each of the at least one scheduled avail tone based upon the automation playlist, the processor configured to determine whether the at least one scheduled avail tone was triggered in the broadcast based upon the corresponding signaling.
- The present invention is directed to a non-transitory computer readable storage medium with an executable program stored thereon, wherein the program instructs a microprocessor to perform operations comprising: receiving an automation playlist indicating at least one scheduled avail tone configured to be included in a broadcast; receiving a feed corresponding to the broadcast; receiving a signaling for each of the at least one scheduled avail tone based upon the automation playlist; and determining whether the at least one scheduled avail tone was triggered in the broadcast based upon the corresponding signaling.
-
FIG. 1 shows a broadcast system according to the exemplary embodiments. -
FIG. 2 shows an avail comparator of the broadcast system ofFIG. 1 according to the exemplary embodiments. -
FIG. 3 shows a method for validating scheduled avail tones according to the exemplary embodiments. - 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. The exemplary embodiments are related to a device, system, and method for validating signaling in a broadcast. Specifically, the exemplary embodiments provide a mechanism to validate the signaling earlier upstream in the transmission procedure where the signaling may be time or playlist sensitive. The exemplary embodiments also provide a mechanism to validate that signaling that have been scheduled in an automation playlist are played out so that the indication is properly received. The signaling, the broadcast, the validation, the transmission procedure, the scheduling, and a related method will be described in further detail below.
- Initially, it is noted that the exemplary embodiments are described herein with reference to a television broadcast and the use of signaling as indicators. However, those skilled in the art will appreciate that the exemplary embodiments may be used with any transmission procedure in which an indicator (e.g., digital signaling, audio, visual, etc.) is inserted in the transmission. For example, a radio broadcast may be a transmission that also uses signaling as indicators. In another example, there may be non-linear broadcasts such as streaming audio or video, podcasts, etc. that may also use signaling. Thus, the television broadcast may represent any transmission and the signaling may represent any indicator that is inserted, particularly at predetermined scheduled times in the transmission.
-
FIG. 1 shows abroadcast system 100 according to the exemplary embodiments. Thebroadcast system 100 relates to a transmission procedure. Specifically, thebroadcast system 100 may be used for a television broadcast. Thebroadcast system 100 may include an automated feature that enables the television broadcast to be provided for a further transmission to end display devices. Thebroadcast system 100 may include abroadcaster 105, acommunication medium 110, adistributor 115, and aconsumer 120. According to the exemplary embodiments, thebroadcast system 100 may further include anavail comparator 125. - The
broadcaster 105 may be any source from which a television broadcast originates. For example, thebroadcaster 105 may produce or provide a show for broadcast. An example of abroadcaster 105 may be Viacom International Inc. of New York, N.Y. that produces shows for its networks including, for example, Nickelodeon, MTV, Comedy Central, etc. Accordingly, when the transmission is a television broadcast, thebroadcaster 105 may be a television network that represents an organization or entity that provides live or prerecorded content to television stations for distribution. - The television broadcast may be transmitted from the
broadcaster 115 using a variety of different manners. That is, via thecommunication medium 110, the television broadcast may be transmitted. Thecommunication medium 110 may be any transmission mode such as a satellite communication, a fiber communication, etc. Thecommunication medium 110 may utilize any wired or wireless communication mechanism for thebroadcaster 105 to transmit the television broadcast. Furthermore, thecommunication medium 110 may utilize a network architecture such that the television broadcast may be transmitted by thebroadcaster 105 to a destination component of thebroadcast system 100 in a direct or indirect route as well as to one or more destination components. - Through the
communication medium 110, thebroadcaster 105 may transmit the television broadcast to thedistributor 115. Thedistributor 115 may be an intermediary that re-transmits the television broadcast, particularly for a geographic region for which thedistributor 115 is associated. The television broadcast may be re-transmitted with selected alterations at allowed time lots within the broadcast. It should be noted that if no alteration is made, a predetermined programming segment may be played out in the time slot as was included in the to broadcast that was received. - The
distributor 115 may include a variety of different entities or components. For example, thedistributor 115 may be a multichannel video programming distributor (MVPD) which is a service provider delivering the television broadcasts received from thebroadcaster 105. The MVPD may include satellite based systems such as being a direct broadcast satellite provider, cable based system such as a cable television provider, a wireline based system such as a fiber optic provider, etc. In another example, thedistributor 115 may be a multiple-system operator (MSO) which is a service provider delivering the television broadcasts received from thebroadcaster 105 using multiple cable or direct broadcast satellite television systems. In a further example, thedistributor 115 may be an affiliate station which is a local broadcaster of the television broadcasts received from thebroadcaster 105, often independent of thebroadcaster 105. - Using any communication mechanism, the
distributor 115 may re-transmit the television broadcast to theconsumer 120. Theconsumer 120 may be an end display device that shows video and/or plays audio associated with the television broadcast. The communication mechanism by which thedistributor 115 retransmits the television broadcast to theconsumer 120 may be based upon the available mechanisms utilized by thedistributor 115. For example, the communication mechanism may include a satellite based system, a fiber based system, or a cable based system. Generally, theconsumer 120 has subscribed as a member with thedistributor 115 and therefore has the appropriate components or devices by which the communication mechanism may be utilized for proper delivery of the television broadcasts. - It should be noted that the
broadcast system 100 illustrated inFIG. 1 may include a plurality of further components. For example, there may befurther broadcasters 105 that provide television broadcasts. Accordingly, there may be another broadcaster (not shown) in thebroadcast system 100 that uses thecommunication medium 110 to transmit the television broadcast to thedistributor 115. In another example, there may befurther distributors 115 that receive the television broadcasts from thebroadcaster 105. Accordingly, there may be one ormore distributors 115 that utilize thecommunication medium 110 to receive the television broadcast from thebroadcaster 105. In yet another example, there may be one ormore consumers 120 or end devices that ultimately receive the transmission of the television broadcast from thedistributor 115. In this manner, there may be a plurality ofbroadcasters 105 that each provide a television broadcast to a plurality ofdistributors 115 via any knowncommunication medium 110 that each provide the television broadcast to a plurality ofconsumers 120. - In the
broadcast system 100, thebroadcaster 105 may utilize a device that inserts cue tones, avail tones, or other audio, video or digital signaling mechanisms (hereinafter collectively or individually referred to as “avail tones”) to signify to thedistributor 115 that a programming segment such as an advertisement or a promotion may be replaced at the discretion of thedistributor 115 with local advertising or other content. As discussed above, thedistributor 115 may provide television broadcasts for a geographic location such that local advertising may be used my local vendors. This may be the mechanism by which viewers in local markets receive advertisements that are geographically relevant (e.g., a local advertisement may be played instead of a national or regional advertisement). Again, if thedistributor 115 does not utilize this feature, a nationwide or generic programming segment may be used as was originally included in the television broadcast by thebroadcaster 105. Therefore, when thedistributor 115 intends to utilize this feature of including local programming segments, the avail tones may provide the indication of when there are available slots within the broadcast. - The avail tones may be one or more audio tones or digital signals that constitute a message to prompt the
distributor 115 of the availability for inserting a programming segment. When related to thebroadcast system 100, the avail tones may specifically be a dual-tone multi-frequency signaling (DTMF) tone, a subaudible tone, or a purely digital signal (e.g., within MPEG metadata). The avail tones may also include a first tone indicating a start location in the broadcast and a second tone indicating an end location in the broadcast for which the programming segment is allowed to be inserted. Therefore, when properly embedded or inserted into the television broadcast, thebroadcaster 105 may automatically provide an indication to thedistributor 115. - The
broadcaster 105 may also utilize a monitoring feature to ensure that the television broadcast is being properly transmitted and provided to thedistributor 115 and ultimately theconsumer 120. Furthermore, because the feature of inserting the avail tones into the television broadcast is important for thebroadcaster 105, thedistributor 115, and theconsumer 120, thebroadcaster 105 may utilize the monitoring feature for the avail tones as well. Accordingly, via thecommunication medium 110, a return feed may be provided to thebroadcaster 105. Although thebroadcast system 100 according to the exemplary embodiments illustrates a single return feed that bypasses theavail comparator 125, the return feed from thecommunication medium 110 may be directly fed each to one broadcaster 105 (not shown) or indirectly fed through theavail comparator 125. It should be noted that the return feed being provided by thecommunication medium 110 is only exemplary. In other scenarios, the return feed may be provided back to thebroadcaster 105 by any subsequent component that receives the television broadcast (e.g., the distributor 115). - The return feed that is received by the
broadcaster 105 from thecommunication medium 110 may therefore be used to monitor a variety of indicators including a video and audio quality of the television broadcast being provided by thebroadcaster 105. The return feed may also be used to determine whether or not the avail tones were embedded properly. Specifically, thebroadcaster 105 may monitor that the avail tones are translated properly. For example, the translation may include translating from various types of signals such as an analog signal (e.g., DTMF or subaudible), a digital signal (e.g., Society of Cable Television Engineers (SCTE) 104), general purpose interface (GPI) closures, etc. to a different type of signal such as SCTE-35. Shebroadcaster 105 may also monitor that the avail tones are sent out properly in the transmission to thecommunication medium 110 and received back properly from thecommunication medium 110. - Although the
broadcaster 105 may utilize a mechanism that the avail tone has been sent out and received back properly, this verification measurement is limited to whether the avail tone has been embedded. That is, thebroadcaster 105 may be incapable of automatically validating that a scheduled avail tone has aired correctly. The above described monitoring mechanism does not provide a way of knowing that a scheduled avail tone has been triggered properly. When the avail tone is not triggered, this leads to extended outages where revenue is lost. For example, the avail tone may have been scheduled properly but an equipment failure may have occurred where the signal to insert the avail tone is not received properly by the insertion equipment/subsystem. This scenario may not be determined to be an error by the above described monitoring mechanisms. Conventionally, the actual determination for whether the avail tones are triggered involves a tedious manual confirmation by master control operators. Specifically, this is performed manually by these operators by reviewing logs which may be useful for long-term forensic analysis but inefficient and impractical for an purposes such as related to the functionalities to be described below for the exemplary embodiments. - Accordingly, the exemplary embodiments provide mechanism to validate avail tone functionality earlier upstream in the transmission procedure of the television broadcast than previously performed. Specifically, the exemplary embodiments utilize the
avail comparator 125 to provide this validation functionality. As noted above, theavail comparator 125 may be positioned in thebroadcast system 100 so that the return feed is received by theavail comparator 125. Accordingly, results of the analysts performed by theavail comparator 125 may be provided to the broadcaster 105 (as well as the return feed itself). As will be described in further detail below, theavail comparator 125 may determine scheduled avail tones in a broadcast automation playlist with avail tones received in the return feed for monitoring and alerting purposes. - Initially, avail tones may be delivered using a variety of different mechanisms. Those skilled in the art will understand that each of these avail tone delivery mechanisms has advantages and disadvantages. Specifically, each of these avail tone delivery mechanisms may have their own failure mode. For example, the circumstances for the failure modes may include failure of a Evertz 7721dd4+GPI card, a DEMS computer, a NMX computer, a communication between DEMS or NMX and the encoder chassis, a configuration issue with an uplink encoder, a proper receiving/decoding of the SCTE-35 message by the IRD that was ultimately generated from the GPI/SCTE 104 input, etc. The exemplary embodiments are configured to operate independently of these failures and still provide the functionalities described below for monitoring and alerting purposes.
-
FIG. 2 shows anavail comparator 125 of thebroadcast system 100 ofFIG. 1 according to the exemplary embodiments. Theavail comparator 125 may be any component configured to perform the functionalities to be described in further detail below. For example, theavail comparator 125 may be a wired or wireless device that receives the information and transmits results of an analysis. It should be noted that theavail comparator 125 being a separate component is only exemplary. As those skilled in the art will understand, in another exemplary embodiment, theavail comparator 125 may be an integrated component of thebroadcaster 105. Theavail comparator 125 may include aprocessor 205, amemory arrangement 210, adisplay device 215, an input/output (I/O)device 220, atransceiver 225, andother components 230. - The
processor 205 may be configured to execute a plurality of applications of theavail comparator 125. For example, theprocessor 205 may execute anaggregator 235 that is configured to aggregate the return feed from thecommunication medium 110 prior to being processed. Specifically, theavail comparator 125 according to the exemplary embodiments is configured to analyze a plurality at return feeds from the various different communication mediums to verify that the avail tones are properly inserted and embedded in the television broadcast. As such, theaggregator 235 may combine the individual return feeds to generate a combined return feed for analysis. However, it should be noted that the use of theaggregator 235 is only exemplary and theavail comparator 125 may process each of the return feeds with or without aggregation. It should also be noted that theaggregator 235 being on integrated component and/or an application executed by theprocessor 205 of theavail comparator 125 is only exemplary. That is, theaggregator 235 may be an intermediary component that receives the return feed from the plurality ofcommunication mediums 110 and aggregates the prior to delivery to theavail comparator 125. - In another example, the
avail comparator 125 may execute a validatingapplication 240. The validatingapplication 240 may be configured to determine whether the scheduled avail tones as indicated in anautomation playlist 130 received by theavail comparator 125 has been triggered and likely to have been properly received by thedistributor 115. As will be described in further detail below, theautomation playlist 130 may be received from an administrator through a manual entry, from thebroadcaster 105, or through another mechanism that is capable of providing theautomation playlist 130. The validatingapplication 240 may also receive the return feed that may include information regarding whether avail tones have been triggered. Accordingly, the validatingapplication 240 may determine whether or not scheduled avail tones have been triggered. - It should be noted that the above noted applications, each being an application (e.g., a program) executed by the
processor 205, is only exemplary. The functionality associated with the applications may also be represented as a separate incorporated component of theavail comparator 125 or may be a modular component coupled to theavail comparator 125, e.g., an integrated circuit with or without firmware. - The
memory 210 may be a hardware component configured to store data related to operations performed by theavail comparator 125. Specifically, thememory 210 may store data related to theaggregator 235 and the validatingapplication 240. For example, thememory 210 may store the various return feeds (at least temporarily) for theaggregator 235 to perform its functionality. In another example, thememory 210 may store theautomation playlist 130 for use during the analysis. - The
display device 215 may be a hardware component configured to show data to a user while the I/O device 220 may be a hardware component that enables the user to enter inputs. For example, thedisplay device 215 may enable a user such as an administrator to view a progress of the analysis of the validatingapplication 240 as well as any results that are determined. It should be noted that thedisplay device 215 and the I/O device 220 may be separate components or integrated together such as a touchscreen. Thetransceiver 225 may be a hardware component configured to transmit and/or receive data in a wired or wireless manner. Thetransceiver 225 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) that are related no the functionalities of the different applications being performed. Specifically, thetransceiver 225 may enable a communication pathway in which the return feed is received from thecommunication medium 110 and to transmit the return feed and results of an analysis by the validatingapplication 240 to thebroadcaster 105. - As noted above, the
automation playlist 130 may be a scheduling of avail tones that are predetermined to be triggered in the television broadcast transmitted by thebroadcaster 105. Accordingly, theautomation playlist 130 may indicate the available time slots during the television broadcast where thedistributor 115 may insert programming segments at its discretion. The available time slots may be determined manually by an administrator or programming director and entered into theautomation playlist 130. Because theautomation playlist 130 is a predetermined scheduling of the available time slots, theautomation playlist 130 may also include the scheduling of the avail tones. Theautomation playlist 130 may further be used to provide a signal for when the avail tones in theautomation playlist 130 are played out as scheduled in the television broadcast, as determined from the return feed of the television broadcast. - As discussed above, the
avail comparator 125 may receive a plurality of return feeds. The plurality of return feeds may be for a single television broadcast transmitted overdifferent communication mediums 110. However, the plurality of return feeds may also be for a plurality of different television broadcasts. Accordingly, each unique television broadcast may have an associatedautomation playlist 130. However, it should be noted that this association is only exemplary. In other exemplary embodiments, each unique television broadcast using a unique communication medium may also have an associatedautomation playlist 130 or ageneric automation playlist 130 may be used for every television broadcast originating from the broadcaster 105 (e.g., every first 30 second interval during a two minute time slot in the television broadcast). Theavail comparator 125 may receive each of these automation playlists 130 (e.g., via the I/O device 220). - When the
automation playlist 130 is received, the validatingapplication 240 may determine when the avail tones are scheduled to be triggered for the television broadcast. Specifically, by receiving the return feed corresponding to the television broadcast, the validatingapplication 240 may determine whether the scheduled avail tones as indicated in theautomation playlist 130 have been properly triggered during the broadcast. The validatingapplication 240 may specifically perform the validating functionality by receiving an indication or signaling of when a scheduled avail tone has played out based upon theautomation playlist 130 and subsequently receiving a corresponding notification from the return feed within a predetermined amount of time. The predetermined time in which the notification is to be received may be selected by an administrator and/or determined based upon a variety of factors such as a compensation for transmitting the television broadcast, receiving the return feed, adjusting for expected delays, etc. - The predetermined amount of time in which to receive the corresponding notification may be any predefined amount of time subsequent to the time that the scheduled avail tone is to play out. The predetermined amount of time may also be utilized in a different manner. Specifically, the
automation playlist 130 for a given channel or broadcast may include a window of opportunity in which the scheduled avail tone is to play out. For example, a particular channel may have three avail tones that are played out in a given hour (e.g., between the 14th and 32nd minute in the hour, between the 34th and 52nd minute in the hour, and between the 46th minute in the hour and the 4th minute after the hour). The validatingapplication 240 may determine whether the scheduled avail tone played out if the corresponding signaling is detected outside these windows of opportunity or missed from within these windows of opportunity. - The signaling of the playout of an avail tone in the
automation playlist 130 may utilise different mechanisms to indicate the playout to the validatingapplication 240. In a first example, the signaling may be generated by incorporating a mechanism within a device driver that signals playouts of an avail tone on an on-air (focused) channel. This signaling may be a simple network management protocol (SNMP), an insertion of a database record, a proprietary protocol, a standards-based protocol, etc. between the playout system and theavail comparator 125. In a second example, the signaling may be generated by an external system (e.g., a facility management device) that scrapes theautomation playlist 130 at play time looking for a playout of the avail tones to signal to theavail comparator 125 when the playout of the avail tones have occurred. In a third example, the signaling may be generated by theavail comparator 125 via a further application that scrapes theautomation playlist 130 of avail tones and records them internally for later comparison with the notification of an avail tone as included in the return feed. Those skilled in the art will understand that the above-described exemplary embodiments may be implemented alone or in any combination. - The indication provided in the return feed may be determined based upon any known mechanism. For example, the return feed is substantially the same as the television broadcast that was transmitted from the
broadcaster 105. Accordingly, the return feed that is received may have the avail tones triggered using known mechanisms to determine whether a corresponding notification is generated. Therefore, the validatingapplication 125 may be capable of determining that a scheduled avail tone as indicated in the automation playlist 130 (as determined from the signaling of the playout of the avail tone) has been triggered in the television broadcast from thebroadcaster 105 using a corresponding notification in the return feed within the predetermined time. The validatingapplication 125 may also be capable of determining that the scheduled avail tone has been missed to generate an alert to indicate to a user of this error. In this manner, missed triggering of avail tones may still be determined when other monitoring mechanisms would bypass this error it is undetectable. - The exemplary embodiments may further incorporate further features. In a first example, the validating
application 240 or a further application may be configured with a logging functionality and/or a trending functionality. These functionalities may generate a searchable log of all activity performed by theavail comparator 125 for a configurable amount of time (e.g., a set, number of days) with options including filtering by a date range, a channel, an avail tone status (e.g., triggered properly or missed), etc. In a second example, the exemplary embodiments may extend to incorporate other signaling in addition to the avail tones such as any SCTE 104 generated event (e.g., web blackout, multiplatform placement opportunity, etc.), an application for GPI signaling, comparing 5.1 GPI triggers to a received AC3 mode for traditional playout systems not using internal AC3 encoders, other signaling including AFD and V-Chip, etc. -
FIG. 3 shows anexemplary method 300 for validating scheduled avail tones according to the exemplary embodiments. Specifically, themethod 300 describes a process by which the validatingapplication 240 of theavail comparator 125 determines whether an avail tone inserted in a television broadcast transmitted by thebroadcaster 105 has properly triggered based upon thecorresponding automation playlist 130. Themethod 300 will be described with regard to thebroadcast system 100 ofFIG. 1 and theavail comparator 125 ofFIG. 2 . - In
step 305, theavail comparator 125 receives theautomation playlist 130. As discussed above, theautomation playlist 130 may correspond to a television broadcast transmitted by thebroadcaster 105. Theautomation playlist 130 may also be received from any source such as thebroadcaster 105, a manual entry, a further component, etc. Instep 310, theavail comparator 125 determines a scheduling of the avail tones based upon theautomation playlist 130. That is, theavail comparator 125 determines when the scheduled avail tones are expected to be triggered in the television broadcast. - In
step 315, theavail comparator 125 receives a return feed from thecommunication medium 110. As discussed above, the television broadcast may be transmitted from thebroadcaster 105 to thedistributor 115 via thecommunication medium 110 so that thedistributor 115 may re-transmit the television broadcast to theconsumer 120. The television broadcast may also be returned to thebroadcaster 105 for monitoring purposes. Additionally, theavail comparator 125 may receive the return feed from thecommunication medium 110. - In
step 320, theavail comparator 125 selects a next scheduled avail tone to be triggered in the television broadcast as indicated in theautomation playlist 130. For example, the television broadcast may be a 30 minute program in which there are three commercial breaks lasting 2 minutes each, the first commercial break starting at a first time, the second commercial break starting at a second time subsequent to the first time, and the third commercial break starting at a third time subsequent to the second time. The first commercial break may include 4 commercials, each lasting 30 seconds. Theautomation playlist 130 may indicate that the first commercial slot (starting at time 0 of the first commercial break) and the third commercial slot (starting at time 60 seconds of the first commercial break) are available time slots which may be replaced with programming segments selected by thedistributor 115. Accordingly, these commercial slots may have already had the avail tones inserted therein in the television broadcast. Instep 320, in a first iteration of themethod 300, the avail comparator 25 may select this first commercial break at the first commercial slot. - In
step 325, the validatingapplication 240 determines whether the avail tone was properly triggered in the television broadcast based upon the return feed that was received. As discussed above, theautomation playlist 130 may provide a basis to generate a signaling of the scheduled avail tone playing out. Accordingly, this signaling may represent the presence of the avail tone that is expected in the corresponding spot in the return feed of the television broadcast. The return feed may provide a notification of whether the avail tone has been triggered in the television broadcast. Thus, if the notification is received, this may be indicative of the avail tone triggering whereas an absence of the notification may be indicative that the avail tone was not triggered. Also discussed above, the windows of opportunity may be used in determining whether the corresponding signaling has been received (e.g., outside the window or missed from within the window). - If the notification of the avail tone triggering is received, the validating
application 240 continues themethod 300 to step 340. However, if the notification of the avail tone triggering is not received, the validatingapplication 240 continues themethod 300 to step 330. Instep 330, the validating application determines whether a time from which the signaling for theautomation playlist 130 has gone beyond a predetermined time. As discussed above, this predetermined time may represent a window in which the notification may be received to satisfy the signaling indication. If the predetermined time has not yet been reached, the validatingapplication 240 may return themethod 300 to step 325. However, if the predetermined time has elapsed, the validatingapplication 240 may continue themethod 300 to step 335. Instep 335, the validatingapplication 240 generates an alert corresponding to the avail tone not properly triggering. Subsequently, the validatingapplication 240 continues themethod 300 to step 340. - In
step 340, the validatingapplication 240 may log the event of the activity performed. For example, if the avail tone was triggered, this event may be logged. In another example, if the avail tone was not triggered, this even may also be logged. Accordingly, the logging functionality may be performed for thisautomation playlist 130 corresponding to the television broadcast from thebroadcaster 105. - In
step 345, the validatingapplication 240 determines whether any further avail tones are expected to be triggered in the television broadcast. As discussed above, the first commercial break may trigger another avail tone in the third commercial slot. Accordingly, the validatingapplication 240 may return themethod 300 to step 320. This process may continue until each avail tone has been analyzed as to whether it has properly triggered. That is, the log functionality may indicate whether every scheduled avail tone was properly triggered in the television broadcast as the automation playlist 140 may provide a corresponding signaling indicating an expected avail tone triggering. - It should be noted that the
method 300 may loop continuously as a subsequent broadcast is scheduled following the current broadcast. Thus, each iteration may be punctuated by new incoming playlists as cell as new incoming return feed data in determining whether scheduled avail tones are played out throughout a constant broadcast. - The exemplary embodiments provide a device, system, and method of validating whether a scheduled avail tone is triggered in a broadcast. The scheduling of the avail tones in the broadcast may be predetermined and provided as a basis for which the triggering in the broadcast has occurred. Specifically, an automation playlist indicating the scheduled avail tones may be provided. A return feed of the broadcast may also be provided that includes notifications of whether the avail tones have properly triggered in the broadcast. Accordingly, the exemplary embodiments enable a determination of when a scheduled avail tone has properly triggered or an issue is present that prevents the triggering of the scheduled avail tone.
- Those skilled in the art will understand that the above-described exemplary embodiments may be implemented in any suitable software or hardware configuration or combination thereof. An exemplary hardware platform for implementing the exemplary embodiments may include, for example, an Intel x86 based platform with compatible operating system, a Mac platform and MAC OS, a mobile device having an operating system such as iOS, Android, etc. In a further example, the exemplary embodiments of the above described method may be embodied as a program containing lines of code stored on a non-transitory computer readable storage medium that, when compiled, may be executed on a processor or microprocessor.
- It will be apparent to those skilled in the art that various modifications may be made in the present invention, without departing from the spirit or the scope of the invention. Thus, it is intended that the present invention cover modifications and variations of this invention provided they come within the scope of the appended claims and their equivalent.
Claims (21)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/886,514 US20180160162A1 (en) | 2015-09-23 | 2018-02-01 | Device, System, and Method for Scheduled Avail Tone Validation |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/862,657 US9924214B2 (en) | 2015-09-23 | 2015-09-23 | Device, system, and method for scheduled avail tone validation |
US15/886,514 US20180160162A1 (en) | 2015-09-23 | 2018-02-01 | Device, System, and Method for Scheduled Avail Tone Validation |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/862,657 Continuation US9924214B2 (en) | 2015-09-23 | 2015-09-23 | Device, system, and method for scheduled avail tone validation |
Publications (1)
Publication Number | Publication Date |
---|---|
US20180160162A1 true US20180160162A1 (en) | 2018-06-07 |
Family
ID=58283693
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/862,657 Active 2035-10-04 US9924214B2 (en) | 2015-09-23 | 2015-09-23 | Device, system, and method for scheduled avail tone validation |
US15/886,514 Abandoned US20180160162A1 (en) | 2015-09-23 | 2018-02-01 | Device, System, and Method for Scheduled Avail Tone Validation |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/862,657 Active 2035-10-04 US9924214B2 (en) | 2015-09-23 | 2015-09-23 | Device, system, and method for scheduled avail tone validation |
Country Status (4)
Country | Link |
---|---|
US (2) | US9924214B2 (en) |
EP (1) | EP3353628A4 (en) |
JP (1) | JP2018535576A (en) |
WO (1) | WO2017052771A1 (en) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10075753B2 (en) | 2016-12-31 | 2018-09-11 | Turner Broadcasting System, Inc. | Dynamic scheduling and channel creation based on user selection |
US11503352B2 (en) | 2016-12-31 | 2022-11-15 | Turner Broadcasting System, Inc. | Dynamic scheduling and channel creation based on external data |
US11134309B2 (en) | 2016-12-31 | 2021-09-28 | Turner Broadcasting System, Inc. | Creation of channels using pre-encoded media assets |
US10992973B2 (en) | 2016-12-31 | 2021-04-27 | Turner Broadcasting System, Inc. | Publishing a plurality of disparate live media output stream manifests using live input streams and pre-encoded media assets |
US11051061B2 (en) | 2016-12-31 | 2021-06-29 | Turner Broadcasting System, Inc. | Publishing a disparate live media output stream using pre-encoded media assets |
US11109086B2 (en) | 2016-12-31 | 2021-08-31 | Turner Broadcasting System, Inc. | Publishing disparate live media output streams in mixed mode |
US11038932B2 (en) | 2016-12-31 | 2021-06-15 | Turner Broadcasting System, Inc. | System for establishing a shared media session for one or more client devices |
US10965967B2 (en) | 2016-12-31 | 2021-03-30 | Turner Broadcasting System, Inc. | Publishing a disparate per-client live media output stream based on dynamic insertion of targeted non-programming content and customized programming content |
US11962821B2 (en) | 2016-12-31 | 2024-04-16 | Turner Broadcasting System, Inc. | Publishing a disparate live media output stream using pre-encoded media assets |
US10856016B2 (en) | 2016-12-31 | 2020-12-01 | Turner Broadcasting System, Inc. | Publishing disparate live media output streams in mixed mode based on user selection |
US11051074B2 (en) | 2016-12-31 | 2021-06-29 | Turner Broadcasting System, Inc. | Publishing disparate live media output streams using live input streams |
US11245964B2 (en) | 2017-05-25 | 2022-02-08 | Turner Broadcasting System, Inc. | Management and delivery of over-the-top services over different content-streaming systems |
US11082734B2 (en) | 2018-12-21 | 2021-08-03 | Turner Broadcasting System, Inc. | Publishing a disparate live media output stream that complies with distribution format regulations |
US10880606B2 (en) * | 2018-12-21 | 2020-12-29 | Turner Broadcasting System, Inc. | Disparate live media output stream playout and broadcast distribution |
US10873774B2 (en) | 2018-12-22 | 2020-12-22 | Turner Broadcasting System, Inc. | Publishing a disparate live media output stream manifest that includes one or more media segments corresponding to key events |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040189873A1 (en) * | 2003-03-07 | 2004-09-30 | Richard Konig | Video detection and insertion |
US20050278769A1 (en) * | 2004-05-14 | 2005-12-15 | Ryan Steelberg | Broadcast monitoring system and method |
US20100251289A1 (en) * | 2009-03-24 | 2010-09-30 | Microsoft Corporation | Advertisement insertion decisions for set top box management of advertisements |
US20110142417A1 (en) * | 2009-12-12 | 2011-06-16 | Brian Wilson | System, method and computer program product for updating advertising data for recorded video data |
US20140282671A1 (en) * | 2013-03-15 | 2014-09-18 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify linear and non-linear media presentations |
US20150341812A1 (en) * | 2003-08-29 | 2015-11-26 | Ineoquest Technologies, Inc. | Video quality monitoring |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020104083A1 (en) * | 1992-12-09 | 2002-08-01 | Hendricks John S. | Internally targeted advertisements using television delivery systems |
SE9403109D0 (en) | 1994-09-16 | 1994-09-16 | Limt Technology Ab | Local insertion of digital material in analogue and digital broadcasting |
US6388712B1 (en) * | 1997-10-09 | 2002-05-14 | Kabushiki Kaisha Toshiba | System for verifying broadcast of a commercial message |
US8290351B2 (en) * | 2001-04-03 | 2012-10-16 | Prime Research Alliance E., Inc. | Alternative advertising in prerecorded media |
US20030126613A1 (en) * | 2001-03-09 | 2003-07-03 | Mcguire Todd J. | System and method for visualizing user activity |
US8966527B1 (en) | 2001-10-16 | 2015-02-24 | The Directv Group, Inc. | System and method for media inserts in a media distribution system |
GB0320618D0 (en) | 2003-09-03 | 2003-10-01 | Koninkl Philips Electronics Nv | Monitoring of a broadcast signal |
US7627878B2 (en) * | 2005-12-23 | 2009-12-01 | Eloda Inc. | Method and System for automated auditing of advertising |
US8781003B2 (en) | 2008-07-17 | 2014-07-15 | Cisco Technology, Inc. | Splicing of encrypted video/audio content |
US8635640B2 (en) * | 2008-12-24 | 2014-01-21 | At&T Intellectual Property I, Lp | System, method and computer program product for verifying triggers in a video data stream |
US8341550B2 (en) * | 2009-02-10 | 2012-12-25 | Microsoft Corporation | User generated targeted advertisements |
EP2449775B1 (en) | 2009-06-29 | 2015-05-27 | NDS Limited | Receiving and recording of content and of timing information |
US8239888B2 (en) * | 2009-10-29 | 2012-08-07 | Ineoquest Technologies, Inc. | Advertising metrics system and method |
WO2011148387A2 (en) * | 2010-05-24 | 2011-12-01 | Vubites India Private Limited | System and method for image matching for analysis and processing of a broadcast stream |
US9027051B2 (en) * | 2010-12-31 | 2015-05-05 | Accenture Global Services Limited | Determining whether an advertisement aired in accordance with predefined airing specifications |
US8527351B2 (en) | 2011-05-11 | 2013-09-03 | Brian C. Wiles | Integrated digital broadcasting system, network, and methods |
US9154841B2 (en) | 2012-12-28 | 2015-10-06 | Turner Broadcasting System, Inc. | Method and system for detecting and resolving conflicts in an automatic content recognition based system |
-
2015
- 2015-09-23 US US14/862,657 patent/US9924214B2/en active Active
-
2016
- 2016-07-28 JP JP2018514336A patent/JP2018535576A/en active Pending
- 2016-07-28 EP EP16849174.4A patent/EP3353628A4/en not_active Ceased
- 2016-07-28 WO PCT/US2016/044560 patent/WO2017052771A1/en active Application Filing
-
2018
- 2018-02-01 US US15/886,514 patent/US20180160162A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040189873A1 (en) * | 2003-03-07 | 2004-09-30 | Richard Konig | Video detection and insertion |
US20150341812A1 (en) * | 2003-08-29 | 2015-11-26 | Ineoquest Technologies, Inc. | Video quality monitoring |
US20050278769A1 (en) * | 2004-05-14 | 2005-12-15 | Ryan Steelberg | Broadcast monitoring system and method |
US20100251289A1 (en) * | 2009-03-24 | 2010-09-30 | Microsoft Corporation | Advertisement insertion decisions for set top box management of advertisements |
US20110142417A1 (en) * | 2009-12-12 | 2011-06-16 | Brian Wilson | System, method and computer program product for updating advertising data for recorded video data |
US20140282671A1 (en) * | 2013-03-15 | 2014-09-18 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify linear and non-linear media presentations |
Also Published As
Publication number | Publication date |
---|---|
WO2017052771A1 (en) | 2017-03-30 |
JP2018535576A (en) | 2018-11-29 |
EP3353628A1 (en) | 2018-08-01 |
EP3353628A4 (en) | 2019-05-01 |
US9924214B2 (en) | 2018-03-20 |
US20170085935A1 (en) | 2017-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9924214B2 (en) | Device, system, and method for scheduled avail tone validation | |
KR101985826B1 (en) | Identify media channels with multi-matching detection and broadcast time-based clarification | |
US8516528B2 (en) | Synchronization of 2nd screen applications | |
ES2796626T3 (en) | Targeted Impression Model for Broadcast Network Resource Delivery | |
CN104113767B (en) | Recipient's particular list for media content distribution | |
US9736516B1 (en) | Method and system for automating advertising insertion and reconciliation | |
US10764611B2 (en) | Program verification and decision system | |
US20090070837A1 (en) | Method and System for Forming a Countdown Clock Channel Output | |
KR101992705B1 (en) | Identify media channels with multi-matching detection and single matching based clarification | |
US10264294B2 (en) | Validating and calibrating splice points in interstitial content | |
EP2725578A1 (en) | Loudness log for recovery of gated loudness measurements and associated analyzer | |
US20150237411A1 (en) | Method and system for automatically scheduling and inserting television commercial and real-time updating of electronic program guide | |
US20090113491A1 (en) | Method and system of retrieving lost content segments of prior broadcasted programming at a user device from a service provider | |
US20210385535A1 (en) | Apparatus and method for calculating viewer rating by using channel change data | |
US20130091514A1 (en) | System, server, terminal apparatus, and method | |
US11671644B2 (en) | Targeted preemption for digital ad insertion | |
US10779025B2 (en) | Automatic identification and verification of transmission of content | |
US9930389B2 (en) | System and method for displaying advertisements | |
US10334317B2 (en) | Digital media receiver monitoring system | |
US20050266834A1 (en) | System and method for broadcast play verification | |
RU123194U1 (en) | AUTOMATED SYSTEM OF TAPE OF REGIONAL ADVERTISING ON THE AIR OF TV CHANNELS | |
KR101833358B1 (en) | System and method for managing advertisement | |
Bardelli et al. | Monitoring the transmission quality of digital television: EUTELSAT's experience and the TESEUS system (television surveillance system for EUTELSAT satellites) | |
Sandoval et al. | Synchronization of 2 nd screen applications | |
JP2001339744A (en) | Acquisition method for broadcasting record of commercial message, acquisition system therefor, computer readable record medium storing program therefor and broadcasting method for commercial message |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: VIACOM INTERNATIONAL INC., NEW YORK Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:REIDEL, GREGG WILLIAM;HUNDERSMARCK, CHRISTOPHER FULTON;FINDLING, SCOTT CHARLES;AND OTHERS;REEL/FRAME:044838/0311 Effective date: 20150922 |
|
AS | Assignment |
Owner name: VIACOM INTERNATIONAL INC., NEW YORK Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE TO CORRECT THE ASSIGNOR'S NAME TO GREGG WILLIAM RIEDEL PREVIOUSLY RECORDED ON REEL 044838 FRAME 0311. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT OF ASSIGNOR'S INTEREST;ASSIGNORS:RIEDEL, GREGG WILLIAM;HUNDERSMARCK, CHRISTOPHER FULTON;FINDLING, SCOTT CHARLES;AND OTHERS;REEL/FRAME:045786/0314 Effective date: 20150922 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION 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 |
|
STCV | Information on status: appeal procedure |
Free format text: APPEAL READY FOR REVIEW |
|
STCV | Information on status: appeal procedure |
Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS |
|
STCV | Information on status: appeal procedure |
Free format text: BOARD OF APPEALS DECISION RENDERED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
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 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
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 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: APPEAL BRIEF (OR SUPPLEMENTAL BRIEF) ENTERED AND FORWARDED TO EXAMINER |
|
STCV | Information on status: appeal procedure |
Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS |
|
STCV | Information on status: appeal procedure |
Free format text: BOARD OF APPEALS DECISION RENDERED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION |