WO2007033814A2 - Procédé d'accès à des informations relatives à au moins un utilisateur permettant d'entrer en contact avec lui ultérieurement - Google Patents

Procédé d'accès à des informations relatives à au moins un utilisateur permettant d'entrer en contact avec lui ultérieurement Download PDF

Info

Publication number
WO2007033814A2
WO2007033814A2 PCT/EP2006/009103 EP2006009103W WO2007033814A2 WO 2007033814 A2 WO2007033814 A2 WO 2007033814A2 EP 2006009103 W EP2006009103 W EP 2006009103W WO 2007033814 A2 WO2007033814 A2 WO 2007033814A2
Authority
WO
WIPO (PCT)
Prior art keywords
user
terminal
profile
characteristic
storage module
Prior art date
Application number
PCT/EP2006/009103
Other languages
English (en)
Other versions
WO2007033814A3 (fr
Inventor
Emmanuel Bertin
Luigi Lancieri
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Priority to JP2008531601A priority Critical patent/JP2009509254A/ja
Priority to EP06792147A priority patent/EP1927074A2/fr
Priority to US12/067,515 priority patent/US20100063976A1/en
Publication of WO2007033814A2 publication Critical patent/WO2007033814A2/fr
Publication of WO2007033814A3 publication Critical patent/WO2007033814A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the present invention relates to a method and a system for accessing, via a communication network, information relating to a plurality of users and stored in a storage module.
  • a telecommunication network such as the Internet provides users with a set of sites from which composite multimedia documents linked together by hypertext links, often called web pages, are accessible.
  • the sites and web pages are usually referenced at the site.
  • means of URL resource identifiers URL is the abbreviation for the English expression of
  • Various hardware means may be implemented by a user to access information present within one or more telecommunication networks such as the Internet or networks of more limited extent such as Intran Enterprise Local Area Networks.
  • the user can access by means of a terminal to a server that is able to transmit to him data representative of the information he has requested, the terminal of the user being able, for his part, to receiving and storing said data, and processing said data generally by software means.
  • a terminal therefore allows a user to access the information he requires from a server of a telecommunications network.
  • Such a method and access system nevertheless have a drawback which is due to the possibility of having a large number of users who has already accessed said server when a user accesses it. As a result, for this user, it is difficult to choose a third-party user who could potentially interest him for subsequent communications purposes. Furthermore, despite the fact that the general theme of the information accessed by all users having accessed the same page of the server is the same, third-party users potentially of interest to the user accessing are not necessarily themselves interested in a contact. with the user accessing, for example because they do not share an interest for the same information or for lack of competence in a field to which belong however the information sought.
  • Telephone users are also a population of which many members are also trying to create groups each defined by a community of interests.
  • the technical means used to provide this population with these telephone services are not such as to facilitate the provision of information concerning the members of this population.
  • PSTN telephone network for Switched Telephone Network
  • the invention proposes a method of access, via a communication network, to information relating to a plurality of users and stored in a storage module, said method making it possible to make known to each user who wishes it, to other users whose profile has characteristics that this user is looking for.
  • the present invention relates to a method for accessing, via a communication network, information relating to at least one user, in particular an identifier making it possible to come into contact with it later, and stored in a storage module. said method comprising at least:
  • a step of creating a list of users comprising, associated with each of said users, at least one identifier for which said at least one profile characteristic stored in the storage step corresponds to at least one profile characteristic defined in a request transmitted by a terminal of a requesting user.
  • the access method according to the invention thus makes it possible, by associative storage of user identifiers and related profile characteristics, to constitute a storage module that can contain a profile that is as representative as possible of the centers of interest. 'a given user.
  • a profile is objective as developed on the basis of factual elements constituted by a statement of one or more expressions of interest for one or more subjects, manifestations actually materialized by the very content of the information transmitted by the given user.
  • Any user can thus implement the method according to the invention to develop his own profile as accurately and objectively as possible, third-party user profiles can also be generated objectively using the method according to the invention so as to obtain, by a true match between profiles, a relevant establishment of a contact link between users presenting a community of topics of interest.
  • the information transmitted by the first user is analyzed in order to define elements characterizing a content of said information, such as keywords or resource identifiers associated with this information, which characterizing elements then make it possible to constitute characteristics profile of said first user.
  • the creation step makes it possible to provide a user who requests it with a list of user identifiers that is as exhaustive as possible according to characteristics of their profile that the user is looking for.
  • the users of the list are selected on the basis of a common feature with the user to whom the list relates.
  • the step of creating said list may be followed by a step of transmitting said list.
  • the invention may further be implemented to create an objective user profile by minimizing or even eliminating the risk of incorrect declarations.
  • the user list creation step such as that provided above is optional, the objective profile obtained here being the essential result of this particular implementation of the invention. Indeed, this profile can then, subject to authorization from the user concerned, be transmitted to interested persons or organizations such as advertising advertisers, who can then select information or generate messages that match the personality and interests of the user.
  • the invention thus also relates to a method for processing information relating to at least a first user of a terminal, said method comprising at least:
  • a step of storing said at least one profile characteristic determined in a storage module a step of storing said at least one profile characteristic determined in a storage module.
  • the method as described above comprises, prior to said steps, a step of writing, in said storage module, information relating to at least said second user.
  • This registration step enables said second user, for example, to use a service to contact
  • the invention also relates to a system for processing information relating to at least a first user of a terminal, said system comprising at least:
  • first transmission means via a communication network, of elements characterizing said first user and determined from communications traces of said terminal with at least one server included in said communication network, means for determining, starting from said transmitted characterizing elements, at least one characteristic profile of said first user, and
  • the profile characteristics can be determined without the user concerned being able to influence them. so that the profile characteristics thus determined will in principle be fully in line with the actual characteristics of said user.
  • the user concerned may have interests that have not yet been the subject of expressions of interest from him when his profile will be generated. It may therefore be advantageous to give the user the possibility of declaring certain profile characteristics himself, and then of combining such declared characteristics with the characteristics obtained automatically by means of the invention.
  • the list creation step comprises a substep of interrogating said storage module with the aid of said at least one profile characteristic defined in said request, then a substep of searching, in the storage module; of the user profiles at least one of which comprises this characteristic, the method comprises, prior to said steps described above, a step of registering, in said storage module, information relating to at least one user likely to communicating with said terminal of said second user when at least one profile characteristic is common to them.
  • the transmission step is performed transparently for said second user.
  • the invention thus enables a user to build an address book containing user identifiers chosen according to characteristics that he himself has defined.
  • This address book can be powered whenever the user requests it.
  • This address book can also be constituted without the user intervenes, the identifiers being inserted automatically and regularly.
  • the invention also relates to an access system, via a communication network, to information relating to at least one first user, in particular an identifier making it possible to come into contact with it later, and stored in a storage module, said system comprising: - first transmission means, via said communication network, of elements characterizing said first user of at least one terminal probe and determined from communications traces of said at least terminal probing with at least one server of said network ,
  • means for creating a list of users comprising, associated with said users, at least one identifier for which said at least one stored profile characteristic corresponds to at least one profile characteristic defined in a request transmitted by a terminal of a user; a second user,
  • the list creation means comprise means for interrogating said storage module with the aid of said at least one profile characteristic defined by said second user, as well as means for searching, in said storage module, for profiles; users of whom at least one understands this feature.
  • third transmission means for transmitting, at the initiative of said second user, at least one profile characteristic defined by the latter, via the communication network.
  • the present invention also relates to an information processing unit comprising a storage module which is intended to store information relating to a plurality of users and transmitted by them via a communication network, said unit comprising:
  • certain steps of the access method are determined by computer program instructions. Consequently, the invention also relates to a computer program intended to be installed in a processing unit, said program comprising instructions for implementing steps of the access method mentioned above, during a execution of the program by a calculation module of said unit.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.
  • FIG. la represents a first embodiment of an access system in which the method according to the invention is implemented
  • FIG. Ib represents a second embodiment of an access system in which the method according to the invention is implemented
  • FIG. 2 represents a processing server implemented in the embodiments of the access system shown in FIGS. 1a and 1b;
  • FIG. 3 is a flowchart showing various steps performed during the access method according to the invention.
  • the access system S shown in FIG. la comprises a telecommunications network R which are respectively connected, a terminal Tus called, for reasons which will appear thereafter, terminal probing, a terminal Tur of a user requesting, at least one server SITE, a processing server St whose the function will be explained below and a Friend directory.
  • the telecommunications network R is, for example, an intranet network or an intranet-type corporate local area network, or a network formed by a plurality of interconnected networks such as the Internet network with its distributed information system known to the public. of the trade under the name World Wide Web.
  • This telecommunications network R allows a user of a terminal, such as the terminal probing Tus, to communicate with either a SITE server or St connected to the network R, or with other users. To do this, the terminal probing Tus is provided with a navigator N able to access, via said telecommunications network R, at least one SITE or St. server.
  • the access system S also includes, included, in the embodiment shown in FIG.
  • traces in the terminal probing Tus, means, such as a So sensor, acquisition of communication traces between the terminal Tus probe and at least one SITE server to which the user of the terminal Tus accesses.
  • These traces contain, inter alia, for example for a communication between the browser N and a SITE server connected to the communication network R (as is the case with FIG. the, see arrow 1), URL resource identifiers specified in one or more access requests to said server, a time spent by the user concerned to consult a Web page of said SITE server identified by a URL resource identifier. given, or keywords representative of the content of a web page viewed on said SITE server.
  • This probe So is also associated with a memory Mem intended to store the communication traces that the sensor So captures.
  • the system S further comprises an analysis module Ma which is intended to analyze the communication traces which are stored in the memory Me so as to determine the URL resource identifiers that have been requested in previous communications and the associated keywords. to the pages then consulted.
  • These URL resource identifiers and these keywords form what will be called later characterizing elements of the user of a probing terminal.
  • the probe So, the memory Me and the analysis module Ma are included in an intermediate server such as a server generally called “cache” or “proxy”, placed between the terminal probing Tus and the network R.
  • a “cache” server is usually provided to receive the HTTP requests of the terminals associated with it and to retransmit them to the servers referred to in these requests, which in turn transmit the desired information. It is these requests or the information in response to these requests that are picked up by the probe So of the intermediate server P, which are then stored in the memory Mem, then analyzed by the analysis module Ma (see the arrow I),
  • the access system S also comprises a processing server St connected to the communication network R.
  • This processing server St is intended to receive (arrow 2) characterizing elements ELC of at least one user of a terminal probing , such as the terminal Tus, to define by means of these ECL characterizing elements of the user profiles, to receive (arrow 3) requests from lists of users REQ from a requesting terminal, such as the terminal Tur and to deliver (arrow 4), to this terminal Tur applicant, the required LURQ user list.
  • the identifiers of said users appear, thus allowing the requesting user to contact them later, if he wishes.
  • the server St comprises a reception module Mr intended, as will be seen later, to be received or ELC characterizing elements delivered by a analysis module Ma linked to a user or communication traces delivered by a probe So related to a user, receiving REQ requests from user lists, a sending module Me for transmitting to a terminal requesting a required user list LURQ, a determination module Mdet for determining profile characteristics from the above-mentioned characterizing elements and a specific storage module, hereinafter referred to as a Bdp profile database, intended for, on the one hand, storing, in user profiles, profile characteristics respectively related to these profiles; user profiles and, on the other hand, issue user profiles based on required profile characteristics.
  • a reception module Mr intended intended, as will be seen later, to be received or ELC characterizing elements delivered by a analysis module Ma linked to a user or communication traces delivered by a probe So related to a user, receiving REQ requests from user lists, a sending module Me for transmitting to a terminal requesting a required user list LUR
  • the server St furthermore comprises a search and sorting module Mrt which is connected to the reception module Mr to receive REQ requests from user lists and which is provided for searching in the database of Bdp profiles for the profiles. corresponding users, identically or similarly, to the user profile mentioned in said user list REQ request and sorting the profiles obtained in response so as to establish a list of users which is delivered to the transmission module Me .
  • the probe So, the analysis module Ma and the determination module Mdet form means for determining characteristics.
  • the user profile of each user is materialized in the database Bdp by a memory space specifically allocated to the user concerned.
  • the network R is a telephone network such as the PSTN switched telephone network or a telephone network operating with the Internet Protocol (IP).
  • IP Internet Protocol
  • the So probe then picks up for each call, for example the telephone numbers of the caller and the called party and the start time of the call and its duration.
  • the characterizing elements that are determined by the analysis means Ma are, for example, the telephone numbers of the caller and the called party, the type of telephone used (fixed, mobile, Internet, etc.), the time of communication, as well as the call frequency of a user with respect to all communications with that same user.
  • a requesting terminal such as the terminal Tur, comprises an application Appl which is intended to transmit to the processing server St a request REQ of a list of users who have a profile specified by at least one profile characteristic contained in said request. (arrow 3), to receive (arrow 4) the list of LURQ users corresponding to said request, and to store (arrow 5) said elements of said list in a Cadr address book that includes said requesting terminal Tur and which n It is then accessible only by the single requesting terminal Tur and / or in an Anu directory which is connected to the network R and which is then accessible by any terminal requiring the network R.
  • the application Appl can be installed in a server that comprises the network R and can then be launched by a requesting terminal after access thereof to said server or even that it can be shared between a requesting terminal and such a network server R.
  • a user who wishes to be able to contact other users and thus obtain their user identifiers enters or is registered by an approved organization on the server St en providing it by means of, in particular, a user identifier, an electronic address or a telephone number and possibly using other information such as one or more areas of interest, a geographical location, a professional title , an age, etc.
  • This information is entered into a profile that is assigned to this user in the server profile database Bdp of St.
  • the method of the present invention comprises an ElOl determination step which is implemented by a Tus polling terminal and the processing server St and a user list issuing step E 102 which is implemented by a requesting terminal Tur. and the processing server St. These two steps can be implemented independently of each other.
  • a probe terminal and a requesting terminal it will be understood that, in general, a given terminal is both a terminating terminal and a requesting terminal and therefore has both the means of these terminals. two types of terminals.
  • the determination step ElO1 comprises an acquisition sub-step ElOIa, during which the communication traces are picked up by the probe So and are stored in the memory Mem provided for this purpose as well as a sub-step ElOIb of analysis, during which the analysis module Ma of the probe So determines characterizing elements from the information contained in said captured communication traces.
  • the characterizing elements are transmitted from the polling terminal Tus to the processing server St (see arrow 2 of Figs la and Ib).
  • the characterizing elements determined by the analysis module Ma of the probe So are regularly transmitted to the processing server St, for example, once a day.
  • the method of the present invention also comprises a sub-step ElOIc of determination, during which the determination module Mdet of the processing server St determines at least one profile characteristic from the characterizing elements determined in the preceding substep.
  • the profile characteristics, as determined in the sub-step ElOIc, are for example an affinity for DIY, finance or a privileged mode of communication, an interlocutor privileged, etc.
  • the profile characteristics determined by the determination module Mdet are included in the profile of the corresponding user, which profile is stored in the database of profiles Bdp.
  • the database Bdp is fed by profile characteristics specific to each user and this, on a regular basis.
  • Profile characteristics of a user of a terminal probing Tus are determined from communication traces captured during each of his communications, for example with servers, such as the SITE server of Figs. 1a or 1b, connected to the network R.
  • the method according to the present invention also comprises a step of creating user lists E 102 which itself comprises a substep E 102a for formulating a request REQ comprising at least a profile and transmission characteristic of said REQ request to the processing server St, and more particularly to the search and sorting module Mrt of the server St.
  • This substep 102a is implemented by a requesting terminal Tur.
  • the method according to the invention also comprises a search sub-step E 102b of this characteristic in the profile database Bdp which returns a list LURQ of the identifiers of the users whose profile comprises this characteristic or at least one neighboring characteristic.
  • the list LURQ established by the processing server St is then transmitted, during the substep E 102c, to the application Appl that includes said terminal Tur of the requesting user.
  • This substep E 102c is implemented by the processing server St.
  • the step E 102a of formulating the request can be implemented according to the following variants.
  • the user of the requesting terminal Tur grasps, with a man-machine interface and the specific application Appl at least one profile characteristic which comprises for example a word, e.g. "Paris”, "bike”, etc. or a phrase in natural language of the type: "I am looking for people with a profile similar to mine.”
  • the Appl application then composes the query that includes the characteristics or characteristics entered.
  • at least one profile characteristic is defined once and for all by the user of the terminal Tur and stored in a specific memory made available to the application Appl. The latter formulates a REQ request by including this or these profile characteristics.
  • the processing server St receives this request REQ by means of its reception module Mr and transmits it in turn to the search and sorting module Mit.
  • This search and sorting module Mit then performs a search within the database Bdp profile and creates a list of user identifiers whose profile include the characteristics of the request or at least similar characteristics (step El 02b).
  • This list of identifiers can then be ordered so as to highlight the identifiers for which the characteristics sought are the most important and the most relevant.
  • the desired characteristic (s) belong to the profile of the user of the requesting terminal.
  • the user list thus created contains user identifiers and all or part of the profile of the corresponding user.
  • the list may contain for each user selected his user ID or contact information, his favorite sport and his telephone number or his access address (e-mail address, Internet address, etc.).
  • This list is then transmitted (step E 102c) by the transmission module Me from the processing server St to the application Appl, which displays it on the screen of the requesting terminal Tuf.
  • the user of the requesting terminal Tur can then store all or part of the list displayed in the address book Cadr associated with the application Appl. Note that depending on the capabilities of the address book, all features displayed can not necessarily be stored. Thus, such an address book may for example only memorize the identifiers of the users displayed and their telephone numbers or access addresses.
  • the user list can also be transmitted, either directly by the processing server St, or indirectly by the application Appl (as is shown in Figs. la and Ib by the arrow 5), to an Anu directory that includes the network R.
  • the processing server St comprises a request establishment module Mreq.
  • the request comes from the processing server St itself, transparently for any user of a requesting terminal.
  • a certain number of requests are previously stored in the request processing module (Mreq) of the processing server St associated with a requesting terminal. These requests are formulated on the basis of at least one user-defined profile characteristic of said requesting terminal Tur. Each request is associated with information concerning said user, the frequency of launching the request, the application Appl intended to receive the corresponding obtained list, etc.
  • the Mreq request establishment module initiates a query by querying the Bdp profile database using at least one predefined profile characteristic.
  • the search and sorting module Mrt creates a list of user identifiers corresponding to this request which is transmitted to the application Appl and stored in relation to the request.
  • the invention finds application preferably in the particular context of business life, in particular because of the limited number of potential users of the system and the ease of identifying them.

Landscapes

  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention concerne un procédé d'accès, via un réseau de communication (R), à des informations relatives à au moins un utilisateur, notamment un identifiant permettant d'entrer en contact avec lui ultérieurement, et mémorisées dans un module de stockage (Bdp). Selon l'invention, ledit procédé comprend les étapes suivantes: a) transmission, via ledit réseau de communication, d'éléments caractérisant un utilisateur d'au moins un terminal sondant et déterminés à partir de traces de communications dudit terminal sondant avec au moins un serveur dudit réseau, b) détermination, à partir desdits éléments caractérisants transmis, d'au moins une caractéristique de profil propre audit utilisateur, c) mémorisation de ladite au moins une caractéristique de profil déterminée dans ledit module de stockage (Bdp), d) création d'une liste d'utilisateurs comprenant, associé à chacun desdits utilisateurs, au moins un identifiant pour lequel ladite au moins une caractéristique de profil mémorisée à l'étape c) correspond à au moins une caractéristique de profil définie dans une requête transmise par un terminal d'un utilisateur requérant, e) transmission, via ledit réseau de communication, audit terminal dudit utilisateur requérant de ladite liste créée à l'étape d).

