UNS — 産業デジタル化を推進する唯一の鍵
統合ネームスペース（UNS）
4分
これまでのすべての産業デジタル化プロジェクトが期待に届かなかったと言っても、決して的外れではありません。この分野でのビジネスモデルを成功させるには、「測定可能なプラスのROIの達成」、「スケール可能な水平展開のための標準化」、そして「全体統合型システムからモジュール型アプリへの移行」という3つの重要な要素が必要です。現実には、世界中のどの産業デジタル化プロジェクトも、これら3つの基準をすべて満たしてはいません。
製造業における技術進化は、長年にわたりブレイクスルーを待つプロセスでした。しかし、インダストリー4.0の登場以来、製造業界は焦燥感を募らせ、デジタル変革がすでに成熟し完全に成功した市場であることを証明しようと、さまざまな用語を作り出してきました。
その代償は、デジタル化について議論する際の、ユーザー側とベンダー側の双方のエンジニアの落胆した表情に最も顕著に現れています。私たちが試みてきた道（OPC UA、クラウドネイティブソリューション、OLAP、ローコード）は、いずれも産業現場では機能せず、成功に不可欠な3つの要素を満たすことはできませんでした。
しかし今、「UNS／統一ネームスペース（UNS）」という新たなキーワードが静かに注目を集めています。今回はこれまでの流行語とは異なり、私たちが長年夢見てきた、あの達成困難な「不可能の三角形」を実現する鍵になるかもしれません。
単一の統一ネームスペース（UNS）プラットフォーム
UMHのJeremy氏は、UNSの技術アーキテクチャについて詳細な定義を最初に提示した一人です。彼は、UNSを実装するためのベストプラクティスを示す構成図を作成しました。
出典：UMH Blog - 統一ネームスペース（UNS）を企業アーキテクチャに統合する
本質的に、統一ネームスペース（UNS）は、さまざまなプロトコルをMQTTメッセージに変換するデータパイプラインとして機能します。これらのメッセージはMQTTブローカーに送信され、各種アプリケーションによってリアルタイムに消費されると同時に、履歴分析のために最新のデータベースに蓄積されます。UNSアーキテクチャ上に構築されたアプリケーションは、本質的にイベント駆動型であり、設計において変更のないタグ値を繰り返しポーリングする必要がありません。システムを流れるデータには、停止、起動、注文などの重要なイベント情報が最初から含まれているため、デベロッパーはより少ない工数でより多くの成果を上げることができます。
具体的には、技術コンポーネントが細分化されているため、UNSスタック全体には多くの複雑なディテールが存在します。この複雑さの大部分は、データ転送の一貫性と整合性を確保することを目的としています。データ永続化やイシュートラッキングにおけるMQTTの制限を補うため、KafkaがMQTTと組み合わせて使用されます。さらに、Node-REDのスケーラビリティの限界から、UMHでは特定の標準産業プロトコルの変換にBenthosを採用しています。
しかし、UMHのサウスバウンド、ノースバウンド、および内部データのインターフェースフォーマットと処理方法は、すでに高度に標準化されています。UNSが今後どのように進化するかにかかわらず、MQTTと最新の時系列データベース技術をベースとした統合レイヤーおよびストレージレイヤーは、現在すでに確立されていると言えます。これは、他の産業用デジタル化技術スタックでは見られなかったレベルの標準化を示しています。
2つの自動化
Webアプリケーションをはじめとするモダンなアプリケーションは、通常、バックエンド（データおよびサービス）とフロントエンド（HMI、UI/UX）で構成されています。
産業用アプリケーションにおけるバックエンドのニーズは、一般的に次の2つのカテゴリーに分類されます。
ビジネスオートメーション（業務自動化）
これには、バッチ記録、シフト引継ぎ、点検などのアプリケーションが含まれます。これらのアプリは、低頻度のリレーショナルデータを処理・管理し、イベントやトランザクションが設計されたワークフロー通りに実行されるようにします。この領域では、人間が主なオペレーターとなります。
プロセスオートメーション（プロセス制御自動化）
これにはSCADA、APC、RTOなどのアプリケーションが含まれます。これらは高頻度の時系列データを分析し、時系列処理を用いて産業プロセスを最適化します。ここでは、オペレーターは人ではなく、アクチュエータやプログラムとなります。
これら2つのバックエンド自動化ニーズは、UNS（Unified Namespace）に基づくイベント駆動型アーキテクチャによって同時に解決できます。一般に、産業用アプリケーションは毎秒数十億件ものトランザクション（TPS）を必要とせず、フラッシュセールのような超高並列処理も発生しないため、MQTTを中心としたデータ配信システムによって、リレーショナルデータと時系列データの双方の要件を効果的に管理できます。
一方で、フロントエンドの要件は標準化はおろか、分類することすら困難です。Web技術の台頭により、産業用HMI（人・機械インターフェース）やHCI（人・コンピュータ相互作用）の柔軟性は飛躍的に向上しました。複雑なアイコン表示、過去のトレンド分析、動的レンダリング、Web3D、XRなどがすでに実用化されています。これは、月単位で進化を遂げるフロントエンド技術のエコシステムからも明らかです。
フロントエンドの観点から言えば、産業用アプリは多様性に富み、最大限の柔軟性を維持すべきです。あるいは、急速に進歩する技術トレンドやユーザー要件に迅速に適応できる産業用アプリであるべきです。これの実現は極めてシンプルであり、React、Vue、Node.jsなどの定評あるIT技術を活用するだけで十分です。しかし、具体的な技術選定は開発者に委ねられるべきであり、フロントエンドを画一的に定義することは、不要な制約を設けることに他なりません。
成功への3つの要素 = 1 + 2 + N
産業デジタル化を成功に導くための基本要素（ROI、標準化、モジュール型アプリ）に立ち返ってみましょう。
デジタル化プロジェクトのROIが不透明になるのは、産業デジタル化の適用範囲や境界線がいまだに曖昧だからです。多くの企業は、制御の最適化、サプライチェーン予測、あるいは既存のMES/ERPシステムの刷新といった困難な課題へのアプローチを躊躇するか、対応できずにいます。その代替として、ペーパーレス化やインスタントメッセージ、BIダッシュボードといった、極めて重要とは言えないソリューションを選択してしまいがちです。
デジタル化は、生産管理とビジネスオペレーションの双方を網羅し、これらの領域のあらゆる側面に浸透するものであるべきです。従来技術が規定していた枠組みにとらわれる必要はありません。
標準化とは、技術スタックにおける最大公約数を特定し、合意を形成することです。IIoTの領域において、この共通分母となるのが統一ネームスペース（UNS）です。MQTTは、過度な制限を設けることなく、産業プロトコルにユニバーサルなモデルとアドレッシング手法を提供します。このアプローチにより、OPC UAなどの規格に伴いがちなシステムの複雑化や保全の課題を回避できます。
i-flowより引用
必要な規格や機能はすべてOPC UAの仕様書から見つけ出すことができますが、難点はその仕様書が1,000ページを超えていることです。これほど膨大なドキュメントを複製し、他のエンジニアと共有することがどれほど困難であるかは容易に想像がつくでしょう。
モジュール型アプリにおける大きな課題は、デジタル化を支援するベンダー側から生じています。アプリ開発を簡素化しようとするあまり、産業用アプリケーション開発のための「ローコードという特効薬」を作り出そうと試みましたが、皮肉にもそれが複雑さと制限を生む結果となってしまいました。
例えば、Thingworxは「Thing Centric」のコンセプト、Meshupコンポーネント、ローコード開発環境を導入し、開発者がいつかこの「開発プラットフォーム」を受け入れるだろうと期待していました。しかし、彼らはシンプルな事実を見落としていました。C/C++と比較すれば、JAVA + JavaScriptですでに一種のローコード開発と言えるレベルなのです。開発者に既存のプログラミングフレームワークを放棄させるようなローコードプラットフォームを構築することは現実的ではありません。もし放棄してしまえば、彼らは「開発者」ではなく、単なる「Thingworxエンジニア」になってしまいます。
PTC公式フォーラムへのあるコメントが、こうしたベンダーの幻想を打ち砕いています。
優れた技術とは、アプリケーション開発者の創造的な視野を広げるものであるべきです。
統一ネームスペース（UNS）アーキテクチャに基づくプラットフォームに、産業用エンタープライズのライフサイクル全体を網羅する2つの自動化を組み合わせ、さらに制限のないアプリを追加すること。これこそが、デジタル化を成功に導くモデルです。
成功をもたらす第4の要素
ネットワーク効果は、インターネット時代における基本ロジックです。ソフトウェア分野においてこの効果を最も容易に引き出すアプローチが「オープンソース」です。UNSアーキテクチャに準拠するNode-RED、TDengine/Timescale、EMQX/HiveMQといったコンポーネントは、オープンソースを通じてすでに巨大なエンジニアおよび開発者コミュニティを形成しています。これらコミュニティの全体的な普及規模は、従来の商用ソフトウェア企業が数十年にわたり築き上げてきた顧客基盤を凌駕することもあります。コミュニティネットワーク内において、これらの技術コンポーネントは特定のベンダーに依存しない（ベンダーニュートラルな）性質を持つため、エンジニアもユーザーも安心して投資することができます。これこそが、Mindsphere、Predix、Thingworxといった大手プラットフォームが長年目指しながらも、実現を阻まれてきた領域です。
ユーザー企業の皆様には、社内システムにおいてUNSのオープンソースアーキテクチャ、および「1+2+N」アプリケーション開発フレームワークの導入を推奨いたします。このアプローチにより、業務の効率化、コスト削減、そしてビジネス目標の迅速な達成が可能になります。
エンジニアの皆様には、UNSをはじめとする産業向けオープンソースコミュニティへの参画を強く歓迎いたします。よりオープンな産業界の実現に向けて、皆様からの知見やフィードバックは極めて貴重です。私たちと共に、産業技術の未来を創り変えていきましょう。
