相談する

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

加入者管理システム開発は、業務と要件の整理、PoCと設計、段階移行と運用設計の順に進めます。この順で進めると、サービスを止めずに段階的に拡張できます。

システムの種類や費用相場、見積もりの確認点も取り上げます。全体像は加入者管理システム開発の完全ガイドもご覧ください。

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

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

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

加入者管理システムを中心に、業務システム、通信コア、APIやプロビジョニング基盤の関係を示す図解。
業務情報の更新が通信ネットワークや請求へつながる構造です。

加入者管理システムには、契約者・回線・SIMを管理する業務システムに加えて、通信ネットワークへの接続可否を判断する通信コアも含まれます。

契約変更をネットワークに反映し、利用量を請求に渡すには、APIやプロビジョニング基盤で接続します。その接続を含む対象範囲を先に決めておかないと、見積もりも納期も比べられません。

BSS型が扱う契約・料金・SIMの業務ライフサイクル

契約や料金の変更を回線の状態に正しく反映するには、BSS型が受け持つ情報と処理を先に整理する必要があります。その範囲は、契約と料金の業務から回線の開通、加入者データの管理までに及びます。

  • 業務情報：契約者情報、契約プラン、回線、SIM・eSIM、本人確認、注文
  • 料金業務：料金計算、請求、決済、問い合わせ対応
  • 開通連携：依頼をプロビジョニング基盤へ送り、結果の受信や失敗時の再送・補償まで設計
  • 加入者データ：契約者ID、MSISDN、IMSI、ICCID、料金プラン、利用量、速度制御、APN、QoS、ローミング条件、請求プロファイル

契約情報の更新は、通信サービスを使えるかどうかに直結します。たとえば料金滞納による停止は、請求システムだけでなく、通信コア側の加入者プロファイルにも反映します。

再開やプラン変更でも同じ構図になります。二重登録や反映の遅れがあると、請求額と実際の通信条件が食い違います。そのため、更新履歴と処理状態を追跡できる仕組みが必要です。

通信コア型が支える認証・認可・在圏・ポリシー

通信コア型の機能とデータの扱いは、ネットワークの世代ごとに異なります。

  • 2G・3G・4G：HLR・HSSが電話番号、IMSI、認証情報、利用可否、在圏・接続状態を管理
  • 5G：UDMが加入者データを使って認証・認可を処理し、UDRが加入者・ポリシーデータを保管

ETSIが公開する3GPP TS 23.501 Release 19（2026年1月版）には、UDMやPCF、UDRの構成が示されています。

UDMはサブスクリプションデータと認証データを、PCFはポリシーデータを利用します。それらはUDRに保存できる構成です（出典: ETSI TS 23.501 V19.5.0、2026年）。

5G対応では、顧客マスタだけでなく、機能ごとの読み書きの範囲と認可の分担も決めておきます。

BSS中心・MVNO開通基盤・5Gコアの三つへの分類

開発範囲は、通信機能をどこまで自社で担うかによって分類できます。

  • BSS中心：契約・料金・管理画面と既存設備を接続
  • MVNO向け開通基盤：独自SIM・eSIMの発行、MNO接続、開通、停止、ローミングを管理
  • 5Gコア基盤：4G HSSと5G UDM・UDRを扱い、認証・ポリシー・冗長化・大規模移行を実施

MNO機能を使うライトMVNOでは、HLR・HSSを自社で持たず、BSSや顧客チャネルが中心になる場合があります。

IIJは2018年に、国内初のフルMVNOとしてHLR・HSSを自社で保有・運用し、独自SIMを発行・管理したと公表しています。

その取り組みは、MNC・IMSIを用いたものです（出典: IIJ「IIJモバイルサービス/タイプI」、2018年）。両者の違いを踏まえて、開発範囲を決めます。

ポイント

判断に迷うときは、業務システム（BSS）と通信コアのどちらを自社で担うかを先に決めます。その答えで、開発範囲と見積もりの比べ方が決まります。

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

