Brevet FR2968872A1 — publié le 20120615

SYSTEME DE GESTION GLOBALE DE FILTRAGE PERSONNALISE BASE SUR UN CIRCUIT D'ECHANGE D'INFORMATIONS SECURISE ET PROCEDE ASSOCIE [01] DOMAINE TECHNIQUE DE L'INVENTION [02] L'invention concerne un système de gestion globale de filtrage personnalisé basé sur un circuit d'échange d'informations sécurisé ainsi que le procédé associé. L'invention trouve une application particulièrement avantageuse dans le domaine des télécommunications pour le traitement anti-SPAM chez les opérateurs de téléphonie fixe et/ou mobile, quelle que Io soit la technologie mise en oeuvre (GSM, UMTS, DSL, Wi-Fi) et les infrastructures associées (service, hébergement, bureautique, etc.). [3] ETAT DE LA TECHNIQUE [4] De nos jours, une grande quantité d'informations transite sur les réseaux d'opérateurs de téléphonie vers les utilisateurs équipés d'un média Is d'accès, comme par exemple un téléphone portable ou un ordinateur. [5] Ces informations peuvent notamment prendre la forme de messages de type texte, de vidéos ou de photos ou tout autre contenu numérique. Ces informations peuvent en particulier être échangées librement entre les utilisateurs du réseau, ou contenues dans des messages non 20 sollicités de type SPAM prenant par exemple la forme de messages publicitaires, ou malveillants tels que les messages comportant des codes malveillants/malicieux comme notamment des virus. [6] Certaines informations sont considérées comme « désirées » par l'utilisateur comme par exemple les informations librement échangées avec 25 des utilisateurs de confiance. Il faut donc autoriser la diffusion de ce type d'informations jusqu'au média d'accès de l'utilisateur destinataire. D'autres informations, comme par exemple les SPAM, sont considérées comme « indésirables » par l'utilisateur. II faut donc pouvoir assurer un blocage de ces informations afin d'éviter toute pollution du média d'accès de l'utilisateur. 30 [07] Toutefois, pour d'autres types d'informations, comme celles contenues dans les messages publicitaires, il est difficile de prévoir les informations qui présenteront a priori un intérêt ou non pour l'utilisateur. En effet, les informations « désirées » ou « indésirables » dépendent fortement des préférences personnelles de chaque utilisateur. [8] II existe donc un besoin de filtrer l'information sur le réseau, de sorte que seules les informations désirées par les utilisateurs soient diffusées jusqu'à leur média d'accès. [9] A cet effet, on connaît des systèmes de filtrage, dits systèmes « centralisés », installés au niveau du réseau de l'opérateur qui sont capables de collecter et centraliser les informations pour tous les utilisateurs reliés au réseau. Toutefois, avec de tels systèmes, la décision de bloquer ou d'autoriser la diffusion d'une information est laissée à la libre appréciation de l'opérateur, ce qui a tendance à affecter la confiance des utilisateurs qui n'apprécient pas que les informations dont ils sont destinataires puissent être filtrées à leur insu. En outre, le temps de réponse de ces systèmes à une attaque par envoi massif de messages de type SPAM est relativement important. On remarque aussi que les émetteurs de SPAM utilisent dans certains cas des techniques telles que par exemple des images de liens intégrées aux messages qu'il est très difficile de détecter dans la mesure où la législation relative à la protection de la vie privée dans certains pays n'autorise pas de scanner le contenu des messages des utilisateurs du réseau. [10] On connaît par ailleurs des systèmes de filtrage installés au niveau du média de l'utilisateur, dits systèmes « locaux », qui permettent de personnaliser le filtrage pour chaque utilisateur du réseau. Toutefois, l'interface de contrôle proposée à l'utilisateur est souvent très complexe à paramétrer. En outre, pour un réseau de téléphonie mobile, un tel système autorise la diffusion de messages de type SPAM sur le réseau d'accès, ce qui est très coûteux pour l'opérateur. [11] L'invention a notamment pour but de proposer un système de gestion globale permettant de résoudre avantageusement et efficacement les problèmes précités des systèmes de filtrage centralisés ou locaux de l'état de la technique. [12] OBJET DE L'INVENTION [13] A cette fin, l'invention assure le traitement de l'information sur le réseau, en particulier le traitement des messages de type SPAM, via une gestion dynamique et contextuelle de règles de filtrage. [014] L'invention permet aux utilisateurs d'intervenir de façon directe sur le filtrage des messages au niveau de dispositifs locaux dédiés à l'aiguillage et au filtrage des messages. [15] De plus l'invention permet également aux utilisateurs d'intervenir de façon indirecte sur le filtrage des messages au niveau de dispositifs io centraux dédiés à l'aiguillage et au filtrage global des messages. [16] L'invention permet également aux utilisateurs d'opter pour une discrimination négative (filtrage de messages non-désirés) et/ou positive (filtrage de messages désirés) des messages. [17] En outre, l'invention autorise la mise à jour et l'enrichissement de 15 filtres et des mécanismes de filtrage centraux en fonction des préférences locales des utilisateurs concrétisées par des profils de filtrage. [18] L'invention propose ainsi un système de filtrage personnalisé proactif basé sur les expériences des utilisateurs et la définition anticipée de règles de filtrage. 20 [019] Plus précisément, le système de filtrage selon l'invention fait intervenir des bases de données individuelles réparties associées chacune à un média d'accès comportant un profil de filtrage dynamique, temporel et contextuel, de chaque utilisateur. [20] Par « dynamique », on entend un filtrage de l'information qui peut 25 s'adapter en fonction du comportement de l'utilisateur auquel le profil de filtrage est associé mais aussi en fonction du comportement des autres utilisateurs du réseau de l'opérateur. [21] Par « temporel », on entend un filtrage de l'information qui peut évoluer en fonction du temps, une information pouvant être considérée comme « désirée » par un utilisateur à un certain moment mais « non désirée » à un autre moment. [22] Par « contextuel », on entend un filtrage de l'information basé sur des préférences utilisateurs définies dans les profils de filtrage et des évènements déclenchés par l'utilisateur comme par exemple une recherche d'information, l'information fournie à l'utilisateur étant fonction de ces deux éléments. [23] On note que la présente invention est basée sur un circuit de confiance composé par les différents acteurs du système à savoir ro l'utilisateur, l'opérateur et éventuellement un prestataire de service tiers. Tandis que la notion de « Confiance » est concrétisée techniquement par un cercle d'interactions exclusives permettant le transfert sécurisé (disponibilité, confidentialité, intégrité et traçabilité) des échanges de messages électroniques et des profils de filtrages entre les différents acteurs du circuit 15 de confiance. [24] Le circuit de confiance ainsi formé est un circuit privé à l'intérieur duquel l'information est partagée entre les différents acteurs et contrôlée de manière individuelle et globale à partir des préférences de chaque utilisateur. [25] Dans ce circuit de confiance, chacun des acteurs (opérateur, 20 utilisateur, partenaire) peut jouer un rôle passif consistant à utiliser les règles de filtrage définies à travers les profils de filtrage et/ou actif de création de règles de filtrage afin de les proposer aux autres acteurs du système. Ainsi par exemple, un opérateur peut mettre en oeuvre l'invention avec ses collaborateurs et proposer à ses clients une base de connaissances 25 répertoriant des profils de filtrage. [26] A cet effet, l'invention fait également appel à au moins une base de données, dite base de données de mutualisation, stockant l'ensemble des profils de filtrage des utilisateurs installée dans les infrastructures du réseau de l'opérateur et/ou du réseau tiers. Une interaction entre les différents 3o éléments actifs du système (média d'accès, infrastructures du réseau de l'opérateur et du réseau tiers) est mise en oeuvre pour assurer la gestion des profils de filtrage. En prenant en compte les préférences de filtrage de chaque utilisateur, on élabore des mécanismes de filtrage communautaires qui s'appliquent de manière globale aux utilisateurs du réseau de l'opérateur. [027] Etant donné que les utilisateurs sont à l'origine des mécanismes de filtrages communautaires établis à partir de leurs profils de filtrage, une information pourra être évaluée et le cas échéant traitée avant même qu'un utilisateur (qui ne l'aura encore jamais rencontrée) ne la reçoive sur son média d'accès. Cela permet notamment d'obtenir l'effet « proactif » du système selon l'invention ainsi que l'aspect « sécurisé » d'échange d'informations recherchés. io [028] Par rapport à l'invention, on remarque dans les systèmes de filtrage de l'état de l'art : - la présence d'une architecture opérateur centrique uniquement ; - l'absence de mécanismes de feedback basés sur la prise en compte des préférences des utilisateurs ; 15 - l'absence de capitalisation des expériences des utilisateurs et du parcours client ; - l'absence de circuits d'échanges et de partage de filtres et/ou de mécanismes multilatéraux (utilisateurs, opérateur, prestataire(s) de services), ainsi que 20 - l'absence de mécanismes de gestion de messages préférentiels : en effet, à ce jour, la quasi-totalité des solutions anti-SPAM existantes oeuvre uniquement pour filtrer les messages non désirés. [29] Ce dernier aspect est important dans la mesure où l'invention propose une solution 2 en 1, c'est-à-dire une solution capable de gérer les 25 SPAM mais aussi la gestion de l'émission et de la réception de messages de type publicitaire (« Advertising » en anglais), ce qui est strictement impossible avec les systèmes de l'état de la technique. [30] En outre, une sécurisation est réalisée de préférence sur le média de l'utilisateur, sur le serveur hébergeant une base de données de 30 mutualisation, dans la liaison entre le serveur et l'utilisateur par authentification de l'utilisateur, ainsi que dans la liaison entre le serveur et le réseau de l'opérateur. [31] On note également que comme il existe des mécanismes de filtrage installés au niveau du réseau de l'opérateur, il sera possible d'effectuer un filtrage au moins partiel adapté à chaque utilisateur dans le réseau d'accès de l'opérateur, ce qui permettra de préserver une certaine bande passante pour les réseaux opérateur de type mobile. [32] L'invention concerne donc un système de gestion globale de filtrage personnalisé d'informations pour le traitement anti-SPAM mis en oeuvre avec un réseau d'un opérateur en relation avec des médias d'accès d'utilisateurs, ce réseau d'opérateur étant interconnecté avec un réseau tiers, io caractérisé en ce que le système est formé par : - un logiciel de filtrage installé sur chaque média d'accès permettant à chaque utilisateur de définir un profil de filtrage dynamique, temporel et contextuel, une base de données, dite base de données individuelle, étant associée à chaque profil de filtrage, 15 - au moins une base de données, dite base de données de mutualisation, stockant les profils de filtrage des différents utilisateurs, cette base de données représentant la somme des bases de données individuelles réparties, cette base de données de mutualisation étant associée au réseau de l'opérateur et/ou au réseau tiers, 20 - des échanges de données sécurisés, comportant notamment des mises à jour des profils de filtrage, étant déclenchés en fonction des évènements liés aux profils de filtrage entre les différentes bases de données individuelles et la base de données de mutualisation, - des mécanismes de filtrage communautaires étant élaborés pour filtrer les 25 informations sur le réseau de l'opérateur à partir de la prise en compte de la somme des bases de données individuelles stockant les profils de filtrage des utilisateurs. [33] Selon une réalisation, chaque profil de filtrage est formé : - de filtres définissant l'objet des caractéristiques du filtrage telles que les 30 modalités du mécanisme de filtrage, le contenu, la date, l'émetteur et le récepteur, et - des mécanismes de filtrage définis par au moins un paramètre, notamment le moment du filtrage, la périodicité du filtrage, le lieu du filtrage à savoir en local sur le média d'accès ou sur le réseau de l'opérateur ou sur le réseau tiers. [34] Selon une réalisation, un ou plusieurs paramètres des mécanismes de filtrage sont définis par l'utilisateur et/ou l'opérateur et/ou le tiers. [35] Selon une réalisation, les modalités de filtrage consistent en - un filtrage positif de l'information correspondant à une utilisation d'un filtre pour rechercher une information désirée ou - un filtrage négatif de l'information correspondant à une utilisation d'un filtre io pour traiter une information reçue non désirée, par exemple par suppression ou mise en quarantaine des informations non désirées. [036] Selon une réalisation, le filtrage positif de l'information est effectué - en fonction d'évènements, tels que des recherches, déclenchés par l'utilisateur, et 15 - de paramètres issus des profils de filtrage traduisant des préférences de l'utilisateur, - de manière à enrichir l'information fournie à l'utilisateur en fournissant une information correspondant à la fois aux évènements déclenchés et aux préférences de l'utilisateur. 20 [037] Selon une réalisation, un rapprochement sémantique est effectué entre les paramètres des évènements déclenchés et les paramètres des profils de filtrage traduisant les préférences de l'utilisateur. [38] Selon une réalisation, les profils de filtrage peuvent être échangés entre les utilisateurs, et/ou entre les utilisateurs et l'opérateur, et/ou entre les 25 utilisateurs et le réseau tiers et/ou entre l'opérateur et le réseau tiers. [39] Selon une réalisation, la base de données de mutualisation est formée par : - au moins une première base de données de mutualisation associée à au moins un réseau tiers, cette première base de donnée de mutualisation 30 contenant l'ensemble des profils de filtrage des utilisateurs connectés au réseau tiers, et - une deuxième base de données de mutualisation associée au réseau de l'opérateur, cette deuxième base de données de mutualisation contenant l'ensemble des profils de filtrage contenus dans la ou les premières bases de données de mutualisation, - des échanges de données, comportant notamment des mises à jour des profils de filtrage, étant effectués - entre les bases de données individuelles et la ou les premières bases de données de mutualisation, - entre la ou les premières bases de données de mutualisation et la to deuxième base de données de mutualisation, et - entre la deuxième base de données de mutualisation et les bases de données individuelles. [040] Selon une réalisation, l'information est classée dans une catégorie de type « désirée », « indésirable » ou associée à une « recommandation », 15 - le traitement d'une information de type « désirée » consistant en une autorisation de la réception de l'information sur le média d'accès, - le traitement d'une information « indésirable » consistant en une mise en quarantaine de l'information ou une suppression de l'information, - une « recommandation » consistant en un conseil de classement de 20 l'information dans la catégorie « désirée » ou « indésirable ». [041] Selon une réalisation, chaque média d'accès comportant une base de données stockant des caractéristiques des informations classées dans une catégorie « désirée », et une base de données stockant les caractéristiques des informations classées dans la catégorie « indésirable », 25 le système comporte : - des compteurs associés aux bases de données pour mesurer les retours d'expériences relatifs à une information donnée pour l'ensemble des utilisateurs, - des mécanismes de filtrage communautaires établis à partir de ces retours 30 d'expérience, - ces mécanismes de filtrage communautaire étant associés à l'émission de recommandations vers les médias des utilisateurs recevant l'information. [042] Selon une réalisation, les recommandations sont émises par l'opérateur ou le tiers via l'envoi d'un message d'alerte contextuellement ciblé lié notamment à la sécurité nationale, la santé publique, ou à la protection des infrastructures sensibles. [043] Selon une réalisation, une base de données dite historique assure le stockage du traitement réalisé sur chaque information ainsi que l'information correspondante, de manière à assurer la traçabilité, l'intégrité et la confidentialité de l'ensemble des informations traitées. [044] Selon une réalisation, le système comporte : to - une interface dédiée pour modifier les profils de filtrage via le média d'accès, - une interface dédiée pour modifier les profils de filtrage de la première base de données de mutualisation via le réseau tiers, - une interface dédiée pour modifier les profils de filtrage de la deuxième 15 base de données de mutualisation via le réseau de l'opérateur. [045] L'invention concerne en outre un procédé de gestion globale de filtrage personnalisé d'informations mis en oeuvre avec un réseau d'un opérateur de téléphonie mobile en relation avec des médias d'accès d'utilisateurs, ce réseau d'opérateur étant interconnecté avec un réseau tiers, 20 caractérisé en ce que : - un logiciel de filtrage est installé sur chaque média d'accès pour permettre à chaque utilisateur de définir un profil de filtrage, une base de données, dite base de données individuelle, étant associée à chaque profil de filtrage, - au moins une base de données, dite base de données de mutualisation, 25 stocke les profils de filtrage des différents utilisateurs, cette base de données de mutualisation étant associée au réseau de l'opérateur et/ou au réseau tiers, - le procédé comporte l'étape, d'échanger des données régulièrement entre les différentes bases de données individuelles et la base de données de 30 mutualisation, les échanges étant déclenchés en fonction des évènements liés aux profils de filtrage, cette étape comportant notamment des mises à jour des profils de filtrage, et d'élaborer des mécanismes de filtrage communautaires pour filtrer les informations sur le réseau de l'opérateur à partir de la prise en compte de la somme des bases de données individuelles stockant les profils de filtrage des utilisateurs. [046] Selon une mise en oeuvre, chaque média d'accès comporte une base de données stockant des caractéristiques numériques d'informations classées dans une catégorie « désirée », et une base de données stockant les caractéristiques numériques des informations classées dans la catégorie « indésirable », le procédé comportant les étapes suivantes: - détection d'une information à traiter sur le réseau de l'opérateur et/ou sur le réseau tiers et/ou sur le média d'accès en fonction des profils de filtrage de lo chaque utilisateur, - classement de l'information dans une catégorie de type « désirée » ou « indésirable », ce classement consistant en une expérience, - mesure des retours d'expériences pour l'ensemble des utilisateurs relatifs à l'information traitée à l'aide de compteurs associés aux bases de données, 15 - élaboration de mécanismes de filtrage communautaires à partir de ces retours d'expérience, et/ou - émission de recommandations vers les médias des utilisateurs recevant l'information traitée. [047] BREVE DESCRIPTION DES FIGURES 20 [048] L'invention sera mieux comprise à la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. Ces figures ne sont données qu'à titre illustratif mais nullement limitatif de l'invention. Elles montrent : [49] Figure 1 : une représentation schématique d'un système de filtrage 25 selon l'invention mis en oeuvre sur un réseau d'un opérateur interconnecté avec un réseau tiers ; [50] Figure 2 : une représentation schématique des bases de données stockant les différents types d'informations et de gestion du filtrage communautaire dans le système de filtrage selon l'invention ; 30 [051] Figure 3 : une représentation schématique des étapes du procédé de filtrage selon l'invention ; [52] Figure 4: une représentation schématique des différentes interfaces homme/machine permettant d'interagir avec le système de filtrage selon l'invention. [53] Les éléments identiques, similaires ou analogues conservent la même référence d'une figure à l'autre. [54] DESCRIPTION D'EXEMPLES DE REALISATION DE L'INVENTION [55] La Figure 1 montre plusieurs médias d'accès M1-Mn appartenant à des utilisateurs en relation avec un réseau 2 d'un opérateur, par exemple un lo opérateur de téléphonie mobile. Ce réseau 2 est interconnecté avec au moins un réseau tiers 3. Chaque média d'accès M1-Mn pourra prendre par exemple la forme d'un téléphone portable, d'un ordinateur ou de tout autre dispositif susceptible d'établir une communication avec le réseau 2. [56] S'il s'agit d'un réseau de téléphonie mobile, le réseau 2 comporte is de manière classique un réseau coeur 2.1 qui regroupe les équipements assurant le contrôle des appels, le contrôle de la sécurité et la gestion de l'itinérance ; ainsi qu'un réseau d'accès 2.2 fournissant aux médias d'accès les ressources et les mécanismes nécessaires pour avoir accès au réseau coeur. Le réseau 2 présente une infrastructure comportant par exemple au 20 moins un élément parmi : un réseau de transit, une passerelle, un réseau de collecte et des infrastructures de services. [57] Des informations I transitent sur ces réseaux 2, 3. Ces informations I peuvent notamment prendre la forme de messages de type texte, de vidéos ou de photos ou tout autre contenu numérique. Ces 25 informations I peuvent être échangées librement entre les utilisateurs du réseau, ou contenues dans des messages de type SPAM pouvant être de type publicitaire, ou malveillant. L'invention a pour but de filtrer de manière globale ces informations I tout en respectant les préférences de chaque utilisateur du réseau ainsi que les obligations légales et réglementaires 30 relatives à la vie privée. [58] A cet effet, un logiciel de filtrage Ll-Ln est installé sur chaque média d'accès M1-Mn pour permettre à chaque utilisateur d'avoir accès aux services de filtrage proposés par l'opérateur et/ou le tiers. Les logiciels L1-Ln permettent à chaque utilisateur de définir un profil de filtrage P1-Pn dynamique, temporel et contextuel. [59] A cette fin, un profil de filtrage Pl-Pn est défini par des filtres Fi et des mécanismes Xi de filtrage. [60] Plus précisément, les filtres Fi définissent l'objet des caractéristiques du filtrage telles que les modalités d'application du filtrage, le contenu, la date, l'émetteur et le récepteur d'une information. Les modalités d'application du filtrage consistent en une utilisation d'un filtre pour rechercher une information désirée (filtrage positif de l'information) ou en une utilisation d'un filtre pour traiter une information reçue non désirée pour ne conserver que l'information désirée, par exemple par suppression ou mise en quarantaine des informations non désirées (filtrage négatif de l'information). [61] De préférence, le filtrage positif de l'information I est effectué en fonction d'évènements, tels que des recherches, déclenchés par l'utilisateur, et de paramètres issus des profils de filtrage P1-Pn traduisant des préférences de l'utilisateur, de manière à enrichir l'information fournie à l'utilisateur, c'est-à-dire fournir une information correspondant à la fois aux évènements déclenchés et aux préférences de l'utilisateur. Selon une mise en oeuvre, un rapprochement sémantique est effectué entre les paramètres des évènements déclenchés et les paramètres des profils de filtrage traduisant les préférences de l'utilisateur. [062] Les mécanismes Xi de filtrage sont définis par au moins un paramètre, parmi notamment le moment du filtrage, la périodicité du filtrage, le lieu du filtrage à savoir en local sur le média d'accès M1-Mn ou sur le réseau 2 de l'opérateur ou sur le réseau tiers 3. Ainsi par exemple une information I relative à la météo pourra être « désirée » par un utilisateur à une certaine période (par exemple le week-end), mais « indésirable » à une autre période. Les paramètres des mécanismes Xi de filtrage sont définis par l'utilisateur et/ou l'opérateur et/ou le tiers. Ces mécanismes Xi de filtrage pourront comporter également des compteurs de type texte ou graphique indiquant des statistiques de filtrage des différents types d'informations I traitées pour chaque utilisateur. [63] Une base de données BDU1-BDUn, dite base de données individuelle, est associée à chaque profil de filtrage Pl-Pn. Chaque base de données BDU1-BDUn est de préférence stockée dans une mémoire du média d'accès M1-Mn. Toutefois, en variante, ces bases de données BDU1-BDUn pourraient être accessibles sur le réseau 2 ou le réseau tiers 3. [64] Par ailleurs, au moins une première base de données BDM1, dite base de données de mutualisation, est installée dans l'infrastructure du lo réseau tiers 3. Cette base de données BDM1 de mutualisation contient les profils de filtrage Pl-Pn de l'ensemble des bases de données BDU1-BDUn individuelles réparties sur le réseau. Lorsque plusieurs bases de données de mutualisation BDM1 associées à plusieurs réseaux tiers 3 sont utilisées, chaque base de données BDM1 contient les profils P1-Pn des utilisateurs 15 abonnés aux services du réseau tiers 3 dont les utilisateurs dépendent. [65] Chaque base de données de mutualisation BDM1 est associée à un module Cl assurant notamment la gestion de cette base de données BDM1. Le module Cl supervise également les échanges El de données entre la première base de données BDM1 de mutualisation et les bases de 20 données individuelles BDU1-BDUn, ainsi que les échanges E2 de données entre la première BDM1 et une deuxième BDM2 base de données de mutualisation. [66] Cette deuxième base de données BDM2 de mutualisation est installée dans l'infrastructure du réseau 2 de l'opérateur. Cette base de 25 données BDM2 contient l'ensemble des profils de filtrage P1-Pn de la ou des premières bases de données BDM1 du ou des réseaux tiers 3. Cette deuxième base de données BDM2 de mutualisation est associée à un module C2 assurant notamment la gestion de cette base de données. Ce module C2 assure également la supervision des échanges E2 de données 30 entre la base de données BDM2 de mutualisation et la ou les premières bases de données BDM1 ; ainsi que les échanges E3 de données entre la base de données BDM2 et les bases de données individuelles BDU1-BDUn. [067] Une mise à jour des différents profils de filtrage P1-Pn est effectuée dynamiquement entre les bases de données individuelles BDU1-BDUn et les bases de données de mutualisation BDM1 et BDM2, de sorte qu'il sera possible pour ces bases de données de s'enrichir mutuellement. [068] En particulier, une mise à jour des profils de filtrage P1-Pn nouvellement créés ou modifiés est effectuée entre les bases de données individuelles BDU1-BDUn et la première base de données BDM1 de mutualisation correspondante. Par ailleurs, une mise à jour des profils de filtrage P1-Pn est effectuée entre la base de données BDM1 de mutualisation io et la base de données BDM2 de mutualisation. Une mise à jour des profils de filtrage P1-Pn pourra en outre être réalisée entre la deuxième base de données BDM2 de mutualisation et les bases de données individuelles BDU1-BDUn. [69] L'invention permet ainsi de créer un circuit d'échange 15 d'informations sécurisé entre les bases de données individuelles BDU1-BDUn des utilisateurs, la première base de données BDM1 de mutualisation et la deuxième base de données BDM2 de mutualisation. Ce circuit permet aux profils de filtrage P1-Pn d'être échangés entre les utilisateurs, et/ou entre les utilisateurs et l'opérateur et/ou entre les utilisateurs et le réseau tiers 20 et/ou entre l'opérateur et le réseau tiers. On note que certains profils de filtrage peuvent être créés dans un premier temps au niveau de l'opérateur ou du réseau tiers pour ensuite être transmis à un ou plusieurs utilisateurs qui pourront alors les modifier. [70] Les échanges de données à l'intérieur du circuit sont déclenchés 25 en fonction des évènements liés aux profils de filtrage P1-Pn, ces évènements pouvant consister notamment en une création d'un nouveau profil de filtrage P1-Pn ou une modification d'un profil de filtrage P1-Pn existant d'un utilisateur par l'utilisateur lui-même ou le cas échant par un des modules Cl, C2. 30 [071] Ainsi, quel que soit le niveau où les modifications des profils de filtrage Pl-Pn ont lieu (au niveau du média de l'utilisateur, du réseau 2 de l'opérateur, ou du réseau tiers 3), il est possible de modifier les profils de filtrage P1-Pn dans les autres bases de données du circuit d'échange d'informations selon l'invention. [72] En outre, des mécanismes Xi' de filtrage communautaires' sont élaborés pour filtrer les informations I sur le réseau de l'opérateur 2 à partir de la prise en compte, dans les bases de données de mutualisation BDM1-BDM2, de la somme des bases de données BDU1-BDUn individuelles réparties stockant les profils de filtrage P1-Pn des utilisateurs. Ces mécanismes Xi' définissent des règles de filtrage applicables de manière globale à l'ensemble des utilisateurs ou au moins à une catégorie io d'utilisateurs définie à partir de certains paramètres des profils de filtrage. [73] De préférence, l'information I est traitée en fonction des profils de filtrage P1-Pn de manière spatiale en classant l'information dans une catégorie « désirée », ou dans la catégorie « indésirable » ou associée à une « recommandation ». Le traitement d'une information Id de type « désirée » 15 consistera en une autorisation de la réception de l'information Id sur le média d'accès M1-Mn de l'utilisateur. Le traitement d'une information li de type « indésirable » pourra consister notamment au choix en une mise en quarantaine de l'information li, ou une suppression de l'information li. [074] Les recommandations R consistent en un conseil de classement 20 d'une information particulière I dans la catégorie « désirée » ou « indésirable ». Suite à la recommandation R, le classement de l'information I est effectué par l'utilisateur, ce dernier étant libre de suivre ou non cette recommandation. Le profil de filtrage Pi de l'utilisateur pourra alors être modifié, de sorte que lorsqu'une information I du même type que l'information 25 traitée sera reçue, cette information I sera automatiquement classée dans la catégorie d'information (« désirée » ou « indésirable ») correspondante. [075] A cet effet, les bases de données BDU1-BDUn individuelles comporte une base de données BD' stockant des caractéristiques des informations Id classées dans la catégorie « désirée » et une base de 30 données BD" stockant les caractéristiques des informations li classées dans la catégorie « indésirable » (cf. Figure 2). De préférence, on distingue l'information désirée Id obtenue par filtrage positif stockée dans une base de données BD'l et l'information désirée Id obtenue par filtrage négatif stockée dans une base de données BD'2. [76] Dans une réalisation, les mécanismes Xi' de filtrages sont mis en place en fonction des expériences des différents utilisateurs du réseau. Par expérience, on entend le classement d'une information donnée dans la catégorie désirée ou non désirée. Pour élaborer un mécanisme Xi' de filtrage communautaire, on utilise dans un exemple les compteurs des mécanismes Xi de filtrage individuels associés aux bases de données BD', BD". Ces compteurs sont transmis au module de gestion Cl et/ou C2 afin de mesurer lo les retours d'expériences de l'ensemble des utilisateurs. [77] En fonction de la comparaison avec des seuils Si paramétrables, les modules Cl et/ou C2 mettent en place des mécanismes Xi' de filtrage communautaires représentatifs d'une tendance des utilisateurs à accepter ou à refuser une information particulière. Les mécanismes Xi' pourront être 15 implémentés au niveau de chaque utilisateur, du réseau 2 de l'opérateur ou du réseau tiers 3. Ces mécanismes Xi' de filtrage communautaire pourront engendrer en outre une émission de recommandations R vers les utilisateurs du réseau et/ou une modification directe des profils de filtrage P1-Pn de chacun des utilisateurs du réseau. 20 [078] Ainsi par exemple lorsque les retours d'expériences utilisateurs, caractérisant une information I comme étant « indésirable », atteint un seuil Si paramétrable, cette information est dès lors considérée comme potentiellement non désirée par l'ensemble des utilisateurs. Les utilisateurs qui recevront cette information I pourront être alertés par une 25 recommandation R du risque potentiel de celle-ci et/ou cette information sera supprimée de manière anticipée au niveau du réseau 2 de l'opérateur ou du réseau tiers 3 via un mécanisme de filtrage Xi'. [079] A l'inverse, lorsque les retours d'expériences utilisateurs, caractérisant une information I comme étant «désirable», atteint un seuil Si 30 paramétrable, cette information est dès lors considérée comme potentiellement intéressante pour l'ensemble des utilisateurs. Les utilisateurs qui recevront cette information I seront alertés par une recommandation R de l'intérêt potentiel que cette information 1 présente. [80] Comme montré sur la Figure 3, lors de la mise en oeuvre du procédé selon l'invention, on détecte dans une étape 401 une information I à traiter sur le réseau 2 de l'opérateur et/ou sur le réseau tiers 3 et/ou sur le média d'accès M1-Mn en fonction des profils de filtrage Pl-Pn de chaque utilisateur. [81] Dans une étape 402, les utilisateurs classent l'information I dans une catégorie de type « désirée » ou « indésirable », ce classement consistant en une expérience de l'utilisateur. [82] Dans une étape 403, on mesure le retour d'expériences pour to l'ensemble des utilisateurs relatifs à l'information I traitée à l'aide des compteurs associés aux bases de données BD', BD". [83] Dans une étape 404, on élabore des mécanismes Xi' de filtrage communautaires à partir de ces retours d'expérience. [84] Dans une étape 405, les mécanismes Xi' génère en outre de 15 préférence une émission de recommandations R vers les médias M1-Mn des utilisateurs recevant l'information I pour la première fois, et/ou la modification des profils de filtrage Pl-Pn de l'ensemble des utilisateurs. Ainsi, avant même de recevoir une information donnée, cette dernière aura été évaluée par la majorité des utilisateurs du réseau de l'opérateur, ce qui permet 20 d'obtenir l'effet « proactif » du système selon l'invention. [85] Autrement dit, l'invention permet de créer un cercle de confiance dans le traitement de l'information I transitant sur le réseau 2 de l'opérateur, dans la mesure où les mécanismes Xi' de filtrage communautaires applicables à l'ensemble des utilisateurs sont réalisés à partir des filtres Fi 25 mis en place par les utilisateurs du réseau. [86] Dans une mise en oeuvre particulière du système de filtrage global, des recommandations R sont émises par l'opérateur ou le tiers via l'envoi d'un message d'alerte contextuellement ciblé, par exemple lié à la sécurité nationale, la santé publique, la protection des infrastructures sensibles. 30 [087] Par ailleurs, on peut envisager que les utilisateurs puissent échanger entre eux certains filtres et mécanismes de filtrages. Des recommandations R pourront également être émises directement par les utilisateurs vers les contacts d'une liste paramétrable accessible par le média d'accès M1-Mn. Les recommandations R pourront également être émises par l'opérateur ou le tiers via l'envoi d'un message d'alerte contextuellement ciblé, par exemple lié à la sécurité nationale, la santé publique, la protection des infrastructures sensibles. [88] De préférence, le système permettra d'historiser une imputabilité des actes et des différents évènements, c'est-à-dire de stocker dans une base de données dite base de données historique BDH le traitement réalisé ~o par et sur une information I (acceptation, suppression, mise en quarantaine) ainsi que l'information correspondante (en particulier dans le cas d'une suppression). La base de données BDH assure ainsi la traçabilité, l'intégrité et la confidentialité de l'ensemble des informations traitées. [89] Comme montré sur la Figure 2, la définition des profils de filtrage 15 Pl-Pn contenus dans les bases de données individuelles BDU1-BDUn est effectuée de préférence par l'utilisateur via une interface dédiée Int1 du logiciel L1-Ln. L'utilisateur pourra ainsi définir lui-même les différents paramètres des filtres Fi et des mécanismes Xi de filtrage. Pour augmenter l'ergonomie du système, l'interface Int1 fait appel de préférence à un avatar 20 interagissant avec l'utilisateur. En complément ou de manière alternative, le logiciel L1-Ln détermine de manière automatique et contextuelle les différents paramètres des profils de filtrage P1-Pn en fonction du comportement de l'utilisateur, ce qui rend la configuration des profils de filtrage Pl-Pn transparente pour l'utilisateur. 25 [090] En outre, une interface lnt2 prenant par exemple la forme d'un site Internet permet d'accéder, via le réseau tiers 3, à la base de données de mutualisation BDM1 contenant les profils de filtrage Pl-Pn correspondants. L'utilisateur pourra ainsi également créer, modifier ou supprimer son profil de filtrage Pl-Pn via cette interface Int2. 30 [091] Une interface Int3 prenant par exemple la forme d'un portail dédié permet d'accéder, via le réseau 2 de l'opérateur, à la base de données BDM2 de mutualisation contenant les profils de filtrage P1-Pn associés au réseau 2 de l'opérateur. L'utilisateur pourra donc également créer, modifier ou supprimer son profil de filtrage P1-Pn via cette interface Int3. [92] Une sécurisation est réalisée de préférence sur le média M1-Mn de l'utilisateur, sur un serveur hébergeant la première base de données s BDM1 de mutualisation, dans la relation entre le serveur et l'utilisateur par authentification, ainsi que dans la relation entre le serveur et le réseau 2 de l'opérateur. [93] En variante, la ou les premières bases de données BDM1 de mutualisation et la deuxième base de données BDM2 de mutualisation sont lo mutualisées et fusionnées en une seule base de données. La base de données résultante est installée dans les infrastructures du réseau 2 de l'opérateur ou dans les infrastructures du réseau tiers 3. [94] Ainsi l'utilisateur devient un acteur du système de filtrage selon l'invention en participant à la définition des mécanismes communautaires Xi' 15 appliqués à l'ensemble des informations I transitant sur le réseau 2 de l'opérateur. Par ailleurs, l'opérateur pourra gérer de manière globale la diffusion des informations vers l'ensemble des utilisateurs de son réseau à travers l'interconnexion de son réseau 2 avec une ou plusieurs bases de données de mutualisation installées sur des réseaux tiers. Lorsqu'il s'agit 20 d'un réseau mobile, il sera également possible de préserver la bande passante en mettant en oeuvre au moins partiellement des mécanismes de filtrage au niveau du réseau coeur 2.1. REVENDICATIONS1. Système de gestion globale de filtrage personnalisé d'informations (I) pour le traitement anti-spam mis en oeuvre avec un réseau (2) d'un opérateur en relation avec des médias d'accès (Ml-Mn) d'utilisateurs, ce réseau d'opérateur (2) étant interconnecté avec un réseau tiers (3), caractérisé en ce que le système est formé par : - un logiciel de filtrage (L1-Ln) installé sur chaque média d'accès (M1-Mn) permettant à chaque utilisateur de définir un profil de filtrage (P1-Pn) to dynamique, temporel et contextuel, des bases de données (BDU1-BDUn) réparties, dite bases de données individuelles, étant associées chacune à un profil de filtrage (PI-Pn) d'un utilisateur, - au moins une base de données (BDM1, BDM2), dite base de données de mutualisation, stockant les profils de filtrage des différents 15 utilisateurs, cette base de données (BDM1, BDM2) représentant la somme des bases de données (BDU1-BDUn) individuelles réparties, cette base de données (BDM1-BDM2) de mutualisation étant associée au réseau (2) de l'opérateur et/ou au réseau tiers (3), - des échanges de données, comportant notamment des mises à jour 20 des profils de filtrage (P1-Pn), étant déclenchés en fonction des évènements liés aux profils de filtrage entre les différentes bases de données individuelles (BDU1-BDUn) et la base de données (BDM1, BDM2) de mutualisation, - des mécanismes (Xi') de filtrage communautaires élaborés pour filtrer les informations (I) sur le réseau de l'opérateur (2) à partir de la prise 25 en compte de la somme des bases de données (BDU1-BDUn) individuelles stockant les profils de filtrage (P1-Pn) des utilisateurs. 2. Système selon la revendication 1, caractérisé en ce que chaque profil de filtrage (PI-Pn) est formé : 30 - de filtres (Fi) définissant l'objet des caractéristiques du filtrage telles que les modalités du mécanisme de filtrage, le contenu, la date, l'émetteur et le récepteur, et - des mécanismes (Xi) de filtrage définis par au moins un paramètre, notamment le moment du filtrage, la périodicité du filtrage, le lieu du filtrage à 35 savoir en local sur le média d'accès (Ml-Mn) ou sur le réseau (2) de21 l'opérateur ou sur le réseau tiers (3). 3. Système selon la revendication 2, caractérisé en ce que un ou plusieurs paramètres des mécanismes de filtrage sont définis par l'utilisateur 5 et/ou l'opérateur et/ou le tiers. 4. Système selon la revendication 2 ou 3, caractérisé en ce que les modalités de filtrage consistent en : - un filtrage positif de l'information (I) correspondant à une utilisation to d'un filtre pour rechercher une information désirée ou - un filtrage négatif de l'information (I) correspondant à une utilisation d'un filtre (Fi) pour traiter une information (I) reçue non désirée, par exemple par suppression ou mise en quarantaine des informations non désirées. 15 5. Système selon la revendication 4, caractérisé en ce que le filtrage positif de l'information est effectué : - en fonction d'évènements, tels que des recherches, déclenchés par l'utilisateur, et - de paramètres issus des profils de filtrage (P1-Pn) traduisant des 20 préférences de l'utilisateur, - de manière à enrichir l'information fournie à l'utilisateur en fournissant une information correspondant à la fois aux évènements déclenchés et aux préférences de l'utilisateur. 25 6. Système selon la revendication 5, caractérisé en ce que un rapprochement sémantique est effectué entre les paramètres des évènements déclenchés et les paramètres des profils de filtrage (P1-Pn) traduisant les préférences de l'utilisateur. 30 7. Système selon l'une des revendications 1 à 6, caractérisé en ce que les profils de filtrage (Pl-Pn) sont aptes à être échangés entre les utilisateurs, et/ou entre les utilisateurs et l'opérateur, et/ou entre les utilisateurs et le réseau tiers et/ou entre l'opérateur et le réseau tiers. 35 8. Système selon l'une des revendications 1 à 7, caractérisé en ce quela base de données de mutualisation est formée par : - au moins une première base de données (BDM1) de mutualisation associée à au moins un réseau tiers (3), cette première base de données (BDM1) de mutualisation contenant l'ensemble des profils de filtrage (P1-Pn) des utilisateurs connectés au réseau tiers (3), et - une deuxième base de données (BDM2) de mutualisation associée au réseau (2) de l'opérateur, cette deuxième base de données (BDM2) de mutualisation contenant l'ensemble des profils de filtrage (P1-Pn) contenus dans la ou les premières bases de données (BDM1) de mutualisation, lo - des échanges de données, comportant notamment des mises à jour des profils de filtrage (P1-Pn), étant effectués - entre les bases de données (BDU1-BDUn) individuelles et la ou les premières bases de données (BDM1) de mutualisation, - entre la ou les premières bases de donnée (BDM1) de mutualisation 15 et la deuxième base de données (BDM2) de mutualisation, et - entre la deuxième base de données (BDM2) de mutualisation et les bases de données (BDU1-BDUn) individuelles. 9. Système selon l'une des revendications 1 à 8, caractérisé en ce que 20 l'information (I) est classée dans une catégorie de type « désirée », « indésirable » ou associée à une « recommandation », - le traitement d'une information (Id) de type « désirée » consistant en une autorisation de la réception de l'information sur le média d'accès, - le traitement d'une information (Ii) « indésirable » consistant en une 25 mise en quarantaine de l'information ou une suppression de l'information, - une « recommandation » (R) consistant en un conseil de classement de l'information dans la catégorie « désirée » ou « indésirable ». 10. Système selon la revendication 9, caractérisé en ce que : 30 - chaque média d'accès comporte une base de données (BD') stockant des caractéristiques des informations (Id) classées dans une catégorie « désirée », et une base de données (BD") stockant les caractéristiques des informations (Ii) classées dans la catégorie « indésirable », le système comportant : 35 - des compteurs associés aux bases de données (BD', BD") pourmesurer les retours d'expériences relatifs à une information (I) donnée pour l'ensemble des utilisateurs, - des mécanismes (Xi') de filtrage communautaires établis à partir de ces retours d'expérience, - ces mécanismes (Xi') de filtrage communautaire étant associés à l'émission de recommandations (R) vers les médias (M1-Mn) des utilisateurs recevant l'information (I). 11. Système selon la revendication 9 ou 10, caractérisé en ce que les ~o recommandations (R) sont émises par l'opérateur ou le tiers via l'envoi d'un message d'alerte contextuellement ciblé lié notamment à la sécurité nationale, la santé publique, ou à la protection des infrastructures sensibles. 12. Système selon l'une des revendications 1 à 11, caractérisé en ce 15 qu'une base de données dite historique (BDH) assure le stockage du traitement réalisé sur chaque information ainsi que l'information correspondante, de manière à assurer la traçabilité, l'intégrité et la confidentialité de l'ensemble des informations traitées. 20 13. Système selon la revendication 8, caractérisé en ce qu'il comporte : - une interface (Int1) dédiée pour modifier les profils de filtrage (P1-Pn) via le média d'accès (M1-Mn), - une interface (Int2) dédiée pour modifier les profils de filtrage (P1-Pn) 25 de la première base de données de mutualisation (BDM1) via le réseau tiers, - une interface (Int3) dédiée pour modifier les profils de filtrage (P1-Pn) de la deuxième base de données (BDM2) de mutualisation via le réseau (2) de l'opérateur. 30 14. Procédé de gestion globale de filtrage personnalisé d'informations (I) mis en oeuvre avec un réseau (2) d'un opérateur de téléphonie mobile en relation avec des médias d'accès d'utilisateurs, ce réseau d'opérateur (2) étant interconnecté avec un réseau tiers (3), caractérisé en ce que : - un logiciel de filtrage (L1-Ln) est installé sur chaque média d'accès 35 (M1-Mn) pour permettre à chaque utilisateur de définir un profil de filtrage(P1-Pn), une base de données (BDU1-BDUn), dite base de données individuelle, étant associée à chaque profil de filtrage (P1-Pn), - au moins une base de données (BDM1, BDM2), dite base de données de mutualisation, stocke les profils de filtrage des différents utilisateurs, cette base de données (BDM1-BDM2) de mutualisation étant associée au réseau (2) de l'opérateur et/ou au réseau tiers (3), - le procédé comporte l'étape, d'échanger des données régulièrement entre les différentes bases de données individuelles (BDU1-BDUn) et la base de données (BDM1, BDM2) de mutualisation, les échanges étant déclenchés io en fonction des évènements liés aux profils de filtrage, cette étape comportant notamment des mises à jour des profils de filtrage (P1-Pn), et d'élaborer des mécanismes de filtrage communautaires pour filtrer les informations sur le réseau de l'opérateur (2) à partir de la prise en compte de la somme des bases de données (BDU1-BDUn) individuelles stockant les 15 profils de filtrage de utilisateurs. 15. Procédé selon la revendication 14, caractérisé en ce chaque média d'accès (M1-Mn) comporte une base de données (BD') stockant des caractéristiques numériques d'informations (Id) classées dans une catégorie 20 « désirée », et une base de données (BD") stockant les caractéristiques numériques des informations (Ii) classées dans la catégorie « indésirable », le procédé comportant les étapes suivantes : - détection d'une information (I) à traiter sur le réseau (2) de l'opérateur et/ou sur le réseau tiers (3) et/ou sur le média d'accès (M1-Mn) 25 en fonction des profils de filtrage (P1-Pn) de chaque utilisateur, - classement de l'information (1) dans une catégorie de type « désirée » ou « indésirable », ce classement consistant en une expérience, - mesure des retours d'expériences pour l'ensemble des utilisateurs relatifs à l'information (I) traitée à l'aide de compteurs associés aux bases de 30 données (BD', BD"), - élaboration de mécanismes (Xi') de filtrage communautaires à partir de ces retours d'expérience, et/ou - émission de recommandations (R) vers les médias des utilisateurs recevant l'information (I) traitée. 35