Cenário: Conteúdo de assinatura

O Microsoft PlayReady permite cenários em que um proprietário de conteúdo vende assinaturas de um catálogo de música ou vídeo usando uma loja de mídia online.

Como um PlayReady Server não inclui nenhuma lógica de negócios, mas pode, no entanto, ser vinculado a qualquer back-end de lógica de negócios (por meio de serviços Web), a entrega de licenças PlayReady para conteúdo de assinatura pode ser a mesma que para conteúdo de aluguel. Assim, o cliente solicitará licenças individuais para cada parte do conteúdo (vídeo, música) que tem de ser reproduzido.

Observe que o serviço pode fornecer várias licenças em uma única resposta de licença para fins de otimização. Por exemplo, em um cenário em que o cliente está reproduzindo um episódio de uma série, o cliente solicita uma licença para o episódio um quando o usuário seleciona esse vídeo. O serviço pode querer entregar licenças para todos os episódios da série de uma só vez, a fim de diminuir a diferença entre os episódios. Fornecer várias licenças é ainda mais benéfico para a música ao reproduzir várias faixas sem quaisquer lacunas.

Num modelo de subscrição em que é reproduzido um grande número de conteúdos (por exemplo, num serviço de música em que o utilizador descarrega milhares de faixas para reproduzir offline), o cliente tem de gerir milhares de licenças diferentes, uma para cada conteúdo. Como este é um serviço de assinatura (por exemplo, requer uma renovação mensal), as licenças que são entregues têm uma expiração na data de renovação da assinatura mensal, e o usuário espera que todas as licenças sejam renovadas quando a taxa mensal for paga novamente.

Para otimizar esse cenário, o serviço deve usar licenças encadeadas. Cada parte do conteúdo está vinculada a uma licença de folha exclusiva. Todas as licenças filiais estão vinculadas à mesma licença base. As licenças de folha não têm tempos de início e expiração, mas a licença raiz tem esses tempos de início e expiração. Portanto, apenas a licença root deve ser readquirida após a renovação da assinatura. Além disso, os dispositivos que reproduzem conteúdo de subscrição têm de suportar um relógio fidedigno PlayReady para aplicar a política de subscrição associada às licenças de reprodução. Para obter mais informações, consulte Encadeamento de licenças e relógios confiáveis.

O cenário de conteúdo de assinatura executa as seguintes etapas, conforme ilustrado na figura.

1. O provedor de serviços transfere conteúdo desprotegido para o servidor de empacotamento de conteúdo. O provedor de serviços transfere a licença para o Servidor de Licenças.

2. O provedor de serviços transfere conteúdo protegido para um servidor Web para distribuição.

3. Quando o cliente estiver pronto, ele poderá adquirir conteúdo de assinatura e uma licença que expirará quando a assinatura terminar.

Os mecanismos de entrega mais comuns para conteúdo de assinatura é transmitir o conteúdo protegido de um serviço Web ou baixar o conteúdo em um dispositivo local e, em seguida, reproduzir o conteúdo.

Streaming de conteúdo de assinatura

Em um cenário de assinatura, em que a assinatura permite um determinado número máximo de fluxos simultâneos (por exemplo, três fluxos), o serviço pode querer aproveitar o PlayReady Secure Stop para impor esse número.

Com protocolos de streaming adaptativos sobre HTTP, o fluxo é armazenado em cache via HTTP e o servidor de origem de streaming recebe todas as requisições de streaming. Como consequência, não é trivial para o serviço contar quantos clientes atualmente reproduzem uma transmissão.

PlayReady Secure Stop resolve este problema. O PlayReady Secure Stop permite que um serviço seja notificado quando um cliente para de reproduzir um fluxo. Combinado com licenças não persistentes, que permitem que o serviço seja notificado quando um cliente começa a reproduzir um fluxo, ele permite que o serviço conte em tempo real quantos clientes reproduzem um fluxo, ou uma coleção de fluxos, em uma conta específica e imponha esse número.

Transferir e reproduzir conteúdos de subscrição

Os seguintes aspetos técnicos devem ser considerados ao implementar conteúdo sob subscrição que é descarregado e reproduzido.

• Tal como no aluguer ou noutro cenário, fazer o download de um conteúdo antes da reprodução permite uma qualidade constante que não está relacionada com a qualidade da rede, mas pode exigir um certo atraso antes que a reprodução possa realmente começar. Por exemplo, se a largura de banda da rede estiver normalmente entre 2 Mbps e 5 Mbps, com uma média de 4 Mbps, e o usuário pagar por um fluxo de alta definição (HD) completo a 4 Mbps, a única maneira de garantir uma alta qualidade constante é pré-baixar o conteúdo. O download progressivo permite que o cliente comece a baixar o conteúdo e, em seguida, comece a reproduzir antes que o download seja concluído. No exemplo acima, um pré-buffering de 5 minutos pode ser suficiente para garantir a qualidade esperada durante a reprodução.

• Outras vantagens da entrega de downloads é permitir o consumo de conteúdo em ambientes com conectividade zero ou baixa (por exemplo, metrôs, trens suburbanos, aviões e assim por diante).

• Os serviços que desejam fazer push de conteúdo podem querer aproveitar a medição do PlayReady. A medição PlayReady permite que um serviço forneça uma licença persistente e seja notificado posteriormente se o conteúdo tiver sido realmente reproduzido. Com base nessas informações, o serviço pode enviar conteúdo para um dispositivo e pagar proprietários de conteúdo, ou faturar usuários, com base em seu consumo real. Normalmente, essa funcionalidade seria útil no seguinte cenário:

  1. Um usuário tem uma assinatura para um serviço de vídeo.

  2. O usuário começa a assistir ao episódio 1 de uma série de TV.

  3. O serviço envia os episódios 2, 3 e 4 para o dispositivo (o aplicativo do dispositivo baixa esses episódios e as licenças persistentes associadas).

  4. O usuário é desconectado no metrô.

  5. O usuário joga os episódios 2 e 3.

  6. O usuário é reconectado.

  7. O serviço é notificado de que o usuário jogou os episódios 1, 2 e 3, mas não o episódio 4.