Brevet FR3160025A1 — publié le 20250912

Procédés de certification de la survenue d’un évènement impliquant un dispositif utilisateur L’invention concerne un procédé mis en œuvre par au moins un nœud appartenant à un réseau de nœuds contribuant à un registre inaltérable, ledit procédé comprenant : la diffusion d’au moins une demande de certification de la survenue d’au moins un évènement impliquant un dispositif utilisateur d’un réseau de télécommunications ; la réception, en provenance d’une entité du réseau, de données de positionnement du dispositif utilisateur lors de la survenue de l’évènement ; l’inscription desdites données de positionnement dans le registre inaltérable. Figure pour l’abrégé : Fig. 1. Procédés de certification de la survenue d’un évènement impliquant un dispositif utilisateur L’invention appartient au domaine général des télécommunications. Elle a une application privilégiée mais non limitative dans le contexte de la lutte contre la diffusion de fausses informations ou « fake news » en langue anglaise. L’invention permet également de garantir la traçabilité de certaines actions notamment, mais non exclusivement, dans le domaine du transport de biens ou de personnes. L'apparition et le développement de modèles d'intelligence artificielle (ou IA) générative soulèvent des questions majeures en matière de confiance dans les données mises à dispositions du public, notamment par le biais des réseaux sociaux. Plus particulièrement, certaines IA génératives, telles que Midjourney par exemple, sont maintenant capables de créer des contenus visuels d’un réalisme troublant, rendant difficile la distinction entre une image ou une vidéo capturée par un photographe au moyen d’un dispositif d’acquisition d’images et une image ou une vidéo générée par une IA à partir d'une simple description. Il en est de même pour la production de contenus textuels tels que des articles de presse, des articles académiques ou encore des travaux scolaires. Ainsi, les modèles GPT (pour « Generative Pre-trained Transformer » ou transformateur génératif pré-entrainé), tel que ChatGPT, sont capables de produire des contenus convaincants qu’il est délicat de distinguer d’une production humaine. Cette difficulté croissante à discerner l’origine de contenus partagés expose les utilisateurs à de nombreux risques, notamment en termes de propriété intellectuelle, de protection des données, d’atteintes à la réputation, ou de tromperie de différents types. Dans un tel contexte, la lutte contre la désinformation devient un enjeu important pour les pouvoirs publics mais également pour les créateurs et pour les fournisseurs de contenus, tels que les acteurs du monde de la presse ou les opérateurs de réseaux sociaux, pour lesquels la confiance dans l’information fournie est primordiale. Des solutions existent qui permettent de reconnaitre des contenus générés par une IA. Parmi celles-ci, on peut notamment citer le tatouage numérique. Bien que cette solution mature et robuste ait déjà fait ses preuves dans le domaine de la protection et de la traçabilité des contenus, elle ne permet pas de détecter du texte généré artificiellement si le tatouage n’est pas apposé lors de la génération du contenu. L’article de Verdoliva intitulé « Media Forensics and DeepFakes: An Overview », 2020, recense des techniques de détection d’images et de vidéos générées par une IA. Ces techniques reposent sur la détection de résidus issus de la manipulation ou de la génération d’une image, sur l’analyse de l’ensemble de l’image résultant en une classification similaire à celle rencontrée dans les réseaux antagonistes (GAN), ou encore sur l’analyse des traits du visage dans le cas des hypertrucages (ou « deepfakes » en langue anglaise). Ces méthodes semblent prometteuses mais sont encore à un stade de développement. De plus certaines d’entre elles nécessitant des connaissances techniques particulières, leur usage se trouve restreint à un public limité. Enfin, le document de Pegoraro et al ., intitulé « To ChatGPT, or not to ChatGPT: That is the question! », 2023, propose une étude des méthodes existantes permettant de détecter du texte généré par une IA. Malheureusement, ces méthodes ne semblent pas parvenir à détecter les contenus artificiels de manière robuste. La détection et l’identification de contenus générés par une IA étant complexe et manquant parfois de robustesse, il existe par conséquent un besoin de solutions permettant de restaurer la confiance dans les contenus diffusés. Plus généralement, il existe un besoin de solutions permettant de s’assurer de la véracité d’une information partagée. A cet effet, et selon un premier aspect, l’invention concerne un procédé mis en œuvre par au moins un nœud appartenant à un réseau de nœuds contribuant à un registre inaltérable, ledit procédé comprenant : la diffusion d’au moins une demande de certification de la survenue d’au moins un évènement impliquant un dispositif utilisateur d’un réseau de télécommunications ; la réception, en provenance d’une entité du réseau, de données de positionnement du dispositif utilisateur lors de la survenue de l’évènement ; l’inscription desdites données de positionnement dans le registre inaltérable. Corrélativement, l’invention vise aussi un nœud appartenant à un réseau de nœuds contribuant à un registre inaltérable comprenant : un module de diffusion configuré pour diffuser au moins une demande de certification de la survenue d’au moins un évènement impliquant un dispositif utilisateur d’un réseau de télécommunications ; un module de réception configuré pour recevoir, en provenance d’une entité du réseau, des données de positionnement du dispositif utilisateur lors de la survenue de l’évènement ; un module d’inscription configuré pour inscrire lesdites données de positionnement dans le registre inaltérable. L’idée sous-jacente sur laquelle s’appuie l’invention est d’utiliser un réseau de télécommunications comme tiers de confiance afin de garantir la véracité de certaines informations associées à un contenu donné, telles que des informations relatives au positionnement du dispositif utilisateur lors de la survenue d’un évènement. L’utilisation du réseau de télécommunications comme tiers de confiance pour vérifier les informations relatives au positionnement du dispositif utilisateur lors de la survenue d’un évènement est rendu possible car ce dernier collecte, pour répondre aux besoins et aux attentes de ses utilisateurs, divers éléments concernant des échanges de données impliquant le dispositif utilisateur, telles que des variables physiques et/ou des données de signalisation. De manière classique, de telles variables physiques permettent de déterminer l’utilisation qui est faite des ressources du réseau par l’ensemble des équipements qui lui sont connectés notamment, mais non exclusivement, en permettant l’obtention de données de signalisation relatives à ces différents équipements. On entend par données de signalisation, tout type de variables susceptibles d’être utilisées dans le protocole d'accès au réseau et permettant d'assurer la coordination de différents composants du réseau ; par exemple, une cellule choisie par le réseau pour qu'un dispositif utilisateur tel qu’un terminal d’un utilisateur puisse transmettre ou recevoir des données à un instant t est une donnée de signalisation. De telles variables physiques sont par exemple mesurées par les dispositifs utilisateurs et remontées au réseau, et/ou mesurées ou évaluées par le réseau lui-même pour la mise en œuvre de divers mécanismes, comme des mécanismes de sélection de cellules pour assurer une transmission de données, de handover, etc. Il s’agit par exemple de niveaux de signaux mesurés par les dispositifs utilisateurs, de différences de temps d’arrivée (ou TDOA pour « Time Difference of Arrival » en anglais), etc. Ces dernières années, avec l’émergence des véhicules connectés, les données de signalisation ont trouvé une utilité supplémentaire dans le domaine de l’estimation d’une situation de mobilité d’un dispositif utilisateur. Il est ainsi possible d’estimer une position d’un dispositif utilisateur au moyen des données de signalisation qui lui sont associées telles que par exemple les identifiants des stations de base auxquelles le dispositif utilisateur s’est connecté sur un intervalle de temps donné ainsi que les horaires de connexion et de déconnection à ces différentes stations de base. Les données de signalisation étant collectées et traitées au sein du réseau, elles sont réputées fiables et difficilement falsifiables. Ces informations relatives au positionnement du dispositif utilisateur lors de la survenue d’un évènement, déterminées par le tiers de confiance qu’est le réseau sont ensuite mémorisées dans un registre inaltérable ce qui permet de rendre publique et infalsifiable ces données tout en garantissant leur authenticité. On entend par registre inaltérable un registre mémoire, tel qu’un ou plusieurs serveurs ou une partition d’un disque mémoire, etc. qui peut être décentralisé afin d’en faciliter l’accès. Un tel registre est dit inaltérable car dès qu’une information a été inscrite dans ce registre, elle ne peut être supprimée par quiconque. Si une information inscrite dans ce registre doit être modifiée, une telle modification fait l’objet d’une nouvelle entrée dans le registre inaltérable. Ainsi, un tel registre inaltérable contient l’historique de tous les échanges qui y ont été inscrits depuis sa création. Afin de garantir l’inaltérabilité d’un tel registre, il est par exemple possible de verrouiller en écriture les zones mémoires contenant des informations. Il est également possible de limiter l’accès en écriture au registre à un nombre restreints de nœuds de confiance, etc. L’accès en lecture au registre altérable peut également est restreint à un nombre limité de nœuds. Bien que l’invention ne vise pas à garantir la véracité d’un contenu ou d’une information partagée au moyen d’un dispositif utilisateur, elle permet de certifier que le partage de ce contenu ou de cette information est survenu à une heure et à un endroit donnés. En garantissant l’authenticité de ces données complémentaires ainsi que leur caractère infalsifiable, l’invention contribue néanmoins au contrôle de la véracité d’une information partagée. Il est à noter que la présente solution n’exclut pas l’inscription de preuves permettant de déterminer la véracité d’un contenu ou d’une information partagée au moyen d’un dispositif utilisateur provenant de tiers autres que le réseau de télécommunications dans le registre inaltérable. Ainsi, à titre d’exemple, une information de localisation fournie par un capteur d’une caméra embarquée dans le dispositif utilisateur peut également être inscrite dans le registre inaltérable en complément des données de positionnement fournies par le tiers de confiance. Prenons l’exemple suivant : un premier contenu montrant un rassemblement sur une grande avenue A est publié sur un réseau social à un instant I et un deuxième contenu montrant cette même avenue A sans manifestant est également publié sur un réseau social à un instant I’ proche de l’instant I. Si ces deux publications ont fait l’objet d’une demande de certification et que les données de positionnement obtenue par le procédé objet de l’invention sont identiques ou proches alors il y a tout lieu de s’interroger sur la véracité de ces deux contenus. Selon des modes de réalisation du procédé objet de l’invention, le registre inaltérable est une chaîne de blocs. La chaîne de blocs, ou « blockchain » en langue anglaise, est une technologie de stockage et de transmission d’informations transparente, sécurisée, et fonctionnant sans organe central de contrôle. Plus particulièrement, une chaîne de blocs est une base de données distribuée, qui contient l’historique de tous les échanges effectués entre ses utilisateurs depuis sa création : les informations envoyées par les utilisateurs et les échanges internes à la base de données sont vérifiés et groupés à intervalles de temps réguliers en blocs, formant ainsi une chaîne. L’ensemble est sécurisé par cryptographie. Plus précisément, les transactions effectuées entre les utilisateurs du réseau de nœuds contribuant à une chaîne de blocs sont regroupées par blocs. Dans le domaine des chaînes de blocs, une transaction est une action enregistrée dans une chaîne de blocs qui change l’état de cette dernière. Un exemple de transaction peut être le transfert d’un montant en cryptomonnaie d’un compte à un autre ou encore l’inscription de données de positionnement d’un dispositif utilisateur. Chaque bloc est validé par les nœuds du réseau, selon des techniques cryptographiques qui dépendent du type de chaîne de blocs utilisé. Une fois le bloc validé, il est horodaté et ajouté à la chaîne de blocs, à laquelle tous les utilisateurs ont accès. La transaction est alors visible pour l’ensemble des nœuds du réseau. Une fois ajouté à la chaîne de blocs, un bloc ne peut plus être ni modifié ni supprimé, ce qui garantit l’authenticité et la sécurité du réseau. Il existe des chaînes de blocs publiques, ouvertes à tous, et des chaînes de blocs privées, ou de consortium, dont l’accès et l’utilisation sont limités à un certain nombre d’acteurs définis à l’avance. Les premières chaînes de blocs ont trouvé des applications dans le domaine de la monnaie numérique, telle que le bitcoin, qui est un exemple de monnaie programmable. Cependant, le caractère décentralisé de la chaîne de blocs, couplé avec sa sécurité et sa transparence, laisse entrevoir des applications bien plus larges que le seul domaine monétaire. Les infrastructures de chaînes de blocs se sont ainsi enrichies de contrats intelligents, ou « smart contracts », que l’on peut définir comme des programmes qui exécutent automatiquement les conditions et termes d’un contrat, sans nécessiter d’intervention humaine. En d’autres termes, un contrat intelligent est un programme informatique compilé qui comporte un ensemble de caractéristiques lui permettant d’exécuter automatiquement et en autonomie au moins certaines des clauses spécifiques du contrat qu’il porte. Un tel programme informatique compilé est encapsulé dans une transaction. Cette transaction est ensuite signée par une clé cryptographique associée au dispositif à l’origine de la demande d’inscription dans la chaîne de blocs et transmise à un nœud appartenant à un réseau contribuant à une chaîne de blocs. Le nœud diffuse ensuite cette transaction dans un réseau contribuant à une chaîne de blocs afin qu’elle soit inscrite dans un bloc de la chaine de blocs. Dans une première implémentation de la solution objet de l’invention, un unique contrat intelligent est exécuté pour traiter l’ensemble des demandes de certification. Ainsi, cet unique contrat intelligent est exécuté par le nœud du réseau de nœuds contribuant à une chaîne de blocs pour chaque demande de certification à traiter. Une telle implémentation présente l’avantage d’avoir un coût d’exploitation réduit. En contrepartie, l’exécution d’un unique contrat intelligent rend les transactions effectuées en lien avec une demande de certification donnée plus difficiles à tracer au sein de la chaîne de blocs puisque l’ensemble des transactions impliquant le contrat intelligent partagent une même adresse dans la chaîne de blocs bien qu’elles ne concernent pas toutes une même demande de certification. Dans une deuxième implémentation de la solution objet de l’invention, un contrat intelligent est exécuté pour chaque demande de certification. Dans cette deuxième implémentation, le nœud du réseau de nœuds contribuant à une chaîne de blocs exécute autant de contrats intelligents qu’il y a de demandes de certification à traiter. Ces différents contrats intelligents, bien qu’étant identiques en termes de programmation informatique, se distinguent les uns des autres en ce qu’ils se voient affecter une adresse qui leur est propre au sein de la chaîne de blocs. Ainsi, cette deuxième implémentation présente une plus grande efficacité opérationnelle puisqu’à un contrat intelligent donné, donc à un ensemble de transactions relatif à une demande de certification donnée, correspond une adresse spécifique dans la chaîne de blocs, ce qui contribue à faciliter l’accès aux informations relatives à une demande de certification spécifique au sein de la chaîne de blocs. Enfin, il convient de noter que le dispositif utilisateur peut être, par exemple, un équipement utilisateur tel qu’un smartphone, un téléphone mobile, une tablette, ou encore un objet connecté, tel qu’un véhicule connecté. Plus généralement, le dispositif utilisateur est un équipement matériel identifié de manière unique et sécurisé auprès d’un réseau de télécommunications, notamment mais non exclusivement au moyen d’une carte SIM (pour « Subscriber Identity Module ») ou d’une carte eSIM (pour « embedded SIM »). Selon des modes de réalisation du procédé objet de l’invention, la demande de certification comprend au moins un élément parmi : un identifiant de la demande de certification ; un identifiant du dispositif utilisateur dans le réseau ; une donnée d’horodatage de la demande de certification. Dans la présente demande de brevet, on entend par « évènement » tout fait ou ensembles de faits donnant lieu à une émission ou une réception de données de signalisation entre le dispositif utilisateur et un point d’accès à un réseau, comme l’établissement d’une communication entre le dispositif utilisateur et la station de base par exemple en cas d’appel entrant ou sortant ou en cas d’émission ou de réception d’un message court ou SMS, le déclenchement d’une procédure d’attachement à la station de base, la transmission d’un message de paging à destination du dispositif utilisateur lui demandant de sortir d’un état de veille, etc. A titre d’exemple, un point d’accès peut être une station de base du réseau appelée gNB dans le contexte d’un réseau de 5G (i.e. cinquième génération) ou appelée eNodeB dans le contexte d’un réseau 4G (i.e. quatrième génération) ou un point d’accès Wi-Fi. Lorsque l’évènement est un évènement relatif à un service offert par le réseau, auquel le dispositif est connecté, la demande de certification comprend en outre un identifiant du service. Dans ce cas de figure particulier, on entend par événement relatif à un service tout évènement donnant lieu à une transmission, en plus de données de signalisation, de données entre le dispositif utilisateur et un serveur impliqué dans la fourniture du service. Une telle transmission peut couvrir aussi bien l’envoi d’un contenu, tel qu’une image et/ou un texte, depuis le dispositif utilisateur à destination d’un serveur appartenant au fournisseur du service que la réception, par le dispositif utilisateur, d’un contenu émis par ce même serveur. Selon des modes de réalisation du procédé objet de l’invention, la demande de certification comprend en outre un condensé (ou « hash » en anglais) d’un contenu associé à l’évènement. Le but de l’invention n’est pas de certifier la véracité du contenu mais le fait qu’il est associé à un évènement pour lequel une demande de certification a été diffusée. La transmission de ce condensé est une information supplémentaire relative à l’évènement à certifier. Ce condensé peut avantageusement être utilisé lorsque les informations mémorisées dans le registre inaltérable sont utilisées pour déterminer la véracité de l’évènement. Selon des modes de réalisation du procédé objet de l’invention, le nœud obtient, en provenance d’une entité du réseau, une preuve de la survenue de l’évènement. Lorsque l’évènement est une émission ou une réception de données de signalisation entre le dispositif utilisateur et une station de base du réseau, la preuve de la survenue de l’évènement est par exemple fournie par la station de base concernée. Lorsque l’évènement est un évènement réseau tel que la transmission de paquets de données à destination d’un serveur, la preuve de la survenue de cet évènement est par exemple obtenue au moyen d’une sonde. Une sonde est un dispositif matériel et/ou logiciel placé en un point donné du réseau pour écouter le trafic et collecter des informations relatives à ce dernier, telles que le débit, la latence, l’utilisation de la bande passante, l’origine et la destination de la transmission, le volume de données transmis, etc. Une telle sonde permet ainsi d’affirmer qu’un dispositif utilisateur donné a émis des données à destination d’un serveur donné. Une telle preuve de survenue de l’évènement est également inscrite dans le registre inaltérable. Selon des modes de réalisation du procédé objet de l’invention, les données de positionnement sont horodatées et comprennent au moins une donnée appartenant à un groupe comprenant : un jeu de coordonnées géographiques définissant une localisation du dispositif utilisateur ; une vitesse de déplacement du dispositif utilisateur ; une direction de déplacement du dispositif utilisateur ; une probabilité de passage du dispositif utilisateur sur un tronçon d’une infrastructure d’un réseau de transport ; une durée de présence du dispositif utilisateur en une localisation donnée. Le jeu de coordonnées géographiques comprend par exemple une longitude, une latitude et/ou une altitude. Il convient de noter qu’un tronçon d’une infrastructure d’un réseau de transport peut recouvrir aussi bien une section d’un réseau autoroutier ou d’un réseau ferroviaire, qu’une station d’un réseau de transport urbain tel qu’une station de métro, une gare ferroviaire ou une gare routière, etc. Bien entendu, cette liste n’est pas exhaustive et d’autres types de données de positionnement peuvent être envisagés dans le cadre de l’invention. Chacune de ces données de positionnement peut en outre être accompagnée de métadonnées supplémentaires telles que : un identifiant du procédé de géolocalisation, mis en œuvre dans le réseau de télécommunications, qui a permis l’obtention de ces données, et/ou une estimation de l'incertitude sur les valeurs des données de positionnement ainsi obtenues telle que par exemple une valeur d’une position au nombre de mètres ou de centimètres près pour un pourcentage de probabilité de présence donné. Selon des modes de réalisation du procédé objet de l’invention, l’étape d’inscription est déclenchée par la conformité des données de positionnement avec au moins un critère. Des critères de conformité peuvent notamment être introduits dans le contrat intelligent qui les prend en compte lors de son exécution. De tels critères de conformité appartiennent par exemple à un groupe comprenant : un dépassement d’une vitesse de déplacement du dispositif utilisateur ; un dépassement d’une vitesse de déplacement du dispositif utilisateur pendant une durée donnée ; une durée de présence du dispositif utilisateur en une localisation donnée inférieure ou supérieure à une durée donnée ; et/ou une déviation d’un itinéraire du dispositif utilisateur. Bien entendu, d’autres types de critères de conformité sont envisageables. Comme déjà évoqué plus haut, chacune des valeurs de ces critères de conformité peut en outre être accompagnée de métadonnées supplémentaires telles que : un identifiant du procédé de géolocalisation, mis en œuvre dans le réseau de télécommunications, qui a permis l’obtention de ces valeurs, et/ou une estimation de l'incertitude sur les valeurs des données ainsi obtenues telle que par exemple une valeur d’une vitesse de déplacement à quelques kilomètres par heure près ou une valeur d’une durée à quelques minutes près, pour un pourcentage de probabilité de présence donné. On présente à titre d’exemple non limitatif le cas d’un dispositif utilisateur embarqué dans un véhicule de transport scolaire. Il peut être précisé dans le contrat intelligent lors de sa création qu’une condition d’inscription dans le registre inaltérable concerne le dépassement d’une vitesse de déplacement donnée. Par exemple, si la vitesse moyenne de déplacement du véhicule, déterminée par le réseau grâce au dispositif utilisateur, dépasse 80 kilomètres par heure, alors la condition d’inscription dans le registre inaltérable est remplie. Cela permet de limiter le volume de données mémorisées dans le registre inaltérable. Selon des modes de réalisation du procédé objet de l’invention, la preuve de survenue de l’évènement inscrite dans le registre inaltérable comprend en outre des informations relatives à l’évènement obtenues depuis un capteur embarqué dans le dispositif utilisateur. Comme discuté plus haut, il est possible d’inscrire des preuves permettant de déterminer la véracité d’un contenu ou d’une information partagée au moyen d’un dispositif utilisateur provenant de tiers autres que le réseau de télécommunications dans le registre inaltérable. Ainsi, à titre d’exemple, une information de localisation fournie par un capteur d’une caméra embarquée dans le dispositif utilisateur peut également être inscrite dans le registre inaltérable en complément des données de positionnement fournies par le tiers de confiance. Selon des modes de réalisation du procédé objet de l’invention, ce dernier comprend la réception de la demande de certification en provenance du dispositif utilisateur. La mise en œuvre de l’invention est conditionnée par une action volontaire de l’utilisateur du dispositif utilisateur. Par cette action, l’utilisateur accepte que les données de signalisation associées à son dispositif utilisateur soient utilisées, dans le respect des législations en vigueur, par le réseau afin de certifier une activité. Selon un deuxième aspect, l’invention concerne un procédé de demande de certification de la survenue d’au moins un évènement, mis en œuvre par un dispositif utilisateur d’un réseau de télécommunications impliqué dans ledit évènement, le procédé comprenant : la transmission, à destination d’un nœud appartenant à un réseau de nœuds contribuant à un registre inaltérable, d’au moins une demande de certification de la survenue de l’évènement. Corrélativement, l’invention vise aussi un dispositif utilisateur d’un réseau de communication comprenant : un module de transmission configuré pour transmettre, à destination d’un nœud appartenant à un réseau de nœuds contribuant à un registre inaltérable, au moins une demande de certification de la survenue d’un évènement impliquant ledit dispositif utilisateur. Selon un troisième aspect, aspect, l’invention concerne un système de certification de la survenue d’au moins un évènement impliquant un dispositif utilisateur d’un réseau de télécommunications, ledit système comprenant : au moins un nœud appartenant à un réseau contribuant à un registre inaltérable selon l’invention ; et au moins un dispositif utilisateur selon l’invention, rattaché audit au moins un nœud appartenant audit réseau d’une chaîne de blocs. Le procédé de demande de certification de la survenue d’au moins un évènement, le dispositif utilisateur, et le système de certification de la survenue d’au moins un évènement selon l’invention présentent les mêmes avantages cités précédemment pour le procédé et le nœud d’un réseau de nœuds contribuant à un registre inaltérable selon l’invention. Dans un mode particulier de réalisation, les procédés objets de l’invention sont mis en œuvre par un ordinateur. A ce titre, l’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou plus généralement dans un nœud d’un réseau de nœuds contribuant à un contribuant à un registre inaltérable conforme à l’invention et comportant des instructions adaptées à la mise en œuvre d’un procédé tel que décrit ci-dessus. L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou plus généralement dans un dispositif utilisateur conforme à l’invention et comportant des instructions adaptées à la mise en œuvre d’un procédé de demande de certification de la survenue d’au moins un évènement tel que décrit ci-dessus. Chacun de ces programmes peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise aussi un support d’information ou un support d’enregistrement lisibles par un ordinateur, et comportant des instructions d’un programme d’ordinateur tel que mentionné ci-dessus. Le support d’information ou d’enregistrement peut être n’importe quelle entité ou dispositif capable de stocker les programmes. 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 un disque dur, ou une mémoire flash. D’autre part, le support d’information ou 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 lien radio, par lien optique sans fil ou par d’autres moyens. Les programmes selon l’invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, le support d’information ou d’enregistrement peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l’exécution des procédés selon l’invention. On peut également envisager, dans d’autres modes de réalisation, que les procédés selon l’invention, le nœud d’un réseau de nœuds contribuant à un contribuant à un registre inaltérable, le dispositif utilisateur et le système de certification de la survenue d’au moins un évènement selon l’invention présentent en combinaison tout ou partie des caractéristiques précitées. D’autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : FIG. 1 la FIG. 1 représente un système de certification d’un évènement à base de chaîne de blocs dans lequel les procédés selon l’invention sont mis en œuvre ; FIG. 2 la FIG. 2 illustre, sous forme d’ordinogramme, les principales étapes des procédés mis en œuvre par un nœud Ni appartenant à un réseau blockchain et par un dispositif utilisateur selon un exemple de mise en œuvre de l’invention. La présente invention repose sur l’utilisation d’un registre inaltérable tel qu’une chaîne de blocs pour concevoir un système de certification d’évènements impliquant des dispositifs utilisateurs pour lesquels les utilisateurs souhaitent que la survenue de ces évènements puisse être certifiée. Plus particulièrement, la présente solution repose sur l’utilisation d’un réseau de télécommunications TelNet auquel un dispositif utilisateur est connecté comme tiers de confiance pour garantir l’authenticité et la véracité de données relatives à la survenue d’un évènement impliquant le dispositif utilisateur, ces données étant ensuite stockées dans la chaîne de blocs. Comme mentionné précédemment, on entend au sens de l’invention par registre inaltérable, un registre mémoire à écriture unique, qui peut s’appuyer sur un ou plusieurs serveurs, une partition d’un disque mémoire, une base de données, etc. et qui peut être décentralisé afin d’en faciliter l’accès. Un tel registre est dit inaltérable dans le sens où lorsqu’une information a été inscrite dans ce registre, elle ne peut être supprimée du registre par quiconque. Ainsi, si une information inscrite dans ce registre doit être modifiée, une telle modification fait l’objet d’une nouvelle entrée dans le registre inaltérable, de sorte à conserver l’historique de tous les échanges qui ont été inscrits dans le registre depuis sa création. Un tel système de certification de la survenue d’un évènement impliquant un dispositif utilisateur et un registre inaltérable constitué d’une chaîne de blocs est décrit en référence à la FIG. 1 . Un tel système de certification 1 comprend un réseau 100 de nœuds contribuant à une chaîne de blocs BC, également appelé par la suite réseau blockchain 100, comprenant une pluralité de nœuds interconnectés les uns aux autres, par exemple des nœuds N1 à N5. La structure du nœud N1 est illustrée plus en détail sur cette FIG. 1 afin d’éclairer le lecteur. Chaque nœud N2 à N5 présente une architecture similaire ou identique à celle du nœud N1, bien que cela n’ait pas été détaillé, par souci de simplification, sur la FIG. 1 . Dans le présent document, le terme nœud se réfère exclusivement aux nœuds N1-N5 appartenant au réseau blockchain 100. Bien entendu, d’autres configurations de réseau blockchain peuvent être envisagées (typiquement avec un nombre différent de nœuds). Il est à noter que le terme nœud peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions. Dans le mode de réalisation décrit ici, un nœud Ni comprend une mémoire vive (par exemple une mémoire RAM pour « Random-Acess Memory »), une unité de traitement équipée par exemple d'un processeur et pilotée par un programme d'ordinateur, représentatif des instructions de code d’un ou plusieurs contrats intelligents SC Evti , SC Net , stockés dans une mémoire morte (par exemple une mémoire ROM pour « Read-Only Memory » ou un disque dur). A l'initialisation du nœud Ni, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive avant d'être exécutées par le processeur de l'unité de traitement. Ces contrats intelligents SC Evti , SC Net seront décrits plus en détail en référence à la FIG. 2 . Dans certains modes de réalisation (tels que celui illustré sur la FIG. 1 ), le nœud N1 peut comprendre en outre : une machine virtuelle Ethereum EVM 10, qui est l’environnement d’exécution des contrats intelligents dans Ethereum. On rappelle qu’Ethereum est un protocole d’échanges décentralisés permettant la création par les utilisateurs de contrats intelligents grâce à un langage Turing-complet. D’autres protocoles d’échanges décentralisés peuvent être utilisés comme par exemple Polkadot, Solana ou encore Cardano; une zone de stockage de données STOR 12 ; le code à octets (en anglais « bytecode ») des contrats intelligents SC Evti , SC Net , i.e. les codes déterministes exécutables dans le réseau blockchain 100, dont les variables peuvent être stockées dans des nœuds appartenant au réseau blockchain 100, et dont les fonctions peuvent être appelées. Enfin, le nœud N1 comprend : un module de diffusion 13 configuré pour émettre une demande de certification CertRqti de la survenue d’au moins un évènement Evti; un module de réception 14 configuré pour recevoir, en provenance d’un équipement réseau 102, des données de positionnement DLoci d’un dispositif utilisateur 101 lors de la survenue d’un évènement Evti ; un module d’inscription 15 configuré pour inscrire les données de positionnement DLoci reçues dans la chaîne de blocs BC. Il convient de noter que les modules de diffusion 13, de réception 14 et d’inscription 15 peuvent être des modules logiciels et/ou matériels distincts. Cependant, dans certaines implémentations, ces différents modules peuvent partager certaines de leurs composantes matérielles dans un objectif de réduction des coûts de production ou dans un objectif de réduction de la taille des composants embarqués dans le nœud N1. Le système dorsal (ou « backend ») du système de certification 1 est ainsi décentralisé puisqu’il réside dans les contrats intelligents SC Evti , SC Net implémentant un panel de fonctions nécessaires à certification d’un évènement Evti. Dans le présent document, on entend par « évènement » tout fait ou ensembles de faits donnant lieu à une émission ou une réception de données de signalisation entre un dispositif utilisateur et un point d’accès d’un réseau de télécommunications TelNet auquel le dispositif utilisateur est connecté, comme l’établissement d’une communication entre le dispositif utilisateur et la station de base par exemple en cas d’appel entrant ou sortant ou en cas d’émission ou de réception d’un message court ou SMS, le déclenchement d’une procédure d’attachement à la station de base, la transmission d’un message de paging à destination du dispositif utilisateur lui demandant de sortir d’un état de veille, etc. Par point d’accès, on entend tout équipement permettant d’accéder au réseau, comme par exemple une station de base du réseau appelée gNB dans le contexte d’un réseau de 5G (i.e. cinquième génération) ou appelée eNodeB dans le contexte d’un réseau 4G (i.e. quatrième génération) ou encore un point d’accès Wi-Fi dans le contexte d’un réseau WLAN. Lorsqu’en plus, l’évènement donne lieu à une transmission de données entre le dispositif utilisateur et un serveur impliqué dans la fourniture d’un service, on désigne alors ici un tel évènement par « évènement réseau ». Une telle transmission peut couvrir aussi bien l’envoi d’un contenu, tel qu’une image et/ou un texte, depuis le dispositif utilisateur à destination d’un serveur appartenant au fournisseur du service, que la réception, par le dispositif utilisateur, d’un contenu émis par un tel serveur. Un tel système de certification 1 interagit avec au moins un dispositif utilisateur 101 et au moins un équipement réseau 102 appartenant au réseau de télécommunications TelNet auquel le dispositif utilisateur 101 est connecté. A titre d’exemples non limitatifs, un dispositif utilisateur 101 peut être un équipement utilisateur (ou UE pour « User Equipment » en anglais) tel qu’un smartphone, un téléphone mobile, une tablette, ou encore un objet connecté, tel qu’un véhicule connecté. Plus généralement, le dispositif utilisateur 101 est un équipement matériel identifié de manière unique et sécurisé auprès du réseau de télécommunications TelNet notamment mais non exclusivement au moyen d’une carte SIM (pour « Subscriber Identity Module ») ou d’une carte eSIM (pour « embedded SIM »). Un équipement réseau 102 peut, quant à lui, être un équipement exécutant une fonction de gestion de l’accès et de la mobilité telle qu’une fonction AMF pour « Access and Mobility Managment » pour un réseau mobile 5G, ou tout autre équipement du réseau capable de déterminer et/ou de fournir des données de positionnement du dispositif utilisateur 101. Le dispositif utilisateur 101 comprend un module d’émission/réception RX/TX 1010, configuré pour émettre des demandes de certification CertRqti de la survenue d’un évènement Evti à destination du système de certification 1. Un tel dispositif utilisateur 101 comprend notamment un ou plusieurs processeurs, configurés pour exécuter des instructions de code de programme pour l’émission de telles demandes de certification. L’équipement réseau 102, quant à lui, peut comprendre un module d’émission/réception RX/TX 1020, configuré pour transmettre des données de positionnement DLoci relatives à un dispositif utilisateur 101 donné à destination du système de certification 1, par exemple suite à la réception d’une demande de détermination d’informations de positionnement LocRqti. L’équipement réseau 102 peut, par exemple, comprendre un ou plusieurs processeurs, configurés pour exécuter des instructions de code de programme pour déterminer des données de positionnement DLoci relatives à un dispositif utilisateur 101 donné. Dans le mode de réalisation décrit ici, ces données de positionnement sont déterminées au moyen de variables physiques concernant des échanges de données impliquant le dispositif utilisateur 101, collectées par le réseau de télécommunication TelNet. Dans un exemple de mise en œuvre particulier, les variables physiques ainsi collectées permettent de déterminer des données de signalisation relatives au dispositif utilisateur 101. De telles variables physiques sont par exemple : le RSSI pour « Received Signal Strength Indicator » pour « indicateur de la force du signal reçu » qui est une mesure du niveau de puissance en réception d'un signal issu d'une antenne d’une station de base ou encore le RSRP pour « Reference Signal Received Power » qui est une mesure du niveau de puissance reçue dans un réseau 4G. Il est bien entendu que l’utilisation d’autres métriques peut être envisagée lors de la mise en œuvre de la présente invention. Les transactions répertoriées et validées entre les dispositifs utilisateurs 101 et les équipements réseau 102 peuvent être stockées sous forme de blocs dans les nœuds N1 à N5 de la chaîne de blocs 100. De manière connue, une transaction est une action enregistrée dans une chaîne de blocs qui change l’état de cette dernière. Des règles ou algorithmes de consensus appliqué(e)s par les différents nœuds appartenant au réseau blockchain 100 peuvent aider à limiter les nœuds malveillants, et à repérer les transactions invalidées. De façon connue, les algorithmes de consensus permettent d’assurer l’intégrité et la sécurité des nœuds N1-N5 appartenant au réseau blockchain 100. Un algorithme de consensus est un moyen par lequel les différents N1-N5 appartenant au réseau blockchain 100 sont susceptibles de parvenir à un consensus. En d’autres termes, les N1-N5 appartenant au réseau blockchain 100 se mettent d’accord pour valider ou non une transaction. Un algorithme de consensus a donc pour rôle de s’assurer que les règles de gestion d’une chaîne de blocs, définies lors de sa création, sont bien été respectées. Il existe différents types d’algorithmes de consensus. Un premier exemple d’algorithmes de consensus est le « PoW » pour « Proof of Work » en anglais que l’on peut traduire par « Preuve de Travail ». Un tel algorithme de consensus repose sur l’exécution d’une fonction de hachage qui calculer une empreinte unique nécessaire à la validation d’un bloc de la chaîne de blocs à partir des données fournies. Un autre exemple d’algorithmes de consensus est le « PoA » pour « Proof of Authority » en anglais que l’on peut traduire par « Preuve d’Authorité ». Cet algorithme de consensus permet, par exemple, de valider les transactions et autres interactions avec le réseau blockchain 100, mais aussi de mettre à jour la chaîne de blocs elle-même. En effet, un ou plusieurs nœuds du réseau blockchain 100 ont pour rôle de générer les différents blocs de transactions puis de les inscrire dans la chaîne de blocs. Chaque bloc est accepté sans vérification, à l’unanimité ou à la majorité des nœuds du réseau blockchain 100 en fonction de la configuration choisie. Enfin, des règles cryptographiques peuvent aider à assurer un pseudo-anonymat des transactions et des utilisateurs, et l’authenticité des données de certification générées conformément à la solution objet de la présente invention. La FIG. 1 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser un nœud Ni afin qu’il effectue les étapes des procédés détaillés ci-après, en relation avec la FIG. 2 . En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur, un processeur ou un microcontrôleur) exécutant un programme comprenant une séquence d’instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où le nœud Ni est réalisé avec une machine de calcul reprogrammable, les programmes correspondants (c'est-à-dire les séquences d’instructions) pourront être stockés 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. La FIG. 2 illustre, sous forme d’ordinogramme, les principales étapes des procédés objets de l’invention permettant de certifier la survenue d’un évènement Evti impliquant un dispositif utilisateur 101 mis en œuvre par un nœud Ni appartenant à un réseau blockchain 100 et par le dispositif utilisateur 101 selon un exemple de mise en œuvre de l’invention. Tel qu’illustré par la FIG. 2 , une première étape E000 est mise en œuvre au cours de laquelle un dispositif utilisateur 101 connecté à un réseau de télécommunications TelNet transmet une demande de certification d’un évènement CertRqti à destination d’un nœud Ni appartenant au réseau blockchain 100. Une telle étape E000 est optionnelle. En effet, dans d’autres exemples d’implémentation des procédés objets de l’invention, la demande de certification CertRqti peut être transmise au nœud Ni par un équipement réseau 102 du réseau, tel que par exemple une station de base au moyen de laquelle le dispositif utilisateur 101 est connecté au réseau, ayant détecté la survenue de l’évènement Evti à certifier. Une telle demande de certification CertRqti comprend au moins un identifiant de la demande de certification IdCertRqti, un identifiant du dispositif utilisateur Id101 impliqué dans l’évènement, et une donnée d’horodatage TStpCertRqti correspondant par exemple à un horaire d’émission de la demande de certification CertRqti ou à un horaire de génération de la demande de certification CertRqti par le dispositif utilisateur 101. Dans d’autres modes de mises en œuvre, la demande de certification CertRqti peut également comprendre une adresse réseau, telle qu’une URL pour « Uniform Resource Locator », pointant vers un contenu associé à l’évènement Evti à certifier, un condensé ou « hash » de ce contenu, par exemple lorsque ce contenu est stocké dans une mémoire du dispositif utilisateur 101, ou encore un identifiant d’un service IdServ auquel le dispositif utilisateur 101 est connecté lorsque l’évènement Evti est un évènement réseau relatif à un service fourni par le réseau de télécommunication TelNet. Dans une étape E010, le nœud Ni du réseau blockchain 100 obtient une demande de certification CertRqti de la survenue d’un évènement Evti. Cette demande de certification CertRqti de la survenue d’un évènement Evti est par exemple reçue par le nœud Ni suite à son émission par le dispositif utilisateur 101 au cours de l’étape E000. Quelle que soit la manière dont le nœud Ni obtient la demande de certification CertRqti, cette obtention est conditionnée à une action volontaire de l’utilisateur du dispositif utilisateur 101. Par cette action, l’utilisateur accepte que les données de signalisation associées au dispositif utilisateur 101 soient utilisées, dans le respect des législations en vigueur, par le réseau afin de certifier un évènement. A réception de cette demande de certification CertRqti, le nœud Ni crée (étape E020) un contrat intelligent SC Evti . Dans une première implémentation des procédés objets de l’invention, le nœud Ni crée un unique contrat intelligent SC Evti destiné à traiter des demandes de certification associées à des évènements Evti distincts pouvant, ou non, impliquer des dispositifs utilisateurs 101 distincts. Dans une deuxième implémentation, le nœud Ni crée un contrat intelligent SC Evti pour chaque demande de certification CertRqti reçue. Ainsi chaque demande de certification SC Evti est traitée par un contrat intelligent SC Evti qui lui est propre. Il est alors plus facile de retrouver les transactions relatives à cette demande de certification CertRqti dans la chaîne de blocs. Une fois le contrat intelligent SC Evti créé, il est exécuté par le nœud Ni. Au cours de cette exécution, un message de notification NotMsgi est émis (E030) par le nœud Ni à destination d’un deuxième contrat intelligent SC Net . Un tel contrat intelligent SC Net peut être exécuté par le nœud Ni ou par un autre nœud appartenant au réseau blockchain 100. Il est ainsi plus facile de retrouver les transactions relatives à cette demande de certification CertRqti dans la chaîne de blocs. Bien entendu, un unique contrat intelligent SC i peut être créé en lieu et place des contrats intelligents SC Evt et SC Net . Une telle implémentation reposant sur la création d’un unique contrat n’a que peu d’impact sur l’exécution des procédés objet de la présente invention. Dans la suite du présent document, il est considéré à des fins de simplification que les contrats intelligents SC Evti et SC Net sont exécutés par le même nœud Ni du réseau blockchain 100. Un tel message de de notification NotMsgi comprend entre autres l’identifiant de la demande de certification IdCertRqti, l’identifiant du dispositif utilisateur Id101, et la donnée d’horodatage TStpCertRqti. Au cours de l’exécution du contrat intelligent SC Evti , celui-ci autorise (E040) également le contrat intelligent SC Net à lui transmettre des données. Une telle autorisation peut être délivrée en même temps que le message de notification NotMsgi est émis ou après l’émission de ce dernier. Cela relève d’un choix d’implémentation. Suite à la réception du message de notification NotMsgi, le contrat intelligent SC Net génère (E050) une demande de certification CertRqti’ qui est alors diffusée (E060) dans le réseau de télécommunication TelNet. Une telle demande de certification CertRqti’ comprend entre autres l’identifiant du dispositif utilisateur Id101 et la donnée d’horodatage TStpCertRqti. Toutes les transactions effectuées dans les étapes E010 à E060 sont enregistrées dans la chaîne de blocs. Certains équipements réseau 102 du réseau embarquent un module 103, appelé « blockchain listener » dont la fonction est d’intercepter les messages diffusés par les nœuds Ni d’un réseau blockchain 100. Un tel module 103 est par ailleurs connu en soi. Lorsque le module 103 intercepte (E070) la demande de certification CertRqti’, il identifie un ou plusieurs équipements réseau 102 capables de fournir des informations de positionnement DLoci’. Une fois les équipements réseau 102 idoines identifiés, le module 103 leur transmet (E080) une demande de détermination d’informations de positionnement LocRqti comprenant l’identifiant du dispositif utilisateur Id101, et la donnée d’horodatage TStpCertRqti. A réception de la demande de détermination d’informations de positionnement LocRqti, l’équipement réseau 102 procède à la détermination de données de positionnement DLoci (E090) du dispositif utilisateur 101 identifié dans la demande de certification CertRqti’ correspondant à la donnée d’horodatage TStpCertRqti. Dans le mode de réalisation décrit ici, l’équipement réseau 102 détermine les données de positionnement DLoci au moyen de données de signalisation relatives au dispositif utilisateur 101 collectées par le réseau. Comme évoqué précédemment, on entend ici par données de signalisation, tout type de variables susceptibles d’être utilisées dans le protocole d'accès au réseau et permettant d'assurer la coordination de différents composants du réseau. Grâce à ces données de signalisation, telles que par exemple les identifiants des stations de base auxquelles le dispositif utilisateur 101 s’est connecté sur un intervalle de temps donné ainsi que les horaires de connexion et de déconnection à ces différentes stations de base, il possible d’estimer une position du dispositif utilisateur 101. Les données de signalisation étant collectées et traitées au sein du réseau de télécommunication TelNet, elles sont réputées fiables et difficilement falsifiables. Des exemples de méthodes de détermination de données de positionnement DLoci au moyen de données de signalisation sont notamment décrits dans les demandes de brevets FR FR3129806 et FR3129807. Une telle approche prend à contre-pied l’approche classique de détermination d’une valeur d’une distance effectivement parcourue par un dispositif utilisateur tel qu’un terminal mobile à partir de deux positions précises du terminal mobile qui nécessite d’abord d’estimer les deux positions du terminal mobile. Ces méthodes reposent sur l’utilisation de cartes de vraisemblance de prise en charge d’un dispositif utilisateur 101 par une station de base pour déterminer une position, une distance parcourue ou encore une direction de déplacement de ce dernier. Une telle carte de vraisemblance de prise en charge par une station de base représente la probabilité qu’a un dispositif utilisateur de se connecter à une station de base à un endroit de la zone de couverture de la station de base. Dans d’autres modes de réalisation, l’équipement réseau 102 détermine les données de positionnement DLoci au moyen de variables physiques concernant des échanges de données impliquant le dispositif utilisateur 101 permettant de localiser ce dernier. Ces variables physiques sont mesurées par d’autres équipements appartenant au réseau de télécommunication TelNet. Les données de positionnement DLoci déterminées sont horodatées et peuvent consister en l’un au moins des éléments suivants : un jeu de coordonnées géographiques définissant une localisation du dispositif utilisateur ; une vitesse de déplacement du dispositif utilisateur ; une direction de déplacement du dispositif utilisateur ; une probabilité de passage du dispositif utilisateur sur un tronçon d’une infrastructure d’un réseau de transport ; ou une durée de présence du dispositif utilisateur en une localisation donnée. Lorsque l’évènement à certifier Evti est un évènement réseau relatif à un service fourni par le réseau de télécommunications TelNet, en plus de déterminer des données de positionnement du dispositif utilisateur 101, l’équipement réseau 102 détermine, ou obtient, une preuve de la survenue de l’évènement. Lorsque l’évènement est une émission ou une réception de données de signalisation entre le dispositif utilisateur 101 et une station de base du réseau, la preuve de la survenue de l’évènement est par exemple fournie par la station de base concernée. Lorsque l’évènement est un évènement réseau, la preuve de la survenue de cet évènement est par exemple obtenue au moyen d’une sonde. Une telle sonde est capable d’identifier le dispositif utilisateur 101, un serveur relatif au service auquel le dispositif utilisateur 101 est connecté et est capable de déterminer qu’une transmission de données, dont elle peut préciser le volume, est intervenue entre ces deux entités. Une fois en possession des données de positionnement DLoci et, le cas échéant de la preuve de survenue de l’évènement Evti, l’équipement réseau 102 transmet l’ensemble de ces informations (E100) à destination du contrat intelligent SC Net . Le contrat intelligent SC Net transmet (E110) alors les informations de positionnement DLoci reçues à destination du contrat intelligent SC Evti à l’origine de la diffusion de la demande de certification CertRqti. Le contrat SC Evti est par exemple identifié au moyen de l’identifiant IdCertRqti de la demande de certification CertRqti. Une fois en possession des informations de positionnement DLoci, le contrat intelligent SC Evti les inscrit (E120) dans au moins un bloc de la chaîne de bloc. Cette transmission peut être déclenchée lorsque les données de positionnement DLoci sont en conformité avec au moins un critère de conformité. De tels critères de conformité peuvent être introduits dans le contrat intelligent SC Evti qui les prend en compte lors de son exécution. Il peut s’agir par exemple d’un dépassement d’une vitesse de déplacement du dispositif utilisateur 101 ; d’un dépassement d’une vitesse de déplacement du dispositif utilisateur 101 pendant une durée donnée ; d’une durée de présence du dispositif utilisateur 101 en une localisation donnée inférieure ou supérieure à une durée donnée ; ou d’une déviation d’un itinéraire que le dispositif utilisateur 101 est sensé emprunté par exemple lorsqu’il est embarqué dans un véhicule de livraison. La présente invention trouve une application particulière pour valider une présence en un lieu donné à un instant donné d’un dispositif utilisateur 101. L’invention permet par exemple à une personne postant un contenu sur un réseau social en prétendant se trouver en un lieu donné à un instant donné de certifier cette affirmation. Cette personne utilise le réseau comme tiers de confiance pour certifier sa localisation à un instant donné, confirmant ainsi la véracité de cette information. L’invention permet également à une société de livraison de certifier à ses clients qu’un livreur s’est présenté sur le lieu de livraison à un instant donné, la position et l’horaire de passage du livreur étant certifié par le réseau. Une preuve de passage peut être associée aux données de positionnement DLoci déterminées par le réseau. Procédé mis en œuvre par au moins un nœud appartenant à un réseau de nœuds contribuant à un registre inaltérable, ledit procédé comprenant : la diffusion d’au moins une demande de certification de la survenue d’au moins un évènement impliquant un dispositif utilisateur d’un réseau de télécommunications ; la réception, en provenance d’une entité du réseau, de données de positionnement du dispositif utilisateur lors de la survenue de l’évènement ; l’inscription desdites données de positionnement dans le registre inaltérable. Procédé selon la revendication 1 dans lequel le registre inaltérable est une chaîne de blocs. Procédé selon la revendication 1 ou 2 dans lequel la demande de certification comprend au moins un élément parmi : un identifiant de la demande de certification ; un identifiant du dispositif utilisateur dans le réseau ; une donnée d’horodatage de la demande de certification. Procédé selon l’une quelconque des revendication 1 à 3 dans lequel lorsque l’évènement est un évènement relatif à un service, offert par le réseau, auquel le dispositif est connecté, la demande de certification comprend en outre un identifiant du service. Procédé selon l’une quelconque des revendication 1 à 4 dans lequel la demande de certification comprend en outre un condensé, ou « hash », d’un contenu associé à l’évènement. Procédé selon l’une quelconque des revendication 1 à 5 dans lequel le nœud obtient, en provenance d’une entité du réseau, une preuve de la survenue de l’évènement. Procédé selon la revendication 6 dans lequel la preuve de survenue de l’évènement est inscrite dans le registre inaltérable. Procédé selon l’une quelconque des revendications 1 à 7 dans lequel les données de positionnement sont horodatées et comprennent au moins une donnée appartenant à un groupe comprenant : un jeu de coordonnées géographiques définissant une localisation du dispositif utilisateur ; une vitesse de déplacement du dispositif utilisateur ; une direction de déplacement du dispositif utilisateur ; une probabilité de passage du dispositif utilisateur sur un tronçon d’une infrastructure d’un réseau de transport ; une durée de présence du dispositif utilisateur en une localisation donnée. Procédé selon l’une quelconque des revendications 1 à 7 dans lequel l’étape d’inscription est déclenchée par la conformité des données de positionnement avec au moins un critère. Procédé selon la revendication 9 dans lequel le critère de conformité appartient à un groupe comprenant : un dépassement d’une vitesse de déplacement du dispositif utilisateur ; un dépassement d’une vitesse de déplacement du dispositif utilisateur pendant une durée donnée ; une durée de présence du dispositif utilisateur en une localisation donnée inférieure ou supérieure à une durée donnée ; une déviation d’un itinéraire du dispositif utilisateur. Procédé selon l’une quelconque des revendications 6 à 10 lorsqu’elles dépendent de la revendication 6 dans lequel la preuve de survenue de l’évènement inscrite dans le registre inaltérable comprend en outre des informations relatives à l’évènement obtenues depuis un capteur embarqué dans le dispositif utilisateur. Procédé selon l’une quelconque des revendications 1 à 11 comprenant la réception de la demande de certification en provenance du dispositif utilisateur. Procédé de demande de certification de la survenue d’au moins un évènement mis en œuvre par un dispositif utilisateur d’un réseau de télécommunications impliqué dans ledit évènement, le procédé comprenant : la transmission, à destination d’un nœud appartenant à un réseau de nœuds contribuant à un registre inaltérable, d’au moins une demande de certification de la survenue de l’évènement. Procédé de demande de certification de la survenue d’au moins un évènement selon la revendication 13 dans lequel la demande de certification comprend : un identifiant de la demande de certification ; un identifiant du dispositif utilisateur dans le réseau ; une donnée d’horodatage de la demande de certification. Nœud appartenant à un réseau de nœuds contribuant à un registre inaltérable comprenant : un module de diffusion configuré pour diffuser au moins une demande de certification de la survenue d’au moins un évènement impliquant un dispositif utilisateur d’un réseau de télécommunications ; un module de réception configuré pour recevoir, en provenance d’une entité du réseau, des données de positionnement du dispositif utilisateur lors de la survenue de l’évènement ; un module d’inscription configuré pour inscrire lesdites données de positionnement dans le registre inaltérable. Dispositif utilisateur d’un réseau de communication comprenant : un module de transmission configuré pour transmettre, à destination d’un nœud appartenant à un réseau de nœuds contribuant à un registre inaltérable, au moins une demande de certification de la survenue d’un évènement impliquant ledit dispositif utilisateur. Système de certification de la survenue d’au moins un évènement impliquant un dispositif utilisateur d’un réseau de télécommunications comprenant : au moins un nœud appartenant à un réseau contribuant à un registre inaltérable selon l’invention selon la revendication 15 ; et au moins un dispositif utilisateur selon la revendication 16, rattaché audit au moins un nœud appartenant à un réseau contribuant à un registre inaltérable.