系統監視システム開発の発注/外注/依頼/委託方法について

系統監視システムの発注では、監視画面を作る費用だけでなく、既設設備との接続、遠隔制御の安全性、二重化、現地試験、長期保守までを要件と契約に含めることが成功の条件です。

この記事では、系統監視システムを発注・外注・委託する担当者に向けて、発注形態の選び方、RFPと要件の整理方法、契約形態、2026年時点の費用目安、委託先の選定、見積書の比較ポイントを順に解説します。電力会社や発電事業者だけでなく、工場、データセンター、再生可能エネルギー設備、蓄電池を運用する企業にも使える進め方です。

▼全体ガイドの記事
・系統監視システム開発の完全ガイド

系統監視システムを発注する前に知っておきたい全体像

電力設備を遠隔で監視する系統監視システムの全体像

系統監視システムは、発電所、変電所、送電線、配電設備などの状態を収集し、運用者が系統を把握して必要な操作を行うためのOTシステムです。SCADAを中核に、EMS、配電自動化、系統解析、保護・制御、設備保全の機能を組み合わせるため、一般的な業務システムよりも現場設備、通信、電気保安、サイバーセキュリティの調整が重要になります。

監視と制御をどこまで委託するかを分けます

最初に決めるのは「何を見たいか」だけではなく、「何を遠隔操作させるか」です。電圧、電流、有効電力、無効電力、周波数、遮断器や断路器の状態を収集して画面と履歴に残すだけなら、監視中心の構成になります。一方で、開閉器の操作、発電量の調整、事故区間の切り離し、蓄電池の充放電まで行う場合は、操作権限、インターロック、確認操作、誤操作防止、手動復旧を含む制御要件が必要です。監視と制御を一括で発注する場合でも、RFP上では機能と責任を分けて記載してください。

既設資産と新システムの境界を明確にします

系統監視の発注では、サーバーや画面だけを新しくしても完成しません。現場のRTU、PLC、IED、保護リレー、計測器、通信回線、ゲートウェイ、時刻同期装置、非常用電源までが連動するためです。既設機器を使い続けるのか、更新するのか、読み取り専用で接続するのか、制御信号まで渡すのかを設備ごとに一覧化します。メーカー混在や古いプロトコルがある場合は、提案依頼前にタグ一覧、通信仕様、単線結線図、現場写真、設定バックアップの有無を揃えると、見積の前提が揃いやすくなります。

系統監視システムの発注形態はどれを選ぶべきですか?

系統監視システムの発注形態を比較する担当者

発注形態は、メーカー一括、パッケージ導入を中心としたSI、複数社への分離発注、PoCからの段階発注の4つに分けて考えると整理しやすくなります。唯一の正解はなく、設備の重要度、既設機器のメーカー構成、社内に電気・制御・ITの担当者がいるか、将来の拡張性をどこまで求めるかで適した形が変わります。

メーカー一括発注は責任分界を減らしやすいです

メーカー一括発注は、SCADA、RTU、変電所設備、通信、現地工事、試験、保守を一つの主契約者にまとめる方法です。設備停止を伴う更新や、中央給電、複数変電所、配電自動化など、調整先が多い案件では、障害時の一次窓口を一本化しやすいことがメリットです。東芝は中央給電、給電・集中監視、変電所監視、配電自動化、遠方監視制御装置を一連の電力系統監視制御として紹介しており、こうしたメーカー系の一括提案は広域設備で比較対象になります(出典: 株式会社東芝「電力系統監視制御システム」、2026年確認)。

ただし、メーカー一括だから全範囲が自動的に含まれるとは限りません。現地の盤改造、光回線や無線回線、既設機器の設定変更、電源工事、夜間切替、訓練、予備品、脆弱性対応が別契約になる場合があります。提案書には「主契約者が直接責任を持つ範囲」「協力会社に再委託する範囲」「発注者が用意する範囲」を記載してもらい、責任分界表を契約書の添付資料にしてください。

