CN113011941A

CN113011941A - Virtual resource processing method, device, equipment and computer readable storage medium

Info

Publication number: CN113011941A
Application number: CN202110251515.9A
Authority: CN
Inventors: 李海基; 吴初潘
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-03-08
Filing date: 2021-03-08
Publication date: 2021-06-22
Anticipated expiration: 2041-03-08
Also published as: CN113011941B

Abstract

The application provides a processing method, a device, equipment and a computer readable storage medium of virtual resources; the method comprises the following steps: acquiring records of orders to be settled, wherein each order to be settled in the records of the orders to be settled comprises a virtual resource limit and an account number to be settled; settling the records of the orders to be settled through a settlement client to obtain the settlement amount of each settlement account, wherein each settlement account is any settlement account in a settlement account set formed by the accounts to be settled of each order to be settled; settling the records of the order to be settled through the verification client to obtain settlement limits to be compared of each settlement account; when the settlement limit is matched with the settlement limit to be compared, a transfer key corresponding to the settlement limit of each settlement account is obtained through the verification client; and the transfer client executes the transfer processing of the virtual resources based on the verification result of the transfer key on the settlement amount of each settlement account. Through the application, the safety of virtual resource transfer can be improved.

Description

Virtual resource processing method, device, equipment and computer readable storage medium

Technical Field

The present application relates to virtual resource processing technologies in the field of computer applications, and in particular, to a method, an apparatus, a device, and a computer-readable storage medium for processing virtual resources.

Background

With the rapid development of electronic commerce, more and more applications involve the processing of virtual resources; through the processing of virtual resources, the convenience of life can be improved; for example, the efficiency of settlement of assets can be improved by settling the virtual resources, and the efficiency of transfer of assets can be improved by transferring the virtual resources.

Generally, in order to realize the transfer of virtual resources, the service side generally aggregates order records to aggregate the settlement amount of the settlement account, and then transfers the virtual resources to the settlement account based on the settlement amount. However, in the process of transferring the virtual resource, there may be an error in the aggregation logic on the service side, so that the security is low when transferring the virtual resource to the settlement account based on the settlement amount.

Disclosure of Invention

The embodiment of the application provides a processing method, a processing device, processing equipment and a computer-readable storage medium of virtual resources, which can improve the security of virtual resource transfer.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides a method for processing virtual resources, which comprises the following steps:

acquiring records of orders to be settled, wherein each order to be settled in the records of the orders to be settled comprises a virtual resource limit and an account number to be settled;

settling the records of the orders to be settled through a settlement client to obtain a settlement limit of each settlement account, wherein each settlement account is any one of a settlement account set formed by the accounts to be settled of each order to be settled, and the settlement limit is a settlement result obtained by the settlement client for each virtual resource limit associated with each settlement account;

settling the order records to be settled through a verification client side to obtain settlement limits to be compared of each settlement account;

when the settlement limit is matched with the settlement limit to be compared, a transfer key corresponding to the settlement limit of each settlement account is obtained through the verification client;

and the transfer client executes the transfer processing of the virtual resources based on the verification result of the transfer key on the settlement limit of each settlement account.

An embodiment of the present application provides a processing apparatus for virtual resources, including:

the order acquisition module is used for acquiring records of orders to be settled, wherein each order to be settled in the records of the orders to be settled comprises a virtual resource limit and an account number to be settled;

the first settlement module is used for settling the records of the orders to be settled through a settlement client to obtain a settlement amount of each settlement account, wherein each settlement account is any one of a settlement account set formed by the accounts to be settled of each order to be settled, and the settlement amount is a settlement result obtained by the settlement client for each virtual resource amount associated with each settlement account;

the second settlement module is used for settling the order records to be settled through the verification client to obtain settlement limits to be compared of each settlement account;

the resource transfer module is used for acquiring a transfer key corresponding to the settlement limit of each settlement account through the verification client when the settlement limit is matched with the settlement limit to be compared;

the resource transfer module is further configured to invoke a transfer client to execute virtual resource transfer processing based on a result of checking the settlement amount of each settlement account by the transfer key.

In the embodiment of the present application, each order to be settled further includes an order key; the processing device of the virtual resource further comprises an order verification module, and the order verification module is used for obtaining the order keys to be compared corresponding to the orders to be settled through the verification client.

In this embodiment of the application, the first settlement module is further configured to, when the order key matches the order key to be compared, perform settlement on the order record to be settled through the settlement client.

In this embodiment of the present application, the processing apparatus for virtual resources further includes an order key module, configured to extract order key data from each to-be-settled order through a transaction client, where the order key data includes one or more of the virtual resource amount, the to-be-settled account number, a settlement proportion, an order identifier, and a payment account number; and determining the hash value of the order key data as the order key through the verification client.

In this embodiment of the application, the order verification module is further configured to end the settlement process when the order key is not matched with the order key to be compared.

In this embodiment of the application, the processing apparatus for virtual resources further includes an order reconciliation module, configured to obtain, through a reconciliation client, an order record to be compared corresponding to the order record to be settled, where the order record to be settled and the order record to be compared correspond to a common transaction.

In this embodiment of the application, the first settlement module is further configured to, when the order record to be settled and the order record to be compared match, settle the order record to be settled through the settlement client.

In this embodiment of the application, the first settlement module is further configured to end the settlement process when the order record to be settled and the order record to be compared are not matched.

In this embodiment of the application, the resource transfer module is further configured to end the transfer process of the virtual resource when the settlement amount is not matched with the settlement amount to be compared.

In this embodiment of the present application, the processing apparatus of the virtual resource further includes a transfer check module, configured to decrypt the transfer key through the transfer client; when the decrypted amount corresponding to the decrypted account number is matched with the settlement amount of each settlement account number obtained by the transfer client, determining that the verification result is verification pass; and when the decrypted amount corresponding to the decrypted account is not matched with the settlement amount of each settlement account obtained by the transfer client, determining that the verification result is verification failure.

In this embodiment of the application, the resource transfer module is further configured to, when the verification result is that the verification is passed, the transfer client performs transfer processing of virtual resources for the settlement amount of each settlement account based on a verification result of the transfer key on the settlement amount of each settlement account; and when the verification result is verification failure, the transfer client ends the transfer process of the virtual resources based on the verification result of the transfer key to the settlement amount of each settlement account.

In this embodiment of the application, the transfer verification module is further configured to determine, by the verification client, the hash value of the transfer key as a transfer identifier, where the transfer identifier is used to determine a transfer result of the settlement amount of each settlement account.

In this embodiment of the application, the transfer verification module is further configured to, when the transfer identifier is an un-transferred identifier, perform virtual resource transfer processing on the settlement amount of each settlement account, where the un-transferred identifier refers to that virtual resource transfer processing is not performed on the settlement amount of each settlement account.

In this embodiment of the application, the transfer verification module is further configured to set the virtual resource transfer identifier as a transferred identifier, where the transferred identifier refers to that virtual resource transfer processing has been performed on the settlement amount of each settlement account.

