RCS ビジネス メッセージの仕組み

RCS ビジネス メッセージ（RBM）エージェントは、メッセージ、 リクエスト、イベント、リクエストを分析できます。目標が 簡単なもの（配達通知の送信など）と複雑なもの（例: 商品の予約など） エージェントはリッチカード、メディア、提案を使用して、 ユーザーとエージェントのニーズを満たす滑らかな会話を実現できます。

仕組み

エージェントとユーザーの会話の流れは、 交代で行われる 2 人の人物による会話 互いの反応を見てきました。

RBM エージェントがユーザーとの会話を開始します。ユーザーは起動できません エージェントとの会話を開始できますが、エージェントが会話を開始すると、 ユーザーはいつでも返信できます。

エージェントは、外部トリガーを受信したときに、 できます。トリガーは何でも構いません。また、エージェントのユースケースによって異なります。

• パッケージが発送された
• ランチタイムのサンドイッチ セールを毎日送信しましょう
• ユーザーがチャットでカスタマー サポートに問い合わせる

エージェントがトリガーを受信すると、エージェントがメッセージを送信します RCS Business Messaging API を使ってユーザーのデバイスに送信します。エージェントは メッセージ、イベント、その他のリクエストを、HTTP として RBM API 経由でユーザーに JSON ペイロードを含む リクエストの例を見てみましょうユーザーがメッセージ アプリでメッセージを受信する 確認できます。

デバイスが RCS をサポートしていない場合、RBM プラットフォームは 404 エラーを返します。 エージェントは SMS などの別のテクノロジーにフォールバックする必要があります。

ユーザーがメッセージに応答するか、 event Google の RBM サービスが、構成した Webhook、 エージェントに情報が渡されますWebhook は、 JSON 形式でエージェントへのすべてのユーザー メッセージ、イベント、その他のリクエスト。

エージェントがメッセージを受信したら、 JSON をデコードしてレスポンスを解析します内部ロジックを使用する場合、または 自然言語理解（NLU）モジュールを使って Dialogflow の場合、エージェントは応答を ユーザーのメッセージを受け取り、RBM API を通じてユーザーのデバイスにレスポンスを送信します。

エージェントとユーザーの会話は、 ユーザーが応答しなくなります。

例

次の例は、ユーザーが天気を尋ねるシンプルなシナリオを示しています。 更新されます

1. エージェントは、外部サービスから 人のユーザーが最新の天気情報をリクエストしました。
2. エージェントがユーザーにメッセージを送信し、ユーザーのリクエストを確認する。 ユーザーの現在地を要求します。
3. メッセージ アプリでユーザーはメッセージを読み、 あります。
4. エージェントはレスポンスを処理し、天気情報を取得して、 メッセージを作成し、ユーザーに情報を送信します。また エージェントは、そのユーザーが別の天気情報の天気情報も必要かどうかを尋ねます。 あります。
5. ユーザーはメッセージを読み、エージェントにお礼を述べます。
6. ユーザーが追加情報を要求しなかったことをエージェントが確認した場合 会話を終了します。

暗号化

ユーザーとエージェントの間で送信される RBM メッセージは、RBM エージェントとエージェントの間で暗号化されます。 Google サーバーとユーザーのサーバーとの間のできます。パートナーは 独自の暗号鍵を保有しているからです。これは、Google がメールをスキャンして、 すべてのユーザーと企業を保護します。

RBM データ セキュリティの詳細については、以下をご覧ください。 RCS ビジネス メッセージのデータ セキュリティ

次のステップ

これらのコンセプトに慣れたら、次はソリューションの 最初のエージェントを構築します。