はじめに ― IT×OT分断が製造システムアーキテクチャを複雑化させる
製造業におけるデジタル化が進む中で、
IT（Information Technology）とOT（Operational Technology）の統合は避けて通れないテーマとなっています。
しかし、ITとOTを単純に接続するだけでは、
製造システムアーキテクチャとして整合性が取れるとは限りません。
多くの現場では、
- OT側は「制御の安定性」を最優先
- IT側は「データ活用と業務統合」を重視
という異なる価値軸で設計が進み、
結果として分断構造が生まれます。
本記事では、ITとOTを分断しない製造システムアーキテクチャの設計視点を、構造的に整理します
ITとOTの役割定義（製造システムアーキテクチャの前提）
OT（制御・現場技術）の役割
OTは設備を安全かつ安定的に稼働させることが使命です。
- PLCによる制御
- センサー・アクチュエータ管理
- インターロック、安全回路
- 異常検知と停止判断
OT設計では、「止めるべきときに止まる」ことが最優先です。
リアルタイム性と信頼性が重要になります。
IT（情報・業務システム）の役割
ITは情報を整理し、業務や経営に活用する役割を担います。
- データ蓄積・統合
- 生産計画との連携
- KPI管理
- 分析・可視化
- 横断的データ活用
ITでは整合性、履歴性、拡張性が重視されます。
なぜIT×OT分断が発生するのか（構造的要因）
① 設計思想の違い
OTは安定第一、ITは柔軟性第一。
この思想の違いが、レイヤー設計の曖昧さを生みます。
例えば、
- ITの都合でリアルタイム制御に負荷がかかる
- OT側がデータ定義を持たず、意味付けが上位依存になる
といった状態が発生します。
② 責任分界の曖昧さ
アーキテクチャ設計で最も重要なのは、
「どこで何を確定させるか」という責任分界です。
- 状態確定はPLCかSCADAか
- 実績確定はMESか上位か
- エラー分類はどのレイヤーで行うか
責任分界が不明確なまま接続だけを進めると、
システムは複雑化します。
③ データ粒度の不整合
OTデータはミリ秒単位で生成されますが、
IT側で必要なのは必ずしもその粒度ではありません。
- リアルタイム値
- イベント単位
- ロット単位
- シフト単位
粒度を整理せずに統合すると、
不要なデータ転送や処理負荷が増えます。
ITとOTを分断しないアーキテクチャ設計の基本原則
1) レイヤー構造を明確にする（製造業アーキテクチャ設計）
制御、監視、実行、計画、データ基盤のレイヤーを定義し、
それぞれの役割を固定します。
混在を避けることが最優先です。
2) データの責任分界を定義する（情報設計）
- 状態データはどこで生成・確定するか
- 実績はどのレイヤーで確定するか
- マスタはどこが正とするか
データの「正」が曖昧だと、
IT×OT統合は必ず破綻します。
3) 通信設計を“構造”として考える（PLC連携設計）
通信は単なる接続ではありません。
- 同期型か非同期型か
- イベント駆動かポーリングか
- バッファリング設計はあるか
通信設計はアーキテクチャの一部です。
4) 制御の独立性を守る（OT安定性確保）
IT要件が増えても、
制御系が不安定にならない構造を維持することが重要です。
- 制御ロジックと上位連携を分離する
- ネットワーク断でも制御継続可能にする
- 上位遅延が制御に影響しない設計にする
これがIT×OT統合の前提条件です。
IT×OT統合が製造DXを左右する理由
製造DXは「データが取れること」では成立しません。
- データが正しいレイヤーで定義され
- 意味が整理され
- 判断に使える形で流通し
- 現場にフィードバックされる
この循環が成立して初めて、
DXは運用に定着します。
ITとOTが分断されたままでは、
データは存在しても、活用にはつながりません。
製造システムアーキテクチャ設計チェックポイント
1) レイヤー設計
- 制御と情報が混在していないか
- 役割が明確か
2) データ定義
- 状態・イベント・実績の確定場所が定義されているか
3) 通信構造
- リアルタイム要件と業務要件が整理されているか
4) 責任分界
- ITとOTの境界が明確か
5) 拡張性
- 新設備追加時の接続ルールがあるか
おわりに ― 統合とは「混ぜること」ではない
ITとOTを統合するとは、
両者を混在させることではなく、
役割を保ったまま連携させる構造を設計することです。
製造システムアーキテクチャは、
接続数の多さではなく、
責任分界とレイヤー設計の明確さで評価されます。
本シリーズでは引き続き、
製造業におけるシステム構造の再考を進めていきます。
