Brevet FR2816423A1 — publié le 20020510

PROCEDE DE GESTION D'INFORMATIONS DESTINEES A FORMER DES " COOKIES " ASSOCIES A DES NOMS DE DOMAINE DISJOINTS ET DISPOSITIF DE MISE EN îUVRE. L'invention concerne un procédé de gestion d'informations destinées à former des " cookies " associés à des noms de domaine disjoints et le dispositif de mise en oeuvre. Le terme de cookie dont la traduction en français est témoin ou espion est le terme employé dans le cadre de transactions Internet pour désigner des informations enregistrées par un serveur sur un ordinateur client (du service assuré par le serveur). On utilisera donc le terme " cookie " dans le reste de la description plutôt que sa traduction en français puisque c'est ce terme qui est le plus couramment employé dans ce domaine. On entend par domaines disjoints, différents services ServiceA, serviceB offerts par un même fournisseur S mais hébergés sous des noms de domaines distincts, Domainel.com, Domaine2.com. Ainsi, lors d'une connexion client serveur, certaines informations sont enregistrées par le serveur sur l'ordinateur client, ces informations constituent le contenu d'un cookie. Les cookies se composent d'un ensemble de variables (ou de champs) que le client et le serveur s'échangent lors de transactions HTTP. Ce mécanisme permet au serveur d'identifier une machine client et de maintenir avec celle-ci un " dialogue ". Un cookie est obligatoirement rattaché à un nom de domaine de telle sorte que seule une requête provenant d'un serveur sous ledit nom de domaine pourra y accéder et pourra relire et modifier ultérieurement les informations contenues dans le cookie. Un problème se pose, lorsque plusieurs services sont accessibles à l'utilisateur, mais ne sont pas hébergés sous le même nom de domaine car dans ce cas il n'est pas possible d'exploiter le mécanisme des cookies pour établir un dialogue entre le navigateur client et les différents services. Par exemple, un service donné (un serveur donné): ServiceA.Domainel.com dépose des cookies sur le poste client pour effectuer une identification de l'utilisateur. Un autre service proposé par le même fournisseur de services: ServiceB.Domaine2.com sera dans l'impossibilité de relire les informations enregistrées sous forme de cookies par le service ServiceA. Domainel.com. L'utilisateur sera dans l'obligation d'exécuter une nouvelle procédure d'identification et d'authentification pour accéder au service ServiceB.Domaine2.com. Le but de l'invention est donc de permettre à des services hébergés sous des noms de domaines différents d'échanger tout ou partie des informations contenues dans les cookies déposés par ces services, en laissant la possibilité à l'utilisateur de contrôler ces échanges. Le gain pour l'utilisateur est un confort de navigation supplémentaire et la connaissance de l'utilisation des informations qui le concernent. L'invention a plus particulièrement pour objet un procédé de gestion d'informations destinées à former des témoins dénommés cookies associés à des noms de domaines, chaque domaine correspondant à un service auquel est rattaché un serveur, l'ensemble desdits services étant fournis par un même fournisseur de service, un cookie étant enregistré sur un poste client utilisateur d'un service par les serveurs concernés. Ce procédé est principalement caractérisé en ce qu'il consiste à centraliser sur un serveur maître dénommé serveur de cookies, des informations relatives à des postes clients lors de connexion durant lesquelles lesdits postes clients n'ont pas été identifiés par le service demandé et à redistribuer lesdites informations lors de connexions par le poste client à d'autres services proposés par le même fournisseur de service. Selon une autre caractéristique du procédé, les opérations de centralisation et de redistribution comprennent les étapes suivantes: lors d'une première connexion d'un poste client à l'un des serveurs le serveur maître dénommé serveur de cookies est appelé par le serveur concerné, ledit serveur de cookies est apte à collecter des informations relatives à l'utilisateur du poste client et à enregistrer un cookie contenant ces informations sur ledit poste client, lors d'une connexion dudit poste client avec un autre serveur, ledit poste appelle le serveur de cookies, lequel extrait les informations déjà enregistrées pour ce poste client et les communique audit serveur. Selon une autre caractéristique, la collecte d'informations par le serveur de cookies comporte: l'envoi vers ledit poste client d'un formulaire électronique à compléter, le renvoi par le serveur du formulaire complété vers le serveur de cookies, l'enregistrement par ledit serveur de cookies des informations nécessaires à l'inscription du poste client utilisateur et le rajout du nom de domaine concerné parmi les informations gérées. L'appel du serveur de cookies par un serveur est réalisé par une redirection de la requête émise par le poste client, une connexion à un serveur se faisant par l'émission d'une requête par un navigateur installé sur ledit poste client. Selon une autre caractéristique, le serveur recevant une requête vérifie l'existence d'un cookie dans l'en-tête de cette requête et effectue une redirection vers le serveur de cookies lorsque aucun cookie n'est présent dans l'en-tête. Lorsqu'une connexion a lieu avec un premier serveur, la connexion comprend la redirection vers le serveur de cookies, une détection d'absence de cookies dans l'en-tête de la requête, l'envoi du formulaire électronique au poste client, le renvoi dudit formulaire complété, l'enregistrement des informations contenues dans le formulaire électronique pour l'inscription du poste client utilisateur, une redirection vers le serveur concerné, la communication des informations relatives au poste client, audit serveur, l'envoi du service concerné par ledit serveur. Lorsqu'une connexion a eu lieu avec un premier serveur, la connexion du poste client avec un autre serveur comprend: la redirection vers le serveur de cookies, une détection d'un cookie dans l'en-tête de la requête émise par le poste client vers le serveur de cookies et enregistré lors de la connexion qui a déjà eu lieu, l'identification du poste client, une redirection vers le serveur concerné, la communication des informations extraites du cookie enregistré, audit serveur, l'envoi du service concerné par ce serveur. Selon une autre caractéristique de l'invention, la déconnexion à l'un quelconque des services comprend: l'envoi d'une requête par le poste client vers le serveur de cookies, l'envoi d'une commande de déconnexion commune à tous les serveurs du fournisseur de service, pour lesquels le poste client a effectué un accès,. destruction des cookies enregistrés sur le poste client par chacun des serveurs y compris le serveur de cookies. Les informations relatives à un poste client comportent le profil dudit poste client. Avantageusement, lors de la première connexion, le poste client reçoit du serveur de cookies une information lui indiquant que des informations le concernant sont enregistrées sur ledit serveur de cookies. Un choix est proposé à l'utilisateur, celui ci peut transférer et utiliser une partie ou la totalité de ces informations afin d'accéder à ce service ou réitérer un processus d'inscription pour ce nouveau service. L'invention concerne également un serveur de gestion d'informations, principalement caractérisé en ce qu'il comprend des moyens de liaison avec des postes clients et avec un ou plusieurs serveurs associés chacun à un service rattaché à un nom de domaine, l'ensemble desdits services étant fournis par un même fournisseur de service, caractérisé en ce en ce qu'il comprend des moyens pour centraliser des informations relatives à des postes clients lors de connexions durant lesquelles lesdits postes clients n'ont pas été identifiés par le service demandé et à redistribuer lesdites informations lors de connexions par le poste client à d'autres services de la même offre. Le serveur comprend en outre des moyens pour envoyer vers ledit poste client un formulaire électronique à compléter, pour recevoir le formulaire complété, pour enregistrer les informations nécessaires à l'inscription du poste client utilisateur et le rajout du nom de domaine concerné parmi les informations gérées. Avantageusement, le serveur comprend également des moyens de déconnexion avec les serveurs et les postes client et des moyens de destruction des cookies créés et enregistrés par les différents serveurs. D'autres particularités et avantages de l'invention apparaîtront clairement à la lecture de la description qui est faite ci après et en regard des dessins sur lesquels: La figure 1, représente un exemple de plate forme multi domaines illustrant des mécanismes mis en ouvre par le procédé; La figure 2, représente la plate forme illustrant les mécanismes de déconnexion. Avant d'aborder la description détaillée de l'invention on va rappeler dans ce qui suit la syntaxe et le fonctionnement d'un cookie. Syntaxe d'un cookie: Lors d'une requête sur un serveur distant S, un cookie peut être envoyé par ce serveur S en insérant dans l'en-tête du message de réponse HTTP une directive dont la syntaxe est la suivante: Set-Cookie: Nom=valeur; expires=date; path=chemin; domain=nom;_domain; secure Grâce à l'information Nom-valeur, chaque cookie porte un nom auquel correspond une valeur, définie par le serveur S sous forme d'une chaîne de caractères, et qui, précisément, sera renvoyée au serveur S lors des connexions suivantes. Ce champ ne doit pas contenir de ";" et de caractère blanc. Par exemple: "VisitorName=Alfred". C'est l'utilisateur qui a tapé "Alfred" dans un formulaire. Le nom du cookie est "VisitorName", et sa valeur est "Alfred". Le champ Expires=date indique la date d'expiration du cookie. Une fois cette date dépassée, le logiciel client n'insérera plus le cookie lors des transactions HTTP. Le serveur S peut donc effacer un cookie en substituant à sa date initiale d'effacement une date antérieure à la date courante. Si aucune date n'est donnée, le cookie expire à la fin de la session. Le format de la date est: Jds,jj-mm-aa HH:MM:SSGMT. Ds est le jour de la semaine, jj est le jour du mois sur deux bits, mm est le mois de l'année sur deux bits, aa est l'année écrite sur deux caractères. Le champ path=chemin indique quelles pages peuvent accéder au cookie à partir du serveur spécifié par la variable domain. Par défaut cette valeur correspond à la localisation de page qui initialise le cookie. Le champ domain--nom domain fournit le nom de domaine du serveur qui a posé le cookie ( www.entreprise.fr, par exemple). Par défaut, cette valeur correspond au nom du serveur qui a initialisé le cookie. Enfin, secure permet d'être utilisé pour n'assurer, l'application du cookie que lorsque la connexion client-serveur est sécurisée, par le protocole HTTPS par exemple. En l'absence de ce champ, le cookie est transmis quel que soit le protocole utilisé. On va rappeler également pour mieux comprendre la suite le fonctionnement du cookie: Mais avant tout, il est précisé qu'il est usuel de désigner par " client ", un poste informatique (poste client) accédant à un serveur et plus précisément dans le cadre de cette invention, le navigateur du poste client (ordinateur) effectuant une transaction HTTP avec un serveur S (SD1 ou SD2) Lorsque le client accède à une adresse de site Internet dénommée dans la suite par l'acronyme URL, il recherche parmi ses cookies celui ou ceux qui correspondent à 1'URL en question. Le client insère ensuite dans la requête HTTP une ligne contenant tous les couples " nom--valeur " correspondants. Lors d'une nième connexion sur un serveur S, les cookies préalablement posés par ce serveur S lui sont donc systématiquement renvoyés sans que ce dernier ait besoin de les réclamer. Lorsqu'un cookie est envoyé par le serveur, le navigateur client consulte sa liste de cookies et compare la liste des domaines avec celle du domaine de 1'URL consultée. La correspondance est faite entre l'URL et la valeur contenue dans l'identifiant domain. La variable path quant à elle spécifie le chemin valide pour le cookie. Pour path=/rec avec domain=entreprise.úr, l'enregistrement du cookie se fera pour /rec, mais aussi pour /recrutement ou pour /rec/index.htm. Ainsi, lors de la consultation d'une URL correspondant au nom de domaine et au chemin, le navigateur va envoyer la liste des variables enregistrées au niveau de l'ordinateur client. Pour détruire un cookie depuis le serveur, il suffit de modifier la variable expire du cookie en lui assignant une date d'expiration déjà expirée. On rappelle en outre qu'un cookie peut être posé par un programme exécuté coté client comme un " javascript " intégré dans une page HTML ou grâce à un programme CGI (Commun Gate Interface) exécuté sur le serveur. On rappelle également à ce propos que les programmes CGI sont des programmes exécutables qui permettent d'extraire des données des formulaires et d'agir sur le serveur. L'écriture des procédures CGI se fait en utilisant un langage de développement informatique comme le C, le Pascal ou le Basic et le langage PERL qui regroupe la puissance des langages C et Shell Script. De même grâce à un programme CGI, le serveur rattaché au nom de domaine D a la possibilité de mettre à jour ou d'effacer un cookie associé audit nom de domaine. Mais pour cela, il doit spécifier tous les attributs du cookie, par conséquent seul le serveur qui a créé un cookie peut le modifier ou le supprimer. On va maintenant expliquer le mécanisme de gestion centralisée des informations à partager entre plusieurs serveur conmme le propose la présente invention. Pour simplifier, on va illustrer ses mécanismes en prenant l'exemple d'une plate forme avec seulement deux services SDl.com et SD2.com assurés par deux serveurs désignés SD1 et SD2 par assimilation aux services et hébergés sous des noms de domaines distincts, Dl.com et D2.com. La solution proposée consiste à centraliser la gestion des informations à partager entre les deux serveurs SD1 et SD2 sur un serveur dédié que l'on dénomme dans la suite serveur de cookies SC. Lors d'une transaction HTTP entre le navigateur client NC et un serveur SD1 ou SD2, les cookies associés au nom de domaine auquel est rattaché le serveur, sont insérés dans l'en-tête du message HTTP. Cependant s'il s'agit d'une première transaction, le serveur concerné n'aura pas encore enregistré de cookie C sur le poste client NC. Ainsi, selon les cookies enregistrés au niveau du navigateur client NC trois cas possibles se présentent dans la gestion du partage de ces informations: - Dans un premier cas, aucun cookie C déposé par le serveur SD1 ou SD2 ou par le serveur de cookies n'est enregistré au niveau du navigateur client NC. On dira pour cette situation qu'il n'y a pas eu de connexion avec le service. - Dans un deuxième cas, des cookies déposés par le serveur de cookies SC sont enregistrés au niveau du navigateur client NC. - Dans un troisième cas, des cookies déposés par le serveur SD1 ou SD2 sont enregistrés au niveau du navigateur client NC. L'utilisateur reçoit alors en retour la page du service demandé. Pour ces deux cas on dira qu'il y a eu une première connexion avec le service. Pour illustrer le fonctionnement on va considérer le cas d'une première connexion (" login ") au service SD2.com: - Le serveur SD2 n'est pas en mesure d'identifier l'utilisateur, il interroge le serveur de cookies SC. - Le serveur de cookies SC ne peut pas identifier l'utilisateur et va envoyer au navigateur un formulaire que l'utilisateur va devoir remplir. - Le serveur de cookies SC va collecter les informations du formulaire et va les renvoyer vers le serveur SD2. - Le serveur SD2 va extraire ces informations et les utiliser pour poser ses cookies. - L'utilisateur sera alors identifié et pourra accéder au service SD2.com. On va décrire dans ce qui suit le fonctionnement détaillé de ce mécanisme: 1) Requête du navigateur vers le serviceS/domaineD (SD2.com dans l'exemple). Les éventuels cookies accessibles par ce domaine D2.com sont insérés dans l'en-tête de la requête HTTP. 2) Absence de cookies déposés par le domaine D2.com dans l'en-tête de la requête HTTP. Redirection vers le serveur de cookies SC pour effectuer une procédure d'authentification. Passage en paramètre: - de i'URL du service concerné pour une redirection future vers ce service. - Du nom du domaine concerné, D2.com dans l'exemple. 3) Absence de cookies déposé par le domaine SC dans l'en-tête du message HTTP. L'utilisateur n'est pas identifié. Envoi vers le navigateur d'un formulaire pour collecter les informations nécessaires à l'inscription de l'utilisateur. Passage en paramètres: - du nom du domaine concerné, D2.com. 4) Renvoi du formulaire complété vers le serveur de cookies. Passage en paramètres: - des informations entrées dans le formulaire, - du nom du domaine concerné, D2.com, que le SC va ajouter à sa liste " domaines gérés ". ) Redirection vers le service SD2.com. Dépôt de cookies C, au niveau du navigateur contenant les informations entrées dans le formulaire. Passage en paramètres: - des informations relatives au profil utilisateur pour la pose de cookies par le serveur SD2. 6) Envoi du service personnalisé en retour. Dépôt de cookies par le serveur SD2. On va décrire maintenant le cas d'une première connexion au service SDl. com (login), la connexion au service SD2.com ayant eu lieu:. Le serveur SD1 n'est pas en mesure d'identifier l'utilisateur (poste client) et interroge le serveur de cookies SC. Cette fois-ci des cookies associés au nom de domaine SC existent au niveau du navigateur client NC. Grâce à ces cookies le serveur de cookies SC peut identifier l'utilisateur. Les informations contenues dans les cookies sont extraites et le serveur de cookies va les renvoyer vers le serveur SD1. Le serveur SD1 va extraire ces informations et les utiliser pour poser ses cookies. L'utilisateur sera alors identifié et pourra accéder au service SDl.com. Voici le fonctionnement détaillé du mécanisme: 1) Requête du navigateur vers le serviceS/domaineD (SDl.com dans l'exemple). Les éventuels cookies accessibles par ce domaine Dl.com sont insérés dans l'en-tête de la requête HTTP. 2) Absence de cookies déposés par le domaine Dl.com dans l'en-tête de la requête HTTP. Redirection vers le serveur de cookies SC pour effectuer une procédure d'authentification. Passage en paramètre: - de l'URL du service concerné pour une redirection future vers ce service. 14 2816423 - Du nom du domaine concerné, D1.Com, que le SC va ajouter à sa liste " domaines gérés ". 3) Présence de cookies déposés par le serveur de cookies, l'utilisateur est authentifié. Redirection vers le service SDl.com. Mise à jour des cookies SC sur le disque client. Passage en paramètres: - des informations relatives au profil utilisateur pour la pose de cookies par le serveur SD1. 4) Envoi du service personnalisé en retour. Dépôt de cookies par le serveur SD1. Une fonction est avantageusement intégrée pour signaler à l'utilisateur souhaitant accéder à un service pour lequel il n'est pas identifié, que des informations le concernant ont été enregistrées au niveau d'un service faisant partie de la même offre de service. L'utilisateur peut choisir, grâce à une boite de dialogue, de réitérer un processus d'inscription pour ce nouveau service ou de transférer une partie ou la totalité de ces informations d'un service à l'autre. Dans ce dernier cas le processus de transfert des informations vers le nouveau service sera identique à celui décrit précédemment. Le serveur de cookies SC gère une liste de domaines, qu'il tient à jour en fonction des accès de l'utilisateur à différents domaines du même fournisseur d'accès. Lorsque l'utilisateur se déconnecte depuis l'un des services SDl.com ou SD2.com une requête est envoyée vers le serveur de cookies; celui-ci va détruire les cookies associés à ce client, générer une commande (IHM) sous la forme d'une page HTML et informer l'utilisateur que les cookies associés aux différents domaines accédés vont être détruits. Pour chaque nom de domaine contenu dans la liste, le serveur de cookies commande la destruction des cookies en utilisant le mécanisme des " imagettes ". A chaque nom de domaine de la liste correspond un serveur (soit SD1, soit SD2 dans l'exemple) et une imagette. L'imagette est générée par un programme CGI qui s'exécute sur le serveur correspondant et qui se charge de détruire les cookies associés au nom de domaine correspondant On va maintenant détailler le mécanisme de déconnexion " Log-out " depuis SDl. com ou SD2.com: 1) Requête vers le serveur SC pour effectuer un " log-out " 2) Destruction des cookies associés au domaine SC.com. Envoi d'une IHM de log-out commune pour SDl.com et SD2.com. En utilisant le principe des Imagettes (envoi d'une requête vers chaque domaine de la liste dans support logique), pour procéder à la destruction des cookies associés à chaque domaine. 3) Destruction des cookies associés au domaine Dl.com déposé par le serveur SD1 sur le poste client NC. 4) Destruction des cookies associés au domaine D2.com déposés par le serveur SD2 sur le poste client NC. REVENDICATIONS 1. Procédé de gestion d'informations destinées à former des témoins dénommés cookies associés à des noms de domaines, chaque domaine correspondant à un service auquel est rattaché un serveur, l'ensemble desdits services étant fournis par un même fournisseur de service, un cookie étant enregistré sur un poste client utilisateur d'un service par le serveur concerné, caractérisé en ce qu'il consiste à centraliser sur un serveur maître dénommé serveur de cookies, des informations relatives à des postes client lors de connexions durant lesquelles lesdits postes clients n'ont pas été identifiés par le service demandé et à redistribuer lesdites informations lors de connexions par le poste client à d'autres services proposés par le même fournisseur. 2. Procédé de gestion des informations selon la revendication 1, caractérisé en ce que les opérations de centralisation et de redistribution comprennent les étapes suivantes: lors d'une première connexion d'un poste client à l'un des serveurs le serveur maître dénommé serveur de cookies est appelé par le serveur concerné, ledit serveur de cookies est apte à collecter des informations relatives au poste client et à enregistrer un cookie contenant ces informations sur ledit poste client, lors d'une connexion dudit poste client avec un autre serveur, ledit poste appelle le serveur de cookies, lequel extrait les informations déjà enregistrées pour ce poste client et les communique audit serveur. 3. Procédé de gestion des informations selon la revendication 2, caractérisé en ce que la collecte d'informations par le serveur de cookies comporte: l'envoi vers ledit poste client d'un formulaire électronique à compléter, le renvoi par le serveur du formulaire complété vers le serveur de cookies, l'enregistrement par ledit serveur de cookies des informations nécessaires à l'inscription du poste client utilisateur et le rajout du nom de domaine concerné parmi les informations gérées. 4. Procédé de gestion des informations selon les revendications précédentes, caractérisé en ce qu'une connexion comporte l'émission d'une requête émise par un navigateur installé sur un poste client et en ce que l'appel du serveur de cookies par un serveur est réalisé par une redirection de ladite requête. 5. Procédé de gestion des informations selon la revendication 4, caractérisé en ce que le serveur recevant une requête vérifie l'existence d'un cookie C dans l'en-tête de cette requête et effectue une redirection vers le serveur de cookies lorsque aucun cookie C n'est présent dans l'en-tête. 6. Procédé de gestion des informations selon la revendication 4, caractérisé en ce que lorsqu'une connexion a lieu avec un premier serveur, la connexion comprend la redirection vers le serveur de cookies, une détection d'absence de cookies C dans l'en-tête de la requête, l'envoi du formulaire électronique au poste client, le renvoi dudit formulaire complété, l'enregistrement des informations contenues dans le formulaire électronique pour l'inscription du poste client utilisateur, une redirection vers le serveur concerné, la communication des informations relatives au poste client, audit serveur, l'envoi de la page du service concerné par ledit serveur. 7. Procédé de gestion des informations selon la revendication 4, caractérisé en ce que lorsqu'une connexion a eu lieu avec un premier serveur, la connexion du poste client avec un autre serveur comprend: la redirection vers le serveur de cookies, une détection d'un cookie C dans l'en-tête de la requête émise par le poste client vers le serveur de cookies et enregistré lors de la connexion qui a déjà eu lieu, l'identification du poste client, une redirection vers le serveur concerné, la communication des informations extraites du cookie C enregistré, audit serveur, l'envoi du service concerné par ce serveur. 8. Procédé de gestion des informations selon l'une quelconque des revendications précédentes, caractérisé en ce que la déconnexion depuis l'un quelconque des services comprend: l'envoi d'une requête par le poste client vers le serveur de cookies, la destruction des cookies enregistrés sur le poste client par le serveur de cookies. l'envoi par le serveur de cookies d'une commande de déconnexion commune vers tous les serveurs accédés du fournisseur de service, la destruction des cookies enregistrés sur le poste client par chacun des serveurs. 9. Procédé de gestion des informations selon l'une quelconque des revendications précédentes, caractérisé en ce que les informations relatives à un poste client comportent le profil dudit poste client. 10. Procédé de gestion des informations selon l'une quelconque des revendications précédentes, caractérisé en ce que lors de la première connexion, le poste client reçoit du serveur de cookies une information lui indiquant que des informations le concernant sont enregistrées sur ledit serveur de cookies, un choix étant proposé à l'utilisateur pour lui permettre de transférer et d'utiliser une partie ou la totalité de ces informations afin d'accéder à ce service ou réitérer un processus d'inscription pour ce nouveau service 11. Serveur de gestion d'informations, caractérisé en ce qu'il comprend des moyens de liaison avec des postes clients et avec un ou plusieurs serveurs rattachés chacun à un service associé à un nom de domaine, l'ensemble desdits services étant fournis par un même fournisseur de service, caractérisé en ce en ce qu'il comprend des moyens pour centraliser des informations relatives à des postes clients lors de connexions durant lesquelles lesdits postes clients n'ont pas été identifiés par le service demandé et à redistribuer lesdites informations lors de connexions par le poste client à d'autres services. 12. Serveur de gestion des informations selon la revendication 11, caractérisé en ce qu'il comprend des moyens pour envoyer vers ledit poste client un formulaire électronique à compléter, pour recevoir le formulaire complété, pour enregistrer les informations nécessaires à l'inscription du poste client utilisateur et le rajout du nom de domaine concerné parmi les informations gérées. 13. Serveur de gestion des informations selon la revendication 11 ou 12, caractérisé en ce qu'il comprend des moyens de déconnexion avec les serveurs et les postes clients et des moyens de destruction des cookies créés et enregistrés par les différents serveurs.