Verwenden von Medienreplikation - Amazon Chime SDK

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.

Verwenden von Medienreplikation

Sie können die Medienreplikation verwenden, um eine primäre WebRTC-Sitzung mit mehreren Replikatsitzungen zu verknüpfen, um größere Zielgruppen zu erreichen. Jede WebRTC-Mediensitzung unterstützt 250 Verbindungen, und Sie können eine primäre Sitzung auf mehrere Replikatsitzungen replizieren. Teilnehmer, die mit einer Replikat-Sitzung verbunden sind, erhalten nur das Audio und das Video der Moderatoren, die mit der primären Sitzung verbunden sind. Sie haben keine Kenntnis von den Teilnehmern, die mit der replizierten Sitzung verbunden sind, was die Medienreplikation ideal für Webinare und andere Anwendungsfälle macht, in denen Datenschutz gewünscht ist.

Die folgende Abbildung zeigt die Medienreplikation zwischen einer primären Sitzung mit Moderatoren, die Audio und Video teilen, und einer Replikatsitzung mit Teilnehmern, die die Medien konsumieren.


   Moderatoren teilen sich in einer primären Sitzung.
Anmerkung

Das ServicekontingenteChime SDK Meetings - Replik-Meetings pro primäres Meetinghat einen Standardwert von 4, und Sie können dieses Limit auf Anfrage erhöhen. Weitere Hinweise zu Kontingenten finden Sie unterAWSService QuotasimAWS– Allgemeine Referenzaus.

Interaktive Teilnehmer

Teilnehmern, die mit einer Replikatsitzung verbunden sind, können Zugriff auf die Teilnahme an der primären Sitzung erhalten. Da jeder eine WebRTC-Verbindung verwendet, erleben Moderatoren und Teilnehmer keine Verzögerungen bei der Transcodierung. Wenn die Teilnehmer zwischen primären und replizierten Sitzungen wechseln, verwenden sie ihre WebRTC-Verbindungen wieder, sodass der Wechsel extrem schnell ist. Dies ermöglicht es den Teilnehmern, zur Live-Konversation beizutragen, ohne Inhalte zu verpassen.

Die folgende Abbildung zeigt einen Teilnehmer einer Replikatsitzung, der seine WebRTC-Verbindung verwendet, um zur primären Sitzung zu wechseln.


   Dies ist mein Image.

Globale Teilnehmer

Sie können dasAWSRegion für jede WebRTC-Mediensitzung. Auf diese Weise können Sie Replikatsitzungen in Regionen erstellen, die näher an Ihren Teilnehmern liegen als die Region der primären Sitzung. Wenn Sie dies tun, fließen Medien von der primären Sitzung zu den Replikatsitzungen im gesamten AWS-Netzwerk und dann von der Replikatsitzung zum Teilnehmer im Internet. Wenn Sie sich einem globalen Publikum präsentieren, können Replikatsitzungen in der Nähe Ihrer Teilnehmer sicherstellen, dass Medien im AWS-Netzwerk statt im Internet um die Welt reisen, um ein besseres Meeting-Erlebnis zu erzielen.

Die folgende Abbildung zeigt eine primäre Sitzung und replizierte Sitzungen in verschiedenen Regionen.


   Dies ist mein Image.

Lebenszyklus der Sitzung

Erstellen von Sitzungen

Sie verwenden dasCreateMeetingoderCreateMeetingWithAtteesAPIs zum Erstellen von WebRTC-Mediensitzungen. Standardmäßig erstellen die APIs eine primäre Sitzung, es sei denn, Sie erstellen ausdrücklich eine Replikatsitzung.

Sie erstellen eine Replikatsitzung, indem SieMeetingIdder Primärsitzung alsPrimaryMeetingIdimCreateMeetingoderCreateMeetingWithAttendees-API-Aufruf.

Anmerkung

Wenn Sie dieMeetingIdeiner Replikat-Sitzung alsPrimaryMeetingIdschlägt der -API-Aufruf fehl.

Teilnehmerabgänge

Um die Anmeldeinformationen des Teilnehmers zu erstellen, die für die Teilnahme an einer WebRTC-Mediensitzung erforderlich sind, können Sie dieCreateMeetingWithAttees,CreateAttendees, oderBatchCreateAttendeesAPIs.

Anmerkung

Verwenden Sie beim Erstellen von Sitzungen für eine große Anzahl von TeilnehmernCreateMeetingWithAttendeesoderBatchCreateAttendeeum die Anzahl der erforderlichen API-Aufrufe zu minimieren.

Teilnehmerabgänge

Sie verwenden dasdeleteAttendeeAPI, um die Anmeldeinformationen eines Teilnehmers für eine WebRTC-Mediensitzung zu widerrufen. Wenn der Teilnehmer mit der Sitzung verbunden ist, wird er die Verbindung getrennt und kann nicht wieder beitreten.

Wenn Sie dasLöscheMeetingAPI zum Löschen einer WebRTC-Mediensitzung löscht die API automatisch alle Teilnehmer und Sie müssen nicht anrufenDeleteAttendeeaus.

Sitzungen wechseln

Damit ein Teilnehmer von einer Replikatsitzung zu einer primären Sitzung wechseln kann, müssen Sie Anmeldeinformationen für ihn im primären Meeting erstellen. Verweisen Sie aufAnwesenheitskraft schaffenfrüher in dieser Liste. Verwenden Sie die Anmeldeinformationen mit dempromoteToPrimaryMeeting-Methode in der Amazon Chime SDK-Clientbibliothek, um zur primären Sitzung zu wechseln.

Um die Teilnehmer zurück zu einer Replikat-Sitzung zu wechseln, verwenden Sie diedemoteToPrimaryMeeting-Methode in der Amazon Chime SDK-Clientbibliothek oder verwenden Sie diedeleteAttendeeAPI, um ihre Anmeldeinformationen für primäre Sitzung ungültig zu machen.

Anmerkung

Ein Moderator, der sich direkt mit einer primären Sitzung verbindet, kann nicht zu einer Replikatsitzung wechseln.

Weitere Informationen zum Umschalten zwischen Sitzungen finden Sie in der Dokumentation der Clientbibliothek:

Löschen von Sitzungen

Sie verwenden dasLöscheMeetingAPI zum Löschen von WebRTC-Mediensitzungen.

Wenn Sie eine Primärsitzung löschen, wird derDeleteMeetingDie API löscht automatisch alle angehängten Replikatsitzungen. Um alle Sitzungen zu löschen, löschen Sie einfach die primäre.

Der Dienst löscht automatisch eine primäre Sitzung, wenn sich keine Teilnehmer für 5 zusammenhängende Minuten verbinden. Der Dienst löscht Replikatsitzungen nur automatisch, wenn er eine primäre Sitzung löscht. Das bedeutet, dass Sie Replikatsitzungen erstellen können, wenn Sie eine primäre Sitzung erstellen, und die Replikate sind für die Dauer der primären Sitzung verfügbar.