定義──全データが集まる「単一の階層的名前空間」

UNS（Unified Namespace）は、工場・企業内で発生するデータを、単一の階層的な名前空間（たとえば「企業／拠点／エリア／ライン／設備」というISA-95的な階層）に整理して発行し、必要とするあらゆるシステムがそこから購読するというアーキテクチャの考え方です。従来のシステム連携は、SCADAとMES、MESとERPというように1対1のインターフェースを積み重ねるため、システム数が増えると連携本数が爆発し、変更のたびに影響範囲の調査が必要でした。UNSはこれをハブ型・事象駆動型（publish/subscribe）に置き換えます。実装には軽量メッセージングのMQTTブローカーと、ペイロードや状態管理を定義するSparkplug B仕様が使われることが多いものの、UNS自体は特定製品でも標準規格でもなく、設計思想です。ここを混同すると「UNSを買う」という誤った調達に向かいます。

誤解されやすい点──MESを置き換えるものではない

「UNSがあればMESは要らない」という言説が一部にありますが、2026年時点の実務での位置づけは明確に否定的です。UNSはデータの流通と文脈づけを担いますが、作業指示・実績確定・ロット系譜・品質判定といった業務ロジックと記録の責任は持ちません。欧米ベンダーの実装も「UNSはMESの前段レイヤー」という整理で収束しており、たとえばCritical ManufacturingはMES製品自体にUnified Namespace向けMQTTストリーミングを実装し（2026年3月時点）、SiemensはUNS構築に使われるHighByte Intelligence Hubを自社エッジ基盤で提供する提携を2026年6月4日に発表しました。もう一つの注意点はガバナンスです。名前空間の階層設計と命名規則を決めずに各部門が自由にトピックを切ると、「統一名前空間」の名のもとに新たなサイロができます。UNSの価値は技術ではなく命名の統治にあります。

実務でこの用語が出てきたら確認すべきこと

  • 名前空間の設計主体──階層構造と命名規則を誰が決め、誰が変更を承認するのか。ここが決まっていない提案は絵に描いた餅です
  • データの文脈づけの場所──生の設備データに品目・ロット・工程の文脈を付与するのはどのレイヤーか（エッジのDataOpsツールか、MESか）
  • MESとの責任分界──UNS経由で流れるデータと、MESが記録として確定するデータの線引き。品質記録・規制対応の記録はUNSのメッセージでは代替できません

深く知る

UNSの構築に必要な製品は何ですか？

最小構成はMQTTブローカーと、設備データに文脈を付与するDataOps／エッジツールです。ただし製品より先に、名前空間の階層設計（ISA-95階層に沿うのが一般的）と命名規則の合意が必要です。

OPC UAとUNSは競合しますか？

競合しません。設備からのデータ取得にOPC UAを使い、集約・配信の名前空間にMQTTを使う組み合わせが一般的です。情報モデルの厳密さが必要な箇所はOPC UA、疎結合の配信はMQTTという使い分けです。