View a markdown version of this page

Aktivieren von In-App-, Web- und Videoanrufen für mehrere Benutzer - Amazon Connect-Kunde
So fügen Sie Teilnehmer hinzuUmgang mit gleichzeitigen TeilnahmenFakturierungVerhalten während WartezeitEinschränkung

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Aktivieren von In-App-, Web- und Videoanrufen für mehrere Benutzer

Connect Customer unterstützt das Hinzufügen zusätzlicher Benutzer zur Teilnahme an In-App-, Web- und Videoanrufen in einem bestehenden Anruf. Sie können bis zu vier weitere Benutzer zu einem laufenden oder geplanten In-App-, Web- oder Videoanruf hinzufügen, und zwar für insgesamt sechs Teilnehmer: den Kundendienstmitarbeiter, den ersten Benutzer und vier weitere Teilnehmer (Benutzer oder Kundendienstmitarbeiter).

So fügen Sie Teilnehmer zu einem Anruf für mehrere Benutzer hinzu

  1. Um Anrufe mit mehreren Benutzern zu ermöglichen, müssen Sie die erweiterte Kontaktüberwachung mehrerer Teilnehmer von der Connect Customer Konsole aus aktivieren.

  2. Nachdem dies abgeschlossen ist, können Sie die vorhandene Connect Customer StartWebRTCContact API verwenden, um einen Kontakt zu erstellen und diesen Kontakt an einen Agenten weiterzuleiten.

  3. Um einen weiteren Teilnehmer hinzuzufügen, erstellen Sie zunächst einen Teilnehmer, der ContactId von der StartWebRTCContact API-Antwort an die CreateParticipant API weitergeleitet wird. CreateParticipantwird erst erfolgreich sein, wenn der ursprüngliche Anrufer eine Verbindung zum Agenten hergestellt hat. Die Video- und Bildschirmfreigabe-Funktionen für den Teilnehmer können im Feld ParticipantDetails.ParticipantCapabilities festgelegt werden.

  4. Bei erfolgreichem CreateParticipant Abschluss wird ein Teilnehmer-Token zurückgegeben. Dieses Token kann in einer Anfrage CreateParticipantConnection mit dem Type Wert auf verwendet werdenWEBRTC_CONNECTION. Die Antwort beinhaltet ConnectionData, welche Informationen verwendet werden können, um mithilfe der Amazon Chime SDK-Clientbibliotheken für den zusätzlichen erstellten Teilnehmer an der Besprechung teilzunehmen. Folgen Sie den Integrationsanleitungen, um dem Endbenutzer Ihrer Anwendung zu ermöglichen, am Meeting teilzunehmen.

    Anmerkung

    CreateParticipantgibt einen Fehler „Bad Request“ zurück, wenn der Agent noch nicht mit dem Kontakt verbunden ist. Informationen zu Geschäftsanwendungen, bei denen Benutzer möglicherweise versuchen, beizutreten, bevor der Agent verbunden ist, finden Sie unterUmgang mit der Teilnahme gleichzeitiger Benutzer.

  5. Die zusätzlichen Kunden können nach der CreateParticipantConnection Rückgabe jederzeit eine Verbindung herstellen. Nachdem die Teilnehmer verbunden wurden, ähnelt sämtliches zusätzliches Sprach- und Aufzeichnungsverhalten dem der Mehrparteienfunktion. Die neuen Teilnehmer können ihr Video und ihre Bildschirmübertragung aktivieren, sofern ihre Funktionen in der CreateParticipant Anfrage aktiviert wurden.

    Anmerkung

    Insgesamt können nur 6 Teilnehmer (Kunden und Kundendienstmitarbeiter) jederzeit an einem aktiven Anruf teilnehmen. Die Amazon-Chime-SDK-Clientbibliotheken geben einen Statuscode mit der Angabe zurück, dass die Kapazität des Anrufs ausgelastet ist, wenn während der Teilnahme am Meeting eine Aktion ausgeführt wird, um zusätzliche Teilnehmer über die maximale Anzahl hinaus hinzuzufügen.

  6. Nachdem die Teilnehmer mit dem Anruf verbunden und dann für einen vorkonfigurierten Zeitraum ordnungsgemäß oder nicht ordnungsgemäß getrennt wurden, sind ihre Teilnehmeranmeldeinformationen nicht mehr gültig. Wenn der onAudioVideoDidStop Beobachter der Kundenbibliothek einen Statuscode erhält, der besagt, dass der Teilnehmer nicht mehr gültig ist, können Anwendungen einen neuen Anruf CreateParticipantConnection von CreateParticipant und zu Ihrem Geschäfts-Backend auslösen, um dem Gespräch erneut beizutreten.

  7. Connect Customer Erstellt für jede weitere Benutzerverbindung einen neuen Kontakt und einen neuen Kontaktdatensatz. Alle zusätzlichen Kontakte wurden auf den InitialContactId (d. h. den, der von der StartWebRTCContact API erstellt wurde) PreviousContactId gesetzt, um den Kontakt auf den ursprünglichen Kontakt zurückzuverfolgen. Jeder Kontaktdatensatz:

    • Hat eine "InitiationMethod„: „WEBRTC_API“

    • Hat die folgenden Segmentattribute:

         "SegmentAttributes": {
      "connect:Subtype": {
        "ValueString": "connect:WebRTC"
      }
    },

    Darüber hinaus hat jeder Kontaktdatensatz den Anzeigenamen, der in CreateParticipant angegeben ist. Die Informationen des Kundendienstmitarbeiters werden nicht für zusätzliche Benutzerkontakte ausgefüllt. Dies dient dazu, um die Duplizierung dieser Informationen zu vermeiden.

    Das folgende Diagramm verdeutlicht, wie die IDs der vorherigen und nächsten Kontakte in einem Szenario zugeordnet werden, in dem mehrere Teilnehmer und Kundendienstmitarbeiter zu einem Web-, In-App- oder Videoanruf hinzugefügt werden.

    Kontakt-IDs werden für WebRTC-Anrufe mit mehreren Teilnehmern zugeordnet.

