AI予知保全の開発の進め方/やり方/流れや方法/手法/工程/手順

AI予知保全の開発は、対象設備と保全課題を絞ったうえでデータを確かめ、PoC(概念実証)から本開発へ進めるのが基本です。

費用や開発期間は対象の規模とデータ整備の状況で変わるため、運用費も含めて見積もることが大切です。全体像は下の完全ガイドにまとめています。

▼全体ガイドの記事
・AI予知保全の完全ガイド

AI予知保全の全体像

振動・温度・電流・音響・画像を機械学習で解析し、異常や故障の前兆を保全担当者へ通知する流れの図。
複数の設備データが前兆の把握と保全判断につながります。

AI予知保全の仕組みと種類

AI予知保全は、機械設備に付けたIoTセンサーで振動・温度・電流・音響・画像などのデータを集め、機械学習で解析して異常や故障の前兆を検知する仕組みです。人間が気づきにくい微細な変化もAIが捉え、「いつ、どの設備が、どのような理由で故障しそうか」を予測して保全担当者に通知します。

方式は、検知したい故障や設備の特性に応じて、次のものを単独または組み合わせて使います。

  • 振動解析型:ベアリングやモーターの振動パターンを分析し、異常な周波数を捉えます。
  • 温度異常検知型:赤外線カメラや温度センサーの情報から、過熱や冷却不足を検知します。
  • 音響・超音波解析型:設備が発する異音を手がかりに、内部の劣化を見つけ出します。
  • 画像認識型:カメラ映像を解析し、外観の変形・亀裂・異物混入などを検出します。
  • マルチモーダル型:複数のセンサーや画像など、種類の異なるデータを組み合わせた分析です。

AIモデルには、異常検知に特化した教師なし学習(オートエンコーダ、孤立森など)があります。一方で、過去の故障データを学ぶ教師あり学習(ランダムフォレスト、勾配ブースティングなど)も使われます。データ量が少ない初期段階では教師なし学習から始め、故障データが蓄積されるにつれて教師あり学習へ移る、ハイブリッドの進め方が多くとられています。

従来の保全方式との違い

設備保全の方法は大きく3種類に分けられます。「事後保全」は故障が発生してから修理する方法で、保全業務の負荷は比較的軽いものの、予期せぬ生産停止のリスクが常につきまといます。突発故障では生産ラインが長時間止まり、機会損失や修繕費用が膨らむ可能性があります。

「予防保全(時間基準保全)」は、設備の使用時間や稼働時間に基づいて定期的にメンテナンスを行う方法です。計画的な保全作業ができる反面、まだ十分使える部品まで交換する「過剰保全」が起きやすく、部品コストや工数が無駄になることがあります。また、点検周期の間に想定外の故障が起きるリスクも排除できません。

「AI予知保全(状態基準保全)」は、設備の状態データをリアルタイムに監視し、故障の前兆が現れた段階で保全を行う方法です。消耗部品を限界まで使い切れるため部品コストを最小化でき、突発故障と過剰保全も避けて、保全コストの抑制と稼働率の向上を両立できます。ダイセルでは突発的な設備停止を90%削減、JR西日本では自動改札機の点検回数を30%、故障発生件数を20%削減したとされています。

ポイント

予知保全を選ぶかどうかは、故障の前兆を捉えられるデータがあるかと、事後保全や予防保全に比べて停止リスクや部品の無駄をどこまで減らせるかで判断するとよいでしょう。

AI予知保全開発の進め方

AI予知保全の開発を、要件定義・企画、設計・開発、テスト・リリースの3フェーズに分けた図。
各段階で検討と検証を重ねながら本番稼働へ進みます。

要件定義・企画フェーズ

要件定義・企画では、現状の課題と、何をどう改善したいのかを具体的に定義します。この工程はプロジェクト全体の方向性を決める最重要工程で、手を抜くと後工程で大きな手戻りが発生します。

AI予知保全の開発において最も重要なのはデータで、データの質と量が最終的なAIモデルの精度を左右します。そのため、このフェーズで現実的な見通しを立てることが大切です。

  1. 対象設備:全設備を一度に対象にせず、故障リスクが高い設備、停止時の影響が大きい設備、保全コストがかさんでいる設備を優先順位付けして絞り込みます。
  2. 数値目標:故障発生件数や設備稼働率、保全コストのKPI(重要業績評価指標)を定めます。
  3. データの洗い出し:過去の故障履歴、既存センサーのデータ、点検記録、設備仕様書などを洗い出します。
  4. 収集期間の設定:データが少なければIoTセンサーを新たに設置し、収集期間を設けます。
  5. データ調査・可用性確認:洗い出したデータを対象に、続けて実施する工程です。

初期は1〜3台の重要設備からスモールスタートするのが成功の鍵です。数値目標は、曖昧な目標では成否を判断できないため、「故障発生件数を月間○件から○件に削減」「設備稼働率を○%から○%に改善」「保全コストを年間○万円削減」のように数字で置きます。

