Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
ACCESS TO A SUBSET OF INFORMATION RELATING TO A USER
Document Type and Number:
WIPO Patent Application WO/2014/154976
Kind Code:
A1
Abstract:
The invention relates to a method of supervising an operation of making available, via a telecommunication network, to at least one user, termed the consulter (UC), of at least one subset of a set of information available on a user, termed the publisher (UP). The method comprises the following steps: obtaining of at least one rule, termed the sharing rule, each said sharing rule being associated with at least one said subset of information and defined by at least one criterion to be verified in order to authorize a making available to a consulter user of the associated subset of information, said at least one criterion specifying at least one place of publication where the publisher user (UP) must be situated and/or at least one place of consultation where a consulter user (UC) must be situated; obtaining (E3P) of a location (Pp) of the publisher user (UP) and/or of a location (Pc) of the consulter user (UC); identification on the basis of the location or locations obtained of at least one information subset for which all the criteria of at least one associated sharing rule are satisfied, making available (E5) via a terminal of at least one consulter user of at least one identified subset of information.

Inventors:
FEURTEY FRANCK (FR)
KELLER JOAQUIN (FR)
Application Number:
PCT/FR2014/050661
Publication Date:
October 02, 2014
Filing Date:
March 21, 2014
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
ORANGE (FR)
International Classes:
G06Q10/00; G06Q10/10
Domestic Patent References:
WO2012173734A12012-12-20
Foreign References:
US20110106896A12011-05-05
Other References:
EPO: "Mitteilung des Europäischen Patentamts vom 1. Oktober 2007 über Geschäftsmethoden = Notice from the European Patent Office dated 1 October 2007 concerning business methods = Communiqué de l'Office européen des brevets,en date du 1er octobre 2007, concernant les méthodes dans le domaine des activités", JOURNAL OFFICIEL DE L'OFFICE EUROPEEN DES BREVETS.OFFICIAL JOURNAL OF THE EUROPEAN PATENT OFFICE.AMTSBLATTT DES EUROPAEISCHEN PATENTAMTS, OEB, MUNCHEN, DE, vol. 30, no. 11, 1 November 2007 (2007-11-01), pages 592 - 593, XP007905525, ISSN: 0170-9291
See also references of EP 2979234A1
Download PDF:
Claims:
REVENDICATIONS

1 . Procédé de contrôle d'une opération de mise à disposition, via un réseau de télécommunication, d'au moins un utilisateur, dit consulteur (UC), d'au moins un sous- ensemble d'un ensemble d'informations disponibles sur un utilisateur, dit publieur (UP), le procédé étant mis en œuvre par un serveur (2) et comprenant les étapes suivantes :

- obtention d'au moins une règle, dite règle de partage, chaque dite règle de partage étant associée à au moins un dit sous-ensemble d'informations et définie par au moins un critère à vérifier pour autoriser une mise à disposition d'un utilisateur consulteur du sous- ensemble d'informations associé, ledit au moins un critère spécifiant au moins un lieu de publication où l'utilisateur publieur (UP) doit se situer et/ou au moins un lieu de consultation où un utilisateur consulteur (UC) doit se situer ;

- obtention (E3P) d'une localisation (Pp) de l'utilisateur publieur (UP) et/ou d'une localisation (Pc) de l'utilisateur consulteur (UC) ;

- identification à partir de la ou des localisations obtenues d'au moins un sous-ensemble d'informations pour lequel tous les critères d'au moins une règle de partage associée sont vérifiés,

- mise à disposition (E5) via un terminal d'au moins un utilisateur consulteur d'au moins un sous-ensemble d'information identifié.

2. Procédé selon la revendication 1 , dans lequel au moins un dit critère est saisi au moyen d'un code comprenant des indications préenregistrées pour paramétrer ce critère.

3. Procédé selon l'une des revendications 1 à 2, dans lequel ledit au moins un critère spécifie au moins une plage horaire en dehors de laquelle ou pendant laquelle l'accès audit sous-ensemble est interdit.

4. Procédé selon l'une des revendications 1 à 3, comprenant une étape (E5) de mise à disposition de l'utilisateur consulteur (UC) d'une information sur le lieu où se trouve l'utilisateur publieur (UP) et/ou de mise à disposition de l'utilisateur publieur (UP) d'une information sur le lieu où se trouve l'utilisateur consulteur (UC).

5. Procédé selon l'une des revendications 1 à 4, dans lequel ledit au moins un critère spécifie une condition sur une information sur l'utilisateur consulteur (UC) devant être vérifiée pour autoriser une mise à disposition de l'utilisateur consulteur du sous-ensemble d'informations associé, le procédé comprenant une étape d'identification du ou des utilisateurs consulteurs (UC) vérifiant ladite condition, le sous-ensemble identifié étant mis à disposition uniquement du ou des utilisateurs consulteurs (UC) identifiés.

6. Procédé selon la revendication 5, dans lequel l'information sur l'utilisateur consulteur (UC) est un lien existant entre l'utilisateur publieur (UP) et l'utilisateur consulteur (UC). 7. Procédé selon l'une des revendications 1 à 6, dans lequel l'ensemble des informations disponibles sur l'utilisateur publieur (UP) comprend des informations d'au moins un profil de l'utilisateur publieur (UP) défini relativement à au moins un service d'au moins un réseau social. 8. Procédé selon l'une des revendications 1 à 7, dans lequel l'étape d'identification d'un sous-ensemble d'information est effectuée en outre en fonction d'un critère sur le type de lieu de publication où est localisé l'utilisateur publieur (UP) et/ou du type de lieu de consultation où est localisé l'utilisateur consulteur (UC). 9. Procédé selon l'une des revendications 1 à 8, comprenant en outre une étape d'envoi (E5) à un terminal de l'utilisateur consulteur (UC) et/ou de l'utilisateur publieur (EP) d'une notification sur la mise à disposition du sous-ensemble d'informations identifié.

10. Procédé selon l'une des revendications précédentes, comprenant en outre une étape de réception en provenance d'un terminal (4) d'un utilisateur consulteur (UC) d'une requête

(E6C) d'accès au sous-ensemble d'informations identifié.

1 1. Procédé selon la revendication 10, comprenant en outre une étape de redirection (E7C), suite à ladite requête d'accès, du terminal de l'utilisateur consulteur (4) vers une adresse de consultation du sous-ensemble d'informations identifié.

12. Procédé selon l'une des revendications 1 à 11 , comprenant en outre une étape d'envoi (EBC) du sous-ensemble d'informations identifié à un terminal (4) de l'utilisateur consulteur (UC).

13. Serveur de contrôle d'une opération de mise à disposition, via un réseau de télécommunication, d'au moins un utilisateur, dit consulteur (UC), d'au moins un sous- ensemble d'un ensemble d'informations disponibles sur un utilisateur, dit publieur (UP), le serveur comprenant:

