Агенты RCS for Business взаимодействуют с пользователями посредством сообщений, событий и запросов для достижения ваших бизнес-целей. Независимо от того, являются ли эти цели простыми (например, отправка уведомлений о доставке) или сложными (например, бронирование авиабилетов), агенты используют расширенные подсказки, медиаконтент и предложения, чтобы вести пользователей через динамичные диалоги, удовлетворяющие потребности пользователей и агентов.
Как это работает
Ход разговора между вашим агентом и пользователем похож на разговор между двумя людьми, где каждый из собеседников по очереди говорит, слушает и отвечает другому.
Ваш агент RCS for Business инициирует диалоги с пользователями. Пользователи не могут начать диалог с вашим агентом, но как только агент начинает диалог, пользователь может ответить в любое время.
Ваш агент отправляет первое сообщение при получении настроенного вами внешнего триггера. Триггер может быть любым и зависит от сценария использования вашего агента:
- Посылка отправляется
- Пришло время отправлять ежедневные предложения по сэндвичам на обед.
- Пользователь связывается со службой поддержки клиентов в чате
При получении триггера ваш агент отправляет сообщение на устройство пользователя через API RCS Business Messaging. Все сообщения, события и другие запросы ваш агент отправляет пользователю через API RBM в виде HTTP-запросов с полезными данными JSON. Пользователь получает сообщение в приложении «Сообщения» на своем устройстве.
Если устройство не поддерживает RCS, платформа RCS для бизнеса возвращает ошибку 404 , и агенту следует использовать другую технологию, например SMS.
Когда пользователь отвечает на сообщение или запускает событие , служба Google RCS для бизнеса отправляет ответ на настроенный вами вебхук , который передаёт информацию обратно вашему агенту. Вебхук отправляет все пользовательские сообщения, события и другие запросы вашему агенту в формате JSON.
Получив сообщение , ваш агент декодирует JSON и анализирует ответ. Используя внутреннюю логику или модуль понимания естественного языка (NLU), такой как Dialogflow , ваш агент принимает решение об ответе на сообщение пользователя и отправляет его на устройство пользователя через RBM API.
Диалог между вашим агентом и пользователем продолжается до тех пор, пока не будет достигнуто предполагаемое заключение или пока пользователь не перестанет отвечать.
Пример
В следующем примере показан простой сценарий, в котором пользователь запрашивает обновленную информацию о погоде.
- Ваш агент получает триггер от внешней службы, указывающий на то, что пользователь запросил обновление погоды.
- Ваш агент отправляет пользователю сообщение, подтверждающее запрос пользователя и запрашивающее его местоположение.
- В приложении «Сообщения» пользователь читает сообщение и отвечает, указывая свой адрес.
- Ваш агент обрабатывает ответ, получает информацию о погоде, создаёт диалоговое сообщение и отправляет её пользователю. Кроме того, ваш агент спрашивает, нужна ли пользователю информация о погоде в другом месте.
- Пользователь читает сообщения и благодарит агента.
- Ваш агент подтверждает, что пользователь не запрашивал дополнительную информацию, и завершает разговор.
Шифрование
Сообщения RCS для бизнеса, передаваемые между пользователями и агентами, шифруются между агентами RCS для бизнеса и серверами Google, а также между серверами Google и устройствами пользователей. Партнеры не могут использовать собственные ключи шифрования, поскольку Google необходимо сканировать сообщения на наличие вредоносного контента для защиты всех пользователей и компаний.
Дополнительную информацию о безопасности данных для RCS for Business см. в разделе Безопасность данных для RCS for Business .
Что дальше?
Как только вы освоитесь с этими концепциями, подумайте, что именно должен делать ваш агент, и создайте своего первого агента .