Implementazione di Android™ Player implementing-android-player

Questa sezione descrive come configurare il lettore Android™. Fornisce informazioni sul file di configurazione e sulle opzioni disponibili, nonché consigli sulle impostazioni da utilizzare per lo sviluppo e il test.

Inoltre, Watchdog è una soluzione per recuperare il lettore dagli arresti anomali. Un'applicazione deve registrarsi presso il servizio di watchdog e quindi inviare periodicamente messaggi al servizio per informarlo che è attiva. Nel caso in cui il servizio watchdog non riceva un messaggio keep-alive entro il tempo stabilito, il servizio tenta di riavviare il dispositivo. Questa operazione viene eseguita per un ripristino pulito (se dispone dei privilegi sufficienti) o per riavviare l'applicazione.

Installazione di Android™ Player installing-android-player

Per implementare Android™ Player for AEM Screens, installa Android™ Player for AEM Screens.

Visita la pagina Download del lettore AEM 6.5.

Configurazione dell’ambiente per AEM Screens 6.5.5 Service Pack fp-environment-setup

Imposta l'attributo SameSite per i cookie token di accesso da Lax a None da Configurazione console Web Adobe Experience Manager in tutte le istanze di creazione e pubblicazione AEM.

Effettua le seguenti operazioni:

Metodo Ad Hoc ad-hoc-method

Il metodo Ad Hoc consente di installare il lettore Android™ più recente (.exe). Visita la pagina Download del lettore AEM 6.5.

Dopo aver scaricato l’applicazione, segui i passaggi sul lettore per completare l’installazione ad hoc:

Implementazione di Android™ Watchdog implementing-android-watchdog

A causa dell'architettura di Android™, il riavvio del dispositivo richiede che l'applicazione disponga dei privilegi di sistema. Firma l’apk utilizzando i tasti di firma del produttore, altrimenti il watchdog può riavviare l’applicazione del lettore e non il dispositivo.

Segnaletica di Android™ apks tramite chiavi del produttore signage-of-android-apks-using-manufacturer-keys

Per accedere ad alcune delle API con privilegi di Android™, ad esempio PowerManager o HDMIControlServices, firmare Android™ apk utilizzando le chiavi del produttore.

Segui i passaggi seguenti per firmare il pacchetto Android™ utilizzando i tasti del produttore:

Informazioni su Android™ Watchdog Services android-watchdog-services

Il servizio watchdog cross-Android™ è implementato come plug-in Cordova utilizzando AlarmManager.

Il diagramma seguente mostra l’implementazione del servizio watchdog:

1. Inizializzazione - Al momento dell'inizializzazione del plug-in Cordova, le autorizzazioni vengono verificate per verificare se si dispone dei privilegi di sistema e quindi dell'autorizzazione di riavvio. Se questi due criteri sono soddisfatti, viene creato un Intento in sospeso per il riavvio, altrimenti viene creato un Intento in sospeso per il riavvio dell'applicazione (in base alla relativa attività di avvio).

2. Keep Alive Timer - Viene utilizzato un timer keep alive per attivare un evento ogni 15 secondi. In questo caso, annulla l’intento in sospeso esistente (per riavviare o riavviare l’app) e registra un nuovo intento in sospeso per gli stessi 60 secondi in futuro (essenzialmente posticipando il riavvio).

3. Arresto anomalo dell'applicazione - Se si verifica un arresto anomalo, l'oggetto pendingIntent per il riavvio registrato con AlarmManager non viene più reimpostato. Esegue quindi il riavvio o il riavvio dell'app (a seconda delle autorizzazioni disponibili al momento dell'inizializzazione del plug-in Cordova).

Provisioning in blocco di Android™ Player bulk-provision-android-player

Quando si esegue il rollout in massa del lettore Android™, è necessario eseguire il provisioning del lettore in modo che punti a un’istanza AEM e configurare altre proprietà senza immetterle manualmente nell’interfaccia utente di amministrazione.

Segui i passaggi seguenti per consentire il provisioning in blocco nel lettore Android™:

Attributi dei criteri policy-attributes

La tabella seguente riepiloga gli attributi dei criteri con un esempio di JSON per i criteri a scopo di riferimento:

Esempio di criterio 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
}

Provisioning in blocco di Android™ Player tramite Enterprise Mobility Management bulk-provisioning

Quando si distribuisce il lettore Android™ in massa, diventa noioso registrare ogni lettore manualmente con l’AEM. Utilizzare una soluzione EMM (Enterprise Mobility Management) come VMWare Airwatch, MobileIron o Samsung Knox per eseguire il provisioning e gestire l'installazione in remoto. AEM Screens Android™ Player supporta lo standard di settore EMM AppConfig per consentire il provisioning remoto.

Denominazione di Android™ Player name-android

Puoi assegnare un nome descrittivo al tuo lettore Android™, inviando in tal modo il nome del dispositivo assegnato all’AEM (Adobe Experience Manager). Questa funzionalità consente non solo di denominare il lettore Android™, ma anche di assegnare facilmente il contenuto appropriato.

Segui i passaggi seguenti per configurare il nome nel lettore Android™:

Implementazione del provisioning in blocco di Android™ Player tramite Enterprise Mobility Management implementation

Segui i passaggi seguenti per consentire il provisioning in blocco in Android™ Player:

Inoltre, devi verificare con il fornitore EMM il supporto di AppConfig. I più popolari tra cui VMWare Airwatch, Mobile Iron, SOTI, BlackBerry® UEM, IBM® Maas360 e Samsung Knox supportano questo standard di settore.

Uso del telecomando Screens using-remote-control

AEM Screens fornisce funzionalità di controllo remoto. Ulteriori informazioni su questa funzionalità: Controllo remoto Screens