BroadNet
プラットフォーム · ESME CDR Intelligence

信頼できる唯一の情報源で、すべてのESME / A2P SMSトラフィックを把握。

CDRは、異なるフィールド名、異なるステータスコード、異なるタイムゾーンを持つ異なるシステムに存在しています。そのため、照合作業がスプレッドシートによる手作業となり、請求サイクルごとに収益漏れが発生します。ESME CDR Intelligence Suiteは、ベンダーに依存しない相関レイヤーとして、これらを統合・インテリジェントに照合し、紛争解決に即時利用可能なエビデンスパッケージを作成します。

ベンダーに依存しない異議申し立てに対応可能なエビデンスリアルタイム +バッチ
2つの通話記録の台帳が1つの照合済みカラムへと統合されていく様子を前にしたBroadNetのユキヒョウ
ライブ · ESME + CDR
CDR照合
300M+
件/日
1,000+
通信事業者ルート
99.99%
SLA

BroadNetを照合レイヤーとして運用する通信事業者およびアグリゲーター

Tier-1 GCC通信事業者中東・北アフリカの通信キャリアグループアフリカ全域の通信事業者南アジアMNOリージョナル・アグリゲーターカリブ海の通信事業者ハブアグリゲーターマルチカントリーMVNO
運用形態

独立しており、ベンダーに依存しません。データを扱うすべてのチームから信頼されています。

単一ベンダーのレポートでは見落とされる情報を捕捉し、次のチームが即座にアクションを起こせるエビデンスを生成する、一つの相関レイヤー。

出典
6+
CDRを1つのビューで表示

SMSC、ファイアウォール、請求、パートナーCSV — DB、SFTP、API。

マッチングウィンドウ
±2s
ゆらぎ時間許容範囲

ベンダー間のシステム間における、クロックドリフトの影響を受けないマッチング。

カテゴリ
5
照合バケット

一致 · ステータス不一致 · 内部のみ · 通信事業者のみ · 差異

スループット
M/day
処理済みCDR

保持期間の設定が可能な、1日あたり数百万件の処理能力。

CDR照合コンソール

すべてのCDRを、最後の1件まで照合。

RAおよび財務チームが毎朝確認する照合ビューには、5つの差異バケット、1つのマッチング率、およびすべての不一致の理由が表示されます。以下は、サンプルデータに基づいたイメージです。

例

照合実行 #4821

2026-08-28 · 00:00–24:00 UTC99.2% 一致した
ウィンドウ
24h
処理済みレコード
4,821,096
マッチ率
99.2%
実行時間
3m 42s
差異レポート
照合バケット別のレコード数
99.2% 一致した40,684 例外事項
一致済み
4,780,412
例外事項 · 40,684最大例外値に基づいた棒グラフ
料金差分
21,904
Aに欠落
9,120
Bで欠落
6,540
重複
3,120

A = 内部SMSC · B = パートナー請求

ESME / SMPPのバインド
ライブセッションステータス
ACME-A2PTRX1,200 TPS
PayFlow-OTPTX640 TPS
Gulf-AGGTRX880 TPS
Retail-BULKTRX0 TPS
Test-ESMERX—

イメージ — サンプルデータであり、監査済みのSLAやライブフィードではありません。

5層アーキテクチャ

​分散した6つのフィードから
1つの照合レポートまで。

