Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Microsoft PlayReady ermöglicht Szenarien, in denen ein Inhaltseigentümer Abonnements für einen Musik- oder Videokatalog mithilfe eines Online-Medienshops verkauft.
Da ein PlayReady-Server keine Geschäftslogik enthält, aber mit jedem Geschäftslogik-Back-End (über Webdienste) verknüpft werden kann, kann die Übermittlung von PlayReady-Lizenzen für Abonnementinhalte mit den Mietinhalten identisch sein. Der Client fordert also individuelle Lizenzen für jeden Inhalt (Video, Musik) an, der wiedergegeben werden muss.
Beachten Sie, dass der Dienst für Optimierungszwecke mehrere Lizenzen in einer einzigen Lizenzantwort bereitstellen kann. Beispielsweise fordert der Client in einem Szenario, in dem der Client eine Folge einer Serie abspielt, 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, bei 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 von verschiedenen Lizenzen verwalten, eine für jeden Inhalt. Da es sich hierbei um einen Abonnementdienst handelt (z. B. eine monatliche Verlängerung erforderlich), haben die zugestellten Lizenzen einen Ablauf am Verlängerungsdatum des monatlichen Abonnements, 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 haben keine Anfangs- und Ablaufzeiten, aber die Stammlizenz hat diese Anfangs- und Ablaufzeiten. Daher muss nur die Stammlizenz bei der Verlängerung des Abonnements erneut erworben 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 für die Verteilung an einen Webserver.
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, die geschützten Inhalte von einem Webdienst zu streamen oder die Inhalte auf ein lokales Gerät herunterzuladen und dann den Inhalt wiederzugeben.
Streamen von Abonnementinhalten
In einem Abonnementszenario, in dem das Abonnement eine bestimmte maximale Anzahl gleichzeitiger Streams zulässt (z. B. drei Streams), kann der Dienst PlayReady Secure Stop nutzen, um diese Nummer zu erzwingen.
Bei adaptiven Streamingprotokollen über HTTP wird der Stream HTTP zwischengespeichert, und der Streamingursprungserver ruft alle Streaminganforderungen ab. Folglich ist es für den Dienst nicht einfach, zu zählen, wie viele Clients aktuell einen Stream 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. Kombiniert mit nicht persistenten Lizenzen, die es dem Dienst ermöglichen, benachrichtigt zu werden, wenn ein Client mit der Wiedergabe eines Streams beginnt, kann der Dienst in Echtzeit zählen, wie viele Clients einen Stream oder eine Sammlung von Streams unter einem bestimmten Konto wiedergeben und diese Anzahl durchsetzen.
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 Inhaltsabschnitts vor der Wiedergabe eine konstante Qualität von Inhalten, die nicht mit der Netzwerkqualität korreliert sind, aber möglicherweise eine Verzögerung erforderlich ist, bevor die Wiedergabe tatsächlich gestartet werden kann. Wenn die Netzwerkbandbreite z. B. in der Regel zwischen 2 MBit/s und 5 MBit/s liegt, durchschnittlich 4 MBit/s beträgt und der Benutzer einen Hd-Stream (Full High Definition, HD) bei 4 MBit/s bezahlt, ist die einzige Möglichkeit, um eine konstante hohe Qualität sicherzustellen, dass der Inhalt vorab heruntergeladen wird. Mit dem progressiven Download kann der Client mit dem Herunterladen des Inhalts beginnen und dann mit der Wiedergabe beginnen, bevor der Download abgeschlossen ist. Im obigen Beispiel reicht möglicherweise eine Vorpufferung von 5 Minuten aus, um die erwartete Qualität während der Wiedergabe sicherzustellen.
Weitere Vorteile der Downloadbereitstellung sind die Nutzung von Inhalten in Umgebungen mit null oder geringer Konnektivität (z. B. U-Bahnen, Pendlerzüge, Flugzeuge usw.).
Dienste, die Inhalte pushen möchten, möchten möglicherweise PlayReady-Metering nutzen. PlayReady-Metering ermöglicht es einem Dienst, eine persistente Lizenz zu übermitteln und anschließend 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 beginnt die Episode 1 einer TV-Serie zu sehen.
Der Dienst verschiebt Episoden 2, 3 und 4 auf das Gerät (die Geräteanwendung lädt diese Episoden und die zugehörigen persistenten Lizenzen herunter).
Der Nutzer verliert die Verbindung in der U-Bahn.
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.