企画・要件定義から接続検証、開発・総合試験と段階移行を経て運用引き継ぎへ進む工程図。
接続検証を設計と開発の間に置く工程です。

開発は画面やデータベースから始めず、まず加入者の業務ライフサイクルとネットワーク反映の順序を固めます。そのうえで、企画から運用引き継ぎまでを一続きの計画にします。この計画は、要件定義から始まり、接続の検証と段階移行を挟んで運用へ引き継がれます。

  1. 企画と要件定義を行う
  2. PoCと基本設計で接続を検証する
  3. 開発と総合試験を経て、段階移行を進める
  4. 運用へ引き継ぐ

既存4Gと新しい5Gを併存させる場合は、切替日だけでなく、旧システムと新システムの並行運用期間も先に設計します。

要件定義の整理表（業務・データ・接続先）

要件定義では、業務、データ、接続先、性能・運用条件を一つの表にまとめます。

  • 業務フロー：各工程の担当者、正本データ、反映先・時期、失敗時の判断者を記録
  • データ構造：加入者、契約、回線、SIM、端末、料金プラン、利用量、請求を分け、名義変更や1契約複数回線に対応
  • 接続先：CRM、料金・請求、HLR・HSS、UDM・UDR、MNO・MVNEなどを挙げ、連携方式を記録
  • 非機能要件：ピーク開通件数、認証応答時間、API同時実行数、可用性、RTO・RPO、ログ保持、障害通知を数値化

業務フローには、契約受付から解約、請求までの一連の流れを含めます。途中の工程（本人確認、開通、プラン変更など）や、問い合わせ、障害対応も対象にします。

性能は、月末の開通件数や重大障害からの復旧時間まで具体的に書きます。24時間運用、地理冗長、脆弱性修正も要件に含めます。加えて、バックアップからの復旧と、証明書・認証鍵の更新も対象にします。

PoCと設計での通信接続と異常時の動きの検証

最初から全機能を作るより、まず実データに近い条件でPoCを行います。そこで、接続や通常の処理、異常時の動きを確かめます。

  • 接続と処理：MNO・既存コア接続、加入者プロファイル反映、SIM・eSIM開通、プラン変更、停止・再開
  • 異常時対応：再送、重複依頼防止、監査ログ、遅延、タイムアウト、途中失敗、同一要求の再実行、旧システムへの切り戻し
  • 開発方式：通信キャリア向けパッケージ、クラウド・マネージド、コンテナ・クラウドネイティブ、スクラッチ

Nokiaは、UDM・AUSFとHLR・HSSを横断して扱うSubscriber Data Managementを紹介しています。その製品は、地理冗長や標準インターフェースにも対応しています（出典: Nokia「Subscriber Data Management」、2026年確認）。

既製製品でも、料金制度と既存CRMとの連携はPoCで確かめます。運用責任や追加ライセンスの条件も、PoCの対象に含めます。

段階移行と運用設計の受入条件

段階移行と運用開始に必要な受入条件は、移行確認と運用訓練に分けて定めます。

  • 移行データ：契約者・回線・SIM・eSIM、IMSI・MSISDN、料金プラン、停止状態、請求プロファイル、認証関連情報の対応関係を確認
  • 移行制御：正本、差分検出、開通・停止・課金の連動、併存中の書き込み制御、切り戻し基準
  • 運用訓練：監視・アラート、障害切り分け・ベンダー連絡、鍵・証明書更新、脆弱性対応、バックアップ復元・災害時切替

Ericssonは2025年に、Swisscomの事例を公表しました。そこでは、Packet CoreとUDMを含むクラウドネイティブなDual Mode Coreが紹介されています。

事例では、GitOpsによるライフサイクル管理も示されています（出典: Ericsson「Swisscom and Ericsson driving performance partnership」、2025年）。発注側は、納品物に変更管理と運用手順まで含めるよう求めます。

ポイント

迷ったときは、次の工程へ進む前に、接続の検証と受入条件を満たしたかで判断します。全機能を一度に作る計画より、段階的に確かめながら進める計画のほうが安全です。

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

