LabHub

ブログ

産業用IoT (IIoT) 2026 完全ガイド - Siemens Insights Hub / AWS IoT / Azure Digital Twins / PTC ThingWorx / Litmus / Balena / Particle / GE Vernova 徹底解説

2026-05-16 · 29 分で読めます · #industrial-iot#iiot#siemens#aws-iot#azure-digital-twins#ptc-thingworx#litmus#balena#particle#opc-ua#mqtt#japanese

한국어English日本語

はじめに — 2026年5月、IIoTは「OT/IT融合フェーズ」に入った

2020年代初頭のIIoTは「センサーデータをクラウドに送る」というシンプルなスローガンに過ぎなかった。2026年5月現在、その物語ははるかに精緻になった。OT(Operational Technology、工場自動化) と IT(Information Technology、エンタープライズIT) の境界が溶け、予知保全(predictive maintenance)、デジタルツイン(digital twin)、エッジAI推論(edge AI) が同時に標準要件として扱われるようになった。

この記事はマーケティングスライドではない。2026年5月時点で実際に工場・発電所・物流倉庫に投入されているIIoTスタックを正直に整理する。SiemensがMindSphereをInsights Hubに改称した後の変化、2024年のGE分割後にGE Aerospace / Vernova / HealthCareに分かれたPredixの行方、2023年8月にGoogle Cloud IoTがサービス終了した空白に、Azure IoT OperationsとAWS IoT TwinMakerがどう入り込んだか、EdgeX Foundry / Eclipse Honoといったオープンソースがどこまで来たかを一緒に見ていく。

IIoTスタック — 7レイヤーに分解する

2026年の標準IIoTスタックは以下の7レイヤーに分かれる。

  1. 現場デバイス(field devices): センサー、PLC、モータ、インバータ
  2. エッジゲートウェイ(edge gateway): プロトコル変換、ローカルバッファリング、エッジ推論
  3. OTネットワーク(OT network): PROFINET、EtherCAT、EtherNet/IP、OPC UA、MQTT
  4. クラウドゲートウェイ(cloud gateway): MQTTブローカー、IoT Hub、メッセージキュー
  5. データプラットフォーム(data platform): 時系列DB、データレイク、デジタルツイン
  6. 解析 + AI(analytics + AI): 予知保全、品質検査、最適化
  7. アプリ + UI(apps + UI): SCADA、MES、ERP連携、AR作業指示

各レイヤー間のインターフェースが標準化されたことで、ベンダー混在スタックが一般化した。Siemens PLC + AWS IoT Core + Azure Digital Twins + PTC ThingWorxアプリのような組み合わせが普通に見られる。

Siemens Industrial Edge + Insights Hub — 「MindSphere」は消えて再編された

Siemensは2023年に自社のクラウドIoTプラットフォームMindSphereを Insights Hub に改称し、同時にエッジトラックを Industrial Edge、AIトラックを Industrial AI Suite として分離した。2026年5月現在のラインナップは以下の通り。

Insights HubのAPI呼び出しは次のようになる。

import requests

tenant = "mycompany"
token = "<oauth_token>"
asset_id = "asset-123"

resp = requests.get(
    f"https://gateway.eu1.mindsphere.io/api/iottimeseries/v3/timeseries/{asset_id}/Temperature",
    headers={"Authorization": f"Bearer {token}"},
    params={"from": "2026-05-15T00:00:00Z", "to": "2026-05-16T00:00:00Z"},
)
for point in resp.json():
    print(point["_time"], point["temperature"])

Industrial Edgeの強みは Siemens PLCとの深い統合 である。SIMATIC S7-1500/1200、そしてET 200SPなどの分散IOからのデータをOPC UAで標準化し、クラウドへ送る。弱点は ベンダーロックイン — Insights Hubは独自の時系列モデルを強制する。

GE Vernova / GE Digital Predix — 2024年GE分割後の風景

