FR 3160781 A1 20251003 FR 2403101 A 20240327 Méthode de dématérialisation d’un document à imprimer Un aspect de l’invention concerne une méthode de dématérialisation d'un contenu à imprimer d'une file d'impression, émis par un ordinateur ou une application, en un document stocké sur un serveur de nuage et accessible via un libellé de type QR code ou signal NFC. Méthode de dématérialisation d’un document à imprimer DOMAINE TECHNIQUE DE L’INVENTION Le domaine technique de l’invention est celui de la dématérialisation des documents imprimés. La présente invention concerne une méthode de dématérialisation d’un document à imprimer. ARRIERE-PLAN TECHNOLOGIQUE DE L’INVENTION Les enjeux écologiques et économiques incitent de plus en plus d’entreprises à dématérialiser les documents imprimables qu’elles produisent. Ces documents ne sont alors plus imprimés en version physique, c’est-à-dire qu’ils ne sont plus reproduits sur un support d’impression tel du papier, et n’existent alors que sous forme numérique. Plusieurs solutions existent sur le marché pour dématérialiser et partager des documents vers un utilisateur final, qu’il soit au sein de l’entreprise, dans une autre entreprise ou un particulier. L’inconvénient est que ces solutions nécessitent d’adapter les outils numériques existant dans l’entreprise pour les rendre compatibles avec les fonctionnalités dématérialisation. Il est également fréquent que les outils numériques de l’entreprise ne soient pas compatibles avec ces solutions de dématérialisation, imposant alors à l’entreprise de migrer ses outils numériques vers d’autres. A titre d’illustration, la dématérialisation de tickets de caisse ou de bons de commande n’est pas possible à partir des terminaux qui produisent ces documents car les logiciels qui sont dédiés à cette tâche ne sont pas universels mais dépendants de l’application. Pour certains, le logiciel de production des documents est obsolète car non maintenu à jour, parce que le logiciel n’est plus commercialisé ou parce que l’éditeur n’existe plus. Ainsi, il existe un besoin d’un mécanisme de dématérialisation qui soit compatible avec n’importe quel outil informatique de production de documents sans avoir à adapter ledit outil informatique au mécanisme de dématérialisation. L’invention offre une solution aux problèmes évoqués précédemment, en permettant la génération d’un document sur un serveur de nuage (en anglais « cloud server ») à partir d’un flux d’impression généré par un module émetteur. Un premier aspect de l’invention concerne une méthode, mise en œuvre par un ordinateur, de dématérialisation d’un document à imprimer, la méthode comprenant : Obtenir, via un module de formatage, un contenu à imprimer formaté, le contenu à imprimer étant formaté dans un premier format par le module de formatage, le premier format étant un format de pilote d’impression, le contenu à imprimer étant généré par un module émetteur ; Emettre le contenu à imprimer formaté vers un serveur de nuage ; Recevoir un libellé correspondant à un document généré sur le serveur de nuage, le document étant généré dans un deuxième format à partir du contenu à imprimer formaté émis ; Emettre le libellé vers un dispositif utilisateur via une interface de communication, le libellé étant lisible par le dispositif utilisateur et permettant au dispositif utilisateur d’obtenir le document généré sur le serveur de nuage. On entend par « contenu à imprimer » un ensemble de caractères, par exemple des caractères alphanumériques, formant par exemple un texte ou une pluralité de textes, dont on souhaite produire une impression. Il s’agit typiquement du contenu d’un document tel un compte rendu de réunion, un bon de commande, un ticket de caisse, un support visuel de présentation orale, un document de travail partagé, un résultat d’analyse médicale, un compte rendu médical etc. Le contenu à imprimer est typiquement un contenu qui est imprimé sur un support physique, tel du papier, lorsque l’impression n’est pas dématérialisée. On entend par « impression dématérialisée » la conversion du contenu à imprimer dans le deuxième format, qui est un format lisible et compréhensible par un utilisateur, comme s’il lisait un document réellement imprimé. On entend donc par « document » tout conteneur numérique comprenant le contenu à imprimer et qui est formaté dans le deuxième format, c’est-à-dire dans un format qui permet une lecture et une compréhension du contenu qu’il contient, par un utilisateur, comme si cet utilisateur lisait le document matériellement imprimé. Le document est donc un alter ego numérique du document s’il était imprimé sur un papier. A titre d’illustration, le deuxième format est le format PDF (de l’anglais, « Portable Document Format »). On entend par « pilote d’impression » un pilote informatique (de l’anglais, « device driver ») dédié à l’impression de documents formatés dans un format d’impression qui est propre au pilote d’impression. A titre d’exemple, ce pilote informatique repose sur le format PostScript® d’Adobe®, le format XPS® (de l’anglais « XML Paper Specification ») de Microsoft®, le format ESC/P® (de l’anglais « Epson Standard Code for Printers ») d’Epson® ou de sa variante ESC/POS® (de l’anglais « Epson Standard Code for Point of Sale »), ou tout autre format de pilote d’impression. On entend par « serveur de nuage » un serveur localisé dans le nuage (de l’anglais « cloud »), c’est-à-dire un serveur compris dans un réseau informatique, le réseau comprenant en outre des terminaux utilisateurs ayant la capacité d’accéder au serveur. On entend par « interface de communication » un dispositif électronique ou un service informatique adapté pour transmettre une donnée provenant d’un dispositif à un autre dispositif via un support de communication dédié. Le support de communication est, par exemple, un affichage, un courriel, un signal analogique, un signal numérique (tel une connexion WIFI, Bluetooth®, NFC (de l’anglais « Near-Field Communication », communication en champ proche), etc.) ou tout autre support de communication. On entend par « module émetteur » un dispositif ou un service applicatif, capable de générer un contenu à imprimer. A titre d’exemple, il s’agit d’un ordinateur, d’un smartphone ou de tout autre dispositif électronique capable de générer le contenu à imprimer, par exemple via une application installée dessus. On entend par « service applicatif » un service ou une application accessible par un dispositif tel un ordinateur ou un smartphone via un réseau, et qui est en mesure de générer le contenu à imprimer. Par exemple, le service applicatif est un progiciel de gestion intégré (en anglais, « Enterprise Resource Planning » ou ERP). Grâce à l’invention, il est possible de dématérialiser un document sur un serveur de nuage sans avoir à modifier le module émetteur ni l’application qui a généré le contenu à imprimer. En d’autres termes, le document à imprimer est traité de façon agnostique pour le dispositif utilisateur. Il suffit donc au dispositif utilisateur d’émettre le contenu à imprimer vers le module de formatage pour que le document soit ensuite automatiquement généré sur le serveur de nuage. La méthode proposée gère donc de façon totalement autonome le ou les flux d’impression générés par le module émetteur en toute transparence pour celui-ci. La méthode proposée ne dépend, d’ailleurs, d’aucun service tiers autre que celui du serveur de nuage et/ou de l’hébergement du serveur de nuage, ainsi que d’une connexion pour s’y connecter. La méthode proposée est, en outre, versatile et peut être mise en œuvre dans n’importe quel contexte où une impression de document est désirée. La méthode est donc indépendante de la nature et du type du module émetteur, ainsi que de l’utilisation qui en est faite et de l’application qui génère le document en question. La méthode permet également de générer automatiquement un lien d’accès vers le document généré sur le serveur de nuage, via le libellé correspondant à ce document. Ce lien d’accès peut être généré en vue d’un accès public ou privé du document. Il est ainsi possible de totalement maîtriser le partage du document, en particulier avec une fine granularité quant au contrôle de son accès. Par ailleurs, la méthode permet une grande liberté dans la génération du document sur le serveur de nuage. Par exemple, il est possible d’enrichir le document, en fonction de sa provenance et/ou de son contenu, suivant un modèle prédéfini (en anglais « template »). Il est également possible d’extraire des données du contenu à imprimer formaté et/ou d’analyser le document généré afin, par exemple dans le but de classer le document, lui donner un ordre de traitement, ou à toute autre fin utile à son traitement. A cet effet, il est possible d’utiliser des approches connues en soi, typiquement via un algorithme de reconnaissance optique de caractères (en anglais « Optical Character Recognition » ou OCR), combiné à un algorithme de reconnaissance de contenu, notamment pour identifier différentes caractéristiques du document telles que sa typologie, des informations commerciales, etc.). La méthode est également compatible avec un mécanisme d’obtention asynchrone du document par le dispositif utilisateur, par exemple en cas de problème d’accès au serveur de nuage, par exemple parce que la connexion est interrompue entre le dispositif utilisateur et le serveur de nuage. Outre les caractéristiques qui viennent d’être évoquées, la méthode selon le premier aspect de l’invention peut présenter une ou plusieurs caractéristiques complémentaires parmi les suivantes, considérées individuellement ou selon toutes les combinaisons techniquement possibles. Dans un mode de réalisation, le pilote d’impression est un pilote d’impression d’un système d’exploitation. La méthode peut ainsi bénéficier des pilotes d’impression déjà existants et présents dans système d’exploitation, sans requérir l’utilisation d’un pilote d’impression dédié à cette méthode. Par exemple, il s’agit d’un pilote d’impression du système d’exploitation de l’ordinateur qui comprend le module émetteur ; dans ce cas, le module de formatage est également compris dans cet ordinateur. Dans un mode de réalisation, la méthode selon le premier aspect comprend en outre : Recevoir une information relative au succès de la génération du document sur le serveur de nuage ; Emettre l’information relative au succès de la génération au module émetteur. Il est ainsi possible d’informer le module émetteur de la réussite ou de l’échec de la génération du document sur le serveur de nuage. Dans le cas d’un échec, le dispositif peut ainsi à nouveau mettre en œuvre la méthode proposée, éventuellement en modifiant le contenu à imprimer pour corriger l’erreur ayant provoqué l’échec de la génération. Dans un mode de réalisation, l’émission du contenu à imprimer formaté vers le serveur de nuage comprend également l’émission d’une information de contexte. On entend par « information de contexte » une information relative à la provenance du contenu à imprimer, par exemple, une identité du module émetteur, une identité du module de formatage, une identité du module de collection, au tout autre donnée renseignant sur la provenance du contenu à imprimer. L’information de contexte peut alternativement ou également comprendre une donnée relative au stockage du contenu à imprimer dans une mémoire, par exemple la mémoire cache, du module de collection. Dans un mode de réalisation, la méthode selon le premier aspect comprend : Recevoir une information relative à l’accès par le dispositif utilisateur au document généré ; Emettre vers le module émetteur et/ou vers un autre module appartenant à l’émetteur du contenu à imprimer, l’information relative à l’accès par le dispositif utilisateur au document généré. L’utilisateur du module émetteur peut ainsi surveiller les accès à son document et garder une trace de ces accès. Un deuxième aspect de l’invention concerne, une méthode, mise en œuvre par un réseau informatique, de transmission d’un document à un dispositif utilisateur, le réseau informatique comprenant un module émetteur, un module de formatage, un module de collection et une interface de communication, le module de collection étant connecté à un serveur de nuage comprenant un module d’interface et un module de conversion, la méthode comprenant la mise en œuvre, par le module de collection, de la méthode selon le premier aspect, la méthode selon le deuxième aspect comprenant en outre : Obtenir, par le module de formatage, un contenu à imprimer généré par le module émetteur ; Formater, par le module de formatage, le contenu à imprimer dans un premier format et émettre, par le module de formatage, le contenu à imprimer formaté vers le module de collection, le premier format étant un format de pilote d’impression ; Générer, par le module de conversion, le document sur le serveur de nuage à partir du contenu à imprimer formaté reçu via le module d’interface ; Déterminer, par le module d’interface, un libellé correspondant au document généré sur le serveur de nuage, Emettre, par le module d’interface, le libellé correspondant au document généré vers module de collection. Outre les caractéristiques qui viennent d’être évoquées, la méthode selon le deuxième aspect de l’invention peut présenter une ou plusieurs caractéristiques complémentaires parmi les suivantes, considérées individuellement ou selon toutes les combinaisons techniquement possibles. Dans un mode de réalisation, la méthode selon le deuxième aspect comprend : Vérifier, par le module d’interface, l’identité du module émetteur ; et/ou Authentifier, par le module d’interface, le dispositif utilisateur et/ou vérifier que le dispositif utilisateur a un droit d’accès au document généré sur le serveur de nuage. Le module d’interface sert ainsi à contrôler l’accès au serveur de nuage, aussi bien concernant le module émetteur que pour le dispositif récepteur. Dans un mode de réalisation, la méthode selon le deuxième aspect comprend : Contrôler, par le module d’interface, l’intégrité du contenu à imprimer formaté reçu par le serveur de nuage On entend par « contrôler l’intégrité » le fait de vérifier que le contenu d’un conteneur n’est pas altéré, notamment incomplet ou corrompu, du fait de son transfert. Dans un mode de réalisation, la méthode selon le deuxième aspect comprend : Déterminer, par le module de conversion, un ou plusieurs droits d’accès du dispositif utilisateur au document généré sur le serveur de nuage. Les droits d’accès sont, par exemples, définis par des règles prédéfinies et stockées en mémoire dans le serveur de nuage et/ou par des règles comprises dans le contenu à imprimer formaté. Ces règles peuvent être définies en fonction de la provenance du contenu à imprimer, par exemple une identité du module émetteur, du module de formatage et/ou du module de collection, et/ou en fonction de règles de diffusion et/ou de destination, par exemple l’identité du dispositif utilisateur. Dans un mode de réalisation, la méthode selon le deuxième aspect comprend : Générer, par le module d’interface, un certificat de chiffrement vers le module de collection, l’émission du contenu à imprimer par le module de collection vers le serveur de nuage étant chiffrée selon le certificat de chiffrement. Le certificat de chiffrement est ainsi uniquement géré par le serveur de nuage, notamment par l’administrateur de ce serveur. Le chiffrement à l’appui du certificat de chiffrement permet de sécuriser les transmissions de bout en bout par encryptage des flux. Dans un mode de réalisation, le document est généré sur le serveur de nuage par le module de conversion en respectant un modèle de document. Il est ainsi possible d’enrichir le document suivant un modèle prédéfini sans que le module émetteur n’ait à gérer ce modèle ou son remplissage. En outre, une modification du modèle de document est transparente pour le module émetteur comme pour le dispositif utilisateur, qui sont agnostiques du mécanisme d’impression, grâce à la méthode proposée. Dans un mode de réalisation, le contenu à imprimer formaté reçu et/ou le document généré sur le serveur de nuage sont stockés dans une base de données chiffrée. Dans un mode de réalisation, l’interface de communication est un écran, un service de courriels et/ou une carte électronique adaptée pour générer un signal NFC, et où le libellé correspondant au document est un code QR, un courriel et/ou un signal NFC, respectivement. Dans un mode de réalisation, le libellé correspondant au document comprend au moins une donnée décrivant ledit document. On entend par « donnée décrivant le document » une donnée extraite et/ou générée à partir du contenu à imprimer et/ou d’informations relatives à la provenance et/ou la destination de ce contenu. Cette donnée, transmise au dispositif utilisateur, permet d’identifier facilement et rapidement à quel document se rapporte le libellé, sans que le contenu du document ne soit divulgué. Cette donnée n’est donc pas extraite du contenu du document généré. A titre d’exemple, la donnée décrivant le document peut être une date, un heure, un lieu, un montant total d’une transaction, un numéro de client, une identité de l’émetteur, un identifiant universel unique (en anglais, « Universal Unique Identifier » ou « UUID ») qui est propre au document, ou toute autre information pouvant être échangée avec l’interface de communication pour que l’utilisateur puisse avoir des informations succinctes permettant d’identifier le document. Dans un mode de réalisation, la méthode selon le deuxième aspect comprend : Extraire, par le module de conversion, des données du contenu à imprimer formaté. Ces données peuvent ainsi être utilisées à des fins de classification ou traitement du document généré, typiquement pour déterminer où le stocker et pour déterminer la donnée décrivant le document. Dans un mode de réalisation, la méthode selon le deuxième aspect comprend : Emettre, par le module d’interface, l’information relative à l’accès au document généré par le dispositif utilisateur vers le module de collection et/ou vers un autre module appartenant à l’émetteur du contenu à imprimer. Un troisième aspect de l’invention concerne un dispositif de dématérialisation d’un document à imprimer, configuré pour mettre en œuvre la méthode selon le premier aspect. Un quatrième aspect de l’invention concerne un réseau informatique de transmission d’un document à un dispositif utilisateur, configuré pour mettre en œuvre la méthode selon le deuxième aspect. Un cinquième aspect de l’invention concerne un produit-programme d’ordinateur comprenant des instructions qui, quand le programme est exécuté sur un ordinateur, conduisent celui-ci à mettre en œuvre les étapes de la méthode selon le premier ou le troisième aspect. Un sixième aspect de l’invention concerne un support d’enregistrement lisible par ordinateur comprenant des instructions qui, lorsqu’elles sont exécutées par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes de la méthode selon le premier ou le troisième aspect. L’invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l’examen des figures qui l’accompagnent. BREVE DESCRIPTION DES FIGURES Les figures sont présentées à titre indicatif et nullement limitatif de l’invention. La FIG. 1 est un schéma synoptique illustrant l’enchaînement des étapes d’une méthode de dématérialisation d’un document à imprimer, selon un mode de réalisation de l’invention. La FIG. 2 est une représentation schématique d’un réseau informatique, selon un mode de réalisation de l’invention. La FIG. 3 est un schéma synoptique illustrant l’enchaînement des étapes d’une méthode de transmission d’un document à un dispositif utilisateur. La FIG. 4 est une représentation schématique d’un autre réseau informatique, selon un mode de réalisation de l’invention. DESCRIPTION DETAILLEE Sauf précision contraire, un même élément apparaissant sur des figures différentes présente une référence unique. L’invention ci-décrite propose un mécanisme de dématérialisation reposant sur le formatage d’un contenu à imprimer dans le format d’un pilote d’impression et la transmission de ce contenu formaté vers un serveur dans le nuage (en anglais, « cloud »). L’invention décrit également un mécanisme de partage de ce document, une fois généré sur le serveur de nuage, notamment généré par la conversion du contenu formaté en un document dans un format lisible et compréhensible pour l’utilisateur final. L’intérêt de cette approche est qu’elle ne requiert aucune modification du dispositif qui émet la demande d’impression, ni des applications qu’il comprend. L’émetteur est ainsi totalement agnostique du procédé de dématérialisation de l’impression, lequel est entièrement géré par le réseau informatique dans lequel le module émetteur se trouve, notamment par le serveur de nuage. Dans le cadre de la présente invention, toute impression d’un document effectuée par l’approche décrite ci-après est une impression dématérialisée, c’est-à-dire que l’impression est remplacée par la génération d’un document sur un support numérique. L’impression dématérialisée suit donc le même processus que pour une impression matérielle mais n’est pas mise en œuvre par une imprimante matérielle. Autrement dit, le contenu à imprimer formaté par le pilote d’impression est transmis à un module qui est configuré pour interpréter le contenu formaté et le transcrire, c’est-à-dire le convertir, en un document qu’il sauvegarde dans une mémoire dans un format spécifique. Un aspect de l’invention concerne donc, ainsi qu’illustré sur la FIG. 1 , une méthode 100 de dématérialisation d’un document à imprimer. Cette méthode 100 peut être mise en œuvre au sein d’un réseau informatique 1, tel qu’illustré sur la FIG. 2 . Typiquement, cette méthode peut être mise en œuvre pour dématérialiser un document provenant d’un terminal de livraison, d’un terminal de point de vente, d’un ordinateur, d’un smartphone, d’un service applicatif, etc. Le réseau informatique 1 comprend un module émetteur 10. Le module émetteur 10 est, par exemple un ordinateur, un smartphone ou un service applicatif. Le module émetteur 10 permet de générer le contenu à imprimer, par exemple sous l’action d’un utilisateur de ce module émetteur 10, et d’émettre ce contenu vers un autre élément du réseau, par exemple une imprimante ou, dans le cadre de la présente invention, vers un module de formatage 20. A cet effet, le module émetteur 10 peut être une application logicielle comprenant des instructions stockées dans une mémoire d’un gestionnaire réseau ou d’un ordinateur du réseau informatique 1. Le gestionnaire réseau ou l’ordinateur comprennent alors également un processeur qui est en mesure d’exécuter les instructions en mémoire, conduisant à mettre en œuvre la génération et l’émission du contenu à imprimer. Alternativement, le module émetteur 10 est un ordinateur configuré pour mettre en œuvre le transfert susmentionné. Cet ordinateur comprend alors un processeur et une mémoire, la mémoire comprenant des instructions qui, lorsqu’elles sont exécutées par le processeur, conduisent le processeur à mettre en œuvre la génération et l’émission du contenu à imprimer. Le réseau informatique 1 comprend également le module de formatage 20, auquel le module émetteur 10 est connecté. En particulier, le module émetteur 10 est connecté à l’entrée du module de formatage. Le module de formatage 20 est, par exemple, localisé à un port TCP/IP (de l’anglais « Transmission Control Protocol/Internet Protocol/Internet Protocol », ou en français « suite des protocoles Internet ») prédéfini du réseau. On entend par « connecté » le fait que le ou les dispositifs concernés sont reliés via des éléments réseaux à un ou plusieurs autres dispositifs au sein du réseau, par exemple via une connexion filaire ou non filaire. Le module de formatage 20 est associé à un pilote d’impression, lequel correspond à un premier format, qui est donc un format de pilote d’impression. Le pilote d’impression peut être n’importe quel pilote d’impression propriétaire ou libre. Par exemple, le pilote d’impression est un pilote de système d’exploitation, c’est-à-dire qu’il est nativement présent dans un système d’exploitation, par exemple dans le système d’exploitation du module émetteur 10. Par exemple, le module de formatage 20 est associé au format PostScript® d’Adobe®, le format XPS® (de l’anglais « XML Paper Specification ») de Microsoft®, le format ESC/P® (de l’anglais « Epson Standard Code for Printers ») d’Epson® ou de sa variante ESC/POS® (de l’anglais « Epson Standard Code for Point of Sale »), ou tout autre format de pilote d’impression. Le module de formatage 20 est configuré pour formater un contenu imprimable, généré par le module émetteur 10, dans le premier format, et pour l’émettre vers un autre élément du réseau informatique 1. A cet effet, le module de formatage 20 peut être une application logicielle comprenant des instructions stockées dans une mémoire du gestionnaire réseau ou d’un ordinateur du réseau informatique 1. Le gestionnaire réseau ou l’ordinateur comprennent alors également un processeur qui est en mesure d’exécuter les instructions en mémoire, conduisant à mettre en œuvre le formatage puis l’émission du contenu à imprimer. Alternativement, le module de formatage 20 est un ordinateur configuré pour mettre en œuvre le transfert susmentionné. Cet ordinateur comprend alors un processeur et une mémoire, la mémoire comprenant des instructions qui, lorsqu’elles sont exécutées par le processeur, conduisent le processeur à mettre en œuvre le formatage puis l’émission du contenu à imprimer. En d’autres termes, le module émetteur 10 permet à un utilisateur de générer le contenu à imprimer et de l’émettre vers le module de formatage 20 car l’utilisateur désire imprimer ce contenu. Du point de vue de l’émetteur, le module de formatage 20 est comparable à une imprimante qui va produire une impression du contenu sur un support matériel, comme du papier. Le réseau informatique 1 comprend également un module de collection 30, lequel est connecté au module de formatage 20. En particulier, le module de collection 30 est connecté à la sortie du module de formatage 20. Le module de collection 30 permet de récupérer le flux d’impression en sortie du module de formatage 20 et de le transférer sur un serveur de nuage. Le module de collection 30 permet donc de superviser la file d’impression du module de formatage 20. On entend par « file d’impression » le flux de données qui est émis par le module émetteur 10 vers le module de formatage 20. Ce flux de données comprend le contenu à imprimer généré par le module émetteur 10. A cet effet, le module de collection 30 peut être une application logicielle comprenant des instructions stockées dans une mémoire du gestionnaire réseau ou d’un ordinateur du réseau informatique 1. Le gestionnaire réseau ou l’ordinateur comprennent alors également un processeur qui est en mesure d’exécuter les instructions en mémoire, conduisant à la mise en œuvre de la méthode 100. Alternativement, le module de collection 30 est un ordinateur configuré pour mettre en œuvre le transfert susmentionné. Cet ordinateur comprend alors un processeur et une mémoire, la mémoire comprenant des instructions qui, lorsqu’elles sont exécutées par le processeur, conduisent le processeur à mettre en œuvre la méthode 100. Le réseau informatique 1 comprend également un serveur de nuage 40. Le serveur de nuage 40 fournit un service de nuage à des dispositifs qui utilisent le réseau. Le serveur de nuage 40 peut être n’importe quel type de serveur d’un service de nuage. Par exemple, il s’agit d’un serveur AWS® (de l’anglais « Amazon® Web Services »), d’un serveur Azure® de Microsoft®, ou tout autre serveur de nuage. Le module de collection 30 est connecté au serveur de nuage 40. Par exemple, le module de collection 30 est connecté au serveur de nuage 40 via un module d’interface 41, par exemple une interface de programmation (en anglais « Application Programming Interface » ou API) pour accéder aux services du serveur de nuage 40. Le serveur de nuage 40 peut également comprendre un module de conversion 42, lequel est configuré pour générer un document et le stocker dans une mémoire et/ou une base de données (non représentées) du serveur de nuage 40. A cet effet, le module de conversion 42 est compatible avec différents formats de pilotes d’impression, par exemple il est compatible avec les formats PostScript® d’Adobe®, XPS® (de l’anglais « XML Paper Specification ») de Microsoft® et/ou ESC/P® (de l’anglais « Epson Standard Code for Printers ») d’Epson®, et/ou de sa variante ESC/POS® (de l’anglais « Epson Standard Code for Point of Sale »). Le document généré, autrement dit converti, par le module de conversion 42 est dans un deuxième format. Le deuxième format est préférentiellement défini par un ou plusieurs règles de conversion, prédéfinies. Ces règles de conversion indiquent au module de conversion 42 comment doit être généré le document à partir du contenu à imprimer formaté, c’est-à-dire comment doit être converti le contenu à imprimer formaté pour générer le document. Ces règles de conversion sont, par exemple, prédéfinies en fonction de la provenance du contenu à imprimer et/ou de la destination du document. Les règles de conversion sont, par exemple, prédéfinies par le gestionnaire réseau, et sont stockées sur une mémoire du serveur de nuage 40, typiquement sur une mémoire du module de conversion 42. Le module de conversion 42 peut, dans certaines variantes d’implémentation, être configuré pour gérer la délégation des droits affectés au document généré, en particulier concernant les droits que possède l’émetteur et/ou le dispositif émetteur. Par exemple, la délégation peut porter sur un droit d’édition, de suivi et/ou de gestion du document, accordé à un autre service de l’entreprise, ou transmis à une autre entreprise, ou encore transmis à un individu en dehors ou au sein de l’entreprise. Le réseau informatique 1 comprend également une interface de communication 50. L’interface de communication 50 est connectée au module de collection 30. Cette interface de communication 50 est configurée pour communiquer avec des dispositifs externes, par exemple avec un dispositif utilisateur 2, typiquement pour lui transmettre un document généré suivant un contenu imprimable produit par le module émetteur 10. L’interface de communication 50 peut être de n’importe quel type, typiquement il peut s’agir d’un dispositif d’affichage, tel un écran (par exemple, un afficheur de code QR ou un écran d’ordinateur), d’un circuit électronique tel une carte NFC (i.e., une carte électronique adaptée pour émettre un signal NFC), ou un service informatique (par exemple, un service de courriels capable d’émettre des courriels vers d’autres dispositifs, tel le dispositif utilisateur 2). Dans une variante de réalisation, le serveur de nuage 40 n’est pas compris dans le réseau informatique 1 mais est un serveur hébergé chez un fournisseur d’infrastructures de nuage (en anglais, « cloud provider »). Ainsi que mentionné plus haut, le module de collection 30 est configuré pour mettre en œuvre la méthode 100. La méthode 100 comprend une étape 110 d’obtention d’un contenu à imprimé formaté. Le contenu à imprimé provient du module émetteur 10, c’est-à-dire qu’il est généré par le module émetteur 10 avant la mise en œuvre de la méthode 100. Le contenu à imprimé produit par le module émetteur 10 est formaté par le module de formatage 20 de sorte que le contenu à imprimé formaté est dans le premier format. Le formatage est mis en œuvre avant la mise en œuvre de la méthode 100. En d’autres termes, le module de collection 30 obtient, via le module de formatage 20, le contenu à imprimer généré par le module émetteur 10. A titre d’exemple, la méthode 100 est automatiquement mise en œuvre à l’émission par le module de formatage 20 du contenu à imprimer formaté vers le module de collection 30. La méthode 100 comprend également une étape 120 d’émission du contenu à imprimer formaté vers le serveur de nuage 40. Le module de collection 30 émet donc, vers le serveur de nuage 40, en particulier vers le module d’interface 41, le contenu à imprimer qui a été formaté par le module de formatage 20. La méthode 100 comprend également une étape 130 de réception d’un libellé (en anglais, « tag »). Ce libellé correspond à un document généré sur le serveur de nuage 40 à partir du contenu à imprimer formaté émis à l’étape 120. Le libellé peut être, dans le cadre de l’invention, de toute forme et selon tout format ou support. Il s’agit, par exemple, d’une suite de caractères alphanumériques, d’une image, d’un symbole, d’un signal électromagnétique ou mécanique. Le libellé est lisible par le dispositif utilisateur 2 et lui permet, par sa lecture, d’obtenir le document généré sur le serveur de nuage 40. Par exemple, la lecture du libellé par le dispositif utilisateur 2 lui permet de demander l’accès à ce document. Le dispositif utilisateur 2 comprend donc un module de lecture du libellé, par exemple un lecteur RFID/NFC, une caméra, une application de courrier électronique, etc. A cet effet, le libellé peut donc comprendre une information permettant au dispositif utilisateur 2 d’accéder, par exemple sous la forme d’un lien d’accès ou d’un identifiant d’accès, au document généré. Dans un exemple de réalisation, le libellé est un code QR et/ou un signal NFC. Le libellé est, par exemple, déterminé par le serveur de nuage 40, en particulier par le module d’interface 41 en fonction du contenu à imprimer formaté. Le libellé peut être enrichi par le module de conversion 42 en fonction d’autres informations de contexte portant sur l’origine (i.e., le module émetteur 10, le module de formatage 20, le module de collection 30, un nom de domaine d’où proviennent le module émetteur 10, le module de formatage 20 et/ou le module de collection 30, etc.) et/ou la destination (i.e., le dispositif utilisateur 2). Une approche de type « opérations périphériques simultanées en ligne» (en anglais, « Simultaneous Peripheral Operations On-Line » ou « spooling »), par exemple effectuée par le module de collection 30, peut être utilisée pour obtenir ces informations de contexte. La méthode 100 comprend également une étape 160 d’émission du libellé vers le dispositif utilisateur 2. La transmission est effectuée via l’interface de communication 50. L’interface de communication 50 rend donc le libellé accessible au dispositif utilisateur 2 pour que ce dernier puisse demander l’accès, à l’aide de ce libellé, au document généré sur le serveur de nuage 40. Le libellé permet donc au dispositif utilisateur 2 d’obtenir le document généré sur le serveur de nuage 40. Dans une variante de réalisation, la méthode 100 comprend également une étape 140 de réception d’une information relative au succès de la génération du document sur le serveur de nuage 40. On entend par « information relative au succès de la génération du document » une information, typiquement sous un format alphanumérique, qui indique si la génération a bien eu lieu ou si une erreur est survenue durant le processus d’impression du document. Par exemple, l’information peut être « OK » ou « 1 » lorsque la génération a correctement eu lieu et « NOK » ou « 0 » lorsque la génération a échoué. Dans certaines variantes, l’information relative au succès de la génération renseigne également sur la nature de l’erreur ayant provoqué l’échec de la génération. Typiquement, l’information contient également un rapport d’erreur de la raison de l’échec de la génération. Ce rapport d’échec est, par exemple, généré par le module de conversion 42, lequel est donc configuré pour générer ce rapport. Dans cette variante, la méthode 100 comprend également une étape d’émission de l’information relative au succès de la génération du document, vers le module émetteur 10. Le module émetteur 10 est ainsi automatiquement renseigné du succès ou non de la génération du document, et donc de si le document est disponible sur le serveur de nuage 40 ou non. Dans une variante de réalisation, la méthode 100 comprend également une étape 170 de réception d’une information relative à l’accès au document généré par le dispositif utilisateur 2, et d’émission de cette information vers le module émetteur 10. Alternativement ou concurremment, cette information peut aussi être transmise vers l’émetteur, c’est-à-dire à la personne émettrice ou à l’organisation émettrice qui a émis le contenu à imprimer depuis le module émetteur 10, par tout autre biais (application mobile, SMS, courriel, etc.), par exemple vers un autre module (logiciel et/ou matériel) appartenant à l’émetteur. L’information relative à l’accès au document généré est, par exemple, un nombre d’accès au document, un nombre d’accès par dispositif utilisateur, une identité du dispositif utilisateur, etc. La méthode 100 peut, par ailleurs, être mise en œuvre au sein d’une processus plus large, mis en œuvre par plusieurs composants du réseau informatique 1. Par exemple, la méthode 100 peut être comprise dans une méthode 200 de transmission d’un document à un dispositif utilisateur 2, telle qu’illustrée sur la FIG. 3 . La méthode 200 comprend une étape 201 d’obtention, par le module de formatage 20, du contenu à imprimer généré par le module émetteur 10. Le contenu à imprimer est généré par le module émetteur 10 avant la mise en œuvre de l’étape 201. Par exemple, dans une étape de génération du contenu à imprimer, comprise dans la méthode 200. Alternativement, le contenu à imprimer est générer avant la mise en œuvre de la méthode 200. Le contenu à imprimer peut être émis par le module émetteur 10 vers le module de formatage 20 dans une étape d’émission dudit contenu à imprimer, antérieure à l’étape 201, et comprise dans la méthode 200. Alternativement, le contenu à imprimer est émis par le module émetteur 10 vers le module de formatage 20 avant la mise en œuvre de la méthode 200, la méthode 200 étant alors déclenchée automatique par la mise en œuvre de cette émission. La méthode 200 comprend également une étape 202 de formatage du contenu à imprimer dans le premier format par le module de formatage 20. La méthode 200 comprend également une étape 203 d’émission du contenu à imprimer formaté vers le module de collection 30. L’émission est effectuée par le module de formatage 20. Par conséquent, la méthode 200 comprend également l’étape 110 d’obtention du contenu à imprimé formaté. La méthode 200 comprend également l’étape 120 d’émission du contenu à imprimer formaté vers le serveur de nuage 40. L’émission est effectuée par le module de collection 30. La transmission au serveur de nuage 40 du contenu à imprimer formaté se fait via le module d’interface 41. Le module d’interface 41 est donc configuré pour recevoir le contenu à imprimer formaté. La méthode 200 comprend également une étape 207 de génération du document sur le serveur de nuage 40. La génération est effectuée par le module de conversion 42, à partir du contenu à imprimer formaté. La génération du document stocke ce document sur le serveur de nuage 40, typiquement sur une mémoire et/ou une base de données de ce serveur de nuage 40. A titre d’exemple de réalisation, le contenu à imprimer est formaté au format XPS® par le module de formatage 20 à l’étape 202 et est converti, à l’étape 207, en un fichier PDF (de l’anglais, « Portable Document Format »). Ce fichier PDF est le document généré. Le module de conversion 42 est donc configuré pour mettre en œuvre la génération du document à partir du contenu à imprimer formaté. En particulier, le module de conversion 42 est configuré pour générer le document conformément au premier format dans lequel le contenu à imprimer est formaté, puisque ce dernier indique sous quel format le document doit être généré. La méthode 200 comprend également une étape 208 de détermination du libellé correspond au document généré. Le libellé est déterminé par le module d’interface 41. La méthode 200 comprend également une étape 209 d’émission du libellé vers module de collection 30. L’émission du libellé est effectuée par le module d’interface 41. Le module d’interface 41 est donc également configuré pour mettre en œuvre la détermination du libellé et son émission vers le module de collection 30. La méthode 200 comprend également l‘étape 130 de réception du libellé par module de collection 30. La méthode 200 comprend également l’étape 160 d’émission du libellé vers le dispositif utilisateur 2. Cette émission est effectuée par le module de collection 30 et le libellé est transmis au dispositif utilisateur 2 via l’interface de communication. Le libellé peut ainsi être transmis au dispositif utilisateur 2 par lecture du libellé transmis via l’interface de communication 50. Le dispositif utilisateur 2 peut ainsi accéder au document généré sur le serveur en utilisant le libellé. Dans une variante de réalisation, la méthode 200 comprend également une étape 204 de vérification de l’identité du module émetteur 10. Cette étape peut être mise en œuvre par une approche connue en soi, par exemple via la vérification d’un identifiant du module émetteur 10 et/ou du module de formatage 20. Cette vérification est effectuée par le module d’interface 41. Le module d’interface 41 est donc également configuré pour mettre en œuvre cette étape 204. Cette étape 204 est mise en œuvre avant ou simultanément à l’étape 120 d’émission par le module de collection 30 du contenu à imprimer formaté vers le serveur de nuage 40. Dans une variante de réalisation, la méthode 200 comprend également une étape 205 de génération d’un certificat de chiffrement. Le certificat de chiffrement est généré par le module d’interface 41. Le certificat de chiffrement est également émis, par le module d’interface 41 vers le module de collection 30. Le module d’interface est donc également configuré pour mettre en œuvre cette étape 205. Lors de l’émission, à l’étape 120, du contenu à imprimer formaté par le module de collection 30, le module de collection 30 chiffre le contenu à imprimer formaté conformément au certificat de chiffrement, avant de l’émettre vers le serveur de nuage 40. Le module de collection 30 est donc également configuré pour mettre en œuvre ce chiffrement. Le certificat de chiffrement peut être généré par une approche connue en soi, par exemple en utilisant la librairie OpenSSL et en utilisant le certificat de chiffrement fourni par le serveur de nuage 40. Cette étape 205 est mise en œuvre préalablement à l’étape 120 d’émission du contenu à imprimer formaté par le module de collection 30. Dans une variante de réalisation, la méthode 200 comprend également une étape 206 de contrôle de l’intégrité du contenu à imprimer formaté après réception par le serveur de nuage 1. Le contrôle d’intégrité est effectué par le module d’interface 41. Le module d’interface 41 est donc également configuré pour mettre en œuvre cette étape 206. Le contrôle de l’intégrité peut être mis en œuvre par une approche connue en soi, par exemple par une méthode de contrôle de redondance cyclique (CRC) ou via l’utilisation d’un algorithme MD5 (de l’anglais, « Message Digest 5 », en français « fonction de hachage cryptographique »). En cas de non-intégrité du contenu à imprimer formaté, le module d’interface peut émettre un alerte ou un message d’erreur à destination du module émetteur 10 via le module de collection 30. Le module d’interface 41 peut également ou alternativement émettre une requête à destination du module de collection 30 pour que ledit module de collection lui émette à nouveau le contenu à imprimer formaté, c’est-à-dire pour que le module de collection 30 mette à nouveau en œuvre l’étape 120. Dans une variante de réalisation, la méthode 200 comprend également une étape 210 de détermination d’un ou plusieurs droits d’accès au document généré sur le serveur de nuage 40. Les droits d’accès indiquent si le dispositif utilisateur 2 et/ou son utilisateur a le droit d’accéder au document et sous quelle conditions. Les droits d’accès sont déterminés par le module de conversion 42. Le module de conversion 42 est donc également configuré pour mettre en œuvre cette étape 210. Le ou les droits d’accès peuvent être déterminés par une approche connue en soi. Les droits d’accès peuvent, par exemple, être déterminés à partir de règles prédéfinies, par exemple par un administrateur du réseau, l’émetteur, l’hébergeur du serveur de nuage, etc. Le ou les droits d’accès peuvent être déterminés à partir de données d’origine, c’est-à-dire des données de la provenance, du contenu à imprimer (i.e., le module émetteur 10, le module de formatage 20, le module de collection 30, un nom de domaine d’où proviennent le module émetteur 10, le module de formatage 20 et/ou le module de collection 30, etc.) et/ou de destination du document (i.e., le dispositif utilisateur 2 et/ou l’utilisateur lui-même), et/ou à partir de données comprises dans le contenu à imprimer formaté (par exemple, une adresse de courriel du destinataire et/ou de l’émetteur, un niveau de protection explicitement indiqué, etc.). Cette étape 210 est mise en œuvre concurremment ou après l’étape 207 de génération du document sur le serveur de nuage 40, et avant l’étape 209 d’émission du libellé vers le module de collection 30. Dans une variante de réalisation, la méthode 200 comprend également une étape 211 d’extraction de données du contenu à imprimer formaté. L’extraction est effectuée par le module de conversion 42. Le module de conversion 42 est donc également configuré pour mettre en œuvre cette étape 211. L’intérêt de cette étape est de pouvoir disposer d’informations descriptives du document, par exemple à des fins de stockage ou de classification, mais également pour transmettre au dispositif utilisateur 2 une ou plusieurs données décrivant ledit document généré, ces données étant comprises dans le libellé. Le libellé peut donc être enrichi par ces données décrivant le document générées par le module de conversion 42, après la création du libellé par le module d’interface 41. L’extraction peut être mise en œuvre par une approche connue en soi, par exemple par recherche de mots clefs dans le contenu à imprimer formaté. Cette étape 211 peut être mise en œuvre après l’étape 206 de contrôle de l’intégrité du contenu à imprimer formaté et avant l’étape d’émission 209 du libellé vers le module de collection 30. Cette étape 211 peut également être mise en œuvre concurremment à l’une des étapes comprises entre l’étape 206 et l’étape 209. Dans une alternative de réalisation, cette étape 211 permet l’extraction des données directement du document généré. Dans cette alternative, l’extraction est donc effectuée après la génération, à l’étape 207, du document et avant l’émission du libellé par le module d’interface 41. L’extraction peut être mise en œuvre par une approche connue en soi, par exemple reposant sur de la reconnaissance de caractères et de la reconnaissance de contenu. Dans une variante de réalisation, la méthode 200 comprend également l’étape 140 de réception de l’information relative au succès de la génération du document sur le serveur de nuage par le module de collection 30. L’émission de l’information relative au succès de la génération du document est effectuée par le module d’interface 41. Le module d’interface 41 est donc également configuré pour mettre en œuvre cette émission. La méthode 200 comprend également, dans cette variante, une l’étape 150 d’émission de l’information relative au succès de la génération vers le module émetteur 10. Dans une variante de réalisation, la méthode 200 comprend également une étape 212 d’authentification du dispositif utilisateur 2. Cette authentification est effectuée par le module d’interface 41. L’authentification est typiquement mise en œuvre par une approche connue en soi. Cette étape 212 peut également ou alternativement comprendre la vérification que le dispositif utilisateur 2 et/ou l’utilisateur a le droit d’accéder au document généré sur le serveur de nuage 1. L’étape 212 est mise en œuvre avant ou simultanément à une requête d’accès émise par le dispositif utilisateur 2 pour demander l’accès au document correspondant au libellé que ce dispositif utilisateur 2 a reçu. Dans une variante de réalisation, le module de formatage 20 est compris dans le module de collection 30. Dans une variante de réalisation, le contenu à imprimer formaté et/ou le document généré sont stockés dans une base de données chiffrées du serveur de nuage 40. Le serveur de nuage 40 comprend alors une telle base de données chiffrée. Dans ce cas, le module d’interface 41 et/ou le module de conversion sont configurés pour avoir accès cette base de données chiffrée en vue d’y stocker le contenu et/ou le document, respectivement. Dans une variante de réalisation, la méthode 200 comprend une étape 213 d’émission de l’information relative à l’accès au document par le dispositif utilisateur 2 vers le module de collection 30. L’émission est effectuée par le module d’interface 41, lequel est donc également configuré pour mettre en œuvre l’étape 213. La méthode 200 comprend également, dans cette variante, l’étape 170 de réception et d’émission, par le module de collection 30, de l’information relative à l’accès au document par le dispositif utilisateur 2 vers le module émetteur 10 ou vers un autre module appartenant à la personne émettrice ou l’organisation émettrice, c’est-à-dire la personne ou l’organisation qui a généré le contenu à imprimer via le module émetteur. Cet autre module est, par exemple, un service applicatif tel une messagerie, typiquement une messagerie de courriel, de SMS (de l’anglais, « Short Message/Messaging Service ») ou autre. Cet autre module peut alternativement être un dispositif électronique tel un smartphone, un ordinateur qui peut être différent ou le même que celui comprenant le module émetteur 10, etc. L’émission est effectuée par le module de collection 30. Dans une variante de réalisation, l’information relative à l’accès au document par le dispositif utilisateur 2 est directement émise vers le module émetteur 10, ou vers un autre module ou dispositif appartenant à la personne émettrice ou l’organisation émettrice. Cette émission est mise en œuvre par le module d’interface 41 à l’étape 213, et l’étape 170 n’est pas mise en œuvre. A titre d’exemple, la transmission de cette information est effectuée au travers d’une application mobile, d’un service de messagerie, typiquement une messagerie de courriel, de SMS ou autre, etc. Dans une variante de réalisation, le document est généré sur le serveur de nuage 40 par le module de conversion 42 en respectant un modèle de document (en anglais, « template »). C’est-à-dire que le contenu à imprimer formaté est agencé dans le document selon le modèle de document. Le modèle de document est prédéfini et stocké en mémoire dans le serveur de nuage 40, par exemple dans une mémoire du module de conversion 42. La génération du document selon le modèle de document permet d’enrichir le document avec des éléments non présents dans le contenu à imprimer formaté. Par exemple, le modèle de document peut définir une mise en page, une typographie, définir un contenu d’en-tête et/ou de pied de page, ajouter des données complémentaires (par exemple, le logo de l’entreprise, un texte récurrent entre plusieurs documents, etc.). Dans une variante de réalisation, le contenu à imprimer formaté est sous la forme d’une pluralité de paquets de données. Le contenu à imprimer formaté comprend donc la pluralité de paquets de données. Ces paquets sont concaténés par le module de collection 30 pour former une archive. L’archive contenant le contenu à imprimer formaté est alors transmise par le module de collection 30 au serveur de nuage 40, via le module d’interface 41. Il est, en outre, possible de protéger l’archive par chiffrement, au moyen du certificat de chiffrement reçu par le serveur de nuage 40, notamment par le module d’interface 41. La concaténation en une archive du contenu à imprimer formaté permet de fusionner plusieurs paquets, notamment lorsque le format d’impression est configuré pour générer en paquets le contenu à imprimer formaté (ce qui peut être le cas des imprimantes à étiquettes ou à tickets de caisse) avant l’envoi vers le serveur de nuage 40. Cela permet également de faciliter les opération de chiffrement et la transmission du contenu à imprimer en un seul bloc de données. Enfin, cela permet de faciliter, côté serveur de nuage 40, le contrôle de l’intégrité des données et une analyse de sécurité, par exemple via un antivirus par le module d’interface 41, du contenu de l’archive avant d’extraire le contenu à imprimer formaté pour qu’il soit converti par le module de conversion 42. Ainsi, dans cette variante de réalisation, après que le module de collection 30 a obtenu du module de formatage 20 la pluralité de paquets de données, construit l’archive qui comprend la pluralité de paquets de données et émis cette archive vers le serveur de nuage 40, le serveur de nuage 40 extrait le contenu à imprimer formaté de l’archive. C’est-à-dire que le serveur de nuage extrait la pluralité de paquets de données qui sont concaténés dans l’archive. L’extraction est, par exemple, mise en œuvre par le module de conversion 42, ou par un autre module du serveur de nuage configuré pour mettre en œuvre cette extraction. Le contenu à imprimer formaté extrait de l’archive est alors traité par le module de conversion 42, selon l’étape 207 de génération du document. L’extraction peut être précédée de l’analyse d’intégrité et/ou de l’analyse de sécurité susmentionnées, mises en œuvre par le module d’interface 41. En outre, dans certaines variantes, chaque paquet de données de la pluralité de données peut être associé à une ou plusieurs informations de contexte, telles que précédemment décrites, pouvant être de même type ou de différents types pour chaque paquet de données en question. Lors de la conversion du contenu à imprimer formaté par le module de conversion 42, ces différentes informations de contexte sont alors traitées indépendamment pour la génération du document. Dans un mode de réalisation, ainsi qu’illustré sur la FIG. 4 , le module émetteur 10 émet un contenu à imprimer différent vers des modules de formatage 20 différents. Dans ce cas, le module de collection 30 traite de façon individuelle la file d’impression qui sort de chaque module de formatage. Chaque module de formatage 20 et la file d’impression associée sont agnostiques des autres modules de formatage 20 et de leur file d’impression respective. Le module de collection 30 est donc configuré pour mettre en œuvre les différentes étapes de la méthode 100 pour chacun de ces modules de formatage 20, indépendamment les uns des autres. Par ailleurs, dans le cas de la méthode 200, le module de collection 30 est configuré pour mettre en œuvre les étapes de la méthode 200 que ce module de collection 30 met en œuvre pour chacun de ces modules de formatage 20, indépendamment les uns des autres. Ceci permet de garantir l’étanchéité des transmission de données entre le module émetteur 10 et le serveur de nuage 40. Il convient de noter que ce mode de réalisation est tout autant applicable en cas d’une pluralité de module émetteur 10 différents. Chaque module émetteur 10 aura un ou plusieurs modules de formatage 20 indépendants qui lui seront affectés. Une application logicielle peut également être utilisée pour fournir une ou plusieurs fonctionnalités à l’émetteur du contenu à imprimer et/ou au gestionnaire du réseau informatique 1, telles que : La supervision des modules émetteurs 10 (par exemple, la modification, la suppression ou l’ajout d’un module émetteur 10) ; La supervision des modules de formatage 20 et de leur file d’impression correspondante (par exemple, la modification, la suppression ou l’ajout d’un module de formatage 20) ; La gestion des restrictions d’accès à une ou plusieurs modules de formatage 20 et/ou au serveur de nuage 40 et/ou à certains documents ; Une visualisation des contenus à imprimer émis pour un ou plusieurs modules émetteurs 10 ; Une visualisation d’une liste de dispositifs utilisateur 2 ayant accédé à un ou plusieurs documents ; Être notifié des demandes d’accès à un ou plusieurs documents générés sur le serveur de nuage 40 ; Autoriser, par l’émetteur ou son délégataire, des demandes d’accès à la demande d’un ou plusieurs dispositifs utilisateurs 2 ; Permettre la signature électronique du document par l’émetteur pour confirmer l’accord de l’émetteur avec le contenu du document, par exemple pour assurer la conformité dans la réception d’une livraison, la signature pouvant être apposée sur le document sur le serveur par le module de conversion 42. L’application logicielle ou une autre application logicielle peut également être utilisée pour fournir une ou plusieurs fonctionnalités à l’utilisateur du dispositif utilisateur 2, telles que : Permettre l’authentification et/ou l’enregistrement du dispositif utilisateur 2 auprès du serveur de nuage 40 ; Lire le libellé correspondant au document généré et transmis via l’interface de communication 50 ; Récupérer le document généré via son libellé, présenté auprès du module d’interface 41, y compris suivant un mécanisme de récupération asynchrone ; Stocker le document obtenue du serveur de nuage 40 sur une mémoire du dispositif utilisateur 2 ; Tracer les accès (réception et/ou lecture) du document sur le dispositif utilisateur ; Autoriser et/ou bloquer l’accès au document si l’utilisateur est l’émetteur du document ou si l’utilisateur a reçu une autorisation de délégation de l’émetteur ; Permettre la signature électronique du document par le destinataire pour confirmer l’accord du destinataire avec le contenu du document, par exemple pour assurer la conformité dans la réception d’une livraison, la signature pouvant être apposée sur le document sur le serveur par le module de conversion 42 ; Restaurer les données et documents stockés ; Bloquer l’accès du dispositif utilisateur 2 au serveur de nuage 40, notamment en cas de perte de celui-ci. Méthode (100), mise en œuvre par un ordinateur, de dématérialisation d’un document à imprimer, la méthode (100) comprenant : Obtenir (110), via un module de formatage (20), un contenu à imprimer formaté, le contenu à imprimer étant formaté dans un premier format par le module de formatage (20), le premier format étant un format de pilote d’impression, le contenu à imprimer étant généré par un module émetteur (10) ; Emettre (120) le contenu à imprimer formaté vers un serveur de nuage (40) ; Recevoir (130) un libellé correspondant à un document généré sur le serveur de nuage (40), le document étant généré dans un deuxième format à partir du contenu à imprimer formaté émis ; Emettre (160) le libellé vers un dispositif utilisateur (2) via une interface de communication (50), le libellé étant lisible par le dispositif utilisateur (2) et permettant au dispositif utilisateur (2) d’obtenir le document généré sur le serveur de nuage (40). Méthode (100) selon la revendication 1, dans laquelle le pilote d’impression est un pilote d’impression d’un système d’exploitation. Méthode (100) selon l’une des revendications précédentes, la méthode (100) comprenant en outre : Recevoir (140) une information relative au succès de la génération du document sur le serveur de nuage (40) ; Emettre (150) l’information relative au succès de la génération au module émetteur (10). Méthode (100) selon l’une des revendications précédentes, dans laquelle l’émission du contenu à imprimer formaté vers le serveur de nuage (40) comprend également l’émission d’une information de contexte. Méthode (100) selon l’une des revendications précédentes, comprenant : Recevoir (170) une information relative à l’accès par le dispositif utilisateur (2) au document généré ; Emettre (170) vers le module émetteur (10) et/ou vers un autre module appartenant à l’émetteur du contenu à imprimer, l’information relative à l’accès par le dispositif utilisateur (2) au document généré. Méthode (200), mise en œuvre par un réseau informatique (1), de transmission d’un document à un dispositif utilisateur (2), le réseau informatique (1) comprenant un module émetteur (10), un module de formatage (20), un module de collection (30) et une interface de communication (50), le module de collection (30) étant connecté à un serveur de nuage (40) comprenant un module d’interface (41) et un module de conversion (42), la méthode (200) comprenant la mise en œuvre, par le module de collection (30), de la méthode (100) selon la revendication 1, la méthode (200) comprenant en outre : Obtenir (201), par le module de formatage (20), un contenu à imprimer généré par le module émetteur (10) ; Formater (202), par le module de formatage (20), le contenu à imprimer dans un premier format et émettre (203), par le module de formatage (20), le contenu à imprimer formaté vers le module de collection (30), le premier format étant un format de pilote d’impression ; Générer (207), par le module de conversion (42), le document sur le serveur de nuage (40) à partir du contenu à imprimer formaté reçu via le module d’interface (41) ; Déterminer (208), par le module d’interface (41), un libellé correspondant au document généré sur le serveur de nuage (40), Emettre (209), par le module d’interface (41), le libellé correspondant au document généré vers module de collection (30). Méthode (200) selon la revendication 6, comprenant : Vérifier (204), par le module d’interface (41), l’identité du module émetteur (10) ; et/ou Authentifier (212), par le module d’interface (41), le dispositif utilisateur (2) et/ou vérifier que le dispositif utilisateur (2) a un droit d’accès au document généré sur le serveur de nuage (40). Méthode (200) selon l’une des revendications 6 à 7, comprenant : Contrôler (206), par le module d’interface (41), l’intégrité du contenu à imprimer formaté reçu par le serveur de nuage (40). Méthode (200) selon l’une des revendications 6 à 8, comprenant : Déterminer (210), par le module de conversion (42), un ou plusieurs droits d’accès du dispositif utilisateur (2) au document généré sur le serveur de nuage (40). Dispositif de dématérialisation d’un document à imprimer, configuré pour mettre en œuvre la méthode (100) selon l’une des revendications 1 à 5. Réseau informatique (1) de transmission d’un document à un dispositif utilisateur, configuré pour mettre en œuvre la méthode (200) selon l’une des revendications 6 à 9.