Brevet FR3052323A1 — publié le 20171208

Procédés de connexion en Bluetooth Low Energy DOMAINE TECHNIQUE GENERAL La présente invention concerne le domaine des objets communicants. Plus précisément, elle concerne des procédés de traitement d'un paquet de données émis depuis un équipement comprenant des moyens de communication radio, ou d'une requête émise par un serveur client à destination de cet équipement. ETAT DE L'ART L'Internet des Objets (loT pour « Internet of Things ») est une extension d'Internet au monde des « objets connectés » ou « objets communicants », c'est- à-dire des dispositifs de tous types (actuellement des balances, bracelets, éléments d'éclairages, capteurs de température/humidité, télécommandes, boutons, caméras, stations météo, enceintes, etc.) équipés de moyens de communication réseau et adaptés pour transmettre ou recevoir des données. En particulier, trois « classes » d'objets connectés sont connues : - les équipements de classe 1 ne font que remonter de la donnée (ce sont des capteurs, ils émettent des paquets) ; - les équipements de classe 2 sont capable de recevoir des paquets (ce sont des actionneurs, ils mettent en général en oeuvre une communication bidirectionnelle) ; - les équipements de classe 3 sont capables de mettre en oeuvre de la géolocalisation. Ces divers objets connectés sont le plus souvent pilotables depuis un terminal mobile de type smartphone ou un boitier d'accès à internet (i.e. une « box »). Pour cela, un réseau sans fil est généralement généré par l'équipement contrôleur (i.e. le smartphone ou la box), et les objets connectés se connectent à ce réseau. Généralement ce réseau sans-fil est soit de type Wifi, soit de type Bluetooth. De façon préférée, en particulier lorsque le réseau est généré par un 3052323 2 terminal mobile, le réseau généré est aujourd'hui plus précisément de type « Bluetooth Low Energy » (BLE). Le BLE, également appelé Bluetooth Smart ou encore Bluetooth 4.0, est une évolution du Bluetooth qui a pour vocation d'être utilisé dans des applications 5 à fortes contraintes énergétiques. La portée du BLE est d'environ 30 mètres en environnement intérieur (cela dépend des perturbations radios et de la conception des bâtiments). Comparé au Bluetooth classique, le BLE permet un débit du même ordre de grandeur (1 Mb/s) pour une consommation d'énergie dix fois moindre. 10 Cela s'avère essentiel, car la plupart des objets connectés fonctionnent sur batterie, cette dernière étant souvent de petite taille (pour ne pas alourdir l'objet), et difficile voire impossible à charger/changer. On trouve ainsi des objets connectés optimisés à l'extrême tels que des capteurs industriels avec une batterie non rechargeable d'une durée de vie de plusieurs années. 15 On retrouve ainsi parmi les domaines d'applications du BLE la santé (par exemple des capteurs de paramètres vitaux), le sport (par exemple des équipements de monitoring de performances), le divertissement à domicile, la sécurité et les balises (par exemple des balises équipant des conteneurs tels que des bouteilles de gaz ou de liquide). 20 Le BLE apporte donc pleinement satisfaction et est aujourd'hui supporté par les principaux systèmes d'exploitation de smartphones. La seule difficulté est que le nombre d'accessoires connectables simultanément à un contrôleur s'avère en pratique limité, bien qu'en théorie, 25 d'après les spécifications Bluetooth 4.0, le nombre de connexions en simultané puisse être infini. Ainsi, Android a défini une limite de 4 périphériques connectables simultanément en Android 4.3, et 7 périphériques pour les versions suivantes 5.0+. On retrouve le même type de limitations chez les fabricants de chipset. 30 Cela s'explique simplement. En effet, alors que le standard BLE autorise (contrairement au Bluetooth classique) une topologie dite « en étoile » (voir figure la) qui permet un nombre illimité de connexions, les développeurs d'OS et de 3052323 3 circuits intégrés continuent d'implémenter la topologie « scatternet » (voir figure 1 b), dans laquelle sont établis un ou plusieurs « piconets », c'est-à-dire des miniréseaux entre au moins deux équipements, l'un étant « maitre » (en noir) et les autres étant « esclaves » (en blanc). Or les piconets ont une taille d'adresse sur 3 5 bits, ce qui limite la taille d'un piconet à 23=8 équipements (1 maître et 7 esclaves), d'où les limitations actuelles à 7 objets connectés à un seul équipement contrôleur. Il serait possible de dépasser ce seuil si un des esclaves d'un premier piconet est lui-même un maitre d'un deuxième piconet : l'équipement commun 10 servirait alors de relais de sorte à virtuellement créer un réseau de 15 équipements. Toutefois, le protocole Bluetooth basique n'implémente pas ce mécanisme de relais, et cela implique des contraintes particulières sur l'équipement « relais » (la plupart des objets connectés ordinaires ne pourraient pas avoir ce rôle). 15 Pour toutes ces raisons, on constate aujourd'hui qu'il n'est en pratique pas possible en utilisant les technologies disponibles de dépasser 7 connexions BLE, et ce seuil est communément admis. Ce seuil s'avère toutefois très vite atteint, et il serait souhaitable pour le confort des utilisateurs et pour vraiment tirer parti de l'Internet des Objets 20 d'autoriser la connexion d'au moins une vingtaine équipements par contrôleur. PRESENTATION DE L'INVENTION La présente invention se rapporte ainsi selon un premier aspect à un 25 procédé de connexion en Bluetooth Low Energy (BLE) d'au moins un équipement cible à une passerelle, au moins un équipement étant déjà connecté en BLE à ladite passerelle, le procédé étant caractérisé en ce qu'un niveau de priorité est associé à chaque équipement, le procédé comprenant la mise en oeuvre par des moyens de traitement de données de la passerelle des étapes de : 30 (a) Si le nombre d'équipements déjà connecté en BLE à ladite passerelle est inférieur à un seuil maximal de connexions BLE, connexion dudit équipement cible à la passerelle ; et sinon : 3052323 4 o Sélection parmi lesdits équipements déjà connecté en BLE à ladite passerelle d'un équipement tel qu'il présente un niveau de priorité inférieur à au moins un autre desdits équipements déjà connecté en BLE à ladite passerelle ; 5 o déconnexion dudit équipement sélectionné ; o connexion dudit équipement cible à la passerelle. Selon d'autres caractéristiques avantageuses et non limitatives : - ledit équipement sélectionné si le nombre d'équipements déjà connecté en 10 BLE à ladite passerelle n'est pas inférieur à un seuil maximal de connexions BLE est celui présentant le niveau de priorité le plus bas des équipements déjà connecté en BLE à ladite passerelle ; - ledit équipement sélectionné si le nombre d'équipements déjà connecté en BLE à ladite passerelle n'est pas inférieur à un seuil maximal de connexions BLE 15 l'est aléatoirement si tous les équipements déjà connectés en BLE à ladite passerelle présentent le même niveau de priorité ; - le niveau de priorité d'un équipement est représentatif de la de la tolérance de cet équipement à la déconnexion temporaire ; - le niveau de priorité d'un équipement est fonction de la nature de 20 l'équipement ; - le procédé comprend en outre une étape (b) de mise à jour des niveaux de priorité des équipements ; - lors de ladite mise à jour de l'étape (b), un équipement déconnecté de la passerelle voit son niveau de priorité augmenter, et/ou un équipement encore 25 connecté en BLE à la passerelle voit son niveau de priorité diminuer ; - lors de ladite mise à jour de l'étape (b), un équipement encore connecté en BLE à la passerelle et présentant un niveau de priorité maximale voit son niveau de priorité rester inchangé ; - lors de ladite mise à jour de l'étape (b), un équipement déconnecté de la 30 passerelle avec lequel la passerelle souhaite communiquer voit son niveau de priorité augmenté au maximum ; 3052323 5 - le procédé comprend si un équipement a été déconnecté à l'étape (a), la répétition subséquente du procédé dans laquelle ledit équipement déconnecté est considéré comme un équipement cible à reconnecter à la passerelle ; - ladite répétition subséquente du procédé est mise en oeuvre si au moins un 5 équipement cible à reconnecter à la passerelle présente un niveau de priorité supérieur à au moins un autre desdits équipements encore connectés en BLE à ladite passerelle ; - une pluralité d'équipements cible est impliquée, le procédé comprenant préalablement l'identification d'un équipement cible à connecter en priorité parmi 10 les équipements cible, l'étape (a) étant mise en oeuvre pour ledit équipement cible identifié ; - l'équipement identifié comme à connecter en priorité est l'équipement cible présentant le niveau de priorité le plus élevé des équipements. 15 Selon un deuxième aspect, l'invention concerne une passerelle caractérisée en ce qu'elle comprend des moyens de traitement de données configurés pour mettre en oeuvre, lorsqu'au moins un équipement est déjà connecté à la passerelle en Bluetooth Low Energy (BLE) et au moins un équipement cible est à connecter à la passerelle en BLE, un niveau de priorité 20 étant associé à chaque équipement : - Un module de connexion dudit équipement cible à la passerelle si le nombre d'équipements déjà connecté en BLE à ladite passerelle est inférieur à un seuil maximal de connexions BLE ; - Un module de sélection parmi lesdits équipements déjà connecté en BLE à 25 ladite passerelle d'un équipement tel qu'il présente un niveau de priorité inférieur à au moins un autre desdits équipements déjà connecté en BLE à ladite passerelle, si ledit seuil maximal de connexions BLE est atteint ; - Un module de déconnexion dudit équipement sélectionné et de connexion dudit équipement cible à la passerelle. 30 Selon un troisième et un quatrième aspect, l'invention concerne un produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon le premier aspect de connexion en Bluetooth Low Energy 3052323 6 (BLE) d'au moins un équipement cible à une passerelle ; et un moyen de stockage lisible par un équipement informatique sur lequel un produit programme d'ordinateur comprend des instructions de code pour l'exécution d'un procédé selon le premier aspect de l'invention de connexion en Bluetooth Low Energy 5 (BLE) d'au moins un équipement cible à une passerelle. PRESENTATION DES FIGURES D'autres caractéristiques et avantages de la présente invention apparaîtront 10 à la lecture de la description qui va suivre d'un mode de réalisation préférentiel. Cette description sera donnée en référence aux dessins annexés dans lesquels : - les figures la-b précédemment décrites sont des schémas d'architectures « en étoile » ou « scatternet » de réseau Bluetooth ; - la figure 2 est un schéma d'une architecture de réseau pour la mise en 15 oeuvre du procédé selon l'invention ; - la figure 3 représente un exemple de mise en oeuvre du procédé selon l'invention dans un cas de limitation à 4 périphériques simultanément connectés. 20 DESCRIPTION DETAILLEE Architecture En référence aux dessins et en particulier à la figure 2, l'invention concerne 25 un procédé de connexion en Bluetooth Low Energy (i.e. conforme avec les spécifications de la norme Bluetooth 4.0) d'un ou plusieurs objets communicants à une passerelle 2. Les objets communicants sont les équipements 1.1, 1.2, 1.3, 1.4, 1.5, 1.6. (dans l'exemple qui sera détaillé dans la suite de la présente description, six 30 équipements sont en en effet impliqués). On comprendra qu'ils peuvent être de n'importe quelle classe et n'importe quelle nature, tant qu'ils possèdent des moyens de communication sans fil compatibles BLE. En particulier, les équipements 1.1 à 1.6 peuvent être des simples capteurs, des actionneurs, 3052323 7 d'autres terminaux, etc., et de façon générale tout équipement apte à prendre le rôle « d'esclave » au sens de la norme (la terminologie « périphérique » est également utilisée). Dans les exemples représentés, les équipements 1.1 à 1.4 sont déjà connectés à la passerelle 2, alors que les équipements 1.5 et 1.6 sont 5 déconnectés. On désignera comme « équipement cible » dans la suite de la description un tel équipement que l'on va chercher à connecter. La passerelle 2 est une « gateway », c'est-à-dire un équipement « maître » au sens de la norme (la terminologie équipement « central » est également utilisée), qui génère et contrôle le réseau BLE auxquels des objets communicants 10 peuvent se connecter. Il s'agit typiquement d'un terminal mobile de type Smartphone ou tablette tactile, ou d'un boitier d'accès à internet (box), et de façon générale un équipement réseau comprenant typiquement une antenne, des moyens de traitement de données 21 (un processeur), avantageusement des moyens de stockage de données 22 (une mémoire, typiquement un disque dur ou 15 un disque flash), et le plus souvent des moyens de connexion à un autre réseau 3 (par exemple des moyens de connexion filaire de type xDSL à un réseau opérateur pour un boitier d'accès à Internet, ou des moyens de connexion à un réseau mobile pour un smartphone). De façon préférée, la passerelle 2 implémente un système d'exploitation 20 classique tel qu'Android (pour les box ou terminaux mobiles) ou iOS (pour les terminaux mobiles), « en l'état », c'est-à-dire non modifié. Comme l'on va en effet voir, le présent procédé agit via une surcouche logicielle, et n'a pas besoin de modifier le système d'exploitation pour outrepasser la limitation à 7 périphériques BLE. 25 Principe de l'invention Il serait bien évidemment possible de modifier Android ou les autres systèmes d'exploitation utilisés en redéfinissant l'implémentation de BLE de sorte 30 à supprimer la limitation à 7 périphériques BLE. Toutefois une telle solution n'est pas souhaitable car ces systèmes d'exploitation modifiés ne seraient jamais utilisés de façon universelle à moins que cela fasse l'objet d'une mise à jour officielle, ce qui arrivera surement un jour mais n'est pas encore prévu. 3052323 8 Au contraire, le présent procédé utilise les systèmes d'exploitation actuels « tel quels », c'est-à-dire comme on les trouve en standard sur les passerelles du public. Et le présent procédé réussit le tour de force de dépasser le seuil de 7 5 équipements BLE gérés sans pour autant aller à l'encontre des limitations en vigueur. Pour cela, comme on va le voir, la surcouche logicielle leurre le système d'exploitation en ne lui présentant simultanément qu'un nombre d'équipements 1.1 à 1.6 inférieur ou égal au seuil (4 ou 7) tout en autorisant en pratique la connexion d'un plus grand nombre. 10 La solution proposée utilise un mécanisme de « carrousel » BLE. Plus précisément, la surcouche logicielle met en oeuvre des cycles de connexion/déconnexion rapide des équipements 1.1 à 1.6 de sorte à ce que chaque équipement 1.1 à 1.6 soit au moins un instant connecté par période. Ainsi sont déconnectés de façon temporaire les équipements 1.1 à 1.6 qui n'ont pas 15 besoin de connexion sur le moment, ce qui donne une impression dans les faits de pouvoir connecter autant d'équipements 1.1 à 1.6 que l'on veut. Les équipements temporairement déconnectés n'ont en pratique pas le temps de s'apercevoir de leur déconnexion. Plus théoriquement, si le seuil technique de l'OS est s équipements 20 connectés simultanément, et que le nombre d'équipements présents est n>s, alors le présent procédé propose d'avoir à tout instant au maximum s équipements connectés et au minimum n-s équipements déconnectés. On peut comparer cette solution avec un numéro de jonglage : l'artiste, bien que n'ayant que deux mains, peut en pratique manipuler un nombre d'objets bien 25 supérieur à deux, car à tout instant un certain nombre de ces objets sont en l'air, et donc non tenus. La présente solution permet ainsi astucieusement de contourner toutes les limitations, sans pour autant modifier les OS problématiques, et de façon complètement transparente pour l'utilisateur qui a l'impression de pouvoir 30 connecter en simultané autant d'équipements qu'il le souhaite. En référence à la figure 3, qui représente un exemple de configuration à 6 équipements 1.1 à 1.6 alors que la passerelle 2 ne peut accepter que 4 3052323 9 connexions simultanées (cas d'Android 4.3), le présent procédé est un procédé de connexion en BLE d'un équipement cible 1.5, 1.6 à une passerelle 2 alors qu'au moins un équipement 1.1, 1.2, 1.3, 1.4 est déjà connecté en BLE à ladite passerelle 2. 5 Plus précisément, dans l'exemple représenté par la figure 3, on cherche notamment à connecter l'équipement 1.6 (ce dernier est donc un « équipement cible »). Le présent procédé prévoit qu'un niveau de priorité est associé à chaque équipement 1.1 à 1.6. Comme l'on verra, ce niveau de priorité d'un équipement 10 1.1 à 1.6 est avantageusement représentatif de la tolérance de cet équipement à être temporairement déconnecté : plus le niveau de priorité est faible, plus l'équipement peut être déconnecté facilement. On verra plus loin comment peut être calculé et géré en fonction du temps le niveau de priorité. De façon préférée, la passerelle 2 stocke sur ses moyens de stockage de 15 données une base de donnée des niveaux de priorité associés à chacun des équipements 1.1 à 1.6 ayant présenté une connexion avec la passerelle 2. Si c'est la première fois qu'un équipement cible 1.5, 1.6 tente une connexion avec la passerelle, le procédé comprend avantageusement une étape préalable de détermination d'un niveau de priorité initial, et le cas échéant de stockage dans 20 ladite base de données. Il est à noter que la base des niveaux de priorité peut être couplée avec une base de données indiquant la liste des équipements 1.1 à 1.6 connectés, et le cas échéant le temps depuis connexion/déconnexion. Dans l'exemple de la figure 3, les équipements 1.1 à 1.3 présentent un 25 niveau de priorité maximal (première priorité), l'équipement 1.4 présente un niveau de priorité moyenne (deuxième priorité), et les équipements 1.5 et 1.6 un niveau de priorité faible (troisième priorité). Connexion/déconnexion 30 Dans une étape principale (a), le procédé compare le nombre d'équipements 1.1, 1.2, 1.3, 1.4 déjà connectés en BLE à ladite passerelle 2 audit 3052323 10 seuil maximal de connexions BLE (par exemple 4 dans l'exemple de la figure 3 en Android 4.3). Si le nombre d'équipements 1.1, 1.2, 1.3, 1.4 déjà connecté en BLE à ladite passerelle 2 est inférieur audit seuil maximal de connexions BLE, c'est que 5 l'équipement cible 1.5, 1.6 peut se connecter à la passerelle 2 sans qu'aucune action soit à faire. Une requête de connexion est directement transmise au gestionnaire de connexions BLE du système de la passerelle 2. Sinon, comme dans le cas représenté à la figure 3, il est alors nécessaire de mettre en oeuvre le carrousel et donc de déconnecter un équipement 1.1 à 1.4 10 déjà connecté. Le procédé comprend ainsi une sélection parmi lesdits équipements 1.1, 1.2, 1.3, 1.4 déjà connectés en BLE à ladite passerelle 2 d'un équipement (en l'espèce 1.4 dans l'exemple de la figure 3) tel qu'il présente un niveau de priorité inférieur à au moins un autre desdits équipements 1.1, 1.2, 1.3, 1.4 déjà connecté 15 en BLE à ladite passerelle 2. De façon préférée, l'équipement sélectionné est même l'équipement connecté 1.1, 1.2, 1.3, 1.4 présentant le niveau de priorité le plus bas parmi les équipements connectés. Il peut être prévu en cas d'égalité de niveau de priorité de choisir au hasard L'équipement sélectionné est alors déconnecté, et l'équipement cible est 20 connecté à sa place à la passerelle 2. Dans l'exemple de la figure 3, l'équipement 1.6 est ainsi connecté à la place de l'équipement 1.4 car ce dernier n'a que le second niveau de priorité alors que les équipements 1.1 à 1.3 ont le niveau de priorité maximal. Il est à noter que lorsqu'on on définit une « connexion » ou une 25 « déconnexion » d'un équipement, on entend auprès du système d'exploitation : l'étape (a) est mise en oeuvre comme expliqué par une surcouche logicielle gérant les demandes effectives de connexion ou déconnexion auprès de l'OS. Le fait de déconnecter un équipement avec un niveau de priorité faible n'a que peu d'effet, et s'il est reconnecté suffisamment vite il est possible que ni 30 l'équipement et ni l'utilisateur ne se rendent compte de la déconnexion temporaire. 3052323 11 Priorité Comme expliqué, le niveau de priorité d'un équipement 1.1 à 1.6 est avantageusement représentatif de la tolérance de cet équipement à être temporairement déconnecté. 5 Ainsi, bien qu'il puisse évoluer (voir plus loin), le niveau de priorité d'un équipement BLE est essentiellement fonction de sa nature. On distingue ainsi avantageusement quatre types d'équipements : - ceux qui délivrent des événements. Ce sont des données qu'il faut récupérer à coup sûr de par leur caractère pseudo temps réel. De tels 10 équipements sont très peu tolérants à la déconnexion (risque de manquer un événement) et se voient initialement attribuer un niveau de priorité maximal - ceux qui réagissent sur commande de l'utilisateur (les actionneurs). Il est souhaitable que dès lors qu'une action soit ordonnée par l'utilisateur celle- 15 ci soit exécutée sans délai (par exemple allumer une lampe connectée). De tels équipements restent peu tolérants à la déconnexion (risque de gêner l'utilisateur avec des retards) et se voient initialement attribuer un niveau de priorité moyen. - Ceux qui délivrent des mesures issus de capteurs. Ce sont des données 20 qu'il faut référencer dans une base de données pour créer un historique. De tels équipements sont plus tolérants à la déconnexion (les données de mesures sont reçues à intervalles souvent réguliers, c'est pourquoi une déconnexion n'aura pas d'impact si la vitesse du carrousel est suffisant, et dans tous les cas le fait de manquer une mesure serait moins grave qu'un 25 événement) et se voient également initialement attribuer un niveau de priorité moyen. - Les autres types d'équipement, et en particulier ceux de classe 2 qui reçoivent des données depuis la passerelle 2 mais sans être actionneurs. De tels équipements sont tolérants à la déconnexion (il suffit qu'ils soient 30 connectés lorsque la passerelle a besoin de leur communiquer des données) et se voient initialement attribuer un niveau de priorité faible. 3052323 12 On note que plus de trois niveaux de priorité peuvent être impliqués, notamment en prévoyant que le niveau de priorité dit « faible » contient une pluralité de sous-niveaux. 5 Carrousel Si un équipement a été déconnecté à l'étape (a), peut alors avantageusement être mis en oeuvre la répétition subséquente du procédé dans laquelle ledit équipement déconnecté (et de façon générale tout équipement déjà 10 déconnecté) est considéré comme un équipement cible à connecter à la passerelle 2. En d'autres termes, pour respecter le principe de carrousel il peut être prévu qu'un équipement déconnecté soit peu de temps après reconnecté. Si un équipement s'est volontairement déconnecté entre temps, pas de 15 problème car la reconnexion pourra se faire directement. Dans le cas contraire, un autre équipement devra être déconnecté pour permettre la reconnexion de l'équipement précédemment déconnecté. Dans la suite de la présente description, on supposera à titre d'exemple que l'équipement 1.6 a été connecté aux dépends de l'équipement 1.4 qui est à 20 présent déconnecté. Les équipements alors connectés sont alors les 1.1, 1.2, 1.3, et 1.6, et les équipements déconnectés sont les 1.4 et 1.5. Dans un premier mode de réalisation, la remise en oeuvre du procédé a lieu au bout d'un temps prédéterminé. Cela permet un fonctionnement « FIFO ». Dans un second mode de réalisation, la remise en oeuvre du procédé est 25 fonction des niveaux de priorité. Plus précisément, ladite répétition subséquente du procédé peut être mise en oeuvre si l'équipement nouvellement déconnecté 1.4 (et de façon générale au moins un équipement déconnecté) présente un niveau de priorité supérieur ou égal (avantageusement strictement supérieur) à au moins un autre desdits 30 équipements 1.1, 1.2, 1.3, 1.6 connectés en BLE à ladite passerelle 2. En d'autres termes, la reconnexion de l'équipement déconnecté 1.4 a lieu si ce dernier n'a pas le niveau de priorité le plus bas. En pratique, dans l'exemple de la figure 3, l'équipement 1.4 va évincer l'équipement 1.6 nouvellement connecté. 3052323 13 L'idée est qu'en fonctionnement carrousel les équipements de priorité plus haute déclenchent la déconnexion d'équipements de priorité plus faible (ou au pire équivalente). Il est à noter que les conditions de « reconnexion » sont ainsi plus strictes 5 que les conditions de « nouvelles connexions », dans lesquelles un nouvel équipement pourra toujours se connecter, quand bien même il présenterait un niveau de priorité plus faible que tous les équipements déjà connectés : il évincera celui dont le niveau de priorité est le plus faible, indépendamment du sien. 10 Pour favoriser l'effet carrousel et éviter que des équipements de faible niveau de priorité soient quasiment en permanence déconnectés, il est souhaitable de prévoir dans le procédé une étape (b) de mise à jour des niveaux de priorité des équipements 1.1 à 1.6 (au niveau de la base de données de niveaux de priorité), en d'autres termes de prévoir des niveaux de priorité 15 dynamiques. En effet, dans notre exemple, une fois l'équipement 1.4 reconnecté après l'éviction de l'équipement 1.6, ce dernier n'a plus aucune chance de se reconnecter cas il a un niveau de priorité plus bas que tous les autres. De nombreux mécanismes de mise à jour peuvent être prévus mais en 20 particulier un équipement déconnecté de la passerelle 2 peut voir son niveau de priorité augmenter, et/ou un équipement encore connecté en BLE à la passerelle peut voir son niveau de priorité diminuer. Ainsi, la probabilité que ledit équipement nouvellement déconnecté 1.6 présente un niveau de priorité supérieur à au moins un autre desdits équipements 25 1.1, 1.2, 1.3, 1.4 alors connectés en BLE à ladite passerelle 2 augmente avec le temps. Cette mise à jour peut être faite à intervalle régulier et/ou sur demande. Par exemple, il peut être prévu que si la passerelle 2 a besoin de communiquer des données à un équipement qui s'avère déconnecté (par exemple suite à une 30 requête de l'utilisateur), la mise à jour aura lieu de suite et rendra son niveau de priorité maximal de façon forcer sa reconnexion dans les plus brefs délais. Il peut en outre être prévu que certains équipements présentent un niveau de priorité fixe, en particulier le plus haut, de façon à « sanctuariser » leur 3052323 14 connexion. Ils deviennent en pratique indéconnectables. Par exemple, les équipements de type « à évènements » peuvent être indéfiniment laissés en priorité maximale, alors que d'autres équipements qui atteindraient ce niveau du fait d'une longue déconnexion ou d'un forçage en priorité maximale sous 5 l'impulsion de l'utilisateur. Pluralité d'équipements cible Comme expliqué, le ou les équipements cible sont les équipements 10 actuellement déconnectés de la passerelle et pour lesquels une connexion est souhaitable. En pratique (si l'on revient à l'exemple initial de la figure 3), une pluralité d'équipements cible 1.5, 1.6 peuvent être en attente de connexion, ce qui est typiquement le cas si le nombre d'équipements 1.1 à 1.6 à gérer par la passerelle 15 est supérieur ou égal à s+2 (c'est-à-dire si à tout instant au moins deux équipements de plus que le nombre maximum de périphériques acceptés sont à connecter). Dans un tel cas, il est possible de connecter tous les équipements déconnectés en mettant en rceuvre l'étape (a) pour chacun d'entre eux. 20 Alternativement et de façon préférée, l'étape (a) comprend l'identification d'un équipement cible 1.6 à connecter en priorité parmi les équipements cibles 1.5, 1.6, l'étape (a) étant mise en oeuvre pour ledit équipement cible 1.6 identifié. De façon préférée, l'équipement 1.6 identifié comme à connecter en priorité est celui présentant le niveau de priorité le plus élevé des équipements cibles. 25 En complément (par exemple en cas d'égalité, comme c'est le cas dans l'exemple de la figure 3) et/ou alternativement, peut être pris en compte le temps depuis déconnexion (en particulier dans un fonctionnement pseudo FIFO. A noter qu'un fonctionnement pseudo FIFO peut être préféré dans un cas où tous les équipements 1.1 à 1.6 sont globalement équivalents (priorités initiales 30 identiques), pour un fonctionnement fluide. Encore alternativement et/ou en complément, un tirage aléatoire peut être employé pour départager les équipements cible. 3052323 15 Un mode de réalisation dans lequel on combine répétition du procédé de sorte à enchaîner des connexions/déconnexions de façon quasiment périodique, et identification d'un équipement cible à connecter en priorité, s'avère très efficace. En effet, il est possible en un seul processus de comparaison d'identifier 5 l'équipement cible présentant le niveau de priorité le plus élevé (i.e. l'équipement déconnecté à reconnecter en priorité), et de déterminer s'il présente un niveau de priorité supérieur ou égal à au moins un autre desdits équipements toujours connecté en BLE, afin de relancer ou non le procédé. Utiliser également les niveaux de priorité dynamique (présence de l'étape 10 (b) de mise à jour) permet d'obtenir un fonctionnement carroussel complet, lequel est autonome et optimal. Cela permet d'éviter toute monopolisation des ressources, toute interférence et tout gaspillage d'énergie. Plateforme et système 15 Selon un deuxième aspect, l'invention concerne en particulier la passerelle 2 pour la mise en oeuvre du procédé de connexion BLE tel que décrit précédemment. Comme expliqué précédemment, cette passerelle 2 comprend des moyens 20 de traitement 21 configurés pour mettre en oeuvre, lorsqu'au moins un équipement 1.1, 1.2, 1.3, 1.4 est déjà connecté à la passerelle 2 en BLE et au moins un équipement cible 1.5, 1.6 est à connecter à la passerelle 2 en BLE, un niveau de priorité étant associé à chaque équipement 1.1, 1.2, 1.3, 1.4, 1.5, 1.6 : - Un module de connexion dudit équipement cible 1.5, 1.6 à la passerelle 2 si 25 le nombre d'équipements 1.1, 1.2, 1.3, 1.4 déjà connecté en BLE à ladite passerelle 2 est inférieur à un seuil maximal de connexions BLE ; - Un module de sélection parmi lesdits équipements 1.1, 1.2, 1.3, 1.4 déjà connecté en BLE à ladite passerelle 2 d'un équipement 1.4 tel qu'il présente un niveau de priorité inférieur à au moins un autre desdits 30 équipements 1.1, 1.2, 1.3, 1.4 déjà connecté en BLE à ladite passerelle 2, si ledit seuil maximal de connexions BLE est atteint ; - Un module de déconnexion dudit équipement 1.4 sélectionné et de connexion dudit équipement cible 1.5, 1.6 à la passerelle 2. 3052323 16 Produit programme d'ordinateur Selon un troisième et un quatrième aspects, l'invention concerne un produit 5 programme d'ordinateur comprenant des instructions de code pour l'exécution (sur des moyens de traitement en particulier 21 de la passerelle 2) d'un procédé de connexion en Bluetooth Low Energy (BLE) d'au moins un équipement cible à une passerelle selon le deuxième aspect de l'invention, ainsi que des moyens de stockage lisibles par un équipement informatique (par exemple des moyens de 10 stockage de données 22 de la passerelle 2) sur lequel on trouve ce produit programme d'ordinateur. 15 REVENDICATIONS1. Procédé de connexion en Bluetooth Low Energy (BLE) d'au moins un équipement cible (1.5, 1.6) à une passerelle (2), au moins un équipement (1.1, 1.2, 1.3, 1.4) étant déjà connecté en BLE à ladite passerelle (2), le procédé étant caractérisé en ce qu'un niveau de priorité est associé à chaque équipement (1.1, 1.2, 1.3, 1.4, 1.5, 1.6), le procédé comprenant la mise en oeuvre par des moyens de traitement de données (21) de la passerelle (2) des étapes de : (a) Si le nombre d'équipements (1.1, 1.2, 1.3, 1.4) déjà connecté en BLE à ladite passerelle (2) est inférieur à un seuil maximal de connexions BLE, connexion dudit équipement cible (1.5, 1.6) à la passerelle (2) ; et sinon : o Sélection parmi lesdits équipements (1.1, 1.2, 1.3, 1.4) déjà connecté en BLE à ladite passerelle (2) d'un équipement (1.4) tel qu'il présente un niveau de priorité inférieur à au moins un autre desdits équipements (1.1, 1.2, 1.3, 1.4) déjà connecté en BLE à ladite passerelle (2) ; o déconnexion dudit équipement (1.4) sélectionné ; o connexion dudit équipement cible (1.5, 1.6) à la passerelle (2). 2. Procédé selon la revendication 1, dans lequel ledit équipement (1.4) sélectionné si le nombre d'équipements (1.1, 1.2, 1.3, 1.4) déjà connecté en BLE à ladite passerelle (2) n'est pas inférieur à un seuil maximal de connexions BLE est celui présentant le niveau de priorité le plus bas des équipements (1.1, 1.2, 1.3, 1.4) déjà connecté en BLE à ladite passerelle (2). 3. Procédé selon l'une des revendications 1 et 2, dans lequel ledit équipement (1.4) sélectionné si le nombre d'équipements (1.1, 1.2, 1.3, 1.4) déjà connecté en BLE à ladite passerelle (2) n'est pas inférieur à un seuil maximal de connexions BLE l'est aléatoirement si tous les équipements (1.1, 1.2, 1.3, 1.4) 3052323 18 déjà connectés en BLE à ladite passerelle (2) présentent le même niveau de priorité. 4. Procédé selon l'une des revendications 1 à 3, dans lequel le 5 niveau de priorité d'un équipement (1.1, 1.2, 1.3, 1.4, 1.5, 1.6) est représentatif de la de la tolérance de cet équipement (1.1, 1.2, 1.3, 1.4, 1.5, 1.6) à la déconnexion temporaire. 5. Procédé selon la revendication 4, dans lequel le niveau de 10 priorité d'un équipement (1.1, 1.2, 1.3, 1.4, 1.5, 1.6) est fonction de la nature de l'équipement (1.1, 1.2, 1.3, 1.4, 1.5, 1.6). 6. Procédé selon l'une des revendications 1 à 5, comprenant en outre une étape (b) de mise à jour des niveaux de priorité des équipements (1.1, 15 1.2, 1.3, 1.4, 1.5, 1.6). 7. Procédé selon la revendication 6, dans lequel, lors de ladite mise à jour de l'étape (b), un équipement (1.4, 1.5) déconnecté de la passerelle (2) voit son niveau de priorité augmenter, et/ou un équipement (1.1, 1.2, 1.3, 1.6) 20 encore connecté en BLE à la passerelle (2) voit son niveau de priorité diminuer. 8. Procédé selon la revendication 7, dans lequel, lors de ladite mise à jour de l'étape (b), un équipement (1.1, 1.2, 1.3, 1.6) encore connecté en BLE à la passerelle (2) et présentant un niveau de priorité maximale voit son 25 niveau de priorité rester inchangé. 9. Procédé selon l'une des revendications 6 à 8, dans lequel, lors de ladite mise à jour de l'étape (b), un équipement (1.4, 1.5) déconnecté de la passerelle (2) avec lequel la passerelle (2) souhaite communiquer voit son niveau 30 de priorité augmenté au maximum. 10. Procédé selon l'une des revendications 1 à 9, comprenant si un équipement (1.4) a été déconnecté à l'étape (a), la répétition subséquente du 3052323 19 procédé dans laquelle ledit équipement déconnecté (1.4) est considéré comme un équipement cible à reconnecter à la passerelle (2). 11. Procédé selon la revendication 10, dans lequel ladite 5 répétition subséquente du procédé est mise en oeuvre si au moins un équipement cible à reconnecter à la passerelle (2) présente un niveau de priorité supérieur à au moins un autre desdits équipements (1.1, 1.2, 1.3, 1.6) encore connectés en BLE à ladite passerelle (2). 10 12. Procédé selon l'une des revendications 1 à 11, dans lequel une pluralité d'équipements cible (1.5, 1.6) est impliquée, le procédé comprenant préalablement l'identification d'un équipement cible (1.6) à connecter en priorité parmi les équipements cible (1.5, 1.6), l'étape (a) étant mise en oeuvre pour ledit équipement cible (1.6) identifié. 15 13. Procédé selon la revendication 12, dans lequel l'équipement (1.6) identifié comme à connecter en priorité est l'équipement cible (1.5, 1.6) présentant le niveau de priorité le plus élevé des équipements. 20 14. Passerelle (2) caractérisée en ce qu'elle comprend des moyens de traitement de données (21) configurés pour mettre en oeuvre, lorsqu'au moins un équipement (1.1, 1.2, 1.3, 1.4) est déjà connecté à la passerelle (2) en Bluetooth Low Energy (BLE) et au moins un équipement cible (1.5, 1.6) est à connecter à la passerelle (2) en BLE, un niveau de priorité étant 25 associé à chaque équipement (1.1, 1.2, 1.3, 1.4, 1.5, 1.6) : - Un module de connexion dudit équipement cible (1.5, 1.6) à la passerelle (2) si le nombre d'équipements (1.1, 1.2, 1.3, 1.4) déjà connecté en BLE à ladite passerelle (2) est inférieur à un seuil maximal de connexions BLE ; - Un module de sélection parmi lesdits équipements (1.1, 1.2, 1.3, 1.4) déjà 30 connectés en BLE à ladite passerelle (2) d'un équipement (1.4) tel qu'il présente un niveau de priorité inférieur à au moins un autre desdits équipements (1.1, 1.2, 1.3, 1.4) déjà connecté en BLE à ladite passerelle (2), si ledit seuil maximal de connexions BLE est atteint ; 3052323 20 - Un module de déconnexion dudit équipement (1.4) sélectionné et de connexion dudit équipement cible (1.5, 1.6) à la passerelle (2). 15. Produit programme d'ordinateur comprenant des instructions 5 de code pour l'exécution d'un procédé selon l'une des revendications 1 à 13 de connexion en Bluetooth Low Energy (BLE) d'au moins un équipement cible (1.5, 1.6) à une passerelle (2), lorsqu'il est exécuté sur un ordinateur. 16. Moyen de stockage lisible par un équipement informatique sur 10 lequel un produit programme d'ordinateur comprend des instructions de code pour l'exécution d'un procédé selon l'une des revendications 1 à 13 de connexion en Bluetooth Low Energy (BLE) d'au moins un équipement cible (1.5, 1.6) à une passerelle (2). 15