Amap, iPhone Duo용 분할 내비게이션 미리 보기 제공? 작동 방식 살펴보기

opoinstall
2026-10-23
5 min read

Amap이 iPhone Duo용 분할 내비게이션을 미리 공개했습니다. 2026년 10월 23일로 예정된 iPhone Duo의 공식 출시를 앞두고, Amap은 기본 호환성 작업을 완료하고 추가적인 폴더블 내비게이션 기능을 선보였습니다. 시연된 듀얼 뷰 주행 모드 및 앱 간 위치 연동 기능은 향후 앱 업데이트를 통해 제공될 예정이며, 정확한 공식 배포 일자는 아직 확정되지 않았습니다. 소비자 하드웨어가 고정된 세로형 바 형태에서 유연한 멀티 스크린 폼팩터로 진화함에 따라, 위치 기반 서비스(LBS) 제공업체들은 모바일 상호작용 방식을 재설계해야 하는 아키텍처적 과제에 직면해 있습니다. 7.6인치 내부 디스플레이 전체에 기존 지도 화면을 단순히 확대하는 대신, 특화된 최적화를 통해 시각적 영역을 동시 실행되는 기능별 뷰포트로 분할합니다. 한쪽에는 차선 단위의 턴투턴(turn-by-turn) 안내를 배치하고 다른 한쪽에는 광범위한 수 킬로미터 범위의 교통 상황 개요를 배치함으로써, 이번에 시연된 업데이트는 유틸리티 앱이 내비게이션 사용 중 수동 화면 조작을 어떻게 줄일 수 있는지 보여줍니다.

Amap이 iPhone Duo에 대해 발표한 내용

핵심 요약

  • Amap은 iPhone Duo의 공식 출시에 앞서 기본 호환성을 준비하는 한편, 기술 주행 테스트 시연에서 특화된 듀얼 뷰 주행 모드를 미리 선보였습니다.
  • 시연된 기능은 7.6인치 내부 화면을 두 가지 관점으로 나눕니다. 왼쪽에 차선 단위 안내, 오른쪽에 3~5km 범위의 광범위한 경로 개요를 표시합니다.
  • 기술 시연에서는 시스템 Split View를 통한 앱 간 위치 공유 기능도 시연되었으나, 완전한 정식 배포는 이후 소프트웨어 업데이트로 예정되어 있습니다.

표준 모바일 내비게이션 인터페이스는 오랫동안 단일 세로형 뷰포트의 경계 안에서 작동해 왔습니다. 기존 스마트폰에서는 복잡한 고속도로 분기점을 주행하는 운전자가 동일한 제한된 화면 창 안에서 상세한 차선 안내와 광범위한 지역 교통 상황을 모두 파악해야 했습니다. 전방 교통 상황을 확인하거나 경로 상의 충전소를 검색하려면 지도를 수동으로 확대하고 이동해야 하는 경우가 많았으며, 이는 운전자의 주의를 산만하게 만들 수 있습니다.

폴더블 모바일 하드웨어를 사용하면 소프트웨어 아키텍처가 단거리 전술적 기동과 장거리 상황 인식을 분리할 수 있습니다. 확장된 내부 디스플레이를 활용함으로써 내비게이션 플랫폼은 상호 보완적인 관점을 동시에 렌더링할 수 있습니다.

왼쪽에 차선 단위 안내, 오른쪽에 광범위한 경로 교통 미리 보기를 표시하는 Amap 듀얼 뷰 주행 테스트 내비게이션

Amap의 주행 테스트를 다룬 Sina Tech의 기술 보도에 따르면 이 듀얼 뷰 개념을 잘 보여줍니다. 시연된 주행 테스트에서 왼쪽 창에는 차선 단위 안내, 과속 단속 카메라 경고, 회전 지시등이 표시됩니다. 한편 오른쪽 창은 전방 약 3~5킬로미터에 이르는 더 넓은 지도 시야를 제공합니다. 이 듀얼 뷰 디자인은 근거리 차선 안내와 장거리 경로 맥락을 함께 제시하여 수동 지도 조작의 필요성을 줄이는 것을 목표로 합니다. 측정 가능한 안전성 향상 효과를 얻으려면 통제된 사용성 또는 운전자 주의 산만 테스트가 필요합니다.

