FR 3064865 A1 20181005 FR 1752627 A 20170329 1 Procédé d'apprentissage d'un contexte de compression/décompression, dispositif, système et produit programme d'ordinateur correspondants. 1 DOMAINE TECHNIQUE La présente invention se rapporte au domaine de la compression et décompression de données (notamment, mais non exclusivement des données d'en- têtes) échangées via un lien de communication. Plus précisément, la présente invention se rapporte à un procédé permettant un apprentissage d'un contexte de compression/décompression (comprenant au moins une règle de compression/décompression) utilisé par deux dispositifs, l'un compresseur et l'autre décompresseur, échangeant des données compressées via un tel lien, tout en minimisant les dégradations de débit utile sur le lien en question. L'invention a de nombreuses applications, notamment mais non exclusivement, dans le domaine de l'internet des objets, les réseaux dédiés aux échanges de données pour de tels objets présentant souvent des débits réduits afin de limiter la consommations de ces objets dans des applications nomades. Des exemples de ces réseaux sont les réseaux à la base de la technologie SemTech LoRa, SIGFOX, NB-loT, EC-GSM, Cat-M1, Weightless, Ingenu/RPMA, WI-SUN ou toute autre technologie qui possède des caractéristiques similaires. L'invention peut s'appliquer également aux objets qui communiquent à travers des réseaux à plus courte portée, tels que Bluetooth, Bluetooth LE, IEEE 802.15.4, ZigBee. Plus généralement, l'invention peut s'appliquer à tout réseau qui pose des contraintes sur le débit de communication, ou qui est amené à connecter des objets (même si ce réseau n'est pas limité en débit). 2 ARRIERE-PLAN TECHNOLOGIQUE Présentés comme la « troisième révolution de l'Internet », les objets connectés sont en train de s'imposer dans tous les domaines de la vie quotidienne et de l'entreprise. La plupart de ces objets sont destinés à produire des données grâce à leurs capteurs intégrés afin de fournir des services à valeur ajoutée pour leur propriétaire. 3064865 2 De par les applications visées, ces objets connectés sont pour la plupart nomades. En particulier, ils doivent pouvoir transmettre les données produites, régulièrement ou à la demande, à un utilisateur déporté. Dans un environnement industriel de tels objets connectés permettent de relever 5 des valeurs de compteur, de déclencher des actionneurs ou de servir de plan de contrôle d'autres réseaux de données. L'aspect nomade de ces objets s'accompagne souvent d'un besoin en autonomie d'énergie. Or, même basés sur une des technologies radio mobile cellulaire les plus économes en énergie, les objets connectés actuels continuent de présenter une 10 consommation rédhibitoire pour permettre un déploiement à grande échelle à un coût raisonnable. Face à la problématique de la consommation du lien radio pour de telles applications nomades, de nouvelles technologies radio basse consommation et bas débit dédiées spécifiquement aux réseaux « Internet des Objets », c'est-à-dire des technologies 15 radio pour des réseaux dits LPWAN (pour « Low-Power Wide-Area Networks » en anglais, ou « réseaux à longue portée et basse consommation » en français), sont en train de voir le jour. Plus particulièrement, deux types de technologies peuvent être distinguées : d'un côté, il existe des technologies propriétaires comme par exemple la technologie 20 de la société Sigfox®, ou bien la technologie LoRa®, ou encore la technologie de la société Qowisio®. En pratique, ces technologies non standardisées reposent toutes sur l'utilisation de la bande de fréquences « Industriel, Scientifique et Médical », dite ISM, et sur la réglementation associée à son utilisation. L'intérêt de ces technologies est qu'elles sont déjà disponibles et permettent le déploiement rapide de réseaux sur 25 la base d'investissements limités. En outre, ils permettent le développement d'objets connectés très économes en énergie et à faible coût ; d'un autre côté, il existe plusieurs technologies promues par des organismes de normalisation. A titre d'exemple, on peut citer trois technologies en cours de standardisation auprès du 3GPP (pour « 3rd Generation Partnership Project » en anglais) : NB-loT (pour « Narrow Band - Internet of Things » en anglais), LTE MTC 3064865 3 (pour « Long Term Evolution - Machine Type Communication » en anglais) et EC-GPRS (pour « Extended Coverage - General Packet Radio Service » en anglais). Cependant, de telles solutions ne sont pas encore entièrement spécifiées et vont par ailleurs reposer sur des bandes de fréquences licenciées. 5 Cependant, le point commun à toutes ces technologies reste le faible débit afin de préserver l'autonomie en énergie des objets connectés utilisant ce type de lien radio pour échanger leurs données. Afin d'optimiser l'usage de la bande passante sur un tel lien radio du type LPWAN, diverses techniques de compression de données sont en cours d'élaboration. 10 A titre d'exemple, la technique de « compression d'en-têtes à base de contexte », dite SCHC (pour « Static Context Header Compression » en anglais), est en cours de développement au sein de l'IETF (pour « Internet Engineering Task Force » en anglais). Une telle technique est par exemple décrite dans le document de L. Toutain et al. « LPWAN Static Context Header Compression (SCHC) and fragmentation for 1Pv6 and 15 UDP » (https://datatracker.ietf.org/doc/html/d raft-ietf-I pwa n-ipv6-static-context-h c-02). En effet, la plupart des réseaux LPWAN se caractérisent par l'usage de trames (aussi appelés parfois « paquets ») de données présentant des parties utiles de taille réduite en regard de la taille des en-têtes correspondant. Par ailleurs, les calculs effectués par la plupart des objets connectés se doivent de rester faibles afin de limiter leur 20 consommation en énergie. De la sorte, la technique SCHC propose de compresser/décompresser les en-têtes utilisés par de tels réseaux via l'usage de contextes comprenant un ensemble de règles de compression/décompression connues à la fois de l'émetteur (ou plus précisément du dispositif compresseur) et du récepteur (ou plus précisément du dispositif décompresseur). De telles règles restent simples à appliquer en 25 termes de charge de calcul en associant des valeurs particulières aux champs d'en-têtes en question. Plus particulièrement, l'émetteur envoie simultanément les données d'en-têtes compressées ainsi que l'identifiant de la règle utilisée pour compresser les données envoyées. Les règles de compression/décompression étant connues du récepteur, ce 3064865 4 dernier effectue la décompression des données compressées reçues sur la base de la règle de compression/décompression identifiée par l'identifiant reçu. Cependant, une telle technique nécessite que les règles soient connues de part et d'autre du lien de communication, i.e. à la fois par l'émetteur et par le récepteur des 5 données compressées. Pour ce faire, dans certains cas les règles en question sont préalablement définies au sein de chaque dispositif les utilisant. Dans d'autres cas, une phase d'initialisation dans laquelle les règles en question sont transmises d'un des dispositifs les utilisant à l'autre est mise en oeuvre, afin que les deux dispositifs utilisent les mêmes règles lors de leurs 10 échanges de données compressées via leur partie émettrice et réceptrice. Un telle phase d'initialisation est cependant problématique car elle réduit d'autant le débit disponible sur le lien de communication, notamment lorsque celui-ci est du type LPWAN, i.e. à bas débit en pratique. Par ailleurs, certaines applications peuvent conduire à des caractéristiques 15 dynamiques du flux de données à échanger sur le lien de communication entre les deux dispositifs (par exemple une étiquette caractérisant le flux véhiculé, un numéro de port d'une application source, etc.). De la sorte, un re-paramétrage des règles de compression/décompression peut s'avérer bénéfique afin d'optimiser la compression des en-têtes des trames de données échangées sur le lien de communication en fonction des 20 caractéristiques de ce dernier. Or, une mise à jour des règles de compression/décompression nécessite là-encore un échange de données supplémentaire, dégradant par là-même le débit disponible pour les données utiles. Par ailleurs, cet échange de données supplémentaire peut être long du fait du 25 débit limité dans un réseau LPWAN, ce qui limite l'adaptabilité des règles de compression/décompression au flux de données effectif sur le lien de communication. De même, cette durée d'échange de données supplémentaires peut impacter de manière significative les échanges de données utiles en temps réel entre les dispositifs mettant en oeuvre les règles en question. 3064865 5 Il existe donc un besoin pour initialiser et/ou mettre à jour les règles de compression/décompression mises en oeuvre pour l'échange de données compressées via un lien de communication en minimisant la dégradation de débit de données utiles sur le lien en question. 5 Il existe également un besoin pour qu'une telle mise à jour se fasse de manière réactive, en minimisant les impacts temps réels sur l'échange de données sur le lien de communication en question. 3 RESUME Dans un mode de réalisation de la technique décrite, il est proposé un procédé 10 d'apprentissage d'un contexte de compression/décompression comprenant au moins une règle de compression/décompression destinée à être utilisée par un dispositif compresseur et un dispositif décompresseur, pour respectivement compresser et décompresser au moins un premier flux de données transmis via au moins un premier lien de communication. Selon un tel procédé, au moins un dispositif, parmi le dispositif 15 compresseur, le dispositif décompresseur et un dispositif tiers, effectue les étapes suivantes : - analyse d'au moins un deuxième flux de données non compressé, transmis entre le dispositif compresseur et le dispositif décompresseur via au moins un deuxième lien de communication (110b); et 20 - apprentissage de ladite au moins une règle de compression/décompression, en fonction de ladite analyse. Ainsi, l'invention propose une solution nouvelle et inventive pour l'apprentissage (i.e. l'initialisation et/ou la mise à jour) d'un contexte de compression/décompression comprenant des règles de compression/décompression mises en oeuvre par un dispositif 25 compresseur et par un dispositif décompresseur (chacun des dispositifs compresseur et décompresseur pouvant être un dispositif à part entière ou bien être embarqué dans un autre équipement, comme par exemple un objet connecté, un terminal utilisateur du type smartphone ou tablette, une passerelle de réseau ou un coeur de réseau, un serveur ou un ordinateur, etc.). 3064865 6 Pour ce faire, la technique décrite propose d'utiliser un deuxième lien de communication afin d'effectuer l'apprentissage des règles de compression/décompression en question préalablement à leur utilisation pour l'échange d'un premier flux de données via le premier lien de communication. 5 Ainsi, la bande passante sur le premier lien de communication reste dédiée à l'échange de données utiles. Par ailleurs, la possibilité d'effectuer l'apprentissage des règles de compression/décompression sans impacter le débit sur le premier lien de communication permet d'envisager une mise à jour plus fréquente des règles en question. De la sorte, 10 une adaptation des règles aux re-paramétrages dynamiques de l'échange de données sur le premier lien de communication devient envisageable. Enfin, lorsque le deuxième lien de communication présente un débit plus élevé que celui du premier lien de communication, la durée de l'apprentissage du contexte de compression se trouve réduite. 15 Selon un mode de réalisation, l'étape d'apprentissage comprend une modification d'au moins une règle de compression/décompression de base, pour obtenir ladite au moins une règle de compression/décompression comprise dans le contexte de compression/décompression. Ainsi, l'apprentissage est effectué de manière sélective sur des règles de 20 compression/décompression particulières (règles sélectionnées) parmi la totalité des règles de base susceptibles d'être mises en oeuvre par les dispositifs compresseur et décompresseur. Selon un mode de réalisation, ladite au moins une règle de compression/décompression de base comprend au moins une description de champ 25 d'adaptation définissant un comportement de compression/décompression pour un champ d'adaptation du au moins un premier flux de données. Ladite modification comprend, pour chaque règle de compression/décompression de base sélectionnée : - pour chaque description de champ d'adaptation, une modification d'au moins un attribut de ladite description de champ d'adaptation, en fonction dudit au moins un 30 deuxième flux de données. 3064865 7 Ainsi, le ou les attributs de la règle de compression/décompression dont on veut que le dispositif compresseur et/ou le dispositif décompresseur et/ou le dispositif tiers fasse(nt) l'apprentissage sont mis à jour de manière souple via les informations fournies sur le deuxième lien de communication. 5 Selon un mode de réalisation, la modification d'au moins un attribut de la description de champ d'adaptation est fonction d'une valeur courante du champ d'adaptation dans un paquet du au moins un deuxième flux de données. Ainsi, le ou les attributs de la règle de compression/décompression dont on veut que le dispositif compresseur et/ou le dispositif décompresseur et/ou le dispositif tiers 10 fasse(nt) l'apprentissage sont par exemple mis à jour sur la base de valeurs d'attributs prédéfinies, choisies sélectivement en fonction de la valeur courante (dans le deuxième flux) du champ d'adaptation auquel sont associés les attributs en question. Selon un mode de réalisation, ledit au moins un champ d'adaptation est un champ d'en-tête d'un paquet du au moins un premier flux de données, le champ d'en-tête 15 véhiculant une information dynamique d'un protocole de communication. Ainsi, un apprentissage des attributs des règles de compression/décompression associés aux champs d'en-têtes véhiculant un paramètre dynamique, i.e. non connu préalablement à l'établissement de la communication sur le premier lien de communication, est effectué. 20 Un tel apprentissage permet une adaptation des règles de compression et décompression aux changements de paramétrage dynamiques de la communication entre les dispositifs compresseur et décompresseur. Selon un mode de réalisation, ledit au moins un attribut de la au moins une description de champ d'adaptation appartient au groupe comprenant : 25 - une valeur cible dudit champ d'adaptation ; - un opérateur de comparaison entre ladite valeur cible et une valeur courante dudit champ d'adaptation dans un paquet dudit au moins un premier flux de données, pour délivrer une décision d'appliquer une fonction de compression ou de décompression à ladite valeur courante ; et 30 - ladite fonction de compression ou de décompression. 3064865 8 Ainsi, lors d'une phase de fonctionnement (postérieure à la phase d'apprentissage définie par le présent procédé), l'application de la règle de compression/décompression, résultant de l'apprentissage, à la valeur effective d'un champ des données (e.g. un champ d'en-tête) afin de délivrer un champ de données compressé ou décompressé, est 5 conditionnée à la comparaison entre la valeur effective en question et une valeur cible associée au champ de données en question par la règle de compression/décompression obtenue après apprentissage. Une telle compression ou décompression s'effectue alors via la fonction de compression ou décompression associée au champ de données en question par la règle 10 de compression/décompression obtenue après apprentissage. Selon un mode de réalisation, l'étape d'apprentissage comprend une sélection, en fonction du au moins un deuxième flux de données non compressé, de ladite au moins une règle de compression/décompression de base parmi une pluralité de règles de compression/décompression de base. 15 Ainsi, l'apprentissage est effectué de manière sélective sur des règles de compression/décompression particulières parmi des règles de base (e.g. des patrons, ou « templates » en anglais, de règles) préalablement implémentées sur le(s) dispositif(s) qui met(tent) en oeuvre le procédé d'apprentissage. Selon un mode de réalisation, chacune des règles de compression/décompression 20 de base comprend au moins une description de champ de référence définissant un comportement de compression/décompression et une valeur cible pour un champ de référence dudit au moins un premier flux de données. Ladite sélection comprend, pour chacune des règles de compression/décompression de base : - pour chaque description de champ de référence définissant une valeur cible donnée 25 pour un champ de référence donné, une comparaison entre une valeur courante dudit champ de référence donné dans un paquet dudit au moins un deuxième flux de données, et ladite valeur cible donnée ; et - une décision de sélection ou non sélection de ladite règle de compression/décompression de base, en fonction de ladite comparaison pour chaque 30 description de champ de référence. 3064865 9 Ainsi, une règle de compression/décompression dont on veut que le dispositif compresseur et/ou le dispositif décompresseur et/ou le dispositif tiers fasse(nt) l'apprentissage est identifiée de manière simple et robuste à travers une comparaison effectuée entre la valeur cible et la valeur courante d'un champ de référence des données 5 sur lequel la règle doit s'appliquer pour en effectuer la compression ou décompression. Selon un mode de réalisation, ledit au moins un champ de référence est un autre champ d'en-tête d'un paquet du au moins un premier flux de données, ledit autre champ d'en-tête véhiculant une information statique du protocole de communication précité. Ainsi, l'identification de la règle de compression/décompression dont on veut que 10 le dispositif compresseur et/ou le dispositif décompresseur et/ou le dispositif tiers fasse(nt) l'apprentissage se fait via la reconnaissance de la valeur d'un champ d'en-tête véhiculant un paramètre statique permettant d'identifier le destinataire final des données compressées échangées dans le premier flux de données via le premier lien de communication (e.g. le décompresseur, un dispositif dans lequel le décompresseur est 15 embarqué, ou plus particulièrement une application finale à laquelle sont destinées les données après décompression par le décompresseur). De la sorte, la méthode décrite permet l'apprentissage d'une règle de compression/décompression utilisée spécifiquement pour l'échange de données compressées avec un dispositif destinataire particulier. 20 Par ailleurs, l'identification de la règle dont on veut faire l'apprentissage se fait de manière robuste suivant un critère prédéfini (i.e. suivant un critère connu préalablement à l'établissement de la communication via le premier lien de communication). Selon un mode de réalisation, ladite au moins une règle de compression, comprise dans ledit contexte de compression/décompression, est au format SCHC (pour « Static 25 Context Header Compression » en anglais). Selon un autre mode de réalisation, ledit au moins un premier lien de communication est un lien d'un réseau sans fil à longue portée et basse consommation (LPWAN, pour « Low-Power Wide-Area Network » en anglais). Par exemple, il s'agit d'un réseau LoRa®, SIGFOX®, NB-loT (pour « Narrow Band - 30 Internet of Things » en anglais), EC-GPRS (pour « Extended Coverage - General Packet 3064865 10 Radio Service » en anglais), LTE (pour « Long Term Evolution » en anglais) cat-M1, Weightless®, Ingenu/RPMA®, WI-SUN, etc. Selon encore un autre mode de réalisation, ledit au moins un deuxième lien de communication est un lien d'un réseau sans fil cellulaire. 5 Par exemple, il s'agit d'un lien radio cellulaire 2G/3G/4G, etc. Selon un mode de réalisation, le dispositif décompresseur et le dispositif décompresseur effectuent chacun les étapes d'analyse et d'apprentissage. De la sorte, on simplifie la mise en oeuvre globale d'un tel apprentissage. Selon un autre mode de réalisation, l'un des dispositifs compresseur et 10 décompresseur effectue les étapes d'analyse et d'apprentissage, et en ce que l'autre des dispositifs compresseur et décompresseur reçoit le contexte de compression/décompression résultant desdites étapes d'analyse et d'apprentissage. Selon encore un autre mode de réalisation, le dispositif tiers effectue les étapes d'analyse et d'apprentissage, et en ce que le dispositif compresseur et le dispositif 15 décompresseur reçoivent chacun le contexte de compression/décompression résultant desdites étapes d'analyse et d'apprentissage. L'invention concerne également un programme d'ordinateur, comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé d'apprentissage d'un contexte de compression/décompression, selon l'un quelconque de ses différents 20 modes de réalisation, lorsque ledit programme est exécuté sur un ordinateur. Dans un autre mode de réalisation de l'invention, il est proposé dispositif d'apprentissage d'un contexte de compression/décompression comprenant au moins une règle de compression/décompression destinée à être utilisée par un dispositif compresseur et un dispositif décompresseur, pour respectivement compresser et 25 décompresser au moins un premier flux de données transmis via au moins un premier lien de communication. Un tel dispositif comprend une machine de calcul reprogrammable ou une machine de calcul dédiée, apte à et configurée pour : - analyser d'au moins un deuxième flux de données non compressé, transmis entre le dispositif compresseur et le dispositif décompresseur via au moins un deuxième lien 30 de communication ; et 3064865 11 - faire l'apprentissage de ladite au moins une règle de compression/décompression, en fonction de ladite analyse. Un tel dispositif d'apprentissage d'un contexte de compression/décompression est notamment apte à mettre en oeuvre le procédé d'apprentissage d'un contexte de 5 compression/décompression selon la technique décrite (selon l'un quelconque des différents modes de réalisation précités). Ainsi, les caractéristiques et avantages de ce dispositif sont les mêmes que ceux du procédé d'apprentissage décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement. 10 4 LISTE DES FIGURES D'autres caractéristiques et avantages apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers de la divulgation, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : 15 la figure 1 illustre un système comprenant un compresseur et un décompresseur selon un mode de réalisation de la technique décrite ; la figure 2 illustre les étapes d'un procédé d'apprentissage d'un contexte de compression/décompression selon un mode de réalisation de la technique décrite ; et 20 la figure 3 présente un exemple de structure d'un dispositif d'apprentissage permettant la mise en oeuvre du procédé de la figure 2. 5 DESCRIPTION DETAILLEE Sur toutes les figures du présent document, les éléments et étapes identiques sont désignés par une même référence. 25 Le principe général de la technique décrite consiste en un procédé d'apprentissage d'un contexte de compression/décompression comprenant au moins une règle de compression/décompression destinée à être utilisée par un dispositif compresseur et un dispositif décompresseur, pour respectivement compresser et décompresser un premier flux de données transmis via un premier lien de 30 communication. Selon un tel procédé, au moins un dispositif, parmi le dispositif 3064865 12 compresseur, le dispositif décompresseur et un dispositif tiers (différent du dispositif compresseur et du dispositif décompresseur), effectue l'apprentissage de la règle de compression/décompression en question en fonction d'un deuxième flux de données non compressé, transmis entre le dispositif compresseur et le dispositif décompresseur via un 5 deuxième lien de communication. Ainsi, la bande passante sur le premier lien de communication reste dédiée à l'échange de données utiles. On décrit maintenant, en relation avec la figure 1, un système comprenant un dispositif compresseur 100a et un dispositif décompresseur 100b selon un mode de 10 réalisation de la technique décrite. Selon ce mode de réalisation, le dispositif compresseur 100a et le dispositif décompresseur 100b respectivement compresse et décompresse un premier flux de données transmis via un premier lien de communication 110a. Le premier lien de communication 110a est du type LPWAN (par exemple un lien 15 radio au standard LoRa®, SIGFOX®, NB-loT, EC-GPRS, LTE cat-M1, Weightless®, Ingenu/RPMA®, WI-SUN, etc.). Le dispositif compresseur 100a est embarqué dans un objet connecté 130 (par exemple du type capteur/actionneur) et le dispositif décompresseur 100b est sur le chemin de données entre une passerelle de réseau du réseau LPWAN et un coeur de 20 réseau de communication (par exemple un réseau « IP » tel que le réseau internet 140 ou un réseau intranet). Les données décompressées par le dispositif décompresseur 100b sont ainsi acheminées jusqu'à un serveur applicatif 150 via le réseau internet 140. Plus particulièrement, les données décompressées par le dispositif décompresseur 25 100b sont acheminées jusqu'à une ou plusieurs applications 151 cibles auxquelles les données en question, initialement envoyées par l'objet connecté 130 sous forme compressée par l'action du dispositif compresseur 100a, sont destinées. Dans certains modes de réalisations non représentés, le dispositif compresseur 100a et le dispositif décompresseur 100b respectivement compresse et décompresse 3064865 13 plusieurs premiers flux de données transmis via un ou plusieurs premiers liens de communication 110a. Dans d'autres modes de réalisations non représentés, chacun des dispositifs compresseur 100a et décompresseur 100b est un dispositif à part entière ou bien est 5 embarqué dans un autre équipement, comme par exemple un objet connecté, un terminal utilisateur du type smartphone ou tablette, une passerelle de réseau ou un coeur de réseau, un serveur ou un ordinateur, un équipement du Cloud Computing (« informatique en nuage »), etc. Dans encore d'autres modes de réalisation non représentés, les autres 10 équipements en question intègrent chacun à la fois un dispositif compresseur 110a et un dispositif décompresseur 110b. Dans ces configurations le ou les premiers flux de données transmis via le ou les premiers liens de communication 110a sont bidirectionnels. De même, le deuxième flux de données est transmis entre un dispositif compresseur 110a et un dispositif décompresseur 110b de chacun des autres équipements en question. 15 Dans certains modes de réalisation, le premier lien de communication 110a est un lien radio de courte portée du type Wifl Bluetooth ®, IEEE 802.15.4, ZigBee, ou encore un lien cellulaire (par exemple 2G/3G/4G, etc.), etc. Afin d'optimiser l'utilisation du débit sur le premier lien de communication 110a, des règles de compression/décompression des données (au nombre de trois dans cet 20 exemple, et référencées 120a, 120b et 120c) sont utilisées par les dispositifs compresseur 100a et décompresseur 100b. Ces règles forment un contexte de compression/décompression 120. Par exemple, les règles de compression/décompression utilisées sont au format SCHC (technique de compression à base de contexte, voir définition plus haut). Le tableau 25 1 ci-dessous donne un exemple d'attributs d'une telle règle de compression/décompression au format SCHC (par exemple celle référencée 120a). Tableau 1 Identificateur de champ Valeur cible Opérateur de comparaison Fonction de compression/décompression Cl 0x00 Ignorer Ne pas envoyer 3064865 14 C2 0x1230 MSB(12) LSB(4) C3 OxA BCO MSB(12) LSB(4) Plus particulièrement, il apparaît que la règle 120a de compression/décompression en question comprend une liste de trois descriptions de champ. Chaque description de champ correspond à une ligne du tableau 1 ci-dessus et définit un comportement de compression/décompression pour un champ déterminé du 5 premier flux de données à compresser/décompresser. Plus particulièrement, il apparaît que les attributs de la règle 120a en question sont, pour une description de champ donnée (i.e. pour une ligne donnée du tableau 1) : - l'identifiant du champ de données (i.e. un champ d'en-têtes, dans le cas d'une description de champ au format SCHC), parmi les données à 10 compresser/décompresser, sur lequel va s'appliquer le cas échéant la fonction de compression/décompression associée à la description en question (ici le champ Cl ou C2 ou C3 de la première colonne suivant la description de champ considérée) ; - la valeur cible associée au champ identifié par l'identifiant de champ de la première colonne ; 15 - l'opérateur de comparaison que la règle 120a en question applique entre la valeur effective du champ de données identifié par l'identifiant de la première colonne (i.e. la valeur du champ du premier flux de données en question à compresser ou décompresser) et la valeur cible pour ce champ telle que listée dans la deuxième colonne du tableau ; 20 - la fonction de compression/décompression à appliquer à la valeur effective du champ de données identifié par l'identifiant de la première colonne lorsque le résultat délivré par l'opérateur de comparaison de la deuxième colonne est positif. À titre d'exemple, considérons l'application de la règle dont les attributs sont donnés dans le tableau 1 pour compresser le paquet de données composé des trois 25 champs d'en-têtes Cl, C2 et C3 et de leurs trois valeurs courantes 0x00, 0x1234 et OxABCD respectivement, i.e. le paquet de données [0x00,0x1234,0xABCD]. Il apparaît que : 3064865 15 - la valeur courante du champ Cl est ici sans importance, cette valeur étant ignorée par la règle 120a en question. La fonction de compression correspondante est toujours appliquée et les bits de données du champ Cl ne sont pas envoyés dans le cas présent ; 5 - la valeur courante des 12 MSB (pour « Most Significant Bits » en anglais) du champ C2, i.e. 0x1230, correspond à la valeur cible attendue. La fonction de compression correspondante est donc appliquée et seuls les 4 LSB (pour « Least Significant Bits » en anglais) du champ C2, i.e. 0)(4, sont retenus pour être envoyés ; - la valeur courante des 12 MSB (pour « Most Significant Bits » en anglais) du champ 10 C3, i.e. OxABCO, correspond à la valeur cible attendue. La fonction de compression correspondante est donc appliquée et seuls les 4 LSB (pour « Least Significant Bits » en anglais) du champ C3, i.e. OxD, sont retenus pour être envoyés. De la sorte, l'application de la règle 120a en question au paquet de données [0x00,0x1234,0xABCD] fournit le paquet de données compressées [0x4D] pour envoi par 15 l'objet connecté 130 au serveur applicatif 150 via le premier lien de communication 110a sur lequel se trouve le dispositif décompresseur 100b. Par ailleurs, l'objet connecté 130 envoie simultanément l'identifiant de la règle 120a utilisée par le dispositif compresseur 100a pour effectuer la compression des données transmises. De la sorte, le dispositif décompresseur 100b applique la même règle 120a aux 20 données compressées qu'il reçoit et effectue les opérations inverses de celles opérées par le dispositif compresseur 100a afin de reconstruire les données d'origine, à savoir : - association par défaut de la valeur 0x00 au champ Cl; - restitution des 12 MSB de 0x1230 concaténés avec le LSB 0)(4 reçu via le premier lien de communication 110a de manière à former la valeur courante initiale du champ C2, 25 i.e. 0x1234; - restitution des 12 MSB de OxABCO concaténés avec le LSB OxD reçu via le premier lien de communication 110a de manière à former la valeur courante initiale du champ C3, i.e. OxABCD. Par ailleurs, dans la présente première implémentation, chacun des dispositifs 30 compresseur 100a et décompresseur 100b comprend un dispositif d'apprentissage 300 3064865 16 d'un contexte de compression/décompression. D'autres implémentations possibles sont présentées plus bas. Un tel dispositif d'apprentissage 300, dont un exemple de structure est décrit ci-dessous en relation avec la figure 3 est apte à obtenir et traiter des données d'un 5 deuxième flux de données transmis entre le dispositif compresseur 100a et le dispositif décompresseur 100b via un deuxième lien de communication 110b. Par exemple, le deuxième lien de communication 100b est un lien de radiocommunication de courte portée du type Wifl ®, Bluetooth ®, IEEE 802.15.4, ZigBee, ou encore un lien cellulaire (par exemple 2G/3G/4G, etc.), etc. 10 Dans certains modes de réalisations non représentés, le dispositif d'apprentissage 300 est apte à obtenir et traiter des données de plusieurs deuxièmes flux de données transmis entre le dispositif compresseur 100a et le dispositif décompresseur 100b via un ou plusieurs deuxièmes liens de communication 110b. Dans des variantes, le deuxième lien de communication 110b est un lien du type 15 LPWAN (par exemple un lien radio au standard LoRa®, SIGFOX®, NB-loT, EC-GPRS, LTE cat- M1, Weightless®, Ingenu/RPMA®, WI-SUN, etc.). Dans d'autres variantes, les premier 110a et deuxième 110b liens de communication reposent sur deux modes distincts d'un même protocole de communication (par exemple le mode IP du standard NB-loT, et le mode non-IP du même 20 standard (mode non-IP du standard NB-loT connu aussi sous les noms DoNAS, pour « Data over NAS » en anglais, ou NIDD pour « Non-IP Data Delivery » en anglais)). De la sorte, le ou les dispositifs d'apprentissage 300 sont aptes à mettre en oeuvre le procédé d'apprentissage d'un contexte de compression/décompression 120 décrit ci-dessous en relation avec la figure 2. 25 On décrit maintenant, en relation avec la figure 2, un mode de réalisation d'un procédé d'apprentissage d'un contexte de compression/décompression 120 selon un mode de réalisation de la technique décrite. Ce procédé est exécuté par chaque dispositif d'apprentissage 300 (i.e., dans la présente première implémentation, par celui compris dans le dispositif compresseur 100a et par celui compris dans le dispositif décompresseur 30 100b). 3064865 17 Lors d'une étape d'analyse E200, le dispositif d'apprentissage 300 analyse le deuxième flux de données non compressé, transmis entre le dispositif compresseur 100a et le dispositif décompresseur 100b via le deuxième lien de communication 110b. Une telle analyse permet au dispositif d'apprentissage 300 d'obtenir des 5 informations nécessaires à l'étape suivante E210 d'apprentissage du contexte de compression/décompression. Ce contexte est lui-même utile pour la compression et décompression ultérieure du premier flux de données à transmettre via le premier lien de communication 110a. La nature des informations en question est décrite ci-dessous en relation avec l'étape d'apprentissage E210 et les sous-étapes correspondantes. 10 L'étape d'apprentissage E210 comprend une sous-étape de sélection E210a et une sous-étape de modification [210b. Dans la sous-étape de sélection E210a, le dispositif d'apprentissage 300 sélectionne au moins une règle de base parmi une pluralité de règles de base, en fonction du deuxième flux de données non compressé (et plus précisément en fonction des 15 informations obtenues à l'étape d'analyse E200). Dans un mode de réalisation, de telles règles de base sont par exemple des patrons de règles (ou « templates » en anglais) préalablement implémentés sur le dispositif d'apprentissage 300. Un ou plusieurs de ces patrons de règles sont ainsi sélectionnés puis modifiés par la technique décrite afin de pouvoir être utilisés pour la 20 compression et décompression du premier flux de données échangé sur le premier lien de communication 110a. Dans un autre mode de réalisation, de telles règles de base sont des règles courantes, déjà utilisées pour la compression et décompression du premier flux de données, mais que l'on veut mettre à jour en utilisant le procédé décrit. 25 Selon un mode de réalisation particulier, la sélection d'une ou plusieurs des règles de base se fait sur la base de champs de référence définis comme tels pour une règle 120a, 120b, 120c donnée. Plus particulièrement, chaque description de champ de référence (avec la notion de description de champ telle qu'introduite ci-dessus en relation avec le tableau 1) d'une 3064865 18 règle au format SCHC définit un comportement de compression/décompression et une valeur cible pour un champ de référence. De la sorte, la sélection E210a comprend, pour chacune des règles de base : - pour chaque description de champ de référence définissant une valeur cible donnée 5 pour un champ de référence donné, une comparaison E210a1 entre une valeur courante du champ de référence donné dans un paquet du deuxième flux de données, et la valeur cible donnée ; et - une décision E210a2 de sélection ou non sélection de la règle de base, en fonction de la comparaison pour chaque description de champ de référence. 10 Ainsi, chaque règle dont le dispositif d'apprentissage 300 fait l'apprentissage est basée sur une des règles de base, qui est identifiée (i.e. sélectionnée) de manière simple et robuste à travers une comparaison effectuée entre la valeur cible et la valeur courante d'un champ de référence des données sur lequel cette règle doit s'appliquer pour en effectuer la compression ou décompression. 15 Selon certains modes de réalisation, un champ de référence est un champ d'en- tête d'un paquet du premier flux de données, transmis via le premier lien de communication 110a, et véhiculant une information statique. Plus particulièrement, un tel champ de référence est un champ d'en-tête véhiculant une information statique telle que définie par un protocole de communication 20 utilisé sur le premier lien de communication 110a. Il s'agir par exemple du protocole internet IP (e.g. IPv4 ou IPv6), du protocole UDP (pour « User Datagram Protocol » en anglais) ou TCP (pour « Transmission Control Protocol » en anglais), du protocole CoAP (pour « Constrained Application Protocol » en anglais), du protocole MQTT (pour « MO Telemetry Transport » en anglais) ou WMbus (pour « Wireless M-Bus » en anglais), du 25 protocole ZigBee, etc. Ainsi, l'identification (i.e. la sélection) d'une ou plusieurs règles parmi les règles de base se fait via la reconnaissance de la valeur d'un champ d'en-tête véhiculant un paramètre statique permettant d'identifier le destinataire final des données compressées échangées dans le premier flux de données via le premier lien de communication 110a (de 30 manière générale, tout champ contenant un élément permettant d'identifier le 3064865 19 destinataire final en question peut être considéré pour définir un champ de référence). Ce destinataire final est par exemple le décompresseur 100b, un dispositif dans lequel le décompresseur est embarqué, ou plus particulièrement une application 151 finale à laquelle sont destinées les données après décompression par le décompresseur 100b. 5 De la sorte, la méthode décrite permet l'apprentissage d'une règle de compression/décompression 120a, 120b, 120c utilisée spécifiquement pour l'échange de données compressées avec un dispositif destinataire particulier. Par ailleurs l'identification (i.e. la sélection) d'une ou plusieurs parmi les règles de base se fait de manière robuste suivant un critère prédéfini (i.e. suivant un critère connu 10 préalablement à l'établissement de la communication via le premier lien de communication). La ou les règles sélectionnées (parmi les règles de base) sont modifiées lors de la sous-étape de modification E210b pour obtenir la ou les règles de compression/décompression 120a, 120b, 120c comprises dans le contexte de 15 compression/décompression 120. Selon un mode de réalisation, la modification d'une règle sélectionnée parmi les règles de base se fait sur la base de champs d'adaptation définis comme tels pour une règle de base donnée. Plus particulièrement, chaque description de champ d'adaptation (avec la notion 20 de description de champ telle qu'introduite ci-dessus en relation avec le tableau 1) d'une règle au format SCHC définit un comportement de compression/décompression et une valeur cible pour un champ d'adaptation. De la sorte, la modification comprend, pour chaque règle de base sélectionnée et pour chaque description de champ d'adaptation, une modification d'au moins un attribut 25 de la description de champ d'adaptation, en fonction du deuxième flux de données. Ainsi, le ou les attributs de la règle 120a, 120b, 120c dont on veut faire l'apprentissage sont mis à jour de manière souple via les informations fournies dans le deuxième flux véhiculé par le deuxième lien de communication 110b. Dans un mode de réalisation, pour au moins un attribut de la description de 30 champ d'adaptation (dont on veut faire l'apprentissage), la modification de cet attribut 3064865 20 est effectuée en utilisant directement une valeur courante du champ d'adaptation en question dans un paquet du deuxième flux de données. Par exemple, on prend cette valeur courante comme valeur cible dans la description du champ d'adaptation en question (voir ci-dessous la description du tableau 2). 5 Dans un autre mode de réalisation, pour au moins un attribut de la description de champ d'adaptation (dont on veut faire l'apprentissage), la modification de cet attribut est fonction d'une valeur courante du champ d'adaptation en question dans un paquet du deuxième flux de données. Par exemple, si la valeur courante est prise comme valeur cible, alors l'opérateur de comparaison et/ou la fonction de compression/décompression 10 changent automatiquement de valeurs, c'est-à-dire basculent vers des nouvelles valeurs prédéterminées (voir ci-dessous la description du tableau 2). Dans ce cas, les nouvelles valeurs prédéterminées des attributs sont prédéfinies dans le dispositif d'apprentissage 300 mettant en oeuvre l'étape de modification E230b. Selon certains modes de réalisation, un champ d'adaptation est un champ d'en- 15 tête d'un paquet du premier flux de données, transmis via le premier lien de communication 110a, et véhiculant une information dynamique. Plus particulièrement, un tel champ d'adaptation est un champ d'en-tête véhiculant une information dynamique telle que définie par le protocole de communication utilisé sur le premier lien de communication 110a et décrit ci-dessus en 20 relation avec les champs de référence. Ainsi, l'apprentissage concerne des attributs (des règles de compression/décompression) associés aux champs d'en-têtes véhiculant un paramètre dynamique (de manière générale, tout champ véhiculant un tel paramètre dynamique peut être considéré afin de définir un champ d'adaptation), i.e. non connu préalablement 25 à l'établissement de la communication sur le premier lien de communication 110a. Un tel apprentissage permet une adaptation des règles de compression et décompression 120a, 120b, 120c aux changements de paramétrage dynamiques de la communication entre les dispositifs compresseur 100a et décompresseur 100b. Dans un mode de réalisation particulier, on entend par attributs de la description 30 d'un champ d'adaptation : 3064865 21 - une valeur cible du champ d'adaptation ; - un opérateur de comparaison entre la valeur cible et une valeur courante du champ d'adaptation dans un paquet du premier flux de données, pour délivrer une décision d'appliquer une fonction de compression ou de décompression à la valeur courante ; 5 et - la fonction de compression ou de décompression en question. L'exécution de la sous-étape de modification E210b conclut ainsi l'étape d'apprentissage E210 du procédé d'apprentissage d'un contexte de compression/décompression selon la technique décrite. 10 Il apparaît que l'apprentissage des règles du contexte de compression/décompression 120 ayant été fait sur la base d'informations véhiculées par le deuxième flux de données non compressé (via la deuxième lien de communication 110b), la bande passante sur le premier lien de communication 110a reste dédiée à l'échange de données utiles. 15 Par ailleurs, la possibilité d'effectuer l'apprentissage des règles du contexte de compression/décompression 120 sans impacter le débit sur le premier lien de communication 110a permet d'envisager une mise à jour plus fréquente du contexte 120 en question. De la sorte, une adaptation des règles aux re-paramétrages dynamiques de l'échange de données sur le premier lien de communication devient envisageable. 20 Enfin, lorsque le deuxième lien de communication 110b présente un débit plus élevé que celui du premier lien de communication 110a, la durée de l'apprentissage du contexte de compression par les dispositifs compresseur 100a et décompresseur 100b se trouve réduite. Par ailleurs, dans certains modes de réalisation, aucune étape de sélection E210a 25 n'est effectuée. L'étape de modification [210b est alors mise en oeuvre par défaut pour toutes les règles de base implémentées dans le dispositif d'apprentissage 300 et présentant une valeur cible pour un champ d'adaptation dont une valeur courante est reçue en tant que donnée utile dans le paquet de données reçu via le deuxième lien de communication 100b. 3064865 22 De tels modes de réalisation présentent un intérêt par exemple lorsqu'une seule rège de base est implémentée dans le dispositif d'apprentissage 300. Ce peut être le cas également lorsque le dispositif d'apprentissage 300 en question est implémenté au sein d'un équipement qui n'est connecté, via le premier lien de communication 110a, qu'à un 5 seul destinataire des données compressées. De la sorte, les champs de référence (identifiant ce destinataire unique) sont identiques pour toutes les règles de base, rendant par là-même inutile la mise en oeuvre de l'étape de sélection E210a dans son mode de réalisation basé sur une comparaison de champs de référence. À titre d'exemple, le tableau 2 ci-dessous donne les descriptions de champ, avec 10 les attributs correspondants, d'une règle de compression/décompression de base, au format SCHC, avant apprentissage par la mise en oeuvre du procédé d'apprentissage décrit ci-dessus. On suppose que les champs de référence de cette règle de base sont les champs C2 et C3 (identifiés comme tels par un astérisque dans le tableau 2), cette information 15 étant associée à la règle de base elle-même et donc connue des dispositifs compresseur 100a et décompresseur 100b. Tableau 2 Identificateur de champ Valeur cible Opérateur de comparaison Fonction de compression/décompression Cl Ignorer Envoyer C2* B Egal Ne pas envoyer C3* C Egal Ne pas envoyer C4 X Egal Ne pas envoyer Considérons que les dispositifs compresseur 100a et décompresseur 100b reçoivent, via le deuxième flux de données non compressé véhiculé par le deuxième lien 20 de communication 100b, un paquet de données dont la partie utile comprend une information, par exemple [Cb=A,C2=B,C3=C,C4=D], véhiculant des valeurs courantes associées aux champs Cl à C4. Les champs Cl à C4 sont des champs d'en-têtes du premier flux de données sur lesquels doit s'appliquer la compression et la décompression, 3064865 23 effectuées respectivement par le dispositif compresseur 100a et le dispositif décompresseur 100b. Il apparaît que les valeurs courantes des champs C2 et C3 telles que fournies par le paquet de données, i.e. « B » et « C » respectivement dans le cas présent, 5 correspondent aux valeurs cibles des champs de référence de la règle de base dont les attributs sont donnés dans le tableau 2. Ainsi, lors de la mise en oeuvre de l'étape de sélection E210a du procédé d'apprentissage selon la technique décrite, les dispositifs compresseur 100a et décompresseur 100b sélectionnent la règle de base du tableau 2 (celle-ci va ensuite être 10 modifiée pour obtenir une des règles du contexte). A contrario, une autre règle de base, dont les champs de référence n'auraient pas de valeur cible correspondant aux valeurs courantes associées aux mêmes champs dans le paquet de données reçu via le deuxième lien de communication 100b, ne serait pas sélectionnée (deux règles de base différentes pouvant avoir par ailleurs des champs de 15 référence différents). Lors de la mise en oeuvre de l'étape de modification E210b du procédé d'apprentissage selon la technique décrite, les dispositifs compresseur 100a et décompresseur 100b modifient (mettent à jour) les attributs de la règle de base préalablement sélectionnée et qui sont associés aux champs d'adaptation dont une valeur 20 courante est reçues en tant que donnée utile dans le paquet de données reçu via le deuxième lien de communication 100b. Dans le cas présent, il s'agit des attributs associés aux champs d'apprentissage Cl et C4 de la règle de base du tableau 2 (les champs d'apprentissage étant différents des champs de référence dans le cas présent). De la sorte, les valeurs cibles associées aux champs Cl et C4 de la règle de base du 25 tableau 2 (celle sélectionnée) sont mises à jour vers les valeurs « A » et « D» si l'on se réfère à la valeur des données utiles du paquet de données pris en exemple ci-dessus. Par ailleurs, la valeur cible du champs courant Cl étant mise à jour vers une valeur non nulle, la valeur de l'opérateur de comparaison associé au champ Cl est également mise à jour avec une valeur prédéfinie pour une valeur non nulle du champ Cl, i.e. 30 « [gal » dans le cas présent. De même, la valeur de la fonction de 3064865 24 compression/décompression est mise à jour avec une valeur prédéfinie « Ne pas envoyer ». Dans un autre mode de réalisation, les nouvelles valeurs de l'opérateur de comparaison et de la fonction de compression/décompression sont fournies via les 5 données utiles du paquet de données véhiculé au sein du deuxième flux de données non compressé (par le deuxième lien de communication 110b). Ainsi, après mise en oeuvre du procédé d'apprentissage selon la technique décrite, les attributs de la règle de base du tableau 2 sont mis à jour. Le résultat, formant une des règles du contexte 120, est donné dans le tableau 3 ci-dessous. Par ailleurs, l'identifiant 10 de la règle en question n'est pas modifié. Tableau 3 Identificateur de champ Valeur cible Opérateur de comparaison Fonction de compression/décompression Cl A [gal Ne pas envoyer C2* B [gal Ne pas envoyer C3* C [gal Ne pas envoyer C4 D [gal Ne pas envoyer La figure 3 présente enfin un exemple de structure d'un dispositif d'apprentissage 300 permettant la mise en oeuvre du procédé de la figure 2. Il comprend une mémoire vive 303 (par exemple une mémoire RAM), une unité de traitement 302, équipée par 15 exemple d'un processeur, et pilotée par un programme d'ordinateur stocké dans une mémoire morte 301 (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive 303 avant d'être exécutées par le processeur de l'unité de traitement 302. Cette figure 3 illustre seulement une manière particulière, parmi plusieurs 20 possibles, de réaliser l'algorithme détaillé ci-dessus, en relation avec la figure 2. En effet, la technique décrite se réalise indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par 3064865 25 exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où la technique décrite est implantée sur une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d'instructions) 5 pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. Dans la première implémentation décrite ci-dessus en relation avec les figures 1 à 3, chacun des dispositifs compresseur 100a et décompresseur 100b comprend un 10 dispositif d'apprentissage 300 d'un contexte de compression/décompression (et donc chacun effectue le procédé d'apprentissage de la figure 2). De la sorte, on simplifie la mise en oeuvre globale d'un tel apprentissage. Il est clair cependant que d'autres modes de réalisation de l'invention peuvent être envisagés, sans sortir du cadre de l'invention. 15 Ainsi, dans une deuxième implémentation, seul l'un des dispositifs compresseur 100a et décompresseur 100b comprend un dispositif d'apprentissage 300 (et donc effectue le procédé d'apprentissage de la figure 2). Dans ce cas, celui des dispositifs compresseur et décompresseur qui n'effectue pas d'apprentissage reçoit le contexte de compression/décompression résultant du procédé d'apprentissage effectué par l'autre. 20 Dans une troisième implémentation, c'est un dispositif tiers (représenté en pointillé et référencé 100c sur la figure 1) qui comprend un dispositif d'apprentissage 300 (représenté en pointillé sur la figure 1), et donc effectue le procédé d'apprentissage de la figure 2. Dans ce cas, le dispositif compresseur 100a et le dispositif décompresseur 100b reçoivent chacun le contexte de compression/décompression résultant du procédé 25 d'apprentissage effectué par le dispositif tiers 100c. REVENDICATIONS1. Procédé d'apprentissage d'un contexte de compression/décompression (120) comprenant au moins une règle de compression/décompression (120a, 120b, 120c) destinée à être utilisée par un dispositif compresseur (100a) et un dispositif décompresseur (100b), pour respectivement compresser et décompresser au moins un premier flux de données transmis via au moins un premier lien de communication (110a), caractérisé en ce qu'au moins un dispositif, parmi le dispositif compresseur (100a), le dispositif décompresseur (100b) et un dispositif tiers (100c), effectue les étapes suivantes : - analyse (E200) d'au moins un deuxième flux de données non compressé, transmis entre le dispositif compresseur et le dispositif décompresseur via au moins un deuxième lien de communication (110b) ; et - apprentissage (E210) de ladite au moins une règle de compression/décompression, en fonction de ladite analyse. 2. Procédé selon la revendication 1, dans lequel ladite étape d'apprentissage comprend une modification (E210b) d'au moins une règle de compression/décompression de base, pour obtenir ladite au moins une règle de 20 compression/décompression comprise dans ledit contexte de compression/décompression. 3. Procédé selon la revendication 2, dans lequel ladite au moins une règle de compression/décompression de base comprend au moins une description de champ 25 d'adaptation définissant un comportement de compression/décompression pour un champ d'adaptation dudit au moins un premier flux de données, et dans lequel ladite modification comprend, pour chaque règle de compression/décompression de base sélectionnée : - pour chaque description de champ d'adaptation, une modification d'au moins un 30 attribut de ladite description de champ d'adaptation, en fonction dudit au moins 3064865 27 un deuxième flux de données. 4. Procédé selon la revendication 3, dans lequel la modification d'au moins un attribut de ladite description de champ d'adaptation est fonction d'une valeur courante 5 dudit champ d'adaptation dans un paquet dudit au moins un deuxième flux de données. 5. Procédé selon la revendication 3 ou 4, dans lequel ledit au moins un champ d'adaptation est un champ d'en-tête d'un paquet dudit au moins un premier flux de données, ledit champ d'en-tête véhiculant une information dynamique d'un protocole de 10 communication. 6. Procédé selon l'une quelconque des revendications 3 à 5, dans lequel ledit au moins un attribut de ladite au moins une description de champ d'adaptation appartient au groupe comprenant : 15 - une valeur cible dudit champ d'adaptation ; - un opérateur de comparaison entre ladite valeur cible et une valeur courante dudit champ d'adaptation dans un paquet dudit au moins un premier flux de données, pour délivrer une décision d'appliquer une fonction de compression ou de décompression à ladite valeur courante ; et - ladite fonction de compression ou de décompression. 7. Procédé selon l'une quelconque des revendications 2 à 6, dans lequel ladite étape d'apprentissage comprend une sélection (E210a), en fonction dudit au moins un deuxième flux de données non compressé, de ladite au moins une règle de compression/décompression de base parmi une pluralité de règles de compression/décompression de base. 8. Procédé selon la revendication 7, dans lequel chacune des règles de compression/décompression de base comprend au moins une description de champ de référence définissant un comportement de compression/décompression et une valeur 3064865 28 cible pour un champ de référence dudit au moins un premier flux de données, et dans lequel ladite sélection comprend, pour chacune des règles de compression/décompression de base : - pour chaque description de champ de référence définissant une valeur cible 5 donnée pour un champ de référence donné, une comparaison (E210a1) entre une valeur courante dudit champ de référence donné dans un paquet dudit au moins un deuxième flux de données, et ladite valeur cible donnée ; et - une décision (E210a2) de sélection ou non sélection de ladite règle de compression/décompression de base, en fonction de ladite comparaison pour 10 chaque description de champ de référence. 9. Procédé selon la revendication 8, dans lequel ledit au moins un champ de référence est un autre champ d'en-tête d'un paquet dudit au moins un premier flux de données, ledit autre champ d'en-tête véhiculant une information statique d'un protocole 15 de communication, ou dudit protocole de communication quand la revendication 9 est rattachée à la revendication 5. 10. Procédé selon l'une quelconque des revendications 1 à 9, dans lequel ladite au moins une règle de compression, comprise dans ledit contexte de 20 compression/décompression, est au format SCHC (pour « Static Context Header Compression » en anglais). 11. Procédé selon l'une quelconque des revendications 1 à 10, dans lequel ledit au moins un premier lien de communication est un lien d'un réseau sans fil à longue portée 25 et basse consommation (LPWAN, pour « Low-Power Wide-Area Network » en anglais). 12. Procédé selon l'une quelconque des revendications 1 à 11, dans lequel ledit au moins un deuxième lien de communication est un lien d'un réseau sans fil cellulaire. 30 13. Procédé selon l'une quelconque des revendications 1 à 12, dans lequel le 3064865 29 dispositif décompresseur et le dispositif décompresseur effectuent chacun les étapes d'analyse et d'apprentissage. 14. Procédé selon l'une quelconque des revendications 1 à 12, dans lequel l'un des 5 dispositifs compresseur et décompresseur effectue les étapes d'analyse et d'apprentissage, et en ce que l'autre des dispositifs compresseur et décompresseur reçoit le contexte de compression/décompression résultant desdites étapes d'analyse et d'apprentissage. 10 15. Procédé selon l'une quelconque des revendications 1 à 12, dans lequel le dispositif tiers effectue les étapes d'analyse et d'apprentissage, et en ce que le dispositif compresseur et le dispositif décompresseur reçoivent chacun le contexte de compression/décompression résultant desdites étapes d'analyse et d'apprentissage. 15 16. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 15, lorsque ledit programme est exécuté sur un ordinateur. 17. Dispositif d'apprentissage (300) d'un contexte de compression/décompression 20 (120) comprenant au moins une règle de compression/décompression (120a, 120b, 120c) destinée à être utilisée par un dispositif compresseur (100a) et un dispositif décompresseur (100b), pour respectivement compresser et décompresser au moins un premier flux de données transmis via au moins un premier lien de communication (110a), caractérisé en ce qu'il comprend une machine de calcul reprogrammable (302) ou une 25 machine de calcul dédiée, apte à et configurée pour : - analyser d'au moins un deuxième flux de données non compressé, transmis entre le dispositif compresseur et le dispositif décompresseur via au moins un deuxième lien de communication (110b) ; et - faire l'apprentissage de ladite au moins une règle de compression/décompression, en 30 fonction de ladite analyse.