Skip to content

顔認証とVMSの連携

映像管理システムに顔認証を追加するとは、照合エンジンをVMSの隣に置き、その結果を運用者が既に使い慣れたイベントとして戻すことです。録画、保存期間、権限はVMSが持ち続け、認証は何に注意を向けるべきかだけを判断します。

VMSの中の顔認証とは、実際には何を指すのか。

実運用で使われる形は2つあり、互換ではありません。どちらを選べるかは、原理的な優劣ではなく、そのVMSが何を公開しているかで決まります。

方式接続のしかた引き換えに失うもの
VMS内部のプラグインVMSが読み込む拡張として動作し、映像とイベントにベンダー自身のSDKを使うそのVMSとバージョンに固定される。アップグレードは連携を前提に計画する必要がある
VMSと並列カメラのストリームを並行して受け取り、結果をイベントとしてVMSへ、または別コンソールへ返すVMS画面内の重畳表示は、そのイベントモデルが受け入れる範囲に限られる
2つの連携方式

後付けでは2番目が多くなります。サードパーティ拡張に対応したVMSのバージョンを必要とせず、解析側の更新周期をVMSの更新周期に縛られないためです。対応しているプラットフォームであれば、1番目のほうが運用者の操作体験はまとまります。

エンジンは映像をどこから受け取るのか。

カメラから直接受け取るか、VMSから受け取るかです。どちらでも動きますが、壊れ方が違います。だからこそ立ち上げの途中で判明するのではなく、早い段階で決めます。

  • カメラから直接、多くはRTSPで受け取る方式。VMSが再エンコードする前の、カメラが出したままのストリームを見ます。
  • VMSから、そのSDKまたはONVIFインターフェース経由で受け取る方式。接続点は1つで済みますが、すでに変換または縮小されている場合があります。
  • 録画用ではなくサブストリームから受け取る方式。帯域は軽くて済みますが、カメラの設置距離に対して顔が小さすぎることが頻繁にあります。

サブストリームの問題は、結果が期待に届かない原因として最も多いものです。フル解像度で録画しているカメラでも、サブストリームはその数分の一で配信されることがあり、エンジンは数十画素しかない顔から判断を求められることになります。何かを測定する前に、エンジンがどのストリームを受け取るのかを確定してください。

VMSへは何が返るのか。

結果は、運用者がすでに見ている場所に届いて初めて役に立ちます。VMSが受け入れられる形は製品によって異なり、良い連携とは、誰も見ない2つ目の画面を増やすのではなく、そのプラットフォームが元から持つ仕組みを使うものです。

  1. イベントまたはアラーム。動体検知や機器アラームと同じ一覧に、カメラと時刻を伴って表示されます。
  2. 録画へのブックマーク。運用者は後から手作業で探さずに、その瞬間へ飛べます。
  3. ストリームに付随するメタデータ。対応するVMSであれば、後の検索で絞り込めます。
  4. ライブ映像への重畳表示。映像ペインへのサードパーティ描画を許すプラットフォームの場合です。

この4つのうちどれが使えるかは、プラットフォームとバージョンごとの問いです。そして最初に確定すべき問いでもあります。汎用アラームしか上げられない連携は、録画にブックマークを打てる連携に比べて、運用者に渡せるものがはるかに少ないからです。

VMSは引き続き何を担うのか。

これまで担ってきたことのほぼすべてです。これは商談上も重要で、顔認証の案件が既存の映像設備の入れ替え検討を引き起こさないことを意味します。

  • 録画、保存、保存期間のポリシーはVMSに残ります。
  • ユーザー、権限、どのカメラを誰が見られるかはVMSに残ります。
  • 証跡の書き出しと取扱いの連続性はVMSに残ります。
  • カメラの死活監視、帯域、冗長構成はVMSに残ります。

認証の層はあえて狭く設計します。何に注意を向けるべきかを判断し、その判断を返すだけです。2つ目の録画領域や2つ目の権限モデルなど、VMSと重複するものが現れたら、それは連携の向きが逆に設計されている兆候です。

実際に壊れるのはどこか。

連携が失敗するのは、照合の段階ではまずありません。継ぎ目で失敗します。しかもその継ぎ目は、いくつかの決まった箇所に集中します。

