FR2992808A1 - Systeme, serveur, procede, produit programme d'ordinateur et moyen de stockage pour la mise en oeuvre d'une conference multipoints - Google Patents

Abstract

La présente invention concerne un système de conférence multipoints comprenant au moins une unité de contrôle (2) d'une conférence multipoints entre une pluralité de terminaux (1a, 1b, 1c) connectés à l'unité de contrôle (2), le système étant caractérisé en ce qu'il comprend en outre un serveur de gestion de conférence (3) connecté à l'unité de contrôle (2), ledit serveur de gestion de conférence (3) comprenant des moyens de traitement de données configurés pour : - obtenir des instructions codant une séquence d'étapes élémentaires, ladite séquence étant représentative du déroulement d'une conférence multipoint ; - au cours de ladite conférence multipoint, pour chaque étape élémentaire de ladite séquence d'étapes élémentaires, transmettre à l'unité de contrôle un message de déclenchement d'au moins une action mettant en oeuvre l'étape élémentaire considérée.

Description

DOMAINE TECHNIQUE GENERAL La présente invention concerne le domaine des communications téléphoniques et/ou visiophoniques.

Plus précisément, elle concerne un système de conférence multipoints. ETAT DE L'ART Les conférences téléphoniques, souvent familièrement appelées « conf-calls », sont des conversations téléphoniques mettant en relation deux personnes ou plus. Certains systèmes permettent d'y ajouter la vidéo, on parle alors de visioconférence. Les conférences téléphoniques sont particulièrement utilisées pour remplacer des réunions, en évitant que les participants n'aient à se déplacer. Le principe est de communiquer aux participants un numéro d'appel, éventuellement associé à un code d'accès, pour joindre la conférence. Une fois ce numéro composé, le participant est guidé et accueilli par un serveur vocal. Les services de conférence téléphonique permettent quelquefois d'ajouter des options en ce qui concerne l'entrée en conférence d'un ou plusieurs participants. Par exemple il peut être prévu des musiques d'attente, des ritournelles (« jingles »), une certaine sécurisation ou confidentialité de la conférence, un verrouillage de l'accès à la conférence à partir d'une certaine heure, etc. L'appui sur des touches du téléphone et l'émission de codes DTMF qui en résulte peut éventuellement déclencher des fonctions supplémentaires telles que l'enregistrement d'une partie de la conférence.

Ces services de conférences téléphoniques apportent satisfaction, mais s'avèrent limités. En effet, on constate qu'une conférence téléphonique est plus difficile à cadrer qu'une réunion physique, pour laquelle on dispose souvent d'un ordre du jour strict, avec la possibilité de faire entrer ou sortir des personnes en fonction d'un planning. Or, les systèmes existants se contentent de fixer les options et services connexes à mettre en oeuvre à l'entrée de la conférence. Il serait ainsi intéressant de pouvoir complètement personnaliser le déroulement d'une conférence téléphonique, comme on le ferait pour une vraie réunion. PRESENTATION DE L'INVENTION La présente invention se rapporte ainsi selon un premier aspect à un système de conférence multipoints comprenant au moins une unité de contrôle d'une conférence multipoints entre une pluralité de terminaux connectés à l'unité de contrôle, le système étant caractérisé en ce qu'il comprend en outre un serveur de gestion de conférence connecté à l'unité de contrôle, ledit serveur de gestion de conférence comprenant des moyens de traitement de données configurés pour : obtenir des instructions codant une séquence d'étapes élémentaires, ladite séquence étant représentative du déroulement d'une conférence multipoint ; au cours de ladite conférence multipoint, pour chaque étape élémentaire de ladite séquence d'étapes élémentaires, transmettre à l'unité de contrôle un message de déclenchement d'au moins une action mettant en oeuvre l'étape élémentaire considérée.

