Utilisation de la réplication multimédia - Amazon Chime SDK
Participants interactifsParticipants du monde entierCycle de vie des sessions

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Utilisation de la réplication multimédia

Vous pouvez utiliser la réplication multimédia pour lier une session WebRTC principale à plusieurs sessions de réplication afin de toucher un public plus large. Chaque session multimédia WebRTC prend en charge 250 connexions et vous pouvez répliquer une session principale sur plusieurs sessions de réplication. Les participants connectés à une session de réplique reçoivent uniquement le son et la vidéo des présentateurs connectés à la session principale. Ils ne connaissent pas les participants connectés à la session dupliquée, ce qui rend la réplication multimédia idéale pour les webinaires et autres cas d'utilisation où la confidentialité est souhaitée.

L'image suivante montre la réplication multimédia entre une session principale avec des présentateurs partageant du son et de la vidéo, et une session de réplique avec des participants consommant le contenu multimédia.

Présentateurs partageant lors d'une session principale.
Note

Le quota de service Chime SDK Meetings (réunions répliques par réunion principale) a une valeur par défaut de 4, et vous pouvez augmenter cette limite sur demande. Pour plus d'informations sur les quotas, reportez-vous à la section Quotas de AWS service dans le manuel de référence AWS général.

Participants interactifs

Les participants connectés à une session de réplique peuvent être autorisés à rejoindre la session principale. Comme tout le monde utilise une connexion WebRTC, les présentateurs et les participants ne subissent aucun retard de transcodage. Lorsque les participants passent d'une session principale à une session répliquée, ils réutilisent leurs connexions WebRTC, ce qui permet de passer d'une session à l'autre extrêmement rapidement. Cela permet aux participants de contribuer à la conversation en direct sans manquer aucun contenu.

L'image suivante montre un participant à une session de réplique utilisant sa connexion WebRTC pour passer à la session principale.

Schéma illustrant le passage de deux participants d'une réunion dupliquée à la réunion principale.

Participants du monde entier

Vous pouvez choisir la AWS région pour chaque session multimédia WebRTC. Cela vous permet de créer des sessions répliquées dans des régions plus proches de vos participants que dans la région de la session principale. Dans ce cas, le contenu multimédia circule de la session principale vers les sessions de réplication sur le réseau AWS, puis de la session de réplique vers le participant via Internet. Lorsque vous présentez devant un public international, le fait d'organiser des sessions de reproduction à proximité de vos participants peut contribuer à faire en sorte que les médias voyagent dans le monde entier sur le réseau AWS, plutôt que sur Internet, pour une meilleure expérience de réunion.

L'image suivante montre une session principale et des sessions répliquées dans différentes régions.

Schéma montrant les participants de 3 régions qui regardent une présentation.

Cycle de vie des sessions

Création de sessions

Vous utilisez les CreateMeetingWithAttendeesAPI CreateMeetingor pour créer des sessions multimédia WebRTC. Par défaut, les API créent une session principale, sauf si vous créez spécifiquement une session de réplication.

Vous créez une session de réplique en spécifiant MeetingId la session principale comme étant PrimaryMeetingId dans l'appel d'CreateMeetingWithAttendeesAPI CreateMeeting ou.

Note

Si vous spécifiez une session MeetingId de réplication comme étant lePrimaryMeetingId, l'appel d'API échouera.

Création de participants

Pour créer les informations d'identification des participants nécessaires pour rejoindre une session multimédia WebRTC, vous pouvez utiliser CreateMeetingWithAttendeesles BatchCreateAttendeeAPI, ou. CreateAttendee

Note

Lorsque vous créez des sessions pour un grand nombre de participants, utilisez CreateMeetingWithAttendees ou BatchCreateAttendee pour minimiser le nombre d'appels d'API requis.

Supprimer des participants

Vous utilisez l'DeleteAttendeeAPI pour révoquer les informations d'identification d'un participant pour une session multimédia WebRTC. Si le participant est connecté à la session, il sera déconnecté et ne pourra pas y accéder à nouveau.

Lorsque vous utilisez l'DeleteMeetingAPI pour supprimer une session multimédia WebRTC, l'API supprime automatiquement tous les participants et vous n'avez pas besoin d'appeler. DeleteAttendee

Changer de session

Pour permettre à un participant de passer d'une session de réplique à une session principale, vous devez créer des informations d'identification pour celui-ci lors de la réunion principale. Reportez-vous à la section Création de participants plus haut dans cette liste. Utilisez les informations d'identification avec la promoteToPrimaryMeeting méthode de la bibliothèque cliente du SDK Amazon Chime pour passer à la session principale.

Pour faire revenir les participants à une session de réplique, utilisez la demoteFromPrimaryMeeting méthode de la bibliothèque cliente du SDK Amazon Chime ou utilisez l'DeleteAttendeeAPI pour invalider leurs informations d'identification de session principales.

Note

Un présentateur qui se connecte directement à une session principale ne peut pas passer à une session de réplique.

Pour plus d'informations sur le passage d'une session à l'autre, consultez la documentation de la bibliothèque cliente :

Supprimer des sessions

Vous utilisez l'DeleteMeetingAPI pour supprimer les sessions multimédia WebRTC.

Si vous supprimez une session principale, l'DeleteMeetingAPI supprime automatiquement toutes les sessions de réplication associées. Donc, pour supprimer toutes les sessions, il suffit de supprimer la session principale.

Le service supprime automatiquement une session principale si aucun participant ne se connecte pendant 5 minutes consécutives. Le service supprime automatiquement les sessions de réplication uniquement lorsqu'il supprime une session principale. Cela signifie que vous pouvez créer des sessions de réplication lorsque vous créez une session principale, et les répliques seront disponibles pendant toute la durée de la session principale.