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

加入者管理システムの開発は、顧客情報を登録するだけではなく、契約受付から本人確認、SIM・eSIMの発行、回線開通、認証、課金、停止・解約、監査までを一つのライフサイクルとして設計することが成功の要点です。通信コアまで含む場合は、4GのHLR・HSSと5GのUDM・UDR、BSSやOSSとの責任範囲も先に定義する必要があります。

本記事では、加入者管理システムの種類と範囲を整理したうえで、要件定義からPoC、設計、移行、運用開始までの進め方を解説します。小規模なBSS型からMVNO向け開通基盤、4G・5G併存の通信コアまで、費用相場、見積書で確認すべき項目、セキュリティや法令対応のポイントを2026年時点の情報に基づいてまとめています。

▼全体ガイドの記事
・加入者管理システム開発の完全ガイド

加入者管理システムの全体像

加入者管理システムには、契約者・回線・SIMを管理する業務システムと、通信ネットワークへの接続可否を判断する通信コアの機能があります。両者は別々に見えても、契約変更をネットワークへ反映し、利用量を請求へ渡すためにAPIやプロビジョニング基盤で接続されます。最初に「どこまでを今回のシステムに含めるか」を決めないと、見積もりも納期も比較できません。

BSS型は、契約者情報、契約プラン、回線、SIM・eSIM、本人確認、注文、料金計算、請求、決済、問い合わせ対応などを扱います。画面上で契約を登録して終わりではなく、開通依頼をプロビジョニング基盤へ送り、処理結果を受け取り、失敗時には再送や補償処理を行うところまで設計します。管理対象には契約者ID、MSISDN、IMSI、ICCID、料金プラン、利用量、速度制御、APN、QoS、ローミング条件、請求プロファイルなどが含まれます。

一般的な顧客管理システムとの違いは、契約情報の更新が通信サービスの利用可否に直結する点です。たとえば、料金滞納による停止は請求システムだけでなく、通信コア側の加入者プロファイルにも反映されます。再開やプラン変更も同様であり、二重登録や反映遅延が起きると、請求額と実際の通信条件が食い違うため、更新履歴と処理状態を追跡できる仕組みが必要です。

通信コア型では、従来の2G・3GのHLR、4GのHSS、5GのUDM・UDRなどが加入者データと通信条件を扱います。HLR・HSSは電話番号やIMSIなどの識別情報、認証に必要な情報、サービス利用可否、在圏や接続状態を管理します。5Gでは、UDMが加入者データを使って認証・認可などの処理を行い、UDRが加入者データやポリシーデータの保管先になります。

ETSIが公開する3GPP TS 23.501 Release 19（2026年1月版）では、UDMがサブスクリプションデータと認証データを利用し、PCFがポリシーデータを利用し、それらをUDRに保存できる構成が示されています（出典: ETSI TS 23.501 V19.5.0、2026年）。つまり、5G対応では単一の顧客マスタを作るだけでなく、ネットワーク機能ごとにどのデータを読み書きできるか、認可をどう分けるかまで決める必要があります。

自社の対象範囲は、三つに分類すると判断しやすくなります。契約・料金・管理画面と既存の通信設備をつなぐだけならBSS中心です。自社ブランドのSIMやeSIMを発行し、MNOとの接続、開通、停止、ローミングまで扱うならMVNO向け開通基盤です。4GのHSSを残しながら5GのUDM・UDRを導入し、認証・ポリシー・冗長化・大規模移行まで行うなら5Gコアの加入者データ基盤です。

たとえば、MNOから提供された機能を利用するライトMVNOは、HLR・HSSを自社で持たず、BSSや顧客チャネルの開発が中心になる場合があります。一方、IIJは2018年に国内初のフルMVNOとして、HLR・HSSを自社で保有・運用し、MNC・IMSIを用いた独自SIMの発行・管理を実現したと公表しています（出典: IIJ「IIJモバイルサービス/タイプI」、2018年）。この違いを整理してから、必要な開発範囲を決めることが重要です。

加入者管理システム開発の進め方

開発は、画面やデータベースから着手せず、加入者の業務ライフサイクルとネットワークへの反映順序を固めることから始めます。企画、要件定義、PoC、基本設計、開発、総合試験、段階移行、運用引き継ぎを一続きの計画として扱います。とくに既存4Gと新しい5Gを併存させる場合は、切り替え日だけでなく、旧システムと新システムを並行運用する期間を先に設計します。

