Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
SPEKE API v2.0
Dies ist die REST-API für Secure Packager and Encoder Key Exchange (SPEKE) v2. Mit dieser Spezifizierung stellen Sie Kunden, die Verschlüsselung verwenden, DRM-Urheberrechtsschutz bereit. Dazu muss Ihr DRM-Schlüsselanbieter die in dieser Spezifikation beschriebene REST-API verfügbar machen. SPEKE-compliant Der Verschlüsseler führt API-Aufrufe Ihres Schlüsselanbieters durch.
Anmerkung
Die Codebeispiele in dieser Spezifikation dienen lediglich der Illustration. Sie können die Beispiele nicht ausführen, da sie nicht Teil einer vollständigen SPEKE-Implementierung sind.
SPEKE verwendet für den Schlüsselaustausch die Datenstrukturdefinition des DASH Industry Forum (Content Protection Information Exchange FormatDASH-IF-CPIX) (), mit einigen Einschränkungen. DASH-IF-CPIX definiert ein Schema, das einen erweiterbaren Multi-DRM-Austausch von der DRM-Plattform zum Verschlüsseler ermöglicht. So wird für alle Verpackungsformate mit adaptiven Bitraten zum Zeitpunkt der Inhaltkompression und -verpackung Inhaltsverschlüsselung bereitgestellt. Zu den Verpackungsformaten mit adaptiven Bitraten gehören HLS, DASH und MSS.
Ab Version 2.0 orientiert sich SPEKE an einer bestimmten CPIX-Version:
Auf der SPEKE-Seite wird dies durch die Verwendung des X-Speke-Version HTTP-Headers und auf der CPIX-Seite durch die Verwendung des Attributs erzwungen. CPIX@version Das Fehlen dieser Elemente in den Anfragen ist typisch für ältere SPEKE v1-Workflows. In SPEKE v2-Workflows wird erwartet, dass der Schlüsselanbieter CPIX-Dokumente nur verarbeitet, wenn er beide Versionsparameter unterstützt.
Detaillierte Informationen zum Austauschformat finden Sie in der CPIX 2.3-Spezifikation des DASH Industry Forum.
Insgesamt bietet SPEKE v2.0 im Vergleich zu SPEKE v1.0 die folgenden Entwicklungen:
-
Alle Tags aus dem SPEKE-XML-Namespace sind veraltet und werden durch entsprechende Tags im CPIX XML-Namespace ersetzt
-
SPEKE:ProtectionHeaderist veraltet und wurde ersetzt durchCPIX:DRMSystem.SmoothStreamingProtectionHeaderData -
CPIX:URIExtXKeySPEKE:KeyFormatundSPEKE:KeyFormatVersionssind veraltet und wurden ersetzt durchCPIX:DRMSystem.HLSSignalingData -
CPIX@idwird ersetzt durchCPIX@contentId -
Neue obligatorische CPIX-Attribute:,
CPIX@versionContentKey@commonEncryptionScheme -
Neues optionales CPIX-Element:
DRMSystem.ContentProtectionData -
Unterstützung für mehrere Inhaltsschlüssel
-
Cross-versioning Mechanismus zwischen SPEKE und CPIX
-
Weiterentwicklung der HTTP-Header: neuer Header,
X-Speke-VersionHeader umbenannt inSpeke-User-AgentX-Speke-User-Agent -
Heartbeat-API wird nicht mehr unterstützt
Da die SPEKE v1.0-Spezifikation unverändert bleibt, müssen bestehende Implementierungen nicht geändert werden, um weiterhin SPEKE v1.0-Workflows zu unterstützen.