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

Abstract

The invention discloses a virtual resource processing method and apparatus, a computer readable medium and an electronic device. The method comprises the steps of obtaining predicted transaction information between a first virtual resource and a second virtual resource; according to the predicted transaction information, generating a transaction record for converting the first virtual resource into the second virtual resource in the first transaction record, and generating a transaction record for converting the second virtual resource into the first virtual resource in the second transaction record; acquiring actual transaction information between the first virtual resource and the second virtual resource; and performing resource conversion operation according to the first transaction record, and performing difference calculation according to the actual transaction information and the second transaction record. According to the technical scheme of the invention, the resource conversion operation can be performed in advance according to the predicted transaction information, and meanwhile, repeated flattening of real transactions of later input information is avoided, so that the computing resource consumption of a transaction platform is reduced, and the resource conversion accuracy of the transaction platform is improved.

Description

Technical Field

[0001] The present application belongs to the field of computer technology, and specifically relates to a method, device, computer-readable medium and electronic device for processing virtual resources. Background Art

[0002] After conducting virtual resource transactions with customers, the trading platform that provides virtual resource transactions or conversions will conduct virtual resource transactions with a third-party platform based on the results of the virtual resource transactions with customers, so that the trading platform does not hold virtual resources and reaches a closed position.

[0003] In the related art, when a customer initiates a virtual resource transaction on a trading platform, the trading platform will record the corresponding transaction information, and after completing the virtual resource transaction initiated by the customer, perform resource conversion operations according to the recorded transaction information. However, in some cases, the virtual resource transaction between the trading platform and the customer may have actually been completed, but the trading platform has not been able to enter the transaction information in time, such as when the information entry system of the trading platform suddenly fails, which results in the trading platform being unable to perform resource conversion operations based on the real transaction information, thereby exposing the trading platform to resource disposal risks. Summary of the invention

[0004] The purpose of the present application is to provide a method, device, computer-readable medium and electronic device for processing virtual resources to reduce the resource disposal risks existing in a trading platform.

[0005] Other features and advantages of the present application will become apparent from the following detailed description, or may be learned in part by the practice of the present application.

[0006] According to one aspect of an embodiment of the present application, a method for processing virtual resources is provided, including:

[0007] Acquire predicted transaction information between the first virtual resource and the second virtual resource;

[0008] According to the predicted transaction information, a transaction record for converting the first virtual resource into the second virtual resource is generated in the first transaction record, and a transaction record for converting the second virtual resource into the first virtual resource is generated in the second transaction record; the transaction records of the predicted transaction information in the first transaction record and the second transaction record have the same transaction content and opposite transaction directions;

[0009] Acquiring actual transaction information between the first virtual resource and the second virtual resource;

[0010] Performing a resource conversion operation according to the first transaction record to convert the first virtual resource in the first transaction record into a second virtual resource and then returning the first virtual resource in the first transaction record to zero;

[0011] The difference is calculated based on the actual transaction information and the second transaction record so that the virtual resources in the actual transaction information and the virtual resources in the second transaction record offset each other.

[0012] According to one aspect of an embodiment of the present application, a device for processing virtual resources is provided, including:

[0013] A predicted transaction acquisition module, used to acquire predicted transaction information between the first virtual resource and the second virtual resource;

[0014] a transaction record module, configured to generate, in a first transaction record, a transaction record for converting the first virtual resource into the second virtual resource, and to generate, in a second transaction record, a transaction record for converting the second virtual resource into the first virtual resource, according to the predicted transaction information; the transaction records of the predicted transaction information in the first transaction record and the second transaction record have the same transaction content and opposite transaction directions;

[0015] a resource conversion module, configured to perform a resource conversion operation according to the first transaction record, so as to convert the first virtual resource in the first transaction record into a second virtual resource and then return the first virtual resource in the first transaction record to zero;

[0016] The difference calculation module is used to calculate the difference according to the actual transaction information and the second transaction record, so that the virtual resources in the actual transaction information and the virtual resources in the second transaction record offset each other.

[0017] In one embodiment of the present application, the difference calculation module includes:

[0018] A difference calculation unit is used to calculate the difference according to the actual transaction information and the second transaction record when the transaction amount of the first virtual resource in the second transaction record is not zero.

[0019] In one embodiment of the present application, the difference calculation unit is specifically used to:

[0020] When the transaction direction of the first virtual resource in the second transaction record is opposite to the transaction direction of the first virtual resource in the actual transaction information, a difference calculation is performed based on the actual transaction information and the second transaction record.

[0021] In one embodiment of the present application, the device further includes:

[0022] The first transaction record updating module is used to update the first transaction record according to the actual transaction information when the transaction amount of the first virtual resource in the second transaction record is zero, or the transaction direction of the first virtual resource in the second transaction record is the same as the transaction direction of the first virtual resource in the actual transaction information, so as to perform a resource conversion operation according to the updated first transaction record.

[0023] In one embodiment of the present application, the difference calculation module is specifically used to:

[0024] Calculating the difference between the transaction amount of the first virtual resource in the second transaction record and the transaction amount of the first virtual resource in the actual transaction information to obtain a first transaction amount difference; and calculating the difference between the transaction amount of the second virtual resource in the second transaction record and the transaction amount of the second virtual resource in the actual transaction information to obtain a second transaction amount difference;

[0025] When the transaction direction of the first transaction amount difference is opposite to the transaction direction of the first virtual resource in the actual transaction information, the second transaction record is updated according to the first transaction amount difference and the second transaction amount difference.

[0026] In one embodiment of the present application, the device further includes:

[0027] The first transaction record updating module is used to set the transaction amount of the first virtual resource and the transaction amount of the second virtual resource in the second transaction record to zero when the transaction direction of the first transaction amount difference is the same as the transaction direction of the first virtual resource in the actual transaction information, and to update the first transaction record according to the first transaction amount difference and the second transaction amount difference, so as to perform a resource conversion operation according to the updated first transaction record.

[0028] In one embodiment of the present application, the predicted transaction information includes predicted transaction attributes, and the predicted transaction attributes include at least one of a business attribute and a transaction settlement date; the transaction record module is specifically used to:

[0029] Based on the predicted transaction information, a transaction record is generated in the first transaction record to convert the first virtual resource into the second virtual resource and corresponds to the predicted transaction attribute, and a transaction record is generated in the second transaction record to convert the second virtual resource into the first virtual resource and corresponds to the predicted transaction attribute.

[0030] According to one aspect of an embodiment of the present application, a computer-readable medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the method for processing virtual resources in the above technical solution is implemented.

[0031] According to one aspect of an embodiment of the present application, an electronic device is provided, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor executes the executable instructions so that the electronic device executes a method for processing virtual resources as in the above technical solution.

[0032] According to one aspect of the embodiments of the present application, a computer program product or a computer program is provided, the computer program product or the computer program includes a computer instruction, and the computer instruction is stored in a computer-readable storage medium. A processor of a computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device executes the method for processing virtual resources in the above technical solution.

[0033] In the technical solution provided by the embodiment of the present application, the predicted transaction information between the first virtual resource and the second virtual resource is first obtained, and two transaction records with opposite transaction directions are generated according to the predicted transaction information, and then the resource conversion operation is performed according to the first transaction record, so that the virtual resources in the actual transaction information and the virtual resources in the second transaction record offset each other; and the actual transaction information subsequently obtained is added to the second transaction record for difference calculation, so that the first virtual resource in the first transaction record is converted into the second virtual resource and the first virtual resource in the first transaction record is reset to zero. In this way, the trading platform can perform resource conversion operations in advance according to the predicted transaction information, ensuring the normal progress of the resource conversion operation to reduce the resource disposal risk of the trading platform; at the same time, when the subsequent real transaction arrives, the difference calculation is performed through the second transaction record to avoid repeated resource conversion for the real transaction of the later input information, thereby reducing the computing resource consumption of the trading platform, and improving the accuracy of the resource conversion of the trading platform, and further reducing the resource disposal risk of the trading platform.

