FR3091101A1 - Procédé de gestion d’un dispositif de communication de données et dispositif pour la mise en œuvre du procédé - Google Patents

Abstract

Un procédé de gestion d’un nœud de communication de données dans un groupe comprenant au moins le nœud est proposé, comprenant, au nœud : sélectionner un mode opératoire parmi une pluralité de modes opératoires configurés sur le nœud et comprenant un mode représentant; et lorsque le nœud fonctionne en mode représentant, générer des données de nœud représentant, et transmettre les données de nœud représentant à une unité de gestion du groupe, dans lequel le groupe comprend un deuxième nœud, et les données de nœud représentant sont au moins relatives au deuxième nœud.Fig. 3a

Description

Description

Titre de l'invention : Procédé de gestion d’un dispositif de communication de données et dispositif pour la mise en œuvre du procédé Domaine technique

[0001] La présente invention se rapporte à un procédé de gestion d’un dispositif de communication de données, ainsi qu’à un dispositif pour la mise en œuvre de ce procédé. Elle s’applique notamment aux dispositifs portables de communication de données, utilisés dans le cadre de l’Internet des objets.

Technique antérieure

[0002] Le développement récent des technologies de l’Internet des objets a conduit à envisager différents cas d’usage dans lesquels des objets connectés sont mis en réseau afin de surveiller différents attributs de ces objets, comme par exemple leurs géolocalisations respectives.

[0003] Le suivi de la géolocalisation d’un objet s’effectue typiquement par le biais d’un capteur de géolocalisation associé à l’objet, configuré pour remonter des données de géolocalisation vers un serveur distant.

Problème technique

[0004] Cependant, l’utilisation de capteurs dotés de moyens d’alimentation et de transmission a minima prévus pour communiquer sur des liaisons sans fil à faible consommation énergétique impose de concevoir des schémas permettant un suivi de géolocalisation d’objets connectés tout en préservant les moyens utilisés pour obtenir les données de géolocalisation.

[0005] Un objet de la présente invention est de remédier au moins partiellement aux inconvénients précités.

[0006] Selon un premier aspect, il est proposé un procédé de gestion d’un nœud de communication de données dans un groupe comprenant au moins le nœud, le procédé comprenant, au nœud : sélectionner un mode opératoire parmi une pluralité de modes opératoires configurés sur le nœud et comprenant un mode représentant; et lorsque le nœud fonctionne en mode représentant, générer des données de nœud représentant, et transmettre les données de nœud représentant à une unité de gestion du groupe, dans lequel le groupe comprend un deuxième nœud, et les données de nœud représentant sont au moins relatives au deuxième nœud.

[0007] Ainsi, l’utilisation des ressources respectives (notamment en énergie, bande passante, adressage) associées à chaque nœud de communication d’un groupe pour communiquer avec une unité de gestion du groupe peut avantageusement être réduite, ce qui permet de les sauvegarder, et de réduire en outre l’usure des nœuds de commu2 nication du groupe.

[0008] En effet, en confiant à un nombre limité de nœuds opérant en mode représentant du groupe des fonctions impliquant des communications avec une unité de gestion du groupe, telles que, par exemple, des fonctions de remontée de données générées par les nœuds du groupe ou à partir de données produites par les nœuds du groupe, d’inventaire des nœuds du groupe, fonctions qui peuvent être beaucoup plus consommatrices de ressources pour le ou les nœuds les mettant en oeuvre qu’une communication entre deux nœuds du groupe, on limite l’usage des ressources disponibles sur chaque nœud tout en assurant les fonctions voulues pour le groupe.

[0009] Par exemple, le procédé proposé fournit une réponse avantageuse au problème de redondance rencontré dans le cadre de la surveillance ou du suivi d’objets ou d’êtres vivants à l’aide de modules de suivi (aussi appelés « trackers » en anglais) associés à chaque objet ou être vivant à surveiller : lorsque les objets ou êtres vivants sont colocalisés, et partagent par conséquent des informations de géolocalisation similaires remontées par des capteurs de géolocalisation respectivement embarqués dans les modules de suivi, la transmission de ces informations de localisation à une unité de gestion de groupe, qui peut être mise en œuvre par une plateforme distante, conduit à un usage de ressources au niveau de chaque module de suivi remontant des données vers l’unité de gestion, et donc un usage accru de ressources au niveau du groupe, pour transmettre des informations de géolocalisation quasiment identiques - et donc redondantes dans une certaine mesure - à l’unité de gestion du groupe. Le procédé proposé permet de ne confier cette transmission d’information de géolocalisation relative au groupe qu’à un nombre limité de modules de suivi (typiquement un seul) opérant dans un mode représentant, qui transmettent à l’unité de gestion de groupe une information (en l’occurrence de géolocalisation) valable pour l’ensemble du groupe. Le procédé proposé permet ainsi d’éviter un gaspillage de ressources (notamment en énergie, bande passante et/ou adressage, en fonction des cas de figure) lorsque chaque module de suivi remonte quasiment la même information de géolocalisation, et ce indépendamment des autres modules du groupe de module, alors qu’ils sont en proximité immédiate.

[0010] Selon un ou plusieurs modes de réalisation du procédé proposé, des informations de position (géolocalisation) ne sont émises que depuis un seul module de suivi, en tenant compte des autres trackers à proximité immédiate (par exemple par le biais de leurs identifiants). Ce module de suivi « représentant » peut être configuré pour détecter la proximité immédiate des autres modules de suivi, et tenir un inventaire régulier, via une simple communication locale, sans fil et peu consommatrice (par exemple utilisant les technologies BLE (pour Bluetooth Low Energy), ZigBee, Z-Wave, etc.). La portée de détection locale et la périodicité d’inventaire peuvent varier selon le mode de réalisation, et pourront dépendre du type de suivi souhaité et des cas d’usage envisagés.

[0011] Ainsi, le procédé proposé permet avantageusement de mettre en œuvre une solution d’inventaire de modules de suivi dans un groupe de modules de suivi peu consommatrice de ressources en confiant la gestion pour le groupe de la fonction d’inventaire (y compris la transmission des éventuelles alarmes générées par cette fonction) à un nombre limité de modules de suivi du groupe.

[0012] Les caractéristiques exposées dans les paragraphes suivants peuvent, optionnellement, être mises en œuvre. Elles peuvent être mises en œuvre indépendamment les unes des autres ou en combinaison les unes avec les autres :

[0013] Dans un ou plusieurs modes de réalisation du procédé proposé, une plateforme de gestion à distance peut comprendre l’unité de gestion du groupe, et la transmission de données de nœud représentant à l’unité de gestion du groupe peut comprendre : transmettre les données de nœud représentant à la plateforme de gestion par l’intermédiaire d’un deuxième réseau de communication sans fil.

[0014] Dans un ou plusieurs modes de réalisation, le procédé proposé peut comprendre en outre, lorsque le nœud fonctionne en mode représentant, et lorsque le groupe comprend un deuxième nœud : recevoir des données en provenance du deuxième nœud par l’intermédiaire d’un premier réseau de communication sans fil formé par les nœuds du groupe, et générer les données de nœud représentant sur la base des données reçues.

[0015] Dans un ou plusieurs modes de réalisation, le procédé proposé peut comprendre en outre : activer un fonctionnement en mode représentant sur réception d’une requête de fonctionnement en mode représentant.

[0016] Dans un ou plusieurs modes de réalisation, le procédé proposé peut comprendre en outre : activer un fonctionnement en mode représenté sur réception d’un message identifiant un autre nœud du groupe fonctionnant en mode représentant.

[0017] Dans un ou plusieurs modes de réalisation du procédé proposé, la pluralité de modes opératoires configurés sur le nœud peut comprendre en outre un mode représenté, et le procédé proposé peut comprendre en outre, lorsque le nœud fonctionne en mode représenté, générer des données de nœud représenté : identifier un autre nœud du groupe qui fonctionne en mode représentant, et transmettre au nœud identifié les données de nœud représenté pour transmission à l’unité de gestion du groupe.

[0018] Dans un ou plusieurs modes de réalisation, le procédé proposé peut comprendre en outre, lorsque le nœud fonctionne en mode représentant : sur détection de la survenance d’un évènement de changement de représentant, identifier un autre nœud du groupe pour succéder au nœud en tant que nœud fonctionnant en mode représentant.

[0019] Dans un mode de réalisation, l’identification de l’autre nœud du groupe pour succéder au nœud en tant que nœud fonctionnant en mode représentant peut comprendre : transmettre à au moins un autre nœud du groupe une requête de changement de nœud représentant.

[0020] Dans un ou plusieurs modes de réalisation, le procédé proposé peut comprendre en outre : identifier l’autre nœud selon une liste de nœuds du groupe définissant une séquence de nœuds fonctionnant en mode représentant.

[0021] Dans un mode de réalisation, l’identification de l’autre nœud du groupe peut comprendre : vérifier que l’autre nœud identifié peut entrer en mode représentant.

[0022] Dans un ou plusieurs modes de réalisation du procédé proposé, la détection de la survenance de l’évènement de changement de représentant peut comprendre : réception d’un message en provenance de l’unité de gestion du groupe.

[0023] Dans un ou plusieurs modes de réalisation du procédé proposé, l’évènement de changement de représentant peut comprendre l’un parmi un groupe comprenant une expiration d’un minuteur de surveillance de durée de mode représentant, un niveau de batterie relativement à un seuil de niveau de batterie prédéterminé, et un niveau de qualité de liaison relativement à un seuil de qualité de liaison prédéterminé.

[0024] Selon un autre aspect, il est proposé un dispositif comprenant un processeur et une unité radio-fréquence couplée de manière opérationnelle au processeur, le dispositif étant configuré pour la mise en œuvre d’un procédé selon l’un des modes de réalisation proposés dans la présente description.

[0025] Un autre aspect concerne un programme d’ordinateur, chargeable dans une mémoire associée à un processeur, et comprenant des portions de code pour la mise en œuvre d’un procédé tel que proposé dans la présente description lors de l’exécution dudit programme par le processeur.

[0026] Un autre aspect concerne un ensemble de données représentant, par exemple par voie de compression ou d’encodage, un programme d’ordinateur tel que proposé dans la présente description.

