無人店舗向け顔認証入退室
顔認証で扉を開け、無人でも誰が入れるかを管理します。
顔でドアを解錠し、写真や画面のなりすましは拒否、オフライン時も解錠を継続します。顔ライブラリはクラウドで管理され、すべての解錠が記録されます。
再利用できる現場テンプレート
人が立たない扉、頻繁に変わる名簿、後から確認できる通行記録が必要な場所。
無人・省人化の小売
コンビニの従業員入口、バックヤードの扉、夜間の無人店舗。名簿は管理画面で変更し、機器側が取りに行きます。
シェアオフィスと事業所
コワーキングの執務エリア、インキュベーション施設のフロア扉。人の入れ替わりが週単位で、登録は本人が行えます。
機械室とキャビネット
サーバー室の扉、受変電室、宅配ロッカーの背面扉。通行量より記録が重要で、解錠も拒否も 1 件ずつ残ります。
適さない条件：開かないこと自体が事故になる扉、誤って通した場合の影響が大きい扉。錠は独立給電とし、認識のしきい値は設置後のカメラ位置で校正し直します。参照用の顔認識重みは非商用研究の用途にのみ許諾されています。
どう実現するか
扉側では一体型の reCamera Pro が単独で認識するか、既存の IP カメラを reComputer 認識ホストに接続して認識します。いずれの構成もリレー経由で既存のドアコントローラーにつなぎます。
ドアには、背後に reComputer を置いた既存の IP カメラか、単独で顔認識を完結するオールインワンの reCamera のいずれかが設置されます。どちらの経路も既存のドアコントローラへのドライ接点で終わり、電気錠は演算ボードの電源で駆動されることはありません。クラウドは解錠経路とは別に、バージョン管理された顔ライブラリ、コンソール、ブローカーを保持します。クラウドとの接続を失ったデバイスは、最後に読み込んだライブラリのまま動作を続けます。
カメラ
入り口は 2 通りで、たいてい壁の設置状況が決め手になります。
- すでに IP カメラがある場合。 アクセスホストを RTSP ストリームに向けます。1 台のホストで複数のドアをまかなえます。
- カメラがない場合。 reCamera Pro と標準の reCamera はセンサーとアクセラレータが一体になっています。標準 reCamera は検出・生体検知・照合を自身のプロセス内で行うため、認識用コンテナのインストールは不要です。
構図は前提条件です。 ほぼ顔の高さに設置し、人が立ち止まる位置で顔が画面内の使える範囲を占めるようにします。逆光の出入口やガラスの反射がよくある失敗要因なので、設置したカメラでのスイープ測定から閾値を設定してください。
認識ホスト
ソフトウェアのインストール方法を決めるのがこのホストで、精度そのものよりも経路によって差が大きく出ます。
| 認識ホスト | 認識の実行場所 | インストールされるもの |
|---|---|---|
| reCamera Pro | カメラ上、既存の顔認識アプリの隣 | 手動でコピーする Python モジュール一式 —— デバイスにパッケージマネージャはありません |
| 標準 reCamera（SG2002） | カメラ上、専用のネイティブプロセス内 | ライブラリを取得しイベントを発行する小さなデーモン |
| reComputer Industrial J20 | コンテナ内、既存の RTSP ストリームに対して | SSH 経由のコンテナ |
| reComputer J30 / J40 / R2000 | コンテナ内、既存の RTSP ストリームに対して | SSH 経由のコンテナ |
両 reCamera 機種の閾値は出荷時の既定値です。自分の現場で校正してください。
ドア制御出力
リレーが電気錠を切り替え、ソフトウェアが決めるのはタイミングだけです。リレーの設置場所は配線上の選択です。
- 認識デバイスのすぐそば —— reCamera Pro なら GPIO、J20 なら絶縁出力を使います。顔と電気錠の間にネットワーク機器は一切入りません。
- MQTT リレーノード上 —— 使えるヘッダピンがない標準 reCamera の場合や、ホストがドアから離れている場合に使います。この構成ではブローカーの可用性がドアの可用性そのものになります。
電気錠は独自の 12/24V 電源で駆動します。アクティブレベル、パルス幅、リレー接点、フェイルモードに既定値はなく、設置ごとに設定します。同梱のブローカー設定は平文で、ベンチ用途に限られます。
データインターフェースは下記「何が得られるか」をご覧ください。
どこまでできるか
導入後、管理者がブラウザーの管理画面で扱うもの。入退室の記録、顔リスト、そしてドアそのもの。
実測データ
アクセスアプリを動かす reCamera Pro で実測：1280x720 のクリップを 12.5 fps で再生、生体検知を有効化。p50 を記載し、括弧内は p95 です。
| 扉が得られるもの | 代表値 | 機器 |
|---|---|---|
| 顔の検出から解錠信号まで（1,000 名のライブラリ） | 0.66 秒（0.68） | reCamera Pro |
| 未登録者の通過 | 40 件中 0 件 | reCamera Pro |
| スマートフォン画面や静止画の再生による突破 | 60 件中 0 件 | reCamera Pro |
解錠信号とは、リレーのトリガーピンがアクティブレベルになることを指します（24 回中 24 回、ライブラリサイズごとに 12 回）。リレーと錠の応答時間は含みません。10 名のライブラリでは 0.62 秒です。
画面再生の行では、ライブラリのテンプレートを攻撃用クリップから作成しているため、画面に映る顔は登録済みの人物です。
認識と生体検知の精度は、顔モデルと自社の登録画像に依存します。参照用の顔モデルの重みは非商用研究に限ってライセンスされています。各回の条件は エンジニアリング Wiki · 無人店舗顔認証入退室ソリューション を参照してください。
何が取り出せるか
導入後、これらのトピックとエンドポイントがインターフェースのすべてです。
| トピック / エンドポイント | 内容 | retained |
|---|---|---|
access/v1/events（MQTT 8883、QoS 1） | 許可・拒否を問わず判定ごとに JSON 1 件：人物 ID または匿名 ID、スコア、しきい値、生体検知、判定と理由、扉の動作、顔ライブラリのバージョン、モデルのハッシュ | いいえ |
access/v1/status/{device_id}（MQTT 8883） | 30 秒ごとのハートビート：アクチュエータの健全性、ライブラリのバージョン、生体検知の読み込み状態。オフラインは遺言メッセージで通知 | はい（遺言メッセージ） |
access/v1/commands/{door_id}（MQTT 8883） | unlock、hold_open、lock。いずれも一意の ID、発行時刻、TTL を持ちます。retained にはしないため、再接続だけで扉が開くことはありません | しない |
access/v1/receipts/{command_id}（MQTT 8883） | コマンド 1 件の最終状態。再送されたコマンドには、2 回目の解錠ではなくこの受領票が返ります | いいえ |
access/v1/relay/{relay_id}/set と /state（MQTT 8883） | MQTT リレー構成のみ。state が示すのは接点の状態であり、扉が開いているかどうかではありません | set はいいえ、state ははい |
GET /v1/facedb/current、/v1/facedb/{version}（HTTP 8080） | 顔ライブラリの配布 —— エンドポイント 2 つ、プッシュなし、レジューム可能なダウンロード | —— |
/api/events、/api/devices、/api/persons、/api/audit/verify（HTTP 8088） | 3 つの権限を持つコンソール API：viewer は参照、operator は解錠、admin は登録 | —— |
| リレーの無電圧接点 | すべての構成が行き着く物理出力。扉コントローラの入力をここに配線します | 該当なし |
初回の同期が成功するまで、デバイスはライブラリを持たず、不一致ではなく専用の理由で拒否します。 新しいライブラリはポーリング周期（既定 30 秒）以内に反映されます。コンソールは TLS の背後に置いてください。アクセストークンが未設定の場合、サービスは起動を拒否します。
自社システムへの移植
再利用できる単位は「クラウド上のバージョン付き・署名付きデータセット → デバイスが取得して検証 → 1 手順で切り替え → 改ざん検知可能なログへの判定記録 → 物理接点」というチェーンです。顔認証に紐づくのは 2 区間だけ —— データセットの中身と、接点を閉じる前にポリシーが何を確認するかです。
| レイヤー | 移植時に必要な作業 |
|---|---|
| バージョン付き配布 —— ポーリング、レジューム可能なダウンロード、ファイルごとの検証、署名、1 手順での切り替え、削除の防止 | そのまま再利用 |
| アクチュエータ設定 —— アクティブレベル、パルス幅、接点種別、フェイル時の動作 | そのまま再利用 |
| コマンドの検証 —— 必須フィールド、一意の ID、有効期限、再送防止、受領票 | そのまま再利用 |
| 改ざん検知可能な監査ログと、コンソールの 3 つの権限 | そのまま再利用 |
| リアルタイムクロックを持たないデバイス向けの、サーバーからの時刻補正 | そのまま再利用 |
| データセットの中身と照合方法 | 新しい用途向けに差し替える |
| 接点を閉じる前に評価するポリシー | 新しい用途向けに書き直す |
形の似た用途：ナンバープレートによるゲート制御、カード＋顔のゲート、工具庫や機材キャビネット、自動販売機やロッカーの扉。
適さない形態
- 開かないこと自体が安全上の事象になる扉。 避難経路や、法令上の検査対象となる扉。本デザインは認証を持ちません。
- 通過人数の多いゲート。 30 秒のポーリングと単発パルスは、1 人ずつ歩み寄る扉を想定したもので、人の流れを捌く設計ではありません。
- 「扉が開かなかった」ことを「その人に権限がなかった」と見なすこと。 扉が閉じたままなのは、構図・ネットワーク・リレーの不具合の可能性もあります。記録として見るべきはログです。
どう導入するか
現場の状況をお聞かせください。ハードウェアはこちらで選び、その後データ接続と手順に進みます。
既設カメラ
この扉にすでにカメラはありますか？
自分で比べる：各構成のスペック対照デプロイガイド · 60min →
| 構成 | 役割 | 機材 | 数量 |
|---|---|---|---|
| A. reCamera Pro 直接制御 | Cloud Host | Cloud / On-Prem Host | 1 |
| Door Camera | reCamera Pro | 1 | |
| Relay | Grove Relay | 1 | |
| B. reCamera PoE | Cloud Host | Cloud / On-Prem Host | 1 |
| Door Camera | reCamera 2002 | 1 | |
| Relay | Grove Relay | 1 | |
| B. 標準版 reCamera | Cloud Host | Cloud / On-Prem Host | 1 |
| Door Camera | reCamera 2002 | 1 | |
| Relay | Grove Relay | 1 | |
| Relay Node | XIAO ESP32-S3 / reComputer R1000 シリーズ（いずれか） | 1 | |
| C. AI ホスト + 既存カメラ | Cloud Host | Cloud / On-Prem Host | 1 |
| Access Host | reComputer J20 シリーズ（Jetson Xavier NX） / reComputer J40 シリーズ（Jetson Orin NX） / reComputer J30 シリーズ（Jetson Orin Nano） / reComputer R1000 シリーズ（いずれか） | 1 | |
| Camera | RTSP / IP Camera | 1 | |
| Relay | Grove Relay | 1 | |
| MQTT Relay Node (only when the host is not at the door) | reComputer R1000 シリーズ / XIAO ESP32-S3（いずれか） | 1 |
| プリセット | カメラ | 認識ホスト | 解錠経路 | 生体検知 |
|---|---|---|---|---|
| A. 扉に設置する reCamera Pro | デバイス内蔵のセンサー | 同一デバイス | ローカル GPIO → リレー | 有効（Silent-Face） |
| B. 標準の reCamera | デバイス内蔵のセンサー | 同一デバイス、ネイティブプロセス | 使用できるヘッダピンがないため、MQTT → ゲートウェイ側のリレー | カメラ上のテクスチャ生体検知と瞬き判定の併用。しきい値は未校正 |
| C. 既設カメラ + AI ホスト | 既設の RTSP カメラ | reComputer J20 / J30 / J40 / R1000 | ホストの絶縁 DO または Grove リレー。ホストが扉のそばにない場合は MQTT リレーノード | 有効（Silent-Face） |
3 つのプリセットいずれも、錠に適合したリレーと 12/24 V の別途錠用電源、および顔ライブラリ・コンソール・ブローカー用の クラウドまたはオンプレミスの Docker ホスト（amd64 または arm64 の Linux、GPU 不要）が必要です。
難易度は 上級、扉 1 か所あたりの目安は約 60 分 です。reCamera Pro の手順は手動作業になります。
よくある質問
reCamera Pro では開きます——認識、活体検知、判定はすべてドア側で完結し、最後に読み込んだ人脸ライブラリを使います。ネットワークが担うのは人脸ライブラリの更新、イベント、リモートコマンドであり、開錠そのものではありません。標準版 reCamera は例外で、リレーがゲートウェイ側にあるため、開錠には broker が必要です。
どちらもデプロイする顔モデルと、自分で用意する登録用画像に依存します。reCamera Pro でのテストでは、スマートフォン画面や静止画面によるリプレイ60回のうち1回も通過しませんでした。同梱のしきい値はあくまで出発点であり、設置したカメラでスキャンした上で設定してください。
reCamera Pro では、1000人分の人脸ライブラリで、顔認識から開錠信号までが p50 0.66 秒です（これにはリレーと錠の動作時間は含みません）。人脸ライブラリの有効化遅延（標準版 reCamera で p50 491.6 ms）は別の指標であり、ドアが開くまでの時間ではありません。
どちらもできません。錠の動作電流は300 mA～1 Aですが、GPIO や光絶縁出力は mA 級で、リレーが演算ボードとドアコントローラーの入力を分離する役割を担っています。どの構成もリレーの接点までで完結し、錠自体は独自の12/24 V電源を使用します。
デバイスは定期的にクラウドに問い合わせ、新しいバージョンがあればチャンク単位でダウンロードし、ファイルごとに検証して署名を確認し、すべて通過した場合のみ切り替えます。どの段階で失敗しても旧バージョンが保持されます。改ざんされたライブラリと署名が不正なライブラリは実機でどちらも拒否され、中断したダウンロードは再開可能です。
ありません。人物を削除すると新しいバージョンが作られ、削除内容が記録されます。その人物を含む過去のバージョンへのロールバックはすべて拒否されます。監査ログは追記のみ可能で、履歴の改ざんは管理画面の検証機能によって検出されます。
顔モデルを差し替えない限りできません。コードは Apache-2.0 ですが、参考としている検出・埋め込みの重みは非商用の研究用途に限定されており、モデルを差し替えると全ての人脸ライブラリのバージョンを再構築することになります。活体モデルは Apache-2.0 で、商用利用が可能です。
標準版 reCamera は活体検知が動作しますが、しきい値は未較正の出荷時設定のため、路面に面したドアに設置する前に現場でしきい値をスキャンする必要があります。RKNN バックエンドの構成には活体検知が含まれておらず、路面に面したドアには適しません。
お探しの答えが見つかりませんか？
お問い合わせ
ハードウェアパートナーとしてうれしいです！