DRM-X 6.0 logo de la colombe et de la branche d'oliveDRM-X 6.0Documentation
/
◎ Français

Votre première vidéo protégée

Démarrer DRM-X 6.0 protégé Lecture Web: publier le contenu, créer le moins privilège identifiants, autoriser un visionneur, et charger le manifeste enregistré.

Voir le MarkdownExemples en ligneMis à jour le 2026-10-26

De votre première vidéo à la lecture protégée

Chiffrez une vidéo, connectez votre backend et testez la lecture. Conservez l’Access Key sur le serveur.

  1. Se connecter

    Ouvrez DRM-X Console et sélectionnez votre environnement.

  2. Chiffrer et publier

    Préparez le package de votre vidéo et attendez que son état soit Published.

  3. Créer un API client

    Accordez uniquement l’autorisation license-tokens:create. Enregistrez l’Access Key dans un emplacement sûr lorsqu’elle s’affiche.

  4. Configurer votre backend

    Configurez les identifiants et le Content ID, choisissez les règles de lecture et vérifiez que l’utilisateur a le droit de regarder la vidéo.

  5. Tester la lecture

    Demandez une session de lecture via votre backend. Le lecteur demande ensuite une licence DRM et lit la vidéo chiffrée.

Chiffrez et publiez une vidéo, configurez votre backend et testez la lecture avec un lecteur compatible.

Commencez avec un fichier source. Préparez et publiez le paquet, vérifiez-le dans DRM-X Web Player, puis intégrez-le à votre site. Il vous faut un compte client DRM-X, un environnement Development et un fichier vidéo ou audio source.

1. Publier un fichier protégé#

  1. Choisissez un environnement.Utilisez Development pendant l’intégration et conservez séparément les identifiants de Production.
  2. Installez Packager.Téléchargez Packager Suite 1.0.0-beta.1 depuis Console → Package Content. Extrayez tout le ZIP et suivez le tutoriel Desktop Packager pour connecter un profil.
  3. Empaquetez et publiez.Ajoutez une source et choisissez un dossier de sortie vide. Pour ce premier test, sélectionnez Single Video Key Protection et utilisez la politique single-software ci-dessous. Utilisez Multi-key Quality Tiered avec multi-tier-standard lorsque vous aurez besoin de règles distinctes par niveau de qualité. Incluez des versions 1080p et inférieures si les téléphones doivent être limités à 1080p.
  4. Attendez l’état Published.Conservez le Content ID et l’environnement utilisé. La fin de l’encodage ou le nombre de fichiers envoyés ne confirme pas à lui seul la publication.

Tester dans DRM-X Web Player#

  1. Connectez-vous.Ouvrez DRM-X Web Player avec le compte client DRM-X propriétaire du contenu.
  2. Sélectionnez le contenu.Choisissez le même environnement que pour la préparation. Sélectionnez l’élément Published et vérifiez son titre et son Content ID.
  3. Lancez la lecture.Conservez le modèle de clés détecté et une politique correspondante, puis appuyez sur Play. Le lecteur demande un nouveau DRM License Token.
  4. Vérifiez le résultat.Testez les déplacements dans la vidéo, le son, la qualité autorisée, chaque langue audio et les sous-titres. Pour un contenu audio seul, vérifiez le son et la progression du temps de lecture. Appuyez sur Stop pour terminer.

Si l’élément manque, vérifiez l’environnement et l’état Published. En cas d’échec, consultez le dépannage de lecture avant l’intégration au site. Les spectateurs utilisent la connexion de votre site ; aucun compte DRM-X Console ne leur est nécessaire.

Après intégration, testez un spectateur autorisé et un spectateur à refuser. Vérifiez les navigateurs et appareils physiques pris en charge. Pour réduire la bande passante des téléphones tout en conservant UHD ailleurs, suivez la procédure facultative de limite 1080p réservée aux téléphones.

2. Créer une intégration serveur avec les permissions minimales#

Après le test Web Player, suivez Créer les identifiants d’intégration serveur. Créez un client API de lecture avec uniquement license-tokens:create. Gardez Site ID, Site Key et Access Key sur votre serveur.

Téléchargez le kit adapté à votre backend. Pour PHP, suivez le tutoriel PHP. Pour le composant du lecteur et la limite facultative des téléphones, consultez le guide Web SDK.

Utilisez un gestionnaire de secrets ou une configuration protégée pour les identifiants de production. N’incluez jamais Access Key dans JavaScript côté navigateur, un APK, un IPA, une application TV ou une configuration téléchargeable.

3. Modifier les trois paramètres serveur signalés#

// Server-side only
siteId: "your-development-environment-uuid"
siteKey: "drmx_your_environment_scoped_client_id"
accessKey: "paste-the-one-time-access-key"

contentId: "your-published-content-id"
licensePolicyTemplate: "single-software"

Remplacez ensuite les fonctions d'exemple de connexion et d'autorisation par vos vérifications réelles de session, d'abonnement, d'achat, d'inscription à une formation, de location ou d'accès à un événement.

4. Demander la lecture, puis libérer la session#

Générez un nouvel ID de session imprévisible à chaque tentative de lecture. Renvoyez la réponse de session réussie au client avec Cache-Control: no-store. Libérez la place de lecture simultanée à l'arrêt, au changement de contenu, en cas d'erreur irrécupérable ou à la fermeture de l'application.

  • N'acceptez jamais directement du lecteur subject, le JSON de la politique, l'URL du manifest ou l'URL de licence.
  • N'ajoutez les en-têtes d'autorisation qu'aux adresses de licence DRM et de certificat FairPlay renvoyées dans la réponse.
  • Enregistrez les ID de corrélation et le résultat de chaque étape, jamais les jetons, clés, requêtes natives de licence ni les octets des licences.