顔検知は顔の位置を特定し、顔キャプチャは利用可能な画像を保存し、顔認証（verification）は申告された1人の本人性と照合し、顔識別（identification）は参照データ群を検索します。購入前に必要な出力を決めましょう。顔のサムネイルや人物アラートは本人識別機能の証明にはならず、デモが成功しても入口での誤り率は分かりません。
閲覧者の作業に機能を合わせる
| 機能 | 一般的な出力 | そこからは分からないこと |
|---|---|---|
| 検出 | 顔の位置または顔イベント | 人物の名前または識別に使える画像 |
| キャプチャ | フレームと時刻に紐づけて保存した顔の切り抜き画像 | 登録済みの人物との照合 |
| 本人確認（1対1） | 申告された本人との一致または不一致 | 未知の人物が誰か |
| 個人識別（1対N） | 参照データ群からの候補者1人または複数人 | 候補者が画像内の人物だと確定できること |
確認担当者が入口のクリップを探すだけなら、顔イベントや人物検知で十分な場合があります。入場時にカード所持者の確認が必要なら本人確認です。申告された本人がいない状態で人物を探すのは個人識別です。「AI顔認証カメラ」という曖昧な仕様を受け入れず、正確な機能と出力データを販売元に明示してもらいましょう。
NISTの技術証言 は検知、本人確認、個人識別を区別し、誤受入れ・誤拒否と用途に応じた影響を説明しています。これらの定義はカメラシステムを認証するものではなく、QuarkViewの認識対応を示すものでもありません。
画像から判断までの流れを確認
- 検知とキャプチャ： カメラまたはソフトウェアが顔を検出して画像を選びます。確認担当者が前後の状況を確認できるよう、時刻と元フレームとの関連を保持します。
- 品質確認： 不適切な画像をシステムが拒否する場合があります。拒否が「顔なし」「品質不良」「不一致」のどれとして示されるのか確認してください。そうしないと、撮影の失敗を本人確認の結果と誤解する恐れがあります。
- テンプレートと照合： 認識機能がサポートされる場合、ソフトウェアが特徴表現を作成し、登録済みデータと照合します。処理がカメラ、レコーダー、別サーバーのどこで実行されるか明確にしてください。
- しきい値と結果： 照合スコアは設定済みの判定しきい値と比較されます。スコアの意味を確認し、資料に根拠がない限りベンダーのスコアを確率と表現しないでください。
- オペレーターまたはアクセス制御の動作： 受信アプリが候補者を表示するか、アクセスイベントを送信します。権限、時刻、監査記録、不確実または欠落した結果への対応をテストしてください。
カメラ、分析ソフトウェア、ライセンス、参照データ数の上限、登録ツール、対応クライアント、連携インターフェースを書面で確認してください。NVRで通常の映像を受信できることは、顔メタデータ、本人検索、アクセスイベントも受信できる証明ではありません。参照データの管理者としきい値の変更権限も明確にしてください。
通常の動きに合った撮影視野を作る
ライブプレビューだけでなく、保存画像を確認してください。通路の手前と奥での顔のピクセル寸法、顔の向き、カメラの高さ、焦点、動きを記録します。天井の高いロビーの広角映像は状況把握に役立ちますが、頭頂部しか映らないこともあります。顔の撮影には入口専用の視野を別に用意できます。
| 条件 | 想定される失敗 | 実務上の確認 |
|---|---|---|
| 逆光のガラス扉 | 顔の詳細が暗すぎる、または白飛びする | 朝と夕方の保存画像を調べ、位置や照明の違いを比較する |
| 通常の歩行や振り返り | ぶれ、横顔、または採用可能なフレームがない | カメラの前で立ち止まるだけでなく、通常の通行速度で試す |
| 帽子、眼鏡、マスク | 顔の特徴が隠れる、または拒否が増える | 日常的に許容される服装で試し、拒否された画像は分けて記録する |
| 身長や移動上のニーズの違い | 視野から顔が外れる、または角度が急すぎる | 予定する経路と撮影位置全体を確認する |
| 夜のイルミネーション | 見え方が異なる、または詳細が不足する | 実際の夜間撮影画像を登録時の参照条件と比較する |
NISTの動画画像研究 は、低品質の動画顔画像が照合を損なう理由を示しています。過去の実験結果は、設置環境の精度予測ではありません。選択したソフトウェアの画像要件を確認し、実地で試験してください。有用な認識を保証する万能なメガピクセル数はありません。
例：入口検索とアクセス本人確認を分ける
設計例であり、顧客環境の導入事例ではありません： 管理された入口が1か所あり、入場事案を探す担当者がいるオフィスを想定します。時刻を同期させた全体録画と、検証済みの顔キャプチャまたは人物イベントのワークフローから始めます。クリップ検索だけを目的に本人データベースを作らないでください。
別途承認された業務が登録済み従業員の本人確認なら、カードで申告された本人情報、互換性のある認識サービス、アクセス制御装置があると想定します。各インターフェースを記録し、申告情報と顔照合する機能を試験してください。カード／PINまたは有人対応の代替手段も用意します。ここではカメラの正確な高さ、照合しきい値、精度を指定していません。選定機器の説明書を確認し、対象の人物と入口で試験する必要があります。
適切な分母で誤りを評価
撮影失敗と照合失敗を分けます。1対1本人確認では、正当な試行の拒否と不一致試行の受け入れを別々に数えます。1対N個人識別では、登録済み画像から正しい人物を見つけられなかった件数、別人に割り当てられた件数、未知の画像に対して本人候補を受け入れた件数を数えます。曖昧な結果や顔なし／品質不良による拒否も除外せず記録します。
計算例のみ： 認可済みの正当な本人確認を200回行い、そのうち12回が不一致だったとします。観測された正当な試行の拒否率は12/200 = 6%です。別途、意図的に不一致となる試行を300回行い、3回受け入れられたとすると、観測された誤受入れ率は3/300 = 1%です。これらは報告方法を示す架空の件数であり、製品結果、標準試験、許容可能な安全目標ではありません。正当な試行の分母に撮影失敗を含めたか明記してください。少人数による繰り返し試行は、独立した母集団サンプルではありません。
- ソフトウェア版、しきい値、参照データ数、登録画像を固定します。参加者と試験データの利用に必要な許可を得てください。
- 実際の照明、動き、許可された服装で通常の入場者を試験します。個人識別を評価する場合は、登録済みと未登録の参加者を含めてください。
- 正解情報、保存画像の参照先、品質結果、スコア／判定、オペレーターの最終判断を記録してください。単一の「精度」パーセントにまとめないでください。
- 適切かつ合法な場合は、条件や想定する利用者グループごとに誤りを確認します。全体結果が良好でも、特定の照明条件や一部の利用者で性能が低いことがあります。
- しきい値を変更した後は、同等の試験を再度行ってください。受け入れしきい値を厳しくすると誤一致は減る一方、正当な一致を見逃す可能性が増えます。両方の誤りの影響に基づいて選択します。
- 未知の人物、重複・古い登録、無効化したアクセス、サーバー接続の喪失、異議のある照合結果を試してください。代替手順が機能すること、オペレーターが記録を修正できることを確認します。
小規模試験は導入時の確認であり、まれな誤りの発生率を証明するものではありません。短いデモで誤受入れがゼロでも、リスクゼロとは言えません。アクセス安全性が重要なら、選定システムの文書化された機能を使って、写真や画面による提示攻撃対策を別途評価してください。本人照合だけでは生体検知を証明できません。
参照データを運用上の責任として管理
画像、テンプレート、イベントメタデータ、アクセスログについて、保存場所、登録／検索／書き出し権限者、保護方法、サーバー・機器・バックアップへの削除反映をそれぞれ記録してください。メイン画面外の参照データ複製も含め、アクセス取消しと削除を試験します。候補者アラートは確認が必要な担当者に限って表示し、必要に応じて確認結果と訂正履歴を保持します。
英国GDPRの対象となる導入では、 ICOの生体認証ガイダンス が、特別カテゴリの生体情報処理について適法根拠と別個の条件を求めています。同意を根拠にする場合は、実質的な選択肢と適切な代替手段が必要です。カメラの前を通ることは、認識処理への同意ではありません。英国で従業員を識別する場合は、 ICOの職場向けガイダンス が処理前のDPIAを求め、不利益のない代替手段について説明しています。これらは英国固有の要件であり、世界中で導入を許可するものではありません。
本人照合を伴わない検知でも、個人画像や記録が関わることがあります。機能名ではなく実際の処理内容に基づいて必要な管理策を決めてください。必要な機能、入口の条件、既存ソフトウェアを添えて、 プロジェクトについて問い合わせる。本人照合ではなくイベント検知が目的なら、 人物検知 と比較してください。