初期費用の内訳として、要件定義・設計、開発・外部連携、基盤・ライセンス・クラウド、移行・試験・教育・運用設計の割合を示す図解。
開発・外部連携の割合が4区分の中で最も大きい構成です。

公開されている価格は、加入者数や処理量、MNO接続、4G・5G併存などで変わります。移行件数や24時間運用も金額に影響します。ここで示す金額は、特定製品の定価ではありません。

金額は、一般的な開発単価に通信基幹システムの追加負荷を組み合わせた、2026年時点の計画用の推定です。正式な予算を組むときは、対象範囲と非機能要件を示したうえで、複数社から見積もりを取ってください。

初期費用の幅（小規模BSSの500万円から5Gコアの3億円以上まで）

初期費用と期間は、要件整理だけの小さな構成からコア基盤を含む構成まで、規模によって広がります。

  • 要件整理：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か月
  • コア基盤：UDM・UDRを含む4G・5G基盤は5,000万〜3億円以上

コア基盤の推定には、ソフトウェア、HSM等の鍵保護、冗長基盤の費用が含まれます。そのほか、接続・性能試験、移行、災害対策、24時間運用も見込みに入ります。なお、ライセンスや回線費が別途かかる場合は、提示額からさらに増える可能性があります。

キャリア規模のコア刷新と大規模移行では、1億〜5億円以上を計画枠として置くことがあります。

費用の区分（開発・基盤・移行・運用）

見積もりを費用区分ごとの割合で見ると、初期費用のどこに偏りがあるかが分かります。区分の中では開発・外部連携の割合が最も大きく、要件定義・設計は小さめです。

  • 要件定義・設計：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、要件定義として別の見積もりに分けます。

RFPに書く条件（データ項目・接続先・処理量・運用条件）

RFPの条件を同じ粒度でそろえると、各社の標準構成を具体的な性能と費用に置き換えて比べられます。そろえる対象は、扱うデータの項目から、接続先・接続仕様、処理量、非機能の条件までです。

  • データ：契約者、回線、IMSI、MSISDN、ICCID、eSIM、端末識別子、料金プラン、利用量、APN、QoS、ローミング、請求、認証情報
  • 接続先：CRM、注文、本人確認、料金、請求・決済、在庫、監視、HLR・HSS、UDM・UDR、MNO・MVNE、分析基盤
  • 接続仕様：API、ファイル、Diameter、5Gサービスベースインターフェース、送受信項目、応答時間、再送ルール
  • 処理量：通常・月末・キャンペーン時の受付、開通、変更、停止・再開、認証要求、請求処理
  • 非機能：可用性、最大遅延、同時接続、RTO・RPO、保持期間、監査ログ、地域冗長、障害通知、保守時間

通信コア・国内SI・MVNO運用の実績の比較

見るべきは、知名度や画面の見栄えより、得意分野と同種案件の運用実績です。各社の強みと弱みは、得意分野から保守条件まで順に比べると見えやすくなります。

  • 得意分野：通信コア製品、CRM・料金・請求・移行、MVNO運用の実績
  • 提案体制：単独提案とコア製品ベンダー・SI会社の共同提案の比較、責任分界図の提示を求める
  • 類似実績：ネットワーク世代、加入者規模、MNO接続、4G・5G併存、移行、24時間運用の経験
  • 保守条件：製品版、国内保守、再委託先、障害連絡網、標準外改修の扱い

公表されている機能や導入効果は、自社の条件でも同じになるとは限りません。そのため、PoCと契約上の受入条件に落とし込みます。

契約に入れる本人確認・認証鍵・監査ログと責任分界

