WO2018127518A1 - Dispositif et procédé de génération de listes d'utilisateurs d'intérêt au sein d'une architecture réseau structurée - Google Patents

Dispositif et procédé de génération de listes d'utilisateurs d'intérêt au sein d'une architecture réseau structurée Download PDF

Info

Publication number
WO2018127518A1
WO2018127518A1 PCT/EP2018/050148 EP2018050148W WO2018127518A1 WO 2018127518 A1 WO2018127518 A1 WO 2018127518A1 EP 2018050148 W EP2018050148 W EP 2018050148W WO 2018127518 A1 WO2018127518 A1 WO 2018127518A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
list
interest
type
users
Prior art date
Application number
PCT/EP2018/050148
Other languages
English (en)
Inventor
Christophe Galtier
Original Assignee
Praestoo
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 Praestoo filed Critical Praestoo
Publication of WO2018127518A1 publication Critical patent/WO2018127518A1/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/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0611—Request for offers or quotes
    • 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
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking

Definitions

  • the present invention relates to the field of communication methods and systems for generating data on a user terminal to improve access to a data of interest, organize the data and provide decision support. More particularly, the invention finds an application in the field of access to data of the same nature within a plurality of types of links with a given user. Thus, the field of the invention relates to calculators for discriminating results according to given criteria and to organize them according to a typology of link with a user.
  • networks that are defined in particular by the type of community they aggregate.
  • networks in this sense in which a user can subscribe to a data stream of another user, such as the Twitter network.
  • networks can be understood as applications that rely on a pre-existing network architecture, such as the Internet. They can also be understood as a network of users in that they structure the links between a set of users.
  • Such networks make it possible to define links that are based on a level of trust between users.
  • they structure and define the type of the community by the choices of the links uniting the users.
  • Twitter favors open networks, whose high-profile members embrace large volumes of aggregations of users.
  • Facebook essentially organizes its community from trusted networks in which members have mutually accepted a link gathering to share data. They allow to define more or less circles of friends around each user. In the latter network, users can administer and set up the type of information to share with each member of the community with which they are linked and the level of privacy of each link.
  • a limitation of these types of networks is that they are built on the definition of a single type of links between users. As a result, there is usually only one level of trust in such networks because the level of trust is defined by the type of link that is established.
  • the management of the confidentiality rules does not allow itself to define a level of trust because the rules defined by a user are not known to a third party. It is therefore difficult from these network architectures to provide a service based on different levels of trust.
  • the patent document US201 6 328769 also defines a solution providing a search interface for a service relating to artisans.
  • the document aims in particular to describe a type of search engine to access a service whose descriptive data are homogenized so that each user can define or search criteria.
  • the invention overcomes the aforementioned drawbacks.
  • the invention relates to a method of generating data corresponding to profiles of interest of a set of users of interest, said method comprising the following steps:
  • ⁇ Generation of at least one request from a computer said request being transmitted by a transmitter of the terminal on a data network and comprising an identifier of the first user, at least one geographic information of the first user and a criterion of interest of the first user;
  • each of the lists of the first and second types being stored in a memory of the terminal and generated individually in a display area of the terminal so as to allow a transition from the list of the first type to the list of the second type and / or the list of the second type to the list of the first type;
  • list of the first type is meant a list generated by a "direct" logical link between the identifier of the first user and a subset of users of interest: the identifier of the first user is directly related to said subset.
  • set of users of interest according to a criterion which is for example a subset of the users of interest registered by the first user in a directory or a subset of the users of interest in a geographical neighborhood of the first user.
  • list of the second type is meant a list generated by an "indirect" logical link between the identifier of the first user and a subset of users of interest: the identifier of the first user is indirectly linked to said subset. set of users of interest via at least one other user who may be for example a private user, a public user or a neighboring user.
  • An advantage of the invention is that it makes it possible to generate different data lists having the same nature, namely data of interest profiles, while having data generated from different sources since each data list comes from a set of data. users with a predefined logical link to the first user.
  • the geographical criterion makes it possible to carry out a filter of the users of interest likely to intervene in the perimeter of the first user. There is therefore a saving of time and efficiency of research on the users of interest.
  • Each interest profile of a list of the first type has a numerical score and / or a textual assessment assigned to it by the first user himself, and
  • each profile of interest of a list of the second type presents an average numerical score which is attributed to it by the other user (s) to which (s) said profile of interest is attached.
  • the first user accesses not only the source from which each profile of interest originates but also a means of appreciation. (Encrypted note and / or textual evaluation in one case, otherwise average encrypted score) of each profile of interest by the same source. This allows him to enrich and improve his appreciation of the different profiles of interest. By switching from one list to the other, it accesses data of the same nature but from different sources, retaining information on the source of said data and having in addition a means of assessing said data which is a function of their source. .
  • ⁇ type of logical link between the identifier of the first user and a subset of users of interest to generate a list of the first type is:
  • ⁇ the type of logical connection between the identifier of the first user and a subset of users of interest attached to at least one other user for generating a list of the second type is:
  • a third type of logical link between the identifier of the first user and a third subset of users of interest for the generation of a third list each user of interest of the third subset being attached to at least one public user, the first user having previously selected from a command of the terminal and stored in a memory an identifier of said public user, or o a fourth type logical link between the identifier of the first user and a fourth subset of users of interest for the generation of a fourth list, each user of interest of the fourth subset being attached to at least one neighboring user, the geographic information of the first user being compatible with a geographical information of said neighboring user.
  • At least the first list and the second list are generated.
  • At least the first list, the second list and the third list are generated.
  • At least the first list, the second list, the third list and the fourth list are generated.
  • At least the first list, the second list, the third list, the fourth list and the fifth list are generated.
  • the invention relates to a method of generating data corresponding to profiles of interest a set of users of interest, said method comprising the following steps:
  • a first type of logical link is defined by a relationship between the identifier of the first user and a first subset of users of interest, the first user having previously selected from a command from the terminal and stored in a memory the identifier of a user of interest so as to create a logical link between the identifier of the user of interest and the identifier of the first user;
  • a second type of logical link is defined by a link between the identifier of the first user and a second subset of users of interest attached to at least one private user, a private user having previously accepted the establishment of a logical link between the identifier of the first user and the identifier of the private user;
  • a third type of logical link is defined by a link between the identifier of the first user and a third subset of users of interest attached to at least one public user, the first user having previously selected from a command of the terminal and stored in a memory the identifier of a public user so as to create a logical link between the public user ID and the first user ID.
  • At least a fourth list is generated, said fourth list being associated with a fourth logical link, said fourth type of logical link being defined by a link between the identifier of the first user and a fourth subset of users of interest attached to at least one neighboring user, a neighbor user having a geographic information compatible with the geographic information of the first user.
  • At least a fifth list is generated, said fifth list being associated with a fifth logical link, said fifth type of logical link being defined by a link between the identifier of the first user and a fifth subset of users of interest having compatible geographic information of the first geographic position of the first user.
  • the geographic information of the first user comprises:
  • a first address and a denomination of a geographical zone comprising a set of geographical addresses including the first address.
  • a first geographical information is compatible with a second geographical information when at least one position or an address of said first geographic information is included in the geographic area of the second geographic information.
  • the criterion of interest of the first user comprises at least one secondary criterion including: at least one judgment, at least one note, at least one description, at least one least one reference, at least one list of intervention areas.
  • a filtering step makes it possible to display at least one generated list having duplicates of profiles of interest with at least one other predefined generated list so as to delete said duplicates when displaying said list on the terminal.
  • the invention relates to a communication terminal comprising a computer for processing identification data of a first user and for extracting and storing in a memory data corresponding to a set of users of interest associated with said user.
  • first user each user of interest having a profile of interest comprising at least one criterion of interest of the first user and geographical information of the first user
  • said terminal generating at least a list of a first type and a list of a second type, each list being displayed in a display area of the terminal as a result of a command of the first user on the terminal so as to allow a change from the list of the first type to the list of the second type and / or list of the second type to the list of the first type, the lists being generated according to the method of the invention.
  • the invention relates to a communication terminal comprising a computer for processing identification data of a first user and for extracting and storing in a memory data corresponding to a set of users of interest. associated with said first user, each user of interest having a profile of interest comprising at least one criterion of interest and a geographical information, said terminal generating at least three lists, each list being displayed in a display area of the terminal as a result of a command from the first user on the terminal, the lists being generated according to the method of the invention.
  • a first vertical touch control scrolls the elements of one of the lists and a second horizontal touch control to switch the display of the generated list.
  • the invention relates to a communication system comprising a terminal of the invention for defining a request comprising at least one criterion of interest of the first user and a geographic information of the first user and at least one remote server comprising at least one database for storing sets of data corresponding to private users, public users and users of interest, said remote server being accessible via a data network from the terminal.
  • the list generation functions scheduling of each list of correlation between the first user data, the sets of private users and public interest and criteria of interest are performed by a remote computer, the data being transmitted via a data network.
  • FIG. 1 a diagram of a communication system of the invention comprising a user terminal
  • FIG. 2 an architecture of a communication system relying on a data network to implement the method of the invention
  • FIGS. 4A, 4B, 4C a data architecture describing the different users of the invention. DESCRIPTION
  • Figure 1 shows a user terminal T1 which is connected to at least one remote data server SERV via an INTERNET data network.
  • the invention relates to the terminal T1, to the communication system 1 comprising a terminal and at least one data server executing the requests.
  • the invention relates to a method for generating a request from a terminal to at least one remote server in order to extract the relevant data related to the criteria defined in the request. The method transmits from the server to the terminal a response in the form of a data message comprising data sets of interest organized in the form of lists.
  • the invention relates in particular to a terminal T1 which, according to the embodiments, may be a mobile terminal or a computer such as a PC.
  • the terminal can be a workstation or a laptop.
  • a mobile terminal it can be a smartphone, such as a smartphone, tablet, electronic organizer, a smart watch or a smart touch interface for home or business use.
  • the terminal T1 comprises at least one computer, a memory, a display and a communication means such as an antenna or a wireless communication interface. It preferably comprises an operating system comprising functions enabling the various resources to be activated in order to perform basic operations such as authenticating a user, sending and sending data requests on a data network, receiving and recording data from of data network.
  • the terminal T1 comprises a control interface which can be a touch interface, a voice interface comprising a microphone, a physical interface for example such as a keyboard.
  • the control interface may be an interface comprising at least one image sensor for interpreting movements of a user. The commands are interpreted and processed by the computer in order to activate various functions making it possible to implement in particular the method of the invention.
  • the data network may be an internet network or a dedicated data network, such as a corporate network.
  • a server or a plurality of servers are used to host the different sets of data and the various functions making it possible to implement the method of the invention.
  • an authentication server can be dedicated to the authentication function.
  • this server is separate from a data server hosting user data.
  • a server with the private user data may be separate from another server with the public user data and / or the user data of interest.
  • the invention can be implemented according to different hardware configurations, particularly as regards the network architecture and therefore the architecture of the servers performing the various functions of the method of the invention.
  • the invention can be, for example, implemented by an application installed on a smartphone.
  • the terminal is dedicated to the use of the invention.
  • a digital wall interface installed inside a building and accessible by tenants and owners of this building can be done to define a terminal.
  • this interface is shared so that only one private user is defined for the building.
  • the invention relates to a computer program product having at least a computer, a memory and a display and a communication means for carrying out the method of the invention.
  • Figure 2 shows a configuration to better understand the invention.
  • At least three databases are defined making it possible to store the different types of users.
  • the data relating to the users can be stored in the same database.
  • fields are defined to differentiate the different types of users within the same database.
  • a set of user data or a set of users will be called the set of data of a category of users. This denomination is independent:
  • a set of private users BD_PRIV includes data relating to private users PRIV i: ie [; not]. This set is better described with reference to FIG. 4A. This data is defined in particular from user profiles, within a data server.
  • a private user has at least one identifier IDv , ie, [i ; n] , where n is the number of private users.
  • the identifier IDvi may alternatively be generated from a name or a denomination or even more generally from information characterizing a private user.
  • a private user profile includes geographic information, denoted IG ,, ie [; n] - Geographical information IGi is preferably a postal address.
  • the latter can be: ⁇ either, defined by a geographical position, such as GPS coordinates or coordinates defined according to another geographic coordinate standard;
  • ⁇ or, defined by a postal address with a number, an axis, a city name and potentially a country.
  • the postal address may include the denomination of a district, a postal code, a city, a locality or any element indicating a geographical area.
  • the postal address includes at least a geographical area defining for example a district, a district or a city, a locality, etc.
  • a private user can define a plurality of geographical information GI according to whether the private user wishes to manage several addresses or not. When the user starts his application or only the method of the invention, it may be optionally led to select the geographical information of his choice.
  • a private user can define a compatibility perimeter.
  • a compatibility perimeter defines a set of positions that are likely to be compared with a response area of a user of interest.
  • An "intervention zone" is a geographical area defined by a user of interest. This feature extends the perimeter of the geographic area of interest profiles by increasing the potential overlap of overlapping geographic areas.
  • This parameter can be configurable by a private user. For example, by default this compatibility perimeter may be a geographical point such as its address or GPS coordinates.
  • a private user identifies himself during the execution of the method of the invention in order to define criteria of interest allowing him to access data relating to profiles of interest.
  • the invention makes it possible to filter the profiles of interest according to a geographical criterion. For this, the geographic information of a private profile and a public profile are compared. At the end of this comparison, only the geographically compatible profiles of interest are displayed on a terminal of a private user.
  • the method of the invention makes it possible to organize the data relating to the profiles of interest in each list, in particular with regard to the display order, for example from at least one search criterion that it has previously defined or from a predefined criterion.
  • the data of the profiles of interest are for example sorted according to a criterion of recommendation, a criterion of price, a criterion of category of a user of interest or even according to the specialties defined by the users of interest. Other criteria may be taken into account according to other embodiments.
  • a set of users of interest BD_PREST includes data relating to users of interest PREST,, ie [; p]. This set is better described with reference to FIG. 4C.
  • the data of the users of interest comprise at least one identifier IDi and one profile of interest PROFIL ,, ie [i; p] -
  • the identifier IDi can be generated from a name or a denomination or more generally from information characterizing a user of interest PRESTi.
  • a criterion of interest and a geographical information IGi are defined by a user of interest in his profile of interest PROFILi.
  • the criterion of interest may correspond to a category of professional activity such as: “plumber”, “babysitter”, “housekeeper”, “digger” or "cabinetmaker”.
  • Other examples can be defined, the list is non-exhaustive and the invention makes it possible to modify or modify a pre-existing list of categories of activities.
  • the activity category defined in a profile of interest generally corresponds to an activity carried out in the home of a private user. However, some activities may be performed elsewhere than at the home of a private user.
  • the activity of a user of interest is therefore determined according to one embodiment by attachment to a pre-existing category. If the category does not exist, according to one embodiment, the user of interest can propose a new category which will then be moderated, accepted or refused.
  • a user of interest can for example define the following fields in his profile of interest PROFILi:
  • the user of interest can define in his profile of interest one or more "specialties".
  • the specialties are tags or keywords that define more precisely the fields of application of its category of activity. For example, in the "Babysitting" category, a keyword: “nanny” or “babysitter” can be added to her profile. Keywords can be suggested when creating or modifying a profile of interest in order to homogenize different terminologies.
  • the method of the invention allows a private user to define terms in his request that can activate a refined search among the key words, that is to say the specialties of a profile of interest.
  • an advantage of the invention is to apply the same search criteria to different profile data of interest, said data being organized in the form of lists according to the source of their source.
  • sources we recall in particular the source defined by the social network of a private user, that defined by a network of signs selected by the private user or that defined by its neighborhood.
  • the geographic information IGi that a user of interest defines is preferably a geographical area of intervention.
  • the latter can be:
  • ⁇ defined by a geographical area containing a set of postal addresses.
  • the area geographical can be defined by a district, a postal code, a city, etc.
  • geographical information defined by a user of interest may comprise different geographical areas.
  • a set of public users BD_PUBLIC includes data relating to public users PUBLI , ie [; k]. This set is better described with reference to FIG. 4B.
  • Public user data is defined in a public profile.
  • an IDi identifier and geographical information IGi are defined by a public user in his profile.
  • the identifier ID may alternatively be generated from a name or a denomination or even more generally from information characterizing a public user.
  • the geographic information GI defined in the public profile is preferably a postal address.
  • the latter can be:
  • ⁇ either defined by a geographical position, for example by means of GPS coordinates or by any other tracking system using other types / standards of geographical coordinates;
  • ⁇ or, defined by a postal address with a number, an axis, a city name and potentially a country or information equivalent to the latter.
  • a public profile also includes data characterizing a type of public profile.
  • this type may correspond to a trade of the public profile as an activity of bakery, pharmacy, shoe repair, butchery, etc.
  • a profession of a public user is attached to the exercise of a profession exercised at a given address.
  • the latter is preferably that which derives from the geographic information GI defined in the public profile of a public user.
  • the business of a public profile can be freely defined by a public user or can be selected from a predefined list of trades.
  • the list of trades is potentially scalable and modifiable on a server memory by an administrator of the system of the invention. The modification of this data may require specific rights, for example by users administering the data of the server.
  • a public user is attached to a given position.
  • a public profile comprises data referencing at least one user of interest.
  • This data can take the form of a list of users of interest LIST_P i: ie [; k] having a PROFILi profile of interest.
  • These interest profiles are attached to a public profile. This attachment can be understood as recommendations from public users to users of interest.
  • an action of a public user adding or deleting a user of interest allows the editing of his profile.
  • the geographic information may be a position or a geographical area.
  • a position it can be defined in geographical coordinates or by a postal address.
  • a geographical area the latter can be defined:
  • ⁇ either, by geometric coordinates by the definition of at least one position of the space and a geometric form referring to it (example of the circle) or;
  • ⁇ or by a postal zone defined for example from a postal code.
  • a first geographical information is compatible with a second geographic information item when at least one position or an address of said first geographic information item is included in a geographic area defined in the second geographic information item.
  • the private user automatically activates the presence of a first category in his private profile when selecting a new profile of interest having a field relating to the first category.
  • the first category aggregates automatically after the selection of a profile of interest by the private user.
  • this function automatically modifies the private profile of a user of interest.
  • this new profile of interest selected also having the first category aggregates to the category already attached to the profile of the private user.
  • An object of the invention is to generate lists of profiles of interest in a display area of a terminal T1 of a private user.
  • the lists are defined by a type of logical link between a private user on the one hand and a context of attachment of the users of interest on the other hand.
  • the profiles of the users of interest are accessible to a private user via different types of logical links.
  • Profiles of interest may include data corresponding to a category of professional activity. This data can be specified with a specialty, that is to say a key word, to specify for example: a know-how, a task to perform, a type of mission, or the particular conditions of an intervention etc.
  • a private user can access selected data of interest and filtered according to search criteria, such as the activity category of a user of interest, a specialty , a note or a recommendation attached to it.
  • search criteria such as the activity category of a user of interest, a specialty , a note or a recommendation attached to it.
  • a geographical criterion is taken into account by the method of the invention.
  • the private user accesses these data of interest while retaining a reading of the source from which the extracted interest data originates.
  • the invention thus allows a private user to choose a profile of interest by evaluating a confidence criterion according to the list from which the selected profile of interest is extracted.
  • FIG. 2 shows the different components of the terminal T1 and the remote data server SERV.
  • the terminal T1 comprises at least one memory M comprising data relating to the terminal T1 and to the private user.
  • a read-only memory and a RAM can be used to achieve in particular:
  • the memory can, for example, store the identifier of the terminal and an identifier of the user.
  • the memory may include authentication data, cookies or parameter data for storing user preferences, such as the number of results displayed per list, the format and / or type of geographic information such as the choice between "define a position" or "define a geographical area”. Other user preferences can be set.
  • a memory of the terminal can be used to store the received data and generate them according to a predefined display on the display of the terminal T1.
  • the terminal T1 comprises a computer K1 for coding and decoding the frames sent and received on the data network.
  • the computer K1 also makes it possible to take into account user commands on the terminal T1 and generate data to be stored or transmitted on the data network.
  • the terminal includes a display A for displaying data for the private user.
  • the display A is a touch screen, such as a liquid crystal display or diodes, other screen technologies are compatible with the invention.
  • the terminal T1 comprises a communication means such as an ANT antenna or a communication interface.
  • the communication means is a 3G, 4G, Wifi antenna or an antenna of another technology for transmitting wireless data.
  • the communication interface is a near-field communication interface such as an NFC, Bluetooth or RFID interface, or one of the standards / technologies evolutions.
  • the communication interface may be of wired type, for example when the terminal T1 is a computer. In this case, the communication interface may be Ethernet, USB or any other technology for transmitting data over a network.
  • the SERV server function is embodied by a physical unit corresponding to a data server. Alternatively, its function can be achieved by means of a plurality of servers distributed within the network. In the remainder of the description, the functions performed by the remote server will be described as a physical entity comprising at least one memory, a computer and a communication interface for transmitting and receiving data. However, the invention also covers the case where the functions performed by the server would be implemented on a distributed architecture. The latter architecture would then comprise different machines accessible by the data network, each of the machines comprising at least one memory, a computer and a communication interface.
  • the server SERV therefore comprises at least one memory for storing user data, including in particular the three data sets previously described: BD_PRIV, BD_PREST and BD PUBLIC.
  • the server SERV also includes a computer K2 for processing requests from the various terminals and for performing the authentication of users.
  • the computer K2 is capable, according to the request received from a terminal T1, to interrogate a database and to determine, according to search criteria, the data to be extracted.
  • the relevant data is then encoded into data frames and transmitted over the network to be addressed to a terminal T1 of a private user to deliver the requested service.
  • FIG. 2 shows an exemplary embodiment in which a first authentication request AUTH allows a private user to identify himself.
  • the identification or authentication can be performed with an authentication server or a shared server with the data processing functions to complete the process steps.
  • the request is, for example, issued from a command on the terminal display to be sent to a server.
  • the AUTH request can be automatically generated when the user starts the terminal or starts an application for initializing the method of the invention or when it activates a password on the terminal T1.
  • FIG. 2 also indicates, by way of example, a request REQ issued from a terminal T1 in which a private user has defined search criteria to obtain lists of results relating to users of interest having a type of link with the private user.
  • FIG. 2 represents the response sent by the data server SERV to the terminal T1 comprising a set of lists LIST1 to LISTn of data of users of interest.
  • the profiles of interest in at least one list generated and returned are ordered according to a level of relevance reflecting the criteria defined by a private user. These criteria may, for example, include a notation, a category of activity or a specialty, etc.
  • Each list is displayed in a functional area that can be displayed in the display area of the terminal T1.
  • a private user can interpret each grouping of data as a list according to a confidence criterion.
  • the lists they themselves are generated according to a criterion representative of a type of link between a private user and the source of the data of interest.
  • the lists generated by the method of the invention may be accessible by a user command.
  • the command can be a voice command, a touch command on the terminal screen or a command by a numeric keypad or a mouse.
  • the control may be a command generated from a motion detection.
  • An interest of the invention is to allow the passage of a list to another list from a simple command of a user.
  • the functional areas each comprising a list may, for example, appear in the same portion of the screen of the terminal T1 to provide a common navigation page for accessing each list individually.
  • the command switches the display of one list by another.
  • the private user can deduce from the result that appears its relevance and / or reliability and / or its value.
  • a logical link is for example defined between a first private user and:
  • FIG. 3 represents the various steps of the method of the invention
  • a first authentication step is noted AUTH.
  • This step allows a private user of a T1 terminal to access the information of his account and in particular the data of his profile.
  • this step allows a private user to create requests and receive data from the remote data server SERV.
  • Authentication can be done from a secure connection for example from a login and password. Any other type of authentication mechanism is compatible with the invention.
  • the authentication is a hidden operation of the private user who has already registered the authentication information on his terminal T1. In the latter case, the definition of a new search request can automatically generate an authentication request from said private user.
  • Other variants of implementations of an automatic authentication request can be used in the method of the invention.
  • the method of the invention includes generating a request from a private user who wishes to obtain data relating to users of interest. This private user will be called in the rest of the description the first user.
  • a request may be defined for a specialty of a set of users of interest such as the "babysitter” specialty or the “nanny” specialty. This request will make it possible to carry out a search among the key words defined by a user of interest in his profile of interest.
  • the transmitted request also includes data relating to the geographic information GI of the private user.
  • This geographic information may be a geographical area or a position as defined above.
  • the remote server SERV is able, thanks to its calculator, to perform an R search in the database containing the data relating to the users of interest and to extract a certain number of results that are relevant to the criteria of the request.
  • the search R includes a first search R1 among the data of the users of interest that have already been referenced by the first user.
  • a private user may, in fact, have already selected a set of users of interest to attach them to his profile. This is similar to adding a contact in a directory.
  • the first user establishes a logical link of a first type L1 with said users of interest that he references by selecting them in order to attach them to his profile.
  • profiles of users of interest can be saved locally on their terminal or on a remote server.
  • this data can be distributed between local data and remote data, for example if the first user manually records data locally while he is not connected to a network and other data is already stored on the network.
  • SERV server Finally, another case may arise when the first user himself registers contacts of users of interest who do not have a profile of interest defined on the server SERV.
  • a particular configuration makes it possible to generate a request that interrogates the local memory of the terminal T1 and the remote server SERV.
  • a first LIST1 list is generated comprising a set of users of interest meeting a geographical criterion and the search criteria defined by the first user, such as all the users of interest offering an activity in the "guarding" category. children ".
  • the geographical criterion comprises the comparison of the geographical information GI of the first user and the geographic information of the users of interest listed in the remote database when a zone of intervention is defined.
  • the profile of interest is retained in the first generated list, otherwise it is not.
  • the calculator determines if this position is in the intervention area of a user of interest. If this is the case, the calculator retains the profile of interest in the first list LIST1, otherwise it does not include it in the first list LIST1.
  • the calculator determines if a position of the geographic information of the user of interest is included in the geographical area defined by the first user. If this is the case, the calculator retains the profile of interest in the first LIST1 list, otherwise it does not include it in the latter list.
  • This option allows a private user to manage:
  • the search R includes a second search R2 among the data of the users of interest which are referenced by private users having previously established a logical link with the first user.
  • Two private users establish a logical link when they mutually confirm a link between them.
  • This link is noted “logical link of the second type", that is to say that each private user having established such a logical link with another private user knows a priori the existence of his private profile or at least part of it. he can access the data of the profiles of interest attached to his private profile.
  • the profiles of interest attached to a second private user may be accessible to the first user if the latter has established a logical link of the second type L2 with the first user.
  • the request R2 makes it possible to search, process and select data of users of interest attached to all the private users Logically related to the first user.
  • the data is filtered according to a geographical criterion.
  • the geographic information of the first user is compared to the geographic information of the users of interest attached to the private users having established a logical link of the second type L2 with the first user.
  • the geographic information is compatible, the corresponding interest profiles are likely to be generated in the second list. If the geographic information is not compatible, the profiles of interest are not integrated in the LIST2 list.
  • the profiles of interest retained in the list LIST2 correspond to profiles meeting the search criteria defined in the request R2 of the first user.
  • the second LIST2 list generated comprises a set of profiles of interest meeting the search criteria defined by the first user, such as all users of interest offering a "plumber" activity.
  • An advantage of this solution is to access data of users of interest from the social network of the first user and whose geographical information intervention zone is compatible with the geographical information of the first user.
  • the search R includes a third search R3 among the data of the users of interest of the server SERV which are associated with public user public profiles that have already been selected by the first user.
  • the selection operates as an affiliation, and allows a private user to access information from the user's public profile selected audience. There can be no acceptance or reciprocal validation of the link between a private user and a public user.
  • Each private user can determine which public users he wants to join.
  • the selection can be made from a digital control on the terminal T1, such as a touch control.
  • the selection of a public profile can be carried out during a navigation of a private user among data representing the public users.
  • the selection may operate similarly to the addition of an article / product in a digital shopping cart while browsing an ecommerce site.
  • a private user selects one or more public profiles to which he wishes to affiliate. There is therefore a navigation function to search, display and select public profiles to affiliate.
  • the selected public profiles are then referenced in the profile of the private user.
  • a private user can edit at any time the list of public users to which he is affiliated, for example by deleting one of them.
  • the public profiles appearing in the display of the terminal T1 of a private user are filtered according to a geographical criterion. For example, if at least one position of the geographical information of a private user is included in an intervention zone of at least one profile of interest referenced in a public profile, then the public profile is visible for the private user.
  • a private user and a public user establish a logical link when the private user is affiliated with a public user.
  • This link is noted as "third type L3 logical link", ie each private user having established such a link with a public user can access data of the selected public profile.
  • the list of Interest profiles recommended by the public user and filtered according to the criterion of geographic information is accessible to the private user.
  • the third search R3 thus makes it possible to search, process, select the profiles of interest attached to a public user having a third logical link L3 with the first private user.
  • the profiles of interest are firstly filtered according to a geographic information criterion that reflects a possibility of intervention, that is to say of displacement of the user of interest in a perimeter comprising a position of a private user, such as his address.
  • the data is also filtered according to the search criteria that have been specified by the private user in his search such as the category a user of interest, the specialties of a user of interest, the rating of a user of interest, or a rate of a user of interest, etc.
  • An advantage of this solution is to access data of users of interest attached to at least one public user and whose geographical information intervention zone is compatible with the geographic information of the first user.
  • a third list LIST3 is thus generated comprising a set of users of interest meeting the search criteria defined by the first user, such as a complex criterion such as the determination:
  • the search R comprises a fourth search R4 among the data of the users of interest of the server SERV which are associated with private profiles of private users when the latter comprise a geographic information compatible with the geographical information of the first user.
  • the fourth search operates as a search among users of interest attached to private users neighboring the first user.
  • a first private user and a second private user establish a logical link of a fourth type L4 when the second private user has at least one position of his geographic information located in a geographical area defined in the geographic information of the profile of the first user. The second user is then considered as "neighbor" of the first user.
  • the fourth search R4 thus makes it possible to search, process, select the interest profile data attached to a private user located in an area near the first user.
  • the data is filtered according to geographic information.
  • the profiles of interest are filtered in the list which is displayed on the terminal T1 of the user.
  • a fourth LIST4 list is generated comprising a set of profiles of interest meeting the search criterion defined by the first user, such as all the users of interest referenced in the "plumber" activity category. It is understood that they are referenced in this category when, beforehand, the interest user has defined this category of activity in his interest profile.
  • the operations of comparison between two geographical information of two private users are processed by an analysis of the compatibility of this geographical information.
  • An information The geographical location of a second private user is compared with an area defined by the first user, which area is defined in the geographic information of the first user.
  • the zone can be defined by default as part of a postal address such as the department, municipality or district of the first user.
  • the first user can customize this area for example in a circular perimeter around a position or all the addresses of one or more street (s).
  • An advantage of this solution is to access data of users of interest whose area of intervention is compatible with the geographic information of the first user.
  • it is an area of the geographic information of a private profile of the first user that is compared to an address or a location of a geographic information of a second private user.
  • the notion of geographical information compatibility depends on the user profiles considered.
  • the lists are generated in an area dedicated to said list insofar as the data of one list are not mixed with those of another list. These are functional areas in which the data in a list is collected.
  • the method, the terminal and the system of the invention can generate alternately or successively these lists in the same display area of the terminal.
  • a numerical control, such as a touch control on the screen makes it possible to make permutations of the different lists displayed in turn on the display area of the terminal.
  • the display area of the terminal T1 is preferably the entire screen of the terminal T1. According to one embodiment, the display area corresponds to a proportion of the screen size of the terminal T1 so as to leave free zones to display other functions,
  • the display provides a display of a plurality of zones for accessing the different lists generated. It may be for example graphic icons for accessing the different lists. This display mode allows navigation in the different lists from a common window.
  • a first command therefore makes it possible to select a list from the lists generated by the method of the invention, this step is noted SELECT in FIG. 3.
  • a second command can be initiated by a private user to select a profile of interest from a list generated to generate and display on the display information of a particular profile of interest, this step is noted COORD in Figure 3.
  • the server sends frames of data via the network to the terminal containing the results of the search.
  • the results include the different predefined lists.
  • a display sequence proposed to the first user is as follows:
  • step i the first user can interrupt the sequence or continue with step ii).
  • step ii the first user can interrupt the sequence or continue it by looping back to step i) so that the first list of the first type replaces the first list of the second type.
  • step iii the first user can interrupt the sequence or continue it, or by returning to step i) so that the first list of the first type is substituted for the first list of the second type, either by going to step iii).
  • step iii the first user can interrupt the sequence or continue it, either by returning to step ii) so that the first list of the second type is substituted for the second list of the second type, or by looping back to step i) so that the first list of the first type replaces the second list of the second type.
  • step iii) the first user can interrupt the sequence or continue it, or by returning to step ii) so that the first list of the second type replaces the second list. of the second type, either going to step iv).
  • step iv the first user can interrupt the sequence or continue it, or by returning to step iii) so that the second list of the second type is substituted for the third list of the second type, or by looping back to step i) so that the first list of the first type replaces the third list of the second type.
  • the profiles of interest of a list of the first type that is to say for example the first list LIST1 or the fifth list LIST5, present the score and / or the evaluation attributed by the first user himself , while
  • ⁇ the profiles of interest of a list of the second type, that is to say for example the second LIST2 list, the third LIST3 list or the fourth LIST4 list, present the average score given by the other user (s) to the list. (x) what are they attached to.
  • the other user is for example a private user connected to the first user in the case of the second LIST2 list; a public user connected to the first user in the case of the third list LIST3; a user next to the first user in the case of the fourth list LIST4.
  • the first user selects a profile of interest from the second list LIST2, which gathers profiles of interest from a subset of users of interest attached to at least one private user, he / she also preferably accesses all the notes and / or individual evaluations attributed by the other private user (s) to which the interest profile is attached.
  • the first user selects a profile of interest from the third or fourth lists LIST3, LIST4, which respectively collect profiles of interest of a subset of users of interest attached to at least one public or neighboring user, it always preferably accesses the average score assigned by the other public user or users or neighbors to which (s) said profile of interest is attached.
  • a first display sequence is proposed to the first user.
  • the first list LIST1 comprising the providers defined or already selected in the server by the first user, that is to say the users of interest having a logical link of the first type L1 with the first user, and corresponding to the criteria of the request.
  • the first user can activate a digital control such as a touch control on the terminal T1 to display a second list LIST2 in the terminal display.
  • the second list replaces the first in the display in the display area.
  • the second list includes users of interest from a personal network of the first user.
  • the personal network is defined as private users having established a second type of link with the first user.
  • the first user can then activate a command for displaying a third list in the display of the terminal T1, in this sequence the third list is the list LIST3 previously defined which includes the profiles of interest attached to a public profile.
  • a command displays a fourth list LIST4 which includes the profiles of interest attached to private users neighboring the first user.
  • the user can continue to scroll on the display a fifth list which includes all the profiles of interest having a geographic information compatible with that of the first user.
  • the display returns to the first list LIST1.
  • This first sequence allows the following passages from one list to another on the display of the terminal T1: LIST1 -> LIST2 -> LIST3 -> LIST4 -> LIST5 -> LIST1.
  • the arrows "->" indicate that a command has been activated on the terminal T1 by the first user.
  • Another configuration can be determined in order to propose to a private user an alternative navigation, such as the following navigation: LIST2 -> LIST4 -> LIST3 -> LIST5 -> LIST1 -> LIST2.
  • the private user can configure the display sequence of the different lists to customize the implementation of the method of the invention.
  • the method of the invention makes it possible to process the same profiles of interest generated in different lists.
  • a private user seeking a profile of interest in a certain category can switch from one list to another when consulting the answers to his request without the inconvenience of browsing the same profile of interest several times.
  • the profiles of interest already generated in a previous list are filtered so as not to be displayed in the others. lists. This setting can be made between two consecutive lists or on each list by comparing the profiles already generated in the previous lists.
  • a fourth list LIST4 which comprises the following four profiles of interest: P41, P42, P43, P44 generated consecutively to a request from a user.
  • the method which also generated lists LIST1, LIST2 and LIST3, also makes it possible to compare the duplicates generated in each of the lists. If the profile of interest P42 is already generated in the list LIST2 and the profile of interest P43 is already generated in the list LIST3, then the list LIST4 will not present in the display of the terminal T1 as the profiles P41 and P44.
  • the LIST4 list displayed can therefore be filtered after the processing of the duplicates in the list LIST4 generated.
  • This duplicate management makes navigation more pleasant and the reading of information more relevant for a private user because of redundant data management.

