Объединение видеонаблюдения нескольких объектов в VMS

Рабочая архитектура часто выглядит так:

локальный объект пишет архив → центральная VMS получает видео в реальном времени, события, сведения о состоянии и доступ к архиву по запросу.

В центральном интерфейсе могут быть:

• список объектов;
• камеры;
• карты;
• просмотр в реальном времени;
• тревоги;
• состояние;
• пользователи;
• архив;
• экспорт.

Не обязательно переносить все видеопотоки и весь архив в центр постоянно.

Для каждого объекта заранее определяем:

• запись продолжается без WAN или нет;
• сколько хранится локально;
• что происходит при потере центрального сервера;
• какие функции пропадают.

Если локальная запись — требование, её тестируют физическим отключением внешнего канала.

Составляем матрицу совместимости:

Факт, что VMS «увидела камеру», не гарантирует поддержку:

• архива;
• аналитики;
• управления;
• контроля состояния;
• событий.

ONVIF/RTSP полезны для базовой совместимости.

Но они не гарантируют полный набор фирменных функций.

Например:

• фирменная аналитика производителя;
• локальное хранение на периферийных устройствах;
• расширенные события;
• состояние;
• доступ к архиву через фирменный протокол

могут требовать фирменного драйвера или плагина.

Есть разные модели:

VMS подключается к локальным NVR

Сохраняется существующая архитектура.

VMS подключается напрямую к камерам

Центральная система получает больше контроля, но возрастает зависимость от неё.

Гибрид

Локальная запись остаётся, а центральный уровень управляет и мониторит.

Выбор зависит от объекта.

Считаем не только число камер.

На канал влияют:

• сколько операторов одновременно смотрят видео в реальном времени;
• какой поток используется;
• сколько объектов открыто;
• как часто смотрят архив;
• экспорт;
• аналитические события;
• накладные расходы VPN.

Не передаём основной поток 4K со всех камер постоянно без необходимости.

Для центрального просмотра в реальном времени часто достаточно дополнительного потока.

Основной поток нужен:

• при детальном просмотре;
• архиве;
• экспорте.

Так снижается нагрузка на WAN.

Он нужен не всегда.

Варианты:

• только локальный архив;
• локальный + центральный;
• центральное хранение отдельных событий;
• репликация критичных камер.

Решение принимается по:

• риску;
• каналу;
• хранилищу;
• сроку.

Права можно разделять:

• по объекту;
• по камере;
• просмотр в реальном времени;
• архив;
• экспорт;
• PTZ;
• настройки.

Центральный оператор не обязательно должен быть общим администратором.

Для сети объектов это одна из самых ценных функций.

Нужно видеть:

• камера недоступна;
• регистратор недоступен;
• ошибка диска или хранилища;
• остановка записи;
• потеря сети;
• проблема синхронизации времени.

Красивая сетка камер без контроля записи не даёт уверенности, что архив существует.

Все объекты должны иметь согласованное время.

Особенно важно, если система связана:

• со СКУД;
• 1С;
• POS;
• тревогами;
• централизованным расследованием.

Для межобъектового доступа используем согласованную защищённую архитектуру:

• VPN;
• закрытую сеть;
• другой управляемый канал.

Не публикуем NVR и камеры напрямую в интернет без необходимости.

Тест:

1. объект пишет архив;
2. отключаем внешний канал;
3. центральная VMS показывает потерю связи;
4. локальный архив продолжает запись — если так спроектировано;
5. возвращаем WAN;
6. объект возвращается в централизованный просмотр;
7. проверяем архив периода отключения.

Не начинаем сразу со 100 объектов.

Берём:

• 1 типовой;
• 1 объект с другим NVR/камерой.

Проверяем:

• просмотр в реальном времени;
• архив;
• роли;
• события;
• состояние;
• отключение внешнего канала связи;
• восстановление.

После этого масштабируем.

Если текущая система рабочая:

• новую VMS можно пилотировать параллельно;
• не отключать старый NVR до подтверждения;
• переносить объекты этапами.

Некоторые современные VMS прямо поддерживают одновременное подключение устройств по ONVIF/RTSP и по протоколам производителей, но набор функций проверяется по конкретной модели.

1. Инвентаризация

Объекты, камеры, NVR.

2. Матрица совместимости

просмотр в реальном времени, архив и события.

3. Архитектура архива

локальная, центральная или гибридная схема.

4. WAN

Расчёт каналов.

5. Роли

Операторские права.

6. Состояние

Что мониторим.

7. Пилот

Два разных объекта.

8. Масштабирование

По волнам.

Проверяем:

• оператор видит только разрешённые объекты;
• открывается просмотр в реальном времени;
• находится локальный архив;
• экспорт работает;
• недоступная камера определяется как ошибка;
• проблема хранилища видна;
• WAN объекта отключается;
• локальная запись продолжается — если предусмотрено;
• после восстановления объект возвращается.

• число объектов;
• список камер/NVR;
• VMS, если уже есть;
• каналы связи;
• срок архива;
• число операторов;
• требования к ролям;
• нужно ли центральное хранилище;
• критичные интеграции.

Нужно переносить весь архив в центр?

Нет. Часто локальный архив рациональнее.

Можно объединить разные бренды?

Возможно, но набор функций проверяется по модели и VMS.

ONVIF решает всё?

Нет. Он полезен для базовой совместимости, но фирменные функции могут быть недоступны.

Нужен VPN?

Обычно межобъектовый доступ проектируют через защищённый транспорт. Конкретный вариант зависит от сети.

Что будет без интернета?

Если локальная автономность заложена, запись на объекте продолжается, а центральный просмотр временно недоступен.

• Видеонаблюдение для сети объектов: один стандарт, а не десятки разных систем
• Обслуживание видеонаблюдения на сети объектов
• Интеграция СКУД и видеонаблюдения