SPEKEAPIv2 - Spezifikation für Secure Packager und Encoder Key Exchange API

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.

SPEKEAPIv2

Dies ist der REST API für Secure Packager und Encoder Key Exchange (SPEKE) v2. Verwenden Sie diese Spezifikation, um Kunden, die Verschlüsselung verwenden, DRM urheberrechtlichen Schutz zu bieten. Um SPEKE -konform zu sein, muss Ihr DRM Schlüsselanbieter die in dieser Spezifikation REST API beschriebenen Informationen offenlegen. Der Verschlüsseler API ruft Ihren Schlüsselanbieter an.

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.

SPEKEverwendet die Datenstrukturdefinition des DASH Industry Forum Content Protection Information Exchange Format (DASH-IF-CPIX) für den Schlüsselaustausch, allerdings mit einigen Einschränkungen. DASH-IF- CPIX definiert ein Schema, das einen erweiterbaren DRM Mehrfachaustausch von der DRM Plattform bis 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 Paketformaten mit adaptiver Bitrate gehörenHLS, und. DASH MSS

Beginnend mit der Version 2.0 SPEKE ist es auf eine bestimmte CPIX Version ausgerichtet:

Auf der einen SPEKE Seite wird dies durch die Verwendung des X-Speke-Version HTTP Headers und auf der CPIX anderen Seite durch die Verwendung des CPIX@version Attributs erzwungen. 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.

Ausführliche Informationen zum Austauschformat finden Sie in der Spezifikation DASH Industry Forum CPIX 2.3.

Insgesamt bringt SPEKE v2.0 die folgenden Weiterentwicklungen im Vergleich zu SPEKE v1.0:

  • Alle Tags aus dem SPEKE XML Namespace sind veraltet und werden durch äquivalente Tags im Namespace ersetzt CPIX XML

  • SPEKE:ProtectionHeaderist veraltet und wird ersetzt durch CPIX:DRMSystem.SmoothStreamingProtectionHeaderData

  • CPIX:URIExtXKey, SPEKE:KeyFormat und SPEKE:KeyFormatVersions sind veraltet und wurden ersetzt durch CPIX:DRMSystem.HLSSignalingData

  • CPIX@idwird ersetzt durch CPIX@contentId

  • Neue obligatorische CPIX Attribute:CPIX@version, ContentKey@commonEncryptionScheme

  • Neues optionales CPIX Element: DRMSystem.ContentProtectionData

  • Support für mehrere Inhaltsschlüssel

  • Versionsübergreifender Mechanismus zwischen und SPEKE CPIX

  • HTTPEntwicklung der Header: neuer X-Speke-Version Header, Header umbenannt in Speke-User-Agent X-Speke-User-Agent

  • Heartbeat API ist veraltet

Da die SPEKE v1.0-Spezifikation unverändert bleibt, müssen bestehende Implementierungen nicht geändert werden, um weiterhin v1.0-Workflows zu unterstützen. SPEKE

Themen