[0034] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] The drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present application, and together with the specification are used to explain the principles of the present application. Obviously, the drawings described below are only some embodiments of the present application, and for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0036] Figure 1 The exemplary system architecture block diagram applying the technical solution of the present application is schematically shown.

[0037] Figure 2A flowchart of a method for processing virtual resources provided by an embodiment of the present application is schematically shown.

[0038] Figure 3 A flowchart of a method for processing virtual resources provided by an embodiment of the present application is schematically shown.

[0039] Figure 4 A flowchart of a transaction record construction process provided by an embodiment of the present application is schematically shown.

[0040] Figure 5 A flowchart of a transaction record generation process provided by an embodiment of the present application is schematically shown.

[0041] Figure 6 A flowchart schematically illustrates an actual transaction information processing process provided by an embodiment of the present application.

[0042] Figure 7 The structural block diagram of the virtual resource processing device provided in an embodiment of the present application is schematically shown.

[0043] Figure 8 The structure block diagram of a computer system suitable for implementing an electronic device of an embodiment of the present application is schematically shown. DETAILED DESCRIPTION

[0044] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in a variety of 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 comprehensive and complete and fully convey the concept of the example embodiments to those skilled in the art.

[0045] In addition, described feature, structure or characteristic can be combined in one or more embodiments in any suitable manner. In the following description, many specific details are provided to provide a full understanding of the embodiments of the present application. However, those skilled in the art will appreciate that the technical scheme of the present application can be put into practice without one or more of the specific details, or other methods, components, devices, steps, etc. can be adopted. In other cases, known methods, devices, realizations or operations are not shown or described in detail to avoid blurring the various aspects of the application.

[0046] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities may be implemented in software form, or in one or more hardware modules or integrated circuits, or in different networks and / or processor devices and / or microcontroller devices.

[0047] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.

[0048] The virtual resource transaction between the trading platform and the client is equivalent to the client using a certain virtual resource as a replacement resource to obtain another virtual resource from the trading platform, that is, the client provides the trading platform with a first amount of the first virtual resource, and then obtains a second amount of the second virtual resource from the trading platform. The relationship between the first amount and the second amount is determined according to the conversion rate between the first virtual resource and the second virtual resource set by the trading platform. For the trading platform, this transaction is that the trading platform obtains the first amount of the first virtual resource from the client and provides the second amount of the second virtual resource. Thereafter, the trading platform conducts a transaction with a third-party platform (such as a bank) based on the first amount of the first virtual resource obtained to convert the obtained first virtual resource into the second virtual resource. The conversion rate of this transaction process is generally different from the conversion rate corresponding to the transaction between the trading platform and the client. Before the client completes the transaction with the trading platform, but before the trading platform completes the transaction with the third-party platform, the virtual resources held by the trading platform are generally referred to as the virtual resource exposure held by the trading platform. Since the conversion rate between virtual resources is variable, the long-term holding of virtual resource exposure by the trading platform may cause the trading platform to have certain resource disposal risks. For example, when the conversion rate between the third-party platform becomes low, the trading platform may suffer losses. Therefore, the trading platform usually needs to close the virtual resource exposure to avoid or reduce this resource disposal risk. The closing operation is the conversion of virtual resources between the trading platform and the third-party platform. Therefore, in this application, the closing operation is also called the resource conversion operation. In the related art, the trading platform performs a closing operation based on the virtual resource exposure formed by the actual transaction information between the trading platform and the customer, which can dispose of the virtual resource exposure to a certain extent. However, when disposing of the virtual resource exposure, if the actual transaction information cannot be received for some reason (for example, based on the prediction of future transactions), or some system reasons The upstream system cannot send the information in time, or the customer and the trading platform have reached a transaction contract through other means, but the transaction information has not been registered in the system, then in such various situations, the trading platform cannot perform a closing operation based on the real virtual resource exposure, so that although the trading platform has performed a closing operation, there is still an exposure risk. For example, a trading platform and a client have reached a transaction to obtain 100 units of a first virtual resource and provide 200 units of a second virtual resource. The trading platform's virtual resource account has already conducted the corresponding virtual resource transaction, but the trading platform has not yet entered the transaction information. Therefore, when performing a position closing operation, the transaction cannot be taken into account, so that after the position is closed, the trading platform still has a virtual resource exposure formed by the transaction.

[0049] In the related art, it is also possible to simulate customer transactions to close the transactions that have not been entered in advance. However, when the subsequent actual transaction information arrives, the trading platform will close the transaction again according to the actual transaction information, so that the trading platform performs two closing operations for the transaction, thereby increasing the risk of resource disposal. Taking the above example as an example, when the trading platform performs a closing operation, it generates a simulated transaction of obtaining 100 units of the first virtual resource and providing 200 units of the second virtual resource. Then, in the process of this closing operation, the transaction that has not yet been entered can be taken into account. However, when the subsequent actual transaction information corresponding to obtaining 100 units of the first virtual resource and providing 200 units of the second virtual resource arrives, the trading platform still performs a closing operation again according to the actual transaction information. Then, the trading platform has performed two virtual resource exposure disposals for one transaction, resulting in inaccurate closing results and increasing resource disposal risks.

[0050] In the technical solution of the present application, the trading platform generates two transaction records with completely opposite transaction directions based on the predicted transaction information: a first transaction record and a second transaction record. The trading platform can perform resource conversion operations based on the first transaction record, and when the subsequent actual transaction information arrives, the difference calculation is performed based on the actual transaction information and the second transaction record. In this way, the trading platform can not only perform resource conversion operations in advance, but also perform resource conversion operations only once for the first transaction record. The subsequent actual transaction information can be disposed of through the difference calculation of the second transaction record, and the trading platform will not perform repeated exposure disposal on the subsequent actual transaction information, thereby improving the accuracy of the resource conversion operations performed by the trading platform and reducing the resource disposal risk of the trading platform.

[0051] Figure 1 The exemplary system architecture block diagram applying the technical solution of the present application is schematically shown.

[0052] like Figure 1As shown, the system architecture 100 may include a terminal device 110, a transaction platform server 120, and a third-party server 130. The terminal device 110 may include a smart phone, a tablet computer, a laptop computer, an intelligent voice interaction device, a vehicle terminal, a payment device, etc. The transaction platform server 120 and the third-party server 130 may be independent physical servers, or a server cluster or a distributed system composed of multiple physical servers, or a cloud server providing cloud computing services. The terminal device 110, the transaction platform server 120, and the third-party server 130 are connected via a network, and the network may be a communication medium of various connection types that provide a communication link, for example, a wired communication link or a wireless communication link. According to implementation needs, the system architecture 100 in the embodiment of the present application may have any number of terminal devices 110, transaction platform servers 120, and third-party servers 130.

[0053] exist Figure 1 In the application scenario corresponding to the system architecture shown, the customer can trade virtual resources between the terminal device 110 and the trading platform server 120, and the trading platform server 120 trades with the third-party server 130 based on the virtual resources obtained from the transaction with the terminal device 110, thereby completing the transaction process of virtual resources. In an embodiment of the present application, the trading platform server 120 can estimate the customer's transaction, and then simulate the customer's transaction based on the predicted transaction information, and generate a transaction record for converting the first virtual resource into the second virtual resource in the first transaction record, and generate a transaction record for converting the second virtual resource into the first virtual resource in the second transaction record. The trading platform server 120 performs a resource conversion operation according to the first transaction record, so as to convert the first virtual resource in the first transaction record into the second virtual resource and return the first virtual resource in the first transaction record to zero; and when receiving the actual transaction information of the customer, the actual transaction information is added to the second transaction record for difference calculation, so that the virtual resources in the actual transaction information and the virtual resources in the second transaction record offset each other.

