Android 10(API レベル 29)以降では、アプリがバックグラウンドで実行されているときにアプリがアクティビティを開始できるタイミングが制限されています。これらの制限により、ユーザーに対する割り込みを最小限に抑え、ユーザーは画面内の表示内容を詳細に制御できるようになります。
このガイドでは、バックグラウンドからアクティビティを起動する代わりに、通知について説明します。また、制限が適用されない具体的なケースも示します。
代わりに通知を表示する
通常の場合、バックグラウンドにあるアプリは、直接アクティビティを起動するのではなく、タイミングが重要な通知を表示して緊急情報をユーザーに提供する必要があります。このような通知には、着信した通話やアクティブなアラーム クロックの処理が含まれます。
この通知ベースのアラートとリマインダー システムには、ユーザーにとって次のようなメリットがあります。
- デバイスを使用している最中でも、ヘッドアップ通知が表示されるため、返信することができます。ユーザーは現在のコンテキストを維持しつつ、画面に表示されるコンテンツを制御できます。
- 時間に敏感な通知には、ユーザーの [サイレント モード] ルールが適用されます。たとえば、サイレント モードが有効になっている場合、ユーザーは特定の連絡先からの通話や同一発信者による再着信のみを許可できます。
- デバイスの画面がオフになると、すぐに全画面表示インテントが起動されます。
- デバイスの [設定] 画面で、最近通知を送信したアプリや使用された通知チャネルを確認できます。この画面から、ユーザーは自分の通知設定を制御できます。
アプリがアクティビティを開始できるタイミング
Android 10 以降で動作するアプリは、次の条件の 1 つ以上が満たされるとアクティビティを開始できます。
- フォアグラウンドにあるアクティビティなど、アプリが可視ウィンドウを持っている場合。
- アプリのアクティビティがフォアグラウンド タスクのバックスタックにある。
アプリの履歴画面で、既存のタスクのバックスタックにアクティビティがある。
アプリが、ごく最近起動されたアクティビティを持っている場合。
アプリがごく最近アクティビティの
finish()
を呼び出した場合。この条件が適用されるのは、finish()
の呼び出し時に、アプリがフォアグラウンド内にアクティビティを持っていた場合か、フォアグラウンド タスクのバックスタック内にアクティビティを持っていた場合に限られます。アプリには、システムによってバインドされた次のいずれかのサービスがあります。これらのサービスは UI を起動する必要がある場合があります。
AccessibilityService
AutofillService
CallRedirectionService
HostApduService
InCallService
TileService
(Android 14(API レベル 34)以降では該当なし)VoiceInteractionService
VrListenerService
。
アプリが、別の可視アプリによってバインドされているサービスを持っている場合。アクティビティを正常に開始するには、サービスにバインドされているアプリが、バックグラウンド内で対象アプリに対して可視状態を維持している必要があります。
アプリが
PendingIntent
通知をシステムから受信した場合。サービスやブロードキャスト レシーバを対象とするペンディング インテントの場合、アプリは、ペンディング インテントが送信された後、数秒間アクティビティを起動できます。アプリが、別の可視アプリから送信された
PendingIntent
を受信した場合。アプリが UI を起動するシステム ブロードキャストを受け取る。
ACTION_NEW_OUTGOING_CALL
やSECRET_CODE_ACTION
などがあります。アプリはブロードキャストが送信された後、数秒間アクティビティを起動できます。アプリが
CompanionDeviceManager
API 経由でコンパニオン ハードウェア デバイスに関連付けられている場合。この API により、アプリはペア設定されたデバイス上でユーザーが実行するアクションに応じてアクティビティを起動できます。アプリが、デバイス オーナー モードで稼働しているデバイス ポリシー コントローラの場合。ユースケースの例としては、フルマネージドのエンタープライズ デバイスや、デジタル サイネージやキオスクなどの専用デバイスがあります。
ユーザーがアプリに
SYSTEM_ALERT_WINDOW
権限を付与している場合。
PendingIntent からアクティビティを開始する際にオプトインが必要
上記の条件に基づいてアクティビティが誤って起動されないようにするため、Android 14 以降では、アクティビティの起動に関するアプリの権限のオプトインとオプトアウトを可能にする明示的な API が用意されています。
Android 15 以降をターゲットとするアプリでは、デフォルトで、作成した PendingIntents
にバックグラウンド アクティビティの起動(BAL)権限が暗黙的に付与されなくなります。明示的なオプトインが必要です。そのためには、アプリが PendingIntents
を送信する場合と作成する場合に応じて、次のオプションがあります。
PendingIntent の送信者
Android 14 以降をターゲットとし、PendingIntent
を開始するアプリは、次の要件を満たす必要があります。
- 記載されている条件を満たし、
- これらの例外に基づいてバックグラウンド アクティビティの開始を許可するようオプトインする
このオプトインは、アプリのデベロッパーがアプリがアクティビティを開始することを認識している場合にのみ行われます。
オプトインするには、アプリで setPendingIntentBackgroundActivityStartMode(ActivityOptions.MODE_BACKGROUND_ACTIVITY_START_ALLOWED)
を含む ActivityOptions
バンドルを PendingIntent.send()
メソッドまたは同様のメソッドに渡す必要があります。
PendingIntent の作成者によって
Android 15 以降をターゲットとするアプリで PendingIntent
を作成する場合は、記載されている条件で PendingIntents
を起動できるように、バックグラウンド アクティビティの起動を許可するように明示的にオプトインする必要があります。
ほとんどの場合、PendingIntent
を開始するアプリがオプトインする必要があります。ただし、作成元のアプリでこれらの権限を付与する必要がある場合は、次のようにします。
PendingIntent
は、作成中のアプリが表示されているときにいつでも開始できます。- 作成元のアプリに特別な権限がある場合、
PendingIntent
はいつでも開始できます。
オプトインするには、アプリで setPendingIntentCreatorBackgroundActivityStartMode
(ActivityOptions.MODE_BACKGROUND_ACTIVITY_START_ALLOWED)
を含む ActivityOptions
バンドルを PendingIntent.getActivity()
または同様のメソッドに渡す必要があります。
詳細については、関連するリファレンス ドキュメントをご覧ください。
ActivityOptions.setPendingIntentBackgroundActivityStartMode
ActivityOptions.setPendingIntentCreatorBackgroundActivityStartMode