FR 3146363 A1 20240906 FR 2301912 A 20230301 PROCEDE POUR ACCEDER A UN OBJET NUMERIQUE ASSOCIE A UN OBJET REEL DANS UN LOGICIEL Procédé mis en œuvre par ordinateur pour accéder à un avatar d’un objet réel (OB 1 ), ledit procédé comprenant : Génération (GEN1) d’un identifiant de transaction ; Détermination (DET1) d’un identifiant d’un objet numérique (ON 1 ) dudit premier objet réel (OB1) à partir de l’identifiant de transaction, ledit objet numérique (ON 1 ) étant associé au premier objet réel (OB 1 ); Génération (GEN2) d’un code (QRC 1 ) d’accès à une première librairie graphique, chaque objet numérique de la librairie graphique étant associé à un objet réel (OB 1 ); Réception (REC1) du code d’accès (QRC 1 ) par un premier serveur (SERV1) hébergeant au moins un composant logiciel pour mettre en œuvre le premier logiciel; Déverrouillage (DEV1) de la librairie graphique (QRC 1 ) à partir du code (QRC 1 ) d’accès ; Sélection (SEL 1 ) dudit objet numérique (ON 1 ) au sein du premier logiciel et ; Affichage (AFF 1 ) dudit objet numérique (ON 1 ). Figure pour l’abrégé : Fig. 3 PROCEDE POUR ACCEDER A UN OBJET NUMERIQUE ASSOCIE A UN OBJET REEL DANS UN LOGICIEL Domaine de l’invention Le domaine de l’invention concerne les procédés et systèmes visant l’accès des objets numériques et leur utilisation au sein d’un logiciel. Le domaine de l’invention se rapporte aux procédés et systèmes permettant un accès à des objets virtuels se rapportant à des objets physiques permettant de faire exister une représentation digitale d’un objet réel dans l’environnement virtuel. État de la technique De nombreuses solutions logicielles, notamment des jeux vidéo ou des environnements virtuels restituant un environnement réel, requiert une forme de personnalisation pour immerger un utilisateur dans un environnement donné. L’expérience immersive contribue à améliorer la navigation dans l'environnement, la prise de décision, l’exploitation de l’ensemble des fonctionnalités proposés et permettent une meilleure performance dans l’environnement virtuel. Il existe des solutions décrivant des boutiques en ligne intégrée dans des jeux, tels que des jeux vidéo, permettant à un utilisateur d’accéder à une bibliothèque d’objets réels par l’intermédiaire d’une plateforme, un logiciel ou un jeu. Une telle solution est décrite dans le document de brevet US9044682 publié le 16 décembre 2013. Toutefois, ces solutions ne proposent pas un accès à des objets virtuels en rapport avec les objets réels pour enrichir un environnement virtuel. Dans ce dernier document, la transaction réalisée au sein de la boutique virtuelle n’a aucune conséquence sur l’environnement virtuel et les éléments graphiques de ce dernier ne sont pas modifiés consécutivement à une transaction. Il existe également des solutions produisant des environnements virtuels visant à reproduire un environnement réel de manière à proposer une collection d’articles réels représentés dans le monde virtuel pour favoriser une transaction. Un intérêt de ces solutions est de permettre de construire un environnement virtuel représentatif des données du monde réel, tels que les quantités disponibles dans les stocks et certaines données relatives à la logistique ou la description des objets. Toutefois ces solutions ne permettent pas d’enrichir un environnement virtuel sur la base d’un évènement produit dans le monde réel. Toutefois, ces solutions ne permettent pas d’intégrer dans un environnement virtuel des représentations d’objets réels suffisamment personnalisables au regard des actions réalisées dans le monde réel par un utilisateur donné pour augmenter l’expérience et améliorer l’expérience de son immersion. Il existe un besoin de proposer une solution logicielle dans laquelle un environnement virtuel est modifié ou enrichi consécutivement à la survenance d’un évènement dans le monde réel. Un intérêt est de développer et d’enrichir un contenu logiciel consécutivement à un évènement produit dans le monde réel. Un autre objectif est de permettre d’utiliser des représentations virtuelles d’objets réels ainsi que des variantes de ces objets réels dès lors que l’utilisateur a marqué un intérêt sur ledit objet et qu’il souhaite visualiser différents contextes de cet objet et des représentations des variantes de cet objet dans un environnement virtuel. Enfin, d’un point de vue d’une organisation proposant des objets réels, il peut être intéressant de proposer un catalogue d’objets numériques associés à des objets physiques pour permettre une expérience supplémentaire à un utilisateur utilisant un objet réel donné. En effet, l’accès à un objet numérique associé à un objet réel peut permettre à un utilisateur de modifier l’objet numérique, par exemple certains aspects de son apparence, pour apprécier des variantes. En outre, l’accès à l’objet numérique peut permettre de visualiser ledit objet dans certaines situations qu’il est difficile de mettre en situation dans la vie réelle. Par ailleurs, l’accès à un objet numérique ON1 peut permettre à un utilisateur peut lui permettre de partager une information avec d’autres utilisateurs sur son acquisition relative à l’objet réel. Selon un premier aspect, l’invention concerne un procédé mis en œuvre par ordinateur pour accéder à un objet numérique correspondant à une représentation numérique d’un objet réel, ledit procédé comprenant : Génération d’un identifiant de transaction consécutivement à une transaction entre deux entités visant une acquisition d’un premier objet réel par l’une des deux entités ; Détermination d’un identifiant d’un premier objet numérique dudit premier objet réel à partir de l’identifiant de transaction ou d’une désignation dudit objet réel, ledit premier objet numérique étant associé au premier objet réel, ledit identifiant du au moins premier objet réel étant déterminé à partir de l’identifiant de transaction ou de sa désignation; Génération d’un code d’accès à une première librairie graphique d’un premier espace mémoire dans lequel est stocké des données encodant l’objet numérique associé à l’objet réel, la première librairie graphique comportant au moins le premier objet numérique, chaque objet numérique de la librairie graphique étant associé à une configuration logicielle donnée et étant associé à un objet réel; Réception du code d’accès par un premier serveur hébergeant au moins un composant logiciel pour mettre en œuvre le premier logiciel ; Déverrouillage de la librairie graphique à partir du code d’accès ; Sélection dudit objet numérique 3D au sein du premier logiciel et ; Affichage dudit objet numérique sur l’afficheur d’un premier terminal électronique. Un avantage est de donner l’accès à un objet numérique conjointement à un objet réel par une organisation lorsqu’une transaction sur l’objet réel a été réalisée. Cet accès permet d’enrichir l’objet réel d’un objet numérique qui peut être partagé par un utilisateur et qui peut être testé dans différentes configurations. Selon un mode de réalisation, l’accès au premier objet numérique est réalisé consécutivement à l’authentification d’une entité sur un premier serveur de données hébergeant au moins un composant logiciel permettant de mettre en œuvre l’exécution du premier logiciel sur le premier terminal électronique. Un avantage est de sécuriser l’accès à l’objet numérique à partir d’une authentification d’un utilisateur en plus du code d’accès qui est généré. Selon un mode de réalisation, le premier espace mémoire est une mémoire d’un premier serveur distant ou une mémoire locale du premier terminal électronique comportant l’interface graphique permettant d’afficher le premier objet numérique au sein du premier logiciel. Un avantage est d’enregistrer par exemple une collection d’objets numériques déjà dans la mémoire du terminal et de libérer l’accès lors du contrôle du code d’accès. Selon un mode de réalisation, le procédé comprend : impression dudit code d’accès sur un support imprimable ; lecture du code d’accès à partir d’un second terminal électronique ou du premier terminal électronique lorsqu’il est différent ; réception d’une clef de déverrouillage à partir du code d’accès lu et enregistrement de ladite clef de déverrouillage dans une mémoire du premier terminal électronique ou dans une mémoire du premier serveur distant ; transmission d’une requête vers un premier serveur de données afin d’accéder à partir de la clef de déverrouillage audit objet numérique au sein du premier logiciel. Un avantage est de disposer d’un unique ticket papier ou numérique comportant d’une part les informations relatives à la transaction de l’objet réel et d’autre part les informations permettant d’accès à l’objet numérique associé à l’objet réel. Selon un mode de réalisation, le procédé comprend : extraction de premières données encodées au sein du code d’accès comportant notamment un localisateur de ressources numériques et d’un identifiant d’un objet numérique et ; transmission d’une requête au premier serveur distant à partir du localisateur de ressources numériques, ladite requête comportant un identifiant d’un compte d’une entité au sein du logiciel afin de déverrouiller un accès dudit objet numérique pour le compte de ladite entité. Un avantage est d’encoder non seulement le code d’accès mais également l’adresse de la ressource stockant l’objet numérique sur un réseau de données. Selon un mode de réalisation, le support imprimable comprend des données relatives à une transaction du premier objet réel associé à l’objet numérique sélectionné. Selon un mode de réalisation, le support imprimable est un ticket d’achat imprimable thermiquement et comportant le prix de l’objet réel. Un avantage est de rendre temporaire l’édition d’un code d’accès pour favoriser un accès limité dans le temps. Selon un mode de réalisation, le procédé comprend : Consécutivement à la génération de l’identification de transaction, une acquisition d’une première adresse mail d’une des deux entités à partir d’un troisième terminal, ladite première adresse mail ayant été préalablement enregistrée dans une mémoire du premier serveur distant permettant l’accès au premier logiciel ; Enregistrement de la première adresse mail au sein d’une mémoire d’un second serveur distant entrainant la génération du code d’accès. Un avantage est d’authentifier physiquement un individu directement au moment de la transaction en recueillant une adresse mail permettant de recevoir un code d’accès. Selon un mode de réalisation, le procédé comprend : Consécutivement à la génération de l’identification de transaction, une acquisition d’une première adresse mail d’une des deux entités à partir d’un troisième terminal, Transmission d’un code d’accès sur l’adresse mail de ladite entité; Génération d’une requête au premier serveur ou un serveur intermédiaire pour déverrouiller l’accès audit premier objet numérique. Dans ce dernier cas, le code d’accès peut être rendu activable par exemple au moyen d’un lien HyperText. L’activation du lien HyperText permet de générer ladite requête au premier serveur. Selon un mode de réalisation, le procédé comprend : Accès au second serveur distant par authentification d’un compte d’une entité, ledit accès étant réalisé préalablement à la génération de l’identification de transaction, ladite authentification comportant l’accès à un espace personnel sur ledit serveur distant ; Consécutivement à la génération de l’identification de transaction, transmission d’une première donnée liée à l’authentification de ladite entité à un serveur distant permettant l’accès au premier logiciel ; Enregistrement de ladite première donnée au sein d’une mémoire d’un serveur distant (SERV 2 ) entrainant la génération du code d’accès. Un avantage est qu’une organisation puisse générer des comptes utilisateurs, tels que des comptes clients. Lors d’une transaction au sein d’une organisation telle qu’une enseigne, le code d’accès peut directement être généré au sein d’un compte client accessible à partir d’un accès sécurisé via un serveur d’authentification. Selon un mode de réalisation, l’objet numérique comporte une pluralité d’instances, chaque instance correspondant à une représentation dudit objet numérique transformé tridimensionnellement, chacune des instances étant accessible à partir de la clef de déverrouillage. Un avantage est de permettre de tester différentes variations d’un objet numérique représentant un objet réel. Un intérêt est de permettre de tester des intérêts d’utilisateurs vis-à-vis de différentes variations d’un objets numériques. Selon un mode de réalisation, chaque objet numérique comporte une première empreinte numérique et un numéro de série, un nombre limité d’un même objet numérique étant généré. Un avantage est d’éditer des objets numériques permettant de fidéliser un individu au sein d’une organisation ne proposant des objets numériques présentant une valeur du fait de leur rareté. Selon un mode de réalisation, une seconde empreinte numérique associée à la première empreinte numérique est encodée dans une blockchain. Un avantage est de créer une empreinte numérique certifiant l’authenticité d’un objet numérique. Selon un mode de réalisation, l’objet numérique est : un objet textile numérique tel qu’un vêtement numérique ou un chapeau numérique représentant un vêtement réel ou un chapeau réel ; un objet automobile numérique, tel qu’une voiture ou une moto numérique représentant une voiture ou une moto réelle ; un objet mobilier numérique tel qu’un meuble numérique représentant un meuble réel. Selon un autre aspect, l’invention concerne un système comportant au moins un premier terminal et un serveur de donnée distant et un dispositif pour produire un code d’accès imprimé configuré pour mettre en œuvre les étapes du procédé de l’invention. Brève description des figures D’autres caractéristiques et avantages de l’invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent : : un exemple d’architecture du système de l’invention ; : un premier exemple d’étapes d’un mode de réalisation du procédé de l’invention ; : un second exemple d’étapes d’un mode de réalisation du procédé de l’invention. La représente un système dans lequel un terminal utilisateur T 1 permet d’accéder à un logiciel représentant un environnement virtuel. Cet utilisateur est appelé « premier utilisateur ». L’environnement virtuel peut être une reproduction d’un environnement réel tel qu’un lieu en 3D ou une représentation d’un lieu en réalité augmentée, voir une représentation d’un environnement en 2D. Le logiciel peut alternativement être un jeu vidéo tel qu’un jeu représentant un environnement virtuel dans lequel évolue des objets ou des personnages. L’environnement virtuel peut correspondre à une plateforme numérique dans laquelle un environnement comprend différents lieux ou représentation de lieux pouvant offrir différents niveaux d’interactions avec d’autres utilisateurs ou des organisations ayant un accès à un environnement partagé. Les interactions peuvent par exemple être mises en œuvre grâce à des avatars, tels que des personnages animés. Le terminal T 1 comprend donc à minima un calculateur pour exécuter le logiciel, une mémoire pour stocker des variables, des paramètres ou des objets numériques accessibles depuis une libraire ou toute autre information nécessaire à l’exécution du procédé de l’invention. Le terminal T 1 peut comprendre une pluralité de calculateurs ou de mémoires. Le terminal T 1 comprend un afficheur pour afficher la représentation d’un environnement virtuel et l’objet virtuel ON 1 , également appelé objet numérique, représenté dans cet environnement. Notons que l’objet numérique ON 1 est principalement un objet accessible depuis la plateforme hébergeant l’environnement graphique à conditions d’obtenir pour un premier utilisateur les droits d’accès. Selon un mode de réalisation, un lecteur de code d’accès QRC 1 peut être utilisé lorsque ce dernier est affiché. La représente également un terminal T 2 qui est utilisé pour lire un code graphique QRC 1 permettant de déverrouiller l’accès à un objet numérique ON 1 . Le code graphique QRC 1 est alors généré successivement à une transaction réalisée entre deux entités dont l’une entité est le fournisseur d’un objet réel OB 1 , appelé « second utilisateur »,et l’autre entité est l’acquéreur de l’objet réel OB 1 et dont le premier utilisateur de l’objet numérique ON 1 . Dans ce dernier cas, le code d’accès QRC 1 peut être imprimé en 1D, tel qu’un code barre ou en 2D tel qu’un QR code ou un flash code. L’utilisation d’un lecteur de code graphique permet de décoder le code d’accès QRC 1 encodé dans le code graphique affiché. Ce code d’accès décodé peut alors être émis vers une ressource connectée à un réseau de données NET 1 . Selon un exemple, l’adresse de la ressource, telle qu’une URL, dénommée plus généralement localisateur de ressources uniforme, est également encodée dans le code graphique. La représente un premier serveur SERV 1 permettant de recevoir le ou les codes d’accès QRC 1 produit(s) et émis par un équipement. L’équipement peut être le second serveur SERV2 ou tout autre équipement connecté à un réseau de données et produisant le code d’accès. Le premier serveur SERV 1 est configuré pour contrôler la validité du code d’accès QRC 1 et déverrouiller l’accès, le cas échéant, à une librairie graphique comportant au moins un objet numérique ON 1 . La représente un second serveur SERV 2 permettant de générer un code d’accès QRC 1 et/ou de l’émettre consécutivement à la réception d’un identifiant d’un objet réel OB 1 et à la réception d’une autorisation de produire ledit code d’accès QRC 1 . Le serveur SERV 2 peut également transmettre une donnée à un service tiers, tel qu’un autre serveur, pour que ce dernier service tiers puisse produire le code d’accès QRC 1 et le transmettre au serveur SERV 1 . Dans ce dernier cas, le service tiers est configuré pour émettre le code d’accès QRC 1 sous certaines conditions notamment après avoir réceptionné un identifiant d’objet numérique OB 1 et un identifiant du premier utilisateur. La représente un exemple de réalisation du procédé de l’invention. Le procédé comporte une étape visant à générer un identifiant de transaction IDtr lorsqu’une transaction a été réalisée entre deux entités. Les entités peuvent correspondre à deux individus ou deux organisations ou encore un individu et une organisation. La transaction correspond préférentiellement à un achat d’un objet réel OB 1 . Toutefois, selon d’autres exemples, la transaction peut correspondre à une commande, une réservation, ou encore un échange. Selon un exemple, la transaction correspond à une inscription d’une donnée sur une blockchain. Dans tous les modes de réalisation, la transaction du procédé de l’invention, se rapporte à un objet réel OB 1 dont une représentation numérique ON 1 est prédéfinie. L’étape de génération de l’identifiant de transaction IDtr est réalisée préférentiellement automatiquement après la transaction. L’identifiant de transaction IDtr peut être enregistré temporairement dans une mémoire d’un équipement ayant servi à réaliser la transaction avant d’être transmis à une entité distante, telle que le serveur SERV 1 . Selon un mode de réalisation, l’identifiant de transaction IDtr est émis à un serveur intermédiaire SERV 2 qui est un serveur comportant une base de données d’identifiants d’objets réels et qui est configuré pour produire un code d’accès QRC 1 selon certaines conditions. Selon un exemple, l’identifiant de transaction IDtr est généré à partir d’un terminal de paiement d’une enseigne. Selon un autre mode de réalisation, l’identifiant de transaction n’est pas l’évènement déclencheur pour engager la génération d’un code d’accès QRC 1 . En effet, dans certains modes de réalisation, le code d’accès est généré consécutivement à la transaction sans pour autant qu’un contrôle d’un identifiant de transaction ne soit effectué. Dans ce dernier cas, la transaction est associée à un objet réel OB 1 soit automatiquement, soit manuellement grâce à l’action d’un opérateur. Selon un cas de figure, la transaction comprend une donnée désignant un objet réel OB 1 . Cette désignation peut alors être utilisée pour identifier un objet numérique ON 1 associé. Selon un autre cas de figure, un opérateur, tel qu’un vendeur, définit manuellement l’intitulé de l’objet réel, éventuellement une désignation, une identification ou une référence. Cette dernière donnée est alors ensuite utilisée pour identifier un objet numérique ON 1 prédéfini. Une base de données et plus généralement une mémoire est configurée pour stocker l’ensemble des objets numériques ON 1 disponible pour un ensemble d’objets réels. Lorsqu’une organisation dispose d’un ensemble d’objets réels associés à une pluralité d’objets numériques ON 1 , alors cette base peut être dédiée à l’organisation. L’organisation peut être par exemple matérialisé par un compte d’accès à cette base de données. Un intérêt est de disposer d’un ensemble d’objet numérique ON 1 qu’il est possible de mettre à disposition lors de la vente par exemple d’un objet réel OB 1 . Une pluralité de marques, d’enseignes et donc plus généralement d’organisation peuvent disposer chacune d’une base de données ou d’une partie d’une base de données permettant d’associer des objets réels d’un catalogue à une pluralité d’objets numériques prédéfinis. Ainsi, le serveur SERV 1 peut comprendre les objets numériques ON 1 ou peut interroger cette base de données afin d’importer un nouvel objet numérique ON 1 dans l’environnement virtuel d’un premier utilisateur lorsqu’un code d’accès valide est fourni. Un intérêt de ces ou cette base de données intermédiaire est de permettre d’associer des objet réel OB 1 à des objets numériques ON 1 . L’objet numérique est préférentiellement une représentation digitale de l’objet réel. Il peut comprendre des formes rappelant cette de l’objet réel OB 1 , des couleurs rappelant celles de l’objet réel ou encore des motifs rappelant celles de l’objet réel. D’une manière générale, au moins une caractéristique de l’aspect visuel de l’objet numérique ON 1 caractérise une donnée de ressemblance avec l’objet réel OB 1 associé. Une quantification objective de cette ressemblance peut être établie dans la mesure où un ensemble de caractéristiques relatives à l’aspect visuel de l’objet numérique ON 1 peut être défini caractériser cette ressemblance. Par exemple, dans le cas d’une voiture, un design, une finition, des couleurs et des teintes ainsi que des accessoires peuvent permettre de caractériser l’objet numérique qui une représentation d’un objet réel. Dans le cas d’un vêtement, une coupe, une forme générale, des finitions telles que les fermetures ou des boutons ou encore des couleurs telles qu’un ensemble de couleur définissant une tonalité peuvent être utilisés conjointement pour caractériser un niveau de ressemblance avec l’objet réel. Selon un mode de réalisation, un ensemble d’objets numériques ON 1 est prédéfini et peut être enrichi au cours du temps pour alimenter une base de données d’objets numériques ON 1 représentant des objets réels OB 1 et donc de les associer. Le procédé de l’invention comprend avantageusement une étape de vérification de l’existence d’un objet numérique ON 1 associé à un objet réel OB1 lors de la transaction de manière à activer la génération d’un code d’accès ou non. En d’autres termes, toutes les transactions n’aboutissent pas à l’émission d’un code d’accès QRC 1 d’un objet numérique ON 1 , notamment lorsque ce dernier n’existe pas ou lorsqu’un nombre limité de cet objet a été rendu accessibles et téléchargés. Le code d’accès QRC 1 permet de déverrouiller l’accès à un objet numérique préexistant et déjà stocké dans un emplacement mémoire. le code d’accès QRC 1 peut être utilisé pour générer une donnée de déverrouillage lorsque ce dernier code QRC 1 est utilisé conjointement avec au moins une autre donnée de contrôle tel qu’une identité d’un premier utilisateur par exemple au travers d’un mail ou d’un compte. La donnée de déverrouillage peut également résulter du contrôle positif de l’existence d’un objet numérique ON 1 et d’une donnée d’un compteur incrémenté ou décrémenté permettant de limiter le nombre d’objets numériques ON 1 mis à disposition dans l’environnement virtuel sur le serveur SERV 1 . Selon un mode de réalisation, la donnée de déverrouillage DATA 1 peut être directement le code d’accès généré par le serveur SERV 2 . Dans ce cas, une gestion des identités des deux serveurs SERV 1 et SERV 2 permet de qualifier le code d’accès lors du contrôle des identités de sorte qu’un premier utilisateur accédant à un environnement virtuel sur le serveur SERV 1 après s’être identifié au sein de ce serveur puisse accéder à l’objet numérique ON 1 . Selon un premier exemple, le code d’accès ou la donnée de déverrouillage DATA 1 est une donnée produite consécutivement à une validation d’une commande d’un individu présent lors de la transaction tel qu’un vendeur. Dans ce premier exemple, le code d’accès ou la donnée de déverrouillage DATA 1 est reçue par le second serveur SERV 2 qui valide l’émission dudit code d’accès ou la donnée de déverrouillage lorsque l’identifiant de l’objet réel OB 1 est décodé et qu’un code d’accès qui est associé à l’objet réel OB 1 est existant. Un intérêt de cette solution, est de permettre à un individu vendeur d’être libre de réaliser un acte accompagnant une transaction pour un client donné. Selon un second exemple, la donnée de déverrouillage DATA 1 est automatiquement produite lorsqu’un identifiant d’un individu est reconnu dans un système conjointement à la réception d’un code d’accès. L’identifiant d’un individu peut correspondre à un compte client dans un système de gestion de comptes d’une enseigne ou plus généralement d’une organisation. Selon un autre cas, l’identifiant peut correspondre à un mail d’un individu déjà enregistré dans un système de gestion de comptes clients. Selon un exemple de réalisation, consécutivement à la transaction, un message électronique est émis par un second utilisateur vendeur au moyen d’un équipement ayant servi à la transaction pour est émis vers une messagerie du premier utilisateur de la plateforme hébergée par le SERV 1 et ayant réalisé la transaction. Le premier utilisateur dispose alors d’un code d’accès qu’il peut utiliser pour déverrouiller l’accès à un objet numérique lorsqu’il sera connecté à son environnement virtuel. Envoi directement du code d’accès QRC 1 sur la messagerie du premier utilisateur Selon un mode de réalisation, le code d’accès QRC 1 est produit lorsque la double condition est réalisée : La réception d’un identifiant ou d’une désignation d’un objet numérique ON 1 associé un identifiant d’objet réel OB 1 qui a été décodé grâce à la lecture du code de transaction IDtr ou d’une autre donnée produite lors de la transaction et ; la réception d’une donnée de déverrouillage DATA 1 . Selon un mode de réalisation, la donnée de déverrouillage DATA 1 est produite lorsque la double condition est réalisée : La réception d’un identifiant ou d’une désignation d’un objet numérique ON 1 associé un identifiant d’objet réel OB 1 qui a été décodé grâce à la lecture du code de transaction IDtr ou d’une autre donnée produite lors de la transaction et ; La réception d’un code d’accès QRC 1 par le serveur SERV 2 . Cette opération peut être réalisée par le premier serveur SERV 1 ou le second serveur SERV 2 ou encore un troisième serveur intermédiaire SERV 3 configuré pour recevoir ces données. Cette solution permet notamment de dissocier les données de transactions, qui sont sensibles, et les données permettant de contrôler la production d’un code d’accès QRC 1 . Un intérêt de cette solution est que le troisième serveur SERV 3 n’a pas à connaitre les transactions mais uniquement les données permettant d’associer un objet réel OB 1 à un objet numérique ON 1 . La représente une console CONS 1 correspondant à un équipement d’un vendeur d’une enseigne, tel qu’un PC permettant d’émettre un identifiant de transaction IDtr ou un identifiant ou une désignation d’un objet réel qui a été l’objet ou l’un des objets de la transaction. A titre d’exemple, un tel objet réel peut être un meuble, un vêtement, une voiture, un vélo, etc. La représente le second serveur SERV 2 qui reçoit l’identifiant de transaction IDtr ou l’identifiant d’objet réel ou un élément validant une transaction avec une désignation d’un objet réel. Dans le premier cas, le serveur SERV 2 est capable de retrouver l’identifiant de l’objet réel OB 1 à partir de l’identifiant de la transaction IDtr du fait d’une configuration permettant d’interroger une base de données d’objets réels OB 1 . Selon le second cas, le serveur SERV 2 reçoit directement l’identifiant ou la désignation d’un objet réel OB 1 . Dans ce dernier cas, l’équipement CONS 1 de l’individu a permis d’identifier ou de désigner l’objet réel OB 1 à partir de l’identifiant de transaction IDtr ou à partir d’une commande générée par l’individu visant à transmettre un identifiant d’objet réel. Cette opération peut également être réalisée à partir d’un échange d’information avec un autre serveur distant. La représente un bloc BL 1 qui peut ne pas être présent lorsque les données sont directement émises du serveur SERV 2 vers le serveur SERV 1 . Selon les modes de réalisation, un équipement intermédiaire dans le bloc BL 1 , tel qu’un serveur, est configuré pour recevoir des informations et réémettre d’autres données vers le serveur SERV 1 . Le serveur SERV 1 est un serveur produisant l’environnement virtuel tel que celui d’un jeu vidéo. Ce dernier serveur SERV 1 reçoit le code d’accès et un identifiant de compte d’un premier utilisateur. Le serveur SERV 1 est configuré pour déverrouiller au moins un objet numérique ON 1 à partir de la réception de ces données, c’est-à-dire un code d’accès et une donnée caractérisant l’identité du premier utilisateur. Lorsque le serveur SERV 2 est administré par une enseigne et que le serveur SERV 1 est administré par un éditeur de jeux, selon un mode de réalisation un serveur intermédiaire (non représenté sur la mais présent dans le bloc BL 1 ) permet d’exécuter un service entre les deux serveurs SERV 1 et SERV 2 . Le service correspond à l’association d’un objet réel identifié par un système de l’enseigne et un objet numérique crée au sein d’un système de l’éditeur de jeux. Un autre intérêt est de faire correspondre une identité du premier utilisateur d’un environnement virtuel du serveur SERV 1 et une identifié ayant un compte client au sein du serveur SERV 2 . L’association des deux entités peut être réalisée à partir d’un même compte, d’un même mail ou d’un code validant l’authentification d’un système vers l’autre système. Le bloc BL 1 est optionnel, toutefois il comporte l’avantage de permettre de garder deux systèmes compatibles quel que soit leur évolution technique en adaptant uniquement le serveur intermédiaire. La représente l’étape de réception REC 1 du code d’accès QRC 1 par le serveur SERV 1 produisant l’environnement virtuel. Cette étape est également présente sur la . Le serveur SERV 1 comporte également un service de gestion et d’administration des premiers utilisateurs et notamment des comptes utilisateurs. Selon un exemple, le serveur SERV 1 peut être un serveur d’un éditeur d’un jeu vidéo dans lequel des moyens matériels tels qu’un calculateur et une mémoire sont configurés pour générer un environnement graphique en 2D ou en 3D. Selon un mode de réalisation, le serveur SERV 1 comporte un calculateur pour contrôler l’authentification d’une demande de déverrouillage d’un accès à un objet numérique ON 1 . En premier lieu, lorsqu’une demande de déverrouillage est reçue, le serveur SERV 1 réalise une première comparaison permettant de vérifier l’existence d’un compte d’un premier utilisateur par exemple en vérifiant l’existence d’un mail d’un premier utilisateur dans une base de données. Cette opération peut aboutir à générer une donnée de déverrouillage DATA 1 suffisante à permettre le téléchargement ou l’accès à l’objet numérique ON 1 . Selon un mode de réalisation, le serveur SERV 1 comporte un calculateur pour contrôler qu’un code d’accès est un code valide. A cette fin, le calculateur peut comporter une étape visant à réaliser un contrôle d’intégrité du code d’accès QRC 1 émis et visant à vérifier qu’il s’agit d’un code valide. Le code d’accès lorsqu’il est vérifié permet de déverrouiller l’accès à un objet numérique ON 1 qui sera affiché dans l’environnement virtuel généré par le calculateur du serveur SERV 1 . Un avantage de l’invention est de rendre disponible un objet numérique ON 1 représentant un objet réel OB 1 , notamment l’objet réel OB 1 qui a été l’objet de la transaction par l’équipement CONS 1 . L’objet numérique ON 1 peut par exemple représenter un objet réel OB 1 tel qu’un véhicule, un vêtement ou tout autre objet du monde réel. Ainsi, l’environnement virtuel peut être enrichi d’un objet numérique ON 1 correspondant à une représentation d’un objet réel OB 1 . Un intérêt est d’associer une représentation d’un contenu réel à un environnement virtuel pour produire des effets de personnalisation à un premier utilisateur d’une plateforme numérique. La représente également l’étape de sélection SEL 1 du nouvel objet numérique ON 1 rendu accessible par le serveur SERV 1 sur un afficheur d’un terminal T 1 . Le terminal T 1 peut être un Smartphone, c’est à dire un téléphone intelligent ou un PC, c’est-à-dire un ordinateur personnel d’un premier utilisateur. La représente un mode de réalisation dans lequel le serveur SERV 2 comporte des moyens pour produire un code d’accès QRC 1 sous la forme d’un code graphique imprimable sur un support physique ou affichable sur un écran d’un terminal électronique. Le code graphique peut également être transmis via un réseau de données NET 1 à une messagerie d’un premier utilisateur pour être ensuite lu par un terminal à réception. Dans ce dernier cas le serveur SERV 2 reçoit : soit un identifiant de transaction directement depuis le terminal de paiement ou depuis un ordinateur et plus généralement d’un équipement d’un individu ayant réalisé la transaction, ledit identifiant de transaction étant associé à un objet réel OB 1 ; soit une confirmation qu’une transaction a été réalisée et que cette transaction a été associée à un objet physique OB 1 . Dans ce cas, un composant externe représenté par PROD(OB 1 ) est capable de déterminer l’objet réel OB 1 qui a été l’objet de la transaction. Selon un autre mode de réalisation, une désignation de l’objet réel OB 1 ou sa désignation est transmise au moyen d’une commande exécutée sur un terminal d’un second utilisateur réalisant la transaction, par exemple un individu vendeur de l’objet réel OB 1 . Cette étape est notée REC 2 sur la . Une étape de détermination d’un identifiant ou d’une désignation d’un objet réel OB 1 est réalisée soit parce que l’information provient d’un composant externe, soit parce que le serveur SERV 2 comprend des moyens pour identifier l’objet réel OB 1 qui a été associé à une transaction. Cette étape peut être réalisée à partir d’une base de données associant des transactions avec un ou plusieurs identifiants d’objets réel ou des désignations d’un ou plusieurs objets réels. Selon un exemple de réalisation représenté à la , le serveur SERV 2 comprend une base de données associant des objets réels OB 1 à des objets numériques ON 1 . Cette base de données peut également être dans un autre serveur que le serveur SERV 2 . Lorsqu’un objet réel OB 1 est identifié et qu’un objet numérique ON 1 existe et est associé à cet objet réel OB 1 un code d’accès QRC 1 peut être généré pour permettre à un premier utilisateur d’accéder à cet objet numérique ON 1 lorsqu’il a réalisé une transaction concernant l’objet réel OB 1 . Un contrôle d’identification du premier utilisateur est alors nécessaire entre le système de gestion des utilisateurs du serveur SERV 2 et le serveur SERV 1 . A cette fin, une donnée d’authentification par l’un des systèmes peut être utilisée pour vérifier l’existence du premier utilisateur dans l’autre système et valider la génération d’un code d’accès QRC 1 . Selon un exemple, une adresse de messagerie électronique ou un numéro de téléphone peuvent être utilisés pour valider que le premier utilisateur possède un compte d’accès à la plateforme hébergée par le premier serveur SERV 1 Un code d’accès QRC 1 peut alors encoder les données relatives à l’identification de l’objet numérique ON 1 et à la localisation de la ressource stockant ledit objet numérique ON 1 . Les étapes du procédé de la peuvent être combinées à certaines étapes du procédé mises en œuvre par les autres équipements de la . Ainsi les figures 2 et 3 représentent différentes combinaisons de réalisation qui pourraient être utilisées ensemble selon les configurations choisies. La représente un mode de réalisation avec un bloc intermédiaire BL 2 du procédé de l'invention concernant des étapes d’impression du code graphique pour qu’il soit lu par un lecteur de code. L’étape d’impression est notée IMP 1 . Cette dernière étape peut être réalisée sur un support imprimable. Avantageusement, le support imprimable est un ticket de caisse. Selon un exemple, le support imprimable comporte les données relatives à la transaction et les données relatives au code d’accès QRC 1 . Un intérêt est de délivrer directement après la transaction un support imprimé, tel qu’une facture, permettant d’accéder à l’objet numérique ON 1 par une lecture du code d’accès QRC 1 par une optique et un calculateur. Cette étape de lecture est notée LEC 1 sur la . Selon un mode de réalisation, le code graphique encode le code d’accès et d’autres informations. Ainsi, le code d’accès peut être lu et d’autres informations peuvent être interprétées telles que l’adresse de la ressource stockant l’objet numérique ON 1 . Selon un mode de réalisation, le bloc BL 2 comprend une étape de lecture du code d’accès QRC 1 qui a été imprimé pour accéder à l’objet numérique ON 1 . La lecture du code d’accès QRC 1 permet d’émettre un code vers une URL permettant de déverrouiller l’accès à un contenu numérique sur le premier serveur SERV 1 . Avantageusement, la lecture du code d’accès QRC 1 peut entrainer la génération d’une requête dans laquelle un identifiant du premier utilisateur est également émis afin que le serveur SERV 1 déverrouille l’accès au contenu numérique. Selon un autre mode de réalisation, le serveur SERV 1 génère une donnée de déverrouillage DATA 1 lorsque le code imprimé est un code d’accès QRC 1 et que ce dernier doit être associée à un compte utilisateur sur le premier serveur SERV 1 . La représente une alternative ou le code de déverrouillage est généré directement sur le serveur SERV 1 à partir des données reçues consécutivement à la lecture du code graphique, cette étape est alors notée GEN 2 . L’étape de déverrouillage est notée DEV 1 sur la et la . Les étapes de sélection et d’affichage de l’objet numérique ON 1 sur le terminal utilisateur sont ici identiques à la et sont notées AFF 1 . Selon un mode de réalisation, les objet numérique ON1 comprennent une signature électronique permettant d’authentifier individuellement chaque objet numérique ON 1 . Selon un mode de réalisation, la signature électronique peut comprendre une première donnée encryptée. Selon un mode de réalisation, une seconde donnée encryptée qui peut être la même donnée encryptée que la première donnée encryptée ou une autre donnée encryptée permettant de valider l’authentification de la première donnée encryptée et de vérifier la signature peut être générée. Cette seconde donnée encryptée peut être par exemple insérée dans une chaine de blocs, plus couramment appelée « blockchain » dans la littérature anglosaxonne. Une telle opération permet de conserver une preuve de l’authenticité de la signature. Un intérêt est également de permettre de certifier l’authenticité et l’unicité d’un objet numérique ON 1 ayant été utilisé. Un intérêt de cette solution est d’éditer un nombre limité d’objet numérique ON 1 associés à un objet réel OB 1 donné. Selon un mode de réalisation, un objet numérique ON 1 comprend plusieurs instances permettant de multiplier les représentations dudit objet et de modifier certaines caractéristiques dudit objet numérique ON 1 . En d’autres termes l’objet numérique ON 1 peut être modulaire et être défini à partir d’une personnalisation réalisée soit par le premier utilisateur soit automatiquement selon le contexte de représentation dans l’environnement virtuel. Selon un exemple de réalisation, la couleur de l’objet numérique ON 1 est configurable. Selon un autre exemple, des options de finition peuvent être personnalisable, par exemple des équipements de l’objet, des fermetures ou encore des revêtements. Selon un mode de réalisation, l’objet numérique ON 1 peut être déformé dans l’environnement virtuel à partir de critères de déformation prédéfinis et adaptés à d’autres objets numériques déjà existants dans l’environnement virtuel et pouvant être adaptés audit objet numérique ON 1 . A titre d’exemple, si l’objet numérique ON 1 est un vêtement, les déformations dudit objet numérique ON 1 vont résulter des postures d’un personnage évoluant dans l’environnement virtuel. Dans ce cas, les modifications apportées sous la forme de transformations à l’objet numérique ON 1 héritent de critère des transformations déjà existants et appliqués audit objet numérique ON 1 . Selon un mode de réalisation dans le domaine de l’industrie du textile et/ou de l'ameublement, la mise à disposition d’objets numériques avant leur mise en production dans la vie réelle, permet de connaitre quel produit est susceptible d’intéresser un individu avant sa production. Ces données permettent par exemple d’ajuster des finitions d’un objet réel ou d’obtenir des retours d’appréciation d’une version d’un objet réel par rapport à un autre. Les retours peuvent être obtenus par exemple en recueillant des données d’utilisateur au moyen de transmissions de notifications émises consécutivement à des actions réalisées sur l’objet numérique dans l’environnement virtuel. Dans ce dernier, cas la transaction peut être liée à un objet réellement acquis dans l’environnement réel et l’objet numérique peut correspondre à un accessoire dudit objet réel ou une représentation, appelée instance, de l’objet réel qui est une variation de l’objet réel qui a fait l’objet de la transaction. Un intérêt est de produire de manière plus responsable des objets réels en recueillant des données d’usage de l’objet numérique dans un environnement virtuel. Le fait de moins produire un objet réel, par exemple un meuble, permet dans certains cas de réduire l’énergie nécessaire à le produire et la logistique pour le transporter Un autre intérêt est d’associer un objet numérique rendu accessible suite à une transaction associée à un environnement 3D. Un intérêt est de permettre de à un individu de visiter un lieu dans lequel l’objet numérique est représenté. A titre d’exemple, une transaction dans un hôtel peut entrainer un accès à un environnement virtuel comportant des chambres virtuelles comportant des accès à des objets numériques rendus accessibles. Un intérêt est de diminuer les déplacements dans des lieux réels pour visiter et apprécier des aménagements donnés. L’invention permet dans certains cas d’économiser du carburant, du papier, lorsque l’environnement virtuel dans lequel l’objet numérique a été rendu accessible permet à un utilisateur de projeter un cas d’usage lui permettant de prendre une décision dans le monde réel. Procédé mis en œuvre par ordinateur pour accéder à un objet numérique (ON 1 ) correspondant à une représentation numérique d’un objet réel (OB 1 ), ledit procédé comprenant : Génération (GEN 1 ) d’un identifiant de transaction (IDtr) consécutivement à une transaction entre deux entités visant une acquisition d’un premier objet réel (OB 1 ) par l’une des deux entités ; Détermination (DET 1 ) d’un identifiant d’un premier objet numérique (ON 1 ) dudit premier objet réel (OB 1 ) à partir de l’identifiant de transaction (IDtr), ledit premier objet numérique (ON 1 ) étant associé au premier objet réel (OB 1 ), ledit identifiant du au moins premier objet réel (OB 1 ) étant déterminé (DET 2 ) à partir de l’identifiant de transaction (IDtr) ; Génération (GEN 2 ) d’un code d’accès (QRC 1 ) à une première librairie graphique (LIB 1 ) d’un premier espace mémoire dans lequel est stocké des données encodant l’objet numérique (ON 1 ) associé à l’objet réel, la première librairie graphique (LIB 1 ) comportant au moins le premier objet numérique (AV 1 ), chaque objet numérique (ONVi) de la librairie graphique (LIB 1 ) étant associé à une configuration logicielle donnée (CONFik) et étant associé à un objet réel (OB 1 ); Réception (REC 1 ) du code d’accès (QRC 1 ) par un premier serveur (SERV 1 ) hébergeant au moins un composant logiciel pour mettre en œuvre le premier logiciel (SW 1 ) ; Déverrouillage (DEV 1 ) de la librairie graphique (QRC 1 ) à partir du code (QRC 1 ) d’accès ; Sélection (SEL 1 ) dudit objet numérique 3D (ON 1 ) au sein du premier logiciel (SW 1 ) et ; Affichage (AFF 1 ) dudit objet numérique (ON 1 ) sur l’afficheur d’un premier terminal électronique (T 1 ). Procédé selon la revendication 1, caractérisé en ce que l’accès au premier objet numérique (ON 1 ) est réalisé consécutivement à l’authentification d’une entité sur un premier serveur de données (SERV 1 ) hébergeant au moins un composant logiciel permettant de mettre en œuvre l’exécution du premier logiciel sur le premier terminal électronique (T 1 ). Procédé selon la revendication 1, caractérisé en ce que le premier espace mémoire est une mémoire d’un premier serveur distant (SERV 1 ) ou une mémoire locale du premier terminal électronique (T 1 ) comportant l’interface graphique permettant d’afficher le premier objet numérique (ON 1 ) au sein du premier logiciel (SW 1 ). Procédé selon la revendication 1, caractérisé en ce qu’il comprend : impression (IMP 1 ) dudit code d’accès (QRC1) sur un support imprimable (S 1 ); lecture (LEC1) du code d’accès (QRC1) à partir d’un second terminal électronique (T2) ou du premier terminal électronique (T 1 ) lorsqu’il est différent ; réception d’une clef de déverrouillage à partir du code d’accès (QRC1) lu et enregistrement de ladite clef de déverrouillage dans une mémoire du premier terminal électronique (T 1 ) ou dans une mémoire du premier serveur distant (SERV 1 ) ; transmission d’une requête vers un premier serveur de données (SERV 1 ) afin d’accéder à partir de la clef de déverrouillage audit objet numérique (ON 1 ) au sein du premier logiciel (SW 1 ). Procédé selon la revendication 4, caractérisé en ce qu’il comprend : extraction (EXT 1 ) de premières données encodées (DATA 1 ) au sein du code d’accès (QRC 1 ) comportant notamment un localisateur de ressources numériques (URL 1 ) et d’un identifiant d’un objet numérique (ON 1 ) et ; transmission d’une requête (REQ 1 ) au premier serveur distant (SERV 1 ) à partir du localisateur de ressources numériques (URL 1 ), ladite requête (REQ 1 ) comportant un identifiant d’un compte d’une entité au sein du logiciel (SW 1 ) afin de déverrouiller un accès dudit objet numérique (ON 1 ) pour le compte de ladite entité. Procédé selon la revendication 4, caractérisé en ce que le support imprimable (S 1 ) comprend des données relatives à une transaction du premier objet réel (OB 1 ) associé à l’objet numérique (ON 1 ) sélectionné. Procédé selon la revendication 1, caractérisé en ce qu’il comprend : Consécutivement à la génération de l’identification de transaction, une acquisition d’une première adresse mail (MAIL 1 ) d’une des deux entités à partir d’un troisième terminal (T 3 ), ladite première adresse mail (MAIL 1 ) ayant été préalablement enregistrée dans une mémoire du premier serveur distant (SERV 1 ) permettant l’accès au premier logiciel (SW 1 ) ; Enregistrement de la première adresse mail (MAIL 1 ) au sein d’une mémoire d’un second serveur distant (SERV 2 ) entrainant la génération du code d’accès (QRC 1 ). Procédé selon la revendication 1, caractérisé en ce qu’il comprend : Consécutivement à la génération de l’identification de transaction, une acquisition d’une première adresse mail (MAIL 1 ) d’une des deux entités à partir d’un troisième terminal (T 3 ), Transmission d’un code d’accès sur l’adresse mail (MAIL 1 ) de ladite entité; Génération d’une requête (REQ 2 ) au premier serveur (SERV 1 ) ou un serveur intermédiaire pour déverrouiller l’accès audit premier objet numérique (ON 1 ). Procédé selon la revendication 1, caractérisé en ce qu’il comprend : Accès au second serveur distant (SERV 2 ) par authentification d’un compte d’une entité, ledit accès étant réalisé préalablement à la génération de l’identification de transaction (IDtr), ladite authentification comportant l’accès à un espace personnel sur ledit serveur distant ; Consécutivement à la génération de l’identification de transaction, transmission d’une première donnée (DATA 1 ) liée à l’authentification de ladite entité à un serveur distant (SERVj) permettant l’accès au premier logiciel (SW 1 ) ; Enregistrement de ladite première donnée (DATA 1 ) au sein d’une mémoire d’un serveur distant (SERV 2 ) entrainant la génération du code d’accès (QRC 1 ). Procédé selon la revendication 1, caractérisé en ce que l’objet numérique (ON 1 ) comporte une pluralité d’instances, chaque instance correspondant à une représentation dudit objet numérique (ON 1 ) transformé tridimensionnellement, chacune des instances étant accessible à partir de la clef de déverrouillage. Procédé selon la revendication 1, caractérisé en ce que chaque objet numérique (ON 1 ) comporte une première empreinte numérique (HASH 1 ) et un numéro de série (Ni), un nombre limité d’un même objet numérique étant généré. et en ce qu’une seconde empreinte numérique (HASH 2 ) associée à la première empreinte numérique (HASH 1 ) est encodée dans une blockchain. Procédé selon la revendication 1, caractérisé en ce que l’objet numérique (ON 1 ) est : un objet textile numérique tel qu’un vêtement numérique ou un chapeau numérique représentant un vêtement réel ou un chapeau réel ; un objet automobile numérique, tel qu’une voiture ou une moto numérique représentant une voiture ou une moto réelle ; un objet mobilier numérique tel qu’un meuble numérique représentant un meuble réel. Système comportant au moins un premier terminal (T 1 ) et un serveur de donnée distant (SERV 1 ) et un dispositif pour produire un code d’accès (QRC 1 ) imprimé configuré pour mettre en œuvre les étapes du procédé de l’une quelconque des revendications 1 à 12.