[0054] The following is a detailed description of the method for processing virtual resources provided by the present application in conjunction with specific implementation methods.

[0055] Figure 2 The flowchart of a method for processing virtual resources provided by an embodiment of the present application is schematically shown. The method can be implemented by a virtual resource processing device, which can be configured in a trading platform, for example, in a trading platform server. The implementation process of the method will be described below using the trading platform as the execution subject. Figure 2 As shown, the method for processing virtual resources provided in the embodiment of the present application includes steps 210 to 250, which are specifically as follows:

[0056] Step 210: Obtain predicted transaction information between the first virtual resource and the second virtual resource.

[0057] Specifically, the predicted transaction information is an estimate of the transaction information that may be generated by the trading platform. Generally, the predicted transaction information is an estimate of the total amount of transaction information that may be generated by the trading platform within a period of time. The trading platform can use a time series prediction algorithm to predict and generate predicted transaction information based on historical transaction information, current transaction environment information related to the transaction, and other data. The predicted transaction information can also be generated by other institutions and then sent to the trading platform. The predicted transaction information includes conversion information between the first virtual resource and the second virtual resource involved in the predicted transaction, such as the conversion direction between the first virtual resource and the second virtual resource, which is also called the transaction direction, the transaction amount of the first virtual resource, the transaction amount of the second virtual resource, etc. The relationship between the transaction amount of the first virtual resource and the transaction amount of the second virtual resource in the predicted transaction information is determined based on the first conversion rate between the first virtual resource and the second virtual resource. The first conversion rate is the conversion rate set by the trading platform for customers, that is, the resource exchange rate between the trading platform and the customer. For example, assuming that 1 unit of the first virtual resource can be converted into 2 units of the second virtual resource, the first conversion rate can be expressed by the ratio of the number of the second virtual resource to the number of the first virtual resource, that is, the first conversion rate is recorded as 2. In some cases, the first conversion rate may also be represented by a ratio of the number of first virtual resources to the number of second virtual resources, that is, the first conversion rate may also be recorded as 0.5.

[0058] In one embodiment of the present application, the conversion direction between virtual resources can be reflected by the positive or negative transaction amount of the virtual resources. For example, the conversion of the first virtual resource to the second virtual resource is positive, and the conversion of the second virtual resource to the first virtual resource is negative. Then, if the predicted transaction information is to convert 1000 units of the first virtual resource into 2000 units of the second virtual resource, the transaction amount of the first virtual resource can be recorded as -1000, and the transaction amount of the second virtual resource can be recorded as +2000.

[0059] In one embodiment of the present application, the trading platform can provide trading operations between multiple virtual resources, that is, the trading platform can realize conversion operations between multiple virtual resources. In the present application, the second virtual resource is used as the target virtual resource for settlement by the trading platform, that is, when the overall transaction of the trading platform is completed, all other virtual resources will be converted into the second virtual resource. The two virtual resources involved in a conversion operation are recorded as virtual resource pairs, so the predicted transaction information can also include the virtual resource pairs involved in the conversion, and the virtual resource pairs can be represented by the identifiers of the virtual resources involved in the conversion. Exemplarily, the first virtual resource includes resource A and resource C, and the second virtual resource includes resource B. Then the predicted transaction information corresponding to the conversion of 1000 units of the first virtual resource A to 2000 units of the second virtual resource B can be recorded as "AB, -1000, +2000"; then the predicted transaction information corresponding to the conversion of 1000 units of the first virtual resource C to 3000 units of the second virtual resource can be recorded as "CB, -1000, +3000".

[0060] Step 220: Based on the predicted transaction information, generate a transaction record for converting the first virtual resource into the second virtual resource in the first transaction record, and generate a transaction record for converting the second virtual resource into the first virtual resource in the second transaction record; the transaction records of the predicted transaction information in the first transaction record and the second transaction record have the same transaction content and opposite transaction directions.

[0061] Specifically, the trading platform pre-constructs two types of transaction records: a first transaction record and a second transaction record. When constructing these two transaction records, the transaction contents recorded in the two transaction records are the same, but the transaction directions are opposite. The transaction information in the first transaction record is to convert the first virtual resource into the second virtual resource, while the transaction information in the second transaction record is to convert the second virtual resource into the first virtual resource. When obtaining the predicted transaction information, the trading platform records the predicted transaction information in the transaction record with the same transaction direction, that is, in the first transaction record; at the same time, a reverse predicted transaction information with the same transaction content as the predicted transaction information but the transaction direction is completely opposite to the predicted transaction information is generated, and the reverse predicted transaction information is recorded in another transaction record, that is, in the second transaction record. For example, according to the example in step 210, a transaction record of "-1000, +2000" is generated in the first transaction record, and a transaction record of "+1000, -2000" is generated in the second transaction record.

[0062] In one embodiment of the present application, the information recorded in the transaction record corresponds to the virtual resource pair involved. For example, the transaction record may include a transaction record of the conversion between resource A and resource B, and a transaction record of the conversion between resource C and resource B. When the predicted transaction information is recorded in the first transaction record and the second transaction record, the information should be recorded according to the virtual resource pair involved.

[0063] Step 230: Acquire actual transaction information between the first virtual resource and the second virtual resource.

[0064] Specifically, actual transaction information refers to transaction information generated by real transactions between customers and trading platforms. Actual transaction information can be information generated by a single transaction or the sum of multiple transaction information. The content contained in the actual transaction information is roughly the same as the content contained in the predicted transaction information, for example, including virtual resource pairs, the transaction amount of the first virtual resource, the transaction amount of the second virtual resource, etc. The relationship between the transaction amount of the first virtual resource and the transaction amount of the second virtual resource in the actual transaction information is also determined based on the first conversion rate between the first virtual resource and the second virtual resource. For example, if the actual transaction information is to convert 500 units of the first virtual resource into 1000 units of the second virtual resource, the actual transaction information can be recorded as "-500, +1000".

[0065] In one embodiment of the present application, the actual transaction information may be sent to the trading platform when the transaction between the client and the trading platform occurs, or may be sent to the trading platform some time after the transaction between the client and the trading platform occurs.

[0066] Step 240, perform a resource conversion operation according to the first transaction record, so as to convert the first virtual resource in the first transaction record into the second virtual resource and then return the first virtual resource in the first transaction record to zero. Specifically, the first transaction record is generally used to record the actual transaction information. When a transaction record is generated in the first transaction record, for the trading platform, a transaction has occurred, and the trading platform can obtain a certain amount of the first virtual resource based on the transaction that has occurred. After obtaining the first virtual resource, the trading platform will perform a resource conversion operation with the third-party platform according to the number of the first virtual resources obtained, so as to convert the first virtual resource obtained into the second virtual resource, that is, to provide the first virtual resource obtained to the third-party platform. The third-party platform provides a certain amount of the second virtual resource to the trading platform according to the second conversion rate based on the number of the first virtual resources provided by the trading platform, so that the first virtual resource held by the trading platform is returned to zero, which is the first virtual resource in the first transaction record. The second conversion rate is the resource conversion rate between the trading platform and the third-party platform.