In this embodiment of the application, the first settlement module is further configured to obtain the account to be settled of each order to be settled in the record of the order to be settled, and obtain the settlement account set; acquiring a related order record corresponding to each settlement account in the settlement account set from the order records to be settled; determining a set formed by virtual resource limit corresponding to each associated order in the associated order record as each virtual resource limit; and combining the virtual resource limit to obtain the settlement limit of each settlement account.

An embodiment of the present application provides a processing device for virtual resources, including:

a memory for storing executable instructions;

and the processor is used for realizing the processing method of the virtual resource provided by the embodiment of the application when the executable instruction stored in the memory is executed.

The embodiment of the present application provides a computer-readable storage medium, which stores executable instructions for causing a processor to execute the method for processing virtual resources provided in the embodiment of the present application.

The embodiment of the application has at least the following beneficial effects: calculating an order settlement result aiming at the order record to be settled through the settlement client and the verification client respectively, and determining the settlement result of the order record to be settled through matching two order settlement results (a settlement amount and a settlement amount to be compared); here, since the settlement result is determined based on the matching result corresponding to the order settlement result obtained in different manners, that is, the settlement result is obtained through verification, the accuracy of the settlement result is high; the validity of the settlement amount of the settlement account can be ensured when the virtual resource is transferred aiming at the settlement amount of the settlement account through the transfer key; therefore, the accuracy of the settlement amount of the settlement account adopted in the virtual resource transfer is higher, and the safety of the virtual resource transfer can be improved.

Drawings

FIG. 1 is an alternative architectural diagram of a virtual resource processing system according to an embodiment of the present application;

fig. 2 is a schematic structural diagram of a server in fig. 1 according to an embodiment of the present disclosure;

fig. 3 is an alternative flowchart of a processing method for virtual resources according to an embodiment of the present disclosure;

fig. 4 is a schematic flow chart of another alternative processing method of virtual resources according to the embodiment of the present application;

fig. 5 is a schematic flowchart of another alternative processing method for virtual resources according to an embodiment of the present disclosure;

fig. 6 is a schematic diagram of an exemplary application of a combined block chain network according to an embodiment of the present application;

fig. 7 is a schematic flowchart of an exemplary reconciliation process performed on a virtual resource according to an embodiment of the present application;

fig. 8 is a schematic flowchart of an exemplary settlement process performed on a virtual resource according to an embodiment of the present application;

fig. 9 is a schematic flowchart of an exemplary process of transferring money to a virtual resource according to an embodiment of the present application.

Detailed Description

In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be described in further detail with reference to the attached drawings, the described embodiments should not be considered as limiting the present application, and all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict.

In the following description, references to the terms "first", "second", and the like are only used for distinguishing similar objects and do not denote a particular order or importance, but rather the terms "first", "second", and the like may be used interchangeably with the order of priority or the order in which they are expressed, where permissible, to enable embodiments of the present application described herein to be practiced otherwise than as specifically illustrated and described herein.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the present application only and is not intended to be limiting of the application.

Before further detailed description of the embodiments of the present application, terms and expressions referred to in the embodiments of the present application will be described, and the terms and expressions referred to in the embodiments of the present application will be used for the following explanation.

1) The reconciliation refers to a mode of transaction checking transaction records of the business itself and transaction records obtained by a third party or other ways, namely a process of checking and checking related data in an account book.

2) And the settlement refers to a process of aggregating the transaction records after account checking and calculating the share amount corresponding to each divided account according to the share proportion.

3) Transfer refers to the process of performing a virtual resource transfer.

4) MD Algorithm (Message-Digest Algorithm), a cryptographic hash function, is used to determine the hash value of a fixed number of bits to ensure the integrity of the information. In addition, for information with any length, the length of the output obtained by using the MD algorithm is fixed, and in the case that the plaintext is the same, the ciphertext obtained by using the MD algorithm is the same, and the computation process of the MD algorithm is irreversible, that is, the ciphertext obtained by using the MD algorithm cannot obtain the corresponding plaintext by using the decryption algorithm. Such as the MD5 algorithm, etc.

5) SHA (Secure Hash Algorithm), similar to the MD Algorithm, is used to determine a Hash value for a fixed number of bits. Such as SHA 256.

6) Block Chain (Block Chain): is the storage structure of an encrypted, chained transaction formed by blocks (blocks).

7) Block Chain Network (Block Chain Network): the new block is incorporated into the set of a series of nodes of the block chain in a consensus manner.

Generally, in order to realize the settlement of the virtual resource, the business side usually aggregates the order records to aggregate the settlement amount of the settlement account. However, in the process of acquiring the settlement amount of the settlement account, since the settlement is implemented by the service side alone, the aggregation logic of the service side may have errors, for example, multiple settlements are performed on the same settlement account, or more accounts are divided into amounts, which may cause the settlement amount to be wrong, so that the accuracy of the settlement amount of the settlement account calculated is low, and further, when virtual resources are transferred to the settlement account based on the settlement amount, the security is low.

In addition, when the virtual resource is transferred directly to the settlement amount aggregated by the service side, the accuracy of the settlement result is low because the settlement amount may be wrong and the settlement result cannot be guaranteed to be the data which is not deleted, thereby resulting in low security of the virtual resource transfer.

Based on this, embodiments of the present application provide a method, an apparatus, a device, and a computer-readable storage medium for processing a virtual resource, which can improve the settlement accuracy of the virtual resource and the security of virtual resource transfer. An exemplary application of the processing device for virtual resources (hereinafter, referred to as a processing device) provided in the embodiments of the present application is described below, and the processing device provided in the embodiments of the present application may be implemented as various types of user terminals such as a notebook computer, a tablet computer, a desktop computer, a set-top box, a mobile device (e.g., a mobile phone, a portable music player, a personal digital assistant, a dedicated messaging device, and a portable game device), and may also be implemented as a server. In the following, an exemplary application will be explained when the device is implemented as a server.

It should be noted that the embodiments of the present application can also be implemented by combining a blockchain technology, where a blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism, and an encryption algorithm. The blockchain is essentially a decentralized database, which is a string of data blocks associated by using cryptography, each data block contains information of a batch of network transactions, and the information is used for verifying the validity (anti-counterfeiting) of the information and generating the next block. The blockchain may include a blockchain underlying platform, a platform product services layer, and an application services layer. For the processing method of virtual resources in combination with the blockchain technique provided in the embodiment of the present application, reference is specifically made to the following description.

Referring to fig. 1, fig. 1 is a schematic diagram of an alternative architecture of a processing system for virtual resources provided in an embodiment of the present application; as shown in fig. 1, in order to support a processing application of a virtual resource, in the processing system 100 of the virtual resource, a terminal 400 (exemplary terminal 400-1 and terminal 400-2 are shown) is connected to a server 200 through a network 300, and the network 300 may be a wide area network or a local area network, or a combination of both. In addition, the processing system 100 of the virtual resource further includes a database 501 and a virtual resource receiving device 502 corresponding to the settlement account, where the database 501 is used to provide data support for the server 200.

A terminal 400 for displaying resource information (e.g., video) on a graphical interface, and transmitting an order to be settled to the server 200 through the network 300 when a user performs a payment transaction (e.g., performs payment by clicking a "pay" button or a "reward" control) with respect to the displayed resource information.

