組態ソフトか自社開発か｜上位機ソフトの技術選定

選定で見落とされやすい4つの制約

技術比較は機能一覧の対決になりやすい——アラーム、トレンド、帳票、プロトコル。これらの機能は組態でも自社開発でも実現できます。差はエンジニアリングの進め方です。後の保守と、設備に付けて出荷できるかを決めるのは、契約書や技術協議書で曖昧になりがちな次の4つです。

• 知的財産：組態エンジニアリングはベンダーのランタイムライセンスに依存し、ソース工程をそのプラットフォームから切り離して単独公開することは通常できない。自社開発のコードの著作権と納品形態は契約で書ける。装置メーカーが標準機にソフトを付けて出荷する場合、ここが「売れるか」を左右する
• 量産複製：同一機種を10台、50台と出すとき、組態は点数またはランタイムライセンスで工程を複製する。自社開発なら中核ロジックを設定で切り替えられる製品パッケージにし、画面を作り直すのではなく機種単位でライセンスできる
• 生産ライン設備との深い結合：監視画面は状態の読み取りと少量の設定書き込みが中心。工程アルゴリズム、レシピ切替、インターロック判定を PLC から上位機へ移す段階になると、組態のスクリプト能力はすぐに境界に当たる
• 稼働後に自分で改修する：ラインが工位を一つ変え、計器を一台足したとき、現場は自分で画面を直したい。組態の強みはまさにここにある。中核ロジックが暗号化工程や保守しにくいスクリプトに入っていると、現場のエンジニアは手が出せず、再発注になる

この4つに正誤はありません。納品の形と合うかどうかです。自動車の組立、家電の検査、食品の充填ラインの監視室と、標準機に付けて出荷する上位機では、同じ種類のソフトでも制約が異なります。

組態ソフトが向く条件

組態ソフトの強みは、監視系のエンジニアリングが既に済んでいることです。ドライバ、アラーム、トレンド、権限、冗長はすぐ使え、現場で画面を直す速度も速い。複数ブランドの組態を深く使いこなすこと自体が納品能力です——現場が既に持っているプラットフォームの上で続けられ、スタックの変更を強いません。

• 要件の中心が監視・操作・アラーム・トレンド・帳票で、工程判定は PLC に残す
• 現場が主流の組態を既に指定している、または中央監視室・ファシリティ監視がそのプラットフォームで動いている
• ライン改造のたびに画面が頻繁に変わり、工場のエンジニアが自分で直せることを望む。開発チームへ毎回戻したくない
• 案件が単一工場または単一線の監視エンジニアリングで、「設備に付けて量産出荷」が納品の形ではない
• 短い期間で監視画面とタグ表を立ち上げたい。検収で見るのは画面とアラームが使えるかどうか

自社開発 / .NET が向く条件

自社開発は「より上位の組態」ではありません。納品物が変わる、ということです。ソース、設定、インストーラを契約に従って装置メーカーや工場の所有にでき、中核アルゴリズムを製品として反復できます。C#/.NET、VB、LabVIEW をシーンで組み合わせるのは、試験台、標準機、ライン側クライアントが求めるリアルタイム性、画面、計測器インターフェースが同じではないからです。

• ソフトを標準機に付けて出荷し、知的財産は装置メーカーに残す。特定ベンダーのランタイムに縛られない
• 同一機種を複製納品する。中核ロジックは設定変更でコードを触らず、工程の作り直しではなく機種単位のライセンスにする
• 工程アルゴリズム、レシピ、インターロック、試験ステップを PLC から上位機へ移し、管理と制御を一体にする
• MES、トレーサビリティ、ビジョン、試験台の計測器と深くつなぐ必要があり、組態のスクリプトでは受けきれない
• 工場または装置メーカーにソフトチームがあり、後からロジックやモジュールを足すときにプラットフォームのライセンスとスクリプト能力に縛られたくない

対照表：観点、組態ソフト、自社開発上位機

「向く／向かない」を表にすると、選定会議で認識が揃いやすくなります。下表は機能の採点ではなく制約の対照です。同じ行の二つの経路はどちらも動きます。差はライセンスの形と、後から誰が直せるかです。

併用：組態で監視し、中核アルゴリズムを上位機へ移す

現場で多いのは二者択一ではなく層分けです。組態が監視画面、アラーム、トレンド、権限を担い、検証済みのドライバと冗長はそのまま使う。中核の工程アルゴリズム、レシピ切替、インターロック判定、MES やビジョンとのインターフェースは .NET の上位機またはサービスに置く。双方は OPC UA、中間データベース、メッセージチャネルでタグ値とイベントをやり取りします。

この分け方なら、監視側の画面変更は速いまま、製品側のアルゴリズムと知的財産は自分たちが制御できるコードに残ります。単一プロジェクトが数十画面から数千画面になるとき、監視画面は組態で展開し、判定を担う少数の画面やバックエンドサービスを自社開発で受けます。前提は、タグ表、イベント定義、権限モデルを双方が共有するインターフェース説明として先に書くことです。書かないと二つのソフトは別々にずれていきます。