Fluxos de trabalho CPIX e SPEKE
Trocar chaves ao vivo com infraestrutura de embalagem compatível, mantendo os limites do provedor isolados.
6.0Coordene embalagens ao vivo, períodos chave rotativos, manifestos registrados, renovação de licença e autorização do visualizador em ecossistemas suportados DRM.
Trocar chaves ao vivo com infraestrutura de embalagem compatível, mantendo os limites do provedor isolados.
Coordene a rotação da chave e junte-se tardiamente sem publicar um KID antes que cada provedor de licença necessário possa resolvê-lo.
Definir o comportamento de renovação limitado apropriado para canais de longo prazo e atualizar decisões de direito.
Rastreie os estágios de sessão ao vivo, licença, renovação e liberação através de identificadores de correlação redigidos.
Defina sua identidade de conteúdo, sistemas habilitados DRM, integração de embalagem e destino de entrega.
Use pedidos limitados CPIX/SPEKE e mantenha os períodos necessários para os telespectadores na borda ao vivo.
Expor as saídas protegidas apenas validadas DASH e HLS cujos KIDs estão disponíveis para cada provedor selecionado.
Crie uma sessão de reprodução ao vivo, renove-a quando apropriado e solte sua reserva quando a visualização terminar.
Seu backend continua decidindo os direitos de compra, assinatura, curso, aluguel e acesso do usuário. O DRM-X assina essa autorização e aplica seus limites sem colocar credenciais de longa duração no player ou aplicativo móvel.
Autorize os espectadores pagos mantendo a política de segurança e o controle de fluxo simultâneo ativo durante todo o evento.
Rodar as teclas e renovar a autorização limitada sem alterar o contrato de reprodução principal da aplicação.
Aplique a mesma lógica de acesso do usuário e do curso usada por aulas protegidas sob demanda.
No. Os clientes definem o conteúdoType para viver e consumir os mesmos campos de reprodução-sessão, licença, renovação e lançamento.
Reiniciar o codificador de teste, rotação de chaves, adesão tardia, renovação, negação de direitos, limites simultâneos, comportamento de apagão e failover em cada dispositivo prometido.
Não. DRM-X não deve publicar um giratório KID até que cada provedor de licença necessário possa resolver a chave correspondente.