スマートメーター管理システム開発でおすすめの開発会社/ベンダー6選と選び方

スマートメーター管理システムの開発会社は、メーターからHES、MDMS、CISまでの接続範囲と電力業務の実績を基準に選ぶことが重要です。

スマートメーター管理システムは、検針値を保存するだけの仕組みではありません。通信欠損の補完、VEE（検証・推定・編集）、料金計算や託送への連携、遠隔開閉、将来の5分値・分散型電源への対応まで含めて設計する必要があります。本記事では、株式会社riplaを含むおすすめの開発会社・ベンダー6社と、発注前に確認すべき費用、技術、運用のポイントを紹介します。

▼全体ガイドの記事
・スマートメーター管理システム開発の完全ガイド

スマートメーター管理システムのパートナー選びが重要な理由

スマートメーター管理システムでは、1件のデータ不整合が請求、託送精算、顧客対応、配電運用に連鎖する可能性があります。安価に画面を作れる会社を探すのではなく、計量データの品質と既存基幹システムとの接続を長期的に守れるパートナーを選ぶ視点が必要です。

MDMS（Meter Data Management System）は、HES（Head End System）から受け取った検針値、電圧、通信状態、アラームなどを蓄積し、品質を整えて他の業務へ渡す基幹システムです。スマートメーター本体や通信網を管理するAMI、メーターデータを受信するHES、顧客・契約・請求を扱うCISは別レイヤーですが、実案件では一体のサービスとして検討されます。したがって、MDMSだけの機能説明を聞いても、自社の通信方式や請求締め処理に適合するとは限りません。

特に確認したいのがVEEです。受信データの妥当性を検証し、欠損値を推定し、補正履歴を残す仕組みが弱いと、請求の再計算や担当者による手作業が増えます。Oracleの公式ドキュメントでも、VEEは初期計測データをフィルタリングし、検証済みデータだけを計測テーブルへ渡す主要な処理と説明されています。候補会社には、通信断、メーター交換、契約切替、時刻ずれ、重複受信を含むテストデータで実演してもらうことが大切です。

発注前には、対象メーター台数と5年後の増設数、計測間隔、1日あたりのデータ量、ピーク時の同時受信数、許容遅延、データ保持年数を整理します。加えて、CIS、請求、託送、SCADA、GIS、DERMS、顧客ポータルのどこへ、どの形式で、どのタイミングに連携するかを一覧化します。RPO・RTO、24時間監視、障害時の切り戻し、監査ログ、権限管理、暗号化、データの持ち出し条件もRFPに含めることが必要です。

費用は対象範囲によって大きく変わります。要件定義だけなら300万〜1,000万円程度、数百〜数千メーターのPoCなら1,000万〜3,000万円程度、標準連携を中心とした導入なら3,000万〜1.5億円程度が予算取りの目安です。これらは公開情報と一般的な業務システム開発費から整理した推定であり、メーター本体、通信回線、HES、CIS改修、24時間運用費を含まない場合があります。正式な見積もりでは、データサンプルと非機能要件を提示して比較することが安全です。

株式会社ripla｜コンサルから開発まで一気通貫で支援

株式会社riplaは、コンサルティングから開発まで一気通貫で支援できる企業です。IT事業会社として社内DXを推進してきた経験を活かし、ビジネスへの成果創出とシステムの定着支援に強みがあります。営業・顧客・生産・販売管理など、幅広い基幹システムの構築・導入実績があり、企業の業務要件に合わせて柔軟に対応できる体制を整えています。

riplaの強みは、業務課題の整理とシステム実装を分断せずに進められる点です。スマートメーター管理システムでは、電力業界の専門用語を機能一覧へ置き換えるだけでは不十分です。検針値を誰がいつ確定するのか、欠損時にどの値を採用するのか、請求や顧客対応にどのデータを渡すのかを業務フローとして整理する必要があります。riplaは、既存業務の棚卸し、要件定義、画面・API設計、開発、導入後の定着までを同じ視点で支援する相談先になります。

