米国の請求タイプ

米国では、RCS メッセージは、次の 2 つのタイプのいずれかとして課金されます。

• 豊富なメッセージ
• リッチメディアメッセージ

メッセージの分類は、コンテンツが基本的なアクションを含むテキストのみであるか、メディアと高度な推奨アクションが含まれているかによって異なります。

Webhook を使用して米国の請求を追跡する

米国内のメッセージの場合、trafficType フィールドは、上記で定義した米国の請求タイプにマッピングされる 2 つの追加値を返します。

リッチメッセージのセグメント数: 米国のリッチメッセージは160バイトのセグメントで請求され、配信レポートと受信Webhookは、各メッセージが使用したセグメントの数を報告します。

米国インタラクティブセッション

US Interactive Session は、米国の会話型 RCS エージェント向けのセッションベースの課金モデルです。グローバル A2P および P2A 会話課金とは異なる基準を使用します。

MO メッセージの修飾

特定の Person-to-Application (P2A) アクションのみが対話型セッション トリガーにカウントされます。

• エンド ユーザーは、フリー テキストまたはファイルの返信を送信します。
• エンドユーザーが返信候補をタップします。
• エンドユーザーが自分の位置情報を共有します。

次のアクションはトリガーにカウントされません。

• [URLを開く]、[カレンダーに追加]、または同様の推奨アクションボタンをクリックします。
• 場所の共有を完了せずに [場所の要求] をタップします。
• 通知を入力します。
• 配送領収書。
• 領収書を見た。
• 開封確認。

対話式セッションは、次の条件がすべて満たされると開始されます。

• 対象となる4つのメッセージが24時間以内に交換されます
• 少なくとも 2 つの Person-to-Application (P2A) メッセージ
• 少なくとも 1 つの Application to-Person (A2P) メッセージ
• メッセージは任意の順序で発生する可能性があります

これらの条件が満たされると、4 つのメッセージのうち 最初 に固定された 24 時間の無料メッセージング ウィンドウ が開きます。このウィンドウ内のすべてのメッセージは対話型セッションの一部であり、個別に課金されることはありません。

グローバル請求との主な違い:

対話型セッションのシナリオ

セッションがトリガーされました

送信者とエンド ユーザーは、24 時間以内に 4 つの適格なメッセージ(2 つの A2P + 2 つの P2A)を交換します。4 番目の修飾メッセージである MO 2 は、トリガーを完了します。

セッションは、シーケンスの最も古いメッセージである MT 1 に遡及的に固定されます。MT 1 は課金メッセージであり、そのコストは対話型セッションに再計算されます。MO 2 は、請求分類をリアルタイムで受信します。

残りの 3 つのメッセージ (MT 1、MO 1、および MT 2) は、それぞれ遡及的な会話開始イベント (合計 3 CONVERSATION_STARTED イベント) を受け取ります。24 時間のセッション ウィンドウ内のすべてのメッセージは対話型セッションの一部であり、個別に課金されることはありません。

メッセージが不十分

24 時間以内に交換される対象となるメッセージは 4 件未満です。トリガー条件が満たされず、各メッセージはリッチメッセージまたはリッチメディアメッセージとして個別に請求されます。

24 時間以内に対象となるメッセージは 3 件のみ発生します。トリガーには 4 が必要なため、セッションは開始されません。

ウィンドウの有効期限が切れました

メッセージは交換されますが、初期のメッセージと後のメッセージの間には 24 時間以上の間隔があります。4 番目のメッセージが到着するまでに、以前のメッセージはローリング 24 時間ウィンドウから期限切れになっています。スコープ内に残る適格なメッセージは 4 つ未満であるため、セッションは開始されません。

MO 2 では、24 時間のルックバック ウィンドウには、MO 1、MT 2、および MO 2 (3 つの適格メッセージ) のみが含まれます。MT 1の有効期限が切れているため、トリガーが満たされていません。

対象外のアクション

[URL を開く] ボタンや [カレンダーに追加] ボタンをクリックするなどのアクションは、4 メッセージ セッション トリガーの対象となるメッセージとしてカウントされません。

対象となるメッセージは合計 3 件 (2 つの A2P + 1 つの P2A)。トリガーには少なくとも 2 つの P2A メッセージが必要なため、満たされません。

複数の送信メッセージ

送信者は MT 1 を送信します。エンドユーザーは MO 1 で応答します。次に、送信者は、別のエンド ユーザーの応答を待っている間に、4 つの追加の MT メッセージ (MT 2 から MT 5) を送信します。エンド ユーザーは MO 2 で応答し、セッション トリガーを完了します。7 つのメッセージはすべて 20 時間以内に発生します。つまり、24 時間のセッション ウィンドウのうち 4 時間は、追加のメッセージに引き続き使用できます。

MO 2 は、請求データをリアルタイムで受信します。残りの 6 つのメッセージは、それぞれ遡及的な会話開始イベントを受け取ります。MT 3、MT 4、MT 5 はトリガーの進行を進めません。構成要件では、4 つの修飾メッセージのうち少なくとも 2 つの MO メッセージが義務付けられており、MO 2 より前に受信されたのは 1 MO のみでした。

エンドユーザーが開始する

エンドユーザーは、送信者が MT 1 で応答する前に 3 つの MO メッセージを送信します。MT 1 は 4 番目の修飾メッセージであり、トリガーを完了します。MT 1 はトリガーを完了するため、課金分類と conversation.id をリアルタイムで受信するため、会話開始イベントは送信されません。3 つのMO メッセージはそれぞれ、trafficType が null に設定された遡及的な会話開始イベントを受け取ります (合計 3 CONVERSATION_STARTED イベント)。24 時間のセッション ウィンドウは、MT 1 からではなく、MO 1 から始まります。