Brevet FR2869178A1 — publié le 20051021

SYSTEME DE FILTRAGE D'INTERACTIONS SUR DES RESEAUX DE COMMUNICATION MOBILES OU FIXES La présente invention concerne un système de filtrage d'interactions sur des réseaux de communication mobiles ou fixes, destiné à interdire des interactions pour des services de communication fournis sur lesdits réseaux. Elle concerne également un serveur centralisé de filtrage pour la mise en oeuvre dudit système. L'invention trouve une application particulièrement avantageuse dans le domaine des services de communication fournis sur des réseaux mobiles ou fixes. Il existe un besoin auprès des utilisateurs de services de communication d'un réseau mobile ou fixe, tels qu'appel téléphonique, discussion sur forum ( Chat ), messagerie instantanée, courrier électronique, etc, de définir des personnes avec lesquelles certaines interactions doivent être interdites. On entend par interaction tout type de flux de communication entre 15 au moins un expéditeur et au moins un destinataire, qu'ils soient une personne ou une machine, serveur par exemple. Le but recherché par de tels utilisateurs est donc d'obtenir des services filtrés, exempts de perturbations dues à des interactions non voulues, provenant généralement d'expéditeurs indésirables. De manière habituelle, pour obtenir ce résultat, on a recours au mécanisme connu sous le nom de listes noires . Une liste noire peut se définir comme étant une liste d'identifiants ne pouvant joindre un identifiant spécifique, c'est à dire ne pouvant lui envoyer quelque type d'interaction que ce soit (appel téléphonique mobile ou fixe, SMS, ou autre). Par exemple, un utilisateur, client de service mobile ou fixe, ne souhaitant pas être joint par tel autre client a la possibilité d'utiliser les services fournis par son opérateur de téléphonie mobile ou fixe pour filtrer ses appels en fonction de l'appelant. De même, l'utilisateur d'un client de messagerie électronique pourra définir une liste d'expéditeurs dont il ne désire pas recevoir les courriers électroniques. La notion de liste noire est relativement peu utilisée par les opérateurs de téléphonie mobile ou fixe. En téléphonie mobile, concernant le mode vocal, les clients se voient ro proposer actuellement un service de type "filtrage d'appel" fonctionnant selon trois modes: renvoi direct de l'appelant sur la messagerie vocale, présentation vocale du nom de l'appelant, ou création d'un code pour les interlocuteurs privilégiés qui seuls pourront joindre le client. Les services de type "présentation du nom" permettent à l'utilisateur de filtrer manuellement ses appels mais ne sont utilisables qu'au cas par cas. De même, en téléphonie fixe, un service unique de "blocage d'appel" permet à un utilisateur, sur réception d'un appel indésirable, d'effectuer une manipulation sur son terminal pour ne plus recevoir d'appel de cet expéditeur indésirable. Les fournisseurs de services spécialisés, tels que les services de Messagerie Instantanée ou de Chat mobile, permettent quant à eux de gérer des listes noires: l'utilisateur du service de Chat par exemple peut demander à ne jamais recevoir de messages (SMS ou autre) de tel autre utilisateur du service. Ces listes sont cependant indépendantes et propres à chaque service. Concernant les services de type messagerie électronique, les logiciels anti-pollution ( anti-spam ) offrent à l'utilisateur final la possibilité de créer une liste des expéditeurs dont il désire bloquer les courriers électroniques. Ces logiciels se situent au niveau du client, et non du serveur de courrier électronique lui-même. Pour un fournisseur d'accès Internet (FAI), des logiciels de filtrage existent au niveau du serveur mais là encore, le procédé est propre à chaque serveur. Toutes ces offres sont partielles et ne servent qu'à un service à la fois. Une nouvelle solution est récemment apparue, mettant à disposition une interface permettant à un serveur de courrier électronique d'un FAI de vérifier si une adresse IP est suspectée d'émettre un polluant. Si le serveur du FAI reçoit un courrier qu'il considère comme suspect, celui-ci peut aller interroger ladite interface en lui indiquant l'adresse IP du serveur qui lui a envoyé le courrier électronique. Si l'adresse 1P en question est connue pour être celle d'un pollueur ou d'un serveur de courrier électronique utilisé par des io pollueurs, l'interface répond au serveur de courrier électronique du FAI que le courrier est très probablement un polluant. Ce dernier peut donc être rejeté par le FAI et son abonné n'en aura pas connaissance. Les mécanismes de gestion de listes noires existant actuellement dans le réseau mobile sont généralement dispersés: l'utilisateur de services is mobiles doit définir manuellement, pour chaque service utilisé (Chat, Messagerie Instantanée, etc) et pour chaque type de communication ("filtrage d'appel" pour les communications vocales, blocage d'expéditeur pour les courriers électroniques) les utilisateurs qu'il juge indésirables. La solution anti-pollution décrite précédemment ne traite pas le même type de besoin: elle ne propose pas d'accès à l'utilisateur final, la liste d'expéditeurs interdits ne peut donc être gérée par lui et il ne peut pas être informé des messages qui ne lui sont pas envoyés, de plus elle ne concerne que le service de courrier électronique. Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un système de filtrage d'interactions sur des réseaux de communication mobiles ou fixes, destiné à interdire des interactions pour des services de communication fournis sur lesdits réseaux, qui permettrait à un client de regrouper l'ensemble de ses listes noires pour tous les services concernés, c'est-à-dire de pouvoir gérer automatiquement et globalement toutes ses interdictions d'interactions quels que soient les services de communication visés. La solution au problème technique posé consiste, selon la présente invention, en ce que ledit système comprend un serveur centralisé de filtrage apte à recevoir d'une entité-cliente une liste d'identifiants pour lesquels des interactions relatives à au moins un service donné sont interdites. Ainsi, le système de filtrage, objet de l'invention, se présente comme un système centralisé qui donne la possibilité à des services de communication de filtrer les interactions en fonction du contenu des listes noires de leurs utilisateurs et ainsi de ne pas présenter aux destinataires des interactions non désirées. On notera qu'un identifiant présent dans une liste noire d'un client mobile ou fixe peut être associé à un ou plusieurs services. Il ne sera ainsi interdit d'interactions vers le client mobile ou fixe en question que pour les services spécifiés. Il est également prévu par l'invention que, par défaut, les interactions d'un même identifiant de ladite liste sont interdites pour tous les services de communication. Dans le cadre de l'invention, ladite entité-cliente est, soit un utilisateur dudit service donné, lesdits identifiants étant associés à des expéditeurs dont les interactions avec ledit utilisateur pour le service donné sont interdites, soit un opérateur de réseau de communication fournissant au moins ledit service donné, lesdits identifiants étant associés à des utilisateurs dont l'accès au service donné est interdit. Selon un mode de mise en oeuvre avantageux, le système conforme à l'invention comprend également au moins une plate-forme d'au moins ledit service de communication donné, apte à obtenir dudit serveur centralisé de filtrage des informations d'interdiction d'interactions relatives au service donné. En particulier, conformément à l'invention, lesdites informations d'interdiction sont obtenues du serveur centralisé de filtrage sur requête de ladite plate-forme de service. La plate-forme de service de communication peut ainsi vérifier si une interaction à destination d'un client mobile ou fixe doit lui être présentée ou non selon que l'expéditeur est ou non sur la liste noire du destinataire. La plate-forme de communication peut aussi accéder au système centralisé pour gérer la liste noire d'un utilisateur, suite à une action de sa part. L'invention permet donc à un utilisateur, client mobile ou fixe, de gérer ses listes noires selon deux possibilités. Soit il gère la liste d'identifiants directement avec le serveur centralisé de filtrage, soit il gère la liste d'identifiants indirectement avec le serveur centralisé de filtrage par l'intermédiaire de la plate-forme de service. De manière similaire, l'invention prévoit que ledit opérateur gère ladite liste d'identifiants pour des utilisateurs clients et pour des services qu'il fournit. Le système centralisé de l'invention fournit donc trois interfaces: une interface utilisateur qui permet à un client mobile ou fixe de gérer sa liste Io noire, une interface plate-forme qui permet à une plate-forme d'interagir avec le serveur centralisé de filtrage sur liste noire, et une interface opérateur qui permet de définir des listes noires globales par service. Selon un aspect particulièrement avantageux de l'invention, ladite plateforme de service est apte à obtenir du serveur centralisé de filtrage la liste des identifiants pour lesquels des interactions relatives au service donné sont interdites. Plus spécialement, ladite plate-forme de service est apte à stocker ladite liste d'identifiant au moins temporairement. Ainsi, chaque plate- forme possède une sorte de cache de listes noires. Ceci évite des interrogations répétées trop fréquemment au serveur centralisé pour des clients mobiles ou fixes recevant beaucoup d'interactions entrantes. En résumé, le système centralisé, objet de l'invention, offre trois types d'accès: - un accès utilisateur permettant à un client mobile ou fixe de: * modifier la liste des identifiants pour lesquels des interactions relatives à un service donné sont interdites. Ces modifications peuvent prendre plusieurs formes. Elles peuvent consister en un ajout ou la suppression d'un identifiant, mais également le transfert de la liste à une autre entité-cliente. L'utilisateur a par ailleurs la possibilité de modifier les affectations par service des identifiants présents dans sa liste: généralisation d'une interdiction à tous les services pour un identifiant initialement interdit pour un seul service ou suppression d'une interdiction pour un service mais maintien pour les autres. Dans tous les cas, le serveur centralisé de filtrage est apte à informer ladite plate-forme de service d'une modification de la liste d'identifiants, de même que ladite plate-forme de service est apte à modifier, sur instruction de l'utilisateur, la liste des identifiants pour lesquels des interactions relatives au service donné sont interdites. * définir et gérer des préférences. Lesdites préférences peuvent concerner la notification à l'identifiant d'un refus d'interaction, la notification à l'utilisateur d'un refus d'interaction, ou la conservation des interactions interdites. Io - un accès "plate-forme de service de communication" permettant à la plate- forme de: * interroger le serveur centralisé de filtrage pour savoir si une interaction doit être envoyée ou non suivant que l'expéditeur fait partie ou non de la liste des identifiants interdits du destinataire. La requête au serveur centralisé de is filtrage contient les informations suffisantes pour identifier si l'expéditeur fait partie de la liste noire du destinataire ou non. La requête au serveur centralisé pourra contenir aussi l'interaction en elle-même, afin que celle-ci soit éventuellement stockée sur le serveur de filtrage en cas de refus de l'envoi, suivant les préférences du destinataire. * gérer la liste noire d'un utilisateur suite à une action de sa part (décision d'ajouter un identifiant à sa liste noire, d'en supprimer un, .. .). - un accès "opérateur" permettant à l'opérateur mobile ou fixe de définir, pour chacun de ses services de communication, des listes génériques d'utilisateurs dont les interactions seront refusées par les services en question. La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée. La figure 1 est un schéma d'un accès utilisateur du système de filtrage conforme à l'invention. La figure 2 est un schéma d'un accès opérateur du système de filtrage conforme à l'invention. Les figures 3a, 3b, 3c sont des schémas d'un accès plate-forme de service de communication du système de filtrage conforme à l'invention. Les figures 4a à 10 sont des diagrammes d'échanges entre les différentes entités du système de filtrage conforme à l'invention. Avant de rentrer dans les détails du système de filtrage d'interactions proposé par l'invention, il convient d'abord de présenter les différents 5 éléments qui le composent. Parmi ces éléments, on peut distinguer: - les entités-clientes: * opérateur: opérateur mobile ou fixe fournissant l'accès à un certain nombre de services de communication entre clients mobiles ou fixes. io * utilisateur, ou client mobile ou fixe: client de l'opérateur ayant accès à des services de communication de l'opérateur, et pouvant donc envoyer ou recevoir des interactions par le biais de ces services. - serveur centralisé de filtrage: * s'interface avec les plates-formes de service pour échanger des 15 informations sur les listes noires des clients du service, * propose un accès aux utilisateurs, clients mobiles ou fixes, pour gérer leur liste noire, * propose un accès à l'opérateur afin de gérer des listes noires par service, * traite les requêtes des différentes plates-formes de service de communication s'intéressant au filtrage des interactions, * peut informer une plate-forme de service d'un changement intervenu sur la liste noire d'un client mobile ou fixe si celle-ci est configurée sur le serveur centralisé de filtrage pour en être informée, * garantit l'unicité d'une liste noire par client mobile ou fixe ou par service dans le cas d'une liste noire créée par un opérateur. - plate(s)-forme(s) de service de communication: utilise(nt) des informations de liste noire qu'elle(s) obtien(nen)t du serveur centralisé de filtrage sur liste noire dans sa(leur) logique de service. - identifiant: * donnée élémentaire stockée dans la base de données du serveur centralisé de filtrage sur liste noire. Une liste noire d'un client mobile ou fixe est constituée d'un ensemble d'identifiants qui n'auront pas le droit d'interagir avec le titulaire de la liste, * un identifiant présent dans une liste noire peut être associé à un service ou plusieurs. Il ne sera interdit d'interactions avec le client mobile ou 5' fixe, titulaire de la liste noire, que pour les services spécifiés, * un identifiant désigne en pratique un ensemble de données permettant d'identifier un expéditeur potentiel d'interactions. Par exemple, un identifiant peut être la réunion d'un MSISDN qui identifie la personne sur les services basés sur le MSISDN, un numéro de téléphone fixe pour les services io s'appuyant sur ce type d'information, un pseudonyme pour les services à base de pseudonymes, une adresse de courrier électronique, une adresse IP, ... Tout paramètre technique permettant d'identifier un utilisateur d'un service de communication peut être utilisé. A titre d'exemple, un utilisateur peut communiquer directement au 15 serveur centralisé de filtrage le numéro MSISDN du téléphone mobile dont il ne veut plus recevoir d'appels. De même, s'agissant du Chat mobile, un utilisateur s'adressera à la plateforme de ce service pour lui demander de ne plus recevoir de messages d'un pseudonyme donné. La plate-forme communiquera alors au serveur centralisé de filtrage le numéro MSISDN correspondant. Enfin, un utilisateur d'un service de Messagerie instantanée demandera à la plate-forme de ce service de ne plus recevoir de messages d'un expéditeur donné connu sous son pseudonyme. La plate-forme communiquera au service de courrier électronique correspondant l'identifiant JID ( Jabber IDentifier ) du pseudonyme. Les différents modes d'accès du système de filtrage d'interactions selon l'invention vont maintenant être décrits en référence aux figures 1 à 3. Sur la figure 1 est représenté un accès utilisateur permettant au client mobile ou fixe de modifier sa liste d'identifiants, à savoir ajouter, supprimer un identifiant, transférer sa liste vers un autre client mobile ou fixe, ainsi que gérer ses préférences. Cet accès peut aussi permettre au client mobile ou fixe de modifier les affectations par service des identifiants présents dans sa liste noire: généralisation d'une interdiction à tous les services pour un identifiant interdit pour un seul service, suppression d'une interdiction pour un service mais maintien pour les autres, etc. L'accès opérateur de la figure 2 permet à l'opérateur de gérer des listes noires par service. II peut par exemple: - interdire l'accès à tous les services à un identifiant donné (identifiant présent par défaut dans toutes les listes noires des différents clients fixes ou mobiles), - interdire de mettre en liste noire certains identifiants (empêchant par exemple un client de ne pas recevoir des lettres d'informations de l'opérateur), - interdire l'accès à certains services pour un identifiant donné. ro Les figures 3a, 3b, 3c représentent des accès par une plate-forme de service de communication. L'exemple d'accès de la figure 3a concerne l'acceptation de l'envoi d'une interaction: 1. envoi d'une interaction par un expéditeur vers un destinataire, 2. requête de la plate-forme de service pour savoir si l'expéditeur fait partie de la liste noire du destinataire du service en question ou pour tous, 3. acceptation du serveur centralisé de filtrage sur liste noire, 4. envoi de l'interaction au destinataire. L'exemple d'accès de la figure 3b concerne le refus de l'envoi d'une 20 interaction: 1. envoi d'une interaction par un expéditeur vers un destinataire, 2. requête de la plate-forme de service pour savoir si l'expéditeur fait partie de la liste noire du destinataire pour le service en question ou pour tous, 3. refus du serveur centralisé de filtrage sur liste noire, 4. envoi ou non de la notification de refus à l'expéditeur. Enfin, l'exemple d'accès de la figure 3c concerne la gestion de la liste d'identifiants (liste noire) de l'utilisateur via la plate-forme de service de communication: 1. envoi d'une interaction par la plate-forme de service de communication 30 vers un client du service, 2. demande de l'utilisateur d'ajouter dans sa liste noire l'expéditeur de l'interaction (pour le service en question ou pour tous les services), i0 3. envoi de la requête d'ajout vers le serveur centralisé de filtrage sur liste noire. Le système centralisé de filtrage conforme à l'invention est apte, au moins, à gérer les exemples d'échanges décrits en regard des figures 4a à 10. Le protocole spécifique utilisé pour ces échanges est en dehors du cadre de cette invention mais peut reposer sur des protocoles existants (XML sur http par exemple) ou propriétaires. Les diagrammes 4a, 4b et 4c sont relatifs à des requêtes permettant de statuer sur l'acheminement d'une interaction. Plus précisément, ce type d'échanges a pour but d'informer une plateforme de service de communication si une interaction reçue d'un expéditeur vers un destinataire doit être acheminée ou non. Ces échanges peuvent se faire selon les modes suivants: - envoi d'un identifiant de l'expéditeur avec demande des identifiants des ls destinataires l'ayant placé dans leur liste noire, puis décision par la plate-forme de service (Fig. 4a). Le serveur centralisé de filtrage doit tenir compte de la plate-forme de service qui lui envoie la requête afin de ne pas renvoyer des identifiants ayant l'identifiant expéditeur dans leur liste noire mais associé à d'autres services et non à celui géré par la plate-forme. Ce mode peut être particulièrement adapté à un filtrage de messages polluants ( spams ) entrants sur une plate-forme de service de communication. Ainsi, la plate-forme peut envoyer l'identifiant expéditeur et, en une seule transaction, elle reçoit en réponse la liste de ses clients l'ayant interdit. - envoi d'un identifiant du destinataire avec demande des identifiants membres de sa liste noire, puis décision par la plate-forme de service (Fig. 4b). Le serveur centralisé de filtrage doit tenir compte de la plate-forme de service qui lui envoie la requête, pour ne pas renvoyer dans la liste noire du destinataire les identifiants associés à d'autres services et non à celui géré par la plate-forme. - envoi du couple identifiant expéditeur- identifiant destinataire, décision par le serveur centralisé de filtrage, puis envoi de la décision à la plate-forme de service (Fig. 4c). Le serveur centralisé de filtrage doit tenir compte de la plate-forme de service qui lui envoie la requête, pour ne pas renvoyer un refus si l'expéditeur est présent dans la liste noire du destinataire mais pour un autre service et non pour celui géré par la plate-forme. Le diagramme de la figure 5 concerne l'ajout d'un membre à une liste noire par une instance client. On entend par instance client aussi bien un client mobile ou fixe (utilisateur) qu'un opérateur ou une plate-forme de service de communication. Optionnellement, l'implémentation pourra prendre en compte une interdiction pour un service donné et non pour tous. Le diagramme de la figure 6 concerne la suppression d'un membre 15 d'une liste noire par une instance client. Optionnellement, l'implémentation pourra prendre en compte une suppression pour un service donné et non pour tous. Ceci permet par exemple de maintenir une interdiction pour un service donné et d'autoriser l'identifiant pour un autre. Le diagramme de la figure 7 concerne le transfert d'un membre de la liste noire ou de la liste noire d'un client mobile ou fixe à un autre Ce type d'échange permet à une instance client de transférer une partie ou la totalité d'une liste noire d'un client mobile ou fixe à un autre. Le diagramme de la figure 8 est relatif à la gestion des préférences d'un 25 client mobile ou fixe Ce type d'échange permet à une instance client de gérer les préférences d'un client mobile ou fixe. Le diagramme de la figure 9 est relatif à la consultation des interactions non envoyées à un client mobile ou fixe. Ce type d'échange permet à une instance client de consulter les interactions non envoyées à un client mobile ou fixe par un service de communication. Le diagramme de la figure 10 est relatif à l'information par le serveur centralisé de filtrage sur liste noire d'une plate-forme de service Ce type d'échange permet à une plate-forme de service de communication d'être informée d'un changement ayant eu lieu sur la liste noire 5 d'un client mobile ou fixe. En résumé, l'élément technique au centre de la présente invention est un serveur centralisé de filtrage utilisant des listes d'identifiants (listes noires) comme bases de décision de filtrage d'interactions pour des plates-formes de service de communication. II permet de centraliser des listes noires d'utilisateurs de services de communications mobiles ou fixes. Ces informations sont exploitables par différentes plates-formes de services de communication. Sur requête, le système peut extraire les informations de filtrage d'un client mobile ou fixe et les mettre à disposition des applications externes pour enrichir le service rendu ou pour générer de nouvelles opportunités de service non exploitées encore. Le système permet entre autres à un opérateur fixe ou mobile d'interdire l'accès à un, plusieurs ou tous ses services à certains identifiants. Les plates-formes de service utilisent des informations de filtrage qu'elles obtiennent du serveur centralisé de filtrage dans leur logique de service. Pour ce faire, elles doivent mettre en place une interface avec le serveur centralisé de filtrage sur liste noire et les modifications nécessaires dans leur logique interne pour exploiter au mieux ces informations de filtrage. De son côté, l'utilisateur d'un service de communication qui peut utiliser ce service de manière directe (par un accès spécifique) ou indirecte en étant sûr que les interactions qu'il recevra auront été filtrées selon ses choix. Le client mobile ou fixe peut ainsi gérer de manière précise les listes d'identifiants interdits de communication avec lui, que ce soit par service ou de manière globale. Il peut aussi consulter les interactions qui ne lui ont pas été envoyées, transférer sa liste noire à un autre client mobile ou fixe, ... REVENDICATIONS 1. Système de filtrage d'interactions sur des réseaux de communication mobiles ou fixes, destiné à interdire des interactions pour des services de communication fournis sur lesdits réseaux, caractérisé en ce que ledit système comprend un serveur centralisé de filtrage apte à recevoir d'une entité-cliente une liste d'identifiants pour lesquels des interactions relatives à au moins un service donné sont interdites. 2. Système selon la revendication 1, caractérisé en ce que, par défaut, les interactions d'un même identifiant de ladite liste sont interdites pour tous les services de communication. 3. Système selon l'une des revendications 1 ou 2, caractérisé en ce que ladite entité-cliente est un utilisateur dudit service donné, lesdits identifiants étant associés à des expéditeurs dont les interactions avec ledit utilisateur pour le service donné sont interdites. 4. Système selon la revendication 3, caractérisé en ce que ledit utilisateur gère la liste d'identifiants directement avec le serveur centralisé de filtrage. 5. Système selon l'une des revendications 1 ou 2, caractérisé en ce que ladite entité-cliente est un opérateur de réseau de communication fournissant au moins ledit service donné, lesdits identifiants étant associés à des utilisateurs dont l'accès au service donné est interdit. 6. Système selon la revendication 5, caractérisé en ce que ledit opérateur 25 gère ladite liste d'identifiants pour des utilisateurs clients et pour des services qu'il fournit. 7. Système selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit système comprend également au moins une plate-forme d'au moins ledit service de communication donné, apte à obtenir dudit serveur centralisé de filtrage des informations d'interdiction d'interactions relatives au service donné. 8. Système selon la revendication 7, caractérisé en ce que ledit utilisateur gère la liste d'identifiants indirectement avec le serveur centralisé de filtrage par l'intermédiaire de la plate-forme de service. 9. Système selon la revendication 7, caractérisé en ce que lesdites 5 informations d'interdiction sont obtenues du serveur centralisé de filtrage sur requête de ladite, plate-forme de service. 10. Système selon la revendication 7, caractérisé en ce que ladite plateforme de service est apte à obtenir du serveur centralisé de filtrage la liste des identifiants pour lesquels des interactions relatives au service donné sont interdites. 11. Système selon la revendication 10, caractérisé en ce que ladite plateforme de service est apte à stocker ladite liste d'identifiant au moins temporairement. 12. Système selon l'une quelconque des revendications 1 à 11, caractérisé en 15 ce que l'utilisateur est apte à modifier la liste des identifiants pour lesquels des interactions relatives au service donné sont interdites. 13. Système selon les revendications 7 et 12, caractérisé en ce que le serveur centralisé de filtrage est apte à informer ladite plate-forme de service d'une modification de la liste d'identifiants. 14. Système selon l'une quelconque des revendications 7 à 13, caractérisé en ce que ladite plate-forme de service est apte à modifier, sur instruction de l'utilisateur, la liste des identifiants pour lesquels des interactions relatives au service donné sont interdites. 15. Système selon l'une quelconque des revendications 12 à 14, caractérisé 25 en ce que lesdites modifications consistent en un ajout ou une suppression d'un identifiant. 16. Système selon l'une quelconque des revendications 12 à 15, caractérisé en ce que lesdites modifications consistent en un transfert de la liste d'identifiants à une autre entité-cliente. 17. Système selon l'une quelconque des revendications 1 à 16, caractérisé en ce que l'utilisateur est apte à définir et gérer des préférences. 18. Système selon la revendication 17, caractérisé en ce que lesdites préférences concernent la notification à l'identifiant d'un refus d'interaction. 19. Système selon l'une des revendications 17 ou 18, caractérisé en ce que lesdites préférences concernent la notification à l'entité-cliente d'un refus d'interaction. 20. Système selon l'une quelconque des revendications 17 à 19, caractérisé 5 en ce que lesdites préférences concernent la conservation des interactions interdites. 21. Serveur centralisé de filtrage apte à mette en oeuvre le système de filtrage d'interactions pour des services de communication sur des réseaux de communication fixes ou mobiles selon les revendications 1 à 20. io