一方で、巨大なAMI設備やメーター通信機器を単独で調達する案件では、電力機器メーカーや大規模SIerとの役割分担が必要です。riplaへ相談する場合は、スマートメーター管理システム全体を一括で保有するのか、周辺の業務システムやデータ連携を担当するのかを先に定義すると、提案の比較がしやすくなります。

営業・顧客・生産・販売管理などの基幹領域に実績があるため、MDMSから顧客管理、請求、分析、社内ポータルへつなぐ業務設計を重視する企業に適しています。たとえば、スマートメーターのデータを受け取る既存基盤は維持しながら、契約情報の名寄せ、検針異常の確認画面、利用状況の可視化、データ連携APIを段階的に整備するケースです。専用製品の選定から丸投げするのではなく、自社の業務要件を明確にして複数ベンダーを比較したい企業に向いています。

提案依頼時には、電力業界やMDMS製品の経験だけでなく、既存システムとの責任分界、要件定義の成果物、PoCの範囲、運用引き継ぎの方法を確認します。スマートメーター専用機能の保有状況は案件ごとに確認し、必要に応じて三菱電機、Oracle、Siemensなどの製品ベンダーや大規模SIerと組み合わせる前提で評価すると現実的です。

三菱電機株式会社｜メーターからHES・MDMSまで一括提案

三菱電機株式会社は、電力流通領域のスマートメーターシステム（AMI）を提供する大手電機メーカーです。公式ページでは、スマートメーターの通信端末、HES、MDMSまでを含むBLEnDerパッケージを案内しており、計器や通信網を含む大規模な刷新を検討する企業にとって有力な比較対象です。

三菱電機のBLEnDer AHは通信管理やスマートメーターの管理・制御を担うHES、BLEnDer AMは計量データの収集管理・分析を担うMDMSです。BLEnDer MESHやBLEnDer ICEも含め、無線マルチホップ通信やガス・水道との共同検針まで視野に入れられます。公式情報では30分値の電力データ収集率99.9％以上、IEC 61968への対応、オンプレミスとクラウドの両対応が示されています。

また、2024年末時点で国内外向けにスマートメーターおよび通信に関する製品を開発し、HES・MDMSと累計2,700万台以上のスマートメーター通信端末を出荷したと公表しています。数字は三菱電機公式ページの掲載値であり、導入先や対象範囲を含む正式な実績は提案時に確認することが必要です。

メーター、通信、HES、MDMSを別々の会社に発注する負担を抑え、AMI全体の品質責任をまとめたい送配電事業者や大規模プロジェクトに適しています。30分値の収集だけでなく、将来の高粒度データ、センサー活用、共同検針を見据えた拡張性を評価しやすい企業です。

提案比較では、既存CISや請求システムを残す場合の接続方式、異なる通信方式を混在させたときの運用、データ収集率の定義、障害発生時の復旧時間を確認します。大規模な一括導入に強い一方、数千台規模のPoCや周辺業務だけの開発では、必要な範囲に合わせた契約構成を相談することが重要です。

日本オラクル株式会社｜VEEとマルチユーティリティに強いMDMS

日本オラクル株式会社は、電気・ガス・水道などの公益事業向けにOracle Utilities Meter Data Managementを提供しています。MDMSのコア機能をパッケージとして導入し、複雑な請求業務や複数のメーター種別を標準機能と設定でカバーしたい企業に向いているベンダーです。

Oracle Utilities MDMSは、オンプレミスとSaaSの選択肢を持ち、スカラー値とインターバル値の管理、VEE、サービスオーダー管理、データアーカイブ、CIS連携、メーター障害や盗難・損失の分析を備えています。Smart Grid Gatewayには複数のHES向けアダプターとカスタムアダプター用の開発キットがあり、特定のメーターメーカーだけに依存しない構成を検討しやすい点も特徴です。

Oracle公式の日本語ページでは、顧客によって6,400万を超えるメーターが稼働し、1時間あたり6億4,200万を超えるメーター読取りを処理できると説明されています（出典: Oracle Utilities Meter Data Management、日本語公式ページ、2026年確認）。これは製品のグローバルな処理実績・能力を示す値であり、日本国内の個別案件で同じ性能が保証されるという意味ではないため、RFPでは自社のピーク値による負荷試験を指定します。