Umgang mit der Teilnahme gleichzeitiger Benutzer

Unternehmen möchten möglicherweise Anwendungen erstellen, bei denen Benutzer in beliebiger Reihenfolge und zu jeder Zeit beitreten können. Beispielsweise könnte Ihre Anwendung einen Link mit einer externen Termin-ID per E-Mail an mehrere Benutzer senden, über den Sie zu einem festgelegten Zeitpunkt an einem Anruf teilnehmen können. Um dieses Verhalten zu erreichen, müssen Business-Backends sicherstellen, dass:

  • Der erste Benutzer, der beitritt, löst eine StartWebRTCContact Anfrage aus.

  • Alle weiteren Benutzer verwenden CreateParticipant es, CreateParticipantConnection aber erst, nachdem der erste Benutzer eine Verbindung zu einem Agenten hergestellt hat.

In diesem Abschnitt wird eine mögliche Implementierung beschrieben, vorausgesetzt, Ihr Unternehmens-Backend enthält einen Speicher (wie DynamoDB), in dem Metadaten zu geplanten Terminen gespeichert werden können. Beachten Sie, dass geplante Termine kein Feature von Connect Customer, sondern ein Bestandteil der Beispielimplementierung sind.

Wenn der Benutzer zu der Seite navigiert, sollte er eine Anforderung an das Backend senden. Das Backend prüft:

  • Gibt an, ob der Benutzer den Termin beginnen kann und ob es der richtige Zeitpunkt ist.

  • Ob der Connect Customer Kontakt bereits durch einen Anruf erstellt wurde StartWebRTCContact.

Wenn der Kontakt noch nicht erstellt wurde, sollte der Kunde die StartWebRTCContact API mit einem benutzerdefinierten Ablauf und einem Attribut aufrufen, das die Agentenwarteschlange des entsprechenden Agenten angibt, von dem erwartet wurde, dass er dem Anruf beitreten würde. Der Ablauf sollte den Block Arbeitswarteschlange festlegen beinhalten, der so konfiguriert ist, dass die in den Attributen angegebene Kundendienstmitarbeiter-Warteschlange verwendet wird. Der Ablauf sollte dann mit dem Block An Warteschlange weiterleiten enden. Bevor die API aufgerufen wird, sollte das Backend den Speicher atomar aktualisieren, um den Aufruf vom Status „Keine“ in den Status „Wird erstellt“ zu versetzen und alle Ausnahmen gleichzeitiger Änderungen zu verarbeiten.

