Deux modes de livraison : service cloud ou déploiement privé. Toute la plateforme peut être installée sur vos serveurs, avec les comptes, les messages et les enregistrements conservés dans votre réseau interne Installez toute la plateforme sur vos serveurs et gardez les données en interne Découvrir le déploiement privé

Vidéo en temps réel (RTC)

Plan média SFU et plan de contrôle maison : appels 1:1, réunions, diffusion interactive et salons vocaux via une seule API, avec une latence de bout en bout de l’ordre de 200 ms.

FeiyanCloud RTC : interface de réunion à plusieurs participants

Média, contrôle, enregistrement, mesure

Le plan média assure la fluidité, le plan de contrôle la maîtrise, l’enregistrement et la qualité la livraison.

Transport média

Le plan média SFU relaie les flux, le plan de contrôle maison gère l’ordonnancement et l’authentification ; la latence de bout en bout reste de l’ordre de 200 ms.

  • Les clusters SFU rattachent chaque canal au nœud le plus proche
  • Réseaux faibles : débit adaptatif, retransmission de paquets, tampon de gigue
  • Appel 1:1, réunion et diffusion partagent un même modèle de canal

Scénarios

Quatre scénarios prêts à l’emploi, chacun avec une démo exécutable : appel 1:1, réunion, diffusion interactive et salon vocal.

  • Appel 1:1 : machine à états pour appeler, décrocher et raccrocher
  • Réunion : flux vidéo multiples, changement de disposition, contrôle de l’animateur

Enregistrement

Enregistrement cloud en modes composite, individual et web ; le résultat peut être déposé dans votre stockage via callback.

  • L’enregistrement composite produit directement un MP4
  • L’enregistrement individual conserve le flux original de chaque intervenant
  • Rediffusion vers des CDN et adresses de direct tiers

Qualité & mesure

Suivi qualité et mesure d’usage intégrés : les problèmes se localisent et les coûts se vérifient.

  • Latence, perte de paquets, saccades et débit visibles
  • Analyse par canal et par utilisateur
  • Mesure, facturation et envoi de callbacks alignés

Le scénario change, pas l’architecture

Appel, réunion, diffusion et salon vocal partagent trois notions — canal, utilisateur, rôle ; changer de scénario ne change que des paramètres.

Appel 1:1

États complets : appeler, décrocher, refuser, raccrocher.

Réunion

Flux vidéo multiples, disposition et contrôle des accès.

Diffusion en direct

Publication du flux, abonnés et relais vers un CDN.

Salon vocal

Audio seul, entrée dans le salon et gestion des micros.

FeiyanCloud RTC : interface de réunion à plusieurs participants

Latence maîtrisée, même en réseau faible

Le plan média rattache chaque canal au nœud SFU le plus proche, le plan de contrôle gère l’ordonnancement et le basculement. En réseau faible, le débit baisse automatiquement et les images clés sont renvoyées : l’image reste nette et le son ne coupe pas.

  • Latence de bout en bout de l’ordre de 200 ms
  • Débit adaptatif et FEC : l’appel tient à 30 % de pertes
  • Migration automatique en cas de panne de nœud, sans couper l’appel
  • Métriques de qualité en temps réel, exploitables pour un appel donné
FeiyanCloud RTC : partage d’écran et enregistrement

Partage d’écran et enregistrement cloud

Les deux gestes les plus fréquents en réunion comme en cours : partager l’écran et garder une trace. Le partage fonctionne au niveau de la fenêtre ou de l’application, et l’enregistrement se fait dans le cloud sans consommer le poste.

  • Partage de l’écran entier, d’une fenêtre ou d’une zone
  • Enregistrement composite, directement en MP4
  • Enregistrement individual, conservant l’image d’origine de chacun
  • Mode web, adapté aux scénarios 100 % navigateur
FeiyanCloud RTC : réunion, SDK de 17 plateformes en interopération

SDK pour 17 plateformes, une interface

Navigateurs, mobile, poste de travail et frameworks multiplateformes sont couverts ; les UI Kits fournissent des composants React et Flutter, ce qui réduit nettement le code d’une interface de réunion.

  • SDK pour 17 plateformes : navigateurs, mobile et poste de travail
  • UI Kits avec composants et dispositions React et Flutter
  • SDK serveur en six langages : Node / Java / Go / Python / .NET / PHP
  • Un modèle de Token et de rôles, interopérable entre plateformes

Architecture

Plan de contrôle et plan média sont découplés : authentification, ordonnancement et mesure passent par le contrôle, les flux audio et vidéo par le média ; pannes et montée en charge restent indépendantes.

