Information query method and device, electronic equipment and readable medium
By querying the relationship between combined resources and virtual resources in the blockchain, providing information on the share composition of virtual resources, it solves the problem that users find it difficult to obtain original network asset information after the split and reorganization of combined assets, and improves the information transparency and query efficiency of virtual resource transactions.
Patent Information
- Application Number
- CN202410011245.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-01-02
- Publication Date
- 2025-07-04
AI Technical Summary
In virtual resource transactions, it is difficult for users to obtain specific information about the original network assets after the split and reorganization of the combination assets, resulting in high difficulty in obtaining information and poor transparency, which affects the efficiency of resource information query.
By querying the relationship between combined resources and virtual resources in the blockchain, and the relationship between virtual resources and virtual sub-resources, we provide share composition information to realize traceability of combined resources, including resource types and quantity.
It reduces the difficulty of obtaining information, improves the information transparency of virtual resource transactions, and improves the efficiency of resource information query.
Smart Images

Figure CN120256459A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of computer technology, and in particular, to a method, apparatus, electronic device, and readable medium for information query. Background Art
[0002] With the development of blockchain technology, the trading of Internet virtual assets has become increasingly frequent. The issuing agency of virtual assets will release corresponding virtual resources for trading based on the information of network assets. In order to improve the diversity of the products it issues, it will package and combine various types of virtual assets that have been issued and then issue combined assets. When a user purchases a combined asset, it is equivalent to purchasing a part of various virtual assets included in the package.
[0003] In the related art, the issuing agency will disclose the information of the issued combined assets through websites or public materials, etc. Users can query the relevant information of the final product as the basic information for trading decisions.
[0004] However, for the finally issued combined assets, what users can usually query is the information provided by the issuing agency for the re-combined combined assets. After being split and reorganized, this information is limited and usually incomplete. It is difficult for users to understand the specific information of their original network assets based on this information, resulting in problems such as high difficulty in obtaining information and poor information transparency, which is not conducive to the query efficiency of resource information. Summary of the Invention
[0005] Based on the above technical problems, this application provides a method, apparatus, electronic device, and readable medium for information query to improve the information transparency of virtual resource trading.
[0006] Other features and advantages of this application will become apparent through the following detailed description, or will be partially learned through the practice of this application.
[0007] According to one aspect of the embodiments of this application, a method for information query is provided, including:
[0008] Receiving an information query request, where the information query request carries a combined resource identifier;
[0009] According to the combined resource identifier carried in the information query request, querying target combined resource data corresponding to the combined resource identifier from the blockchain, where the target combined resource data includes at least one virtual resource identifier, and each virtual resource identifier corresponds to a type of virtual resource;
[0010] Query the share composition information corresponding to each virtual resource identifier from the blockchain, where the share composition information is used to represent the information of each virtual sub-resource included in each virtual resource, and the information of the virtual sub-resource includes the resource type and the resource quantity;
[0011] Provide the share composition information to the sender of the information query request.
[0012] According to one aspect of the embodiments of the present application, there is provided a device for information query, including:
[0013] A receiving module, configured to receive an information query request, where the information query request carries a combined resource identifier;
[0014] A data query module, configured to query, from the blockchain, the target combined resource data corresponding to the combined resource identifier according to the combined resource identifier carried in the information query request, where the target combined resource data includes at least one virtual resource identifier, and each virtual resource identifier corresponds to a type of virtual resource;
[0015] A share query module, configured to query the share composition information corresponding to each virtual resource identifier from the blockchain, where the share composition information is used to represent the information of each virtual sub-resource included in each virtual resource, and the information of the virtual sub-resource includes the resource type and the resource quantity;
[0016] A providing module, configured to provide the share composition information to the sender of the information query request.
[0017] In some embodiments of the present application, based on the above technical solution, the data query module is specifically configured to: query, from the blockchain, the first on-chain transaction record of the combined resource identifier in the blockchain according to the combined resource identifier carried in the information query request, where the first on-chain transaction record contains at least one virtual resource identifier; and query, from the blockchain, the target combined resource data corresponding to the combined resource identifier according to each virtual resource identifier in the first on-chain transaction record.
[0018] In some embodiments of the present application, based on the above technical solutions, the receiving module is further configured to: obtain a combined resource generation request, where the combined resource generation request includes at least one virtual resource identifier, the resource amount corresponding to each virtual resource identifier, and the circulation amount of the combined resource; according to the virtual resource generation request, for each virtual resource identifier, lock the virtual resource in the blockchain according to the resource amount corresponding to the virtual resource identifier; upload the at least one virtual resource identifier and the resource amount corresponding to each virtual resource identifier to the blockchain, generate a block of the target combined resource data and a first on-chain transaction record, and the block of the target combined resource data includes the combined resource identifier of the target combined resource data and the combined resource that meets the circulation amount.
[0019] In some embodiments of the present application, based on the above technical solutions, each virtual resource corresponds to a resource level; the receiving module is further configured to: according to the combined resource policy, determine the virtual resources corresponding to the combined resource to be generated and the corresponding resource amounts, where the combined resource policy includes the proportion of the resource amounts of virtual resources with different resource levels in the resource group to be generated; generate the combined resource generation request according to the determined virtual resources and the corresponding resource amounts.
[0020] In some embodiments of the present application, based on the above technical solutions, the share query module is specifically configured to: query the second on-chain transaction records of each virtual resource identifier in the target combined resource data from the blockchain, where each second on-chain transaction record includes a parent resource identifier; according to the parent resource identifier in the second on-chain transaction record, query the virtual parent resource corresponding to the parent resource identifier from the blockchain, and the virtual parent resource corresponds to information of multiple virtual sub-resources; determine the share composition information corresponding to each virtual resource identifier in the target combined resource data according to the corresponding relationship between each virtual sub-resource in the virtual parent resource and the virtual resource identifier and each virtual resource identifier in the target combined resource data.
[0021] In some embodiments of the present application, based on the above technical solutions, the receiving module is further configured to: obtain a virtual resource generation request, where the virtual resource generation request includes the parent resource identifier of the virtual parent resource, the on-chain resource amount, and the resource generation amount; according to the virtual resource generation request, lock the virtual parent resource corresponding to the on-chain resource amount in the blockchain; upload the parent resource identifier and the on-chain resource amount of the virtual parent resource to the blockchain, generate a block of the virtual resource and the second on-chain transaction record, and the block includes the virtual resource identifier of the virtual resource and the virtual resource that meets the resource generation amount.
[0022] In some embodiments of the present application, based on the above technical solutions, the receiving module is further configured to: obtain the share composition information of the virtual resource from the blockchain; send a resource evaluation request to a resource evaluation institution, where the resource evaluation request carries the share composition information of the virtual resource; receive the resource level of the virtual resource determined by the resource evaluation institution according to the share composition information.
[0023] In some embodiments of the present application, based on the above technical solutions, the receiving module is further configured to: receive a virtual parent resource generation request, where the virtual parent resource generation request carries the resource certificate information of the virtual parent resource to be chained and the parent resource generation amount; according to the virtual parent resource generation request, save the resource certificate information to a predetermined storage space to obtain the certificate access information of the resource certificate information in the predetermined storage space; chain the certificate access information to generate a block of the virtual parent resource to be chained, where the virtual parent resource to be chained includes the parent resource identifier of the virtual parent resource to be chained and the virtual parent resource that meets the parent resource generation amount.
[0024] In some embodiments of the present application, based on the above technical solutions, the receiving module is further configured to: initiate a resource certificate transfer request to a resource management institution, where the resource certificate transfer request carries an identifier of the resource certificate information; receive the resource certificate information sent by the resource management institution, and the resource certificate information includes information of the multiple virtual sub-resources.
[0025] In some embodiments of the present application, based on the above technical solutions, the information query request further carries a compensation resource identifier; the providing module is further configured to: query compensation resource data corresponding to the compensation resource identifier in the information query request from the blockchain, where the compensation resource data includes at least one combined resource identifier, and each combined resource identifier corresponds to a type of combined resource;
[0026] The data query module is specifically configured to: query target combined resource data corresponding to each combined resource identifier from the blockchain according to the combined resource identifier carried in the information query request and at least one combined resource identifier included in the compensation resource.
[0027] In some embodiments of the present application, based on the above technical solutions, the providing module is further configured to: send a predetermined number of target combined resource data to a resource compensation institution; receive compensation resource information generated by the resource compensation institution based on the predetermined number of target combined resource data; lock the predetermined number of target combined resource data in the blockchain; chain the compensation resource information in the blockchain to generate a block of the compensation resource, and the block includes the compensation resource identifier of the compensation resource and the resource issuance amount of the compensation resource.
[0028] According to one aspect of the embodiments of the present application, an electronic device is provided, which includes: a processor; and a memory for storing executable instructions of the processor; wherein, the processor is configured to execute the information query method in the above technical solution by executing the executable instructions.
[0029] According to one aspect of the embodiments of the present application, a computer-readable storage medium is provided, on which a computer program is stored, and when the computer program is executed by a processor, the information query method in the above technical solution is implemented.
[0030] According to one aspect of the embodiments of the present application, a computer program product or a computer program is provided, which includes computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the information query method provided in the above various optional implementation manners.
[0031] In the embodiments of the present application, by querying the relationship between the combined resource and the virtual resource and the relationship between the virtual resource and the virtual sub-resource in the blockchain, it is possible to trace the original related resources of the combined resource through the information in the blockchain and provide them to the user after the virtual resource is split and recombined, thereby reducing the difficulty of obtaining information and improving the information transparency of virtual resource transactions, which is beneficial to improving the query efficiency of resource information.
[0032] It should be understood that the above general description and the following detailed description are only exemplary and explanatory, and cannot limit the present application. BRIEF DESCRIPTION OF THE DRAWINGS
[0033] The drawings herein are incorporated into the specification and constitute a part of the specification, showing embodiments consistent with the present application, and are used together with the specification to explain the principles of the present application. Obviously, the drawings in the following description are only some embodiments of the present application, and those of ordinary skill in the art can obtain other drawings without creative efforts based on these drawings.
[0034] Figure 1 It is a system architecture applied to the information query solution according to the embodiments of the present application.
[0035] Figure 2 It is a schematic diagram of the blockchain network in the embodiments of the present application.
[0036] Figure 3 It is a schematic diagram of a block in the blockchain network in the embodiments of the present application.
[0037] Figure 4Flowchart of an information query method according to an embodiment of the present application.
[0038] Figure 5 Schematic diagram of the virtual resource type structure in an embodiment of the present application.
[0039] Figure 6 Flowchart of an information query method according to an embodiment of the present application.
[0040] Figure 7 Flowchart of an information query method according to an embodiment of the present application.
[0041] Figure 8 Schematic flowchart of applying the information query solution in a financial product scenario in an embodiment of the present application.
[0042] Figure 9 Schematically shows the block diagram of the information query device in an embodiment of the present application.
[0043] Figure 10 Shows the structural schematic diagram of the computer system of the electronic device suitable for implementing the embodiments of the present application. Detailed implementation manners
[0044] Now, example embodiments will be described more fully with reference to the accompanying drawings. However, the example embodiments can be implemented in various forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this application will be more complete and comprehensive, and will fully convey the concept of the example embodiments to those skilled in the art.
[0045] In addition, the described features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of the embodiments of the present application. However, those skilled in the art will realize that the technical solutions of the present application can be practiced without one or more of the specific details, or other methods, components, devices, steps, etc. can be adopted. In other cases, well-known methods, devices, implementations, or operations are not shown or described in detail to avoid obscuring aspects of the present application.
[0046] In the embodiments of the present application, the term "module" or "unit" refers to a computer program or a part of a computer program with a predetermined function, which works together with other related parts to achieve a predetermined goal, and can be fully or partially implemented by using software, hardware (such as a processing circuit or a memory), or a combination thereof. Similarly, a processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be a part of the overall module or unit that includes the function of the module or unit.
[0047] The block diagrams shown in the drawings are only functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software form, or implemented in one or more hardware modules or integrated circuits, or implemented in different networks and / or processor devices and / or microcontroller devices.
[0048] The flowcharts shown in the drawings are only exemplary illustrations, and do not necessarily include all contents and operations / steps, nor do they necessarily need to be executed in the described order. For example, some operations / steps can be decomposed, while some operations / steps can be combined or partially combined. Therefore, the actual execution order may change according to the actual situation.
[0049] It should be understood that the solution of the present application can be applied to the trading scenario of network virtual assets, and is specifically applied in the process of information tracing of the original resources involved in the combined virtual resources. Specifically, in the process of issuing and trading virtual resources on the Internet, after obtaining the resource information, the virtual resource issuing institution will issue corresponding virtual resources based on this information. These virtual resources are usually repackaged and combined according to the asset types they involve, and then a new virtual resource is issued based on the packaged content, which can be called a combined resource. For example, taking financial products as an example, on the Internet, the issuing institution will split and issue various types of securities assets according to the loan types based on the various loan information it receives. For example, consumer loan information is packaged into asset-backed securities, and fixed-asset loan information is issued as mortgage-backed securities, etc. After the securities are issued, the issuing institution may further package securities with different credit ratings into collateralized debt obligations, so as to increase diversity and improve portfolio stability. The collateralized debt obligation can also be partially insured to become a credit default swap asset, and then further combined with the collateralized debt obligation to form a synthetic asset. When these processes are transferred to the Internet, the above-mentioned various types of securities and bond information can be virtualized into blockchain-based virtual resources for combined issuance and trading. The issuing institution can endow the virtual resources with the information they represent through additional information supplementation, so as to be able to migrate the offline financial product issuance and trading process to the online virtual resource trading process.
[0050] The trading of Internet virtual assets has become increasingly frequent with the development of blockchain technology. The issuing institutions of virtual assets will release corresponding virtual resources for trading based on the information of network assets. In order to improve the diversity of the products they issue, they will package and combine various types of virtual assets that have been issued and then issue combined assets. When a user purchases a combined asset, it is equivalent to purchasing a portion of the various virtual assets included in the package. In related technologies, the issuing institutions will disclose the information of the issued combined assets through websites or public materials, etc., and users can query the relevant information of the final product as the basic information for trading decisions. However, for the finally issued combined assets, what users can usually query is the information provided by the issuing institutions for the recombined combined assets. After being split and reorganized, this information is limited and usually incomplete, making it difficult for users to understand the specific information of their original network assets based on this information, resulting in problems such as high difficulty in obtaining information and poor information transparency, which is not conducive to the query efficiency of resource information.
[0051] Based on this, the technical solution of the embodiment of the present application proposes a solution for information query. This solution can be applied in a virtual resource trading system based on blockchain and is executed by the issuer of virtual resources. Specifically, as Figure 1 shown, the system architecture 100 of the solution for information query applied according to the embodiment of the present application may include a terminal device 110, a network 120, and a server 130. The terminal device 110 may include a smart phone, a tablet computer, a laptop computer, a smart voice interaction device, a smart home appliance, a vehicle-mounted terminal, an aircraft, and so on. The server 130 may be a server that provides various services. It may be an independent physical server, or a server cluster or distributed system composed of multiple physical servers. It may also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms. The network 120 may be a communication medium of various connection types that can provide a communication link between the terminal device 110 and the server 130. For example, it may be a wired communication link or a wireless communication link.
[0052] According to implementation requirements, the system architecture in the embodiments of the present application may have any number of terminal devices, networks, and servers. For example, server 130 may be a server group composed of multiple server devices. Additionally, the technical solutions provided in the embodiments of the present application may be applied to terminal device 110, may also be applied to server 130, or may be jointly implemented by terminal device 110 and server 130. The present application does not make special limitations in this regard. In the embodiments of the present application, server 130 may be a blockchain node server of a virtual resource issuer, and a blockchain client runs on terminal device 110. Terminal device 110 can browse the combined virtual resources issued by the issuer on the issuer's website or application terminal, initiate a request for information query of the combined virtual resources, and server 130 then queries each virtual resource that composes the combined virtual resources according to the user's request, as well as the share information of the original virtual sub-resources on which each virtual resource is based. Among them, the combined virtual resources and each virtual resource are virtual resources issued by the issuer in the blockchain, and the virtual sub-resources are loan information in the securities originally issued by the issuer.
[0053] Both server 130 and terminal device 110 can be blockchain nodes in the blockchain. Blockchain is a peer-to-peer distributed ledger composed of multiple nodes. Each node contains all transaction records, and all nodes need to verify each transaction. Each node in the blockchain network can be a full node or a local blockchain node. A full node can connect to other nodes, and a local blockchain node refers to an independent node running in the blockchain that is not connected to other nodes. Unlike a full node, a local blockchain node does not participate in the consensus mechanism of the blockchain network, but it can independently verify transactions and create new blocks. The confidential information sent by the second node to the first node can only be decrypted by the first node to obtain the content therein, thus realizing confidential communication between the two connections.
[0054] Blockchain is a new application mode of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanism, and encryption algorithms. Blockchain is essentially a decentralized database, a string of data blocks (i.e., blocks) generated by using cryptographic methods. Each data block contains information about a batch of network transactions, used to verify the validity of the information (anti-counterfeiting) and generate the next block. Blockchain is jointly maintained by the nodes in the blockchain network. For example, in Figure 2In the blockchain network shown, there may be multiple nodes 201, and the multiple nodes 201 may be each client forming the blockchain network. Each node 201 can receive input information during normal operation and maintain the shared data within the blockchain network based on the received input information. To ensure information intercommunication within the blockchain network, there may be information connections between each pair of nodes in the blockchain network, and information can be transmitted between nodes through the above information connections. For example, when any node in the blockchain network receives input information, other nodes in the blockchain network obtain the input information according to the consensus algorithm and store the input information as shared data, so that the data stored on all nodes in the blockchain network is consistent.
[0055] For each node in the blockchain network, it has a corresponding node identifier, and each node in the blockchain network can store the node identifiers of other nodes, so that subsequently, according to the node identifiers of other nodes, the generated block can be broadcast to other nodes in the blockchain network. A node identifier list can be maintained in each node, and the node name and node identifier are correspondingly stored in the node identifier list. Among them, the node identifier can be an IP (Internet Protocol) address and any other information that can be used to identify the node.
[0056] Each node in the blockchain network stores an identical blockchain. The blockchain consists of multiple blocks. Refer to Figure 3 As shown, the blockchain consists of multiple blocks. The genesis block includes a block header and a block body. The block header stores input information feature values, version numbers, timestamps, difficulty values, etc., and the block body stores input information; the next block after the genesis block uses the genesis block as the parent block. The next block also includes a block header and a block body. The block header stores the input information feature value of the current block, the block header feature value of the parent block, version number, timestamp, difficulty value, etc., and so on. In this way, the block data stored in each block in the blockchain is associated with the block data stored in the parent block, ensuring the security of the input information in the block.
[0057] The implementation details of the technical solution of the embodiments of the present application are elaborated in detail below: Figure 4 The flowchart of a method for information query according to an embodiment of the present application is shown. This method for information query is applied to a blockchain system and can specifically be executed by a device with computing and processing capabilities, such as a server or a terminal device where the node of the issuing institution is located. Refer to Figure 4 As shown, this method for information query at least includes steps S410 to S440, which are introduced in detail as follows:
[0058] Step S410: Receive an information query request, where the information query request carries a combined resource identifier.
[0059] In the embodiments of the present application, the information query request is a request initiated by a terminal device when it needs to determine the information of each original resource in a certain combined resource. The combined resource is a virtual resource reissued by the issuer of virtual resources based on the combination of multiple virtual resources. The specific manifestation form of its issuance quantity in the blockchain is multiple different resources belonging to the same resource type. For example, if 100 copies of a combined virtual resource are issued, then 100 equity certificates of this virtual resource will be minted in the blockchain, and the equity certificate can specifically be a token in the blockchain. The combined resource identifier is information used to identify the combined resource, which can include information for indicating a specific combined virtual resource and information for indicating the type of the combined resource. For example, in the blockchain, two different types of combined resources are issued, namely combined resource type A and combined resource type B, and 10 copies of each combined resource are issued. The combined resource identifier can be the identifier of a specific resource indicating combined resource type A, or the identifier indicating combined resource type A itself, or include both.
[0060] Step S420: According to the combined resource identifier carried in the information query request, query the target combined resource data corresponding to the combined resource identifier from the blockchain, where the target combined resource data includes at least one virtual resource identifier, and each virtual resource identifier corresponds to a type of virtual resource.
[0061] In this embodiment, according to the combined resource identifier, the server can query the target combined resource data corresponding to the combined resource identifier from the blockchain. The target combined resource data will be stored in the blocks of the blockchain. The server can query the corresponding block according to the combined resource identifier, so as to obtain the target combined resource data. The target combined resource is another virtual resource issued based on the combination of at least one virtual resource, and the target combined resource data will include the virtual resource identifiers of the virtual resources used to issue the target combined resource. Each virtual resource identifier corresponds to a type of virtual resource. The type of the virtual resource will be indicated by a separate type attribute in the present application. Specifically, the issuer will issue multiple virtual resources in the blockchain, and each virtual resource has its own type. The virtual resources for combining and issuing the target combined resource usually belong to an overall superior category. Specifically, the blockchain will add two attributes to each virtual resource, namely the type attribute Type and the number attribute ID. The smart contract for virtual resource issuance and management will set corresponding attributes for virtual resources at the corresponding level. For the convenience of introduction, please refer to Figure 5 , Figure 5 which is a schematic diagram of the virtual resource type structure in the embodiments of the present application. As Figure 5As shown, the smart contract can create virtual resources at multiple levels of the Type attribute. These virtual resources at the Type attribute levels will be further subdivided into virtual resources with numbered IDs. Virtual resources with different IDs of the same Type are homogeneous resources and can be combined with each other. That is, the virtual resources corresponding to at least one virtual resource identifier included in the target combined resource data are all homogeneous resources, while virtual resources of different Types are heterogeneous resources and cannot be combined with each other. Based on the target combined resource data, it can be determined which types of virtual resources are associated with the combined resource identifier, that is, which virtual resources the combined resource is published based on.
[0062] Step S430: Query the share composition information corresponding to each virtual resource identifier from the blockchain, where the share composition information is used to represent the information of each virtual sub-resource included in each virtual resource, and the information of the virtual sub-resource includes the resource type and the resource quantity.
[0063] The share composition information is the information saved when each virtual resource is published or after it is published, which contains the share-related information of the virtual sub-resources that make up the virtual resource, that is, the resource type and the resource quantity. The virtual sub-resource is the most primitive published resource data or resource information. The virtual resources in the blockchain are published based on the virtual sub-resources, and the combined resource is published after being recombined based on the virtual resources. Therefore, it can be considered that the virtual sub-resource is the original resource of the combined resource. For example, there are 5 types of virtual sub-resources in the blockchain, and each virtual sub-resource has 10 shares. The virtual resource is published based on two of the virtual sub-resources, with 5 shares of each virtual sub-resource. Then the share composition information of this virtual resource will include the resource types and share quantities of these two virtual sub-resources. In some embodiments, the virtual sub-resource will not be published in the blockchain, and the publisher will directly save the relevant information of the resource type and the resource quantity in each block of the virtual sub-resource. For example, a virtual sub-resource is a resource based on 100 sheep on the chain, and a virtual resource is published based on 50 of these sheep. Then the share composition information of this virtual resource will be saved in the information of the identifier of the virtual sub-resource, the resource type being "sheep" and the resource quantity being "50 sheep".
[0064] Step S440: Provide the share composition information to the sender of the information query request.
[0065] The server can send the share composition information to the sender of the information query request. The sender of the information query request can determine the resource types and resource quantities of the virtual sub-resources associated with the virtual resources that make up the combined resource based on the share composition information. For example, if the combined resource is composed of four virtual resources, the share composition information received by the sender will include the share composition information corresponding to these four virtual resources. The share composition information of each virtual resource will include the information of one or more virtual sub-resources included in the virtual resource, so as to provide the sender with the information of all the virtual sub-resources involved in the combined resource.
[0066] In the embodiments of the present application, by querying the relationship between the combined resource and the virtual resource and the relationship between the virtual resource and the virtual sub-resource in the blockchain, it is possible to trace the original related resources of the combined resource through the information in the blockchain and provide them to the user after the virtual resource is split and reorganized, thereby reducing the difficulty of obtaining information and improving the information transparency of virtual resource transactions, which is conducive to improving the query efficiency of resource information.
[0067] In some optional embodiments of the present application, based on other technical solutions of the present application, the information query request further carries a compensation resource identifier. When providing the share composition information to the sender of the information query request, the server queries the compensation resource data corresponding to the compensation resource identifier in the information query request from the blockchain. The compensation resource data includes at least one combined resource identifier, and each combined resource identifier corresponds to a type of combined resource. Then, in the process of querying the target combined resource data corresponding to the combined resource identifier in the information query request from the blockchain according to the combined resource identifier carried in the information query request, the target combined resource data corresponding to each combined resource identifier is queried from the blockchain according to the combined resource identifier carried in the information query request and the at least one combined resource identifier included in the compensation resource. Specifically, in this embodiment, there is also a compensation resource in the blockchain, and this compensation resource is the resource obtained after further splitting and issuing the combined resource. Therefore, the compensation resource data will include at least one combined resource identifier. When the server performs information query, it will first query the combined resource identifier of the combined resource that constitutes the compensation resource according to the combined resource identifier in the compensation resource data, and then query the target combined resource data together with the combined resource it requests. In this embodiment, for the compensation resource based on the split and release of the combined resource, the server further queries the target combined resource data related to the compensation resource, which is beneficial to improving the traceability ability for more complex resource structures.
[0068] In some alternative embodiments of the present application, based on other technical solutions of the present application, the server generates and publishes compensation resources in the blockchain based on a predetermined number of target combined resources. Specifically, the server sends data of a predetermined number of target combined resources to a resource compensation institution, and then receives compensation resource information generated by the resource compensation institution based on the data of the predetermined number of target combined resources. Subsequently, the data of the predetermined number of target combined resources is locked in the blockchain, and finally, the compensation resource information is uploaded to the blockchain in the blockchain to generate a block of compensation resources. The block contains a compensation resource identifier of the compensation resources and the resource issuance amount of the compensation resources. Specifically, the resource compensation institution is an institution that compensates for target combined resources. Specifically, for example, it can be an insurance institution. The server sends data of a predetermined number of target combined resources to the resource compensation institution, and the resource compensation institution determines resource compensation information based on the received data of the target combined resources. For example, an insurance company insures a part of bond information provided by an issuing institution and provides relevant information of the insurance contract to the issuing institution. After the issuing institution determines that it has received the contract from the insurance institution, it locks the data of the predetermined number of target combined resources insured in the blockchain. The locking method can be to transfer this part of the resources from the issuing address of the current issuer to a predetermined management address, and the management address can only be accessed by the blockchain management party and does not participate in resource transactions. Therefore, this part of the transferred resources is locked for transactions. After the locking is completed, the issuing institution uploads the compensation resource information to the blockchain to generate a block of compensation resources. The block will contain a compensation resource identifier of the compensation resources and the resource issuance amount. It can be understood that the specific operation for the issuing institution to upload the compensation resource information to the blockchain can be to notify the smart contract to publish corresponding virtual resources in the blockchain based on the compensation resource information. This resource is a homogeneous resource and is a homogeneous resource with different attributes under the same type as the target combined resources. In actual applications, the issuing institution will combine the compensation resources and the combined resources and publish new virtual resources again, thereby further increasing the diversity of the published resources.
[0069] In an embodiment of the present application, other embodiments are also proposed to refine the technical solutions of the Figure 4 embodiments shown, specifically as Figure 6 shown. In a method for executing a blockchain transaction in an embodiment of the present application, the following steps may be included:
[0070] Step S610, receiving an information query request, where the information query request carries a combined resource identifier.
[0071] Optionally, the implementation details of step S610 are the same as those of Figure 4 step S410 shown in
[0072] Step S620: Query, according to the combined resource identifier carried in the information query request, the first on-chain transaction record of the combined resource identifier in the blockchain. The first on-chain transaction record contains at least one virtual resource identifier.
[0073] Step S630: Query, according to each virtual resource identifier in the first on-chain transaction record, the target combined resource data corresponding to the combined resource identifier in the blockchain. The target combined resource data includes at least one virtual resource identifier, and each virtual resource identifier corresponds to a type of virtual resource.
[0074] A combined resource is a virtual resource issued by an issuing institution on the blockchain based on one or more virtual resources. The issuing institution generates a new combined resource by uploading relevant information of the combined resource to the blockchain through a smart contract. Therefore, each combined resource will have a corresponding on-chain transaction record in the blockchain, which is called the first on-chain transaction record. This first on-chain transaction record will be saved in the block where the combined resource is uploaded. The first on-chain transaction record will contain at least one virtual resource identifier, and these virtual resource identifiers are the virtual resources used to issue the combined resource. After the server queries the first on-chain transaction record according to the combined resource identifier, it obtains each virtual resource identifier from the first on-chain transaction record, and then queries the corresponding target combined resource data according to each virtual resource identifier. Each virtual resource identifier corresponds to a type of virtual resource. It can be understood that in the target combined resource, the types of each virtual resource are different, but these different types of virtual resources can be combined and issued as the target combined resource. In the embodiments of the present application, by querying the on-chain publication record of the target combined resource to obtain each corresponding virtual resource identifier, and further querying the corresponding target combined resource data, the traceability of the virtual resources related to the combined resource can be improved.
[0075] Step S640: Query, from the blockchain, the share composition information corresponding to each virtual resource identifier. The share composition information is used to represent the information of each virtual sub-resource included in each virtual resource, and the information of the virtual sub-resource includes the resource type and the resource quantity.
[0076] Optionally, the implementation details of step S640 are the same as those of step S430 shown in Figure 4 and will not be elaborated here.
[0077] Step S650: Provide the share composition information to the sender of the information query request.
[0078] Optionally, the implementation details of step S650 are the same as those of step S440 shown in Figure 4 and will not be elaborated here.
[0079] In an embodiment of the present application, by querying the relationship between the combined resources and the virtual resources and the relationship between the virtual resources and the virtual sub-resources in the blockchain, it is possible to trace the original relevant resources of the combined resources through the information in the blockchain and provide them to the user after the virtual resources are split and recombined, thereby reducing the difficulty of obtaining information and improving the information transparency of virtual resource transactions, which is beneficial to improving the query efficiency of resource information.
[0080] In some alternative embodiments of the present application, based on other technical solutions of the present application, the information query request further carries a compensation resource identifier. When providing the share composition information to the sender of the information query request, the server queries the compensation resource data corresponding to the compensation resource identifier in the information query request from the blockchain, where the compensation resource data includes at least one combined resource identifier, and each combined resource identifier corresponds to a type of combined resource. Then, in the process of querying the target combined resource data corresponding to the combined resource identifier in the information query request from the blockchain according to the combined resource identifier carried in the information query request, the target combined resource data corresponding to each combined resource identifier is queried from the blockchain according to the combined resource identifier carried in the information query request and the at least one combined resource identifier included in the compensation resource. Specifically, in this embodiment, there is also a compensation resource in the blockchain, which is a resource obtained by further splitting and issuing the combined resources. Therefore, the compensation resource data will include at least one combined resource identifier. When the server performs information query, it will first query the combined resource identifier of the combined resource that constitutes the compensation resource according to the combined resource identifier in the compensation resource data, and then query the target combined resource data together with the combined resource it requests. In this embodiment, for the compensation resources based on the split and release of combined resources, the server further queries the target combined resource data related to the compensation resources, which is beneficial to improving the traceability ability for more complex resource structures.
[0081] In some alternative embodiments of the present application, based on other technical solutions of the present application, the server generates and publishes compensation resources in the blockchain based on a predetermined number of target combined resources. Specifically, the server sends data of a predetermined number of target combined resources to a resource compensation institution, and then receives compensation resource information generated by the resource compensation institution based on the data of the predetermined number of target combined resources. Subsequently, the data of the predetermined number of target combined resources is locked in the blockchain, and finally, the compensation resource information is uploaded to the blockchain in the blockchain to generate a block of compensation resources. The block contains a compensation resource identifier of the compensation resources and the resource issuance volume of the compensation resources. Specifically, the resource compensation institution is an institution that compensates for target combined resources. Specifically, for example, it can be an insurance institution. The server sends data of a predetermined number of target combined resources to the resource compensation institution, and the resource compensation institution determines resource compensation information based on the received data of the target combined resources. For example, an insurance company insures a part of the bond information provided by the issuer and provides relevant information of the insurance contract to the issuer. After the issuer determines that it has received the contract from the insurance institution, it locks the data of the predetermined number of target combined resources insured in the blockchain. The locking method can be to transfer this part of the resources from the issuing address of the current issuer to a predetermined management address, and the management address can only be accessed by the blockchain management party and does not participate in resource transactions. Therefore, this part of the transferred resources is locked for trading. After the locking is completed, the issuer uploads the compensation resource information to the blockchain in the blockchain to generate a block of compensation resources. The block will contain a compensation resource identifier of the compensation resources and the resource issuance volume. It can be understood that the specific operation of the issuer uploading the compensation resource information to the blockchain can be to notify the smart contract to publish corresponding virtual resources in the blockchain based on the compensation resource information. This resource is a homogeneous resource and is a homogeneous resource with different attributes under the same type as the target combined resources. In actual applications, the issuer will combine the compensation resources and the combined resources and publish new virtual resources again, thereby further increasing the diversity of the published resources.
[0082] In some alternative embodiments of the present application, based on other technical solutions of the present application, the server combines and publishes virtual resources into combined resources. Specifically, before receiving an information query request, the server obtains a combined resource generation request, which includes at least one virtual resource identifier, the resource quantity corresponding to each virtual resource identifier, and the circulation quantity of the combined resource. Then, according to the virtual resource generation request, for each virtual resource identifier, the server locks the virtual resource in the blockchain according to the resource quantity corresponding to the virtual resource identifier. Finally, in the blockchain, the server uploads the at least one virtual resource identifier and the resource quantity corresponding to each virtual resource identifier to the chain, generating a block of the target combined resource data and a first on-chain transaction record. The block of the target combined resource data includes the combined resource identifier of the target combined resource data and the combined resource that meets the circulation quantity. Specifically, the publication of the combined resource is carried out through an information on-chain process controlled by a smart contract. Before issuing the combined resource, the issuer needs to determine the virtual resources to be combined, the usage quantity of each virtual resource, and the circulation quantity of the combined resource. Subsequently, the issuer initiates a combined resource generation request. After the server receives this request, for each virtual resource identifier included in the request, it locks the virtual resource in the blockchain according to the resource quantity corresponding to the virtual resource identifier. The locking method can be to transfer the ownership of the virtual resource corresponding to the corresponding resource to the management account address of the management party or the issuer, thus stopping its trading circulation. Finally, the server uploads the at least one virtual resource identifier and the resource quantity corresponding to each virtual resource identifier to the chain in the blockchain. The information of these virtual resource identifiers and resource quantities serves as the basic information for the publication of the combined resource. After uploading to the chain, a block of the target combined resource data and a first on-chain transaction record will be generated in the block. The block of the target combined resource data includes the combined resource identifier of the target combined resource data and the combined resource that meets the circulation quantity. The smart contract in the blockchain will generate shares of the combined resource corresponding to the circulation quantity. For example, if the issuer requests to generate 100 combined resources, the blockchain will generate 100 tokens, and each token corresponds to a share of a combined resource. In this embodiment, the blockchain combines multiple virtual resources and publishes them as combined resources, thereby enhancing the blockchain's ability to implement resource recombination and issuance.
[0083] In some alternative embodiments of the present application, based on other technical solutions of the present application, each virtual resource corresponds to a resource level. Before obtaining the combined resource generation request, the blockchain determines which virtual resources to combine and issue according to the resource rating of the virtual resources. Specifically, the server first determines the virtual resources corresponding to the combined resources to be generated and the corresponding resource amounts according to the combined resource policy. The combined resource policy includes the proportion of virtual resources of different resource levels in the resource group to be generated. Then, according to the determined virtual resources and the corresponding resource amounts, the combined resource generation request is generated. Specifically, the combined resource policy is pre-deployed in the server, which includes the proportion of virtual resources of different resource levels in the resource group to be generated. This proportion of resources can be the proportion of the resource shares published in the blockchain. Since each virtual resource corresponds to a resource level, the server can determine the virtual resources corresponding to the combined resources to be generated and the corresponding resource amounts according to the proportion of resources specified for the virtual resources of each resource level in the combined resource policy. The resource level is used to identify the priority of the corresponding virtual resource, such as credit evaluation or reliability evaluation, etc. For example, if three resource levels are defined in the blockchain, the combined resource policy can define to select one virtual resource from the first resource level, the second resource level, and the third resource level respectively, and the resource proportion is 6:3:1. After determining the virtual resources and the corresponding resource amounts, the server generates the combined resource generation request according to the determined information. In this embodiment, determining the virtual resources and the corresponding resource amounts to be used when generating the combined resources according to different resource levels is beneficial to ensuring the reliability of the generated combined resources.
[0084] In an embodiment of the present application, other embodiments for refining the technical solution of the embodiment shown are also proposed, specifically as Figure 4 shown. In a method for executing a blockchain transaction in an embodiment of the present application, the following steps may be included: Figure 7 shown.
[0085] Step S710, receiving an information query request, where the information query request carries a combined resource identifier.
[0086] Optionally, the implementation details of step S710 are the same as those of Figure 4 step S410 shown, and will not be elaborated here.
[0087] Step S720, according to the combined resource identifier carried in the information query request, querying the target combined resource data corresponding to the combined resource identifier from the blockchain, where the target combined resource data includes at least one virtual resource identifier, and each virtual resource identifier corresponds to a type of virtual resource.
[0088] Optionally, the implementation details of step S720 are the same as those of Figure 4 step S420 shown in
[0089] Step S730: Query the second on-chain transaction record of each virtual resource identifier in the target combined resource data from the blockchain, where each second on-chain transaction record contains a parent resource identifier;
[0090] Step S740: Query the virtual parent resource corresponding to the parent resource identifier from the blockchain according to the parent resource identifier in the second on-chain transaction record, where the virtual parent resource corresponds to information of multiple virtual child resources;
[0091] Step S750: Determine the share composition information corresponding to each virtual resource identifier in the target combined resource data according to the correspondence between each virtual child resource and the virtual resource identifier in the virtual parent resource and each virtual resource identifier in the target combined resource data, where the share composition information is used to represent the information of each virtual child resource included in each virtual resource, and the information of the virtual child resource includes the resource type and the resource quantity.
[0092] In this embodiment, the issuer's server obtains the virtual parent resource of the virtual resource according to the second on-chain transaction record of the virtual resource, and then determines the virtual sub-resources corresponding to the virtual resource according to the parent resource. Specifically, the server queries the second on-chain transaction records of each virtual resource identifier in the target combined resource data from the blockchain, where each second on-chain transaction record contains a parent resource identifier. The virtual parent resource is the set resource of all virtual sub-resources. Usually, the issuer obtains the packaged resource set from the resource provider, and the virtual result of the resource set on the blockchain is the virtual parent resource, and each resource in the set resource is correspondingly determined as a virtual sub-resource. Therefore, there is a corresponding relationship between the virtual parent resource and the virtual sub-resource. This corresponding relationship can be stored in the blockchain or in the database. The information of the virtual sub-resource is similar to that of the virtual parent resource and can also be stored in the blockchain or stored in a separate database. The server will query the virtual parent resource corresponding to the parent resource identifier from the blockchain according to the parent resource identifier in the second on-chain transaction record, and the virtual parent resource corresponds to the information of multiple virtual sub-resources. The virtual resource is published based on one or more virtual sub-resources. Therefore, it can be considered that the virtual parent resource is split and published into virtual resources. On this premise, when the virtual resource is published and chained, it will save the source of its virtual sub-resource in the on-chain record, that is, the identifier of the virtual parent resource. After querying the data of the virtual parent resource, the server will determine the share composition information corresponding to each virtual resource identifier in the target combined resource data according to the corresponding relationship between each virtual sub-resource and the virtual resource identifier in the virtual parent resource and each virtual resource identifier in the target combined resource data. Specifically, after determining the virtual resource identifier, it can be queried which virtual sub-resources correspond to the virtual resource identifier, that is, which virtual sub-resources are used to publish the virtual resource, and then further confirm and obtain the share composition information of the used virtual sub-resources. The share composition information can be stored in a separate database, and the corresponding share composition information can be queried through the address or identifier of the virtual resource and the address or identifier of the virtual sub-resource. In this embodiment, the virtual parent resource is queried through the second on-chain transaction record, and then the share composition information of the virtual resource is determined according to the corresponding relationship between the virtual parent resource and the virtual sub-resource, so that the solution can trace the specific share information used to publish the virtual resource, which is beneficial to improving the traceability granularity of the solution.
[0093] Step S760, provide the share composition information to the sender of the information query request.
[0094] Optionally, the implementation details of step S760 are the same as Figure 4 the step S440 shown in, and will not be elaborated here.
[0095] In the embodiments of the present application, by querying the relationships between combined resources and virtual resources and between virtual resources and virtual sub-resources in the blockchain, it is possible to trace back to the original related resources of the combined resources through the information in the blockchain and provide them to users even after the virtual resources are split and reorganized. This reduces the difficulty of obtaining information and improves the information transparency of virtual resource transactions, which is beneficial to improving the query efficiency of resource information.
[0096] In some alternative embodiments of the present application, based on other technical solutions of the present application, the information query request further carries a compensation resource identifier. When providing the share composition information to the sender of the information query request, the server queries the compensation resource data corresponding to the compensation resource identifier in the information query request from the blockchain. The compensation resource data includes at least one combined resource identifier, and each combined resource identifier corresponds to a type of combined resource. Then, in the process of querying the target combined resource data corresponding to the combined resource identifier in the information query request from the blockchain, according to the combined resource identifier carried in the information query request and the at least one combined resource identifier included in the compensation resource, the server queries the target combined resource data corresponding to each combined resource identifier from the blockchain. Specifically, in this embodiment, there is also a compensation resource in the blockchain, which is obtained by further splitting and issuing combined resources. Therefore, the compensation resource data will include at least one combined resource identifier. When the server performs information query, it will first query the combined resource identifiers of the combined resources that make up the compensation resource according to the combined resource identifiers in the compensation resource data, and then query the target combined resource data together with the combined resources it requests. In this embodiment, for the compensation resources based on the split and release of combined resources, the server further queries the target combined resource data related to the compensation resources, which is beneficial to improving the traceability ability for more complex resource structures.
[0097] In some alternative embodiments of the present application, based on other technical solutions of the present application, the server generates and publishes compensation resources in the blockchain based on a predetermined number of target combined resources. Specifically, the server sends data of a predetermined number of target combined resources to a resource compensation institution, and then receives compensation resource information generated by the resource compensation institution based on the data of the predetermined number of target combined resources. Subsequently, the data of the predetermined number of target combined resources is locked in the blockchain, and finally, the compensation resource information is uploaded to the blockchain in the blockchain to generate a block of compensation resources. The block contains the compensation resource identifier of the compensation resources and the resource issuance amount of the compensation resources. Specifically, the resource compensation institution is an institution that compensates for target combined resources. Specifically, for example, it can be an insurance institution. The server sends data of a predetermined number of target combined resources to the resource compensation institution, and the resource compensation institution determines resource compensation information based on the received data of the target combined resources. For example, an insurance company insures a part of the bond information provided by the issuer and provides relevant information of the insurance contract to the issuer. After the issuer determines that it has received the contract from the insurance institution, it locks the data of the predetermined number of target combined resources insured in the blockchain. The locking method can be to transfer this part of the resources from the issuing address of the current issuer to a predetermined management address, and the management address can only be accessed by the blockchain management party and does not participate in resource transactions. Therefore, this part of the transferred resources is locked for transactions. After the locking is completed, the issuer uploads the compensation resource information to the blockchain in the blockchain to generate a block of compensation resources. The block will contain the compensation resource identifier of the compensation resources and the resource issuance amount. It can be understood that the specific operation for the issuer to upload the compensation resource information to the blockchain can be to notify the smart contract to publish corresponding virtual resources in the blockchain based on the compensation resource information. This resource is a homogeneous resource and is a homogeneous resource with different attributes under the same type as the target combined resources. In actual applications, the issuer will combine the compensation resources and the combined resources and publish new virtual resources again, thereby further increasing the diversity of the published resources.
[0098] In some alternative embodiments of the present application, based on other technical solutions of the present application, before receiving an information query request, the issuer server will split the virtual parent resource into virtual resources for release. Specifically, the server will obtain a virtual resource generation request, which includes the parent resource identifier of the virtual parent resource, the amount of resources uploaded to the blockchain, and the amount of resources to be generated. The amount of resources uploaded to the blockchain refers to how many portions of the virtual parent resource are used to generate virtual resources, while the amount of resources to be generated indicates how many portions of virtual resources are to be generated. Subsequently, the server locks the virtual parent resource corresponding to the amount of resources uploaded to the blockchain according to the virtual resource generation request. The locking method is similar to that of virtual resources. Finally, the server uploads the parent resource identifier and the amount of resources uploaded to the blockchain of the virtual parent resource in the blockchain, generates a block of virtual resources and the second blockchain transaction record, and the block contains the virtual resource identifier of the virtual resources and the virtual resources that meet the amount of resources to be generated. The difference between the process of uploading virtual resources to the blockchain and the process of uploading combined virtual resources to the blockchain is that virtual resources are released by splitting virtual parent resources, while combined resources are released by combining multiple virtual resources. The specific release operations are similar, and both lock the resources required for release through smart contracts and then upload the relevant information of the locked resources to release the corresponding new resources. In this embodiment, virtual resources are released by splitting virtual parent resources, so that more flexible release configurations can be performed on virtual parent resources, which is beneficial to improving the flexibility of resource transactions.
[0099] In some alternative embodiments of the present application, based on other technical solutions of the present application, before combining virtual resources to generate combined resources, the server will rate the virtual resources. Specifically, after uploading the parent resource identifier and the amount of resources uploaded to the blockchain of the virtual parent resource in the blockchain to generate a block of virtual resources and the second blockchain transaction record, the server will obtain the share composition information of the virtual resources from the blockchain, then send a resource evaluation request to a resource evaluation institution, the resource evaluation request carries the share composition information of the virtual resources, and finally receive the resource level of the virtual resources determined by the resource evaluation institution according to the share composition information. The resource level of virtual resources is used to indicate the reliability of virtual resources. By rating virtual resources, the combination of virtual resources can be managed according to the resource level, avoiding the combination of overly reliable resources into combined resources, and improving the availability of combined resources.
[0100] In some alternative embodiments of the present application, based on other technical solutions of the present application, before receiving an information query request, the server of the issuer generates virtual parent resources in the blockchain. Specifically, the server receives a virtual parent resource generation request, which carries the resource voucher information of the virtual parent resource to be chained and the amount of parent resource generation. Then, according to the virtual parent resource generation request, the server saves the resource voucher information to a predetermined storage space, obtains the voucher access information of the resource voucher information in the predetermined storage space, and finally chains the voucher access information to generate a block of the virtual parent resource to be chained. The virtual parent resource to be chained includes the parent resource identifier of the virtual parent resource to be chained and the virtual parent resources that meet the amount of parent resource generation. In this embodiment, the virtual parent resources are generated and published based on the resource voucher information. The resource voucher information is saved by the server to a predetermined storage space, and the access address of the resource voucher information in the predetermined storage space is used as the information to be chained to generate the virtual parent resources. In this embodiment, the virtual parent resources are also a type of resource in the blockchain, and the server generates a certain amount of virtual parent resources according to the request. For example, the server can generate 100 virtual parent resources. In one example, 50 of them can be split to generate virtual resources, and the other 50 are directly used for resource transactions. By chaining the virtual parent resources in the blockchain, the blockchain can perform complete traceability management on the virtual parent resources, virtual resources, virtual sub-resources, and combined resources, which is beneficial to improving the data integrity of the blockchain system and the management ability of resources.
[0101] In some alternative embodiments of the present application, based on other technical solutions of the present application, before receiving a virtual parent resource generation request, the server of the blockchain obtains the resource voucher information from the resource management structure. Specifically, the server sends a resource voucher transfer request to the resource management institution, which carries the identifier of the resource voucher information, and then receives the resource voucher information sent by the resource management institution, and the resource voucher information includes the information of the multiple virtual sub-resources.
[0102] The following uses specific examples to elaborate on the implementation details of the technical solutions of the embodiments of the present application: Please refer to Figure 8 , Figure 8 is a schematic flowchart of the information query scheme applied in the financial product scenario in the embodiments of the present application. As Figure 8As shown, in this specific embodiment, first, the issuing institution obtains a large number of loan vouchers from resource management institutions such as banks. The issuing institution issues securities based on these loan vouchers. Corresponding to the implementation of the blockchain, the smart contract will generate non-fungible equity vouchers corresponding to the securities according to the triggered interface based on these loan vouchers. These non-fungible warrants all have the same tpye attribute, indicating that they belong to the same type of securities. It can be understood that although the total number of non-fungible equity vouchers issued in the blockchain is known, the blockchain does not specify the specific meaning represented by each non-fungible equity voucher, but determines it through additional supplementary information. For example, 100 non-fungible equity vouchers corresponding to securities are issued in the blockchain. For the blockchain, they are just 100 non-fungible equity vouchers with the same attribute value of the type attribute and different tokens. However, specific information such as which amount of funds in which loan voucher each non-fungible equity voucher corresponds to is provided by a separate database of the issuer. The issuing institution will rate the issued securities and generally divide them into different types of securities, namely mortgage-backed securities (MBS) and asset-backed securities (ABS), according to the different ratings and uses of the loan vouchers. In a specific blockchain, new fungible equity vouchers will be issued based on a part of the non-fungible equity vouchers. These fungible equity vouchers have the same type attribute and different ID attributes, indicating that they are different types under the same kind of securities. As fungible equity vouchers, they can be combined with each other. For example, for the above 100 non-fungible equity vouchers, the server issues 50 fungible equity vouchers A based on 10 of them, 60 fungible equity vouchers B based on another 5 of them, and 10 fungible equity vouchers C based on another 15 of them. Then in the blockchain, there will be 70 non-fungible equity vouchers and 120 fungible equity vouchers. Similarly, both non-fungible equity vouchers and fungible equity vouchers represent only simple shares in the blockchain. That is, 10 non-fungible equity vouchers are divided into 50 shares, but the actual loan vouchers and actual loan amounts corresponding to each share are saved through another database. In one example, among the 10 non-fungible equity vouchers, each corresponds to 10 loans. Among the 50 shares of fungible equity voucher A, the 1st to 5th fungible equity vouchers A respectively correspond to one-fifth of the amount of the first loan, and the 6th to 10th fungible equity vouchers A respectively correspond to one-fifth of the amount of the second loan, and so on. In another example, for the same loan vouchers, the 1st to 5th fungible equity vouchers A can respectively correspond to one-tenth of the amount of the first loan and one-tenth of the amount of the second loan. The issuer of the securities can recombine MBS and ABS and issue them as collateralized debt obligations (CDO).In the blockchain, the server will combine and reissue the issued fungible entitlement vouchers according to a specified quantity. For example, the blockchain can combine 25 fungible entitlement vouchers A and 30 fungible entitlement vouchers B and reissue them as 100 fungible entitlement vouchers D. Here, the issued fungible entitlement vouchers D have the same Type attribute as fungible entitlement vouchers A and fungible entitlement vouchers B, but have different ID attributes. That is to say, the newly issued fungible entitlement vouchers D are at the same level as the previously issued fungible entitlement vouchers A, B, and C, and are all different subclasses under the non-fungible entitlement vouchers. Similar to the previous fungible entitlement vouchers, although the fungible entitlement vouchers D correspond to the security CDO, the specific data corresponding to each fungible entitlement voucher D is still supplemented by the external system of the blockchain. For example, the external system will store the token of each fungible entitlement voucher D and the specific amount or share information of the corresponding security CDO. The security CDO can be further split and combined. The issuing institution can provide a part of the security CDO to an insurance company for guarantee to obtain the insurance CDS, and then combine the CDS with the remaining security CDO to issue the synthetic CDS again. In the blockchain, the example process can be that the blockchain issues 10 fungible entitlement vouchers E based on 50 fungible entitlement vouchers D. Then, based on the 10 fungible entitlement vouchers E and the remaining 50 fungible entitlement vouchers D together, 100 fungible entitlement vouchers F are issued again. At this point, there will be 70 non-fungible entitlement vouchers in the blockchain (30 are used to issue fungible entitlement vouchers A, B, and C), 25 fungible entitlement vouchers A (25 are used to issue fungible entitlement vouchers D), 30 fungible entitlement vouchers B (30 are used to issue fungible entitlement vouchers D), 10 fungible entitlement vouchers C, 0 fungible entitlement vouchers D (50 are used to issue fungible entitlement vouchers E, 50 are used to issue fungible entitlement vouchers F), 0 fungible entitlement vouchers E (all are used to issue fungible entitlement vouchers F), and 100 fungible entitlement vouchers F. Similarly, the fungible entitlement vouchers E and the fungible entitlement vouchers F have the same Type attribute as the above other fungible entitlement vouchers, but have different ID attributes. Thus, it can be understood that generally, the entitlement vouchers issued in the blockchain are divided into two levels. The non-fungible entitlement vouchers are the first level, distinguished by the attribute Type. Non-fungible entitlement vouchers with different attribute Types cannot be combined to issue new entitlement vouchers. The fungible entitlement vouchers are the second level. They are issued based on the first-level non-fungible entitlement vouchers. The fungible entitlement vouchers issued based on non-fungible entitlement vouchers with the same attribute Type are distinguished by the attribute ID, but fungible entitlement vouchers with different attribute IDs can be combined to issue new fungible entitlement vouchers.The issuance quantities of non-fungible rights and interests vouchers and fungible rights and interests vouchers represent amounts in the blockchain, and the actual corresponding loan vouchers and loan amounts need to be determined through additional supplementary information. For example, for 100 non-fungible rights and interests vouchers, if the server issues 50 fungible rights and interests vouchers A based on 10 of them, it doesn't necessarily mean that these 50 fungible rights and interests vouchers A account for 10% of the loan amount corresponding to the non-fungible rights and interests vouchers. Instead, one fungible right and interests voucher A may correspond to 1%, and another fungible right and interests voucher A may correspond to 2%, and the corresponding loan vouchers for the two may not be the same either. When querying, if a user requests the server to query the original loan voucher corresponding to a certain fungible right and interests voucher F, the blockchain can query the fungible right and interests voucher D according to the records in the blockchain, and then query the fungible right and interests vouchers A and B, and then query the corresponding non-fungible rights and interests vouchers. Then, according to the tokens of these rights and interests vouchers, query the supplementary information of each right and interests voucher in the supplementary information server, so as to determine which loan vouchers and which amounts the fungible right and interests voucher F corresponds to.
[0103] It should be noted that although the steps of the method in this application are described in a specific order in the accompanying drawings, this does not require or imply that these steps must be executed in this specific order, or that all the steps shown must be executed to achieve the desired result. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step for execution, and / or one step may be decomposed into multiple steps for execution, etc.
[0104] The following introduces the device implementation of this application, which can be used to execute the information query method in the above embodiments of this application. Figure 9 Schematically shows the composition block diagram of the information query device in the embodiments of this application. As Figure 9 shown, the information query device 900 mainly may include:
[0105] A receiving module 910, configured to receive an information query request, where the information query request carries a combined resource identifier;
[0106] A data query module 920, configured to query, from the blockchain, target combined resource data corresponding to the combined resource identifier carried in the information query request, where the target combined resource data includes at least one virtual resource identifier, and each virtual resource identifier corresponds to a type of virtual resource;
[0107] A share query module 930 is configured to query, from the blockchain, share composition information corresponding to each virtual resource identifier, where the share composition information is used to represent information on each virtual sub-resource included in each virtual resource, and the information on the virtual sub-resource includes a resource type and a resource quantity;
[0108] A providing module 940 is configured to provide the share composition information to a sender of the information query request.
[0109] In some embodiments of the present application, based on the above technical solution, the data query module 920 is specifically configured to: according to the combined resource identifier carried in the information query request, query, from the blockchain, a first on-chain transaction record of the combined resource identifier in the blockchain, where the first on-chain transaction record includes at least one virtual resource identifier; according to each virtual resource identifier in the first on-chain transaction record, query, in the blockchain, target combined resource data corresponding to the combined resource identifier.
[0110] In some embodiments of the present application, based on the above technical solution, the receiving module 910 is further configured to: obtain a combined resource generation request, where the combined resource generation request includes at least one virtual resource identifier, a resource quantity corresponding to each virtual resource identifier, and an issue quantity of the combined resource; according to the virtual resource generation request, for each virtual resource identifier, lock a virtual resource in the blockchain according to the resource quantity corresponding to the virtual resource identifier; on the blockchain, upload the at least one virtual resource identifier and the resource quantity corresponding to each virtual resource identifier to generate a block of the target combined resource data and a first on-chain transaction record, where the block of the target combined resource data includes a combined resource identifier of the target combined resource data and a combined resource that meets the issue quantity.
[0111] In some embodiments of the present application, based on the above technical solution, each virtual resource corresponds to a resource level; the receiving module 910 is further configured to: according to a combined resource policy, determine virtual resources corresponding to the combined resource to be generated and corresponding resource quantities, where the combined resource policy includes a resource quantity proportion of virtual resources of different resource levels in a resource group to be generated; according to the determined virtual resources and corresponding resource quantities, generate the combined resource generation request.
[0112] In some embodiments of the present application, based on the above technical solutions, the share query module 930 is specifically configured to: query, from the blockchain, the second on-chain transaction records of each virtual resource identifier in the target combined resource data, where each second on-chain transaction record contains a parent resource identifier; according to the parent resource identifier in the second on-chain transaction record, query, from the blockchain, the virtual parent resource corresponding to the parent resource identifier, where the virtual parent resource corresponds to information of multiple virtual sub-resources; and according to the corresponding relationship between each virtual sub-resource and the virtual resource identifier in the virtual parent resource and each virtual resource identifier in the target combined resource data, determine the share composition information corresponding to each virtual resource identifier in the target combined resource data.
[0113] In some embodiments of the present application, based on the above technical solutions, the receiving module 910 is further configured to: obtain a virtual resource generation request, where the virtual resource generation request includes the parent resource identifier of the virtual parent resource, the on-chain resource quantity, and the resource generation quantity; according to the virtual resource generation request, lock, in the blockchain, the virtual parent resource corresponding to the on-chain resource quantity; and on the blockchain, upload the parent resource identifier and the on-chain resource quantity of the virtual parent resource to generate a block of the virtual resource and the second on-chain transaction record, where the block contains the virtual resource identifier of the virtual resource and the virtual resource that meets the resource generation quantity.
[0114] In some embodiments of the present application, based on the above technical solutions, the receiving module 910 is further configured to: obtain, from the blockchain, the share composition information of the virtual resource; send a resource evaluation request to a resource evaluation institution, where the resource evaluation request carries the share composition information of the virtual resource; and receive the resource level of the virtual resource determined by the resource evaluation institution according to the share composition information.
[0115] In some embodiments of the present application, based on the above technical solutions, the receiving module 910 is further configured to: receive a virtual parent resource generation request, where the virtual parent resource generation request carries the resource certificate information of the to-be-on-chain virtual parent resource and the parent resource generation quantity; according to the virtual parent resource generation request, save the resource certificate information to a predetermined storage space to obtain the certificate access information of the resource certificate information in the predetermined storage space; and upload the certificate access information to generate a block of the to-be-on-chain virtual parent resource, where the to-be-on-chain virtual parent resource contains the parent resource identifier of the to-be-on-chain virtual parent resource and the virtual parent resource that meets the parent resource generation quantity.
[0116] In some embodiments of the present application, based on the above technical solutions, the receiving module 910 is further configured to: initiate a resource certificate transfer request to a resource management institution, where the resource certificate transfer request carries an identifier of resource certificate information; receive the resource certificate information sent by the resource management institution, and the resource certificate information includes information of the multiple virtual sub-resources.
[0117] In some embodiments of the present application, based on the above technical solutions, the information query request further carries a compensation resource identifier; the providing module 940 is further configured to: query, from the blockchain, compensation resource data corresponding to the compensation resource identifier in the information query request, where the compensation resource data includes at least one combined resource identifier, and each combined resource identifier corresponds to a type of combined resource;
[0118] The data query module 920 is specifically configured to: query, from the blockchain, target combined resource data corresponding to each combined resource identifier according to the combined resource identifier carried in the information query request and at least one combined resource identifier included in the compensation resource.
[0119] In some embodiments of the present application, based on the above technical solutions, the providing module 940 is further configured to: send a predetermined number of target combined resource data to a resource compensation institution; receive compensation resource information generated by the resource compensation institution based on the predetermined number of target combined resource data; lock the predetermined number of target combined resource data in the blockchain; and upload the compensation resource information to the blockchain to generate a block of the compensation resource, where the block includes a compensation resource identifier of the compensation resource and a resource issuance amount of the compensation resource.
[0120] It should be noted that the device provided in the above embodiment and the method provided in the above embodiment belong to the same concept. The specific manners in which each module performs operations have been described in detail in the method embodiment, and will not be repeated here.
[0121] Figure 10 The structure diagram of a computer system of an electronic device suitable for implementing the embodiments of the present application is shown.
[0122] It should be noted that Figure 10 The computer system 1000 of the electronic device shown is only an example, and should not bring any limitation to the functions and usage scopes of the embodiments of the present application.
[0123] Such as Figure 10As shown, computer system 1000 includes a Central Processing Unit (CPU) 1001, which can perform various appropriate actions and processes according to programs stored in a Read-Only Memory (ROM) 1002 or programs loaded from a storage section 1008 into a Random Access Memory (RAM) 1003. In the RAM 1003, various programs and data required for system operation are also stored. The CPU 1001, ROM 1002, and RAM 1003 are connected to each other via a bus 1004. An Input / Output (I / O) interface 1005 is also connected to the bus 1004.
[0124] The following components are connected to the I / O interface 1005: an input section 1006 including a keyboard, a mouse, etc.; an output section 1007 including, for example, a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), etc. and a speaker, etc.; a storage section 1008 including a hard disk, etc.; and a communication section 1009 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to the I / O interface 1005 as needed. A removable medium 1011, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1010 as needed so that a computer program read from it can be installed into the storage section 1008 as needed.
[0125] Specifically, according to an embodiment of the present application, the processes described in each method flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes program codes for performing the methods shown in the flowcharts. In such an embodiment, the computer program can be downloaded and installed from a network via the communication section 1009, and / or installed from the removable medium 1011. When the computer program is executed by a Central Processing Unit (CPU) 1001, various functions defined in the system of the present application are executed.
[0126] It should be noted that the computer-readable medium shown in the embodiments of the present application can be a computer-readable signal medium, a computer-readable storage medium, or any combination of the two. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples of the computer-readable storage medium can include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, the computer-readable storage medium can be any tangible medium that contains or stores a program, and this program can be used by or in combination with an instruction execution system, apparatus, or device. In the present application, the computer-readable signal medium can include a data signal propagated in a baseband or as part of a carrier wave, which carries computer-readable program code. Such a propagated data signal can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. The computer-readable signal medium can also be any computer-readable medium other than the computer-readable storage medium, and this computer-readable medium can send, propagate, or transmit a program for use by or in combination with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted by any suitable medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.
[0127] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architectures, functions, and operations of systems, methods, and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagram can represent a module, a program segment, or a part of code, and the above module, program segment, or part of code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order than that marked in the accompanying drawings. For example, two consecutive blocks shown may actually be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram or flowchart, and the combination of blocks in the block diagram or flowchart, can be implemented by a dedicated hardware-based system for performing the specified functions or operations, or can be implemented by a combination of dedicated hardware and computer instructions.
[0128] It should be noted that although several modules or units of a device for action execution are mentioned in the above detailed description, such a division is not mandatory. In fact, according to the embodiments of the present application, the features and functions of two or more of the above-described modules or units can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.
[0129] Through the description of the above embodiments, those skilled in the art can easily understand that the exemplary embodiments described herein can be implemented by software or by a combination of software and necessary hardware. Therefore, the technical solutions according to the embodiments of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, and includes several instructions to enable a computing device (such as a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the embodiments of the present application.
[0130] After considering the specification and practicing the invention disclosed herein, those skilled in the art will readily conceive of other embodiments of the present application. The present application is intended to cover any variations, uses, or adaptations of the present application, which follow the general principles of the present application and include known common general knowledge or conventional technical means in the technical field not disclosed in the present application.
[0131] It should be understood that the present application is not limited to the exact structures already described and shown in the drawings, and various modifications and changes can be made without departing from its scope. The scope of the present application is only limited by the appended claims.
Claims
1. A method for information query, characterized in that, Including: Receiving an information query request, where the information query request carries a combined resource identifier; According to the combined resource identifier carried in the information query request, querying, from a blockchain, target combined resource data corresponding to the combined resource identifier, where the target combined resource data includes at least one virtual resource identifier, and each virtual resource identifier corresponds to a type of virtual resource; Querying, from the blockchain, share composition information corresponding to each virtual resource identifier, where the share composition information is used to represent information on each virtual sub-resource included in each virtual resource, and the information on the virtual sub-resource includes a resource type and a resource quantity; Providing the share composition information to the sender of the information query request.
2. The method according to claim 1, wherein Querying, from the blockchain, the target combined resource data corresponding to the combined resource identifier according to the combined resource identifier carried in the information query request includes: According to the combined resource identifier carried in the information query request, querying, from the blockchain, a first on-chain transaction record of the combined resource identifier in the blockchain, where the first on-chain transaction record includes at least one virtual resource identifier; According to each virtual resource identifier in the first on-chain transaction record, querying, in the blockchain, the target combined resource data corresponding to the combined resource identifier.
3. The method according to claim 2, wherein Before receiving the information query request, the method further includes: Obtaining a combined resource generation request, where the combined resource generation request includes at least one virtual resource identifier, a resource quantity corresponding to each virtual resource identifier, and an issue quantity of the combined resource; According to the virtual resource generation request, for each virtual resource identifier, locking a virtual resource in the blockchain according to the resource quantity corresponding to the virtual resource identifier; On the blockchain, uploading the at least one virtual resource identifier and the resource quantity corresponding to each virtual resource identifier to generate a block of the target combined resource data and a first on-chain transaction record, where the block of the target combined resource data includes the combined resource identifier of the target combined resource data and the combined resource satisfying the issue quantity.
4. The method according to claim 3, wherein Each virtual resource corresponds to a resource level; before obtaining the combined resource generation request, the method further includes: According to a combined resource policy, determining virtual resources corresponding to the to-be-generated combined resource and corresponding resource quantities, where the combined resource policy includes a resource quantity proportion of virtual resources at different resource levels in the to-be-generated resource group; Generating the combined resource generation request according to the determined virtual resources and corresponding resource quantities.
5. The method according to claim 1, characterized in that, The querying, from the blockchain, the share composition information corresponding to each virtual resource identifier includes: Querying, from the blockchain, a second on-chain transaction record of each virtual resource identifier in the target combined resource data, where each second on-chain transaction record includes a parent resource identifier; According to the parent resource identifier in the second on-chain transaction record, querying, from the blockchain, a virtual parent resource corresponding to the parent resource identifier, where the virtual parent resource corresponds to information on multiple virtual sub-resources; Determine the share composition information corresponding to each virtual resource identifier in the target combined resource data according to the correspondence between each virtual sub-resource in the virtual parent resource and the virtual resource identifier and each virtual resource identifier in the target combined resource data.
6. The method according to claim 5, wherein Before receiving the information query request, the method further includes: Obtain a virtual resource generation request, where the virtual resource generation request includes the parent resource identifier of the virtual parent resource, the amount of resources on the chain, and the amount of resources generated. According to the virtual resource generation request, lock the virtual parent resource corresponding to the amount of resources on the chain in the blockchain. Upload the parent resource identifier and the amount of resources on the chain of the virtual parent resource in the blockchain to generate a block of the virtual resource and the second on-chain transaction record, where the block includes the virtual resource identifier of the virtual resource and the virtual resources that meet the amount of resources generated.
7. The method according to claim 6, characterized in that, After uploading the parent resource identifier and the amount of resources on the chain of the virtual parent resource in the blockchain to generate a block of the virtual resource and the second on-chain transaction record, it includes: Obtain the share composition information of the virtual resource from the blockchain. Send a resource evaluation request to a resource evaluation institution, where the resource evaluation request carries the share composition information of the virtual resource. Receive the resource level of the virtual resource determined by the resource evaluation institution according to the share composition information.
8. The method according to claim 5, wherein Before receiving the information query request, the method further includes: Receive a virtual parent resource generation request, where the virtual parent resource generation request carries the resource certificate information of the virtual parent resource to be on the chain and the amount of parent resources generated. According to the virtual parent resource generation request, save the resource certificate information to a predetermined storage space to obtain the certificate access information of the resource certificate information in the predetermined storage space. Upload the certificate access information to generate a block of the virtual parent resource to be on the chain, where the virtual parent resource to be on the chain includes the parent resource identifier of the virtual parent resource to be on the chain and the virtual parent resources that meet the amount of parent resources generated.
9. The method according to claim 8, wherein Before receiving the virtual parent resource generation request, it includes: Initiate a resource certificate transfer request to a resource management institution, where the resource certificate transfer request carries the identifier of the resource certificate information. Receive the resource certificate information sent by the resource management institution, where the resource certificate information includes the information of the multiple virtual sub-resources.
10. The method according to claim 1, characterized in that The information query request further carries a compensation resource identifier; before providing the share composition information to the sender of the information query request, the method further includes: Query the compensation resource data corresponding to the compensation resource identifier in the information query request from the blockchain, where the compensation resource data includes at least one combined resource identifier, and each combined resource identifier corresponds to a type of combined resource. The querying the target combined resource data corresponding to the combined resource identifier from the blockchain according to the combined resource identifier carried in the information query request includes: Query the target combined resource data corresponding to each combined resource identifier from the blockchain according to the combined resource identifier carried in the information query request and at least one combined resource identifier included in the compensation resource.
11. The method according to claim 10, wherein The method further includes: Sending a predetermined quantity of target combined resource data to a resource compensation institution; Receiving compensation resource information generated by the resource compensation institution based on the predetermined quantity of target combined resource data; Locking the predetermined quantity of target combined resource data in the blockchain; Uploading the compensation resource information to the blockchain in the blockchain to generate a block of the compensation resource, where the block includes a compensation resource identifier of the compensation resource and a resource issuance volume of the compensation resource.
12. An information query device, characterized in that, It includes: A receiving module configured to receive an information query request, where the information query request carries a combined resource identifier; A data query module configured to query the target combined resource data corresponding to the combined resource identifier from the blockchain according to the combined resource identifier carried in the information query request, where the target combined resource data includes at least one virtual resource identifier, and each virtual resource identifier corresponds to a type of virtual resource; A share query module configured to query share composition information corresponding to each virtual resource identifier from the blockchain, where the share composition information is used to represent information of each virtual sub-resource included in each virtual resource, and the information of the virtual sub-resource includes a resource type and a resource quantity; A providing module configured to provide the share composition information to a sender of the information query request.
13. An electronic device, characterized in that, It includes: A processor; A memory for storing executable instructions of the processor; Wherein, the processor is configured to execute the information query method according to any one of claims 1 to 11 by executing the executable instructions.
14. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the information query method according to any one of claims 1 to 11.
15. A computer program product, characterized in that, A computer program product includes a computer program, the computer program is stored in a computer-readable storage medium, and a processor of an electronic device reads and executes the computer program from the computer-readable storage medium, so that the electronic device executes the information query method according to any one of claims 1 to 11.