GEは2024年4月に GE Aerospace(航空機エンジン)、GE Vernova(電力/エネルギー)、GE HealthCare(医療)の3社に正式分割された。IIoT資産はほぼ GE Vernova に吸収された。

GE Vernovaは現在、発電所・ユーティリティに特化したIIoTベンダーとして位置付けられている。Predixが「産業のAndroid」と謳われた時代は終わった。一般製造領域では、Siemens Insights Hub、PTC ThingWorx、AWS/Azureがその座を奪った。

PTC ThingWorx + Vuforia + Kepware — 産業データプラットフォーム + AR

PTCは次の3軸でIIoTポートフォリオを構築する。

ThingWorxの強みは Kepwareと組み合わせて、ほぼすべての産業プロトコルを吸収する ことである。Modbus、PROFINET、EtherNet/IP、S7、Allen-Bradley、Honeywell Experion、DNP3まで単一ゲートウェイからOPC UAに統合する。

PTCは デジタルスレッド(digital thread) をPTC FlexPLM(製品ライフサイクル管理)と組み合わせて強調する。設計-製造-サービスのデータを一筋に繋ぐ図だ。

Hitachi Lumada — アジア圏IIoTの強者

Hitachi Lumadaは日本とアジア圏のIIoT市場で強力な存在感を持つ。2026年5月時点の構成は次の通り。

Hitachiは2023年のGlobalLogic買収でデジタルエンジニアリング能力を強化し、2025年にはHitachi Energyを中心にグリッド分野のIIoTを拡大している。新日鐵住金、JFE、川崎重工業のような日本大手製造会社が主要顧客だ。

Schneider EcoStruxure — エネルギー + ビル + 産業の統合プラットフォーム

Schneider Electricの EcoStruxure は、4ドメイン(Building、Data Center、Industry、Power)の上に3レイヤー(Connected Products、Edge Control、Apps/Analytics)を載せたIIoTプラットフォームだ。

AVEVA買収によりSchneiderは OSIsoft PI System(時系列データの事実上の標準)を自陣に取り込んだ。PI Systemは発電所、油田、鉱山で事実上の標準である。

ABB Ability + Honeywell Forge + Rockwell FactoryTalk

3ベンダーはそれぞれのDCS/SCADAライン上にクラウドIIoTトラックを載せている。

Rockwellは2023年のVerve Industrial Protection買収でOTサイバーセキュリティトラックを強化し、2024年にはClearpath Robotics買収でAMR(自律移動ロボット)領域まで拡張した。

Bosch IoT Hub + Bosch Phantom Edge — 自動車OEM出身のIIoT

Boschは自動車OEM部品サプライチェーンから出発したIIoTトラックを持つ。

Boschは Eclipse Foundation に自社IoTコードの相当部分をオープンソース化した。これがEclipse Hono(IoTメッセージプロトコルアダプタ)、Eclipse Ditto(デジタルツイン)、Eclipse Hawkbit(OTAアップデート)、Eclipse Kura(Java製エッジゲートウェイ)の出発点である。

AWS IoT Core / SiteWise / TwinMaker / Greengrass — ハイパースケーラ1番手

AWS IoTは次の5サービスで構成される。

SiteWiseの資産モデル定義は以下のようになる。

{
  "assetModelName": "TurbineModel",
  "assetModelProperties": [
    {
      "name": "Temperature",
      "dataType": "DOUBLE",
      "type": {
        "measurement": {}
      }
    },
    {
      "name": "AvgTemperature15min",
      "dataType": "DOUBLE",
      "type": {
        "metric": {
          "expression": "avg(temp)",
          "variables": [
            {"name": "temp", "value": {"propertyId": "Temperature"}}
          ],
          "window": {"tumbling": {"interval": "15m"}}
        }
      }
    }
  ]
}

