Объединение зоопарка видеорегистраторов (NVR, DVR) в единую систему

Несложно представить себе объект, на котором установлено несколько не связанных между собой систем видеонаблюдения. Это может быть бизнес-центр, ТЦ или промзона, различные помещения, которые занимают разные организации. Это также может быть несколько территориально распределенных филиалов одной компании, открытых в разное время и, соответственно, с разным оборудованием видеонаблюдения. Камеры могут быть подключены и к «старым добрым» аналоговым видеорегистраторам, и современным IP-регистраторам, и к AHD/TVI/CVI-оборудованию. Сами регистраторы при этом – не просто изделия разных моделей, но и (в подавляющем большинстве случаев) выпущены разными производителями.

Жизнь течет, организации растут и переезжают, системы охраны меняются. Рано или поздно появляется необходимость в одной целой (единой) системе видеонаблюдения, с централизованным доступом, с общими постами наблюдения, а, возможно, и с центральным архивом.

Так каким же образом можно сделать одну общую систему из нескольких разных? Что в итоге может получиться? И вообще – возможно ли такое построение в принципе? Разберем подробно эти вопросы.

Задачи объединения

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

Наблюдение

Показ изображения с камер, подключенных к разным регистраторам, на одном (или нескольких) общем наблюдательном посту охраны. Обычные «мультикартинки» на видеомониторах. Наиболее распространенная задача объединения.

Работа с локальными видеоархивами регистраторов DVR/NVR

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

Резервирование архивов

Создание единого хранилища, на которое ведется видеозапись (помимо видеозаписи на собственные жесткие диски регистраторов).

Единое хранилище может иметь два варианта тактики использования:

• централизованный оперативный архив небольшой глубины для быстрого разбора каких-либо ситуаций и инцидентов. При этом подразумевается, что основной архив хранится на регистраторах;
• централизованный архив большой глубины (по сравнению с глубиной архива на регистраторах). Здесь, наоборот, оперативный разбор производится на самих объектах локально, с использованием записей регистратора. А для длительного хранения, для обеспечения возможности проведения расследований, глубокого анализа бизнес-процессов применяется централизованный архив.

С технической точки зрения принципиальной разницы нет: в обоих случаях необходимо произвести расчеты требуемого места для хранения архива, потребуется оценка сетевых потоков, выбор ПО и т.д. Отметим, что поскольку централизованное хранилище ведет запись самостоятельно, то можно задавать сценарии записи, отличные от установленных на регистраторах (например, на регистраторах вести запись «по движению», а в хранилище – постоянно).

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

Совет

Итак, задачи нами классифицированы. Далее перейдем к способам объединения регистраторов в единую систему.

Способы объединения

Сразу скажем: объединить возможно только оборудование с сетевыми функциями, работающее в сетях Ethernet по протоколу TCP/IP. «Автоматом» исключается возможность какой-либо централизации аналоговых регистраторов, лишенных сетевых возможностей (это могут быть старые либо бюджетные модели).

Фактически объединение заключается в установке какого-либо ПО, которое и реализует весь требуемый функционал и задачи. «Физические» изменения в системах большей частью заключаются в подключении всех регистраторов в общую ЛВС.

Далее разберем, какое ПО можно применять, и что в итоге можно получить.

«Родное» (фирменное) программное обеспечение регистраторов

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

• подключаться одновременно к нескольким регистраторам;
• выводить изображение с камер, подключенных к видеорегистраторам (максимальное количество отображаемых камер при этом может быть ограничено);
• работать с видеоархивами.

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

А теперь самое главное: заниматься вопросом подбора «фирменного» ПО имеет смысл только в том случае, когда все имеющиеся на объекте DVR и NVR одного и того же производителя. С «чужими» регистраторами ни один «фирменный» софт работать не станет.

Обратить внимание

Профессиональное ПО видеонаблюдения

То самое ПО, которое можно встретить на «классических» видеосерверах в составе т.н. PC-based систем видеонаблюдения. Да-да, ко всем этим Трассирам, Интеллектам и Макроскопам можно подключить не только IP-камеры, но и видеорегистраторы.

