PATENT CLAIM ANALYSIS

Application Number: 15947941
Application Type: Utility
Filing Date: 2018-04
Publication Date: 2019-10
Patent Classification: ["725", "032000"]

Abstract:
A scalable, multi-platform, seamless Server-side Ad-Insertion system and method with a single stream input and output having an Advertisement Detector and Playlist Instrumenter (ADPI) which puts out Advertisement Break position and duration for an Advertisement Replacement System (ARS) and a Common Instrumented Playlist (CIP) for the users, a Load Switch to balance the ADPI and ARS loads when they need to scale according to user-demand, and a plurality of users on a plurality of devices and platforms communicating with the ARS. The ARS communicates with the Advertisement Server to enable fetching advertisements for every user and reports successful advertisement playback. The CIP contains a list of URLs having Beacon redirections which are added periodically to indicate user presence to the ARS and content URLs. ServeAd redirections is added to the ARS only during advertisement break so that ARS can replace in-stream advertisements.

Claim (Index 4):
The system of  claim 1  wherein the Advertisement Detector and Playlist Instrumenter (ADPI) further comprises (a) a Stream Receiver, Parser, and Decoder ( 402 ), (b) a Cue Detector ( 404 ), (c) a Break Aggregator ( 406 ), (d) a Boundary Annealer and Segmenter ( 407 ), (e) a Segment Store ( 408 ), (f) a Playlist Builder ( 409 ), and (g) a Playlist Server ( 410 ) wherein:\n a) the Stream Receiver, Parser, and Decoder ( 402 ), further comprises:\n i) a Stream Receiver that handles authentication and authorization schemes as applicable and hands over a playlist variant stream to a Parser; \n ii) the Parser parses chosen playlist variant, downloads each segment; \n iii) the Decoder does content decryption if adaptive input stream ( 401 ) is DRM protected; and \n iv) the Stream Receiver, Parser, and Decoder ( 402 ) hands over downloaded segment ( 403 ) along with header information to the Cue Detector ( 404 ); \n \n b) the Cue Detector ( 404 ) further:\n i) receives the downloaded segment ( 403 ) along with the header information in input stream variant, the cue information may be available as an encoded header in playlist variant just above segment URL or in a Content Segment; and \n ii) looks for advertisement cues, in headers or Content Segment, the cue information ( 405 ) is passed on to the Break Aggregator ( 406 ); \n \n c) the Break Aggregator ( 406 ) aggregates smaller breaks into a larger break, to facilitate larger choice for a replacement, also it breaks very large advertisement breaks into reasonable size chunks wherein break information is conveyed in the format, {Splice PTS, Break Type, Media Index, duration} wherein:\n i) splice PTS is frame accurate position in Audio/Video (A/V) segment expressed as Timestamp; \n ii) break Type indicates start or end of an Advertisement Break; \n iii) media Index is segment number in the variant playlist, where change was noticed; \n iv) duration is not always available more so for Live input streams {0x12345678, begin, 48}, {0x5aibaba, end, 53}, which means advertisement break started at splice PTS of 0x12345678 in segment 48, ended at 0x5aibaba in segment 53; and \n \n v) media index and PTS values are maintained cross-referenceable across playlist variants; \n d) the Boundary Annealer and Segmenter ( 407 ) further:\n i) re-encodes a portion of content via the Annealer when the content-advertisement boundary is in within a segment and serves them separately; and \n ii) the Segmenter chops detected input advertisement segments into fixed size smaller duration chunks, store them in the Segment Store ( 408 ), this chopping helps during advertisement replacement, as every chopped segment could be a replacement advertisement; \n \n e) the Segment Store ( 408 ) has chopped input advertisement segment by the Boundary Annealer and Segmenter ( 407 ), these segments shall be part of output playlist CIP ( 411 a ), replacement advertisement will be served instead of these segments or will be served as is if no replacement is available; \n f) the Playlist Builder ( 409 ) builds a playlist with periodic redirection to the User Tracker Server ( 306 ) (UTS), a subsystem of the ARS ( 414 ) called Beacon redirections and redirections to the Replacement Content Server ( 315 ) (RCS), a subsystem of the ARS ( 414 ) called as ServeAd redirections along with Content Segments; \n g) the Playlist Builder ( 409 ) adds ServeAd redirections only during advertisement break, said ServeAd redirections carry chopped input advertisement segments stored in the Segment Store ( 408 ) as URL parameters; \n h) the CIP ( 411 b ) includes discontinuity markers before and after every ServeAd redirection, Playlist is represented by CIP ( 411 a ); and \n i) the Playlist Server ( 410 ) serves the CIP ( 411 a ) built by the Playlist Builder ( 409 ) to all users ( 415 ), said Playlist Server ( 410 ) is a typical HTTP server configured for the SSAI.

Metadata:
- Claim Count in Document: 29.0
- Percentile: 91.0
- Lexical Diversity: 1.71429
- Patent Class: 725.0
- Transitional Phrase Type: none
- Component Type: 0
- Foreign Priority: False
- Related Applications: ['14168734', '13246528', '13246624', '14019592', '10662776']

Analysis Scores:
- 35 USC 101 Eligibility (BERT): 0.4253388526952144
- 35 USC 102 Novelty (BERT): 0.5127926257834543
- Combined Prediction Score: 0.4340842300040384
- Mean Citation Score: 202.397042
- Max Citation Score: 224.29971
- Similarity Product: 137.54375268652797

Labels:
- Claim Label 101: 1
- Claim Label 102: 1
- Claim Label 103: 1
- Claim Label 112: 0
- Combined Label: 1
- Label 101 Adjusted: 1

Dataset: test