Abstract

Procédé comportant les étapes suivantes : * Identification (AUTH) d'un premier utilisateur (MOI) à partir d'une interface d'un terminal (T1 ); * Génération d'au moins une requête (REQ) à partir d'un calculateur, ladite requête étant émise par un émetteur du terminal (T1 ) et comportant un identifiant, au moins un critère d'intérêt (Cl) et une information géographique (IG1 ) du premier utilisateur; * En fonction du critère intérêt (Cl) et de l'information géographique (IG1 ), génération d'au moins une liste d'un premier type associée à un lien logique direct entre l'identifiant du premier utilisateur et un sous-ensemble d'utilisateurs d'intérêt, et une liste d'un second type générée par un lien logique indirect entre l'identifiant du premier utilisateur et un sous-ensemble d'utilisateurs d'intérêt; * Sélection (SELECT_Z) d'une liste générée; * Sélection (SELECT_P) d'un profil d'intérêt parmi la liste sélectionnée.

Description

DISPOSITIF ET PROCÉDÉ DE GÉNÉRATION DE LISTES
D'UTILISATEURS D'INTÉRÊT AU SEIN D'UNE ARCHITECTURE RÉSEAU
STRUCTURÉE
DOMAINE
La présente invention concerne le domaine des procédés et systèmes de communication pour générer des données sur un terminal utilisateur afin d'améliorer l'accès à une donnée d'intérêt, organiser lesdites données et offrir une aide à la décision. Plus particulièrement, l'invention trouve une application dans le domaine de l'accès à des données de même nature au sein d'une pluralité de types de liens avec un utilisateur donné. Ainsi, le domaine de l'invention concerne les calculateurs permettant de discriminer des résultats selon des critères donnés et de les organiser selon une typologie de lien avec un utilisateur.
ETAT DE L'ART
Actuellement, il existe des réseaux qui se définissent notamment par le type de communauté qu'ils agrègent. Il existe dans ce sens des réseaux dans lesquels un utilisateur peut s'abonner à un flux de données d'un autre utilisateur, tel que le réseau Twitter. Il existe également des réseaux dans lesquels un utilisateur peut définir des liens de communauté qui sont établis par une acceptation réciproque du lien par chaque utilisateur, tel que le réseau de données Facebook.
Ces réseaux peuvent être entendus comme des applications s'appuyant sur une architecture réseau préexistante, telle qu'Internet. Ils peuvent également être entendus comme un réseau d'utilisateurs dans la mesure où ils permettent de structurer les liens entre un ensemble d'utilisateurs.
De tels réseaux permettent de définir des liens relevant d'un niveau de confiance entre utilisateurs. En outre, ils structurent et définissent le type de la communauté par les choix des liens unissant les utilisateurs. Twitter privilégie des réseaux ouverts, dont les membres à forte notoriété embrassent de grands volumes d'agrégations d'utilisateurs. Facebook organise essentiellement sa communauté à partir de réseaux de confiance dans lesquels les membres ont accepté réciproquement un lien les rassemblant pour partager des données. Ils permettent de définir peu ou prou des cercles d'amis autour de chaque utilisateur. Dans ce dernier réseau, les utilisateurs peuvent administrer et paramétrer le type d'informations à partager avec chaque membre de la communauté avec lequel ils sont liés et le niveau de confidentialité de chaque lien.
Il existe d'autres architectures réseaux dans lesquelles un type de lien entre un utilisateur donné et le reste de la communauté définit la nature du réseau et donc le type d'informations à partager.
Une limitation de ces types de réseaux est qu'ils sont bâtis sur la définition d'un seul type de liens entre les utilisateurs. De ce fait, il n'existe la plupart du temps qu'un seul niveau de confiance dans de tels réseaux du fait que le niveau de confiance est défini par le type de lien qui est établi. La gestion des règles de confidentialité ne permet pas à elle seule de définir un niveau de confiance car les règles définies par un utilisateur ne sont pas connues d'un tiers. Il est donc difficile à partir de ces architectures réseaux de fournir un service basé sur différents niveaux de confiance.
Par ailleurs, d'autres réseaux prennent en compte l'expérience d'un utilisateur d'un réseau pour définir une évaluation, une recommandation ou un niveau de confiance. Cette évaluation permet notamment de faire bénéficier un tiers d'une recommandation d'un service ou d'un produit. C'est le cas du document de brevet US 2013 0290214 qui ouvre la possibilité d'un système de recommandations de professionnels ou de travaux effectués par ces derniers. Un système de notation et d'évaluation au sein d'une communauté permet de partager ces expériences afin d'en faire bénéficier un tiers.
Le document de brevet US201 6 328769 définit également une solution offrant une interface de recherche d'un service relatif à des artisans. Le document vise notamment à décrire un type de moteur de recherche pour accéder à un service dont les données descriptives sont homogénéisées afin que chaque utilisateur puisse en définir ou rechercher des critères.
Les solutions existantes ne permettent pas de définir une recherche d'un produit ou d'un service dont les données descriptives sont homogènes au sein d'une architecture de réseaux de données complexes définissant différents types de liens avec un utilisateur donné.
RESUME DE L'INVENTION
L'invention permet de pallier aux inconvénients précités.
Selon un premier aspect, l'invention concerne un procédé de génération de données correspondant à des profils d'intérêt d'un ensemble d'utilisateurs d'intérêt, ledit procédé comportant les étapes suivantes :
■ Identification d'un premier utilisateur à partir d'une interface d'un terminal;
■ Génération d'au moins une requête à partir d'un calculateur, ladite requête étant émise par un émetteur du terminal sur un réseau de données et comportant un identifiant du premier utilisateur, au moins une information géographique du premier utilisateur et un critère d'intérêt du premier utilisateur ;
■ Génération d'au moins deux listes de profils d'intérêt sélectionnés en fonction de l'information géographique et du critère d'intérêt du premier utilisateur :
o une liste d'un premier type, associée à un type de lien logique entre l'identifiant du premier utilisateur et un sous-ensemble d'utilisateurs d'intérêt, et
o une liste d'un second type, associée à un type de lien logique entre l'identifiant du premier utilisateur et un sous-ensemble d'utilisateurs d'intérêt rattaché à au moins un autre utilisateur,
chacune des listes du premier et du second type étant enregistrée dans une mémoire du terminal et générée individuellement dans une zone d'affichage du terminal de manière à permettre un passage de la liste du premier type à la liste du second type et/ou de la liste du second type à la liste du premier type ;
■ Sélection d'une liste à partir d'une première commande du premier utilisateur; ■ Sélection d'un profil d'intérêt parmi la liste sélectionnée à partir d'une deuxième commande du premier utilisateur.
L'invention permet avantageusement de passer d'au moins une liste d'un premier type à au moins une liste d'un second type. On entend par « liste du premier type » une liste générée par un lien logique « direct » entre l'identifiant du premier utilisateur et un sous-ensemble d'utilisateurs d'intérêt : l'identifiant du premier utilisateur est directement relié audit sous-ensemble d'utilisateurs d'intérêt selon un critère (qui est par exemple un sous- ensemble des utilisateurs d'intérêt enregistrés par le premier utilisateur dans un répertoire ou un sous-ensemble des utilisateurs d'intérêt dans un voisinage géographique du premier utilisateur). On entend par « liste du second type » une liste générée par un lien logique « indirect » entre l'identifiant du premier utilisateur et un sous-ensemble d'utilisateurs d'intérêt : l'identifiant du premier utilisateur est indirectement relié audit sous-ensemble d'utilisateurs d'intérêt via au moins un autre utilisateur qui peut être par exemple un utilisateur privé, un utilisateur public ou un utilisateur voisin.
Un avantage de l'invention est de permettre de générer différentes listes de données ayant une même nature, à savoir des données de profils d'intérêt, tout en ayant des données générées provenant de différentes sources puisque chaque liste de données provient d'un ensemble d'utilisateurs ayant un lien logique prédéfini avec le premier utilisateur. En outre, le critère géographique permet d'effectuer un filtre des utilisateurs d'intérêt susceptibles d'intervenir dans le périmètre du premier utilisateur. Il y a donc un gain de temps et d'efficacité de recherche sur les utilisateurs d'intérêt.
Selon un mode de réalisation du premier aspect :
■ chaque profil d'intérêt d'une liste du premier type présente une note chiffrée et/ou une évaluation textuelle qui lui sont attribuées par le premier utilisateur lui-même, et
■ chaque profil d'intérêt d'une liste du second type présente une note chiffrée moyenne qui lui est attribuée par le ou les autres utilisateurs au(x)quel(s) ledit profil d'intérêt est rattaché.
Ainsi, le premier utilisateur accède non seulement à la source dont provient chaque profil d'intérêt mais également à un moyen d'appréciation (note chiffrée et/ou évaluation textuelle dans un cas, note chiffrée moyenne sinon) de chaque profil d'intérêt par cette même source. Cela lui permet d'enrichir et d'améliorer son appréciation des différents profils d'intérêt. En basculant d'une liste à l'autre, il accède à des données de même nature mais de sources différentes, en conservant une information de provenance desdites données et en ayant en outre un moyen d'appréciation desdites données qui est fonction de leur provenance.
Selon un mode de réalisation du premier aspect :
■ le type de lien logique entre l'identifiant du premier utilisateur et un sous-ensemble d'utilisateurs d'intérêt pour la génération d'une liste du premier type est :
o un lien logique d'un premier type entre l'identifiant du premier utilisateur et un premier sous-ensemble d'utilisateurs d'intérêt pour la génération d'une première liste, le premier utilisateur ayant préalablement sélectionné à partir d'une commande du terminal et enregistré dans une mémoire un identifiant de chaque utilisateur d'intérêt du premier sous-ensemble, ou
o un lien logique d'un cinquième type entre l'identifiant du premier utilisateur et un cinquième sous-ensemble d'utilisateurs d'intérêt pour la génération d'une cinquième liste, l'information géographique du premier utilisateur étant compatible d'une information géographique de chaque utilisateur d'intérêt du cinquième sous-ensemble ; et
■ le type de lien logique entre l'identifiant du premier utilisateur et un sous-ensemble d'utilisateurs d'intérêt rattaché à au moins un autre utilisateur pour la génération d'une liste du deuxième type est :
o un lien logique d'un deuxième type entre l'identifiant du premier utilisateur et un deuxième sous-ensemble d'utilisateurs d'intérêt pour la génération d'une deuxième liste, chaque utilisateur d'intérêt du deuxième sous- ensemble étant rattaché à au moins un utilisateur privé ayant préalablement accepté l'établissement d'un lien logique entre l'identifiant du premier utilisateur et un identifiant dudit utilisateur privé, ou
o un lien logique d'un troisième type entre l'identifiant du premier utilisateur et un troisième sous-ensemble d'utilisateurs d'intérêt pour la génération d'une troisième liste, chaque utilisateur d'intérêt du troisième sous- ensemble étant rattaché à au moins un utilisateur public, le premier utilisateur ayant préalablement sélectionné à partir d'une commande du terminal et enregistré dans une mémoire un identifiant dudit utilisateur public, ou o un lien logique d'un quatrième type entre l'identifiant du premier utilisateur et un quatrième sous-ensemble d'utilisateurs d'intérêt pour la génération d'une quatrième liste, chaque utilisateur d'intérêt du quatrième sous- ensemble étant rattaché à au moins un utilisateur voisin, l'information géographique du premier utilisateur étant compatible d'une information géographique dudit utilisateur voisin.
Selon un mode de réalisation du premier aspect, au moins la première liste et la deuxième liste sont générées.
Selon un mode de réalisation du premier aspect, au moins la première liste, la deuxième liste et la troisième liste sont générées.
Selon un mode de réalisation du premier aspect, au moins la première liste, la deuxième liste, la troisième liste et la quatrième liste sont générées.
Selon un mode de réalisation du premier aspect, au moins la première liste, la deuxième liste, la troisième liste, la quatrième liste et la cinquième liste sont générées.
Selon une alternative du premier aspect, l'invention concerne un procédé de génération de données correspondants à des profils d'intérêts d'un ensemble d'utilisateurs d'intérêt, ledit procédé comportant les étapes suivantes :
■ Identification d'un premier utilisateur à partir d'une interface d'un terminal;
■ Génération d'au moins une requête à partir d'un calculateur et émise par un émetteur du terminal sur un réseau de données, ladite requête comportant un identifiant du premier utilisateur, une information géographique et au moins un critère d'intérêt;
■ Génération d'au moins trois listes de profils d'intérêt sélectionné en fonction de l'information géographique et du critère intérêt, chaque liste étant associée à un type de lien logique entre l'identifiant du premier utilisateur et un sous- ensemble d'utilisateurs d'intérêt, chacune des listes étant enregistrée dans une mémoire du terminal et générée individuellement dans une zone d'affichage du terminal;
■ Sélection d'une liste à partir d'une première commande du premier utilisateur;
■ Sélection d'un profil d'intérêt parmi la liste sélectionnée à partir d'une seconde commande du premier utilisateur.
Selon un mode de réalisation de l'alternative du premier aspect :
■ Un premier type de lien logique est défini par un lien entre l'identifiant du premier utilisateur et un premier sous ensemble d'utilisateurs d'intérêt, le premier utilisateur ayant préalablement sélectionné à partir d'une commande du terminal et enregistré dans une mémoire l'identifiant d'un utilisateur d'intérêt de manière à créer un lien logique entre l'identifiant de l'utilisateur d'intérêt et l'identifiant du premier utilisateur ;
■ Un second type de lien logique est défini par un lien entre l'identifiant du premier utilisateur et un second sous-ensemble d'utilisateurs d'intérêt rattaché à au moins un utilisateur privé, un utilisateur privé ayant préalablement accepté l'établissement d'un lien logique entre l'identifiant du premier utilisateur et de l'identifiant de l'utilisateur privé ;
■ Un troisième type de lien logique est défini par un lien entre l'identifiant du premier utilisateur et un troisième sous-ensemble d'utilisateurs d'intérêt rattaché à au moins un utilisateur public, le premier utilisateur ayant préalablement sélectionné à partir d'une commande du terminal et enregistré dans une mémoire l'identifiant d'un utilisateur public de manière à créer un lien logique entre l'identifiant de l'utilisateur public et l'identifiant du premier utilisateur.
Selon un mode de réalisation de l'alternative du premier aspect, au moins une quatrième liste est générée, ladite quatrième liste étant associée à un quatrième lien logique, ledit quatrième type de lien logique étant défini par un lien entre l'identifiant du premier utilisateur et un quatrième sous-ensemble d'utilisateurs d'intérêt rattaché à au moins un utilisateur voisin, un utilisateur voisin ayant une information géographique compatible de l'information géographique du premier utilisateur.
Selon un mode de réalisation de l'alternative du premier aspect, au moins une cinquième liste est générée, ladite cinquième liste étant associée à un cinquième lien logique, ledit cinquième type de lien logique étant défini par un lien entre l'identifiant du premier utilisateur et un cinquième sous-ensemble d'utilisateurs d'intérêt ayant une information géographique compatible de la première position géographique du premier utilisateur.
Selon un mode de réalisation du premier aspect ou de l'alternative du premier aspect, l'information géographique du premier utilisateur comprend :
■ Une première position et une zone géographique définie par rapport à ladite première position ; ou
Une première adresse et une dénomination d'une zone géographique comportant un ensemble d'adresses géographiques dont la première adresse.
Selon un mode de réalisation du premier aspect ou de l'alternative du premier aspect, une première information géographique est compatible d'une deuxième information géographique lorsqu'au moins une position ou une adresse de ladite première information géographique est comprise dans la zone géographique de la deuxième information géographique.
Selon un mode de réalisation du premier aspect ou de l'alternative du premier aspect, le critère d'intérêt du premier utilisateur comprend au moins un critère secondaire dont notamment : au moins une appréciation, au moins une note, au moins un descriptif, au moins une référence, au moins une liste de zones d'intervention. Selon un mode de réalisation du premier aspect ou de l'alternative du premier aspect, une étape de filtrage permet d'afficher au moins une liste générée ayant des doublons de profils d'intérêt avec au moins une autre liste générée prédéfinie de manière à supprimer lesdits doublons lors de l'affichage de ladite liste sur le terminal.
Selon un deuxième aspect, l'invention concerne un terminal de communication comportant un calculateur pour traiter des données d'identification d'un premier utilisateur et pour extraire et enregistrer dans une mémoire des données correspondant à un ensemble d'utilisateurs d'intérêt associé audit premier utilisateur, chaque utilisateur d'intérêt ayant un profil d'intérêt comportant au moins un critère d'intérêt du premier utilisateur et une information géographique du premier utilisateur, ledit terminal générant au moins une liste d'un premier type et une liste d'un second type, chaque liste étant affichée dans une zone d'affichage du terminal conséquemment à une commande du premier utilisateur sur le terminal de manière à permettre un passage de la liste du premier type à la liste du second type et/ou de la liste du second type à la liste du premier type, les listes étant générées selon le procédé de l'invention. Selon une alternative du deuxième aspect, l'invention concerne un terminal de communication comportant un calculateur pour traiter des données d'identification d'un premier utilisateur et pour extraire et enregistrer dans une mémoire des données correspondantes à un ensemble d'utilisateurs d'intérêt associé audit premier utilisateur, chaque utilisateur d'intérêt ayant un profil d'intérêt comportant au moins un critère d'intérêt et une information géographique, ledit terminal générant au moins trois listes, chaque liste étant affichée dans une zone d'affichage du terminal conséquemment à une commande du premier utilisateur sur le terminal, les listes étant générées selon le procédé de l'invention.
Selon un mode de réalisation du deuxième aspect ou de son alternative, une première commande tactile verticale permet de faire défiler les éléments d'une des listes et une deuxième commande tactile horizontale permet de permuter l'affichage de la liste générée.
Selon un troisième aspect, l'invention concerne un système de communication comprenant un terminal de l'invention permettant de définir une requête comportant au moins un critère d'intérêt du premier utilisateur et une information géographique du premier utilisateur et au moins un serveur distant comportant au moins une base de données pour stocker les ensembles des données correspondant aux utilisateurs privés, aux utilisateurs publics et aux utilisateurs d'intérêt, ledit serveur distant étant accessible via un réseau de données depuis le terminal.
Selon un mode de réalisation du troisième aspect :
■ les fonctions d'affichage et de navigation entre les listes générées, de prise en compte des commandes tactiles, de transmission d'une requête comportant le critère d'intérêt sont effectuées par un calculateur d'un terminal ;
■ les fonctions de génération de liste, d'ordonnancement de chaque liste, de corrélation entre les données relatives au premier utilisateur, aux ensembles d'utilisateurs privés, public et d'intérêt et aux critères d'intérêt sont effectuées par un calculateur distant, les données étant transmises via un réseau de données.
BREVE DESCRIPTION DES FIGURES
D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent : figure 1 : un schéma d'un système de communication de l'invention comportant un terminal utilisateur ;
figure 2 : une architecture d'un système de communication s'appuyant sur un réseau de données pour mettre en œuvre le procédé de l'invention ;
figure 3 : les principales étapes du procédé de l'invention ; figures 4A, 4B, 4C : une architecture des données décrivant les différents utilisateurs de l'invention. DESCRIPTION
La figure 1 représente un terminal utilisateur T1 qui est connecté à au moins un serveur de données distant SERV par l'intermédiaire d'un réseau de données INTERNET. L'invention se rapporte au terminal T1 , au système de communication 1 comportant un terminal et au moins un serveur de données exécutant les requêtes. En outre, l'invention se rapporte à un procédé permettant de générer une requête depuis un terminal vers au moins un serveur distant afin d'extraire les données pertinentes en rapport avec les critères définis dans la requête. Le procédé permet d'émettre depuis le serveur vers le terminal une réponse sous forme d'un message de données comportant des ensembles de données d'intérêt organisés sous forme de listes.
L'invention concerne notamment un terminal T1 qui, selon les modes de réalisation, peut être un terminal mobile ou un ordinateur tel qu'un PC. Lorsqu'il s'agit d'un ordinateur, le terminal peut être une station de travail ou un ordinateur portable. Lorsqu'il s'agit d'un terminal mobile, il peut s'agir d'un téléphone intelligent, tel qu'un Smartphone, une tablette, un organisateur électronique, une montre connectée ou une interface tactile intelligente à usage domestique ou professionnel.
Le terminal T1 comprend a minima un calculateur, une mémoire, un afficheur et un moyen de communication telle qu'une antenne ou une interface de communication sans fil. Il comprend préférentiellement un système d'exploitation comportant des fonctions permettant d'activer les différentes ressources afin de réaliser des opérations élémentaires telles qu'authentifier un utilisateur, adresser et envoyer des requêtes de données sur un réseau de données, recevoir et enregistrer des données provenant du réseau de données. En outre, le terminal T1 comprend une interface de commande qui peut être une interface tactile, une interface vocale comportant un micro, une interface physique par exemple telle qu'un clavier. Selon un autre exemple, l'interface de commande peut être une interface comportant au moins un capteur d'images pour interpréter des mouvements d'un utilisateur. Les commandes sont interprétées et traitées par le calculateur afin d'activer différentes fonctions permettant de mettre en œuvre notamment le procédé de l'invention.
Le réseau de données peut être un réseau internet ou un réseau de données dédié, tel qu'un réseau d'entreprise.
Selon les modes de réalisation, un serveur ou une pluralité de serveurs sont utilisés pour héberger les différents ensembles de données et les différentes fonctions permettant de mettre en œuvre le procédé de l'invention.
A titre d'exemple, un serveur d'authentification peut être dédié à la fonction d'authentification. Dans ce cas de figure, ce serveur est distinct d'un serveur de données hébergeant les données des utilisateurs. Selon un autre exemple, un serveur comportant les données d'utilisateurs privés peut être distinct d'un autre serveur comportant les données d'utilisateurs publics et/ou les données d'utilisateurs d'intérêt.
L'invention peut être mise en œuvre selon différentes configurations matérielles notamment en ce qui concerne l'architecture réseau et donc l'architecture des serveurs réalisant les différentes fonctions du procédé de l'invention.
L'invention peut être, par exemple, mise en œuvre par une application installée sur un Smartphone. Selon un autre mode de réalisation, le terminal est dédié à l'usage de l'invention. A titre d'exemple, une interface numérique murale installée à l'intérieur d'un immeuble et accessible par les locataires et les propriétaires de cet immeuble peut être réalisée afin de définir un terminal. Dans ce cas, cette interface est partagée de sorte qu'un seul utilisateur privé soit défini pour l'immeuble. L'invention concerne un produit programme d'ordinateur ayant a minima un calculateur, une mémoire et un afficheur et un moyen de communication pour réaliser le procédé de l'invention. La figure 2 représente une configuration permettant de mieux comprendre l'invention.
Ensemble de données utilisateurs
Selon un exemple de réalisation, au moins trois bases de données sont définies permettant de stocker les différents types d'utilisateurs. Selon d'autres variantes de réalisation, les données relatives aux utilisateurs peuvent être stockées dans une même base de données. Dans ce dernier cas, des champs sont définis pour différencier les différents types d'utilisateurs au sein d'une même base de données.
Dans la suite de la description, on nommera un « ensemble de données utilisateurs » ou un « ensemble d'utilisateurs » l'ensemble des données d'une catégorie d'utilisateurs. Cette dénomination est indépendante :
■ du mode de stockage des données, comme par exemple qu'elles soient stockées dans une ou plusieurs bases de données ou ;
■ de la configuration matérielle choisie, comme par exemple qu'il y ait un ou plusieurs serveurs de données.
Utilisateur privé
Un ensemble d'utilisateurs privés BD_PRIV comprend des données relatives à des utilisateurs privés PRIVi: ie[ ; n]. Cet ensemble est mieux décrit au regard de la figure 4A. Ces données sont notamment définies à partir de profils utilisateurs, au sein d'un serveur de données.
Un utilisateur privé comporte au moins un identifiant IDv,, ie[i ; n], où n est le nombre d'utilisateurs privés. L'identifiant IDvi peut être alternativement généré à partir d'un nom ou d'une dénomination ou encore plus généralement d'une information caractérisant un utilisateur privé.
Un profil d'utilisateur privé comporte une information géographique, notée IG,, ie[ ; n] - L'information géographique IGi est préférentiellement une adresse postale.
Cette dernière peut être : ■ soit, définie par une position géographique, telle que des coordonnées GPS ou des coordonnées définies selon une autre norme de coordonnées géographiques ;
■ soit, définie par une adresse postale comportant un numéro, un axe, une dénomination de ville et potentiellement d'un pays.
Dans ce dernier cas l'adresse postale peut comprendre la dénomination d'un quartier, un code postal, une ville, un lieu-dit ou tout élément indiquant une zone géographique. L'adresse postale comprend a minima une zone géographique définissant par exemple un quartier, un arrondissement ou une ville, un lieu-dit, etc.
Selon un mode de réalisation, un utilisateur privé peut définir une pluralité d'informations géographiques IG selon si l'utilisateur privé souhaite gérer plusieurs adresses ou non. Lorsque l'utilisateur démarre son application ou uniquement le procédé de l'invention, il peut donc être optionnellement conduit à sélectionner l'information géographique de son choix.
Selon un mode de réalisation, un utilisateur privé peut définir un périmètre de compatibilité. Un périmètre de compatibilité définit un ensemble de positions qui sont susceptibles d'être comparées avec une zone d'intervention d'un utilisateur d'intérêt. Une « zone d'intervention » est une zone géographique définie par un utilisateur d'intérêt. Cette caractéristique permet d'étendre le périmètre de la zone géographique de recherche de profils d'intérêt en augmentant le recouvrement potentiel de zones géographiques se chevauchant. Ce paramètre peut être configurable par un utilisateur privé. Par exemple, par défaut ce périmètre de compatibilité peut être un point géographique tel que son adresse ou ses coordonnées GPS.
Un utilisateur privé s'identifie lors de l'exécution du procédé de l'invention afin de définir des critères d'intérêt lui permettant d'accéder à des données relatives à des profils d'intérêt. En premier lieu, notons que l'invention permet de filtrer les profils d'intérêt selon un critère géographique. Pour cela, les informations géographiques d'un profil privé et d'un profil public sont comparées. Au terme de cette comparaison, seuls les profils d'intérêt compatibles géographiquement sont affichés sur un terminal d'un utilisateur privé. En second lieu, le procédé de l'invention permet d'organiser les données relatives aux profils d'intérêt dans chaque liste, notamment en ce qui concerne l'ordre d'affichage, par exemple à partir d'au moins un critère de recherche qu'il a préalablement défini ou d'un critère prédéfini. Les données des profils d'intérêt sont par exemple triées selon un critère de recommandation, un critère de prix, un critère de catégorie d'un utilisateur d'intérêt ou encore en fonction des spécialités définies par les utilisateurs d'intérêt. D'autres critères peuvent être pris en compte selon d'autres variantes de réalisation. Utilisateur d'intérêt
Un ensemble d'utilisateurs d'intérêt BD_PREST comprend des données relatives à des utilisateurs d'intérêt PREST,, ie[ ; p]. Cet ensemble est mieux décrit au regard de la figure 4C. Les données des utilisateurs d'intérêt comprennent au moins un identifiant IDi et un profil d'intérêt PROFIL,, ie[i ; p]- L'identifiant IDi peut être généré à partir d'un nom ou d'une dénomination ou encore plus généralement d'une information caractérisant un utilisateur d'intérêt PRESTi.
Parmi les données du profil d'intérêt PRESTi, un critère d'intérêt et une information géographique IGi sont définis par un utilisateur d'intérêt dans son profil d'intérêt PROFILi. Selon un mode de réalisation, le critère d'intérêt peut correspondre à une catégorie d'activité professionnelle telle que : « plombier », « baby-sitter », « agent de ménage », « terrassier » ou « ébéniste ». D'autres exemples peuvent être définis, la liste est non exhaustive et l'invention permet de faire évoluer ou modifier une liste préexistante de catégories d'activités. La catégorie d'activité définie dans un profil d'intérêt correspond généralement à une activité réalisée au domicile d'un utilisateur privé. Toutefois, certaines activités peuvent être réalisées ailleurs qu'au domicile d'un utilisateur privé.
L'activité d'un utilisateur d'intérêt est donc déterminée selon un mode de réalisation par un rattachement à une catégorie préexistante. Si la catégorie n'existe pas, selon un mode de réalisation, l'utilisateur d'intérêt peut proposer une nouvelle catégorie qui sera ensuite modérée, acceptée ou refusée.
Dans la suite de la description on parle indifféremment de « catégorie », de « catégorie d'activité » ou d'« activité ». De manière non exhaustive et non limitative, un utilisateur d'intérêt peut par exemple définir les champs suivants dans son profil d'intérêt PROFILi:
■ un nom, prénom, une dénomination sociale ;
■ une adresse ;
■ une description ;
■ des références ;
■ des éléments de précision sur son activité. Selon un mode de réalisation, l'utilisateur d'intérêt peut définir dans son profil d'intérêt une ou plusieurs « spécialités ». Les spécialités sont des tags ou des mots-clés qui permettent de définir plus précisément les champs d'application de sa catégorie d'activité. Par exemple, dans la catégorie « Garde d'enfants », un mot-clef : « nourrice » ou « baby-sitter » peut être ajouté dans son profil. Les mots-clefs peuvent être suggérés lors de la création ou la modification d'un profil d'intérêt de manière à homogénéiser les différentes terminologies.
Le procédé de l'invention permet à un utilisateur privé de définir des termes dans sa requête qui puissent activer une recherche affinée parmi les mots clefs, c'est-à-dire les spécialités d'un profil d'intérêt.
Cette caractéristique permet d'obtenir des listes de résultats plus spécifiques et donc plus proches des besoins d'un utilisateur privé. En outre, un avantage de l'invention est d'appliquer les mêmes critères de recherche à différentes données de profils d'intérêt, lesdites données étant organisées sous forme de listes selon la provenance de leur source. Parmi les sources, on rappelle notamment la source définie par le réseau social d'un utilisateur privé, celle définie par un réseau d'enseignes sélectionnées par l'utilisateur privé ou encore celle définie par son voisinage .
En outre, l'information géographique IGi qu'un utilisateur d'intérêt définit est préférentiellement une zone géographique d'intervention. Cette dernière peut être :
■ soit, définie par une zone géométrique comportant un périmètre d'intervention,
■ soit, définie par une zone géographique comportant un ensemble d'adresses postales. Dans ce dernier cas la zone géographique peut être définie par un quartier, un code postal, une ville, etc.
Selon un mode de réalisation, une information géographique définie par un utilisateur d'intérêt peut comprendre différentes zones géographiques.
Utilisateur public
Un ensemble d'utilisateurs publics BD_PUBLIC comprend des données relatives à des utilisateurs publics PUBLI,, ie[ ; k]. Cet ensemble est mieux décrit au regard de la figure 4B. Les données des utilisateurs publics sont notamment définies dans un profil public. Parmi ces données, un identifiant IDi et une information géographique IGi sont définis par un utilisateur public dans son profil. L'identifiant ID peut être alternativement généré à partir d'un nom ou d'une dénomination ou encore plus généralement d'une information caractérisant un utilisateur public.
L'information géographique IG définie dans le profil public est préférentiellement une adresse postale.
Cette dernière peut être :
■ soit, définie par une position géographique par exemple au moyen de coordonnées GPS ou au moyen de tout autre système de repérage utilisant d'autres types/normes de coordonnées géographiques ;
■ soit, définie par une adresse postale comportant un numéro, un axe, une dénomination de ville et potentiellement d'un pays ou des informations équivalentes à ces dernières.
Un profil public comprend également une donnée caractérisant un type de profil public. A titre d'exemple, ce type peut correspondre à un métier du profil public comme une activité de boulangerie, de pharmacie, de cordonnerie, de boucherie, etc. Selon un exemple de réalisation, un métier d'un utilisateur public est rattaché à l'exercice d'une profession exercée à une adresse donnée. Cette dernière est préférentiellement celle qui découle de l'information géographique IG définie dans le profil public d'un utilisateur public. Selon les modes de réalisation, le métier d'un profil public peut être défini librement par un utilisateur public ou peut être sélectionné parmi une liste prédéfinie de métiers. Lorsqu'un utilisateur public définit ou sélectionne un métier, ce dernier est enregistré dans une mémoire du serveur SERV. La liste de métiers est potentiellement évolutive et modifiable sur une mémoire du serveur par un administrateur du système de l'invention. La modification de ces données peut nécessiter des droits spécifiques, par exemple par des utilisateurs administrant les données du serveur.
Contrairement à un utilisateur d'intérêt qui est mobile dans une zone d'intervention définie dans son profil d'intérêt, un utilisateur public est rattaché à une position donnée.
Selon un mode de réalisation, un profil public comprend des données référençant au moins un utilisateur d'intérêt. Ces données peuvent prendre la forme d'une liste d'utilisateurs d'intérêt LIST_Pi: ie[ ; k] ayant un profil d'intérêt PROFILi. Ces profils d'intérêt sont rattachés à un profil public. Ce rattachement peut être entendu comme des recommandations des utilisateurs publics envers des utilisateurs d'intérêt. Selon un mode de réalisation, une action d'un utilisateur public ajoutant ou supprimant un utilisateur d'intérêt permet l'édition de son profil.
Information géographique
Selon le type d'utilisateur considéré, l'information géographique peut être une position ou une zone géographique. Lorsqu'il s'agit d'une position, cette dernière peut être définie en coordonnées géographiques ou par une adresse postale. Lorsqu'il s'agit d'une zone géographique, cette dernière peut être définie :
■ soit, par des coordonnées géométriques par la définition d'au moins une position de l'espace et une forme géométrique s'y référant (exemple du cercle) ou ;
■ soit, par une zone postale définie par exemple à partir d'un code postal.
Dans la description on entend qu'une première information géographique est compatible d'une deuxième information géographique lorsque au moins une position ou une adresse de ladite première information géographique est comprise dans une zone géographique définie dans la deuxième information géographique. Gestion des catégories dans le profil privé
Selon un mode de réalisation, l'utilisateur privé active automatiquement la présence d'une première catégorie dans son profil privé lors de la sélection d'un nouveau profil d'intérêt ayant un champ relatif à la première catégorie. Dans ce cas, la première catégorie s'agrège automatiquement après la sélection d'un profil d'intérêt par l'utilisateur privé. Ainsi, cette fonction permet automatiquement de modifier le profil privé d'un utilisateur d'intérêt.
Si l'utilisateur privé a déjà sélectionné un profil d'intérêt ayant un champ relatif à la première catégorie alors ce nouveau profil d'intérêt sélectionné ayant également la première catégorie s'agrège à la catégorie déjà rattachée au profil de l'utilisateur privé.
Objectif
Un objectif de l'invention est de générer des listes de profils d'intérêt dans une zone d'affichage d'un terminal T1 d'un utilisateur privé. Les listes sont définies par un type de lien logique entre d'une part un utilisateur privé et d'autre part un contexte de rattachement des utilisateurs d'intérêt. Les profils des utilisateurs d'intérêt sont accessibles à un utilisateur privé via différents types de liens logiques. Les profils d'intérêt peuvent comprendre une donnée correspondant à une catégorie d'activité professionnelle. Cette donnée peut être précisée avec une spécialité, c'est-à- dire un mot-clef, pour préciser par exemple : un savoir-faire, une tâche à réaliser, un type de mission, ou encore des conditions particulières d'une intervention, etc.
Ainsi, à partir du procédé de l'invention, un utilisateur privé peut accéder à des données d'intérêt sélectionnées et filtrées en fonction de critères de recherche, comme par exemple la catégorie d'activité d'un utilisateur d'intérêt, une spécialité, une note ou une recommandation qui lui est rattachée. En outre, un critère géographique est pris en compte par le procédé de l'invention. L'utilisateur privé accède à ces données d'intérêt tout en conservant une lecture de la source dont proviennent les données d'intérêt extraites. L'invention permet donc à un utilisateur privé de choisir un profil d'intérêt en évaluant un critère de confiance selon la liste dont est extrait le profil d'intérêt sélectionné. Les différents composants du terminal
La figure 2 représente les différents composants du terminal T1 et du serveur de données distant SERV.
Le terminal T1 comprend au moins une mémoire M comportant des données relatives au terminal T1 et à l'utilisateur privé. Une mémoire morte et une mémoire vive peuvent être utilisées afin de réaliser notamment :
■ des enregistrements temporaires afin de réaliser les fonctions permettant de mettre en œuvre le procédé de l'invention ;
■ des enregistrements persistants entre l'exécution de deux procédés, tels ceux permettant d'enregistrer des données propres à l'utilisateur privé, des préférences utilisateurs, des historiques de recherche.
On nommera plus généralement dans la suite de la description, « la mémoire » l'ensemble des mémoires permettant d'enregistrer des données temporaires ou persistantes.
La mémoire peut, par exemple, stocker l'identifiant du terminal et un identifiant de l'utilisateur. La mémoire peut comprendre des données d'authentification, des cookies ou encore des données de paramétrage permettant d'enregistrer des préférences utilisateur, telles que le nombre de résultats affichés par liste, le format et/ou le type de l'information géographique tel que le choix entre « définir une position » ou « définir une zone géographique ». D'autres préférences utilisateur peuvent être définies.
Lorsque le procédé de l'invention est mis en œuvre et que des données sont reçues d'un serveur distant, une mémoire du terminal peut être utilisée pour stocker les données reçues et les générer selon un affichage prédéfini sur l'afficheur du terminal T1 .
Le terminal T1 comprend un calculateur K1 permettant de coder et décoder les trames émises et reçues sur le réseau de données. Le calculateur K1 permet également de prendre en compte des commandes utilisateur sur le terminal T1 et générer des données à stocker ou à émettre sur le réseau de données.
Le terminal comprend un afficheur A permettant d'afficher des données pour l'utilisateur privé. Selon un mode de réalisation, l'afficheur A est un écran tactile, tel qu'un écran à cristaux liquides ou à Diodes, d'autres technologies d'écrans sont compatibles de l'invention.
Le terminal T1 comprend un moyen de communication tel qu'une antenne ANT ou une interface de communication. Selon un mode de réalisation, le moyen de communication est une antenne 3G, 4G, Wifi ou une antenne d'une autre technologie permettant de transmettre des données sans fil. Selon un mode de réalisation, l'interface de communication est une interface de communication en champ proche telle qu'une interface NFC, Bluetooth ou RFID, ou encore de l'une des évolutions de normes/technologies. Selon un mode de réalisation, l'interface de communication peut être de type filaire, par exemple lorsque le terminal T1 est un ordinateur. Dans ce cas, l'interface de communication peut être de type Ethernet, USB ou toute autre technologie permettant de transmettre des données sur un réseau.
Les différents composants du serveur
Différentes architectures peuvent être réalisées et sont toutes compatibles de l'invention. La fonction de serveur SERV est matérialisée par une unité physique correspondant à un serveur de données. Alternativement, sa fonction peut être réalisée au moyen d'une pluralité de serveurs distribués au sein du réseau. Dans la suite de la description, on décrira les fonctions réalisées par le serveur distant comme une entité physique comportant au moins une mémoire, un calculateur et une interface de communication permettant d'émettre et de recevoir des données. Cependant l'invention couvre également le cas où les fonctions réalisées par le serveur seraient mises en œuvre sur une architecture distribuée. Cette dernière architecture comporterait alors différentes machines accessibles par le réseau de données, chacune des machines comportant au moins une mémoire, un calculateur et une interface de communication.
Le serveur SERV comporte donc au moins une mémoire permettant de stocker des données d'utilisateurs, dont notamment les trois ensembles de données décrits précédemment : BD_PRIV, BD_PREST et BD PUBLIC. Le serveur SERV comporte également un calculateur K2 permettant de traiter les requêtes provenant des différents terminaux et permettant de réaliser l'authentification des utilisateurs.
Le calculateur K2 est capable, selon la requête reçue d'un terminal T1 , d'interroger une base de données et de déterminer, selon des critères de recherche, les données à extraire. Les données pertinentes sont ensuite encodées dans des trames de données et émises sur le réseau pour être adressées à un terminal T1 d'un utilisateur privé afin de lui délivrer le service demandé.
La figure 2 indique un exemple de réalisation dans lequel une première requête d'authentification AUTH permet à un utilisateur privé de s'identifier. L'identification ou l'authentification peut être effectuée auprès d'un serveur d'authentification ou d'un serveur mutualisé avec les fonctions de traitement de données permettant d'achever les étapes du procédé.
La requête est, par exemple, émise à partir d'une commande effectuée sur l'afficheur du terminal pour être envoyée à un serveur. Alternativement, la requête AUTH peut être automatiquement générée lorsque l'utilisateur démarre le terminal ou lance une application permettant d'initialiser le procédé de l'invention ou lorsqu'il active un mot de passe sur le terminal T1 .
La figure 2 indique également, à titre d'exemple, une requête REQ émise depuis un terminal T1 dans laquelle un utilisateur privé a défini des critères de recherche pour obtenir des listes de résultats relatives à des utilisateurs d'intérêt ayant un type de lien avec l'utilisateur privé.
La figure 2 représente la réponse émise par le serveur de données SERV au terminal T1 comportant un ensemble de listes LIST1 à LISTn de données d'utilisateurs d'intérêt. Selon un mode de réalisation, les profils d'intérêt dans au moins une liste générée et renvoyée sont ordonnés selon un niveau de pertinence reflétant les critères définis par un utilisateur privé. Ces critères peuvent, par exemple, comprendre une notation, une catégorie d'activité ou une spécialité, etc. Chaque liste est affichée dans une zone fonctionnelle qui peut être affichée dans la zone d'affichage du terminal T1 . Ainsi, un utilisateur privé peut interpréter chaque regroupement de données sous forme d'une liste selon un critère de confiance. Les listes elles-mêmes sont générées selon un critère représentatif d'un type de lien entre un utilisateur privé et la source des données d'intérêt.
Les listes générées par le procédé de l'invention peuvent être accessibles par une commande utilisateur. La commande peut être une commande vocale, une commande tactile sur l'écran du terminal ou une commande par un clavier numérique ou une souris. Selon d'autres modes de réalisation, la commande peut être une commande générée à partir d'une détection de mouvement.
Un intérêt de l'invention est de permettre le passage d'une liste à une autre liste à partir d'une simple commande d'un utilisateur. Les zones fonctionnelles comportant chacune une liste peuvent, par exemple, s'afficher dans une même portion de l'écran du terminal T1 afin d'offrir une page commune de navigation permettant d'accéder à chaque liste individuellement. La commande permet de permuter l'affichage d'une liste par une autre. Ainsi, en sélectionnant une liste générée par le procédé de l'invention, un utilisateur privé a la connaissance d'un niveau de confiance relatif aux données qu'il consulte. Il est donc en mesure d'interpréter les données d'un utilisateur d'intérêt de la liste avec un niveau de fiabilité donné.
Etant donné que les listes sont organisées en fonction du type de lien logique qui associe un utilisateur privé et la source d'un profil d'intérêt, l'utilisateur privé peut déduire du résultat qui s'affiche sa pertinence et/ou sa fiabilité et/ou sa valeur.
Selon les modes de réalisation, un lien logique est par exemple défini entre un premier utilisateur privé et :
■ Un autre utilisateur privé,
o avec qui il y a eu la validation réciproque du lien logique et/ou ;
o par exemple dont l'information géographique est comprise dans une zone géographique définie par le premier utilisateur,
■ Un utilisateur d'intérêt
o par exemple dont le profil d'intérêt comprend une zone d'intervention dans laquelle une position de l'information géographique de l'utilisateur privé se situe ; et o dont le profil d'intérêt a été sélectionné par l'utilisateur privé,
■ Un utilisateur public
o dont l'information géographique d'au moins un profil d'intérêt référencé dans le profil public comporte une zone d'intervention dans laquelle une position de l'information géographique de l'utilisateur privé se situe.
Du fait des différentes natures de liens logiques décrites dans la présente invention, on parle indifféremment d'un lien logique entre un utilisateur privé et :
■ un ensemble de profils d'intérêt ;
■ un ensemble d'utilisateurs auxquels sont rattachés des profils d'intérêt.
Procédé de l'invention
La figure 3 représente les différentes étapes du procédé de l'invention
Une première étape d'authentification est notée AUTH. Cette étape permet à un utilisateur privé d'un terminal T1 d'accéder aux informations de son compte et notamment aux données de son profil. En outre, cette étape permet à un utilisateur privé de créer des requêtes et de recevoir des données depuis le serveur de données distant SERV. L'authentification peut s'effectuer à partir d'une connexion sécurisée par exemple à partir d'un login et d'un mot de passe. Tout autre type de mécanisme d'authentification est compatible de l'invention. Selon un mode de réalisation, l'authentification est une opération masquée de l'utilisateur privé qui a déjà enregistré les informations d'authentification sur son terminal T1 . Dans ce dernier cas, la définition d'une nouvelle requête de recherche peut générer automatiquement et préalablement une requête d'authentification dudit utilisateur privé. D'autres variantes de mises en œuvre d'une requête automatique d'authentification peuvent être utilisées dans le procédé de l'invention.
Le procédé de l'invention comporte la génération d'une requête d'un utilisateur privé qui souhaite obtenir des données relatives à des utilisateurs d'intérêt. On appellera cet utilisateur privé dans la suite de la description le premier utilisateur.
Par exemple, une requête peut être définie relativement à une spécialité d'un ensemble d'utilisateurs d'intérêt telle que la spécialité « baby- sitter » ou encore la spécialité « nourrice ». Cette requête permettra d'effectuer une recherche parmi les mots-clefs définis par un utilisateur d'intérêt dans son profil d'intérêt.
La requête émise comporte également des données relatives à l'information géographique IG de l'utilisateur privé. Cette information géographique peut être une zone géographique ou une position telle que définie précédemment.
Le serveur distant SERV est capable grâce à son calculateur d'effectuer une recherche R dans la base de données comportant les données relatives aux utilisateurs d'intérêt et d'extraire un certain nombre de résultats pertinents au regard des critères de la requête.
-Première recherche R1 / Première liste LIST1
La recherche R comprend une première recherche R1 parmi les données des utilisateurs d'intérêt ayant déjà été référencés par le premier utilisateur. Un utilisateur privé peut, en effet, avoir déjà sélectionné un ensemble d'utilisateurs d'intérêt afin de les rattacher à son profil. Cette opération est similaire à celle d'un ajout de contact dans un répertoire. Le premier utilisateur établit un lien logique d'un premier type L1 avec lesdits utilisateurs d'intérêt qu'il référence en les sélectionnant afin de les rattacher à son profil.
Ces profils d'utilisateurs d'intérêt peuvent être enregistrés localement sur son terminal ou sur un serveur distant. Alternativement, ces données peuvent être réparties entre des données locales et des données distantes, par exemple si le premier utilisateur enregistre manuellement des données localement alors qu'il n'est pas connecté à un réseau et que d'autres données sont déjà enregistrées sur le serveur SERV. Enfin, un autre cas de figure peut se présenter lorsque le premier utilisateur enregistre lui- même des contacts d'utilisateurs d'intérêt qui n'ont pas de profil d'intérêt défini sur le serveur SERV. Selon un mode de réalisation, une configuration particulière permet de générer une requête qui interroge la mémoire locale du terminal T1 et le serveur distant SERV.
Une première liste LIST1 est générée comportant un ensemble d'utilisateurs d'intérêt répondant à un critère géographique et aux critères de recherche définis par le premier utilisateur, comme par exemple tous les utilisateurs d'intérêt proposant une activité dans la catégorie « garde d'enfants ».
En ce qui concerne le critère géographique, selon un mode de réalisation, il comprend la comparaison de l'information géographique IG du premier utilisateur et l'information géographique des utilisateurs d'intérêt recensés dans la base de données distante lorsqu'une zone d'intervention est définie.
Si les informations géographiques du premier utilisateur et d'un utilisateur d'intérêt sont compatibles, alors le profil d'intérêt est retenu dans la première liste générée, sinon il ne l'est pas.
Par exemple, si l'information géographique IG du premier utilisateur est une position, alors le calculateur détermine si cette position se situe dans la zone d'intervention d'un utilisateur d'intérêt. Si c'est le cas, le calculateur retient le profil d'intérêt dans la première liste LIST1 , sinon il ne l'intègre pas dans la première liste LIST1 .
Si l'information géographique IG du premier utilisateur est une zone géographique, alors le calculateur détermine si une position de l'information géographique de l'utilisateur d'intérêt est comprise dans la zone géographique définie par le premier utilisateur. Si c'est le cas, le calculateur retient le profil d'intérêt dans la première liste LIST1 , sinon il ne l'intègre pas dans cette dernière.
Lorsqu'une zone d'intervention n'est pas définie, et que l'utilisateur privé a lui-même défini un profil d'intérêt dans son terminal T1 , alors les informations géographiques de l'utilisateur privé et de l'utilisateur d'intérêt ne seront pas comparées. Dans ce dernier cas, le profil d'intérêt sera généré dans la première liste LIST1 si les critères d'activité entre la requête et les profils d'intérêt sont compatibles. Cette caractéristique trouve un intérêt dans la mesure où le procédé de l'invention permet de prendre en compte des profils d'intérêt non- inscrits dans le serveur de données distant.
Cette option permet à un utilisateur privé de gérer :
■ d'une part, les profils d'intérêt référencés dans le serveur distant et qui sont accessibles à tous parce que les utilisateurs d'intérêt ont préalablement créé un profil d'intérêt ; et
■ d'autre part, les utilisateurs d'intérêt uniquement connus d'un utilisateur privé qui n'ont pas créé de profils d'intérêt enregistrés sur le serveur distant.
- Deuxième recherche R2 / Deuxième liste LIST2
La recherche R comprend une deuxième recherche R2 parmi les données des utilisateurs d'intérêt qui sont référencés par des utilisateurs privés ayant préalablement établi un lien logique avec le premier utilisateur. Deux utilisateurs privés établissent un lien logique dès lors qu'ils valident réciproquement un lien entre eux. Ce lien est noté « lien logique du deuxième type », c'est-à-dire que chaque utilisateur privé ayant établi un tel lien logique avec un autre utilisateur privé connaît a priori l'existence de son profil privé ou au moins une partie puisqu'il peut accéder aux données des profils d'intérêt rattachés à son profil privé.
Les profils d'intérêt rattachés à un deuxième utilisateur privé, car ils ont été préalablement sélectionnés ou définis par cet utilisateur privé, peuvent être accessibles au premier utilisateur si ce dernier a établi un lien logique du deuxième type L2 avec le premier utilisateur.
On notera indifféremment un lien logique du deuxième type L2 :
■ le lien logique établi entre deux utilisateurs privés ou ;
■ le lien logique entre un premier utilisateur privé et les utilisateurs d'intérêt rattachés au profil d'un deuxième utilisateur privé ayant établi un lien logique avec le premier utilisateur privé.
Ainsi, la requête R2 permet de chercher, traiter et sélectionner des données d'utilisateurs d'intérêt rattachés à l'ensemble des utilisateurs privés ayant un lien logique avec le premier utilisateur. Les données sont filtrées en fonction d'un critère géographique.
A cet effet, l'information géographique du premier utilisateur est comparée aux informations géographiques des utilisateurs d'intérêt rattachés aux utilisateurs privés ayant établi un lien logique du deuxième type L2 avec le premier utilisateur. Lorsque les informations géographiques sont compatibles, les profils d'intérêt correspondant sont susceptibles d'être générés dans la deuxième liste. Si les informations géographiques ne sont pas compatibles, les profils d'intérêt ne sont pas intégrés dans la liste LIST2.
En outre, les profils d'intérêt retenus dans la liste LIST2 correspondent à des profils répondant aux critères de recherche définis dans la requête R2 du premier utilisateur.
A ce titre, la deuxième liste LIST2 générée comporte un ensemble de profils d'intérêt répondant aux critères de recherche définis par le premier utilisateur, comme par exemple tous les utilisateurs d'intérêt proposant une activité de « plombier ».
Un intérêt de cette solution est d'accéder à des données d'utilisateurs d'intérêt du réseau social du premier utilisateur et dont la zone d'intervention de l'information géographique est compatible de l'information géographique du premier utilisateur.
Lorsqu'un premier utilisateur consulte la liste LIST2, il sait que les données sont rassemblées dans cette liste parce qu'il a établi un lien logique du deuxième type L2 avec des utilisateurs privés dont proviennent les données. Ainsi, lorsqu'un premier utilisateur bascule, grâce à une commande simple, entre la première liste LIST1 générée et la deuxième liste LIST2 générée, il peut apprécier des données d'une même nature, c'est-à-dire décrivant des profils d'intérêt, tout en conservant une appréciation de fiabilité en ce qui concerne la provenance de ces données. -Troisième recherche R3 / Troisième liste LIST3
La recherche R comprend une troisième recherche R3 parmi les données des utilisateurs d'intérêt du serveur SERV qui sont associées à des profils publics d'utilisateurs publics qui ont déjà été sélectionnés par le premier utilisateur. La sélection opère comme une affiliation, et permet à un utilisateur privé d'accéder à des informations du profil public de l'utilisateur public ayant fait l'objet de la sélection. Il ne peut pas y avoir d'acceptation ou de validation réciproque du lien entre un utilisateur privé et un utilisateur public.
Chaque utilisateur privé peut déterminer les utilisateurs publics auxquels il souhaite s'affilier. La sélection peut être effectuée à partir d'une commande numérique sur le terminal T1 , telle qu'une commande tactile. La sélection d'un profil public peut s'effectuer lors d'une navigation d'un utilisateur privé parmi des données représentant les utilisateurs publics. La sélection peut opérer de manière similaire à l'ajout d'un article/un produit dans un caddie numérique lors d'une navigation sur un site de commerce électronique. Dans le cas de l'invention, un utilisateur privé sélectionne un ou plusieurs profils publics auxquels il souhaite s'affilier. Il existe donc une fonction de navigation permettant de rechercher, afficher et sélectionner des profils publics auxquels s'affilier.
Les profils publics sélectionnés sont alors référencés dans le profil de l'utilisateur privé. Un utilisateur privé peut éditer à tout moment la liste des utilisateurs publics auxquels il est affilié, par exemple en supprimant l'un d'entre eux.
Selon un mode de réalisation, les profils publics apparaissant dans l'afficheur du terminal T1 d'un utilisateur privé sont filtrés en fonction d'un critère géographique. Par exemple, si au moins une position de l'information géographique d'un utilisateur privé est comprise dans une zone d'intervention d'au moins un profil d'intérêt référencé dans un profil public, alors le profil public est visible pour l'utilisateur privé.
Selon un exemple de réalisation dans le prolongement de ce dernier mode de réalisation, lorsqu'un utilisateur privé est affilié à un utilisateur public qui comporte des profils d'intérêt dans son profil public, seuls les profils d'intérêt dont l'information géographique est compatible de l'information géographique de l'utilisateur privé sont visibles de ce dernier.
Un utilisateur privé et un utilisateur public établissent un lien logique dès lors que l'utilisateur privé est affilié à un utilisateur public. Ce lien est noté « lien logique du troisième type L3 », c'est-à-dire que chaque utilisateur privé ayant établi un tel lien avec un utilisateur public peut accéder à des données du profil public sélectionné. Parmi ces données, la liste des profils d'intérêt recommandés par l'utilisateur public et filtrée selon le critère de l'information géographique est accessible à l'utilisateur privé.
Notons que l'utilisateur public a préalablement sélectionné des profils d'intérêt. Cette dernière sélection est nommée recommandation lorsqu'elle est effectuée par un utilisateur public.
La troisième recherche R3 permet donc de rechercher, traiter, sélectionner les profils d'intérêt rattachés à un utilisateur public ayant un troisième lien logique L3 avec le premier utilisateur privé. Les profils d'intérêt sont tout d'abord filtrés selon un critère d'information géographique qui reflète une possibilité d'intervention, c'est-à-dire de déplacement de l'utilisateur d'intérêt dans un périmètre comprenant une position d'un utilisateur privé, telle que son adresse. Outre l'information géographique qui est prise en compte dans la recherche et l'affichage des résultats de la requête, les données sont également filtrées en fonction des critères de recherche qui ont été précisés par l'utilisateur privé dans sa recherche tels que la catégorie d'un utilisateur d'intérêt, les spécialités d'un utilisateur d'intérêt, la notation d'un utilisateur d'intérêt, ou encore un tarif d'un utilisateur d'intérêt, etc.
Un intérêt de cette solution est d'accéder à des données d'utilisateurs d'intérêt rattachées à au moins un utilisateur public et dont la zone d'intervention de l'information géographique est compatible de l'information géographique du premier utilisateur.
Une troisième liste LIST3 est donc générée comportant un ensemble d'utilisateurs d'intérêt répondant aux critères de recherche définis par le premier utilisateur, comme par exemple un critère complexe tel que la détermination :
■ d'une catégorie d'activité de « plombier » et ;
■ d'un nom d'utilisateur d'intérêt.
Lorsqu'un premier utilisateur consulte la liste LIST3, il sait que les données sont rassemblées dans cette liste parce qu'il a établi un lien logique du troisième type L3 avec certains utilisateurs publics auxquels il est affilié. Ainsi, lorsqu'un premier utilisateur bascule, grâce à une commande simple, entre la deuxième liste LIST2 générée dans une deuxième zone et la troisième liste LIST3 générée dans une troisième zone, il peut apprécier des données d'une même nature, c'est-à-dire décrivant des profils d'intérêt tout en conservant une appréciation de fiabilité en ce qui concerne la provenance de ces données. -Quatrième recherche R4 / Quatrième liste LIST4
La recherche R comprend une quatrième recherche R4 parmi les données des utilisateurs d'intérêt du serveur SERV qui sont associées à des profils privés d'utilisateurs privés lorsque ces derniers comportent une information géographique compatible de l'information géographique du premier utilisateur.
La quatrième recherche opère comme une recherche parmi des utilisateurs d'intérêt rattachés à des utilisateurs privés voisins du premier utilisateur.
Un premier utilisateur privé et un deuxième utilisateur privé établissent un lien logique d'un quatrième type L4 dès lors que le deuxième utilisateur privé comporte au moins une position de son information géographique située dans une zone géographique définie dans l'information géographique du profil du premier utilisateur. Le deuxième utilisateur est alors considéré comme « voisin » du premier utilisateur.
La quatrième recherche R4 permet donc de rechercher, traiter, sélectionner les données de profils d'intérêt rattachés à un utilisateur privé situé dans une zone à proximité du premier utilisateur. Les données sont filtrées en fonction de l'information géographique. En second lieu, selon les critères de recherche définis par le premier utilisateur dans sa requête, les profils d'intérêt sont filtrés dans la liste qui est affichée sur le terminal T1 de l'utilisateur.
En conséquence, une quatrième liste LIST4 est générée comportant un ensemble de profils d'intérêt répondant au critère de recherche défini par le premier utilisateur, comme par exemple tous les utilisateurs d'intérêt référencés dans la catégorie d'activité de « plombier ». On entend qu'ils sont référencés dans cette catégorie lorsque préalablement, l'utilisateur d'intérêt a défini dans son profil d'intérêt cette catégorie d'activité.
Les opérations de comparaison entre deux informations géographiques de deux utilisateurs privés sont traitées par une analyse de la compatibilité de ces informations géographiques. Une information géographique d'un deuxième utilisateur privé est comparée avec une zone définie par le premier utilisateur, cette zone étant définie dans l'information géographique du premier utilisateur. La zone peut être définie par défaut comme une partie d'une adresse postale telle que le département, la commune ou le quartier du premier utilisateur. Selon un mode de réalisation, le premier utilisateur peut personnaliser cette zone par exemple selon un périmètre circulaire autour d'une position ou toutes les adresses d'une ou plusieurs rue(s). Un intérêt de cette solution est d'accéder à des données d'utilisateurs d'intérêt dont la zone d'intervention est compatible de l'information géographique du premier utilisateur. Dans ce mode de réalisation, c'est bien une zone de l'information géographique d'un profil privé du premier utilisateur qui est comparée à une adresse ou une position d'une information géographique d'un deuxième utilisateur privé. Ainsi la notion de compatibilité d'information géographique dépend des profils d'utilisateurs considérés.
Lorsqu'un premier utilisateur consulte la liste LIST4, il sait que les données sont rassemblées dans cette liste parce qu'il a établi un lien logique du quatrième type L4 avec des utilisateurs privés dont proviennent les données. Ainsi, lorsqu'un premier utilisateur bascule, grâce à une commande simple, par exemple entre la deuxième liste LIST2 générée dans une deuxième zone et la quatrième liste LIST4 générée dans une quatrième zone, il peut apprécier des données d'une même nature, c'est-à-dire décrivant des profils d'intérêt, tout en conservant une appréciation de fiabilité en ce qui concerne la provenance de ces données. Parmi la quatrième liste, les données sont filtrées par un critère géographique sans qu'un lien réciproque du deuxième type n'ait été établi entre des utilisateurs privés. Cette quatrième liste LIST4 permet de découvrir des profils d'intérêt rattachés à des profils d'utilisateurs privés voisins sans avoir à les connaître préalablement à la recherche.
Notion de zone / zone d'affichage
Dans la présente invention, les listes sont générées dans une zone dédiée à ladite liste dans la mesure où les données d'une liste ne sont pas mélangées avec celles d'une autre liste. Il s'agit de zones fonctionnelles dans lesquelles les données d'une liste sont rassemblées. En revanche, le procédé, le terminal et le système de l'invention permettent de générer alternativement ou successivement ces listes dans une même zone d'affichage du terminal. Une commande numérique, telle qu'une commande tactile sur l'écran permet d'effectuer des permutations des différentes listes s'affichant tour à tour sur la zone d'affichage du terminal. La zone d'affichage du terminal T1 est préférentiellement la totalité de l'écran du terminal T1 . Selon un mode de réalisation, la zone d'affichage correspond à une proportion de la taille de l'écran du terminal T1 de manière à laisser des zones libres pour afficher d'autres fonctions,
Selon un mode de réalisation, l'afficheur offre un affichage d'une pluralité de zones permettant d'accéder aux différentes listes générées. Il peut s'agir par exemple d'icônes graphiques permettant d'accéder aux différentes listes. Ce mode d'affichage permet une navigation dans les différentes listes à partir d'une fenêtre commune.
Une première commande permet donc de sélectionner une liste parmi les listes générées par le procédé de l'invention, cette étape est notée SELECT sur la figure 3. Une deuxième commande peut être engagée par un utilisateur privé pour sélectionner un profil d'intérêt d'une liste générée afin de générer et afficher sur l'afficheur des informations d'un profil d'intérêt particulier, cette étape est notée COORD sur la figure 3.
Séquence d'affichage
Conséquemment à sa requête, le serveur émet des trames de données via le réseau au terminal comportant les résultats de la recherche. Les résultats comportent les différentes listes prédéfinies.
D'une manière générale, une séquence d'affichage proposée au premier utilisateur est la suivante :
i. affichage d'une première liste du premier type, préférentiellement la première liste LIST1 , dans une zone d'affichage du terminal T1 ;
ii. affichage d'une première liste du second type, préférentiellement la deuxième liste LIST2, dans la zone d'affichage du terminal T1 de manière que la première liste du second type se substitue à la première liste du premier type.
Après l'étape i), le premier utilisateur peut interrompre la séquence ou la poursuivre par l'étape ii). Après l'étape ii), le premier utilisateur peut interrompre la séquence ou la poursuivre en rebouclant à l'étape i) de manière que la première liste du premier type se substitue à la première liste du second type.
La séquence d'affichage peut en outre avantageusement comporter l'étape suivante :
iii. affichage d'une deuxième liste du second type, préférentiellement la troisième liste LIST3, dans la zone d'affichage du terminal T1 de manière que la deuxième liste du second type se substitue à la première liste du second type.
Dans ce cas, après l'étape ii), le premier utilisateur peut interrompre la séquence ou la poursuivre, soit en retournant à l'étape i) de manière que la première liste du premier type se substitue à la première liste du second type, soit en allant à l'étape iii). Après l'étape iii), le premier utilisateur peut interrompre la séquence ou la poursuivre, soit en retournant à l'étape ii) de manière que la première liste du second type se substitue à la deuxième liste du second type, soit en rebouclant à l'étape i) de manière que la première liste du premier type se substitue à la deuxième liste du second type.
La séquence d'affichage peut en outre avantageusement comporter l'étape suivante :
iv. affichage d'une troisième liste du second type, préférentiellement la quatrième liste LIST4, dans la zone d'affichage du terminal T de manière que la troisième liste du second type se substitue à la deuxième liste du second type.
Dans ce cas, après l'étape iii), le premier utilisateur peut interrompre la séquence ou la poursuivre, soit en retournant à l'étape ii) de manière que la première liste du second type se substitue à la deuxième liste du second type, soit en allant à l'étape iv). Après l'étape iv), le premier utilisateur peut interrompre la séquence ou la poursuivre, soit en retournant à l'étape iii) de manière que la deuxième liste du second type se substitue à la troisième liste du second type, soit en rebouclant à l'étape i) de manière que la première liste du premier type se substitue à la troisième liste du second type.
Certaines données relatives aux profils d'intérêt dans chaque liste, par exemple une note et/ou une évaluation d'un profil d'intérêt, sont avantageusement directement liées au type de liste concerné :
■ les profils d'intérêt d'une liste du premier type, c'est-à-dire par exemple la première liste LIST1 ou la cinquième liste LIST5, présentent la note et/ou l'évaluation attribuée par le premier utilisateur lui-même, tandis que
■ les profils d'intérêt d'une liste du second type, c'est-à-dire par exemple la deuxième liste LIST2, la troisième liste LIST3 ou la quatrième liste LIST4, présentent la note moyenne attribuée par le ou les autres utilisateurs au(x)quel(s) ils sont rattachés. L'autre utilisateur est par exemple un utilisateur privé relié au premier utilisateur dans le cas de la deuxième liste LIST2 ; un utilisateur public relié au premier utilisateur dans le cas de la troisième liste LIST3 ; un utilisateur voisin du premier utilisateur dans le cas de la quatrième liste LIST4.
On entend par « note » une note chiffrée et par « évaluation » une évaluation textuelle : il s'agit typiquement d'un commentaire accompagnant la note chiffrée de manière l'expliquer, la préciser, la nuancer.
Lorsque le premier utilisateur sélectionne un profil d'intérêt de la deuxième liste LIST2, qui rassemble des profils d'intérêt d'un sous-ensemble d'utilisateurs d'intérêt rattaché à au moins un utilisateur privé, il accède en outre de préférence à l'ensemble des notes et/ou évaluations individuelles attribuées par le ou les autres utilisateurs privés au(x)quel(s) ledit profil d'intérêt est rattaché. En revanche, lorsque le premier utilisateur sélectionne un profil d'intérêt des troisième ou quatrième listes LIST3, LIST4, qui rassemblent respectivement des profils d'intérêt d'un sous-ensemble d'utilisateurs d'intérêt rattaché à au moins un utilisateur public ou voisin, il n'accède de préférence toujours qu'à la note moyenne attribuée par le ou les autres utilisateurs publics ou voisins au(x)quel(s) ledit profil d'intérêt est rattaché.
Selon un exemple de réalisation, une première séquence d'affichage est proposée au premier utilisateur.
Dans une première zone, la première liste LIST1 comportant les prestataires définis ou déjà sélectionnés dans le serveur par le premier utilisateur, c'est-à-dire les utilisateurs d'intérêt ayant un lien logique du premier type L1 avec le premier utilisateur, et correspondant aux critères de la requête.
Le premier utilisateur peut activer une commande numérique telle qu'une commande tactile sur le terminal T1 afin d'afficher une deuxième liste LIST2 dans l'afficheur du terminal. La deuxième liste se substitue à la première dans l'afficheur dans la zone d'affichage. La deuxième liste comporte les utilisateurs d'intérêt issus d'un réseau personnel du premier utilisateur. On entend par le réseau personnel, les utilisateurs privés ayant établi un lien du deuxième type avec le premier utilisateur.
Le premier utilisateur peut alors activer une commande permettant d'afficher une troisième liste dans l'afficheur du terminal T1 , dans cette séquence la troisième liste est la liste LIST3 précédemment définie qui comporte les profils d'intérêt rattachés à un profil public.
Une fois la troisième liste LIST3 affichée sur l'afficheur du terminal T1 , le premier utilisateur peut continuer à faire défiler les listes générées. Une commande permet d'afficher une quatrième liste LIST4 qui comporte les profils d'intérêt rattachés à des utilisateurs privés voisins du premier utilisateur.
L'utilisateur peut continuer à faire défiler sur l'afficheur une cinquième liste qui comporte l'ensemble des profils d'intérêt ayant une information géographique compatible de celle du premier utilisateur.
Lorsque le premier utilisateur continue à basculer vers une nouvelle liste après l'affichage de la cinquième liste LIST5 à partir d'une nouvelle commande, l'afficheur présente à nouveau la première liste LIST1 . Ainsi, le procédé de l'invention permet une navigation fluide et intuitive dans laquelle un utilisateur privé est invité à permuter d'une liste à l'autre simplement.
Cette première séquence permet les passages suivants d'une liste à une autre sur l'afficheur du terminal T1 : LIST1 -> LIST2 -> LIST3 -> LIST4 -> LIST5 -> LIST1 . Les flèches « -> » indiquent qu'une commande a été activée sur le terminal T1 par le premier utilisateur.
Une autre configuration peut être déterminée afin de proposer à un utilisateur privé une navigation alternative, comme par exemple la navigation suivante : LIST2 -> LIST4 -> LIST3 -> LIST5 -> LIST1 -> LIST2.
Selon un mode de réalisation, l'utilisateur privé peut configurer la séquence d'affichage des différentes listes afin de personnaliser la mise en œuvre du procédé de l'invention.
Gestion des doublons
Le procédé de l'invention permet de traiter les mêmes profils d'intérêt générés dans différentes listes. Ainsi, un utilisateur privé cherchant un profil d'intérêt dans une certaine catégorie peut basculer d'une liste à une autre lors de la consultation des réponses à sa requête sans le désagrément de parcourir plusieurs fois le même profil d'intérêt.
Selon un exemple de réalisation en considérant la première séquence d'affichage précédemment décrite, lors du passage d'une liste à une autre, les profils d'intérêt déjà générés dans une précédente liste sont filtrés de manière à ne pas être affichés dans les autres listes. Ce paramétrage peut être réalisé entre deux listes consécutives ou sur chaque liste en comparant les profils déjà générés dans les précédentes listes.
A titre d'exemple, on considère une quatrième liste LIST4 qui comporte les quatre profils d'intérêt suivants : P41 , P42, P43, P44 générés consécutivement à une requête d'un utilisateur. Le procédé ayant également généré les listes LIST1 , LIST2 et LIST3, permet également de comparer les doublons générés dans chacune des listes. Si le profil d'intérêt P42 est déjà généré dans la liste LIST2 et le profil d'intérêt P43 est déjà généré dans la liste LIST3, alors la liste LIST4 ne présentera dans l'afficheur du terminal T1 que les profils P41 et P44. La liste LIST4 affichée peut donc être filtrée après le traitement des doublons dans la liste LIST4 générée.
Cette gestion des doublons permet de rendre la navigation plus agréable et la lecture des informations plus pertinente pour un utilisateur privé du fait de la gestion des données redondantes.

