.net

Ejemplos de diseño

Los diseños de muestra en esta página muestran el rango de posibilidades para integrar su agente virtual con NiCE CXone. Se basan en escenarios reales, pero es importante comprender que el entorno de cada organización es distinto. Los diseños podrían no funcionar en su entorno tal como se muestran.

Diseño 1: túnel de proxy API .NET alojado como servicio web de Azure

El diseño de ejemplo 1 contiene una API .NET alojada como servicio web de Azure. La capa de robot de agente virtual de la arquitectura está diseñada para que el agente virtual y los servicios cognitivos habiten contenedores distintos en Azure. El túnel de proxy necesita tres llamadas distintas por cada solicitud:

1. La primera llamada envía el audio al servicio de voz a texto para la transcripción.
2. La segunda llamada envía el texto transcrito al agente virtual, que lo analiza para detectar la intención El significado o propósito detrás de lo que dice o escribe un contacto; lo que el contacto desea comunicar o lograr. y devuelve una respuesta.
3. La tercera llamada envía la respuesta del agente virtual al servicio de texto a voz para que se sintetice en una respuesta de audio. La respuesta sintetizada se envía a NiCE CXone.

Este ejemplo de arquitectura puede dar lugar a latencia durante las interacciones, debido a la cantidad de llamadas que realiza el túnel de proxy durante cada solicitud.

Diseño 2: Terminal del túnel de Proxy Oculto dentro de un cliente .NET gRPC

Este ejemplo de arquitectura tiene un terminal de túnel proxy oculto dentro de un servicio de cliente de gRPC de .NET en contenedores. El cliente gRPC está construido como contenedor de Docker alojado como servicio web. Las Solicitudes de NiCE CXone atraviesan la puerta de enlace API hacia el terminal del túnel de proxy dentro del cliente gRPC.

Este ejemplo integra también un servicio de autorización. El script de NiCE CXone Studio recupera un token de autorización del servicio de autorización y lo devuelve al script. Después, el script envía solicitudes a través de la puerta de enlace API.

Diseño 3: puerta de enlace API Oculto como proxy

Esta arquitectura relativamente simple presenta una puerta de enlace de API que está oculto como un proxy. Puede hacer todo lo que necesita hacer un túnel de proxy para admitir terminales personalizados de NiCE CXone. Es decir, puede manejar la traducción de la carga útil, la conversación de audio y la transcodificación, además de retransmitir la entrada y la salida entre sistemas.