Документация

Res Air

Программное обеспечение автономного мониторинга акватории и поддержки спасательных служб

Версия документа 1.0
Дата актуализации 19.02.2026
Правообладатель Res Air
01

Паспорт документа и область применения

Название ПО
Res Air
Класс ПО
Прикладное программное обеспечение
Вариант поставки
ПО в составе программно-аппаратного комплекса
Режим работы
Круглосуточный, 24/7

Назначение

Res Air — программное обеспечение для автономного мониторинга акватории и поддержки спасательных служб. Система обеспечивает круглосуточный (24/7) мониторинг зон купания с использованием нейросетевого анализа видеопотоков, беспилотных летательных аппаратов (БПЛА) и оператора как трёх взаимодополняющих компонентов. Предназначена для повышения эффективности работы спасательных служб за счёт раннего обнаружения потенциально опасных ситуаций на воде.

Целевая аудитория

👤
Оператор / Диспетчер
Получает оповещения о потенциальных инцидентах, подтверждает или отклоняет тревоги, координирует действия спасателей
🛠
Развёртывание, настройка, обслуживание серверного и периферийного оборудования
Инженер внедрения
Администратор системы
Управление учётными записями, настройка правил детекции, мониторинг работоспособности

Область применения

  • Муниципальные и частные пляжи
  • Курортные зоны
  • Водные объекты массового отдыха
  • Береговые линии с повышенным риском
02

Описание функциональных характеристик ПО

2.1. Функции мониторинга и анализа

Приём и предобработка видеопотоков

Приём видеопотоков в реальном времени от стационарных IP-камер (4K, 30 fps) и камер на борту БПЛА. Декодирование, нормализация и подготовка кадров для передачи в модуль нейросетевого анализа.

Нейросетевая детекция людей

Идентификация и отслеживание людей в зоне наблюдения (вода, прибрежная зона) с использованием нейросетевых моделей компьютерного зрения. Классификация состояния: нормальное поведение, подозрительное положение тела, признаки утопления.

Оценка уровня риска

Вычисление степени угрозы на основании совокупности признаков: поза тела, время без движения, расстояние от берега, зона нахождения. Событие формируется при превышении порогового значения уверенности модели.

Обработка множества источников

Одновременная обработка до 6 видеопотоков (4 стационарных камеры + 2 БПЛА) на одном вычислительном узле с GPU-ускорением.

2.2. Функции реагирования и управления инцидентами

Оповещение оператора

При обнаружении потенциально опасной ситуации система формирует сигнал тревоги: звуковое уведомление, всплывающее окно на панели оператора с контекстом инцидента — скриншот, координаты, уровень уверенности, категория события.

Управление инцидентами

Оператор подтверждает или отклоняет тревогу. При подтверждении активируется протокол реагирования: оповещение спасательной службы, команда на вылет БПЛА к координатам инцидента. Все действия фиксируются в журнале.

Управление БПЛА

Отправка БПЛА к точке инцидента по GPS-координатам (автопилот) или в режиме ручного управления с АРМ оператора. БПЛА доставляет спасательный буй и обеспечивает видеосъёмку для координации действий спасателей.

Обратная связь для модели

При отклонении тревоги (ложная тревога) результат используется для дообучения и повышения точности нейросетевой модели.

2.3. Отчёты и аналитика

Автоматическая генерация отчётов

По завершении инцидента система автоматически формирует отчёт: хронология событий, видеозаписи с камер и БПЛА, действия оператора, статистика времени реагирования. Экспорт в формате PDF.

Журнал событий

Хранение полной истории инцидентов, действий операторов, системных событий с возможностью фильтрации, поиска и выгрузки данных за произвольный период.

Статистика и аналитика

Агрегированные показатели: количество событий за период, время реагирования, процент ложных тревог, загрузка оборудования, посещаемость зоны. Визуализация в интерфейсе оператора.

2.4. Эксплуатационные функции

Круглосуточный режим

ПО обеспечивает непрерывную работу 24/7, включая автоматический перезапуск служб и восстановление после сбоев.

Мониторинг работоспособности

Контроль состояния всех компонентов: статус видеопотоков, загрузка GPU/CPU, очередь обработки, доступность БПЛА, связь с периферией. Автоматические алерты при деградации.

Обновление моделей нейросетей

Механизм обновления нейросетевых моделей без остановки системы. Поставка обновлений в рамках годовой подписки.

2.5. Сводная таблица функций

