Роли пользователей VMS на нескольких площадках и удаленное управление

Управление многообъектной системой видеонаблюдения становится сложным, когда каждый оператор видит каждое местоположение, а каждое изменение зависит от одного администратора. Централизованная система управления видео (VMS) может объединить мониторинг, запись, управление устройствами, удаленный доступ, оповещения о событиях, воспроизведение и управление правами пользователей в единой операционной среде. Однако ценность заключается в назначении нужных людей на нужные объекты и для выполнения нужных задач, а не в обеспечении всем одинакового обзора.

Краткий ответ: Самый безопасный способ организации многосайтовой системы управления виртуальными машинами (VMS) — это создание групп сайтов, соответствующих оперативной ответственности, а затем сопоставление пользователей и ролей с этими группами. Предоставьте центральному персоналу службы безопасности широкие права на мониторинг, локальным командам — доступ к собственным сайтам, а обслуживающему персоналу — только необходимые разрешения для утвержденных технических работ. Проверяйте доступ при смене должностей, разделяйте ежедневный мониторинг и изменения конфигурации и документируйте рабочий процесс удаленного реагирования до возникновения инцидента. Подтвердите точные разрешения и удаленные функции, доступные в выбранной системе VMS, вместо того, чтобы предполагать, что каждая платформа предоставляет одинаковые средства контроля.

Почему многосайтовой системе VMS необходима операционная модель?

Централизованная система видеонаблюдения (VMS) предназначена для обеспечения централизованного мониторинга, записи и управления устройствами в сетях IP-видеонаблюдения. На странице VMS на сайте SWGJ также указаны следующие основные возможности VMS: удаленный доступ, интеллектуальные оповещения о событиях, интеграция нескольких устройств, воспроизведение видео, управление правами пользователей, аналитика на основе ИИ и интеграция с IP-камерами, сетевыми видеорегистраторами (NVR) и другими устройствами безопасности. Эти возможности создают общую оперативную картину, но также делают важным проектирование доступа.

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

Таким образом, систему управления безопасностью следует рассматривать как операционную структуру. Группы объектов определяют область действия. Роли определяют, что может делать человек. Правила утверждения определяют, когда разрешены действия с повышенным риском. Эта структура полезна независимо от того, управляет ли организация коммерческими зданиями, заводами, школами, складами, транспортными узлами или другими объектами, перечисленными на странице системы управления безопасностью SWGJ.

Создавайте группы на сайте, руководствуясь принципами ответственности.

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

Практическая структура может включать в себя:

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

Используйте понятные названия, которые останутся доступными по мере расширения сети. Формат, например, Region – Site – Area , проще для интерпретации, чем последовательность номеров камер. По возможности сохраняйте один и тот же шаблон именования для камер и местоположений, но не раскрывайте конфиденциальную информацию в названиях без необходимости.

Разделяйте область действия на уровне сайта и область действия ролей. Человек может быть оператором сайта в одном месте и региональным рецензентом в другом. Страница VMS подтверждает управление разрешениями пользователей, но точный метод для вложенных групп, наследования, временных разрешений или межсайтовых назначений должен быть подтвержден в выбранной версии программного обеспечения и развертывании. Если эти элементы управления недоступны, используйте простейшую документированную модель группировки, которая все равно ограничивает доступ.

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

Роли в дизайне для реальной работы

Роли должны описывать выполняемую работу, а не стаж работы человека. Небольшой, понятный набор ролей проще проверить, чем десятки пользовательских комбинаций. Приведенная ниже модель является отправной точкой для разработки политик; это не означает, что каждая метка роли или разрешение существует в качестве встроенной опции в каждой системе управления видео.

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

Названия ролей должны быть написаны простым языком и задокументированы как внутри, так и вне программного обеспечения. Для каждой роли необходимо указать, кто её получает, для каких бизнес-целей она предназначена, что она может изменять и кто её проверяет. Эта документация также помогает интегратору или OEM-производителю подтвердить правильность проекта во время развертывания.

Примените принцип наименьших привилегий доступа без блокировки ответа.

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

Используйте следующие элементы управления в политике доступа:

1. По умолчанию используется назначенная группа сайтов. Расширение видимости следует добавлять только в том случае, если этого требует задача.
2. Раздельное наблюдение и администрирование. Пользователю, просматривающему прямую трансляцию, не требуется автоматически создавать учетные записи или изменять настройки устройств.
3. При поддержке временного повышения уровня доступа используйте соответствующие разрешения. Для задач технического обслуживания или анализа инцидентов предоставляйте доступ только в необходимом объеме на утвержденный период. Если система управления видео (VMS) не может обеспечить доступ с ограничением по времени, укажите письменное время начала и окончания и удалите разрешение вручную.
4. Создайте резервного владельца. Для любого сайта требуется более одного человека, который сможет отвечать на запросы, но это не означает, что обоим нужно предоставлять глобальный доступ.
5. Проверка изменений. Зафиксируйте, кто запросил, одобрил, применил и закрыл изменение разрешений. Это оперативный контроль, а не утверждение о встроенной функции аудита VMS.
6. Незамедлительно устраняйте устаревшие данные о доступе. Перевод работ на другие объекты, завершение работ подрядчиком и закрытие объекта должны стать поводом для проведения проверки.

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

