인증이 필요한 자리마다, 같은 GATE가 섭니다.Wherever authentication is needed, the same GATE stands.
얼굴·손바닥 엔진이 안에서 돌고, 현장에는 REST API 하나로 나갑니다. 관제·출결·결제·출입이 같은 서버를 부릅니다.Face and palm engines run inside; the field sees one REST API. Surveillance, attendance, payment and access all call the same server.
데모 요청Request a Demo 연동 요건 확인 요청Request an Integration Scope Review인증은 거래가 일어나기 직전에 놓입니다. 그 자리를 통과해야 결제가 되고, 문이 열리고, 출결이 기록됩니다. 그래서 인증은 기능 하나가 아니라 서비스가 시작되는 문입니다.Authentication sits immediately before the transaction. Nothing is paid, no door opens and no attendance is recorded until it is passed. That makes authentication not one feature among many, but the door a service starts behind.
결제·금융·출입처럼 인증이 걸린 자리는 예산이 사라지지 않는 자리입니다. 인증이 멈추면 거래가 멈추기 때문에, 비용을 줄이는 항목이 아니라 유지해야 하는 항목으로 다뤄집니다.Payments, finance and access control are places where the budget does not disappear. When authentication stops, the transaction stops — so it is treated as something to keep running rather than something to cut.
얼굴에서 손바닥으로, 다시 지문과 홍채로 요구가 옮겨 다닙니다. 어느 하나가 다른 하나를 완전히 대체하지 않고, 현장 조건에 따라 쓰이는 수단이 갈립니다.Demand moves from face to palm, then to fingerprint and iris. None of them fully replaces another; which method is used comes down to the conditions on site.
수단을 하나 바꾸면 연동을 다시 개발하는 구조가 대부분입니다. 그래서 인증은 엔진 성능의 문제이기 전에, 엔진을 갈아 끼울 수 있느냐의 문제가 됩니다. 그 자리를 맡는 것이 플랫폼입니다.In most setups, changing one method means rebuilding the integration. So authentication becomes a question of whether the engine can be swapped, before it is a question of how good the engine is. That is the job a platform takes on.
시험실 수치가 아니라, 운영 중인 자리와 공인 시험 결과입니다.Not laboratory figures — deployments in operation and accredited test results.
강점만 말하고 단서를 빼면 그 말은 과장이 되고, 과장은 도입 후 클레임으로 돌아옵니다. 그래서 단서를 같은 자리에 적어 둡니다.A strength stated without its caveat becomes an overstatement, and overstatements come back as claims after deployment. So we print the caveats in the same place.
1:N은 등록된 명단 가운데 이 사람이 누구인지 찾아내는 것이고, 1:1은 이 사람이 이 계정의 주인이 맞는지 확인하는 것입니다. 같은 GATE 안에서 두 가지가 함께 돌기 때문에, 관제처럼 누구인지부터 찾아야 하는 현장과 결제처럼 본인 여부만 확인하면 되는 현장을 한 서버로 덮습니다.
단서 — 두 방식은 요구하는 서버 자원이 다릅니다. 어느 쪽을 주로 쓰실지와 하루 건수를 주시면 그에 맞춰 구성안을 잡아 회신드립니다.A 1:N search finds who this person is within an enrolled population; a 1:1 check confirms that this person owns this account. Both run inside the same GATE, so a control room that must first work out who someone is and a payment counter that only needs to confirm it is them are covered by one server.
Caveat — the two modes demand different server resources. Tell us which one you will mainly use and your daily volume, and we will draft the configuration accordingly.
1:1은 이 사람이 이 계정의 주인이 맞는지 확인하는 것이고, 1:N은 등록된 대규모 명단 가운데 이 사람이 누구인지 찾아내는 것입니다. 후자가 훨씬 어렵고, 대규모 회원을 가진 결제·교통·공공에서 필요로 하는 것도 후자입니다.
단서 — 실제 구성은 등록 인원, 하루 인증 건수, 동시 처리량에 따라 달라집니다. 규모를 주시면 검토해 회신드리고, 그 자리에서 문제없다고 확답드리지 않습니다.A 1:1 check confirms that this person owns this account. A 1:N search finds who this person is within a large enrolled population. The second is far harder, and it is what payment, transit, and public-sector operators with large membership bases actually need.
Caveat — the real configuration depends on enrolled population, daily authentication volume, and concurrency. Give us the numbers and we review and reply; we do not confirm on the spot.
RGB — 일반 컬러 카메라만으로 동작합니다. 적외선(IR) 카메라 같은 특수 장비를 새로 다실 필요가 없습니다. 패시브 — 사용자가 눈을 깜빡이거나 고개를 돌리는 동작을 하지 않아도 됩니다. 인쇄 사진, 화면에 재생한 영상, 마스크 같은 대표적인 위조 시도를 걸러냅니다.
단서 — 현장 성능은 카메라 화질과 조명 조건을 탑니다. 설치 환경을 확인해 그 현장에 맞게 판정 기준을 조정해 드리고, 실제 환경에서 직접 검증하실 수 있게 준비해 드립니다.RGB means it runs on ordinary colour cameras. No infrared or other special hardware has to be added. Passive means the user does not have to blink or turn their head. It screens the common spoof attempts: printed photos, video replayed on a screen, and masks.
Caveat — field performance tracks camera quality and lighting. We review the installation environment, tune the decision thresholds to that site, and prepare it so you can verify in your own environment.
얼굴 하나만 쓰는 현장은 얼굴이 안 되는 상황에서 그대로 멈춥니다. 마스크·모자, 역광, 성장기 아동, 외모가 크게 바뀐 사용자가 그렇습니다. 손바닥이 있으면 얼굴이 막힌 자리를 대체하거나, 중요한 거래에서 두 가지를 겹쳐 확인할 수 있습니다.
단서 — 손바닥을 쓰시려면 고객 단말의 카메라가 손바닥을 제대로 촬영할 수 있어야 합니다. 촬영 거리·화각·조명 조건을 먼저 확인한 뒤 가능 여부를 정확히 답을 드립니다.A site that relies on the face alone stops dead whenever the face does not work: masks and hats, backlight, growing children, users whose appearance has changed. A palm gives you a second route where the face is blocked, or a second factor layered on top for high-value transactions.
Caveat — using the palm requires that your terminal camera can actually capture it. We check capture distance, field of view, and lighting first, then give you a definite answer.
안에서 어떤 엔진이 도는지와 무관하게, 현장 시스템이 부르는 것은 문서화된 REST API 하나입니다. 고객사 개발팀이나 SI 파트너가 문서만 보고 붙일 수 있고, 발급받은 키로 검증 환경에서 먼저 호출해 보실 수 있습니다.
단서 — 연동 개발 자체는 고객사 또는 SI 파트너가 진행합니다. 저희는 규격과 검증 환경을 드리고, 연동 범위를 함께 정리해 드립니다.Whatever engine runs inside, what your site systems call is a single documented REST API. Your development team or SI partner can build from the documentation alone, and an issued key lets you call it in a test environment first.
Caveat — the integration work itself is carried out by your team or your SI partner. We supply the specification and the test environment, and map the integration scope with you.
한 줄로 말씀드리면 이렇습니다 — 단말은 고객 것이고, 인증은 고객 서버 안의 GATE가 합니다. 이 선을 먼저 그어 놓아야 도입 단계에서 들었던 것과 다르다는 말이 나오지 않습니다.In one line: the terminals are yours, and the authentication is done by GATE running inside your servers. Drawing this line first is what prevents the "this is not what we were told" moment later in the project.
저희는 단말을 팔지 않습니다. ATM·키오스크·POS·모바일 앱은 고객이 이미 가지고 계신 것을 그대로 쓰시고, 저희가 납품하는 것은 그 뒤에서 대조를 수행하는 소프트웨어 엔진과 연동 규격입니다. 단말 하드웨어 교체는 없지만 연동 개발은 있으며, 그 개발은 고객사 또는 고객사의 SI 파트너가 진행합니다.We do not sell terminals. ATMs, kiosks, POS devices, and mobile apps remain the ones you already own. What we deliver is the software engine that performs the matching behind them, together with the integration specification. There is no terminal hardware replacement, but there is integration work, carried out by your own team or your SI partner.
연동 규격은 문서화된 상용 REST API로 공개되어 있습니다. 1:1 확인, 얼굴 등록, 매칭 이력 조회도 같은 규격으로 제공됩니다.The integration specification is published as a documented commercial REST API. 1:1 verification, face enrolment and match-history lookup are provided under the same specification.
개발자 문서 열기 →Open the Developer Docs →# 1:N 얼굴 매칭 — 요청 예시 (multipart)1:N face match — request example (multipart) POST /api/v1/feature/face/identify Authorization: Bearer <accessToken> X-Api-Key: <프로젝트 API Keyproject API key> Content-Type: multipart/form-data # matchingFeatureImage=<얼굴 이미지face image> # 응답Response { "success": true, "data": { "matchType": "IDENTIFY", "featureId": "abc123-def456", "similarity": 97.00, "checkLiveness": true, "transactionUuid": "550e8400-..." } }
설치 형태는 고객 환경에 따라 달라집니다. 환경을 주시면 구성안을 정리해 회신드립니다.The deployment shape depends on your environment. Send us the environment and we will draft a configuration and reply.
| 항목Item | 사양Specification |
|---|---|
| 설치 형태Deployment | 고객 서버 설치(온프레미스) · 클라우드 · 컨테이너 환경On-premises on your servers, cloud, or container environments |
| 인증 방식Authentication Modes | 1:N 대규모 검색 · 1:1 정밀 매칭1:N large-scale search and 1:1 precise matching |
| 생체 수단Biometric Modalities | 얼굴 · 손바닥 (단독 또는 병행)Face and palm (separately or combined) |
| 위변조 탐지Spoof Detection | 라이브니스 (RGB 패시브 · 별도 IR 카메라 불필요)Liveness (RGB passive; no separate IR camera required) |
| 1:N 응답1:N Response | 1초 미만 기준 (실제 값은 서버 사양 · DB 규모에 따라 실측)Designed for under one second (the actual figure is measured against server specification and database size) |
| 얼굴 DB 규모Face DB Scale | 400M+ 얼굴 DB400M+ face database |
| 정확도Accuracy | KISA 인증 기준 99.97%99.97% under KISA certification testing |
| 보유 인증Certifications | KISA · iBeta · GS 1등급 · ISOKISA, iBeta, GS 1st Grade, ISO |
| 저장 방식Storage Method | template-only — 대조용 특징 데이터만 저장, 원본 미저장Template-only. Feature data for matching is stored; original images are not |
| 이중화Redundancy | Active-active 구성 · 자동 페일오버 (가용률 보장 수준은 계약 조건)Active-active with automatic failover (guaranteed availability levels are a contractual matter) |
| 연동Integration | REST API (연동 규격 문서 제공, 개발은 고객사 또는 SI)REST API (specification supplied; development by your team or SI) |
| 단말Terminals | 고객 보유 장비 사용 (당사는 단말을 공급하지 않음)Your existing devices are used (we do not supply terminals) |
| 데이터 위치Data Location | 온프레미스 구성 시 고객 환경 내 보관Held within your own environment under an on-premises configuration |
현장마다 화면도 다르고 부르는 이름도 다르지만, 신원을 확인하는 대목에서는 같은 GATE가 돕니다.The screens differ and the names differ from site to site, but at the moment identity is confirmed, the same GATE is running.
관제 화면 뒤에서 사람을 특정하는 자리에 GATE가 들어 있습니다.Behind the control-room screen, GATE is what pins down who the person is.
등록된 명단을 상대로 1:N 대조를 수행하고 결과만 관제 시스템으로 돌려보냅니다. 카메라와 관제 화면은 쓰시던 것을 그대로 두고, 대조 엔진만 서버 안으로 들어갑니다. 영상 조건 검색까지 함께 필요하시면 VCA와 같이 검토하시는 편이 맞습니다.It runs a 1:N match against the enrolled list and returns only the result to the control system. Your cameras and control screens stay as they are; only the matching engine moves into the server. If you also need condition-based video search, VCA is worth evaluating alongside it.
얼굴인식 출결 단말이 부르는 인증 서버가 GATE입니다.GATE is the authentication server that face-recognition attendance terminals call.
학생이 단말 앞에 서면 GATE가 등록 명단과 대조해 본인 여부를 돌려주고, 출결 기록과 알림은 학교 시스템이 처리합니다. 원본 사진 대신 대조용 특징 데이터만 남습니다. 성장기 아동은 등록 사진과의 차이가 커지므로 재등록 주기를 함께 잡습니다.A student stands in front of the terminal, GATE matches against the enrolled list and returns whether it is them; the attendance record and the notification are handled by the school system. Feature data for matching is kept in place of the original photograph. With growing children the gap from the enrolment photo widens, so we set a re-enrolment cycle with you.
충전형 얼굴결제와 POS 뒤에서 본인 확인을 하는 것이 GATE입니다.Behind stored-value face payment and the POS, GATE is what confirms identity.
한 번 등록한 뒤에는 카드나 휴대폰 없이 얼굴로 결제까지 이어집니다. GATE는 본인 확인까지 맡고, 잔액 차감과 결제 승인은 결제 시스템이 이어받습니다. 이 영역에서는 국내 최대 안면결제 서비스에 탑재된 레퍼런스가 있습니다.After a one-time enrolment, a face carries the customer through to payment with no card and no phone. GATE's part ends at confirming identity; deducting the balance and approving the payment are picked up by the payment system. In this area we hold a reference from the country's largest face payment service.
출입 기록에 찍힌 사람이 정말 그 사람인지 확인합니다.It confirms that the person in the entry log was actually them.
카드나 지문 단말이 가진 대여·대리 문제를 얼굴로 좁힙니다. 문을 여는 제어와 근태 기록은 고객 시스템이 수행하고, GATE는 본인 확인 결과만 돌려드립니다. 사업장이 여러 곳이고 등록 인원이 클수록 1:N의 값이 커집니다.It narrows the borrowed-card and stand-in problem that card and fingerprint terminals carry. Opening the door and writing the attendance record are done by your systems; GATE returns only the identity result. The more sites you run and the larger the enrolled population, the more 1:N is worth.
GATE는 인증 엔진이 들어와 서는 자리입니다. 지금 서 있는 것은 자사 얼굴·손바닥 엔진과 라이브니스이고, 앞으로 다른 수단이 같은 자리에 들어옵니다.GATE is where authentication engines come to stand. Standing there now are our own face and palm engines and liveness; other methods will come into the same place.
지문·홍채와 타사 라이브니스는 입점을 준비 중인 항목입니다. 출시 일정과 사양은 확정 전이라 적지 않습니다. 확정되면 이 자리에 그대로 올립니다.Fingerprint, iris and third-party liveness are being prepared for the platform. Release dates and specifications are not settled, so we do not print them. When they are, they will appear here.
클라우드로만 제공되는 인증 서비스와 원산지 요건에 걸리는 벤더를 빼고 나면, 남는 자리가 좁습니다. 저희가 서 있는 곳이 그 자리입니다.Once cloud-only authentication services and vendors blocked by origin requirements are taken out, what remains is narrow. That is where we stand.
금융과 공공에서는 생체정보가 조직 밖으로 나가는 구조면 내부 심사를 통과하지 못하는 경우가 많습니다. 클라우드로만 제공되는 인증 서비스가 여기서 걸립니다. GATE는 고객사 서버에 설치하는 구성이 가능하고, 클라우드와 컨테이너 환경에도 올릴 수 있습니다.
단서 — 규제 해당 여부는 고객사 컴플라이언스의 몫이라 저희가 단정하지 않습니다. 검토에 필요한 자료를 정리해 드립니다.In finance and the public sector, a design that sends biometric data outside the organisation often fails internal review, and cloud-only authentication services stop there. GATE can be installed on your own servers, and it also runs in cloud and container environments.
Caveat — whether a given regulation applies is a judgement for your compliance team, not ours. We prepare the material they need for that review.
얼굴 사진이나 손바닥 사진을 그대로 쌓아 두지 않습니다. 대조에 필요한 특징 데이터(템플릿)만 저장하고 원본은 남기지 않습니다. 여기에 온프레미스 설치가 더해지면, 생체정보가 고객사 울타리 밖으로 나가지 않는 구성이 됩니다.
단서 — 템플릿도 개인정보로 취급하는 규제가 있습니다. 법적 해석은 저희가 하지 않습니다. 저희는 저장 방식이 어떤지만 정확히 전달드리고, 판단은 고객사 법무·컴플라이언스의 몫입니다.We do not stockpile face or palm photographs. Only the feature data (the template) needed for matching is stored; the original image is not kept. Combined with on-premises installation, this is what makes the statement accurate: biometric data never leaves your perimeter.
Caveat — some regulations treat templates as personal data too. We do not give legal interpretations. We state the storage method accurately; the judgement belongs to your legal and compliance teams.
조달 규격이나 내부 보안 정책에서 벤더의 원산지를 요건으로 두는 시장이 있습니다. 그런 자리에서 국내에서 개발했다는 사실은 성능 우위가 아니라 입찰 자격 그 자체입니다.
단서 — 원산지 요건은 성능 항목과 별개로 평가되는 자격 요건입니다. 관련 요건이 있으시면 확인 자료를 정리해 드립니다.Some procurement specifications and internal security policies treat vendor origin as an eligibility requirement. In those situations, being Korea-developed is not a performance advantage. It is eligibility to bid at all.
Caveat — vendor origin is an eligibility requirement, assessed separately from performance criteria. If such a requirement exists, we prepare the supporting documentation.
아래 요건 가운데 하나라도 걸려 있으면 저희가 맞는 자리입니다.
얼굴 하나로는 부족한 현장 — 얼굴·손바닥 dual modal이라 얼굴이 막히는 상황을 손바닥이 대체합니다.
원산지 배제 요건이 걸린 조달 — 비중국 벤더입니다.
생체정보를 조직 밖으로 낼 수 없는 환경 — 고객 서버에 설치하는 온프레미스 구성이고, 원본이 아니라 대조용 특징 데이터만 저장합니다.
등록 인원이 큰 1:N 현장 — KISA 인증 기준 99.97%, 400M+ 얼굴 DB, 1:N 응답 1초 미만 기준이며, 대규모 안면결제 서비스를 운영한 레퍼런스가 있습니다.
어느 요건이 가장 중요하신지 알려 주시면 그 항목을 어떻게 검증할지 제안드립니다.If any one of the following applies to you, this is the right fit.
Sites where the face alone is not enough — dual-modal face and palm means the palm covers the situations where the face is blocked.
Procurement with a vendor-origin exclusion — we are a non-Chinese vendor.
Environments where biometric data cannot leave the organisation — an on-premises installation on your own servers, storing feature data for matching rather than original images.
1:N sites with a large enrolled population — 99.97% under KISA certification testing, a 400M+ face database, a 1:N response designed for under one second, and a reference from operating a large-scale face payment service.
Tell us which requirement matters most and we will propose how to verify that one.
세 가지가 있으면 자격이 됩니다 — ① 인증 서버를 올릴 자체 데이터센터나 클라우드 환경 ② 얼굴·손바닥을 촬영할 단말이나 앱 ③ 연동 개발을 맡을 내부 개발팀이나 SI 파트너.
실제로 자주 들어가는 자리는 이렇습니다.
금융·핀테크 — 비대면 실명확인과 계정 탈취에 대응합니다. 보안팀이 관문이고, 온프레미스와 template-only 저장이 그 첫 질문의 답이 됩니다.
리테일·결제 — 결제 플랫폼을 운영하는 회사의 서버에서 본인 확인을 처리합니다.
교통 — 개찰·탑승 단말이 보내는 이미지를 대조하며, 등록 인원이 커서 1:N 규모가 곧 자격 요건이 됩니다.
출입통제·공공 ID — 다수 사업장 통합 관리나 신분 확인처럼 등록 인원이 큰 건입니다.
테마파크·호텔·공항 — 재방문객이 많을수록 1:N의 값이 커집니다.Three things make a site eligible: (1) a data centre or cloud environment to host the authentication server, (2) terminals or apps that capture face or palm images, and (3) an in-house development team or SI partner to do the integration.
In practice, these are where it usually lands.
Finance and fintech — remote identity verification and account-takeover defence. The security team is the gate, and on-premises deployment plus template-only storage is the answer to their first question.
Retail and payments — identity checks handled on the servers of the company operating the payment platform.
Transit — matching images sent by gate and boarding terminals, where the enrolled population is large enough that 1:N scale is itself the requirement.
Access control and public ID — multi-site consolidation or identity verification with large enrolled populations.
Theme parks, hotels, airports — the more repeat visitors, the more 1:N is worth.
서버 없이 앱만 있는 조직 — GATE는 서버에 설치되는 솔루션이라 엔진이 올라갈 인프라가 없으면 저희 솔루션만으로는 완성되지 않습니다.
개별 매장 — 얼굴결제에서 저희 고객은 결제 플랫폼을 운영하는 회사이지 매장 한 곳이 아닙니다. 매장 단위 문의는 환경만 정리해 담당에게 전달드립니다.
사옥 한 동, 출입문 몇 개 규모 — 서버 솔루션을 올릴 이유가 약한 경우가 많습니다.
연동 개발 주체가 없는 경우 — 단말이나 관리 시스템이 저희 서버를 호출하도록 개발할 팀이 없으면 도입이 완성되지 않습니다.
다만 판단을 저희가 잘라 드리지는 않습니다. 환경·규모·요구사항을 그대로 정리해 담당이 검토한 뒤 회신드립니다.An organisation with an app but no servers — GATE installs onto servers, so without infrastructure to host the engine our solution alone does not complete the picture.
A single retail outlet — in face payment our customer is the company operating the payment platform, not one store. Store-level enquiries are documented and passed to the right person.
One office building with a handful of doors — there is usually little reason to stand up a server solution.
No party to do the integration — without a team to make the terminals or management system call our server, the deployment does not complete.
That said, we do not cut the decision off ourselves. We record the environment, scale, and requirements as stated, and reply after review.
자료로 읽는 것보다 실제 쓰실 조건에서 돌려 보시는 편이 정확합니다. 무엇을 어떻게 확인하실지, 검증 항목부터 함께 잡아 드립니다.Running it under the conditions you will actually use is more accurate than reading a document. We start by setting the verification criteria with you.
얼굴과 손바닥 인증, 위조 시도 차단, 대규모 명단에서의 1:N 대조, 원본 생체정보를 남기지 않는 template-only 저장, 고객 서버 온프레미스 설치, REST API 연동 규격 — 전부 자료로 정리해 드리고, 실제로 쓰실 조건과 유사한 환경에서 결과까지 확인하실 수 있습니다. 검증 항목을 어떻게 잡으면 좋을지 요건을 주시면 정리해 회신드리고, 기술 검토가 더 필요하시면 별도 자리를 마련해 드립니다.Face and palm authentication, spoof screening, 1:N matching against a large enrolled population, template-only storage that keeps no original biometric images, on-premises installation on your servers, and the REST API integration specification — all of it can be documented for you, and all of it can be confirmed by result in an environment close to your actual conditions. Send us your requirements and we will propose the verification criteria and reply; where a deeper technical review is needed, we arrange a dedicated session.
완성된 인증 솔루션이 아니라 인식 엔진 자체를 붙여 직접 개발하시려는 경우의 접점입니다.The entry point when you want the recognition engine itself to build against, rather than a finished authentication solution.
단말 자체가 필요하신 경우는 별도 제품 트랙입니다. GATE는 인증 서버 솔루션이고, 단말은 이쪽에서 확인하십시오.If you need the device itself, that is a separate product track. GATE is the authentication server solution; look here for terminals.
실제 검토 단계에서 가장 많이 받는 여덟 가지입니다.The eight questions we receive most often during evaluation.
함께 검토하시는 제품입니다.Products commonly evaluated alongside this one.
등록 한 번 뒤에는 단말 앞에 서기만 하면 되는 결제 흐름After a one-time enrolment, the payment flow needs only your presence
얼굴 · 몸통 · 색상 · 소지품 조건 조합 검색과 동행 · 동선Condition-combination search on face, body, colour and carried items, plus companions and routes
1:N 인증 · 라이브니스 · 얼굴 색인을 API로1:N authentication, liveness and face indexing, delivered as an API
단말 종류 · 인증 대상 인원 규모 · 설치 환경(고객사 서버인지 클라우드인지) · 도입 목표 시점 네 가지를 주시면, 구성이 가능한지와 연동 범위를 정리하고 견적까지 회신드립니다.Send four things — terminal types, the size of the population to be authenticated, the installation environment (your own servers or cloud), and your target deployment date — and we will reply with whether the configuration works, what the integration covers, and a quotation.
연동 요건 보내기Send Integration Requirements