--- title: "ソフトウェアPLCとは？ソフトPLCの仕組みとリアルタイム性・ハードPLCとの使い分け" url: "https://www.issoh.co.jp/tech/details/16802/" published: 2026-08-22 updated: 2026-08-22 categories: ["業務システム"] publisher: "株式会社一創" --- # ソフトウェアPLCとは？ソフトPLCの仕組みとリアルタイム性・ハードPLCとの使い分け ソフトウェアPLCは、専用のPLCハードウェアが担っていた制御ロジックの実行を、汎用の産業用PC上で動くソフトウェアに置き換える仕組みです。制御盤の中身が減り、上位システムとの連携が同じ機械の中で完結する一方、リアルタイム性はハードウェアではなくOSとBIOSの設定で決まるようになります。ここを理解せずに置き換えると、机上では十分な演算能力があるのに周期が守れない、という詰まり方をします。ランタイムが制御を回す構造、リアルタイム性を作る実行方式とジッタの出どころ、ハードPLCとの調達と保守の差、上位アプリとの統合経路、そして採用条件と見送るべき場面までを、置き換えを検討する立場から整理しました。 ## まとめ：ソフトPLCを採用できる条件とハードPLCを残す判断の分かれ目 先に結論を置きます。ソフトウェアPLCが有利になるのは、制御と同じ機械の上で重い処理を回したい構成です。画像処理、多軸の同期、モデルベースの演算、学習済みモデルによる推論。これらを別筐体へ出さずに済むため、装置間の通信と時刻同期が丸ごと不要になります。逆にハードPLCを残すべきは、単純な順序制御を10年以上そのまま回し続ける設備。演算能力は余っており、置き換えても得るものがありません。 判断を分ける軸は3つに絞れます。要求する制御周期とジッタの許容量、OS更新を含む保守を誰が引き受けるか、そして保全担当が現地で触れる範囲をどこまで残すか。ここで見落とされやすいのが2つ目です。ソフトPLCはOSの上に載る以上、OSのライフサイクルが設備の停止計画に直結します。装置としてのPLCの前提は[PLCとは？シーケンサの仕組みとスキャン方式・PLC制御の基本を実装目線で解説](https://www.issoh.co.jp/tech/details/16163/)で確認したうえで、実行基盤を移すかどうかを決めてください。 ## ソフトウェアPLCの定義と産業用PC上でPLC機能が動く仕組みの内訳 呼び方はソフトPLC、PCベース制御、IPC制御と揺れますが、指しているものは同じ。制御ロジックの実行主体がソフトウェアである構成を指します。 ### 制御ロジックをソフトウェアのランタイムが実行する構造と実行単位 中核はランタイムと呼ばれる実行エンジンです。開発環境で書いたプログラムをコンパイルし、ランタイムが周期的に呼び出す。この周期実行のタスクが、専用PLCでいうスキャンに相当します。違いは周期の決め方にあります。専用PLCのスキャンタイムはプログラム量と命令の実行時間で自然に決まりますが、ソフトPLCでは「1ミリ秒周期のタスク」のように設計者が数値で宣言し、その中に演算が収まるよう設計する形。周期内に終わらなければタスク超過として検出され、設定に応じて停止するか次周期へ持ち越されます。プログラム言語は専用PLCと同じ IEC 61131-3 第3版（2013年）に準拠し、ラダーもSTも使えます。記法そのものは[ラダー図の読み方と書き方｜PLCの接点・コイル・自己保持と保守しやすい回路設計](https://www.issoh.co.jp/tech/details/16800/)と変わりません。 ### 産業用PCと入出力ユニットをフィールドバスでつなぐ構成の考え方 実際のセンサーやアクチュエータは、PCの拡張スロットではなくフィールドバス経由の入出力ユニットにつながります。EtherCATやPROFINETといった産業用イーサネットで、産業用PCがマスタ、現場の入出力ユニットがスレーブという構成。制御周期ごとにマスタがフレームを回し、入力を集めて出力を配ります。つまり制御盤側の配線は専用PLCのときとほとんど変わらず、変わるのは頭脳の置き場所だけ。この構造には運用上の利点があります。入出力ユニットは各社の既存製品がそのまま使え、故障時の交換部品も現場の在庫を流用できる。置き換えの影響範囲を、CPUユニットとその周辺に閉じ込められます。 ### CODESYSやTwinCATなどランタイム製品の位置づけと選び分け ランタイムは装置メーカーが自作するものではなく、既製の製品を導入します。国内外で名前が挙がるのは CODESYS、Beckhoff の TwinCAT、ISaGRAF、オープンソースの OpenPLC あたり。CODESYS は2026年8月時点で V3.5 SP21系が現行で、Windows 上で動く Control Win SL、リアルタイム実行向けの Control RTE SL、Linux 向けの Control for Linux SL といった形で実行環境ごとに製品が分かれています。TwinCAT は 3.1 Build 4026系が現行。選び分けの基準は機能表の比較ではありません。第一に、使いたい入出力機器とフィールドバスに対応しているか。第二に、開発環境が既存の設計資産を取り込めるか。第三に、ライセンスがランタイム1本ごとの課金か、機能単位の追加課金かという費用構造。とくに三点目は、装置を量産して出荷する場合に台数ぶん効いてきます。 ## ソフトPLCのリアルタイム性を決める実行方式とジッタが出る原因 ソフトPLCで最初に確認すべきは処理速度ではなく、周期のばらつきをどう抑えているかという実行方式です。 ### RTOSを土台に置く方式とリアルタイム拡張を当てる方式の実際の差 方式は大きく2つ。ひとつは、リアルタイムOSを土台に置き、その上で制御タスクを動かす構成。もうひとつは、汎用OSにリアルタイム性を付与する拡張を組み合わせ、制御タスクだけを優先実行させる構成です。後者の代表格が Linux での PREEMPT\_RT で、2005年から開発が続いたのち2024年9月20日に本体へマージされ、Linux 6.12 でメインライン入りしました。対応アーキテクチャは x86、x86\_64、ARM64、RISC-V。それまで外部パッチを当てる必要があったものが、コンパイル時の設定を有効にするだけで構成できるようになった、という位置づけです。Windows 側では、カーネルモードで実行するリアルタイムランタイムが従来の主流でした。ただし TwinCAT 3.1 は Build 4026.21 以降、カーネルモード（KM）に加えてユーザーモードランタイム（UM）と両方導入する構成を選べるようになっています。理由として挙げられているのは、IT部門のセキュリティ要件によりHyper-Vの前提を満たさないWindows環境が増えたこと。制御の要件だけでなく、社内の端末管理ポリシーが実行方式を縛る段階に来ています。 ### CPUコアを制御用と汎用処理用へ分けるコア分離という設定の効果 マルチコアの産業用PCで広く使われるのが、コアを役割で分ける設計です。たとえば4コアのうち1コアを制御タスク専用として汎用OSのスケジューラから切り離し、残りをHMI描画やデータベース書き込みに割り当てる。切り離したコアには他のプロセスが割り込まないため、周期のばらつきが小さくなります。設計時に決めるのは3点。制御タスクに何コア割くか、そのコアで割り込みを受け付けるか、ハイパースレッディングを有効にするか。ハイパースレッディングは論理コアが物理コアを共有するため、制御コアの実行時間が同居する処理に引きずられます。制御用途では無効化する判断が採られやすいのは、このためです。 ### スキャン周期のばらつきを増やすBIOS設定と電源管理の確認手順 実行方式を正しく選んでも、周期が乱れることがあります。原因の多くはOSではなくファームウェアと電源管理の側。確認は次の順で進めると早いです。 1. 省電力機能を確認する。CPUの周波数を動的に下げる設定や、深い休止状態への遷移は復帰時間ぶんの遅延を生む 2. ファームウェア由来の割り込みを確認する。温度やファンの監視でOSより高い優先度の割り込みが入る設定があれば無効化を検討する 3. USB機器と外付けストレージを外して測り直す。ドライバの割り込みが制御コアへ届いていないか切り分ける 4. OSの更新プログラム適用時と適用前で、周期の分布を比較する 測るときは平均値ではなく最大値と分布を見ます。平均0.8ミリ秒でも、1万周期に1回だけ5ミリ秒に伸びるなら、装置は数時間に一度止まる計算。ランタイム製品には周期の実測値を記録する機能があるため、試運転の段階で長時間の記録を取り、最悪値を確認しておいてください。 ## ハードPLCとの比較で見る拡張性・保守・調達それぞれの実際の差 両者の比較は「ソフトが柔軟でハードが堅い」という抽象論に流れがちなので、判断に効く3つの面に絞ります。 ### 演算能力と拡張性の面でソフトPLCが有利になる処理の具体的な範囲 差が出るのは、順序制御そのものではなく順序制御に付随する処理です。カメラ画像から良否を判定して次工程の分岐を決める、複数軸の軌跡を演算しながら同期させる、学習済みモデルで異常の兆候を判定する。これらを専用PLCで組むと、専用ユニットの追加か外部機器との通信が必要になり、そのぶん遅延と同期の設計が増えます。ソフトPLCなら同じ機械のメモリ上で完結するため、通信そのものが消える。現場側で推論を回す構成の判断材料は[エッジAIとは？クラウドAIとの違い・仕組み・実装の判断基準を解説](https://www.issoh.co.jp/tech/details/13390/)にまとめています。また使える言語も広がり、制御は IEC 61131-3 の言語で書きつつ、画像処理や通信は同一環境から呼び出す外部ライブラリに任せる、という分担が組めます。 ### 長期供給と部品確保という調達の面でハードPLCが勝ち続ける理由 製造業の設備は10年から20年動きます。この時間軸では、専用PLCの供給体制が効いてきます。主要メーカーは生産終了後も一定年数の修理対応と後継機種への移行手順を公表しており、保守部品の入手経路が読める。対して産業用PCは、マザーボードのチップセットやメモリ規格の世代交代が数年単位で進みます。長期供給を掲げる産業用PC製品を選んだとしても、同一構成での調達可能期間は専用PLCより短いと見るのが現実的。ここで採る手は2つです。ひとつは予備機を1台まるごと確保し、設定済みの状態で保管しておくこと。もうひとつは、ハードウェア構成に依存しない形でプロジェクトと設定を保存し、別機種へ移せる状態を維持すること。後者は、ランタイムのライセンスが機器に紐づく形式かどうかで難易度が変わるため、導入時に契約条件を確認しておく必要があります。 ### 現場の保全担当が触れられる範囲とOS更新が年間保守計画へ足す作業 運用面で最も見落とされるのがこれです。専用PLCの保守は、電池交換、入出力ユニットの交換、プログラムの部分修正といった閉じた作業。一方ソフトPLCは、その下にOSという層が増えます。セキュリティ更新をいつ当てるか、当てた後に周期のばらつきが変わっていないか誰が確認するか、更新を止める場合はネットワーク側でどう隔離するか。この判断は現場の保全担当だけでは完結せず、情報システム部門との調整事項になります。年間の保守計画に「OS更新後の動作確認」という工程を明示的に組み込み、設備の停止枠を先に押さえておく。この段取りができない体制でソフトPLCを入れると、更新が放置されたPCが工場内に残り続けることになります。 ## 上位アプリや自社開発システムとソフトPLCをつなぐ統合の経路設計 ソフトPLCを選ぶ動機の多くは、実はリアルタイム性ではなく上位との連携のしやすさにあります。経路の選び分けを整理します。 ### 同一機内の共有メモリとOPC UAサーバ経由で渡す二経路の分界点 同じ機械の上で動くアプリケーションへ値を渡すなら、共有メモリやランタイムが提供する内部インタフェース経由が最短です。ネットワークを介さないため遅延が小さく、周期に近い頻度で値を読み出せる。ただし結合は強くなり、アプリ側の不具合が制御側の実行環境へ影響する経路も生まれます。もう一方が、ランタイムに内蔵されたOPC UAサーバを立て、標準プロトコルで外へ出す経路。通信のオーバーヘッドは増えますが、接続先が別サーバでも同じ形で読め、認証と暗号化も規格側の仕組みに乗ります。分界点は更新頻度と結合度で決まります。周期単位の値を扱う処理は同一機内で、秒単位以上でよい実績データや品質記録はOPC UA経由で外へ。PLCから上位へ値を集める経路そのものの設計は[PLCのデータ収集｜四方式の選び分けとタグ設計・欠測対策を実装目線で解説](https://www.issoh.co.jp/tech/details/16804/)で扱っています。プロセス制御側との役割分担は[DCSとは？分散制御システムの構成とPLC・SCADAとの違いを実装目線で解説](https://www.issoh.co.jp/tech/details/16167/)で整理しています。 ### 変数名で参照するシンボリックアクセスが改造と保守の場面で効く理由 専用PLCでは、上位からデータを取るときにデバイス番号を指定するのが一般的でした。この方式は、設備側でデバイスの割り付けを変えると上位の設定も直す必要があり、改造のたびに両側の担当者が突き合わせる作業が発生します。ソフトPLCのランタイムは変数名でのアクセスを標準で備えるため、上位側は名前で参照でき、番号の変更に引きずられません。設計で決めておくのは命名規則です。設備名、工程名、信号種別の順で構造化した名前を付け、上位へ公開する変数と内部専用の変数を明確に分ける。公開する変数の一覧を仕様書として先に固定してしまえば、制御側と上位側を並行して開発できます。 ## ソフトウェアPLCを採用する条件とハードPLCを残すべき場面の線引き ここまでの内容を、実際に決めるための条件へ落とします。 ### 採用条件は制御周期とジッタ許容量と保全体制の三点で機械的に決まる 採用してよいのは、次の3条件がすべて満たされるときです。第一に、要求する制御周期に対して、選んだ実行方式の実測ジッタが十分小さいこと。判定は仕様書の値ではなく、実機構成での長時間測定の最悪値で行います。第二に、制御と同じ機械上で回したい処理があること。画像、多軸同期、演算、推論のいずれかが該当すれば、置き換える意味が出ます。第三に、OS更新と予備機管理を含む保守を担当する体制が決まっていること。この3つ目が空欄のまま進む案件は、稼働後1年から2年で更新が滞ります。逆に言えば、3条件が揃うなら費用面での逆転も起こります。専用ユニットと外部機器を積み増す構成より、産業用PC1台とランタイムライセンスのほうが安く収まる場面は珍しくありません。 ### 採用を見送るべき構成と既存設備へ後付け導入する場合の実務的な制約 見送る判断が妥当なのは次の場合。マイクロ秒級の周期や、機能安全の認証が必要な回路をそこに載せる構成では、専用ハードウェアで実現するほうが確実です。安全関連の制御は独立させ、汎用OS上のタスクへ混ぜないでください。稼働中の設備へ後付けする場合はさらに制約が増えます。既存のフィールドバスがソフトPLC側のマスタ実装に対応しているか、既存プログラムの移植で命令の互換性がどこまで保たれるか、そして切り替え時に設備を何時間止められるか。移植は自動変換ツールがあっても全量は通らず、タイマの単位や特殊命令の挙動差を1本ずつ確認する作業が残ります。試算では、既存プログラムの規模が大きいほど移植工数が調達差益を上回りやすく、設備更新のタイミングまで待つほうが合理的な結論になりやすい。 ### 内製と外注の分担とソフトPLC案件で工数が積み上がる箇所の内訳 分担の線は引きやすい部分です。制御ロジックそのものと現地調整は、設備を理解している現場側か装置メーカーが担うのが自然。工数が読みにくく積み上がるのは、その周辺にあります。実行環境のチューニングと周期の実測、上位へ公開する変数の設計、OPC UAサーバの認証設定、そして上位アプリ側の受け口の開発。ここは制御の知識とサーバ側の知識の両方を要するため、社内で人が固定されがちな領域です。実績データを計画側へつなぐ全体像は[生産管理システムとは？機能・ERP／MESとの違いから種類・選び方と内製化の判断まで解説](https://www.issoh.co.jp/column/details/13633/)で確認できます。上位側の受け口や実績収集の仕組みを外に出す判断をするなら、[生産管理システム開発](https://www.issoh.co.jp/service/business%5Fsystem/production-management/)のように現場データの取り込みから設計する開発会社へ、公開変数の一覧と要求周期を持ち込むところから始めると話が早く進みます。 ## ソフトウェアPLCの費用・信頼性・既存設備からの移行に関する疑問 導入検討の場で実際に挙がる質問を、判断に必要な部分だけ答えます。 ### ソフトウェアPLCは専用PLCより安く済みますか？ 構成によって逆転します。単純な順序制御だけなら、小型の専用PLCのほうが総額は安い。産業用PC本体とランタイムのライセンス費が、専用PLCのCPUユニット1台より高くつく場面が多いためです。一方、画像処理装置や演算用の外部PCを別途立てる構成と比べるなら、それらを1台へ統合できるぶんソフトPLCが下回ります。比較するときは本体価格ではなく、必要な機能をすべて揃えた構成同士で並べてください。加えてライセンスの課金形態、量産出荷時の台数課金、保守サポート契約の年額を含めた総額で見る必要があります。 ### 汎用のWindows PCでもソフトPLCは動かせますか？ 動きはします。ただし実運用に耐えるかは別問題です。事務用PCは省電力機能とバックグラウンド処理が有効な状態が前提で、周期のばらつきが大きくなります。またファンや電源の耐久性、動作温度範囲、埃への耐性が工場環境を想定していません。検証や教育目的なら手元のPCで十分ですが、設備へ入れるなら産業用PCを選び、実行方式とBIOS設定を制御向けに構成したうえで長時間の周期測定を通してください。無償で試せるランタイムやオープンソースの実装もあるため、方式の理解と評価は先に机上で進められます。 ### 既存の専用PLCのプログラムはそのまま移せますか？ そのままは移りません。IEC 61131-3 に準拠していれば言語の骨格は共通ですが、メーカー固有の応用命令、デバイスの割り付け体系、タイマの計時単位、特殊リレーの扱いは各社で異なります。移植はプロジェクトの書き出しと取り込みで骨格を移したうえで、非対応の命令を1本ずつ置き換える作業になる。工数の見積もりは、命令数ではなく固有命令の使用箇所数で数えるのが実態に近いです。まず既存プログラムから固有命令を抽出して一覧化し、対応表を作る。この一覧ができた時点で、移植すべきか作り直すべきかの判断がつきます。 ### リアルタイム性はどの数値を見て判断すればよいですか？ 見るべきはタスクの起動間隔のばらつき、つまりジッタの最大値です。カタログの制御周期は「その周期でタスクを回せる」という意味であり、毎回きっかりその間隔で起動する保証とは異なります。判定手順は、実際に使う入出力構成と処理内容を載せた状態で数時間から数日の連続運転を行い、周期の最大値と分布を記録すること。そのうえで、設備側が許容できる遅れと突き合わせます。搬送や充填のように動作が連続する工程ほど、平均値ではなく最悪値が品質に直結します。 ### ソフトPLCとエッジコンピューティングは何が違いますか？ 層が違います。ソフトPLCは設備を直接動かす制御そのものをソフトウェアで実行する仕組みで、周期と応答が要求の中心。エッジコンピューティング側は、現場で集めたデータを近くで処理して上位へ渡す仕組みで、要求の中心は処理量と通信量の削減にあります。同じ産業用PCの上で両方を動かす構成は成立し、制御タスクを専用コアで回しつつ、余ったコアでデータ処理や推論を担わせる形が実務では採られます。混ぜてはいけないのは実行の優先度で、データ処理側が制御タスクの周期に影響しないよう、コアの割り当てと優先度を明示的に分けておく設計が必要となる前提条件です。 ## 関連記事 - [PLCとは？シーケンサの仕組みとスキャン方式・PLC制御の基本を実装目線で解説](https://www.issoh.co.jp/tech/details/16163/)：装置としてのPLCの構成と実行方式です。 - [ラダー図の読み方と書き方｜PLCの接点・コイル・自己保持と保守しやすい回路設計](https://www.issoh.co.jp/tech/details/16800/)：ソフトPLCでも共通する記法の基本です。 - [DCSとは？分散制御システムの構成とPLC・SCADAとの違いを実装目線で解説](https://www.issoh.co.jp/tech/details/16167/)：プロセス制御側との役割分担です。 - [エッジAIとは？クラウドAIとの違い・仕組み・実装の判断基準を解説](https://www.issoh.co.jp/tech/details/13390/)：現場側で推論を回すときの判断軸です。 - [生産管理システムとは？機能・ERP／MESとの違いから種類・選び方と内製化の判断まで解説](https://www.issoh.co.jp/column/details/13633/)：実績を計画側へつなぐ層の全体像です。 --- 出典: [ソフトウェアPLCとは？ソフトPLCの仕組みとリアルタイム性・ハードPLCとの使い分け]()（株式会社一創）