Впровадження VPS для точного AR на iOS та Android

Чому AR-застосунок втрачає прив’язку до місця без VPS для AR

Трекінг за камерою утримує сцену, поки в кадрі достатньо опорних точок — контрастних кутів, текстури, перепадів яскравості.

На вулиці за слабкого сигналу, у приміщеннях з однотонними стінами й повторюваним рисунком (плитка, стелажі, ряди крісел) їх стає мало, і візуально-інерціальна одометрія починає накопичувати похибку.

Віртуальний шар спочатку зміщується на сантиметри, потім на десятки, і сценарій, де мітка стояла на конкретному об’єкті, розсипається у користувача.

Окрема причина — зміна освітлення. Пряме сонце з вікна, увімкнений світильник або автокорекція експозиції змінюють картинку так, що система перестає впізнавати побудовану сцену й перераховує її заново.

У цей момент віртуальний шар стрибає відносно об’єкта, а AR усередині приміщення іноді йде разом із користувачем після пари кроків.

VPS для AR змінює принцип: кадр звіряється не з попереднім кадром, а із заздалегідь побудованою картою місця. Застосунок отримує абсолютні координати й орієнтацію в цій системі, тому контент повертається в точку незалежно від тривалості сесії та освітлення. Точність позиціонування AR стає властивістю карти, а не удачею поточного кадру.

Прив’язка контенту до місця зберігається й після перезапуску застосунку, виходу із зони та повернення — заново наводити телефон на маркер не потрібно. Нижче розбираємо, як це влаштовано на боці карти та клієнта.

Що дає точне позиціонування: вимірюваний ефект

Раніше сценарій стартував за міткою або за показаннями датчиків: за дві-три хвилини вміст «упливав» на десятки сантиметрів, а щоб узагалі побачити об’єкт, відвідувачу потрібно було стати у позначеній точці.

Візуальна прив’язка за заздалегідь знятою хмарою точок (Visual Positioning Service) змінює механіку: телефон розпізнає місце за кадром камери, а не за маркером. Час прив’язки контенту падає з 8–12 секунд до 1–3 — сценарій починається майже одразу після підняття телефона.

Частка успішних запусків на маркерній схемі трималася в районі 70–80%: збої давали слабке освітлення, відбиття від вітрин, магнітні перешкоди й накопичення дрейфу.

Після переходу на візуальне позиціонування стабільно запускається близько 95% сесій, а клас відмов «контент став не туди, і його понесло» перестає бути масовим — його закриває повторна локалізація, а не перезапуск застосунку.

Залишкові збої залишаються там, де немає жодної розрізнюваної деталі: глуха однотонна стіна, повністю перекритий кадр.

Стійкість AR-сесій важливіша за одноразовий старт. Телефон прибрали в кишеню, відвідувач пройшов через турнікет або на секунду закрив камеру рукою — сесія не уривається: система знаходить раніше відвідану зону в хмарі та повертає контент на місце за 1–2 секунди. Раніше така пауза означала втрату прогресу й старт із самого початку.

Ефект візуального позиціонування вимірюваний і закладаємо в приймання: частка успішних сесій, 95-й процентиль часу прив’язки, частка запусків без ручного підлаштування, глибина розходження під час повернення в уже пройдену зону. На цих самих метриках будуємо регрес — оновлення карти приміщення не повинно зсувати жодну із цифр.

Способи позиціонування в AR: порівняння підходів

Спосіб позиціонування визначає, де саме в просторі опиниться цифровий шар і наскільки стабільно він там утримається.

Помилка у виборі проявляється не на демонстрації, а на об’єкті: сцена працює, поки умови ідеальні, і розвалюється, коли змінюється світло, планування або маршрут користувача.

Нижче — чотири підходи, між якими реально обирають під час упровадження VPS для AR, і чим кожен із них обмежений.

На практиці вибір рідко зводиться до одного рядка таблиці: ми рахуємо площу, склад поверхонь, довжину маршруту й вимоги до точності на кожній ділянці.

Часто оптимальним виявляється поєднання — візуальні карти усередині приміщень і гібридна прив’язка зовні, з явними правилами перерахунку координат на межі зон. Такий розрахунок робиться до старту розробки й одразу впливає на архітектуру застосунку.

Упровадження VPS для AR: етапи робіт від аудиту до передачі

Упровадження VPS для AR — це не підключення бібліотеки, а налаштування позиціонування під конкретний об’єкт. Застосунок визначає положення шляхом зіставлення кадру камери з картою опорних точок, тому порядок робіт жорсткий: спочатку обстеження об’єкта, потім карта, потім код.