Description

Procédé d'accès à des informations relatives à au moins un utilisateur permettant d'entrer en contact avec lui ultérieurement
La présente invention concerne un procédé et un système d'accès, via un réseau de communication, à des informations relatives à une pluralité d'utilisateurs et mémorisées dans un module de stockage.
Un réseau de télécommunication tel que le réseau Internet met à la disposition des utilisateurs un ensemble de sites auprès desquels des documents multimédias composites reliés entre eux par des liens hypertextes, souvent appelés pages Web sont accessibles/ Les sites et les pages Web sont usuellement référencés au moyen d'identifiants de ressource URL (URL est l'abréviation de l'expression anglaise de
"Uniform Resource Locator" bien connue de tout homme du métier) et peuvent être recherchés, consultés et visualisés grâce à des logiciels appelés navigateurs spécialement conçus à cet effet.
Divers moyens matériels peuvent être mis en œuvre par un utilisateur pour accéder à des informations présentes au sein d'un ou plusieurs réseaux de télécommunication tels que le réseau Internet ou des réseaux d'étendue plus restreinte tels que des réseaux locaux d'entreprise de type Intranet. Ainsi, par exemple, l'utilisateur peut accéder au moyen d'un terminal à un serveur qui est apte à lui transmettre des données représentatives des informations qu'il a requises, le terminal de l'utilisateur étant apte, quant à lui, à recevoir et mémoriser lesdites données, et à traiter lesdites données généralement par des moyens logiciels. Un tel terminal permet donc à un utilisateur d'accéder à des informations qu'il requiert auprès d'un serveur d'un réseau de télécommunications.
Il a été observé que les utilisateurs de tels réseaux de télécommunication recherchent de plus en plus à communiquer entre eux afin d'échanger des informations sur des thèmes d'intérêts communs. C'est ce qu'expliquent notamment J. Donath et N. Robertson du laboratoire MIT Media Lab dans un article intitulé "The Sociable Web" et paru dans la revue Proceedings of the Second International WWW Conférence d'Octobre 1994 . Les auteurs de cet article ont mis au point un procédé et un système d'accès à des données mettant en œuvre un serveur et un terminal pour chaque utilisateur. Au moyen de son terminal, un utilisateur accède au serveur et peut ainsi obtenir les adresses électroniques d'autres utilisateurs ayant eux aussi accédé au même serveur. Il peut également, grâce aux adresses électroniques ainsi obtenues précédemment, se mettre en communication avec d'autres utilisateurs de son choix afin de lui permettre d'échanger avec eux des informations, notamment au moyen de moyens de messagerie instantanée ou au moyen d'accès à des pages communes de discussion (connues de l'homme du métier sous l'appellation anglaise "chat") permettant une formulation de questions-réponses quasi-instantanées.
Un- tel procédé et système d'accès présentent néanmoins un inconvénient qui est dû à la possibilité d'avoir un nombre important d'utilisateurs qui a déjà accédé audit serveur au moment où un utilisateur y accède. Il en résulte, pour cet utilisateur, une difficulté de choix d'un utilisateur tiers pouvant potentiellement l'intéresser à des fins de communications subséquentes. En outre, malgré le fait que le thème général des informations consultées par tous les utilisateurs ayant accédé à une même page du serveur soit le même, les utilisateurs tiers pouvant potentiellement intéresser l'utilisateur accédant ne sont pas nécessairement eux-mêmes intéressés par un contact avec l'utilisateur accédant, par exemple parce qu'ils ne partagent pas un intérêt pour les mêmes informations ou par manque de compétence dans un domaine auquel appartiennent cependant les informations recherchées.
Il existe d'autres moyens techniques permettant à des utilisateurs de récupérer les coordonnées des interlocuteurs avec lesquels ils pourraient souhaiter communiquer. De tels autres moyens consistent par exemple en des carnets d'adresses ou des annuaires de type LDAP (abréviation de l'expression anglaise "Lightweight Directory Access Protocol" bien connue de l'homme du métier). Cependant, ces carnets ou annuaires ne font rien d'autre qu'offrir à la consultation des ensembles de coordonnées propres à des utilisateurs qui se sont identifiés eux-mêmes, chaque ensemble de coordonnées étant accompagné d'un profil défini par l'utilisateur correspondant, qui expose par exemple ses centres d'intérêts jugés comme représentatifs de sa propre personnalité, etc. Or, une telle définition d'un profil par la personne même à laquelle ce profil est censé correspondre rend cette définition subjective. Par ailleurs, cette définition au seul moyen d'une liste restreinte de centres d'intérêts est nécessairement simpliste du fait du choix limité qu'elle implique. Il apparaît donc qu'un profil généré selon le procédé décrit ci-dessus peut très souvent ne pas être représentatif des véritables centres d'intérêts de la personne qui les a définis, et peut même, dans certains cas, avoir été créé de toutes pièces dans le but délibéré de tromper tout utilisateur qui se fierait aveuglément à ce profil.
Les utilisateurs de services téléphoniques forment également une population dont de nombreux membres tentent également de créer des groupes définis chacun par une communauté de centres d'intérêts. Or, en l'espèce, les moyens techniques mis en œuvre pour fournir à cette population ces services téléphoniques ne sont pas de nature à faciliter une mise à disposition d'informations concernant les membres de cette population. De manière générale, il est en effet difficile d'accéder depuis l'extérieur d'un réseau téléphonique à toute donnée de fonctionnement dudit réseau, particulièrement lorsque ce réseau est un réseau téléphonique RTC (pour Réseau Téléphonique Commuté). II résulte de l'exposé qui précède un constat selon lequel il existe de nombreux préjugés et difficultés allant à l'encontre de services d'aide à la création de groupes d'utilisateurs de réseaux de communication, lesquels groupes étant définis par une communauté de sujets d'intérêt. L'invention propose un procédé d'accès, via un réseau de communication, à des informations relatives à une pluralité d'utilisateurs et mémorisées dans un module de stockage, ledit procédé permettant de faire connaître, à chaque utilisateur qui le souhaite, d'autres utilisateurs dont le profil présente des caractéristiques recherchées par cet utilisateur. A cet effet, la présente invention concerne un procédé d'accès, via un réseau de communication, à des informations relatives à au moins un utilisateur, notamment un identifiant permettant d'entrer en contact avec lui ultérieurement, et mémorisées dans un module de stockage, ledit procédé comprenant au moins :
- une étape de transmission, via ledit réseau de communication, d'éléments caractérisant un utilisateur d'au moins un terminal sondant et déterminés à partir de traces de communications dudit terminal sondant avec au moins un serveur dudit réseau,
- une étape de détermination, à partir desdits éléments caractérisants transmis, d'au moins une caractéristique de profil propre audit utilisateur, - une étape de mémorisation de ladite au moins une caractéristique de profil déterminée dans ledit module de stockage,
- une étape de création d'une liste d'utilisateurs comprenant, associé à chacun desdits utilisateurs, au moins un identifiant pour lequel ladite au moins une caractéristique de profil mémorisée à l'étape de mémorisation correspond à au moins une caractéristique de profil définie dans une requête transmise par un terminal d'un utilisateur requérant.
Le procédé d'accès selon l'invention permet ainsi, par une mémorisation associative d'identifiants d'utilisateurs et de caractéristiques de profil y afférentes, de constituer un module de stockage pouvant contenir un profil aussi représentatif que possible des centres d'intérêt d'un utilisateur donné. Un tel profil est objectif en tant qu'élaboré sur la base d'éléments factuels constitués par un relevé d'une ou plusieurs manifestations d'intérêt pour un ou plusieurs sujets, manifestations effectivement matérialisées par le contenu même des informations transmises par l'utilisateur donné. Tout utilisateur peut ainsi mettre en œuvre le procédé conforme à l'invention pour faire élaborer son propre profil de manière aussi exacte et objective que possible, des profils d'utilisateurs tiers pouvant également être générés de façon objective au moyen du procédé conforme à l'invention de manière à permettre d'obtenir, par une véritable adéquation entre profils, un établissement pertinent d'un lien de contact entre utilisateurs présentant une communauté de sujets d'intérêt. Selon l'invention, les informations transmises par le premier utilisateur sont analysées en vue de définir des éléments caractérisant un contenu desdites informations, tels des mots-clés ou des identifiants de ressource associés à ces informations, lesquels éléments caractérisants permettent de constituer alors des caractéristiques de profil propres audit premier utilisateur. L'étape de création permet de fournir à un utilisateur qui le demande une liste d'identifiants d'utilisateurs aussi exhaustive que possible en fonction de caractéristiques de leur profil que recherche cet utilisateur. De manière préférentielle, les utilisateurs de la liste sont sélectionnés sur la base d'une caractéristique commune avec l'utilisateur auquel se rapporte la liste. L'étape de création de ladite liste peut être suivie par une étape de transmission de ladite liste.
D'une façon plus générale, l'invention peut en outre être mise en œuvre pour créer un -profil objectif d'un utilisateur en minimisant voire en supprimant les risques de déclarations incorrectes. Dans un tel mode de mise en œuvre, l'étape de création de liste d'utilisateurs telle celle prévue plus haut est facultative, le profil objectif obtenu étant ici le résultat essentiel de cette mise en œuvre particulière de l'invention. En effet, ce profil pourra ensuite, sous réserve d'une autorisation de l'utilisateur concerné, être transmis à des personnes ou organismes intéressés tels par exemple des annonceurs publicitaires, qui pourront alors sélectionner des informations ou générer des messages en adéquation avec la personnalité et les centres d'intérêt de l'utilisateur considéré.
L'invention concerne ainsi aussi un procédé de traitement d'informations relatives à au moins un premier utilisateur d'un terminal, ledit procédé comprenant au moins:
- une étape de transmission, via un réseau de communication, d'éléments caractérisant ledit premier utilisateur et déterminés à partir de traces de communications dudit terminal avec au moins un serveur inclus dans ledit réseau de communication, - une étape de détermination, à partir desdits éléments caractérisants transmis, d'au moins une caractéristique de profil propre audit premier utilisateur, et
- une étape de mémorisation de ladite au moins une caractéristique de profil déterminée dans un module de stockage.
Dans une mode de réalisation, le procédé comme décrit ci-dessus, comprend préalablement aux dites étapes, une étape d'inscription, dans ledit module de stockage, d'informations relatives à au moins ledit deuxième utilisateur. Cette étape d'inscription permet audit deuxième utilisateur par exemple d'utiliser un service d'entrer en contact
(en anglais "dating") avec des autres utilisateurs.
L'invention concerne aussi un système de traitement d'informations relatives à au moins un premier utilisateur d'un terminal, ledit système comprenant au moins:
- des premiers moyens de transmission, via un réseau de communication, d'éléments caractérisant ledit premier utilisateur et déterminés à partir de traces de communications dudit terminal avec au moins un serveur inclus dans ledit réseau de communication, - des moyens de détermination, à partir desdits éléments caractérisants transmis, d'au moins une caractéristique de profil propre audit premier utilisateur, et
- des moyens de mémorisation de ladite au moins une caractéristique de profil déterminée dans un module de stockage.
Selon ces modes de mise en œuvre de l'invention, les caractéristiques de profil pourront être déterminées sans que l'utilisateur concerné ne puisse les influencer, de sorte que les caractéristiques de profil ainsi déterminées seront en principe en totale adéquation avec les caractéristiques réelles dudit utilisateur.
Cependant, l'utilisateur concerné pourra avoir des centres d'intérêts qui n'auront pas encore fait l'objet de manifestations d'intérêt de sa part au moment où son profil sera généré. Il pourra donc être avantageux de donner à l'utilisateur une possibilité de déclarer lui-même certaines caractéristiques de profil, puis de combiner de telles caractéristiques déclarées avec les caractéristiques obtenues automatiquement grâce à l'invention.
Dans des modes de réalisation préférés du procédé selon l'invention, on a recours à l'une ou l'autre des dispositions suivantes:
- l'étape de création de liste comporte une sous-étape d'interrogation dudit module de stockage à l'aide de ladite au moins une caractéristique de profil définie dans ladite requête, puis une sous-étape de recherche, dans le module de stockage, de profils d'utilisateurs dont l'un au moins comprend cette caractéristique, - le procédé comprend préalablement aux dites étapes décrites ci-dessus une étape d'inscription, dans ledit module de stockage, d'informations relatives à au moins un utilisateur susceptible de communiquer avec ledit terminal dudit deuxième utilisateur lorsqu'au moins une caractéristique de profil leur est commune.
- entre les étapes de mémorisation et de création a lieu une étape de transmission, à l'initiative dudit deuxième utilisateur, d'au moins une caractéristique de profil définie par ce dernier, via le réseau de communication. l'étape de transmission est effectuée de façon transparente pour ledit deuxième utilisateur.
L'invention permet ainsi à un utilisateur de constituer un carnet d'adresses contenant des identifiants d'utilisateurs choisis en fonction de caractéristiques qu'il a lui-même définies. Ce carnet d'adresses peut être alimenté à chaque fois que l'utilisateur en fait la demande. Ce carnet d'adresses peut également se constituer sans que l'utilisateur n'intervienne, les identifiants y étant insérés de manière automatique et régulière. L'invention concerne également un système d'accès, via un réseau de communication, à des informations relatives à au moins un premier utilisateur, notamment un identifiant permettant d'entrer en contact avec lui ultérieurement, et mémorisées dans un module de stockage, ledit système comprenant : - des premiers moyens de transmission, via ledit réseau de communication, d'éléments caractérisant ledit premier utilisateur d' au moins un terminal sondant et déterminés à partir de traces de communications dudit au moins terminal sondant avec au moins un serveur dudit réseau,
- des moyens de détermination, à partir desdits éléments caractérisants transmis, d'au moins une caractéristique de profil propre audit premier utilisateur dudit terminal sondant,
- des moyens de mémorisation de ladite au moins une caractéristique de profil déterminée dans ledit module de stockage,
- des moyens de création d'une liste d'utilisateurs comprenant, associé aux dits utilisateurs, au moins un identifiant pour lequel ladite au moins une caractéristique de profil mémorisée correspond à au moins une caractéristique de profil définie dans une requête transmise par un terminal d'un deuxième utilisateur,
- des seconds moyens de transmission, via le dit réseau de communication, audit terminal dudit deuxième utilisateur de ladite liste d'utilisateurs. Dans des modes de réalisation préférés du système selon l'invention, on a recours à l'une ou l'autre des dispositions suivantes:
- les moyens de création de liste comprennent des moyens d'interrogation dudit module de stockage à l'aide de ladite au moins une caractéristique de profil définie par ledit deuxième utilisateur, ainsi que des moyens de recherche, dans ledit module de stockage, de profils d'utilisateurs dont l'un au moins comprend cette caractéristique.
- des troisièmes moyens de transmission pour transmettre, à l'initiative dudit deuxième utilisateur, au moins une caractéristique de profil définie par ce dernier, via le réseau de communication.
La présente invention concerne également une unité de traitement d'informations comprenant un module de stockage qui est destiné à mémoriser des informations relatives à une pluralité d'utilisateurs et transmises par ces derniers, via un réseau de communication, ladite unité comprenant:
- des moyens de détermination, à partir d'éléments caractérisants d'un premier utilisateur d'un terminal sondant transmis, via ledit réseau de communication, par ledit terminal sondant, d'au moins une caractéristique de profil propre audit premier utilisateur,
- des moyens de mémorisation de ladite au moins une caractéristique de profil déterminée,
- des moyens de création d'une liste comprenant au moins un identifiant associé à un utilisateur d'un terminal sondant, lorsque ladite au moins une caractéristique de profil mémorisée correspond à au moins une caractéristique de profil définie dans un requête formulée par un deuxième utilisateur,
- des seconds moyens de transmission audit deuxième utilisateur, via ledit réseau de communication, de ladite liste créée. Les caractéristiques particulières et les avantages du système d'accès et de l'unité de traitement étant les mêmes que ceux du procédé mentionné ci-dessus, ils ne seront pas rappelés ici.
Selon une implémentation préférée, certaines étapes du procédé d'accès sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention concerne également un programme d'ordinateur destiné à être installé dans une unité de traitement, ledit programme comprenant des instructions pour mettre en œuvre des étapes du procédé d'accès mentionné ci-dessus, lors d'une exécution du programme par un module de calcul de ladite unité.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels :
- la Fig. la représente un premier mode de réalisation d'un système d'accès dans lequel le procédé selon l'invention est mis en œuvre ; - la Fig. Ib représente un second mode de réalisation d'un système d'accès dans lequel le procédé selon l'invention est mis en œuvre ;
- la Fig. 2 représente un serveur de traitement mis en oeuvre dans les modes de réalisation du système d'accès représentés sur les figures la et Ib ;
- la Fig. 3 est un organigramme représentant différentes étapes exécutées au cours du procédé d'accès conforme à l'invention.
Le système d'accès S représenté à la Fig. la comporte un réseau de télécommunications R auquel sont respectivement reliés, un terminal Tus appelé, pour des raisons qui apparaîtront par la suite, terminal sondant, un terminal Tur d'un utilisateur requérant, au moins un serveur SITE, un serveur de traitement St dont la fonction sera explicitée ci-après et un annuaire Ami.
Le réseau de télécommunications R est par exemple un réseau Intranet ou un réseau local d'entreprise de type Intranet, ou encore un réseau formé par une pluralité de réseaux interconnectés tel que le réseau Internet avec son système d'informations réparties connu de l'homme du métier sous l'appellation World Wide Web. Ce réseau de télécommunications R permet à un utilisateur d'un terminal, tel que le terminal sondant Tus, de communiquer soit avec un serveur SITE ou St connecté au réseau R, soit avec d'autres utilisateurs. Pour ce faire, le terminal sondant Tus est pourvu d'un navigateur N apte à accéder, via ledit réseau de télécommunications R, à au moins un serveur SITE ou St. Le système d'accès S comporte aussi, inclus, dans le mode de réalisation représenté à la Fig. la, dans le terminal sondant Tus, des moyens, tels qu'une sonde So, d'acquisition de traces de communications entre le terminal sondant Tus et au moins un serveur SITE auquel l'utilisateur du terminal Tus accède. Ces traces contiennent, entre autres, par exemple pour une communication entre le navigateur N et un serveur SITE connecté au réseau de communication R (comme cela est le cas à la Fig. la, voir flèche 1), des identifiants de ressource URL spécifiés dans une ou plusieurs requêtes d'accès audit serveur, un temps consacré par l'utilisateur concerné à la consultation d'une page Web dudit serveur SITE identifiée par un identifiant de ressource URL donné, ou des mots-clés représentatifs du contenu d'une page Web consultée sur ledit serveur SITE.
Cette sonde So est par ailleurs associée à une mémoire Mem prévue pour stocker les traces de communications que la sonde So capte.
Le système S comporte encore un module d'analyse Ma qui est destiné à analyser les traces de communications qui sont mémorisées dans la mémoire Me de manière à déterminer les identifiants de ressource URL qui ont été demandés lors de communications précédentes ainsi que les mots clés associés aux pages alors consultées. Ces identifiants de ressource URL et ces mots clés forment ce qu'on appellera par la suite des éléments caractérisants de l'utilisateur d'un terminal sondant.
Dans un second mode de réalisation représenté à la Fig. Ib, la sonde So, la mémoire Me et le module d'analyse Ma sont inclus dans un serveur intermédiaire tel qu'un serveur généralement appelé "cache" ou "proxy", placé entre le terminal sondant Tus et le réseau R. On notera qu'un serveur "cache" est habituellement prévu pour réceptionner les requêtes HTTP des terminaux lui étant associés et pour les retransmettre aux serveurs visés dans ces requêtes, lesquels transmettent en retour les informations désirées. Ce sont ces requêtes ou les informations en réponse à ces requêtes qui sont captées par la sonde So du serveur intermédiaire P, qui sont ensuite mémorisées dans la mémoire Mem, puis analysées par le module d'analyse Ma (voir la flèche I),
Tant dans le mode de réalisation de la Fig. la que celui de la Fig. Ib, le système d'accès S comporte également un serveur de traitement St relié au réseau de communication R. Ce serveur de traitement St est destiné à recevoir (flèche 2) des éléments caractérisants ELC d'au moins un utilisateur d'un terminal sondant, tel que le terminal Tus, à définir au moyen de ces éléments caractérisants ECL des profils d'utilisateur, à recevoir (flèche 3) des requêtes de listes d'utilisateurs REQ de la part d'un terminal requérant, tel que le terminal Tur et à délivrer (flèche 4), à ce terminal requérant Tur, la liste d'utilisateurs requise LURQ. Dans cette liste d'utilisateurs, apparaissent les identifiants desdits utilisateurs, permettant ainsi à l'utilisateur requérant de les contacter par la suite, s'il le désire.
Comme cela est représenté à la Fig. 2, le serveur St comprend un module de réception Mr destiné, comme on le verra par la suite, à soit recevoir ou des éléments caractérisants ELC délivrés par un module d'analyse Ma lié à un utilisateur ou des traces de communication délivrées par une sonde So liée à un utilisateur, soit recevoir des requêtes REQ de listes d'utilisateurs, un module d'émission Me destiné à émettre à destination d'un terminal requérant une liste d'utilisateurs requise LURQ, un module de détermination Mdet destiné à déterminer des caractéristiques de profil à partir des éléments caractérisants précités et un module de stockage spécifique, appelé par la suite base de données de profils Bdp, prévu pour, d'une part, mémoriser, dans des profils utilisateur, des caractéristiques de profil respectivement liées à ces profils utilisateur et, d'autre part, délivrer des profils utilisateur en fonction de caractéristiques de profil requis. Le serveur St comporte en outre un module de recherche et de tri Mrt qui est relié au module de réception Mr pour y recevoir des requêtes REQ de listes d'utilisateurs et qui est prévu pour rechercher dans la base de données de profils Bdp les profils d'utilisateurs correspondant, de manière identique ou par ressemblance, au profil utilisateur mentionné dans ladite requête REQ de liste d'utilisateurs et de trier les profils obtenus en réponse de manière à établir une liste d'utilisateurs qui est délivrée au module d'émission Me.
La sonde So, le module d'analyse Ma et le module de détermination Mdet forment des moyens de détermination de caractéristiques.
Le profil utilisateur de chaque utilisateur est matérialisé dans la base de données Bdp par un espace mémoire spécifiquement attribué à l'utilisateur concerné.
L'utilisation d'une telle base de données Bdp pour mémoriser la ou les caractéristiques de profil d'un utilisateur présente l'avantage d'autoriser une mise à jour aisée et non redondante. En particulier, l'espace mémoire attribué à chaque profil utilisateur, qui peut déjà comporter des caractéristiques obtenues lors d'un précédent accès, peut aisément accueillir des caractéristiques de profil complémentaires permettant d'affiner le profil concerné et d'en augmenter encore la pertinence.
Dans une variante (non représentée) du système d'accès S selon l'invention, le réseau R est un réseau téléphonique tel que le réseau téléphonique commuté RTC ou un réseau téléphonique fonctionnant avec le protocole IP (Internet Protocol). La sonde So capte alors pour chaque communication, par exemple les numéros de téléphone de l'appelant et de l'appelé et l'heure de début de la communication et sa durée. Les éléments caractérisants qui sont déterminés par les moyens d'analyse Ma sont par exemple, les numéros de téléphone de l'appelant et de l'appelé, le type de téléphone utilisé (fixe, mobile, Internet, etc.), le temps de communication, ainsi que la fréquence d'appel d'un utilisateur par rapport à l'ensemble des communications avec ce même utilisateur.
Un terminal requérant, tel que le terminal Tur, comprend une application Appl qui est destinée à transmettre au serveur de traitement St une requête REQ d'une liste d'utilisateurs qui présentent un profil spécifié par au moins une caractéristique de profil que contient ladite requête (flèche 3), à recevoir (flèche 4) la liste d'utilisateurs LURQ correspondant à ladite requête, et à stocker (flèche 5) lesdits éléments de ladite liste dans un carnet d'adresses Cadr que comporte ledit terminal requérant Tur et qui n'est alors accessible que par le seul terminal requérant Tur et/ou dans un annuaire Anu qui est connecté au réseau R et qui est alors accessible par tout terminal requérant du réseau R.
On comprendra que l'application Appl peut être installée dans un serveur que comporte le réseau R et qu'elle peut alors être lancée par un terminal requérant après accès de celui-ci audit serveur ou même qu'elle puisse être partagée entre un terminal requérant et un tel serveur du réseau R.
On va expliciter le fonctionnement du système S par la description du procédé selon l'invention qu'il met en œuvre et, ce, en relation avec la Fig. 3. Au cours d'une étape ElOO préalable à la mise en œuvre du procédé lui-même, un utilisateur qui souhaite pouvoir contacter d'autres utilisateurs et donc obtenir leurs identifiants utilisateur s'inscrit ou se fait inscrire par une organisation agréée sur le serveur St en le renseignant au moyen, notamment d'un identifiant utilisateur, d'une adresse électronique ou d'un numéro de téléphone et éventuellement au moyen d'autres renseignements tels qu'un ou plusieurs centres d'intérêts, une localisation géographique, un titre professionnel, un âge, etc. Ces renseignements sont inscrits dans un profil qui est attribué à cet utilisateur dans la base de données de profils Bdp du serveur St.
Le procédé de la présente invention comporte une étape de détermination ElOl qui est mise en œuvre par un terminal sondant Tus et le serveur de traitement St et une étape de délivrance E 102 de liste d'utilisateurs qui est mise en œuvre par un terminal requérant Tur et le serveur de traitement St. Ces deux étapes peuvent être mises en œuvre l'une indépendamment de l'autre. Bien que la présente invention ait été décrite en considérant un terminal sondant et un terminal requérant, on comprendra qu'en général, un terminal donné est à la fois terminal sondant et terminal requérant et qu'il possède donc à la fois les moyens de ces deux types de terminaux. L'étape de détermination ElOl comprend une sous-étape ElOIa d'acquisition, au cours de laquelle les traces de communication sont captées par la sonde So et sont mémorisées dans la mémoire Mem prévue à cet effet ainsi qu'une sous-étape ElOIb d'analyse, au cours de laquelle le module d'analyse Ma de la sonde So détermine des éléments caractérisants à partir des informations contenues dans lesdites traces de communication captées. Les éléments caractérisants sont transmis du terminal sondant Tus au serveur de traitement St (voir flèche 2 des Figs. la et Ib). Les éléments caractérisants déterminés par le module d'analyse Ma de la sonde So sont transmis régulièrement au serveur de traitement St, par exemple, une fois par jour.
Ces différentes sous étapes sont mises en œuvre par un terminal sondant Tus. Le procédé de la présente invention comprend encore une sous-étape ElOIc de détermination, au cours de laquelle le module de détermination Mdet du serveur de traitement St détermine au moins une caractéristique de profil à partir des éléments caractérisants déterminés à la sous-étape précédente. Les caractéristiques de profil, telles que déterminées à la sous-étape ElOIc, sont par exemple une affinité pour le bricolage, la finance ou un mode de communication privilégié, un interlocuteur privilégié, etc. Au cours d'une étape de mémorisation ElOId, les caractéristiques de profil déterminées par le module de détermination Mdet sont incluses dans le profil de l'utilisateur correspondant, profil qui est stocké dans la base de données de profils Bdp. On notera qu'ainsi, la base de données Bdp est alimentée par des caractéristiques de profil propres à chaque utilisateur et, ce, de manière régulière. Des caractéristiques de profil d'un utilisateur d'un terminal sondant Tus sont déterminées à partir de traces de communication captées au cours de chacune de ses communications par exemple avec des serveurs, tels que le serveur SITE des Figs. la ou Ib, connectés au réseau R. Le procédé selon la présente invention comporte également une étape de création de listes d'utilisateurs E 102 qui comprend elle-même, une sous-étape E 102a de formulation d'une requête REQ comportant au moins une caractéristique de profil et de transmission de ladite requête REQ au serveur de traitement St, et plus particulièrement au module de recherche et de tri Mrt du serveur St. Cette sous-étape 102a est mise en œuvre par un terminal requérant Tur.
Le procédé selon l'invention comporte encore une sous-étape de recherche E 102b de cette caractéristique dans la base de données de profil Bdp laquelle renvoie une liste LURQ des identifiants des utilisateurs dont le profil comporte cette caractéristique ou au moins une caractéristique voisine. La liste LURQ établie par le serveur de traitement St est alors transmise, lors de la sous étape E 102c, à l'application Appl que comporte ledit terminal Tur de l'utilisateur requérant. Cette sous-étape E 102c est mise en œuvre par le serveur de traitement St.
L'étape E 102a de formulation de la requête peut être mise en œuvre selon les variantes suivantes." Selon une première variante, l'utilisateur requérant du terminal Tur, saisit, à l'aide d'une interface homme-machine et de l'application Appl spécifique, au moins une caractéristique de profil qui comprend par exemple un mot, par exemple « Paris », « vélo », etc. ou bien une phrase en langage naturel du type: "je recherche les personnes ayant un profil similaire au mien". L'application Appl compose alors ladite requête qui comporte la ou les caractéristiques saisies. Selon une seconde variante, au moins une caractéristique de profil est définie une fois pour toute par l'utilisateur du terminal Tur et stockée dans une mémoire spécifique mise à la disposition de l'application Appl. Cette dernière formule une requête REQ en y incluant cette ou ces caractéristiques de profil. Une fois la requête REQ formulée (étape E 102a), elle est transmise au serveur de traitement St (voir flèche 3 des Figs. la et Ib). Le serveur de traitement St réceptionne cette requête REQ au moyen de son module de réception Mr et la transmet à son tour au module de recherche et de tri Mit. Ce module de recherche et de tri Mit effectue alors une recherche au sein de la base de données de profil Bdp et crée une liste d'identifiants d'utilisateurs dont le profil comportent les caractéristiques de la requête ou du moins des caractéristiques similaires (étape El 02b). Cette liste d'identifiants peut ensuite être ordonnée de manière à mettre en évidence les identifiants pour lesquels les caractéristiques recherchées sont les plus importantes et les plus pertinentes. De manière préférentielle, la ou les caractéristiques recherchées appartiennent au profil de l'utilisateur du terminal requérant.
La liste d'utilisateurs ainsi créée contient des identifiants d'utilisateurs et tout ou partie du profil de l'utilisateur correspondant. Par exemple, la liste peut contenir pour chaque utilisateur sélectionné son identifiant utilisateur ou ses coordonnées, son sport préféré et son numéro de téléphone ou son adresse d'accès (adresse e-mail, adresse Internet, etc.).
Cette liste est ensuite transmise (étape E 102c) par le module d'émission Me du serveur de traitement St à l'application Appl, qui l'affiche sur l'écran du terminal requérant Tuf. L'utilisateur du terminal requérant Tur peut alors mémoriser tout ou partie de la liste affichée dans le carnet d'adresses Cadr associé à l'application Appl. On notera qu'en fonction des capacités du carnet d'adresses, toutes les caractéristiques affichées ne peuvent pas nécessairement être mémorisées. Ainsi, un tel carnet d'adresses pourra par exemple ne mémoriser que les identifiants des utilisateurs affichés et leurs numéros de téléphones ou leurs adresses d'accès.
La liste d'utilisateurs peut également être transmise, soit directement par le serveur de traitement St, soit indirectement par l'application Appl (comme cela est montré aux Figs. la et Ib par la flèche 5), à un annuaire Anu que comporte le réseau R.
Si certains des identifiants de la liste étaient déjà connus du carnet d'adresses ou de l'annuaire, ceux-ci ne sont pas réinscrits, mais une mise à jour du profil des utilisateurs correspondants est cependant effectuée.
Selon une autre variante, le serveur de traitement St comporte un module d'établissement de requête Mreq. Ainsi, la requête provient du serveur de traitement St lui-même, de façon transparente pour tout utilisateur d'un terminal requérant. Un certain nombre de requêtes est mémorisé préalablement dans le module d'établissement de requêtes (Mreq) du serveur de traitement St associé à un terminal requérant. Ces requêtes sont formulées sur la base d'au moins une caractéristique de profil définie par l'utilisateur dudit terminal requérant Tur. A chaque requête, sont associées des informations concernant ledit utilisateur, la fréquence de lancement de la requête, l'application Appl destinée à recevoir la liste obtenue correspondante, etc. De manière récurrente, le module d'établissement de requête Mreq lance une requête en interrogeant la base de données de profil Bdp à l'aide d'au moins une caractéristique de profil prédéfinie. De manière similaire aux variantes précédemment décrites, le module de recherche et de tri Mrt crée une liste d'identifiants d'utilisateurs correspondant à cette requête qui est transmise à l'application Appl et mémorisée en relation avec la requête.
On notera que l'invention trouve application de préférence dans le contexte particulier de la vie en entreprise, du fait notamment du nombre restreint des utilisateurs potentiels du système et de la facilité à les identifier.

