Журнал "Системы Безопасности" № 1‘2021

С И С Т Е М Ы К О Н Т Р О Л Я И У П Р А В Л Е Н И Я Д О С Т У П О М 114 Е сли говорить о крупном объекте как о некой единой локации (а не о сети мелких террито- риально распределенных объектов, объединен- ных в общую структуру), то, на мой взгляд, для задач СКУД действительно большие объекты начинаются от 500 точек контроля прохода и 5 тыс. сотрудников. Причем для того, чтобы объект считался большим, достаточно выполне- ния хотя бы одного из этих двух показателей. все остальные параметры объекта обычно являются следствием необходимости правильного "обслу- живания" именно этих двух характеристик. RFID, биометрия, BLE... Традиционная технология RFID-идентификации во всех ее проявлениях, форматах и частотах по-прежнему превалирует не только для реше- ния задач оснащения крупных и территориаль- но распределенных объектов, но и на рынке СКУД в целом. безусловно, считыватели, основанные на техно- логии биометрической идентификации (преж- де всего по лицу), все чаще стали появляться как на проходных промышленных предприятий, так и на входных группах крупных бизнес-цент- ров. но пока еще в большинстве случаев это двухфакторная идентификация: RFID-иденти- фикатор + биометрический признак. Технология BLE для использования смартфона как идентификатора для СКУД также принима- ется на вооружение владельцами крупных объ- ектов, позволяя при этом решать в том числе задачу идентификации транспортных средств при проезде на объект, избегая использования более дорогостоящих дальнобойных RFID-счи- тывателей и меток частоты 2,45 ГГц и 868 МГц. но в любом случае говорить о состоявшейся глобальной смене базовой технологии иденти- фикации в СКУД пока не приходится. Распределенная сетевая архитектура СКУД и альтернативные решения Современный крупный объект чаще всего пред- полагает возможность использования его раз- ветвленной сетевой инфраструктуры для задач развертывания всех требуемых систем. Поэто- му, на мой взгляд, для больших объектов наи- более оптимально использование распределен- ной сетевой архитектуры СКУД с применением полноценных сетевых устройств – контроллеров доступа. Такое решение позволяет оптимизиро- вать информационный трафик в рамках идео- логии "распределенного интеллекта", когда узлы принятия решений о доступе находятся в непосредственной близости от самих точек доступа. любые альтернативные данному решению варианты могут быть продиктованы либо спе- цификой объекта (требования к тотальной информационной защищенности соединений, максимальному применению уже существую- щих кабельных трасс от ранее использовавшей- ся СКУД и т.д.), либо отсутствием в продуктовой линейке поставщика оборудования с необходи- мыми параметрами для развертывания полно- ценной сетевой системы СКУД. 2 главных требования к контроллерам Контроллер СКУД для крупных объектов, помимо заявленных объемов хранения нескольких тысяч (или десятков тысяч) поль- зователей, должен обладать коротким време- нем отклика (менее 0,5 с) на запрос об иден- тификации пропуска, включая случаи, когда объем заполнения памяти контроллера близок к максимальному. Если контроллер отвечает за функционирование одновременно нескольких точек доступа, то данные характеристики должны сохраняться и при единовременном запросе на идентификацию от всех контроли- руемых им считывателей. Другими словами, помимо количества хранимых в памяти конт- роллера пользовательских пропусков (показа- тель, на который большинство производителей контроллеров СКУД делает рекламный акцент), для крупных объектов особенно важно быстродействие контроллера – за какие доли секунды он "найдет" в своей памяти нуж- ный пропуск (из числа разрекламированных тысяч штук) и отреагирует на запрос об иден- тификации. Естественно, все указанные требо- вания актуальны только в системах с распре- деленным интеллектом, где контроллер не пересылает запрос на идентификацию в управ- ляющее ПО верхнего уровня, а принимает решение самостоятельно. ну и, безусловно, контроллер должен быть пол- ноценным сетевым устройством, поддерживаю- щим также возможность организации одноран- говых межконтроллерных (Peer-to-Peer) соеди- нений. Общая идея состоит в том, что после загрузки определенных сценариев работы в контроллеры СКУД они самостоятельно (без вмешательства управляющего сервера) могут при необходимости как взаимодействовать друг с другом для выполнения необходимого функционала доступа (самый простой пример – глобальный Antipassback), так и посылать команды во внешние системы безопасности, жизнеобеспечения и управления зданием. Выбор ПО Если говорить о сервере базы данных для СКУД, то как на отдельных крупных объектах, так и в территориально распределенных системах важна оперативность обработки поступающих первичных данных. Поэтому в таких решениях требуется возможность работы с СУбД, позво- ляющими выполнять подобные задачи, – Oracle, PostgreSQL. С точки зрения пользовательского интерфейса современная система СКУД, безусловно, долж- на быть построена на основе веб-приложения в идеологии "клиент – сервер", которое позво- ляет максимально использовать иТ-инфра- структуру объекта, одновременно оптимизируя объем передаваемых по сети данных. Само решение должно быть кросс-платформенное для возможности его развертывания, в том числе на UNIX и Android-платформах. Исполнительные устройства Помимо общей надежности конструкции исполнительного устройства, нужно обра- щать внимание на его заявленный ресурс и учитывать эту характеристику для объекта с максимально возможным запасом. без- условно, все производители действительно надежных исполнительных устройств на нашем рынке хорошо известны как своим качеством, так и соответствующей стои- мостью своей продукции. СПЕЦПРОЕКТ СКУД Для КРУПных и ОСОбО КРУПных ОбъЕКТОв февраль – март 2021 www.secuteck.ru Т радиционная технология RFID-идентификации во всех ее проявлениях, форматах и частотах по-прежнему превалирует не только для решения задач оснащения крупных и территориально распределенных объектов, но и на рынке СКУД в целом. Для больших объектов наиболее оптимально использование распределенной сетевой архитектуры СКУД с применени- ем полноценных сетевых устройств – контроллеров доступа. Такое реше- ние позволяет оптимизировать информационный трафик в рамках идео- логии "распределенного интеллекта", когда узлы принятия решений о доступе находятся в непосредственной близости от самих точек доступа П римеры оборудования для крупных и особо крупных СКУД: l Шлагбаумы Magnetic l Контроллеры, ПО СКУД и тур- никеты dormakaba l Биометрические считыватели ZKTeco Евгений Кин Технический директор ООО "дормакаба Евразия" Для СКУД на крупных объектах важны оперативность и быстродействие Э К С П Е Р Т И З А , МН Е Н И Я