FR 3037465 A1 20161216 FR 1562710 A 20151217 1 Arrière-plan de l'invention L'invention se rapporte au domaine général des télécommunications. Elle concerne plus particulièrement le domaine du traitement des communications en vue d'un filtrage, et en particulier des appels téléphoniques, des appels passés dans le cadre d'une vidéoconférence, des communications de messagerie instantanée (en anglais « Instant Messaging »), et des messages textuels (SMS) ou multimédias (MMS). Dans l'état actuel de la technique, il existe des procédés de filtrage d'appels par liste noire. Ces listes noires contiennent des numéros de téléphone d'appelants indésirables et permettent de filtrer un appel indésirable sur la base du numéro de téléphone de l'appelant. Il est également possible de bloquer les appels dont les numéros de téléphone des appelants sont masqués. Il existe également des procédés de filtrage par liste blanche dans lesquels tous les appels téléphoniques sont filtrés à l'exception des appels téléphoniques dont le numéro de téléphone de l'appelant appartient à la liste blanche. Certains opérateurs de télécommunications proposent en outre un service d'identification des appels masqués permettant de filtrer les appels masqués avant leur présentation à leur destinataire. Ainsi, dans le cas du service « stop secret » développé par Orange (marque déposée), l'appelant dont le numéro de téléphone est masqué est mis en communication avec un serveur qui lui demande de s'identifier vocalement. Si l'appelant ne fournit pas d'identification vocale, l'appel n'est pas présenté à l'appelé. Malheureusement, ces procédures de filtrage par identification vocale ou par liste présentent des failles. Certains centres d'appels ont mis en place une pratique consistant à falsifier lors de l'émission de leur appels téléphoniques leur numéro de téléphone afin qu'in fine les méthodes de filtrage par liste noire ou par identification vocale soit inefficaces. D'autre part, la constitution d'une liste blanche est une opération longue et fastidieuse puisqu'elle nécessite le recensement de l'intégralité des numéros de téléphone des appelants dont on souhaite recevoir les appels. Ainsi, si on souhaite être en mesure de recevoir tous les appels en provenance d'une entreprise particulière, il est nécessaire de lister exhaustivement l'ensemble des numéros utilisés par l'ensemble des postes de cette entreprise. Il existe donc un besoin d'une solution simple et efficace permettant d'améliorer d'une part l'efficacité du filtrage des communications et d'autre part l'expérience de l'utilisateur associée. 3037465 2 Objet et résumé de l'invention La présente invention répond notamment à ce besoin en proposant, selon un premier 5 aspect, un procédé de traitement d'une communication destinée à au moins un terminal destinataire, ce procédé comprenant : une étape de réception d'une communication à destination de ce terminal destinataire ; une étape d'obtention d'un identifiant non certifié d'un émetteur de la communication compris dans un message de signalisation de cette communication et d'une information 10 de fiabilité ; une étape de comparaison de l'information de fiabilité avec l'identifiant non certifié ; et une étape de traitement de la communication en fonction du résultat de cette étape de comparaison. Corrélativement, l'invention vise également un dispositif de traitement d'une 15 communication destinée à au moins un terminal destinataire, ce dispositif comprenant : un module de réception d'une communication à destination dudit au moins un terminal destinataire ; un module d'obtention dans un message de signalisation de la communication d'un identifiant non certifié d'un émetteur de cette communication et d'une information de 20 fiabilité ; un module de comparaison de l'information de fiabilité avec l'identifiant non certifié ; et un module de traitement de la communication en fonction du résultat de l'étape de comparaison. Au sens de l'invention, l'expression « communication » est utilisée pour désigner 25 indifféremment un appel téléphonique ou un appel en vidéoconférence ou encore plus largement tout service de communication tel que les services de communication par SMS ou les services de communication par messagerie instantanée. Dans un mode particulier de réalisation, l'information de fiabilité est un identifiant certifié compris dans le message de signalisation de la communication. 30 Un identifiant certifié est un identifiant dont la valeur et l'intégrité sont garanties par les opérateurs des réseaux par lesquels transite la communication et qui est reconnu en tant que tel dans un message de signalisation de la communication. Un identifiant certifié peut aussi être un identifiant dont la valeur et l'intégrité sont garanties par un fournisseur de service ou un serveur 35 d'un organisme tiers de confiance. Une information de fiabilité peut en variante correspondre à des données, par exemple relatives à des précédentes communications. 3037465 3 Dans le cas où l'information de fiabilité est un identifiant certifié, il se trouve par exemple dans un champ particulier dédié d'un message de signalisation de la communication. En d'autres termes, les opérateurs de réseaux ou les fournisseurs de service de type 0-n- (en anglais « Over The Top ») sont, vis-à-vis de l'utilisateur du terminal destinataire, des tiers de confiance qui 5 établissent l'identifiant certifié et garantissent la valeur de cet identifiant certifié lors de sa transmission par la signalisation jusqu'au destinataire. Un tel identifiant certifié est donc infalsifiable par l'appelant puisqu'il est inséré à chaque communication, par l'opérateur de réseau ou le fournisseur de service en charge de l'appelant ou bien via un tiers de confiance (ex : communication WebRTC identifiée et authentifiée par un tiers de confiance). 10 Le message de signalisation de la communication peut donc comporter un identifiant non certifié susceptible d'être présenté au(x) terminau(x) destinataire(s) dans le cadre d'un service de présentation du numéro ou de l'identité de l'appelant et un identifiant certifié au sens de l'invention géré par le réseau de communication et qui n'est pas destiné à être présenté aux utilisateurs des terminaux destinataires. 15 Il est à noter qu'un tel identifiant certifié est présent dans certaines signalisations de communication. Par exemple les messages de signalisation conforme à la norme SIP (définie par les documents IETF RFC 3261 et IETF RFC 3325 ou par une de leurs évolutions) comportent un champ PAI (« P_Asserted_Id ») contenant un identifiant certifié de l'appelant au sens de l'invention en supplément du champ FROM susceptible d'être présenté sur le ou les terminaux destinataires 20 dans le cadre d'un service de présentation du numéro de l'appelant. Dans un mode de réalisation particulier de l'invention, l'étape de traitement comporte une sous-étape de filtrage de la communication. L'invention propose ainsi de filtrer (c'est à dire de transmettre ou de bloquer) une communication en fonction de la comparaison entre l'information de fiabilité et l'identifiant non 25 certifié de l'émetteur. Cette information de fiabilité garantit avantageusement l'identification de l'appelant réellement à l'origine de la communication. Dans un mode de réalisation particulier de l'invention : l'étape de traitement comporte une sous-étape de recherche de l'information de fiabilité dans une liste contenant des informations de fiabilité d'émetteurs associés à des 30 identifiants non certifiés de ces émetteurs ; et la sous-étape de filtrage est effectuée en fonction de cette sous-étape de recherche. Ainsi, l'invention propose également de filtrer une communication en fonction de l'appartenance ou de la non appartenance à une liste de l'information de fiabilité. Dans un mode de réalisation particulier de l'invention, l'étape de traitement comporte : 35 - une sous-étape de notification d'au moins une caractéristique de la communication en fonction de l'étape de comparaison et/ou du résultat de l'étape de recherche de ladite 3037465 4 information de fiabilité dans une liste contenant des informations de fiabilité d'émetteurs associés à des identifiants non certifiés de ces émetteurs. L'invention propose ainsi également un moyen d'informer de manière simple le destinataire de la nature de la communication, et notamment de la probabilité que cette communication soit 5 « sûre », et ainsi à l'inciter à accepter ou non la communication (décrocher un appel téléphonique, ne pas ouvrir un SMS ou un mail suspect,...). Dans un mode de réalisation particulier de l'invention, l'étape de traitement prend en compte le type de la communication. Ainsi et de manière avantageuse, le filtrage peut être effectué ou non en fonction du type 10 de communication, selon par exemple que cette communication est un appel téléphonique, un message texte ou une visio-conférence. L'invention propose également selon un deuxième aspect, un procédé de mise à jour d'une liste de filtrage des communications destinées à au moins un terminal destinataire, ce procédé comprenant : 15 une étape de réception d'une communication à destination du terminal destinataire; une étape d'obtention d'un identifiant non certifié d'un émetteur de la communication compris dans un message de signalisation de la communication et d'une information de fiabilité; et sur requête d'un utilisateur, une étape d'ajout ou de suppression dans la liste de 20 l'information de fiabilité en association avec l'identifiant non certifié. Corrélativement, l'invention vise aussi un dispositif de mise à jour d'une liste de filtrage des communications destinées à au moins un terminal destinataire, ce dispositif comprenant : un module de réception d'une communication à destination du terminal destinataire ; un module d'obtention d'un identifiant non certifié de l'émetteur à l'origine de la 25 communication compris dans un message de signalisation de la communication et d'une information de fiabilité ; un module d'ajout ou de suppression dans la liste, sur requête d'un utilisateur, de l'information de fiabilité en association avec l'identifiant non certifié. Ainsi, l'invention permet à un utilisateur de construire dynamiquement une liste de filtrage 30 des communications, cette liste comportant non pas les identifiants non certifiés des appelant présentés sur les terminaux destinataires comme dans l'état de la technique mais les identifiants certifiés par les opérateurs de réseaux ou les fournisseurs de services de type OTT. L'homme du métier comprendra par la suite que cette liste principalement utilisée pour du filtrage (d'où son nom) est aussi utilisée comme un paramètre de l'étape de notification, y compris 35 lorsque l'étape de traitement de l'invention ne met pas en oeuvre de filtrage. Dans un mode particulier de réalisation, l'information de fiabilité est un identifiant certifié compris dans le message de signalisation de la communication. 3037465 5 De façon avantageuse, lorsque l'information de fiabilité est un identifiant certifié par les opérateurs de réseaux ou les fournisseurs de service, il ne peut être falsifié par les appelants. L'invention permet ainsi d'améliorer l'efficacité des procédés de filtrage par liste existants de l'état de la technique. 5 Le fait d'associer dans la liste les informations de fiabilité et les identifiants non certifiés permet à l'utilisateur de modifier ultérieurement cette liste en utilisant seulement l'identifiant non certifié de l'appelant. Dans un mode de réalisation particulier de l'invention, la requête de l'utilisateur fait suite à une présentation d'un identifiant de l'appelant de l'appel sur au moins un terminal de l'appelé. 10 Autrement dit, la requête de l'utilisateur fait suite à la présentation classique du numéro de l'appelant. La mise en oeuvre de l'invention est ainsi avantageusement transparente pour l'utilisateur du terminal destinataire. Dans un mode de réalisation particulier de l'invention, la liste est une liste noire. Une telle liste noire rassemble ainsi dans une même structure informatique les identifiants 15 certifiés et non certifiés des appelants dont l'usager du terminal destinataire ne souhaite pas recevoir de communication. Dans ce mode de réalisation, l'invention permet de bloquer une communication, celle-ci n'étant pas acheminée jusqu'au terminal destinataire, si l'information de fiabilité compris dans un message de signalisation est compris dans cette liste noire. 20 Grace au filtrage réalisé par l'invention sur la base d'une information de fiabilité, on améliore ainsi les procédés de filtrage par liste noire existants en bloquant les appels indésirables même si l'identification de l'appelant destiné à être présentée sur le terminal destinataire a été falsifiée. Dans un autre mode de réalisation de l'invention, l'étape d'ajout de l'information de fiabilité 25 et de l'identifiant non certifié dans la liste noire n'est réalisée que si l'information de fiabilité est un identifiant certifié compris dans le message de signalisation de la communication et que cet identifiant certifié est différent de l'identifiant non certifié. Ainsi, en comparant l'identifiant d'appel susceptible d'être présenté et dont la valeur n'est pas garantie avec l'identifiant de l'appelant certifié par les opérateurs de réseaux ou les 30 fournisseurs de service, le dispositif de mise à jour de la liste peut détecter d'éventuelles tentatives de falsification de l'identification de l'appelant à présenter sur le terminal destinataire, cette détection autorisant l'étape d'ajout de l'identifiant certifié dans la liste noire de filtrage. De façon avantageuse, l'invention peut ainsi être mise en oeuvre pour bloquer uniquement les communications pour lesquelles on détecte une falsification de l'identification de l'appelant. 35 Dans un mode de réalisation particulier de l'invention, la liste est une liste blanche. 3037465 6 Une telle liste blanche rassemble ainsi dans une même structure informatique les informations de fiabilité et les identifiants non certifiés des appelants dont l'usager du terminal destinataire souhaite recevoir les communications. Dans ce mode de réalisation de l'invention, l'appel est transféré au terminal destinataire si 5 une information de fiabilité est listée dans cette liste blanche. Dans un mode particulier de réalisation de l'invention dans lequel l'information de fiabilité est un identifiant certifié, cet identifiant certifié par l'opérateur ou le fournisseur de service identifie une plage de numéros de postes attribuée par l'opérateur de réseau à un PBX (Private Automatic Branch eXchange) associé par exemple à une entreprise. Un tel identifiant certifié permet ainsi 10 d'identifier non pas un numéro de poste particulier de l'entreprise mais l'ensemble des postes de l'entreprise. L'invention facilite ainsi l'expérience utilisateur de l'utilisateur du procédé de filtrage par liste blanche en lui permettant d'utiliser une liste blanche dans laquelle l'intégralité des postes associés à un PBX sont accessibles par le biais d'une seule information de fiabilité. 15 En association avec les informations de fiabilité et les identifiants non certifiés, on peut ajouter dans la liste notamment : - le type de la communication (appel téléphonique, messagerie instantanée, ...) ; - et/ou l'identifiant du terminal destinataire. Ces informations complémentaires permettent de faire des filtrages conditionnels : filtrage 20 des appels téléphoniques pour certains terminaux, blocage de la vidéoconférence pour tous les terminaux, réception des SMS pour tous les terminaux ... Dans un mode de réalisation particulier de l'invention, l'information de fiabilité est un identifiant certifié et plus particulièrement un identifiant PAI (pour « P_Asserted_Id ») conforme au protocole SIP (en anglais « Session Initiation Protocol ») ou un identifiant NDI (pour Numéro de 25 Désignation de l'Installation ») conforme au protocole ISUP (en anglais ISDN Signalling User Part »). Dans un autre mode de réalisation particulier de l'invention, ledit identifiant non certifié est un identifiant FROM conforme au protocole SIP ou un identifiant NDS (Numéro de Désignation Supplémentaire) conforme au protocole ISUP. 30 L'invention est ainsi compatible avec l'utilisation des normes SIP (défini par les documents IETF RFC 3261 et IETF RFC 3325 ou par une de leurs évolutions) et ISDN (défini par le document Q.931 de l'UIT (pour Union Internationale des Télécommunications ou par une de ses évolutions). Dans un mode particulier de réalisation, les étapes du procédé de traitement et/ou les étapes du procédé de mise à jour sont déterminées par des instructions de programmes 35 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 terminal de 3037465 7 communication, une passerelle résidentielle, ou un équipement réseau, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de traitement et/ou d'un procédé de mise à jour tels que décrit ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la 5 forme de codes source, codes objet, ou de codes intermédiaires 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'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker 10 le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, RAM, PROM, EPROM, un CD ROM 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 peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par 15 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 peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. 20 Brève description des dessins Des caractéristiques et avantages particuliers de la présente invention ressortiront de la description détaillée faite en référence aux figures dans lesquelles : la figure 1 représente dans leur environnement, un dispositif de traitement des 25 communications et un dispositif de mise à jour conforme à l'invention dans un mode particulier de réalisation ; la figure 2 illustre un exemple d'architecture matérielle du dispositif de traitement de la figure 1; la figure 3 représente, sous forme d'ordinogramme, les principales étapes d'un procédé de 30 traitement conforme à l'invention dans une variante d'implémentation dans laquelle la liste est une liste noire ; la figure 4 illustre un exemple d'architecture matérielle du dispositif de mise à jour de la figure 1 ; la figure 5 représente, sous forme d'ordinogramme, les principales étapes d'un procédé de 35 mise à jour d'une liste de filtrage conforme à l'invention dans une variante d'implémentation dans laquelle la liste est une liste noire ; et 3037465 8 - la figure 6 représente les différentes sous-étapes de l'étape de notification du procédé de traitement. Description détaillée d'un mode de réalisation de l'invention 5 La figure 1 représente, dans son environnement, un dispositif 1 de traitement des communications destinées à deux terminaux de communication 2 et 2'. Dans le mode de réalisation décrit ici, le dispositif de traitement permet de filtrer des communications et de notifier l'utilisateur d'un degré de certification de la communication. Dans le mode de réalisation décrit ici, l'information de fiabilité est un identifiant certifié 10 P_AssertedId (PAI) conforme au protocole SIP (Session Initiation Protocol). Dans ce mode de réalisation de l'invention, le filtrage utilise une liste noire L, cette liste noire rassemblant des identifiants certifiés associés à des identifiants non certifiés et pour chacun de ces couples, le type des communications qui doivent être bloquées pour chacun des terminaux 2 et 2' lorsque le message de signalisation de cette communication comporte l'identifiant certifié 15 correspondant. Dans l'exemple envisagé ici, la liste noire L contient l'identifiant certifié de la ligne reliant le terminal 9 de l'utilisateur U4 au réseau 4, cet identifiant certifié étant associé aux communications par sms et par messagerie instantanée. Le terminal de communication 2 est, dans l'exemple illustré à la figure 1, un téléphone fixe 20 permettant à l'utilisateur U1 dans le cadre d'un abonnement souscrit auprès d'un opérateur de réseau d'accéder à des services d'un réseau de communication 4 par l'intermédiaire d'une passerelle résidentielle 3. Dans ce mode de réalisation, le dispositif de traitement 1 et la liste L sont incorporés dans le terminal 2. En variante ils pourraient être incorporés dans la passerelle résidentielle 3 ou dans 25 un équipement du réseau 4. Le terminal de communication 2' est, dans l'exemple illustré à la figure 1, un téléphone portable intelligent (aussi connus, en anglais, sous l'appellation de « snnartphone ) muni d'un logiciel de communication. Le téléphone intelligent 2' communique avec la passerelle résidentielle 3 par des moyens de connexion sans fil, par exemple en WiFi. Le logiciel de communication permet 30 au téléphone intelligent 2' de s'enregistrer auprès d'un serveur du réseau de communication 4 afin d'accéder par l'intermédiaire de la passerelle résidentielle 3 aux services souscrits par l'utilisateur U1. En d'autres termes, l'utilisateur U1 dispose de deux terminaux de communication 2 et 2' dit terminaux destinataire qui sont reliés à la passerelle résidentielle 3 et qui sont accessibles par une 35 même identité publique, en l'occurrence le numéro de la ligne téléphonique à laquelle est connectée la passerelle résidentielle 3. 3037465 9 En particulier, l'utilisateur U1 peut être informé simultanément sur les terminaux 2 et 2' des appels téléphoniques en provenance des terminaux 5, 9 et 10 des utilisateurs U2, U4 et U3. Le réseau de communications 4 peut être un réseau mobile (ex. UMTS (Universal Mobile Telecommunications System)) ou fixe (ex : RTC, VoIP DSL, Fibre, Câble), filaire ou sans fil (ex : WLAN (Wireless Local Area Network)), privé ou public, etc. Dans l'exemple envisagé ici, on suppose que l'architecture du réseau 4 est une architecture IMS (en anglais « IP Multimedia Subsystem »). On suppose en outre que l'utilisateur U2 est un employé d'un centre d'appel qui dispose d'un terminal de communication 5 permettant d'établir des appels téléphoniques en utilisant une 10 signalisation d'appel conforme au protocole SIP tel que défini dans les normes IETF RFC 3261 et RFC3325. De façon traditionnelle, l'opérateur du réseau 4 a attribué une tranche de numéros d'appel au centre d'appels. Le premier numéro de la tranche de numéros correspondant ici au numéro du standard téléphonique du centre d'appel et permet d'identifier la ligne physique reliant le centre 15 d'appel au réseau de communications 4. Les autres numéros de la tranche de numéros attribués au centre d'appels sont attribués aux terminaux de communication, dont les terminaux 5 et 10, appartenant au centre d'appels. Dans l'exemple décrit ici, on suppose que l'opérateur du réseau 4 a alloué la tranche de cent numéros 01 23 45 00-01 23 45 99 au centre d'appels. En d'autres termes, le numéro du 20 standard du centre d'appels est le 01 23 45 00 et le numéro du terminal de communication 5 est le 01 23 45 05. On suppose également que l'utilisateur U2 initie à partir de son terminal de communication 5 un appel téléphonique à destination des terminaux 2 et 2' de l'utilisateur U1 accessible par le numéro de téléphone associé à la ligne téléphonique à laquelle est reliée la passerelle résidentielle 25 3. Le terminal de communication 5 transmet alors à destination de la passerelle résidentielle 3 un message de signalisation d'appel M1 de type SIP INVITE comportant un champ de type FROM dont le contenu et l'intégrité sont non certifiés par le réseau 4. Ce champ de type FROM contient le numéro de téléphone du poste (par exemple 01 23 45 05) alloué au terminal de communication 5. 30 Le message de signalisation d'appel M1 est d'abord reçu par un équipement PBX 6 (Private Automatic Branch eXchange) localisé dans les locaux du centre d'appels. L'équipement PBX 6 permet aux terminaux de communication 5 et 10 d'accéder au réseau 4. On suppose ici que l'équipement PBX 6 est configuré pour modifier le champ FROM du message M1 de façon à ce que ce champ contienne un numéro de téléphone qui n'appartienne pas 35 à la tranche de numéros consécutifs alloués au centre d'appels. En d'autres termes, l'équipement PBX 6 remplace le numéro 01 23 45 05 contenu dans le champ FROM par un autre numéro, par exemple par le numéro 03 45 67 89. 3037465 10 L'équipement PBX 6 peut également configurer le message M1 pour qu'il contienne un champ PAI (P_Asserted_Id) conforme au protocole SIP et dans le champ duquel la valeur du champ FROM a été recopiée. Puis l'équipement PBX 6 transmet le message M1 à un premier équipement 7 sous le 5 contrôle de l'opérateur du réseau de communications 4. Dans l'exemple envisagé ici, l'équipement 7 est un équipement P-CSCF (en anglais « Proxy Call/Session Control Function »). Cet équipement P-CSCF 7 vérifie si le message M1 contient un champ PAI. Le cas échéant, l'équipement P-CSCF-7 modifie le champ PAI de sorte qu'il contienne le numéro de la ligne 10 physique (i.e. le numéro du standard) reliant le centre d'appel au réseau de communications 4. Si le message M1 ne contient pas de champ PAI, l'équipement P-CSCF-7 en crée un et lui affecte le numéro de la ligne physique reliant le centre d'appel au réseau de communications 4. En d'autres termes, l'équipement P-CSCF 7 configure le champ PAI pour qu'il contienne un identifiant certifié dont la valeur est le numéro 01 23 45 00 identifiant la ligne physique reliant le 15 centre d'appel au réseau de communications 4. Conformément au protocole SIP, l'équipement P-CSCF 7 ne regarde ni ne modifie la valeur contenue dans le champ FROM. Le message M1 est ensuite transmis par l'équipement P-CSCF 7 à destination du terminal destinataire 2' au travers du réseau de communication 4 et de la passerelle résidentielle 3. 20 Le réseau de communication 4 transmet également un message M2 de signalisation de l'appel au terminal destinataire 2' par l'intermédiaire de la passerelle résidentielle 3. Lors de sa transmission dans le réseau de communication 4 et au travers de la passerelle résidentielle 3, l'opérateur du réseau 4 garantit conformément à la norme SIP l'intégrité et la valeur du champ PAI du message Ml, et du message M2. Par contre, l'opérateur du réseau 4 ne 25 garantit pas l'intégrité du champ FROM. En d'autres termes, au sens de l'invention, le champ PAI du message M1 est un identifiant certifié de l'appelant et le champ FROM est un identifiant non certifié de l'appelant. Les terminaux 2 et 2' peuvent notifier l'utilisateur U2 du degré de certification de l'appel lorsque celui-ci leur est transmis. 30 Nous allons maintenant décrire, en référence à la figure 3, les principales étapes d'un procédé de traitement selon l'invention lors de la réception par le dispositif de traitement 1 d'un appel téléphonique émis par l'utilisateur U2. Lors d'une étape E100, le dispositif 1 reçoit le message M1 de signalisation d'appel indiquant que l'utilisateur U2 souhaite établir un appel téléphonique avec le terminal 2 de l'utilisateur U1. 35 De même le téléphone intelligent 2' présente la communication (par exemple en sonnant) à l'utilisateur U1 sur réception du message M2 de signalisation d'appel. 3037465 11 Le dispositif 1 analyse le message M1 et obtient un identifiant certifié (étape E200) et un identifiant non certifié (étape E300) de l'appelant à l'origine de l'appel en extrayant du message M1 de signalisation d'appel l'identifiant contenu dans le champ PAI et l'identifiant contenu dans le champ FROM. L'identifiant contenu dans le champ PAI constitue comme souligné précédemment 5 un identifiant certifié par le réseau de communications 4. Le dispositif 1 compare ensuite (étape E400) l'identifiant certifié PAI extrait du message M1 avec l'identifiant non certifié FROM, et en fonction du résultat exécute une étape de traitement (E500) comprenant plusieurs sous-étapes (E510 à E550). Si l'identifiant certifié est différent de l'identifiant non certifié (réponse oui à l'étape E400) 10 alors le dispositif 1 compare (étape E510) l'identifiant certifié PAI extrait du message M1 avec les identifiants certifiés listés dans la liste noire L. Si l'identifiant PAI correspond à un identifiant certifié listé dans la liste noire L (réponse oui à l'étape E510), le dispositif 1 bloque (étape E530) l'appel à destination du terminal 2. En variante, lors de l'étape E510, il est également vérifié si l'identifiant certifié listé dans la 15 liste noire L est aussi associé au type de communication « appel téléphonique ». Si c'est le cas, le dispositif 1 bloque (étape E530) l'appel à destination du terminal 2. Selon cette variante, si l'identifiant certifié présent dans la liste noire L est associé à un type de communication, par exemple message texte, différent du type de la communication reçue à l'étape E100 (dans le cas présent, le type de la communication est un appel téléphonique), le dispositif 1 ne bloque pas 20 l'appel à destination du terminal 2. En variante, le dispositif 1 bloque l'appel à destination du terminal 2 dès que les identifiants FROM et PAI sont différents, que l'identifiant PAI corresponde ou non à un identifiant certifié listé dans la liste noire L, l'étape E510 n'étant alors pas mise en oeuvre. Dans le mode de réalisation décrit ici, lorsque le dispositif 1 bloque l'appel à destination du 25 terminal 2, lors d'une étape E540, le dispositif 1 transmet une requête de rejet de l'appel téléphonique. Dans l'exemple décrit ici, le dispositif 1 transmet par l'intermédiaire du réseau de communication 4 une requête SIP de la série 6>O REVENDICATIONS1. Procédé de traitement d'une communication destinée à au moins un terminal destinataire, ledit procédé comprenant : une étape (E100) de réception d'une communication à destination dudit au moins un terminal destinataire (2) ; une étape (E200, E300) d'obtention d'un identifiant non certifié (FROM) d'un émetteur de ladite communication (U2) compris dans un message de signalisation (M1) de ladite communication et d'une information de fiabilité (PAI); une étape (E400) de comparaison de ladite information de fiabilité (PAT) avec ledit identifiant non certifié (FROM) ; et une étape de traitement (E500) de ladite communication (U2) en fonction du résultat de ladite étape de comparaison. 2. Procédé de traitement selon la revendication 1, dans lequel ladite étape de traitement (E500) comporte une sous-étape (E520, E530) de filtrage de ladite communication. 3. Procédé de traitement selon la revendication 2, caractérisé en ce que : ladite étape de traitement (E500) comporte une sous-étape (E510) de recherche de ladite information de fiabilité (PAI) dans une liste contenant des informations de fiabilité (PAI) d'émetteurs associés à des identifiants non certifiés (FROM) de ces émetteurs ; et en ce que - ladite sous-étape (E530) de filtrage de ladite communication est effectuée en fonction de ladite sous-étape (E510) de recherche. 4. Procédé de traitement selon l'une quelconque des revendications 1 à 3, dans lequel ladite étape de traitement comporte : une sous-étape (E550) de notification d'au moins une caractéristique de ladite communication en fonction de ladite étape de comparaison et/ou du résultat d'une étape de recherche (E510) de ladite information de fiabilité (PAI) dans une liste contenant des informations de fiabilité (PAI) d'émetteurs associés à des identifiants non certifiés (FROM) de ces émetteurs. 5. Procédé de mise à jour d'une liste (L) de filtrage des communications destinées à au moins un terminal destinataire (2), ledit procédé comprenant : - une étape (F100) de réception d'une communication à destination dudit au moins un terminal destinataire (2) ; 3037465 21 une étape (F400) d'obtention d'un identifiant non certifié (FROM) d'un émetteur (U2) de ladite communication, ledit identifiant étant compris dans un message de signalisation de ladite communication et d'une information de fiabilité (PAI) ; et sur requête (RQ) d'un utilisateur (U1), une étape (F900) d'ajout ou de suppression dans 5 ladite liste (L) de ladite information de fiabilité (PAI) en association avec ledit identifiant non certifié (FROM). 6. Procédé de mise à jour selon la revendication 5 dans lequel ladite requête (RQ) fait suite à une présentation (F300) dudit identifiant non certifié (FROM). 10 7. Procédé de mise à jour selon l'une quelconque des revendications 5 ou 6 dans lequel ladite liste (L) est : - une liste blanche contenant les identifiants non certifiés et les informations de fiabilité des émetteurs dont les communications destinées audit au moins un terminal destinataire doivent 15 être transmises audit au moins un terminal destinataire ; ou - une liste noire contenant les identifiants non certifiés et les informations de fiabilité des émetteurs dont les communications destinées audit au moins un terminal destinataire doivent être bloquées. 20 8. Procédé de mise à jour selon l'une quelconque des revendications 5 à 7 dans lequel ladite étape d'ajout (F900) comprend également l'ajout d'une information d'un type de ladite communication en association avec lesdits identifiants (PAI, FROM). 9. Procédé de mise à jour selon l'une quelconque des revendications 5 à 8 dans lequel 25 ladite liste est une liste noire et dans lequel ladite étape d'ajout (F900) n'est réalisée que si : - ladite information de fiabilité est un identifiant certifié (PAI) compris dans ledit message de signalisation (M1) de ladite communication ; et - ledit identifiant certifié (PAI) est différent dudit identifiant non certifié (FROM). 30 10. Procédé selon l'une quelconque des revendications 1 à 9 dans lequel ladite information de fiabilité est un identifiant certifié (PAT) compris dans ledit message de signalisation (M1) de ladite communication. 11. Procédé selon la revendication 10 dans lequel ladite information de fiabilité est un 35 identifiant certifié P_Asserted_Id (PAT) conforme au protocole SIP (Session Initiation Protocol) ou un identifiant NDI (Numéro de Désignation de l'Installation) conforme au protocole ISUP (Integrated Services Digital Network Signalling User Part). 3037465 22 12. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de traitement d'une communication selon l'une quelconque des revendications 1-4 et 1011 ou pour l'exécution des étapes du procédé de mise à jour d'une liste selon l'une quelconque des 5 revendications 5 à 11 lorsque ledit programme est exécuté par ordinateur. 13. Dispositif (1) de traitement d'une communication destinée à au moins un terminal destinataire, ledit dispositif comprenant : un module de réception d'une communication à destination dudit au moins un terminal 10 destinataire (2) ; un module d'obtention dans un message de signalisation (M1) d'un identifiant non certifié (FROM) d'un émetteur de ladite communication (U2) et d'une information de fiabilité (PAT) un module de comparaison de ladite information de fiabilité (PAI) avec ledit identifiant non 15 certifié (FROM) ; et un module (181) de traitement de ladite communication en fonction du résultat de ladite étape de comparaison. 14. Dispositif (8) de mise à jour d'une liste (L) de filtrage des communications destinées à 20 au moins un terminal destinataire (2), ledit dispositif (8) comprenant : un module (881) de réception d'une communication à destination dudit au moins un terminal destinataire (2) ; un module (8B2) d'obtention d'un identifiant non certifié (FROM) de l'émetteur (U2) à l'origine de ladite communication, ledit identifiant étant compris dans un message de 25 signalisation (M1) de ladite communication et d'une information de fiabilité (PAI) ; un module (8B4) d'ajout ou de suppression dans ladite liste (L), sur requête d'un utilisateur (U1), de ladite information de fiabilité (PAI) en association avec ledit identifiant non certifié (FROM). 30 15. Terminal comprenant un dispositif de traitement selon la revendication 13 et/ou un dispositif de mise à jour selon la revendication 14. 16. Passerelle comprenant un dispositif de traitement selon la revendication 13 et/ou un dispositif de mise à jour selon la revendication 14. 35