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 将响应发送到用户的设备。
代理和用户之间的对话会继续进行，直到达到 或用户停止响应。
示例
以下示例显示了一个简单的场景，当用户询问天气信息时 更新。
- 您的代理从外部服务收到一个触发器，指明 用户请求获取最新天气信息。
- 代理向用户发送消息，确认用户的请求，并 请求用户的位置。
- 在“信息”应用中，用户阅读该消息并使用自己的 地址。
- 代理处理响应、获取天气信息、创建 对话消息，并将信息发送给用户。此外， 代理会询问用户是否也想获取另一个 位置。
- 用户阅读消息并感谢代理。
- 代理确认用户没有请求更多信息 并结束对话。
加密
用户和代理之间发送的 RBM 消息会在 RBM 代理和 Google 服务器之间以及 Google 服务器与用户之间设备。合作伙伴不能使用 自己的加密密钥，因为 Google 需要对邮件进行 以保护所有用户和企业。
如需详细了解 RBM 数据安全，请参阅 RCS Business Messaging 的数据安全。
后续操作
熟悉这些概念后，请考虑您希望 构建您的第一个代理。