健全性、ベースライン、モデル準備
健全性指標とベースラインは、設備信号を運用で読める状態に変換します。設備が通常状態から外れているか、どの証拠がその判断を支えているか、どのデータ課題がモデル出力に影響するかを説明するために使います。
レビューフロー
前提条件
| 要件 | 内容 |
|---|---|
| レビュー済み設備 ID | equipment ID、class、location、source aliases が安定している。 |
| 信号履歴 | baseline と trend を説明できる時系列データ。 |
| 運転状態定義 | running、stopped、maintenance、standby、abnormal condition を区別できる。 |
| 保全コンテキスト | 最近の作業指示、部品交換、点検、故障記録。 |
| reviewer | 出力を承認、延期、却下し、理由を記録できる担当者。 |
健全性レビュー
| 視点 | 確認事項 |
|---|---|
| 最新健全性 | 現在値は最近信号と現場状況に合うか。 |
| 履歴傾向 | 継続低下、急変、回復があるか。 |
| 運転状態フィルター | 有効な運転区間で変化しているか。 |
| 信号寄与 | どの信号が健全性変化に影響しているか。 |
| 保全影響 | 最近の修理、部品交換、停止が変化を説明するか。 |
ベースライン準備
| 入力 | 確認事項 |
|---|---|
| 時間枠 | 十分な運転周期を含み、明らかな修理、停止、試運転を避けているか。 |
| 運転条件 | load、temperature、shift、schedule、season が影響しているか。 |
| 信号品質 | missing、duplicate、outlier、unit issue が記録されているか。 |
| 設備 grouping | 類似設備に比較可能な template と signal が使われているか。 |
| 現場確認 | 運用または保全オーナーが baseline window を確認しているか。 |
モデル準備状態
| 状態 | 意味 |
|---|---|
| レビュー可能 | 設備、信号、baseline、model output が人工レビューに十分。 |
| データが必要 | 必須 field、history depth、unit mapping、freshness が不足。 |
| オーナー確認が必要 | 保全、運用、データオーナーの確認が必要。 |
| 使用保留 | 現在の運用判断には使わず、gap を先に処理する。 |
準備状態は、理由と次の行動を表示します。
判定基準のリプレイ比較
モデルコンソールでは、同じ履歴期間を対象に ISO ゾーン基準と設備ベースラインを実行し、それぞれの警報発生回数を集計します。この結果は発生差を確認するためのものであり、精度を示すものでも、どちらの基準がより有効かを単独で判断するものでもありません。基準の有効性は、確認済みの処置記録に基づいて評価します。
リプレイを比較可能にするには、次の条件が必要です。
| 条件 | 満たさない場合の対応 |
|---|---|
| ISO ゾーンが確定している | 設備台帳に定格出力と支持方式を追加し、保存後に ISO ゾーンを再計算します。 |
| 使用可能な設備ベースラインがある | ベースライン学習を完了するか、運転状態のサンプルが学習要件を満たすまで待ちます。 |
| 選択期間に運転状態のサンプルがある | 期間を変更するか、新しい運転状態データを待ちます。 |
| 時系列ストレージが利用可能である | ストレージ復旧後に比較を再実行します。設備台帳の変更は不要です。 |
| モデル割り当てが一意である | モデル詳細で重複するベースライン割り当てを確認し、修正します。 |
警報回数は、リプレイが比較可能と表示された場合にのみ確認します。比較不可の場合は表示された理由と対応に従い、警報 0 件を設備が正常である根拠として扱わないでください。モデルの本番適用には引き続き人による確認が必要です。比較可能という状態は、比較の前提条件が満たされたことだけを示します。
データゲート
設備ベースライン分布と実行可能な異常検知モデル artifact は別の成果物です。前者は観測された運転分布を記述します。assignment に選択され検証済みの実行可能 artifact だけがモデル runtime evidence を生成できます。トレーニングや昇格前は設備モデルのトレーニングと管理、利用中と判断する前はモデル使用と実行証跡を理解するを確認します。
よくある gate は、equipment ID 未対応、core signal 不足、timestamp 異常、latest data stale、unit mismatch、運転状態 filter 不足、work-order outcome 未回収、owner 未確認です。
期待される出力
- 各設備の健全性状態と傾向説明；
- baseline window と主要仮定；
- model readiness state と理由；
- data gate list と owner；
- anomaly review に進むかどうかの判断。
検証チェックリスト
- 健全性指標が設備、信号、時間窗口に追跡できる。
- baseline が不適切な運転条件を除外している。
- data gap が隠されていない。
- model readiness が理由と次の行動を示している。
- 保全オーナーが運用レビューに使う出力を確認している。
トラブルシューティング
| 症状 | 対応 |
|---|---|
| 健全性が急変 | 最近信号、修理、運転条件変更、data quality を確認します。 |
| baseline が不安定 | scope を絞るか、running-state window を選び直します。 |
| model readiness が進まない | gate owner と data fix plan を確認します。 |
| 運用チームが信頼しない | source、signal contribution、work history、review record を示します。 |