パッケージ導入とSIは短納期と拡張性を比較します

パッケージ導入を中心としたSIは、HMI、アラーム、履歴、トレンド、帳票、冗長化などの標準機能を活用し、必要な接続や画面を追加開発する方法です。監視対象が一拠点から複数拠点へ増える予定がある場合や、既存の制御機器を残しながら上位監視を更新したい場合に向いています。三菱電機エンジニアリングは、GENESIS64を使った監視制御の構築支援や、電力監視でのアラーム表示、既存設備を活かしたセンサー情報の収集事例を公開しています(出典: 三菱電機エンジニアリング株式会社「SCADAエンジニアリング/見える化システム」、2026年確認)。

パッケージを選ぶときは、標準機能の多さだけで判断しないことが大切です。ライセンスの課金単位がタグ数なのかサーバー数なのか、開発環境と本番環境に別ライセンスが必要か、将来の点数追加がいくらか、設定データを発注者が取り出せるかを確認します。制御の中核はオンプレミスやエッジに置き、帳票や分析などをクラウドへ連携するハイブリッド構成も、可用性と拡張性を両立する選択肢になります。

分離発注と段階発注は発注者側の管理力が必要です

監視アプリ、通信ネットワーク、現場盤改造、クラウド分析、保守を別々に発注すると、専門会社を選びやすく、価格や標準仕様を比較しやすくなります。一方で、通信断がアプリの問題なのか回線の問題なのか、現場信号が欠けた責任は誰にあるのかを発注者が調整しなければなりません。発注者にプロジェクトマネージャーとOTの技術判断ができる体制がない場合は、統合SIerを置くか、第三者のPMOを活用してください。

初回から全拠点を更新するのではなく、通信とデータの棚卸し、読み取り専用の接続検証、一拠点のPoC、旧新並行運転、複数拠点への展開という段階発注も有効です。PoCの成功条件を「画面が表示できた」だけにせず、通信断からの復旧、時刻ずれ、異常値、アラームの同時多発、権限外操作、切戻しまで含めると、本開発での予想外の追加費用を抑えやすくなります。

RFPと要件整理は何を準備すればよいですか?

系統監視システムのRFPと要件を整理する場面

RFPは、機能の希望を並べる書類ではなく、複数社が同じ条件で提案・見積できる発注の基準書です。対象設備、現状の課題、期待する効果、納期、予算の考え方、提出物、評価方法を示したうえで、必須要件と提案余地を分けてください。系統監視システムでは、単線結線図やタグ一覧が不十分なままRFPを出すと、各社が異なる前提で見積を出すため、価格比較が成立しません。

RFPには対象設備・データ・運用を具体的に書きます

最低限、RFPには対象拠点と設備、監視点数と制御点数、収集周期、表示・履歴・帳票、アラームの分類、利用者と権限、稼働時間、許容停止時間、目標復旧時間、データ保存期間、既設機器と通信プロトコル、ネットワーク構成、現地作業の制約を記載します。制御を行う場合は、操作の承認手順、インターロック、同時操作の禁止条件、異常時の安全側動作、手動運転への切替条件を必須項目にします。

成果物も先に定義します。要件定義書、系統モデル、タグ一覧、画面一覧、アラーム一覧、ネットワーク設計、セキュリティ設計、バックアップ設計、試験仕様書、FAT記録、SAT記録、操作マニュアル、保守手順書、設定ファイル、ソースコードまたは移行に必要なデータが代表例です。特にタグ名、単位、スケール、品質フラグ、時刻、アラーム優先度のルールを納品対象にすると、担当者の経験に依存しにくくなります。

可用性・セキュリティ・現場作業を同じ要件に入れます

24時間365日動かす設備では、サーバー、ネットワーク、電源、通信経路の二重化をどこまで行うかを決めます。主系から待機系への切替時間、切替中に失われるデータ、切替後の履歴の整合性、バックアップサイトへの切替、復旧手順を数値で指定すると、提案内容を比べられます。RTOは復旧目標時間、RPOは復旧時点目標を表しますが、名称だけでなく「通信断が30分続いた場合」「制御サーバーが停止した場合」などのシナリオに落とし込んでください。