[0067] Generally, when the conversion rate is expressed by the ratio of the number of the second virtual resource to the number of the first virtual resource, the second conversion rate is greater than the first conversion rate. Then, after the trading platform converts the first virtual resource in the first transaction record into the second virtual resource, the number of the second virtual resource obtained from the third-party platform will be greater than the number of the second virtual resource originally recorded in the first transaction record. The trading platform can use the number of the second virtual resource obtained from the third-party platform to offset the number of the second virtual resource originally recorded in the first transaction record, and record the excess number of the second virtual resource to other places, so that the first virtual resource and the second virtual resource in the first transaction record are synchronized to zero. Exemplarily, the transaction record in the first transaction record is "-1000, +2000", assuming that the second conversion rate is 2.5, then the trading platform can obtain 2500 units of the second virtual resource based on 1000 units of the first virtual resource in the first transaction record, and after offsetting with the 2000 units of the second virtual resource recorded in the first transaction record, there are still 500 units of the second virtual resource left. If the trading platform records 500 units of the second virtual resource to other places, then the first virtual resource and the second virtual resource in the first transaction record will all be reset to zero, and the first transaction record will be changed to "0, 0".

[0068] The operation of converting the first virtual resource in the first transaction record into the second virtual resource by the trading platform based on the first transaction record and the third-party platform is called a resource conversion operation, and the resource conversion operation will be used to refer to the process in the following text. When the trading platform performs the resource conversion operation, it performs the resource conversion operation according to the transaction information recorded in the first transaction record, which is equivalent to realizing the resource conversion operation based on the predicted "actual transaction information". The resource conversion operation refers to the trading platform trading with the third-party platform based on the virtual resources obtained from the transaction with the customer, so as to provide the non-settlement virtual resources (i.e., non-target virtual resources) held by the trading platform to the third-party platform in exchange for the target virtual resources. In the embodiment of the present application, the resource conversion operation refers to trading with the third-party platform based on the transaction amount of the first virtual resource in the first communication record, converting the first virtual resource into the second virtual resource, so that the transaction amount of the first virtual resource in the first transaction record is zero, at this time, it means that the resource conversion operation is realized, or the virtual resource exposure is disposed of, and the trading platform no longer holds the virtual resource exposure. For example, the first transaction record is "-1000, +2000", and after the resource conversion operation, the first transaction record is "0, 0".

[0069] Step 250: Calculate the difference based on the actual transaction information and the second transaction record so that the virtual resources in the actual transaction information and the virtual resources in the second transaction record offset each other.

[0070] Specifically, the difference calculation based on the actual transaction information and the second transaction record is equivalent to offsetting the actual transaction information with the transaction record information in the second transaction record. The difference calculation is also called the netting operation. Hereinafter, the netting operation or netting will be used to refer to the difference calculation. Generally, after the difference calculation is performed, the transaction amount value in the second transaction record will decrease (regardless of the positive or negative sign). For example, after the difference calculation is performed based on the actual transaction information "-500, +1000" and the second transaction record "+1000, -2000", the second transaction record is changed to "+500, -1000".

[0071] It should be noted that the embodiment of the present application does not limit the execution order of the two steps of step 230 of obtaining actual transaction information and step 240 of performing resource conversion operations according to the first transaction record. The trading platform can first obtain the actual transaction information and then perform the resource conversion operation according to the first transaction record; the trading platform can also first perform the resource conversion operation according to the first transaction record and then obtain the actual transaction information.

[0072] In the technical solution provided in the embodiment of the present application, the predicted transaction information between the first virtual resource and the second virtual resource is first obtained, and two transaction records with opposite transaction directions are generated according to the predicted transaction information. Then, the resource conversion operation is performed according to the first transaction record, and the actual transaction information subsequently obtained is added to the second transaction record for difference calculation. In this way, the trading platform can perform resource conversion operations in advance according to the predicted transaction information, ensuring the normal progress of the resource conversion operation to reduce the resource disposal risk of the trading platform; at the same time, when subsequent real transactions arrive, the difference calculation is performed through the second transaction record to avoid repeated closing of real transactions with later input information, thereby reducing the computing resource consumption of the trading platform, and improving the accuracy of resource conversion of the trading platform, further reducing the resource disposal risk of the trading platform.

[0073] Figure 3 The flowchart of a method for processing virtual resources provided by an embodiment of the present application is schematically shown. This embodiment is a further refinement of the above embodiment. Figure 3 As shown, the method for processing virtual resources provided in the embodiment of the present application includes steps 310 to 360, which are specifically as follows:

[0074] Step 310: Obtain predicted transaction information between the first virtual resource and the second virtual resource.

[0075] Step 320: Generate a transaction record for converting the first virtual resource into the second virtual resource in the first transaction record based on the predicted transaction information, and generate a transaction record for converting the second virtual resource into the first virtual resource in the second transaction record.

[0076] Step 330: Acquire actual transaction information between the first virtual resource and the second virtual resource.

[0077] Steps 310 to 330 are the same as steps 210 to 230 in the aforementioned embodiment. The specific implementation process can refer to the relevant description in the aforementioned embodiment, which will not be repeated here.

[0078] Step 340: Perform a resource conversion operation according to the first transaction record.

[0079] The resource conversion operation involved in step 340 is the same as the resource conversion operation involved in step 240 of the aforementioned embodiment. The specific implementation process can refer to the relevant description in the aforementioned embodiment and will not be repeated here.

[0080] Step 350: When the transaction amount of the first virtual resource in the second transaction record is not zero, the difference is calculated based on the actual transaction information and the second transaction record.

[0081] Specifically, when obtaining customer transaction information, we must first determine whether the difference calculation can be performed based on the second transaction record. If the difference calculation can be performed, the difference calculation is performed based on the actual transaction information and the second transaction record; if the difference calculation cannot be performed, a resource conversion operation is required.

[0082] Whether the difference calculation can be performed can be determined by determining whether the transaction amount of the first virtual resource in the second transaction record is zero. For example, when the transaction amount of the first virtual resource in the second transaction record is not zero, it indicates that a part of the first virtual resource in the second transaction record has not been consumed, that is, the trading platform still holds exposure to the virtual resource. In this case, the actual transaction information can be added to the second transaction record to calculate the difference. For example, the second transaction record is "+1000, -2000", and the first virtual resource "+1000" is not 0, indicating that the second transaction record has not yet reached the closing state. The actual transaction information "-500, +1000" is added to the second transaction record. After the difference calculation, the second transaction record is changed to "+500, -1000".

[0083] Step 360: When the transaction amount of the first virtual resource in the second transaction record is zero, the first transaction record is updated according to the actual transaction information, so as to perform a resource conversion operation according to the updated first transaction record.

[0084] Specifically, when the transaction amount of the first virtual resource in the second transaction record is zero, it indicates that the first virtual resource in the second transaction record has been consumed, and the second transaction record has reached a closed state. At this time, the difference cannot be calculated with the actual transaction information. Therefore, the actual transaction information is added to the first transaction record to realize the update of the first transaction record. Subsequently, resource conversion operations are performed based on the updated first transaction record, thereby achieving the purpose of exposure disposal of the actual transaction information.

[0085] In the technical solution of the present application, when the transaction amount of the first virtual resource in the second transaction record is not zero, the difference calculation is performed based on the actual transaction information and the second transaction record, which is equivalent to incorporating the estimated actual transaction information in the predicted transaction information in advance, and performing the resource conversion operation based on the first transaction record. In fact, the resource conversion operation has been performed in advance for the actual transaction information that has not yet arrived. When the subsequent actual transaction information arrives, the trading platform avoids performing a secondary resource conversion operation on the actual transaction information through the difference calculation, so that the predicted transaction and the actual transaction can be handled only once through the difference method, thereby improving the accuracy of the resource conversion operation of the trading platform and reducing the disposal risk of virtual resources. When the transaction amount of the first virtual resource in the second transaction record is zero, the first transaction record is updated according to the actual transaction information to perform the resource conversion operation according to the updated first transaction record, which is equivalent to continuing the resource conversion operation for the part that exceeds the predicted transaction, ensuring the accuracy of the liquidation and the timely disposal of the virtual resource exposure.

