Brevet FR3052618A1 — publié le 20171215

Arrière-plan de l'invention L'invention se rapporte au domaine général des télécommunications. Elle concerne plus particulièrement une solution permettant à un utilisateur appelé de filtrer aisément des communications lui étant destinées, et notamment des communications indésirables. La présente invention a une application privilégiée mais non limitative dans le contexte des communications émises à destination d'utilisateurs par des centres d'appels (ex. centres de services après-verte (SAV), centres d'appels chargés de campagnes commerciales auprès des utilisateurs, etc.). De tels centres d'appels peuvent être appelés par les utilisateurs eux-mêmes, par exemple en cas de problèmes rencontrés sur des équipements ou des services auxquels ont souscrit les utilisateurs. Un utilisateur peut par exemple appeler un centre d'appel d'un opérateur de télécommunications pour se plaindre d'un dysfonctionnement de son installation téléphonique. Si le problème est simple à résoudre, il peut être réglé directement lors de cet appel ; sinon, le centre d'appel peut être amené à rappeler l'utilisateur dans la journée ou sous quelques jours. Les centres d'appels peuvent également être amenés à contacter les utilisateurs de leur propre initiative, par exemple en vue de promouvoir ou de vendre de nouveaux produits ou services, ou de proposer des rendez-vous commerciaux, etc. Dans le cas d'un centre d'appel « générique » qui appelle pour le compte d'une société tierce (par exemple d'une banque), la réglementation impose en France que le numéro affiché sur le terminal de l'utilisateur appelé soit un numéro permettant de joindre la société tierce (dans l'exemple ci-dessus, la banque) pour le compte de laquelle le centre d'appel appelle l'utilisateur. Dans les deux situations exposées ci-dessus, l'utilisateur appelé ne dispose d'aucune assurance ni moyen de vérification « technique » pour vérifier que la personne qui le contacte au nom du centre d'appel est bien un représentant de ce centre d'appel. En effet, le numéro de l'appelant affiché sur le terminal de l'utilisateur appelé est un numéro non certifié, qui peut être aisément usurpé. Par identifiant certifié, on entend un identifiant qu'une entité de confiance (ex. opérateur du réseau ou autre autorité de confiance) établit et garantit. Le numéro de l'appelant est en effet inséré par le terminal de l'appelant ou plus généralement par un équipement de télécommunication (ex : autocommutateur ou PABX (pour Private Automatic Branch Exchange)) du côté appelant et transporté dans un champ de la signalisation d'appel de manière transparente de bout en bout par le ou les réseaux traversés entre l'appelant et l'appelé. Par exemple, pour les réseaux implémentant le protocole d'initiation de session SIP (Session Initiation Protocol), cet identifiant non certifié est véhiculé dans le champ SIP FROM du message SIP INVITE. La signalisation d'appel véhicule bien une identité certifiée ajoutée par le réseau de l'appelant (dans l'exemple du protocole SIP, cette identité certifiée se trouve dans le champ SIP P-Asserted-Id du message INVITE), mais cette identité certifiée n'est pas affichée sur 3052618 2 le terminal de l'utilisateur appelé. Elle est réservée aux procédures de facturation, aux cas d'interceptions légales, de masquage du numéro de l'appelant par l'appelant, etc. En raison de l'affichage d'un identifiant non certifié sur le terminal de l'utilisateur appelé, certains appelants mal intentionnés n'hésitent pas à usurper l'identité de centres d'appels, 5 et à se faire passer pour des agents de ces centres d'appel. Une situation souvent rencontrée est la suivante : un « faux » agent appelle un utilisateur en se faisant passer par exemple pour un agent de sa banque en valorisant dans l'identité non certifiée de la signalisation d'appel (ex. dans le champ SIP FROM) le numéro de cette banque. Le client appelé voit le numéro de sa banque affiché, est alors mis en confiance, et peut fournir des informations sensibles au faux agent. 10 Des situations semblables peuvent affecter également des clients des opérateurs de télécommunications qui se voient usurper leurs comptes clients. Face à la multitude de canaux de communication utilisés aujourd'hui par les centres d'appels et leurs usurpateurs potentiels (téléphonie fixe, mobile, messages courts de type SMS (Short Message Service), messagerie instantanée ou électronique, etc.), ces situations sont de plus 15 en plus fréquentes. Il existe un besoin d'un moyen technique fiable, tenant compte de la réglementation en vigueur, et permettant aux utilisateurs appelés de s'assurer de l'identité de leurs interlocuteurs lorsqu'ils reçoivent des appels de numéros associés à leurs centres d'appels afin de leur permettre de filtrer les appels malveillants. 20 Objet et résumé de l'invention L'invention répond notamment à ce besoin en proposant une solution consistant à enrichir la signalisation d'une communication entre un utilisateur appelant et un utilisateur appelé avec une nouvelle information insérée par le réseau de l'utilisateur appelant, infalsifiable par un tiers aux réseaux de l'appelant et de l'appelé et véhiculée de manière transparente après son 25 insertion jusqu'au réseau de l'utilisateur appelé, et destinée à être présentée à l'utilisateur appelé sur l'équipement sur lequel il reçoit la communication. Cette information dite de certification n'est avantageusement insérée dans la signalisation de la communication que lorsque le réseau de l'appelant a déterminé, en utilisant un identifiant certifié du premier utilisateur, que celui-ci appartient à une catégorie prédéterminée d'utilisateurs (par exemple, qu'il s'agit bien d'un centre 30 d'appel). L'invention s'appuie ainsi sur deux mécanismes distincts et complémentaires mis en oeuvre par des entités (dispositifs) appartenant respectivement au réseau de l'utilisateur appelant et au réseau de l'utilisateur appelé, l'entité du réseau de l'utilisateur appelant étant configurée pour vérifier l'identité de l'utilisateur appelant et insérer le cas échéant l'information de certification non 35 falsifiable dans la signalisation d'appel, tandis que l'autre entité est configurée pour valoriser cette information de certification auprès de l'utilisateur appelé. Plus précisément, selon un premier aspect relatif au mécanisme mis en oeuvre au niveau du réseau de l'appelant, l'invention vise un procédé d'enrichissement par un dispositif d'un 3052618 3 premier réseau de télécommunications d'une signalisation d'une communication émise par un premier utilisateur du premier réseau et destinée à un second utilisateur d'un second réseau, ce procédé comprenant : une étape de vérification au cours de laquelle le dispositif du premier réseau vérifie, à partir 5 d'un identifiant certifié du premier utilisateur déterminé par le premier réseau, si le premier utilisateur appartient à une catégorie prédéterminée d'utilisateurs ; si le premier utilisateur appartient à ladite catégorie prédéterminée d'utilisateurs, une étape d'insertion par le dispositif du premier réseau, d'une information dite de certification à l'attention du second utilisateur dans un champ de la signalisation de la communication 10 contrôlé par le premier réseau, cette information de certification indiquant l'appartenance du premier utilisateur à ladite catégorie prédéterminée d'utilisateurs ; et une étape de transfert de la signalisation de la communication vers le second réseau. Corrélativement, l'invention vise également un dispositif d'un premier réseau de télécommunications, apte à enrichir une signalisation d'une communication émise par un premier 15 utilisateur du premier réseau et destinée à un second utilisateur d'un second réseau, ce dispositif dit d'enrichissement comprenant : un module de vérification configuré pour vérifier, à partir d'un identifiant certifié du premier utilisateur déterminé par le premier réseau, si le premier utilisateur appartient à une catégorie prédéterminée d'utilisateurs ; 20 un module d'insertion activé si le premier utilisateur appartient à ladite catégorie prédéterminée d'utilisateurs, et configuré pour insérer une information dite de certification à l'attention du second utilisateur dans un champ de la signalisation de la communication contrôlé par le premier réseau, cette information de certification indiquant l'appartenance du premier utilisateur à ladite catégorie prédéterminée d'utilisateurs ; et 25 un module de transfert configuré pour transférer la signalisation de la communication vers le second réseau. 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 30 distincts, opérés par un même opérateur ou par des opérateurs différents. Par ailleurs, aucune limitation n'est attachée à la nature de la communication entre le premier et le second utilisateur. Il peut s'agir d'un appel téléphonique 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 35 messagerie électronique, d'un SMS, etc. Le procédé (respectivement le dispositif) d'enrichissement selon l'invention peut être aisément configuré en définissant de manière appropriée la catégorie d'utilisateurs que l'on souhaite identifier et signaler à l'utilisateur appelé. Ainsi, par exemple, si l'on souhaite identifier des 3052618 4 appels en provenance de centres d'appels, l'étape de vérification du procédé selon l'invention peut consister en une vérification que l'utilisateur appelant est bien un centre d'appel. Cette vérification peut être aisément mise en oeuvre par le réseau de l'utilisateur appelant, qui est en mesure, à partir d'un identifiant certifié de l'utilisateur appelant, de déterminer si celui-ci appartient bien à 5 une catégorie d'utilisateurs donnée. Cette information est en effet déjà disponible au niveau du réseau de l'appelant pour la gestion de ses abonnés, ou être obtenue facilement. A cet effet, l'étape de vérification peut comprendre notamment l'interrogation d'une base de données avec l'identifiant certifié du premier utilisateur. Cette base de données peut être notamment un serveur d'abonnés du premier réseau 10 tel qu'un serveur HSS (Home Subscriber Server) dans lequel sont stockés tous les profils des utilisateurs abonnés du premier réseau. Les profils stockés dans le serveur HSS peuvent déjà comprendre des informations permettant au premier réseau de valider que le premier utilisateur appartient à la catégorie d'utilisateurs considérée, ou en variante, on peut envisager que lors de la souscription d'un nouvel utilisateur au premier réseau, cette information soit renseignée dans son 15 profil le cas échéant. On note que diverses interfaces sont prévues aujourd'hui pour interroger le serveur HSS d'un réseau (interfaces basées sur le protocole Diameter) de sorte que l'invention peut être mise en oeuvre simplement en réutilisant l'une des interfaces existantes en fonction du dispositif du premier réseau choisi pour mettre en oeuvre l'invention. Ainsi, par exemple, dans le cas d'un 20 premier réseau reposant sur une architecture IMS (IP Multimedia Subsystem), le dispositif d'enrichissement selon l'invention peut être un serveur S-CSCF (Serving Cali Session Control Function) utilisant une interface Diameter Cx pour interroger le serveur HSS, ou un serveur d'application téléphonique (ou TAS pour Telephony Application Server en anglais) utilisant une interface Diameter Sh pour dialoguer avec le serveur HSS. 25 En variante, la base de données consultée par le dispositif du premier réseau lors de l'étape de vérification peut être une base de données dédiée à une catégorie particulière d'utilisateurs, telle que dans l'exemple précédemment envisagé, une base listant tous les centres d'appels en association avec leurs identifiants certifiés. Dans cette variante, l'interrogation de la base de données peut être mise en oeuvre par exemple via une interface SOAP/http, en fournissant 30 à la base de données l'identifiant certifié du premier utilisateur. Conformément à l'invention, l'information de certification indiquant que le premier utilisateur appartient à une catégorie prédéterminée d'utilisateurs est insérée par le premier réseau dans un champ de la signalisation de la communication (i.e. dans un entête du message établissant la communication) contrôlé par le premier réseau : cette information est de ce fait 35 sécurisée et infalsifiable par un tiers au premier et au second réseau. En effet, la qualification de l'utilisateur appelant comme appartenant à ladite catégorie prédéterminée d'utilisateurs est vérifiée par le premier réseau, c'est-à-dire par le réseau de l'utilisateur appelant qui est considéré en tant que tel comme une entité de confiance (contrairement à l'utilisateur appelant). En outre, 3052618 5 l'information de certification est non falsifiable car elle est contrôlée par le premier réseau, i.e. elle est insérée par celui-ci dans un champ particulier de la signalisation de la communication que le premier réseau contrôle, et ne peut être insérée dans ce champ de la signalisation que par le premier réseau côté appelant. Il n'est pas possible à un tiers ou à l'utilisateur appelant d'insérer 5 cette information dans la signalisation d'appel ou de la modifier. 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 transit entre le premier réseau et le second réseau, ces réseaux de transit véhiculent la signalisation de la communication depuis le premier réseau jusqu'au second réseau 10 sans la modifier. L'information de certification représente donc pour le second utilisateur une information certifiée et garantie. Dans un mode particulier de réalisation, le champ de la signalisation dans lequel est insérée l'information de certification par le dispositif du premier réseau est associé à un paramètre de la signalisation contrôlé par le premier réseau comprenant l'identifiant certifié du premier 15 utilisateur. Dans le cas du protocole SIP, un tel paramètre peut être notamment le paramètre PAsserted-ID déjà utilisé par le premier réseau pour insérer un identifiant certifié du premier utilisateur. L'invention peut être ainsi aisément mise en oeuvre via l'ajout d'un simple champ à ce 20 paramètre ou l'utilisation d'un champ déjà existant tel que par exemple le champ DISPLAY associé au paramètre P-Asserted-Id. L'information de certification insérée le cas échéant par le dispositif d'enrichissement du premier réseau vient par conséquent s'ajouter aux informations déjà présentes dans la signalisation de la communication, comme par exemple à l'identifiant certifié du premier utilisateur 25 ou à son identifiant non certifié. L'invention ne requiert donc avantageusement aucune modification des champs présents dans la signalisation (ex. champ contenant l'identifiant certifié du premier utilisateur et champ contenant son identifiant non certifié). Elle n'impacte pas de ce fait l'expérience client du second utilisateur, i.e. de l'utilisateur appelé : toutes les informations valorisées habituellement par le second réseau de l'utilisateur appelé sont en effet toujours 30 présentes dans la signalisation d'appel et peuvent être utilisées par celui-ci conformément aux procédures existantes (ex. affichage de l'identifiant non certifié du premier utilisateur). L'insertion de cette information de certification dans la signalisation de la communication assure un déploiement opérationnel rapide et simple de l'invention. Par ailleurs, l'information de certification, lorsqu'elle est présente dans la signalisation 35 d'une communication, permet avantageusement au second utilisateur de disposer d'une information complémentaire sur l'origine de la communication, lui permettant de différencier plus facilement et de manière sûre une communication légitime (venant par exemple d'un centre 3052618 6 d'appel) d'une communication frauduleuse. Le second utilisateur est ainsi mieux informé sur l'identité du premier utilisateur l'appelant. Aucune limitation n'est attachée à la forme ou à la valeur prise par l'information de certification ajoutée par le premier réseau. Il peut s'agir d'une information générique, c'est-à-dire 5 commune à tous les utilisateurs appartenant à la catégorie d'utilisateurs considérée, et connue du premier et du second réseau. Cette information générique peut prendre la forme notamment d'un symbole, d'une chaîne de caractères spécifique représentative de la catégorie d'utilisateurs (ex. « centre d'appel ») ou de son caractère certifié (ex. « appelant certifié »), etc. Une telle alternative est particulièrement facile à mettre en oeuvre et l'information de certification facilement 10 reconnaissable par le second réseau. On note donc que l'information de certification peut indiquer l'appartenance du premier utilisateur à la catégorie considérée d'utilisateurs via plusieurs biais, c'est-à-dire par sa valeur à proprement parler, mais aussi par sa présence dans un champ particulier ou spécifique (i.e. prédéterminé) de la signalisation, notamment lorsque sa valeur est moins explicite, etc. 15 En variante, l'information de certification insérée par le dispositif du premier réseau peut être propre au premier utilisateur. Cette information de certification peut notamment reprendre un intitulé proposé par le premier utilisateur et inséré par celui-ci ou par une entité intermédiaire (ex. PBX) en amont du premier réseau dans la signalisation de la communication (ex. « SAV Société A »). Cette variante permet au premier utilisateur de paramétrer l'information de 20 certification qu'il souhaite être communiquée à son correspondant. Comme mentionné précédemment, l'invention s'appuie sur deux entités complémentaires : d'une part, sur le dispositif du premier réseau qui enrichit avec une information de certification non falsifiable la signalisation de la communication après avoir vérifié l'identité du premier utilisateur et plus précisément son appartenance à une catégorie d'utilisateurs 25 prédéterminée, et d'autre part, sur le dispositif du second réseau qui est configuré pour traiter et valoriser cette information de certification auprès d'un équipement du second utilisateur lorsqu'elle est présente dans la signalisation. Ainsi, selon un deuxième aspect, l'invention vise un procédé de traitement d'une signalisation d'une communication émise par un premier utilisateur d'un premier réseau à 30 destination d'un second utilisateur d'un second réseau, ce procédé de traitement étant destiné à être mis en oeuvre par un dispositif du second réseau et comprenant : une étape de détection, dans un premier champ de la signalisation de la communication contrôlé par le premier réseau, d'une information dite de certification insérée par un dispositif du premier réseau à l'attention du second utilisateur, cette information de certification 35 indiquant l'appartenance du premier utilisateur à une catégorie prédéterminée d'utilisateurs ; une étape d'insertion par le dispositif du second réseau de l'information de certification dans un second champ de la signalisation de la communication destiné à être présenté au second utilisateur ; 3052618 7 - une étape de transfert de la signalisation de la communication à destination d'un équipement du second utilisateur. Corrélativement, l'invention vise aussi un dispositif de traitement d'une signalisation d'une communication émise par un premier utilisateur d'un premier réseau à destination d'un 5 second utilisateur d'un second réseau, ce dispositif de traitement appartenant au second réseau et comprenant : un module de détection configuré pour détecter, dans un premier champ de la signalisation de la communication contrôlé par le premier réseau, une information dite de certification insérée par un dispositif du premier réseau à l'attention du second utilisateur, cette information de 10 certification indiquant l'appartenance du premier utilisateur à une catégorie prédéterminée d'utilisateurs ; un module d'insertion configuré pour insérer l'information de certification dans un second champ de la signalisation de la communication destiné à être présenté au second utilisateur ; un module de transfert, configuré pour transférer la signalisation de la communication à 15 destination d'un équipement du second utilisateur. Le procédé et le dispositif de traitement selon l'invention bénéficient des mêmes avantages exposés précédemment que le procédé et le dispositif d'enrichissement selon l'invention. Dans un mode particulier de réalisation, le second champ est associé à un paramètre de la signalisation contenant un identifiant du premier utilisateur inséré par un équipement du 20 premier utilisateur. Autrement dit, dans ce mode de réalisation, l'information de certification est insérée par le dispositif de traitement dans un champ d'un paramètre de la signalisation contenant déjà un identifiant non certifié du premier utilisateur. De cette sorte, on s'assure de la compatibilité de la mise en oeuvre de l'invention avec les équipements d'utilisateurs existants ainsi qu'avec certains 25 services proposés par les opérateurs de télécommunications exploitant l'identifiant non certifié du premier utilisateur contenu dans la signalisation de la communication. Le second champ est par exemple, dans le cas du protocole SIP, un champ tel que le champ DISPLAY du paramètre FROM. Ceci permet une mise en oeuvre aisée de l'invention dans le cadre du protocole SIP puisqu'il s'appuie sur des champs et des paramètres déjà définis dans la 30 signalisation SIP. Par ailleurs, certains services évoqués précédemment exploitant l'identifiant non certifié du premier utilisateur s'appuient déjà sur le contenu du champ DISPLAY du paramètre FROM ce qui permet d'utiliser facilement l'invention conjointement avec ces services. Bien entendu, un autre champ dédié du paramètre FROM peut également être envisagé et introduit pour insérer l'information de certification. 35 On note en outre que ce mode de réalisation permet de regrouper dans la signalisation toutes les informations destinées à être affichées sur l'équipement du second utilisateur, à savoir l'identifiant non certifié du premier utilisateur et l'information de certification ce qui facilite le traitement de ces informations par l'équipement du second utilisateur. 3052618 8 Dans un mode particulier de réalisation, le procédé de traitement comprend en outre une étape d'obtention en provenance d'une base de données d'informations concernant le premier utilisateur et une étape d'insertion de toute ou partie des informations obtenues dans le second champ de signalisation avec l'information de certification. 5 Ce mode de réalisation a une application privilégiée dans le cadre du service de présentation du nom de l'utilisateur appelant aussi connu sous l'appellation de service CNIP (Calling Name Identification Presentation) et couramment proposé par les opérateurs des réseaux de télécommunications à leurs clients. Le service CNIP prévoit non seulement la présentation du numéro de l'utilisateur appelant à l'utilisateur appelé (par exemple via l'affichage de ce numéro sur 10 un terminal de l'utilisateur appelé), mais également la présentation d'informations complémentaires concernant le premier utilisateur et notamment son nom, son adresse, etc., ces informations complémentaires étant obtenues d'une base de données renseignée préalablement. Une telle base de données peut être notamment une base d'annuaire interrogée par le second réseau avant de renvoyer la signalisation de la communication vers le second utilisateur. 15 Ainsi, dans ce mode de réalisation, l'information de certification vient enrichir « virtuellement » les informations complémentaires contenues dans la base de données CNIP interrogée par le second réseau. Le second utilisateur bénéficie de multiples informations sur le premier utilisateur lui permettant de filtrer la communication en connaissance de cause. Bien entendu, une hiérarchie ou une troncature des informations obtenues de la base de données CNIP 20 peut être mise en oeuvre par le dispositif de traitement afin de limiter les informations pertinentes remontées au second utilisateur. On note que le service CNIP, lorsqu'il est mis en oeuvre conjointement avec le protocole SIP, utilise le champ DISPLAY du paramètre FROM pour véhiculer les informations destinées à être affichées sur l'équipement de l'utilisateur appelé. Dans un autre mode de réalisation, le procédé de traitement comprend en outre une 25 étape de suppression par le dispositif du second réseau de l'information de certification dans le premier champ de la signalisation de la communication. Ce mode de réalisation est conforme à la pratique courante des réseaux qui suppriment les informations certifiées de la signalisation des communications avant la transmission de cette signalisation vers le destinataire de la communication, l'usage de ces informations 30 certifiées étant réservé généralement aux réseaux (par exemple pour la facturation, la mise en oeuvre d'interceptions légales, etc.), ces informations n'étant pas destinées à être utilisées en général directement par les équipements des utilisateurs destinataires des communications. Dans un mode particulier de réalisation, les différentes étapes du procédé d'enrichissement et/ou du procédé de traitement sont déterminées par des instructions de 35 programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif de d'enrichissement ou plus généralement dans un ordinateur, ce programme comportant des 3052618 9 instructions adaptées à la mise en oeuvre des étapes d'un procédé d'enrichissement tel que décrit ci-dessus. L'invention vise également un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif de traitement ou plus 5 généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de traitement tel que décrit ci-dessus. Chacun des programmes précités 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 10 quelle autre forme souhaitable. L'invention vise aussi un support d'informations ou d'enregistrement lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations ou d'enregistrement peut être n'importe quelle entité ou 15 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 disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations ou d'enregistrement peut être un support 20 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. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations ou d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être 25 utilisé dans l'exécution du procédé en question. Selon un troisième aspect, l'invention vise également un système de communications comprenant : un dispositif de traitement d'une signalisation d'une communication émise par un premier utilisateur d'un premier réseau à destination d'un second utilisateur d'un second réseau, ce 30 dispositif de traitement appartenant au second réseau et étant conforme à l'invention ; et un équipement du second utilisateur vers lequel la signalisation de la communication est transférée par le dispositif de traitement, ledit équipement étant configuré pour fournir au second utilisateur tout ou partie de l'information de certification insérée dans la signalisation de la communication. 35 Dans un mode particulier de réalisation, le système de communications comprend en outre un dispositif d'enrichissement selon l'invention appartenant au premier réseau et configuré pour insérer dans la signalisation de la communication l'information de certification. 3052618 10 Le système de communications a les mêmes avantages évoqués précédemment que le dispositif d'enrichissement et que le dispositif de traitement selon l'invention. On peut également envisager, dans d'autres modes de réalisation, que le procédé d'enrichissement, le dispositif d'enrichissement, le procédé de traitement, le dispositif de traitement 5 et le système selon l'invention présentent en combinaison tout ou partie des caractéristiques précitées. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la 10 description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente, de façon schématique, un système de communications conformes à l'invention dans un mode particulier de réalisation ; les figures 2 et 3 représentent respectivement l'architecture matérielle d'un dispositif 15 d'enrichissement et d'un dispositif de traitement conformes à l'invention et appartenant au système de communications de la figure 1, dans un mode particulier de réalisation ; la figure 4 illustrent les principales étapes d'un procédé d'enrichissement et d'un procédé de traitement d'une signalisation de communication selon l'invention dans un mode particulier de réalisation dans lequel ils sont mis en oeuvre respectivement par le dispositif d'enrichissement 20 et par le dispositif de traitement du système de communication de la figure 1. Description détaillée de l'invention La figure 1 représente, dans son environnement, un système de communications 1 conforme à l'invention, dans un mode particulier de réalisation. 25 Dans l'exemple envisagé à la figure 1, le système de communications 1 est configuré pour enrichir la signalisation d'une communication émise par un utilisateur U1 dit appelant (premier utilisateur au sens de l'invention), par l'intermédiaire d'un terminal Ti, à destination d'un utilisateur U2 dit appelé (second utilisateur au sens de l'invention), disposant d'un terminal T2. La communication en question est ici une communication vocale (i.e. un appel émis par l'utilisateur Ul 30 à destination de l'utilisateur U2), les terminaux T1 et T2 étant tous deux des téléphones de voix sur IP (VoIP). On suppose ici que l'utilisateur U1 est un agent d'un centre d'appel CC-A, appelant l'utilisateur U2 pour le compte d'une société A et plus particulièrement de son service après-vente (SAV). Bien entendu cet exemple n'est donné qu'à titre illustratif seulement et l'invention s'applique 35 à d'autres contextes. Le terminal T1 utilisé à cette fin par l'utilisateur Ul est relié ici à un autocommutateur téléphonique privé 2 utilisant le protocole Internet pour gérer les appels téléphoniques du centre d'appel. Un tel autocommutateur est aussi connu sous le nom d'IPBX. Le terminal Tl et 3052618 11 l'autocommutateur téléphonique privé 2 constitue un équipement El au sens de l'invention utilisé par l'utilisateur U1 pour établir une communication avec l'utilisateur U2 sur son terminal T2. De même, le terminal T2 constitue un équipement au sens de l'invention utilisé par l'utilisateur U2 pour recevoir la communication initiée par l'utilisateur Ul. 5 On note qu'aucune limitation n'est attachée à la nature des équipements utilisés respectivement par les utilisateurs U1 et U2 pour établir et participer à la communication. Ces équipements peuvent être des terminaux tels que des téléphones fixes ou mobiles, des ordinateurs, des tablettes numériques, des objets connectés, etc., ou tout autre type d'équipements tels qu'un serveur par exemple. Ils peuvent être utilisés en combinaison avec un 10 autocommutateur privé (PBX, IPBX, etc.) ou directement. Par ailleurs, aucune limitation n'est attachée à la nature de la communication entre l'utilisateur U1 et l'utilisateur U2 : il peut s'agir d'un appel téléphonique comme d'une communication établie dans le cadre d'une messagerie instantanée ou électronique, ou d'un message de type SMS envoyé par l'utilisateur Ul à l'utilisateur U2, etc. Quelle que soit la nature de la communication envisagée, on désigne dans la description 15 l'utilisateur à l'origine de cette communication par « utilisateur appelant » et l'utilisateur destinataire de cette communication par « utilisateur appelé ». Dans le mode particulier de réalisation considéré ici, les utilisateurs U1 et U2 sont gérés (i.e. enregistrés ou abonnés) par des réseaux différents, désignés respectivement par NW1 et NW2. L'utilisateur U1 agissant ici au nom du centre d'appel CC-A du SAV de la société A, il est 20 enregistré par l'intermédiaire de ce centre d'appel CC-A auprès du réseau NW1, autrement dit, c'est le centre d'appel CC-A à proprement parler qui est enregistré auprès du réseau NW1. Le centre d'appel CC-A est donc un utilisateur au sens de l'invention. Les réseaux NW1 et NW2 sont ici des réseaux de voix sur IP ayant une architecture IMS et s'appuyant sur le protocole d'initiation de session SIP. De façon connue de l'homme du 25 métier, un réseau implémentant une architecture IMS comprend plusieurs entités fonctionnelles, dont notamment : une entité CSCF (Call Session Control Function), elle-même composée de plusieurs serveurs parmi lesquels notamment un serveur S-CSCF (Serving Call Session Control Function) en charge de l'enregistrement des terminaux sur le réseau et un serveur P-CSCF (Proxy Call 30 Session Control Function), points de contact des terminaux avec le réseau ; un ou plusieurs serveurs d'applications (Application Servers) hébergeant et fournissant des services ; et un serveur d'abonnés ou serveur HSS au niveau duquel sont regroupés les profils des utilisateurs (dont le centre d'appel CC-A et l'utilisateur U2) enregistrés auprès du réseau. 35 Les réseaux NW1 et NW2 peuvent être gérés par un même opérateur ou par des opérateurs différents. Ils peuvent en outre indifféremment communiquer directement entre eux ou par l'intermédiaire de réseaux de transit. Lorsque des réseaux de transit sont présents entre les réseaux NW1 et NW2, ceux-ci véhiculent de manière transparente la signalisation SIP des 3052618 12 communications entre les deux réseaux NW1 et NW2 conformément aux accords de service ou SLA (Service Level Agreement) généralement adoptés. En variante, les utilisateurs CC-A (et par ce biais, U1) et U2 peuvent être enregistrés et appartenir à un même réseau, i.e. NW1=NW2. 5 Par ailleurs, bien que l'invention soit décrite ici dans un environnement IP de bout en bout s'appuyant sur des architectures de réseaux IMS et sur le protocole de signalisation SIP, l'invention s'applique dans d'autres contextes, y compris lorsque des technologies de type commutations de circuits sont mises en oeuvre par les réseaux NW1 et NW2, par exemple en association avec le protocole de signalisation ISUP (ISDN Signaling User Part) ou BICC (Bearer 10 Independant Call Control). Dans le mode de réalisation représenté à la figure 1, le système de communication 1 comprend, outre le terminal T2 de l'utilisateur U2 : un dispositif 3, appartenant au réseau NW1, et apte à enrichir la signalisation de communications initiées par des utilisateurs du réseau NW1 (ex. par le centre d'appel CC-A par 15 l'intermédiaire de son agent U1) à destination d'utilisateurs du réseau NW2 (ex. U2) conformément à l'invention (dispositif dit d'enrichissement conforme à l'invention). Dans l'exemple envisagé à la figure 1, le dispositif 3 est un serveur S-CSCF du réseau NW1. En variante, il peut s'agir d'un serveur d'application du réseau NW1 ou encore d'un serveur PCSCF du réseau NW1 ; et 20 un dispositif 4 appartenant au réseau NW2, et apte à traiter la signalisation des communications initiées par des utilisateurs du réseau NW1 (ex. par le centre d'appel CC-A) à destination d'utilisateurs du réseau NW2, enrichie conformément à l'invention (notamment par le dispositif 3). Le dispositif 4 est un dispositif de traitement conforme à l'invention. Dans l'exemple envisagé à la figure 1, le dispositif 4 est un serveur S-CSCF du réseau NW2. En 25 variante, il peut s'agir d'un serveur d'application du réseau NW2. Dans le mode de réalisation décrit ici, les dispositifs d'enrichissement 3 et de traitement 4 du système de communication ont l'architecture matérielle d'un ordinateur. Plus précisément, en référence à la figure 2, le dispositif d'enrichissement 3 ou serveur S-CSCF 3 comprend un processeur 5, une mémoire vive 6, une mémoire morte 7, une 30 mémoire flash non volatile 8 ainsi que des moyens de communication 9 lui permettant de communiquer sur le réseau NW1 et mettant en oeuvre le protocole SIP. Les moyens de communication 9 du dispositif d'enrichissement mettent également en oeuvre ici le protocole Diameter lui permettant de communiquer via une interface Diameter Cx avec un serveur d'abonnés (HSS) 10 du réseau NW1 pour accéder aux profils des abonnés. 35 Le serveur d'abonnés 10 comprend notamment une entrée correspondant au centre d'appel CC-A de la société A, dans laquelle sont enregistrées une ou plusieurs identités (ou de manière équivalente, identifiants) publiques (IMPU pour IP Multimedia Public identity) associées à ce centre d'appel et plus particulièrement à son autocommutateur IPBX 2. Ces identités peuvent 3052618 13 avoir un format SIP URI ou TEL URI par exemple, et sont fournies à l'IPBX 2 dans le champ P_Associated_URI d'un message 200 OK REGISTER par le réseau NW1 lors de l'enregistrement de l'IPBX 2 auprès du réseau NW1 (enregistrement réalisé via l'envoi d'une requête SIP REGISTER par l'IPBX 2). Elles sont sous le contrôle de l'opérateur du réseau NW1 et sont donc certifiées par celui- 5 ci. On suppose ici que l'entrée associée à l'IPBX 2 comprend en outre un indicateur qu'il s'agit d'un équipement d'un centre d'appel. Aucune limitation n'est attachée à la forme de cet indicateur (symbole, chaîne de caractères, etc.). Cette indication a pu être fournie au serveur HSS 10 par exemple lors de la souscription de la société A à un abonnement auprès de l'opérateur du réseau NW1 pour son centre d'appel CC-A. 10 La mémoire morte 7 du dispositif d'enrichissement 3 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 5 et sur lequel est enregistré un programme d'ordinateur PROG1 conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé d'enrichissement d'une signalisation de communication selon l'invention décrites ultérieurement. 15 Ce programme d'ordinateur PROG1 définit des modules fonctionnels et logiciels, configurés pour mettre en oeuvre les étapes du procédé d'enrichissement selon l'invention. Ces modules fonctionnels s'appuient sur ou commandent les éléments matériels 5-9 du dispositif d'enrichissement 3 cités précédemment. Ils comprennent notamment ici, comme illustré sur la figure 1 : 20 un module de vérification 3A, configuré pour vérifier, suite à la réception d'une communication initiée par un utilisateur du réseau NW1 (utilisateur appelant), si cet utilisateur appartient à une catégorie prédéterminée d'utilisateurs à partir d'un identifiant certifié de l'utilisateur déterminé par le réseau NW1. Dans l'exemple d'illustration envisagé ici, le module de vérification 3A est configuré pour vérifier si l'utilisateur appelant est un centre d'appel. Bien 25 entendu, suivant le contexte d'application de l'invention, d'autres catégories d'utilisateurs peuvent être envisagées ; un module d'insertion 3B activé si (et seulement si, ici) l'utilisateur appartient à ladite catégorie prédéterminée d'utilisateurs, et configuré pour insérer une information dite de certification à l'attention de l'utilisateur destinataire de la communication dans un champ de la signalisation 30 de la communication contrôlé par le réseau NW1 ; et un module de transfert 3C configuré pour transférer la signalisation de la communication vers le réseau NW2. Les fonctions de ces différents modules sont décrites plus en détail ultérieurement. De façon similaire, en référence à la figure 3, le dispositif de traitement 4 (i.e. S-CSCF 35 4) comprend un processeur 11, une mémoire vive 12, une mémoire morte 13, une mémoire flash non volatile 14 ainsi que des moyens de communication 15 lui permettant de communiquer sur le réseau NW2 et mettant en oeuvre le protocole SIP. Ces moyens de communication 15 lui permettent en outre de communiquer avec des bases de données externes, comme par exemple 3052618 14 ici une base de données 16 regroupant diverses informations concernant une pluralité d'utilisateurs extraites de l'annuaire universel. La mémoire morte 13 du dispositif de traitement 4 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 11 et sur lequel est enregistré un 5 programme d'ordinateur PROG2 conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé de traitement d'une signalisation d'une communication selon l'invention décrites ultérieurement. Ce programme d'ordinateur PROG2 définit des modules fonctionnels et logiciels, configurés pour mettre en oeuvre les étapes du procédé de traitement selon l'invention. Ces 10 modules fonctionnels s'appuient sur ou commandent les éléments matériels 11-15 du dispositif de traitement 4 cités précédemment. Ils comprennent notamment ici, comme illustré sur la figure 1 : un module de détection 4A configuré pour détecter, suite à la réception d'une communication initiée par un utilisateur du réseau NW1 et destinée à un utilisateur du réseau NW2, une information de certification insérée par réseau NW1 à l'attention de l'utilisateur destinataire de 15 la communication (utilisateur appelé) dans un champ de la signalisation de la communication contrôlé par le réseau NW1 ; un module d'insertion 4B configuré pour insérer l'information de certification dans un autre champ de la signalisation de la communication destiné à être présenté au second utilisateur ; et 20 un module de transfert 4C, configuré pour transférer la signalisation de la communication à destination d'un équipement de l'utilisateur destinataire de la communication. Les fonctions de ces différents modules sont décrites plus en détail ultérieurement. Nous allons maintenant décrire, en référence à la figure 4, les principales étapes d'un procédé d'enrichissement d'une signalisation de communication telles qu'elles sont mises en oeuvre 25 par le dispositif d'enrichissement 3 (S-CSCF 3) du réseau NW1, et les principales étapes d'un procédé de traitement de cette signalisation telles qu'elles sont mises en oeuvre par le dispositif de traitement 4 (S-CSCF 4) du réseau NW2, dans un mode particulier de réalisation. Pour illustrer ces étapes, on considère ici une communication (et plus précisément ici un appel téléphonique) initiée via l'équipement El (terminal T1 place derrière l'IPBX 2) par 30 l'utilisateur U1 au nom du centre d'appel CC-A de la société A à destination de l'utilisateur U2. Comme mentionné précédemment, lors de son enregistrement auprès du réseau NW1, l'IPBX 2 a reçu la liste des identités publiques qui sont enregistrées pour le centre d'appel CC-A de la société A au niveau du serveur HSS 10. Plus précisément, le terminal T1 de l'utilisateur U1 émet un message SIP INVITE à 35 destination d'un identifiant de l'utilisateur U2 (étape E10). L'identifiant de l'utilisateur U2 est ici une identité publique (IMPU) notée IMPU_B. Elle peut être stockée par exemple au niveau de l'IPBX 2, ou d'une base de données du centre d'appel. L'identité IMPU_B est incluse dans la signalisation d'appel (autrement dit, dans un entête du message SIP INVITE), dans les entêtes Request URI et 3052618 15 TO du message SIP INVITE. 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. Le message SIP INVITE transite par l'autocommutateur IPBX 2. Sur réception du 5 message SIP INVITE, l'autocommutateur IPBX 2 positionne dans la signalisation du message l'identité publique appelante qu'il souhaite utiliser pour cet appel. Il sélectionne à cet effet une des identités publiques certifiées qu'il a reçues lors de son enregistrement auprès du réseau NW1. On note ici IMPU_A cette identité. L'autocommutateur IPBX 2 valorise dans la signalisation du message SIP INVITE, le paramètre P_Preferred_Id à la valeur IMPU_A. 10 Par ailleurs, il indique dans le paramètre FROM du message SIP INVITE le numéro du centre d'appel CC-A sur lequel celui-ci peut être joint par l'utilisateur U2, conformément à la législation en vigueur en France notamment. On note NoSAV ce numéro. Par exemple, NoSAV=0800103900. Ce numéro est un identifiant non certifié au sens de l'invention du centre d'appel CC-A, et corrélativement de l'utilisateur U1. 15 Puis le message SIP INVITE et sa signalisation associée comprenant notamment les paramètres Request URI, TO, FROM, P_Preferred_ID ainsi valorisés, sont transférés à destination du réseau NW1 (E20). Le message SIP INVITE est reçu par le serveur P-CSCF du réseau NW1. Sur réception de ce message, le serveur P-CSCF analyse la signalisation associée (étape E30). 20 Plus précisément, il vérifie si une identité est contenue dans le paramètre P_Preferred_ID. Le cas échéant (comme dans l'exemple décrit ici), il vérifie si cette identité (ici IMPU-A) est une des identités IMPU sauvegardées au niveau du serveur HSS 10 pour le centre d'appel CC-A et fournies à l'autocommutateur IPBX 2 lors de son enregistrement. 25 Si tel est le cas, le serveur P-CSCF ajoute un paramètre P-Asserted-ID dans l'entête (signalisation) du message SIP INVITE contenant cette identité. Autrement dit, dans l'exemple envisagé, le serveur P-CSCF ajoute un paramètre P-Asserted-ID valorisé avec l'identité IMPU-A du centre d'appel CC-A. On note que le paramètre P-Asserted-ID est sous le contrôle du réseau NW1 (c'est-à-dire qu'il n'est pas modifiable par un tiers au réseau NW1 ou au réseau NW2) tel qu'un 30 utilisateur du réseau NW1, ou par un réseau intermédiaire entre les réseaux NW1 et NW2 via lequel transite le message SIP INVITE) et contient une identité certifiée par le réseau NW1. Ce paramètre est connu du protocole SIP et décrit notamment plus en détail dans le document RFC 3325 édité par l'IETF. Si aucun paramètre P_Preferred_ID n'est présent dans la signalisation du message SIP 35 INVITE ou si son contenu n'est pas présent dans la liste des identités associées au centre d'appel et à son autocommutateur IPBX 2, le serveur P-CSCF ajoute lui-même une identité publique IMPU associée au centre d'appel CC-A au niveau du serveur HSS 10 dans le paramètre P-Asserted-ID. L'identité publique IMPU ajoutée est l'identité publique par défaut du centre d'appel CC-A, à savoir 3052618 16 la première identité publique présente dans le paramètre P-Associated-URI du message 200 OK REGISTER renvoyé préalablement à l'autocommutateur IPBX 2. Le serveur P-CSCF supprime par ailleurs le paramètre P-Preferred-ID de l'entête du message SIP (donc de la signalisation) s'il était présent. 5 Le message SIP INVITE est ensuite transféré au serveur S-CSCF du réseau NW1 en charge du centre d'appel CC-A (étape E40). Dans l'exemple décrit ici, il s'agit du serveur S-CSCF 3 conforme à l'invention. En plus des traitements classiques effectués par un serveur S-CSCF et non détaillés ici, le serveur S-CSCF 3 vérifie, conformément à l'invention, par l'intermédiaire de son module de 10 vérification 3A, si l'utilisateur à l'origine de la communication appartient à une catégorie prédéterminée d'utilisateurs. Dans l'exemple envisagé ici, le module de vérification 3A vérifie si l'utilisateur à l'origine de la communication est un centre d'appel (autrement dit, la catégorie prédéterminée d'utilisateurs en question est ici la catégorie des centres d'appel). A cet effet, dans le mode de réalisation décrit ici, le module de vérification 3A utilise 15 l'identité certifiée IMPU_A du centre d'appel présente dans la signalisation du message INVITE, dans le paramètre P-Asserted-ID. Plus précisément, il interroge le serveur HSS 10 avec cette identité certifiée IMPU_A via l'interface Diameter Cx mise en oeuvre par les moyens de communications 9 du serveur S-CSCF 3 (étape E50), pour savoir si l'utilisateur associé à cette identité est un centre d'appel. 20 Sur réception de la requête du serveur S-CSCF 3, le serveur HSS 10 consulte le profil de l'utilisateur associé à l'identité certifiée IMPU_A, à savoir du centre d'appel CC-A, et détecte dans ce profil un indicateur attestant de l'appartenance de l'utilisateur CC-A à la catégorie des centres d'appel. Le serveur HSS 10 répond donc positivement à l'interrogation du serveur S-CSCF 3 en 25 lui indiquant que l'utilisateur associé à l'identité certifiée IMPU_A appartient bien à la catégorie des centres d'appel (étape E60). En variante, pour vérifier si l'utilisateur associé à l'identité IMPU_A est un centre d'appels, le module de vérification 3A peut interroger une base de données dédiée répertoriant les centres d'appels en association avec leurs identités certifiées. Dans cette variante, on peut 30 envisager que les moyens de communications 9 du serveur S-CSCF 3 mettent en oeuvre par exemple les protocoles SOAP et http pour communiquer avec la base de données. L'interface de communication entre le serveur S-CSCF 3 et la base de données peut alors consister à fournir par le serveur S-CSCF 3 l'identité certifiée IMPU_A en entrée de la base de données, et à recevoir en réponse de la base de données, l'identité certifiée seule si elle ne correspond pas à un centre 35 d'appel, et l'identité certifiée accompagnée d'un indicateur d'appartenance à la catégorie des centres d'appel si l'identité certifiée IMPU_A correspond à un centre d'appel. Sur réception de l'indication du serveur HSS 10 d'appartenance de l'utilisateur CC-A à la catégorie des centres d'appel, le serveur S-CSCF 3, par l'intermédiaire de son module d'insertion 3052618 17 3B, insère une information dite de certification notée « info » dans la signalisation du message SIP INVITE, à l'attention de l'utilisateur U2 destinataire de ce message (étape E70). Cette information de certification « info » indique l'appartenance de l'utilisateur appelant l'utilisateur U2 (autrement dit du centre d'appel CC-A par l'intermédiaire de son agent U1) à la catégorie des centres d'appel. 5 Aucune limitation n'est attachée à la forme prise par l'information de certification « info ». Ainsi, par exemple, l'information de certification « info » peut être unique et générique pour tous les centres d'appel (elle peut faire l'objet d'une normalisation notamment à cette fin). Il peut s'agir alors d'un code ou d'un symbole, ou encore d'une chaîne de caractères prédéterminée 10 (ex. « centre d'appel », « certifié », etc.). En variante, l'information de certification « info » peut être spécifique c'est-à-dire propre à chaque centre d'appel. Elle peut notamment prendre comme valeur le nom du centre d'appel en question, c'est-à-dire CC-A dans l'exemple envisagé ici, ou le nom de la société pour laquelle ce centre d'appel opère. On peut alors envisager que la valeur de l'information de 15 certification soit fournie dynamiquement par le centre d'appel, dans la signalisation du message SIP INVITE, par exemple dans un champ DISPLAY du paramètre FROM. Un tel champ est déjà connu en soi pour le paramètre FROM défini dans la norme IETF RFC 3261. En variante, cette valeur peut être présente dans le profil de l'utilisateur CC-A stocké dans le serveur HSS 10, et avoir été provisionnée dans ce profil lors de la souscription du centre 20 d'appel. Dans le mode de réalisation décrit ici, le serveur S-CSCF 3 insère l'information de certification « info » dans un champ du paramètre P-Asserted-ID, contrôlé par le réseau NW1, par exemple dans un champ DISPLAY du paramètre P-Asserted-ID. Le paramètre P-Asserted-ID comprend donc d'une part, l'identifiant certifié IMPU_A du centre d'appel CC-A, et d'autre part 25 l'information de certification « info » lorsque CC-A répond à la qualification de centre d'appel. On note que dans le mode de réalisation décrit ici, l'information de certification « info » n'est insérée dans la signalisation du message SIP INVITE que lorsque le serveur S-CSCF 3 a déterminé que l'utilisateur associé à l'identité certifiée IMPU_A est un centre d'appel. Ainsi, quand bien même cette information de certification revêt par exemple le nom « CC-A » du centre 30 d'appel, elle n'est insérée dans le champ du paramètre P-Asserted-ID que lorsqu'il a été vérifié par le serveur S-CSCF 3 que l'utilisateur CC-A est un centre d'appel. Ainsi, dans le mode de réalisation décrit ici, l'information de certification « info » est insérée dans un champ prédéterminé (i.e. spécifique) de la signalisation, à savoir dans un champ du paramètre P-Asserted-ID. En variante, le serveur S-CSCF 3 peut insérer l'information de 35 certification « info » dans un autre champ de la signalisation du message SIP INVITE. A cet effet, on peut envisager la création et la normalisation d'un nouvel entête contrôlé par le réseau NW1 par rapport aux entêtes déjà existants définis par le protocole SIP, tel que par exemple un entête « CALLER-AUTHENTICATION » qui pourrait prendre la valeur « TRUE » si l'utilisateur est identifié 3052618 18 par le serveur S-CSCF 3 comme étant un centre d'appel, et « FALSE » sinon. Ce nouvel entête devrait être défini de sorte à être contrôlé par le réseau de l'appelant (i.e. NW1) comme le paramètre P-Asserted-ID afin de préserver la qualité certifiée de l'information de certification. Il pourrait s'agir d'un entête spécifique dédié au transport le cas échéant de l'information de 5 certification. Le serveur S-CSCF 3, par l'intermédiaire de son module de transfert 3C et de ses moyens de communication 9, transfère ensuite le message SIP INVITE dont la signalisation a été enrichie avec l'information de certification « info » vers le réseau NW2 à destination de l'utilisateur U2, de façon connue en soi (étape E80). Lors de son routage vers le réseau NW2, la signalisation 10 du message SIP INVITE est transmise de façon transparente, i.e. le contenu de ses entêtes et en particulier des entêtes FROM et P-Asserted-ID n'est pas modifié lors de ce routage jusqu'au réseau NW2. Il convient de noter que dans le mode de réalisation décrit ici, le dispositif à l'origine de l'enrichissement de la signalisation du message SIP INVITE avec l'information de certification 15 « info » est le serveur S-CSCF 3. Comme mentionné précédemment, dans un autre mode de réalisation, l'enrichissement de la signalisation conformément à l'invention peut être réalisé par un autre dispositif du réseau NW1 apte à interroger le serveur HSS 10 ou une base de données dédiée au centre d'appel. Il peut s'agir notamment d'un serveur d'application (dédié ou pas), déclenché à cet effet par le serveur S-CSCF par exemple. L'interrogation du serveur HSS 10 par un tel serveur 20 d'application peut être mise en oeuvre via le protocole Diameter et notamment l'interface Sh déjà connue. Lorsque le message SIP INVITE arrive dans le réseau NW2, il est reçu par le serveur ICSCF (Interrogating - Call State Control Function) du réseau NW2 qui le transfère au serveur SCSCF 4, en charge de l'utilisateur U2 auquel est destiné ce message. 25 Dans l'exemple envisagé ici, on suppose que l'utilisateur U2 a souscrit auprès de l'opérateur du réseau NW2 au service CNIP. De façon connue, ce service est disponible en France sur les réseaux fixes et en particulier sur les réseaux de voix sur IP. Ce service fonctionne de la manière suivante : lorsque l'utilisateur appelé a souscrit au service CNIP, chaque appel entrant déclenche un serveur d'application téléphonique TAS. Celui-ci envoie une requête SOAP/http pour 30 l'utilisateur ayant souscrit au service CNIP à une base de données CNIP (base de données 16 sur la figure 1) contenant des informations présentes dans l'annuaire universel. Cette base de données CNIP ne contient en revanche aucune information sur les clients dits en liste rouge, ni sur les entreprises, etc. Elle ne contient en général aucune information sur les centres d'appel. Conformément au service CNIP, les informations ainsi obtenues sont destinées à être présentées à 35 l'utilisateur U2 en association avec le numéro de l'utilisateur l'appelant. On note que la mise en oeuvre du service CNIP peut nécessiter une activation explicite au niveau de l'installation téléphonique de l'utilisateur U2, par exemple au niveau d'une passerelle domestique de cette installation si elle en dispose d'une ou du terminal T2 lui-même. Cette 3052618 19 activation se fait de façon connue en soi via l'activation d'un indicateur prévu à cet effet dans le fichier de configuration de la passerelle domestique de sorte à lui indiquer qu'elle doit exploiter le contenu de certains champs de la signalisation d'appel complétés avec les informations obtenues de la base de données CNIP. 5 Dans le mode de réalisation décrit ici, suite à la réception du message SIP INVITE, le serveur S-CSCF 4 analyse, par l'intermédiaire de son module de détection 4A, la signalisation du message SIP INVITE et extrait du paramètre P-Asserted-ID l'identifiant certifié IMPU_A. Il détermine à l'aide de cet identifiant si l'utilisateur U2 est abonné au service CNIP. Le cas échéant (comme c'est le cas dans l'exemple ici), le serveur S-CSCF 4 interroge, 10 par le biais d'un serveur d'application téléphonique déclenché à cet effet, la base de données CNIP 16 (étape E90). Cette interrogation se fait via l'envoi à la base de données CNIP 16 de l'identité certifiée IMPU_A extraite du paramètre P-Asserted-ID de la signalisation du message SIP INVITE. La base de données CNIP 16 envoie, en réponse à cette interrogation, les informations qu'elle contient le cas échéant concernant l'utilisateur associé à l'identité certifiée IMPU-A (étape 15 E100). Si la base de données CNIP 16 ne contient pas d'informations sur les centres d'appel, elle renvoie une réponse vide au serveur S-CSCF 4. On suppose ici, que la base de données CNIP 16 contient des informations I(CC-A) sur le centre d'appel CC-A associé à l'identité IMPU_A et les envoie dans sa réponse au serveur S-CSCF 4. Ces informations contiennent par exemple le nom de la société A, l'adresse du SAV de la société A pour lequel oeuvre le centre d'appel CC-A, etc. 20 Lors de son analyse de la signalisation du message SIP INVITE, le module de détection 4A du serveur S-CSCF 4 détecte par ailleurs la présence de l'information de certification « info » insérée dans le champ P-Asserted-ID et indiquant l'appartenance de l'utilisateur à l'origine du message SIP INVITE à la catégorie des centres d'appel (étape E110). Conformément à l'invention, cette information de certification est destinée à être 25 présentée à l'utilisateur U2. A cet effet dans le mode de réalisation décrit ici, le serveur S-CSCF 4, par l'intermédiaire de son module d'insertion 4B, extrait l'information de certification « info » du paramètre P-Asserted-ID et l'insère dans un champ du message SIP INVITE destiné à être présenté à l'utilisateur U2. Un tel champ est par exemple le champ DISPLAY du paramètre FROM du message SIP 30 INVITE. L'avantage d'utiliser ce champ déjà existant de la signalisation SIP pour transformer l'information de certification « info » du côté de l'utilisateur appelé est que cela est compatible avec tous les terminaux SIP appelés. En effet, le contenu du champ DISPLAY du paramètre FROM est déjà affiché sur le terminal de l'utilisateur appelé avec le numéro de l'utilisateur appelant (contenu dans le champ FROM) à concurrence de 50 caractères maximum dans le cadre du service 35 de présentation du nom de l'appelant aussi appelé CNIP (Calling Name Identification Presentation). Ce service CNIP est par ailleurs disponible aussi bien pour les réseaux à commutation de circuit fixe ou mobile (2G/3G) que pour les réseaux à commutation de paquets, et en particulier pour les réseaux VoIP fixe et mobile (4G/LTE, VoWiFi). 3052618 20 On note que le champ DISPLAY du paramètre FROM ne contient a priori aucune information avant l'insertion par le serveur S-CSCF 4 de l'information de certification. En effet, il est connu que conformément au protocole SIP, lorsque le message SIP INVITE arrive dans le réseau NW2 le contenu du champ DISPLAY du paramètre FROM est systématiquement supprimé afin de 5 ne pas interférer avec des services de présentation du numéro, qui s'appuient sur le contenu du paramètre FROM, et auxquels aurait pu souscrire l'utilisateur U2 auprès du réseau NW2. Le serveur S-CSCF 4 insère en outre dans le champ DISPLAY, en sus de l'information de certification, tout ou partie des informations I(CC-A) reçues de la base de données CNIP 15. Préférentiellement, la concaténation de l'information de certification « info » et des informations 10 I(CC-A) dans le champ DISPLAY du paramètre FROM est réalisée de sorte que l'information de certification s'affiche en premier lieu sur l'écran du terminal T2 de l'utilisateur U2, celle-ci étant importante pour l'utilisateur U2 pour filtrer ses appels. Par ailleurs, la taille du contenu du champ DISPLAY étant limité à 50 caractères, une sélection par le module d'insertion 4B des informations insérées dans ce champ peut être 15 nécessaire. Ainsi, le module d'insertion 4B peut décider de n'inclure que l'information de certification « info » dans le champ DISPLAY (sans les informations I(CC-A)). En variante, il peut décider de n'inclure que les informations I(CC-A) reçues de la base de données CNIP 15. Dans une autre variante encore, le module d'insertion 4B peut décider de tronquer les 20 informations I(CC-A) avant de les concaténer à l'information de certification « info » dans le champ DISPLAY du paramètre FROM du message SIP INVITE. Dans un autre mode de réalisation, l'information de certification « info » peut être insérée par le module d'insertion 4B dans un autre champ de la signalisation du message SIP destiné à être présenté à l'utilisateur U2 sur son terminal T2. 25 Bien entendu, si la base de données CNIP 15 ne contient et ne renvoie aucune information sur le centre d'appel CC-A ou si l'utilisateur U2 n'a pas souscrit au service CNIP, seule l'information de certification est insérée par le serveur S-CSCF 4 dans le champ DISPLAY du paramètre FROM. Dans le mode de réalisation décrit ici, le serveur S-CSCF 4, après avoir valorisé le 30 champ DISPLAY du paramètre FROM avec l'information de certification « info », supprime de la signalisation du message SIP INVITE le paramètre P-Asserted-ID contenant l'identifiant certifié du centre d'appel CC-A et l'information de certification « info » insérée par le réseau NW1. On note que cette étape est toutefois optionnelle, le serveur S-CSCF 4 pouvant laisser intacte le paramètre P-Asserted-ID dans la signalisation du message SIP INVITE. 35 Puis le serveur S-CSCF 4 transfère au moyen de son module de transfert 4C et de ses moyens de communication 15, le message SIP INVITE et la signalisation associée au terminal T2 de l'utilisateur U2 (étape E120). 3052618 21 Sur réception du message SIP INVITE, le contenu du paramètre FROM est affiché sur l'écran du terminal T2 de l'utilisateur U2 conformément aux procédures existantes de l'art antérieur (E130). Ce contenu comprend d'une part, l'identifiant non certifié NoSAV contenu dans le paramètre FROM et placé dans ce champ par l'équipement El du centre d'appel CC-A et d'autre 5 part, les informations contenues dans le champ DISPLAY du paramètre FROM dont en particulier l'information de certification « info ». L'utilisateur U2 du terminal T2 est ainsi informé que l'appel reçu en provenance de l'utilisateur U1 provient bien d'un centre d'appel. Dans le mode de réalisation décrit ici, le traitement de la signalisation du message SIP INVITE consistant conformément à l'invention en l'exploitation de l'information de certification 10 introduite dans la signalisation par le réseau NW1 et en sa valorisation auprès de l'utilisateur U2 conformément à l'invention sont réalisées par le serveur S-CSCF 4. Toutefois, cette hypothèse n'est pas limitative, et le procédé de traitement selon l'invention peut être mis en oeuvre par un autre dispositif du réseau NW2 comme par exemple par un serveur d'application téléphonique du réseau NW2. 15 Dans l'exemple envisagé ici, les réseaux NW1 et NW2 sont des réseaux de voix sur IP, mettant en oeuvre le protocole SIP. Toutefois, comme mentionné précédemment, l'invention s'applique dans d'autres contextes et notamment à d'autres protocoles de signalisation que le protocole SIP. L'invention peut notamment s'appliquer lorsqu'une signalisation conforme au protocole ISUP/BICC est considérée, les champs NDS (Numéro de Désignation Supplémentaire) ou 20 Generic Number et NDI (Numéro de Désignation de l'Installation) ou Calling Number pouvant jouer un rôle identique aux champs SIP FROM et P-Asserted-ID respectivement. REVENDICATIONS1. Procédé d'enrichissement par un dispositif (3) d'un premier réseau de télécommunications (NW1) d'une signalisation d'une communication émise par un premier utilisateur du premier réseau (U1,CC-A) et destinée à un second utilisateur (U2) d'un second réseau (NW2), ledit procédé comprenant : une étape de vérification (E50) au cours de laquelle le dispositif (3) du premier réseau vérifie, à partir d'un identifiant certifié (IMPU-A) du premier utilisateur déterminé par le premier réseau, si le premier utilisateur appartient à une catégorie prédéterminée d'utilisateurs ; si le premier utilisateur appartient à ladite catégorie prédéterminée d'utilisateurs, une étape d'insertion (E70) par le dispositif du premier réseau, d'une information dite de certification (info) à l'attention du second utilisateur dans un champ de la signalisation de la communication contrôlé par le premier réseau, cette information de certification indiquant l'appartenance du premier utilisateur à ladite catégorie prédéterminée d'utilisateurs ; et une étape de transfert (E80) de la signalisation de la communication vers le second réseau. 2. Procédé d'enrichissement selon la revendication 1 dans lequel l'étape de vérification comprend l'interrogation (E50) d'une base de données (10) avec l'identifiant certifié du premier utilisateur. 3. Procédé d'enrichissement selon la revendication 2 dans lequel l'interrogation de la base de données est mise en oeuvre via une interface SOAP/http. 4. Procédé d'enrichissement selon la revendication 2 dans lequel la base de données est un serveur d'abonnés (10) du premier réseau. 5. Procédé d'enrichissement selon l'une quelconque des revendications 1 à 4 dans lequel ledit champ de la signalisation est associé à un paramètre de la signalisation contrôlé par le premier réseau comprenant l'identifiant certifié du premier utilisateur. 6. Procédé d'enrichissement selon l'une quelconque des revendications 1 à 5 dans lequel l'information de certification insérée par le dispositif du premier réseau est propre au premier utilisateur. 7. Procédé de traitement d'une signalisation d'une communication émise par un premier utilisateur (U1,CC-A) d'un premier réseau (NW1) à destination d'un second utilisateur d'un second réseau, ledit procédé de traitement étant destiné à être mis en oeuvre par un dispositif du second réseau et comprenant : 3052618 23 une étape de détection (E110), dans un premier champ de la signalisation de la communication contrôlé par le premier réseau, d'une information dite de certification (info) insérée par un dispositif du premier réseau à l'attention du second utilisateur, cette information de certification indiquant l'appartenance du premier utilisateur à une catégorie prédéterminée 5 d'utilisateurs ; une étape d'insertion (E110) par le dispositif du second réseau de l'information de certification dans un second champ de la signalisation de la communication destiné à être présenté au second utilisateur ; et une étape de transfert (E120) de la signalisation de la communication à destination d'un 10 équipement du second utilisateur. 8. Procédé de traitement selon la revendication 7 dans lequel le second champ est associé à un paramètre de la signalisation contenant un identifiant du premier utilisateur inséré par un équipement du premier utilisateur. 15 9. Procédé de traitement selon la revendication 7 ou 8 comprenant en outre une étape d'obtention en provenance d'une base de données (16) d'informations (I(CC-A)) concernant le premier utilisateur et une étape d'insertion de toute ou partie des informations obtenues dans le second champ de signalisation avec l'information de certification. 20 10. Procédé de traitement selon l'une quelconque des revendications 7 à 9 comprenant en outre une étape de suppression par le dispositif du second réseau de l'information de certification dans le premier champ de la signalisation de la communication. 25 11. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé d'enrichissement selon l'une quelconque des revendications 1 à 6 ou du procédé de traitement selon l'une quelconque des revendications 7 à 9 lorsque ledit programme est exécuté par un ordinateur. 30 12. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur selon la revendication 11. 13. Dispositif (3) d'un premier réseau de télécommunications, apte à enrichir une signalisation d'une communication émise par un premier utilisateur du premier réseau et destinée à 35 un second utilisateur d'un second réseau, ledit dispositif comprenant : un module de vérification (3A) configuré pour vérifier, à partir d'un identifiant certifié du premier utilisateur déterminé par le premier réseau, si le premier utilisateur appartient à une catégorie prédéterminée d'utilisateurs ; 3052618 24 un module d'insertion (3B) activé si le premier utilisateur appartient à ladite catégorie prédéterminée d'utilisateurs, et configuré pour insérer une information dite de certification à l'attention du second utilisateur dans un champ de la signalisation de la communication contrôlé par le premier réseau, cette information de certification indiquant l'appartenance du 5 premier utilisateur à ladite catégorie prédéterminée d'utilisateurs ; et un module de transfert (3C) configuré pour transférer la signalisation de la communication vers le second réseau. 14. Dispositif de traitement (4) d'une signalisation d'une communication émise par un 10 premier utilisateur d'un premier réseau à destination d'un second utilisateur d'un second réseau, ledit dispositif de traitement appartenant au second réseau et comprenant : un module de détection (4A) configuré pour détecter, dans un premier champ de la signalisation de la communication contrôlé par le premier réseau, une information dite de certification insérée par un dispositif du premier réseau à l'attention du second utilisateur, 15 cette information de certification indiquant l'appartenance du premier utilisateur à une catégorie prédéterminée d'utilisateurs ; un module d'insertion (4B) configuré pour insérer l'information de certification dans un second champ de la signalisation de la communication destiné à être présenté au second utilisateur ; un module de transfert (4C), configuré pour transférer la signalisation de la communication à 20 destination d'un équipement du second utilisateur. 15. Système de communications (1) comprenant : un dispositif de traitement (4) d'une signalisation d'une communication émise par un premier utilisateur d'un premier réseau à destination d'un second utilisateur d'un second réseau, ledit 25 dispositif de traitement appartenant au second réseau et étant conforme à la revendication 14 ; et un équipement (T2) du second utilisateur vers lequel la signalisation de la communication est transférée par le dispositif de traitement, ledit équipement étant configuré pour fournir au second utilisateur tout ou partie de l'information de certification insérée dans la signalisation de 30 la communication. 16. Système de communications (1) selon la revendication 15 comprenant en outre un dispositif (3) selon la revendication 13 appartenant au premier réseau et configuré pour insérer dans la signalisation de la communication ladite information de certification.