保護対象と契約条件は、情報管理と本人確認の両面から整理します。個人や本人確認の情報、認証鍵などは守るべき対象で、契約には保存期間や委託先、漏えい時の連絡まで書いておく必要があります。

  • 保護対象：個人・本人確認情報、IMSI、認証鍵、SIM・eSIM発行情報、通信利用状況、管理者ログ
  • 技術対策：多要素認証、最小権限、職務・ネットワーク分離、暗号化、HSM等の鍵保護、改ざん耐性ログ、バックアップ暗号化
  • 運用と権限：脆弱性管理、復旧訓練、機能・データ単位の変更権限
  • 契約事項：保存期間、委託・再委託先、漏えい時の連絡、検査権限、事業者・ベンダー・委託先の責任分界と障害時の対応範囲

携帯音声通信事業者は、本人確認、記録の作成・保存、不正利用防止に関する法令や施行規則を確認します。

e-Govの2025年意見募集の結果では、本人確認法の第3〜6条、第9・10・17条などが根拠として示されています（出典: e-Govパブリック・コメント、2025年）。

適用の範囲はサービスや契約形態によって変わるため、法務とセキュリティの担当者と確認します。

ポイント

判断の目安は、RFPの前提条件が各社で同じ粒度にそろっているかです。そろっていない項目は、調査やPoCとして別の見積もりに切り分けます。

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

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

HLR・HSS・UDM・UDRはすべて自社で開発する必要がありますか？

ライト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時間運用などで変わります。そのため、対象範囲を分けて見積もります。

既存の4G・HSSを止めずに5G・UDMへ移行できますか？

段階移行は可能です。ただし、HSSとUDM・UDRの正本を定め、加入者データの同期も設計しておく必要があります。4G・5Gの認証経路と切り戻しの条件は、あらかじめ決めておきます。

まずは一部のプランや限定回線でPoCを行い、データの差分、開通、停止、ローミング、障害時の継続を確認します。そのうえで、併存期間、移行の単位、監視指標、責任者を決め、段階的に切り替えます。

加入者管理システムで特に注意すべきセキュリティ対策は何ですか？

基本となるのは、管理者の多要素認証と最小権限、IMSI・MSISDNと認証鍵の分離・暗号化です。加えて、HSM等の鍵保護、API認証、ネットワーク分離も押さえます。

操作ログの改ざん対策、バックアップの暗号化、脆弱性対応、復旧訓練も欠かせません。あわせて、本人確認情報や通信ログの保存期間とアクセス権限を決めます。

委託先・再委託先を含めた監査と事故対応は、契約と運用手順に定めておきます。実装後だけでなく、要件定義と受入試験の段階でも確認します。

まとめ

加入者管理システムは、契約受付から本人確認、開通までを一体で設計する仕組みです。料金・請求から停止・解約、監査、障害対応まで含み、顧客マスタより広い範囲を扱う点が特徴です。SIM・eSIMの扱いや認証は、BSS型と通信コア型の節で示したとおりです。

BSS中心、MVNO向け開通基盤、5Gコア基盤のどれに当たるかを先に分類しておくと、必要な機能と開発会社の役割がはっきりします。

開発前に決める対象範囲と非機能要件

費用や納期を比べる前に、加入者数やピーク処理量、接続先、4G・5G併存などの条件を決めます。あわせて、RTO・RPO、24時間運用、移行件数も定めます。MNO・MVNEとの間では、どこまでを誰が受け持つかを決めておきます。

PoCで開通、停止、再開、プラン変更、異常時の再送を確かめたうえで、性能、可用性、ログ、復旧を受入条件として数値にします。

公開されている価格が少ないため、見積金額だけでなく、含まれる機能と除外項目も比べます。

要件整理から始める段階的な基盤づくり

安全な基盤づくりは、要件整理と小さな検証から段階的に進めます。

  • 先行作業：要件整理・現行調査・RFP作成を行い、小さな開通・管理機能をPoCで検証
  • 方式と体制：検証結果からパッケージ、クラウド、スクラッチ、コアベンダー・国内SIの共同体制を選定
  • 移行と運用：本人確認、認証鍵、監査ログ、委託先管理を含め、移行・運用訓練まで計画

全機能を一度に完成させるより、サービスを止めずに段階的に広げられる設計のほうが、長期のコストとリスクを抑えやすくなります。

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

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

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

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