まず、契約受付、本人確認、審査、SIM・eSIM発行、開通、プラン変更、利用停止、再開、解約、請求、問い合わせ、障害対応を業務フローにします。各工程について、誰が操作するか、どのデータを正本とするか、どのシステムへいつ反映するか、失敗時に誰が判断するかを記録します。加入者、契約、回線、SIM、端末、料金プラン、利用量、請求を別のエンティティとして扱い、名義変更や1契約複数回線にも対応できる関係を定義します。

非機能要件は、加入者数だけでなくピーク時の開通件数、認証応答時間、APIの同時実行数、可用性、RTO・RPO、ログ保持期間、障害通知時間まで数値化します。たとえば「大量に耐える」「止まりにくい」ではなく、「月末の開通ピークを何件処理するか」「重大障害から何分以内に復旧するか」と書きます。24時間運用、地理冗長、バックアップ復旧、脆弱性修正、証明書や認証鍵の更新も、この段階で要件に含めます。

要件定義後は、いきなり全機能を作らず、実データに近い条件でPoCを行います。確認するのは、MNOや既存コアとの接続、HLR・HSSまたはUDM・UDRへの加入者プロファイル反映、SIM・eSIMの開通、料金プラン変更、停止・再開、異常時の再送、重複依頼の防止、監査ログの記録です。成功ケースだけでなく、応答遅延、タイムアウト、途中失敗、同じ要求の再実行、旧システムに戻すケースも試験します。

方式選定では、通信キャリア向けパッケージ、クラウド・マネージドサービス、コンテナ・クラウドネイティブ、スクラッチを比較します。Nokiaは、5GのUDM・AUSFと2G・3G・4GのHLR・HSSを横断し、地理冗長や標準インターフェースに対応するSubscriber Data Managementを説明しています（出典: Nokia「Subscriber Data Management」、2026年確認）。既製製品を採用する場合も、料金制度や既存CRMとの連携、運用責任、追加ライセンスの条件をPoCで確かめます。

移行では、契約者情報、回線、SIM・eSIM、IMSI、MSISDN、料金プラン、利用停止状態、請求プロファイル、認証関連情報の対応関係を確認します。項目を移すだけでなく、旧システムと新システムのどちらを正本にするか、差分をどう検出するか、移行後に開通・停止・課金が正しく連動したかを検証します。新旧を一定期間併存させる場合は、二重更新を避けるための書き込み制御と、切り戻しの判断基準を決めます。

運用開始前には、監視項目、アラートの優先度、障害時の切り分け、ベンダーへのエスカレーション、認証鍵・証明書の更新、脆弱性対応、バックアップ復元、災害時の切り替えを実地訓練します。Ericssonが2025年に公表したSwisscomとの事例では、Packet CoreとUDMを含むクラウドネイティブなDual Mode CoreとGitOpsによるライフサイクル管理が示されています（出典: Ericsson「Swisscom and Ericsson driving performance partnership」、2025年）。開発会社の納品物に、こうした変更管理と運用手順まで含めることが大切です。

加入者管理システムの費用相場とコストの内訳

加入者管理システムの公開価格は、加入者数、毎秒トランザクション、MNO接続、4G・5Gの併存、24時間運用、移行件数によって大きく変わります。以下の金額は特定製品の定価ではなく、一般的な開発単価と通信基幹システムの追加負荷を組み合わせた2026年時点の計画用推定です。正式な予算は、対象範囲と非機能要件を提示して複数社から取得してください。

目安として、要件整理・現行調査・RFP作成は150万〜500万円、契約・加入者マスタと管理画面を中心とした小規模BSS型は500万〜1,500万円です。クラウド型の加入受付・プロビジョニングMVPは1,000万〜3,000万円、MVNO向けのHLR・HSS連携とBSS・OSS統合は3,000万〜1億円程度を想定します。これらの期間は、要件整理が1〜2か月、小規模BSSが3〜6か月、MVPが6〜12か月、MVNO連携が9〜18か月の範囲です。

UDM・UDRを含む4G・5Gデュアルモード基盤は5,000万〜3億円以上、キャリア規模のコア刷新と大規模移行は1億〜5億円以上を計画枠に置くことがあります。後半のレンジは、ソフトウェア、HSMまたは同等の鍵保護、冗長基盤、接続試験、性能試験、データ移行、災害対策、24時間運用まで含める場合の推定です。ライセンスや回線費を別計上する契約では、提示額からさらに増える可能性があります。

