Szenario: Abonnementinhalt
Microsoft PlayReady ermöglicht Szenarien, in denen ein Inhaltsbesitzer Abonnements an einen Musik- oder Videokatalog mit einem Onlinemedienspeicher verkauft.
Da ein PlayReady Server keine Geschäftslogik enthält, aber mit einem beliebigen Geschäftslogik-Back-End (über Webdienste) verknüpft werden kann, kann die Übermittlung von PlayReady-Lizenzen für Abonnementinhalte identisch sein wie bei Mietinhalten. Der Client fordert also einzelne Lizenzen für jeden Inhalt (Video, Musik) an, der wiedergegeben werden muss.
Beachten Sie, dass der Dienst mehrere Lizenzen in einer einzigen Lizenzantwort für Optimierungszwecke bereitstellen kann. Beispielsweise fordert der Client in einem Szenario, in dem der Client eine Episode einer Serie spielt, eine Lizenz für Episode 1 an, wenn der Benutzer dieses Video auswählt. Der Dienst möchte möglicherweise Lizenzen für alle Episoden der Serie gleichzeitig liefern, um die Lücke zwischen Episoden zu verringern. Die Bereitstellung mehrerer Lizenzen ist für Musik noch vorteilhafter, wenn mehrere Titel ohne Lücken wiedergegeben werden.
In einem Abonnementmodell, in dem eine große Anzahl von Inhaltsstücken wiedergegeben werden (z. B. in einem Musikdienst, in dem der Benutzer Tausende von Titeln herunterlädt, um offline wiedergegeben zu werden), muss der Client Tausende verschiedener Lizenzen verwalten, eines für jeden Inhalt. Da es sich um einen Abonnementdienst handelt (z. B. eine monatliche Verlängerung erforderlich), müssen die lizenzen, die geliefert werden, am Verlängerungsdatum des monatlichen Abonnements ablaufen, und der Benutzer erwartet, dass alle Lizenzen verlängert werden, wenn die monatliche Gebühr erneut bezahlt wird.
Um dieses Szenario zu optimieren, sollte der Dienst verkettete Lizenzen verwenden. Jeder Inhalt ist an eine eindeutige Blattlizenz gebunden. Alle Blattlizenzen sind an dieselbe Stammlizenz gebunden. Die Blattlizenzen verfügen nicht über Anfangs- und Ablaufzeiten, aber die Stammlizenz hat diese Anfangs- und Ablaufzeiten. Daher muss nur die Stammlizenz bei der Verlängerung des Abonnements erneut verwendet werden. Darüber hinaus müssen Geräte, die Abonnementinhalte wiedergeben, eine vertrauenswürdige PlayReady-Uhr unterstützen, um die Abonnementrichtlinie zu erzwingen, die mit Wiedergabelizenzen verknüpft ist. Weitere Informationen finden Sie unter Lizenzketten und vertrauenswürdige Uhren.
Das Abonnementinhaltsszenario führt die folgenden Schritte aus, wie in der Abbildung dargestellt.
Der Dienstanbieter überträgt ungeschützte Inhalte an den Inhaltspaketserver. Der Dienstanbieter überträgt die Lizenz an den Lizenzserver.
Der Dienstanbieter überträgt geschützte Inhalte an einen Webserver für die Verteilung.
Wenn der Client bereit ist, kann er Abonnementinhalte und eine Lizenz erwerben, die abläuft, wenn das Abonnement endet.
Die am häufigsten verwendeten Übermittlungsmechanismen für Abonnementinhalte besteht darin, den geschützten Inhalt von einem Webdienst zu streamen oder den Inhalt auf ein lokales Gerät herunterzuladen und dann den Inhalt wiederzugeben.
Streamingabonnementinhalte
In einem Abonnementszenario, in dem das Abonnement eine bestimmte maximale Anzahl gleichzeitiger Streams (z. B. drei Streams) zulässt, kann der Dienst PlayReady Secure Stop nutzen, um diese Nummer zu erzwingen.
Bei adaptiven Streamingprotokollen über HTTP ist der Stream HTTP zwischengespeichert, und der Streaming-Origin-Server ruft alle Streaminganforderungen ab. Daher ist es für den Dienst nicht trivial, zu zählen, wie viele Clients derzeit einen Datenstrom wiedergeben.
PlayReady Secure Stop löst dieses Problem. PlayReady Secure Stop ermöglicht es einem Dienst, benachrichtigt zu werden, wenn ein Client die Wiedergabe eines Datenstroms beendet. In Kombination mit nicht persistenten Lizenzen, mit denen der Dienst benachrichtigt werden kann, wenn ein Client einen Datenstrom abgibt, kann der Dienst in Echtzeit zählen, wie viele Clients einen Datenstrom wiedergeben, oder eine Sammlung von Streams, unter einem bestimmten Konto, und diese Nummer erzwingen.
Herunterladen und Wiedergeben von Abonnementinhalten
Die folgenden technischen Aspekte sollten berücksichtigt werden, wenn Abonnementinhalte implementiert werden, die heruntergeladen und wiedergegeben werden.
Wie die Vermietung oder ein anderes Szenario ermöglicht das Herunterladen eines Inhaltsteils vor der Wiedergabe eine konstante Qualität von Inhalten, die nicht mit der Netzwerkqualität korreliert sind, aber möglicherweise eine Verzögerung erfordern, bevor die Wiedergabe tatsächlich gestartet werden kann. Wenn die Netzwerkbandbreite beispielsweise in der Regel zwischen 2 Mbps und 5 MbPs liegt, 4 Mbps beträgt und der Benutzer einen vollständigen HD-Datenstrom mit 4 Mb/s bezahlt, ist die einzige Möglichkeit, eine konstante hohe Qualität sicherzustellen, dass der Inhalt vorab heruntergeladen wird. Mit dem progressiven Download kann der Client mit dem Herunterladen der Inhalte beginnen und dann wieder wiedergegeben werden, bevor der Download abgeschlossen ist. Im obigen Beispiel reicht möglicherweise eine Vorbufferung von 5 Minuten aus, um die erwartete Qualität während der Wiedergabe sicherzustellen.
Weitere Vorteile der Downloadübermittlung sind die Möglichkeit, den Inhaltsverbrauch in Umgebungen mit null oder niedriger Konnektivität zu ermöglichen (z. B. U-Bahnen, Pendlerzüge, Flugzeuge usw.).
Dienste, die Inhalts-Push durchführen möchten, können PlayReady-Metering nutzen. PlayReady-Metering ermöglicht es einem Dienst, eine persistente Lizenz bereitzustellen und danach benachrichtigt zu werden, wenn der Inhalt tatsächlich wiedergegeben wurde. Basierend auf diesen Informationen kann der Dienst Inhalte auf ein Gerät übertragen und Inhaltsbesitzer bezahlen oder Benutzer auf Rechnung stellen, basierend auf ihrem tatsächlichen Verbrauch. In der Regel wäre diese Funktionalität im folgenden Szenario hilfreich:
Ein Benutzer hat ein Abonnement für einen Videodienst.
Der Benutzer startet episode 1 einer TV-Serie.
Der Dienst verschiebt Episoden 2, 3 und 4 auf das Gerät (die Geräteanwendung lädt diese Episoden herunter und die zugehörigen persistenten Lizenzen).
Der Benutzer wird in der U-Bahn getrennt.
Der Benutzer spielt Episoden 2 und 3.
Der Benutzer wird erneut verbunden.
Der Dienst wird benachrichtigt, dass der Benutzer Episoden 1, 2 und 3, aber nicht Episode 4 gespielt hat.