Một nhân viên bước ra khỏi thang máy và đến cửa khu làm việc. Ở đây, hệ thống cần trả lời hai câu hỏi khác nhau: người đang đứng trước cửa là ai? và người đó có quyền đi qua cửa này tại thời điểm hiện tại hay không? Face recognition có thể hỗ trợ câu hỏi thứ nhất. Quy tắc kiểm soát ra vào, trạng thái khóa và thiết kế thoát hiểm phải giải quyết câu hỏi thứ hai.
AttFace Core cung cấp các thành phần xác thực khuôn mặt để tích hợp vào ứng dụng hoặc hệ thống kiểm soát ra vào hiện hữu. Đây là hướng tích hợp cần phần mềm và thiết bị điều khiển phù hợp, không phải cam kết rằng chỉ cài SDK là mọi loại cửa sẽ tự mở.
Hình minh họa ý tưởng; phần cứng, vị trí lắp đặt và chính sách ra vào cần được thiết kế theo từng công trình.
Từ sảnh thang máy đến phòng họp
Nhân viên có thể xuất hiện tại cửa văn phòng, phòng máy chủ hoặc khu vực lưu trữ. Mức bảo vệ không giống nhau. Ở cửa văn phòng chung, trải nghiệm nên nhanh và có cách xác thực thay thế. Ở khu vực nhạy cảm, doanh nghiệp có thể yêu cầu thẻ, thiết bị tin cậy hoặc bước xác thực bổ sung.
Điện thoại hoặc tablet gắn ở vị trí cố định có thể hỗ trợ giao diện nhận diện. Tuy nhiên, một sự kiện camera không được tự động xem như yêu cầu mở cửa khi người dùng chỉ đi ngang qua.
Cách bước xác minh liên kết với hệ thống
AttFace Core thực hiện detection, quality, verification hoặc identification và các kiểm tra liveness phù hợp. Ứng dụng tích hợp nhận kết quả, xác định danh tính đã được khai báo hoặc đối chiếu danh sách hợp lệ. Bộ máy chính sách xem vai trò, cửa, khung giờ, trạng thái công việc và các yếu tố rủi ro rồi mới gửi lệnh tới bộ điều khiển cửa.
Luồng minh họa: face matching chỉ là một thành phần trong quyết định ra vào.
Tình huống sử dụng cốt lõi
Giả sử tổ chức có khu làm việc thường, phòng quản trị và khu máy chủ. Cùng một người có thể được phép vào khu thứ nhất nhưng không có quyền ở khu thứ ba. Hệ thống phải giữ tách biệt cơ sở dữ liệu danh tính, quyền theo vai trò, trạng thái khóa, nhật ký thao tác và cơ chế quản trị.
Nhân viên đổi vị trí hoặc nghỉ việc cần được thu hồi quyền đúng lúc. Một mẫu khuôn mặt vẫn tồn tại không có nghĩa quyền ra vào tiếp tục có hiệu lực.
Phân biệt xác thực và cấp quyền
Xác thực 1:1 trả lời một người có khớp với danh tính đã khai báo hay không. Định danh 1:N tìm người phù hợp nhất trong một danh sách được phép. Nhưng cả hai đều không quyết định người đó được vào cửa. Quyết định cấp quyền phải có chính sách độc lập và có thể giải thích được.
Nếu sử dụng 1:N, danh sách cần được giới hạn theo địa điểm hoặc nhóm thay vì tra cứu toàn bộ dữ liệu nhân sự không cần thiết.
Chọn 1:1 hoặc 1:N có chủ đích
Với ứng dụng điện thoại đã đăng nhập hoặc người dùng quét thẻ/mã trước, 1:1 là lựa chọn tự nhiên. Với kiosk chung muốn giảm thao tác nhập mã, 1:N có thể phù hợp nhưng cần đánh giá rủi ro nhận nhầm và thay đổi độ khó khi danh sách lớn hơn.
Đừng dùng một ngưỡng so khớp mặc định cho mọi cửa, mọi thiết bị và mọi cấp bảo vệ.
Phòng vệ nhiều lớp theo từng khu vực
Mức rủi ro càng cao, yêu cầu xác thực càng cần được xem xét kỹ. Một khu vực thông thường có thể chấp nhận xác minh thuận tiện và cách thay thế có giám sát. Với thao tác nhạy cảm, cần kết hợp xác thực mạnh khác, phân quyền tức thời và ghi nhật ký kiểm toán. Liveness giảm một số kiểu giả mạo trình diện nhưng không thay thế bảo mật tài khoản hay chính sách ra vào.
An toàn vật lý phải độc lập với AI
Lối thoát hiểm, quy định phòng cháy chữa cháy và tình huống khẩn cấp phải hoạt động theo thiết kế an toàn đã được phê duyệt, kể cả khi máy chủ hoặc camera mất kết nối. Không được để lỗi face matching chặn hành động sơ tán bắt buộc. Cơ chế mở khẩn cấp và vận hành của bộ điều khiển cửa cần do chuyên gia hệ thống vật lý đánh giá.
Edge, server hay kết hợp?
Xử lý gần camera có thể giảm độ trễ và hạn chế gửi dữ liệu sinh trắc học ra ngoài. Máy chủ riêng phù hợp khi cần quản lý chính sách tập trung hoặc nhiều điểm truy cập. Một kiến trúc kết hợp phải giải quyết đồng bộ danh sách được phép, thời gian sống của quyền và cơ chế thu hồi khi offline.
Trải nghiệm triển khai cũng quyết định hiệu quả
Chiều cao lắp thiết bị, đèn ngược, người đeo kính, điểm dừng trước camera và quy trình hỗ trợ đều ảnh hưởng đến hệ thống. Không nên để người dùng phải thực hiện nhiều lần liên tiếp mà không biết nguyên nhân. Sau số lần thử hợp lý, cần phương án thẻ hoặc nhân viên hỗ trợ có kiểm soát.
Danh sách kiểm thử nghiệm thu
- Thử nhận đúng và nhận sai trên thiết bị thực tế, trong nhiều điều kiện ánh sáng.
- Kiểm tra quyền theo vai trò, thời gian, khu vực và trạng thái nghỉ việc.
- Thử mất mạng, lỗi thiết bị, hỏng camera và các bước xác thực thay thế.
- Xác nhận nhật ký kiểm toán, bảo vệ mẫu sinh trắc học và xử lý yêu cầu xóa.
- Kiểm thử riêng an toàn thoát hiểm, bộ điều khiển và các quy trình khẩn cấp.
Năng lực hiện có và phần cần tích hợp
AttFace Core hỗ trợ lớp AI nhận diện. Chính sách cấp quyền, phần mềm quản lý cửa, bộ điều khiển vật lý và tích hợp với hệ thống tòa nhà thuộc dự án cụ thể. AttFace Attendance có thể hỗ trợ chấm công tại lối vào nhưng bản ghi chấm công không đồng nghĩa lệnh cấp quyền cửa.
Pilot phải dựa trên người dùng và môi trường thật
Chọn một điểm vào có giám sát, có cách đi vào thay thế và quy trình xử lý lỗi rõ ràng. Đo tỷ lệ nhận diện lần đầu, thời gian mở cửa, số lần hỗ trợ và phản ứng khi thu hồi quyền. Chỉ nhân rộng sau khi đội vận hành và an ninh cùng nghiệm thu.
Bước tiếp theo: Thảo luận tích hợp kiểm soát ra vào cùng AttFace.
