Что такое хорошая система видеоменеджмента?
Почему одно ПО для управления системой видеонаблюдения считается хорошим, а другое — не очень? Мнения экспертов различаются. Поэтому пользователи еще не сформировали однозначного понимания и находятся в постоянном поиске. Время от времени нас спрашивают, на что обратить внимание при выборе системы видеоменеджмента. В августе 2024 года нам пришло письмо от редакции журнала "Технологии защиты" с предложением поучаствовать в экспертном опросе на тему VMS. Это стало поводом наконец сесть и подготовить небольшой обзор, который может быть полезен специалистам, подбирающим оптимальное решение для управления видеонаблюдением.
Общими для российского рынка систем безопасности свойствами, которые должны влиять на выбор программного обеспечения (ПО) для управления системой видеонаблюдения (Video Management Software, VMS), на наш взгляд, являются следующие пять ключевых параметров.
1. Оптимальная функциональность
При выборе VMS следует отдавать предпочтение программному обеспечению, которое ориентировано на выполнение основных задач видеонаблюдения и не перегружено не свойственными ему функциями. Классическая VMS предназначена для получения видеоизображений от видеокамер, сохранения видео в файловом хранилище, мониторинга объектов контроля в реальном времени, оперативного оповещения о тревогах, отображения и экспорта видеоархива, обеспечения поиска данных в зонах контроля.
Для базового взаимодействия с другими информационными системами или исполнительными устройствами в VMS реализуется возможность управлять цифровыми входами/выходами и реле. Для создания индивидуальных автоматизированных сценариев при обмене данными между VMS и сторонними системами предусматривается интерфейс REST API.
Встречаются VMS, которые пытаются быть чем-то большим — они стремятся превратиться в платформы для создания интегрированных систем безопасности или даже в PSIM-платформы. Такие решения зачастую оказываются ни тем, ни другим.
Как ПО для управления видеонаблюдением — они слишком громоздкие и сложные. С одной стороны, это снижает стабильность и надежность работы системы. С другой — пользователи не в состоянии освоить весь заложенный "навороченный" инструментарий и ограничиваются базовыми функциями. Зачастую уровень знаний операторов системы видеонаблюдения на объекте — будь то жилой комплекс или промышленное предприятие — в эксплуатации профессионального ПО довольно скромный. Это, как правило, сотрудники службы охраны, которые обладают достаточными навыками для работы с персональным компьютером на уровне включения, запуска приложений и выполнения стандартных действий в интерфейсе программы.
Как ПО для создания комплексных систем безопасности — такие VMS не предлагают полноценных возможностей платформы управления верхнего уровня, оставаясь лишь "недоИСБ" или "псевдо-PSIM". Один маленький пример: приходя на объект с таким ПО, производитель или интегратор первым делом предложит заменить существующие сервера видеонаблюдения на собственные, что идет вразрез с принципами классической PSIM-платформы — всеядность, вендоронезависимость и подстройка под заказчика.
В компании "КомплИТех" мы придерживаемся другого подхода: каждое программное обеспечение в нашей экосистеме создано для решения четких и понятных задач, характерных для того или иного типа ПО. В том числе это касается ПО для управления видеонаблюдением (ПО Sentinel VMS).
Когда необходимо решать задачи, связанные с видеоанализом, то к VMS подключаются соответствующие аналитические модули (FaceNeuroVision, Sentinel ROI, Sentinel LPR), которые имеют два режима работы — автономный и в связке с VMS. Когда нужно объединить разрозненные, разнородные информационные системы в единый комплекс управления, мы используем полноценную PSIM-платформу Sentinel R.
Общими для российского рынка систем безопасности свойствами, которые должны влиять на выбор программного обеспечения (ПО) для управления системой видеонаблюдения (Video Management Software, VMS), на наш взгляд, являются следующие пять ключевых параметров.
1. Оптимальная функциональность
При выборе VMS следует отдавать предпочтение программному обеспечению, которое ориентировано на выполнение основных задач видеонаблюдения и не перегружено не свойственными ему функциями. Классическая VMS предназначена для получения видеоизображений от видеокамер, сохранения видео в файловом хранилище, мониторинга объектов контроля в реальном времени, оперативного оповещения о тревогах, отображения и экспорта видеоархива, обеспечения поиска данных в зонах контроля.
Для базового взаимодействия с другими информационными системами или исполнительными устройствами в VMS реализуется возможность управлять цифровыми входами/выходами и реле. Для создания индивидуальных автоматизированных сценариев при обмене данными между VMS и сторонними системами предусматривается интерфейс REST API.
Встречаются VMS, которые пытаются быть чем-то большим — они стремятся превратиться в платформы для создания интегрированных систем безопасности или даже в PSIM-платформы. Такие решения зачастую оказываются ни тем, ни другим.
Как ПО для управления видеонаблюдением — они слишком громоздкие и сложные. С одной стороны, это снижает стабильность и надежность работы системы. С другой — пользователи не в состоянии освоить весь заложенный "навороченный" инструментарий и ограничиваются базовыми функциями. Зачастую уровень знаний операторов системы видеонаблюдения на объекте — будь то жилой комплекс или промышленное предприятие — в эксплуатации профессионального ПО довольно скромный. Это, как правило, сотрудники службы охраны, которые обладают достаточными навыками для работы с персональным компьютером на уровне включения, запуска приложений и выполнения стандартных действий в интерфейсе программы.
Как ПО для создания комплексных систем безопасности — такие VMS не предлагают полноценных возможностей платформы управления верхнего уровня, оставаясь лишь "недоИСБ" или "псевдо-PSIM". Один маленький пример: приходя на объект с таким ПО, производитель или интегратор первым делом предложит заменить существующие сервера видеонаблюдения на собственные, что идет вразрез с принципами классической PSIM-платформы — всеядность, вендоронезависимость и подстройка под заказчика.
В компании "КомплИТех" мы придерживаемся другого подхода: каждое программное обеспечение в нашей экосистеме создано для решения четких и понятных задач, характерных для того или иного типа ПО. В том числе это касается ПО для управления видеонаблюдением (ПО Sentinel VMS).
Когда необходимо решать задачи, связанные с видеоанализом, то к VMS подключаются соответствующие аналитические модули (FaceNeuroVision, Sentinel ROI, Sentinel LPR), которые имеют два режима работы — автономный и в связке с VMS. Когда нужно объединить разрозненные, разнородные информационные системы в единый комплекс управления, мы используем полноценную PSIM-платформу Sentinel R.
2. Кроссплатформенность с акцентом на поддержку отечественных операционных систем (ОС)
Российское законодательство требует от предприятий, относящихся к объектам критической информационной инфраструктуры (КИИ), объектам критической важности (КВО), промышленности и транспортной инфраструктуры, использовать ПО, зарегистрированное в Едином реестре российских программ для ЭВМ и баз данных Минцифры, и развертывать его на ОС семейства Linux (включая отечественные разработки) с применением российских или открытых СУБД.
В случае использования в VMS сторонних программных компонентов они должны иметь открытый исходный код, поддерживаться на территории РФ и исключать взаимодействие с зарубежными поставщиками.
ПО для управления видеонаблюдением, которое было ранее специализировано для функционирования под ОС Windows, опирается на глубокую интеграцию с Windows API для выполнения различных задач, таких как работа с текущим временем, графикой, обращение к файловой системе и настройкам. Если архитектурой VMS изначально не закладывалось применение стандартных языков программирования (Java, Python, JavaScript) кроссплатформенных библиотек (Qt), а также не предусматривались подходы, связанные с контейнеризацией, виртуальными машинами и компиляторами для разных платформ, то для обеспечения работы VMS под управлением ОС семейства Linux требуется значительная переработка ПО. И как следствие — длительное тестирование, исправление ошибок и доведение системы до стабильной работы.
При выборе VMS имеет смысл рассматривать программные продукты, разработка которых с самого начала велась с учетом кроссплатформенного подхода и применения открытых компонентов. Это обеспечивает гибкость в развертывании, упрощает интеграцию с различными операционными системами и минимизирует риски, связанные с необходимостью доработки и адаптации ПО под новые среды.
3. Киберзащищенность
Будучи одним из элементов цифровизации предприятий, современная VMS должна соответствовать ряду фундаментальных требований по защите от внешних и внутренних угроз. Минимально достаточный набор инструментов кибербезопасности и защиты от несанкционированного доступа можно представить следующим образом:
4. Стабильность работы серверного и клиентского приложений
Какой бы функциональностью ни обладала VMS, какой бы гибкой и масштабируемой она ни была, каким бы интуитивным и привлекательным ни был пользовательский интерфейс, все это теряет ценность, если регулярно прерывается видеозапись, при открытии видеокамер возникают ошибки потока, зависает воспроизведение видеоархива или внезапно завершается работа приложения оператора.
Неустойчивая работа VMS приводит к потере данных, препятствует оперативному реагированию на тревожные события и, в конечном итоге, вызывает у пользователей разочарование в системе.
Одним из ключевых факторов стабильной работы VMS является использование микросервисной архитектуры. Микросервисы могут разрабатываться, обновляться или изменяться независимо друг от друга. Это упрощает внедрение новых функций и исправление возможных ошибок. Если один микросервис выходит из строя, это не приводит к остановке всей системы. VMS продолжает функционировать, пока проблема устраняется.
Стабильность работы VMS можно оценить в ходе пилотного испытания. В процессе пилотирования особенно важно обратить внимание на эффективность работы технической команды компании-разработчика. Технические ошибки исправляются, а вот люди не меняются. Следует убедиться, что техническая поддержка всегда на связи и оперативно решает любые возникающие вопросы.
В компании "КомплИТех" мы не считаем зазорным даже при продаже коробочного ПО предложить тонкую настройку системы под конкретные условия эксплуатации на объекте, провести детальную консультацию по работе системы и ответить на все вопросы.
5. Элегантность и эргономичность
Пользовательский интерфейс для VMS должен соответствовать базовым принципам UI-дизайна и разрабатываться таким образом, чтобы поддерживать высокую эффективность и удобство использования даже в стрессовых или критических ситуациях.
Из длинного перечня принципов UI-дизайна мы в компании "КомплИТех" выделяем три наиболее значимых и используем их при разработке.
Если вы хотите задать вопрос или обсудить задачу по комплексным системам безопасности, свяжитесь с нами.
Российское законодательство требует от предприятий, относящихся к объектам критической информационной инфраструктуры (КИИ), объектам критической важности (КВО), промышленности и транспортной инфраструктуры, использовать ПО, зарегистрированное в Едином реестре российских программ для ЭВМ и баз данных Минцифры, и развертывать его на ОС семейства Linux (включая отечественные разработки) с применением российских или открытых СУБД.
В случае использования в VMS сторонних программных компонентов они должны иметь открытый исходный код, поддерживаться на территории РФ и исключать взаимодействие с зарубежными поставщиками.
ПО для управления видеонаблюдением, которое было ранее специализировано для функционирования под ОС Windows, опирается на глубокую интеграцию с Windows API для выполнения различных задач, таких как работа с текущим временем, графикой, обращение к файловой системе и настройкам. Если архитектурой VMS изначально не закладывалось применение стандартных языков программирования (Java, Python, JavaScript) кроссплатформенных библиотек (Qt), а также не предусматривались подходы, связанные с контейнеризацией, виртуальными машинами и компиляторами для разных платформ, то для обеспечения работы VMS под управлением ОС семейства Linux требуется значительная переработка ПО. И как следствие — длительное тестирование, исправление ошибок и доведение системы до стабильной работы.
При выборе VMS имеет смысл рассматривать программные продукты, разработка которых с самого начала велась с учетом кроссплатформенного подхода и применения открытых компонентов. Это обеспечивает гибкость в развертывании, упрощает интеграцию с различными операционными системами и минимизирует риски, связанные с необходимостью доработки и адаптации ПО под новые среды.
3. Киберзащищенность
Будучи одним из элементов цифровизации предприятий, современная VMS должна соответствовать ряду фундаментальных требований по защите от внешних и внутренних угроз. Минимально достаточный набор инструментов кибербезопасности и защиты от несанкционированного доступа можно представить следующим образом:
- управление пользователями и ролями/уровнями доступа;
- принудительная установка надежного пароля, заданного по умолчанию;
- обязательные требования к паролям;
- SSL/TLS-шифрование между клиентом и сервером;
- SSL/TLS-шифрование данных через HTTPS для Web-доступа;
- генерация уникальных RTSP-ссылок при каждой новой сессии;
- авторизация запросов по API;
- защита от скриптов;
- логирование всех действий пользователей;
- логирование всех системных событий на сервере (аудит);
- специализированное хранение "секретов" (критически важной информации).
4. Стабильность работы серверного и клиентского приложений
Какой бы функциональностью ни обладала VMS, какой бы гибкой и масштабируемой она ни была, каким бы интуитивным и привлекательным ни был пользовательский интерфейс, все это теряет ценность, если регулярно прерывается видеозапись, при открытии видеокамер возникают ошибки потока, зависает воспроизведение видеоархива или внезапно завершается работа приложения оператора.
Неустойчивая работа VMS приводит к потере данных, препятствует оперативному реагированию на тревожные события и, в конечном итоге, вызывает у пользователей разочарование в системе.
Одним из ключевых факторов стабильной работы VMS является использование микросервисной архитектуры. Микросервисы могут разрабатываться, обновляться или изменяться независимо друг от друга. Это упрощает внедрение новых функций и исправление возможных ошибок. Если один микросервис выходит из строя, это не приводит к остановке всей системы. VMS продолжает функционировать, пока проблема устраняется.
Стабильность работы VMS можно оценить в ходе пилотного испытания. В процессе пилотирования особенно важно обратить внимание на эффективность работы технической команды компании-разработчика. Технические ошибки исправляются, а вот люди не меняются. Следует убедиться, что техническая поддержка всегда на связи и оперативно решает любые возникающие вопросы.
В компании "КомплИТех" мы не считаем зазорным даже при продаже коробочного ПО предложить тонкую настройку системы под конкретные условия эксплуатации на объекте, провести детальную консультацию по работе системы и ответить на все вопросы.
5. Элегантность и эргономичность
Пользовательский интерфейс для VMS должен соответствовать базовым принципам UI-дизайна и разрабатываться таким образом, чтобы поддерживать высокую эффективность и удобство использования даже в стрессовых или критических ситуациях.
Из длинного перечня принципов UI-дизайна мы в компании "КомплИТех" выделяем три наиболее значимых и используем их при разработке.
- Пользователь-центричность
- Минимализм и элегантность
- Интуитивность и логика
Если вы хотите задать вопрос или обсудить задачу по комплексным системам безопасности, свяжитесь с нами.