違いは機能ではなく「主キー」にある
ヒストリアン（プロセスデータヒストリアン、時系列データベース）とMESは、しばしば同じ工程の同じ現象を記録します。それでも別々に存在するのは、データを取り出すときのキーが違うからです。
| ヒストリアン | MES | |
|---|---|---|
| 主キー | タグ名 ＋ 時刻 | 製造指図・ロット・工程 |
| 典型的な問い | 「3号炉の温度を、昨日14:00〜15:00で見せて」 | 「ロットL-20260824-017は、どの条件で作られたか」 |
| 得意な操作 | 圧縮・補間・長期の時系列検索 | 参照整合性を保った業務トランザクション |
| データの寿命 | 数年〜十数年。追記のみ | 保持年限まで。訂正には監査証跡が必要 |
| 1レコードの重み | 軽い（数バイト×膨大な件数） | 重い（関連が多く、業務ルールが効く） |
この表からわかるとおり、両者は競合しません。ヒストリアンは「いつ、何度だったか」を知っていますが、それが何のロットだったかを知りません。MESは逆です。この非対称が、そのまま連携設計になります。
MESがヒストリアンから受け取るのは3種類だけ
図の②で返ってくるものを、実務では次の3種類に限定します。これ以上を持ち込むと、MESが時系列データベースの真似ごとを始めることになります。
- 代表値：その工程・そのロットの期間における最大・最小・平均・積算。バッチ工程なら保持時間や昇温速度も含みます
- 逸脱イベント：規格範囲を外れた時刻・継続時間・逸脱幅。全数の値ではなく「外れた事実」だけを持ちます
- 波形へのポインタ：タグ名と時間窓の組。後から詳細を見たいときにヒストリアンを開くための鍵です
3番があるおかげで、MESは軽いままで、監査やリコール調査のときには元の波形まで遡れます。「MESに全部入れないとトレーサビリティが切れる」という懸念は、ポインタ設計で解消できます。
逆にMESが必ず自前で持つべきなのは、時間窓を確定する情報、つまり工程の開始・終了時刻とロットIDの対応です。ここが欠けると、ヒストリアンにいくらデータがあっても製品と結びつけられません。データ全体の切り分け方針はMESが持つべきデータと持つべきでないデータで整理しています。
時刻の整合がすべての前提になる
この設計は、MESとヒストリアンと設備の時刻が揃っていることを前提にしています。実務で最も多い不具合が、この時刻ずれです。
- 設備のPLCが時刻同期されておらず、数分ずれている
- サマータイムのある地域で、MESはUTC、ヒストリアンはローカル時刻で保存している
- ネットワーク遅延により、イベント発生時刻ではなく受信時刻が記録されている
対策は、NTPによる時刻同期の対象範囲を設計書に明記すること、保存はUTCに統一し表示側で変換すること、そしてイベントには「発生時刻」と「記録時刻」の両方を持たせることの3点です。規制産業では、この3点目が監査証跡の要件と直結します。
Unified Namespace が入ると分担はどう変わるか
2024年以降、ヒストリアンとMESのあいだに Unified Namespace（UNS）／Industrial DataOps の層を置く構成が広がっています。この層は、設備から来た生のタグに対して「どの拠点の、どのラインの、どの設備の、どの計測点か」という意味づけを与え、共通の名前空間として公開します。
- HighByte は Intelligence Hub v4.0（2024年10月9日発表）で、名前空間の設計・ガバナンス機能「Namespaces」と、名前空間横断のSmart Queryを製品化しました。同社が引用する IoT Analytics の数字では、産業コネクティビティ市場のうち DataOps 領域が最速成長（CAGR 49%）とされています
- Siemens は2026年6月4日、HighByte Intelligence Hub を Industrial Edge Marketplace で提供開始しました
- Rockwell は2026年6月18日発表の FactoryTalk ResilientEdge で「共有された生産モデル」を掲げ、同様の思想を製品側に内蔵しています
- Critical Manufacturing は、MES製品自体に Unified Namespace の MQTT ストリーミングを実装しています
UNSが入っても、ヒストリアンとMESの主キーの違いは消えません。変わるのは、両者をつなぐ配線が個別インターフェースの束から共通の名前空間経由になる点です。設備を1台入れ替えたときの影響範囲が、MES・ヒストリアン・分析基盤の3方向からUNSの1か所に減ります。UNSそのものの位置づけはUnified Namespaceの記事で詳しく扱っています。
よくある質問
ヒストリアンを使わず、MESだけで済ませることはできますか？
サンプリング周期と点数が小さければ可能です。目安として、収集タグ数×サンプリング頻度が1秒あたり数十レコードに収まり、保持年数が数年であれば、MESのデータベースで扱えます。逆に1点1秒で1,000点を持つと年間約315億レコードとなり、これは業務トランザクション用のデータベース設計では扱えません。判断の境目は「タグ数×頻度」であって、工場の規模ではありません。少品種でも高速サンプリングが必要な工程があれば、小規模工場でもヒストリアンが要ります。
クラウドのデータ基盤があれば、ヒストリアンは不要になりますか？
現場側の可用性が課題になります。ネットワークが切れているあいだも設備は動き続けるため、エッジ側でのバッファリングが必須です。市場データを見ても、MESの導入形態はオンプレミスが62.46%（Mordor Intelligence、2026年8月時点の2025年実績）で依然として多数派であり、クラウドとエッジの併用が現実解になっています。RockwellのResilientEdgeが「ネットワーク断でも操業継続」を明示しているのも同じ問題意識からです。クラウド基盤は長期分析とAI学習の受け皿として置き、現場直近の収集はエッジに残す構成が一般的です。
品質記録として提出を求められたとき、ヒストリアンのデータは証拠になりますか？
規制産業では、ヒストリアンが GxP 対象システムとしてバリデーションされているかどうかで扱いが変わります。EU GMP の Annex 11 改訂案（2025年7月7日公開、5ページから19ページに拡充）は監査証跡とアクセス管理を大幅に強化する構成になっており、「参考データ」として扱っていたヒストリアンが記録の一部として要求される場面は増える方向です。MESから波形へのポインタを持つ設計にしている場合、ポインタ先のヒストリアンも同じ管理水準に置く必要があるかを、早い段階で品質保証部門と確認してください。
