Brevet FR3105901A1 — publié le 20210702

L’invention porte sur un procédé (100) de partage de fonctionnalités des IoTs dans une infrastructure d’objets connectés comprenant au moins un IoT demandeur (IoT1), au moins un IoT fournisseur (IoT2) et au moins un dispositif (1) de partage, ledit procédé de partage des fonctionnalités des IoTs comprenant : - une étape (110) de connexion de l’IoT demandeur (IoT1) à l’au moins un dispositif de partage (1), - une étape (200) de communication entre l’IoT demandeur (IoT1) et le dispositif de partage (1) comprenant la réception (201) par le dispositif de partage (1) d’un message de requête (MR) comprenant des données de fonctionnalités recherchées par l’IoT demandeur (IoT1), - une étape (400) de recherche, par le dispositif de partage (1) et parmi les données de fonctionnalité proposées (RP) préalablement mémorisées sur sa mémoire, d’une correspondance entre les données de fonctionnalités recherchées (RR) et les données de fonctionnalités proposées (RP) de façon à identifier un IoT fournisseur (IoT2) proposant la fonctionnalité recherchée (RR) par l’IoT demandeur (IoT1), - une étape (600) d’envoi, par le dispositif de partage (1) d’un message comportant des données sur un protocole de communication (PC) avec l’IoT fournisseur (IoT2) pour l’accès à la fonctionnalité recherchée (RR) par l’IoT demandeur (IoT1), et - une étape (800) d’envoi, par l’IoT demandeur (IoT2) d’un message de requête de partage (MRP) de fonctionnalités recherchée entre l’IoT demandeur (IoT1) et l’IoT fournisseur (IoT2) selon le protocole de communication (PC). Figure 3A Procédé de partage de fonctionnalités des IoTs et Dispositif de partage L’invention s’intéresse au domaine objets connectés (IoTs ou « Internet of Things » en terminologie anglo-saxonne), et plus particulièrement aux fonctionnalités des IoTs. L’invention concerne un procédé de partage de fonctionnalités des IoTs dans une infrastructure d’objets connectés. L’invention concerne en outre un dispositif de partage pour le partage de fonctionnalités des IoTs dans une infrastructure d’objets connectés. Historiquement, les entités adressables sur le réseau Internet étaient uniquement des éléments d’information numériques, à savoir des pages HTML ou d’autres fichiers accessibles en ligne, et identifiables par des adresses URL de sites web, par exemple. Considéré comme la troisième révolution de l’internet, l’internet des objets ou IdO (en anglais « Internet Of Things », ou IoT) peut être regardé comme l'extension d'Internet à des éléments physiques. L'internet des objets désigne l’ensemble des objets connectés à internet et correspond au domaine des Nouvelles Technologies de l’Information et de la Communication qui est en pleine expansion. Les dispositifs électroniques concernés par ces applications sont appelés des objets connectés, en ce sens qu’ils interagissent au travers de sous-réseaux locaux pouvant être connectés à un réseau central comme l’Internet. Ainsi, une définition de l’internet des objets est proposée dans l’ouvrage intitulé « L’internet des objets », de Pierre-Jean Benghozi, Sylvain Bureau, et Françoise Massit-Folléa publié aux Éditions de la Maison des sciences de l’homme, Chapitre 1, pp. 15-23, comme étant « un réseau de réseaux qui permet, via des systèmes d’identification électronique normalisés et unifiés, et des dispositifs mobiles sans fil, d’identifier directement et sans ambiguïté des entités numériques et des objets physiques et ainsi de pouvoir récupérer, stocker, transférer et traiter, sans discontinuité entre les mondes physiques et virtuels, les données s’y rattachant. » Plusieurs sous-réseaux locaux peuvent être intégrés à un même réseau d’objets connectés. Un tel réseau d’objets connectés, aussi appelé réseau local dans la suite, comprend alors plusieurs passerelles de connexion, propres à chaque sous-réseau, auxquelles sont respectivement connectés un ou plusieurs objets connectés. Chaque passerelle de connexion assure le routage de messages qui transitent, d’une part, entre les différents objets connectés du réseau local et, d’autre part, entre les objets connectés du réseau local et un réseau de transport de données (comme par exemple Internet). Les usages des objets connectés sont très variés et peuvent aller du domaine de l’e-santé à celui de la domotique en passant par les téléphones mobiles, le concept d’environnement intelligent et notamment de ville intelligente (ou « Smart City », en anglais), la surveillance (en anglais : « monitoring ») d’installations industrielles, les transports et la logistique, les voitures autonomes, l’agriculture, domotique etc. Les objets connectés envahissent un peu plus chaque jour notre quotidien. On comptait 4,9 milliards d’objets en 2015. On parle de 25 à 150 milliards d’objets connectés en 2025. A cette croissance exponentielle, s’ajoute une très grande diversité des domaines d’applications : santé, transport, commerce, domotique… Le nombre et la diversité constituent un vrai défi technique pour l’accès aux ressources de l’ensemble de ces objets. En particulier, l’augmentation du nombre d’objets connectés à Internet entraine une augmentation de la consommation en énergie et un besoin en ressource accru. Par ailleurs, chaque IoT offre ses propres fonctionnalités et présente ses propres ressources. Ainsi pour bénéficier d’une pluralité de fonctionnalités, il est nécessaire de posséder une pluralité d’IoTs. Ce qui augmente également de façon croissante le nombre d’IoTs et donc une augmentation de la consommation en énergie et le besoin en ressource. En outre, la fabrication d’IoT présentant une pluralité de ressources utiles à une seule fonctionnalité augmente d’une part les coûts de fabrication et la consommation en ressource mais également les moyens de traitements dédiés et nécessaires à la réalisation de la fonction. Une conséquence directe est la démultiplication du nombre d’IoTs nécessaires au sein des réseaux domestiques ou d’entreprises ou réseaux locaux pour assurer une couverture complète ou du moins aussi large que possible d’une pluralité de fonctionnalités accessibles aux dits réseaux en fonction des choix des utilisateurs. De plus, outre le fait que chaque sous-réseau peut s’appuyer sur une technologie qui lui est propre pour sa connectivité à l’Internet (par exemple avec une Box ADSL, une BOX 4G, une connexion WiMax, une connexion Satellite, un téléphone portable…), chaque passerelle de connexion utilise potentiellement une ou plusieurs interfaces de communication différentes. Typiquement, les passerelles de connexion d’un réseau d’objets connectés peuvent utiliser des interfaces Ethernet, des interfaces WIFI, des interfaces Bluetooth, des interfaces RF433 ou encore des interfaces IrDA. Ainsi, l’interconnexion entre différentes passerelles de connexion suppose que chaque passerelle de connexion soit capable d’assurer ses fonctions de routage quelles que soient les différentes interfaces de communication utilisées par les différentes passerelles de connexion concernées. Dans un contexte de développement du « edge computing » (terminologie anglo-saxonne) ou l'informatique en périphérie de réseau, il devient important de favoriser des solutions permettant des communications de machine à machine, mais également des coopérations de machine à machine où de plus en plus d'appareils seront interconnectés et au cours desquelles les données ou les problématiques seront traitées au niveau des IoTs. Il a été proposé des procédés et dispositifs de partage de fonctions entre IoTs (EP3026871). Il a aussi été proposé des procédés et dispositifs pour réduire les coûts nécessaires pour des extensions de services fournis par les IoTs (JP2017219930). Néanmoins, à ce jour, aucune solution ne permet le partage de fonctionnalité des IoTs pour mettre en œuvre une ou plusieurs fonctionnalités, permettant de réduire les coûts de fabrication et permettant de réduire la consommation de ressources. Ainsi, il existe un besoin pour de nouveaux procédés, dispositifs ou systèmes pour permettre le partage de fonctionalités entre IoTs afin d’enrichir les fonctionnalités de IoTs de différents réseaux. [Problème technique] L’invention a donc pour but de remédier aux inconvénients de l’art antérieur. En particulier, l’invention a pour but de proposer un procédé de partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés, ledit procédé permettant de maitriser et de réduire les coûts de fabrication. Le procédé permet le partage de fonctionnalités entre IoTs, mais également de ressources, afin d’enrichir les fonctionnalités et les ressources des IoTs. En outre, le procédé selon l’invention permet également de réduire la consommation en ressources et particulièrement en ressources rares. L’invention a en outre pour but de proposer un dispositif de partage pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés, ledit dispositif permettant de réduire les coûts de fabrication ainsi que la consommation de ressources et de ressources rares, mais également de permettre aux IoTs d’offrir des fonctionnalités plus grandes qu’ils ne pourraient pas présenter sans le partage de fonctionnalités entre IoTs. L’invention se rapporte également à un système de partage pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés, ladite infrastructure d’objets connectés comprenant au moins un IoT demandeur, au moins un IoT fournisseur et au moins un dispositif de partage. [Brève description de l’invention] A cet effet, l’invention porte sur un procédé de partage de fonctionnalités entre objets connectés d’une infrastructure d’objets connectés comprenant au moins un IoT demandeur, au moins un IoT fournisseur et au moins un dispositif de partage, ledit procédé comprenant : - une étape de connexion de l’IoT demandeur à l’au moins un dispositif de partage ; - une étape de communication entre l’IoT demandeur et le dispositif de partage comprenant la réception par le dispositif de partage d’un message de requête, ledit message de requête comprenant des données de fonctionnalités recherchées par l’IoT demandeur, ledit message de requête pouvant comporter des données de fonctionnalités proposées par l’IoT demandeur ayant émis le message de requête ; - une étape de recherche, par le dispositif de partage et parmi des données de fonctionnalités proposées préalablement mémorisées, d’une correspondance entre les données de fonctionnalités recherchées et les données de fonctionnalité proposées préalablement mémorisées de façon à identifier un IoT fournisseur proposant la fonctionnalité recherchée par l’IoT demandeur ; - une étape d’envoi, par le dispositif de partage et à destination de l’IoT demandeur, d’un message comportant des données sur un protocole de communication avec l’IoT fournisseur pour l’accès à la fonctionnalité recherchée par l’IoT demandeur ; et - une étape d’envoi, par l’IoT demandeur, d’un message de requête de partage de fonctionnalité recherchée entre l’IoT demandeur et l’IoT fournisseur selon le protocole de communication. Le procédé permet de proposer des nouvelles fonctionnalités à des IoTs dépourvus des modules, mémoires, processeurs ou capteurs permettant de supporter de telles fonctionnalités. Ainsi, ils pourront mettre en œuvre de nouvelles fonctionnalités à partir de ressources mise à disposition par d’autre IoT. Ainsi, le procédé permet aux IoTs de partager et de mutualiser leurs ressources afin d’accéder à certaines fonctionnalités. Un tel procédé permet de diminuer les coûts de fabrication des IoTs et dans certains cas de réduire leur consommation en ressources rares. Ainsi, grâce au procédé selon l’invention un IoT qui peut avoir besoin de fonctionnalités nécessitant des ressources particulières non détenues par l’IoT, il peut rechercher ces fonctionnalités sur un réseau. Un tel procédé permet une collaboration entre IoTs afin par exemple de mettre en place une informatique en périphérie de réseau (« edge computing » en terminologie anglo-saxonne) de façon à traiter les données au plus près de la source de ces données. Selon d’autres caractéristiques optionnelles du procédé : - il comprend une étape de centralisation, par le dispositif de partage, de l’ensemble des données de fonctionnalités proposées des différents IoTs présents sur l’infrastructure d’objets connectés, la centralisation permet d’optimiser l’étape de recherche et d’améliorer l’efficacité du procédé en améliorant le partage des fonctionnalités. En outre, la centralisation permet un gain de temps. Grâce à la centralisation, l’ensemble des données de fonctionnalités proposées sont regroupées ce qui se traduit également par un accès à des données de fonctionnalités plus étendues et de façon optimisée. - le message de requête de partage comprend un protocole de communication pour accéder à la fonctionnalité proposée. Ceci permet de favoriser le partage de fonctionnalité entre IoTs. - il comprend une étape de centralisation, par le dispositif de partage, de l’ensemble des données de fonctionnalités recherchées des différents IoTs présents sur l’infrastructure d’objets connectés, la centralisation permet d’optimiser l’étape de recherche et d’améliorer l’efficacité du procédé en améliorant le partage des fonctionnalités. En outre, la centralisation permet un gain de temps. Grâce à la centralisation, l’ensemble des données de fonctionnalités proposées sont regroupées ce qui se traduit également par un accès à des données de fonctionnalités plus étendues et de façon optimisée. - il comprend une étape de mémorisation des données de fonctionnalités recherchées et des données de fonctionnalités proposées, par le dispositif de partage, ladite mémorisation pouvant être locale, distante, partagée, la mémorisation permet l’enregistrement et le stockage des données de fonctionnalités de chaque IoT communiquant avec le dispositif de partage. En outre, la mémorisation permet au dispositif de partage d’augmenter et d’améliorer l’accessibilité aux différentes données de fonctionnalités des IoTs présents sur l’infrastructure d’objets connectés. Ceci se traduit notamment par un gain de temps. - il comprend une étape de mise à jour des données de fonctionnalités recherchées mémorisées et des données de fonctionnalités proposées mémorisées, selon une ou plusieurs fréquences paramétrables. La mise à jour permet d’assurer une conformité des données de fonctionnalités proposées et recherchées tout en permettant d’actualiser les données en fonctionnalités proposées et recherchées. En outre, la mise à jour permet une correspondance des données de fonctionnalités recherchées et proposées de l’état actuel des besoins des IoTs. En outre, la mise à jour permet d’améliorer l’efficacité du partage des fonctionnalités entre IoTs. De façon avantageuse la mise à jour peut aussi permettre de corriger une potentielle anomalie. - il comprend une étape de mise à disposition des données de fonctionnalités proposées du ou des IoTs fournisseur de façon continue, ponctuelle ou selon une fréquence d’utilisation, ceci permet d’adapter le partage en fonctionnalités en fonction des besoins en fonctionnalités et en ressources des IoTs. Selon un autre aspect , l’invention se rapporte à un dispositif de partage pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés, ladite infrastructure d’objets connectés comprenant au moins un IoT demandeur et au moins un IoT fournisseur, ledit dispositif de partage comportant une mémoire de donnée configurée pour mémoriser des données de fonctionnalités proposées d’objets connectés de l’infrastructure d’objets connectés, ledit dispositif de partage étant configuré pour : - communiquer avec l’IoT demandeur et recevoir un message de requête, ledit message de requête comprenant des données de fonctionnalités recherchées par l’IoT demandeur, et recevoir des données de fonctionnalités proposées de l’IoT demandeur, - rechercher, parmi les données de fonctionnalités proposées préalablement mémorisées sur sa mémoire, une correspondance entre les données de fonctionnalités recherchées et les données de fonctionnalités proposées de façon à identifier un IoT fournisseur proposant la fonctionnalité recherchée par l’IoT demandeur, et - transmettre, à l’IoT demandeur, un message comportant un protocole de communication avec l’IoT fournisseur pour l’accès à la fonctionnalité recherchée par l’IoT demandeur. Selon un autre aspect , l’invention concerne un système de partage pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés, ladite infrastructure d’objets connectés comprenant au moins un IoT demandeur et au moins un IoT fournisseur, ledit système de partage comprenant en outre un dispositif de partage comportant une mémoire de donnée configurée pour mémoriser des données de fonctionnalités proposées d’objets connectés de l’infrastructure d’objets connectés et étant configuré pour : - communiquer avec l’IoT demandeur et recevoir un message de requête, ledit message de requête comprenant des données de fonctionnalités recherchées par l’IoT demandeur, et recevoir des données de fonctionnalités proposées de l’IoT demandeur, - rechercher, parmi les données de fonctionnalités proposées préalablement mémorisées sur sa mémoire, une correspondance entre les données de fonctionnalités recherchées et les données de fonctionnalités proposées de façon à identifier un IoT fournisseur proposant la fonctionnalité recherchée par l’IoT demandeur, et - transmettre, à l’IoT demandeur, un message comportant un protocole de communication avec l’IoT fournisseur pour l’accès à la fonctionnalité recherchée par l’IoT demandeur. Selon un autre aspect , l’invention concerne un produit programme d’ordinateur pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé selon l’invention. D'autres mises en œuvre de l’invention comprennent des systèmes informatiques, des appareils et des programmes informatiques correspondants enregistrés sur un ou plusieurs dispositifs de stockage informatiques, chacun étant configuré pour effectuer les actions d’un procédé selon l’invention. En particulier, un système d’un ou de plusieurs ordinateurs peut être configuré pour effectuer des opérations ou des actions particulières, notamment un procédé selon l’invention, grâce à l’installation d’un logiciel, micrologiciel, matériel ou d’une combinaison de logiciels, micrologiciels ou matériel installé sur le système. En outre, un ou plusieurs programmes informatiques peuvent être configurés pour effectuer des opérations ou des actions particulières grâce à des instructions qui, lorsqu'elles sont exécutées par un appareil de traitement de données, obligent l'appareil à effectuer les actions. D’autres avantages et caractéristiques de l’invention apparaitront à la lecture de la description suivante donnée à titre d’exemple illustratif et non limitatif, en référence aux Figures annexées : un schéma montrant une architecture de réseaux locaux comprenant plusieurs objets connectés dont un objet connecté pouvant utiliser plusieurs réseaux locaux. représente un diagramme d’un mode de réalisation du procédé selon l’invention. [Fig 3B] deux diagrammes fonctionnels illustrant un mode de réalisation du procédé et les échanges au sein d’une architecture informatique selon un mode de réalisation de l’invention. un schéma montrant l’architecture d’un dispositif de partage selon un mode de réalisation de l’invention. représente un schéma d’un système de partage selon un mode de réalisation de l’invention. représente un schéma d’un système de partage selon un mode de réalisation de l’invention. Des aspects de la présente invention sont décrits en référence à des organigrammes et / ou à des schémas fonctionnels de procédés, d'appareils (systèmes) et de produits de programme d'ordinateur selon des modes de réalisation de l'invention. Sur les figures, les organigrammes et les schémas fonctionnels illustrent l'architecture, la fonctionnalité et le fonctionnement d'implémentations possibles de systèmes, de procédés et de produits de programme d'ordinateur selon divers modes de réalisation de la présente invention. A cet égard, chaque bloc dans les organigrammes ou blocs-diagrammes peut représenter un système, un dispositif, un module ou un code, qui comprend une ou plusieurs instructions exécutables pour mettre en œuvre la ou les fonctions logiques spécifiées. Dans certaines implémentations, les fonctions associées aux blocs peuvent apparaître dans un ordre différent que celui indiqué sur les figures. Par exemple, deux blocs montrés successivement peuvent, en fait, être exécutés sensiblement simultanément, ou les blocs peuvent parfois être exécutés dans l'ordre inverse, en fonction de la fonctionnalité impliquée. Chaque bloc des schémas de principe et / ou de l'organigramme, et des combinaisons de blocs dans les schémas de principe et / ou l'organigramme, peuvent être mis en œuvre par des systèmes matériels spéciaux qui exécutent les fonctions ou actes spécifiés ou effectuer des combinaisons de matériel spécial et d'instructions informatiques. [Description de l’invention] Dans la suite de la description, on entend par « objets connectés » un dispositif ou système électronique connecté, de préférence sans fil, à un réseau et pouvant partager des informations avec un serveur, un ordinateur, une tablette électronique, un smartphone, un réfrigérateur, une imprimante ou tout autre appareil électronique apte à se connecter à un réseau de communication. On entend par « IoT fournisseur » au sens de l’invention un objet connecté apte à échanger une ou plusieurs fonctionnalités, une ou plusieurs informations, une ou plusieurs capacités, une ou plusieurs fonctionnalités ou de manière plus globale au moins un service sur requête d’un IoT demandeur. On entend par « IoT demandeur » au sens de l’invention un objet connecté apte à envoyer un message de requête. L’expression « sous-réseau » ou « réseau local » au sens de l’invention correspond par exemple à des réseaux locaux, auxquels sont connectés des objets connectés, servis chacun par au moins une passerelle de connexion à un réseau principal tel qu’Internet. L’expression « réseau principal » au sens de l’invention est un réseau étendu, à haut débit, utilisant un protocole de transport fiable en mode connecté, comme par exemple le protocole TCP/IP (TCP ou « Transmission Control Protocol » étant un protocole de couche 4 du modèle OSI ou « Open Systems Interconnection » selon une terminologie anglo-saxonne, sur IP qui est un protocole de la couche 3 du modèle OSI). Le protocole TCP/IP est documenté dans la RFC 7931 de l’IETF (« Internet Engineering Task Force » selon une terminologie anglo-saxonne). Il peut s’agir par exemple d’un réseau Internet . On entend par « passerelle » ou « passerelle de connexion » au sens de l’invention, un équipement assurant la connexion entre des équipements appartenant à des réseaux différents, par exemple assurant la connexion des équipements d’un réseau local (adresses IP locales, pour « Internet Protocol » selon une terminologie anglo-saxonne) et des services internet (adresses IP publiques). De ce fait, une telle passerelle possède les deux types d'adresses IP. Son adresse IP publique, attribuée par le fournisseur d’accès internet, plus communément désigné par l’acronyme « FAI », lui permet d'échanger les données avec le réseau Internet. Son adresse IP locale lui permet d'échanger des données avec les équipements du réseau local. Elle est généralement spécifique et attribuée par défaut par le FAI. On entend par « disponibilité » au sens de l’invention une période de temps dont un ou plusieurs intervalles temporels sont libres d’accès pour permettre aux IoTs de se connecter à Internet, au dispositif de partage, à une passerelle de connexion ou encore à un IoT présent dans l’infrastructure d’objets connectés. On entend par « période de temps » au sens de l’invention une durée dans le temps pouvant comprendre une pluralité d’intervalles temporel. Une période peut correspondre à un ou plusieurs jours, une ou plusieurs semaines, un ou plusieurs mois, une ou plusieurs années, mais aussi à des périodes plus courtes telles qu’une ou plusieurs heures. Par « intervalle temporel » au sens de l’invention on entend un espace-temps, limité dans le temps entre deux instants. Un intervalle de temps peut correspondre à un ou plusieurs jours, une ou plusieurs semaines, un ou plusieurs mois, une ou plusieurs années, mais aussi à des périodes plus courtes telles qu’une ou plusieurs heures. De préférence un intervalle temporel comprend un indicateur de début et de fin accompagné d’une durée ou bien un intervalle temporel comprend un indicateur de début ou de fin, l’indicateur étant accompagné d’une durée. Au sens de l’invention « message » correspond à un message envoyé entre des objets connectés au travers d’au moins une passerelle ou entre objet connecté et passerelle ou encore entre passerelles ou encore entre IoT et dispositif de partage ou entre passerelle de connexion et dispositif de partage ; et comprenant des données pouvant inclure des informations relatives à leur état et à celui de leur environnement, des données de fonctionnalités recherchées ou des données de fonctionnalités proposées, un protocole de communication ou encore un identifiant. Le format de ces données peut par exemple correspondre à des fichiers, à des flux média (vidéo, son) ou encore à des valeurs codées. On entend par « message de requête » au sens de l’invention un message envoyé par au moins un objet connecté et comprenant des données de fonctionnalités recherchée par l’objet connecté demandeur ou des données de fonctionnalités proposée par l’IoT demandeur ou des données de fonctionnalités proposées par un IoT fournisseur. Les termes ou expressions « application », « logiciel », « code de programme », et « code exécutable » signifient toute expression, code ou notation, d'un ensemble d'instructions destinées à provoquer un traitement de données pour effectuer une fonction particulière directement ou indirectement (e.g. après une opération de conversion vers un autre code). Les exemples de code de programme peuvent inclure, sans s'y limiter, un sous-programme, une fonction, une application exécutable, un code source, un code objet, une bibliothèque et/ou tout autre séquence d'instructions conçue pour l'exécution sur un système informatique. On entend par « processeur », au sens de l’invention, au moins un circuit matériel configuré pour exécuter des opérations selon des instructions contenues dans un code. Le circuit matériel peut être un circuit intégré. Des exemples d'un processeur comprennent, sans s'y limiter, une unité de traitement central, un processeur graphique, un circuit intégré spécifique à l'application (« ASIC » selon une terminologie anglo-saxonne) et un circuit logique programmable. Un seul processeur ou plusieurs autres unités peuvent être utilisées pour mettre en œuvre l’invention. On entend par « module » au sens de l’invention, un dispositif, un élément physique ou virtuel pouvant faire partie d’un système et pouvant posséder ses propres mécanismes interne (pilotes et périphériques etc…), capacités et fonctionnalités. Un module au sens de l’invention peut correspondre à une extension, une carte, un code, un pilote, un programme, un logiciel, un disque, un fichier, une extension, un équipement informatique, un composant ou périphérique, etc… Par « sonde » ou « sonde informatique », on entend au sens de l’invention un logiciel associé à un équipement qui permet d’effectuer, de gérer et de faire remonter vers un équipement informatique des mesures, des valeurs de paramètres, des données de connectivité etc. ... On entend par « ressources » au sens de l’invention l’aptitude d’un objet connecté à réaliser, faire, ou mettre en œuvre une fonctionnalité. Par exemple il peut s’agir d’une fonction de stockage, d’un code, d’un programme ou sous-programme, une séquence d’instructions mais également de ressource physique telle que mémoire, CPU, disque, capteurs. On entend par « fonctionnalité » au sens de l’invention une action particulière qui amène une possibilité ou la réalisation d’une certaine tâche, action. Par exemple une fonctionnalité peut être téléphoner, envoyer un message, photographier, filmer, lire, guider, surveiller, stocker, calculer etc... Une fonctionnalité désigne ainsi ce qui est perceptible. On entend par « des données de fonctionnalités recherchées » au sens de l’invention des données relatives à une ou plusieurs fonctions manquantes à un IoT demandeur pour optimiser son fonctionnement ou mettre en œuvre une de ses fonctionnalités. Cela peut par exemple correspondre à des capteurs, des capacités de calcul, un besoin de stockage, etc … On entend par « des données de fonctionnalités proposées » au sens de l’invention des données relatives à une ou plusieurs fonctions détenues par un IoT fournisseur et que l’IoT fournisseur pourrait mettre à disposition d’un IoT demandeur pour optimiser son fonctionnement ou mettre en œuvre une de ses fonctionnalités . On entend par « ressources rares » au sens de l’invention des ressources de préférence minérales, par exemple Lithium, Or, mais aussi des composants rare tel que des composants présentant un coût de fabrication, de production ou d’achat élevé. On entend par « correspondance » au sens de l’invention au moins 50 % d’identité entre au moins deux entités, de préférence au moins 70 % et de manière encore plus préférée au moins 90 % d’identité entre au moins deux entités. Une « entité » peut être considérée comme une ou plusieurs listes, un ou plusieurs fichiers, un ensemble de données ou une donnée, pouvant être sous différents formats. On entend par « partage » au sens de l’invention, un échange, de préférence sans contrepartie, une mise à disposition ou fourniture ou encore l’allocation ou la procuration de données de fonctionnalités. Dans les revendications, le terme " comprendre " ou " comporte r" n’exclut pas d’autres éléments ou d’autres étapes. Dans la suite de la description, les mêmes références sont utilisées pour désigner les mêmes éléments. Les signes de référence ne sauraient être compris comme limitant la portée de l’invention. En outre, les différentes caractéristiques présentées et/ou revendiquées peuvent être avantageusement combinées. Leur présence dans la description ou dans des revendications dépendantes différentes, n’excluent pas cette possibilité. Les objets de notre quotidien ou de nos industries sont de plus en plus souvent connectés et aptes à échanger des données avec Internet. En outre, il existe de plus en plus d’objets connectés présentant une pluralité de fonctionnalités et où chacun de IoT n’aura pas les mêmes ressources ni même capacité pour mettre en œuvre chaque fonctionnalité. Ainsi, un appareil réfrigérateur connecté ne possède pas les ressources et fonctionnalités nécessaires et requises pour utiliser les données d’un capteur d’une sonde de température d’une station météo connectée. Or l’accès à cette donnée de température permettrait au réfrigérateur d’optimiser sa régulation du froid. Le réfrigérateur connecté peut fonctionner sans cette sonde mais ses fonctionnalités seront alors réduites et peu optimisées. En outre, l’ajout d’une sonde directement au réfrigérateur augmenterait ses coûts de fabrication. Ainsi, les inventeurs ont développé un nouveau procédé 100 de partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés, ladite infrastructure d’objets connectés comprenant au moins un IoT demandeur IoT1, au moins un IoT fournisseur IoT2 et au moins un dispositif de partage 1. Un tel procédé 100 permet d’optimiser le fonctionnement des IoTs. Le procédé 100 permet aux IoTs de partager leur fonctionnalité, leurs ressources et capacités afin d’augmenter leur fonctionnalité et d’enrichir leur fonctionnalité. Le procédé 100 permet le partage d’informations tel que des données de fonctionnalités entre IoTs pour optimiser les fonctionnalités et ressources et diminuer les coûts de fabrication. Ainsi, grâce au procédé selon l’invention un IoT qui présente des ressources mais ne possèdent pas les fonctionnalités et capacités nécessaires pour mettre en œuvre lesdites fonctionnalités, peut rechercher ces fonctionnalités et capacités sur l’infrastructure d’objets connectés pour mettre en œuvre ses fonctionnalités. Le procédé permet une collaboration entre IoTs afin d’améliorer les fonctionnalités d’un IoT tout en optimisant les ressources. Les capacités et fonctionnalités de l’IoT demandeur sont donc améliorées (augmentées). L’invention va être décrite dans le contexte d’une infrastructure d’objets connectés comportant un sous réseau pouvant être relié à un réseau principal. L’invention ne se limite pas, toutefois, à cet exemple, et peut trouver des applications dans toutes autres configurations dans laquelle il y a un ou plusieurs sous-réseaux communiquant ou non entre eux, comprenant un ou plusieurs dispositifs de partage. L’invention se rapporte en particulier à un procédé de partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés. Ladite infrastructure connecté comporte une pluralité de passerelles de connexion à un sous réseau de transport de données présentant de préférence des normes de communication identiques. Toutefois, l’infrastructure d’objets connectés peut comporter des sous réseaux de transport de données pouvant présenter des normes de communication différentes. Par exemple, au schéma de la figure 1 , une architecture de réseaux locaux à laquelle un procédé conforme à l’invention peut optionnellement s’appliquer, comprend plusieurs sous-réseaux tels que par exemple un premier sous-réseau 11, un deuxième sous réseau 12 et un troisième sous réseau 13 distincts auxquels est connecté un objet connecté IoT1, ces sous-réseaux étant connectés chacun au réseau principal 10. Le réseau principal 10 dans l’exemple représenté, est le réseau Internet. Le réseau principal 10 étant lui-même connecté à un sous réseau 14. Dans l’exemple représenté à la figure 1, le sous-réseau 11 comprend au moins une passerelle de connexion , comme la passerelle GW1 de connexion à Internet. De même, les sous-réseaux 12,13,14 comprennent chacun au moins une passerelle de connexion comme les passerelles de connexion GW2, GW3, et GW4 de l’exemple représenté. En particulier, dans l’exemple représenté et décrit par la suite, la passerelle GW3 permet d’accéder à un réseau de type LTE tandis que la passerelle GW2 est un accès WIFI Les passerelles permettent le transport de données entre diverses entités physiques ou virtuelles par exemple entre des IoTs distincts appartenant à des sous-réseaux différents ou à un même sous-réseau, mais aussi entre un ou plusieurs sous-réseaux et Internet ou encore avec le dispositif de partage. Dans certains cas, un sous-réseau peut comporter plus d’une passerelle de connexion. Chacun des réseaux locaux 11, 12, 13 et 14, comprend un ou plusieurs objets connectés. Une pluralité d’objets connectés peut correspondre à au moins un objet connecté, à deux objets connectés, à des dizaines, à des centaines voire à des milliers d’objets connectés ; chacun ayant une puissance de traitement qui lui est propre, des exigences de qualité de service, différents types de données ayant un débit différent et par conséquent différents besoin en bande passante pour communiquer avec Internet sans porter préjudice à la qualité de service. Chaque objets connectés présentent également ses propres ressources, capteurs, fonctions, fonctionnalités et capacités De manière non-limitative, ces objets connectés peuvent être : un téléphone portable connecté, une tablette connectée, un ordinateur portable connecté, des enceintes connectées, un casque audio connecté, une caméra connectée, un serveur, un capteur, une installation solaire, une station météo, un réfrigérateur connecté, une imprimante connectée, un périphérique virtuel tel qu’une application, des dispositifs commerciaux ou domotiques, tels que des systèmes de gestion d’énergie et de ressource etc. … L’invention n’entend pas être limitée, ni par le nombre ni par la nature des objets ainsi connectés aux sous-réseaux 11, 12, 13 et 14. Il peut s’agir de tout objet électronique associé à un objet physique, lieu ou personne identifiés. Chaque objet est identifié par un code individuel unique qui le distingue de tous les autres au sein du réseau local concerné, par exemple un code-barre, un code EAN (« European Article Numbering » selon une terminologie anglo-saxonne), un code EPC (« Electronic Product Code » selon une terminologie anglo-saxonne), etc,. On notera que l’identification des objets suit une tendance lourde, dans le contexte de l'émergence de l'IoT, vers l'attribution d'une adresse IP unique propre à chaque objet connecté. C’est pourquoi, dans ce qui suit, on considèrera en tant que de besoin que l’identifiant unique de chaque objet connecté de chaque sous-réseau est une adresse IP. Ceci n’est toutefois pas un prérequis des modes de mise en œuvre d’un procédé conforme à l’invention. En effet, l’interface entre les objets connectés des réseaux locaux et d’autres sous réseaux ou le réseau Internet, dont les connexions sont des connexions IP, est assurée par les passerelles GW1, GW2, GW3 et GW4 montrées à la figure 1, qui peuvent gérer une conversion ou correspondance d’adresses entre un espace d’adressage quelconque d’un sous-réseau d’une part, et l’espace d’adressage IP d’un réseau principal (e.g. internet) d’autre part. Les sous-réseaux 11, 12, 13 et 14 peuvent être des réseaux spécifiquement dédiés aux objets connectés comme par exemple : un réseau Sigfox ; un réseau LoRa utilisant le protocole LoRaWAN (acronyme de « Long Range Wide-area Network » selon une terminologie anglo-saxonne) qui comme son nom l’indique est un réseau étendu à longue portée ; un réseau LPWA ou LPWAN ou bien des réseaux basés sur un autre protocole sans fil, ou filaire, y compris par des réseaux optiques par ondes radio comme par exemple : un réseau à dimension personnelle (ou WPAN, de l’anglais « Wireless Personal Area Networks ») comme un réseau ZigBee basé sur la norme IEEE 802.15.4 ; un réseau Wi-Fi ;ou un réseau Bluetooth (norme IEEE 802.15.1) ; etc. ou bien un réseau cellulaire, LTE/LTE-A 4G ou 5G. Les objets connectés peuvent également fonctionner avec l’utilisation de protocole d’application réseau tel que le protocole d’application contraint (CoAP). Les IoTs peuvent également être intégrés à des périphériques coordinateurs fournissant une chaîne de liens formant une arborescence de périphériques et de réseaux. La présente invention se présente comme un mécanisme permettant le partage des fonctionnalités entre objets connectés appartenant à une infrastructure d’objets connectés. Dans les réseaux de communications de données, les protocoles de la couche de transport ont ainsi pour vocation de transporter les données d'une application à une autre (on parle aussi de programmes applicatifs), qui s’exécutent sur des machines hôtes respectives et potentiellement dans des réseaux locaux respectifs distants l’un de l’autre, et connectés ensemble par l’intermédiaire d’un réseau étendu comme Internet. De préférence, le partage des fonctionnalités entre IoTs s’exécute sur un même sous réseau pouvant comprendre une ou plusieurs passerelles. De façon tout à fait optionnelle, comme cela est représenté dans la figure 1, un des objets connectés IoT1 est capable de se connecter aux trois sous-réseaux 11, 12, 13 disposants chacun d’une passerelle de connexion. Ainsi, l’objet connecté IoT1 dispose de plusieurs sous réseaux pour communiquer avec Internet par l’intermédiaire de passerelle de connexion, et chaque IoT de chaque sous-réseau peut communiquer avec Internet. Selon un premier aspect , l’invention se rapporte à un procédé 100 de partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés tel qu’illustré à la Figure 2 . Ladite infrastructure d’objets connectés comprend au moins un IoT demandeur IoT1 et au moins un IoT fournisseur IoT2, chacun étant aptes à accéder à au moins une passerelle de connexion d’un même sous réseau. Un procédé 100 de partage des fonctionnalités des IoTs comporte les étapes de connexion 110 de l’IoT demandeur à l’au moins un dispositif de partage 1, de communication 200 entre l’IoT demandeur et le dispositif de partage, de recherche 400 d’une correspondance, d’envoi 600 d’un message comportant un protocole de communication et d’envoi 800 d’un message de requête de partage de fonctionnalité recherchée, entre l’IoT demandeur IoT1 et l’IoT fournisseur IoT2 selon le protocole de communication PC. Un procédé 100 de partage selon l’invention peut également comporter les étapes de centralisation 500 des données de fonctionnalités proposées des différents IoTs présents sur l’infrastructure d’objets connectés, de préférence que un même sous réseau, de centralisation 500 des données de fonctionnalités recherchées, de mémorisation 300 des données de fonctionnalités proposées et des données de fonctionnalités recherchées, de mise à jour 310 des données de fonctionnalités recherchées et proposées préalablement mémorisées, et de mise à disposition 700 des données de fonctionnalités proposées de façon continue, ponctuelle ou selon une fréquence d’utilisation. Dans l’exemple illustré à la figure 3, un IoT demandeur IoT1 est configuré pour accéder à plusieurs passerelles GW1,GW2, GW3, GW4 qui sont adaptées, comme la passerelle GW2, à communiquer avec le dispositif de partage 1. Dans ce mode de réalisation illustré à la figure 3, le dispositif de partage 1 se situe au niveau du sous réseau. Toutefois, ce mode de réalisation n’est pas limitatif et le procédé peut être mis en œuvre dans une configuration différente telle que le dispositif de partage soit embarqué sur un IoT. Le procédé selon l’invention peut comprendre une étape préalable d’analyse 101 par l’IoT demandeur IoT1 du besoin en ressources, capacités, fonctionnalités, capteurs etc… qui lui sont nécessaires pour réaliser sa fonction, sa fonctionnalité ou une optimisation de son fonctionnement. Ainsi l’IoT demandeur IoT1 est configuré pour déterminer quelles ressources, capacités, fonctionnalités, capteurs il lui manque. Ces ressources, capacités, fonctionnalités, capteurs peuvent être regroupés sous forme de fichier, données ou format apte à être transmis et partagé. En outre, au cours de l’étape d’analyse, l’IoT demandeur peut aussi analyser les fonctionnalités, ressources, capteurs et capacités qu’il n’utilise pas. Le procédé selon l’invention peut comprendre une étape de connexion 110 de l’IoT demandeur IoT1 à l’au moins un dispositif de partage. De préférence le dispositif de partage appartient au même sous-réseau que l’IoT demandeur (IoT1). Pour cela l’IoT demandeur IoT1 lance tout d’abord une procédure de découverte 111 de passerelles disponibles sur son réseau pour ledit IoT demandeur IoT1, à savoir les passerelles GW1,GW2,GW3 et GW4. Comme cela est illustré, la procédure de découverte comprend la diffusion par l’IoT demandeur IoT1 d’un message d’interrogation (message de type BCM, pour « Broadcast Message » en terminologie anglo-saxonne) de préférence dans son sous réseau de transport de données. Ce message BCM est alors reçu par les passerelles GW1, GW2, GW3 et GW4 qui sont connectées de préférence au même sous réseau. En réponse, l’objet connecté IoT1 reçoit 112 un message de réponse envoyé par chaque passerelle de connexion disponible ayant reçu le message d’interrogation. De préférence, le message de réponse envoyé par chaque passerelle comprend des données d’identification des objets connectés auquel elles sont rattachées. Par exemple la passerelle GW4 comprend des données d’identification ID2 de l’objet connecté IoT2. En outre, le message de réponse peut comprendre des données d’identification du dispositif de partage IDP. En effet, le dispositif de partage 1 appartenant de préférence au même sous réseau, une passerelle peut faire la connexion entre l’IoT demandeur IoT1 et le dispositif de partage 1. Alternativement, les passerelles pouvant appartenir à différents sous-réseaux et chaque sous réseau ne comprenant pas obligatoirement un dispositif de partage, la connexion entre plusieurs passerelles de plusieurs sous réseaux jusqu’au dispositif de partage 1 est alors autorisée. Ceci permet d’assurer à chaque IoT un dispositif de partage accessible. Ainsi une passerelle de connexion peut connecter l’IoT demandeur IoT1 au dispositif de partage 1 d’un même sous réseau ou plusieurs passerelles de connexion peuvent connecter l’IoT demandeur IoT1 au dispositif de partage 1 d’un même sous réseau. Selon un mode de réalisation optionnel, une passerelle de connexion peut connecter l’IoT demandeur IoT1 d’un premier sous réseau au dispositif de partage d’un deuxième sous réseau, ou plusieurs passerelles de connexion peuvent connecter l’IoT demandeur IoT1 d’un premier sous réseau au dispositif de partage 1 d’un deuxième sous réseau. L’IoT demandeur IoT1 se connecte alors à la passerelle ayant renvoyé un message de réponse comprenant à la fois des données d’identification des objets connectés au sous réseau auquel elles sont rattachées et de préférence des données d’identification du dispositif de partage 1. Cette liaison pouvant alors être directe (une seule passerelle) ou indirecte (plusieurs passerelles connectées entre elles entre l’IoT demandeur IoT1 et le dispositif de partage). En outre, l’IoT demandeur IoT1 se connecte à la passerelle qui est disponible pour l’IoT demandeur IoT1 lorsque celui-ci la sollicite. Une fois l’IoT demandeur IoT1 connecté au sous réseau par l’intermédiaire d’une ou plusieurs passerelles, le procédé comprend une étape de communication 200 entre l’IoT demandeur IoT1 et le dispositif de partage 1. Cette étape de communication comprend la réception 201 par le dispositif de partage 1 d’un message de requête MR. Le message de requête MR est de préférence émis par l’IoT demandeur IoT1 à destination du dispositif de partage 1. Le message de requête MR comprend des données de fonctionnalités recherchées par l’IoT demandeur IoT1. Ainsi, l’IoT demandeur IoT1 indique au dispositif de partage 1 la (les) ressource(s), fonctionnalité(s), capacité(s) et/ou capteur(s) qu’il recherche pour exécuter sa ou ses fonctions, fonctionnalités, capacités, de préférence via la passerelle à laquelle il s’est connecté. En outre, un message de requête émis par l’IoT demandeur peut contenir : un type de message (par exemple les données de fonctionnalité recherchées dans cet exemple) ; son identifiant unique (par exemple son adresse IP) un code d’application identifiant l’application émettrice du message de requête envoyé, et un numéro unique du message incrémenté (en cas de retransmission du même message ou requête MR1) ; des données applicatives ; une somme de contrôle (« Checksum » en anglais) permettant de valider l’intégrité du message transmis, La date d’expiration, La passerelle à utiliser pour la réponse, et/ou L’heure de la transmission de la réponse. En outre, le message de requête MR peut comprendre le protocole de communication de l’IoT demandeur IoT1. Par exemple, le message de requête MR peut comprendre un protocole de connexion, un protocole de communication, une API afin d’indiquer comment il est possible d’interagir avec sa propre API, un format, des données d’adressage, de routage, de port, protocole de transport etc… Par exemple, le protocole de communication peut comprendre une matrice de communication de façon à normaliser l’échange ou les échanges entre IoTs pour le partage de fonctionnalité. Une matrice peut par exemple correspondre à un tableau pour le formatage, permettant d’échanger en une seule fois les fonctionnalités. De façon avantageuse, l’étape de communication selon l’invention entre l’IoT demandeur IoT1 et le dispositif de partage 1 peut comprendre la réception 202 par le dispositif de partage des données de fonctionnalités proposées R1 de l’IoT demandeur IoT1. Par données de fonctionnalités il peut s’agir de l’espace de stockage disponible, de CPU, de mémoire, de processeur, de pool, API, mais également de la description des différentes fonctionnalités par exemple de refroidissement, chauffage, surveillance, enregistrement, émission de lumière ou de son, de gestion etc ainsi que de la localisation de la fonctionnalité de l’IoT demandeur IoT1. Ainsi, ceci permet à d’autres IoT qui communiquent avec le dispositif de partage 1 d’avoir connaissance des données de ressources et fonctionnalités qui peuvent également être mises à leur disposition. En outre, ceci permet également à l’IoT demandeur IoT1 de mettre à disposition ses capacités, fonctionnalité, capteurs et ressources. Cette étape permet d’augmenter l’optimisation des ressources, capacités, fonctionnalités capteur pouvant être partagées entre les différents IoTs. De façon avantageuse, lorsque l’IoT demandeur IoT1 communique avec le dispositif de partage 1, l’IoT demandeur IoT1 communique également au dispositif de partage son protocole de communication. Ceci permet de faciliter les échanges. Selon un mode de réalisation optionnel, les IoTs de différents réseaux peuvent envoyer des données de fonctionnalités au dispositif de partage. Le dispositif de partage 1 peut alors gérer ses données de fonctionnalités de manière distribuée sur chaque réseau IoT. En outre, les IoT intéressés par les données de fonctionnalités envoyées au dispositif de partage peuvent être à leur tour contactés par le dispositif de partage. Ainsi, les IoT ayant été contacté par le dispositif de partage peuvent interagir avec d'autres appareils IoT et trouver les fonctionnalités pertinentes à partir d'autres appareils IoT qui peuvent être utilisées pour améliorer leurs performances et leur efficacité ou mettre en œuvre leur fonctionnalité. En outre, de façon particulièrement avantageuse, grâce à l’échange du message de requête comprenant par exemple le protocole de communication de l’IoT demandeur IoT1, un IoT de l’infrastructure d’objets connectés peut directement échanger avec l’IoT demandeur ; En outre, ceci permet d’étendre la communication entre sous réseau, par exemple lors de l’ajout d’un nouvel IoT sur un sous réseau. Selon un mode de réalisation préférée mais non limitatif, le procédé peut comprendre une étape 300 de mémorisation des données de fonctionnalités recherchées et des données de fonctionnalités proposées, par le dispositif de partage 1. La mémorisation peut être locale, distante et/ou partagée. De façon avantageuse, l’étape 300 de mémorisation comprend l’enregistrement et le stockage des données de fonctionnalités de chaque IoT communiquant avec le dispositif de partage 1. En outre, chaque IoT possédant son propre identifiant, l’étape 300 de mémorisation comprend la mémorisation dudit identifiant de l’IoT associé à chacune de ses fonctionnalités. Par ailleurs, de façon optionnelle, le dispositif de partage 1 peut avoir une connexion filaire ou sans fil avec Internet 10 et éventuellement un ou plusieurs IoTs. L’étape 300 de mémorisation par le dispositif de partage 1 peut ainsi permettre d’obtenir des données de fonctionnalités proposées par des IoT et des données de fonctionnalités proposées à partir d’Internet. L’ensemble de ces données de fonctionnalités sont avantageusement mémorisées par le dispositif de partage. L’étape de mémorisation permet au dispositif de partage d’augmenter et d’améliorer l’accessibilité aux différentes données de fonctionnalités des IoTs présents sur le ou les différents sous réseaux. L’étape 300 de mémorisation peut également comprendre la mémorisation des fonctions, fonctionnalités, capteurs, capacités de chaque IoT grâce à leur identifiant ainsi que leur protocole de communication. L’étape 300 de mémorisation permet ainsi un gain de temps et de ressources. En effet, le dispositif de partage 1 n’est pas obligé d’interroger chaque IoT afin de trouver un IoT pouvant répondre aux données de fonctionnalités recherchées par l’IoT demandeur IoT1. L’étape 300 de mémorisation permet au dispositif de partage 1 l’accès à une ou plusieurs bases de données, de préférence sous forme de référentiel comprenant des table ou des listes regroupant les données de fonctionnalités recherchées ou les données de fonctionnalités proposées, fonctions, ressources, capteurs associé à chaque IoT grâce à son identifiant. En outre, de façon avantageuse, le procédé peut comprendre une étape 310 de mise à jour des données de fonctionnalités recherchées mémorisées et des données de fonctionnalités proposées mémorisées. Ceci permet d’assurer une conformité des données mémorisées, d’améliorer l’efficacité du dispositif de partage 1 et de façon avantageuse de corriger une éventuelle anomalie de mémorisation. En outre, de façon préférée, l’étape 310 de mise à jour est mise en œuvre selon une fréquence ou plusieurs fréquences paramétrables. Par exemple, il peut s’agir d’une mise à jour journalière pour les données de fonctionnalités recherchées mémorisées et des données de fonctionnalités proposées mémorisées. Il peut aussi s’agir d’une mise à jour journalière des données de fonctionnalités recherchées mémorisées et d’une mise à jour hebdomadaire des données de fonctionnalités proposées mémorisées. En effet, une fréquence paramétrable permet d’assurer une mise à jour à la fois des données de fonctionnalités recherchées mémorisées et des données de fonctionnalités proposées mémorisées. Une fréquence de mise à jour paramétrable permet avantageusement de déterminé la cadence des mises à jour. Par exemple, il est possible que la cadence de mise à jour des données de fonctionnalités proposées mémorisées soit moins fréquente que la cadence de mise à jour des données de fonctionnalités recherchées mémorisées. Lorsque le dispositif de partage 1 a reçu le message de requête MR contenant les données de fonctionnalités recherchées par l’IoT demandeur et de préférence son protocole de communication, le procédé selon l’invention peut comprendre une étape 400 de recherche , par le dispositif de partage 1 parmi les données de fonctionnalités préalablement mémorisées sur sa mémoire, d’une correspondance entre les données de fonctionnalités recherchées et les données de fonctionnalités proposées de façon à identifier un IoT fournisseur IoT2 proposant les données de fonctionnalités recherchée par l’IoT demandeur IoT1. De préférence les données de fonctionnalités proposées correspondent aux différentes données mémorisées par le dispositif de partage. De préférence l’étape de recherche comprend sans s’y limiter la recherche d’une correspondance en établissant une corrélation par lecture des tables ou listes mémorisées lors de l’étape de mémorisation entre les données de fonctionnalités recherchées et les données de fonctionnalités proposées mémorisées. Lorsqu’une corrélation est établie, l’étape de recherche comprend la détermination 401, par le dispositif de partage, de l’IoT fournisseur IoT2 apte à offrir la fonctionnalité recherchée par l’IoT demandeur IoT1. Ainsi, l’étape de recherche permet avantageusement d’identifier un IoT fournisseur IoT2. De façon optionnelle, le procédé peut comprendre une étape 402 d’interrogation, par le dispositif de partage, de l’IoT fournisseur IoT2, afin de déterminer si l’IoT fournisseur IoT2 est actif ou inactif autrement dit occupé et non disponible ou libre et disponible. Dans le cas d’un accès occupé ou d’un état inactif, le procédé 100 selon l’invention peut comprendre l’émission d’un message, par le dispositif de partage 1, à destination de l’IoT demandeur IoT1 comprenant l’identifiant de l’IoT fournisseur IoT2 précédemment identifié, afin que l’IoT demandeur IoT1 contacte postérieurement l’IoT fournisseur IoT2 directement. Ceci permet avantageusement de ne pas engorger le dispositif de partage 1 et d’éviter la répétition de réception de message de requête MR émis par un même IoT demandeur IoT1 pour des données de fonctionnalités recherchées RR identiques. Alternativement, dans le cas d’une détermination d’accès occupé ou d’un état inactif d’un premier IoT fournisseur IoT2 identifié, l’étape 400 de recherche par le dispositif de partage 1 comprend la recherche 403 dans les bases de données, de préférences dans les tables ou listes établies lors de l’étape 300 de mémorisation, s’il y a d’autres IoT présentant une correspondance entre les données de fonctionnalités recherchées et les données de fonctionnalités proposées. Si une correspondance est établie le procédé 100 comprend une étape d’information de l’IoT demandeur IoT1 en lui indiquant l’IoT qu’il peut contacter ainsi que le protocole de communication à utiliser pour pouvoir disposer de la ressource / fonctionnalité / capteur. Il peut par exemple s’agir d’une adresse IP, d’un port, d’une requête. De préférence, les IoTs présentent une ou plusieurs interfaces réseaux identiques ou différentes, leur permettant de communiquer entre eux ou avec le dispositif de partage. Alternativement, le dispositif de partage peut formater les échanges afin que deux IoT échangent en une seule fois les différentes fonctionnalités. Par ailleurs, afin d’optimiser l’étape 400 de recherche, le procédé 100 selon l’invention peut comprendre une étape 500 de centralisation, par le dispositif de partage 1, de l’ensemble des données de fonctionnalités proposées RP des différents IoTs présents sur un ou plusieurs sous-réseaux, de préférence présent sur l’infrastructure d’objets connectés. Avantageusement, l’étape 500 de centralisation peut également comprendre la centralisation de l’ensemble des données de fonctionnalités recherchées RR par les différents IoT demandeur présents sur un ou plusieurs sous-réseaux, de préférence présent sur l’infrastructure d’objets connectés. Ainsi, pour chaque nouvelle ressource / fonctionnalité / capteur proposée, l’étape de 400 recherche peut comprendre la recherche dans les bases de données précédemment établies si un message de requêtes MR comprenant les mêmes données de fonctionnalités recherchées a été émis antérieurement. Ceci permet d’optimiser l’étape 400 de recherche et d’améliorer l’efficacité du procédé en améliorant le partage des fonctionnalités et en diminuant les ressources. Si une correspondance est établie le procédé peut comprendre une étape 404 d’envoi par le dispositif de partage, des identifiants ID de l’IoT fournisseur IoT2 ayant précédemment partagé lesdites données de fonctionnalités recherchées RR ou présentant lesdites données de fonctionnalités recherchées. Avantageusement, l’étape 404 d’envoi comprend également l’envoi du protocole de communication PC de l’IoT fournisseur IoT2 à l’IoT demandeur IoT1. L’étape 404 d’envoi peut également comprendre l’envoi de l’identifiant, l’adresse IP, le port et le format. Alternativement, lorsqu’aucun IoT ne présente les données de fonctionnalités recherchées ou l’ensemble des données de fonctionnalités recherchées, l’étape 400 de recherche peut comprendre la recherche 403 de plusieurs IoTs fournisseurs IoT2 potentiels pouvant présenter chacun une partie des données de fonctionnalités recherchées par l’IoT demandeur IoT1. Dans ce cas, l’étape de recherche comprend une recherche de correspondance avec plusieurs IoTs fournisseurs IoT2. Ainsi, lorsque plusieurs correspondances sont établies le procédé peut comprendre une étape 404 d’envoi, par le dispositif de partage, des identifiants des IoTs fournisseurs identifiés. Avantageusement, l’étape 404 d’envoi comprend également l’envoi des protocoles de communication de chaque l’IoT fournisseur à l’IoT demandeur. De préférence, l’étape d’envoi comprend l’envoi d’un seul message comprenant les identifiants, données de fonctionnalités et protocole de communication à l’IoT demandeur. Ceci est notamment possible grâce à l’étape de centralisation. Par ailleurs, lorsque il est identifié un ou plusieurs IoTs fournisseurs IoT2 sur l’infrastructure d’objets connectés, le procédé 100 selon l’invention peut comprendre une étape d’envoi 600, par le dispositif de partage, de préférence par l’intermédiaire d’au moins une passerelle GW1,GW2,GW3,GW4 du sous réseau, par l’IoT demandeur IoT1 d’un message comprenant des données sur un protocole de communication PC avec l’IoT fournisseur IoT2 pour l’accès à la fonctionnalité recherchée RR par l’IoT demandeur IoT1. Ainsi, l’IoT demandeur IoT1 peut contacter directement le ou les IoTs fournisseurs IoT2. En outre, lorsque l’IoT demandeur IoT1 réceptionne le protocole de communication PC de l’IoT fournisseur IoT2, le procédé peut comprendre une étape de mise à disposition 700 des fonctionnalités du ou des IoTs fournisseur IoT2. De façon avantageuse, l’étape de mise à disposition des fonctionnalités du ou des IoTs fournisseur IoT2 peut être réalisée de façon continue, ponctuelle ou selon une fréquence d’utilisation ƒ. Ainsi, lorsqu’un IoTs souhaite utiliser une fonctionnalité partagée, il utilise les informations que le dispositif de partage lui a transmises pour communiquer avec l’IoT fournisseur proposant cette fonctionnalité en utilisant la méthode indiquée. Le procédé peut également comprendre une étape 800 d’envoi d’un message de requête de partage MRP de fonctionnalité recherchée entre l’IoT demandeur IoT1 et l’IoT fournisseur IoT2 selon le protocole de communication PC. Le message de requête MR est de préférence émis par l’IoT demandeur IoT1 à destination du dispositif de partage 1. Le message de requête MR comprend des données de fonctionnalités recherchées par l’IoT demandeur IoT1. Ainsi, l’IoT demandeur IoT1 indique au dispositif de partage 1 la (les) ressource(s), fonctionnalité(s), capacité(s) et/ou capteur(s) qu’il recherche pour exécuter sa ou ses fonctions, fonctionnalités, capacités, de préférence via la passerelle à laquelle il s’est connecté. Avantageusement ; le message de requête de partage émis par le dispositif de partage peut contenir : un type de message (par exemple les données de fonctionnalité proposée dans cet exemple) ; son identifiant unique (par exemple son adresse IP) l’identifiant unique de l’IoT fournisseur un code d’application identifiant l’application émettrice du message de requête envoyé, et un numéro unique du message incrémenté (en cas de retransmission du même message ou requête MR1) ; des données applicatives ; une somme de contrôle (« Checksum » en anglais) permettant de valider l’intégrité du message transmis, La date d’expiration, La passerelle à utiliser pour la réponse, et/ou L’heure de la transmission de la réponse. En outre, le message de requête de partage MRP peut comprendre le protocole de communication de l’IoT fournisseur IoT2. De préférence, le message de requête de partage comprend le protocole de communication pour accéder à la fonctionnalité proposée. Par exemple, le message de requête de partage MRP peut comprendre un protocole de connexion, un protocole de communication, une API afin d’indiquer comment il est possible d’interagir avec sa propre API, un format, des données d’adressage, de routage, de port, protocole de transport etc… Par exemple, le protocole de communication peut comprendre une matrice de communication de façon à normaliser l’échange ou les échanges entre IoTs pour le partage de fonctionnalité. Une matrice peut par exemple correspondre à un tableau pour le formatage, permettant d’échanger en une seule fois les fonctionnalités. Suite à la réception du message de requête de partage MRP de fonctionnalité recherchée par l’IoT demandeur IoT1, l’IoT fournisseur transmet un accès aux fonctionnalités recherchées par l’IoT demandeur à l’IoT demandeur. Le message peut utiliser le même mécanisme de transport que le message de requête émis par l’IoT demandeur. Ce partage de fonctionnalité peut être réalisé de façon continue entre l’IoT demandeur et l’IoT fournisseur, lorsque l’IoT demandeur nécessite les fonctionnalités recherchées de façon ininterrompue pour améliorer ses capacités et son fonctionnement. Ce partage de fonctionnalité peut être réalisé de façon ponctuelle, lorsque l’IoT demandeur nécessite les fonctionnalités recherchées qu’occasionnellement pour améliorer son fonctionnement et ses capacités. Ce partage de fonctionnalités peut également être réalisé selon une fréquence d’utilisation, lorsque les fonctionnalités recherchées sont utilisées périodiquement ou de façon programmées par l’IoT demandeur pour améliorer ses capacités et son fonctionnement. De façon avantageuse, à la réception des fonctionnalités recherchées par l’IoT demandeur, celui-ci peut envoyer un message d’acquittement au dispositif de partage 1. EXEMPLE DE REALISATION: Un réfrigérateur pour optimiser ses capacités et son fonctionnement peut utiliser un ou plusieurs capteurs de température d’une station météo du même réseau pour optimiser sa régulation du froid. Ledit réfrigérateur peut fonctionner sans, mais sera plus performant s’il peut disposer du partage des données de cette sonde de température. Un autre exemple peut consister en un réfrigérateur ayant la capacité de déterminer la liste des courses et qui utilise alors pour cela la mise à disposition des fonctions de l’imprimante du sous réseau pour imprimer cette liste. Il peut également s’agir de la mise à disposition d’une fonction message (mail ou sms) pour envoyer ladite liste à un utilisateur. Selon un autre l’aspect l’invention se rapporte à un dispositif de partage 1 pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés tel qu’illustré à la figure 4 . L’infrastructure d’objets connectés comprend au moins un IoT demandeur IoT1 et au moins un IoT fournisseur IoT2. Le dispositif de partage peut comporter une mémoire de donnée 20 apte à, de préférence configurée pour mémoriser des données de fonctionnalités proposées d’objets connectés de l’infrastructure d’objets connectés. Alternativement, le dispositif de partage peut comporter plusieurs mémoires de donnée aptes à, de préférence configurées pour mémoriser des données de fonctionnalités proposées d’objets connectés de l’infrastructure d’objets connectés. Avantageusement, la mémoire de donnée est apte à, de préférence configurée pour mémoriser des données de fonctionnalités des IoTs demandeurs et des IoTs fournisseur. Le dispositif de partage est avantageusement configuré pour observer, surveiller contrôler ou autrement gérer les divers IoT qui peuvent communiquer avec lui. Ainsi la mémoire de donnée du dispositif de partage peut être configuré pour mémoriser des attributs, des activités, des états associés à chaque IoT et mémoriser chacune des fonctionnalités de chaque IoT. La mémoire de donnée est également apte à, de préférence configurée pour mémoriser et associer à chaque donnée de fonctionnalités un identifiant IoT ainsi que le protocole de communication dudit IoT. En outre, une mémoire de donnée est apte à, de préférence configurée pour, enregistrer, stocker les données de fonctionnalités, ressources, fonctions et capteurs de chaque IoT ayant communiqué avec le dispositif de partage. Par exemple, une mémoire de données peut comprendre un référentiel de données de fonctionnalités sous forme de liste ou de table . Chaque liste ou table associe un identifiant IoT, un protocole de communication, les données de fonctionnalités recherchées dans le cas d’un IoT demandeur et les données de fonctionnalités mise à disposition dans le cas d’un IoT fournisseur. Une mémoire de données peut avantageusement comporter une section non effaçable, physiquement isolée ou simplement agencée pour qu’un accès en écriture ou en effacement soit proscrit. Une mémoire de données peut en outre être agencée pour enregistrer les données mesurées par des sondes lorsque le dispositif de partage interroge un IoT. Pour cela, la mémoire de donnée peut être locale, distante et/ou partagée. Il peut s’agir de n’importe quel support lisible connu dans l’art, par exemple une mémoire volatile, telle qu'une mémoire vive statique (SRAM) et une mémoire vive dynamique (DRAM), et / ou une mémoire non volatile, telle que mémoire morte, mémoires flash, disques durs, disques optiques et bandes magnétiques, d’une mémoire programmable, effaçable, flash ou toutes autres mémoires permettant le stockage selon une durée prédéterminée ou non. En outre, il peut également s’agir de tout support de stockage de type disque dur, CD-ROM, disque amovible ou tout autre support de stockage connu. De façon avantageuse, la mémoire peut être mise à jour afin d’améliorer et perfectionner les données de fonctionnalités mémorisées selon une ou plusieurs fréquences paramétrables. Le dispositif de partage peut être configuré pour communiquer avec l’IoT demandeur. De préférence le dispositif de partage est configuré pour recevoir un message de requête, ledit message de requête comprenant des données de fonctionnalités recherchée par l’IoT demandeur. Le dispositif de partage peut être configuré pour rechercher, parmi les données de fonctionnalités proposées préalablement mémorisées sur sa mémoire, une correspondance entre les données de fonctionnalités recherchées et les données de fonctionnalités proposées de façon à identifier un IoT fournisseur proposant la fonctionnalité recherchée par l’IoT demandeur. Pour cela, le dispositif de partage peut comprendre ou être couplé à un ou plusieurs processeurs 30 . Un processeur peut être configuré pour manipuler des tables, des listes, des gestionnaires, des contrôleurs, des calculateurs et des ordonnanceurs. De préférence, le ou les processeurs sont aptes à, de préférence configurés pour, déterminer une correspondance entre les données de fonctionnalités recherchées et les données de fonctionnalités proposées. Pour cela le processeur est apte à, de préférence configuré pour pondéré chaque données de fonctionnalités proposées en fonction des données de fonctionnalités recherchée. Ainsi, lorsque le processeur établi une identification entre une donnée de fonctionnalité recherchée et une donnée de fonctionnalité proposée, il attribue un poids à la donnée proposée. Avantageusement, un IoT fournisseur présentant un protocole de communication identique à l’IoT demandeur peut également être pondéré par le processeur. Ainsi, le ou les processeurs sont aptes à de préférence configurés pour déterminer un IoT fournisseur présentant un poids supérieur par rapport à l’ensemble des IoT fournisseur présent sur l’infrastructure d’objets connectés et pondéré par le ou les processeurs. Alternativement, lorsqu’aucun IoT fournisseur ne présente l’ensemble des données de fonctionnalités recherchée par l’IoT demandeur ou seulement une partie des données de fonctionnalités recherchées par l’IoT demandeur, le ou les processeurs sont aptes à de préférence configuré pour déterminer plusieurs IoTs fournisseurs présentant un poids supérieur pour chaque donnée ou partie de données de fonctionnalités recherchée par l’IoT demandeur. Selon un mode de réalisation, le ou les processeurs peuvent être aptes à, de préférence configurés pour, réguler ou planifier les connexions tant en liaison montante qu’en liaison descendante ; c’est à dire tant en émission qu’en réception. Avantageusement, le ou les processeurs peuvent être aptes à, de préférence configurés pour, effectuer des déterminations, établir des connexions, effectuer des sélections entre différentes options d'informations, effectuer des évaluations liées aux données, interagir avec des capteurs ou IoT couplés au dispositif de partage pour effectuer des opérations de mesure, convertir des informations d'un format à un autre (par exemple, entre différents protocoles tels que .wmv en .avi, etc.), et ainsi de suite. Selon un mode de réalisation, le dispositif de partage peut comprendre ou être couplé à un ou plusieurs moyens de communication ou modules de communication 40. Un moyen de communication peut en particulier être configuré pour recevoir des messages de requête et envoyer des messages de réponse. Par exemple, il peut s’agir d’adresse IP d’émission ou de destination, de port, de passerelle de connexion, utilisant des protocoles de communications adaptés filaire ou non filaire, par exemple TCP (Transport Control Protocol en terminologie anglo-saxonne),TCP/IP, RTP (Real Time Transport Protocol en terminologie anglo-saxonne), UDP (User Data Protocol en terminologie anglo-saxonne), SCTP (Stream Control Transmission Protocol en terminologie anglo-saxonne) afin de transmettre un message de réponse ou de réceptionner un message de requête. De préférence, les transmissions sont réalisées par l’intermédiaire de passerelles de connexion. Ainsi le dispositif de partage est apte à de préférence configuré pour transmettre, de préférence par l’intermédiaire d’au moins une passerelle, et de manière encore plus préférée par l’intermédiaire d’au moins une passerelle identifiée, à l’IoT demandeur un message comportant un protocole de communication avec l’IoT fournisseur pour l’accès à la fonctionnalité recherchée par l’IoT demandeur. En outre et de façon particulièrement avantageuse, le dispositif de partage peut être embarqué sur un IoT, sur une passerelle, ou sur un hôte dédié. Ainsi le dispositif de partage peut être un dispositif autonome, un dispositif physique ou embarqué. Le dispositif de partage permet de réduire les coûts de fabrication ainsi que la consommation de ressources et particulièrement de ressources rares. Le dispositif de partage permet aux IoTs d’offrir des fonctionnalités plus importantes et d’optimiser leur fonctionnement. Selon un autre mode de réalisation , l’invention concerne un système 3 de partage pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés. L’infrastructure d’objets connectés comprend au moins un IoT demandeur et au moins un IoT fournisseur. Le système de partage peut avantageusement comprendre un dispositif de partage. Alternativement, le système de partage peut comprendre plusieurs dispositifs de partage. Ainsi, selon un mode de réalisation, un seul dispositif de partage peut être présent pour plusieurs IoTs, le dispositif de partage pouvant être agencé au niveau d’une passerelle de connexion tel qu’illustré à la figure 5 . Selon un autre mode de réalisation, illustré à la figure 6 , plusieurs dispositifs de partage peuvent être présents pour plusieurs IoTs, chaque dispositif de partage pouvant être agencé sur chaque IoT. De préférence au niveau des couches de transports. Dans ce mode de réalisation, le dispositif de partage est configuré pour élire la passerelle de connexion compatible et disponible parmi plusieurs passerelles de connexion. Selon un autre mode de réalisation optionnel et non illustré, le dispositif de partage peut être configuré pour être agencé entre Internet et les sous-réseaux locaux. De préférence, le dispositif de partage ne fait pas parti du réseau central (i.e. Internet) pour des raisons de sécurité et de confidentialité. Les passerelles de connexions convergent alors vers dispositif de partage qui communique par la suite avec Internet. Dans ce mode de réalisation, un hôte peut être prévu pour héberger le dispositif de partage. . Un autre de mode de réalisation tout aussi optionnel peut correspondre à un mode de réalisation, dans lequel, les IoTs de chaque sous-réseau convergent vers le dispositif de partage, qui centralise les données de fonctionnalités de chaque IoT entre l’infrastructure d’objets connectés et Internet. Les modes de réalisation illustrés aux figures 5 et 6 ne sont pas limitatifs et d’autres modes de réalisation et plus précisément d’agencement peuvent être réalisés. L’invention ne se limite pas à l’agencement du dispositif de partage. Selon un autre aspect, l’invention concerne un objet connecté comprenant un dispositif de partage selon l’invention. Selon un mode de réalisation, l’objet connecté peut comprendre un ou plusieurs autres modules (i.e. : une ou plusieurs mémoires de données, un ou plusieurs processeurs). Selon un agencement particulier, le ou les plusieurs autres modules peuvent être compris par le dispositif de partage. De façon préférée, chaque IoT présente une ou plusieurs interfaces réseau différentes. Selon un autre aspect, l’invention concerne une passerelle de connexion comprenant un dispositif de partage selon l’invention. La passerelle de connexion peut être une passerelle de connexion d’un sous-réseau à un réseau central, une passerelle de connexion entre IoT d’un même sous-réseau ou de plusieurs sous-réseaux. En outre, une passerelle de connexion est avantageusement accessible par un objet connecté selon l’invention, i.e. IoT fournisseur ou IoT demandeur. Les passerelles peuvent transmettre un message envoyé par un IoT demandeur ou un IoT fournisseur ou encore par le dispositif de partage. Les passerelles de connexion peuvent également transmettre un message à d’autres passerelles de connexion. En particulier, les passerelles sont configurées pour envoyer un message en réponse au message d’interrogation BCM de l’IoT demandeur, un message de requête émis de préférence par l’IoT demandeur et un message de requête de partage et les données de fonctionnalités partagées et fonctionnalités partagées. Ces messages et données comportent notamment les identifiants de chaque IoT. Selon un autre aspect , l’invention porte sur produit programme d’ordinateur pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés. L’infrastructure d’objets connectés comprend au moins un IoT demandeur et au moins un IoT fournisseur. Ce programme comprend des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé selon l’invention. Un tel programme peut être enregistré, stocké sur tout support pouvant par la suite être mis en œuvre par un ordinateur. De préférence, un ordinateur peut également correspondre à tout moyen de lecture de programme tel que tablette, téléphone ou télévision. Procédé (100) de partage de fonctionnalités entre objets connectés (IoT) d’une infrastructure d’objets connectés comprenant au moins un IoT demandeur (IoT1), au moins un IoT fournisseur (IoT2) et au moins un dispositif (1) de partage, ledit procédé comprenant : - une étape (110) de connexion de l’IoT demandeur (IoT1) à l’au moins un dispositif de partage (1), - une étape (200) de communication entre l’IoT demandeur (IoT1) et le dispositif de partage (1) comprenant la réception (201) par le dispositif de partage (1) d’un message de requête (MR), ledit message de requête (MR) comprenant des données de fonctionnalités recherchées par l’IoT demandeur (IoT1), ledit message de requête (MR) pouvant comporter des données de fonctionnalités (MR) proposées par l’IoT demandeur (IoT1) ayant émis le message de requête (MR), - une étape (400) de recherche, par le dispositif de partage (1) et parmi des données de fonctionnalité proposées (RP) préalablement mémorisées, d’une correspondance entre les données de fonctionnalités recherchées (RR) et les données de fonctionnalités proposées (RP) préalablement mémorisées de façon à identifier un IoT fournisseur (IoT2) proposant la fonctionnalité recherchée (RR) par l’IoT demandeur (IoT1), - une étape (600) d’envoi, par le dispositif de partage (1) et à destination de l’IoT demandeur (IoT1) d’un message comportant des données sur un protocole de communication (PC) avec l’IoT fournisseur (IoT2) pour l’accès à la fonctionnalité recherchée (RR) par l’IoT demandeur (IoT1), et - une étape (800) d’envoi, par l’IoT demandeur (IoT2) d’un message de requête de partage (MRP) de fonctionnalités recherchée entre l’IoT demandeur (IoT1) et l’IoT fournisseur (IoT2) selon le protocole de communication (PC). Procédé (100) de partage selon la revendication 1, caractérisé en ce qu’il comprend une étape (500) de centralisation, par le dispositif de partage (1), de l’ensemble des données de fonctionnalités proposées (RP) des différents IoTs présents sur l’infrastructure d’objets connectés. Procédé (100) de partage selon la revendication 1 ou 2, caractérisé en ce qu’il comprend une étape (500) de centralisation, par le dispositif de partage (1), de l’ensemble des données de fonctionnalités recherchées (RR) des différents IoTs présents sur l’infrastructure d’objets connectés. Procédé (100) de partage selon l’une des revendications précédentes, caractérisé en ce qu’il comprend une étape (300) de mémorisation des données de fonctionnalités recherchées (RR) et des données de fonctionnalités proposées (RP), par le dispositif de partage (1), ladite mémorisation pouvant être locale, distante, partagée. Procédé (100) de partage selon la revendication 4, caractérisé en ce qu’il comprend une étape (310) de mise à jours des données de fonctionnalités recherchées (RR) mémorisées et des données de fonctionnalités proposées (RP) mémorisées, selon une ou plusieurs fréquences paramétrables. Procédé (100) de partage selon l’une des revendications précédentes, caractérisé en ce qu’il comprend une étape (700) de mise à disposition des données de fonctionnalités proposées (RP) du ou des IoTs fournisseur (IoT2) de façon continue, ponctuelle ou selon une fréquence d’utilisation ( ƒ ). Procédé (100) de partage selon l’une des revendications précédentes, caractérisé en ce que le message de requête de partage (MRP) comprend un protocole de communication (PC) pour accéder à la fonctionnalité proposée. Dispositif (1) de partage pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés, ladite infrastructure connectée comprenant au moins un IoT demandeur (IoT1) et au moins un IoT fournisseur (IoT2), ledit dispositif (1) de partage comportant une mémoire (20) de donnée configurée pour mémoriser des données de fonctionnalités proposées (RP) d’objets connectés de l’infrastructure d’objets connectés, ledit dispositif de partage étant configuré pour : - communiquer avec l’IoT demandeur (IoT1) et recevoir un message de requête (MR), ledit message de requête (MR) comprenant des données de fonctionnalités recherchée (RR) par l’IoT demandeur (IoT1) et recevoir des données de fonctionnalités proposées par l’IoT demandeur (IoT1), - rechercher, parmi les données de fonctionnalités proposées (RP) préalablement mémorisées sur sa mémoire (20), une correspondance entre les données de fonctionnalités recherchées (RR) et les données de fonctionnalités proposées (RP) de façon à identifier un IoT fournisseur (IoT2) proposant la fonctionnalité recherchée (RR) par l’IoT demandeur (IoT1), et - transmettre, à l’IoT demandeur (IoT1) un message comportant un protocole de communication (PC) avec l’IoT fournisseur (IoT2) pour l’accès à la fonctionnalité recherchée (RR) par l’IoT demandeur (IoT2). Système (3) de partage pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés, ladite infrastructure d’objets connectés comprenant au moins un IoT demandeur (IoT1) et au moins un IoT fournisseur (IoT2), ledit système (3) de partage comprenant en outre un dispositif (1) de partage comportant une mémoire (20) de donnée configurée pour mémoriser des données de fonctionnalités proposées (RP) d’objets connectés de l’infrastructure d’objets connectés et étant configuré pour : - communiquer avec l’IoT demandeur (IoT1) et recevoir un message de requête (MR), ledit message de requête (MR) comprenant des données de fonctionnalités recherchées (RR) par l’IoT demandeur (IoT1), et recevoir des données de fonctionnalités proposées par l’IoT demandeur (IoT1), - rechercher, parmi les données de fonctionnalités proposées (RP) préalablement mémorisées sur sa mémoire (20), une correspondance entre les données de fonctionnalités recherchées (RR) et les données de fonctionnalités proposées (RP) de façon à identifier un IoT fournisseur (IoT2) proposant la fonctionnalité recherchée (RR) par l’IoT demandeur (IoT1), et - transmettre, à l’IoT demandeur (IoT1) un message comportant un protocole de communication (PC) avec l’IoT fournisseur (IoT2) pour l’accès à la fonctionnalité recherchée (RR) par l’IoT demandeur (IoT1). Produit programme d’ordinateur pour le partage des fonctionnalités des IoTs dans une infrastructure d’objets connectés comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé (100) selon l’une des revendications 1 à 7.