- un module d'obtention d'au moins une règle, dite règle de partage, chaque dite règle de partage étant associée à au moins un dit sous-ensemble d'informations et définie par au moins un critère à vérifier pour autoriser une mise à disposition d'un utilisateur consulteur du sous-ensemble d'informations associé, ledit au moins un critère spécifiant au moins un lieu de publication où l'utilisateur publieur (UP) doit se situer et/ou au moins un lieu de consultation où un utilisateur consulteur (UC) doit se situer ;

- un module d'obtention (E3P) d'une localisation (Pp) de l'utilisateur publieur (UP) et/ou d'une localisation (Pc) de l'utilisateur consulteur (UC) ;

- un module d'identification à partir de la ou des localisations obtenues d'au moins un sous-ensemble d'informations pour lequel tous les critères d'au moins une règle de partage associée sont vérifiés,

- un module de mise à disposition (E5) via un terminal d'au moins un utilisateur consulteur d'au moins un sous-ensemble d'information identifié.

14. Terminal pour la mise en œuvre d'un procédé de contrôle d'une opération de mise à disposition, via un réseau de télécommunication, d'au moins un utilisateur, dit consulteur (UC), d'au moins un sous-ensemble d'un ensemble d'informations disponibles sur un utilisateur, dit publieur (UP),

le terminal comprenant un module de communication adapté pour envoyer, à un serveur de mise en œuvre dudit procédé, au moins une règle, dite règle de partage, ladite règle de partage étant associée à au moins un dit sous-ensemble d'informations et définie par au moins un critère à vérifier par ledit serveur pour autoriser une mise à disposition d'un utilisateur consulteur du sous-ensemble d'informations associé, ledit au moins un critère spécifiant au moins un lieu de publication où l'utilisateur publieur (UP) doit se situer et/ou au moins un lieu de consultation où un utilisateur consulteur (UC) doit se situer.

15. Terminal selon la revendication 14 comprenant un module de saisie de données de définition d'une dite règle de partage et de données de définition d'un sous-ensemble d'information.

16. Terminal selon la revendication 14 ou 15 comprenant un module d'envoi vers ledit serveur d'une localisation dudit terminal en tant que localisation de l'utilisateur publieur.

Description:
ACCES A UN SOUS-ENSEMBLE D'INFORMATIONS RELATIVES A UN UTILISATEUR

Domaine technique La présente concerne le domaine technique du partage d'informations via un réseau de télécommunication entre un utilisateur dit publieur et un utilisateur dit consulteur. . Plus particulièrement, la présente concerne un procédé de contrôle d'une opération de mise à disposition d'informations relatives à un utilisateur. État de la technique

Plusieurs types de services de réseau permettant aux utilisateurs d'interagir les uns avec les autres existent. De manière générale, chacun de ces services de réseau permet le partage d'informations choisies par l'utilisateur. Ces informations concernent par exemple son travail, sa famille, ses amis, ses activités, ses aspirations, etc. L'utilisateur choisit certaines de ces informations pour les agréger dans un profil.

Ainsi, il existe des services de réseau permettant le partage de profils entre différents utilisateurs, notamment se trouvant dans une même zone géographique.

Par exemple le document US201 1 /0106896 décrit un procédé de partage d'informations agrégées en profils dans un réseau et entre participants à un événement lié à un lieu physique. Chacun des participants peut souscrire à un réseau social devenant un souscripteur participant et peut alors consulter les profils des autres souscripteurs participants grâce à un terminal disposant d'un accès au réseau. Par exemple, lorsqu'un souscripteur participant entre dans le lieu physique lié à l'événement, son terminal muni d'un module de localisation envoie une information de localisation au serveur d'un réseau social. Le serveur détecte alors la présence du souscripteur participant auquel il associe des informations (par exemple un profil du souscripteur participant enregistré dans la base de données du réseau social). Le souscripteur participant peut alors consulter la liste des souscripteurs participant à l'événement qui s'affiche sur un écran de son terminal. Le souscripteur participant peut alors contacter un autre souscripteur participant ou être contacté par un autre souscripteur participant. Néanmoins un souscripteur participant peut définir des critères de restriction lui permettant de restreindre le partage de son profil sur l'événement. Par exemple, le souscripteur participant peut établir une liste de contacts indésirables empêchant ceux-ci de le contacter. Il peut également établir une liste d'amis permettant à ceux-ci d'avoir accès à un ensemble d'informations plus important sur son profil.

Le document WO2012/173734 décrit un procédé de partage d'informations entre utilisateurs d'un service de réseau leur permettant d'entrer en interaction. Le partage d'informations est permis au sein d'une « bulle ». Une bulle est créée à la requête d'un utilisateur alpha sur son terminal à un serveur du service de réseau. Un lieu physique correspondant à la localisation de l'utilisateur alpha peut être associé à la bulle. Lorsqu'un autre utilisateur entre dans le lieu physique, il peut faire la requête au service du service de réseau d'entrer dans la bulle. Lorsqu'un grand nombre d'utilisateurs entrent dans la bulle, le lieu physique peut être modifié en s'élargissant et son centre déplacé selon les localisations des utilisateurs. Chaque utilisateur de la bulle est identifié par un profil.

Ces procédés, bien que proposant le partage d'informations entre différents utilisateurs, se limitent au partage d'un ensemble d'informations par utilisateur agrégé dans un profil. Par conséquent, un utilisateur publieur partagera toujours le même profil, quelles que soient les circonstances et l'identité des utilisateurs consulteurs.

Ceci n'est pas souhaitable pour au moins les raisons suivantes. D'une part, les informations partagées peuvent être pertinentes ou non pour l'utilisateur consulteur qui les reçoit. Il n'y a en effet pas de moyens d'adaptation des informations partagées en fonction de l'utilisateur destinataire de ces informations. D'autre part, l'utilisateur qui met à disposition des informations sur lui-même ne peut gérer correctement la confidentialité de certaines de ces informations, ni s'assurer que des informations présentant un certain degré de confidentialité ne seront pas divulguées largement mais uniquement à certaines personnes autorisées.

Les inventeurs ont ainsi fait la constatation qu'il serait intéressant pour un utilisateur publieur de pouvoir différencier les informations qu'il partage avec d'autres, et de contrôler la mise à disposition de ces informations de manière efficace et simple.

Présentation

Un objectif de la présente invention est de pallier à au moins un inconvénient de la technique antérieure présentée ci-dessus.

Il est proposé un procédé de contrôle d'une opération de mise à disposition, via un réseau de télécommunication, d'au moins un utilisateur, dit consulteur, d'au moins un sous- ensemble d'un ensemble d'informations disponibles sur un utilisateur, dit publieur, le procédé étant mis en œuvre par un serveur et comprenant les étapes suivantes :

- obtention d'au moins une règle, dite règle de partage, chaque dite règle de partage étant associée à au moins un dit sous-ensemble d'informations et définie par au moins un critère à vérifier pour autoriser une mise à disposition d'un utilisateur consulteur du sous- ensemble d'informations associé, ledit au moins un critère spécifiant au moins un lieu de publication où l'utilisateur publieur doit se situer et/ou au moins un lieu de consultation où un utilisateur consulteur doit se situer ;

