顔でドアを解錠し、写真や画面のなりすましは拒否、オフライン時も解錠を継続します。顔ライブラリはクラウドで管理され、すべての解錠が記録されます。
係員が立たないドアのための顔認証入退室管理。
カメラが顔を認識し、それが写真ではなく実在の人物であることを確認します。その後、名簿と時間帯の条件を確認してから解錠します。
すべての入室と拒否は記録され、改ざんできません。
顔リストはクラウド側で編集され、デバイスが取得します。取得に失敗した場合は旧リストを保持するため、オフラインでもドアは開き続けます。
認識精度とライブネス判定の精度は、デプロイする顔認識モデルに依存するため、自社の現場で実測してください。
制限： 人物はカメラの有効距離内で正面を向く必要があり、マスクや強い逆光は拒否につながります。これは構築のためのベースであり、認証を受けたセキュリティ製品ではありません。
A camera at the door at roughly face height, framed so one face fills a usable part of the frame at the distance people actually stop. Route A uses the reCamera's own sensor; route B accepts any RTSP stream. Backlit doorways and glass reflections are the usual failure modes at a door — check the framing against both.
A relay module (see "output_interfaces" type "dry_contact") between the compute board's GPIO/DO and a door controller of the site's own choosing. This design's BOM ends at the relay's "COM"/"NO" contact — the door controller, the lock and the lock's supply are not part of it and are not substitutable with a GPIO pin: a lock draws 300 mA to 1 A, while a GPIO pin or an opto-isolated DO carries milliamps.
A host for the cloud side — the face library server, the management console and an MQTT broker. Any amd64 or arm64 Linux box with Docker works; it does not need a GPU. It must be reachable from every door device, and its clock must be right, because devices with no RTC take their time correction from its HTTP "Date" header.