The server 200 is configured to receive the order to be settled sent by the terminal 400 through the network 300, so as to obtain a record of the order to be received, where each order to be settled in the record of the order to be settled includes a virtual resource amount and an account to be settled; settling the records of the orders to be settled through the settlement client to obtain the settlement amount of each settlement account, wherein each settlement account is any one of the settlement account sets formed by the accounts to be settled of each order to be settled, and the settlement amount is the settlement result obtained by the settlement client for each virtual resource amount associated with each settlement account; settling the records of the order to be settled through the verification client to obtain settlement limits to be compared of each settlement account; when the settlement limit is matched with the settlement limit to be compared, a transfer key corresponding to the settlement limit of each settlement account is obtained through the verification client; based on the transfer key and the settlement amount, the virtual resource is transferred to the virtual resource receiving device 502 corresponding to each settlement account.

In some embodiments, the server 200 may be an independent physical server, may also be a server cluster or a distributed system formed by a plurality of physical servers, and may also be a cloud server that provides basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a Network service, cloud communication, a middleware service, a domain name service, a security service, a CDN (Content Delivery Network), a big data and artificial intelligence platform, and the like. The terminal 400 may be, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, and the like. The terminal and the server may be directly or indirectly connected through wired or wireless communication, and the embodiment of the present application is not limited.

Referring to fig. 2, fig. 2 is a schematic structural diagram of a server in fig. 1 according to an embodiment of the present disclosure; the server 200 shown in fig. 2 includes: at least one processor 210, memory 250, at least one network interface 220, and a user interface 230. The various components in server 200 are coupled together by a bus system 240. It is understood that the bus system 240 is used to enable communications among the components. The bus system 240 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 240 in fig. 2.

The Processor 210 may be an integrated circuit chip having Signal processing capabilities, such as a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like, wherein the general purpose Processor may be a microprocessor or any conventional Processor, or the like.

The user interface 230 includes one or more output devices 231, including one or more speakers and/or one or more visual display screens, that enable the presentation of media content. The user interface 230 also includes one or more input devices 232, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

The memory 250 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard disk drives, optical disk drives, and the like. Memory 250 optionally includes one or more storage devices physically located remotely from processor 210.

The memory 250 includes volatile memory or nonvolatile memory, and may include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read Only Memory (ROM), and the volatile Memory may be a Random Access Memory (RAM). The memory 250 described in embodiments herein is intended to comprise any suitable type of memory.

In some embodiments, memory 250 is capable of storing data, examples of which include programs, modules, and data structures, or a subset or superset thereof, to support various operations, as exemplified below.

An operating system 251 including system programs for processing various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks;

a network communication module 252 for communicating to other computing devices via one or more (wired or wireless) network interfaces 220, exemplary network interfaces 220 including: bluetooth, wireless-compatibility authentication (Wi-Fi), and Universal Serial Bus (USB), etc.;

a presentation module 253 to enable presentation of information (e.g., a user interface for operating peripherals and displaying content and information) via one or more output devices 231 (e.g., a display screen, speakers, etc.) associated with the user interface 230;

an input processing module 254 for detecting one or more user inputs or interactions from one of the one or more input devices 232 and translating the detected inputs or interactions.

In some embodiments, the processing device of the virtual resource provided by the embodiments of the present application may be implemented in software, and fig. 2 illustrates the processing device 255 of the virtual resource stored in the memory 250, which may be software in the form of programs and plug-ins, and includes the following software modules: the order acquisition module 2551, the first settlement module 2552, the second settlement module 2553, the resource transfer module 2554, the order verification module 2555, the order key module 2556, the order reconciliation module 2557 and the transfer verification module 2558 are logical and thus can be arbitrarily combined or further split depending on the functions implemented. The functions of the respective modules will be explained below.

In other embodiments, the processing Device of the virtual resource provided in this embodiment may be implemented in hardware, and as an example, the processing Device of the virtual resource provided in this embodiment may be a processor in the form of a hardware decoding processor, which is programmed to execute the processing method of the virtual resource provided in this embodiment, for example, the processor in the form of the hardware decoding processor may employ one or more Application Specific Integrated Circuits (ASICs), DSPs, Programmable Logic Devices (PLDs), Complex Programmable Logic Devices (CPLDs), Field Programmable Gate Arrays (FPGAs), or other electronic components.

In the following, a processing method of virtual resources provided by the embodiments of the present application will be described in conjunction with exemplary applications and implementations of a server provided by the embodiments of the present application.

Referring to fig. 3, fig. 3 is an alternative flowchart of a processing method for virtual resources provided in the embodiment of the present application, and will be described with reference to the steps shown in fig. 3.

S301, acquiring a record of the order to be settled.

In the embodiment of the application, the processing equipment acquires a batch of orders after posting, and then acquires the records of the orders to be settled; for example, a batch of orders obtained from a trade list; here, the data in the transaction table is the order that was posted after reconciliation.

It should be noted that the record of the order to be settled may be at least one order after reconciliation; each order to be settled in the order record to be settled comprises a virtual resource limit and an account to be settled, wherein the virtual resource limit refers to the transaction amount of the virtual resource, such as payment amount, amount to be divided, points to be divided, virtual money to be divided and the like; the account to be settled is an account to be divided corresponding to each order to be settled, for example, an account provided by a video owner and an article. In addition, a virtual resource refers to an asset that is transacted in a network, such as a digital asset of money, points, virtual coins, and the like.

It should be further noted that the processing device acquires the record of the order to be settled, which may be acquired by the processing device through the settlement client; the settlement client is a client running on the processing equipment and is used for realizing settlement of the virtual resources.

S302, settlement is carried out on the order records to be settled through the settlement client, and the settlement limit of each settlement account is obtained.

In the embodiment of the application, the processing equipment settles the settlement order records through the settlement client so as to settle the share amount of each account; here, the settlement client settles the amount of each account into which each account is divided, i.e., the settlement amount of each settlement account.

It should be noted that account numbers to be settled of different settlement orders may be the same or different, and the processing device combines all the different account numbers to be settled in the records of the order numbers to be settled, so as to obtain a settlement account number set; that is, the set of settlement accounts is a set of accounts to be settled for each order to be settled, and each settlement account is any one of the set of settlement accounts. The settlement limit is a settlement result obtained by the settlement client terminal aiming at each virtual resource limit associated with each settlement account, and each virtual resource limit is a total virtual resource limit corresponding to each order to be settled of the settlement account.

And S303, settling the to-be-settled order records through the verification client to obtain to-be-compared settlement limits of each settlement account.

In the embodiment of the application, since the settlement logic of the settlement client may have an error, the processing device settles the to-be-settled order record through the verification client after settling the to-be-settled order record through the settlement client, so as to obtain the to-be-compared settlement amount of each settlement account, and verify the settlement amount through the to-be-compared settlement amount.

It should be noted that the verification client is a client running on the processing device, is used for verifying the settlement of the virtual resource, and is a client different from the settlement client; and the settlement process of the verification client is verified, so that the accuracy of the settlement logic is higher.

S304, when the settlement limit is matched with the settlement limit to be compared, a transfer key corresponding to the settlement limit of each settlement account is obtained through the verification client.