- obtention d'une localisation de l'utilisateur publieur et/ou d'une localisation de l'utilisateur consulteur ; - identification à partir de la ou des localisations obtenues d'au moins un sous-ensemble d'informations pour lequel tous les critères d'au moins une règle de partage associée sont vérifiés,

- mise à disposition via un terminal d'au moins un utilisateur consulteur d'au moins un sous-ensemble d'information identifié.

Cet ensemble d'informations est par exemple constitué par un ensemble d'informations comprises dans un ou plusieurs profils constitués pour cet utilisateur relativement à un ou plusieurs services d'un ou plusieurs réseaux, notamment relativement à un ou plusieurs services d'un ou plusieurs réseaux sociaux.

L'ensemble des informations disponibles sur un utilisateur peut comprendre par exemple des informations sur un ou des aspects particuliers de la vie de l'utilisateur publieur, qu'il soit privé, professionnel, communautaire, etc. Un ou plusieurs sous-ensembles peuvent être définis dans cet ensemble d'informations sur un utilisateur, chacun correspondant à une facette de cet utilisateur.

Une facette est ainsi définie comme un sous-ensemble d'un ensemble d'informations relatives à l'utilisateur. Ce terme « facette » sera repris dans la suite de la présente description pour faciliter la lecture.

Le procédé de contrôle permet à un utilisateur publieur de partager une ou plusieurs facettes avec un ou plusieurs utilisateurs consulteurs.

Par partage d'une facette avec un utilisateur consulteur, on entend ici une opération de mise à disposition de cet utilisateur consulteur du sous-ensemble d'informations correspondant à cette facette.

