La partie la plus difficile de la création d'une application sociale/de rencontre 1v1 n'est pas “d'être capable de jouer une vidéo”, c'est la capacité à la rendre attrayante. Correspondance → Appel → Connexion → Front et Back Office → Réseau faible sans ligne → Confidentialité et sécurité → Dons interactifs Ce lien fonctionne sans problème.
Scénarios applicables : rencontres/chats 1v1, correspondance vidéo sociale, vidéos d'inconnus, appels privés.
Vous obtiendrez : une hiérarchisation des fonctionnalités du MVP, des processus de bout en bout, des politiques de reconnexion/de maintien en vie, des modules de conformité en matière de protection de la vie privée et des listes de contrôle pour la mise en service.
1. scénarios et objectifs
Objectif du produit : Faible latence, stabilité sans déconnexion, appels fiables, confidentialité contrôlée, réalisation modulable (cadeaux/facturation).
Hypothèses d'échelle (valeurs typiques) :
- Simultané en ligne : 10 000 (uniquement en ligne, pas d'appels)
- Appels simultanés : 1 000 paires (= 2 000 personnes en audio et vidéo en temps réel)
- Objectif de latence de bout en bout : < 300 ms pour une expérience plus “face à face” (un objectif commun dans l'industrie)
2. liste des fonctions (MVP → avancé)
MVP Obligatoire (à mettre en place en premier)
- Listes de jumelage / de recommandation (idées pour la salle de jumelage / la salle sociale)
- Appel 1v1 : sortant, sonnerie, réponse, rejet, ligne occupée, délai d'attente
- Commandes en cours d'appel : activation/désactivation de la caméra/microphone, coupure de la caméra avant/arrière, commutation du haut-parleur/de l'écouteur
- Déconnexion et reconnexion automatiques(réseau faible/commutation de réseau)
- Protection de la vie privée la plus élémentaire : occultation, rapports, alertes d'autorisation de base
Amélioration progressive (augmentation de la rétention et de l'ARPU)
- Chat textuel + lecture non lue + statut en ligne (capacité de messagerie interactive)
- Fenêtre de survol de l'appel entrant, poussée hors ligne (pour rendre l'appel plus “accrocheur”)
- Arrière-plans/filtres esthétiques/virtuels (pour augmenter les conversions)
- Annulation du bruit par l'IA (plus de clarté dans les environnements bruyants)
- Journaux d'appels/de messages (facturation/contrôle des risques/expérience)
- Cadeaux interactifs (gifting) et système de facturation (par heure/par visite)
3. démantèlement de l'architecture
Pour les appels vidéo 1v1, il est recommandé de les diviser en 4 parties, chacune ayant son propre rôle :
- Back-end opérationnel (salles et relations)
- Profils d'utilisateurs, correspondance/recommandation, liste noire
- Commandes/facturation (en cas d'appels payants)
- Commandes de cadeaux et facturation (dans le cas d'un bounty)
- Système de signalisation (cohérence des appels et des états)
- Appeler inviter/répondre/rejeter/annuler/temporiser
- Jugement de ligne occupée, protection contre les appels simultanés (un même utilisateur ne peut participer qu'à un seul appel à la fois)
- Synchronisation de l'état de l'appel : Sonnerie / Connexion / Connexion / Reconnexion / Terminé
- Lien média RTC (ontologie audio/vidéo)
- Rejoindre des salles de réunion, publier ou s'abonner à des fichiers audio ou vidéo
- Codec, débit binaire adaptatif, stratégie de réseau faible
- Traitement audio : annulation de l'écho/réduction du bruit/gain automatique (point de capacité de réduction du bruit de type IA)
- Contrôle des risques/conformité (sécurité et gouvernance)
- Jeton d'authentification, anti-scraping (anti-machine bulk call/harcèlement)
- Cryptage de bout en bout/paramètres de confidentialité/suppression des données (points de conformité et de respect de la vie privée)
- Processus de signalement, de bannissement et d'examen (manuel d'abord)
4. processus clés (prise d'appel, front et back office, déconnexion et reconnexion)
4.1 Flux de prise d'appel (la partie la plus boguée)
Processus :
Le lobby d'appariement sélectionne l'objet → Invitation à l'appel → Sonnerie → Accepter → Rejoindre → Publier/S'abonner → Contrôle en cours d'appel → Raccrocher
Points de réalisation :
- délai d'appel: par exemple, annulation automatique en cas de non-réponse pendant 30 secondes (pour éviter que l'état ne soit occupé).
- Ligne occupée/occupanteSi le correspondant est au téléphone, l'appareil repasse en mode Occupé.
- Annuler l'appelL'appelant annule avant que l'autre partie ne réponde, pour notifier à l'autre partie d'arrêter la sonnerie.
- La machine à états doit prévaloir du côté du serveurLes deux parties peuvent facilement avoir un “état incohérent” lorsque le client se trouve sur un réseau faible.”
4.2 Front et back office et “catch” de l'appelant”
Les appels 1v1 sont le plus souvent mal évalués :“Couper l'arrière-plan et il se casse” “Verrouiller l'écran sans alerte” “Retour à l'avant-plan, écran noir”。
Il est recommandé de le faire en deux couches :
- Notifications au niveau du systèmeLes alertes push/call hors ligne (le programme officiel souligne également la possibilité de recevoir des alertes d'appels et de messages lorsque l'on n'est pas en ligne).
- Couche d'expérience in-appLa fenêtre de survol de l'appel permet aux utilisateurs de revenir à l'appel même s'ils l'ont interrompu.
Réalisation minimale :
- L'application passe en arrière-plan : elle continue à signaler les battements de cœur, les médias vivants sur la politique ou la récupération rapide.
- Retour au premier plan : rétablissement de l'aperçu de l'appareil photo, synchronisation de l'état des appels (connecté / reconnecté)
4.3 Déconnexion et reconnexion (le cœur d'un réseau faible sans déconnexion)
L'objectif n'est pas de “ne jamais tomber”.”Au contraire, c'est : même s'il tombe, il est automatiquement récupéré dans les 3 à 10 secondes, et l'utilisateur sait ce qui se passe.
Processus de reconnexion recommandé :
- Surveillance des changements de réseau/déconnexion des médias → L'interface utilisateur affiche “Réseau défectueux, reconnexion...”
- Reconnecter d'abord la signalisation (pour s'assurer que le statut est toujours en cours d'appel)
- Reconnecter les médias (Re-joindre/Re-publier)
- Reconnexion réussie → Reprendre l'abonnement et les appels UI
- Échec même après dépassement du seuil → raccrochage et alerte automatiques (pour éviter les “faux en ligne”)
Indicateur de faible capacité du réseau：
Tencent RTC 1v1 Dating “end-to-end <300ms, 80% anti-packet loss, 1000ms anti-jitter, weak network can still maintain high-quality communication” et d'autres arguments de vente, vous pouvez le considérer comme “you need to pay attention to the ability to choose a solution dimension ! Vous pouvez le considérer comme ”la dimension de capacité à laquelle vous devez prêter attention lors du choix d'une solution".
5. liste des difficultés et des pièges
Réseau faible (perte de paquets, gigue, Wi-Fi coupant la 4G)
- Phénomène : son de spend, lag, screen paste, sudden breaks
- Traitement : débit adaptatif, priorité audio, reconnexion, détection de changement de réseau
- Couche produit : indique la “qualité du réseau” (rouge, jaune, vert)
Echo/sifflement (commutation externe/casque)
- Phénomène : l'autre personne entend sa propre voix, un sifflement strident.
- Traitement : annulation de l'écho AEC + stratégie de scène sortante + commutation correcte de l'acheminement audio
- Niveau utilisateur : invite “casque recommandé/amplification externe désactivée”
Interruption du front office et du back office/de l'écran de verrouillage/de l'appelant
- Phénomène : coupure de l'arrière-plan, retour à l'écran noir au premier plan, appel après le chaos de l'état de l'appel.
- Traitement : machine à états d'appel, récupération de la caméra, fenêtres push/hover hors ligne (points de capacité)
Cohérence de l'État (la plus cachée)
- Phénomène : une partie indique qu'elle a été connectée, mais l'autre partie continue de sonner ; après avoir raccroché, l'autre partie indique toujours qu'elle est au téléphone.
- Traitement : état d'autorité côté serveur + vérifications temporisées côté client + interruption de la poche de temporisation
6. les indicateurs et les tests
Il est recommandé de contrôler au moins ces 3 éléments :
- Latence de bout en bout (E2E): Cible < 300ms Plus confortable
- Taux de prise d'appel / Temps de prise d'appelDistribution du temps écoulé entre l'invitation et la connexion (P50/P95)
- Taux de réussite de la reconnexion / Temps de reconnexionTaux de réussite de la reconnexion, nombre moyen de secondes de reconnexion
Méthode de test du réseau faible d'une machine réelle (simple mais efficace) :
- Utiliser un simulateur de réseau/outil de réseau faible pour augmenter la perte de paquets et la gigue.
- Exécute des appels complets dans quatre scénarios : commutation Wi-Fi ↔ 4G, écran de verrouillage, fonctionnement en arrière-plan, interruption d'appel.
- Enregistrements : s'il peut être récupéré automatiquement, combien de temps il faut pour le récupérer, s'il y a un décalage d'état.
7. coût et sélection
Comment estimer le coût (la formule la plus simple suffit) :
- Minutes mensuelles = Minutes quotidiennes × 30
- La majeure partie des coûts provient généralement des minutes audio/vidéo, des pics simultanés, de l'enregistrement/du transcodage (s'il est activé), des besoins en lignes globales.
Dans le même temps, les responsables insistent également sur la fourniture d'UIKits/de SDK pour plates-formes complètes afin de raccourcir le cycle de mise en service, qui est en fait la variable clé du “coût de la main-d'œuvre”.
Créez votre propre WebRTC ou utilisez un SDK :
- Autoconstruction : degré élevé de liberté, mais nécessite des serveurs de médias, des nœuds globaux, un réseau faible et des intrants de compatibilité.
- SDK : mise en service rapide, en particulier avec les UIKits, multiplateforme et faible optimisation du réseau.
8. résumé
La clé pour créer une application d'appel vidéo 1v1 est de prendre le temps nécessaire à la création de l'application. Matchmaking Lobby → Call State Machine → Media Link → Front & Back & Reconnect → Privacy Security & Realisation Créez un lien stable.
9. questions fréquemment posées
Q1 : Quel est le délai normal pour un appel vidéo 1v1 ?
En général, plus vous vous rapprochez de <300ms, plus l'interaction est naturelle ; cela dépend vraiment de la répartition de vos utilisateurs, du rapport entre les pays et du pourcentage de réseaux faibles. Lors de la sélection d'un modèle, concentrez-vous sur les nœuds globaux et les capacités d'ordonnancement des liens.
Q2：Pourquoi les appels 1v1 échouent-ils souvent ?
La raison la plus fréquente est que la machine à états de signalisation n'est pas rigoureuse : le délai d'attente n'est pas supprimé, les invitations sont répétées, le jugement de Busy n'est pas cohérent. Il est recommandé que le serveur fasse autorité en matière d'état et de traitement idempotent.
Q3 : Que dois-je faire si je passe en arrière-plan et que je suis déconnecté ?
Les notifications/poussées du système et la récupération des médias devraient être gérées en même temps. La page du programme mentionne les fenêtres de survol et les poussées hors ligne comme des améliorations typiques qui améliorent de manière significative le “rattrapage” et le “retour”.
Q4 : Comment s'assurer qu'il n'y a pas de déconnexion lorsque le réseau est faible ?
L'essentiel est constitué par le débit adaptatif + la reconnexion automatique + le traitement de la commutation de réseau + les invites de l'interface utilisateur. Lors du choix d'une solution, vous pouvez vous concentrer sur des indicateurs tels que l'antiperte de paquets et la résistance à la gigue.
Q5 : Pourquoi faut-il encore utiliser le chat texte pour les rencontres 1v1 ?
Le chat textuel peut remplacer la conversion “pas d'appel après le match”, et le statut lu/non lu et en ligne peut également améliorer l'efficacité de l'interaction, et la page du programme place également le chat textuel comme l'un des scénarios principaux.
Q6 : Comment assurer la sécurité de la confidentialité des appels 1v1 ?
Au minimum, le chiffrement de bout en bout, les paramètres de confidentialité, les capacités de suppression des données avec une politique de conformité ; la page de la solution met en évidence des points de capacité tels que le chiffrement de bout en bout et la protection de la vie privée, ainsi que l'authentification de la conformité.
10. liens pertinents
Si vous voulez trouver le moyen le plus rapide de mettre Lobby de matchmaking + Chat vocal/vidéo/texte + Réduction du bruit par l'IA + Fenêtre de survol/Poussée hors ligne Ces liens 1v1 Dating core passent par et peuvent être utilisés directement à partir de la page Tencent RTC Official 1v1 Dating SolutionLe portail d'intégration pour le démarrage de la
Français