公共くじ販売システム開発の進め方/やり方/流れや方法/手法/工程/手順

公共くじ販売システムの開発は、販売・決済・抽せん・払戻し・精算を一つの業務基盤として設計し、制度適合性と説明責任まで含めて進めることが成功の条件です。

公共くじは一般的なECサイトと異なり、自治体、実施主体、受託銀行、販売店、決済事業者、運用会社など複数の関係者が参加します。この記事では、公共くじ販売システムの全体像、企画から本番稼働までの進め方、2026年時点での費用相場、見積書の確認ポイント、よくある疑問を順番に解説します。

▼全体ガイドの記事
・公共くじ販売システム開発の完全ガイド

公共くじ販売システムとは何ですか？全体像を理解する

公共くじ販売システムとは、宝くじやスポーツくじを複数の販売チャネルで扱い、購入記録から当せん確認、払戻し、売上精算、収益報告までをつなぐ業務基盤です。対象業務を単なるオンライン購入に限定するか、売り場端末や金融機関まで統合するかによって、必要な機能、費用、開発期間が大きく変わります。

最初に確認したいのは、「公共くじ」が一つの法律や一つの運営方式を意味する言葉ではないことです。宝くじは当せん金付証票法に基づき、全国47都道府県と20の指定都市が発売元となり、発売などの事務を銀行等へ委託しています。発売計画、券の製造・配送、売りさばき、抽せん、当せん番号の発表、当せん金の支払いまでが関係するため、自治体と受託銀行の役割分担をシステム要件へ落とし込む必要があります（出典：宝くじ公式サイト「宝くじの仕組み」、2026年確認）。

一方、スポーツくじはスポーツ振興投票等の実施等に関する法律に基づく制度で、実施主体や販売商品、結果確定の流れが宝くじとは異なります。企画書の段階で「宝くじを扱うのか」「スポーツくじを扱うのか」「両方を同じ基盤へ載せるのか」を明記しないと、後から商品マスタ、購入上限、結果登録、払戻し条件を作り直すことになります。

主な機能は、商品・発売管理、販売チャネル管理、会員・本人確認、購入・券管理、決済、売上確定、取消・返金、抽せん結果の登録、当せん判定、払戻し、販売店や受託銀行との精算、自治体などへの報告です。加えて、操作権限、監査ログ、問合せ対応、不正利用検知、バックアップ、障害監視、災害復旧、脆弱性診断も業務要件に含めます。

特に重要なのは、購入者が注文を送信した時点、システムが購入を受け付けた時点、決済事業者が決済を確定した時点を別々の状態として記録することです。決済タイムアウトが発生したときに「未購入」と表示して再購入を促すと、後から最初の購入も確定して二重購入になる可能性があります。注文ID、決済照会結果、販売停止時刻、端末の通信状態を一つの監査証跡として残す設計が必要です。

公共くじ販売システムの進め方

公共くじ販売システムは、画面を先に作ると後から制度、精算、監査の条件が追加されやすいため、業務と責任分界を先に固めます。標準的には、制度確認、現状調査、RFI・RFP、PoC、要件定義、設計・開発、テスト・移行、運用開始の8段階で進めます。

最初に、発売元または実施主体、受託銀行、販売店、決済会社、払戻し主体、会計担当、開発会社、運用会社を洗い出し、誰がどのデータを作成し、承認し、保管するのかを責任分界表にします。次に、窓口端末、Web、スマートフォン、金融機関などの販売チャネル、商品数、発売期間、日次取引件数、ピーク時の同時接続数、保存年限、既存ホストや会計システムとの連携を調査します。

RFPには正常系だけでなく、販売停止、通信断、決済タイムアウト、二重送信、売上確定後の取消、抽せんデータの差異、払戻し先口座の不備、端末故障、データセンター切替を業務シナリオとして書きます。例えば「販売停止を全チャネルへ何分以内に反映するか」「障害発生時に購入者へ何を表示するか」「復旧後にどの帳票と照合するか」まで定めると、会社ごとの提案を比較しやすくなります。

方式選定では、専用・準パッケージ、クラウド・ハイブリッド、フルスクラッチの3案を比較します。販売や精算の既存部品を活用する準パッケージは短期化しやすい一方、制度固有の条件が多いと追加改修費が膨らみます。クラウドはWeb、会員、分析、監視を伸縮させやすい一方、決済・精算の配置、データ所在、鍵管理、障害時の責任分界を確認します。フルスクラッチは業務適合性を高めやすい一方、品質保証と将来保守を長期で用意する必要があります。

本番開発の前に、決済連携、3Dセキュア、端末とWebの販売停止同期、ピーク負荷、データ照合、災害切替を小規模なPoCで検証します。たとえば、購入確定と決済確定がずれたときの再照会処理を先に確認すると、設計後の大幅な作り直しを防げます。開発手法は、制度・精算・監査要件をウォーターフォールで管理し、画面や分析機能をアジャイルで改善するハイブリッドが適しています。