また、現場の保全担当者、IT部門、経営層を巻き込み、目的・スコープ・スケジュール・予算の共通認識を形成します。現場の保全員が使わなければシステムの意味がないため、現場の声も早期から取り込みます。

設計・開発フェーズ

設計・開発は、PoC(概念実証)と本開発の2段階に分けて進めるのが一般的です。

PoCでは、次の作業を行ったうえで、AIによる予知保全が技術的に実現可能かを検証します。

  • 前処理:収集したデータに、ノイズ除去・正規化・欠損値処理を行います。
  • 特徴量の抽出:振動データならFFTによる周波数解析、温度データなら移動平均や変化率などを、設備の物理特性に合わせて使います。
  • モデルの構築:候補は、ランダムフォレスト、勾配ブースティング(XGBoost/LightGBM)、LSTM(長短期記憶)、オートエンコーダなどです。

データ量が少ない段階では、従来の機械学習でも十分な精度が出ることが多く、無理にディープラーニングを使う必要はありません。PoCの期間は1〜3ヶ月程度が目安で、有効性が確認できなければ要件定義に立ち戻ります。

本開発では、次の作業を進めます。

  • IoT基盤:PoCの成果をもとに、設備の特性と検知したい異常に合わせてセンサーを設置し、データをクラウドまたはエッジサーバーへ送る基盤を構築します。
  • データパイプライン:センサーデータは前処理してAIへ入力し、予測結果を通知へ送る流れを組みます。
  • 本番環境への移植:PoCのモデルを本番環境へ移植し、大量データに対応させます。
  • 画面とレポート:ダッシュボードやアラート画面、レポート機能を開発します。

特に、現場での使いやすさを優先し、設備の状態をひと目で確認できる可視化設計が求められます。

テスト・リリースフェーズ

本開発が完了したら、運用環境に近い条件で動作を検証し、問題がないことを確かめてから本番稼働に移ります。

  • 精度評価・モデル検証:過去の故障データを使って予測精度を評価し、適合率(Precision)・再現率(Recall)・F1スコアなどを指標とします。
  • システムテスト・統合テスト:センサーからアラート通知、ダッシュボード表示までの流れと、ネットワーク遅延・センサー障害時の挙動、処理性能を検証します。
  • パイロット運用・現場検証:現場で試験稼働させ、保全担当者の意見をもとにUIやアラート、通知タイミングを改善します。

予知保全では見逃しが重大な損害につながるため、特に再現率を重視した評価が必要です。一方で、実際には問題ないのにアラートが出る誤検知が多すぎると、現場の信頼が失われます。そのため、誤検知率とのバランスを考えて閾値を設定する必要があります。

パイロット期間は通常1〜3ヶ月程度で、この期間を経て本番リリースを判断します。本番稼働後は予測精度を定期的に評価し、低下すれば再学習するほか、運転条件の変化や新しい故障モードにも合わせてモデルを更新します。AIシステムは、リリース後も運用しながら継続的に改善していくことで価値を発揮します。

ポイント

PoCで技術的に成り立つことを確かめてから本開発に進み、データが足りなければ先に収集期間を設けると、手戻りを減らせます。フェーズごとに次へ進む判断を区切るのが目安です。

費用相場とコストの内訳

小規模なプロトタイプ、複数設備の本格導入、工場全体や複数拠点への展開について開発費用の目安を並べた図。
対象範囲の拡大に合わせて費用の幅も大きくなります。

人件費と工数

開発費用は規模や複雑さ、期間で大きく変わるため、相場を把握して発注計画を立てることが欠かせません。小規模なプロトタイプ(1〜2設備の概念実証)は100万〜500万円程度、複数設備の本格導入は500万〜2,000万円、工場全体や複数拠点への展開は2,000万〜1億円以上かかるケースもあります。AI開発では人件費がコスト全体の60〜70%を占め、最大の費用項目です。

必要な人材は、プロジェクトマネージャー、データサイエンティスト、機械学習エンジニア、IoT/センサーエンジニアに加え、バックエンドやフロントエンドのエンジニアです。なかでもデータサイエンティストとIoTエンジニアは希少なため、単価が高くなる傾向があります。工数の目安は、PoCフェーズが2〜4人月、本開発フェーズが5〜20人月(規模による)が一般的です。

過去データが社内に整っていないと、収集・クレンジング・アノテーションだけで全体工数の30〜50%に及ぶこともあります。費用には、センサー・IoTデバイス(1台10万〜50万円程度)、クラウドインフラ(AWS・Azure・GCPなど)、AIモデル、ダッシュボード・UI、テスト、プロジェクト管理が含まれます。パッケージやSaaSは初期費用を抑えられますが、自由度や対応設備に制約が出ることもあります。

初期費用以外のランニングコスト

AI予知保全では、初期開発費用に加えて、稼働後のランニングコストも考慮する必要があります。ランニングコストを見落として導入後に予算不足に陥るケースもあるため、事前の計画が欠かせません。