電力だけでなく、ガスや水道との共同管理、複数の料金メニュー、膨大な履歴データ、CISや請求との標準連携を重視する企業に適しています。データを長期保存しながら、パーティションや圧縮、アーカイブを使ってストレージ費用を管理したい場合にも検討しやすい製品です。

導入時は、標準VEEで対応できる業務と、日本固有の料金・託送ルールとして追加設定が必要な範囲を分けます。SaaSを選ぶ場合は、メーター単位課金、保存データ量、リージョン、障害時の責任分界、ログ保管、契約終了時のデータ返却条件を確認し、初期費用だけでなく5年TCOで比較することが大切です。

シーメンス株式会社｜ベンダー中立とクラウド導入を重視

シーメンス株式会社のGridscale X Meter Data Managementは、電気・水道・ガス事業者向けのメーターデータ管理アプリケーションです。オンプレミス版とSaaS版があり、既存のAMI、HES、CISを生かしながらMDMSを段階的に刷新したい企業にとって比較しやすい選択肢です。

Gridscale Xは、VEE、データ品質評価、イベントとデータアクション管理、可視化、既存ユーティリティシステムやSCADA、請求プラットフォームとの接続を重視しています。SaaS版はメーター単位のプランとクラウドの拡張性を訴求し、継続的なパッチやアップデート、産業向けの多層防御を含む運用を提示しています。計測データを請求だけでなく、系統運用や需要家サービスへ活用したい場合に検討しやすい設計です。

公式情報では、世界中の200社以上の公益事業者がGridscale X Meter Data Managementを利用していると説明されています。また、SaaS版は従来のオンプレミス代替より最大3倍速く稼働し、早ければ6〜9か月で実装できるとされています（出典: Siemens Gridscale X Meter Data Management SaaS、2026年確認）。自社案件の期間は連携数、移行量、受入試験で変わるため、数字は目安として扱う必要があります。

HESやCISのベンダーを固定せず、段階的なAMI拡張やマルチユーティリティ対応を進めたい企業に向いています。特に、既存システムのデータを新しいMDMSへ移行し、VEEと請求例外を先に整えたうえで、分析やリアルタイム利用へ広げる計画と相性がよいです。

確認事項は、国内の電力制度や日本語運用への適合、SaaSのデータ保管場所、障害時の復旧目標、通信・請求・SCADAとの責任分界です。短期導入の説明だけで判断せず、移行リハーサル、ピーク負荷試験、制度変更時のアップデート費用まで含めて見積もりを比較します。

株式会社日立製作所｜送配電のOT・IT統合とGrid DX

株式会社日立製作所は、送配電システムの次世代化やGrid DXを含む大規模な電力インフラSIの候補です。日立が2026年に公開した「送配電システムの次世代化に向けて」では、これまでの電力情報制御システムの実績としてMDMSやCISを挙げ、将来の電力システムでエネルギーデータのプラットフォーム化を重視しています。

日立の適性は、MDMS単体の導入というより、送配電運用、配電自動化、設備管理、DERMS、顧客情報、データ分析を含む全体アーキテクチャを設計できる点にあります。2026年の公式資料では、標準化された共通インターフェース、クラウドベースの監視・制御・データ分析、オープンプラットフォームへの移行が将来像として示されています。スマートメーターのデータを系統運用や再生可能エネルギーの接続管理へつなぐ案件で、長期構想と実装を一体で検討しやすい企業です。

また、日立は1910年代から電力領域に関わり、国内の電力システムを長期にわたって支えてきたと説明しています（出典: 株式会社日立製作所「送配電システムの次世代化に向けて」、2026年）。このような企業の沿革だけで判断せず、今回のMDMS案件を担当する部門の製品範囲、現場運用経験、実際のプロジェクト体制を提案時に確認します。

一般送配電事業者や大規模な電力会社など、既存のOTとITをまたぐ改革を行う企業に適しています。高粒度データの処理、設備や系統モデルとの連携、再エネ・蓄電池・EVなどの分散型リソース対応を見据え、段階的なロードマップを作りたい場合に相談先になります。

