FR 2817427 A1 20020531 FR 0114055 A 20011030 PROCEDE DE TRANSACTION ET DE SAUVEGARDE EN LIGNE. La présente invention concerne le domaine des transactions et sauvegardes sécurisées en vue de pouvoir en apporter une preuve ultérieure. On connaît dans l'état de la technique des procédés et des architectures pour offrir de tels services. On citera à titre d'exemple la demande de brevet israélienne IL19960119430 (WO9817042) concernant un procédé de transmission de messages électroniques sécurisés et recommandés. Ce procédé comporte une étape d'archivage des transmissions permettant d'apporter à l'émetteur du message la preuve de la délivrance de son envoi. Un autre système connu dans l'état de la technique est exploité par la société canadienne des postes et son fonctionnement est présenté sur son site à l'adresse URL http : //www. canadapost. ca/CPC2/eps/postecs/postecsf. html. L'expéditeur accède au service par l'intermédiaire d'un poste informatique équipé d'un navigateur et/ou d'un logiciel de messagerie. Il désigne un ou plusieurs destinataires, le document et les paramètres de livraison, y compris les mesures de sécurité ou une demande de confirmation. Il télécharge ensuite le fichier vers le serveur protégé auquel il accède par l'intermédiaire d'une session sécurisée SSL. Le serveur génère un avis par courrier électronique à chaque destinataire, avis qui comprend une adresse Web (URL) unique pour accéder au document téléchargé sur le serveur. Le serveur sécurisé protège la confidentialité et la sécurité des envois au moyen d'un système de chiffrement. Le destinataire reçoit un avis par courrier électronique l'informant qu'un envoi est en attente sur le serveur. Pour le récupérer, le destinataire active un lien correspondant à l'adresse URL dans le message électronique ou à couper et coller l'adresse dans son navigateur. Il pourra alors télécharger ce document qui lui est destiné. L'inconvénient des solutions de l'art antérieur est la faiblesse du caractère probant de la transaction. Il peut arriver que la session SSL ouverte pour la transmission du document par l'expéditeur au serveur soit perturbée ou interrompue avec l'acquittement de l'opération, ou que la procédure de téléchargement par le destinataire soit perturbée, ou encore que le serveur connaît une défaillance. Ce serveur est en effet une cible potentielle pour des attaques par des pirates informatiques. Dans ces cas, l'expéditeur ne sera pas en mesure de prouver la date et la nature de son envoi, ni de la bonne réception par le ou les destinataires. Le but de l'invention est de remédier à ces inconvénients en proposant une solution comportant une étape d'archivage évoluée. A cet effet, l'invention concerne selon son acception la plus générale un procédé de transaction en ligne comportant une étape de préparation d'un fichier numérique comprenant au moins un identifiant d'un destinataire, l'identifiant d'un serveur de transaction et une représentation numérique du message à transmettre, une étape de transmission dudit fichier par l'expéditeur au serveur de transaction et d'enregistrement dudit fichier par le serveur, une étape de notification par le serveur audit destinataire de la disponibilité dudit fichier, et une étape de transmission dudit fichier au destinataire en réponse à une requête émanant dudit destinataire, caractérisé en ce que le serveur de transaction réalise une étape de sauvegarde après chaque réception d'un fichier numérique consistant à calculer une signature dudit fichier, à transmettre sur au moins un serveur d'archivage indépendant physiquement du serveur de transaction ledit fichier, à vérifier à partir d'un serveur de contrôle optionnellement distinct du serveur de transaction la conformité entre la signature calculée par le serveur de transaction et la signature calculée par le serveur d'archivage, et d'envoi d'une notification en cas de vérification positive, ou d'un message d'erreur à l'expéditeur dans les autres cas. Avantageusement, le serveur de transaction réalise une opération d'horodatage du fichier numérique de l'expéditeur consistant à calculer une empreinte numérique d'un ensemble comprenant ledit fichier numérique, les données d'horodatage et identifiant unique dudit fichier numérique. Selon une variante, le serveur d'archivage réalise une opération de gravure de chaque fichier sur un support matériel non modifiable, et de transmission au serveur de contrôle d'un code numérique de contrôle. Selon une autre variante, le procédé comporte une étape initiale de calcul d'une clé numérique unique par le poste de travail de l'émetteur, ladite clé unique étant associée au message dans chacune des étapes ultérieures. De préférence, le serveur de transaction transmet chaque fichier à une pluralité de serveurs d'archivage physiquement distincts, et en ce qu'il comporte un serveur de contrôle vérifiant la conformité des signatures calculées avec chacun desdits serveurs avec la signature du fichier originel. Selon une variante, le serveur de transaction réalise une étape de calcul et d'écriture d'une clé basée sur une empreinte numérique du fichier et d'un identifiant du support d'archivage. Selon un mode de réalisation préféré, le serveur de transaction réalise une étape de génération d'une clé aléatoire CAS1 et d'enregistrement de ladite clé par les serveurs d'archivage, et une étape de brouillage du fichier numérique provenant de l'expéditeur à l'aide de ladite clé aléatoire CAS1 par incorporation de caractères aléatoires dans ledit fichier numérique. Avantageusement, le serveur de transaction réalise une étape de compression du fichier numérique. Selon un mode de mise en oeuvre particulier, le serveur de transaction réalise une étape de découpage du fichier numérique en n blocs et d'archivage séparé de chacun desdits blocs. De préférence, le serveur de transaction réalise une étape de découpage du fichier en une pluralité de blocs, de génération du seconde clé aléatoire CAS2, de chiffrement de chacun des blocs avec rajout de la clé CAS2 et de l'identifiant du bloc suivant. Selon une variante, le chiffrement desdits blocs est réalisé selon une pluralité de modes alternant aléatoirement. Selon un mode de réalisation spécifique, le serveur de transaction réalise une étape d'encapsulation de la totalité des éléments numériques avant transmission aux serveurs d'archivage. L'invention concerne également un système informatique pour la mise en oeuvre du procédé comportant un serveur de transaction et une pluralité de serveur d'archivage, interconnectés par un moyen de communication sécurisé, et un serveur de contrôle pour la comparaison d'une signature d'un fichier originel calculé par le serveur de transaction, et les signatures des fichiers homologues calculés par les serveurs d'archivage. La présente invention sera mieux comprise à la lecture de la description d'un exemple non limitatif de réalisation qui suit, se référant aux dessins annexés où : la figure 1 représente le schéma de principe d'un système selon l'invention. L'invention sera décrite dans ce qui suit sous la forme d'un exemple non limitatif de réalisation. Le système comprend : des équipements informatiques (1) exploités par des expéditeurs des équipements informatiques (3) exploités par des destinataires. Ces équipements sont constitués par des ordinateurs comprenant des moyens de communication pour l'accès à un réseau de communication par exemple Internet, via un fournisseur d'accès (10). Les équipements (1) et (3) peuvent être identiques. Ils sont représentés par deux éléments distincts sur la figure 1 uniquement pour faciliter la description. Un même utilisateur peut être alternativement un émetteur ou un destinataire, et opérer à partir du même poste de travail. Le but de l'invention est de sécuriser des communications (courriers électroniques, envoi de document, télécopie, téléphone, conversations en ligne) au moyen de procédures de chiffrement et de transactions via un serveur de transaction (3), et d'assurer la traçabilité grâce à des serveurs d'archivage (4,5). Le serveur de transaction (3) comporte un serveur de connexions et un serveur de messages électroniques ainsi qu'un routeur de messages électroniques. Il est physiquement installé dans une salle sécurisée, dans une armoire blindée comportant : deux groupes d'ordinateurs interconnectés en clustering selon la technologie Raid 5, des armoires de gravure sur disque en verre selon la technologie TRUE WORM (nom commercial). La gravure est réalisée par transformation physique de la matière par gravure permanente, en temps réel, de tous les messages passant par les serveurs, qu'ils soient constitués par des télécopies, des courriers électroniques, des téléphones de type IP6v ou tout autre forme de message électronique. Une base de temps synchronisée en permanence sur trois horloges atomiques deux routeurs sécurisés une centrale d'alarme contrôlant en permanence le bon fonctionnement du système et ses sécurités des moyens d'alimentation électriques de secours autonomes palliant à d'éventuelles perturbations du réseau électrique. Ce serveur de transaction (3) communique avec deux serveurs d'archivage (4,5) par une liaison sécurisée par fibre optique à haut débit de type canal virtuel . Ces serveurs d'archivage comportent chacun un équipement de gravure (14,15), ainsi qu'un équipement d'impression en ligne de toutes les transactions. Il est également reliés à un serveur de contrôle (6) par un canal virtuel. Ce serveur de contrôle comporte un serveur de mail et un équipement informatique sécurisé. Le serveur de contrôle (6) comprend en outre une centrale contrôlant en permanence tous les sites et n'autorisant l'exploitation que si tous les sites sont en ligne et en cohérence (clés et programmes identiques sur tous les sites). Chaque enregistrement d'un fichier numérique comprend, lors de son archivage : une clé d'identification une empreinte numérique établie selon la norme SHA1 ou autre norme d'empreinte numérique de niveau équivalent ou supérieur une clé unique calculée lors de la préparation du fichier par l'émetteur, à partir d'un algorithme propriétaire une clé de l'enregistrement précédent les coordonnées de l'expéditeur les coordonnées du destinataire la date, l'heure d'expédition la date et l'heure de réception la date et l'heure de lecture les noms, tailles et formats des fichiers joints ; un code d'acquittement indiquant la bonne fin de la procédure. La clé unique consiste en un calcul basé notamment sur la clé de l'enregistrement courant associé à la clé de l'enregistrement précédent, ceci créant une suite d'incrémentation ayant pour conséquence l'impossibilité de toutes modifications d'un enregistrement de la chaîne. Bien entendu, les différents éléments ci-dessus compris dans l'enregistrement d'un fichier pourront être cryptés. Les fichiers sont conservés sur les supports d'archivages sous forme chiffrée selon un algorithme propriétaire, le fichier originel pouvant être préalablement chiffré par l'émetteur. Le code d'acquittement n'est émis que lorsque la gravure sur la totalité des serveurs d'archivage est réalisé et validé par le serveur de contrôle. Entre chaque enregistrement sur le support d'archivage est insérée la clé spécifique. Le support d'archivage est, dans l'exemple décrit, constitué de disques en verre de 12 pouces d'une capacité unitaire de 30 gigaoctets présentant une durée de vie garantie de 30 ans, conformes à la norme Afnor NFZ42013. Ils possèdent un numéro d'identification unique gravé sur le support et sur sa cartouche. L'utilisation de cette infrastructure est la suivante. L'expéditeur prépare un fichier à partir de son poste de travail habituel. Ce fichier est préparé par le logiciel applicatif habituel, éventuellement complété par une application de type plug-in téléchargée depuis le serveur de transaction avant la première utilisation. L'application logicielle installée sur le poste de travail de l'émetteur vérifie si le destinataire dispose d'une clé publique on non, à partir de sa propre base de données ou à partir des bases de données publiques contenant des clés publiques. Elle calcule ensuite sur une clé propriétaire basée notamment sur l'empreinte numérique du document à transmettre. Cette clé sera ensuite insérée par stéganographie dans le fichier, le rendant ainsi authentifiable. Si le destinataire ne possède pas de clé publique, le système selon l'invention lui attribuera une clé provisoire, et la communiquera au destinataire. Le fichier est ensuite chiffré avec la clé habituelle ou provisoire du destinataire. Le fichier est ensuite traité sous le contrôle du serveur de transaction, qui notifie au destinataire un avis lui permettant d'accéder au fichier qui lui est destiné, et notifiera un message d'acquittement à l'expéditeur, après la validation de la transaction. Une variante de notification consiste à envoyer au destinataire, dans un premier temps après le clic sur le message d'annonce, uniquement une fenêtre de taille réduite l'obligeant à agrandir cette fenêtre indiquant ainsi clairement son désir de lire le message, et l'obligeant à descendre jusqu, à la fin du message pour accéder au bouton lui permettant de rapatrier le contenu du mail et des fichiers associés dans son gestionnaire de mail habituel. Cette méthode permet d'attester clairement de la volonté par le destinataire de lire le message, puis de le transférer si ce désir a été manifesté à nouveau. L'enregistrement à fin d'archivage prend en compte les éléments d'identification de la machine de l'expéditeur : adresse IP, numéro de série du processeur, etc. La description qui suit concerne un exemple de clé propriétaire destinée à rendre impossible toute modification sur une partie ou la totalité d'un fichier enregistré sur le support d'archivage. La clé a une longueur de 2787 caractères. Elle comprend les séquences suivantes : - Caractères 1 à 1858 : identifiant de la clé de l'enregistrement précédent - Caractères 1859 à 2018 : empreinte numérique du fichier en cours - Caractères 2019 à 2035 : date du fichier sous la forme aaammjjhhmmssccc - Caractères 2036 à 2047 : taille du fichier sur 12 caractères - Caractères 2048 à 2547 : nom du fichier sur 500 caractères - Caractères 2548 à 2567 : empreinte numérique ENO & EN - Caractères 2568 à 2587 : empreinte numérique DO & D Caractères 2588 à 2607 : empreinte numérique TO & T Caractères 2608 à 2627 : empreinte numérique NO & N Caractères 2628 à 2787 : empreinte numérique cryptée de la clé n. 0 désigne l'élément précédent. Le chiffrement consiste à prendre une empreinte numérique du fichier originel et à calculer une clé globale CGIF d'identification du fichier à partir de cette empreinte et des éléments tels que l'identifiant de l'expéditeur, du destinataire, la date et l'heure. On génère ensuite une clé aléatoire CAS1 et on découpe le fichier originel en CAS1 blocs de longueur variable. On génère ensuite un fichier compressé composé des blocs ré-assemblés dans un ordre différent. On insère ensuite la clé CAS1 de caractères aléatoires pour brouiller le fichier. On réalise un redécoupage en Cas-20% blocs, chaque bloc étant chiffrés avec un algorithme choisi aléatoirement parmi trois algorithme déterminés. L'algorithme et la moitié de la clé de chiffrement d'un bloc n est inscrit à la fin du bloc n+2 et l'autre moitié de sa clé de chiffrement à la fin du bloc n+l. On termine l'opération par l'insertion de la clé CGIF chiffrée puis par l'assemblage des blocs et par le chiffrement polymorphique global selon un algorithme impliquant des composants passifs implantés dans l'ordinateur. Les certificats d'ampliation (certificat attestant d'une reproduction identique à l'original) sont réalisés sous un format propriétaire auto-imprimable à partir d'une vérification positive de la conformité des enregistrements effectués sur les différents supports et de la conformité de la clé incrémentale insérée dans chaque enregistrement. Ce format de fichier propriétaire faisant partie du présent brevet peut être étendu à une utilisation plus large ou le besoin d'un fichier non modifiable et uniquement imprimable est ressenti. L'ouverture du fichier correspondant au certificat d'ampliation provoque automatiquement : la vérification de sa non modification par le recalcul de son empreinte numérique et la comparaison avec celle enregistrée le test de la connexion imprimante le déchiffrement automatique par paquet en mémoire vive et son envoi à l'imprimante pour impression sans passer par le gestionnaire d'imprimante, avec vidage de la mémoire au fur et à mesure de l'impression l'impression d'un cachet authentifiant à la fin du document la fermeture du programme et éventuellement l'auto-destruction du fichier. Selon une possibilité offerte par l'invention, afin de faciliter la vérification et l'authentification du contenu des certificats d'ampliations, lesdits certificats pourront également être expédiés dans un autre format, par exemple dans le cas où on souhaite que l'utilisateur puisse conserver le certificat et l'insérer dans un document. Il sera alors expédié sous la forme d'un fichier graphique auto-sécurisé selon le format propriétaire ci-après exposé. Le fichier comprenant ledit certificat est converti en un fichier graphique crypté, idéalement aux normes en vigueur, avec insertion des deux éléments complémentaires suivants : une clé insérée par un procédé de sténographie calculée à partir des éléments constitutifs suivant dudit fichier : empreinte numérique du fichier, date et heure de création et/ou modification du fichier, taille du fichier et/ou nom dudit fichier, un code exécutable réalisant, à l'ouverture dudit fichier, une vérification de sa non- modification par recalcul de la susdite clé et comparaison avec la clé insérée initialement dans le fichier, puis décryptage automatique du fichier. En cas de modification du fichier, le code exécutable insérera une marque visible indiquant que ledit fichier a été modifié. Cette marque sera insérée de façon temporaire ou définitive dans le fichier et optionnellement il pourra être procédé à l'effacement total du contenu dudit fichier. Les ampliations des fichiers enregistrés seront envoyées sous un format propriétaire, dénommé fichier autoimprimable, c'est-à-dire que ces fichiers ne peuvent pas être ouverts ni modifiés mais uniquement imprimés. Le fichier autoimprimable est obtenu à partir d'une comparaison positive des gravures faites sur les différents sites d'enregistrements. De la même manière que précédemment, le fichier auto-imprimable comporte une clé constituée des éléments suivants : empreinte numérique du fichier, date de l'enregistrement, taille du fichier, nom du fichier et clé sécurita. Par ailleurs, le fichier auto-imprimable est crypté et comporte un code auto-exécutable provoquant à l'ouverture dudit fichier un test de connexion, effective ou non, à l'imprimante ainsi qu'un code auto-exécutable provoquant le décryptage d'une partie du fichier puis son envoi vers l'imprimante. Le fichier auto-imprimable ne sont pas imprimés par le spooler d'imprimante traditionnellement utilisé mais au travers d'un driver propriétaire envoyant le fichier vers l'imprimante par petits blocs avec un test, entre chaque envoi desdits blocs, de la bonne connexion de l'imprimante. Par ailleurs, le fichier auto-imprimable pourra imprimer un tampon de certification en bas de chaque page ou en fin de fichier. Enfin, le fichier auto-imprimable efface toute traces dans les mémoires et supports d'écriture de l'ordinateur et se referment après son impression. REVENDICATIONS 1. Procédé de transaction en ligne comportant une étape de préparation d'un fichier numérique comprenant au moins un identifiant d'un destinataire, l'identifiant d'un serveur de transaction et une représentation numérique du message à transmettre, une étape de transmission dudit fichier par l'expéditeur au serveur de transaction et d'enregistrement dudit fichier par le serveur, une étape de notification par le serveur audit destinataire de la disponibilité dudit fichier, et une étape de transmission dudit fichier au destinataire en réponse à une requête émanant dudit destinataire, le serveur de transaction réalisant une étape de sauvegarde après chaque réception d'un fichier numérique consistant à calculer une signature dudit fichier, caractérisé en ce que l'étape de sauvegarde comprend en outre les étapes de : - transmission sur au moins un serveur d'archivage indépendant physiquement du serveur de transaction ledit fichier, - vérification à partir d'un serveur de contrôle optionnellement distinct du serveur de transaction de la conformité entre la signature calculée par le serveur de transaction et la signature calculée par le serveur d'archivage, - envoi d'une notification en cas de vérification positive, ou d'un message d'erreur à l'expéditeur dans les autres cas. 2-Procédé de transaction en ligne selon la revendication 1 caractérisé en ce que le serveur de transaction réalise une opération d'horodatage du fichier numérique de l'expéditeur consistant à calculer une empreinte numérique d'un ensemble comprenant ledit fichier numérique, les données d'horodatage et identifiant unique dudit fichier numérique. 3-Procédé de transaction en ligne selon la revendication 2 caractérisé en ce que le serveur d'archivage réalise une opération de gravure de chaque fichier sur un support matériel non modifiable, et de transmission au serveur de contrôle d'un code numérique de contrôle. 4-Procédé de transaction en ligne selon l'une quelconque des revendications précédentes caractérisée en ce que le serveur de transaction transmet chaque fichier à une pluralité de serveurs d'archivage physiquement distincts, et en ce qu'il comporte un serveur de contrôle vérifiant la conformité des signatures calculées avec chacun desdits serveurs avec la signature du fichier originel. 5-Procédé de transaction en ligne selon l'une quelconque des revendications précédentes caractérisée en ce que le serveur de transaction réalise une étape de calcul et d'écriture d'une clé basée sur une empreinte numérique du fichier et d'un identifiant du support d'archivage. 6-Procédé de transaction en ligne selon l'une quelconque des revendications précédentes caractérisée en ce que le serveur de transaction réalise une étape de génération d'une clé aléatoire CAS1 et d'enregistrement de ladite clé par les serveurs d'archivage, et une étape de brouillage du fichier numérique provenant de l'expéditeur à l'aide de ladite clé aléatoire CAS1 par incorporation de caractères aléatoires dans ledit fichier numérique. 7-Procédé de transaction en ligne selon l'une quelconque des revendications précédentes caractérisée en ce que le serveur de transaction réalise une étape de compression du fichier numérique. 8-Procédé de transaction en ligne selon l'une quelconque des revendications précédentes caractérisée en ce que le serveur de transaction réalise une étape de découpage du fichier numérique en n blocs et d'archivage séparé de chacun desdits blocs. 9-Procédé de transaction en ligne selon l'une quelconque des revendications précédentes caractérisée en ce que le serveur de transaction réalise une étape de découpage du fichier en une pluralité de blocs, de génération du seconde clé aléatoire CAS2, de chiffrement de chacun des blocs avec rajout de la clé CAS2 et de l'identifiant du bloc suivant. 10-Procédé de transaction en ligne selon la revendication 9 caractérisé en ce que le chiffrement desdits blocs est réalisé selon une pluralité de modes alternant aléatoirement. 11-Procédé de transaction en ligne selon l'une quelconque des revendications précédentes caractérisée en ce que le serveur de transaction réalise une étape d'encapsulation de la totalité des éléments numériques avant transmission aux serveurs d'archivage. 12-Procédé de transaction en ligne selon l'une quelconque des revendications précédentes caractérisée en ce qu'il comporte une étape initiale de calcul d'une clé numérique unique par le poste de travail de l'émetteur, ladite clé unique étant associée au message dans chacune des étapes ultérieures. 13-Procédé de transaction en ligne selon la revendication 1 caractérisé en ce que le fichier est préalablement converti en un fichier graphique. 14-Procédé de transaction en ligne selon la revendication 13 caractérisé en ce que le fichier comporte une clé insérée par un procédé de stéganographie et un code exécutable. 15-Procédé de transaction en ligne selon la revendication 14 caractérisé en ce que la clé est calculée à partir d'une empreinte numérique du fichier numérique, de la date et de l'heure de création, de la taille du fichier et/ou du nom dudit fichier. 16-Procédé de transaction en ligne selon les revendications 14 et 15 caractérisé en ce que le code exécutable réalise, à l'ouverture du fichier, une vérification de la non modification dudit fichier par recalcule de la clé et comparaison avec la susdite clé initialement insérée dans le fichier. 17-Procédé de transaction en ligne selon la revendication 16 caractérisé en ce qu'en cas de modification du fichier détectée par le code exécutable, ce dernier insère une marque visible, temporaire ou définitive, indiquant que ledit fichier a été modifié. 18-Procédé de transaction en ligne selon la revendication 17 caractérisé en ce que le code exécutable procède à l'effacement total du fichier numérique si une modification dudit fichier est détectée par ledit code. 19-Procédé de transaction en ligne selon la revendication 1 caractérisé en ce que les ampliations des fichiers enregistrés sont envoyés sous un format propriétaire, dénommé fichier auto-imprimable. 20-Procédé de transaction en ligne selon la revendication 19 caractérisé en ce que le fichier autoimprimable est obtenu à partir d'un comparaison positive des gravures faites sur les différents sites d'enregistrements. 21-Procédé de transaction en ligne selon les revendications 19 et 20 caractérisé en ce que le fichier autoimprimable comporte une clé constituée des éléments suivants : empreinte numérique du fichier, date de l'enregistrement, taille du fichier, nom du fichier et clé sécurita. 22-Procédé de transaction en ligne selon l'une des revendications précédentes caractérisé en ce que le fichier auto-imprimable est crypté et comporte un code autoexécutable provoquant à l'ouverture dudit fichier un test de connexion, effective ou non, à l'imprimante. 23-Procédé de transaction en ligne selon la revendication 22 caractérisé en ce que le fichier autoimprimable comporte un code auto-exécutable provoquant le décryptage d'une partie du fichier puis son envoi vers l'imprimante. 24-Procédé de transaction en ligne selon l'une des revendications précédentes caractérisé en ce que le fichier auto-imprimable est imprimé au travers d'un driver propriétaire envoyant le fichier vers l'imprimante par petits blocs avec un test, entre chaque envoi desdits blocs, de la bonne connexion de l'imprimante. 25-Procédé de transaction en ligne selon l'une des revendications précédentes caractérisé en ce que le fichier auto-imprimable imprime un tampon de certification, par exemple en bas de chaque page ou en fin de fichier. 26-Procédé de transaction en ligne selon l'une des revendications précédentes caractérisé en ce que le fichier auto-imprimable efface toute traces dans les mémoires et supports d'écriture de l'ordinateur et se referment après son impression. 27-Système informatique pour la mise en oeuvre du procédé conforme à la revendication 1 caractérisé en ce qu'il comporte un serveur de transaction et une pluralité de serveur d'archivage, interconnectés par un moyen de communication sécurisé, et un serveur de contrôle pour la comparaison d'une signature d'un fichier originel calculé par le serveur de transaction, et les signatures des fichiers homologues calculés par les serveurs d'archivage.