Configurer les espaces de réunion et les membres

Un espace de réunion représente un lieu virtuel ou objet persistant (une salle de réunion, par exemple) où se déroulent des conférences A l’espace de réunion aide également les utilisateurs à se réunir et à trouver des ressources partagées.

Lorsque vous créez un espace de réunion à l'aide de la spaces.create, elle renvoie Une instance d'une ressource spaces La ressource inclut objet SpaceConfig qui est la configuration de l'espace de réunion. Il contient également les Objet ActiveConference il s'agit d'un lien vers Ressource conferenceRecords dans l'espace de réunion.

Les sections suivantes expliquent en détail comment configurer un espace de réunion à l'aide de plusieurs nouvelles des objets et méthodes bêta.

Configurer la modération et l'accès aux réunions

Avec les nouveaux objets bêta, vous pouvez désormais définir des modes de modération, les restrictions et les autorisations accordées aux utilisateurs lorsqu'ils participent à une réunion. Ces sont définis par le biais de l'API SpaceConfig .

Le champ moderation est un mode de modération préconfiguré pour une réunion, avec par défaut contrôlé par les règles de l'utilisateur. Elle utilise le Moderation . Lorsque le mode de modération est activé, le propriétaire de la réunion contrôle pour organiser une réunion avec des fonctionnalités comme la gestion des coorganisateurs (consultez spaces.members) et des restrictions de fonctionnalités (voir moderationRestrictions). Pour en savoir plus sur membres d'un espace, consultez Gérer les membres d'un espace.

Le champ moderationRestrictions applique les restrictions de modération pour le réunion quand moderation est activé. Elle utilise le ModerationRestrictions . Les restrictions définissent qui est autorisé à envoyer des messages de chat et des réactions, partager leur écran et décider de restreindre le rôle par défaut attribué aux utilisateurs en tant que lecteur. moderationRestrictions repose sur RestrictionType pour appliquer les trois premières restrictions. Le RestrictionType peut être appliqué à le propriétaire et le coorganisateur de la réunion, ou à tous les participants. La DefaultJoinAsViewerType applique par défaut l'autorisation finale permettant aux utilisateurs de rejoindre le groupe en tant que contributeurs, où les organisateurs peuvent aussi obliger les utilisateurs à participer en tant que lecteurs.

Le champ firstJoinerType indique si les utilisateurs peuvent rejoindre la réunion avant l'organisateur pour conférences dans cet espace de réunion. Il définit quels utilisateurs peuvent participer à la réunion. en premier et si les autres sont en attente. Elle utilise le FirstJoinerType .

Gérer les membres de l'espace

Le propriétaire d'une réunion peut toujours rejoindre la réunion sans demander à y participer. Désormais, vous pouvez configurer des membres qui peuvent également rejoindre la réunion sans demander à participer. En outre, les membres peuvent être configurés pour avoir un rôle dans la réunion, par exemple COHOST, qui lui donne les mêmes capacités de gestion de la réunion que son propriétaire. Pour pour en savoir plus sur l'accès à un espace de réunion sans demander à participer, consultez AccessType

La spaces.members la ressource inclut les champs name, user et role.

Notez qu'un membre est différent d'un participant. Un participant est une personne qui a rejoint à un appel ou qui utilise la fonctionnalité Compagnon mode , regardent des vidéos en tant que spectateur ou sur l'appareil d'une salle connecté à un appel. Il y en a un conferenceRecords.participants ressource pour chaque personne.

Vous pouvez gérer les membres d'un espace à l'aide des méthodes suivantes:

Chaque méthode nécessite un paramètre de chemin d'accès avec les méthodes create et list à l'aide de la méthode parent pour désigner l'espace de réunion, ainsi que les méthodes delete et get qui utilisent le champ name pour filtrer les résultats en fonction de l'espace de réunion et du membre ; son nom.

Toutes les méthodes, à l'exception de la méthode "delete", sont compatibles avec le paramètre fields dans SystemParameterContext pour en savoir plus. Lorsque le paramètre fields est omis, la réponse de l'API est définie par défaut sur "name,email,role,user"

Le paramètre fields repose sur un FieldMask pour le filtrage des réponses. Un FieldMask permet aux appelants d'API de répertorier les champs doit être renvoyée. Il s'agit d'une liste de champs séparés par des virgules permettant de spécifier uniquement certains champs d'un objet sont utilisés tout en laissant les autres champs inchangés. L'utilisation d'un FieldMask permet à l'API d'éviter les tâches inutiles et améliore des performances. Un masque de champ est utilisé pour les méthodes create, get et list. Pour plus sur les masques de champ, consultez le champ "Utiliser" de l'API Google Sheets masques.