Как работает RCS Business Messaging

Агенты RCS Business Messaging (RBM) общаются с пользователями посредством сообщений, событий и запросов для достижения ваших бизнес-целей. Независимо от того, являются ли эти цели простыми (например, отправка уведомлений о доставке) или сложными (например, бронирование рейса), агенты используют богатые карточки, медиа и предложения, чтобы вести пользователей через плавные разговоры, которые удовлетворяют потребности пользователей и агентов.

Как это работает

Поток разговора между вашим агентом и пользователем аналогичен разговору между двумя людьми, где каждый из участников по очереди говорит, слушает и отвечает другому.

Ваш агент RBM инициирует общение с пользователями. Пользователи не могут начинать разговор с вашим агентом, но как только агент начнет разговор, пользователь сможет ответить в любое время.

Ваши агенты отправляют первое сообщение, когда получают внешний триггер, который вы настраиваете. Триггер может быть любым и зависит от варианта использования вашего агента:

  • Посылка отправляется
  • Пришло время рассылать ежедневные предложения по сэндвичам на обед
  • Пользователь обращается в службу поддержки в чате

Внешний триггер активирует агент RBM.

Когда ваш агент получает триггер, он отправляет сообщение на устройство пользователя с помощью API RCS Business Messaging. Ваш агент отправляет все сообщения, события и другие запросы пользователю через API RBM в виде HTTP-запросов с полезными данными JSON. Пользователь получает сообщение в приложении «Сообщения» на своем устройстве.

Если устройство не поддерживает RCS, платформа RBM возвращает ошибку 404 , и агенту следует вернуться к другой технологии, например SMS.

Когда пользователь отвечает на сообщение или запускает событие , служба RBM Google отправляет ответ на настроенный вами веб-перехватчик , который передает информацию обратно вашему агенту. Вебхук отправляет все пользовательские сообщения, события и другие запросы вашему агенту в формате JSON.

После того как ваш агент получит сообщение , он декодирует JSON и анализирует ответ. Используя внутреннюю логику или полагаясь на модуль распознавания естественного языка (NLU), такой как Dialogflow , ваш агент принимает решение о ответе на сообщение пользователя и отправляет ответ на устройство пользователя через RBM API.

Разговор между вашим агентом и пользователем продолжается до тех пор, пока не будет достигнут желаемый результат или пока пользователь не перестанет отвечать.

Пример

В следующем примере показан простой сценарий, в котором пользователь запрашивает обновленную информацию о погоде.

  1. Ваш агент получает триггер от внешней службы, указывающий, что пользователь запросил обновление погоды.
  2. Ваш агент отправляет пользователю сообщение, подтверждающее запрос пользователя и запрашивающее его местоположение.
  3. В приложении «Сообщения» пользователь читает сообщение и отвечает своим адресом.
  4. Ваш агент обрабатывает ответ, получает информацию о погоде, создает диалоговое сообщение и отправляет информацию пользователю. Кроме того, ваш агент спрашивает, хочет ли пользователь также получить информацию о погоде в другом месте.
  5. Пользователь читает сообщения и благодарит агента.
  6. Ваш агент подтверждает, что пользователь не запрашивал дополнительную информацию, и завершает разговор.

Шифрование

Сообщения RBM, отправляемые между пользователями и агентами, шифруются между агентами RBM и серверами Google, а также между серверами Google и устройствами пользователей. Партнеры не могут использовать свои собственные ключи шифрования, поскольку Google необходимо сканировать сообщения на наличие вредоносного контента, чтобы защитить всех пользователей и компании.

Дополнительную информацию о безопасности данных RBM см. в разделе Безопасность данных для RCS Business Messaging .

Что дальше?

Как только вы освоитесь с этими концепциями, подумайте, что вы хотите от своего агента, и создайте своего первого агента .