テストは単体テスト、結合テスト、性能テスト、セキュリティテスト、障害テスト、業務リハーサルの順に、受入基準と証跡を残します。特に、抽せん対象データの確定、抽せん結果の登録・承認、当せん判定、払戻し、日次締め、販売店・受託銀行との照合は、担当者一人の操作だけで完了しない二者承認や職務分掌を含めて検証します。

移行では、商品マスタ、会員情報、購入履歴、未払戻し情報、精算残高などを対象に、移行前後の件数と金額を照合します。新旧システムを一定期間並行稼働させる場合は、どちらを正とするか、差異を誰が何時間以内に解消するかを決めます。本番移行の直前には、災害時の切替訓練、販売停止訓練、問い合わせ窓口の訓練を行い、SLAと運用手順書を実際に使える状態にします。

公共くじ販売システムの費用相場とコスト内訳

公共くじ販売システムの標準価格は公開されていないため、以下は公開調達情報と公共・金融系システムの要件から整理した、提案依頼前の概算レンジです。税別と税込の条件、端末や機器を含むか、複数年の保守を含むかで数字が変わるため、単一の総額だけで判断しないことが重要です。

企画、制度整理、現状調査、RFP支援、非機能要件の定義までなら、500万円から2,000万円程度、期間は1〜3か月が一つの目安です。商品・会員・注文・決済・結果照会を中心とした準パッケージ導入や小規模ネット販売は3,000万円から1億円程度、期間は6〜12か月が目安です。ただし、既存精算や銀行との接続が複雑な場合は、同じ機能数でも高くなります。

売り場端末とWebを統合し、決済、精算、当せん、監査、ピーク対策、データ移行まで含む新規販売基盤は、8,000万円から3億円程度、期間は12〜24か月が目安です。全国規模の基幹更改、複数データセンター、24時間運用、厳格な業務リハーサルまで含める場合は、1.5億円から5億円超、期間は18〜36か月になることがあります。これらは確定価格ではなく、取扱高、チャネル数、既存資産の再利用、SLA、RTO・RPOで上下する概算です。

初期開発費だけでなく、クラウドまたはデータセンター費用、端末・機器の保守、監視、ヘルプデスク、脆弱性診断、セキュリティ評価、バックアップ、災害復旧訓練、法改正や商品追加への改修費を分けて見積もります。年間の保守・監視・インフラ・セキュリティ費用は、初期開発費の15〜25％程度、または年2,000万円から1億円超となるケースがありますが、稼働時間やSLAによって幅があります。

日本スポーツ振興センターの令和7年度落札情報では、スポーツくじ販売促進に係るマーケティングツールの利用・運用保守が2億8,278万1,422円、広告宣伝向けデータマネジメント・プラットフォームの利用・運用保守が1億2,034万2,200円でした（出典：日本スポーツ振興センター「落札・結果情報 令和7年度」、2026年確認）。これは販売・払戻しの中核開発費ではなく、周辺の販促・データ基盤に関する調達です。ただし、周辺基盤でも億単位になり得ることを示すため、複数年の運用費を初期費用と別に確認する材料になります。

また、文部科学省の令和7事業年度資料では、スポーツ振興投票等業務の業務経費約481.7億円、スポーツ振興投票業務運営費約285.8億円が示されています。これは事業全体の予算であり、システム開発費そのものではありません（出典：文部科学省「令和7事業年度スポーツ振興投票等業務事業計画・予算・資金計画案」、2025年）。事業予算とシステム費を混同せず、機能、外部接続、機器、セキュリティ、移行、教育、運用を分解して比較します。

公共くじ販売システムの見積もりを取る際のポイント

複数社から見積もりを取るときは、金額の安さではなく、同じ前提条件で比較できているかを確認します。公共くじでは、要件が曖昧なまま価格だけを求めると、契約後に外部接続、監査、障害対応、移行が追加され、予算と納期が大きく変わりやすいです。

最低限、対象商品、販売チャネル、販売期間、日次取引件数、ピーク時の同時接続数、購入上限、会員数、決済手段、本人確認の方法、払戻し方法、データ保存年限、外部システム、端末台数を整理します。数量が未確定なら、少・中・大の3ケースを提示し、各ケースの追加費用と性能条件を出してもらいます。

非機能要件では、稼働時間、目標稼働率、RTO、RPO、障害の検知・連絡・復旧時間、バックアップ頻度、ログの改ざん防止、権限分離、脆弱性診断、災害時の切替方法を指定します。カード決済を扱う場合は、PCI DSS v4.0.1の対象範囲、3Dセキュア、決済情報をシステムに保持するかどうかを確認します。PCI SSCの文書では、PCI DSS v4.0.1が現行文書として掲載され、2025年3月31日から一部の将来日付要件が有効になっています（出典：PCI Security Standards Council、2026年確認）。

