4層で比べる理由

工場のデータをAIに使える状態にするまでには、性質の違う4つの層があります。

  1. 収集:PLCや設備から、さまざまな産業プロトコルでデータを取り出す
  2. 文脈付与:データに「どの設備・ライン・ロットのものか」という意味と関係を付ける
  3. 保存・統合:長期に保存し、MES・ERPなど他のデータと結合して分析できるようにする
  4. AI接続:学習・推論・生成AIのエージェントにデータを渡す

製品の多くは1〜2層を得意とし、残りは他社製品やクラウドの汎用サービスと組み合わせる前提で作られています。「1製品ですべて」を前提に選ぶと、導入後に不足する層が見つかります。

6製品の比較表

以下は、調査コーパスで確認できた公表情報に基づく整理です。各層の評価は、その製品が主な役割として公表しているかどうかを示すもので、性能の優劣ではありません。

製品提供元得意な層公表されている特徴留意点
Manufacturing data solutions in Microsoft FabricMicrosoft文脈付与・保存・AI接続ISA-95の情報モデルでOT/ITデータを統合(2024年4月にプライベートプレビューで発表)。Factory Operations Agentが参照設備からの収集はエッジ側の製品が別途必要。提供状況は最新情報で確認
AWS IoT SiteWiseAWS収集・文脈付与設備データの収集と、設備の型・階層でのモデル化。Bedrockと組み合わせた保全アシスタントをデモ(2024年)MESとの結合、長期分析は他のサービスと組み合わせる
Manufacturing Data Engine(MDE)Google Cloud文脈付与・保存・AI接続OT/IT/ETデータの統合層。Geminiの品質・保全・計画エージェントを動かす構成を提示。MDE自体は追加課金なし(クラウド消費のみ)SI経由の販売が基本方針。エッジ接続はLitmusが開発したManufacturing Connect
Cognite Data FusionCognite(Schneider Electricが買収を発表)文脈付与・AI接続時系列・図面・文書を産業ナレッジグラフで結ぶ。Atlas AIでエージェント構築2026年6月の買収発表後、AVEVA CONNECTへの統合が計画中
AVEVA CONNECTAVEVA(Schneider Electric)保存・文脈付与・AI接続産業インテリジェンス基盤。Databricks(Delta Sharing)・Snowflakeとの連携、CONNECT Flows(旧Crosser)でストリーム分析Cognite・TwinThreadとの製品重複の整理が課題とする分析あり
Litmus Edge/UnifyLitmus Automation収集・文脈付与270超の産業プロトコルに対応するエッジ基盤(Google CloudのManufacturing Connectとして提供)。UNSやMCP Serverも掲げる。東京にオフィスクラウド側の保存・分析は他製品と組み合わせる
6製品について、収集、文脈付与、保存・統合、AI接続の4層のうち主な役割を色の濃さで示したマトリクス 収集文脈付与保存・統合AI接続 Microsoft Fabric AWS IoT SiteWise Google Cloud MDE Cognite Data Fusion AVEVA CONNECT Litmus Edge/Unify 淡色=他製品・汎用サービスとの組合せが前提
6製品の主な守備範囲(公表情報からの編集部の整理)。濃い色が主な役割。

組合せの典型パターン

製品は単独で使うより、次のような組合せで使われることが多くなります。

パターン構成の例向いている工場
A クラウド統合型エッジ収集(Litmusなど)+クラウドの製造データ基盤(Fabric、MDE、AWS)全社でクラウドの方針が決まっており、IT部門が主導できる
B ヒストリアン活用型既存ヒストリアン+AVEVA CONNECTやクラウドへの複製+分析基盤すでにPI Systemなどのヒストリアンが全工場にある
C コンテキスト重視型ヒストリアン・保全システム・図面+Cogniteなどのナレッジグラフプロセス産業で、設備・図面・保全記録のつながりが価値の中心
D UNS中心型エッジ収集+MQTTブローカー(HiveMQなど)でUNS+レイクハウス設備の種類が多く、複数のシステムが同じデータを購読したい

UNSの考え方はUnified Namespace(UNS)とは、レイクハウスの層設計は製造業のデータレイク・レイクハウスで扱っています。

選定時に確認する8項目

  1. 収集できるプロトコルと、自社の主要設備・PLCへの対応実績
  2. ISA-95などの標準モデルで文脈を付けられるか、自社固有の構造を追加できるか
  3. MESのロット・作業指示・品質判定とどう結合するか(標準のコネクタか、個別開発か)
  4. データを標準形式(Parquet、Delta、OPC UAの情報モデルなど)で取り出せるか
  5. 回線障害時にエッジ側でデータを保持できるか
  6. 日本での販売・導入・サポート体制
  7. 料金体系(容量課金か、タグ数課金か、ノード課金か)と、ライン数を増やしたときの伸び方
  8. 製品ロードマップと、買収・統合の影響

よくある質問

1製品で全部揃える方が管理しやすいのではないですか?

運用の窓口は1つの方が楽ですが、1製品で全層を高い水準で満たすものは少なく、不足する層を無理に埋めると使いにくくなります。窓口を1つにしたい場合は、複数製品を束ねて保守するSIerやパートナーに運用を任せる方法があります。

中小規模の工場でも、これらの製品が必要ですか?

必須ではありません。これらは多拠点・大量データを想定した製品が中心です。中小規模では、稼働監視や実績収集の国内製品やSaaSから始め、データが増えてから基盤を拡張する方が現実的です。始め方は中小製造業の設備データの集め方を参照してください。

SiemensやRockwellのデータ基盤は比較に入らないのですか?

SiemensのInsights HubやRockwellのFactoryTalkなど、制御機器メーカーのデータ基盤も有力な選択肢です。本記事は調査コーパスで公表情報を確認できた範囲の6製品に絞りました。制御機器メーカーの製品は、自社の設備で同じメーカーのPLCが多い場合に、収集層の接続が容易になる利点があります。

この記事に出てくる用語

用語集(日・英・中)をすべて見る

この特集について

AIは「データ基盤」で決まる

PoCは成功したのに本番で止まる。原因の多くはモデルではなく、MESと設備データの側にある 全130本

  1. MESとAIの関係:ロット・作業指示・品質判定がAIの精度を決める理由
  2. 製造業AIが本番で止まる7つの理由:PoCは成功したのにラインに載らない構造
  3. 製造業のAI-OCR:紙の検査記録・点検表・ミルシートをデータ化する手順
  4. データ基盤の段階的導入ロードマップ:ユースケースから逆算する8ステップ
特集の記事をすべて見る →

この記事を書いた人

株式会社サオス

株式会社サオス 製造DX部

DELMIA Apriso を中核とした MES / 製造DX の導入・運用・人材育成と、製造業向けAIの調査・開発・教育を手がけるITコンサルティング企業。ISO 9001:2015 / ISO 27001:2022 認証取得。 日本・中国・米国で製造業のMES・データ基盤・AI導入を手がけた実務者が、欧米・中国の一次情報にあたって書いています。