Amap의 개발 로드맵에 대한 기술 보도에 따르면, Amap은 기기 공식 출시에 맞춰 기본 디스플레이 호환성을 준비했으며, 고급 듀얼 뷰 주행 기능과 자동 분할 화면 연동 기능은 테스트에서 시연되었고 후속 버전에서 출시될 예정입니다.

듀얼 뷰 지도 대 시스템 Split View

Amap의 기술적 방향성을 분석하려면 단일 애플리케이션 내부 듀얼 맵 뷰와 시스템 수준의 멀티앱 멀티태스킹이라는 두 가지 고유한 소프트웨어 구현 방식을 구분해야 합니다.

첫 번째 구현 방식인 내부 듀얼 뷰 내비게이션은 단일 애플리케이션 인스턴스 내에서 완전히 작동합니다. 이 유형의 소프트웨어 구현에서는 매핑 엔진이 일반적으로 레이아웃 컨테이너를 두 개의 뷰포트 영역으로 분할하여, 한쪽에서는 로컬라이즈된 벡터 타일을 조율하고 다른쪽에서는 디테일이 낮은 개요를 유지합니다. 이 접근 방식은 양쪽 창 간의 동기화된 카메라 위치 지정 및 공유 경로 상태에 의존하지만, Amap은 구체적인 렌더링 구현 방식을 공개하지 않았습니다.

두 번째 구현 방식은 Apple의 시스템 수준 Split View와 관련이 있으며, 이 방식에서는 iOS가 두 개의 독립된 애플리케이션 창을 나란히 관리합니다. 예를 들어 사용자가 왼쪽 화면에서 메시징 클라이언트를 실행하고 오른쪽 화면에서 Amap을 열어둘 수 있습니다.

아래 다이어그램은 내부 듀얼 맵 렌더링과 시스템 관리형 멀티태스킹 간의 아키텍처적 구분을 명확히 보여줍니다.

[Amap Internal Dual-View Map Canvas]
  Single App Window ──> Master Navigation Engine ──> Lane Guidance (Left) + Route Overview (Right)

[iOS System Split View Multi-App Setup]
  Chat App Window (Left) ──> Supported Handoff ──> Amap Window (Right) ──> Destination Parsed

시스템 Split View는 두 개의 애플리케이션을 동시에 배치할 수 있는 디스플레이 프레임워크를 제공하지만, 앱 간에 데이터를 자동으로 전송하지는 않습니다. 한 창의 상호작용이 인접한 창의 콘텐츠를 업데이트하도록 활성화하려면 전용 소프트웨어 처리가 필요합니다.

공유된 위치가 내비게이션 앱에 도달하는 방식

기술 시연 중 Amap은 사용자가 디스플레이의 왼쪽 절반에서 실행되는 채팅 앱에서 레스토랑 위치를 수신하는 상호작용을 선보였습니다. 해당 위치를 탭하면 오른쪽 창에서 실행 중인 Amap이 좌표를 파싱하고, 핀을 표시하며, 내비게이션 경로를 준비했습니다.

대화 내에서 내비게이션을 직접 트리거하는 위치 공유를 시연하는 Amap 분할 화면 기능


이 워크플로는 별도의 애플리케이션 간의 기능적 연동을 보여줍니다.

Shared Location → Supported App Handoff → Destination Parsing → Route Presentation

표준 단일 화면 구성에서는 외부 위치 링크를 열면 일반적으로 전체 화면 컨텍스트 전환이 발생하여 활성 대화가 중단됩니다. 다중 창 폴더블 환경에서는 대상 내비게이션 앱이 활성 경로 계산을 재설정하거나 사용자의 기본 채팅 세션을 중단하지 않고 좌표 페이로드를 수신하고 목적지 상태를 업데이트해야 합니다.

Amap이 시연한 앱 간 조율의 정확한 내부 구현은 공개적으로 문서화되지 않았습니다. 일반적인 iOS 소프트웨어 개발에서 애플리케이션 간에 매개변수를 전달하는 것은 유니버설 링크(Universal Links), 커스텀 URL 스킴, 공유 시스템 클립보드와 같은 표준 시스템 메커니즘을 포함합니다. 수신된 좌표가 중복 인스턴스를 실행하는 대신 기존 보조 창을 업데이트하도록 보장하려면 신중한 씬 및 내비게이션 상태 관리가 필요합니다.

