検針システム開発の進め方/やり方/流れや方法/手法/工程/手順

検針システム開発は、目的とKPIの設定から始めます。そのうえで、現行業務とデータの洗い出し、代表地区でのPoC、要件定義と方式比較を経て、段階展開へ進みます。この順で進めると、異常系の手戻りを抑えられます。

全体像からおさえたい場合は、完全ガイドも参考になります。

▼全体ガイドの記事
・検針システム開発の完全ガイド

検針システム開発の全体像

検針システムの機能範囲を端末アプリ、自動検針とデータ管理、基幹システム連携の3層で示す図。
連携先を加えると、システムの対象範囲も外側へ広がります。

検針システムは、検針員が使うモバイル・ハンディ端末と、メーターから自動でデータを集めるサーバー側に分かれます。

大規模な案件では、メーターや通信網から顧客・料金・保安・配送のシステムまで連携します。

通信網からデータを受け取るHES(通信網の収集システム)と、検針値を管理するMDMS(Meter Data Management System)も構成要素です。構成要素が多いぶん、まず開発範囲を決めることが最初の分岐点になります。

訪問検針から無線・LPWA・スマートメーターまでの検針方式

発注側は、目的に応じて検針値の取得方法を選びます。訪問による手作業から、センターへの自動送信まで、さまざまな方式があります。

  • 目視・手入力:検針員が現地でメーターを読み取り、手で入力します。
  • コード読み取り:バーコードやQRコードを端末で読み取る方法。
  • Bluetooth無線:検針値をハンディ端末へ取り込む方法。
  • LPWA(低消費電力広域無線):検針値をセンターへ自動で送る仕組み。
  • 電力スマートメーターのIoTルート:ガス・水道の共同検針に利用する経路。

2026年には、東邦ガスネットワークが家庭用都市ガススマートメーターの導入を発表しました。計画では2026年6月に設置し、10月に通信を開始します(出典:東邦ガスネットワーク「家庭用都市ガススマートメーターの導入について」、2026年)。

東京ガス・大阪ガス・東邦ガスの3社は、次世代検針器のシステムを共同で開発しています。

通信規格や機器仕様を業界標準に合わせると、単独でスマートメーター化する場合と比べて、開発費用と保守の負担を抑えやすくなります。

端末・HES・MDMSから料金連携までのシステム構成

機能の範囲は、台帳管理から外部システムとの連携まで広がります。そのため、必要な機能を段階に分けて整理すると、予算とスケジュールを組み立てる見通しが立ちます。

  • 端末アプリ:検針業務の効率化を担います。
  • 自動検針とデータ管理:クラウドで検針値を集約する仕組みです。
  • 基幹システム連携:料金・請求などの業務へデータをつなぎます。

台帳では、顧客・供給地点・メーター・検針員を管理します。

さらに、契約・料金単価・交換履歴も台帳で扱います。検針ルートの作成や訪問順の変更、未検針・不在・立入不可の管理も、対象になります。

通信断・欠損・重複・異常増減・逆流・改ざん疑いの検知と履歴保存も必要です。そのうえで、過去値や周辺値による補正・推定、請求確定前の承認、遠隔検針や遠隔開閉栓も検討の対象になります。

料金計算や検針票の発行に加えて、会計・CRM・BIとのAPI連携も機能の候補になります。

要件定義では、画面の見た目より先に、通信失敗やメーター交換、料金締め時刻などの異常系の扱いを決めておくと、手戻りを防げます。

ポイント

連携先が増えるほど開発範囲は広がります。迷ったときは、検針方式を選ぶ前に、基幹や料金システムとの連携をどこまで含めるかを決めておくと、比べる土台がそろいます。

検針システム開発の進め方

検針システム開発の要件定義・企画から本番稼働後までの4工程を矢印で示す図。
異常系の確認を重ねながら、本番運用へ段階的につなぎます。

検針システムの開発は、まず目的とKPIを設定するところから始めます。

