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 PRIV _{i: 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_P _{i: 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.