In the embodiment of the application, after obtaining two lines for each settlement account, the processing device compares the two lines, that is, compares the settlement line with the settlement line to be compared, and verifies the settlement line obtained by the settlement client through the settlement line to be compared obtained by the verification client, so as to determine the correctness of the settlement line.

It should be noted that when the settlement limit is consistent with the settlement limit to be compared, the settlement limit is matched with the settlement limit to be compared, so that the correctness of the settlement result of the record to be settled can be determined; at the moment, the processing equipment encrypts the settlement limit of each settlement account through the verification client, so that a transfer key is obtained; here, regarding the encryption algorithm used for encryption, the embodiment of the present application is not particularly limited to this. Here, the transfer key is used to verify the correctness of the settlement amount of each settlement account, i.e., whether the settlement amount is verified by the verifying client.

S305, the transfer client executes the transfer processing of the virtual resources based on the verification result of the transfer key on the settlement amount of each settlement account.

In the embodiment of the application, after the processing device determines the correctness of the settlement limit based on the settlement limit to be compared of the verification client, the processing device sends the settlement limit and the transfer key of each settlement account number calculated by the settlement client to the transfer client; or, the settlement amount and the transfer key of each settlement account settled by the settlement client are stored in the transfer table, so that the transfer client transfers the virtual resource to each settlement account based on the transfer key and the settlement amount. The transfer client is a client for transferring the virtual resources.

It should be noted that the verification result refers to whether the settlement limit of each settlement account is a limit after settlement verification, and then the transfer processing of the virtual resource adapted to the determined verification result is executed; for example, if yes, the transfer process is executed, otherwise, the transfer process is not executed.

It can be understood that the settlement of the order records to be settled is carried out by a plurality of different clients, the verification of the amount settled by the settlement client can be realized, settlement holes are avoided, and unilateral settlement processing is not carried out any more, so that the settlement accuracy of the virtual resources can be improved; and when virtual resources are transferred to the settlement account based on the settlement limit, the security is higher.

Referring to fig. 4, fig. 4 is a schematic flowchart of another alternative processing method for virtual resources according to an embodiment of the present application; as shown in fig. 4, in the embodiment of the present application, each order to be settled further includes an order key, which is used to verify the validity of each order to be settled, for example, to verify whether each order to be settled is an original unmodified order; in addition, it should be noted that the order key to be compared has irreversibility, that is, based on the order key to be compared, the corresponding order to be settled cannot be decrypted, so as to improve the accuracy of verification; moreover, the lengths of the order keys corresponding to different orders to be settled can be the same or different; and the order keys corresponding to the same orders to be settled are the same.

In this embodiment of the application, S306 is further included before S302, that is, before the processing device settles the to-be-settled order record through the settlement client, the processing method of the virtual resource further includes S306, which is described below.

S306, acquiring the order keys to be compared corresponding to each order to be settled through the verification client.

In the embodiment of the application, the processing equipment is used before settlement is carried out on the order record to be settled; and encrypting each order to be settled after the account checking and the ready entry through the verification client, so as to obtain a corresponding order key to be compared.

It should be noted that the obtaining method of the order key to be compared is consistent with the obtaining method of the order key.

Accordingly, with continued reference to fig. 4, in the present embodiment, S302 may be implemented by S3021; that is, the processing apparatus settles the record of the order to be settled through the settlement client to obtain the settlement amount of each settlement account, including S3021, which is explained below.

And S3021, when the order key is matched with the order key to be compared, settling the order record to be settled through the settlement client to obtain the settlement amount of each settlement account.

It should be noted that, before the processing device settles the record of the order to be settled, the processing device determines the validity of the record of the order to be settled; here, the processing device determines the validity of the order record to be settled by comparing whether the order key matches the order key to be compared; and when the processing equipment determines that the order key is matched with the order key to be compared, determining that the order record to be settled is valid, and then settling the order record to be settled.

With continued reference to fig. 4, in the embodiment of the present application, S301 further includes S307 and S308; that is, before the processing device acquires the record of the order to be settled, the processing method of the virtual resource further includes S307 and S308, and the following steps are respectively explained.

And S307, extracting order key data from each order to be settled through the trading client.

In the embodiment of the application, before the processing device obtains the records of the orders to be settled, the processing device further comprises a process of obtaining an order key corresponding to each order to be settled; the order key is obtained by encrypting each order to be settled by a verification client running on the processing equipment.

It should be noted that the transaction client is a client for entering account and generating an order record to be settled; and before the transaction client finishes account entry, the order key corresponding to each order to be settled is obtained through the verification client, and the order key is carried in each order to be settled for account entry.

Here, the verification client may directly encrypt each order to be settled to obtain an order key, may extract order key data from each order to be settled through the trading client, and obtain the order key by verifying the client and encrypting the order key data, and the like, which is not specifically limited in this embodiment of the application. The order key data are data influencing settlement in each order to be settled, and comprise one or more of a virtual resource limit, an account to be settled, a settlement proportion, an order mark and a payment account.

And S308, determining the hash value of the order key data as an order key through the verification client.

It should be noted that, when the verification client encrypts the order key data to obtain the order key, the verification client may use the hash value of the order key as the order key; for example, the verification client obtains the order key of the order key data by using the MD5, or obtains the order key of the order key data by using the SHA 256.

In this embodiment of the present application, the process of obtaining the order key to be compared may be: and extracting key data from each order to be settled through the transaction client, and determining the hash value of the extracted key data as an order key to be compared through the verification client.

With continued reference to fig. 4, in the embodiment of the present application, S309 is further included after S306; that is to say, after the processing device obtains the order key to be compared corresponding to each order to be settled through the verification client, the processing method of the virtual resource further includes step S309, which is described below.

S309, when the order key is not matched with the order key to be compared, ending the settlement process.

It should be noted that, when it is determined that the order key does not match the order key to be compared, the processing device determines that the order record to be settled is invalid, and ends the settlement process. In addition, when the order key does not match the order key to be compared, it may be determined that the reason why the order record to be settled is invalid may be a program bug or malicious insertion.

It can be understood that before the settlement of the order record to be settled, the settlement is performed by judging the validity of the order record to be settled and under the condition that the order record to be settled is valid; and the settlement process is ended under the condition that the order record to be settled is invalid, so that the settlement consumption can be reduced, and the settlement accuracy is improved.

In the embodiment of the present application, S302 further includes S310; that is, before the processing device settles the record of the order to be settled through the settlement client, the processing method of the virtual resource further includes S310, which is explained below.

S310, obtaining the order record to be compared corresponding to the order record to be settled through the reconciliation client.

In this embodiment of the application, before the processing device settles the record of the order to be settled, a reconciliation process is further included, that is, it is determined whether the information in the record of the order to be settled is accurate (for example, whether the virtual resource amount is more or less). As each participant of the order corresponding to each transaction stores the corresponding transaction flow, the processing equipment can obtain the order records to be compared from other participants.

It should be noted that the order record to be settled and the order record to be compared correspond to a common transaction; the order records to be compared may be respective orders obtained from a third party or other transaction platform (e.g., a payment platform corresponding to a payment channel). Here, the reconciliation client is a client that runs on the processing device to reconcile the order record to be settled.

