Virtual and real article conversion method and device, storage medium and program product

Abstract

The invention discloses a virtual and real article conversion method and device, a storage medium and a program product, relates to the technical field of communication, and aims to improve the use experience of a user. The method comprises the steps of determining whether the state of a first virtual article in a virtual system corresponding to a first real article meets a requirement or not under the condition that a first request for the first real article is received; under the condition that the state of the first virtual article meets the requirement, bidirectional identity authentication with second equipment is carried out, and the second equipment is used for executing authentication of the first virtual article by the first real article; and under the condition that the authentication is passed, triggering the virtual system to activate the first virtual article. According to the embodiment of the invention, the user experience can be improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a method, device, storage medium and program product for converting virtual objects into real objects. Background Art

[0002] In the existing technology, virtual items in the metaverse trading system can only be traded and transferred within its corresponding system, and these virtual items cannot be interoperable with real items in the real world, affecting the user experience of the system. Summary of the Invention

[0003] The embodiments of the present application provide a method, device, storage medium and program product for converting virtual and real objects to enhance the user experience.

[0004] In a first aspect, an embodiment of the present application provides a method for converting virtual items into real items, which is applied to a first device and includes:

[0005] Upon receiving a first request for a first real item, determining whether a state of a first virtual item in a virtual system corresponding to the first real item meets a requirement;

[0006] When the state of the first virtual item meets the requirements, performing two-way identity authentication with a second device, wherein the second device is used to perform authentication of the first virtual item by the first real item;

[0007] If the authentication is successful, the virtual system is triggered to activate the first virtual item.

[0008] In a second aspect, embodiments of the present application further provide a method for converting virtual and real items, which is applied to a virtual system and includes:

[0009] In response to a trigger of the first device, a first virtual item corresponding to the first real item is activated, wherein the first virtual item is a virtual item in the virtual system whose item attribute is in a virtual state.

[0010] In a third aspect, an embodiment of the present application further provides a virtual-real object conversion device, applied to a first device, comprising:

[0011] a first receiving module configured to, upon receiving a first request for a first real item, determine whether a state of a first virtual item in a virtual system corresponding to the first real item meets a requirement;

[0012] a first authentication module, configured to perform bidirectional identity authentication with a second device when the state of the first virtual item meets requirements, wherein the second device is configured to perform authentication of the first virtual item by the first real item;

[0013] The first triggering module is configured to trigger the virtual system to activate the first virtual item if the authentication is successful.

[0014] In a fourth aspect, embodiments of the present application further provide a virtual-real object conversion device, which is applied to a virtual system and includes:

[0015] The first processing module is configured to activate a first virtual item corresponding to a first real item in response to a trigger of a first device, wherein the first virtual item is a virtual item in the virtual system whose item attribute is in a de-virtualized state.

[0016] In a fifth aspect, an embodiment of the present application further provides an electronic device comprising: a memory, a processor, and a program stored in the memory and executable on the processor, wherein when the processor executes the program, the steps in the method for converting virtual objects into real objects as described above are implemented.

[0017] In a sixth aspect, an embodiment of the present application further provides a readable storage medium, on which a program is stored, and when the program is executed by a processor, the steps in the virtual-to-real object conversion method as described above are implemented.

[0018] In a seventh aspect, an embodiment of the present application further provides a computer program product, comprising computer instructions, which, when executed by a processor, implement the steps in the method for converting virtual objects into real objects as described above.

[0019] In the embodiment of the present application, real objects can be converted into virtual objects in a virtual system, thereby enabling intercommunication between virtual objects and real objects in the real world, thereby improving the user experience of the virtual system. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 This is one of the flow charts of the method for converting virtual items into real items provided in the embodiment of the present application;

[0021] Figure 2 This is the second flow chart of the method for converting virtual items into real items provided in an embodiment of the present application;

[0022] Figure 3 This is the third flow chart of the method for converting virtual items into real items provided in the embodiment of the present application;

[0023] Figure 4 This is one of the structural diagrams of the virtual-real object conversion device provided in the embodiment of the present application;