Claims

REVENDICATIONS
Procédé de génération de données correspondant à des profils d'intérêt d'un ensemble d'utilisateurs d'intérêt (PREST), ledit procédé comportant les étapes suivantes :
■ Identification (AUTH) d'un premier utilisateur (MOI) à partir d'une interface d'un terminal (T1 ) ;
■ Génération d'au moins une requête (REQ) à partir d'un calculateur, ladite requête étant émise par un émetteur du terminal (T1 ) sur un réseau de données et comportant un identifiant du premier utilisateur, au moins une information géographique (IG1 ) du premier utilisateur et un critère d'intérêt (Cl) du premier utilisateur ;
■ Génération d'au moins deux listes de profils d'intérêt sélectionnés en fonction de l'information géographique (IG1 ) et du critère d'intérêt (Cl) du premier utilisateur :
o une liste (LIST1 , LIST5) d'un premier type, associée à un type de lien logique (L1 , L5) entre l'identifiant du premier utilisateur (MOI) et un sous-ensemble d'utilisateurs d'intérêt (PREST_1 , PREST_5), et
o une liste (LIST2, LIST3, LIST4) d'un second type, associée à un type de lien logique (L2, L3, L4) entre l'identifiant du premier utilisateur (MOI) et un sous- ensemble d'utilisateurs d'intérêt (PREST_2, PREST_3, PREST_4) rattaché à au moins un autre utilisateur (PRIV, PUBLI, VOISIN),
chacune des listes du premier et du second type étant enregistrée dans une mémoire du terminal (T1 ) et générée individuellement dans une zone d'affichage du terminal (T1 ) de manière à permettre un passage de la liste du premier type à la liste du second type et/ou de la liste du second type à la liste du premier type ;
■ Sélection (SELECT_Z) d'une liste à partir d'une première commande du premier utilisateur (MOI); ■ Sélection (SELECT_P) d'un profil d'intérêt parmi la liste sélectionnée à partir d'une deuxième commande du premier utilisateur (MOI).
Procédé selon la revendication précédente, caractérisé en ce que :
■ chaque profil d'intérêt d'une liste du premier type (LIST1 , LIST5) présente une note chiffrée et/ou une évaluation textuelle qui lui sont attribuées par le premier utilisateur lui-même, et
■ chaque profil d'intérêt d'une liste du second type (LIST2, LIST3, LIST4) présente une note chiffrée moyenne qui lui est attribuée par le ou les autres utilisateurs au(x)quel(s) ledit profil d'intérêt est rattaché.
Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que :
■ le type de lien logique entre l'identifiant du premier utilisateur (MOI) et un sous-ensemble d'utilisateurs d'intérêt pour la génération d'une liste (LIST1 , LIST5) du premier type est :
o un lien logique d'un premier type (L1 ) entre l'identifiant du premier utilisateur (MOI) et un premier sous- ensemble d'utilisateurs d'intérêt (PREST_1 ) pour la génération d'une première liste (LIST1 ), le premier utilisateur (MOI) ayant préalablement sélectionné à partir d'une commande du terminal (T1 ) et enregistré dans une mémoire un identifiant de chaque utilisateur d'intérêt du premier sous-ensemble (PREST_1 ), ou
o un lien logique d'un cinquième type (L5) entre l'identifiant du premier utilisateur (MOI) et un cinquième sous- ensemble d'utilisateurs d'intérêt (PREST_5) pour la génération d'une cinquième liste (LIST5), l'information géographique (IG1 ) du premier utilisateur (MOI) étant compatible d'une information géographique (IG5) de chaque utilisateur d'intérêt du cinquième sous- ensemble (PREST_5) ; et le type de lien logique entre l'identifiant du premier utilisateur (MOI) et un sous-ensemble d'utilisateurs d'intérêt rattaché à au moins un autre utilisateur pour la génération d'une liste (LIST2, LIST3, LIST4) du deuxième type est :
o un lien logique d'un deuxième type (L2) entre l'identifiant du premier utilisateur (MOI) et un deuxième sous- ensemble d'utilisateurs d'intérêt (PREST_2) pour la génération d'une deuxième liste (LIST2), chaque utilisateur d'intérêt du deuxième sous- ensemble
(PREST_2) étant rattaché à au moins un utilisateur privé (PRIV) ayant préalablement accepté l'établissement d'un lien logique entre l'identifiant du premier utilisateur (MOI) et un identifiant dudit utilisateur privé (PRIV), ou
o un lien logique d'un troisième type (L3) entre l'identifiant du premier utilisateur (MOI) et un troisième sous- ensemble d'utilisateurs d'intérêt (PREST_3) pour la génération d'une troisième liste (LIST3), chaque utilisateur d'intérêt du troisième sous- ensemble
(PREST_3) étant rattaché à au moins un utilisateur public (PUBLI), le premier utilisateur (MOI) ayant préalablement sélectionné à partir d'une commande du terminal (T1 ) et enregistré dans une mémoire un identifiant dudit utilisateur public (PUBLI), ou o un lien logique d'un quatrième type (L4) entre l'identifiant du premier utilisateur (MOI) et un quatrième sous- ensemble d'utilisateurs d'intérêt (PREST_4) pour la génération d'une quatrième liste (LIST4), chaque utilisateur d'intérêt du quatrième sous-ensemble (PREST_4) étant rattaché à au moins un utilisateur voisin (VOISIN), l'information géographique (IG1 ) du premier utilisateur (MOI) étant compatible d'une information géographique (IGv) dudit utilisateur voisin (VOISIN).
4. Procédé selon la revendication 3, caractérisé en ce qu'au moins la première liste (LIST1 ) et la deuxième liste (LIST2) sont générées.
5. Procédé selon la revendication 3, caractérisé en ce qu'au moins la première liste (LIST1 ), la deuxième liste (LIST2) et la troisième liste (LIST3) sont générées.
6. Procédé selon la revendication 3, caractérisé en ce qu'au moins la première liste (LIST1 ), la deuxième liste (LIST2), la troisième liste (LIST3) et la quatrième liste (LIST4) sont générées.
7. Procédé selon la revendication 3, caractérisé en ce qu'au moins la première liste (LIST1 ), la deuxième liste (LIST2), la troisième liste (LIST3), la quatrième liste (LIST4) et la cinquième liste (LIST5) sont générées.
8. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'information géographique (IG1 ) du premier utilisateur comprend :
■ Une première position et une zone géographique définie par rapport à ladite première position ; ou
■ Une première adresse et une dénomination d'une zone géographique comportant un ensemble d'adresses géographiques dont la première adresse.
9. Procédé selon la revendication précédente, caractérisé en ce qu'une première information géographique est compatible d'une deuxième information géographique lorsqu'au moins une position ou une adresse de ladite première information géographique est comprise dans la zone géographique de la deuxième information géographique.
10. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le critère d'intérêt (Cl) du premier utilisateur comprend au moins un critère secondaire dont notamment : au moins une appréciation, au moins une note, au moins un descriptif, au moins une référence, au moins une liste de zones d'intervention.
1 1 . Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une étape de filtrage permet d'afficher au moins une liste générée ayant des doublons de profils d'intérêt avec au moins une autre liste générée prédéfinie de manière à supprimer lesdits doublons lors de l'affichage de ladite liste sur le terminal (T1 ).
12. Terminal de communication (1 ) comportant un calculateur (K) pour traiter des données d'identification d'un premier utilisateur (MOI) et pour extraire et enregistrer dans une mémoire des données correspondant à un ensemble d'utilisateurs d'intérêt (PREST) associé audit premier utilisateur (MOI), chaque utilisateur d'intérêt (PREST) ayant un profil d'intérêt comportant à au moins un critère d'intérêt (Cl) du premier utilisateur et une information géographique (IG1 ) du premier utilisateur, ledit terminal (T1 ) générant au moins une liste (LIST1 , LIST5) d'un premier type et une liste (LIST2, LIST3, LIST4) d'un second type, chaque liste étant affichée dans une zone d'affichage du terminal (T1 ) conséquemment à une commande du premier utilisateur sur le terminal (T1 ) de manière à permettre un passage de la liste du premier type à la liste du second type et/ou de la liste du second type à la liste du premier type, les listes étant générées selon le procédé de l'une quelconque des revendications précédentes.
13. Terminal de communication (1 ) selon la revendication 12, caractérisé en ce qu'une première commande tactile verticale permet de faire défiler les éléments d'une des listes et qu'une deuxième commande tactile horizontale permet de permuter l'affichage de la liste générée.
14. Système de communication (1 ), caractérisé en ce qu'il comprend un terminal (T1 ) selon la revendication 12 ou 13 permettant de définir une requête comportant au moins un critère d'intérêt (Cl) du premier utilisateur et une information géographique (IG1 ) du premier utilisateur et au moins un serveur distant comportant au moins une base de données pour stocker les ensembles des données correspondant aux utilisateurs privés (PRIV), aux utilisateurs publics (PUBLI) et aux utilisateurs d'intérêt (PREST), ledit serveur distant étant accessible via un réseau de données depuis le terminal (T1 ).
15. Système de communication (1 ) selon la revendication 14, caractérisé en ce que :
■ les fonctions d'affichage et de navigation entre les listes générées, de prise en compte des commandes tactiles, de transmission d'une requête comportant le critère d'intérêt sont effectuées par un calculateur d'un terminal (T1 ) ;
■ les fonctions de génération de liste, d'ordonnancement de chaque liste, de corrélation entre les données relatives au premier utilisateur, aux ensembles d'utilisateurs privés, public et d'intérêt et aux critères d'intérêt sont effectuées par un calculateur distant, les données étant transmises via un réseau de données.
PCT/EP2018/050148 2017-01-03 2018-01-03 Dispositif et procédé de génération de listes d'utilisateurs d'intérêt au sein d'une architecture réseau structurée WO2018127518A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1750038 2017-01-03
FR1750038A FR3061589B1 (fr) 2017-01-03 2017-01-03 Dispositif et procede de generation de listes d'utilisateurs d'interet au sein d'une architecture reseau structuree

