エネルギー管理システム(EMS)開発の発注/外注/依頼/委託方法について

EMSの発注は、目的と対象範囲の整理、現場調査とRFP作成、同じ条件での提案・見積比較の順に進めると、段階的な導入と効果検証につながります。

全体像は、下に示すエネルギー管理システム(EMS)開発の完全ガイドでもご覧いただけます。

▼全体ガイドの記事
・エネルギー管理システム(EMS)開発の完全ガイド

エネルギー管理システム(EMS)の発注で最初に決めること

EMSの発注では、製品名やダッシュボードのデザインを選ぶ前に、改善したいことと自動制御の範囲を決めます。改善目的が定まらないと、判断の基準がないまま製品を比べることになります。

計測だけにとどめるのか、空調・照明・生産設備・蓄電池まで制御するのかで、技術者や工事、検証、責任範囲が大きく変わります。

目的と対象範囲の整理方法

最初に改善目的を一つか二つに絞っておくと、初回発注で過剰なシステムを選びにくくなります。改善目的には、次のようなものがあります。

  • 電気料金:支払い額を下げる
  • 最大需要電力:ピーク時の使用電力を抑える
  • 法定報告:省エネ法の定期報告に使えるデータを揃える
  • 環境把握:CO2排出量や再エネ比率を押さえる
  • 安定運転:設備を安定して動かす

目的が増えすぎると、計測周期やデータ保管期間、制御ロジックまで検討する範囲が広がります。

対象範囲には、拠点数や建物・工場のエネルギー種、受電点を書き、計測点数と制御点数は別々に数えて書きます。既存のBMSやPLC、SCADAなど、制御系のシステムと、MES・ERPなど業務系のシステムも整理します。太陽光・蓄電池・EV充電器の有無も記録します。

たとえば、センサーを50点追加する場合でも、制御対象が20点あれば、画面作成に加えて現場調整と安全試験が必要になります。

見える化から自動制御までの段階

初回から自動制御まで一度に求めると、現場で確かめる項目が多くなり、つまずきやすくなります。そこで、見える化から順に、次の4段階で進めます。

  1. 計測してデータを集める
  2. 使用状況を可視化し、原因を分析する
  3. 改善施策を実施して効果を検証する
  4. 必要に応じてスケジュール制御やデマンド制御へ進む

まず、主要な受電点や設備のデータを集め、時間帯・設備・操業条件ごとの使用状況を確認します。こうして、データを見てからスケジュール制御やデマンド制御に進むと、現場の納得を得ながら拡張できます。

補助金や省エネ法対応に期限がある場合は、必要な計測周期と帳票を初期要件に含めます。たとえば、特定事業者などは毎年度のエネルギー使用状況を翌年度7月末日までに定期報告します(出典: 資源エネルギー庁「定期報告書・中長期計画書」、2026年確認)。

報告に使う場合は、データの欠損や単位換算、原単位を確かめます。修正履歴や出力形式も、あわせて確認します。グラフの表示があっても、報告用データとして十分とは限りません。

ポイント

判断の目安は、改善したい目的を一つか二つに絞れているか、自動制御まで含めるかを先に決めているかです。この二つが決まってから、製品名や画面の比較に進みます。

EMSの発注形態の選び方

既存設備が標準的で、まず見える化から始めたい場合は、パッケージやクラウドサービスが向いています。

複数の工場やビルを横断し、MES・ERP・電力市場データと深く連携する場合は、スクラッチ開発かハイブリッド方式が適しています。

製品の種類で選ぶより、自社の運用と制御リスクに合う発注単位を選ぶことが大切です。

パッケージ・クラウド型と早期検証

パッケージ型は、集計やダッシュボード、アラートを既存の機能で使えるため、要件定義や画面開発を短くしやすい方式です。