[0024] Figure 5 This is the second structural diagram of the virtual-real object conversion device provided in an embodiment of the present application;

[0025] Figure 6 This is a structural diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0026] In the embodiments of this application, the term "and / or" describes the association relationship between associated objects, indicating that three relationships can exist. For example, A and / or B can represent three situations: A exists alone, A and B exist simultaneously, and B exists alone. The character " / " generally indicates that the associated objects are in an "or" relationship.

[0027] In the embodiments of the present application, the term "plurality" refers to two or more than two, and other quantifiers are similar.

[0028] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0029] See also Figure 1 , Figure 1 This is a flowchart of the method for converting virtual items into real items provided in an embodiment of the present application, which is applied to a first device, such as Figure 1 As shown, the following steps are included:

[0030] Step 101: Upon receiving a first request for a first real item, determine whether a state of a first virtual item in a virtual system corresponding to the first real item meets a requirement.

[0031] In the embodiments of the present application, the first real item refers to an item that exists in the real world, the virtual item refers to an item that exists in the virtual world, and the virtual system refers to the system on which the virtual item depends, generally referring to a metaverse system, a game system, or other software / server system. Accordingly, the virtual item can be a digital asset in the metaverse, game, or closed system, such as a game equipment, a house in the metaverse, or any other non-physical digital item. The first request can be a return-to-virtualization request, i.e., a request to convert the first real item into a virtual item in the virtual system.

[0032] Some real-world items are converted from virtual items in a virtual system, that is, real items are obtained through a "de-virtualization" operation. The de-virtualization operation may include the following steps:

[0033] (1) If a request is received from a user with account A to devirtualize a virtual item, the virtual system generates a physical code A for the virtual item and writes the physical code A into the hidden attribute 1 of the virtual item. The physical code is a string that uniquely identifies the virtual item within the virtual system. When the same virtual item is devirtualized multiple times, a different physical code will be generated each time. Hidden attributes refer to attributes that are not displayed to the public and cannot be viewed by any user. Only administrators or programs with top-level system permissions can access and view them. This attribute is usually used for system verification, permission verification, and other functions.

[0034] (2) The virtual system generates authentication information for the virtual item.

[0035] The specific implementation of the authentication information depends on the authentication method used. For example, if an asymmetric authentication method is used, two pairs of asymmetric encryption keys (public key A, private key A, public key B, and private key B) are generated. Private key A is written to hidden attribute 2 of the virtual item, and public key B is written to hidden attribute 3 of the virtual item. The purpose of generating two pairs of public and private keys is to achieve bidirectional identity authentication between the virtual item and the real item. Of course, other authentication methods can also be used in the embodiments of the present application.

[0036] (3) Use a printing device or other customized device to extract the physical printing data from the virtual item for physical printing. During the printing process, the verification program, virtual item ID, public key A, private key B, and physical code A are compiled into a binary program and written into the physical chip storage. The verification program is a program used to perform authentication of virtual items or external devices. Taking the asymmetric authentication process as an example, the verification process is generally as follows: the verification program uses the public key to encrypt a piece of text and then gives it to the program caller. The program caller uses the corresponding private key to decrypt the text and returns it to the verification program. The verification program compares the original text with the received decrypted text. If the two are consistent, the verification is passed, otherwise the verification fails.

[0037] (4) After the physical item is printed, the virtual system marks the virtual item's property as de-virtualized (in this state, it cannot be seen or held by any user) and removes it from Account A's backpack, thereby removing Account A's ownership of the virtual item. Accordingly, ownership is transferred from the virtual item to the physical item. After obtaining the de-virtualized physical item, the owner of Account A can freely trade or collect the physical item in the real world.

[0038] Based on the above de-virtualization operation, a verification program, an identification (ID) of the corresponding virtual item, a public key, a private key, and the physical code of the real item can be stored in the real item that can be converted into a virtual item. At this time, the real item can be understood as a device with a verification function. Alternatively, the verification program may not be stored in the real item, but the real item may be carried by a device with a verification function, and the first device is authenticated for the real item. Therefore, the second device below can be understood as a real item that does not store a verification program, or as a real item that stores a verification program. Then, accordingly, the second device can obtain the information stored in the real item itself.

