 На вопросы ТЗ отвечает Светослав АНТЮШИН, региональный менеджер Pelco by Schneider Electric
ТЗ:
– Каким функционалом должна обладать современная VMS?
Светослав АНТЮШИН:
– В целом сегодня большинство заказчиков понимают важность того, чтобы людей, обслуживающих объект, было как можно меньше. У разных заказчиков разные задачи, но если говорить о больших системах, то вопрос этот актуален и тесно связан с идеологией интеграции VMS с другими системами безопасности и жизнеобеспечения. Важно, чтобы на одном операторском рабочем месте была сосредоточена функция мониторинга как можно большего количества работающих на объекте подсистем. Иными словами, именно VMS должна иметь возможность агрегировать в себе функции мониторинга и управления всеми системами. При этом оператор будет видеть на мониторе объект наблюдения, получать изображение по каждому тревожному событию, зафиксированному системой контроля доступа, охранной, пожарной сигнализацией и другими системами. Обычные события, происходящие в подсистемах, будут тоже отображаться на мониторе, но уже не в виде картинки, а во второстепенном окне в виде списка.
Подход к интеграции путем объединения систем на основе VMS нельзя назвать новым, при этом сегодня интеграция, как правило, происходит на основе СКУД или систем ОПС. Подобный способ интеграции сложился исторически. И обычно выглядит это следующим образом: события систему СКУД записываются в базу данных, событию привязывается та или иная камера, и благодаря синхранизации по времени видеоархива и данных в базе данных из ПО СКУД можно вызвать соответствующий событию видеоряд.
Интегрировать в систему VMS становится логичным тогда, когда речь идет о таких объектах, как казино, складские помещения, бизнес-центры, объекты с протяженным периметром, так как видеоинформация на таких объектах является первоочередной и оператор принимает решения именно на основе этой информации, а информация, которая пришла от других систем, фиксирующих события, позволяет обратить внимание оператора именно на тот видеоряд, который наиболее критичен в данный момент. Любое событие теоретически можно подделать, с видеособытием это сделать практически нереально. Более того интеграция сторонних систем в систему видеоменеджмента становится единственно возможным вариантом в связи с ростом мегапиксельности камер и в целом объемов данных в современных видеосистемах.
Рассмотрим работу интегрированной VMS с со сторонней системой на примере казино. Предположим, что перед службой безопасности стоит задача обнаружить такой наиболее опасный, потенциально несущий наибольшие потери, вариант правонарушения, как сговор между дилеом/крупье и игроками. На столах стоят специальные шафл-машины, которые отсчитывают карты. При выдаче карта считывается. С помощью системы автоматизации можно распознать, какая карта выпала и как часто она выпадает. Чтобы убедиться, что это та самая карта, нужна видеоверификация, т. е. подтверждение с помощью изображения с камеры видеонаблюдения, установленной над столом. Рабочее место оператора видеосистемы по-прежнему является основным экспертным центром для принятия решения. Итак, как только пришла информация о карте из шафл-машины, она обязательно выводится на экран в окне модуля интегрированной системы управления казино, у оператора есть возможность сравнить номинал карты с видеоизображением в соседнем окне системы видеонаблюдения. Еще одним хорошим примером объекта, где интеграция на основе VMS является оправданной, является производство, в основе которого лежит технологический процесс. Например, автоматизированный конвейер. Случился сбой, на пульт централизованного наблюдения поступает сигнал о событии, а VMS обеспечивает вывод на экран оператора видеоизображения именно того участка производства, где произошло событие. Согласованность выводимой информации от системы автоматизиции и от системы видеонаблюдения позволяет оперативно реагировать на событие. От скорости принятия решения оператором зависит и безопасность персонала, и скорость устранения неполадок, а, значит, эффективность производства. На промышленных предприятиях функции нескольких сотрудников, которые должны следить за бесперебойной работой отдельных участков конвейера в непосредственной близости от него, можно заменить работой интегрированной на основе VMS ситемы автоматизации, которая позволит увеличить производительность труда, сократить затраты и с помощью оператора, находящегося удаленно в комфортном безопасном помещении, наблюдать не за одним конвейером, а сразу за несколькими. Когда мы говорим о безопасности, то посчитать стоимость совокупного владения и окупаемость системы очень сложно, так как это возможно только при возникновении какого-либо события. А когда речь идет об обеспечении бесперебойности производственного цикла, то здесь расчеты более очевидны и их можно провести еще до установки ситемы на этапе проектирования, так как мы знаем стоимость простоев производства, затраты на систему автоматизации, ее обслуживание, персонал, страховку и т. д.
Итак, перед интегрированной VMS на промышденном предприятии стоят три задачи: упростить процесс видеоверификации, сократить расходы, обезопасить людей от техногенных и других угроз.
ТЗ:
– Почему все же интегрироваться в VMS более логично, чем использовать универсальные платформы или платформы других систем?
Светослав АНТЮШИН:
– Интеграция в универсальные системы, как правило, дороже, так как кроме системы видеонаблюдения и, например, системы контроля доступа необходимо вложиться в интегрирующую надстройку». Помимо этого универсальные системы, системы контроля доступа, охранно-пожарной сигнализации заточены на работу не с видеопотоком, а с текстовыми базами данных, в которых с привязкой ко времени записываются события этих систем. Они могут по событию отобразить картинку с установленной в помещении камеры, но, если мы хотим оперативно провести расследование того, что произошло, видеть событие с разных ракурсов, приближать или удалять изображение, то это может обеспечить только система VMS, так как именно она может работать с таким большим массивом данных, в первую очередь видеоданных. Современные системы видеонаблюдения предъявляют особые требования к процессорам серверов для обработки и хранения данных, работе с архивами, так как объем информации, передаваемой, например, мегапиксельными камерами, становится все больше и больше.
Еще и поэтому в последние годы популярными становятся решения, связанные с облачным хранением информации, в которых применяются новые решения в сфере баз данных, представляющие собой видеоданные, видеопотоки, а значит, большие объемы информации. Получается, что VMS изначально заточена под работу с большими объемами данных, что нельзя сказать о платформах СКУД, ОПС и др. В то же время VMS легко справится с обработкой данных, поступающих от интегрированных с ней систем, так как объем этих данных априори меньше. Упомяну еще одну причину, по которой именно СКУД изначально являлась платформой для интеграции с другими системами. Именно в системах контроля доступа впервые были реализованы функции видеоверификации по событию. Таким образом, наряду со способностью обрабатывать большие потоки видеоданных современная VMS должна обладать возможностью интеграции на своей платформе СКУД, ОПС и других систем. По моему мнению, любая интеграция,которая происходит по принципу «решение проблем по мере их поступления», т. е. по мере того, как перед подсистемами и системой в целом появляютя новые задачи, заведомо более уязвима, менее логична и эффективна, чем та, которая изначально продуманна разработчиком и предназначена для решения определенного и понятного комплекса задач.
ТЗ:
– Каковы основные тренды в развитии современных VMS?
Светослав АНТЮШИН:
– Сейчас вся идеология строится вокруг систем управления базами данных. Например, ряд производителей VMS уже реализуют работу с базами данных на основе СУБД Mongo db*.
Еще одним новаторским подходом можно считать реализацию интерфейса системы отображения видео по браузерному типу. Речь может идти как о «тонком клиенте»**, так и «толстом клиенте»***. При этом браузер будет выглядеть аналогично браузерам, к которым мы уже давно привыкли в повседневной жизни и работе. У оператора на экране есть вкладки, он может зайти в специальный магазин приложений и скачать любое из них как привычный всем Framework plug-in (в качестве простейшего бытового примера – часы, календарь, переводчик и т. д.). Таким образом, система отображение видео по браузерному типу наиболее дружественный и привычный интерфейс для оператора.
Созавая такую систему видеоархива на IT-кластерах, на СУБД, работающей с облачными вычислениями, с браузерной системой, похожей на тонкого клиента, мы можем предположить, что в будущем компании перестанут создавать собственные ЦОД и приобретать собственные серверы. Они будут пользоваться сторонними серверными мощностями как сервисом, т. е. облачными сервисами. Этот подход уже широко применяется в повседневной жизни и постепенно внедряется в системы безопасности. Системы видеонаблюдения – не исключение. Если в VMS уже заложен функционал, который позволяет использовать сторонние облачные серверы, то переход от слокальных ЦОД к облакам может быть максимально безболезненным и эффективным. При этом возможности интеграции на базе такой VMS становятся практически безграничными. Достаточно будет просто перенастроить систему, оператор даже не заметит, что система использует не локальный, а удаленный сервер. Все решается на программном уровне. Я думаю, что вопрос перехода VMS к работе с VsaaS будет глобально решен в ближайшие 5–6 лет. Итак, привычный интерфейс, возможность свободной конфигурации этого интерфейса – таковы основные преимущества реализации системы отображения по браузерному типу. Оператор может выбрать для себя первоначальные настройки – растянуть и сжать окно с изображением от какой-либо камеры, открыть plug-in интеграции VMS со СКУД, сделать соответствующие вкладки. Удобство интеграции обеспечивается возможностью загрузки и использования различных plug-in. Разработчиком plug-in может быть любая компания. Я думаю, что в перспективе компании, производящие VMS, будут создавать что-то типа Apple store или PlayMarket и будут выступать в качестве операторов, которые смогут по запросу от разработчиков plug-in включать их в список поставщиков, например СКУД, которая может быть интегрирована в VMS. Разработчику plug-in СКУД не нужно будет писать свой собственный код для интеграции системы контроля доступа с нуля, так как этот стандартный код СКУД уже заложен в VMS, достаточно будет просто внести в код свои переменные, сделать незначительные изменения, скомпелировать его в стандартной среде разработки – и программа для интеграции с VMS готова. В будущем любой необходимый plug-in можно будет загрузить из магазина, подобного магазинам, из которых мы сейчас привыкли загружать на смартфоны музыку, фильмы и т. д. Уверен, что это вопрос ближайших 4 лет.
* MongoDB (от англ. humongous – огромный) – документоориентированная система управления базами данных (СУБД) с открытым исходным кодом, не требующая описания схемы таблиц. Написана на языке C++. Основные возможности: документоориентированное хранение (JSON-подобная схема данных); Javascript как язык для формирования запросов; динамические запросы; поддержка индексов; профилирование запросов; атомарная операция «Нашел и обновил»[уточнить]; эффективное[обтекаемые выражения] хранение двоичных данных больших объемов, например, фото и видео; журналирование операций, модифицирующих данные в базе данных; поддержка отказоустойчивости и масштабируемости: асинхронная репликация, набор реплик и распределения базы данных на узлы; может работать в соответствии с парадигмой MapReduce; полнотекстовый поиск, в том числе на русском языке, с поддержкой морфологии. **
**Тонкий клиент (англ. thin client) в компьютерных технологиях – компьютер или программа-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер. Примером тонкого клиента может служить компьютер с браузером, использующийся для работы с веб-приложениями. Данным термином может также называться P2P-клиент, использующий в качестве сервера другие узлы сети.
***Толстый или Rich-клиент[1] в архитектуре клиент-сервер – это приложение, обеспечивающее (в противовес тонкому клиенту) расширенную функциональность независимо от центрального сервера. Часто сервер в этом случае является лишь хранилищем данных, а вся работа по обработке и представлению этих данных переносится на машину клиента.
Источник: Wikipedia
|