クラウド型なら、複数拠点のデータを一画面で管理しやすくなります。そのうえ、サーバーの運用負担も抑えられます。

  • 利用できる機能:集計、ダッシュボード、アラート、帳票
  • 導入方法:機器の貸与や月額サービスで効果を確かめる
  • 契約条件:月額料金、最低利用期間、機器の所有権、解約時のデータ返却
  • 拡張・保管:API、保管場所、カスタマイズ上限

大規模な設備投資をせずに検証を始められます。ただし、通信断やクラウド障害時の設備状態も要件に含める必要があります。そのため、クラウド画面が止まっても、エッジ側で安全な制御とデータの一時保存を続けられる構成が望まれます。

オンプレミス・エッジ型と工場の継続運転

工場の閉域ネットワークや通信制限、PLC連携を重視する場合は、オンプレミスやエッジ中心の方式が候補になります。通信断が起きても制御を続けたいなら、同じ方式を中心に比べると話を進めやすくなります。

  • 接続構成:ゲートウェイや制御サーバーを現場に置き、集計データをクラウドへ送ると、制御系と情報系を分けやすい
  • 安全制御:設備停止が品質に影響する場合は、命令に上限値と優先順位を設け、安全装置を最優先にする
  • 運用と費用:更新、バックアップ、脆弱性対応、監視、障害時の現地対応を自社か委託先が担う。5年間の保守・機器更新・ライセンス費を見積もる

経済産業省は、工場のIoT化や外部接続によるセキュリティリスクを説明しています。出典は、経済産業省「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」です(2022年策定、策定から2年を超えた2026年確認)。

EMSを設備ネットワークにつなぐ場合は、IT部門と現場責任者を発注の初期から参加させます。

標準製品と個別開発の組み合わせ

標準製品を使い、既存設備連携などの必要な部分だけを個別開発する方式が現実的です。個別開発の範囲を広げすぎると、将来の更新で壊れやすくなるため、どこまでを個別開発にするかを先に決めておきます。

  • 標準製品の拡張:既存設備連携、独自原単位、社内帳票、MES・ERP連携の個別開発
  • 開発境界:標準機能と追加開発の境界をRFPに示し、将来の更新でも壊れない拡張方式を提案してもらう
  • スクラッチ開発:業務に合わせやすい一方、機器接続、異常処理、権限、保守設計を発注者が判断する
  • 拠点展開:最初の拠点で標準データモデルと運用ルールを固め、二拠点目以降へ展開する
  • データ共通化:拠点ごとのメーター名、単位、時間帯、設備コードを揃える。全社比較と追加費用の抑制につながる

ポイント

発注形態で迷ったときは、既存設備が標準的か、複数拠点やMES・ERPとの連携がどこまで必要かで発注単位を絞ります。製品の種類より、自社の運用と制御リスクに合うかを基準にします。

EMSの発注・外注・委託の進め方

EMS発注の社内企画から契約までを5段階の横並びで示す図。
現場条件を確かめてから提案を比べる流れです。

発注は、社内で目的と現状を整理したうえで、現場調査、RFP提示、提案・見積比較、契約の順に進めます。資料だけで判断せず、設備や建物の状態で工事内容が変わることを踏まえて、候補会社の現地確認を見積の条件に含めます。

社内企画でのベースラインと成功指標

発注前に、直近12か月程度の請求データ、計測値、活動量を集めます。この導入前のベースラインが、後の効果検証の基準になります。

  • エネルギー記録:電力・ガス・熱の請求データ
  • 計測データ:30分値や1分値の有無、契約電力
  • 活動量:稼働時間、製造量、来館者数
  • 評価指標:原単位、最大需要電力、稼働率、快適性、品質

電気料金だけをKPIにすると、生産量や気温の変化を省エネ効果と取り違えるおそれがあります。そのため、成功指標には導入後の行動や、制御による品質・快適性の維持も含めます。たとえば、データの欠損率や担当者による月次報告、ピーク警報への現場対応などです。

資源エネルギー庁は2026年3月、デジタル・AI技術による省エネと生産性向上の手引きを公表しました。この手引きは、EMS導入を支援する補助制度にも触れています(出典: 資源エネルギー庁「デジタル・AI技術による省エネ・生産性向上に向けた手引き」、2026年)。