[0039] In this step, the first device may obtain the identifier of the first virtual item from the second device and, based on the identifier of the first virtual item, query the virtual system for the item attributes of the first virtual item. If the item attributes indicate a de-virtualized state, the first virtual item is determined to be in a state that meets the requirements; otherwise, the state does not meet the requirements. If not, the process may terminate.

[0040] Step 102: If the status of the first virtual item meets the requirements, perform two-way identity authentication with a second device, wherein the second device is used to perform authentication of the first virtual item by the first real item.

[0041] Taking asymmetric authentication as an example, in this embodiment of the present application, two-way identity authentication may include the following process:

[0042] (1) Obtaining a first public key and a second private key of the first virtual item from the virtual system.

[0043] For example, the first public key corresponds to the aforementioned public key B, and the second private key corresponds to the aforementioned private key A; below, the first private key corresponds to the aforementioned private key B, and the second public key corresponds to the aforementioned public key A. The first device can obtain the first public key from hidden attribute 3 of the first virtual item and obtain the second private key from hidden attribute 2.

[0044] (2) Encrypt the first random information using the first public key to obtain first encrypted information, and send the first encrypted information to the second device.

[0045] The first random information may be a random code generated by the first device, or a random code or text obtained by the first device in other ways. Here, the first random information is encrypted using the first public key to obtain first encrypted information, which is then sent to the second device.

[0046] (3) The first device receives second random information and first decryption information sent by the second device, wherein the second random information is information encrypted using the second public key of the first virtual item, and the first decryption information is information decrypted using the first private key of the first virtual item.

[0047] After receiving the first encrypted information, the second device decrypts it using the first private key to obtain the first decrypted information. Simultaneously, the second device generates or obtains a random code or text as second random information, encrypts the second random information using the second public key, and sends the encrypted second random information and the first decrypted information to the first device.

[0048] Correspondingly, the first device receives the second random information and the first decrypted information sent by the second device.

[0049] (4) When the first decrypted information and the first random information are identical, the first authentic object is authenticated.

[0050] The first device compares the received first decrypted information with the first random information. If the two are identical, the first authentic object is authenticated. Otherwise, the first authentic object is not authenticated. If the first authentic object is not authenticated, the process ends and the user is notified that the identity of the first authentic object is illegal.

[0051] (5) Decrypt the second random information using the second private key to obtain second decrypted information.

[0052] If the first authentic object is authenticated, the first device decrypts the second random information using the second private key to obtain second decrypted information.

[0053] (6) Sending the second decryption information to the second device for authenticating the first virtual item.

[0054] The second device authenticates the first virtual item by comparing the received second decrypted information with the second random information. If the two are identical, authentication of the first virtual item is successful; otherwise, authentication of the first virtual item is failed. If authentication of the first virtual item is failed, the process may be terminated, and a user may be notified that the identity of the first virtual item is unauthorized.

[0055] In this way, a two-way authentication of the first real item and the first virtual item is achieved. To further ensure security, in this embodiment of the present application, the authentication can also be continued in conjunction with the physical code of the first real item to determine whether the first real item is the only physical item corresponding to the first virtual item.

[0056] The second device can use the second public key to encrypt the physical code of the first real object, obtaining third encrypted information, and send it to the first device. In response, the first device receives the third encrypted information sent by the second device. The first device then decrypts the third encrypted information using the second private key to obtain third decrypted information. If the third decrypted information matches the physical identifier corresponding to the first real object obtained from the virtual system, the first real object is determined to be the physical object corresponding to the first virtual object. Otherwise, the process can be terminated, and the user can be notified that the identity of the first real object is illegal.

[0057] Step 103: If the authentication is successful, trigger the virtual system to activate the first virtual item.

[0058] In the embodiments of the present application, the first device can be a device running the virtual system, or a device that exists independently of the device running the virtual system, for example, a device that can read physical objects back into the system, such as a reading device such as Bluetooth, Near Field Communication (NFC), or other devices capable of reading chip information. Therefore, triggering the activation of the first virtual item in the virtual system can be understood as an internal behavior of the first device or an inter-device behavior, and this triggering can be implemented in various forms, such as program calls, sending instructions, or signaling.