Claims

REVENDICATIONS
1) Procédé de traitement d'informations relatives à au moins un premier utilisateur d'un terminal, ledit procédé comprenant au moins: - une étape de transmission, via un réseau de communication, d'éléments caractérisant ledit premier utilisateur et déterminés à partir de traces de communications dudit terminal avec au moins un serveur inclus dans ledit réseau de communication,
- une étape de détermination, à partir desdits éléments caractérisants transmis, d'au moins une caractéristique de profil propre audit premier utilisateur, et
- une étape de mémorisation de ladite au moins une caractéristique de profil déterminée dans un module de stockage (Bdp).
2) Procédé selon la revendication 1 , caractérisé en ce qu'il comprend en outre une étape de création d'une liste d'utilisateurs comprenant, associé aux dits utilisateurs, au moins un identifiant pour lequel ladite au moins une caractéristique de profil mémorisée à l'étape de mémorisation correspond à au moins une caractéristique de profil définie dans une requête transmise par un terminal d'un deuxième utilisateur.
3) Procédé selon la revendication 2, selon lequel l'étape de création de liste comprend une sous-étape d'interrogation dudit module de stockage à l'aide de ladite au moins une caractéristique de profil définie dans ladite requête, puis une sous-étape de recherche, dans ledit module de stockage, de profils d'utilisateurs dont l'un au moins comprend cette caractéristique.
4) Procédé selon l'une quelconque des revendications 2 à 3, comprenant, préalablement aux dites étapes, une étape d'inscription, dans ledit module de stockage (Bdp), d'informations relatives à au moins un utilisateur susceptible de communiquer avec ledit terminal dudit deuxième utilisateur lorsqu'au moins une caractéristique de profil leur est commune. 5) Système de traitement d'informations relatives à au moins un premier utilisateur d'un terminal, ledit système comprenant au moins:
- des premiers moyens (Tus) de transmission, via un réseau de communication, d'éléments caractérisant ledit premier utilisateur et déterminés à partir de traces de communications dudit terminal avec au moins un serveur inclus dans ledit réseau de communication,
- des moyens (Mdet) de détermination, à partir desdits éléments caractérisants transmis, d'au moins une caractéristique de profil propre audit premier utilisateur, et
- des moyens (Mins) de mémorisation de ladite au moins une caractéristique de profil déterminée dans un module de stockage (Bdp).
6) Système selon la revendication 5, caractérisé en ce qu'il comprend en outre des moyens (Mrt) de création d'une liste d'utilisateurs comprenant, associé aux dits utilisateurs, au moins un identifiant pour lequel ladite au moins une caractéristique de profil mémorisée correspond à au moins une caractéristique de profil définie dans une requête transmise par un terminal d'un deuxième utilisateur.
7) Système selon la revendication 6, dans lequel lesdits moyens de création de liste comprennent des moyens d'interrogation dudit module de stockage à l'aide de ladite au moins une caractéristique de profil définie dans ladite requête, ainsi que des moyens de recherche, dans ledit module de stockage, de profils d'utilisateurs dont l'un au moins comprend cette caractéristique.
8) Système selon l'une des revendications 5 à 7, comprenant en outre des moyens de transmission (Appl) pour transmettre, à l'initiative dudit deuxième utilisateur, au moins une caractéristique de profil définie par ce dernier, via ledit réseau de communication.
9) Unité (St) de traitement d'informations comprenant un module de stockage (Bdp) qui est destiné à mémoriser des informations relatives à une pluralité d'utilisateurs et transmises par ces derniers, via un réseau de communication (R), ladite unité comprenant:
- des moyens (Mdet) de détermination, à partir d'éléments caractérisants d'un premier utilisateur d'un terminal sondant transmis, via ledit réseau de communication, par ledit terminal sondant, d'au moins une caractéristique de profil propre audit premier utilisateur,
- des moyens (Bdp) de mémorisation de ladite au moins une caractéristique de profil déterminée,
- des moyens (Mit) de création d'une liste comprenant au moins un identifiant associé à un utilisateur d'un terminal sondant, lorsque ladite au moins une caractéristique de profil mémorisée correspond à au moins une caractéristique de profil définie dans un requête formulée par un deuxième utilisateur,
- des seconds moyens (Me) de transmission audit deuxième utilisateur, via ledit réseau de communication, de ladite liste créée.
10) Procédé selon l'une quelconque des revendications 1 à 3, comprenant, préalablement aux dites étapes, une étape d'inscription, dans ledit module de stockage (Bdp), d'informations relatives à au moins ledit deuxième utilisateur.
11) Programme d'ordinateur destiné à être installé dans une unité de traitement
(St), ledit programme comprenant des instructions pour mettre en œuvre des étapes du procédé selon la revendication 1 à 4 et 10, lors d'une exécution du programme par un module de calcul de ladite unité.
PCT/EP2006/009103 2005-09-20 2006-09-19 Procédé d'accès à des informations relatives à au moins un utilisateur permettant d'entrer en contact avec lui ultérieurement WO2007033814A2 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2008531601A JP2009509254A (ja) 2005-09-20 2006-09-19 少なくとも１つのユーザに関するデータにアクセスし、続いて前記ユーザと接触できるようにする方法
EP06792147A EP1927074A2 (fr) 2005-09-20 2006-09-19 Procédé d'accès à des informations relatives à au moins un utilisateur permettant d'entrer en contact avec lui ultérieurement
US12/067,515 US20100063976A1 (en) 2005-09-20 2006-09-19 Method for accessing data concerning at least one user enabling said user to be contacted subsequently

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR05/09607 2005-09-20
FR0509607 2005-09-20