Le serveur de gestion de conférence permet ainsi de contrôler la conférence multipoints en fonction d'un ordre du jour du déroulement de la conférence préalablement établi. Une personnalisation et une structuration complètes de la conférence sont donc possible, contrairement à ce qui se passe dans les conférences actuelles, pour lesquelles les options de mises en oeuvre sont définies pour l'ensemble de la conférence. La grammaire utilisée pour coder le fichier d'instructions permet de coder des étapes élémentaires de haut niveau définissant le déroulement de la conférence, en faisant abstraction des protocoles mis en oeuvre pour envoyer les messages et d'exécuter les actions nécessaires à la mise en oeuvre des étapes élémentaires ainsi définies. Selon un mode de réalisation, chaque étape élémentaire est définie dans lesdites instructions par au moins un paramètre, ladite au moins une action déclenchée étant déterminée en fonction d'au moins un dit paramètre définissant l'étape élémentaire considérée. Chaque étape élémentaire peut donc être définie et personnalisée simplement au moyen d'un tel paramètre. Un tel paramètre est par exemple saisi par un utilisateur dans une interface utilisateur appropriée. Selon un mode de réalisation, lesdites instructions sont codées en un langage de balisage, la définition d'une étape élémentaire étant délimitée dans lesdites instructions par des balises, ledit au moins un paramètre définissant une étape étant codé par au moins un attribut desdites balises. Selon un mode de réalisation, les moyens de traitement de données du serveur de gestion de conférence sont en outre configurés pour générer un ou plusieurs scripts à partir desdites instructions, le ou les scripts étant exécutés pour générer et transmettre à l'unité de contrôle lesdits messages de déclenchement d'au moins une action dans ladite conférence.

Selon un mode de réalisation, le système comprend en outre un poste de travail connecté au serveur de gestion de conférence, le poste de travail comprenant des moyens de traitement configurés pour : mettre en oeuvre une interface permettant une saisie par un utilisateur de ladite séquence d'étapes élémentaires représentative du déroulement de la conférence multipoint ; générer lesdites instructions codant ladite séquence d'étapes élémentaires à partir de la séquence d'étapes élémentaires saisie, et transmettre au serveur lesdites instructions. L'interface mise en oeuvre pour la saisie par un utilisateur des étapes élémentaires définissant les différentes phases de la conférence est simple et intuitive. En particulier, elle ne demande pas de connaissance technique particulière, ni la compréhension du fichier d'instructions codant pour ladite séquence d'étapes élémentaires : ces instructions sont simplement générées par le poste de travail suite aux saisies effectuées par l'utilisateur. En outre cette interface peut être rendue accessible à un utilisateur, organisateur de la conférence, afin de modifier en cours de conférence le déroulement de cette conférence.

Selon un mode de réalisation particulier, ladite interface permet de saisir pour chaque étape élémentaire au moins un paramètre définissant ladite étape élémentaire. Selon un mode de réalisation particulier, un paramètre définissant une étape élémentaire est une identification d'un service de conférence à mettre en oeuvre pendant l'étape élémentaire, l'interface comprenant des moyens de sélection par l'utilisateur d'une identification parmi un ensemble de services de conférence disponibles auprès du système de conférence. Ces services peuvent être des services interactifs, par exemple des services vocaux interactifs (SVI). On rend ainsi disponible ces différents services dans une séquence quelconque, choisie par l'utilisateur qui définit le déroulement de la conférence.

Selon un mode de réalisation particulier, un paramètre définissant une étape élémentaire est une durée, l'interface comprend des moyens de saisie d'une durée d'une étape élémentaire. Cette durée peut être une durée maximale accordée pour l'étape élémentaire considérée. Ceci permet de contrôler la durée totale de la conférence.

Selon un mode de réalisation particulier, un paramètre définissant une étape élémentaire est un intitulé d'étape à restituer pendant l'étape élémentaire, l'interface comprend des moyens de saisie d'un intitulé d'étape. Cela permet de communiquer aux participants sur le déroulement de la conférence. Ainsi les paramètres à saisir par l'utilisateur pour définir une étape élémentaire sont des paramètres de haut niveau, ne nécessitant pas de connaissance quant à la manière dont seront codées ces étapes élémentaires dans le fichier d'instructions. Selon un mode de réalisation, une dite étape élémentaire est choisie dans l'ensemble comprenant un enregistrement d'une partie au moins de la conférence multipoints, une restitution d'un média à au moins un des participants de la conférence, une opération de contrôle d'accès à la conférence, une coupure d'un ou plusieurs participants, un tour de table, et un verrouillage des participants. Cet ensemble est un exemple d'un ensemble de services de conférence disponibles pour une conférence.

Selon un mode de réalisation, les moyens de traitement du serveur de gestion de conférence sont en outre configurés pour déclencher un compteur de temps au début de chaque étape élémentaire, une étape élémentaire étant considérée comme terminée lorsque le compteur de temps atteint une éventuelle durée faisant partie dudit au moins un paramètre définissant ladite étape élémentaire ou, en l'absence de durée définie pour ladite étape élémentaire, lorsque ladite action déclenchée est terminée. Selon un mode de réalisation, ledit au moins un paramètre définissant à une étape élémentaire comprend un intitulé, au moins une action déclenchée pour cette étape élémentaire correspondant à une restitution pour des participants à la conférence d'un message reproduisant ledit intitulé. Selon un deuxième aspect, l'invention concerne un serveur de gestion de conférence apte à être connecté à une unité de contrôle d'une conférence multipoints entre une pluralité de terminaux connectés à l'unité de contrôle, ledit serveur étant caractérisé en ce qu'il comprend des moyens de traitement de données configurés pour : obtenir des instructions codant une séquence d'étapes élémentaires, ladite séquence étant représentative du déroulement d'une conférence multipoint ; au cours de ladite conférence multipoint, pour chaque étape élémentaire de ladite séquence d'étapes élémentaires, transmettre à l'unité de contrôle un message de déclenchement d'au moins une action mettant en oeuvre l'étape élémentaire considérée.

