このページは Cloud Translation API によって翻訳されました。

米国の請求モデル

この文書では、米国の通信事業者におけるRCS for Businessトラフィックの課金モデルについて概説します。

標準課金モデル（米国以外のトラフィック向け）に関する情報については、課金に関するよくある質問（FAQ）をご覧ください。
レポート作成に関する情報については、「請求レポートとアクティビティログに関するガイド」を参照してください。

米国における請求分類の概要

米国の電話番号との間で送受信されるすべてのメッセージは、その形式に基づいて自動的に以下のいずれかのタイプに分類されます。

リッチメッセージ（双方向）
リッチメディアメッセージ（双方向）

複数の種類のメッセージを1つのセッションにまとめることができます。セッションの詳細については、「セッション課金（パイロット版）」を参照してください。

詳細な仕様については、以下のセクションを参照してください。

用語に関する注記

メッセージングトラフィックの方向を説明するために、米国の通信事業者は通常、MT/MOという用語を使用します。これらの用語は、RCS for Businessのドキュメント全体で使用されているA2P/P2Aという用語に対応しています。

MT（モバイル終端）はA2P（アプリケーション対個人）です。これは、企業から送信されるメッセージです。
MO（モバイル発信）はP2A（ユーザーからアプリケーションへの通信）です。つまり、ユーザーによって開始されるメッセージまたはアクションのことです。

エージェント対個人（A2P/MT）イベント課金

このセクションでは、エージェントによって送信されるメッセージ（つまり、A2PメッセージまたはMTメッセージ）の課金ロジックについて説明します。

リッチメッセージ（A2P）

メッセージがリッチメッセージとして分類されるのは、以下の要素の組み合わせのみを含む場合です。

文章
回答例
提案する行動は、以下の種類のものに限られます。
- 番号をダイヤルする
- 標準ブラウザでURLを開く（WebViewではない）

リッチメッセージの課金ロジック

リッチメッセージはセグメントごとに課金されます。

セグメントサイズ：1セグメント＝UTF-8エンコードされたテキスト160バイト。
計算：メッセージ本文のUTF-8バイトの合計長を160で割り、常に最も近い整数に切り上げます。
除外事項：提案された返信またはアクション内のテキストおよびポストバックデータは、セグメント数には含まれません。
例：300バイトのテキストメッセージは2つのセグメントに分かれます（300 / 160 = 1.875、切り上げて2）。

バイト数

一部のUnicode文字（絵文字やアクセント付き文字など）はマルチバイトであるため、UTFバイトの合計数は文字数と異なる場合があります。

メッセージの正確なバイト数を確認するには、以下に入力または貼り付けてください。

リッチメディアメッセージ（A2P）

メッセージがリッチメディアメッセージとして分類されるのは、以下のいずれかの要素を少なくとも1つ含んでいる場合です。

リッチカードまたはカルーセル（メディアなしでも可）
メディアファイル（画像、動画、音声）の添付
電話番号をダイヤルする、またはブラウザでURLを開く以外の推奨操作には、以下が含まれます。

リッチメディアメッセージの課金ロジック

リッチメディアメッセージは、定額料金の単一イベントとして提供されます。

テキストの長さ、カードの枚数、メディアファイルのサイズに関わらず、料金は一律です。
セグメンテーションは適用されません。

A2P API応答例

これらの例は、エージェントによって送信されたメッセージに対する、RBM API呼び出しの正常な応答におけるrichMessageClassificationフィールドを示しています。

`RICH_MESSAGE`に対するAPIレスポンスの例

{
  "name": "...",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "contentMessage": {
     ...
  },
  "richMessageClassification": {
    "classificationType": "RICH_MESSAGE",
    "segmentCount": 5
  }
}

`RICH_MEDIA_MESSAGE`に対するAPIレスポンスの例

{
  "name": "...",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "contentMessage": {
     ...
  },
  "richMessageClassification": {
    "classificationType": "RICH_MEDIA_MESSAGE"
  }
}

個人対代理人（P2A/MO）イベント請求

このセクションでは、ユーザーが開始したメッセージおよびアクション（つまり、P2AメッセージまたはMOメッセージ）に対する課金について説明します。

リッチメッセージ（P2A）