稼働後も続けてかかる費用には、次のものがあります。

  • クラウド利用料:センサーデータの保存・処理に、データ量や処理頻度により月額数万〜数十万円がかかります。
  • システム保守・運用費用:監視、バグ修正、セキュリティアップデートなどの保守作業に、月額10万〜50万円程度が必要です。
  • AIモデルの再学習・チューニング費用:経年変化や運転条件の変更に応じて、再学習が必要になります。
  • センサーの電池交換・故障交換費用:種類や設置環境によりますが、1台あたり年間数万円の維持費を見込むと無難です。

再学習の作業には、データサイエンティストの工数がかかり、年間数十万〜数百万円になる場合があります。

初期費用と比べると、TCO(総所有コスト)でのランニングコストは年間で初期費用の20〜40%程度と想定しておくとよいでしょう。3〜5年の中期でROI(投資対効果)を試算し、保全コスト削減、生産ライン停止の回避、品質改善などの効果と比べて導入を判断します。

ポイント

費用は初期開発費だけでなく運用費も含めたTCOで比べ、規模とデータ整備の状況で幅が大きく変わる前提で予算を組みます。

見積もりを取る際のポイント

要件明確化と仕様書の準備

開発会社に見積もりを依頼する前に、自社側で要件をできる限り明確にしておくことが、精度の高い見積もりを得る第一歩です。また、依頼が曖昧だと、開発会社も正確な見積もりを出せず、後から追加費用が発生するリスクが高まります。

見積もりの前提をそろえるため、仕様書には次の内容を盛り込みます。

  • 対象設備:種類、型番、台数、設置環境、既存センサー、PLCやSCADAとの接続可否を整理します。
  • 保全上の課題と目標:故障頻度や保全コスト、目指す削減率・稼働率の改善幅を具体的な数値で示します。
  • データの現状:故障履歴の期間、データ形式(CSV/Excel/専用システム)、センサーデータのサンプリングレートなどを開示します。
  • 機能要件:リアルタイム監視、アラート、レポート、モバイル対応、利用者数、ERPなど既存システムとの連携。
  • 非機能要件と計画:可用性(稼働率99%以上など)、セキュリティ、データ保持期間、拡張性、予算レンジ、稼働希望時期。

複数社比較と発注先の選び方

外部に依頼する場合、1社だけでは費用の相場がつかめず、適正価格かどうか判断できません。そのため、必ず複数社から見積もりを取り、一般的には3〜5社の内容を比べることが推奨されます。見積額だけでなく、予知保全を現場に定着させ、運用を続けられる体制かも確認します。

  • 製造業・予知保全の実績:同業種や類似設備での導入事例があり、設備やセンサーデータの特性を理解しているかを見ます。
  • 技術と人材:機械学習やIoT基盤の構築経験、利用予定のクラウドへの対応、データサイエンティストの在籍状況。
  • 運用・保守体制:保守対応、モデル再学習、サポート時間、SLAの範囲を確認します。
  • 提案と対話:業務課題を踏まえた提案か、質問や提案書が具体的かを見極めます。

注意すべきリスクと対策

AI予知保全の開発・導入には典型的なリスクがあり、事前に認識して対策を講じることが大切です。データ、期待精度、現場運用、契約範囲のリスクは、早い段階で確認しておきます。

  • データ不足・品質:故障事例が少ない、欠損やノイズが多い、正常・故障データが偏る場合があります。PoCでデータを確認し、必要なら収集期間を設けます。
  • 過度な精度期待:初期データには限界があるため、100%を前提にせず、段階的に精度を高める目標を置きます。
  • 現場への展開:担当者が使わなければ効果につながりません。初期から現場を巻き込み、研修とフィードバックを続けます。
  • ベンダーロックイン・予算超過:コード品質や文書、ソースコードの所有権を契約で定め、スコープを段階化して各段階で次の予算を判断します。

ポイント

見積もりを比べる前に要件と仕様書をそろえておくと、金額の差が前提の違いによるものか、発注先の実力によるものかを判断しやすくなります。

まとめ

AI予知保全の開発は、要件定義・企画、設計・開発(PoCから本開発へ)、テスト・リリースの3フェーズで進めるのが基本です。各フェーズをしっかり進めると、後工程での手戻りを防ぎ、プロジェクトの成功につながります。

開発費用は規模によって異なり、小規模なプロトタイプで100万〜500万円、本格導入で500万〜数千万円が目安です。初期費用だけでなく、運用後のランニングコストも含めたTCOで投資効果を評価することが大切です。

見積もりでは、要件を事前に明確にしたうえで複数社を比べ、製造・予知保全の実績があるパートナーを選ぶことが近道です。データの質と現場への展開が成否の鍵で、スモールスタートで効果を確かめながら段階的に広げると、失敗のリスクを抑えられます。

AI予知保全の導入は、製造業の競争力強化やコスト削減、安全性向上に大きく貢献する取り組みです。まずは自社の課題と保有データを洗い出し、着実に最初の一歩を踏み出してみてください。

▼全体ガイドの記事
・AI予知保全の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。