다중 계정 1:N
신원 확인이 "올바른 사람인가?"를 묻는다면, 다중 계정 1:N은 "이 얼굴이 운영자의 기반 어딘가에 이미 존재하는가?"를 묻습니다.
기능 설명
운영자의 기반에서 세분화된 1:N 생체 인식 검색을 수행하며, 수신된 얼굴을 동일한 clientReferenceSegment와 연결된 모든 레코드와 교차 참조합니다. 생체 인식이 이미 다른 clientReference에 연결되어 있는지 감지하여 동일한 사람이 동일한 운영자에게 여러 계정을 생성했거나 생성하려 시도하고 있음을 나타냅니다.
도입 차별점: 기반 위생 목적으로 운영자의 기반에 이미 저장된 셀카(수개월 또는 수년 전 촬영)를 허용합니다.
입력값
multi-accounts플로우로 Create Process (Web & Native) 또는 Create Process (API)를 통해 생성된 프로세스.imageBase64의 사용자 셀카 (PNG, JPEG 또는 WebP; 최소 640×480; 최대 800KB).subject.clientReference필드 — 운영자 시스템에서 사용자의 고유 식별자.
가능한 응답
| 응답 | 의미 |
|---|---|
reproved | 다중 계정이 감지됨. 안면 생체 인식이 동일 세그먼트 내 다른 clientReference에 이미 연결되어 있습니다. |
inconclusive | 다중 계정이 감지되지 않음. 해당 얼굴이 운영자의 기반에서 다른 계정으로 등록되어 있지 않습니다. |
YES 또는 NO 응답이 없음다중 계정 1:N은 YES 또는 NO를 반환하지 않습니다 — 중복이 없음은 위험이 전혀 없다는 확인이 아닌 inconclusive로 표현됩니다.
가용성
| 인터페이스 | 지원 여부 |
|---|---|
| SDK (Android, iOS, Flutter) | — |
| Web (iFrame, Redirect) | — |
| API (헤드리스, SDK 없음) | ✅ |
유효한 조합
파이프라인 내에서 다중 계정 1:N은 라이브니스(Unico에서 사용할 경우)가 선행될 수도 있고 아닐 수도 있으며, 조건부 등록이 후행 됩니다 — 결과가 INCONCLUSIVE이고 해당 세그먼트에서 첫 번째 clientReference인 경우에만 얼굴을 등록하여 생체 인식 오염을 방지합니다.
multi-accounts 1:N → Conditional Enroll
검색 범위는 APIKey에 구성된 clientReferenceSegment 필드로 제어됩니다.