L'opération de mise à disposition comprend notamment un envoi de données d'accès permettant un accès par l'utilisateur consulteur à un sous-ensemble d'informations préalablement identifié. Par données d'accès permettant l'accès aux facettes, on entend soit les informations des facettes directement, soit des données qui vont permettre de les obtenir (par exemple, d'émettre une requête pour les obtenir) ou de les consulter (par exemple, au moyen d'un lien d'accès type URL).

Cette opération de mise à disposition est par exemple un envoi des informations, ou un envoi d'un lien d'accès à ces informations, ou encore un envoi d'une notification à partir de laquelle l'utilisateur consulteur va pouvoir requérir et obtenir un accès à ces informations. Cette opération permet donc de rendre accessible à un utilisateur consulteur le sous- ensemble d'informations identifié. Au final, quelle que soit l'opération, le but est que l'utilisateur consulteur puisse consulter, s'il le désire, les informations de la facette.

Un avantage majeur du procédé de contrôle est de permettre à un utilisateur publieur d'automatiser au moyens de règles le partage d'une ou plusieurs facettes définies par rapport à un ensemble d'informations disponibles sur cet utilisateur, conditionnellement à sa propre localisation et/ou à celle d'au moins un autre utilisateur consulteur susceptible de consulter la ou les facettes partagées.

En particulier, selon les règles de partage qui seront définies pour les différentes facettes, la facette sélectionnée à un instant donné pour être partagée avec un utilisateur consulteur pourra être différente selon le lieu où se trouve à cet instant l'utilisateur publieur et/ou le lieu où se trouve l'utilisateur consulteur.

La pertinence du partage de la facette est de la sorte contrôlée au moins au travers des localisations courantes respectives de l'utilisateur publieur et de l'utilisateur consulteur. En outre, l'utilisateur publieur garde un contrôle sur la nature des informations mises à disposition et sur les utilisateurs consulteurs potentiels auxquels ces informations seront communiquées. L'utilisateur publieur peut ainsi choisir de ne communiquer qu'une partie de ses informations disponibles sur lui-même, et ce à certains personnes seulement, afin de conserver confidentielle l'autre partie. Il contrôle donc le degré de confidentialité des différents sous-ensembles d'informations disponibles sur lui-même.

Les règles de partage servent donc de règles de contrôle d'accès aux informations disponibles sur l'utilisateur publieur. En particulier, chacune des règles spécifie la ou les vérifications à effectuer sur la localisation de l'utilisateur publieur et/ou celle de l'utilisateur consulteur relativement respectivement à un lieu de publication et/ou un lieu de consultation avant d'autoriser l'accès à un sous-ensemble d'informations donné associé à cette règle. Dans ce document, il sera utilisé indifféremment les termes de règles de partage, règles d'accès ou règles de contrôle d'accès pour désigner ces règles.

Grâce à ces règles et aux informations de localisation sur lesquelles elles reposent, l'utilisateur publieur peut différencier les informations qu'il partage avec d'autres, notamment en fonction des lieux, des moments et / ou des utilisateurs consulteurs potentiels. Une telle méthode de partage de facette est intéressante dans différentes situations. Par exemple, avec une première configuration de règles d'accès incluant à la fois un critère sur le lieu de l'utilisateur publieur et un critère sur le lieu de l'utilisateur consulteur, une facette qui comprend des informations sur les compétences professionnelles et/ou le parcours professionnel de l'utilisateur publieur ne sera partagée, c'est-à-dire mise à disposition de l'utilisateur consulteur, que si l'utilisateur publieur et l'utilisateur consulteur se trouvent tous les deux sur un salon rassemblant des entreprises proposant des offres d'emploi et les utilisateurs candidats potentiels à ces offres emploi.

Selon un autre exemple, avec une autre configuration de la règle d'accès de cette facette, incluant seulement un critère sur le lieu de l'utilisateur consulteur, cette même facette pourra être partagée avec un utilisateur consulteur dès que cet utilisateur consulteur se trouvera sur ce salon, et ce même si l'utilisateur publieur ne s'y trouve pas à ce moment là.

Selon l'invention, le système de partage sélectionne parmi la pluralité de facettes définies pour l'utilisateur publieur, celle ou celles qu'il souhaite rendre accessible lorsqu'il se trouve dans un lieu déterminé et/ou lorsque le ou les utilisateurs consulteurs potentiels se trouvent dans un lieu déterminé. Ainsi, lorsque l'utilisateur publieur se déplace pour quitter un premier lieu et se rendre sur un deuxième lieu, le système de partage sélectionne, sans nécessiter l'intervention de l'utilisateur publieur, les facettes à ne plus rendre accessible et les facettes à rendre accessible.

Avantageusement, mais facultativement, le procédé selon l'invention peut en outre comprendre au moins l'une des caractéristiques suivantes :

au moins un dit critère est saisi au moyen d'un code comprenant des indications préenregistrées pour paramétrer ce critère. Ceci peut permettre une saisie automatisée d'une règle d'accès commune à plusieurs utilisateurs publieurs, par exemple dans le cas d'un événement particulier, tel que salon, conférence, exposition, manifestation festive, etc.

ledit au moins un critère d'une règle d'accès spécifie au moins une plage horaire en dehors de laquelle ou pendant laquelle l'accès au sous-ensemble dudit ensemble d'informations relatives à l'utilisateur publieur est interdit. Ceci permet par exemple de faire dépendre l'accès à la facette d'un événement particulier ou du rythme de vie de l'utilisateur publieur.

Il comprend en outre une étape de mise à disposition de l'utilisateur consulteur d'une information sur le lieu où se trouve l'utilisateur publieur et/ou de mise à disposition de l'utilisateur publieur d'une information sur le lieu où se trouve l'utilisateur consulteur, ce qui pourrait permettre d'organiser des rencontres directes entre l'utilisateur consulteur et l'utilisateur publieur.

ledit au moins un critère spécifie une condition sur une information sur l'utilisateur consulteur devant être vérifiée pour autoriser une mise à disposition de l'utilisateur consulteur du sous-ensemble d'informations associé, le procédé comprenant une étape d'identification du ou des utilisateurs consulteurs vérifiant ladite condition, le sous- ensemble identifié étant mis à disposition uniquement du ou des utilisateurs consulteurs identifiés. Ce mode de réalisation permet par exemple de définir, au moins implicitement, au travers de la condition à respecter sur l'utilisateur consulteur, des listes d'utilisateurs avec lesquels le partage d'une facette est autorisée et/ou des listes d'utilisateurs avec lesquels le partage d'une facette est interdit,

l'information sur l'utilisateur consulteur est un lien existant entre l'utilisateur publieur et l'utilisateur consulteur. Ceci permet de maintenir un niveau de sécurité élevé pour l'utilisateur publieur.

L'ensemble des informations disponibles sur l'utilisateur publieur comprend des informations d'au moins un profil de l'utilisateur publieur défini relativement à au moins un service d'au moins un réseau social. Cet aspect permet à un utilisateur publieur de mettre à profit des profils déjà créés sur des réseaux sociaux, l'étape d'identification d'un sous-ensemble d'information est effectuée en outre en fonction d'un critère sur le type de lieu de publication où est localisé l'utilisateur publieur et/ou du type de lieu de consultation où est localisé l'utilisateur consulteur.

Ainsi par exemple, des facettes différentes pourront être consultées selon que l'utilisateur publieur se trouve dans un cadre professionnel ou privé. Plus généralement, l'accès à des facettes peut ainsi être conditionné à un contexte associé à l'utilisateur publieur et/ou à l'utilisateur consulteur.

- Il comprend en outre une étape d'envoi à un terminal de l'utilisateur consulteur et/ou de l'utilisateur publieur d'une notification sur la mise à disposition du sous-ensemble d'informations identifié. Cet aspect peut par exemple permettre à un utilisateur consulteur de pouvoir accéder plus rapidement à une facette de l'utilisateur publieur. Il comprend en outre une étape de réception, en provenance d'un terminal d'un utilisateur consulteur d'une requête d'accès au sous-ensemble d'informations identifié et, le cas échéant, une étape de redirection suite à ladite requête d'accès, du terminal de l'utilisateur consulteur vers une adresse de consultation du sous-ensemble d'informations identifié. Ceci permet de limiter la quantité d'informations stockée par le serveur de partage.

- Il comprend en outre une étape d'envoi du sous-ensemble d'informations identifié à un terminal de l'utilisateur consulteur, permettant à l'utilisateur de consulter lesdites informations.

L'invention propose en outre un programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé décrit ci-avant, lorsque le programme est exécuté par un processeur.

L'invention concerne selon un deuxième aspect un serveur de contrôle d'une opération de mise à disposition, via un réseau de télécommunication, d'au moins un utilisateur, dit consulteur, d'au moins un sous-ensemble d'un ensemble d'informations disponibles sur un utilisateur, dit publieur, le serveur comprenant:

- un module d'obtention d'au moins une règle, dite règle de partage, chaque dite règle de partage étant associée à au moins un dit sous-ensemble d'informations et définie par au moins un critère à vérifier pour autoriser une mise à disposition d'un utilisateur consulteur du sous-ensemble d'informations associé, ledit au moins un critère spécifiant au moins un lieu de publication où l'utilisateur publieur doit se situer et/ou au moins un lieu de consultation où un utilisateur consulteur doit se situer ; - un module obtention d'une localisation de l'utilisateur publieur et/ou d'une localisation de l'utilisateur consulteur ;

- un module d'identification à partir de la ou des localisations obtenues d'au moins un sous-ensemble d'informations pour lequel tous les critères d'au moins une règle de partage associée sont vérifiés,

- un module de mise à disposition via un terminal d'au moins un utilisateur consulteur d'au moins un sous-ensemble d'information identifié.

Le serveur comprend une unité de traitement de données configurée pour mettre en œuvre les étapes du procédé de contrôle décrit ci-avant dans ses différents modes de réalisation.

Selon un troisième aspect, l'invention concerne un terminal pour la mise en œuvre d'un procédé de contrôle d'une opération de mise à disposition, via un réseau de télécommunication, d'au moins un utilisateur, dit consulteur, d'au moins un sous-ensemble d'un ensemble d'informations disponibles sur un utilisateur, dit publieur,

le terminal comprenant un module de communication adapté pour envoyer, à un serveur de mise en œuvre dudit procédé, au moins une règle, dite règle de partage, ladite règle de partage étant associée à au moins un dit sous-ensemble d'informations et définie par au moins un critère à vérifier par ledit serveur pour autoriser une mise à disposition d'un utilisateur consulteur du sous-ensemble d'informations associé, ledit au moins un critère spécifiant au moins un lieu de publication où l'utilisateur publieur doit se situer et/ou au moins un lieu de consultation où un utilisateur consulteur doit se situer. Dans un mode de réalisation, le terminal comprend un module de saisie de données de définition d'une dite règle de partage et de données de définition d'un sous-ensemble d'information.

Dans un mode de réalisation, le terminal en outre un module d'envoi vers ledit serveur d'une localisation dudit terminal en tant que localisation de l'utilisateur publieur.

Selon un quatrième aspect de l'invention, est proposé un système comprenant un terminal selon le troisième aspect de l'invention et un serveur de contrôle selon le deuxième aspect de l'invention conforme à la description qui précède.

Dessins D'autres objectifs, caractéristiques et avantages apparaîtront à la lecture de la description qui suit en référence aux dessins, donnés à titre illustratif et non limitatif, parmi lesquels :

la figure 1 représente de manière schématique un système de partage d'une facette partageable parmi une pluralité de facettes d'un utilisateur ;

la figure 2 est un diagramme illustrant de manière schématique les interactions entre un serveur de contrôle, deux terminaux et un serveur d'un service de réseau ;

la figure 3 est un diagramme illustrant les principales étapes d'un procédé de contrôle pour la mise à disposition d'une facette partageable parmi une pluralité de facettes d'un utilisateur.

Description

Un procédé de contrôle d'une opération de mise à disposition d'un sous-ensemble d'informations relatives à un utilisateur est décrit ci-après en référence aux figures 1 à 3. Cette opération de mise à disposition (appelée également partage) est effectuée par un système de contrôle conçu pour contrôle les opérations de mise à disposition d'informations, appelé également système de partage. Ces opérations de mise à disposition ont pour but le partage d'informations entre un utilisateur dit publieur et un utilisateur dit consulteur.

Le système de partage 1 comprend d'une part un serveur pour le contrôle des opérations de mise à disposition d'informations, appelé en abrégé serveur de partage ou serveur de contrôle 2, ce serveur étant avantageusement un serveur distant, et d'autre part au moins deux terminaux 3, 4 communicant avec ce serveur.

Le serveur de partage 2 comprend des modules de communication 21 avec les terminaux (par exemple de type requête client/serveur), une unité de traitement de données 22 (par exemple un processeur) mettant en œuvre un ou plusieurs ordinateurs et programmes d'ordinateur associés 22. Ce programme d'ordinateur 22 comporte des instructions pour l'exécution des étapes du procédé de contrôle impliquant le serveur, lorsque le programme est exécuté par l'unité de traitement de données 22. Les échanges entre les terminaux 3, 4 par l'intermédiaire du serveur de partage 2 permettent de réduire les ressources de traitement nécessaires dans chaque terminal 3, 4, et de sécuriser les échanges. Ce programme d'ordinateur 22 peut être stocké sur un support d'enregistrement.

Le serveur de partage 2 peut également comprendre une base de données 23 permettant de stocker les informations nécessaires au procédé tel qu'il sera décrit ci-dessous, par exemple les règles d'accès.

Ce serveur de partage 2 est dédié, en totalité ou en partie, à la gestion du procédé de contrôle. Les échanges entre les terminaux 3, 4 et le serveur de partage 2 s'effectuent via un système de communication 6.

Le système de communication 6 est par exemple un système de communication par téléphonie mobile, ou un réseau Internet, ou autre. Le module de communication comprend, selon la nature de la transmission, des antennes relais, des serveurs et autres moyens de transmission classiques.

Chaque terminal 3, 4 comprend une interface d'interaction avec un utilisateur pour la saisie d'informations et un afficheur pour l'affichage d'informations.

Le terminal 3, 4 comprend également un module de communication 31 , 41 et configuré pour transmettre les requêtes et des données vers le serveur de partage.

Le module de communication 31 , 41 est classique, et dépend du type de communication utilisée (réseau, Bluetooth, Internet, etc. ).

Le terminal 3, 4 comprend au moins une unité de traitement 32 (par exemple de type processeur) permettant de gérer les différentes applications et les traitements mis en œuvre par le terminal.

Le terminal comprend également au moins une mémoire.

Pour la mise en œuvre du procédé de contrôle, le terminal 3, 4 comprend au moins une application 33, 43. Cette application 33, 43 est un programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de contrôle impliquant le terminal, lorsque le programme est exécuté par un processeur, comme l'unité de traitement 32, 42. L'application 33, 43 peut être stockée dans la mémoire. Le programme d'ordinateur peut être stocké sur un support d'enregistrement (mémoire, CD, clé, etc. ) lisible par un processeur, ou être téléchargé via le module de communication.

Le terminal 3, 4 est par exemple un terminal de téléphonie mobile, comme un « Smartphone », mais il peut s'agir de tout autre terminal de communication itinérant adapté (tel qu'ordinateur portable, tablette, etc. ).

