EP4673900A1 - Procede pour acceder a un objet numerique associe a un objet reel dans un logiciel - Google Patents

Procede pour acceder a un objet numerique associe a un objet reel dans un logiciel

Info

Publication number
EP4673900A1
EP4673900A1 EP24709043.4A EP24709043A EP4673900A1 EP 4673900 A1 EP4673900 A1 EP 4673900A1 EP 24709043 A EP24709043 A EP 24709043A EP 4673900 A1 EP4673900 A1 EP 4673900A1
Authority
EP
European Patent Office
Prior art keywords
digital
real
digital object
access
software
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP24709043.4A
Other languages
German (de)
English (en)
Inventor
Frédéric LE MELER-PLUCHART
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Publication of EP4673900A1 publication Critical patent/EP4673900A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Electronic shopping [e-shopping] utilising user interfaces specially adapted for shopping
    • G06Q30/0643—Electronic shopping [e-shopping] utilising user interfaces specially adapted for shopping graphically representing goods, e.g. 3D product representation

Definitions

  • the field of the invention relates to methods and systems for accessing digital objects and using them within software.
  • the field of the invention relates to methods and systems for accessing virtual objects relating to physical objects, making it possible to create a digital representation of a real object in the virtual environment.
  • Another objective is to enable the use of virtual representations of real objects as well as variants of these real objects when the user has shown an interest in said object and wishes to visualize different contexts of this object and representations of the variants of this object in a virtual environment.
  • access to a digital object associated with a real object can allow a user to modify the digital object, for example certain aspects of its appearance, to appreciate variants.
  • access to the digital object can allow to visualize said object in certain situations that are difficult to put in a situation in real life.
  • access to a digital object ON1 can allow a user to share information with other users on his acquisition relating to the real object.
  • the invention relates to a computer-implemented method for accessing a digital object corresponding to a digital representation of a real object, said method comprising: ⁇ Generation of a transaction identifier following a transaction between two entities aimed at the acquisition of a first real object by one of the two entities;
  • the invention relates to a computer-implemented method for accessing a digital object corresponding to a digital representation of a real object, said method comprising:
  • the invention relates to a computer-implemented method for accessing a digital object corresponding to a digital representation of a real object, said method comprising:
  • ⁇ Determining an identifier of a first digital object of said first real object from the transaction identifier or a designation of said real object, said first digital object being associated with the first real object, said identifier of the at least first real object being determined from the transaction identifier or its designation;
  • One advantage is to provide access to a digital object together with a real object by an organization when a transaction on the real object has been performed. This access allows the real object to be enriched with a digital object that can be shared by a user and that can be tested in different configurations.
  • access to the first digital object is carried out following the authentication of an entity on a first data server hosting at least one software component making it possible to implement the execution of the first software on the first electronic terminal.
  • One advantage is to secure access to the digital object based on user authentication in addition to the access code that is generated.
  • the first memory space is a memory of a first remote server or a local memory of the first electronic terminal comprising the graphical interface allowing the first digital object to be displayed within the first software.
  • An advantage is to save, for example, a collection of digital objects already in the terminal memory and to release access when checking the access code.
  • the method comprises:
  • One advantage is having a single paper or digital ticket containing on the one hand the information relating to the transaction of the real object and on the other hand the information allowing access to the digital object associated with the real object.
  • the method comprises:
  • ⁇ transmitting a request to the first remote server from the digital resource locator, said request comprising an identifier of an account of an entity within the software in order to unlock access to said digital object on behalf of said entity.
  • An advantage is to encode not only the access code but also the address of the resource storing the digital object on a data network.
  • the printable medium includes data relating to a transaction of the first real object associated with the selected digital object.
  • the printable medium is a thermally printable purchase receipt containing the price of the actual object.
  • the method comprises:
  • One advantage is to physically authenticate an individual directly at the time of the transaction by collecting an email address to receive an access code.
  • the method comprises:
  • the access code can be made activatable, for example, by means of a HyperText link. Activation of the HyperText link makes it possible to generate the said request to the first server.
  • the method comprises:
  • Access to the second remote server by authentication of an entity account said access being carried out prior to the generation of the transaction identification, said authentication including access to a personal space on said remote server;
  • One advantage is that an organization can generate user accounts, such as customer accounts.
  • the access code can be generated directly within a customer account accessible from a secure access via an authentication server.
  • the digital object comprises a plurality of instances, each instance corresponding to a representation said digital object transformed three-dimensionally, each of the instances being accessible from the unlocking key.
  • An advantage is to allow testing different variations of a digital object representing a real object.
  • An interest is to allow testing user interests in different variations of a digital object.
  • each digital object comprises or is associated with a first digital fingerprint and a serial number, a limited number of the same digital object being generated.
  • One advantage is to edit digital objects that allow an individual to be loyal within an organization or with an entity. Another advantage is to limit series of real objects associated with digital objects. One advantage is to associate a real object with a digital object that has a value due to its rarity since it is edited in limited numbers.
  • a digital object identical to another digital object is an object that has the same geometric characteristics of at least one representation of this digital object on a display.
  • the digital object is defined by a digital 3D model
  • two digital objects are identical when they have at least one same 3D file representing them.
  • a second digital fingerprint associated with the first digital fingerprint is encoded in a blockchain.
  • the digital object is:
  • a digital textile object such as a digital garment or a digital hat representing a real garment or a real hat;
  • a digital automotive object such as a digital car or motorcycle representing a real car or motorcycle
  • a digital piece of furniture such as a digital piece of furniture representing a real piece of furniture.
  • the invention relates to a system comprising at least a first terminal and a remote data server and a device to produce a printed access code configured to implement the steps of the method of the invention.
  • Fig. 1 an example of the architecture of the system of the invention
  • Fig. 2 a first example of steps of an embodiment of the method of the invention
  • Fig. 3 a second example of steps of an embodiment of the method of the invention.
  • a transaction means an operation or set of operations where data, information or assets are transferred from one entity to another, ensuring the integrity, authentication of the entities, security of the exchange, non-repudiation of the exchange.
  • Such a transaction between two entities is a structured process where the parties involved exchange data, values or services, respecting conditions. This operation can be executed manually or automatically, relying on computer protocols and secure systems.
  • a transaction is not in itself the exclusive result of an act necessarily of commerce but can encompass cases of transfers of any type of consideration for the acquisition of an object, namely the transfer of a non-fungible token, also known by the acronym NFT, of a lot resulting from a previous action or a classification, of a loan or a rental or even of any type of exchange between two entities.
  • a non-fungible token also known by the acronym NFT
  • Figure 1 represents a system in which a user terminal Ti allows access to software representing a virtual environment.
  • the virtual environment can be a reproduction of a real environment such as a 3D location or a representation of a location in augmented reality, or even a representation of a 2D environment.
  • the software can alternatively be a video game such as a game representing a virtual environment in which objects or characters.
  • the virtual environment may correspond to a digital platform in which an environment includes different places or representations of places that can offer different levels of interactions with other users or organizations having access to a shared environment. Interactions can for example be implemented through avatars, such as animated characters.
  • the Ti terminal therefore comprises at least one calculator for executing the software, a memory for storing variables, parameters or digital objects accessible from a library or any other information necessary for executing the method of the invention.
  • the Ti terminal may comprise a plurality of calculators or memories.
  • the Ti terminal comprises a display for displaying the representation of a virtual environment and the virtual object ONi, also called a digital object, represented in this environment.
  • the digital object ONi is mainly an object accessible from the platform hosting the graphical environment on condition that access rights are obtained for a first user.
  • a QRCi access code reader can be used when the latter is displayed.
  • FIG. 1 also represents a terminal T2 which is used to read a QRC1 graphic code allowing access to a digital object ON1 to be unlocked.
  • the QRC1 graphic code is then generated successively to a transaction carried out between two entities, one entity of which is the supplier of a real object OB1, called “second user”, and the other entity is the acquirer of the real object OB1 and the first user of the digital object ON1.
  • the QRC1 access code can be printed in 1D, such as a barcode, or in 2D such as a QR code or a flash code.
  • 1D such as a barcode
  • 2D such as a QR code or a flash code.
  • a graphic code reader makes it possible to decode the QRC1 access code encoded in the displayed graphic code.
  • This decoded access code can then be sent to a resource connected to a NET1 data network.
  • the address of the resource such as a URL, more generally called a uniform resource locator, is also encoded in the graphic code.
  • Figure 1 shows a first server SERV1 for receiving the QRC1 access code(s) produced and issued by a device.
  • the equipment can be the second server SERV2 or any other equipment connected to a data network and producing the access code.
  • the first SERVi server is configured to check the validity of the QRCi access code and unlock access, if necessary, to a graphics library containing at least one ONi digital object.
  • Figure 1 shows a second server SERV2 for generating an access code QRC1 and/or issuing it following the reception of an identifier of a real object OB1 and the reception of an authorization to produce said access code QRC1.
  • the server SERV2 can also transmit data to a third-party service, such as another server, so that the latter third-party service can produce the access code QRC1 and transmit it to the server SERV1.
  • the third-party service is configured to issue the access code QRC1 under certain conditions, in particular after having received a digital object identifier OB1 and an identifier of the first user.
  • Figure 2 represents an exemplary embodiment of the method of the invention.
  • the method comprises a step aimed at generating a transaction identifier IDtr when a transaction has been carried out between two entities.
  • the entities can correspond to two individuals or two organizations or even an individual and an organization.
  • the transaction preferably corresponds to a purchase of a real object OB1.
  • the transaction can correspond to an order, a reservation, or even an exchange.
  • the transaction corresponds to a data entry on a blockchain.
  • the transaction of the method of the invention relates to a real object OB1 of which a digital representation ON1 is predefined.
  • the step of generating the transaction identifier IDtr is preferably carried out automatically after the transaction.
  • the transaction identifier IDtr can be temporarily recorded in a memory of a device used to carry out the transaction before being transmitted to a remote entity, such as the server SERV1.
  • the transaction identifier IDtr is sent to an intermediate server SERV2 which is a server comprising a database of real object identifiers and which is configured to produce an access code QRC1 according to certain conditions.
  • the transaction identifier IDtr is generated from a retailer's payment terminal.
  • the transaction identifier is not the triggering event to initiate the generation of a QRCi access code.
  • the access code is generated following the transaction without a check of a transaction identifier being carried out.
  • the transaction is associated with a real object OBi either automatically or manually thanks to the action of an operator.
  • the transaction includes data designating a real object OBi. This designation can then be used to identify an associated digital object ONi.
  • an operator such as a seller, manually defines the title of the real object, possibly a designation, an identification or a reference. This latter data is then used to identify a predefined digital object ONi.
  • a database and more generally a memory is configured to store all the ONi digital objects available for a set of real objects.
  • this database can be dedicated to the organization.
  • the organization can be for example materialized by an access account to this database.
  • One interest is to have a set of ONi digital objects that can be made available during the sale for example of a real OBi object.
  • a plurality of brands, signs and therefore more generally organizations can each have a database or part of a database making it possible to associate real objects from a catalog with a plurality of predefined digital objects.
  • the SERVi server can understand ONi digital objects or can query this database in order to import a new ONi digital object into the virtual environment of a first user when a valid access code is provided.
  • the digital object is preferably a digital representation of the real object. It can include shapes recalling that of the real object OBi, colors recalling those of the real object or even patterns recalling those of the object real.
  • at least one characteristic of the visual appearance of the digital object ONi characterizes a resemblance data with the associated real object OBi.
  • An objective quantification of this resemblance can be established to the extent that a set of characteristics relating to the visual appearance of the digital object ONi can be defined to characterize this resemblance.
  • a design, a finish, colors and shades as well as accessories can make it possible to characterize the digital object which is a representation of a real object.
  • a cut, a general shape, finishes such as closures or buttons or even colors such as a set of colors defining a tone can be used jointly to characterize a level of resemblance with the real object.
  • a set of ONi digital objects is predefined and can be enriched over time to feed a database of ONi digital objects representing real OBi objects and therefore to associate them.
  • the method of the invention advantageously comprises a step of verifying the existence of a digital object ONi associated with a real object OB1 during the transaction so as to activate the generation of an access code or not.
  • not all transactions result in the issue of an access code QRCi of a digital object ONi, in particular when the latter does not exist or when a limited number of this object has been made accessible and downloaded.
  • the QRCi access code is used to unlock access to a pre-existing digital object already stored in a memory location, the QRCi access code can be used to generate unlocking data when the latter QRCi code is used in conjunction with at least one other control data such as the identity of a first user, for example via an email or an account.
  • the unlocking data may also result from the positive check of the existence of an ONi digital object and data from an incremented or decremented counter making it possible to limit the number of ONi digital objects made available in the virtual environment on the SERVi server.
  • the unlocking data DATAi can be directly the access code generated by the server SERV2.
  • identity management of the two servers SERV1 and SERV2 makes it possible to qualify the access code during identity control so that a first user accessing a virtual environment on the server SERV1 after having identified himself within this server can access the digital object ON1.
  • the access code or the unlocking data DATA1 is data produced following a validation of an order by an individual present during the transaction such as a seller.
  • the access code or the unlocking data DATA1 is received by the second server SERV2 which validates the issue of said access code or the unlocking data when the identifier of the real object OB1 is decoded and an access code which is associated with the real object OB1 exists.
  • the unlocking data DATA1 is automatically produced when an individual’s identifier is recognized in a system in conjunction with the receipt of an access code.
  • An individual’s identifier may correspond to a customer account in an account management system of a brand or more generally of an organization.
  • the identifier may correspond to an email of an individual already registered in a customer account management system.
  • an electronic message is sent by a second selling user using equipment used for the transaction to be sent to an email account of the first user of the platform hosted by the SERV1 and having carried out the transaction.
  • the first user then has an access code that he can use to unlock access to a digital object when he is connected to his virtual environment. Sending the QRC1 access code directly to the first user's email account
  • the access code QRC1 is produced when the double condition is met:
  • the unlocking data DATAi is produced when the double condition is met:
  • This operation can be performed by the first server SERV1 or the second server SERV2 or a third intermediate server SERV3 configured to receive this data.
  • This solution makes it possible in particular to dissociate transaction data, which are sensitive, and the data used to control the production of a QRC1 access code.
  • One advantage of this solution is that the third server SERV3 does not need to know the transactions but only the data used to associate a real object OB1 with a digital object ON1.
  • Figure 2 shows a CONS1 console corresponding to a piece of equipment of a seller of a brand, such as a PC allowing to issue a transaction identifier IDtr or an identifier or a designation of a real object which was the object or one of the objects of the transaction.
  • a real object can be a piece of furniture, a piece of clothing, a car, a bicycle, etc.
  • FIG. 2 shows the second server SERV2 that receives the transaction identifier IDtr or the real object identifier or an element validating a transaction with a designation of a real object.
  • the server SERV2 is able to find the identifier of the real object OB1 from the identifier of the transaction IDtr due to a configuration allowing to query a database of real objects OB1.
  • the server SERV2 directly receives the identifier or the designation of a real object OB1.
  • the CONS1 equipment of the individual made it possible to identify or designate the real object OB1 from the transaction identifier IDtr or from a command generated by the individual aiming to transmit a real object identifier. This operation can also be done from an exchange of information with another remote server.
  • Figure 2 shows a BLi block that may not be present when data is directly transmitted from the server SERV2 to the server SERV1.
  • an intermediate device in the BL1 block such as a server, is configured to receive information and retransmit other data to the server SERV1.
  • the server SERV1 is a server producing the virtual environment such as that of a video game. This latter server SERV1 receives the access code and an account identifier of a first user.
  • the server SERV1 is configured to unlock at least one digital object ON1 from the reception of this data, i.e. an access code and data characterizing the identity of the first user.
  • an intermediate server (not shown in Figure 2 but present in the block BL1) makes it possible to execute a service between the two servers SERV1 and SERV2.
  • the service corresponds to the association of a real object identified by a system of the brand and a digital object created within a system of the game publisher. Another interest is to match an identity of the first user of a virtual environment of the server SERV1 and an identified having a customer account within the server SERV2.
  • the association of the two entities can be carried out from the same account, the same email or a code validating the authentication of one system to the other system.
  • the BL1 block is optional, however it has the advantage of allowing two systems to remain compatible regardless of their technical development by only adapting the intermediate server.
  • Figure 2 represents the step of reception REC1 of the access code QRC1 by the server SERV1 producing the virtual environment. This step is also present in Figure 3.
  • the server SERV1 also includes a service for managing and administering the first users and in particular user accounts.
  • the server SERV1 may be a server of a publisher of a video game in which hardware means such as a calculator and a memory are configured to generate a 2D or 3D graphic environment.
  • the SERVi server comprises a calculator for controlling the authentication of a request to unlock access to an ONi digital object.
  • the SERVi server when an unlocking request is received, the SERVi server performs a first comparison to verify the existence of an account of a first user, for example by verifying the existence of an email of a first user in a database. This operation can result in generating sufficient unlocking data DATAi to allow downloading or access to the ONi digital object.
  • the SERVi server comprises a calculator for checking that an access code is a valid code.
  • the calculator may comprise a step aimed at performing an integrity check of the QRCi access code issued and aimed at verifying that it is a valid code.
  • the access code when verified, makes it possible to unlock access to an ONi digital object that will be displayed in the virtual environment generated by the SERVi server calculator.
  • An advantage of the invention is to make available a digital object ONi representing a real object OBi, in particular the real object OBi which was the subject of the transaction by the CONSi equipment.
  • the digital object ONi can for example represent a real object OBi such as a vehicle, an item of clothing or any other object from the real world.
  • the virtual environment can be enriched with a digital object ONi corresponding to a representation of a real object OBi.
  • One advantage is to associate a representation of real content with a virtual environment to produce personalization effects for a first user of a digital platform.
  • Figure 2 also represents the SELi selection step of the new ONi digital object made accessible by the SERVi server on a display of a Ti terminal.
  • the Ti terminal can be a Smartphone, i.e. a smart phone, or a PC, i.e. a personal computer of a first user.
  • FIG. 3 shows an embodiment in which the server SERV2 comprises means for producing an access code QRC1 in the form of a graphic code printable on a physical medium or displayable on a screen of an electronic terminal.
  • the graphic code can also be transmitted via a NETi data network to a first user's mailbox to then be read by a terminal upon receipt.
  • ⁇ either a transaction identifier directly from the payment terminal or from a computer and more generally from the equipment of an individual having carried out the transaction, said transaction identifier being associated with a real object OB1;
  • a designation of the real object OB1 or its designation is transmitted by means of a command executed on a terminal of a second user carrying out the transaction, for example an individual selling the real object OB1.
  • This step is denoted REC2 in Figure 3.
  • a step of determining an identifier or a designation of a real object OB1 is carried out either because the information comes from an external component, or because the server SERV2 comprises means for identifying the real object OB1 which has been associated with a transaction.
  • This step can be carried out from a database associating transactions with one or more identifiers of real objects or designations of one or more real objects.
  • the server SERV2 comprises a database associating real objects OB1 with digital objects ON1.
  • This database can also be in a server other than the server SERV2.
  • an access code QRC1 can be generated to allow a first user to access this digital object ON1 when he has carried out a transaction concerning the real object OB1.
  • An identification check of the first user is then necessary between the user management system of the SERV2 server and the SERVi server.
  • an authentication data by one of the systems can be used to verify the existence of the first user in the other system and validate the generation of a QRCi access code.
  • an email address or a telephone number can be used to validate that the first user has an access account to the platform hosted by the first SERVi server.
  • a QRCi access code can then encode data relating to the identification of the ONi digital object and the location of the resource storing said ONi digital object.
  • Figure 3 shows an embodiment with an intermediate block BL2 of the method of the invention concerning steps of printing the graphic code so that it can be read by a code reader.
  • the printing step is denoted IMP1.
  • This last step can be carried out on a printable medium.
  • the printable medium is a receipt.
  • the printable medium includes the data relating to the transaction and the data relating to the access code QRC1.
  • One advantage is to deliver directly after the transaction a printed medium, such as an invoice, allowing access to the digital object ON1 by reading the access code QRC1 by an optical system and a computer.
  • This reading step is denoted LEC1 in Figure 3.
  • the graphic code encodes the access code and other information.
  • the access code can be read and other information can be interpreted such as the address of the resource storing the digital object ON1.
  • the block BL2 comprises a step of reading the access code QRC1 that has been printed to access the digital object ON1. Reading the access code QRC1 makes it possible to send a code to a URL making it possible to unlock access to digital content on the first server SERV1.
  • reading the access code QRC1 can lead to the generation of a request in which an identifier of the first user is also issued so that the SERVi server unlocks access to the digital content.
  • the SERVi server generates an unlocking data DATAi when the printed code is a QRCi access code and the latter must be associated with a user account on the first SERVi server.
  • Figure 3 represents an alternative where the unlocking code is generated directly on the SERVi server from the data received following reading of the graphic code, this step is then noted GEN 2 .
  • the unlocking step is denoted DEVi in Figure 2 and Figure 3.
  • the steps for selecting and displaying the digital object ONi on the user terminal are here identical to Figure 2 and are denoted AFFi.
  • the ONi digital objects comprise an electronic signature enabling each ONi digital object to be individually authenticated.
  • the electronic signature may comprise a first encrypted data item.
  • a second encrypted data item that may be the same encrypted data item as the first encrypted data item or another encrypted data item enabling the authentication of the first encrypted data item to be validated and the signature to be verified may be generated.
  • This second encrypted data item may for example be inserted into a block chain, more commonly referred to as a “blockchain” in English-language literature.
  • blockchain more commonly referred to as a “blockchain” in English-language literature.
  • One advantage of this solution is that it can edit a limited number of ONi digital objects associated with a given OBi real object.
  • a request is automatically generated to check the availability of a digital object ONi associated with a real object, or a set of real objects forming different real objects of the same design, we speak of a class of real objects.
  • a class of real objects can be defined to gather a set of real objects having common characteristics such as a model, type, category, representation, color, etc.
  • a vehicle it can be a model, make and configuration.
  • a garment it can be a model, make and colons.
  • a class of real objects can be associated with a set of digital objects.
  • Each digital object of such a set has identical three-dimensional properties. That is to say that their representation within a given software is identical.
  • each digital object can have different instances allowing different representations of this object such as a 3D vehicle represented with an open door or a closed door or a piece of clothing worn or not.
  • the digital object can be displayed according to a given point of view and therefore have different representations depending on the point of view by which it is displayed on a display.
  • a digital object can be animated and therefore represented in different contexts. Two digital objects associated with the same class consequently have at least one common representation which allows them to be considered identical within the present invention.
  • each real object of the same class can be represented by a digital object within a given software.
  • an electronic signature can be encoded in the electronic format of the generated digital object.
  • the real object class can then be associated with a limited number of digital objects.
  • Each digital object associated with a real object class can include a serial number so as to count them.
  • a limited number of digital objects for example 100
  • these can be the first 100 buyers who purchased a car of the given class or the 100 buyers who ordered an option, or the 100 buyers who acquired hardware to run the first software program to represent the digital object or the 100 buyers who acquired software program in which a digital object can be represented.
  • a counter is incremented so as to control the number of digital objects remaining available.
  • Each digital object is preferably already generated and electronically signed for example from a digital fingerprint.
  • a query can be automatically generated so as to check the remaining number of digital objects available.
  • each of the digital fingerprints is predefined in advance for each serial number of a digital object representing a real object or a class of real objects.
  • the number of fingerprints created corresponds to the number of digital objects having a serial number whose number is desired to be limited.
  • the digital fingerprint is created from a serial number of the digital object.
  • the digital fingerprint is created from data characterizing a geometry of the digital object or the digital object itself.
  • the digital fingerprint is created from a serial number and/or data characterizing the geometry of the digital object and/or the digital object itself and a date.
  • the digital fingerprint is created from other metadata linked to the digital object.
  • the digital fingerprint can be created from any other data in addition to the previous data, namely from the identifier of the digital object, from data defining a 3D model of the digital object, from data characterizing an entity, for example the one initially possessing the real object.
  • each of the digital fingerprints is generated during the transaction between the two entities exchanging the real object.
  • the number of digital fingerprints created for each digital object associated with the real object or the class of real objects is limited according to a count of a number of given transactions relating to the real object exchanged.
  • the count can take into account a number of transactions having a given property.
  • the property can be a geographical or temporal delimitation or even a property linked to an individual constituting an entity of the transaction or any other data.
  • a server records each transaction relating to the real object and possibly having a given property so as to limit the number of real objects having a digital fingerprint.
  • the digital fingerprint is created from a serial number of the digital object and a transaction number or any other property characterizing the transaction.
  • the digital fingerprint is created from data characterizing a geometry of the digital object or the digital object itself and a transaction number or any other property characterizing the transaction.
  • the digital fingerprint is created from a serial number and/or data characterizing the geometry of the digital object and/or the digital object itself and a transaction number or any other property characterizing the transaction.
  • the digital fingerprint is created from other metadata linked to the digital object.
  • a date may be taken into account in the creation of the digital fingerprint.
  • a digital fingerprint is created in such a way as to generate a unique and irreversible representation of digital data, here of a digital object or of data characterizing the digital object.
  • the digital fingerprint is preferably the result of a hash function.
  • the hash function takes as input an arbitrary amount of data corresponding for example to the data encoding the digital object such as its 3D geometry and any other metadata associated with the digital object and produces as output a string of characters of fixed size.
  • the method of the invention may implement a hash function of the SHA-256 or Keccak-256 type, or any other hash function.
  • This data can be an identifier, a code, a transaction number or a serial number edited beforehand.
  • uniqueness can be obtained from the creation of a token from a blockchain.
  • the digital fingerprint is used to create an NFT also known as a “Non Fungible Token” in the English literature.
  • NFT Non Fungible Token
  • the writing and deployment of a smart contract, called a “smart contract” in the English literature can be carried out on a blockchain.
  • this smart contract also includes data relating to the address and identity of the owner or any other metadata.
  • an ONi digital object comprises several instances making it possible to multiply the representations of said object and to modify certain characteristics of said ONi digital object.
  • the ONi digital object can be modular and be defined from a customization carried out either by the first user or automatically according to the context of representation in the virtual environment.
  • the color of the ONi digital object is configurable.
  • finishing options can be customizable, for example equipment of the object, closures or even coatings.
  • the ONi digital object can be deformed in the virtual environment based on predefined deformation criteria adapted to other digital objects already existing in the virtual environment and which can be adapted to said ONi digital object.
  • the ONi digital object is a garment
  • the deformations of said ONi digital object will result from the postures of a character evolving in the virtual environment.
  • the modifications made in the form of transformations to the ONi digital object inherit criteria of the transformations already existing and applied to said ONi digital object.
  • the provision of digital objects before their production in real life makes it possible to know which product is likely to interest an individual before its production.
  • This data makes it possible, for example, to adjust the finishes of a real object or to obtain feedback on the appreciation of one version of a real object compared to another.
  • Returns may be obtained for example by collecting user data by means of transmissions of notifications issued following actions performed on the digital object in the virtual environment.
  • the transaction may be linked to an object actually acquired in the real environment and the digital object may correspond to an accessory of said real object or a representation, called an instance, of the real object which is a variation of the real object which was the subject of the transaction.
  • One interest is to produce real objects more responsibly by collecting usage data of the digital object in a virtual environment.
  • Producing less of a real object, for example a piece of furniture, allows in some cases to reduce the energy needed to produce it and the logistics to transport it
  • Another interest is to associate a digital object made accessible following a transaction associated with a 3D environment.
  • One interest is to allow an individual to visit a place in which the digital object is represented. For example, a transaction in a hotel can lead to access to a virtual environment comprising virtual rooms comprising access to digital objects made accessible.
  • One interest is to reduce travel to real places to visit and appreciate given facilities.
  • the invention saves fuel and paper, when the virtual environment in which the digital object has been made accessible allows a user to project a use case enabling them to make a decision in the real world.
  • a first user can modify said digital object so as to create a particular instance of this object from editing tools accessible within the first software.
  • This instance corresponds for example to a configuration of the given digital object such as its color, or any other property characterizing the appearance of this digital object.
  • the first software then comprises a software component making it possible to create a digital fingerprint, such as a token, which can correspond to a digital signature generated from a key and a timestamp.
  • This electronically signed instance can then be transmitted automatically to a remote data server. Another user with access to that remote server can then access that instance in order to perform an action.
  • An interest for the first user is to communicate to an organization an instance of a digital object on which a third party can perform an action.
  • This could be, for example, a representation of a defect, a damaged area, a customization of the digital object corresponding to a wish to modify a real object.
  • the digital object constitutes an information vector between two individuals to communicate on an operation to be performed on a real object.
  • a first user generates from a command made on the digital object a reservation request on a schedule accessible within the first software.
  • another user of the first software can access a schedule within which information received relating to the time slot associated with the digital object has been generated.
  • One interest is to communicate an availability concerning the real object associated with the digital object. This can correspond to an offer to loan the real object, or an offer to rent the real object or even a reservation of a slot to repair the vehicle within a garage.
  • the digital object comprises a code encoded in the data encoding the digital object defining an access key to the real object.
  • This scenario is for example particularly interesting for a real object having an electronic card and a wireless connection. This can be a vehicle, a television, a computer, a telephone, household appliances, etc.
  • the digital object acts as a key for activating a particular service or more generally activating the real object.
  • An advantage is to allow the regeneration of a number of keys necessary for multi-user uses.
  • the digital fingerprint associated with a digital object can then be associated with a contract.
  • One advantage is to generate for example 10 digital objects constituting 10 keys potentially accessible to a user. This user can consume 3 keys for example with his relatives to access the digital object.
  • an advantage is to limit access to the real object and to avoid hacking of access to the real object by a third party not having the key.
  • Other advantages of the invention are obtained through various embodiments.
  • an advantage of the invention is to have, for the purchaser of a real object, a reliable system for identifying and authenticating the real object in order to uniquely link it to its virtual twin.
  • the invention makes it possible to strengthen this authentication through the use of QR codes or any other means of access to the virtual object, unique serial numbers, digital fingerprints.
  • One advantage is to make it possible to have a virtual object defining an element certifying the possession of a real object.
  • Another advantage is to make it possible to have a virtual element attesting to the possession of a real object from the virtual object alone, which makes it possible to preserve the identity of the holder of the real object.
  • the sole presentation of the virtual object makes it possible to access services dedicated to the holder of the virtual object. This security is achieved through the link created between the real object and the virtual object which can be verified through the existence of a transaction or a digital imprint generated during the transaction or generated upstream of the transaction and/or through a serial number.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Procédé mis en œuvre par ordinateur pour accéder à un avatar d'un objet réel (OB1), ledit procédé comprenant :  Génération (GEN1) d'un identifiant de transaction;  Détermination (DET1) d'un identifiant d'un objet numérique (ON1) dudit premier objet réel (OB1) à partir de l'identifiant de transaction, ledit objet numérique (ON1) étant associé au premier objet réel (OB1);  Génération (GEN2) d'un code (QRC1) d'accès à une première librairie graphique, chaque objet numérique de la librairie graphique étant associé à un objet réel (OB1);  Réception (REC1) du code d'accès (QRC1) 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 (QRC1) à partir du code (QRC1) d'accès;  Sélection (SEL1) dudit objet numérique (ON1) au sein du premier logiciel et;  Affichage (AFF1) dudit objet numérique (ON1).

