FR 3079704 A1 20191004 FR 1852736 A 20180329 Communication par vidéo conférence Domaine de l'invention Le domaine général de l'invention est celui des télécommunications. L'invention concerne plus particulièrement la mise en oeuvre de communications par vidéo conférence et/ou visiophonie entre N terminaux, tel que Nk2. Etat de la technique Actuellement, les systèmes de communication par vidéo conférence multipoint utilisent un pont de gestion de vidéo conférence auquel se connectent, via un réseau de communication, N terminaux qui sont associés respectivement à N utilisateurs invités à une vidéo conférence. Au cours de la vidéo conférence, le pont de gestion de vidéo conférence reçoit, à un instant courant, N flux audio vidéo ou seulement vidéo qui sont émis respectivement par les N terminaux. Il met en oeuvre un traitement de ces flux afin de détecter quel est l'utilisateur qui parle de façon prépondérante ou dont la prise de parole est la plus active. Puis, pour un utilisateur donné, le pont renvoie vers le terminal de cet utilisateur l'ensemble des flux vidéo ou bien audio vidéo reçus, éventuellement à l'exception du flux vidéo ou bien audio vidéo qui a été reçu en provenance du terminal de l'utilisateur donné. Chaque flux audio vidéo ou bien vidéo reçu par le terminal de l'utilisateur donné contient un identifiant de l'utilisateur correspondant au flux et une pluralité de paquets de données audio et vidéo ou bien seulement vidéo qui sont numérotés. Ainsi, le pont de gestion de vidéo conférence est capable de connaître avec précision quels paquets de données il envoie. De manière similaire, pour un terminal de communication donné, utilisé lors de la vidéo conférence, le flux audio vidéo ou bien vidéo, qui est envoyé à un instant courant par le terminal donné à destination du pont de gestion de vidéo conférence et qui est représentatif de l'utilisateur du terminal donné, contient l'identifiant de cet utilisateur et une pluralité de paquets de données audio et vidéo ou seulement vidéo qui sont numérotés. Ainsi, le terminal donné est capable de connaître avec précision 2 quels paquets de données il envoie au pont. Il arrive que certains des paquets de données envoyés par un terminal de communication donné participant à la vidéo conférence ne soient pas reçus par le pont. Une telle situation se produit dans le cas par exemple où le débit courant de 5 transmission de données, depuis le terminal de communication vers le pont de gestion de vidéo conférence, devient réduit pour diverses raisons, par exemple parce que, simultanément à la vidéo conférence en cours, le terminal de communication ou bien d'autres terminaux connectés au même réseau que ce dernier procèdent à la consultation de différents sites Web, ce qui provoque ainsi une congestion du trafic de 10 transmission des données. Dans cette situation, le pont de gestion de vidéo conférence, qui n'a pas reçu un ou plusieurs paquets de données contenu(s) dans un flux envoyé par un terminal de communication considéré utilisé dans la vidéo conférence, est capable, puisque les paquets de données sont numérotés, d'identifier avec précision quels sont les paquets 15 reçus manquants à partir des paquets de données qu'il a déjà identifiés dans le flux reçu en provenance du terminal de communication considéré. Afin de récupérer ce ou ces paquets manquants, le pont envoie au terminal de communication considéré une requête en fourniture du ou des paquets manquants, la requête contenant l'identifiant de l'utilisateur du terminal considéré et l'identifiant du ou des paquets manquants. A 20 réception de cette requête, le terminal de communication considéré renvoie les paquets de données manquants au pont de gestion de vidéo conférence. Un inconvénient de ce mécanisme d'échange de messages entre le pont de gestion de vidéo conférence et le terminal de communication considéré réside dans le fait qu'à force d'être répété au cours de la vidéo conférence, il entraîne une congestion 25 du réseau de communication qui relie le pont de vidéo conférence et les terminaux utilisés dans la vidéo conférence. Une telle congestion peut en outre provoquer un ralentissement de la restitution des flux reçus en provenance du pont et/ou de l'envoi, par le terminal au pont, du flux représentatif de l'utilisateur du terminal. De ce fait, l'utilisateur du terminal ne peut pas suivre correctement la vidéo conférence, les 30 conditions d'exécution de cette dernière étant dégradées. Un autre inconvénient réside aussi dans le fait que lorsque le nombre de 3 paquets perdus augmente trop, les flux vidéo représentatifs des participants à la vidéo conférence qui sont reçus en provenance du pont ne s'affichent pas correctement sur l'écran du terminal qui les reçoit. Ces flux vidéo ont ainsi tendance à se figer sur l'écran du terminal, ce qui ne permet pas à l'utilisateur de suivre toujours correctement la 5 vidéo conférence et dans de bonnes conditions de fonctionnement. Par ailleurs, il a été constaté que même si le débit de transmission des données depuis le pont vers le terminal et vice-versa retrouve un niveau correct, les flux vidéo affichés sur l'écran du terminal demeurent figés. Il en résulte ainsi une perturbation de l'affichage des flux vidéo qui se propage sur l'ensemble des terminaux utilisés dans la vidéo conférence. 10 Objet et résumé de l'invention Un des buts de l'invention est donc de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. 15 A cet effet, un objet de la présente invention concerne un procédé de communication par vidéo conférence entre N terminaux de communication, tel que Nk2, associés respectivement à N utilisateurs, dans lequel un terminal de communication considéré parmi les N terminaux envoie, selon un débit ayant une valeur initiale prédéterminée, à un dispositif de traitement de N flux vidéo ou de N flux audio et vidéo 20 émis respectivement par les N terminaux, un flux de données associé à l'utilisateur du terminal considéré, le flux envoyé contenant une pluralité de paquets de données audio et/ou vidéo. Un tel procédé est remarquable en ce qu'il met en oeuvre ce qui suit, au niveau du terminal de communication considéré : 25 - déterminer un nombre de paquets de données d'un flux envoyé par le terminal considéré au dispositif de traitement de flux, qui n'ont pas été reçus par le dispositif de traitement, - réduire le débit, dans le cas où le nombre de paquets de données non reçus est supérieur à un nombre prédéterminé, 30 - itérer l'opération de détermination, - à chaque itération, réduire le débit, tant que le débit ne passe pas sous 4 un premier seuil prédéterminé ou que le nombre de paquets de données non reçus est supérieur au nombre prédéterminé, - si au cours d'une itération, le débit passe au-dessous du premier seuil prédéterminé ou bien le nombre déterminé de paquets de données non reçus est 5 inférieur audit nombre prédéterminé, augmenter le débit, - itérer l'opération de détermination du nombre de paquets de données non reçus suite à l'augmentation du débit, - à chaque itération, selon que le nombre déterminé de paquets de données non reçus est inférieur, respectivement supérieur, au nombre prédéterminé, 10 augmenter, respectivement diminuer, le débit, tant que le débit ne dépasse pas un deuxième seuil prédéterminé, respectivement ne passe pas sous le premier seuil prédéterminé. Grâce à l'invention, il est possible, pour tout terminal qui communique par vidéo conférence avec d'autres terminaux de communication, et cela tout au long de la vidéo 15 conférence, de faire fluctuer à la baisse ou à la hausse la valeur du débit de transmission des données depuis le terminal vers le dispositif de traitement de flux, en fonction du nombre de paquets de données qui n'ont pas été reçus par le dispositif de traitement en provenance de ce terminal ou bien de la valeur courante de ce débit. Un tel mécanisme est peu coûteux en termes de ressources de calculs pour le 20 terminal, est par ailleurs simple à implémenter et permet efficacement d'éviter que les flux qui sont envoyés au dispositif de traitement de flux par chacun des terminaux utilisés dans la vidéo conférence contiennent un trop grand nombre de paquets manquants. Il en résulte que grâce à l'invention, la qualité de restitution visuelle des flux de 25 chaque participant à la vidéo conférence, pour n'importe quel terminal participant à la vidéo conférence, est nettement améliorée. Ce mécanisme de fluctuation du débit est avantageusement déclenché à la suite d'une opération de comparaison, au niveau du terminal, du nombre de paquets de données non reçus par le dispositif de traitement de flux en provenance du terminal, 30 par rapport à un seuil prédéfini. Ce seuil prédéfini permet au terminal de déterminer astucieusement que le débit de transmission des données, depuis le terminal vers le 5 dispositif de traitement de flux, doit être réduit si le nombre de paquets non reçus dépasse ce seuil ou bien au contraire rester à sa valeur initiale si le nombre de paquets non reçus ne dépasse pas ce seuil. A cet effet, si le nombre de paquets non reçus dépasse ce seuil, le terminal 5 diminue régulièrement le débit au cours de la vidéo conférence tout en contrôlant que le débit ne passe pas sous un seuil critique qui perturberait la communication de la vidéo conférence et en vérifiant régulièrement que le nombre de paquets non reçus est toujours supérieur au seuil prédéfini. Dans le cas où le débit viendrait à passer sous le seuil critique ou que le 10 nombre de paquets non reçus viendrait à passer en dessous du seuil prédéfini, le terminal est capable d'augmenter régulièrement le débit. Un tel mécanisme de détermination des paquets de données non reçus suivi d'un réglage à la baisse ou à la hausse selon le nombre de paquets de données reçus permet en outre au débit de transmission des données, depuis le terminal vers le 15 dispositif de traitement, de revenir rapidement à un niveau permettant au terminal d'envoyer au dispositif de traitement de flux, un flux qui contienne la totalité ou presque des paquets de données vidéo ou bien audio et vidéo, relatifs à l'utilisateur du terminal. Selon un mode de réalisation particulier, l'action d'augmenter, respectivement diminuer, le débit, est mise en oeuvre selon un pas fixe prédéterminé. 20 De façon avantageuse, tout terminal est ainsi apte à réduire ou augmenter le débit de façon régulière, selon un pas défini de telle manière que chaque réduction ou diminution du débit selon ce pas ne perturbent pas les conditions de fonctionnement de la vidéo conférence. En outre, l'utilisation d'un pas fixe pour réduire ou augmenter le débit est peu 25 consommatrice en termes de ressources de calculs du terminal. Selon un mode de réalisation particulier, pour une itération donnée de détermination du nombre de paquets de données non reçus à la suite de l'augmentation du débit, l'action d'augmenter, respectivement diminuer, le débit, est mise en oeuvre selon un pas dont la valeur dépend du nombre de paquets non reçus 30 qui a été déterminé à l'itération donnée. De façon avantageuse, tout terminal est ainsi apte à réduire ou augmenter le 6 débit de façon régulière et variable, selon des pas de plus en plus faibles de façon à obtenir des fluctuations du débit qui soient faibles et non perceptibles visuellement par l'utilisateur du terminal. Un tel mode de réalisation optimise ainsi les conditions de fonctionnement de la 5 vidéo conférence, sans impact notable sur l'augmentation en ressources de calculs du terminal. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé de communication par vidéo conférence tel que défini ci-dessus. 10 L'invention concerne également un terminal de communication par vidéo conférence avec au moins un autre terminal de communication, les deux terminaux appartenant à un ensemble de N terminaux de communication, tel que Nk2, associés respectivement à N utilisateurs, comprenant un module de traitement qui est agencé pour commander l'envoi, selon un débit ayant une valeur initiale prédéterminée, à un 15 dispositif de traitement de N flux vidéo ou de N flux audio et vidéo émis respectivement par les N terminaux, d'un flux de données associé à l'utilisateur du terminal de communication par vidéo conférence, le flux envoyé contenant une pluralité de paquets de données audio et/ou vidéo. Un tel terminal est remarquable en ce que le module de traitement est agencé 20 pour commander ce qui suit: - déterminer un nombre de paquets de données d'un flux envoyé par le terminal considéré au dispositif de traitement de flux, qui n'ont pas été reçus par le dispositif de traitement, - réduire le débit, dans le cas où le nombre de paquets de données non 25 reçus est supérieur à un nombre prédéterminé, - itérer l'opération de détermination, - à chaque itération, réduire le débit, tant que le débit ne passe pas sous un premier seuil prédéterminé ou que le nombre de paquets de données non reçus est supérieur au nombre prédéterminé, 30 - si au cours d'une itération, le débit passe au-dessous du premier seuil prédéterminé ou bien le nombre déterminé de paquets de données non reçus est 7 inférieur audit nombre prédéterminé, augmenter le débit, - itérer l'opération de détermination du nombre de paquets de données non reçus suite à l'augmentation du débit, - à chaque itération, selon que le nombre déterminé de paquets de 5 données non reçus est inférieur, respectivement supérieur, au nombre prédéterminé, augmenter, respectivement diminuer, le débit, tant que le débit ne dépasse pas un deuxième seuil prédéterminé, respectivement ne passe pas sous le premier seuil prédéterminé. Selon un mode de réalisation particulier du terminal, le débit est augmenté, 10 respectivement diminué, selon un pas fixe prédéterminé. Selon un mode de réalisation particulier du terminal, pour une itération donnée de détermination du nombre de paquets de données non reçus à la suite de l'augmentation du débit, le débit est augmenté, respectivement diminué, selon un pas dont la valeur dépend du nombre de paquets non reçus qui a été déterminé à l'itération 15 donnée. L'invention concerne également un programme d'ordinateur pour mettre en oeuvre des instructions de code de programme pour l'exécution des étapes du procédé de communication par vidéo conférence selon l'invention, lorsque le programme est exécuté dans un terminal de communication. 20 Un tel programme peut utiliser n'importe quel langage de programmation et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention concerne également un support d'enregistrement lisible par un 25 ordinateur sur lequel est enregistré un programme d'ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes du procédé de communication par vidéo conférence selon l'invention, lorsque le programme est exécuté dans un terminal de communication tel que mentionné ci-dessus. Les supports d'enregistrement peuvent être n'importe quelle entité ou dispositif 30 capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM (abréviation anglaise de « Read-Only Memory »), par 8 exemple un CD ROM ou une ROM de circuit microélectronique, une clé USB ou encore un moyen d'enregistrement magnétique, par exemple un disque dur, ou bien encore tel qu'une mémoire vive RAM (abréviation anglaise de « Random Access Memory »). 5 D'autre part, le support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans 10 lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé d'établissement de communication précité. Brève description des dessins D'autres caractéristiques et avantages apparaîtront à la lecture de modes de 15 réalisation particuliers de l'invention, donnés à titre d'exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : - la figure 1 est une vue schématique et générale d'une architecture dans laquelle est mis en oeuvre le procédé de communication par vidéo conférence dans un mode de réalisation particulier de l'invention, 20 - la figure 2 représente un terminal de communication de vidéo conférence dans un mode de réalisation particulier de l'invention, - les figures 3A à 3D représentent les principales étapes d'un procédé de communication par vidéo conférence selon un mode de réalisation particulier de l'invention, 25 - les figures 4A et 4B représentent respectivement deux modes d'affichage mis en oeuvre dans le procédé de communication par vidéo conférence des figures 3A à 3D. Description détaillée d'un mode particulier de réalisation 30 La figure 1 représente un environnement dans lequel est mis en oeuvre le procédé de communication par vidéo conférence selon l'invention. 9 Dans un souci de clarté de la figure 1, certains éléments bien connus de cet environnement ne sont pas représentés. De tels éléments sont par exemple des serveurs, des noeuds, des stations de base, des passerelles ou encore d'autres entités du réseau de télécommunications utilisé dans cet environnement. 5 Sur la figure 1 sont représentés : - un dispositif de traitement de flux audio vidéo PVC, tel que par exemple un pont de gestion de vidéo conférence, - un ensemble de N terminaux de communication TER,, TER2, TERk,..., TERN, tel que 1 associés respectivement à N 10 utilisateurs U1, U2, UN et aptes à se connecter au pont PVC, via un réseau de communication RC tel que par exemple de type IP (abréviation anglaise de « Internet Protocol »). Chaque terminal de communication comprend une interface de connexion au réseau de communication RC, via par exemple un réseau local (non représenté), par 15 exemple sans fil, en particulier du type WiFi ou CPL (abréviation de « courants porteurs en ligne »). En variante, l'interface de connexion est par exemple, de type xDSL, fibre ou encore 3G, 4G, 5G, etc.... Un exemple d'interface de connexion est un navigateur web. Un terminal de communication donné TER, est par exemple à titre non 20 exhaustif : - un téléphone portable, et/ou - un smartphone (« téléphone intelligent »), et/ou - une tablette, et/ou - un ordinateur portable, et/ou 25 - un ordinateur personnel de type PC, et/ou - une télévision connectée, - etc.... En relation avec la figure 2, on considère maintenant la structure simplifiée d'un 30 terminal de communication donné TER, selon un exemple de réalisation de l'invention. De façon connue en soi, le terminal de communication TER, comprend : 10 - une interface de connexion IC qui est adaptée pour communiquer, via le réseau de communication RC, selon par exemple le protocole http (abréviation anglaise de « HyperText Transfer Protocol »), avec le pont de gestion de vidéo conférence PVC de la figure 1, 5 - un module REC de réception en temps réel de flux de données audio vidéo ou de flux de données vidéo émis en provenance du pont de gestion de vidéo conférence, - un module ENV d'envoi en temps réel de flux de données audio vidéo ou de flux de données vidéo représentatifs de l'utilisateur du terminal TER,, 10 - une interface IT de traitement des interactions utilisateurs, - un écran de visualisation EC, - un haut-parleur HP, - une caméra CAM, - une interface DEC de décodage audio/vidéo des contenus de type 15 texte, audio, vidéo ou audiovisuel, ladite interface étant adaptée pour transmettre les signaux décodés à l'écran EC ou dans le haut-parleur HP. Selon l'invention : - tout flux de données audio vidéo contient une pluralité de paquets de données audio et vidéo, 20 - tout flux de données vidéo contient une pluralité de paquets de données vidéo. Le terminal de communication TER, comprend des ressources physiques et/ou logicielles, en particulier un module de traitement MT pour mettre en oeuvre le procédé de communication par vidéo conférence selon l'invention, qui va être décrit ci-dessous. 25 Le module de traitement MT contient un processeur PROC piloté par un programme d'ordinateur PG. A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans une mémoire RAM, notée MR, avant d'être exécutées par le module de traitement MT. 30 Selon l'invention, le terminal de communication TER, comprend également : - un module DET de détermination du nombre de paquets de données 11 non reçus par le pont de gestion de vidéo conférence PVC, suite à la réception d'un flux de données envoyé par le terminal TER,, - un module MSD de mesure de la valeur courante du débit de transmission de données depuis le terminal TER, vers le pont de gestion de vidéo 5 conférence PVC, - un module VAR de variation de la valeur courante du débit de transmission de données depuis le terminal TER, vers le pont de gestion de vidéo conférence PVC, le module VAR étant relié au module MSD et au module DET. Selon l'invention, le terminal de communication TER, comprend également une 10 mémoire de stockage MEM qui est adaptée pour stocker : - une valeur prédéterminée d'un nombre J de paquets de données non reçus, - une valeur prédéterminée d'un pas P d'augmentation, respectivement de diminution, du débit de transmission de données depuis le terminal TER, vers le 15 pont de gestion de vidéo conférence PVC. Les modules DET, MSD, VAR et MEM sont piloté par le processeur PROC du module de traitement MT. Précisons ici que le terme module utilisé dans la présente demande peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un 20 ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en oeuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d'un ensemble 25 matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). En référence aux figures 3A et 3B, on décrit maintenant le déroulement d'un procédé de communication par vidéo conférence selon un mode de réalisation de 30 l'invention, mettant en oeuvre une détermination du nombre de paquets de données non reçus par le pont de gestion de vidéo conférence PVC, suite à la réception par ce 12 dernier d'un flux envoyé par au moins un des terminaux de communication TER1, TER2, TER,,...,TERJ,..., TERk,..., TERN de la figure 1, tel que par exemple le terminal de communication TER, représenté sur la figure 2. Il est supposé que chacun des terminaux TER1, TER2, 5 TERk,..., TERN a téléchargé au préalable une application de vidéo conférence spécifique, cette application spécifique étant commune à l'ensemble des terminaux. Le procédé de communication par vidéo conférence met d'abord en oeuvre une initialisation S1 de la vidéo conférence. A cet effet, en référence à la figure 3A, un des terminaux de communication TER1, TER2, TERk,..., TERN de la 10 figure 1 envoie, en S100, au pont de gestion de vidéo conférence PVC, via le réseau RC, un message M1 de demande de création d'une vidéo conférence, ledit message M1 comprenant classiquement un identifiant associé au terminal qui envoie le message et un identifiant associé à chaque terminal d'un utilisateur invité à la vidéo conférence. 15 A titre d'exemples non exhaustifs, un tel identifiant peut être : - l'identifiant d'appel MSISDN correspondant de manière unique à la carte SIM (en anglais « Subscriber Identity Module ») qui est fournie par l'opérateur du réseau de communication auprès duquel s'est inscrit l'utilisateur d'un des N terminaux de communication, 20 - un identifiant URI (abréviation anglaise de « Uniform Resource Identifier »), - une adresse de messagerie électronique, - etc. Ainsi, les N terminaux TER1, TER2, TERk,..., TERN sont 25 associés respectivement à N identifiants ID1, ID2, ID,,..., ID;,..., IDk,..., IDN du type précité. On suppose par exemple que les N terminaux de communication participent à la vidéo conférence requise par le terminal requérant. En S101, le pont de gestion de vidéo conférence PVC reçoit le message M1. En S102, le pont de gestion de vidéo conférence PVC extrait les identifiants ID1, 30 ID2, ID,,..., IDN du message M1. En S103, le pont de gestion de vidéo conférence PVC envoie un message M2 13 d'invitation à la vidéo conférence proposée par le terminal de communication requérant à chaque terminal de communication associé à un identifiant correspondant extrait en S102. Le message M2 contient un lien Internet (LI) vers la vidéo conférence à établir. En S104, chacun des N terminaux reçoit le message M2. 5 En S105, chacun des N terminaux se connecte au pont de vidéo conférence PVC à l'aide du lien Internet contenu dans le message M2. A cet effet, les N terminaux envoient respectivement, via leur module ENV, à destination du pont de gestion de vidéo conférence PVC, N flux de données vidéo ou bien N flux de données audio et vidéo Fl, F2, ..., FN représentant respectivement les N utilisateurs U1, 10 U2, ..., Uk,..., UN de ces terminaux. En S106, le pont de gestion de vidéo conférence PVC reçoit les N flux vidéo ou bien audio et vidéo Fl, F2, ..., Fk,- - -, FN. En S107, le pont de gestion de vidéo conférence PVC traite ces différents flux, générant une vidéo mosaïque VM1 contenant les N flux vidéo reçus en S106. Comme 15 représenté sur la figure 4A, la vidéo mosaïque VM1 est configurée de façon à ce que, en début de vidéo conférence, les N flux vidéo soient affichés sur l'écran EC (figure 2) d'un terminal de communication donné TER,, dans respectivement N fenêtres de même taille. En S108, le pont de gestion de vidéo conférence PVC transmet un message 20 M3 à chacun des N terminaux invités, le message M3 contenant la vidéo mosaïque VM1. En S109, chacun des N terminaux de communication reçoit le message M3. En S110, le décodeur DEC de chacun des N terminaux de communication décode la vidéo mosaïque VM1 contenue dans le message M3 reçu. 25 En S111, les N flux audio vidéo sont affichés sur l'écran EC de chacun des N terminaux, respectivement dans N fenêtres de même taille. De façon connue en soi, au cours de la phase d'initialisation Si : - le débit R de transmission de données depuis chacun des N terminaux vers le pont de gestion de vidéo conférence est fixé à une valeur initiale K 30 prédéterminée, par exemple 512 kbits/s, - le format des données vidéo envoyées par chacun des N terminaux 14 vers le pont de gestion de vidéo conférence PVC est prédéterminé et est par exemple conforme au standard SD (« Definition Standard ») ou HD (« Haute Definition »). Conformément à l'invention, lors de l'initialisation 51, chacun des N terminaux procède, en S2, à un téléchargement depuis le pont de gestion de vidéo conférence 5 PVC, d'une procédure de détermination du nombre de paquets de données audio/vidéo qui n'ont pas été reçus par le pont de gestion de vidéo conférence PVC, suite à la réception des flux envoyés par chacun des N terminaux. Conformément à l'invention, également lors de la phase d'initialisation 51 : - un seuil minimal et un seuil maximal du débit RC courant de 10 transmission de données depuis chacun des N terminaux vers le pont de gestion de vidéo conférence sont fixés respectivement à une valeur L prédéterminée, par exemple 200 kbits/s, et à une valeur M prédéterminée, par exemple 2000 kbits/s, - un pas d'augmentation ou de réduction du débit courant RC est fixé à une valeur prédéterminée P, telle que par exemple P=100 kbits/s. 15 Un tel téléchargement est transparent pour les utilisateurs U1 à UN. Pour un terminal de communication donné TER,, la procédure de détermination du nombre de paquets de données audio/vidéo non reçus par le pont PVC suite à la réception d'un flux envoyé par le terminal TER,, est téléchargée dans le module DET tel que représenté sur la figure 2. 20 La procédure de détermination du nombre de paquets de données audio/vidéo non reçus par le pont PVC est par exemple encapsulée dans le message d'invitation M2 envoyé en S103 à chacun des N terminaux ou encore dans le message M3 envoyé en S108. Selon un autre mode de réalisation, la procédure de détermination du nombre de paquets de données audio/vidéo non reçus par le pont PVC est téléchargée 25 automatiquement par chacun des N terminaux lors de la connexion S105 de ces derniers au pont de gestion de vidéo conférence PVC. Une fois que l'initialisation 51 de la vidéo conférence et que le téléchargement S2 sont terminés, conformément au mode de réalisation de l'invention et en référence 30 à la figure 3B, pour un terminal de communication donné TER,, une opération de traitement S3 est mise en oeuvre par le terminal TER, au cours de la vidéo conférence, 15 de la façon suivante. En S300, à chaque instant courant de la vidéo conférence, le terminal TER, reçoit via son interface de communication IC, en provenance du pont de gestion de vidéo conférence PVC, un message REQ de requête en fourniture de paquets de 5 données qui n'ont pas été reçus par le pont PVC suite à la réception par ce dernier d'un flux audio vidéo ou bien vidéo envoyé par le module d'envoi ENV du terminal TER, à un instant précédent l'instant courant. Un tel flux audio vidéo (ou seulement vidéo) contient classiquement une pluralité de paquets de données vidéo et audio (ou seulement vidéo). De façon connue en soi, les paquets de données vidéo sont 10 numérotés dans un ordre prédéfini. Il en est de même pour les paquets de données audio. Le message de requête REQ reçu en provenance du pont PVC contient le nombre de paquets de données qui manquaient dans le flux envoyé par le terminal TER, à l'instant précédent, ainsi que leur numéro d'identification respectif. 15 Selon un exemple de réalisation, un tel message est envoyé par le pont PVC selon le protocole http ou Websocket. En S301, au bout d'une durée prédéterminée de quelques secondes, par exemple 2 secondes après le début de la vidéo conférence, le module de traitement MT du terminal TER, active alors une première fois le module de détermination DET 20 (figure 2) qui procède alors au comptage des paquets de données audio/vidéo non reçus à partir des informations contenues dans le message de requête reçu en S300. Soit NB le nombre de paquets non reçus qui ont été déterminés. En S302, si le module de traitement MT compare le nombre NB de paquets non reçus à la valeur d'un nombre prédéterminé J de paquets non reçus, tel que stocké 25 dans la mémoire MEM de la figure 2. Selon un exemple non exhaustif, J=8. Selon une première option, si NB J au lieu de NBk'1. 15 A cet effet, en S304, le module de traitement MT commande l'interface de communication IC du terminal TER,, pour envoyer au pont PVC, via le réseau RC, un message NOTIF de notification de la valeur Vc1. Selon un exemple de réalisation, un tel message NOTIF est envoyé selon le protocole http ou Websocket. 20 En S305, au bout d'une durée prédéterminée de quelques secondes, par exemple 4 secondes, après la réduction du débit courant RC mise en oeuvre en S304, le module de traitement MT du terminal TER, active alors une nouvelle fois le module de détermination DET (figure 2) qui procède alors au comptage du nombre NB de paquets de données audio/vidéo non reçus à partir des informations contenues dans 25 un nouveau message de requête reçu en S300. En S306, si le module de traitement MT compare le nombre NB déterminé de paquets non reçus à la valeur du nombre prédéterminé J de paquets non reçus. Si NB J selon l'implémentation de comparaison mise en oeuvre, 17 le module de traitement MT compare en S307 la valeur Vc, du débit courant RC au seuil minimal prédéterminé L. Si Vc I_ selon l'implémentation de comparaison mise en oeuvre, le module de traitement MT commande en S308 le module de variation VAR du terminal TER,, pour qu'il réduise la valeur du débit courant RC, à une valeur Vc2, telle que Vc2= Vci - P. 10 A cet effet, en S308, le module de traitement MT commande l'interface de communication IC du terminal TER,, pour envoyer au pont PVC, via le réseau RC, un message NOTIF de notification de la valeur Vc2. Les opérations S305, S306 et S307 sont itérées tout au long de la vidéo conférence, tant qu'en S302, il est déterminé que NBkJ ou NB>J. 15 En référence à la figure 3C, on décrit maintenant le déroulement de la phase de tentative d'augmentation du débit courant RC, selon un premier mode de réalisation. On suppose qu'à l'instant où est déclenchée cette phase, le débit courant RC a atteint une valeur de réduction Vcc, après q itérations de réduction, tel que el. 20 Si à l'issue de l'action S306 (figure 3B), NB J selon l'implémentation de comparaison mise en oeuvre, 18 le module de traitement MT compare en S312 la valeur Vcq du débit courant RC au seuil minimal prédéterminé L. Si VcqkL ou bien Vcq>L selon l'implémentation de comparaison mise en oeuvre, le module de traitement MT commande en S313 le module de variation VAR du 5 terminal TER, pour qu'il réduise la valeur Vcq du débit courant RC, à une valeur VO , telle que VO= Vcq - P. A cet effet, en S313, le module de traitement MT commande l'interface de communication IC du terminal TER,, pour envoyer au pont PVC, via le réseau RC, un message NOTIF de notification de la valeur VO. 10 A l'issue de la réduction de débit S313 ou bien si en S312, Vcq J) et kL (ou Vr1>L) puis Vr2 pourra être diminuée de P à son tour, et ainsi de suite tout au long de la vidéo conférence, tant 20 qu'il est répondu « oui » au test S311 et au test S312. Si en S311, NB M ou bien 19 Val >_M selon l'implémentation de comparaison mise en oeuvre, la phase de tentative d'augmentation revient alors en S310 pour une nouvelle détermination du nombre NB de paquets qui n'ont pas été reçus en S300 (figure 3B), laquelle est déclenchée au bout d'une durée prédéterminée supérieure à celle à laquelle la détermination S310 a 5 été déclenchée pour la première fois, soit par exemple 10 secondes ou 60 secondes. Ainsi la valeur courante Val du débit courant RC pourra être augmentée de P, tel que Va2=Val +P, si à nouveau NBkJ (ou NB>J) et Val J selon l'implémentation de comparaison mise en oeuvre, le module de traitement MT compare en S322 la valeur Vcc, du débit courant RC au seuil minimal prédéterminé L. 5 Si VceL ou bien Vcq>L selon l'implémentation de comparaison mise en oeuvre, le module de traitement MT commande en S323 le module de variation VAR (figure 2) du terminal TER, pour qu'il réduise : - le pas P à une nouvelle valeur P1=P/2, - la valeur Vcc, du débit courant RC, à une valeur V'r1, telle que 10 V'r1= VR', - (P1x où VR', est la valeur du dernier débit obtenu pour lequel le module de détermination DET de la figure 2 a déterminé que NB J) et Vr1kL (ou Vr1>L), au cours de X itérations de l'action de détermination S320, la valeur courante V'r1 du débit courant 25 RC pourra être réduite à une valeur V'r2, telle que V'r2= V'r1 - (P2xn?), tel que NB P2=P1/2, et ainsi de suite jusqu'à une valeur V'rX= V'rX-1 - (Pxx7). Ainsi, le pas initial P diminue de plus en plus à chaque itération de manière à obtenir des fluctuations à la baisse du débit courant RC de plus en plus faibles et non perçues par l'utilisateur UT, du terminal TER,. 30 Si en S321, NB 0, le module de traitement MT commande en S327 le module de variation VAR du terminal TER, pour que : - il diminue le pas P à une nouvelle valeur P1=P/2, 15 - il augmente la valeur Vcc, du débit courant RC, à une valeur V"al , telle que Val = VR', + A l'issue de l'augmentation de débit S326 ou S327 ou bien si en S324, Vcq>M ou bien Vc,,,M selon l'implémentation de comparaison mise en oeuvre, la phase de tentative d'augmentation revient alors en S320 pour une nouvelle détermination du 20 nombre NB de paquets non reçus en S300 (figure 3B), laquelle est déclenchée au bout d'une durée prédéterminée supérieure à celle à laquelle la détermination S320 a été déclenchée pour la première fois, soit par exemple 10 secondes ou 60 secondes. Ainsi, si à nouveau NB 0, la valeur courante Val du débit courant RC pourra être augmentée, en S327, à une valeur V"a2, telle que V"a2= Val +P2, tel que P2=P1/2, et 30 ainsi de suite jusqu'à une valeur V"aY= V"aY-1 + Py, tel que Py=Py_1/2. Ainsi, dans le cas où NB>0, le pas initial P diminue de plus en plus à chaque 22 itération de manière à obtenir des fluctuations à la hausse du débit courant RC de plus en plus faibles et non perceptibles par l'utilisateur UT, du terminal TER,. Dans le cas où NB=O, le dernier débit valide sera augmenté de P à chaque itération pour retrouver dès que possible un débit courant RC satisfaisant. 5 Il va de soi que les modes de réalisation qui ont été décrits ci-dessus ont été donnés à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention. REVENDICATIONS1. Procédé de communication par vidéo conférence entre N terminaux de communication, tel que Nk2, associés respectivement à N utilisateurs, dans lequel un terminal de communication (TER,) considéré parmi les N terminaux envoie, selon un débit ayant une valeur initiale prédéterminée, à un dispositif (PVC) de traitement de N flux vidéo ou de N flux audio et vidéo émis respectivement par les N terminaux, un flux de données associé à l'utilisateur du terminal considéré, ledit flux envoyé contenant une pluralité de paquets de données audio et/ou vidéo, le procédé étant caractérisé en ce qu'il met en oeuvre ce qui suit, au niveau du terminal de communication considéré (TER,) : - déterminer (S301) un nombre de paquets de données d'un flux envoyé par le terminal considéré au dispositif de traitement de flux, qui n'ont pas été reçus par le dispositif de traitement, - réduire (S304) le débit, dans le cas où le nombre de paquets de données non reçus est supérieur à un nombre prédéterminé (J), - itérer (S305) l'opération de détermination, - à chaque itération, réduire (S308) le débit, tant que le débit ne passe pas sous un premier seuil prédéterminé (L) ou que le nombre de paquets de données non reçus est supérieur audit nombre prédéterminé (J), - si au cours d'une itération, le débit passe au-dessous du premier seuil prédéterminé (L) ou bien le nombre déterminé de paquets de données non reçus est inférieur audit nombre prédéterminé (J), augmenter (S315) le débit, - itérer l'opération de détermination du nombre de paquets de données non reçus suite à l'augmentation du débit, - à chaque itération, selon que le nombre déterminé de paquets de données non reçus est inférieur, respectivement supérieur, au nombre prédéterminé (J), augmenter, respectivement diminuer, le débit, tant que le débit ne dépasse pas un deuxième seuil prédéterminé (M), respectivement ne passe pas sous ledit premier seuil prédéterminé (L). 24 2. Procédé de communication selon la revendication 1, dans lequel l'action d'augmenter, respectivement diminuer, le débit, est mise en oeuvre selon un pas (P) fixe prédéterminé. 5 3. Procédé de communication selon la revendication 1, dans lequel pour une itération donnée de détermination du nombre de paquets de données non reçus à la suite de l'augmentation du débit, l'action d'augmenter, respectivement diminuer, le débit, est mise en oeuvre selon un pas dont la valeur dépend du nombre de paquets non reçus qui a été déterminé à l'itération donnée. 10 4. Terminal (TER,) de communication par vidéo conférence avec au moins un autre terminal de communication, les deux terminaux appartenant à un ensemble de N terminaux de communication, tel que Nk2, associés respectivement à N utilisateurs, comprenant un module de traitement (MT) qui est agencé pour commander l'envoi, 15 selon un débit ayant une valeur initiale prédéterminée, à un dispositif de traitement de N flux vidéo ou de N flux audio et vidéo émis respectivement par les N terminaux, un flux de données associé à l'utilisateur du terminal de communication par vidéo conférence, ledit flux envoyé contenant une pluralité de paquets de données audio et/ou vidéo, 20 le terminal de communication par vidéo conférence étant caractérisé en ce que le module de traitement (MT) est agencé pour commander ce qui suit : - déterminer un nombre de paquets de données d'un flux envoyé par le terminal considéré au dispositif de traitement de flux, qui n'ont pas été reçus par le dispositif de traitement, 25 - réduire le débit, dans le cas où le nombre de paquets de données non reçus est supérieur à un nombre prédéterminé (J), - itérer l'opération de détermination, - à chaque itération, réduire le débit, tant que le débit ne passe pas sous un premier seuil prédéterminé (L) ou que le nombre de paquets de données non reçus est 30 supérieur audit nombre prédéterminé (J), - si au cours d'une itération, le débit passe au-dessous du premier seuil 25 prédéterminé (L) ou bien le nombre déterminé de paquets de données non reçus est inférieur audit nombre prédéterminé (J), augmenter le débit, - itérer l'opération de détermination du nombre de paquets de données non reçus suite à l'augmentation du débit, 5 - à chaque itération, selon que le nombre déterminé de paquets de données non reçus est inférieur, respectivement supérieur, au nombre prédéterminé (J), augmenter, respectivement diminuer, le débit, tant que le débit ne dépasse pas un deuxième seuil prédéterminé (M), respectivement ne passe pas sous ledit premier seuil prédéterminé (L). 10 5. Terminal de communication selon la revendication 4, dans lequel le débit est augmenté, respectivement diminué, selon un pas fixe prédéterminé. 6. Terminal de communication selon la revendication 5, dans lequel pour une itération 15 donnée de détermination du nombre de paquets de données non reçus à la suite de l'augmentation du débit, le débit est augmenté, respectivement diminué, selon un pas dont la valeur dépend du nombre de paquets non reçus qui a été déterminé à l'itération donnée. 20 7. Programme d'ordinateur comportant des instructions qui implémentent le procédé de communication selon l'une quelconque des revendications 1 à 3, lorsque ledit programme est exécuté sur un ordinateur. 8. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un 25 programme d'ordinateur comprenant des instructions qui implémentent le procédé de de communication selon l'une quelconque des revendications 1 à 3, lorsque ledit programme est exécuté par un ordinateur. 30