Publications (2)

Publication Number Publication Date
WO2007033814A2 true WO2007033814A2 (fr) 2007-03-29
WO2007033814A3 WO2007033814A3 (fr) 2007-07-19

Family

ID=36293294

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/009103 WO2007033814A2 (fr) 2005-09-20 2006-09-19 Procédé d'accès à des informations relatives à au moins un utilisateur permettant d'entrer en contact avec lui ultérieurement

Country Status (4)

Country Link
US (1) US20100063976A1 (fr)
EP (1) EP1927074A2 (fr)
JP (1) JP2009509254A (fr)
WO (1) WO2007033814A2 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0918038D0 (en) * 2009-10-14 2009-12-02 Univ Strathclyde Condition monitoring system
US20120198380A1 (en) * 2010-03-31 2012-08-02 Shimshon Czertok Contextual user interface
US9009790B2 (en) * 2010-09-11 2015-04-14 At&T Intellectual Property I, L.P. Association of multiple public user identifiers to disparate applications in an end-user's device
US20120173639A1 (en) * 2011-01-03 2012-07-05 Thomas Walsh Method and system for personalized message delivery
FR3049138B1 (fr) * 2016-03-18 2018-06-22 Seb Sa Procede de configuration pour le couplage d’un terminal mobile avec un appareil de mesure

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000070838A2 (fr) * 1999-05-14 2000-11-23 Pivia, Inc. Applications et services executes par un mecanisme intermediaire independant client-serveur
WO2000075814A1 (fr) * 1999-06-03 2000-12-14 Keylime Software, Inc. Systeme et methode de surveillance d'interaction utilisateur avec des pages web
WO2001033429A2 (fr) * 1999-10-29 2001-05-10 Gravitate, Inc. Procede de mise en oeuvre de services d'introduction et de rencontre destines a des utilisateurs de telephones mobiles proches et fournisseurs de services associes
EP1434459A2 (fr) * 1999-08-24 2004-06-30 Nokia Corporation Système d appariement de profils pour abonnés à un réseau mobile de communications
US20040210661A1 (en) * 2003-01-14 2004-10-21 Thompson Mark Gregory Systems and methods of profiling, matching and optimizing performance of large networks of individuals

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7257604B1 (en) * 1997-11-17 2007-08-14 Wolfe Mark A System and method for communicating information relating to a network resource
US7523191B1 (en) * 2000-06-02 2009-04-21 Yahoo! Inc. System and method for monitoring user interaction with web pages
WO2001069412A2 (fr) * 2000-03-14 2001-09-20 Speed-Trap.Com Ltd. Suivi et modification de services fournis via un reseau
US20040030741A1 (en) * 2001-04-02 2004-02-12 Wolton Richard Ernest Method and apparatus for search, visual navigation, analysis and retrieval of information from networks with remote notification and content delivery
JP3671368B2 (ja) * 2001-05-30 2005-07-13 株式会社マーズフラッグ Ｗｅｂ情報検索装置、ｗｅｂ情報検索方法及びその方法をコンピュータに実行させるプログラム
JP2003058569A (ja) * 2001-08-09 2003-02-28 Dainippon Printing Co Ltd 情報提供システム、サーバコンピュータ、プログラム、及び記録媒体
JP2004259083A (ja) * 2003-02-27 2004-09-16 Shigeru Koyanagi 情報検索方法、情報検索サーバ、及び情報検索プログラム
JP2005031906A (ja) * 2003-07-10 2005-02-03 Ntt Docomo Inc 情報通信端末装置及びプロセス共有サーバ装置
JP2005250744A (ja) * 2004-03-03 2005-09-15 Kddi Corp 個人環境プロファイルサーバ

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000070838A2 (fr) * 1999-05-14 2000-11-23 Pivia, Inc. Applications et services executes par un mecanisme intermediaire independant client-serveur
WO2000075814A1 (fr) * 1999-06-03 2000-12-14 Keylime Software, Inc. Systeme et methode de surveillance d'interaction utilisateur avec des pages web
EP1434459A2 (fr) * 1999-08-24 2004-06-30 Nokia Corporation Système d appariement de profils pour abonnés à un réseau mobile de communications
WO2001033429A2 (fr) * 1999-10-29 2001-05-10 Gravitate, Inc. Procede de mise en oeuvre de services d'introduction et de rencontre destines a des utilisateurs de telephones mobiles proches et fournisseurs de services associes
US20040210661A1 (en) * 2003-01-14 2004-10-21 Thompson Mark Gregory Systems and methods of profiling, matching and optimizing performance of large networks of individuals

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
FONER L N: "A multi-agent referral system for matchmaking" PROCEEDINGS OF THE INTERNATIONAL CONFERENCE ON THE PRACTICAL APPLICATION OF INTELLIGENT AGENTS AND MULTI-AGENT TECHNOLOGY, 22 avril 1996 (1996-04-22), pages 245-261, XP002200834 *