次に、現行業務とデータを洗い出し、代表地区でPoCを行ったうえで、RFI・RFPを作成します。

その後、パッケージ・クラウド・スクラッチを比べて、設計・開発、段階展開、本番後の監視と保守へ進みます。

手戻りを防ぐには、要件定義の段階で異常系まで洗い出しておくことが欠かせません。

要件定義・企画フェーズ

企画では、発注側が効果を測るKPIと現行業務の条件を決めておきます。代表地区でのPoCは、正常系では見えないリスクを確かめるのに役立ちます。

  • 業務KPI:訪問時間・未検針率・再訪率・誤検針率・請求確定までの時間・配送回数を決めます。
  • 対象と運用条件:メーター数と5年後の増加見込み・検針頻度・許容遅延・通信成功率。
  • 例外時のルール:欠損補完・料金締め時刻・停電・通信断・メーター交換時の扱い。

現行業務の洗い出しでは、担当者とデータを確かめ、新しいシステムの対象範囲を決めます。メーター台帳・顧客・契約のデータが中心になり、料金や現場、保安・配送の業務も洗い出しの範囲に入れます。

  • 料金・請求:料金表と請求のデータ。
  • 現場:検針ルート、端末、通信。
  • 保安・配送:保安と配送のデータ。

PoCでは、数百から数千件の代表データを使う方法があります。そのうえで、屋内・山間部・通信が不安定な場所・夜間店舗・メーター交換直後などの難しい条件を含めて試します。

設計・開発フェーズ

機能要件と非機能要件をもとに、RFI・RFPを作成します。そのうえで、各方式を同じサンプルデータで比べると、機能と追加開発の範囲を判断しやすくなります。

  • パッケージ:検針値管理・メーター台帳・VEE(検証・編集・推定)・料金と顧客の連携が標準化されています。
  • クラウド・SaaS:少量から始めて、対象メーターを後から増やせる方式です。
  • オンプレミス:閉域網や既存の運用ルールに合わせやすい一方、サーバー更新や冗長化は自社またはSIerが担います。
  • スクラッチ:独自要件に合わせて個別に開発します。

パッケージを選んでも、独自の料金制度や既存の基幹システムとの接続は追加開発になりやすい傾向があります。詳細設計では、機器接続方式・データ移行・権限管理・暗号化を具体化しておく必要があります。

操作・変更・データ受信の監査ログ、バックアップ、再送制御も設計の対象です。

特定計量制度に基づく特例計量器や、電力スマートメーターのIoTルートによる共同検針を検討するなら、通信規格と相互接続性を機器選定の前提に置きます。

テスト・リリースフェーズ

テストでは異常系を再現して、データ補正から請求承認までを確かめます。全地区を一斉に切り替えないよう、地区・拠点・メーター種別ごとに展開します。

  • 通信・データ異常:通信断・欠損・重複・異常増減を試します。
  • 検針値の異常:逆流や改ざん疑いを含めた確認。
  • 業務処理:補正・推定の妥当性と、請求確定前の承認フロー。

本番稼働後は、通信成功率・欠損率・異常値・再検針・問い合わせ・請求突合を継続して監視します。

ポイント

次の工程へ進むか迷ったら、要件定義で異常系まで洗い出せているかを確かめます。代表地区のPoCは、その抜けに気づく機会になります。

費用相場とコストの内訳

要件定義、アプリ・サーバー開発、機器・通信・現地作業、移行・試験・教育の人件費割合を4枚のパネルに示す図。
割合の幅から、工程ごとの配分に案件規模による違いがあると分かります。

検針システム単体の公表定価は多くありません。そのため、ここに示す金額は、公開データ管理システムの費用目安と、国土交通省の水道分野スマートメーター調査をもとにした、予算取り用の推定です。

ガス・電力のIoT連携要件も踏まえています。正式な見積もりを得るには、対象メーター数とデータ頻度、連携先を示す必要があります。

人件費と工数