Description

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ées 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.
Résumé de l’invention
Selon un 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 ;
■ Association d’un identifiant d’un premier objet numérique avec le premier objet réel à partir de l’identifiant de transaction ;
■ 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 des objets numériques, la première librairie graphique comportant au moins le premier objet numérique associé au premier objet réel, le premier objet numérique de la librairie graphique étant associé à une configuration logicielle donnée d’un premier logiciel ;
■ 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 premier objet numérique 3D au sein du premier logiciel et ;
■ Affichage dudit premier objet numérique sur l’afficheur d’un premier terminal électronique.
Selon un 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 ;
■ Association d’un identifiant d’un premier objet numérique avec le premier objet réel à partir de l’identifiant de transaction, le premier objet numérique étant associé à une première empreinte numérique et un numéro de série, un nombre limité d’un même premier objet numérique étant généré ;
■ 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 des objets numériques, la première librairie graphique comportant au moins le premier objet numérique associé au premier objet réel, le premier objet numérique de la librairie graphique étant associé à une configuration logicielle donnée d’un premier logiciel ;
■ 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 premier objet numérique 3D au sein du premier logiciel et ;
■ Affichage dudit premier objet numérique sur l’afficheur d’un premier terminal électronique.
Selon un second 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 entraînant 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 (SERV2) entraînant 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 ou est associé à 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 ou auprès d’une entité. Un autre avantage est de limiter des séries d’objets réels associés à des objets numériques. Un avantage est d’associé à un objet réel un objet numérique présentant une valeur du fait de sa rareté puisqu’il est édité en nombre limité.
Un objet numérique identique à un autre objet numérique est un objet qui comporte les mêmes caractéristiques géométriques d’au moins une représentation de cet objet numérique sur un afficheur. Selon un mode de réalisation, lorsque l’objet numérique est défini par un modèle 3D numérique, deux objets numériques sont identiques lorsqu’ils ont au moins un même fichier 3D les représentant.
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 :
Fig. 1 : un exemple d’architecture du système de l’invention ;
Fig. 2 : un premier exemple d’étapes d’un mode de réalisation du procédé de l’invention ;
Fig. 3 : un second exemple d’étapes d’un mode de réalisation du procédé de l’invention.
Dans la suite de la description une transaction désigne une opération ou un ensemble d'opérations où des données, des informations ou des actifs sont transférés d'une entité à une autre, garantissant l'intégrité, l’authentification des entités, la sécurité de l’échange, la non-répudiation de l'échange. Une telle transaction entre deux entités est un processus structuré où les parties engagées échangent des données, des valeurs ou des services, respectant des conditions. Cette opération peut être exécutée manuellement ou automatiquement, en s'appuyant sur des protocoles informatiques et des systèmes sécurisés.
Ainsi dans le cadre de l’invention une transaction n’est pas en soi le fruit exclusivement d’un acte nécessairement de commerce mais peut englober des cas de transferts de tout type de contrepartie à l’acquisition d’un objet, à savoir le transfert d’un jeton non fongible, également connu sous l’acronyme de NFT, d’un lot résultant d’une action précédente ou d’un classement, d’un prêt ou d’une location ou encore de tout type d’échange entre deux entités.
La figure 1 représente un système dans lequel un terminal utilisateur Ti 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 Ti 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 Ti peut comprendre une pluralité de calculateurs ou de mémoires. Le terminal Ti comprend un afficheur pour afficher la représentation d’un environnement virtuel et l’objet virtuel ONi, également appelé objet numérique, représenté dans cet environnement. Notons que l’objet numérique ONi 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 QRCi peut être utilisé lorsque ce dernier est affiché. La figure 1 représente également un terminal T2 qui est utilisé pour lire un code graphique QRC1 permettant de déverrouiller l’accès à un objet numérique ON1. Le code graphique QRC1 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 OB1, appelé « second utilisateur », et l’autre entité est l’acquéreur de l’objet réel OB1 et dont le premier utilisateur de l’objet numérique ON1.
Dans ce dernier cas, le code d’accès QRC1 peut être imprimé en 1 D, 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 QRC1 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 NET1. 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 figure 1 représente un premier serveur SERV1 permettant de recevoir le ou les codes d’accès QRC1 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 SERVi est configuré pour contrôler la validité du code d’accès QRCi et déverrouiller l’accès, le cas échéant, à une librairie graphique comportant au moins un objet numérique ONi.
La figure 1 représente un second serveur SERV2 permettant de générer un code d’accès QRC1 et/ou de l’émettre consécutivement à la réception d’un identifiant d’un objet réel OB1 et à la réception d’une autorisation de produire ledit code d’accès QRC1. Le serveur SERV2 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 QRC1 et le transmettre au serveur SERV1. Dans ce dernier cas, le service tiers est configuré pour émettre le code d’accès QRC1 sous certaines conditions notamment après avoir réceptionné un identifiant d’objet numérique OB1 et un identifiant du premier utilisateur.
La figure 2 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 OB1. 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 OB1 dont une représentation numérique ON1 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 SERV1. Selon un mode de réalisation, l’identifiant de transaction IDtr est émis à un serveur intermédiaire SERV2 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 QRC1 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 QRCi. 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 OBi 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 OBi. Cette désignation peut alors être utilisée pour identifier un objet numérique ONi 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 ONi 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 ONi 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 ONi, 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 ONi qu’il est possible de mettre à disposition lors de la vente par exemple d’un objet réel OBi. 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 SERVi peut comprendre les objets numériques ONi ou peut interroger cette base de données afin d’importer un nouvel objet numérique ONi 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 OBi à des objets numériques ONi. 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 OBi, 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 ONi caractérise une donnée de ressemblance avec l’objet réel OBi 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 ONi 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 ONi est prédéfini et peut être enrichi au cours du temps pour alimenter une base de données d’objets numériques ONi représentant des objets réels OBi 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 ONi 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 QRCi d’un objet numérique ONi, 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 QRCi 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 QRCi peut être utilisé pour générer une donnée de déverrouillage lorsque ce dernier code QRCi 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 ONi et d’une donnée d’un compteur incrémenté ou décrémenté permettant de limiter le nombre d’objets numériques ONi mis à disposition dans l’environnement virtuel sur le serveur SERVi. Selon un mode de réalisation, la donnée de déverrouillage DATAi peut être directement le code d’accès généré par le serveur SERV2. Dans ce cas, une gestion des identités des deux serveurs SERV1 et SERV2 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 SERV1 après s’être identifié au sein de ce serveur puisse accéder à l’objet numérique ON1.
Selon un premier exemple, le code d’accès ou la donnée de déverrouillage DATA1 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 DATA1 est reçue par le second serveur SERV2 qui valide l’émission dudit code d’accès ou la donnée de déverrouillage lorsque l’identifiant de l’objet réel OB1 est décodé et qu’un code d’accès qui est associé à l’objet réel OB1 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 DATA1 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 SERV1 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 QRC1 sur la messagerie du premier utilisateur
Selon un mode de réalisation, le code d’accès QRC1 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 ON1 associé un identifiant d’objet réel OB1 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 DATAi.
Selon un mode de réalisation, la donnée de déverrouillage DATAi 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 ONi associé un identifiant d’objet réel OBi 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 QRCi par le serveur SERV2.
Cette opération peut être réalisée par le premier serveur SERV1 ou le second serveur SERV2 ou encore un troisième serveur intermédiaire SERV3 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 QRC1. Un intérêt de cette solution est que le troisième serveur SERV3 n’a pas à connaître les transactions mais uniquement les données permettant d’associer un objet réel OB1 à un objet numérique ON1.
La figure 2 représente une console CONS1 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 figure 2 représente le second serveur SERV2 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 SERV2 est capable de retrouver l’identifiant de l’objet réel OB1 à 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 OB1. Selon le second cas, le serveur SERV2 reçoit directement l’identifiant ou la désignation d’un objet réel OB1. Dans ce dernier cas, l’équipement CONS1 de l’individu a permis d’identifier ou de désigner l’objet réel OB1 à 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 figure 2 représente un bloc BLi qui peut ne pas être présent lorsque les données sont directement émises du serveur SERV2 vers le serveur SERV1. Selon les modes de réalisation, un équipement intermédiaire dans le bloc BL1, tel qu’un serveur, est configuré pour recevoir des informations et réémettre d’autres données vers le serveur SERV1.
Le serveur SERV1 est un serveur produisant l’environnement virtuel tel que celui d’un jeu vidéo. Ce dernier serveur SERV1 reçoit le code d’accès et un identifiant de compte d’un premier utilisateur. Le serveur SERV1 est configuré pour déverrouiller au moins un objet numérique ON1 à 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 SERV2 est administré par une enseigne et que le serveur SERV1 est administré par un éditeur de jeux, selon un mode de réalisation un serveur intermédiaire (non représenté sur la figure 2 mais présent dans le bloc BL1) permet d’exécuter un service entre les deux serveurs SERV1 et SERV2. 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 SERV1 et une identifié ayant un compte client au sein du serveur SERV2. 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 BL1 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 figure 2 représente l’étape de réception REC1 du code d’accès QRC1 par le serveur SERV1 produisant l’environnement virtuel. Cette étape est également présente sur la figure 3. Le serveur SERV1 comporte également un service de gestion et d’administration des premiers utilisateurs et notamment des comptes utilisateurs. Selon un exemple, le serveur SERV1 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 SERVi comporte un calculateur pour contrôler l’authentification d’une demande de déverrouillage d’un accès à un objet numérique ONi. En premier lieu, lorsqu’une demande de déverrouillage est reçue, le serveur SERVi 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 DATAi suffisante à permettre le téléchargement ou l’accès à l’objet numérique ONi.
Selon un mode de réalisation, le serveur SERVi 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 QRCi é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 ONi qui sera affiché dans l’environnement virtuel généré par le calculateur du serveur SERVi.
Un avantage de l’invention est de rendre disponible un objet numérique ONi représentant un objet réel OBi, notamment l’objet réel OBi qui a été l’objet de la transaction par l’équipement CONSi. L’objet numérique ONi peut par exemple représenter un objet réel OBi 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 ONi correspondant à une représentation d’un objet réel OBi. 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 figure 2 représente également l’étape de sélection SELi du nouvel objet numérique ONi rendu accessible par le serveur SERVi sur un afficheur d’un terminal Ti. Le terminal Ti 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 figure 3 représente un mode de réalisation dans lequel le serveur SERV2 comporte des moyens pour produire un code d’accès QRC1 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 NETi à une messagerie d’un premier utilisateur pour être ensuite lu par un terminal à réception.
Dans ce dernier cas le serveur SERV2 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 OB1 ;
■ soit une confirmation qu’une transaction a été réalisée et que cette transaction a été associée à un objet physique OB1. Dans ce cas, un composant externe représenté par PROD(OB-i) est capable de déterminer l’objet réel OB1 qui a été l’objet de la transaction.
Selon un autre mode de réalisation, une désignation de l’objet réel OB1 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 OB1.
Cette étape est notée REC2 sur la figure 3.
Une étape de détermination d’un identifiant ou d’une désignation d’un objet réel OB1 est réalisée soit parce que l’information provient d’un composant externe, soit parce que le serveur SERV2 comprend des moyens pour identifier l’objet réel OB1 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 figure 3, le serveur SERV2 comprend une base de données associant des objets réels OB1 à des objets numériques ON1. Cette base de données peut également être dans un autre serveur que le serveur SERV2. Lorsqu’un objet réel OB1 est identifié et qu’un objet numérique ON1 existe et est associé à cet objet réel OB1 un code d’accès QRC1 peut être généré pour permettre à un premier utilisateur d’accéder à cet objet numérique ON1 lorsqu’il a réalisé une transaction concernant l’objet réel OB1.
Un contrôle d’identification du premier utilisateur est alors nécessaire entre le système de gestion des utilisateurs du serveur SERV2 et le serveur SERVi. 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 QRCi. 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 SERVi
Un code d’accès QRCi peut alors encoder les données relatives à l’identification de l’objet numérique ONi et à la localisation de la ressource stockant ledit objet numérique ONi.
Les étapes du procédé de la figure 3 peuvent être combinées à certaines étapes du procédé mises en œuvre par les autres équipements de la figure 2. 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 figure 3 représente un mode de réalisation avec un bloc intermédiaire BL2 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 IMP1. 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 QRC1. 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 ON1 par une lecture du code d’accès QRC1 par une optique et un calculateur. Cette étape de lecture est notée LEC1 sur la figure 3. 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 ON1.
Selon un mode de réalisation, le bloc BL2 comprend une étape de lecture du code d’accès QRC1 qui a été imprimé pour accéder à l’objet numérique ON1. La lecture du code d’accès QRC1 permet d’émettre un code vers une URL permettant de déverrouiller l’accès à un contenu numérique sur le premier serveur SERV1. Avantageusement, la lecture du code d’accès QRC1 peut entrainer la génération d’une requête dans laquelle un identifiant du premier utilisateur est également émis afin que le serveur SERVi déverrouille l’accès au contenu numérique.
Selon un autre mode de réalisation, le serveur SERVi génère une donnée de déverrouillage DATAi lorsque le code imprimé est un code d’accès QRCi et que ce dernier doit être associée à un compte utilisateur sur le premier serveur SERVi.
La figure 3 représente une alternative ou le code de déverrouillage est généré directement sur le serveur SERVi à partir des données reçues consécutivement à la lecture du code graphique, cette étape est alors notée GEN2.
L’étape de déverrouillage est notée DEVi sur la figure 2 et la figure 3. Les étapes de sélection et d’affichage de l’objet numérique ONi sur le terminal utilisateur sont ici identiques à la figure 2 et sont notées AFFi.
Selon un mode de réalisation, les objet numérique ONi comprennent une signature électronique permettant d’authentifier individuellement chaque objet numérique ONi. 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 ONi ayant été utilisé.
Un intérêt de cette solution est d’éditer un nombre limité d’objets numérique ONi associés à un objet réel OBi donné.
Selon un mode de réalisation, lors d’une transaction d’un objet réel OBi, une requête est générée automatiquement pour vérifier la disponibilité d’un objet numérique ONi associée à un objet réel, ou un ensemble d’objets réels formant différents objets réels d’une même conception, on parle de classe d’objets réels.
Une classe d’objets réels peut être définie de sorte à rassembler un ensemble d’objets réels ayant des caractéristiques communes telles qu’un modèle, un type, une catégorie, une représentation, une couleur, etc. Dans le cas d’un véhicule, il peut s’agir d’un modèle, d’une marque et d’une configuration. Dans le cas d’un vêtement, il peut s’agir d’un modèle, d’une marque et d’un colons.
Selon un mode de réalisation, une classe d’objets réels peut être associée à un ensemble d’objets numériques. Chaque objet numérique d’un tel ensemble a des propriétés tridimensionnelles identiques. C’est-à-dire que leur représentation au sein d’un logiciel donné est identique. Toutefois, dans un mode de réalisation, chaque objet numérique peut avoir des instances différentes permettant différentes représentations de cet objet tel qu’un véhicule en 3D représenté avec une portière ouverte ou une portière fermée ou un vêtement porté ou non. Par ailleurs, l’objet numérique peut être affiché selon un point de vue donné et donc posséder des représentations différentes selon le point de vue par lequel il est affiché sur un afficheur. Enfin, un objet numérique peut être animé et donc représenté dans différents contextes. Deux objets numériques associés à une même classe ont par conséquent au moins une représentation commune ce qui permet de les considérer comme identique au sein de la présente invention.
Ainsi, chaque objet réel d’une même classe peut être représenté par un objet numérique au sein d’un logiciel donné.
Afin de limiter le nombre d’objets numériques associés à une classe d’objets réels, une signature électronique peut être encodée dans le format électronique de l’objet numérique généré.
La classe d’objets réels peut alors être associé à un nombre limité d’objets numériques. Chaque objet numérique associé à une classe d’objets réels peut comprendre un numéro de série de sorte à les dénombrer.
Selon un exemple, si 10000 voitures sont vendues d’une classe donnée, un nombre limité d’objets numériques, par exemple 100, peut être déchargés au sein d’un logiciel, par une centaine d’utilisateurs. Il peut s’agir par exemple des 100 premiers acheteurs ayant achetés une voiture de la classe donnée ou les 100 acheteurs ayant commandés une option, ou les 100 acheteurs ayant acquis un matériel pour exécuter le premier logiciel permettant de représenter l’objet numérique ou encore les 100 acheteurs ayant acquis un logiciel au sein duquel un objet numérique peut être représenté. Selon un mode de réalisation, lorsqu’une transaction est effectuée et qu’un code d’accès est généré pour rendre accessible un objet numérique à un utilisateur au sein d’un premier logiciel, un compteur est incrémenté de sorte à contrôler le nombre d’objets numériques restant disponible. Chaque objet numérique est préférentiellement déjà généré et signé électroniquement par exemple à partir d’une empreinte numérique. Lors d’une nouvelle transaction, une requête peut être automatiquement générée de sorte à vérifier le nombre restant d’objets numériques disponibles.
Selon un premier mode de réalisation, chacune des empreintes numériques est prédéfinie à l’avance pour chaque numéro de série d’un objet numérique représentant un objet réel ou une classe d’objets réels. Dans ce cas, le nombre d’empreintes créés correspond au nombre d’objets numériques ayant un numéro de série dont on souhaite limiter le nombre. Selon un premier cas, l’empreinte numérique est créée à partir d’un numéro de série de l’objet numérique. Selon un second cas, l’empreinte numérique est créée à partir d’une donnée caractérisant une géométrie de l’objet numérique ou l’objet numérique lui-même. Selon un troisième cas, l’empreinte numérique est créée à partir d’un numéro de série et/ou d’une donnée caractérisant la géométrie de l’objet numérique et/ou l’objet numérique lui-même et une date. Selon d’autres exemples, l’empreinte numérique est créée à partir d’une autre métadonnée liée à l’objet numérique. Selon un autre exemple, l’empreinte numérique peut être créée à partir de toute autre donnée en complément des données précédentes à savoir à partir de l’identifiant de l’objet numérique, de des données définissant un modèle 3D de l’objet numérique, d’une donnée caractérisant une entité par exemple celle possédant initialement l’objet réel.
Selon un second mode de réalisation, chacune des empreintes numériques est générée lors de la transaction entre les deux entités échangeant l’objet réel. Dans ce cas, le nombre d’empreintes numériques créées pour chaque objet numérique associée à l’objet réel ou à la classe d’objets réels est limitée selon un décompte d’un nombre de transactions données relative à l’objet réel échangé. Le décompte peut prendre en compte un nombre de transaction ayant une propriété donnée. La propriété peut être une délimitation géographie, temporelle ou encore une propriété liée à un individu constituant une entité de la transaction ou toute autre donnée. Ainsi un serveur enregistre chaque transaction relative à l’objet réel et possiblement ayant une propriété donnée de sorte à limiter le nombre d’objets réels ayant une empreinte numérique.
Selon un premier cas, l’empreinte numérique est créée à partir d’un numéro de série de l’objet numérique et d’un numéro de transaction ou de toute autre propriété caractérisant la transaction. Selon un second cas, l’empreinte numérique est créée à partir d’une donnée caractérisant une géométrie de l’objet numérique ou l’objet numérique lui-même et d’un numéro de transaction ou de toute autre propriété caractérisant la transaction. Selon un troisième cas, l’empreinte numérique est créée à partir d’un numéro de série et/ou d’une donnée caractérisant la géométrie de l’objet numérique et/ou l’objet numérique lui-même et d’un numéro de transaction ou de toute autre propriété caractérisant la transaction. Selon d’autres exemples, l’empreinte numérique est créée à partir d’une autre métadonnée liée à l’objet numérique. Selon un autre exemple, une date peut être prise en compte dans la création de l’empreinte numérique.
Selon un exemple, une empreinte numérique est un créée de sorte à générer une représentation unique et irréversible d’une donnée numérique, ici d’un objet numérique ou d’une donnée caractérisant l’objet numérique.
L’empreinte numérique est préférentiellement le résultat d’une fonction de hachage. La fonction de hachage prend en entrée une quantité arbitraire de données correspondant par exemple aux données encodant l’objet numérique telle que sa géométrie 3D et toute autre métadonnée associée à l’objet numérique et produit en sortie une chaine de caractères de taille fixe. Un avantage est d’une empreinte numérique produite par une fonction de hachage est de que chaque entrée produit la même sortie. Le processus et donc reproductive est vérifiable.
Selon un exemple, le procédé de l’invention peut mettre en œuvre une fonction de hachage de type SHA-256 ou Keccak-256, ou toute autre fonction de hachage.
Afin de garantir l’unicité de l’objet numérique associée à une empreinte numérique, il est possible d’associer une information à l’objet numérique pour produite l’empreinte. Ainsi, seul le détenteur de l’information associée à l’objet numérique pour produire l’empreinte numérique est réputée détenteur de l’objet numérique. Cette donnée peut être un identifiant, un code, un numéro de transaction ou un numéro de série édité au préalable. Selon un autre exemple, l’unicité peut être obtenu à partir de la création d’un jeton à partir d’une blockchain. Dans ce cas, l’empreinte numérique est utilisée pour créer un NFT également connu sous le nom de « Non Fongible Token » dans la littérature anglo-saxonne. Dans ce cas, l’écriture et le déploiement d’un contrat intelligent, appelé « smart contract » dans la littérature anglo-saxonne peut être effectué sur une blockchain. Selon un mode de réalisation, ce contrat intelligent comprend également des données relatives à l’adresse et l’identité du propriétaire ou toute autre métadonnée.
Selon un mode de réalisation, un objet numérique ONi comprend plusieurs instances permettant de multiplier les représentations dudit objet et de modifier certaines caractéristiques dudit objet numérique ONi. En d’autres termes l’objet numérique ONi 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 ONi 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 ONi 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 ONi. A titre d’exemple, si l’objet numérique ONi est un vêtement, les déformations dudit objet numérique ONi 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 ONi héritent de critère des transformations déjà existants et appliqués audit objet numérique ONi.
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 connaître 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.
Selon un mode de réalisation, à partir du premier logiciel duquel est accessible un objet numérique, un premier utilisateur peut modifier ledit objet numérique de manière à créer une instance particulière de cet objet à partir d’outils d’édition accessibles au sein du premier logiciel. Cette instance correspond par exemple à une configuration de l’objet numérique donnée telle que sa couleur, ou toute autre propriété caractérisant l’apparence de cet objet numérique. Le premier logiciel comprend alors un composant logiciel permettant de créer une empreinte numérique, tel qu’un token, qui peut correspondre à une signature numérique générée à partir d’une clef et d’un horodatage. Cette instance signée électroniquement peut alors être transmise automatiquement à un serveur de données distant. Un autre utilisateur ayant un accès à ce serveur distant peut alors accéder à cette instance afin d’opérer une action.
Un intérêt pour le premier utilisateur est de communiquer à une organisation une instance d’un objet numérique dont un tiers peut opérer une action. Il peut s’agir par exemple d’une représentation d’un défaut, d’une zone endommagée, une personnalisation de l’objet numérique correspondant à un souhait de modification d’un objet réel. Ainsi l’objet numérique constitue un vecteur d’information entre deux individus pour communiquer sur une opération à réaliser sur un objet réel.
Selon un autre mode de réalisation, un premier utilisateur génère à partir d’une commande effectuée sur l’objet numérique une demande de réservation sur un planning accessible au sein du premier logiciel. Ainsi, un autre utilisateur du premier logiciel peut accéder à un planning au sein duquel une information reçue relative au créneau temporel associé à l’objet numérique a été générée.
Un intérêt est de communiquer une disponibilité concernant l’objet réel associé à l’objet numérique. Cela peut correspondre à une offre de prêt de l’objet réel, ou une offre de location de l’objet réel ou encore une réservation d’un créneau pour réparer le véhicule au sein d’un garage.
Selon un mode de réalisation, l’objet numérique comprend un code encodé dans les données encodant l’objet numérique définissant une clef d’accès à l’objet réel. Ce cas de figure est par exemple particulièrement intéressant pour un objet réel ayant une carte électronique et une liaison sans fil. Cela peut être un véhicule, un téléviseur, un ordinateur, un téléphone, un équipement électroménager, etc. Ainsi, l’objet numérique agit comme une clef permettant d’activer un service particulier ou d’activer plus généralement l’objet réel. Un avantage est de permettre de régénérer un nombre de clefs nécessaires pour des utilisations multi-utilisateurs. Ainsi, l’empreinte numérique associée à un objet numérique peut alors être associée à un contrat. Un intérêt est de générer par exemple 10 objets numériques constituant 10 clefs potentiellement accessibles à un utilisateur. Cet utilisateur peut consommer 3 clefs par exemple avec ses proches pour accéder à l’objet numérique. Un avantage est de limiter l’accès à l’objet réel et d’éviter le piratage de l’accès à l’objet réel par un tiers ne disposant pas de la clef. D’autres avantages de l’invention sont obtenus grâce à différentes réalisations. Notamment, selon un mode de réalisation, un avantage de l’invention est de disposer, pour l’acquéreur d’un objet réel, d'un système fiable pour identifier et authentifier l'objet réel afin de le lier de manière unique à son jumeau virtuel. L’invention permet de renforcer cette authentification grâce à l'utilisation de QR codes ou de tout autre moyen d’accès à l’objet virtuel, de numéros de série uniques, d’empreintes numériques. Un avantage est de permettre de disposer d’un objet virtuel définissant un élément certifiant la détention d’un objet réel. Un autre avantage est de permettre de disposer d’un élément virtuel attestant de la détention d’un objet réel à partir du seul objet virtuel, ce qui permet de préserver l’identité du détenteur de l’objet réel. En effet, la seule présentation de l’objet virtuel permet d’accéder à des services dédiés au détenteur de l’objet virtuel. Cette sécurité est atteinte grâce au lien réalisé entre l’objet réel et l’objet virtuel qui peut être vérifié grâce à l’existence d’une transaction ou d’une empreinte numérique générée lors de la transaction ou générée en amont de la transaction et/ou encore grâce à un numéro de série.