Publications (1)

Publication Number Publication Date
WO2018127518A1 true WO2018127518A1 (fr) 2018-07-12

Family

ID=58669932

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2018/050148 WO2018127518A1 (fr) 2017-01-03 2018-01-03 Dispositif et procédé de génération de listes d'utilisateurs d'intérêt au sein d'une architecture réseau structurée

Country Status (2)

Country Link
FR (1) FR3061589B1 (fr)
WO (1) WO2018127518A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120124039A1 (en) * 2009-08-11 2012-05-17 Thomas Sandholm Online Search Based On Geography Tagged Recommendations
US20130290214A1 (en) 2012-04-25 2013-10-31 Robert James Clavin Method and apparatus for providing reviews and feedback for professional service providers
US20160328769A1 (en) 2015-05-04 2016-11-10 Amazon Technologies, Inc. Electronic search interface for identifying artisan sellers
EP3098773A1 (fr) * 2015-05-29 2016-11-30 Nextdoor.com, Inc. Générer et présenter de compteurs de recommendations basés sur un dialogue par un réseau social et contraint par les régions géographiques des recommendateurs

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120124039A1 (en) * 2009-08-11 2012-05-17 Thomas Sandholm Online Search Based On Geography Tagged Recommendations
US20130290214A1 (en) 2012-04-25 2013-10-31 Robert James Clavin Method and apparatus for providing reviews and feedback for professional service providers
US20160328769A1 (en) 2015-05-04 2016-11-10 Amazon Technologies, Inc. Electronic search interface for identifying artisan sellers
EP3098773A1 (fr) * 2015-05-29 2016-11-30 Nextdoor.com, Inc. Générer et présenter de compteurs de recommendations basés sur un dialogue par un réseau social et contraint par les régions géographiques des recommendateurs

