中堅製造業(年商20〜500億円、本社工場+地方工場2〜3拠点)の生産技術部長・制御担当から「HMI画面がWindows XP時代のまま、PCごと交換できない」「PLCタグ管理が属人化、ベテラン制御エンジニアの退職で迷子のタグが増えている」「日報・月報がHMIから出力したCSVをExcelで手作業集計」という相談が続く。HMI/SCADAのモダナイゼーションは、IIoT・MOMへの基盤となる。本稿ではHMI/SCADA4製品を比較する。
HMIとSCADAの違い
- HMI(Human Machine Interface):単一マシン・単一ラインの操作画面。PLCに直接つながる。
- SCADA(Supervisory Control And Data Acquisition):複数HMI・複数PLCを統合監視する上位プラットフォーム。データ収集・履歴管理・アラーム・帳票機能を持つ。
中堅製造業ではHMIとSCADAを混在させて使うケースが多く、本稿は両者を横断的に扱う。
中堅製造業のHMI/SCADA刷新トリガー
想定読者
- 役職:生産技術部長 / 制御課長 / 工場長
- 規模:年商20〜500億円、国内2〜3工場、HMI/SCADAノード20〜200点
- 現状:Windows 7/XP時代のHMI、PLCタグ重複、帳票手作業集計
数値ペイン
- HMI老朽化PC:全体の30〜70%
- PLCタグ重複・迷子:500〜5,000件
- 帳票作成工数:月延べ100〜400時間
- アラーム履歴の活用:未対応 or 限定的
HMI/SCADA比較4製品 概要
| 製品 | 提供形態 | 課金モデル | 初期目安 | 中堅製造業への適合度 |
|---|---|---|---|---|
| AVEVA Wonderware(System Platform/InTouch) | オンプレ | ノード課金 | 500万〜5,000万円 | 中堅〜大手定番 |
| Inductive Automation Ignition | オンプレ/クラウド | サーバー無制限 | 200〜2,000万円 | 中堅向け新興・コスパ |
| ICONICS GENESIS64(三菱電機系) | オンプレ | ノード課金 | 300〜3,000万円 | 中堅、三菱PLC親和 |
| 横河 FAST/TOOLS | オンプレ | ノード課金 | 1,000万〜1億円 | プロセス産業・基幹級 |
1. AVEVA Wonderware(System Platform / InTouch)
特徴
- グローバルHMI/SCADA最大手の一角。InTouch(HMI)+ System Platform(SCADA)の統合スイート。
- 国内導入実績豊富、SIerサポート手厚い。
- バージョンアップが計画的で、長期運用に強い。
適合パターン
- 既存Wonderware利用中の継続利用
- 中堅〜大手製造業の標準HMI/SCADA
想定費用
- 初期:500万〜5,000万円(ノード数依存)
- 保守:年20〜30%
2. Inductive Automation Ignition
特徴
- 米国発の新興HMI/SCADA。サーバー単位の無制限ライセンス(タグ・クライアント数無制限)でコスト破壊。
- Webベースで、ブラウザのみで操作可能。Modern UIが評価高い。
- MQTT対応、IIoT・クラウド連携が標準実装。
適合パターン
- 大量タグ・大量クライアント(コスパ重視)
- IIoT・クラウド統合を視野
想定費用
- 初期:200〜2,000万円(サーバー数依存)
- 保守:年20%
3. ICONICS GENESIS64(三菱電機グループ)
特徴
- 米ICONICS(三菱電機買収)のSCADA。三菱電機PLC(MELSEC)との親和性が高い。
- HTML5ベースのモダンUI、3D可視化対応。
- 三菱電機e-F@ctoryエコシステムに統合される。
適合パターン
- 三菱電機PLC中心の工場
- e-F@ctory連携を視野
想定費用
- 初期:300〜3,000万円
- 保守:年20〜25%
4. 横河 FAST/TOOLS
特徴
- 横河電機の制御プラットフォーム。プロセス産業(化学・石油・電力)の基幹級SCADA。
- 大規模・高信頼性・冗長化に強い。
- 製品単独より横河DCS(CENTUM VP)と組合わせの提案が中心。
適合パターン
- 化学・石油化学・電力・水処理
- 24/365高可用性が必須
想定費用
- 初期:1,000万〜1億円
- 保守:年20〜25%
選定マトリクス:自社の前提から逆引き
| 前提条件 | 推奨候補 |
|---|---|
| 既存Wonderware継続・国内中堅標準 | AVEVA Wonderware |
| 大量タグ・コスパ・IIoT先行 | Ignition |
| 三菱電機PLC中心・e-F@ctory統合 | GENESIS64 |
| プロセス産業・基幹級高信頼性 | 横河 FAST/TOOLS |
ROI試算:中堅製造業の典型ケース
年商150億円・国内2工場・HMI/SCADAノード80点・現状Wonderware旧版の前提で、Ignition導入時の効果試算を示す。
| 項目 | 削減/向上 | 年間効果 |
|---|---|---|
| ノード課金 → サーバー無制限ライセンス転換 | 年間ライセンス | 約600万円 |
| 老朽HMI PC更新削減(仮想化・ブラウザ化) | 80台 × 5年更新 ÷ 5 = 年16台 × ¥30万 | 約480万円 |
| 帳票自動化(月200h削減) | 200h × 12ヶ月 × ¥3,500 | 約840万円 |
| アラーム分析→計画外停止削減 | 突発停止年▲10件 × ¥150万 | 約1,500万円 |
| 効果合計(年間) | 約3,420万円 |
導入時の落とし穴4つ
- OTセキュリティ要件の過小評価:HMI/SCADAは攻撃の入口になりやすい。IEC 62443準拠・ネットワーク分離・パッチ管理を導入時に設計。
- PLCタグの棚卸負荷:既存PLCのタグ数が数千〜数万に達するケース。命名規則統一・重複削除に3〜9ヶ月。
- 既存資産(PLC・センサー)との互換性:古いPLC(三菱A・QnA、オムロンSYSMACなど)とのドライバ互換性を契約前に確認。
- 教育・運用引き継ぎ:制御エンジニアが新HMI/SCADAに慣れるまで3〜6ヶ月。並行運用期間を確保。
FAQ
Q1. WonderwareとIgnitionでは思想が大きく違うか。
A. Wonderwareはノード課金・パッケージ志向、Ignitionはサーバー無制限・Web/IIoT志向。大量タグ・クライアント前提ならIgnitionが有利、既存資産活用ならWonderware。
Q2. 三菱電機PLC中心の工場ではGENESIS64一択か。
A. 親和性は最強だが、Wonderware・Ignitionも三菱PLCドライバを持つ。コスト・機能との総合比較推奨。
Q3. クラウドSCADAは現実的か。
A. データ収集・分析・レポートはクラウド可、リアルタイム制御はオンプレが現実解。ハイブリッドが推奨。
Q4. PLCをそのままで HMI/SCADAだけ刷新できるか。
A. 可能。ただしPLCドライバ互換性・タグ数・通信速度の検証が必要。
Q5. 補助金は使えるか。
A. ものづくり補助金、IT導入補助金、事業再構築補助金が対象になり得る。OTセキュリティ対策補助も該当する場合あり。
「老朽化HMI/SCADAの刷新タイミング、どの製品で進めるべきか相談したい」
中堅製造業(年商20〜500億)のSaaS選定を100件以上支援した経験から、貴社に合った進め方をご提案します。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
GXOでは、中堅製造業向けのHMI/SCADA選定支援、PLCタグ棚卸、OTセキュリティ設計、段階移行計画策定を提供しています。
追加の一次情報・確認観点
この記事の内容を社内で検討する場合は、一般論だけで判断せず、次の一次情報と自社データを照合してください。特に、稟議・RFP・ベンダー選定では「何を実装するか」よりも「どのリスクをどの水準まで下げるか」を先に決めると、見積もり比較のブレを抑えられます。
| 確認領域 | 参照先 | 自社で確認すること |
|---|---|---|
| 脆弱性・注意喚起 | IPA 情報セキュリティ | 対象製品、影響範囲、更新手順、社内展開状況を確認する |
| インシデント対応 | JPCERT/CC | 初動、封じ込め、復旧、対外連絡の役割分担を確認する |
| 管理策 | NIST Cybersecurity Framework | 識別、防御、検知、対応、復旧のどこが弱いかを確認する |
| DX推進 | IPA デジタル基盤センター | DX推進指標、IT人材、デジタル基盤の観点で現状を確認する |
| 個人情報 | 個人情報保護委員会 | 個人情報・委託先管理・利用目的・安全管理措置を確認する |
稟議・RFPで使う数値設計
投資判断では、導入前後で測れる指標を3から5個に絞ります。下表のように、現状値・目標値・測定方法・責任者をセットにしておくと、PoC後に本番化するかどうかを判断しやすくなります。
| 指標 | 現状確認 | 目標の置き方 | 失敗しやすい例 |
|---|---|---|---|
| 対象業務数 | 現状の対象業務を棚卸し | 初期は1から3業務に限定 | 対象を広げすぎて要件が固まらない |
| 月間処理件数 | 件数、担当者、例外率を確認 | 上位20%の高頻度業務から改善 | 件数が少ない業務を先に自動化する |
| 例外対応率 | 手戻り、確認待ち、属人判断を計測 | 例外の分類と承認ルールを定義 | 例外をAIやシステムだけで吸収しようとする |
| 復旧目標時間 | RTO/RPOを業務別に確認 | 重要業務から優先順位を設定 | 全システム同一水準で考える |
| 検知から初動までの時間 | ログ、通知、責任者を確認 | 初動30分以内など明確化 | 通知だけあり対応者が決まっていない |
よくある失敗と回避策
| 失敗パターン | 起きる理由 | 回避策 |
|---|---|---|
| 目的が曖昧なままツール選定に入る | 比較軸が価格や機能数に寄る | 経営課題、業務課題、測定KPIを先に固定する |
| 現場確認が不足する | 例外処理や非公式運用が見落とされる | 担当者ヒアリングと実データ確認を必ず行う |
| 運用責任者が決まっていない | 導入後の改善が止まる | 業務側とIT側の責任分界をRACIで定義する |
| バックアップが復旧できない | 取得だけで復元テストをしていない | 四半期ごとに復旧訓練を実施する |
GXOに相談する前に整理しておく情報
初回相談では、次の情報があると診断と提案の精度が上がります。すべて揃っていなくても問題ありませんが、分かる範囲で用意しておくと、概算費用・期間・体制の見立てを早く出せます。
- 対象業務の現行フロー、利用中システム、Excel・紙・チャット運用の一覧
- 月間件数、担当人数、手戻り件数、確認待ち時間などの概算
- 個人情報、機密情報、外部委託、権限管理に関する制約
- 希望開始時期、予算レンジ、社内承認者、決裁までの流れ
- 直近の障害・インシデント履歴、バックアップ方式、EDR/MDR/SOCの導入状況
GXOでは、現状整理、要件定義、RFP作成、ベンダー比較、PoC設計、本番移行計画まで一気通貫で支援できます。記事の内容を自社に当てはめたい場合は、まずは現在の課題と制約を共有してください。