開発会社には、見積総額だけでなく、作業分担、担当者の経験、再委託先、運用体制、障害時の連絡網、法改正対応、データ返却、契約終了時の移行支援を提示してもらいます。公共調達や金融系基幹の経験があっても、宝くじやスポーツくじの販売・抽せん・払戻しを直接扱った経験があるとは限りません。直接実績、類似実績、提案上の仮説を分けて確認します。

候補会社への質問は、「販売停止を全チャネルへ反映する設計は何か」「決済タイムアウト後の再照会をどう処理するか」「抽せん結果の登録に二者承認と監査ログをどう組み込むか」「RTO・RPOを満たす切替訓練を何回実施するか」「契約終了時にデータと運用ノウハウをどう引き継ぐか」のように、業務シナリオで聞くと比較しやすくなります。

クラウドを使う場合は、サービスのセキュリティ認証だけでなく、発注者、クラウド事業者、SI会社、決済事業者の責任範囲を確認します。政府情報システムのクラウド調達では、ISMAPに登録されたサービスから調達することを原則とする考え方が示されています。ISMAPは、政府が求めるセキュリティ要求を満たすクラウドサービスを事前評価・登録する制度です（出典：国家サイバー統括室「政府情報システムのためのセキュリティ評価制度」、2026年確認）。自治体や関連団体の案件で同制度が直接適用されるかは個別に確認し、適用されない場合も同等の統制が必要かを調達仕様へ記載します。

また、個人情報、口座情報、購入履歴、当せん情報、操作ログをどの環境に保存するか、暗号化鍵を誰が管理するか、再委託先がどこまでアクセスするかを契約書で定めます。法令や規約が変わったときに、改修費を都度請求するのか、保守範囲に含めるのかも重要です。見積書だけでなく、要件定義書、SLA、セキュリティ仕様書、運用設計書を一体で確認します。

よくある質問（FAQ）

公共くじ販売システムの検討では、費用だけでなく、対象制度、販売範囲、決済、抽せん、払戻し、運用責任をどこまで含めるかが質問になりやすいです。ここでは、企画担当者が開発会社へ相談する前に確認したい代表的な疑問へ回答します。

企画・RFP支援で500万円から2,000万円程度、準パッケージや小規模ネット販売で3,000万円から1億円程度、複数チャネルの販売基盤で8,000万円から3億円程度が概算の目安です。全国規模の基幹更改や複数データセンターまで含むと、1.5億円から5億円超になる可能性があります。取引量、チャネル数、外部接続、端末、SLA、移行範囲で変わるため、要件を揃えた複数見積もりが必要です。

商品や精算の標準的な業務を短期間で立ち上げたい場合は、専用・準パッケージを比較しやすいです。制度固有の販売条件、複数チャネルの同期、既存ホストとの連携、独自の監査要件が多い場合は、パッケージを核に追加開発する方式やフルスクラッチを検討します。先にPoCで適合性と追加改修の範囲を確認し、初期費用だけでなく5年TCO、保守性、ベンダー交代のしやすさで判断します。

宝くじまたはスポーツくじの直接実績だけでなく、決済、金融機関接続、売り場端末、精算・照合、公共調達、24時間運用、災害復旧の経験を確認します。提案時には、購入確定と決済確定の分離、抽せん結果の二者承認、販売停止の同期、異常系テスト、再委託先、契約終了時のデータ移行を質問します。実績を「直接」「類似」「未確認」に分けて回答できる会社を選ぶと、提案内容の透明性を比較しやすくなります。

企画・RFP支援は1〜3か月、準パッケージや小規模ネット販売は6〜12か月、複数チャネルの販売基盤は12〜24か月、基幹更改や災害復旧まで含む大規模案件は18〜36か月が一つの目安です。制度確認、外部接続、性能試験、セキュリティ評価、業務リハーサル、並行稼働を省くと短く見えますが、本番後の障害や追加費用につながります。発売日や抽せん日から逆算し、要件定義とPoCの期間を先に確保します。

まとめ

公共くじ販売システムは、オンライン購入の画面を作るだけの案件ではありません。制度、発売元、受託銀行、販売店、決済会社、払戻し主体の役割を整理し、購入・抽せん・払戻し・精算・報告を監査可能なデータでつなぐことが重要です。

成功の要点は、第一に宝くじとスポーツくじの制度を分けて要件化すること、第二に購入確定と決済確定を別状態で管理すること、第三に抽せん結果と精算データへ二者承認・監査ログを組み込むことです。さらに、RTO・RPO、販売停止、災害切替、法改正対応、データ返却を契約と運用手順へ落とし込みます。

最初の一歩として、対象制度、関係者と責任分界、販売チャネル、商品・取引量、外部接続、異常系シナリオ、セキュリティ、RTO・RPO、5年TCOをまとめた要件整理シートを作成します。その資料をもとにRFIやRFPを実施し、最安値ではなく、制度適合性、運用継続性、説明責任を含めた総コストで発注先を選びます。

▼全体ガイドの記事
・公共くじ販売システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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