収集、正規化、インテリジェントマッチング、照合、レポート作成。各レイヤーは独立して範囲が定義されており、スケーラブルかつ個別に置き換えが可能です。

  1. 01 · 収集
    マルチソースコレクター

    DB直接読み取り、SFTPポーリング、REST APIs、ファイルドロップ監視。ソースごとにスケジュール設定が可能 — リアルタイム用に5分間隔、バッチ用に1時間または1日単位。

    5分ごと
  2. 02 · 正規化
    標準スキーマ

    ソースID、送信元ID、ESMEアカウント、ステータスコード、タイムスタンプ — すべてが単一の標準的なモデルにマッピングされます。タイムゾーンはUTCに標準化されます。

    ≈1ms / CDR
  3. 03 · 突合
    インテリジェントマッチング

    message-id、MSISDN、送信元ID、およびタイムスタンプによるマルチキー照合 — クロックドリフトに対応するため、±2秒のファジーウィンドウを備えています。

    M / バッチ
  4. 04 · 照合
    5つのカテゴリバケット

    一致 · ステータス不一致 · 社内のみ · 通信事業者のみ · 件数差異。バケットごとに根本原因をフラグ付けします。

    自動分類
  5. 05 · レポート
    ダッシュボード · エビデンス

    NOCおよびRA向けのライブダッシュボード、財務向けの定期レポート、法務やパートナーとの紛争解決に役立つCSV / JSON / PDFのエビデンスパック。

    リアルタイム +定期
  6. ← エビデンスパッケージ · CSV · JSON · PDF
独立した照合レイヤーが必要な理由

ベンダーのレポートには決して含まれない検証レイヤー

通信事業者やアグリゲーターが、SMSCベンダー独自のダッシュボードに頼らずにESME CDRを選択する4つの理由。

01 · ネットワーク

ベンダーに依存しない設計段階から考慮されています。

当社は86カ国の宛先通信事業者と独自のSMPPおよびSS7バインドを保持しており、その他のルートはすべてラベル付けされたパートナールートです。グレールート、予期せぬリルーティング、不透明な中間価格の上乗せは一切ありません。

0ベンダーロックイン
02 · 実績

次工程のチームが即座に対応可能なエビデンスパッケージ

2003年から運営しており、本社はドバイにあります。銀行、政府機関、航空会社、そして現代のインターネットを支えるプラットフォーム向けに、1日3億件以上のA2Pメッセージを配信しています。

3エクスポート形式
03 · リーチ

スモールスタートから始め、4つのチーム規模まで拡張可能です。

中東・北アフリカ全域におけるローカルなプレゼンスに加え、アフリカ全土、南アジア、東南アジアの通信事業者とのネットワークにより、グローバル展開をあたかも単一の市場のようにスムーズに行うことが可能です。

段階的ロールアウト
04 · コンプライアンス

5分取り込み。日次の照合。その両方を同時に。

ISO 27001 / 9001 / 22301、SOC 2 Type II、GSMAアソシエイトメンバー、HIPAA準拠、GDPR準拠。送信元IDの登録は、各規制市場の現地コンプライアンスチームが対応します。

5分ライブケイデンス

マルチソースコレクター

ご利用中のSMSCベンダーに関わらず。
パートナーの形式を問いません。

長年にわたる通信機器の世代を超え、数十のSMSCプラットフォームとの統合を実現しています。データベース、ファイル、またはAPIを介してレコードをエクスポートできるシステムであれば、コレクターで読み取り可能です。

SMSC CDR

MTおよびMOの両方のレコード。直接的な読み取り専用DBアクセス、またはSFTP経由の定期的なCSVエクスポートが可能です。

ファイアウォールログ

許可、ブロック、変更 — SMSCが検知した内容と相関させた、ファイアウォールによる同一トラフィックのビュー。

ESMEゲートウェイログ

ESMEクライアントからの直接的なSMPP接続。エンドツーエンドの属性特定のため、ゲートウェイで捕捉されます。

請求エクスポート

ルーティングされたトラフィックとのクロスバリデーションのため、請求プラットフォームから料金および請求データを取得します。

パートナーファイル

通信事業者やアグリゲーターからのCSV / XLSX — SFTP経由での取得、監視フォルダへのドロップ、またはAPI経由でのプッシュに対応。

内部パイプラインデータ

利用可能な場合は内部パイプラインストアから読み取り — 相関関係の強化およびルーティング決定の確認に使用されます。

照合バケット

すべてのCDRは、
5つのバケットのいずれかに分類されます。

不一致の内容に応じて適切なチームが担当するよう分類されています。具体的には、RAが不審なCDRを、運用チームがステータスの不一致を、商務チームが数量の差異を、法務チームが紛争の拡大をそれぞれ担当します。

01 · マッチ

両システムで同一のステータス