AWS IoTの強みは AWSエコシステムとの統合 である。SiteWise → S3 → Athena/QuickSight、Greengrass → SageMaker Edge Manager(2024年に段階的終了、Greengrass ML Componentに置き換え)の流れがそのまま動作する。

Azure IoT Hub / Digital Twins / IoT Operations — 2024年新K8sベースのライン

Azure IoTの中核は次の通り。

IoT Operationsの登場は大きな変化だ。Kubernetes(Arcで管理) をエッジに展開し、その上に MQTTブローカ(EMQXベース)、OPC UA Connector、Data Processor、Akri(エッジデバイス発見)をコンテナとして配置する。

DTDLのデジタルツイン定義は次の通り。

{
  "@context": "dtmi:dtdl:context;3",
  "@id": "dtmi:com:example:Turbine;1",
  "@type": "Interface",
  "displayName": "Wind Turbine",
  "contents": [
    {
      "@type": "Property",
      "name": "model",
      "schema": "string"
    },
    {
      "@type": "Telemetry",
      "name": "rotationSpeed",
      "schema": "double"
    },
    {
      "@type": "Relationship",
      "name": "rel_has_blades",
      "target": "dtmi:com:example:Blade;1"
    }
  ]
}

Azureの差別化要素は DTDL標準 だ。ISO/IEC 30173にも影響を与えた仕様で、AAS(Asset Administration Shell)と並ぶデジタルツイン標準化の一軸である。

Google Cloud IoTは2023年8月にサービス終了 — その後の空白

Googleは2022年8月にGoogle Cloud IoT Coreのサービス終了を発表し、2023年8月16日に完全終了 した。既存ユーザはClearBlade、EMQX Cloud、HiveMQ Cloudへの移行を案内された。

2026年5月現在、Google CloudはIoTデバイスゲートウェイSaaSを直接提供していない。代わりに以下を推奨している。

GoogleがIoTデバイスゲートウェイ市場から撤退した結果、AWS IoTとAzure IoTの2強構図が強まった。ただし、GoogleのBigQuery + Vertex AIのデータ分析トラックは依然としてIIoT分析バックエンドとして頻繁に使われる。

EdgeX Foundry — LF Edgeのオープンエッジプラットフォーム

EdgeX Foundry はLF Edge傘下のオープンソースIoT/IIoTエッジプラットフォームだ。2017年にDellが寄贈したコードから出発し、2026年5月現在 Odessa(3.1)ラインが安定版である。

EdgeXの強みは ベンダーニュートラルなオープンソース である点だ。AWS Greengrass、Azure IoT Edgeが自社クラウドと結びつくのに対し、EdgeXはどこへでもデータを送れる。

Docker ComposeでEdgeXを立ち上げる流れは次のようになる。

git clone https://github.com/edgexfoundry/edgex-compose
cd edgex-compose/compose-builder
make run no-secty
curl http://localhost:59880/api/v3/ping
curl http://localhost:59881/api/v3/reading/all

LF Edgeには EdgeX 以外にも Akraino(通信事業者エッジ)、Project EVE(エッジ仮想化)、Fledge(産業データOS)などがある。

Eclipse Hono · Ditto · Hawkbit · Kura · Kapua

Eclipse FoundationにはIIoTの主要インフラがオープンソースとして整理されている。

Bosch IoT SuiteはHono + Ditto + Hawkbit上に独自SaaSを構築した商用トラックで、VMware TanzuのIoTトラック もEclipseスタックをベースにしている。

Apache PLC4X · StreamPipes · OpenEMS — Apache財団の産業トラック

Apache財団にもIIoTプロジェクトが育っている。

PLC4XによるModbus読み出しの例は次の通り。

PlcConnectionManager mgr = PlcConnectionManager.getDefault();
try (PlcConnection conn = mgr.getConnection("modbus-tcp:tcp://192.168.1.10:502")) {
    PlcReadRequest req = conn.readRequestBuilder()
        .addItem("temperature", "holding-register:100:UINT")
        .addItem("pressure", "holding-register:101:UINT")
        .build();
    PlcReadResponse resp = req.execute().get();
    System.out.println("temp=" + resp.getInteger("temperature"));
    System.out.println("pressure=" + resp.getInteger("pressure"));
}

