RCS Business Messaging 代理程式會透過訊息、事件和要求與使用者通訊，藉此達成商業目標。無論目標是簡單 (例如傳送送貨通知) 或複雜 (例如預訂航班)，代理程式都會使用豐富的資訊卡、媒體和建議，引導使用者進行流暢的對話，滿足使用者和代理程式的需求。
運作方式
代理程式與使用者之間的對話流程，與兩個人之間的對話類似，雙方會輪流說話、聆聽和回應。
RCS Business Messaging 代理程式會主動與使用者展開對話。使用者無法與服務專員展開對話，但服務專員發起對話後，使用者隨時可以回覆。
當代理收到您設定的外部觸發條件時，就會傳送第一則訊息。觸發條件可以是任何內容，視服務代理的使用情況而定：
- 包裹出貨
- 現在是傳送每日午餐三明治優惠的好時機
- 使用者透過即時通訊聯絡客戶服務
當服務專員收到觸發條件時，服務專員會透過 RCS 商家訊息 API 傳送訊息給使用者的裝置。代理程式會透過 RBM API，以含有 JSON 酬載的 HTTP 要求形式，將所有訊息、事件和其他要求傳送給使用者。使用者會在裝置上的「訊息」應用程式中收到訊息。
如果裝置不支援 RCS，RCS 企業即時通訊平台會傳回 404 錯誤，因此服務專員應改用其他技術，例如簡訊。
使用者回覆訊息或觸發事件時，Google 的 RCS 企業版服務會將回覆傳送至您設定的 Webhook，Webhook 會將資訊傳回給代理程式。Webhook 會以 JSON 格式將所有使用者訊息、事件和其他要求傳送至代理程式。
代理程式收到訊息後，會解碼 JSON 並剖析回應。代理程式會使用內部邏輯，或依賴 Dialogflow 等自然語言理解 (NLU) 模組，決定如何回覆使用者訊息，並透過 RBM API 將回覆傳送至使用者的裝置。
代理程式和使用者會持續對話，直到達到預期結論或使用者停止回應為止。
範例
以下範例顯示簡單情境，使用者要求提供天氣資訊。
- 代理程式會收到外部服務的觸發條件，指出使用者要求天氣更新。
- 代理程式會傳送訊息給使用者，確認收到要求並詢問使用者所在位置。
- 使用者在「訊息」應用程式中讀取訊息，並回覆地址。
- 代理程式會處理回應、擷取天氣資訊、建立對話訊息，然後將資訊傳送給使用者。此外，代理程式會詢問使用者是否也想查看其他地點的天氣資訊。
- 使用者閱讀訊息並感謝服務專員。
- 代理程式確認使用者未要求提供其他資訊，並結束對話。
加密
使用者和服務專員之間傳送的 RCS Business Messaging 訊息，會在 RCS Business Messaging 服務專員和 Google 伺服器之間，以及 Google 伺服器和使用者裝置之間加密。合作夥伴無法使用自己的加密金鑰，因為 Google 必須掃描訊息中的惡意內容，保護所有使用者和商家。
如要進一步瞭解 RCS for Business 的資料安全性，請參閱「RCS for Business 的資料安全性」。
後續步驟
熟悉這些概念後，請考慮您希望代理程式執行的動作，然後建立第一個代理程式。