Контакты
Подписка
МЕНЮ
Контакты
Подписка

Российский рынок малых контроллеров СКУД

В рубрику "Системы контроля и управления доступом (СКУД)" | К списку рубрик  |  К списку авторов  |  К списку публикаций

Российский рынок малых контроллеров СКУД

Журнал "Системы безопасности" открывает серию публикаций, посвященных решениям СКУД, представленным на российском рынке. Тема первой публикации – малые контроллеры СКУД
А.В. Ермаш
Директор ООО
"ФортНет Системы Безопасности"

Современная версия ГОСТ Р 51241–2008 "Средства и системы контроля и управления доступом. Классификация" к категории "контроллеры СКУД малой емкости" относит контроллеры, обслуживающие до 64 точек доступа. К средним системам – те, которые могут обслуживать от 65 до 256 точек доступа, и к большим – системы, которые обслуживают более 256 точек доступа.

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

В связи с этим кратко рассмотрим категории классификации контроллеров СКУД, которые вводятся согласно ГОСТ Р 51241–2008, а также внесем необходимые оговорки относительно того, какая категория контроллеров является предметом обсуждения данной статьи. ГОСТ Р 51241–2008 регулирует требования и классификацию всех компонентов СКУД: устройств исполнительных (УИ), устройств считывающих (УС), устройств преграждающих управляемых (УПУ), средств управления (СУ), контроллеров доступа (КД).

Однако объектом нашего интереса являются именно контроллеры, поэтому подробнее остановимся на их классификации.

Классификация контроллеров

Согласно действующему ГОСТу, на контроллеры вводится следующий шаблон маркировки (см. схему).


В данной классификации видно, что львиная доля серийных решений СКУД как российского, так и иностранного производства относится к категории систем малой емкости. Поскольку мы находимся существенно ближе к конечному заказчику, нежели государственные мужи, мыслящие планетарными масштабами, то мы не можем обойти стороной этот интерес и подробно рассмотрим эту категорию решений СКУД на базе совсем малых контроллеров, рассчитанных на обслуживание 1–4 считывателей.

СКУД на базе малых контроллеров

Именно эта категория систем постоянно встречается в повседневной жизни и отличается завидным разнообразием применяемых механизмов идентификации, логики работы и технического исполнения.

На практике система из 64 двухсторонних точек доступа может легко охватить все проходные крупного предприятия с количеством работников, исчисляемым тысячами человек

В первую очередь это большой пласт автономных контроллеров, часто совмещенных со считывающим и исполнительным устройством. Раньше при упоминании автономных СКУД речь шла, как правило, о бюджетных решениях, работающих с ключами Touch Memory, RFID-картами или кодонаборными панелями, которые предназначались для организации весьма формального режима ограничения доступа – от случайных людей в подъезде или офисе. Сейчас, в связи с существенным удешевлением компонентов для биометрической идентификации, автономные биометрические контроллеры СКУД все более активно проникают в сегмент респектабельных и надежных решений для защиты частных владений граждан от несанкционированного проникновения.

Сегодняшняя розничная цена на устройства такого рода в России начинается от 400 долл., стоимость аналогичных устройств на известной торговой Интернет-площадке www.alibaba.com колеблется от 100 до 200 долл. в зависимости от исполнения и объема заказа.

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

Сетевые решения СКУД для малых офисов

В отличие от неплохих перспектив для автономных контроллеров в среде частных заказчиков, в корпоративном сегменте они давно вытеснены сетевыми решениями СКУД. Это закономерное развитие рынка решений для малых офисов, поскольку сетевая система контроля доступа, помимо основной функции организации режима доступа на объект, может служить дополнительным непредвзятым источником информации о перемещениях сотрудников и посетителей офиса в течение дня.

Конечно, любой опытный руководитель понимает, что трудовая дисциплина начинается отнюдь не с учета рабочего времени, организованного средствами СКУД, а с правильного, четко написанного трудового распорядка предприятия. Однако именно данные СКУД будут тем независимым критерием, по которому руководитель сможет понять, все ли благополучно складывается в сфере его ответственности в части организации работы сотрудников или есть какие-то нюансы, которым нужно уделить внимание.


Основным трендом развития малых сетевых контроллеров СКУД последних лет было постепенное увеличение перечня контроллеров, поддерживающих работу с сервером по IP-протоколу. Сегодня можно сказать, что переход типового решения СКУД на IP-про-токол общения между сервером БД и контроллером состоялся, и уже давно никто не ставит под сомнение целесообразность этого шага.

На рынке еще долго будут присутствовать системы, работающие через USB-конвертеры интерфейсов (RS-232/RS-485), но это, скорее, эффект инерции организованных производств, нежели техническая необходимость.

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

Web-интерфейс: перспективы применения для сетевых контроллеров