ユーザーメッセージがリッチメッセージに分類されるのは、テキストのみを含む場合です。これには、自由形式のテキストと、提案された返信をタップした結果として生成されるテキストの両方が含まれます。（提案された返信には、メッセージペイロード内にポストバックデータ識別子が含まれる場合があります。）

課金ロジック：セグメントに基づいて課金されます。セグメント数の計算方法の詳細については、「リッチメッセージの課金ロジック」を参照してください。

リッチメディアメッセージ（P2A）

アップロードされたファイル（画像、動画、音声）を含むメッセージは、リッチメディアメッセージとして分類されます。

課金ロジック：単一の定額料金イベントとして課金されます。セグメント化は適用されません。

推奨アクションのクリック

ユーザーが提案されたアクションをタップすると、「提案アクションクリック」と呼ばれる課金対象イベントが1件発生します。（提案されたアクションには、メッセージペイロードにポストバックデータ識別子が含まれる場合があります。）

課金ロジック：クリックごとに1つの課金対象イベントを生成します。

位置情報共有は、2つの別々のP2A課金対象イベントを生成するという点で独特です。

推奨アクションのクリック：ユーザーが「場所を共有」という推奨アクションをタップすると、1 つの「推奨アクションのクリック」イベントが生成されます。
位置情報メッセージ：ユーザーが地図インターフェースから場所を選択すると、位置座標を含むメッセージがエージェントに送信されます。このMOメッセージは、セグメント数が1のリッチメッセージイベントを生成します。

P2Aウェブフック応答例

これらの例は、ユーザーが開始したイベントに関してエージェントに送信されるウェブフックにおけるrichMessageClassificationフィールドを示しています。

ユーザーが送信した`RICH_MESSAGE`のWebhookの例

{
  "agentId": "AGENT_ID",
  "senderPhoneNumber": "PHONE_NUMBER",
  "messageId": "MESSAGE_ID",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "text": "Hello, world!",
  "richMessageClassification": {
    "classificationType": "RICH_MESSAGE",
    "segmentCount": 1
  }
}

ユーザーが送信した`RICH_MEDIA_MESSAGE`のWebhookの例

{
  "agentId": "AGENT_ID",
  "senderPhoneNumber": "PHONE_NUMBER",
  "messageId": "MESSAGE_ID",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "userFile": "...",
  "payload": "...",
  "richMessageClassification": {
    "classificationType": "RICH_MEDIA_MESSAGE"
  }
}

`SUGGESTED_ACTION_CLICK`のウェブフックの例

{
    "agentId": "...",
    "senderPhoneNumber": "...",
    "messageId": "...",
    "sendTime": "...",
    "suggestionResponse": {
        "text": "Click here",
        "postbackData": "...",
        "type": "ACTION"
    },
    "richMessageClassification": {
        "classificationType": "SUGGESTED_ACTION_CLICK"
    }
}

位置情報メッセージのWebhookの例

これは、位置情報共有フローにおける2番目の課金対象イベントであり、ユーザーが地図から位置情報を共有した後に送信されます。

{
    "agentId": "...",
    "senderPhoneNumber": "...",
    "messageId": "...",
    "sendTime": "...",
    "location": {
      "latitude": 37.422000,
      "longitude": -122.084056
    },
    "richMessageClassification": {
        "classificationType": "RICH_MESSAGE",
        "segmentCount": 1
    }
}

セッション課金（試験運用）

既存の米国の課金モデルでは個々のメッセージに対して課金されますが、セッション課金パイロットでは、ユーザーとブランド間、またはブランドとユーザー間の会話全体を単一の課金対象イベントp2a_sessionまたはa2p_session ）としてグループ化する方法が導入されます。

セッション課金対象イベントは、連続する24時間以内に特定のインタラクションしきい値に達した場合に記録され、課金対象となります。詳細については、「セッションとは何か、そしてその仕組み」をご覧ください。

技術および実装に関する注意事項

セグメントは課金目的のみに使用されます。長文メッセージは単一の単位としてユーザーのデバイスに配信されます。セグメント数は課金目的のための仮想的な計算であり、メッセージの配信方法やユーザーへの表示方法には影響しません。
自動分類：メッセージの分類はメッセージの内容に基づいて完全に自動的に行われ、手動で変更することはできません。
展開：米国における課金モデルは、2025年7月15日にRCS for Businessプラットフォーム全体で有効化されました。この日付以降、GoogleのレポートおよびAPIレスポンスには、新しい分類が反映されます。