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

С И С Т Е М Ы К О Н Т Р О Л Я И У П Р А В Л Е Н И Я Д О С Т У П О М 65 При этом, если необходимо организовать рабо- ту с удаленными объектами, можно дать "белый" IP мастер-контроллеру и указать его другим контроллерам, чтобы они самостоятель- но подключались к нему. Нужен учет рабочего времени? Все внутри. Нужна интеграция с 1С? Достаточно указать 1С- адрес контролера. Нужна интеграция с систе- мой распознавания номеров? Укажите номер автомобиля в качестве номера пропуска и IP- адрес камеры или системы, умеющей распозна- вать номера, и т.д. К чему мы должны прийти? Представьте потребителя, который решил обу- строить свою проходную. Вот что можно пред- ложить ему сейчас: 1. Турникет + контроллер (или электронную проходную). 2. Карты доступа (отпечатки). А он должен предоставить компьютер, на кото- ром будет установлена система, или подумать, где будет стоять этот компьютер, кто его будет обслуживать и обеспечивать его работоспособ- ность, кто будет работать с системой… Но кли- енту необходимо готовое решение. Что можно предложить ему, пойдя по предло- женному пути развития? 1. Турникет + контроллер (или электронную проходную). 2. Карты доступа (отпечатки). И – записать IP-адрес, логин и пароль, чтобы просматривать, как работают сотрудники. А другой логин и пароль – для отдела кадров, приема сотрудников и выдачи пропусков. С доступом через любой браузер. Все! Сейчас все более популярным становится пре- доставление СКУД как сервиса. Описанный выше подход к построению архитектуры СКУД идеально подходит для этого. Клиент не должен думать об установке выделенного сервера и его обслуживании – поставщик удаленно управляет этой системой. Конечно, сразу возникает вопрос о быстро- действии контроллера и том, потянет ли он 10 тыс. пользователей и 200 турникетов. На текущий момент не потянет. Но никто не мешает расположить базу данных на выде- ленном компьютере или в облаке, и это не отменяет возможность использования и клас- сической схемы построения системы с выде- ленным сервером. Что будет дальше? В дальнейшей перспективе возможности конт- роллеров будут расти и каждый из них будет этаким стандартным умным "кирпичом". Нужно строить системы на основе этих "кирпи- чей", которые будут самостоятельно взаимо- действовать между собой и иметь несколько мастер-контроллеров, выполняющих роль сегодняшних серверов, или объединяться на базе единого (или нескольких) сервера, обес- печивающего необходимую логику взаимо- действия. Для этого нужно, чтобы стандартизация прото- колов, не только на уровне взаимодействия с контролером (например, поддержка ONVIF профиля А и С), но и на уровне взаимодействия систем была поддержана всеми игроками рынка. Пусть даже разработка всеобщего стан- дарта – дело далекого будущего (если это вообще возможно). Но хотя бы стандартизация взаимодействия на основе REST API и доступ к информации через браузер должны быть реа- лизованы. n www.secuteck.ru август – сентябрь 2020 Ваше мнение и вопросы по статье направляйте на ss @groteck.ru Архитектура СКУД с Ethernet Архитектура будущего Перспективы развития архитектуры СКУД С ервер для СКУД нужен, чтобы правильно выполнять бизнес- логику системы, хранить данные о пользователях и событиях