[0027] Un autre aspect concerne un support de stockage non-transitoire d’un programme exécutable par ordinateur, comprenant un ensemble de données représentant un ou plusieurs programmes, lesdits un ou plusieurs programmes comprenant des instructions pour, lors de l’exécution desdits un ou plusieurs programmes par un ordinateur comprenant un processeur couplé de manière opérationnelle à une mémoire et à une interface entrées/sorties de communication de données, conduire l’ordinateur à gérer un nœud de communication de données selon un procédé de gestion d’un nœud de communication de données selon l’un des modes de réalisation proposés dans la présente description.

Brève description des dessins

[0028] D'autres particularités et avantages de la présente invention apparaîtront dans la des cription ci-après d'exemples de réalisation non limitatifs, en référence aux dessins annexés, dans lesquels : Fig. la

[0029] [fig.la] est un schéma illustrant un exemple de système pour la mise en œuvre d’un ou plusieurs modes de réalisation du procédé proposé ;

Fig. 1b

[0030] [fig.lb] est un schéma illustrant un exemple de système pour la mise en œuvre d’un ou plusieurs modes de réalisation du procédé proposé ;

Fig. 2

[0031] [fig.2] est un schéma illustrant un exemple d’architecture d’un nœud de communication de données pour la mise en œuvre d’un ou plusieurs modes de réalisation du procédé proposé ;

Fig. 3a

[0032] [fig.3a] est un schéma illustrant le procédé proposé selon un ou plusieurs modes de réalisation ;

Fig. 3b

[0033] [fig.3b] est un schéma illustrant le procédé proposé selon un ou plusieurs modes de réalisation ;

Fig. 4a

[0034] [fig.4a] est un schéma illustrant un exemple de système pour la mise en œuvre d’un ou plusieurs modes de réalisation du procédé proposé ;

Fig. 4b

[0035] [fig.4b] est un schéma illustrant un exemple de système pour la mise en œuvre d’un ou plusieurs modes de réalisation du procédé proposé ;

Fig. 5a

[0036] [fig.5a] est un schéma illustrant des échanges de données entre des nœuds de communication et une plateforme distante selon un ou plusieurs modes de réalisation ; Fig. 5b

[0037] [fig.5b] est un schéma illustrant des échanges de données entre des nœuds de communication et une plateforme distante selon un ou plusieurs modes de réalisation ; Description des modes de réalisation

[0038] Dans la description détaillée ci-après de modes de réalisation de l'invention, de nombreux détails spécifiques sont présentés pour apporter une compréhension plus complète. Néanmoins, l'homme du métier peut se rendre compte que des modes de réalisation peuvent être mis en pratique sans ces détails spécifiques. Dans d'autres cas, des caractéristiques bien connues ne sont pas décrites en détail pour éviter de compliquer inutilement la présente description.

[0039] La présente description fait référence à des fonctions, moteurs, unités, modules, plateformes, et illustrations de diagrammes des méthodes et dispositifs selon un ou plusieurs modes de réalisation. Chacun des fonctions, moteurs, modules, plateformes, unités et diagrammes décrits peut être mis en œuvre sous forme matérielle, logicielle (y compris sous forme de logiciel embarqué («firmware»), ou de «middleware»), microcode, ou toute combinaison de ces derniers. Dans le cas d’une mise en œuvre sous forme logicielle, les fonctions, moteurs, unités, modules et/ou illustrations de diagrammes peuvent être mis en œuvre par des instructions de programme d’ordinateur ou du code logiciel, qui peut être stocké ou transmis sur un support lisible par ordinateur, incluant un support non transitoire, ou un support chargé en mémoire d’un ordinateur générique, spécifique, ou de tout autre appareil ou dispositif programmable de traitement de données pour produire une machine, de telle sorte que les instructions de programme d’ordinateur ou le code logiciel exécuté(es) sur l’ordinateur ou l’appareil ou dispositif programmable de traitement de données, constituent des moyens de mise en œuvre de ces fonctions.

[0040] Les modes de réalisation d’un support lisible par ordinateur incluent, de manière non exhaustive, des supports de stockage informatique et des supports de communication, y compris tout support facilitant le transfert d’un programme d’ordinateur d’un endroit vers un autre. Par «support(s) de stockage informatique», on entend tout support physique pouvant être accédé par ordinateur. Les exemples de support de stockage informatique incluent, de manière non limitative, les disques ou composants de mémoire flash ou tous autres dispositifs à mémoire flash (par exemple des clés USB, des clés de mémoire, des sticks mémoire, des disques-clés), des CD-ROM ou autres dispositifs de stockage optique de données, des DVD, des dispositifs de stockage de données à disque magnétique ou autres dispositifs de stockage magnétique de données, des composants de mémoire de données, des mémoires RAM, ROM, EEPROM, des cartes mémoires («smart cards»), des mémoires de type SSD («Solid State Drive»), et toute autre forme de support utilisable pour transporter ou stocker ou mémoriser des données ou structures de données qui peuvent être lues par un processeur d’ordinateur.

[0041] En outre, diverses formes de support lisible par ordinateur peuvent transmettre ou porter des instructions vers un ordinateur, telles qu’un routeur, une passerelle, un serveur, ou tout équipement de transmission de données, qu’il s’agisse de transmission filaire (par câble coaxial, fibre optique, fils téléphoniques, câble DSL, ou câble Ethernet), sans-fil (par infrarouge, radio, cellulaire, microondes), ou des équipements de transmission virtualisés (routeur virtuel, passerelle virtuelle, extrémité de tunnel virtuel, pare-feu virtuel). Les instructions peuvent, selon les modes de réalisation, comprendre du code de tout langage de programmation informatique ou élément de programme informatique, tel que, sans limitation, les langages assembleur, C, C++,

Visual Basic, HyperText Markup Language (HTML), Extensible Markup Language (XML), HyperText Transfer Protocol (HTTP), Hypertext Preprocessor (PHP), SQL, MySQL, Java, JavaScript, JavaScript Object Notation (JSON), Python, et bash scripting.

[0042] De plus, les termes «notamment», «par exemple», «exemple», «typiquement» sont utilisés dans la présente description pour désigner des exemples ou illustrations de modes de réalisation non limitatifs, qui ne correspondent pas nécessairement à des modes de réalisation préférés ou avantageux par rapport à d’autres aspects ou modes de réalisation possibles.

[0043] Par «serveur» ou «plateforme», on entend dans la présente description tout point de service (virtualisé ou non) ou dispositif opérant des traitements de données, une ou plusieurs bases de données, et/ou des fonctions de communication de données. Par exemple, et de manière non limitative, le terme «serveur» ou le terme «plateforme» peut faire référence à un processeur physique couplé de manière opérationnelle avec des fonctions de communication, de base de données et de stockage de données associées, ou faire référence à un réseau, un groupe, un ensemble ou un complexe de processeurs et des équipements de stockage de données et de mise en réseau associés, ainsi qu’un système d’exploitation et un ou plusieurs système(s) de base de données et des logiciels applicatifs en support des services et fonctions fournies par le serveur. Un dispositif informatique peut être configuré pour envoyer et recevoir des signaux, par réseau(x) de transmission sans-fil et/ou filaire, ou peut être configuré pour des traitements et/ou du stockage de données ou de signaux, et peut donc fonctionner en tant que serveur. Ainsi, des équipements configurés pour opérer en tant que serveur peuvent inclure, à titre d’exemples non limitatifs, des serveurs dédiés montés sur rack, des ordinateurs de bureau, des ordinateurs portables, des passerelles de service (parfois appelées «box» ou «passerelle résidentielle»), des décodeurs multimédia (parfois appelés «set-top boxes»), des équipements intégrés combinant diverses fonctionnalités, telles que deux ou plus des fonctionnalités mentionnées ci-dessus. Les serveurs peuvent fortement varier dans leur configuration ou leurs capacités, mais un serveur inclura généralement une ou plusieurs unité(s) centrale(s) de traitement et une mémoire. Un serveur peut aussi inclure un ou plusieurs équipement(s) de mémoire de masse, une ou plusieurs alhnentation(s) électrique(s), une ou plusieurs interface(s) réseau sans-fil et/ou filaire(s), une ou plusieurs interface(s) d’entrée/sortie, un ou plusieurs système(s) d’exploitation, tel(s) que Windows Server, Mac OS X, Unix, Linux, FreeBSD, or un équivalent.

