Historique des modifications de l'API Amazon Connect Streams # 2: demandes d'extraction ouvertes

Dans mon dernier post j'ai passé en revue les changements récents (demandes d'extraction approuvées) à l'API Amazon Stream Streams (Streams). Dans ce post, je jette un coup d'œil sur les demandes d'extraction ouvertes, c'est-à-dire les modifications suggérées par Amazon et les membres de la communauté. En date du 1er juin 2018, il y a quatre demandes d'extraction ouvertes:

Chaque demande d'extraction (PR) est identifiée par un numéro unique. Je vais utiliser le numéro PR en discutant de ces changements suggérés ci-dessous.

Mises à jour de la documentation (PR # 21 et # 39)

Membres de la communauté Franco Lazzarino ( https://github.com/flazz ) et vôtre ( https: / /github.com/phmiller) ont des relations publiques ouvertes pour mettre à jour une documentation confuse autour des méthodes Streams contact.getState et contact.getStateDuration . Ces méthodes sont aliasées en tant que contact.getStatus et contact.getStatusDuration dans le fichier api.js. Selon la discussion dans le PR # 39, l'une ou l'autre méthode devrait fonctionner, il est donc préférable de laisser la documentation telle quelle jusqu'à ce que l'une ou l'autre soit obsolète.

PR # 39 de Franco Lazzarino est: : //github.com/aws/amazon-connect-streams/pull/21 . Mon PR # 21 est à: https://github.com/aws/amazon-connect-streams/pull/21 et comprend également un changement à la documentation pour clarifier le «nom convivial» que vous obtenez du agent.getConfiguration (). nom est le prénom de l'agent. Comme ce changement est toujours pertinent, je vais soit modifier mon PR pour inclure uniquement ce changement ou fermer ce PR et en ouvrir un nouveau.

Support d'outillage TypeScript (PR # 41)

Andy Hopper ( ] https://github.com/andyhopp ) d'Amazon a un PR ouvert pour ajouter un meilleur support d'outils pour l'utilisation de TypeScript avec Streams. Ce PR ajoute un fichier de déclaration TypeScript pour Streams. Ce fichier de déclaration décrit l'interface publique de l'API Streams. Les éditeurs de programmation comme Visual Studio Code peuvent utiliser le fichier de déclaration pour allumer la vérification de type et IntelliSense, ce qui rend les développeurs plus productifs. Lors du développement récent d'une application Angular de Streams, mon équipe a utilisé ce fichier et il m'a été très utile.

Le PR # 41 d'Andy Hopper est: https://github.com/aws/amazon-connect -streams / pull / 41 . J'espère qu'il pourra être approuvé et amélioré au fil du temps, à mesure que d'autres développeurs l'utiliseront et affineront le fichier de définition.

WebRTC Infos sur le média (PR # 64)

Membre de la communauté karthikbr82 ( https://github.com/karthikbr82 ) a un PR ouvert pour traiter les données de média en temps réel pour chaque appel de Streams. Ces données peuvent ensuite être analysées et surveillées par des services tels que callstats.io ( https://www.callstats.io/ ).

Le PR # 64 de Karthikbr82 est à l'adresse: https://github.com/aws/amazon-connect-streams/pull/64 .

Modifications de code pour PR # 64

Ce PR est d'un intérêt particulier pour moi, comme dans mon post sur la mise en œuvre d'un bouton de sourdine ( https://blogs.perficient.com/2017/10/26/ implementation-a-mute-button-in-amazon-connect / ) J'ai également apporté des modifications aux Streams pour accéder au média en temps réel sous-jacent.

Je suis entré dans la classe SoftphoneManager et j'ai enregistré l'objet RTCSession pour l'appel en tant que propriété de l'appel (contact). L'objet RTCSession enveloppe un WebRTC RTCPeerConnection, donnant accès au média en temps réel pour mettre en sourdine le code de l'application

Le PR # 64 est plus élégant que mon hackery, car il ajoute un événement de session déclenché lorsqu'un appel est accepté. Cet événement contient l'objet RTCSession pour l'appel. Le code pour déclencher l'événement de session est également dans la classe SoftphoneManager comme indiqué ci-dessous.

Le code d'application peut s'abonner à cet événement en utilisant la nouvelle méthode contact.OnSession . voyez si ce PR est approuvé car il s'appuie sur certains détails de mise en œuvre internes de Streams et d'Amazon Connect. Je ne suis pas sûr si Amazon veut que le RTCSession soit utilisé directement en intégrant des applications. D'un autre côté, ce RP ouvre la porte aux partenaires, fournisseurs et membres de la communauté pour mettre en œuvre des fonctionnalités géniales comme la surveillance en temps réel.

Merci d'avoir lu. Si vous aimez ces critiques de demandes de tirage, faites le moi savoir! Toutes les questions, commentaires ou corrections sont grandement appréciés. Pour en savoir plus sur ce que nous pouvons faire avec Amazon Connect, consultez Pour vous aider à tirer le meilleur parti d'Amazon Connect