CH710868B1 - Verfahren und System zur gezielten Einsetzung eines Videostreams. - Google Patents

Verfahren und System zur gezielten Einsetzung eines Videostreams. Download PDF

Info

Publication number
CH710868B1
CH710868B1 CH00914/16A CH9142016A CH710868B1 CH 710868 B1 CH710868 B1 CH 710868B1 CH 00914/16 A CH00914/16 A CH 00914/16A CH 9142016 A CH9142016 A CH 9142016A CH 710868 B1 CH710868 B1 CH 710868B1
Authority
CH
Switzerland
Prior art keywords
subscriber
segment
promotion
segments
replacing
Prior art date
Application number
CH00914/16A
Other languages
English (en)
Inventor
Viktorovich Krasko Nikolay
Sergeevich Ezhov Fedor
Original Assignee
Spb Tv Ag
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Spb Tv Ag filed Critical Spb Tv Ag
Publication of CH710868B1 publication Critical patent/CH710868B1/de

Links

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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23418—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25841—Management of client data involving the geographical location of the client
    • 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25883—Management of end-user data being end-user demographical data, e.g. age, family status or address
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440218—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4524—Management of client data or end-user data involving the geographical location of the client
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Computer Graphics (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Es wird ein Verfahren zur Bereitstellung eines Videostreams zur Verfügung gestellt, wobei das Verfahren an einem Netzwerkübertragungsgerät ausführbar ist. Das Verfahren umfasst: Identifizieren eines Streams (112), welcher an eine Vielzahl von Abonnenten (114-1, 114-2, 114-3) gesendet wurde; Lokalisieren eines Promotionssegmentes (PG) im identifizierten Stream; Übermitteln eines ersten ersetzenden Promotionssegmentes (P1–Pn) an einen ersten Abonnenten, wobei das erste ersetzte Promotionssegment (P1) basierend auf einem Abonnentenattribut, welches mit dem ersten Abonnenten (114-1) verbunden ist, ausgewählt wurde, wobei das erste ersetzte Promotionssegment (P1) das Promotionssegment (PG) ersetzt; Übermitteln eines zweiten ersetzenden Promotionssegmentes (P2) an einen zweiten Abonnenten (114-2), wobei das zweite ersetzte Promotionssegment (P2) basierend auf einem Abonnentenattribut, welches mit dem zweiten Abonnenten (114-2) verbunden ist, ausgewählt wurde, wobei das zweite ersetzte Promotionssegment (P2) das Promotionssegment (PG) ersetzt; und Wiederaufnahme der Übermittlung des identifizierten Streams (112) an den ersten Abonnenten (114-1) und den zweiten Abonnenten (114-2) nachfolgend auf die Übermittlung des entsprechenden ersten und zweiten Promotionssegmentes. Ausführung des Verfahrens erlaubt gezielte Werbung, indem individuelle Promotionssegmente gewählt werden, um spezifische Abonnenten durch selektive Insertion in einen Übertragungsstream zu erreichen.

Description

Beschreibung
Gebiet [0001] Die vorliegende Technologie betrifft Videobereitstellungssysteme im Allgemeinen und speziell ein Verfahren und ein System zum gezielten Einsetzen eines Videostreams.
Hintergrund [0002] Multimedia-Dienstanbieter wie Kabel-TV, IPTV, Mobilfunk-Netzbetreiber und Internet-Dienstanbieter (ISPs) bieten eine Vielfalt an Unterhaltung, Informationen und interaktiven Dienstleistungen. Typischerweise werden Audio- und animierte Videodaten in einem so genannten «Stream»-Format ausgestrahlt, welches den Empfänger-Abonnenten erlaubt, den Inhalt nachfolgend zu erhalten, ohne die Notwendigkeit, die gesamte Datei vollständig herunterzuladen oder Zwischenspeichern zu müssen. Während des Streamens erhält jeder Empfänger Segmente oder Nachrichten, welche die angeforderten Inhalte enthalten.
[0003] Werbemittel, wie Werbesegmente, mit informativem oder überzeugendem Material, welche separat vom angeforderten Inhalt sind, können auch wiedergegeben werden. Bei herkömmlichen Multimedia-Streaming-Systemen wird der angeforderte Inhalt (wie beispielsweise ein Kabel-TV-Kanal) in der Regel von mehreren Benutzern gesendet und empfangen. Daher empfangen alle anfordernden Benutzer, welche denselben angeforderten Daten-Stream (wie denselben Ka-bel-TV-Kanal, zum Beispiel) empfangen, auch das gleiche Werbesegment, da das Werbesegment in den herkömmlichen Multimedia-Stream gespleisst oder eingefügt wird.
Zusammenfassung [0004] Hierin basieren Konfigurationen zum Teil auf der Beobachtung der Erfinder, dass herkömmliche Streamingserver den gleichen Medien-Stream zu jedem von einer Vielzahl von Benutzern senden. Jeweils jeder von mehreren Benutzern, welche einen bestimmten Kanal anschauen, wie einen Kabel-TV-Kanal, der vom Streamingserver ausgeht, empfängt den gleichen Medieninhalt.
[0005] Daher liefern diese Mechanismen und Standards keine Optionen, welche für gezielte (personalisierte) Werbeanzeigen geeignet sind. Alle Kundengeräte, welche an einen Streamer angeschlossen sind, erhalten den gleichen Inhalt, einschliesslich des gleichen Inhalts der Werbeanzeigen. Wenn also ein TV-Anbieter für einige der Kunden, welche den bestimmten Inhalt empfangen (wie den bestimmten Kabel-TV-Kanal), spezielle Werbeanzeigen anzeigen will, so benötigt er oder sie eine separate Einrichtung an Splicer, Sendeautomationsserver und Streamer für jede Gruppe von Kunden. Ferner ermöglicht solch ein herkömmlicher Ansatz einzig Organisation von personalisierten Werbeanzeigen basierend auf Geo-Targeting, während Targeting basierend auf, sagen wir, Geschlecht oder Alter des Kunden nicht wirklich möglich ist.
[0006] Deshalb weisen leider herkömmliche Ansätze für Multimedia-Dienste und -Übertragung den Mangel auf, dass es keine Individualisierung des gesendeten Medienstreams gibt, welcher den individuellen Benutzern gesendet wird. Medienanbieter sind nicht in der Lage, personalisierte Medieninhalte, wie personalisierte Werbeanzeigen, Werbesegmente oder sogar vom Benutzer angeforderte Inhalte, in den an den individuellen Abonnenten gesendeten Medien-Stream einzuspeisen.
[0007] Dementsprechend überwinden Konfigurationen hierin im Wesentlichen die Mängel der Übertragungseinfügungs-granularität, indem Echtzeit-Insertion eines Promotionssegmentes wie eine Werbeanzeige in individuell gelieferte Streams, welche für individuelle Benutzer bestimmt sind, erlaubt wird. Medieninhaltprovider können individualisierte Promotionssegmente in vorbestimmte Segmente eines Medieninhaltproviders einfügen, welche ein Segment mit einem allgemeineren Inhalt überschreiben oder ersetzen. Der Hauptmedieninhalt kann nach dem individualisierten Werbesegment wieder aufgenommen werden. Medieninhaltprovider gleichen Abonnentenattribute an oder korrelieren Abonnentenattribute, welche von einem Renderinggerät erhalten werden, das einem bestimmten Benutzer zugeordnet ist, wie eine Set-Top-Box oder ein Smartphone, mit einem als interessant oder als relevant geltenden Promotionssegment basierend auf den so gewürdigten Abonnentenattributen. Das Werbesegment fügt sich mit dem transkodierten Medieninhaltstream, welcher an jedes Abonnenten-Renderinggerät gesendet wird, zusammen, sodass jeder Abonnent das individualisierte Promotionssegment erhält, und fährt mit dem Inhalt des primären Medienstreams nachfolgend auf das personalisierte Promotionssegment fort.
[0008] Deshalb und allgemein gesprochen wird ein Auswahl- und Einbringungsmechanismus für individualisierte Inhalte zur Verfügung gestellt, welcher Mechanismus die Bestimmung der abonnentenspezifischen Promotionssegmente gemäss Attributen eines bestimmten Abonnenten, die Insertion der so bestimmten abonnentenspezifischen Promotionssegmente in einen transkodierten Stream, welcher vom Sender an die Mehrzahl von Abonnenten aufgeteilt wird, und die Wiederaufnahme des Übertragungsstreams nachfolgend auf die eingefügten Promotionssegmente an individuelle Abonnenten erlaubt.
[0009] Die Übertragung, oder Hauptstream, enthält Medieninhalte, welche von einer Mehrzahl von Abonnenten angefordert und erhalten werden (welche in einen Kabel-TV-Kanal implementiert werden können, aber nicht darauf beschränkt sind), und beinhaltet Promotionssegmente (Werbeanzeigen), welche von der Mehrzahl der Abonnenten erhalten werden können. In anderen Worten enthält der Hauptstream ein oder mehrere Promotionssegmente, welche ursprünglich für alle der Mehrzahl der Abonnenten bestimmt waren, welche möglicherweise den Hauptstream erhalten können.
[0010] Ein Werbeserver bestimmt die Promotionssegmente für einzelne Abonnenten zur Insertion nach einer Teilung des Hauptstreams an das Abonnentengerät, sodass die individuellen Promotionssegmente für jeden Abonnenten eingefügt werden können. Die eingefügten Promotionssegmente überschreiben, oder ersetzen ansonsten, das bestehende abonnentenspezifische Promotionssegment (oder zumindest einen Teil davon) zugunsten des abonnentenspezifischen Promotionssegmentes, und der Mainstream wird nach dem so eingefügten abonnentenspezifischen Promotionssegment fortgesetzt.
[0011] In einigen Umsetzungen der vorliegenden Technologie werden eingefügte Promotionssegmente von einem Werbeserver erhalten und in Echtzeit in den transkodierten Hauptstream eingefügt, sodass das Promotionssegment in jeglichem geeigneten Format vom Werbeserver empfangen und transkodiert werden kann, um mit dem Abonnentengerät abgeglichen zu sein, an welches es übermittelt wird.
[0012] Die hierin offenbarten Konfigurationen führen das Ersetzen von Teilen eines Hauptstreams basierend auf vorbestimmten Regeln durch. Insbesondere beziehen sich die Konfigurationen hierin auf das Ersetzen von Werbeblocks in IPTV(lnternet Protocol Television)- oder OTT(Over The Top)-Videostreams. Die Werbeblocks werden mit gezielten Promotionssegmenten ersetzt, welche basierend auf den Informationen ausgewählt werden, welche durch Attribute der Abonnenten, die den Stream empfangen, übermittelt werden. In einigen Umsetzungen der Technologie kann das Ersetzen in Echtzeit durchgeführt werden. Nachfolgend ist eine Beispielskonfiguration zur Implementierung von Systemen und Verfahren für Echtzeit-Insertion von ausgewählten Promotionssegmenten in individuelle Streams gerichtet an spezifische Abonnenten und das Fortfahren des Hauptstreaminhalts an jeden Empfänger von individualisierten (ausgewählten) Promotionssegmenten offenbart.
[0013] In den unten aufgeführten Beispielen zeigen die hierin offenbarten Konfigurationen ein Verfahren für Vorbenutzer-Stream-Splicing einschliesslich Identifizierung eines Streams, welcher einer Vielzahl von Abonnenten gesendet wurde, und Lokalisierung eines allgemeinen Promotionssegmentes im identifizierten Stream. Ein Streamingserver ersetzt das allgemeine Promotionssegment mit ausgewählten Medien als Antwort auf Attribute, wobei die Attribute auf einem Abonnenten, der den Stream erhält, basieren, übermittelt ein erstes ersetztes Promotionssegment an einen ersten Abonnenten und übermittelt ein zweites ersetztes Promotionssegment an einen zweiten Abonnenten. Der Streamingserver fährt dann mit der Übermittlung des identifizierten Streams an den ersten Abonnenten und den zweiten Abonnenten nachfolgend auf das erste und zweite ersetzte Promotionssegment fort, wobei gezielte Werbung durch Auswahlen von individuellen Promotionssegmenten ermöglicht ist, um spezifische Abonnenten durch selektive Insertion in einem Sendestream zu erreichen.
[0014] Gemäss einem ersten Aspekt der vorliegenden Technologie wird ein Verfahren zur Bereitstellung eines Videost-reams zur Verfügung gestellt, wobei das Verfahren in einem Netzwerkübertragungsgerät ausführbar ist und wobei das Verfahren aufweist: Identifizieren eines Streams, welcher an eine Vielzahl von Abonnenten gesendet wurde; Lokalisieren eines Promotionssegmentes im identifizierten Stream; Übermitteln eines ersten ersetzenden Promotionssegmentes an einen ersten Abonnenten, wobei das erste ersetzte Promotionssegment basierend auf einem Abonnentenattribut ausgewählt wurde, welches mit dem ersten Abonnenten verbunden ist, wobei das erste ersetzte Promotionssegment das Promotionssegment ersetzt; Übermitteln eines zweiten ersetzenden Promotionssegmentes an einen zweiten Abonnenten, wobei das zweite ersetzte Promotionssegment basierend auf einem Abonnentenattribut ausgewählt wurde, welches mit dem zweiten Abonnenten verbunden ist, wobei das zweite ersetzte Promotionssegment das Promotionssegment ersetzt; und Wiederaufnahme der Übermittelung des identifizierten Streams an den ersten Abonnenten und den zweiten Abonnenten nachfolgend auf die Übermittlung des entsprechenden ersten und zweiten ersetzenden Promotionssegmentes.
[0015] In einigen Implementierungen des Verfahrens ist das Promotionssegment ein Zusatzinformationsrendering auf Anfrage eines Dritten.
[0016] In einigen Implementierungen des Verfahrens weist das Verfahren weiter das Identifizieren eines Splice-Punktes im Stream auf, wobei der Splice-Punkt auf einen Start des Promotionssegmentes hinweist; Identifizieren eines Splice-Out-Punktes, welcher das Ende des Promotionssegmentes anzeigt; und Beenden des ersten und zweiten ersetzenden Promotionssegmentes am Splice-Out-Punkt.
[0017] In einigen Implementierungen des Verfahrens weist das Verfahren weiter das Identifizieren einer Startsegmentnachricht auf, welche auf den Start des Promotionssegmentes hinweist; Identifizieren einer Endsegmentnachricht, welche auf das Ende des Promotionssegmentes hinweist; Konvertieren der identifizierten Startsegmentnachricht in den Splice-Punkt zur Markierung des Beginns des ersetzenden ersten und zweiten Promotionssegmentes; Konvertieren der identifizierten Endsegmentnachricht in den Splice-Out-Punkt, um das Ende des ersetzten Promotionssegmentes zu markieren; und Splicen des ersten beziehungsweise zweiten Promotionssegmentes basierend auf den konvertierten Splice- und Splice-Out-Nachrichten.
[0018] Bei einigen Implementierungen des Verfahrens verwendet der Stream ein Format, welches Startsegment- und Endsegmentnachrichten unterstützt.
[0019] In einigen Implementierungen des Verfahrens ist der Stream mindestens ein IPTV- oder OTT-Videostream, und der Splice-In- beziehungsweise Splice-Out-Punkt sind SCTE-35-Nachrichten.
[0020] In einigen Implementierungen des Verfahrens weist das Verfahren weiter auf: Transkodieren des ersten und zweiten ersetzenden Promotionssegmentes in ein Protokoll, um entsprechenden Renderinggeräten zu entsprechen, welche mit dem ersten und zweiten Abonnenten verbunden sind; und Splicen des ersten und zweiten ersetzenden Promotionssegmentes in entsprechende Streams, welche gemäss den Renderinggeräten von jeweils dem ersten und zweiten Abonnenten transkodiert wurden, wobei das erste und zweite ersetzte Promotionssegment unterschiedlich sind.
[0021] In einigen Implementierungen des Verfahrens erfolgt das Splicen im selben Stream, welcher bereits an den entsprechenden einen des ersten oder zweiten Abonnenten adressiert ist, wobei das Splicen weiter eine Echtzeit-Insertion der entsprechenden einen der ersten und zweiten ersetzenden Promotionsnachrichten in den transkodierten Stream aufweist.
[0022] In einigen Implementierungen des Verfahrens weist das Verfahren weiter das Erhalten des Abonnentenattributes von einem Renderinggerät auf, welches spezifisch für einen des ersten Abonnenten und des zweiten Abonnenten ist, wobei das Abonnentenattribut mindestens eine Identität und ein Profil, welche/-s indikativ für das Renderinggerät, welches mit dem entsprechenden einen des ersten und zweiten Abonnenten verbunden ist, und demographische Information des entsprechenden einen des ersten Abonnenten und des zweiten Abonnenten aufweist.
[0023] In einigen Implementierungen des Verfahrens weist das Verfahren weiter das Erlangen von geographischer Information basierend auf einer IP-Adresse des Renderinggerätes von einer externen Datenbank auf, wobei die externe Datenbank zur Korrelierung von geographischen Standorten mit IP-Adressen ist.
[0024] In einigen Implementierungen des Verfahrens weist das Verfahren weiter auf: Erhalten von Abonnentenattributen, welche mit einem des ersten Abonnenten und des zweiten Abonnenten verbunden sind, von einem Renderinggerät, welches mit einem des ersten Abonnenten und des zweiten Abonnenten verbunden ist; Vergleichen der erhaltenen Abonnentenattributen mit verfügbaren Promotionssegmenten; und Auswahlen des ersten ersetzenden Promotionssegmentes und des zweiten ersetzenden Promotionssegmentes von den verfügbaren Promotionssegmenten basierend auf den erhaltenen Abonnentenattributen.
[0025] In einigen Implementierungen des Verfahrens bezeichnen die Abonnentenattribute Abonnenteninformation instrumental in Differenzierung des ersten Abonnenten und des zweiten Abonnenten.
[0026] In einigen Implementierungen des Verfahrens umfasst die Abonnenteninformation mindestens einiges von Alter, Standort und Geschlecht.
[0027] In einigen Implementierungen des Verfahrens ist das Promotionssegment ein Werbesegment, welches für die Vielzahl von Abonnenten vorgesehen ist, und das erste und zweite Ersatzpromotionssegment sind gezielte Medien, welche für den entsprechenden ersten und zweiten Abonnenten vorgesehen sind.
[0028] In einigen Implementierungen des Verfahrens weist das Verfahren weiterauf das Erhalten, zumindest für den ersten Abonnenten, einer Netzwerkkennung, welche auf ein Renderinggerät, welches dem ersten Abonnenten dient, hinweist, und eines Kanals, welcher auf den Stream hinweist, welcher dem ersten Abonnenten wiedergegeben wird.
[0029] In einigen Implementierungen des Verfahrens weist das Verfahren weiter auf das Erhalten, von einem Werbeserver, eines Hinweises auf ein erstes und zweites ersetztes Promotionssegment, wobei das erste und zweite ersetzte Promotionssegment auf dem Abonnentenattribut basieren, welche vom Renderinggerät beim Werbeserver erhalten wird, wobei der Werbeserver dazu konfiguriert ist, die Abonnentenattribute mit Werbeparametern zu korrelieren, welche dem ersten und zweiten ersetzenden Promotionssegment entsprechen.
[0030] In einigen Implementierungen des Verfahrens umfasst das Verfahren weiter das Erhalten von einem der Werbeserver und einem Transkodierer des ersten und zweiten ersetzenden Promotionssegmentes, welche für Echtzeit-Splicing in den Stream konfiguriert sind, wobei das erste und zweite ersetzte Promotionssegment Rohmedien entsprechen, welche von einem Werber erhalten werden und am Werbeserver transkodiert werden, sodass das erste und zweite ersetzte Promotionssegment einem transkodierten Protokoll entsprechen, welches vom Renderinggerät erwartet wird.
[0031] Gemäss einem weiteren Aspekt der vorliegenden Technologie wird ein Netzwerkübertragungsgerät zur Bereitstellung eines Videostreams zur Verfügung gestellt, wobei das Netzwerkübertragungsgerät aufweist: einen Streamingserver, welcher eine Schnittstelle für eine Kopfstelle zur Identifizierung und den Erhalt eines Streams aufweist, welcher an eine Vielzahl von Abonnenten gesendet wurde; einen Protokollerkenner zur Lokalisierung eines Promotionssegmentes im identifizierten Stream; visierende Logik zum Ersetzen des Promotionssegmentes mit ausgewählten Medien in Antwort auf ein Abonnentenattribut, wobei das Abonnentenattribut auf einem Abonnenten, welcher den Stream erhält, basiert; einen Abonnentenfall zur Übermittlung eines ersten ersetzenden Promotionssegmentes an einen ersten Abonnenten und zur Übermittlung eines zweiten ersetzenden Promotionssegmentes an einen zweiten Abonnenten, wobei das erste ersetzte Promotionssegment und das zweite ersetzte Promotionssegment von der visierenden Logik, basierend auf dem entsprechenden Abonnentenattribut, ausgewählt wurden, wobei das erste und zweite ersetzte Promotionssegment das Promotionssegment ersetzen; und wobei der Abonnentenfall dazu konfiguriert ist, das Übermitteln des identifizierten Streams an den ersten Abonnenten und den zweiten Abonnenten wiederaufzunehmen, nachfolgend auf die Übermittlung des entsprechenden einen des ersten und zweiten ersetzen Promotionssegmentes.
[0032] In einigen Implementierungen des Netzwerkübertragungsgerätes ist der Streamingserver weiter operierbar zum: Identifizieren einer Startsegmentnachricht, welche auf den Start des Promotionssegmentes hinweist; Identifizieren einer
Endsegmentnachricht, welche auf das Ende des Promotionssegmentes hinweist; Konvertieren der identifizieren Startsegmentnachricht in den Splice-Punkt zur Markierung des Beginns des ersten und zweiten ersetzenden Promotionssegmentes; Konvertieren der identifizierten Endsegmentnachricht in den Splice-Out-Punkt zur Markierung des Endes des ersten und zweiten ersetzenden Promotionssegmentes; und Splicen des entsprechenden ersten und zweiten ersetzenden Promotionssegmentes basierend auf den konvertierten Splice- und Splice-Out-Nachrichten.
[0033] In einigen Implementierungen des Netzwerkübertragungsgerätes weist das Gerät weiter eine Schnittstelle zu einem Werbeserver auf, wobei die Schnittstelle dazu konfiguriert ist, einen Hinweis auf das erste und zweite ersetzte Promotionssegment zu erhalten, wobei das erste und zweite ersetzte Promotionssegment auf einem Abonnentenattribut basieren, welches von Renderinggerät am Werbeserver erhalten wird, wobei der Werbeserver dazu konfiguriert ist, das Abonnentenattribut mit Werbeparameter zu korrelieren, welche dem ersten und zweiten ersetzenden Promotionssegment entsprechen.
[0034] In einigen Implementierungen des Netzwerkübertragungsgerätes ist die Werbeserverschnittstelle weiter dazu konfiguriert, das erste und zweite ersetzte Promotionssegment, welche für Echtzeit-Splicing in den Stream konfiguriert sind, zu erhalten, wobei das erste und zweite ersetzte Promotionssegment Rohmedien entsprechen, welche von einem Werber erhalten werden und an einem der Werbeserver und einem Transkodierer transkodiert wurden, sodass das erste und zweite ersetzte Promotionssegment einem transkodierten Protokoll entsprechen, welches vom Renderinggerät erwartet wird.
[0035] Gemäss einem noch weiteren Aspekt der vorliegenden Technologie ist mindestens ein nicht flüchtiges computerlesbares Medium mit darauf kodierten Instruktionen vorgesehen, wobei die Instruktionen, wenn sie auf einem Host-Re-chengerät ausgeführt werden, das Host-Rechengerät dazu bringen, ein Verfahren auszuführen, welches umfasst: Identifizieren eines Streams, welcher an eine Vielzahl von Abonnenten gesendet wurde; ein Promotionssegment im identifizierten Stream lokalisieren; ein erstes ersetztes Promotionssegment an einen ersten Abonnenten übermitteln, wobei das erste ersetzte Promotionssegment basierend auf einem Abonnentenattribut ausgewählt wurde, welches mit dem ersten Abonnenten verbunden ist, wobei das erste ersetze Promotionssegment das Promotionssegment ersetzt; Übermitteln eines zweiten ersetzenden Promotionssegmentes an einen zweiten Abonnenten, wobei das zweite ersetzte Promotionssegment basierend auf einem Abonnentenattribut ausgewählt wurde, welches mit dem zweiten Abonnenten verbunden ist, wobei das zweite ersetzte Promotionssegment das Promotionssegment ersetzt; und Wiederaufnahme mit dem Übermitteln des identifizierten Streams an den ersten Abonnenten und den zweiten Abonnenten nachfolgend auf die Übermittlung des entsprechenden ersten und zweiten ersetzenden Promotionssegmentes.
[0036] Alternative Konfigurationen der Technologie beinhalten ein Multiprogramming oder Multiprocessing computerisiertes Gerät wie einen Multiprozessor, Controller oder ein dediziertes Rechengerät oder so ähnlich, welches mit Software und/oder Schaltung (z.B. einem Prozessor wie oben zusammengefasst) konfiguriert ist, um eine oder alle der hierin als Ausführungsformen der Erfindung offenbarten Verfahrensoperationen zu prozessieren. Noch weitere Ausführungsformen der Technologie beinhalten Software-Programme wie Java Virtual Machine und/oder Betriebssysteme, welche alleine oder in Verbindung miteinander mit einem multiprozessier-computerisierten Gerät betrieben werden, um die oben zusammengefassten und nachstehend genauer offenbarten Verfahrensschritte der Ausführungsformen und Operationen durchzuführen. Eine solche Ausführungsform weist ein Computerprogrammprodukt auf, welches ein nicht flüchtiges computerlesbares Speichermedium einschliesslich Computerprogrammlogik als darauf kodierte Instruktionen aufweist, welches, wenn es in einem multiprozessier-computerisierten Gerät mit einer Kopplung zu einem Speicher und einem Prozessor ausgeführt wird, den Prozessor programmiert, um die hierin als Ausführungsformen der Technologie offenbarten Operationen auszuführen, um Datenzugriffsanfragen durchzuführen. Solche Anordnungen der Technologie werden typischerweise als Software, Code und/oder andere Daten (z.B. Datenstrukturen), welche auf einem computerlesbaren Medium wie einem optischen Medium (z.B. CD-ROM), Floppy-Disk oder Festplatte oder auf einem anderen Medium wie Firmware oder Microcode in einem oder mehreren ROM-, RAM- oder PROM-Chips, Field Programmable Gate Arrays (FPGAs) oder als einen Application Specific Integrated Circuit (ASIC) angeordnet oder kodiert sind, zur Verfügung gestellt werden. Die Software oder Firmware oder andere solcher Konfigurationen können auf einem computerisierten Gerät (z.B. während Betriebssystemausführung oder während Umgebungsinstallation) installiert werden, um das computerisierte Gerät zu veranlassen, die hierin als Ausführungsformen der Erfindung erklärten Techniken auszuführen.
Kurze Beschreibung der Zeichnungen [0037] Die vorstehenden und andere Merkmale ergeben sich aus der folgenden Beschreibung von bestimmten hierin offenbarten Ausführungsformen, wie sie in den beigefügten Zeichnungen dargestellt werden, in welchen sich gleiche Bezugszeichen auf die gleichen Teile in allen unterschiedlichen Ansichten beziehen. Die Zeichnungen sind nicht notwendigerweise massstäblich, der Schwerpunkt wurde stattdessen auf die Veranschaulichung der Prinzipien der Erfindung gelegt.
Fig. 1 ist ein Kontextdiagramm einer Medienverteilungsumgebung geeignet zur Verwendung mit Konfigurationen von hierin;
Fig. 2 ist ein Flussdiagramm zum Verfahren der ausführbaren Medienzuführungsdatei innerhalb der Medienverteilerumgebung der Fig. 1, wobei das Verfahren in Übereinstimmung mit einer nicht beschränkenden Ausführungsform der vorliegenden Technologie implementiert ist;
Fig. 3 ist ein Blockdiagramm, das ein spezifisches Beispiel für die Umsetzung der Medienverteilerumgebung 100 gemäss Fig. 1 darstellt;
Fig. 4 ist ein Sequenzdiagramm des Medienzuführungsverfahrens der Fig. 3; und
Fig. 5-7 sind ein Flussdiagramm von alternativen Ausführungsformen eines Verfahrens für Medienzuführung und Rendering, welche innerhalb der Medienverteilerumgebung der Fig. 1 implementierbar sind.
Detaillierte Beschreibung [0038] Konfigurationen, wie unten diskutiert werden, präsentieren eine Videowerbungsplattform, welche als eine automatisierte schlüsselfertige Lösung für einzelne Abonnenten Inhaltsinsertion von Live- und VoD(Video on Demand)-Inhalt mit Videowerbungen, basierend auf entweder In-Source Cue-Tones oder Schedule-Information, welche für unterschiedliche übliche Typen von adaptiven Bitrate Streaming Technologien für verfügbare Konsumentengeräte verfügbar ist, betriebsfähig ist. Hierin offenbarte Merkmale beinhalten VoD und Livesupport, adaptive Bitrate-Videowerbung für übliche Technologien, wie HLS (HTTP Live Streaming), HDS (HTTP Dynamic Streaming), Smooth Streaming und RTSP (Real-Time Streaming Protocol), wie auch Unterstützung für übliche Geräteplattformen wie Mobilgeräte, Arbeitsoberflächen und TVs und eine breite Palette von Set-Top-Boxen (STBs). Insertion und Splicing, wie weiter unten offenbart wird, erlauben Videowerbung basierend auf benutzerdefinierten Daten wie Geographie, Geschlecht, Alter, Gerätehersteller, um einige zu nennen, und interaktive Werbemassnahmenunterstützung (Lead URL, E-Mail-Benachrichtigungen, In-App-Inhalt-Werbung) für einzelne Abonnenten. Unterstütze transkodierte Streams beinhalten SCTE-35 Marks, DTMF Tones oder XML/JSON Schedule als Ursprungsdaten für Splice-Punkte für Spliceprogrammstreams und Promotionsstreams.
[0039] Fig. 1 ist ein Kontextdiagramm einer Medienverteilerumgebung 100 geeignet zur Verwendung mit Konfigurationen von hierin. Bezüglich Fig. 1, in der Medienverteilerumgebung 100, überträgt ein Medienanbieter 110 Medienstreams 112 an Abonnenten 114-1, 114-2, 114-3 (gemeinsam allgemein als ein Abonnent 114 oder gegebenenfalls Abonnenten 114 bezeichnet) über ein verfügbares Medienübertragungsnetzwerk 120, welches eine Kombination von verkabelten oder drahtlosen Übertragungsmedien, einschliesslich Leitung, Mobiltelefon, Internet, WiFi, WiMax und anderer geeigneter Medien für Rendering des Streams 112 auf einem Renderinggerät 115 des Empfänger-Abonnenten 114 beinhalten kann. Die Art des Renderinggerätes 115 ist nicht besonders beschränkt. Nicht beschränkende Beispiele von Ausführungsformen des Renderinggerätes 115, wie es in Fig. 1 dargestellt ist, können eine Set-Top-Box (STB) gekoppelt an einen TV, ein Smartphone, einen Laptop oder ähnliches beinhalten.
[0040] Die Medienstreams 112 haben die Form einer Sequenz von Paketen MS1, MS2, und können allgemeine Promotionssegmente (PG) mit einem Promotionssegment, das nicht Teil des Programms, welches kollektiv in der Sequenz von Paketen MS1, MS2 enthalten ist, beinhalten. Die allgemeinen Promotionssegmente PG werden üblicherweise auch als Werbung (Anzeigen) bezeichnet.
[0041] Basierend auf einer Vielzahl von vertraglichen, geographischen und/oder demographischen Gründen kann ein Werber wünschen, ein alternatives Promotionssegment in den Medienstream 112 einzufügen, was typischerweise zumindest einen Teil des allgemeinen Promotionssegmentes PG überschreibt, um die Sequenz und das Timing des angeforderten Inhalts in der Sequenz von Paketen MS1, MS2 zu bewahren. Entsprechend erzeugt eine Werbemedienquelle 130 Promotionssegmente P1, P2 ... Pn in jeglichem geeigneten Videoformat zur Insertion in den angeforderten (Main-)Me-dienstream 112. Zum Zwecke der Beschreibung, welche hierin präsentiert wird, bezeichnet «Promotionssegment(e) Pn» allgemein ein Promotionssegment zur Insertion anstelle des allgemeinen Promotionssegmentes PG, während Promotionssegment P1 und Promotionssegment P2 beispielhafte Promotionssegmente aus der Vielzahl der Promotionssegmente Pn sind. Promotionssegmente P1, P2 ... Pn können auch als «ersetzte Promotionssegmente», in dem Sinne, dass sie die allgemeinen Promotionssegmente ersetzen, betrachtet werden. Obwohl jedoch die Segmente, welche ersetzt werden, und die ersetzten Segmente als «promotions-» bezeichnet werden, sind sie nicht beschränkend für jene Segmente, welche Werbematerial beinhalten, und können jeglichen abonnentenspezifischen Inhalt aufweisen.
[0042] Als eine Frage der Implementierung beinhaltet der Medienstream 112 viele Pakete; die Darstellung der Sequenz von Paketen MS1, MS2 in Fig. 1 ist einzig eine Illustration des Stream-Flows. In Realität, innerhalb Implementierungen des Medienstreams 112, wird der Medienstream voraussichtlich viel mehr Pakete als die Beispielssequenz von Paketen MS1, MS2 beinhalten.
[0043] Ein Vermittler, wie beispielsweise ein Streamingserver 122, ist über das Übertragungsnetzwerk 120 zur Prozes-sierung und Transkodierung der individuellen Medienstreams 112 an die entsprechenden Abonnenten 114 zugänglich. Der Streamingserver 122 berechnet, basierend auf einem Abonnentenattribut, die Promotionssegmente P1 und P2 für den Empfang durch die entsprechenden Abonnenten 114-1, 114-2 an Stelle des allgemeinen Promotionssegmentes PG. Die Promotionssegmente P1, P2 werden in die verteilten Streams 124-1,124-2 insertiert, sodass jeder Abonnent 114 den Inhalt des angeforderten Streams 112, welcher in Paketen MS2 enthalten ist, erhält, und auch die entsprechenden gezielten Promotionssegmente P1, P2 gefolgt von dem fortgesetzten Inhalt des Streams 112 in Paket MS2. Es sei angemerkt, dass einige der Abonnenten (wie beispielsweise Abonnent 114-3) immer noch den «generischen Inhalt», d.h. die Pakete MS1, MS2 mit dem allgemeinen Promotionssegment PG ohne die abonnentenspezifischen Promotionssegmente P1, P2 empfangen kann. Zudem, obwohl in der dargestellten Illustration die zwei Abonnenten 114-1 und 114-2 unterschiedliche entsprechend personalisierte Promotionssegmente P1 und P2 empfangen, ist es möglich, dass beliebige zwei (oder mehr) gegebene Abonnenten 114 dasselbe personalisierte Promotionssegment P1, P2 empfangen können, basierend auf ihren entsprechenden Abonnentenattributen, welche darauf hinweisen, dass diese an demselben personalisierten Promotionssegment P1, P2 interessiert sind.
[0044] Fig. 2 ist ein Flussdiagramm eines Verfahrens für Medienzufuhr, welches in nichtbeschränkenden Ausführungsformen der Medienverteilerumgebung 100 der Fig. 1 implementiert werden kann. Bezüglich Fig. 1 und 2, in Schritt 200, ersetzt der Streamingserver 122 das allgemeine Promotionssegment PC mit ausgewählten Medien in Antwort auf Attribute, in welchen die Attribute auf einem Abonnenten 114, welcher den Stream 112 empfängt, basieren. Der Streamingserver 122 übermittelt ein erstes ersetztes Promotionssegment P1 an einen ersten Abonnenten 114-1, wie es in Schritt 201 dargestellt ist, und übermittelt ein zweites ersetztes Promotionssegment P2 an einen zweiten Abonnenten 114-2, wie es in Schritt 202 dargestellt ist. Der Streamingserver 122 nimmt dann die Übermittlung des identifizierten Streams 112 an den ersten Abonnenten 114-1 und den zweiten Abonnenten 114-2 nachfolgend auf das entsprechende erste und zweite ersetzte Promotionssegment P1 und P2 wieder auf. Der erste und zweite Abonnent 114-1, 114-2 sind einzig Beispiele, und viel mehr Abonnenten können den angeforderten Stream 112 und das individualisierte Promotionssegment wie in P1 und P2, für welche jeder Abonnent 114 möglicherweise ein unterschiedliches Promotionssegment P1, P2 empfängt, wie es durch eine visierende Logik 134 bestimmt wird, welche weiter unten in Fig. 3 diskutiert wird, empfangen.
[0045] Die Abonnentenattribute können viele Parameter, welche den Abonnenten repräsentieren, beinhalten, wobei das Abonnentenattribut instrumental in Differenzierung des einen Abonnenten 114von einem anderen der Abonnenten 114 ist. Zum Beispiel kann das Abonnentenattribut Abonnenteninformation einschliesslich Alter, Standort, Geschlecht beinhalten. Das Abonnentenattribut kann zusätzlich oder alternativ Informationen haben, welche repräsentativ für das Nutzerverhalten ist, wie beispielsweise aber nicht beschränkt auf die zuletzt angesehenen Kanäle und einen Verlauf der angesehenen Auswahl, zur Verwendung durch die visierende Logik 134 (Fig. 3).
[0046] Das Promotionssegment P1, P2 wird in einen Stream 124 insertiert, welcher bereits für das Renderinggerät 115 des Abonnenten 114 transkodiert ist, und wobei in der Beispielskonfiguration der transkodierte Stream 124 ein Format verwendet, welches Startsegment- und Endsegmentnachrichten zur Identifizierung der Splice- und Splice-Out-Punkte für Start und Ende der Promotionssegmente unterstützt. Die übertragenen Streams 112, 124 können als mindestens einen der IPTV(lnternet Protocol Television)- und OTT(Over The Top)-Videostreams implementiert werden. Innerhalb diesen Ausführungsformen können die Splice- und Splice-Out-Punkte SCTE-35-Nachrichten sein, wie sie aus dem Stand der Technik bekannt sind. Innerhalb von anderen Ausführungsformen, wo die übertragenen Streams 112, 124 anders implementiert werden, können die Splice- und Splice-Out-Punkte in Übereinstimmung mit anderen geeigneten Multimedienprotokollen implementiert werden.
[0047] Es gibt mehrere Mechanismen, welche zur Identifizierung der Splice-ln(Splice)- und Splice-Out-Punkte (Splice-Punkte, im Allgemeinen) verwendet werden können, wobei das allgemeine Promotionssegment PG überschrieben oder durch das Promotionssegment P1, P2 ersetzt werden kann. In der Beispielsanordnung können die Splice-Punkte in einem Quellen-MP2TS-Stream als SCTE-35-Nachrichten geliefert werden. In alternativen Ausführungsformen können die Splice-Punkte als DTMF Tones in einer Audiospur geliefert werden. Alternativ können die Splice-Punkte in einer XML-, JSON-Datei definiert werden, welche in regelmässigen Abständen in einen Transkodierer 140 (welcher nachfolgend beschrieben wird) mittels des REST-Protokolls aufgenommen wird. Die Quellen-Splice-Punkte können durch den Transkodierer 140 in Cue-Nachrichten konvertiert und über RTP an den Streamingserver 122 und/oder an Videowerbungsserver Dritter mittels REST-Protokolle geliefert werden.
[0048] Fig. 3 ist ein Blockdiagramm, welches ein spezifisches Beispiel der Implementierung der Medienverteilerumgebung 100 gemäss Fig. 1 darstellt. Bezüglich Fig. 1 und 3 nimmt der Medienanbieter 110 typischerweise die Form einer Kopfstelle 110' oder einer anderen Übertragungserzeugungsquelle für eine weite Verbreitung von Videoservice an, wobei typischerweise mehrere Streams einer grossen Basis von Abonnenten 114 zur Verfügung gestellt werden. Ebenso kann die Werbemedienquelle 130 ein Übertragungsautomationsserver 130' sein, welcher eine Reihe von Promotionssegmenten PI ... Pn für einen Abgleich und eine Korrelation mit unterschiedlichen Abonnenten 114, basierend auf den entsprechenden Abonnentenattributen, empfängt und speichert.
[0049] Ein Transkodierer 140 empfängt den angeforderten Stream 112 von der Kopfstelle 110' und konvertiert ihn (kodiert ihn um) in ein Format, welches auf dem Renderinggerät 115 gerendert werden kann, was das Erzeugen von mehreren transkodierten Streams umfassen kann, wobei jeder an das entsprechende Ziel-Renderinggerät 115 angepasst ist.
[0050] Ein Werbeserver 132 empfängt das (die) Promotionssegment(e) Pn in unterschiedlichen transkodierten Formaten, ebenfalls für den Abgleich an unterschiedliche Renderinggeräte 115. Der Werbeserver 132 kann ebenfalls Nutzerattribute 136 zumindest teilweise vom Renderinggerät 115 (und/oder zumindest teilweise von anderen Quellen) empfangen. Visierende Logik 134 im Werbeserver 132 verbindet die Abonnentenattribute und demographische Information zur Korrelation mit den Promotionssegmenten Pn.
[0051] Zum Beispiel kann die visierende Logik 134 ein Promotionssegment von einem lokalen Einzelhandelsunternehmen haben und kann den Standort korrelieren, um Abonnenten in der näheren Umgebung zu identifizieren. Alternativ können die Attribute Abonnenten 114 angeben, welche häufig Sportveranstaltungen ansehen, und können dies mit einem Pro motionssegment für ein Getränk korrelieren, welches statistisch bekannt ist dafür, bei Sportenthusiasten beliebt zu sein. Andere Korrelationen können durch die visierende Logik 134 durchgeführt werden, basierend auf erhältlichen Marketing-, Produktverteilungs-, und demographischen Informationen.
[0052] Basierend auf der Korrelation wählt die visierende Logik 134 ein bestimmtes Promotionssegment P1, P2 aus den Promotionssegmenten Pn für einen bestimmten Abonnenten 114 aus. Zusätzlich identifiziert die visierende Logik 134 das Renderinggerät 115 des bestimmten Abonnenten 114 zum Empfang des bestimmten Promotionssegmentes P1, P2. Der Streamingserver 122 empfängt das bestimmte Promotionssegment P1, P2 und eine Identitätsinformation des Rendering-gerätes 115. Die Identitätsinformation des Renderinggerätes 115 kann eine IP-Adresse oder ähnliches sein.
[0053] Das bestimmte Promotionssegment P1, P2 kann vom Streamingserver 122 von dem Werbeserver 134 (allgemein als 138 bezeichnet) empfangen werden. Die Identitätsinformation des Renderinggerätes 115 kann vom Streamingserver 122 während der Inhaltsanforderung, welche vom Renderinggerät 115 stammt, das mit einem bestimmten Abonnenten 114 verbunden ist, empfangen werden. Der Streamingserver 122 identifiziert die bestimmten Streams 124-N, welche an einen individuellen Abonnenten 114 basierend auf der Identität des Renderinggerätes 115 gesendet wurden, und insertiert das bestimmte Promotionssegment P1, P2 in den so identifizierten Stream 124, welcher an jenen individuellen Abonnenten 114 gesendet wurde.
[0054] Fig. 4 ist ein Sequenzdiagramm des Medienzufuhrverfahrens gemäss Fig. 2. Das Sequenzdiagramm gemäss Fig. 4 geht davon aus, dass die Medienverteilerumgebung 100 gemäss Fig. 1, welche das Verfahren gemäss Fig. 2 implementiert, ein SCTE-35 Conversant Scheme wie IPTV oder ähnliches verwendet. Andere Konfigurationen können unterschiedliche Transkodierungsprotokolle anwenden. Bezüglich Fig. 1, 3 und 4, in Schritt 1, stellt ein Satellit 110", welcher in Verbindung mit der Kopfstelle 110' ist, eine MP2TS (MPEG-2 Transport Stream) Source Feed mitSCTE-35-Nachrichten zur Verfügung, welche an den Transkodierer 140 geliefert werden.
[0055] In Schritt 2 kodiert der Transkodierer 140 Source Feed in benötigte Profile und konvertiert SCTE-35-Nachrichten in Cue-Nachrichten, welche zur Identifizierung des Starts und Endes der Insertion verwendet werden. Die Abonnentenattribute 136 werden vom Renderinggerät 115 empfangen, zusammen mit einer Kanalanfrage mit einer Anfrage an den Werbe-(Werbungs-)Server 132, wie es in Schritt 3 gezeigt wird. Es sei angemerkt, dass Schritt 3 gleichzeitig mit oder vor der Ausführung von Schritt 2 ausgeführt werden kann. In einigen Ausführungsformen der vorliegenden Technologie kann die Kanalanfrage eine VOD-Anfrage für spezifische Programmierung oder eine Kanalanfrage für einen allgemeinen Übertragungskanal sein. Wie vorhin erwähnt wurde, können die Abonnentenattribute einige oder alle der bekannten Daten über den Abonnenten 114, einschliesslich Alter, E-Mail, Geschlecht, Gerätemodell und geographischer Standort, beinhalten. Das Abonnentenattribut ist in der Anfrage für Verwendung in Korrelation mit den Promotionssegmenten Pn enthalten.
[0056] Der Werbeserver 132 antwortet mit eindeutiger Sessions-ID an das Renderinggerät 115, wie es in Schritt 4 gezeigt ist. Der Werbeserver 132 macht eine Anfrage in REST, oder anderen geeigneten Protokollen, an das Übertragungsautomationssystem 130' zur Auflistung der Videowerbungen und Mediendateien, wie es in Schritt 5 gezeigt ist. Relevante Daten über den Abonnenten 114 können in der Anfrage enthalten sein, oder alternativ können Abonnentenattribute in einer separaten Datenbank gespeichert und über eine Klienten-ID oder Sessions-ID referenziert werden. Zum Beispiel kann geographische Information in einer externen fremden Datenbank gespeichert und für korrelierende Werbeanzeigen mit Abonnenten 114 in einem bestimmten geographischen Gebiet wiederhergestellt werden. Das Übertragungsautomationssystem 130' antwortet mit allen erforderlichen Mediendateien, Wiedergabelisten, und anderen Daten, welche gebraucht werden, um den Antrag zu erfüllen, wie es in Schritt 6 gezeigt ist. Mediendateien werden auf dem Werbeserver 132 in multiplen Bitraten MP4 oder in jegliches anderes geeignetes Format konvertiert und im Speicher gespeichert (nicht dargestellt).
[0057] Die Anfrage des Abonnenten 114 für Kanalstream wird vom Streamingserver 122 in Schritt 7 empfangen. Die vorgängig erzeugte Sessions-ID von Schritt 4 oder eindeutige Geräteidentität, welche auch als Unique Device ID (DID oder UDID) bekannt ist, ist der Anfrage beigefügt, und in Schritt 8 beginnt Streaming vom Streamingserver 122 an das Renderinggerät 115. Gleichzeitig fordert der Streamingserver 122 vom Werbeserver 132 das Promotionssegment Pn mittels REST-Protokoll für Multiple-Bitrate-MP4-Datei oder jeglichen anderen geeigneten Formats mit Videowerbung für den nächsten Splice-Punkt im Stream, welcher an das Renderinggerät 115 gesendet wurde, an, wie dies in Schritt 9 gezeigt ist.
[0058] Das Promotionssegment Pn kann von der Werbemedienquelle 130 in jeglichem geeigneten Format empfangen werden, und wird für den Stream entsprechend transkodiert werden, um an das bestimmte Renderinggerät 115 geliefert zu werden. Ein bestimmter technischer Effekt kann der Tatsache zugeschrieben werden, das der Werber dadurch Promotionsmaterial ohne Besorgnis über eine Transkodierungsanforderung liefern kann, und der Streamingserver 122 das Promotionssegment P1, P2 in ein entsprechendes Transkodierungsformat insertiert oder spliced, welches an das Renderinggerät 115 gerendert wird.
[0059] Der Werbeserver 132 antwortet mit dem Promotionssegment P1 und die MP4-Datei (oder ein anderes Format) wird auf dem Streamingserver 122 als Seite zur Übertragung an das Renderinggerät 115 zwischengespeichert, wie dies in Schritt 10 gezeigt ist. Der Streamingserver 122 zeichnet für das nächste Promotionssegment PG in den Stream 112 auf, und in Schritt 11 erreicht eine SCTE-35-Splice-Punkt-IN-Nachricht den Transkodierer 140. Der Transkodierer 140 konvertiert die SCTE-35-IN-Nachricht in Cue-IN-Nachricht (Start Segment Nachricht), auf welche der Streamingserver 122 ansprechbar ist. Die Cue-IN-Nachricht wird an den Streamingserver 122 in Schritt 13 weitergegeben, und das Splicing des Source Streams mit der vorher zwischengespeicherten Multiple-Bitrate-MP4-Datei aufweisend das Promotionssegment P1 beginnt.
[0060] Während der Werbung (Rendering des Promotionssegmentes P1) wird eine Nachverfolgung und Erfassung von statistischer Information durchgeführt, und die statistische Information wird an den Werbeserver 132 gesendet, wie dies in Schritt 14 gezeigt ist. Als ein Beispiel der Implementierung von Schritt 14 kann der Streamingserver 124 eine auf dem Renderinggerät 115 auszuführende Anwendung (auch bekannt als Events oder Beacons) in unterschiedlichsten Formaten einschliesslich XML, JSON liefern, wobei die Anwendung, wenn sie durch das Renderinggerät 115 ausgeführt wird, dazu konfiguriert ist, nach Zustimmung des Abonnenten, unterschiedliche statistische Informationen einschliesslich, aber nicht eingeschränkt auf Abonnentenattribute zu erfassen und an den Streamingserver 124 zu übertragen.
[0061] Bei Abschluss des Promotionssegmentes P1 erreicht die SCTE-35-Splice-Punkt-OUT-Nachricht den Transkodierer 140, wobei das Ende des allgemeinen Promotion-PG-Segmentes vom Medienanbieter markiert wird, wie dies in Schritt 15 dargestellt ist. Der Transkodierer 140 konvertiert die SCTE-35-OUT-Nachricht in eine Cue-OUT(End Segment)-Nachricht, wie dies in Schritt 16 gezeigt ist. In Antwort darauf beendet der Streamingserver 122 das Splicing des Promotionssegmentes P1 und fährt mit der Bereitstellung des ursprünglich angeforderten Streams 112 an das Renderinggerät 115 fort, wie dies in Schritt 17 gezeigt ist.
[0062] Gleichzeitig, oder im Hintergrund, fordert der Streamingserver 122 vom Werbeserver 132 unter Verwendung des REST-Protokolls eine Multiple-Bitrate-MP4-Datei-Videowerbung in Schritt 18 an, und in Schritt 19 antwortet der Werbeserver 132 mit angeforderten Daten, welche repräsentativ für das Promotionssegment P2 sind, und der Dateiname der MP4-Datei (oder ein anderes geeignetes Format) wird auf dem Streamingserver 122 für ein Rendering des nächsten Splice-Punktes zwischengespeichert.
[0063] Fig. 5-7 zeigen ein Flussdiagramm, welches unterschiedliche Ausführungsformen eines Verfahrens zur Medienzufuhr und Renderings, welches innerhalb der Medienverteilerumgebung 100 der Fig. 1 implementierbar ist, darstellt. Bezüglich Fig. 1 und 3-7, in Schritt 300, umfasst das Verfahren von Vorbenutzer-Stream-Splicing, wie es hierin offenbart wird, das Identifizieren eines Streams, welcher an eine Vielzahl von Abonnenten 114 gesendet wurde, und das Lokalisieren eines allgemeinen Promotionssegmentes PG in dem identifizierten Stream, wie es in Schritt 301 dargestellt ist. Typischerweise ist das allgemeine Promotionssegment PG ein Zusatzinformationsrendering auf Anfrage eines Dritten, oder Werbers, wie es in Schritt 302 dargestellt ist.
[0064] Zudem ist das allgemeine Promotionssegment PG ein Werbesegment, welches allgemein für die Vielzahl von Abonnenten 114 bestimmt ist, und das erste Promotionssegment P1 und das zweite Promotionssegment P2 sind Ersatzpromotionssegmente P1, P2, welche die visierte Medien beinhalten, welche für die entsprechenden Abonnenten 114-1, 114-2 bestimmt sind, wie dies in Schritt 303 dargestellt ist.
[0065] Da die Abonnentengeräte 115 viele Informationen betreffend den Abonnenten 114 beinhalten, erhält der Werbeserver 132 von dem Abonnentenserver 115 Abonnentenattribute, wie dies in Schritt 304 dargestellt ist. Dies beinhaltet unterschiedliche Abonnentenattribute, welche angewendet werden können, um visierte Promotionsmaterialen auszuwählen, einschliesslich, aber nicht beschränkt auf, Alter, E-Mail, Geschlecht, Gerätemodell, Ansichtsverlauf, Ansichtsanzahl und geographischer Standort, und können von anderen Quellen zugeführt werden. Zum Beispiel kann der Werbeserver 132 geographische Informationen basierend auf einer IP-Adresse und einem Austausch mit einer externen Datenbank, welche die geographischen Standorte mit IP-Adressen korreliert, erlangen. Somit erhält der Werbeserver 132 von einem Renderinggerät 115, welches spezifisch für einen der Vielzahl der Abonnenten ist, eine Identität und ein Profil, welches auf das Renderinggerät und demographische Informationen des Abonnenten 114 hindeutet, wie dies in Schritt 305 gezeigt ist.
[0066] Die visierende Logik 134 gleicht die empfangenen Abonnentenattribute mit verfügbaren Promotionssegmenten Pn ab, wie dies in Schritt 306 gezeigt ist, und wählt das Promotionssegment Pn basierend auf den empfangenen Abonnenten-114-1-Attributen zum Ersetzen aus, wie dies in Schritt 307 gezeigt ist. Der Abonnent 114-1 und ein visiertes Promotionssegment P1 sind nun bekannt, und entsprechend erhält der Streamingserver 122 für einen oder mehrere der Abonnenten 114 eine Netzwerkkennung, welche auf das Renderinggerät 115 hinweist, welches dem entsprechenden einen oder mehreren der Abonnenten 114 dient, und einen Kanal, welcher auf den entsprechenden Medienstream 124 hinweist, der dem einen oder mehreren der Abonnenten 114 gerendert wird. Entsprechend empfängt in Schritt 308 der Streamingserver 122 vom Werbeserver 132 einen Hinweis auf ein ersetztes Promotionssegment P1, in welchem das ersetzte Promotionssegment P1 auf Abonnentenattributen basiert, welche vom Renderinggerät 115 beim Werbeserver 132 empfangen werden, sodass der Werbeserver 132 dazu konfiguriert ist, die Abonnentenattribute mit Werbeparametern zu korrelieren, welche dem ersetzenden Promotionssegment P1 entsprechen.
[0067] Die Promotionssegmente Pn werden als Rohmedien in jeglichem geeigneten Videoformat von der Werbemedienquelle 130 (ein Werber) erzeugt und empfangen, sodass der Streamingserver 122 vom Werbeserver 132 ersetzbare Promotionssegmente Pn empfängt, welche für Echtzeit-Splicing in den transkodierten Stream 112 konfiguriert sind, in welchem das ersetzbare Promotionssegment Pn Rohmedien entspricht, welche von einem Werber empfangen und beim Werbeserver 132 transkodiert werden, sodass die ersetzbaren Promotionssegmente Pn einem transkodierten Protokoll entsprechen, welches vom Renderinggerät 115 erwartet wird, wie dies in Schritt 309 dargestellt ist.
[0068] In einigen Ausführungsformen der vorliegenden Technologie kann das Promotionssegment Pn zum Ersetzen das allgemeine Promotionssegment PG (zumindest teilweise) bereits im angeforderten Stream 112 überschreiben. Dies wird zumindest teilweise derart ausgeführt, dass keine unangemessene Beeinträchtigung des Bilderlebnisses des Abonnenten 114 geschieht. Der Streamingserver 122 positioniert und speichert anhängige Promotionssegmente Pn zum Ersetzen bis zu einem geeigneten Insertionspunkt, wie nachfolgend diskutiert wird. Somit ersetzt der Streamingserver 122 das allgemeine Promotionssegment PG (oder einen Teil davon) mit ausgewählten Medien (d.h. das Promotionssegment P1) basierend auf Abonnentenattributen, in welchen die Abonnentenattribute auf einem Abonnenten 114, welcher den Stream 112 empfängt, basieren, wie dies in Schritt 310 gezeigt ist. Der Streamingserver 122 kodiert, wie gefordert, das erste Promotionssegment P1 und zweite Promotionssegment P2 wie auch jegliche anderen Promotionssegmente Pn in ein Protokoll um, um den entsprechenden Renderinggeräten 115 des ersten 114-1 und zweiten 114-2 Abonnenten zu entsprechen, wie dies in Schritt 311 gezeigt ist.
[0069] Zu einem angemessenen Zeitpunkt, typischerweise markiert durch einen Starteines allgemeinen Promotionssegmentes PG in dem angeforderten Stream 112, spleisst der Streamingserver 122 das erste und das zweite Promotionssegment P1, P2 in entsprechende Streams 124-1, 124-2, welche entsprechend zum Renderinggerät 115 von jedem des ersten 114-1 und zweiten 114-2 Abonnenten transkodiert sind, sodass das erste und das zweite Promotionssegment P1, P2 unterschiedlich visierte Promotionssegmente sind, welche basierend auf Attributen des empfangenden Abonnenten 114 ausgewählt werden, wie dies in Schritt 312 dargestellt ist. Somit werden die individuellen visierten Promotionssegmente P1, P2 individuell insertiert und an jeden entsprechenden Abonnenten 114, basierend auf ihren Abonnentenattributen, gerendert, wie es durch die visierende Logik 134 an die Promotionssegmente Pn angepasst oder damit korreliert wird.
[0070] Splicing tritt im selben Stream 124-1 auf, welcher bereits an den entsprechenden Abonnenten 114-1 adressiert ist, sodass das Splicing weiter eine Echtzeit-Insertion in den transkodierten Stream 124-1 umfasst. Der Streamingserver 122 identifiziert einen Splicingpunkt in einem transkodierten Stream 112, sodass der Splicingpunkt auf den Start des Promotionssegmentes PG hinweist, wie dies in Schritt 313 gezeigt ist. Dies kann, in Schritt 314, Identifizieren einer Startsegmentnachricht, welche auf den Start des Promotionssegmentes PG hinweist, und Konvertieren der identifizierten Startsegmentnachricht in den Splice-Punkt zur Markierung des Beginns des ersetzenden Promotionssegmentes P1, wie in Schritt 315 dargestellt, umfassen.
[0071] Der Streamingserver 122 identifiziert dann einen entsprechenden Splice-Out-Punkt, welcher auf das Ende des Promotionssegmentes hinweist, wie dies in Schritt 316 offenbart ist, was Identifizieren einer Endsegmentnachricht, welche auf das Ende des Promotionssegmentes PG (Schritt 317) hinweist, und Konvertieren der identifizierten Endsegmentnachricht in den Splice-Out-Punkt zur Markierung des Endes des ersetzenden Promotionssegmentes P1, wie es in Schritt 318 dargestellt ist, beinhaltet. Eine ähnliche Prozessierung tritt für das Promotionssegment P2 und jegliche andere Promotionssegmente Pn auf. Der Streamingserver 122 spleisst entsprechende erste und zweite Promotionssegmente P1, P2, basierend auf den konvertierten Splice-In- und Splice-Out-Nachrichten, wie es in Schritt 319 dargestellt ist, und beendet das erste und das zweite Promotionssegment P1, P2 an dem Splice-Out-Punkt, wobei dem Renderinggerät 115 erlaubt wird, den angeforderten Inhalt am Segment MS2 fortzusetzen, wie es in Schritt 320 offenbart ist.
[0072] Daher übermittelt der Streamingserver 122 ein erstes ersetztes Promotionssegment P1 an einen ersten Abonnenten 114-1, übermittelt ein zweites ersetztes Promotionssegment P2 an einen zweiten Abonnenten 114-2, und setzt das Übermitteln des identifizierten Streams 112 an den ersten Abonnenten 114-1 und den zweiten Abonnenten 114-2 nachfolgend auf das entsprechende erste und zweite ersetzte Promotionssegment P1, P2 fort.
[0073] In der Beispielskonfiguration werden verschiedene Protokolle und Formate angewendet. Andere geeignete Formate und Protokolle werden unmittelbar entwickelt, wie es im Stand der Technik bekannt ist, und können für eine Verwendung mit den hierin offenbarten Verfahren und Konfigurationen angepasst werden. Ein Werbequellencontainer kann MP4, TS, AVI, FLV, MOV, OGG oder jegliche anderen beinhalten, und Werbequellenvideocodecs können H.264, MPEG 4, WMV, VP8 oder jegliche anderen anwenden. Entsprechende Werbequellenaudiocodecs können AAC, MP3, WMA oder jegliche anderen beinhalten. Ein Werbeserverintegrationsprotokoll eines Dritten nimmt die Form von REST XML, JSON, VAST an und unterstützte jegliche Auflösung. Allgemein erwartete Bitrates betragen bis zu 20 Mbps, für eine gegebene gegenwärtige Transport-Hardware.
[0074] Unterschiedliche Vorteile werden durch die hierin offenbarten Merkmale geboten, einschliesslich die folgenden: - Werbematerialien können basierend auf jeglichem Kundenattributensatz ausgewählt werden. - Werbematerialien können in jeglichem geeigneten Videoformat zur Verfügung gestellt werden; es wird «on the fly» transkodiert und in den Mainvideostream eingebettet. - Die Lösung erlaubt die Durchführung des Ersetzens für jegliche Arten eines Kunden IPTV-Gerätes - Computer, Android®, iPhone®, jegliche STB, etc. - Es gibt keine Anforderung, Werbematerialien im Voraus zu transkodieren und diese zu speichern. - Die Lösung erlaubt das Anfragen von Werbematerialien von den Werbeanbietern in Echtzeit.
[0075] Werbemedienquellen wie Werber können auch mit dem Werbeserver 132 Zusammenwirken, um die verfügbaren Promotionssegmente Pn zu verwalten. Wenn der Kunde/Werber den Werbeserver 132 nach der Liste der Werbungen (Promotionssegmente Pn) anfragt, kann der Server 132 eine Anfrage für eine Werbung an den Anbieter senden, und nach Erhalt der Antwort die dem Kunden zu zeigende Werbung vorbereiten. Weiter kann der offenbarte Ansatz in jegliche geeignete Art von Streamingtechnologie, einschliesslich HTTP Live Streaming, Smooth Streaming, HTTP Dynamic Streaming, RTSP, DASH und MPEG2 TS Streams integriert werden.
[0076] Die fachkundigen Personen sollten direkt verstehen, dass die hierin definierten Programme und Verfahren einer Computerbearbeitung und einem Renderinggerät in vielen Formen, einschliesslich aber nicht beschränkt auf a) permanent auf nicht beschreibbaren Speichermedien wie beispielsweise ROM-Geräten gespeicherte Informationen, b) Informationen, welche änderbar auf beschreibbaren nicht flüchtigen Speichermedien wie beispielsweise Floppy-Disks, Magnetbändern, CDs, RAM-Geräten, und anderen magnetischen und optischen Medien, oder c) Informationen, welche an einen Computer durch Kommunikationsmedien, wie in einem elektronischen Netzwerk wie beispielsweise Internet- oder Telefonmodemleitungen, bereitgestellt werden können. Die Operationen und Verfahren können in einem Software ausführbaren Objekt oder als ein Set von kodierten Instruktionen zur Ausführung durch einen Prozessor, welcher auf die Instruktionen ansprechbar ist, implementiert werden. Alternativ können die hierin offenbarten Operationen und Verfahren als Ganzes oder teilweise unter Verwendung von Hardware-Komponenten, wie beispielsweise Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), Zustandsmaschinen, Controllers, oder anderen Hardware-Komponenten oder Geräten, oder einer Kombination von Hardware-, Software-, und Firmware-Komponenten, verkörpert werden.
[0077] Während das hierin definierte System und Verfahren insbesondere unter Bezugnahme zu deren Ausrührungsformen gezeigt und beschrieben wurde, werden die fachkundigen Personen verstehen, dass unterschiedliche Änderungen in Form und Details darin gemacht werden können, ohne dass durch die angefügten Ansprüche vom Rahmen der Technologie abgewichen wird.