Accordingly, in the embodiment of the present application, the settlement of the to-be-settled order record by the settlement client in S302 can also be implemented by S3022, which is described below.

And S3022, when the order record to be settled is matched with the order record to be compared, settling the order record to be settled through the settlement client.

It should be noted that the reconciliation client determines whether the reconciliation is successful by comparing the order record to be settled with the order record to be compared; and when the order record to be settled is matched with the order record to be compared, determining that the account is successfully checked, and at the moment, settling the order record to be settled through the settlement client.

In the embodiment of the present application, S3023 is further included after S3021; that is to say, after the processing device obtains the to-be-compared order record corresponding to the to-be-settled order record through the reconciliation client, the processing method of the virtual resource further includes S3023, which is explained below.

And S3023, when the order record to be settled is not matched with the order record to be compared, ending the settlement process.

It should be noted that when the order record to be settled and the order record to be compared are not matched, it is determined that the account checking fails, at this time, the settlement process is ended, and the settlement of the order record to be settled is not performed through the settlement client.

In this embodiment, the reconciliation process may also be performed before the validity check of the order key.

Referring to fig. 5, fig. 5 is a schematic flowchart of another alternative processing method for virtual resources according to an embodiment of the present application; as shown in fig. 5, in the embodiment of the present application, S311 is further included after S303; that is, after the processing device settles the record of the order to be settled through the verification client and obtains the settlement amount to be compared of each settlement account, the method further includes S311, which will be described below.

S311, when the settlement limit is not matched with the settlement limit to be compared, the transfer process of the virtual resources is ended.

It should be noted that when the processing device determines that the settlement limit is not matched with the settlement limit to be compared, it determines that the settlement of the settlement client is failed, so as to determine that the settlement of the settlement client has a settlement leak and the settlement result is abnormal; further, the transfer process of the virtual resource is not executed.

In the embodiment of the present application, S305 further includes S312 to S314; that is, before the processing device executes the transfer processing of the virtual resource based on the result of checking the settlement amount of each settlement account by the transfer client based on the transfer key, the method for transferring the virtual resource further includes S312 to S314, which will be described below.

S312, the transfer key is decrypted through the transfer client.

It should be noted that the transfer key and the settlement amount of each settlement account are stored in the transfer table together; therefore, when the processing equipment calls the transfer client to transfer the account to the data in the transfer table, the transfer client decrypts the transfer key to obtain the decrypted account and the decrypted amount corresponding to the decrypted account.

S313, when the decrypted amount corresponding to the decrypted account is matched with the settlement amount of each settlement account obtained by the transfer client, determining that the verification result is verification pass.

It should be noted that the transfer client matches the decrypted amount corresponding to the decrypted account with the settlement amount of the settlement account corresponding to the transfer key obtained by the transfer client; the verification passing means that the decrypted amount corresponding to the decrypted account is matched with the settlement amount of each settlement account obtained by the transfer client.

S314, when the decrypted amount corresponding to the decrypted account is not matched with the settlement amount of each settlement account obtained by the transfer client, determining that the verification result is verification failure.

It should be noted that the verification failure means that the decrypted amount corresponding to the decrypted account is not matched with the settlement amount of each settlement account obtained by the transfer client.

Accordingly, in the embodiment of the present application, S305 may be implemented by S3051 and S3052; that is, the migration client executes the virtual resource migration processing including S3051 and S3052 based on the result of checking the settlement amount of each settlement account by the migration key, and the following steps are described separately.

S3051, when the verification result is that the verification is passed, the transfer client executes virtual resource transfer processing aiming at the settlement limit of each settlement account based on the verification result of the transfer key on the settlement limit of each settlement account.

It should be noted that, when the verification result is that the verification is passed, the transfer client transfers the virtual resource to each receiving account based on the settlement amount.

S3052, when the verification result is verification failure, the transfer client ends the transfer process of the virtual resources based on the verification result of the transfer key on the settlement amount of each settlement account.

It should be noted that, when the verification result is that the verification fails, the transfer client no longer transfers the virtual resource to each receiving account based on the settlement amount.

In the embodiment of the application, when the transfer key has irreversibility, the transfer client can obtain the transfer key to be compared corresponding to the settlement amount of each settlement account; when the transfer key is matched with the transfer key to be compared, executing the transfer of the virtual resource; and when the transfer key is not matched with the transfer key to be compared, ending the transfer process of the virtual resource.

In the embodiment of the application, when the transfer key and the settlement amount of each settlement account are stored in the transfer table together, whether the transfer key exists or not can be judged to determine whether the stored data is verified by the verification client.

Here, when the decrypted amount corresponding to the decrypted account number matches the settlement amount of each settlement account number obtained by the transfer client (for example, obtained from the transfer table), it is determined that the settlement amount of each settlement account number obtained by the transfer client is valid; and the transfer client executes the transfer processing of the virtual resources aiming at the settlement limit of each settlement account so as to transfer the virtual resources of the settlement limit to each settlement account. And when the decrypted amount corresponding to the decrypted account is not matched with the settlement amount of each settlement account obtained by the transfer client, determining that the settlement amount of each settlement account obtained by the transfer client is invalid, and ending the transfer process.

It can be understood that, before transferring the virtual resources, the transfer client checks the settlement amount of each settlement account, and only transfers the virtual resources when the settlement amount of each settlement account is valid, but does not transfer the virtual resources when the settlement amount of each settlement account is invalid; therefore, the transfer safety of the virtual resources can be improved, and the transfer consumption of the virtual resources can be reduced.

In the embodiment of the present application, S315 is further included after S305; that is, after the processing device obtains the transfer key corresponding to the settlement amount of each settlement account through the verification client, the processing method of the virtual resource further includes S315, which will be described below.

S315, the hash value of the transfer key is determined as the transfer identification.

It should be noted that the transfer identifier is used to determine the transfer of the settlement amount of each settlement account.

Accordingly, in the embodiment of the present application, the migration client performs the virtual resource migration process for the settlement amount of each settlement account in S3051, including S30511, which is described below.

S30511, when the transfer mark is a non-transfer mark, executing transfer processing of the virtual resource for the settlement amount of each settlement account.

The non-transfer flag means that the transfer process of the virtual resource is not executed for the settlement amount of each settlement account.

In the embodiment of the present application, S30511 is followed by S30512; that is, after the migration client executes the virtual resource migration processing for the settlement amount of each settlement account, the virtual resource processing method further includes S30512, which will be described below.

S30512, setting the virtual resource transfer identification as a transferred identification.

The transferred identifier refers to that the transfer processing of the virtual resource is executed for the settlement amount of each settlement account; when the transfer identifier is an un-transferred identifier, the transfer processing of the virtual resources is not executed according to the settlement quota of each settlement account, so as to realize the idempotency of the virtual resource transfer.

In this embodiment of the application, the step S302 of the settlement client settling the record of the to-be-settled order to obtain the settlement amount of each settlement account includes steps S3024 to S3027, which are described below.

And S3024, acquiring the account to be settled of each order to be settled in the record of the order to be settled, and acquiring a settlement account set.