補助金では、交付決定前の契約や着工が対象外になる場合があります。そのため、対象経費と日程を公募要領で確認します。

RFPに書く計測・制御・連携・運用の条件

RFPには、目的と対象の拠点・設備を先に書きます。そのうえで、計測と制御、連携と運用の条件を、次のように分けて示します。

  • 対象と計測:拠点、設備、エネルギー種、点数、周期
  • 制御:点数、時間帯、警報条件
  • 画面と連携:画面・帳票、データ保管年数、ユーザー権限、API、既存システム連携
  • 運用:ネットワーク制約、バックアップ、保守窓口、納入成果物

点数がまだ未確定なら、10点・50点・250点などの区分を示します。加えて、追加1点あたりの単価も求めます。

制御要件には、通常時と手動操作の動作を書きます。加えて、異常時の動作も、通信断や停電復旧、センサー異常ごとに記載します。

冷凍設備のように品質に影響する設備や、安全上止められない設備は、制御対象から外す条件も示します。また、デマンド超過時の負荷抑制は、段階的に行う条件を明記します。

要件は、必須、できれば欲しい、将来の三段階に分けて書くと、提案を同じ基準で比べられます。

現場調査と小規模PoC

現地調査では、受電設備や分電盤、既設メーターの状態を確認します。あわせて、CTを設置できるかどうか、配線経路や電源、通信方式も見ておきます。PLCやBMSのプロトコル、制御盤の空き、作業時間帯も確認しておきます。

  • 設備の状態:メーター、盤、配線、設置場所
  • 接続条件:通信方式、ネットワーク制約、既存機器
  • 運用検証:データ取得、分析の利用、現場の対応

工事費や納期は、高所作業や停電調整、休日工事などの条件で変わります。防火区画や電波状況も関わります。そのため、図面に載らない条件も現地で確かめます。

候補会社には、現場写真や設備台帳、配線図などを共有し、ネットワーク構成図も渡します。調査結果は、見積の前提条件として残しておきます。

全社に広げる前に、1拠点や主要設備だけでPoCを行う方法もあります。たとえば、大崎電気工業の公開例では、計測機器を最短3か月、月額19.8万円から貸し出します(出典: 大崎電気工業「スポット計測サービス」、2024年公表情報を2026年確認)。

この金額は、計測データの取得や現場での分析利用を確かめる入口として参考になります。本導入の価格とは別に見ておきます。

ポイント

進め方は、社内で目的と現状を整理してから、現場調査、RFP、見積比較、契約の順に進めます。候補会社には同じ条件で提案を出してもらい、差の理由を比べられる状態にします。

EMS開発の契約形態の選び方

契約は、要件の確定度と、発注者が開発管理をどこまで担えるかで選びます。

機器や電気工事、現地調整も絡むため、契約書には納入物と検収条件を明記します。そのうえで、障害対応や設備破損時の責任、データの利用権も記載します。

請負契約の使いどころと検収条件

請負契約は、合意した成果物を受託者が完成させ、発注者が検収する形態です。画面や連携、計測点、制御ロジック、試験項目が固まると、予算と納期を管理しやすくなります。

受入試験では、実データを集めた状態で、異常値や通信断、停電復旧の動きを確かめます。帳票の出力や権限設定、制御禁止条件も対象に含めます。検収は、画面の表示だけでなく、こうした動作の確認をもとに行います。

現場調査の前にすべて固定価格で契約すると、受託者がリスクを上乗せしたり、変更契約が頻発したりすることがあります。そのため、要件定義・現地調査と本開発・工事を分ける二段階方式なら、前提を確かめてから進められます。

準委任・時間精算型の使いどころ

