Cross-Device Map Sharing: Architecture and Challenges
Enabling multiple devices to share spatial maps - the technical architecture for multi-user AR experiences.
For AR to be social, devices must share their understanding of space. My map becomes your map. This is harder than it sounds.
The Problem
Device A maps a room. Device B enters the same room. For shared experiences:
- Device B must recognize it's in A's mapped space
- B must align its coordinate frame to A's
- Both must track in the same coordinate frame
- Updates from either device must propagate
Architecture Options
Option 1: Cloud-Centric
All maps stored centrally. Devices query cloud for local maps.
Device A → Upload map → Cloud → Download map → Device B
Pros: Single source of truth, easy consistency Cons: Latency, connectivity dependency, privacy concerns
Option 2: Peer-to-Peer
Devices exchange maps directly.
Device A ←→ Direct connection ←→ Device B
Pros: No connectivity required, lower latency Cons: Discovery problem, consistency challenges
Option 3: Hybrid
Local sharing when co-located, cloud sync otherwise.
┌─── Cloud (sync, backup) ───┐
│ │
Device A ←── Local when nearby ──→ Device B
Pros: Best of both worlds Cons: Complexity of multiple paths
We're implementing hybrid for V2.
Map Representation for Sharing
What do we actually share?
Raw data: Keyframes, features, point cloud
- Complete but large (10s of MB per room)
- Privacy risk (images)
Sparse map: 3D landmarks + descriptors
- Compact (100s of KB)
- Sufficient for localization
- Privacy-preserving (no images)
Anchor-based: Named spatial anchors
- Minimal size
- Limited to anchor locations
- Easiest privacy model
For localization: sparse maps. For persistent content: anchors.
Coordinate Frame Alignment
Two devices mapping the same space won't have the same coordinate origin. Alignment needed:
- Feature matching: Find common 3D points visible to both
- Transform estimation: Compute rigid transform (rotation + translation)
- Verification: Ensure alignment makes physical sense
- Continuous refinement: Improve alignment as more common observations arrive
Challenge: when spaces have changed between mappings, alignment may fail or be incorrect.
Consistency Management
When both devices update the shared map:
- Conflict resolution: Who wins when observations disagree?
- Merge strategies: Combine complementary observations
- Version management: Track what each device has seen
We're implementing eventual consistency with vector clocks for conflict resolution.
Privacy Architecture
Sharing maps raises privacy concerns:
- 3D structure reveals room layout
- Visual features could be matched to photos
- Location history implicit in map usage
Protections:
- Explicit sharing consent per map
- Feature representations that can't reconstruct images
- Sharing scope controls (public, friends, session-only)
Working on patent for the sharing architecture.
[Patent granted 2024: US12066545 "Methods and Systems for 3D Map Sharing Between Heterogeneous Computing Systems"]