It should be noted that the settlement account number is collected to a collection formed by all different account numbers to be settled in the record of the order to be settled; it is easy to know that the number of the settlement accounts included in the settlement account set is less than or equal to the number of the orders to be settled included in the order record to be settled.

And S3025, acquiring a related order record corresponding to each settlement account in the settlement account set from the order records to be settled.

It should be noted that the associated order records are all the orders to be settled whose accounts are settlement accounts in the order records to be settled.

S3026, determining the set of virtual resource limit corresponding to each associated order in the associated order record as each virtual resource limit.

It should be noted that each virtual resource amount corresponds to the associated order record, that is, one virtual resource amount in each virtual resource amount corresponds to one to-be-settled order in the associated order record.

S3027, combining the virtual resource limit to obtain the settlement limit of each settlement account.

In the embodiment of the application, the settlement client can determine the accumulated sum of all the virtual resource limits as the settlement limit of each settlement account; here, each order to be settled further includes a settlement proportion (for example, a share proportion), and at this time, the settlement client may perform weighted summation on each virtual resource amount and the corresponding settlement proportion to obtain a settlement amount of each settlement account; the embodiment of the present application is not particularly limited to this. When each order to be settled further includes a settlement proportion, if the settlement result is that the settlement of the settlement client is failed, it may be that there is an error due to a combination of the settlement proportion and the virtual resource amount.

It should be noted that, when the verification client performs settlement on the record of the order to be settled and obtains the settlement amount to be compared of each settlement account, the steps are similar to S3024 to S3027, which is not specifically limited in this embodiment of the application.

In the embodiment of the application, when the order record to be settled and the order record to be compared are matched, the processing device fills the order record to be settled into the new block through the reconciliation client, and when the new block is identified consistently, the new block is added to the tail part of the block chain to complete the chaining. Here, the account checking client links the record of the order to be settled to ensure that the order cannot be tampered.

In this embodiment of the application, the processing device may further encrypt the associated order record and the settlement amount of each settlement account by verifying that the client encrypts (for example, using MD 5) to obtain a signature, and implement idempotency of virtual resource transfer based on the signature. At this time, the transfer key may be obtained by encrypting the signature and the settlement amount of each settlement account.

An exemplary application of the blockchain network is described below by taking an account checking client as an example of uploading a to-be-settled order record to the blockchain network for storage, and referring to fig. 6, a client node 810 may be an account checking client in the server 200 in fig. 2. Here, the service agent 800 and the service agent 900 are registered in the authentication center 700.

First, the logic of the chain of the to-be-settled order record is set at the client node 810, for example, when the client node 810 determines that the reconciliation of the to-be-settled order record is successful, and the client node 810 sends the to-be-settled order record to the blockchain network 600, a corresponding transaction is generated, and the transaction includes: the intelligent contract which needs to be called for chaining the order record to be settled and the parameters transferred to the intelligent contract; the transaction also includes the client node's 810 digital certificate, signed digital signature, and broadcasts the transaction to the consensus node 610 in the blockchain network 600.

Then, when the transaction is received in the consensus node 610 in the blockchain network 600, the digital certificate and the digital signature carried in the transaction are verified, and after the verification is successful, whether the service entity 800 has the transaction right is determined according to the identity of the service entity 800 carried in the transaction, and any verification judgment of the digital signature and the right verification will result in a transaction failure. After verification is successful, the consensus node 610 signs its own digital signature (e.g., by encrypting a digest of the transaction using the private key of the consensus node 610) and continues to broadcast in the blockchain network 600.

Finally, after the consensus node 610 in the blockchain network 600 receives the transaction that is successfully verified, the transaction is filled into a new block and broadcast. When the consensus node 610 in the blockchain network 600 broadcasts a new block, the new block is verified, for example, whether the digital signature of the transaction in the new block is valid is verified, if the verification is successful, the new block is appended to the tail of the blockchain stored in the new block, and the status database is updated according to the transaction result to execute the transaction in the new block: for submitted transactions storing records of orders to be settled, key-value pairs comprising the records of orders to be settled are added in a status database.

An exemplary application of the blockchain network is described by taking the server as an example to query the record of the order to be settled in the blockchain network 600. Referring to fig. 6, the client node 910 may be a settlement client in the server 200.

In some embodiments, the types of data that the client node 910 can query in the blockchain network 600 may be implemented by the consensus node 610 by restricting the right of a transaction that can be initiated by a client phase of the business entity, when the client node 910 has the right to initiate a query of an order record to be settled, a transaction for querying the order record to be settled may be generated by the client node 910 and submitted into the blockchain network 600, a transaction is performed from the consensus node 610 to query a corresponding order record to be settled from the status database, and returned to the client node 910.

Here, the account balance of each account is linked by the account balance client, which is similar to the link process of the to-be-settled order record, and the details of the embodiment of the present application are not repeated herein.

Next, an exemplary application of the embodiment of the present application in a practical application scenario will be described.

Referring to fig. 7, fig. 7 is a schematic flowchart illustrating an exemplary reconciliation process performed on a virtual resource according to an embodiment of the present application; as shown in fig. 7, the exemplary reconciliation of the virtual resource includes:

and S701, starting.

S702, the transaction service module (transaction client) at the business side acquires the self order record (to-be-settled order record).

Here, the self-order record includes an order number (order identification), an order amount (virtual resource amount), a payment account number, a transaction time, a payee list (account number to be settled), division information (settlement proportion), and the like.

S703, the service side calls a transaction SDK (verification client) to obtain an order token (order key) corresponding to the order record of the service side.

Here, the MD5 or SHA256 may be used to calculate the order token of its own order record.

S704, the transaction service module at the business side stores the self order record and the order token into a transaction table.

S705, the account checking module (account checking client) of the service side calls the transaction SDK, and whether the order token in the transaction table is valid is checked based on the order record in the transaction table. If so, S707 is executed, otherwise, S706 is executed.

It should be noted that the transaction SDK acquires the order token corresponding to the self order record in the transaction table by using the MD5, and when the order token (to-be-compared order key) calculated by the transaction SDK matches with the order token in the transaction table, it indicates that the order token in the transaction table is valid, thereby indicating that the self order record in the transaction table is valid; and when the order token calculated by the transaction SDK is not matched with the order token in the transaction table, indicating that the order token is invalid, thereby indicating that the self order record in the transaction table is invalid.

S706, the abnormal module at the service side carries out manual check on the self order record in the transaction table. S711 is performed.

It should be noted that, it is determined whether the self order record is a program bug or a malicious insertion through manual inspection.

And S707, the account checking module at the business side acquires other order records (to-be-compared order records) through a third party or other data sources.

It should be noted that other order records correspond to the order record of the user through the merchant number; the merchant number corresponds to a payment account, and the third party or other data source is, for example, a payment channel or a payment pipeline of the payment channel.

And S708, the account checking module at the service side checks the self order record and other order records.

Here, the reconciliation process is, for example, to check whether the common order attribute of the same order number is consistent, for example, whether the order amount is consistent.

And S709, the account checking module at the service side judges whether the account checking result is that the order record passes the account checking. If so, S710 is performed, otherwise, S706 is performed.

