FR 3111509 A1 20211217 FR 2006551 A 20200623 L'invention concerne un procédé de transformation d’un second message de signalisation d’une communication émis par un second terminal d’un second utilisateur d’un second réseau de télécommunications en réponse à un premier message de signalisation de la communication émis par un premier terminal d’un premier utilisateur d’un premier réseau de télécommunications, ce procédé étant caractérisé en ce qu’il comprend : une étape d’obtention dudit second message de signalisation par un dispositif dudit premier réseau, dit dispositif de transformation ; une étape de détection, par ledit dispositif de transformation, dans un champ dudit second message de signalisation, de ladite au moins une identité dudit premier utilisateur ; une étape de suppression, par ledit dispositif de transformation, de ladite au moins une identité dudit premier utilisateur dudit second message de signalisation ; une étape d’émission, par ledit dispositif de transformation, dudit second message de signalisation à destination dudit premier terminal. Figure pour l'abrégé : Figure 1 Procédé et dispositif de transformation d’un message de signalisation d’une communication. 1. Domaine de l'invention La demande d’invention se situe dans le domaine des télécommunications et de façon privilégiée mais non limitative au niveau des services de téléphonie et de visiophonie. 2. Art Antérieur Les opérateurs de télécommunications proposent de nombreux services de gestion d’identité à leurs clients pour les aider dans leurs communications. Grâce à ces services, il est par exemple possible à un appelé de connaitre l’identité de l’appelant lors de l’établissement d’une communication (service CLIP pour Calling Line Identification Presentation ou OIP pour Originating Identification Presentation). Ce service peut être rendu dès lors que l’identité de l’appelant est bien reçue par le réseau de l’opérateur de l’appelé et que l’appelant n’a pas demandé le masquage de son identité via un service du type CLIR (Calling Line Identification Restriction) ou OIR (Originating Identification Restriction). Ces services peuvent également permettre la fourniture de l’identité de l’appelé au terminal appelant. En effet, dans la majorité des appels, le service COLP (COnnected Line Presentation) ou TIP (Terminating Identification Presentation) retourne au terminal appelant le numéro de téléphone de l’appelé composé par l’appelant. Mais lorsqu’un renvoi d’appel est appliqué dans le réseau de l’appelé, suite par exemple à une non-réponse ou un renvoi inconditionnel, l’appelant se retrouve alors en communication avec un numéro/terminal tiers ou bien la messagerie de l’appelé. Le service COLP/TIP peut alors afficher le numéro réellement joint en remplacement ou en complément du numéro saisi au niveau du terminal de l’appelant. Bien entendu, cela n’est possible que si l’appelé n’a pas souscrit à un service de type COLR (COnnected Line Restriction)/ TIR (Terminating Identification Restriction) permettant d’interdire la fourniture au terminal appelant du numéro réellement joint. Un autre service fourni par les opérateurs est l’affichage du nom de l’appelant (CNIP pour Calling Name Identity Presentation). Ce service permet, lorsque le service d’affichage du numéro de l’appelant CLIP/OIP est souscrit et actif, et lorsque le numéro de l’appelant est disponible et non masqué, d’afficher à l’appelé le nom de l’appelant. Le service CNIP est particulièrement intéressant pour les entreprises/sociétés. En effet, la présentation de leur identité (nom/marque) plutôt qu’un simple numéro de téléphone qui n’est généralement pas connu de l’appelé, permet une communication plus efficace. Cependant, l’identité affichée à l’appelé peut comporter des informations erronées sans que l’entreprise/société concernée en ait conscience, ce qui peut lui nuire. Les opérateurs de télécommunications peuvent également proposer des services téléphoniques spécifiques tel qu’un service de filtrage d’appel à leurs clients appelés et remplacer l’identité de l’appelant par une identité du service considéré comme par exemple un numéro de téléphone « technique ». Tous ces services peuvent avoir pour conséquence la modification ou la suppression de l’identité appelante affichée sur le terminal de l’appelé lors de l’établissement d’une communication. L’identité ainsi modifiée peut par exemple engendrer le rejet des appels de la part de l’appelé sans que l’appelant en ait conscience. Cela peut être le cas lorsqu’un appelant utilise sans le savoir une ligne téléphonique avec le service CLIR/OIR activé ou lorsque le service CLIP/OIP souscrit par l’appelé ne fonctionne pas ou a été désactivé volontairement ou involontairement par l’appelé. L’appelé peut également filtrer les appels sur la base des informations complémentaires fournies par le service CNIP. L’identité appelante affichée sur le terminal de l’appelé peut également être modifiée à la suite d’une mauvaise gestion de la communication par des équipements réseaux. En effet, l’identité appelante peut être perdue à la suite d’une mauvaise signalisation SIP (Session Initiation Protocol) ou ISUP (ISDN Signalling User Part), par exemple lorsque la signalisation d’appel est relayée par différents réseaux de transit. De plus, dans le cas d’un réseau de type SIP, le réseau de l’appelé affiche soit l’identité appelante non certifiée, c’est-à-dire déclarée au niveau du champ SIP FROM du message de signalisation SIP INVITE, soit l’identité appelante certifiée ajoutée par le réseau de l’appelant avec 2 contenus possibles, l’un au format SIP URI et l’autre au format TEL URI, chacun pouvant avoir des données différentes. Certains services règlementaires, comme les services d’urgence, peuvent également systématiquement afficher l’identité de l’appelant à l’appelé sans que l’appelant en ait conscience. De même, un utilisateur qui appelle un service à valeur ajoutée, comme par exemple un service Audiotel en France, n’a pas forcément conscience que son opérateur va systématiquement masquer son identité lors de l’appel. Force est de constater que dans de nombreux cas, l’appelant n’a au final pas la connaissance de l’identité (son identité) réellement restituée sur le terminal de l’appelé. L’opérateur de télécommunications peut proposer à l’appelant de lui fournir son identité réellement restituée sur le terminal de l’appelé. Toutefois, l’obtention de cette identité par l’appelant peut ne pas être autorisée. 3. Exposé de l'invention L’invention vient améliorer l'état de la technique et propose à cet effet un procédé de transformation d’un second message de signalisation d’une communication émis par un second terminal d’un second utilisateur d’un second réseau de télécommunications en réponse à un premier message de signalisation de la communication émis par un premier terminal d’un premier utilisateur d’un premier réseau de télécommunications, ce procédé étant caractérisé en ce qu’il comprend : une étape d’obtention dudit second message de signalisation par un dispositif dudit premier réseau, dit dispositif de transformation ; une étape de détection, par ledit dispositif de transformation, dans un champ dudit second message de signalisation, de ladite moins une identité dudit premier utilisateur ; une étape de suppression, par ledit dispositif de transformation, de ladite au moins une identité dudit premier utilisateur dudit second message de signalisation ; une étape d’émission, par ledit dispositif de transformation, dudit second message de signalisation à destination dudit premier terminal. Avantageusement, selon l'invention, un tel procédé permet de traiter la signalisation d’une communication entre un utilisateur appelant et un utilisateur appelé et de détecter une identité incluse dans le message de signalisation, cette identité pouvant être celle de l’appelant restituée (affichée ou vocalisée) au niveau du terminal de l’appelé. Cette identité est ensuite supprimée par un dispositif de transformation situé dans le réseau de télécommunication de l’opérateur de l’utilisateur appelant. Le procédé émet ensuite le message de signalisation modifié à destination du terminal de l’appelant. A noter que la détection peut être réalisée via la recherche de l’identité du premier utilisateur (appelant) dans un champ spécifique/prédéfini du message de signalisation ou via la détection d’un préfixe particulier lié à l’identité du premier utilisateur situé au sein d’un champ du message de signalisation. On entend par identité une suite de caractères et/ou de données binaires qui sert à identifier un utilisateur ou son terminal tel qu’un numéro de téléphone (MSISDN), une adresse de messagerie, une adresse postale, une adresse IP, une adresse MAC, un nom, un prénom, etc. On entend par message de signalisation d’une communication, tout message permettant l’établissement de la communication ou la communication elle-même échangé entre au moins deux terminaux. Par ailleurs, aucune limitation n’est attachée à la nature de la communication entre le premier et le second terminal. Il peut s’agir d’un appel téléphonique ou visiophonique de type voix sur IP (VoIP pour Voice over IP) ou émis sur un réseau s’appuyant sur une technologie à commutation de circuits, d’une communication émise dans le cadre d’une messagerie instantanée ou d’une messagerie électronique, d’un SMS, etc. Il convient de noter que le premier utilisateur (i.e. l’utilisateur appelant) et le second utilisateur (i.e. l’utilisateur appelé) peuvent appartenir au même réseau, autrement dit le premier et le second réseau peuvent être un unique et même réseau ou au contraire être des réseaux distincts, opérés par un même opérateur ou par des opérateurs différents. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape d’obtention est précédée d’une étape d’insertion par un dispositif dudit second réseau de ladite au moins une identité dudit premier utilisateur dans ledit second message de signalisation. Avantageusement ce mode de réalisation permet l’insertion de l’identité de l’appelant par un dispositif situé dans le réseau de télécommunications de l’opérateur de l’utilisateur appelé. Cela permet de s’assurer que l’identité insérée dans le message de signalisation est bien celle restituée au niveau du terminal de l’appelé. Cette identité pouvant être considérée comme certifiée par l’opérateur de l’appelé. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de suppression est conditionnée par la valeur d’au moins un paramètre de service. Ce mode de réalisation permet de conditionner, en fonction de la valeur d’un paramètre de service, la suppression dans le second message de signalisation, par un dispositif de transformation situé dans le premier réseau de télécommunications (le réseau de l’opérateur de télécommunications de l’appelant), de l’identité du premier utilisateur (l’appelant) insérée par un dispositif du réseau de l’opérateur de télécommunications du second utilisateur (l’appelé). En effet, le second utilisateur peut ne pas souhaiter que le premier utilisateur obtienne l’identité restituée sur son terminal et avoir souscrit à une option auprès de son opérateur de télécommunications permettant que cette identité ne soit pas envoyée/fournie au premier utilisateur (l’appelant). L’opérateur de télécommunications de l’appelé n’ayant par exemple pas les ressources pour réaliser le traitement du second message de signalisation et donc la suppression de l’identité de l’appelant du second message de signalisation, celui-ci va alors déléguer la suppression de l’identité de l’appelant du second message à l’opérateur de télécommunications de l’appelant. Ce mode de réalisation permet également de prendre en compte le cas où le paramètre de service est un paramètre qui indique que l’appelant n’a pas souscrit à un service ou une option lui permettant d’obtenir l’identité (son identité) restituée par le terminal de l’appelé lors d’une communication. Selon un mode de mise en œuvre particulier de l'invention, ledit au moins un paramètre est obtenu depuis un serveur situé dans ledit second réseau de télécommunications. Ce mode de réalisation permet d’obtenir le paramètre de service depuis un serveur situé dans le second réseau comme par exemple un serveur hébergeant le profil du second utilisateur avec les options souscrites auprès de son opérateur de télécommunications. Selon un mode de mise en œuvre particulier de l'invention, ledit au moins un paramètre est obtenu depuis ledit second terminal. Ce mode de réalisation permet d’obtenir le paramètre de service depuis le second terminal dans le cas où celui-ci donne la possibilité au second utilisateur via un paramètre de configuration d’accepter ou de refuser que le premier utilisateur obtienne l’identité restituée par le second terminal. Selon un mode de mise en œuvre particulier de l'invention, ledit au moins un paramètre est obtenu depuis un serveur situé dans ledit premier réseau de télécommunications. Ce mode de réalisation permet d’obtenir depuis un serveur situé dans le premier réseau de télécommunication un paramètre de service qui indique par exemple que le second utilisateur accepte ou refuse que l’identité du premier utilisateur restituée par le second terminal soit envoyée/fournie au premier utilisateur par le premier terminal. Ce serveur est par exemple une instance d’un serveur partagé par les opérateurs de télécommunications avec une base de données permettant de stocker un ou plusieurs paramètres de service permettant d’indiquer si un utilisateur appelé accepte ou refuse que l’identité d’un utilisateur appelant restituée par le terminal de l’appelé soit partagé/fournie à l’appelant. L'invention concerne également un dispositif de transformation d’un second message de signalisation d’une communication émis par un second terminal d’un second utilisateur d’un second réseau de télécommunications en réponse à un premier message de signalisation de la communication émis par un premier terminal d’un premier utilisateur d’un premier réseau de télécommunications, ledit dispositif de transformation étant situé au sein dudit premier réseau de télécommunications, ce dispositif étant caractérisé en ce qu’il comprend : un module d’obtention dudit second message ; un module de détection, dans un champ dudit second message, d’au moins une identité dudit premier utilisateur ; un module de suppression de ladite au moins une identité dudit premier utilisateur dudit second message ; un module d’émission dudit second message à destination dudit premier terminal. 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 œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). L'invention concerne également un système de traitement d’un second message de signalisation d’une communication émis par un second terminal d’un second utilisateur d’un second réseau de télécommunications en réponse à un premier message de signalisation de la communication émis par un premier terminal d’un premier utilisateur d’un premier réseau de télécommunications, ce système étant caractérisé en ce qu’il comprend : un dispositif d’insertion situé dans ledit second réseau comprenant des moyens pour insérer au moins une identité dudit premier utilisateur dans ledit second message ; un dispositif de transformation situé dans ledit premier réseau comprenant des moyens pour obtenir ledit second message, détecter dans un champ dudit second message ladite moins une identité dudit premier utilisateur, supprimer ladite au moins une identité dudit premier utilisateur dudit second message, émettre ledit second message à destination dudit premier terminal ; les dispositifs étant agencés de manière à ce que la détection, par le dispositif de transformation, de ladite au moins une identité dudit premier utilisateur insérée dans ledit second message par ledit dispositif d’insertion déclenche la suppression du second message de ladite au moins une identité dudit premier utilisateur. L’invention concerne également un serveur comprenant un dispositif de transformation tel que décrit ci-dessus. L’invention concerne également un équipement passerelle comprenant un dispositif de transformation tel que décrit ci-dessus. L’invention concerne également un terminal comprenant un dispositif de transformation tel que décrit ci-dessus. L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Le procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent ê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 un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à 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. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à 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é en question. Ce dispositif de transformation, ce système de traitement et ce programme d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de transformation. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La figure 1 illustre un exemple d’environnement de mise en œuvre selon un mode particulier de réalisation de l’invention, La figure 2 illustre l’architecture matérielle d’un dispositif configuré pour mettre en œuvre le procédé de transformation selon un mode particulier de réalisation de l’invention, La figure 3 illustre des étapes du procédé de transformation d’un message de signalisation selon un mode particulier de réalisation de l’invention. 5. Description d'un mode de réalisation de l'invention La figure 1 illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention. L'environnement de mise en œuvre comprend un premier terminal 101 d’un utilisateur U1 connecté à un réseau de télécommunications 100, adapté pour établir ou recevoir des communications avec un second terminal 105 d’un utilisateur U2 connecté à un réseau de télécommunications 103 selon l’état de l’art. Les terminaux 101 et 105 sont par exemple des terminaux mobiles, des terminaux fixes, des objets connectés, des assistants vocaux ou tout autre terminal apte à établir et recevoir des communications. Les réseaux de télécommunications 100 et 103 sont respectivement opérés par les opérateurs de télécommunications des utilisateurs U1 et U2. Les serveurs 102 et 104 sont des serveurs applicatifs respectivement situés dans les réseaux de télécommunications 100 et 103 aptes à relayer et prendre en charge une communication entre les terminaux 101 et 105. Le serveur 102 exécute le procédé de transformation d’un message de signalisation. Selon un mode particulier de réalisation de l'invention, l'environnement de mise en œuvre peut comprendre également une base de données 106, par exemple située au sein du réseau de télécommunications 103, accessible depuis le serveur 104 et configurée pour stocker au moins un paramètre de service associé à une offre/option souscrite par l’appelé auprès de son opérateur de télécommunications dont la valeur permet de déterminer si l’étape de suppression du procédé de transformation doit être réalisée. Selon un mode particulier de réalisation de l'invention, l'environnement de mise en œuvre comprend également une base de données 107, par exemple située au sein du réseau de télécommunications 100, accessible depuis le serveur 102 et configurée pour stocker au moins un paramètre de service associé à une offre/option souscrite par l’appelant ou à une offre/option souscrite par l’appelé auprès de leur opérateur de télécommunications dont la valeur permet de déterminer si l’étape de suppression du procédé de transformation doit être réalisée. A noter que l’environnement décrit à l’appui de la figure 1 est constitué de deux réseaux de télécommunications. Cependant, dans un mode particulier de réalisation de l'invention, les réseaux 100 et 103 peuvent être un seul et même réseau de télécommunications. En outre l’environnement peut comprendre plus de deux réseaux de télécommunication et comprendre par exemple un troisième réseau d’interconnexion permettant la communication entre les réseaux 100 et 103. Il convient par ailleurs de noter que la signalisation d’une communication est transportée de manière transparente (i.e. sans modification) entre le premier réseau et le second réseau en particulier, lorsqu’il est fait appel à des réseaux de d’interconnexion/de transit entre le premier réseau et le second réseau, ces réseaux véhiculent la signalisation de la communication depuis le premier réseau jusqu’au second réseau sans la modifier. La figure 2 illustre l’architecture matérielle d’un dispositif T configuré pour mettre en œuvre le procédé de transformation d’un message de signalisation d’une communication selon un mode particulier de réalisation de l’invention. Dans le mode de réalisation décrit ici, ce dispositif a l’architecture matérielle d’un ordinateur. Il comprend notamment un processeur PROC2, une mémoire vive MV2, une mémoire morte MEM2 et une mémoire flash non volatile MF2. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. La mémoire morte constitue un support d’enregistrement conforme à l’invention, lisible par le processeur PROC2 et sur lequel est enregistré ici un programme d’ordinateur PG2 conforme à l’invention, ce programme comportant des instructions pour mettre en œuvre les étapes du procédé de transformation tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC2. A l'initialisation, les instructions de code du programme d'ordinateur PG2 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC2. Le processeur PROC2 de l'unité de transformation UT2 met notamment en œuvre les étapes du procédé de transformation selon l'un quelconque des modes particuliers de réalisation décrits en relation avec les figures 1 et 3, selon les instructions du programme d'ordinateur PG2. Le dispositif T comprend également un premier module d’obtention OBT2 apte à obtenir des communications via par exemple un réseau IP. Le module d’obtention OBT2 est par exemple utilisé pour obtenir des messages de signalisation d’une communication en provenance d’un terminal comme par exemple le terminal 105. Le dispositif T comprend en outre un module d’émission SND2 apte à émettre des messages de signalisation d’une communication via par exemple un réseau IP. Le module d’émission SND2 est par exemple utilisé pour émettre à destination d’un terminal tel que le terminal 101 les messages de signalisation obtenus via le module OBT2. Le dispositif T comprend également un module DETEC2 apte à détecter dans un champ d’un message de signalisation d’une communication établie entre par exemple l’utilisateur appelant du terminal 101 et l’utilisateur appelé du terminal 105, une identité de l’appelant insérée par un dispositif appartenant au réseau de télécommunication de l’appelé, c’est-à-dire le réseau 103, l’identité de l’appelant ayant été au préalable restituée par le terminal de l’appelé (105). Le dispositif T comprend en outre un module SUPPR2 apte à supprimer dans un message de signalisation d’une communication une identité de l’utilisateur appelant détectée via le module DETEC2. Le dispositif T peut également comprendre un deuxième module d’obtention (non représenté) apte à obtenir depuis par exemple un espace de stockage numérique tel qu’une mémoire interne ou une base de données, ou depuis un message de signalisation de la communication ou via une requête réseau un ou plusieurs paramètres de service. Le ou les paramètres de service sont par exemple des paramètres associés à une offre/option souscrite par l’appelant ou à une offre/option souscrite par l’appelé auprès de leur opérateur de télécommunications dont la valeur permet de déterminer si le module SUPPR2 doit supprimer une identité de l’utilisateur appelant détectée dans un message de signalisation via le module DETEC2. La figure 3 illustre des étapes du procédé de transformation d’un message de signalisation selon un mode particulier de réalisation de l’invention. La figure 3 utilise le même environnement que celui décrit à l’appui de la figure 1. Au cours d’une première étape E10, l’utilisateur U1 va initier une communication avec l’utilisateur U2. Plus précisément, le terminal 101 de l’utilisateur U1 émet un message SIP INVITE à destination d’un identifiant de l’utilisateur U2. L’identifiant est par exemple un numéro de téléphone (MSISDN), une adresse de messagerie, ou tout autre identifiant permettant à U2 d’être joignable. Le message SIP INVITE envoyé par le terminal 101 à destination d’un identifiant de l’utilisateur U2 est, de façon connue, un message d’initiation d’une communication avec l’utilisateur U2. Une identité de l’utilisateur U1, dite identité non-certifiée, est incluse dans la signalisation d’appel, dans le champ FROM présent dans l’entête du message SIP INVITE. L’identité non-certifiée de l’utilisateur U1 est une identité déclarée par l’utilisateur et/ou le terminal 101 telle qu’un MSISDN, une adresse de messagerie, une adresse IP ou tout autre chaine de caractères et/ou de données binaires. On note que, de façon connue, les différentes informations placées dans les entêtes du message SIP INVITE appartiennent à ou encore constituent la signalisation de l’appel. A noter que le protocole de signalisation utilisé pour initier puis établir la communication peut également être le protocole H.323, MGCP, ISUP (ISDN Signalling User Part), BICC (Bearer Independant Call Control), SIP-I (Session Initiation Protocol – ISUP), WebRTC (Web Real Time Communication) ou tout autre protocole de signalisation apte à initier / établir une communication. Dans la suite de la description les messages de signalisation échangés entre les terminaux 101 et 105 seront des messages SIP. A l’étape E20, le message SIP INVITE est reçu puis pris en charge par le serveur 102 du réseau de télécommunication 100. Sur réception du message SIP INVITE, le serveur 102 peut positionner dans la signalisation du message, par exemple dans le champ SIP P-Asserted-Id une identité dite identité certifiée de l’appelant U1 et/ou modifier l’identité non certifiée déjà présente. Par identité certifiée, on entend une identité qu’une entité de confiance (ex. opérateur du réseau ou autre autorité de confiance) établit et garantit. Cette identité certifiée peut par exemple être un MSISDN, une adresse de messagerie, un nom ou toute autre chaine de caractères et/ou de données binaires permettant d’identifier l’utilisateur U1. A l’étape E20, le serveur 102 peut également modifier d’autres champs de la signalisation du message SIP INVITE comme par exemple le champ SIP PRIVACY dans le cas où l’appelant (U1) a souscrit auprès de son opérateur de télécommunication à un service du type OIR permettant le masquage de son identité lors d’une communication. De façon connue le champ SIP PRIVACY peut prendre plusieurs valeurs : - « none » si le numéro de l’appelant n’est pas masqué à l’appelé ; - « user » si le numéro de l’appelant non certifié doit être masqué à l’appelé ; - « id » si le numéro de l’appelant certifié doit être masqué à l’appelé ; - « headers » si toutes les informations pouvant fournir une identité de l’appelant (par exemple le numéro de téléphone peut être présent dans les champs SIP FROM, PAI, Via, AoC…) doivent être masqués à l’appelé. Puis, lors de l’étape E21, le message SIP INVITE est envoyé à destination du serveur 104 situé au sein du réseau de télécommunications 103 de l’opérateur de télécommunications de l’utilisateur U2. Le message SIP INVITE est ensuite reçu par le serveur 104 à l’étape E31. Lors de cette étape le serveur 104 peut, si l’utilisateur U2 a souscrit auprès de son opérateur de télécommunications à un service de type CNIP, que le service OIP est activé et que l’appelant n’a pas masqué son identité, consulter une base de données avec comme clef de recherche l’identité certifiée et / ou non certifiée de l’appelant contenue dans le message SIP INVITE pour obtenir une nouvelle identité, dite identité résolue, de l’appelant. Concrètement, la recherche dans la base de données est par exemple réalisée sur la base d’un MSISDN de l’appelant et l’identité résolue peut être le nom et/ou le prénom de l’appelant ou tout autre chaine de caractères. Cette identité résolue peut ensuite être insérée par le serveur 104 dans la signalisation du message SIP INVITE par exemple au niveau du paramètre SIP DISPLAY du champ FROM présent dans le message SIP INVITE. A l’étape E32, le serveur 104 transfère le message SIP INVITE au terminal 105. A noter que, juste avant l’envoi du message SIP INVITE, le serveur 104 peut mémoriser la ou les identités de l’appelant présentes dans la signalisation du message. Sur réception (E42) du message SIP INVITE, le terminal va traiter le message et restituer, par exemple textuellement ou vocalement, une identité de l’appelant, c’est-à-dire une identité de l’utilisateur U1, à l’utilisateur U2. De manière connue et suite à ce qui a été décrit précédemment, le terminal peut restituer différentes identités selon sa configuration, la configuration du réseau de l’appelé (U2) et/ou des services souscrits par les utilisateurs U1 et U2 auprès de leur opérateur de télécommunications. Ainsi, le terminal 105 peut par exemple restituer une identité non-certifiée de l’appelant (U1) et/ou une identité certifiée de l’appelant (U1) présente dans le message SIP INVITE reçu. Le terminal peut aussi restituer à l’utilisateur U2 une identité résolue obtenue depuis la base de données du service CNIP mais aussi une identité vide, « anonyme » ou par défaut, comme par exemple une chaine de caractère prédéfinie, si le service OIP de l’appelé est désactivé, si l’identité de l’appelant présente dans le message SIP INVITE a été altérée par un équipement réseau ou encore si l’utilisateur U1 dispose du service OIR activé. L’identité présentée peut également être une identité dite « technique » comme une chaine de caractère telle qu’un préfixe ou un numéro de téléphone prédéfini, associée à un service de télécommunications lorsque l’utilisateur U2 a souscrit par exemple à un service de filtrage des appels anonymes. L’identité technique permet alors à l’utilisateur U2 de savoir qu’il s’agit d’un appel entrant filtré et donc de traiter cet appel de manière spécifique. A l’étape E43 le terminal 105 répond via un message SIP 180 Ringing. Le message est ensuite réceptionné par le serveur 104 à l’étape E33. Le serveur 104 peut, lors de l’étape E33, modifier la signalisation du message SIP 180 Ringing et y insérer une identité, par exemple certifiée et/ou non certifiée mémorisée lors de l’étape E32 et qui a été restituée à l’utilisateur U2 par le terminal 105 lors de l’étape E42. Cette information peut par exemple être insérée dans le paramètre SIP DISPLAY de l’identité appelante non certifiée présente dans le champ FROM ou bien dans le paramètre SIP DISPLAY de l’identité appelante certifiée du champ PAI ou bien encore dans un nouveau header SIP dédié. Le serveur 104 peut également obtenir depuis le terminal 105 l’identité de l’appelant restituée par le terminal 105 via un message dédié utilisant le protocole SIP ou tout autre protocole de communication apte à établir une communication entre le terminal 105 et le serveur 104. Le serveur 104 peut également obtenir l’identité de l’appelant restituée via le message SIP 180 Ringing reçu lors de l’étape E33. Cela suppose bien évidement que le terminal 105, lors de l’étape E43 a préalablement ajouté à la signalisation du message SIP 180 Ringing l’identité de l’appelant restituée, par exemple dans le paramètre SIP DISPLAY de l’identité appelante non certifiée présente dans le champ FROM ou bien dans le paramètre SIP DISPLAY de l’identité appelante certifiée du champ PAI ou bien encore dans un nouveau header SIP dédié. A noter que l’identité de l’appelant restituée par le terminal 105 à l’utilisateur U2 peut en outre être une identité présente dans un annuaire réseau ou une base de données située au niveau du terminal 105 tel qu’une liste de contacts ou un annuaire téléphonique. En effet, le terminal 105 peut sur réception du message SIP INVITE (E42) rechercher dans une liste de contacts stockés en local ou dans un annuaire réseau une correspondance avec une identité de l’appelant présente dans le message SIP INVITE et récupérer une identité associée. Concrètement, le terminal 105 peut par exemple via le MSISDN présent dans le champ FROM du message SIP INVITE rechercher dans sa liste de contacts le nom et/ou le prénom et/ou une chaine de caractères associée au MSISDN. A l’étape E34 le serveur 104 va émettre le message de signalisation SIP 180 Ringing. Le message SIP 180 Ringing est ensuite reçu par le serveur 102 lors de l’étape E24. A l’étape E24, le serveur 102 peut obtenir via le message de signalisation SIP 180 Ringing reçu, un paramètre de service préalablement inséré dans la signalisation du message SIP 180 Ringing par le serveur 104 ou le terminal 105. Le paramètre de service est par exemple un statut d’activation (activé/non activé) associé à une option souscrite par l’utilisateur U2 auprès de son opérateur de télécommunications. En effet, l’utilisateur U2 peut ne pas souhaiter que l’appelant (U1) obtienne l’identité appelante restituée sur son terminal (105) et avoir souscrit à une option auprès de son opérateur de télécommunications permettant que cette identité ne soit pas envoyée/fournie à l’appelant (U1). Lorsque l’opérateur de télécommunications de l’utilisateur U2 n’a pas la possibilité de traiter le message et donc de supprimer l’identité de l’appelant suite par exemple à un dysfonctionnement constaté sur un de ses serveurs, il peut ainsi déléguer le traitement du message à l’opérateur de télécommunications de l’utilisateur U1. Alternativement ou cumulativement, le serveur 102 peut obtenir un paramètre de service depuis un serveur situé dans le réseau 103. C’est par exemple le cas lorsque le paramètre de service est obtenu via un message dédié provenant d’un serveur situé dans le réseau de télécommunication 103 différent du serveur 104. Alternativement ou cumulativement, le serveur 102 peut, obtenir un paramètre de service depuis le terminal 105 via par exemple un message dédié. C’est par exemple le cas lorsque l’utilisateur U2 déclare au niveau du terminal 105, via par exemple le positionnement d’un paramètre, ne pas souhaiter que l’appelant obtienne l’identité appelante restituée sur son terminal 105. Alternativement ou cumulativement, le serveur 102 peut obtenir un paramètre de service depuis un serveur situé dans le réseau 100. Ce serveur est par exemple une instance d’un serveur partagé par les opérateurs de télécommunications avec une base de données permettant de stocker un ou plusieurs paramètres de service permettant d’indiquer si un utilisateur appelé (U2) accepte ou refuse que l’identité d’un utilisateur appelant (U1) restituée par le terminal de l’appelé soit partagé/fournie à l’appelant (U1). Alternativement ou cumulativement, le serveur 102 peut obtenir un paramètre de service depuis une base de données/fichier situé au niveau du serveur 102. C’est par exemple un statut d’activation (activé/non activé) associé à une option souscrite par l’appelant auprès de son opérateur de télécommunications permettant la restitution (vocalement ou textuellement) sur son terminal de son identité préalablement restituée sur le terminal de l’appelé par exemple lors de l’établissement de la communication. A l’étape E25 le serveur 102 recherche dans un champ de la signalisation du message SIP 180 Ringing l’identité de l’appelant (U1) restituée par le terminal 105 à l’utilisateur U2 lors de l’étape E42. Lorsque la recherche est positive, par exemple si le champ SIP DISPLAY du champ FROM n’est pas vide et que le ou les paramètres de service obtenus indiquent que l’identité de l’appelant (U1) ne doit pas être restituée à l’appelant alors le procédé de transformation supprime l’identité de l’appelant du message de signalisation SIP 180 Ringing. Ainsi, l’identité de l’appelant restituée sur le terminal 105 n’est pas envoyée/fournie à l’appelant (U1). Le procédé transmet ensuite le message SIP 180 Ringing au terminal 101 (E25). A l’étape E15 le terminal reçoit le message de signalisation SIP 180 Ringing. Dans le cas où l’utilisateur U2 a souscrit auprès de son opérateur de télécommunications une option permettant que l’appelant (U1) n’obtienne pas l’identité appelante restituée sur son terminal (105) ou que l’utilisateur U1 n’a pas souscrit auprès de son opérateur de télécommunication à un service permettant la restitution (vocalement ou textuellement) sur son terminal de son identité préalablement restituée sur le terminal de l’appelé, le message SIP 180 Ringing est traité de façon classique par le terminal. Aucune identité appelante n’est restituée à l’appelant. Selon un mode particulier de réalisation, le serveur 102 peut, suite à la suppression de l’identité de l’appelant du message de signalisation SIP 180 Ringing (E25), insérer une donnée dans la signalisation du message SIP 180 Ringing indiquant que la suppression a été effectuée. Ainsi, lors de l’étape E15, le terminal peut, grâce à la donnée récupérée depuis le message de signalisation SIP 180 Ringing reçu, notifier l’utilisateur U1 de la suppression de l’identité de l’appelant via par exemple une vibration, un clignotement spécifique d’une led (light-emitting diode) ou un affichage particulier. Selon un mode particulier de réalisation, la suppression de l’identité de l’appelant (E25) peut être réalisée dans un message de signalisation SIP 200 OK et/ ou SIP 183 In Progress et/ou SIP 180 Ringing. Selon un mode particulier de réalisation, le protocole de signalisation utilisé pour initier puis établir la communication peut également être le protocole H.323, MGCP, ISUP (ISDN Signalling User Part), BICC (Bearer Independant Call Control), SIP-I (Session Initiation Protocol – ISUP) ou WebRTC (Web Real Time Communication). Dans le cas du H323 le message de signalisation utilisé peut par exemple être le message SETUP. En ce qui concerne les protocoles ISUP et BICC le message de signalisation peut être le message IAM (Initiate Address Message). Le message utilisé par le protocole SIP-I peut quant à lui être une combinaison des messages utilisés par les protocoles SIP et ISUP. En effet, le protocole SIP-I encapsule le message IAM dans le message SIP INVITE. Pour le protocole MGCP le message de signalisation peut être le message Create Connexion et pour le WebRTC un message propriétaire. De même, les messages de signalisation correspondant au message SIP 180 Ringing peuvent être le message Alerting pour le protocole H323, le message ACM (Address Complete Message) ou CPG (Call ProGress) pour les protocoles ISUP ou BICC, le message Notification Command pour le protocole MGCP et un message propriétaire pour le protocole WebRTC Selon un mode particulier de réalisation, le procédé de transformation peut être exécuté par le terminal 101. Selon un mode particulier de réalisation, le procédé de transformation peut être exécuté par un équipement passerelle (non représenté) situé par exemple dans le réseau 100. On entend par équipement passerelle, un équipement intermédiaire assurant la redirection ou le routage des paquets de données entre les différents terminaux et réseaux qui lui sont connectés. L’équipement passerelle est par exemple une passerelle résidentielle qui permet de relier un réseau de communication local et un réseau étendu tel que le réseau Internet. Une telle passerelle résidentielle intègre notamment un serveur DHCP. Elle effectue le routage des paquets de données, et peut également jouer le rôle de pare-feu, de proxy, de relais DNS (pour l’anglais « Domain Name Server »), de fournisseur de services IGD (pour l’anglais « Internet Gateway Device », dispositif de passerelle Internet), etc. A titre d'exemple, une telle passerelle de service peut être un équipement connu en France sous le nom de « box », tel qu’un équipement LiveBox (produit commercialisé d’Orange, marque déposée). Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. .Procédé de transformation d’un second message de signalisation d’une communication émis par un second terminal d’un second utilisateur d’un second réseau de télécommunications en réponse à un premier message de signalisation de la communication émis par un premier terminal d’un premier utilisateur d’un premier réseau de télécommunications, ce procédé étant caractérisé en ce qu’il comprend : - une étape d’obtention dudit second message de signalisation par un dispositif dudit premier réseau, dit dispositif de transformation ; - une étape de détection, par ledit dispositif de transformation, dans un champ dudit second message de signalisation, de ladite au moins une identité dudit premier utilisateur ; - une étape de suppression, par ledit dispositif de transformation, de ladite au moins une identité dudit premier utilisateur dudit second message de signalisation ; - une étape d’émission, par ledit dispositif de transformation, dudit second message de signalisation à destination dudit premier terminal. Procédé selon la revendication 1 dans lequel l’étape d’obtention est précédée d’une étape d’insertion par un dispositif dudit second réseau de ladite au moins une identité dudit premier utilisateur dans ledit second message de signalisation. Procédé selon la revendication 1 dans lequel l’étape de suppression est conditionnée par la valeur d’au moins un paramètre de service. Procédé selon la revendication 3 dans lequel ledit au moins un paramètre est obtenu depuis un serveur situé dans ledit second réseau de télécommunications. Procédé selon la revendication 3 dans lequel ledit au moins un paramètre est obtenu depuis ledit second terminal. Procédé selon la revendication 3 dans lequel ledit au moins un paramètre est obtenu depuis un serveur situé dans ledit premier réseau de télécommunications. Dispositif de transformation d’un second message de signalisation d’une communication émis par un second terminal d’un second utilisateur d’un second réseau de télécommunications en réponse à un premier message de signalisation de la communication émis par un premier terminal d’un premier utilisateur d’un premier réseau de télécommunications, ledit dispositif de transformation étant situé au sein dudit premier réseau de télécommunications, ce dispositif étant caractérisé en ce qu’il comprend : - un module d’obtention dudit second message ; - un module de détection, dans un champ dudit second message, d’au moins une identité dudit premier utilisateur ; - un module de suppression de ladite au moins une identité dudit premier utilisateur dudit second message ; - un module d’émission dudit second message à destination dudit premier terminal. Système de traitement d’un second message de signalisation d’une communication émis par un second terminal d’un second utilisateur d’un second réseau de télécommunications en réponse à un premier message de signalisation de la communication émis par un premier terminal d’un premier utilisateur d’un premier réseau de télécommunications, ce système étant caractérisé en ce qu’il comprend : - un dispositif d’insertion situé dans ledit second réseau comprenant des moyens pour insérer au moins une identité dudit premier utilisateur dans ledit second message ; - un dispositif de transformation situé dans ledit premier réseau comprenant des moyens pour obtenir ledit second message, détecter dans un champ dudit second message ladite moins une identité dudit premier utilisateur, supprimer ladite au moins une identité dudit premier utilisateur dudit second message, émettre ledit second message à destination dudit premier terminal ; les dispositifs étant agencés de manière à ce que la détection, par le dispositif de transformation, de ladite au moins une identité dudit premier utilisateur insérée dans ledit second message par ledit dispositif d’insertion déclenche la suppression du second message de ladite au moins une identité dudit premier utilisateur. Serveur caractérisé en ce qu’il comporte un dispositif de transformation selon la revendication 7. Equipement passerelle caractérisé en ce qu’il comporte un dispositif de transformation selon la revendication 7. Terminal caractérisé en ce qu’il comporte un dispositif de transformation selon la revendication 7. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 6, lorsque le programme est exécuté par un processeur.