1 DOMAINE TECHNIQUE

La présente invention se rapporte au domaine des objets connectés, et plus particulièrement au partage des données issues de tels objets connectés.

2 ARRIÈRE-PLAN TECHNOLOGIQUE

Présentés comme la « troisième révolution de l'Internet », les objets connectés sont en train de s'imposer dans tous les domaines de la vie quotidienne et de l'entreprise. La plupart de ces objets sont capables de produire des données grâce à leurs capteurs intégrés, d'analyser et de traiter celles-ci, afin de fournir des services à valeur ajoutée à leur propriétaire.

A titre d'exemple, le « Flower Power » commercialisé par Parrot (http://www.parrot.com/fr/produits/flower-power/) est un objet connecté qui s'enfonce dans la terre (e.g. dans un pot de fleur sur un balcon, ou en pleine terre dans un jardin). Il contient des capteurs qui mesurent les besoins des plantes (e.g. eau, fertilisants, luminosité, etc.). Le propriétaire de cet objet connecté peut alors, par exemple, visualiser sur son smartphone l'historique des données ainsi mesurées, recevoir des alertes (e.g. quand sa plante doit être arrosée ou fertilisée), via une application dédiée fournie par Parrot que l'utilisateur doit préalablement télécharger et installer sur son smartphone.