費用の内訳は、要件定義・アーキテクチャ設計、アプリケーション開発と外部連携、基盤・ライセンス・クラウド、移行・試験・教育・運用設計に分けます。計画段階では、要件定義・設計を5〜10%、開発と連携を40〜60%、基盤・ライセンス・クラウドを15〜30%、移行・試験・教育・運用設計を15〜25%程度の仮置きにすると、初期費用の偏りを把握しやすくなります。これは案件の条件で変わる推定配分であり、価格保証ではありません。

一般的なシステム開発の公開相場では、人月単価が50万〜150万円程度、クラウド型が月額10万円から、フルスクラッチが400万円からとされる例があります（出典: 秋霜堂「システム開発の費用相場」、2025年更新）。ただし、通信コアでは専門人材、標準準拠試験、MNO接続、冗長化、鍵管理、24時間監視が追加されるため、この一般相場をそのまま加入者管理システムの価格とみなしてはいけません。

初期費用だけでなく、クラウドや専用基盤、通信コアのライセンス、SIM・eSIM、監視、24時間保守、セキュリティ更新、バックアップ、回線・ローミング、検証環境、データ保存を月額または年額で確認します。初期費用の年15〜25%程度を保守・運用費の仮置きにする方法もありますが、加入者数やサポート時間で増減します。従量課金の場合は、加入者数、API呼び出し、ログ量、バックアップ容量、監視対象数の増加単価を見積書に明記してもらいます。

安価な初期見積もりでも、検証環境、災害対策環境、移行リハーサル、障害対応の待機時間、製品アップデート、証明書更新が別料金なら、運用開始後に予算が膨らみます。3年間や5年間の総保有コストで比較し、初年度の導入費、2年目以降の保守費、加入者増加時の追加費用、契約終了時のデータ返却費まで確認することが安全です。

加入者管理システムの見積もりを取る際のポイント

見積もりの精度は、開発会社の計算力よりも、発注側が前提条件をどれだけ具体化できるかで決まります。RFPには、対象となる加入者数、契約種別、SIM・eSIMの種類、接続先、ピーク処理量、料金制度、移行件数、SLA、RTO・RPO、運用時間、法令・監査条件を記載します。要件が未確定な部分は、未確定のままにせず、調査・PoC・要件定義の作業として別見積もりに分けます。

データ項目は、契約者、回線、IMSI、MSISDN、ICCID、eSIMプロファイル、端末識別子、料金プラン、利用量、APN、QoS、ローミング、請求、認証関連情報に分けて整理します。接続先はCRM、注文管理、本人確認、料金計算、請求・決済、在庫、ネットワーク監視、HLR・HSS、UDM・UDR、MNO・MVNE、分析基盤などを列挙します。各接続について、API、ファイル、Diameter、5Gのサービスベースインターフェースなどの方式、送受信項目、応答時間、再送ルールを明らかにします。

処理量は、総加入者数だけでなく、通常時・月末・キャンペーン時の契約受付、開通、プラン変更、停止・再開、認証要求、請求処理を分けます。非機能では、可用性、最大遅延、同時接続、RTO・RPO、データ保持、監査ログ、地域冗長、障害通知、メンテナンス時間を回答項目にします。これらを条件にすると、各社の「標準構成で対応可能」という説明を、具体的な性能と費用に置き換えられます。

開発会社を選ぶときは、会社の知名度や画面の見栄えだけで比較しません。通信コア製品に強いベンダー、CRM・料金・請求・移行をまとめる国内SI、MVNOとして加入者・SIM・ローミングを運用した経験を持つ事業者では、得意分野が異なります。単独提案だけでなく、コア製品ベンダーとSI会社の共同提案も比較し、責任分界を一枚の図で提示してもらいます。

実績確認では、単に「通信業界の実績あり」と聞くのではなく、同じ世代のネットワーク、同程度の加入者数、同じMNO接続、4G・5G併存、データ移行、24時間運用の事例を確認します。提案時点での製品バージョン、国内の保守体制、再委託先、障害時の連絡網、標準外カスタマイズの扱いも質問します。ベンダー資料にある機能や導入効果は公表情報であり、自社の契約条件や性能を保証するものではないため、PoCと契約上の受入条件に落とし込みます。

