Нужно подтвердить предъявленный идентификатор
Проектируем сопоставление с заранее зарегистрированным пользователем и передачу результата в согласованный процесс доступа, с возможностью дополнительной проверки.
Рассматриваем распознавание лиц для конкретной задачи доступа: например, подтверждения заранее заявленной личности на оборудованной точке. До разработки определяем участников, допустимость обработки, способ регистрации и порядок действий при ошибке распознавания.
Для ограниченного сценария можно сравнивать изображение с записью конкретного зарегистрированного человека, который уже предъявил идентификатор. Это отличается от поиска неизвестного лица среди произвольного множества людей. Выбираем минимально необходимую схему, определяем назначение каждого набора данных и отделяем результат сравнения от решения о предоставлении доступа. Существующая СКУД сохраняет согласованные правила полномочий.
Ошибки возможны при разном освещении, положении камеры, качестве изображения и условиях использования. Поэтому проверяем ложные совпадения и отказы на согласованной выборке, предусматриваем проверку живого присутствия, если она требуется, и резервный путь через уполномоченного сотрудника. По внешности не определяем эмоции, здоровье, этническую принадлежность или другие чувствительные признаки. Состав согласий и правовые основания подтверждаются профильными специалистами до запуска.
Проектируем сопоставление с заранее зарегистрированным пользователем и передачу результата в согласованный процесс доступа, с возможностью дополнительной проверки.
Разделяем сравнение изображения, действующие права и событие прохода. Определяем, что происходит при недоступности камеры, сервера или системы контроля.
Создаём понятный резервный сценарий: повторная попытка, другой способ подтверждения или обращение к сотруднику без автоматического обвинения в нарушении.
Оборудование и условия съёмки, согласованные для конкретного сценария доступа.
Проверенная процедура включения в систему, обновления сведений и прекращения обработки.
Выбранный компонент с испытаниями ошибок и отдельной оценкой защиты от подмены изображения.
Интеграция событий, разграничение полномочий, сроки хранения и контролируемое удаление.
Технический прототип не подтверждает правовую допустимость использования. Основания, согласия, сроки хранения и условия применения согласуются отдельно; абсолютную точность не обещаем.
Согласуем цель, участников, альтернативный способ доступа и необходимые решения ответственных за обработку данных.
Результат: Сценарий применения и альтернативный способ доступа.
Оцениваем условия съёмки, регистрацию, хранение и доступы. Формируем выборку для испытаний.
Результат: Требования к съёмке и контрольная выборка.
Связываем проверку с действующими правилами СКУД, журналом событий и резервным сценарием.
Результат: Интеграция со СКУД и журнал событий.
Проверяем ложные совпадения, отказы, подмену и недоступность компонентов. Решение о запуске принимается по согласованным результатам.
Результат: Протокол ошибок, резервных действий и результатов испытаний.
Описание сценария, данных и полномочий участников.
Интеграция оборудования и СКУД в выбранном объёме.
Протокол испытаний ошибок и резервных действий.
Инструкции эксплуатации и управления доступами.
Да. Для многих задач рассматривается проверка соответствия заранее предъявленному идентификатору. Необходимую схему выбираем после разбора процесса.
Предусматриваем дополнительное подтверждение или обращение к сотруднику. Ошибка сравнения сама по себе не должна становиться обвинением или окончательным решением в спорной ситуации.
Мы реализуем согласованные технические меры. Правовые основания, документы и допустимость конкретного применения требуют отдельного подтверждения со стороны ответственных специалистов.
Как выбрать понятную задачу, проверить результат на своих данных и принять решение о дальнейшем внедрении.
Читать материал Архитектура ИИЧто меняется при размещении модели на своём сервере и когда имеет смысл облачная или смешанная архитектура.
Читать материалОпишите процесс, в котором хотите использовать ИИ: кто выполняет работу, какие данные доступны и какой результат нужен команде.
Текущие системы, участников и ограничения.
Данные, ожидаемый результат и способ проверки.
Состав пилота, стоимость, сроки и критерии качества — в предложении до начала работ.