Функция Пользователь / роль Результат
Детекция людей в воде Автоматически (ИИ) Координаты, bounding box, класс объекта
Оценка уровня риска Автоматически (ИИ) Событие с уровнем уверенности (%)
Оповещение о тревоге Оператор Звук + карточка инцидента на панели
Подтверждение / отклонение Оператор Активация реагирования или пометка ложной тревоги
Вылет БПЛА к точке Оператор / Автопилот Доставка буя, видеосъёмка с воздуха
Генерация отчёта Автоматически / Оператор PDF с хронологией, видео, статистикой
Мониторинг здоровья Администратор Дашборд состояния, алерты
Обновление моделей Администратор Новая версия нейросети без простоя
03

Архитектура системы

Система Res Air построена по модульной архитектуре и включает три логических контура: источники видео (камеры и БПЛА), сервер обработки с GPU-ускорением и контур реагирования (хранилище событий, интерфейс оператора, отчёты).

Архитектура системы Res Air
Рис. 1. Архитектура системы Res Air: от источников видео до реагирования

Компоненты системы

Источники видео

Стационарные IP-камеры 4K на вышках наблюдения и камеры на борту БПЛА в режиме патрулирования. Видеопотоки передаются на сервер обработки по локальной сети или Wi-Fi 6E.

Сервер обработки (GPU)

Централизованный вычислительный узел с GPU NVIDIA Tesla T4. Выполняет приём, декодирование и нейросетевой анализ видеопотоков. Формирует события и передаёт их в хранилище.

Контур реагирования

Хранилище инцидентов, интерфейс оператора (АРМ) для подтверждения тревог, координации БПЛА и спасателей. Модуль отчётов и аналитики.

Потоки данных

  1. Видеопоток 4K от камер и БПЛА поступает на сервер обработки
  2. Модуль нейросетевого анализа детектирует людей, классифицирует сцену, оценивает уровень риска
  3. При обнаружении угрозы формируется событие с контекстом (скриншот, координаты, уверенность модели)
  4. Событие поступает в хранилище и отображается на панели оператора
  5. Оператор принимает решение и координирует реагирование
  6. По завершении автоматически генерируется отчёт
04

Системные требования и условия эксплуатации

Серверная часть

Параметр Минимальные Рекомендуемые
GPU NVIDIA T4 (8 GB VRAM) NVIDIA Tesla T4 (16 GB VRAM)
CPU 8 ядер, x86-64 16 ядер, x86-64
Оперативная память 32 GB DDR4 64 GB DDR4
Накопитель 500 GB SSD 2 TB NVMe SSD
Операционная система Ubuntu Server 22.04 LTS / Astra Linux 1.7
Среда выполнения NVIDIA CUDA 11.8+, Python 3.10+, Docker (опционально)
Сеть 1 Gbit/s Ethernet 10 Gbit/s Ethernet

Проверенная конфигурация поставки

Проверенная конфигурация поставки
Рис. 2. Пример комплектации внедрения на один пляжный сектор

Источники видео

Параметр Требования
Тип камеры IP-камера с поддержкой RTSP/ONVIF
Разрешение Не менее 1080p, рекомендуемое — 4K (3840x2160)
Частота кадров Не менее 15 fps, рекомендуемое — 25-30 fps
Защита IP67 для наружной установки
Подключение PoE+ (IEEE 802.3at), Cat6

Рабочее место оператора (АРМ)

Параметр Требования
Монитор 27" и более, разрешение не менее 2560x1440
Браузер Chrome 100+ / Firefox 100+ / Яндекс.Браузер 23+
Периферия Мышь, клавиатура, джойстик управления БПЛА (опционально), гарнитура
Сеть Подключение к серверу обработки по LAN

Требования к персоналу

Роль Квалификация Кол-во
Оператор / Диспетчер Навыки работы с ПК, прохождение обучения по работе с системой (4 часа) 2+ (сменный режим)
Администратор системы Навыки администрирования Linux, базовое понимание сетевых технологий 1+
Инженер внедрения Опыт монтажа серверного и сетевого оборудования, базовый Linux Предоставляется Res Air
05

Инструкция по установке и вводу в эксплуатацию

Установка и пуско-наладка системы выполняются инженерами Res Air в рамках договора на внедрение. Ниже описана общая последовательность этапов для ознакомления.
1

Подготовка площадки

  • Обеспечение электропитания (220 В, ИБП) для серверного оборудования
  • Организация локальной сети (Ethernet / Wi-Fi 6E) между сервером, камерами и АРМ оператора
  • Монтаж вышки наблюдения (при необходимости) и точек размещения камер
  • Подготовка помещения для серверной стойки (вентиляция, доступ)
