.net

Exemples de conception

Les exemples de conception sur cette page montrent les différentes possibilités d’intégration d’un agent virtuel avec NiCE CXone. Ils reposent sur des cas de figure réels, mais il est important de comprendre que l’environnement de chaque organisation est différent. Il est possible que les conceptions illustrées ne conviennent pas à votre environnement.

Conception 1 : tunnel de proxy d’API .NET hébergé sous forme de service web Azure

L’exemple 1 montre une API .NET hébergée sous forme de service web Azure. La couche de l’architecture correspondant au bot agent virtuel est conçue de manière que l’agent virtuel et les services cognitifs se trouvent dans des conteneurs différents dans Azure. Le tunnel de proxy requiert trois appels distincts pour chaque demande :

  1. Le premier appel envoie l'audio au service de synthèse vocale (speech-to-text) à des fins de transcription.
  2. Le deuxième appel envoie la transcription obtenue à l’agent virtuel, qui l’analyse pour déterminer l’intentionClosed La signification ou le but derrière ce qu’un contact dit/tape ; ce que le contact veut communiquer ou accomplir. et renvoie une réponse.
  3. Le troisième appel envoie la réponse de l'agent virtuel au service de synthèse vocale afin qu'elle soit synthétisée en une réponse audio. La réponse synthétisée est renvoyée à NiCE CXone.

Example of an architecture où le tunnel proxy effectue trois appels aux services situés du côté de l'agent virtuel pour chaque requête qu'il envoie.

Cet exemple d'architecture peut entraîner de la latence pendant les interactions en raison du nombre d'appels effectués par le tunnel proxy au cours de chaque demande.

Conception 2 : Terminal de tunnel proxy Masqué à l’intérieur du client gRPC .NET

L'architecture de cet exemple comporte un terminal de tunnel proxy masqué à l'intérieur d'un service client gRPC .NET conteneurisé. Le client gRPC est conçu sous forme de conteneur Docker hébergé comme un service web. Les Demandes provenant de NiCE CXone passent par la passrelle API pour atteindre le point de terminaison de tunnel de proxy à l’intérieur du client gRPC.

Cet exemple incorpore également un service d’autorisation. Le script NiCE CXone Studio obtient un jeton d’autorisation auprès du service d’autorisation et le renvoie au script. Le script envoie ensuite la demande via la passerelle API.

Example of an architecture where the script makes a request to an authorization server for a token before sending requests to the virtual agent.

Conception 3 : passerelle API Masquée en tant que proxy

Cette architecture relativement simple comporte une passerelle API masquée en tant que proxy. Elle peut effectuer tout ce qu’un tunnel de proxy doit faire pour prendre en charge les points de terminaux personnalisés NiCE CXone. Autrement dit, il peut gérer la traduction de la charge utile, la conversation audio et le transcodage, ainsi que le relais de la saisie et de la sortie entre les systèmes.

"\n Example of a simple architecture where the API gateway is masked as a proxy tunnel. \n "