Android 플레이어 구현

이 섹션에서는 Android 플레이어 구성에 대해 설명합니다. 구성 파일 및 사용 가능한 옵션에 대한 정보와 개발 및 테스트에 사용할 설정에 대한 권장 사항을 제공합니다.

또한 Watchdog​은 충돌을 통해 플레이어를 복구하는 솔루션입니다. 애플리케이션은 자신을 감시 서비스에 등록한 다음, 주기적으로 해당 서비스가 살아 있는 서비스에 메시지를 보내야 합니다. 감시장치 서비스가 지정된 시간 내에 Keep-Alive 메시지를 수신하지 못하는 경우, 서비스는 정리 복구를 위해 디바이스를 재부팅하거나(충분한 권한이 있는 경우) 응용 프로그램을 다시 시작하려고 시도합니다.

Android Player 설치

AEM Screens용 Android Player를 구현하려면 AEM Screens용 Android Player를 설치하십시오.

AEM 6.5 Player 다운로드 페이지를 방문하십시오.

AEM Screens 6.5.5 서비스 팩의 환경 설정

노트

AEM Screens 6.5.5 서비스 팩을 사용하는 경우 Android 플레이어에 대한 환경을 설정해야 합니다.

모든 AEM 작성자 및 게시 인스턴스의 SameSite 속성을 Lax 에서 Adobe Experience Manager Web Console 구성​에서​없음​으로 설정합니다.

아래 단계를 따르십시오.

  1. http://localhost:4502/system/console/configMgr를 사용하여 Adobe Experience Manager 웹 콘솔 구성​으로 이동합니다.

  2. Granite 토큰 인증 핸들러 Adobe​를 검색합니다.

  3. Lax​에서 로그인 토큰 쿠키​에 대한 SameSite 속성을 없음​으로 설정합니다.
    이미지

  4. 저장​을 클릭합니다.

Ad-Hoc 메서드

Ad-Hoc 메서드를 사용하면 최신 Android 플레이어(.exe)를 설치할 수 있습니다. AEM 6.5 Player 다운로드 페이지를 방문하십시오.

애플리케이션을 다운로드한 후에는 플레이어의 단계에 따라 임시 설치를 완료합니다.

  1. 왼쪽 상단 모서리에서 을(를) 길게 눌러 관리 패널을 엽니다.

  2. 왼쪽 작업 메뉴에서 구성​으로 이동하고 연결할 AEM 인스턴스의 위치(주소)를 입력하고 저장​을 클릭합니다.

  3. 왼쪽 작업 메뉴에서 Device 등록 링크로 이동하여 장치 등록 프로세스의 상태를 확인합니다.

노트

State​가 REGISTERED​이면 장치 id 필드가 채워지는 것을 볼 수 있습니다.

State​가 UNREGISTER​인 경우 토큰​을 사용하여 장치를 등록할 수 있습니다.

Android Watchdog 구현

Android의 아키텍처로 인해 장치를 재부팅하려면 애플리케이션에 시스템 권한이 있어야 합니다. 이렇게 하려면 제조업체의 서명 키를 사용하여 apk에 서명해야 합니다. 그렇지 않으면 감시가 플레이어 애플리케이션을 다시 시작하고 장치를 재부팅하지 않습니다.

제조업체 키를 사용하는 Android 패키지의 서명

PowerManager 또는 HDMIControlServices​와 같은 Android의 일부 권한이 있는 API에 액세스하려면 제조업체의 키를 사용하여 Android api에 서명해야 합니다.

주의

전제 조건:

다음 단계를 수행하려면 먼저 Android SDK가 설치되어 있어야 합니다.