[0086] In one embodiment of the present application, whether the difference calculation can be performed can also be determined by determining whether the transaction direction of the first virtual resource in the actual transaction information is the same as the transaction direction of the first virtual resource in the second transaction record. When the transaction direction of the first virtual resource in the second transaction record is opposite to the transaction direction of the first virtual resource in the actual transaction information, it indicates that the first virtual resource in the second transaction record can offset each other with the first virtual resource in the actual transaction record, that is, the difference calculation can be performed, then the difference calculation is performed according to the actual transaction information and the second transaction record. When the transaction direction of the first virtual resource in the second transaction record is the same as the transaction direction of the first virtual resource in the actual transaction information, it indicates that the first virtual resource in the second transaction record cannot offset each other with the first virtual resource in the actual transaction record, that is, the difference calculation cannot be performed, then it is necessary to update the first transaction record according to the actual transaction information to perform the resource conversion operation according to the updated first transaction record.

[0087] In one embodiment of the present application, whether the transaction amount of the first virtual resource in the second transaction record is zero and whether the transaction direction of the first virtual resource in the actual transaction information is the same as the transaction direction of the first virtual resource in the second transaction record can be combined to determine whether the difference calculation can be performed. When the transaction amount of the first virtual resource in the second transaction record is zero and the transaction direction of the first virtual resource in the actual transaction information is the same as the transaction direction of the first virtual resource in the second transaction record, these two conditions are met, which means that the difference calculation can be performed. When one of these two conditions is not met, for example, the transaction amount of the first virtual resource in the second transaction record is zero, or the transaction direction of the first virtual resource in the second transaction record is the same as the transaction direction of the first virtual resource in the actual transaction information, the difference calculation cannot be performed, and the first transaction record needs to be updated according to the actual transaction information to perform the resource conversion operation according to the updated first transaction record.

[0088] In one embodiment of the present application, the specific process of calculating the difference based on the actual transaction information and the second transaction record includes: calculating the difference between the transaction amount of the first virtual resource in the second transaction record and the transaction amount of the first virtual resource in the actual transaction information to obtain a first transaction amount difference; and calculating the difference between the transaction amount of the second virtual resource in the second transaction record and the transaction amount of the second virtual resource in the actual transaction information to obtain a second transaction amount difference; when the transaction direction of the first transaction amount difference is opposite to the transaction direction of the first virtual resource in the actual transaction information, updating the second transaction record according to the first transaction amount difference and the second transaction amount difference.

[0089] When the transaction direction of the first transaction amount difference is the same as the transaction direction of the first virtual resource in the actual transaction information, the first transaction record is updated according to the first transaction amount difference and the second transaction amount difference, so as to perform a resource conversion operation according to the updated first transaction record.

[0090] Specifically, calculating the difference based on the actual transaction information and the second transaction record refers to calculating the difference for the first virtual resource and the second virtual resource respectively, that is, calculating the difference between the transaction amount of the first virtual resource in the second transaction record and the transaction amount of the first virtual resource in the actual transaction information to obtain the first transaction amount difference; calculating the difference between the transaction amount of the second virtual resource in the second transaction record and the transaction amount of the second virtual resource in the actual transaction information to obtain the second transaction amount difference.

[0091] In the case where the difference calculation can be performed, there may be a situation where the transaction amount of the first virtual resource in the second transaction record cannot completely offset the transaction amount of the first virtual resource in the actual transaction information. This situation is called partial netting; if the transaction amount of the first virtual resource in the second transaction record can completely offset the transaction amount of the first virtual resource in the actual transaction information, it is called full netting. If full netting is possible, the transaction amount difference is the value in the updated second transaction record, that is, the transaction amount of the first virtual resource in the second transaction record is updated to the first transaction amount difference, and the transaction amount of the second virtual resource in the second transaction record is updated to the second transaction amount difference. For example, the second transaction record is "+1000, -2000", and the actual transaction information is "-500, +1000". The transaction amount of the first virtual resource in the second transaction record "+1000" is netted against the transaction amount of the first virtual resource in the actual transaction information "-500", and the first transaction amount difference "+500" is obtained. The transaction amount of the second virtual resource in the second transaction record "-2000" is netted against the transaction amount of the second virtual resource in the actual transaction information "+1000", and the second transaction amount difference "-1000" is obtained. The transaction direction of the first transaction amount difference "+500" is opposite to the transaction direction of the transaction amount of the first virtual resource in the actual transaction information "-500", indicating that the netting is completed. After the netting, the second transaction record is changed to the first transaction amount difference and the second transaction amount difference, that is, changed to "+500, -1000".

[0092] In one embodiment of the present application, in the case of partial netting, the portion that is not netted is equivalent to the portion of the actual transaction information that exceeds the predicted transaction information, and a resource conversion operation needs to be performed on this portion of the transaction information. Therefore, when the transaction direction of the first transaction amount difference is the same as the transaction direction of the first virtual resource in the actual transaction information, the transaction amount of the first virtual resource and the transaction amount of the second virtual resource in the second transaction record are both set to zero, and then the first transaction record is updated according to the first transaction amount difference and the second transaction amount difference, so as to perform a resource conversion operation according to the updated first transaction record. For example, the first transaction record is "0, 0", the second transaction record is "+1000, -2000", and the actual transaction information is "-2000, +4000", then the difference in the first transaction amount is "-1000", and the difference in the second transaction amount is "+2000". Since the difference in the first transaction amount is "-1000", which has the same transaction direction as the transaction amount "-2000" of the first virtual resource in the actual transaction information, indicating partial netting, the first transaction record is updated according to the difference in the first transaction amount and the difference in the second transaction amount, and the updated first transaction record is "-1000, +2000".

[0093] By updating the first transaction record and the second transaction record according to the transaction direction represented by the difference in transaction amount after netting, it is ensured that netting is done as much as possible when it is possible, and resource conversion operation is performed when the netting is insufficient. When the actual transaction information is greater than the predicted transaction information (i.e., the netting is insufficient), the exposure risk can be promptly disposed of through the resource conversion operation, which is conducive to reducing the resource disposal risk of the trading platform.

[0094] In one embodiment of the present application, the transaction information includes transaction attributes, and the transaction attributes include at least one of business attributes and transaction settlement date, and the business attribute refers to the business type to which the transaction belongs, for example, transactions generated based on the first category of products, transactions generated based on the second category of products, etc. The transaction settlement date refers to the date on which the virtual resources involved in the transaction are actually settled, also known as the delivery date.

[0095] In one embodiment of the present application, when constructing a transaction record, the trading platform can generate a transaction record corresponding to the predicted transaction attribute according to the predicted transaction attribute contained in the preset transaction information. The trading platform can pre-set a transaction record subset corresponding to the transaction attribute in the first transaction record and the second transaction record, and then add the predicted transaction information to the transaction record subset corresponding to the predicted transaction attribute. Specifically, a transaction record is generated in the first transaction record to convert the first virtual resource into the second virtual resource and corresponding to the predicted transaction attribute, and a transaction record is generated in the second transaction record to convert the second virtual resource into the first virtual resource and corresponding to the predicted transaction attribute. For example, the transaction record may include multiple transaction attribute columns, and the transaction record corresponding to each transaction attribute column includes a virtual resource pair, a transaction amount of the first virtual resource, and a transaction amount of the second virtual resource. For the predicted transaction information "AB, -1000, +2000", assuming that it belongs to the transaction generated by the first category of products, then the corresponding transaction record should be generated in the column corresponding to the first category of products in the first transaction record, and at the same time, a transaction record with the same transaction content but opposite transaction direction should be generated in the column corresponding to the first category of products in the second transaction record.

[0096] In the case where the transaction information has transaction attributes, the predicted transaction information can be generated for each transaction attribute. When the difference of the actual transaction information is subsequently calculated, it is also necessary to calculate the difference between the actual transaction information and the transaction record corresponding to the actual transaction attribute in the second transaction record according to the actual transaction attribute of the actual transaction information. Similarly, when the first transaction record is updated according to the actual transaction information or the transaction difference after netting, the transaction record corresponding to the actual transaction attribute of the actual transaction information in the first transaction record is updated.

