Brevet FR2878107A1 — publié le 20060519

La présente invention concerne un procédé d'établissement d'une session de communication entre deux terminaux, un module de gestion de l'établissement d'une session de communication et un système pour la mise en oeuvre du procédé. Les deux terminaux communiquent par l'intermédiaire d'un réseau de transmission de données. Par exemple, le réseau de transmission de données est un réseau téléphonique commuté (réseau RTC), et les terminaux sont des téléphones. Le réseau de transmission de données peut être également un réseau de transmission de données en mode paquets (réseau IP) , tel que le réseau Internet, ou résulter d'une interconnexion de plusieurs réseaux hétérogènes. L'établissement d'une session de communication entre les deux terminaux est assuré au moyen d'un module de gestion qui a pour fonction de mettre en relation les deux terminaux. C'est par exemple un commutateur d'un réseau RTC, ou une plate-forme de voix sur IP d'un réseau IP. L'établissement de la session de communication entre le terminal appelant et le terminal appelé se fait généralement de la façon suivante: le terminal appelant émet une requête d'appel, le module de gestion de l'établissement de la session de communication reçoit la requête d'appel, puis vérifie si le terminal appelé est déjà en communication avec un terminal tiers, si le terminal appelé est libre, le module de gestion transmet la requête au terminal appelé, après la réception de la requête, puis pendant la transmission de cette requête au terminal appelé, le module de gestion transmet au moins un message de retour d'appel au terminal appelant. Le message de retour d'appel permet d'informer l'utilisateur du terminal appelant que la requête d'appel est présentée au terminal appelé. Les messages de retour d'appel utilisés dans les réseaux RTC sont généralement constitués par une tonalité caractéristique. On connaît également, d'après le document WO 01/06735, des messages de retour d'appel à caractère notamment publicitaire. Les opérateurs téléphoniques peuvent en effet profiter du message de retour d'appel pour offrir un nouveau type de format publicitaire à des annonceurs. Le message de retour d'appel peut être un message audio ou vidéo. Ce service se limite néanmoins à la simple présentation de messages publicitaires à l'utilisateur du terminal appelant. L'invention vise à proposer un procédé d'établissement d'une session de communication dans lequel le message de retour d'appel est utilisé pour proposer un service plus élaboré. A cet effet, l'invention a pour objet un procédé d'établissement d'une session de communication entre un terminal appelant et un terminal appelé, dans lequel: un module de gestion de l'établissement de la session de communication reçoit une requête d'appel émise par le terminal appelant, le module de gestion transmet cette requête au terminal appelé, après la réception de la requête, puis pendant la transmission de cette requête au terminal appelé, le module de gestion transmet au moins un message de retour d'appel au terminal appelant, caractérisé en ce que pendant l'étape de transmission du message de retour d'appel, le module de gestion reçoit un message de commande émis par le terminal appelant, et déclenche une action prédéterminée propre au message de commande reçu. Grâce à l'invention, le terminal appelant peut interagir avec le module de gestion pour fournir un service interactif plus élaboré que dans l'état de la technique, pendant la transmission du message de retour d'appel. Selon un mode de réalisation particulier, le message de commande émis par le terminal appelant est un message vocal ou un message comprenant des impulsions DTMF (de l'anglais "Dual Tone Multi Frequency") générées par l'intermédiaire du clavier du terminal. Ces modes d'interaction sont en effet particulièrement bien adaptés à la téléphonie. De façon optionnelle, l'action prédéterminée comporte la transmission d'un nouveau message de retour d'appel au terminal appelant. Cela permet par exemple à des annonceurs publicitaires de diffuser plusieurs messages lors d'une même communication. Selon un mode de réalisation particulier, un premier message de retour d'appel propose plusieurs options, et l'envoi d'un message de commande validant l'une de ces options déclenche la transmission d'un second message de retour d'appel. Ainsi, l'utilisateur peut interagir avec le module de gestion jusqu'à obtenir un message de retour d'appel désiré. De façon optionnelle, l'action prédéterminée comporte la commande du déclenchement d'une action réalisée par un système extérieur au module de gestion, tel qu'un gestionnaire de base de données, un serveur de courriers électroniques ou de messages de type SMS. Selon un mode de réalisation particulier, l'action prédéterminée consiste en une modification de la façon dont le terminal appelé notifie l'appel à un utilisateur. Ainsi, il peut être possible à l'utilisateur du terminal appelant de faire varier la sonnerie du terminal appelé, notamment en fonction de l'importance de son appel. De façon optionnelle, le module de gestion prévoit une temporisation avant la transmission de la requête d'appel au terminal appelé. Ainsi, on est assuré que le terminal appelant prend connaissance du message de retour d'appel pendant une durée minimale lui laissant le temps d'interagir. L'invention a également pour objet un module de gestion de l'établissement d'une session de communication entre un terminal appelant et un terminal appelé, comportant: des moyens de réception d'une requête d'appel émise par le terminal appelant, des moyens de transmission de la requête au terminal appelé, des moyens de transmission d'au moins un message de retour d'appel au terminal appelant, après la réception de la requête puis pendant la transmission de cette requête au terminal appelé, caractérisé en ce qu'il comprend en outre: des moyens de réception d'un message de commande émis par le terminal appelant, pendant la transmission du message de retour d'appel, et des moyens de déclenchement d'une action prédéterminée propre au message de commande reçu, pendant la transmission du message de retour d'appel. Enfin, l'invention a également pour objet un système d'établissement d'une session de communication entre un terminal appelant et un terminal appelé, comportant: un module de gestion tel que défini précédemment, un serveur de messages comprenant des moyens de stockage d'au moins un message de retour d'appel pour la fourniture de ce message au module de gestion. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés dans lesquels: la figure 1 représente schématiquement une installation de télécommunication comprenant un système selon un premier mode de réalisation de l'invention; la figure 2 représente schématiquement une installation de télécommunication comprenant un système selon un second mode de réalisation de l'invention; la figure 3 représente schématiquement les étapes d'un procédé d'établissement d'une session de communication selon l'invention dans lequel le terminal appelé entre en communication avec le terminal appelant; la figure 4 est un schéma d'un procédé d'établissement d'une session de communication dans lequel les deux terminaux utilisent le protocole SIP pour communiquer. L'installation de télécommunication représentée sur la figure 1 comprend un terminal appelant désigné par la référence générale 10 et un terminal appelé 12 connectés entre eux par l'intermédiaire d'un système 14 d'établissement d'une session de communication. Le système 14 comprend un module 16 de gestion de l'établissement d'une session de communication, un serveur de messages 18 relié au module de gestion 16 par l'intermédiaire d'une interface de contrôle 20, et un serveur de messagerie 22 relié au module 16 par une interface de contrôle 24. En pratique, le serveur de messages 18 comporte une base de données permettant le stockage de messages de retour d'appel prédéterminés. Le serveur de messagerie 22 quant à lui comporte, de façon classique, un répondeur-enregistreur permettant de recueillir un message de la part de l'appelant, en l'absence de l'appelé. Selon un premier mode de réalisation, les terminaux 10 et 12 sont des terminaux de télécommunication reliés à un réseau IP. Le protocole de communication utilisé est donc un protocole de voix sur IP. Le module de gestion 16 comprend une plate-forme de voix sur IP 26 (plateforme VoIP) et un serveur d'applications 28. La plate-forme VoIP 26 comprend des moyens 30 de réception d'une requête d'appel émise par le terminal appelant 10, et des moyens 32 de transmission de la requête d'appel au terminal appelé 12. Ces moyens 30 et 32 sont par exemple matérialisés par un serveur mandataire (de l'anglais "proxy server") dont est équipée la plate-forme VoIP 16 dans le cas où le protocole SIP est utilisé. Elle comporte en outre des moyens 34 de transmission d'au moins un message de retour d'appel au terminal appelant 10, matérialisés par un port d'émission de données sur réseau IP. La plate-forme 26 comprend également des moyens 35 de déclenchement d'une temporisation pour retarder la transmission de la requête d'appel. Ces moyens de déclenchement 35 sont matérialisés par un temporisateur pouvant être mis en oeuvre de façon classique dans un système informatique. En pratique, le message de retour d'appel est transmis après la réception de la requête d'appel, puis pendant la transmission de cette requête au terminal appelé 12, jusqu'à ce que le terminal appelant 10 interrompe l'établissement de la session de communication (le terminal 10 raccroche ), que le terminal appelé 12 accepte l'établissement de la session de communication (le terminal appelé 12 décroche ), ou que le serveur 22 de messagerie du terminal appelé 12 accepte l'établissement de la session de communication (renvoi de l'appel vers la messagerie). Les messages de retour d'appel sont des messages multimédia audio et/ou vidéo stockés dans le serveur de messages 18. Le serveur d'application 28 comprend des moyens 36 de réception d'un message de commande émis par le terminal appelant 10 et des moyens 38 de déclenchement d'une action prédéterminée propre au message de commande reçu. Les moyens de réception 36 sont matérialisés par un port de réception de données sur réseau IP. Les moyens de déclenchement 38 comportent quant à eux une application logicielle classique permettant de réaliser leur fonction. Le message de commande émis par le terminal appelant 10 peut être par exemple un message vocal, un message DTMF, ou tout autre message permettant la transmission d'une commande. L'action prédéterminée propre au message de commande reçu peut être configurée à distance par une interface homme/machine 40 constituée par exemple d'un ordinateur personnel. Selon un deuxième mode de réalisation possible représenté sur la figure 2, le terminal appelant 10 est relié à un réseau de type RTC alors que le terminal appelé 12 est relié à un réseau IP. Les protocoles de communication utilisés par les deux terminaux sont donc différents. Comme dans le premier mode de réalisation, le terminal appelé 12 est connecté au système 14 d'établissement d'une session de communication. En revanche, le terminal appelant 10 est connecté via le réseau RTC à un commutateur 42. L'interface entre les deux types de réseaux est réalisée au moyen d'une passerelle 44 pour faire transiter les requêtes échangées entre le terminal appelant 10 d'une part, et le terminal appelé 12 et le système de gestion 14 d'autre part. Une telle passerelle est classique et ne sera pas détaillée. Une fois la session de communication établie, la passerelle assure également le transfert de flux de communication. Un procédé d'établissement d'une session de communication mis en oeuvre par l'installation décrite en référence à la figure 1 va maintenant être décrit en référence à la figure 3. Au cours d'une première étape préliminaire (non représentée), un utilisateur du terminal appelé 12 souscrit au service de retour d'appel interactif proposé par son opérateur de télécommunication. L'utilisateur ou un administrateur de l'opérateur configure alors ce service par l'intermédiaire de l'interface homme/machine 40 en sélectionnant des options du serveur d'applications 28. Parmi les options disponibles, l'utilisateur peut par exemple sélectionner les terminaux appelant 10 pour lesquels le message de retour d'appel sera interactif. L'utilisateur peut également choisir le type de retour d'appel qu'il souhaite utiliser. L'utilisateur peut définir pour chaque terminal appelant ou groupe de terminaux appelant, un message de retour d'appel personnalisé. Au cours d'une seconde étape préliminaire 200, le serveur d'application 28 transmet à la plate-forme VoIP 26 une liste des terminaux pouvant bénéficier d'un message de retour d'appel interactif. Lors d'une étape 202, le terminal appelant 10 émet une requête d'appel, qui est reçue par les moyens 30 de réception de la plate-forme VoIP 26. Dès la réception de la requête, les moyens 35 déclenchent une temporisation 204. On notera que le déclenchement de cette temporisation est optionnel. A l'issue de cette temporisation, la plate-forme VoIP 26 vérifie si le terminal 12 identifié dans la requête est déjà en communication avec un terminal tiers. Si le terminal appelé 12 est libre, la plate-forme VolP 26 lui transmet cette requête au cours d'une étape 216. Suite à l'étape 204, la plate-forme VolP 26 transmet au serveur de messages 18 lors d'une étape 206, une requête de retour d'appel comprenant les informations nécessaires à la détermination d'un message de retour d'appel à émettre, ces informations comprenant par exemple un identifiant du terminal appelant 10. Au cours d'une étape 208, le serveur de messages 18 transmet au terminal appelant 10 le message de retour d'appel par l'intermédiaire des moyens de transmission 34 de la plate-forme VoIP 26. Le terminal appelant 10 reçoit donc un message de retour d'appel avec lequel il peut interagir en émettant un message de commande. Pendant la réception du message de retour d'appel, le terminal appelant 10 émet, au cours d'une étape 210, un message de commande transmis au serveur d'applications 28, soit par la plate-forme VoIP 26, soit par le serveur de messages 18. Ce message de commande est reçu par les moyens de réception 36 du serveur d'applications 28. A la réception du message de commande, les moyens 38 de déclenchement du serveur d'applications 28 déclenchent, au cours d'une étape 212, une action prédéterminée propre au message de commande reçu. L'action prédéterminée consiste généralement en l'envoi d'une requête au serveur de messages 18 identifiant un nouveau message de retour d'appel à envoyer au terminal appelant 10. Par exemple, le premier message de retour d'appel propose plusieurs options à l'utilisateur du terminal appelant 10, et l'envoi d'un message de commande validant l'une de ces options déclenche la transmission du nouveau message de retour d'appel correspondant à l'option choisie. L'action prédéterminée peut aussi ne pas concerner la transmission d'un nouveau message de retour d'appel, mais la commande du déclenchement d'une action réalisée par un système extérieur au module de gestion 16, tel qu'un gestionnaire de base de données (pour la mise à jour de cette base de données), un serveur de courriers électroniques ou de messages de type SMS. Au cours d'une étape 214 similaire à l'étape 208, le serveur de messages 18 transmet au terminal appelant 10 un nouveau message de retour d'appel. Les étapes 210, 212 et 214 peuvent être répétées. A l'issue de la temporisation 204, la plate-forme VoIP 26 transmet, au cours de l'étape 216, la requête d'appel émise par le terminal appelant 10, au terminal appelé 12. Cette étape 216 marque le début d'une période 218 de présentation de l'appel au terminal appelé 12. Au cours de cette période 218, le terminal appelant 10 peut continuer d'interagir avec le serveur d'applications 28 en répétant les étapes 210, 212 et 214. Considérons un premier cas dans lequel le terminal appelé 12 accepte l'appel. Le terminal appelé 12 envoie alors un message d'accord à la plate-forme VoIP 26 au cours d'une étape 220, au moment où un utilisateur du terminal appelé 12 décroche. A la réception du message d'accord, la plate-forme VoIP 26 envoie simultanément: un message au serveur de messages 18 pour qu'il cesse la transmission du message de retour d'appel, au cours d'une étape 222, un message au terminal appelant 10 pour lui indiquer que la communication a été acceptée par le terminal appelé 12, au cours d'une étape 224, et un message au terminal appelé 12 lui indiquant l'établissement de la session de communication, au cours d'une étape 226. A la suite de cette étape, les terminaux 10 et 12 entrent en communication au cours d'une étape 228. Dans un deuxième cas, non représenté, où le terminal appelant 10 ne souhaite pas poursuivre la demande d'établissement de session de communication, il émet une requête d'interruption à la plate-forme VoIP 26 pendant l'étape de temporisation 204 ou au cours de la présentation de l'appel 218. La plate-forme VoIP transmet alors la requête d'interruption aux deux terminaux 10 et 12 ainsi qu'au serveur de messages 18. Dans un troisième cas, non représenté, le terminal appelé 12 ne répond pas à la requête d'appel. La plate-forme VoIP 26 transmet alors la requête d'appel au serveur de messagerie 22 qui se substitue au terminal appelé 12 en l'acceptant. La plate-forme VolP 26 met le terminal 10 en relation avec le serveur de messagerie 22 de la même manière qu'elle met les deux terminaux en relation dans le premier cas. Dans un quatrième cas, non représenté, à l'issue de l'étape de temporisation 204, la plate-forme VoIP 26 détecte que le terminal appelé 12 est déjà en communication avec un terminal tiers. Elle transmet alors la requête d'appel au serveur de messagerie 22 qui se substitue au terminal appelé 12 en l'acceptant. La plate-forme VoIP 26 met le terminal 10 en relation avec le serveur de messagerie 22 de la même manière qu'elle met les deux terminaux en relation dans le premier cas. Le procédé d'établissement d'une session de communication mis en oeuvre par l'installation décrite en référence à la figure 2 est identique à celui qui vient d'être décrit à la différence que les messages et les requêtes échangés entre le terminal appelant 10 et le système 14 d'établissement d'une session de communication transitent tous par la passerelle 44. La passerelle 44 relaie les messages entre le réseau RTC et le réseau IP, notamment les messages des étapes 202, 208, 210, 214, 224 et 228. Selon un troisième mode de réalisation représenté sur la figure 4, les terminaux 10 et 12 sont des terminaux de télécommunication reliés à un réseau IP, mettant en oeuvre le protocole SI P. Comme dans les deux premiers modes de réalisation, le système 14 d'établissement d'une session de communication comprend un module 16 de gestion de l'établissement d'une session de communication et un serveur de messages 18 relié au module de gestion 16. En revanche, dans le troisième mode de réalisation, le module de gestion 16 comprend un serveur unique 46 ayant des fonctions équivalentes à la plate-forme VoIP 26 et au serveur d'applications 28 des deux premiers modes de réalisation. Le procédé mis en oeuvre par l'installation du troisième mode de réalisation est le suivant. Au cours d'une étape 400, le terminal appelant 10 émet une requête d'appel. Le serveur 46 transmet la requête au terminal appelé 12 au cours d'une étape 402. Le terminal appelé 12 envoie un accusé de réception au serveur 46 au cours d'une étape 404. Comme l'appel a bien été reçu par le terminal appelé 12, le serveur 46 envoie lors d'une étape 406 une demande de connexion au serveur de messages 18. Au cours d'une étape 408, le serveur de messages 18 envoie au serveur 46 un accord concernant la demande de connexion. Le serveur 46 accuse la réception de cet accord au serveur de messages 18 au cours d'une étape 410. Ensuite, le serveur 46 transmet l'accord du serveur de messages 18 au terminal appelant 10 au cours d'une étape 412. Le terminal appelant 10 accuse réception de cet accord au serveur 46 au cours d'une étape 414. Le serveur 46 ayant eu confirmation que le terminal appelant 10 et que le serveur de messages 18 ont tous les deux pris connaissance de la demande de connexion, il les met en relation en créant un flux média 416 transitant par le serveur 46 selon le protocole RTP. Au cours de la transmission du flux 416, le terminal appelant 10 peut interagir avec le serveur de messages 18. L'interaction entre le terminal appelant 10 et le serveur de messages 18 peut se faire de deux façons. Dans un premier cas, les requêtes résultant d'une action sur le terminal appelant 10 sont incluses dans des en-têtes de messages SIP. Dans un deuxième cas, les requêtes sont incluses directement dans le flux 416. Au cours d'une étape 420, le terminal appelé 12 notifie le serveur 46 qu'il souhaite prendre l'appel et établir une communication avec le terminal appelant 10. Le serveur 46 accuse réception de ce message au cours d'une étape 422. Le serveur 46 signifie alors au cours d'une étape 424 au serveur de messages 18 qu'il souhaite arrêter le flux 416. Le serveur de messagerie 18 accuse réception de ce message au cours d'une étape 426. Au cours d'une étape 428, le serveur 46 notifie le terminal appelant 10 que le terminal appelé B a accepté d'entrer en communication avec lui. Le terminal appelant 10 accuse réception de cette notification au cours d'une étape 430. Le serveur 46 a ainsi l'accord des deux terminaux 10 et 12 et peut initialiser une connexion multimédia 432 entre les deux terminaux 10 et 12. En variante, ce troisième mode de réalisation peut également prévoir l'établissement d'une temporisation gérée par le serveur 46 pour transmettre la requête d'appel (étape 402) Un procédé d'établissement d'une session de communication selon l'invention permet donc bien à un terminal d'interagir sur le message de retour d'appel qu'il reçoit lors de l'établissement de la session de communication. REVENDICATIONS 1. Procédé d'établissement d'une session de communication entre un terminal appelant (10) et un terminal appelé (12), dans lequel: un module (16; 26, 28) de gestion de l'établissement de la session de communication reçoit (202; 400) une requête d'appel émise par le terminal appelant, le module de gestion (16; 26, 28) transmet (216; 402) cette requête au terminal appelé (12), après la réception de la requête, puis pendant la transmission de cette requête au terminal appelé, le module de gestion transmet (208; 416) au moins un message de retour d'appel au terminal appelant (10), caractérisé en ce que pendant l'étape de transmission du message de retour d'appel, le module de gestion reçoit (210) un message de commande émis par le terminal appelant (10), et déclenche une action prédéterminée propre au message de commande reçu. 2. Procédé d'établissement d'une session de communication selon la revendication 1, dans lequel le message de commande émis par le terminal appelant (10) est un message vocal ou un message comprenant des impulsions DTMF. 3. Procédé d'établissement d'une session de communication selon la revendication 20 1 ou 2, dans lequel l'action prédéterminée comporte la transmission d'un nouveau message de retour d'appel au terminal appelant. 4. Procédé d'établissement d'une session de communication selon la revendication 3, dans lequel un premier message de retour d'appel propose plusieurs options, et l'envoi d'un message de commande validant l'une de ces options déclenche la transmission d'un second message de retour d'appel. 5. Procédé d'établissement d'une session de communication selon l'une quelconque des revendications 1 à 4, dans lequel l'action prédéterminée comporte la commande du déclenchement d'une action réalisée par un système extérieur au module de gestion (16; 26, 28), tel qu'un gestionnaire de base de données, un serveur de courriers électroniques ou de messages de type SMS. 6. Procédé d'établissement d'une session de communication selon la revendication 1 ou 2, dans lequel l'action prédéterminée consiste en une modification de la façon dont le terminal appelé (12) notifie l'appel à un utilisateur. 7. Procédé d'établissement d'une session de communication selon l'une 35 quelconque des revendications 1 à 6, dans lequel le module de gestion (16) prévoit une temporisation (204) avant la transmission de la requête d'appel au terminal appelé. 8. Module (16; 26, 28) de gestion de l'établissement d'une session de communication entre un terminal appelant (10) et un terminal appelé (12), comportant: des moyens (30) de réception d'une requête d'appel émise par le terminal appelant, des moyens (32) de transmission de la requête au terminal appelé, des moyens (34) de transmission d'au moins un message de retour d'appel au terminal appelant (10), après la réception de la requête puis pendant la transmission de cette requête au terminal appelé, caractérisé en ce qu'il comprend en outre: des moyens (36) de réception d'un message de commande émis par le terminal appelant, pendant la transmission du message de retour d'appel, et des moyens (38) de déclenchement d'une action prédéterminée propre au message de commande reçu, pendant la transmission du message de retour d'appel. 9. Système (14) d'établissement d'une session de communication entre un terminal appelant et un terminal appelé, comportant: un module de gestion (16; 26, 28) selon la revendication 8, un serveur de messages (18) comprenant des moyens de stockage d'au moins un message de retour d'appel pour la fourniture de ce message au module de gestion.