Один из первых вопросов, которым задается конечный пользователь, получающий в свои руки устройство с разъемом RJ-45, – а можно ли этим устройством управлять через Web-брау-зер? И надо отметить, что производители потребительских товаров очень активно эксплуатируют тему интегрированности своих устройств с различными Web-сервисами.

Каковы на сегодня перспективы применения Web-интерфейса для работы с сетевыми контроллерами СКУД? Попробуем подробнее разобраться с этим вопросом.


Действительно, в 2008 г. одним из мировых лидеров в разработке и производстве систем контроля доступа и интегрированных систем безопасности было представлено интегрированное устройство, совмещающее считыватель и контроллер (с возможностью подключения второго считывателя), предназначенное для обслуживания одной точки доступа и имеющее на борту полноценный Web-сервер для настройки параметров доступа.

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

Однако есть аспекты, которые могут ограничивать применимость подобных решений.

Ограничения в применении Web-интерфейса

1. Первый аспект, на который нужно обратить внимание, – распределение вычислительной мощности   устройства   между   основным (СКУД) и вспомогательным (Web-сервисы) интерфейсом. Специфика применения на объектах систем контроля доступа такова, что качество работы системы и ее быстродействие зависят в большей степени не от производительности процессора контроллера, а от качества написания алгоритмов работы контроллера, при этом само исполнение этих алгоритмов требует мизерных ресурсов по сравнению с ресурсоемкостью обслуживания аппаратного Web-сервера.

2. Второй аспект – целесообразность хранения на борту устройства избыточных данных, не принимающих участия в реализации алгоритмов доступа, но без которых теряется информационная ценность данных СКУД, – все атрибуты пользователей системы, кроме номера карты, графические планы объекта. При этом, ведя речь о прямом доступе к данным на борту контроллера через Web-интерфейс, мы автоматически теряем возможность загрузки на устройство только необходимой части данных, оставляя все избыточные данные на каком-либо внешнем сервере. В этом случае неизбежно возникает конфликт конфигурации устройства при внесении пользователем изменений в настройках системы непосредственно на борту устройства, минуя внешнее хранилище БД СКУД.

3. Третий аспект связан со спецификой развития тонких клиентов, применяемых пользователями для работы с Web-приложениями – это быстро развивающийся рынок свободно распространяемого ПО, подверженного довольно быстрой эволюции, что зачастую приводит к нарушению совместимости кросс-платформенных приложений с различными версиями интернет-браузеров. Таким образом, производителю контроллеров с Web-интерефейсом либо нужно будет вести постоянный мониторинг совместимости своего оборудования с текущими версиями браузеров, либо постулировать совместимость с какой-либо версией, оставив риски применения иных браузеров на стороне конечного пользователя. Именно так поступает большинство производителей видеорегистраторов и IP-идеокамер.

4. Четвертый аспект – отражение сути использования кросс-платформенного тонкого клиента в работе с оборудованием. В результате этого разработчик ПО контроллера поставлен в жесткие рамки технологий, которые он может применять для работы с аппаратными ресурсами контроллера. К отдельному пласту задач относятся вопросы обеспечения безопасности аппаратной части контроллеров от злонамеренного вмешательства извне.

Как будет развиваться рынок

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

Стоимость подобных решений в России сегодня варьирует от 450 долл. на интегрированные устройства от компаний с мировым именем до 150–200 долл. на изделия азиатских производителей.

Потенциальная возможность использования коммутационного оборудования, поддерживающего PoE в IP-сетях объектов, может существенно упростить процесс установки СКУД для конечного заказчика, избавляя его от необходимости установки дополнительного ИБП, обслуживающего точку доступа. Но это накладывает новые требования на резервирование питания коммутационного оборудования, которые по себестоимости могут с лихвой перекрыть стоимость работ по установке линейного ИБП.

Таким образом, можно констатировать, что с учетом стоимости работ по оборудованию одной точки доступа сегмент автономных контроллеров СКУД в корпоративном сегменте будет все более активно заменяться решениями, предоставляющими минимальный набор функций через имеющуюся на любом объекте IP-сеть.

Однако специфика кросс-платформенных технологий, используемых в Web-приложениях, вряд ли позволит подобным решениям в обозримом будущем применяться для создания гибко настраиваемых систем учета рабочего времени или построения распределенных сетевых СКУД. Решения со встроенным Web-интер-фейсом еще длительное время продолжат мирное сосуществование с традиционными сетевыми СКУД.

Опубликовано: Журнал "Системы безопасности" #1, 2011
Посещений: 9773

  Автор

Ермаш А. В.

Ермаш А. В.

Директор ООО
"ФортНет Системы Безопасности"

Всего статей:  1

В рубрику "Системы контроля и управления доступом (СКУД)" | К списку рубрик  |  К списку авторов  |  К списку публикаций