準委任や時間精算型は、要件を固めながら進める作業に向いています。管理条件と他の契約との境界も、先に定めておきます。

  • 対象作業:要件定義、データモデル設計、PoC、既存設備調査
  • 進行管理:時間上限、役割、週次報告、成果物、意思決定者、追加作業の承認
  • 評価基準:作業時間だけでなく、成果物と判断基準で見る。時間だけでは進捗がつかみにくい
  • 契約の組み合わせ:調査は準委任、開発・設置・試験は請負、運用監視は月額保守で組み合わせる
  • 責任分界:データ、ネットワーク、機器、制御盤、障害窓口の境界と全体完成責任者を明記する

ポイント

判断の目安は、要件がどこまで固まっているかです。仕様と検収条件が固まっていれば請負契約、要件を固めながら進める作業なら準委任・時間精算型が合います。

EMSの費用相場と見積の内訳

小規模クラウド監視から大型案件まで、EMS初期費用の概算レンジを4本の横棒で比べた図。
規模が大きくなるにつれて、概算レンジも広がります。

EMSの費用は、計測点数や制御点数、拠点数で大きく変わります。さらに、電気工事やクラウドの条件、帳票や保守の範囲によっても変わります。

ここで示すのは、公開事例と類似する業務システムの工数から整理した概算レンジです。個別案件の確定価格とは別物なので、RFPに書く予算検討の目安として扱います。

規模別の初期費用の概算レンジ

規模と制御範囲を合わせて見ると、費用レンジの違いがつかめます。公開事例は条件が異なるため、参考値として読みます。

  • スポット計測:月額サービスと工事費の組み合わせ
  • 小規模クラウド監視:10〜50点程度。センサー、ゲートウェイ、設置、初期設定を含め100万〜400万円程度
  • 店舗・小規模工場:50〜250点、一部制御まで300万〜700万円程度
  • 工場・多拠点統合:複数設備の制御、MES・ERP連携、工場全体のFEMSまでを含む場合は500万〜2,000万円程度
  • 大型案件:大型工場や蓄電池・EV最適化を含む場合は2,000万〜5,000万円超も想定

大崎電気工業の公開例は月額19.8万円からで、3か月利用ならサービス料だけで59.4万円です。計測点数や工事条件によっては、別途確認が必要です。

SII公開資料のBems-youは、100点想定で初期366万7,950円です。別の50点想定構成では、666万6,800円です。

出典は一般社団法人環境共創イニシアチブ公開の「EMS関連概算見積」です(2026年確認)。

これらの公開例は機器や工事、対象条件が異なります。そのため、相見積の基準価格としては使えません。

多拠点で再エネ設備や蓄電池そのものを導入する場合は、EMSのソフト費を、電気設備や蓄電池、工事などの費用と分けます。系統連系費も、別に確認します。

見積の内訳(機器・工事・開発・保守)

見積の項目を分けると、費用の抜けや各社の条件の違いを確認できます。次の項目ごとに提示を依頼します。

  • 調査・要件:現地確認と要件定義
  • 機器:センサー、電力量計、ゲートウェイ、エッジ端末
  • サーバー:設置する機器とクラウドの利用分
  • 開発・導入・試験:画面・帳票、既存設備連携、電気・通信工事、試験、現地調整、教育
  • 継続費:保守、監視、ライセンス、クラウド利用料

機器費が一式表記の場合は、メーカーや型番、数量を確認します。代替の可否や保証期間も、あわせて見ておきます。

工事では、夜間や休日の作業、停電調整、足場、高所作業の扱いを確かめます。盤改造や通信配線、既存設備メーカーとの調整も含めます。

データ移行や予備品、現地再訪問、補助金申請の支援も、見積から抜けやすい項目です。

既存図面が正確か、通信環境の準備ができているかといった、見積の前提条件も確認します。前提が崩れた場合に備えて、追加費用と承認手順を契約に記載します。

投資回収の試算方法(削減効果と運用費)

