メインコンテンツへスキップ

ステップアップ認証

このユースケースが解決する課題

顔バイオメトリクスがオペレーターのベースの別のアクティブなアカウントにすでに関連付けられているかどうかを検出します(「1つの顔、1つの契約」の原則)。単一のAPI呼び出しで、取得した顔を登録ベースと照合し、アクション時点で重複アカウントをブロックします。

このユースケースを使用する場合:

  • ユーザーがアクション(初回出金、キャッシュアウトのリクエスト)を実行しようとしており、そのバイオメトリクスがシステム内の別のアクティブなアカウントにすでに属しているかどうかを検証したい場合。
  • 既存の重複を識別するために、セルフィーの**過去のベースを遡及的に取り込む**必要がある場合(バッチモード)。これはバイオメトリクスベースインポートフローです。
  • ビジネスモデルで、各個人がオペレーターごと(または国ごと)に最大1つのアクティブアカウントしか持てないことを要求している場合。
  • 手動ビデオレビューデスクの負荷を軽減し、人間による分析を自動かつ確定的な判定に置き換えたい場合。

このユースケースを使用しない場合:

  • 本人確認書類の真正性を検証する必要がある場合 → オンボーディングのユースケースを参照してください。
  • 取引を実行している人物がアカウント保有者であることを確認する必要がある場合(1:1検証)→ トランザクションのユースケースを参照してください。
  • 製品の設計上、1人の人物が複数のアカウントを持てる場合(例:個人アカウントとビジネスアカウント)→ このルールを有効にする前に、Unicoチームと clientReferenceSegment の設定について評価してください。このフィールドは検索スコープを定義します。1:N照合は同一セグメントに登録されたレコードのみを対象とするため、単一オペレーター内に異なるセグメントが共存しても誤検知は発生しません。

関連するケイパビリティ

単一プロセス内で実行されるパイプライン:

ケイパビリティ必須フロー内の役割
ライブネスAPIではオプション、WebおよびNativeでは必須取得時の活性検知チェック。
マルチアカウント 1:N必須オペレーターのベースでセグメント化されたバイオメトリクス検索を実行し、受け取った顔を同じセグメント内のすべてのレコードと照合します。

前提条件

  • Bearerトークン認証を参照してください。
  • サンドボックス認証情報環境を参照してください。
  • SDKまたはWebコンポーネントのインストール — WebおよびSDKインテグレーションのみ。SDKとツールを参照してください。
  • すべてのリクエストに clientReference フィールドを入力 — オペレーターのシステムでユーザーを一意に識別します。クライアントのデータベースで一意であり、最大256文字でスペースを含まない必要があります。このフィールドはマルチアカウント 1:N の主要な識別子です。

ステップバイステップの実装

ネイティブSDKによる統合 — Android、iOS、またはFlutter向けのUnico SDKを使用して、アプリ内でキャプチャが実行されます。

  1. SDKをインストールする — プラットフォーム向けのUnico SDK依存関係を追加します。AndroidiOS、またはFlutterのセットアップガイドを参照してください。
  2. プロセスを作成する — 適切なflow値とユーザー識別子を指定してプロセスの作成を呼び出します。返されたtokenを使用してSDKを初期化します。
  3. キャプチャを開始する — SDKがカメラUIをレンダリングし、デバイス上でライブネス検出を実行して、キャプチャされたペイロードを返します。
  4. 結果を照会するプロセスの取得を呼び出してケイパビリティの結果を取得します。
  5. ビジネスルールを適用する — レスポンスフィールドを評価して承認、拒否、またはエスカレーションを行います。
Android

アプリ内キャプチャ向けのネイティブAndroid SDK。

iOS

アプリ内キャプチャ向けのネイティブiOS SDK。

Flutter

アプリ内キャプチャ向けのクロスプラットフォームFlutter SDK。