And S710, the account checking module at the service side writes the order record into a settlement table.

And S711, ending.

It can be understood that, by checking the order token, the validity of the data in the settlement table can be ensured, and thus, the accuracy of settlement can be improved.

Referring to fig. 8, fig. 8 is a schematic flowchart illustrating an exemplary process of settling a virtual resource according to an embodiment of the present disclosure; as shown in fig. 8, the exemplary process of settling a virtual resource includes:

s801, start.

S802, a settlement module (settlement client) at the service side settles the order records in the account table to obtain the share amount of the share account.

And S803, the settlement module at the service side calls the transaction SDK based on the share amount of the divided account obtained by the settlement module and the self order record in the settlement table, so that the transaction SDK settles the self order record in the settlement table to obtain the share amount of the divided account, and judges whether the share amount of the divided account (the settlement amount of each settlement account) obtained by the settlement module is matched with the share amount of the divided account (the settlement amount to be compared of each settlement account) obtained by the transaction SDK. If so, S805 is performed, otherwise, S804 is performed.

S804, the abnormal module at the service side carries out manual inspection on the self order record in the settlement table. S808 is performed.

And S805, the settlement module at the service side acquires the associated order records which are divided into account numbers and acquired by the settlement module from the order records of the service side.

S806, the settlement module of the service side calls the transaction SDK to obtain a transfer token (transfer key) and a transfer ID (transfer identification) corresponding to the transfer token based on the sorted associated order records, the divided account number and the divided amount.

Here, the transfer token is obtained by encrypting the associated order record, the divided account and the divided amount by adopting an encryption algorithm; the transfer ID may be obtained from processing the transfer token using MD5 or SHA 256.

S807, the settlement module at the service side writes the share amount, the transfer token and the transfer ID which are obtained by the settlement module and are divided into account numbers into a share table.

And S808, ending.

Referring to fig. 9, fig. 9 is a schematic flowchart illustrating an exemplary process of transferring money to a virtual resource according to an embodiment of the present application; as shown in FIG. 9, the exemplary process of transferring virtual resources includes:

and S901, starting.

S902, the transfer module (transfer client) at the service side decrypts the transfer token in the divided table, and decrypts the divided quota (decrypted quota corresponding to the decrypted account) divided into the account.

S903, the transfer module at the service side judges whether the decrypted divided credit of the account number is matched with the divided credit of the account number in the divided table. If so, S905 is performed, otherwise, S904 is performed.

S904, the abnormal module at the service side manually checks the share quota of the account number in the share table. S910 is performed.

S905, the transfer module of the service side writes the account number, the quota and the transfer ID in the division table into the transfer table.

And S906, the transfer module at the service side triggers a transfer process based on the transfer ID in the transfer table.

S907, the transfer module at the service side judges whether the use identifier corresponding to the transfer ID is used; if so, S909 is performed, otherwise, S908 is performed.

And S908, the transfer module at the service side transfers the assets with the quota to the account number. S910 is performed.

And S909, the transfer module at the service side stops transferring to the divided account.

And S910, ending.

It can be understood that by the transfer token, it is ensured that the data in the transfer table is verified by the transaction SDK, and is not simply calculated and arbitrarily inserted by the service; the transfer token corresponds to the transfer ID, and the transfer token and the transfer ID can determine that the same batch of orders only execute one transfer for one divided account; therefore, the safety of the transfer is improved.

Continuing with the exemplary structure of the virtual resource processing device 255 provided by the embodiments of the present application as software modules, in some embodiments, as shown in fig. 2, the software modules stored in the virtual resource processing device 255 of the memory 250 may include:

the order obtaining module 2551 is configured to obtain records of orders to be settled, where each order to be settled in the records of orders to be settled includes a virtual resource amount and an account to be settled;

a first settlement module 2552, configured to perform settlement on the to-be-settled order record through a settlement client, and obtain a settlement amount of each settlement account, where each settlement account is any one of a settlement account set formed by the to-be-settled accounts of each to-be-settled order, and the settlement amount is a settlement result obtained by the settlement client for each virtual resource amount associated with each settlement account;

the second settlement module 2553 is configured to settle the to-be-settled order records through the verification client, and obtain to-be-compared settlement limits of each settlement account;

a resource transfer module 2554, configured to, when the settlement amount matches the settlement amount to be compared, obtain, by the verification client, a transfer key corresponding to the settlement amount of each settlement account;

the resource transfer module 2554 is further configured to, through the transfer client, execute the transfer process of the virtual resource based on a result of checking the settlement amount of each settlement account by the transfer key.

In the embodiment of the present application, each order to be settled further includes an order key; the processing apparatus 255 of the virtual resource further includes an order checking module 2555, configured to obtain, by the checking client, an order key to be compared corresponding to each order to be settled.

In this embodiment of the application, the first settlement module 2552 is further configured to, when the order key matches the order key to be compared, settle the order record to be settled through the settlement client.

In this embodiment of the present application, the processing apparatus 255 for virtual resources further includes an order key module 2556, configured to extract order key data from each order to be settled through a transaction client, where the order key data includes one or more of the virtual resource amount, the account number to be settled, the settlement proportion, the order identifier, and the payment account number; and determining the hash value of the order key data as the order key through the verification client.

In this embodiment of the application, the order checking module 2555 is further configured to end the settlement process when the order key does not match the order key to be compared.

In this embodiment, the processing apparatus 255 for virtual resources further includes an order reconciliation module 2557, configured to obtain, through a reconciliation client, an order record to be compared corresponding to the order record to be settled, where the order record to be settled and the order record to be compared correspond to a common transaction.

In this embodiment of the application, the first settlement module 2552 is further configured to, when the order record to be settled and the order record to be compared match, settle the order record to be settled through the settlement client.

In this embodiment of the application, the first settlement module 2552 is further configured to end the settlement process when the order record to be settled and the order record to be compared do not match.

In this embodiment of the application, the resource transfer module 2554 is further configured to end the transfer process of the virtual resource when the settlement amount is not matched with the settlement amount to be compared.

In this embodiment, the processing device 255 of the virtual resource further includes a transfer check module 2558, configured to decrypt the transfer key by the transfer client; when the decrypted amount corresponding to the decrypted account number is matched with the settlement amount of each settlement account number obtained by the transfer client, determining that the verification result is verification pass; and when the decrypted amount corresponding to the decrypted account is not matched with the settlement amount of each settlement account obtained by the transfer client, determining that the verification result is verification failure.

In this embodiment of the application, the resource transfer module 2554 is further configured to, when the verification result is that the verification is passed, the transfer client performs transfer processing of virtual resources for the settlement amount of each settlement account based on a verification result of the transfer key on the settlement amount of each settlement account; and when the verification result is verification failure, the transfer client ends the transfer process of the virtual resources based on the verification result of the transfer key to the settlement amount of each settlement account.

In this embodiment of the application, the transfer check module 2558 is further configured to determine, by the check client, the hash value of the transfer key as a transfer identifier, where the transfer identifier is used to determine a transfer result of the settlement amount of each settlement account.