Also Published As

Publication number Publication date
US20100063976A1 (en) 2010-03-11
EP1927074A2 (fr) 2008-06-04
WO2007033814A3 (fr) 2007-07-19
JP2009509254A (ja) 2009-03-05

Similar Documents

Publication Publication Date Title
EP2000929B1 (fr) Utilisation d'un arbre de hachage à préfixes (PHT) pour la localisation des services au sein d'un réseau de communication poste-à-poste
US6915284B2 (en) System and method for automated message response, within a system for harvesting community knowledge
EP1473904B1 (fr) Procédé et système d'accès à un réseau poste à poste
EP1204044A1 (fr) Procédé et système d'optimisation de consultations d'ensembles de données par une pluralité de clients
US20060235873A1 (en) Social network-based internet search engine
US20020073075A1 (en) Method and system for augmenting web-indexed search engine results with peer-to-peer search results
US20050091202A1 (en) Social network-based internet search engine
EP1376410B1 (fr) Procédé de gestion d'informations de contexte par serveur intermédiaire
JP2009505284A (ja) エンドポイントによってカスタマイズされる仮想ロボット通信フォーマット
FR2857763A1 (fr) Procede d'acces et de partage d'un document numerique dans un reseau de communication p2p
FR2863127A1 (fr) Procedes et dispositifs pour la delivrance asynchrone de donnees numeriques
EP2164212A1 (fr) Procédé et système de communication pour la détermination d'une séquence de services liés à une conversation
EP1805652A2 (fr) Systeme et procede interactif intelligent de gestion d'information
WO2007033814A2 (fr) Procédé d'accès à des informations relatives à au moins un utilisateur permettant d'entrer en contact avec lui ultérieurement
US20030126206A1 (en) Method of allocating data communication sessions based upon user information
EP1471714B1 (fr) Procédé et système de redirection sur détection d'erreur de résolution DNS
FR2935854A1 (fr) Procede et systeme de communication pour l'affichage d'un lien vers un service a partir d'une expression enoncee en cours de conversation.
EP1517509B1 (fr) Insertion d'une aide dans une réponse à une requête pour bureau virtuel
Jayanetti Supporting Account-Based Queries for Archived Instagram Posts
EP1705868A2 (fr) Procédé et système de partage d'attributs personnels
EP1940133B1 (fr) Système et procédé de gestion de joignabilité via au moins un réseau de communication
EP1494419A1 (fr) Système de transmission de paramètres caractéristiques d'une session de communication d'un terminal vers un serveur distant
EP1940132B1 (fr) Système et procédé de gestion de joignabilité via au moins un réseau de communication
KR20040110957A (ko) 피투피(피어 투 피어) 기술을 이용한 웹 컨텐츠를검색하는 방법 및 그 장치
FR2935505A1 (fr) Systeme informatique a serveur d'acces simplifie, et procede correspondant

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006792147

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008531601

Country of ref document: JP

WWP Wipo information: published in national office

Ref document number: 2006792147

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 12067515

Country of ref document: US