正常なケース。内部データおよびパートナーデータにレコードが存在し、配信ステータスが一致している状態。他のすべてのケースを測定するための基準となります。

02 · ステータスの不一致

両方に存在 — ステータスは異なります

当社がDELIVRDと表示しても、パートナーがEXPIREDと表示する場合があります。これはDLRのタイミングのずれ、エラーコードのマッピングの違い、または実際の配信に関する紛争を示しています。

03 · 内部限定

自社にはあるが、パートナーにはない

パートナー側での請求漏れの可能性。ファイアウォールのログとルーティングを照合し、送信完了を確認します。

04 · 通信事業者限定

パートナーにはあるが、自社にはない

Phantom-CDR(ゴーストCDR)の候補。重複カウントの可能性、テストトラフィックによる水増し、または上流でのデータ破損。収益回収のための最も強力な手段です。

05 · ボリュームの変動

件数は同じだが、内訳が異なる

総ボリュームは一致していても、ステータスごとの分布が異なる場合があります。これは通常、2つのシステム間でセグメントや連結SMSの処理に乖離があることを示しています。

対象チーム

単一のプラットフォーム
4つの重要な機能。

NOC · 運用

ESME、通信事業者、および配信ルート別のリアルタイム・トラフィックダッシュボード。到達率やエラー分布を含む品質KPI。しきい値および異常のアラート機能。

レベニューアシュアランス · 財務

パートナーのCDRとの自動照合。未請求トラフィックや架空請求を特定するリーケージ分析。請求ルールの検証。

営業チーム

パートナー別および送信先別のボリューム推移。通信事業者を横断したキャンペーンおよびパートナーの行動パターン。配信ルートごとのマージンの可視化。

法務 · 紛争

完全な相関関係を持つ、証拠として利用可能なCDRエクスポート。メッセージID、MSISDN、または送信元によるフォレンジック調査が可能。仲裁のための構造化されたパッケージを提供します。

導入事例

独立した
CDRレイヤーがもたらす変化。

Tier-1 GCC通信事業者通信 · 湾岸地域SA

課題:単一のA2Pパートナーからの月次請求額が、社内のSMSCカウントを一貫して上回っていたが、その差異に対してチームが反論できる手段を持っていなかった。アプローチ:SMSC、ファイアウォール、およびパートナーのファイルにわたるマルチソース収集を実施。±2秒のファジーマッチングにより、通信事業者のみのレコードという構造的なパターンを特定。

収益保証責任者(NDAに基づき参照可能)
帰属可能
レコードごとのエビデンス
アフリカ全域の通信事業者通信事業者 · 東アフリカKE

課題:運用部門と財務部門の間で、どのメッセージがSMSとして配信完了したかについて意見が分かれていました。各チームが異なるシステムを信頼していたため、データの不一致は「ツールのノイズ」として片付けられていました。アプローチ:すべてのチームに同一のダッシュボードと照合用バケットを提供しました。ステータスの不一致や内部記録のみのデータについては、毎週定期的に実施されるレビューにおいてケースバイケースで調査を行いました。

ネットワーク運用ディレクター(NDAに基づき参照)
1
信頼できる唯一の情報源
週次
照合サイクル
根本原因の
修正の実行
リージョナル・アグリゲーターA2Pアグリゲーター · 中東・北アフリカAE

課題:パートナーである法人顧客から、大量送信キャンペーンの配信について異議申し立てがありました。独立した証拠がなければ、議論は平行線のままとなります。対策:送信元ID、MSISDNウィンドウ、タイムスタンプによるフォレンジック調査を実施し、SMSC、ファイアウォール、および通信事業者のレコードにわたるメッセージごとのステータスを示すエビデンスパッケージを作成しました。

商用リード(守秘義務契約に基づく参照)
メッセージ単位
エビデンスの深度
再利用可能
パックテンプレート

オンプレミスまたはプライベートクラウド対応、監査可能、中東・北アフリカ全域の規制当局に認定済み。

ISO27001ISO9001ISO22301GDPR準備完了TDRAUAECSTKSANTRAEG
よくあるご質問

8つの質問:
RA・運用チームから。

