FR 3099018 A1 20210122 FR 1908089 A 20190717 Description Titre de l'invention : Procédé de traitement d'une demande de transfert d'une communication téléphonique dans un réseau de communication, procédé de demande de transfert d'une commu- nication téléphonique, dispositifs, plateforme de gestion, équipement terminal et programme d'ordinateur associé. Domaine de l'invention [0001] Le domaine de l'invention est celui d'un réseau de communication téléphonique, en particulier celui d'un service de communication permettant d'établir un appel entre un premier terminal et un deuxième terminal dans ce réseau, en protégeant les données personnelles des utilisateurs. Art antérieur et ses inconvénients [0002] Un équipement terminal est généralement associé à un identifiant primaire qui permet à son utilisateur abonné auprès d'un opérateur du réseau de communication d'établir une communication téléphonique avec un autre terminal par l'intermédiaire de ce réseau. Typiquement, il s'agit d'un identifiant du type MSISDN (pour « Mobile Station International Subscriber Directory Number », en anglais). Pour un terminal mobile, il est associé de manière unique à la carte SIM (pour « Subscriber Identity Module », en anglais) fournie par l'opérateur et placée dans le terminal mobile. [0003] On connaît aussi un service de communication, appelé service de gestion d'« Alias », qui associe un identifiant secondaire au terminal d'un utilisateur disposant déjà d'un identifiant primaire et présente cet identifiant secondaire à un terminal appelé via le réseau de communication téléphonique. Ainsi, même si l'appel est établi dans le réseau de communication entre le terminal appelant et le terminal appelé en utilisant l'identifiant primaire du terminal appelant, l'appelé n'a accès qu'à l'identifiant secondaire. La confidentialité de cet identifiant primaire de l'appelant est donc préservée. Ce service est particulièrement intéressant dans un contexte professionnel, car il permet à un d'employé utiliser son terminal mobile personnel pour communiquer avec ses clients sans leur divulguer son numéro de téléphone personnel. 100041 Lorsqu'un client appelle l'identifiant secondaire du terminal, qui correspond par exemple au numéro de téléphone du standard de l'entreprise dans laquelle l'utilisateur du terminal est employé, le service de gestion d'alias fait l'association entre l'identifiant secondaire et l'identifiant primaire du terminal et établit l'appel avec l'identifiant primaire du terminal, sans nécessité que le client le connaisse. 100051 11 serait souhaitable pour un utilisateur ayant souscrit au service de gestion d'alias de 2 pouvoir transférer un appel en cours à un utilisateur d'un troisième terminal. Dans un cadre professionnel une telle fonctionnalité permettrait à un technicien ou un conseiller de renvoyer un client avec qui il est en ligne vers un collègue plus qualifié que lui pour résoudre un problème particulier. [0006] Une telle fonctionnalité existe déjà classiquement dans les entreprises qui utilisent des terminaux numériques sans fil de type DECT (pour « Digital European Cordless Telephone », en anglais) connectés à un équipement de type PABX (pour « Privatc Automatic hranch exchange », en anglais), permettant de raccorder un réseau téléphonique d'entreprise au réseau téléphonique public d'un opérateur. [0007] Un inconvénient d'un tel transfert est qu'il ne permet pas le contrôle du ou des iden- tifiants de l'utilisateur du terminal à l'origine du transfert de la communication. [0008] TI existe donc un besoin d'une solution pour réaliser un transfert de communication qui préserve la confidentialité de l'identifiant primaire d'un utilisateur ayant souscrit à un service de gestion d'alias. Exposé de l'invention [0009] L'invention répond à ce besoin en proposant un procédé de traitement d'une demande de transfert d'une communication téléphonique établie dans un réseau de communication entre un premier terminal et un deuxième terminal, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif dans ledit réseau, un identifiant secondaire du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, ledit procédé comprenant : - La réception en provenance du premier terminal d'une demande de transfert de la communication vers un troisième terminal, ladite demande comprenant au moins un identifiant de contexte du premier terminal, l'identifiant primaire du second terminal et un identifiant primaire du troisième terminal ; - L'obtention, à partir de l'identifiant de contexte, d'informations relatives à ladite communication établie, lesdites informations comprenant au moins l'identifiant primaire et l'identifiant secondaire du premier terminal ; - L'émission d'une commande d'appel du troisième terminal, ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire du troisième terminal et un identifiant d'appelant distinct de l'identifiant primaire du premier terminal ; et - Sur détection d'un décrocher du troisième terminal, l'émission d'une commande de fermeture de communication établie entre le premier terminal et le deuxième terminal et l'émission d'une commande d'établissement d'une communication entre le deuxième terminal et le troisième terminal, ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire du troisième terminal et un identifiant 3 d'appelant distinct de l'identifiant primaire du premier terminal. [0010] L'invention propose une solution pour transférer un appel en cours impliquant le premier terminal vers un troisième terminal, qui préserve la confidentialité de l'identifiant primaire du premier terminal. Pour ce faire, elle s'appuie sur l'association d'un identifiant de contexte du premier terminal, de l'identifiant secondaire et de l'identifiant primaire du premier terminal, stockée par la plateforme de gestion d'alias, pour construire des messages de signalisation qui n'identifient pas le premier terminal à l'origine du transfert par son identifiant primaire. En l'absence de décrocher, la communication n'est pas transférée. [0011] Avantageusement, la détection d'un décrocher comprend en outre la vérification d'une réception en provenance du troisième terminal de données représentatives d'une interaction d'un utilisateur du troisième terminal avec une interface homme-machine du troisième terminal, une détection d'un décrocher étant décidée lorsque le résultat de la vérification est positif. [0012] Un avantage est de détecter s'il s'agit d'un décrocher humain ou bien d'un décrocher d'une messagerie vocale. Un avantage est de ne pas réaliser le transfert lorsque c'est la messagerie vocale qui décroche. [0013] Selon un autre aspect de l'invention, le procédé comprend l'émission à destination du premier terminal d'un message de confirmation comprenant un identifiant de service vers lequel émettre une demande d'établissement d'une communication, ladite commande d'appel du troisième terminal étant émise suite à la réception de ladite demande d'établissement d'une communication en provenance du premier terminal. [0014] Un avantage est de ne mettre en oeuvre le transfert dans le réseau de communication que lorsque le premier terminal initie lui-même une demande d'établissement d'un appel vers le troisième terminal. [0015] Selon encore un autre aspect de l'invention, le procédé comprend l'émission d'une commande de mise en attente du deuxième terminal à réception de la demande de transfert par la plateforme de gestion et, suite à la détection du décrocher du troisième terminal, l'émission d'une commande de mise à jour d'informations de session du deuxième terminal, comprenant des informations de description de session du troisième terminal. [0016] Par exemple un message audio d'attente est joué au deuxième terminal pendant l'exécution du transfert d'appel. Quand le troisième terminal a décroché, la session est mise à jour afin de pouvoir établir la communication entre le premier et le troisième terminal. [0017] Selon encore un autre aspect de l'invention, la commande de fermeture de la commu- nication établie entre le premier terminal et le deuxième terminal est émise sur détection d'un décrocher du troisième terminal. [0018] Il s'agit d'un mode de transfert direct. Le deuxième terminal est directement connecté au troisième terminal, dès que celui-ci décroche. [0019] De façon alternative, la commande de fermeture de la communication est émise sur détection d'un raccrocher du premier terminal. [0020] Il s'agit d'un mode de transfert indirect. Le premier terminal est d'abord mis en relation avec le troisième terminal, qui peuvent échanger quelques mots. Le transfert de la communication est effectué sur détection du raccrocher du premier terminal. [0021] Selon une première option, l'identifiant d'appelant de la commande d'appel du troisième terminal est égal à l'identifiant secondaire du premier terminal. [0022] Un avantage est d'indiquer au troisième terminal un identifiant du premier terminal, sans pour autant dévoiler l'identifiant primaire. [0023] Selon une deuxième option, l'identifiant d'appelant de la commande d'appel du troisième terminal est égal à l'identifiant primaire du deuxième terminal. [0024] Un avantage est de permettre au troisième terminal de savoir avec quel numéro de téléphone il est réellement mis en communication. [0025] Selon une troisième option, l'identifiant d'appelant de la commande d'appel du troisième terminal est égal à un identifiant de service. [0026] Un avantage est de préserver la confidentialité de l'identifiant du deuxième terminal. [0027] L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé de traitement d'une demande de transfert d'une communication téléphonique tel que décrit précédemment, lorsqu'il est exécuté par un processeur. [0028] L'invention vise également un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de traitement d'une demande de transfert d'une session de communication selon l'invention tel que décrit ci-dessus. [0029] Un tel support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit micro-électronique, ou encore un moyen d'enregistrement magnétique, par exemple une clé USB ou un disque dur. [0030] D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou pal- d'autres moyens, de sorte que le programme d'ordinateur qu'il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par exemple le réseau Internet. [0031] Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé précité. [0032] L'invention concerne également un dispositif de traitement d'une demande de transfert d'une communication d'une communication téléphonique établie dans un réseau de communication entre par un premier terminal et un deuxième terminal, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif dans ledit réseau, un identifiant secondaire du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, ledit dispositif étant configure pour : - Recevoir en provenance du premier terminal d'une demande de transfert de la communication vers un troisième terminal, ladite demande comprenant au moins un identifiant de contexte du premier terminal, l'identifiant primaire du second terminal et un identifiant primaire du troisième terminal ; - Obtenir, à partir de l'identifiant de contexte, des informations relatives à ladite communication établie, lesdites informations comprenant au moins l'identifiant primaire et l'identifiant secondaire du premier terminal ; - Emettrc une commande d'appel du troisième terminal, ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire du troisième terminal et un identifiant d'appelant distinct de l'identifiant primaire du premier terminal ; et - Sur détection d'un décrocher du troisième terminal, émettre une commande de fermeture de la communication établie entre le premier terminal et le deuxième terminal et émettre une commande d'établissement d'une communication entre le deuxième terminal et le troisième terminal, ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire du troisième terminal et un identifiant d'appelant distinct de l'identifiant primaire du premier terminal. [0033] Plus généralement, un tel dispositif est apte à mettre en oeuvre un procédé de traitement d'une demande de transfert d'une communication téléphonique tel que décrit précédemment. [0034] Avantageusement, ledit dispositif est intégré dans une plateforme de gestion d'identifiants secondaires, apte à être connectée à un réseau de communication téléphonique, configurée pour gérer une communication dans ledit réseau de communication initiée entre un premier terminal et un deuxième terminal, lesdits premier et deuxième terminal étant associés respectivement à un identifiant primaire dans ledit réseau, le premier terminal étant en outre associé à un identifiant secondaire, distinct du premier identifiant, ledit identifiant secondaire étant présenté au deuxième terminal dans ladite communication. [0035] La platefonne de gestion, le dispositif de traitement d'une demande de transfert d'une session de communication et le programme d'ordinateur correspondants précités 6 présentent au moins les mêmes avantages que ceux conférés par le procédé de traitement d'une demande de transfert selon la présente invention. [0036] Corrélativement, l'invention concerne aussi un procédé de demande de transfert d'une communication établie entre un premier terminal et un deuxième terminal vers un troisième terminal, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif dans ledit réseau, un identifiant secondaire du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, ledit procédé comprenant l'émission par le premier terminal d'une demande de transfert de communication vers le troisième terminal, ladite demande comprenant un identifiant de contexte du premier terminal, l'identifiant primaire du second terminal et un identifiant primaire du troisième terminal, et la réception d'un message de confirmation. [0037] Avantageusement, la demande de transfert est émise par le premier terminal depuis une application logicielle dédiée à destination d'une plateforme de gestion d'identifiants secondaires, qui se charge ensuite de réaliser le transfert de la communication. Par exemple, la demande de transfert est incluse dans un message de type http POST. [0038] Selon un aspect de l'invention, la demande comprend en outre un mode de transfert et, pour une première valeur du mode de transfert, le message de confirmation comprend un identifiant de service vers lequel demander l'établissement d'une communication et le procédé comprend l'émission dans ledit réseau de communication d'une demande d'établissement d'une session de communication, ladite demande comprenant un numéro d'appelé correspondant audit identifiant de service. [0039] Il s'agit d'un mode de transfert indirect, selon lequel l'utilisateur du premier terminal souhaite parler avec celui du troisième terminal avant de lui transférer la communication. Avantageusement, le premier terminal émet une demande d'établissement d'une communication avec un numéro technique, l'identifiant de service, associé à la plateforme de gestion d'identifiants secondaires. [0040] L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé de demande de transfert d'une communication téléphonique tel que décrit précédemment, lorsqu'il est exécuté par un processeur. [0041] L'invention vise également un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de demande de transfert d'une communication selon l'invention tel que décrit ci-dessus. [0042] Un tel support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de 7 stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit micro-électronique, ou encore un moyen d'enregistrement. magnétique, par exemple une clé USB ou un disque dur. [0043] D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d'ordinateur qu'il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par exemple le réseau Internet. [0044] Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé précité. [0045] L'invention concerne également un dispositif de demande de transfert d'une commu- nication établie entre un premier terminal et un deuxième terminal vers un troisième terminal, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif dans ledit réseau, un identifiant secondaire du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, ledit dispositif étant configure pour émettre par le premier terminal unc demande de transfert de communication vers le troisième terminal, ladite demande comprenant un identifiant de contexte du premier terminal, l'identifiant primaire du second terminal et un identifiant primaire du troisième terminal, et pour recevoir par le premier terminal un message de confirmation. [0046] Plus généralement, un tel dispositif est apte à mettre en oeuvre un procédé de demande de transfert d'une communication téléphonique tel que décrit précédemment. [0047] Avantageusement, ledit dispositif est intégré dans un équipement terminal apte à établir une communication dans un réseau de communication avec un deuxième équipement terminal, chaque équipement terminal étant associé à un identifiant primaire dans ledit réseau, ledit équipement terminal étant en outre associé à un identifiant secondaire, ladite communication étant établie en présentant ledit identifiant secondaire audit deuxième équipement terminal. [0048] L'équipement terminal, le dispositif de demande de transfert d'une communication et le programme d'ordinateur correspondants précités présentent au moins les mêmes avantages que ceux conférés par le procédé de demande de transfert selon la présente invention. Liste des figures [0049] D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : [fig.1] : Cette figure représente de façon schématique un réseau de communication 8 téléphonique auxquels se connectent des terminaux associés chacun dans ledit réseau à un identifiant primaire et une plateforme de gestion apte à établir une communication entre lesdits terminaux à partir d'un identifiant secondaire d'un desdits terminaux selon l'art antérieur ; [0050] [fig.2] : Cette figure représente de façon schématique un exemple des flux des messages échangés entre le premier terminal, le réseau de communication, la plateforme de gestion et le deuxième terminal pour l'établissement de la communication selon l'art antérieur ; [0051] [fig.3] : Cette figure représente sous forme de logigramme les différentes étapes d'un procédé de traitement d'une demande de transfert d'une communication établie entre un premier terminal et un deuxième terminal via ladite plateforme de gestion selon un mode de réalisation de l'invention ; [0052] [fig.4À] : Cette figure illustre un exemple des messages échangés entre le premier terminal, le réseau de communication, la platcforme de gestion, le deuxième terminal et un troisième terminal selon un premier mode de réalisation de l'invention ; [0053] [fig.4B] : Cette figure illustre pour cet exemple la suite des messages échangés entre le premier terminal, le réseau de communication, la plateforme de gestion, le deuxième terminal et un troisième terminal selon le premier mode de réalisation de l'invention ; [0054] [fig.SÀ] : Cette figure illustre un exemple des messages échangés entre le premier terminal, le réseau de communication, la platcforme de gestion, le deuxième terminal et un troisième terminal selon un deuxième mode de réalisation de l'invention ; [0055] [fig.5B] : Cette figure illustre pour cet exemple la suite des messages échangés entre le premier terminal, le réseau de communication, la platefonne de gestion, le deuxième terminal et un troisième terminal selon le deuxième mode de réalisation de l'invention ; [0056] [fig.5C] : Cette figure illustre pour cet exemple la fin des messages échangés entre le premier terminal, le réseau de communication, la plateforme de gestion, le deuxième terminal et un troisième terminal selon le deuxième mode de réalisation de l'invention ; [0057] [fig.6] : Cette figure représente de façon schématique un exemple de structure ma- térielle d'un dispositif de gestion d'une communication selon l'invention ; et [0058] [fig.7] : Cette figure représente de façon schématique un exemple de structure ma- térielle d'un dispositif de transfert d'une communication selon l'invention. [0059] Description détaillée de modes de réalisation de l'invention [0060] Principe général de l'invention [0061] Le principe général de l'invention repose sur la gestion par une plateforme de gestion d'alias, d'une demande de transfert vers un troisième terminal d'une communication établie entre l'alias d'un premier terminal et un deuxième terminal, sans dévoiler 9 l'identifiant primaire du premier terminal au troisième terminal. [0062] Dans la suite de la description, on s'attache à décrire en détails un exemple de mise en oeuvre de l'invention. En relation avec la figure 1 on considère un réseau de communication RT d'un opérateur de téléphonie et un premier équipement terminal Ti apte à se connecter audit réseau. Dans l'exemple présenté, le terminal Tl est un téléphone mobile, par exemple de type téléphone intelligent (pour « smartphonc » en anglais). Le terminal Tl possède une carte SIM associée à un identifiant d'abonné unique MSISDN qui permet de l'identifier dans un réseau de rattachement ou d'accès RES1 pour lequel son utilisateur a souscrit un abonnement auprès de l'opérateur de ce réseau. Il s'agit par exemple d'un réseau cellulaire par exemple de type GSM (pour « Global System for Mobile Communications », en anglais) ou UMTS (pour « Universal Mobile Telecommunications System », en anglais) , LTE (« pour Long Terni Evolution », en anglais) ou conforme à une génération ultérieure de la norme 3GPP (3rd Generation Partnership Project », en anglais). [0063] L'identifiant d'appel primaire correspond au numéro de téléphone permettant de joindre l'utilisateur du terminal Tl. Dans la suite, on le note IPI. [0064] On suppose que l'utilisateur du premier terminal Tl a souscrit à un service de gestion d'alias qui lui permet d'associer un deuxième numéro de téléphone, dit identifiant secondaire IS1, à son identifiant primaire IPI et de l'utiliser pour appeler un autre terminal depuis son terminal Ti ou être joint sur son terminal T1, sans que son interlocuteur n'ait accès à son identifiant primaire IPI. [0065] Dans la suite, on considère une plateforme PF de gestion d'un tel service. Elle est connectée d'une part au réseau de téléphonie RT et d'autre part au réseau Internet. Elle réalise l'interface entre les utilisateurs du service de gestion d'alias et le réseau de téléphonie Ace titre, elle dispose d'un ou plusieurs numéros techniques IPF, qui lui permettent d'être appelée dans le réseau RT . [0066] Par exemple, le premier terminal comprend une application logicielle ou API dédiée à la mise en oeuvre du service de gestion d'alias. Une telle application est configurée pour échanger avec la plateforme de gestion d'alias PF via le réseau Internet les messages et informations nécessaires à la mise en oeuvre du service, en utilisant un identifiant de contexte géré par le service de gestion d'alias CID (pour « Context IDentifier », en anglais) et propre à l'utilisateur du premier terminal. [0067] On considère un deuxième terminal T2 associé à un identifiant primaire IP2 dans le réseau de téléphonie RT auquel il accède via un réseau de rattachement RES2 et un troisième terminal T3 associé à un identifiant primaire IP3 dans le réseau de téléphonie RT auquel il accède via un réseau de rattachement RES3. [0068] Dans les présentes, le terme "identifiant secondaire" n'est utilisé que pour les terminaux ayant souscrit au service de gestion d'alias. Cet identifiant secondaire correspond à un deuxième numéro de téléphone que la plateforme associe à l'identifiant primaire de l'utilisateur du terminal et que ce dernier peut utiliser pour appeler ou pour être appelé sur ce terminal. Par simplicité, le terme "identifiant primaire" est également utilisé dans la suite de la description pour les utilisateurs de terminaux n'ayant pas souscrit à ce service et ne disposant donc que d'un seul identifiant dans le réseau de téléphonie RT. [0069] On détaille, en relation avec la figure 2 un exemple d'établissement d'une commu- nication entre le premier terminal et un deuxième terminal via le service de gestion d'alias, c'est-à-dire à partir de l'identifiant secondaire IS1 du premier terminal Ti. [0070] Dans la suite, on appelle Bob l'utilisateur du premier terminal T1. On suppose que son identifiant primaire IP1 est le numéro de téléphonie mobile 0672778638. Son identifiant secondaire IS1 est le numéro de téléphonie fixe 0112345678. Il souhaite établir une communication téléphonique avec Alice l'utilisatrice d'un deuxième terminal T2, par exemple un terminal fixe rattaché à un réseau quelconque RES2, lui-même connecté au réseau de téléphonie RT. Le terminal T2 peut aussi être rattaché directement au réseau de téléphonie RT. Dans l'exemple considéré, l'identifiant primaire 1P2 d'Alice est le numéro de téléphonie fixe 0157399011. [0071] Bob ouvre l'application du service de gestion d'alias et demande l'établissement d'une communication avec Alice depuis cette application. Bob, ou plus exactement l'application logicielle ou API dédiée à la mise en oeuvre du service de gestion d'alias installée sur le terminal de Bob, est connue du service de gestion d'alias par son identifiant de contexte CIDI, qui est distinct de son identifiant primaire IPI et de son identifiant secondaire IS1. [0072] Par exemple, il consulte sa liste de contacts, sélectionne le numéro d'Alice et appuie sur une icône de lancement d'appel. En réponse à cette commande, une demande d'établissement d'appel par l'application (pour « Call API », en anglais) comprenant l'identifiant de contexte CID1 de Bob ainsi que l'identifiant IP2 d'Alice, est émise en 10 à destination de la plateforme PF via le réseau Internet. Par exemple, il s'agit d'un message selon la norme HTTP/REST et de type POST. Dans la suite on désignera par demande tout message de ce type échangé entre un terminal et la plateforme de gestion PF. [0073] Il est reçu en 20 par la plateforme de gestion PF qui en extrait l'identifiant de contexte CID1 de l'appelant Bob. [0074] En 21, la plateforme PF vérifie que l'identifiant de contexte CIDI de Tl correspond à un utilisateur ayant souscrit au service. Elle peut vérifier aussi que le numéro d'appelé est un numéro accessible via le service de gestion d'alias. On suppose par exemple que pour Bob les numéros courts et les numéros internationaux sont interdits. Si le numéro appelé est autorisé, elle enregistre en mémoire un contexte de la demande reçue, 11 comprenant par exemple l'identifiant de contexte CID1 de T1 et l'identifiant primaire de T2. Par exemple, ces informations sont stockées dans une table TCOM comprenant des entrées, associant pour chaque identifiant de contexte d'un utilisateur du service de gestion d'alias, les informations de contexte d'une communication en cours. [0075] Avantageusement, elle horodate le contexte et stocke l'horodatage avec les in- formations de contexte en mémoire, par exemple dans la table TCOM. Ces informations de contexte de la communication seront conservées pendant une durée limitée, de l'ordre de quelques secondes, mais assez longtemps pour permettre au premier terminal d'utiliser le numéro de service IPF. [0076] Elle détermine un numéro de service IPF en fonction du numéro appelé, donc en fonction de l'identifiant 1P2 d'Alice dans notre exemple. Ce numéro de service IPF est le numéro de téléphone que l'appelant doit appeler dans la suite. Par exemple, le numéro de service sera différent selon que le numéro de l'appelé est un numéro de téléphonie mobile ou fixe, ou un numéro court, ou un numéro international. [0077] Si le numéro d'appelé est autorisé, elle transmet en 22 un message de réponse au premier terminal, pour lui confirmer qu'un contexte de communication a été créé, et pour lui fournir le numéro de service IPF à utiliser par la suite. Par exemple, il s'agit d'un message HTTP/REST de type 201 Created. [0078] Elle se place alors en attente d'une demande d'appel sur son interface avec le réseau RT. [0079] A réception du message de confirmation 201 Created en 11, l'application du premier terminal Tl commande en 12 l'émission par le terminal Tl à destination du réseau de téléphonie RT d'une demande d'établissement d'un appel avec la plateforme PF. Typiquement, il s'agit d'un message classique de signalisation Circuit Switched ou PSTN (pour « Public Switch Telephone Network », en anglais). Ce message comprend comme numéro d'appelant l'identifiant primaire de Bob et comme numéro d'appelé le numéro de service IPF. On notera que de façon connue, il comprend aussi un identifiant légal appelé PAI qui correspond à l'identifiant primaire IP1 de Bob. Cet identifiant légal est destiné à indiquer le numéro de téléphone qui porte l'appel. [0080] A réception de cette requête en 40, le réseau de téléphonie RT transmet en 41 un message de signalisation à la plateforme de gestion PF, comprenant comme numéro d'appelant l'identifiant primaire IP1 de Bob, comme numéro d'appelé le numéro de service IPF de la plateforme et comme PAI l'identifiant primaire de Bob. Par exemple, il s'agit d'un message d'ouverture d'une session d'appel de type INVITE selon la norme SIP (pour « Session Internet Protocol », en anglais) permettant d'établir un appel en voix sur IP ou VoIP. Sur réception en 23 d'une demande d'appel comprenant l'identifiant primaire de TI comme numéro d'appelant et le numéro de service IPF comme numéro d'appelé, la plateforme PF en extrait l'identifiant primaire du premier 12 terminal Ti qu'elle utilise en 24 pour obtenir un identifiant secondaire IS1 associé à cet identifiant primaire IPI et à l'identifiant de contexte CID1 de Tl, par exemple en consultant une table TIS stockée en mémoire. Cette table comprend par une entrée par utilisateur ayant souscrit au service de gestion d'alias et associe à l'identifiant de contexte CID de cet utilisateur son identifiant primaire IP et son identifiant secondaire dans le réseau de téléphonie RT. Avantageusement, elle récupère les informations de contexte de la communication initiée par Bob dans la table TCOM et vérifie en outre que la demande d'appel a été reçue avant l'expiration d'un délai prédéterminé déclenché lors de l'horodatage du contexte. Dans l'affirmative, elle traite la demande d'appel reçue sinon elle la rejette. [0081] On suppose que la demande a été reçue dans le délai. En 25, la plateforme PF commande au réseau RT l'ouverture d'un appel en provenance de Tl et à destination de T2, ladite commande comprenant comme numéro d'appelant l'identifiant secondaire IS1 du premier terminal T1, et comme numéro d'appelé l'identifiant primaire du deuxième terminal T2. Elle se met en 26 en attente de détection d'un décrocher d'Alice. [0082] A réception de ce message en 42, le réseau de téléphonie émet en 43 une demande d'appel à destination du terminal T2 d'Alice. Il s'agit d'un message de type CS ou RTC, qui est relayé par le réseau de rattachement RES2 d'Alice. Il indique comme numéro d'appelé l'identifiant secondaire IS1 de Bob, comme numéro d'appelant l'identifiant primaire IP2 d'Alice et comme identifiant légal PAI l'identifiant primaire de Bob IPI comme spécifié dans la commande de la platefonne PF. L'appel sonne sur le terminal T2 d'Alice. On suppose qu'Alice décroche. [0083] Un message d'acceptation d'appel est émis par le terminal T2 à destination du réseau de téléphonie RT. [0084] A réception de ce message en 44, le réseau de téléphonie RT notifie en 45 la plateforme de gestion d'Alias que la demande d'appel a été acceptée par Alice en lui transmettant un message de signalisation SIP de type 200 OK. [0085] A réception en 27 du message 200 OK, la plateforme de gestion PF décide que le terminal T2 a décroché et répond en 28 par un message de confirmation, par exemple un message SIP de type 200 OK, qui vaut requête d'établissement de la communication entre Bob et Alice. A réception en 46, le réseau de téléphonie répond en 47 à la demande d'appel de Bob en lui transmettant un message CS ou PSTN d'appel accepté. Enfin il établit l'appel en 48 entre Bob et Alice. [0086] L'identifiant secondaire ISI du premier terminal est présenté au deuxième terminal T2 d'Alice qui ne voit pas son identifiant primaire IPI. De la sorte, la confidentialité de l'identifiant primaire IPI du premier terminal est préservée. [0087] En relation avec la Figure 3, on décrit maintenant un procédé de traitement d'une 13 demande de transfert de la communication selon l'invention. [0088] En 30, la plateforme de gestion PF reçoit en provenance du premier terminal Ti une demande de transfert de la communication vers un troisième terminal T3, ladite requête comprenant l'identifiant de contexte de l'utilisateur du premier terminal, l'identifiant primaire du deuxième terminal et un numéro de transfert correspondant à l'identifiant primaire du troisième terminal T3. [0089] Elle obtient en 31, à partir de l'identifiant de contexte d'utilisateur du premier terminal, les identifiants primaire et secondaire du premier terminal. [0090] En 32 elle répond au premier terminal, au moins pour lui confirmer la prise en compte de sa demande. [0091] En 33, elle commande la mise en attente du deuxième terminal. [0092] Elle émet en 34 une commande d'appel du troisième terminal via ledit réseau RC, ladite requête comprenant comme numéro d'appelant l'identifiant secondaire du premier terminal et comme numéro d'appelé l'identifiant primaire du troisième terminal. De façon alternative, le numéro d'appelé peut aussi être positionné à la valeur de l'identifiant primaire IP2 du deuxième terminal ou encore à une valeur d'un identifiant de la plateforme de service PF, selon la logique de service appliquée par la plateforme PF, l'important étant qu'il n'indique pas l'identifiant primaire IP1 du premier terminal. [0093] Sur détection en 35 d'un décrocher du troisième terminal T3, elle émet en 36 une commande de fermeture de la session de communication créée suite à la commande d'appel émise en 34. [0094] Enfin, en 38, la platefonne de gestion PF émet une commande d'établissement de l'appel entre le deuxième terminal T2 et le troisième terminal T3. [0095] Premier mode de réalisation de la phase de transfert d'appel : transfert direct [0096] On détaille maintenant un exemple de réalisation de la phase de transfert d'appel initiée par l'utilisateur du premier terminal Tl. [0097] En relation avec les figures 4A et 4B, on suppose maintenant que Bob souhaite transférer la communication en cours avec Alice vers un utilisateur d'un troisième terminal T3, qu'on appellera Carl. Carl dispose d'un identifiant primaire IP3 qui correspond, dans cet exemple, au numéro de téléphonie mobile 0658723687. Dans ce cas, Carl est rattaché au réseau de téléphonie RT par un réseau d'accès mobile RES3. Bien sûr l'invention n'est pas limitée à cet exemple, un numéro de téléphonie fixe pouvant très bien être utilisé. [0098] Depuis son application mobile, Bob émet en 14, à destination de la plateforme de gestion PF une demande de transfert d'appel REQTF, par exemple en appuyant sur une icône dédiée, vers le numéro de téléphone de Carl, qu'il sélectionne comme destinataire du transfert. 14 [0099] Comme précédemment décrit pour l'étape 20, le message est par exemple de type POST HTTP/REST. En 30, la plateforme de gestion PF reçoit ce message et en extrait au moins l'identifiant de contexte CID1 de Bob et le numéro de téléphone TP3 de Carl. [0100] Optionnellement, elle en extrait aussi un paramètre MT représentatif d'un mode de transfert de la communication. On suppose dans ce premier mode de réalisation que cc paramètre est positionné à une valeur représentative d'un « transfert direct ». La plateforme de gestion d'alias va donc traiter la demande de transfert d'appel selon une première logique de service correspondant au mode de transfert direct. [0101] A partir de l'identifiant de contexte CID1 de Bob, elle obtient en 31 son identifiant primaire IP1 et son identifiant secondaire 1S2. Par exemple, comme précédemment décrit, une table TTS stockée en mémoire comprend des entrées associant l'identifiant secondaire et l'identifiant primaire de chaque utilisateur ayant souscrit au service de gestion d'alias à son identifiant de contexte CID. La plateforme de gestion PF obtient aussi des informations de contexte de la communication en cours. Par exemple ces informations sont stockées dans l'entrée de la table TIS précédente correspondant à Bob. De façon alternative, la plateforme stocke en mémoire une autre table TCOM, dédiée aux communications, dont chaque entrée associe à l'identifiant de contexte CID1 des informations de contexte d'une communication en cours impliquant cet identifiant secondaire. Par exemple, pour la communication en cours, une entrée de la table TCOM associe à l'identifiant de contexte de Bob CID1, l'identifiant primaire 1P2 d'Alice et des informations de description des sessions voix associées à chacun des interlocuteurs Bob et Alice de la communication. [0102] Elle met à jour les informations de contexte de la communication, en ajoutant l'identifiant du troisième terminal IP3. Un horodatage n'est pas nécessaire dans ce cas puisque c'est la plateforme de gestion elle-même qui initie l'appel. [0103] Ensuite, la plateforme de gestion PF répond en 32 au message POST par un message de type 201 Created. Le terminal Tl de Bob le reçoit en 15. [0104] En 33 la plateforme PF met la session d'Alice en attente. Pour ce faire, elle émet une commande de modification de la session d'Alice à destination du réseau de téléphonie RT, par exemple à l'aide d'un message SIP de type reINVITE comprenant des informations de description, par exemple selon un protocole de description de session tel que le protocole SDP (« pour « Session Description Protocol », en anglais), mises à zéro. [0105] A réception de ce message en 51, le réseau de téléphonie RT traduit en 51 cette commande en émettant un message de mise à jour de la session (pour « Update Call Session », en anglais), à destination du réseau de rattachement RES2 qui le relaie jusqu'au terminal T2 d'Alice. Il s'agit par exemple d'un message CS ou RTC qui comprend lui aussi des informations de description de la session voix mises à zéro. [0106] La plateforme de gestion PF émet en 34 à destination du réseau de téléphonie RT une commande d'appel du troisième terminal T3 de Carl, comprenant comme numéro d'appelé l'identifiant primaire IP3 de Carl, comme numéro d'appelant l'identifiant secondaire IS1 de Bob ou selon une alternative précédemment évoquée l'identifiant d'Alice ou encore un numéro de service, et comme identifiant légal RAI l'identifiant primaire IP1 de Bob. Il s'agit, comme décrit précédemment d'un message SIP d'ouverture de session de type INVITE. Elle se met en 341 en attente d'un décrocher de Carl. [0107] En réponse à ce message, le réseau de téléphonie émet en 53 une demande d'appel à destination du terminal T3 de Carl via le réseau de rattachement RES3. Il s'agit d'un message CS ou RTC. [0108] On suppose que Carl décroche. Suite au décrocher de Carl, le réseau de téléphonie reçoit en 54 une réponse d'acceptation de l'appel, qui comprend des informations de description de la session voix ou VSD (pour « Voice Session Description », en anglais). A réception de ce message, le réseau de téléphonie émet en 55 un message SIP de type 200 OK à destination de la platcforme de gestion PF. Avantageusement, il lui transmet aussi les informations de description VSD reçues dans le même message ou dans un autre message SIP. [0109] A réception de ce message en 35, la plateforme de gestion PF a la confirmation que Carl a décroché. Elle commande donc en 351 la fermeture de la session de Bob par le réseau RT. Pour ce faire, elle lui envoie par exemple un message SIP de type BYE. [0110] A réception de ce message BYE en 56, le réseau de téléphonie RT ferme en 56 la session de Bob en transmettant un message CS ou RTC de type « Call Ended » au premier terminal Tl, qui le reçoit en 16. [0111] La branche de Bob est maintenant fermée. [0112] En relation avec la figure 4B, la plateforme de gestion PF met ensuite à jour en 352 les informations de contexte de la communication. En particulier elle conserve les identifiants liés à la session en cours d'Alice et met à jour les informations de description de la session voix à partir de celles reçues de Carl. Elle commande en 353 la mise à jour de la session d'Alice, en transmettant au réseau de téléphonie les informations mises à jour. Pour ce faire elle émet un message SIP de type reINVITE au réseau de téléphonie comprenant les informations qu'elle vient de mettre à jour. [0113] A réception de ce message en 58, le réseau de téléphonie traduit cette commande de mise à jour en transmettant en 59 au terminal T2 d'Alice un message de mise à jour de session comprenant les informations de description de la session de Carl. A réception de ce message, Alice répond par un message d'acceptation qui comprend ses propres informations de description de session. A réception de cette réponse en 60, le réseau de téléphonie transmet en 61 un message SIP de type 200 OK à la plateforme de gestion 16 PF ainsi que les informations de description de session reçues d'Alice. [0114] La plateforme de gestion PF le reçoit en 354 et en accuse réception en 36 par un message SIP ACK. Ce message au réseau RT constitue une confirmation de commande d'établissement de la communication entre le deuxième terminal T2 d'Alice et le troisième terminal T3 de Carl. A réception de cet acquittement en 62, le réseau de téléphonie transmet au terminal T3 de Carl en 63 un message de mise à jour de session comprenant les informations de description de session d'Alice et il établit en 64 la session entre les terminaux T2 et T3 d'Alice et Carl. [0115] La communication avec Alice est maintenant transférée à Carl. Le numéro d'appelant présenté à Carl est contrôlé par la plateforme de gestion PF, qui selon l'invention fait en sorte de ne pas dévoiler l'identifiant primaire de Bob à Carl. [0116] Deuxième mode de réalisation de la phase de transfert d'appel : transfert indirect [0117] En relation avec les figures 5A à 5C, on décrit le transfert de la communication entre Bob et Alice vers Carl, selon un deuxième mode de réalisation de l'invention. [0118] En relation avec la figure 5A, le premier terminal Ti émet en 17 une demande de transfert de la communication en cours vers le troisième terminal T3 de Carl. Comme précédemment décrit, il s'agit par exemple d'un message de type POST HTTP/REST. En 30', la plateforme de gestion reçoit le message et en extrait au moins l'identifiant de contexte CID1 de Bob et l'identifiant primaire 1P3 de Carl. Optionnellement, elle en extrait aussi un paramètre représentatif d'un mode de transfert. On suppose dans ce deuxième mode de réalisation que ce paramètre est positionné à une valeur représentative d'un « transfert indirect ». La plateforme de gestion d'alias va donc traiter la demande de transfert d'appel selon une deuxième logique de service correspondant au mode de transfert indirect. [0119] A partir de l'identifiant de contexte CID1 de Bob, elle obtient en 31' son identifiant primaire IPI et son identifiant secondaire IS2, comme précédemment décrit en relation avec la figure 4A et l'étape 31. [0120] Elle met à jour les informations de contexte de la communication, en ajoutant l'identifiant du troisième terminal IP3. Avantageusement elle horodate les informations de contexte et fait courir un délai d'attente au-delà duquel ces informations de contexte ne seront plus conservées. [0121] Selon ce deuxième mode de réalisation, elle détermine aussi un numéro de service IPF en fonction du numéro appelé, donc en fonction de l'identifiant IP3 de Carl. Comme il s'agit dans notre exemple d'un numéro fixe, le numéro de service IPF choisi est le même que pour établir la communication avec Alice. [0122] En 32', elle accuse bonne réception du message POST en répondant au terminal de Bob par un message de type 201 Created. Ce message POST comprend le numéro de service IPF choisi. 17 [0123] En 33', la plateforme PF met la session d'Alice en attente, comme précédemment décrit. [0124] A réception de ce message en 50', le réseau de téléphonie RT traduit en 51' cette commande en émettant un message de mise à jour de la session (pour « Update Call Session », en anglais), à destination du réseau de rattachement RES2 qui le relaie jusqu'au terminal T2 d'Alice. Il s'agit par exemple d'un message CS ou RTC qui comprend lui aussi des informations de description de la session voix mises à zéro. [0125] A réception du message de confirmation 201 Creatcd en 18, l'application du premier terminal T1 commande en 19 l'émission par le terminal T1 dans le réseau de téléphonie RT d'une demande d'établissement d'un appel avec la plateforme PF. Typiquement, il s'agit d'un message classique de signalisation Circuit Switched ou PSTN (pour « Public Switch Telephone Network », en anglais). Cc message comprend comme numéro d'appelant l'identifiant primaire de Bob et comme numéro d'appelé le numéro de service IPF reçu. Il comprend aussi un identifiant légal appelé PAI qui correspond à l'identifiant primaire IP1 de Bob. Cet identifiant légal est destiné à permettre l'indication du numéro du terminal physique qui porte l'appel, par exemple pour répondre à la demande d'une autorité réglementaire ou judiciaire. [0126] A réception de cette requête en 52', le réseau de téléphonie RT transmet en 53' un message de signalisation à la plateforme de gestion PF, comprenant comme numéro d'appelant l'identifiant primaire IP1 de Bob, comme numéro d'appelé le numéro de service IPF de la plateforme et comme PAI l'identifiant primaire de Bob. Par exemple, il s'agit d'un message d'ouverture d'une session d'appel de type INVITE selon la norme SIP (pour « Session Internet Protocol », en anglais) permettant d'établir un appel en voix sur IP ou VoIP. [0127] A réception de ce message en 34', la plateforme de gestion PF en extrait l'identifiant primaire du premier terminal TI qu'elle utilise en 341' pour obtenir un identifiant secondaire IS1 associé à cet identifiant primaire IP1 et à l'identifiant de contexte CIDT de Tl, par exemple en consultant la table TIS stockée en mémoire. Avantageusement, elle récupère les informations de contexte de la communication initiée par Bob dans la table TCOM et vérifie en outre que la demande d'appel a été reçue avant l'expiration du délai d'attente prédéterminé déclenché lors de l'horodatage du contexte. Dans l'affirmative, elle traite la demande d'appel reçue sinon elle la rejette. [0128] On suppose que la demande a été reçue dans le délai. En 342', la plateforme PF commande au réseau RT l'ouverture d'un appel en provenance de TI et à destination de T3, ladite commande comprenant comme numéro d'appelant l'identifiant secondaire IS1 du premier terminal Ti, et comme numéro d'appelé l'identifiant primaire du deuxième terminal T3 de Carl. Elle se met en 343' en attente de détection d'un décrocher de Carl. 18 [0129] A réception de ce message en 54', le réseau de téléphonie traduit cette commande en émettant en 55' une demande d'appel vers le terminal T3 de Carl. Il s'agit par exemple d'un message de type CS ou PSTN, qui est relayé par le réseau de rattachement RES3 de Carl. [0130] L'appel est reçu par le terminal T3. On suppose que Carl décroche et que son terminal T3 répond par un message d'acceptation de l'appel. A réception de ce message en 56', le réseau de téléphonie RT notifie en 57' la plateforme de gestion d'Alias PF que la demande d'appel a été acceptée par Carl en lui transmettant un message de signalisation SIP de type 200 OK. La plateforme de gestion PF reçoit ce message en 35' et y répond en 36' par un message de confirmation 200 OK. Sur réception de ce message, le réseau de téléphonie transmet en 58' au terminal de Bob un message CS ou RTC d'acceptation d'appel. Enfin il établit en 59' l'appel entre Bob et Carl. L'identifiant primaire IP1 de Bob n'est jamais présenté à Carl. [0131] Bob peut ainsi discuter avec Carl avant de le mettre en relation avec Alice. [0132] On notera que, de façon alternative, cc peut être la plateforme de gestion PF qui déclenche l'appel entre le premier terminal de Bob et le troisième terminal de Carl. Dans ce cas, la plateforme PF n'insère pas de numéro de service IPF dans son message 32' de confirmation 201 Created, mais elle commande directement au réseau RT l'émission en 342' d'une demande l'ouverture d'un appel en provenance de Tl et à destination de T3. Le message INVITE émis en 342' ne comprend alors aucune information de description de session SDP pour signifier au terminal de Carl qu'il devra négocier le SDP avec le terminal de Bob, de façon classique. Lorsqu'elle détecte le décrocher de Carl en 35', elle confirme sa commande d'établissement au réseau RT en 36' avec un message reINVITE de mise à jour de la session de Bob comprenant les informations de description de session voix de Carl. Sur réception d'un message d'acceptation de la part de Bob, le réseau RT établit la communication entre Bob et Carl. [0133] Une fois la conversation terminée, l'un des deux raccroche le premier. Si c'est Carl, cela peut signifier qu'il refuse le transfert d'appel, on supposera donc dans la suite que c'est Bob qui raccroche. En relation avec la figure 5B, sur détection du raccrocher de Bob, son terminal Ti émet en 21 un message de fin d'appel à destination du réseau de téléphonie mobile RT. Le réseau de téléphonie mobile le reçoit en 60'. Du fait que cet appel implique l'identifiant secondaire ISI de Bob, le réseau de téléphonie mobile transmet en 61' l'information de raccrocher à la plateforme de gestion PF par un message SIP BYE. A réception en 37', la platefonne PF acquitte le message en 38' en répondant par un message SIP BYE. [0134] A réception de cet acquittement en 62', le réseau de téléphonie mobile RT met fin à la session de Carl en lui transmettant en 63' un message de fin d'appel. 19 [0135] La plateforme de gestion PF commande en 39' l'ouverture d'une nouvelle session d'appel avec Carl. Il s'agit par exemple d'un message SIP de type INViTE à destination du réseau de téléphonie. Il comprend l'identifiant primaire IP3 de Carl comme numéro d'appelé. Le numéro d'appelant peut être l'identifiant secondaire de Bob IS1, ou de façon alternative l'identifiant primaire 1P2 d'Alice ou encore un numéro de service défini par la plateforme PF. L'identifiant légal PAT est l'identifiant primaire 1P2 d'Alice. Le message INVITE emis en 39' ne comprend alors aucune information de description de session SDP pour signifier au terminal de Carl qu'il devra négocier le SDP avec le terminal d'Alice, de façon classique. [0136] Elle se met en attente d'un décrocher de Carl en 391'. [0137] A réception de ce message en 64', le réseau de téléphonie RT traduit cette commande en émettant en 65' un message de demande d'appel du terminal T3 de Carl. Il s'agit d'un message de type CS ou PSTN, qui est relayé par le réseau de rattachement RES3 de Carl. [0138] On suppose que Carl décroche. Son terminal T3 répond par un message d'acceptation d'appel comprenant des informations de description de la session voix de Carl. A réception de cette acceptation en 66', le réseau de téléphonie informe la plateforme de gestion en 67' par un message SIP 200 OK comprenant les informations de description de session reçues. [0139] A réception de ce message en 392', la platcforme de gestion PF en extrait les in- formations de description de la session voix de Car], décide que le terminal T3 de Carl a décroché et commande en 393' au réseau de téléphonie la mise à jour de la session d'Alice à l'aide d'un message SIP reINVITE comprenant les informations de description de session voix de Cari qu'elle vient d'extraire. Ce message reINVITE comprend les identifiants de la session initiale d'Alice, c'est-à-dire l'identifiant secondaire de Bob comme numéro d'appelant, l'identifiant primaire de Bob comme PAI. En revanche, il comprend désormais les informations de description de session voix de Carl. [0140] A réception de ce message en 68', le réseau de téléphonie traduit cette commande de mise à jour en transmettant en 69' au terminal d'Alice un message de mise à jour de session comprenant les informations de description de la session de Carl. Le terminal T2 d'Alice répond par un message d'acceptation qui comprend ses propres informations de description de session que le réseau de téléphonie RT reçoit en 70'. [0141] En relation avec la figure 5C, la plateforme de gestion PF extrait les informations de description de session reçues et les stocke en mémoire. Elle commande ensuite en 394' la mise à jour de la session de Carl au réseau de téléphonie à l'aide d'un message reINVITE comprenant les informations de description extraites. A réception de ce message en 71', le réseau de téléphonie traduit cette commande de mise à jour en transmettant en 72' au terminal T3 de Cari un message dc mise à jour de session comprenant les informations de description de la session d'Alice. Le terminal T3 de Cari_ répond par un message d'acceptation. A réception en 73', le réseau de téléphonie établit en 74' la communication entre Alice et Cari_. [0142] On décrit maintenant le procédé de gestion d'une communication par l'intermédiaire de la plateforme de gestion PF selon un troisième mode de réalisation de l'invention. [0143] On détaille en particulier l'étape dc détection 35, 35' d'un décrocher du troisième terminal de Cari. [0144] Si Cari est disponible, il décroche, c'est-à-dire qu'il accepte l'appel. Néanmoins, il peut aussi refuser l'appel s'il est occupé, ou bien ne pas recevoir la communication s'il n'est pas sous couverture réseau ou encore ne pas répondre à l'appel s'il n'est pas à proximité de son terminal. Dans ces différents cas, c'est généralement une messagerie vocale associée à l'identifiant primaire de Cari qui prend le relais à l'issue d'un certain délai. [0145] Selon cc mode de réalisation dc le procédé détecte si le décrocher est le fait d'un humain ou d'une machine et adapte sa logique de service en conséquence. [0146] Dans la demande de brevet français déposée sous le numéro FR1852901 le 3 avril 2018 et intitulée « Procédé de routage d'un appel téléphonique vers une messagerie vocale alias », les inventeurs ont décrit unc solution permettant de détecter si le message d'acceptation d'appel reçu par la plateforme de gestion correspond à un décrocher par l'utilisateur du terminal ou bien à un basculement vers une messagerie vocale associée à l'identifiant primaire de l'utilisateur. Cette détection exploite le message de confirmation d'acceptation d'appel transmis par le réseau de téléphonie en 55 et 57'. Comme précédemment décrit, il peut d'agir d'un message SIP de type 200 OK. [0147] Selon une première option, la détection considère une durée minimale et une durée maximale à partir de l'instant d'émission de la demande d'appel avec le troisième terminal de Cari_ en 34 et 342'. Il est décidé que le décrocher est humain si la confirmation d'acceptation d'appel est reçue dans un délai compris entre la durée minimale et la durée maximale. Sinon, il est considéré que le décrocher provient de la messagerie vocale associée à l'identifiant primaire de l'appelé. [0148] Selon une deuxième option, le troisième terminal T3 de Cari envoie, en plus du message d'acceptation d'appel qu'il adresse au réseau de téléphonie RT des informations représentatives d'une interaction de Cari avec l'interface homme machine du troisième terminal et ces informations sont envoyées à la plateforme de gestion en 55 et 57' dans un autre message par exemple de type http POST. A réception de cet autre message, la platefonne de gestion PF décide alors qu'il s'agit d'un décrocher humain. Si elle ne reçoit pas ce deuxième message dans un délai prédéterminé, elle 21 décide que c'est sa messagerie vocale qui a décroché. [0149] Avantageusement, le troisième mode de réalisation de l'invention met en oeuvre cette détection et exploite le résultat de cette décision pour gérer le transfert de la communication. [0150] On considère d'abord le mode de transfert direct illustré par les figures 4A et 4B. Si la plateforme PF détecte en 35 que c'est une messagerie vocale qui a décroché, elle répond à la confirmation du réseau de téléphonie RT reçue en 35, par un message BYE pour mettre fin à la session de Carl. Ensuite, elle émet un message de commande de mise à jour de la session d'Alice, par exemple un message reINVITE comprenant les informations de session voix de Bob, puis si le terminal d'Alice répond positivement, demande le rétablissement de la session voix entre Bob et Alice. Avantageusement, l'application de Bob l'informe que l'appel vers Carl n'a pas pu aboutir et qu'il va rétablir la communication avec Alice. [0151] On considère maintenant le mode de transfert indirect illustré par les figures 5A à 5C . Si la plateforme PF détecte en 35' que c'est la messagerie vocale de Carl qui a décroché, elle peut néanmoins mettre en relation Bob avec la messagerie de Carl, afin qu'il puisse lui laisser un message, mais, sur détection d'un raccroché de Bob, ne plus mettre fin à la session de Bob, mais rétablir la communication avec Alice. [0152] Avantageusement, l'invention exploite cette détection de décrocher humain/par la messagerie pour adapter sa logique de service et réaliser un transfert d'appel plus satisfaisant pour l'utilisateur du service de gestion d'alias. [0153] On présente maintenant, en relation avec la figure 6, la structure matérielle d'un dispositif 100 de gestion d'une communication téléphonique établie dans un réseau de communication entre un premier terminal et un deuxième terminal, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif (IP1, IP2) dans ledit réseau, un identifiant secondaire OS1) du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, dans lequel ce dispositif intègre au moins un module de réception en provenance du premier terminal d'une demande de transfert de la communication vers un troisième terminal, ladite demande comprenant au moins un identifiant de contexte du premier terminal, l'identifiant primaire du second terminal et un identifiant primaire du troisième terminal, un module d'obtention, à partir de l'identifiant de contexte, d'informations relatives à ladite communication établie, lesdites informations comprenant au moins l'identifiant primaire et l'identifiant secondaire du premier terminal, un module d'émission d'une commande d'appel du troisième terminal, ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire du troisième terminal et un identifiant d'appelant distinct de l'identifiant primaire du premier terminal, un module de détection d'un décrocher du troisième terminal, un module d'émission d'une commande de fermeture de la session de communication établie entre le premier terminal et le deuxième terminal et un module d'émission d'une commande d'établissement d'une communication entre le deuxième terminal et le troisième terminal, ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire du troisième terminal et un identifiant d'appelant distinct de l'identifiant primaire du premier terminal. [0154] Avantageusement, le dispositif de gestion 100 comprend en outre un module d'émission à destination du premier terminal d'un message de confirmation comprenant un identifiant de service vers lequel une demande d'établissement d'une communication, ladite commande d'appel du troisième terminal étant émise suite à la réception de ladite demande d'établissement d'une communication en provenance du premier terminal. Il peut comprendre en outre un module dc mise en attente du deuxième terminal à réception dc la demande de transfert par la plateforme de gestion et, suite à la détection du décrocher du troisième terminal, l'émission d'une commande de mise à jour (353, 393') d'informations de session du deuxième terminal, comprenant des informations de description de session du troisième terminal. [0155] Le terme « module » peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en oeuvre une fonction ou un ensemble de fonctions. [0156] Plus généralement, un tel dispositif de gestion 100 comprend une mémoire vive 103 (par exemple une mémoire RAM), une unité de traitement 102 équipée par exemple d'un processeur, et pilotée par un programme d'ordinateur Pgl, représentatif du module de réception, du module d'obtention, d'émission d'une commande d'appel du troisième terminal, du module de détection d'un décrocher du troisième terminal, suite à la détection d'un décrocher, du module d'émission d'une commande de fermeture de la session de communication établie entre le premier terminal et le deuxième terminal et du module d'émission d'une commande d'établissement d'une communication entre le deuxième terminal et le troisième terminal, stocké dans une mémoire morte 101 (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive 103 avant d'être exécutées par le processeur de l'unité de traitement 102. La mémoire vive 103 contient notamment la table TIS qui associe l'identifiant de contexte CID, l'identifiant primaire et l'identifiant secondaire d'un terminal abonné au service de gestion d'alias et optionnellement la table TCOM des communications en cours associant à l'identifiant de contexte CID d'un terminal abonné au service de gestion d'alias des informations relatives à une communication en cours. 23 [0157] Le processeur de l'unité de traitement 102 pilote la réception d'une commande de transfert de session de communication, l'obtention d'informations relatives à ladite session de communication établie, l'émission d'une requête d'ouverture d'une session de communication à destination du troisième terminal, la détection d'un décrocher par le troisième terminal, la fermeture de la session de communication établie entre le premier et le deuxième terminal et l'émission d'une commande d'établissement d'une session de communication entre le deuxième et le troisième terminal, conformément au logigramme des Figures 4A-4B et 5A-5C. [0158] La Figure 6 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser le dispositif de traitement 100, afin qu'il effectue les étapes du procédé de traitement d'une demande de transfert d'une session communication tel que détaillé ci-dessus, en relation avec les Figures 4A-4B et 5A-5C dans ses différents modes de réalisation. En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASTC, ou tout autre module matériel). [0159] Dans le cas où le dispositif 100 est réalisé avec une machine de calcul repro- grammable, le programme correspondant (c'est-à-dire la séquence d'instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. [0160] Les différents modes de réalisation ont été décrits ci-avant en relation avec un dispositif de gestion 100 intégré à une plateforme de gestion PF du réseau de communication RT mais il peut plus généralement être embarqué dans n'importe quel équipement serveur de ce réseau. [0161] On présente enfin, en relation avec la Figure 7, la structure matérielle d'un dispositif 200 de transfert d'une session de communication téléphonique établie dans un réseau de communication entre un premier terminal et un deuxième terminal, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif dans ledit réseau, un identifiant secondaire du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, dans lequel ledit dispositif 200 intègre un module d'émission par le premier terminal d'une demande de transfert de communication vers le troisième terminal, un module de réception d'un message d'accusé-réception de ladite demande et optionnellement un module d'émission dans ledit réseau de communication d'une demande d'établissement d'une session de communication, ladite demande comprenant un identifiant d'appelé correspondant à un identifiant de service compris dans ledit message d'accusé-réception. 24 [0162] Le terme « module » peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en oeuvre une fonction ou un ensemble de fonctions. [0163] Plus généralement, un tel dispositif 200 comprend une mémoire vive 203 (par exemple une mémoire RAM), une unité de traitement 202 équipée par exemple d'un processeur, et pilotée par un programme d'ordinateur Pg2, représentatif du module d'émission par le premier terminal d'une demande de transfert de la communication vers le troisième terminal, du module de réception d'un accusé-réception et du module d'émission d'une demande d'établissement d'une session de communication, stocké dans une mémoire morte 201 (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive 203 avant d'être exécutées par le processeur de l'unité de traitement 32. La mémoire vive 203 contient notamment l'identifiant primaire et r identifiant secondaire du premier terminal, l'identifiant de contexte du premier terminal, l'identifiant primaire du troisième terminal et optionnellement le mode de transfert et l'identifiant de service IPF. Le processeur de l'unité de traitement 202 pilote l'émission, par le premier terminal de la demande de transfert de la communication vers le troisième terminal, la réception de l'accusé-réception, conformément au logigramme des Figures 4A-4B et 5A-5C. [0164] La Figure 7 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser le dispositif de demande de transfert, afin qu'il effectue les étapes du procédé détaillé ci-dessus, en relation avec les Figures 4A-4B et 5A-5C dans ses différents modes de réalisation. En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). [0165] Dans le cas où l'équipement d'accès est réalisé avec une machine de calcul repro- grammable, le programme correspondant (c'est-à-dire la séquence d'instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. [0166] Les différents modes de réalisation décrits ci-avant en relation avec un dispositif de transfert 200 peuvent être mis en oeuvre dans tous les terminaux abonnés à un service de gestion d'alias mis en oeuvre par une plateforme de gestion dans un réseau de communication. [Revendication 1] [Revendication 2] REVENDICATIONSProcédé de traitement d'une demande de transfert d'une communication téléphonique établie dans un réseau de communication (RT) entre un premier terminal (T1) et un deuxième terminal (T2), lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif (IP I , IP2) dans ledit réseau, un identifiant secondaire (IS I) du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, ledit procédé étant caractérisé en ce qu'il comprend : - La réception (30, 30') en provenance du premier terminal d'une demande de transfert de la communication vers un troisième terminal (T3), ladite demande comprenant au moins un identifiant de contexte (CID1) du premier terminal (T1), l'identifiant primaire du second terminal et un identifiant primaire du troisième terminal ; - L'obtention (31, 31'), à partir de l'identifiant de contexte (CID1), d'informations relatives à ladite communication établie, lesdites informations comprenant au moins l'identifiant primaire et l'identifiant secondaire du premier terminal ; - L'émission (34, 34') d'une commande d'appel du troisième terminal (T3), ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire (IP3) du troisième terminal et un identifiant d'appelant distinct de l'identifiant primaire (IP1) du premier terminal; et - Sur détection (35, 35') d'un décrocher du troisième terminal, l'émission (351, 38') d'une commande de fermeture de la session de communication établie entre le premier terminal et le deuxième terminal et l'émission (36, 36, 393') d'une commande d'établissement d'une communication entre le deuxième terminal et le troisième terminal, ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire du troisième terminal et un identifiant d'appelant distinct de l'identifiant primaire du premier terminal. Procédé de traitement d'une demande de transfert selon la revendication précédente, caractérisé en qu'il comprend l'émission (32, 32') à destination du premier terminal (T1) d'un message de confirmation comprenant un identifiant de service vers lequel émettre une demande d'établissement d'une communication, ladite commande d'appel du troisième terminal étant émise suite à la réception de ladite demande 26 d'établissement d'une session de communication en provenance du premier terminal. [Revendication 3] Procédé de traitement d'une demande de transfert selon la revendication précédente, caractérisé en qu'il comprend l'émission (33, 33') d'une commande de mise en attente du deuxième terminal à réception de la demande de transfert par la plateforme de gestion et, suite à la détection du décrocher du troisième terminal, l'émission d'une commande de mise à jour (353, 393') d'informations de session du deuxième terminal, comprenant des informations de description de session du troisième terminal. [Revendication 4] Procédé de traitement d'une demande de transfert d'une communication selon l'une des revendications précédentes, caractérisé en ce que la commande (31) de fermeture de la session est émise sur détection (35) d'un décrocher du troisième terminal. [Revendication 5] Procédé de traitement d'une demande de transfert d'une communication selon l'une des revendications 1 ou 2, caractérisé en ce que la commande (38) de fermeture de la session est émise sur détection (37') d'un raccrocher du premier terminal. [Revendication 6] Procédé de traitement d'une demande de transfert d'une session de com- munication selon l'une des revendications précédentes, caractérisé en ce que l'identifiant d'appelant de la commande d'appel du troisième terminal est égal à l'identifiant secondaire du premier terminal. [Revendication 7] Procédé de traitement d'une demande de transfert d'une session de com- munication selon l'une des revendications précédentes, caractérisé en ce que l'identifiant d'appelant de la commande d'appel du troisième terminal est égal à l'identifiant primaire du deuxième terminal. [Revendication 8] Procédé de traitement d'une demande de transfert d'une session de com- munication selon l'une des revendications précédentes, caractérisé en ce que l'identifiant d'appelant de la commande d'appel du troisième terminal est égal à un identifiant de service. [Revendication 9] Dispositif (100) de traitement d'une demande de transfert d'une com- munication téléphonique établie dans un réseau de communication entre par un premier terminal et un deuxième terminal, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif IP2) dans ledit réseau, un identifiant secondaire (IS1) du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, caractérisé en ce que ledit dispositif est configuré pour : 27 [Revendication 10] [Revendication 11] - Recevoir en provenance du premier terminal d'une demande de transfert de la communication vers un troisième terminal (T3), ladite demande comprenant au moins un identifiant de contexte (CID1) du premier terminal, l'identifiant primaire du second terminal et un identifiant primaire du troisième terminal ; - Obtenir, à partir de l'identifiant de contexte (CIDI), d'informations relatives à ladite session de communication établie, lesdites informations comprenant au moins l'identifiant primaire et l'identifiant secondaire du premier terminal ; - Emettre une commande d'appel du troisième terminal (T3), ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire (IP3) du troisième terminal et un identifiant d'appelant distinct de l'identifiant primaire (IP1) du premier terminal ; et - Sur détection d'un décrocher du troisième terminal, émettre une commande de fermeture de la session de communication établie entre le premier terminal et le deuxième terminal et émettre une commande d'établissement d'une communication entre le deuxième terminal et le troisième terminal, ladite commande comprenant un identifiant d'appelé correspondant à l'identifiant primaire du troisième terminal et un identifiant d'appelant distinct de l'identifiant primaire du premier terminal. Plateforme (PF) de gestion d'identifiants secondaires configurée pour gérer une session de communication dans un réseau de communication entre un premier terminal et un deuxième terminal, lesdits premier et deuxième terminal étant associés chacun à un identifiant primaire dans ledit réseau, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif (IP1, IP2) clans ledit réseau, un identifiant secondaire (IS1) du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal caractérisé en ce que ladite platefonne comprend un dispositif (100) de traitement d'une demande de transfert d'une session de communication téléphonique selon la revendication 9. Procédé de demande de transfert d'une session de communication établie entre un premier terminal et un deuxième terminal vers un troisième terminal, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif (IP1, IP2) dans ledit réseau, un identifiant secondaire (IS1) du premier terminal, distinct de 28 [Revendication 12] [Revendication 13] [Revendication 14] [Revendication 15] l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, ledit procédé étant caractérisé en cc qu'il comprend l'émission par le premier terminal d'une demande de transfert de communication vers le troisième terminal, ladite demande comprenant un identifiant de contexte (C1D1) du premier terminal, l'identifiant primaire du second terminal et un identifiant primaire du troisième terminal, et la réception d'un message de confirmation (32, 32'). Procédé de demande de transfert d'une session de communication selon la revendication 11, caractérisé en ce que ladite demande de transfert comprend en outre un mode de transfert et en cc que, pour une première valeur du mode de transfert, le message de confirmation comprend un identifiant de service (1FF) vers lequel émettre une demande d'établissement d'une communication et l'émission de la demande d'établissement d'une session de communication' ladite demande comprenant un numéro d'appelé correspondant audit identifiant de service (IPF). Dispositif (200) de demande de transfert d'une communication établie entre un premier terminal et un deuxième terminal vers un troisième terminal, lesdits premier et deuxième terminaux étant identifiés par un identifiant primaire respectif (1P1, 1P2) dans ledit réseau, un identifiant secondaire (IS1) du premier terminal, distinct de l'identifiant primaire du premier terminal, étant présenté au deuxième terminal, ledit dispositif étant configuré pour émettre par le premier terminal à destination de la plateforme de gestion d'une demande de transfert de communication vers le troisième terminal, ladite demande comprenant un identifiant de contexte (CID1) du premier terminal, l'identifiant primaire du second terminal et un identifiant primaire du troisième terminal, et recevoir par le premier terminal un message d'accusé-réception. Équipement terminal (ET, Tl) apte à établir une communication dans un réseau de communication avec un deuxième équipement terminal, chaque équipement terminal étant associé à un identifiant primaire dans ledit réseau, ledit équipement terminal étant en outre associé à un identifiant secondaire, ladite communication étant établie en présentant ledit identifiant secondaire audit deuxième équipement terminal, caractérisé en ce qu'il comprend un dispositif de demande de transfert selon la revendication 13. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé selon l'une quelconque 29 des revendications 1 à 8 et 11 à 12, lorsqu'il est exécute par un processeur.