Des centaines d'autres objets sont aujourd'hui commercialisés, dans des domaines aussi variés que la santé (e.g. une montre permettant de mesurer la température et la pression artérielle d'une personne) ou de la maison (e.g. un capteur permettant de détecter la présence de fumée dans la maison, de mesurer la température, etc.).

Il existe par ailleurs des plateformes permettant aux propriétaires d'objets connectés de collecter et stoker de manière sécurisée les données issues de leurs objets connectés. A titre illustratif, la structure classique d'une telle plateforme connue est représentée sur la figure 1. Une telle plateforme PFl permet notamment aux propriétaires P, P' d'objets connectés 01 à On de :

• connecter leurs objets connectés à cette plateforme via une liaison dédiée 101 (Bluetooth, WiFi, 2G, 3G ou 4G, etc.) ;

• collecter les données produites par leurs objets connectés, via des APIs standardisées, mises en œuvre dans un dispositif de gestion de base de données DG1 ;

• stocker, archiver, agréger de manière sécurisée ces données dans une base de données DB1 ;

• accéder de manière sécurisée à ces données, pour les besoins de différentes applications, via une liaison dédiée 100.

A titre d'exemple, la société Orange propose une solution, nommée « Datavenue » (https://datavenue.orange.com/), basée sur une telle plateforme PFl.

Dans cette solution « Datavenue », la plateforme PFl permet en outre à un propriétaire d'objet connecté (par exemple P), utilisateur de cette plateforme PFl, de partager de manière sécurisée ses données stockées avec une ou plusieurs autres personnes ciblées, par exemple un autre propriétaire d'objet connecté P'. En pratique, le propriétaire d'un objet connecté autorise une tierce personne à accéder à ses données (i.e. les données issues de son objet connecté) en lui fournissant par exemple un identifiant et un mot de passe (à utiliser par la tierce personne quand elle se connecte à la plateforme PFl).

Cependant, la solution connue précitée ne permet qu'un partage très limité des données issues des objets connectés à la plateforme PFl. En effet, la solution connue exige que le propriétaire d'un objet connecté soit en contact avec la personne qui souhaite accéder aux données issues de cet objet. Elle ne permet donc pas à une personne quelconque, intéressée par des données issues d'objets connectés, de savoir aisément quels sont les objets connectés capables de fournir ces données, ni a fortiori si leur(s) propriétaire(s) est/sont disposé(s) à partager ces données. Un tel intérêt pour accéder à des données collectées à partir d'objets connectés existe effectivement. Par exemple, si une personne possède dans son jardin un objet connecté équipé d'un capteur mesurant la température atmosphérique, alors les données issues de ce capteur peuvent intéresser des personnes du voisinage ne possédant pas un tel capteur.

Il convient cependant de noter que de nombreuses études montrent le manque de fiabilité des données issues de beaucoup de ces objets connectés, ce qui peut constituer un frein à la promotion de leur partage. A titre d'exemple, les mesures du « nombre de pas effectués dans une journée » ou du « nombre d'étages montés dans la journée » peuvent sensiblement varier d'un objet à l'autre (avec souvent des écarts pouvant aller jusqu'à 20%). Ces différences dans les valeurs des données peuvent notamment provenir :

• de la qualité des capteurs contenus dans les objets connectés en question. Ainsi, un objet « premier prix » à quelques dizaines d'euros n'a pas forcément le même capteur qu'un objet « haut de gamme » à plusieurs centaines d'euros (e.g. un capteur avec une moins bonne sensibilité aux variations de températures). Pourtant, ces deux objets peuvent être sensés mesurer et fournir à leur propriétaires les mêmes données ;

• de la différence du mode de calcul de certaines données. Dans l'exemple de la mesure du « nombre de pas effectués dans une journée », un premier objet connecté va se contenter de calculer la distance parcourue par son propriétaire puis diviser celle-ci par une longueur moyenne d'un pas (e.g. 80 cm). Un second objet pourra avoir un mode de mesure de cette même donnée beaucoup plus précis, par exemple en comptabilisant précisément chaque pas effectué (e.g. grâce à la détection de l'onde de choc à chaque nouveau pas).

Les conséquences attachées à un manque de fiabilité des données issues de certains objets (voire la défaillance partielle ou totale de certain objets) peuvent être particulièrement grave dans certain cas, par exemple s'agissant des objets connectés de « mesure de soi » (« quantified self » en anglais), qui peuvent constituer un dispositif médical (e.g. des objets mesurant des paramètres vitaux d'une personnes, tels que la pression artérielle, et sensés envoyer si nécessaire une alerte à la famille, à un voisin ou à un professionnel de santé). Ainsi, une personne intéressée par les données issues d'un objet connecté appartenant à un tiers peut également vouloir obtenir des indications sur la confiance qu'elle peut avoir en ces données.

Il existe donc un besoin pour une solution permettant d'informer des utilisateurs potentiels sur les données issues d'objets connectés qui sont disponibles et qu'ils peuvent utiliser dans leurs propres applications.

Il existe également un besoin pour informer ces utilisateurs potentiels de la pertinence de ces données disponibles.

3 RESUME

L'invention propose une solution nouvelle qui ne présente pas l'ensemble de ces inconvénients de l'état de la technique, sous la forme d'un procédé de gestion d'un annuaire d'objets connectés, caractérisé en ce qu'un système de base de données effectue les étapes suivantes :

pour chacun d'une pluralité d'objets connectés, obtention d'au moins une première information relative audit objet connecté via une interface homme- machine, lors d'une connexion dudit objet connecté donné à une plate-forme (PF1, PF), configurée pour collecter, stocker et gérer l'accès à des données issues d'objets connectés ; et

pour ladite pluralité d'objets connectés, stockage des premières informations obtenues dans une base de données formant ledit annuaire d'objets connectés et interrogeable avec au moins un critère de recherche relatif auxdites premières informations.

Ainsi, l'invention propose une solution nouvelle et inventive pour permettre la gestion et le partage des données collectées au niveau des objets connectés.

Pour ce faire, l'invention prévoit la création d'un annuaire interrogeable pour permettre à un utilisateur d'effectuer des recherches thématiques dans le but de trouver des objets connectés générant des données susceptibles de l'intéresser. Selon une caractéristique particulière de l'invention, le procédé de gestion d'un annuaire d'objets connectés est caractérisé en ce que ledit système de base de données effectue les étapes suivantes, pour au moins un des objets connectés :

obtention d'au moins une deuxième information permettant d'apprécier la pertinence des données issues dudit objet connecté ; et

stockage de ladite au moins une deuxième information dans ladite base de données, en association avec ladite au moins une première information relative audit objet connecté.

Ainsi, selon ce mode de réalisation de l'invention, des informations de pertinences sont associées aux données générées par un objet connecté, permettant par là-même à un utilisateur effectuant une recherche dans l'annuaire de se faire une idée plus précise de la confiance qu'il peut porter aux données générées par un objet qui lui est suggéré en réponse à sa recherche.

Et, la récupération de la première information pour la génération de l'entrée correspondante dans l'annuaire peut se faire quelle que soit la nature des objets connectés en question, i.e. même si l'objet n'est pas apte à remonter les premières informations par lui-même.

Selon un mode de réalisation particulier de l'invention, le procédé de gestion d'un annuaire d'objets connectés est caractérisé en ce que, pour un objet connecté donné, l'étape d'obtention de ladite au moins une première information comprend au moins une récupération de ladite au moins une première information via une interface homme-machine, lors de la première connexion dudit objet connecté donné à ladite plate-forme.

Ainsi, selon ce mode de réalisation de l'invention, la récupération de la première information pour la génération de l'entrée correspondante dans l'annuaire peut se faire dès la première connexion permettant un accès aux premières informations dès l'initialisation de l'objet connecté dont elles sont obtenues.

Selon un aspect particulier de l'invention, le procédé de gestion d'un annuaire d'objets connectés est caractérisé en ce que, pour un objet connecté donné, l'étape d'obtention de ladite au moins une première information comprend une étape de réception de ladite au moins une première information récupérée, transmise par ladite plate-forme, si ladite plateforme n'est pas intégrée audit système de base de données.

Ainsi, selon ce mode de réalisation de l'invention, le procédé de gestion de l'annuaire est implémenté dans un système de base de données qui peut être distinct des plateformes utilisées classiquement dans l'état de la technique pour collecter, stocker et gérer l'accès à des données issues d'objets connectés. Ainsi, un système de base de données mettant en œuvre le procédé de gestion d'annuaire selon l'invention est apte à s'interfacer en même temps avec plusieurs de ces plateformes de l'état de la technique.

Selon une caractéristique particulière de l'invention, le procédé de gestion d'un annuaire d'objets connectés est caractérisé en ce que ledit système de base de données effectue l'étape suivante, pour au moins un des objets connectés : modification de ladite au moins une première information sur requête d'un propriétaire dudit objet connecté.

Ainsi, selon ce mode de réalisation de l'invention, le propriétaire d'un objet peut modifier les premières informations relatives à ses objets connectés référencés dans l'annuaire afin de maintenir celui-ci à jour.

L'invention concerne également un procédé d'utilisation d'un annuaire d'objets connectés, caractérisé en ce qu'un système de base de données, comprenant une base de données formant un annuaire d'objets connectés et stockant pour chacun d'une pluralité d'objets connectés au moins une première information relative audit objet connecté, effectue les étapes suivantes :

réception d'une requête venant d'un utilisateur et comprenant au moins un critère de recherche relatif auxdites premières informations obtenue via une interface homme-machine, lors d'une connexion dudit objet connecté donné à une plate-forme (PF1, PF), configurée pour collecter, stocker et gérer l'accès à des données issues d'objets connectés ;

en réponse à ladite requête, transmission à l'utilisateur d'une liste d'un ou plusieurs objets connectés résultant d'une interrogation de ladite base de données avec ledit au moins un critère de recherche, ladite liste comprenant, pour chaque objet connecté listé, une information d'accès aux données issues dudit objet connecté listé. Ainsi, l'invention concerne également un procédé d'utilisation d'un annuaire d'objets connectés permettant à un utilisateur d'effectuer des recherches thématiques afin des trouver des objets connectés susceptibles de lui fournir des données l'intéressant.

Selon un mode de réalisation particulier de l'invention, le procédé d'utilisation d'un annuaire d'objets connectés est caractérisé en ce que, en réponse à ladite requête, ledit système de base de données transmet à l'utilisateur, pour au moins un objet connecté de la liste, au moins une deuxième information permettant d'apprécier la pertinence des données issues dudit objet connecté.

Ainsi, selon ce mode de réalisation de l'invention, l'information de pertinence des données associées aux objets connectés listés dans la réponse à sa requête est également fournie à l'utilisateur, lui permettant par là-même de se faire une idée de la confiance qu'il peut avoir en ces données.

Selon une caractéristique particulière de l'invention, le procédé d'utilisation d'un annuaire d'objets connectés est caractérisé en ce que ladite au moins une information d'accès appartient au groupe comprenant, pour un objet connecté donné de la liste :

• au moins un paramètre de mise en relation directe ou indirecte avec un propriétaire de l'objet donné ;

• un identifiant de l'objet donné ;

• au moins un paramètre d'accès à un dispositif stockant des données issues de l'objet donné.

Ainsi, selon un mode de réalisation de l'invention, les informations obtenues par l'utilisateur en réponse à sa requête lui permettent de rentrer en contact, de manière anonyme ou non, avec le propriétaire de l'objet connecté dont les informations l'intéressent. Ceci peut être utile pour clarifier avec le propriétaire certains aspects liés à l'accès aux données générées par son objet connecté. Dans un autre mode de réalisation, ces mêmes informations permettent à l'utilisateur de se connecter directement à l'objet de son choix, lui permettant ainsi de collecter les données au fur et à mesure que l'objet les génère. Dans un autre mode de réalisation, ces informations permettent à l'utilisateur de se connecter à une plateforme de stockage des données générées par l'objet connecté de son choix, toujours dans le but d'accéder à ces données.

Selon un aspect particulier de l'invention, les procédés de gestion et d'utilisation d'un annuaire d'objets connectés sont caractérisés en ce que ladite au moins une première information appartient au groupe comprenant :

des informations sur une nature de l'objet connecté ;

des informations sur un propriétaire de l'objet connecté ; des informations sur une utilisation de l'objet connecté ; des informations sur une disponibilité des données issues de l'objet connecté ;

des informations sur un partage d'identité d'un propriétaire de l'objet connecté.

Ainsi, selon ce mode de réalisation de l'invention, l'utilisateur peut effectuer une recherche thématique multicritères.

Selon une caractéristique particulière de l'invention, les procédés de gestion et d'utilisation d'un annuaire d'objets connectés sont caractérisés en ce que, pour un objet connecté donné, ladite au moins une deuxième information appartient au groupe comprenant :

des informations sur un nombre total d'utilisateurs et/ou applications ayant au moins une fois accédé à au moins une des données issues dudit objet connecté donné ;

des informations sur un nombre d'utilisateurs et/ou applications accédant, avec une période de récurrence inférieure ou égale à une période de référence, à au moins une des données issues dudit objet connecté donné ;

des informations représentant des appréciations fournies par des utilisateurs après utilisation d'au moins une des données issues dudit objet connecté donné ;

des informations caractérisant un profil d'un propriétaire dudit objet connecté donné. Ainsi, selon ce mode de réalisation de l'invention, l'information de pertinence est basée soit sur des informations statistiques de consultation, permettant de se faire une idée précise de l'intérêt suscité par ces données sur le long terme, soit sur des informations de retour d'expérience ou même sur le profil du propriétaire, permettant à l'utilisateur d'évaluer ses affinités avec la communauté d'utilisateurs de ces données ou avec le propriétaire.

L'invention concerne également un programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre pour l'exécution des procédés tel que décrit précédemment, selon ses différents modes de réalisation, lorsqu'il est exécuté sur un ordinateur.

L'invention concerne également un médium de stockage lisible par ordinateur et non transitoire, stockant un programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre pour l'exécution des procédés tel que décrit précédemment, selon ses différents modes de réalisation.

L'invention concerne également un système de base de données configuré pour gérer un annuaire d'objets connectés, caractérisé en ce qu'il comprend :

des moyens d'obtention, pour chacun d'une pluralité d'objets connectés, d'au moins une première information relative audit objet connecté via une interface homme-machine, lors d'une connexion dudit objet connecté donné à une plate-forme (PF1, PF), configurée pour collecter, stocker et gérer l'accès à des données issues d'objets connectés ; et

des moyens de stockage des premières informations, obtenues pour ladite pluralité d'objets connectés, dans une base de données formant ledit annuaire d'objets connectés et interrogeable avec au moins un critère de recherche relatif auxdites premières informations.

Ainsi, l'invention concerne également un système de base de données apte à mettre en œuvre le procédé de gestion d'annuaire selon l'invention (selon l'un quelconque des différents modes de réalisation précités).

L'invention concerne enfin un système de base de données comprenant une base de données formant un annuaire d'objets connectés et stockant pour chacun d'une pluralité d'objets connectés au moins une première information relative audit objet connecté, ledit système de base de données étant caractérisé en ce qu'il comprend :

des moyens de réception d'une requête venant d'un utilisateur et comprenant au moins un critère de recherche relatif auxdites premières informations ; et

des moyens de transmission à l'utilisateur, en réponse à ladite requête, d'une liste d'un ou plusieurs objets connectés résultant d'une interrogation de ladite base de données avec ledit au moins un critère de recherche, ladite liste comprenant, pour chaque objet connecté listé, une information d'accès aux données issues dudit objet connecté listé.

Ainsi, selon encore un autre aspect, l'invention concerne également un système de base de données apte à mettre en œuvre le procédé d'utilisation d'annuaire selon l'invention (selon l'un quelconque des différents modes de réalisation précités).

4 LISTE DES FIGURES

D'autres caractéristiques et avantages apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers de la divulgation, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels :

la figure 1 représente la configuration d'une plateforme de l'art antérieur, permettant aux propriétaires d'objets connectés de collecter et stoker des données issues de leurs objets connectés ;

les figures 2a à 2c représentent trois modes de réalisation d'un système de base de données selon l'invention, configuré pour gérer un annuaire d'objets connectés ;

les figures 3a à 3c illustrent les étapes d'un procédé de gestion d'un annuaire selon un mode de réalisation particulier de l'invention ;

la figure 4 illustre les étapes d'un procédé d'utilisation d'un annuaire d'objets connectés selon un mode de réalisation particulier de l'invention ; et la figure 5 présente un exemple de structure d'un dispositif de gestion de base de données (DG2) permettant la mise en œuvre d'au moins un des procédés des figures 3a, 3b, 3c et 4.

5 DESCRIPTION DETAILLEE

Sur toutes les figures du présent document, les éléments et étapes identiques sont désignés par une même référence.

Le principe général de la technique décrite consiste à mettre en œuvre un annuaire d'objets connectés. Plus précisément, cet annuaire contient des informations relatives à des objets connectés dont les données peuvent être utilisées par des personnes autres que les propriétaires des objets en question. Ainsi, en consultant cet annuaire, les utilisateurs potentiels de données d'objets connectés sont informés de l'existence d'objets connectés et de la disponibilité des données générées par ces objets connectés. Un tel annuaire d'objets connectés permet à un utilisateur de rechercher, sur la base de différents critères, le ou les objets capables de fournir les données qui l'intéressent.

Par ailleurs, dans un mode de réalisation particulier de cet annuaire, la solution proposée prévoit d'associer une information de pertinence à ces données, permettant d'informer les utilisateurs potentiels sur la confiance qu'ils peuvent avoir dans les données générées par les objets connectés de propriétaires tiers.

On décrit maintenant, en relation avec les figures 2a à 2c, trois modes de réalisation d'un système de base de données mettant en œuvre les procédés de gestion et d'utilisation d'un annuaire d'objets connectés selon l'invention.

Dans le premier mode de réalisation, présenté sur la figure 2a, les procédés de gestion et utilisation d'un annuaire d'objets connectés sont mis en œuvre au sein d'un système de base de données (aussi appelé deuxième plateforme) PF2 comprenant une base de données DB2 et un dispositif de gestion de base de données DG2. La base de données DB2 permet de stoker des informations qui vont constituer l'annuaire d'objets connectés, i.e. à la fois des (premières) informations relatives aux objets connectés référencés, mais également des (deuxièmes) informations relatives à la pertinence des données issues des objets connectés référencés (i.e. des données mises à la disposition d'utilisateurs potentiels). Par ailleurs, le dispositif de gestion DG2 inclut des moyens d'obtention de ces informations, que ce soit auprès des propriétaires P d'objets connectés, ou directement auprès des objets connectés 01 à On eux-mêmes.

Plus précisément, le système de base de données PF2 est apte à s'interfacer avec une (première) plateforme PF1 de stockage de données issues d'objets connectés. Une telle plateforme PF1 est par exemple du type connu illustré sur la figure 1 et déjà décrit ci-dessus. La liaison 201 entre le système de base de données selon un mode de réalisation de l'invention PF2 et la plateforme connue PF1 peut prendre différentes formes, par exemple une liaison http.

Ainsi, le propriétaire P d'un objet connecté ayant recours à la plateforme PF1 pour le stockage de ses données, peut maintenant se connecter aussi bien à cette plateforme PF1, que directement au système de base de données PF2 selon l'invention via une liaison dédiée 200. Ces connexions peuvent se faire par exemple grâce à une application sur un terminal quelconque (smartphone, tablette...), ou même grâce à un site internet via un ordinateur. Dans la suite de ce document, lorsque le propriétaire interagit par exemple avec une plateforme ou le système de base de données, on considère implicitement que c'est via l'usage d'un dispositif permettant d'établir une telle connexion.

Ainsi, ce propriétaire peut accéder aux données de l'annuaire qui concernent ses objets connectés, dans le but éventuel de les mettre à jour. En particulier, ce propriétaire peut vouloir changer l'accessibilité aux données générées par ses objets connectés, par exemple en autorisant (ou en interdisant) leur accès à tout utilisateur, ou en définissant une liste d'utilisateur autorisés (ou non autorisés) à accéder à ces données.

Par ailleurs, un utilisateur U, qui peut ne pas être propriétaire d'un objet connecté ou, s'il en possède, qui peut souhaiter obtenir des données provenant d'objets ne lui appartenant pas, peut également se connecter au système de base de données PF2. Cette connexion 202 peut par exemple se faire également grâce à une application sur un terminal quelconque (smartphone, tablette...), ou grâce à un site internet via un ordinateur. Ainsi, dans la suite de ce document, lorsque l'utilisateur interagit par exemple avec une plateforme ou le système de base de données, on considère implicitement que c'est via l'usage d'un dispositif permettant d'établir une telle connexion. Plus particulièrement, le dispositif de gestion de base de données DG2 présente des moyens aptes à recevoir et à traiter des requêtes provenant de tels utilisateurs dans le but de leur retourner des informations sur les objets connectés (dont les données sont disponibles, avec ou sans condition), en relation avec le(s) critère(s) énoncé(s) dans leur requête. Par exemple, un utilisateur U peut envoyer une requête pour une recherche thématique sur une catégorie d'objets connectés dont les données l'intéressent. Le dispositif de gestion DG2 lui renvoie alors une liste d'objet(s) connecté(s) répondant au(x) critère(s) de la recherche. Pour chaque objet de la liste, le dispositif de gestion DG2 fournit également une information d'accès (login et mot de passe par exemple) aux données issues de cet objet connecté. Optionnellement, et comme détaillé par la suite, le dispositif de gestion DG2 fournit également diverses informations sur la disponibilité des données de ces objets, ainsi que sur leur pertinence.

On décrit maintenant, en relation avec la figure 2b, un deuxième mode de réalisation du système de base de données PF2 selon l'invention, qui s'interface avec plusieurs plateformes connues PFl à PFl' de stockage de données issues d'objets connectés (chacune étant par exemple du type connu illustré sur la figure 1 et déjà décrit ci-dessus, ou bien chacune possède une structure distincte).

Dans ce deuxième mode de réalisation, l'annuaire stocké dans la base de données BD2 du système de base de données PF2 selon l'invention peut agréger des informations relatives à des objets connectés 01 à On et Ο à On' dont les données sont initialement stockées sur différentes plateformes de stockage PFl, PFl'. Ainsi, différentes solutions de plateformes de stockage PFl, PFl' peuvent être mises en œuvre par différents opérateurs. Le système d'annuaire de la technique proposée n'est alors que plus efficace pour fournir des informations exhaustives et pertinentes sur les objets connectés intéressant un utilisateur effectuant une recherche.

Alternativement, dans le troisième mode de réalisation représenté sur la figure 2c, le système de base de données PF2 selon l'invention, ainsi que la plateforme connue de stockage PFl sont fusionnés en une seule entité PF qui contient alors les deux bases de données DB1 et DB2 décrites précédemment. Un dispositif de gestion commun DG met alors en œuvre à la fois les moyens d'obtention des informations destinées à former l'annuaire, les moyens de réception et de traitement des requêtes utilisateurs, ainsi que les moyens de collecte et stockage des données issues des objets connectés.

On décrit maintenant, en relation avec les figures 3a à 3c, différents modes de réalisation du procédé de gestion d'un annuaire d'objets connectés selon l'invention.

Plus particulièrement, selon le mode de réalisation illustré sur la figure 3a, des premières informations destinées à former l'annuaire sont collectées de manière automatique depuis un objet connecté O au moment de sa première connexion à la plateforme de stockage PFl. Ainsi, lors d'une étape 300, ces premières informations sont tout d'abord obtenues par le dispositif de gestion DG1 de cette plateforme de stockage PFl, avant d'être fournies, lors d'une étape 301, au dispositif de gestion DG2 du système de base de données PF2 selon l'invention. Bien sûr, dans la configuration décrite ci-dessus en relation avec la figure 2c, configuration dans laquelle le système de base de données PF2 selon l'invention et la plateforme de stockage connue PFl sont fusionnés en une seule entité, le dispositif de gestion commun DG gère ces deux étapes. Dans tous les cas, lors d'une étape 302 le dispositif de gestion DG2 ou DG apte à gérer l'annuaire stocke alors ces premières informations dans la base de données DB2 de manière à enrichir cet annuaire en créant une nouvelle entrée correspondant à ce nouvel objet connecté.

De manière avantageuse, ces premières informations peuvent être :

• des informations sur une nature de l'objet connecté (par exemple, son fournisseur, sa référence, la nature des données générées, etc.) ;

• des informations sur un propriétaire de l'objet connecté (par exemple, son âge, sa profession, ses centres d'intérêt, ses domaines de compétence, etc.) ;