[0059] During the activation of the first virtual item, the virtual system primarily modifies its attribute information from a de-virtualized state to, for example, a virtual state, to indicate that the item is a virtual item that can be converted into a real item within the virtual system. This means that the virtual item can be viewed, owned, and traded by the user within the system. Of course, before triggering the activation of the virtual system, the first device may also send a first prompt message to the user, wherein the first prompt message is used to determine whether to trigger the virtual system to activate the first virtual item. If a positive response is received from the user, the virtual system activation is triggered; otherwise, the virtual system activation is not triggered.

[0060] In the embodiment of the present application, real objects can be converted into virtual objects in a virtual system, thereby enabling intercommunication between virtual objects and real objects in the real world, thereby improving the user experience of the virtual system.

[0061] See also Figure 2 , Figure 2 This is a flowchart of the method for converting virtual items into real items provided by the embodiment of the present application, which is applied to a virtual system, such as Figure 2 As shown, the following steps are included:

[0062] Step 201: In response to a trigger of a first device, activate a first virtual item corresponding to a first real item, wherein the first virtual item is a virtual item in the virtual system with an item attribute of being in a virtual state.

[0063] In the process of activating the first virtual item, the virtual system mainly modifies its attribute information from a non-virtual state to a virtual state, for example, to indicate that it is a virtual item that can be converted into a real item in the virtual system, that is, the virtual item can be seen, owned, and traded by users in the system.

[0064] In addition, the virtual system can also perform a de-virtualization operation on the virtual item. Specifically, upon receiving a second request for a second virtual item, the virtual system generates a physical code, a third public key, a third private key, a fourth public key, and a fourth private key for the second virtual item. The second virtual item can be any virtual item, including the first virtual item described above. Then, based on the third public key and the fourth private key, the virtual system modifies the item attributes of the second virtual item. For example, the third public key and the fourth private key can be written into different hidden attributes. The virtual system then converts the second virtual item into a second real item, wherein the second real item stores the physical code, the identifier of the second virtual item, the third private key, and the fourth public key.

[0065] In the embodiment of the present application, real objects can be converted into virtual objects in a virtual system, thereby enabling intercommunication between virtual objects and real objects in the real world, thereby improving the user experience of the virtual system.

[0066] See also Figure 3 , Figure 3 This is a flow chart of the method for converting virtual items into real items provided in an embodiment of the present application. The process includes two processes: de-virtualization and re-virtualization. It should be noted that the de-virtualization process can be performed separately, and the re-virtualization process can also be performed separately.

[0067] Combine Figure 3 , the method comprises the following steps:

[0068] Step 301: System account A initiates a request to remove a virtual item. The removal process is as follows:

[0069] (1) Generate a physical code A for the virtual item and write the physical code A into the hidden attribute 1 of the virtual item.

[0070] (2) Generate two pairs of asymmetric encryption public key C, private key C, public key D, and private key D for the virtual item, write private key C into the hidden attribute 2 of the virtual item, and write public key D into the hidden attribute 3 of the virtual item.

[0071] (3) Using a printing device or other customized device, extract the physical printing data from the virtual item and perform physical printing.

[0072] (4) During the printing process, the verification program, virtual item ID, public key C, private key D, and physical code A are compiled into a binary program and written into the physical chip storage.

[0073] (5) After the physical printing is completed, the system marks the virtual item as de-virtualized (in this state, it cannot be seen or held by any user) and removes it from Account A’s backpack, thereby freeing Account A from ownership of the virtual item. In other words, ownership is transferred from the virtual item to the physical item.

[0074] The owner of Account A obtains the physical object after the virtual item is de-virtualized, and can freely trade or collect the physical object in the real world.

[0075] Step 302: The latest owner of the physical object logs into the system using account B and initiates a request to return the physical object to the original virtual object. The return process is as follows:

[0076] (1) Use account B to log in to the system and connect to the Fanxu device (i.e. the first device mentioned above).

