FR3037464A1 - Procede et dispositif de mise a jour d'une liste de filtrage des communications destinees a un terminal destinataire - Google Patents
Procede et dispositif de mise a jour d'une liste de filtrage des communications destinees a un terminal destinataire Download PDFInfo
- Publication number
- FR3037464A1 FR3037464A1 FR1555354A FR1555354A FR3037464A1 FR 3037464 A1 FR3037464 A1 FR 3037464A1 FR 1555354 A FR1555354 A FR 1555354A FR 1555354 A FR1555354 A FR 1555354A FR 3037464 A1 FR3037464 A1 FR 3037464A1
- Authority
- FR
- France
- Prior art keywords
- certified
- identifier
- communication
- filtering
- list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/66—Substation equipment, e.g. for use by subscribers with means for preventing unauthorised or fraudulent calling
- H04M1/663—Preventing unauthorised calls to a telephone set
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
- H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
- H04L67/5651—Reducing the amount or size of exchanged application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/57—Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
- H04M2201/18—Comparators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/60—Aspects of automatic or semi-automatic exchanges related to security aspects in telephonic communication systems
- H04M2203/6045—Identity confirmation
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
Abstract
Ce 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) ; - une étape (F400) d'obtention d'un identifiant certifié (PAI) et d'un identifiant non certifié (FROM) d'un émetteur (U2) de ladite communication, lesdits identifiants étant compris dans un message de signalisation de ladite communication ; et - sur requête (RQ) d'un utilisateur (U1) d'un dit terminal (2), une étape (F900) d'ajout ou de suppression dans ladite liste (L) dudit identifiant certifié (PAI) en association avec ledit identifiant non certifié (FROM).
Description
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 filtrage des communications, 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 l'efficacité du filtrage des communications.
3037464 2 Objet et résumé de l'invention La présente invention répond notamment à ce besoin en proposant, selon un premier aspect, un procédé de filtrage d'une communication destinée à au moins un terminal destinataire, ledit procédé comprenant : 5 une étape de réception d'une communication à destination dudit au moins un terminal destinataire ; une étape d'obtention d'un identifiant certifié et d'un identifiant non certifié d'un émetteur de ladite communication, lesdits identifiants étant compris dans un message de signalisation de ladite communication ; 10 si ledit identifiant non certifié est différent dudit identifiant certifié : o une étape de recherche dudit identifiant certifié dans une liste contenant des identifiants certifiés d'émetteurs associés à des identifiants non certifiés de ces émetteurs ; et o une étape de filtrage de ladite communication en fonction du résultat de 15 ladite recherche. Corrélativement, l'invention vise aussi un dispositif de filtrage d'une communication destinée à au moins un terminal destinataire, ledit dispositif comprenant un module de réception de ladite communication et un module de filtrage de ladite communication, ledit module de filtrage étant configuré pour : 20 - obtenir dans un message de signalisation de ladite communication un identifiant certifié et d'un identifiant non certifié d'un émetteur de ladite communication; - et si ledit identifiant non certifié est différent dudit identifiant certifié : o rechercher l'identifiant certifié dans une liste contenant des identifiants certifiés d'émetteurs associés à des identifiants non certifiés de ces 25 émetteurs ; et o filtrer la communication en fonction du résultat de ladite recherche. Au sens de l'invention, l'expression « communication » est utilisée pour désigner 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 30 ou les services de communication par messagerie instantanée. Un identifiant certifié est au sens de l'invention 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 35 l'intégrité sont garanties par un fournisseur de service ou un serveur d'un organisme tiers de confiance.
3037464 3 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 Or- (en anglais « Over The Top ») sont, vis-à-vis de l'utilisateur du terminal destinataire, des tiers de confiance qui établissent l'identifiant 5 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 L'invention propose ainsi de filtrer (c'est à dire de transmettre ou de bloquer) une communication en fonction de l'appartenance ou de la non appartenance à une liste d'un identifiant certifié extraits d'un message de signalisation de la communication. Cet identifiant certifié garantit avantageusement l'identification de l'appelant réellement à l'origine de la communication.
15 Le message de signalisation de la communication comporte donc 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.
20 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 25 d'être présenté sur le ou les terminaux destinataires dans le cadre d'un service de présentation du numéro de l'appelant. 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 : 30 une étape de réception d'une communication à destination dudit au moins un terminal destinataire ; une étape d'obtention d'un identifiant certifié et d'un identifiant non certifié d'un émetteur de la communication, ces identifiants étant compris dans un message de signalisation de la communication ; et 35 sur requête d'un utilisateur, une étape d'ajout ou de suppression dans la liste précitée de l'identifiant certifié en association avec l'identifiant non certifié.
3037464 4 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 dudit au moins un 5 terminal destinataire ; un module d'obtention d'un identifiant certifié et d'un identifiant non certifié de l'émetteur à l'origine de la communication, ces identifiants étant compris dans un message de signalisation de la communication ; un module d'ajout ou de suppression dans la liste, sur requête d'un utilisateur, de 10 l'identifiant certifié en association avec l'identifiant non certifié. Les dispositifs de filtrage et le dispositif de mise à jour de la liste de filtrage peuvent chacun être incorporés dans un terminal, une passerelle résidentielle ou un équipement du réseau de communication. Ainsi, l'invention permet à un utilisateur de construire dynamiquement une liste 15 de filtrage 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 Un". De façon avantageuse, l'identifiant utilisé pour la mise à jour de la liste étant 20 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. Le fait d'associer dans la liste les identifiants certifiés et non certifiés permet à l'utilisateur de modifier ultérieurement cette liste en utilisant seulement l'identifiant non 25 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é. Autrement dit, la requête de l'utilisateur fait suite à la présentation classique du 30 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 certifiés et non certifiés des appelants dont l'usager du terminal destinataire 35 ne souhaite pas recevoir de communication.
3037464 5 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 un identifiant certifié compris dans un message de signalisation est compris dans cette liste noire. Grace au filtrage réalisé par l'invention sur la base d'un identifiant certifié par les 5 opérateurs de réseaux ou les fournisseurs de service, 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 des identifiants 10 certifié et non certifié dans la liste noire n'est réalisée que si ces identifiants sont différents. 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 fournisseurs de service, le dispositif de mise à jour de la liste peut 15 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 20 l'identification de l'appelant. Dans un mode de réalisation particulier de l'invention, la liste est une liste blanche. Une telle liste blanche rassemble ainsi dans une même structure informatique les identifiants certifiés et non certifiés des appelants dont l'usager du terminal destinataire 25 souhaite recevoir les communications. Dans ce mode de réalisation de l'invention, l'appel est transféré au terminal destinataire si un identifiant certifié est listé dans cette liste blanche. Dans un mode particulier de réalisation de l'invention, l'identifiant certifié par l'opérateur ou le fournisseur de service identifie une plage de numéros de postes 30 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 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 35 filtrage par liste blanche en lui permettant d'utiliser une liste blanche dans laquelle 3 03 74 6 4 6 l'intégralité des postes associés à un PBX sont accessibles par le biais d'un seul identifiant certifié. En association avec les identifiants certifiés et non certifiés, on peut ajouter dans la liste notamment : 5 -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 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 ...
10 Dans un mode de réalisation particulier de l'invention, ledit au moins un identifiant certifié est un identifiant PAI (pour « P_Asserted_Id ») conforme au protocole SIP (en anglais « Session Initiation Protocol ») ou un identifiant NDI (pour Numéro de Désignation de l'Installation ») conforme au protocole ISUP (en anglais ISDN Signalling User Part »).
15 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. 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 20 (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 filtrage et/ou les étapes du procédé de mise à jour sont déterminées par des instructions de programmes d'ordinateurs.
25 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 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 filtrage et/ou d'un procédé de mise à jour tels que décrit ci-dessus.
30 Ce programme peut utiliser n'importe quel langage de programmation, et être sous la 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 35 comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
3037464 7 Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, 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 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 10 le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins Des caractéristiques et avantages particuliers de la présente invention 15 ressortiront de la description détaillée faite aux figures dans lesquelles : la figure 1 représente dans leur environnement, un dispositif de filtrage des 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 filtrage de la 20 figure 1; la figure 3 représente, sous forme d'ordinogramme, les principales étapes d'un procédé de filtrage 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 25 la figure 1 ; la figure 5 représente, sous forme d'ordinogramme, les principales étapes d'un procédé de mise à jour d'une liste de filtrage conforme à l'invention dans une variante d'implémentation dans laquelle la liste est une liste noire.
30 Description détaillée d'un mode de réalisation de l'invention La figure 1 représente, dans son environnement, un dispositif 1 de filtrage par liste des communications destinées à deux terminaux de communication 2 et 2'. 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 35 certifiés et pour chacun de ces couples, le type des communications qui doivent être 3037464 8 bloquées pour chacun des terminaux 2 et 2' lorsque le message de signalisation de cette communication comporte l'identifiant certifié 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é 5 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 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.
10 Dans ce mode de réalisation, le dispositif de filtrage 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 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 15 « smartphone ) 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 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.
20 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 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. En particulier, l'utilisateur U1 peut être notifié simultanément sur les terminaux 2 25 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. Ethernet, DSL), 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 30 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 signalisation d'appel conforme au protocole SIP tel que défini dans la norme IETF RFC 3325.
35 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 3037464 9 correspondant ici au numéro du standard téléphonique du centre d'appel et permet d'identifier la ligne physique reliant le centre 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 5 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 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.
10 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 3. Le terminal de communication 5 transmet alors à destination de la passerelle 15 résidentielle 3un 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. Le message de signalisation d'appel M1 est d'abord reçu par un équipement PBX 20 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 25 qui n'appartienne pas à 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. 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 30 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 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 Functions »).
35 Cet équipement P-CSCF 7 vérifie si le message M1 contient un champ PAL Le cas échéant, l'équipement P-CSCF-7 modifie le champ PAI de sorte qu'il contienne le numéro 3037464 10 de la ligne 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 PCSCF-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.
5 En d'autres termes, l'équipement PBX 6 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 centre d'appel au réseau de communications 4. Conformément au protocole SIP, l'équipement P-CSCF 7 ne vérifie ni ne modifie la valeur contenue dans le champ FROM.
10 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. 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 15 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. Par contre, l'opérateur du réseau 4 ne garantit pas l'intégrité du champ FROM. En d'autres termes, au sens de l'invention, le 20 champ PAI du message M1 est un identifiant certifié de l'appelant et le champ FROM est un identifiant non certifié de l'appelant. Nous allons maintenant décrire, en référence à la figure 3, les principales étapes d'un procédé de filtrage par liste noire selon l'invention lors de la réception par le dispositif de filtrage 1 d'un appel téléphonique émis par l'utilisateur U2.Lors d'une étape 25 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 Ul. 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.
30 Le dispositif 1 analyse le message M1 et obtient un identifiant certifié (étape E200) et un identifiant non certifié (étape E250) 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 PAT constitue comme souligné précédemment un identifiant certifié par le réseau de 35 communications 4.
3037464 11 Si l'identifiant certifié est différent de l'identifiant non certifié (réponse oui à l'étape E280) alors le dispositif 1 compare (étape E300) 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 5 (réponse oui à l'étape E300), le dispositif 1 bloque (étape E400) l'appel à destination du terminal 2 en ne transmettant pas le message de signalisation d'appel M1 au terminal 2. En variante, lors de l'étape E300, il est également vérifié si l'identifiant certifié listé dans la liste noire L est aussi associé au type de communication « appel téléphonique ». Si c'est le cas, le dispositif 1 bloque (étape E400) l'appel à destination du 10 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 l'appel à destination du terminal 2.
15 Lorsque le dispositif 1 bloque l'appel à destination du terminal 2, lors d'une étape E450, 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 6XX, typiquement une requête 603 DECLINE, à destination du terminal 5. Sur réception de cette requête 603 DECLINE, le 20 réseau de communication 4 notifie au terminal destinataire 2' par l'intermédiaire de la passerelle résidentielle 3 que la communication émise par le terminal 5 de l'utilisateur U2 est rejeté par le terminal 2 de l'utilisateur U1. Sur réception de cette notification, le terminal 2' cesse de présenter la communication à l'utilisateur U1. En variante, le dispositif 1 transmet par l'intermédiaire du réseau de 25 communication 4 une requête SIP de la série 4>O<, typiquement une requête 406 BUSY HERE, à destination du terminal 5. Sur réception de cette requête 406 BUSY HERE, le réseau de communication 4 ne notifie pas au terminal destinataire 2' par l'intermédiaire de la passerelle résidentielle 3 que la communication émise par le terminal 5 de l'utilisateur U2 est rejeté par l'utilisateur 30 U1. En d'autres termes, le terminal 2' continue de présenter la communication à l'utilisateur U1. Si l'identifiant PAT ne correspond pas à un identifiant certifié listé et associé au type de communication « appel téléphonique » dans la liste noire L (réponse non à l'étape E300), le dispositif 1 transmet le message M1 (étape E500) au terminal 2 afin que 35 l'appel soit présenté à l'utilisateur du terminal destinataire 2.
3037464 12 Nous allons maintenant décrire, en référence à la figure 5, les principales étapes d'un procédé de mise à jour de la liste de filtrage L. Dans ce mode de réalisation, le procédé est mis en oeuvre, lors de la réception par le dispositif 8 d'un appel téléphonique émis par l'utilisateur U2.
5 Lors d'une étape F100, le dispositif de mise à jour 8 reçoit par l'intermédiaire du dispositif de filtrage 1 l'appel émis par le terminal de communication 5 de l'utilisateur U2 à destination du terminal 2 de l'utilisateur U1. En d'autres termes, le message de signalisation M1 n'a pas été bloqué par le dispositif de filtrage 1.
10 Dans l'exemple envisagé ici, le message M1 comporte donc : - un champ PAI (P_Asserted_Id) conforme au protocole SIP, ce champ comportant un identifiant certifié par l'opérateur du réseau 4 dont la valeur (01 23 45 00) correspond au numéro de la ligne physique (i.e. le numéro du standard) reliant le centre d'appel au réseau de 15 communications 4 ; et un champ FROM comportant un identifiant non certifié par l'opérateur du réseau 4 et dont la valeur 03 45 67 89 a été configurée par l'équipement PBX 6 du centre d'appel. Sur réception du message M1 (étape F100) le dispositif 8 extrait (étape F200) du 20 message M1 l'identifiant contenu dans le champ FROM et présente (étape F300) à l'utilisateur Ul cette valeur en l'affichant sur un écran du terminal destinataire 2. Le dispositif 8 extrait également (étape F400) du message M1 l'identifiant certifié contenu dans le champ PAT. Le dispositif 8 compare (étape F500) la valeur de l'identifiant certifié contenu 25 dans le champ PAI avec la valeur de l'identifiant non certifié contenu dans le champ FROM. Si comme c'est le cas dans l'exemple décrit ici, l'identifiant certifié PAT est différent de l'identifiant non certifié FROM (réponse oui à l'étape F500), le dispositif 8 sauvegarde l'identifiant certifié en association avec l'identifiant non certifié (étape F700) 30 dans la mémoire non volatile 8D du dispositif 8. Dans l'exemple décrit ici, l'utilisateur U1 décide de prendre l'appel et découvre qu'il s'agit d'un appel émanant d'un centre d'appel dont il ne souhaite plus à l'avenir recevoir d'appel. L'utilisateur U1 consulte alors le registre des appels du terminal 2, sélectionne 35 l'appel qu'il vient de recevoir à partir de l'identifiant FROM qui lui a été présenté et émet une requête RQ (par exemple en sélectionnant un menu dans l'interface utilisateur du 3037464 13 terminal 2) à destination du dispositif 8 de mise à jour de la liste noire L, cette requête RQ indiquant qu'il ne souhaite plus recevoir d'appel téléphonique de cet appelant. Sur réception de la requête RQ, le dispositif 8 de mise à jour ajoute dans la liste noire L lors d'une étape F900 l'identifiant certifié PAI en association avec l'identifiant non 5 certifié FROM qui a été préalablement sauvegardé à l'étape F700 dans la mémoire non volatile 8D. En variante, le dispositif 8 de mise à jour ajoute également dans la liste noire L lors de l'étape F900 en association avec l'identifiant certifié PAT, une indication selon laquelle l'identifiant certifié PAT est utilisé pour filtrer les communications de type appel 10 téléphonique. Le dispositif 8 de mise à jour de la liste L peut être incorporé dans le terminal 2, dans la passerelle résidentielle 3 ou dans un équipement du réseau de communication 4. Dans ces modes de réalisation, le dispositif de filtrage 1 dispose de l'architecture matérielle d'un ordinateur, telle qu'illustrée schématiquement à la figure 2.
15 Ainsi, le dispositif de filtrage 1 comporte notamment un processeur 1A, une mémoire morte 1B, une mémoire vive 1C, une mémoire non volatile 1D et des moyens de communication 1E. Le processeur 1A, les mémoires 1B-1D et les moyens de communication 1E peuvent éventuellement être partagés avec des moyens correspondants du terminal de communication 2.
20 La mémoire morte 1B du dispositif de filtrage 1 constitue un support d'enregistrement lisible par le processeur 1A et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé de filtrage par liste conforme à l'invention, les étapes de ce procédé de filtrage par liste étant décrites en référence à la figure 3, dans un mode particulier 25 de réalisation. Ce programme d'ordinateur définit de façon équivalente un module fonctionnel de filtrage 1B1 du dispositif de filtrage 1. La fonction de ce module est décrite plus en détail en référence aux étapes du procédé de filtrage par liste illustrées à la figure 3. Dans ces modes de réalisation, le dispositif 8 de mise à jour d'une liste (terminal, 30 passerelle résidentielle 3 ou serveur) dispose de l'architecture matérielle d'un ordinateur, telle qu'illustrée schématiquement à la figure 4. Ainsi, le dispositif de mise à jour d'une liste 8 comporte notamment un processeur 8A, une mémoire morte 8B, une mémoire vive 8C, une mémoire non volatile 8D et des moyens de communication 8E. Le processeur 8A, les mémoires 8B-8D et les 35 moyens de communications 8E peuvent éventuellement être partagés avec des moyens correspondants du terminal de communication 2.
3037464 14 La mémoire morte 8B du dispositif de mise à jour d'une liste constitue un support d'enregistrement lisible par le processeur 8A et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé de mise à jour d'une liste de filtrage conforme à l'invention, les 5 étapes de ce procédé de mise à jour d'une liste étant décrites ultérieurement en référence à la figure 5, dans un mode particulier de réalisation. Ce programme d'ordinateur définit de façon équivalente des modules fonctionnels du dispositif 8 de mise à jour d'une liste, tels que notamment un module de réception 8B1 d'une communication à destination du terminal destinataire 2, un module 10 d'obtention 8B2 d'au moins un identifiant certifié et d'un identifiant non certifié de l'appelant à l'origine de la communication à partir d'un message de signalisation de la communication, un module 8B3 de sauvegarde dudit au moins un identifiant certifié en association avec un identifiant non certifié de l'appelant présent dans la signalisation de l'appel et un module d'ajout 8B4 dans la liste L dudit au moins un identifiant certifié en 15 association avec l'identifiant non certifié. Le module d'ajout 8B4 étant activé sur requête d'un utilisateur U1 du terminal destinataire 2. Le module de réception 8B1 utilise notamment les moyens de communication 8E. Les fonctions de ces modules sont décrites plus en détail en référence aux étapes du procédé de mise à jour d'une liste illustrées à la figure 5.
20 Autres modes de réalisation L'invention vise essentiellement à identifier les communications à filtrer, c'est-à-dire celles qui doivent être acheminées vers un terminal donné et celles qui doivent être 25 bloquées. Le blocage et le routage des communications sont des mécanismes connus par l'homme du métier et qui diffèrent selon l'entité qui les met en oeuvre. Dans le mode de réalisation décrit précédemment, le filtrage selon l'invention est mis en oeuvre au sein d'un terminal, ce terminal étant configuré pour annuler la 30 présentation de l'appel aux terminaux identifiés dans la liste noire comme ne souhaitant pas recevoir cet appel. En variante l'invention peut être mise en oeuvre dans la passerelle résidentielle 3. Auquel cas, la passerelle peut bloquer l'appel pour l'ensemble des terminaux portant la même identité raccordés derrière la passerelle et éventuellement autoriser ou non 35 d'autres terminaux partageant la même identité publique utilisés en nomadisme de continuer à sonner par l'envoi d'un code de rejet SIP 4)0( ou SIP 6)0(.
3037464 15 En variante le filtrage peut être mis en oeuvre par un équipement du réseau, par exemple un serveur d'application AS. Auquel cas le filtrage s'applique tous les terminaux de manière identique. Pour appliquer le filtrage en fonction d'un terminal partageant une identité 5 publique avec d'autres terminaux: - L'appel entrant INVITE(FROM, PAI, TO) est transmis depuis le S-CSCF vers le serveur d'application AS qui gère les appels reçus par l'identité publique partagée ; - L'AS vérifie les terminaux appelés qui ont positionnés un filtrage d'appel pour 10 le couple d'identifiants certifié/non certifié PAI / FROM compris dans le message INVITE; - L'AS renvoie alors un message SIP INVITE vers le S-CSCF, le message INVITE étant enrichi avec l'en-tête RejectContact et valorisé avec l'adresse de contact AoC (incluant le GRUU ou IMEI du terminal) du ou des terminaux 15 ayant configuré l'identifiant certifié de l'appelant dans leur liste noire ; Le serveur S-CSCF déclenche alors son mécanisme de forking uniquement vers les terminaux dont l'AoC n'est pas présente dans le RejectContact de l'INVITE reçu de l'AS. Dans le cas où aucun RejectContact n'est positionné, tous les terminaux reçoivent un message SIP INVITE émis par le S-CSCF via 20 le P-CSCF. Pour identifier un terminal parmi un ensemble de terminaux partageant la même identité publique SIP, on peut utiliser MEI (International Mobile Equipment Identifier) du terminal, ou lorsque le terminal ne comporte pas de carte SIM, un identifiant 25 temporaire de type « GRUU » tel que normalisé à l'IETF, généré par le S-CSCF et communiqué au terminal au moment de son enregistrement dans le réseau. Cet identifiant unique GRUU doit alors être communiqué à l'entité réseau responsable du filtrage, par exemple au moyen d'une requête http. Selon une première variante de ce mode particulier de réalisation de l'invention, 30 une liste noire L est associée à chaque terminal et identifiée à partir d'un identifiant du terminal. La mise à jour d'une telle liste peut être effectuée selon le procédé de mise à jour décrit en référence à la figure 5. Selon une deuxième variante de ce mode particulier de réalisation de l'invention, la liste noire L est associée à l'identité publique partagée par les terminaux. Une telle liste 35 noire L comprend un identifiant des terminaux associé aux identifiants certifiés pour lesquels les terminaux souhaitent bloquer les communications. La mise à jour d'une telle 3037464 16 liste noire L peut être effectuée selon le procédé de mise à jour décrit en référence à la figure 5 en ajoutant dans la liste L en association avec l'identifiant certifié, l'identifiant du terminal 2 ou 2' qui a initié la requête à l'étape F800.
5 Description détaillée d'un autre mode de réalisation de l'invention Dans ce mode de réalisation particulier de l'invention, la liste L est une liste blanche, de sorte que seuls les appels dont les identifiants certifiés sont enregistrés dans la liste L sont présentés à l'utilisateur du terminal 2.
10 Un mode de réalisation de ce procédé peut être décrit en présentant ses différences avec le procédé de filtrage par liste noire décrit en référence à la figure 3. Après réception à l'étape E100 du message M1 de signalisation d'appel, de l'extraction de l'identifiant certifié de l'appelant à partir du champ PAI de ce message M1 à l'étape E200, le dispositif 1 compare (étape E300) cet identifiant certifié PAI avec les 15 identifiants certifiés listés dans la liste blanche L. Dans ce mode de réalisation, le dispositif 1 transmet le message M1 au terminal 2 afin que l'appel soit présenté à l'utilisateur du terminal destinataire 2 uniquement si l'identifiant PAI correspond à un identifiant certifié listé dans la liste blanche. Dans ce mode de réalisation, la liste blanche peut être construite initialement par 20 un processus en dehors de l'invention. L'utilisateur peut également y ajouter ou en retirer des identifiants certifiés en utilisant un menu de son terminal. L'invention permet également d'offrir la possibilité à un utilisateur de supprimer un identifiant certifié de la liste blanche sur requête après que l'appel lui a été présenté. 25
Claims (15)
- REVENDICATIONS1. 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) ; une étape (F400) d'obtention d'un identifiant certifié (PAT) et d'un identifiant non certifié (FROM) d'un émetteur (U2) de ladite communication, lesdits identifiants étant compris dans un message de signalisation de ladite communication ; et sur requête (RQ) d'un utilisateur (U1), une étape (F900) d'ajout ou de suppression dans ladite liste (L) dudit identifiant certifié (PAI) en association avec ledit identifiant non certifié (FROM).
- 2. Procédé de mise à jour selon la revendication 1 dans lequel ladite requête (RQ) fait suite à une présentation (F300) dudit identifiant certifié (FROM).
- 3. Procédé de mise à jour selon la revendication 1 ou 2 dans lequel ladite liste (L) est : - une liste blanche contenant les identifiants certifiés et non certifiés des émetteurs dont les communications destinées audit au moins un terminal destinataire doivent être transmises audit moins un terminal destinataire ; ou - une liste noire contenant les identifiants certifiés et non certifiés des émetteurs dont les communications destinées audit au moins un terminal destinataire doivent être bloquées.
- 4. Procédé de mise à jour selon la revendication 3 dans lequel ladite liste est une liste noire et dans lequel ladite étape d'ajout (F900) n'est réalisée que si ledit au moins un identifiant certifié (PAT) est différent dudit identifiant non certifié (FROM).
- 5. Procédé de mise à jour selon l'une des revendications 1 à 4 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).
- 6. Procédé de mise à jour selon l'une des revendications 1 à 5 dans lequel ladite étape d'ajout (F900) comprend également l'ajout d'un identifiant dudit au moins un terminal destinataire en association avec lesdits identifiants (PAI, FROM). 3037464 18
- 7. Procédé de mise à jour selon l'une des revendications 1 à 6 dans lequel ledit identifiant certifié est un identifiant P_Asserted_Id (PAI) 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 5 User Part).
- 8. Procédé de filtrage 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 10 terminal destinataire (2) ; une étape (E200) d'obtention d'un identifiant certifié (PAI) et d'un identifiant non certifié (FROM) d'un émetteur de ladite communication (U2), lesdits identifiants étant compris dans un message de signalisation (M1) de ladite communication ; si ledit identifiant certifié est différent dudit identifiant non certifié : 15 0 une étape (E300) de recherche dudit identifiant certifié dans une liste contenant des identifiants certifiés d'émetteurs associés à des identifiants non certifiés de ces émetteurs ; et o une étape (E400, E500) de filtrage de ladite communication en fonction du résultat de ladite recherche. 20
- 9. Procédé de filtrage selon la revendication8, dans lequel ladite étape de filtrage prend en compte le type de ladite communication.
- 10. Programme d'ordinateur comportant des instructions pour l'exécution des 25 étapes du procédé de mise à jour d'une liste selon l'une quelconque des revendications 1 à 7 ou pour l'exécution des étapes du procédé de filtrage par liste selon l'une quelconque des revendications 8 à 9 lorsque ledit programme est exécuté par ordinateur.
- 11. Dispositif (8) de mise à jour d'une liste (L) de filtrage des communications 30 destinées à au moins un terminal destinataire(2), ledit dispositif (8) comprenant : un module (8B1) de réception d'une communication à destination dudit au moins un terminal destinataire (2) ; un module (8B2) d'obtention d'un identifiant certifié (PAI) et d'un identifiant non certifié (FROM) de l'émetteur (U2) à l'origine de ladite communication, lesdits 35 identifiants étant compris dans un message de signalisation (M1) de ladite communication ; 3037464 19 - un module (8B4) d'ajout ou de suppression dans ladite liste (L), sur requête d'un utilisateur (U1), dudit identifiant certifié (PAI) en association avec ledit identifiant non certifié (FROM). 5
- 12. Dispositif (1) de filtrage 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 destinataire (2) et un module (1B1) de filtrage de ladite communication, ledit module de filtrage étant configuré pour : - obtenir dans un message de signalisation (M1) de ladite communication un 10 identifiant certifié (PAT) et d'un identifiant non certifié (FROM) d'un émetteur de ladite communication (U2) ; - et si ledit identifiant non certifié est différent dudit identifiant certifié : o rechercher ledit identifiant certifié dans une liste (L) contenant des identifiants certifiés d'émetteurs associés à des identifiants non certifiés de 15 ces émetteurs ; et 0 filtrer ladite communication en fonction du résultat de ladite recherche.
- 13. Terminal comprenant un dispositif de mise à jour selon la revendication 12 et/ou un dispositif de filtrage selon la revendication 13. 20
- 14. Passerelle comprenant un dispositif de mise à jour selon la revendication 12 et/ou un dispositif de filtrage selon la revendication 13.
- 15. Equipement réseau comprenant un dispositif de mise à jour selon la 25 revendication 12 et/ou un dispositif de filtrage selon la revendication 13.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1555354A FR3037464A1 (fr) | 2015-06-12 | 2015-06-12 | Procede et dispositif de mise a jour d'une liste de filtrage des communications destinees a un terminal destinataire |
FR1562710A FR3037465A1 (fr) | 2015-06-12 | 2015-12-17 | Dispositif et procede de traitement d'une communication |
EP16174072.5A EP3104585B1 (fr) | 2015-06-12 | 2016-06-10 | Dispositif et procédé de traitement d'une communication |
US15/179,905 US10412216B2 (en) | 2015-06-12 | 2016-06-10 | Device and method for processing a communication |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1555354A FR3037464A1 (fr) | 2015-06-12 | 2015-06-12 | Procede et dispositif de mise a jour d'une liste de filtrage des communications destinees a un terminal destinataire |
Publications (1)
Publication Number | Publication Date |
---|---|
FR3037464A1 true FR3037464A1 (fr) | 2016-12-16 |
Family
ID=54260882
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR1555354A Withdrawn FR3037464A1 (fr) | 2015-06-12 | 2015-06-12 | Procede et dispositif de mise a jour d'une liste de filtrage des communications destinees a un terminal destinataire |
FR1562710A Withdrawn FR3037465A1 (fr) | 2015-06-12 | 2015-12-17 | Dispositif et procede de traitement d'une communication |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR1562710A Withdrawn FR3037465A1 (fr) | 2015-06-12 | 2015-12-17 | Dispositif et procede de traitement d'une communication |
Country Status (1)
Country | Link |
---|---|
FR (2) | FR3037464A1 (fr) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR3081650A1 (fr) * | 2018-06-20 | 2019-11-29 | Orange | Procede et dispositif de filtrage d'une communication |
FR3111509A1 (fr) * | 2020-06-23 | 2021-12-17 | Orange | Procédé et dispositif de transformation d’un message de signalisation d’une communication. |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030154400A1 (en) * | 2002-02-13 | 2003-08-14 | Tarja Pirttimaa | Method and network element for providing secure access to a packet data network |
EP1675333A1 (fr) * | 2004-12-21 | 2006-06-28 | Lucent Technologies Inc. | Détection de messages non sollicités (spam) |
US20070039040A1 (en) * | 2005-08-12 | 2007-02-15 | Mcrae Matthew B | Method and system device for deterring spam over internet protocol telephony and spam instant messaging |
US20070150773A1 (en) * | 2005-12-19 | 2007-06-28 | Nortel Networks Limited | Extensions to SIP signaling to indicate SPAM |
US20090067410A1 (en) * | 2005-05-26 | 2009-03-12 | Xconnect Global Networks Ltd. | Detection of spit on voip calls |
-
2015
- 2015-06-12 FR FR1555354A patent/FR3037464A1/fr not_active Withdrawn
- 2015-12-17 FR FR1562710A patent/FR3037465A1/fr not_active Withdrawn
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030154400A1 (en) * | 2002-02-13 | 2003-08-14 | Tarja Pirttimaa | Method and network element for providing secure access to a packet data network |
EP1675333A1 (fr) * | 2004-12-21 | 2006-06-28 | Lucent Technologies Inc. | Détection de messages non sollicités (spam) |
US20090067410A1 (en) * | 2005-05-26 | 2009-03-12 | Xconnect Global Networks Ltd. | Detection of spit on voip calls |
US20070039040A1 (en) * | 2005-08-12 | 2007-02-15 | Mcrae Matthew B | Method and system device for deterring spam over internet protocol telephony and spam instant messaging |
US20070150773A1 (en) * | 2005-12-19 | 2007-06-28 | Nortel Networks Limited | Extensions to SIP signaling to indicate SPAM |
Non-Patent Citations (1)
Title |
---|
ROSENBERG J ET AL: "The Session Initiation Protocol (SIP) and Spam draft-ietf-sipping-spam-02", INTERNET CITATION, 6 March 2006 (2006-03-06), XP002442168, Retrieved from the Internet <URL:http://tools.ietf.org.html/draft-ietf-sipping-spam> [retrieved on 20070706] * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR3081650A1 (fr) * | 2018-06-20 | 2019-11-29 | Orange | Procede et dispositif de filtrage d'une communication |
WO2019243716A1 (fr) * | 2018-06-20 | 2019-12-26 | Orange | Procédé et dispositif de filtrage d'une communication |
US11659084B2 (en) * | 2018-06-20 | 2023-05-23 | Orange | Method and device for filtering a communication |
FR3111509A1 (fr) * | 2020-06-23 | 2021-12-17 | Orange | Procédé et dispositif de transformation d’un message de signalisation d’une communication. |
WO2021260307A1 (fr) * | 2020-06-23 | 2021-12-30 | Orange | Procédé et dispositif de transformation d'un message de signalisation d'une communication |
Also Published As
Publication number | Publication date |
---|---|
FR3037465A1 (fr) | 2016-12-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9462118B2 (en) | VoIP communication content control | |
KR101129752B1 (ko) | 통합 전화 네트워크에서의 원치않는 전화 통화 활동의 검출 방법 및 배제 방법 | |
US7970388B2 (en) | Methods and apparatus for providing multiple communications services with unified parental notification and/or control features | |
EP3556130B1 (fr) | Procédé de surveillance d'un réseau de télécommunications mis en oeuvre par un point d'accès | |
US20160255194A1 (en) | Systems and methods for controlling telephony communications | |
EP3104585B1 (fr) | Dispositif et procédé de traitement d'une communication | |
FR3037464A1 (fr) | Procede et dispositif de mise a jour d'une liste de filtrage des communications destinees a un terminal destinataire | |
FR3046517A1 (fr) | ||
EP3466042B1 (fr) | Procédé de qualification de l'identité d'un terminal appelant | |
EP3127297A1 (fr) | Procede de detection d'une usurpation d'identite appartenant a un domaine | |
EP3469785A1 (fr) | Procédé d'enrichissement d'une signalisation d'une communication et dispositif | |
EP3754956B1 (fr) | Méthode, dispositif et programme d'ordinateur pour déterminer l'usurpation de l'identifiant de l'appelant | |
EP3311559B1 (fr) | Établissement d'une communication par allocation à un terminal appelant d'un identifiant d'appel intermédiaire dédié à la communication | |
FR3101501A1 (fr) | Procédé et dispositif de redirection d'une requête de communication | |
WO2007077402A2 (fr) | Procede et dispositif de gestion des communications personnelles d'au moins un utilisateur | |
EP3482577B1 (fr) | Établissement d'une communication par allocation à un terminal appelant d'un identifiant d'appel intermédiaire dédié à la communication | |
EP2100430B1 (fr) | Procédé et système de télécommunication permettant à au moins deux utilisateurs distincts d'accéder à un meme ensemble d'informations | |
WO2013121158A1 (fr) | Procédé d'enregistrement d'un serveur d'application et serveur d'application | |
EP2819074A2 (fr) | Procédé de gestion d'un carnet d'adresses utilisateur déporté, et programme d'ordinateur et serveur d'applications afférents | |
FR2985135A1 (fr) | Procede de propagation des associations entre adresses de contact et identites privees dans un reseau ip. | |
EP3785486A1 (fr) | Procédé et système de détection d'interruption de com-munications et de rétablissement automatique des communications | |
FR3091125A1 (fr) | dispositif et procédé de communication d’un contenu sensible, dispositif et procédé de sécurisation d’un contenu sensible. | |
WO2013156727A1 (fr) | Procede de traitement d'un message, entite et cœur de reseau | |
FR2895862A1 (fr) | Procede et dispositif de gestion des communications personnelles d'au moins un utilisateur | |
FR2895863A1 (fr) | Procede et dispositif de gestion des communications personnelles d'au moins un utilisateur |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PLFP | Fee payment |
Year of fee payment: 2 |
|
PLSC | Publication of the preliminary search report |
Effective date: 20161216 |
|
ST | Notification of lapse |
Effective date: 20180228 |