[0044] Les termes «réseau» et «réseau de communication» tels qu’utilisés dans la présente description font référence à une ou plusieurs liaisons de données qui peuvent coupler ou connecter des équipements, éventuellement virtualisés, de manière à permettre le transport de données électroniques entre des systèmes informatiques et/ou des modules et/ou d’autres dispositifs ou équipements électroniques, tel qu’entre un serveur et un dispositif client ou d’autres types de dispositifs, y compris entre dispositifs sans fil couplés ou connectés par un réseau sans fil, par exemple. Un réseau peut aussi inclure une mémoire de masse pour stocker des données, tel qu’un NAS (en anglais «network attached storage», un SAN (en anglais «storage area network»), ou toute autre forme de support lisible par un ordinateur ou par une machine, par exemple. Un réseau peut comprendre, en tout ou partie, le réseau Internet, un ou plusieurs réseaux locaux (en anglais «local area networks», ou LANs), un ou plusieurs réseaux de type WAN (en anglais «wide area networks»), des connexions de type filaire, des connexions de type sans fil, de type cellulaire, ou toute combinaison de ces différents réseaux. De manière similaire, des sous-réseaux peuvent utiliser différentes architectures ou être conformes ou compatibles avec différents protocoles, et inter-opérer avec des réseaux de plus grande taille. Différents types d’équipements peuvent être utilisés pour rendre interopérables différentes architectures ou différents protocoles. Par exemple, un routeur peut être utilisé pour fournir une liaison de communication ou une liaison de données entre deux LANs qui seraient autrement séparés et indépendants.

[0045] Les termes «couplé de manière opérationnelle», «couplé», «monté», «connecté» et leurs variantes et formes diverses utilisés dans la présente description font référence à des couplages, connexions, montages, qui peuvent être directs ou indirects, et comprennent notamment des connexions entre équipements électroniques ou entre des portions de tels équipements qui permettent des opérations et fonctionnements tels que décrits dans la présente description. De plus, les termes «connectés» et «couplés» ne sont pas limités à des connections ou des couplages physiques ou mécaniques. Par exemple, un couplage de manière opérationnelle peut inclure une ou plusieurs connexion(s) filaire(s) et/ou une ou plusieurs connexion(s) sans-fil entre deux équipements ou plus qui permettent des liaisons de communication simplex et/ou duplex entre les équipements ou des portions des équipements. Selon un autre exemple, un couplage opérationnel ou une connexion peut inclure un couplage par liaison filaire et/ou sans-fil pour permettre des communications de données entre un serveur du système proposé et un autre équipement du système.

[0046] Les termes «application» ou «programme applicatif» (AP) et leurs variantes («app», «webapp», etc.) tels qu’utilisés dans la présente description correspondent à tout outil qui fonctionne et est opéré au moyen d’un ordinateur, pour fournir ou exécuter une ou plusieurs fonction(s) ou tâche(s) pour un utilisateur ou un autre programme applicatif. Pour interagir avec un programme applicatif, et le contrôler, une interface utilisateur peut être fournie sur l’équipement sur lequel le programme applicatif est mis en œuvre. Par exemple, une interface graphique (en anglais, «graphical user interface» ou GUI) peut être générée et affichée sur un écran de l’équipement utilisateur, ou une interface utilisateur audio peut être restituée à l’utilisateur en utilisant un haut-parleur, un casque ou une sortie audio.

[0047] La figure la est un diagramme illustrant un ou plusieurs modes de réalisation dans lesquels un système (1) comprend un ensemble (10) de dispositifs (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9) formant un groupe, chaque dispositif (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9) du groupe comprenant un module de communication sans fil permettant d’échanger des données avec un ou plusieurs autres dispositifs du groupe de manière à former un réseau de nœuds de communication de données.

[0048] L’ensemble (10) de nœuds de communication de données forme ainsi un ensemble d’objets connectés mis en réseau. En fonction du mode de réalisation, le réseau de communication pourra utiliser différentes technologies de réseau (réseau radio ou réseau optique), et mettre en œuvre une topologie et des protocoles de communication adaptés à la technologie choisie. L’homme du métier comprendra que le procédé proposé n’est pas limité à une topologie de réseau particulière (réseau maillé, réseau en étoile, réseau point-à-point, réseau point à multipoint, etc.) ou une technologie de réseau particulière, et que toute topologie et toute technologie de réseau permettant la communication de chaque nœud du réseau avec au moins un autre nœud du réseau pourra être utilisée pour la mise en œuvre de modes de réalisation.

[0049] Par exemple, dans un ou plusieurs modes de réalisation, le réseau formé par les nœuds de communication de données pourra être de type réseau de radiocommunication à basse consommation, et utiliser des liens de communication de type « Bluetooth », « Bluetooth Low Energy » (BLE), « Bluetooth smart », WiFi ou tout lien de communication basé sur les protocoles IEEE802.1 lx, “Zigbee” ou tout lien de communication basé sur les protocoles IEEE802.15.4, “Z-Wave”, “6LowPAN” (IPv6 Low-power wireless Personal Area Network), “Thread”, “Sigfox”, “Neul”, “LoRa”, ou basé sur les spécifications développées par le groupe 3GPP pour les réseaux « LTE-M », ou tout lien de type communication en champ proche (NFC, de l’anglais « Near Field Communication »).

[0050] Selon un autre exemple, dans un ou plusieurs modes de réalisation, le réseau formé par les nœuds de communication de données pourra être de type réseau de communications optiques, et utiliser des liens de communication de type « LiFi » (de l’anglais « Light Fidelity »).

[0051] Dans un ou plusieurs modes de réalisation, le réseau formé par les nœuds de communication est de type M2M (de l’anglais « Machine-to-machine »), dans lequel chaque nœud pourra être configuré pour communiquer avec l’ensemble des autres nœuds du réseau.

[0052] La figure 1b est un diagramme illustrant un ou plusieurs modes de réalisation dans lesquels le système (1) illustré sur la figure la comprend en outre une plateforme de gestion 11. Dans ce cas de figure, chaque nœud de communication (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9) du groupe peut être en outre configuré pour communiquer avec la plateforme de gestion 11 par le biais d’un ou plusieurs réseau(x) (12) comprenant un réseau de communication, auquel une passerelle de service, couramment appelée «box», est connectée. Chaque nœud de communication (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9) sera de préférence configuré pour que la liaison de communication avec la passerelle de service soit de type sans-fil, par exemple en utilisant la technologie de communication de données WiLi®, ou la technologie Zigbee®, ou encore une technologie de communication sans-fil de type Bluetooth® (et notamment la technologie Bluetooth Low Energy®, ou BLE), ou ZWave® et un protocole de communication de type IEEE 802.15.4.

[0053] En fonction du mode de réalisation, chaque nœud de communication (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9) et la plateforme de gestion 11 peuvent être interconnectés et échanger des données sur une ou plusieurs liaison(s) de communication, en utilisant un ou plusieurs réseaux de différents types, tels qu’un réseau fixe, un réseau cellulaire (par exemple selon la norme 2G (GSM, GPRS, EDGE), 3G (UMTS), 4G (LTE), LTE-A, LTE-M, CDMA, CDMA2000, HSPA, 5G, ou leurs variantes ou évolutions), un autre type de réseau radio (par ex. WiLi® ou Bluetooth®), un réseau IP, une combinaison de plusieurs de ces réseaux, etc.

[0054] Un espace de ressources (traitement, mémoire, etc.) peut ainsi être affecté dans un ou plusieurs modes de réalisation au groupe (10) des nœuds de communication dans la plateforme de gestion 11. Dans le mode de réalisation illustré par la figure 1b, la plateforme de gestion 11 est connectée au réseau 12, de façon à ce que des données puissent être transmises entre la plateforme 11 et un nœud de communication (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9). Dans un ou plusieurs modes de réalisation, la plateforme de gestion 11 peut être hébergée par un ou plusieurs serveurs, par exemple au sein d’un Cloud. Ce ou ces serveurs, qui peuvent être tout type d’équipement ou de système comprenant des moyens de traitement de données, tels qu’un ordinateur, un ensemble d’ordinateurs interconnectés (dans le cadre d’un réseau virtualisé par exemple), et comprendre et/ou être connectés à une ou plusieurs bases de données pour stocker des données, peuvent être configurés pour échanger des données avec un ou plusieurs nœud de communication (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9), et notamment recevoir d’un ou de plusieurs nœud de communication (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9) des données de nœud représentant.

[0055] Dans un ou plusieurs modes de réalisation, la plateforme de gestion 11 peut être munie d’une interface de programmation applicative (en anglais, «Application Programming Interface», ou «API»), ou de tout autre type d’interface (non représentée sur la figure 1b), configurée pour transmettre vers et recevoir des données depuis un ou plusieurs nœud de communication (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9), et notamment recevoir des données de nœud représentant.

[0056] En référence à la figure 2, dans un ou plusieurs modes de réalisation, chaque nœud de communication (10) (par exemple chacun des nœuds de communication (10-1, 10-2, 10-3, 10-4, 10-5, 10-6, 10-7, 10-8 et 10-9) des figures la et 1b) pourra comprendre une unité de communication sans-fil (20), un contrôleur (21), une unité d’alimentation (22), et une unité de gestion (23). Certains des nœuds de communication pourront en outre comprendre une unité fonctionnelle (24). Selon le mode de réalisation, l’unité de communication sans-fil (20), l’unité d’alimentation (22), l’unité de gestion (23) et, le cas échéant, l’unité fonctionnelle (24) pourront être couplées de manière opérationnelle au contrôleur (21) par un bus de communication (25), ou par tout lien de communication, comprenant éventuellement un ou plusieurs connecteurs matériels. Dans l’architecture du nœud de communication (10) illustré sur la figure 2, l’ensemble des unité de communication sans-fil (20), contrôleur (21), unité d’alimentation (22), unité de gestion (23), unité fonctionnelle (24) et bus de communication (25) forme un nœud de communication selon un ou plusieurs modes de réalisation, qui peut par ailleurs inclure d’autres composants, unités, fonctions, non représentés sur la figure.

[0057] Le contrôleur (21) peut comprendre un ou plusieurs processeurs, comme microprocesseur, un microcontrolleur ou un autre processeur matériel, une mémoire associée (par exemple, une mémoire vive (RAM), une mémoire cache, une mémoire flash, etc.), et être apte à être configuré pour piloter l’unité de communication sans-fil (20), l’unité d’alimentation (22), l’unité de gestion (23) et, le cas échéant, l’unité fonctionnelle (24), afin de commander l’utilisation du nœud de communication (10) selon un ou plusieurs modes de réalisation du procédé proposé, par exemple en exécutant un programme d’ordinateur comprenant des portions de code pour la mise en œuvre d’un procédé de gestion de nœud de communication tel que proposé dans la présente description. En fonction du mode de réalisation, une mémoire associée du contrôleur (21), externe ou interne au contrôleur (21), contient des instructions qui, lorsqu'elles sont exécutées par le contrôleur (21), amènent ce contrôleur (21) à effectuer ou contrôler les parties unité de communication sans-fil (20), unité d’alimentation (22), unité de gestion (23) et/ou, le cas échéant, unité fonctionnelle (24) des exemples de mise en œuvre du procédé proposé décrits dans la présente description. Le contrôleur (21) peut être un composant implémentant un processeur ou une unité de calcul pour la gestion d’un nœud de communication selon le procédé proposé et le contrôle de l’unité de gestion (23) du dispositif (10), comme par exemple un microcontrôleur.

[0058] L’unité de gestion (23) peut être mise en œuvre, selon le mode de réalisation choisi, sous la forme d’un ou plusieurs logiciels, ou d’une combinaison d’un ou plusieurs matériels et d’un ou plusieurs logiciels, configurés pour la mise en œuvre de modes de réalisation du procédé de gestion décrit dans la présente description. En particulier, le nœud de communication (10) peut être configuré par l’intermédiaire de l’unité de gestion (23) pour fonctionner selon une pluralité de modes opératoires, parmi lesquels se trouvent un mode opératoire dit « mode représentant » et un mode opératoire dit « mode représenté », et pour fonctionner en mode représentant et/ou en mode représenté selon un ou plusieurs modes de réalisation décrits dans la présente description.

[0059] La partie logicielle de l’unité de gestion (23) peut constituer ou faire partie d’un logiciel de pilotage du nœud de communication de données. Dans la suite, on désignera par « logiciel de pilotage » (en anglais, « driver ») un ensemble d’un ou plusieurs logiciels configurés pour la mise en œuvre d’un procédé gestion de nœud de communication proposé dans la présente description. En fonction de l’architecture du nœud de communication, le logiciel de pilotage est configuré pour être exécutable sur un processeur du nœud de communication, et/ou sur un processeur d’un équipement informatique auquel une partie du nœud de communication est connectée.

[0060] L’unité de communication sans-fil (20) peut être mise en œuvre, selon le mode de réalisation choisi, sous la forme d’une combinaison d’un ou plusieurs matériels et d’un ou plusieurs logiciels, et comprendre un ou plusieurs matériels de communication radiofréquence et/ou optique, et un logiciel de pilotage d’unité de communication, par exemple exécutable par le contrôleur (21) ou, dans une autre architecture du nœud de communication, exécutable par un processeur de l’unité de communication sans-fil (20), et chargé dans une mémoire accessible par un processeur configuré pour exécuter le logiciel de pilotage d’unité de communication. Dans un ou plusieurs modes de réalisation, l’unité de communication sans-fil (20) peut comprendre une interface de communication de données.

[0061] Par exemple, comme discuté ci-dessus, l’unité de communication sans-fil (20) pourra être configurée pour utiliser des liens de communication de type « Bluetooth », « Bluetooth Low Energy » (BLE), « Bluetooth smart », WiFi ou tout lien de communication basé sur les protocoles IEEE802.1 lx, “Zigbee” et/ou tout lien de communication basé sur les protocoles IEEE802.15.4, “Z-Wave”, “6LowPAN” (IPv6 Lowpower wireless Personal Area Network), “Thread”, “Sigfox”, “Neul”, “LoRa”, et/ou basé sur les spécifications développées par le groupe 3GPP pour les réseaux « LTE-M », tout lien de type communication en champ proche (NFC, de l’anglais « Near Field Communication »), et/ou tout lien de communication de type « LiFi » (de l’anglais « Light Lidelity »).

[0062] L’unité d’alimentation (22) peut être mise en œuvre, selon le mode de réalisation choisi, sous la forme d’une combinaison d’un ou plusieurs matériels et d’un ou plusieurs logiciels, et comprendre un ou plusieurs matériels d’alimentation électrique, tels qu’une ou plusieurs batteries, et un logiciel de pilotage d’alimentation, par exemple exécutable par le contrôleur (21) ou, dans une autre architecture du nœud de communication, exécutable par un processeur de l’unité d’alimentation (22), et chargé dans une mémoire accessible par un processeur configuré pour exécuter le logiciel de pilotage d’unité de communication. Dans un ou plusieurs modes de réalisation, le logiciel de pilotage d’alimentation pourra être configuré pour générer des données d’état de la ou des batteries du nœud de communication (10), et notamment générer une alerte lorsque le niveau de charge de la ou les batteries du nœud de communication (10) dépasse un seuil prédéterminé. Une fois générée l’alerte peut être transmise notamment à l’unité de gestion (23), par exemple par le biais de la génération d’une interruption dédiée.

[0063] Le dispositif nœud de communication (10) peut être mis en œuvre sous forme logicielle, auquel cas il prend la forme d’un programme exécutable par un processeur, ou sous forme matérielle (ou « hardware »), comme un circuit intégré spécifique application (ASIC), un système sur puce (SOC), ou sous forme d'une combinaison d'éléments matériels et logiciels, comme par exemple un programme logiciel destiné à être chargé et exécuté sur un composant de type LPGA (Lield Programmable Gate Array). Les SOC (System On Chip) ou système sur puce sont des systèmes embarqués qui intègrent tous les composants d’un système électronique dans une puce unique. Un ASIC (Application-specific Integrated Circuit) est un circuit électronique spécialisé qui regroupe des fonctionnalités sur mesure pour une application donnée. Les ASIC sont généralement configurés lors de leur fabrication et ne peuvent être que simulés par l’utilisateur. Les circuits logiques programmables de type LPGA (Lield-Programmable Gate Array) sont des circuits électroniques reconfigurables par l’utilisateur.

[0064] Le dispositif nœud de communication (10) peut également utiliser des architectures hybrides, comme par exemple des architectures basées sur un CPU+LPGA, un GPU (Graphics Processing Unit) ou un MPPA (Multi-Purpose Processor Array).

[0065] En fonction du mode de réalisation, différentes architectures du dispositif nœud de communication (10) peuvent être adoptées, tant pour la partie matérielle du dispositif, que pour la partie logicielle du dispositif, le cas échéant.

[0066] Dans un ou plusieurs modes de réalisation, une pluralité de nœuds du réseau pourra embarquer une unité fonctionnelle (24), configurée pour générer une information d’état relative au nœud dans lequel elle est embarquée. En variante, un ou plusieurs nœuds du réseau pourront être couplés à une unité fonctionnelle (24) de manière à recevoir des informations d’état générées par l’unité fonctionnelle (24).

[0067] En fonction du mode de réalisation, cette unité fonctionnelle (24) pourra comprendre un ou plusieurs capteurs, chacun capable de générer une information d’état pour le nœud, tel que, par exemple, un capteur de température, un capteur de qualité d’air, un capteur de localisation géographique, un capteur de position et/ou un capteur d’humidité, etc. Ces capteurs pourront être utilisés selon le procédé proposé en fonction du cas d’usage, et notamment en fonction du contexte fonctionnel dans lequel le mode de réalisation du procédé proposé est mis en œuvre.

[0068] L’homme du métier comprendra que le procédé proposé n’est pas limité à une architecture particulière du nœud de communication (10), de l’unité de communication sans-fil (20), du contrôleur (21), de l’unité d’alimentation (22), de l’unité de gestion (23), de l’unité fonctionnelle (24) et du bus de communication (25) ou du couplage entre ces éléments illustrant à titre d’exemple un mode de réalisation sur la figure 2.

[0069] On décrit ci-après des procédés de gestion d’un nœud de communication dans un groupe tel que celui illustré sur les figures la, 1b et 2 dans un ou plusieurs modes de réalisation.

[0070] En référence à la figure 3a, un nœud de communication de données appartenant à un groupe de communication de données sélectionne (50) un mode opératoire parmi une pluralité de modes opératoires configurés sur le nœud et comprenant un mode représentant.

[0071] Dans un ou plusieurs modes de réalisation, l’un au moins des nœuds de communication du groupe peut être configuré pour fonctionner selon une pluralité de modes opératoires comprenant un mode représentant, mais pas nécessairement de mode représenté. Les nœuds de communication du groupe peuvent ainsi avoir différentes configurations, matérielles et/ou logicielles, correspondant à différents types de dispositif. Certains de ces dispositifs peuvent avantageusement être dotés de ressources suffisantes pour ne pas avoir à fonctionner, y compris de manière intermittente, en mode représenté. D’autres dispositifs peuvent être configurés pour fonctionner de manière intermittente, en mode représentant puis en mode représenté, et inversement.

[0072] Dans un ou plusieurs modes de réalisation, la sélection de mode opératoire peut être synchronisée sur l’ensemble des nœuds du groupe de manière à ce qu’un seul nœud du groupe sélectionne le mode représentant.

[0073] Le nœud de communication peut être configuré pour, lorsque le mode représentant est sélectionné (50a), générer (51a) des données de nœud représentant, et transmettre (52a) les données de nœud représentant à une unité de gestion du groupe. Le fonctionnement en mode représentant permet avantageusement de transmettre des données de nœud représentant qui comprennent des données relatives à un autre nœud du groupe, qui fonctionnera typiquement en mode représenté. Ainsi, le fonctionnement en mode représentant permet avantageusement de centraliser la remontée de données relatives à d’autres nœuds du groupe à celui des nœuds du groupe qui fonctionne en mode représentant, et ainsi de ne solliciter des ressources (notamment des ressources d’énergie, de bande passante et d’adressage) pour cette transmission de données qu’au niveau du nœud opérant en mode représentant. Il en résulte une économie de ressources, et notamment de la batterie des nœuds de communication, et une diminution de l’usure des nœuds de communication du groupe, la transmission de données par chaque nœud ne s’effectuant pas en direct avec l’unité de gestion de groupe, mais par l’intermédiaire du nœud de communication en utilisant le réseau local (typiquement basse consommation) permettant aux nœuds du groupe de communiquer entre eux.

[0074] Il peut donc être avantageux, dans un ou plusieurs modes de réalisation, de configurer un ensemble de nœuds de communication pour dimensionner les groupes de nœuds de communication de manière à ce qu’un seul nœud de communication fonctionne en mode représentant d’un groupe à un instant donné, tout en ayant les ressources suffisantes pour transmettre les données reçues des autres nœuds de son groupe vers une unité de gestion de groupe.

[0075] En fonction du mode de réalisation, l’unité de gestion du groupe pourra être l’un des nœuds de communication du groupe, un dispositif configuré pour communiquer avec au moins un des nœuds de communication du groupe par le biais d’un ou de plusieurs réseau(x). Par exemple, en référence à la figure 1b, l’unité de gestion du groupe pourra dans un ou plusieurs modes de réalisation être hébergée dans une plateforme de gestion à distance (11), auquel cas le nœud de communication fonctionnant en mode représentant pourra être configuré pour transmettre les données de nœud représentant, qui comprendront typiquement des données relatives à un autre nœud du groupe, à la plateforme de gestion à distance (11) qui sera configurée pour traiter les données reçues du nœud opérant en mode représentant.

[0076] Dans un ou plusieurs autres modes de réalisation, l’unité de gestion de groupe pourra être hébergée au sein d’un dispositif accessible par un réseau de données local (typiquement un LAN, de l’anglais « Local Area Network ») pour la transmission des données de nœud représentant.

[0077] Par exemple, dans le cas de nœuds de communication mis en œuvre sur des dispositifs de suivi de géolocalisation (en anglais, « trackers ») placés sur les objets stockés dans un lieu de stockage (par exemple un entrepôt de stockage), chaque nœud de communication pourra être configuré pour transmettre des données relatives à un autre nœud de communication (par exemple une ou plusieurs alarmes relatives à la géolocalisation de l’objet suivi par cet autre nœud, et/ou relatives à un statut de l’objet suivi et/ou de son nœud de communication (état de l’alimentation, taux d’humidité anormalement élevé, température en dehors d’un intervalle de consigne, etc.)) vers une unité de gestion de groupe accessible localement et configurée pour traiter les données reçues d’un nœud opérant en mode représentant.

[0078] Dans un ou plusieurs autres modes de réalisation, un ou plusieurs nœuds de communication du groupe pourront être configurés pour comprendre une unité de gestion de groupe vers laquelle les données de nœud représentant seront émises. Afin de tirer pleinement avantage de la mutualisation de ressources au sein du groupe de nœuds de communication, celui-ci pourra être configuré pour n’inclure qu’un seul nœud de communication hébergeant une unité de gestion de groupe.

[0079] En référence à la figure 3b, un nœud de communication de données appartenant à un groupe de communication de données sélectionne (50) un mode opératoire parmi une pluralité de modes opératoires configurés sur le nœud et comprenant un mode représentant et un mode représenté. Le nœud de communication peut ainsi être configuré avec une pluralité de modes opératoires comprenant un mode représentant et un mode représenté.

[0080] Chaque nœud de communication de données peut ainsi avantageusement, dans un ou plusieurs modes de réalisation, être configuré pour fonctionner selon un premier mode opératoire dans lequel il opère, outre ses autres fonctions, en tant que représentant du groupe de nœuds de communication de données auquel il appartient, et selon un deuxième mode opératoire dans lequel il opère, outre ses autres fonctions, en tant que représenté vis-à-vis d’un autre nœud du groupe de nœuds de communication de données auquel il appartient. Chaque nœud de communication du groupe pourra être avantageusement configuré pour basculer du mode représentant vers le mode représenté, et inversement, de manière à ne pas fonctionner en continu dans un même mode opératoire, sans qu’un changement de mode opératoire puisse intervenir pour ce nœud.

[0081] En particulier, chaque nœud de communication d’un groupe peut être configuré dans un ou plusieurs modes de réalisation pour être fonctionnellement identique aux autres nœuds de communication du groupe pour ce qui concerne le fonctionnement dans les modes représentant et représenté.

[0082] La description ci-dessus relative au fonctionnement d’un nœud, dans un ou plusieurs modes de réalisation, une fois le mode représentant sélectionné, en référence à la figure 3a, est applicable au mode de réalisation illustré par la figure 3b : Le nœud de communication peut être configuré pour, lorsque le mode représentant est sélectionné (50a), générer (51a) des données de nœud représentant, et transmettre (52a) les données de nœud représentant à une unité de gestion du groupe.

[0083] Le nœud de communication peut en outre être configuré pour, lorsque le mode représenté est sélectionné (50b), générer (51b) des données de nœud représenté. Les données de nœud représenté peuvent par exemple être générées sur la base de données générées par une unité fonctionnelle couplée au nœud de communication au sein d’un dispositif. Cette unité fonctionnelle peut comprendre un ou plusieurs capteurs, fournissant des données représentant des mesures (par exemple de géolocalisation, de température, de pression, d’humidité et/ou de qualité de l’air) au nœud de communication, qui peut ensuite traiter ces données reçues, le traitement comprenant par exemple une remise en forme, une combinaison de ces données, l’ajout d’un code CRC, etc., pour générer les données de nœud représenté.

[0084] Dans un ou plusieurs modes de réalisation, le nœud fonctionnant en mode représenté peut identifier (52b) un ou plusieurs nœuds du groupe de nœuds de communication en cours de fonctionnement en mode représentant. En fonction du mode de réalisation, cette identification peut être effectuée par le biais d’une table de correspondance (en anglais, « look-up table ») stockée en mémoire locale du nœud de communication, listant l’ensemble des nœuds du groupe de nœuds de communication (par exemple par un identifiant qui peut être un identifiant réseau, ou une adresse réseau) et, pour chaque nœud listé appartenant au groupe, un statut en cours indiquant si le nœud considéré fonctionne en mode représentant ou en mode représenté.

[0085] Lorsqu’au moins un nœud de communication en cours de fonctionnement en mode représentant est identifié, le nœud de communication fonctionnant en mode représenté peut transmettre (52c) les données de nœud représenté générées au nœud de communication fonctionnant en mode représentant identifié.

[0086] Dans un ou plusieurs modes de réalisation, où les nœuds de communication fonctionnant en mode représenté transmettent en mode multicast ou broadcast leurs données de nœud représenté, un nœud de communication fonctionnant en mode représenté n'a pas besoin d'identifier le nœud de communication fonctionnant en mode représentant. Comme la transmission en mode multicast ou broadcast ne nécessite pas d'adressage individuel de destinataire, il suffit en effet à un nœud de communication fonctionnant en mode représenté de savoir qu'il n'est pas lui-même le nœud de communication fonctionnant en mode représentant.

[0087] Dans un ou plusieurs modes de réalisation, le nœud représentant peut être configuré pour recevoir d’un autre nœud du groupe des données par l’intermédiaire du réseau de communication sans fil du groupe, et générer des données de nœud représentant sur la base des données reçues.

[0088] Le réseau de communication sans fil du groupe sera de préférence choisi pour la possibilité de transmettre des messages courts (typiquement de quelques kilooctets de données) entre nœuds de communication du groupe qui ne sollicitent que peu le nœud émetteur, notamment pour l’utilisation de ressources telles que l’énergie et la bande passante, de manière à ce que les nœuds du groupe soient préservés dès lors qu’ils ne fonctionnent pas en mode représentant. Ainsi, le système proposé permet de diminuer l’usure et la consommation en énergie des nœuds de communication proposés, dès lors qu’aucun des nœuds du groupe ne fonctionne en permanence en mode représentant.

[0089] A cet effet, les nœuds de communication proposés peuvent être avantageusement configurés pour que le fonctionnement en mode représentant soit distribué entre les nœuds de communication d’un groupe dans le temps.

[0090] On décrit ci-après des procédés de configuration d’un nœud de communication permettant de désigner un nœud de communication pour un fonctionnement en mode représentant.

[0091] Dans un ou plusieurs modes de réalisation, lorsqu’un nœud fonctionne en mode représentant, une détection de la survenance d’un évènement de changement de mode opératoire, parmi un ou plusieurs évènements de changement de mode opératoire configurés sur le nœud, peut déclencher un changement de mode opératoire pour ce nœud pour quitter le fonctionnement en mode représentant, et la désignation d’un ou plusieurs autres nœuds du groupe pour fonctionner en mode représentant à la place du nœud quittant le fonctionnement en mode représentant.

[0092] Dans un ou plusieurs modes de réalisation, un évènement de changement de mode opératoire configuré sur le nœud de communication peut être associé à une minuterie (en anglais, « timer ») configurée sur le nœud avec une valeur correspondant à une limite de durée pendant laquelle le nœud de communication peut fonctionner en mode représentant, avant de quitter ce mode à l’expiration de cette durée. En fonction du mode de réalisation, cette limite de durée pourra être préconfigurée à une valeur fixe T pour le nœud, ou configurée dynamiquement, par exemple en fonction d’un facteur de poids w représentant une mesure de niveau de batterie, à une valeur T.w déterminée lors de l’enclenchement de la minuterie lorsque le nœud entre en mode représentant.

[0093] Dans un ou plusieurs modes de réalisation, un autre évènement de changement de mode opératoire configuré sur le nœud de communication peut être associé à un niveau de batterie relativement à un seuil de niveau de batterie prédéterminé. Dans ce cas, le nœud de communication peut être configuré pour surveiller de manière répétée son niveau de batterie, comparer celui-ci au seuil prédéterminé, et sortir du mode représentant lorsque son niveau de batterie atteint le seuil prédéterminé. Ce mode de réalisation permet avantageusement d’éviter d’épuiser prématurément la batterie d’un nœud de communication en le conservant dans un fonctionnement en mode représentant, fonctionnement qui peut être typiquement plus consommateur de ressources du nœud que le fonctionnement dans d’autres modes, et notamment en mode représenté ou dans un mode de veille.

[0094] Dans un ou plusieurs modes de réalisation, un autre évènement de changement de mode opératoire configuré sur le nœud de communication peut être associé à un niveau de qualité de liaison relativement à un seuil de qualité de liaison prédéterminé. Dans ce cas, le nœud de communication peut être configuré pour surveiller de manière répétée le niveau de qualité des liaisons de communication utilisées lors du fonctionnement en mode représentant (et notamment le niveau de qualité de la liaison sans fil entre le nœud de communication et l’unité de gestion du groupe), comparer celui-ci au seuil prédéterminé, et sortir du mode représentant lorsque son niveau de qualité de liaison atteint le seuil prédéterminé. Ce mode de réalisation permet avantageusement d’éviter de conserver un nœud de communication dans un fonctionnement en mode représentant alors qu’il n’est peut-être plus à même de remplir ses fonctions de représentant du groupe du fait d’une baisse de qualité d’une liaison de communication utilisée lors de son fonctionnement en mode représentant.

[0095] Dans un ou plusieurs modes de réalisation, la détection de la survenance d’un évènement de changement de mode opératoire peut comprendre la réception d’un message, par exemple en provenance d’une unité de gestion du groupe de nœuds de communication, ou d’un autre nœud du groupe de nœuds de communication.

[0096] Dans un mode de réalisation, le changement de mode opératoire d’un nœud fonctionnant en mode représentant et/ou la désignation d’un ou plusieurs successeurs de ce nœud peuvent être gérés de manière centralisée, par exemple par l’unité de gestion de groupe qui peut, dans un ou plusieurs modes de réalisation, comprendre une plateforme de gestion distante, comme illustré sur la figure 1b. L’unité de gestion de groupe peut ainsi être configurée pour piloter pour le groupe le fonctionnement en mode représentant d’un ou plusieurs nœuds du groupe, et transmettre un message à un nœud du groupe fonctionnant en mode représentant requérant que ce nœud quitte le mode représentant. Le pilotage pour le groupe le fonctionnement en mode représentant peut en outre inclure la désignation d’un autre nœud du groupe et la transmission à cet autre nœud d’un message requérant que ce nœud entre en mode représentant.

[0097] Dans un ou plusieurs modes de réalisation, le pilotage pour le groupe du fonctionnement en mode représentant peut comprendre l’envoi à tous les nœuds du groupe ou à une pluralité de nœuds du groupe (par exemple en utilisant un mode de diffusion ou un mode de transmission point à multipoint de messages (en anglais, « broadcast » et « multicast », respectivement) d’un message de changement de mode opératoire comprenant des données d’identification d’un nœud du groupe. Sur réception de ce message, chaque nœud de communication peut traiter les données d’identification d’un nœud du groupe, et modifier son mode opératoire en fonction de ces données.

[0098] Dans un ou plusieurs modes de réalisation, pour un nœud de communication ne fonctionnant pas en mode représentant, si les données d’identification correspondent à ce nœud, le message reçu peut être interprété comme une requête de fonctionnement en mode représentant destinée à ce nœud.

[0099] Autrement, c’est-à-dire si les données d’identification ne correspondent pas à ce nœud, le message reçu peut être interprété comme une requête de fonctionnement en mode représentant destinée à un autre nœud, et être utilisé, le cas échéant, pour mettre à jour une table de statut de fonctionnement relatif au mode opératoire, notamment pour l’autre nœud identifié par les données d’identification. Dans un mode de réalisation où le pilotage pour le groupe du fonctionnement en mode représentant est configuré pour n’avoir qu’un seul nœud de communication du groupe à un instant donné qui fonctionne en mode représentant, le message reçu peut en outre être interprété comme une requête de changement de mode opératoire pour quitter le mode représentant destinée au nœud fonctionnant en mode représentant, et être utilisé, le cas échéant, pour mettre à jour une table de statut de fonctionnement relatif au mode opératoire, pour la mise à jour du statut du nœud fonctionnant en mode représentant et appelé à quitter ce mode.

[0100] Pour un nœud de communication fonctionnant en mode représentant, si les données d’identification correspondent à ce nœud, le message reçu peut être interprété comme une requête de changement de mode opératoire pour quitter le mode représentant destinée à ce nœud.

[0101] Autrement, c’est-à-dire si les données d’identification ne correspondent pas à ce nœud, le message reçu peut être interprété comme une requête de fonctionnement en mode représentant destinée à un autre nœud, et être utilisé, le cas échéant, pour mettre à jour une table de statut de fonctionnement relatif au mode opératoire, notamment pour l’autre nœud identifié par les données d’identification appelé à fonctionner en mode représentant. Dans un mode de réalisation où le pilotage pour le groupe du fonctionnement en mode représentant est configuré pour n’avoir qu’un seul nœud de communication du groupe à un instant donné qui fonctionne en mode représentant, le message reçu peut en outre être interprété comme une requête de changement de mode opératoire pour quitter le mode représentant destinée au nœud fonctionnant en mode représentant, et être utilisé, le cas échéant, pour mettre à jour une table de statut de fonctionnement relatif au mode opératoire, pour la mise à jour du statut du nœud fonctionnant en mode représentant et appelé à quitter ce mode.

[0102] Dans d’autres modes de réalisation, le pilotage pour le groupe du fonctionnement en mode représentant peut comprendre l’envoi à tous les nœuds du groupe ou à une pluralité de nœuds du groupe (par exemple en utilisant un mode de diffusion ou un mode de transmission point à multipoint de messages (en anglais, « broadcast » et « multicast », respectivement) d’un message de changement de mode opératoire comprenant des données d’identification d’un premier et d’un deuxième nœuds du groupe. Les nœuds du groupe peuvent alors être configurés pour interpréter ce message comme contenant une requête de fonctionnement en mode représentant destinée au premier nœud, et une requête de changement de mode opératoire pour quitter le mode représentant destinée au deuxième nœud, et pour agir en conséquence sur réception de ce message, comme décrit ci-dessus (passage ou non en mode représentant, sortie ou non du mode représentant, le cas échéant mise à jour de sa table de statuts de modes opératoires).

[0103] Dans un ou plusieurs modes de réalisation, notamment dans les configurations dans lesquelles le pilotage du fonctionnement en mode représentant est centralisé, par exemple au niveau d’une unité de gestion du groupe, un ou plusieurs nœuds de communication du groupe pourront être configurés pour recevoir un message de requête de fonctionnement en mode représentant (par exemple transmis en mode point à point) et, sur réception de ce message, quitter leur mode opératoire en cours pour entrer dans un fonctionnement en mode représentant en activant un fonctionnement en mode représentant.

[0104] De même, dans un ou plusieurs modes de réalisation, un ou plusieurs nœuds de communication du groupe pourront être configurés pour recevoir un message de requête de changement de mode opératoire pour quitter le mode représentant (par exemple transmis en mode point à point) et, sur réception de ce message, quitter leur mode représentant en cours pour entrer dans un fonctionnement autre que le mode représentant. Dans les modes de réalisation dans lesquels ces nœuds sont configurés pour fonctionner en mode représentant et en mode représenté, ils pourront en outre être configurés pour quitter leur mode représentant en cours et entrer en mode représenté.

[0105] Dans un ou plusieurs modes de réalisation, un ou plusieurs nœuds de communication du groupe pourront être configurés, sur réception d’un message de requête de fonctionnement en mode représentant qui les identifie (que ce soit par le biais de données d’identification dans le cas de figure d’un message diffusé à tous les nœuds du groupe ou transmis à plusieurs nœuds du groupe, ou par le biais d’une information d’adressage dans le cas de figure d’un message transmis en mode point à point), effectuer une ou plusieurs vérifications relatives à leur capacité à fonctionner en mode représentant, et en fonction des résultats de ces vérifications, répondre par un acquittement positif lorsque les résultats de ces vérifications indiquent qu’ils ont la capacité de fonctionner en mode représentant, ou à l’inverse répondre par un acquittement négatif lorsque les résultats de ces vérifications indiquent qu’ils n’ont pas la capacité à fonctionner en mode représentant. Par exemple, une vérification peut comprendre une mesure du niveau de batterie du nœud de communication, et une comparaison du niveau mesuré avec un seuil. Si le niveau mesuré dépasse le seuil, indiquant que la batterie est déchargée, le nœud peut être configuré pour transmettre un acquittement négatif pour répondre à la requête reçue. Ce schéma permet avantageusement de s’assurer qu’un nœud désigné pour fonctionner en mode représentant est en mesure de le faire, avant par exemple d’exécuter des changements de mode opératoire et de mettre à jour, le cas échéant, des tables de statuts de modes opératoires maintenues à jour par un ou plusieurs nœuds du groupe.

[0106] Dans d’autres modes de réalisation, le pilotage du fonctionnement en mode représentant pourra être configuré pour qu’un message de requête de fonctionnement en mode représentant comprenne, soit accompagné, ou, selon le mode de réalisation, soit interprété comme comprenant une interrogation pour s’assurer que le nœud destinataire a la capacité de fonctionner en mode représentant. Ce mode de réalisation permet avantageusement d’éviter aux nœuds de communication d’envoyer en réponse un message d’acquittement, afin de limiter l’usage de leur batterie, lorsque le protocole de désignation de nœud fonctionnant en mode représentant prévoit qu’une non-réponse du nœud destinataire de la requête peut être interprétée comme un acquittement positif de cette requête.

[0107] En particulier, lorsque le message de requête de fonctionnement en mode représentant est reçue en provenance d’un autre nœud du groupe, par exemple un nœud fonctionnant en mode représentant, éventuellement destiné à quitter ce mode, cet autre nœud du groupe peut être configuré pour vérifier que le nœud du groupe auquel il transmet le message de requête peut entrer en mode représentant. Cela permet avantageusement d’éviter de dérouler un protocole de désignation de nœud successeur pour fonctionner en mode représentant, comprenant éventuellement l’échange de plusieurs messages, avec un nœud qui n’a pas la capacité, par exemple parce que sa batterie est trop déchargée, pour entrer en mode représentant.

[0108] Dans un ou plusieurs modes de réalisation, la détection de la survenance d’un évènement de changement de mode opératoire peut être mise en œuvre sous forme logicielle par un gestionnaire d’interruptions (logicielles et/ou matérielles) (en anglais, « interrupt handler ») configuré pour exécuter un programme correspondant à chaque interruption lors de la survenance de celle-ci. Le gestionnaire d’interruption peut par exemple être configuré pour être exécuté pour un ou plusieurs des évènements décrits ci-dessus : expiration d’une minuterie, niveau de batterie atteignant un seuil, niveau de qualité de liaison atteignant un seuil, et réception d’un message, notamment en provenance d’une unité de gestion de groupe et/ou d’un autre nœud de communication.

[0109] Dans un ou plusieurs modes de réalisation, lorsqu’un nœud fonctionne en mode représentant, sur détection de la survenance d’un évènement de changement de mode opératoire, parmi un ou plusieurs évènements de changement de mode opératoire configurés sur le nœud, la désignation d’au moins un autre nœud du groupe pour fonctionner en mode représentant à la place du nœud quittant le fonctionnement en mode représentant peut comprendre l’identification de cet autre nœud du groupe pour succéder au nœud en tant que nœud fonctionnant en mode représentant.

[0110] Dans un ou plusieurs modes de réalisation, que le pilotage pour le groupe du fonctionnement en mode représentant soit ou non centralisé (par exemple lorsqu’il est effectué par un nœud de communication du groupe, comme par exemple un nœud fonctionnant en mode représentant, ou par une entité centrale, comme par exemple une unité de gestion de groupe (lorsque cette unité ne correspond pas à un nœud de communication du groupe), mise en œuvre par exemple par une plateforme de gestion distante), ce pilotage peut être configuré pour que la désignation d’au moins un autre nœud du groupe pour fonctionner en mode représentant à la place du nœud soit effectuée sur la base d’une liste de nœuds du groupe définissant une séquence de nœuds fonctionnant en mode représentant. Dans un mode de réalisation, une telle liste peut définir une séquence selon laquelle chaque nœud doit fonctionner en mode représentant après le nœud immédiatement précédent dans la séquence. Dans un mode de réalisation, cette séquence peut être définie sur la base des adresses réseau de chaque nœud listé. En fonction du mode de réalisation, la liste de nœuds du groupe peut être stockée en mémoire d’un nœud fonctionnant en mode représentant puis transmise à son successeur lors de la sortie du mode représentant, être stockée en mémoire d’une unité de gestion du groupe configurée pour effectuer le pilotage pour le groupe du fonctionnement en mode représentant, et/ou être stockée en mémoire d’un ou plusieurs nœuds du groupe, voire de tous les nœuds du groupe, pour assurer un stockage redondant, indépendamment de leur mode opératoire en cours.

[0111] Dans un ou plusieurs modes de réalisation, la liste de nœuds du groupe définissant une séquence de nœuds fonctionnant en mode représentant peut être configurée pour être reconstruite dynamiquement à partir de données relatives aux nœuds du groupe, comme par exemple des identifiants et/ou des adresses de ces nœuds. Dans ce cas de figure, l’identification d’un nœud successeur d’un autre nœud fonctionnant en mode représentant peut être effectuée à partir des données relatives aux nœuds du groupe, ce qui permet avantageusement d’éviter le stockage en mémoire d’une liste définissant la séquence, notamment dans les modes de réalisation où certains au moins des nœuds de communication sont des dispositifs dotés de très faibles capacités de stockage en mémoire.

[0112] Dans un ou plusieurs modes de réalisation, la liste de nœuds du groupe définissant une séquence de nœuds fonctionnant en mode représentant peut être reconfigurée dynamiquement pour tenir compte de contraintes évolutives dans le temps associées aux nœuds listés, comme par exemple leurs niveaux de batterie respectifs. Selon cet exemple, un nœud ayant un niveau de batterie plus faible que le nœud suivant dans la séquence pourra être déplacé dans la séquence pour n’être sollicité pour prendre le rôle de nœud représentant qu’après le nœud ayant un niveau de batterie plus élevé.

[0113] Dans un ou plusieurs modes de réalisation, la désignation d’un nœud successeur par un nœud en cours de fonctionnement en mode représentant peut comprendre la transmission d’un jeton (en anglais, « token ») depuis le nœud en cours de fonctionnement en mode représentant vers le nœud désigné pour être son successeur. Dans d’autres modes de réalisation, la transmission d’un jeton d’un nœud à un autre, pour transmettre le rôle de nœud fonctionnant en mode représentant, peut être piloté par une entité centrale, telle qu’une unité de gestion du groupe (qui peut être, en fonction du mode de réalisation, mise en œuvre au sein d’un nœud de communication ou d’une plateforme de gestion distante).

[0114] Dans un ou plusieurs modes de réalisation, le pilotage pour le groupe du fonctionnement en mode représentant pourra être configuré pour faire circuler ce jeton entre les différents nœuds de communication du groupe. Avantageusement, la circulation du jeton sera configurée pour que le jeton circule entre les différents nœuds, en restant associé à un nœud pour un temps limité, afin de bien répartir la consommation énergétique associée à la gestion du jeton entre les nœuds du groupe.

[0115] Dans un ou plusieurs modes de réalisation, le pilotage pour le groupe du fonctionnement en mode représentant pourra être configuré pour qu’il y ait à tout moment au moins un nœud du groupe fonctionnant en mode représentant. Comme discuté cidessus, le pilotage peut en outre être configuré pour qu’il y ait à tout moment un unique nœud du groupe fonctionnant en mode représentant.

[0116] Les figures 4a et 4b illustrent un groupe de nœuds de communication opérant selon un ou plusieurs modes de réalisation du procédé proposé décrits ci-après.

[0117] En référence à la figure 4a, le pilotage pour le groupe du fonctionnement en mode représentant peut être configuré dans un ou plusieurs modes de réalisation pour structurer un plan d’adressage des nœuds du groupe en agrégeant les identifiants respectifs (100-lb - 100-9b) des nœuds du groupe en correspondance avec une adresse (103) définie pour le groupe, par exemple de format IP.

[0118] Dans l’exemple illustré, 9 dispositifs de suivi (100-1 - 100-9) sont regroupés au sein d’un lot auquel est assignée une adresse IP unique. Ces 9 dispositifs peuvent comprendre un ou plusieurs capteurs, remontant des données vers des nœuds de communication configurés selon un ou plusieurs modes de réalisation. Dans le cas d’usage où les dispositifs sont utilisés pour surveiller des denrées alimentaires, il peut s’agir par exemple de capteurs de température, configurés pour remonter une alerte vers le nœud de communication associé en cas de rupture de la chaîne du froid, et de capteurs de géolocalisation (100-la - 100-9a), configurés pour remonter vers le nœud de communication associé des données de géolocalisation du dispositif.

[0119] Dans les cas de figure où les dispositifs sont localisés à proximité immédiate les uns des autres, le procédé proposé remonte, par exemple vers un serveur distant (101) comme illustré sur la figure, par le biais d’un ou plusieurs réseaux de communication (102) dont au moins un réseau utilisant des liens de communication sans-fil (102a) utilisé par les dispositifs (100-1 - 100-9) pour communiquer avec le serveur distant (101), des alarmes relatives à la chaîne du froid et/ou des données relatives à la géolocalisation du lot de dispositifs, par le biais d’un seul nœud du groupe fonctionnant en mode représentant (par exemple le nœud inclus dans le dispositif 100-6), est particulièrement avantageux, notamment en ce qu’il permet d’économiser la batterie de chaque dispositif, et de minimiser l’usure de chaque dispositif en limitant son usage à des communications locales, c’est-à-dire vers le nœud représentant, hormis pendant les périodes de temps où il fonctionne en mode représentant.

[0120] Dans un ou plusieurs modes de réalisation, un ou plusieurs nœuds de communication de données du groupe peuvent être configurés pour, lorsqu’ils fonctionnent en mode représentant, générer des données de nœud représentant qui comprennent des données d’inventaire des nœuds du groupe.

[0121] Dans un ou plusieurs modes de réalisation, ces données d’inventaire peuvent être générées sur la base de données de géolocalisation reçues ou attendues par le nœud fonctionnant en mode représentant en provenance des autres nœuds du groupe.

[0122] Par exemple, dans un mode de réalisation, le nœud fonctionnant en mode représentant peut être configuré pour déterminer une estimation de distance entre sa position et celle de chaque nœud du groupe lui remontant ses informations de géolocalisation, et générer des données d’inventaire sur la base de cette détermination.

[0123] Par exemple, si la distance déterminée pour l’un des autres nœuds du groupe dépasse un niveau de seuil prédéterminé, le nœud fonctionnant en mode représentant peut être configuré pour générer des données d’inventaire indiquant que cet autre nœud n’est pas ou plus géolocalisé avec le reste du groupe de nœuds.

[0124] Dans un mode de réalisation, le nœud fonctionnant en mode représentant peut être configuré pour détecter qu’il n’a pas reçu de données de géolocalisation en provenance d’un des autres nœuds du groupe, soit qu’il ne reçoive plus ces données dans le cas de figure où, par exemple, le groupe est configuré de manière dynamique, soit qu’il ne les ai pas jamais reçues dans le cas de figure où, par exemple, le groupe a été préconfiguré. Il peut être en outre configuré pour, sur détection qu’il n’a pas reçu de données de géolocalisation en provenance d’un des autres nœuds du groupe, générer des données d’inventaire sur la base de cette détermination.

[0125] Ces modes de réalisation du procédé proposé permettent avantageusement de faciliter l’inventaire pair-à-pair (en anglais peer-to-peer) en temps réel en utilisant à minima les ressources (batterie, transmission, débit, etc.) des nœuds du groupe, par génération de données d’inventaire (et donc gestion d’un inventaire) par le nœud fonctionnant en mode représentant, mais aussi de mieux gérer les remontées vers une plateforme distante, le cas échéant, en alertant par exemple si un lot n’est plus complet ou ne l’a pas été durant un laps de temps significatif. Ce dernier cas illustre par exemple une rupture partielle de la chaîne du froid lors d’un transport.

[0126] Les modes de réalisation illustrés sur la figure 4a conviennent particulièrement bien au cas d’usage, par exemple, d’une palette de caisses (équipées chacune d’un module de suivi, ou « tracker » comprenant un dispositif opérant selon un des modes de réalisation proposé dans la présente description), qui peut avantageusement être identifiée de manière unitaire vue de la plateforme pour une gestion simplifiée. Cette palette peut contenir un ou plusieurs lots homogènes (type d’objets, date de péremption, etc.) repérables directement, tout en gardant une seule caisse fonctionnant en mode représentant, émettant des informations vers la plateforme distante pour l’ensemble du lot.

[0127] En référence à la figure 4b, le pilotage pour le groupe du fonctionnement en mode représentant peut être géré, en tout ou partie, par une plateforme distante (101), telle que celle illustrée sur la figure 1b.

[0128] Dans un ou plusieurs modes de réalisation, cette plateforme distante (101) peut être configurée pour gérer chaque nœud de communication individuellement ou de manière groupée, grâce au plan d’adressage structuré décrit ci-dessus en référence à la figure 4a, afin d’agréger automatiquement une vue d’ensemble synthétique du groupe de nœuds de communication, par exemple stockée dans une base de données (101a) couplée à la plateforme (101).

[0129] Dans un ou plusieurs modes de réalisation, la plateforme peut en outre être configurée pour configurer et éventuellement reconfigurer, le cas échéant, les nœuds de communication lorsque la communication avec le nœud de communication fonctionnant en mode représentant (100-6) est bidirectionnelle (102b), ce qui est le cas par exemple pour des communications utilisant un réseau cellulaire (2G-5G) ou un réseau sans-fil à faible consommation énergétique, par exemple un réseau de type LPWAN (de l’anglais « Low-power Wide-area-network ») comme LoRa™.

[0130] Les figures 5a et 5b sont des diagrammes illustrant des échanges de messages entre une pluralité de nœuds de communication et une plateforme distante opérant selon un ou plusieurs modes de réalisation du procédé proposé décrits ci-après.

[0131] En référence à la figure 5a, la formation d’un groupe de nœuds de communication est initialisée lors d’une phase d’écoute mutuelle entre les nœuds de communication (100-1, 100-2, 100-3), lors de laquelle ces nœuds échangent des messages de découverte, par exemple tels que définis par la spécification technique de la norme WiEiDirect.

[0132] Une fois le groupe formé, les nœuds de communication du groupe désignent (M) un nœud du groupe pour fonctionner en mode représentant (nœud 100-2 sur la figure), en utilisant par exemple une liste prédéfinie ou un jeton comme décrit ci-dessus pour un ou plusieurs modes de réalisation (échanges de messages E(100-l ; 100-2) et E( 100-2 ; 100-3) sur la figure).

[0133] Les nœuds du groupe transmettent ensuite un ou plusieurs messages de présence (Pl(100-l ;100-2) et Pl(100-3 ;100-2)) vers le nœud en cours de fonctionnement en mode représentant (100-2), qui sur réception de ces un ou plusieurs messages de présence, transmet des données de nœud représentant comprenant des données de géolocalisation (message Gl(100-2 ;P)) à la plateforme distante (101).

[0134] Le nœud en cours de fonctionnement en mode représentant (100-2) peut être configuré pour transmettre de manière répétée, régulièrement ou non, à la plateforme distante (101) des données de nœud représentant comprenant des données de géolocalisation mises à jour à chaque transmission (messages Gl(100-2 ;P), G2(100-2 ;P) et G3( 100-2 ;P)). Comme illustré sur la figure 5a, ces données de nœud représentant comprenant des données de géolocalisation peuvent être mises à jour puis transmises à la plateforme distante (101), de manière répétée, et/ou, en fonction du mode de réalisation, sur réception d’un nombre prédéterminé de messages de présence d’au moins un nœud du groupe (P2(100-l ; 100-2) et P3(100-l ; 100-2) pour G2(100-2 ;P) et P4(100-l ; 100-2) et P5(100-l ; 100-2) pour G3(100-2 ;P)), et/ou sur expiration d’une minuterie déclenchée avec une valeur prédéterminée ou déterminée dynamiquement à chaque transmission de données de nœud représentant.

[0135] La figure 5a illustre en outre un cas de figure dans lequel l’un des nœuds (100-3) initialement compris dans le groupe de nœuds se retire du groupe, et cesse d’émettre des messages de présence vers le nœud en cours de fonctionnement en mode représentant (100-2). Dans ce cas la mise à jour des données de géolocalisation comprises dans les données de nœud représentant transmises à la plateforme distante (101) peut, dans un ou plusieurs modes de réalisation, prendre en compte le retrait du nœud (100-3) pour en informer la plateforme distante, qui peut ainsi disposer d’une information de géolocalisation pour le groupe et d’une information d’inventaire du groupe associée à l’information de géolocalisation pour le groupe.

[0136] Le figure 5b illustre le cas de figure inverse, dans lequel un nouveau nœud de communication (100-4) vient se joindre au groupe existant (100-1 et 100-2).

[0137] Comme décrit en référence à la figure 5a, des données de nœud représentant comprenant des données de géolocalisation peuvent être mises à jour puis transmises à la plateforme distante (101), de manière répétée, et/ou, en fonction du mode de réalisation, sur réception d’un nombre prédéterminé de messages de présence d’au moins un nœud du groupe (P6( 100-1 ; 100-2) et P7( 100-1 ; 100-2) pour G4( 100-2 ;P)), et/ou sur expiration d’une minuterie déclenchée avec une valeur prédéterminée ou déterminée dynamiquement à chaque transmission de données de nœud représentant.

[0138] Le nœud (100-4) désirant entrer dans le groupe envoie un message de découverte (D( 100-4)) qui est pris en compte par le nœud en cours de fonctionnement en mode représentant (100-2).

[0139] Une fois le groupe mis à jour avec l’arrivée du nouveau nœud (100-4), les nœuds de communication du groupe désignent (M) un nœud du groupe pour fonctionner en mode représentant (nœud 100-4 sur la figure), autre que le nœud précédemment désigné (100-2), en utilisant par exemple une liste prédéfinie ou un jeton comme décrit ci-dessus pour un ou plusieurs modes de réalisation (échanges de messages E( 100-1 ; 100-2) et E( 100-2 ; 100-4) sur la figure). Cette mise à jour du nœud du groupe désigné pour fonctionner en mode représentant permet avantageusement d’éviter de n’utiliser les ressources que d’un seul nœud pour mettre en œuvre les fonctions de nœud représentant du groupe.

[0140] Dans un ou plusieurs modes de réalisation, le procédé proposé peut prévoir un schéma de transfert (en anglais, « handover ») de la fonction de nœud opérant en mode représentant pour assurer un transfert sans perte de données depuis un premier nœud (100-2) vers un second nœud (100-4). Dans l’exemple de mode de réalisation illustré sur la figure 5b, le nœud (100-2) fonctionnant précédemment en mode représentant, transmet, avant de quitter le mode représentant, au nœud en cours de fonctionnement en mode représentant (100-4), des données reçues (en tant que nœud en mode représentant) des autres nœuds (messages P8(100-l; 100-2) et P9(100-l; 100-2)) et/ou les données de nœud représentant générées mais non encore transmises à la plateforme distante (101), pour que celui-ci génère ses propres données de nœud représentant et les transmettent à la plateforme distante (101) (message Gl(100-4; P)).

[0141] Les nœuds du groupe transmettent ensuite un ou plusieurs messages de présence (Pl(100-l ;100-4) et P2(100-l ; 100-4), et Pl(100-2 ; 100-4) et P2(100-2 ; 100-4)) vers le nœud en cours de fonctionnement en mode représentant (100-4), qui sur réception de ces un ou plusieurs messages de présence, transmet des données de nœud représentant comprenant des données de géolocalisation (message G2(100-4 ;P)) à la plateforme distante (101).

[0142] Le procédé proposé permet avantageusement de minimiser la consommation énergétique et d’économiser de la bande passante réseau pour tout type d’application de suivi d’objets, animaux ou personnes ainsi que leurs conteneurs ou véhicules, tout particulièrement lorsqu’ils voyagent ou sont simplement regroupés ensemble, selon le mode de réalisation mis en oeuvre.

[0143] C’est une véritable implémentation d’une intelligence collective locale. Cela permet aux exploitants et logisticiens de prolonger la durée de charge et de vie de dispositifs portables de suivi d’objets ou de personnes. Cette solution permet aussi aux opérateurs de télécommunication de décongestionner leurs réseaux, tant en bande passante qu’en adressage.

Application industrielle

[0144] En fonction du mode de réalisation choisi, certains actes, actions, évènements ou fonctions de chacune des méthodes décrites dans le présent document peuvent être effectués ou se produire selon un ordre différent de celui dans lequel ils ont été décrits, ou peuvent être ajoutés, fusionnés ou bien ne pas être effectués ou ne pas se produire, selon le cas. En outre, dans certains modes de réalisation, certains actes, actions ou évènements sont effectués ou se produisent concurremment et non pas successivement.

[0145] Bien que décrits à travers un certain nombre d’exemples de réalisation détaillés, le procédé de pilotage proposé et le dispositif pour la mise en œuvre d’un mode de réalisation du procédé comprennent différentes variantes, modifications et perfectionnements qui apparaîtront de façon évidente à l’homme de l’art, étant entendu que ces différentes variantes, modifications et perfectionnements font partie de la portée de l’invention, telle que définie par les revendications qui suivent. 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 font partie de la portée de l’invention. En outre, il se peut que certains systèmes et équipements décrits cidessus n’incorporent pas la totalité des modules et fonctions décrits pour les modes de réalisation préférés.

Claims (1)

1. Revendications [Revendication 1] Procédé de gestion d’un nœud de communication de données dans un groupe comprenant au moins le nœud, le procédé comprenant, au nœud : sélectionner un mode opératoire parmi une pluralité de modes opératoires configurés sur le nœud et comprenant un mode représentant; et lorsque le nœud fonctionne en mode représentant, générer des données de nœud représentant, et transmettre les données de nœud représentant à une unité de gestion du groupe, dans lequel le groupe comprend un deuxième nœud, et les données de nœud représentant sont au moins relatives au deuxième nœud. [Revendication 2] Procédé selon la revendication 1, dans lequel une plateforme de gestion à distance comprend l’unité de gestion du groupe, et dans lequel transmettre les données de nœud représentant à l’unité de gestion du groupe comprend : transmettre les données de nœud représentant à la plateforme de gestion par l’intermédiaire d’un deuxième réseau de communication sans fil. [Revendication 3] Procédé selon l’une quelconque des revendications précédentes, comprenant en outre, lorsque le nœud fonctionne en mode représentant, et lorsque le groupe comprend un deuxième nœud, recevoir des données en provenance du deuxième nœud par l’intermédiaire d’un premier réseau de communication sans fil formé par les nœuds du groupe, et générer les données de nœud représentant sur la base des données reçues. [Revendication 4] Procédé selon l’une quelconque des revendications précédentes, comprenant en outre : activer un fonctionnement en mode représentant sur réception d’une requête de fonctionnement en mode représentant. [Revendication 5] Procédé selon l’une quelconque des revendications précédentes, comprenant en outre : activer un fonctionnement en mode représenté sur réception d’un message identifiant un autre nœud du groupe fonctionnant en mode représentant. [Revendication 6] Procédé selon l’une quelconque des revendications précédentes, dans lequel la pluralité de modes opératoires configurés sur le nœud comprend en outre un mode représenté, le procédé comprenant en outre, lorsque le nœud fonctionne en mode représenté, générer des données de nœud représenté, identifier un autre nœud du groupe qui fonctionne en mode représentant, et transmettre au nœud identifié les données de

   nœud représenté pour transmission à l’unité de gestion du groupe. [Revendication 7] Procédé selon l’une quelconque des revendications précédentes, comprenant en outre, lorsque le nœud fonctionne en mode représentant : sur détection de la survenance d’un évènement de changement de représentant, identifier un autre nœud du groupe pour succéder au nœud en tant que nœud fonctionnant en mode représentant. [Revendication 8] Procédé selon la revendication 7, dans lequel identifier l’autre nœud du groupe pour succéder au nœud en tant que nœud fonctionnant en mode représentant comprend : transmettre à au moins un autre nœud du groupe une requête de changement de nœud représentant. [Revendication 9] Procédé selon la revendication 7, comprenant en outre : identifier l’autre nœud selon une liste de nœuds du groupe définissant une séquence de nœuds fonctionnant en mode représentant. [Revendication 10] Procédé selon la revendication 7, dans lequel identifier l’autre nœud du groupe comprend : vérifier que l’autre nœud identifié peut entrer en mode représentant. [Revendication 11] Procédé selon l’une quelconque des revendications 7 à 10, dans lequel la détection de la survenance de l’évènement de changement de représentant comprend : réception d’un message en provenance de l’unité de gestion du groupe. [Revendication 12] Procédé selon l’une quelconque des revendications 7 à 11, dans lequel l’évènement de changement de représentant comprend l’un parmi un groupe comprenant une expiration d’un minuteur de surveillance de durée de mode représentant, un niveau de batterie relativement à un seuil de niveau de batterie prédéterminé, et un niveau de qualité de liaison relativement à un seuil de qualité de liaison prédéterminé. [Revendication 13] Dispositif comprenant un processeur et une unité radiofréquence couplée de manière opérationnelle au processeur, le dispositif étant configuré pour la mise en œuvre d’un procédé selon l’une quelconque des revendications 1 à 12. [Revendication 14] Programme d’ordinateur, chargeable dans une mémoire associée à un processeur, et comprenant des portions de code pour la mise en œuvre des étapes d’un procédé selon l’une quelconque des revendications 1 à 12 lors de l’exécution dudit programme par le processeur. [Revendication 15] Ensemble de données représentant, par exemple par voie de compression ou d’encodage, un programme d’ordinateur selon la revendication 14.

   1/5