[0077] (2) Connect the physical object to the virtual device. The connection method can be NFC, Bluetooth, or wired, and there is no limitation here.

[0078] (3) After the virtual device recognizes the physical object connection, it sends a command to the physical object verification program to obtain the virtual item ID.

[0079] (4) The physical object verification program sends the virtual item ID to the virtual object device.

[0080] (5) The virtual device receives the virtual item ID and queries the virtual item attributes through the virtual system.

[0081] (6) Check the virtual status of the virtual item found. If the current status is not virtual, the system prompts that the physical item is illegal, the verification fails, and the physical item connection process ends.

[0082] (7) If it is confirmed to be in the de-virtual state, the return-to-virtual device reads the hidden attribute 3 (public key D) of the virtual item, generates a random code B, encrypts it using the public key D, and transmits the encrypted information B to the verification program of the physical object for identity verification.

[0083] (8) The physical verification program receives the encrypted information B and uses the private key D to perform a decryption operation to generate the decrypted information B. The verification program generates a random code A and encrypts it using the public key A to generate the encrypted information A. The verification program transmits the decrypted information B and the encrypted information A to the return-to-virtual device.

[0084] (9) The return-to-virtual device compares the received decrypted information B with the original random code B. If the results are the same, the system passes the identity verification of the physical object. Otherwise, if the verification fails, the system prompts that the physical object is illegal and the verification fails, ending the physical object connection process.

[0085] (10) After the physical object is verified, the return-to-virtual device decrypts the encrypted information A and transmits the decrypted information A to the physical object's verification program for identity authentication.

[0086] (11) The physical object verification program compares the received decrypted information A with the random code A. If the results are the same, the verification is passed; if the results are different, the identity verification fails and the system prompts that the system identity is illegal. The verification failure ends the physical object connection process.

[0087] (12) After the decrypted information A is verified, the verification program uses the public key A to encrypt the physical code A and sends it to the return-to-virtual device.

[0088] (13) The return-to-virtualization device uses private key A to decrypt the encrypted information to obtain the physical code B, read the hidden attribute 1 of the virtual item (physical code A), and compare physical code A with physical code B. If the comparison results are consistent, the physical object is confirmed to be the unique entity after the virtual item is de-virtualized. If the comparison is inconsistent, the entity identity authentication fails, and the system prompts that the physical object is counterfeit and illegal. The verification fails and the physical object connection process ends.

[0089] If the verification is successful, the system will pop up a window to remind you that the physical object has passed the identity verification, and provide an option to prompt the user whether to read the physical object into the system, and remind you that once read into the system, the physical object will become invalid and become "waste".

[0090] User B can choose to have the physical item transferred back to the system, granting Account B ownership of the virtual item. Alternatively, the user can cancel this request. This typically occurs when the user simply wishes to verify the authenticity of the physical item and does not wish to transfer the virtual item back to the system. If the user chooses to transfer the physical item back to the system, the system will remove the virtual item from its virtual state, allowing the virtual item to be viewed, owned, and traded by the user again.

[0091] Account B can freely trade the virtual item in the system until the next de-virtualization request is initiated, and the above steps are repeated.

[0092] In the above embodiment, virtual assets can be separated from the original system and converted into real products. At the same time, real products can also be converted into virtual products again, so that systems such as the Metaverse can expand their user boundaries to attract new users and increase the user activity and transaction flow of the Metaverse system, such as providing paid physical printing services.

[0093] See also Figure 4 , Figure 4 It is a structural diagram of the virtual-to-real object conversion device provided in an embodiment of the present application, which is applied to the first device.

[0094] like Figure 4 As shown, the virtual-real object conversion device includes:

[0095] The first receiving module 401 is configured to, upon receiving a first request for a first real item, determine whether the status of a first virtual item in a virtual system corresponding to the first real item meets requirements. The first authentication module 402 is configured to, if the status of the first virtual item meets requirements, perform bidirectional identity authentication with a second device, wherein the second device is configured to perform authentication of the first virtual item by the first real item. The first triggering module 403 is configured to trigger the virtual system to activate the first virtual item if the authentication is successful.

