標準機に付ける上位機ソフトを製品化する｜OEM 向け標機ソフト
工作機械、産業ロボット、食品機械といった装備OEMが標準機を海外工場へ出荷するとき、機械本体は機種として複製できても、上位機ソフトが「この1台のためのプロジェクト」のまま残ることがあります。画面は動く、工程も走る。しかし次の1台でほぼ作り直しになり、輸出後の不具合では毎回出張が必要になる。コアロジックとアルゴリズムをPLC側から上位機側へ移し、管理と制御を一体にした標機ソフトとして出荷して初めて、量産納入のコストを抑え、知的財産を製品側に残し、機種単位のライセンスとして複製できるようになります。本稿では、なぜ製品化するのか、どこまでを標機ソフトの範囲にするのか、一次性のプロジェクトソフトとの違い、そして輸出時に先に固めるべき三点を整理します。
装備OEMが付属ソフトを製品化すべき理由
標準機の機械本体は図面と部品表で複製できます。ソフトが案件単位のままでは、出荷のたびに要件のやり直し、画面の作り直し、バージョンの分岐が起きます。工数は台数にほぼ比例し、現場で直した画面は機種の基線に戻りません。
より本質的なのは知的財産の置き場所です。工程のノウハウや判定アルゴリズムがPLCプロジェクトの中だけにあると、担当者の交代や委託先の入替えで知識が案件とともに散ります。コアロジックを上位機へ移し管理制御を一体にすると、ソフトは機種に紐づくライセンス対象になり、一次性の成果物ではなくなります。
- 量産納入で開発投入を平準化する：同一機種の複数台では、差は設定とライセンスに置き、画面を一から書き直さない
- 知的財産をソフトとともに残す：レシピ、インターロック、判定アルゴリズムを上位機側に置き、版管理とライセンス制御を効かせる
- 完成機の評価を付属画面に左右させない：出荷時HMIの操作の揃い方とアラームの読みやすさは、設備ブランドそのものに影響する
- アフターサービスを出荷台数に追従させる：海外へ売ったあとに故障のたびに出張する前提では回らない。リモート先行診断が必要になる
当社は装備OEM向けに、標準機型の付属上位機を複製可能な納入物として扱ってきました。コアロジックとアルゴリズムを上位機側へ移して管理制御を一体にし、機種単位でライセンスする、という進め方です。機械本体がすでに製品になっている装備メーカーほど、ソフト層も同じ型に揃えた方が、出荷ソフトを案件から製品へ移せます。
標機ソフトはどこまで見るか：HMI・レシピ・アラーム・リモート保守運用
標機ソフトは「操作画面を増やす」ことではありません。機種とともに複製でき、ライセンス単位で渡せる状態にするには、操作層、工程層、異常層、アフター層の四つを範囲に含めます。欠けた層は出荷時点では見えにくく、3台目や輸出先で表面化します。
- HMI：操作画面、権限、機種切替の入口。同一系列でトン数やステーション構成が違う場合は、設定切替で済ませ、工程を別々に持たない
- レシピ：工程パラメータ、インターロック条件、判定しきい値。機種差はレシピと設定表に書き、機種切替でコードを変えない
- アラーム：分級、履歴、復位アーカイブ。アフターサービスがリモートで開いたときに「何が起き、復帰したか」を追えるようにする。点滅画面だけを見る状態にしない
- リモート保守運用：リアルタイム、履歴、アラーム、監査、分析。アフターを現地訪問必須からリモート先行診断へ移し、訪問の要否をそのあとで判断する
一次性のプロジェクトソフトと標機製品ソフトの違い
次の表は調達時の確認用です。契約が「現場に合わせて一式作る」になっていると、画面の完成度が高くても次の1台はまた案件です。標機製品ソフトの検収では、同一機種の次の1台をどう複製するか、ライセンスをどう発行するか、版をどう回収するかを答えられる必要があります。
| 対照項目 | 一次性のプロジェクトソフト | 標機製品ソフト |
|---|---|---|
| 納入の形 | 契約ごとに現場向けへ作り、完了で終わる | 標準機種に付属し、複製して納入できる |
| ロジックの位置 | 工程とアルゴリズムは主にPLC側 | コアロジックとアルゴリズムを上位機へ移し、管理制御を一体にする |
| コストの形 | 台ごとに工数を見積り、台数が増えると投入がほぼ比例する | 一度開発し、量産出荷する。差は設定に置く |
| 知的財産 | 成果物が案件と委託先に散る | ソフトが製品とともに残り、機種単位でライセンスする |
| アフター | 画面修正は現地訪問が前提 | リモート診断、設定配布、版の遡及が可能 |
輸出前に固める三点：多言語、リモート保守運用、ライセンス
標準機が設備とともに国境を越えると、ソフトの不備は距離で増幅されます。言語が合わない、リモートで入れない、ライセンス条件が書けていない、いずれも「人を送る」案件に変わります。装備OEMは、輸出1台目の出荷前にこの三点を技術協議書へ落とします。
- 多言語：画面文言とアラーム文を外部化する。日本語市場では日本語を必須とし、中・英も切替対象に含めることが多い。語句と画面レイアウトを分けて保守し、言語ごとに別工程を持たない
- リモート保守運用：安全なリモート経路（3G/4G/Ethernetなど）と、リアルタイム／履歴／アラーム／監査の閲覧範囲を決める。先にリモートで切り分け、訪問の要否はその後で判断する
- ライセンス：機種単位・台単位で発行し、ソース一式を各現場へ渡さない。失効と版アップの経路を書き、海外代理店による無断複製を防ぐ
鋳造設備の多画面SCADAを付属して海外へ出した実践があります。欧州の鋳造設備メーカー向けに、鋳造ラインのローカライズSCADA（多画面）を設備に付随して海外工場で実施しました。日本語画面とリモート先行診断が揃って初めて、標準機は輸出品として成立します。要件の詰めは日本語でやり取りできるブリッジSEを窓口に置くと、仕様の解釈ずれを出荷前に潰せます。
まとめ
標機ソフトの製品化は、画面を華やかにすることではありません。コアロジックを上位機へ置き、納入を複製可能にし、ライセンスを機種に結びつけることです。HMI、レシピ、アラーム、リモート保守運用の四層が揃ってはじめて、輸出時の多言語、リモート経路、ライセンスに受け皿ができます。
ある標準機種を「1台1案件」から「機種ライセンスの製品」へ移そうとしているなら、現行の出荷画面、レシピ表、アフターの作業記録から着手できます。どの層がまだ案件納入のままかを先に切り分けます。