Android™ プレーヤーの実装 implementing-android-player

ここでは、Android™ プレーヤーの設定について説明します。 使用可能な設定ファイルやオプションと、開発およびテストに使用する設定のレコメンデーションについて説明します。

また、 番犬 クラッシュからプレーヤーを回復するための解決策です。 アプリケーションは、自身をウォッチドッグサービスに登録し、そのサービスが有効であることを示すメッセージを定期的に送信する必要があります。 ウォッチドッグ サービスが所定の時間内にキープアライブ メッセージを受け取らなかった場合、クリーンな回復（十分な特権を持っている場合）のためにデバイスを再起動するか、またはアプリケーションを再起動しようとします。

Android™ プレーヤーのインストール installing-android-player

AEM Screens用 Android™ プレーヤーを実装するには、AEM Screens用 Android™ プレーヤーをインストールします。

AEM 6.5 Player のダウンロード ページにアクセスします。

AEM Screens 6.5.5 Service Pack の環境の設定 fp-environment-setup

AEM オーサーインスタンスおよびパブリッシュインスタンスの Adobe Experience Manager Web コンソール設定 ​で、login-token cookies の SameSite 属性 ​を Lax から None に設定します。

次の手順に従います。

アドホック方式 ad-hoc-method

アドホック方式を使用すると、最新の Android™ プレーヤー（.exe）に設定します。 AEM 6.5 Player のダウンロード ページにアクセスします。

アプリケーションをダウンロードしたら、以下の手順に従ってプレーヤーのアドホックインストールを完了します。

Android™ ウォッチドッグの実装 implementing-android-watchdog

Android™ のアーキテクチャ上、デバイスを再起動するには、アプリケーションにシステム権限が必要です。 これを行うには、製造元の署名キーを使用して apk に署名します。署名しない場合、ウォッチドッグはプレーヤーアプリケーションを再起動し、デバイスは再起動しません。

Android™ のサイネージ apks 製造元キーの使用 signage-of-android-apks-using-manufacturer-keys

次のような Android の一部の特権 API™ アクセスするには： PowerManager または HDMIControlServices Android™ に署名します apk 製造元のキーを使用します。

製造元のキーを使用して Android™ apk に署名するには、次の手順に従います。

Android™ ウォッチドッグサービスについて android-watchdog-services

クロス Android ウォッチドッグサービスは、を使用して Cordova プラグインとして実装されます。 AlarmManager.

次の図に、ウォッチドッグサービスの実装を示します。

1.初期化 - Cordova プラグインの初期化時、システム権限を持っているかどうか、さらに、リブート権限を持っているかどうかの確認が行われます。 これらの 2 つの条件を満たしている場合は、リブートのペンディングインテントが作成され、条件を満たしていない場合は、（Launch Activity に基づいて）アプリケーションを再起動するためのペンディングインテントが作成されます。

2.キープアライブ タイマー - キープアライブ タイマーは、15 秒ごとにイベントをトリガーするために使用されます。 その場合は、既存の保留中のインテントをキャンセル（アプリを再起動または再起動するため）し、同じ 60 秒後に新しい保留中のインテントを登録します（基本的に再起動を延期します）。

3.アプリケーションのクラッシュ - クラッシュが発生した場合、AlarmManager に登録された再起動の pendingIntent はリセットされなくなりました。 そのため、アプリケーションの再起動または再起動が実行されます（Cordova プラグインの初期化時に使用できる権限によって異なります）。

Android™ プレーヤーの一括プロビジョニング bulk-provision-android-player

Android™ プレーヤーを一括でロールアウトする場合は、AEM インスタンスを指すようにプレーヤーをプロビジョニングし、管理 UI でそれらを手動で入力せずに他のプロパティを設定する必要があります。

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
}

エンタープライズモビリティ管理を使用した Android™ プレーヤーの一括プロビジョニング bulk-provisioning

Android™ プレーヤーを一括でデプロイする場合は、すべてのプレーヤーをAEMに手動で登録するのが面倒になります。 次のような EMM （エンタープライズモビリティ管理）ソリューションを使用することを強くお勧めします VMWare Airwatch、MobileIron または Samsung Knox を使用して、デプロイメントをリモートでプロビジョニングおよび管理します。 AEM Screens Android™ プレーヤーは、業界標準の EMM AppConfig をサポートしており、リモートプロビジョニングが可能です。

Android™ プレーヤーの命名 name-android

ユーザーにわかりやすいデバイス名を Android™ プレーヤーに割り当てて、割り当てられたデバイス名をAEM（Adobe Experience Manager）に送信することができます。 この機能により、Android™ プレーヤーに名前を付けるだけでなく、適切なコンテンツを簡単に割り当てることもできます。

Android™ プレーヤーに名前を設定するには、次の手順に従います。

エンタープライズモビリティ管理を使用した Android™ プレーヤーの一括プロビジョニングの実装 implementation

Android™ プレーヤーで一括プロビジョニングを許可するには、次の手順に従います。

また、AppConfig サポートの EMM ベンダーにも確認してください。 最も人気のあるもの（例：） VMWare Airwatch, Mobile Iron, SOTI, BlackBerry® UEM, IBM® Maas360、および Samsung Knox その中には、この業界標準をサポートするものもあります。

Screens リモート制御の使用 using-remote-control

AEM Screens には、リモート制御機能が用意されています。この機能について詳しくは、Screens リモート制御を参照してください