回収年数は、初期費用を年間削減額だけで割って出すことはせず、継続費と追加工事費を差し引いたうえで試算します。一つの数字に決めつけず、試算として扱います。

  • 継続費:クラウド利用料、保守費、現場の運用工数
  • 追加費:追加の電気工事費、設備の更新費
  • 効果:需要電力・使用量の削減、再エネ自家消費、異常の早期発見

前提には、設備更新費や補助金を含めるかどうかを分けて書きます。そのうえで、削減効果ごとに根拠を置き、現地調査と導入前後の条件を揃えます。

出光興産が公開する文明堂東京浦和工場の事例では、BEMS導入後9か月で70,332kWh、211万9,000円を削減しました。

回収期間は当初の3年5か月から1年9か月に短縮したと紹介されています(出典: 出光興産「文明堂東京浦和工場BEMS導入事例」、2026年確認)。

これは一つの導入事例のため、自社の削減率や回収年数を保証するものではありません。そのため、保守的・標準・改善が進んだ三つのシナリオで判断します。

ポイント

費用は、計測点数や制御点数、拠点数で大きく変わるため、公開事例は予算検討の参考として扱います。比べるときは、見積を機器・工事・開発・保守に分け、5年間の運用費も同じ条件で並べます。

EMSの委託先選定と見積比較の観点

EMS委託先を選ぶ際の設備連携と運用体制、費用内訳、通信断時の動作、データの権利の4項目を示す図。
提案段階で確認項目を揃えると、各社を同じ観点で比べられます。

委託先は、知名度だけでなく、計測機器や制御設備を扱えるかで評価します。現場工事やデータ連携、導入後の運用支援も評価の対象です。

複数社が関わる場合は、統括会社と障害時の一次窓口を定めます。

実績の確認観点(設備連携と運用)

実績は、設備連携から運用まで質問します。確認する項目を揃えると、自社との適合を判断しやすくなります。そのうえで、見える化と制御・最適化の経験を分けて評価します。

  • 導入条件:計測・制御点数、設備メーカー、通信方式
  • 実施範囲:工事、導入期間、運用体制、障害対応
  • 担当体制:責任者、制御・工事・セキュリティ担当者
  • 継続支援:担当者の継続、再委託範囲、月次レビューや効果検証

提案の担当者が本番導入や保守まで関わるかを確かめておくと、導入後の窓口がはっきりします。再委託が入る場合は、その責任の所在も開示してもらいます。現場の改善行動まで支援できる会社が適しています。

同じ条件での見積比較

相見積では、同じRFPと設備台帳を各社に渡します。図面や現地調査の範囲もそろえ、比較表には費用と契約条件を並べます。

  • 費用:初期、機器、工事、開発、クラウド、保守、教育
  • 単価・日程:追加1点の単価、納期、検収条件
  • 対象範囲:除外事項、将来拡張費
  • 比較前提:税込・税別、補助金前後、初年度と翌年度以降

安く見える見積でも、機器や工事、保守が含まれていないことがあります。そのため、合計額だけでなく内訳を照合します。

必須要件への適合や、標準機能と追加開発の境界を評価します。データ出力やAPI、通信断時の動作、保守窓口も同じ観点で見ておきます。将来ベンダーを変える場合の移りやすさも、点数にして比べます。

5年間の総額と月々の運用工数を比べます。導入後に予算が膨らむリスクも、この比較で把握できます。

セキュリティと責任分界

EMSは、メーターやセンサーのデータを集める情報システムです。同時に、空調や照明、生産設備などに影響を与える制御システムでもあります。そのため、制御対象の重要度に合わせたリスク評価を、提案の段階から行います。

  • 接続・認証:ネットワーク分離、権限設定、暗号化、ログイン方式
  • 運用防御:脆弱性対応、ログ、バックアップ、リモート保守、委託先端末の管理
  • 継続性:通信断時のフェイルセーフと制御対象のリスク分析

IPAの2026年4月版ガイドは、資産ベースと事業被害ベースの分析を扱っています(出典:IPA「制御システムのセキュリティリスク分析ガイド 第2版」、2026年4月版)。