セキュリティは納品前の追加作業ではなく、発注条件に含める必要があります。2025年6月、資源エネルギー庁は電力制御システムのサプライチェーン・セキュリティ対策の手引きを公表し、サプライチェーン・リスク管理、セキュリティ仕様の確認、機器の適切な管理などの実施項目を整理しました(出典: 資源エネルギー庁「電力制御システムに関するサプライチェーン・セキュリティ対策の手引き」、2025年)。RFPでは、再委託先、遠隔保守の経路、アカウント管理、パッチ適用、脆弱性情報、ログ、インシデント報告、機器廃棄の手順まで回答を求めてください。

FAT・SATと切替条件を発注段階で決めます

FATは工場受入試験、SATは現地受入試験です。FATでは画面、アラーム、権限、通信模擬、冗長切替、データ保存を確認し、SATでは実機との信号、現地ネットワーク、操作手順、現場表示、設備停止時の復旧を確認します。試験項目を「正常に動くこと」だけにせず、通信断、異常値、時刻ずれ、サーバー故障、電源断、アラーム洪水、誤操作、権限外操作、旧システムとの不一致まで含めてください。

また、切替日を決めるだけでは不十分です。旧システムと新システムを何日並行運転するか、切替の責任者は誰か、どの条件で旧システムへ戻すか、切戻しに何時間かかるか、異常時に誰が現場へ出るかを合意します。現地作業には停電、入構、作業許可、保安担当者の立会い、夜間作業などの制約があるため、受託会社の工程表に反映させ、現地調査の回数も見積条件に含めてください。

契約形態と責任分界はどのように決めますか?

系統監視システムの契約と責任分界を確認する場面

系統監視システムでは、要件が固まっている部分と、調査しないと決められない部分が混在します。そのため、全工程を一つの契約で固定するより、要件定義・PoC・設計開発・導入保守の段階ごとに契約を分ける方法が実務に合うことがあります。契約形態は費用の支払い方だけでなく、仕様変更、成果物の受入れ、障害時の責任、知的財産、再委託、保守の範囲を決める仕組みです。

請負契約は成果物と受入基準を固定します

請負契約は、合意した成果物を完成させ、発注者が検査・受入れを行う契約です。系統監視の本開発では、設計書、設定済みシステム、画面、通信連携、試験記録、マニュアルなどを成果物として明記し、何を満たせば検収できるかを基準にします。納期、遅延時の扱い、瑕疵や契約不適合への対応、仕様変更の手続きも決めてください。

請負を採用しても、発注者が資料を提供しなかった場合、既設機器の仕様が異なった場合、設備停止が許可されなかった場合まで受託会社が無条件に負担するわけではありません。前提条件、発注者の協力事項、第三者機器の責任範囲、不可抗力、追加調査の費用を契約に分けて記載します。成果物の著作権や設定ファイルの利用権、契約終了時のデータ返却も、将来のベンダー変更に関わるため確認が必要です。

準委任契約は調査・PM・保守などに使います

準委任契約は、一定の業務を専門家として遂行することを委託する契約です。現状調査、要件定義、PoC、第三者機器との接続検証、PMO、運用改善、アラームチューニングなど、開始時点で成果物や仕様を完全に固定しにくい業務に向いています。作業時間や体制に対して支払う場合は、月次報告、作業範囲、担当者の役割、成果物の形式、品質確認の方法を定めてください。

要件定義を準委任で進め、その結果をもとに設計・開発を請負にする二段階契約は、系統監視のように既設設備の不確実性が高い案件で使いやすい形です。ただし、準委任だから品質責任が不要になるわけではありません。調査の観点、接続検証の対象、報告書に含めるリスクと対策、次工程へ進む判断基準を明確にし、発注者と受託会社が同じ完成イメージを持てるようにします。