• des informations sur une utilisation de l'objet connecté (par exemple, où sera-t-il placé : intérieur ou extérieur ? à quelle adresse ? etc.) ;

• des informations sur une disponibilité des données issues de l'objet connecté (par exemple, consentement ou non-consentement du propriétaire à partager, de manière gratuite ou payante, tout ou partie des données issues de l'objet connecté ; ce consentement pouvant se faire pour tous les utilisateurs tiers ou bien pour une liste d'utilisateurs tiers définie par le propriétaire de m'objet connecté) ;

• des informations sur un partage d'identité d'un propriétaire de l'objet connecté (volonté ou non du propriétaire de partager son identité) ;

•

Ces premières informations permettent à un utilisateur d'effectuer une recherche thématique afin de trouver le ou les objets connectés capable(s) de fournir les données qui l'intéressent.

Enfin, le propriétaire de l'objet connecté peut à tout moment décider de modifier ces premières informations constituantes de l'annuaire. En effet, ces premières informations peuvent être amenées à évoluer dans le temps, au gré des événements qui vont jalonner la vie de l'objet connecté et de son propriétaire. Par exemple, un propriétaire ayant initialement choisit de partager les données d'un de ses objets connectés, peut ultérieurement décider de les garder pour son usage personnel. Ainsi, dans le mode de réalisation de la figure 3a, ce propriétaire peut se connecter directement, lors d'une étape 303, au système de base de données PF2, et modifier les premières informations en ce sens, via le dispositif de gestion du système DG2. Les premières informations ainsi modifiées sont alors stockées dans la base de données DB2 lors d'une étape 304.

