加入者管理システムは、BSS型の契約管理、MVNO型の開通基盤、4G・5Gの加入者データ基盤の3種類に分けて考えると、必要な範囲を決めやすくなります。
範囲と種類、開発の進め方、方式の選び方、費用、開発会社、セキュリティと運用、発注の順に、発注側が決めておく点を並べます。
▼関連記事一覧
・加入者管理システム開発の進め方
・加入者管理システム開発でおすすめの開発会社6選と選び方
・加入者管理システム開発の見積相場・費用
・加入者管理システム開発の発注・外注・委託方法
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
加入者管理システムの定義
加入者管理システムは、加入者を識別する情報とサービス条件を保ち、それを各システムへ反映する仕組みです。
氏名や住所に加えて、契約状態、電話番号、SIM、料金プラン、認証情報、利用制限を、業務とネットワークの両面で扱います。
加入者・契約者・回線の区別
加入者はサービス利用者、契約者は契約上の名義人、回線は通信提供の単位です。法人では一人が多数の回線を持つことがあり、家族契約やIoTでは契約者、利用者、端末、SIMがそれぞれ分かれます。
これらを一つの顧客テーブルにまとめると、名義変更、回線追加、休止、再開、請求先変更の場面で不整合が生じるおそれがあります。
IMSI・MSISDN・ICCIDの識別子
IMSIは加入者番号、MSISDNは一般に電話番号として示す番号、ICCIDはSIMカードの識別番号です。
eSIMでは、物理カードの在庫に加えて、プロファイルの発行、ダウンロード、再発行、無効化も管理します。各番号を契約、端末、料金プラン、ネットワーク側プロファイルへ結び付けることが、開通の前提です。
加入者管理システムの範囲
顧客情報の業務システムと、認証や接続可否を制御する通信コアを同じ案件に含めるかを決めます。範囲が曖昧だと画面の費用だけが示され、開通API、課金連携、性能試験、24時間運用が後から加わる場合があります。
BSS型の対象（契約・料金・顧客業務）
BSS型は、申込と本人確認、契約・回線・SIM登録を扱います。さらに、プラン変更、請求、決済、問い合わせも含みます。
CRMや注文、料金計算とは、APIやファイルで連携します。請求、決済、在庫とも連携し、契約状態に応じて開通や停止を実行します。既存網で業務管理を改善する場合は、この範囲から始めると要件を整理しやすくなります。
通信コア型の対象（認証・認可・加入者プロファイル）
通信コア型は、加入者の接続可否や利用できるサービスを判断する情報を扱います。
たとえば、4GではHSS、従来世代ではHLR、5GではUDMとUDRが中心になります。認証情報、サービス契約、ポリシー、APN、QoS、ローミング条件を、ネットワーク機能へ提供します。
5G標準では、UDMが加入者・認証データを利用し、UDRのデータをネットワーク機能間で扱います（出典: 3GPP TS 23.501 Release 19 V19.6.0、2026年1月）。
加入者管理システムの種類と構成
構成は、事業の立場と既存システムの置換範囲で決まります。3種類に分けて整理すると、選定やRFPの範囲を定めやすくなります。また、複数の型を併用する例も多く、BSSとコアの間にプロビジョニング基盤やAPIゲートウェイを置きます。
契約・加入者マスタを管理するBSS型
BSS型は、契約、利用者、回線を管理します。SIM、料金プラン、オプション、請求先も扱います。
管理画面に限らず、申込から解約までの状態の移り変わりを設計します。審査、本人確認、開通依頼は、その途中の段階です。変更や停止も同じ流れで扱います。
小規模なサービスや既存ネットワークを使う事業では、クラウドで導入し、API連携を増やしていく方法が現実的です。
MVNOの開通・プロビジョニング型
MVNO型は、SIMやeSIMを割り当て、MNOの接続仕様に従って開通、停止、再開、解約を反映します。
注文、在庫、本人確認、料金計算、顧客窓口、ネットワーク処理を一連の業務フローでつなぎ、タイムアウト時の再送と二重開通を防ぎます。途中で失敗した場合の復帰状態と、手動で補正する担当者も決めておきます。
5Gの加入者データ基盤型
5Gの加入者データ基盤では、データと接続の設計について次の点を整理します。
- 連携設計：UDM・UDRを中心に、認証、加入者プロファイル、ポリシーと複数のネットワーク機能をつなぐ
- 4Gとの併存：HSSをすぐに廃止できるとは限らないため、既存環境と5G環境を併存させ、正本、更新順、障害時の切り戻しを決める
- UDRの認可：データを変更できるネットワーク機能を認可する
- 責任範囲：データセットごとに、どこまでを誰が受け持つかを分ける
標準資料では、UDRが複数のデータセットを扱う考え方が示されています（出典: 3GPP TS 23.501 Release 19、2026年）。
加入者管理システム開発の進め方（6段階）
画面設計より先に、受付から利用開始、料金計算、停止・解約、監査までの業務を描きます。通信コアを含む場合は、接続・性能試験、冗長化、運用引き継ぎも計画に入れます。
1. 対象範囲と事業モデルの決定
自社がMNO、MVNO、フルMVNO、ローカル5G、IoTのどれに近いかを示し、対象範囲を決めます。契約・請求だけか、SIM発行、MNO接続、認証、ローミング、利用量管理まで含むかを、機能一覧に書き出します。
対象外の範囲も書いておくと、提案や見積を比べやすくなります。
2. 現行業務・データ・接続先の棚卸し
業務は、受付、本人確認、SIM割当、開通の順に始まります。その後は、変更、停止、再開、解約と進みます。請求、問い合わせ、障害対応までを、流れに沿って書き出します。
各工程の正本データ、更新者、連携方式、締め時間、失敗時の手動対応を確認します。
契約者ID、IMSI、MSISDN、ICCID、eSIMプロファイルといった識別子は、同じように分類しておきます。さらに、料金プランやAPN、QoS、ローミング条件、認証情報などの条件も分類します。
3. 非機能要件の数値化
加入者数に加えて、ピーク時の開通件数や同時接続数、応答時間、可用性を数値で示します。
RTO・RPO、データ保持期間、監査ログの保管、運用時間帯も定めます。平均値だけで決めると、キャンペーンや災害時に処理が詰まるおそれがあります。
性能試験のデータ量、合格条件、障害時の切替時間も、RFPに記載します。
4. PoCによる接続と失敗時の動作の検証
本開発の前に、MNOや既存コアとの接続、開通・停止、eSIM処理、料金反映、タイムアウト時の再送を検証します。
重複申込、通信断、誤ったプラン、外部応答の遅延、鍵・証明書の期限切れも試験します。PoCの成果物は、画面ではなく、接続可否、処理時間、データ項目、責任分界、残課題の一覧です。
5. 段階導入とデータ移行の設計
新規構築は、契約・加入者マスタと開通・停止の段階から始めます。料金連携、分析・高度化は後の段階に回すと、リスクを抑えられます。
4Gから5Gへ移る場合は、旧HSSとUDM・UDRの併存期間、同期方式、切替条件、切り戻し条件を決めます。
特に移行リハーサルでは、件数だけでなく、名義変更、休止、未収、重複番号、認証失敗などの例外データを使います。
6. 運用引き継ぎと総合試験の完了条件
本番移行の前に、業務の総合試験と運用引き継ぎを完了させます。
- 申込から請求、ネットワーク反映、停止、解約までを一連で試験する。
- 障害の切り分け、監視とアラートの優先度、復旧、鍵・証明書の更新、脆弱性対応、ベンダーへの連絡を、手順書にまとめる。
- 手順書と訓練を納品条件に含め、夜間・休日も担当者が復旧できることを確かめてから本番へ移行する。
▶ 詳細はこちら：加入者管理システム開発の進め方
パッケージ・クラウド・スクラッチの選び方
標準業務が多く、短期での導入を優先するなら、パッケージやマネージドサービスが候補になります。
独自の料金制度や複雑な連携が競争力になる場合は、クラウド上で個別に開発する方法を検討します。
通信コアの責任範囲まで独自に設計する必要がある場合に限り、スクラッチを検討します。
初期費用に加えて、標準変更への追随や障害対応を比べます。人材と移行のしやすさも、あわせて確認します。
パッケージ：標準機能と実績を優先する場合
通信向けパッケージは、契約、請求、在庫、開通などを早く使いたい場合の候補です。
MNO接続や4G・5Gの併存、SIM・eSIMへの対応を確認します。さらに、API拡張性、更新時の移行方法、標準外機能の追加費用、障害時の支援も見ておきます。
クラウドとマネージドサービスの責任分界
クラウドは、加入者数や処理量の変動に対応しやすく、基盤の初期投資と運用負荷を抑えやすい方式です。
データの所在地と鍵の管理者、接続と遅延を確認します。さらに、復旧や監視の範囲、再委託先も、どこまでを誰が担うかで見ていきます。
マネージドサービスでは、停止時の手動開通手順と、契約終了時にデータを取り出せる形式も確かめます。
スクラッチの独自性と長期責任の評価
独自の料金、特殊な加入形態、深い既存連携があり、標準機能では要件を満たせない場合に候補になります。
認証鍵の管理、標準への準拠、高可用性と性能を、長期にわたって管理します。さらに、脆弱性対応や24時間保守、標準改定への追随も、続けて担えるかを確かめます。
全面的に開発するほか、標準部品と個別開発を組み合わせ、差別化につながる部分へ投資する方法もあります。
加入者管理システムの費用相場
契約マスタだけなら500万円から1,500万円程度、開通・料金連携まで含むMVPなら1,000万円から3,000万円程度が、計画の目安です。
MVNO向けに通信コアや既存業務を統合する場合は、3,000万円から1億円程度になります。
5GのUDM・UDR、4Gとの併存、冗長化、移行、24時間運用まで含めると、5,000万円から3億円以上になる可能性があります。
これらは公開定価ではなく、加入者数、処理量、接続先、試験、運用範囲を仮定した2026年時点の計画用の推定値です。
対象範囲ごとの初期費用と期間の目安
対象範囲別の初期費用と期間は、次の計画用の目安です。
- 要件整理・調査・RFP：150万円から500万円、1か月から2か月程度
- 小規模BSS型：500万円から1,500万円、3か月から6か月
- クラウド型の受付・プロビジョニングMVP：1,000万円から3,000万円、6か月から12か月
- MVNO向け統合：HLR・HSS連携、BSS・OSS統合、移行、総合試験を含めて3,000万円から1億円、9か月から18か月
- 5GのUDM・UDR基盤：5,000万円から3億円以上、12か月から24か月程度
一般的なシステム開発では、クラウド型が月額10万円以上、フルスクラッチが400万円以上、人月単価が50万円から150万円程度とされることがあります。
出典は、2025年から2026年に更新された一般的なシステム開発費の相場情報です。
これらは通信コアの価格を直接示す数字ではありません。通信コアの見積には、ライセンスや冗長構成、接続試験、移行が加わります。さらに、HSMまたは同等の鍵保護と24時間監視も含まれます。
一般的なWebシステムの相場を、そのまま通信コアに当てはめないことが大切です。
初期費用以外に必要なコスト
初期費用のほかに、次の運用・導入コストが発生します。
- 基盤・導入：クラウド・専用基盤、回線、検証環境、データ移行、教育
- 継続運用：ライセンス、SIM・eSIM、監視、保守、セキュリティ更新
- 鍵管理：鍵管理装置、権限分離、バックアップ、交換手順、監査
ランニング費用は、クラウドやライセンス、監視、保守を含めて、初期費用の年15%から25%程度を仮置きできます。SLAや利用量によって変わる推定値です。
▶ 詳細はこちら：加入者管理システム開発の見積相場・費用
加入者管理システムの開発会社・サービスの選び方
知名度や人数よりも、通信コア製品、国内業務の統合、MVNO運用、移行、24時間保守の強みを確認します。
一社で完結しない場合もあります。そのため、コア、BSS・OSS統合、運用設計を担う体制を提案できるかが重要です。
候補を通信コア・国内SI・運用知見の3層で分類
候補ごとの得意分野を確認し、自社に必要な専門性と照らし合わせます。
- 通信コア：HLR・HSS・UDM・UDR、認証、冗長化、標準IFに詳しい傾向
- 国内SI：CRM、料金・請求、業務フロー、移行、PMOを横断して管理する役割に向く
- MVNO運用：MNC・IMSI、SIM・eSIM、開通、ローミング、MNOとの責任分界を具体化する支援に向く
各領域を単独で担うか、共同体制で担うかを、提案の中で明示してもらいます。
加入者数と方式が近い案件での実績確認
「通信実績あり」の一言では、判断材料が足りません。加入者数やピーク処理量、対象世代が近い案件かを確認します。さらに、MNO接続の有無、SIM・eSIM、ローミングも見ておきます。
移行規模、運用時間、障害復旧の目標も照らし合わせます。可能であれば、匿名化した構成図や役割分担を見せてもらい、試験計画と保守体制も確認します。提案の段階で、担当技術者と運用責任者にも参加してもらいます。
見積・体制・責任分界の比較
候補各社の提案は、同じRFPを使って、次の観点から比べます。
- 費用内訳：機能と非機能、移行と試験、教育と保守、ライセンスとクラウド、追加料金を、項目ごとに分けて示す
- 技術・計画：要件への適合、標準への対応、移行計画、性能の根拠、セキュリティ
- 体制・総額：障害連絡網、担当者の経験、総保有コスト
24時間監視や総合試験が別料金なら、安い提案でも、導入後の総額が逆転する場合があります。
▶ 詳細はこちら：加入者管理システム開発でおすすめの開発会社6選と選び方
セキュリティと運用で押さえる点
加入者管理では、個人情報、認証鍵、SIM・eSIMの識別情報、接続条件、利用制限を扱います。
そのため、要件と受入試験の両方に対策を入れておく必要があります。対策には、最小権限と職務分離、多要素認証、暗号化が含まれます。さらに、ネットワーク分離、監査ログ、バックアップ、復旧訓練も対象になります。
認証鍵・個人情報・操作権限の分離
情報や操作の種類に応じて、権限、API、記録の管理方法を分けて定めます。
- 担当権限：参照担当と鍵・プロファイル変更担当を分け、管理操作に多要素認証と承認を求める
- 情報保護：IMSI・MSISDNをログへ出さず、鍵を暗号化・分離し、HSM等も検討する
- API対策：サービス間認証、入力検証、レート制限、再送時の冪等性を備える
- 監査記録：誰が、いつ、どの加入者データを何から何へ変更したかを追跡できる状態
本人確認と委託先管理の業務要件
携帯音声通信では、本人確認、名義変更時の確認、記録の作成と保存が要件になります。記録は、契約終了後3年間の保存が求められる制度として整理されています（出典: e-Gov公開資料、2025年）。
非対面の確認では、方法と記録項目を決めます。訂正履歴や閲覧権限、削除時期も、あらかじめ定めておきます。
個人情報保護や通信の秘密、委託・再委託先は、サービスの形態と契約内容に応じて、法務・総務部門と確認します。
障害・災害・標準更新に備えた運用設計
地理冗長、バックアップ、監視、通知を設計します。あわせて、手動開通と切り戻しの手順を用意し、復旧訓練でRTO・RPOを試験します。
2026年には、消費者向け・IoT向けeSIM仕様の新しい有効版が公開されています（出典: GSMA eSIM仕様一覧、2026年4月・5月）。
運用では、採用する仕様の版、対応端末、プロファイルサーバー、試験方法を固定し、更新時の影響評価も含めます。
発注・外注・委託のポイント
RFPには、加入者・契約・回線・SIMの項目と接続先、処理量を記載します。SLAやRTO・RPOも、同じ書類に含めます。
移行の対象と試験の責任、運用の分界を示します。再委託、鍵管理、検収条件もまとめておきます。
要件がまだ固まっていない場合は、要件整理やPoCを先行発注する方法もあります。その成果を、本開発の提案依頼につなげられます。
RFPに書くデータ・連携・非機能
契約者IDやIMSI、MSISDN、ICCID、eSIMプロファイルと、その正本データを記載します。プラン、利用量、APN、QoS、ローミング、認証情報も、RFPに記載します。
CRMや課金、決済、HSS・UDM・UDRなど、連携先ごとに方式と頻度を明記します。応答時間、エラー処理、再送、担当者も、同じ単位で書いておきます。
ピーク処理量や可用性、RTO・RPOを回答項目にします。ログ保持、バックアップ、脆弱性対応、24時間保守も、回答項目に含めます。
工程ごとの準委任と請負の使い分け
仕様の確定度に応じて契約形態を選び、変更時の扱いもあらかじめ定めます。
- 準委任：仕様が変わりやすい初期調査、PoC、要件定義で、作業内容と成果物を合意する
- 請負：仕様、納期、成果物、受入条件が固まった工程で検討する
- 変更・移行リスク：外部接続の仕様変更や移行リスクを契約から除くと、追加費用や責任分界をめぐる争いが起きる
- 契約書：工程別の形態、変更管理、検収、知財、瑕疵対応、再委託を記載する
業務シナリオと障害シナリオによる検収
画面表示だけを検収条件にせず、業務と障害の両方のシナリオを確認します。
- 業務シナリオ：申込、本人確認、SIM・eSIM割当、開通、認証、料金反映、停止、再開、解約、請求
- 障害シナリオ：外部接続遅延、重複依頼、データ不整合、認証失敗、証明書切れ、片系障害、バックアップ復旧
性能試験の同時数とデータ量、ログの証跡、運用担当者の訓練完了も検収に含めます。
こうした確認は、稼働後の手戻りを抑えるうえで役立ちます。
▶ 詳細はこちら：加入者管理システム開発の発注・外注・委託方法
加入者管理システムに関するよくある質問
事業モデル、既存設備、加入者数、運用体制を照らし合わせると、必要な範囲を判断しやすくなります。
加入者管理システムを導入すると通信コアも必要ですか？
自社で通信コアを保有する必要があるとは限りません。既存ネットワークや外部サービスを使い、BSS型の契約・料金・開通管理だけを構築できます。
自社で認証、加入者プロファイル、開通制御を担う場合は、HLR・HSS・UDM・UDRとの接続、運用責任、冗長化、障害対応も検討します。
加入者管理システムの開発には何か月かかりますか？
小規模な契約・加入者マスタと管理画面は3か月から6か月、受付・開通・料金連携のMVPは6か月から12か月が目安です。
MVNO連携や移行を含む場合は9か月から18か月が目安です。5GのUDM・UDR、4Gとの併存、総合試験、24時間運用まで含む場合は、12か月から24か月程度を見込みます。
接続先の仕様確定、PoC、データ移行の難易度によって変わるため、最初に工程別の見積を取ります。
加入者管理システムはクラウドで構築できますか？
構築できます。クラウドは加入者や処理量の増加に合わせて拡張しやすく、BSS型やAPI・プロビジョニング基盤と相性があります。
認証鍵とデータ所在地、MNO閉域接続を設計します。可用性や障害時の責任分界、24時間監視、復旧訓練も、あわせて固めます。クラウドを選ぶだけで、安全性や運用が解決するわけではありません。
開発会社を選ぶときに最も重視すべき実績は何ですか？
自社に近い加入者規模や通信方式、MNO接続の実績を重視します。SIM・eSIMや請求連携、移行、運用時間の実績も見ます。
画面開発だけでなく、認証・開通・停止の状態管理、性能試験、障害復旧、24時間保守を確認します。通信コア、BSS・OSS統合、運用を一体で担うか、適切な共同体制を組めるかも評価します。
まとめ：加入者管理システムの範囲定義
対象範囲は、BSS型の契約・料金管理、MVNO型の開通・プロビジョニング、5G型の加入者データ基盤のどれに近いかで定めます。
加入者と契約者、回線、SIMの関係を整理し、IMSI・MSISDN・ICCIDとの対応も確かめます。CRMや請求、MNOのデータ責任を分けます。HLR・HSS・UDM・UDRの責任も分けておくと、正確な見積と安全な設計につながります。
システムの境界と正本データ
導入計画では、業務設計、移行、運用、費用をまとめて確認します。
- 業務範囲：本人確認、認証、開通、料金、停止、解約、監査を一つのライフサイクルで設計
- 導入計画：非機能要件、PoC、段階移行、総合試験、運用引き継ぎを計画
- 計画費用：小規模BSSは500万円から1,500万円、MVNO連携は3,000万円から1億円
- 5Gと総額：高可用性基盤は5,000万円から3億円以上。接続先、規模、処理量、移行、SLAで変動し、保守等も含めて比較
費用・運用・移行の比較
開発会社やサービスは、通信方式と加入者規模、接続先の実績を、同じ条件で確認します。さらに、移行やセキュリティ、監視、障害復旧の実績も見ます。
要件整理やPoCを先行し、業務と障害のシナリオを検収条件に含めると、想定外の追加費用や手作業のリスクを抑えられます。
▼関連記事一覧
・加入者管理システム開発の進め方
・加入者管理システム開発でおすすめの開発会社6選と選び方
・加入者管理システム開発の見積相場・費用
・加入者管理システム開発の発注・外注・委託方法
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。