아래 절차에 따라 제조업체의 키를 사용하여 Android 앱에 서명하십시오.

  1. Google Play 또는 AEM Screens Player 다운로드 페이지에서 앱을 다운로드합니다

  2. 제조업체에서 플랫폼 키를 가져와 pk8pem 파일을 가져옵니다.

  3. find ~/Library/Android/sdk/build-tools -name "apksigner"를 사용하여 android sdk에서 apksigner 도구를 찾습니다.

  4. <pathto> /apksigner sign —key platform.pk8 —cert platform.x509.pem aemscreensplayer.apk

  5. android sdk에서 zip 정렬 도구의 경로를 찾습니다

  6. <pathto> /zipalign -fv 4 aemscreensplayer.apk aemscreensalshed.apk

  7. adb 설치를 사용하여 aemscreensalested.apk​을 장치에 설치합니다

Android Watchdog 서비스 이해

Android 간 감시 서비스는 AlarmManager​를 사용하여 cordova 플러그인으로 구현됩니다.

다음 다이어그램은 감시 서비스 구현입니다.

chlimage_1-31

1. 초기화 Cordova 플러그인의 초기화 시 시스템 권한이 있는지 확인하여 Reboot 권한이 있는지 확인합니다. 이 두 기준이 충족되면 재부팅에 대한 보류 중인 의도가 만들어지고, 그렇지 않으면 애플리케이션을 다시 시작하려는 보류 중인 의도(해당 Launch 활동에 따라)가 생성됩니다.

2. Keep Alive Timer Keep Alive 타이머가 15초마다 이벤트를 트리거하는 데 사용됩니다. 이 경우 기존의 보류 중인 의도를 취소하고(앱을 다시 부팅하거나 다시 시작하기) 향후 60초 동안 새 보류 중인 의도를 등록해야 합니다(즉 다시 부팅을 연기함).

노트

Android에서 AlarmManager​는 앱이 충돌하여 API 19(Kitkat)에서 해당 알람 전달이 부정확한 경우에도 실행할 수 있는 pendingIntents​를 등록하는 데 사용됩니다. 타이머의 간격과 AlarmManager의 pendingIntent의 알람 사이에 약간의 간격을 유지하십시오.

3. 응용 프로그램 충돌 충돌이 발생하면 AlarmManager에 등록된 Reboot에 대한 pendingIntent가 더 이상 재설정되지 않으므로 Cordova 플러그인의 초기화 시 사용 가능한 권한에 따라 앱의 다시 부팅 또는 다시 시작을 실행합니다.

Android 플레이어의 벌크 프로비저닝

Android 플레이어를 일괄적으로 롤아웃할 때, Admin UI에서 수동으로 입력하지 않고 AEM 인스턴스를 가리키도록 플레이어를 프로비저닝하고 다른 속성을 구성해야 합니다.

노트

이 기능은 Android 플레이어 42.0.372에서 사용할 수 있습니다.

Android 플레이어에서 벌크 프로비저닝을 허용하려면 아래 단계를 따르십시오.

  1. 이름이 player-config.default.json인 구성 JSON 파일을 만듭니다.
    다양한 정책 속성의 사용을 설명하는 표와 예제 JSON 정책을 참조하십시오.

  2. MDM 또는 ADB 또는 Android Studio 파일 탐색기를 사용하여 이 정책 JSON 파일을 Android 장치의 sdcard 폴더에 놓습니다.

  3. 파일이 배포되면 MDM을 사용하여 플레이어 응용 프로그램을 설치합니다.

  4. 플레이어 애플리케이션이 실행되면 이 구성 파일을 읽고 등록하여 제어할 수 있는 해당 AEM 서버를 가리킵니다.

    노트

    이 파일은 응용 프로그램을 처음 시작할 때 읽기 전용​이며 후속 구성에 사용할 수 없습니다. 구성 파일이 삭제되기 전에 플레이어가 시작된 경우 해당 애플리케이션을 제거하고 장치에 다시 설치하면 됩니다.

정책 속성

다음 표에는 참조에 대한 정책 JSON 예제 정책이 있는 정책 속성이 요약되어 있습니다.