PLC4Xは産業プロトコルに不慣れな開発者にとって最も優しいエントリポイントである。

OPC UA — IEC 62541、産業自動化の事実上の標準

OPC UA(Open Platform Communications Unified Architecture) はIEC 62541として標準化された産業自動化通信プロトコルである。2026年5月時点でOPC UAはIIoTの 共通言語 として定着した。

主な特徴は次の通り。

OPC UAのPythonクライアント(open62541またはasyncua)の例。

import asyncio
from asyncua import Client

async def main():
    url = "opc.tcp://192.168.1.20:4840"
    async with Client(url=url) as client:
        root = client.get_root_node()
        temp_node = await client.nodes.objects.get_child(["2:Plant", "2:Reactor1", "2:Temperature"])
        value = await temp_node.read_value()
        print(f"temperature={value} C")

asyncio.run(main())

OPC UA Pub/SubモードはMQTT 5.0上にOPC UAメッセージを載せる方式で、現場-クラウド間の主要通信規約 として定着した。

MQTT 5.0 + Sparkplug B — IIoTのメッセージレイヤー

MQTT はIoTメッセージプロトコルの最もシンプルな選択肢だ。MQTT 5.0(2019)はproperties、reason codes、shared subscriptions、request/responseを追加し、これで産業領域でも本格採用が進んだ。

Sparkplug B はEclipse Foundationの標準仕様で、MQTT上に産業メッセージの意味論を定義する。

Sparkplug Bは Inductive Automation Ignition、HiveMQ Sparkplug Edition、AWS IoT Sparkplug Adapter、Cirrus Link IoT Bridge などがサポートする。2026年5月時点でSparkplug B 3.0ラインが標準。

MQTT 5.0 + Sparkplug Bの送信コード(Python paho-mqtt + 自前ペイロード)の例。

import paho.mqtt.client as mqtt
import json
from datetime import datetime

client = mqtt.Client(client_id="edge-01", protocol=mqtt.MQTTv5)
client.username_pw_set("plant-user", "secret")
client.connect("broker.factory.local", 1883)

payload = {
    "timestamp": int(datetime.now().timestamp() * 1000),
    "metrics": [
        {"name": "Temperature", "value": 75.3, "type": "Double"},
        {"name": "Pressure", "value": 1.04, "type": "Double"},
    ],
    "seq": 42,
}
client.publish("spBv1.0/Plant1/DDATA/EdgeNode01/Reactor1", json.dumps(payload), qos=1)

実際のSparkplug BはProtobufエンコードを使うが、上記JSONは意味モデルを簡略化したものだ。

Modbus / PROFINET / EtherCAT / EtherNet/IP / DDS / LwM2M

OPC UAやMQTT以前から、そして現在でも併用されている産業プロトコルがある。

ゲートウェイは通常、Kepware、HMS Anybus、Moxa MGate、Red Lion、WAGO PFC といった製品でこれらのプロトコルをOPC UAやMQTTに変換する。

組込み + ゲートウェイハードウェア — Simatic IPC、Advantech、Beckhoff

産業現場に投入されるハードウェアは一般PCとは異なる。IP65/67防塵防水、-40〜+70°C動作、振動耐性、MTBF 100,000時間が基本だ。

5G + 産業用PCの組み合わせは2024年から本格的に産業現場に入り始めた。5G NR-Reduced Capability(RedCap)と5G Advanced(Release 18)は産業IoTの新しい回線オプションだ。

Balena · Particle.io · Golioth · Memfault — デバイス-クラウドSaaS

エンタープライズIIoTではなく、OEMデバイスメーカーに特化したSaaSもある。

Balenaフリートの作成とデバイス追加は次のようになる。

