Категория: Видеонаблюдение

Миграция метаданных: диагностика совместимости аналитики Hikvision при переходе на российские VMS

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

Ниже — порядок проверки, который помогает определить, можно ли сохранить аналитику Hikvision при переходе на Trassir или Macroscop и обойтись без переноса распознавания на сервер. Совместимость необходимо подтверждать для конкретной модели камеры, версии прошивки, редакции VMS и используемого драйвера.

Что именно должно перейти в новую VMS

Видео, тревожное событие и результат распознавания — разные виды данных. Наличие изображения по RTSP или ONVIF Profile S не означает, что VMS получит номер автомобиля, координаты лица или снимок цели.

Видеопоток
Основной или дополнительный поток H.264/H.265, используемый для просмотра и архива.
Событие
Факт срабатывания правила: обнаружено лицо, пересечена линия, распознан номер или найдено совпадение со списком.
Метаданные
Структурированное описание объекта: время, идентификатор цели, координаты, класс объекта, номерной знак и другие доступные атрибуты.
Связанные изображения
Кадр сцены или изображение цели. Их передача может быть реализована отдельно от ONVIF-события и зависит от камеры и драйвера VMS.

ONVIF Profile M описывает обмен метаданными и событиями аналитики, включая лица и номерные знаки. Однако поддержка Profile M должна присутствовать с обеих сторон. Камера с Profile S или Profile T может отдавать видео и базовые тревоги, не передавая полный результат распознавания в стандартном виде.

У Hikvision часть расширенной аналитики может передаваться через фирменные интерфейсы ISAPI или SDK. В таком случае универсальное подключение ONVIF покажет видео, но для распознавания потребуется штатный драйвер Hikvision в VMS. Это не серверная аналитика: вычисления по-прежнему выполняет камера, а VMS принимает готовый результат.

Пошаговая диагностика совместимости

  1. Зафиксируйте исходную конфигурацию

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

    Не объединяйте камеры одной серии в одну строку проверки: разные аппаратные ревизии и прошивки могут публиковать разные наборы событий.

  2. Проверьте работу аналитики на самой камере

    Откройте веб-интерфейс Hikvision и вызовите контрольное событие. Убедитесь, что камера действительно распознаёт цель и сохраняет требуемые атрибуты. Проверьте расписание постановки на охрану, область детекции, минимальный размер объекта, направление движения и включение передачи метаданных.

    Если результата нет в интерфейсе камеры, настройка VMS проблему не исправит.

  3. Снимите карту ONVIF-возможностей

    Через диагностический ONVIF-клиент запросите Device Information, GetCapabilities, GetServices и список медиапрофилей. Затем проверьте наличие Analytics, Events, Media или Media2, MetadataConfiguration и URI потока метаданных.

    Зафиксируйте заявленные профили ONVIF. Проверить официальную декларацию конкретной модели можно в базе совместимых продуктов ONVIF. Маркетинговой записи «ONVIF поддерживается» недостаточно: она не указывает, какие функции реализованы.

  4. Проверьте подписку на события отдельно от видео

    Запросите список тем событий и создайте PullPoint-подписку. Во время контрольного проезда автомобиля или появления лица сохраните полученные XML-сообщения. В них важны Topic, Source, Key, Data, время события и состояние.

    Если камера формирует событие, но его тема находится в фирменном пространстве имён Hikvision, универсальный ONVIF-драйвер VMS может его проигнорировать. Если приходит только логический признак срабатывания без номера или изображения, одной ONVIF-подписки недостаточно для полноценной карточки распознавания.

  5. Проверьте поток метаданных

    Если камера объявляет MetadataConfiguration, запросите URI соответствующего потока и проверьте, появляются ли в нём кадры VideoAnalyticsStream. Сопоставьте время, идентификатор объекта, координаты, класс цели и распознанные атрибуты с событием в веб-интерфейсе камеры.

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

  6. Сопоставьте результат с драйверами VMS

    В тестовой системе добавьте одну камеру двумя способами: штатным драйвером Hikvision и универсальным ONVIF-драйвером. Для Trassir и Macroscop проверьте актуальную таблицу поддерживаемых устройств и примечания к конкретной версии программного обеспечения.

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

  7. Повторите испытание после перезапуска

    Перезапустите камеру и службу VMS, дождитесь восстановления соединения и снова создайте события. Это выявляет проблемы повторной подписки, истечения ONVIF-сессии и расхождения времени.