Claims (22)

  1. Patentansprüche
    1. Verfahren zur Bereitstellung eines Videostreams, wobei das Verfahren an einem Netzwerkübertragungsgerät ausführbar ist, wobei das Verfahren umfasst: Identifizieren eines Streams, welcher an eine Vielzahl von Abonnenten gesendet wurde; Lokalisieren eines allgemeinen Promotionssegmentes im identifizierten Stream; Übermitteln eines ersten ersetzenden Promotionssegmentes an einen ersten Abonnenten, wobei das erste ersetzte Promotionssegment basierend auf einem Abonnentenattribut, welches mit dem ersten Abonnenten verbunden ist, ausgewählt wurde, wobei das erste ersetzte Promotionssegment zumindest einen Teil des allgemeinen Promotionssegmentes ersetzt; Übermitteln eines zweiten ersetzenden Promotionssegmentes an einen zweiten Abonnenten, wobei das zweite ersetzte Promotionssegment basierend auf einem Abonnentenattribut, welches mit dem zweiten Abonnenten verbunden ist, ausgewählt wurde, wobei das zweite ersetzte Promotionssegment zumindest einen Teil des allgemeinen Promotionssegmentes ersetzt; und Wiederaufnahme der Übermittlung des identifizierten Streams an den ersten Abonnenten und den zweiten Abonnenten nachfolgend auf die Übermittlung des entsprechenden ersten und zweiten ersetzenden Promotionssegmentes.
  2. 2. Verfahren gemäss Anspruch 1, wobei das allgemeine Promotionssegment ein Zusatzinformationsrendering auf Anfrage eines Dritten ist.
  3. 3. Verfahren gemäss Anspruch 1, wobei das Verfahren weiter umfasst: Identifizieren eines Splice-Punktes im Stream, wobei der Splice-Punkt auf einen Start des allgemeinen Promotionssegmentes hinweist; Identifizieren eines Splice-Out-Punktes, welcher das Ende des allgemeinen Promotionssegmentes anzeigt; und Beenden des ersten und zweiten ersetzenden Promotionssegmentes am Splice-Out-Punkt.
  4. 4. Verfahren gemäss Anspruch 3, weiter umfassend: Identifizieren einer Startsegmentnachricht, welche auf den Start des allgemeinen Promotionssegmentes hinweist; Identifizieren einer Endsegmentnachricht, welche auf das Ende des allgemeinen Promotionssegmentes hinweist; Konvertieren der identifizierten Startsegmentnachricht in den Splice-Punkt, um den Beginn des ersetzenden ersten und zweiten Promotionssegmentes zu markieren; Konvertieren der identifizierten Endsegmentnachricht in den Splice-Out-Punkt, um das Ende des ersetzenden Promotionssegmentes zu markieren; und Splicen des ersten beziehungsweise zweiten Promotionssegmentes basierend auf den konvertierten Splice- und Splice-Out-Nachrichten.
  5. 5. Verfahren gemäss Anspruch 4, wobei der Stream ein Format anwendet, welches Startsegment- und Endsegmentnachrichten unterstützt.
  6. 6. Verfahren gemäss Anspruch 4, wobei der Stream mindestens ein IPTV- oder OTT-Videostream ist, und die Splice-In-und Splice-Out-Punkte entsprechende SCTE-35-Nachrichten sind.
  7. 7. Verfahren gemäss Anspruch 3, weiter umfassend: Transkodieren des ersten und zweiten ersetzenden Promotionssegmentes in ein Protokoll, um entsprechenden Ren-deringgeräten zu entsprechen, welche mit dem ersten und zweiten Abonnenten verbunden sind; und Splicen des ersten und zweiten ersetzenden Promotionssegmentes in entsprechende Streams, welche gemäss den Renderinggeräten von jeweils dem ersten und zweiten Abonnenten transkodiert wurden, wobei das erste und zweite ersetzte Promotionssegment unterschiedlich sind.
  8. 8. Verfahren gemäss Anspruch 7, wobei Splicing im selben Stream, welcher bereits an den entsprechenden einen des ersten oder zweiten Abonnenten adressiert ist, auftritt, wobei das Splicen weiter eine Echtzeitinsertion der entsprechenden einen der ersten und zweiten ersetzenden Promotionsnachrichten in den transkodierten Stream umfasst.
  9. 9. Verfahren gemäss Anspruch 2, weiter umfassend Erhalten des besagten Abonnentenattributes von einem Rende-ringgerät, welches spezifisch für einen des ersten Abonnenten und des zweiten Abonnenten ist, wobei das besagte Abonnentenattribut mindestens eine Identität und ein Profil aufweist, welche indikativ für das mit dem entsprechenden einen des ersten und zweiten Abonnenten verbundene Renderinggerät und die demographische Information des entsprechenden einen des ersten Abonnenten und des zweiten Abonnenten ist.
  10. 10. Verfahren gemäss Anspruch 9, weiter umfassend Erlangen von geographischer Information basierend auf einer IP-Adresse des Renderinggerätes von einer externen Datenbank, wobei die externe Datenbank zur Korrelierung von geographischen Standorten mit IP-Adressen ist.
  11. 11. Verfahren gemäss Anspruch 2, weiter umfassend: Erhalten von Abonnentenattributen, welche mit dem ersten Abonnenten und dem zweiten Abonnenten verbunden sind von einem Renderinggerät, welches mit einem des ersten Abonnenten und des zweiten Abonnenten verbunden ist; Vergleichen der erhaltenen Abonnentenattributen mit verfügbaren allgemeinen Promotionssegmenten; und Auswählen des ersten ersetzenden Promotionssegmentes und des zweiten ersetzenden Promotionssegmentes aus den verfügbaren Promotionssegmenten basierend auf den erhaltenen Abonnentenattributen.
  12. 12. Verfahren gemäss Anspruch 11, wobei die Abonnentenattribute Abonnenteninformation bezeichnen, welche massgebend in der Differenzierung des ersten Abonnenten und des zweiten Abonnenten ist.
  13. 13. Verfahren gemäss Anspruch 12, wobei die besagte Abonnenteninformation zumindest einige von Alter, Standort und Geschlecht umfasst.
  14. 14. Verfahren gemäss Anspruch 3, wobei das allgemeinen Promotionssegment ein Werbesegment ist, welches für die Vielzahl von Abonnenten vorgesehen ist, und das erste und zweite Ersatzpromotionssegment gezielte Medien sind, welche für den entsprechenden ersten und zweiten Abonnenten vorgesehen sind.
  15. 15. Verfahren gemäss Anspruch 3, weiter umfassend Erhalten, zumindest für den ersten Abonnenten, einer Netzwerkkennung, welche auf ein Renderinggerät, welches den ersten Abonnenten bedient, hinweist, und eines Kanals, welcher auf den Stream hinweist, welcher dem ersten Abonnenten wiedergegeben wird.
  16. 16. Verfahren gemäss Anspruch 1, weiter umfassend Erhalten, von einem Werbeserver, einen Hinweis auf das erste und zweite ersetzende Promotionssegment, wobei das erste und zweite ersetzte Promotionssegment auf dem Abonnentenattribut basieren, welches vom Renderinggerät beim Werbeserver erhalten wird, wobei der Werbeserver dazu konfiguriert ist, das Abonnentenattribut mit Werbeparametern zu korrelieren, welche dem ersten und zweiten ersetzenden Promotionssegment entsprechen.
  17. 17. Verfahren gemäss Anspruch 16, weiter umfassend Erhalten, von einem der Werbeserver und einem Transkodierer, das erste und zweite ersetzte Promotionssegment, welche für Echtzeit-Splicing in den Stream konfiguriert sind, wobei das erste und zweite ersetzte Promotionssegment Rohmedien entsprechen, welche von einem Werber erhalten werden und am Werbeserver transkodiert werden, sodass das erste und zweite ersetzte Promotionssegment einem transkodierten Protokoll entsprechen, welches vom Renderinggerät erwartet wird.
  18. 18. Netzwerkübertragungsgerät zur Bereitstellung eines Videostreams, wobei das Netzwerkübertragungsgerät umfasst: einen Streamingserver, welcher eine Schnittstelle für eine Kopfstelle zur Identifizierung und den Erhalt eines Streams, welcher an eine Vielzahl von Abonnenten gesendet wurde, aufweist; einen Protokollerkenner zur Lokalisierung eines allgemeinen Promotionssegmentes im identifizierten Stream; Visierende Logik zum Ersetzen des allgemeinen Promotionssegmentes mit ausgewählten Medien in Antwort auf ein Abonnentenattribut, wobei das Abonnentenattribut auf einem Abonnenten, welcher den Stream erhält, basiert; einen Abonnentenfall zur Übermittlung eines ersten ersetzenden Promotionssegmentes an einen ersten Abonnenten und zur Übermittlung eines zweiten ersetzenden Promotionssegmentes an einen zweiten Abonnenten, wobei das erste ersetzte Promotionssegment und das zweite ersetzte Promotionssegment von der visierenden Logik basierend auf einem entsprechenden Abonnentenattribut ausgewählt wurden, wobei das erste und zweite ersetzende Promotionssegment das allgemeine Promotionssegment ersetzen; und wobei der Abonnentenfall dazu konfiguriert ist, das Übermitteln des identifizierten Streams an den ersten Abonnenten und den zweiten Abonnenten wiederaufzunehmen, nachfolgend auf die Übermittlung des entsprechenden einen des ersten und zweiten ersetzende Promotionssegmentes.
  19. 19. Netzwerkübertragungsgerät gemäss Anspruch 18, wobei der Streamingserver weiter operierbar ist zum: Identifizieren einer Startsegmentnachricht, welche auf den Start des allgemeinen Promotionssegmentes hinweist; Identifizieren einer Endsegmentnachricht, welche auf das Ende des allgemeinen Promotionssegmentes hinweist; Konvertieren der identifizieren Startsegmentnachricht in den Splice-Punkt zur Markierung des Beginns des ersten und zweiten ersetzenden Promotionssegmentes; Konvertieren der identifizierten Endsegmentnachricht in den Splice-Out-Punkt zur Markierung des Endes des ersten und zweiten ersetzenden Promotionssegmentes; und Splicen des entsprechenden ersten und zweiten ersetzenden Promotionssegmentes basierend auf den konvertierten Splice- und Splice-Out-Nachrichten.
  20. 20. Netzwerkübertragungsgerät gemäss Anspruch 18, weiter umfassend eine Schnittstelle zu einem Werbeserver, wobei die Schnittstelle dazu konfiguriert ist, einen Hinweis auf das erste und zweite ersetzende Promotionssegment zu erhalten, wobei das erste und zweite ersetzende Promotionssegment auf einem Abonnentenattribut basieren, welches vom Renderinggerät am Werbeserver erhalten wird, wobei der Werbeserver dazu konfiguriert ist, das Abonnentenattribut mit Werbeparameter zu korrelieren, welche dem ersten und zweiten ersetzenden Promotionssegment entsprechen.
  21. 21. Netzwerkübertragungsgerät gemäss Anspruch 20, wobei die Werbeserverschnittstelle weiter dazu konfiguriert ist, das erste und zweite ersetzende Promotionssegment, welche für Echtzeit-Splicing in den Stream konfiguriert sind, zu erhalten, wobei das erste und zweite ersetzende Promotionssegment Rohmedien entsprechen, welche von einem Werber erhalten werden und an einem der Werbeserver transkodiert wurden, und einem Transkodierer, sodass das erste und zweite ersetzende Promotionssegment einem transkodierten Protokoll entsprechen, welches vom Renderinggerät erwartet wird.
  22. 22. Nicht flüchtiges computerlesbares Medium mit darauf kodierten Instruktionen, wobei die Instruktionen, wenn sie auf einem Host-Rechengerätwie beispielweise einem Netzwerkübertragungsgerät ausgeführt werden, das Host-Rechen-gerät dazu bringen, ein Verfahren auszuführen, welches umfasst: Identifizieren eines Streams, welcher an eine Vielzahl von Abonnenten gesendet wurde; Lokalisieren eines allgemeinen Promotionssegmentes im identifizierten Stream; Übermitteln eines ersten ersetzenden Promotionssegmentes an einen ersten Abonnenten, wobei das erste ersetzende Promotionssegment basierend auf einem Abonnentenattribut ausgewählt wurde, welches mit dem ersten Abonnenten verbunden ist, wobei das erste ersetzende Promotionssegment das allgemeine Promotionssegment ersetzt; Übermitteln eines zweiten ersetzenden Promotionssegmentes an einen zweiten Abonnenten, wobei das zweite ersetzende Promotionssegment basierend auf einem Abonnentenattribut ausgewählt wurde, welches mit dem zweiten Abonnenten verbunden ist, wobei das zweite ersetzende Promotionssegment das allgemeine Promotionssegment ersetzt; und Wiederaufnahme mit dem Übermitteln des identifizierten Streams an den ersten Abonnenten und den zweiten Abonnenten nachfolgend auf die Übermittlung des entsprechenden ersten und zweiten ersetzenden Promotionssegmentes.