[0096] Optionally, the first receiving module 401 is further configured to:

[0097] obtaining an identifier of the first virtual item from the second device;

[0098] querying, in the virtual system, the item attributes of the first virtual item according to the identifier of the first virtual item;

[0099] When the attribute of the item is in a virtual state, it is determined that the state of the first virtual item meets the requirements.

[0100] Optionally, the first authentication module 402 is further configured to:

[0101] Obtaining a first public key and a second private key of the first virtual item from the virtual system;

[0102] Encrypting the first random information using the first public key to obtain first encrypted information, and sending the first encrypted information to the second device;

[0103] receiving second random information and first decrypted information sent by the second device, wherein the second random information is information encrypted using the second public key of the first virtual item, and the first decrypted information is information decrypted using the first private key of the first virtual item;

[0104] If the first decrypted information and the first random information are identical, passing the authentication of the first authentic object;

[0105] Decrypting the second random information using the second private key to obtain second decrypted information;

[0106] The second decryption information is sent to the second device for authenticating the first virtual item.

[0107] Optionally, the first authentication module 402 is further configured to:

[0108] receiving third encrypted information sent by the second device, wherein the third encrypted information is obtained by encrypting the physical identifier of the first real item using the second public key of the first virtual item;

[0109] Decrypting the third encrypted information using the second private key to obtain third decrypted information;

[0110] When the third decrypted information is consistent with the physical object identifier corresponding to the first real object obtained from the virtual system, it is determined that the first real object is the physical object corresponding to the first virtual object.

[0111] Optionally, the device may further include:

[0112] The first sending module is configured to send a first prompt message to the user, wherein the first prompt message is used to determine whether to trigger the virtual system to activate the first virtual item.

[0113] The device provided in the embodiment of the present application can execute the above method embodiment, and its implementation principle and technical effects are similar, so this embodiment will not be repeated here.

[0114] See also Figure 5 , Figure 5 This is a structural diagram of the virtual-to-real object conversion device provided in an embodiment of the present application, which is applied to a virtual system.

[0115] like Figure 5 As shown, the virtual-real object conversion device includes:

[0116] The first processing module 501 is configured to activate a first virtual item corresponding to a first real item in response to a trigger of a first device, wherein the first virtual item is a virtual item in the virtual system whose item attribute is in a de-virtualized state.

[0117] Optionally, the device may further include:

[0118] The second processing module is configured to, upon receiving a second request for a second virtual item, generate a physical code, a third public key, a third private key, a fourth public key, and a fourth private key for the second virtual item; modify the item attributes of the second virtual item based on the third public key and the fourth private key; and convert the second virtual item into a second real item, wherein the second real item stores the physical code, the identifier of the second virtual item, the third private key, and the fourth public key.

[0119] The device provided in the embodiment of the present application can execute the above method embodiment, and its implementation principle and technical effects are similar, so this embodiment will not be repeated here.

[0120] It should be noted that the division of units in the embodiments of the present application is schematic and is merely a logical functional division. In actual implementation, other division methods may be used. Furthermore, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0121] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a processor-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) or a processor to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0122] See also Figure 6 An embodiment of the present application provides an electronic device, comprising: a memory 601, a processor 602, and a program stored in the memory 601 and executable on the processor 602; the processor 602 is configured to read the program in the memory 601 to implement the steps in the aforementioned method for converting virtual objects into real objects.

[0123] The present application also provides a readable storage medium having a program stored thereon. When the program is executed by a processor, the various processes of the above-mentioned embodiment of the method for converting virtual items into real items are implemented, and the same technical effects are achieved. To avoid repetition, the details are not described here. The readable storage medium can be any available medium or data storage device that can be accessed by the processor, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.), optical storage (such as CDs, DVDs, BDs, HVDs, etc.), and semiconductor storage (such as ROMs, EPROMs, EEPROMs, non-volatile memories (NAND FLASH), solid-state drives (SSDs), etc.).

[0124] An embodiment of the present application also provides a computer program product, including computer instructions. When the computer instructions are executed by a processor, the various processes of the above-mentioned virtual-to-real object conversion method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, they will not be repeated here.

