Android™ Player 구현 implementing-android-player

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

또한 Watchdog ​은(는) 충돌에서 플레이어를 복구하는 솔루션입니다. 응용 프로그램은 Watchdog 서비스에 등록하고 주기적으로 Watchdog 서비스가 사용 중이라는 메시지를 전송해야 합니다. 워치독 서비스가 지정된 시간 내에 keep-alive 메시지를 수신하지 못한 경우 서비스는 디바이스를 재부팅하려고 시도합니다. 완전한 복구를 위해(충분한 권한이 있는 경우) 또는 애플리케이션을 다시 시작합니다.

Android™ Player 설치 installing-android-player

AEM Screens용 Android™ Player를 구현하려면 AEM Screens용 Android™ Player를 설치합니다.

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

AEM Screens 6.5.5 서비스 팩용 환경 설정 fp-environment-setup

모든 AEM 작성자 및 게시 인스턴스에서 로그인 토큰 쿠키에 대한 SameSite 특성 ​을(를) Lax ​에서 없음(으)로 Adobe Experience Manager 웹 콘솔 구성 ​에서 설정합니다.

아래 단계를 따르십시오.

임시 메서드 ad-hoc-method

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

응용 프로그램을 다운로드한 후 플레이어의 단계에 따라 임시 설치를 완료합니다.

Android™ Watchdog 구현 implementing-android-watchdog

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

제조업체 키를 사용하는 Android™ apks의 서명 signage-of-android-apks-using-manufacturer-keys

PowerManager 또는 HDMIControlServices ​과(와) 같은 Android™의 권한이 있는 일부 API에 액세스하려면 제조업체의 키를 사용하여 Android™ apk에 서명하십시오.

제조업체의 키를 사용하여 Android™ APK에 서명하려면 아래 단계를 따르십시오.

Android™ Watchdog 서비스 이해 android-watchdog-services

크로스 Android™ 감시 서비스는 AlarmManager ​을(를) 사용하여 Cordova 플러그인으로 구현됩니다.

다음 다이어그램은 Watchdog 서비스의 구현을 보여 줍니다.

1. Initialization - Cordova 플러그인을 초기화할 때 시스템 권한이 있는지 그리고 재부팅 권한이 있는지 확인하기 위해 사용 권한이 확인됩니다. 이 두 가지 기준을 충족하면 재부팅 보류 의도가 만들어지고, 그렇지 않으면 응용 프로그램을 다시 시작하려는 보류 의도(실행 활동에 따라)가 만들어집니다.

2. Keep Alive 타이머 - Keep Alive 타이머는 15초마다 이벤트를 트리거하는 데 사용됩니다. 이 경우 기존의 보류 중인 의도(앱을 다시 부팅하거나 다시 시작하려는 의도)를 취소하고 향후 동일한 60초 동안 새로운 보류 중인 의도를 등록합니다(기본적으로 재부팅 연기).

3. 응용 프로그램 충돌 - 충돌이 있는 경우 AlarmManager에 등록된 PendingIntent for Reboot가 더 이상 재설정되지 않습니다. 따라서 Cordova 플러그인의 초기화 시 사용 가능한 권한에 따라 앱의 재부팅 또는 재시작을 실행합니다.

Android™ Player 벌크 프로비저닝 bulk-provision-android-player

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

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

정책 속성 policy-attributes

다음 표에는 정책 속성이 참조용으로 JSON 예와 함께 요약되어 있습니다.

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
}

Enterprise Mobility Management를 사용한 Android™ Player 벌크 프로비저닝 bulk-provisioning

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

Android™ 플레이어 이름 지정 name-android

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

Android™ 플레이어에서 이름을 구성하려면 아래 단계를 따르십시오.

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

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

또한 AppConfig 지원에 대해 EMM 공급업체에 확인해야 합니다. VMWare Airwatch, Mobile Iron, SOTI, BlackBerry® UEM, IBM® Maas360 및 Samsung Knox과 같이 가장 인기 있는 항목은 이 업계 표준을 지원합니다.

Screens 원격 제어 사용 using-remote-control

AEM Screens은 원격 제어 기능을 제공합니다. 이 기능에 대해 자세히 알아보세요. Screens 원격 제어