Le procédé de contrôle est mis en œuvre par l'application 33, 43 du terminal de l'utilisateur qui peut lui être dédiée et par le serveur de partage 2 et comprend une étape de connexion E1 P, E1 C du terminal 3, 4 de l'utilisateur UP, UC au serveur de partage 2 via le système de communication 6. Lorsque l'utilisateur UP, UC exécute l'application 33, 43 dédiée sur son terminal 3, 4 une requête de connexion Rc au serveur de partage 2 est envoyée à celui-ci par le module de communication 31 , 41 après commande par l'application 33, 43 à travers l'unité de traitement 32, 42. Un message de confirmation Mp, Me est alors envoyé par le serveur de partage 2 au terminal 3, 4 indiquant à l'application 33, 43 que le terminal 3, 4 est connecté.

Le terme « publieur » est relatif à un utilisateur UP qui souhaite rendre accessible des informations sur sa personne. Le terme « consulteur » est relatif à un utilisateur UC qui souhaite accéder aux informations sur l'utilisateur publieur. Ainsi, un terminal sera dénommé terminal publieur 3 si c'est celui de l'utilisateur publieur UP, terminal consulteur 4 si c'est celui de l'utilisateur consulteur UC.

De manière générale, tous les utilisateurs sont à la fois utilisateurs publieurs et utilisateurs consulteurs. Ainsi, pour les besoins de la description seul le singulier est employé et doit être compris comme englobant à la fois le singulier et le pluriel.

Les informations disponibles sur un utilisateur publieur sont associées à une ou plusieurs facettes. Les facettes de l'utilisateur publieur UP sont supposées différentes deux à deux. Par exemple, quand deux facettes sont prises en compte, au moins un sous-ensemble d'informations diffère entre les deux facettes et/ou une information peut être présente dans une facette mais absente dans l'autre facette.

Les informations disponibles sur un utilisateur publieur sont choisies par exemple parmi le groupe consistant en :

des informations relatives au physique ou l'identité de l'utilisateur publieur, des informations relatives à l'activité professionnelle de l'utilisateur publieur, - des informations relatives aux liens entre l'utilisateur consulteur d'autres utilisateurs, des informations relatives à la participation de l'utilisateur publieur à un événement, des informations relatives aux activités, goûts ou hobbies de l'utilisateur publieur. L'ensemble de toutes les informations disponibles est par exemple constitué par un ensemble d'informations comprises dans un ou plusieurs profils définis pour cet utilisateur relativement à un ou plusieurs services, que ce soit des services d'un ou plusieurs réseaux, notamment d'un ou plusieurs réseaux sociaux.

Une facette d'un utilisateur publieur peut par exemple correspondre à un profil de cet utilisateur publieur, les informations de ce profil étant stockées dans une base de données d'un service de réseau social en ligne : par exemple Facebook®, Twitter®, YouTube®, Instagram®, Linkedln®, Viadeo®, Couchsurfing®, Meetic® etc.

Une facette d'un utilisateur publieur peut aussi être une agrégation d'informations présentes dans différents profils de cet utilisateur publieur : soit différents profils constitués pour un même service et un même réseau, soit différents profils constitués respectivement pour différents services d'un même réseau et/ou de réseaux différents.

Un profil ad-hoc peut également être créé pour les besoins propres au procédé, indépendamment d'un profil existant pour un service existant dans un réseau. Une facette d'un utilisateur publieur pourra alors correspondre à ce profil ad-hoc.

