FR3061589A1 - Dispositif et procede de generation de listes d'utilisateurs d'interet au sein d'une architecture reseau structuree - Google Patents

Abstract

Procédé de génération de données correspondantes à des profils d'intérêts 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 et émise par un émetteur du terminal (T1) sur un réseau de données, ladite requête comportant un identifiant du premier utilisateur, au moins un critère d'intérêt (CI) et une information géographique (IG) ; ▪ Génération d'au moins trois listes (LIST 1, LIST2, LIST3) de profils d'intérêt sélectionnés en fonction du critère intérêt (CI) et de l'information géographique (IG), chaque liste étant associée à un type de lien logique entre l'identifiant du premier utilisateur (MOI) et un sous-ensemble d'utilisateurs d'intérêt (PREST); ▪ 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

(54) DISPOSITIF ET PROCEDE DE GENERATION DE LISTES D'UTILISATEURS D'INTERET AU SEIN D'UNE ARCHITECTURE RESEAU STRUCTUREE.

FR 3 061 589 - A1 (57) Procédé de génération de données correspondantes à des profils d'intérêts 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 et émise par un émetteur du terminal (T1) sur un réseau de données, ladite requête comportant un identifiant du premier utilisateur, au moins un critère d'intérêt (Cl) et une information géographique (IG);

Génération d'au moins trois listes (LIST 1, LIST2, LIST3) de profils d'intérêt sélectionnés en fonction du critère intérêt (Cl) et de l'information géographique (IG), chaque liste étant associée à un type de lien logique entre l'identifiant du premier utilisateur (MOI) et un sous-ensemble d'utilisateurs d'intérêt (PREST);

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.

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’il agrège. 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 (Marque déposée). 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 (Marque déposée). 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 (Marque déposée) privilégie des réseaux ouverts, dont les membres à forte notoriété embrassent de grands volumes d’agrégations d’utilisateurs. Facebook (Marque déposée) organise essentiellement sa communauté à partir de réseaux de confiance dans lesquels les membres ont accepté réciproquement un lien les

-2rassemblant 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éseau est qu’ils sont bâtis sur la définition d’un seul type de liens entre les utilisateurs. De ce fait, il existe la plupart du temps qu’un seul niveau de confiance dans de tels réseau 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 US2016 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

-3homogè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 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 sousensemble 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.

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êts 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:

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, 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, 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

-5ayant une information géographique compatible de la première position géographique du premier utilisateur.

Selon un mode de réalisation, l’information géographique 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, une première information géographique est compatible d’une seconde 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 seconde information géographique.

Selon un mode de réalisation, le critère d’intérêt 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, 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 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, une première commande tactile verticale permet de faire défiler les éléments d’une des listes et une seconde

-6commande tactile horizontale permet de permuter l’affichage de la liste générée.

Selon un 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 et une information géographique et au moins un serveur distant comportant au moins une base de données pour stocker les ensembles des données correspondantes 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 :

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 l’utilisateur, les ensembles d’utilisateurs privés, public et d’intérêt et les 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 oeuvre 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

-7La 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 à minima un calculateur, une mémoire, un afficheur et un moyen de communication telle qu’une antenne ou une interface communications 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 oeuvre 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.

-8Selon 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 à 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.