発注時には、日立側が担当するMDMS、周辺システム、運用設計、データ移行、セキュリティの範囲を分解して確認します。大規模SIでは関係者が多くなるため、意思決定者、現場責任者、製品担当、保守窓口を明確にし、要件追加の承認プロセスと費用ルールを契約に落とし込むことが重要です。

株式会社NTT DATA｜大規模MDMSと周辺業務をつなぐSI

株式会社NTT DATAは、東京電力パワーグリッドのスマートメーター関連プロジェクトで、MDMSの開発パートナーに選定された実績を公式事例で公開しています。大量のスマートメーターデータを処理し、他システムと接続する大規模なインテグレーションを重視する企業にとって、実績を確認しやすいSIerです。

NTT DATAの公式事例では、東京電力グループが2016年の電力小売全面自由化時点でスマートメーターを1,300万台以上設置し、完成時には約2,700万台に達する計画で、NTT DATAが大量データを処理するMDMSと他システムとのインターフェース開発のパートナーに選ばれたと説明されています。30分値の検針、遠隔での開閉、契約容量変更など、顧客サービスと業務効率化につながる事例として確認できます。

この事例は過去のプロジェクト実績ですが、メーター台数、データ量、接続先、プロジェクト管理が大規模になる場合の参考になります。現在の提案では、クラウド・データ基盤・API・監視・セキュリティなどの構成が変わるため、当時の実績をそのまま現行製品の性能とみなさず、最新のアーキテクチャと担当体制を確認することが必要です。

大規模な移行、複数ベンダーの統合、業務部門・インフラ部門・運用部門をまたぐPMOを必要とする案件に適しています。MDMS単体だけでなく、メーター資産管理、ネットワーク管理、情報連携基盤、顧客・請求周辺までまとめて設計したい場合に比較対象になります。

提案を受ける際は、実績の対象範囲がMDMS本体なのか、周辺連携やプロジェクト管理まで含むのかを確認します。大規模SIerでは一次請け、製品ベンダー、二次開発会社などの構造が複雑になることがあるため、障害時に誰が一次受付をするのか、仕様変更の責任者は誰か、保守契約がどのレイヤーまで及ぶのかを明文化します。

スマートメーター管理システムのパートナー選びのポイント

6社の比較では、知名度や導入台数だけで決めず、自社のメーター台数、通信方式、既存CIS、運用体制、将来の計測粒度に合うかを評価します。パッケージ、SaaS、スクラッチ、大規模SIを同じ金額だけで比べると、初期費用が安くても追加開発や運用費で逆転するため、要件と5年TCOをそろえて比較することが重要です。

実績は「スマートメーターに関わったことがある」という説明だけでなく、担当範囲を確認します。メーター本体、通信、HES、MDMS、CIS、請求、顧客ポータル、データ分析のどこを担当したのか、対象台数と計測間隔はいくつか、ピーク処理や障害復旧をどう検証したのかを質問します。可能であれば、匿名化された画面、データモデル、障害報告書、受入試験の観点を見せてもらうと、営業資料だけでは分からない運用力を判断できます。

自社と近い規模の実績がない場合も、PoCで見極められます。数百〜数千メーター分の実データに近いサンプルを使い、欠損、重複、異常値、メーター交換、契約変更を投入し、VEE後の確定値と監査ログが期待どおりになるかを確認します。

技術評価では、毎月の検針処理が終わることだけでなく、データ量が増えたときの拡張性を見ます。30分値を15分値や5分値へ細分化すると、1メーターあたりのレコード数、転送量、保存量、VEE処理量が増えます。ホットデータとアーカイブを分ける設計、再処理できる原本保存、メッセージキューの再送、重複排除、バックプレッシャー、監視・トレーシングが説明されているかを確認します。

経済産業省の次世代スマートメーター導入に係る再算定資料では、5分値データ取得の追加費用が938億円と試算され、その内容に計量器のメモリ・CPU増強や通信部、HES、MDMSの改修が含まれています（出典: 経済産業省「次世代スマートメーター導入に係るコストの再算定結果」、2021年公表資料）。これは全国規模の機器・通信・システムの費用であり、個別企業のMDMS単体の相場ではありませんが、高粒度化がソフトウェアだけの変更ではないことを示す参考値です。