Une facette correspond par exemple à un aspect de la vie de l'utilisation publieur UP. Une facette peut être liée à sa vie professionnelle et comprendre uniquement des informations sur sa personne qu'il souhaite partager dans un cadre professionnel, par exemple sa formation, son parcours professionnel, son activité, l'entreprise pour laquelle il travaille, ses clients, ses fournisseurs, etc. Ces informations peuvent être agrégées dans des profils stockés dans les bases de données de service de réseau professionnel tel que Linkedln® et Viadeo®. Une facette peut être liée à sa vie privée, et comprendre uniquement des informations sur sa personne qu'il souhaite partager en dehors du cadre professionnel, par exemple des informations sur son physique, son âge, ses activités sportives, ses activités culturelles, ses passe-temps, ses amis, etc. Ces informations peuvent être agrégées dans des profils stockés dans les bases de données de service de réseau plus général tel que Facebook®, Twitter®, ou plus spécialisé tel qu'lnstagram® ou Meetic®.

Une facette peut être liée à ses activités de voyage et comprendre uniquement des informations sur sa personne qu'il souhaite partager lorsqu'il voyage, par exemple ses voyages passés, ses projets de voyages, son itinéraire avec étapes et dates, ses recherches de logements tels qu'hôtels, auberges, gîtes, bed-and-breakfasts, ses recherches de lieux de restauration tels que restaurants, bars, auberges, hôtels, ventes à emporter, marchés, ses avis sur ces logements ou lieux de restauration, etc. Ces informations peuvent être agrégées dans des profils stockés dans les bases de données de service de réseau pour voyageurs, tel que Couchsurfing®.

Les exemples donnés dans le paragraphe ci-dessus ne sont donnés qu'à titre illustratif et ne saurait en aucun cas être interprété comme une limitation quelconque du procédé. Ainsi, d'autres types de facettes sont possibles et limités uniquement par le choix de l'utilisateur. Par ailleurs, l'utilisateur publieur peut très bien décider d'inclure des informations relatives à sa vie privée dans ses facettes professionnelle ou liée à ses activités de voyage, etc.

Chaque règle d'accès est associée à une facette. Plus précisément, chaque règle d'accès est associée à un sous-ensemble dudit ensemble d'informations relatives à l'utilisateur publieur. La règle d'accès définie pour une facette spécifie sous quelles conditions la facette peut être partagée entre l'utilisateur publieur UP et l'utilisateur consulteur UC. Pour cela, la règle d'accès est définie par exemple par un des deux critères suivants:

- un lieu de publication où l'utilisateur publieur UP doit se situer pour autoriser l'accès à la facette ;

- un lieu de consultation où l'utilisateur consulteur UC doit se situer pour autoriser l'accès à la facette avec cet utilisateur consulteur.

Chacun des lieux de publication et de consultation peut être une zone géographique plus ou moins étendues, continues ou discontinues. Toute méthode de définition de zone géographique est ici envisageable.

Un autre critère pouvant figurer dans la règle d'accès est une plage d'horaire en dehors de, ou pendant laquelle, l'accès à la facette est bloqué. La plage horaire peut être une plage horaire dans une journée (déterminée ou non) ou une période à cheval sur au moins deux jours. Dans un mode de réalisation, un autre critère pouvant définir la règle d'accès est une condition devant être vérifiée sur une information sur l'utilisateur consulteur pour autoriser le partage de la facette concernée. Dans ce mode de réalisation, une information sur l'utilisateur consulteur est par exemple : une indication sur le physique de l'utilisateur consulteur UC, une indication sur à l'activité professionnelle de l'utilisateur consulteur UC, une indication sur les liens entre l'utilisateur consulteur UC et l'utilisateur publieur UP (par exemple s'ils sont indiqués comme amis sur un service de réseau), une indication sur la participation de l'utilisateur consulteur UC à un événement.

Dans ce mode de réalisation, l'accès à la facette concernée sera permis uniquement à un ou aux utilisateurs consulteurs identifiés.

Ce mode de réalisation permet par exemple de définir, au moins implicitement, au travers de la condition à respecter sur l'utilisateur consulteur, des listes d'utilisateurs avec lesquels le partage d'une facette est autorisée et/ou des listes d'utilisateurs avec lesquels le partage d'une facette est interdit.

Par exemple, la condition à vérifier comprendra une liste d'identifiants d'utilisateurs consulteurs autorisés ou non à accéder à la facette.

Dans un autre mode de réalisation, la règle d'accès peut être définie par un critère sur le type de lieu de publication où est localisé l'utilisateur publieur et/ou du type de lieu de consultation où est localisé l'utilisateur consulteur. Par exemple, un utilisateur publieur pourra n'autoriser l'accès à une facette comprenant des informations sur les activités professionnelles de cet utilisateur publieur que si le lieu dans lequel se trouve l'utilisateur publieur et/ou consulteur est un lieu à caractère « professionnel » : salon professionnel, lieu de travail, etc. A contrario, un utilisateur publieur pourra n'autoriser le partage d'une facette comprenant des informations sur sa vie privée que si le lieu dans le quel se trouve l'utilisateur publieur et/ou consulteur est un lieu à caractère « privé » ou « non professionnel »: piscine, cinéma, parc d'attraction, etc. Une classification de quelques lieux fréquentés par l'utilisateur pourra ainsi préalablement être définie pour pouvoir gérer ce type de condition.

Plus généralement, une règle d'accès peut être définie par un critère sur le lieu de publication où est localisé l'utilisateur publieur et/ou le lieu de consultation où est localisé l'utilisateur consulteur. Toute propriété, caractéristique ou information sur un lieu de publication et/ou de consultation peut être utilisée dans ce but. Les différents critères ayant été présentés ci-dessus sont utilisables chacun isolément ou selon une combinaison quelconque pour la définition d'une règle d'accès. Une facette est créée par l'utilisateur publieur UP qui détermine alors les critères de la règle qu'il souhaite associée à la facette. La création est de préférence effectuée sur le terminal publieur 3, mais elle n'est pas limitée à la réalisation sur ce terminal publieur 3 et peut être effectuée sur un autre terminal disposant de moyens d'accès au réseau mais non forcément mobile.

Lors de la création de la facette, l'utilisateur publieur UP détermine les informations à agréger via le terminal utilisé, ainsi que les critères de la règle associée à la facette à créer. La facette créée est enregistrée soit sur le terminal publieur 3, éventuellement par l'intermédiaire du serveur de partage 2, ou dans la base de données 23 du serveur de partage 2. Les données définissant la règle et celles identifiant le sous-ensemble d'informations constitutif de la facette associée sont ainsi transmises par le terminal de l'utilisateur publieur vers le serveur de partage 2.

L'agrégation des informations peut être réalisée par la saisie d'informations écrites. L'agrégation des informations peut aussi être réalisée par le chargement (uploading en anglais) d'informations visuelles (éventuellement animées) et/ou audio. L'agrégation des informations peut encore être réalisée, lorsque la facette comprend un profil, par l'association du profil à la facette, auquel cas la facette comprend des instructions pour l'accès au serveur du service de réseau correspondant ou pour le renvoi vers une adresse de consultation du profil.