Selon un troisième aspect, l'invention concerne un procédé pour la mise en oeuvre d'une conférence multipoints entre une pluralité de terminaux connectés à une unité de contrôle de ladite conférence multipoints, le procédé étant caractérisé en ce qu'il comprend les étapes consistant à: obtenir par un serveur de gestion de conférence connecté à l'unité de contrôle des instructions codant une séquence d'étapes élémentaires, ladite séquence étant représentative du déroulement d'une conférence multipoint ; au cours de ladite conférence multipoint, pour chaque étape élémentaire de ladite séquence d'étapes élémentaires, transmettre, depuis le serveur de gestion de conférence, à l'unité de contrôle un message de déclenchement d'au moins une action mettant en oeuvre l'étape élémentaire considérée. Selon un quatrième et un cinquième aspects, l'invention concerne respectivement un produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé pour la mise en oeuvre d'une conférence multipoints entre une pluralité de terminaux connectés à une unité de contrôle de ladite conférence multipoints selon le troisième aspect de l'invention ; et un moyen de stockage lisible par un équipement informatique sur lequel un produit programme d'ordinateur comprend des instructions de code pour l'exécution d'un procédé pour la mise en oeuvre d'une conférence multipoints entre une pluralité de terminaux connectés à une unité de contrôle de ladite conférence multipoints selon le troisième aspect de l'invention. PRESENTATION DES FIGURES D'autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description qui va suivre d'un mode de réalisation préférentiel. Cette description sera donnée en référence aux dessins annexés dans lesquels : - la figure 1 est un schéma du système de conférence multipoints selon l'invention ; - la figure 2 est une capture d'écran d'une interface utilisateur utilisée dans un mode de réalisation de l'invention. DESCRIPTION DETAILLEE Architecture En référence à la figure 1, l'invention propose un système de conférence multipoints. La désignation « conférence multipoints » englobe l'ensemble des techniques permettant de faire une conversation avec deux personnes ou plus. Cela comprend naturellement les conférences téléphoniques, mais aussi par exemple les visioconférences, dans lesquelles un flux vidéo est également échangé. Dans la suite de la présente description, on prendra l'exemple d'une conférence téléphonique via le réseau téléphonique classique RTC (« Réseau Téléphonique Commuté »), mais on comprendra que l'invention concerne tout type de conférence multipoints mis en oeuvre via tout type de réseaux (RNIS, réseau Internet (IP), UMTS, etc.) Le système selon l'invention comprend une unité de contrôle 2, en particulier une unité de contrôle multipoints (MCU) et une pluralité de terminaux la, 1 b, lc connectés au MCU 2 via un réseau 10. Dans le cas d'une conférence téléphonique, les terminaux la, 1 b, 1 c sont classiquement des postes de téléphones, le réseau 10 étant par exemple RTC pour un poste fixe et UMTS pour un téléphone portable. Le réseau 10 peut en effet inclure plusieurs réseaux.

Le MCU 2 (pour « Multipoint Control Unit ») est un équipement connu, comprenant en particulier des moyens de traitement de données, des moyens de communication multicanaux avec les terminaux la, lb, 1c, et adapté pour établir une conférence multipoints entre les terminaux la, lb, 1 c. Le MCU 2 mixe ainsi les flux audio provenant de ces différents terminaux de sorte à créer un « pont de conférence », grâce auquel les participants sont mis en relation de telle manière que tout le monde entend généralement tout le monde. Dans le cas d'une visioconférence, le MCU gère également le routage et l'affichage des différents flux vidéo. Le MCU 2 est l'équipement adapté à mettre en oeuvre les options de conférence. Par exemple, si une authentification par code PIN est prévue, c'est le MCU 2 qui autorise ou non les connections suite à la saisie de ce code. Le MCU 2 présente pour cela une configuration dans laquelle sont définies un ensemble de règles correspondant aux options, par exemple « authentification activée », « afficher lors d'une visioconférence seulement la vidéo de la personne qui parle », etc. Dans les systèmes connus, cette configuration du MCU 2 est fixée au démarrage de la conférence téléphonique, d'où les limitations rencontrées. Le système selon l'invention est remarquable en ce qu'il comprend en outre un serveur de gestion de conférence 3 connecté au MCU 2, lequel va permettre, grâce à des mécanismes qui vont être expliqués, de modifier pendant la conférence la configuration du MCU 2, et de lui faire déclencher des actions dans ladite conférence. Il est à noter que le serveur 3 peut être connecté à plusieurs MCU 2 (chacun connecté à une pluralité de terminaux), de sorte à gérer une pluralité de conférences multipoints en parallèle.