プロジェクト管理では、要件定義からリリースまでの工程だけでなく、制度変更や追加要件が入ったときの統制を確認します。RFI、RFP、基本設計、詳細設計、データ移行計画、試験計画、運用設計、教育資料、切り戻し手順の成果物を列挙し、誰が承認するのかを決めます。利用部門、電力業務の責任者、IT部門、セキュリティ部門、運用会社が同じ判断基準を持つことが重要です。

本番移行では、一度に全メーターを切り替えるより、地域、料金メニュー、通信方式などで分けた段階展開が安全です。旧システムとの並行稼働期間、突合件数、許容不一致率、障害時の復旧判断、問い合わせ窓口を事前に決めます。ベンダーがどれほど優れた製品を持っていても、現場が使い続けられる運用設計まで責任を持つ体制がなければ、導入効果は定着しません。

よくある質問

スマートメーター管理システムの発注では、MDMSの定義、費用、クラウド利用、開発会社の選び方について質問が多く寄せられます。ここでは、候補会社との打ち合わせ前に整理しておきたい代表的な疑問へ回答します。

スマートメーター管理システムは、メーター、通信、HES、MDMS、CIS連携などを含む広い呼び方です。MDMSはその中で、HESから受け取った計量データを検証・補正・保存し、請求、託送、分析、顧客サービスへ配信する中核レイヤーを指します。発注時は、どこまでを契約範囲に含めるかを図と責任分界表で明確にします。

要件定義だけなら300万〜1,000万円程度、PoCなら1,000万〜3,000万円程度、標準連携を含む導入なら3,000万〜1.5億円程度が予算取りの推定レンジです。中規模の個別開発は1.5億〜5億円、大規模なAMI・MDMS刷新は5億〜20億円超になる可能性があります。メーター台数、計測間隔、保存年数、連携先、SLA、既存データ移行、24時間運用で変動するため、相場だけでなく5年TCOをベンダーへ依頼します。

クラウド化は可能ですが、通信網、データの機密性、既存OTとの接続、監視・復旧体制、データ保管場所を確認して構成を決めます。OracleやSiemensのようにSaaSを提供する製品もありますが、すべての案件でパブリッククラウドが最適とは限りません。オンプレミス、プライベートクラウド、SaaSを比較し、障害時の責任分界と契約終了時のデータ返却まで含めて判断します。

まとめ

スマートメーター管理システムの開発会社は、メーターや通信まで一括で扱える企業、MDMSパッケージに強い企業、大規模な送配電SIに強い企業、業務要件の整理と周辺システム開発に強い企業に分けて比較すると選びやすくなります。本記事では、株式会社ripla、三菱電機株式会社、日本オラクル株式会社、シーメンス株式会社、株式会社日立製作所、株式会社NTT DATAの6社を紹介しました。

機器・通信・HESまで含めて一括導入するなら三菱電機、標準化されたMDMSとVEEを軸に拡張するならOracle、ベンダー中立のSaaSや段階導入ならSiemensが候補になります。送配電のOT・IT統合や将来のGrid DXなら日立、大規模なMDMSと周辺業務を横断するSIならNTT DATA、業務要件の整理から周辺システム開発まで伴走してほしい場合はriplaを比較します。

まず対象メーター数、計測間隔、保存年数、既存HES・CIS、ピーク処理、VEEルール、RPO・RTOを1枚に整理します。次に匿名化した実データと異常系シナリオを用意し、候補会社へ同じ条件でRFIまたはPoCを依頼します。提案内容、5年TCO、責任分界、移行・保守体制を並べて評価することで、自社に合う開発会社を選びやすくなります。

選定の出発点は、MDMSの機能表ではなく、自社のデータ量、VEEルール、CIS連携、計測粒度、保存期間、障害時の復旧条件を整理することです。要件定義、PoC、段階展開、並行稼働、5年TCOの順に比較軸をそろえれば、価格だけでは見えない運用リスクを抑えられます。候補会社には同じデータサンプルと異常系テストを渡し、提案内容と責任分界を公平に評価することをおすすめします。

▼全体ガイドの記事
・スマートメーター管理システム開発の完全ガイド

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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