Brevet FR3156895A1 — publié le 20250620

Procédé de transmission de mesures, mis en œuvre dans un compteur (1) et comprenant les étapes de : - détecter au moins une période de consommation constante formée par des intervalles temporels successifs au cours de chacun desquels la consommation est égale à une valeur constante ; - produire et transmettre une trame de collecte contenant les données de mesure associées aux intervalles temporels de la période de mesure, en remplaçant, pour chaque période de consommation constante, les données de mesure associées aux intervalles temporels successifs de ladite période de consommation constante par des données compactées comprenant une première donnée permettant d’identifier les intervalles temporels de la période de consommation constante et une deuxième donnée contenant la valeur constante. FIGURE DE L’ABREGE: Fig.1 Compression adaptative de trames de collecte L’invention concerne le domaine des compteurs communicants : compteurs d’eau, de gaz, d’électricité, etc. ARRIERE PLAN DE L’INVENTION Les compteurs d’eau modernes, aussi appelés « compteurs d’eau communicants », comprennent bien sûr une unité de mesure destinée à mesurer la consommation d’eau d’une installation, mais aussi une unité de traitement et une unité de communication. L’unité de traitement acquiert les mesures et permet au compteur d’eau de réaliser un certain nombre de fonctionnalités, et notamment d’analyser des données diverses, relatives par exemple à la consommation d’eau de l’installation, à la facturation du client, à l’état du réseau de distribution d’eau, ou bien au fonctionnement du compteur d’eau lui-même. L’unité de communication permet d’intégrer le compteur dans un réseau de communication, par exemple de type LPWAN (pour Low Power Wide Area Network , ou réseau étendu à basse consommation), et de communiquer avec d’autres entités du réseau, et notamment avec le Système d’Information (SI) du fournisseur d’eau, éventuellement via un concentrateur de données, une passerelle, ou bien un autre compteur (tel qu’un compteur d’eau communicant de quartier). Chaque jour, un compteur d’eau transmet au SI au moins une trame de collecte contenant des index de consommation d’eau de l’installation à laquelle est raccordé le compteur. La fonction de télétransmission des index de consommation est primordiale car elle permet une meilleure gestion de l’eau. Les fournisseurs d’eau s’en servent pour facturer les clients, pour suivre la consommation d’eau afin de détecter les fuites d’eau, les utilisations excessives et les problèmes potentiels. Les fournisseurs d’eau peuvent également ajuster la production et la distribution d’eau en temps réel en fonction de la demande, ce qui peut aider à réduire les gaspillages et à optimiser les ressources. Chaque jour est donc découpé en intervalles temporels. Chaque trame de collecte, produite par l’unité de traitement et transmise par l’unité de communication, est par exemple semblable à celle représentée dans le tableau de l’Annexe 1. Le protocole utilisé pour la communication est par exemple le protocole DLMS ou le protocole M-bus. La trame de collecte contient, pour chaque intervalle temporel, une donnée de mesure (index de consommation). On voit que dans cette trame de collecte, chaque intervalle temporel a une durée de 5 minutes, et que la donnée de mesure est l’index cumulé (en litres). Dans un jour, il y a (24h * 60min) / 5 min = 288 intervalles temporels. Chaque donnée de mesure a une taille de 4 octets, de sorte que la taille de la trame de collecte est d’au moins 288 x 4 octets = 1152 octets. La taille de la trame de collecte est en général plus importante encore. En effet, il est possible par exemple que des champs de contrôle soient présents pour indiquer le nombre d’index, l’heure de départ du premier index et l’intervalle en heures entre les index. Dans un souci de simplicité, ces champs de contrôle ont été volontairement omis. Plus le pas de collecte (durée d’un intervalle temporel) est faible, plus le fournisseur d’eau arrive à gérer le réseau de manière optimale, à détecter efficacement les fuites et à optimiser la distribution d’eau. En effet, une résolution fine des données permet une meilleure précision dans la détection des anomalies et des variations de consommation, ce qui facilite la mise en place de mesures pour réduire les pertes d’eau et améliorer l’efficacité du réseau. Cependant, réduire le pas de collecte augmente automatiquement la taille des trames de collecte. Or, on sait que les différents composants électroniques du compteur d’eau sont alimentés par une ou des piles positionnées dans le compteur. Il convient donc de limiter la consommation électrique des composants électroniques du compteur d’eau, pour augmenter la durée de vie de celui-ci. La transmission sans fil des données de consommation a un impact significatif sur la consommation énergétique du compteur. Il est important de limiter la consommation électrique de l’unité de communication en particulier, ce qui contraint les fabricants à augmenter la durée des intervalles temporels de la trame de collecte pour réduire sa taille, et à perdre ainsi en résolution. Par ailleurs, des trames de collecte plus longues nécessitent plus de temps pour être transmises, ce qui augmente l’encombrement du réseau de communication et le risque de perte de trames (ce qui oblige à retransmettre les trames, et augmente donc encore l’encombrement). Ainsi, bien qu’une résolution fine du pas de collecte soit très avantageuse, cela implique une taille de trames de collecte importante et impacte négativement la consommation électrique du compteur et la congestion du réseau de communication. OBJET DE L’INVENTION L’invention a pour objet une solution permettant de réduire la taille des trames de collecte transmises par un compteur, sans réduire la résolution des mesures transmises. En vue de la réalisation de ce but, on propose un procédé de transmission de mesures, mis en œuvre dans une unité de traitement d’un compteur agencé pour mesurer une grandeur consommée par une installation au cours de périodes de mesure successives, comprenant les étapes, pour chaque période de mesure, de : - découper ladite période de mesure en intervalles temporels ; - associer une donnée de mesure à chaque intervalle temporel, ladite donnée de mesure étant représentative d’une consommation par l’installation de la grandeur au cours dudit intervalle temporel ; - détecter, dans ladite période de mesure, au moins une période de consommation constante formée par des intervalles temporels successifs au cours de chacun desquels la consommation est égale à une valeur constante ; - produire et transmettre une trame de collecte contenant les données de mesure associées aux intervalles temporels de la période de mesure, en remplaçant, pour chaque période de consommation constante, les données de mesure associées aux intervalles temporels successifs de ladite période de consommation constante par des données compactées comprenant au moins une première donnée permettant d’identifier lesdits intervalles temporels successifs de ladite période de consommation constante et une deuxième donnée contenant la valeur constante correspondant à ladite période de consommation constante. En se basant sur la consommation d’eau habituelle des ménages, on a constaté qu’une journée « normale » comprend un certain nombre de périodes de consommation constante. Ces périodes correspondent généralement à des moments où l’eau n'est pas consommée, par exemple le soir ou pendant les heures de travail. Cela peut correspondre aussi à des débits de petites fuites constantes dans le temps. L’existence de ces périodes de consommation constante peut être constatée pour toute grandeur mesurée par tout type de compteur : compteur de gaz, d’électricité, etc. Le procédé de transmission de mesures consiste donc à détecter ces périodes de consommation constante dans chaque période de mesure, et à compacter dans la trame de collecte les données de mesures associées aux intervalles temporels desdites périodes de consommation constante. On obtient donc une trame de collecte de taille réduite sans pour autant réduire la résolution des données transmises. On propose de plus un procédé de transmission de mesures tel que précédemment décrit, comprenant l’étape de vérifier, pour chaque période de consommation constante, qu’une taille des données compactées est inférieure à une taille des données de mesure associées aux intervalles temporels successifs de ladite période de consommation constante, et d’effectuer le remplacement des données de mesure par les données compactées seulement si c’est le cas. On propose de plus un procédé de transmission de mesures tel que précédemment décrit, comprenant en outre l’étape, pour chaque période de mesure, de définir une durée optimale des intervalles temporels, la durée optimale étant la plus petite durée qui permet de conserver une taille de la trame de collecte inférieure ou égale à une taille maximale prédéfinie, ladite période de mesure étant ensuite découpée en intervalles temporels ayant pour durée la durée optimale. On propose de plus un procédé de transmission de mesures tel que précédemment décrit, comprenant en outre l’étape d’allouer, à chaque donnée de mesure, une même taille de donnée obtenue à partir d’une valeur maximale des données de mesure sur ladite période de mesure. On propose de plus un procédé de transmission de mesures tel que précédemment décrit, dans lequel, pour chaque intervalle temporel, la donnée de mesure est égale à la consommation par l’installation de la grandeur au cours dudit intervalle temporel. On propose de plus un compteur comprenant une unité de communication et une unité de traitement dans laquelle est mis en œuvre le procédé de transmission de mesures tel que précédemment décrit, l’unité de communication étant agencée pour transmettre les trames de collecte à une entité externe au compteur. On propose de plus un compteur tel que précédemment décrit, le compteur étant un compteur de fluide. On propose de plus un programme d’ordinateur comprenant des instructions qui conduisent l’unité de traitement du compteur tel que précédemment décrit à exécuter les étapes du procédé de transmission de mesures tel que précédemment décrit. On propose de plus un support d'enregistrement lisible par ordinateur, sur lequel est enregistré le programme d’ordinateur tel que précédemment décrit. L’invention sera mieux comprise à la lumière de la description qui suit d’un mode de mise en œuvre particulier non limitatif de l’invention. Il sera fait référence aux dessins annexés parmi lesquels : FIG. 1 la FIG. 1 représente un compteur d’eau, un réseau de distribution et une installation alimentée par ledit réseau ; FIG. 2 la FIG. 2 représente un graphique comprenant une courbe de la consommation journalière d’eau d’un appartement ; FIG. 3 la FIG. 3 représente les étapes d’un processus de définition de la durée optimale des intervalles temporels ; FIG. 4 la FIG. 4 représente les étapes d’un processus de calcul de la taille d’une trame de collecte. DESCRIPTION DETAILLEE DE L’INVENTION En référence à la FIG. 1 , un compteur d’eau 1 est utilisé pour mesurer le volume d’eau consommé par une installation 2. L’eau est fournie à l’installation 2 par un réseau de distribution d’eau 3. Le compteur 1 comporte une unité de mesure 4, une unité de traitement 5 et une unité de communication 6. L’unité de mesure 4 comprend par exemple un dispositif de mesure ultrasonique qui permet d’estimer le débit d’eau consommé et donc le volume d’eau consommé. L’unité de traitement 5 est une unité électronique et logicielle. L’unité de traitement 5 comprend au moins un composant de traitement 7, qui est par exemple un processeur « généraliste », un processeur spécialisé dans le traitement du signal (ou DSP, pour Digital Signal Processor ), un processeur spécialisé pour les algorithmes d’intelligence artificielle (de type NPU, pour Neural Processing Unit ), un microcontrôleur, ou bien un circuit logique programmable tel qu’un FPGA (pour Field Programmable Gate Arrays ) ou un ASIC (pour Application Specific Integrated Circuit ). L’unité de traitement 5 comprend aussi une ou des mémoires 8, reliées à ou intégrées dans le composant de traitement 7. Au moins l’une de ces mémoires 8 forme un support d’enregistrement lisible par ordinateur, sur lequel est enregistré au moins un programme d’ordinateur comprenant des instructions qui conduisent l’unité de traitement 5 à exécuter au moins certaines des étapes du procédé de transmission de mesures qui va être décrit. L’unité de traitement 5 met en œuvre un certain nombre de fonctionnalités. Parmi celles-ci, l’unité de traitement 5 acquiert les mesures réalisées par l’unité de mesure 4, traite et met en forme lesdites mesures, et produit des trames de collecte à partir de ces mesures. Les trames de collecte sont alors transmises au SI 10 par l’unité de communication 6. Le compteur 1 mesure donc le volume d’eau consommé par l’installation 2 au cours de périodes de mesure successives. Les périodes de mesure ont ici chacune pour durée un jour, c’est-à-dire 24 heures, et débutent à 00h00 (00 :00) pour s’achever à 23h59 (23 :59). Après chaque période de mesure, l’unité de traitement 5 produit une trame de collecte à partir des mesures réalisées par l’unité de mesure 4 pendant ladite période de mesure. Selon des données fournies par les agences de l’eau et l’ADEME ( Agence de la transition écologique ), qui sont des établissements publics français, la consommation moyenne d’eau potable en France pour un ménage de quatre personnes est d’environ 120 litres par jour et par personne. Même si la consommation d’eau varie considérablement en fonction des habitudes de chaque ménage et de son équipement (nombre de personnes, équipements sanitaires, appareils électroménagers, jardin, etc.), le profil de consommation présente systématiquement des zones de non-consommation. Par non-consommation, on entend deux cas : pas de consommation (c’est-à-dire un débit nul) ; consommation stable (par exemple une petite fuite potentielle, qui est stable dans le temps). La consommation typique journalière pour un appartement de deux personnes, représentée sur le graphique de la FIG. 2 , montre que durant au moins 80% du temps, la variation de consommation est constante. Cette information est importante, car elle est le point d’entrée du procédé de transmission de mesures décrit ici. Ce constat n’est pas surprenant, car les ménages ne consomment pas de manière continue. Une consommation continue est observée uniquement dans des cas particuliers (usine, fontaine d’eau, fuite d’eau). Pour chaque période de mesure, l’unité de traitement 5 acquiert tout d’abord toutes les mesures réalisées par l’unité de mesure 4 au cours de ladite période de mesure. Puis, l’unité de traitement 5 découpe chaque période de mesure en intervalles temporels. L’unité de traitement 5 associe une donnée de mesure à chaque intervalle temporel, ladite donnée de mesure étant représentative d’une consommation de volume d’eau par l’installation 2 au cours dudit intervalle temporel. Les données de mesure pourraient être des index cumulés absolus (comme pour la trame de mesures de l’Annexe 1). Ici, cependant, pour chaque intervalle temporel (sauf pour le premier), la donnée de mesure est égale à la consommation par l’installation de la grandeur (volume d’eau) au cours dudit intervalle temporel. Ainsi, plutôt que d’envoyer des index cumulés absolus, l’unité de traitement 5 calcule la différence d’index entre deux moments, également appelée « delta index », c'est-à-dire l'index à l'instant « t » moins l'index à l'instant « t-1 ». De cette manière, la taille allouée pour chaque delta sera inférieure à celle allouée pour un index cumulé (4 octets par exemple pour l’index cumulé). L’unité de traitement 5 alloue ensuite, à chaque donnée de mesure, une même taille de donnée obtenue à partir d’une valeur maximale des données de mesure sur ladite période de mesure. La taille de donnée allouée est donc calculée de manière dynamique pour chaque journée en fonction des deltas de consommation. En calculant tous les deltas et en sélectionnant le maximum, on peut déterminer la taille à allouer, pour chaque delta, en fonction de cette valeur maximale. L’unité de traitement 5 utilise la formule suivante : où est la valeur maximale des données de mesure sur ladite période de mesure. Ainsi, par exemple, si la valeur maximale des données de mesure sur une période de mesure est de 30 litres pour un pas de 5 minutes (intervalle temporel), alors l’unité de traitement 5 alloue 6 bits à chaque donnée de mesure (sauf à celle associée au premier intervalle temporel du jour, entre 00 :00 et 00 :05). Les 6 bits comprennent un bit de signe pour couvrir le cas du backflow (consommation « négative ») qui est pris en compte par certains fournisseurs d’eau. Le « + 1 » dans la formule ci-dessus permet de tenir compte du bit de signe. Ainsi, la taille de la trame de collecte passe de 1152 octets à 220 octets, soit une réduction de 80% de la taille de la donnée utile. La trame de collecte obtenue pourrait alors être semblable à celle de l’Annexe 2. La donnée de mesure associée au premier intervalle temporel a une taille de 4 octets, car elle contient l’index cumulé d’eau consommée. Par contre, les autres données de mesures ont une taille de 6 bits. Cependant, comme on vient de le voir, en se basant sur la consommation d'eau habituelle des ménages, on a observé que pendant 80% du temps, la différence de consommation est constante. Ces périodes correspondent à des moments où l’eau n'est généralement pas utilisée, comme le soir ou pendant les heures de travail. Cela correspond aussi à des débits de petites fuites constantes dans le temps. Il est donc particulièrement avantageux de comprimer ces valeurs de différence constante afin de réduire encore plus la taille de la trame de collecte. Ainsi, pour chaque période de mesure, l’unité de traitement 5 détecte, dans ladite période de mesure, au moins une période de consommation constante formée par des intervalles temporels successifs (au moins deux) au cours de chacun desquels la consommation est égale à une valeur constante. La FIG. 2 montre des périodes de consommation constante Pc. Un jour comprend par exemple une période de consommation constante entre 01 :00 et 01 :20 (soit quatre intervalles temporels successifs), une autre période de consommation constante entre 04 :30 et 04 :55 (soit cinq intervalles temporels successifs), etc. Pour ces deux périodes de consommation constante, la consommation peut être nulle (valeur constante = 0 L), ou bien non nulle dans le cas d’une petite fuite constante. Les périodes de consommation constante sont détectées dynamiquement et varient donc selon les périodes de mesure. L’unité de traitement 5 produit alors et transmet une trame de collecte contenant les données de mesure associées aux intervalles temporels de la période de mesure, en remplaçant, pour chaque période de consommation constante, les données de mesure associées aux intervalles temporels successifs de ladite période de consommation constante par des données compactées comprenant au moins une première donnée permettant d’identifier lesdits intervalles temporels successifs de ladite période de consommation constante et une deuxième donnée contenant la valeur constante correspondant à ladite période de consommation constante. Ici, les données compactées comprennent, pour chaque période de consommation constante identifiée : - deux premières données permettant d’identifier les intervalles temporels successifs de ladite période de consommation constante. Ces premières données sont l’identifiant du premier intervalle temporel de la période de consommation constante (taille de la donnée : 2 octets), et le nombre d’intervalles temporels successifs de la période de consommation constante (taille de la donnée : 1 octet) ; - une deuxième donnée contenant la valeur constante associée à la période de consommation constante, c’est-à-dire ici le delta d’index constant (taille de la donnée : 2 octets). On obtient donc, pour chaque période de consommation constante, une métadonnée codée sur 5 octets. Avantageusement, l’unité de traitement 5 vérifie, pour chaque période de consommation constante, qu’une taille des données compactées est bien inférieure à une taille des données de mesure associées aux intervalles temporels successifs de ladite période de consommation constante, et effectue le remplacement des données de mesure par les données compactées seulement si c’est le cas. Ainsi, si la taille d’une métadonnée est supérieure à la zone à enlever, l’algorithme ne supprime pas la zone et garde les données de mesure de la zone. Lorsque le SI 10 reçoit la trame de collecte, il commence par traiter les métadonnées pour obtenir les deltas originaux. Avantageusement, l’unité de traitement 5 définit une durée optimale des intervalles temporels. La durée optimale est la plus petite durée qui permet de conserver une taille de la trame de collecte inférieure ou égale à une taille maximale prédéfinie. L’unité de traitement 5 découpe alors ladite période de mesure en intervalles temporels ayant pour durée la durée optimale, et produit la trame de collecte en utilisant des intervalles temporels ayant chacun pour durée la durée optimale. Ainsi, selon les périodes de mesure, la durée des intervalles temporels peut varier. Plus les intervalles temporels sont de courte durée, plus la résolution des mesures collectées est élevée, mais plus la taille de la trame de collecte est importante. La durée optimale est donc la durée la plus petite qui permet de conserver une taille de la trame de collecte inférieure ou égale à la taille maximale prédéfinie. Dans le contexte où la taille maximale de la charge utile ( payload ) de la trame de mesure est limitée, un algorithme de compression est donc utilisé pour ajuster la résolution des mesures afin de maximiser le nombre d’index transmis tout en restant en dessous de cette limite fixée. L’idée générale est que l’algorithme de compression peut itérer à travers les données à compresser et faire varier la résolution des mesures. L’algorithme peut alors évaluer le nombre d’index générés en utilisant différentes résolutions et sélectionner celle qui maximise le nombre d'index tout en garantissant que la taille totale de la charge utile reste en dessous de la limite spécifiée. En ajustant la résolution des mesures de manière intelligente, l'algorithme peut trouver un compromis entre la précision des données et la taille de la charge utile. On s’intéresse maintenant à la mise en œuvre de l’invention en décrivant deux processus : un processus de définition de la durée optimale des intervalles temporels, et un processus de calcul de la taille de la trame de collecte. Ces deux processus sont présentés séparément pour améliorer la compréhension du procédé. En référence à la FIG. 3 , on présente tout d’abord un exemple d’algorithme utilisé pour mettre en œuvre le processus de définition de la durée optimale des intervalles temporels. Ce processus utilise le processus de calcul de la taille d’une trame de collecte, qui sera décrit plus bas. L’algorithme de la FIG. 3 permet de définir la durée optimale de chaque intervalle temporel pour la transmission de données en fonction d’une taille maximale prédéfinie L de la trame de collecte, qui est la taille à ne pas dépasser. Par exemple, L = 255 octets. L’algorithme utilise les variables : Durée courante D des intervalles temporels ; Taille courante l de la trame de collecte. Le processus débute par une étape consistant à définir la configuration initiale : étape E1. La configuration initiale est définie avec les paramètres suivants. La taille maximale prédéfinie est égale à L = 255 octets. La durée optimale D0 de chaque intervalle temporel est initialisée à 0. La durée maximale Dmax d’un intervalle temporel est de 24 heures. Puis, la durée courante D est initialisée avec la valeur Dmax : D = Dmax (étape E2). L’unité de traitement 5 calcule alors la taille courante l de la trame de collecte en utilisant la durée courante D (étape E3). L’unité de traitement 5 utilise pour ce calcul le processus de calcul de la taille d’une trame de collecte qui sera décrit plus bas. On appelle ici « Compute (D) » cette fonction. L’unité de traitement 5 compare alors la taille courante l de la trame de collecte avec la taille maximale prédéfinie L (étape E4). Si la taille courante l est inférieure à la taille maximale prédéfinie L (ici strictement inférieure), l’unité de traitement 5 sauvegarde le durée courante D en tant que durée optimale D0 : D0 = D (étape E5). L’unité de traitement 5 réduit alors la durée courante D : D = D/2. Puis, le processus repasse à l’étape E3. A l’étape E4, si la taille courante l est supérieure à la taille maximale prédéfinie L (ici supérieure ou égale), le processus se termine (étape E6). La durée optimale D0 a été identifiée. Cet algorithme peut être mis en œuvre de la manière qui suit : int main() { int L = 255; int Pmin = 1; // Unité: minutes int Pmax = 24*60; // Unité: minutes int Po = 0; for (int P = Pmax; P >= Pmin; P /= 2) { int l = compute(P); if (l Po = P; } else { break; } } printf("La valeur optimale de Po est : %d\n", Po); return 0; } On décrit maintenant, en référence à la FIG. 4 , un exemple d’algorithme utilisé pour mettre en œuvre le processus de calcul de la taille de la trame de collecte (« Compute (D) »). Ce processus permet aussi de produire la trame de collecte. On utilise les opérations précédemment décrites : calcul des données de mesure, de la taille allouée à chaque donnée de mesure, et des métadonnées. Le processus débute donc par le calcul des données de mesure, c’est-à-dire ici des variations de consommation entre les intervalles de mesure de la période de mesure (étape E10). Puis, l’unité de traitement 5 calcule la taille de donnée allouée à chaque donnée de mesure, c’est-à-dire le nombre de bits nécessaire pour représenter chaque delta d’index (étape E11). L’unité de traitement 5 itère alors sur le contenu de la trame de collecte et parcourt chaque élément de la trame de collecte pour effectuer les opérations de compression (étape E12). L’unité de traitement 5 identifie les périodes de consommation constante (étape E13). L’unité de traitement 5 produit pour chaque période de consommation constante les données compactées et compare la taille des données de mesure de chaque période de consommation constante avec la taille d’une métadonnée Lm (étape E14). Si la taille des données de mesure de la période de consommation constante est supérieure (ici supérieure strictement) à la taille d’une métadonnée, l’unité de traitement 5 utilise bien ladite métadonnée pour produire la trame de collecte (étape E15). L’unité de traitement 5 vérifie si le processus a atteint la fin de la trame de collecte (étape E16). Si ce n’est pas le cas, le processus repasse à l’étape E12. Si c’est le cas, l’unité de traitement retourne la taille calculée de la trame de collecte (étape E17). A l’étape E14, si la taille des données de mesure de la période de consommation constante est inférieure (ici inférieure ou égale) à la taille d’une métadonnée, l’unité de traitement 5 n’utilise pas la métadonnée et conserve les données de mesure de la période de consommation constante dans la trame de collecte. Le processus passe à l’étape E16. L’invention permet donc de compresser les données de collecte afin de garder une haute résolution de mesure tout en réduisant la quantité de données à transmettre. On réduit donc la quantité de données à transmettre tout en gardant une résolution suffisante. On maximise la quantité d’informations utiles dans une trame de collecte. On réduit l’impact énergétique des trames de collecte dans un compteur communiquant. L’invention propose donc une méthode de compression adaptative de la trame de collecte afin de réduire sa taille tout en conservant les informations les plus importantes sur la consommation d’eau. L’invention propose d’étudier les données d’index d’eau collectées par le compteur, calculer les deltas d’index et les compresser à l’aide d’un algorithme de compression approprié. L’invention permet de maximiser la quantité d’informations utiles dans une trame de collecte donnée en ajustant, si besoin, le pas de mesure d’index. L’implémentation de l’invention est très simple. Grâce à cette approche « sur mesure », elle permet d’obtenir un meilleur taux de conversion que les méthodes de compression standard. Bien entendu, l’invention n’est pas limitée au mode de réalisation décrit mais englobe toute variante entrant dans le champ de l’invention tel que défini par les revendications. Le procédé de transmission de mesures peut être mis en œuvre dans tout type de compteur : compteur de fluide (eau, gaz, pétrole, etc.), d’électricité, etc. Pour les compteurs électriques, la réduction de la consommation électrique desdits compteurs par la mise en œuvre du procédé n’est pas forcément très avantageuse, car ceux-ci sont généralement alimentés par le réseau de distribution d’électricité. Par contre, comme on l’a vu, le procédé permet aussi, en réduisant la taille des trames de collecte, de réduire l’encombrement du réseau de communication, ce qui est très avantageux même pour un compteur électrique. Les périodes de mesure ne sont pas nécessairement des jours. Les données de mesure ne sont pas nécessairement chacune égale à la consommation par l’installation de la grandeur au cours d’un intervalle temporel. Il pourrait s’agir d’une consommation cumulée. Dans ce cas, les données compactées peuvent comprendre des données qui identifient les intervalles temporels de la période de consommation constante, la valeur constante de consommation correspondant à ladite période de consommation constante, ainsi que la valeur de consommation au début du premier intervalle de la période de consommation constante. Annexe 1 format d’une trame de collecte Index cumulée (L) Taille de l'index (octets) Index @ 00 :00 12060 4 Index @ 00 :05 12064 4 Index @ 00 :10 12064 4 … .. Index @ 23 :55 12 184 4 Annexe 2 format d’une trame de collecte avec delta index Index (L) Taille (bits) Index @ 00 :00 12060 4*8 Delta Index @00 :05 – Index@ 00 :00 4 6 Delta Index @00 :10 – Index@ 00 :05 30 6 … … … Delta Index @23 :55 – Index@ 23 :50 2 6 Procédé de transmission de mesures, mis en œuvre dans une unité de traitement (5) d’un compteur (1) agencé pour mesurer une grandeur consommée par une installation (2) au cours de périodes de mesure successives, comprenant les étapes, pour chaque période de mesure, de : - découper ladite période de mesure en intervalles temporels ; - associer une donnée de mesure à chaque intervalle temporel, ladite donnée de mesure étant représentative d’une consommation par l’installation (2) de la grandeur au cours dudit intervalle temporel ; - détecter, dans ladite période de mesure, au moins une période de consommation constante (Pc) formée par des intervalles temporels successifs au cours de chacun desquels la consommation est égale à une valeur constante ; - produire et transmettre une trame de collecte contenant les données de mesure associées aux intervalles temporels de la période de mesure, en remplaçant, pour chaque période de consommation constante (Pc), les données de mesure associées aux intervalles temporels successifs de ladite période de consommation constante par des données compactées comprenant au moins une première donnée permettant d’identifier lesdits intervalles temporels successifs de ladite période de consommation constante et une deuxième donnée contenant la valeur constante correspondant à ladite période de consommation constante. Procédé de transmission de mesures selon la revendication 1, comprenant l’étape de vérifier, pour chaque période de consommation constante, qu’une taille des données compactées est inférieure à une taille des données de mesure associées aux intervalles temporels successifs de ladite période de consommation constante, et d’effectuer le remplacement des données de mesure par les données compactées seulement si c’est le cas. Procédé de transmission de mesures selon l’une des revendications précédentes, comprenant en outre l’étape, pour chaque période de mesure, de définir une durée optimale des intervalles temporels, la durée optimale étant la plus petite durée qui permet de conserver une taille de la trame de collecte inférieure ou égale à une taille maximale prédéfinie, ladite période de mesure étant ensuite découpée en intervalles temporels ayant pour durée la durée optimale. Procédé de transmission de mesures selon l’une des revendications précédentes, comprenant en outre l’étape d’allouer, à chaque donnée de mesure, une même taille de donnée obtenue à partir d’une valeur maximale des données de mesure sur ladite période de mesure. Procédé de transmission de mesures selon l’une des revendications précédentes, dans lequel, pour chaque intervalle temporel, la donnée de mesure est égale à la consommation par l’installation de la grandeur au cours dudit intervalle temporel. Compteur (1) comprenant une unité de communication (6) et une unité de traitement (5) dans laquelle est mis en œuvre le procédé de transmission de mesures selon l’une des revendications précédentes, l’unité de communication étant agencée pour transmettre les trames de collecte à une entité externe (10) au compteur (1). Compteur selon la revendication 6, le compteur étant un compteur de fluide. Programme d’ordinateur comprenant des instructions qui conduisent l’unité de traitement (5) du compteur selon l’une des revendications 6 ou 7 à exécuter les étapes du procédé de transmission de mesures selon l’une des revendications 1 à 5. Support d'enregistrement lisible par ordinateur, sur lequel est enregistré le programme d’ordinateur selon la revendication 8.