Le serveur de gestion de conférence 3 est avantageusement disposé sur le réseau Internet 20 via lequel il est connecté au MCU 2. Le serveur 3 dispose en outre avantageusement d'une interface utilisateur 41 mise en oeuvre par un poste de travail 4 d'un utilisateur (par exemple grâce à un navigateur), le poste de travail 4 étant connecté au serveur 3 également via le réseau Internet 20. Ordre du jour d'une conférence Les moyens de traitement du serveur de gestion de conférence 3 sont configurés pour lire un fichier d'instructions codant pour une séquence d'étapes élémentaires associées chacune à une durée et/ou à au moins une option, ladite séquence étant représentative d'un « ordre du jour » d'une conférence multipoint. Ce fichier peut être un fichier générique stocké sur des moyens de stockage du serveur de gestion 3, mais avantageusement, comme mentionné précédemment il est obtenu via l'interface 41. Le poste de travail 4 comprend alors des moyens de traitement configurés pour : Mettre en oeuvre l'interface 41 permettant la saisie par un utilisateur de ladite séquence d'étapes élémentaires représentative d'un ordre du jour de la conférence multipoint ; Générer et transmettre au serveur 3 ledit fichier d'instructions codant pour ladite séquence d'étapes élémentaires. L'utilisateur de l'interface de saisie 41 est avantageusement un participant de la conférence multipoints, en particulier l'organisateur. Cette interface 41, dont un exemple est visible sur la figure 2, est un portail de réservation de conférence via lequel l'utilisateur peut saisir ledit « ordre du jour » de la conférence, en d'autres termes un planning ou déroulement de la conférence à venir. L'ordre du jour, est défini par une séquence d'étapes élémentaires de la conférence. Comme on le voit clairement sur la figure, cet ordre du jour est exprimé sous la forme d'une séquence d'étapes élémentaires, associées chacune à un ou plusieurs paramètres qui servent à définir et/ou paramétrer cette étape élémentaire. Ces paramètres comprennent par exemple une durée définie pour l'étape élémentaire considérée et/ou au moins une identification d'un service de conférence (appelée aussi ici option, ou option de conférence) à mettre en oeuvre pendant l'étape élémentaire considérée et/ou un intitulé à restituer pendant l'étape élémentaire considérée. A titre d'exemple, la figure 2 représente la saisie d'un ordre du jour dont la quatrième étape s'intitule « Bilan points d'action précédents », a une durée prévue de 10 minutes, et présente une option « orateur=06703099 » qui signifie que seul un participant (celui dont le numéro est renseigné) peut parler, les autres étant en « mute » (muet), c'est-à-dire coupés (ils peuvent écouter mais pas parler). L'idée est de cadrer une conférence multipoints grâce à l'ordre du jour par des annonces vocales et/ou des modifications de configuration du MCU 2 à des instants prédéfinis, comme il sera montré plus loin. De nombreux modes de réalisation sont possibles pour une éventuelle interface 41, à titre d'exemple, comme l'on voit sur la figure 2 l'interface 41 est sous la forme d'un tableau dont les cases sont éditables (par exemple grâce à un clavier), chaque ligne correspondant à une étape de la séquence d'étape.

La « durée » d'une étape est le temps prévu pour l'étape, exprimé en minutes. Il n'est pas obligatoire de prévoir une durée pour une étape, à condition qu'une « option » soit prévue pour cette étape. Par exemple la deuxième étape « Présentation des participants » est une étape de type « tour de table ». L'option tour de table donne successivement la parole à chacun des participants pour qu'il se présente, l'étape se terminant lorsque tous les participants se sont présentés. De façon générale, comme l'on verra plus loin, une étape se termine soit à l'issue de la durée prévue, soit lorsqu'une action coordonnée avec la durée et/ou de l'au moins une option associées à l'étape élémentaire de l'étape est terminée. Dans la majorité des cas, l'action est la lecture d'un message vocal du type « Votre réunion va maintenant traiter du sujet : XXXX » joué pour marquer le passage à une étape suivante. Les « options » supposent des modifications de configuration du MCU 2, et correspondent chacune à au moins une action supplémentaire par rapport à celles effectuées par défaut par le MCU 2 pour la mise en relation des participants à la conférence.

