RCS Business Messaging (RBM) 에이전트는 비즈니스 목표 달성을 위해 메시지, 이벤트, 요청을 통해 사용자와 통신합니다. 목표가 간단한 경우 (예: 배달 알림 전송)이든 복잡한 목표 (예: 항공편 예약)든 에이전트는 리치 카드, 미디어, 추천을 사용하여 사용자와 에이전트의 요구사항을 충족하는 유동적인 대화를 통해 사용자를 안내합니다.
사용 방법
에이전트와 사용자 간의 대화 흐름은 두 사람 사이의 대화와 유사하며, 각 당사자가 돌아가면서 말하고, 듣고, 서로에게 응답합니다.
RBM 에이전트가 사용자와 대화를 시작합니다. 사용자는 에이전트와 대화를 시작할 수 없지만 에이전트가 대화를 시작하면 사용자는 언제든지 응답할 수 있습니다.
에이전트가 구성한 외부 트리거를 수신하면 에이전트가 첫 번째 메시지를 보냅니다. 트리거는 무엇이든 될 수 있으며 에이전트의 사용 사례에 따라 다릅니다.
- 택배가 배송됨
- 매일 점심시간 샌드위치 특가 정보를 보내보세요
- 사용자가 채팅을 통해 고객 지원팀에 문의합니다.
에이전트가 트리거를 수신하면 RCS Business Messaging API를 사용하여 사용자의 기기로 메시지를 전송합니다. 에이전트는 RBM API를 통해 JSON 페이로드가 포함된 HTTP 요청으로 모든 메시지, 이벤트, 기타 요청을 사용자에게 전송합니다. 사용자는 기기의 메시지 앱에서 메시지를 수신합니다.
기기가 RCS를 지원하지 않으면 RBM 플랫폼은 404 오류를 반환하며 에이전트는 SMS와 같은 다른 기술로 대체해야 합니다.
사용자가 메시지에 응답하거나 이벤트를 트리거하면 Google의 RBM 서비스는 구성된 웹훅에 응답을 전송하여 정보를 에이전트에 다시 전달합니다. 웹훅은 모든 사용자 메시지, 이벤트, 기타 요청을 JSON 형식으로 에이전트에 보냅니다.
에이전트가 메시지를 수신하면 JSON을 디코딩하고 응답을 파싱합니다. 에이전트는 내부 로직을 사용하거나 Dialogflow와 같은 자연어 이해 (NLU) 모듈을 사용하여 사용자 메시지에 대한 응답을 결정하고 RBM API를 통해 사용자 기기로 응답을 전송합니다.
에이전트와 사용자 간의 대화는 의도된 결론에 도달하거나 사용자가 응답하지 않을 때까지 계속됩니다.
예
다음 예는 사용자가 날씨 업데이트를 요청하는 간단한 시나리오를 보여줍니다.
- 에이전트가 외부 서비스로부터 사용자가 날씨 업데이트를 요청했음을 나타내는 트리거를 수신합니다.
- 에이전트는 사용자에게 사용자의 요청을 확인하고 사용자의 위치를 묻는 메시지를 보냅니다.
- 메시지 앱에서 사용자는 메시지를 읽고 주소를 포함하여 응답합니다.
- 에이전트가 응답을 처리하고, 날씨 정보를 가져오고, 대화 메시지를 만들고, 정보를 사용자에게 보냅니다. 또한 에이전트는 사용자가 다른 위치의 날씨 정보도 원하는지 묻습니다.
- 사용자는 메시지를 읽고 상담사에게 감사를 표합니다.
- 에이전트는 사용자가 추가 정보를 요청하지 않았음을 확인하고 대화를 종료합니다.
암호화
사용자와 에이전트 간에 전송되는 메시지는 RBM 에이전트와 Google 서버 간에, 그리고 Google 서버와 사용자 기기 간에 암호화됩니다. 모든 사용자와 비즈니스를 보호하기 위해 Google은 메시지에 악성 콘텐츠가 있는지 검사해야 하므로 에이전트는 자체 암호화 키를 사용할 수 없습니다.
사용자 기기에서 수신된 메시지는 사용자가 기기에 구성한 기기 전체 암호화로 암호화되며, Google은 메시지 데이터를 보호하기 위해 기기 내 보안 모델을 배포합니다.
다음 단계
이러한 개념에 익숙해졌다면 에이전트가 수행할 작업을 고려하고 첫 번째 에이전트를 빌드합니다.