Brevet FR3076366A1 — publié le 20190705

La presente invention concerne un proc6d6 permettant d'horodater de fawn absolue, probante et sans tiers de confiance, l'intervalle de temps autour de la numerisation par un capteur et dans un fichier, d'un phenomene physique (ondes electromagnetiques, ondes mecaniques, ...), grace a des consignes d'acquisitions probantes. La nature absolue de I'horodatation renvoie aux caracteristiques suivantes : elle est chiffree et exprimee en unite de temps ; elle porte sur les bornes temporelles de Ia creation d'un fichier : une date de debut et une date de fin; elle manipule des donnees qui sont toutes cryptographiquement verifiables : i1 n'y a pas besoin de tiers de confiance ; elle est assortie d'un niveau de certitude quantifiable que le fichier ne preexistait pas avant sa creation a une date initiale et it existe avant une date finale posterieure. Ces consignes probantes de numerisation dans un fichier par un capteur fournissent ainsi : - Ia preuve mesuree de ('inexistence du fichier avant une date courante initiale ou de fawn equivalente la preuve de son existence apres cette date initiale, - la preuve cryptographique de son existence avant une date finale, Ces deux dates, initiale et finale, definissent donc l'intervalle : date de debut et date de fin, du moment et de la duree de la creation dudit fichier. La date finale est posterieure a Ia date initiale sur l'echelle temporelle absolue donnee par deux blocs horodates d'une chaine de blocs (blockchain). Les consignes de ('invention sont consituees de telle sorte que ('analyse du fichier horodate cree permet de retrouver une valeur brute aleatoire et horodatee sur laquelle elles sont fondees. Les consignes sont appliquees avant la phase de conversion analogique/numerique du capteur qui alimente la creation du fichier. Ladite valeur brute aleatoire et horodatee et celle d'un bloc de blockchain : le bloc dateur qui donne la date de debut. Apres sa creation, le fichier est notarise dans un bloc subsequent qui donne la date de fin. Une consigne est donc constituee d'une partie brute avec l'alea horodate, et d'une partie "normalisee" (fonction de mesure) avec les donnees (domaine frequentiel, temporel, spatial et ses referentiels; portees des consignes,..) permettant de numeriser un parametre. Ce parametre consign6 est par exemple les coordonn6es dans le referentiel d'une photo d'un objet identifiable dans cette photo; une vitesse ou un trajet consigne identifiable dans une video par extraction des vecteurs de mouvement, une sequence vocale temporelle consignee dans un fichier audio, une sequence 2 consignee de forme de signal radio. La numerisation d'un parametre selon des consignes portant avant la phase de conversion/analogique le rend independant du contenu informationel (visage, voiture, voix, ...) numerise du fichier. Ces parametres non limitatifs sont chacun exemplifies par des figures. La presente 5 invention (('invention) est une solution technique au probleme technique d'horodatation absolue et probante de tels fichiers ; elle n'existe pas dans l'etat de ('art. On defini un fichier comme un ensemble de donnees binaires. Un fichier est par exemple une seule ou plusieurs photographies ou une video avec plusieurs enregistrements audio. La notarisation d'un fichier consiste a "graver" 10 une valeur d'ancrage dans une blockchain. Une valeur d'ancrage est univoquement associee au fichier qu'elle notarise car les calculs (cryptographiques) sur le fichier a l'aide des references de notarisation permet de retrouver cette valeur. Pour horodater la date de debut, ('invention consiste a faire de la valeur aleatoire d'un bloc la valeur d'ancrage du fichier a creer grace a des 15 consignes definies comme un element de references de notarisation sous la forme de fonction mesurable de l'espace probabilise des valeurs aleatoires (des blocs) vers l'espace mesure de ('ensemble des fichiers numerisant un parametre independamment du contenu du fichier. La notarisation du fichier creer dans un bloc subsequent donne la date de fin de sa creation. A titre de synthese : 20 L'invention consiste ainsi a notariser le fichier par une valeur d'ancrage qui est celle aleatoire et horodatee produite par un bloc dateur d'une chaine de blocs; puis de notariser le fichier ainsi produit dans un bloc subsequent. Pour ce faire, le procede est en trois phase de definition, exploitation et validation : - les consignes sont definies comme une mesure et elles constituent les 25 valeurs numeriques de base de references de notarisation, - leurs exploitations s'appliquent avant la phase de conversion analogique/numerique du capteur qui alimente le fichier, donc sur la position/orientation ou sur une commande du capteur, pour produire une suite de numerisation (le fichier horodate), 30 - leur validation sur la base du fichier notarise produit, par identification du parametre numerise avec la valeur d'alea horodate (la valeur d'ancrage), donne a ce dernier son horodatation absolue; le parametre est identifie a la valeur de l'alea avec ou sans ('analyse de ('objet numerise. Fondamentalement, le fichier a horodater est une representation d'informations 3 analogiques et numeriques mais aleatoires qui n'a pas d'existence (sous forme de fichier) avant sa creation ! L'invention permet de roduire les coOts lies a l'alea moral et l'asymetrie d'information dans le domaine de la vente de bien et de service en ligne comme par exemple celui de ('assurance avec l'horodatation 5 probante de photographie de ('objet (vehicule, oeuvre, batiment, local,...) couvert par la garantie. Elle permet ('absence des infrastructures a cle publique, d'horodatage et d'archivage avec l'horodatation probante de photo, d'audio ou de video selfies, dans une chaine de blocs, a titre de signature electronique biometrique. Elle apporte aux objets connectes (webcam, drone, loT : Internet of 10 Things,..) les moyens techniques pour la fourniture de preuves cryptographiques d'horodatation de mesures physiques diverses. Elle est donc susceptible d'industrialisation et de commercialisation a grande echelle. L'activite inventive de l'invention consiste a exploiter les performances des capteurs et de ('analyse numorique de l'etat de l'art, la nature et les fonctionnalitos de la blockchain et 15 plus profondement : la nature des informations analogiques et des informations aleatoires. Les informations analogiques et numeriques aleatoires n'ont pas d'existence avant une date donnee. Les informations analogiques, ici celles relatives au transfert d'energie (ondes electromagnetiques dans le spectre visible et radioolectrique, ondes mocaniques sonores, ...), constitue une quantito infinie 20 d'information. De quantite infinie, elles ne sont donc pas stockables en particulier sous forme numerique (fichiers) : elles n'ont pas de representation, soit d'existence prealable, sur un support materiel. Les informations numeriques aleatoires sont par definition inconnues avant une date donnee. C'est en particulier le cas, en effet de bord qu'exploite l'invention, des empreintes des 25 blocs des blockchains dont le consensus decentralise est en particulier de type "preuve de travail". Les consignes d'acquisition probantes de l'invention sont donc construites sur l'alea horodato de production des blocs d'une blockchain et sont appliquees directement sur ('information analogique soit : avant la phase de conversion analogique/numerique realisee par le capteur (photographique, 30 videographique, audiographique, ..). Les consignes d'acquisition probante pour la production d'un fichier portent donc soit : - sur la localisation/orientation spatiale ou temporelle du capteur, - sur les commandes (transduction, conditionnement, filtrage, amplification, controle des linearites,....) du capteur. 4 L'integrite de la totalite des donnees et traitements d'exploitation du present procede est cryptographiquement verifiable, en termes non technique : it n'y a pas besoin de tiers de confiance. Cette integrite est assuree par : - ('exploitation d'empreintes cryptographiques des blocs et des fichiers 5 produits; ces empreintes sont notarisees dans les blocs dateur (date de debut) et subsequents (date de fin) de la blockchain exploitee, - la blockchain elle-meme (ses blocs) qui est par construction integre et qui est exploitee (lues et ecrites) par l'invention a l'aide soit : o d'un client lourd : serveur manipulant la totalite de la blockchain, 10 o d'un client leger : sur terminal/smartphone et ne manipulant que les blocs utiles et integres par la technique cryptographique des arbres de Merkle. Pour finir cette presentation generale de l'invention, si ('information analogique n'a pas d'existence prealable (au sens sus-donn6), it reste a s'assurer qu'une 15 representation numerique qui satisferait les consignes de l'invention, ne preexiste pas ou du moins, ne preexiste pas selon un niveau de confiance voulu. Le niveau de confiance relatif a ('inexistence prealable du fichier a produire est quantifiable. II est Mini selon l'etat de l'art dans le domaine d'application. En mathematiques, une mesure est une fonction qui associe une grandeur numerique 20 certains sous-ensembles d'un ensemble donne. Sur cette base, il est ci-apres ebauchee une modelisation quantitative de ('experience aleatoire que repr6sente une horodatation selon l'invention. On precise quelques "axiomes" : une consigne brute a une valeur aleatoire extraite d'un bloc. Un parametre a numeriser a une valeur fond6e sur de l'alea numerique (une consigne brute) de telle sorte que la 25 taille minimale du fichier resultant augmente avec l'etendue de la plage de valeur de l'alea; la taille du fichier comme la plage de l'alea s'exprime en bits d'information. On assimile un fichier a un ensemble ouvert dans la mesure au, satisfaisant une consigne brute, il peut toujours etre indefiniment parcouru par des donnees non signifiantes : it n'a pas de frontiere. Sur cette base, on ne 30 considere que les fichiers de taille minimale et non nulle pour ('identification, en fonction de l'etat de l'art, d'un parametre numerise. Ainsi, on Mini l'espace probabilise (Q,F,P) et l'espace mesure (E, Q p). L'univers i2 est l'ensemble des valeurs numeriques aleatoires. Les evenements F, partie de 0, regroupe l'ensemble des valeurs numeriques aleatoires sur un nombre donne de bits 5 d'information, dans les faits ceux exploites pour la consigne brute. La probabilite P est celle associee aux evenements elementaires de F, celle d'obtenir une valeur aleatoire horodatee donnee, extraite d'un bloc dateur sur le nombre donne de bits d'information. L'espace E, est ('ensemble infini denombrable de tous les 5 fichiers numerisant un parametre donne (trajet, vitesse, position, sequence temporelle ou frequentielle,..) selon la valeur d'une consigne brute, pour un meme objet (visage, voiture, signal, donnees quelconques non signifiantes,...) et dont la taille est minimale. Sur deux fichiers numerisant le meme parametre selon la meme valeur d'alea horodate d'une consigne brute, seul celui ayant la taille la 10 plus petite appartient a E. Si ils sont egaux en taille, on considere un fichier comme un ensemble ordonne de bits et on prend celui representant la valeur la plus faible. La tribu E, partie de E, est celle des fichiers dont le parametre numerise satisfait (est egal a) une consigne brute a valeur dans F. E est une sorte de tribu borelienne numerique (!). L'espace E est completee d'une mesure 15 definie sur E qui est la taille de fichier. La mesure p est additive et monotone. On a alors la variable aleatoire discrete de 0 vers E, fonction mesurable X de 0 vers E associee a une mesure p. La fonction mesurable X est la partie "normalisee" des consignes. Dans ce cadre modelise, l'horodatation de l'invention peut etre vue comme, a posteriori, ('experience aleatoire d'un evenement certain, donc: 20 - soit on connait la valeur de la consigne brute et le fichier horodate a une taille minimale donnee, car P (consigne brute) = 1, - soit on ne connait pas la valeur de la consigne brute et le fichier horodate a la taille de toute sa tribu E, car P (F) = 1, Ainsi, frauduleusement horodater un fichier est ('experience aleatoire de 25 l'evenement certain : le fichier preexiste et satisfait la consigne, c'est la tribu E et it a sa taille en octets ou bits d'information. Hors, selon l'invention, on peut a loisir augmenter la plage de valeur de consigne brute pour faire en sorte que les capacites de stockage de l'etat de l'art ne permettent pas de stocker la tribu. La confiance en ('inexistence prealable du fichier a horodater est alors de 100%. On 30 peut horodater a posteriori un fichier en prenant par exemple la valeur aleatoire d'un bloc datant de deux ans a titre de date de debut, le probleme sera alors que la date de fin sera celle courante deux ans plus tard car le fichier produit doit etre notarise. C'est a celui auquel est destine le fichier d'apprecier le fait qu'il a fallu deux ans (!) pour le cr6er quand le proc6d6 de l'invention donne des intervalles 6 de creation de quelques dizaines de secondes entre la date de debut et la date de fin. On ne peut pas horodater a priori car cornme on va le developper, la plage de valeur de la consigne brute peut etre aussi etendue (en bits d'information) qu'on le souhaite et le nombre de parametre a numeriser peut etre augmente a 5 loisir pour un merle objet. Le niveau de confiance evoque est la taille minimale, en bits d'information, d'un fichier qui serait une representation numorique existante d'un objet et d'un parametre identifiable par l'etat de ('art et qui satisferait de fagon certaine les consignes applicables avant qu'elles ne soient appliquees. Si ce fichier existe déja, it doit etre stocke quelque part. En 2017, la 10 capacite totale mondiale de stockage est estimee (etude de International Data Corp.) a 7,235 zettaoctets, soit 5,788 * 1022 bits d'information. Un niveau de confiance de 100% de l'inexistence du fichier a produire, chiffre en ordre de grandeur, est donc ici de 23; 1023 bits d'information etant la taille de ce fichier qui ne peut pas exister. II ne peut pas, en effet, selon l'etat de ('art, etre stocke 15 quelque part. II est aise, grace au procede de ('invention, de definir des consignes d'acquisition assorti d'un niveau de confiance de 100% concernant l'inexistence prealable du fichier a produire. Les calculs sont developpes plus loin. II est merle possible, sur la base d'un stockage d'un bit par atome (societe IBM, mars 2017 : "Reading and Writing Single-Atom Magnets" - Fabian D. Natterer, Kai Yang, 20 William Paul, Philip Willke, Taeyoung Choi, Thomas Greber, Andreas J. Heinrich, and Christopher P. Lutz) et du nombre postule de 1080 particules dans l'univers, de definir des consignes d'acquisition telles que toutes les particules de l'univers ne suffiraient pas a stocker un fichier preexistant tel que consigne. Bien sur, la serie de consignes definit imposerait dans ce cas particulier un mode operatoire 25 de plusieurs minutes d'acquisition pour l'utilisateur du procede de ('invention. Cette derniere permet ainsi la production de preuve cryptographique de la date de debut et de la date de fin de creation d'un fichier alimente par la conversion analogique/numerique d'un capteur quelconque et pour diverses grandeurs physiques. A titre d'exemple, dans le domaine particulier des ondes 30 electromagnetiques dans le spectre visible (la lumiere) numerisees dans un fichier par le capteur photographique d'un smartphone : ('invention permet de prouver qu'une photographie a oto prise entre deux dates donnos reprosentant un intervalle de temps de typiquement quelques dizaines de secondes. L'invention interesse particulierement les domaines pour lesquels une preuve 7 d'existence d'un objet (d'un sujet, d'un phonomene, d'un ovenement,...) dans un etat donne et a un moment donne est utile. Dans ses domaines d'application, l'invention permet de roduire considerablement les coOts lies a l'alea moral et l'asymetrie d'information. Dans un mode preforentiel de mise en oeuvre pour 5 l'utilisateur, l'invention est implementee sous la forme d'une application pour equipements informatiques mobiles (smartphone, tablette,..) pour l'horodatage de photo, de video ou d'audio avec une fonctionnalite additionnelle de signature biometrique. Les domaines pertinents sont, pour exemples non limitatifs, ceux de la location, le pret, la creation, la vente ou l'assurance de biens pour la realisation 10 de photo de constat (bon etat, accident, degradation, malfagon, bonne reception, etat courant, ...). Par exemple, concernant l'assurance temporaire de vehicule, une ou plusieurs photos horodatees du vehicule assure permettent de declencher la garantie contractualisee pour la duree choisie. Cela reduit considerablement le niveau de fraude consistant a assurer temporairement un vehicule apres, et non 15 avant, d'avoir subi un dommage. La prosente invention permet a un locataire, au moment de son arrive, de proceder seul a l'etat du lieu (location de vacances, bureau temporaire, ....) sans la presence du loueur. Elle permet a tout utilisateur de produire l'enregistrement sonore, la photo ou la video d'un constat (nuisance sonore, photo de degradation, video de constat d'abandon de domicile 20 conjugale,...) sans la presence d'un huissier de justice. Chacun de ces fichiers peut etre de surcroit, au besoin, biometriquement signe par un enregistrement audio et/ou photo et/ou video. L'invention permet encore de rigoureusement horodater toutes sequences de videosurveillance, par exemple celles produite par une webcam ou un drone. La webcam pour constater a distance un etat 25 meteorologique (enneigement, ensoleillement,..) ou environnemental a un moment donnoe d'un lieu donne. Le drone pour constater les effets d'un evenement climatique (inondation, secheresse, grele,...) dans le contexte de garanties assurantielles ou constater a distance l'etat d'un chantier pour son suivi. Au-dela d'un drone, l'invention adresse les domaines des capteurs 30 intelligents et des objets autonomes connectes dont les domaines applicatifs sont tres vastes. Elle permet d'apporter la preuve cryptographique d'horodatage de mesures physiques diverses acquises et transmises par un tel capteur/objet autonome. Actuellement, la veracite des mesures de ces objets connectes repose sur un identifiant unique lie a ('objet et attribue par le constructeur tiers de 8 confiance, donc thooriquement et pratiquement falsifiable, ce qui n'est pas le cas grace a l'invention qui n'a besoin d'aucun tiers de confiance. En effet, la phase de definition des consignes permet d'exploiter le procede avec un niveau de certitude choisi, chiffre et aussi eleve que I'on souhaite, quand a la preexistence 5 d'un fichier consign& L'invention permet de fournir le cas echeant a la justice, des preuves cryptographiques de la date d'un otat ou d'un ovenement. Dans une mise en oeuvre particuliere, l'invention permet de produire des signatures electroniques biometriques grace a ('utilisation d'audio, photo ou de video selfie ainsi horodatees par l'invention. Les signatures biometriques ainsi produites ont 10 plus de force probante que les signatures manuscrites (elles incorporent plus de "matiere" ou d'information biometriques) ou electroniques de l'etat de ('art mais surtout, elles ne requierent aucune infrastructure a cle publique, aucune gestion de la securite qui est externalisee par la bockchain, aucune infrastructure d'horodatage probant et aucune infrastructure d'archivage probant puisque ces 15 signatures biometriques sont notarisees dans la blockchain. L'horodatation absolue de fichier de l'invention permet en fait, pour I'authentification et la signature electronique biometriques, d'exploiter des certificats autoproduits. L'invention est donc susceptible de commercialisation a tres grande echelle et au benefice tant des institutions, des professionnels que du grand public. 20 Description detaillee de l'invention Dans la suite de present document est presente : - une description fonctionnelle de l'invention et l'etat de ('art de 25 l'horodatation et des chaines de blocs ; - les solutions apportees par l'invention ; - des exemplifications et des illustrations par des figures en developpant sept proprietes des consignes d'acquisition probantes de l'invention. Concernant l'etat de ('art, les procedes existants permettent de prouver 30 l'anteriorito (('existence) de la creation d'un fichier anterieurement a une date donnoe. Ils le peuvent avec ou sans tiers de confiance. A ce jour, it n'existe pas de procede automatise permettant de prouver la posteriorito de la creation d'un fichier a une date dorm& et d'en prouver la creation dans un intervalle de temps horodate et d'en garantir de fagon chiffree le niveau de certitude relatif a son 9 inexistence prealable a sa creation, le tout sans le recours a un tiers de confiance. C'est ('objet de la presente invention avec son procede en trois phases (definition, exploitation, validation). Le non recours a une autorite de confiance est valable en phase de production du fichier, grace a ('exploitation de l'alea 5 horodat6 d'une chaine de bloc. II est aussi valable en phase de validation de I'horodatage du fichier grace a ('exploitation de nceud complet (client "lourd") ou de client dit "leger" pour l'interfagage avec ladite blockchain. En phase de production it est possible de contrer le deni de service en obtenant l'alea horodate en connexion avec la blockchain avec un client lourd ou leger. Plus 10 precisement, ('invention consiste a faire varier les conditions d'acquisition d'une grandeur physique analogique, par exemple un objet dans son environnement pour une photographie, selon une valeur aleatoire horodatee, pour produire un fichier de telle sorte que ('analyse ulterieure de son contenu permette d'une part de recalculer et verifier la valeur de desdites consignes apres identification de 15 ('objet et d'autre part de verifier que l'empreinte du fichier est notarisee a une date ulterieure a celle associee auxdites consignes. Plus en detail, ('invention consiste a faire varier, par des consignes, les conditions d'acquisition (le parametre) d'une grandeur physique analogique : avant l'etape de conversion analogique/numerique (transduction, 20 conditionnement, filtrage, amplification, position/orientation spatiale du capteur,...) pour la production d'un fichier ; les grandeurs analogiques/continues representent une quantite infini d'information et ne sont donc pas stockables sous aucune forme, elles sont donc 0 non prealablement stockees » et non manipulables, frauduleusement ou non, 25 par un programme informatique, elles sont in fine inaccessibles a la connaissance (cf. indetermination de Heisenberg) donc anterieurement "inexistantes", dans le sens "sans representation numerique" avant la date de ('acquisition; pour s'assurer de cette inexistence prealable, avec un niveau de confiance aussi eleve que l'on veut, on exploite une serie de 30 plusieurs consignes d'acquisition definis en fonction de l'etat de l'art et portant sur un ou plusieurs parametres; selon des consignes d'acquisition fondees sur l'alea horodate d'une chaine de blocs (blockchain), !edit alea etant public, sequentiellement produit dans chaque nouveau bloc et "grave" dans ladite blockchain ; une 10 valeur aleatoire est par definition 0 inexistante » (inconnue) avant qu'elle ne soit revelee a un moment donne, c'est en particulier la caracteristique (en effet de bord) de la valeur de la preuve de travail accompli par les "mineurs" pour les blockchains dont le consensus decentralise est de type 5 "preuve de travail" (proof-of-work), de telle sorte que ('analyse du contenu du fichier produit : - apres la notarisation horodatee de son empreinte au moins dans ladite blockchain, une empreinte, typiquement selon la fonction de hachage SHA-256 (Secure Hash Algorithm sur 256 bits), etant univoquement liee a 10 un fichier et un seul et sa notarisation constituant une preuve cryptographique de son existence avant la date de notarisation ; - avec ('identification calculatoire du parametre numerise, typiquement, pour ce qui concerne la photographie, par toutes les techniques d'analyse d'images permettant d'identifier un objet et sa position dans son 15 environnement, le parametre etant la suite des coordonnees de la position de ('objet dans une serie de photographies de cet objet; les photographies etant la numerisation d'un phenomene physique ondulatoire : la lumiere, permet de recalculer et verifier la valeur desdites consignes. Concernant la phase suivante de validation, le procede est donc le suivant : 20 - a partir de ('analyse du fichier pour identification du parametre a la valeur de la consigne fondee sur de l'alea horodate, on prouve que le fichier a ete creer posterieurement a une date "d1" donnee (par exemple avec ('empreinte courante d'un bloc de la blockchain) puisque la consigne est correlee a une valeur publique, sequentiellement produite, notarisee, 25 horodatee et surtout de nature aleatoire, et puisque les consignes ont ete etablies de fagon a s'assurer qu'il n'existait aucune representation numerique, telle que consignee (avec un niveau de certitude voulu), - apres le calcul de ('empreinte (valeur d'ancrage) du fichier et l'egalite constatee avec celle notarisee, on prouve son existence anterieurement a 30 une date "d2" qui est posterieure a la date "dl ", puisqu'une empreinte n'est cryptographiquement liee qu'a un seul fichier et que sa notarisation horodatee est posterieure a la date de sa creation, on obtient alors I'horodatage absolu (rosultat chiffre exprime en unite de temps, chaque bloc etant de surcroit date en temps universel), probant (que l'on peut 11 prouver) et sans tiers de confiance (l'intogrito de la totalito des donnees manipuloe est verifiable), de I'intervalle de temps (entre "d1" et d2") de la creation dudit fichier. L'horodatage, en informatique, est le fait de lier une date et une heure precise par l'intermediaire d'une horloge de reference a un ovenement, 5 une information ou une donnoe informatique. Le fait d'horodater un document informatique confere a celui-ci une valeur probante. L'horodatage garantit ('existence et l'intogrito du document. II est la preuve de la non-alteration du document, du respect des delais logaux ou preuve d'anteriorite, de l'opposabilito et de la tracabilito des actions menees sur le document. Dans l'etat de ('art on 10 distingue ici quatre cas : - I'horodatation probante d'anteriorito de la creation d'un fichier (preexistence) avec un tiers de confiance, - I'horodatation probante d'anteriorito sans tiers de confiance, - I'horodatation probante de posteriorito (preuve de creation apres une date 15 donnee) avec un tiers de confiance, - I'horodatation probante de posteriorito sans tiers de confiance. Pour le premier cas, I'homme de ('art connait les services proposes par les autoritos d'horodatage. Elles relevent par exemple en France du Reforentiel General de Securite (RGS) formalise par I'Etat et doivent aujourd'hui etre 20 conformes au reglement europeen n°910/2014 du 23 juillet 2014 dit "eIDAS" (Electronic Identification and Signature). Ce reglement a pour ambition d'accroitre la confiance dans les transactions electroniques au sein du marche interieur europeen : I'authentification et la signature electronique biometrique de ('invention le permet. Pour I'horodatage comme pour les signatures electroniques, 25 la confiance est donc ici in fine apportee par le tiers etatique et ceux certifies par lui. Ce qui est le cas general au niveau mondial Cette intermediation a un coOt, tant financier qu'en terme de mode operatoire (processus d'horodatation, accessibilite et verification des informations horodatees, conservation, maintient en conditions operationnelles des installations, . ). 30 Pour le deuxieme cas, on exploite la nature des informations manipulees (ecrites, lues, modifiees) dans une blockchain. Ce domaine technique etant nouveau, it est developpe ci-apres pour que I'auteur de la prosente invention (qui exploite operationnellement les blockchains, a titre personnel, depuis l'annee 2014) et I'homme de ('art, partagent bien les memes references techniques, fonctionnelles 12 et de vocabulaire car ce dernier n'est pas toujours stabilise. On evoque de fawn equivalente : les chaines de blocs, les blockchains, voir les DLT (Distributed Ledger Technology). Le terme blockchain est generalement employe de fawn generique et englobante en renvoyant aux technologies qu'elle met en oeuvre. 5 Ainsi, la blockchain reunie en particulier des procedes cryptographiques, des standards, des equipements informatiques, des logiciels, des modules, des librairies, des interfaces de programmation (API), la base de donnees REVENDICATIONS1 - Procede d'horodatation des bornes de I'intervalle de temps (dates de debut 201, 501, 702, dates de fin 214, 716) de la numerisation dans un fichier (203 et 204, 601 et 602, 701, 903) et par un capteur (111, 907), de phenomenes physiques (ondes electromagnetiques, ondes mecaniques, ..) caracterise en ce que I'horodatation est absolue et probante sans tiers de confiance grace a des consignes d'acquisition probantes (103 a 108, ou 301, 401 a 404 ou 705 a 713 ou 904, 905) : - fondoes sur l'alea horodato (201, 501, 702) de blocs (209, 703) d'une chaine de blocs (202, 714), - definies selon la taille d'un hypothetique fichier existant qui les satisferait, - appliquees avant la conversion analogique/numerique dudit capteur (111, 907), - portant sur au moins un parametre posterieurement identifiable (coordonnees 103,104,106,107, trajet 301, sequence temporelle 705 a 708, trajet 709 a 712, sequence de forme de signal radio 904 et 905) sur la base de references de notarisation (202, 210, 211 ou 714, 704, 811) dudit fichier, de ses valeurs d'ancrage (201 ou 501 ou 702; 205 ou 809) et de son contenu (203 et 204, 601 et 602, 701, 903), - definies, exploitees et validees en trois phases de definition, d'exploitation et de validation : - en phase de definition, on Mini les consignes comme element de references de notarisation sous la forme d'une fonction mesurable de l'espace probabilise des valeurs aleatoires des blocs vers l'espace mesure des fichiers numerisant au moins un parametre, on Mini : - la port& (orientation/localisation du capteur 111 ou commande sur le capteur 907) des consignes, - la nature dudit parametre (position 103, 104; 106,107, trajet 301, sequence temporelle 705 a 708 ou sequence de forme de signal 904, 905,..) a numeriser et le referentiel local associe (109, 202, 714, 901); !edit parametre etant univoquement carrel& a la valeur de l'alea horodate (201, 501, 702) d'un bloc dateur (209, 703) d'une chaine de bloc (202, 714), - les traitements d'assistance (105, 108, 110 ou 401 a 404 ou 705 a 708, 713) 59 a la num6risation a l'adresse d'un op6rateur ou des commandes dudit capteur, - en phase d'exploitation, a l'aide d'un client lourd ou leger, on lit ladite valeur aleatoire horodat6e (201, 501, 702) dudit bloc dateur (209, 703) et on 5 elabore lesdites consignes (103 a 108, ou 301, 401 a 404 ou 705 a 713 ou 904, 905) telle que definies puis on les exploite lors d'une suite de num6risations (203, 204, 601, 602, 701, 903) assist6es (105, 108, 110, 705 a 708, 713, 904, 905) avant la phase de conversion analogique/numerique du capteur (111, 907) pour num6riser ledit parametre (103,104,106,107, 301, 10 705 a 708, 709 a 712, 904 et 905) et on notarise par une transaction (211, 811) le fichier obtenu (203 et 204, 601 et 602, 701, 903) avec une valeur d'ancrage (205, 809) ecrite dans un bloc subsequent (210, 704) ; - en phase de validation, on valide lesdites consignes en identifiant l'alea (201, 501, 702) sur lequel elle sont fondees, par ('analyse numerique (603 a 606) 15 appliquee sur le contenu dudit fichier (203 et 204, 601 et 602, 701, 903) notarise dans lequel on identifie ledit parametre num6ris6 (103,104,106,107, 301, 705 a 708, 709 a 712, 904 et 905) pour etablir que ledit fichier (203 et 204, 601 et 602, 701, 903) n'existait pas, selon le niveau de certitude choisi, avant la date initiale d6finie par ledit bloc dateur (201 ou 501 ou 702) et 20 existait avant la date finale d6finie par ledit bloc subsequent (214 ou 716), lesdites dates initiale et finale horodatant de fagon absolue le moment et la dur6e de la creation dudit fichier (203 et 204, 601 et 602, 701, 903). 2 - Procede, selon la revendication 1, caracterise en ce que lesdites trois 25 phases comprennent chacune les 6tapes suivantes : - en phase prealable de definition, on fixe les referentiels (109, 202, 714, 901) et les traitements (ex : 401 a 404) associes auxdites consignes (103 a 108, ou 301, 401 a 404 ou 705 a 713 ou 904, 905) selon la taille minimale, en bit d'information, que devrait avoir un fichier les satisfaisant : 30 - on selectionne une chaine de bloc (202, 714) pour laquelle d'une part la suite des r6f6rences (201, 214, 702, 716) des blocs (209, 210, 703, 704) est d6fini comme le referentiel temporel absolu et d'autre part dont l'alea (201, 214, 501, 702, 716) horodate lie a la production desdits blocs est exploite comme source d'entropie ; 60 - on d6fini un systeme de coordonn6es (109 ou 305 ou 901) dans un referentiel local qui est spatiale (109, 305) ou frequentiel ou temporel (901) et dans lequel chaque groupe de bits d'information dudit alea (201, 214, 501, 702) extrait est univoquement associ6 au parametre a num6riser 5 (103,104,106,107, 301, 705 a 708, 709 a 712, 904 et 905), - on elabore les donnees et les traitements de formatage permettant d'extraire et formater ledit alea (201, 214, 501, 702) pour construire les consignes brutes (103, 104, 106, 107 ou 301 ou 709 a 712); - on elabore les donnees et les traitements de normalisation permettant de 10 normaliser (105, 108 ou 401 a 404 ou 705 a 708 et 713 ou 904, 905) leur application dans leur domaine d'application et selon leurs portees et la nature du parametre a numeriser (103,104,106,107, 301, 705 a 708, 709 a 712, 904 et 905), - on elabore les traitements d'assistance a la numerisation selon la portee 15 desdites consignes (103 a 108 ou 301, 401 a 404 ou 705 a 713 ou 904, 905): - soit sur la localisation spatiale (incrustations 105, 108, 110, 713) ou temporelle (705 a 708) du capteur (111); - soit sur la commande (904, 905) du capteur (907) ; - en phase d'exploitation, on elabore et on applique lesdites consignes 20 probatoires (103 a 108, ou 301, 401 a 404 ou 705 a 713 ou 904, 905) d'horodatation de l'intervalle de temps de creation dudit fichier (203 et 204, 601 et 602, 701, 903) : - on lit dans le bloc courant dateur (209, 703) : d'une part la valeur fournie (201, 501, 702) par ladite source d'entropie et d'autre part so reference (201, 25 501, 702) qui definit la date de debut, ces valeurs (201, 501, 702), eventuellement identique, peuvent etre acquises sans tiers de confiance a l'aide d'un client lourd ou leger, pour en garantir l'integrit6; - on calcul et on formate, grace auxdits traitements de formatage et de normalisation, lesdites consignes brutes (103, 104, 106, 107 ou 301 ou 709 a 30 712) en les correlant a ladite valeur fournie (201 ou 501 ou 702), puis on les normalise en les affectant a la position spatiale (105, 108 ou 401 a 404), frequentielle, temporelle (705 a 708) ou aux commandes (904, 905) du capteur (111, 907) numerisant ledit parametre (103,104,106,107, 301, 705 a 708, 709 a 712, 904 et 905) dans ledit systeme de coordonnees (109 ou 305 61 ou 901), - on procede a une suite de numerisation (203, 204 ou 601, 602 ou 701 ou 903) assistee (incrustations 105, 108, 110 ou 705, 706, 707, 708, 713) par ledit traitement d'assistance et conformement auxdites consignes (103 a 108, 5 ou 301, 401 a 404 ou 705 a 713 ou 904, 905) pour obtenir ledit fichier (203 et 204 ou 601 et 602 ou 701 ou 903), - on calcule une valeur d'ancrage (205 ou 809) dudit fichier (203 et 204 ou 701) selon une seule (212, 808) ou plusieurs (1001, 1005, 1007, 1009, 1011, 1013 ou 1001, 1003, 1005, 1007, 1009, 1011, 1013, 1014) fonctions 10 cryptographiques lorsqu'une fonctionnalito additionnelle est associee a ladite valeur d'ancrage (809) ; - on genere au moins une transaction de notarisation (211, 811) dudit fichier (203 et 204, 701) dans un bloc subsequent (210, 704) audit bloc dateur (209, 703), la reference (214, 716) dudit bloc subsequent (210, 704) definit la date 15 de fin, - on genere les references de notarisation qui inclut au moins la reference de la transaction (211, 811) de notarisation, une reference (213, 718) audit bloc dateur (209, 703) etant liee a ladite transaction de notarisation (211, 811) ; - en phase de validation de l'intervalle de temps horodate on authentifie, sans 20 aucun tiers de confiance, lesdites consignes probantes (103 a 108, ou 301, 401 a 404 ou 705 a 713 ou 904, 905) sur la base dudit fichier (203 et 204, 601 et 602, 701, 903) et desdites references de notarisation : - on verifie l'intogrito du contenu des blocs dateurs (209, 501, 703) et subsequents (210, 704) en mettant en oeuvre un client lourd ou un client 25 leger pour acceder a ladite blockchain (202 ou 714) ; - on verifie l'intogrito dudit fichier (203 et 204, 601 et 602, 701, 903) sur la base de son contenu, en relancant les calculs d'obtention de la valeur d'ancrage (205 ou 809) puis en la comparant avec celle enregistroe (205 ou 809) dans la blockchain (202, 714) ; 30 - on releve l'horodatage de l'intervalle de temps de creation (209 a 214 ou 702 a 716) dudit fichier (203 et 204, 701) dans lesdits blocs dateurs (209, 703) et subsequents (210, 704) et on lit la valeur de l'alea fournie (201, 501, 702), - on recalcule, grace auxdits traitements de formatage et de normalisation, lesdites consignes (103 a 108, ou 301, 401 a 404 ou 705 a 713 ou 904, 905) 62 d'acquisition sur la base de ladite valeur d'aloa fournie (201, 501, 702), - on verifie, a ('aide de toutes analyses numoriques pertinentes de l'etat de l'art, que ledit parametre est numerise (103,104,106,107, 301, 705 a 708, 709 a 712, 904 et 905) selon lesdites consignes normalisees (103 a 108, ou 5 301, 401 a 404 ou 705 a 713 ou 904, 905) et selon ledit referentiel local (109 ou 305 ou 901) dans chaque element de ladite suite (203, 204 ou 601, 602 ou 701 ou 903) de numerisation, - on valide, a ('issue des verifications conformes procedentes que ledit objet (101, 603, 604, 715, 903) a ete pour la premiere fois numerise dans ledit 10 fichier (203 et 204, 601 et 602, 701, 903) dans l'intervalle de temps borne defini comme : posterieur a ladite date absolue de debut (201, 501, 702), dudit bloc dateur (209, 703), ledit fichier etant anterieurement inexistant; anterieur a ladite date absolue de fin (214, 716) dudit bloc subsequent 15 (210, 704). 3 - Procede selon la revendication 2 procedente caracterise en ce qu'il est mis en oeuvre avec une suite d'au moins une seule numorisation (203), dans le domaine de la photographie numerique exploitant les capacites calculatoires et 20 les performances des capteurs (111) photographiques des equipements informatiques mobiles (smartphones, Tablette,..) et l'etat de l'art en matiere de traitement d'image, pour la prise de vue assistoe d'un objet identifiable (101) selon ces contenus d'etapes : - en phase de definition : 25 - on definit l'empreinte des blocs (201, 214) d'une chaine de bloc choisie (202) a la fois comme referentiel temporel absolu et comme source d'entropie, ces empreintes sont univoquement liee a une date exprimee en temps universe!, - on definit comme referentiel local spatiale : la photographie (203) incluant ('objet (101) dans son environnement (206) et le systerne de coordonnees 30 (109) en deux dimensions est donne par la definition de la photographie a produire (203), - on elabore le traitement de formatage des consignes brutes d'acquisition avec ('affectation des bits d'information du bloc dateur (201) aux coordonnees (103, 104) d'un cadre de consigne (105) dans lequel doit figurer 63 ('objet (101) dans une (distance) proportion (108) minimale indiquoe; les consignes brutes, pour une merle surface dudit cadre (105), peuvent s'etendre a sa forme et son orientation; - on elabore le traitement de normalisation des consignes d'acquisition en 5 fixant les dimensions dudit cadre (105) et dudit cercle (108) de proportion en coherence avec le niveau de certitude souhaitee de non preexistence du contenu de la photographie a produire selon l'etat de ('art en matiere de traitement d'image et de capacito des capteurs (111) photographique, - on elabore le traitement d'assistance a la numerisation avec la fonctionnalite 10 d'incrustation dans l'ecran de previsualisation dudit terminal (111) : dudit cadre (105) de consigne, de son cercle de proportion (108) et d'une croix de centrage (110); - en phase d'exploitation : - on lit dans le bloc courant dateur (209), la valeur d'alea fournie (201) par la 15 source d'entropie qui est sa reference (201) et la date de debut, - on elabore, grace auxdits traitements de formatage et de normalisation, a ('aide de bits d'information de Ia valeur de I'empreinte (201) du bloc dateur (209) lu, Ia consigne brute d'acquisition (103, 104) affectee prioritairement aux coordonnees du cadre de consigne (105) associee a une proportion 20 (108) applicables a Ia representation numorique de ('objet (101) dans ledit systeme de coordonnees (109), - on procede a la numerisation (203) assistee (incrustations 105, 108, 110) conformement auxdites consignes (103, 104, 105, 108) pour obtenir ledit fichier (203), le rectangle de consigne est dessine dans la photographie (203) 25 obtenue ainsi qu'une zone d'information contenant des references (213) telles qu'un code matriciel encodant un lien hypertexte et/ou des references (213) relatives au present procede, notamment celle dudit bloc dateur (213); - on calcule une valeur d'ancrage (205) dudit fichier (203) avec au moins la valeur produite par une fonction de hachage (212); 30 - on genere au moins une transaction de notarisation (211) dudit fichier (203) dans un bloc subsequent (210) audit bloc dateur (209), la reference (214) dudit bloc subsequent (210) definit la date de fin ; - on genere les references de notarisation qui inclut au moins la reference de la transaction (211) de notarisation et la blockchain exploitee (202); 64 - en phase de validation : - on verifie l'integrite du contenu dudit bloc dateur (209) et subsequents (210) a l'aide d'un client lourd ou d'un client leger ; - on verifie l'integrite dudit fichier (203) sur la base de son contenu, en 5 relancant les calculs d'obtention de Ia valeur d'ancrage (205) puis en Ia comparant avec celle enregistree (205) dans la blockchain (202) ; - on releve I'horodatage de I'intervalle de temps de creation (201 a 214) dudit fichier (203) dans ledit bloc dateur (209) et subsequent (210) et on lit la valeur de l'alea fournie (201), 10 - on recalcule, grace auxdits traitements de formatage et de normalisation, lesdites consignes (103, 104, 105, 108) d'acquisition sur Ia base de ladite valeur d'alea fournie (201), - on identifie, a l'aide de programme informatique implementant toutes techniques d'imagerie pertinentes de l'etat de l'art, ledit objet (101) dans 15 ladite photographie (203), - on verifie dans la photographie (203) qu'au moins les coordonnees (103, 104) du cadre de consigne (105) sont conformes et que la representation numerique de ('objet (101) y est normalisee (105, 108), ('ensemble selon les consignes calculees (103, 104, 105, 108), 20 - on valide, les verifications precedentes etant conformes, que ('objet (101) a 6t6 numerise pour la premiere fois dans un intervalle de temps borne : - posterieur a ladite date absolue de debut (201) dudit bloc dateur (209), - anterieur a ladite date absolue de fin (214) dudit bloc subsequent 25 (210). 4 - Proc6d6 selon la revendication 3 precedente caracterise en ce que ladite suite est etendue a plusieurs numerisations (601, 602) avec les contenus d'etapes complementaires suivant : 30 - en phase de definition : - on definit des contraintes de forme et de surface minimale pour la zone de recouvrement entre deux photos successives (203, 204 ou 601, 602), - on definit une valeur minimale de distance entre les positions successives du cadres de consigne (105) dans le referentiel local (109) de fawn a ce que 65 le contenu (203, 204, 601, 602, 603, 604) des fichiers a produire soit identifiable par reference interne entre deux contenus distincts : - le contenu de deux cadres de consigne, soit l'objet numeris6 (603) dans le cadre de consigne d'un fichier (601) et une autre 5 representation numerique du merle objet (604) dans le cadre de consigne d'un autre fichier (602), - le contenu d'un cadre de consigne d'une photographie avec le contenu d'une photographie complete, soit l'objet (604) dans le cadre de consigne d'une photographie (602) represents dans une autre 10 photographie complete (601) au sein de son environnement (605), - le contenu de deux photographie complete, soit l'objet (603, 604) et la zone de recouvrement (606) entre une photographie complete (601) et une autre photographie complete (602), - on elabore, pour chaque numerisation supplementaire (204, 602), une 15 consigne d'acquisition dediee pour laquelle on extrait des bits d'information complementaires de I'empreinte (201) dudit bloc dateur (209), - en phase d'exploitation : - ('assistance informatique peut etre 6tendue a la prise de vue (204, 602) automatique grace a un programme de reconnaissance d'image (image 20 matching) dont la reference est le contenu numerisee de l'objet (101, 603) et/ou son environnement (206, 605) dans au moins l'un des cadres de consignes ou photographies (203, 601) precedents; - en phase de validation : - on identifie ledit objet sur les prises de vues successives (203, 204 ou 603, 25 604) a ('aide d'au moins un traitement de comparaison et de reconnaissance d'image (librairies OpenCV, ORB, ASIFT, SURF,..), ce traitement est etendue aux zones de recouvrement (605) et au calcul de la distance entre les cadres de consigne, - on valide l'horodatage lorsque ('analyse des photographies (203, 204 ou 601, 30 602) donne un nombre d'appariement (matches) dans des bornes minimales (de similarit6) et maximales (d'identit6), it est alors 6tabli qu'elles (203, 204 ou 601, 602) ont ete cress posterieurement a la date donnee (201) par ledit bloc dateur (209) de numerisation et anterieurement a la date donnee (214) par ledit bloc subsequent (210) de notarisation. 66 5 - Procede selon la revendication 2 caracterise en ce que ladite suite de consignes s'appliquent a ('acquisition d'un videographie horodatoe d'un objet/sujet pour lequel on elabore, a ('aide des bits d'information de l'alea 5 horodato extrait (501 ou 702) d'un bloc dateur, des consignes d'acquisition selon les contenus complementaires d'etape suivants : - en phase d'exploitation, on elabore une serie de positions (301) ou d'angle de prise de vue (709, 710 et 711, 712) du capteur, serie definie dans un systeme de coordonnees (109 ou 305) du referentiel local associe ; 10 - en phase de validation, les vecteurs de mouvement extraits de la video produite sont avantageusement exploites pour valider la conformite de ladite serie de consignes (301 ou 709, 710 et 711, 712). 6 - Procede selon la revendication 5 caracterise en ce qu'il est mis en 15 oeuvre pour la realisation de video horodatoe a partir d'un capteur en deplacement (drone,...) pour lequel, en phase de definition, le parcours (301) est Mini de telle sorte que l'alea horodate extrait (501) soit traite pour que le trajet (301) soit parcouru entre au moins un point de depart (302) et un point d'arrive (303) dans une zone (304) a videographier couverte par un systeme de 20 coordonnees (305) et dans laquelle est Mini des sous-ensembles (bords 306 et 307, surfaces 308 et 309) respectivement chacun associe a une *le de deplacement (401, 404, 402, 403) permettant de fixer les probabilites du deplacement du capteur vers un point fixe, typiquement sur la ligne mediane (310) joignant le point de depart (302) et le point d'arrive (303). 25 7 - Procede selon selon la revendication 2 caracterise en ce que ladite suite de consignes s'appliquent a ('acquisition d'un fichier audio pour lequel on definit, exploite et valide une sequence temporelle (705 a 708 ou 904, 905) ou frequentielle portant sur la nature et/ou la forme (904, 905) et/ou le contenu 30 informationnel dont le support analogique est typiquement : - des ondes radioelectriques de signaux (902) radiodiffuses, - des ondes mecaniques sonores, preferentiellement vocalisees. 8 - Procede selon la revendication 7 caracterise en ce qu'il est mis en 67 oeuvre pour la realisation assistoe d'un fichier audio horodato grace au microphone et a l'ecran de visualisation d'un equipement informatique mobile (smartphone) et pour lequel, en etape de numerisation, on consigne une sequence audio temporelle sur ('acquisition du contenu informationnel d'ondes 5 sonores vocalisees par l'utilisateur dudit equipement mobile, d'une suite de digits d'information quelconque (705, 706, 707, 708) pour lesquels ('assistance consiste en un marquage (masquage/demasquage, soulignement, colorisation, ) temporalise desdits digits, selon des &arts de temps correles aux valeurs de l'alea extrait (702) du bloc dateur (703) de la chaine de blocs (714). 10 9 - Procede selon les revendications 3 ou 4 ou 5 ou 7 ou 8 caracterise en ce qu'il est mis en oeuvre pour creer un fichier (701) biometrique (selfie) horodate d'authentification biometrique et/ou de signature electronique biometrique pour lequel une empreinte (805 ou 806 ou 812 ou 1002 ou 1008 ou 1012) est 15 exploitoe comme valeur d'ancrage (809) d'un certificat autoproduit : - pour I'authentification biometrique (1002), - pour la signature electronique biometrique en cryptographie asymetrique avec la cle publique (806) et/ou la cle privee (1008, 1012) associee(s) et/ou le condensat de signature (805) produit ; 20 - pour la signature electronique biometrique sans cryptographie asymetrique (812) ; 10 - Procede selon la revendication 2 caracterise en ce qu'en plus, en phase d'exploitation, en debut de l'etape de generation de ladite transaction de 25 notarisation (211, 811) : - on calcul une valeur d'ancrage (205, 809) permettant de deboucler un contrat intelligent (Smart Contract), cette valeur d'ancrage de debouclage (205, 809) est typiquement celle d'un document (contrat d'assurance, contrat d'achat/service, ...) incluant au moins ('empreinte dudit fichier (203 et 30 204, 601 et 602, 701, 903) ; - on produit et implemente ledit contrat intelligent dans la blockchain exploitee, - on genere ladite transaction de notarisation (211, 811) qui deboucle ledit contrat intelligent uniquement si la valeur d'ancrage (205, 809) est egale a la ladite valeur de debouclage pr6c6demment calculee.