2. Fase de configuração

RequisitosRiscos
Recuperação de configuração

Recupere a resposta de configuração somente quando for necessário solicitar que o usuário selecione o MVPD (provedor de TV) antes da Fase de autenticação.

Não há necessidade de recuperar a resposta da configuração quando:

  • O usuário já está autenticado.
  • O usuário recebe acesso temporário.
  • A autenticação do usuário expirou, mas o usuário pode ser solicitado a confirmar que ainda é assinante do MVPD selecionado anteriormente.
Riscos de sobrecarga dos recursos do sistema e aumento da latência.
Armazenamento em Cache de Seleção do Provedor de TV

Armazene a seleção do provedor de TV por assinatura (MVPD) do usuário no armazenamento persistente para usá-la em todas as fases subsequentes:

  • No armazenamento de resposta de configuração, o usuário selecionou MVPD "id".
  • No armazenamento de resposta de configuração, o usuário selecionou "displayName" do MVPD.
  • No armazenamento de resposta de configuração, o usuário selecionou "logoUrl" do MVPD.
Riscos de sobrecarga dos recursos do sistema e aumento da latência.

3. Fase de autenticação

RequisitosRiscos
Início do mecanismo de pesquisa

Inicie o mecanismo de sondagem sob as seguintes condições:

Autenticação executada no aplicativo (tela) primário

  • O aplicativo principal (streaming) deve iniciar o polling quando o usuário atingir a página de destino final, depois que o componente do navegador carregar o URL especificado para o parâmetro "redirectUrl" na solicitação de ponto de extremidade de sessões.

Autenticação executada em um aplicativo secundário (tela)

  • O aplicativo principal (transmissão) deve iniciar o polling assim que o usuário iniciar o processo de autenticação, logo após receber a resposta do endpoint de sessões e exibir o código de autenticação ao usuário.
Riscos de sobrecarga dos recursos do sistema, aumento da latência e possível acionamento de respostas de erro HTTP 429 "Muitas solicitações".
Interrupção do mecanismo de pesquisa

Pare o mecanismo de sondagem sob as seguintes condições:

Autenticação bem-sucedida

  • As informações de perfil do usuário foram recuperadas com êxito, confirmando o status de autenticação. Portanto, a sondagem não é mais necessária.

Sessão de autenticação e expiração do código

  • A sessão de autenticação e o código expiram, o usuário deve reiniciar o processo de autenticação e a pesquisa usando o código de autenticação anterior deve ser interrompida imediatamente.

Novo código de autenticação gerado

  • Se o usuário solicitar um novo código de autenticação, a sessão existente será invalidada e a pesquisa usando o código de autenticação anterior deverá ser interrompida imediatamente.
Riscos de sobrecarga dos recursos do sistema, aumento da latência e possível acionamento de respostas de erro HTTP 429 "Muitas solicitações".
Configuração do mecanismo de pesquisa

Configure a frequência do mecanismo de sondagem nas seguintes condições:

Autenticação executada no aplicativo (tela) primário

  • O aplicativo principal (transmissão) deve pesquisar a cada 3-5 segundos ou mais.

Autenticação executada em um aplicativo secundário (tela)

  • O aplicativo principal (transmissão) deve pesquisar a cada 3-5 segundos.
Riscos de sobrecarga dos recursos do sistema, aumento da latência e possível acionamento de respostas de erro HTTP 429 "Muitas solicitações".
Armazenamento em cache de perfis

Armazene partes das informações de perfil do usuário no armazenamento persistente para melhorar o desempenho e minimizar chamadas desnecessárias da API REST v2.

O armazenamento em cache deve se concentrar nos seguintes campos de resposta de perfis:

mvpd

  • O aplicativo cliente pode usá-lo para rastrear o provedor de TV selecionado pelo usuário e continuar a usá-lo durante as Fases de Pré-autorização ou Autorização.
  • Quando o perfil de usuário atual expira, o aplicativo cliente pode usar a seleção MVPD lembrada e solicitar a confirmação do usuário.

atributos

  • Usado para personalizar a experiência do usuário com base em diferentes chaves de metadados de usuário (por exemplo, zip, maxRating etc.).
  • Os metadados do usuário ficam disponíveis após a conclusão do fluxo de autenticação, portanto, o aplicativo cliente não precisa consultar um endpoint separado para recuperar as informações de metadados do usuário, pois já estão incluídas nas informações do perfil.
  • Determinados atributos de metadados podem ser atualizados durante a fase de autorização, dependendo da MVPD (por exemplo, Estatuto) e do atributo de metadados específico (por exemplo, householdID). Como resultado, o aplicativo cliente pode precisar consultar as APIs de perfis novamente após a autorização para recuperar os metadados do usuário mais recentes.
Riscos de sobrecarga dos recursos do sistema, aumento da latência e possível acionamento de respostas de erro HTTP 429 "Muitas solicitações".