Brevet FR2863737A1 — publié le 20050617

Procédé de constitution automatique de données de relation La présente invention concerne une constitution automatique d'une base de données de relation qualifiant des relations entre des usagers de terminaux et basées sur une analyse des communications entre les terminaux d'usager. Actuellement un annuaire classique, par exemple un annuaire LDAP (Lightweight Directory Access Protocol), met à disposition de terminaux d'usager une liste de noms d'usager, voire même des fiches complètes d'usager incluant des champs relatifs notamment à un prénom, une adresse, une profession, etc. Un usager interroge l'annuaire à travers un moteur de recherche selon des attributs de recherche correspondant à un ou plusieurs champs de profil d'usager, et l'annuaire répond par une liste de profils d'usager dont les champs correspondent aux attributs de recherche. Mais la recherche effectuée ignore d'éventuelles relations existant entre l'usager effectuant la recherche et des usagers dont les profils sont mémorisés dans l'annuaire. En outre, il est connu que des applications logicielles interrogeant des annuaires comportent un module de mise en relation d'usager. A la demande d'un usager ayant effectué une recherche, le module met directement en relation l'usager avec l'un des usagers listés dans le résultat de la recherche. La présente invention a pour objectif de constituer automatiquement une base de données de relation entre des usagers de terminaux afin que les données de relation enrichissent toute application de recherche se référant aux usagers des terminaux. Pour atteindre cet objectif, un procédé de constitution automatique de données de relation qualifiant des relations entre des usagers de terminaux reliés à des réseaux d'accès est caractérisé en ce qu'il comprend les étapes suivantes: transfert et mémorisation de traces de communication dans un serveur de traces relié aux réseaux d'accès à travers un réseau de paquets; analyse des traces de communication mémorisées afin de déterminer des données de relation qualifiant des relations entre des usagers de terminaux qui résultent des traces de communication; et transfert et mémorisation des données de relation dans un serveur de gestion de données relié au réseau de paquets. Les traces de communication peuvent être établies et mémorisées dans au moins un serveur relié au réseau de paquets avant d'être transférées dans le serveur de traces et au moins l'un des terminaux peut établir et mémoriser à chaque fin de communication une trace de communication avant que celle-ci ne soit transférée dans le serveur de traces. Un avantage de l'invention est de faire intervenir dans le résultat d'une recherche sur des usagers, les relations entre l'usager ordonnant la recherche et les usagers appartenant aux résultats de la recherche, éventuellement les relations des usagers appartenant aux résultats de la recherche et ainsi d'obtenir une recherche fortement personnalisée en fonction de l'usager. A cette fin, le procédé peut comprendre un envoi d'une requête de recherche par un terminal à un serveur de service relié au réseau de paquets, un envoi d'une requête de recherche intermédiaire dépendant de la requête de recherche par le serveur de service à un serveur d'annuaire relié au réseau de paquets, un envoi d'une réponse à la requête de recherche intermédiaire contenant des fiches d'usager par le serveur d'annuaire au serveur de service d'une réponse à la requête de recherche intermédiaire contenant des fiches d'usager, un envoi d'une requête de relation dépendant d'identificateurs d'usager inclus dans les fiches d'usager par le serveur de service au serveur de gestion de données, et un envoi par le serveur de gestion de données au serveur de service d'une réponse à la requête de relation contenant des données de relation qualifiant chacune des relations entre l'usager du terminal et des usagers correspondant aux identificateurs d'usager. Le procédé peut comprendre une détermination des poids des données de relation qualifiant chacune des relations entre l'usager du terminal et des usagers correspondant aux identificateurs d'usager inclus dans les fiches d'usager, un ordonnancement de fiches d'usager en fonction des poids des données de relation, et un envoi des fiches d'usager ordonnées au terminal. Le procédé peut comprendre dans le serveur de gestion de données une récupération d'états de communication des terminaux correspondant aux fiches d'usager depuis des serveurs reliés au réseau de paquets et selon lequel l'ordonnancement des fiches d'usager dépend des états de communication des terminaux correspondant aux fiches d'usager. La requête de relation peut dépendre de paramètres de contexte prédéterminés définissant un contexte de la requête de recherche dans le serveur de gestion de données. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention, données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels: - la figure 1 est un bloc-diagramme schématique d'un système de recherche mettant en uvre un procédé de constitution automatique d'une base de données pour des relations entre des terminaux selon l'invention; - la figure 2 est un algorithme d'un procédé de constitution de données de relation selon l'invention et - la figure 3 est un algorithme d'une recherche 25 exploitant les données de relation selon l'invention depuis un terminal d'usager. Une trace de communication TC est un ensemble d'informations caractérisant une communication entre deux terminaux, telles que par exemple un identificateur comme l'identificateur d'usager appelant, identificateur d'usager appelé, un identificateur de terminal appelant, le numéro ou l'adresse d'un terminal appelant et/ou le numéro ou l'adresse d'un terminal appelé, une date de communication, un type de communication. Le type de communication peut être un appel téléphonique, un envoi de courrier électronique (e-mail), de message SMS (Short Message Service), de message instantané, etc. Des données de relation sont des données pertinentes pour qualifier chaque relation entre deux usagers de terminaux qui résulte d'une trace de communication récente. Les données de relation sont par exemple, pour un couple de terminaux ayant eu au moins une communication récente entre eux, un nombre de traces de communication, une durée totale de communication, une fréquence de communication, des nombres par types de communication, et des plages d'horaires de communication privilégiées. En référence à la figure 1, le système de recherche mettant en uvre le procédé de constitution automatique de données de relation selon l'invention comprend principalement un serveur de traces de communication STR, un serveur web de service SW, un serveur de gestion de base de données de relation SGB, un serveur d'annuaire SA, un serveur de messagerie instantanée SMI, un serveur de messagerie électronique SME, une passerelle de communication PC, et au moins un terminal d'usager T. Dans la figure 1, on n'a représenté seulement trois terminaux d'usager Tl, T2 et T3 désignés indifféremment par T dans la suite de la description. Le serveur de traces STR communique avec les serveurs SGB, SA, SMI et SME et la passerelle PC à travers un réseau de paquets à haut débit RP de type 35 internet, et avec des terminaux d'usager T à travers la passerelle de communication PC reliée à des réseaux d'accès RA. Le serveur web de service SW communique avec les serveurs SGB et SA à travers le réseau de paquets RP et avec des terminaux d'usager T à travers la passerelle de communication PC et les réseaux d'accès RA. Dans une variante, le terminal d'usager T accède directement au serveur web de service SW relié au réseau d'accès respectif RA ou au réseau de paquets RP par l'intermédiaire d'un intranet. Dans le cadre d'un réseau de communication intelligent, la passerelle de communication PC est un point de commande de service ou est reliée à un point de commande de service. Selon la réalisation illustrée à la figure 1, le terminal T est relié à un réseau d'accès respectif RA 20 par une liaison LT. Le terminal T est par exemple un terminal de radiocommunications cellulaire mobile Tl, la liaison LT est un canal de radiocommunications, et le réseau d'accès respectif RA comprend le réseau fixe d'un réseau de radiocommunications, par exemple de type GSM (Global System for Mobile communications) avec un service GPRS (General Packet Radio Service), ou de type UMTS (Universal Mobile Telecommunications System). Selon un autre exemple, le terminal T est un ordinateur personnel T2, relié directement par modem à la liaison LT de type ligne xDSL ou RNIS (Réseau Numérique à Intégration de Services) reliée au réseau d'accès RA correspondant. Selon un autre exemple, le terminal T est un terminal fixe de télécommunications T2, la liaison LT est une ligne téléphonique et le réseau d'accès respectif RA comprend le réseau téléphonique commuté. Selon d'autres exemples, le terminal d'usager T comprend un dispositif ou objet électronique de télécommunications personnel à l'usager qui peut être un assistant numérique personnel communiquant PDA. Le terminal T peut être tout autre terminal domestique portable ou non tel qu'une console de jeux vidéo, ou un récepteur de télévision intelligent coopérant avec une télécommande à afficheur ou un clavier alphanumérique servant également de souris à travers une liaison infrarouge. Les terminaux d'usager T et les réseaux d'accès RA ne sont pas limités aux exemples ci-dessus et peuvent être constitués par d'autres terminaux et réseaux d'accès connus. Le serveur de traces de communication STR comprend principalement une unité centrale UTR, un analyseur de traces de communication ATR, un module de traces de communication MTR et une mémoire tampon MT. Le module de traces de communication MTR récupère des traces de communication TC afin de les mémoriser dans la mémoire tampon MT. L'analyseur ATR analyse les traces de communication TC récupérées pour déterminer des données de relation DR pertinentes sur des relations entre des usagers de terminaux. L'unité centrale UTR commande une mémorisation de ces données de relation DR pertinentes dans le serveur de gestion SGB. Le serveur web de service SW est un serveur web classique comprenant notamment une unité centrale UW et un serveur HTTP (HyperText Transfer Protocol). Le protocole HTTP utilisé peut être remplacé par d'autres protocoles de communication adéquats. Un terminal d'usager T interroge le serveur web de service SW qui met à disposition du terminal T, à travers le serveur HTTP, une interface de service de recherche sur un annuaire dont les données sont mémorisées dans le serveur d'annuaire SA. Les données de relation DR mémorisées dans le serveur de gestion SGB viendront compléter le résultat de la recherche sur l'annuaire. Le serveur de gestion de base de données de relation SGB est un serveur standard comprenant une base de données et un serveur HTTP. Les données de relation DR des terminaux sont mémorisées dans la base de données du serveur de gestion SGB. Le serveur d'annuaire SA est un serveur d'annuaire classique du type serveur d'annuaire LDAP. Il comporte une base de données de fiches d'usager associées respectivement aux usagers. La fiche relative à un usager donné contient des informations sur l'usager donné, par exemple un identificateur de l'usager donné, un nom, un prénom, une photo numérique, une adresse ou un numéro de terminal fixe de télécommunications, une adresse ou un numéro de terminal de radiocommunications cellulaire mobile, un e-mail, une profession, un niveau hiérarchique ou professionnel et des compétences. Un terminal d'usager interroge le plus souvent directement le serveur d'annuaire SA, en lui demandant par exemple de chercher des personnes dont la profession est avocat. Dans la présente invention, le serveur web de service SW est un intermédiaire entre le serveur d'annuaire SA et le terminal d'usager T. Le serveur d'annuaire SA est souvent spécifique à une entreprise. L'un des serveurs SW, SGB, ou SA peut contenir des tables d'équivalences d'identificateurs d'usagers afin de lier les identificateurs d'usager mémorisés dans les serveurs de gestion de base de données de relations SGB, d'annuaire SA et éventuellement de service SW. Le serveur de messagerie instantanée SMI est un serveur de messagerie instantanée standard, utilisé généralement dans des services de messagerie instantanée entre des ordinateurs. Le serveur de messagerie SMI établit et met à disposition du serveur de traces STR des traces de communication de messagerie instantanée d'un ou de plusieurs terminaux connectés aux réseaux d'accès RA et/ou au réseau de paquets RP. Une trace de communication de messagerie instantanée peut contenir notamment un identificateur d'expéditeur, un identificateur de destinataire, une date, une heure, une adresse de serveur, etc. Le serveur de messagerie électronique SME est un serveur classique de messages électroniques ou email, établissant et mettant à disposition, comme le serveur de messagerie instantanée SMI, des traces de communication de messagerie électronique. Une trace de communication de messagerie électronique peut contenir notamment un identificateur d'expéditeur, un ou plusieurs identificateurs de destinataire, un ou plusieurs identificateurs de destinataire en copie cachée, un ou plusieurs identificateurs de destinataire en copie cachée invisible, un objet, une date, une heure, etc. La passerelle de communication PC comprend notamment des interfaces d'accès IA, une interface HTTP IH et un module de gestion de traces de communication téléphonique MGT. Les interfaces d'accès IA interfacent respectivement les réseaux d'accès RA avec la passerelle PC. L'interface HTTP IH permet à la passerelle PC de communiquer avec le réseau de paquets RP. Le module MGT établit et met à disposition du serveur de traces STR des traces de communication téléphonique entre des terminaux. Une trace de communication téléphonique comprend notamment un identificateur d'usager appelant, un identificateur d'usager appelé, un identificateur de terminal appelant, un identificateur de terminal appelé, une date, une heure, etc. Les traces de communication téléphonique peuvent provenir de communication entre des terminaux communicants du type terminal fixe de télécommunications ou terminal de radiocommunications cellulaire mobile. Dans une variante, les traces de communication provenant d'un terminal de télécommunications fixe et les traces de communication provenant d'un terminal de radiocommunications cellulaire mobile sont prélevées par le serveur de traces STR respectivement dans des passerelles de communication différentes. D'autres dispositifs mettant à disposition des traces de communication TC, tels que des serveurs web hébergeant des forums ou des chats, peuvent être envisagés. Les usagers des terminaux étant référencés par des identificateurs d'usager dans les différents serveurs ou modules, le serveur de traces STR comprend éventuellement une base de données dans laquelle sont mémorisées des correspondances entre l'identificateur d'usager utilisé dans le serveur de traces STR et d'autres identificateurs d'usager utilisés dans les serveurs SMI, SME et SGB et la passerelle PC. Dans une autre variante, le terminal T comprend un module de mise en communication qui par exemple demande automatiquement ou suite à une action une communication avec un autre terminal, en réponse au résultat d'une recherche trié selon différents types de communication. L'usager sélectionne ensuite le type de communication avec l'un des usagers identifié par la recherche, par exemple en cliquant sur un bouton de mise en communication SMS parmi des boutons de communication SMS, E-MAIL, MOBILE, etc., proposés sur l'écran du terminal de l'usager. Un clic sur le bouton de message SMS ouvre automatiquement l'interface d'envoi de message SMS dont le champ destinataire est rempli automatiquement avec le numéro téléphonique du terminal de radiocommunications cellulaire mobile de l'usager correspondant à sa recherche. Comme montré à la figure 2, le procédé de constitution automatique de données de relation selon l'invention comprend des étapes El à E6. Le module de traces de communication MTR a mémorisé initialement une liste d'adresses de serveur à interroger avec éventuellement des paramètres de connexion. Par exemple, cette liste contient les adresses des serveurs SMI, SME et PC. A l'étape El, le module de traces MTR envoie une requête à chacun des serveurs selon la liste d'adresse en requérant des traces de communication récentes qu'ils ont respectivement mémorisées depuis la dernière requête du serveur de traces STR. A l'étape E2, chacun des serveurs interrogés SMI, SME et PC transmet au serveur de traces STR des traces de communication récentes mémorisées, en réponse à la requête. Les étapes El et E2 sont effectuées périodiquement, par exemple toutes les 5 à 10 minutes environ. Selon une variante des étapes El et E2, les serveurs SMI, SME et PC déposent régulièrement les traces de communication récentes sur le serveur de traces STR, en utilisant, par exemple, le protocole de transfert FTP (File Transfer Protocol). Dans une autre variante des étapes El et E2, chaque terminal T est équipé d'une application logicielle qui commande la mémorisation d'une trace de communication dans le terminal T pour chaque communication du terminal T avec un autre terminal, puis le transfert au moins d'une trace de communication mémorisée au serveur de traces STR. Le transfert est réalisé, par exemple, à la fin de la communication avec l'autre terminal. Dans cette variante, les connexions entre le serveur de traces de communication STR et les serveurs transmettant des traces de communication SMI, SME et PC à travers le réseau de paquets RP sont inutiles puisque le terminal T transfère les traces de communication au serveur STR. A l'étape E3, le module de traces de communication MTR mémorise dans la mémoire tampon MT les traces de communication récentes transférées. A l'étape E4, l'analyseur ATR analyse les traces récentes afin de déterminer des données de relation pertinentes pour qualifier chaque relation entre deux usagers de terminaux qui résulte d'une trace de communication récente. L'analyseur peut également recourir à des analyses connues de réseaux sociaux dont les résultats sont pré-mémorisés et exploitables dans le serveur STR. A l'étape E5, l'unité centrale UTR envoie les données de relation déterminées par l'analyse au serveur de gestion SGB afin qu'à l'étape E6 le serveur de gestion SGB mémorise les données de relation et ainsi les divulgue. Comme montré à la figure 3, une recherche exploitant les données de relation selon l'invention comprend des étapes Fl à F10. A l'étape F1, un terminal d'usager T se connecte au serveur de service SW afin que le serveur de service délivre l'interface de service de recherche au terminal T après une identification du terminal T auprès du serveur SW. A cette étape, l'usager dispose sur son terminal T d'une page web l'invitant à saisir des valeurs variables pour des attributs de recherche définis dans l'interface de service de recherche. Chaque information contenue dans une fiche d'usager mémorisée dans le serveur d'annuaire SA est susceptible de satisfaire un attribut de recherche. D'autres attributs de recherche peuvent être déduits des données de relation mémorisées dans le serveur de gestion SGB. A l'étape F2, après que l'usager ait saisi et validé les valeurs des attributs de recherche, le terminal d'usager T envoie une requête de recherche au serveur de service SW. La requête de recherche contient les attributs de recherche et leurs valeurs correspondantes saisies et validées par l'usager du terminal T. Par exemple, la requête de recherche contient les attributs de recherche "profession" et "lieu" correspondant respectivement aux valeurs "juriste" et "Marseille". A l'étape F3, l'unité centrale UW du serveur de service SW détermine des paramètres de contexte. Les paramètres de contexte renseignent sur le contexte dans lequel l'usager du terminal T a effectué la requête de recherche. Par exemple, les paramètres de contexte sont la date et l'heure de la requête de recherche, le type du terminal T à partir duquel la requête de recherche a été établie et transmise, et le lieu où le terminal T a envoyé la requête de recherche. Le serveur de service SW établit une requête de recherche intermédiaire dépendant de la requête de recherche, c'est-à-dire en fonction des valeurs et des attributs de recherche contenus dans la requête de recherche, et l'envoie au serveur d'annuaire SA à l'étape F4. A l'étape F5, le serveur d'annuaire SA envoie une réponse à la requête de recherche intermédiaire, laquelle réponse contient des fiches d'usager correspondant aux valeurs des attributs de recherche, ou en variante contient une partie des informations de ces fiches d'usager. A l'étape F6, l'unité centrale UW forme une requête de relation dépendant de la réponse à la requête intermédiaire, c'est-à-dire en fonction des paramètres de contexte et des identificateurs d'usager désignant les fiches d'usager envoyées, puis envoie la requête de relation au serveur de gestion SGB. Sur la base de la requête de relation, le serveur de service SW interroge le serveur de gestion SGB sur les relations entre l'usager du terminal T et chacun des usagers correspondant aux fiches d'usager envoyées, en prenant en compte les paramètres du contexte dans lequel la recherche a été effectuée. Par exemple, lorsque le terminal d'usager T est un terminal de radiocommunications cellulaire mobile, les terminaux d'autres usagers susceptibles de recevoir des appels téléphoniques ou des messages SMS sont privilégiés dans la requête de relation. Le serveur de service SW comprend éventuellement une table de correspondance entre les identificateurs d'usager mémorisés dans le serveur d'annuaire SA et les identificateurs d'usager mémorisés dans le serveur de gestion SGB. A l'étape F7, le serveur de gestion SGB envoie une réponse à la requête de relation. La réponse à la requête de relation contient des données de relation DR, c'est-à-dire des informations sur les relations entre l'usager du terminal T ayant ordonné la recherche et chacun des usagers correspondant aux fiches d'usager envoyées et satisfaisant le contexte. Dans une variante, la réponse à la requête de relation contient des informations sur les relations des usagers correspondant aux fiches d'usager envoyées et satisfaisant le contexte. Dans une autre variante, la réponse à la requête de relation contient des informations sur les relations entre les usagers correspondant aux fiches d'usager envoyées et satisfaisant le contexte et des usagers proches de l'usager du terminal T. Les usagers proches de l'usager du terminal T peuvent être déterminés précédemment par une deuxième requête de relation. Par exemple, la deuxième requête de relation consiste à déterminer les usagers communiquant le plus fréquemment avec l'usager du terminal T. L'unité centrale UW pondère, grâce à la réponse à la requête de relation, la relation entre l'usager du terminal T ayant ordonné la recherche et chacun des usagers associés aux fiches d'usager précitées par un poids de relation respectif, à l'étape F8. Le poids de relation est un nombre représentatif du rapprochement plus ou moins étroit dans la relation entre les usagers et basé sur les données de relation DR dans la réponse à la requête de relation et éventuellement sur d'autres données, telle que des données provenant de réseaux sociaux externes au système. Par exemple, si un usager d'un terminal lance une recherche à Marseille, une fiche d'usager correspondant à un usager demeurant à Marseille est privilégiée et le poids de la relation avec l'usager correspondant à cette fiche est plus élevé que si cet usager est éloigné et par exemple demeure à Lyon. Une autre pondération peut dépendre du nombre de communications établies entre l'usager du terminal T et l'usager associé à une fiche pendant une période prédéterminée. A l'étape F9, l'unité centrale UW ordonne les fiches d'usager en fonction des poids de relation des usagers correspondant aux fiches d'usager précitées, par exemple selon l'ordre décroissant des poids de relation. Un poids de relation élevé de l'une des fiche d'usager précitées signifie une relation forte entre l'usager du terminal et l'usager correspondant à cette fiche. L'unité centrale UW présente alors en premier l'identificateur de l'usager correspondant au poids de relation le plus élevé. L'unité centrale UW envoie au terminal T une réponse à la requête de recherche du terminal T, incluant au moins partiellement chacune des fiches ordonnées, soit une ou plusieurs informations sur l'usager associé à la fiche, à l'étape F10. Ainsi l'usager du terminal T dispose d'un résultat à sa recherche dépendant de ses relations avec d'autres usagers de terminaux. Dans une variante préférée, le serveur SW comprend un module de publication MPE servant à rendre publics des états de communication de terminaux. Le module de publication MPE récupère des états de communication des différents terminaux auprès de différents serveurs tels que les serveurs SMI et SME et la passerelle PC. Un état de communication est par exemple "occupé", "indisponible" ou "libre". En fonction des états de communication des terminaux, le serveur SW précise dans le résultat de la recherche ordonnée par le terminal T, le type de communication suivant lequel le terminal T peut communiquer avec un usager appartenant au résultat de la recherche. L'affichage de boutons de communication relatifs à chaque usager appartenant au résultat de la recherche dans le terminal T dépend de l'état de communication du terminal dudit chaque usager. L'unité centrale UW peut également considérer les états de communication des terminaux des usagers appartenant au résultat de la recherche pour trier ou ordonner les fiches d'usager à l'étape F9. Le serveur d'annuaire SA peut être remplacé par tout moyen interrogeable à distance et mettant à disposition des fiches d'usager contenant des données identifiant et caractérisant un usager. Par exemple, le serveur d'annuaire SA est un serveur de carnet d'adresse contenant au moins un carnet d'adresse associé à un identificateur d'usager. Un carnet d'adresse comprend des fiches de contact d'usager, incluant notamment un nom et un e-mail. Une recherche d'un usager effectuée dans le serveur de carnet d'adresse et exploitant les données de relation peut consister à rechercher parmi les contacts de l'usager ceux avec lesquels l'usager a communiqué depuis les trois derniers jour. Dans cette recherche, les fiches d'usager sont les fiches de contact d'usager et la requête de recherche intermédiaire consiste à rechercher toutes les fiches de contact du carnet d'adresse de l'usager. Dans une autre variante, l'un ou plusieurs des serveurs SME, SMI, PC, SA, SGB et SW sont installés dans le serveur de traces STR. L'analyseur de traces de communication ATR et le module de traces de communication MTR peuvent être chacun dans un serveur distinct connecté au réseau de paquets RP. Dans une autre variante, le serveur d'annuaire SA est confondu avec le serveur de gestion de base de données de relation SGB. 19 REVENDICATIONS 1 - Procédé de constitution automatique de données de relation qualifiant des relations entre des usagers de terminaux (T) reliés à des réseaux d'accès (RA), caractérisé en ce qu'il comprend les étapes suivantes: transfert (E2) et mémorisation (E3) de traces de communication (TC) dans un serveur de traces (STR) relié aux réseaux d'accès (RA) à travers un réseau de paquets (RP) ; analyse (E4) des traces de communication (TC) mémorisées afin de déterminer des données de relation (DR) qualifiant des relations entre des usagers de terminaux qui résultent des traces de communication; et transfert (E5) et mémorisation (E6) des données de relation (DR) dans un serveur de gestion de données (SGB) relié au réseau de paquets (RP). 2 - Procédé conforme à la revendication 1, caractérisé en ce que les traces de communication (TC) sont établies et mémorisées dans au moins un serveur (SMI, SME, PC) relié au réseau de paquets (RP) avant d'être transférées (E2) dans le serveur de traces (STR). 3 - Procédé conforme à la revendication 1 ou 2, caractérisé en ce qu'au moins l'un des terminaux (T) établit et mémorise à chaque fin de communication une trace de communication (TC) avant que celle-ci ne soit transférée (E2) dans le serveur de traces (STR). 4 - Procédé conforme à l'une quelconque des revendications 1 à 3, comprenant un envoi (F2) d'une requête de recherche par un terminal (T) à un serveur de service (SW) relié au réseau de paquets (RP), un envoi (F4) d'une requête de recherche intermédiaire dépendant de la requête de recherche par le serveur de service (SW) à un serveur (SA) relié au réseau de paquets (RP), un envoi (F5) d'une réponse à la requête de recherche intermédiaire contenant des fiches d'usager par le serveur (SA) au serveur de service (SW) d'une réponse à la requête de recherche intermédiaire contenant des fiches d'usager, un envoi (F6) d'une requête de relation dépendant d'identificateurs d'usager inclus dans les fiches d'usager par le serveur de service (SW) au serveur de gestion de données (SGB), et un envoi (F7) par le serveur de gestion de données (SGB) au serveur de service (SW) d'une réponse à la requête de relation contenant des données de relation (DR) qualifiant chacune des relations entre l'usager du terminal (T) et des usagers correspondant aux identificateurs d'usager. - Procédé conforme à la revendication 4, comprenant une détermination (F8) des poids des données de relation (DR) qualifiant chacune des relations entre l'usager du terminal (T) et des usagers correspondant aux identificateurs d'usager inclus dans les fiches d'usager, un ordonnancement (F9) de fiches d'usager en fonction des poids des données de relation, et un envoi des fiches d'usager ordonnées au terminal (T). 6 - Procédé conforme à la revendication 5, comprenant dans le serveur de gestion de données (SGB) une récupération d'états de communication des terminaux correspondant aux fiches d'usager depuis des serveurs (SMI, SME, PC) reliés au réseau de paquets (RP) et selon lequel l'ordonnancement des fiches d'usager dépend des états de communication des terminaux correspondant aux fiches d'usager. 7 - Procédé conforme à l'une quelconque des revendications 5 ou 6, selon lequel la requête de relation dépend de paramètres de contexte prédéterminés définissant un contexte de la requête lo de recherche dans le serveur de gestion de données (SGB).