「PLCで全部できるんじゃないの？」という疑問から始まる

たとえば、設備のシステム構成を考えるときに、こんな疑問が浮かぶかもしれません。

「PLCがあれば設備は動くのに、SCADAやヒストリアンは何のために使うの？」

PLCには、制御だけでなく画面表示やデータ保存を備える製品もあります。それでも「設備を動かす」「複数設備を監視する」「履歴を分析する」では、必要な応答時間、保存容量、運用の仕方が違います。製品名より先に、必要な仕事を分けて考えると構成を整理できます。

まず自動車の例で役割をつかみ、その後で機能と製品の境界を確認しましょう。

自動車に例えて役割を整理する

以下は理解のための例えです。実際の工場に、5種類の製品を別々に導入する必要があるという意味ではありません。

  • ERP（経営・計画の担当）：受注、在庫、会計などを扱い、いつまでに何を用意するかという業務上の計画につなげる。
  • MES（運転手）：計画や指示を受け、現場の状況を踏まえて作業の実行を管理し、実績や品質を記録する。
  • SCADA（計器パネルと操作窓口）：状態や警報を表示し、許可された操作を制御側へ伝える。
  • PLC（走行を制御する装置）：センサー入力とプログラムに基づき、設備の動作を制御する。
  • ヒストリアン（走行データの記録装置）：値や状態の変化を時刻とともに蓄積し、後から検索・比較できるようにする。

自動車の例で見る、工場システムの役割

役割の整理です。製品は機能を兼ねる場合があり、人の運用で担う部分もあります。

ERP：経営・計画

受注・在庫・会計を扱い、生産の業務計画につなげる

MES：運転手

計画や指示を受けて作業実行を管理し、実績を把握する

SCADA：計器・操作窓口

状態・警報を表示し、許可された操作を伝える

PLC：動作の制御

入力とプログラムに基づき、設備の動作を制御する

ヒストリアン：履歴の記録

値・状態・時刻を蓄積し、後から検索・比較する

たとえば小規模な工程では、人が作業指示を出し、PLCと画面の履歴機能を使う構成も検討できます。別々の製品をそろえることより、必要な機能を誰が担い、情報をどう受け渡すかが大切です。

ISA-95では「製品」より「機能の階層」を見る

ISA-95は、企業側の業務と製造側の活動の連携を整理する標準のシリーズです。ここではLevel 0〜4の機能階層を使います。5段の製品構成やネットワーク配線を指定する図ではありません。

次の図は、OPC Foundationの「OPC UA for ISA-95」v1.00の公開解説を参照して編集した概念図です。同資料はISA-95の2010年版Part 1・2を基礎としています。規格本文の図の転載や、最新規格の全要求の要約ではありません。

ISA-95の機能階層：Level 0〜4

公開解説を基にした概念図。1つの製品が複数の機能を担う場合があります。

Level 4：業務計画・物流

受注や生産・調達などの業務計画。ERPが担う機能の例。

Level 3：製造オペレーション管理

作業の実行管理、品質・保全・在庫に関わる活動。MESが担う機能の例。

Level 2：工程の監視・制御

工程を監視し、制御する機能。PLCやDCSによる制御を含む。

Level 1：検出・操作

センサーによる検出、アクチュエーターによる働きかけ。

Level 0：物理的な工程

加工、搬送、加熱など、実際に起きている工程。

SCADAやヒストリアンは、監視・制御・履歴提供などの機能ごとに対応を考えます。製品名だけで1階層へ固定しません。

一般に、設備の制御と業務計画では扱う時間の幅が異なります。ただし「PLCは必ず何ミリ秒、ERPは必ず月単位」といった性能の境界ではありません。画面の更新、信号の取得、保存、集計の周期も、それぞれ別に決めます。

機能階層と実装構成を分ける考え方は、ISAの公開解説「Beyond the Pyramid」でも説明されています。階層の詳細はOPC FoundationのISA-95解説 §4を参照してください。ISAの規格一覧にはPart 1の2025年版が掲載されていますが、本記事ではその規格本文を確認していません。適合判断では、採用する版と対象範囲の確認が必要です。

PLCの役割

PLCは、プログラムに基づいて設備を制御する装置です。センサー入力を受け、条件分岐、タイマー、カウンターなどを使って、モーターやシリンダーの動作指令を出します。

通常の制御と安全機能を分ける

通常制御のインターロックには、たとえば「前工程の搬送が完了するまで次の動作へ進まない」といった条件があります。一方、人を守る非常停止や安全扉の機能は、一般のPLCプログラムで条件を組むだけで成立すると考えてはいけません。

安全PLCや安全リレー、入力機器、駆動部などを含め、リスクに応じた構成・要求性能・検証を確認します。三菱電機の安全制御の解説には、標準制御と安全制御を扱うiQ-Rの構成例があります。これは、任意の一般PLCを安全機器として使えるという意味ではありません。

表示・通信・保存の範囲は製品ごとに確認する

PLCを「1台の設備しか扱えない」「必ずメモリが少ない」「HMIは必ず別筐体」と決めつけることはできません。たとえばUnitronicsのUniStream Built-inは、PLC・HMI・I/Oを一体化し、データ記録も備えた製品です。

一体型でも、必要な設備数、通信量、保存期間、故障時の復旧方法を満たすかは別の確認です。制御への負荷や保守の担当も含めて、PLC側で持つ機能と上位へ渡す機能を決めます。

SCADAの役割

