Spécification de l’en-tête PlayReady

1. Introduction

Cette spécification s’applique à n’importe quel produit final créé avec le kit de développement logiciel (SDK) PlayReady Server, le Kit de portage d’appareils PlayReady, Windows, Xbox, Windows Phone et Silverlight.

1.1. Historique des modifications

2. Objet PlayReady (PRO)

L’objet PlayReady (PRO) contient les champs suivants.

2.1 Enregistrements d’objets PlayReady

L’objet PlayReady se compose de sous-objets supplémentaires appelés Enregistrements d’objets PlayReady. Les enregistrements d’objet PlayReady contiennent les champs suivants.

Le champ Type d’enregistrement a l’une des valeurs suivantes.

2.2. Exemples d’objets PlayReady

La figure suivante montre un fichier MP4 segmenté avec un objet PlayReady qui contient un en-tête PlayReady :

La figure suivante montre la vue HEX de ce fichier MP4 :

3. En-tête PlayReady (PRH)

L’en-tête PlayReady (PRH) est utilisé par un client pour localiser ou acquérir une licence pour le contenu dans lequel il est stocké. Il est encodé à l’aide d’UTF-16.

Matrice de prise en charge des versions 3.1

Remarques :

1. Xbox One version 1709 ou ultérieure sont des clients PlayReady 4.X.
2. Windows 10 (toutes les versions) et Xbox One version 1703 ou antérieure sont des clients PlayReady 3.X. Les appareils non Windows les plus récents (par exemple, les téléviseurs intelligents) publiés après 2017 sont des clients PlayReady 3.X.
3. Silverlight et Windows 8, 8.1 sont des clients PlayReady 2.X. La plupart des appareils non Windows (par exemple, les téléviseurs intelligents) publiés entre 2011 et 2017 sont des clients PlayReady 2.X.
4. La plupart des appareils non Windows (par exemple, les téléviseurs intelligents) publiés entre 2008 et 2011 sont des clients PlayReady 1.X.

3.2. Exigences en matière de syntaxe

3.2.1. Canonicalisé

Le code XML doit être canonique.

3.2.2. Tous les noms de nœud et d’attributs respectent la casse

Pris en charge

<KID VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> </KID>

Non prise en charge

<KID value="PV1LM/VEVk+kEOB8qqcWDg=="> </KID>
<kid VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> </kid>

3.2.3. Les balises de fermeture doivent être explicites

Tous les nœuds XML doivent être explicitement fermés par une balise de fermeture, y compris celles dans les nœuds à l’intérieur du nœud CUSTOMATTRIBUTES.

Pris en charge

<KID VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> </KID>
<CUSTOMATTRIBUTES> <MyNode FooAttribute="Foo"> </MyNode> </CUSTOMATTRIBUTES>

Non prise en charge

<KID VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> <CUSTOMATTRIBUTES> <MyNode FooAttribute="Foo"> </CUSTOMATTRIBUTES>

3.2.4. Attributs d’espace de noms

Tous les attributs d’espace de noms doivent apparaître avant les attributs autres que les espaces de noms.

Prise en charge

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.3.0.0">

Non pris en charge

<WRMHEADER version="4.3.0.0" xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader>

3.2.5. Ordre alphabétique

Tous les attributs doivent être dans l’ordre alphabétique, y compris ceux des nœuds à l’intérieur du nœud CUSTOMATTRIBUTES.

Pris en charge

<KID ALGID="AESCBC" VALUE="PV1LM/VEVk+kEOB8qqcWDg=="> </KID>
<CUSTOMATTRIBUTES> <MyNode BarAttribute="Bar" FooAttribute="Foo"> </MyNode> </CUSTOMATTRIBUTES>

Non prise en charge

<KID VALUE="PV1LM/VEVk+kEOB8qqcWDg==" ALGID="AESCBC"> </KID>
<CUSTOMATTRIBUTES> <MyNode FooAttribute="Foo" BarAttribute="Bar"> </MyNode> </CUSTOMATTRIBUTES>

3.3. v4.3.0.0