Что же может дать использование такого ПО? Весьма немало. И зависит это, прежде всего, от наличия/отсутствия модели регистратора в списке интеграций, а также степени этой интеграции. В общем, так же, как и с IP-камерами. С технической точки зрения подключение регистраторов мало чем отличается от подключения камер: те же видеоканалы, которые можно записывать в архив, так же требуется SDK и документация на API для создания разработчиком ПО такой интеграции. Также мало чем отличаются способы и возможности подключения регистраторов от подключения IP-камер. Возможны следующие варианты (подробно о них рассказано в статье «Способы подключения IP-камер», здесь же повторим главные моменты):

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

• Подключение по общепринятым протоколам (ONVIF).
  Этот вариант означает, что производитель ПО видеонаблюдения сделал поддержку какого-то универсального протокола, который может поддерживаться в регистраторе той или иной модели. В теории, такой способ расширяет перечень регистраторов, которые можно подключить. На практике, работоспособность подключения по Onvif зависит от реализации протоколов в каждой конкретной модели регистратора. Заранее – без проверок на реальных устройствах – предугадать, как будет работать ПО с регистратором по универсальному протоколу, не может ни пользователь, ни производитель ПО. Доступный функционал теоретически весьма широк, практически же опять зависит, прежде всего, от регистратора.

• Подключение по RTSP.
  Вариант похож на предыдущий тем, что используется также общепринятый и стандартизированный протокол RTSP. Отличие в том, что тестовую строку запроса видеопотока требуется вводить вручную для каждого видеоканала и для каждого потока. Вид строки запроса требуется уточнять в документации или напрямую у производителя регистратора (обычно это не является большой проблемой). Существенным недостатком такого способа является его малая функциональность – рассчитывать можно лишь на получение «живого» видео/аудио, не более того.

Отметим, что производители профессионального ПО видеонаблюдения редко интегрируют регистраторы. Объяснение довольно простое – системы «с нуля» строятся на IP-камерах, а не на регистраторах. И даже если вдруг появится какая-то серьезная причина использовать в проекте и IP-камеры, и видеорегистраторы, то устраивать «зоопарк» из разных моделей от различных вендоров и нести расходы на интеграцию точно никто не будет.

Использование профессионального ПО имеет несомненные преимущества:

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

Таким образом, применение профессионального ПО видеонаблюдения следует считать наиболее эффективным способом объединения «зоопарка» разнородных регистраторов различных производителей.

«Облако»

Речь идет о применении какого-то стороннего готового сервиса облачного видеонаблюдения. На объект проводится Интернет, на посты охраны ставятся УРМ, в результате получается возможность и вести «живое» наблюдение, и работать с собственными архивами регистраторов, и даже параллельное «облачное» ведение архива, который можно просмотреть через Интернет с любого места и с любого устройства.

Так должно быть в теории. Практика же, мягко говоря, выглядит не так красиво, потому что:

• большинство «облаков» поддерживает работу с оборудованием только какого-то одного бренда;
• многие «облака» с регистраторами работать просто не умеют;
• для прямого подключения к «облаку» регистратор должен иметь специальную «прошивку» (с функцией подключения к данному «облаку»), выпущенную именно для данного регистратора;
• требуется подключение к сети Интернет с определенной пропускной способностью;
• стабильность и надежность работы «облака» ( в т.ч. сохранность находящегося в нем архива) никак не контролируется пользователем;
• «облачный» сервис в любой момент может изменить правила работы и даже вообще прекратить существование.

Подробнее об облачном видеонаблюдении ­–­­­­ в нашей статье Облачное видеонаблюдение в системах безопасности.

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

Подытожим варианты объединения в таблице:

Как видим, ключевым моментом является интеграция.

Выбрали подходящий способ объединения? Поздравляем! Но не спешите делать облегченный выдох: ­ дело еще не закончено.

Общие моменты при разработке решения объединения регистраторов

Вне зависимости от выбранного варианта потребуется решить и другие вопросы.

Расчет сетевых потоков

Т.к. с регистраторов пойдут дополнительные сетевые потоки, необходимо оценить эти потоки, и уже потом проводить доработку локальной сети. Если производится объединение территориально распределенных систем (через сеть Интернет), то помимо расчетов необходимо подумать и о защите интернет-соединений (подробнее об этом мы говорили в статье «Информационная безопасность в системах охранного видеонаблюдения»). И не забыть уточнить у провайдера обеспечение требуемых скоростей, причем как входящих (для постов наблюдений и хранилищ), так и исходящих (для видеорегистраторов).

