RCS Business Messaging 的运作方式

RCS Business Messaging (RBM) 代理通过信息、 事件和请求，从而实现业务目标这些目标 简单（例如发送送货通知）或复杂（例如预订 航班），代理会使用富媒体、媒体和建议来引导用户 满足用户和代理需求的流畅对话。

工作原理

代理与用户之间的对话流类似于 两个人轮流讲话， 倾听和响应彼此的差异

RBM 代理会发起与用户对话。用户无法启动 但当代理发起对话后， 用户可以随时回复

当代理收到外部触发器时，会发送第一条消息， 配置。触发器可以是任何内容，具体取决于代理的用例：

• 包裹发货
• 是时候发送每日午餐三明治特惠了
• 用户在聊天中与客户支持团队联系

当您的代理收到触发器时，代理会发送消息 通过 RCS Business Messaging API 向用户设备发送消息。您的代理会发送 通过 RBM API 以 HTTP 格式向用户发出消息、事件和其他请求 包含 JSON 载荷的请求。用户在“信息”应用中收到信息 。

如果设备不支持 RCS，RBM 平台会返回 404 错误，并且 应改用其他技术，例如短信。

当用户响应消息或触发 event、 Google 的 RBM 服务会将响应发送到您配置的 webhook、 后者会将信息传回您的代理。Webhook 会发送 以 JSON 格式向代理发送所有用户消息、事件和其他请求。

在客服人员收到消息后， 它会解码 JSON 并解析响应。使用内部逻辑，或依赖于 自然语言理解 (NLU) 模块， Dialogflow 后，您的代理将决定如何响应 用户的消息，并通过 RBM API 将响应发送到用户的设备。

代理和用户之间的对话会继续进行，直到达到 或用户停止响应。

示例

以下示例显示了一个简单的场景，当用户询问天气信息时 更新。

1. 您的代理从外部服务收到一个触发器，指明 用户请求获取最新天气信息。
2. 代理向用户发送消息，确认用户的请求，并 请求用户的位置。
3. 在“信息”应用中，用户阅读该消息并使用自己的 地址。
4. 代理处理响应、获取天气信息、创建 对话消息，并将信息发送给用户。此外， 代理会询问用户是否也想获取另一个 位置。
5. 用户阅读消息并感谢代理。
6. 代理确认用户没有请求更多信息 并结束对话。

加密

用户和代理之间发送的 RBM 消息会在 RBM 代理和 Google 服务器之间以及 Google 服务器与用户之间设备。合作伙伴不能使用 自己的加密密钥，因为 Google 需要对邮件进行 以保护所有用户和企业。

如需详细了解 RBM 数据安全，请参阅 RCS Business Messaging 的数据安全。

后续操作

熟悉这些概念后，请考虑您希望 构建您的第一个代理。