Compartir a través de


Escenario: Contenido de alquiler

Para el contenido de alquiler, la licencia entregada para el contenido especifica una fecha y hora de expiración. Después de que se produzca esta fecha y hora, es posible que el contenido todavía esté en el dispositivo del usuario, y la licencia todavía puede conservarse en el almacén de datos del dispositivo del usuario, pero el cliente de PlayReady en el dispositivo del usuario usará el sistema de reloj del dispositivo para comprobar si la licencia sigue siendo válida y aplicar la expiración establecida por el servicio en la licencia.

Además, se recomienda establecer una fecha y hora de inicio (normalmente la fecha y hora en que el usuario pagó por el contenido). Esto ayudará a proteger el sistema en algunos casos en los que el usuario podría revertir el reloj de su dispositivo.

Una alternativa es que el servicio proporcione una limitación en la licencia en términos de un intervalo de tiempo que indica cuándo expirará la licencia después de la primera reproducción. Esto permite al proveedor de servicios emitir una licencia que podría comenzar en algún momento en el futuro, expirar en un momento especificado o expirar después de una duración especificada, después de reproducir el contenido por primera vez.

Un ejemplo típico sería:

  • Un usuario alquila contenido el viernes 5 de enero de 2018 a las 8 p. m.

  • La licencia entregada al usuario incluye las siguientes restricciones:

    • Derecha: reproducir (derecho a descifrar el contenido que se va a representar en una pantalla)

    • Hora de inicio: 5 de enero de 2018 a las 7:55 p. m. (la hora de inicio es ligeramente en el pasado para tener en cuenta cualquier diferencia de reloj menor entre el cliente y el servidor)

    • Hora de expiración: 5 de febrero de 2018 a las 8:00 p. m. (un mes más tarde)

    • Expiración después de la primera reproducción: 48 horas (2 días completos después de que el usuario haya empezado a jugar)

Dado que el contenido de alquiler generalmente requiere tiempos de inicio y expiración, el cliente será necesario para admitir algún tipo de reloj de confianza de PlayReady. Para obtener más información, consulte Relojes de confianza.

En la ilustración siguiente se indican las interacciones entre clientes y servidores en el escenario de contenido de alquiler.

Rental Content

El escenario de contenido de alquiler realiza los pasos siguientes, como se muestra en la ilustración:

  1. El contenido que se distribuirá a los clientes está protegido con Microsoft PlayReady tecnología.

  2. El proveedor de servicios transfiere información de protección de contenido a un servidor de licencias.

  3. El proveedor de servicios transfiere contenido protegido a un servidor para su distribución a través de la Web.

  4. Un cliente solicita contenido para streaming o descarga.

  5. El cliente adquiere una licencia y comienza a transmitir o descargar el contenido del servidor de contenido mediante un protocolo de Internet como SSTP, DASH, HLS o HTTP. Mientras el cliente transmite o descarga el contenido, puede descifrar el contenido y el contenido descifrado se puede reproducir continuamente.

Los mecanismos de entrega más comunes para el contenido de alquiler es transmitir el contenido protegido desde un servicio web, o descargar el contenido en un dispositivo local y, a continuación, reproducir el contenido.

Contenido de alquiler de streaming

Al transmitir contenido multimedia de alquiler de streaming, el contenido se reproduce continuamente mientras se transfiere desde el servidor web. Se deben tener en cuenta los siguientes aspectos técnicos al implementar el contenido de alquiler que se transmite a los dispositivos de usuario.

  • PlayReady admite muchos tipos de protocolos. No hay ninguna restricción para ningún protocolo. Sin embargo, los clientes de PlayReady suelen admitir uno o muchos de los siguientes estándares: SSTP (Smooth Streaming), DASH (Streaming adaptable dinámico a través de HTTP), HLS (HTTP Live Streaming). Además de estos protocolos, es perfectamente aceptable y factible para un servicio que controla tanto su back-end como sus clientes para implementar un protocolo diferente, por ejemplo, TS de multidifusión en una red cerrada.

  • El formato del contenido suele ser H264 + AAC o H265 + AAC, pero playReady permite todos los demás códecs.

  • El contenido de alquiler de streaming puede usar una licencia persistente o no persistente.

    El caso más obvio sería licencias no persistentes. Las licencias no persistentes se almacenan en memoria volátil (RAM) y solo duran mientras la sesión actual. Las licencias no persistentes están bien adaptadas al escenario de streaming, ya que para el streaming, el dispositivo tiene que estar conectado de todos modos y puede permitirse adquirir una licencia no persistente justo a tiempo en el momento de la reproducción.

    Una licencia no persistente que se adquiere previamente también acortará el tiempo de primer fotograma. Para obtener más información, consulte Generación y emisión de licencias.

    Otra manera de optimizar el tiempo para el primer fotograma cuando el contenido de alquiler de streaming es aprovechar "Licencias de duración limitada de PlayReady". Mientras el usuario se presenta una página con una lista de vídeos para seleccionar, las licencias con una duración muy pequeña se adquieren previamente en segundo plano (normalmente treinta segundos). Estas licencias incluyen la restricción "Expiración en tiempo real", que garantiza que el cliente dejará de reproducirse con esta licencia después de treinta segundos. A continuación, el usuario puede seleccionar uno de los vídeos enumerados para reproducir. En este momento, la reproducción se puede iniciar inmediatamente. El reproductor solicita una licencia de alquiler completa (durante 48 horas) para el vídeo seleccionado por el usuario, y el reproductor se enlaza sin problemas a la licencia de alquiler mientras se reproduce. Esta optimización es posible en los clientes de PlayReady versión 3.0 o posteriores, que admiten la expiración en tiempo real y la entrega de licencias no persistentes en lotes.

  • También es posible usar licencias persistentes para escenarios de streaming. Las licencias persistentes se almacenan en memoria no volátil (en el almacén de datos local) y duran durante la vigencia del almacén o hasta que se alcanza una restricción basada en el tiempo.

Descarga y reproducción de contenido de alquiler

El contenido de alquiler también se puede descargar en el cliente antes de que pueda comenzar la reproducción. Normalmente esto se hace para lograr una calidad constante del contenido no correlacionado con la calidad de red, pero puede requerir algún retraso antes de que la reproducción pueda iniciarse realmente.

Se deben tener en cuenta los siguientes aspectos técnicos al implementar contenido de alquiler descargado y reproducido.

  • El contenido se puede descargar como un archivo simple a través de HTTP, si el contenido ya está creado en el formato adecuado para el dispositivo. Otra opción es que el cliente recupere los segmentos sucesivos de un recurso de streaming adaptable a través del protocolo de streaming (SSTP, DASH, HLS, otros) y los empaqueta en el almacenamiento local del dispositivo para reproducirlos aún más, en forma de un único archivo segmentado o una colección de archivos de segmento. Este último permite escenarios más sofisticados, como el enlace en tiempo de espera, que es la capacidad de un cliente de seleccionar diferentes pistas en función de sus preferencias. Por ejemplo, elija una calidad de vídeo entre varias calidades, una pista de audio determinada o una pista de subtítulos, independientemente de la creación de contenido inicial en el back-end.

  • Descargar y reproducir contenido de alquiler también puede usar una licencia persistente o no persistente. Normalmente, se prefiere una licencia persistente de entrega previa.

  • Al usar licencias persistentes, es posible que ocasionalmente el dispositivo necesite quitar licencias del almacén de datos después de su expiración.

  • Al igual que todas las licencias persistentes que incluyen una fecha de expiración, también deben incluir una fecha de inicio que ayude a evitar algunos ataques de usuario contra el sistema de reloj de confianza del dispositivo.