Настройка Trassir или Macroscop без переноса аналитики на сервер

Предпочтительная схема — оставить распознавание на камере, а VMS использовать для приёма событий, записи архива и работы оператора:

  1. Обновить камеру только до версии прошивки, совместимость которой подтверждена выбранной VMS. Перед обновлением сохранить конфигурацию и проверить возможность возврата.
  2. Создать отдельную учётную запись камеры для VMS с правами на просмотр, получение событий и метаданных.
  3. Синхронизировать камеру и сервер VMS с одним доверенным NTP-источником.
  4. Добавить устройство через штатный драйвер Hikvision, если он поддерживает нужную аналитику. Универсальный ONVIF использовать после функционального сравнения.
  5. Включить на камере передачу метаданных именно для требуемого режима: face capture, ANPR, smart event или другой доступной функции.
  6. В VMS сопоставить событие с нужным каналом, архивом и сценарием реакции оператора.
  7. Отключать серверный модуль распознавания только после приёмочного теста. Обычная лицензия на подключение канала VMS при этом всё равно может требоваться по условиям выбранного продукта.

Если VMS не принимает расширенные поля через ONVIF, сначала проверяют штатный драйвер. Промежуточный конвертер событий имеет смысл только при документированном API обеих сторон: он усложняет сопровождение и становится отдельной точкой отказа.

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

Критерии приёмки и типовые ошибки

Критерии проверки

  • Камера стабильно передаёт основной и дополнительный видеопотоки.
  • Контрольное событие появляется в VMS без ручного переподключения камеры.
  • Тип события в VMS соответствует фактическому правилу камеры.
  • Для ANPR передаётся строка номера, а не только признак обнаружения автомобиля.
  • Для лиц передаются именно те данные, которые нужны оператору: событие, координаты или изображение — в пределах возможностей оборудования.
  • Время события совпадает с нужным фрагментом архива.
  • После перезапуска камеры, VMS и сетевого оборудования подписка восстанавливается автоматически.
  • Одновременные события не теряются и не создают необоснованных дублей.
  • Отключение серверной аналитики не меняет результат контрольного сценария.

Типовые ошибки

  • Проверять только изображение. Рабочий RTSP-поток не подтверждает передачу аналитики.
  • Считать все ONVIF-подключения одинаковыми. Profile S, Profile T и Profile M решают разные задачи.
  • Добавлять камеру универсальным драйвером. При этом могут потеряться фирменные события, которые поддерживает штатный драйвер Hikvision.
  • Не включать метаданные на камере. Активное правило аналитики не всегда автоматически включает их публикацию.
  • Игнорировать прошивку. Поддержка конкретного события может меняться между версиями, поэтому обновление без стенда рискованно.
  • Использовать неправильный медиапрофиль. Метаданные могут быть привязаны не к тому профилю, из которого VMS получает видео.
  • Не синхронизировать время. Событие приходит, но открывает неверный участок архива.
  • Блокировать служебный обмен. Межсетевой экран может пропускать RTSP, но запрещать ONVIF Events, обратные соединения или фирменный API.
  • Ожидать от события готовую карточку распознавания. Тревога, строка номера и снимок цели могут передаваться разными механизмами.
  • Переносить сразу весь объект. Без пилота на одной камере трудно отделить ограничения модели от ошибок массовой конфигурации.

Краткий вывод

Сохранить встроенную аналитику Hikvision при переходе на Trassir или Macroscop возможно, если новая VMS понимает фактический способ передачи событий конкретной камеры. Проверять нужно всю цепочку: срабатывание на устройстве, ONVIF-событие или поток метаданных, поддержку штатным драйвером, карточку оператора и привязку к архиву.

Ключевое решение принимают по результатам стендового теста. Если камера отдаёт необходимые данные, а VMS принимает их через ONVIF либо штатный драйвер Hikvision, распознавание можно оставить на камере и не приобретать отдельный серверный модуль аналитики. Если передаётся только видео или общий сигнал тревоги, функциональность нельзя считать перенесённой.

Техническая основа проверки: описание ONVIF Profile M и база совместимых продуктов ONVIF.