症状多い原因
想定よりはるかに顔が検出されないエンジンにサブストリーム、またはVMSが低品質で再エンコードしたストリームを渡している
イベントは届くが、該当する録画を見つけられないエンジンのホストとVMSの時刻がずれており、タイムスタンプが一致しない
混雑時にだけ結果が悪化する負荷でフレームレートが落ち、顔が写っていた瞬間がそもそも届いていない
あるカメラでは動き、隣では動かない設置高さ、角度、照明が異なる。エンジンよりも幾何条件のほうが結果を決める
よくある症状と、その原因

認証処理はVMSに対してどこで動くのか。

対応するいずれの構成でも、お客様自身の基盤の上で動きます。VMSと同じ部屋のサーバーでも、カメラの近くのエッジ機器でも、外部への経路を持たないネットワークの中でも構いません。

そこから導かれるのが、セキュリティ部門が最初に尋ねる問いへの答えです。顔画像も特徴量も、システムを動かすためにネットワークの外へ出す必要はなく、照合のために外部サービスを呼び出すこともありません。すでに機微として扱っている映像設備に認証を加えるとき、映像の置き場所が変わるべきではありません。

特定の現場での対応可否は、どう確認するのか。

一覧表を読むのではなく、実際のプラットフォーム、エディション、バージョンを、実際のカメラと突き合わせて確認します。AyonixはVMSの対応表を公開していません。理由ははっきり述べる価値があります。対応表はバージョンごとの連携の約束であり、他社のリリース計画によって古くなり、古い対応表は実現できない案件を売ってしまうからです。

  1. VMSの製品名、エディション、バージョンと、カメラの型番およびファームウェアをお知らせください。
  2. エンジンに渡せるストリームと、その解像度およびフレームレートをお知らせください。
  3. イベント、ブックマーク、メタデータ、重畳表示のうち、運用者に実際に必要なものをお知らせください。
  4. 設計を確定する前に、その現場の代表的な映像で検証してください。確定した後ではありません。

よくある質問

VMSを入れ替える必要がありますか。
ありません。通常の構成では、認証の層をVMSの隣に追加し、結果をイベントとして返します。録画、保存期間、権限、書き出しはそのままの場所に残ります。VMSの入れ替えは前提ではなく、前提にする価値があることもまれです。
AyonixはVMSの対応表を公開していますか。
公開していません。意図的です。対応表はバージョンごとの連携の約束であり、他社のリリース計画によって古くなります。そして古い対応表は、実現できない案件を売ってしまいます。対応可否は、設計を確定する前に、その現場の製品、エディション、バージョン、カメラについて個別に確認します。
映像はカメラから取るべきですか、VMSから取るべきですか。
どちらでも動作します。カメラから取ればVMSが再エンコードする前のストリームが得られ、VMSから取れば接続点が1つで済みます。選択そのものより重要なのは、どのストリームが渡されているかを把握することです。サブストリームは、カメラの設置距離に対して顔が小さすぎることが頻繁にあります。
結果はVMSの画面内に出せますか。別コンソールだけですか。
そのプラットフォームのイベントモデルと拡張インターフェースが何を許すかによります。イベントとアラームは広く対応しており、録画へのブックマークも一般的です。メタデータとライブ重畳は製品とバージョンによって異なります。どれが使えるかは最初に確定すべき事項です。運用者の一日の姿がそれで決まるからです。
映像は自社ネットワークの外に出ますか。
出す必要はありません。エンジンはお客様自身の基盤の上で動きます。VMSの隣でも、エッジ機器でも、外部への経路を持たないネットワークの中でも構いません。照合のために外部サービスを呼び出すこともありません。
デモでは検出できたのに、自社のカメラでできないのはなぜですか。
多くの場合、エンジンに渡されたストリームが違うか、カメラの幾何条件が違うためです。解像度を落としたサブストリーム、再エンコードされた映像、負荷で下がったフレームレート、デモより高い位置に設置されたカメラは、いずれも結果を変えます。そしてどれも照合そのものの性質ではありません。
AyonixはVMS連携についてNISTの認証を受けていますか。
受けていません。どのベンダーも受けていません。NISTは評価を実施し、提出されたアルゴリズムの性能を報告書として公表する機関であり、ベンダーの認証、承認、推奨は行わず、VMS連携についての評価はそもそも実施していません。AyonixはNISTの顔認識評価に参加しており、これはアルゴリズムが測定されたという意味です。

Jan MocaryAyonix AI 最高技術責任者

Ayonixの顔認識製品およびATLASエージェント基盤の開発を統括し、オンプレミスおよびエアギャップ環境での運用モードを担当しています。