保守契約は障害対応と改善を分けて記載します

保守契約では、24時間365日の監視、営業時間内の問い合わせ、障害の一次切り分け、現地駆け付け、部品交換、バックアップ復元、脆弱性対応、定期点検、バージョンアップ、アラームや系統モデルの変更を分けます。障害の重要度ごとに受付から暫定復旧、恒久対策までの目標時間を設定し、通信会社や機器メーカーを含むエスカレーション経路を示してください。

初期開発費が安くても、ライセンス更新、専用保守、予備機、遠隔保守回線、夜間対応が高いと、数年後の総額は大きくなります。契約前に、1年目だけでなく3年または5年のTCOを試算し、保守終了後の延長条件、第三者保守の可否、機器の製造終了時の移行支援を確認してください。日立や明電舎の公式情報でも、電力系統監視制御では広域運用、系統解析、主要装置の二重化などを含む高信頼な運用が説明されています(出典: 株式会社日立製作所「エネルギー:社会インフラITシステム」、株式会社明電舎「電力系統監視制御システム」、2026年確認)。

系統監視システムの費用相場と見積内訳

系統監視システムの費用と見積を確認する場面

系統監視システムの国内公開価格は少なく、設備点数、拠点数、制御範囲、冗長化、既設機器との接続、現地工事、試験、保守によって個別見積になります。以下の金額は、2026年時点で確認できるSCADA・監視制御システムの公開目安と、電力分野の近接調達情報をもとにした概算です。電力会社の広域系統SCADAにそのまま適用できる公式相場ではないため、予算の初期検討に使い、RFP発行後の提案見積で更新してください。

規模別の初期費用は2,000万円から5億円以上まで広がります

小規模で一拠点の監視中心、既設計測器を活用し、制御を限定する場合は、初期費用2,000万〜5,000万円、期間6〜12か月が目安です。複数設備や変電所を統合し、RTU・PLC連携、冗長化、操作、帳票、既存システム連携を含める中規模案件では、5,000万〜1.5億円、期間12〜24か月を見込みます。広域給電・配電SCADAで、多拠点、二重化、系統解析、データモデル、移行、総合試験、訓練まで含める場合は、1.5億〜5億円以上、期間24〜48か月になることがあります。

一気に本開発へ進まず、通信・データ棚卸し、接続検証、画面試作、セキュリティ評価を行うPoCなら、1フェーズ500万〜3,000万円、期間3〜9か月の予算帯で切り出せます。民間の2026年公開相場でも、SCADA・監視制御システムを2,000万〜1.5億円、平均6,000万円、納期32〜80週とする目安がありますが、電力系統特有の現地工事や保安試験を含むとは限りません(出典: Casually「システム開発の料金相場 2026年最新版」、2026年確認)。

見積は機器・連携・試験・保守を分けて比較します

見積書は、要件定義・系統モデル作成、基本設計・詳細設計、SCADAやEMSのライセンス、サーバー・ストレージ・ネットワーク、RTU・ゲートウェイ・計測機器、画面・アラーム設定、データ移行、現地工事、FAT・SAT・総合試験、セキュリティ、教育、保守に分けてもらいます。機器費だけを見て安い会社を選ぶと、現地調整や試験が別途になり、最終的な発注額が膨らむことがあります。

比率を初期検討の仮置きにするなら、機器・インフラ15〜30%、ソフトウェア・ライセンス15〜25%、連携・エンジニアリング30〜50%、試験・移行・教育10〜20%、セキュリティ・運用設計5〜15%程度に分けて考えられます。ただし、これは案件の実績統計ではなく、内訳を漏れなく洗い出すための管理上の目安です。各社に同じ内訳で提出してもらい、含む・含まない・数量未確定・別途の理由を記載させてください。

運用保守の近接事例と初期費用を混同しません

