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