CH00914/16A 2014-01-13 2014-12-29 Verfahren und System zur gezielten Einsetzung eines Videostreams. CH710868B1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/153,185 US9319730B2 (en) 2014-01-13 2014-01-13 Method and a system for targeted video stream insertion
PCT/RU2014/001003 WO2015105436A1 (en) 2014-01-13 2014-12-29 A method and a system for targeted video stream insertion

Publications (1)

Publication Number Publication Date
CH710868B1 true CH710868B1 (de) 2019-07-15

Family

ID=53522492

Family Applications (1)

Application Number Title Priority Date Filing Date
CH00914/16A CH710868B1 (de) 2014-01-13 2014-12-29 Verfahren und System zur gezielten Einsetzung eines Videostreams.

Country Status (4)

Country Link
US (1) US9319730B2 (de)
CH (1) CH710868B1 (de)
RU (1) RU2644571C1 (de)
WO (1) WO2015105436A1 (de)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10091263B2 (en) * 2014-05-21 2018-10-02 Audible Magic Corporation Media stream cue point creation with automated content recognition
US10638179B2 (en) * 2015-08-06 2020-04-28 At&T Intellectual Property I, L.P. Content insertion in streaming media content
CN105704504B (zh) * 2016-01-28 2021-02-12 腾讯科技（深圳）有限公司 视频直播中插入推送信息的方法、装置、设备及存储介质
CN106231358A (zh) * 2016-09-28 2016-12-14 广州凯耀资产管理有限公司 一种电视播放控制系统及控制方法
CN108073671A (zh) * 2017-04-12 2018-05-25 北京市商汤科技开发有限公司 业务对象推荐方法、装置和电子设备
US11228792B1 (en) * 2017-11-22 2022-01-18 Amazon Technologies, Inc. Transcoding of video content
US10798466B2 (en) * 2017-12-04 2020-10-06 Arris Enterprises Llc Method and apparatus for improving over the top (OTT) delivery of interactive advertisements
CA3034846C (en) * 2018-02-23 2023-04-25 Arris Enterprises Llc Real-time advertisement preparation system
US10812839B2 (en) * 2018-11-02 2020-10-20 Disney Enterprises, Inc. Techniques for automated data record generation from live programs
US11109115B2 (en) 2018-11-06 2021-08-31 At&T Intellectual Property I, L.P. Inserting advertisements in ATSC content
WO2020247919A1 (en) * 2019-06-07 2020-12-10 The Nielsen Company (Us), Llc Content-modification system with broadcast schedule utilization feature
US11418826B2 (en) * 2019-06-07 2022-08-16 Roku, Inc. Content-modification system with supplemental content stitching feature
US11109088B2 (en) 2019-06-07 2021-08-31 Roku, Inc. Content-modification system with unscheduling feature
CN110267117B (zh) * 2019-06-11 2020-11-27 网宿科技股份有限公司 一种流媒体数据的处理方法及流媒体处理服务器
US11818431B2 (en) * 2021-12-14 2023-11-14 Dish Network L.L.C. Systems and methods for efficient processing and presentation of advertisement based on content re-encoding
US20230209105A1 (en) * 2021-12-23 2023-06-29 WarnerMedia Direct, LLC Content distribution and optimization system and method for deriving new metrics and multiple use cases of data consumers using base event metrics
US11736781B1 (en) * 2022-04-18 2023-08-22 Cox Communications, Inc. Dynamic splice point adjustment and feedback for video signals

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001031497A1 (en) 1999-10-22 2001-05-03 Activesky, Inc. An object oriented video system
US7631331B2 (en) * 2002-03-29 2009-12-08 Starz Entertainment, Llc Cross-channel interstitial program promotion
US20080052742A1 (en) * 2005-04-26 2008-02-28 Slide, Inc. Method and apparatus for presenting media content
WO2007048028A2 (en) 2005-10-21 2007-04-26 T-Mobile, Usa, Inc. System and method for determining device location in an ip-based wireless telecommunications network
US20070283384A1 (en) * 2006-05-31 2007-12-06 Sbc Knowledge Ventures, Lp System and method of providing targeted advertisements
US20080235746A1 (en) * 2007-03-20 2008-09-25 Michael James Peters Methods and apparatus for content delivery and replacement in a network
US20080263472A1 (en) * 2007-04-19 2008-10-23 Microsoft Corporation Interactive ticker
US9071859B2 (en) * 2007-09-26 2015-06-30 Time Warner Cable Enterprises Llc Methods and apparatus for user-based targeted content delivery
US8649424B2 (en) 2010-02-17 2014-02-11 Juniper Networks, Inc. Video transcoding using a proxy device
US9301020B2 (en) * 2010-11-30 2016-03-29 Google Technology Holdings LLC Method of targeted ad insertion using HTTP live streaming protocol