費用の妥当性を検討するときは、新規開発費と運用基盤費を分けて見ます。経済産業省の2025年の調達公示では、「電力市場監視システムデータセンター賃貸借及び運用・保守業務」の落札価格が2年度分で5,661万7,440円でした(出典: 政府公共調達データベース掲載の経済産業省公示、2025年)。これは新規の系統監視システム開発費ではなく、データセンター賃貸借と運用保守の近接事例です。初期構築の見積と直接比較せず、運用に毎年いくらかかるかを見る材料として扱ってください。

見積比較では、初期費用、年間保守費、ライセンス更新費、予備品、回線費、クラウド費、現地駆け付け費、脆弱性対応費、将来の点数追加費を合算した3年・5年の総額を作ります。安い見積が、24時間対応を含まない、現地試験を最小限にしている、冗長化をオプションにしている、データ移行や訓練を発注者作業にしている可能性もあります。差額の理由を説明できる見積ほど、契約後の追加請求を予測しやすくなります。

委託先の選定と見積比較で確認するポイント

系統監視システムの委託先と見積を比較する担当者

委託先は、知名度や提示価格だけでなく、類似設備を安全に稼働させた経験、既設機器への接続力、現地試験の体制、OTセキュリティ、長期保守、データと設定の可搬性で評価します。発注者側の保安担当、設備担当、情シス、調達、現場運用者を選定委員に入れ、技術と契約を同じ場で確認してください。

類似実績は設備・規模・役割まで確認します

「電力分野の実績があります」という回答だけでは比較できません。中央給電なのか、変電所監視なのか、工場の受配電監視なのか、再エネ・蓄電池のエネルギーマネジメントなのかを分け、対象拠点数、監視点数、制御点数、稼働年数、更新か新設か、受託会社の担当範囲を確認します。可能であれば、匿名化された画面、試験項目、障害対応の事例、保守体制、同じ担当者が継続するかを説明してもらいます。

委託先候補には、既設メーカーが混在する環境での接続実績、IEC 61850、CIM、各種RTUやPLCとの連携経験、通信プロトコルの解析力を質問します。標準化への対応力は、将来の設備追加とベンダー切替に影響します。日立は中央給電指令所や広域分散型電力系統監視制御、系統解析などのソリューションを公開し、明電舎は主要装置の二重化や汎用ハードウェア・ソフトウェアを特長として示しています。公式情報だけで採否を決めず、候補会社から案件規模に合った実績を提示してもらってください。

見積比較は価格・前提・除外項目を同じ表で確認します

見積比較表には、金額だけでなく、対象拠点、対象設備、点数、収集周期、冗長化、保守時間、試験範囲、現地作業日数、教育時間、納期、発注者の支給品、第三者費用、別途条件を並べます。A社が2,500万円、B社が4,000万円でも、A社が現地工事とSATを除外し、B社が含めているなら、単純にA社を選べません。除外項目を仮に追加した比較総額を作ることが大切です。

提案の評価点は、価格30点、要件適合25点、類似実績15点、試験・切替計画10点、保守・障害対応10点、セキュリティと将来拡張10点のように、案件に合わせて配分します。価格を最も重くしすぎると、運用の安全性や移行の確実性が見えにくくなります。評価者が気になった点を質問票にまとめ、回答を提案書の一部として残すと、契約後の認識違いを減らせます。

ベンダーロックインと再委託のリスクを確認します

発注時には、標準プロトコル、API、データモデル、設定ファイル、アラーム定義、系統モデル、ログ、バックアップをどの形式で発注者へ渡すかを決めます。契約終了時にデータを返却できるか、他社が保守できるか、ライセンスを移管できるか、追加点数の単価が公開されているかも確認します。メーカー独自仕様が必要な場合でも、独自部分と標準部分を分離し、将来の切替に必要な資料を納品対象にしてください。

再委託は、現場工事会社、通信会社、クラウド事業者、海外製品のサポート会社などが関わる可能性があります。再委託先の一覧、担当範囲、アクセス権、秘密保持、脆弱性対応、事故時の報告、契約終了時の情報削除を確認します。2025年の資源エネルギー庁手引きがサプライチェーン・リスク管理を重視していることからも、一次受託会社だけを審査すれば十分とはいえません。RFPの段階でサプライチェーンの説明を求め、契約で変更時の通知義務を定めてください。