Производительность видеорегистратора

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

Выбор станционного оборудования

Да, взять и использовать для центрального поста первый попавшийся компьютер не получится. «Картинка» с регистраторов нагружает платформу так же, как и «картинка» с аналогичной по параметрам видеопотока камеры. Поэтому компьютер оператора для работы с регистраторами нужно рассчитывать так же, как и для камер, в т.ч. с учетом особенностей выбранного ПО видеонаблюдения.

Другой важный аспект ­­– гарантированная надежность работы. Оборудование видеонаблюдения работает непрерывно, в режиме «24/7», поэтому следует выбирать специализированные рабочие станции, предназначенные именно для работы в составе систем видеонаблюдения.

Выбор системы хранения данных

Актуально, если решается задача создания центрального хранилища видеоархивов. И, так же как с камерами, требуемая емкость системы хранения рассчитывается исходя из сетевых потоков, интенсивности сцены, характера объекта и прочих исходных данных. Обязательно следует проработать вопрос выбора ПО: сами по себе регистраторы автоматически куда-то копировать архивы не умеют, так что просто лишь поставить какое-то хранилище совсем без софта не удастся.

Выводы и рекомендации

Как видим, задача объединения видеорегистраторов в одну общую систему все-таки может быть решена, если приложить усилия. Главное – выбрать верное направление, исходя из состава оборудования и поставленных задач.

Чтобы облегчить и ускорить эту работу, советуем придерживаться следующего порядка действий.

Общие рекомендации

1. Максимально точно собрать информацию об имеющихся марках и моделях видеорегистраторов.
2. Максимально точно собрать информацию о возможностях имеющихся марок и моделей видеорегистраторов выдавать требуемое разрешение, количество к/с и поток (битрейт) с подключенных камер.
3. Запросить у производителей формат строки запроса RTSP с указанием номера канала и выбора потока (эти данные с большой вероятностью потребуются далее, при проверке работы ПО с регистраторами).
4. Запросить у производителей самые последние актуальные прошивки для регистраторов – скорее всего они вам пригодятся.
5. Конкретизировать задачу объединения (наблюдение, работа с архивами регистраторов, ведение центрального архива).
6. Подготовиться проверить работу регистраторов с ПО практически.
7. Быть готовым к тому, что регистраторы «не потянут» трансляцию требуемого количества камер одновременно.
8. Быть готовым к тому, что создать единую систему окажется в принципе невозможно.

Рекомендации для задачи «Наблюдение»

Если регистраторы все одной марки, и стоит задача обеспечения просто удаленного наблюдения, то наилучшим решением будет использовать «Родное» (фирменное) программное обеспечение регистраторов. Запросите у производителя пробную версию ПО (в большинстве случаев это бесплатное приложение) и проверьте работу каждого регистратора. Если все работает, приступайте к расчету и модернизации ЛВС, подбору подходящих рабочих станций оператора.

Если регистраторы разных производителей, либо по каким-либо причинам «Родное» ПО регистраторов не подошло, то единственный вариант – использование специализированного ПО для видеонаблюдения. Выберите продукт и запросите демонстрационную версию. Попробуйте подключить каждый тип DVR/NVR, определив предельные возможности аппаратного обеспечения регистраторов. После этого приступайте к расчету и модернизации ЛВС, подбору подходящих рабочих станций оператора.

Рекомендации для задачи «Работа с локальными архивами регистраторов»

Логика примерно та же, что и для задачи «Наблюдение». Если регистраторы все одной марки, то ориентируйтесь, прежде всего, на «Родное» программное обеспечение производителя и обязательно проверяйте работу с каждой моделью регистраторов. После этого приступайте к расчету и модернизации ЛВС, подбору подходящих рабочих станций оператора.

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

Рекомендации для задачи «Центральное хранилище»

Напоминаем: задача ­– получать и записывать видеопотоки с регистраторов в центральном хранилище.

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

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

Источник: Информационный материал компании Видеомакс. https://www.videomax-server.ru/support/articles/obedinenie-zooparka-videoregistratorov-nvr-dvr-v-edinuyu-sistemu/