Aller au contenu
Studeia Docs
AI-assisted translation — last updated 2026-06-22. For original (pt-BR or en-US), use the language switcher.

Enregistrement et transcription des cours en direct (multi-fournisseur)

Comment Studeia gère l'enregistrement et la transcription des cours en direct : accès sécurisé à l'enregistrement par rôle, transcription native-first (VTT du fournisseur) avec fallback STT, révision et ingestion dans le RAG.

2026-06-22 7 min
Resposta curta

Studeia gère l'enregistrement et la transcription des cours en direct de manière multi-fournisseur (BBB, Zoom, Teams, Meet). L'accès à l'enregistrement est résolu par rôle côté serveur (admin, enseignant propriétaire, élève inscrit) — jamais sous forme de lien brut, sans exposer la clé du fournisseur. La transcription est native-first : elle utilise la transcription native du fournisseur (VTT) lorsqu'elle existe et bascule vers le STT (Whisper→Google) uniquement si nécessaire. Après un flux de révision (pending→review→approved→ingested), la transcription peut être ingérée dans le RAG, permettant au tuteur IA de répondre également sur la base du cours oral.

Les cours en direct génèrent deux actifs précieux : l'enregistrement et la transcription. Studeia traite les deux de manière sécurisée et multi-fournisseur, et transforme en outre la transcription en matériel pour le tuteur IA.

Réponse rapide

  • Accès à l'enregistrement résolu par rôle côté serveur (admin/enseignant/élève inscrit)
  • Jamais de lien brut — token éphémère ou proxy, sans exposer la clé du fournisseur
  • Transcription native-first : VTT du fournisseur en priorité ; STT (Whisper→Google) uniquement si nécessaire
  • Flux de révision (pending→review→approved→ingested)
  • La transcription approuvée peut être ingérée dans le RAG du cours

Accès sécurisé à l'enregistrement

L'enregistrement n'est pas fourni sous forme d'URL brute (ce qui exposerait des identifiants). La plateforme gère l'authentification en arrière-plan, selon le fournisseur :

FournisseurMode de livraison
BBBRedirection vers la page du lecteur
ZoomRedirection avec token ré-émis
TeamsProxy des octets (Graph exige Bearer)
MeetRedirection gouvernée par l'ACL Drive

L'autorisation par rôle (administrateur institutionnel, enseignant propriétaire, élève inscrit) est vérifiée côté serveur.

Transcription native-first

  1. Native en premier : tente la transcription du fournisseur (Zoom/Teams/Meet en VTT), normalisée en texte. Gratuite.
  2. Fallback STT : uniquement en l'absence de transcription native, télécharge le média (avec authentification gérée par l'adapter) et transcrit avec Whisper, basculant vers Google Speech-to-Text.
  3. Limitation : le BBB standard peut ne pas exposer de média téléchargeable pour le STT — dans ce cas, la plateforme dégrade avec un message clair.

De la transcription au tuteur IA

La transcription passe par un flux d'états :

pending → review → approved → ingested

Une fois approuvée, elle peut être ingérée dans le RAG du cours. À partir de là, le tuteur IA répond également sur la base de ce qui a été dit lors du cours en direct — et pas seulement sur le matériel écrit. Cela élargit la couverture du tuteur sans travail manuel de transcription.

Fiabilité

Les webhooks d'enregistrement sont instables (retards, pannes). C'est pourquoi un cron de synchronisation fonctionne comme fallback : il récupère périodiquement les enregistrements et transcriptions en attente, garantissant qu'aucun contenu ne soit perdu.

Questions fréquentes

Qui accède à l'enregistrement ? L'admin, l'enseignant propriétaire et l'élève inscrit — par rôle, côté serveur.

Comment fonctionne la transcription ? Native-first (VTT du fournisseur) ; STT (Whisper→Google) uniquement si nécessaire.

Devient-elle du matériel pour le tuteur ? Oui, après approbation, ingérée dans le RAG.

Fonctionne-t-il avec n'importe quel fournisseur ? Oui (BBB/Zoom/Teams/Meet), avec des particularités par fournisseur.


Consultez les cours en direct et l'ingestion RAG.

FAQ

Qui peut accéder à l'enregistrement d'un cours en direct ?

L'accès est résolu par rôle côté serveur : administrateur institutionnel, l'enseignant propriétaire du cours et les élèves inscrits (dans la classe, lorsque le cours est limité à une classe). L'enregistrement n'est jamais fourni sous forme de lien brut — la plateforme gère l'authentification en arrière-plan (redirection avec token éphémère ou proxy des octets), sans exposer la clé du fournisseur au navigateur.

Comment fonctionne la transcription des cours ?

Elle est native-first : la plateforme tente d'abord la transcription native du fournisseur (Zoom/Teams/Meet en VTT, normalisée en texte), qui est gratuite. Ce n'est que lorsqu'il n'existe pas de transcription native qu'elle recourt au STT (Whisper, avec fallback vers Google Speech-to-Text), en téléchargeant le média avec une authentification gérée par l'adapter du fournisseur.

La transcription devient-elle du matériel d'étude pour le tuteur IA ?

Oui. La transcription passe par un flux de révision (pending→review→approved→ingested). Une fois approuvée, elle peut être ingérée dans le RAG du cours, permettant au tuteur IA de répondre également sur la base de ce qui a été dit lors du cours en direct — et pas seulement sur la base du matériel écrit.

Fonctionne-t-il avec n'importe quel fournisseur de vidéo ?

L'enregistrement et la transcription utilisent le pattern adapter multi-fournisseur (BBB, Zoom, Teams, Google Meet). Chaque fournisseur a ses particularités : la transcription native varie, et le BBB standard peut ne pas exposer de média téléchargeable pour le STT, auquel cas la plateforme dégrade avec un message clair. Un cron de synchronisation fonctionne comme fallback aux webhooks.

Veja tambem

Enregistrement et transcription des cours en direct (multi-fournisseur)