SPEKE API v2 - Spécification d'API Secure Packager and Encoder Key Exchange

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.

SPEKE API v2

Pour être conforme à Speke, votre fournisseur de clés DRM doit exposer l'API REST décrite dans cette spécification. Le chiffreur effectue des appels d'API vers 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 implémentation SPEKE complète.

Secure Packager and Encoder Key Exchange utilise la définition de structure de données 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 qui permet d'échanger de façon extensible des modèles de gestion des droits numériques entre la plateforme DRM et le chiffreur. 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 en vitesse de transmission adaptative sont les suivants : HLS, DASH et MSS.

À partir de sa version 2.0, SPEKE est aligné sur une version CPIX spécifique :

Du côté de SPEKE, cela est appliqué grâce à l'utilisation duX-Speke-VersionEn-tête HTTP, et du côté CPIX via l'utilisation duCPIX@versionAttribut. L'absence de ces éléments dans les requêtes est typique des flux de travail hérités de SPEKE v1. Dans les workflows SPEKE v2, le fournisseur de clés ne doit traiter les documents CPIX que s'il prend en charge les deux paramètres de version.

Pour obtenir plus d'informations sur le format d'échange, consultez le DASH Industry ForumSpécification CPIX 2.3.

Dans l'ensemble, SPEKE v2.0 apporte les évolutions suivantes par rapport à SPEKE v1.0 :

  • Toutes les balises de l'espace de noms XML SPEKE sont déconseillées au profit des balises équivalentes dans l'espace de noms XML CPIX

  • SPEKE:ProtectionHeaderest obsolète et remplacé parCPIX:DRMSystem.SmoothStreamingProtectionHeaderData

  • CPIX:URIExtXKey,SPEKE:KeyFormatetSPEKE:KeyFormatVersionssont obsolètes et remplacés parCPIX:DRMSystem.HLSSignalingData

  • CPIX@idest remplacé parCPIX@contentId

  • Nouveaux attributs CPIX obligatoires :CPIX@version,ContentKey@commonEncryptionScheme

  • Nouvel élément CPIX en option :DRMSystem.ContentProtectionData

  • Support de plusieurs clés de contenu

  • Mécanisme de versionnement croisé entre SPEKE et CPIX

  • Evolution des en-têtes HTTP : nouveauX-Speke-VersionHeader,Speke-User-AgentEn-tête renommé enX-Speke-User-Agent

  • Dépréciation de l'API de pulsation

Comme la spécification SPEKE v1.0 reste inchangée, les implémentations existantes n'ont pas besoin de changer pour continuer à prendre en charge les flux de travail SPEKE v1.0.