AIグラス検知アプリが突きつける、録画中を確かめられない設計の空白

2026年2月以降、Nearby Glassesなど複数のAIグラス検知アプリが登場したが、拾えるのは機器の存在であって録画状態ではない。Ars Technicaは2026年8月21日、iPhone向けアプリ「Zuckoff」を試し、Ray-Ban Metaを検知してモデルを正しく表示したと報じた。だが、Zuckoffが拾ったのはBluetooth Low Energy（BLE）の広告信号である。アプリ自身も、検知結果は録画中を意味せず、録画中かどうかは判定できないと明記している。

これは検知率だけの問題ではない。周囲の人が必要とするのは「AIグラスらしい機器が近くにある」という候補ではなく、撮影・保存という行為がその瞬間に起きているかを独立に確かめる手段だ。現在の検知アプリは、メーカーが録画状態用に公開した共通信号を読んでいるわけではない。接続や発見のために発せられるBLE広告を手掛かりに、機器を推定している。

BLE広告から機器の存在を推定する

Zuckoffは、Bluetooth広告に含まれるメーカー署名、サービスUUID、広告名を照合する。結果にはpossible、likely、strongという確信度を付け、どの手掛かりに一致したかも表示する。信号強度から大まかな近接帯も示すが、方向までは分からず、距離を指す矢印も表示しない設計である。

同じ発想は、2026年2月以降に登場したNearby Glassesにも見られる。GitHubで公開された同アプリは、BLE広告内の会社ID、広告名、サービスUUIDを使うヒューリスティックを採る。Ars Technicaの実機確認は、こうした推定が実際に機能する場面があることを示した。ただし、成功例は録画状態を読めたことの証明ではない。

アプリが根拠を見せる意義はある。利用者は結果を「確定」ではなく、近くにある機器を確認するための手掛かりとして扱えるからだ。それでも、信号の意味を撮影行為へ読み替える根拠は、現行のBLE広告には用意されていない。

存在検知と録画状態の間

Zuckoffは、ペアリング後のグラスがBluetooth広告を弱めたり、止めたりする場合があると説明する。したがって、アプリが検知しなくても録画されていないとは言えない。逆に、検知しても録画中とは限らない。存在候補と録画状態の間には、埋められていない情報がある。

Nearby Glassesも誤検知と見逃しを警告している。Metaなどの会社IDは、VRヘッドセットを含む別製品にも使われ得るためだ。BLE広告は障害物や人体、機器の向き、送信状態、OSのバックグラウンド制約にも左右される。画面に名前が出たことを、周囲で起きている行為の証拠へ広げることはできない。

検知アプリが役に立たないという話ではない。施設が持ち込み禁止の確認を補助したり、対話のきっかけを作ったりする用途は考えられる。しかし、録画の有無を確認する道具として期待すると、アプリが出していない答えまで読み込むことになる。

保存撮影とAI視覚利用の通知設計

Metaは、保存する写真・動画の撮影を「Active Capture」、その場での視覚理解を「AI Features」として区別している。Ray-Ban Metaでは保存用の写真・動画を撮る際にキャプチャLEDを使う。MetaのFAQによれば、動画録画中のLEDは点滅し続け、オフにするスイッチはない。第2世代以降は、LEDが塞がれたことを検知するとカメラを無効化し、物理的な改ざんや破壊の検知も強めたという。

同社の2025年7月文書では、このLEDは2mmで、初代Ray-Ban Storiesの0.9mmより大きい。一方、AI機能による視覚理解ではLEDを使わない。Metaは、常時点灯させれば人々が通知に慣れ、保存撮影を知らせる合図が弱まるためだと説明し、識別情報の除去など別の保護策を挙げている。

周囲から見える情報を状態ごとに分けると、通知の空白がはっきりする。

グラスの状態	Metaが説明する外向けの合図・保護策	検知アプリが読めるもの
保存用の写真・動画撮影	キャプチャLEDが点灯・点滅	BLE広告が出ていれば機器の存在候補
AIによる視覚理解	LEDは使わず、識別情報の除去などを採用	BLE広告が出ていれば機器の存在候補
電源投入・ペアリング後	撮影状態とは別の機器動作	広告が強い場合も、静かになる場合もある

視認できるLEDは近くにいる人へ保存撮影の合図を送るが、検知アプリはBLEから機器の存在を推定する。AI処理なのか、保存まで行われているのか、さらに共有・配信まで進んでいるのかを、スマートフォン側で判別する製品横断の共通信号は公表されていない。Metaの保護策と民間アプリの間には、技術的な接続がないのである。

DULTとOS横断通知の先例

AppleとGoogleはBluetooth追跡機器の悪用に対し、「Detecting Unwanted Location Trackers（DULT）」を共同で策定した。iOSとAndroidは、所有者ではなく追跡される側へ警告を出し、機器の識別、音による発見、無効化の手順を提供する。AIグラスと追跡機器は用途も脅威の形も異なるため、この仕組みをそのまま移せるわけではない。

それでもDULTは、影響を受ける側へOS横断の機械可読な通知を渡した先例である。Ars TechnicaはZuckoffの開発者Pawel Szydlowskiの提案として、録画中に特定のBluetoothサービス識別子を広告する規則があれば、検知アプリを改善できると伝えた。これは業界標準でも、Metaが導入を表明した計画でもない。

仮に状態信号を標準化するなら、設計課題も残る。外部へ出す識別子が永続的なら、録画確認のための仕組みが、装着者を追跡する新たな手段になり得る。録画状態の確認と機器・装着者の追跡を分けることが、仕様を検討する際の条件になる。

自衛アプリの役割を、推定の範囲に戻す

AIグラスを禁じる施設では、検知アプリが補助的な確認手段になる可能性がある。だが、アプリの表示だけで録画の有無を判定したり、規則違反を認定したりすることはできない。現行アプリは、信号から「あり得る機器」を示す道具であり、行為を証明する計測器ではない。

ここは施設側の規則にも跳ね返る。「着用・持ち込みを禁じる」のか、「カメラやAI視覚機能の利用を禁じる」のか、「保存を伴う録画を禁じる」のかで、確認に必要な情報は変わる。BLE検知が補助できるのは主に最初の規則であり、後の二つはアプリだけでは確かめられない。Nearby Glassesの開発者も、警告を見て相手を責めたり早まって行動したりしないよう求めている。検知結果を、録画という行為の証拠へ読み替えてはならない。

録画をめぐる不安に対し、LEDの視認性を高める取り組みとBLEの存在検知は、それぞれ前進ではある。しかし、両者の間にある「いま保存を伴う撮影が行われているか」という状態は、周囲が独立に確かめられないままだ。今後の判断材料は存在検知率ではなく、メーカーやOSが録画状態を検証可能にする仕様を、追跡リスクを増やさずに示せるかどうかになる。