Aller au contenu

Modération et politiques de salle

Une salle distingue trois rôles : hôte, modérateur et participant. Le premier arrivant est modérateur, et le rôle peut être promu ou rétrogradé en cours de réunion. Le rôle attribué par défaut aux nouveaux arrivants est configurable.

Le comportement dépend de la façon dont la salle a été créée :

  • Salle créée depuis le lobby : tout le monde est présentateur, et une seule personne occupe le rôle d’hôte. Chacun peut donc partager son écran ou utiliser les outils de présentation sans dépendre de quelqu’un d’autre.
  • Salle créée par l’API (Greenlight, Moodle, une autre application) : les rôles viennent de l’application appelante. Seul un rôle signé permet de réclamer le rôle d’hôte, ce qui empêche un participant de s’en emparer en rejoignant au bon moment.

Une personne qui ferme son onglet et revient depuis la même application retrouve ses droits : le rôle est rattaché à l’identité fournie à la création, pas à la connexion en cours.

Le rôle passe au modérateur présent le plus ancien. S’il n’en reste aucun, le comportement dépend là encore de l’origine de la salle :

  • Salle du lobby : la personne présente depuis le plus longtemps devient hôte. Une réunion n’est donc jamais laissée sans personne pour la verrouiller, modérer ou la terminer, même si plus personne ne rejoint ensuite.
  • Salle créée par l’API : le rôle reste vacant. Il revient à un modérateur qui rejoint avec un rôle signé, l’autorité restant à l’application appelante.

Dans un sous-groupe, personne n’est promu automatiquement : seul un animateur désigné par le modérateur y anime.

Un modérateur peut :

  • couper le micro d’un participant ;
  • verrouiller ou déverrouiller les micros et les caméras, pour toute la salle ou pour une personne précise ;
  • expulser un participant ;
  • verrouiller la salle (plus aucune entrée) ;
  • baisser une main levée, ou toutes les mains ;
  • vider le chat ou supprimer un message ;
  • réserver les caméras aux modérateurs ;
  • autoriser ou restreindre les arrière-plans personnalisés ;
  • forcer l’anonymisation vocale d’un participant (voir Anonymisation vocale) ;
  • ouvrir le tableau de bord de la réunion, d’où se téléchargent les exports (voir Tableau de bord) ;
  • terminer la réunion.

Depuis le tableau de bord de la réunion, un modérateur télécharge la liste des présences au format CSV, pendant la réunion comme après. Elle contient tout le monde, y compris les personnes déjà parties, ce que la liste affichée ne peut pas montrer.

Une ligne par personne, sans doublon : quelqu’un qui rafraîchit sa page, perd sa connexion ou revient après une pause reste une seule ligne, avec le nombre de connexions en colonne. Deux personnes portant le même nom d’affichage restent en revanche distinctes.

ColonneContenu
NomNom d’affichage
RôleModérateur ou Participant
ArrivéePremière arrivée
DépartDernier départ, vide si la personne est encore là
Durée de présenceTemps cumulé sur toutes les visites
ConnexionsNombre de connexions
Temps de paroleTemps cumulé de prise de parole
MessagesMessages envoyés dans le chat
StatutPrésent ou Parti

Le fichier est encodé en UTF-8 avec séparateur point-virgule, pour s’ouvrir directement dans Excel et LibreOffice. Les horodatages sont au format ISO 8601 avec le décalage horaire du serveur.

Le lien de téléchargement est délivré à la demande, valable une seule fois et quelques minutes : il ne peut pas être partagé ni rejoué.

Une salle est configurée par un jeu d’options. Chacune a une valeur de départ et peut être verrouillée : verrouillée, elle devient une politique imposée à l’échelle du serveur, non modifiable dans les salles. Ces options se définissent à l’installation et dans le fichier room-defaults.toml.

OptionEffet
max_participantsPlafond de participants par salle. 0 veut dire sans limite, et c’est le défaut
allow_camera_on_joinAutorise la caméra dès l’arrivée
allow_microphone_on_joinAutorise le micro dès l’arrivée
allow_screenshare_to_participantsAutorise le partage d’écran aux participants
webcams_only_for_moderatorLes caméras ne sont visibles que des modérateurs
allow_custom_backgroundsAutorise les arrière-plans personnalisés
default_roleRôle attribué par défaut (participant, presenter, moderator)
notes_accessQui écrit dans les notes partagées (everyone, moderators_write, moderators, disabled)

Le fichier room-defaults.toml verrouille un réglage pour toutes les salles du serveur. Une application qui crée ses salles par l’API (un portail, un ENT) peut aussi retirer un réglage aux modérateurs d’une salle, sans toucher à la configuration du serveur. Les deux s’additionnent : un réglage est imposé dès que l’un des deux le dit.

La liste se passe dans locked_settings, à la création (POST /api/rooms) ou ensuite (PUT /api/rooms/{id}/options). C’est la liste entière des réglages imposés : une liste vide les libère tous, et une clé inconnue est refusée. Un changement fait pendant la réunion s’applique tout de suite aux personnes déjà présentes.

CléCe que les modérateurs ne peuvent plus changer
microphone, cameraCouper ou rendre les micros, les caméras de tous
webcams_onlyRéserver les caméras aux modérateurs
custom_backgroundsAutoriser les arrière-plans personnalisés
default_roleLe rôle donné aux arrivants
waiting_roomArrêter la salle d’attente
room_lock, passwordVerrouiller la salle, poser ou retirer son mot de passe
invite_visibleMontrer le lien d’invitation à tous
emoji_rainActiver la pluie d’emojis
recordingLancer ou arrêter l’enregistrement
replay_accessMontrer les enregistrements à tous ou aux seuls modérateurs
record_anonymizationAnonymiser l’enregistrement
ai_transcript, ai_summaryMettre la salle au compte rendu, résumer à la fin
notesChoisir qui écrit dans les notes partagées

Les valeurs elles-mêmes se posent par les mêmes appels, avec les options habituelles, plus auto_start_recording (enregistrer dès l’ouverture) et record_anonymization.

logout_url indique où envoyer les participants quand ils quittent la réunion ou quand elle se termine. Seules les adresses http et https sont acceptées ; une chaîne vide la retire. Un lien d’accès qui porte sa propre adresse de sortie (le logoutURL d’un Moodle, par exemple) reste prioritaire.