2

Подключение источников видео

  • Монтаж и настройка IP-камер 4K на вышке наблюдения
  • Подключение камер по PoE+ и проверка видеопотока
  • Конфигурация БПЛА: привязка к серверу, настройка каналов связи
  • Проверка зоны покрытия каждой камеры
3

Развёртывание серверной части

  • Установка сервера в стойку, подключение питания и сети
  • Установка ОС (Ubuntu Server 22.04 LTS), драйверов GPU (NVIDIA CUDA 11.8+)
  • Развёртывание платформы Res Air из поставочного пакета
  • Загрузка и активация нейросетевых моделей
4

Первичная конфигурация

  • Добавление объектов наблюдения (камеры, зоны, БПЛА)
  • Настройка зон детекции и правил классификации
  • Создание учётных записей операторов и администраторов
  • Настройка каналов уведомлений (интерфейс, SMS, push)
5

Проверка работоспособности

Система получает видеопотоки от всех камер
Нейросеть детектирует объекты в реальном времени
Оператор видит интерфейс и получает оповещения
Создаётся тестовое событие, записывается в журнал
БПЛА выполняет тестовый вылет по координатам
Формируется отчёт по тестовому инциденту
Дашборд мониторинга отображает состояние системы
6

Ввод в эксплуатацию

  • Подписание акта ввода в эксплуатацию
  • Обучение персонала (операторы — 4 часа, администратор — 8 часов)
  • Передача эксплуатационной документации

Откат / деинсталляция

Деинсталляция ПО выполняется путём остановки служб и удаления каталога платформы. Данные инцидентов и журналов могут быть экспортированы перед удалением. Аппаратная часть (сервер, камеры) не требует специальных процедур по деактивации ПО.

06

Инструкция по эксплуатации

6.1. Роли и права

Роль Доступ Ключевые действия
Оператор Панель оператора, видеопотоки, инциденты Подтверждение/отклонение тревог, управление БПЛА, закрытие инцидентов
Старший оператор Всё вышеуказанное + отчёты, журнал Генерация отчётов, передача смены, просмотр журнала действий
Администратор Полный доступ Управление учётными записями, настройка зон и правил, мониторинг, обновления

6.2. Типовой сценарий реагирования

Ниже представлена типовая последовательность действий при обнаружении потенциально опасной ситуации на воде — от автоматической детекции до формирования отчёта.

Сценарий реагирования Res Air
Рис. 3. Сценарий реагирования: от обнаружения до отчёта (три участника процесса)
Система ИИ
Анализ видеопотока — непрерывный мониторинг камер и БПЛА. Нейросеть анализирует каждый кадр.
Система ИИ
Обнаружение признаков ЧС — детекция позы тела, оценка риска. При уверенности модели свыше 85% формируется событие.
Оператор
Получение сигнала тревоги — звуковое оповещение + всплывающая карточка инцидента с контекстом.
Оператор
Подтверждение инцидента — оператор оценивает ситуацию и нажимает «Подтвердить» или «Ложная тревога».
Служба реагирования
Оповещение спасателей и вылет БПЛА — автоматическая отправка push/SMS, БПЛА летит к координатам с буем.
Служба реагирования
Прибытие спасателей — параллельная видеосъёмка с БПЛА для координации, оказание помощи.
Оператор
Завершение инцидента — оператор закрывает событие, устанавливает итоговый статус.
Система ИИ
Автогенерация отчёта — хронология, видео, статистика. Экспорт PDF, отправка в архив.

6.3. Интерфейс оператора

Интерфейс оператора представляет собой веб-приложение, доступное в браузере на АРМ оператора. Основные зоны экрана: панель инцидентов (слева), видеопанель с наложением нейросетевой разметки (центр), карточка текущего инцидента (справа), таймлайн событий (снизу).

Интерфейс оператора Res Air
Рис. 4. Макет интерфейса оператора с нейросетевой разметкой видеопотока

Элементы интерфейса оператора

  • Панель инцидентов — список текущих и недавних событий с цветовой индикацией приоритета
  • Видеопанель — прямой видеопоток с наложением bounding box, классов объектов и уровня уверенности
  • Карточка инцидента — детальная информация: координаты, скриншот, время обнаружения, рекомендуемые действия
  • Таймлайн — хронология событий за текущую смену с возможностью перемотки и фильтрации
  • Кнопки действий — «Подтвердить», «Ложная тревога», «Вылет БПЛА», «Оповещение»

