MESを導入してデータが溜まっていても、それだけで改善が進むとは限りません。誰が何を判断し、どう対応するかまで設計する必要があります。この記事では、収集・可視化・分析・アクションという4つのステップに沿って、MESデータを改善サイクルに乗せるための実務フローを解説します。
MESデータで改善サイクルを回す4ステップ
「収集して終わり」「分析して終わり」にしないための全体像
MESデータ活用が止まる3つの壁
MESやヒストリアン（工程データを時系列で記録するシステム）にデータがあっても、判断や改善へつながるとは限りません。使い方に加え、欠測、時刻や単位の不一致、接続・権限などシステム側の条件も確認します。以下は、活用の設計を見直すための3つの観点です。
この3つの壁を意識しながら、以降の4ステップを読み進めてください。
MESデータ活用が止まる3つの壁
収集目的・判断のしやすさ・実行への受渡しを確認
Step1：収集設計——課題から逆算して「何を・どこから・どの頻度で」決める
改善したい課題から収集対象を決める
収集設計の出発点は「何を改善したいか」です。まず課題と判断する人を決め、原因候補に関係する工程パラメータ（温度・圧力・速度など）と結果を対応させます。後から別の原因候補を検証できるよう、必要な周辺条件や保存期間も検討します。取得量だけを増やしたり、仮説に合う項目だけに絞ったりする前に、値の意味と利用目的を確認しましょう。
PLCから取るか、SCADAから取るか、ヒストリアンから取るか
代表的な取得元にPLC、SCADA、ヒストリアンがあります。既設の機能と必要な粒度・期間に合わせて選び、製品名だけで遅延やデータの完全性を判断しないことが大切です。
- PLCから取る：制御で使う値や状態を参照する経路です。機器の更新周期、対応するアクセス方法、読取権限、通信・CPU負荷を確認します。PLCへ接続すれば任意の高速現象を記録できるわけではありません。
- SCADAから取る：複数設備の現在値や履歴を利用できる構成があります。対象機能を確認し、取得値なのか、計算・集約した値なのかを区別します。
- ヒストリアンから取る：時系列の保存・検索を利用して過去の工程状態を調べる経路です。圧縮、間引き、補間、集計、保存期間の設定と、原値まで戻れる範囲を確認します。分析に必要な短い変化が残っていることが選定条件です。
取得から表示まで、タグの意味・単位・測定時刻・品質フラグ・欠測を引き継ぎます。表示更新時刻と測定時刻を分け、未取得や古い値を正常値に見せない設計にします。例えばOPC UAでは値にSourceTimestampとStatusCodeがあり、利用側がその意味を確認します。全ての接続方式に同じ項目があるという意味ではありません。
各システムの役割分担について詳しくは、PLCとSCADA・ヒストリアンの違いを参照してください。
取得・転送・集計の周期を分ける
「何秒ごとに取るか」は、何を観測するかと、どの段階の周期かを分けて決めます。
| 層・用途 | 決める条件 | 確認する記録 |
|---|---|---|
| 生波形の取得（振動・電流など） | 対象帯域、センサと入力回路、サンプルレート、アンチエイリアス条件 | 必要な波形・周波数成分が取得できるか |
| 状態変化・工程イベント | 最短の停止や通過時間、検出方式、時刻精度 | 発生時刻・継続時間・カウントを取りこぼさないか |
| 特徴量の計算 | RMS・最大値などの計算窓と更新周期 | 元波形の取得条件、演算内容、対象期間が分かるか |
| 上位への転送・保存 | 許容遅延、通信負荷、バッファと欠測時の扱い | 取得時刻を残し、欠落・重複や保存時の加工を追えるか |
| KPIの集計・画面更新 | 判断に必要な時間幅、集計窓、更新時点 | 原イベントと数量から同じ定義で再計算できるか |
| 品質の追跡 | 必要な製品・ロット粒度、工程、検査結果の対応 | 入出・分割・結合・再作業を必要な範囲で追えるか |
工程値を1〜10秒ごとに読むだけで、全ての異常を逃さないとは保証できません。短い停止は下位側でイベントやカウンタとして保持する方法も検討します。「100ms以下」はさらに短い周期も含みますが、その上限だけでは振動・電流の対象帯域を満たすか判断できません。NIの計測解説が示すように、波形取得は帯域とエイリアシングを考慮し、形状・ピークまで必要ならその測定精度も確認します。
下位で高速取得した波形から特徴量を計算し、上位へはまとめて送る構成もあります。OPC UAのsampling intervalとpublishing intervalも別の設定です。要求した周期、実際に採用された周期、下位機器の値の更新周期を区別します。
OEE画面を1分〜1時間ごとに更新する場合でも、計算元の停止イベントや数量まで同じ間隔の観測でよいとは限りません。必要な応答時間、保存期間、欠測の許容範囲を決め、実データで必要情報が残ることを確かめます。
試作・開発フェーズから仕込む
試作段階から、実験条件（どのパラメータをどう変えたか）、材料・設備・測定条件と結果（品質・収率）を対応づけて残します。量産条件へ展開できる範囲を後で確認するためです。重回帰などを使う場合も、データを増やすだけで原因の順位や開発期間の短縮が確定するわけではありません。Step3で比較とモデルの条件を確認します。
Step2：可視化——現場が「使う」ダッシュボードの設計原則
現場オペレーター向けと管理者向けは分ける
ダッシュボードは「誰が何を判断するために見るか」で設計が変わります。現場の対応と管理者の比較では必要な情報や時間幅が違うため、同じシステム内の表示切替も含めて用途を分けます。
ダッシュボードの設計：誰向けに何を見せるか
用途別の表示例。判断と対応が伝わるかを確認
画面を作る前に、現場オペレーターがどの情報から何を判断するかを確認します。色だけに頼らず状態名を示し、測定・更新時刻、異常時の対応者と連絡先を対応づけましょう。グラフも、変化の傾向を読む必要があるかで選びます。HSEの制御室設計ガイドも、表示と作業・応答の対応や、色以外の手掛かりを示しています。
「見てわかる」指標を選ぶ
ここでは3つの指標を例に、比較する対象と分母をそろえます。
- OEE（総合設備効率）：時間稼働率 × 性能稼働率 × 良品率。予定生産時間、稼働時間、品種ごとの理想サイクルタイム、生産数量と初回良品数の定義をそろえます。値だけで原因は確定せず、各要素と損失内訳から調べます。目標値は対象工程と損失構造に合わせて設定し、業界の数字をそのまま合否基準にしません。式の基本はOEEとは何かとVorneの計算定義を参照してください。
- サイクルタイム：繰り返す作業・設備の開始点と終了点を決めて測る時間です。「秒/サイクル」か「秒/個」かを明記し、多個取りや並列工程を同じ値のまま比較しません。設計値との差に加えて、品種や時間帯ごとのばらつきを調べます。
- 不良率（PPM）：ここでは「対象群の不適合品数 ÷ 同じ群の評価対象品数 × 1,000,000」と定義します。全数評価か抜取検査か、集計期間、判定基準を併記します。1個に複数の不良があっても、不適合品率ではその個体を重複して数えません。例えば検査した10,000個中20個が不適合なら、検査対象群の実測値は2,000ppmです。抜取結果をそのまま全生産の確定不良率にしません。Minitabの実測PPMの説明でも、標本中の不適合品と推定値を区別して読みます。
BIツールとMES標準画面の使い分け
MESの標準画面で必要な判断ができるかを先に確認し、追加の比較や集計が必要ならPower BIやTableauなどのBIツールも候補にします。対象製品が対応するODBC・APIなどの接続、利用許諾、保存先、閲覧・編集・出力権限、更新遅延、サーバー負荷を同じ条件で比較します。ヒストリアンからBIへ渡す構成が全案件に最適とは限りません。
例えばPower BIの更新は保存・接続モードやゲートウェイの要否に左右され、RLS（行単位のアクセス制限）も利用者のロールによって適用が異なります。Tableauも接続と抽出で更新動作が異なります。設計時点の製品版・契約・設定を確認し、実際の閲覧者で見える範囲と更新結果を検証します。
元のタグ・単位・時刻・品質情報と、変換・補間・除外の条件を分析用データまで追跡できるようにします。データの品質が悪い場合は、画面を変える前に取得・保存経路を確認します。
Step3：分析——「なぜ不良が出たか」をデータで追いかける
工程履歴と検査結果から原因候補を絞る
「不良が出た製品を、どの工程でどの条件で作ったか」を追います。製造時刻に加えて、必要な製品・ロットID、設備・工程、製造区間を対応づけます。並列生産、材料の滞留、分割・結合、再作業がある場合は、その履歴をたどれることを確認します。GS1 Global Traceability Standard 2.0（2017）も、識別対象と工程イベントの対応を扱っています。ここでの確認項目は実構成に合わせて選び、全案件へ同じキーを強制するものではありません。
検査時刻・製造時刻・サーバー受信時刻を混同せず、時刻の生成元、タイムゾーン、時計同期とずれの許容範囲を確認します。後から時刻を補正する場合は元値と補正方法を残します。欠測・重複・不確かな値をどう扱ったかも記録し、対応が不明なデータから原因を断定しません。
手順の例：
- 不適合品の製造区間を工程・設備・識別情報から特定し、検査結果との対応を確認する
- 対応する工程データを抽出し、原値・補間値・集計値の違い、欠測と時刻の品質を確認する
- 比較する良品群の品種・材料・設備・運転条件と測定基準をそろえ、違いを記録する
- 差異のあったパラメータを「疑い要因」として、他の要因や測定誤差も含めて仮説を立てる
散布図で関係を探せますが、品種や時間帯を混ぜると別の要因による差が現れることがあります。特定値を境に不適合が増えて見えても、直ちに工程条件や警報閾値を変えず、比較群と測定・集計条件を確認します。
「分析→仮説→実験→再分析」のサイクルを止めない
データ分析のサイクル
「分析して終わり」を「アクション」につなげる4ステップ
相関は因果関係の証明ではありません。NISTの実験設計の解説が示すように、別の要因が両者を動かす可能性もあります。工程の知識と記録を合わせて仮説を立て、実験する場合は許可された範囲で比較条件を設計します。
重回帰は、設定したモデルとデータの範囲で複数因子と応答の関係を推定する方法です。因子の単位・変動範囲、因子同士の連動、交互作用、測定誤差や欠測を確認し、係数が大きいだけで「最大の原因」としません。残差などによるモデル確認も行い、予測と実測の差や時間変化を調べます。対象範囲を外れた条件への外挿や、観察データだけからの因果効果の断定を避けます。
Step4：アクションに落とす——改善を現場に根付かせる
分析結果を「標準書の変更」「アラームの設定変更」に落とし込む
改善案を現場へ反映する前に、試験と本番変更を分けます。対象設備・製品、試験範囲、合否と中止条件、異常時の対応・旧条件へ戻す方法を関係部門と合意し、権限のある担当者が実施します。品質や安全への影響に応じて検証・承認を行い、分析画面の閲覧権限を製造条件の変更権限と同一にしません。
- 標準書（作業手順書）・レシピの変更：確認した条件と適用範囲を標準書へ反映します。MESにレシピ機能（製品ごとの工程条件を管理する機能）がある場合は、対応する設定版も管理します。例えば変更記録IDに「対象製品・設備」「変更理由」「標準書の旧新版」「レシピの旧新版」「検証・承認記録」「発効日時」「対象者・シフトの教育と理解確認」「復帰条件」「効果確認期間」を対応づけます。これは記録の項目例です。既存の作業標準書の改訂管理や社内様式を使い、旧版の誤使用を防ぎます。
- アラームの見直し：閾値だけでなく、異常の意味、優先度、対応者、必要な応答時間を確認します。アラームフラッドは、操作者が対応できる範囲を超えてアラームが多発する状態を指し、「頻発に慣れること」そのものの名称ではありません。単一の異常から関連警報が連続する場合や、繰り返し発報も調べます。
HSEのアラーム管理の説明では、通常時・異常時の発報と応答を評価し、優先度や処理方法を管理する考え方が示されています。不要な通知、繰り返し発報に対する不感帯・遅延、工程状態別の扱いを検討し、必要な警報を隠したり遅らせたりしないことを検証します。安全保護の設定を、生産性改善だけを理由に緩める操作には結びつけません。変更の影響に応じた承認、設定記録、周知を残します。
効果測定までがサイクル。「やりっぱなし改善」を防ぐ
不良率・サイクルタイム・OEEを改善前後で比較します。対象品種・設備・期間・母数・計算定義をそろえ、材料、勤務体制、他の設定変更、欠測など同時に変わった条件も記録します。期間を選んで差が表示されることと、その差が改善策の効果だと判断できることは別です。必要に応じて品種別の比較や対照群、時間推移を用い、ばらつきと品質・安全・保全への副作用も確認します。効果が不明ならデータや仮説を見直し、確認した結果を標準へ反映して次の課題へ進みます。
なお、MES関連の取り組みを組織として継続させるには、現場・IT・経営への社内調整も避けて通れません。MES導入の稟議を通す方法もあわせて参考にしてください。
まとめ
データ活用は、収集・可視化・分析から、承認した改善の実施・標準化・効果測定までをつなぐ取り組みです。まず一つの課題と判断対象を選び、必要なデータ品質と変更条件を確かめながらStep1〜4を回します。確認した結果と残る不確かさを記録し、次の判断に使える形で残しましょう。
MESそのものの概要・ERP連携・導入の落とし穴については、MESとは何かを参照してください。