Claims

REVENDICATIONS
1. Procédé mis en œuvre par ordinateur pour accéder à un objet numérique (ONi) correspondant à une représentation numérique d’un objet réel (OBi), ledit procédé comprenant :
■ Génération (GENi) d’un identifiant de transaction (IDtr) consécutivement à une transaction entre deux entités visant une acquisition d’un premier objet réel (OB-i) par l’une des deux entités ;
■ Association (DETi) d’un identifiant d’un premier objet numérique (ONi) avec le premier objet réel (OBi) à partir de l’identifiant de transaction (IDtr), le premier objet numérique (ONi) étant associé à une première empreinte numérique (HASHi) et un numéro de série (Ni), un nombre limité d’un même premier objet numérique (ONi) étant généré ;
■ Génération (GEN2) d’un code d’accès (QRC1) à une première librairie graphique (LIB1) d’un premier espace mémoire dans lequel est stocké des données encodant des objets numériques, la première librairie graphique (LIB1) comportant au moins le premier objet numérique (ON1) associé au premier objet réel (OB1), le premier objet numérique (ON1) de la librairie graphique (LIB1) étant associé à une configuration logicielle donnée (CONFik) d’un premier logiciel (SW1) ;
■ Réception (REC1) du code d’accès (QRC1) par un premier serveur (SERV1) hébergeant au moins un composant logiciel pour mettre en œuvre le premier logiciel (SW1) ;
■ Déverrouillage (DEV1) de la librairie graphique (QRC1) à partir du code (QRC1) d’accès ;
■ Sélection (SE L1 ) dudit premier objet numérique 3D (ON1) au sein du premier logiciel (SW1) et ;
■ Affichage (AFF1) dudit premier objet numérique (ON1) sur l’afficheur d’un premier terminal électronique (T1 ).
2. Procédé selon la revendication 1 , caractérisé en ce que l’accès au premier objet numérique (ON1) est réalisé consécutivement à l’authentification d’une entité sur un premier serveur de données (SERVi) hébergeant au moins un composant logiciel permettant de mettre en œuvre l’exécution du premier logiciel sur le premier terminal électronique (Ti).
3. 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 (SERVi) ou une mémoire locale du premier terminal électronique (Ti) comportant l’interface graphique permettant d’afficher le premier objet numérique (ONi) au sein du premier logiciel (SWi).
4. Procédé selon la revendication 1 , caractérisé en ce qu’il comprend :
■ impression (IMPi) dudit code d’accès (QRC1 ) sur un support imprimable (Si);
■ lecture (LEC1 ) du code d’accès (QRC1 ) à partir d’un second terminal électronique (T2) ou du premier terminal électronique (Ti) 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 (Ti) ou dans une mémoire du premier serveur distant (SERVi) ;
■ transmission d’une requête vers un premier serveur de données (SERVi) afin d’accéder à partir de la clef de déverrouillage audit objet numérique (ONi) au sein du premier logiciel (SWi).
5. Procédé selon la revendication 4, caractérisé en ce qu’il comprend :
■ extraction (EXTi) de premières données encodées (DATAi) au sein du code d’accès (QRCi) comportant notamment un localisateur de ressources numériques (URLi) et d’un identifiant d’un objet numérique (ONi) et ;
■ transmission d’une requête (REQi) au premier serveur distant (SERVi) à partir du localisateur de ressources numériques (URLi), ladite requête (REQi) comportant un identifiant d’un compte d’une entité au sein du logiciel (SWi) afin de déverrouiller un accès dudit objet numérique (0Ni) pour le compte de ladite entité.
6. Procédé selon la revendication 4, caractérisé en ce que le support imprimable (Si) comprend des données relatives à une transaction du premier objet réel (OBi) associé à l’objet numérique (ONi) sélectionné.
7. 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 (MAILi) d’une des deux entités à partir d’un troisième terminal (Ts), ladite première adresse mail (MAILi) ayant été préalablement enregistrée dans une mémoire du premier serveur distant (SERVi) permettant l’accès au premier logiciel (SWi) ;
■ Enregistrement de la première adresse mail (MAILi) au sein d’une mémoire d’un second serveur distant (SERV2) entraînant la génération du code d’accès (QRC1).
8. 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 (MAIL1) d’une des deux entités à partir d’un troisième terminal (T3),
■ Transmission d’un code d’accès sur l’adresse mail (MAIL1) de ladite entité ;
■ Génération d’une requête (REQ2) au premier serveur (SERVi) ou un serveur intermédiaire pour déverrouiller l’accès audit premier objet numérique (ON1).
9. Procédé selon la revendication 1 , caractérisé en ce qu’il comprend :
■ Accès au second serveur distant (SERV2) 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 (DATAi) liée à l’authentification de ladite entité à un serveur distant (SERVj) permettant l’accès au premier logiciel (SWi) ;
■ Enregistrement de ladite première donnée (DATAi) au sein d’une mémoire d’un serveur distant (SERV2) entraînant la génération du code d’accès (QRC1).
10. Procédé selon la revendication 1 , caractérisé en ce que l’objet numérique (ON1) comporte une pluralité d’instances, chaque instance correspondant à une représentation dudit objet numérique (ON1) transformé tridimensionnellement, chacune des instances étant accessible à partir de la clef de déverrouillage.
11 . Procédé selon la revendication 1 , caractérisé en ce qu’une seconde empreinte numérique (HASH2) associée à la première empreinte numérique (HASH1) est encodée dans une blockchain.
12. Procédé selon la revendication 1 , caractérisé en ce que l’objet numérique (ON1) 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.
13. Système comportant au moins un premier terminal (T1) et un serveur de donnée distant (SERV1) et un dispositif pour produire un code d’accès (QRC1) imprimé, ledit système étant configuré pour mettre en œuvre les étapes du procédé de l’une quelconque des revendications 1 à 12.
EP24709043.4A 2023-03-01 2024-03-01 Procede pour acceder a un objet numerique associe a un objet reel dans un logiciel Pending EP4673900A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2301912A FR3146363A1 (fr) 2023-03-01 2023-03-01 Procede pour acceder a un objet numerique associe a un objet reel dans un logiciel
PCT/EP2024/055473 WO2024180245A1 (fr) 2023-03-01 2024-03-01 Procede pour acceder a un objet numerique associe a un objet reel dans un logiciel