契約では、データの所有権や利用権、ログの保存期間を定めます。設定変更の権限も、契約で決めておきます。障害時の復旧目標や原因調査の情報、脆弱性が見つかったときの通知は、契約で明確にしておきます。

保守が終わるときのデータ返却や機器の撤去、ベンダー変更時の引き継ぎも、契約で定めます。

設備所有者、運用担当者、電気工事会社、IT・セキュリティ部門の役割は、責任分界表にまとめます。制御の責任をEMS会社だけに負わせないためです。

エネルギー管理システム(EMS)の発注でよくある質問

EMSの発注では、導入規模や既存設備、補助金、法定報告についての質問がよく出ます。比較検討の初期に確認しておきたい点を、質問ごとに示します。

EMSは小規模な工場や店舗でも外注できますか?

小規模な工場や店舗でも、EMSを外注できます。

たとえば、受電点や主要な空調・生産設備に絞った計測PoCから始め、効果と現場運用を確かめてから拡張する方法があります。

発注者は、候補会社に最小構成の費用、追加計測点の単価、PoCから本導入へ移る条件を分けて提示してもらいます。

既存の設備やメーターを残したままEMSを導入できますか?

既存設備を残せる場合もありますが、その可否は機器ごとの条件で変わります。

  • 互換性:メーター出力、通信プロトコル、データ周期、設置場所、メーカー仕様
  • 現地調査:既設機器の型番と通信方式を確かめる
  • 接続方法:ゲートウェイや変換器の追加と計測器の更新を比べる
  • 制御時の安全:保証や安全回路に影響しない接続方法を設備メーカーに確かめる

補助金や省エネ法対応をEMSの発注条件にできますか?

条件にすることはできます。ただし、対象経費や申請者、登録製品は公募ごとに異なります。契約・着工の時期や実績報告の要件も、制度の公募要領で確かめます。

定期報告に使う場合は、対象エネルギーや原単位を要件に含めます。報告期間やデータの証跡も、あわせて入れておきます。

補助金の適用は、「対象です」という回答だけで判断しないようにします。制度名や年度、該当箇所、申請支援の範囲を書面で確かめます。

EMSの見積が予算を超えないようにする方法はありますか?

要件は、必須・将来・任意に分けておきます。現地調査の結果と工事条件も見積の前提に含め、追加1点や拠点ごとの単価も確認します。

月額や保守、機器更新を含めた5年間の総額で比べ、運用工数も確かめます。変更の可能性が高い部分には、予備費と変更承認の手順を契約前に決めておきます。

エネルギー管理システム(EMS)の発注・外注・委託方法まとめ

発注前には、省エネやピーク抑制、報告など、重視する目的を選びます。CO2の見える化や安定運転を加えるかも、あわせて決めます。そのうえで、拠点や計測・制御点、既存設備、帳票を整理します。

見える化から始めるか、自動制御や再エネ・蓄電池連携まで行うかで、発注形態や費用が変わります。期間やセキュリティ要件も、そこで変わります。

発注前のRFPと責任分界表

RFPには、目的や現状、対象設備を書きます。データや計測周期、制御条件も記載します。さらに、画面・帳票、連携、保守、セキュリティ、受入試験の条件も含めます。

見積は、機器や工事、開発、クラウド、保守などに分けます。初期費用と5年間の運用費は、同じ条件で比べます。複数会社が関わる場合は、全体責任者と障害窓口を決めます。

小さく検証し、効果と現場運用を確認して拡張する進め方

相場は、スポット計測や小規模監視、本格的なFEMS、多拠点統合で幅があります。そのため、公開事例をそのまま自社に当てはめず、現地調査とベースラインをもとに、同じ条件の提案を集めます。

計測と分析、改善、効果検証を確かめてから、自動制御へ進みます。導入で終わらせず、設備・現場・経営の視点で成果を育てます。

▼全体ガイドの記事
・エネルギー管理システム(EMS)開発の完全ガイド

会社紹介

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

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

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

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

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

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