Scénario : Contenu de l’abonnement

Microsoft PlayReady permet des scénarios dans lesquels un propriétaire de contenu vend des abonnements à un catalogue de musique ou de vidéo à l’aide d’un magasin multimédia en ligne.

Étant donné qu’un serveur PlayReady n’inclut aucune logique métier, mais peut toutefois être lié à n’importe quel back-end de logique métier (via des services web), la livraison de licences PlayReady pour le contenu d’abonnement peut être identique à celle du contenu de location. Par conséquent, le client demande des licences individuelles pour chaque élément de contenu (vidéo, musique) qui doit être lu.

Notez que le service peut fournir plusieurs licences dans une seule réponse de licence à des fins d’optimisation. Par exemple, dans un scénario où le client joue un épisode d’une série, le client demande une licence pour l’épisode 1 lorsque l’utilisateur sélectionne cette vidéo. Le service peut souhaiter fournir des licences pour tous les épisodes de la série à la fois afin de réduire l’écart entre les épisodes. La délivrance de plusieurs licences est encore plus avantageuse pour la musique lorsqu'il s'agit de lire plusieurs pistes sans interruption.

Dans un modèle d’abonnement où un grand nombre de pièces de contenu sont lues (par exemple, dans un service de musique où l’utilisateur télécharge des milliers de pistes pour lire hors connexion), le client doit gérer des milliers de licences différentes, une pour chaque contenu. Étant donné qu’il s’agit d’un service d’abonnement (par exemple, il nécessite un renouvellement mensuel), les licences livrées ont une expiration à la date de renouvellement de l’abonnement mensuel et l’utilisateur s’attend à ce que toutes les licences soient renouvelées lorsque les frais mensuels sont à nouveau payés.

Pour optimiser ce scénario, le service doit utiliser des licences chaînées. Chaque élément de contenu est lié à une licence feuille unique. Toutes les licences secondaires sont liées à la même licence racine. Les licences feuilles n’ont pas de temps de début et d’expiration, mais la licence racine a ces heures de début et d’expiration. Par conséquent, seule la licence racine doit être reconquise lors du renouvellement de l’abonnement. En outre, les appareils qui diffusent des contenus sous abonnement doivent prendre en charge une horloge PlayReady fiable pour appliquer la politique d'abonnement associée aux licences de lecture. Pour plus d’informations, consultez Chaînage de licences et horloges approuvées.

Le scénario de contenu de l’abonnement effectue les étapes suivantes, comme illustré dans la figure.

1. Le fournisseur de services transfère du contenu non protégé vers le serveur d’empaquetage de contenu. Le fournisseur de services transfère la licence au serveur de licences.

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

3. Lorsque le client est prêt, il peut acquérir du contenu d’abonnement et une licence qui expire lorsque l’abonnement se termine.

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

Contenu de l’abonnement en streaming

Dans un scénario d’abonnement, où l’abonnement autorise un certain nombre maximal de flux simultanés (par exemple, trois flux), le service peut utiliser PlayReady Secure Stop pour appliquer ce nombre.

Avec les protocoles de diffusion en continu adaptatifs sur HTTP, le flux est mis en cache HTTP et le serveur d’origine de streaming obtient toutes les demandes de diffusion en continu. Par conséquent, il n'est pas trivial pour le service de compter le nombre de clients qui lisent actuellement un flux.

PlayReady Secure Stop résout ce problème. PlayReady Secure Stop permet à un service d’être averti lorsqu’un client cesse de lire un flux. Combiné à des licences non persistantes, qui permettent au service d’être averti lorsqu’un client commence à lire un flux, il permet au service de compter en temps réel le nombre de clients qui jouent un flux ou d’une collection de flux, sous un compte particulier, et d’appliquer ce nombre.

Télécharger et lire le contenu de l’abonnement

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

• Comme la location ou tout autre scénario, le téléchargement d’un élément de contenu avant la lecture permet 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 ne puisse réellement commencer. Par exemple, si la bande passante réseau est généralement comprise entre 2 Mbits/s et 5 Mbits/s, en moyenne 4 Mbits/s, et que l’utilisateur paie un flux haute définition (HD) complet à 4 Mbits/s, la seule façon de garantir une haute qualité constante consiste à pré-télécharger le contenu. Le téléchargement progressif permet au client de démarrer le téléchargement du contenu, puis de commencer la lecture avant la fin du téléchargement. Dans l’exemple ci-dessus, un prébuffering de 5 minutes peut suffire pour garantir la qualité attendue pendant la lecture.

• D’autres avantages de la livraison de téléchargement sont d’autoriser la consommation de contenu dans des environnements avec zéro ou faible connectivité (par exemple, les métros, les trains de banlieue, les avions, etc.).

• Les services qui souhaitent diffuser du contenu peuvent tirer parti du contrôle PlayReady. Le contrôle PlayReady permet à un service de délivrer une licence permanente et d'être informé par la suite si le contenu a effectivement été lu. En fonction de ces informations, le service peut envoyer du contenu à un appareil et verser aux propriétaires de contenu, ou facturer les utilisateurs, en fonction de leur consommation réelle. En règle générale, cette fonctionnalité serait utile dans le scénario suivant :

  1. Un utilisateur dispose d’un abonnement pour un service vidéo.

  2. L’utilisateur commence à regarder l’épisode 1 d’une série télévisée.

  3. Le service envoie (push) les épisodes 2, 3 et 4 à l’appareil (l’application d’appareil télécharge ces épisodes et les licences persistantes associées).

  4. L’utilisateur est déconnecté dans le métro.

  5. L’utilisateur joue des épisodes 2 et 3.

  6. L’utilisateur est reconnecté.

  7. Le service reçoit une notification indiquant que l’utilisateur a joué les épisodes 1, 2 et 3, mais pas l’épisode 4.