Partager via


Comment tester des clients PlayReady avec des versions du Kit de développement logiciel (SDK) PlayReady Server

Le site web de test PlayReady contient un ensemble de services de licence qui utilisent les versions actuelles et héritées du Kit de développement logiciel (SDK) serveur. Ces services de licence peuvent être utilisés pour aider à tester la compatibilité du client. Par exemple, lors de la mise à jour d’un client vers PK 4.0, le client peut être testé par rapport aux versions de service précédentes pour passer en revue la compatibilité.

Les services versionnés sont répertoriés dans le tableau ci-dessous.

Version du Kit de développement logiciel (SDK) URL du service de licence
SDK 1.52 http(s)://test.playready.microsoft.com/directtaps/svc/pr152/rightsmanager.asmx
SDK 2.0 http(s)://test.playready.microsoft.com/directtaps/svc/pr20/rightsmanager.asmx
SDK 2.1 http(s)://test.playready.microsoft.com/directtaps/svc/pr21/rightsmanager.asmx
SDK 2.9 http(s)://test.playready.microsoft.com/directtaps/svc/pr29/rightsmanager.asmx
SDK 3.0 http(s)://test.playready.microsoft.com/directtaps/svc/pr30/rightsmanager.asmx
SDK 4.0 http(s)://test.playready.microsoft.com/service/rightsmanager.asmx

Ces services versionnés peuvent utiliser les paramètres répertoriés sur le site de test PlayReady pour tester des stratégies spécifiques. Le serveur de test public PlayReady prend désormais en charge plusieurs syntaxes pour fournir ces paramètres afin que les testeurs puissent choisir celui qui convient le mieux à leur cas.

Le site http(s)://test.playready.microsoft.com/service/rightsmanager.asmx est toujours utilisé pour le dernier serveur à jour.

La syntaxe recommandée est la syntaxe de chaîne de requête. D’autres syntaxes incluent la syntaxe JSON de données personnalisée, la syntaxe JSON de base 64 et la syntaxe héritée.

Notez que tous les paramètres de stratégie ne fonctionnent pas avec chacune des versions du service. Par exemple, MaxResDecode fonctionne uniquement avec les services développés avec le Kit de développement logiciel (SDK) Server 3.0 ou version ultérieure.

Pour faciliter les tests de capacité, les tests suivants peuvent être utilisés avec les différents services de licence versionnés pour couvrir quatre scénarios de licence uniques. Ces scénarios montrent comment utiliser la syntaxe chaîne de requête dans vos tests. Toutefois, vous pouvez utiliser l’une des autres syntaxes liées ci-dessus si elles sont plus appropriées pour votre cas.

Scénario 1 : licences non persistantes

Les licences non persistantes sont le scénario de licence le plus courant utilisé par les services de streaming.

Étapes de test :

  1. Empaqueter le contenu à l’aide de KeySeed noté sur le site de test PlayReady. Pour ce test, n’importe quel KeyID peut être utilisé lors de l’empaquetage.

  2. Testez une demande de licence auprès du client à l’aide de l’URL suivante :

    {URL du service de licence versionnée} sans aucun paramètre

    exemple : https://test.playready.microsoft.com/service/rightsmanager.asmx

  3. Vérifiez qu’une licence est retournée et que la lecture réussit.

Scénario 2 : licences persistantes

Les licences persistantes sont couramment utilisées par les services qui activent le contenu de lecture hors connexion.

Étapes de test :

  1. Empaqueter le contenu à l’aide de KeySeed noté sur le site de test PlayReady. Pour ce test, n’importe quel KeyID peut être utilisé lors de l’empaquetage.

  2. Testez une demande de licence auprès du client à l’aide de l’URL suivante :

    {URL du service de licence versionnée} ?cfg=(persist:true,firstexp:60)

    Ce paramètre dirigera le service de licence pour retourner une licence qui expire 60 secondes après sa première lecture. Notez que vous devez appeler explicitement persist:true pour recevoir des licences persistantes.

    ex: https://test.playready.microsoft.com/service/rightsmanager.asmx?cfg=(persist:true,firstexp:60)

  3. Vérifiez qu’une licence est retournée et que la lecture réussit. Ajoutez ou modifiez les paramètres de stratégie basés sur le temps, comme indiqué sur le site de test pour tester d’autres scénarios persistants.

Scénario 3 : licences chaînées

Les licences liées racine sont utilisées par certains services d’abonnement, le plus souvent pour la musique. Avec le scénario lié racine, plusieurs licences feuilles peuvent être liées à une seule licence racine. Lorsque la licence racine expire, les licences feuilles ne sont plus utilisables, sauf si une nouvelle racine est rééditée.

Étapes de test :

  1. Empaqueter le contenu à l’aide de KeySeed noté sur le site de test PlayReady à l’aide de l’ID de clé suivant :

    Base64 : uPeXHrR3K0icGCpYMBGsZw==

  2. Testez le client à l’aide de l’URL suivante pour demander une licence :

    {URL du service de licence versionnée} ?cfg=(rootid:uPeXHrR3K0icGCpYMBGsZw=,kid:header),(isroot:true,kid:uPeXHrR3K0icGCpYMBGsZw=)

    ex: https://test.playready.microsoft.com/service/rightsmanager.asmx?cfg=(rootid:uPeXHrR3K0icGCpYMBGsZw==,kid:header),(isroot:true,kid:uPeXHrR3K0icGCpYMBGsZw==)

  3. Vérifiez qu’une licence est retournée et que la lecture réussit. Dans ce scénario, une seule réponse du service doit contenir deux licences. L’une d’elles sera une licence racine et l’autre une licence feuille. Les licences doivent expirer cinq minutes après avoir été émises au client.

Scénario 4 : licence liée au domaine

Les domaines ne sont pas aussi couramment utilisés par les services. Les domaines PlayReady permettent à un service de gérer le nombre d’appareils actifs dans un compte et pour les appareils du compte afin de partager du contenu et des licences hors connexion.

  1. Empaqueter le contenu à l’aide de KeySeed noté sur le site de test PlayReady à l’aide de l’ID de clé suivant :

    Base64: m1HAERIu8E+uABCZY4TX2g==

    Le client de test utilise l’URL suivante pour joindre le domaine et acquérir une licence :

    {url du service de licence version}?cfg=(accountid:A/uHOj7F+UaM+Jlny2obFA==)

    exemple : https://test.playready.microsoft.com/service/rightsmanager.asmx?cfg=(accountid:A/uHOj7F+UaM+Jlny2obFA==)

  2. Le client de test génère et envoie un défi JoinDomain et vérifiez qu’il existe un certificat de domaine dans la réponse du service.

  3. Le client de test envoie une demande de licence au service à l’aide de la même URL, y compris l’ID de compte.

  4. Vérifiez qu’une licence est retournée et que la lecture réussit. Une requête LeaveDomain peut également être envoyée au service de licence pour réinitialiser le scénario.

Informations complémentaires

Pour plus d’informations, visitez le site web PlayReady sur https://www.microsoft.com/playready/ et le site de test PlayReady à l’adresse https://test.playready.microsoft.com/.