폴더블 내비게이션 레이아웃 전략 비교

하드웨어 제조사들이 유연하고 멀티 스크린인 기기를 선보임에 따라, 엔지니어링 팀은 사용자 인터페이스가 다양한 화면 크기에 어떻게 반응하는지 평가해야 합니다. 개발자는 구현 복잡성, 렌더링 성능, 사용자 유용성 사이에서 트레이드오프에 직면합니다.

iPhone Duo 멀티앱 생태계 최적화를 설명하는 Apple 공식 보도 자료 그래픽

아키텍처 평가: 멀티 스크린 환경을 위한 레이아웃 전략

기본적인 Auto Layout 규칙이 적용된 표준 단일 창 레이아웃을 배포하면 개발 오버헤드가 최소화되지만 넓은 내부 디스플레이에서 최적화되지 않은 시각적 프레젠테이션으로 이어질 수 있습니다. 커스텀 멀티 뷰 캔버스를 구축하면 애플리케이션이 사용 가능한 화면 공간을 극대화할 수 있지만, 다양한 기기 자세와 창 크기에 따른 테스트 오버헤드가 증가합니다.

아래 표는 폴더블 화면에서 내비게이션 및 유틸리티 레이아웃을 처리하기 위한 일반적인 아키텍처 선택 사항을 요약합니다.

레이아웃 전략 디스플레이 및 상호작용 역할 상태 연속성 책임 기술적 트레이드오프
Fixed Layout 정적 단일 뷰포트 프레젠테이션 애플리케이션이 내부 뷰 스택 관리 최소한의 리팩토링; 잠재적인 필러박스 또는 빈 캔버스 여백 발생
Adaptive Single-Window 크기 클래스 및 유연한 제약 조건을 사용하여 캔버스를 동적으로 확장 뷰 상태를 유지하면서 애플리케이션이 레이아웃 가이드 업데이트 표준화된 플랫폼 구성 요소; 단일 관점 워크플로로 제한됨
Custom Dual-Map View 단일 애플리케이션 내의 동시 전술적 및 전략적 지도 뷰포트 내비게이션 엔진이 뷰포트 간 위치 및 경로 상태 동기화 차별화된 유용성 제공; 전용 멀티 뷰포트 렌더링 로직 필요
System Split View OS 멀티태스킹을 통해 나란히 실행되는 두 개의 독립된 애플리케이션 운영 체제가 창 라이프사이클 관리; 각 앱이 자체 상태 관리 애플리케이션 간 워크플로 지원; 명시적인 데이터 연동 처리 필요

외부 위치 링크와 폴더블 창 관리는 모바일 애플리케이션 스택의 서로 다른 레이어에서 작동합니다. 내비게이션 앱은 목적지 좌표를 해석하고 자체 인터페이스 내에서 경로를 표시할 책임이 있으며, iOS는 애플리케이션 창과 멀티태스킹 동작을 관리합니다. 지원되는 모바일 유입 및 추천 여정의 경우, OpoInstall과 같은 도구가 어트리뷰션, 딜퍼드딥링크 및 매변수 전달을 지원할 수 있습니다. 이러한 기능 자체만으로는 기존 Split View 창을 제어하거나 Amap이 시연한 앱 간 내비게이션 경험을 구현하지 않습니다.

폴더블 내비게이션을 위한 개발자 체크리스트

유틸리티 및 위치 기반 앱을 폴더블 하드웨어에 맞게 조정하기 위해, 기술 팀은 Apple Newsroom 개발자 생태계 릴리스에 요약된 플랫폼 기능을 통합하는 체계적인 검증 워크플로를 구축해야 합니다.