[0097] By setting transaction attributes for transaction information, transactions with different transaction attributes can be managed in the transaction records, and the management granularity of transactions can be refined.

[0098] In one embodiment of the present application, the predicted transaction information is usually an estimate of the transactions that may be generated within a certain period of time on the trading platform, that is, the predicted transaction information has a certain validity period. When the trading platform generates the actual transaction information, it will also record the time when the actual transaction is generated. Generally speaking, within the validity period of the predicted transaction information, it is more accurate to use the first transaction record and the second transaction record generated based on the predicted transaction information to close the position or calculate the difference of the actual transaction information. When the validity period is exceeded, the actual transaction information and the predicted transaction information may be greatly different, and it is no longer suitable to process the actual transaction information based on the predicted transaction information. Therefore, after obtaining the actual transaction information, it can be determined whether the actual transaction time of the actual transaction information is within the validity period of the predicted transaction information. If the actual transaction time of the actual transaction information is within the validity period of the predicted transaction information, the difference can be calculated based on the actual transaction information and the second transaction record. If the actual transaction time of the actual transaction information is not within the validity period of the predicted transaction information, the difference is no longer calculated based on the actual transaction information and the second transaction record. At this time, the first transaction record can be updated according to the actual transaction information, and the trading platform can perform resource conversion operations based on the updated first transaction record. For example, if the predicted transaction information is an estimate of transactions for Saturday and Sunday, and the actual transaction information occurs on Saturday or Sunday, the second transaction record can be used to calculate the difference; if the actual transaction information does not occur on Saturday or Sunday, for example, the actual transaction information occurs on Friday or Monday, then the second transaction record is not used for netting the difference, and the actual transaction information can be processed according to normal resource conversion operation rules.

[0099] In one embodiment of the present application, when the validity period of the predicted transaction information expires, the trading platform can update the second transaction record based on the new predicted transaction information, so that the actual transaction information generated subsequently can calculate the difference based on the second transaction record corresponding to the new predicted transaction information.

[0100] In one embodiment of the present application, when the validity period of the predicted transaction information expires, the trading platform can clear the second transaction record to avoid the existence of unnetted virtual resource transaction amounts in the second transaction record, which causes the trading platform to hold additional virtual resource exposure. This situation is generally applicable to short-term large-scale transactions. For example, the validity period of the predicted transaction information is set to 3 hours, and the actual transaction information generated within these 3 hours is netted through the second transaction record. However, the actual transaction information generated within 3 hours is not necessarily exactly the same as the predicted transaction information. There may be a situation where the actual transaction information is less than the predicted transaction information, that is, when the 3 hours expire, the second transaction record fails to achieve complete netting. At this time, the second transaction record needs to be cleared, otherwise the virtual resources that have not been netted in the second transaction record will cause the trading platform to hold additional virtual resource exposure.

[0101] In one embodiment of the present application, after generating a transaction record of converting the second virtual resource into the first virtual resource in the second transaction record according to the predicted transaction information, the trading platform can adjust the predicted transaction information according to the actual transaction situation, for example, by reducing the amount of the predicted transaction through reverse predicted transactions. For example, at the beginning, the predicted transaction information for a certain day is to convert 1000 units of the first virtual resource into 2000 units of the second virtual resource, and the second transaction record is "+1000, -2000". However, after re-prediction according to the current actual transaction situation, the total transaction volume of the day may only reach the transaction volume of converting 600 units of the first virtual resource into 1200 units of the second virtual resource. Then, a reverse predicted transaction information can be generated at this time, and the reverse predicted transaction information is to convert 400 units of the first virtual resource into 800 units of the second virtual resource. Then, the adjusted second transaction record is changed to "+600, -1200" (assuming that there is no actual transaction information and the second transaction record to be netted at the time of adjustment), which is consistent with the actual transaction situation, thereby avoiding the trading platform holding virtual resource exposure.

[0102] The implementation process of the technical solution of the present application is explained below with a specific example. In the embodiment of the present application, the trading platform uses the exposure management system to close the virtual resource exposure, and uses the pre-close system to perform netting operations on the actual transaction information. The technical solution of the present application can be divided into three parts. The first part is that the trading platform constructs the transaction record, the second part is that the trading platform generates corresponding transaction records in the first transaction record and the second transaction record according to the predicted transaction information, and the third part is that the trading platform processes the actual transaction information.

[0103] For the first part, see Figure 4 , Figure 4The flowchart of the transaction record construction process provided by one embodiment of the present application is schematically shown. Figure 4 As shown, in step 401, the trading platform obtains virtual resource information that can support transactions. The virtual resource information obtained in this step includes the types of virtual resources that can be traded, virtual resource identifiers, etc.

[0104] In step 402, the trading platform constructs a first transaction record according to the types of virtual resources that can support transactions. The first transaction record may include a transaction record name, a virtual resource pair identifier (ID), a virtual resource pair name, a first virtual resource transaction amount, and a second virtual resource transaction amount. Exemplarily, assuming that the first virtual resource includes resource A and resource C, and the second virtual resource includes resource B, the virtual resource pair name "AB" indicates that the first virtual resource A is converted to the second virtual resource B. The structure of the first transaction record is shown in Table 1-1 below.

[0105] Table 1-1 First transaction record

[0106]

[0107] In other embodiments, transaction attribute columns may be added to the first transaction record, such as business attributes, transaction settlement date, and other columns.

[0108] In step 403, the trading platform constructs a second transaction record. The structure of the second transaction record is the same as that of the first transaction record. Exemplarily, the structure of the second transaction record is shown in Table 1-2 below.

[0109] Table 1-2 Second transaction record

[0110]

[0111] In the first part, after the trading platform constructs two transaction records with the same structure, it enters the second part, that is, the trading platform generates corresponding transaction records in the first transaction record and the second transaction record respectively according to the predicted transaction information.

[0112] For example, Figure 5 The flowchart of the transaction record generation process provided by one embodiment of the present application is schematically shown as follows: Figure 5 As shown, the process of generating transaction records includes the following steps:

[0113] In step 501, the pre-sale system receives the predicted transaction information order, that is, the pre-sale system receives the transaction order generated according to the predicted transaction information.

[0114] The predicted transaction information can be output by an institution that specializes in transaction prediction in the trading platform, or it can be output by the pre-settlement system itself. The predicted transaction information includes virtual resource pairs, the transaction amount of the first virtual resource, and the transaction amount of the second virtual resource. For example, the predicted transaction information is to provide 680,000 units of the second virtual resource B (equivalent to selling 680,000 units of the second virtual resource B) and obtain 100,000 units of the first virtual resource A (equivalent to buying 100,000 units of the first virtual resource A), then the order information is "AB, -100,000, 680,000".

[0115] In step 502, the pre-settlement system simulates a customer's transaction order and enters it into the exposure management system.

[0116] After receiving the predicted transaction information, the pre-flating system first generates a first transaction order, the content of which is exactly the same as that of the predicted transaction information, that is, the first transaction order is "AB, -100000, 680000", and the "+" sign in the transaction order is omitted.

[0117] In step 503, the pre-settlement system manages the exposure of the next transaction with the same transaction content but opposite transaction direction.

[0118] That is, the pre-closing system generates a second transaction order. The transaction content of the second transaction order is the same as that of the first transaction order, but the transaction direction is opposite, that is, the second transaction order is "AB, 100000, +680000".

[0119] In step 504, the exposure management system enters the above two transactions into the first transaction record and the second transaction record respectively.

