RCS Business Messaging (RBM) 代理通过信息、事件和请求与用户通信，从而实现您的业务目标。无论这些目标是简单（例如发送配送通知）还是复杂（例如预订航班），代理都使用复合信息卡、媒体和建议来引导用户完成流畅的对话，满足用户和代理的需求。
运作方式
代理与用户之间的对话类似于两个人之间的对话，各方轮流发言、倾听和回复对方。
您的 RBM 代理会发起与用户的对话。用户无法与您的代理发起对话，但代理发起对话后，用户可以随时回复。
您的代理在收到您配置的外部触发器时，会发送第一条消息。触发器可以是任何内容，具体取决于代理的使用场景：
- 有包裹寄出
- 该发送每日午餐三明治特惠活动了
- 用户通过聊天与客户支持团队联系
当代理收到触发器后，代理会使用 RCS Business Messaging API 向用户设备发送消息。您的代理通过 RBM API 将所有消息、事件和其他请求以带有 JSON 载荷的 HTTP 请求的形式发送给用户。用户在设备上的“信息”应用中收到消息。
如果设备不支持 RCS，RBM 平台会返回 404 错误，代理应回退到其他技术，例如短信。
当用户响应消息或触发事件时，Google 的 RBM 服务会将响应发送到您配置的网络钩子，该网络钩子会将信息传回您的代理。webhook 会将所有用户消息、事件和其他请求以 JSON 格式发送到您的代理。
代理收到消息后，会解码 JSON 并解析响应。通过使用内部逻辑，或者依赖 Dialogflow 等自然语言理解 (NLU) 模块，您的代理会决定对用户信息的响应，并通过 RBM API 将响应发送到用户的设备。
代理与用户之间的对话会持续进行，直到得出预期的结论或用户停止响应。
示例
以下示例展示了用户请求天气更新的简单场景。
- 您的代理接收来自外部服务的触发器，表明用户请求了天气更新。
- 您的代理会向用户发送消息，确认用户的请求并询问用户的位置。
- 在“信息”应用中，用户阅读消息并使用自己的地址进行回复。
- 您的代理会处理响应、获取天气信息、创建对话消息，并将信息发送给用户。此外，代理会询问用户是否还想要其他营业地点的天气信息。
- 用户阅读消息，并感谢客服人员。
- 您的代理确认用户未请求其他信息并结束对话。
加密
用户和代理之间发送的消息会在 RBM 代理和 Google 服务器之间以及 Google 服务器和用户设备之间加密。代理无法使用自己的加密密钥，因为 Google 需要扫描消息是否包含恶意内容，以保护所有用户和企业。
用户设备上收到的消息会通过用户为其设备配置的任何设备级加密机制进行加密，并且 Google 会部署设备端安全模型来保护消息数据。
后续操作
熟悉这些概念后，请考虑您希望代理执行的操作，并构建您的第一个代理。