GPS у приміщеннях дає похибку 10–20 метрів — цього недостатньо для пошуку виходу C12 в аеропорту або конкретного магазину на третьому поверсі торгового центру. AR-навігація в приміщеннях вирішує цю проблему: камера та сенсори телефону визначають положення з точністю до 1–2 метрів і накладають маршрут поверх реального зображення. Наприклад, відвідувач бачить віртуальні стрілки, що вказують поворот до потрібного бутіка, прямо на екрані. Ми більше 5 років розробляємо такі рішення: 20+ проєктів для торгових центрів, аеропортів та офісів. Гарантуємо точність позиціонування в межах 1 метра при комбінуванні методів. В основі — гібридна архітектура: VPS для зон з високою прохідністю, маркери для точних якорів і PDR як fallback при втраті сигналу. Це забезпечує стабільну навігацію навіть у складних умовах: дзеркальні підлоги, перепади яскравості або масові скупчення людей. Візуальне позиціонування (VPS) — технологія, що використовується в багатьох сучасних AR-рішеннях, описана у Wikipedia.
Як вибрати метод позиціонування?
Вибір технології — ключовий етап. У нашій практиці найчастіше застосовуються три підходи: VPS (Visual Positioning System), маркерна навігація та PDR (Pedestrian Dead Reckoning). Їх порівняння дає розуміння, який метод підходить для конкретного об'єкта. Гібридна навігація з маркерами та PDR в 1.5 рази дешевша за чистий VPS при аналогічній точності до 2 метрів.
| Параметр | VPS | Маркерна (QR/ArUco) | PDR |
|---|---|---|---|
| Точність | 0.3–1 м | 0.5–2 м | 2–5 м (накопичує помилку) |
| Підготовка приміщення | Сканування (лідар/фотограмметрія) | Розстановка маркерів | Не потрібна |
| Термін впровадження | 4–8 місяців | 6–10 тижнів | 2–4 тижні (prototype) |
| Експлуатаційні витрати | Серверний inference (3000 у.о./міс.) | Оновлення маркерів при ремонті | Відсутні |
| Незалежність від мережі | Потрібен інтернет | Локальна робота | Повністю офлайн |
Порівняння AR SDK для індор-навігації
| SDK | Платформа | Метод локалізації | Підтримка indoor | Вартість |
|---|---|---|---|---|
| ARKit | iOS | Visual odometry | Частково | Безкоштовно |
| ARCore | Android | Visual odometry | Частково | Безкоштовно |
| Immersal | iOS/Android | VPS (point cloud) | Так | Підписка |
| Sturfee | iOS/Android | VPS (map) | Так | Pay per use |
Ми допомагаємо визначити оптимальний метод на аудиті вашого приміщення. Пишіть нам — оцінимо проєкт за 1 день.
Чому комбіновані методи дають кращий результат?
Жоден метод не ідеальний. VPS точний, але дорогий у підготовці та потребує серверної інфраструктури. Маркерна навігація дешевша, але маркери потрібно оновлювати при кожному переплануванні. PDR повністю автономний, але накопичує помилку з часом. Комбінація методів — наприклад, маркери для початкового калібрування + PDR для міжмаркерних переходів — дає стабільну точність 1–2 метри без постійного сканування. Дослідження показують, що гібридні системи знижують експлуатаційні витрати на 30–40% порівняно з чистим VPS. Для торгового центру площею 50 000 м² чиста VPS-система потребуватиме щомісячних витрат на серверний inference близько 3000 у.о., тоді як комбінація маркерів і PDR скорочує цю суму до 500 у.о., при точності в межах 2 метрів. Окупність — 6–8 місяців. Економія до 40% на експлуатації — це конкретний результат для замовника.
Три архітектури indoor AR-навігації
VPS (Visual Positioning System)
Найточніше, найдорожче в підготовці. Приміщення попередньо сканується (лідар, фотограмметрія), будується point cloud або visual map. Телефон відправляє кадр з камери на сервер → сервер матчить проти visual map → повертає позицію та орієнтацію. Google Maps Indoor (для великих venue), Immersal SDK, Sturfee — робочі рішення. Immersal надає Unity-плагін та REST API для локалізації; ми інтегруємо їх SDK в нативний iOS/Android код через FFI. Обмеження: потрібно перезнімати при перестановці меблів або ремонті. Плюс серверні витрати на inference.
Marker-based + floor map
Швидше в деплої. По приміщенню розставляються QR-коди або ArUco-маркери з відомими координатами в системі плану поверху. ARImageTrackingConfiguration (iOS) / AugmentedImageDatabase (ARCore) визначає найближчий маркер → обчислює позицію користувача → прокладає маршрут по графу приміщення.
Алгоритм маршрутизації: граф з вузлами (маркери, точки повороту, двері, ліфти) та ребрами (коридори). Dijkstra або A* для пошуку найкоротшого шляху. AR-стрілка малюється як ARAnchor chain на висоті 1.5 м над підлогою по точках маршруту.
IMU + PDR (Pedestrian Dead Reckoning)
Без маркерів, без сервера. CMMotionManager (iOS) або SensorManager (Android) читає акселерометр + гіроскоп + барометр. Алгоритм PDR трекінгу рахує кроки (step detection через пороговий аналіз норми акселерації), напрямок з гіроскопа, поверх з барометра. Нагромаджується дрейф — 2–3% від пройденої відстані. Використовуємо як fallback або в комбінації з маркерною корекцією.
Відображення AR-маршруту
Поширена помилка: малювати стрілку на екрані в 2D поверх камери. Це не AR — це примітивний HUD. Справжній AR-маршрут — це 3D об'єкти, закріплені в світових координатах, які слідкують за рухом камери. Реалізація:
// iOS: створюємо ланцюжок ARAnchor вздовж маршруту routePoints.forEach { point in let anchor = ARAnchor(transform: point.transform) sceneView.session.add(anchor: anchor) } // RealityKit: вішаємо ModelEntity стрілки на кожен anchor Стрілка плавно повертається до наступної точки через simdLook(at:). При проходженні точки — видаляємо її з сесії, додаємо наступну групу. Відстань до цілі оновлюється через ARCamera.transform → обчислюємо Euclidean distance до destination anchor.
Міжповерхові переходи — окрема логіка: детектуємо вхід в ліфт/ескалатор через barometer (CMAltimeter) і floor-change в маршрутному графі.
Що входить у роботу (deliverables)
Наш стандартний перелік включає:
- Аудит приміщення: отримання планів (DWG, IMDF, GeoJSON) або сканування для VPS.
- Архітектура навігації під ключ: вибір методу позиціонування, проектування графа маршрутів.
- Розробка AR-модуля: інтеграція ARKit/ARCore, реалізація маршрутизації та відображення.
- Інтеграція з CMS venue: прив'язка tenant-даних, оновлення через API.
- Тестування на місці: верифікація точності на всіх поверхах, ітерації.
- Документація та доступ до API: технічна документація, ключі доступу.
- Навчання персоналу замовника: робота з AR-модулем та CMS.
- Підтримка та оновлення: супровід 3 місяці після запуску, доопрацювання при зміні планування.
Замовте попередню оцінку вашого проєкту — ми проаналізуємо приміщення і запропонуємо оптимальне рішення.
Інтеграція з venue
Формати плану приміщення: GeoJSON (відкритий стандарт, підтримує indoor), IndoorGML, IMDF (Apple Indoor Maps). Для торгових центрів часто працюємо з IMDF — Apple Maps підтримує цей формат нативно. Tenant-дані (магазини, години роботи, категорії) підтягуються через CMS venue. Ми також можемо розробити власне API для управління контентом.
Етапи роботи
- Survey приміщення (сканування або отримання планів)
- Побудова навігаційного графа
- Вибір технології позиціонування
- Розробка AR-модуля
- Інтеграція з CMS venue
- Тестування на місці
- Ітерації по точності
- Введення в експлуатацію
Терміни: пілот на одному поверсі з маркерною навігацією — 6–10 тижнів за ціною від 5000 у.о. Багатоповерхова система з VPS та інтеграцією з venue CMS — 4–8 місяців. Вартість розраховується індивідуально в залежності від площі venue та обраного методу. Пишіть нам для консультації — оцінимо проєкт за 1 день та підготуємо комерційну пропозицію.