ベンダーに依存しない設計段階から考慮されています。
当社は86カ国の宛先通信事業者と独自のSMPPおよびSS7バインドを保持しており、その他のルートはすべてラベル付けされたパートナールートです。グレールート、予期せぬリルーティング、不透明な中間価格の上乗せは一切ありません。
CDRは、異なるフィールド名、異なるステータスコード、異なるタイムゾーンを持つ異なるシステムに存在しています。そのため、照合作業がスプレッドシートによる手作業となり、請求サイクルごとに収益漏れが発生します。ESME CDR Intelligence Suiteは、ベンダーに依存しない相関レイヤーとして、これらを統合・インテリジェントに照合し、紛争解決に即時利用可能なエビデンスパッケージを作成します。

BroadNetを照合レイヤーとして運用する通信事業者およびアグリゲーター
単一ベンダーのレポートでは見落とされる情報を捕捉し、次のチームが即座にアクションを起こせるエビデンスを生成する、一つの相関レイヤー。
SMSC、ファイアウォール、請求、パートナーCSV — DB、SFTP、API。
ベンダー間のシステム間における、クロックドリフトの影響を受けないマッチング。
一致 · ステータス不一致 · 内部のみ · 通信事業者のみ · 差異
保持期間の設定が可能な、1日あたり数百万件の処理能力。
RAおよび財務チームが毎朝確認する照合ビューには、5つの差異バケット、1つのマッチング率、およびすべての不一致の理由が表示されます。以下は、サンプルデータに基づいたイメージです。
A = 内部SMSC · B = パートナー請求
イメージ — サンプルデータであり、監査済みのSLAやライブフィードではありません。
収集、正規化、インテリジェントマッチング、照合、レポート作成。各レイヤーは独立して範囲が定義されており、スケーラブルかつ個別に置き換えが可能です。
DB直接読み取り、SFTPポーリング、REST APIs、ファイルドロップ監視。ソースごとにスケジュール設定が可能 — リアルタイム用に5分間隔、バッチ用に1時間または1日単位。
ソースID、送信元ID、ESMEアカウント、ステータスコード、タイムスタンプ — すべてが単一の標準的なモデルにマッピングされます。タイムゾーンはUTCに標準化されます。
message-id、MSISDN、送信元ID、およびタイムスタンプによるマルチキー照合 — クロックドリフトに対応するため、±2秒のファジーウィンドウを備えています。
一致 · ステータス不一致 · 社内のみ · 通信事業者のみ · 件数差異。バケットごとに根本原因をフラグ付けします。
NOCおよびRA向けのライブダッシュボード、財務向けの定期レポート、法務やパートナーとの紛争解決に役立つCSV / JSON / PDFのエビデンスパック。
DB直接読み取り、SFTPポーリング、REST APIs、ファイルドロップ監視。ソースごとにスケジュール設定が可能 — リアルタイム用に5分間隔、バッチ用に1時間または1日単位。
ソースID、送信元ID、ESMEアカウント、ステータスコード、タイムスタンプ — すべてが単一の標準的なモデルにマッピングされます。タイムゾーンはUTCに標準化されます。
message-id、MSISDN、送信元ID、およびタイムスタンプによるマルチキー照合 — クロックドリフトに対応するため、±2秒のファジーウィンドウを備えています。
一致 · ステータス不一致 · 社内のみ · 通信事業者のみ · 件数差異。バケットごとに根本原因をフラグ付けします。
NOCおよびRA向けのライブダッシュボード、財務向けの定期レポート、法務やパートナーとの紛争解決に役立つCSV / JSON / PDFのエビデンスパック。
通信事業者やアグリゲーターが、SMSCベンダー独自のダッシュボードに頼らずにESME CDRを選択する4つの理由。
当社は86カ国の宛先通信事業者と独自のSMPPおよびSS7バインドを保持しており、その他のルートはすべてラベル付けされたパートナールートです。グレールート、予期せぬリルーティング、不透明な中間価格の上乗せは一切ありません。
2003年から運営しており、本社はドバイにあります。銀行、政府機関、航空会社、そして現代のインターネットを支えるプラットフォーム向けに、1日3億件以上のA2Pメッセージを配信しています。
中東・北アフリカ全域におけるローカルなプレゼンスに加え、アフリカ全土、南アジア、東南アジアの通信事業者とのネットワークにより、グローバル展開をあたかも単一の市場のようにスムーズに行うことが可能です。
ISO 27001 / 9001 / 22301、SOC 2 Type II、GSMAアソシエイトメンバー、HIPAA準拠、GDPR準拠。送信元IDの登録は、各規制市場の現地コンプライアンスチームが対応します。
マルチソースコレクター
長年にわたる通信機器の世代を超え、数十のSMSCプラットフォームとの統合を実現しています。データベース、ファイル、またはAPIを介してレコードをエクスポートできるシステムであれば、コレクターで読み取り可能です。
MTおよびMOの両方のレコード。直接的な読み取り専用DBアクセス、またはSFTP経由の定期的なCSVエクスポートが可能です。
許可、ブロック、変更 — SMSCが検知した内容と相関させた、ファイアウォールによる同一トラフィックのビュー。
ESMEクライアントからの直接的なSMPP接続。エンドツーエンドの属性特定のため、ゲートウェイで捕捉されます。
ルーティングされたトラフィックとのクロスバリデーションのため、請求プラットフォームから料金および請求データを取得します。
通信事業者やアグリゲーターからのCSV / XLSX — SFTP経由での取得、監視フォルダへのドロップ、またはAPI経由でのプッシュに対応。
利用可能な場合は内部パイプラインストアから読み取り — 相関関係の強化およびルーティング決定の確認に使用されます。
照合バケット
不一致の内容に応じて適切なチームが担当するよう分類されています。具体的には、RAが不審なCDRを、運用チームがステータスの不一致を、商務チームが数量の差異を、法務チームが紛争の拡大をそれぞれ担当します。
正常なケース。内部データおよびパートナーデータにレコードが存在し、配信ステータスが一致している状態。他のすべてのケースを測定するための基準となります。
当社がDELIVRDと表示しても、パートナーがEXPIREDと表示する場合があります。これはDLRのタイミングのずれ、エラーコードのマッピングの違い、または実際の配信に関する紛争を示しています。
パートナー側での請求漏れの可能性。ファイアウォールのログとルーティングを照合し、送信完了を確認します。
Phantom-CDR(ゴーストCDR)の候補。重複カウントの可能性、テストトラフィックによる水増し、または上流でのデータ破損。収益回収のための最も強力な手段です。
総ボリュームは一致していても、ステータスごとの分布が異なる場合があります。これは通常、2つのシステム間でセグメントや連結SMSの処理に乖離があることを示しています。
対象チーム
ESME、通信事業者、および配信ルート別のリアルタイム・トラフィックダッシュボード。到達率やエラー分布を含む品質KPI。しきい値および異常のアラート機能。
パートナーのCDRとの自動照合。未請求トラフィックや架空請求を特定するリーケージ分析。請求ルールの検証。
パートナー別および送信先別のボリューム推移。通信事業者を横断したキャンペーンおよびパートナーの行動パターン。配信ルートごとのマージンの可視化。
完全な相関関係を持つ、証拠として利用可能なCDRエクスポート。メッセージID、MSISDN、または送信元によるフォレンジック調査が可能。仲裁のための構造化されたパッケージを提供します。
課題:単一のA2Pパートナーからの月次請求額が、社内のSMSCカウントを一貫して上回っていたが、その差異に対してチームが反論できる手段を持っていなかった。アプローチ:SMSC、ファイアウォール、およびパートナーのファイルにわたるマルチソース収集を実施。±2秒のファジーマッチングにより、通信事業者のみのレコードという構造的なパターンを特定。
課題:運用部門と財務部門の間で、どのメッセージがSMSとして配信完了したかについて意見が分かれていました。各チームが異なるシステムを信頼していたため、データの不一致は「ツールのノイズ」として片付けられていました。アプローチ:すべてのチームに同一のダッシュボードと照合用バケットを提供しました。ステータスの不一致や内部記録のみのデータについては、毎週定期的に実施されるレビューにおいてケースバイケースで調査を行いました。
課題:パートナーである法人顧客から、大量送信キャンペーンの配信について異議申し立てがありました。独立した証拠がなければ、議論は平行線のままとなります。対策:送信元ID、MSISDNウィンドウ、タイムスタンプによるフォレンジック調査を実施し、SMSC、ファイアウォール、および通信事業者のレコードにわたるメッセージごとのステータスを示すエビデンスパッケージを作成しました。
オンプレミスまたはプライベートクラウド対応、監査可能、中東・北アフリカ全域の規制当局に認定済み。
特定のベンダーのレポートに依存することなく、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四半期以内に本番稼働しています。
お探しの回答が見つかりませんか?エンジニアリングチームにお問い合わせください

1日3億件以上のメッセージを処理するのと同じプラットフォームを、お客様のシステム構成のビルディングブロックとして提供します。
既存のSMSC、ファイアウォール、請求データ、およびパートナーデータに対して照合監査を実施し、独立した相関レイヤーがあれば前回の請求サイクルで検知できていた内容を提示します。
本製品のコンセプトについて詳しく見る