予知保全の基盤は、信頼できる設備 ID と信号履歴です。モデル、異常、保全提案はこの層に依存します。設備名、source code、unit、timestamp、quality status が曖昧な場合、運用チームは出力を信頼できません。
データ準備フロー
前提条件
| 要件 | 内容 |
|---|
| 設備一覧 | stable equipment ID、名称、クラス、場所、メーカー、型式、オーナー。 |
| 信号ソース | センサー、PLC、BMS、SCADA、historian、CSV、またはプロジェクトで許可されたデータ源。 |
| 時間範囲 | baseline、anomaly、pilot validation に使う履歴期間。 |
| 保全記録 | 故障、点検、作業指示、部品交換、修理結果。 |
| データ reviewer | unit、sampling frequency、outlier、missing value を確認できる担当者。 |
設備 ID 項目
| 項目 | 用途 |
|---|
| Equipment ID | ワークフロー内部の安定参照。 |
| Display name | 運用者が設備を識別する名称。 |
| Equipment class | template、signal selection、baseline strategy に使用。 |
| Location | site、building、floor、room、zone、system。 |
| Source aliases | BMS、CMMS、EAM、gateway、file 内の名称やコード。 |
| Owner | 保全、運用、データ、contractor の責任。 |
信号履歴項目
| 項目 | 内容 |
|---|
| Equipment reference | stable equipment ID に戻せること。 |
| Signal name | vibration、temperature、current、pressure、power、flow、status、energy など。 |
| Timestamp | 値が発生した時刻と timezone ルール。 |
| Value and unit | template や分析方法と整合する単位。 |
| Quality status | missing、estimated、offline、manual override、sampling issue。 |
| Source system | connector、table、topic、file、batch。 |
信号 mapping を設定する
- 設備クラスを選択します。
- 必要な core signal を確認します。
- ソースシステムから対応 channel を選択します。
- unit、sampling period、quality field を mapping します。
- 小さなデータサンプルをインポートします。
- 設備オーナーとデータオーナーでサンプルをレビューします。
- 承認後に履歴期間を広げます。
信号レビューの例
次の図は、設備の運転信号を短期傾向、中期ベースライン、動的トレンドと比較する例です。警告期間を明確にすることで、運転状態、アラーム、点検記録、その後の停止状況を同じ時間軸で確認できます。
DataMesh が公開している予知保全の検証事例に基づく信号レビュー例です。保全チームは、運転と保全のコンテキストを確認してから次の対応を判断します。
保全と点検コンテキスト
| コンテキスト | 用途 |
|---|
| 作業指示履歴 | 最近の修理、停止、部品交換、繰り返し問題を説明します。 |
| 点検所見 | 現場観察、写真、音、振動、温度異常を提供します。 |
| アラートイベント | 信号変化、しきい値、運用対応を接続します。 |
| 部品記録 | 繰り返し故障と在庫リスクを確認します。 |
| 運転計画 | running、stopped、maintenance window、abnormal condition を区別します。 |
品質レビュー
| 確認 | 質問 |
|---|
| 完全性 | 重要設備と信号に十分な履歴があるか。 |
| 新鮮度 | 直近データは現在判断に使えるか。 |
| 単位 | unit、scale、axis definition は一致しているか。 |
| 時間 | timestamp order、timezone、sampling interval は妥当か。 |
| 外れ値 | 設備挙動、センサー問題、インポートエラーのどれか。 |
| 責任 | データ課題に担当者がいるか。 |
期待される出力
- レビュー済み設備範囲;
- 設備とソース別名の mapping;
- baseline と anomaly review に使える信号履歴;
- data quality state と gap list;
- 作業指示、点検、アラート記録への接続。
トラブルシューティング
| 症状 | 対応 |
|---|
| 同じ設備に複数名称がある | alias mapping を作成し、asset owner が確認します。 |
| unit が一致しない | DFS mapping で変換し、元 unit を記録します。 |
| 履歴が不足 | pilot scope を縮小するか、データ収集期間を設けます。 |
| 信号が途切れる | connector、sampling rule、設備 offline、quality flag を確認します。 |
関連ドキュメント