Partager via

Gestion du contenu protégé

  • Article

Si vous créez une application ou un fournisseur de services qui utilisera du contenu protégé par la gestion des droits numériques (DRM) Windows Media, vous devez disposer d’une paire clé/certificat émise par Microsoft. Pour savoir où obtenir ce certificat, consultez Outils de développement. Si vous n’avez pas l’intention de gérer le contenu protégé, vous pouvez utiliser la clé factice et le certificat fournis avec ce Kit de développement logiciel (SDK) dans un fichier nommé key.c.

Pour tout fichier protégé par la technologie DRM, Windows Media Gestionnaire de périphériques nécessite la présence d’un fournisseur de contenu sécurisé (SCP) pour ce format de fichier. Microsoft fournit un module SCP pour les fichiers WMA et WMV. Si votre application ou votre fournisseur de services gère le contenu protégé par DRM d’un autre format, vous devez fournir votre propre module SCP. Un module SCP est un objet COM qui implémente toutes les interfaces pour les fournisseurs de contenu sécurisé.

Une application peut envoyer du contenu protégé par DRM aux appareils basés sur Windows Media DRM 10 pour les appareils portables ou sur la gestion des droits numériques des appareils portables (PDDRM). Toutefois, vous pouvez uniquement créer un fournisseur de services pour les appareils basés sur PDDRM ; vous ne pouvez pas créer de fournisseur de services pour les appareils basés sur Windows Media DRM 10 pour les appareils portables. Ces derniers appareils peuvent uniquement utiliser le fournisseur de services MTP fourni par Microsoft.

Les appareils basés sur PDDRM peuvent uniquement prendre en charge les licences pour le contenu acheté. Les licences qui ont des conditions d’expiration sont uniquement prises en charge par les appareils basés sur Windows Media DRM 10 pour les appareils portables, qui ont des exigences particulières telles qu’une horloge sécurisée et l’individualisation. Le Sdk Windows Media DRM 10 pour appareils portables fournit des détails sur la configuration requise des appareils pour prendre en charge la technologie de la version 10.

Avant d’envoyer du contenu DRM à l’appareil, une application doit vérifier plusieurs éléments :

  • Que l’appareil prend en charge la technologie DRM.
  • Quelle version de la technologie DRM elle prend en charge (version 10 ou antérieure).
  • Si l’appareil est basé sur la version 10, tous ses composants sont à jour (par exemple, l’horloge sécurisée et les exigences d’individualisation).

Tous les appels de méthode pour répondre à ces questions sont effectués par le client et gérés par les Gestionnaire de périphériques Windows Media et le composant fournisseur de contenu sécurisé ; le fournisseur de services ne gère aucun de ces appels.

Si l’appareil ne prend pas en charge Windows Media DRM 10 pour les appareils portables, il peut toujours être en mesure de consommer du contenu protégé (en fonction de la licence de contenu et de la conception de l’appareil), mais tout contenu qui lui est envoyé aura une licence d’utilisation simplifiée avec des droits limités (par exemple, aucune expiration de délai).

Notes

De nombreuses méthodes windows Media Gestionnaire de périphériques de transfert de fichiers ou de demandes de droits échouent (souvent avec une valeur HRESULT mystérieuse) lors de la gestion des fichiers protégés par DRM avec un débogueur attaché. Par conséquent, vous devez utiliser d’autres méthodes pour déboguer votre code, telles que la journalisation des sorties dans un formulaire Windows ou un fichier journal. Pour plus d’informations sur les options de journalisation, consultez Activation de la journalisation. Si vous exécutez un débogueur sur du contenu protégé, une méthode retourne l’un des codes d’erreur répertoriés dans la section DRM Codes d’erreur, ou éventuellement un code d’erreur inconnu. Si vous obtenez des valeurs HRESULT mystérieuses lors de l’exécution d’un débogueur sur du contenu ou des méthodes protégés, la protection DRM peut en être la cause.

 

Guide de programmation