検知の価値は、その後の行動で決まる
異常検知AIが出すのは「いつもと違う」という信号だけです。その信号を受けて設備を止めるのか、点検を予定に入れるのか、仕掛中のロットを保留するのかは、AIの外側で決まります。この外側が設計されていないと、アラームは画面に表示されるだけで、数週間後には誰も見なくなります。
McKinseyが2019年にまとめた資料では、インダストリー4.0のパイロットを始めた企業の78%がその先に進めず、理由として「ITシステムとデータの統合が難しい」「部門間の連携が弱い」が挙げられていました。異常検知はまさにこの2つにまたがる用途です。設備データを見るのは保全、ロットの扱いを決めるのは品質、生産を止める判断は製造で、どこか1部門が持つだけでは回りません。
人と記録の設計(原則1〜3)
原則1:アラームごとに受け手と期限を決める
アラームを「関係者全員にメール」で流すと、全員が誰かが見ていると考えます。異常度のレベルごとに、一次対応者(ロール)と対応期限を決めます。
| レベル | 典型的な状態 | 一次対応者 | 期限 | 行動 |
|---|---|---|---|---|
| 注意 | 異常度が上昇傾向 | 保全計画担当 | 次の計画保全まで | 点検項目に追加 |
| 警告 | 閾値超えが継続 | 当直の保全担当 | 当日中 | 現地確認と判定記録 |
| 停止 | 安全・品質に直結 | ライン責任者 | 即時 | 設備停止とロット保留 |
ロールで決めておくのは、人の異動や交代勤務に左右されないためです。MESの人員マスタやシフト情報と連動させれば、その時間帯の当直者に自動で割り振れます。
原則2:判断基準を文書にし、現地確認の手順に落とす
「警告が出たら現地確認」だけでは、確認する人によって結論が変わります。設備ごとに、どの計測値を見て、何を確認すれば「異常なし」と言えるかを点検手順として書きます。異常度の寄与が大きかったセンサ(どの変数が効いたか)をアラームに添えると、確認先を絞れます。
原則3:判定と処置をMESの記録に残す
アラームへの対応結果(本物の異常/誤報/不明、実施した処置、交換部品)を、MESや保全管理システム(CMMS)の作業記録として残します。ISA-95ではレベル3(MES・MOM)が保全・品質・在庫を扱う層と定義されており、アラームの対応記録もここに置くのが筋です。OPC Foundationの仕様(OPC 10030)でも、レベル3は秒〜日単位で保全・品質を扱う層とされています。
記録の項目は次の5つで十分です。アラームID、設備ID、判定結果、処置内容、対応者と時刻。この記録が、後でモデルを評価し直すときのラベルになります。
ロットと閾値の管理(原則4・5)
原則4:品質への影響をロットで追えるようにする
設備の異常が製品品質に影響しうる場合、異常が始まった時刻から対処までに流れたロットを特定できなければ、保留も出荷判断もできません。時系列データと作業指示・ロットを結ぶキーの設計がここで効きます。異常度が上がり始めた時刻をMESに書き戻し、その時間帯に該当するロットへ自動でフラグを立てる仕組みにしておくと、品質保証部門が判断できる状態になります。推論結果の書き戻しの考え方はAIの推論結果をMESに書き戻すで詳しく扱っています。
原則5:閾値を変える権限と記録を決める
運用が始まると、誤報が多い設備で現場が閾値を上げたくなります。閾値は検知性能そのものなので、誰が変えてよいか、変えたら何を記録するかを決めておきます。変更理由、変更前後の値、変更者、日時を残し、どのモデルと閾値で判定したかをロットのトレーサビリティに含めると、品質監査で説明できます。
よくある質問
MESがない工場ではどうすればよいですか
アラームの割当と記録だけなら、保全管理システムや表計算ベースの作業記録でも始められます。ただし品質ホールドまでつなぐにはロットと時刻の対応が必要で、ここはMESか生産実績の記録がないと難しいのが実情です。
アラームが多すぎて現場が見なくなりました
レベル分けをせずに全件を同じ扱いで流している可能性が高いです。注意レベルは日次のまとめ表示に回し、即時通知は警告以上に絞ると、通知件数を大きく減らせます。
異常検知の効果はどう測ればよいですか
検知件数ではなく、計画外停止の時間、異常発見から処置までの時間、品質ホールド対象ロットの数で測ります。そのためにも原則3の記録が前提になります。