Планируйте удаленную работу как повторяющиеся рабочие процессы.

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

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

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

Утвержденное техническое изменение: технический администратор получает определенный запрос, подтверждает затронутую группу сайтов, вносит изменение в течение утвержденного периода времени и возвращает управление обычному оператору. Если развертывание осуществляется с помощью интегратора или сервисной группы OEM, определите, какой стороне разрешен доступ к видео, устройствам или конфигурации. Система управления видео SWGJ Эта страница является полезной отправной точкой для обсуждения предполагаемых функций VMS; детали реализации следует уточнить перед принятием решения.

Удаленный доступ также зависит от подключения к сети и локальных процедур. На странице SWGJ, посвященной IP-камерам, описаны удаленный просмотр, обнаружение движения, оповещения в реальном времени на мобильные устройства, доступ по Ethernet и Wi-Fi, локальная и облачная запись, интеграция с ONVIF и совместимость с VMS. Эти сведения помогают в планировании работы в смешанных средах с различными камерами, но не отменяют необходимости проверки фактического сетевого пути, политики учетных записей и выбранных моделей камер на каждом объекте.

Сравнение моделей многоцентрового контроля

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

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

Контрольный список развертывания для контролируемого внедрения

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

• Каждый пользователь сможет видеть только нужную ему группу сайтов?
• Могут ли операторы сайта просматривать видео и оповещения, необходимые для выполнения их работы?
• Изменения, касающиеся пользователей, устройств и политик безопасности, отделены от обычного просмотра?
• Может ли группа реагирования достичь утвержденного пути эскалации при работе удаленно?
• Работает ли воспроизведение в соответствии с согласованным сценарием эксплуатации?
• Корректно ли отображаются IP-камеры и другие поддерживаемые устройства в системе видеонаблюдения?
• Что происходит, когда связь прерывается или пользователь теряет доступ?
• Могут ли администраторы оперативно выявлять и удалять увольняющихся пользователей или подрядчиков?
• Соответствуют ли мобильные оповещения, удаленный просмотр и любая запись в облачное или локальное хранилище утвержденному проекту?

Он Серия IP-камер SWGJ В описании представлены различные типы камер, интеграция с ONVIF и масштабируемое развертывание — от отдельных устройств до крупных проектов. Страница заявок В списке вариантов использования указаны нефтяные скважины, причалы, судоходство, химическая промышленность, стадионы, строительные площадки, склады и автостоянки. Разнообразие этих условий подчеркивает необходимость адаптации групп пользователей и ролей в зависимости от риска и ответственности, а не копирования единого шаблона разрешений повсюду.

После пилотного проекта задокументируйте утвержденную структуру групп, определения ролей, алгоритм эскалации и результаты тестирования. Затем проведите отдельное обучение центральных, региональных, локальных и технических пользователей. Вернитесь к проекту после добавления сайта, смены владельца или введения другого класса камер или устройств. По вопросам выбора продукта и внедрения обращайтесь по указанным контактам.SWGJ и запросить разрешение и проверку удаленного доступа на основе карты вашего сайта.

Часто задаваемые вопросы

Ниже приведён краткий раздел часто задаваемых вопросов (FAQ) для операторов и групп внедрения. Ответы описывают рекомендуемые методы управления и отличают их от возможностей, которые необходимо подтвердить в выбранном варианте развертывания.

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

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

Должен ли каждый оператор сайта видеть все местоположения?

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

Может ли централизованная система видеонаблюдения поддерживать удаленное управление?

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

Каким образом подрядчики должны получать доступ?

Создайте узкоспециализированную сервисную роль для утвержденного сайта и задачи. Используйте временный доступ, если система это поддерживает; в противном случае задокументируйте время начала и окончания и удалите учетную запись или разрешение сразу после завершения работы.

Обеспечивают ли камеры ONVIF автоматическое предоставление идентичных элементов управления VMS?

Нет. На странице IP-камер SWGJ указано, что их камеры соответствуют стандарту ONVIF для интеграции с устройствами сторонних производителей и системами видеонаблюдения, однако возможности устройств и доступные элементы управления могут различаться в зависимости от модели и используемого программного обеспечения. Перед развертыванием протестируйте точную комбинацию.

Как часто следует пересматривать роли в системе управления видео (VMS)?

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

Многосайтовая система видеонаблюдения (VMS) работает лучше всего, когда централизованный контроль сочетается с локальной ответственностью. Организуйте группы сайтов по принципу ответственности, назначайте роли в зависимости от реальной работы, разделяйте мониторинг и администрирование и сделайте удаленное реагирование проверенным рабочим процессом. Для проекта, объединяющего IP-камеры SWGJ, поддерживаемые устройства и управление VMS, запросить индивидуальную консультацию Карта сайта и требования к ролям готовы к рассмотрению.