События и тревоги в ONVIF

05-04-06

Введение в событийную модель ONVIF

Одним из ключевых преимуществ ONVIF по сравнению с простым использованием медиапротоколов, таких как RTSP, является поддержка событийной модели — механизма, позволяющего камере не только передавать видео, но и уведомлять о происходящих изменениях в её состоянии или в окружающей среде. Эта модель лежит в основе построения реактивных систем видеонаблюдения, способных не просто записывать, а анализировать и реагировать на происшествия.

Представьте, что камера замечает движение в запрещённой зоне, дверь неожиданно открывается или освещение резко меняется. Без событийной модели программный клиент (например, система видеонаблюдения или сервер аналитики) должен постоянно опрашивать камеру или анализировать видео в реальном времени, чтобы заметить изменение. Это неэффективно и требует больших вычислительных ресурсов. ONVIF решает эту задачу иначе: камера сама инициирует уведомление, как только происходит событие.

Таким образом, событийная модель ONVIF превращает камеру из пассивного источника видео в активный элемент системы безопасности, способный участвовать в принятии решений.

Как работает событийная модель: основные компоненты

Событийная модель ONVIF построена по принципу издатель-подписчик (publisher-subscriber). Камера выступает в роли издателя (publisher), а клиент — в роли подписчика (subscriber). Взаимодействие между ними организовано через специальный ONVIF-сервис — Event Service.

Процесс можно разбить на следующие этапы:

Описание возможных событий — камера предоставляет клиенту список типов событий, которые она может генерировать.
Подписка на события — клиент указывает, какие именно события его интересуют.
Генерация и отправка уведомлений — при наступлении события камера отправляет уведомление подписавшемуся клиенту.
Приём и обработка уведомлений — клиент получает и интерпретирует уведомление, запуская соответствующие действия (например, запись, оповещение оператора, запуск аналитики).

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

Типы событий в ONVIF

ONVIF определяет два основных типа событий:

Условные (Pull Point) события — события, которые клиент может запрашивать по требованию. Используются редко, в основном для синхронных операций.
Уведомления (Notifications) — асинхронные события, которые камера отправляет автоматически по протоколу WS-Eventing. Это основной механизм в современных системах.

События могут быть физическими или логическими:

Категория события	Примеры
Физические датчики	Срабатывание внешнего датчика движения, открытие двери, прерывание питания
Видеоаналитика	Обнаружение движения, пересечение линии, вторжение в зону, потеря видео
Состояние устройства	Перезагрузка камеры, изменение IP-адреса, сбой записи, переполнение памяти
Сетевые события	Потеря соединения, изменение качества сигнала

Каждое событие имеет тип, источник, уровень серьёзности и дополнительные данные. Например, событие "Обнаружение движения" может содержать:

Тип: tns1:RuleEngine/CellMotionDetector/Motion
Источник: VideoSource=token, где token — идентификатор видеоканала
Данные: координаты области движения, уровень уверенности, временная метка

Подписка на события: как клиент получает уведомления

Чтобы получать события, клиент должен подписаться на них. Это делается с помощью запроса к сервису событий (Event Service) камеры. В запросе указывается:

Адрес, куда присылать уведомления (обычно это HTTP-эндпоинт клиента).
Интервал действия подписки (время жизни подписки).
Фильтр событий (если нужно получать только определённые типы).

Пример: клиент настраивает подписку на все события, связанные с движением, и указывает свой адрес http://client.local:8080/events. Когда камера обнаруживает движение, она отправляет POST-запрос на этот адрес с XML-описанием события.

<wsnt:Notify>
  <wsnt:NotificationMessage>
    <wsnt:Topic Dialect="http://www.onvif.org/ver10/tev/topicExpression/ConcreteSet">
      tns1:RuleEngine/CellMotionDetector/Motion
    </wsnt:Topic>
    <wsnt:Message>
      <tt:Message>
        <tt:Source>
          <tt:SimpleItem Name="VideoSource" Value="VideoToken1"/>
        </tt:Source>
        <tt:Data>
          <tt:SimpleItem Name="IsMotion" Value="true"/>
        </tt:Data>
      </tt:Message>
    </wsnt:Message>
  </wsnt:NotificationMessage>
</wsnt:Notify>

Клиент, получив это сообщение, может, например, начать запись, отправить уведомление на телефон или активировать PTZ-камеру для отслеживания объекта.