Alternativement, lorsque l'objet connecté n'est pas apte à fournir les premières informations au système automatiquement lors de sa première connexion, ou bien si la plateforme de stockage n'est pas adaptée pour cela, le propriétaire d'un objet connecté peut décider de sa propre initiative de fournir ces premières informations au système de base de données PF2 (directement ou via la plateforme PF1). Par exemple, selon le mode de réalisation représenté sur la figure 3b, lors d'une étape 305, le propriétaire d'un objet connecté peut se connecter au système de base de données PF2 pour fournir les premières informations. Lors d'une étape 306, ces premières informations sont alors stockées dans la base de données DB2 via le dispositif de gestion DG2. Là encore, le propriétaire peut modifier à tout moment ces premières informations en se connectant à nouveau, lors d'une étape 307, au système de base de données PF2. Les premières informations modifiées selon sa volonté sont alors stockées dans la base de données DB2 lors d'une étape 308.

Les modes de réalisation des figures 3a et 3b peuvent être utilisés conjointement, de sorte que pour au moins un objet connecté, certaines premières informations sont fournies automatiquement au système (lors de la première connexion de l'objet connecté à la plate-forme PFl) et d'autres premières informations sont fournies par le propriétaire (via une interface homme-machine, lors de la première connexion de l'objet connecté à la plate-forme PFl).

Ainsi, quelle que soit la nature des objets connectés 01 à On ainsi que de la ou les plateformes de stockage PFl, un annuaire peut être créé et maintenu par le dispositif de gestion DG2 ou DG du système de base de données PF2, avec les premières informations stockées dans la base de données BD2.

Dans le mode de réalisation représenté sur la figure 3c (utilisé conjointement avec au moins un des modes de réalisation des figures 3a et 3b), lors d'une étape 309 le dispositif de gestion DG2 du système de base de données PF2 est également apte à obtenir, pour au moins un objet connecté (et préférentiellement pour tous), une deuxième information permettant d'apprécier la pertinence des données issue de cet objet connecté. Lors d'une étape 310, cette deuxième information est également stockée dans la base de données DB2, en association avec les premières informations. Ceci permet d'enrichir l'annuaire.

Par exemple, ces deuxièmes informations peuvent correspondre à :

• des informations sur un nombre total d'utilisateurs et/ou applications ayant au moins une fois accédé à au moins une des données issues d'un objet connecté donné ;

• des informations sur un nombre d'utilisateurs et/ou applications accédant, avec une période de récurrence inférieure ou égale à une période de référence, à au moins une des données issues d'un objet connecté donné ; • des informations (notes et/ou avis par exemple) représentant des appréciations fournies par des utilisateurs après utilisation d'au moins une des données issues d'un objet connecté donné ;

• des informations caractérisant un profil d'un propriétaire d'un objet connecté donné (le profil précise par exemple les domaines de compétence du propriétaire, le nombre d'objets qu'il possède et depuis combien de temps, le nombre d'utilisateurs et/ou applications qui utilisent ses données, etc.) ;

•

On décrit maintenant, en relation avec la figure 4 un mode de réalisation du procédé d'utilisation d'un annuaire d'objets connectés selon l'invention.

Ainsi, selon ce mode de réalisation, lors d'une étape 400 un utilisateur U envoie une requête au système de base de données PF2 selon l'invention. Avantageusement, cette requête comprend un critère de recherche relatif aux premières informations. Le dispositif de gestion DG2 du système PF2 va alors analyser cette requête et, lors d'une étape 401, effectuer une recherche parmi les informations contenues dans la base de données DB2. Lors d'une étape 402, un résultat est alors produit sur la base des informations répondant aux critères de recherche. Lors d'une étape 403, le dispositif de gestion DG2 peut alors fournir une réponse à l'utilisateur U.

Par exemple, cette réponse peut prendre la forme d'une liste d'objets connectés produisant des données en adéquation avec les attentes de l'utilisateur.

Dans le cas de la variante de réalisation illustrée sur la figure 3c, chaque objet connecté de cette liste est associé à une information de pertinence, relative à la pertinence des données issues de cet objet connecté.

La liste comprend par exemple, pour chaque objet connecté listé, une ou plusieurs des informations d'accès suivantes, permettant (directement ou indirectement) d'accéder aux données issues de cet objet :

• un ou plusieurs paramètres de mise en relation directe ou indirecte avec le propriétaire de l'objet (pour une mise en relation directe, le paramètre est par exemple un identifiant du propriétaire (numéro de téléphone, adresse email, etc.) et pour une mise en relation indirecte, il s'agit par exemple d'un jeu de paramètres d'accès au propriétaire de l'objet via un service de messagerie masquée (conservant l'anonymat de l'utilisateur et/ou du propriétaire)) ;

• un identifiant de l'objet lui-même (adresse IP, etc.) ;

• un ou plusieurs paramètres d'accès aux données issues de l'objet et stockées dans la base de données DB1 (par exemple un couple login/mot de passe permettant de se connecter à la plateforme PF1).

Prenons l'exemple d'un utilisateur ayant besoin de données de température pour le bon fonctionnement d'une application qu'il a installée sur son smartphone. Après consultation de l'annuaire et obtention d'une information d'accès du deuxième type (identifiant de l'objet lui-même, par exemple l'adresse IP d'un capteur de température connecté), l'utilisateur fournit cette information d'accès à son application, pour que celle-ci puisse aller chercher les données de température directement auprès de ce capteur connecté, au fur et à mesure de ses besoins.

Dans une variante, l'information d'accès est du troisième type, par exemple un couple login/mot de passe permettant à l'application de l'utilisateur d'aller chercher les données de température en se connectant à la plateforme PF1, avec des droits suffisants pour accéder aux données de température souhaitées, qui sont stockées dans la base de données DB1.

Dans une autre variante, l'information d'accès est du premier type (paramètres de mise en relation directe ou indirecte avec le propriétaire de l'objet). Le système de base de données PF2 peut offrir à l'utilisateur la possibilité de le mettre directement en relation avec le propriétaire d'un objet connecté dont les données produites l'intéressent. Cette mise en relation peut prendre diverses formes, par exemple par échange de messages, par appel téléphonique ou tout autre mode de communication. Si besoin, cette mise en relation peut être réalisée de telle sorte que chacune des deux personnes peut, si elle le souhaite, ne pas divulguer son identité à l'autre personne. Ainsi, grâce à cette fonctionnalité, les deux personnes peuvent communiquer directement dans le but de conclure les modalités de la fourniture des données produites par l'objet connecté du propriétaire à l'utilisateur intéressé. Cette approche peut être particulièrement intéressante lorsque le propriétaire veut monétiser ses données et souhaite donc affiner certains aspects de la transaction avec l'utilisateur intéressé.

Dans ces exemples, une fois obtenue l'information d'accès, l'utilisateur peut accéder aux données de l'objet connecté indépendamment du système de base de données PF2 selon l'invention.

Dans une mise en œuvre particulière, le propriétaire P d'un objet connecté, dont les données sont effectivement lues par l'application d'un utilisateur U, est averti de cette lecture. Cet avertissement à destination du propriétaire de l'objet peut être émis par l'objet lui-même le cas échéant, ou éventuellement par la plateforme de stockage PF1. Mais il est possible que ce soit le système de base de données PF2 selon l'invention qui s'en charge lorsque cette information remonte jusqu'à lui.

Ainsi, un propriétaire averti de cette lecture peut décider de modifier l'accessibilité à ses données, par exemple en ajoutant un mot de passe, ou en en conditionnant l'accès via une formule d'abonnement par exemple. Ce propriétaire peut alors mettre à jour les premières informations liées à son objet dans l'annuaire selon le procédé décrit en relation avec la figure 3b.

Quand un objet connecté tombe en panne ou est déconnecté (volontairement ou non), l'application de l'utilisateur ne peut plus accéder à de nouvelles données générées par cet objet. Dans une mise en œuvre particulière, la plateforme de stockage PF1 ou le système de base de données PF2 envoie un message d'erreur à l'application de l'utilisateur quand celle-ci tente d'accéder aux données de cet objet.

Dans ce cas, il peut être souhaitable de prévenir les autres utilisateurs de cet objet qu'il ne sera plus disponible à l'avenir. Pour ce faire, les premières informations de l'annuaire liées à cet objet doivent tout d'abord être mises à jour. Cela peut se faire automatiquement, par exemple si la remontée des premières informations se fait de manière automatique depuis l'objet, comme décrit en relation avec le mode de réalisation représenté sur la figure 3a, ou de manière volontaire par le propriétaire, par exemple si la remontée des premières informations se fait de cette manière comme décrit en relation avec le mode de réalisation représenté sur la figure 3b. Cette mise à jour peut alors être diffusée à tous les utilisateurs qui avaient sélectionné cet objet à la suite d'une recherche antérieure avec l'annuaire.

La figure 5 présente un exemple de structure du dispositif de gestion de base de données DG2, permettant la mise en œuvre d'au moins un des procédés des figures 3a, 3b, 3c et 4.

Le dispositif DG2 comprend une mémoire vive 53 (par exemple une mémoire RAM), une unité de traitement 52, équipée par exemple d'un processeur, et pilotée par un programme d'ordinateur stocké dans une mémoire morte 51 (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive 53 avant d'être exécutées par le processeur de l'unité de traitement 52.

Cette figure 5 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser les différents algorithmes détaillés ci-dessus, en relation avec les figures 3a, 3b, 3c et 4. En effet, la technique de l'invention se réalise indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel).

Dans le cas où l'invention est implantée sur une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d'instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur.