選挙管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

選挙管理システム開発は、選挙人名簿を電子化するだけではなく、住民基本台帳との連携、期日前・不在者投票、当日投票、開票、帳票、監査記録、障害時の紙運用までを一つの業務フローとして設計することが成功の要点です。

本記事では、自治体の選挙管理委員会や情報政策部門、調達担当者に向けて、選挙管理システム開発の全体像、具体的な進め方、2025〜2026年の公開契約を参考にした費用相場、見積もりで確認すべき項目を順番に解説します。電子投票機とインターネット投票の違い、標準化移行、データ移行、選挙前リハーサルまで整理しますので、RFIやRFPを準備する際のたたき台として活用できます。

▼全体ガイドの記事
・選挙管理システム開発の完全ガイド

選挙管理システム開発の全体像

選挙管理システムは、選挙事務に必要なデータを正確に扱い、限られた期間に多数の職員や投票所を動かすための業務基盤です。選挙の種類や自治体の規模によって必要な範囲は変わりますが、名簿、投票、開票、帳票、権限、ログ、バックアップを分断せずに考えることが重要です。

中心となるのは、選挙人名簿、在外選挙人名簿、選挙区、投票区、投票所、候補者、政党などのマスタ管理です。定時登録や選挙時登録に加えて、転入・転出・死亡などの異動を反映し、名簿抄本や入場券を作成します。その後、期日前投票、不在者投票、当日投票の受付情報を管理し、投票済み情報を正しく連携して二重投票を防止します。

開票では、投票所別の状況、開票結果の入力、速報、確定結果、各種帳票や統計を扱います。バーコードや本人照合を使う場合も、機器が使えないときに紙の台帳へ切り替えられるよう、業務継続の手順までシステム要件に含めます。選挙当日に必要なのは高機能な画面だけではなく、誤操作を早期に見つけられる確認画面と、誰がいつ変更したかを追跡できる履歴です。

選挙人名簿管理は、自治体の基幹業務システム標準化における20の対象事務の一つです。デジタル庁の「地方公共団体の基幹業務システムの統一・標準化」では、選挙人名簿管理システム標準仕様書の第1.4版が掲載されています（出典：デジタル庁、2026年）。また、データ要件・連携要件のページでは、選挙人名簿管理のデータ要件・連携要件各論が2025年9月30日付の第4.1版として案内されています（出典：デジタル庁、2026年4月更新）。

ただし、標準化の対象である選挙人名簿管理と、投票所で利用する受付端末、読取機器、電子投票機、選挙公報の作成、自治体独自の帳票は同じ論点ではありません。要件定義では「標準仕様に合わせる機能」「既存の運用を残す機能」「別システムとして連携する機器」を分けて一覧化します。この切り分けが曖昧だと、標準化移行の費用と電子投開票の費用を比較できなくなります。

選挙管理システム開発の進め方

開発は、画面を先に作るのではなく、選挙種別ごとの業務とデータの流れを確定してから設計へ進めます。目安としては、既存パッケージの設定・移行で6〜12か月、複数業務の更新や大規模な連携を含む場合で12〜24か月程度を見込みます。選挙日から逆算し、稼働開始後に最初の選挙を迎えるのではなく、少なくとも一度は実際の手順でリハーサルを終える計画にします。

最初に、対象範囲を「選挙人名簿だけ」「名簿と期日前・不在者投票」「当日投票と開票速報まで」「立候補届出や選挙公報などの周辺業務まで」のように分けます。次に、定時登録、選挙時登録、異動、入場券作成、期日前投票、当日投票、開票、結果確定、選挙後の保存という時系列を業務フローにします。各工程で、入力する人、承認する人、参照できる人、出力する帳票、連携するシステムを記録します。

特に抜けやすいのは、通常処理ではない例外です。住民基本台帳から異動データが届かない場合、投票所の端末が停止した場合、候補者情報の訂正が発生した場合、在外・不在者投票の確認に時間がかかる場合、選挙当日に通信できない場合を想定します。要件定義書には、例外発生時の代替手段、再入力の方法、二重登録を防ぐ照合、責任者の承認、復旧後の突合まで記載します。

要件の方向性が固まったら、まずRFIで、標準準拠パッケージ、クラウド、自治体内設置、既存システムの改修、期間限定の機器利用などの実現方式を確認します。RFIでは「できるか」だけでなく、標準仕様への適合状況、データ移行の実績、APIやファイル連携の仕様、選挙当日の支援時間、障害時の代替運用、契約終了時のデータ返却を質問します。

その後のRFPでは、各社が同じ条件で見積もれるように、対象業務、利用者数、投票所数、端末台数、データ量、選挙種別、希望納期、必要な成果物を明記します。価格だけでなく、技術点、移行計画、テスト計画、操作性、セキュリティ、保守SLA、法改正対応、撤退条件を評価項目にします。横浜市の移行業務でも、契約金額だけでなく総合評価の技術点が評価に使われています（出典：横浜市「選挙人名簿管理システム等標準化に係る移行業務委託」契約結果、2024年）。

設計では、画面や帳票だけでなく、データ項目、コード、権限、ログ、バックアップ、連携タイミングを決めます。住民基本台帳との連携は、差分データをいつ取り込むか、全件データを照合するか、異動の訂正をどう戻すかまで詰めます。氏名の外字や行政事務標準文字の扱い、候補者名の表記、投票区の変更など、業務データに固有の論点もサンプルを使って確認します。

データ移行では、移行元の項目と移行先の項目を対応づけたマッピング表を作成し、件数、欠損、重複、文字化け、過去選挙データの参照可否を検証します。テストは単体・連携・総合の順だけでなく、権限、負荷、バックアップ復元、障害復旧、紙運用からの再入力まで含めます。最後に、職員と臨時職員が本番と同じ役割で選挙前リハーサルを行い、操作時間、問い合わせ内容、帳票の照合、責任者の承認手順を修正してから稼働します。

選挙管理システム開発の費用相場とコストの内訳

選挙管理システムの費用は、人口や投票所数、対象業務、既存ベンダー、標準化の範囲、端末や機器の台数で大きく変わります。2026年時点で公開されている自治体契約から見ると、選挙1回向けの環境設定や運用支援は100万円台から2,000万円程度、標準化対応・データ移行は600万円から3,000万円程度、中規模自治体の複数業務更新は3,000万円から1億円程度、大都市の大型移行は1億円から3億円超が初期の検討レンジです。これは定価ではなく、案件範囲をそろえるための目安です。

公開契約の具体例を見ると、札幌市の第27回参議院議員通常選挙に係る選挙人情報管理システム稼働環境設定等業務は、株式会社日立製作所北海道との契約で718万9,000円です（出典：札幌市「選挙管理委員会事務局指名競争入札及び随意契約の結果」、2025年）。これは選挙1回の本番環境設定等であり、自治体全体の新規開発費とは分けて考えます。

一方、横浜市の「選挙人名簿管理システム等標準化に係る移行業務委託」は、株式会社ムサシとの契約金額が2億4,505万6,900円です（出典：横浜市、2024年）。対象が大都市の標準化移行業務であり、環境設定だけの契約とは前提が異なります。このように、公開金額を引用するときは、契約名、対象年度、税の扱い、開発・移行・運用のどこまで含むかを必ず併記します。

見積書では、要件定義・調達支援、設定・追加開発、住民基本台帳などとの連携、データクレンジング・移行、端末・バーコードリーダーなどの機器、クラウドやネットワーク、テスト、研修、選挙前リハーサル、稼働立会い、保守・法改正対応を分けて提示してもらいます。1回の選挙だけに必要な設定費と、毎年発生する保守費が一つの「システム利用料」にまとめられている場合は、内訳を確認します。

比較では、初期費用の安さよりも、5年間の総保有コストを見ます。選挙の回数、利用者アカウント、端末の更新、休日・夜間の支援、法改正に伴う改修、バックアップ媒体、データ保存、契約終了時の移行を加えます。クラウドやSaaSは初期投資を抑えやすい一方、利用期間、データ保持、通信回線、サポート時間によって総額が変わります。パッケージは導入しやすくても、独自帳票や運用の追加開発が増えると保守費が膨らむため、設定と改修の境界を確認します。

選挙管理システムの見積もりを取る際のポイント

見積もりの精度は、依頼前にどれだけ条件をそろえられるかで決まります。すべての仕様を最初から確定する必要はありませんが、対象業務、既存システム、利用者、データ量、端末、希望する稼働時期、必要な支援範囲を同じ資料で各社に渡します。提案に含まれるものと、別途費用になるものを明確にすると、価格だけでは見えない差を比較できます。

仕様書には、選挙の種類と回数、選挙区・投票区・投票所数、期日前・不在者・在外の扱い、同時利用者数、端末台数、住民基本台帳との連携頻度、候補者や政党のマスタ、必要な帳票、過去データの保存期間を記載します。入力や承認の権限、操作ログの保存、バックアップの世代数、復旧目標時間、障害時の紙運用、選挙当日の電話・現地支援時間も重要な条件です。

データについては、項目定義、文字コード、外字、コード値、日付、識別子、欠損時の扱い、移行対象年度、移行後の照合方法を確認します。標準仕様に準拠していても、自治体独自の帳票や庁内連携が自動的に引き継がれるとは限りません。RFPに受入テストの合格条件と、成果物としてデータ辞書、連携仕様書、操作手順書、障害対応手順、バックアップ復元手順を納品することまで含めます。

