Predictive Analytics
センサー、機械、ITシステムのデータをNimitflowで分析します。データの取り込み・保存からFFTによる信号解析、組織の課題に応じた機械学習モデルの開発まで対応します。結果をダッシュボード、レポート、通知に連携し、チームの傾向把握と業務計画に役立てます。

使用と詳細を探索する
- 過去データと継続的に蓄積するデータから、機械学習で異常と傾向を予測
- 導入前に過去データによるバックテストとリアルタイムデータの両方でモデルを検証
- 既存システムと分離し、組織内サーバー(オンプレミス)に導入可能
追加機能を見る
- 実測値と予測値をグラフで比較し、メールや組織で利用中の連絡手段で通知
- データやシステムの挙動が変わった場合はモデルを再学習
- すべてのプロジェクトをデータの準備状況の評価から開始
あなたの仕事に適していますか?
誰に適していますか?
歴史的なデータとトレンド予測のニーズを持つデータ分析チーム、生産部門、メンテナンスチーム
話し合う前に情報を準備する
予測の目的、過去データのサンプル、希望する評価方法
要約
- Predictive Analyticsは、Inspektionが各組織のデータに合わせて機械学習モデルを開発する予測分析ソフトウェアです。問題が発生する前に異常や傾向を捉え、グラフと通知でチームの判断を支援します。
- Inspektionはタイの金融業界の顧客向けに、取引応答時間の異常を5分先・10分先に予測する機械学習システムを開発し、顧客のサーバーに導入しました。2022年にプロジェクト終了文書を作成しています。
- 関連する工場案件として、Inspektionは2021–2022年にタイとカンボジアの自動車部品メーカーへ、金型のショット数計測と保全時期の通知システムを納入しました。これはしきい値による通知であり、予測モデルではありません。
- 予測精度はデータの完全性に左右され、データが変化すればモデルの再学習も必要になるため、すべてのプロジェクトはデータの準備状況の評価から始めます。
- 用途に応じて選択します。振動センサーから機械の状態を直接監視するならInCBM、複数のデータソースから予測するならPredictive Analyticsを使用します。データが複数システムに分散している場合は、分析用に統合するData Lakehouseから始めます。
センサーデータからグラフと通知へ
Nimitflow資料の例では、AMS振動測定機器のデータを取り込み、記録とFFT解析(信号の周波数分解)を行った後、InCBMダッシュボードへ送信し、グラフ、傾向、通知履歴を確認する流れを示しています。
- 1
データの取り込みと保存
センサーやデータソースをNimitflowのワークフローに接続し、データと履歴を継続的に記録します
- 2
信号解析とモデル開発
FFTで信号の周波数成分を確認し、予測の目的に応じた機械学習の学習データを準備します。運用前に結果を検証します
- 3
結果の可視化とチームへの共有
結果をInCBMやGrafanaなどのダッシュボードへ連携し、システムの範囲に応じて通知条件、イベント記録、レポートを設定します
用途に合った分析手法を選択
FFTとしきい値通知は信号解析と状態監視の一部です。機械学習による予測にはモデルの学習・検証用データが必要です。この図はシステム連携を説明するものであり、モデルの精度を証明するものではありません。
Predictive Analyticsの対象と解決する課題
Predictive Analyticsは、機械、製造工程、ITシステムの過去データを保有し、問題発生前に異常の兆候を把握したいチームに適しています。機械学習で既存データのパターンを学び、将来の値を予測します。予測値が設定した条件に達すると、確認を促す通知をチームに送ります。
機械が停止したり不良品が発生したりして初めて問題を把握する組織や、実際の状態を確認せず一定周期で保全を行う組織は少なくありません。事前の兆候は、既存システムが記録したデータに含まれている場合があります。Predictive Analyticsはそのデータを継続的に分析し、対応の判断はチームが行います。
Predictive Analyticsでできること
- 予知保全(Predictive Maintenance)— 射出成形機のショット数などの機械データを分析し、予防保全の時期を事前に通知します
- 品質傾向の予測 — 継続的な製造工程データから傾向を把握し、不良が発生する前に工程を調整します
- 異常検知(Anomaly Detection)— 将来の値を予測し、実測値と予測値を比較するグラフを表示します
- 通知 — 分析値が対応を要する条件に達した際、メールや組織で利用中の連絡手段で担当チームに知らせます
| 一般的な問題 | Predictive Analyticsによる支援 |
|---|---|
| 問題発生後に初めて気付く | 値を事前に予測し、実際に発生する前にチームが確認できる時間を確保 |
| 実際の使用状況を考慮しない時間基準の保全 | 実際のショット数による通知から始め、蓄積データを予測へ活用 |
| データはあるが継続的に確認されていない | 継続分析と、実測値・予測値を比較するダッシュボードのグラフ |
| データは組織外にエクスポートできません | 組織内サーバー(オンプレミス)に導入 |
予測としきい値通知の違い
しきい値通知は、ショット数が保全周期に達するなど、現在値が設定値に達した際に通知します。予測は過去データのパターンからモデルで将来値を推定し、実測値が異常になる前に通知します。蓄積データがまだ不足している場合は、しきい値通知から始められます。
Predictive Analyticsの仕組み
Predictive Analyticsは、データ評価、データ準備、モデルの学習・検証、通知機能を含む導入、運用後のモデル保守という5段階で進みます。保有データによって予測可能な期間が決まるため、最初の段階でプロジェクト全体の範囲を定めます。
- 1
調査とデータ準備状況の評価
予測の目的、過去データのサンプル、希望する評価方法を確認し、予測に必要なデータがそろっているかを評価します。
- 2
データの準備とクレンジング
ソースシステムからデータを抽出し、誤った値や欠損値を除去して、モデル学習用の形式に整えます
- 3
モデルの学習と検証
時系列(時間順に並ぶデータ)を予測するモデルを学習させ、導入前に過去データによるバックテストとリアルタイムデータの両方で検証します
- 4
導入と通知設定
組織内サーバーに導入し、実測値と予測値を比較するグラフをダッシュボードに表示します。設定した条件に達すると通知します
- 5
モデルの保守と再学習
データと予測グラフを定期的に確認し、データやシステムの挙動が変わった際にモデルを再学習します
システムは結果表示と通知のみを行い、自動で機械を停止したり運転設定を変更したりしません。通知を受けた後の点検、修理、工程調整はチームが判断します。
Predictive Analyticsに向く用途・向かない用途
Predictive Analyticsは、継続的な過去データ、明確な予測目的、通知時の対応担当者がそろう用途に適しています。記録データがない用途や、システムがチームの代わりに判断することを期待する用途には適しません。その場合は、データ収集やしきい値通知から始めます。
| 仕事 | Predictive Analyticsに適しているか | 理由または行うべきこと |
|---|---|---|
| 取引データやシステム稼働データなど、時間に沿って継続記録されたデータから異常を予測 | 適切 | 時系列予測モデルを使用した、金融業界の取引システム事例と同種の用途 |
| データは組織外にエクスポートできません | 適切 | 既存システムと分離して組織内サーバーに導入 |
| ショット数に基づく金型の保全周期の設定 | しきい値通知から開始 | 機械がショットデータをファイルに保存していれば、モデルを使わずにショット計測と保全周期の通知が可能 |
| モデルによる生産ラインの品質・保全傾向の予測 | 対応可能・納入済み事例はまだありません | 納入済みの工場案件はしきい値通知です。まず調査段階でお客様の実データを評価します。 |
| データが複数のシステムに分散 | データ統合後に対応可能 | まずData Lakehouseでデータを整備し、完全で一貫したデータをモデルに供給 |
| 振動センサーによるモーターの状態監視 | InCBMを使用 | InCBMはセンサーごとの健全性指標をまとめ、Warning/Criticalのしきい値を設定できます |
| 過去データがない、または紙で記録している | 現時点では不向き | 継続的なデータ収集を始め、その後に準備状況を再評価 |
| システムによる自動的な機械停止や製品・工程のリリースを求める | 適していない | システムは表示と通知を行い、判断はチームが実施 |
| 開始前に精度の数値を知りたい | 事前の相談が必要 | 精度はお客様のデータに左右されます。調査段階で評価方法を合意し、過去データのバックテストとリアルタイム検証で測定します。 |
InCBM
- 振動センサーから機械状態を直接監視
- センサー別の健全性指標を表示し、Warning/Criticalのしきい値を設定
- Androidアプリをダウンロードして試用可能
Predictive Analytics
- 機械、製造工程、ITシステムを含む複数のデータソースから予測
- 各組織のデータと目的に応じてモデルを学習
- データとプロセスの範囲に応じた価格
概要: 併用可能です。機械状態を監視したいのか、複数のデータソースから予測したいのかに応じて選択します
データ予測に関する経験と学び
関連する案件を2種類手掛けています。ひとつは2021–2023年のタイ金融業界向け取引異常予測の機械学習システムです。もうひとつは2021–2022年のタイとカンボジアの自動車部品業界向け、金型ショット計測としきい値に基づく保全通知システムです。前者は予測モデルを使用し、後者は計数としきい値を使用するもので、予測モデルではありません。
取引の異常予測 · 金融業界 · タイ · 2021–2023年
2021–2023年に、タイの金融業界で決済取引システムを運用する顧客向けに機械学習システムを開発・導入しました。LSTM(時間順のデータを扱うニューラルネットワーク)モデルが取引の応答時間の異常を5分先・10分先に予測します。取引処理システムと分離し、顧客の本番用(Production)および開発・検証用(Development)サーバーで稼働します。
システムにはモデルの再学習、バックアップ・復旧、実測値と予測値を比較するGrafanaグラフがあります。2022年にプロジェクト終了文書を作成し、その後は契約に基づく保守に移行しました。2023年にはCNN-LSTM、Random Forest、XGBoostという別の3種類のアルゴリズムで再学習を試行し、予測時間幅ごとの精度を比較しました。
金型ショット計測と保全通知 · 自動車部品 · タイとカンボジア · 2021–2022年
2021年にタイの自動車部品メーカーへ、射出成形金型のショット数を計測する5つの部分からなるWebアプリを納入し、2022年にはカンボジアの生産拠点にも導入しました。2ブランドの成形機のファイルからショット数を金型ごとに集計し、OK / Warning / PMの状態を表示します。金型あたり最大5条件のメール通知が可能です。これはしきい値通知であり、継続収集したショットデータが保全予測の出発点となります。
私たちが学んだこと
- 取引予測の案件では、初期のデータ収集と変換に多くの時間を要しました。そのため、過去データへのアクセス権限を開始時点で整える必要があります。
- 精度はデータの完全性と連続性に左右されます。過去データ検証とリアルタイム検証の両方について、評価方法と予測時間幅を事前に合意する必要があります。
- 導入後もモデルの保守が必要です。プロジェクト終了後には、別のアルゴリズムで再学習を試して精度を比較し、サーバーのハードウェア情報を入力に追加することも検討するよう提案しました。
- センサーを追加する前に、機械がすでに記録しているデータを活用できます。読み取った値は使用前に機械のレポートファイルと照合する必要があります。ショット計測案件では、プロジェクト終了時の試験で、システムの計測値と機械のレポートファイルが一致しました。
あなたにとって何を意味するのか?
見積もり前に、予測の目的と実データのサンプルをお預かりし、完全性、連続性、記録期間を確認します。データが不足していれば、収集としきい値通知から始められます。予測結果の確認や再学習の周期など、導入後の保守は最初から業務範囲に定めておくことを推奨します。
技術仕様
| タイプ | 各組織のデータに合わせてモデルを開発・調整する予測分析ソフトウェア |
|---|---|
| 対応業務 | 予知保全 · 品質傾向 · 異常検知 |
| 実案件で使用した技術 | 機械学習のLSTMによる時系列予測 · CNN-LSTM、Random Forest、XGBoostとの比較試行 |
| モデルの検証 | 過去データ(バックテスト)とリアルタイムデータ |
| 取り付け | 組織内サーバー(オンプレミス) |
| 結果表示 | Grafanaダッシュボードなどで実測値と予測値をグラフ比較 |
| 通知 | メールまたは組織で利用中の連絡手段 |
技術情報は当社の実案件に基づいています。各プロジェクトのモデルとツールは、設計段階で実データに応じて選定します。
アーキテクチャと接続性
接続可能なシステム
- 組織のData Lakehouse — 構造化済みデータの供給元
- Grafanaダッシュボード — 実測値と予測値を比較するグラフ
- メールまたは組織で利用中の通知手段
システム要件
- 予測対象の機械、工程、システムの過去データ — 必要な量は調査段階で実データから評価
- モデル学習・実行用の組織内サーバー(オンプレミス)— 設計段階でデータ量に応じて仕様を決定
- データがすでに利用可能であれば、Data Lakehouseの事前導入は不要
ライセンスモデル
プロジェクトの範囲に基づく価格見積もり
価格は予測対象のデータとプロセスの範囲によって異なります。見積もりは担当チームへご相談ください。
- 調査段階でデータの準備状況を評価してから、業務範囲と価格を提案
- 納入後のデータ確認、予測グラフの確認、モデル再学習などの保守は業務範囲で合意
利用業界
- 金融 — 決済取引システムの異常予測
Nimitflow資料のワークフローと画面の例