1. Обстеження об’єкта. Проходимо зони, де працюватиме застосунок, фіксуємо освітленість, однотонні та скляні поверхні — на них локалізація втрачається найчастіше. Результат — план розміщення опорних точок.
2. Схема прив’язки. Обираємо систему координат об’єкта та якір: відносно чого ставиться контент. Без цього етапу налаштування позиціонування дають «пливучу» прив’язку під час кожного запуску.
3. Збирання карти опорних точок. Знімаємо еталонні кадри з різних ракурсів і за різного світла, відбраковуємо розмиті та візуально однакові. Карта версіонується, оновлення майданчика не ламає робочий сценарій.
4. Інтеграція в застосунок. Підключаємо карту, задаємо пріоритет VPS і правила відкату на інерціальне супроводження, обмежуємо зони, де контент показувати не можна.
5. Перевірка на маршрутах. Проходимо користувацькі маршрути, заміряємо час захоплення, дрейф і частку кадрів без локалізації. Правки йдуть у карту, а не в код застосунку.
6. Передача. Віддаємо схему прив’язки, регламент оновлення карт і порядок перескладання під час перестановки — команда змінює об’єкт без нас.

Що залишається у вас: карти, конфігурації та регламенти

Проєкт на AR закінчується не показом сценарію, а передачею: усе, що потрібно для самостійної роботи з прив’язкою та оновленнями, залишається у вашій системі контролю версій і внутрішній базі знань.

Нижче — набір артефактів, які ми віддаємо після завершення етапу й далі підтримуємо в актуальному стані.

• Карти приміщень — хмари точок і зібрані з них карти прив’язки, розкладені за зонами, з паспортом кожного знімання: точка знімання, освітлення, дата й відповідальний.
• Конфігурація застосунку — профілі налаштувань під кожну модель пристрою й сценарій: пороги впевненості трекінгу, режим камери, поведінка під час втрати прив’язки.
• Політики доступу до даних камери — що саме пишеться й передається, де зберігається, скільки живе та хто має право на вивантаження.
• Регламент оновлення карт — за якою подією зона перескладається (перепланування, зміна експозиції, сезонна викладка), хто це ініціює та як версія проходить перевірку перед публікацією.
• Документація AR-проєкту — структура сцен, контракти обміну із серверною частиною, інструкція зі збирання та схема розгортання.
• Схема розмежування ролей — хто зі співробітників може публікувати карту, змінювати конфігурацію та вивантажувати телеметрію.
• Журнал змін і процедура відкату — як повернутися до попередньої карти або профілю, якщо після публікації зросли збої прив’язки.

Передаємо це звичайними текстовими конфігураціями й схемами, а не експортом із закритого редактора: ваші інженери правлять їх безпосередньо.

Кейс: точність прив’язки у виставковій залі до та після

Виставковий простір Експо-парк — три тематичні зони, безперервний маршрут і сценарій доповненої реальності, який відвідувач запускає сам, без супроводу гіда. Застосунок мав ставити цифрові об’єкти в конкретні точки залу: стенд, макет, інтерактивну панель. На папері маршрут сходився, на практиці гості збивалися вже на другій зоні.

Що показали заміри до робіт

Прив’язка спиралася лише на показання датчиків самого пристрою, а зал — високі стелі, скляні вітрини, мінімум характерних деталей. Похибка накопичувалася за маршрутом: об’єкт відходив від своєї точки на 1,5–2 метри, біля вітрин — помітно далі.

Із десяти запусків сценарію три-чотири закінчувалися тим, що відвідувач не знаходив об’єкт і закривав застосунок. Поруч майже завжди стояв співробітник із планшетом і перезапускав сцену вручну — по суті, жива милиця замість технології.

Що стало після впровадження

Ми прив’язали сесії до візуальної карти залу: застосунок розпізнає стійкі опори простору й визначає положення відносно них, а не відносно точки старту.

Карту збирали обходом за маршрутом, окремо для кожної зони, і завантажували на пристрій заздалегідь — розпізнавання працює без постійного каналу зв’язку. Прив’язка з першого запуску — у 92% сесій, відхилення об’єкта від цільової точки — 15–20 см.

Частка повторних запусків сценарію впала з однієї з трьох до однієї з дванадцяти, ручні правки з боку персоналу — до нуля, супровід на стенді більше не потрібен.

