GPS в помещениях даёт погрешность 10–20 метров — этого недостаточно для поиска выхода C12 в аэропорту или конкретного магазина на третьем этаже торгового центра. AR-навигация в помещениях решает эту проблему: камера и сенсоры телефона определяют положение с точностью до 1–2 метров и накладывают маршрут поверх реального изображения. Например, посетитель видит виртуальные стрелки, указывающие поворот к нужному бутику, прямо на экране. Мы более 5 лет разрабатываем такие решения: 20+ проектов для торговых центров, аэропортов и офисов. Гарантируем точность позиционирования в пределах 1 метра при комбинировании методов. В основе — гибридная архитектура: VPS для зон с высокой проходимостью, маркеры для точных якорей и PDR как fallback при потере сигнала. Это обеспечивает стабильную навигацию даже в сложных условиях: зеркальные полы, перепады яркости или массовые скопления людей.
Как выбрать метод позиционирования?
Выбор технологии — ключевой этап. В нашей практике чаще всего применяются три подхода: VPS (Visual Positioning System), маркерная навигация и PDR (Pedestrian Dead Reckoning). Их сравнение даёт понимание, какой метод подходит для конкретного объекта.
| Параметр | VPS | Маркерная (QR/ArUco) | PDR |
|---|---|---|---|
| Точность | 0.3–1 м | 0.5–2 м | 2–5 м (накапливает ошибку) |
| Подготовка помещения | Сканирование (лидар/фотограмметрия) | Расстановка маркеров | Не требуется |
| Срок внедрения | 4–8 месяцев | 6–10 недель | 2–4 недели (prototype) |
| Эксплуатационные расходы | Серверный inference | Обновление маркеров при ремонте | Отсутствуют |
| Независимость от сети | Требуется интернет | Локальная работа | Полностью офлайн |
Сравнение 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 |
Мы помогаем определить оптимальный метод на аудите вашего помещения. Свяжитесь с нами для предварительной оценки.
Почему комбинированные методы дают лучший результат?
Ни один метод не идеален. VPS точен, но дорог в подготовке и требует серверной инфраструктуры. Маркерная навигация дешевле, но маркеры нужно обновлять при каждой перепланировке. PDR полностью автономен, но накапливает ошибку со временем. Комбинация методов — например, маркеры для начальной калибровки + PDR для межмаркерных переходов — даёт стабильную точность 1–2 метра без постоянного сканирования. Исследования показывают, что гибридные системы снижают эксплуатационные расходы на 30–40% по сравнению с чистым VPS. Для торгового центра площадью 50 000 м² чистая VPS-система потребует ежемесячных затрат на серверный inference около 3000 у.е., тогда как комбинация маркеров и PDR сокращает эту сумму до 500 у.е., при точности в пределах 2 метров. Окупаемость — 6–8 месяцев.
Три архитектуры 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 в маршрутном графе.
Что включает разработка AR-навигации?
Наш стандартный deliverables включает:
- Аудит помещения: получение планов (DWG, IMDF, GeoJSON) или сканирование для VPS.
- Архитектура навигации: выбор метода позиционирования, проектирование графа маршрутов.
- Разработка AR-модуля: интеграция ARKit/ARCore, реализация маршрутизации и отображения.
- Интеграция с CMS venue: привязка tenant-данных, обновление через API.
- Тестирование на месте: верификация точности на всех этажах, итерации.
- Поддержка и обновление: сопровождение после запуска, доработка при изменении планировки.
Закажите предварительную оценку вашего проекта — мы проанализируем помещение и предложим оптимальное решение.
Интеграция с venue
Форматы плана помещения: GeoJSON (открытый стандарт, поддерживает indoor), IndoorGML, IMDF (Apple Indoor Maps). Для торговых центров часто работаем с IMDF — Apple Maps поддерживает этот формат нативно. Tenant-данные (магазины, часы работы, категории) подтягиваются через CMS venue. Мы также можем разработать собственное API для управления контентом.
Этапы работы
Survey помещения (сканирование или получение планов) → построение навигационного графа → выбор технологии позиционирования → разработка AR-модуля → интеграция с CMS venue → тестирование на месте → итерации по точности.
Сроки: пилот на одном этаже с маркерной навигацией — 6–10 недель. Многоэтажная система с VPS и интеграцией с venue CMS — 4–8 месяцев. Стоимость рассчитывается индивидуально в зависимости от площади venue и выбранного метода. Свяжитесь с нами для консультации — мы подготовим коммерческое предложение в течение 1 рабочего дня.