FR 2890818 A1 20070316 FR 0607832 A 20060907 SERVEUR DE TELECONFERENCE, TERMINAL DE TELECOMMUNICATIONS, PROCEDE DE GENERATION D'UN MESSAGE DE COMMANDE DE TELECONFERENCE, PROCEDE DE COMMANDE D'UNE TELECONFERENCE, SUPPORTS DE MEMORISATION LISIBLES PAR ORDINATEUR ET ELEMENTS DE PROGRAMME INFORMATIQUE L'invention concerne un serveur de téléconférence, un terminal de télécommunications, un procédé de génération d'un message de commande de téléconférence, un procédé de commande de téléconférence, des supports de mémorisation lisibles par ordinateur et des éléments de programme informatique. Dans un système de conférence, le droit à communiquer (droit de communication) est habituellement contrôlé au moyen d'un mécanisme d'attribution de droit de communication. Dans le cadre de ce mécanisme, le participant demande à un serveur de téléconférence un droit communication et le serveur accorde le droit ou non. Lorsque le serveur n'accorde pas le droit, il peut l'accorder à un instant ultérieur. Le participant n'est informé de l'accord qu'au moment de l'accord de sorte qu'il ne peut pas se préparer à l'avance. De même, un droit de communication peut être retiré au participant et le participant ne peut pas se préparer à l'avance au fait que le droit de communication lui est retiré, car cela ne lui est communiqué qu'au moment du retrait du droit de communication. D'une façon générale, des systèmes de conférence permettent à plusieurs utilisateurs de communiquer entre eux à l'aide d'appareils de communication. Pour permettre une communication correcte, les participants à une conférence n'obtiennent habituellement pas tous au même instant le droit de communiquer sur un support déterminé (comme par exemple audio, vidéo, texte, etc.). Au contraire, les droits de communication sont habituellement délivrés selon des règles prescrites déterminées. La délivrance d'un droit communication est également désignée par Floor Control et, par exemple dans un système de conférence fondé sur l'Internet, les règles de délivrance sont désignées conformément à un Internet Conferencing Framework défini par IETF (Internet Engineering Task Force) par Floor Policy. Dans une grande salle de conférence, on utilise par exemple un système de conférence qui met à la disposition des participants plusieurs microphones et écouteurs pour la communication vocale. Les microphones peuvent être connectés par l'intervenant respectif en vue de l'utilisation. Un microphone connecté bloque tous les autres microphones de sorte qu'il n'y a toujours qu'un seul intervenant qui est actif. Exceptionnellement, un autre microphone (par exemple le microphone de l'administrateur de la conférence) peut également être actif au même moment. Le droit de parole n'est donc toujours délivré qu'à un seul participant et éventuellement à l'administrateur de la conférence. Un service comparable existe également en téléphonie mobile (service Pushto-Talk, PTT, par exemple le service Direct Connect de Nextel aux USA ou Push-to-Talk over Cellular (PoC) de l'Open Mobile Alliance (OMA)). Comme dans le cas d'un Walkie-talkie, l'intervenant actionne habituellement une touche spéciale sur le téléphone mobile pour transmettre des messages. La transmission de message d'un autre utilisateur est bloquée à cet instant. Dans un système de conférence, selon une proposition de l'IETF, les droits de communication sont contrôlés au moyen de ce que l'on appelle le Binary Floor Control Protocol (BFCP), comme décrit dans [1]. Dans un système Push-to-Talk usuel aujourd'hui, les droits de communication sont demandés et délivrés au moyen de ce que l'on appelle le Real-Time Transport Control Protocols (RTCP), comme décrit dans [2] et [3]. En variante, les droits de communication peuvent également être contrôlés au moyen de BFCP. Dans un tel système de communication Push-toTalk, les droits de communication sont demandés avec une certaine priorité, comme décrit dans [2]. Les demandes à priorité élevée sont accordées préférentiellement. Les participants à une conférence peuvent être informés de l'état de la conférence par ce que l'on appelle une notification. On peut ainsi communiquer par exemple aux participants quelle est le participant qui demande le droit de parole pour un support déterminé. Dans un système de conférence fondé sur IETF, les notifications sont communiquées habituellement au moyen du Session Initiation Protocol (SIP), comme décrit dans [4]. Dans un système Push-to-Talk actuel, les participants reçoivent par RTCP l'information relative à l'attribution du droit la parole à un participant donné. Un système de conférence selon IETF-Conferencing Framework respectivement un système de conférence selon un service Push-to-Talk possède une architecture centralisée (cf. [5], [6]). Cela signifie que les participants à un tel système de conférence ne communiquent pas directement entre eux mais par le biais d'un serveur central. Dans le cas d'un système de communication mobile, le serveur central se trouve dans la partie non mobile du réseau de communication. Le but de l'invention et de faire en sorte que les utilisateurs soient plus à l'aise dans une téléconférence. Le but est atteint par une unité de serveur de téléconférence, par un terminal de télécommunications, par un procédé de génération d'un message de commande de téléconférence, par un procédé de commande d'une téléconférence, par des éléments de programme informatique ainsi que par des supports de mémorisation lisibles par ordinateur présentant les caractéristiques suivantes: - une unité de commande de téléconférence permet de commander du côté du serveur une téléconférence, - une unité de génération de message de commande de téléconférence permet de générer au moins un message de commande de téléconférence, l'unité de génération de message de commande de téléconférence étant destinée à ajouter au message de commande de téléconférence une information d'attribution de droit communication, l'information d'attribution de droit de communication permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de communication dans le cadre de la téléconférence. L'unité de génération de message de commande de téléconférence est destinée à ajouter une information d'attribution de droit de parole, l'information d'attribution de droit de parole permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de parole dans le cadre de la téléconférence. l'unité de génération de message de commande de téléconférence est destinée à générer l'au moins un message de commande de téléconférence selon l'un des protocoles de commande de téléconférence suivants: Session Initiation Protocol, - Real-Time Transport Control Protocol, Binary Floor Control Protocol. Le terminal de télécommunications comporte: - une unité de commande de téléconférence permettant de commander du côté du terminal une téléconférence - une unité de réception permettant de recevoir au moins un message de commande de téléconférence, - une unité de détermination qui est destinée à déterminer une information d'attribution de droit communication à partir de l'au moins un message de commande de téléconférence, l'information d'attribution de droit communication permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de communication dans le cadre de la conférence de télécommunications. Le procédé de génération d'un message de commande de 15 téléconférence est caractérisé en ce que: - on ajoute au message de commande de téléconférence une information de commande permettant de commander une téléconférence, - on ajoute au message de commande de téléconférence une information d'attribution de droit de communication, l'information d'attribution de droit de communication permettant d'indiquer quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication au terminal de télécommunications dans le cadre de la téléconférence. L'élément de mémorisation lisible par ordinateur comporte un programme informatique permettant de commander une téléconférence et comportant, lorsqu'il est exécuté par un microprocesseur, les étapes suivantes: - une information de commande permettant de commander une téléconférence est ajoutée à un message de commande de téléconférence, -un message d'attribution de droit de communication est ajouté au message de commande de téléconférence, l'information d'attribution de droit de communication indiquant quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication à un terminal de télécommunications dans le cadre de la téléconférence. L'élément de mémorisation lisible par ordinateur comporte un programme informatique permettant de commander une téléconférence et comportant, lorsqu'il est exécuté par un microprocesseur, l'étape suivante: une information de commande permettant de commander la téléconférence ainsi qu'une information d'attribution de droit de communication sont déterminées à partir d'un message de commande de téléconférence reçu dans le cadre d'une téléconférence, l'information d'attribution de droit de communication indiquant quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication au terminal de télécommunications dans le cadre de la téléconférence. L'élément de programme informatique permet de générer un message de commande de téléconférence, lequel élément de programme informatique, lorsqu'il est exécuté par un processeur, est caractérisé en ce que qu'il comporte les étapes suivantes - une information de commande permettant de 25 commander une téléconférence est ajoutée au message commande de téléconférence, - une information d'attribution de communication est ajoutée au message de téléconférence, l'information d'attribution communication indiquant quels sont les événements dont survenance permet de retirer ou d'attribuer un droit communication au terminal de télécommunications dans le cadre de la téléconférence. de droit de commande de de droit de la de L'élément de programme informatique permettant de commander une téléconférence, lequel élément de programme informatique, lorsqu'il est exécuté par un processeur, est caractérisé en ce que comporte les étapes suivantes: - une information de commande permettant de commander une téléconférence ainsi qu'une information d'attribution de droit de communication sont déterminées à partir d'un message de commande de téléconférence reçu dans le cadre d'une téléconférence, l'information d'attribution de droit de communication indiquant quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication au terminal de télécommunications dans le cadre de la téléconférence, - la téléconférence est commandée en utilisant l'information de commande déterminée. Une unité de serveur de téléconférence comporte une unité de commande de téléconférence destinée à commander du côté du serveur une téléconférence. En outre, il est prévu une unité de génération de message de commande de téléconférence permettant de générer au moins un message de commande de téléconférence, l'unité de génération de message de commande de téléconférence étant destinée à ajouter au message de commande de téléconférence une information d'attribution de droit de communication (par exemple une information d'attribution de droit de parole), l'information d'attribution de droit communication permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de communication dans le cadre de la téléconférence. Un terminal de télécommunications comporte une unité de commande de téléconférence permettant de commander du côté du terminal une téléconférence ainsi qu'une unité de 2890818 8 réception permettant de recevoir au moins un message de commande de téléconférence. En outre, il est prévu une unité de détermination qui est destinée à déterminer une information d'attribution de droit communication à partir de l'au moins un message de commande de téléconférence, l'information d'attribution de droit communication permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de communication dans le cadre de la conférence de télécommunications. Dans un procédé permettant de générer un message de commande de téléconférence, une information de commande permettant de commander une téléconférence est ajoutée au message de commande de téléconférence. En outre, une information d'attribution de droit de communication est ajoutée au message de commande de téléconférence, l'information d'attribution de droit de communication permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de communication dans le cadre de la téléconférence. Dans un procédé permettant de commander du côté du terminal une téléconférence, des informations de commande permettant de commander une téléconférence sont déterminées à partir d'un message de commande de téléconférence reçu dans le cadre de la téléconférence. En outre, on détermine à partir du message de commande de téléconférence reçus une information d'attribution de droit de communication contenue dans ce message. L'information d'attribution de droit de communication permet d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit communication dans le cadre de la téléconférence. Des supports de mémorisation lisibles par ordinateur comportent des programmes informatiques qui, lorsqu'ils sont exécutés par un processeur, présentent les caractéristiques respectives, décrites ci-dessus, des procédés selon les revendications indépendantes. En outre, il est prévu des éléments de programme informatique qui, lorsqu'ils sont exécutés au moyen d'un processeur, présentent les caractéristiques décrites ci-dessus des procédés respectifs selon les revendications indépendantes. On peut envisager concrètement par exemple un aspect de l'invention dans lequel on communique à un terminal de télécommunications dans le cadre d'une téléconférence quels sont les événements dont la survenance permet d'attribuer au terminale télécommunication un droit de communication qui n'est pas encore accordé, respectivement de lui retirer un droit de communication accordé. Il est ainsi possible de communiquer à un participant, qui a demandé un droit communication dans le cadre d'une téléconférence, à l'avance, c'està-dire avant l'obtention du droit de communication, une information relative sur l'instant où il est susceptible de recevoir le droit communication. De façon correspondante, il est avantageusement possible de communiquer à un participant, auquel a déjà été attribué un droit communication, une information sur l'instant où le droit de communication sera de nouveau (selon toute probabilité) retiré au participant. La transmission et éventuellement l'indication de l'information d'attribution de droit communication permet de communiquer à un participant, dès avant l'accord respectivement dès avant le retrait d'un droit communication, une information relative à cet accord ou à ce retrait de sorte qu'il peut se préparer à l'accord respectivement au retrait du droit communication. Des perfectionnements de l'unité de serveur de l'invention sont les suivantes: - l'unité de génération de message de commande de téléconférence est destinée à ajouter une information d'attribution de droit de parole, l'information d'attribution de droit de parole permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de parole dans le cadre de la téléconférence. - l'unité de génération de message de commande de téléconférence est destinée à ajouter comme information d'attribution de communication une information permettant d'indiquer au bout de combien de temps un droit de communication peut être attribué au terminal de télécommunications, ou lui être retiré, dans le cadre de la téléconférence. - l'unité de commande de téléconférence est destinée à commander du côté du serveur une téléconférence en mode semi-duplex. - l'unité de commande de téléconférence est destinée à commander du côté du serveur une téléconférence fondée sur l'Internet. - l'unité de commande de téléconférence est destinée à commander du côté du serveur une téléconférence Push-30 to-Talk. - l'unité de commande de téléconférence est destinée à commander du côté du serveur une téléconférence Pushto-Talk-over-Cellular. - l'unité de génération de message de commande de téléconférence est destinée à générer l'au moins un message de commande de téléconférence selon un protocole de commande de téléconférence. - l'unité de génération de message de commande de téléconférence est destinée à générer l'au moins un message de commande de téléconférence selon l'un des protocoles de commande de téléconférence suivants: Session Initiation Protocol, - Real-Time Transport Control Protocol, Binary Floor Control Protocol. - l'unité de commande de téléconférence est conçue de telle sorte que le retrait ou l'attribution d'un droit de communication est effectué de façon implicite au moyen du message de commande de téléconférence en retirant ou attribuant le droit de communication lors de la survenance de l'événement indiqué par l'information d'attribution de droit de communication contenue dans le message de commande de téléconférence. - l'unité de commande de téléconférence est destinée à recevoir au moins un message de requête d'événements de retrait/d'attribution de téléconférence pour interroger l'événement de retrait ou l'événement d'attribution. - L'unité de serveur de téléconférence est caractérisée en ce qu'elle comporte une unité de génération de message d'événement de droit de communication permettant de générer au moins un message d'événement de téléconférence dans lequel il est indiqué l'événement dont la survenance a entraîné le retrait ou l'attribution du droit de communication. - l'unité de génération de message de droit de communication est destinée à générer le message d'événement de téléconférence selon l'un des protocoles de commande de téléconférence suivants: - Session Initiation Protocol, - Real-Time Transport Control Protocol, - Binary Floor Control Protocol. - le message d'événement de droit de communication 5 peut être conçu sous la forme d'au moins un des messages suivants. - un message permettant d'attribuer le droit communication, - un message permettant de retirer le droit de 10 communication, - un message permettant de transmettre une information d'état relative à l'état d'une file d'attente d'attribution de droit communication. Des perfectionnements du terminal sont les suivantes: - L'unité de détermination est destinée à déterminer une information d'attribution de droit de communication à partir de l'au moins un message de commande de téléconférence, l'information d'attribution de droit de communication indiquant au bout de combien de temps un droit de communication est retiré ou attribué à un terminal de télécommunications dans le cadre de la téléconférence. - Le terminal de télécommunications comporte une unité de représentation destinée à représenter l'information d'attribution de droit de communication déterminée à destination d'un utilisateur. - L'unité de représentation est conformée en unité d'affichage. - L'unité de commande de téléconférence est destinée à commander du côté du terminal une téléconférence en mode semi-duplex. - L'unité de commande de téléconférence est destinée à commander du côté du terminal une téléconférence fondée sur l'Internet. - L'unité de commande de téléconférence est destinée 5 à commander du côté du terminal une téléconférence Pushto-Talk. - L'unité de commande de téléconférence est destinée à commander du côté du terminal une téléconférence Pushto-Talk-over-Cellular. - L'unité de commande de téléconférence est conçue de telle sorte que le retrait ou l'attribution d'un droit de communication est effectué automatiquement lors de la survenance de l'événement indiqué par l'information d'attribution de droit de communication contenue dans le message de commande de téléconférence. - L'unité de détermination est destinée à déterminer une information d'attribution de droit de communication à partir de l'au moins un message de commande de téléconférence selon un protocole de commande de téléconférence. - L'unité de détermination est destinée à déterminer une information d'attribution de droit de communication à partir de l'au moins un message de commande de téléconférence selon l'un des protocoles de commande de téléconférence suivants. - Session Initiation Protocol, - Real-Time Transport Control Protocol, Binary Floor Control Protocol. - Une unité d'actualisation d'information d'attribution de droit communication permettant d'actualiser une information d'attribution de droit de communication en fonction d'un message de commande de téléconférence reçu. - une unité de génération de message de requête d'événement de retrait/d'attribution de téléconférence permettant de générer au moins un message de requête d'événement de retrait/d'attribution de téléconférence pour interroger l'événement de retrait ou l'événement d'attribution. Des perfectionnements du procédé sont les suivants: - l'on reçoit au moins un message de requête d'événement de retrait/d'attribution de téléconférence permettant d'interroger l'événement de retrait ou l'événement d'attribution. - l'on génère au moins un message d'événement de téléconférence dans lequel on indique l'événement dont la survenance permet de générer ou d'attribuer le droit de 15 communication. l'information d'attribution de droit de communication est présentée à l'utilisateur. - l'on génère au moins un message de requête d'événement de retrait/d'attribution de téléconférence permettant d'interroger l'événement de retrait ou l'événement d'attribution. - l'au moins un message de requête d'événement de retrait/d'attribution de téléconférence est envoyé à une unité de serveur de téléconférence. Les conformations de l'invention, décrites dans la suite, concernent, dans la mesure où cela est judicieux, l'unité de serveur de téléconférence, le terminal de télécommunications, le procédé de génération d'un message de commande de téléconférence ainsi que les supports de mémorisation lisibles par ordinateur et les éléments de programme informatique. L'invention peut être utilisée dans un système de téléconférence quelconque. L'utilisation de l'invention dans le cadre d'une téléconférence en mode semi-duplex est particulièrement avantageuse; dans cette conformation de l'invention, l'unité de commande de téléconférence de l'unité de serveur de téléconférence est destinée à commander du côté du serveur une téléconférence en mode semi-duplex. Le droit de communication peut être un droit de parole (c'est-à-dire le droit d'introduire des données vocales dans la conférence), en variante ou en complément un droit de communication de données multimédia (c'est-àdire le droit d'introduire des données multimédia, par exemple des données vocales, des données vidéo, des données d'images fixes, des données textuelles etc. dans la conférence). En outre, l'unité de génération de message de commande de téléconférence peut être destinée à ajouter comme information d'attribution de communication une information permettant d'indiquer au bout de combien de temps un droit de communication peut être attribué au terminal de télécommunications, ou lui être retiré, dans le cadre de la téléconférence. Par téléconférence en mode de semi-duplex, il faut entendre d'une façon générale toute téléconférence dans laquelle un droit de communication est attribué au plus à un participant à la téléconférence, c'est-à-dire qu'il y a au plus un participant à la téléconférence qui peut envoyer des messages dans la téléconférence; tous les autres participants à la téléconférence jouent dans ce cas le rôle de destinataire et n'ont donc eux-mêmes aucun droit de communication et ne peuvent envoyer aucun message, par exemple aucun message vocal, dans la téléconférence et donc à d'autres participants à la téléconférence. Par droit de communication, il faut entendre d'une façon générale le droit de transmettre tous types quelconques de données de communication, en tant que participant à une téléconférence, à d'autres participants à la téléconférence. Dans une téléconférence, les données peuvent être des données multimédia, par exemple des données audio, des données vidéo, des données d'image fixe, des données textuelles, etc. Si ce sont des données audio qui sont transmises dans le cadre de la téléconférence, le droit de communication est désigné également dans la suite par droit de parole pour le participant respectif. Dans une information de l'invention, il est prévu que l'unité de génération de message de commande de téléconférence soit destinée à ajouter comme information d'attribution de droit de communication une information permettant d'indiquer au bout de combien de temps un droit de communication est attribué au terminal de télécommunications, ou lui est retiré, dans le cadre de la téléconférence. L'indication et éventuellement la représentation d'une durée permet de façon simple à un utilisateur, c'est-à-dire à un participant à la conférence, par exemple à un utilisateur d'un terminal de télécommunications, de savoir rapidement à quel moment le droit de parole, d'une façon générale le droit de communication, lui sera probablement accordé, respectivement à quel moment il doit s'attendre à ce que ce droit lui soit retiré. En variante, une indication de temps indirecte peut également être prévue avec une certaine imprécision, par exemple une indication d'une position dans une file d'attente, permettant d'indiquer à quelle position dans une file d'attente de téléconférence a été mémorisée temporairement, d'une façon générale a été insérée, la demande de droit de communication. En d'autres termes, on peut donc communiquer au participant, et éventuellement représenter, le nombre de participants auxquels le droit de communication sera attribuée de façon limitée dans le temps (de plus, en option avec une indication sur la durée pendant laquelle le participant respectif se verra accordé le droit de communication) et donc concrètement le moment où le participant demandant le droit communication peut s'attendre à se voir accordé le droit communication. L'information temporelle peut être une indication absolue ou bien uneindication relative; une indication de temps absolue est une heure absolue et/ou une date absolue, éventuellement avec une indication supplémentaire sur le fuseau horaire respectif et une indication de temps relative est une durée, par exemple par rapport à l'instant de l'envoi du message de commande de téléconférence qui contient l'information d'attribution de droit de communication. L'unité de commande de téléconférence peut être destinée à commander du côté du serveur une téléconférence fondée sur l'Internet, par exemple une téléconférence selon le IETF Conferencing Framework fondé sur 1'Internet qui est décrit dans le document [5]. Dans une variante de conformation de l'invention, l'unité de commande de téléconférence peut être destinée à commander du côté du serveur une téléconférence Pushto-Talk, par exemple une téléconférence Push-toTalkover-Cellular ou une téléconférence Direct-Connect de Nextel aux USA ou d'un autre système similaire. L'unité de génération de message de commande de téléconférence est destinée, dans une conformation de l'invention, à générer l'au moins un message de commande de téléconférence selon un protocole de commande de téléconférence, par exemple selon l'un des protocoles de commande de téléconférence suivant: - Session Initiation Protocol (SIP), - Real-Time Transport Control Protocol (RTCP), - Binary Floor Control Protocol (BFCP). En outre, l'unité de commande de téléconférence peut être conçue de telle sorte que le retrait ou l'attribution d'un droit de communication est effectué de façon implicite au moyen du message de commande de téléconférence en retirant ou attribuant le droit de communication lors de la survenance de l'événement indiqué par l'information d'attribution de droit de communication contenue dans le message de commande de téléconférence. L'unité de génération de message de commande de téléconférence peut être destinée à recevoir au moins un message de requête d'événements de retrait/d'attribution de téléconférence pour interroger l'événement de retrait ou l'événement d'attribution, et à générer un message d'événement de retrait/d'attribution de téléconférence à la réception d'un message de requête d'événement de retrait/d'attribution de téléconférence. Dans une conformation de l'invention, l'unité de détermination dans le terminal de télécommunications est destinée à déterminer une information d'attribution de droit de communication à partir de l'au moins un message de commande de téléconférence, l'information d'attribution de droit de communication permettant d'indiquer à quel moment un droit de communication est attribué au terminal de télécommunications, ou lui est retiré, dans le cadre de la téléconférence. En outre, le terminal de télécommunications peut comporter une unité de représentation permettant de représenter l'information d'attribution de droit de communication déterminée, par exemple l'information d'attribution de droit de parole. L'unité de représentation peut être une unité de représentation audio, par exemple un haut-parleur ou une unité de représentation visuelle, par exemple un écran, du terminal de télécommunications. L'unité de commande de téléconférence du terminal de télécommunications est destinée, dans une autre conformation de l'invention, à commander du côté du terminal une téléconférence en mode semi-duplex, par exemple l'une des téléconférences en mode semi-duplex décrite ci-dessus et donc par exemple à commander du côté du terminal une téléconférence fondée sur l'Internet, par exemple conformément au Conferencing Framework fondé sur l'Internet qui est décrit dans le document [5], ou à commander du côté du terminal une téléconférence Push-to-Talk, par exemple une téléconférence Push-to-Talk-over-Cellular. L'unité de détermination du terminal de télécommunications peut être destinée à déterminer une information d'attribution de droit de communication, par exemple une information d'attribution de droit de parole, à partir de l'au moins un message de commande de téléconférence selon un protocole de commande de téléconférence, par exemple selon l'un des protocoles de commande de téléconférence suivants: - Session Initiation Protocol (SIP), - Real-Time Transport Control Protocol (RTCP), - Binary Floor Control Protocol (BFCP). En outre, le terminal de télécommunications peut comporter une unité d'actualisation d'information d'attribution de droit de parole permettant d'actualiser une information d'attribution de droit de parole, d'une façon générale une information d'attribution de droit de communication, en fonction d'un message de commande de téléconférence reçu. En d'autres termes, dans cette conformation de l'invention, il est prévu d'actualiser une information d'attribution de droit de communication transmis à un terminal de télécommunications en se fondant sur des conditions existantes variables au moyen d'une nouvelle information d'attribution de droit de communication. Par exemple, dans le cas où un participant à une téléconférence n'utilise pas pour.toute la durée de son droit de communication qui lui a été attribuée, et libère par conséquent plutôt que prévu son droit de communication, on peut prendre en compte le fait qu'un participant suivant, par exemple un participant qui s'est vu attribué le droit de communication à un instant ultérieur, reçoit une information relative au fait qu'il se voit désormais attribué (selon toute probabilité) le droit de communication un plus tôt. De façon correspondante, lorsqu'un participant à une téléconférence a demandé un droit de communication et l'a reçu sans aucune certitude du moment où il se verra probablement attribué le droit de communication, mais qu'entre-temps, avant de se voir accorder le droit de communication, un autre participant ou plusieurs autres participants font une demande de droit de communication en présentant une priorité élevée dans le cadre de l'attribution d'un droit de communication et se voient donc éventuellement attribués un droit de communication avant le premier participant, il peut être prévu d'informer le premier participant qu'il se verra attribué le droit de communication avec retard, c'est-à-dire ultérieurement. En outre, l'unité de commande de téléconférence du terminal de télécommunications peut être conçue de telle sorte que le retrait ou l'attribution d'un droit de communication est effectué automatiquement lors de la survenance de l'événement indiqué dans l'information d'attribution de droit de communication contenue dans le message de commande de téléconférence. On peut donc envisager un aspect de l'invention dans lequel, dans un système de communication avec contrôle de droit de communication (par exemple dans un système Pushto-Talk ou dans un système de conférence fondé sur l'Internet), des participants qui ont fait une demande de droit de communication sont informés à l'avance (c'est-à-dire avant de se voir accorder le droit de communication) sur l'instant où le droit de communication leur sera accordé respectivement leur sera retiré en leur communiquant, au moyen de messages de refus, de messages d'accord et de messages de retrait du contrôle droit de communication, également au bout de combien de temps le droit de communication leur sera au plus tard accordé respectivement retiré. Lorsqu'un participant a fait une demande de droit de communication auprès d'une unité de serveur et que l'unité de serveurs a rejeté la demande, l'unité de serveurs peut alors communiquer au participant, conjointement avec son rejet, au bout de combien de temps elle acceptera au plus tard la demande. Il peut en outre être prévu que, lorsque l'unité de serveur accepte une demande, cette unité communique au terminal de télécommunications, conjointement avec son acceptation, au bout de combien de temps le droit communication sera au plus tard retiré. Lorsque l'unité de serveur retire à un participant un droit communication plutôt que prévu, elle peut communiquer au terminal de télécommunications, conjointement avec un message de retrait, un temps au bout duquel elle retirera le droit de communication. Le temps qui a été communiqué au terminal de télécommunications, d'une façon générale les événements respectifs dont la survenance entraîne l'acceptation respectivement le retrait d'un droit communication, peut être indiqué par le terminal. L'indication peut se faire directement après transmission du temps, d'une façon générale de l'événement, une seule fois ou plusieurs fois ou en continu. Lorsque les temps varient (ou lorsque l'événement varie), par exemple parce que le droit de communication peut être délivré plus tôt, parce que le dernier intervenant a terminé son intervention plus tôt, les nouveaux temps (d'une façon générale les nouveaux événements) peuvent de nouveau être communiqués au terminal par l'unité de serveur. Une indication de la position dans une file d'attente peut par exemple être actualisée et être transmise à un participant attendant le droit de communication respectivement à son terminal de télécommunications lorsqu'une demande, qui est insérée dans la file d'attente, est par exemple retirée par un participant à la conférence et a donc été effacée de la file d'attente sans que le droit de communication ait été attribué audit participant. Les temps peuvent également être communiqués par 25 notification, indépendamment de la commande de droit de communication, par exemple au moyen du Session Initiation Protocols. Les temps peuvent également être communiqués après des demandes particulières par le terminal du participant indépendamment de commandes de droit de communication. L'unité de serveur de téléconférence comporte, dans une autre conformation de l'invention, une unité de génération de message d'événement de droit de communication permettant de générer au moins un message d'événement de téléconférence dans lequel il est indiqué l'événement dont la survenance a entraîné le retrait ou l'attribution du droit de communication. L'unité de génération de message d'événement de droit de communication peut être destinée à générer le message d'événement de téléconférence conformément à l'un des protocoles de commande de téléconférence suivants: - Session Initiation Protocol (SIP), - Real-Time Transport Control Protocol (RTCP), 10 - Binary Floor Control Protocol (BFCP). Le message d'événement de droit de communication peut être conçu sous la forme d'au moins l'un des messages suivants. - un message permettant d'attribuer le droit 15 communication en utilisant un RTCP par exemple un message Talk Burst Granted , - un message permettant de retirer le droit de communication en utilisant un RTCP par exemple un message Talk Burst Revoke , - un message permettant de transmettre une information d'état relative à l'état d'une file d'attente d'attribution de droit communication en utilisant un RTCP par exemple un message Talk Burst Request Queue Status . Dans un aspect de l'invention, il est avantageux qu'un participant, qui a fait une demande de droit de communication, par exemple de droit de parole, puisse utiliser par ailleurs le temps s'écoulant jusqu'à son intervention. Il peut ainsi se préparer par exemple pendant ce temps à son intervention. Avant la fin de son intervention, un participant utilisant son droit de communication, par exemple un participant ayant un droit de parole, peut terminer son intervention avant de se voir retiré brutalement le droit de parole sans parvenir à terminer son intervention de façon satisfaisante. La poursuite du temps restant jusqu'à une acceptation de droit communication respectivement un retrait de droit de communication par le terminal du participant présente par exemple l'avantage que le temps restant peut être indiqué plusieurs fois à l'utilisateur, sans que l'unité de serveur ait à envoyer plusieurs fois cette information au terminal du participant. Le fait que, après l'annonce d'un accord de droit communication respectivement d'un retrait de droit de communication, l'accord de droit de communication respectivement le retrait de droit de communication n'est plus communiqué au moment de l'accord respectivement du retrait, permet d'obtenir l'avantage, en dépit de l'annonce, de ne plus avoir à transmettre de messages comme s'il n'avait pas d'annonce. Dans une autre conformation de l'invention, l'unité de génération de message de requête d'événement d'attribution/de retrait de téléconférence permettant de générer au moins un message de requête d'événement d'attribution/de retrait de téléconférence permettant d'interroger l'événement de retrait ou l'événement d'attribution. Le message de requête d'événement d'attribution/de retrait de téléconférence est par exemple envoyé à l'unité de serveur de téléconférence et l'unité de serveur de téléconférence génère et détermine un message d'événement de téléconférence, dans lequel il est indiqué l'événement sur lequel on se fonde pour attribuer ou retirer le droit communication, et envoie ce message au terminal de télécommunications. Des exemples de réalisation de l'invention sont expliqués en détail dans la suite et sont représentés dans les figures dans lesquels: la figure 1 représente un synoptique d'un système de téléconférence selon un exemple de réalisation de l'invention; la figure 2 représente le format d'un message RTCP selon un exemple de réalisation de l'invention; la figure 3 représente un schéma de flux de message selon un exemple de réalisation de l'invention; la figure 4 représente un message RTCP selon un autre exemple de réalisation de l'invention; la figure 5 représente un schéma de flux de message selon un autre exemple de réalisation de l'invention; la figure 6 représente un schéma de flux de message selon encore un autre exemple de réalisation de l'invention; la figure 7 représente un format d'un message RTCP selon un autre exemple de réalisation de l'invention; la figure 8 représente un schéma de flux de message selon un exemple de réalisation supplémentaire de l'invention; la figure 9 représente un schéma de flux de message selon un autre exemple de réalisation de l'invention; la figure 10 représente un organigramme selon un autre exemple de réalisation de l'invention; et la figure 11 représente un format d'un message RTCP selon un autre exemple de réalisation de l'invention. La figure 1 représente un système de téléconférence 100 selon un exemple de réalisation de l'invention. Le système de téléconférence 100 est conformé en Push-to-Talk over Cellular (PoC) selon la norme de Open Mobile Alliance (OMA), comme décrit dans le document [6] ; les composants individuels sont conçus de façon à pouvoir mettre en oeuvre les procédé et les protocoles de communication décrits dans la suite. À cet égard, il faut mentionner que l'architecture décrite dans la figure 1 du système de téléconférence 100 est identique pour tous les exemples de réalisation décrits dans la suite. Le système de téléconférence 100 comporte une unité de serveur Push-toTalk over Cellular centrale 101 (serveur PTT), ainsi qu'une pluralité de terminaux de communication par téléphonie mobile, par exemple des téléphone mobiles 102, 103, 104, 105; les terminaux de communication par téléphonie mobile 102, 103, 104, 105 contiennent chacun une unité de client Push-to-Talk over Cellular qui est destinée à la communication selon la norme de communication Push-to-Talk over Cellular, comme décrit dans le document[6]. Les terminaux de communication par téléphonie mobile 102, 103, 104, 105 sont couplés au serveur PTT 101 au moyen d'une liaison de communication radioélectrique respective 106, 107, 108, 109 par le biais d'une interface respective. Ainsi, les participants et donc les utilisateurs des terminaux de communication par téléphonie mobile 102, 103, 104, 105 communiquent ainsi, non pas directement entre eux, mais au moyen du serveur PTT central 101. Dans cet exemple de réalisation de l'invention, on suppose pour simplifier que quatre participants et donc quatre terminaux de communication par téléphonie mobile 102, 103, 104, 105 participent à une session de communication Push-to-Talk over Cellular (désignée également dans la suite par session PTT). Les participants communiquent par audio, c'est-à-dire par la parole; un participant respectif se voit attribuer selon le procédé semi-duplex, à chaque fois de façon exclusive, un droit communication, dans cet exemple de réalisation de l'invention un droit de parole, par le serveur PTT 101. L'attribution du droit de parole, d'une façon générale du droit de communication, et donc le contrôle du droit communication, est effectuée du côté du serveur PTT 101 au moyen de messages selon le protocole de communication Real-Time Transport Control Protocol (RTCP) selon la norme de communication OMA décrite dans le document [2]. Les droits de communication demandés sont mémorisés dans une file d'attente qui est implémentée dans une mémoire du serveur PTT 101. Pour chaque droit de communication accordé, les participants, c'est-à-dire les participants à chacun desquels est associé le droit de communication, transmet de longs segments vocaux de 60 secondes maximum, en d'autres termes chaque participant se voit attribuer, avec l'attribution d'un droit communication, une fenêtre temporelle de 60 secondes dans laquelle il peut transmettre des données vocales aux autres participants à la téléconférence sans être interrompu par les autres participants. Pendant ce temps, les autres participants ne peuvent introduire aucune donnée dans la téléconférence, c'est-à-dire qu'ils n'ont aucun droit de communication. Dans ces exemples de réalisation de l'invention, on suppose que la session PTT vient de commencer et donc que les liaisons de communication radioélectrique 106, 107, 108, 109 ont été établies. On suppose en outre qu'aucun participant ne s'est encore vu attribuer de droit communication. Aucun participant n'intervient donc encore dans le cadre de cette téléconférence ouverte. Un premier participant Tl, dans l'utilisateur du premier téléphonie mobile 102, exemple de réalisation de auprès du serveur PTT cet exemple de réalisation terminal de communication par demande en premier dans cet l'invention le droit de parole 101 au moyen d'un message Talk Burst Request 301, comme représenté dans le schéma de flux de message 300 de la figure 3. Dans la suite, l'expression Talk Burst est abrégée en TB . Le serveur PTT 101 accepte la demande et la communique au premier terminal de communication par téléphonie mobile 102 et donc au premier participant T1 au moyen d'un message TB_Granted 302 généré par le serveur PTT 101 et transmis au premier terminal de communication par téléphonie mobile 102. La communication entre les participants et donc entre les terminaux de communication par téléphonie mobile 102, 103, 104, 105 et le serveur PTT 101 est effectuée dans le cadre de la commande de la téléconférence au moyen d'un message RTCP. Le message TB_Granted 302 est représenté en détail dans la figure 2. Le message RTCP TB_Granted 302 comporte les champs de message suivants: - un champ de numéro de version V 201: un numéro de version RTP (dans cet exemple de réalisation V = 2) ; - un champ de Padding P 202: un indicateur de Padding; - un champ de sous-type 203: un sous-type de message, qui contient dans cet exemple de réalisation 00001 permettant de désigner le type du message TB_Granted ; - un champ de type de paquet 204: un indicateur d'un message RTCP défini par l'application dans cet exemple de réalisation PT = APP =204; - un champ de longueur de message 205: une indication de la longueur du message en mots (32 bit) après le champ de longueur de message; si, dans le champ de longueur de message, on entre la valeur 3 , il s'agit d'un message TB_Granted contenant une indication de temps; si le champ de longueur de message contient la valeur 2 , il s'agit d'un message TB Granted sans indication de temps, comme décrit jusqu'à présent dans le document [2] ; -un champ SSRC 206: une indication de la source de synchronisation (Source) du serveur PTT; le SSRC identifie l'émetteur de flux de média sans ambiguïté ; il est défini dans les paquets RTP appartenant au message RTCP; - un champ de nom de message 207: un nom de message défini par l'application; dans cet exemple de réalisation PoCl, cette indication signifiant qu'il s'agit d'un message défini par l'application d'un système Push-to-Talk over Cellular de la version 1; et - un champ de durée 208: une indication d'une durée en millisecondes (en variante en secondes, microsecondes ou une période quelconque prescrite, en variante une indication de temps absolue) jusqu'au retrait au plus tard du droit communication (dans la figure 2, désignée également par max revoke time ). Ainsi, le champ de durée 208 du message TB Grented 302 contient une indication de temps permettant d'indiquer à partir de quand le droit de parole est de nouveau retiré au plus tard au premier participant Ti. Dans cet exemple de réalisation de l'invention, la durée entrée est de 60 secondes. Dans la figure 3, il est représenté dans un bloc 303 la durée pour laquelle le premier participant Ti, et donc le premier terminal de communication par téléphonie mobile 102, se voit attribuer le droit de parole. Au bout de la durée de 60 secondes, au plus tard, on retire de nouveau le droit de parole au premier terminal de communication par téléphonie mobile 102. Pendant ce temps, le premier terminal de communication par téléphonie mobile 102 transmet des données vocales au serveur PTT et par ce biais aux autres participants à la session de téléconférence. Comme représenté dans un deuxième schéma de flux de message 500 de la figure 5, on suppose maintenant que, pendant que le premier participant Ti parle, et pendant que le premier terminal de communication par téléphonie mobile 102 se voit attribuer le droit de parole, un deuxième participant T2, dans cet exemple de réalisation de l'invention l'utilisateur du deuxième terminal de communication par téléphonie mobile 103, demande également le droit de parole. Ceci est effectué au moyen d'un message TB Request 501 qui est généré par le deuxième terminal de communication par téléphonie mobile 102 et qui est transmis au serveur PTT 101. Étant donné que le premier terminal de communication par téléphonie mobile 102 est actuellement en possession du droit de parole et que le premier participant Ti est en train de parler et que son temps de parole maximum ne s'est pas encore écoulé, le serveur PTT 101 n'accorde pas immédiatement le droit de parole au deuxième participant T2. Il transmet cela au deuxième participant respectivement au deuxième terminal de communication par téléphonie mobile 103 par un message TB Request Queue Status 502 que le serveur PTT 101 génère et transmet au deuxième terminal de communication par téléphonie mobile 103. Le message TB Request Queue Status 502 contient une indication de temps à partir de quand au plus tard le deuxième participant se verra attribuer le droit de parole. Dans cet exemple, le temps de parole maximum encore restant est entré par le premier participant Ti comme temps, dans cet exemple de réalisation de l'invention 40 secondes. Le format du message TB_Request_Queue_Status 502 permettant de rejeter le droit de parole demandé est représenté dans la figure 4. La figure 4 représente le message RTCP, message TB_Request_Queue_Status , 502 permettant de rejeter temporairement le droit de communication en indiquant la durée maximale jusqu'à l'accord du droit de communication. Le message RTCP 502 comporte les champs de message suivant. - un champ de numéro de version V 401: un numéro de version RTP (dans cet exemple de réalisation V = 2) ; - un champ de Padding P 402: un indicateur de l'information de Padding; - un champ de message de sous- titre 403: un sous-type du message, dans cet exemple de réalisation de l'invention le message TB Request Queue Status étant identifié par 01001 ; - un champ de type de paquet 404: un indicateur de message RTCP défini par l'application; dans cet exemple de réalisation de l'invention, PT = APP = 204; - un champ de longueur de message de 405: une indication de la longueur du message en mots (32 bits) après le champ de longueur de message; si on entre la valeur 4 dans le champ de longueur de message, il s'agit d'un message TB_Request_Queue_Status avec une indication de temps; si le champ contient la valeur 3 , il s'agit d'un message TB_Request_Queue_Status sans indication de temps, comme défini dans le document [2] ; - un champ SSRC 406: une indication de synchronisation de la source (Source) du serveur PTT qui envoie le rejet; le SSRC identifie l'émetteur de flux de média sans ambiguïté ; il est défini dans les paquets RTP appartenant au message RTCP; - un champ de nom de message 407: un nom de message défini par l'application; dans cet exemple de réalisation de l'invention PoCl permettant d'identifier un système Pushto-Talk over Cellular de la version 1; - un champ de priorité 408: une indication de la priorité avec laquelle est traité la demande droite communication; plus la valeur de la priorité est élevée, plus la priorité est élevée; - champ de position dans file d'attente 409: une indication du nombre de demandes de droit de communication qui sont mémorisées avant la demande du participant informé dans la file d'attente du serveur PTT 101 et qui se trouvent donc avant lui et qui sont traitées avant lui; - un champ de Padding 410: ce champ contient des données de Padding; et - un champ de durée 411: une indication d'une durée en millisecondes (en variante en secondes, microsecondes ou une période quelconque prescrite, en variante une indication de temps absolue) jusqu'à l'accord au plus tard du droit communication (dans la figure 4, désignée également par max grant time ). Pendant que le premier participant Ti parle et donc que le premier terminal de communication par téléphonie mobile 102 s'est vu attribuer le droit de parole, le temps d'intervention restant de ce participant est indiqué en continu sur son terminal de communication par téléphonie mobile 102 au moyen de son unité d'affichage. Dans cet exemple de réalisation de l'invention, on suppose que, dix secondes avant la fin du temps de parole, le premier participant Ti résume son intervention encore une fois dans une dernière phrase. On retire alors au premier participant et donc au premier terminal de communication par téléphonie mobile 102 le droit d'intervention (droit de parole) (cf. la figure 5). Dans ces modes de réalisation de l'invention, il n'est pas nécessaire que le retrait de droit de parole soit spécialement communiqué au moyen du serveur PTT 101 au premier participant Ti respectivement au premier terminal de communication par téléphonie mobile 102. Après avoir retiré le droit d'intervention au premier participant Ti et donc au premier terminal de communication par téléphonie mobile 102, on accorde, en d'autres termes on attribue, le droit d'intervention au deuxième participant T2 et donc au deuxième terminal de communication par téléphonie mobile 103, au moyen d'un message TB Granted 503 qui est généré par le serveur PTT 101 et qui est transmis au deuxième terminal de communication par téléphonie mobile 103. Dans cet exemple de réalisation de l'invention, une durée de 60 secondes est là encore communiquée comme temps de parole maximum au deuxième terminal de communication partéléphonie remise 103; il faut mentionner que, dans des variantes de mode de réalisation de l'invention, différentes durées peuvent être indiquées, éventuellement en fonction de la priorité du participant respectif pendant la session de téléconférence. Après réception du message TB_Granted 503, le deuxième terminal de communication par téléphonie mobile 103 et donc le deuxième participant T2 se voient attribuer le droit de parole, ce qui est symbolisé dans la figure 5 par le bloc 504. En outre, on suppose que, comme représenté dans un schéma de flux de message 600 dans la figure 6, le troisième participant T3 demande également le droit de parole (au moyen du troisième terminal de communication par téléphonie mobile 104) puis le premier participant Ti demande également le droit de parole (au moyen du premier terminal de communication par téléphonie mobile 102). Ceci est effectué au moyen d'un troisième message TB Request 601 qui est généré par le troisième terminal de communication par téléphonie mobile 104 et qui est transmis au serveur PTT 101 respectivement au moyen d'un quatrième message TB_Request 602 qui est généré par le premier terminal de communication par téléphonie mobile 102 et qui est transmis au serveur PTT 101. Le serveur PTT 101 communique à au troisième terminal de communication par téléphonie mobile 104 et donc au troisième participant T3 au moyen d'un deuxième message TB Request Queue Status 603 qui est généré par le serveur PTT 101 et qui est transmis au troisième terminal de communication par téléphonie mobile 104 et le troisième terminal de communication par téléphonie mobile 104 et donc le troisième participant T3 se verront attribuer au plus tard le droit d'intervention (droit de parole) au bout du temps d'intervention encore restant du deuxième participant T2. Dans cet exemple de réalisation de l'invention, ceci est effectué au moyen de l'indication de durée de 30 secondes dans le champ de durée du deuxième message TB Request Queue Status 603. On communique au premier terminal de communication par téléphonie mobile 102 et donc au premier participant Ti que le premier participant Ti se verra attribuer le droit d'intervention au plus tard au bout du temps d'intervention encore restant du deuxième participant T2 plus le temps d'intervention maximum du troisième participant T3. Le serveur PTT 101 transmet cette information sous la forme d'un troisième message TB_Request_Queue_Status 608 au premier terminal de communication par téléphonie mobile 102, le message contenant dans le champ de durée une valeur de paramètre de 90 secondes. Le deuxième participant T2 termine son intervention plus tôt que prévu, c'est-à-dire avant la fin de son temps d'intervention maximum. Ceci est communiqué par le deuxième participant T2 au serveur PTT 101 au moyen d'un message TB_Release 605; le deuxième terminal de communication par téléphonie mobile 103 libère le droit de parole 604 au moyen du message TB_Release 605 qu'il a généré et qu'il transmet au serveur PTT 101. Le serveur PTT 101 accorde alors au troisième participant T3 et donc au troisième terminal de communication par téléphonie mobile 104 le droit d'intervention au moyen d'un troisième message TB Granted 606 généré par le serveur PTT 106 et transmis au troisième terminal de communication par téléphonie mobile 104. Là encore, le droit de parole 607 de 60 secondes est attribué au troisième terminal de communication par téléphonie mobile 104, (indiqué par la valeur de paramètre de 60 secondes dans le champ de durée du message TB_Granted 606). Le premier terminal de communication par téléphonie mobile 102 et donc le premier participant Tl sont informés, au moyen d'un quatrième message TB Request_Queue_Status 609 généré par le serveur PTT 101 et transmis au premier terminal de communication par téléphonie mobile 102, du fait que le temps maximum jusqu'à l'accord de son droit d'intervention a été réduit, dans cet exemple de réalisation à 60 secondes. En outre, on suppose que le quatrième participant T4, c'est-à-dire dans cet exemple de réalisation de l'invention l'utilisateur du quatrième terminal de communication par téléphonie mobile 105, demande maintenant le droit d'intervention avec une priorité élevée (cf. le schéma de flux de message 800 dans la figure 8). Ceci est effectué au moyen d'un cinquième message TB Request 801 généré par le quatrième terminal de communication par téléphonie mobile 105 et transmis au serveur PTT 101. Le quatrième participant T4 et donc le quatrième terminal de communication par téléphonie mobile 105 se voient accorder plutôt que prévu le droit d'intervention, mais pas immédiatement. Ceci est communiqué par le serveur PTT 101 au quatrième participant T4 et donc au quatrième terminal de communication par téléphonie mobile 105 au moyen d'un cinquième message TB_Request_Queue_Status 802. On communique une durée de 10 secondes jusqu'à l'attribution du droit d'intervention dans le cinquième message TB Request Queue Status 802; cette indication de temps est contenue dans le champ de durée du message TB_Request_Queue_Status 802. En outre, un message TB_Revoke 803 est généré par le serveur PTT 101 (par exemple en même temps) et est transmis au troisième terminal de communication par téléphonie mobile 104; ce message permet de communiquer au troisième terminal de communication par téléphonie mobile 104 que son droit d'intervention sera retiré plus tôt que prévu dans 10 secondes (le paramètre de temps de 10 secondes est contenu dans le champ de durée du message TB Revoke 803 représenté dans la figure 7 et décrit en détail dans la suite). La figure 7 représente le format du message RTCP TB Revoke permettant de retirer ie droit de communication avec une indication de temps jusqu'au retrait du droit de communication. Le message RTCP TB Revoke 803 comporte les champs de message suivant: - un champ de numéro de version V 701: un numéro de version RTP (dans cet exemple de réalisation V = 2) ; - un champ de Padding P 702: un indicateur de Padding; - un champ de sous-type 703: un sous-type de message, le type du message TB Revoke étant désigné par 00110 ; - un champ de type de paquet 704: un indicateur de message RTCP défini par l'application dans cet exemple de réalisation PT = APP =204; - un champ de longueur de message 705: une indication de la longueur du message en mots (32 bit) après le champ de longueur de message; si, dans le champ de longueur de message, on entre ici la valeur 4 , il s'agit d'un message TB Revoke contenant une indication de temps; si le champ contient la valeur 3 , il s'agit d'un message TB Revoke sans indication de temps, comme décrit jusqu'à présent dans le document [2] ; - un champ SSRC 706: un champ de synchronisation permettant d'indiquer la source de synchronisation (Source) du serveur PTT qui envoie le retrait de droit de communication; le SSRC identifie l'émetteur de flux de média sans ambiguïté ; il est défini dans les paquets RTP appartenant au message RTCP; - un champ de nom de message 707: un nom de message défini par l'application permettant de désigner, dans cet exemple de réalisation PoCl, un système PTT Push-to-Talk over Cellular de la version 1; - un champ d'origine 708: un champ qui contient un code permettant d'indiquer pour quelle raison on retire le droit de communication; des codes possibles sont décrits dans le document [2] ; - un champ d'informations 709: des informations supplémentaires sont contenues dans le champ d'informations, comme décrit dans le document [2] (ce champ est également désigné par champ additional information ) ; et - un champ de durée 208: une indication d'une durée en millisecondes (en variante en secondes, microsecondes ou une période quelconque prescrite, en variante une indication de temps absolue) jusqu'au retrait au plus tard du droit communication. On communique au premier terminal de communication par téléphonie mobile 102 et donc au premier participant Ti, au moyen d'un sixième message TB Request Queue Status 804, que le temps maximum encore restant jusqu'à l'attribution de son droit d'intervention a augmenté (dans cet exemple de réalisation représenté au moyen d'une valeur de paramètre 70 dans le champ de durée 411 du sixième message TB Request Queue Status 804). Au bout de 10 secondes, on retire le droit d'intervention au troisième participant T3 et donc au troisième terminal de communication par téléphonie mobile 104 (symbolisé dans la figure 8 par une double flèche 805). Ceci n'est plus communiqué séparément par le serveur PTT 101 au troisième terminal de communication par téléphonie mobile 104 et donc au troisième participant T3. Maintenant, le quatrième terminal de communication par téléphonie mobile 105 et donc le quatrième participant T4 se voient attribuer le droit d'intervention, ce qui est communiqué au quatrième terminal de communication par téléphonie mobile 105 au moyen d'un quatrième message TB_Granted 806 généré par le serveur PTT 101 et transmis au quatrième terminal de communication par téléphonie mobile 105. Dans ce message, on communique alors au quatrième terminal de communication par téléphonie mobile 105, comme valeur de paramètre dans le champ de durée 208 de ce message, au bout de combien de temps d'intervention maximum le droit d'intervention lui sera retiré, dans cet exemple de réalisation de l'invention au bout de 60 secondes. Après réception du quatrième message TB_Granted 806, le quatrième terminal de communication par téléphonie mobile 105 et donc le quatrième participant T4 sont en possession du droit d'intervention (symbolisé par le bloc 807 dans la figure 8). À la fin de son temps d'intervention, le droit d'intervention est de nouveau retiré au quatrième terminal de communication par téléphonie mobile 105 et donc au quatrième participant T4 par le serveur PTT 101. Ceci n'est plus communiqué séparément au quatrième terminal de communication par téléphonie mobile 105 et donc au quatrième participant T4. Le serveur PTT 101 envoie alors un cinquième message TB Granted 901 (cf. schéma de flux de message 900 dans la figure 9) au premier terminal de communication par téléphonie mobile 102 et donc au premier participant Ti pour délivrer le droit d'intervention au premier terminal de communication par téléphonie mobile 102 et donc au premier participant Ti. On suppose maintenant que le cinquième message TB Granted 901 est perdu lors de la transmission au premier terminal de communication par téléphonie mobile 102. Cependant, on a déjà annoncé au premier participant Tl respectivement au premier terminal de communication par téléphonie mobile 102 au moyen du message TB Request Queue Status 804, transmis en dernier, que le droit d'intervention lui est attribué au bout du temps d'intervention maximum du quatrième participant T4. Au bout d'un temps d'attente (symbolisé dans la figure 9 par une double flèche 902), après l'instant attendu de l'attribution du droit d'intervention, le premier terminal de communication par téléphonie mobile 102 et donc le premier participant Ti demandent par conséquent de nouveau le droit d'intervention auprès du serveur PTT 101 par un sixième message TB Request 903 que le premier terminal de communication par téléphonie mobile 102 génère et transmet au serveur PTT 101. Lorsque la demande est effectuée pendant le temps d'intervention prévu pour le premier terminal de communication par téléphonie mobile 102 et donc le premier participant Ti, le serveur PTT 101 répond par un sixième message TB Granted 904 que le serveur PTT 101 génère et transmet au premier terminal de communication par téléphonie mobile 102, en indiquant le temps d'intervention restant encore pour le premier participant Ti (40 secondes dans cet exemple de réalisation de l'invention). Dans ce cas, le premier participant Tl se voit attribuer le droit d'intervention 905. Lorsque la demande est déjà effectuée en dehors du temps d'intervention prévu pour le premier participant Ti, le serveur PTT 101 répond à la réception du sixième message TB Request 903 par un message Dans une variante de conformation de l'invention, il est prévu que le temps de parole maximum n'est pas envoyé avec chaque message TB Granted ou avec chaque message TB Revoke mais seulement avec le premier message TB Granted respectivement le premier message TB Revoke lorsque la valeur du temps de parole maximum du participant respectif doit être modifié par rapport à la dernière valeur communiquée. Dans les exemples ci-dessus, les messages RTCP, définis dans TB Request Queue Status TB Revoke sont dotésle document [2], , TB Granted et en plus d'un élément de temps dans le cas où il faut transmettre des données de temps avec ces messages. Il peut également être prévu de définir pour les messages RTCP TB Request Queue Status , TB Granted et TB Revoke de nouveaux messages RTCP qui sont identifiés par exemple par de nouveaux sous-types ne présentant pas d'ambiguïté. Lorsque les règles de contrôle de droit de communication ne prévoient aucun temps d'intervention maximum, il peut être prévu dans une variante de conformation de l'invention de toujours retirer le droit d'autorisation avec retard et d'avertir le participant avant l'instant réel du retrait pour que le participant puisse encore terminer son intervention. En outre, dans une variante de conformation de l'invention, il peut être prévu de transmettre les temps d'attente non pas automatiquement avec un message TB Granted , un message TB Request Queue Status ou un message TB Revoke au terminal du participant, c'est-à-dire au terminal de communication par téléphonie mobile, mais seulement lors d'une demande particulière du terminal du participant. Le serveur PTT 101 répond à la demande avec la dernière commande de droit de communication ( TB Granted , TB_Request_QueueStatus ou _ TB Revoke ) en indiquant une durée correspondante. La figure 11 représente de façon détaillée le format d'un message de requête de message RTCP TB Command With Timer Request 1110. Le message RTCP É TB Command With Timer Request 1110 permettant la requête de la dernière commande de droit de communication avec indication de durée comporte dans un exemple de réalisation de l'invention les champs de message suivants. - un champ de version V 1101 un numéro de version RTP (dans cet exemple de 25 réalisation V = 2) ; - un champ de Padding P 1102 un indicateur de Padding; - un champ de sous-type 1103 un sous-type de message, 10000 indiquant: Demande de la dernière commande de droit de communication ; il faut mentionner que cette valeur n'a été utilisée qu'à titre d'exemple; on pourrait également utiliser pour cela d'autres valeurs; - un champ de type de paquet 1104: un indicateur d'un message RTCP défini par l'application, dans cet exemple de réalisation PT = APP =204; - un champ de longueur de message 1105: une indication de la longueur du message en mots (32 bit) après le champ de longueur de message; - un champ SSRC 1106: une source de synchronisation (Source) du terminal de participant qui demande la dernière commande; le SSRC identifie l'émetteur de flux de média sans ambiguïté ; il est défini dans les paquets RTP appartenant au message RTCP; - un champ de nom de message 1107: un nom de message défini par l'application, dans cet 15 exemple de réalisation PoCl, permettant de désigner un système Push-to-Talk over Cellular de la version 1. Les temps d'attente peuvent également être communiqués au terminal de participant en plus des communications de temps d'attente automatiques (au moyen d'un message TB Granted , d'un message TB_Request_Queue_Status ou d'un message TB Revoke ), sur requête avec le format de message représenté dans la figure 11. Les communications de temps d'attente par message TB Granted , message TB_Request_Queue_Status ou message TB_Revoke et les demandes de temps d'attente par message TB_Command_With_Timer_Request peuvent également être envoyées au moyen de protocoles de communication permettant de contrôler le droit communication autre que RTCP dans les exemples de réalisation décrits ci-dessus, par exemple par BFCP ou SIP. Il faut mentionner que l'invention peut être utilisée également dans d'autres systèmes de conférence et pas seulement dans des systèmes de conférence Push-to-Talk respectivement des systèmes de conférence Push-toTalk over Cellulare, mais également dans des systèmes de transmission d'autres données, notamment des données de média, par exemple des données vidéo, des données d'image fixe, des données textuelles, etc. L'invention n'est pas limitée à un système de conférence PTT et peut également être utilisée dans d'autres systèmes avec contrôle de droit communication, par exemple par des systèmes de conférence fondés sur l'Internet, d'une façon générale tous systèmes de conférence avec contrôle de droit de communication. Dans ce document, on a cité les publications 15 suivantes. [1] G. Camarillo et al, XCON Working Group, IETF Internet-Draft, The Binary Floor Control Protocol (BFCP), draft-ietf-xcon-bfcp-02.txt, Octobre 2004 sur Internet à l'adresse: http://www.softarmor. com/wgdb/docs/draft-ietf-xconbfcp-02.txt; [2] Open Mobile Alliance, PoC User plane Version 1, 25 Draft version 1.0.10, OMA-AD PoC-V1 0-20050428-C, Novembre 2004; [3] H. Schulzrinne et al, Network Working Group, IETF Request for comments RFC 3550, RTP: A Transport Protocol for Real-Time Applications, Juillet 2003, sur Internet à l'adresse: http://www.ietf. org/rfc/rfc1350.txt?number=3550; [4] J. Rosenberg et al, SIPPING Internet draft, A Session Initiation Protocol (SIP) Event Package for Conference State, draft-IETF-SIPPING-conference-package-06.txt, Octobre 2004 sur Internet à l'adresse: http://tools.ietf. org/wg/sipping/draft-ietfsippingconference-package/draft-ietf-sipping-con ference-package06.txt; [5] J. Rosenberg, Internet Engineering Task Force, IETF Internet draft, A Framework for Conferencing with the Session Initiation Protocol, draftIETF-SIPPING-conferencing-framework-00.txt, Mai 2003, sur Internet à l'adresse: http://tools.ietf.org/wg/sipping/draft-ietf-sipping-15 conferencing-framework/draft-ietf-sipping-conferencing- [6] Open Mobile Alliance, Push to Talk over Cellular (PoC) - Architecture, Candidate Version 1.0, 20 OMA-AD PoC-Vl 0-20050428-C, Novembre 2004. Revendications 1. Unité de serveur de téléconférence, caractérisée en ce qu'elle comporte - une unité de commande de téléconférence permettant de commander du côté du serveur une téléconférence, - une unité de génération de message de commande de téléconférence permettant de générer au moins un message de commande de téléconférence, l'unité de génération de message de commande de téléconférence étant destinée à ajouter au message de commande de téléconférence une information d'attribution de droit communication, l'information d'attribution de droit de communication permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de communication dans le cadre de la téléconférence. 2. Unité de serveur de téléconférence selon la revendication 1, caractérisée en ce que l'unité de génération de message de commande de téléconférence est destinée à ajouter une information d'attribution de droit de parole, l'information d'attribution de droit de parole permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de parole dans le cadre de la téléconférence. 3. Unité de serveur de téléconférence selon la revendication 1 ou 2, caractérisée en ce que l'unité de génération de message de commande de téléconférence est destinée à ajouter comme information d'attribution de communication une information permettant d'indiquer au bout de combien de temps un droit de communication peut être attribué au terminal de télécommunications, ou lui être retiré, dans le cadre de la téléconférence. 4. Unité de serveur de téléconférence selon l'une des revendications 1 à 3, caractérisée en ce que l'unité de commande de téléconférence est destinée à commander du côté du serveur une téléconférence en mode semiduplex. 5. Unité de serveur de téléconférence selon l'une des revendicaticns 1 à 4, caractérisée en ce que l'unité de commande de téléconférence est destinée à commander du côté du serveur une téléconférence fondée sur l'Internet. 6. Unité de serveur de téléconférence selon l'une des revendications 1 à 5, caractérisée en ce que l'unité de commande de téléconférence est destinée à commander du côté du serveur une téléconférence Push-to-Talk. 7. Unité de serveur de téléconférence selon la revendication 6, caractérisée en ce que l'unité de commande de téléconférence est destinée à commander du côté du serveur une téléconférence Push-to-Talk-overCellular. 8. Unité de serveur de téléconférence selon l'une des revendications 1 à 5, caractérisée en ce que l'unité de génération de message de commande de téléconférence est destinée à générer l'au moins un message de commande de téléconférence selon un protocole de commande de téléconférence. 9. Unité de serveur de téléconférence selon la revendication 8, caractérisée en ce que l'unité de génération de message de commande de téléconférence est destinée à générer l'au moins un message de commande de téléconférence selon l'un des protocoles de commande de téléconférence suivants: - Session Initiation Protocol, - Real-Time Transport Control Protocol, - Binary Floor Control Protocol. 10. Unité de serveur de téléconférence selon l'une des revendications 1 à 9, caractérisée en ce que l'unité de commande de téléconférence est conçue de telle sorte que le retrait ou l'attribution d'un droit de communication est effectué de façon implicite au moyen du message de commande de téléconférence en retirant ou attribuant le droit de communication lors de la survenance de l'événement indiqué par l'information d'attribution de droit de communication contenue dans le message de commande de téléconférence. 11. Unité de serveur de téléconférence selon l'une des revendications 1 à 10, caractérisée en ce que l'unité de commande de téléconférence est destinée à recevoir au moins un message de requête d'événements de retrait/d'attribution de téléconférence pour interroger l'événement de retrait ou l'événement d'attribution. 12. Unité de serveur de téléconférence selon l'une des revendications 1 à 11, caractérisée en ce qu'elle comporte une unité de génération de message d'événement de droit de communication permettant de générer au moins un message d'événement de téléconférence dans lequel il est indiqué l'événement dont la survenance a entraîné le retrait ou l'attribution du droit de communication. 13. Unité de serveur de téléconférence selon la revendication 12, caractérisée en ce que l'unité de génération de message de droit de communication est destinée à générer le message d'événement de téléconférence selon l'un des protocoles de commande de téléconférence suivants: - Session Initiation Protocol, - Real-Time Transport Control Protocol, - Binary Floor Control Protocol. 14. Unité de serveur de téléconférence selon la revendication 12, caractérisée en ce que le message d'événement de droit de communication peut être conçu sous la forme d'au moins un des messages suivants: - un message permettant d'attribuer le droit communication, - un message permettant de retirer le droit de communication, - un message permettant de transmettre une information d'état relative à l'état d'une file d'attente d'attribution de droit communication. Terminal de télécommunications, caractérisé en ce qu'il comporte: - une unité de commande de téléconférence permettant de commander du côté du terminal une téléconférence - une unité de réception permettant de recevoir au moins un message de commande de téléconférence, - une unité de détermination qui est destinée à déterminer une information d'attribution de droit communication à partir de l'au moins un message de commande de téléconférence, l'information d'attribution de droit communication permettant d'indiquer quels sont les événements dont la survenance permet d'attribuer au terminal de télécommunications, ou de lui retirer, un droit de communication dans le cadre de la conférence de télécommunications. 16. Terminal de télécommunications selon la revendication 15, caractérisé en ce que l'unité de détermination est destinée à déterminer une information d'attribution de droit de communication à partir de l'au moins un message de commande de téléconférence, l'information d'attribution de droit de communication indiquant au bout de combien de temps un droit de communication est retiré ou attribué à un terminal de télécommunications dans le cadre de la téléconférence. 17. Terminal de télécommunications selon la revendication 15 ou 16, caractérisé en ce qu'il comporte une unité de représentation destinée à représenter l'information d'attribution de droit de communication déterminée à destination d'un utilisateur. 18. Terminal de télécommunications selon la revendication 17, caractérisé en ce que l'unité de représentation est conformée en unité d'affichage. 19. Terminal de télécommunications selon l'une des revendications 15 à 18, caractérisé en ce que l'unité de commande de téléconférence est destinée à commander du côté du terminal une téléconférence en mode semi-duplex. 20. Terminal de télécommunications selon l'une des revendications 15 à 19, caractérisé en ce que l'unité de commande de téléconférence est destinée à commander du côté du terminal une téléconférence fondée sur 1'Internet. 21. Terminal de télécommunications selon l'une des revendications 15 à 20, caractérisé en ce que l'unité de commande de téléconférence est destinée à commander du côté du terminal une téléconférence Push-to-Talk. 22. Terminal de télécommunications selon la revendication 21, caractérisé en ce que l'unité de commande de téléconférence est destinée à commander du côté du terminal une téléconférence Push-to-Talk-over-Cellular. 23. Terminal de télécommunications selon l'une des revendications 15 à 22, caractérisé en ce que l'unité de commande de téléconférence est conçue de telle sorte que le retrait ou l'attribution d'un droit de communication est effectué automatiquement lors de la survenance de l'événement indiqué par l'information d'attribution de droit de communication contenue dans le message de commande de téléconférence. 24. Terminal de télécommunications selon l'une des revendications 15 à 23, caractérisé en ce que l'unité de détermination est destinée à déterminer une information d'attribution de droit de communication à partir de l'au moins un message de commande de téléconférence selon un protocole de commande de téléconférence. 25. Terminal de télécommunications selon la revendication 24, caractérisé en ce que l'unité de détermination est destinée à déterminer une information d'attribution de droit de communication à partir de l'au moins un message de commande de téléconférence selon l'un des protocoles de commande de téléconférence suivants: - Session Initiation Protocol, Real-Time Transport Control Protocol, - Binary Floor Control Protocol. 26. Terminal de télécommunications selon l'une des revendications 15 à 25, caractérisé en ce qu'il comporte une unité d'actualisation d'information d'attribution de droit communication permettant d'actualiser une information d'attribution de droit de communication en fonction d'un message de commande de téléconférence reçu. 27. Terminal de télécommunications selon l'une des revendications 15 à 26, caractérisé en ce qu'il comporte une unité de génération de message de requête d'événement de retrait/d'attribution de téléconférence permettant de générer au moins un message de requête d'événement de retrait/d'attribution de téléconférence pour interroger l'événement de retrait ou l'événement d'attribution. 28. Procédé de génération d'un message de commande de téléconférence, caractérisé en ce que - on ajoute au message de commande de téléconférence une information de commande permettant de commander une 30 téléconférence, - on ajoute au message de commande de téléconférence une information d'attribution de droit de communication, l'information d'attribution de droit de communication permettant d'indiquer quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication au terminal de télécommunications dans le cadre de la téléconférence. 29. Procédé selon la revendication 28, caractérisé en ce que l'on reçoit au moins un message de requête d'événement de retrait/d'attribution de téléconférence permettant d'interroger l'événement de retrait ou l'événement d'attribution. 30. Procédé selon la revendication 28 ou 29, caractérisé en ce que l'on génère au moins un message d'événement de téléconférence dans lequel on indique l'événement dont la survenance permet de générer ou d'attribuer le droit de communication. 31. Procédé selon la revendication 30, caractérisé en ce que le au moins un message d'événement de téléconférence est envoyé à un terminal de télécommunications. 32. Procédé de commande une téléconférence, caractérisé en ce que - une information permettant de commander une téléconférence ainsi qu'une information d'attribution de droit de communication sont déterminées à partir d'un message de commande de téléconférence reçu dans le cadre d'une téléconférence, l'information d'attribution de droit de communication permettant d'indiquer quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication au terminal de télécommunications dans le cadre de la téléconférence, - la téléconférence est commandée conformément à l'information de commande. 33. Procédé selon la revendication 32, caractérisé en ce que l'information d'attribution de droit de communication est présentée à l'utilisateur. 34. Procédé selon la revendication 32 ou 33, caractérisé en ce que l'on génère au moins un message de requête d'événement de retrait/d'attribution de téléconférence permettant d'interroger l'événement de retrait ou l'événement d'attribution. 35. Procédé selon la revendication 34, caractérisé en ce que l'au moins un message de requête d'événement de retrait/d'attribution de téléconférence est envoyé à une unité de serveur de téléconférence. 36. Elément de mémorisation lisible par ordinateur caractérisé en ce qu'il comporte un programme informatique permettant de commander une téléconférence et comportant, lorsqu'il est exécuté par un microprocesseur, les étapes suivantes: - une information de commande permettant de commander une téléconférence est ajoutée à un message de commande de téléconférence, - un message d'attribution de droit de communication est ajouté au message de commande de téléconférence, l'information d'attribution de droit de communication indiquant quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication à un terminal de télécommunications dans le cadre de la téléconférence. 37. Élément de mémorisation lisible par ordinateur caractérisé en ce qu'il comporte un programme informatique permettant de commander une téléconférence et comportant, lorsqu'il est exécuté par un microprocesseur, l'étape suivante: une information de commande permettant de commander la téléconférence ainsi qu'une information d'attribution de droit de communication sont déterminées à partir d'un message de commande de téléconférence reçu dans le cadre d'une téléconférence, l'information d'attribution de droit de communication indiquant quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication au terminal de télécommunications dans le cadre de la téléconférence. 38. Élément de programme informatique permettant de générer un message de commande de téléconférence, lequel élément de programme informatique, lorsqu'il est exécuté par un processeur, est caractérisé en ce que qu'il comporte les étapes suivantes: - une information de commande permettant de commander une téléconférence est ajoutée au message de commande de téléconférence, - une information d'attribution de droit de communication est ajoutée au message de commande de téléconférence, l'information d'attribution de droit de communication indiquant quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication au terminal de télécommunications dans le cadre de la téléconférence. 39. Élément de programme informatique permettant de commander une téléconférence, lequel élément de programme informatique, lorsqu'il est exécuté par un processeur, est caractérisé en ce que comporte les étapes suivantes: - une information de commande permettant de commander une téléconférence ainsi qu'une information d'attribution de droit de communication sont déterminées à partir d'un message de commande de téléconférence reçu dans le cadre d'une téléconférence, l'information d'attribution de droit de communication indiquant quels sont les événements dont la survenance permet de retirer ou d'attribuer un droit de communication au terminal de télécommunications dans le cadre de la téléconférence, - la téléconférence est commandée en utilisant l'information de commande déterminée.