Интеграция с программной системой биометрической видеоаналитики и распознавания лиц VisionLabs

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

Серверное решение распознавания лиц LUNA PLATFORM от VisionLabs — это биометрическая платформа, которая адаптирована для работы в соответствии с требованиями 572-ФЗ. Данное решение позволяет легально обрабатывать лицевую биометрию для задач СКУД, обеспечивая защищенное шифрование, интеграцию с Единой биометрической системой (ЕБС) и функционирование через аккредитованные коммерческие биометрические системы.

В соответствии с законом 572-ФЗ для организаций, относящихся к определенным государственным структурам, а также к финансовой или транспортной сферам, биометрические данные сотрудников должны регистрироваться через Единую биометрическую систему (ЕБС) и передаваться в нее через аккредитованные шлюзы. Для большинства коммерческих организаций на данный момент допускается хранение таких данных в собственной локальной инфраструктуре, например, на серверах LUNA PLATFORM.

Интеграция СКУД RUBEZH-STRAZH с LUNA PLATFORM позволяет автоматизировать работу проходных и учет рабочего времени с использованием биометрии лица. Принцип работы интеграции следующий: камера распознает лицо и передает данные в LUNA PLATFORM для сопоставления с базой, после чего результаты проверки передаются в СКУД для принятия решения о предоставлении доступа. Интеграция доступна в контроллерах RUBEZH-STRAZH с ПО версии 1.5.0 и выше с типом лицензии Enterprise.

Основные элементы и особенности взаимодействия

Интеграция с ПО RUBEZH-STRAZH осуществляется на программном уровне через REST API. Обеспечивается как однофакторная(лицо), так и двухфакторная (лицо+карта) аутентификация пользователей.

Для связи платформы с ПО СКУД RUBEZH-STRAZH используется специальный шлюз (сервис LUNA Access), который берет на себя логику прохода, отправку событий и синхронизацию баз данных.

Синхронизация данных производится автоматически (перенос профилей сотрудников из базы идентификаторов СКУД RUBEZH-STRAZH в LUNA PLATFORM и обратно), что исключает двойную работу при добавлении персонала.

Компонент	Описание
Человек	Персона, желающая пройти через точку прохода
Точка прохода	Набор компонентов, используемых для контроля доступа человека. Точек прохода может быть подключено более одной, ограничивается лицензией на СКУД. Точка прохода может использовать как на вход, так и на выход. Для каждого направления используется свой считыватель и источник видеоданных
Источник видеоданных	Устройство для извлечения кадра лица человека. Может быть, как биометрический терминал (LUNA FAST 4A1 и другие), либо камера, подключенная через FaceStream. Биометрический терминал позволяет создать обратную связь для демонстрации человеку информации о проходе
Контроллер	Ведущее устройство для управления точками прохода
Турникет	Преграждающее устройство для разграничения доступов
СКУД STRAZH	ПО RUBEZH-STRAZH. Хранит данные сотрудников и принимает решение о предоставлении доступа
Сервис Strazh	Компонент Access для обработки информации от СКУД
Контроллер StrazhController	Компонент Access для взаимодействия с биометрической системой
Устройство	Компонент Access для получения данных от источника видеоданных. Выбирается исходя из используемого устройства
Пайплайн MatchByPhoto	Компонент Access для взаимодействия с биометрической системой
Сервис БС	Компонент Access для взаимодействия с Биометрической системой
Биометрическая система	Система сравнения эталонного фото персоны и лучшего кадра, полученного от источника видеоданных
Пайплайн SendToController	Компонент Access для отправки номера карты и ФИО в StrazhController после матчинга человека и подтверждения номера карты в Access
Хранилище	Локальная система хранения связей между персонами СКУД и их биометрическими данными

