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.
Per implementare Android Player per AEM Screens, installa Android Player per AEM Screens.
Visita il Download del lettore AEM 6.5 pagina.
Devi impostare un ambiente per il lettore Android se utilizzi AEM Screens 6.5.5 Service Pack.
Imposta il Attributo SameSite per i cookie del token di accesso da Lax a Nessuno da Configurazione della console web Adobe Experience Manager su tutte le istanze di authoring e pubblicazione AEM.
Effettua le seguenti operazioni:
Accedi a Configurazione della console web Adobe Experience Manager utilizzo http://localhost:4502/system/console/configMgr
.
Cerca Adobe Gestore autenticazione token Granite.
Imposta il Attributo SameSite per i cookie del token di accesso da Lax a Nessuno.
Fai clic su Salva.
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:
Premi a lungo nell’angolo in alto a sinistra per aprire il pannello di amministrazione.
Accedi a Configurazione dal menu Azioni sinistro, inserisci la posizione (indirizzo) dell’istanza AEM a cui desideri connetterti e fai clic su Salva.
Accedi a Dispositivo Registrazione dal menu Azioni sinistro per controllare lo stato del processo di registrazione del dispositivo.
Se il Stato è REGISTRATO, noterai la ID dispositivo verrà compilato.
Se il Stato è NON REGISTRATO, è possibile utilizzare Token per registrare il dispositivo.
A causa dell'architettura di Android, il riavvio del dispositivo richiede che l'applicazione disponga di privilegi di sistema. A questo scopo, devi firmare l’app utilizzando i tasti di firma del produttore, altrimenti watchdog riavvia l’applicazione del lettore e non il dispositivo.
Per accedere ad alcune delle API privilegiate di Android, ad esempio PowerManager o HDMIControlServices, è necessario firmare l'apk android utilizzando i tasti del produttore.
Prerequisiti:
Dovresti aver installato l’SDK per Android prima di eseguire i seguenti passaggi.
Segui i passaggi seguenti per firmare l'apk android utilizzando i tasti del produttore:
Scarica l’app da Google Play o da Download di AEM Screens Player pagina
Ottenere le chiavi della piattaforma dal produttore per ottenere un pk8 e un pem file
Individua lo strumento apksigner nell’sdk Android utilizzando find ~/Library/Android/sdk/build-tools -name "apksigner"
<pathto> /apksigner sign —chiave platform.pk8 —cert platform.x509.pem aemscreensplayer.apk
Trovare il percorso dello strumento di allineamento zip nell'SDK di Android
<pathto> /zipalign -fv 4 aemscreensplayer.apk aemscreensaligned.apk
Installa aemscreensaligned.apk utilizzo dell'installazione adb sul dispositivo
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 disponiamo 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 Viene utilizzato un timer keep alive per attivare un evento ogni 15 secondi. In questo caso, è necessario annullare l'intento in sospeso esistente (per riavviare o riavviare l'app) e registrare un nuovo intento in sospeso per gli stessi 60 secondi in futuro (essenzialmente posticipando il riavvio).
In Android, il Gestione allarmi viene utilizzato per registrare pendingIntents che può essere eseguito anche se l’app si è bloccata e la sua trasmissione dell’allarme non è esatta dall’API 19 (Kitkat). Mantieni una certa spaziatura tra l'intervallo del timer e il di AlarmManager pendingIntent allarme.
3. Arresto anomalo dell’applicazione In caso di arresto anomalo, pendingIntent per il riavvio registrato con AlarmManager non viene più reimpostato ed esegue quindi un riavvio o un riavvio dell'app (a seconda delle autorizzazioni disponibili al momento dell'inizializzazione del plug-in cordova).
Quando si esegue il rollout in blocco del lettore Android, è necessario eseguire il provisioning del lettore per puntare a un’istanza AEM e configurare altre proprietà senza immetterle manualmente nell’interfaccia utente di amministrazione.
Questa funzione è disponibile dal lettore Android 42.0.372.
Segui i passaggi seguenti per consentire il provisioning in blocco nel lettore Android:
Crea un file JSON di configurazione con il nome player-config.default.json
.
Fai riferimento a un Esempio di criterio JSON nonché una tabella che descrive l'utilizzo dei vari Attributi dei criteri.
Utilizza uno strumento di esplorazione dei file MDM, ADB o Android Studio per rilasciare questo file JSON per i criteri in sdcard sul dispositivo Android.
Una volta distribuito il file, usa MDM per installare l’applicazione del lettore.
All’avvio dell’applicazione del lettore, questo file di configurazione viene letto e fa riferimento al server AEM applicabile in cui può essere registrato e successivamente controllato.
Questo file è sola lettura la prima volta che l’applicazione viene avviata e non può essere utilizzata per le configurazioni successive. Se il lettore viene avviato prima dell'eliminazione del file di configurazione, è sufficiente disinstallare e reinstallare l'applicazione sul dispositivo.
La tabella seguente riepiloga gli attributi dei criteri con un esempio di JSON per i criteri a scopo di riferimento:
Nome criterio | Scopo |
---|---|
server | L’URL del server Adobe Experience Manager. |
risoluzione | Risoluzione del dispositivo. |
rebootSchedule | La pianificazione per il riavvio si applica a tutte le piattaforme. |
enableAdminUI | Abilita l’interfaccia utente di amministrazione per configurare il dispositivo sul sito. Imposta su false una volta che è completamente configurato e in produzione. |
enableOSD | Abilita l’interfaccia utente per cambiare canale affinché gli utenti possano cambiare canale sul dispositivo. Considerare l'impostazione su false una volta che è completamente configurato e in produzione. |
enableActivityUI | Abilita questa opzione per mostrare l’avanzamento di attività come download e sincronizzazione. Abilita per la risoluzione dei problemi e disabilita una volta che è completamente configurato e in produzione. |
enableNativeVideo | Abilita per utilizzare l’accelerazione hardware nativa per la riproduzione video (solo Android). |
{
"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
}
Tutti i dispositivi Android hanno un sdcard cartella se un valore effettivo sdcard è inserito o meno. Quando viene distribuito, questo file si trova allo stesso livello della cartella Download. Alcuni MDM come Samsung Knox possono fare riferimento a questo sdcard percorso cartella come Memoria interna.
Quando si distribuisce il lettore Android in massa, diventa noioso registrare manualmente ogni singolo 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.
Puoi assegnare un nome descrittivo del dispositivo al lettore Android, inviando in tal modo il nome del dispositivo assegnato ad Adobe Experience Manager (AEM). Questa funzionalità consente non solo di denominare il lettore Android, ma anche di assegnare facilmente i contenuti appropriati.
È possibile scegliere il nome del lettore solo prima della registrazione. Una volta registrato, il nome del lettore non può più essere modificato.
Per configurare il nome in Android Player, segui i passaggi seguenti:
Segui i passaggi seguenti per consentire il provisioning in blocco in Android Player:
Assicurati che il tuo dispositivo Android supporti i servizi Google Play.
Iscrivi i dispositivi di riproduzione Android con la tua soluzione EMM preferita che supporta AppConfig.
Accedi alla console EMM e richiama l’applicazione AEM Screens Player da Google Play.
Seleziona la configurazione gestita o l’opzione correlata.
A questo punto dovrebbe essere visualizzato un elenco di opzioni del lettore che possono essere configurate, ad esempio il codice di registrazione del server e in blocco.
Configura questi parametri, salva e distribuisci il criterio nei dispositivi.
I dispositivi devono ricevere l'applicazione insieme alla configurazione e puntare al server AEM corretto con la configurazione selezionata. Se hai scelto di configurare il codice di registrazione in blocco e lo hai mantenuto come configurato in AEM, il lettore deve essere in grado di registrarsi automaticamente. Se hai configurato una visualizzazione predefinita, questa può anche scaricare e mostrare alcuni contenuti predefiniti (che possono essere successivamente modificati per comodità).
Inoltre, è necessario verificare con il fornitore EMM il supporto di AppConfig. Quelli più popolari come VMWare Airwatch, Ferro da stiro, SOTI, Blackberry UEM, IBM Maas360 e Samsung Knox tra gli altri, supporta questo standard di settore.
AEM Screens fornisce funzionalità di controllo remoto. Ulteriori informazioni su questa funzione qui: Controllo remoto Schermi