Реализация геозон для IoT-устройств (Geofencing) в мобильном приложении
Геозона сработала — трекер вошёл в зону. Но уведомление пришло через 4 минуты. За это время самокат уехал на 600 метров за периметр склада. Пока проблема в том, где именно проверяется пересечение геозоны: на сервере раз в N секунд или в реальном времени при каждом входящем пакете.
Серверная vs клиентская геолокация
Для IoT-устройств (трекеры, датчики, транспорт) геозоны всегда проверяются на сервере. IoT-устройство не запускает ваше приложение — оно просто посылает GPS-пакеты. Мобильное приложение получает уже вычисленное событие через push-уведомление или WebSocket.
Это контрастирует со сценарием, когда геозону проверяет сам смартфон пользователя через CLLocationManager.startMonitoring(for region:) (iOS) или GeofencingClient.addGeofences() (Android). Но для IoT-fleet — только серверная сторона.
Как работает серверная геозона
PostgreSQL + PostGIS — стандартный стек:
SELECT zone_id, zone_name
FROM geofences
WHERE ST_Contains(geometry, ST_SetSRID(ST_MakePoint($lon, $lat), 4326));
Индекс GIST на geometry ускоряет ST_Contains до микросекунд. При 500 входящих пакетах в секунду от всего флота — нагрузка приемлемая даже на одном инстансе PostgreSQL.
Переход enter/exit определяется через state machine в Redis: при каждом событии сравниваем с предыдущим состоянием устройства. Если было outside → стало inside → emit событие geofence_entered.
Создание и редактирование геозон в приложении
Пользователь рисует геозону на карте — круг или произвольный полигон.
Круговая зона. Простейший вариант: GMSCircle (Android) / MKCircle (iOS) с центром и радиусом. Пользователь ставит точку, тянет за ручку для изменения радиуса. Хранится как {lat, lng, radius_meters}.
Полигональная зона. Пользователь тапает по точкам на карте, формируя замкнутый контур. GMSPolygon / MKPolygon с live-preview при добавлении точек. Последняя точка соединяется с первой автоматически при нажатии «Закрыть фигуру».
Редактирование: перетаскивание вершин (draggable Marker на угловых точках), добавление промежуточных точек через midpoint handles. Это стандартный паттерн для polygon editor на картах.
Валидация: самопересечение полигона — ST_IsValid(geometry) на сервере перед сохранением. Клиент получает ошибку и подсвечивает проблемный участок.
Уведомления и реакции
При срабатывании геозоны сервер отправляет push через FCM (Android) / APNs (iOS) с priority: high. Для time-critical алертов (ребёнок вышел из безопасной зоны, грузовик выехал за периметр) используем APNs content-available: 0 (visible push) — он прилетает даже в Doze mode Android.
Уведомление содержит: название устройства, название зоны, тип события (вход/выход), время. На iOS — UNNotificationCategory с action «Открыть карту» для быстрого перехода. Deep link передаётся в userInfo payload.
В самом приложении — лента событий геозон с фильтрацией по устройству/зоне/типу события. Пагинация через cursor-based pagination (не offset — таблица событий растёт быстро).
Настройка чувствительности
Трекер присылает точку раз в 10–30 секунд. При этой частоте устройство может «проскочить» через узкую геозону без единой точки внутри. Решения:
- Увеличить частоту записи при приближении к зоне — некоторые трекеры поддерживают «зону тревоги» и автоматически учащают запись
- Проверять пересечение отрезка
[prev_point, cur_point]с границей зоны черезST_Intersects(ST_MakeLine(...), geometry)— ловит транзитные пересечения - Буферизация: расширяем зону на N метров (
ST_Buffer) для раннего предупреждения
Сроки
Реализация геозон (создание/редактирование полигонов + уведомления о пересечениях) при готовой серверной части: 3–5 рабочих дней. Если нужна разработка серверной логики с PostGIS + Redis state machine — 1–2 недели. Стоимость рассчитывается индивидуально.