balena login
balena fleet create my-fleet --type raspberrypi4-64
balena os download raspberrypi4-64 -v default -o resin.img
balena os configure resin.img --fleet my-fleet
balena push my-fleet

Memfaultはファームウェアクラッシュレポートの事実上の標準になった。Zephyr、FreeRTOS、Linuxをすべてサポートし、ファームウェアアップデート + 起動ログ + メトリクスを一緒に見られる。

Litmus Edge · HiveMQ · EMQX — MQTTブローカ + 産業データOS

MQTTブローカはIIoTメッセージインフラの中心だ。

EMQXのクラスタ展開はKubernetesで次のように行う。

apiVersion: apps.emqx.io/v2beta1
kind: EMQX
metadata:
  name: emqx-cluster
spec:
  image: emqx/emqx:5.7.0
  coreTemplate:
    spec:
      replicas: 3
      resources:
        limits:
          cpu: "2"
          memory: 4Gi
  replicantTemplate:
    spec:
      replicas: 2
  listenersServiceTemplate:
    spec:
      type: LoadBalancer

Litmus Edgeは 産業データ標準化 という狭い席を占めて急成長した。Snowflakeの2024年買収試み(その後決裂)で話題になった会社だ。

NVIDIA Jetson + Metropolis + Omniverse — エッジAI + デジタルツイン

NVIDIAはIIoTの2軸両方に足を踏み入れている。

Omniverse + USDは2024年から 産業デジタルツインの標準化候補 として浮上した。Siemens NX、PTC Creo、Autodesk Inventorで作ったモデルをUSDで標準化し、Omniverseに統合する図だ。

Jetsonのエッジ推論は通常 NVIDIA TensorRT + DeepStream + Triton で構成される。ONNXモデルをTensorRTでコンパイルし、DeepStreamパイプライン(GStreamerベース)でビジョン推論を行う。

Intel OpenVINO + TinyML + Edge Impulse — 非NVIDIAエッジAI

NVIDIA以外のエッジAIトラックもある。

OpenVINOはIntel NUC + 産業用ビジョン検査でよく見られる。NVIDIA Jetsonほどのパフォーマンスはないが、CPU + iGPU + Movidius VPU の組み合わせで低消費電力 + 適度な性能を出す。

ISA-95 · IEC 62443 · NAMUR · OPC UA Companion Specs — 産業標準

IIoTは標準の上に成り立っている。

ISA-95はERP-MES-PLC統合プロジェクトでほぼ必ず引用される。2026年5月時点では AAS + DTDL + OPC UA の3軸がデジタルツイン標準の競合として並んでいる。

OTサイバーセキュリティ — Claroty · Dragos · Nozomi · Armis · TXOne

IIoTの普及にともない、OTサイバーセキュリティは独自の市場となった。2026年5月時点で5強構図だ。

IEC 62443はこれらのツールの整合性基準だ。SOC 2 + ISO 27001 + IEC 62443を重ねた認証がOTセキュリティRFPの標準要件となった。

OTセキュリティの中核は パッシブモニタリング だ。アクティブスキャンはPLCをダウンさせる恐れがあるため、ネットワークミラーポートからトラフィックを読み取り、資産/脆弱性を推定する方式が標準だ。

韓国IIoT — Posco、Hyundai、CJ大韓通運、LG CNS、Samsung SDS

韓国のIIoT生態系は次の軸で構成される。

LS ELECTRIC(旧LS産電)も、LG産電出身のPLC + HMI企業として韓国IIoTの重要な軸である。XGB PLCシリーズと自社SCADA(XGI Studio)を保有する。

日本のIIoT — Mitsubishi Connected Industries、Yokogawa、NTT Com

日本のIIoT生態系は次が際立っている。

日本はEDGECROSSという独自標準でOPC UAを補完しており、Qiita/Zennには2026年に入ってOPC UA、Sparkplug Bの日本語チュートリアルが急速に増加した。

