Алгоритм Безапосности: издание для профессионалов
Санкт-Петербург:
тел.: +7 911 137-88-32 magazine@algoritm.org
Москва:
тел.: +7 499 641-05-26moscow@algoritm.org

Главная
Новости
О журнале
Архив
Свежий номер
Реклама
Подписка
Контакты
Сотрудничество
 

Если вы хотите стать распространителем нашего журнала

 
 
 
 
 

"Алгоритм Безопасности" № 1, 2020 год.

Содержание

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


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

Мальцев Владимир Владимирович, ведущий инженер поддержки проектировщиков компании «Видеомакс»

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

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

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

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

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

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

Наблюдение 

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

Рис. 2 Наблюдение камер с нескольких видеорегитсраторов

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

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

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

 

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

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

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

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

Рис. 4 Резервирование архивов в сети удаленных видеорегистраторов

Резервирование архивов, а точнее говоря, параллельная запись информации с камер в центральное хранилище, призвано обеспечить сохранность видеоархивов в случаях поломки либо хищения регистратора.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

«Облако»

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

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

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

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

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

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

 

ПО вендора DVR/NVR

Профессиональное ПО

«Облако»

Единый интерфейс пользователя

Да

Да

Да

«Живое» наблюдение

Да

Да

Да

Доступ к архивам на DVR/NVR

Да

Да, если реализовано в интеграции

Да, если реализовано в интеграции

Возможности дальнейшего расширения и модернизации

Да, при использовании оборудования этого же вендора

Да

Да, при использовании интегрированных в облако устройств

Возможности интеграции со сторонними системами СКУД, ОПС

Да, при использовании оборудования этого же вендора (и наличии его в продуктовых линейках)

Да

Нет

Степень универсальности

Только оборудование того же вендора

Любые устройства

Индивидуально для каждого «облачного» сервиса

Организация централизованного видеоархива

Нет

Да

Да (только в «облаке») 

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

И напоследок: пожалуйста, учитывайте при проектировании разрозненных систем возможность их объединения в одно целое, – рано или поздно заказчик обязательно захочет это все объединить.

 

Rambler's Top100 Интернет портал. Каталог фирм. бжд. Охрана. Обеспечение безопасности. Безопасность предприятия. Оборудование. Видеонаблюдение.