Also Published As

Publication number Publication date
FR3061589B1 (fr) 2019-05-24
FR3061589A1 (fr) 2018-07-06

Similar Documents

Publication Publication Date Title
US11076007B2 (en) Multi-modal conversational intercom
CN102089776A (zh) 通过多个装置管理个人数字资源
TW201546727A (zh) 日曆事件外圍視圖
WO2009073637A2 (fr) Systèmes et procédés de gestion d'informations personnelles et de synchronisation et de distribution d'images de contact
US11170781B2 (en) Enhancing group decisions within social messaging applications
EP3395086A1 (fr) Systeme de suggestion, de lancement et de telechargement automatique ou semi-automatique d'applications pour objet mobile intelligent
EP1282979B1 (fr) Procede et dispositif de telephonie mobile permettant l'acces a un service contextuel exploitant la position et/ou l'identite de l'usager
WO2018127518A1 (fr) Dispositif et procédé de génération de listes d'utilisateurs d'intérêt au sein d'une architecture réseau structurée
FR2905186B1 (fr) Procede de surveillance epidemiologique mis en oeuvre a l'aide d'une communaute de services reseaux
EP3336709A1 (fr) Procédé d'utilisation d'un poste de travail étendu, et système d'utilisation d'un poste de travail étendu associé
US9348480B1 (en) Providing user-defined parameters to an activity assistant
EP2632114B1 (fr) Déclenchement d'une application logicielle par utilisation d'une representation cartographique
EP1330752B1 (fr) Procede et systeme de gestion de l'accessibilite de l'adresse electronique d'un terminal local par un ou plusieurs terminaux distants
EP2979234A1 (fr) Acces a un sous-ensemble d'informations relatives a un utilisateur
WO2017064446A1 (fr) Procede de communication entre deux utilisateurs, systeme utilisant un tel procede
WO2013175141A1 (fr) Procede et systeme de reglage spatio-temporel des permissions de geolocalisation
WO2006092505A1 (fr) Procede et dispositif de mise en relation automatique de terminaux proches
FR2980888A1 (fr) Aide a la navigation pour installation synchronisee d'applications logicielles
FR3017221A1 (fr) Hierarchisation d'applications d'un terminal en fonction d'un contexte d'utilisation
EP3074931A1 (fr) Procédé et serveur de notification d'une carte électronique
FR3060155A1 (fr) Procede de recherche de ressources accessibles sur un reseau de donnees
EP1684539A2 (fr) Procédé et dispositif de communication mobile permettant l'accès à un service contextuel exploitant la position et/ou l'identité de l'usager
FR2930102A1 (fr) Procede et dispositif de mise en communication de personnes
FR2930103A1 (fr) Procede et dispositif de creation d'applications informatiques

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18701398

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18701398

Country of ref document: EP

Kind code of ref document: A1