Brevet FR3136329A1 — publié le 20231208

L'invention concerne un procédé d’enregistrement d’un utilisateur auprès d’un opérateur de télécommunications, ledit procédé étant mis en œuvre par un dispositif d’enregistrement et caractérisé en ce qu’il comprend : - une première étape de réception d’une requête d’enregistrement en provenance d’un terminal dudit utilisateur, ladite requête d’enregistrement comprenant au moins une adresse électronique et au moins une donnée de transaction ; - une étape de stockage au sein d’un espace de stockage numérique d’au moins une donnée personnelle dudit utilisateur obtenue depuis ledit terminal, l’obtention de ladite au moins une donnée personnelle étant réalisée en fonction d’un résultat d’un test impliquant ladite au moins une donnée de transaction ; - une étape d’émission d’une notification à destination de ladite au moins une adresse, ladite notification comprenant au moins une donnée de statut d’enregistrement dudit utilisateur auprès dudit opérateur. Figure pour l'abrégé : Figure 2 Procédé et dispositif d’enregistrement d’un utilisateur auprès d’un opérateur de télécommunications. 1. Domaine de l'invention L'invention se rapporte au domaine général des réseaux de télécommunications, et plus précisément à la technologie permettant à un utilisateur de souscrire à une offre de télécommunications mobile. 2. Art Antérieur Pour accéder aux services digitalisés et à leurs contenus/fonctionnalités, un utilisateur peut par exemple utiliser un terminal mobile via un réseau mobile. Pour cela l’utilisateur doit au préalable s’enregistrer auprès d’un opérateur de télécommunications mobile via par exemple la souscription d’une offre. Cet enregistrement est en général réalisé en boutiques ou bien de façon digital (Internet, téléphone, etc.) via un processus (parcours de souscription) propre à chaque opérateur de télécommunications mobile. A noter que cette souscription peut, lorsque l’utilisateur souhaite changer d’opérateur de télécommunications, induire une résiliation d’une offre préalablement souscrite. En outre, les données personnelles de l’utilisateur collectées par l’opérateur de télécommunications mobile lors de cette opération sont rarement accessibles de l’utilisateur. Ainsi, l’invention propose un procédé et un dispositif d’enregistrement alternatif à ce qui est connu de l’état de l’art permettant d’uniformiser le parcours client de souscription quel que soit l’opérateur choisi et la possibilité pour l’utilisateur de garder le contrôle de ses données personnelles (consultation et/ou modification). 3. Exposé de l'invention L'invention vient améliorer l'état de la technique et propose un procédé d’enregistrement d’un utilisateur auprès d’un opérateur de télécommunications, ledit procédé étant mis en œuvre par un dispositif d’enregistrement et caractérisé en ce qu’il comprend : - une première étape de réception d’une requête d’enregistrement en provenance d’un terminal dudit utilisateur, ladite requête d’enregistrement comprenant au moins une adresse électronique et au moins une donnée de transaction ; - une étape de stockage au sein d’un espace de stockage numérique d’au moins une donnée personnelle dudit utilisateur obtenue depuis ledit terminal, l’obtention de ladite au moins une donnée personnelle étant réalisée en fonction d’un résultat d’un test impliquant ladite au moins une donnée de transaction ; - une étape d’émission d’une notification à destination de ladite au moins une adresse, ladite notification comprenant au moins une donnée de statut d’enregistrement dudit utilisateur auprès dudit opérateur. Selon l'invention, le procédé permet à un utilisateur de s’enregistrer auprès d’un opérateur de télécommunications, par exemple un opérateur de télécommunications mobile. Concrètement, le procédé reçoit une demande / requête d’enregistrement en provenance d’un terminal mobile de l’utilisateur qui comprend une adresse électronique et une donnée de transaction puis obtient le résultat d’un test faisant intervenir la donnée de transaction (utilisation de la donnée pour la réalisation du test et/ou d’une donnée dérivant de la donnée de transaction, par exemple une empreinte numérique de la donnée de transaction). Lorsque le test est positif (c’est-à-dire que la donnée de transaction est valide), le procédé stocke des données personnelles de l’utilisateur obtenues préalablement au sein d’un espace de stockage numérique (base de données, fichier, carte mémoire, etc.). Le procédé émet ensuite à destination de l’adresse obtenue une confirmation de l’enregistrement de l’utilisateur auprès de l’opérateur de télécommunications. La donnée de transaction peut comprendre un nombre arbitraire (aléatoire ou pseudo-aléatoire) destiné à être utilisé une seule fois et permettant d’empêcher le rejeu d’une transaction (c’est à dire un « nonce »). Comme indiqué dans le document (https://fr.wikipedia.org/wiki/Blockchain), la technologie des chaînes de blocs est une technologie de stockage et de transmission d'informations sans organe de contrôle. Techniquement, il s'agit d'une base de données distribuée dont les informations envoyées par les utilisateurs et les liens internes à la base sont vérifiés et groupés à intervalles de temps réguliers en blocs, l'ensemble étant sécurisé par cryptographie, et formant ainsi une chaîne. Par extension, une chaîne de blocs est une base de données distribuée qui gère une liste d'enregistrements protégés contre la falsification ou la modification par les nœuds de stockage ; c'est donc un registre distribué et sécurisé de toutes les transactions effectuées depuis le démarrage du système. Les chaînes de blocs sont notamment caractérisées en ce que leurs contenus ne peuvent pas être modifiés ou supprimés : une information publiée (c’est-à-dire enregistrée ou sauvegardée) dans une chaîne de blocs le reste pour toujours. Ainsi, une chaîne de blocs est réputée inaltérable et permet la gestion de données sensibles telles que des crypto-monnaies (monnaie émise de pair à pair sans intervention d’une banque centrale). On peut citer par exemple la monnaie électronique décentralisée Bitcoin créée en 2009. De façon connue, la sécurité d’une chaîne de blocs réside également dans le fait que les transactions réalisées au niveau de la chaîne de blocs sont visibles par tous ceux qui ont accès à cette chaîne de blocs. Cette transparence est une propriété fondamentale de la chaîne de blocs. En outre, un contrat intelligent est un petit programme informatique irrévocable qui permet de réaliser des transactions au sein de la chaîne de blocs sous certaines conditions (exécute des instructions prédéfinies). On entend par adresse électronique une suite de caractères et/ou de données binaires qui sert à identifier de façon certaine un service informatique ou un dispositif. Une telle adresse est par exemple composée d’une adresse IP, une adresse MAC ou bien une URI/URL. L’adresse électronique est par exemple une adresse d’un contrat intelligent inscrit à une chaîne de blocs appartenant à l’utilisateur. L’adresse électronique peut également être l’adresse de l’utilisateur au sein de la chaîne de blocs. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une donnée personnelle est préalablement chiffrée via une première clef de chiffrement avant d’être stockée au sein dudit espace de stockage numérique. Ce mode de réalisation permet d’ajouter un niveau de sécurité aux données personnelles stockées. En effet, seules des entités de confiance ayant en leur possession la clef de déchiffrement (clef symétrique ou asymétrique) ont la possibilité de déchiffrer les données personnelles de l’utilisateur. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit résultat de test est obtenu depuis un contrat intelligent appartenant à l’opérateur de télécommunications en réponse à l’émission d’une demande de test comprenant ladite au moins une donnée de transaction et ladite au moins une adresse électronique. Ce mode de réalisation permet de vérifier la validité de la donnée de transaction auprès d’un contrat intelligent de l’opérateur de télécommunications. Concrètement, le contrat intelligent de l’opérateur de télécommunications traite la donnée de transaction obtenue depuis la demande de test émise par le procédé puis renvoie le résultat du traitement (par exemple sous la forme d’un booléen, 1 si les données sont identiques, 0 dans le cas contraire) à destination du procédé. Plus largement, ce mode de réalisation permet à l’opérateur de télécommunications de valider ou non la demande d’enregistrement émise par l’utilisateur. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit test comprend une étape d’obtention d’au moins une empreinte numérique par application d’une fonction cryptographique à ladite au moins une donnée de transaction et une étape de comparaison de ladite au moins une empreinte numérique avec au moins une donnée de référence obtenu depuis un contrat intelligent appartenant à l’opérateur de télécommunications. Ce mode de réalisation permet d’ajouter un niveau de sécurité à la transaction. En effet, si l’empreinte numérique de la donnée de transaction ne correspond pas à la donnée de référence alors la requête reçue depuis le terminal de l’utilisateur est considérée comme invalide. Bien évidement cela suppose que seules des entités de confiance ont accès à la fonction cryptographique (par exemple l’utilisateur et/ou son terminal ou bien l’opérateur de télécommunications via par exemple un contrat intelligent lui appartenant.). Concrètement, le procédé compare l’empreinte numérique de la donnée de transaction obtenue par le procédé avec une donnée de référence par exemple obtenue depuis un contrat intelligent de l’opérateur de télécommunications. La donnée de référence peut correspondre à l’empreinte numérique de la donnée de transaction préalablement obtenue d’un contrat intelligent de l’utilisateur par le contrat intelligent de l’opérateur de télécommunications. On entend par empreinte numérique une donnée obtenue via une fonction cryptographique telle qu’une fonction de hachage permettant d’identifier la donnée initiale traitée par la fonction de hachage. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de stockage est précédée d’une étape de comparaison de ladite au moins une donnée personnelle avec au moins une donnée certifiée obtenue et en ce que l’étape de stockage est en outre conditionnée par le résultat de ladite comparaison. Ce mode de réalisation permet de s’assurer de l’exactitude des données personnelles avant que celles-ci ne soient stockées. Par exemple, le procédé peut obtenir d’un tiers de confiance les données personnelles à jour (données certifiées au sens de l’invention) de l’utilisateur puis les comparer avec les données personnelles obtenues depuis le terminal de l’utilisateur. Lorsque la comparaison est positive, c’est-à-dire que les données correspondent, le procédé réalise le stockage des données personnelles au sein d’un espace de stockage numérique (base de données, fichier(s), carte mémoire, etc.). Dans le cas contraire le procédé ne stocke aucune donnée personnelle. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de stockage est précédée d’une étape de comparaison d’une empreinte numérique avec au moins une donnée certifiée obtenue, ladite empreinte numérique étant obtenue par application d’une fonction cryptographique à ladite au moins une donnée personnelle, et en ce que l’étape de stockage est en outre conditionnée par le résultat de ladite comparaison. Ce mode de réalisation permet de s’assurer de l’exactitude des données personnelles avant que celles-ci ne soient stockées. L’utilisation d’une empreinte numérique permet d’ajouter un niveau de sécurité. En effet, seules des entités de confiance ayant accès à la fonction cryptographique peuvent générer une empreinte numérique des données personnelles de l’utilisateur (par exemple l’opérateur de télécommunications de l’utilisateur, l’utilisateur lui-même, une autorité de confiance, etc.). Selon une variante des deux précédents modes de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une donnée certifiée est obtenue depuis ladite au moins une adresse électronique. Ce mode de réalisation permet d’obtenir la ou des données certifiées depuis une adresse électronique obtenue lors de l’étape de réception. Cette adresse électronique est par exemple l’adresse d’un contrat intelligent appartenant à l’utilisateur. A noter que les propriétés intrinsèques à la chaîne de blocs permettent la certification des données. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de stockage est suivie d’une deuxième étape de réception d’au moins une adresse électronique de stockage en provenance de l’espace de stockage numérique et en ce que ladite au moins une donnée de statut d’enregistrement comprend en outre ladite au moins une adresse électronique de stockage reçue. Ce mode de réalisation permet de partager l’adresse électronique de stockage des données personnelles de l’utilisateur. Par exemple, lorsque l’adresse électronique obtenue dans la requête d’enregistrement correspond à une adresse d’un contrat intelligent de l’utilisateur, l’utilisateur est alors notifié du stockage de ses données personnelles au sein de l’espace de stockage numérique et de leurs emplacements. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite moins une donnée de statut d’enregistrement comprend en outre au moins une seconde clef cryptographique chiffrée via ladite première clef cryptographique. Ce mode de réalisation permet de partager le matériel cryptographique nécessaire au déchiffrement des données personnelles de l’utilisateur. La ou les clefs cryptographiques chiffrées sont par exemple émises à destination d’un contrat intelligent de l’utilisateur. Les clefs cryptographiques sont par exemple chiffrées via une clef de chiffrement symétrique partagée entre l’utilisateur et l’opérateur ou bien via une clef cryptographique publique de l’utilisateur. Ainsi, seuls l’opérateur de télécommunications et l’utilisateur ont la possibilité de déchiffrer les clefs cryptographiques et par conséquent les données personnelles de l’utilisateur (confidentialité des données). L'invention concerne également un dispositif d’enregistrement d’un utilisateur auprès d’un opérateur de télécommunications caractérisé en ce qu’il comprend : - un premier module de réception d’une requête d’enregistrement en provenance d’un terminal dudit utilisateur, ladite requête d’enregistrement comprenant au moins une adresse électronique et au moins une donnée de transaction ; - un module de stockage au sein d’un espace de stockage numérique d’au moins une donnée personnelle dudit utilisateur obtenue depuis ledit terminal, l’obtention de ladite au moins une donnée personnelle étant réalisée en fonction d’un résultat d’un test impliquant ladite au moins une donnée de transaction ; - un module d’émission d’une notification à destination de ladite au moins une adresse, ladite notification comprenant au moins une donnée de statut d’enregistrement dudit utilisateur auprès dudit opérateur. Selon un mode de mise en œuvre particulier de l'invention, un dispositif tel que décrit ci-dessus est caractérisé en ce qu’il est compris par un serveur informatique de l’opérateur de télécommunications. Le terme module 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 telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Le procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce programme 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'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent ê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 un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à 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. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Ce dispositif d’enregistrement et ce programme d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé d’enregistrement. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La représente l’architecture matérielle d’un dispositif d’enregistrement selon un mode particulier de réalisation, La représente sous forme d’organigramme les principales étapes d’un procédé d’enregistrement selon un mode particulier de réalisation de l’invention, La représente sous forme d’organigramme les principales étapes d’un procédé d’enregistrement selon un second mode particulier de réalisation de l’invention. 5. Description d'un mode de réalisation de l'invention 5.1 Principe général de l'invention L’objectif de l’invention est de permettre à un utilisateur de gérer sa ou ses identités /données personnelles au sein d’un réseau de télécommunications mobile. L’objectif est également de proposer une méthode qui permette à l’utilisateur de choisir / changer facilement d’opérateur de télécommunications mobile. 5.2 Modes particuliers de réalisation de l'invention. La représente l’architecture matérielle d’un dispositif d’enregistrement DE conforme à l’invention. Dans le mode de réalisation décrit ici, ce dispositif a l’architecture matérielle d’un ordinateur. Il comprend notamment un processeur PROC1, une mémoire vive MV1, une mémoire morte MEM1 et une mémoire flash non volatile MF1. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. La mémoire morte constitue un support d’enregistrement conforme à l’invention, lisible par le processeur PROC1 et sur lequel est enregistré ici un programme d’ordinateur PG1 conforme à l’invention, ce programme comportant des instructions pour mettre en œuvre les étapes du procédé d’enregistrement tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC1. A l'initialisation, les instructions de code du programme d'ordinateur PG1 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC1. Le processeur PROC1 de l'unité de traitement UT1 met notamment en œuvre les étapes du procédé d’enregistrement selon l'un quelconque des modes particuliers de réalisation décrits en relation avec la , selon les instructions du programme d'ordinateur PG1. Le dispositif DE comprend également des modules de réception (RECV1, RECV2) respectivement aptes à recevoir en provenance d’un terminal d’un utilisateur une requête d’enregistrement de l’utilisateur et des données personnelles de l’utilisateur. A noter que la requête d’enregistrement de l’utilisateur comprend au moins une adresse électronique et au moins une donnée de transaction. Selon un mode particulier de réalisation, les modules RECV1, RECV2 sont un seul est même module. Le dispositif DE comprend en outre un module de stockage STOCK1 apte à stocker des données personnelles de l’utilisateur au sein d’un espace de stockage numérique (fichier(s), base de données, carte mémoire, etc.). De plus, le dispositif DE comprend un module d’émission (SND1) apte à émettre une notification à destination de l’adresse électronique reçue comprenant un statut de l’enregistrement de l’utilisateur auprès d’un opérateur de télécommunications. Le dispositif DE comprend également un module TEST apte à réaliser des tests avec données obtenues comme la donnée de transaction reçue. Le test peut aussi être réalisé avec une donnée dérivée de la donnée de transaction, par exemple une empreinte numérique de la donnée de transaction. Le dispositif DE peut comprendre un module de chiffrement (non représenté) apte à chiffer des données comme les données personnelles obtenues par le module RECV2. La illustre des étapes du procédé d’enregistrement selon un mode particulier de réalisation de l'invention. Le mode de réalisation décrit ici correspond à un premier enregistrement d’un utilisateur. La est constituée d’un terminal (UE), par exemple un terminal mobile, une tablette électronique ou un ordinateur portable apte à émettre et/ou recevoir des requêtes via par exemple un réseau IP privé ou public. Le terminal UE est également apte à utiliser les services fournis par un opérateur de télécommunications mobile. Le terminal UE peut comprendre un élément sécurisé (en anglais « secure element ») comme une carte SIM Subscriber Identity/Identification Module), eSIM (embedded SIM), iSIM (integrated SIM), un TEE (Trusted Execution Environment), etc. L’élément sécurisé comprend des données de l’utilisateur comme une paire de clefs cryptographiques publique / privée de l’utilisateur, une adresse de chaîne de blocs de l’utilisateur et potentiellement une adresse d’un contrat intelligent de l’utilisateur (portefeuille cryptographique associé à la chaîne de blocs). Selon un mode de réalisation particulier, la paire de clefs cryptographiques publique / privée de l’utilisateur, l’adresse de chaîne de blocs de l’utilisateur et potentiellement l’adresse d’un contrat intelligent de l’utilisateur sont stockées dans la mémoire du terminal UE par exemple dans un portefeuille cryptographique associé à la chaîne de blocs (en anglais Wallet). Selon un mode de réalisation particulier, l’élément sécurisé n’est pas compris dans le terminal UE mais est connecté au terminal UE. La comprend également un espace de stockage numérique (ESN), par exemple une base de données (distribuée ou non), une chaîne de blocs (BC) et un serveur opéré par un opérateur de télécommunications (NP). Selon un mode particulier de réalisation de l’invention, l’espace de stockage numérique (ESN) peut être mis en œuvre conformément à la technologie IPFS (InterPlanetary File System). Dans l’exemple décrit ci-après le procédé d’enregistrement est exécuté par le serveur NP. La chaîne de blocs est par exemple déployée par une entité racine comme une autorité de régulation pour les besoins des opérateurs de télécommunications d’un pays, les opérateurs de télécommunications ayant le rôle de valideur/ mineur du processus de consensus de la chaîne de blocs. La chaîne de blocs peut comprendre plusieurs contrats intelligents (SC reg , SC UE , SC UB , SC NPB , SC NP ). Le contrat intelligent SC reg gère la demande d’enregistrement de l’utilisateur auprès d’un opérateur de télécommunications. Le contrat intelligent SC UE est un contrat intelligent qui appartient à l’utilisateur. Ce contrat permet de sauvegarder certaines données de l’utilisateur (lien vers un espace de stockage numérique, clefs cryptographiques chiffrées, etc.). A noter que toutes les données sont stockées de manière privée, c’est-à-dire non visibles des autres utilisateurs de la chaîne de blocs. Le contrat intelligent SC UB sauvegarde les couples « identifiant d’utilisateur / adresse du contrat intelligent de l’utilisateur ». L’identifiant d’utilisateur peut être une IMSI (International Mobile Subscriber Identity), l’identifiant utilisé par l’utilisateur pour accéder à la chaîne de blocs BC (son adresse au sein de la chaîne de blocs) ou tout autre élément permettant d’identifier sans ambiguïté l’utilisateur. Le contrat intelligent SC NPB sauvegarde la liste des opérateurs de télécommunications approuvés par l’entité « racine » qui a déployé la chaîne de blocs. Le contrat intelligent SC NP appartient à un opérateur de télécommunications et sauvegarde les demandes d’enregistrement ou de résiliation en provenance des utilisateurs. Selon un mode particulier de réalisation de l’invention, les contrats intelligents peuvent être répartis au sein d’une pluralité de chaînes de blocs. Selon un mode particulier de réalisation de l’invention, les fonctionnalités des contrats intelligents (SC reg , SC UE , SC UB , SC NPB , SC NP ) peuvent être regroupées au sein d’un ou d’une pluralité de contrats intelligents. Au cours d’une première étape E101, le terminal UE émet une requête à destination du contrat intelligent SC reg . Cette requête peut contenir le nom (NP) de l’opérateur de télécommunications auquel l’utilisateur souhaite souscrire, une empreinte numérique d’un « nonce » et un identifiant de l’utilisateur et/ou de son terminal. Le « nonce » est par exemple un nombre aléatoire généré par une application exécutée par le terminal UE de l’utilisateur. L’empreinte numérique est par exemple calculée grâce à une fonction cryptographique H (par exemple l’algorithme « Keccak-256 »). La requête est reçue par le contrat intelligent SC reg lors de l’étape E102. A l’étape E103a le contrat intelligent SC reg vérifie si un contrat intelligent appartenant à l’utilisateur a préalablement été déployé au sein de la chaîne de blocs BC. Si ce n’est pas le cas, le contrat intelligent SC reg déploie le contrat intelligent SC UE de l’utilisateur (E104). Une fois le contrat intelligent SC UE déployé, le contrat intelligent SC reg enregistre l’utilisateur (E103b) en ajoutant (E105) le couple « identifiant d’utilisateur / adresse du contrat intelligent de l’utilisateur » au sein du contrat intelligent SC UB . A l’étape E106a, le contrat intelligent SC reg émet une requête à destination du contrat intelligent SC NPB afin de vérifier si le nom de l’opérateur de télécommunications reçu (E102) est bien un opérateur de télécommunications connu et approuvé par l’entité qui a déployé la chaîne de blocs BC (c’est-à-dire l’entité qui gère le système). La requête est reçue par le contrat intelligent SC NPB lors de l’étape E107a. Une réponse est ensuite émise (E107b) à destination du contrat intelligent SC reg puis reçue lors de l’étape E106b. Si le nom de l’opérateur de télécommunications n’est pas validé par le contrat intelligent SC NPB alors le procédé se termine. Un message d’erreur est émis par le contrat intelligent SC reg à destination du terminal UE (non représenté). Dans le cas contraire, lors de l’étape E108, le contrat intelligent SC reg émet une requête à destination du contrat intelligent de l’opérateur SC NP comprenant par exemple, alternativement ou cumulativement, les données suivantes : l’identifiant reçu lors de l’étape E102 ; l’adresse du contrat intelligent SC UE (AddrSC UE ) ; l’empreinte numérique du nonce reçue lors de l’étape E102 ; un paramètre Type req indiquant le type de requête, par exemple positionné à la valeur 1 pour un premier enregistrement (le contrat intelligent SC UE n’existait pas préalablement) ou bien à la valeur 2 pour une demande de changement d’opérateur de télécommunications de la part de l’utilisateur. Les données sont reçues (E110) puis stockées par le contrat intelligent de l’opérateur SC NP . Lors de l’étape E111, le contrat intelligent SC reg émet une réponse à destination du terminal UE qui peut comprendre l’adresse du contrat intelligent SC UE (AddrSC UE ) et/ou un lien (par exemple une URL) d’une page internet opérée par l’opérateur de télécommunications permettant à l’utilisateur de s’enregistrer. Le terminal utilisateur UE reçoit la réponse (E112) puis émet (E113) à destination de l’URL (c’est-à-dire du site internet de l’opérateur de télécommunications NP) une requête (requête d’enregistrement au sens de l’invention) qui comprend alternativement ou cumulativement l’identifiant de l’utilisateur, le « nonce » (donnée de transaction au sens de l’invention) et l’adresse du contrat intelligent SC UE (AddrSC UE ). Dans l’exemple décrit ci-après, l’identifiant de l’utilisateur correspond à l’identifiant que celui-ci utilise pour s’authentifier au niveau de la chaîne de blocs BC (son adresse au sein de la chaîne de blocs Addr ue ). Selon un mode de mise en œuvre particulier de l'invention, les étapes E111, E112, E113 correspondent à l’émission par le contrat intelligent SC reg d’une requête de redirection à destination du terminal UE vers l’URL de l’opérateur de télécommunications, la requête de redirection étant une requête d’enregistrement au sens de l’invention et enrichie par le terminal UE avec alternativement ou cumulativement l’adresse du contrat intelligent SC UE (AddrSC UE ), le « nonce » et l’identifiant de l’utilisateur au sein de la chaîne de blocs (Addr ue ). La requête d’enregistrement est reçue par l’opérateur de télécommunications NP lors de l’étape E114. L’opérateur NP vérifie ensuite la validité de la requête d’enregistrement via une requête de vérification émise (E115) à destination de son contrat intelligent SC NP . Cette requête de vérification comprend alternativement ou cumulativement l’adresse du contrat intelligent SC UE (AddrSC UE ), le « nonce » et l’identifiant de l’utilisateur au sein de la chaîne de blocs (Addr ue ). La requête est reçue par le contrat intelligent SC NP à l’étape E116. Grâce à l’adresse du contrat intelligent SC UE (AddrSC UE ) et/ou à l’identifiant de l’utilisateur (Addr ue ) obtenu(s), le contrat intelligent SC NP obtient (E117) l’empreinte numérique du « nonce » de l’utilisateur stockée lors de l’étape E110. Le contrat intelligent SC NP qui détient la fonction cryptographique H calcule l’empreinte numérique du « nonce » reçu lors de l’étape E116 et la compare (E117) à celle obtenue lors de l’étape E110. Dans le cas où les empreintes numériques correspondent alors la requête d’enregistrement est validée et le contrat intelligent SC NP répond (E118) positivement à la requête de vérification émise lors de l’étape E115. Dans le cas contraire le contrat intelligent SC NP répond (E118) négativement à la requête de vérification émise lors de l’étape E115. Lors de l’étape E119, l’opérateur de télécommunications NP reçoit la réponse à la demande de vérification de la requête d’enregistrement et émet le statut de l’enregistrement (par exemple valide ou non valide) à destination du terminal UE (E120). Le statut est ensuite reçu par le terminal UE lors de l’étape E121. Dans le cas où le statut est négatif, le processus s’arrête (non représenté). Dans le cas contraire, la requête émise par l’opérateur NP comprend en outre une URL d’un formulaire. Selon un mode de mise en œuvre particulier de l'invention, le procédé peut lors de l’étape E115 émettre à destination du contrat intelligent SC NP une demande de donnée de référence. Cette demande peut comprendre l’adresse du contrat intelligent SC UE (AddrSC UE ) et/ou l’identifiant de l’utilisateur au sein de la chaîne de blocs (Addr ue ). La requête est reçue par le contrat intelligent SC NP à l’étape E116. Grâce à l’adresse du contrat intelligent SC UE (AddrSC UE ) et/ou à l’identifiant de l’utilisateur (Addr ue ) obtenu(s), le contrat intelligent SC NP obtient (E117) l’empreinte numérique du « nonce » de l’utilisateur stockée lors de l’étape E110. Le contrat intelligent SC NP envoie une réponse (E118) à destination du serveur NP, réponse qui peut comprendre l’empreinte numérique du « nonce » stockée lors de l’étape E110. Dans ce cas l’empreinte numérique du « nonce » (H(nonce)) stockée lors de l’étape E110 correspond à la donnée de référence au sens de l’invention. La donnée de référence est reçue par le serveur NP lors de l’étape E119. Le contrat intelligent SC NP compare (E119) ensuite la donnée de référence avec une empreinte numérique obtenue via l’application d’une fonction cryptographique H au « nonce » obtenu lors de l’étape E114. A noter que la fonction cryptographique H est obtenue par le procédé (i.e par le serveur NP) préalablement à l’étape E115. Dans le cas où les empreintes numériques correspondent alors la requête d’enregistrement est validée. L’opérateur de télécommunications NP émet ensuite le statut de l’enregistrement (par exemple valide ou non valide) à destination du terminal UE (E120). Le statut est ensuite reçu par le terminal UE lors de l’étape E121. Dans le cas où le statut est négatif, le processus s’arrête (non représenté). Dans le cas contraire, la requête émise par l’opérateur NP comprend en outre une URL d’un formulaire. Lors de l’étape E122, l’utilisateur du terminal UE rempli le formulaire avec ses données personnelles (M) puis envoie le formulaire complété ainsi qu’une clef de chiffrement publique Pub UE lui appartenant, par exemple obtenue depuis l’élément sécurisé du terminal UE, à destination de l’opérateur de télécommunications NP. Les données personnelles (M) et la clef (Pub UE ) sont reçues par l’opérateur de télécommunications NP lors de l’étape E123. Selon un mode de mise en œuvre particulier de l'invention, les données personnelles de l’utilisateur peuvent être obtenues par le serveur NP via un tiers de confiance. Dans ce cas, l’URL du formulaire n’est pas envoyée au terminal UE lors de l’étape E120 et seule une clef de chiffrement publique appartenant à l’utilisateur / terminal de l’utilisateur (Pub UE ) est envoyée à destination de l’opérateur de télécommunications NP lors de l’étape E122. Lors de l’étape E124, l’opérateur de télécommunications NP génère une clef de chiffrement symétrique (S k ) et chiffre cette clef via la clef de chiffrement de l’utilisateur obtenue (Pub UE ). Ensuite, les données personnelles (M) de l’utilisateur sont chiffrées via la clef de chiffrement S k . Lors de l’étape E125, l’opérateur de télécommunications NP envoie les données personnelles de l’utilisateur chiffrées à destination d’un espace de stockage numérique ESN. Alternativement les données personnelles M ne sont pas chiffrées et sont stockées au sein de l’espace de stockage numérique ESN lors de l’étape E126. Les données sont reçues et stockées lors de l’étape E126 par l’entité ESN. En réponse, l’entité ESN envoie (E127) au serveur NP une adresse de stockage des données (par exemple une (Content IDentifier) CID ( )) permettant de retrouver sans ambiguïté les données au sein de l’espace de stockage numérique ESN. Le est reçue par le procédé lors de l’étape E128. Lors de l’étape E129, le procédé émet à destination du contrat intelligent SC UE (alternativement ou cumulativement à destination du terminal UE et/ ou de l’adresse Addr ue ), grâce par exemple à l’adresse AddrSC UE obtenue lors de l’étape E114, une requête de fin d’enregistrement (notification au sens de l’invention) comprenant une donnée de statut d’enregistrement. La donnée de statut d’enregistrement peut comprendre alternativement ou cumulativement le CID ( ), , une empreinte numérique des données M (Hash(M)) et les données M. A noter que l’empreinte numérique des données M peut être le résultat de l’application de la fonction cryptographique H aux données personnelles M ou bien d’une autre fonction cryptographique H’ connue par exemple de l’opérateur de télécommunications NP. La illustre des étapes du procédé d’enregistrement selon un second mode particulier de réalisation de l'invention. Le mode de réalisation décrit ici correspond à un changement d’opérateur de la part de l’utilisateur. Bien évidemment cela suppose que l’utilisateur s’est au préalable enregistré via la procédure décrite à l’appui de la . L’environnement de la est identique à celui de la hormis : la suppression des contrats intelligents SC reg , SC np et SC UB ; l’opérateur de télécommunications est un nouvel opérateur (NP new ) et possède un contrat intelligent SC NPnew ; l’ajout du contrat intelligent SC AM . Le contrat intelligent SC AM est un contrat intelligent qui permet de gérer la délégation des droits d’accès sur les données personnelles de l’utilisateur. Lors de l’étape E201 l’utilisateur (i.e le terminal UE) émet, via l’adresse AddrSC UE obtenue lors de l’étape E112, une requête à destination de son contrat intelligent SC UE afin de changer d’opérateur de télécommunications. Concrètement, l’utilisateur souhaite passer de l’opérateur de télécommunications NP à NP new . Cette requête peut contenir le nom (NP new ) du nouvel opérateur de télécommunications auquel l’utilisateur souhaite souscrire, une empreinte numérique d’un « nonce » et un identifiant de l’utilisateur et/ou de son terminal. Le « nonce » est par exemple un nombre aléatoire généré par une application exécutée par le terminal UE de l’utilisateur. L’empreinte numérique est par exemple calculée grâce à une fonction cryptographique H (par exemple l’algorithme « Keccak-256 »). A noter que dans ce mode de réalisation, le « nonce » peut être différent de celui utilisé dans le mode de réalisation décrit à l’appui de la . De même, la fonction cryptographique H peut être différente de celle utilisée à l’appui de la . La requête est reçue par le contrat SC UE lors de l’étape E202. A l’étape E203 le contrat intelligent SC UE émet une requête de gestion de changement d’opérateur de télécommunications à destination du contrat intelligent SC AM comprenant par exemple, alternativement ou cumulativement, les données suivantes : - l’empreinte numérique du nonce reçue lors de l’étape E202 ; - l’identifiant de l’utilisateur et/ou de son terminal ; - le nom (NP new ) du nouvel opérateur de télécommunications. La requête de gestion est reçue par le contrat intelligent SC AM lors de l’étape E204. Le contrat intelligent SC AM émet ensuite, à destination du contrat intelligent SC NPB, une requête comprenant au moins le nom du nouvel opérateur de télécommunications (NP new ) obtenu afin de vérifier si celui-ci est bien un opérateur de télécommunications connu et approuvé par l’entité qui a déployé la chaîne de blocs BC (c’est-à-dire l’entité qui gère le système). La requête est reçue par le contrat intelligent SC NPB lors de l’étape E205. Une réponse est ensuite émise (E206) à destination du contrat intelligent SC AM puis reçue lors de l’étape E207. Si le nom de l’opérateur de télécommunications n’est pas validé par le contrat intelligent SC NPB alors le procédé se termine. Un message d’erreur est émis par le contrat intelligent SC AM à destination du terminal UE via par exemple le contrat intelligent SC UE (non représenté). Dans le cas contraire, lors de l’étape E208, le contrat intelligent SC AM émet une requête à destination du contrat intelligent de l’opérateur SC NP new comprenant par exemple, alternativement ou cumulativement, les données suivantes : l’identifiant de l’utilisateur et/ou de son terminal ; l’adresse du contrat intelligent SC UE (AddrSC UE ) ; l’empreinte numérique du nonce reçue lors de l’étape E204 ; un paramètre Type req indiquant le type de requête, par exemple positionné à la valeur 1 pour un premier enregistrement (le contrat intelligent SC UE n’existait pas préalablement) ou bien à la valeur 2 pour une demande de changement d’opérateur de télécommunications de la part de l’utilisateur. Les données sont reçues (E210) puis stockées par le contrat intelligent de l’opérateur SC NP new . Lors de l’étape E211, le contrat intelligent SC AM émet une réponse à destination du contrat intelligent SC UE validant l’opérateur de télécommunications. Cette réponse peut comprendre le paramètre Type req et/ou un lien (par exemple une URL) d’une page internet opérée par le nouvel opérateur de télécommunications NP new permettant à l’utilisateur de s’enregistrer. La réponse est reçue par le contrat intelligent SC UE lors de l’étape E212. A l’étape E213, le contrat intelligent SC UE émet une réponse à destination du terminal UE qui comprend le lien obtenu lors de l’étape E212. Le terminal utilisateur UE reçoit la réponse (E214) puis émet (E215) à destination du lien (par exemple l’URL du site internet de l’opérateur de télécommunications NP new ) une requête (requête d’enregistrement au sens de l’invention) qui comprend alternativement ou cumulativement l’identifiant de l’utilisateur, le « nonce » (donnée de transaction au sens de l’invention) et l’adresse du contrat intelligent SC UE (AddrSC UE ). Dans l’exemple décrit ci-après, l’identifiant de l’utilisateur correspond à l’identifiant que celui-ci utilise pour s’authentifier au niveau de la chaîne de blocs BC (son adresse au sein de la chaîne de blocs Addr ue ). Selon un mode de mise en œuvre particulier de l'invention, les étapes E213, E214, E215 correspondent à l’émission par le contrat intelligent SC UE d’une requête de redirection à destination du terminal UE vers l’URL de l’opérateur de télécommunications, la requête de redirection étant une requête d’enregistrement au sens de l’invention et enrichie par le terminal UE avec alternativement ou cumulativement l’adresse du contrat intelligent SC UE (AddrSC UE ), le « nonce » et l’identifiant de l’utilisateur au sein de la chaîne de blocs (Addr ue ). La requête d’enregistrement est reçue par l’opérateur de télécommunications NP new lors de l’étape E216. L’opérateur NP new vérifie ensuite la validité de la requête d’enregistrement via une requête de vérification émise (E217) à destination de son contrat intelligent SC NPnew . Cette requête de vérification comprend alternativement ou cumulativement l’adresse du contrat intelligent SC UE (AddrSC UE ), le « nonce » et l’identifiant de l’utilisateur au sein de la chaîne de blocs (Addr ue ). La requête est reçue par le contrat intelligent SC NPnew à l’étape E218. Grâce à l’adresse du contrat intelligent SC UE (AddrSC UE ) et/ou à l’identifiant de l’utilisateur (Addr ue ) obtenu(s), le contrat intelligent SC NP obtient (E219) l’empreinte numérique du « nonce » de l’utilisateur stockée lors de l’étape E210. Le contrat intelligent SC NP new qui détient la fonction cryptographique H calcule l’empreinte numérique du « nonce » reçu lors de l’étape E218 et la compare (E219) à celle obtenue lors de l’étape E210. Dans le cas où les empreintes numériques correspondent alors la requête d’enregistrement est validée et le contrat intelligent SC NP new répond (E220) positivement à la requête de vérification émise lors de l’étape E217. Dans le cas contraire le contrat intelligent SC NP new répond (E220) négativement à la requête de vérification émise lors de l’étape E217. Lors de l’étape E221, l’opérateur de télécommunications NP new reçoit la réponse à la demande de vérification de la requête d’enregistrement et émet le statut de l’enregistrement (par exemple valide ou non valide) à destination du terminal UE (E222). Le statut est ensuite reçu par le terminal UE lors de l’étape E223. Dans le cas où le statut est négatif, le processus s’arrête (non représenté). Dans le cas contraire, la requête émise par l’opérateur NP new comprend en outre une demande de données personnelles (M) de l’utilisateur. Selon un mode de mise en œuvre particulier de l'invention, le procédé peut lors de l’étape E217 émettre à destination du contrat intelligent SC NP new une demande de donnée de référence. Cette demande peut comprendre l’adresse du contrat intelligent SC UE (AddrSC UE ) et/ou l’identifiant de l’utilisateur au sein de la chaîne de blocs (Addr ue ). La requête est reçue par le contrat intelligent SC NP new à l’étape E218. Grâce à l’adresse du contrat intelligent SC UE (AddrSC UE ) et/ou à l’identifiant de l’utilisateur (Addr ue ) obtenu(s), le contrat intelligent SC NP new obtient (E219) l’empreinte numérique du « nonce » de l’utilisateur stockée lors de l’étape E210. Le contrat intelligent SC NP new envoie une réponse (E220) à destination du serveur NP new , réponse qui peut comprendre l’empreinte numérique du « nonce » stockée lors de l’étape E210. Dans ce cas l’empreinte numérique du « nonce » (H(nonce)) stockée lors de l’étape E210 correspond à la donnée de référence au sens de l’invention. La donnée de référence est reçue par le serveur NP new lors de l’étape E221. Le contrat intelligent SC NP new compare (E221) ensuite la donnée de référence avec une empreinte numérique obtenue via l’application d’une fonction cryptographique H au « nonce » obtenu lors de l’étape E216. A noter que la fonction cryptographique H est obtenue par le procédé (i.e par le serveur NP new ) préalablement à l’étape E217. Dans le cas où les empreintes numériques correspondent alors la requête d’enregistrement est validée par le serveur NP new . L’opérateur de télécommunications NP new émet ensuite le statut de l’enregistrement (par exemple valide ou non valide) à destination du terminal UE (E222). Le statut est ensuite reçu par le terminal UE lors de l’étape E223. Dans le cas où le statut est négatif, le processus s’arrête (non représenté). Dans le cas contraire, la requête émise par l’opérateur NP new comprend en outre une demande de données personnelles (M) de l’utilisateur. Lors de l’étape E224, le terminal UE émet une requête à destination du serveur ESN (via le CID obtenue lors de l’étape E130) afin d’obtenir les données chiffrées de l’utilisateur. La requête est reçue par le serveur ESN lors de l’étape E225. Les données sont obtenues par le serveur ESN puis envoyés (E226) à destination du terminal UE. Les données sont ensuite reçues par le terminal UE lors de l’étape E227. A l’étape E228, le terminal calcule la clef de chiffrement symétrique S k ( , puis déchiffre les données afin d’obtenir ses données personnelles non chiffrées M ( ). A noter que les données personnelles M de l’utilisateur peuvent être identiques ou différentes de celles stockées lors de l’étape E124. En effet, les données personnelles (M) ont pu être modifiées dans l’intervalle, par exemple, par l’opérateur de télécommunication NP. Dans ce cas, lorsque les données personnelles de l’utilisateur sont également stockées au sein de son contrat intelligent SC UE , celles-ci peuvent également être mises à jour/ modifiées. Lors de l’étape E229 le terminal UE émet une réponse à destination du serveur NP new qui peut comprendre les données M obtenues ainsi qu’une clef de chiffrement publique appartenant à l’utilisateur (Pub UE ). Les données personnelles M et la clef Pub UE sont reçues par l’opérateur de télécommunications NP new lors de l’étape E230. Alternativement, lors de l’étape E229, le terminal UE peut émettre à destination du serveur NP new la clef de chiffrement S k , la clef Pub UE et le CID . Le serveur ESN obtient alors depuis le CID les données puis les déchiffre via la clef S k obtenue (non représenté). Dans ce cas, les étapes E224, E225, E226 et E227 ne sont pas réalisées. En outre, seul le calcul de la clef de chiffrement symétrique S k est réalisé lors de l’étape E228. Une fois les données M obtenues par le serveur NP new , le serveur NP new vérifie que les données n’ont pas été corrompues. Pour cela le serveur NP new peut émettre une requête (E231) à destination du contrat intelligent SC UE afin d’obtenir les données personnelles de l’utilisateur stockées lors de l’étape E130 (données certifiées au sens de l’invention). La requête est reçue par le contrat intelligent SC UE lors de l’étape E232. Le contrat intelligent SC UE émet une réponse (E233) comprenant les données préalablement stockées. La réponse est reçue par le serveur NP new lors de l’étape E234. Le procédé compare ensuite les données les données personnelles reçues en provenance du contrat intelligent (E234) de l’utilisateur avec les données personnelles reçues depuis le terminal utilisateur (E230). Lorsque la comparaison est positive, c’est-à-dire que les données correspondent, le procédé continue. Dans le cas contraire le procédé s’arrête et un message d’erreur est envoyé à destination du terminal de l’utilisateur (non représenté). Alternativement, le procédé peut obtenir d’un tiers de confiance les données certifiées, par exemple via un contrat intelligent appartenant à l’entité qui a déployé la chaîne de blocs BC. Selon un mode de mise en œuvre particulier de l'invention, le serveur NP new peut émettre une requête (E231) à destination du contrat intelligent SC UE afin d’obtenir une empreinte numérique des données personnelles de l’utilisateur stockées lors de l’étape E130 (données certifiées au sens de l’invention). La requête est reçue par le contrat intelligent SC UE lors de l’étape E232. Le contrat intelligent SC UE émet une réponse (E233) comprenant l’empreinte numérique préalablement stockées. La réponse est reçue par le serveur NP new lors de l’étape E234. Le procédé compare ensuite l’empreinte numérique reçue en provenance du contrat intelligent (E234) de l’utilisateur avec une empreinte numérique obtenue via l’application d’une fonction cryptographique H’ aux données personnelles M obtenu lors de l’étape E230. A noter que la fonction cryptographique H’ est obtenue par le procédé (i.e par le serveur NP new ) préalablement. Selon un mode de mise en œuvre particulier de l'invention, la fonction cryptographique H’ correspond à la fonction cryptographique H. Lorsque la comparaison est positive, c’est-à-dire que les données correspondent, le procédé continue. Dans le cas contraire le procédé s’arrête et un message d’erreur est envoyé à destination du terminal de l’utilisateur (non représenté). Lors de l’étape E235, l’opérateur de télécommunications NP new génère une clef de chiffrement symétrique ( ) et chiffre cette clef via la clef de chiffrement de l’utilisateur obtenue (Pub UE ). Ensuite, les données personnelles (M) de l’utilisateur sont chiffrées via la clef de chiffrement . Lors de l’étape E236, l’opérateur de télécommunications NPnew envoie les données personnelles de l’utilisateur chiffrées à destination de l’espace de stockage numérique ESN. Alternativement les données personnelles M ne sont pas chiffrées et sont stockées au sein de l’espace de stockage numérique ESN lors de l’étape E237. Les données sont reçues et stockées lors de l’étape E237 par l’entité ESN. En réponse, l’entité ESN envoie (E238) au serveur NP new une adresse de stockage des données (par exemple une CID ( )) permettant de retrouver sans ambiguïté les données au sein de l’espace de stockage numérique ESN. Le CID est reçue par le procédé lors de l’étape E239. Lors de l’étape E240, le procédé émet à destination du contrat intelligent SC UE (alternativement ou cumulativement à destination du terminal UE et/ ou de l’adresse Addr UE ), grâce par exemple à l’adresse AddrSC UE obtenue lors de l’étape E216, une requête de fin d’enregistrement (notification au sens de l’invention) comprenant une donnée de statut d’enregistrement. La donnée de statut d’enregistrement peut comprendre le CID ( ), et/ou une empreinte numérique des données M (Hash(M)). A noter que l’empreinte numérique des données M peut être le résultat de l’application de la fonction cryptographique H aux données personnelles M ou bien d’une autre fonction cryptographique H’’ connue par exemple de l’opérateur de télécommunications NP new . Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. Procédé d’enregistrement d’un utilisateur auprès d’un opérateur de télécommunications, ledit procédé étant mis en œuvre par un dispositif d’enregistrement et caractérisé en ce qu’il comprend : - une première étape de réception (E114, E216) d’une requête d’enregistrement en provenance d’un terminal dudit utilisateur (UE), ladite requête d’enregistrement comprenant au moins une adresse électronique (AddrSC UE , Addr ue ) et au moins une donnée de transaction (nonce) ; - une étape de stockage (E125, E236) au sein d’un espace de stockage numérique (ESN) d’au moins une donnée personnelle dudit utilisateur (M) obtenue (E123, E230) depuis ledit terminal (UE), l’obtention de ladite au moins une donnée personnelle étant réalisée en fonction d’un résultat d’un test (E117, E219) impliquant ladite au moins une donnée de transaction (nonce) ; - une étape d’émission (E129, E240) d’une notification à destination de ladite au moins une adresse (AddrSC UE , Addr ue ) , ladite notification comprenant au moins une donnée de statut d’enregistrement dudit utilisateur auprès dudit opérateur. Procédé d’enregistrement selon la revendication 1 dans lequel ladite au moins une donnée personnelle (M) est préalablement chiffrée via une première clef de chiffrement (S k , ) avant d’être stockée au sein dudit espace de stockage numérique. Procédé d’enregistrement selon la revendication 1 dans lequel ledit résultat de test est obtenu (E119, E221) depuis un contrat intelligent appartenant à l’opérateur (SC NP , SC NPnew ) de télécommunications en réponse à l’émission (E115, E217) d’une demande de test comprenant ladite au moins une donnée de transaction (nonce) et ladite au moins une adresse électronique (AddrSC UE , Addr ue ). Procédé d’enregistrement selon la revendication 1 dans lequel ledit test comprend une étape d’obtention (E119, E221) d’au moins une empreinte numérique (H(nonce)) par application d’une fonction cryptographique (H) à ladite au moins une donnée de transaction (nonce) et une étape de comparaison de ladite au moins une empreinte numérique avec au moins une donnée de référence obtenu depuis un contrat intelligent appartenant à l’opérateur (SC NP, SC NPnew ) de télécommunications. Procédé d’enregistrement selon la revendication 1 dans lequel l’étape de stockage (E236) est précédée d’une étape de comparaison de ladite au moins une donnée personnelle (M) avec au moins une donnée certifiée obtenue et en ce que l’étape de stockage est en outre conditionnée par le résultat de ladite comparaison. Procédé d’enregistrement selon la revendication 1 dans lequel l’étape de stockage (E236) est précédée d’une étape de comparaison d’une empreinte numérique avec au moins une donnée certifiée obtenue, ladite empreinte numérique étant obtenue par application d’une fonction cryptographique (H’) à ladite au moins une donnée personnelle (M), et en ce que l’étape de stockage (E125) est en outre conditionnée par le résultat de ladite comparaison. Procédé d’enregistrement selon les revendications 5 et 6 dans lequel ladite au moins une donnée certifiée est obtenue depuis ladite au moins une adresse électronique. Procédé d’enregistrement selon la revendication 1 dans lequel l’étape de stockage (E125, E236) est suivie d’une deuxième étape de réception (E128, E239) d’au moins une adresse électronique de stockage en provenance de l’espace de stockage numérique (ESN) et en ce que ladite au moins une donnée de statut d’enregistrement comprend en outre ladite au moins une adresse électronique de stockage reçue. Procédé d’enregistrement selon la revendication 2 dans lequel ladite moins une donnée de statut d’enregistrement comprend en outre au moins une seconde clef cryptographique (Pub UE ) chiffrée via ladite première clef cryptographique (S k , ) . Dispositif d’enregistrement d’un utilisateur auprès d’un opérateur de télécommunications caractérisé en ce qu’il comprend : - un premier module (RECV1) de réception d’une requête d’enregistrement en provenance d’un terminal dudit utilisateur, ladite requête d’enregistrement comprenant au moins une adresse électronique et au moins une donnée de transaction ; - un module de stockage (STOCK1) au sein d’un espace de stockage numérique d’au moins une donnée personnelle dudit utilisateur obtenue (RECV2) depuis ledit terminal, l’obtention de ladite au moins une donnée personnelle étant réalisée en fonction d’un résultat d’un test (TEST) impliquant ladite au moins une donnée de transaction ; - un module d’émission (SND1) d’une notification à destination de ladite au moins une adresse, ladite notification comprenant au moins une donnée de statut d’enregistrement dudit utilisateur auprès dudit opérateur. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 9, lorsque le programme est exécuté par un processeur.