はじめに
連携 / SDK
ユーザー認証
法人確認
トランザクションモニタリング
自動顔検索の連携
顔検索は、本人確認セッションのライブネスチェック中に自動で実行され、重複ユーザーの検知と、ブロックリストに登録された顔との照合を行います。
自動の重複検知
ユーザーが本人確認中にライブネスチェックを完了すると、次のことが行われます。- 顔の生体情報が、確認済みのすべての過去のユーザーと自動的に比較されます
- 顔の類似度に基づいて、重複している可能性のあるアカウントを特定します
- 設定した類似度のしきい値に従って、一致にフラグが付けられます
- 重複の可能性があるユーザーを確認し、対応できます
ブロックリストとの連携
顔検索は、ブロックリスト機能とシームレスに連携します。- 本人確認中に、顔が自動的にブロックリストと照合されます
- ブロックリストに登録された顔との一致が見つかった場合、本人確認は自動的に拒否されます
- これにより、過去に問題が特定されたユーザーが新しいアカウントを作成するのを防ぎます
- 本人確認プロセスの信頼性の維持に役立ちます
書類撮影中に撮る自撮り
ユーザーが書類を撮影している間、フロントカメラが本人の自撮りを撮影します(サイレントキャプチャ)。書類が評価されるたびに、その自撮りはライブネスの自撮りと同じ1:N検索にかけられます。- ライブネス検索と同じ類似度のしきい値と同じ優先順位で、顔のブロックリスト、およびアプリケーションで承認済みのユーザーと比較されます。
- ブロックリストに一致すると、
FRONT_CAMERA_FACE_IN_BLOCKLIST(常に拒否)またはPOSSIBLE_FRONT_CAMERA_FACE_IN_BLOCKLIST(常にレビュー)が発生します。承認済みユーザーに一致すると、FRONT_CAMERA_DUPLICATED_FACEまたはPOSSIBLE_FRONT_CAMERA_DUPLICATED_FACEが発生します。さらに、その承認済みユーザーが別の氏名で認証されていた場合はFRONT_CAMERA_DUPLICATED_FACE_NAME_MISMATCH、そのユーザーの本人確認書類の生年月日が異なる場合はFRONT_CAMERA_DUPLICATED_FACE_DOCUMENT_MISMATCHが発生します。本人確認の警告をご覧ください。 - 一致結果は、セッション詳細の本人確認カードに一覧表示され、セッションの判定の
id_verifications[].document_selfie_face_matchesで返されます。形式はliveness_checks[].matchesのエントリと同じです。このフィールドは、古いセッションや検索が実行されなかった場合はnull、実行されて何も見つからなかった場合は空配列になります。match_image_urlは有効期限のある署名付きURLです。 - 使われるのは自撮りの中で最大の顔のみで、検出器が顔であると確信した場合に限ります。書類1件につき自撮り1枚が検索されます。表面の自撮り、または表面の自撮りに鮮明な顔がない場合は裏面の自撮りです。
- 自撮りは比較されるだけです。生体テンプレートが保存されることはないため、後のセッションがそれと照合されることはありません。セッションの自撮りから本人を排除するには、セッションページから、その自撮りを顔のブロックリストに追加してください。
document_selfie_face_search_enabledとdocument_selfie_duplicated_face_*アクションでも設定できます。デフォルトではオンです。重複した顔のアクションのデフォルトは承認(警告は引き続き報告されます)で、氏名と書類のクロスチェックのデフォルトは、ライブネスの対応するものと同様にレビューです。この検索には自撮りが必要なため、サイレントキャプチャがオンのときにのみ実行されます。ライブネスチェックステップの顔検索をオフにすると、この検索もオフになります。このオプトアウトは本人の顔についての選択であり、セッションのすべての自撮りが対象になるためです。
書類不一致ルール
書類の不一致ルール(ライブネスの自撮りではDUPLICATED_FACE_DOCUMENT_MISMATCH、サイレントキャプチャではFRONT_CAMERA_DUPLICATED_FACE_DOCUMENT_MISMATCH)は、一致したユーザーの本人確認書類の生年月日が異なる場合にのみ、重複した顔にフラグを付けます。
たとえば、IDカードの後にパスポートを提示するなど、同じ人物が別の書類を提示してもフラグは付きません。
更新された書類にもフラグは付きません。
同じ国で同じ書類番号を共有する2つのセッションに、フラグが付くことはありません。
自動顔検索をオフにする
自動顔検索は、すべてのライブネスステップでデフォルトでオンです。プライバシー上の方針で必要な場合は、ビジネスコンソール(シンプルモードおよびアドバンスドモード)のライブネスチェックステップのルールタブから、ワークフローごとにオフにできます。または、ワークフロー機能の設定のLIVENESSまたはAGE_ESTIMATIONノードでface_search_enabled: falseを指定します。
スイッチをオフにしても、ライブネスの自撮りはライブネスのスコア算出と、顔照合での書類の顔写真との1:1比較の対象になりますが、顔インデックスには登録されません。
- 検索が実行されないため、セッションには重複、ブロックリスト、許可リストの判定が付かず、
liveness_checks[].matchesは空のままです。重複した顔、氏名の不一致、書類の不一致、組織をまたぐ顔のルールは、対象がなくなるため、コンソールで非表示になります。 - 自撮りの生体テンプレートが保存されないため、後のセッションをこのセッションと照合することはできず、セッション削除後に生体テンプレートの保持が保持するものもありません。
- 組織をまたぐチェックのために、自撮りが共有の生体人物を解決するのに使われることはありません。
- 書類撮影中に撮る自撮りも検索されません(
FRONT_CAMERA_*のブロックリストや重複のリスクは発生しません)。オプトアウトは、セッションのすべての自撮りが対象です。本人確認ステップ独自のスイッチ(上記参照)でも、その検索だけをオフにできます。
APIアクセス
顔検索の機能はAPIからも利用でき、次のことができます。- プログラムから顔検索を送信する
- 顔照合機能を自社のアプリケーションに組み込む
- カスタムの不正検知ワークフローを構築する
- 重複検知の自動化システムを構築する
主な機能
- 高精度: 高度な生体認証アルゴリズムが、信頼できる一致結果を提供します
- 設定可能なしきい値: リスク許容度に応じて一致の感度をカスタマイズできます
- 包括的なスキャン: 確認済みの全ユーザーを対象に検索します
- 迅速な結果: 大規模なユーザーデータベースでも検索を素早く処理します
- プライバシー重視: 照合には、お客様のアプリケーションに限定された数値の顔テンプレートを使用します。インデックスがお客様のテナントの外に出ることはありません
設定可能なしきい値
類似度スコアに異なるしきい値を設定することで、検索の感度をカスタマイズできます。これらのしきい値は、リスク許容度やセキュリティ要件に応じて調整できます。
仕組み
顔の抽出
検索が開始されると、システムは基準画像を処理します。
比較アルゴリズム
システムは、確認済みセッションのデータベース全体を検索します。
- 基準となる顔ベクトルを、アプリケーションに登録されているすべての顔(セッションの顔、ユーザープロファイルにアップロードされた顔、顔リスト、保持されている生体テンプレート)と比較します
- 速度と精度に最適化された高度なニューラルネットワークアーキテクチャを採用しています
- 類似度順(ランキング)とブロックリストまたは承認済み(ステータスで絞り込み)の2つの検索モードに対応します
- 最適化されたインデックスにより、大規模なデータベースも迅速に処理します
類似度のスコアリング
比較のたびに、類似度のパーセンテージが生成されます。
設定した一致のしきい値によって、フラグが付く結果が決まります。
結果の提供
システムは包括的な結果セットを返します。
- 類似度スコア順に並べた、一致候補のランキングリスト
- セッションID、認証日、ベンダーデータを含む一致の詳細
- 各一致の類似度のパーセンテージ
- 目視で確認できる一致画像
- 一致した顔がブロックリストに登録されているかを示すブロックリストのステータス
削除されたセッションと保持される生体テンプレート
セッションを削除すると、デフォルトではその顔の埋め込みも削除されるため、その人物はインデックスから外れ、重複フラグなしで再度認証できます。承認後すぐにセッションを削除しつつ、繰り返しのサインアップも検知したいアプリケーションでは、生体テンプレートの保持を有効にできます。この場合Diditは、セッション削除後も、ユーザーに紐付けた画像なしの生体テンプレートを1つ保持し、そのテンプレートは、有効なセッションの顔とまったく同じように、顔検索と自動の重複検知の対象になります。 保持されたテンプレートへのヒットは、source: "retained_template"、所有ユーザーのvendor_user_idとvendor_data、biometric_template_idとともに報告されます。顔を生成したセッションがもう存在しないため、セッションID、一致画像、本人情報、セッションのステータスは含まれません。保持されたテンプレートがブロックリストに登録されることはなく、顔のブロックリストのエントリは、それぞれ独立した生体エントリを持ちます。
テンプレートは、予定された有効期限、ユーザーの削除、プライバシー消去の要求、または生体テンプレートAPIやコンソールのリスト → 生体認証テンプレートによる明示的な消去まで残ります。
類似度のパーセンテージ
類似度のパーセンテージは、一致の可能性を判断するための中核的な指標です。- 高いパーセンテージ(通常90%以上): 顔が同一人物のものである可能性が高いことを示します。
- 中程度のパーセンテージ(70-89%): 一致の可能性があり、さらなる確認が必要な場合があることを示します。
- 低いパーセンテージ(70%未満): 別人である可能性が高いことを示します。
ユースケース
- 不正防止: 複数のアカウントを作成しようとするユーザーを特定します
- KYCの強化: KYCプロセスに追加の確認レイヤーを加えます
- 規制へのコンプライアンス: 重複アカウントを検知するという要件を満たします
- アクセス制御: 高いセキュリティが求められる場所で、ユーザーの真正性を確認します
- 法執行: 権限のある機関による、関係者の特定を支援します