FR 3149457 A1 20241206 FR 2305451 A 20230531 Procédé de collecte d’informations signées pour l’évaluation d’un bilan énergétique associé à l’utilisation d’au moins un service par un terminal de communication . L’invention se rapporte à un procédé de collecte d’informations signées pour l’établissement d’un bilan énergétique associé à l’utilisation, au moyen d’un terminal de communication, d’au moins un service fourni par au moins un serveur fournisseur accessible via un réseau de communication. Un tel procédé comprend les étapes suivantes : - l’obtention (11) de données dites contextuelles, représentatives d’un contexte énergétique associé à ladite utilisation ; - la signature (12) desdites données contextuelles, délivrant des données contextuelles signées ; - la transmission (13) desdites données contextuelles signées à un serveur de collecte, pour l’établissement dudit bilan énergétique. Figure d’abrégé : Figure 1 Procédé de collecte d’informations signées pour l’évaluation d’un bilan énergétique associé à l’utilisation d’au moins un service par un terminal de communication. L’invention se situe dans le domaine des réseaux de communication. Plus particulièrement, l’invention se rapporte à des techniques permettant de quantifier l’impact de l’utilisation de certaines technologies numériques en termes de bilan énergétique. Art antérieur La réduction des émissions de gaz à effet de serre est devenue un enjeu capital pour lutter contre le réchauffement climatique à l’échelle planétaire. Dans ce cadre, les entreprises et collectivités sont particulièrement sollicitées et incitées à réduire leur empreinte carbone. Dans le domaine du numérique, la situation est contrastée. S’il est avéré que par de nombreux aspects le développement numérique à des impacts environnementaux négatifs (avec notamment l’augmentation croissante de la consommation globale en électricité et en ressources imputable à l’essor du numérique ces dernières décennies), les technologies du numérique offrent également par d’autres aspects des solutions susceptibles de contribuer à la réduction de l’empreinte carbone, notamment par le biais d’un potentiel d’émissions carbone dites « évitées » (i.e. des émissions de gaz à effet de serre qui se seraient produites si ces technologies n’avaient pas été disponibles et utilisées). Par exemple, lorsqu’une entreprise fournit à ses salariés des moyens numériques leur permettant de télétravailler, c’est-à-dire d’effectuer leur travail à distance depuis leur domicile, ces derniers n’ont plus à effectuer le trajet aller-retour vers leur site habituel de travail les jours télétravaillés : les émissions de gaz à effet de serre associées à ces trajets très souvent motorisés sont ainsi évitées. Ces impacts positifs obtenus grâce aux technologies numériques sont cependant actuellement difficilement quantifiables de manière précise, tout au plus dispose-t-on d’estimations réalisées sur la base de comparaisons entre divers scénarii (par exemple, entre un scenario où des salariés sont en télétravail deux jours sur une semaine travaillée de cinq jours, et un scénario de référence dans lequel ces mêmes salariés se déplacent pour travailler sur site, i.e. dans les locaux de leur entreprise, les cinq jours travaillés de la semaine). Aussi, ce carbone évité n’est actuellement pas pris en compte dans l’empreinte énergétique d’une entreprise ou collectivité, ni dans l’atteinte de son objectif de neutralité carbone. Dans un contexte où des dispositifs d’incitation forte à réduire les émissions de gaz à effet de serre sont progressivement mis en place par les politiques, notamment sur un plan économique (taxe carbone, crédit carbone, etc.), le besoin de disposer de mesures précises et vérifiables se fait ainsi de plus en plus pressant, notamment de la part d’entreprises, de collectivités ou d’organisations désireuses de démontrer que leur bilan énergétique doit être appréhendé dans sa globalité, c’est-à-dire en comptabilisant non seulement les impacts négatifs, mais également lorsque c’est le cas les impacts positifs (par exemple en termes de carbone évité), que leurs activités génèrent. Il existe donc un besoin pour une solution permettant non seulement de collecter de manière plus précise des informations permettant de dresser un bilan énergétique exhaustif associé à une activité, mais également de faire en sorte que la véracité des informations collectées puisse être assurée et contrôlée. La présente technique permet de proposer une solution visant à remédier à certains inconvénients de l’art antérieur. Selon un aspect, la présente technique se rapporte en effet à un procédé de collecte d’informations signées pour l’établissement d’un bilan énergétique associé à l’utilisation, au moyen d’un terminal de communication, d’au moins un service fourni par au moins un serveur fournisseur accessible via un réseau de communication. Selon le principe général de la technique proposée, un tel procédé comprend les étapes suivantes : - l’obtention de données dites contextuelles, représentatives d’un contexte énergétique associé à ladite utilisation ; - la signature desdites données contextuelles, délivrant des données contextuelles signées ; - la transmission desdites données contextuelles signées à un serveur de collecte, pour l’établissement dudit bilan énergétique. De cette manière, la présente technique permet de collecter, signer, et relayer à un serveur distant des données représentatives d’un contexte énergétique associé à l’utilisation à distance, au moyen d’un terminal de communication identifié, d’un ou plusieurs services proposés par un fournisseur de services. De cette manière, les impacts en termes de bilan énergétique associés aux activités d’une entreprise ou autre organisation peuvent être évalués avec beaucoup plus de précision, puisque la présente technique permet de prendre en compte au sein de ces bilans les impacts, tant positifs que négatifs, d’opérations effectuées de manière distante (par exemple par des collaborateurs en situation de télétravail). En outre, la présente technique offre des moyens de contrôle et/ou de vérification des données contextuelles remontées dans un tel cadre. Dans un mode de réalisation particulier, ladite obtention de données contextuelles comprend l’obtention, via au moins un protocole de communication, de données en provenance d’au moins un équipement tiers connecté à un même réseau local que ledit terminal de communication. De cette manière, des données énergétiques associées à l’environnement local du terminal de communication sont également collectées, permettant de dresser un bilan énergétique encore plus précis, i.e. tenant compte non seulement de l’utilisation du terminal de communication en tant que telle, mais également des potentiels impacts énergétiques de cette utilisation sur d’autres dispositifs (par exemple, un salarié en situation de télétravail aura peut-être tendance à utiliser certains appareils – dispositifs de chauffage, électroménagers, etc. – de manière un peu plus soutenue qu’il ne l’aurait fait s’il avait travaillé dans les locaux de son entreprise). Selon une caractéristique particulière de ce mode de réalisation, ledit protocole de communication est un protocole de communication dédié au pilotage et à la gestion de fonctions d’un réseau local domestique. De cette manière, les données contextuelles en provenance de dispositifs tiers peuvent être collectées de manière simple et rapide, au moyen de protocoles de communication connus, efficaces et éprouvés, tels que ceux utilisés pour les échanges de données au niveau d’un réseau domotique par exemple. Dans un mode de réalisation particulier, lesdites données contextuelles appartiennent au groupe comprenant : - une position géographique courante dudit terminal de communication ; - des données représentatives d’une consommation énergétique courante dudit terminal de communication ; - des données représentatives d’une consommation énergétique courante globale associée à un environnement local dudit terminal de communication ; - des données représentatives d’une consommation courante de données réseau dudit terminal de communication ; - des données représentatives d’un mix énergétique, comprenant un état des lieux de différentes sources énergétiques courantes utilisées par ledit terminal de communication et/ou au sein dudit environnement local dudit terminal de communication, et de leur proportion ; - des données représentatives de la détection d’un évènement impactant la consommation énergétique dudit terminal de communication et/ou la consommation énergétique courante globale associée audit environnement local dudit terminal de communication ; - des données représentatives d’une performance de bout-en-bout ou par segment d’échanges de données réalisés via ledit réseau de communication, entre ledit terminal de communication et ledit au moins un serveur fournisseur. De cette manière, un grand nombre de données contextuelles de natures très variées sont susceptibles d’être collectées dans le cadre de la mise en œuvre du procédé selon la présente technique, permettant à terme de dresser un bilan énergétique très fin et très précis associé à l’utilisation du ou des services considérés. Dans un mode de réalisation particulier, ladite signature est mise en œuvre au moyen d’une clé de chiffrement comprise dans un certificat de signature électronique délivré par une autorité de certification externe. De cette manière, l’intégrité et l’origine des données contextuelles peut être vérifiée ultérieurement par un équipement tiers, notamment un équipement en charge d’établir des bilans énergétiques Dans un mode de réalisation particulier, ledit procédé est mis en œuvre au sein d’un dispositif électronique par lequel transite au moins un flux de données lié à ladite utilisation dudit service. De cette manière, le procédé selon la présente technique peut être implémenté au sein d’un dispositif existant déjà mis en œuvre pour permettre l’utilisation du service considéré. Son implémentation est ainsi facilitée. Dans un mode de réalisation particulier, ladite transmission est effectuée par encapsulation desdites données signées au sein d’au moins un flux sortant parmi lesdits flux de données liés à ladite utilisation dudit service. De cette manière, les mêmes flux de données que ceux échangés dans le cadre de l’utilisation du ou des services considérés sont utilisés pour remonter les données contextuelles à un dispositif distant en charge de les collecter, ce qui permet d’éviter de multiplier les flux réseau (et donc de sur-solliciter le réseau de communication) lors de la mise en œuvre du procédé. Dans un mode de réalisation particulier, ledit dispositif électronique est mis en œuvre : - au sein dudit terminal de communication ; - au sein d’un équipement passerelle délivrant un réseau local auquel ledit terminal de communication est connecté ; - au sein d’un équipement réseau d’un réseau cellulaire auquel ledit terminal de communication est connecté. De cette manière, le procédé selon la présente technique est particulièrement souple et adaptable à de nombreux contextes ou configurations réseau (filaire, cellulaire, …), dans la mesure où il peut être mis en œuvre au sein de différents équipements et à divers endroits ou nœuds d’un réseau de communication. Dans un mode de réalisation particulier, ledit procédé comprend, préalablement à ladite étape d’obtention, une étape de réception de données représentatives d’une politique de mise en œuvre, comprenant des informations appartenant au groupe comprenant : - des informations d’identification dudit au moins un service pour lequel lesdites étapes d’obtention, de signature et de transmission sont mises en œuvre lors de l’utilisation dudit service ; - des informations d’identification dudit terminal de communication. De cette manière, il est possible de cibler finement les terminaux de communication et les services pour lesquels l’établissement d’un bilan énergétique est souhaité. De cette manière, la technique proposée permet également de paramétrer avec une grande flexibilité un degré de granularité souhaité pour l’établissement d’un tel bilan énergétique (d’une granularité très fine au niveau du flux, à une granularité large grâce à un mécanisme d’agrégation), et ceci tant au niveau des services que des terminaux de communication utilisés. Selon une caractéristique particulière de ce mode de réalisation, ladite politique de mise en œuvre comprend en outre des informations représentatives d’au moins une mesure énergétique à mettre en œuvre au niveau dudit terminal de communication en cas d’obtention de données contextuelles représentatives d’une détection d’au moins un évènement prédéterminé, ladite au moins une mesure énergétique appartenant au groupe comprenant : - une mise en veille dudit terminal de communication ; - une bascule en mode économie d’énergie dudit terminal de communication ; - une désactivation d’au moins une fonctionnalité dudit terminal de communication ; - un basculement de source électrique pour l’alimentation électrique dudit terminal de communication. De cette manière, des mesures, et plus particulièrement des mesures d’économie d’énergie, peuvent être automatiquement déclenchée au niveau du terminal de communication, dans certaines circonstances particulières identifiées. Selon une caractéristique particulière, ledit évènement prédéterminé appartient au groupe comprenant : - la réception d’une information de délestage en provenance d’un équipement d’un fournisseur d’énergie externe ; - la réception d’une demande d’effacement en provenance d’un équipement dudit fournisseur d’énergie externe ; - la réception d’une notification de bascule de source énergétique, partielle ou complète, en provenance d’un dispositif de contrôle d’énergie présent dans un environnement local dudit terminal de communication. De cette manière, les mesures énergétiques mises en œuvre au niveau du terminal de communication peuvent notamment être déclenchées en réponse à des sollicitations internes (i.e. en provenance d’un équipement connecté au même réseau local que le terminal de communication) ou externes (i.e. en provenance d’équipements externes, non connectés au réseau local sur lequel est connecté le terminal de communication). En particulier, la technique proposée permet d’automatiser une réaction à certaines sollicitations, notamment émises par l’opérateur d’un réseau énergétique (typiquement un fournisseur d’électricité) dans certaines circonstances exceptionnelles (par exemple en cas de production d’énergie ponctuellement insuffisante pour satisfaire tous les consommateurs), puis de constituer des preuves, par le mécanisme de collecte et de signature des données contextuelles, qu’une réponse adaptée à ces sollicitations a bien été apportées. Dans un mode de réalisation particulier, lesdites informations d’identification dudit au moins un service prennent la forme d’au moins un nom de domaine associé audit au moins un service. De cette manière, il est très simple de définir une granularité souhaitée pour l’établissement d’un bilan énergétique, puisqu’une identification par noms de domaines permet de cibler très précisément des flux particuliers à isoler, ou au contraire un vaste ensemble de services à agréger, notamment grâce à la syntaxe particulière (structure hiérarchisée en sous-domaines et domaines) de ce type d’informations. Dans un mode de réalisation particulier, lors de ladite transmission, lesdites données contextuelles signées sont routées en fonction desdites informations d’identification dudit au moins un service et/ou en fonction desdites informations d’identification dudit terminal de communication, ou d’un identifiant interne associé auxdites informations d’identification. De cette manière, la présente technique permet également de diriger avec une grande précision et une grande flexibilité les données contextuelles signées, par exemple vers des serveurs dédiés à l’établissement de bilan énergétique différents en fonction du terminal de communication et/ou des services utilisés. Selon un autre aspect, la présente technique se rapporte également à un dispositif électronique de collecte d’informations signées pour l’établissement d’un bilan énergétique associé à l’utilisation, au moyen d’un terminal de communication, d’au moins un service fourni par au moins un serveur fournisseur accessible via un réseau de communication. Un tel dispositif électronique comprend : - des moyens d’obtention de données dites contextuelles, représentatives d’un contexte énergétique associé à ladite utilisation ; - des moyens de signature desdites données contextuelles, délivrant des données contextuelles signées ; - des moyens de transmission desdites données contextuelles signées à un serveur de collecte, pour l’établissement dudit bilan énergétique. Selon un autre aspect, la technique proposée se rapporte également à un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, comprenant des instructions de code de programme pour l’exécution d'un procédé de collecte d’informations signées pour l’établissement d’un bilan énergétique, tel que décrit précédemment dans l’un quelconque de ses modes de réalisation, lorsqu’il est exécuté sur un ordinateur. La technique proposée vise également un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé tel que décrit précédemment, dans l’un quelconque de ses modes de réalisation. Un tel support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une clé USB ou un disque dur. D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau, par exemple le réseau Internet. Les différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en œuvre de l'invention. Figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante d’un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : illustre le principe général d’un procédé de collecte d’informations signées pour l’établissement d’un bilan énergétique, dans un mode de réalisation particulier de la technique proposée ; présente un diagramme de séquences du procédé de collecte d’informations signées pour l’établissement d’un bilan énergétique, dans un mode de réalisation particulier de la technique proposée ; décrit une architecture simplifiée d’un dispositif électronique pour la mise en œuvre de la technique proposée, dans un mode de réalisation particulier. Description détaillée de l’invention La technique décrite ci-après permet de remédier à certains des inconvénients précités. Sur toutes les figures du présent document, les éléments et étapes de même nature sont désignés par une même référence numérique. Selon un premier aspect, la présente technique se rapporte à un procédé de collecte d’informations signées pour l’établissement d’un bilan énergétique associé à l’utilisation, au moyen d’un terminal de communication (e.g. un smartphone, une tablette, un ordinateur portable, etc.), d’au moins un service fourni par au moins un serveur fournisseur accessible via un réseau de communication (typiquement un réseau étendu, comme le réseau Internet par exemple). Un tel service peut par exemple prendre la forme d’une application ou d’un ensemble d’applications mis à disposition par un fournisseur de services (par exemple l’entreprise d’un salarié, ou une société tierce) via des serveurs dédiés, afin de permettre à un utilisateur (un salarié, un collaborateur, un membre d’une organisation, etc.) d’effectuer à distance (par exemple depuis son domicile) diverses opérations. Dans un contexte de télétravail, qui est un exemple de contexte typique dans lequel la présente technique est particulièrement d’intérêt, de telles applications sont classiquement des applications métiers permettant à un salarié de réaliser les différentes tâches qui lui incombent dans le cadre de son travail. Le principe général du procédé selon la présente technique est illustré en relation avec la . Comme détaillé par la suite, ce procédé est implémenté au sein d’un dispositif électronique qui peut être intégré au sein d’équipements variés du réseau de communication, et il comprend les étapes détaillées ci-après, dans un mode de réalisation particulier. Dans une étape 11, le dispositif électronique obtient des données représentatives d’un contexte énergétique associé à l’utilisation du ou des services considérés, appelées données contextuelles dans le cadre du présent document. De telles données peuvent être de natures relativement variées, mais ont en commun le fait d’être pertinentes, le cas échéant après diverses opérations de traitement et/ou d’analyse qui ne sont pas l’objet de la présente technique, pour la détermination d’un bilan énergétique global associé à l’utilisation du service considéré. Des exemples de données contextuelles selon la présente technique sont données ci-après, à titre illustratif et non limitatif. En premier lieu, les données contextuelles comprennent des informations permettant d’estimer ou de confirmer une position géographique du terminal de communication et/ou une distance entre le terminal de communication et des serveurs préalablement identifiés (typiquement les serveurs d’une entreprise, ou les serveurs qui fournissent le service utilisé par le terminal de communication). De telles informations comprennent par exemple des coordonnées géographiques obtenues via un système de positionnement par satellites (e.g. GPS, Galileo, Glonass, etc.) au moyen d’une puce dédiée embarquée dans le terminal, ou encore des données représentatives de la performance de bout-en-bout (Round-Trip Time, Spin Bit) ou par segment des échanges de données réalisés via le réseau de communication entre le terminal de communication et les serveurs fournisseurs du service utilisé. De telles informations sont utiles par exemple pour prouver une situation de télétravail, i.e. un contexte dans lequel des déplacements n’ont pas eu besoin d’être effectués, et donc d’en déduire une quantité d’émissions de gaz à effet de serre évitées. En deuxième lieu, les données contextuelles comprennent des données représentatives d’une consommation énergétique courante du terminal de communication, incluant par exemple la consommation électrique instantanée du terminal de communication ou sa consommation électrique moyenne sur une fenêtre temporelle glissante prédéterminée (par exemple une consommation électrique moyenne du terminal de communication sur les dix dernières minutes, la dernière demi-heure, la dernière heure, etc.). En troisième lieu, les données contextuelles comprennent des données représentatives d’une consommation énergétique courante globale associée à un environnement local dudit terminal de communication. Ces données comprennent par exemple des consommations électriques instantanées ou moyennes remontées par divers équipements (e.g. équipements électroménagers connectés : téléviseurs, écrans, réfrigérateurs, radiateurs, prises connectées, point d’accès réseau, etc.) connectés au même réseau local que le terminal de communication. Elles comprennent également par exemple des informations sur l’état de certains équipements, i.e. s’ils sont allumés, en veille (et le cas échéant dans quel niveau de veille), ou complètement éteints. En quatrième lieu, les données contextuelles comprennent des données représentatives d’un mix énergétique, recensant les différentes sources énergétiques courantes utilisées par le terminal de communication et/ou au sein de l’environnement local du terminal de communication, ainsi que leur proportion. Par exemple, dans une situation de télétravail d’un salarié à son domicile équipé de panneaux solaires, de telles données indiquent qu’au moment d’une utilisation du service considéré au moyen du terminal de communication, 80% de l’énergie électrique consommée au sein du foyer est fournie par le réseau électrique classique (i.e. par le fournisseur d’énergie auprès duquel le salarié a souscrit une offre), et que les 20% restants sont fournis par les panneaux solaires (énergie renouvelable générée en autoproduction). En cinquième lieu, les données contextuelles comprennent des données représentatives d’une consommation courante de données réseau par le terminal de communication. De telles informations sont notamment utiles en ce qu’elles permettent de détecter et comptabiliser des périodes d’usage potentiellement énergivores (diffusion en direct ou « streaming », téléchargement, etc.). En sixième lieu, comme détaillé avec des exemples par la suite, les données contextuelles comprennent des données représentatives de la détection d’évènements particuliers susceptibles d’impacter la consommation énergétique du terminal de communication et/ou la consommation énergétique courante globale associée à l’environnement local dudit terminal de communication. De tels évènements prennent par exemple la forme de notifications (e.g. notification de délestage) ou de demandes (e.g. demande d’effacement) en provenance d’un fournisseur d’énergie, par exemple un fournisseur d’électricité. Comme montré avec les exemples précédents, selon la nature des données contextuelles collectées, celles-ci peuvent être obtenues en provenance du terminal de communication lui-même, et/ou en provenance d’autres équipements avec lequel le dispositif électronique est apte à communiquer. Dans un mode de réalisation particulier, une partie au moins des données contextuelles est obtenue en provenance d’équipements connectés à un même réseau local que le terminal de communication, typiquement un réseau local fourni par une passerelle domestique (plus communément appelée « box » ou « box internet », utilisée pour fournir un accès à Internet aux différents terminaux et objets connectés du foyer). Différents protocoles de communication sont susceptibles d’être utilisés dans ce cadre, pour la collecte des données contextuelles au niveau du dispositif électronique, notamment des protocoles de communication adaptés ou dédiés au pilotage et à la gestion de fonctions d’un réseau local domestique, par exemple un réseau domotique (e.g. protocoles de communication WiFi, Z-Wave, ZigBee, Matter, etc.). Dans une étape 12, les données contextuelles sont horodatées et signées par le dispositif électronique, au moyen d’une clé de chiffrement préalablement obtenue et stockée au sein de ce dispositif. Selon une caractéristique particulière, cette clé de chiffrement est comprise dans un certificat de signature électronique délivré par une autorité de certification externe. De cette manière, l’intégrité et l’origine des données contextuelles peut être vérifiée ultérieurement par un équipement tiers, notamment un équipement en charge d’établir des bilans énergétiques. Dans une étape 13, les données contextuelles signées sont transmises à un serveur de collecte en charge d’établir, à partir de ces données, un bilan énergétique associé à l’utilisation du service. Alternativement le serveur de collecte peut déléguer tout ou partie de l’établissement du bilan énergétique à un serveur tiers (par exemple un serveur de conversion en ticket carbone). Dans un mode de réalisation particulier, le procédé selon la présente technique comprend, préalablement à l’étape 11 d’obtention des données contextuelles, une étape 10 de réception de données représentatives d’une politique de mise en œuvre des opérations de collecte. La politique de mise en œuvre comprend plus particulièrement : - des informations d’identification du ou des services dont l’utilisation doit faire l’objet de l’établissement d’un bilan énergétique ; et/ou - des informations d’identification du terminal de communication au moyen duquel une utilisation de ces services doit faire l’objet de l’établissement du bilan énergétique. Une telle politique de mise en œuvre prend par exemple la forme de données structurées (accessibles par exemple dans un fichier, dans une base de données, etc.) définissant des règles permettant, entres autres, de définir le terminal de communication (ou plusieurs terminaux de communication) et les services dont l’utilisation associée doit faire l’objet d’un bilan énergétique, c’est-à-dire pour lesquels les étapes d’obtention 11, de signature 12 et de transmission 13 sont mises en œuvre. Ces données sont éventuellement regroupées selon une politique d’agrégation permettant de paramétrer si le bilan énergétique doit être étendu à plusieurs services (agrégation de services) ou plusieurs terminaux de communication (agrégation de terminaux), ou au contraire différencié par terminal et/ou service. Ainsi, via la politique d’agrégation, il est possible de définir finement un degré de granularité souhaité pour l’établissement du bilan énergétique. Selon une caractéristique particulière, les informations d’identification des services prennent la forme de noms de domaine. Par exemple, une information d’identification du type « *. teams.microsoft » dans les données structurées signifie que des données contextuelles représentatives d’un contexte énergétique doivent être collectées lorsque l’application de visioconférence Teams™ de l’éditeur de solutions logicielles Microsoft™ est utilisée, c’est-à-dire dès lors que des flux de données associé au domaine teams.microsoft et tous ses sous-domaines (inclus de par la présence du caractère spécial « * » dans le nom de domaine) sont émis à partir du terminal de communication. Divers types de syntaxe peuvent être utilisées au sein des données structurées pour marquer le regroupement (i.e. l’agrégation), la dissociation, voire l’exclusion de certains services du procédé de collecte. Les informations identifiant le ou les terminaux de communication pour lesquels le procédé doit être mis en œuvre peuvent par exemple prendre la forme d’une adresse IP ou d’une adresse MAC associée au terminal de communication, ou tout autre information permettant d’identifier de manière certaine le terminal (e.g. un numéro de série, un nom de machine, etc.). Ainsi, il est possible de sélectionner par ce biais les terminaux de communication concernés par la mise en œuvre du procédé selon la technique proposée. Par exemple, si on reprend l’exemple précédent du service de visioconférence Teams, il est possible de spécifier que seules les utilisations du service à partir d’un terminal de communication à usage professionnel (par exemple à partir d’un ordinateur portable fourni par une entreprise à un salarié) doivent être prises en compte. Une utilisation de ce même service à partir d’un terminal de communication non identifié de l’utilisateur, par exemple un terminal de communication personnel de l’utilisateur (e.g. sa tablette), ne déclenchera pas le mécanisme de collecte décrit en relation avec les étapes d’obtention 11, de signature 12 et de transmission 13 du procédé selon la présente technique. La présente technique offre ainsi une grande liberté de paramétrage d’un degré de granularité souhaité pour l’établissement du bilan énergétique (d’une granularité très fine au niveau du flux, à une granularité large grâce au mécanisme d’agrégation), et ceci tant au niveau des services que des terminaux de communication utilisés. Dans un mode de réalisation particulier, le dispositif électronique qui met en œuvre le procédé décrit en relation avec la est un dispositif par lequel transite au moins un flux de données lié à l’utilisation du service pour lequel un bilan énergétique est souhaité. Selon une caractéristique particulière de ce mode de réalisation, la transmission (étape 13) des données contextuelles signées peut alors être effectuée par encapsulation de ces données signées au sein d’au moins un flux de données sortant parmi les flux de données liés à l’utilisation du service. Par flux de données sortant, on entend un flux émis par le terminal de communication à destination du serveur fournisseur du service. En d'autres termes, dans une telle implémentation, au moins certains flux de données échangés entre le terminal de communication et un serveur fournisseur dans le cadre de l’utilisation du service sont enrichis pour y intégrer les données additionnelles que sont les données contextuelles signées (i.e. représentatives d’un contexte énergétique vérifiable). Cet enrichissement des flux peut par exemple être effectué au niveau de la couche de transport, par exemple en encapsulant les données contextuelles signées dans des trames selon un protocole de transport utilisé (e.g. TCP, QUIC, etc.). De manière alternative, les données contextuelles signées peuvent également être transmises via des flux de données dédiés, distincts de ceux échangés dans le cadre de l’utilisation du ou des services mis à disposition par au moins un serveur fournisseur. Selon une caractéristique particulière, les données contextuelles signées transmises en étape 13 sont routées en fonction des informations d’identification du service considéré, en fonction des informations d’identification du terminal de communication, ou encore en fonction d’un identifiant interne associé auxdites informations d’identification, attribué par exemple par le dispositif électronique (e.g. un identifiant interne de flux). De cette manière, la présente technique permet également de paramétrer finement la destination des données contextuelles signées collectées, éventuellement en les dirigeant vers différents serveurs de collecte en fonction du ou des services et/ou du terminal de communication utilisés. Dans un mode de réalisation particulier, la politique de mise en œuvre obtenue en étape 10 comprend en outre des informations représentatives d’au moins une mesure énergétique à mettre en œuvre au niveau du terminal de communication, dans le cas d’une détection d’au moins un évènement prédéterminé reçu par exemple en provenance d’un fournisseur d’énergie externe ou encore d’un dispositif de contrôle d’énergie présent dans l’environnement local du terminal de communication. De tels évènements peuvent par exemple comprendre une notification de délestage, une demande d’effacement, une notification d’une bascule de source énergétique (partielle ou complète) en provenance d’un dispositif de contrôle d’énergie présent dans un environnement local dudit terminal de communication, etc. En réponse à une telle détection, le dispositif électronique peut solliciter la mise en œuvre, au niveau du terminal de communication, de mesures notamment d’économie d’énergie, comprenant par exemple : - une mise en veille dudit terminal de communication ; - une bascule en mode économie d’énergie dudit terminal de communication ; - une désactivation d’au moins une fonctionnalité dudit terminal de communication ; - un basculement de source électrique pour l’alimentation électrique dudit terminal de communication. Les données contextuelles obtenues suite à ces mesures, horodatées et signées, peuvent ainsi être éventuellement utilisées pour prouver, le cas échéant, qu’une entreprise ou collectivité a correctement réagi suite à une sollicitation particulière (par exemple d’un fournisseur d’énergie ou d’une autorité supérieure) et qu’une réponse adaptée a bien été apportées en réponse à la détection de l’évènement particulier. Selon les modes de réalisation, le dispositif électronique peut être implémenté au sein même du terminal de communication au moyen duquel le service est utilisé, ou encore au sein d’un équipement (ou nœud) intermédiaire du réseau de communication situé entre ce terminal de communication et les serveurs fournisseurs dudit service. Par exemple, le dispositif électronique est mis en œuvre au sein d’un équipement passerelle délivrant un réseau local auquel le terminal de communication est connecté (e.g. en WiFi, en Ethernet, etc.), et faisant l’interface avec un réseau étendu (e.g. le réseau Internet) auquel les serveurs fournisseurs sont connectés. Selon un autre exemple, le dispositif électronique est mis en œuvre au sein d’un équipement réseau d’un réseau cellulaire par l’intermédiaire duquel le terminal de communication a la possibilité d’accéder au réseau étendu auquel les serveurs fournisseurs sont connectés, via au moins une interface de communication cellulaire (e.g. 3G, 4G, 5G, etc.) du terminal de communication. Un tel équipement réseau du réseau cellulaire peut par exemple être un terminal mobile (typiquement un smartphone), qui peut être le terminal de communication au moyen duquel le service est utilisé, ou un tout autre terminal. Il peut également s’agir selon un autre exemple d’un équipement d’une entité UPF (« User Plane Fonction », ou « fonction de plan utilisateur » en français) du réseau cellulaire, lorsque ce dernier est un réseau 5G. Il est entendu que les exemples précédents sont donnés à titre purement illustratif, et non limitatif. Pour plus de clarté, on présente maintenant en relation avec la un diagramme de séquence illustrant dans le temps un exemple d’interactions possibles entre différents acteurs impliqués dans la mise en œuvre du procédé de collecte selon la présente technique, selon certains des modes de réalisation particuliers décrits précédemment. Dans le contexte présenté en relation avec la , une politique de mise en œuvre POL est transmise au dispositif électronique DE en charge d’exécuter le procédé de collecte selon la présente technique, conformément à l’étape 10 précédemment décrite en relation avec la . Cette politique de mise en œuvre est par exemple transmise par un serveur NMS du type station de gestion de réseau, opéré par un opérateur de télécommunications. Selon cette politique de mise en œuvre POL, l’utilisation au moyen d’un terminal de communication TC d’une application APP mise à disposition via un serveur distant SRVF d’un fournisseur de services doit faire l’objet d’une collecte d’informations, en prévision de l’établissement d’un bilan énergétique associé à cette utilisation. Postérieurement à la réception de cette politique POL par le dispositif électronique DE, une connexion CNX est établie entre le terminal de communication TC et le serveur fournisseur SRVF, marquant le début d’une session d’utilisation de l’application APP. Le dispositif électronique DE débute alors la collecte de données représentatives d’un contexte énergétique associé à ladite utilisation, conformément à l’étape 11 précédemment décrite en relation avec la . Des données de télémétrie T1, T2, T3 sont alors obtenues par le dispositif électronique DE, via un ou plusieurs protocoles de communication incluant par exemple des protocoles de communication de type domotique, dédiés au pilotage et à la gestion de fonctions d’un réseau local domestique. Ces données de télémétries peuvent être émises par exemple par le terminal de communication TC lui-même (données contextuelles T1 de la ), mais également par d’autres équipements EQS par exemple connectés à un même réseau local que le terminal de communication TC (par exemple, en situation de télétravail, des équipements électroménagers ou informatiques connectés : téléviseur, chauffage, passerelle domestique, etc.) (données contextuelles T2 de la ). Les données de télémétrie peuvent également comprendre des données représentatives d’un mix énergétique actuellement consommé au sein d’un foyer (par exemple quantité et proportion d’électricité consommée en provenance du réseau électrique vs. en provenance de dispositifs d’autoproduction – panneaux solaires, éoliennes, etc. – installés au sein du foyer), ces données contextuelles étant par exemple fournies par un dispositif contrôleur d’énergie TPM (données contextuelles T3 de la ). Les données contextuelles (T1, T2, T3, etc.) obtenues sont horodatées et signées par le dispositif électronique DE lors d’une opération de signature SIG1, au fur et à mesure de leur réception ou en masse, conformément à l’étape 12 précédemment décrite en relation avec la . Dans le cadre de l’utilisation de l’application APP par le terminal de communication TC, des message applicatifs sont échangés entre ce terminal TC et le serveur fournisseur SRVF, comprenant des flux de données entrants (FDE1, FDE2) et sortants (FDS1, FDS2). Dans le mode de réalisation illustré en relation avec la , les flux de données sortants sont exploités pour relayer les données contextuelles signées à un serveur en charge de les exploiter. Dans ce cas, le dispositif électronique DE est un dispositif par lequel transitent ces flux de données liés à l’utilisation de l’application APP, il peut par exemple être intégré à une passerelle domestique qui délivre le réseau local auquel le terminal de communication TC est connecté et qui fait l’interface avec un réseau étendu tel qu’Internet. Au moment où ces données applicatives transitent en son sein, le dispositif électronique DE enrichit le flux de données sortant FDS1 avec les données contextuelles signées (par exemple via une encapsulation de ces données dans les trames de données générées au niveau d’une couche de transport, selon un protocole tel que TCP ou QUIC par exemple). Les données contextuelles ainsi véhiculées sont extraites au niveau par exemple de l’équipement final (le serveur fournisseur), ou de manière alternative comme illustré sur la au niveau d’un équipement intermédiaire, par exemple un équipement RP de type « reverse proxy ». Dans un mode de réalisation particulier, la politique de mise en œuvre POL reçue au niveau du dispositif électronique DE peut également prévoir des mesures énergétiques à mettre en œuvre au niveau du terminal de communication, en cas d’obtention de données contextuelles représentatives d’une détection de certains évènements prédéterminés. De tels évènements peuvent comprendre des évènements internes à un environnement local du terminal de communication, ou des évènements externes. Deux exemples d’évènements prédéterminés EV1 et EV2 sont illustrés en à titre purement limitatif et non limitatif. L’évènement EV1 a pour origine le dispositif contrôleur d’énergie TPM tel que décrit précédemment. Il s’agit donc d’un évènement interne, représentatif par exemple du franchissement d’un seuil de consommation électrique ou d’une bascule de la consommation électrique sur une source particulière (par exemple, franchissement d’un seuil de 80% de l’électricité consommée en provenance de panneaux solaires du domicile). L’évènement EV2 a pour origine un équipement externe à l’environnement local du terminal de communication. Il s’agit donc d’un évènement externe, émanant par exemple d’un fournisseur d’énergie FE auprès duquel un utilisateur a souscrit un contrat. L’évènement EV2 peut par exemple être la réception d’une notification de délestage ou d’une notification de demande d’effacement incitant les utilisateurs à réduire leur consommation électrique. En fonction de la politique POL mise en œuvre, à réception de tels évènements, le dispositif électronique DE émet une demande CMD à destination du terminal de communication TC, afin que ce dernier procède à des adaptations ADP de sa consommation via des mesures énergétique telles qu’une mise en veille, un passage en mode économie d’énergie, la désactivation de certaines fonctionnalités particulièrement énergivores (e.g. streaming), etc. Des données contextuelles, notamment des données de télémétrie T4, T5, T6 continuent à être reçues au niveau du dispositif électronique DE après cette adaptation ADP, ces données pouvant éventuellement être utilisées par la suite pour témoigner d’une bonne réception et d’une réaction adaptée aux évènements EV1 et/ou EV2 reçus. À nouveau, ces données contextuelles font l’objet d’une opération d’horodatage et de signature SIG2 conformément à l’étape 12 précédemment décrite en relation avec la , et de transmission à destination d’un serveur de collecte conformément à l’étape 13 précédemment décrite en relation avec la (par exemple via une encapsulation au sein d’un flux de données sortant FDS2 émis par le terminal de communication TC à destination du serveur fournisseur SRVF dans le cadre de l’utilisation de l’application APP). À l’issue d’une session d’utilisation de l’application APP, les données contextuelles signées DCS extraites des flux de données échangés avec le serveur fournisseur SRVF sont par exemple transmises à un serveur en charge de d’établir un bilan énergétique BE lié à l’utilisation de ce service, via des opérations d’analyse et de traitement de ces données qui ne sont pas l’objet du présent document. Dans l’exemple illustré dans la , c’est par exemple le serveur de gestion de réseau NMS qui reçoit ces données DCS en provenance du reverse proxy RP, puis qui établit ce bilan énergétique BE (étant entendu que dans d’autres modes de réalisation, le serveur en charge d’établir ce bilan est un tout autre serveur, par exemple un serveur spécialisé dans ce type d’opération). Selon un autre aspect, la technique proposée se rapporte également à un dispositif électronique de collecte d’informations signées pour l’établissement d’un bilan énergétique associé à l’utilisation, au moyen d’un terminal de communication, d’au moins un service fourni par au moins un serveur fournisseur accessible via un réseau de communication. Un tel dispositif est apte à réaliser le procédé précédemment décrit dans l’un quelconque de ses modes de réalisation. Plus particulièrement, un tel dispositif selon la présente technique comprend : - des moyens d’obtention de données dites contextuelles, représentatives d’un contexte énergétique associé à ladite utilisation ; - des moyens de signature desdites données contextuelles, délivrant des données contextuelles signées ; - des moyens de transmission desdites données contextuelles signées à un serveur de collecte, pour l’établissement du bilan énergétique. La représente, de manière schématique et simplifiée, la structure d’un tel dispositif, dans un mode de réalisation particulier. Ce dispositif électronique comprend par exemple une mémoire 31 constituée d’une mémoire tampon M, une unité de traitement 32, équipée par exemple d’un microprocesseur μP, et pilotée par le programme d’ordinateur Pg 33, mettant en œuvre des étapes du procédé de collecte d’informations signées selon au moins un mode de réalisation de l’invention. À cette fin, le dispositif comprend également au moins une interface de communication (e.g. une interface de communication Ethernet, WiFi, Bluetooth, etc.), lui permettant de recevoir et d’émettre des messages en provenance et à destination d’autres équipements connectés à un même réseau de communication que lui (e.g. un réseau local et/ou un réseau étendu). Il a également accès à un outil de signature lui permettant de signer électroniquement des données. À l’initialisation, les instructions de code du programme d’ordinateur 33 sont chargées dans la mémoire tampon avant d’être exécutées par le processeur de l’unité de traitement 32. L’unité de traitement 32 reçoit en entrée E par exemple un message lui indiquant une politique de mise en œuvre à appliquer dans le but d’établir un bilan énergétique associé à l’utilisation, au moyen d’un terminal de communication, d’au moins un service fourni par au moins un serveur fournisseur accessible via un réseau de communication. Le microprocesseur de l’unité de traitement 32 réalise alors les étapes du procédé de collecte d’informations, selon les instructions du programme d’ordinateur 33. Plus particulièrement, le dispositif électronique obtient via ses interfaces de communication des données représentatives d’un contexte énergétique associé à l’utilisation des services ciblés, puis il signe ces données via son outil de signature. Ces opérations délivrent des données contextuelles signées, qui sont alors transmis par l’unité de traitement 32 en sortie S à un serveur de collecte, pour l’établissement d’un ou plusieurs bilans énergétiques. Procédé de collecte d’informations signées pour l’établissement d’un bilan énergétique associé à l’utilisation, au moyen d’un terminal de communication, d’au moins un service fourni par au moins un serveur fournisseur accessible via un réseau de communication, ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes : - obtention (11) de données dites contextuelles, représentatives d’un contexte énergétique associé à ladite utilisation ; - signature (12) desdites données contextuelles, délivrant des données contextuelles signées ; - transmission (13) desdites données contextuelles signées à un serveur de collecte, pour l’établissement dudit bilan énergétique. Procédé selon la revendication 1 caractérisé en ce que ladite obtention de données contextuelles comprend l’obtention, via au moins un protocole de communication, de données en provenance d’au moins un équipement tiers connecté à un même réseau local que ledit terminal de communication. Procédé selon la revendication 2 caractérisé en ce que ledit protocole de communication est un protocole de communication dédié au pilotage et à la gestion de fonctions d’un réseau local domestique. Procédé selon la revendication 1, caractérisé en ce que lesdites données contextuelles appartiennent au groupe comprenant : - une position géographique courante dudit terminal de communication ; - des données représentatives d’une consommation énergétique courante dudit terminal de communication ; - des données représentatives d’une consommation énergétique courante globale associée à un environnement local dudit terminal de communication ; - des données représentatives d’une consommation courante de données réseau dudit terminal de communication ; - des données représentatives d’un mix énergétique, comprenant un état des lieux de différentes sources énergétiques courantes utilisées par ledit terminal de communication et/ou au sein dudit environnement local dudit terminal de communication, et de leur proportion ; - des données représentatives de la détection d’un évènement impactant la consommation énergétique dudit terminal de communication et/ou la consommation énergétique courante globale associée audit environnement local dudit terminal de communication ; - des données représentatives d’une performance de bout-en-bout ou par segment d’échanges de données réalisés via ledit réseau de communication, entre ledit terminal de communication et ledit au moins un serveur fournisseur. Procédé selon la revendication 1, caractérisé en ce ladite signature est mise en œuvre au moyen d’une clé de chiffrement comprise dans un certificat de signature électronique délivré par une autorité de certification externe. Procédé selon la revendication 1, caractérisé en ce qu’il est mis en œuvre au sein d’un dispositif électronique par lequel transite au moins un flux de données lié à ladite utilisation dudit service. Procédé selon la revendication 6, caractérisé en ce que ladite transmission est effectuée par encapsulation desdites données signées au sein d’au moins un flux sortant parmi lesdits flux de données liés à ladite utilisation dudit service. Procédé selon la revendication 6, caractérisé en ce que ledit dispositif électronique est mis en œuvre : - au sein dudit terminal de communication ; - au sein d’un équipement passerelle délivrant un réseau local auquel ledit terminal de communication est connecté ; - au sein d’un équipement réseau d’un réseau cellulaire auquel ledit terminal de communication est connecté. Procédé selon la revendication 1, caractérisé en ce qu’il comprend, préalablement à ladite étape d’obtention (11), une étape de réception (10) de données représentatives d’une politique de mise en œuvre, comprenant des informations appartenant au groupe comprenant : - des informations d’identification dudit au moins un service pour lequel lesdites étapes d’obtention (11), de signature (12) et de transmission (13) sont mises en œuvre lors de l’utilisation dudit service ; - des informations d’identification dudit terminal de communication. Procédé selon la revendication 9, caractérisé en ce ladite politique de mise en œuvre comprend en outre des informations représentatives d’au moins une mesure énergétique à mettre en œuvre au niveau dudit terminal de communication en cas d’obtention de données contextuelles représentatives d’une détection d’au moins un évènement prédéterminé, ladite au moins une mesure énergétique appartenant au groupe comprenant : - une mise en veille dudit terminal de communication ; - une bascule en mode économie d’énergie dudit terminal de communication ; - une désactivation d’au moins une fonctionnalité dudit terminal de communication ; - un basculement de source électrique pour l’alimentation électrique dudit terminal de communication. Procédé selon la revendication 10, caractérisé en ce que ledit évènement prédéterminé appartient au groupe comprenant : - la réception d’une information de délestage en provenance d’un équipement d’un fournisseur d’énergie externe ; - la réception d’une demande d’effacement en provenance d’un équipement dudit fournisseur d’énergie externe ; - la réception d’une notification de bascule de source énergétique, partielle ou complète, en provenance d’un dispositif de contrôle d’énergie présent dans un environnement local dudit terminal de communication. Procédé selon la revendication 9, caractérisé en ce que lesdites informations d’identification dudit au moins un service prennent la forme d’au moins un nom de domaine associé audit au moins un service. Procédé selon la revendication 9, caractérisé en ce que lors de ladite transmission (13), lesdites données contextuelles signées sont routées en fonction desdites informations d’identification dudit au moins un service et/ou en fonction desdites informations d’identification dudit terminal de communication, ou d’un identifiant interne associé auxdites informations d’identification. Dispositif électronique de collecte d’informations signées pour l’établissement d’un bilan énergétique associé à l’utilisation, au moyen d’un terminal de communication, d’au moins un service fourni par au moins un serveur fournisseur accessible via un réseau de communication, ledit dispositif électronique étant caractérisé en ce qu'il comprend : - des moyens d’obtention de données dites contextuelles, représentatives d’un contexte énergétique associé à ladite utilisation ; - des moyens de signature desdites données contextuelles, délivrant des données contextuelles signées ; - des moyens de transmission desdites données contextuelles signées à un serveur de collecte, pour l’établissement dudit bilan énergétique. Produit programme d’ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu’il comprend des instructions de code de programme pour l’exécution d'un procédé selon l'une quelconque des revendications 1 à 13, lorsqu’il est exécuté par un ordinateur.