Implementieren von Android™ Player implementing-android-player
In diesem Abschnitt wird die Konfiguration des Android™-Players beschrieben. Er enthält Informationen zur Konfigurationsdatei und präsentiert die verfügbaren Optionen und Empfehlungen zu den zum Entwickeln und Testen zu verwendenden Einstellungen.
Außerdem Watchdog ist eine Lösung, um den Player nach Abstürzen wiederherzustellen. Eine Anwendung muss sich beim Watchdog-Dienst registrieren und dann regelmäßig Nachrichten an den Dienst senden, dass er aktiv ist. Falls der Watchdog-Service innerhalb der geforderten Zeit keine Keep-Alive-Nachricht erhält, versucht der Service das Gerät neu zu starten, um eine saubere Wiederherstellung durchzuführen (bei ausreichenden Rechten) oder die Anwendung neu zu starten.
Installieren des Android™-Players installing-android-player
Installieren Sie Android™ Player für AEM Screens, um den Android™ Player für AEM Screens zu implementieren.
Rufen Sie die Seite AEM 6.5 Player-Downloads auf.
Einrichten der Umgebung für das AEM Screens 6.5.5 Service Pack fp-environment-setup
Legen Sie das Attribut „SameSite“ für die Anmelde-Token-Cookies in der Konfiguration der Adobe Experience Manager-Web-Konsole in allen AEM-Autoren- und Veröffentlichungsinstanzen von Lax (Gering) auf None (Keine) fest.
Führen Sie dazu folgende Schritte durch:
-
Navigieren Sie zur Konfiguration der Adobe Experience Manager-Web-Konsole über
http://localhost:4502/system/console/configMgr
. -
Suchen Sie nach Adobe Granite Token Authentication Handler.
-
Legen Sie das Attribut „SameSite“ für die Anmelde-Token-Cookies von Lax (Gering) auf None (Keine) fest.
-
Klicken Sie auf Speichern.
Ad-hoc-Methode ad-hoc-method
Mit der Ad-hoc-Methode können Sie den neuesten Android™ Player (.exe). Rufen Sie die Seite AEM 6.5 Player-Downloads auf.
Nachdem Sie die Anwendung heruntergeladen haben, führen Sie die Schritte im Player aus, um die Ad-hoc-Installation abzuschließen:
-
Halten Sie die linke obere Ecke gedrückt, um das Admin-Bedienfeld zu öffnen.
-
Navigieren Sie im linken Aktionsmenü zu Konfiguration, geben Sie den Standort (die Adresse) der AEM-Instanz ein, zu der Sie eine Verbindung aufbauen möchten, und klicken Sie auf Speichern.
-
Navigieren Sie zum Gerät Registrierung im linken Aktionsmenü, damit Sie den Status des Prozesses zur Geräteregistrierung überprüfen können.
Implementieren von Android™ Watchdog implementing-android-watchdog
Aufgrund der Architektur von Android™ muss das neu starten des Geräts über Systemberechtigungen verfügen. Signieren Sie dazu die apk mit den Signierungsschlüsseln des Herstellers. Andernfalls startet Watchdog die Player-Anwendung neu und startet das Gerät nicht neu.
Signage von Android™ apks
Verwenden von Herstellerschlüsseln signage-of-android-apks-using-manufacturer-keys
So greifen Sie auf die berechtigten APIs von Android™ zu, z. B. PowerManager oder HDMIControlServices, unterschreiben Sie Android™. apk
unter Verwendung der Herstellerschlüssel.
Gehen Sie wie folgt vor, um die Android™-apk mithilfe der Herstellerschlüssel zu signieren:
-
Laden Sie die apk von Google Play oder von der Seite AEM Screens-Player-Downloads herunter
-
Besorgen Sie sich die Plattformschlüssel vom Hersteller, damit Sie eine pk8 und pem file
-
Suchen Sie die
apksigner
Tool in Android™ sdk mithilfe von find~/Library/Android/sdk/build-tools -name "apksigner"
-
<pathto> /apksigner sign --key platform.pk8 --cert platform.x509.pem aemscreensplayer.apk
-
Suchen Sie den Pfad zum Zip-Ausrichtungs-Tool in Android™ SDK
-
<pathto> /zipalign -fv 4 aemscreensplayer.apk aemscreensaligned.apk
-
Installieren Sie aemscreensaligned.apk mithilfe von adb install auf dem Gerät
Grundlegendes zu Android™ Watchdog-Services android-watchdog-services
Der Android-Watchdog-übergreifende Dienst wird als Cordova-Plug-in implementiert, indem er AlarmManager.
Das folgende Diagramm zeigt die Implementierung des Watchdog-Service:
1. Initialisierung - Zum Zeitpunkt der Initialisierung des Cordova-Plug-ins werden die Berechtigungen überprüft, um festzustellen, ob Sie über Systemberechtigungen und somit über die Berechtigung zum Neustart verfügen. Sind diese beiden Kriterien erfüllt, wird ein Pending-Intent für den Neustart erstellt. Andernfalls wird ein Pending-Intent für den Neustart der Anwendung (basierend auf ihrer Startaktivität) erstellt.
2. Keep-Alive-Timer - Ein Keep-Alive-Timer wird verwendet, um alle 15 Sekunden ein Ereignis Trigger. In diesem Fall brechen Sie den vorhandenen Pending-Intent ab (um die App neu zu starten) und registrieren Sie einen neuen Pending-Intent für die gleichen 60 Sekunden in der Zukunft (im Grunde wird der Neustart verschoben).
3. Anwendungsabsturz - Bei einem Absturz wird der pendingIntent für den Neustart, der beim AlarmManager registriert ist, nicht mehr zurückgesetzt. Daher wird ein Neustart des Programms ausgeführt (abhängig von den zum Zeitpunkt der Initialisierung des Cordova-Plug-ins verfügbaren Berechtigungen).
Massenbereitstellung von Android™ Player bulk-provision-android-player
Wenn der Android™-Player stapelweise eingeführt wird, muss der Player auf eine AEM Instanz verweisen und andere Eigenschaften konfigurieren, ohne diese manuell in die Admin-Benutzeroberfläche eingeben zu müssen.
Gehen Sie wie folgt vor, um die Massenbereitstellung im Android™-Player zuzulassen:
-
Erstellen Sie eine JSON-Konfigurationsdatei mit dem Namen
player-config.default.json
.
Anzeigen einer Beispiel-JSON-Richtlinie und einer Tabelle, die die Verwendung der verschiedenen Richtlinienattribute. -
Verwenden Sie einen MDM- oder ADB- oder Android™ Studio-Datei-Explorer, um diese JSON-Richtliniendatei im sdcard auf dem Android™-Gerät.
-
Nachdem die Datei bereitgestellt wurde, installieren Sie die Player-App mit dem MDM.
-
Wenn die Player-Anwendung gestartet wird, wird diese Konfigurationsdatei gelesen und auf den entsprechenden AEM-Server verwiesen, auf dem sie registriert und dann gesteuert wird.
note note NOTE Diese Datei ist schreibgeschützt wenn die Anwendung zum ersten Mal gestartet wird und nicht für nachfolgende Konfigurationen verwendet werden kann. Wenn der Player vor dem Ablegen der Konfigurationsdatei gestartet wird, deinstallieren Sie die Anwendung einfach und installieren Sie sie erneut auf dem Gerät.
Richtlinienattribute policy-attributes
Die folgende Tabelle fasst zur Referenz die Richtlinienattribute mit einer JSON-Beispielrichtlinie zusammen:
Beispiel für eine JSON-Richtlinie 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
}
*sdcard*
Ordner, ob ein tatsächlicher *sdcard*
wird eingefügt oder nicht. Diese Datei befindet sich bei Bereitstellung auf derselben Ebene wie der Ordner „Downloads“. Einige MDMs, wie Samsung Knox, sehen dies möglicherweise sdcard Ordnerspeicherort als Interner Speicher.Massenbereitstellung von Android™-Player mithilfe von Enterprise Mobility Management bulk-provisioning
Bei der Massenbereitstellung des Android™-Players wird es mühsam, jeden Player manuell bei AEM zu registrieren. Es wird dringend empfohlen, eine EMM-Lösung (Enterprise Mobility Management) zu verwenden, z. B. VMWare Airwatch
, MobileIron oder Samsung Knox verwenden, um Ihre Implementierung remote bereitzustellen und zu verwalten. Der AEM Screens Android™ Player unterstützt die standardmäßige EMM AppConfig-Lösung, die die Remote-Bereitstellung ermöglicht.
Benennen von Android™ Player name-android
Sie können Ihrem Android™-Player einen benutzerfreundlichen Gerätenamen zuweisen und so den zugewiesenen Gerätenamen an AEM (Adobe Experience Manager) senden. Mit dieser Funktion können Sie nicht nur Ihren Android™-Player benennen, sondern auch mühelos geeignete Inhalte zuweisen.
Gehen Sie wie folgt vor, um den Namen im Android™-Player zu konfigurieren:
- Navigieren Sie zu settings > Über Geräte
- Bearbeiten Sie den Gerätenamen und legen Sie ihn fest, um den Android™-Player zu benennen.
Implementieren der Massenbereitstellung von Android™ Player mithilfe von Enterprise Mobility Management implementation
Gehen Sie wie folgt vor, um die Massenbereitstellung im Android™-Player zuzulassen:
-
Stellen Sie sicher, dass Ihr Android™-Gerät Google Play-Dienste unterstützt.
-
Registrieren Sie Ihre Android™-Player-Geräte mit Ihrer bevorzugten EMM-Lösung, die AppConfig unterstützt.
-
Melden Sie sich bei Ihrer EMM-Konsole an und rufen Sie die AEM Screens Player-Anwendung von Google Play ab.
-
Wählen Sie die verwaltete Konfiguration oder die zugehörige Option aus.
-
Sie sollten nun eine Liste der Player-Optionen sehen, die konfiguriert werden können, wie z. B. Server und Massenregistrierungs-Code.
-
Konfigurieren Sie diese Parameter, speichern Sie sie und stellen Sie die Richtlinie auf den Geräten bereit.
note note NOTE Die Geräte sollten das Programm zusammen mit der Konfiguration empfangen und auf den richtigen AEM-Server mit der ausgewählten Konfiguration verweisen. Wenn Sie den Massenregistrierungs-Code konfiguriert haben und ihn so belassen haben, wie er in AEM konfiguriert wurde, sollte sich der Player automatisch registrieren können. Wenn Sie eine Standardanzeige konfiguriert haben, kann sie auch einige Standardinhalte herunterladen und anzeigen (die später nach Belieben geändert werden können).
Wenden Sie sich außerdem an Ihren EMM-Anbieter, wenn Sie Fragen zur AppConfig-Unterstützung haben. Am häufigsten verwendete VMWare Airwatch
, Mobile Iron
, SOTI
, BlackBerry® UEM
, IBM® Maas360
, und Samsung Knox
unterstützen unter anderem diesen Industriestandard.
Verwenden der Fernbedienungs-Steuerung von Screens using-remote-control
AEM Screens bietet Funktionen für die Steuerung per Fernbedienung. Mehr über diese Funktion erfahren Sie hier: Fernbedienungs-Steuerung von Screens