Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
SPEKEAPIv2
Il s'agit de REST API la version v2 de Secure Packager and Encoder Key Exchange (SPEKE). Utilisez cette spécification pour protéger les DRM droits d'auteur des clients qui utilisent le chiffrement. Pour être SPEKE conforme, votre fournisseur de DRM clés doit exposer les informations REST API décrites dans cette spécification. Le crypteur passe des API appels à votre fournisseur de clés.
Note
Les exemples de code présentés dans cette spécification sont fournis à des fins d'illustration uniquement. Vous ne pouvez pas exécuter les exemples car ils ne font pas partie d'une SPEKE implémentation complète.
SPEKEutilise la définition de structure de données du DASH Industry Forum Content Protection Information Exchange Format (DASH-IF-CPIX) pour l'échange de clés, avec certaines restrictions. DASH-IF- CPIX définit un schéma pour fournir un DRM échange multiple extensible entre la DRM plate-forme et le crypteur. Ainsi, le chiffrement de contenu est possible pour tous les formats d'emballage en vitesse de transmission adaptative au moment de la compression et de l'emballage du contenu. Les formats d'emballage à débit adaptatif incluent HLSDASH, etMSS.
À partir de sa version 2.0, elle SPEKE est alignée sur une CPIX version spécifique :
D'un SPEKE côté, cela est appliqué par l'utilisation de l'X-Speke-Version
HTTPen-tête, et sur le CPIX côté par l'utilisation de l'CPIX@version
attribut. L'absence de ces éléments dans les demandes est typique des anciens flux de travail de la version SPEKE 1. Dans les flux de travail SPEKE v2, le fournisseur de clés est censé traiter CPIX les documents uniquement s'il prend en charge les deux paramètres de version.
Pour des informations détaillées sur le format d'échange, consultez la spécification DASH Industry Forum CPIX 2.3
Globalement, la SPEKE v2.0 apporte les évolutions suivantes par rapport à SPEKE la v1.0 :
-
Toutes les balises de l'espace de SPEKE XML noms sont déconseillées au profit de balises équivalentes dans l'espace de noms CPIX XML
-
SPEKE:ProtectionHeader
est obsolète et remplacé parCPIX:DRMSystem.SmoothStreamingProtectionHeaderData
-
CPIX:URIExtXKey
,SPEKE:KeyFormat
etSPEKE:KeyFormatVersions
sont obsolètes et remplacés parCPIX:DRMSystem.HLSSignalingData
-
CPIX@id
est remplacé parCPIX@contentId
-
Nouveaux CPIX attributs obligatoires :
CPIX@version
,ContentKey@commonEncryptionScheme
-
Nouvel CPIX élément optionnel :
DRMSystem.ContentProtectionData
-
Support pour plusieurs clés de contenu
-
Mécanisme de versionnement croisé entre et SPEKE CPIX
-
HTTPévolution des en-têtes : nouvel
X-Speke-Version
en-tête,Speke-User-Agent
en-tête renommé enX-Speke-User-Agent
-
Dépréciation du rythme cardiaque API
Comme la spécification de la SPEKE version 1.0 reste inchangée, les implémentations existantes n'ont pas besoin de changer pour continuer à prendre en charge les flux de travail de la version SPEKE 1.0.
Rubriques
- SPEKEAPIv2 - Personnalisations et contraintes de la spécification DASH -IF
- SPEKEAPIv2 - Composants de charge utile standard
- SPEKEAPIv2 - Contrat de chiffrement
- SPEKEAPIv2 - Exemples d'appels de méthodes de flux de travail en direct
- SPEKEAPIv2 - exemples d'appels VOD de méthodes de flux de travail
- SPEKEAPIv2 - Chiffrement des clés de contenu
- SPEKEAPIv2 - Remplacer l'identifiant de clé