Implementação do Android™ Player implementing-android-player

Esta seção descreve a configuração do Android™ player. Ele fornece informações do arquivo de configuração e as opções disponíveis, além de recomendações sobre quais configurações usar para desenvolvimento e teste.

Além disso, o Watchdog é uma solução para recuperar o reprodutor de falhas. Um aplicativo deve se registrar no serviço de vigia e enviar periodicamente mensagens ao serviço informando que ele está ativo. Caso o serviço de vigia não receba uma mensagem de manutenção de atividade em um tempo estipulado, o serviço tentará reinicializar o dispositivo. Isso é feito para uma recuperação limpa (se tiver privilégios suficientes) ou reinicia o aplicativo.

Instalação do Android™ Player installing-android-player

Para implementar o Android™ Player para AEM Screens, instale o Android™ Player para AEM Screens.

Visite a página Downloads de reprodutores do AEM 6.5.

Configuração do ambiente para o AEM Screens 6.5.5 Service Pack fp-environment-setup

Defina o atributo SameSite para os cookies de token de logon do Lax para None da Configuração do Console da Web do Adobe Experience Manager em todas as instâncias de autor e publicação do AEM.

Siga as etapas abaixo:

Método Ad-Hoc ad-hoc-method

O método Ad-Hoc permite instalar o Player mais recente da Android™ (.exe). Visite a página Downloads de reprodutores do AEM 6.5.

Depois de baixar o aplicativo, siga as etapas no reprodutor para concluir a instalação ad-hoc:

Implementação do Watchdog da Android™ implementing-android-watchdog

Devido à arquitetura da Android™, a reinicialização do dispositivo exige que o aplicativo tenha privilégios de sistema. Assine o apk usando as chaves de assinatura do fabricante, caso contrário, o watchdog pode reiniciar o aplicativo de reprodução e não reinicializar o dispositivo.

Sinalização de Android™ apks usando Chaves do Fabricante signage-of-android-apks-using-manufacturer-keys

Para acessar algumas das APIs privilegiadas do Android™, como o PowerManager ou o HDMIControlServices, assine o Android™ apk usando as chaves do fabricante.

Siga as etapas abaixo para assinar o aplicativo Android™ usando as chaves do fabricante:

Noções básicas sobre os serviços de vigia da Android™ android-watchdog-services

O serviço de vigia cross-Android™ é implementado como um plug-in Cordova usando o AlarmManager.

O diagrama a seguir mostra a implementação do serviço de vigia:

1. Inicialização - No momento da inicialização do plug-in Cordova, as permissões são verificadas para ver se você tem privilégios de sistema e, portanto, a permissão Reinicializar. Se esses dois critérios forem atendidos, uma intenção pendente de reinicialização será criada; caso contrário, uma intenção pendente de reiniciar o aplicativo (com base em sua atividade de inicialização) será criada.

2. Temporizador Keep Alive - Um temporizador keep alive é usado para acionar um evento a cada 15 segundos. Nesse caso, cancele a intenção pendente existente (reinicializar ou reiniciar o aplicativo) e registre uma nova intenção pendente pelos mesmos 60 segundos no futuro (essencialmente adiando a reinicialização).

3. Falha no Aplicativo - Se houver uma falha, o pendingIntent para Reinicialização registrado com AlarmManager não será mais redefinido. Portanto, ele executa uma reinicialização ou reinicialização do aplicativo (dependendo das permissões disponíveis no momento da inicialização do plug-in Cordova).

Provisionamento em massa do Android™ Player bulk-provision-android-player

Ao implantar o reprodutor Android™ em massa, é necessário provisionar o reprodutor para apontar para uma instância AEM e configurar outras propriedades sem inseri-las manualmente na interface do administrador.

Siga as etapas abaixo para permitir o provisionamento em massa no reprodutor Android™:

Atributos da política policy-attributes

A tabela a seguir resume os atributos da política com um exemplo de JSON de política para referência:

Exemplo de política JSON example-json

{
  "server": "https://author-screensdemo.adobecqms.net",
"device": "",
"user": "",
"password": "",
"resolution": "auto",
"rebootSchedule": "at 4:00 am",
"maxNumberOfLogFilesToKeep": 10,
"logLevel": 3,
"enableAdminUI": true,
"enableOSD": true,
"enableActivityUI": false,
"enableNativeVideo": false,
"enableAutoScreenshot": false,
"cloudMode": false,
"cloudUrl": "https://screens.adobeioruntime.net",
"cloudToken": "",
"enableDeveloperMode": true
}

Provisionamento em massa do Android™ Player usando o Enterprise Mobility Management bulk-provisioning

Ao implantar o Android™ player em massa, é entediante registrar cada player manualmente com AEM. Use uma solução EMM (Enterprise Mobility Management), como o VMWare Airwatch, MobileIron ou Samsung Knox, para que você possa provisionar e gerenciar remotamente sua implantação. O AEM Screens Android™ player oferece suporte ao EMM AppConfig padrão do setor para permitir o provisionamento remoto.

Nomeação do Android™ Player name-android

Você pode atribuir um nome de dispositivo amigável ao seu reprodutor Android™, enviando o nome de dispositivo atribuído ao AEM (Adobe Experience Manager). Esse recurso não apenas permite que você dê um nome ao seu reprodutor Android™, mas também permite que você atribua facilmente o conteúdo apropriado.

Siga as etapas abaixo para configurar o nome no reprodutor Android™:

Implementação do provisionamento em massa do Android™ Player usando o Gerenciamento de mobilidade empresarial implementation

Siga as etapas abaixo para permitir o provisionamento em massa no Android™ Player:

Além disso, verifique com o fornecedor de EMM o suporte ao AppConfig. Os mais populares, como VMWare Airwatch, Mobile Iron, SOTI, BlackBerry® UEM, IBM® Maas360 e Samsung Knox, entre outros, são compatíveis com esse padrão do setor.

Usar o controle remoto do Screens using-remote-control

O AEM Screens oferece a funcionalidade de Controle remoto. Saiba mais sobre este recurso aqui: Controle Remoto do Screens