初期費用は、開発範囲と規模によって数百万円から20億円超まで幅があります。予算を立てる際は、導入形態ごとの目安と公的調査の実績を分けて見ます。

  • 既存システムの小規模改修・端末連携:300万〜1,000万円程度、2〜5か月程度です。
  • 数百〜数千メーターのPoCを含む小規模導入:1,000万〜3,000万円程度です。
  • クラウド型の標準導入:1,500万〜5,000万円程度です。
  • パッケージと料金・顧客基幹連携:3,000万〜1億5,000万円程度です。

中規模で複数拠点・複数インフラを個別に開発する場合は、1億5,000万〜5億円程度です。さらに、大規模なユーティリティ基幹刷新では、5億〜20億円を超えることもあります。

国土交通省の調査では、水道分野のスマートメーターシステム等の開発費4件の平均は341万8,360円でした。一方、既存システムを活用した初期導入費は平均36万8,421円です(出典:国土交通省「水道分野のスマートメーターのデータの取扱いに関する調査」)。この調査は、小規模な既存システム連携と新規開発の費用差を考える参考になります。

人件費は、要件定義に10〜15%、アプリ・サーバー開発に30〜45%を割り当てるケースが多く見られます。

また、機器・通信・現地作業は20〜40%、移行・試験・教育は15〜25%程度です。比率は案件規模で変わるため、固定値とみなさず、内訳を確認します。

初期費用以外のランニングコスト

ソフトウェア費とは別に、機器・通信・運用には継続的な費用がかかります。そのため、月額と従量課金を分けて、5年間の総保有コストで比べます。

  • 機器・設置:メーター本体・通信端末・取付交換・現地調査で費用が発生します。
  • 通信・クラウド:通信回線とクラウドの利用料。
  • 運用・管理:24時間監視・保守・セキュリティ監査が必要です。

クラウド・通信・監視・サポートの月額は、小規模で10万〜50万円程度、中規模で50万〜300万円程度を仮置きできます。この額は、利用量とSLA(サービス品質保証)をもとにした推定です。

見積もりでは、1メーターあたりの月額・通信1回あたり・保存データ量・最低利用料・機器保守を分けて提示してもらいます。

ポイント

費用を比べるときは、初期費用だけでなく、月額の運用費と5年間の総保有コストまで並べて判断します。導入形態ごとの目安は、開発範囲と規模に近いものから見ると迷いにくくなります。

見積もりを取る際のポイント

複数社から見積もりを取る目的は、金額を比べることに加えて、提案の中身を見比べることにあります。各社が同じ前提条件で提案しているかを確かめ、含まれる範囲と含まれない範囲を明らかにします。

要件明確化と仕様書の準備

発注の前に、仕様書で範囲を決める条件をそろえておきます。条件を書いておくと、各社を同じ範囲で比べられます。

「自動検針」という名称からは範囲が読み取りにくいため、条件を一つずつ書き込んでおく必要があります。

  • 対象と頻度:メーター数・将来の増加見込み・検針頻度を記します。
  • 通信とデータ:許容遅延・通信方式・欠損補完ルールを定めます。
  • 料金・既存連携:料金締め時刻と基幹システムとの接続方式。
  • 費用範囲:機器交換・無線機・回線・設置工事・監視・請求連携が別料金になることもあるため、総額と含む範囲を確かめます。

複数社比較と発注先の選び方

発注先は、価格だけでなく、業務実績から契約後の改修条件までを比べて選びます。比べる観点は5つあり、一覧表にまとめて、各社へ同じ条件で回答を依頼します。

  • 業務実績:ガス・LPガスの検針・請求・保安に関わる経験を確かめます。
  • 責任範囲と性能:機器からAPIまでの担当範囲・通信成功率・欠損補完方式を比べます。
  • 連携・現場対応:料金システムとの突合精度・現地施工・機器交換への対応。
  • 運用と安全:24時間監視・セキュリティ監査・脆弱性対応。
  • 将来の費用と変更:5年間の総保有コスト・データとAPIの可搬性・制度や規格の変更時の改修条件。

