Scénario : Contenu de l’abonnement
Microsoft PlayReady permet de 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. Ainsi, 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 un 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 fourniture de plusieurs licences est encore plus bénéfique pour la musique lors de la lecture de plusieurs pistes sans aucun écart.
Dans un modèle d’abonnement où un grand nombre de morceaux de contenu sont joués (par exemple, dans un service de musique où l’utilisateur télécharge des milliers de pistes à 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 feuilles 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 reacquirée lors du renouvellement de l’abonnement. En outre, les appareils qui jouent du contenu de l’abonnement doivent prendre en charge une horloge approuvée PlayReady pour appliquer la stratégie 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.
Le fournisseur de services transfère du contenu non protégé au serveur d’empaquetage de contenu. Le fournisseur de services transfère la licence au serveur de licences.
Le fournisseur de services transfère le contenu protégé vers un serveur Web pour la distribution.
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 sont de diffuser en continu le contenu protégé à partir d’un service Web ou de télécharger le contenu sur un appareil local, puis de lire le contenu.
Diffusion en continu du contenu de l’abonnement
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 adaptatif sur HTTP, le flux est mis en cache HTTP et le serveur d’origine de streaming obtient toutes les demandes de streaming. Par conséquent, il n’est pas trivial pour le service de compter le nombre de clients qui jouent 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 du 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 puisse réellement démarrer. Par exemple, si la bande passante réseau est généralement comprise entre 2 Mbits/s et 5 Mbits/s, moyenne de 4 Mbits/s, et que l’utilisateur paie pour un flux de haute définition complète (HD) à 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 commencer à télécharger le contenu, puis de commencer à lire avant la fin du téléchargement. Dans l’exemple ci-dessus, un prébogueur de 5 minutes peut être suffisant 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 effectuer un push de contenu peuvent vouloir tirer parti du contrôle PlayReady. Le contrôle PlayReady permet à un service de fournir une licence persistante et d’être averti par la suite si le contenu a été joué. En fonction de ces informations, le service peut envoyer du contenu à un appareil et payer des propriétaires de contenu, ou des utilisateurs de facture, en fonction de leur consommation réelle. En règle générale, cette fonctionnalité est utile dans le scénario suivant :
Un utilisateur dispose d’un abonnement pour un service vidéo.
L’utilisateur commence à regarder l’épisode 1 d’une série télévisée.
Le service envoie des épisodes 2, 3 et 4 à l’appareil (l’application d’appareil télécharge ces épisodes et les licences persistantes associées).
L’utilisateur est déconnecté dans le métro.
L’utilisateur joue les épisodes 2 et 3.
L’utilisateur est reconnecté.
Le service est averti que l’utilisateur a joué les épisodes 1, 2 et 3, mais pas l’épisode 4.