Les critères peuvent être déterminés par l'utilisateur publieur UP lors d'une étape de saisie des critères. Pour cela, un ensemble de critères peut être présenté à l'utilisateur publieur UP qu'il choisit ou non d'utiliser et éventuellement de compléter. Par exemple, pour le lieu de publication et le lieu de consultation, l'utilisateur publieur UP saisit une indication de lieu sur son terminal. La saisie peut être réalisée soit par une sélection d'un point ou d'une zone sur une carte affichée sur un afficheur du terminal ou par l'entrée du nom d'un lieu ou d'une adresse. En variante, les critères les plus utilisés par les autres utilisateurs publieurs UP qui se situent dans le même lieu peuvent être rendus plus visibles à l'utilisateur publieur UP afin de recommander ces critères. Dans une autre variante, les critères précédemment utilisés par l'utilisateur publieur UP peuvent être rendus plus visibles à celui- ci. De manière générale les solutions illustratives de ces variantes peuvent être combinées.

Au moins une partie des critères peut être déterminée par une étape de saisie d'un code comprenant des indications préenregistrées par l'intermédiaire du terminal publieur 3. Ce code est avantageux par exemple dans le cas d'un événement particulier, tel que salon, conférence, exposition, manifestation festive, etc, car il peut servir de mode de saisie automatisée d'une règle d'accès commune à plusieurs utilisateurs publieurs. Dans ce cas, l'organisation de l'événement peut envoyer un code comprenant par exemple des indications sur les lieux de publication et de consultation, ainsi que la plage horaire. Le code peut comprendre bien évidemment d'autres indications correspondant à d'autres critères. Ainsi, l'utilisateur publieur UP n'aura pas besoin de détailler chaque critère, il n'aura qu'à saisir un code unique pour que plusieurs critères soient paramétrés dans la règle d'accès.

Le procédé de contrôle comprend une étape de détermination E2P d'une localisation Pp de l'utilisateur publieur UP, ainsi qu'une étape de détermination E2C d'une localisation Pc de l'utilisateur consulteur UC.

La localisation Pp, Pc peut être le point physique où se situe l'utilisateur UP, UC. La localisation Pp, Pc peut être définie par exemple par des points de coordonnées, ou définie par rapport à un émetteur de signaux tel qu'une borne Wifi. La localisation Pp, Pc peut être également une zone physique où se situe l'utilisateur UP, UC, lorsque pour des raisons évidentes de vie privée et de discrétion, il est choisi de ne pas révéler la localisation exacte de l'utilisateur, c'est-à-dire que la localisation de l'utilisateur est déterminée à plus ou moins un voire plusieurs mètres près.

La détermination E2P, E2C de la localisation de l'utilisateur publieur, ou de l'utilisateur consulteur, peut être réalisée par triangulation à l'aide d'un module de localisation 34, 44 du terminal publieur 3, respectivement du terminal consulteur 4, tel qu'un module GPS. Dans ce cas, la détermination E2P, E2C de la localisation de l'utilisateur peut être déclenchée par l'exécution de l'application 33, 43 dédiée par l'utilisateur qui commande le module de localisation 34, 44 via l'unité de traitement 32, 42. Toute autre méthode de localisation est cependant utilisable.

Le module de localisation 34, 44 envoie ensuite la localisation Pp à l'unité de traitement 32, 42 qui la transmet à l'application 33, 43.

La détermination E2P, E2C de la localisation de l'utilisateur peut également être déclenchée à intervalle de temps régulier et de manière automatique par l'application 33, 43 dédiée. La détermination E2P, E2C de la localisation de l'utilisateur peut encore être déclenchée intentionnellement par l'utilisateur en activant une fonction de l'application 33, 43 grâce à une interface qui peut être l'afficheur du terminal, un clavier du terminal, un micro du terminal, etc. Cette fonction peut être une fonction de localisation commandant uniquement la localisation de l'utilisateur. Cette fonction peut encore être une fonction d'affichage des facettes, activée notamment par l'utilisateur consulteur, commandant l'affichage sur l'afficheur du terminal, notamment le terminal consulteur, d'une liste de facettes.

Dans les cas où le module de localisation est intégré ou lié au terminal de l'utilisateur, la localisation de l'utilisateur publieur (respectivement de l'utilisateur consulteur) est celle d'un terminal de l'utilisateur publieur (respectivement de l'utilisateur consulteur). Le terminal de l'utilisateur publieur (respectivement de l'utilisateur consulteur) comprend dans ce cas un module d'envoi vers le serveur de contrôle d'une information de localisation de ce terminal en tant que localisation de l'utilisateur publieur (respectivement de l'utilisateur consulteur).

Il est à noter toutefois que le terminal utilisé pour la localisation de l'utilisateur publieur (respectivement de l'utilisateur consulteur) peut être différent de celui utilisé lors de la mise à disposition d'une facette ou d'une définition d'une règle d'accès.

En alternative, la localisation de l'utilisateur publieur (respectivement de l'utilisateur consulteur) peut également résulter d'une déclaration faite par l'utilisateur publieur (respectivement l'utilisateur consulteur) : auquel cas, la localisation de l'utilisateur ne correspond pas forcément à la localisation du terminal correspondant.

La détermination E2P, E2C de la localisation Pp, Pc de l'utilisateur publieur UP, ou de l'utilisateur consulteur UC, peut ainsi être réalisée directement par celui-ci, par exemple par la saisie d'une indication de localisation par l'utilisateur publieur UP ou consulteur UC sur son terminal publieur 3, respectivement son terminal consulteur 4. La saisie peut être réalisée soit par une sélection d'un point ou d'une zone sur une carte affichée sur un afficheur du terminal publieur 3, respectivement consulteur 4, ou par l'entrée du nom d'un lieu ou d'une adresse.

Le procédé comprend également la transmission E3P, E3C de la localisation Pp, Pc de l'utilisateur publieur UP et de celle de l'utilisateur consulteur UC au serveur de partage 2. La localisation Pp, Pc est par exemple transmise par le module de communication 31 , 41 du terminal 3, 4 de l'utilisateur UP, UC après commande par l'unité de traitement 32, 43 qui a reçu la localisation Pp, Pc du module de localisation 34, 44. La transmission se fait à travers le système de communication 6.

Le serveur de partage 2 enregistre alors la localisation Pp, Pc de l'utilisateur UP, UC correspondant dans sa base de données 23 et peut éventuellement envoyer un message de confirmation de réception Mpp, Mpc.

Le procédé comprend également une étape d'identification et de sélection E4 par le serveur de partage 2 de facettes partageables parmi la pluralité de facettes de l'utilisateur publieur UP, c'est-à-dire de facettes pour lesquelles tous les critères d'une règle d'accès associée sont remplis. Par exemple, lorsque l'utilisateur consulteur UC active une fonction d'affichage de facettes par l'intermédiaire de l'application 33, 43, une requête d'affichage Raf est envoyée au serveur de partage 2 par le module de communication 31 , 41 après commande via l'unité de traitement 32, 42. Pour réaliser l'identification, le serveur de partage 2 compare par exemple, pour chaque facette, les critères de la règle de partage associée à la facette aux informations dont disposent le serveur de partage 2 sur l'utilisateur consulteur, par exemple en accédant aux informations contenues dans les profils de la facette stockées soit dans la base de données 23 du serveur de partage 2, soit dans les bases de données d'un service de réseau social le cas échéant. En particulier, pour le lieu de publication, le serveur de partage 2 détermine si la localisation Pp de l'utilisateur publieur UP correspond au lieu de publication. Si tel est le cas alors ce critère est rempli. Sinon, le critère n'est pas rempli et le partage de la facette correspondante est bloqué : aucun accès au sous-ensemble associé à la règle d'accès n'est donné. Pour le lieu de consultation, le serveur de partage 2 procède de même avec la localisation Pc de l'utilisateur consulteur UC.

Lorsque la règle d'accès associée à une facette comprend un critère sur l'utilisateur consulteur, que ce soit un critère sur le lieu où se trouve l'utilisateur consulteur ou une condition sur une information sur cet utilisateur consulteur, le serveur de partage exécute une étape d'identification du ou des utilisateurs consulteurs vérifiant ce critère, la facette identifiée lors de l'étape E4 étant mise à disposition uniquement du ou des utilisateurs consulteurs identifiés.

Le procédé comprend également une étape d'autorisation E5 d'accès aux facettes partageables (i.e. d'accès autorisé) par le serveur de partage 2. Ainsi, le serveur de partage 2 autorise le partage de la ou des facettes partageables de l'utilisateur publieur avec un ou plusieurs consulteurs et envoie au terminal consulteur 4, voire au terminal publieur, via le système de communication 6 une notification de mise à disposition Aaf de la ou des facettes partageables. Le module de communication 41 du terminal consulteur reçoit alors la notification et la transmet à l'application 43 via l'unité de traitement 42 du terminal consulteur 4.

Les facettes sont présentées par exemple sous forme d'une liste sur l'afficheur du terminal consulteur 4.

L'utilisateur consulteur UC peut alors sélectionner une facette partageable afin de demander à accéder E6C au sous-ensemble d'informations correspondant à cette facette. La sélection d'une telle facette déclenche par exemple une émission, à destination du serveur de partage, par le terminal consulteur, d'une requête d'accès au sous-ensemble d'informations correspondant.

Dans le cas où le contenu de la facette comprend un profil enregistré dans la base de données d'un service de réseau social, le profil peut être visualisé, éventuellement sur commande E6C de l'utilisateur consulteur UC sur son terminal consulteur 4, à la suite d'une étape E7C d'envoi d'une requête d'accès TRac au profil par le serveur de partage 2 au serveur du service de réseau social, ou à la suite d'une étape de redirection du terminal consulteur vers une adresse de consultation du profil.

Par exemple, lorsque l'utilisateur consulteur UC commande sur son terminal consulteur 4 l'affichage du profil via l'application 43, l'unité de traitement 42 commande le module de communication 41 d'envoyer une requête de consultation Rcs au serveur de partage 2 à travers le système de communication 6. Le serveur de partage 2 transmet alors la requête TRcs via le système de communication 6 au serveur du service de réseau correspondant qui en retour émet une autorisation de consultation Acs au serveur de partage 2 qui le transmet l'autorisation de consultation Tacs au terminal consulteur 4. L'autorisation de consultation peut être une autorisation partielle soumise aux règles de consultation du service de réseau. L'autorisation de consultation du profil peut être également une autorisation totale, par exemple lorsque le service de réseau collabore au service de partage des facettes.

En variante, le terminal consulteur 4 émet directement la requête de consultation Rcs au serveur du service de réseau sans passer par le serveur de partage 2. Dans ce cas, le serveur du service de réseau émet l'autorisation de consultation Acs directement au terminal consulteur 4. Là également l'autorisation de consultation peut être partielle et soumise aux règles de consultation du service de réseau ou totale.

Selon une autre variante, le sous-ensemble d'informations correspondant à chaque facette partageable sélectionnée est envoyé E8C au terminal consulteur par le serveur de partage ou un autre serveur. Dans un cas particulier, la notification de mise à disposition Aaf de la ou des facettes partageables comprend le sous-ensemble d'informations correspondant à chaque facette partageable sélectionnée. L'utilisateur consulteur dispose alors d'un accès immédiat à ces informations, sans qu'une requête d'accès à un serveur doive être émise. Le sous- ensemble d'informations peut être affiché automatiquement dès réception de la notification de mise à disposition, ou seulement sur demande de l'utilisateur.

L'utilisateur consulteur UC peut également appliquer un filtre sur la liste des facettes partageables. Ainsi, l'utilisateur consulteur UC peut sélectionner parmi les utilisateurs publieurs 3 ceux qu'il souhaite voir afficher sur son terminal consulteur 4. Le filtre peut porter sur les mêmes indications que les critères décrits plus haut.

Selon un mode de réalisation, au cours de l'étape E5, est prévu une étape de mise à disposition de l'utilisateur consulteur d'une information sur le lieu où se trouve l'utilisateur publieur dont la facette a été identifiée et dont l'accès est autorisé et/ou une étape de mise à disposition de l'utilisateur publieur d'une information sur le lieu où se trouve l'utilisateur consulteur à qui la facette sélectionnée a été mise à disposition.

La méthode de mise à disposition de cette information sur le lieu peut être identique à l'une quelconque des méthodes décrites ci-dessus pour la mise à disposition des informations de la facette sélectionnée :

soit par envoi au terminal consulteur / terminal publieur de l'information par le serveur de partage ou un autre serveur, par exemple dans la notification de mise à disposition de la facette,

- soit sur requête d'accès émise par le terminal consulteur, avec ou sans redirection.

Pour la mise en œuvre de procédé de contrôle d'une opération de mise à disposition, les terminaux 3,4 sont équipés de tout ou partie des modules logiciels et/ou matériels suivants: modules de saisie pour la saisie de données de définition d'une règle d'accès ou de données de définition un sous-ensemble d'informations constitutif d'une facette ; module de localisation pour déterminer une localisation du terminal, servant de localisation de l'utilisateur de ce terminal ;

- module de communication avec le serveur de partage 2, pour envoyer des données /messages vers le serveur de partage 2 ou recevoir des données / messages en provenance de ce serveur de partage 2 ; ces données sont notamment des données saisies au moyen du module de saisie (règles, facettes) et/ou des données de localisation du terminal obtenues au moyen du module de localisation et/ou des données de localisation d'un autre terminal et/ou des données d'accès à des facettes et/ou un sous-ensemble d'informations correspondant à une facette.

Le terme "module" correspond dans ce document à un composant logiciel, à un composant matériel ou bien à un ensemble de composants matériels et/ou logiciels, apte à mettre en œuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessus pour le module concerné.

Les différents modes de réalisation décrits dans ce document sont combinables entre eux pour la mise en œuvre de l'invention.