In this embodiment of the application, the transfer checking module 2558 is further configured to, when the transfer identifier is an un-transferred identifier, perform virtual resource transfer processing on the settlement amount of each settlement account, where the un-transferred identifier is that virtual resource transfer processing is not performed on the settlement amount of each settlement account.

In this embodiment of the application, the transfer checking module 2558 is further configured to set the virtual resource transfer identifier as a transferred identifier, where the transferred identifier refers to that the transfer processing of the virtual resource has been executed for the settlement amount of each settlement account.

In this embodiment of the application, the first settlement module 2552 is further configured to obtain the account to be settled of each order to be settled in the record of the order to be settled, and obtain the settlement account set; acquiring a related order record corresponding to each settlement account in the settlement account set from the order records to be settled; determining a set formed by virtual resource limit corresponding to each associated order in the associated order record as each virtual resource limit; and combining the virtual resource limit to obtain the settlement limit of each settlement account.

Embodiments of the present application provide a computer program product or computer program comprising 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 executes the computer instructions, so that the computer device executes the processing method of the virtual resource according to the embodiment of the present application.

Embodiments of the present application provide a computer-readable storage medium storing executable instructions, which when executed by a processor, will cause the processor to execute the processing method of virtual resources provided by embodiments of the present application, for example, the processing method of virtual resources as shown in fig. 3.

In some embodiments, the computer-readable storage medium may be memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash, magnetic surface memory, optical disk, or CD-ROM; or may be various devices including one or any combination of the above memories.

In some embodiments, executable instructions may be written in any form of programming language (including compiled or interpreted languages), in the form of programs, software modules, scripts or code, and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

By way of example, executable instructions may correspond, but do not necessarily have to correspond, to files in a file system, and may be stored in a portion of a file that holds other programs or data, such as in one or more scripts in a hypertext Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).

By way of example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices at one site or distributed across multiple sites and interconnected by a communication network.

To sum up, in the embodiment of the present application, through the settlement client and the verification client, an order settlement result is calculated for the order record to be settled, so that the settlement result of the order record to be settled is determined by matching two order settlement results (settlement amount and settlement amount to be compared); here, since the settlement result is determined based on the matching result corresponding to the order settlement result obtained in a different manner, that is, the settlement result is obtained through verification, the accuracy of the settlement result can be improved. In addition, the security of virtual resource transfer can be improved through the transfer key and the transfer identifier.

The above description is only an example of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, and improvement made within the spirit and scope of the present application are included in the protection scope of the present application.

Claims

1. A method for processing virtual resources is characterized by comprising the following steps:

2. The method of claim 1, wherein each order to be settled further comprises an order key;

before the settlement of the order record to be settled is performed by the settlement client, the method further includes:

acquiring an order key to be compared corresponding to each order to be settled through the verification client;

the settlement of the order record to be settled through the settlement client comprises the following steps:

and when the order key is matched with the order key to be compared, the settlement client settles the order record to be settled.

3. The method of claim 2, wherein prior to obtaining the record of the order to be settled, the method further comprises:

extracting order key data from each order to be settled through a transaction client, wherein the order key data comprise one or more of the virtual resource limit, the account number to be settled, a settlement proportion, an order identifier and a payment account number;

and determining the hash value of the order key data as the order key through the verification client.

4. The method according to claim 2, wherein after the checking client obtains the order key to be compared corresponding to each order to be settled, the method further comprises:

and when the order key is not matched with the order key to be compared, ending the settlement process.

5. The method according to any one of claims 1 to 4, wherein before said accounting of said record of orders to be settled by said accounting client, said method further comprises:

acquiring a to-be-compared order record corresponding to the to-be-settled order record through an account checking client, wherein the to-be-settled order record and the to-be-compared order record correspond to a common transaction;

and when the order record to be settled is matched with the order record to be compared, settling the order record to be settled through the settlement client.

6. The method according to claim 5, wherein after the obtaining of the to-be-compared order record corresponding to the to-be-settled order record by the reconciliation client, the method further comprises:

and when the order record to be settled is not matched with the order record to be compared, ending the settlement process.

7. The method as claimed in any one of claims 1 to 4, wherein after the checking client settles the to-be-settled order record to obtain the to-be-compared settlement amount of each settlement account, the method further comprises:

and when the settlement limit is not matched with the settlement limit to be compared, ending the transfer process of the virtual resources.

8. The method according to any one of claims 1 to 4, wherein before the transfer client performs the transfer process of the virtual resource based on a result of checking the settlement amount of each settlement account by the transfer key, the method further comprises:

decrypting the transfer key by the transfer client;

when the decrypted amount corresponding to the decrypted account number is matched with the settlement amount of each settlement account number obtained by the transfer client, determining that the verification result is verification pass;

when the decrypted amount corresponding to the decrypted account is not matched with the settlement amount of each settlement account obtained by the transfer client, determining that the verification result is verification failure;

the transfer client executes the transfer processing of the virtual resources based on the verification result of the transfer key to the settlement amount of each settlement account, and the transfer processing comprises the following steps:

when the verification result is that the verification is passed, the transfer client executes virtual resource transfer processing aiming at the settlement limit of each settlement account based on the verification result of the transfer key on the settlement limit of each settlement account;

and when the verification result is verification failure, the transfer client ends the transfer process of the virtual resources based on the verification result of the transfer key to the settlement amount of each settlement account.

9. The method as claimed in claim 8, wherein after the verifying client obtains the transfer key corresponding to the settlement amount of each settlement account, the method further comprises:

determining the hash value of the transfer key as a transfer identifier through the verification client, wherein the transfer identifier is used for determining the transfer result of the settlement amount of each settlement account;

the executing the transfer processing of the virtual resources aiming at the settlement limit of each settlement account comprises the following steps:

and when the transfer identifier is an un-transfer identifier, executing virtual resource transfer processing aiming at the settlement limit of each settlement account, wherein the un-transfer identifier refers to that virtual resource transfer processing is not executed aiming at the settlement limit of each settlement account.

10. The method of claim 9, wherein after the performing of the transfer process of the virtual resource for the settlement amount of each settlement account, the method further comprises:

and setting the virtual resource transfer identifier as a transferred identifier, wherein the transferred identifier refers to that the transfer processing of the virtual resource is executed aiming at the settlement limit of each settlement account.

11. The method according to any one of claims 1 to 4, wherein the settling the order record to be settled to obtain the settlement amount of each settlement account number comprises:

acquiring the account to be settled of each order to be settled in the order record to be settled, and acquiring the settlement account set;

acquiring a related order record corresponding to each settlement account in the settlement account set from the order records to be settled;

determining a set formed by virtual resource limit corresponding to each associated order in the associated order record as each virtual resource limit;

and combining the virtual resource limit to obtain the settlement limit of each settlement account.

12. An apparatus for processing virtual resources, comprising:

the resource transfer module is further configured to execute, by the transfer client, transfer processing of virtual resources based on a result of checking the settlement amount of each settlement account by the transfer key.

13. An apparatus for processing virtual resources, comprising:

a memory for storing executable instructions;

a processor for implementing the method of any one of claims 1 to 11 when executing executable instructions stored in the memory.

14. A computer-readable storage medium having stored thereon executable instructions for, when executed by a processor, implementing the method of any one of claims 1 to 11.