同じ条件で回答をそろえると、各社の価格差が、どの範囲や対応に由来するのかを見分けられます。

注意すべきリスクと対策

請求誤りや現場障害を想定して、移行・契約・セキュリティ上のリスクを事前に洗い出します。

  • 請求データ:検針値は請求額に直結するため、誤った値をそのまま連携させない確認が必要です。
  • 現場障害:通信障害や電池切れが起こる前提で備えます。
  • データ移行:顧客・料金・保安データと名寄せしにくい場合の移行計画。
  • 機器選定:交換周期が長く、ベンダーを選び直しにくい点への対策を契約に盛り込みます。

日本電気技術規格委員会が2025年に改定した指針は、サプライチェーンや外部機器・システム接続を重視しています。外部接続事業者との合意、ライフサイクル、リスク評価も、その対象です。

この指針の出典は、日本電気技術規格委員会「スマートメーターシステムセキュリティガイドライン JESC Z0003(2025)」です。

RFPには、端末証明書・暗号化・最小権限・API認証・改ざん検知・監査ログを記載します。さらに、インシデントが起きた際の遠隔遮断と手動復旧も定めておきます。

ポイント

見積もりを比べるときは、金額の高さより先に、同じ前提条件で含まれる範囲がそろっているかを見ます。そろっていない項目は各社に追加で確かめると、比べやすくなります。

検針システムの開発に関するよくある質問

検針システムの開発を検討する担当者から寄せられることの多い、違い・導入範囲・期間に関する質問に答えます。

自動検針とスマートメーターの違いは何ですか?

自動検針は、無線やLPWAを使ってハンディ端末やセンターへ検針値を自動で送る仕組み全般を指します。一方、スマートメーターは、通信機能を本体に内蔵したメーターのことです。

スマートメーターでは、遠隔検針に加えて、遠隔開閉栓や遮断状態の確認もできます。また、既存メーターに無線機を後付けする場合と本体を交換する場合では、初期費用と機能の範囲が変わります。

端末アプリだけで導入できますか?

検針員が使うハンディ端末アプリだけであれば、比較的小規模な予算で始められます。

一方、遠隔検針やデータの自動収集、料金基幹との連携まで含めるなら、収集・管理システムのHES・MDMSが別途必要になります。そのため、開発範囲を最初に決めておくと、不要な機能の開発を省けます。

開発期間はどのくらいかかりますか?

期間は、開発方式と連携範囲によって変わります。対象メーター数や連携先が増えるほど、試験と段階展開に時間がかかります。

  • 既存システムの小規模改修:2〜5か月程度です。
  • クラウド型の標準導入:4〜9か月程度です。
  • パッケージと基幹連携:6〜15か月程度です。
  • 中規模の個別開発:12〜24か月程度です。
  • 大規模なユーティリティ基幹刷新:18〜36か月程度です。

まとめ

検針システム開発は、目的とKPIの設定から始め、現行業務とデータの洗い出し、代表地区でのPoCを行ったうえで、RFI・RFP化と方式比較を経て段階展開へ進みます。本番後は監視と保守を続けます。特に、異常系を要件定義の中心に置くと、開発途中の手戻りを減らせます。

3段階に分けた予算取り

導入は、端末アプリでの効率化、クラウドでの自動検針、料金基幹との連携の3段階に分けられます。段階的に導入すれば、初期投資を抑えながら効果を検証できます。

費用は、既存改修の300万円台から、大規模刷新の20億円超まで幅があります。そのため、目指す段階を先に定めておくことが大切です。

次の一歩となる要件と異常系の整理

対象メーター数・通信方式・欠損補完ルール・料金締め時刻・既存基幹との接続方式を仕様書にまとめます。そのうえで、同じ条件を各社に示して見積もりを依頼します。

検針システム開発の完全ガイドでは、種類や費用、発注方法を含む全体像を確認できます。

▼全体ガイドの記事
・検針システム開発の完全ガイド

会社紹介

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

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

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

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

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

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