Портал по безопасности SEC.RU — короткий путь к информацииЧастный некоммерческий проект

Саммари материала · Предприятия · СКУД

Тренды развития систем контроля доступа

Готово к прослушиванию

Нейросетевая озвучка. Пауза и перемотка доступны в плеере.

Материал посвящён тому, какими видятся элементы системы контроля доступа в ближайшем будущем: контроллеры, серверы и клиенты как программные модули для управления СКУД в разных интерфейсах. Рассматриваются требования к их функциональности, обмену данными и интеграции.

Турникеты для контроля прохода — тематическая иллюстрация
Тематическая иллюстрация, не фотография объекта из материала. Nalanda Vidyaniketan / Wikimedia Commons, CC0.

Коротко

Материал посвящён тому, какими видятся элементы системы контроля доступа в ближайшем будущем: контроллеры, серверы и клиенты как программные модули для управления СКУД в разных интерфейсах. Рассматриваются требования к их функциональности, обмену данными и интеграции.

Суть материала

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

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

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

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

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

Первоисточник

Для полного контекста обратитесь к оригинальному материалу.

Указать на неточность

Контакты указывать не требуется. Проверка ИИ помогает редактору, но не изменяет текст автоматически.