SMPP 外部アカウント設定

最終更新日： 2024年11月19日
  • トピック：

作成対象：

  • 中級
  • ユーザー

Adobe Campaign は、SMPP プロトコルを使用してサービスプロバイダーに SMS を送信します。

Adobe Campaign の SMS コネクタには、公式仕様と多少異なる傾向があるほとんどの SMPP プロバイダーとの互換性を保つことを目的に、その動作を調整できる多くのオプションが用意されています。

IMPORTANT

  • Adobe Campaign では、SMPP プロトコルバージョン 3.4 がサポートされています。

  • 新しいプロバイダーへの接続の設定には、技術的なスキル、TCP に関する知識、バイナリ、16 進表現、およびテキストエンコーディングが必要になる場合があります。プロバイダーとの積極的な協力も求められます。

SMS サービスプロバイダー側のネットワーク機器は、SMSC と呼ばれることが多いです。

接続設定

接続設定に必要なパラメーターとその役割は次のとおりです。

  • SMSC 実装名：SMSC 実装の名前を設定します。プロバイダーの名前に設定する必要があります。このフィールドの役割は、SMPP エラー管理の節で説明しています。

  • サーバー：接続先のサーバーの DNS 名または IP アドレス。

  • ポート：接続先の TCP ポート。

  • アカウント：接続のログイン。BIND PDU の system_id フィールドに渡されます。

  • パスワード：SMPP 接続のパスワード。BIND PDU のパスワードフィールドに渡されます。

  • システムタイプ：BIND PDU の system_type フィールドに渡される値。一部のプロバイダーでは、ここで特定の値が必要になります。

  • MTA 子接続の数：送信スレッドごとに開く接続数を定義します。
    接続の合計数は、次の数式を使用して計算できます。
    合計接続数 = SMS プロセスの数 * 送信スレッドの数 * MTA 子接続の数

    • 通常、SMS プロセスの数は 1 です。非常にパフォーマンスの高いインスタンスでは、複数の SMS プロセスが並行して開始されることがあります。
    • 送信スレッドの数は serverConf（sendingThreads 設定）で設定します。デフォルトは 1 です。
    • MTA 子接続の数は、外部アカウントのこの設定です。

    デフォルト値では、この設定によって接続数が直接設定されます。

トランシーバモード ​では、これは接続の合計数です。

トランスミッター + レシーバーモード では、トランスミッター + レシーバーのペアの数を定義します（1 つのペア = 1 つのトランスミッター + 1 つのレシーバー）。
トランスミッターとレシーバーのバランスを変える方法はありません。

  • 専用プロセスを通じたメッセージの送信：
    Adobe Campaign v8.7.2 以降では、このオプションを常に有効にする必要があります。メッセージの処理方法に多くの影響があります。

  • SMPP 接続モード：
    接続をトランシーバモードまたは分離されたトランスミッター + レシーバーモードに設定します。

    • トランスミッター + レシーバー（または TX+RX）：メッセージの送受信には、2 つの異なる TCP 接続が使用されます。
    • トランシーバ（または TRX）：メッセージの送受信には、単一の TCP 接続が使用されます。

  • レシーバーに別のパラメーターを使用：
    トランスミッター + レシーバーモードでのみ使用できます。
    このチェックボックスをオフにすると、トランスミッターとレシーバーに同じ設定が適用されます。チェックボックスをオンにすると、標準設定はトランスミッターにのみ適用され、レシーバー設定はレシーバーにのみ適用されます。

  • 受信者サーバー、ポート、アカウント、パスワード、システムタイプ
    これらの設定は、トランスミッター + レシーバーモードの場合にレシーバーに適用されます。トランスミッター部分と同様に機能します。詳しくは、上記を参照してください。

  • ログファイルの詳細 SMPP トレースを有効にする
    有効にすると、追加ログがログファイルに出力されます。これは、トラブルシューティングに非常に役立ちますが、トラブルシューティングが不要な場合、高スループットのインスタンスでは無効のままにする必要があります。

SMPP チャネル設定

文字の表記変換を許可

文字の表記変換とは、不足している文字に相当する文字を見つける処理です。例えば、フランス語の「ê」（曲折アクセント記号付きの e）という文字は GSM エンコーディングには含まれていませんが、「e」に置き換えても可読性を過剰に損なうことはありません。

このチェックボックスをオフにすると、文字列をそのままエンコードできない場合、テキストエンコードは失敗します。

このチェックボックスをオンにすると、テキストエンコーディングは、失敗する代わりに、おおよそのバージョンに変換を試みます。ターゲットエンコーディングで相当する文字がない場合、テキストエンコーディングは失敗します。

エンコーディング処理の一般的な説明については、エンコーディングの具体的なマッピングの定義設定を参照してください。

ソース番号

メッセージのデフォルトのソースアドレスを定義します。この設定は、配信時にソース番号が空のままになっている場合にのみ適用されます。デフォルトでは、ソース番号フィールドは渡されないので、プロバイダーはショートコードの代わりにソース番号フィールドを使用します。

これにより、送信者アドレス／oADC 上書き機能が有効になります。

ソース TON/NPI、宛先 TON/NPI

（SMPP 3.4 仕様の 5.2.5 節で説明されている）TON（番号のタイプ）と NPI（番号計画識別子）。これらの値は、プロバイダーのニーズに応じて設定する必要があります。

これらは、SUBMIT_SM PDU の source_addr_ton、source_addr_npi、dest_addr_ton、dest_addr_npi フィールドにそのまま送信されます。

サービスタイプ

このフィールドは、SUBMIT_SM PDU の service_type フィールドにそのまま送信されます。プロバイダーの必要に応じてこれを設定します。

スループットと遅延

これらの設定は、SMPP チャネルのすべてのタイミングを制御します。一部のプロバイダーでは、メッセージレート、ウィンドウ、再試行タイミングを非常に正確に制御する必要があるので、これらの設定は、プロバイダーの処理能力と契約で示される条件に一致する値に設定する必要があります。

送信ウィンドウ

送信ウィンドウは、対応する SUBMIT_SM_RESP を待たずに送信できる SUBMIT_SM PDU の数です。

最大ウィンドウ数が 4 の送信例：

送信ウィンドウは、ネットワークリンクの待ち時間が長い場合のスループットを向上させるのに役立ちます。ウィンドウの値は、SMS の数にリンクの待ち時間（秒単位）を掛けた値よりも大きくする必要があり、これによって、コネクタは SUBMIT_SM_RESP を待たずに次のメッセージを送信できるようになります。

ウィンドウが大きすぎると、接続に問題が発生した場合（まれなケース）に、より多くの重複メッセージが送信される可能性があります。また、ほとんどのプロバイダーは送信ウィンドウに対して非常に厳しい制限を適用しており、この制限を超えるメッセージを拒否します。

最適な送信ウィンドウ式の計算方法：

SUBMIT_SM と SUBMIT_SM_RESP の間の最大待ち時間を測定します。
この値（秒単位）を MT の最大スループットに掛けます。これにより、最適な送信ウィンドウの値が得られます。
例：MT の最大スループットに毎秒 300 個の SMS が設定されていて、SUBMIT_SM と SUBMIT_SM_RESP の間の平均待ち時間が 100 ミリ秒の場合、最適な値は 300×0.1 = 30 となります。

不明な点がある場合は、パフォーマンスの問題を回避するために、より大きなウィンドウを優先します。