よくある質問

系統監視システムの発注に関するよくある質問

ここでは、系統監視システムの発注・外注を検討する担当者から寄せられやすい質問に回答します。監視だけの小規模案件でも、将来の制御、設備追加、保守切替を見据えて要件と契約を整えることが重要です。

系統監視システムの発注費用はいくらですか?

一拠点の監視中心なら2,000万〜5,000万円、中規模の複数設備統合なら5,000万〜1.5億円、広域給電・配電SCADAなら1.5億〜5億円以上が初期検討の目安です。ただし、これは公式価格ではなく、対象点数、制御範囲、冗長化、現地工事、試験、保守を含むかで変わります。まずは500万〜3,000万円程度のPoCや接続検証を行い、実機と既設通信の不確実性を減らしてから本見積を取る方法もあります。

RFPを作る前に設備調査を依頼してもよいですか?

依頼して問題ありません。既設機器の型式、通信プロトコル、タグ数、配線、時刻同期、ネットワーク、設定バックアップ、現地作業の制約が不明な場合は、先に現状調査や接続検証を準委任または小規模な請負で発注すると、後工程の見積精度が上がります。調査の対象、現地訪問回数、提出する台帳、発見したリスク、次工程へ進む判断基準を契約に書いてください。

系統監視システムをクラウドだけで構築できますか?

帳票、長期履歴、分析、設備保全、複数拠点の可視化はクラウドと相性がありますが、リアルタイム制御の中核まで無条件にクラウドへ移すとは限りません。現場の制御と安全側の動作をエッジまたはオンプレミスで完結させ、クラウドは必要なデータだけを分離して連携する構成が検討しやすいです。通信断時も監視・制御を継続できるか、遠隔保守の経路をどう認証・記録するか、復旧時にデータをどう同期するかをRFPで確認してください。

委託先は何社から見積を取るべきですか?

比較可能なRFPを用意できるなら、3社程度を基本に、案件の専門性に応じて候補を増やします。メーカー一括、パッケージSI、独立系の統合SIer、現場工事や通信の専門会社など、異なる発注形態を混ぜると選択肢の違いが見えます。ただし、会社数を増やすほど説明や質疑の負荷が増えるため、類似実績、対応可能な設備、保守体制、セキュリティ要件を満たす会社に絞ってください。

まとめ

系統監視システムの発注計画をまとめる場面

系統監視システムの発注・外注・委託では、最初に監視範囲と制御範囲を分け、既設設備、通信、データ、可用性、セキュリティ、現場作業を棚卸しします。そのうえで、メーカー一括、パッケージSI、分離発注、段階発注のメリットと責任分界を比較し、RFPで同じ条件を候補会社へ提示します。

発注前に確認する5つの項目

発注前は、(1)対象設備・タグ・通信仕様が揃っているか、(2)監視と制御の範囲、操作権限、手動復旧が定義されているか、(3)FAT・SAT・切替・切戻しの合格条件があるか、(4)初期費用だけでなく3年・5年の運用費を比較できるか、(5)データ返却、標準プロトコル、再委託、脆弱性対応、障害時の責任分界を契約に入れられるかを確認します。5つが曖昧なまま価格だけで委託先を決めると、後工程で仕様変更と追加費用が発生しやすくなります。

まずは現状調査とRFP準備から始めます

系統監視システムは、機能を増やすほど良いのではなく、設備を安全に止めず、運用者が迷わず判断でき、将来の設備追加と委託先変更に対応できることが価値です。社内だけで要件をまとめにくい場合は、OTとITの両方を理解する支援会社へ現状調査、RFP作成、候補会社の比較、契約・保守設計まで相談し、発注者側に判断材料を残す進め方を選んでください。

▼全体ガイドの記事
・系統監視システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。