[0120] For example, the first transaction order "AB, -100000, 680000" is entered into the first transaction record shown in Table 1-1, and the first transaction record shown in Table 2-1 is obtained. The second transaction order "AB, 100000, +680000" is entered into the second transaction record shown in Table 1-2, and the first transaction record shown in Table 2-2 is obtained.

[0121] Table 2-1 First transaction record

[0122]

[0123] Table 2-2 Second transaction record

[0124]

[0125] In step 505, the exposure management system performs exposure management measures on the first transaction record, that is, the exposure management system performs a position closing operation according to the first transaction record.

[0126] After the first transaction record is closed according to the closing rules, the first virtual resource transaction amount and the second virtual resource transaction amount reach a balance. Exemplarily, the first transaction record after closing is shown in Table 3-1, while the second transaction record is not closed, and its content is the same as Table 2-2, as shown in Table 3-2.

[0127] Table 3-1 The first transaction record

[0128]

[0129] Table 3-2 Second transaction record

[0130]

[0131] After the second part is completed, the trading platform executes the operation process of the third part, that is, the trading platform processes the actual transaction information.

[0132] For example, Figure 6 The flowchart of the actual transaction information processing process provided by an embodiment of the present application is schematically shown as follows: Figure 6 As shown, the actual transaction information processing process includes the following steps:

[0133] In step 601, the exposure management system receives actual transaction information initiated by the customer. For example, if a customer order provides 340,000 units of the second virtual resource B and obtains 50,000 units of the first virtual resource A, the actual transaction information is "AB, -50,000, 340,000".

[0134] In step 602, the second transaction record is queried according to the actual transaction information to determine the relevant records of the virtual resource involved in the actual transaction information in the second transaction record.

[0135] In step 603, it is determined whether the transaction direction of the first virtual resource in the second transaction record is opposite to the transaction direction of the first virtual resource in the actual transaction information. If the transaction directions are opposite, the process proceeds to step 604; if the transaction directions are the same, the process proceeds to step 605.

[0136] Optionally, step 603 may also be replaced by determining whether the transaction amount of the first virtual resource in the second transaction record is 0. If it is not 0, proceed to step 604; if it is 0, proceed to step 605.

[0137] In step 604, the actual transaction information is recorded in the second transaction record, that is, the actual transaction information and the second transaction record are netted to update the second transaction record.

[0138] For example, for the actual transaction information "AB, -50000, 340000", the transaction direction of the first virtual resource is opposite to the transaction direction of the first virtual resource in the second transaction record, so it is entered into the second transaction record for netting operation, while the first transaction record remains unchanged. For example, after the netting operation, the first transaction record is shown in Table 4-1, and the second transaction record is shown in Table 4-2.

[0139] Table 4-1 The first transaction record

[0140]

[0141] Table 4-2 Second transaction record

[0142]

[0143] In step 605, the actual transaction information is recorded in the first transaction record, that is, the first transaction record is updated according to the actual transaction information.

[0144] In step 606, the exposure management system performs exposure management measures on the first transaction record, that is, the exposure management system performs a position closing operation according to the updated first transaction record.

[0145] In the technical solution of the present application, the predicted transaction information is processed by the pre-settlement system. After receiving the predicted transaction information, the pre-settlement system sends the simulated customer transaction to the exposure management system, and uses the existing liquidation rules of the exposure management system to achieve early risk disposal. At the same time, the pre-settlement system sends the second transaction record of the predicted transaction to the exposure management system in the reverse direction, thereby recording the predicted transaction information. When the actual transaction occurs, the exposure management system first determines whether it can be internalized with the second transaction record, thereby avoiding exposure processing again after the actual transaction arrives, that is, the predicted transaction and the actual transaction are processed only once by means of sizing.

[0146] It should be noted that although the steps of the method in the present application are described in a specific order in the drawings, this does not require or imply that the steps must be performed in this specific order, or that all the steps shown must be performed to achieve the desired results. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step, and / or one step may be decomposed into multiple steps, etc.

[0147] The following introduces an apparatus embodiment of the present application, which can be used to execute the virtual resource processing method in the above-mentioned embodiment of the present application. Figure 7 The structure block diagram of the virtual resource processing device provided in the embodiment of the present application is schematically shown. Figure 7 As shown, the virtual resource processing device provided in the embodiment of the present application includes:

[0148] The predicted transaction acquisition module 710 is used to acquire the predicted transaction information between the first virtual resource and the second virtual resource;

[0149] a transaction record module 720, configured to generate, in a first transaction record, a transaction record for converting the first virtual resource into the second virtual resource, and to generate, in a second transaction record, a transaction record for converting the second virtual resource into the first virtual resource, according to the predicted transaction information; the transaction records of the predicted transaction information in the first transaction record and the second transaction record have the same transaction content and opposite transaction directions;

[0150] An actual transaction acquisition module 730, configured to acquire actual transaction information between the first virtual resource and the second virtual resource;

[0151] A resource conversion module 740, configured to perform a resource conversion operation according to the first transaction record, so as to convert the first virtual resource in the first transaction record into a second virtual resource and then return the first virtual resource in the first transaction record to zero;

[0152] The difference calculation module 750 is used to calculate the difference according to the actual transaction information and the second transaction record, so that the virtual resources in the actual transaction information and the virtual resources in the second transaction record offset each other.

[0153] In one embodiment of the present application, the difference calculation module 750 includes:

[0154] A difference calculation unit is used to calculate the difference according to the actual transaction information and the second transaction record when the transaction amount of the first virtual resource in the second transaction record is not zero.

[0155] In one embodiment of the present application, the difference calculation unit is specifically used to:

[0156] When the transaction direction of the first virtual resource in the second transaction record is opposite to the transaction direction of the first virtual resource in the actual transaction information, a difference calculation is performed based on the actual transaction information and the second transaction record.

[0157] In one embodiment of the present application, the device further includes:

[0158] The first transaction record updating module is used to update the first transaction record according to the actual transaction information when the transaction amount of the first virtual resource in the second transaction record is zero, or the transaction direction of the first virtual resource in the second transaction record is the same as the transaction direction of the first virtual resource in the actual transaction information, so as to perform a resource conversion operation according to the updated first transaction record.

[0159] In one embodiment of the present application, the difference calculation module 750 is specifically used for:

[0160] Calculating the difference between the transaction amount of the first virtual resource in the second transaction record and the transaction amount of the first virtual resource in the actual transaction information to obtain a first transaction amount difference; and calculating the difference between the transaction amount of the second virtual resource in the second transaction record and the transaction amount of the second virtual resource in the actual transaction information to obtain a second transaction amount difference;

[0161] When the transaction direction of the first transaction amount difference is opposite to the transaction direction of the first virtual resource in the actual transaction information, the second transaction record is updated according to the first transaction amount difference and the second transaction amount difference.

[0162] In one embodiment of the present application, the device further includes:

[0163] The first transaction record updating module is used to set the transaction amount of the first virtual resource and the transaction amount of the second virtual resource in the second transaction record to zero when the transaction direction of the first transaction amount difference is the same as the transaction direction of the first virtual resource in the actual transaction information, and to update the first transaction record according to the first transaction amount difference and the second transaction amount difference, so as to perform a resource conversion operation according to the updated first transaction record.

[0164] In one embodiment of the present application, the predicted transaction information includes predicted transaction attributes, and the predicted transaction attributes include at least one of a business attribute and a transaction settlement date; the transaction record module 720 is specifically used to:

[0165] Based on the predicted transaction information, a transaction record is generated in the first transaction record to convert the first virtual resource into the second virtual resource and corresponds to the predicted transaction attribute, and a transaction record is generated in the second transaction record to convert the second virtual resource into the first virtual resource and corresponds to the predicted transaction attribute.

[0166] The specific details of the virtual resource processing device provided in each embodiment of the present application have been described in detail in the corresponding method embodiment and will not be repeated here.