Окремо заклали оновлення карти: під час перестановки стендів достатньо пройти маршрут заново, код застосунку не змінюється. Це те, що робить супровід передбачуваним — простір живе своїм життям, а застосунок залишається точним.

Чим візуальне позиціонування відрізняється від GPS-міток?

Супутникова навігація обчислює положення за часом приходу сигналу від супутників. Вона працює, поки є пряма видимість неба: у торговому центрі, на складі або в підземному паркінгу сигнал відбивається від стін і перекриттів, і координата відходить на десятки метрів.

Мітка стрибає між поверхами та сусідніми будівлями — на такій прив’язці не побудувати ні навігацію залами, ні підказку над конкретним стендом.

Візуальне позиціонування — сервіс Visual Positioning Service — обчислює положення інакше: кадр з камери зіставляється із заздалегідь побудованою картою простору, і координата береться відносно неї.

Точність — десятки сантиметрів, прив’язка не залежить від неба й працює в підвалах і на підземних рівнях, де супутник не видно взагалі.

Супутникової навігації достатньо, коли завдання існує в масштабі вулиці: маршрут до точки, прибуття кур’єра, міська навігація з похибкою в десятки метрів. Усередині будівлі потрібна інша дискретність — ряд, полиця, конкретний експонат, одиниця обладнання.

Тому способи прив’язки комбінують: за супутником застосунок доводить користувача до входу, далі перемикається на візуальну карту й не втрачає позицію під час переходу між поверхами.

Вибір визначається потрібною точністю, площею та складністю об’єкта і тим, як часто змінюється обстановка — від цього залежить обсяг робіт зі знімання простору.

Технічні сумніви: точність, стабільність, приватність

Майже кожен проєкт із VPS для AR починається з одних і тих самих запитань: чи витримає розпізнавання за слабкого світла, що станеться в залі без мережі, куди йдуть кадри з камери і чи не доведеться перезнімати майданчик у разі зміни парку пристроїв. Нижче — короткі відповіді за кожним пунктом.

Чи працює застосунок без підключення до мережі?

Карта й модель сцени зберігаються на самому пристрої, локалізація відбувається локально. У мережу йдуть лише агреговані події, коли зв’язок з’являється, — сесія без підключення не втрачається, а досилається пізніше.

Що відбувається із зображеннями з камери?

Кадри обробляються на пристрої й не зберігаються: на сервер передаються координати й оцінка впевненості розпізнавання. Це закриває питання приватності відвідувачів і спрощує узгодження проєкту з юристами.

Як покривається парк пристроїв?

Під різні камери та рівні продуктивності робимо окремі профілі калібрування, а на слабких моделях залишаємо резервний сценарій за візуальною міткою. Список підтримуваних пристроїв фіксуємо до старту розробки.

Чи доведеться перезнімати майданчик?

Ні: карта оновлюється повторним проходом із тим самим застосунком. Якщо змінилося планування, перезнімаємо лише зачеплену зону, а не весь об’єкт цілком.

Обговоримо вашу задачу: що підготувати для оцінки

Щоб повернутися з оцінкою AR-проєкту, а не з уточнювальними листами, нам потрібен мінімум фактів про об’єкт і сценарії. Готове технічне завдання не потрібне — достатньо того, що вже є в команди об’єкта: схеми, фото, записи обходів, напрацювання попередніх підрядників.

• План майданчика: поверхові схеми, межі зон, висоти, протяжність маршруту — за ними обчислюється щільність опорних точок і обсяг знімання.
• Матеріали й світло в кожній зоні: скло, глянець, відкриті вітрини, денне світло й підсвічування — від цього залежить, за що зачіплюється позиціонування і де потрібні мітки.
• Сценарії відвідувача: де він дістає телефон, що має побачити, куди дійти, які точки обов’язкові, а які достатньо позначити.
• Парк пристроїв: частки iOS і Android, основні моделі, версії системи, обмеження щодо камер і датчиків.
• Опорні дані: чи є фото- й відеопроходи, креслення, розмічені схеми, раніше зібрані прототипи — їх можна перевикористати.
• Обмеження: режим роботи об’єкта, приватність під час знімання людей, правила зберігання кадрів, наявність мережі на майданчику.

Опишіть задачу так, як зручно: листом, голосом, посиланням на папку з матеріалами.

Ми розглянемо вихідні дані за майданчиком, поставимо уточнювальні запитання одним блоком і повернемося з оцінкою, схемою робіт і планом упровадження позиціонування — з етапами, точками перевірки та зрозумілим результатом на кожному.