Publications (1)

Publication Number Publication Date
EP4673900A1 true EP4673900A1 (fr) 2026-01-07

Family

ID=86332108

Family Applications (1)

Application Number Title Priority Date Filing Date
EP24709043.4A Pending EP4673900A1 (fr) 2023-03-01 2024-03-01 Procede pour acceder a un objet numerique associe a un objet reel dans un logiciel

Country Status (3)

Country Link
EP (1) EP4673900A1 (fr)
FR (1) FR3146363A1 (fr)
WO (1) WO2024180245A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8719077B2 (en) * 2008-01-29 2014-05-06 Microsoft Corporation Real world and virtual world cross-promotion
US20100005007A1 (en) * 2008-07-07 2010-01-07 Aaron Roger Cox Methods of associating real world items with virtual world representations
US9044682B1 (en) 2013-09-26 2015-06-02 Matthew B. Rappaport Methods and apparatus for electronic commerce initiated through use of video games and fulfilled by delivery of physical goods

Also Published As

Publication number Publication date
WO2024180245A1 (fr) 2024-09-06
FR3146363A1 (fr) 2024-09-06

Similar Documents

Publication Publication Date Title
US11720907B2 (en) Blockchain-based product authentication system
US12236419B2 (en) Blockchain-based product authentication system
KR102502247B1 (ko) 안전하고 추적 가능한 제조 부품들
KR20210024992A (ko) 블록체인 내에서 코드와 이미지를 사용하는 시스템과 방법
US20230274268A1 (en) Systems and methods for minting non-fungible tokens at a point of sale
KR102058159B1 (ko) 정품인증코드를 이용한 물품거래 이력 관리방법 및 프로그램
US20160098723A1 (en) System and method for block-chain verification of goods
CN109544335B (zh) 基于区块链的交易数据处理方法、装置、设备及存储介质
CN109327312A (zh) 认证方法及装置、电子设备
WO2023183256A1 (fr) Système d'authentification de produit basé sur une chaîne de blocs
US20240394678A1 (en) System and method for processing a transfer between a simulated and real environment
EP3262553B1 (fr) Procede de transaction sans support physique d'un identifiant de securite et sans jeton, securise par le decouplage structurel des identifiants personnels et de services
EP1352311A1 (fr) Procede d'acces a un systeme securise
WO2024180245A1 (fr) Procede pour acceder a un objet numerique associe a un objet reel dans un logiciel
CN110599184A (zh) 用于网络服务账号交易的方法和装置、服务器和存储介质
EP4193283B1 (fr) Procédé pour générer un document numérique sécurisé stocké sur un terminal mobile et associé à une identité numérique
FR2812423A1 (fr) Systeme de paiement par carte d'une transaction sur internet
WO2013000966A1 (fr) Procede de transaction dematerialisee
US20260050958A1 (en) Customizations of physical non-fungible tokens to reflect customizations to physical collectibles
Appannavar et al. Revolutionizing IPL Ticketing with NFTs
EP4241190A1 (fr) Procede d'authentification securise par le decouplage structurel des identifiants personnels et de services
WO2025034638A2 (fr) Plateforme de billetterie sécurisée et procédés associés
WO2023099418A1 (fr) Procédé de traitement d'une transaction impliquant l'utilisation d'un identifiant public, dispositif, système et programmes d'ordinateurs correspondants
FR3143144A1 (fr) Procédé de vente de jetons non-fongibles sur une chaîne de blocs
FR3101991A1 (fr) Système et méthode d'authentification et d'assurance d’objets

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20251001

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR