Scénario : contenu disponible à la location

Pour le contenu de location, la licence fournie pour le contenu spécifie une date et une heure d’expiration. Une fois cette date et cette heure terminées, le contenu peut toujours se trouver sur l’appareil de l’utilisateur, et la licence peut également persister dans le magasin de données de l’appareil de l’utilisateur, mais le client PlayReady dans l’appareil de l’utilisateur utilisera le système d’horloge de l’appareil pour vérifier si la licence est toujours valide et appliquer l’expiration définie par le service dans la licence.

En outre, il est recommandé de définir une date et une heure de début (généralement la date et l’heure que l’utilisateur a payés pour le contenu). Cela permet de protéger le système dans certains cas où l’utilisateur serait en mesure de restaurer l’horloge de son appareil.

Une option est que le service fournisse une limitation dans la licence sous forme de durée qui indique quand la licence expirera après la première utilisation. Cela permet au fournisseur de services d’émettre une licence qui pourrait commencer à un moment donné dans le futur, expirer à un moment spécifié et/ou après une durée spécifiée, après la première lecture du contenu.

Voici un exemple classique :

• Un utilisateur loue du contenu le vendredi 5 janvier 2018 à 18h00.

• La licence remise à l’utilisateur comprend les restrictions suivantes :

  • Droit : lecture (droit de déchiffrer le contenu pour l'afficher à l'écran)

  • Heure de début : le 5 janvier 2018 à 17 h 55 (l’heure de début est légèrement passée pour tenir compte de toute différence d’horloge mineure entre le client et le serveur)

  • Délai d’expiration — 5 février 2018 à 18h00 (un mois plus tard)

  • Expiration après la première lecture : 48 heures (2 jours complets après que l'utilisateur a commencé la lecture)

Étant donné que le contenu de location nécessite généralement des heures de début et d’expiration, le client doit prendre en charge un certain type d’horloge approuvée PlayReady. Pour plus d’informations, consultez Horloges approuvées.

La figure suivante indique les interactions entre les clients et les serveurs dans le scénario de contenu de location.

Le scénario de contenu de location effectue les étapes suivantes, comme illustré dans la figure :

1. Le contenu qui sera distribué aux clients est protégé par la technologie Microsoft PlayReady.

2. Le fournisseur de services transfère les informations de protection du contenu à un serveur de licences.

3. Le fournisseur de services transfère du contenu protégé vers un serveur pour la distribution sur le web.

4. Un client demande du contenu pour la diffusion ou le téléchargement.

5. Le client acquiert une licence et commence à diffuser en continu ou à télécharger le contenu à partir du serveur de contenu à l’aide d’un protocole Internet tel que SSTP, DASH, HLS ou HTTP. Pendant que le client diffuse ou télécharge le contenu, il peut déchiffrer le contenu et le contenu déchiffré peut être lu en continu.

Les mécanismes de remise les plus courants pour le contenu de location consistent à diffuser en streaming le contenu protégé à partir d’un service Web ou à le télécharger sur un appareil local, puis à le lire.

Contenu en location sur les plateformes de streaming

Lorsque vous diffusez en streaming des médias disponibles à la location, le contenu est lu en continu pendant son transfert depuis le serveur Web. Les aspects techniques suivants doivent être pris en compte lors de l’implémentation du contenu de location diffusé en continu sur les appareils utilisateur.

• PlayReady prend en charge de nombreux types de protocoles. Il n’existe aucune restriction pour un protocole. Toutefois, les clients PlayReady prennent généralement en charge une ou plusieurs des normes suivantes : SSTP (Smooth Streaming), DASH (streaming adaptatif dynamique sur HTTP), HLS (http live streaming). En plus de ces protocoles, il est parfaitement acceptable et doable pour un service qui contrôle à la fois son back-end et ses clients pour implémenter un autre protocole, par exemple multidiffusion TS sur un réseau fermé.

• Le format du contenu est généralement H264 + AAC, ou H265 + AAC, mais tous les autres codecs sont autorisés par PlayReady.

• Le contenu de location de streaming peut utiliser une licence persistante ou non persistante.

  Le cas le plus évident serait des licences non persistantes. Les licences non persistantes sont stockées en mémoire volatile (RAM) et ne durent que tant que la session active. Les licences non persistantes sont bien adaptées au scénario de diffusion en continu, car pour la diffusion en continu, l’appareil doit être connecté de toute façon et peut se permettre d’acquérir une licence non persistante juste-à-temps au moment de la lecture.

  Une licence non persistante pré-acquise raccourcira également le temps avant la première image. Pour plus d’informations, consultez Génération et émission de licences.

  Une autre façon d’optimiser le temps pour la première image lors de la diffusion en continu du contenu de location consiste à tirer parti des « licences de durée limitée PlayReady ». Bien que l’utilisateur soit présenté à une page avec une liste de vidéos à sélectionner, les licences avec une très petite durée sont pré-acquises en arrière-plan (généralement trente secondes). Ces licences incluent la restriction « Expiration en temps réel », qui garantit que le client cesse de jouer avec cette licence après trente secondes. Ensuite, l'utilisateur peut sélectionner l'une des vidéos répertoriées pour la visionner. À ce stade, la lecture peut démarrer immédiatement. Le lecteur demande une licence de location complète (pendant 48 heures) pour la vidéo sélectionnée par l’utilisateur, puis le lecteur se lie de manière fluide à la licence de location lors de la lecture. Cette optimisation est possible sur les clients PlayReady version 3.0 ou ultérieure, qui prennent en charge l’expiration en temps réel et la remise de licences non persistantes par lots.

• Il est également possible d’utiliser des licences persistantes pour les scénarios de streaming. Les licences persistantes sont stockées dans une mémoire non volatile (dans le magasin de données local) et sont conservées pendant la durée de vie du magasin ou jusqu’à ce qu’une restriction basée sur le temps soit atteinte.

Télécharger et lire du contenu de location

Le contenu de location peut également être téléchargé sur le client avant de commencer la lecture. En règle générale, cela permet d’obtenir une qualité constante du contenu non corrélé à la qualité du réseau, mais peut nécessiter un certain délai avant que la lecture puisse réellement démarrer.

Les aspects techniques suivants doivent être pris en compte lors de l’implémentation du contenu de location téléchargé et lu.

• Le contenu peut être téléchargé en tant que fichier simple via HTTP, si le contenu est déjà créé au format approprié pour l’appareil. Une autre option est que le client récupère les segments successifs d’une ressource de diffusion en continu adaptative sur le protocole de diffusion en continu (SSTP, DASH, HLS, autre) et les packs tous sur le stockage local de l’appareil pour une lecture plus poussée, sous la forme d’un seul fichier segmenté ou d’une collection de fichiers segments. Ce dernier permet des scénarios plus sophistiqués, tels que le "late binding", qui donne à un client la possibilité de choisir différentes pistes selon ses préférences. Par exemple, choisissez une qualité vidéo parmi plusieurs qualités, une piste audio particulière ou une piste de sous-titre, indépendamment de la création initiale de contenu sur le back-end.

• Le téléchargement et la lecture de contenu de location peuvent également utiliser une licence persistante ou non persistante. Généralement, une licence persistante de pré-livraison serait préférable.

• Lorsque vous utilisez des licences persistantes, l’appareil peut parfois avoir besoin de supprimer des licences du magasin de données après leur expiration.

• Comme toutes les licences persistantes qui incluent une date d’expiration, elles doivent également inclure une date de début qui permet d’empêcher certaines attaques utilisateur contre le système d’horloge approuvé de l’appareil.