導入の始め方
予測の目的とデータサンプルをお送りください。調査段階でデータの準備状況を評価し、業務範囲と見積もりを提案します。
準備するもの
- 予測の目的 — 保全時期、品質傾向、システム異常など、事前に把握したいこと
- 過去データのサンプルと、現在の保管先システム・ファイル
- 希望する評価方法と予測時間幅
- 通知時の対応担当者と組織で利用中の通知手段
よくある質問
予測を始めるには、どの程度の過去データが必要ですか?
すべての用途に共通する最低量はありません。データの特性、プロセス、予測したい時間幅によって異なります。プロジェクト開始前の調査で実データのサンプルから準備状況を評価します。
Data Lakehouseを先に導入する必要がありますか?
必ずしも必要ではありません。利用可能なデータがそろっていれば、そのまま始められます。複数のシステムに分散している場合は、モデルへ完全で一貫したデータを供給するため、先にData Lakehouseで整備することを推奨します。
データを組織外へ送信する必要がありますか?
必要ありません。Predictive Analyticsは組織内サーバーに導入できます。タイの金融業界向け取引予測案件では、顧客の本番用(Production)と開発・検証用(Development)サーバーに、取引処理システムとは分離して導入し、バックアップ・復旧機能も備えています。各案件の構成は設計段階で決定します。
データが変わってもモデルの精度は維持されますか?
常に維持されるわけではありません。精度はデータの完全性に依存するため、データやシステムの挙動が変わると再学習が必要です。取引予測システムには再学習機能があり、プロジェクト終了後も別のアルゴリズムを試して精度を比較しました。継続的な学習と、関連データを入力へ追加することの検討を推奨します。
Predictive AnalyticsとInCBMの違いは何ですか?
InCBMは振動センサーデータから機械状態を直接監視(Condition-Based Monitoring)し、設定したしきい値で通知します。Predictive Analyticsは各組織のデータで学習したモデルにより、品質や保全を含む複数のデータソースから予測します。両システムは併用できます。
Predictive Analyticsの価格はいくらですか?
価格は予測対象のデータとプロセスの範囲によって異なります。調査でデータの準備状況を評価した後、業務範囲と見積もりを提案します。導入後の保守は業務範囲で合意します。




