Android 17「Continue On」徹底解説：スマホとタブレット間で作業をシームレスに移動

Continue Onの基本的な使い方

ユーザー側の操作は非常にシンプルです。

1. スマートフォンでアプリの作業を開始する
2. 近くにあるAndroidタブレットがその作業を検出する
3. タブレットのタスクバーやランチャーに「引き継ぎ候補」が表示される
4. それをタップすると同じアプリが起動し、途中の状態から作業を再開できる

例えば、スマホで閲覧していたウェブページや編集中のドキュメントを、タブレットでそのまま開いて続きを作業する、といった使い方が想定されています。

技術的な仕組み：Sender / Receiverモデル

Continue Onは内部的に 送信デバイス（Sender） と 受信デバイス（Receiver） というモデルで動作します。

• Sender（送信側）：アプリのアクティビティが開始された端末
• Receiver（受信側）：そのアクティビティを引き継いで再開する端末

アプリがContinue Onに対応するには、開発者がそのアクティビティを「引き継ぎ可能」と宣言する必要があります。Android 17のAPIでは、例えば setHandoffEnabled(true) を呼び出して、その画面が引き継ぎ可能であることをシステムに通知します。

その際、受信側デバイスでどのように作業を再開するかを示す「継続データ」をアプリが提供し、実際のデバイス間調整や転送はAndroidシステムが処理します。

近くのデバイス検出とアカウント連携

Continue Onが機能するためには、いくつかの条件があります。

• デバイス同士が 物理的に近くにある
• 同じユーザーのエコシステム（通常は同じGoogleアカウント） に紐付いている
• 両方の端末が Android 17とContinue Onに対応している

これらの条件を満たすと、Androidシステムは引き継ぎ可能なアクティビティを周囲のデバイスに通知し、タブレットのタスクバーなどに候補として表示します。

デバイス間通信はシステムが管理

Continue Onでは、アプリが独自に通信機能を作る必要はありません。

Androidが 安全なローカル通信レイヤー を使ってデバイス間のやり取りを調整し、ユーザーアカウントやアプリの状態と紐付けて作業を転送します。これにより、開発者は複雑なネットワーク同期やペアリング処理を自前で実装する必要がありません。

ただし公開されている情報では、この通信プロトコルの詳細や暗号化仕様までは完全には公開されていません。

タブレットにアプリがない場合はどうなる？

受信側デバイスにアプリがインストールされていない場合でも、Continue Onは完全に失敗するわけではありません。

開発者は Web版へのフォールバック（Web continuation） を用意することができ、タブレット側ではブラウザで同等の体験を開くことができます。

このときAndroidは通常の Web Intentの仕組みで処理します。

• 対象ドメインがアプリに紐付いていればアプリで開く
• そうでなければユーザーのデフォルトブラウザで開く

というルールで動作します。

現時点の制限

Continue Onはまだ新しい機能のため、いくつかの制約があります。

• Android 17（API level 37）専用機能
• アプリ側の実装が必要（自動では動作しない）
• 初期デモでは スマートフォン → タブレット間の移行が中心

また、対応デバイスの範囲、距離条件、UIの表示場所など、細かい仕様は今後のアップデートで拡張される可能性があります。

Android 17のリリース時期

Android 17はGoogleの新しいリリースサイクルに基づき、

• 2026年第2四半期：メジャーSDKリリース
• 2026年第4四半期：追加アップデート

というスケジュールが想定されています。

現在は開発者向けビルドやAPIが公開されており、アプリ開発者は正式リリース前からContinue Onへの対応を進めることができます。

Androidが目指す「デバイスをまたぐ体験」

Continue Onは、Androidを単一のデバイスOSではなく 複数デバイスが連携するプラットフォームとして進化させる取り組みの一環です。

スマートフォン、タブレット、さらには他のAndroidデバイスでも、作業が自然に引き継がれるようになれば、「デバイスを切り替えるたびに最初からやり直す」という体験は減っていくかもしれません。