Практическое применение событийной модели

Событийная модель ONVIF открывает широкие возможности для построения интеллектуальных сценариев. Вот несколько примеров:

1. Умная запись (Motion-based recording)

Камера отправляет событие при обнаружении движения. Сервер видеозаписи реагирует, включая запись только в моменты активности. Это экономит дисковое пространство и упрощает поиск нужных фрагментов.

2. Интеграция с системой охранной сигнализации

Внешний датчик подключён к камере. При срабатывании датчика камера отправляет событие, которое вызывает:

Запись видео с нескольких камер
Отправку тревожного сообщения на пульт охраны
Включение света или сирены

3. Автоматическое отслеживание (PTZ tracking)

При обнаружении движения камера с функцией PTZ может автоматически:

Повернуться в сторону объекта
Приблизить изображение (zoom)
Отправить событие в систему, чтобы оператор мог взять ситуацию под контроль

4. Мониторинг состояния оборудования

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

Ограничения и особенности реализации

Хотя событийная модель ONVIF мощна, важно понимать её ограничения:

Не все камеры поддерживают все типы событий. Например, бюджетная камера может не иметь аналитики, но поддерживать только внешние датчики.
Сетевая доступность. Клиент должен быть доступен по IP-адресу, указанному в подписке. В случае NAT или фаерволов может потребоваться настройка проброса портов.
Жизненный цикл подписки. Подписка имеет ограниченное время действия. Клиент должен периодически продлевать её (keep-alive), иначе камера прекратит отправку уведомлений.
Формат данных. События передаются в формате XML, что требует от клиента корректной обработки и парсинга.

Кроме того, ONVIF определяет базовые типы событий, но производители могут добавлять собственные расширения. Например, камера Hikvision может генерировать событие tnsaxis:IO/Tamper, которого нет в базовой спецификации. Поэтому при разработке клиентского ПО важно уметь работать как со стандартными, так и с вендор-специфичными событиями.

::: info Пример из жизни

Уже упоминавшиеся камеры в лабораторных стендах имеют, помимо обычных разъёмов RJ45 и питания 12В, следующие возможности подключения:

1. Audio In mono

2. Audio Out mono

3. Alarm In

4. Alarm Out

Про звуковые входы мы уже вспоминали ранее, теперь про сигнальные: работая через ONVIF, вы можете считывать состояние входа сигнализации (замкнут или разомкнут контакт) и управлять выходом -- замыкать или размыкать контакт. То есть, можно по сигналу проводного магнитного датчика открытия двери передать сигнал вызова позиции "Дверь" и камера тут же повернется в нужную сторону. А в указанный интервал времени еще и включить сирену, соединенную с выходом сигнализации в камере.

:::

::: info Мы уже не раз вспоминали PTZ IP камеры в контексте телевизионного производства. Что делать, они действительно весьма близки к именно телевизионным (коими и являются технически). У студийных телекамер есть индикация "в эфире" (Tally light) -- диктор всегда знает, какая камера его снимает. Реализовать такую функцию можно как раз через Alarm Out: считываете, что камера находится в активной сцене в OBS, отправляете сигнализацию на камеру, реле замыкается, подключенный к этому выходу и источнику питания светодиод загорается. Правда, здесь возможна небольшая задержка выполнения команды на камере, но не критичная.

:::

Заключение

Событийная модель ONVIF — это ключевой элемент перехода от пассивного видеонаблюдения к активным, интеллектуальным системам. Она позволяет строить сценарии, в которых камера не просто «смотрит», а «сообщает» о происходящем, инициируя реакцию системы.

Понимание этой модели необходимо для:

Разработки ПО, работающего с ONVIF-устройствами
Настройки систем видеонаблюдения с реактивным поведением
Диагностики и анализа работы камер

В следующих темах курса мы увидим, как события ONVIF интегрируются с медиасерверами и системами аналитики, образуя единую экосистему умного видеоконтроля.

Введение в событийную модель ONVIF​

Как работает событийная модель: основные компоненты​

Типы событий в ONVIF​

Подписка на события: как клиент получает уведомления​

Практическое применение событийной модели​

1. Умная запись (Motion-based recording)​

2. Интеграция с системой охранной сигнализации​

3. Автоматическое отслеживание (PTZ tracking)​

4. Мониторинг состояния оборудования​

Ограничения и особенности реализации​

Заключение​