特定のベンダーのレポートに依存することなく、A2P SMSトラフィックに関する信頼できる単一のビューを通信事業者、アグリゲーター、および企業に提供します。SMSC、ファイアウォール、課金、およびパートナーソースからのCDRを統合・正規化して標準スキーマに変換し、インテリジェントに照合して照合バケットに分類します。これにより、紛争時には原因を特定できる証拠が得られ、収益漏れが継続的な損失となる前に確実に捕捉できます。

以下の複数の代替手段をサポートしています:ポーリングされたSFTPフォルダへのCSV / XLSXエクスポート、RESTまたはSOAP API統合、またはSMSCベンダーと連携して読み取り専用ビューを公開すること。当社は、多くの世代の通信機器にわたる数十のSMSCプラットフォームと統合実績があります。システムがレコードをエクスポートできれば、コレクターで読み取ることが可能です。

マッチングでは、システム間の時刻のずれを考慮するため、複数のキー(message-id、MSISDN、送信元ID、タイムスタンプ)を、ファジータイムウィンドウ(通常は±2秒)を用いて組み合わせます。連結SMSは、単一の論理メッセージがセグメントごとに二重にカウントされないよう、マッチング前に再構成されます。

バケットごとの合計(マッチング済み、ステータス不一致、内部のみ、通信事業者のみ、ボリューム差異)を含むサマリーレポートに加え、詳細な例外リストをCSV形式でエクスポートできます。CSVは分析用、JSONはシステム連携用、PDFは正式なレポートやパートナーとの紛争解決用として利用可能です。すべてのレコードに対して詳細なフォレンジック調査が可能です。

すべてのタイムスタンプは、取り込み時にUTCに正規化され、UTCで保存されます。ダッシュボードやレポートに表示される際は、ユーザーが設定したタイムゾーン(アカウントごとに設定可能)に変換されます。照合においては、ファジータイムウィンドウがクロックドリフトや軽微なタイムゾーン変換エラーの両方を吸収します。フォレンジック作業のために、生のタイムゾーンメタデータも保持されます。

本製品は、完全な不正管理ではなく、強力な不正インジケーター(指標)を提供するものです。ボリュームベースのアラートにより特定のESMEアカウントからのトラフィック急増を検出し、行動分析によって不審な送信元IDのパターンを特定し、ベロシティチェックによって同一宛先への繰り返し送信パターンを識別します。また、ファイアウォールデータとの統合により、ブロックされたトラフィックとCDRパターンの相関分析を行います。既に不正対策システムを運用しているチームは、これらのインジケーターを既存システムにフィードし、運用していないチームは、ここから導入を開始することが多くあります。

オンプレミスまたはプライベートクラウド、LinuxまたはWindowsサーバーに対応しています。データレジデンシーは完全に貴社が制御でき、明示的な承認なしにBroadNetや第三者に送信されることはありません。データの保持期間は、社内のITおよびコンプライアンスポリシーに合わせてテーブルごとに設定可能です。

一般的な導入プロセスは段階的に進みます。ディスカバリーワークショップ、最初のデータソース(通常はSMSC)に対するパイロット導入、残りのソース(ファイアウォール、請求、パートナー)の完全な統合、そしてダッシュボード、アラート、チームトレーニングを含む本番ロールアウトです。エンドツーエンドのタイムラインは環境の複雑さによって異なりますが、ほとんどの通信事業者は1四半期以内に本番稼働しています。

お探しの回答が見つかりませんか?エンジニアリングチームにお問い合わせください

キャリアグレードのプラットフォーム

2003年から磨き続けてきたインフラ。

1日3億件以上のメッセージを処理するのと同じプラットフォームを、お客様のシステム構成のビルディングブロックとして提供します。

300M+
メッセージ数/日
99.99%
SLA
23+
年
ベンダーに依存しない · 独立した検証レイヤー

単一ベンダーのレポートでは見えない
不一致を見つけ出す。

既存のSMSC、ファイアウォール、請求データ、およびパートナーデータに対して照合監査を実施し、独立した相関レイヤーがあれば前回の請求サイクルで検知できていた内容を提示します。