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 per un ripristino pulito (se dispone dei privilegi sufficienti) o riavviare l'applicazione.

Installazione di Android™ Player installing-android-player

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

Visita il Download del lettore AEM 6.5 pagina.

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

Imposta il Attributo SameSite per i cookie del token di accesso da Lax a Nessuno da Configurazione console Web Adobe Experience Manager su tutte le istanze di authoring 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 Download del lettore AEM 6.5 pagina.

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 di privilegi di sistema. A questo scopo, firma l’app utilizzando i tasti di firma del produttore, altrimenti watchdog riavvia l’applicazione del lettore e non il dispositivo.

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

Per accedere ad alcune delle API privilegiate di Android™ ad esempio PowerManager o HDMIControlServices, firma Android™ apk utilizzando i tasti del produttore.

Segui i passaggi seguenti per firmare l'apk 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 Gestione allarmi.

Il diagramma seguente mostra l’implementazione del servizio watchdog:

1. Inizializzazione - Al momento dell'inizializzazione del plug-in Cordova, le autorizzazioni vengono controllate 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. Timer Keep Alive - Il timer keep alive viene utilizzato 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 rimandando il riavvio).

3. Arresto anomalo dell’applicazione - In caso di arresto anomalo, il valore pendingIntent for Reboot 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 blocco 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 in massa il lettore Android™, diventa noioso registrare manualmente ogni lettore con AEM. Si consiglia vivamente di utilizzare una soluzione EMM (Enterprise Mobility Management) come VMWare Airwatch, MobileIron o Samsung Knox per effettuare 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 del lettore Android™ 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 i contenuti appropriati.

Per configurare il nome in Android™ Player, segui i passaggi seguenti:

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. Quelli più popolari come VMWare Airwatch, Mobile Iron, SOTI, BlackBerry® UEM, IBM® Maas360, e Samsung Knox tra gli altri, supporta questo standard di settore.

Utilizzo del telecomando Screens using-remote-control

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