IoTで電気設備の保守を自動化する|遠隔監視と予知保全の実装ガイド
IoT保守自動化が解く課題
電気設備の保守業務は、これまで「定期点検」と「事後対応」が中心でした。月次・年次のスケジュールで現地に赴き、目視・計測・記録を行う方式です。この方式には次のような構造的な課題があります。
| 課題 | 影響 |
|---|---|
| 移動時間が業務時間の3〜4割を占める | 担当者一人当たりの管理件数に限界 |
| 点検間で発生する異常は検知できない | 故障してから対応となり停電時間が長い |
| 紙ベースの記録は集計・分析に時間 | 経年変化の把握が遅れる |
| 熟練保安員の高齢化 | 暗黙知の継承が進まない |
| 軽微な異常も現地確認が必要 | コストに見合わない出動が発生 |
IoTを活用した保守自動化は、これらの課題を「常時監視+異常時のみ出動」というモデルに転換する取り組みです。本稿では電力監視(デマンド管理)とは異なる設備稼働状態の遠隔監視と予知保全にフォーカスして実装方法を整理します。電力契約のピークカット観点は電力監視システムの記事を参照してください。
監視対象設備とセンサー選定
電気設備保守でIoT化が進んでいる代表的な対象を、計測項目とセンサーの観点で整理します。
| 対象設備 | 主な計測項目 | 推奨センサー | 異常検知の例 |
|---|---|---|---|
| キュービクル(高圧受電盤) | 庫内温度・湿度・扉開閉 | 温湿度センサー・接点センサー | 換気ファン故障による庫内昇温 |
| 油入変圧器 | 油温・周辺振動・ガス成分 | 温度・振動・GA(ガス分析)センサー | 内部部分放電の早期兆候 |
| 高圧キャビネット | 接続部温度・PD(部分放電) | 赤外サーモ・PDセンサー | 端子緩みによる発熱 |
| 蓄電池設備 | セル電圧・温度・内部抵抗 | BMS連携 | セル劣化の進行 |
| 非常用発電機 | 燃料・冷却水温・始動回数 | 液面・温度・接点 | 燃料切れ・冷却異常 |
| 分電盤 | 漏れ電流・回路電流 | ZCT・CT | I0r(対地絶縁劣化電流)の上昇 |
センサー選定で最も重要なのは「異常兆候として何を検知したいか」を先に定義することです。漏電を捕捉したい現場で漏れ電流(I0)だけを測ると静電容量分の流れも拾うため、絶縁劣化分のI0rを抽出できるセンサーを選ぶ必要があります。
通信方式の比較と選び方
IoTの設置現場で頻発するトラブルの大半は通信に起因します。受変電設備が地下や金属筐体内にあると無線が届きにくく、有線敷設のコストもかさみます。代表的な無線方式を比較します。
| 方式 | 周波数 | 通信距離 | 通信速度 | ライセンス | 電源 | 主な用途 |
|---|---|---|---|---|---|---|
| LTE-M/NB-IoT | LTE帯 | 数km〜 | 数十kbps | キャリア契約 | 商用電源 | 屋外・広域 |
| LoRaWAN | 920MHz帯 | 数km | 〜数十kbps | 不要 | 電池可 | 屋外センサー網 |
| Wi-SUN | 920MHz帯 | 数百m | 〜数百kbps | 不要 | 商用電源推奨 | スマートメーター系 |
| 特小無線 | 920MHz帯 | 数百m | 数kbps | 不要 | 電池可 | 局所センサー |
| Wi-Fi | 2.4/5GHz | 〜数十m | Mbps | 不要 | 商用電源 | 屋内設備 |
| BLE | 2.4GHz | 〜数十m | Mbps | 不要 | 電池 | 近接センサー |
| 有線(RS-485/Ethernet) | — | 〜100m前後 | Mbps | — | 商用電源 | 既設盤内 |
受変電盤内のような金属筐体内のセンサーは、筐体内に閉じた特小無線でゲートウェイに集約し、ゲートウェイから屋外向けにLTE-Mで送る二段構成が現実解になります。新築なら工事段階でEthernet配管を入れる選択肢もあります。
システム構成の典型パターン
IoT保守システムは概ね4階層で構成されます。
- センサー層: 既設設備に後付け、または新設設備に組込
- エッジ層(ゲートウェイ): センサーデータを集約、一次フィルタ・前処理
- クラウド層: 蓄積・統計分析・AI予測・アラート発報
- アプリケーション層: 監視ダッシュボード・通知・帳票
エッジ層を厚くするか薄くするかは設計判断のポイントです。クラウドにすべて送る方式は実装が単純ですが、通信料・遅延・通信断時の挙動に課題があります。エッジで一次判定(しきい値・移動平均・FFT)まで行うパターンは、通信断時もアラートを発報でき、運用が安定します。
予知保全のアルゴリズム
「壊れる前に交換する」予知保全は、IoT保守自動化の最大の価値です。電気設備で実用化されている主なアルゴリズムは次のとおりです。
| 手法 | 適用例 | 必要なデータ |
|---|---|---|
| しきい値判定 | 油温上限超過 | 単一指標 |
| 移動平均比較 | 漏れ電流の漸増 | 時系列データ |
| FFT(周波数分析) | 振動の特定周波数増 | 高サンプリング振動 |
| 機械学習(教師あり) | 故障パターン照合 | 過去故障事例 |
| 異常検知(教師なし) | 平常モデルからの乖離 | 平常時データ |
| デジタルツイン | 物理モデルとの差分 | 仕様+計測 |
中小規模の現場では、まずしきい値+移動平均から始め、データが蓄積されてから機械学習に進むのが現実的です。最初から高度なAIを導入すると、データ不足で十分な精度が出ず投資回収が遅れがちです。
セキュリティ要件
電気設備のIoT化で見落とされやすいのがセキュリティです。受変電設備はインフラ設備であり、第三者からの不正アクセスは事業継続に直結します。最低限の対策として次を実装します。
- 通信の暗号化(TLS 1.2以上、LPWAなら通信規格固有の暗号化)
- ゲートウェイの初期パスワード必須変更
- インターネット側からの直接アクセス禁止(VPNまたはクラウド経由のみ)
- ファームウェア更新の運用ルール化
- ログ保全(最低6ヶ月、できれば1年)
- 管理者アカウントの権限分離(閲覧/設定変更/管理)
- 退職者・移管時のアカウント無効化フロー
経済産業省と総務省が公開する「IoTセキュリティガイドライン」が参考になります。電力分野固有のリスクとしては、制御信号への改竄により遮断器の誤動作を起こすなど物理被害につながる可能性があるため、保安に関わる信号は受信専用と送信権限を厳密に分けて設計します。
導入コストとROI
中小規模オフィスビル(キュービクル1面・分電盤3面)でのIoT保守導入コストの目安は以下のとおりです。
| 項目 | 概算 |
|---|---|
| センサー一式(温湿度・接点・漏電) | 30〜60万円 |
| ゲートウェイ・通信機器 | 15〜30万円 |
| クラウド初期設定 | 10〜20万円 |
| 設置工事(半日想定) | 10〜20万円 |
| 初期費用 合計 | 65〜130万円 |
| 月額(クラウド+通信費) | 5,000〜2万円 |
定期点検の現地工数削減と、停電による事業損失の回避を合算すると、施設規模にもよりますが2〜4年で初期投資を回収する事例が多く見られます。停電1日あたりの逸失利益が大きい医療・データセンター・冷凍倉庫などは導入優先度が高いです。
段階的導入のロードマップ
IoT保守自動化はビッグバン導入よりも段階的展開が成功率を高めます。標準的なロードマップを示します。
フェーズ1: 可視化(0〜3ヶ月)
まずは現状把握から始めます。重要設備1〜2箇所にセンサーを設置し、稼働データをクラウドに蓄積。ダッシュボードで現場担当者が普段確認している項目を可視化します。この段階の目的は「データが取れることを実証する」ことであり、最初から精度の高いアラートを追求しません。
フェーズ2: 異常検知(3〜9ヶ月)
蓄積データから平常状態の範囲を把握し、しきい値を設定。SMSやチャットツール(Slack/Teams)に異常通知を飛ばす運用を始めます。最初の3ヶ月は誤報が多発するため、しきい値の調整と運用ルールのチューニングが続きます。この期間に保守担当者が「アラートで動く」働き方に慣れてもらうのが本質的な目的です。
フェーズ3: 予知保全(9ヶ月〜)
データが半年以上溜まったら、機械学習による異常検知や残寿命予測を導入。設備の交換タイミングを「壊れる前」に決定できる体制を作ります。同時に対象設備をフェーズ1の重要設備から、漏電監視・分電盤・照明・空調へと拡大します。
フェーズ4: 自律制御(18ヶ月〜)
監視と異常検知が安定してきたら、自動制御に踏み込みます。空調のスケジューリング、照明の人感連動、ピークカット制御など、可逆性の高い領域から始めるのが安全です。ただし保安に直結する遮断・投入の自動化は、二重系・フェイルセーフを徹底し、専門技術者の関与下で進めます。
ベンダー選定の観点
国内外でIoT保守ソリューションを提供するベンダーは数多くあります。電気工事業者が選定する際に確認すべき観点を整理します。
| 観点 | 確認ポイント |
|---|---|
| 設備対応範囲 | 既設盤への後付けが可能か、改造工事の要否 |
| 通信方式の柔軟性 | LTE/LPWA/有線が選択でき、現場条件に対応できるか |
| データ所有 | データの所有権・エクスポート可否 |
| API公開 | 既存の業務システムと連携できるか |
| 障害時のSLA | 24h監視、緊急連絡体制の有無 |
| 価格モデル | 初期費用+月額か、買い切りか |
| 撤退リスク | ベンダーが事業撤退した際の代替策 |
特に「データ所有」と「API公開」は長期運用で効いてきます。クラウド側がブラックボックスでデータを取り出せないと、ベンダーロックインで身動きが取れなくなります。
電気工事業者にとっての商機
IoT保守の領域は、電気工事業者にとって新しい収益源になります。提案できる範囲は以下のとおりです。
- 既存顧客への提案: 年次点検契約をIoT監視+オンサイト対応のハイブリッド契約に転換し、月額収入を確保
- 新築設計時の組込: ビル新築・改修案件で、設計段階からIoT配線・ゲートウェイ用電源を盛り込み
- 保守の効率化: 自社が管理している複数物件を一元監視し、人手不足を補う
- 異常発生時の即応: クラウドのアラートを受けて即時出動できる体制で他社と差別化
- 法定点検の効率化提案: 自家用電気工作物の月次点検の一部を遠隔監視で代替できる場合があり、保安委託先との契約見直しに合わせた提案が可能
特に1の「保守契約のリカーリング化」は、案件型受注に依存する電気工事業の経営課題に直結します。月10万円×10件で月100万円の安定収入が見込めると、技術者の固定費を吸収する原資になります。実装時は漏電調査の効率化事例や業務効率化事例も参考にしてください。
導入時によくある失敗パターン
実際の現場で観測されるIoT保守の失敗パターンと、その回避策を整理します。
| 失敗パターン | 根本原因 | 回避策 |
|---|---|---|
| アラート通知が多すぎて無視される | しきい値が現場の変動幅と合っていない | 1ヶ月のデータからしきい値を再設計する |
| 通信障害で監視が停止していたのに気付かない | 死活監視を実装していない | ヘルスチェック通知を別経路で必ず実装 |
| 設備改修で配線変更したのにセンサー設定が古いまま | 改修と監視設定の連動ルールがない | 改修完了報告にセンサー再設定の項目を入れる |
| 担当者が異動するとシステムが使われなくなる | 操作が属人化している | マニュアル作成と運用引継ぎの仕組み化 |
| クラウド費用が想定より膨らむ | 高頻度送信の設計のまま放置 | エッジ集約とサンプリングレートの見直し |
| データはあるが分析されずに溜まる | 分析する人が決まっていない | 月次レビュー会と簡易レポートの自動配信 |
「導入したのに使われない」状態は最大の浪費です。技術選定よりも運用設計のほうが成否を分けるという認識で進めることが重要です。
工事業者として身につけるべき周辺知識
電気工事業者がIoT保守に踏み込むには、本業に加えて以下の周辺知識が必要になります。一気に全部を学ぶ必要はなく、案件ごとに必要な分から拡張していけば十分です。
- ネットワーク基礎: IPアドレス・サブネット・VPN・ファイアウォール
- 無線通信の基礎: 電波伝搬・アンテナ・干渉
- クラウド基礎: AWS/Azure/Google Cloudのいずれかの操作経験
- データ分析の基礎: 移動平均・標準偏差・回帰分析
- セキュリティ: パスワード管理・更新運用・ログ確認
- 電気主任技術者との協業: 保安規程との整合
社内に専任者を置くか、外部パートナー(ITベンダー・通信キャリア)と組むかの判断は早めに行うのが得策です。
まとめ
電気設備のIoT保守自動化は、可視化→異常検知→予知保全→自律制御という4段階のロードマップで進めるのが現実的です。技術選定では通信方式とセンサー設計が現場の制約と直結するため、現地調査の段階で慎重に決めます。最終的に成否を分けるのは技術ではなく運用設計であり、誰がデータを見るのか、誰がアラートに反応するのか、誰がしきい値を見直すのかを最初に決めておくことが重要です。電気工事業者にとっては保守契約のリカーリング化という経営的な意義もあり、本業の延長線上で取り組める新領域と言えます。
関連記事
いまの課題に近いものはどれですか?
選んだお悩みに最適なサービスのご案内ページへ移動します。