-9Dans 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,, _{ie[1 ; 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_{h ie[1 ; 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[i ; 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 postale, une ville, un lieudit ou tout élément indiquant une zone géographique. L’adresse postale comprend à 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’information géographique 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êts 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

-11 Un ensemble d’utilisateurs d’intérêt BD_PREST comprend des données relatives à des utilisateurs d’intérêt PREST,, _{ie[1 ; 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 PROFILij_{e[1 ;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 PUBLIC,, _ie[i ; kj. Cet ensemble est

-13mieux 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.

-14Selon 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[1 ; k]} ayant un profil d’intérêt PROFILi. Ces profils d’intérêts 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 seconde 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 seconde 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.

-15Si 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êts 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 de l’intervention, etc.

Ainsi, à partir du procédé de l’invention, un utilisateur privé peut accéder à des données d’intérêts 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 oeuvre 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 oeuvre 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,

-17Bluetooth 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 aux moyens 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 oeuvre 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é.

-18La 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

-19fonctionnelles 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êts ;

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 oeuvre 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é « babysitter » 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.

-21 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 L1

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.

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 luimê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 L1 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.

-22Si 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 L1, sinon il ne l’intègre pas dans la première liste L1.

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 L1, 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 L1 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 noninscrits dans le serveur de données distant.

Cette option permet à un utilisateur privé de gérer :

d’une part, les profils d’intérêts 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.

-Seconde recherche R2 / Seconde liste L2

La recherche R comprend une seconde recherche R2 parmi les données des utilisateurs d’intérêt qui sont référencées par des utilisateurs privés ayant préalablement établi un lien logique avec le premier utilisateur.

-23Deux 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 second 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êts rattachés à son profil privé.

Les profils d’intérêts rattachés à un second 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 second type avec le premier utilisateur.

On notera indifféremment un lien logique du second type :

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 second 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 second type avec le premier utilisateur. Lorsque les informations géographiques sont compatibles, les profils d’intérêts correspondant sont susceptibles d’être générés dans la seconde liste. Si les informations géométriques ne sont pas compatibles, les profils d’intérêt ne sont pas intégrés dans la liste L2.

En outre, les profils d’intérêts retenus dans la liste L2 correspondent à des profils répondant aux critères de recherche définis dans la requête R2 du premier utilisateur.

A ce titre, la seconde liste L2 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 L2, il sait que les données sont rassemblées dans cette liste parce qu’il a établi un lien logique du second type 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 L1 générée et la seconde liste L2 générée, il peut îo 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 L3

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 20 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 25 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 (marque déposée) numérique lors d’une navigation sur un 30 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 35 de l’utilisateur privé. Un utilisateur privé peut éditer à tout moment la liste des

-25utilisateurs 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êts dans son profil public, seuls les profils d’intérêts 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 >>, 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êts 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êts rattachés à un utilisateur public ayant un troisième lien logique avec le premier utilisateur privé. Les profils d’intérêts 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

-26d’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 L3 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 L3, il sait que les données sont rassemblées dans cette liste parce qu’il a établi un lien logique du troisième type avec certains utilisateurs publics auxquels il est affilié. Ainsi, lorsqu’un premier utilisateur bascule, grâce à une commande simple, entre la seconde liste L2 générée dans une seconde zone et la troisième liste L3 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 / Troisième liste L4

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êts rattachés à des utilisateurs privés voisins du premier utilisateur.

Un premier utilisateur privé et un second utilisateur privé établissent un lien logique dès lors que le second 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

-27premier utilisateur. Le second 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êts 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 L4 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 second 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 de l’information géographique 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 second 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 L4, il sait que les données sont rassemblées dans cette liste parce qu’il a établi un lien logique

-28du quatrième type 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 seconde liste L2 générée dans une seconde zone et la quatrième liste L4 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 second type n’ait été établi entre des utilisateurs privés. Cette quatrième liste L4 permet de découvrir des profils d’intérêts 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ône graphique 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 un 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 seconde commande peut être engagée par un

-29utilisateur 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, c’est é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.

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 L1 comportant les prestataires définis ou déjà sélectionnés dans le serveur par le premier utilisateur et correspondant aux critères de la requête.

L’utilisateur peut activer une commande numérique, telle qu’une commande tactile sur le terminal T1 afin d’afficher une seconde liste L2 dans l’afficheur du terminal. La seconde liste se substitue à la première dans l’afficheur dans la zone d’affichage. La seconde liste comporte les utilisateurs d’intérêts 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 second 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 L3 précédemment définie qui comporte les profils d’intérêt rattachés à un profil public.

Une fois la troisième liste L3 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 L4 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 L5 à partir d’une nouvelle commande, l’afficheur présente à nouveau la première liste L1. Ainsi, le

-30procé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 : L1 -> L2 -> L3 -> L4 -> L5 -> L1. 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 : L2 -> L4 -> L3 -> L5 -> L1 -> L2.

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 oeuvre 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 troisième liste L3 qui comporte quatre profils d’intérêt suivants: P31, P32, P33, P34 générés consécutivement à une requête d’un utilisateur. Le procédé ayant également généré les listes L1, L2 et L4, permet également de comparer les doublons générés dans chacune des listes. Si le profil d’intérêt P32 est déjà généré dans la liste L2 et le profil d’intérêt P33 est déjà généré dans la liste L3, alors la liste L3 ne présentera dans l’afficheur du terminal T1 que les profils P41 et P44. La liste L4 affichée peut donc être filtrée après le traitement des doublons dans la liste L4 générée.

-31 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 (12)

1. REVENDICATIONS

   1. Procédé de génération de données correspondantes à des profils d’intérêts 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 et émise par un émetteur du terminal (T1) sur un réseau de données, ladite requête comportant un identifiant du premier utilisateur, au moins une information géographique (IG) et un critère d’intérêt (Cl) et;

   Génération d’au moins trois listes (LIST1, LIST2, LIST3) de profils d’intérêt sélectionné en fonction de l’information géographique (IG) et du critère intérêt (Cl) et, chaque liste étant associée à un type de lien logique entre l’identifiant du premier utilisateur (MOI) et un sous-ensemble d’utilisateurs d’intérêt (PREST), chacune des listes étant enregistrée dans une mémoire du terminal (T1) et générée individuellement dans une zone d’affichage du terminal (T1) ;

   Sélection (SELECT_Z) d’une liste à partir d’une première commande du premier utilisateur;

   Sélection (SELECT_P) d’un profil d’intérêt parmi la liste sélectionnée à partir d’une seconde commande du premier utilisateur.
2. 2. Procédé selon la revendication précédente, caractérisé en ce que :

   Un premier type de lien logique (L1) est défini par un lien entre l’identifiant du premier utilisateur (MOI) et un premier sous ensemble d’utilisateurs d’intérêt (PREST_1), 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 (PREST) de manière à créer un lien logique entre l’identifiant de l’utilisateur d’intérêt (PREST) et l’identifiant du premier utilisateur (MOI);

   Un second type de lien logique est défini par un lien entre l’identifiant du premier utilisateur (MOI) et un second sousensemble d’utilisateur d’intérêt (PREST_2) rattaché à au moins un utilisateur privé (PRIV), un utilisateur privé ayant préalablement accepté l’établissement d’un lien logique entre l’identifiant du premier utilisateur (MOI) et de l’identifiant de l’utilisateur privé (PRIV) ;

   Un troisième type de lien logique (L3) est défini par un lien entre l’identifiant du premier utilisateur (MOI) et un troisième sous-ensemble d’utilisateurs d’intérêt (PREST_3) rattaché à au moins un utilisateur public (PUBLIC), le premier utilisateur (MOI) ayant préalablement sélectionné à partir d’une commande du terminal et enregistré dans une mémoire l’identifiant d’un utilisateur public (PUBLIC) de manière à créer un lien logique entre l’identifiant de l’utilisateur public (PUBLIC) et l’identifiant du premier utilisateur (MOI).
3. 3. Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce qu’au moins une quatrième liste (LIST4) est générée, ladite quatrième liste (LIST4) étant associée à un quatrième lien logique (L4), ledit quatrième type de lien logique (L4) étant défini par un lien entre l’identifiant du premier utilisateur (MOI) et un quatrième sous-ensemble d’utilisateurs d’intérêt (PREST_4) rattaché à au moins un utilisateur voisin (VOISIN), un utilisateur voisin (VOISIN) ayant une information géographique (IGv) compatible de l’information géographique du premier utilisateur (IGm).
4. 4. Procédé selon l’une quelconque des revendications précédentes caractérisé en ce qu’au moins une cinquième liste (LIST5) est générée, ladite cinquième liste (LIST4) étant associée à un cinquième lien logique (L5), ledit cinquième type de lien logique (L5) étant défini par un lien entre l’identifiant du premier utilisateur (MOI) et un cinquième sous-ensemble d’utilisateurs d’intérêt (PREST_5) ayant une information géographique (IG5) compatible de la première position géographique (IG1 ) du premier utilisateur (MOI).
5. 5. Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce que l’information géographique 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.
6. 6. Procédé selon l’une quelconque des revendications 3 à 5, caractérisé en ce qu’une première information géographique (IG1) est compatible d’une seconde information (IG2) géographique lorsque au moins une position ou une adresse de ladite première information géographique (IG1) est comprise dans la zone géographique de la seconde information géographique (IG2).
7. 7. Procédé selon l’une quelconque des revendications précédentes, caractérisé en ce que le critère d’intérêt 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.
8. 8. 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).
9. 9. 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 correspondantes à 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 et une information géographique (IG), ledit terminal (T1) générant au moins trois listes (LIST1, LIST2, LIST3), chaque liste étant affichée dans une zone d’affichage du terminal (T1) conséquemment à une commande du premier utilisateur sur le terminal (T1), les listes étant générées selon le procédé de l’une quelconque des revendications précédentes.
10. 10. Terminal de communication (1) selon la revendication 9, caractérisé en ce qu’une première commande tactile verticale permet de faire défiler les éléments d’une des listes (LIST1, LIST2, LIST3) et qu’une seconde commande tactile horizontale permet de permuter l’affichage de la liste générée (LIST1, LIST2, LIST3).
11. 11. Système de communication (1), caractérisé en ce qu’il comprend un terminal (T1) selon la revendication 9 ou 10 permettant de définir une requête comportant au moins un critère d’intérêt et une information géographique et au moins un serveur distant comportant au moins une base de données pour stocker les ensembles des données correspondantes aux utilisateurs privés (PRIV), aux utilisateurs publics (PUBLI) et les utilisateurs d’intérêt (PREST), ledit serveur distant étant accessible via un réseau de données depuis le terminal (T 1 ).
12. 12. Système de communication (1) selon la revendication 11, 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 (LIST1, LIST2, LIST3), d’ordonnancement de chaque liste, de corrélation entre les données relatives au premier l’utilisateur, les ensembles d’utilisateurs privés, public et d’intérêt et les 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.

    1/2 m

    « α

    LL

    2/2