Also Published As

Publication number Publication date
RU2644571C1 (ru) 2018-02-13
US9319730B2 (en) 2016-04-19
WO2015105436A1 (en) 2015-07-16
US20150201227A1 (en) 2015-07-16

Similar Documents

Publication Publication Date Title
CH710868B1 (de) Verfahren und System zur gezielten Einsetzung eines Videostreams.
CN109644292B (zh) 用于混合式媒体内容分发的设备、系统和方法
US11051061B2 (en) Publishing a disparate live media output stream using pre-encoded media assets
US10038925B2 (en) Server side adaptive bit rate reporting
US8966523B1 (en) Advertisement insertion into media content for streaming
US8863164B1 (en) Server side adaptive bit rate reporting
US12058389B2 (en) Transcoding of video content
EP3479589B1 (de) Systeme und verfahren zum heften von werbungen in einem streaming-inhalt
US20230100445A1 (en) Vod product rendering controller
US11545185B1 (en) Method and apparatus for frame accurate high resolution video editing in cloud using live video streams
US10205976B2 (en) Stream boundary marking for dynamic content replacement
CA3122852A1 (en) Method and apparatus for combining metadata and content stream manifest files for processing on client devices
US11962821B2 (en) Publishing a disparate live media output stream using pre-encoded media assets
US20240202353A1 (en) Targeted Content Distribution Over a Network
DE102007030131B3 (de) Verfahren, Vorrichtung und Computerprogrammprodukt zum synchronisierten Bereitstellen von relevanten Informationen in einer interaktiven Portalanwendung
CA2871917C (en) Server side adaptive bit rate reporting
Noronha SCTE-104/35 and Beyond: A Look at Ad Insertion in an OTT World
Nishri Methods and systems for cross-channel media asset management processing and delivery
DE102016011876A1 (de) Plattform und Verfahren zum Bereitstellen medialer Inhalte

Legal Events

Date Code Title Description
PL Patent ceased