Die Anmeldedaten von StartWebRTCContact sollten an den Kunden zurückgesendet werden und er sollte sofort an dem Anruf teilnehmen. Der Kontakt sollte zusammen mit der Kontakt-ID im Unternehmensspeicher als „Erstellt“ gekennzeichnet werden. Diese Unternehmens-API muss zwischen allen möglichen dazukommenden Teilnehmern synchronisiert werden. Dies kann mithilfe den von einer Datenbank bereitgestellten atomaren Vorgängen erfolgen.

Wenn sich der Kontakt im Status „Wird erstellt“ befindet, sollte für den zusätzlichen Benutzer dieser Status zurückgegeben, die entsprechenden Informationen angezeigt und dieser Vorgang nach einer kurzen Wartezeit erneut versucht werden.

Wenn der Kontakt erstellt wurde: Der Kunde sollte die Kontakt-ID abrufen und die DescribeContact API aufrufen. Das Unternehmens-Backend sollte nach dem Feld Contact.AgentInfo.ConnectedToAgentTimestamp suchen. Wenn es nicht vorhanden ist, wurde der erste Benutzer nicht mit dem Kundendienstmitarbeiter verbunden. Der zusätzliche Benutzer sollte die entsprechenden Informationen anzeigen und es nach einer kurzen Wartezeit erneut versuchen.

Wenn das Feld existiert, sollte das Backend aufrufen und dann CreateParticipant CreateParticipantConnection, um es abzurufen ConnectionData, wie in den vorherigen Abschnitten beschrieben.

Der Backend-Ablauf sollte wie folgt aussehen.

Backend-Flussdiagramm für den Umgang mit gleichzeitigen Benutzerbeitritten.

Zur Implementierung können Sie sich auf die Beispiele für In-App-Callings von Connect Customer beziehen. GitHub

Der Kundendienstmitarbeiter nimmt nicht über dieselbe Website teil. Der Kundendienstmitarbeiter sollte seinen Status im Contact Control Panel auf Verfügbar festlegen. Wenn der erste Kunde teilnimmt, wird der Kundendienstmitarbeiter automatisch angerufen.

Fakturierung

Die Abrechnung für zusätzliche Teilnehmer entspricht der bestehenden Abrechnung für den ersten Kunden und alle am Anruf teilnehmenden Kundendienstmitarbeiter. Für die Audio-, Video- und Bildschirmfreigabe fallen jeweils eigene, teilnehmerspezifische Gebühren an.

Verhalten während Wartezeit

Während eines Videoanrufs oder einer Bildschirmfreigabe-Sitzung können Kundendienstmitarbeiter das Video oder den freigegebenen Bildschirm des Teilnehmers sehen, auch wenn der Teilnehmer in die Warteschleife gestellt wurde. Es liegt in der Verantwortung des Teilnehmers, die persönlich identifizierbaren Informationen entsprechend zu behandeln. Bei Verwendung der nativen CCP-Anwendung ist das Video des Kundendienstmitarbeiters deaktiviert, wenn ein Teilnehmer, der kein Kundendienstmitarbeiter ist, in die Warteschleife gestellt wurde. Wenn Sie dieses Verhalten ändern möchten, können Sie ein benutzerdefiniertes CCP und ein Kommunikations-Widget erstellen.

Weitere Informationen finden Sie unter Native Integration von In-App-, Web- und Videoanrufen sowie Bildschirmfreigabe-Funktionen in Ihre mobile Anwendung.

Einschränkung

Bei der Erstellung zusätzlicher Teilnehmer für In-App-, Web- und Videoanrufe sowie für die Bildschirmfreigabe gilt die folgende Einschränkung:

  • Für die zusätzlichen Teilnehmer dürfen die Videofunktionen nicht auf Senden festgelegt sein, wenn der ursprüngliche Kontakt erstellt wurde und dabei die Videofunktionen des Kunden auf Keine festgelegt waren.