Brevet FR3110316A1 — publié le 20211119

La présente invention concerne le domaine de la création et de la gestion de communautés virtuelles d’utilisateurs dans le cadre de l’internet des objets et d’applications de services correspondantes. Spécifiquement, l'invention se rapporte à un procédé de mise en correspondance d’un terminal client (100) avec des données récoltées par au moins un terminal mobile (300-1, 300-2, 300-3), le procédé comprenant : - recevoir, depuis ledit terminal client, une requête de localisation d’un objet cible (400), ladite requête de localisation comprenant un identifiant dudit objet cible ; - détecter, avec l’au moins un terminal mobile, un voisinage de communication (4000) sans fil défini par l’objet cible ; et - sur détection dudit voisinage de communication sans fil, fournir une association (DP-M1 ; DP-M2) de l’identifiant de l’objet cible et d’une information de géolocalisation courante de l’au moins un terminal mobile. Figure de l’abrégé : Figure 1 Procédé de gestion d’une communauté virtuelle d'utilisateurs de terminaux Arrière-plan de l’invention L’invention relève du domaine de la création et de la gestion d’une communauté virtuelle d’utilisateurs de terminaux mobiles dans le cadre de l’internet des objets et d’applications de service correspondantes. En particulier, l’invention relève du domaine de la mise en correspondance de données récoltées et traitées, ces données étant utiles à la localisation d’équipements dans le cadre de l’internet des objets, par exemple à l’aide d’interactions de proximité entre plusieurs de ces équipements. Dans ce cadre, il est connu différents services de localisation d’équipements cibles. Les objets connectés récents, et notamment les appareils basés sur l’Internet des objets, sont des exemples de tels équipements cibles, puisque ceux-ci sont généralement équipés d’un dispositif de communication à distance permettant de les localiser grâce à un moyen de détection spécifique. Aussi, il est connu différents types de dispositifs pouvant être configurés à cet effet, par exemple des traceurs configurés pour localiser un objet spécifique grâce à une application téléchargeable correspondante et fournie par un service d’assistance à la localisation auquel peuvent souscrire des utilisateurs. Afin de pouvoir fournir rapidement et efficacement une localisation de l’objet perdu, un service d’assistance à la localisation peut ainsi proposer de mutualiser plusieurs dispositifs distincts afin d’augmenter la probabilité de détecter cet objet perdu au cours du temps sur un territoire donné. Par exemple, un tel service d’assistance à la localisation peut être proposé à une communauté d’utilisateurs pour permettre à chacun de ces utilisateurs de retrouver un objet perdu, en fonction d’informations fournies par les autres utilisateurs de la communauté. En cas de perte d’un objet perdu, un membre de la communauté peut soumettre une requête correspondante au service d’assistance associé qui, en réponse, peut partager des informations issues de dispositifs appartenant aux autres membres de la communauté. La mutualisation de dispositifs et/ou équipements multiples permet ainsi de construire une communauté d’utilisateurs pouvant contribuer de façon collaborative à la localisation d’objets perdus. Une fois l’objet localisé par la communauté, il est ensuite possible d’informer le propriétaire de cet objet de la position à laquelle celui-ci a été détecté. Cependant, un inconvénient majeur de cette mutualisation est que pour permettre une identification efficace et rapide de la position d’un objet donné sur un territoire géographique donné, par exemple de la taille d’une ville ou d’un pays, l’utilisation d’un grand nombre d’équipements est nécessaire pour pallier la faible portée des équipements de localisation utilisés. En conséquence, il est nécessaire que le nombre d’utilisateurs appartenant à la communauté soit suffisant par rapport à la surface du territoire géographique à couvrir. On admet par exemple que la mutualisation de plusieurs millions de traceurs ou de dispositifs de localisation est nécessaire afin de pouvoir fournir une communauté efficace. Les services d’assistances à la localisation sont donc limités par la taille de leur communauté, celle-ci étant souvent initialement insuffisante pour rendre efficace une quelconque fonctionnalité de recherche communautaire. Un autre inconvénient est que les services connus ne permettent généralement que de retrouver des objets perdus de type spécifique, souvent au moyen de dispositifs de localisation particuliers, par exemple des traceurs GPS. Il existe donc un besoin de généralisation de ces services afin de pouvoir permettre la localisation d’objets perdus de tout type, et au moyen de différents moyens de communication sans fil. Encore un autre inconvénient est que la portée, la sécurisation et l’ergonomie des dispositifs de localisation disponibles sur le marché sont souvent limitées. Objet et résumé de l’invention Afin d’améliorer la situation et de répondre à ce ou à ces inconvénients, il est proposé, de façon générale, un procédé de mise en correspondance d’un terminal client avec des données récoltées par au moins un terminal mobile parmi une pluralité de terminaux mobiles, le procédé comprenant : - recevoir, depuis le terminal client, une requête de localisation d’un objet cible, la requête de localisation comprenant un identifiant de l'objet cible ; - détecter, avec l’au moins un terminal mobile, un voisinage de communication sans fil défini par l’objet cible ; et - sur détection du voisinage de communication sans fil, fournir une association entre l’identifiant de l’objet cible et une information de géolocalisation courante de l’au moins un terminal mobile. Cela permet de fournir une correspondance entre des données collectées et un ou plusieurs systèmes tiers dont un responsable a préalablement déclaré un intérêt, et fourni les éléments nécessaires à une localisation de ce ou ces systèmes tiers. Cela permet aussi d’augmenter l’efficacité de la dimension communautaire d’un service reposant sur l’utilisation d’une pluralité de terminaux mobiles pour localiser ce ou ces systèmes tiers. Il est ainsi possible de déterminer une correspondance entre des objets cibles dont la responsabilité appartient à des acteurs différents, et donc de mettre à profit une mutualisation d’une pluralité de terminaux mobiles. Dans une réalisation, la requête de localisation de l’objet cible est reçue par un serveur distant connecté à la pluralité de terminaux mobiles, l’identifiant que comprend la requête de localisation étant transmis du serveur distant à la pluralité de terminaux mobiles sur réception de la requête de localisation par le serveur distant, la transmission de l’identifiant étant préalable à la détection, avec l’au moins un terminal mobile, du voisinage de communication sans fil défini par l’objet cible. L’utilisation d’un serveur distant formant un dispositif intermédiaire entre le terminal client et la pluralité de terminaux mobiles permet de centraliser l’envoi d’identifiants d’objets cibles à destination de terminaux mobiles configurés pour détecter des voisinages de communication sans fil et la réception d’informations de géolocalisation courantes de terminaux mobiles ayant participé à cette détection. Dans une réalisation, sur détection du voisinage de communication sans fil défini par l’objet cible, l’association entre l’identifiant et l’information de géolocalisation courante de l’au moins un terminal mobile est mise en œuvre par l’au moins un terminal mobile, l’association étant ensuite transmise par l’au moins un terminal mobile au serveur distant. Cela permet de fournir un fonctionnement décentralisé, dans lequel la mise en correspondance est effectuée directement par le ou les terminaux mobiles responsables de la détection du voisinage de communication sans fil défini par l’objet type pour lequel un intérêt a été déclaré. Dans une réalisation, sur détection du voisinage de communication sans fil défini par l’objet cible, l’information de géolocalisation courante est transmise par l’au moins un terminal mobile au serveur distant, l’association entre l’identifiant et l’information de géolocalisation courante étant mise en œuvre par le serveur distant sur réception de l’information de géolocalisation courante par le serveur distant. Cela permet de fournir un fonctionnement centralisé, alternatif au fonctionnement décentralisé, et dans lequel la mise en correspondance est effectuée par le serveur distant, qui récolte l’ensemble des informations de géolocalisation courantes de la pluralité de terminaux mobiles, de sorte que l’association fournie fasse intervenir chacune de ces informations de géolocalisation courantes. Dans une réalisation, la transmission de l’information de géolocalisation courante est mise en œuvre en fonction : - d’un niveau de charge de l’au moins un terminal mobile ; et/ou - sur réception, par l’au moins un terminal mobile, d’une requête de transmission émise par le serveur distant. Cela permet de remonter automatiquement ou manuellement la position de l’au moins un terminal mobile vers le serveur distant indépendamment de la détection d’un voisinage de communication sans fil défini par l’objet cible à localiser. Cela permet en outre de catégoriser chacun des terminaux mobiles de la pluralité de terminaux mobiles en fonction de la détection, ou non, d’un voisinage de communication sans fil. Dans une réalisation, l’information de géolocalisation courante de l’au moins un terminal mobile associé à l’identifiant de l’objet cible est fournie par le serveur distant au terminal client, en réponse à une requête de fourniture provenant du terminal client. Cela permet au procédé de fournir directement au terminal client une information sur la localisation d’un objet cible pour lequel le responsable a déclaré un intérêt, donnant ainsi au responsable du terminal client la possibilité d’effectuer lui-même cette localisation. Dans une réalisation, la détection du voisinage de communication sans fil défini par l’objet cible est mise en œuvre avec au moins deux terminaux mobiles distincts parmi la pluralité de terminaux mobiles, le procédé comprenant en outre la fourniture d'une position de l’objet cible en fonction d’une information de géolocalisation courante fournie par chacun des au moins deux terminaux mobiles. Cela permet de fournir une association comprenant une position de l’objet cible, une trajectoire empruntée par l’objet cible au cours du temps, un comptage de détections du voisinage de communication sans fil défini par l’objet cible ou encore un historique de localisations de l’objet cible en fonction de plusieurs terminaux mobiles ayant participé à celles-ci. Plusieurs informations de géolocalisation courantes peuvent ainsi être utilisées lors de la mise en correspondance afin d’améliorer l’information fournie par l’association. Dans une réalisation, le voisinage de communication sans fil est un voisinage de communication Bluetooth, la détection du voisinage de communication Bluetooth étant mise en œuvre sur balayage d’une balise BLE de l’objet cible. Dans la présente description, une balise BLE est une balise Bluetooth à basse énergie (« Bluetooth Low Energy », en anglais). Lorsque l’objet cible à localiser comprend une telle balise BLE, l’utilisation d’une communication de type Bluetooth permet de limiter la puissance nécessaire au fonctionnement de la balise BLE et/ou des moyens de détection correspondants dont est muni l’au moins un terminal mobile. En particulier, cela est souhaitable pour des terminaux mobiles fonctionnant sur batterie. Dans une réalisation, le procédé comprend en outre l'appairage, sur détection du voisinage de communication sans fil par l’au moins un terminal mobile, de l’au moins un terminal mobile avec l’objet cible au moyen d’un lien de communication Bluetooth. Un tel appairage permet de mettre en œuvre une commande à distance d’actions par l’objet cible, ces actions pouvant soit contribuer à améliorer la localisation de l’objet cible, par exemple au moyen de l’activation d’un module de positionnement GPS ou de l’émission d’un signal sonore, soit contribuer à améliorer l’association entre l’identifiant de l’objet cible et l’information de géolocalisation courante de l’au moins un terminal mobile. Dans une réalisation, l’identifiant comprend un paramètre de sécurisation, la détection du voisinage de communication sans fil étant mise en œuvre sur réception, par l’objet cible, du paramètre de sécurisation. Le paramètre de sécurisation permet d’améliorer la sécurisation et la confidentialité des données échangées au cours de la mise en correspondance, par exemple au moyen de l’échange de clés ou de certificats lors de la détection du voisinage de communication sans fil, l’utilisation de ces clés ou de ces certificats pouvant être gérée à distance par le terminal client et/ou le serveur distant. Selon un autre aspect, il est proposé, de façon générale, un programme informatique comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des réalisations exposées ci-dessus, lorsque ces instructions sont exécutées par un processeur d’un circuit de traitement informatique. La disponibilité d’un tel programme informatique permet d’inscrire le propriétaire du terminal client dans une communauté virtuelle d’utilisateurs. L’appartenance à cette communauté permet alors de localiser, de façon collaborative, des objets cibles pour lesquels d’autres utilisateurs de la communauté auraient déclaré un intérêt. Selon encore un autre aspect, il est proposé, de façon générale, un terminal mobile adapté pour : - recevoir, depuis un terminal client, un identifiant d’un objet cible ; - détecter un voisinage de communication sans fil défini par l'objet cible ; et - sur détection du voisinage de communication sans fil, fournir une association entre l’identifiant de l’objet cible et une information de géolocalisation courante du terminal mobile à un serveur distant connecté au terminal mobile. Selon encore un autre aspect, il est proposé, de façon générale, un serveur adapté pour : - recevoir, depuis un terminal client, une requête de localisation d’un objet cible, cette requête de localisation comprenant un identifiant de l'objet cible ; - sur détection, par au moins un terminal mobile distant parmi une pluralité de terminaux mobiles distants, d’un voisinage de communication sans fil défini par l’objet cible, l'au moins un terminal mobile distant étant connecté au serveur, fournir une association entre l’identifiant de l’objet cible et une information de géolocalisation courante de l’au moins un terminal mobile au terminal client. Selon encore un autre aspect, il est proposé, de façon générale, un système de communication, ce système de communication comprenant un terminal mobile et un serveur selon l’un quelconque des aspects exposés ci-dessus. D’autres caractéristiques, détails et avantages apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, sur lesquels : , la figure 1 montre un exemple non limitatif de système de communication dans lequel est mis en œuvre un procédé de mise en correspondance d’un terminal avec des données récoltées, selon l'invention ; , la figure 2 représente, sous forme d’organigramme, un exemple d’étapes d’un procédé de mise en correspondance d’un terminal avec des données récoltées selon un ou plusieurs modes de réalisation ; , la figure 3 représente sous forme de diagramme de flux des étapes d’un procédé de mise en correspondance d’un terminal avec des données récoltées selon un premier mode de réalisation ; , la figure 4 représente sous forme de diagramme de flux des étapes d’un procédé de mise en correspondance d’un terminal avec des données récoltées selon un deuxième mode de réalisation ; et , la figure 5, représente un bloc-diagramme schématique d'un circuit de traitement informatique selon une réalisation. Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité. Les dessins et la description ci-après contiennent, pour l’essentiel, des éléments de caractère certain. Ils pourront donc servir à mieux faire comprendre la présente invention et à contribuer à sa définition, le cas échéant. Il est maintenant fait référence à la figure 1, qui représente un exemple de système de communication dans lequel est mis en œuvre un procédé de mise en correspondance d’un terminal avec des données récoltées, conforme à la présente invention. En particulier, la figure 1 montre un exemple de mise en correspondance d’un terminal client 100 avec des données issues d’un processus de localisation d’un objet cible donné 400, et par extension avec des terminaux mobiles (300-1, 2, 3) tels que des téléphones mobiles et dont ces données sont issues. Plus particulièrement, ces données sont issues d’un processus de détection d’un voisinage de communication sans fil 4000 défini, c’est-à-dire généré, par cet objet cible 400. Un voisinage de communication sans fil est typiquement un réseau électromagnétique définissant une zone de communication de données avec un terminal situé dans cette zone de télécommunications, cette zone ayant une portée dite de proximité (c’est-à-dire de quelques mètres à 100 mètres) ou de portée plus grande, et générée par un émetteur faisant office de balise. L’objet cible comprend une balise, qui est par exemple une balise BLE générant un réseau Bluetooth sur un périmètre donné, ou encore une carte de proximité adaptée pour permettre une radio-identification (ou « Radio-frequency identification », RFID, en anglais) de l’objet cible 400. Le voisinage de communication sans fil 4000 est, par exemple, généré au moyen d’un protocole de communication sans fil à courte portée tel qu’un protocole WPAN (Wireless Personal Area Network), WLAN ( Wireless Local Area Network ), Bluetooth, Wi-Fi ou ZigBee. Ces différents protocoles permettent une communication entre équipements personnels ou domestiques équipés de petits émetteurs radios à faible consommation. De préférence, le voisinage de communication sans fil 4000 est un voisinage de communication Bluetooth. Le Bluetooth (Bluetooth est une marque déposée de Bluetooth SIG, Inc.) définit une norme de communication pour transmettre des données sans fil sur de courtes distances. Ces distances sont typiquement limitées à 10 mètres, et utilisent des ondes radio haute fréquence comprises entre 300 mégahertz et 3 gigahertz. Cette norme rend les appareils Bluetooth très populaires auprès des clients pour effectuer des connexions à d’autres équipements situés à proximité, en raison de leur portabilité, de leur niveau d’émission élevé et de leur faible consommation énergétique. En particulier, ces connexions sont permises au moyen de l’établissement de canaux de transport physique BLE, qui encapsulent des canaux physiques LE ( Low Energy ), définissant un ensemble de fréquences utilisables pour une communication entre deux équipements, par exemple entre un terminal mobile et un objet cible, configurés pour interagir via de tels canaux. Un canal physique Bluetooth est caractérisé par un ensemble de fréquences Bluetooth, combinées à des paramètres temporels et limitées par des considérations spatiales. De préférence, lorsque le voisinage de communication sans fil 4000 est un voisinage de communication Bluetooth, l’objet cible 400 qui le définit est muni d’une balise BLE (ou « Bluetooth Low Energy », en anglais). Les balises BLE permettent une transmission de données brutes vers un détecteur, tel qu’un terminal mobile configuré à cet effet. Optionnellement, ces données brutes peuvent indiquer une position relative de la balise par rapport au lecteur. Selon différents exemples, une balise BLE est configurée selon l’un ou l’autre protocole particulier, par exemple iBeacon, AltBeacon, URIBeacon ou Eddystone. Ces différents protocoles permettent de faciliter la localisation de l’objet cible 400 par des terminaux mobiles. En particulier, ces protocoles permettent à des terminaux mobiles de localiser l’objet cible 400 similairement à un système de positionnement GPS (ou « Global Positioning System », en anglais). Dans ce cas, la localisation de l’objet cible 400 est mise en œuvre de manière combinée par le serveur distant 200 et au moins l’un des terminaux mobiles 300-1, 300-2, 300-3 afin de fournir une localisation de l’objet cible 400. En outre, ces protocoles iBeacon, AltBeacon, URIBeacon ou Eddystone permettent à des terminaux mobiles d’identifier l’objet cible 400 2. Cette identification est par exemple mise en œuvre au niveau applicatif via des identificateurs propres à ces protocoles. En d’autres termes, tout objet cible 400 pour lequel un terminal client 100 a initialement déclaré un intérêt n’est pas identifié au moyen de la communication Bluetooth ou de la balise BLE, mais directement au niveau des protocoles utilisés pour cette communication Bluetooth. De manière non limitative, les modes de réalisation décrits dans la présente description peuvent se baser sur tout protocole de communication à courte portée. Avantageusement, lorsqu’un terminal mobile configuré pour détecter un tel voisinage de communication sans fil se situe à proximité de l’objet cible, c’est-à-dire en une position située à l’intérieur de ce voisinage, il peut recevoir de celui-ci des données, en particulier des données permettant d’identifier l’objet cible. En particulier, lorsque le voisinage de communication sans fil 4000 est un voisinage de communication Bluetooth, un lien de communication Bluetooth peut être créé entre l’objet cible 400 et un terminal mobile configuré à cet effet. Des données peuvent alors être échangées entre l’objet cible 400 et le terminal mobile par l’intermédiaire de ce lien de communication Bluetooth. Le terminal client 100 est par exemple un ordinateur, une tablette ou un téléphone portable appartenant à un utilisateur, désigné ici par "propriétaire" du terminal. Dans une situation considérée comme initiale, le propriétaire du terminal client 100 transmet une déclaration d’intérêt au serveur distant 200. Cette déclaration d’intérêt prend la forme d’une requête de localisation d’un objet cible, ou de manière non limitative, peut simplement signaler un souhait du propriétaire de déterminer la localisation d’un équipement particulier, ici, l’objet cible 400. La requête de localisation, permet au propriétaire du terminal client 100 de fournir au serveur distant 200 au moins un élément permettant d’identifier l’objet cible 400 parmi d’autres. Cet élément est un identifiant, cet identifiant pouvant correspondre à un identificateur d’une balise dont est munie l’objet cible à localiser. L’identificateur de cette balise peut appartenir exclusivement au propriétaire du terminal client 100. En outre, la requête de localisation permet éventuellement de fournir au serveur distant 200 une information de position, par exemple un indicatif national, un code postal ou des coordonnées GPS, cette information de position pouvant ensuite être utilisée pour faciliter la détection et l’identification ultérieure de l’objet cible 400 par des terminaux mobiles configurés à cet effet, ou pour sélectionner des terminaux mobiles adaptés à cette information de position. La requête de localisation comprend éventuellement une information nécessaire pour permettre à un dispositif tiers, en particulier un terminal mobile, d’accéder à des données protégées ou cryptées de l’objet cible à localiser. Chacun des terminaux mobiles 300-1, 300-2, 300-3 est connecté de manière non filaire à un serveur distant 200. Le terminal client 100 est configuré pour se connecter au serveur distant 200 par l’intermédiaire d’un réseau de télécommunications 1000. Le réseau de télécommunications 1000 et le serveur 200 sont, de préférence, gérés par un opérateur commun. Les terminaux mobiles 300-1, 300-2, 300-3 appartiennent chacun à d’autres utilisateurs, distincts, et éventuellement préalablement abonnés à un opérateur de télécommunications ou à un service de géolocalisation. Chacun des terminaux mobiles 300-1, 300-2, 300-3 comprend un module de géolocalisation configuré pour fournir des données de géolocalisation au serveur distant 200. Un tel module de géolocalisation comprend, par exemple, un système de positionnement par satellite tel que le « Global Positioning System (GPS) » qui permet une précision élevée. Le module de géolocalisation d’un terminal mobile peut comprendre en outre un système de positionnement par détection de réseaux environnants, par exemple la géolocalisation par Wifi, Bluetooth et/ou réseau de communication du type mobile. Par réseau de communication mobile, on entend ici un réseau de communication par exemple un réseau cellulaire compatible avec les architectures réseau GSM, UMTS, GPRS, EDGE, LTE et/ou avec les services 2G, 3G, 4G. Dans certaines situations, notamment en milieu couvert, le positionnement par détection de réseau donne de meilleures performances que la géolocalisation par satellite seule, et est moins énergivore que la géolocalisation par satellite. Comme illustré sur la figure 1, les terminaux mobiles 300-1 et 300-2 sont déplacés respectivement le long de chemins P1 et P2 passant à l’intérieur du voisinage de communication sans fil 4000, et peuvent détecter l’objet cible 400 sur réception de données émises par celui-ci, tandis qu’un terminal mobile 300-3 dont un chemin P3 ne passe pas dans ce voisinage ne peut pas détecter l’objet cible 400, car ne se situant pas à une portée suffisante de celui-ci. A intervalles réguliers prédéterminés, sur réception d’une requête émise par le serveur distant 200 ou lorsqu’une condition prédéfinie est remplie, par exemple lorsqu’un niveau de charge suffisant est atteint, chaque terminal mobile transmet au serveur distant des informations, par exemple une information de géolocalisation courante du terminal mobile. Dans la présente description, une telle information de géolocalisation comprend au moins un paramètre choisi parmi une date, une heure et une position tridimensionnelle du terminal mobile. Comme illustré sur la figure 1, le terminal mobile 300-3 communique au serveur distant 200, par exemple à intervalles réguliers lors de son déplacement le long du chemin P3, sa position courante telle que fournie par son module de géolocalisation. Les terminaux mobiles 300-1 et 300-2, dont les chemins respectifs P1 et P2 traversent le voisinage de communication sans fil 4000, communiquent également leurs positions courantes respectives au serveur 200. Ne détectant pas l’objet cible 400, le terminal mobile 300-3 transmet une ou plusieurs positions au serveur distant 200, sous la forme de données DP-3. Les terminaux mobiles 300-1 et 300-2 détectant l’objet cible 400, ceux-ci peuvent par contre communiquer au serveur distant 200 leurs positions courantes au moment de la détection du voisinage de communication sans fil 4000, désignées ici par informations de géolocalisation courantes, accompagnées d’autres informations. De préférence, la communication de ces positions courantes est communiquée par les terminaux mobiles à l’issue d’une période de temps prédéterminée au cours de laquelle la détection du voisinage de communication sans fil 4000 a été mise en œuvre. En particulier, le terminal mobile 300-1 peut transmettre au serveur distant 200 une information de géolocalisation courante correspondant à la position X1 en laquelle une détection du voisinage 4000 a pu être effectuée par le terminal 300-1, et le terminal mobile 300-2 peut transmettre au serveur distant 200 une information de géolocalisation courante correspondant à sa position X2 en laquelle une détection du voisinage 4000 a pu être effectuée par le terminal 300-2. Comme illustré sur la figure 1, le terminal mobile 300-1, respectivement 300-2, transmet au serveur distant 200 des données DP-M1, respectivement DP-M2, comprenant, d’une part, l’information de géolocalisation courante X1, respectivement X2, et d’autre part, au moins une information captée au cours de la détection du voisinage de communication sans fil 4000. Cette information permet d’identifier, au moins partiellement, l’objet cible 400. Cette transmission se fait sous la forme de données DP-M1. Sur réception des données DP-M1 et DP-M2, le serveur 200 cherche ensuite à en extraire un identifiant d’un objet cible 400 et, si l'identifiant extrait correspond à celui fourni initialement par le terminal client 100, le serveur peut alors informer celui-ci de l’heure, de la position à laquelle l’objet cible a été détecté et/ou d’informations relatives aux terminaux mobiles ayant participé à cette détection. Il est maintenant fait référence à la figure 2 , qui représente sous forme d’organigramme les étapes principales d’un procédé de mise en correspondance d’un terminal avec des données récoltées, selon un exemple de réalisation. Comme représenté, une étape 505 concerne la réception, depuis un terminal client 100, d’une requête de localisation d’un objet cible 400, cette requête de localisation comprenant un identifiant de cet objet cible. En variante, la réception peut être effectuée par un dispositif distant (non représenté) et connecté au serveur 200, par exemple un gestionnaire du réseau de télécommunications 1000. Ce dispositif distant peut aussi comporter au moins l’un des terminaux mobiles de la pluralité 300 de terminaux mobiles. Une étape 510, qui suit l’étape 505, concerne la détection, avec au moins un terminal mobile connecté au serveur 200 ou au dispositif distant, d’un voisinage de communication sans fil défini par l’objet cible 400. Préalablement à l’étape 510, la requête de localisation reçue lors de l’étape 505 ou bien seulement l’identifiant contenu dans la requête de localisation, est transmis(e) du serveur distant à la pluralité 300 de terminaux mobiles connectés au serveur distant. L’étape 510 peut comprendre en outre, sur détection du voisinage de communication sans fil, un enregistrement d’une donnée associée à ce voisinage ou une information de géolocalisation courante du ou des terminaux mobiles ayant mis en œuvre la détection. Au cours de l’étape 510, plusieurs terminaux mobiles peuvent participer simultanément ou successivement à la détection du voisinage de communication sans fil défini par l’objet cible. Un seul terminal mobile peut également effectuer plusieurs détections successives du voisinage de communication sans fil. Au cours de l’étape 510, un terminal mobile participant à la détection de l’objet cible peut s’appairer à celui-ci, par exemple pour échanger un flux de contrôle et éventuellement déclencher l'exécution d'une action par l’objet cible. Une étape 515, qui suit les étapes 505 et 510, concerne l’association, aussi appelée mise en correspondance (ou « matching », en anglais), de données issues respectivement du terminal client 100, du serveur 200 et d’au moins un des terminaux mobiles. En particulier, l’étape 515 comprend un traitement de ces données afin d'obtenir une association entre l’identifiant de l’objet cible reçu depuis le terminal client 100 et au moins une information de géolocalisation courante enregistrée par le terminal mobile ayant mis en œuvre la détection du voisinage de communication sans fil de l’objet cible 400. Selon un exemple, l’association de l’étape 515 est mise en œuvre par le serveur 200. Cette association est réalisée suite à la détection du voisinage de communication sans fil défini par l’objet cible par au moins un terminal mobile connecté au serveur 200, ladite association mettant en correspondance par exemple un identifiant de l’objet cible avec une information de géolocalisation courante d’un terminal mobile, reçue par le serveur 200. L’information de géolocalisation courante peut être transmise par le terminal mobile lorsque des conditions spécifiques sont remplies, par exemple lorsqu’un niveau de charge du terminal mobile est suffisant pour permettre cette transmission, à des instants prédéterminés à l’avance ou encore sur requête provenant du serveur 200. Selon un autre exemple, l’association de l’étape 515 est mise en œuvre par le ou les terminaux mobiles ayant mis en œuvre la détection du voisinage de communication sans fil de l’objet cible 400. Une étape 520, qui suit les étapes 505, 510 et 515, concerne la fourniture de l’association obtenue lors de l’étape 515. Par exemple, l’association est fournie par l’au moins un terminal mobile ayant mis en œuvre la détection du voisinage de communication sans fil au serveur distant 200. Le serveur 200 peut lui-même ensuite fournir l’association au terminal client 100, par exemple lorsque le terminal client en fait la demande. La figure 3 illustre un diagramme de flux correspondant aux étapes d’un procédé de mise en correspondance d’un terminal avec des données récoltées selon un premier mode de réalisation, appelé mode centralisé. De préférence, ces flux comprennent des flux de données, par exemple des paquets de données de type ACL (ou « Asynchronous Connection-Less », en anglais), mais peuvent comprendre en outre des flux de données de contrôle, tel que des paquets de données de type SCO (ou « Synchronous Connection Oriented Link », en anglais) par exemple pour un appairage entre un terminal mobile à un objet cible dont le voisinage de communication sans fil a été détecté, cet appairage déclenchant l’émission d’un signal sonore par l’objet cible. Comme illustré, le terminal client 100, le serveur 200 et la pluralité 300 de terminaux mobiles 300-1, 300-2, 300-3 sont représentés comme étant distincts et reliés entre eux, par exemple connectés au moyen d’un réseau fourni par un opérateur de télécommunications. Ceci n’exclut pas que le terminal client 100 fasse partie de la pluralité 300 de terminaux mobiles. En lien avec les étapes décrites précédemment, l’étape 505 de réception comprend les étapes 605 et 606 décrites ci-après, l’étape 510 de détection comprend les étapes 610, 611 et 612 décrites ci-après, l’étape 515 de mise en correspondance comprend l’étape 615 décrite ci-après et l’étape 520 de fourniture comprend les étapes 619 et 620 décrites ci-après. Comme illustré, lors de l’étape 605, le terminal client 100 transmet une requête de localisation RQ1 vers le serveur distant 200. Ceci permet de fournir au serveur distant un identifiant d’un objet cible 400 à localiser, ledit identifiant étant compris dans la requête de localisation RQ1. Dans un exemple spécifique, la requête de localisation RQ1 comprend une plage de bits fournie dans une charge utile (payload en anglais), par exemple une charge utile BLE, la ou les valeur(s) de cette plage formant un moyen d’identification de l’objet cible 400. Ce moyen d’identification peut s’ajouter à l’identifiant fourni par la requête de localisation RQ1, avec l’avantage d’être supporté nativement par le voisinage de communication sans fil 4000, c’est-à-dire de pouvoir être exploité directement par l’objet cible définissant ce voisinage de communication Bluetooth, par exemple pour lui permettre d’être lue sans nécessiter d'installation d’extensions ou de modules. Avantageusement, cela fournit un moyen d’identification et/ou de localisation adapté d’un objet cible dont l’adresse, par exemple l’adresse MAC de sa balise BLE, change dans le temps pour des raisons de sécurité ou de confidentialité. Lors de l’étape optionnelle 606, un message d’acquittement ACK1 est renvoyé depuis le serveur 200 à destination du terminal client 100 sur réception de la requête de localisation RQ1. Le message d’acquittement ACK1 permet de confirmer la bonne réception de la requête de localisation RQ1. En outre, le message d’acquittement ACK1 peut permettre de demander des informations supplémentaires au terminal client 100 ou à son propriétaire, par exemple une adresse IP, une adresse URL, une position estimée de l’objet cible 400, des moyens d’accès à l’objet cible 400 à partir d’un terminal mobile ayant détecté un voisinage de communication sans fil de cet objet cible, ou encore des moyens de sécurisation correspondants. Simultanément ou successivement aux étapes 605 et/ou 606, chacun des terminaux mobiles 300-1, 300-2, 300-3 de la pluralité 300 met en œuvre une étape de détection 610. Pour mettre en œuvre l’étape 610, chaque terminal mobile est configuré pour effectuer un balayage de voisinages de communication sans fil situés à proximité, par exemple un balayage Bluetooth réactif de balises BLE, c’est-à-dire un balayage Bluetooth déclenchant l’émission d’une réponse par la ou les balises BLE dont le voisinage de communication sans fil a été détecté lors de ce balayage, cette réponse pouvant être lue ou transmise par le terminal mobile. Au cours de l’étape 610, un terminal mobile cherche à établir une communication avec un équipement situé à proximité, par exemple par l’émission d’une requête de connexion RQ2 à intervalles réguliers. Si le terminal mobile se situe dans un voisinage de communication sans fil défini par l’objet cible 400, l’objet cible 400 reçoit la requête de connexion RQ2 et émet une réponse correspondante signalant sa présence au terminal mobile, indiquant que le balayage effectué par le terminal mobile a permis de détecter le voisinage de communication sans fil de l'objet cible. En variante, et plutôt qu’une requête de connexion RQ2 émise à intervalles réguliers, l'objet cible 400 peut émettre des messages de notification à intervalles réguliers, les terminaux mobiles 300-1, 300-2, 300-3 détectant ces messages sans nécessairement les solliciter. Au cours de l’étape 611, et sur détection du voisinage de communication sans fil défini par l’objet cible 400, par exemple lorsque le balayage Bluetooth réactif d’au moins l’un des terminaux mobiles 300-1, 300-2, 300-3 a permis la détection une balise BLE de l’objet cible 400, l’objet cible transmet un message d’acquittement correspondant ACK2 au terminal mobile ayant effectué la détection. En particulier, ce message d’acquittement correspondant ACK2 comprend des données brutes DP propres au voisinage de communication sans fil de l’objet cible 400. Toujours au cours de l’étape 611, le terminal mobile ayant détecté le voisinage de communication sans fil enregistre au moins une information de géolocalisation courante, en particulier une information de géolocalisation du terminal mobile lui-même. En option, le terminal mobile enregistre en outre une information de localisation de l’objet cible 400. Au cours de l’étape 612, un terminal mobile ayant reçu des données brutes DP au cours de l’étape 611 transmet ces données brutes DP au serveur distant 200. Toujours au cours de l’étape 612, chaque terminal mobile ayant détecté un voisinage de communication sans fil peut adjoindre une information de géolocalisation courante enregistrée — voire une information de localisation de l’objet cible 400 définissant un voisinage de communication sans fil détecté — aux données brutes DP transmises au serveur 200. Dans un exemple spécifique, les données brutes DP peuvent en outre être transmises à un serveur tiers (non représenté) auquel le terminal client 100 a accès. Cette transmission des données brutes DP peut aussi se faire à destination d'une adresse URL pour laquelle le propriétaire du terminal client 100 dispose d’une autorisation d’accès. De préférence, cette transmission est conditionnée par une fourniture préalable d’un ou de plusieurs identifiants de l’objet cible 400 et de l’adresse de ce serveur tiers ou de l’adresse URL du serveur 200 aux terminaux mobiles 300-1, 300-2, 300-3. L’information de géolocalisation courante peut également faire partie de cette transmission. Lors de l’étape 611 et/ou lors de l’étape 612, chaque terminal mobile peut horodater les données brutes DP à transmettre au serveur 200. Ceci permet à chaque terminal mobile de fournir au serveur distant 200 un compte-rendu des résultats de détection obtenus lors des étapes 610 et 611, par exemple pour en déduire un comptage. Lors de l’étape 615, le serveur 200 met en œuvre un traitement des données brutes DP reçues de sorte à les mettre en correspondance avec l’identifiant ID reçu dans la requête de localisation RQ1. Ceci permet d’effectuer une association entre l’identifiant de l’objet cible 400 et au moins une information de géolocalisation courante d’au moins un terminal mobile ayant participé à la détection du voisinage de communication sans fil 4000 défini par cet objet cible. En particulier, si l’équipement définissant le voisinage de communication sans fil 4000 détecté sur réception du message d’acquittement ACK2 et des données brutes DP, lors de l’étape 611, correspond à l’identifiant de l’objet cible 400 fourni au serveur 200 lors de l’étape 605, le serveur 200 associe cette information de géolocalisation aux données brutes DP en vue de les enregistrer sur le serveur 200 et/ou de les fournir ultérieurement au terminal client 100 ou à un dispositif tiers ,sous la forme d’une association de données DP-M. Selon différents exemples possibles, le traitement mis en œuvre par le serveur 200 peut combiner plusieurs informations de géolocalisation courante, par exemple des informations de géolocalisation courantes d’un seul terminal mobile ayant détecté le voisinage de communication sans fil de l’objet cible 400 à différentes reprises au cours du temps, ou des informations de géolocalisation courantes de plusieurs terminaux mobiles ayant détecté le voisinage de communication sans fil de l’objet cible 400 à une ou plusieurs reprises. Ceci permet par exemple au serveur 200 de générer une trajectoire, un historique ou un suivi des localisations de l’objet cible 400 pour un identifiant ID donné, éventuellement complété avec des identificateurs des terminaux mobiles 300-1, 300-2, 300-3 ayant participé à sa détection. Optionnellement, sur réception d’une requête de fourniture correspondante RQ3 provenant du terminal client 100, le serveur 200 fournit, au terminal client, un message d’acquittement ACK3 correspondant, ce message d’acquittement ACK3 comprenant l’association DP-M de l’identifiant de l’objet cible et d’une information de géolocalisation courante de l’au moins un terminal mobile. En variante, l’association DP-M peut être fournie à un serveur tiers dont l’adresse est renseignée par le propriétaire du terminal client 100, ou à une adresse URL, par exemple. Dans un exemple particulier du mode centralisé décrit ci-dessus, les terminaux mobiles 300-1, 300-2, 300-3 sont gérés par un opérateur de télécommunications commun, et sont chacun dotés d’une interface de communication Bluetooth configurée pour mettre en œuvre un balayage Bluetooth. Cette configuration leur permet d’effectuer un balayage généralisé pour remonter des informations obtenues lors de la détection de voisinages Bluetooth vers le serveur 200, qui fait ici office de serveur centralisé. Ces informations comprennent par exemple un identificateur d’objet cible, une date, une heure ou une position. Dans cet exemple, le propriétaire du terminal client 100 peut déclarer des critères de spécification de communauté pouvant être utilisés pour cette configuration, par exemple des identifiants, une périodicité de mise à jour souhaitée, des conditions d’alerte, etc. Sur réception des données brutes fournies par les terminaux mobiles, le serveur 200 met alors en œuvre un triage de ces données brutes en fonction des spécifications des clients, et retourne des mises à jour au terminal client ou à son propriétaire, par exemple par l’intermédiaire d’une base de données auquel le propriétaire peut accéder en fournissant un identifiant de son terminal client ou des informations de sécurité, telles qu’un mot de passe. A titre d’illustration, les données brutes triées ou les mises à jour retournées peuvent être rendues disponibles via une adresse d’un site internet auquel le propriétaire peut accéder depuis un terminal distinct du terminal client. La figure 4 illustre un diagramme de flux d’étapes d’un procédé de mise en correspondance d’un terminal avec des données récoltées selon un deuxième mode de réalisation, appelé mode décentralisé. En lien avec les étapes décrites précédemment (figure 2), l’étape 505 de réception comprend les étapes 705 et 706 décrites ci-après, l’étape 510 de détection comprend les étapes 710 et 711 décrites ci-après, l’étape 515 de mise en correspondance comprend l’étape 715 décrite ci-après, et l’étape 520 de fourniture comprend les étapes 719 et 720 décrites ci-après. L’étape 716 est comprise soit dans l’étape 515 de mise en correspondance soit dans l’étape 520 de fourniture. Comme illustré sur la figure 4, les étapes 705, 706, 710, 711, 719 et 720 sont similaires, respectivement, aux étapes 605, 606, 610, 611, 619 et 620 illustrées sur la figure3. Lors de l’étape 707, et suite à la réception de la requête de fourniture RQ1, le serveur 200 transmet l’identifiant ID à la pluralité 300 de terminaux mobiles 300-1, 300-2, 300-3. A la différence du mode centralisé illustré sur la figure3, le présent mode décentralisé prévoit en outre de configurer chacun des terminaux mobiles 300-1, 300-2, 300-3 de la pluralité 300 pour leur permettre de mettre en œuvre un balayage réactif de voisinages de communication sans fil lors des étapes 710 et 711. De préférence, cette configuration tient compte de l’identifiant ID transmis lors de l’étape 707. Ainsi, lorsqu’on objet cible 400 dont le voisinage de communication sans fil 4000 a été détecté par un terminal mobile, des données brutes DP correspondantes sont fournies au terminal mobile, en réponse à la requête RQ2. Lors de l’étape 715, le terminal mobile ayant participé à la détection associe l’identifiant ID de l’objet cible et une information de géolocalisation courante de celui-ci. Ceci permet aux terminaux mobiles 300-1, 300-2, 300-3, plutôt qu’au serveur distant 200, de mettre en œuvre l’association DP-M de l’identifiant et de l’information de géolocalisation courante. Cette association DP-M est ensuite transmise au serveur 200 par le terminal mobile l’ayant mise en œuvre. Dans un exemple particulier du mode décentralisé décrit ci-dessus, les terminaux mobiles 300-1, 300-2, 300-3 sont gérés par un opérateur de télécommunications commun, et sont chacun dotés d’une interface de communication Bluetooth configurée pour mettre en œuvre un balayage Bluetooth réactif. Ainsi, dès que le voisinage de communication sans fil d’un équipement donné est détecté, le terminal mobile ayant effectué la détection transmet des informations au serveur 200 ou à tout serveur dont l’utilisateur du terminal client 100 est propriétaire, l'utilisateur ayant préalablement déclaré cet équipement donné comme étant un objet cible. Cela implique la nécessité de l’étape 707, puisque le serveur 200 doit préalablement envoyer aux terminaux mobiles 300-1, 300-2, 300-3 un ou plusieurs identifiants d’équipements définis comme objets cibles, et optionnellement, les moyens nécessaires pour que les terminaux mobiles participant à la détection puissent établir une communication avec ces objets cibles, par exemple via la mise en place d’un script d’interaction. L’étape 716 permet alors aux terminaux mobiles de transmettre au serveur 200 les résultats des détections effectuées, par exemple pour comptabiliser celles-ci ou générer un historique de positions. Selon différents exemples du mode centralisé ou du mode décentralisé, une association DP-M peut comprendre l’identifiant de l’objet cible 400 tel que fourni par le terminal client 100, un identificateur de l’objet cible 400 obtenu à partir des données brutes DP reçues lors de la détection du voisinage de communication sans fil 4000 défini par l’objet cible 400, ou encore toute autre information caractéristique de l’objet cible 400 ou de son voisinage de communication sans fil 4000, l’association DP-M étant éventuellement horodatée par le serveur 200 ou par le terminal mobile ayant participé à la détection du voisinage de communication sans fil. La figure 5 , illustre, selon un mode particulier de réalisation de l'invention, un dispositif 10 pour mettre en œuvre le procédé selon l’une des réalisations décrites ci-avant. Le dispositif 10, qui est de préférence un circuit intégré, est compris dans le serveur 200. En variante, le dispositif 10 est un circuit intégré adapté pour être intégré dans le serveur 200 ou au moins dans l’un des terminaux mobiles de la pluralité 300. Le dispositif 10 peut aussi être intégré à tout autre dispositif électronique distinct d’un terminal mobile de la pluralité 300 de terminaux mobiles et du serveur 200. Comme illustré, le dispositif 10 comprend un espace 12 de stockage, par exemple une mémoire MEM, et une unité 14 de traitement équipée par exemple d'un processeur PROC. L’espace 12 de stockage est par exemple une mémoire non volatile (ROM ou Flash, par exemple), et peut constituer un support d’enregistrement, ce support d’enregistrement pouvant en outre comprendre un programme d’ordinateur. Lorsqu’il constitue un support d’enregistrement, l’espace 12 de stockage peut être lu par le serveur 200 ou par l’un des terminaux mobiles de la pluralité 300. Le dispositif 10 comprend en outre un module de communication permettant audit dispositif de se connecter à un réseau de télécommunications, par exemple au réseau 1000, et d'échanger des données avec d'autres dispositifs par l'intermédiaire du réseau de télécommunications. Par exemple, le module de communication peut être une interface réseau Wifi ou Ethernet, ou encore un module de communication Bluetooth. Le module de communication du dispositif 10 comprend un module 16 de réception de données, par exemple un récepteur IN, et un module 18 d’émission de données, par exemple un émetteur OUT. Le module 16 est configuré pour recevoir une demande de connexion ou de déconnexion du dispositif 10 en provenance d’un terminal mobile parmi la pluralité 300 de terminaux mobiles, en provenance d’un serveur 200 ou en provenance de tout autre dispositif électronique. En particulier, le module 16 est configuré pour recevoir une requête d’un terminal client 100 tel qu’une requête de localisation RQ1, une requête de connexion RQ2 ou encore une requête de fourniture RQ3. En particulier, la requête de localisation RQ1 et/ou la requête de fourniture RQ3 peut prendre la forme d’une demande de souscription ou d’une demande d’abonnement à un service de mise en correspondance de données récoltées par une pluralité donnée de terminaux mobiles. Ces terminaux mobiles sont ici de préférence gérés par un opérateur de télécommunications commun, cet opérateur pouvant en outre être en charge de la gestion du serveur 200. Selon une première variante, le module 18 est configuré pour transmettre des données ou des messages de réponse depuis le dispositif 10 vers au moins l’un des terminaux mobiles 300-1, 300-2, 300-3 ou vers le terminal client 100 si le dispositif 10 est compris dans le serveur 200. Selon une deuxième variante, le module 18 est configuré pour transmettre des données ou des messages de réponse depuis le dispositif 10 vers le serveur 200 ou vers le terminal client 100 si le dispositif 10 est compris dans l’un des terminaux mobiles 300-1, 300-2, 300-3. Selon cette première ou cette deuxième variante, le module 18 peut en outre être configuré pour transmettre des données depuis le dispositif 10 vers un dispositif électronique tiers auquel le propriétaire du terminal client 100 et/ou l’opérateur du dispositif électronique tiers ont/a accès. L’espace 12 de stockage, qui peut être sécurisé, est configuré pour enregistrer et stocker toute donnée lue par le module 16, traitée par l’unité 14 et/ou envoyée par le module 18. L'unité 14 de traitement, qui peut être pilotée par un programme, est configurée pour mettre en œuvre le procédé de mise en correspondance tel que décrit dans l'invention en référence aux figures précédentes. À l'initialisation, les instructions d’un programme pilotant l’unité 14 de traitement, sont par exemple chargées dans une mémoire vive (RAM, par exemple) non représentée, comprise dans le dispositif 1000, avant d'être exécutées par le processeur de l'unité 14 de traitement. En particulier, l’unité 14 de traitement est configurée pour mettre en œuvre une association entre un identifiant d’un objet cible et des paramètres de cet objet cible, d’un voisinage de communication sans fil défini par un objet cible et/ou de paramètres d’un terminal mobile prévu pour détecter cet objet cible ou ce voisinage de communication sans fil, cette association se faisant au moyen de méthodes de traitement de données. Dans les exemples non limitatifs décrits ci-avant, l’une des applications prévues est la fourniture, par un opérateur de télécommunications, d’un système et/ou d’un service de type « commerce à commerce » (ou « business to business », B2B, en anglais). En particulier, une application vise à proposer un système et/ou un service permettant la constitution et la gestion d’une communauté virtuelle d’utilisateurs abonnés. Cette constitution et cette gestion de communauté virtuelle peut être mise en œuvre sur la base d’un déploiement d’un logiciel spécifique sur les téléphones mobiles des utilisateurs abonnés, ce logiciel étant configuré pour permettre la mise en correspondance de données de géolocalisation d’équipements spécifiques ou d’objets cibles perdus, avec un terminal client appartenant à un utilisateur ayant déclaré un intérêt pour ces équipements spécifiques ou objets cibles, par exemple s’il en est le propriétaire. Cette mise en correspondance peut notamment se faire sur la base d’une requête correspondante d’accès aux données récoltées émise par le terminal client, l’utilisateur du terminal client pouvant ensuite être invité à s’abonner à la communauté, et par exemple, proposer que son terminal devienne partie à la communauté de terminaux mobiles. Selon un exemple, ce système et/ou ce service peut être fourni à tout gestionnaire d’une application de suivi, par exemple une application de localisation assistée par Bluetooth d’objets marqués au moyen d’étiquettes BLE, cette application étant installée sur un grand nombre de terminaux mobiles configurés pour participer à cette localisation. Selon un autre exemple, ce système et/ou ce service peut être fourni à un gestionnaire d’une flotte d’équipements mobiles tels que des téléphones mobiles, pour mettre en correspondance les données récoltées par cette flotte d’équipements mobiles sur la base d’une déclaration d’intérêt pour un objet donné, par exemple un objet perdu spécifique. Ainsi, le gestionnaire d’un service de localisation par recherche communautaire pourrait initier ses opérations sur la base d’un nombre important de données correspondantes de géolocalisation sans devoir disposer d’un nombre important d’abonnés. Bien que les procédés proposés soient décrits dans différents modes de réalisation comme mis en œuvre respectivement par un serveur 200 ou une pluralité de terminaux mobiles dont les utilisateurs définissent une communauté virtuelle, différents modes de réalisation des procédés proposés ci-avant peuvent être mis en œuvre en utilisant différents types d’appareils tels que des ordinateurs, des tablettes ou des ressources informatiques distantes les unes des autres. De plus, différents aspects et caractéristiques décrits ci-dessus peuvent être mis en œuvre ensemble, ou séparément, ou bien substitués les uns aux autres, et l’ensemble des différentes combinaisons et sous combinaisons des aspects et caractéristiques est couvert par la portée de l’invention. En outre, il se peut que certains systèmes et équipements décrits ci-dessus n’incorporent pas la totalité des éléments et fonctions décrits pour les modes de réalisation préférés. Procédé de mise en correspondance d’un terminal client (100) avec des données récoltées par au moins un terminal mobile (300-1, 300-2, 300-3) parmi une pluralité (300) de terminaux mobiles, le procédé comprenant : - recevoir (505), depuis le terminal client, une requête de localisation (RQ1) d’un objet cible (400), la requête de localisation comprenant un identifiant de l’objet cible ; - détecter (510), avec l’au moins un terminal mobile, un voisinage de communication (4000) sans fil défini par l’objet cible ; et - sur détection du voisinage de communication sans fil, fournir (520) une association entre l’identifiant de l’objet cible et une information de géolocalisation courante de l’au moins un terminal mobile. Procédé selon la revendication 1, dans lequel la requête de localisation de l’objet cible est reçue par un serveur distant (200) connecté à la pluralité de terminaux mobiles, l’identifiant que comprend la requête de localisation étant transmis (707) du serveur distant à la pluralité de terminaux mobiles sur réception de la requête de localisation par le serveur distant, ladite transmission de l’identifiant étant préalable à la détection, avec l’au moins un terminal mobile, du voisinage de communication sans fil défini par l’objet cible. Procédé selon la revendication 2, dans lequel, sur détection du voisinage de communication sans fil défini par l’objet cible, l’association (715) entre l’identifiant et l’information de géolocalisation courante de l’au moins un terminal mobile est mise en œuvre par l’au moins un terminal mobile, ladite association étant ensuite transmise (716) par l’au moins un terminal mobile au serveur distant. Procédé selon la revendication 2, dans lequel, sur détection du voisinage de communication sans fil défini par l’objet cible, l’information de géolocalisation courante est transmise (612) par l’au moins un terminal mobile au serveur distant, l’association entre l’identifiant et l’information de géolocalisation courante étant mise en œuvre (615) par le serveur distant sur réception de l’information de géolocalisation courante par le serveur distant. Procédé selon la revendication 4, dans lequel la transmission (612) de l’information de géolocalisation courante est mise en œuvre en fonction : - d’un niveau de charge de l’au moins un terminal mobile ; et/ou - sur réception, par l’au moins un terminal mobile, d’une requête de transmission émise par le serveur distant. Procédé selon l’une quelconque des revendications 2 à 5, dans lequel l’information de géolocalisation courante de l’au moins un terminal mobile associé à l’identifiant de l’objet cible est fournie par le serveur distant au terminal client, en réponse à une requête de fourniture provenant du terminal client. Procédé selon l’une quelconque des revendications précédentes, dans lequel la détection du voisinage de communication sans fil défini par l’objet cible est mise en œuvre avec au moins deux terminaux mobiles distincts parmi la pluralité de terminaux mobiles, le procédé comprenant en outre la fourniture d'une position de l’objet cible en fonction d’une information de géolocalisation courante fournie par chacun des au moins deux terminaux mobiles. Procédé selon l’une quelconque des revendications précédentes, dans lequel le voisinage de communication sans fil est un voisinage de communication Bluetooth, la détection du voisinage de communication Bluetooth étant mise en œuvre sur balayage d’une balise BLE (Bluetooth Low Energy) de l’objet cible. Procédé selon la revendication 9, comprenant en outre l'appairage, sur détection du voisinage de communication sans fil par l’au moins un terminal mobile, de l’au moins un terminal mobile avec l’objet cible au moyen d’un lien de communication Bluetooth. Procédé selon l’une quelconque des revendications précédentes, dans lequel l’identifiant comprend un paramètre de sécurisation, la détection du voisinage de communication sans fil étant mise en œuvre sur réception, par l’objet cible, du paramètre de sécurisation. Programme informatique comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications précédentes, lorsque les instructions sont exécutées par un processeur d’un circuit de traitement informatique. Terminal mobile (300-1 ; 300-2 ; 300-3) adapté pour : - recevoir, depuis un terminal client (100), un identifiant d’un objet cible (400) ; - détecter un voisinage de communication sans fil (4000) défini par le objet cible ; et - sur détection du voisinage de communication sans fil, fournir une association entre l’identifiant de l’objet cible et une information de géolocalisation courante du terminal mobile à un serveur (200) distant connecté au terminal mobile. Serveur (200) adapté pour : - recevoir, depuis un terminal client (100), une requête de localisation d’un objet cible (400), cette requête de localisation comprenant un identifiant de l’objet cible ; - sur détection, par au moins un terminal mobile distant (300-1 ; 300-2 ; 300-3) parmi une pluralité de terminaux mobiles distants, d’un voisinage de communication sans fil (4000) défini par l’objet cible, l’au moins un terminal mobile distant étant connecté au serveur, fournir une association entre l’identifiant de l’objet cible et une information de géolocalisation courante de l’au moins un terminal mobile au terminal client. Système de communication comprenant un terminal mobile selon la revendication 12 et un serveur selon la revendication 13.