データ収集ゲートウェイのアーキテクチャはどう組むか：設備信号から MES までの五層分担
データ収集ゲートウェイのアーキテクチャは通常五層に分かれます。信号取り込み層が設備と計装から生データを読み取り、プロトコル変換層が異なるプロトコルを内部の統一点位モデルに変換し、データ整形層が単位換算と異常値の処理を担い、バッファ層が断線時にデータをローカルに保持し、転送層が整理済みのデータを MES やエネルギー基盤、クラウドへ送ります。この五層の分担を設計段階で明確にしておくと、後のプロトコル改修や数値の不一致に起因する手戻りが大幅に減ります。
車間のデータはなぜ取りにくいのか
一つの車間には複数世代の設備が同時に存在します。新しい設備はイーサネット口と開放プロトコルを備え、古い設備はシリアル口しかなく、さらに古い設備はハード接点信号しか持たない。データ形式も更新周期も点位の命名規則も異なるため、その上にいきなり帳票ソフトを載せても、口径のそろわない数字の山ができるだけです。
- 新しい設備：イーサネット口と OPC UA またはベンダー固有プロトコル。データは完備していますが、開放権限は一台ずつ確認が必要
- 古い設備：シリアルの Modbus や RS485 バス。収集は可能ですが、レジスタアドレスを一つずつ突き合わせる必要があります
- さらに古い設備：リレーと変換器のハード信号のみで、収集モジュールを追加してはじめてデータになります
- 現場計装：電力計・水量計・流量計がそれぞれ独立した通信規約を持ち、方案から漏れやすい部分です
データ収集ゲートウェイの役割は、これらのデータ源を一本のパイプラインに収め、上位システムがそのまま使えるデータに整理することです。
五層アーキテクチャの分担
実務ではゲートウェイを五層に分けて見ます。層ごとに障害の特徴も受入基準も異なるからです。
| 層 | 担う役割 | 障害が起きやすい位置 |
|---|---|---|
| 信号取り込み層 | シリアル・イーサネット・I/O モジュールの物理接続とポーリング制御 | 結線ミス、アドレス競合、ポーリング周期の過負荷 |
| プロトコル変換層 | Modbus、OPC UA、S7、MC などのフレームを統一点位モデルへ変換 | レジスタマッピングの誤り、バイトオーダーの不一致 |
| データ整形層 | 単位換算、レンジ標定、異常値の除外、点位命名の統一 | 標定係数の誤用、スパイク値の放置 |
| バッファ層 | 断線時にローカル保存し、回復後に順序どおり補送 | ディスク満杯、補送順序の混乱 |
| 転送層 | MES・エネルギー基盤・クラウドへの push と双方向の指令経路 | 上流インターフェース変更の追跡漏れ、重複送信 |
五層に分けて見ると、「収集できない」「数値が合わない」「断線で欠落する」という三つの典型的な不満を、それぞれ担当層に特定して対処でき、ぼんやりとした全面手戻りを避けられます。
プロトコル変換層：異なるフレームを一つの点位モデルへ
プロトコル変換は収集ゲートウェイの中でも工数の比重が高い層です。有効な進め方は、プロトコルが増えるたびにプログラムを書き直すのではなく、「収集」と「利用」を分離することです。変換層がすべてのフレームを内部点位モデルに統一し、上位は点位だけを相手にします。
- Modbus RTU/TCP：レジスタマップに基づき一点ずつ登録し、データ型・バイトオーダー・スケーリング係数を明記
- OPC UA：2008 年に公開され、後に IEC 62541 として規格化。設備側がアドレス空間を開放すればノードを直接閲覧・購読できます
- 西門子 S7・三菱 MC：PLC 局番とデバイスアドレスで登録し、複数台が同線を共有するときはポーリングの間隔に注意
- ベンダー固有プロトコル：フレーム実見本を基に逐次解析し、解析規則はコードに埋め込まず設定として持たせる
変換規則が設定化されていれば、同型機の追加は設定の複製とアドレス変更だけで済みます。規則がコードに散らばっていると、点位を広げるたびに開発案件になります。
断線時、データはどこへ行くのか
車間からサーバールームへの回線は一年中無停止ではあり得ません。スイッチの再起動、光ケーブル工事、無線の揺らぎが短時間の断線を生みます。この間のデータを欠落にするか補うかは、バッファ層の設計で決まります。
- 直近のデータはまずメモリキューに入れ、回復した瞬間にディスク書き込みを待たず補送を開始
- メモリ容量を超えた分は時間インデックス付きでディスクキューへ落とし、回復後に順序どおり補送
- バッファには容量上限と古いデータから捨てる規則を設け、長期断線でディスクが満杯にならないようにする
- 補送完了後は断点マークを記録し、「補送データ」と「実時書き込み」を後から区別できるようにする
断線補送の価値は「何件保存したか」ではなく、回復後に時間順どおり履歴庫へ戻り、通常時のデータと一本の連続曲線につながるかにあります。
転送層：上への給データ、下への指令
転送層が向き合うのは MES、エネルギー基盤、クラウドといった上流システムであり、事前に三点を取り決めておく必要があります。何を送るか、どの間隔で送るか、断線時にどうするかです。
| 取り決め項目 | 一般的なやり方 | 見落とされやすい点 |
|---|---|---|
| データ範囲 | 点位リストに基づいて送り、全ライブラリを一括送信しない | 上流が無関係な点位を受け取り、後から責任を問われる |
| 送信間隔 | 変化時送信に周期の保険を併せ、重要点位は頻度を上げる | 固定周期のみで、瞬間的なピークをすべて取り逃す |
| 断線時処理 | 上流回復後にゲートウェイが滞留分を補送 | 滞留量に上限がなく、回復の瞬間に上流を圧倒する |
生産指令が下位の設備へ届くときも同じ経路を使います。指令には権限と範囲の制限を設け、実行結果は記録として返送させ、「送るだけで受け取らない」片方向経路を避けます。
受入試験で一点ずつ確認する方法
収集システムの受入は「画面に数字が出る」だけでは足りず、データそのものに立ち戻って確認します。
- 全点位照合：点位表に沿って一点ずつ読み取り、現場計器の表示と一致して初めて合格
- 断線補送訓練：意図的に回線を切ってから復旧させ、補送データの完全性と順序を確認
- 長時間連続運転：連続数日運転し、静かな失敗とメモリリークの有無を点検
- データ保持とエクスポート：履歴データを約定期間保持し、上流が直接解析できる形式で書き出せること
この四項を終えて初めて収集層の引き渡しと言えます。停止のない画面のデモだけで署名すると、問題は三か月後にまとめて表面化しがちです。
立項前にそろえておきたい情報
着工前に次を整理しておくと、アーキテクチャも見積もりも正確になります。現行設備の制御装置型式と通信条件、接続したい計装リストと各規約、上流システムのデータ範囲と頻度の要求、車間ネットワークの条件と使える出口、断線時に許容するローカル保持期間です。これらを文書化してから実施側とアーキテクチャを議論すれば、議論は概念ではなく受入可能な条項になります。
上海橙軒智能は 2009 年から産業ソフトウェアと設備接続の分野で経験を積み、データ収集ゲートウェイソフト、プロトコル変換ライブラリ、監視プラットフォームの製品能力を有しています。日本語対応のブリッジ SE による方案相談の窓口もあり、設備条件と上流システムの要求に基づき、五層アーキテクチャの境界条項を一項ずつ一緒に確認できます。
まとめ
データ収集ゲートウェイの価値は設備を「つなぐ」という一つの動作にあるのではなく、信号取り込み、プロトコル変換、データ整形、断線バッファリング、上位転送という五層がそれぞれ明確な役割と受入基準を持つことにあります。設計段階で五層の境界を書き定め、変換規則を設定として持たせ、断線補送訓練を受入に組み込めば、機種追加・点位拡張・上流インターフェース変更のたびの手戻りは減り、車間のデータは MES とエネルギー管理が信頼できる土台になります。
方案のご相談を予約する
車間のデータ収集やゲートウェイ選定を検討中の場合は、現行設備の型式、通信プロトコル、上流システムへの要求をお知らせください。実際の条件に合わせて、五層アーキテクチャの機能境界と受入チェックリストをご提案します。
お問い合わせ