個人情報や本人確認情報だけでなく、IMSI、認証鍵、SIM・eSIMの発行情報、通信の利用状況、管理者操作ログも保護対象です。管理者の多要素認証、最小権限、職務分離、ネットワーク分離、暗号化、HSMまたは同等の鍵保護、改ざん耐性のある監査ログ、バックアップ暗号化、脆弱性管理、復旧訓練を要件にします。誰が加入者データを変更できるかを、ネットワーク機能・データセット単位で定義します。

携帯音声通信事業者の本人確認については、契約者の本人確認、記録の作成・保存、不正利用防止に関する法令と施行規則を確認します。e-Govの2025年の意見募集結果では、本人確認法の第3条から第6条、第9条、第10条、第17条などが根拠として示されています（出典: e-Govパブリック・コメント、2025年）。対象サービスや契約形態によって適用関係が変わるため、法務・セキュリティ担当と確認し、保存期間、委託先・再委託先、漏えい時の連絡、検査権限を契約書に反映します。

加入者管理システム開発でよくある質問（FAQ）

加入者管理システムは、BSSと通信コアの境界、外部委託の範囲、費用、4Gから5Gへの移行が分かりにくい分野です。ここでは、開発前に特に相談の多い疑問へ、対象範囲を前提にして回答します。

必ずしも自社開発する必要はありません。ライトMVNOやBSS中心の事業では、MNO・MVNE・マネージドサービスが提供する通信コアを利用し、自社は契約、顧客チャネル、料金、開通連携を開発する選択肢があります。フルMVNOやローカル5Gで自社の認証、SIM・eSIM、ネットワークポリシーを細かく管理する場合は、通信コア製品の導入と運用体制が必要になります。

契約・加入者マスタを中心とした小規模BSSなら3〜6か月、500万〜1,500万円が一つの計画目安です。開通APIやSIM・eSIM、既存課金との連携を含むMVPなら6〜12か月、1,000万〜3,000万円、MVNO向けの通信コア連携なら9〜18か月、3,000万〜1億円程度を想定します。加入者規模、ピーク処理量、4G・5Gの併存、移行、冗長化、24時間運用で変わるため、期間と金額は範囲を分けて見積もります。

段階移行は可能ですが、既存HSSと新しいUDM・UDRの正本、加入者データの同期方式、4G・5Gの認証経路、切り戻し条件を設計する必要があります。先に一部の料金プランや限定回線でPoCを行い、データ差分、開通、停止、ローミング、障害時のサービス継続を確認します。全加入者を一度に移すのではなく、併存期間、移行単位、監視指標、責任者を決めたうえで段階的に切り替えることが安全です。

管理者の多要素認証と最小権限、IMSI・MSISDNと認証鍵の分離・暗号化、HSMまたは同等の鍵保護、API認証、ネットワーク分離、操作ログの改ざん対策、バックアップ暗号化、脆弱性対応、復旧訓練が基本です。本人確認情報や通信に関わるログは保存期間とアクセス権限を決め、委託先・再委託先を含めた監査とインシデント対応を契約・運用手順に落とし込みます。実装後の診断だけでなく、要件定義と受入試験の段階から確認します。

まとめ

加入者管理システム開発を成功させるには、顧客マスタの構築として考えるのではなく、契約受付から本人確認、SIM・eSIM、開通、認証、料金・請求、停止・解約、監査、障害対応までを一つの業務ライフサイクルとして設計します。BSS中心なのか、MVNO向け開通基盤なのか、5Gコアの加入者データ基盤なのかを最初に分類すれば、必要な機能と開発会社の役割が明確になります。

費用や納期を比較する前に、加入者数、ピーク処理量、接続先、4G・5Gの対象、MNO・MVNEとの責任分界、RTO・RPO、24時間運用、移行件数を決めます。PoCでは開通・停止・再開・プラン変更・異常時の再送を確認し、受入条件として性能、可用性、ログ、復旧を数値化します。公開価格が少ない領域だからこそ、見積書の金額だけでなく、含まれる機能と除外項目を比較することが大切です。

加入者管理の範囲が大きい場合は、要件整理・現行調査・RFP作成を先行発注し、次に小さな開通・管理機能をPoCで検証する進め方が有効です。その結果をもとに、パッケージ、クラウド、スクラッチ、通信コアベンダーと国内SIの共同体制を選びます。本人確認、認証鍵、監査ログ、委託先管理を後回しにせず、移行リハーサルと運用訓練まで含めて計画してください。最初から全機能を完成させるのではなく、サービスを止めずに段階的に拡張できる設計が、長期的なコストとリスクの抑制につながります。

▼全体ガイドの記事
・加入者管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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