Brevet FR2851863A1 — publié le 20040903

La présente invention concerne un système de télécommunication destiné à permettre à plusieurs utilisateurs actifs d'échanger entre eux des informations matérialisées par au moins un flux de stimuli, lequel système incluant au moins un pont de conférence apte à traiter ledit flux de stimuli. De tels systèmes de télécommunication sont couramment mis en oeuvre pour réaliser des téléconférences entre de multiples participants physiquement distants les uns des autres. Les flux de stimuli pourront par exemple être constitués par des flux de sons et, optionnellement, par des flux d'images. Dans une telle application, le pont de conférence exécute une sommation des différents flux de sons émis par les différents 10 utilisateurs, et envoie à chaque utilisateur un signal représentatif du résultat de cette sommation, auquel aura été préalablement soustrait le flux de sons émis par l'utilisateur considéré. Le pont de conférence pourra en outre être apte à sélectionner à chaque instant un flux d'images émis par celui des utilisateurs qui parle à l'instant considéré, et à émettre le flux d'images sélectionné vers les autres utilisateurs, 15 réalisant ainsi une opération connue de l'homme du métier sous l'appellation "commutation d'images à la voix". Alternativement, le pont de conférence pourra être apte à recomposer une image d'ensemble sur la base des flux d'images envoyés par tous les utilisateurs actifs afin de créer une illusion de présence simultanée en un même lieu virtuel de tous ces utilisateurs, réalisant ainsi une opération connue de 20 l'homme du métier sous l'appellation "simulation de présence permanente". Il existe ainsi dans l'état actuel de la technique des systèmes de télécommunication aptes à traiter des signaux corporels, tels des sons o des gestes, émis par des utilisateurs de tels systèmes. Cependant, ces signaux corporels émis par un utilisateur actif peuvent être enrichis par des signaux de données, par exemple des 25 textes, des graphiques ou tout type de présentation audiovisuelle préenregistrée, dans le but de faciliter la compréhension des propos tenus par cet utilisateur. Les ponts de conférence connus de l'état de la technique ne sont pas capables de traiter par eux-mêmes de tels signaux de données, de sorte qu'un équipement spécifique doit être prévu à cet effet. Un serveur de données peut être mis en oeuvre 30 dans ce but, lequel serveur sera apte à recueillir des données, via un réseau de communication comme le réseau Intemet, depuis les équipements informatiques mis en oeuvre par les différents utilisateurs actifs du système de télécommunication décrit plus haut. Un tel serveur sera destiné à stocker les données provenant des divers utilisateurs actifs et à les rendre accessibles auxdits utilisateurs actifs au cours de la 5 téléconférence en vue de laquelle ces données ont été générées. Les signaux de données seront en général de nature numérique puisqu'ils auront le plus souvent été générés par des équipements informatiques, de type ordinateur personnel ou station de travail. Pour permettre une diffusion à un large public des connaissances exposées au 10 cours d'une téléconférence, il est souhaitable de rendre accessibles à des utilisateurs passifs les flux d'images, de sons et éventuellement de données qui sont échangés entre des utilisateurs actifs connectés au pont de conférence, lesquels utilisateurs passifs n'étant pas eux-mêmes directement connectés au pont de conférence et étant donc inaptes à intervenir activement dans ces échanges. Dans l'état actuel de la technique, une telle diffusion n'est pas réalisable au moyen du seul pont de conférence, car les flux d'informations, en particulier les flux d'images, qui sont destinés à transiter au travers du pont de conférence présentent un volume tel qu'un faible nombre de participants actifs suffit à consommer en totalité une bande passante attribuée à des ressources de transmission dudit pont de 20 conférence. Un serveur de données tel celui évoqué plus haut ne peut quant à lui être mis en oeuvre que pour diffuser des données accessoires aux interventions des différents utilisateurs actifs, et ne saurait être mis en oeuvre pour diffuser les flux d'images et de son décrits plus haut. Par ailleurs, le pont de conférence réalise un traitement des flux d'images et de 25 sons selon des formats qui lui sont propres et ne sont a priori pas compatibles avec des protocoles de transmission de données standardisés, de sorte que seuls des utilisateurs connectés entre eux par un tel pont de conférence pourront avoir accès à ces flux. L'un des buts de l'invention est de permettre une diffusion vers un nombre 30 important d'utilisateurs passifs de l'ensemble du contenu d'une conférence à laquelle participent différents utilisateurs actifs, lequel contenu sera matérialisé par un flux de stimuli constitué par exemple par des flux de sons, des flux de données et optionnellement des flux d'images. En effet, un système de télécommunication conforme au paragraphe introductif est caractérisé selon l'invention en ce qu'il inclut, outre le pont de conférence: un serveur de données relié à au moins un terminal mis à disposition d'au moins un desdits utilisateurs actifs et apte à recevoir des données en provenance dudit terminal, et un dispositif de compilation apte à collecter ledit flux de stimuli traité par le 10 pont de conférence, d'une part, et des informations de synchronisation relatives à des données reçues par le serveur de données, d'autre part, et à générer des signaux représentatifs desdits stimuli et desdites informations de synchronisation en vue d'une transmission de ces signaux vers au moins un autre terminal distinct du ou des terminaux mis à disposition d'au moins un desdits utilisateurs actifs. L'invention permet un regroupement de tous les flux d'informations, et une transformation desdits flux en signaux compatibles avec des moyens de transmission courants, comme par exemple le réseau Internet. Ces signaux peuvent alors être aisément diffusés vers un grand nombre d'utilisateurs passifs, sans qu'une telle diffusion ne perturbe le fonctionnement du pont de conférence. Selon un mode de mise en oeuvre particulier de l'invention, au moins un terminal mis à disposition d'un utilisateur actif est apte à générer des signaux de commande associés à des données émises par ledit utilisateur actif, le pont de conférence étant apte à véhiculer lesdits signaux de commande vers au moins un autre terminal mis à disposition d'un autre utilisateur. Le fait que le pont de conférence soit apte à véhiculer des signaux de commande, par exemple via un canal spécifique, permettra un pilotage à distance, par l'utilisateur actif qui est en train de développer un exposé, de terminaux mis à la disposition de l'auditoire dudit utilisateur actif. Ces signaux de commande pourront constituer des ordres ou signaler des évènements spécifiques survenant dans le fil de 30 l'exposé. Un ou plusieurs canaux de communication seront avantageusement aménagés entre un ou plusieurs terminaux distincts du ou des terminaux mis à disposition d'au moins un desdits utilisateurs actifs et un ou plusieurs desdits terminaux mis à disposition d'utilisateurs actifs. Un tel canal de communication permettra à un ou plusieurs utilisateurs passifs du système de télécommunication de transmettre des messages contenant des questions ou des observations aux utilisateurs actifs. Les utilisateurs passifs pourront ainsi réagir à un ou plusieurs exposés dont ils auront été, dans un premier temps, uniquement spectateurs, afin d'obtenir des éclaircissements sur certains passages 10 desdits exposés, ou encore afin d'émettre des remarques qui ne pourront qu'enrichir le contenu d'exposés futurs. Un tel aménagement du système décrit plus haut permettra ainsi de conférer une part de relative interactivité aux exposés transmis aux utilisateurs passifs, qui n'ont pas la possibilité d'intervenir en temps réel dans le déroulement desdits exposés. De tels canaux de communication rendent également possibles, entre 15 autres applications complémentaires, des consultations d'opinion au moyen de votes en ligne. Selon une variante de l'invention, un système de télécommunication tel que décrit plus haut inclura en outre des moyens de mémorisation destinés à mémoriser des informations véhiculées par des signaux générés par le dispositif de compilation. 20 Une telle variante de l'invention permettra une transmission en différé d'une téléconférence vers des utilisateurs passifs, mais aussi vers des utilisateurs actifs qui auraient participé à ladite téléconférence et pourraient souhaiter la revivre dans son ensemble, et non depuis le seul point de vue d'acteur qui aura été le leur lors du déroulement de la conférence qui a été enregistrée. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels: La Fig. 1 est un schéma fonctionnel qui représente un système de 30 télécommunication conforme à un mode de mise en oeuvre particulier de l'invention, La Fig.2 est un schéma fonctionnel qui représente des moyens de mise en forme mis en oeuvre dans un dispositif de compilation inclus dans un tel système de télécommunication, et La Fig.3 est un schéma fonctionnel qui représente des moyens de diffusion mis en oeuvre dans un tel système de télécommunication. La Fig. i représente un système de télécommunication SYST dans lequel l'invention est mise en oeuvre. Ce système SYST est ici destiné à permettre à un premier, un deuxième, un troisième et un quatrième utilisateurs actifs AUI, AU2, AU3 et AU4 d'échanger entre eux des flux de stimuli matérialisés dans cet exemple 10 par des flux d'images IFi joints à des flux de sons SFi (pour i=l à 4). Chaque utilisateur actif AUi est ici muni d'un terminal incluant un dispositif d'affichage DISPi, lequel est muni d'au moins une caméra CM et d'au moins un microphone MC respectivement destinés à générer les flux d'images et de sons IFi et SFi destinés aux autres utilisateurs du système SYST. Le dispositif d'affichage DISPi 15 est constitué par un écran destiné à afficher des flux d'images destinés à l'utilisateur actif AUi, et d'au moins un haut-parleur LS destiné à restituer des flux de sons destinés audit utilisateur actif AUi. Ce système SYST inclut un pont de conférence CNFB apte à traiter lesdits flux d'images et de sons LFi et SFi (pour i=l à 4). Le pont de conférence CNFB est ici 20 destiné à exécuter, selon une technique connue de l'homme du métier, une sommation des différents flux de sons SFi (pour i=l à 4) émis par les différents utilisateurs actifs AUi, et à générer ainsi un flux de sons résultant SF1234. Le pont de conférence CNFB est alors apte à envoyer à chaque utilisateur actif AUi (pour i=l à 4) un signal représentatif du flux de sons résultant SF1234, auquel aura été préalablement soustrait 25 le flux de sons SFi émis par l'utilisateur actif AUi considéré. Ainsi, le premier utilisateur actif AUJ recevra depuis le pont de conférence un flux de sons SF234 constitué par le flux de sons résultant SF1234 auquel aura été soustrait le flux de sons SF1 émis par le premier utilisateur actif AUl lui-même. Dans un mode de réalisation particulier de l'invention non-représenté sur la 30 présente figure, le pont de conférence CNFB pourra être apte à sélectionner à chaque instant le flux d'images émis par celui des utilisateurs actifs qui parle à l'instant considéré, et à émettre le flux d'images sélectionné vers les autres utilisateurs actifs, réalisant ainsi une opération connue de l'homme du métier sous l'appellation "commutation d'images à la voix". Dans le mode de réalisation particulier de l'invention décrit ici, le pont de conférence CNFB est apte à recomposer un flux d'images d'ensemble IF1234 obtenu sur la base des flux d'images IFi envoyés par tous les utilisateurs actifs AUj (pour i=l à 4) afin de créer une illusion de présence simultanée en un même lieu virtuel de tous les utilisateurs actifs, réalisant ainsi une opération connue de l'homme du métier sous 10 l'appellation "simulation de présence permanente". Le pont de conférence CNFB est alors apte à envoyer à chaque utilisateur actif AUi (pour i=1 à 4) un signal représentatif du flux d'images résultant 1F1234, auquel aura été préalablement soustrait le flux d'images IFi émis par l'utilisateur actif AUi considéré. Ainsi, le deuxième utilisateur actif AU2 recevra depuis le pont de conférence un flux d'images 15 IF134 constitué par le flux d'images résultant IF1234 auquel aura été soustrait le flux d'images IF2 émis par le deuxième utilisateur actif AUI lui-même. Chaque terminal mis à disposition d'un utilisateur actif AUi inclut dans l'exemple décrit ici un ordinateur personnel PCi qui permettra à cet utilisateur actif d'émettre vers les autres utilisateurs du système des signaux de données, par exemple 20 des textes, des graphiques ou tout type de présentation audiovisuelle préenregistrée, dans le but de faciliter la compréhension des propos tenus par cet utilisateur actif. Réciproquement, l'ordinateur personnel PCi dont est ici muni chaque utilisateur actif AUI permettra à cet utilisateur actif de recevoir des signaux de données depuis les autres utilisateurs du système. Une gestion locale des flux de données provenant de ou destinés à chaque utilisateur actif AUi (pour i=1 à 4) est réalisée au moyen d'une application logicielle spécifique APi installée sur l'ordinateur personnel PCi dudit utilisateur actif AUi. Dans l'exemple décrit ici, les flux d'images et de sons en provenance de ou destinés à chaque utilisateur AUi transitent également via son ordinateur personnel 30 PCi, ce qui permet de rassembler en un unique appareil l'ensemble des équipements localement nécessaires à chaque utilisateur actif pour intervenir dans une téléconférence réalisée au moyen d'un système de télécommunication SYST conforme à la présente invention. Un tel rassemblement de moyens est toutefois purement optionnel et sans incidence directe sur l'invention elle-même. Ainsi qu'exposé plus haut, le pont de conférence CNFB n'est pas capable de traiter par lui-même des flux de données, de sorte qu'un équipement spécifique est prévu à cet effet. Un serveur de données DTSV est mis en oeuvre dans ce but, lequel serveur de données DTSV sera apte à recueillir de tels flux de données, via un réseau de communication comme le réseau Internet, depuis les ordinateurs personnels PCi 10 dont sont munis les différents utilisateurs actifs AUi (pour i=l à 4) du système de télécommunication SYST. Dans l'exemple décrit ici, seul le premier utilisateur AU] émet des données Dl qui seront stockées dans le serveur de données DTSV et retransmises par ledit serveur DTSV vers les autres utilisateurs actifs AU2, AU3 et AU4 au cours du développement par le premier utilisateur actif AUl de l'exposé en 15 vue duquel ces données ont été générées. Le premier utilisateur actif AUl pourra par exemple être un professeur dispensant un cours à trois classes différentes qui constituent chacune l'un des deuxième, troisième et quatrième utilisateurs actifs AU2, AU3 et AU4. Pour permettre une diffusion à un large public des connaissances exposées au 20 cours d'une téléconférence, il est souhaitable de rendre accessibles à des utilisateurs passifs PUl, PU2... PUN les flux d'images, de sons et éventuellement de données qui sont échangés entre les utilisateurs actifs AUi (pour i=l à 4) connectés au pont de conférence CNFB, lesquels utilisateurs passifs PUj (pour j=l à N) n'étant pas directement connectés au pont de conférence CNFB et donc a priori inaptes à 25 intervenir activement dans ces échanges. Une telle diffusion à un large public n'est pas réalisable au moyen du seul pont de conférence CNFB, car les flux d'informations, en particulier les flux d'images IFi, qui sont destinés à transiter au travers du pont de conférence CNFB présentent un volume tel qu'un faible nombre de participants actifs AUi suffit à consommer en 30 totalité une bande passante attribuée audit pont de conférence CNFB. Par ailleurs, le pont de conférence CNFB réalise un traitement des flux d'images et de sons selon des formats qui lui sont propres et ne sont apriori pas compatibles avec des protocoles de transmission de données standardisés, par exemple le protocole Internet, de sorte que, dans l'état actuel de la technique, seuls des utilisateurs qui sont directement connectés 5 au pont de conférence CNFB peuvent avoir accès aux flux d'informations qui le traversent. Dans ce mode de réalisation de l'invention, le système SYST inclut un dispositif de compilation CMPD apte à collecter des flux d'images et de sons traités par le pont de conférence, d'une part, et des informations de synchronisation relatives à des 10 données reçues par le serveur de données DTSV, d'autre part. Les flux d'images et de sons IFi et SFi pourront être collectés individuellement, ou, comme c'est le cas ici, sous la forme des flux résultants IF1234 et SF1234 générés par le pont de conférence CNFB. Les données DI collectées depuis le serveur de données DTSV étant déjà sous une forme compatible avec un protocole de transmission dédié à un réseau public, 15 lesdites données n'auront pas en principe à subir un décodage spécifique. Le dispositif de compilation CMPD inclut des moyens de décodage DECIS desdits flux de sons et d'images résultants SF1234 et IF1234 et des moyens de mise en forme FISD aptes à générer des signaux représentatifs desdites images, desdits sons et desdites données en vue d'une transmission de ces signaux via des moyens de 20 diffusion BRDSV vers des terminaux mis à disposition de N utilisateurs passifs PUj (pour j=1 à N), qui sont distincts des terminaux mis à disposition des utilisateurs actifs AUi (pour i=1 à 4). Les moyens de décodage DECIS séparent à cet effet en trois flux distincts SF, IF et SC les flux de sons et d'images résultants SF1234 et IF1234, ainsi que les 25 informations de synchronisation SC. Les moyens de mise en forme FISD génèrent alors des flux média SCMF, qui ont été convertis en un format compatible avec un protocole de transmission dédié à un réseau public, par exemple en un format Windowsmedia ou Realnetworks dédié à une diffusion via le réseau Internet (l'un ou l'autre des signes précités pouvant être 30 protégé). Les flux média SCMF ont vocation à inclure les flux d'images et de sons (S.I)F1234 générés par tous les utilisateurs actifs, lesquels flux d'images et de sons sont synchronisés au moyen d'informations de synchronisation SYNC issues du signal de commande SCI et relatives aux données DI, émises par le premier utilisateur actif au soutien de son exposé, avec lesdites données Dl. Les moyens de diffusion BRDSV fourniront, éventuellement sur requête, à chaque terminal mis à disposition d'un utilisateur passif PUj (pour j=1 à N) des flux PUjFx intégrant des images, des sons, et des informations de synchronisation et issus des flux média SCMF, qui pourront avoir été préalablement mémorisés. Dans le mode de réalisation de l'invention qui est décrit ici, le terminal mis à 10 disposition du premier utilisateur actif AUI est apte à générer des signaux de commande SCI associés aux données DI émises par ledit premier utilisateur actif AUI. Le pont de conférence CNFB est apte à véhiculer ces signaux de commande SCI vers les terminaux mis à disposition des autres utilisateurs actifs AU2, AU3 et AU4, d'une part, mais aussi vers les terminaux mis à disposition des utilisateurs 15 passifs PUI, PU2...PUN. Une telle diffusion des signaux de commande SCI, par exemple via un canal spécifique, permettra un pilotage à distance, par l'utilisateur actif qui est en train de développer un exposé, de terminaux mis à la disposition de l'auditoire dudit utilisateur actif. Les terminaux PUl, PU2. . .PUN pourront par exemple, sur un ordre transmis par 20 les signaux de commande SCI et matérialisé par les informations de synchronisation SYNC, requérir de la part du serveur de données DTSV et au moyen de requêtes Drq une fourniture de données DI à des instants pertinents définis par lesdits signaux de commande SCI. Il est à noter ici que les signaux de commande SCI pourront, dans d'autres 25 modes de mise en oeuvre de l'invention, être diffusés par d'autres voies et pourront en particulier ne pas transiter par le pont de conférence CNFB, en étant par exemple véhiculés conjointement aux signaux de données DI. Dans d'autres configurations du système SYST, non-représentées ici dans le but de ne pas compliquer inutilement la description de l'invention, les autres utilisateurs 30 actifs AUi (pour i=2 à4) pourront eux aussi émettre des données Di et des signaux de commande SCi qui leur seront associés, en vue d'une diffusion générale ou éventuellement sélective des données Di et des signaux SCi vers les terminaux mis à disposition des autres utilisateurs du système SYST. Les signaux de commande SCi seront automatiquement générés par les applications APi destinées à générer et émettre les données Di auquel lesdits signaux de commande SCi sont associés. Les signaux de commande pourront constituer des ordres ou signaler des événements spécifiques survenant dans le fil de l'exposé. Parmi différents types d'ordres possibles, le signal de commande pourra inclure une commande à distance de lancement ou d'arrêt d'une application donnée, comme 10 un navigateur Internet, une calculatrice, un logiciel de traitement de texte ou de présentations de graphiques, etc. Le signal de commande pourra en outre inclure une commande à distance de déplacement d'une fenêtre associée à une application vers des coordonnées spécifiques d'un écran du terminal auquel un tel ordre est destiné, ainsi qu'une largeur et/ou une hauteur d'une telle fenêtre. Le signal de commande 15 pourra de plus inclure une commande d'activation à l'écran d'une application qui aurait été préalablement placée dans un menu de type "barre des tâches". Le signal de commande pourra également ordonner une exécution d'une fonction d'un objet de type "menu" ou d'un objet de type "bouton" d'une quelconque application préalablement installée sur le terminal auquel un tel ordre est destiné. Parmi différents types d'événements possibles, le signal de commande pourra signaler une demande de synchronisation d'une page Web quelconque. Le signal de commande pourra en outre signaler une demande de synchronisation d'affichage d'un graphique extrait du serveur de données, laquelle demande aura été matérialisée par un utilisateur actif à l'origine dudit graphique par une action sur une touche d'un 25 clavier ou par un click sur une souris. Le signal de commande pourra également signaler une demande de synchronisation d'une animation d'un tel graphique, laquelle demande pourra également avoir été matérialisée par une action sur une touche d'un clavier ou par un click sur une souris. Par ailleurs, le système SYST décrit dans cet exemple de réalisation de 30 l'invention inclut un canal de communication CCPA entre les terminaux mis à disposition des utilisateurs passifs PUI, PU2... PUN et les terminaux mis à disposition des utilisateurs actifs, seul le canal de communication destiné au premier utilisateur actif AUI étant représenté ici afin de limiter la complexité de la présente figure. Un tel canal de communication CCPA permettra à un ou plusieurs utilisateurs 5 passifs PUI, PU2...PUN de transmettre des messages PUQ contenant des questions ou des observations aux utilisateurs actifs. Les utilisateurs passifs PUI, PU2... PUN pourront ainsi réagir en temps réel ou en différé à un ou plusieurs exposés dont ils auront été, dans un premier temps, uniquement spectateurs, afin d'obtenir des éclaircissements sur certains passages desdits exposés, ou encore afin d'émettre des 10 remarques qui ne pourront qu'enrichir le contenu d'exposés futurs. Le canal de communication CCPA rend également possible, entre autres applications complémentaires, des votes en ligne. La Fig.2 illustre schématiquement comment des moyens de mise en forme FISD inclus dans le dispositif de compilation précédemment décrit peuvent être réalisés. Ces 15 moyens de mise en forme FISD sont destinés à recevoir des flux de sons et d'images SF et IF ainsi que des signaux de commande SC préalablement décodés. Un module d'encodage audio/vidéo A/VENC est destiné à encoder lesdits flux de sons et d'images en un format compatible avec un protocole de transmission via le réseau Internet, par exemple en un format Windowsmedia ou Realnetworks. Le contenu des 20 signaux de commande SC est intégré aux flux de sons et d'images ainsi encodés par un module de synchronisation SCIR, destiné à délivrer en temps réel des flux SCMF aux moyens de diffusion, d'une part, mais aussi à des moyens de mémorisation qui permettront une diffusion de ces flux en différé. La Fig.3 illustre schématiquement comment des moyens de diffusion BRDSV 25 peuvent être réalisés. Ces moyens de diffusion BRDSV incluent des moyens d'aiguillage MX, par exemple un multiplexeur, destinés à recevoir soit des flux SCMF produits en temps réel par le dispositif de compilation, soit des flux MF préalablement mémorisés en vue de leur diffusion en différé. Les moyens de diffusion BRDSV incluent en outre un module d'interface MI comprenant, d'une part, un détecteur 30 d'utilisateur passif PUDET et, d'autre part, un émetteur de flux PUBRD. Le détecteur d'utilisateur passif PUDET est destiné à recevoir des requêtes de flux PUjRq émises par des utilisateurs passifs PUj (pour j=1 à N), chaque utilisateur PUj identifiant au moyen d'une telle requête PUjRq des caractéristiques techniques propres au terminal qui est à sa disposition, et la nature du flux d'informations qu'il souhaite recevoir, à 5 savoir informations produites en temps réel ou en différé. Le détecteur d'utilisateur passif PUDET émettra un signal de contrôle Cnt présentant dans cet exemple une valeur binaire "O" ou "1" qui indiquera aux moyens d'aiguillage MX s'il doit sélectionner des flux SCMF produits en temps réel ou des flux MF préalablement mémorisés en vue de leur transmission à l'émetteur de flux PUBRD, qui restituera des 10 flux PUjFx spécifiquement adaptés aux caractéristiques techniques définies par l'utilisateur passif PUj dans sa requête PUjRq. REVENDICATIONS 1) Système de télécommunication destiné à permettre à plusieurs utilisateurs actifs d'échanger entre eux des informations matérialisées par au moins un flux de stimuli, lequel système incluant au moins un pont de conférence apte à traiter ledit flux de stimuli, système caractérisé en ce qu'il inclut en outre: un serveur de données relié à au moins un terminal mis à disposition d'au moins un desdits utilisateurs actifs et apte à recevoir des données en provenance dudit terminal, et un dispositif de compilation apte à collecter ledit flux de stimuli traité par le 10 pont de conférence, d'une part, et des informations de synchronisation relatives à des données reçues par le serveur de données, d'autre part, et à générer des signaux représentatifs desdits stimuli et desdites informations de synchronisation en vue d'une transmission de ces signaux vers au moins un autre terminal distinct du ou des terminaux mis à disposition d'au moins un desdits utilisateurs actifs. 2) Système de télécommunication selon la revendication 1, dans lequel au moins un terminal mis à disposition d'un utilisateur actif est apte à générer des signaux de commande associés à des données émises par ledit utilisateur actif, le pont de conférence étant apte à véhiculer lesdits signaux de commande vers au moins un autre terminal mis à disposition d'un autre utilisateur. 3) Système de télécommunication selon l'une des revendications 1 ou 2, incluant au moins un canal de communication entre un terminal distinct du ou des terminaux mis à disposition d'au moins un desdits utilisateurs actifs et au moins un terminal mis à disposition d'un utilisateur actif 4) Système de télécommunication selon l'une des revendications 1 à 3, incluant 25 en outre des moyens de mémorisation destinés à mémoriser des informations véhiculées par des signaux générés par le dispositif de compilation.