Couche client SDK et UI Kit
WebAndroidiOSmacOSWindowsFlutterReact NativeMini-programmeReact UI KitFlutter UI Kit
Plan de contrôle Ordonnancement et authentification maison
AppID / AppCertificateÉmission et renouvellement de TokenCanal / utilisateur / rôleBannissementMesure d’usageEnvoi de callbacksSuivi qualité
Plan média SFU et enregistrement
Cluster SFUEnregistrement cloudRelais du flux mixéOrdonnancement en périphérie

Le plan de contrôle fournit l’émission de Token, la mesure d’usage et l’envoi de callbacks ; le plan média monte en charge de façon élastique sur un cluster SFU.

Le serveur émet le Token, le client rejoint le canal

Les SDK serveur couvrent six langages — Node, Java, Go, Python, .NET et PHP — avec la même logique.

  • Créez l’application dans la console et récupérez l’AppID et l’AppCertificate
  • Le serveur émet un Token par canal et par rôle, en contrôlant les droits de publication et d’abonnement
  • Le client rejoint le canal avec le Token, s’abonne aux flux distants et les affiche

Les exemples d’intégration par plateforme sont dans la documentation ; les détails sur les tests de charge et les métriques de qualité dans la Base de connaissances.

server/sign-token.ts TypeScript
import { RtcServer } from '@feiyan/rtc-server-sdk';

// AppID / AppCertificate: console → App → Keys
const rtc = new RtcServer({
  appId: process.env.APP_ID,
  appCertificate: process.env.APP_CERTIFICATE,
});

// Sign a room token: channel, user, role (publisher / subscriber)
const token = rtc.signToken({
  channel: 'room_9001',
  userId: 'user_1001',
  role: 'publisher',
  ttl: 3600,
});

// Control-plane operations: ban, renew, usage queries
await rtc.banUser({ channel: 'room_9001', userId: 'user_1001' });
const usage = await rtc.queryUsage({ from: '2026-10-01', to: '2026-10-31' });

Questions fréquentes avant l’intégration

Pour des paramètres et indicateurs plus détaillés, consultez la documentation ou ouvrez un ticket de support.

Quelle latence attendre, et comment la mesurer ?
Dans une même région, la latence de bout en bout est de l’ordre de 200 ms ; le trafic inter-régions est routé vers le nœud le plus proche. Le suivi qualité de la console affiche latence, perte de paquets, saccades et courbe de débit d’un appel, ce qui aide à localiser l’étape en cause.
Quels modes d’enregistrement cloud sont proposés ?
Trois modes : composite (enregistrement mixé, sortie en un seul MP4), individual (audio et vidéo d’origine de chaque utilisateur, séparés) et web (enregistrement côté navigateur). À la fin, votre serveur est notifié par callback et les fichiers rejoignent le stockage objet selon votre configuration.
Un Token expiré coupe-t-il l’appel ?
Pas immédiatement. Le plan de contrôle peut renouveler un Token pendant l’appel : le client le rafraîchit avant expiration et reste connecté. Pour forcer une déconnexion, l’API de bannissement retire l’utilisateur du canal.
Combien de participants en simultané ?
Les réunions montent en charge selon le nombre de flux souscrits par canal, et la diffusion accompagne des audiences plus larges via le chemin de relais. Le volume exact dépend de l’offre ; le quota et l’usage courants sont visibles dans la console.
Comment RTC et IM s’articulent-ils ?
Les deux partagent le même compte et la même authentification. Le schéma courant : IM pour les invitations, la signalisation d’appel et l’historique, RTC pour les flux média ; il est aussi possible de n’intégrer que RTC et d’implémenter la signalisation vous-même.
Le déploiement privé est-il possible ?
Oui. Le plan de contrôle comme le plan média peuvent être livrés dans votre datacenter, y compris en environnement interne hors ligne ; enregistrement et stockage objet se raccordent à votre infrastructure. Les détails figurent sur la page du déploiement privé.

Produit réel

Salle de réunion, partage et console en captures réelles

Conversation de groupe : mentions, annonce de groupe et compteur de lecture Lecture 2/7, huit membres et le message retiré proviennent d’une conversation réelle
Liste des conversations sur mobile Badges de non-lus, épinglés, brouillons et notifications système
Réunion sur mobile Appel en tête-à-tête : vidéo distante en grand et fenêtre locale réduite
Partage d’écran Partage du tableau de bord de la console, avec les vidéos des participants conservées sur le côté

D’abord essayer, ensuite intégrer

La démo couvre les appels 1:1, les réunions et le partage d’écran, sans inscription.

Laissez vos coordonnées pour recevoir la solution et le tarif

Un conseiller avant-vente confirmera avec vous le cas d’usage, le volume de concurrence et l’environnement de déploiement ; nous répondons généralement sous un jour ouvré.

Les champs marqués d’un * sont obligatoires ; les informations servent uniquement à cet échange commercial.