En particulier, une option associée à une étape correspond : à l'enregistrement de la conférence multipoints, à la lecture d'un média (par exemple un fond musical ou un message préenregistré), à la sécurisation par code PIN (l'étape est protégée par un code, les participants ne s'authentifiant pas étant éjectés. Cela est utile pour avoir la participation ponctuelle d'un intervenant à une conférence confidentielle), à la coupure d'un ou plusieurs participants (ces derniers sont mis en mode « mute » de façon à avoir un participant seul orateur par exemple), à l'organisation d'un tour de table, ou au verrouillage des participants (à partir de cette étape, plus aucun retardataire n'est accepté).

Comme on va à présent le voir, l'ordre du jour (saisi éventuellement par l'utilisateur au niveau de l'interface 41) est lu et traité par des moyens de traitement du serveur de gestion de conférence 3 lors de la mise en oeuvre de ladite conférence multipoints associée.

En particulier, comme mentionné précédemment, pour chaque étape élémentaire de ladite séquence d'étapes élémentaires, les moyens de traitement du serveur 3 sont configurés pour transmettre à l'unité de contrôle 2 un message de déclenchement d'au moins une action impactant le déroulement de la conférence, cette action étant déterminée à partir du ou des paramètres définissant l'étape élémentaire considérée.

Fichier d'instructions Avantageusement, les instructions sont en un langage de balisage, en particulier le langage XML (« eXtensible Markup Language »).

En l'espèce, ce fichier est généré par ladite interface 41 du serveur 3 à l'issue de la saisie. Dans le cas où l'interface 41 est mise en oeuvre par un poste de travail 4 connecté au réseau internet 20, ce sont des moyens de traitement du poste de travail qui génèrent les instructions qui seront enregistrées dans ce fichier. Le fichier est alors envoyé depuis le poste de travail 4 vers le serveur 3, par exemple via le protocole HTTP (« HyperText Transfer Protocol »). Dans ces instructions, chaque étape élémentaire est délimitée par des balises, la durée et/ou l'au moins une option associées à une étape étant des attributs des balises délimitant l'étape élémentaire. Par exemple, l'ordre du jour saisi sur l'interface 41 représenté par la figure 2 peut être codé par les instructions XML suivantes : <coachingTemplate> <reunion>Point projet / gestion des risques</reunion> <ordreDuJour> <accueil duration=5 audio=liftsong.wav>Accueil des 30 participants</accueil> <tourdetable>Présentation des participants</tourdetable> <point confidential=1234 >Accès confidentiel </point> <point duration=10 orateur=06703069>bilan points d'action précédent</point> 35 <point duration=30>analyse des risques nouveaux</point> <point duration=10>Points d'action</point> <point duration=5 recorded=reuniondu_20120316.wav>Conclusion</point> </ordreDuJour> 40 </coachingTemplate> On voit ainsi que la conférence, dont le titre est « Point projet / gestion des risques » commence par une étape intitulée « Accueil » d'une durée de 5 minutes. Pendant cette étape, pendant laquelle les participants rejoignent la conférence, un fichier audio « liftsong.waw » (éventuellement joint au paquet envoyé au serveur 3) est joué. Une deuxième étape intitulée « Présentation des participants » est une étape de type « tour de table ». Aucune durée n'est prévue. L'option tour de table correspond à la sollicitation à tour de rôle des participants (par exemple via une tonalité) pour prendre la parole et se présenter. La troisième étape intitulée « Accès confidentiel » consiste en une étape d'authentification. Aucune durée n'est à nouveau prévue. L'option « confidential=1234 » signifie que les participants doivent saisir le code 1234 sur leur terminal I a, 1 b, 1c sous peine d'être éjecté. Ce code PIN est choisi par l'organisateur, et communiqué séparément aux participants prévus, afin de garantir qu'aucun « passager clandestin » n'écoute la conférence. Les quatrième, cinquième, sixième et septième étapes sont ici des étapes correspondant aux différents sujets prévus dans la conférence : « Bilan points d'action précédents », « Analyse des risques nouveaux », « Points d'action » et « Conclusion ». Elles sont respectivement associées à des durées de 10, 30, 10 et 5 minutes. Parmi ces quatre dernières étapes, deux sont associées à des options. La quatrième étape présente ainsi l'option « orateur=06703099 ». Il s'agit d'une option de restriction de diffusion : le participant dont le numéro est celui renseigné devient « l'orateur » de l'étape, lui seul peut parler, les autres participants étant comme expliqué précédemment mis en « mute ». La septième et dernière étape présente une option « recorded=reuniondu_20120316.wav » qui signifie que l'étape est enregistrée sous la forme d'un fichier audio nommé « reuniondu_20120316 » créé sur les moyens de stockage du serveur 3.

Messages de déclenchement d'actions Comme expliqué précédemment, le serveur de gestion de conférence 3 lit et traite le fichier d'instructions afin de générer des messages de déclenchement d'au moins une action, la ou les actions à déclencher étant déterminées à partir du ou des paramètres définissant une étape élémentaire. Par « message » on entend l'envoi de données au sens général, dans certains cas sous la forme d'une requête. La nature de ces messages dépend des durées et/ou options associées aux étapes élémentaires.

Dans le cas où une étape n'est associée qu'à une durée, l'étape ne comprend avantageusement qu'une action (et donc l'envoi d'un seul message à l'unité de contrôle) de lecture d'un message vocal, annonçant notamment l'intitulé de l'étape. Le message peut être alors directement un flux audio que le MCU 2 reçoit et mixe avec les conversations des participants, afin que tout le monde l'entende. L'unité de contrôle 2 peut en outre comprendre un module vocal interactif (IVR, « Interactive Voice Response »), capable de faire de la synthèse vocale. Dans ce cas, c'est l'IVR qui crée le message vocal d'étape, le serveur 3 n'envoyant que les « mots » à insérer dans un squelette de message, au format textuel. Dans le cas où l'étape est associée à une option, l'étape peut également comprendre une action de lecture d'un message vocal, annonçant notamment l'option aux participants, par exemple « Nous vous informons que ce sujet sera enregistré ». Avantageusement, un même message vocal combine l'intitulé, la durée et/ou l'au moins une option de l'étape élémentaire. Outre cet éventuel message vocal, l'étape comportant une option comprend la transmission d'un ou plusieurs messages à l'unité de contrôle 2 pour l'exécution de l'action correspondant à l'option. Les messages envoyés par le serveur 3 sont alors spécifiques de l'option.

L'homme du métier saura définir les messages permettant la mise en oeuvre des actions de son choix, mais à titre d'exemple, si on reprend les options définissant des étapes élémentaires, précédemment mentionnées : un enregistrement de la conférence multipoints implique la transmission d'un message de requête de transfert du flux audio de la conférence multipoints de l'unité de contrôle 2 au serveur 3 ; la lecture d'un média implique la transmission d'un message comprenant ledit média et des instructions de lecture, ou directement du média sous forme de flux audio ; la sécurisation par code PIN implique la transmission d'un message de requête d'authentification de tous les participants, le message comprenant le code attendu ; la coupure d'un ou plusieurs participants implique tout d'abord la transmission d'un (ou plusieurs) messages de requête de mise de ces participants en mode mute, puis à la fin de cette étape la transmission d'un (ou plusieurs) messages de requête de fin de mode mute pour ces participants ; l'organisation d'un tour de table implique la transmission d'un message de requête de lancement du tour de table ; le verrouillage des participants implique la transmission d'un message de requête de blocage des nouvelles connexions de participants au niveau de l'unité de contrôle 2 ; Avantageusement, le serveur de gestion de conférence 3 génère un ou plusieurs scripts (en d'autres termes un fichier d'automatisation) à partir desdites instructions, le ou les scripts étant exécutés pour générer et transmettre à l'unité de contrôle 2 lesdits messages de déclenchement d'au moins une action dans ladite conférence. On peut par exemple disposer d'un modèle de script pour chaque type d'action, le modèle étant complété en fonction des données issues du fichier d'instructions. Les scripts facilitent en outre la gestion des durées : les moyens de traitement du serveur de gestion de conférence 3 sont en effet avantageusement configurés pour déclencher un compteur de temps au début de chaque étape élémentaire, couplé avec le script. Il est en outre possible d'ajouter des automatismes supplémentaires. Par exemple on peut prévoir que dès qu'un participant arrive en cours de conférence, un message vocal lui indique automatiquement le point en cours (par exemple en répétant le message vocal du début d'étape). Par ailleurs on peut prévoir au niveau de l'unité de contrôle 2 que l'appui sur une touche donnée des terminaux la, 1 b, lc entraîne la lecture d'un message vocal résumant l'ordre du jour de la réunion.

Serveur de gestion de conférence Selon un deuxième aspect, l'invention concerne le serveur de gestion de conférence 3 grâce auquel le système de conférence multipoints décrit précédemment permet une conférence personnalisée et structurée. De façon similaire à ce qui a été décrit précédemment, le serveur de gestion de conférence 3 est connecté à une unité de contrôle 2 d'une conférence multipoints entre une pluralité de terminaux la, 1 b, lc connectés à l'unité de contrôle 2, ledit serveur 3 étant caractérisé en ce qu'il comprend des moyens de traitement de données configurés pour : Lire un fichier d'instructions codant pour une séquence d'étapes élémentaires associées chacune à une durée et/ou à au moins une option, ladite séquence étant représentative d'un ordre du jour d'une conférence multipoint ; Au cours de ladite conférence multipoints, pour chaque étape élémentaire de ladite séquence d'étapes élémentaires, transmettre à l'unité de contrôle 2 un message de déclenchement d'au moins une action dans ladite conférence, ladite action étant coordonnée avec la durée et/ou de l'au moins une option associées à l'étape élémentaire. Procédé Selon un troisième aspect, l'invention concerne un procédé pour la mise en oeuvre d'une conférence multipoints entre une pluralité de terminaux (1a, 1 b, 1c) connectés à une unité de contrôle (2) de ladite conférence multipoints Ce procédé, mis en oeuvre en particulier par le serveur de gestion de conférences 3 et l'unité de contrôle 2, comprend des étapes de : Lecture par un serveur de gestion de conférence 3 d'un fichier d'instructions codant pour une séquence d'étapes élémentaires associées chacune à une durée et/ou à au moins une option, ladite séquence étant représentative d'un ordre du jour d'une conférence multipoint, et ledit serveur de gestion de conférence 3 étant connecté à l'unité de contrôle 2 ; Démarrage de ladite conférence multipoints par l'unité de contrôle 2 Pour chaque étape élémentaire de ladite séquence d'étapes élémentaires, transmission depuis le serveur de gestion de conférence 3 vers l'unité de contrôle 2 d'un message de déclenchement d'au moins une action dans ladite conférence, ladite action étant coordonnée avec la durée et/ou de l'au moins une option associées à l'étape élémentaire.

Ce procédé peut, préalablement à l'étape de lecture d'un fichier d'instructions, comprendre les étapes permettant l'obtention de ce fichier. Comme expliqué précédemment, le procédé comprend alors des étapes de : Mise en oeuvre d'une interface 41 au niveau d'un poste de travail 4 connecté au serveur de gestion de conférence 3, de sorte à permettre la saisie par un utilisateur de ladite séquence d'étapes élémentaires représentative d'un ordre du jour de la conférence multipoint ; Génération par le poste de travail 4 dudit fichier d'instructions codant ladite séquence d'étapes élémentaires, et transmission au serveur 3.

Produit programme d'ordinateur Selon un quatrième et un cinquième aspects, l'invention concerne un produit programme d'ordinateur comprenant des instructions de code pour l'exécution (en particulier sur des moyens de traitement du serveur de gestion de conférence 3) d'un procédé pour la mise en oeuvre d'une conférence multipoints entre une pluralité de terminaux la, lb, 1 c connectés à une unité de contrôle 2 de ladite conférence multipoints selon le troisième aspect de l'invention, ainsi que des moyens de stockage lisibles par un équipement informatique (par exemple un disque dur du serveur de gestion de conférence 3) sur lequel on trouve ce produit programme d'ordinateur.

Claims (14)

1. REVENDICATIONS1. Serveur de gestion de conférence (3) apte à être connecté à une unité de contrôle (2) d'une conférence multipoints entre une pluralité de terminaux (1a, 1 b, 1c) connectés à l'unité de contrôle (2), ledit serveur (3) étant caractérisé en ce qu'il comprend des moyens de traitement de données configurés pour : obtenir des instructions codant une séquence d'étapes élémentaires, ladite séquence étant représentative du déroulement d'une conférence multipoint ; au cours de ladite conférence multipoint, pour chaque étape élémentaire de ladite séquence d'étapes élémentaires, transmettre à l'unité de contrôle un message de déclenchement d'au moins une action mettant en oeuvre l'étape élémentaire considérée.
2. 2. Système de conférence multipoints comprenant au moins une unité de contrôle (2) d'une conférence multipoints entre une pluralité de terminaux (1a, 1 b, 1c) connectés à l'unité de contrôle (2), et un serveur de gestion de conférence (3) selon la revendication 1 connecté à l'unité de contrôle (2).
3. 3. Système de conférence multipoints selon la revendication 2, dans lequel chaque étape élémentaire est définie dans lesdites instructions par au moins un paramètre, ladite au moins une action déclenchée étant déterminée en fonction d'au moins un dit paramètre définissant l'étape élémentaire considérée.
4. 4. Système de conférence multipoints selon la revendication 3, dans lequel lesdites instructions sont codées en un langage de balisage, la définition d'une étape élémentaire étant délimitée dans lesdites instructions par des balises, ledit au moins un paramètre définissant une étape étant codé par au moins un attribut desdites balises.
5. 5. Système de conférence multipoints selon la revendication 2, dans lequel les moyens de traitement de données du serveur de gestion de conférence (3) sont en outre configurés pour générer un ou plusieurs scripts à partir desdites instructions, le ou les scripts étant exécutés pour générer et transmettre à l'unité de contrôle (2) lesdits messages de déclenchement d'au moins une action.
6. 6. Système de conférence multipoints selon l'une des revendications 2 à 5, comprenant en outre un poste de travail (4) connecté au serveur de gestion de conférence (3), le poste de travail (4) comprenant des moyens de traitement configurés pour :mettre en oeuvre une interface (41) permettant une saisie par un utilisateur de ladite séquence d'étapes élémentaires représentative d'un ordre du jour de la conférence multipoint ; générer lesdites instructions codant ladite séquence d'étapes élémentaires à partir de la séquence d'étapes élémentaires saisie et transmettre au serveur (3) lesdites instructions.
7. 7. Système de conférence multipoints selon la revendication 6, dans lequel ladite interface permet de saisir pour chaque étape élémentaire au moins un paramètre définissant ladite étape élémentaire.
8. 8. Système de conférence multipoints selon la revendication 2, dans lequel les moyens de traitement du serveur de gestion de conférence (3) sont en outre configurés pour déclencher un compteur de temps au début de chaque étape élémentaire, une étape élémentaire étant considérée comme terminée lorsque le compteur de temps atteint une éventuelle durée faisant partie dudit au moins un paramètre définissant ladite étape élémentaire ou, en l'absence de durée définie pour ladite étape élémentaire, lorsque ladite action déclenchée est terminée.
9. 9. Système de conférence multipoints selon la revendication 3, dans lequel ledit au moins un paramètre associée à une étape élémentaire comprend un intitulé, au moins une action déclenchée pour cette étape élémentaire correspondant à une restitution pour des participants à la conférence d'un message reproduisant ledit intitulé.
10. 10.Système de conférence multipoints selon la revendication 2, dans lequel une dite étape élémentaire est choisie dans l'ensemble comprenant un enregistrement d'une partie au moins de la conférence multipoints, une restitution d'un média à au moins un des participants de la conférence, une opération de contrôle d'accès à la conférence, une coupure d'un ou plusieurs participants, un tour de table, et un verrouillage des participants.
11. 11.Procédé pour la mise en oeuvre d'une conférence multipoints entre une pluralité de terminaux (1a, 1 b, 1c) connectés à une unité de contrôle (2) de ladite conférence multipoints, le procédé étant caractérisé en ce qu'il comprend les étapes consistant à: obtenir par un serveur de gestion de conférence (3) connecté à l'unité de contrôle (2) des instructions codant une séquence d'étapes élémentaires, ladite séquence étant représentative du déroulement d'une conférence multipoint ; au cours de ladite conférence multipoint, pour chaque étape élémentaire de ladite séquence d'étapes élémentaires, transmettre, depuis le serveur de gestion deconférence (3), à l'unité de contrôle un message de déclenchement d'au moins une action mettant en oeuvre l'étape élémentaire considérée.
12. 12.Procédé selon la revendication 11, comprenant préalablement des étapes de : mise en oeuvre d'une interface (41) permettant une saisie par un utilisateur de ladite séquence d'étapes élémentaires représentative d'un ordre du jour de la conférence multipoint ; générer lesdites instructions codant ladite séquence d'étapes élémentaires à partir de la séquence d'étapes élémentaires saisie et transmettre au serveur (3) lesdites instructions.
13. 13.Produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé pour la mise en oeuvre d'une conférence multipoints entre une pluralité de terminaux (1a, 1 b, 1c) connectés à une unité de contrôle (2) de ladite conférence multipoints selon l'une des revendications 11 à 12.
14. 14.Support de stockage de données lisible par un équipement informatique sur lequel un produit programme d'ordinateur comprend des instructions de code pour l'exécution d'un procédé pour la mise en oeuvre d'une conférence multipoints entre une pluralité de terminaux (1a, 1 b, 1c) connectés à une unité de contrôle (2) de ladite conférence multipoints selon l'une des revendications 11 à 12.