[0167] Figure 8 The structure block diagram of a computer system for implementing an electronic device according to an embodiment of the present application is schematically shown.

[0168] It should be noted that Figure 8 The computer system 800 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0169] like Figure 8 As shown, the computer system 800 includes a central processing unit 801 (CPU), which can perform various appropriate actions and processes according to the program stored in the read-only memory 802 (ROM) or the program loaded from the storage part 808 to the random access memory 803 (RAM). Various programs and data required for system operation are also stored in the random access memory 803. The central processing unit 801, the read-only memory 802 and the random access memory 803 are connected to each other through a bus 804. The input / output interface 805 (Input / Output interface, i.e., I / O interface) is also connected to the bus 804.

[0170] The following components are connected to the input / output interface 805: an input section 806 including a keyboard, a mouse, etc.; an output section 807 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker; a storage section 808 including a hard disk, etc.; and a communication section 809 including a network interface card such as a local area network card, a modem, etc. The communication section 809 performs communication processing via a network such as the Internet. A drive 810 is also connected to the input / output interface 805 as needed. A removable medium 811, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 810 as needed so that a computer program read therefrom is installed into the storage section 808 as needed.

[0171] In particular, according to an embodiment of the present application, the process described in each method flow chart 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 contains a program code for executing the method shown in the flow chart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 809, and / or installed from the removable medium 811. When the computer program is executed by the central processor 801, various functions defined in the system of the present application are executed.

[0172] It should be noted that the computer-readable medium shown in the embodiment of the present application may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, a system, device or device of electricity, magnetism, light, electromagnetic, infrared, or semiconductor, or any combination of the above. More specific examples of computer-readable storage media may 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 disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable storage medium may be any tangible medium containing or storing a program, which may be used by an instruction execution system, device or device or used in combination with it. In the present application, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, wherein a computer-readable program code is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer readable signal media may also be any computer readable medium other than computer readable storage media, which may send, propagate, or transmit programs for use by or in conjunction with an instruction execution system, apparatus, or device. The program code contained on the computer readable medium may be transmitted using any suitable medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0173] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the above-mentioned module, program segment or a part of a code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flow chart, and the combination of the boxes in the block diagram or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0174] It should be noted that, although several modules or units of the equipment for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of the present application, the features and functions of two or more modules or units described above can be embodied in one module or unit. On the contrary, the features and functions of one module or unit described above can be further divided into being embodied by multiple modules or units.

[0175] Through the description of the above implementation methods, it is easy for those skilled in the art to understand that the example implementation methods described here can be implemented by software or by combining software with necessary hardware. Therefore, the technical solution according to the implementation methods of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be 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 (which can be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the implementation methods of the present application.

[0176] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the invention disclosed herein. The present application is intended to cover any modification, use or adaptation of the present application, which follows the general principles of the present application and includes common knowledge or customary technical means in the art that are not disclosed in the present application.

[0177] It should be understood that the present application is not limited to the precise structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present application is limited only by the appended claims.

Claims

1. A method for processing virtual resources, characterized in that: include: Acquire predicted transaction information between the first virtual resource and the second virtual resource; According to the predicted transaction information, a transaction record for converting the first virtual resource into the second virtual resource is generated in the first transaction record, and a transaction record for converting the second virtual resource into the first virtual resource is generated in the second transaction record; the transaction records of the predicted transaction information in the first transaction record and the second transaction record have the same transaction content and opposite transaction directions; Acquiring actual transaction information between the first virtual resource and the second virtual resource; Performing a resource conversion operation according to the first transaction record to convert the first virtual resource in the first transaction record into a second virtual resource and then returning the first virtual resource in the first transaction record to zero; The difference is calculated based on the actual transaction information and the second transaction record so that the virtual resources in the actual transaction information and the virtual resources in the second transaction record offset each other.

2. The method for processing virtual resources according to claim 1, characterized in that: Calculating the difference according to the actual transaction information and the second transaction record includes: When the transaction amount of the first virtual resource in the second transaction record is not zero, a difference calculation is performed based on the actual transaction information and the second transaction record.

3. The method for processing virtual resources according to claim 2, characterized in that: Calculating the difference according to the actual transaction information and the second transaction record includes: When the transaction direction of the first virtual resource in the second transaction record is opposite to the transaction direction of the first virtual resource in the actual transaction information, a difference calculation is performed based on the actual transaction information and the second transaction record.

4. The method for processing virtual resources according to claim 3, characterized in that: The method further comprises: When the transaction amount of the first virtual resource in the second transaction record is zero, or the transaction direction of the first virtual resource in the second transaction record is the same as the transaction direction of the first virtual resource in the actual transaction information, the first transaction record is updated according to the actual transaction information to perform a resource conversion operation according to the updated first transaction record.

5. The method for processing virtual resources according to claim 3, characterized in that: Calculating the difference according to the actual transaction information and the second transaction record includes: Calculating the difference between the transaction amount of the first virtual resource in the second transaction record and the transaction amount of the first virtual resource in the actual transaction information to obtain a first transaction amount difference; and calculating the difference between the transaction amount of the second virtual resource in the second transaction record and the transaction amount of the second virtual resource in the actual transaction information to obtain a second transaction amount difference; When the transaction direction of the first transaction amount difference is opposite to the transaction direction of the first virtual resource in the actual transaction information, the second transaction record is updated according to the first transaction amount difference and the second transaction amount difference.

6. The method for processing virtual resources according to claim 5, characterized in that: The method further comprises: When the transaction direction of the first transaction amount difference is the same as the transaction direction of the first virtual resource in the actual transaction information, the transaction amount of the first virtual resource and the transaction amount of the second virtual resource in the second transaction record are both set to zero, and the first transaction record is updated according to the first transaction amount difference and the second transaction amount difference, so as to perform a resource conversion operation according to the updated first transaction record.

7. The method for processing virtual resources according to any one of claims 1 to 6, characterized in that: The predicted transaction information includes predicted transaction attributes, and the predicted transaction attributes include at least one of business attributes and transaction settlement date; Generating a transaction record for converting the first virtual resource into the second virtual resource in a first transaction record, and generating a transaction record for converting the second virtual resource into the first virtual resource in a second transaction record, including: Based on the predicted transaction information, a transaction record is generated in the first transaction record to convert the first virtual resource into the second virtual resource and corresponds to the predicted transaction attribute, and a transaction record is generated in the second transaction record to convert the second virtual resource into the first virtual resource and corresponds to the predicted transaction attribute.

8. A virtual resource processing device, characterized in that: include: A predicted transaction acquisition module, used to acquire predicted transaction information between the first virtual resource and the second virtual resource; a transaction record module, configured to generate, in a first transaction record, a transaction record for converting the first virtual resource into the second virtual resource, and to generate, in a second transaction record, a transaction record for converting the second virtual resource into the first virtual resource, according to the predicted transaction information; an actual transaction acquisition module, configured to acquire actual transaction information between the first virtual resource and the second virtual resource; the transaction records of the predicted transaction information in the first transaction record and the second transaction record have the same transaction content and opposite transaction directions; a resource conversion module, configured to perform a resource conversion operation according to the first transaction record, so as to convert the first virtual resource in the first transaction record into a second virtual resource and then return the first virtual resource in the first transaction record to zero; The difference calculation module is used to calculate the difference according to the actual transaction information and the second transaction record, so that the virtual resources in the actual transaction information and the virtual resources in the second transaction record offset each other.

9. A computer readable medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method for processing virtual resources described in any one of claims 1 to 7 is implemented.

10. An electronic device, characterized in that: include: processor; as well as A memory, configured to store executable instructions of the processor; The processor executes the executable instructions so that the electronic device executes the method for processing virtual resources described in any one of claims 1 to 7.

Images