導入ロードマップ — 0からIIoT本番まで

IIoTプロジェクトを最初に始めるとき、最も安全な順序は次の通り。

  1. データ取得 から。1台のPLCからOPC UAでデータを取り出す。1-2週間。
  2. 時系列DB に保存。AWS Timestream、Azure Time Series Insights、InfluxDB、TimescaleDB。
  3. シンプルなダッシュボード。GrafanaまたはPower BI。ラインチャート + アラーム。
  4. エッジゲートウェイ。EdgeX、Eclipse Kura、AWS Greengrass、Azure IoT Edge。
  5. MQTTブローカ。HiveMQ/EMQXまたはマネージドIoT Hub。
  6. デジタルツイン。Azure Digital Twins、AWS IoT TwinMaker、Eclipse Ditto。
  7. AI/ML。最後。6ヶ月以上データが溜まってから予知保全モデルを学習。

7段階を全部一度に敷くと失敗する。1台のPLC + 1つのメトリクス + 1つのダッシュボード から始めて広げるのが定石である。

よくある質問 (FAQ)

Q1. MindSphereは消えたのですか?

A. 正確には改称された。2023年にSiemensがMindSphereをInsights Hubに改名し、同時にIndustrial Edge(エッジ)とIndustrial AI Suite(AI)にラインを分離した。既存のMindSphereユーザはInsights Hubへ移行された。

Q2. Google Cloud IoT Coreがサービス終了した理由は?

A. 2022年8月のGoogleの発表理由は「顧客のIoT要件は中核のクラウドデータ分析 + MLサービスで満たせる」だった。2023年8月16日に完全終了した。結果としてAWS IoTとAzure IoTの2強構図が強まった。

Q3. GE Predixはどこへ行きましたか?

A. 2024年GE分割後、PredixはGE Vernova(電力/エネルギー)傘下へ移管された。一般製造IIoT市場では、Siemens Insights Hub、PTC ThingWorx、AWS/Azureがその座を奪った。

Q4. OPC UAとMQTTのどちらを選ぶべきですか?

A. 両方使う。一般にOPC UAは現場(PLC↔ゲートウェイ)通信に、MQTTはゲートウェイ↔クラウド通信に使う。OPC UA Pub/SubモードはMQTT上にOPC UAメッセージを載せて両方を一度に使う方式だ。Sparkplug BはMQTT上の産業意味モデル標準。

Q5. Industrial Edge / Greengrass / Azure IoT Operations のどれが良いですか?

A. クラウドの選好による。AWS陣営ならGreengrass、Azure陣営ならIoT Operations(K8sベース)またはIoT Edge(クラシック)、Siemens環境ならIndustrial Edge。すべて自陣のクラウドと深く統合するが、データをEdgeXのような中立レイヤーで抽象化すればロックインを減らせる。

おわりに — 2026年5月、IIoTは「単一ベンダーで完結しない」領域

この記事の結論はシンプルだ。IIoTは単一ベンダーで完結しない。Siemens PLC + AWS IoT Core + Azure Digital Twins + PTC ThingWorxのような混在スタックが標準となり、標準化(OPC UA、MQTT、Sparkplug B、DTDL、AAS、ISA-95、IEC 62443)がその混在を可能にする。

最大の変化は エッジコンピューティングの本格化 だ。2024-2025年にNVIDIA Jetson、Azure IoT Operations(K8s)、AWS Greengrassのエッジトラックが同時に固まった。すべてのデータをクラウドに送る時代は終わり、エッジでML推論を行い結果だけ送る流れが標準となった。

ツール選定に時間をかけすぎないこと。「1台のPLC + OPC UA + 時系列DB + 1つのダッシュボード」 から始めれば80%は解決する。残りは優先順位 + セキュリティ要件の問題だ。

参考文献

コメント

まだコメントはありません。

ログインするとコメントできます