개발자 구현 체크리스트

  • 어댑티브 레이아웃 컨테이너 지원: 컴팩트한 단일 열 프레젠테이션과 확장된 다중 열 모드 사이를 부드럽게 전환하는 유연한 UIKit 또는 SwiftUI 분할 뷰 컨테이너를 구현합니다.
  • 예약된 디스플레이 영역 준수: Apple의 레이아웃 API를 쿼리하여 중앙 힌지 분할 영역과 센서 컷아웃을 식별하고, 중요한 회전 지시등과 대화형 버튼이 물리적인 디스플레이 주름을 피하도록 합니다.
  • 힌지 자세 전환 평가: 앱 워크플로와 관련된 경우, 문서화된 힌지 API를 활용하여 물리적 열림 각도에 대응하고 기기가 테이블탑 또는 노트북 구성으로 놓여 있을 때 제어 요소를 조정합니다.
  • 씬 액세서리 범위 적절히 지정: 다중 디스플레이 및 씬에 관한 Apple의 기술 세션의 지침을 검토하여 보조 디스플레이 액세서리가 작동하는 방식을 이해하고, 외부 및 내부 패널에서 완전히 독립된 애플리케이션 인터페이스가 동시에 실행된다고 가정하지 않도록 합니다.

제품 및 성장 전략 체크리스트

  • 외부 목적지 딥링크 감사: 앱이 다양한 창 크기로 열릴 때 위치 기반 URL 및 유니버설 링크가 대상 좌표로 정확하게 해결되는지 테스트합니다.
  • 콜드 런치 시 매변수 수신 테스트: 앱 설치 흐름 중에 전달된 유입 및 추천 매변수가 온보딩 및 목적지 워크플로로 깔끔하게 파싱되는지 확인합니다.
  • Xcode에서 시뮬레이션된 자세 검증: Xcode 27.1의 Device Hub를 사용하여 기기 접힘, 펼쳐짐, 회전을 시뮬레이션하고, 활성 경로 계획 상태가 레이아웃 변경 전반에 걸쳐 유지되는지 확인합니다.

이러한 검증 절차를 수립하면 유틸리티 앱이 진화하는 하드웨어 폼팩터 전반에서 안정적이고 반응성 있는 경험을 제공하는 데 도움이 됩니다.

자주 묻는 질문 (FAQ)

Amap의 듀얼 뷰 내비게이션 모드의 기술적 목표는 무엇인가요?
Amap이 시연한 듀얼 뷰 모드는 확장된 7.6인치 내부 디스플레이에 근거리 차선 안내와 장거리 경로 개요를 동시에 표시하는 것을 목표로 합니다. 두 가지 관점을 동시에 제공함으로써, 이 인터페이스는 내비게이션 중 수동으로 지도를 이동하고 확대/축소할 필요성을 줄이고자 합니다.
멀티앱 멀티태스킹 중에 공유된 좌표가 Amap에 어떻게 전달되나요?
멀티앱 구성에서는 커스텀 URL 스킴, 유니버설 링크, 또는 지원되는 시스템 연동과 같은 명시적인 통신 메커니즘을 통해 인접한 애플리케이션 간에 데이터를 전달해야 합니다. 사용자가 인접한 메시징 창에서 위치를 탭하면 목적지 페이로드가 내비게이션 앱으로 전달되고 파싱되어 경로 계산이 시작되어야 합니다.
Apple이 iOS 27.1에서 도입한 폴더블 디스플레이 API는 무엇인가요?
iOS 27.1 SDK는 물리적 힌지 주변의 콘텐츠를 관리하기 위한 배열 및 예약 영역 API, 기기 각도를 감지하기 위한 힌지 API, 특정 보조 디스플레이 워크플로용으로 설계된 씬 액세서리 프레임워크를 포함하여 폴더블 디스플레이 최적화를 지원하는 API를 제공합니다.

엔지니어링 팀을 위한 핵심 시사점

iPhone Duo를 위한 Amap의 최적화 작업은 폴더블 스마트폰을 통해 소프트웨어 팀이 단순한 반응형 확장을 넘어 다방면으로 고민해야 함을 보여줍니다. 내비게이션과 같은 유틸리티 카테고리에서는 디스플레이 공간 확장을 통해 사용자에게 인지적 마찰을 줄여주는 동시 기능적 관점을 제공할 기회가 열립니다.

모바일 개발자와 시스템 아키텍트에게 멀티 스크린 하드웨어를 준비하는 것은 애플리케이션 상태를 고정된 뷰포트 가정에서 분리하는 작업을 수반합니다. 유연한 폼팩터가 계속 발전함에 따라 내비게이션 엔진, 뷰 계층 구조, 외부 링크 처리 루틴이 다양한 창 구성 전반에서 안정적으로 작동하도록 보장하는 것이 필수적일 것입니다.

참고 자료

Share this article