判定は「発生頻度」と「業務参照性」の2軸で足りる

あるデータをMESに持たせるかどうかは、次の2つの問いで機械的に決まります。

  1. そのデータは秒単位で発生し続けるか、それとも工程・指図の節目でしか発生しないか(発生頻度)
  2. そのデータを、作業を止める・進める・引き当てるといった業務判断に使うか(業務参照性)

業務判断に使い、かつ節目でしか発生しないデータ——製造指図、ロット、実績数、検査判定、作業者、設備割当——これがMESの本体です。逆に、秒単位で発生し、個々の値では業務判断に使わないデータ——温度・圧力・電流の連続波形——は、MESの外に置くのが原則です。

この2軸を交差させると、置き場所は4つに分かれます。

発生頻度と業務参照性の2軸によるデータ分類図 仕様・文書データ 図面、作業標準、レシピ、規格値、 CAD、教育資料 置き場所:PLM/文書管理 MESは「どの版を使ったか」の 版番号だけを実績に残す トランザクションデータ 製造指図、工程実績、ロット系譜、 検査判定、不適合、作業者、資材消費 置き場所:MES本体 ここだけがMESが正本を持つ領域。 他は参照または要約にとどめる 環境・補助データ 室温・湿度の常時ログ、電力量、 監視カメラ映像、機器の診断情報 置き場所:ヒストリアン/DWH MESは参照リンクだけを持ち、 実体はコピーしない 工程条件の時系列データ 炉温、圧力、トルク、電流の連続波形 置き場所:ヒストリアン MESが持つのは代表値のみ (最大/最小/平均/規格逸脱の有無) + 波形へのポインタ 発生頻度 低 ← → 高 業務参照性(作業を止める・進める判断に使うか) 低 → 高
データの2軸分類と、それぞれの置き場所。MESが第一の格納先になるのは右上の象限だけで、他の3象限はMESから参照する(またはMESが要約だけを持つ)設計にする。

「MESが正本を持つ」領域は思ったより狭い

上の図で色を変えている右上の象限だけが、MESが正本(マスタ)を持つ領域です。他の3象限では、MESは次のどちらかの立場に立ちます。

  • 参照する側:実体は別システムにあり、MESはIDやURLを実績に紐づけて残す
  • 要約だけを持つ側:連続値の全数ではなく、その工程で使われた代表値と、規格を外れたかどうかの判定結果だけを持つ

この区別を最初に文書化しないと、要件定義の各セッションで「これもMESに入れておきましょう」が積み上がります。ヒストリアンとの具体的な役割分担はヒストリアンとMESの役割分担で、文書・図面側の分担はMESとPLMの連携で個別に扱っています。

容量は「行数×年数×拠点数」で概算する

MESのデータ量は、センサ点数ではなくトランザクション行数で見積もります。実務では次の3つを掛け合わせるだけで、桁は外しません。

項目拾い方
1日あたりの工程通過数生産数 × 1製品あたりの記録対象工程数
1通過あたりの行数実績1行+検査n行+消費資材m行+イベント数行(実務上は5〜30行)
保持年数・拠点数規制と社内規程で決まる年数 × 展開拠点数

たとえば日産1万個、記録対象工程6、1通過あたり10行なら1日60万行、年間で約1.8億行になります。この規模なら、テーブル設計とアーカイブ方針を最初から入れておく必要があります。一方で日産300個・工程4なら年間400万行程度で、これは一般的なRDBで何年でも扱える範囲です。最初にこの概算を出しておくと、「性能を心配してデータを削る」という不要な議論を避けられます。

問題になるのはむしろ時系列側です。1点1秒サンプリングのタグを1,000点持つと年間で約315億レコードになり、これはMESのトランザクション表とは設計思想の異なるデータベースで扱うべき規模です。同じ器に入れようとした時点で設計が破綻します。

削るのではなく、置き場所を分ける

データが多すぎると感じたときの正しい対処は、削除ではなく分離です。実務では次の3段階に分けます。

  1. オンライン領域:直近3〜12か月。現場端末と日常の照会が参照する。性能要件が厳しい
  2. ニアライン領域:数年分。トレーサビリティ照会と分析が参照する。応答は数秒でよい
  3. アーカイブ領域:保持年限まで。監査・リコール時にのみ読み出す。可搬な標準形式で保存する

この3段階を要件定義の段階で決めておくと、製品選定時に「アーカイブ機能があるか」「アーカイブからの復元手順が文書化されているか」という具体的な質問ができます。MESの引き合いでこの質問をすると、製品ごとの成熟度の差がはっきり出ます。

よくある質問

MESのデータをそのままAIの学習に使えますか?

そのままでは使えないことが多い、というのが2026年時点の実情です。Rockwellの調査(17カ国1,560名、2026年7月公表)では、収集したデータを効果的に活用できていないと認識している企業が43%にのぼりました。原因の多くは欠損ではなく文脈の欠落です。センサ値があっても「その値がどの指図の、どの工程の、どの製品のものか」が結びついていないと、学習データとして成立しません。この結びつけこそがMESの役割であり、MESに全データを入れることではなく、MESの持つ文脈を時系列データに付与できる構造にすることが要点です。

画像や動画はMESに入れてよいですか?

実体は入れないでください。外観検査画像や作業動画はファイルストレージまたは専用基盤に置き、MESには「そのファイルのIDとハッシュ値」を実績に紐づけて残すのが標準的な設計です。MESのデータベースにバイナリを直接格納すると、バックアップ時間とバージョンアップ時の移行時間が跳ね上がります。ただし規制産業では、記録の完全性を示すためにハッシュ値と保存先の恒久性を担保する設計が別途必要になります。

既存システムのデータをMESに移行すべきですか?

原則として移行しません。過去データはそのまま旧システムまたは分析基盤に置き、MESには移行日以降のデータだけを入れるのが定石です。過去データの移行は工数が大きいうえ、旧システムの項目定義とMESのデータモデルが一致しないため、移行後に「昔のデータは意味が違う」という注意書きが必要になります。ただしリコール対応のために過去分の即時照会が必要な業種では、照会専用のビューを別に作るほうが安全です。