SCADAは、監視制御とデータ収集を担うシステムです。設備の状態や警報をまとめて表示し、設定された権限のもとで操作を伝える用途があります。HMIは人と設備の表示・操作の接点で、個別設備のパネルにも、SCADAの画面にも使われる言葉です。

監視と操作を同じ権限にしない

状態を見る人と、運転条件を書き換える人を分けて考えます。たとえばIgnition 8.3のタグ権限には、読み取りと書き込みの権限を設定する仕組みがあります。

遠隔変更を設ける場合は、対象の機器・値、変更者の権限、設備の運転状態、現場側の確認、変更の影響と復帰方法を事前に決めます。変更前後の値と結果も残します。画面から操作できることだけでは、安全に変更できる条件が整ったとはいえません。

保存期間は「SCADAだから短い」とは限らない

保存機能を持つ製品や、外部のデータベース・ヒストリアンと連携する構成があります。Ignition 8.3のSQL Historianはその一例です。

保持できる期間は、保存先の容量、タグ数、取得・保存周期、削除設定、運用条件で変わります。「SCADAは数日〜数週間まで」と一律に区切らず、必要な期間のデータを取り出せるか確認します。同製品のHistory Providers解説でも、保存先と古いデータの削除設定が分かれています。

ヒストリアンの役割

ヒストリアンは、設備の値や状態を時系列で蓄積し、検索・比較に使うための仕組みです。SCADAに組み込まれる場合も、別の製品として連携する場合もあります。保存年数、扱える点数、記録周期、検索速度は、製品と構成に応じて確認します。

保存したデータと表示されたデータを区別する

ヒストリアンにも、取得周期、変化量による保存の省略、圧縮、集計、補間などの条件があります。「ヒストリアンに入れれば、すべての瞬間の値をそのまま残せる」とは限りません。

たとえばIgnition 8.3の履歴設定では、周期や値の変化に応じた保存方法、デッドバンド、補間の扱いを設定します。グラフ上の点が取得した原値なのか、補間・集計した値なのかを確かめる必要があります。

短い異常の検出に使うなら、その変化を取得し、保存し、取り出せる設定かを一連で確かめます。保存側の周期だけを細かくしても、機器から取得できていない変化を復元できるわけではありません。

前処理では、異常の証拠を消さない

単位変換や時刻の整理は必要ですが、値が大きく外れたという理由だけで削除すると、実際の異常まで失うおそれがあります。取得不良と工程の異常を分けて調べ、次の情報を対応づけて残す設計を勧めます。

  • 取得できた原値、信号の識別子、単位、品質コード。取得不能は正常なゼロ値などに置き換えず、欠測として区別する。
  • データ元の時刻と、収集側で記録した受信時刻。それぞれの時計や時刻の意味、時刻同期の条件。
  • 補正・換算・除外後の値と、その処理条件・版・理由。元の記録へ戻って確認できる対応。

OPC UAのDataValue §7.11では、値に加えて品質を示すStatusCode、SourceTimestamp、ServerTimestampを区別しています。ServerTimestampは、サーバーが値を受信した時刻、または値が正確だと把握した時刻を表すため、自分の収集システムの受信時刻と常に同じとは限りません。

複数のログを並べて出来事の前後が逆に見える場合は、設備ログの時刻ずれを整理する手順を参照してください。時刻を付けた機器と意味、タイムゾーン、時計のずれを整理し、原ログを残して比較する方法を確認できます。

単位をそろえても、センサーの精度や校正状態の違いまで解消するわけではありません。補正後の値だけで比較せず、計測条件も確認します。変換処理の置き場所は、機器、収集ソフト、ヒストリアン、分析側などから決められます。専用のETLツールやOPC UAブリッジを追加すること自体が必須条件ではありません。

MESとの境界線

MES（製造実行システム）は、製造オペレーション管理に関わる実行・実績・品質などを扱います。企業側の生産計画を受けて、現場の詳細な作業指示や進捗を管理する関係を考えると整理しやすくなります。

計画をどこで作るか、変更を誰が承認するかは、ERP、計画システム、MES、人の運用を含めて決めます。「MESだけが何を作るかを決め、ほかは命令を受けるだけ」と固定する必要はありません。

システム 代表的な役割 連携を決める際の確認
PLC 設備の動作制御 入出力・応答・通常制御と安全機能の境界
SCADA 状態・警報の監視、操作 監視対象・操作権限・変更時の確認
ヒストリアン 時系列履歴の蓄積・検索 取得と保存の条件・品質・保持期間
MES 作業実行・実績・品質などの管理 指示の入力元・承認・製品と実績の対応
ERP 受注・在庫・会計などの業務管理 計画の受け渡し・業務データの責任範囲

設備履歴を製品の追跡に使う場合は、時刻だけでなく、製造指示、ロットやシリアル番号、工程などと対応づける設計が必要です。ヒストリアンに値があるだけでは「どの製品の条件か」は決まりません。改善へのつなげ方はMESデータ活用サイクルでも扱っています。

役割と確認条件を決めてから導入する

導入を考える際は、「停止原因を調べたい」「複数設備を監視したい」など、必要な判断から機能を整理します。そのうえで、既存機器で担える範囲、追加する機能、データの受け渡しと管理責任を決めます。

製品の区分だけで性能や保存期間を決めつけず、必要な応答、保持期間、操作権限、データ品質、復旧方法を具体的に確認することが、構成を選ぶ出発点です。