-
Querverweis auf verwandte Anmeldungen
-
Die vorliegende Anmeldung beansprucht gemäß 35 U.S.C. §119(e) die Priorität der vorläufigen US-Patentanmeldung Nr. 61/389,146 (MOBIP061P) mit dem Titel ”CONVERGENCE PLATFORM”, eingereicht am 1. Oktober 2010, und der Anmeldung Nr. 13/227,367 mit dem Titel ”MEDIA CONVERGENCE PLATFORM”, eingereicht am 7. September 2011, die jeweils in ihrer Gesamtheit durch Bezugnahme Teil des Gegenstandes der vorliegenden Anmeldung sind.
-
Technisches Gebiet
-
Die vorliegende Offenbarung betrifft eine Medienkonvergenzplattform.
-
Beschreibung des Standes der Technik
-
Medien sind gemeinhin auf mehreren Geräten verfügbar. Eine Set-Top-Box kann derart konfiguriert sein, dass sie eine bestimmte Gruppe von Kanälen empfängt. Verschiedene Zuschauer, welche die selbe Set-Top-Box nutzen, können sämtlich diese Kanäle zusammen sehen, egal womit die Set-Top-Box verbunden ist. Einige auf der Set-Top-Box verfügbare Inhalte können ebenfalls auf einem Computersystem oder einem Mobilgerät verfügbar sein.
-
Jedoch sind die Mechanismen für das plattformübergreifende Management des Inhaltskonsums begrenzt. Es ist folglich erwünscht, eine Konvergenzplattform zu schaffen.
-
Kurzbeschreibung der Figuren
-
Die Offenbarung ist am besten unter Bezugnahme auf die nachfolgende Beschreibung in Verbindung mit den zugehörigen Zeichnungen zu verstehen, welche besondere Ausführungsbeispiele darstellen.
-
1 zeigt ein Beispiel für ein Fragmentierungssystem.
-
2 zeigt ein Beispiel für ein Fragmentierungssystem.
-
3 zeigt Beispiele für von dem Fragmentserver gespeicherte Dateien.
-
4 zeigt eine Interaktion für einen Client, der einen Live-Stream empfängt.
-
5 zeigt ein Beispiel für ein Verfahren zur Ausgabe von Medienstromfragmenten.
-
6 zeigt ein Verfahren zur Durchführung einer Qualitätsanpassung unter Verwendung eines fragmentierten Medienstroms.
-
7 zeigt ein Beispiel für den Betrieb der Konvergenzplattform.
-
8 zeigt ein Beispiel für einen Fragmentserver.
-
Beschreibung exemplarischer Ausführungsbeispiele
-
Im Folgenden wird detailliert auf einige spezifische Beispiele für die Erfindung Bezug genommen, welche die von den Erfindern gegenwärtig als beste Arten der Durchführung der Erfindung angesehenen Ausführungsbeispiele beinhalten. Beispiele für diese spezifischen Ausführungsbeispiele sind in den beigefügten Zeichnungen dargestellt. Zwar wird die Erfindung in Zusammenhang mit diesen spezifischen Ausführungsbeispielen beschrieben, jedoch ist es ersichtlich, dass nicht beabsichtigt ist, die Erfindung auf die beschriebenen Ausführungsbeispiele zu beschränken. Im Gegenteil ist es beabsichtigt, Alternativen, Modifikationen und Äquivalente abzudecken, die dem Geist und dem Rahmen der Erfindung entsprechen, wie diese durch die beigefügten Ansprüche definiert ist.
-
Die Verfahren gemäß der vorliegenden Erfindung werden beispielsweise im Zusammenhang mit einer bestimmten Art der Kodierung beschrieben. Es sei jedoch darauf hingewiesen, dass die erfindungsgemäßen Verfahren auf eine Vielzahl von Kodiermechanismen anwendbar sind. In der folgenden Beschreibung werden zahlreiche spezifische Details angeführt, um ein umfassendes Verständnis der vorliegenden Erfindung zu vermitteln. Besondere exemplarische Ausführungsbeispiele der vorliegenden Erfindung können ohne einige oder sämtliche dieser spezifischen Details implementiert werden. In anderen Fällen wurden hinreichend bekannte Verfahrensabläufe nicht im Detail beschrieben, um das Verständnis der vorliegenden Erfindung nicht unnötig zu erschweren.
-
Verschiedene Verfahren und Mechanismen der vorliegenden Erfindung werden manchmal aus Gründen der Klarheit in Singularform beschrieben. Es sei jedoch darauf hingewiesen, dass einige Ausführungsbeispiele mehrere Durchläufe eines Verfahrens oder mehrfache Instantiierungen eines Mechanismus beinhalten, sofern dies nicht anders angegeben ist. Zum Beispiel verwendet ein System einen Prozessor in verschiedenen Zusammenhängen. Es ist jedoch ersichtlich, dass ein System mehrere Prozessoren verwenden kann, ohne den Rahmen der vorliegenden Erfindung zu verlassen, sofern dies nicht anders angegeben ist. Ferner beschreiben die Verfahren und Mechanismen der vorliegenden Erfindung manchmal eine Verbindung zwischen zwei Einheiten. Es sei darauf hingewiesen, dass eine Verbindung zwischen zwei Einheiten nicht notwendigerweise eine direkte, uneingeschränkte Verbindung bezeichnet, da eine Vielzahl anderer Einheiten zwischen den beiden Einheiten vorhanden sein kann. Ein Prozessor kann beispielsweise mit einem Speicher verbunden sein, jedoch ist offensichtlich, dass eine Vielzahl von Brücken und Steuerungen zwischen dem Prozessor und dem Speicher vorgesehen sein kann. Dementsprechend bedeutet eine Verbindung nicht notwendigerweise eine direkte, uneingeschränkte Verbindung, sofern dies nicht anders angegeben ist.
-
Überblick
-
Gerätefähigkeiten, Medienrechte und Inhalte werden unter Verwendung einer Konvergenzplattform verwaltet, um einen übergangslosen Konsum von Inhalten über unterschiedliche Geräte zu ermöglichen. Ein Medieninhalt kann auf einem Gerät, das eine bestimmte Reihe von Fähigkeiten und Rechten aufweist, angehalten werden und auf einem anderen Gerät, das eine andere Reihe von Fähigkeiten und Rechten besitzt, fortgesetzt werden. Ein Nutzer kann Medien auf einem Mobilgerät abspielen, das Abspielen der Medien auf einem Desktop-Computer fortsetzen und anschließend zu einem Großbildschirmfernsehgerät wechseln, und die Fähigkeiten und Rechte werden automatisch identifiziert, um den geeignetsten zulässigen Inhalt zu erkennen. Personalisierte Medieninhaltsinformationen können auf der Grundlage von zwischengespeicherten Informationen zu Nutzer-Wiedergabestoppereignissen geliefert werden und der Nutzer kann die Wiedergabe einer beliebigen Anzahl von Medienströmen fortsetzen.
-
Exemplarische Ausführungsbeispiele
-
Fähigkeiten, Rechte und Inhalte werden unter Verwendung einer Konvergenzplattform verwaltet, um einen übergangslosen Konsum von Inhalten über unterschiedliche Geräte zu ermöglichen. Eine Set-Top-Box ist zum Empfang bestimmter Kanalpakete berechtigt. Ein Digital-Video-Disc-Abspielgerät (DVD) ist berechtigt, DVDs einer bestimmten Region abzuspielen. Ein Fernsehgerät empfängt Übertragungen von Spielen die in der Region nicht gesperrt sind. Es ist jedoch ersichtlich, dass das Verwalten von Rechten feiner abgestimmt werden kann, als bei einer groben Rechteverwaltung unter Verwendung von Geräte- oder Regionsberechtigungen. Beispielsweise kann ein Nutzer, der ein Programm auf einem Einzelnutzer-Mobilgerät ansieht, eine übergangslose Fortsetzung des Ansehens des Programms auf einem für mehrere Nutzer vorgesehenen Großbildschirmfernsehgerät wünschen, das sich in der gleichen geographischen Region befinden kann oder nicht. Herkömmliche Authentisierungs- und Medienrechteverwaltungsmechanismen handhaben die Authentisierung und Autorisierung für mehrere, an unterschiedlichen Orten befindliche Geräte, von welchen manche von mehreren Nutzern gemeinsam genutzt werden, nicht effizient.
-
Gemäß verschiedenen Ausführungsbeispielen sind die Nutzerautorisierung und die Geräteauthentisierung voneinander getrennt. Bei bestimmten Ausführungsbeispielen ist der Nutzer für mehrere Geräte autorisiert oder mehrere Geräte können registriert sein, so dass die Bedeutung des Nutzers minimal ist. Bei einem für mehrere Nutzer vorgesehenen Gerät, wie einer Set-Top-Box, kann sich ein Nutzer für jede Sitzung oder für die Dauer des Betriebs des Geräts einloggen. Ein besonderer PIN oder ein Passwort können bei einer Set-Top-Box verwendet werden, damit der Nutzer auf personalisierten Inhalt oder speziell für den Nutzer vorgesehene Inhalte zugreifen kann.
-
Bei bestimmten Ausführungsbeispielen wird der Inhalt derart verwaltet, dass eine Erkennung dessen erfolgt, was dem Nutzer auf welchem Gerät mit welchem Qualitätslevel und zu welcher Zeit zu sehen erlaubt ist. Bei einigen Beispielen kann ein Nutzer berechtigt sein, ein gesamtes Kanalpaket mit geringer Auflösung anzusehen, jedoch nur bestimmte Kanäle mit hoher Auflösung. Bei anderen Beispielen kann ein Nutzer berechtigt sein, eine bestimmte Sendung auf einem personalisierten Gerät, beispielsweise einem Mobiltelefon oder einem Computer, anzusehen, jedoch nicht auf einem für mehrere Nutzer vorgesehenen Gerät, wie einer Set-Top-Box. Bei weiteren Beispielen kann ein Nutzer berechtigt sein, ein Programm nur für eine Woche auf einem Großbildschirmfernseher unter Verwendung von WiFi anzusehen, aber dauerhaft auf einem Mobilgerät. Bei weiteren Beispielen kann der Nutzer in der Lage sein, auf eine Klingelton-Version eines Medienelements, jedoch nicht auf die volle Version des Inhalts zuzugreifen.
-
Gemäß verschiedenen Ausführungsbeispielen kann ein Nutzer unbegrenzten Zugang zu sämtlichen Inhalten über sämtliche Geräte haben, jedoch nur, wenn sich der Nutzer in der Nähe der Vorrichtung befindet, wie aufgrund von Mobilgerätstandortdaten festgestellt wird. Bei bestimmten Ausführungsbeispielen umfasst das Autorisieren einer Dienstleistung das Verfolgen der Art der Produkte, der Kanalpakete, der Inhaltspakete, der Medienprogramme etc., die der Nutzer gekauft oder gemietet hat sowie der Anzahl der Geräte, für die dies gleichzeitig zutrifft. Bei einigen Beispielen wird der Inhalt nur dann autorisiert, wenn sich das Gerät in einem bestimmten Bereich befindet, und Blackouts können gehandhabt werden, indem Inhalte an bestimmten Orten eingeschränkt werden, der gleiche Inhalt jedoch zugelassen wird, wenn das Gerät in einen anderen Bereich bewegt wird. Blackouts können ebenfalls gehandhabt werden, indem eine Zahlung für das Ansehen in einer Region ermöglicht wird, in welcher Einschränkungen durch Blackouts gelten.
-
Gemäß verschiedenen Ausführungsbeispielen wird die gleiche Digital-Rights-Management-Technologie (DRM) auf allen Plattformen verwendet. Bei bestimmten Ausführungsbeispielen werden Inhalte mit einem bestimmten Grad an Rechten erworben. Der erworbene Inhalt ist Feldern zugeordnet, welche den Grad an Rechten für den Nutzer kennzeichnen. Bei besonderen Ausführungsbeispielen kann ein Nutzer ein Fernsehprogramm mit einem bestimmten Qualitätsniveau und einer bestimmten Auflösung zum Ansehen auf bis zu zwei Geräten gleichzeitig für unbegrenzte Zeit erworben haben. Bei einem anderen Beispiel kann ein Nutzer einen Film mit sämtlichen Qualitätsgraden zum Ansehen auf einem beliebigen authentisierten Gerät erworben haben.
-
Zahlreiche verschiedene Mechanismen werden für das Ausgeben von Medienströmen an Geräte verwendet. In bestimmten Beispielen eröffnet ein Client eine Sitzung, beispielsweise eine Real-Time-Streaming-Protocol-Sitzung (RTSP). Ein Servercomputer empfängt eine Verbindung für einen Medienstrom, eröffnet eine Sitzung, und liefert einen Medienstrom an ein Clientgerät. Der Medienstrom enthält Pakete, die Frames, beispielsweise MPEG-4-Frames, kapseln. Die MPEG-4-Frames selbst können Schlüsselbilder oder Differenzbilder sein. Die von dem Server verwendete spezifische Datenkapselungsmethode hängt von der Art des Inhalts, dem Format dieses Inhalts, dem Format der Nutzdaten, und den für das Senden der Daten verwendeten Anwendungs- und Übertragungsprotokollen ab. Nachdem das Clientgerät den Medienstrom empfangen hat, entkapselt das Clientgerät die Pakete, um die MPEG-Frames zu erhalten, und dekodiert die MPEG-Frames, um die eigentlichen Mediendaten zu erhalten.
-
Herkömmliche MPEG-4-Dateien machen es erforderlich, dass ein Abspielgerät den gesamten Dateikopf parst, bevor irgendwelche Daten dekodiert werden können. Das Parsen des gesamten Dateikopfs kann erhebliche Zeit in Anspruch nehmen, insbesondere bei Geräten mit begrenzten Netzwerk- und Verarbeitungsressourcen. Infolgedessen wird durch die Verfahren und Mechanismen der vorliegenden Erfindung ein fragmentiertes MPEG-4-Framework geschaffen, das ein Abspielen während des Empfangs eines ersten MPEG-4-Dateifragments ermöglicht. Ein zweites MPEG-4-Dateifragment kann unter Verwendung von in dem ersten MPEG-4-Dateifragment enthaltenen Informationen angefordert werden. Gemäß verschiedenen Ausführungsbeispielen kann es sich bei dem angeforderten zweiten MPEG-4-Dateifragment um ein Fragment handeln, das einem Strom entspricht, der eine höhere oder geringere Bitrate aufweist, als der dem ersten Dateifragment zugeordnete Strom.
-
MPEG-4 ist ein erweiterbares Containerformat ohne eine festgelegte Struktur für die Beschreibung von Medientypen. Stattdessen weist MPEG-4 eine Objekthierarchie auf, welche das Definieren individueller Strukturen für jedes Format ermöglicht. Die Formatbeschreibung ist in dem Beispielbeschreibungsfeld (”stsd”) für jeden Strom gespeichert. Das Beispielbeschreibungsfeld kann Informationen enthalten, die nicht bekannt werden, bevor sämtliche Daten kodiert sind. Das Beispielbeschreibungsfeld kann beispielsweise eine durchschnittliche Bitrate enthalten, die vor der Kodierung nicht bekannt ist.
-
Gemäß verschiedenen Ausführungsbeispielen werden MPEG-4-Dateien fragmentiert, so dass ein Live-Stream nahezu live aufgezeichnet und wiedergegeben werden kann. MPEG-4-Dateien können erzeugt werden, ohne warten zu müssen, bis der gesamte Inhalt für das Vorbereiten der Film-Dateiköpfe geschrieben ist. Um eine MPEG-4-Fragmentierung ohne band-externe Signalgebung zu ermöglichen, ist eine Feldstruktur vorgesehen, welche Synchronisierungsinformationen, Dateiende-Informationen und Kapitelinformationen enthält. Gemäß verschiedenen Ausführungsbeispielen dienen Synchronisierungsinformationen der Audio- und Video-Synchronisierung, wenn die Wiedergabe einen Beginn mitten in einem Strom mit sich bringt. Die Dateiende-Informationen geben das Ende des gegenwärtigen Programms oder der Datei an. Dies kann Informationen zum Fortsetzen der Stromübertragung des nächsten Programms oder der nächsten Datei enthalten. Die Kapitelinformationen können für Video-on-Demand-Inhalte verwendet werden, die in Kapitel, welche möglicherweise durch Werbeslots getrennt sind, unterteilt sind.
-
TCP findet häufiger Anwendung als UDP, und Netzwerktechnologien, die Schalt-, Load-Balancer- und Netzwerkkartentechnologien verwenden, werden häufiger für TCP als für UDP entwickelt. Infolgedessen werden Verfahren und Mechanismen zum Ausgeben von fragmentierten Live-Medien über TCP bereitgestellt. Sequenzinformationen werden ebenfalls beibehalten und/oder modifiziert, um einen übergangslosen Betrieb des Clientgeräts zu ermöglichen. Die Zeitsteuerungs- und Sequenzinformationen in einem Medienstrom bleiben erhalten.
-
Anforderungen werden als separate Dateien einem Client angezeigt, und Dateien sollten auf Abspielgeräten, die fragmentiertes MPEG-4 umsetzen können, wiedergebbar sein. Live-Inhalte oder nahezu live gesendete Inhalte, Video-on-Demand- (VOD) und Digital-Video-Record-Inhalte (DVR) sind sämtlich unter Verwendung von Fragmentierung verarbeitbar.
-
Nach verschiedenen Ausführungsbeispielen wird das Anhalten der Wiedergabe auf einem Inhalt-Server oder einem Fragmentierungsserver erkannt. Bei einigen Beispielen sendet ein Gerät eine Anforderung zum Anhalten der Wiedergabe. Bei anderen Beispielen erkennt ein Inhaltsserver, dass keine Anforderung eines nachfolgenden Fragments empfangen wurde. Der Inhaltssever speichert die Nutzerinformationen und die Medienstrompositionsinformationen. Bei einigen Beispielen speichert der Inhaltsserver auch Geräteinformationen und Qualitäts- oder Bitratendaten. Wenn eine Anforderung nach einem Fragment oder die Anforderung nach der Wiederaufnahme der Wiedergabe von Seiten des selben Geräts oder von einem dem selben Nutzer zugeordneten anderen Gerät empfangen wird, identifiziert der Inhaltsserver die Bitrate und den Medienstrom zusammen mit dem an den Nutzer zu sendenden richtigen Fragment. Das Fragment kann Mediendaten entsprechen, die in der Vergangenheit als Live-Übertragung gesendet wurden und nicht länger live sind, wobei der Nutzer jedoch in der Lage ist, den Medienstrom weiter nahtlos mit einer für das gegenwärtige Betrachtungsgerät geeigneten Auflösung anzusehen.
-
Die Anforderung seitens des Gerätes kann eine Bitrate und eine Auflösung enthalten, oder ein Inhaltsserver kann eine geeignete Bitrate und Auflösung unter Verwendung von Geräteinformationen erkennen. Eine Wiederaufnahme-Anforderung zusammen mit einer gewünschten Bitrate kann ebenfalls von Seiten eines anderen, einem Nutzer zugeordneten Geräts empfangen werden. In einem Inhaltsserver gespeicherte Fragmente können verwendet werden, um auf Anforderungen von Seiten zahlreicher Nutzer auf zahlreichen verschiedenen Geräten zu reagieren, die das Abspielen von Medienströmen zu unterschiedlichen Zeitpunkten und mit unterschiedlichen Qualitätsleveln anfordern. Nach verschiedenen Ausführungsbeispielen können Fragmente zugleich auf unterschiedlichen Qualitätsleveln gespeichert sein und effizient zwischengespeichert werden, obwohl eine Vielzahl unterschiedlicher Anforderungen nach dem selben Medienstrom oder unterschiedlichen Medienströmen empfangen werden.
-
1 ist eine schematische Darstellung eines Beispiels für ein Fragmentierungssystem 101, das einem Inhaltsserver zugeordnet ist, der die erfindungsgemäßen Verfahren und Mechanismen verwenden kann. Kodierer 105 empfangen Mediendaten von Satelliten, Inhaltsbibliotheken und anderen Inhaltsquellen und senden RTP-Multicast-Daten an einen Fragmentschreiber 109. Die Kodierer 105 senden ferner Session-Announcement-Protocol-Bekanntgaben (SAP) an einen SAP-Empfänger 121. Gemäß verschiedenen Ausführungsbeispielen erzeugt der Fragmentschreiber 109 Fragmente für das Live-Streaming und schreibt Dateien zur Aufzeichnung auf eine Platte. Der Fragmentschreiber 109 empfängt RTP-Multicast-Ströme von den Kodierern 105 und parst die Ströme, um die Audio-/Video-Daten als Teil von fragmentierten MPEG-4-Dateien neu zu packen. Wenn ein neues Programm beginnt, erzeugt der Fragmentschreiber 109 eine neue MPEG-4-Datei im Fragmentspeicher und hängt Fragmente an. Bei bestimmten Ausführungsbeispielen unterstützt der Fragmentschreiber 109 Live- und/oder DVR-Konfigurationen.
-
Der Fragmentserver 111 versieht die Zwischenspeicherungsschicht mit Fragmenten für Clients. Die Designphilosophie hinter der Client/Server-API minimiert Leerläufe und verringert im Hinblick auf die Ausgabe der Mediendaten an den Client 115 die Komplexität so weit wie möglich. Der Fragmentserver 111 stellt Live-Streams und/oder DVR-Konfigurationen zur Verfügung.
-
Der Fragment-Controller 107 ist mit Anwendungsservern 103 verbunden und steuert die Fragmentierung von Live-Kanal-Streams. Der Fragment-Controller 107 integriert optional Führungsdaten, um die Aufzeichnungen für eine Global-/Netzwerk-DVR zu steuern. In bestimmten Ausführungsbeispielen sieht der Fragment-Controller 107 Logik um die Aufzeichnung vor, um die Fragmentschreiberkomponente 109 zu vereinfachen. Gemäß verschiedenen Ausführungsbeispielen läuft der Fragment-Controller 107 auf dem selben Host wie der Fragmentschreiber 109. Bei bestimmten Ausführungsbeispielen instanziiert der Fragment-Controller 107 Instanzen des Fragmentschreibers 109 und sorgt für eine hohe Verfügbarkeit.
-
Gemäß verschiedenen Ausführungsbeispielen verwendet der Client 115 eine Medienkomponente, welche fragmentierte MPEG-4-Dateien anfordert, Trick-Play ermöglicht, und Bandbreitenanpassung vornimmt. Der Client kommuniziert mit den dem HTTP-Proxy 113 zugeordneten Anwendungsdienstleistungen, um Führer zu erhalten und dem Nutzer den verfügbaren aufgezeichneten Inhalt anzuzeigen.
-
2 zeigt ein Beispiel für ein Fragmentierungssystem 201, das für Video-on-Demand-Inhalte verwendbar ist. Der Fragger 203 erfordert eine Quelle kodierter Videoclips. Jedoch erzeugt der kommerzielle Kodierer keine Ausgangsdatei mit minimalem objektorientiertem Framework-Dateikopf (MOOF) und bettet stattdessen sämtliche Inhalt-Dateiköpfe in die Movie-Datei (MOOV) ein. Der Fragger liest die Eingangsdatei und erzeugt einen alternativen Ausgang, der mit MOOF-Dateiköpfen fragmentiert und mit individuellen Dateiköpfen erweitert wurde, welche das Erlebnis optimieren und als Hinweise für Server dienen.
-
Der Fragmentserver 211 versieht die Zwischenspeicherungsschicht mit Fragmenten für Clients. Die Designphilosophie hinter der Client/Server-API minimiert Leerläufe und verringert im Hinblick auf die Ausgabe der Mediendaten an den Client 215 die Komplexität so weit wie möglich. Der Fragmentserver 211 liefert VoD-Inhalte.
-
Gemäß verschiedenen Ausführungsbeispielen verwendet der Client 215 eine Medienkomponente, welche fragmentierte MPEG-4-Dateien anfordert, Trick-Play ermöglicht, und Bandbreitenanpassung vornimmt. Der Client kommuniziert mit den dem HTTP-Proxy 213 zugeordneten Anwendungsservices, um Führer zu erhalten und dem Nutzer den verfügbaren aufgezeichneten Inhalt anzuzeigen.
-
3 zeigt Beispiele für Dateien, welche von dem Fragmentschreiber gespeichert werden. Gemäß verschiedenen Ausführungsbeispielen handelt es sich bei dem Fragmentschreiber um eine Komponente in der Gesamtheit des Fragmentierers. Es handelt sich dabei um ein Binärprogramm, das Befehlszeilenargumente verwendet, um ein bestimmtes Programm basierend entweder auf der NTP-Zeit aus dem kodierten Strom oder auf der Uhrzeit aufzuzeichnen. Bei bestimmten Ausführungsbeispielen ist dies als Teil der Argumente konfigurierbar und ist von dem Eingangs-Strom abhängig. Sobald der Fragmentschreiber das Aufzeichnen eines Programms abgeschlossen hat, wird er geschlossen. Für Live-Ströme werden Programme künstlich als kurze Intervalle von beispielsweise 5–15 Minuten Länge erzeugt.
-
Gemäß verschiedenen Ausführungsbeispielen handelt es sich bei den Fragmentschreiber-Befehlszeilenargumenten um die SDP-Datei des aufzuzeichnenden Kanals, die Startzeit, die Endzeit, den Namen der gegenwärtigen und der nächsten Ausgangsdatei. Der Fragmentschreiber beobachtet den RTP-Verkehr von den Live-Video-Kodierern und schreibt die Mediendaten als fragmentierte MPEG-4 erneut auf die Platte. Gemäß verschiedenen Ausführungsbeispielen werden Mediendaten als fragmentierte MPEG-4 geschrieben, wie dies in MPEG-4 Teil 12 (ISO/IEC 14496-12) definiert ist. Jede übertragene Sendung wird als separate Datei, die durch eine Sendungs-ID (welche aus dem EPG abgeleitet ist) identifiziert ist, auf eine Platte geschrieben. Clients fügen die Sendungs-ID als Teil des Kanalnamens hinzu, wenn sie das Ansehen einer vorab aufgezeichneten Sendung anfordern. Der Fragmentschreiber nimmt jede der verschiedenen Kodierungen auf und speichert sie als verschiedene MPEG-4-Fragmente.
-
Bei bestimmten Ausführungsbeispielen schreibt der Fragmentschreiber die RTP-Daten für eine bestimmte Kodierung und die Sendungs-ID in eine einzelne Datei. In dieser Datei befinden sich Metadateninformationen, welche die gesamte Datei (MOOV-Blöcke) beschreiben. Atome werden als Gruppen von MOOF/MDAT-Paaren gespeichert, um das Speichern einer Sendung als einzelne Datei zu ermöglichen. Am Ende der Datei befinden sich Direktzugriffsinformationen, die verwendet werden können, um einem Client das Durchführen von Bandbreitenanpassungen und Trickplay-Funktionen zu ermöglichen.
-
Gemäß verschiedenen Ausführungsbeispielen enthält der Fragmentschreiber eine Option, welche Fragmente verschlüsselt, um die Stream-Sicherheit während des Aufzeichnungsvorgangs zu gewährleisten. Der Fragmentschreiber fordert einen Kodierschlüssel von dem Lizenzmanager an. Die verwendeten Schlüssel sind denen ähnlich, die für das DRM verwendet werden. Das Kodierformat ist bei der Kodierung von MOOF geringfügig anders. Die Verschlüsselung erfolgt ein Mal, so dass dadurch keine übermäßigen Kosten während der Ausgabe an die Clients entstehen.
-
Der Fragmentserver antwortet auf HTTP-Anforderungen von Inhalten. Gemäß verschiedenen Ausführungsbeispielen stellt er API bereit, die von Clients genutzt werden können, um erforderliche Dateiköpfe zu erhalten, die für das Dekodieren des Videos sowie das Suchen eines beliebigen gewünschten Zeitabschnitts in dem Fragment notwendig sind, und API für das Live-Ansehen von Kanälen. Tatsächlich werden Live-Kanäle mit den zuletzt geschriebenen Fragmenten einer Sendung auf diesem Kanal gespeist. Der Fragmentschreiber sendet den Mediendateikopf (der für das Initialisieren von Dekodierern erforderlich ist), bestimmte Fragmente und den Direktzugriffsblock an die Clients zurück. Gemäß verschiedenen Ausführungsbeispielen ermöglichen die unterstützen API eine Optimierung, wenn die Metadatendateikopfinformationen dem Client zusammen mit dem ersten Fragment zurück gesendet werden. Der Fragmentschreiber erzeugt eine Reihe von Fragmenten innerhalb der Datei. Fordert ein Client einen Stream an, fordert er jedes dieser Fragmente an und der Fragmentserver liest den Teil der Datei, welcher das Fragment betrifft, und sendet dieses an den Client zurück.
-
Gemäß verschiedenen Ausführungsbeispielen verwendet der Fragmentserver eine REST API, die zwischenspeicherfreundlich ist, so dass die meisten an den Fragmentserver gerichteten Anforderungen zwischengespeichert werden können. Der Fragmentserver verwendet Zwischenspeicher-Control-Dateiköpfe und ETag-Dateiköpfe, um dem Zwischenspeicher die richtigen Hinweise zu geben. Diese API verleiht ferner die Fähigkeit, zu verstehen, an welcher Stelle ein bestimmter Nutzer die Wiedergabe angehalten hat, und die Wiedergabe von diesem Punkt an zu starten (die Fähigkeit zur Pause bei einem Gerät und zur Fortsetzung bei einem anderen vorausgesetzt).
-
Bei bestimmten Ausführungsbeispielen folgen die Client-Anforderungen nach Fragmenten dem folgenden Format:
http://{HOSTNAME}/frag/{KANAL}/{BITRATE}/[{ID}/]{BEFEHL}[/{ARG}], z. B.
http://frag.hosttv.com/frag/1/H8QVGAH264/1270059632.mp4/fragment/42.
-
Gemäß verschiedenen Ausführungsbeispielen ist der Kanalname der selbe wie der Backend-Kanalname, der als Kanalbereich der SDP-Datei verwendet wird. VoD verwendet den Kanalnamen ”vod”. Die BITRATE sollte dem BITRATE/AUFLÖSUNG-Identifikatorschema entsprechen, die für RTP-Streams verwendet wird. Die ID wird dynamisch zugewiesen. Bei Live-Streams kann es sich dabei um den UNIX-Zeitstempel handeln; bei DVR handelt es sich dabei um eine einzigartige ID für die Sendung; bei VoD handelt es sich dabei um die Posten-ID. Die ID ist optional und nicht in LIVE-Befehl-Anforderungen enthalten. Der Befehl und das Argument dienen der Angabe des genauen gewünschten Befehls und jedweder Argumente. Um beispielsweise den Teil 42 anzufordern, lautet dieser Bereich ”fragment/42”.
-
Das URL-Format macht die Anforderungen geeignet für Inhaltsausgabenetzwerke (CDN), da die Fragmente sich nach diesem Punkt nie mehr verändern, so dass zwei separate Clients, welche den gleichen Strom ansehen, unter Verwendung eines Zwischenspeichers bedient werden können. Insbesondere nutzt die Headend-Architektur dies, um das Eintreffen zu vieler dynamischer Anforderungen an dem Fragmentserver zu vermeiden, indem sie für das Zwischenspeichern von Anforderungen einen HTTP-Proxy am vorderen Ende verwendet.
-
Gemäß verschiedenen Ausführungsbeispielen handelt es sich bei dem Fragment-Controller um ein Daemon, das auf dem Fragmentierer abläuft und die Fragmentschreiberprozesse verwaltet. Es wird vorgeschlagen, hierin ein konfiguriertes Filter zu verwenden, das von dem Fragment-Controller ausgeführt wird, um die Liste der aufzuzeichnenden Übertragungen zu erzeugen. Dieses Filter fügt sich in externe Komponenten ein, wie beispielsweise einen Führerserver, um zu bestimmen, welche Sendungen aufzuzeichnen sind und welche Übertragungs-ID zu verwenden ist.
-
Gemäß verschiedenen Ausführungsbeispielen weist der Client eine Anwendungslogikkomponente und eine Medienwiedergabekomponente auf. Die Anwendungslogikkomponente liefert die UI für den Benutzer und teilt dem Frontend-Server ferner mit, dass er Sendungen beschaffen soll, die für den Benutzer verfügbar sind, und die Authentifizierung vornehmen soll. Als Teil dieses Vorgangs sendet der Server URLs zu Medieninhalten zurück, die an die Medienwiedergabekomponente weitergeleitet werden.
-
In besonderen Ausführungsbeispielen verlässt sich der Client auf die Tatsache, dass jedes Fragment in einer fragmentierten MPEG-4-Datei eine Sequenznummer hat. Unter Nutzung dieser Kenntnis und einer gut definierten URL-Struktur für die Kommunikation mit dem Server, fordert der Client Fragmente einzeln an, als ob er separate Dateien aus dem Server lesen würde, indem er einfach URLs für Dateien anfordert, die ansteigenden Sequenznummern zugeordnet sind. Bei einigen Ausführungsbeispielen kann der Client Dateien anfordern, die Ströme mit einer höheren oder einer geringeren Bitrate entsprechen, je nachdem, welche Geräte- und Netzwerkressourcen gegeben sind.
-
Da jede Datei die zum Erzeugen der URL für die nächste Datei erforderlichen Informationen enthält, sind keine speziellen Playlist-Dateien erforderlich, und alle Aktionen (Start, Kanalwechsel, Suche) können mittels einer einzigen HTTP-Anforderung durchgeführt werden. Nachdem jedes Fragment heruntergeladen wurde, beurteilt der Client unter anderem die Größe des Fragments und die für dessen Download erforderliche Zeit, um festzustellen, ob eine Verlangsamung erforderlich ist, oder ob ausreichend Bandbreite verfügbar ist, um eine höhere Bitrate anzufordern.
-
Da jede an den Server gerichtete Anforderung wie eine Anforderung nach einer separaten Datei erscheint, kann die Reaktion auf die Anforderungen in jedem HTTP-Proxy zwischengespeichert oder über jedes HTTP-basierte CDN verteilt werden.
-
4 zeigt eine Interaktion für einen Client, der einen Live-Stream empfängt. Der Client startet die Wiedergabe, während das Fragment 41 aus dem Server abgespielt wird. Der Client verwendet die Fragmentnummer, so dass er das korrekte nachfolgende Dateifragment anfordern kann. Eine Anwendung, wie beispielsweise eine Abspielgerätanwendung 407 sendet eine Anforderung an ein Mediakit 405. Die Anforderung kann eine Basisadresse und eine Bitrate umfassen. Das Mediakit 405 sendet eine HTTP-Get-Anforderung an die Caching-Schicht 403. Gemäß verschiedenen Ausführungsbeispielen befindet sich die Live-Antwort nicht im Zwischenspeicher und die Zwischenspeicherungsschicht leitet die HTTP-Get-Anforderung an einen Fragmentserver 401 weiter. Der Fragmentserver 401 führt eine Verarbeitung durch und sendet das richtige Fragment an die Zwischenspeicherungsschicht 403, welche die Daten an das Mediakit 405 sendet.
-
Das Fragment kann für einen kurzen Zeitraum in der Zwischenspeicherungsschicht 403 zwischengespeichert werden. Das Mediakit 405 identifiziert die Fragmentnummer und stellt fest, ob die Ressourcen zum Abspielen des Fragments ausreichen. In einigen Beispielen sind die Ressourcen, wie beispielsweise die Verarbeitungs- oder Bandbreitenressourcen, unzureichend. Das Fragment wurde möglicherweise nicht schnell genug empfangen oder das Gerät hat Schwierigkeiten mit einer ausreichend schnellen Dekodierung des Fragments. Folglich kann das Mediakit 405 ein nächstes Fragment anfordern, das eine andere Datenrate hat. In einigen Fällen kann das Mediakit 405 ein nächstes Fragment mit einer höheren Datenrate anfordern. Gemäß verschiedenen Ausführungsbeispielen hält der Fragmentserver 401 Fragmente für verschiedene Service-Stromqualitäten mit Zeitsteuerungssynchronisierungsinformationen bereit, um eine genaue Wiedergabezeitsteuerung zu ermöglichen.
-
Das Mediakit 405 fordert ein nächstes Fragment unter Verwendung von Informationen aus dem empfangenen Fragment an. Gemäß verschiedenen Ausführungsbeispielen kann das nächste Fragment für den Medienstrom auf einem anderen Server gespeichert sein, eine andere Bitrate aufweisen oder eine andere Autorisierung erfordern. Die Zwischenspeicherungsschicht 403 stellt fest, dass sich das nächste Fragment nicht in dem Zwischenspeicher befindet und sendet die Anforderung an den Fragmentserver 401. Der Fragmentserver 401 sendet das Fragment an die Zwischenspeicherungsschicht 403 und das Fragment wird für einen kurzen Zeitraum zwischengespeichert. Das Fragment wird sodann an das Mediakit 405 gesendet.
-
5 zeigt ein Beispiel für ein Verfahren zum Ausgeben von Medienstrom-Fragmenten. Gemäß verschiedenen Ausführungsbeispielen wird eine Anforderung nach einem Medienstrom von Seiten eines Client-Geräts bei 501 empfangen. Bei bestimmten Ausführungsbeispielen handelt es sich bei der Anforderung um eine HTTP-Get-Anforderung mit einer Basis-URL, einer Bitrate und einem Dateinamen. Bei 503 wird festgestellt, ob aktuelle Fragmente, die dem angeforderten Medienstrom zugeordnet sind, verfügbar sind. Gemäß verschiedenen Ausführungsbeispielen werden Fragmente für mehrere Minuten in einer Zwischenspeicherungsschicht zwischengespeichert, um eine nahezu live erfolgende Ausgabe von Medienströmen zu ermöglichen. Bei 505 wird die der Anforderung zugeordnete Bitrate identifiziert. Gemäß verschiedenen Ausführungsbeispielen wird bei 507 ein aktuelles Fragment für den Medienstrom erhalten und mit einer Fragmentnummer und einer Feldstruktur, welche Synchronisierungsinformationen, Kapitelinformationen und Dateiende-Informationen unterstützt, gesendet. Es sei darauf hingewiesen, dass nicht jedes Fragment Synchronisierungs-, Kapitel- und Dateiende-Informationen enthält.
-
Gemäß verschiedenen Ausführungsbeispielen dienen die Synchronisierungsinformationen dem Synchronisieren von Audio und Video, wenn die Wiedergabe einen Start mitten in einem Strom mit sich bringt. Die Dateiende-Informationen geben an, wann das aktuelle Programm oder die Datei zu Ende ist. Dies kann Informationen hinsichtlich des Fortsetzens des Übertragens des nächsten Programms oder der nächsten Datei beinhalten. Die Kapitelinformationen können für Video-on-Demand-Inhalte verwendet werden, die in Kapitel, welche möglicherweise durch Werbeslots getrennt sind, unterteilt sind.
-
Bei 509 wird das übertragene Fragment für einen begrenzten Zeitraum im Zwischenspeicher gehalten. Bei 511 wird eine Anforderung nach einem nachfolgenden Fragment empfangen. Gemäß verschiedenen Ausführungsbeispielen weist das nachfolgende Fragment eine Fragmentnummer auf, die in direktem Zusammenhang mit dem zuvor übertragenen Fragment steht. Bei einigen Beispielen kann das Client-Gerät eine andere Bitrate oder die gleiche Bitrate anfordern. Bei 513 wird festgestellt, ob ein Fragment mit der korrekten Fragmentnummer im Zwischenspeicher verfügbar ist. Falls nicht, werden die Bitrate und die Fragmentnummer festgestellt, um bei 515 das korrekte Fragment zu erhalten. Bei einigen Beispielen ist die Fragmentnummer um eins höher als die Fragmentnummer des vorhergehenden übertragenen Fragments.
-
In einigen Beispielen kann das Client-Gerät eine erheblich abweichende Fragmentnummer anfordern, die einem anderen Zeitindex entspricht. Dies ermöglicht einem Client-Gerät nicht nur eine Qualitätsänderung durch das Anfordern einer anderen Bitrate, sondern auch eine Zeitverschiebung durch das Anfordern eines bereits zuvor übertragenen früheren Segments. Gemäß verschiedenen Ausführungsbeispielen wird ein aktuelles Fragment für den Medien-Stream erhalten und mit einer Fragmentnummer und einer Feldstruktur, die Synchronisierungsinformationen, Kapitelinformationen und Dateiende-Informationen unterstützt, bei 517 gesendet.
-
Das System kann sodann auf Anforderungen nach weiteren Fragmenten warten, die nahezu live gesendeten Strömen zugeordnet sind.
-
6 zeigt ein Verfahren zur Durchführung der Qualitätsanpassung unter Verwendung eines fragmentierten Medienstroms. Bei 601 wird eine von einem Clientgerät kommende Anforderung nach einem Medienfragment empfangen. Bei der Anforderung kann es sich um eine HTTP-Get-Anforderung handeln, die eine bestimmte Bitrate und einen Medienidentifikator aufweist. Bei 605 identifiziert ein Inhaltsserver oder ein Fragmentserver die Bitrate und das Medium. Gemäß verschiedenen Ausführungsbeispielen erkennt der Inhaltsserver auch den Nutzer und das Gerät, um zu verifizieren, dass der Nutzer berechtigt ist, den Medieninhalt auf dem bestimmten Gerät anzusehen. Bei einigen Beispielen werden der Nutzer und das Gerät identifiziert, um einen Medienstrom geeigneter Qualität oder die korrekte Version des Medienstroms zu bestimmen, die an das Clientgerät zu liefern ist. Bei 607 wird ein Fragment mit einer Fragmentnummer und einer Feldstruktur gesendet, welche Synchronisierungsinformationen, Kapitelinformationen, und Dateiende-Informationen unterstützt.
-
Gemäß verschiedenen Ausführungsbeispielen dienen die Synchronisierungsinformationen der Audio- und Video-Synchronisierung, wenn die Wiedergabe einen Beginn mitten in einem Strom mit sich bringt. Die Dateiende-Informationen geben das Ende des gegenwärtigen Programms oder der Datei an. Dies kann Informationen zum Fortsetzen des Streamings des nächsten Programms oder der nächsten Datei enthalten. Die Kapitelinformationen können für Video-on-Demand-Inhalte verwendet werden, die in Kapitel, welche möglicherweise durch Werbeslots getrennt sind, unterteilt sind.
-
Bei 609 wird das Anhalten der Wiedergabe erkannt. Das Anhalten der Wiedergabe kann anhand der seitens eines Clientgeräts erfolgenden Anforderung nach einem Anhalten der Wiedergabe erkannt werden. Bei anderen Ausführungsbeispielen kann das Anhalten der Wiedergabe erkannt werden, wenn ein Inhaltsserver innerhalb eines vorbestimmten Zeitraums von dem Clientgerät keine Anforderung nach weiteren Medienfragmenten empfängt. Bei weiteren Ausführungsbeispielen kann das Anhalten der Wiedergabe erkannt werden, wenn ein Inhaltsserver keine geeignete Bestätigung von Seiten eines Clientgeräts empfängt. Bei 611 werden die Nutzer- und Medieninformationen zwischengespeichert. Bei einigen Ausführungsbeispielen können Bitraten-, Versions-, Geräte- und andere Qualitäts- und Positionsinformationen zwischengespeichert werden.
-
Bei 613 wird eine von einem Nutzer kommende Anforderung nach einem nächsten Medienfragment empfangen. Gemäß verschiedenen Ausführungsbeispielen wird die Anforderung von Seiten eines anderen Geräts her empfangen, oder sie wird unter Netzwerkbedingungen empfangen, die nunmehr eine andere Bitrate unterstützen. Bei 615 werden der Nutzer, das Gerät und die Bitrate, die autorisiert sind, erkannt. Gemäß verschiedenen Ausführungsbeispielen werden Nutzer- und Medienpositionsinformationen erfasst. Bei 617 wird das Fragment mit der nächstfolgenden Fragmentnummer entsprechend der zwischengespeicherten Medienpositionsinformationen mit einer Feldstruktur gesendet, welche Synchronisierungsinformationen, Kapitelinformationen, und Dateiende-Informationen unterstützt. Bei einigen Beispielen müssen nicht sämtliche Synchronisierungsinformationen, Kapitelinformationen und Dateiende-Informationen gesendet werden. Bei einigen Beispielen kann die Feldstruktur lediglich die Synchronisierungsinformationen enthalten, während sie andere Arten von Informationen unterstützt, jedoch nicht enthält.
-
7 zeigt ein Beispiel für eine Operation einer Konvergenzplattform. Gemäß verschiedenen Ausführungsbeispielen werden bei 701 die Geräte mit einem Control-Overlay versehen, um bei 703 das Abspielen fortsetzen oder auf einem anderen Gerät wieder aufnehmen zu können. Bei 705 werden die Positions- und Inhaltsinformationen für den Nutzer in einem personalisierten Datenspeicher zwischengespeichert. Bei einigen Beispielen werden immer, wenn der Nutzer die Stopp- oder Pausenfunktion während des Ansehens eines Inhalts betätigt, Positionsinformationen in dem personalisierten Datenspeicher zwischengespeichert. Wechselt der Nutzer bei 707 das Gerät, wird dem Nutzer bei 709 eine Option zur Wiederaufnahme des Inhalts von der zwischengespeicherten Position an angezeigt. Bei bestimmten Ausführungsbeispielen kann bei 711 eine Anzeige des personalisierten Datenspeichers aktiviert werden, um sämtliche Medieninhalte anzuzeigen, die wiederaufgenommen werden können.
-
Bei besonderen Ausführungsbeispielen wählt ein Nutzer ”OK/Info” auf der Fernbedienung, um das Controls-Overlay anzuzeigen. Es wird ”Wiederaufnahme auf einem anderen Gerät” gewählt. Es kann sodann beispielsweise ein Fernsehgerät eingeschaltet werden und eine Bestätigungsnachricht gewählt werden. Der Nutzer kann sodann zu einem Mobilgerät wechseln und einen Player oder eine Applikation starten. Gemäß verschiedenen Ausführungsbeispielen öffnet sich der Player, wobei der Inhalt an einem an dem Fernseher gewählten Punkt angehalten ist. Der Inhalt kann unter Verwendung der Player-Steuerungselemente des Mobilgeräts fortgesetzt oder abgespielt werden. In einigen Fällen kann der Nutzer auf einen persönlichen Medienspeicher zugreifen, um anderen fortsetzbaren Inhalt zu erkennen.
-
Bei weiteren Ausführungsbeispielen kann eine Aufzeichnung auf einem bestimmten Gerät oder einem Mobilgerät eingestellt werden, und das Ansehen von Inhalten kann auf einem anderen Gerät erfolgen. Gemäß verschiedenen Ausführungsbeispielen kann ein Programmführer auf einem Mobilgerät gewählt werden. Es kann eine Aufzeichnungsoption angezeigt und ausgewählt werden. Die Anwendung kann eine Bestätigungsnachricht anzeigen. Eine personalisierte Aufzeichnungsliste kann laufende Aufzeichnungen anzeigen. Der Nutzer kann sodann zu einer anderen Vorrichtung wechseln, falls dies zum Zugreifen auf aufgezeichnete Inhalte erforderlich ist. Aufzeichnungen können fortgesetzt oder von Anfang an abgespielt werden.
-
Gemäß verschiedenen Ausführungsbeispielen stellt eine Konvergenzplattform einen vollständig verwalteten Service zusammen mit einer Lösung bereit, die Live-, Video-on-Demand- und Download-Medien unterstützt.
-
8 zeigt ein Beispiel für einen Fragmentserver. Gemäß bestimmten Ausführungsbeispielen weist ein System 800, das zum Implementieren bestimmter Ausführungsbeispiele der vorliegenden Erfindung geeignet ist, einen Prozessor 801, einen Speicher 803, ein Interface 811 und einen Bus 815 (beispielsweise einen PCI-Bus oder eine andere Verbindungsstruktur) auf und arbeitet als Streaming-Server. Wenn er unter Steuerung durch geeignete Software oder Firmware arbeitet, ist der Prozessor 801 für das Modifizieren und Übertragen von Live-Mediendaten an einen Client verantwortlich. Verschiedene speziell konfigurierte Vorrichtungen können ebenfalls anstelle des Prozessors 801 oder zusätzlich zu dem Prozessor 801 verwendet werden. Das Interface 811 ist üblicherweise zum Senden und Empfangen von Datenpaketen oder Datensegmenten über ein Netzwerk konfiguriert.
-
Besondere Beispiele für unterstützte Interfaces umfassen Ethernet-Interfaces, Frame-Relay-Interfaces, Kabel-Interfaces, DSL-Interfaces, Token-Ring-Interfaces und dergleichen. Darüber hinaus können verschiedene sehr schnelle Interfaces vorgesehen sein, wie beispielsweise Fast-Ethernet-Interfaces, Gigabit-Ethernet-Interfaces, ATM-Interfaces, HSSI-Interfaces, POS-Interfaces, FDDI-Interfaces und dergleichen. Im Allgemeinen können diese Interfaces Ports aufweisen, welche für die Kommunikation mit geeigneten Medien geeignet sind. In einigen Fällen können sie auch einen unabhängigen Prozessor und in einigen Fällen einen flüchtigen RAM aufweisen. Die unabhängigen Prozessoren können solch kommunikationsintensive Aufgaben wie Paketwechsel, Mediensteuerung und -verwaltung wahrnehmen.
-
Gemäß verschiedenen Ausführungsbeispielen handelt es sich bei dem System 800 um einen Fragmentserver, der ferner einen Transceiver, Streaming-Puffer und eine Programmführerdatenbank aufweist. Der Fragmentserver kann ferner mit Fähigkeiten für die Abonnementverwaltung, die Logging- und Berichterstellung und die Überwachung versehen sein. In bestimmten Ausführungsbeispielen besteht die Möglichkeit des Betriebs mit mobilen Geräten, wie Mobiltelefonen, die in einem bestimmten Mobilfunknetz betrieben werden, und der Bereitstellung einer Abonnementverwaltung. Gemäß verschiedenen Ausführungsbeispielen prüft ein Authentisierungsmodul die Identität von Geräten, einschließlich Mobilgeräten. Ein Logging- und Berichterstellungsmodul verfolgt Anforderungen von Seiten von Mobilgeräten und die entsprechenden Antworten. Ein Überwachungssystem ermöglicht es einem Administrator, Nutzungsmuster und die Systemverfügbarkeit zu beobachten. Gemäß verschiedenen Ausführungsbeispielen handhabt der Fragmentserver 891 Anforderungen und Antworten bezüglich Medieninhalte betreffenden Transaktionen, während ein separater Streaming-Server die eigentlichen Medien-Ströme liefert.
-
Zwar wurde ein bestimmter Fragmentserver 891 beschrieben, jedoch sollte ersichtlich sein, dass eine Vielzahl alternativer Konfigurationen möglich ist. Beispielsweise sind einige Module wie das Logging- und Berichterstellungsmodul 853 und ein Monitormodul 851 möglicherweise nicht in jedem Server erforderlich. Alternativ können die Module in einer anderen Vorrichtung ausgebildet sein, welche mit dem Server verbunden ist. In einem anderen Beispiel weist der Server 891 kein Interface zu einer Abstraktkaufmaschine aus und kann tatsächlich die Abstraktkaufmaschine selbst aufweisen. Eine Vielzahl von Konfigurationen ist möglich.
-
In der vorangehenden Beschreibung wurde die Erfindung unter Bezugnahme aus spezifische Ausführungsbeispiele beschrieben. Für den Fachmann auf diesem Gebiet ist jedoch ersichtlich, dass verschiedene Modifizierungen und Änderungen vorgenommen werden können, ohne den in den Ansprüchen nachfolgend ausgeführten Rahmen der Erfindung zu verlassen. Die Beschreibung und die Figuren sind daher eher als illustrativ, denn als einschränkend anzusehen, und sämtliche derartigen Modifizierungen gelten als in den Rahmen der Erfindung eingeschlossen.
-
ZITATE ENTHALTEN IN DER BESCHREIBUNG
-
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
-
Zitierte Nicht-Patentliteratur
-