[0125] It should be noted that, in this document, the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, article, or apparatus comprising a series of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, article, or apparatus. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of other identical elements in the process, method, article, or apparatus comprising the element.

[0126] Through the description of the above embodiments, those skilled in the art can clearly understand that the above embodiment methods can be implemented by means of software plus the necessary general hardware platform, and of course can also be implemented by hardware, but in many cases the former is a better embodiment. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM / RAM, disk, CD), and includes a number of instructions for enabling a terminal (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in each embodiment of the present application.

[0127] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of this application, ordinary technicians in this field can also make many forms without departing from the purpose of this application and the scope of protection of the claims, all of which are within the protection of this application.

Claims

1. A method for converting virtual and real objects, characterized in that: Applied to a first device, comprising: Upon receiving a first request for a first real item, determining whether a state of a first virtual item in a virtual system corresponding to the first real item meets a requirement; When the state of the first virtual item meets the requirements, performing two-way identity authentication with a second device, wherein the second device is used to perform authentication of the first virtual item by the first real item; If the authentication is successful, the virtual system is triggered to activate the first virtual item.

2. The method according to claim 1, characterized in that Determining whether the state of the first virtual item in the virtual system corresponding to the first real item meets the requirements includes: obtaining an identifier of the first virtual item from the second device; querying, in the virtual system, the item attributes of the first virtual item according to the identifier of the first virtual item; When the attribute of the item is in a virtual state, it is determined that the state of the first virtual item meets the requirements.

3. The method according to claim 1, characterized in that The performing bidirectional identity authentication with the second device includes: Obtaining a first public key and a second private key of the first virtual item from the virtual system; Encrypting the first random information using the first public key to obtain first encrypted information, and sending the first encrypted information to the second device; receiving second random information and first decrypted information sent by the second device, wherein the second random information is information encrypted using the second public key of the first virtual item, and the first decrypted information is information decrypted using the first private key of the first virtual item; If the first decrypted information and the first random information are identical, passing the authentication of the first authentic object; Decrypting the second random information using the second private key to obtain second decrypted information; The second decryption information is sent to the second device for authenticating the first virtual item.

4. The method according to claim 3, characterized in that The method further comprises: receiving third encrypted information sent by the second device, wherein the third encrypted information is obtained by encrypting the physical identifier of the first real item using the second public key of the first virtual item; Decrypting the third encrypted information using the second private key to obtain third decrypted information; When the third decrypted information is consistent with the physical object identifier corresponding to the first real object obtained from the virtual system, it is determined that the first real object is the physical object corresponding to the first virtual object.

5. The method according to claim 1, wherein The method further comprises: A first prompt message is sent to the user, wherein the first prompt message is used to determine whether to trigger the virtual system to activate the first virtual item.

6. A method for converting virtual and real objects, characterized in that: Applicable to virtual systems, including: In response to a trigger of the first device, a first virtual item corresponding to the first real item is activated, wherein the first virtual item is a virtual item in the virtual system whose item attribute is in a virtual state.

7. The method according to claim 6, characterized in that The method further comprises: upon receiving a second request for a second virtual item, generating a physical code, a third public key, a third private key, a fourth public key, and a fourth private key for the second virtual item; Modifying the item attributes of the second virtual item based on the third public key and the fourth private key; The second virtual item is converted into a second real item, wherein the second real item stores the physical code, the identifier of the second virtual item, the third private key, and the fourth public key.

8. An electronic device comprising: A memory, a processor, and a program stored in the memory and executable on the processor; wherein the processor is configured to read the program in the memory to implement the steps of the method for converting virtual objects into real objects as described in any one of claims 1 to 7.

9. A computer-readable storage medium for storing a program, characterized in that: When the program is executed by a processor, the steps of the virtual-real object conversion method according to any one of claims 1 to 7 are implemented.

10. A computer program product, characterized in that The method comprises computer instructions, which, when executed by a processor, implement the steps in the method for converting virtual objects into real objects as claimed in any one of claims 1 to 7.

Images