PlayReady Header v4.3.0.0 a été introduit avec PlayReady version 4.0 en septembre 2017 pour prendre en charge les clés AESCBC dans un en-tête. Cette prise en charge permet le chiffrement du contenu en mode CBC, en particulier pour les modes de chiffrement commun « cbcs ». Il augmente également l’interopérabilité des clients PlayReady avec d’autres systèmes DRM, ainsi que du contenu existant.

3.3.1. Différences avec d’autres versions

À compter de la version 4.0, les Kits de développement logiciel (SDK) playReady et les clients peuvent traiter les versions 4.0, 4.1, 4.2 et 4.3. Les kits SDK PlayReady antérieurs à la version 4.0 retournent une erreur « version non prise en charge » lorsqu’ils sont fournis avec des en-têtes v4.3.

Le format d’en-tête PlayReady v.4.3.0.0 présente les modifications suivantes par rapport à la version 4.2.0.0 :

• L’attribut de version de l’élément WRMHEADER est défini sur la chaîne « 4.3.0.0 ».
• L’attribut ALGID situé à l’intérieur de l’élément KID peut être manquant dans une demande d’acquisition de licence. Microsoft recommande que l’attribut ALGID ait une valeur valide dans l’en-tête inclus dans le contenu.
• Lorsque l’attribut ALGID est présent dans n’importe quel élément KID et qu’il existe plusieurs éléments KID dans l’élément KIDS , tous les éléments KID doivent inclure l’attribut ALGID et les valeurs d’attribut doivent être identiques.
• L’attribut ALGID situé à l’intérieur de l’élément KID peut désormais avoir la valeur « AESCBC », en plus de « AESCTR », à condition que :
  • Lorsque l’attribut ALGID est défini sur « AESCBC », l’attribut CHECKSUM ne doit pas être inclus.

3.3.2. Exemples

Voici un exemple d’en-tête PlayReady 4.3.0.0 avec des clés AESCBC :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.3.0.0">
  <DATA>
    <PROTECTINFO>
      <KIDS>
        <KID ALGID="AESCBC" VALUE="PV1LM/VEVk+kEOB8qqcWDg=="></KID>
        <KID ALGID="AESCBC" VALUE="tuhDoKUN7EyxDPtMRNmhyA=="></KID>
      </KIDS>
    </PROTECTINFO>
    <LA_URL>http://rm.contoso.com/rightsmanager.asmx</LA_URL>
    <DS_ID>AH+03juKbUGbHl1V/QIwRA==</DS_ID>
  </DATA>
</WRMHEADER>

Voici un exemple d’en-tête PlayReady 4.3.0.0 avec un ALGID manquant :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.3.0.0">
  <DATA>
    <PROTECTINFO>
      <KIDS>
        <KID VALUE="PV1LM/VEVk+kEOB8qqcWDg=="></KID>
      </KIDS>
    </PROTECTINFO>
    <LA_URL>http://rm.contoso.com/rightsmanager.asmx</LA_URL>
    <DS_ID>AH+03juKbUGbHl1V/QIwRA==</DS_ID>
    <DECRYPTORSETUP>ONDEMAND</DECRYPTORSETUP>
  </DATA>
</WRMHEADER>

3.3.3. Format

L’en-tête PlayReady v4.3.0.0 a la syntaxe suivante :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.3.0.0">
  <DATA>
      <PROTECTINFO LICENSEREQUESTED="true">
        <KIDS>
          <KID ALGID="value" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
          <KID ALGID="value" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
          <KID ALGID="value" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
        </KIDS>
      </PROTECTINFO>
      <LA_URL> URL for license acquisition </LA_URL>
      <LUI_URL>
        URL for Non-silent license acquisition web page
      </LUI_URL>
    <DS_ID> base64-encoded guid </DS_ID>
    <CUSTOMATTRIBUTES xmlns="">
      <mm:Publisher xmlns:mm="urn:schema-musicmogul-com">
           <mm:Author>
                Elvis Presley
           </mm:Author>
           <mm:CreationDate>
                2007/08/21:12:00:00
           </mm:CreationDate>
        </mm:Publisher>
    </CUSTOMATTRIBUTES>
    <DECRYPTORSETUP>ONDEMAND</DECRYPTORSETUP>
  </DATA>
</WRMHEADER>

Les balises sont décrites ci-dessous.

3.4. v4.2.0.0

PlayReady Header v4.2.0.0 a été introduit avec PlayReady version 3.0 en avril 2015 pour autoriser plusieurs KID dans un seul en-tête. Cela signifie que plusieurs clés peuvent être utilisées pour chiffrer une seule ressource, par exemple lorsque les pistes audio doivent être chiffrées avec une clé différente de celle des pistes vidéo.

3.4.1. Différences avec d’autres versions

Les kits SDK PlayReady 3.0 et versions ultérieures sont en mesure de traiter les versions v4.0, v4.1 et v4.2 PlayReady Header. Les kits SDK PlayReady précédents retournent une erreur « version non prise en charge » lorsqu’elles sont fournies avec des en-têtes v4.2. Lors de l’utilisation de l’en-tête v4.2, le client doit connaître la version du serveur qu’il utilise via un mécanisme personnalisé spécifique à l’application. Les kits SDK PlayReady ne fournissent aucun moyen natif d’obtenir ces informations de version.

Le format d’en-tête PlayReady v.4.2.0.0 présente les modifications suivantes par rapport à la version 4.1.0.0 :

• L’attribut de version de l’élément WRMHEADER est défini sur la chaîne « 4.2.0.0 ».
• L’élément KID situé à l’intérieur de l’élément PROTECTINFO a été renommé en KIDS et est toujours facultatif.
• Plusieurs éléments KID se trouvent à l’intérieur de l’élément KIDS .

3.4.2. Exemple

PlayReady Header 4.2.0.0 avec deux clés AESCTR :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.2.0.0">
  <DATA>
    <PROTECTINFO>
      <KIDS>
        <KID ALGID="AESCTR" CHECKSUM="xNvWVxoWk04=" VALUE="0IbHou/5s0yzM80yOkKEpQ=="></KID>
        <KID ALGID="AESCTR" CHECKSUM="GnKaQIRacPU=" VALUE="/qgG2xbs4k2SKCxx6bhWqw=="></KID>
      </KIDS>
    </PROTECTINFO>
    <LA_URL>http://rm.contoso.com/rightsmanager.asmx</LA_URL>
    <DS_ID>AH+03juKbUGbHl1V/QIwRA==</DS_ID>
  </DATA>
</WRMHEADER>

3.4.3. Format

L’en-tête PlayReady v4.2.0.0 a la syntaxe suivante :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.2.0.0">
  <DATA>
      <PROTECTINFO>
        <KIDS>
          <KID ALGID="AESCTR" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
          <KID ALGID="AESCTR" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
          <KID ALGID="AESCTR" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
        </KIDS>
      </PROTECTINFO>
      <LA_URL> URL for license acquisition </LA_URL>
      <LUI_URL>
        URL for Non-silent license acquisition web page
      </LUI_URL>
    <DS_ID> base64-encoded guid </DS_ID>
    <CUSTOMATTRIBUTES xmlns="">
      <mm:Publisher xmlns:mm="urn:schema-musicmogul-com">
           <mm:Author>
                Elvis Presley
           </mm:Author>
           <mm:CreationDate>
                2007/08/21:12:00:00
           </mm:CreationDate>
        </mm:Publisher>
    </CUSTOMATTRIBUTES>
    <DECRYPTORSETUP>ONDEMAND</DECRYPTORSETUP>
  </DATA>
</WRMHEADER>

Les balises sont décrites ci-dessous.

3.5. v4.1.0.0

PlayReady Header v4.1.0.0 a été introduit avec PlayReady version 2.0 en septembre 2011 pour prendre en charge les flux linéaires en direct avec des licences feuilles évolutives incorporées dans le flux. Ce type de flux oblige les clients à lier une licence racine évolutive sans connaître la clé de chiffrement de contenu qui sera utilisée dans le déchiffreur.

3.5.1. Différences avec d’autres versions

Les kits SDK PlayReady 2.0 et versions ultérieures sont en mesure de traiter les versions v4.0 et v4.1 d’en-tête PlayReady. Les kits SDK PlayReady précédents retournent une erreur « version non prise en charge » lorsqu’elles sont fournies avec des en-têtes v4.1.

Le format d’en-tête PlayReady v.4.1.0.0 présente les modifications suivantes par rapport à la version 4.0.0.0 :

• L’attribut de version de l’élément WRMHEADER est défini sur la chaîne « 4.1.0.0 ».
• L’élément DATA contient un élément DECRYPTORSETUP facultatif.
• L’élément KID se trouve à l’intérieur de l’élément PROTECTINFO et est facultatif plutôt que requis.
• L’élément KID contient les attributs ALGID (obligatoire), CHECKSUM (facultatif) et VALUE (obligatoire).
• L’élément KEYLEN a été supprimé. L’attribut KEYLEN a précédemment été utilisé pour désambiguer les licences de cocktail avec différentes clés de longueur. L’en-tête v4.1 interrompt la possibilité de prendre en charge les clés de cocktail de 8 octets. Si vous utilisez des clés de cocktail qui ne sont pas 8 octets, vous devez utiliser des en-têtes v4.0.
• Les éléments ALGID et CHECKSUM ont été supprimés, car leurs données sont contenues dans les attributs de l’élément KID .

3.5.2. Format

L’en-tête PlayReady v4.1.0.0 a la syntaxe suivante :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.1.0.0">
  <DATA>
      <PROTECTINFO>
        <KID ALGID="AESCTR" CHECKSUM="base64-encoded value" VALUE="base64-encoded guid"></KID>
      </PROTECTINFO>
      <LA_URL> URL for license acquisition </LA_URL>
      <LUI_URL>
        URL for Non-silent license acquisition web page
      </LUI_URL>
    <DS_ID> base64-encoded guid </DS_ID>
    <CUSTOMATTRIBUTES xmlns="">
      <mm:Publisher xmlns:mm="urn:schema-musicmogul-com">
           <mm:Author>
                Elvis Presley
           </mm:Author>
           <mm:CreationDate>
                2007/08/21:12:00:00
           </mm:CreationDate>
        </mm:Publisher>
    </CUSTOMATTRIBUTES>
    <DECRYPTORSETUP>ONDEMAND</DECRYPTORSETUP>
  </DATA>
</WRMHEADER>

Les balises sont décrites ci-dessous.

Remarques pour v4.1 :

• Toutes les balises et attributs XML de l’en-tête PlayReady sont définis par Microsoft. La seule exception est le contenu de l’élément CUSTOMATTRIBUTES . Les développeurs d’applications PlayReady PC ne doivent pas ajouter de balises personnalisées en dehors de l’élément CUSTOMATTRIBUTES .
• L’en-tête PlayReady doit respecter les spécifications XML canoniques W3C v1.1.
• L’en-tête PlayReady ne contient pas de balise de niveau ?XML supérieur requise dans le code XML bien formé.
• Il est recommandé que la taille de ce champ ne dépasse pas 1 Ko.

3.6. v4.0.0.0.0

PlayReady Header v4.0.0.0.0 a été introduit avec PlayReady version 1.0 en 2008 et permet à une seule clé AESCTR de prendre en charge le contenu chiffré AES, ou une clé COCKTAIL pour prendre en charge le contenu chiffré WMDRM.

3.6.1. Exemples

En-tête PlayReady 4.0.0.0.0

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.0.0.0">
  <DATA>
    <PROTECTINFO>
      <ALGID>AESCTR</ALGID>
      <KEYLEN>16</KEYLEN>
    </PROTECTINFO>
    <KID>q5HgCTj40kGeNVhTH9Gexw==</KID>
    <CHECKSUM>w+OZVr8vzrQ=</CHECKSUM>
    <LA_URL>http://rm.contoso.com/rightsmanager.asmx</LA_URL>
    <CUSTOMATTRIBUTES>
      <IIS_DRM_VERSION>8.0.1705.19</IIS_DRM_VERSION>
    </CUSTOMATTRIBUTES>
  </DATA>
</WRMHEADER>

Objet PlayReady encodé en base64 contenant un en-tête PlayReady 4.0.0.0

XAMAAAEAAQBSAzwAVwBSAE0ASABFAEEARABFAFIAIAB4AG0AbABuAHMAPQAiAGgAdAB0AHAAOgAvAC8AcwBjAGgAZQBtAGEAcwAuAG0AaQBjAHIAbwBzAG8AZgB0AC4AYwBvAG0ALwBEAFIATQAvADIAMAAwADcALwAwADMALwBQAGwAYQB5AFIAZQBhAGQAeQBIAGUAYQBkAGUAcgAiACAAdgBlAHIAcwBpAG8AbgA9ACIANAAuADAALgAwAC4AMAAiAD4APABEAEEAVABBAD4APABQAFIATwBUAEUAQwBUAEkATgBGAE8APgA8AEsARQBZAEwARQBOAD4AMQA2ADwALwBLAEUAWQBMAEUATgA+ADwAQQBMAEcASQBEAD4AQQBFAFMAQwBUAFIAPAAvAEEATABHAEkARAA+ ADwALwBQAFIATwBUAEUAQwBUAEkATgBGAE8APgA8AEsASQBEAD4AcQA1AEgAZwBDAFQAagA0ADAAawBHAGUATgBWAGgAVABIADkARwBlAHgAdwA9AD0APAAvAEsASQBEAD4APABDAEgARQBDAEsAUwBVAE0APgB3ACsATwBaAFYAcgA4AHYAegByAFEAPQA8AC8AQwBIAEUAQwBLAFMAVQBNAD4APABMAEEAXwBVAFIATAA+ AGgAdAB0AHAAcwA6AC8ALwBwAHIAbwBmAGYAaQBjAGkAYQBsAHMAaQB0AGUALgBrAGUAeQBkAGUAbABpAHYAZQByAHkALgBtAGUAZABpAGEAcwBlAHIAdgBpAGMAZQBzAC4AdwBpAG4AZABvAHcAcwAuAG4AZQB0AC8AUABsAGEAeQBSAGUAYQBkAHkALwA8AC8ATABBAF8AVQBSAEwAPgA8AEMAVQBTAFQATwBNAEEAVABUAFIASQBCAFUAVABFAFMAPgA8AEkASQBTAF8ARABSAE0AXwBWAEUAUgBTAEkATwBOAD4AOAAuADAALgAxADcAMAA1AC4AMQA5ADwALwBJAEkAUwBfAEQAUgBNAF8AVgBFAFIAUwBJAE8ATgA+ ADwALwBDAFUAUwBUAE8ATQBBAFQAVABSAEkAQGBVAFQARQBTAD4APAAvAEQAQQBUAEEAPGA8AC8AVwBSA0ASABFAEEARABFAFIAPgA=

3.6.2. Format

L’en-tête PlayReady v4.0.0.0 a la syntaxe suivante :

<WRMHEADER xmlns="http://schemas.microsoft.com/DRM/2007/03/PlayReadyHeader" version="4.0.0.0">
<DATA>
      <PROTECTINFO>
        <ALGID>AESCTR</ALGID>
        <KEYLEN>16</KEYLEN>
      </PROTECTINFO>
      <LA_URL> URL for license acquisition </LA_URL>
      <LUI_URL>
        URL for Non-silent license acquisition web page
      </LUI_URL>
    <DS_ID>base64-encoded guid</DS_ID>
    <KID>base64-encoded kid</KID>
    <CUSTOMATTRIBUTES xmlns="">
      <mm:Publisher xmlns:mm="urn:schema-musicmogul-com">
           <mm:Author>
                Elvis Presley
           </mm:Author>
           <mm:CreationDate>
                2007/08/21:12:00:00
           </mm:CreationDate>
        </mm:Publisher>
    </CUSTOMATTRIBUTES>
    <CHECKSUM>
      checksum of the content key for verification
    </CHECKSUM>
  </DATA>
</WRMHEADER>

Le tableau suivant décrit les différentes balises.

Remarques pour v4.0 :

• Toutes les balises et attributs XML de l’en-tête PlayReady sont définis par Microsoft. La seule exception est le contenu de l’élément CUSTOMATTRIBUTES . Les développeurs d’applications PlayReady PC ne doivent pas ajouter de balises personnalisées en dehors de l’élément CUSTOMATTRIBUTES , car cela peut se heurter aux futures balises que Microsoft définit.
• L’ordre des éléments enfants au sein d’un élément conteneur n’est pas important.
• Notez que l’en-tête PlayReady ne contient pas de balise de niveau ?XML supérieur requise dans le code XML bien formé.
• Il est recommandé que la taille de ce champ ne dépasse pas 1 Ko.
• CHECKSUM est requis par le Kit de développement logiciel (SDK) PlayReady Server jusqu’à la version 1.2. Depuis la version 1.5, le Kit de développement logiciel (SDK) PlayReady Server traite le CONTRÔLE DE CONTRÔLE comme facultatif. PlayReady Porting Kit 1.2 hors de la boîte nécessite le CONTRÔLE DE CONTRÔLE. PlayReady Porting Kit 2.0 traite le CONTRÔLE DE CONTRÔLE comme facultatif.

4. Magasin de licences incorporé (ELS)

Il est recommandé d’ajouter un magasin de licences incorporées vide à l’objet PlayReady sous les conditions suivantes :

• L’objet PlayReady doit être inséré dans un fichier de contenu.
• Le contenu peut être utilisé dans un contexte de domaines PlayReady avec des licences incorporées.

Cela permet à un client PlayReady d’incorporer une licence liée au domaine dans l’objet PlayReady en remplit simplement le Magasin de licences incorporés existant et enregistre l’effort de re-en-tête du fichier avec un nouvel objet PlayReady d’une taille supérieure à celle initiale.

5. Algorithme de somme de contrôle de clé

L’algorithme de somme de contrôle dans l’en-tête PlayReady est destiné à se protéger contre les clés incompatibles. Au début des jours de DRM, les chansons ont été chiffrées avec des clés étiquetées incorrectement. Cela a entraîné un bruit blanc en cours de lecture lorsque les chansons ont été déchiffrées. Et si les chansons ont été jouées assez fort, l’équipement de lecture a été détruit. Avec la somme de contrôle, la clé de contenu peut être vérifiée comme clé utilisée pour chiffrer le fichier. L’algorithme fonctionne comme suit :

Pour une valeur ALGID définie sur « AESCBC », il n’existe aucun algorithme de somme de contrôle de clé défini. L’attribut CHECKSUM doit être omis.

Pour une valeur ALGID définie sur « AESCTR », l’ID de clé de 16 octets est chiffré avec une clé de contenu AES de 16 octets à l’aide du mode BCE. Les 8 premiers octets de la mémoire tampon sont extraits et codés en base64.

Pour une valeur ALGID définie sur « COCKTAIL », procédez comme suit :

1. Une mémoire tampon de 21 octets est créée.

2. La clé de contenu est placée dans la mémoire tampon et le reste de la mémoire tampon est remplie de zéros.

3. Pour cinq itérations :

   a. tampon = SHA-1 (mémoire tampon).

4. Les 7 premiers octets de la mémoire tampon sont extraits et encodés en base64.

5. Une fois ces étapes effectuées, les octets codés en base64 sont utilisés comme somme de contrôle.

6. CUSTOMATTRIBUTES

Un fournisseur de services peut ajouter du code XML propriétaire à l’intérieur de l’élément CUSTOMATTRIBUTES de l’en-tête PlayReady. Les balises utilisées à l’intérieur de l’élément CUSTOMATTRIBUTES ne sont pas en conflit avec les futures balises définies par Microsoft.

Le code Microsoft n’agit pas sur n’importe quel code XML à l’intérieur de cet élément. Le back-end du fournisseur de services ou son code côté client sont les seuls qui interprètent généralement la valeur de cet élément. Par exemple, supposons qu’un service d’étiquette blanche représente les services frontaux AAA, BBB, CCC. Un tel service peut chiffrer sa bibliothèque de contenu une seule fois (car c’est une opération coûteuse), mais lorsqu’il sert du contenu à un utilisateur final, il peut définir CUSTOMATTRIBUTES sur le nom du service frontal spécifique auquel l’utilisateur final s’abonne. Lorsque l’utilisateur final demande une licence pour ce contenu, cela permet au service d’étiquette blanche de déterminer le service frontal auquel l’utilisateur final s’abonne, afin qu’il puisse émettre une autre licence.

La taille de ce champ ne doit pas dépasser 1 kilooctet (Ko).