6.4. Работа с отчётами и аналитикой

  • Автоматические отчёты — формируются по завершении каждого инцидента (PDF)
  • Периодические отчёты — агрегированная статистика за смену / сутки / неделю / месяц
  • Экспорт — данные доступны для выгрузки в форматах PDF, CSV
  • Доступ — раздел «Отчёты» в интерфейсе (доступен ролям Старший оператор и Администратор)
07

Мониторинг, журналы, диагностика

В рамках годовой подписки предоставляется функция мониторинга работоспособности системы. Администратор имеет доступ к дашборду, отображающему состояние всех компонентов в реальном времени.

Дашборд мониторинга
Рис. 5. Пример дашборда мониторинга: статус видеопотоков, загрузка GPU/CPU, алерты

Контролируемые параметры

Параметр Норма Действие при отклонении
Статус видеопотоков Все камеры: 4K, 25+ fps, задержка < 100 мс Автоматический алерт, проверка сети/камеры
Загрузка GPU < 90%, температура < 80 °C Алерт, проверка охлаждения, снижение нагрузки
Загрузка CPU < 85%, RAM < 80% Алерт, анализ процессов
Очередь обработки < 10 кадров, среднее время < 50 мс Оптимизация параметров, обращение в поддержку
Доступность БПЛА Хотя бы 1 БПЛА в статусе «Готов» Проверка заряда, связи, возврат БПЛА на базу
Свободное место на диске > 20% от общего объёма Очистка архива, расширение хранилища

Журналы (логи)

  • Системные логи — события запуска/остановки служб, ошибки, предупреждения
  • Логи детекции — результаты работы нейросети (детекции, классификации)
  • Логи действий операторов — все действия пользователей в интерфейсе
  • Уровни логирования — DEBUG, INFO, WARNING, ERROR, CRITICAL (настраивается администратором)
  • Срок хранения — 90 дней (по умолчанию), настраивается
  • Ротация — автоматическая ротация по размеру и возрасту

Регламент реакции

Нет видеопотока от камеры

Проверить PoE-порт коммутатора, физическое подключение кабеля, доступность камеры по IP. При невозможности устранить — обратиться в техподдержку Res Air.

Деградация качества видео

Проверить загрузку сети и состояние камеры. Возможно загрязнение объектива — выполнить обслуживание. Проверить настройки кодека.

Высокая загрузка GPU / рост очереди

Проверить количество активных потоков, температуру GPU. Возможно требуется перезапуск модуля обработки. При постоянной перегрузке — обратиться в поддержку.

БПЛА недоступен

Проверить заряд батареи, статус связи. Убедиться, что БПЛА на базовой станции. При постоянной потере связи — диагностика оборудования.

Техническая поддержка Res Air доступна 24/7 по телефону, email и через интерфейс системы. Среднее время первого ответа — 15 минут для критических инцидентов.
08

Поддержка жизненного цикла и сопровождение

Каналы поддержки

📞
Телефон
Горячая линия 24/7 для критических инцидентов
📧
Email
Заявки, консультации, запросы на доработку
💻
Интерфейс системы
Тикет-система в панели администратора
🔒
Удалённый доступ
Подключение инженеров по VPN при необходимости

Порядок обновлений

Тип обновления Периодичность Описание
Обновления нейросетевых моделей Ежеквартально Повышение точности детекции, снижение ложных тревог. Выполняется без остановки системы.
Обновления платформы По мере выпуска Новые функции, исправление ошибок, улучшение производительности. Уведомление за 7 дней.
Обновления безопасности По необходимости Критические патчи устанавливаются в приоритетном порядке.

Профилактика и обслуживание

Процедура Периодичность
Резервное копирование конфигурации и БД Ежедневно (автоматически)
Проверка целостности архива инцидентов Еженедельно
Очистка/ротация логов и временных файлов Автоматически
Обслуживание камер (очистка, проверка) Ежемесячно
Обслуживание БПЛА (калибровка, диагностика) Еженедельно
Проверка серверного оборудования (пыль, термопаста) Раз в 6 месяцев
Полный аудит конфигурации системы Ежегодно

SLA (соглашение об уровне обслуживания)

Приоритет Описание Время реакции Время решения
Критический Система полностью неработоспособна 15 минут 4 часа
Высокий Частичная деградация (потеря камеры, БПЛА) 30 минут 8 часов
Средний Некритичная ошибка, обходной путь существует 2 часа 24 часа
Низкий Запрос на доработку, консультация 8 часов По согласованию