Компонент	Описание
Человек	Персона, желающая пройти через точку прохода
Точка прохода	Набор компонентов, используемых для контроля доступа человека. Точек прохода может быть подключено более одной, ограничивается лицензией на СКУД. Точка прохода может использовать как на вход, так и на выход. Для каждого направления используется свой считыватель и источник видеоданных
Источник видеоданных	Устройство для извлечения кадра лица человека. Может быть, как биометрический терминал (LUNA FAST 4A1 и другие), либо камера, подключенная через FaceStream. Биометрический терминал позволяет создать обратную связь для демонстрации человеку информации о проходе
Контроллер	Ведущее устройство для управления точками прохода
Турникет	Преграждающее устройство для разграничения доступов
СКУД STRAZH	ПО RUBEZH-STRAZH. Хранит данные сотрудников и принимает решение о предоставлении доступа
Сервис Strazh	Компонент Access для обработки информации от СКУД
Контроллер StrazhController	Компонент Access для взаимодействия с биометрической системой
Устройство	Компонент Access для получения данных от источника видеоданных. Выбирается исходя из используемого устройства
Пайплайн MatchByPhoto	Компонент Access для взаимодействия с биометрической системой
Сервис БС	Компонент Access для взаимодействия с Биометрической системой
Биометрическая система	Система сравнения эталонного фото персоны и лучшего кадра, полученного от источника видеоданных
Пайплайн Strazh2FA	Компонент Access для обмена данными с СКУД
Хранилище	Локальная система хранения связей между персонами СКУД и их биометрическими данными

Методы взаимодействия с ПО RUBEZH-STRAZH

Для обмена данными с СКУД используется API.

• POST /api/v1/login/ - Авторизация Access в СКУД. Авторизация происходит при добавлении сервиса и по истечению токена
• GET/api/v1/info - Получение версии СКУД для проверки совместимости и отображения в UI
• GET/api/v1/staf - Репликация и синхронизация сотрудников (person_id, ФИО, фото) из СКУД в локальное хранилище
• GET /api/v1/staff/{person_id} - Получение данных сотрудника из СКУД (ФИО, фото)
• GET /api/v1/images/{person_id} - Получение фото сотрудника из СКУД для отправки в биометрическую систему
• GET /api/v1/access_ points - Получение ID точек прохода для ручного сопоставления камер/терминалов и точек прохода
• POST /api/v1/request_access - Отправка сигнала на проход в контроллер для предоставления доступа
• POST /api/v1/access_confirmation - Отправка в СКУД подтверждения о прохождении проверки по второму фактору (фото)
• GET/sse - Открыть SSE соединение для просмотра очереди событий (считывание, обновление данных сотрудников)

1. Сотрудник у биометрического терминала на точке прохода
2. Терминал отправляет в Access лучший кадр сотрудника
3. Access отправляет в Биометрическую систему фото сотрудника
4. Биометрическая система производит сравнение фотографии с терминала и сохраненного в базе
5. Биометрическая система возвращает в Access решение о предоставлении доступа
6. Access отправляет на контроллер сигнал на открытие точки доступа

1. Сотрудник у биометрического терминала на точке прохода
2. Терминал отправляет в Access лучший кадр сотрудника
3. Access отправляет в Биометрическую систему фото сотрудника
4. Биометрическая система производит сравнение фотографии с терминала и сохраненного в базе
5. Биометрическая система возвращает в Access решение о предоставлении доступа
6. Сотрудник прикладывает карту (процесс использования карты не зависит от обработки фото, но, как правило, сначала приходит фото)
7. Точка прохода отправляет информацию в Access по SSE о проходе (ID точки доступа, направление прохода и person_id)
8. Access агрегирует информацию о каждом факторе и отправляет на контроллер сигнал на открытие точки прохода

Настройка однофакторной аутентификации

• В Web-интерфейсе ПО RUBEZH-STRAZH перейти в меню Настройки СКД => Точки прохода => Создать новую

1. Отображаемое название точки прохода, обязательно для заполнения
2. Тип создаваемой точки прохода. Не доступно изменение после подтверждения создания точки прохода
3. Режим работы с которым будет создана точка прохода, доступен для изменения после создания
4. Уровень привилегий создаваемой точки прохода, доступно для изменения после создания
5. Кнопка создания точки прохода. После создания точки прохода откроется окно настройки остальных параметров точки прохода: считыватели, датчики, реле, методы идентификации, кнопки открытия и подтверждения, дополнительные параметры

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

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

1. Кнопки создания новой точки прохода на основе открытой (копирование), сохранения, внесенных изменения и удаления открытой точки прохода
2. Имя - пользовательское название точки прохода, доступно для изменения, обязательно для заполнения. Тип - тип точки прохода выбранный при создании, не доступен для изменения после создания
3. Выбор режима работы точки прохода
4. Количество привилегий необходимое для прохода через данную точку прохода
5. Контроллер - исполнительное устройство, модули и контакты на линиях которого будут использованы при настройке точки прохода, также контроллер принимает решение о доступе. Кнопка подтверждения - входной контакт отвечающий за подтверждение прохода оператором по кнопке (используется при проходе с соответствующей настройкой в дополнительных параметрах) для сторон А и B
6. Местоположение точки прохода: Зона, Этаж, Здание (помещение в которое ведет направление прохода) для стороны A и стороны B
7. Признак внешней зоны, для определения точек прохода и их направлений, которые ведут на выход с объекта
8. Включение функции зонального контроля. Нарушением зоны может считаться попытка повторного прохода персоны в зону или через конкретную точку прохода без предварительного выхода, а также проход двух и более персон по одному и тому же идентификатору
9. Wiegand, OSDP или биометрический считыватель, используемый для авторизации
10. Реле замка - реле модуля доступа или OSDP-устройства для стороны А и для стороны В. Датчик прохода - входной контакт, отвечающий за контроль положения двери - замкнут/разомкнут, служит для контроля прохода или взлома в направлении А -> B и В -> А. Кнопка удаленного открытия - кнопка пульта удаленного открытия прохода в направлении А и в направлении В.
11. Способ авторизации на точке прохода
12. Выбор типа зонального контроля
13. Выбор режима зонального контроля (жесткий, мягкий АПБ)
14. Дополнительные настройки считывателей, времени ожидания, датчиков и доступа

Настройка двухфакторной аутентификации

• В Web-интерфейсе ПО RUBEZH-STRAZH перейти вменю Настройки СКД => Точки прохода => Создать новую
• Выполнить конфигурацию точки прохода
• Нажать вкладку «Добавить дополнительные параметры» и добавить «Подтверждение похода внешней системой» с одним из значений (Всегда, При достаточном уровне привилегий, При недостаточном уровне привилегий)

При достаточном уровне привилегий - система запускает ожидание подтверждения внешней системой если у авторизованного пользователя достаточен уровень привилегий и есть доступ на точку прохода (при недостаточном уровне привилегий приходит запрет прохода).

При недостаточном уровне привилегий - система запускает ожидание подтверждения внешней системой если у авторизованного пользователя недостаточен уровень привилегий и в случае подтверждения прохода, пользователь сможет получить разрешение на проход по точке (при достаточном уровне привилегий пользователь сразу получает разрешение прохода при наличии доступа на эту точку).

Всегда - при любом уровне привилегий система запускает ожидание подтверждения внешней системой.

• Добавить параметр «Максимальное время ожидания подтверждения прохода внешней системой»
• При необходимости скорректировать таймаут ожидания ответа внешней системы и решение по умолчанию, если система не успевает обработать запрос.

После этого при попытке пройти через эту точку с картой у которой уровень привилегий меньше уровня привилегий точки, через механизм SSE будет отправлено событие с type: access_confirmation и data в виде JSON объекта с полями request и response.

В request содержится запрос на поход, в response находится предварительное решение СКУД о возможности похода (т.е. решение после стандартных проверок профиля, расписания и т.д.).

Далее СКУД ожидает, что ему отправят решение о походе путем HTTP POST на /access_confirmation с указанием UUID запроса и решением пускать или нет.

Вне зависимости от решения СКУД в response внешняя система может пускать и не пускать.