AmapがiPhone Duo向けの分割ナビゲーション機能をプレビュー？2026年10月23日のiPhone Duoの発売を控え、Amapは基本互換性の検証を完了し、折りたたみ端末向けナビゲーション機能のプレビューを公開しました。デモで披露されたデュアルビューのドライブモードやアプリ間の位置情報ハンドオフは今後のアプリアップデートで予定されており、一般向けの正式な提供時期はまだ発表されていません。コンシューマー向けハードウェアが従来の縦長の固定型から柔軟なマルチスクリーンフォームファクタへ移行するにつれ、LBS（位置情報サービス）プロバイダはモバイルインタラクションの再設計を迫られています。7.6インチの内側ディスプレイ全体に従来のマップをそのまま拡大表示するのではなく、この特化した適応設計では、視覚的な役割を並行する機能ビューポートへと分割しています。一方のサイドに車線レベルのターンバイターン案内を表示し、もう一方のサイドに数キロメートル単位の広範な交通状況の概要を表示することで、今回のアップデートは、ナビゲーション利用時の手動による画面操作をユーティリティアプリがいかに削減できるかを示しています。
AmapがiPhone Duo向けに発表した内容
概要
- AmapはiPhone Duoの発売に向けて基本互換性を準備しつつ、技術的なロードテストのデモにおいて特化したデュアルビューのドライブモードをプレビューしました。
- デモ機能では、7.6インチの内側画面を左側の車線レベル案内と、右側の3〜5キロメートル圏内の広範囲なルート概要の2つの視点に分割します。
- また、技術デモではシステムのSplit View（スプリットビュー）を活用したアプリ間の位置情報共有も示されましたが、一般向けへの本格的な展開は今後のソフトウェアアップデートで予定されています。
従来のモバイルナビゲーションインターフェースは、長年にわたり単一の縦長ビューポートの制約内で動作してきました。従来のスマートフォンでは、複雑な高速道路のジャンクションを走行するドライバーは、詳細な車線案内と広範囲の地域交通情報を同じ限られたウィンドウ内で同時に理解しなければなりませんでした。ルート上の次の交通状況を確認したり充電スタンドを検索したりするには、多くの場合、マップの手動でのズームやパン操作が必要となり、運転中の注意散漫を助長する要因となっていました。
折りたたみ式モバイルハードウェアにより、ソフトウェアアーキテクチャは近距離の戦術的な操作と長距離のコンテキスト把握を分離できるようになります。拡張された内側ディスプレイを活用することで、ナビゲーションプラットフォームは補完的な視点を同時にレンダリングすることが可能です。
Sina Techが報じたAmapのロードテストに関する技術報道では、このデュアルビューのコンセプトが示されています。ロードテストのデモでは、左側のペインに車線レベルの指示、速度取り締まりカメラの警告、右折・左折インジケーターが表示されます。一方、右側のペインでは、前方約3〜5キロメートルにわたる広範なマップの視点を提供します。このデュアルビューデザインは、直近の車線案内と中長距離のルート状況を並べて提示することで、手動でのマップ調整の必要性を減らすことを目的としています。安全性の向上における具体的な効果を測定するには、管理されたユーザビリティテストやドライバディストラクション（注意散漫）のテストが必要となります。
Amapの開発ロードマップに関する技術レポートによると、Amapはデバイスの発売に向けて基本ディスプレイの互換性を準備し、高度なデュアルビューのドライブ機能や自動分割画面のハンドオフについてはテスト段階で実証され、将来のバージョンでのリリースが計画されています。
デュアルビューマップとシステムスプリットビューの比較
Amapの技術的な方向性を分析するには、単一アプリケーション内のデュアルマップビューと、システムレベルのマルチアプリマルチタスクという、2つの異なるソフトウェア実装を区別する必要があります。
1つ目の実装である内部デュアルビューナビゲーションは、単一のアプリケーションインスタンス内で完全に動作します。この種のソフトウェア実装では、通常、マッピングエンジンがレイアウトコンテナを2つのビューポート領域に分割し、一方のサイドでローカライズされたベクタータイルを調整しながら、もう一方で詳細を抑えた全体像を維持します。このアプローチは両方のペイン間で同期されたカメラ位置と共有ルート状態に依存していますが、Amapは具体的なレンダリングの実装の詳細を公開していません。
2つ目の実装にはAppleのシステムレベルのSplit Viewが含まれており、iOSが2つの独立したアプリケーションウィンドウを並べて管理します。たとえば、ユーザーが左側のディスプレイでメッセージングクライアントを実行しながら、右側のディスプレイでAmapを開いたままにすることが可能です。
以下の図は、内部デュアルマップレンダリングとシステム管理によるマルチタスクとの間のアーキテクチャ上の分離を明確にしています。
[Amap内部デュアルビューマップキャンバス] 単一アプリウィンドウ ──> マスターナビゲーションエンジン ──> 車線案内（左） + ルート概要（右） [iOSシステムSplit Viewマルチアプリ設定] チャットアプリウィンドウ（左） ──> サポートされるハンドオフ ──> Amapウィンドウ（右） ──> 目的地の解析
システムSplit Viewは2つのアプリケーションを同時に配置する表示フレームワークを提供しますが、アプリ間で自動的にデータを転送するわけではありません。一方のウィンドウでの操作によって隣接するウィンドウ内のコンテンツを更新するには、専用のソフトウェア処理が必要です。
共有された位置情報がナビゲーションアプリに届く仕組み
技術デモにおいて、Amapは、ディスプレイの左半分で実行されているチャットアプリ内でユーザーがレストランの位置情報を受け取るインタラクションを披露しました。その場所をタップすると、右側のウィンドウで実行されているAmapが座標を解析し、ピンを表示してナビゲーションルートを準備しました。
このワークフローは、別々のアプリケーション間での機能的なハンドオフを示しています。
共有された位置情報 → サポートされるアプリハンドオフ → 目的地の解析 → ルートの提示
標準的な単一画面の構成では、外部の位置情報リンクを開くと通常は全画面のコンテキスト切り替えが発生し、アクティブな会話が中断されます。マルチウィンドウの折りたたみ式環境では、ターゲットとなるナビゲーションアプリが座標ペイロードを受け取り、アクティブなルート計算のリセットやユーザーのプライマリーチャットセッションの中断なしに目的地状態を更新する必要があります。
Amapがデモで示したクロスアプリ連携の正確な内部実装は公開されていません。一般的なiOSソフトウェア開発において、アプリケーション間でパラメータを渡すには、ユニバーサルリンク、カスタムURLスキーム、または共有システムクリップボードなどの標準的なシステムメカニズムが使用されます。受信した座標が、冗長なインスタンスを起動するのではなく、既存のセカンダリウィンドウを確実涯更新するようにするには、意図的なシーンおよびナビゲーション状態の管理が必要です。
折りたたみ式ナビゲーションのレイアウト戦略の比較
ハードウェアメーカーが柔軟なマルチスクリーンデバイスを市場に投入する中、エンジニアリングチームは、ユーザーインターフェースがさまざまな画面寸法にどのように応答するかを評価する必要があります。開発者は、実装の複雑さ、レンダリングパフォーマンス、およびユーザーにとっての有用性の間でトレードオフに直面します。
アーキテクチャの評価：マルチスクリーン環境におけるレイアウト戦略
基本的なAuto Layoutルールを用いた標準的な単一ウィンドウレイアウトの導入は、開発のオーバーヘッドを最小限に抑えられますが、幅の広い内側ディスプレイでは最適化されていない視覚表現につながる可能性があります。カスタムのマルチビューキャンバスを構築すると、利用可能な画面領域を最大限に活用できますが、さまざまなデバイスの姿勢やウィンドウサイズ全体でのテストオーバーヘッドが増加します。
以下の表は、折りたたみ式画面全体でのナビゲーションおよびユーティリティレイアウトの処理に関する一般的なアーキテクチャの選択肢をまとめたものです。
| レイアウト戦略 | ディスプレイおよびインタラクションの役割 | 状態継続の責任 | 技術的なトレードオフ |
|---|---|---|---|
| 固定レイアウト | 静的な単一ビューポートの表現 | アプリケーションが内部ビューのスタックを管理 | 最小限のリファクタリング。ピラーボックス表示や空のキャンバスの余白が発生する可能性あり |
| 適応型シングルウィンドウ | サイズクラスと柔軟な制約を使用してキャンバスを動的に拡張 | ビューの状態を維持しながらアプリケーションがレイアウトガイドを更新 | 標準化されたプラットフォームコンポーネント。単一視点のワークフローに限定される |
| カスタムデュアルマップビュー | 単一アプリケーション内の並行する戦術的および戦略的なマップビューポート | ナビゲーションエンジンがビューポート間で位置およびルートの状態を同期 | 差別化された有用性を提供。専用のマルチビューポートレンダリングロジックが必要 |
| システムSplit View | OSのマルチタスクにより、2つの独立したアプリケーションを並行して実行 | オペレーティングシステムがウィンドウのライフサイクルを管理し、各アプリが自身の状態を管理 | アプリ間ワークフローを有効化。明示的なデータハンドオフ処理が必要 |
外部の位置情報リンクや折りたたみ式ウィンドウの管理は、モバイルアプリケーションスタックの異なるレイヤーで動作します。ナビゲーションアプリは、自身のインターフェース内で目的地の座標を解釈しルートを提示する責任を負い、iOSはアプリケーションのウィンドウとマルチタスクの動作を管理します。サポートされているモバイル獲得やリファラルのジャーニーにおいて、OpoInstallのようなツールは、アトリビューション、遅延ディープリンク、およびパラメータの受け渡しをサポートできます。これらの機能単体では、既存のSplit Viewウィンドウを制御したり、Amapがデモしたクロスアプリのナビゲーション体験を実装したりすることはできません。
折りたたみ式ナビゲーションのための開発者チェックリスト
ユーティリティおよび位置情報ベースのアプリケーションを折りたたみ式ハードウェアに適応させるために、技術チームは、Apple Newsroomの開発者エコシステムリリースで概説されているプラットフォーム機能を組み込んだ、構造化された検証ワークフローを確立する必要があります。
開発者向け実装チェックリスト
- 適応型レイアウトコンテナのサポート: コンパクトな単一列の表現と、拡張された複数列のモードの間でスムーズに移行する柔軟なUIKitまたはSwiftUIのスプリットビューコンテナを実装します。
- 予約された表示領域の尊重: AppleのレイアウトAPIを照会して中央のヒンジの分割やセンサーの切り抜きを特定し、重要なターンインジケーターやインタラクティブなボタンが物理的なディスプレイの折り目に重ならないようにします。
- ヒンジの姿勢遷移への対応: アプリケーションのワークフローに関連する場合、ドキュメント化されたヒンジAPIを利用して物理的な開き角度に応答し、デバイスがテーブルトップやラップトップの構成で置かれた際に出力を調整します。
- シーンアクセサリの適切なスコープ設定: 複数のディスプレイとシーンに関するAppleの技術セッションのガイドラインを確認し、セカンダリディスプレイアクセサリがどのように動作するかを把握し、完全に独立したアプリケーションインターフェースが外部パネルと内部パネルの間で同時に実行されるという誤った前提を避けます。
プロダクトおよびグロース戦略のチェックリスト
- 外部の目的地のディープリンクの監査: アプリケーションがさまざまなウィンドウサイズで開いたときに、位置情報ベースのURLやユニバーサルリンクがターゲット座標に正確に解決されるかどうかをテストします。
- コールドローンチ時のパラメータ取得のテスト: アプリケーションのインストールフロー中に渡される獲得およびリファラルパラメータが、オンボーディングや目的地のワークフローにクリーンに解析されることを検証します。
- Xcodeでのシミュレートされた姿勢の検証: Xcode 27.1のデバイスハブを使用してデバイスの折りたたみ、展開、回転をシミュレートし、アクティブなルート計画の状態がレイアウトの変更後も持続することを確認します。
これらの検証手順を確立することで、ユーティリティアプリケーションが進化するハードウェアのフォームファクタ全体で安定した応答性の高い体験を提供できるようになります。
よくある質問 (FAQ)
Amapのデュアルビューナビゲーションモードの技術的な目的は何ですか？
マルチアプリのマルチタスク中に、共有された座標はどのようにAmapに到達しますか？
AppleがiOS 27.1で導入した折りたたみ式ディスプレイAPIは何ですか？
エンジニアリングチーム向けの重要なポイント
iPhone Duoに向けたAmapの適応作業は、折りたたみ式スマートフォンにおいてソフトウェアチームが単なるレスポンシブなスケーリングを超えた思考を求められることを示しています。ナビゲーションなどのユーティリティカテゴリにおいて、ディスプレイの拡大スペースは、ユーザーの認知的摩擦を軽減する並行した機能的視点を提供する機会をもたらします。
モバイル開発者やシステムアーキテクトにとって、マルチスクリーンハードウェアへの備えには、アプリケーションの状態を固定されたビューポートの前提から切り離すことが含まれます。柔軟なフォームファクタが進化し続ける中、ナビゲーションエンジン、ビュー階層、および外部リンク処理ルーチンがさまざまなウィンドウ構成で確実に対処できるようにすることが不可欠となります。
参考文献
Share this article
