Que se passe-t-il lors d'une session réussie entre Genesys Cloud et votre serveur AudioHook ?

    Important : Il est fortement recommandé de consulter le guide AudioHook Protocol Specification dans le Genesys Cloud Developer Center. Les états de haut niveau mentionnés dans cette section ne sont qu'un sous-ensemble d'une session AudioHook complète et ne comprennent pas tous les types d'événements pris en charge par le protocole AudioHook.
    Remarques:
    • Dans la description qui suit, le terme "client" fait référence à Genesys Cloud.
    • Le serveur fait référence au service AudioHook avec lequel Genesys Cloud établit une session et transmet l'audio.
    • C'est toujours le client qui lance et termine la session.

    Une session AudioHook réussie comprend les états de haut niveau suivants :

    • Genesys Cloud établit la connexion HTTP WebSocket à vos services et authentifie le client.
    • Une fois que Genesys Cloud a établi la connexion WebSocket, le client lance une transaction ouverte. Le client n'envoie pas de données audio tant que le serveur n'a pas terminé la transaction d'ouverture et répondu par un message "ouvert".
    • Lorsque la session est ouverte, Genesys Cloud commence à envoyer de l'audio au serveur et le serveur peut envoyer des messages d'événements à Genesys Cloud.
      Remarque :  Actuellement, AudioHook ne prend pas en charge le rétablissement des connexions de session.
    • Le client ou le serveur peut envoyer un message "paused" pour signaler que le flux est en pause. Par exemple, si le flux est en pause à l'initiative du serveur et que le client initie sa propre pause, le client envoie un message "paused".
    • Le serveur peut envoyer un message de "reprise" au client pour mettre fin à une pause qu'il a initiée. En cas de pause initiée par le client, ce dernier répond par un message "paused" pour indiquer au serveur que le flux est toujours en pause.
    • Lorsque l'interaction prend fin, ce qui peut se produire à la demande du serveur, le client lance une transaction de clôture pour garantir une finalisation propre de la session. Le client n'envoie pas de trames audio après avoir envoyé le message "close". Cela permet au serveur de mettre fin aux sessions en aval de manière élégante, de finaliser les résultats et de les communiquer au client, le cas échéant, dans des messages d'"événements".
    • Le client met fin à la connexion TLS/TCP.