Brevet FR2977105A1 — publié le 20121228

Arrière-plan de l'invention La présente invention se situe dans le domaine de la planification et de la gestion de conférences téléphoniques entre des terminaux dans un réseau de 5 communication. Pærconférence téléphonique, on entend kj tout type de communication téléphonique entre des terminaux, dans lesquels les terminaux se connectent à un point centra!, appelé pont d'une conférence, pour communiquer entre eux. De façon connue, !'organisation de telles conférences téléphoniques nécessite d'envoyer, de façon préalable, les informations sur la conférence aux participants, notamment le numéro de téléphone du pont de conférence et éventuellement un mot de passe permettant à l'utilisateur de rejoindre la conférence. Ce mode de fonctionnement est peu ergonomique notamment en situation de mobilité, car il oblige l'utilisateur à rechercher !e numéro de téléphone de la 15 conférence pour la rejoindre. Par ailleurs, lorsque !a conférence est prévue pour débattre d'un sujet confidentiel, !'envoi des informations peut ne pas être souhaité, surtout s'il existe un risque que ces informations soient retransmises de façon mal attentionnée ou accidenheUeà un tiers non convié à la conférence. 20 Par ailleurs, il est fréquent que plus de deux personnes participent à une conférence téléphonique pour traiter de sujets variés. En pratique, i1 n'est pas simple, dans !'état actuel de !a technique d'inviter !es différents participants à rejoindre !a conférence téléphonique au nnonnenL idéal pour qu'ils puissent traiter uniquement !e5 sujets qui les concernent. Les utilisateurs rejoignent donc le plus souvent la conférence 25 téléphonique trop tôt, ce qui perturbe les sujets en cours de discussion, ou trop tard, ce qui fait perdre du temps aux autres participants. L'invention vise un système de planification d'une conférence téléphonique qui ne présente pas ces inconvénients. 30 Qbje r-ë , et selon un premiu COrCeMe ,.1 2 ' des moyens de ' uencenlent aptes à déclencher, préalablement au démarrage de chacune des phases, l'envoi commande à chacun des terminaux devant rejoindre la conférence téléphonique au début de cette phase, l'exécution de cette commande par le terminal générant un appel téléphonique du terminal vers un pont de conférence, ce pont étant apte à connecter !e terminal à !a conférence sur réception d'un appel téléphonique en provenance de ce terminal. Corrélativement, l'invention vise un procédé de planification d'une conférence téléphonique entre des terminaux, ce procédé comportant une étape de définition d'au moins une phase de !a conférence et de !a liste des terminaux devant rejoindre !a confénenoaà cette phase ; et - pourchaCune des phases, une étape de déclenchement, préalablement au démarrage de cette phase, de !'envoi d'une commande à chacun des terminaux devant rejoindre la conférence téléphonique au début de cette phase, !'exécution de cette commande par un termina!, générant un appel téléphonique du terminal vers un pont de conférence, ce pont étant apte à connecter !e terminal à !a conférence sur réception d'un appel téléphonique en provenance de ce terminal. Ainsi, et de façon très avantageuse, les terminaux ne sont sollicités que pour le début de la phase de la conférence à laquelle ils doivent participer. Cette caractéristique permet avantageusement aux utilisateurs de ces 20 terminaux de ne pas perdre de temps inutilement en participant à des phases de !a conférence pour lesquelles ils ne sont pas concernés. Selon un deuxième aspect, l'invention vise un terminal comportant : - des moyens de réception d'une commande en provenance d'un système de gestion d'une conférence téléphonique ; 25 - desnnoyensd'exécutiondecettæconornande; et -des moyens pour appeler un pont de conférence dont un identifiant est compris dans la commande, pour rejoindre la conférence. Corré!ativerneni, !'invention concerne un procédé mis en oeuvre par un ternninal pour rejoindre uneconfer erre te!éphon/qoe' ce procédé comportant : 30 -Onc é\ape dc recepUon (l'une Lnrnnnande en provenance d'un sysLemc de gestion d'une conhs/en/`; - uncchp~d\ l . { `nmmnde - compris dans la Ainsi, de façon très avantageuse, le terminal rejoint automatiquement la conférence, sans que l'utilisateur ait à composer k2 numéro du pont de conférence, juste au démarrage de la phase concernant l'utilisateur du terminal. Se/on un troisième aspect, l'invention vise également un système de 5 gestion d'une conférence téléphonique entre desterminaux, cesystème comportant: -unserveur d'application &e!quementionné ci-dessus ; et ' un pont de conférence apte à connecter un terminal de la conférence sur réception d'un appel téléphonique en provenance de ce terminal. Plusieurs possibilités peuvent être envisagées pour envoyer, 10 préalablement au démarrage d'une phase de la conférence, la commande aux terminaux devant rejoindre la conférence au début de cette phase. Par exemple, dans un mode de réalisation de l'invention, !e serveur d'application comporte des moyens aptes à établir un canal de communication de données avec un terminal, et à lui envoyer la commande dans ce canal. 15 Ce mode de réalisation nécessite l'installation d'une application sur le hann!nal mobile pou/ interpréter et exécuter la commande reçue du serveur d'application. Ce mode de réalisation de l'invention ee1particulièrement adapté aux terminaux mobiles aptes à té!échanger et à installer de telles applications, par exemple à des terminaux intelligents de type Smartphone. Dans un mode particulier de réalisation de cæKæ variante, le serveur d'application comporte des moyens pour déclencher l'envoi d'un message de type SMS au terminal pour l'activer avant d'établir le canal de communications de données. Ce mode de réalisation permet ainsi de réveiller !m terminal juste avant de !e solliciter pour établir !e canal. Ce mode de réalisation est adapté aux réseaux de communications deuxième (26) et troisième (]G) générations. Lorsque le terminal est en permanence connecté au réseau, comme dans !ecaSd'un réseau LTE, ce SMS de réveil n'est pas nécessaire. Dans un autre mode de réalisation, !æ système de gestion selon !'invention comporte un serveur de gestion sans fil apte à envoyer !o commande aux 30 be/n-inogx sous forme d'un message de t MS, sur instruction du serveur ~' ~ |e/mina! se!on ri e/rUon -ioorlie :r / 4 Os message de type SMS peut aussi être un message de type EMS (Enha»ced Messaging Service) classe 2, chiffré également invisible par l'utilisateur, et offrant an outre un niveau de sécurité très important puisque le message envoyé au terminal mobile est chiffré. ~ Oa mode de réalisation, avec l'utilisation des messages de type SMG précités, est particulièrement avantageux car il ne nécessite pas d'installer d'application sur les terminaux mobiles. Le serveur de gestion sans fil et !es cartes à microcircuits doivent être compatibles. Le serveur peut notamment être un serveur dit "nverthe air" dans !e cadre 10 de !a technologie STK(SIMToo!kit), ou un serveur D-STK dans le cas de la technologie D-STK (Dynamic SIM Too!kit). Plus généralement, on peut utiliser une technologie compatible avec {es spécifications SIMa{!ianceToO!box (S@T) ou avec celles de l'USAT (USIM Application Too!kit) duconsortium 3GPP. Lorsque !d conférence téléphonique nécessite l'authentification du 15 terminal, un identifiant du terminal peut être envoyé au pont de conférence sous forme d'une séquence de codes DTMF. Il a été dit que !e terminal pouvait automatiquement appeler le pont de conférence sur réception de la commande précitée. En variante, !e terminal comporte des moyens pour permettre à 20 l'utilisateur d'autoriser ou d'empêcher cet appel en réponse à un unique appui sur un bouton du terminal. Il peut s'agir d'un bouton matériel nu d'un bouton virtuel. Ainsi !'invention permet à l'utilisateur du bernoinæl de rejoindre la conférence par un seul clic, juste au démarrage de la phase qui le concerne. 25 Dans un mode de réalisation de !'invention, le serveur d'application est apte à déclencher un nouvel envoi de !a commande au terminal dans des conditions prédéfinies. C8 mode de nea!isatkzn peut ymr cxemcle permettre de re-convoquer automatiquement l'utilisateur du icrnoinæ! d celui-ci o rejette à tort l'invitation à rejoindre 30 !aconfëvence. s un nalinaticin, le sys gestion. selon l'invention co/nÇ,one o~s 111ny 1 mt"»ssage zn!aim a @u moins un des des Ces moyens d'envoi de messages complémentaires peuvent être des moyens du serveur d'application selon !'invention ou du pont de conférence. Dans un mode particulier de réalisation, les différentes étapes du procédé de planification d'une conférence eidu procédé mis en ceuvre par les terminaux 5 selon l'invention sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, /'invention vise aussi un programme d'ordinateur sur un support d'informations, oa programme étant susceptible d'être mis en ceuvve par un ordinateur, ce programme comportant des instructions adaptées à /a noise en oeuvre des étapes d'un procédé tel que mentionné ci-dessus. IO Ce programme peut utiliser n'importe quel langage de programmation, et être sous !a forme de code source, code objet, ou de code intermédiaire entre code source eicode objet, bal que dans une forme partiellement compilée, ou dons n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, 15 etcomportant desinstructions d'un programme d'ordinateur te!que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité nu dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, hel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microé!ectronique, nu encore un moyen d'enregistrement magnétique, par exemple une 20 disquette (Moppydisc) ouundisque dur. D'autre part, le support d'informations peut être un support transmissible te{ qu'un signa/ électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particu!ierté!échapgé sur un réseau de type Internet. 75 Alternativement, !e support d'informations peut être un circuit intégré dans lequel !e programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description deLilèssin5 D'autres carPi(Lri, et vInfrrrige.,7, - '~ ~"schpb0n h*/&ecioessouscn présente Fnvention ssins qUiEn i1usbenLWn hgoneS: nce 6 'ka figure 2 représente, sous forme d'organigramme les principales étapes d'un procédé de planification de conférence téléphonique conforme à l'invention ; - !a figure 3 représente, sous forme d'organigramme, les principales étapes d'un procédé mis en oeuvre par un terminal conforme à !'invention; et 5 ' !a figure 4 représente un système de gestion d'une conférence téléphonique conforme à un deuxième mode de réalisation de l'invention. Description détaillée de l'invention 10 La figure 1 représente un système SYS de gestion d'une conférence téléphonique entre des terminaux, ce système étant conforme à un mode particulier de réalisation de l'invention. Il comporte un serveur d'application SA conforme à l'invention aptes à établir une conférence téléphonique entre desterminaux T~ TmQonformes à l'invention. 15 Dans l'exemple de réalisation décrit ici, nous supposerons que !'organisateur da !a conférence planifie !es différentes phases P/ de !a conférence au moyen d'une console CON. Dans l'exemple de réalisation décrit ici, cette console CON est constituée par un ordinateur portable apte à se connecter, via une interface VVeb au serveur 20 d'application SA. Dans l'exemple de réalisation décrit id, cette console CON accède à un carnet d'adresses ADB comportant les identifiants des terminaux des utilisateurs susceptibles de part/ciperà !a conférence, et notamment ceux des terminaux Tu, T,k. Dans l'exemple de réalisation décrit ici |e serveur d'application SA a 25 l'architecture matérielle d'un ordinateur. Il comporte un processeur 10, des moyens de onrnnnunicaUmn 11, une mémoire vive de type RAM 12 et une mémoire morte de type ROM 13 comportant un programme d'ordinateur P5A pouvant être exécuté par le processeur 10. Dans [exemp/e de rëahsaUon décrit: icf, le Se'rf.feUr d'application SA accède 30 à une structure de données PL6d8ns laquelle sont mémorisées les dIfferentes phases de !a confer pou/ dmCune des pha~es' !es termfn:ux devant /elcündre /o cent -ence ~ rha s~ /a1,x`du ~. x`(e~~nca ao co~ /ention conpo' 7 Dans !'exemple de réalisation décrit ici le pont de conférence PC æ l'architecture matérielle d'un ordinateur. Il comporte un processeur 20, des moyens de communication 21, une mémoire vive de type RAM 22 et une mémoire morte de type ROM 33 comportant !es instructions d'un programme d'ordinateur PPC pouvant ëtna 5 exécutées par le processeur 20. Le serveur d'application SA est apte à envoyer un ordre STRT au pont d'une conférence PC pour déclencher l'ouverture de la conférence téléphonique. Sur réception de ce message, le pont d'une conférence PC se place dans l'attente d'appels téléphoniques en provenance des différents terminaux souhaitant 10 rejoindre la conférence. Le serveur d'application SA invite ensuite les différents terminaux à joindre !a conférence, selon !es différentes phases P/ définies et mémorisées dans !a structure de données PLG par l'utilisateur de !a console CON et mémorisées dons !a structure de données PLG. 15 Juste avant le démarrage d'une phase P,, le serveur d'application SA envoie, dans !e mode de réalisation décrit id, une instruction INSTà un serveur de gestion sans fi! 5GSF pour que celui-ci envoie une commande ]OIN à chacun des terminaux Tu, T,k devant rejoindre la conférence téléphonique au début de la phase P,. Conformément à l'invention, !a commandeJDIN comporte l'identifiant du pont de conférence PC. 20 Dans l'exemple d8 réalisation décrit id, !e serveur de gestion sans fi! 5GSFa l'architecture matérielle d'un ordinateur. Il comporte un processeur 30, des moyens de communication 31, une mémoire vive de type RAM 32 et une mémoire morte de type ROM 33 comportant les instructions d'un programme d'ordinateur PSGSF exécutable par le processeur 30. 25 Dans l'exemple de réalisation décrit ici chacun des terminaux Tu a l'architecture matérielle d'un ordinateur. Ils comportent un processeur 40, des moyens de communication 41, une mémoire vive de type RAM 42 et une carte ë microcircuit 43 apte ~ Liter un programme d'ordinateur PT et un écran 45. Plus p/ecisënlenL (n carte à microcircuit 43 mënoonse, dans cc mode de 30 réalise., on, un exécutoNe (opp!eU apte à énieNe des cnmnnnndes ve,S le terx~ina! Tu dans (iem:re elle est !nSéree, re5 co,nnnæode5 etant en fardier-1 le la terhnelegie rommuniroUon sanS fi' nfUsée~~-cxoxlele, ~s-'1 !e cas d'Vn /utseau mobile con[onme au HN 8 Bien évidemment, les moyens 31 de communication du serveur de gestion sans fil SGSFet 41 des terminaux Tu, T,k doivent être compatibles. Par exemple, si le serveur de gestion sans fil BGSF communique avec les terminaux par l'envoi de SMS, ce serveur SGSF doit s'interfàoer avec un SMSC (SMS Cenbed. De plus, si !es messages 5 doivent être encryptéo, !e serveur de gestion sans fil SGSF doit connaître des clefs de cryptayæ correspondant à chacune des cartes à microcircuit 43 incorporées dans /es terminaux mobiles pour encryptercorrectement les messages destinés à ces terminaux. Dans !e mode de réalisation décrit ici, la commande JOIN est envoyée par le serveur de gestion sans fi! SGSF, aux différents terminaux mobiles Tu, T,k sous la forme 10 d'un EMS chiffré de classe 2. Lorsqu'un Lerrnina! 7~ reçoit une commande]OTN en provenance du serveur de gestion sans fil SGSF, il détermine que ce message est destiné à la carte à microcircuit 43 et transmet le message à la carte. Conformément à oa mode de réalisation, !a carte à microcircuit est apte à 15 interpréter et à exécuter !a commande]OIN, !'exécution de cette commande générant un appel téléphonique APP vers le pont d'une conférence PC. Dans le mode de réalisation décrit ici, l'exécution de la commande entraîne, avant l'appel, l'affichage d'une boîte de dialogue sur !'écran 45 du terminal, pour permettreb l'utilisateur d'autoriser ou d'empêcher l'appel APP vers le pont de conférence 20 P{, en un seul clic, un appuyant sur un bouton virtuel 46 (appel autorisé), 47 (appel refusé). La figure 2 représente, selon l'organigramme, les principales étapes d'un procédé de planification conforme à !'invention, ce procédé étant mis en oeuvre par !c serveur d'application SA décrit en référence à !a figure 1. 75 Ce procédé comporte une étape E10 permettant la définition d'ara moins une phase de !a conférence et de !a liste des terminaux participant à chacune de ces phases. Cette étape peut comporter l'enregistrement des phases et des terminaux associés dans !a structure de donnëes PLG. Au cours d'une ër:apr El 5, (e serveurd'application SA envoie, dans cet 30 exemple, un ordre STRT au pont de co:,~/eoce P[ poo/ deciencilu, ouverture de la ` lu!éphonique. 1 os~p Fi nLxdnnsée da/ /uonr~ n~~~s PL[ 9 Puis, au cours d'une étape E20, le serveur d'application SA déclenche l'envoi, par !e serveur de gestion sans fil SGSF d'un SMS chiffré comportant la commande JOIN aux terminaux devant rejoindre !a conférence téléphonique au début de !a phase Pi. Comme mentionné précédemment, l'interprétation et !'exécution de cette commande ~ ]OINpar les terminaux génère un appel téléphonique de ces terminaux vers !e pont de conférence PC, ce dernier étant apte à connecter !e bernn/nal à /a conférence sur réception de cet appel. La figure 3 décrit les principales étapes du procédé mis en oeuvre par un terminal Tu dans ce mode de réalisation. 10 Au cours d'une étape F10, le terminal reçoit une commande JOIN en provenance du système de gestion de conférence conforme à !'invention, cette commande étant aiguillée, par !e terminal, à la carte à microcircuit 43. La oarteà microcircuit 43 interprète et exécute, au cours d'une étape F20 !a commande J0IN, ce qui déclenche l'appel (étape F40) du pont d'une conférence PC par 15 !eterminal 7~, l'identifiant du pont d'une conférence étant compris dans !a commande ]OIN. La figure 4 représente un système de gestion de conférence conforme à un autre mode de réalisation de l'invention. Dans ce mode de réalisation, le système SYS ne comporte pas 20 nécessairement de serveur de gestion sans fil, le serveur d'application SA étant apte à établir un cana{ de communication CH avec chacun des terminaux 7~, T,x pour leur envoyer !a cornnnOndeJOIN comportant l'identifiant du pont de conférence PC. Dans ce mode de réalisation, i/ peut néanmoins être avantageux que le serveur SAdéclenche, par une instruction INSTZ, !'envoi, par un serveur de gestion sans 25 fi! SGSF, d'un message SMS préalable VYKà chacun desterminaux 7~, pour placer ces terminaux en attente de la commande. Ou8l que soit le mode de réalisation de !'invention, lorsqu'un nnct de passe est necessa[re' celui-ci peut être envoyé automatiquement par !e terminal 7~,-[xau pont de coo[érenre po[ exo~npie via !'envai d'une séquence de codes D'HF. 30 L'invenUon permet raci!anent, aux utilisateurs des terminaux Tu, T,k d'accéder à une conference en un seu! clic, ka -lune érotaUon L numéro du pont de by~cu's de ~~~mmau^ n~obU:es T REVENDICATIONS1. Serveur d'application (SA) comportant : - des moyens (10) pour définir au moins une phase (Pi) d'une conférence téléphonique et la liste les terminaux (Tij, Tik) devant rejoindre ladite conférence à ladite phase (Pi) ; et - des moyens (11) de séquencement aptes à déclencher, préalablement au démarrage de chacune desdites phases (Pi), l'envoi d'une commande (JOIN) à chacun des terminaux (Tij) devant rejoindre la conférence téléphonique au début de ladite phase (Pi), l'exécution de ladite commande (JOIN) par ledit terminal (Tij) générant un appel téléphonique (APP) dudit terminal (Tij) vers un pont de conférence (PC) apte à connecter ledit terminal (Tij) à ladite conférence sur réception d'un appel téléphonique (APP) en provenance dudit terminal (Tij) : 2. Serveur d'application (SA) selon 1a revendication 1, caractérisé en ce qu'il comporte des moyens (11) aptes à établir un canal (CH) de communication de données avec ledit terminal (Tij) et à lui envoyer ladite commande (JOIN) dans ledit canal (CH). 3. Serveur d'application (SA) selon la revendication 2 caractérisé en ce qu'il comporte des moyens (11) pour déclencher l'envoi d'un message de type SMS (WK) audit terminal (Tij) pour l'activer avant d'établir ledit canal de communication de données (CH). 4. Serveur d'application (SA) selon l'une quelconque des revendications 1 à 3 caractérisé en ce que lesdits moyens de séquencement sont aptes à déclencher un nouvel envoi de ladite commande à un dit terminal (Tij). 5. Système (SYS) de gestion d'une conférence téléphonique entre des terminaux, ledit système comportant : - un serveur d'application (SA) selon l'une quelconque des revendications 1 à 4 ; et - un pont de conférence (PC) apte à connecter un terminal (Tij) à ladite conférence sur réception d'un appel téléphonique (APP) en provenance dudit terminal (Tij). 6. Système de gestion selon la revendication 5 caractérisé en ce qu'il comporte un serveur de gestion sans fil (SGSF) apte à envoyer ladite commande (JOIN) audit terminal sous forme d'un message de type SMS sur instruction dudit serveur d'application (SA).Il 7. Système de gestion selon la revendication 5 ou 6 caractérisé en ce qu'il comporte des moyens (11, PC) pour envoyer un message complémentaire à au moins un dit terminal (Tij), 8. Terminal (Tij) comportant : des moyens (41) de réception d'une commande en provenance d'un système (SYS) de gestion d'une conférence téléphonique ; - des moyens (40) d'exécution de ladite commande (COM) ; et - des moyens (41) pour appeler un pont de conférence (PC) dont un identifiant est compris dans ladite commande pour rejoindre ladite conférence. 9. Terminal selon le revendication 8, caractérisé en ce qu'il comporte une carte à microcircuit (43) apte à exécuter ladite commande et à appeler ledit pont de conférence (PC). 10. Terminal selon la revendication 9 caractérisé en ce que ladite carte à microcircuit est apte à envoyer un identifiant dudit terminal (Tij) au pont de conférence (PC) sous forme d'une séquence de codes DTMF. 11. Terminal selon l'une quelconque des revendications 8 à 10 caractérisé en ce qu'il comporte des moyens pour autoriser ou empêcher ledit appel en réponse à un unique appui sur un bouton (46, 47) dudit terminal. 12. Procédé de planification d'une conférence téléphonique entre des terminaux (Tij, Tik), ce procédé comportant : - une étape (E10) de définition d'au moins une phase (Pi) de ladite conférence et de la liste des terminaux (Tij, Tik) devant rejoindre la conférence à ladite phase (Pi) ; et - pour chacune des phases une étape (E20) de déclenchement, préalablement au démarrage de cette phase (Pi), de l'envoi d'une commande (JOIN) à chacun des terminaux (Tij) devant rejoindre la conférence téléphonique au début de ladite phase (Pi), l'exécution de ladite commande (JOIN) par ledit terminal (Tij) générant un appel téléphonique (APP) dudit terminal (Tij) vers un pont de conférence (PC) apte à connecter ledit terminal (Tij) à ladite conférence sur réception d'un appel téléphonique (APP) en provenance dudit terminal (Tij) ; 13. Procédé mis en oeuvre par un terminal (Tij) pour rejoindre une conférence téléphonique, ce procédé comportant : - une étape (F10) de réception d'une commande en provenance d'un système (SYS) de gestion d'une conférence téléphonique ; - une étape (F20) d'exécution de ladite commande (COM) ; et une étape (F40) d'appel d'un pont de conférence (PC) dont un identifiant est compris dans ladite commande pour rejoindre ladite conférence. 14. Programme d'ordinateur (PSA) comportant des instructions pour l'exécution des étapes du procédé de planification selon la revendication 12 lorsque ledit programme est exécuté par un ordinateur. 15. Support d'enregistrement (13) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PSA) comprenant des instructions pour l'exécution des étapes du procédé de planification selon la revendication 12. 16. Programme d'ordinateur (PT) comportant des instructions pour l'exécution des étapes d'un procédé selon la revendication 13 lorsque ledit programme est exécuté par un ordinateur. 17. Support d'enregistrement (43) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PT) comprenant des instructions pour l'exécution des étapes du procédé selon la revendications 13.