Унифицированный протокол объединенной видео консоли

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

Все устройства, поддерживающие данный протокол позволяют формировать единые виртуальные комплексы управления устройствами формирования информации, такими, как различные аналоговые камеры CCTV, IP камеры, специализированные устройства ввода визуальной информации.

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

На уровне прямой (нативной) поддержки формата передачи изображения LIC-1
На уровне лицензий совместимости LIC-2

В случае коммутации аналоговых камер, с поддержкой UVOCP используется лицензия типа LIC-1. При этом в устройстве видео коммутации прописываются характеристики и параметры подключённой камеры: например цветная или черно-белая камера, разрешение, скорость камеры - количество кадров/сек, на которую рассчитана камера, наличие автофокусировки, автоматической диафрагмы; возможности управления параметрами камеры, наличие звукового канала, наличие спец.каналов (каналы температуры, давления, влажности, скорости и т.п.).

В случае подключения IP камер, поддерживающих протокол UVOCP по лицензии типа LIC-2, обеспечивается автоматическая совместимость с оборудованием видео коммутации. Благодаря использованию данного протокола есть возможность соединять на одно устройство отображения данных изображения (виртуальный квадратор), фиксируемые в различных устройствах видео фиксации (видеорегистраторы, видеосерверы). Например, различные видеосерверы и видеорегистраторы, поддерживающие данный протокол и имеющие соединение по сетевым протоколам нижнего уровня позволяют отображать видеоданные на дисплее, подключённом к оборудованию видео коммутации и исходя из уровня доступа к просмотру содержимого. Например, в ряде помещений установлены камеры видеофиксации и аудиофиксации. Сотрудник охраны в дневное время имеет право просматривать видеоизображения с камер, установленных в холле, но не имеет права просматривать видеоинформацию с камер в переговорной комнате. В вечернее время охране доступен просмотр событий по всем помещениям учреждения, включая прилегающую территорию.

UVOCP позволяет использовать распределённые локальные масштабируемые хранилища данных (Data storage – DS далее) и устройства постобработки данных (Data postprocessor - DP), а также облачные сервисы для хранения (Data Cloud Storage – далее DCS) и постобработки видеоинформации (Data cloud postprocessor - DCP). Так, например в традиционных системах CCTV для хранения устанавливаются дисковые накопители того или иного объёма в количестве, которое позволяет конструкция видеорегистратора. Протокол UVOCP подразумевает существование в сетевом доступе хранилищ данных. Каждое устройство ввода (видеокамера, микрофон, датчик и т.п.), подключаемое по протоколу UVOCP по LIC-xx получает квоту в днях/часах/минутах на длительность хранения даных с того или иного устройства. После истечения квоты информация «выветривается» - перестает быть актуальной с освобождением места для записи других данных. Протокол UVOCP подразумевает, что в пределах локального сегмента устройств, работающих по протоколу UVOCP может быть более одного хранилища данных и принимаемые данные могут записываться в это устройство по тому или иному алгоритму. Приведем пример. В сети присутствует 1 накопитель ёмкостью 1 Тб. При этом количество устройств, излучающих сохраняемые данные требует согласно заявленных квот больший объем и двойное резервирование хранимой информации. В традиционных системах эта проблема решается установкой жёсткого диска большего объёма. Однако на этом пути существуют объективные ограничения в виде максимально доступного объёма дисковых накопителей. При построении системы по протоколу UVOCP в сеть добавляется такое количество распределённых хранилищ, которое обеспечивает квотирование информации в необходимом объёме. При этом система самостоятельно определяет место хранения кванта данных на том или ином Data storage. В случае если используется конфигурация с облачным хранилищем излучаемой информации, то взаимодействие с Data cloud storage может идти как в режиме data Debit – когда в Data cloud storage запрашивается тот или иной квотированный объем для хранения информации, так и в режиме data Credit. При этом режиме часть невостребованного объёма для хранения информации из зоны Data storage можете резервироваться под потребности Data cloud storage и передаваться в использование облачным хранилищем. При этом необходимо сертифицирование Data storage на предмет надёжности хранения данных, скорости обмена информации с облачным сервисом, временными параметрами выделяемых квот. При использовании Data cloud storage также подразумевается, что информация может храниться не целиком с одного устройства на одном физическом носителе в облаке, а предусматривается нахождение информации в нескольких копиях, распределённых фрагментарно по DCS. Это имеет некую аналогию с протоколом, используемым в torrent-системах, когда информация хранится распределёно на большом количестве носителей в сети и для получения доступа с каждого из носителей-хостов сети принимается небольшая порция одновременно и «собирается» на принимающем компьютере в единый файл, пригодный для операций с ним. При этом способе получения информации время получения от нескольких хранилищ данных её суммарно меньше, чем если бы видео фрагмент передавался целиком из одного источника.

Рассмотрим ещё одну возможность протокола UVOCP – работа с постпроцессорами данных. Одна из обработок, применяемых к видеоконтенту это распознавание номеров автомобилей, распознавание объектов (например человека по лицу), чтение и распознавание маркировок объектов (например штрих-кода на изделии) и т.п. В традиционных системах это решается установкой достаточно мощного видеосервера, специализированного ПО, аппаратных устройств, имеющих возможность присоединения тех или иных исполнительных устройств для реагирования по событиям (например при совпадении распознанного номера автомобиля одному из номеров в списке выдается сигнал исполнительному устройству на отпирание ворот). В случае использования протокола UVOCP информация, хранимая в DS или DCS передается непосредственно в DP или DCP. Этот обработчик возвращает в систему результат постобработки. Так например в случае распознавания номера возвращается распознанная комбинация символов номера, по которой исполнительная часть системы выполняет ту или иную реакцию.

Протокол UVOCP позволяет организовывать аппаратно независимые системы с разнородным оборудованием, позволяющим принимать и обрабатывать значительные объёмы информации. Кластеры постпроцессоров, хранилищ квотированных данных которые могут быть территориально разнесены на значительные расстояния, обеспечены резервированием и распараллеливанием информации. В следствие чего такая архитектура снижает риск утраты информации одновременно во всех местах её расположения. За счёт возможности внедрения в систему нескольких постпроцессоров можно балансировать или распараллеливать обработку информации. В случае если у DP есть регулярные промежутки с низкой вычислительной загрузкой, то эти промежутки можно передавать в распоряжение системы в режиме postprocessor Credit, если же наоборот – загрузка локального постпроцессора велика (или локальный постпроцессор вовсе отсутствует), то возможна работы в режиме postprocessor Debit – т.е. с привлечением для обработки внешних постпроцессорных компонентов.

Автор материала: http://nexcomp.ru/

31.03	37-й IT talk »
17.11	MBLTdev #2 »
16.11	GeekWeek-2015 »