정책 이름 목적
서버 Adobe Experience Manager 서버의 URL입니다.
해상도 장치의 해상도.
rebootSchedule 재부팅할 일정은 모든 플랫폼에 적용됩니다.
enableAdminUI 사이트에서 장치를 구성하려면 관리자 UI를 활성화합니다. 완전히 구성되고 프로덕션에 있으면 false​로 설정하십시오.
enableOSD 사용자가 장치에서 채널을 전환할 수 있도록 채널 전환기 UI를 활성화합니다. 프로덕션 환경에서 완전히 구성된 경우 false​로 설정하는 것이 좋습니다.
enableActivityUI 다운로드 및 동기화와 같은 활동의 진행 상황을 표시하도록 활성화합니다. 문제 해결을 활성화하고 완전히 구성하고 프로덕션에서 비활성화합니다.
enableNativeVideo 비디오 재생에 기본 하드웨어 가속을 사용할 수 있도록 합니다(Android만 해당).

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
}
노트

모든 Android 장치에는 실제 sdcard​가 삽입되었는지 여부에 관계없이 sdcard 폴더가 있습니다. 배포될 때 이 파일은 다운로드 폴더와 동일한 수준에 있게 됩니다. 삼성 녹스와 같은 일부 MDM은 이 sdcard 폴더 위치를 내부 저장소​로 참조할 수 있습니다.

Enterprise Mobility Management를 사용하여 Android Player의 벌크 프로비저닝

Android 플레이어를 일괄적으로 배포할 때 모든 단일 플레이어를 AEM에 수동으로 등록하는 것은 번거롭습니다. VMWare Airwatch, MobileIron 또는 Samsung Knox와 같은 EMM(Enterprise Mobility Management) 솔루션을 사용하여 원격으로 배포를 프로비저닝하고 관리하는 것이 좋습니다. AEM Screens Android 플레이어는 원격 프로비저닝을 허용하도록 업계 표준 EMM AppConfig 를 지원합니다.

Android 플레이어 이름 지정

Android 플레이어에 사용자에게 친숙한 장치 이름을 할당하여 할당된 장치 이름을 Adobe Experience Manager(AEM)에 전송할 수 있습니다. 이 기능을 사용하면 Android 플레이어의 이름을 지정할 수 있을 뿐만 아니라 적절한 컨텐츠를 쉽게 할당할 수 있습니다.

아래 절차에 따라 Android 플레이어에서 이름을 구성하십시오.

  1. 설정 —> 장치 정보​로 이동합니다.
  2. 장치 이름을 편집하고 설정하여 Android 플레이어의 이름을 지정합니다

Enterprise Mobility Management를 사용하여 Android Player의 벌크 프로비저닝 구현

Android Player에서 벌크 프로비저닝을 허용하려면 아래 단계를 따르십시오.

  1. Android 장치가 Google Play 서비스를 지원하는지 확인합니다.

  2. AppConfig를 지원하는 자주 사용하는 EMM 솔루션으로 Android 플레이어 장치를 등록합니다.

  3. EMM 콘솔에 로그인하고 Google Play에서 AEM Screens Player 애플리케이션을 가져옵니다.

  4. 관리 구성 또는 관련 옵션을 선택합니다.

  5. 이제 서버 및 벌크 등록 코드와 같이 구성할 수 있는 플레이어 옵션 목록이 표시됩니다.

  6. 이러한 매개 변수를 구성하고 정책을 저장하고 장치에 배포합니다.

    노트

    장치는 구성과 함께 응용 프로그램을 수신하고 선택한 구성으로 올바른 AEM 서버를 가리켜야 합니다. 벌크 등록 코드를 구성하고 AEM에 구성된 것과 동일하게 유지하는 경우 플레이어가 자동으로 등록할 수 있어야 합니다. 기본 디스플레이를 구성한 경우 기본 콘텐츠를 다운로드하고 표시할 수도 있습니다(나중에 필요에 따라 변경할 수 있음).

또한 AppConfig 지원에 대해 EMM 공급업체에 문의해야 합니다. VMWare Airwatch, 모바일 아이언, SOTI, Blackberry UEM, IBM Maas360Samsung Knox와 같이 가장 많이 사용되는 표준은 이러한 표준을 지원합니다.

이 페이지에서는