安全監視システムを試すとき、「何回検知できたか」は重要な情報です。ただし、その数字だけでは、実際の現場で使い続けられるかを判断できません。対象を捉えられない場所、通知が届かない状況、確認にかかる負担も含めて確かめる必要があります。
実証で分けて見るのは、①検知の結果、②確認できた条件と未確認の条件、③通知から対応までの流れ、④継続運用の負担です。本記事では、安全部門とDX推進担当者が導入判断に使える評価の組み立て方を提案します。特定製品の性能試験結果や、すべての現場に共通する合格基準を示すものではありません。
1．最初に「何を確かめたいか」をそろえる
「危険を検知する」という目的だけでは、担当者ごとに評価が変わります。試験前に、観測する対象と、システムの出力が意味する範囲を具体化します。
- 対象：どの作業・場所・時間帯の、どの状態を確認するか。
- 判定：映像やセンサ情報から何を判断し、どの条件で通知するか。
- 限界：その判定だけでは確認できないことは何か。
- 比較の基準：現場を理解した担当者が、何を根拠に試験結果を確認するか。
例えば、安全フックが映像に写っていること、所定の取付設備に適切に掛けられていること、墜落時に必要な条件を満たしていることは、同じ確認ではありません。機器が何を観測しているのかを、実際の仕様に照らして切り分けます。未確認の状態まで「安全」と広げて評価しないことが出発点です。
AIの評価について、NISTのAI RMF 1.0（2023年版）は、想定する使用条件を代表する試験データと評価方法を明示し、誤りの種類や条件別の結果を見る考え方を示しています。[1] 本稿ではその考え方も参考に、現場で使う評価項目を整理します。
2．見逃し・誤通知・評価できない範囲を分ける
見逃し：対象事象があったのに検知しなかった
あらかじめ決めた対象事象を、人による確認記録などと照合します。検知できた件数だけでなく、検知できなかった件数と、そのときの条件を残します。警報の記録だけを見返しても、記録されなかった見逃しは把握できません。
誤通知：対象事象がないのに通知した
現場確認で対象事象がなかった通知を分け、観測時間も併記します。同じ10件でも、1時間の試験と1週間の運用では負担が異なります。同じ状態への繰り返し通知を1件とするか、通知ごとに数えるかも先に決めます。通知の多さだけで装置や作業者を評価しないようにします。
評価できない範囲：観測や照合が成立しない
カメラの画角外、遮蔽、通信や機器の停止、人による照合記録の不足などは、理由を付けて別に残します。比較の基準がないデータを無理に正解・不正解へ分類しない一方、除外した時間や場所を結果から消してはいけません。
対象事象があったことを確認でき、システムの停止で検知できなかった場合は、運用全体としての未検知です。解析できたデータだけの性能と、停止も含む運用全体の結果を分け、都合のよい分母だけで評価しないことが重要です。
数値を示すときは分母と条件を添える
説明用の仮想例として、対象事象を20件確認し18件を検知したなら、その条件での検知は18／20件です。ただし、別に観測できなかった時間帯があれば併記します。この結果から、別の現場や未確認の条件でも同じ割合になるとは判断できません。これはAIMOS-Safetyの実績値ではありません。
件数、観測時間、装置の稼働時間、場所、照明、姿勢など、比較に必要な条件を一緒に残します。試験数が少ない結果や、条件の偏った結果は、結論を限定して扱います。
3．通知が出た後まで、評価をつなげる
システムが通知を出したことと、必要な人が気づいて適切に対応できたことは別の出来事です。次の段階を分けて確認します。
- 通知が出た：対象事象の発生から、装置が通知するまで。
- 人に届いた：通知先、音・振動・画面の確認状況、周囲の環境。
- 意味が分かった：何を確認すべきか、担当者が理解できたか。
- 対応につながった：現場で定めた確認・退避・連絡等を実行できたか。
時間を測る場合は、起点と終点をそろえます。平均値だけでは遅れた場面が見えにくいため、遅延した事例とその理由も見ます。秒数の合格値は一律に置かず、対象リスクと現場の手順を踏まえて関係者が定めます。
振動に気づきにくい、作業音で音声が聞こえない、画面を見ることが作業の妨げになるなど、通知方法にも確認すべき条件があります。通知を強くするだけでなく、設置・装着方法や作業の進め方を含めて見直します。
4．試験のために危険を作らない
実証のために、高所でフックを外したり、作業者を稼働中の重機へ接近させたりしてはいけません。安全担当者と供給者が試験方法を確認し、安全な模擬環境、既存の記録、停止した設備などを使えるか検討します。模擬試験で確認できたことと、実環境で未確認のことも区別します。
試験開始前に、実施責任者、中止条件、異常時の連絡、既存の安全措置を確認します。試験が成立しない条件が見つかった場合、無理に継続せず、方法や適用範囲を再検討します。
NIOSHは、危険源の除去や代替、工学的対策などを優先する考え方と、対策の効果を評価する重要性を示しています。[2] 監視の試験が良好でも、必要な設備・作業手順・教育・保護具を省く理由にはなりません。
5．実証結果を、次の判断に渡す
報告書には成功例だけでなく、次の情報を1組にして残します。下記は運用設計の例であり、法定様式やAIMOS-Safetyの実装済み機能ではありません。
- 目的と対象：どの課題を補助し、何を対象外としたか。
- 試験条件：場所、期間、装置・ソフトの版、設定、担当者、比較の基準。
- 結果：見逃し、誤通知、未評価の範囲、停止時間、通知後の確認・対応。
- 運用負担：設置・装着、充電、点検、記録確認にかかる手間。
- 残る課題：追加検証が必要な条件、対策、担当者、再確認の時期。
判断は「全面導入できるか」の二択にしません。条件を限定して検討を続ける、設置や設定を見直して再評価する、別の方式を検討する、今回は採用を見送る、といった選択肢を残します。通知が減った理由も、危険な状態が減ったのか、観測範囲や稼働時間が変わったのかを確認します。
よくある質問
事故が起きなかった実証は、事故防止効果を証明しますか
短期間に事故がなかったことだけでは、システムによる事故削減効果を判断できません。何を検知し、どの確認・対応につながったかを、試験条件とともに評価します。
一度合格すれば、別の現場でも同じ設定で使えますか
同じ結果になるとは限りません。配置、照明、装備、作業方法、設定やソフトの変更があれば、影響する項目を再確認します。
まとめ
安全監視の実証で大切なのは、検知した割合だけでなく、確認できた範囲、通知後の対応、継続運用の条件まで見える形にすることです。限界を共有し、次の判断に必要な情報を残すことが、現場に合う仕組みを選ぶ助けになります。
AIMOS-Safetyの検討では、補助したい安全確認と現場条件をお知らせください。まずはデモのご相談から、確認したい対象や運用上の課題を伺います。検知・通知は安全や事故防止を保証するものではありません。
参考資料
本文掲載用。情報確認日：2026年10月16日。資料の考え方を参考にした評価設計の提案であり、安全認証や法令適合を示すものではありません。
- NIST AI RMF 1.0（2023年版）第3章 3.1・3.2
AIの性能評価と安全性に関する一般的な枠組み。原資料の適用対象はAI。本稿のセンサ等を含む運用整理は編集上の提案であり、同資料が全方式の認証要件を定めるものではありません。 - NIOSH Hierarchy of Controls（2024年4月10日）
危険源への対策の優先順位と、対策の定期的な評価に関する説明。