比較先は、選挙人名簿管理の標準化経験がある会社、自治体基幹システムとの連携に強い会社、端末や機器を含む運用に強い会社など、得意領域が異なる事業者を含めます。現行ベンダーに継続依頼する場合も、他社が移行できる形式でデータや仕様を保管できるかを確認します。既存ベンダーしか触れない部分があるなら、専有データの範囲、APIの有無、契約終了時の返却費用、再委託先を明記します。

評価では、価格点だけでなく、移行の現実性、標準仕様の改版への対応、自治体の情報セキュリティポリシーへの適合、操作研修の方法、選挙当日の要員体制、障害時の復旧手順を確認します。提案書の説明だけでなく、実際の画面で臨時職員が名簿検索から受付、訂正、取消、再確認まで操作するデモを行うと、現場にとっての使いやすさを比較しやすくなります。

電子投票機を導入すると、開票時間や無効票の削減を期待できますが、選挙人名簿管理システムの標準化とは別に評価します。e-Govで公開されている電磁的記録式投票機の特例法では、二重投票防止、投票の秘密、記録保護、権限のない操作の防止などの条件が定められ、投票機を電気通信回線に接続してはならないとされています（出典：e-Gov法令検索「電磁的記録式投票機を用いて行う投票方法等の特例に関する法律」）。インターネット投票と電子投票機を同じものとして説明しないことが大切です。

一方で、技術の導入効果を具体的に確認できる事例もあります。京セラの公式導入事例では、宮崎県新富町が2026年3月の町議会議員補欠選挙で電子投開票システムを利用し、前回選挙と比べて開票時間を約2分の1、開票人数を約4分の1に削減したと紹介されています（出典：京セラ公式導入事例、2026年）。効果は自治体の規模、候補者数、投票方法、運用体制で変わるため、自自治体の実測条件で検証します。

選挙管理システム開発でよくある質問（FAQ）

ここでは、選挙管理システムの開発を検討する際に、自治体の担当者から寄せられやすい質問に回答します。金額や納期を決める前に確認しておくと、事業者への相談内容を具体化できます。

選挙1回の環境設定や運用支援なら100万円台から2,000万円程度、標準化対応やデータ移行なら600万円から3,000万円程度が一つの目安です。複数業務の更新や大規模な連携を含むと3,000万円から1億円程度、大都市の大型移行では1億円から3億円超になる場合があります。自治体の人口、投票所数、既存資産、端末、保守を含むかで変わるため、公開契約の金額をそのまま自自治体の予算に置き換えないでください。

既存パッケージの設定や移行を中心とする場合は6〜12か月、複数の投票業務、基幹連携、端末、帳票、リハーサルまで含む場合は9〜18か月程度を見込みます。大都市の標準化移行やスクラッチ開発では12〜24か月超になる可能性があります。納期は開発完了日ではなく、選挙前の総合テストと職員研修を終える日から逆算し、法改正や候補者マスタの確定時期も計画に入れます。

クラウド、LGWAN、専用回線、庁内設置などの方式を選べますが、自治体の情報セキュリティポリシー、データ保管場所、認証、暗号化、ログ、バックアップ、障害時の代替手段を確認する必要があります。投票所の端末や電子投票機は、名簿管理システムのクラウド化とは別に通信要件を評価します。価格だけでなく、選挙当日に通信できない場合の紙運用と復旧後のデータ突合まで提案に含めてもらうことが大切です。

まとめ

選挙管理システム開発を成功させるには、選挙人名簿、住民基本台帳連携、期日前・不在者・当日投票、開票、帳票、権限、ログ、バックアップ、障害時運用を一つの業務フローとして整理します。標準化対象の機能と自治体独自の運用、電子投票機など別途評価する機器を切り分けることも重要です。

進め方は、現行業務と例外処理の棚卸し、標準仕様の確認、RFI、RFP、要件定義、設計、移行、連携テスト、障害復旧訓練、選挙前リハーサル、稼働後の振り返りという順序で考えます。見積もりは初期費用だけでなく、法改正対応、選挙ごとの設定、端末保守、休日・夜間支援、契約終了時のデータ返却を含めた5年総額で比較します。

人口や投票所数が近い自治体の公開契約を参考にしながら、自自治体の対象業務、既存システム、データ量、端末、希望時期、選挙当日の支援体制を整理します。そのうえで、複数の開発会社へ同じ条件で相談し、価格、標準化への適合、移行の実現性、現場の操作性、保守と撤退条件を比較します。最初から機能を増やすのではなく、正確な投票事務と業務継続を優先して段階的に計画することが、長期的に安定した選挙管理システムにつながります。

▼全体ガイドの記事
・選挙管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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