Cross-domain virtual resource flow control method, device, electronic device and storage medium

Abstract

The present disclosure provides a cross-domain virtual resource flow control method, device, electronic device and storage medium, the method comprising: receiving a virtual resource transfer request sent by a requester in a first domain, the virtual resource transfer request is used to request to transfer a first virtual resource in the first domain to a target account in a second domain; according to the virtual resource transfer request, obtaining a second virtual resource belonging to the second domain that matches the first virtual resource from a backup resource system; and sending the second virtual resource to the target account. The embodiments of the present disclosure can reduce the delay of cross-domain virtual resource flow control.

Description

Technical Field

[0001] The present disclosure relates to the field of virtual resource control, and in particular to a method, device, electronic device and storage medium for controlling cross-domain virtual resource flow. Background Art

[0002] With the development of information technology, cross-domain transfer control of virtual resources is involved in many areas of the Internet. For example: cross-border fund remittances, cross-system virtual game resource exchanges. Due to various considerations, the cross-domain transfer of virtual resources often has an indispensable audit turnover process, which leads to a fixed delay in the cross-domain transfer of virtual resources, thus causing adverse effects. Summary of the invention

[0003] An object of the present disclosure is to provide a method, device, electronic device and storage medium for controlling cross-domain virtual resource flow, which can reduce the delay of cross-domain virtual resource flow.

[0004] According to one aspect of an embodiment of the present disclosure, a method for controlling cross-domain virtual resource transfer is disclosed, the method comprising:

[0005] receiving a virtual resource transfer request sent by a requester in a first domain, wherein the virtual resource transfer request is used to request to transfer a first virtual resource in the first domain to a target account in a second domain;

[0006] According to the virtual resource transfer request, acquiring from a backup resource system a second virtual resource belonging to the second domain that matches the first virtual resource;

[0007] The second virtual resource is sent to the target account.

[0008] According to one aspect of an embodiment of the present disclosure, a method for controlling cross-border capital flow is disclosed, the method comprising:

[0009] receiving a fund transfer request sent by a requesting party in a first territory, wherein the fund transfer request is used to request to transfer first funds in the first territory to a target account in a second territory;

[0010] According to the fund transfer request, obtaining second funds belonging to the second territory that match the first funds from the backup fund system;

[0011] The second funds are sent to the destination account.

[0012] According to one aspect of an embodiment of the present disclosure, a cross-domain virtual resource flow control device is disclosed, the device comprising:

[0013] A request receiving module, configured to receive a virtual resource transfer request sent by a requester in a first domain, wherein the virtual resource transfer request is used to request to transfer a first virtual resource in the first domain to a target account in a second domain;

[0014] a resource acquisition module, configured to acquire, according to the virtual resource transfer request, from a backup resource system a second virtual resource belonging to the second domain and matching the first virtual resource;

[0015] A resource transfer module is used to send the second virtual resource to the target account.

[0016] According to one aspect of an embodiment of the present disclosure, a cross-domain virtual resource flow control electronic device is disclosed, comprising: a memory storing computer-readable instructions; and a processor reading the computer-readable instructions stored in the memory to execute any one of the methods described in the above claims.

[0017] According to one aspect of an embodiment of the present disclosure, a computer-readable storage medium is disclosed, on which computer-readable instructions are stored. When the computer-readable instructions are executed by a processor of a computer, the computer is caused to execute any one of the methods described in the above claims.

[0018] The embodiment of the present disclosure establishes a backup resource system in advance, so that when a requester in a first domain requests to transfer a first virtual resource to a target account in a second domain, the execution subject of the present disclosure can take out a second virtual resource from the backup resource system, and then send the second virtual resource to the target account. The execution subject of the present disclosure processes the second virtual resource asynchronously with the processing of the first virtual resource by the requester, thereby eliminating the impact of the fixed delay of the cross-domain virtual resource flow on the user, and reducing the delay of the cross-domain virtual resource flow from the user level.

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

[0020] It is to be understood that the foregoing general description and the following detailed description are exemplary only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] The above and other objects, features and advantages of the present disclosure will become more apparent by describing in detail example embodiments thereof with reference to the attached drawings.

[0022] Figure 1A The invention shows the system architecture applied to the cross-domain virtual resource transfer control according to an embodiment of the present disclosure.

[0023] Figure 1BThe invention shows the system architecture applied to the cross-domain virtual resource transfer control according to an embodiment of the present disclosure.

[0024] Figure 1C The invention shows the system architecture applied to the cross-domain virtual resource transfer control according to an embodiment of the present disclosure.

[0025] Figure 2 A flow chart of a cross-domain virtual resource transfer control method according to an embodiment of the present disclosure is shown.

[0026] Figure 3 A flow chart of a cross-border funds flow control method according to an embodiment of the present disclosure is shown.

[0027] Figure 4 An interactive schematic diagram of cross-border fund flow control according to an embodiment of the present disclosure is shown.

[0028] Figure 5 The present invention shows a system architecture applied to cross-domain virtual resource flow control in a blockchain system according to an embodiment of the present disclosure.

[0029] Figure 6 A block diagram of a cross-domain virtual resource flow control device according to an embodiment of the present disclosure is shown.

[0030] Figure 7 A hardware diagram of an electronic device for controlling cross-domain virtual resource flow according to an embodiment of the present disclosure is shown. DETAILED DESCRIPTION

[0031] 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 example embodiments are provided so that the description of the present disclosure will be more comprehensive and complete and the concepts of the example embodiments will be fully conveyed to those skilled in the art. The accompanying drawings are only schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the figures represent the same or similar parts, and thus their repeated description will be omitted.

[0032] In addition, the described features, structures or characteristics may be combined in one or more example embodiments in any suitable manner. In the following description, many specific details are provided to provide a full understanding of the example embodiments of the present disclosure. However, those skilled in the art will appreciate that the technical solutions of the present disclosure may be practiced while omitting one or more of the specific details, or other methods, components, steps, etc. may be adopted. In other cases, well-known structures, methods, implementations or operations are not shown or described in detail to avoid obscuring various aspects of the present disclosure.

[0033] Some of the blocks shown in the accompanying drawings are functional entities that do not necessarily correspond to physically or logically independent entities. These functional entities can 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.

[0034] The present disclosure proposes a cross-domain virtual resource flow control method to reduce the latency of cross-domain virtual resource flow from the user level. Furthermore, even if the action subjects of each domain have no control relationship with each other when processing virtual resources and are not in the same execution system, the method provided by the present disclosure can also reduce the latency of cross-domain virtual resource flow from the user level.

[0035] First refer to Figure 1A Describe the basic structure of the system architecture of the embodiment of the present disclosure.

[0036] Figure 1A The basic structural components of the system architecture of the embodiment of the present disclosure are shown: a requesting party 10 in a first domain, a cooperating party 20 in a second domain, and a backup resource system 30.

[0037] Among them, domain refers to an area. The domain in the embodiment of the present disclosure can be a virtual area divided based on business logic, such as: Game System A, Game System B; it can also be a physical area divided based on geographical location, such as: within Country A, within Country B. It can be understood that the physical area divided based on geographical location can be combined with the performance of business logic on its basis to further obtain the corresponding virtual area at the business logic level, so as to divide the domain at both the geographical location level and the business logic level. For example: Action subject A performs fund payment business in Country A, and action subject B performs fund payment business in Country B. Then, it is divided according to geographical location and business logic at the same time, and the following two domains are obtained-Payment System A located in Country A, and Payment System B located in Country B.

[0038] The requester 10 refers to the action subject that sends a virtual resource transfer request in one embodiment; the partner 20 refers to the action subject that, as the executor of the method of this embodiment, controls the flow of virtual resources according to the received virtual resource transfer request in one embodiment; the backup resource system 30 refers to the system that stores virtual resources for backup by the partner 20.

[0039] In the embodiment of the present disclosure, the requester 10 in the first domain sends a virtual resource transfer request to the partner 20 in the second domain, requesting to transfer the first virtual resource in the first domain to the target account in the second domain; at the same time, the requester 10 transfers the first virtual resource out of the first domain. The partner 20 takes out the second virtual resource belonging to the second domain that matches the first virtual resource from the backup resource system 30, and sends the second virtual resource to the target account.

[0040] Among them, "transferring the first virtual resource from the first domain" and "sending the second virtual resource to the target account" are performed asynchronously. That is, the sending of the second virtual resource to the target account by the partner 20 does not depend on the completion of the transfer of the first virtual resource from the first domain by the requester 10, thereby reducing the delay of transferring the virtual resource from the first domain to the target account in the second domain from the user level.

[0041] It should be noted that Figure 1A The various action subjects and the interaction relationships between the action subjects shown in are only exemplary and do not mean that the system architecture of the present disclosure can only include the requester 10, the partner 20, and the backup resource system 30; nor does it mean that when the present disclosure is implemented, the requester 10 cannot interact with the backup resource system 30. Figure 1A The various action subjects and the interactive relationships between the action subjects shown in the figure do not limit the function and scope of use of the present disclosure.

[0042] Figure 1B The structure of the system architecture of an embodiment of the present disclosure in a specific application scenario is shown: payment system A located in country A, payment system B located in country B, and standby fund system 30. Payment system A includes remitter and payment platform A 10; payment system B includes payee and payment platform B 20.

[0043] In this embodiment, a remitter in Country A wants to remit a sum of money to a payee in Country B. The remitter requests a remittance from Payment Platform A 10 and sends the corresponding remittance information to Payment Platform A 10; after a series of verification processes are passed, Payment Platform A 10 sends a fund transfer request to Payment Platform B 20 to request that the funds specified in the remittance information be transferred to the payee; at the same time, Payment Platform A 10 transfers the corresponding funds out of Country A; After receiving the fund transfer request, Payment Platform B 20 takes out the corresponding funds from the standby fund system 30 and then sends them to the payee. Among them, "Payment Platform A 10 transfers the corresponding funds out of Country A" and "Payment Platform B 20 sends the corresponding funds to the payee" are performed asynchronously.

[0044] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0045] Figure 1C The structure of the system architecture of an embodiment of the present disclosure in a specific application scenario is shown as follows: game system A, game system B, and backup game resource system 30. Game system A includes a gifting player and game server A 10; game system B includes a gifting player and game server B 20.

[0046] In this embodiment, a player who is donating in game system A wants to donate a batch of game resources to a player who is receiving game resources in game system B. The donating player requests game server A 10 to donate game resources, and sends the corresponding game resource donation information to game server A 10; after a series of verification processes are passed, game server A 10 sends a game resource transfer request to game server B 10 to request that the game resources specified by the game resource donation information be transferred to the player who is receiving the donation; at the same time, game server A 10 transfers the corresponding game resources from game system A; after receiving the game resource transfer request, game server B 20 takes out the corresponding game resources from the backup game resource system 30 and then sends them to the player who is receiving the donation. Among them, "game server A 10 transfers the corresponding game resources from game system A" and "game server B 20 sends the corresponding game resources to the player who is receiving the donation" are performed asynchronously.

[0047] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0048] It should be noted that, for the purpose of fully displaying the detailed process of the embodiments of the present disclosure, the scope of the domain in the embodiments of the present disclosure includes not only the action subject that executes the method of the present disclosure, but also the entities necessary for the action subject to fully execute the business. For example: in one embodiment, in order to display the complete process of a game server located in a game system executing a game business, the game server and the game players are included in the scope of the game system; in one embodiment, in order to display the complete process of a payment platform located in a payment system executing a fund payment business, the fund holder and the payment platform are included in the payment system.

[0049] The specific process of the embodiment of the present disclosure is described in detail below.

[0050] refer to Figure 2 As shown, the present disclosure provides a cross-domain virtual resource flow control method, including:

[0051] Step 410: receiving a virtual resource transfer request sent by a requester in a first domain, wherein the virtual resource transfer request is used to request to transfer a first virtual resource in the first domain to a target account in a second domain;

[0052] Step 420: According to the virtual resource transfer request, obtain from the backup resource system a second virtual resource that matches the first virtual resource and belongs to the second domain;

[0053] Step 430: Send the second virtual resource to the target account.

[0054] The execution subject of this disclosure is Figure 1A The partner in the second domain is shown. After the partner receives the virtual resource transfer request sent by the requester for requesting to transfer the first virtual resource to the target account in the second domain, the partner obtains the second virtual resource matching the first virtual resource from the backup resource system according to the virtual resource transfer request, and sends it to the target account. The second virtual resource can be regarded as a substitute for the first virtual resource, and the partner does not rely on the processing of the first virtual resource when performing a series of processing on the second virtual resource (for example: obtaining from the backup resource system and sending to the target account).

[0055] Through this method, the embodiment of the present disclosure realizes the asynchrony of "the processing of the second virtual resource by the partner" and "the processing of the first virtual resource by the requester" - that is, the processing of the second virtual resource by the partner does not depend on the processing of the first virtual resource by the requester, thereby reducing the delay of cross-domain virtual resource flow from the user level.

[0056] Each step in the embodiment of the present disclosure is described in detail below.

[0057] In step 410, a virtual resource transfer request sent by a requester in a first domain is received, wherein the virtual resource transfer request is used to request to transfer a first virtual resource in the first domain to a target account in a second domain.

[0058] In the disclosed embodiment, the target account in the second domain is not within the direct communication range of the requester, and the requester needs to transfer the first virtual resource to the target account in the second domain through the partner in the second domain. Specifically, the requester generates a virtual resource transfer request for requesting the transfer of the first virtual resource to the target account in the second domain, and sends the virtual resource transfer request to the partner. After receiving the virtual resource transfer request, the partner proceeds to transfer the virtual resource.

[0059] In one embodiment, the virtual resource transfer request is generated by a first virtual resource holding user in the first domain and sent to the requesting party, and the requesting party sends the virtual resource transfer request to the partner, including:

[0060] The requesting party obtains the account information of the first virtual resource holding user in response to the virtual resource transfer request;

[0061] The requesting party verifies the virtual resource transfer request according to the account information;

[0062] If the virtual resource transfer request passes the verification, the requesting party sends the virtual resource transfer request to the partner.

[0063] In this embodiment, the virtual resource transfer request is generated by the first virtual resource holder user in the first domain (for example: a remitter holding funds in the first currency in the first domain). After receiving the virtual resource transfer request, the requesting party verifies whether the virtual resource transfer request is legal based on the account information of the first virtual resource holder user. For example: whether the first virtual resource requested to be transferred exceeds the remaining first virtual resources in the account of the first virtual resource holder user, and whether the first virtual resource requested to be transferred exceeds the resource limit that can be transferred from the account of the first virtual resource holder user at a time. After verification, if the virtual resource transfer request is legal, that is, the virtual resource transfer request passes the verification, the requesting party sends the virtual resource transfer request to the partner; if the virtual resource transfer request is illegal, that is, the virtual resource transfer request fails the verification, the virtual resource transfer request is rejected.

[0064] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0065] In step 420, according to the virtual resource transfer request, a second virtual resource matching the first virtual resource and belonging to the second domain is acquired from a backup resource system.

[0066] In the disclosed embodiment, after the partner receives the virtual resource transfer request, if the partner confirms that the virtual resource transfer request is legal, the partner determines the second resource that matches the first virtual resource in the second domain based on the content of the virtual resource transfer request - the specified first virtual resource and the specified target account, and then obtains the second virtual resource from the backup resource system to send the second virtual resource to the target account.

[0067] In one embodiment, before acquiring, according to the virtual resource transfer request, from a backup resource system a second virtual resource that matches the first virtual resource and belongs to the second domain, the method includes:

[0068] Obtaining account information of the target account;

[0069] The virtual resource transfer request is verified according to the account information, and a verification result is generated to identify whether the virtual resource transfer request is passed.

[0070] In this embodiment, after receiving the virtual resource transfer request, the partner verifies whether the virtual resource transfer request is legal based on the account information of the target account. For example: whether the target account exists, whether the target account is valid, and whether the first virtual resource requested to be transferred exceeds the resource limit that the target account can receive at one time. After verification, if the virtual resource transfer request is legal, a verification result of passing the verification is generated; if the virtual resource transfer request is illegal, a verification result of failing the verification is generated.

[0071] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0072] In one embodiment, after generating a verification result for identifying whether the virtual resource transfer request is passed, the method includes: sending the verification result to the requesting party; wherein, if the verification result is verification passed, then according to the virtual resource transfer request, obtaining a second virtual resource belonging to the second domain that matches the first virtual resource from the backup resource system, and after the requesting party receives the verification result, transferring the first virtual resource from the first domain, so that the amount of virtual resources stored in the backup resource system is dynamically balanced.

[0073] In this embodiment, after generating the verification result, the partner sends the verification result to the requester to provide feedback to the requester.

[0074] If the verification result is that the verification fails, the partner rejects the virtual resource transfer request; at the same time, after receiving the verification result, the requesting party may perform corresponding processing, for example, terminating the virtual resource transfer request.

[0075] If the verification result is passed, the partner obtains the second virtual resource matching the first virtual resource from the backup resource system according to the virtual resource transfer request; at the same time, after receiving the verification result, the requester transfers the first virtual resource from the first domain. The first virtual resource transferred from the first domain will eventually be transferred to the backup resource system, so that the amount of virtual resources stored in the backup resource system is dynamically balanced.

[0076] Among them, "the partner obtains the second virtual resource matching the first virtual resource from the backup resource system according to the virtual resource transfer request" and "the requester transfers the first virtual resource from the first domain" are performed asynchronously, and the execution of the former does not depend on the execution of the latter, so that the process in which the partner obtains the second virtual resource that can be sent directly to the target account will not be affected by the fixed delay of the turnover of the first virtual resource, thereby reducing the delay of cross-domain virtual resource flow at the user level.

[0077] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0078] In one embodiment, after receiving the verification result, the requesting party transfers the first virtual resource out of the first domain, including: after receiving the verification result, the requesting party transfers the first virtual resource from the first domain to the second domain;

[0079] To dynamically balance the amount of virtual resources stored in the backup resource system, including:

[0080] receiving the first virtual resource transferred from the requesting party;

[0081] The received first virtual resource is transferred to the backup resource system, so that the amount of virtual resources stored in the backup resource system is dynamically balanced.

[0082] In this embodiment, after receiving the verification result of passing the verification, the requester transfers the first virtual resource from the first domain to the second domain, specifically, sends it from the first domain to the partner in the second domain. Usually, a certain delay is required before the partner in the second domain can actually receive the first virtual resource.

[0083] From the above description, it can be seen that after the virtual resource transfer request is verified, the partner takes out the second virtual resource that matches the first virtual resource from the backup resource system - the virtual resources stored in the backup resource system are temporarily reduced. After a certain delay, after the partner receives the first virtual resource transferred by the requester, the partner adds the received first virtual resource to the backup resource system, so that the amount of virtual resources stored in the backup resource system is dynamically balanced - the virtual resources temporarily reduced in the backup resource system are restored after a certain delay.

[0084] For example, the requesting party sends a virtual resource transfer request to the partner to request that the first virtual resource of 100,000 resources be transferred to the target account in the second domain. After the partner verifies the virtual resource transfer request and generates a verification result, the partner immediately takes out the second virtual resource equivalent to the first virtual resource of 100,000 resources from the backup resource system, thereby reducing the virtual resources stored in the backup resource system by the second virtual resource equivalent to the first virtual resource of 100,000 resources.

[0085] After the requester receives the verification result of the partner's verification of the virtual resource transfer request, it starts to send the first virtual resource of 100,000 resources to the partner. Due to turnover reasons, the partner will receive the first virtual resource of 100,000 resources after a delay of one day. Therefore, within this one-day delay, the backup resource system always reduces the second virtual resource equivalent to the first virtual resource of 100,000 resources.

[0086] After the time delay of the day is over, the partner receives the first virtual resource of 100,000 resources and adds the received first virtual resource of 100,000 resources to the backup resource system, so that the virtual resource amount stored in the backup resource system is dynamically balanced.

[0087] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0088] In one embodiment, after the requesting party receives the verification result, the first virtual resource is transferred out of the first domain so that the total amount of virtual resources stored in the backup resource system is dynamically balanced, including: after the requesting party receives the verification result, the first virtual resource is transferred from the first domain to the backup resource system so that the total amount of virtual resources stored in the backup resource system is dynamically balanced.

[0089] In this embodiment, after receiving the verification result of passing the verification, the requesting party transfers the first virtual resource from the first domain to the backup resource system to make up for the part that has been taken out by the partner or the part that will be taken out by the partner, so as to dynamically balance the amount of virtual resources stored in the backup resource system.

[0090] For example, the requesting party sends a virtual resource transfer request to the partner to request that the first virtual resource of 100,000 resources be transferred to the target account in the second domain. After the partner verifies the virtual resource transfer request and generates a verification result, the partner immediately takes out the second virtual resource equivalent to the first virtual resource of 100,000 resources from the backup resource system, thereby reducing the virtual resources stored in the backup resource system by the second virtual resource equivalent to the first virtual resource of 100,000 resources.

[0091] After receiving the verification result of the partner on the virtual resource transfer request, the requester adds the first virtual resource of 100,000 resources into the backup resource system, so that the virtual resource amount stored in the backup resource system is dynamically balanced.

[0092] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0093] In one embodiment, according to the virtual resource transfer request, acquiring from a backup resource system a second virtual resource belonging to the second domain that matches the first virtual resource includes:

[0094] determining the first virtual resource according to the virtual resource transfer request;

[0095] Determine the second virtual resource corresponding to the first virtual resource according to a preset resource exchange rule;

[0096] The second virtual resource is acquired from the backup resource system.

[0097] In this embodiment, the measurement system of the virtual resources in the first domain is different from that of the virtual resources in the second domain, and the target account only receives virtual resources that conform to the measurement system of the second domain. Therefore, before sending the virtual resources to the target account, the partner exchanges the first virtual resources according to the preset resource exchange rules, determines the second virtual resources that match the first virtual resources, and then obtains the second virtual resources from the backup resource system, so as to send the second virtual resources that the target account can receive to the target account.

[0098] In one embodiment, a preset resource exchange rule specifies an exchange ratio between the first virtual resource and the second virtual resource. According to the preset resource exchange rule, the second virtual resource corresponding to the first virtual resource is determined, including: based on the resource amount of the first virtual resource and the exchange ratio, the resource amount of the second virtual resource corresponding to the first virtual resource is determined.

[0099] In this embodiment, the resource exchange rule specifies the exchange ratio of the first virtual resource to the second virtual resource, for example: 1 resource amount of the first virtual resource is exchanged for 1.2 resource amounts of the second virtual resource. After receiving the virtual resource transfer request sent by the requester, the partner determines the resource amount requested to be transferred to the first virtual resource, and then determines the corresponding resource amount of the second virtual resource in combination with the exchange ratio.

[0100] In one embodiment, a preset resource exchange rule specifies an exchange ratio between the first virtual resource and the second virtual resource in each time period, and determining the second virtual resource corresponding to the first virtual resource according to the preset resource exchange rule includes:

[0101] Determine the time period of the current time point;

[0102] Based on the resource exchange rule, determining an exchange ratio between the first virtual resource and the second virtual resource within the time period;

[0103] Based on the resource amount of the first virtual resource and the exchange ratio, the resource amount of the second virtual resource corresponding to the first virtual resource is determined.

[0104] In this embodiment, each time period is pre-divided; the resource exchange rule specifies the exchange ratio of the first virtual resource to the second virtual resource in each time period. For example, each natural day is pre-divided into a time period. The resource exchange rule specifies that in the three time periods of Monday, Tuesday, and Wednesday, 1 resource amount of the first virtual resource is exchanged for 1.2 resource amounts of the second virtual resource; in the three time periods of Thursday, Friday, and Saturday, 1 resource amount of the first virtual resource is exchanged for 1.3 resource amounts of the second virtual resource; in the two time periods of Saturday and Sunday, 1 resource amount of the first virtual resource is exchanged for 1 resource amount of the second virtual resource.

[0105] After the partner receives the virtual resource transfer request sent by the requesting party, it determines the resource amount requested to be transferred to the first virtual resource; and determines the time period of the current time point, and then determines the exchange rate between the first virtual resource and the second virtual resource within the time period; and then determines the corresponding resource amount of the second virtual resource in combination with the resource amount of the first virtual resource and the exchange rate.

[0106] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0107] In step 430, the second virtual resource is sent to the target account.

[0108] In the disclosed embodiment, the partner obtains the second virtual resource from the backup resource system and sends the second virtual resource to the target account, thereby realizing the transfer of the virtual resource from the first domain to the target account in the second domain. When the partner sends the second virtual resource to the target account, the situation of the first virtual resource that should be the source of the second virtual resource is not considered. Through this method, the asynchrony of "the partner sends the second virtual resource to the target account" and "the requesting party processes the first resource" is achieved, thereby reducing the delay of cross-domain virtual resource transfer from the user level.

[0109] It is understandable that when the completion of "transferring the first virtual resource from the first domain" is later than the completion of "taking the second virtual resource from the backup resource system", the virtual resource replenishment speed of the backup resource system cannot keep up with the virtual resource provision speed of the backup resource system, and the virtual resources of the backup resource system may be completely taken out. In this case, in order for the backup resource system to continue to provide virtual resources to the partner, it is necessary to replenish virtual resources to the backup resource system.

[0110] The following is a detailed description of the process of adding virtual resources to the backup resource system.

[0111] In one embodiment, the backup resource system opens corresponding resource supplement interfaces to the execution subject and the requesting party of the method, respectively, so that the execution subject and the requesting party can both supplement virtual resources to the backup resource system through the corresponding resource supplement interfaces.

[0112] In this embodiment, the backup resource system opens corresponding resource supplement interfaces to the requester and the partner, respectively, so that both the requester and the partner can supplement virtual resources to the backup resource system through the corresponding resource supplement interfaces.

[0113] In one embodiment, if the second virtual resources to be obtained from the backup resource system exceed the remaining virtual resources of the backup resource system, virtual resources are supplemented to the backup resource system in accordance with a preset virtual resource supplement agreement with the requesting party so that the remaining virtual resources of the backup resource system are not less than the second virtual resources to be obtained from the backup resource system.

[0114] In this embodiment, the requester and the partner pre-set a virtual resource supplement agreement. During the cross-domain virtual resource transfer process, when the remaining virtual resources of the backup resource system are insufficient to satisfy the second virtual resource that the partner is about to take out, the requester and the partner supplement virtual resources to the backup resource system according to the virtual resource supplement agreement, so that the cross-domain virtual resource transfer can continue.

[0115] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0116] In one embodiment, the preset virtual resource supplementation agreement specifies the proportions that the requester and the requester should bear respectively when supplementing virtual resources, and the requester and the requester supplement virtual resources to the backup resource system according to the preset virtual resource supplementation agreement so that the remaining virtual resources of the backup resource system are not less than the second virtual resources to be obtained from the backup resource system, including:

[0117] jointly determining with the requesting party the total amount of resources to be added to the backup resource system so that the remaining resources of the backup resource font are not less than the second virtual resources to be obtained from the backup resource system;

[0118] The requesting party determines the amount of resources to be supplemented to the backup resource system according to the total amount of resources to be supplemented and the corresponding ratio, and supplements the backup resource system with virtual resources corresponding to the amount of resources to be supplemented.

[0119] In this embodiment, the partner and the requester agree in advance on the proportions that each party should bear when it is necessary to supplement virtual resources in the backup resource system. Therefore, when it is necessary to supplement virtual resources in the backup resource system, according to the total amount of resources to be supplemented, each party supplements the corresponding amount of virtual resources according to the corresponding proportion, so that the flow of cross-domain virtual resources can continue.

[0120] For example: the partner and the requester agree in advance that when virtual resources need to be added to the backup resource system, the partner will bear 60% and the requester will bear 40%. When virtual resources need to be added to the backup resource system, in order to continue the flow of cross-domain virtual resources, 1 million resources of virtual resources need to be added. The partner will add 600,000 resources of virtual resources to the backup resource system, and the requester will add 400,000 resources of virtual resources to the backup resource system.

[0121] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0122] In one embodiment, virtual resources are periodically added to the backup resource system together with the requester.

[0123] In this embodiment, the partner and the requester agree in advance to regularly add a certain amount of virtual resources to the backup resource system. For example, the partner and the requester agree in advance that every week, both parties add 500,000 virtual resources to the backup resource system.

[0124] It should be noted that this embodiment is only an exemplary description and does not limit the function and scope of use of the present disclosure.

[0125] It can be seen from the above description of cross-domain virtual resource flow control that the cross-domain virtual resource flow control method provided by the present disclosure establishes a backup resource system in advance, so that when the requesting party in the first domain requests to transfer the first virtual resource to the target account in the second domain, the execution subject of the present disclosure can take out the second virtual resource from the backup resource system, and then send the second virtual resource to the target account. Among them, the processing of the second virtual resource by the execution subject of the present disclosure is asynchronous with the processing of the first virtual resource by the requesting party, thereby eliminating the impact of the fixed delay of the cross-domain virtual resource flow on the user, and reducing the delay of the cross-domain virtual resource flow from the user level.

[0126] Based on the above cross-domain virtual resource flow control method, the present disclosure also provides a cross-border capital flow control method.

[0127] refer to Figure 3 As shown, a method for controlling cross-border capital flow includes:

[0128] Step 510: receiving a fund transfer request sent by a requesting party in a first territory, wherein the fund transfer request is used to request to transfer first funds in the first territory to a target account in a second territory;

[0129] Step 520: According to the fund transfer request, obtain second funds belonging to the second territory that match the first funds from the backup fund system;

[0130] Step 530: Send the second funds to the target account.

[0131] In one embodiment, before obtaining, according to the fund transfer request, second funds belonging to the second territory that match the first funds from the backup fund system, the method includes:

[0132] Obtaining account information of the target account;

[0133] The fund transfer request is verified according to the account information, and a verification result is generated to indicate whether the fund transfer request is passed.

[0134] The specific implementation process of this embodiment is the same as the corresponding embodiment of the above-mentioned cross-domain virtual resource transfer control, so it will not be repeated here.

[0135] In one embodiment, after generating a verification result for identifying whether the fund transfer request is passed, the method includes:

[0136] Sending the verification result to the requesting party;

[0137] Among them, if the verification result is passed, then according to the fund transfer request, the second funds belonging to the second domain that match the first funds are obtained from the backup fund system, and after the requesting party receives the verification result, the first funds are transferred out of the first domain to make the amount of funds stored in the backup fund system dynamically balanced.

[0138] The specific implementation process of this embodiment is the same as the corresponding embodiment of the above-mentioned cross-domain virtual resource transfer control, so it will not be repeated here.

[0139] In one embodiment, after receiving the verification result, the requesting party transfers the first funds out of the first domain, including: after receiving the verification result, the requesting party transfers the first funds from the first domain to the second domain;

[0140] The method of making the amount of funds stored in the backup fund system dynamically balanced includes: transferring the received first funds to the backup fund system, so that the amount of funds stored in the backup fund system is dynamically balanced.

[0141] The specific implementation process of this embodiment is the same as the corresponding embodiment of the above-mentioned cross-domain virtual resource transfer control, so it will not be repeated here.

[0142] In one embodiment, after the requesting party receives the verification result, the first fund is transferred out of the first domain so that the amount of funds stored in the backup fund system is dynamically balanced, including: after the requesting party receives the verification result, the first fund is transferred from the first domain to the backup fund system so that the amount of funds stored in the backup fund system is dynamically balanced.

[0143] The specific implementation process of this embodiment is the same as the corresponding embodiment of the above-mentioned cross-domain virtual resource transfer control, so it will not be repeated here.

[0144] In one embodiment, according to the fund transfer request, obtaining second funds belonging to the second domain and matching the first funds from a backup fund system includes:

[0145] determining the first funds according to the fund transfer request;

[0146] Determining the second fund corresponding to the first fund according to a preset fund exchange rule;

[0147] The second funds are obtained from the backup funds system.

[0148] The specific implementation process of this embodiment is the same as the corresponding embodiment of the above-mentioned cross-domain virtual resource transfer control, so it will not be repeated here.

[0149] In one embodiment, the backup fund system opens corresponding fund replenishment interfaces to the execution entity and the requesting party of the method, respectively, so that the execution entity and the requesting party can replenish funds to the backup fund system through the corresponding fund replenishment interfaces.

[0150] The specific implementation process of this embodiment is the same as the corresponding embodiment of the above-mentioned cross-domain virtual resource transfer control, so it will not be repeated here.

[0151] In one embodiment, if the second funds to be obtained from the backup fund system exceed the remaining funds of the backup fund system, funds are replenished into the backup fund system in accordance with a preset fund replenishment agreement with the requesting party so that the remaining funds of the backup fund system are not less than the second funds to be obtained from the backup fund system.

[0152] The specific implementation process of this embodiment is the same as the corresponding embodiment of the above-mentioned cross-domain virtual resource transfer control, so it will not be repeated here.

[0153] In one embodiment, the preset fund replenishment agreement stipulates the proportions that the requester and the requester should bear respectively when replenishing funds, and the requester and the requester replenish funds to the standby fund system in accordance with the preset fund replenishment agreement so that the remaining funds of the standby fund system are not less than the second funds to be obtained from the standby fund system, including:

[0154] jointly determining with the requesting party the total amount of funds to be added to the backup fund system so that the remaining funds of the backup resource system are not less than the second funds to be obtained from the backup fund system;

[0155] The requesting party determines the amount of funds to be replenished in the backup fund system according to the total amount of funds to be replenished and the corresponding ratio, and replenishes the funds corresponding to the amount of funds to be replenished in the backup fund system.

[0156] The specific implementation process of this embodiment is the same as the corresponding embodiment of the above-mentioned cross-domain virtual resource transfer control, so it will not be repeated here.

[0157] It can be seen from the above description that the cross-border capital flow control method and specific implementation process are similar to the cross-domain virtual resource flow control method and specific implementation process, so each step will not be described separately here. The following describes the complete process of cross-border capital flow control in one embodiment to exemplarily and completely demonstrate the process of cross-border capital flow control.

[0158] Figure 4 The interactive process of cross-border fund flow control in one embodiment is shown: in this embodiment, the action subjects involved are the remitter, the service provider, the partner, and the payee. Among them, the remitter and the service provider are in the same country, and the service provider can directly provide financial services to the remitter; the partner and the payee are in another country, and the partner can directly provide financial services to the payee, and there can be multiple partners (partner 1, partner 2...) who can directly provide financial services to the payee.

[0159] Before the cross-border capital flow begins, the service provider and the partner jointly agree in advance to determine the total amount of standby funds and agree on the proportion of each party to bear, and then establish a standby fund system and replenish the corresponding funds into the standby fund system in accordance with the agreement. For example: the service provider, partner 1, and partner 2 jointly agree in advance that the total amount of standby funds is 1 million, and the service provider bears 50%, partner 1 bears 20%, and partner 2 bears 30%. Establish a standby fund system, and the service provider replenishes 500,000 into the standby fund system, partner 1 replenishes 200,000 into the standby fund system, and partner 2 replenishes 300,000 into the standby fund system.

[0160] In the process of cross-border capital flow, day T is the day of remittance: when the remitter wants to remit a sum of money to the payee, the remitter provides the remittance information to the service provider and sends a remittance request. The service provider conducts a qualification review of the remitter. If the qualification review is passed, the service provider confirms the remittance request. Specifically, the service provider verifies the remittance request based on the remitter's account information to conduct a qualification review of the remitter; if the verification is passed, it is confirmed that the qualification review has passed, and the service provider confirms the remittance request.

[0161] After the service provider passes the remittance information to one of the partners, the partner will conduct a qualification review of the payee; if the qualification review is passed, the partner will confirm the remittance request. Specifically, the partner will verify the remittance request based on the payee's account information to conduct a qualification review of the payee; if the verification is passed, it is confirmed that the qualification review is passed, and the partner will confirm the remittance request.

[0162] The partner converts the first currency funds specified in the remittance information into the second currency funds acceptable to the payee based on the exchange rate between the two countries. The partner then takes out the corresponding second currency reserve funds from the reserve fund system and sends them to the payee.

[0163] During this process, the process of the partner exchanging funds, obtaining funds from the backup funding system, and sending funds to the payee does not rely on the service provider's processing of the remitter's funds, thereby reducing the delay of cross-border remittances from the user level.

[0164] T+1 day, i.e. the day after the remittance: the service provider and the partner settle all remittances that occurred on T day, determine how much money was withdrawn from the reserve fund system on T day, and then restore the reserve fund system's quota - replenish the reserve fund system with the funds withdrawn on T day. Specifically, if the service provider transfers the beneficiary's funds to the partner on the day of the remittance, the partner will restore the reserve fund system's quota - the partner will replenish the funds withdrawn on T day from the reserve fund system; if the service provider retains the beneficiary's funds on the day of the remittance, the service provider will restore the reserve fund system's quota - the service provider will replenish the funds withdrawn on T day from the reserve fund system.

[0165] In this embodiment, if a large number of remittance requests appear on the day of remittance, the total amount of funds that the partner needs to withdraw exceeds the total amount of the standby fund system. In this case, the service provider and the partner will replenish funds to the standby fund system according to the preset agreement and the proportion of each party's responsibility. For example: the service provider, partner 1, and partner 2 have a joint agreement in advance that the total amount of standby funds is 1 million, and the service provider bears 50%, partner 1 bears 20%, and partner 2 bears 30%. A large number of remittances appear on T day. As of 3 pm on T day, all funds in the standby fund system have been withdrawn by the partner to be sent to the payee. At this time, the service provider and the partner judge that in order to allow the cross-border remittance on T day to continue normally, the total amount of the standby fund system needs to be increased to 3 million, that is, 2 million needs to be replenished to the standby fund system. Then, the service provider replenishes 1 million to the standby fund system; partner 1 replenishes 400,000 to the standby fund system; partner 2 replenishes 600,000 to the standby fund system.

[0166] It should be noted that this embodiment is only an exemplary description and should not limit the function and scope of use of the present disclosure.

[0167] The cross-border funds flow control method provided by the present disclosure can greatly reduce the delay of cross-border funds remittance. Even if the requester providing financial services to the remitter and the partner providing financial services to the payee have no control relationship with each other and are not in the same execution system, the cross-border funds flow control method provided by the present disclosure can still greatly reduce the delay of cross-border funds remittance.

[0168] The following further describes the implementation process of the cross-border capital flow control method provided by the present disclosure in combination with specific application scenarios to demonstrate the beneficial effects that the present disclosure can produce in specific application scenarios.

[0169] In one embodiment, the remitter is located in China and the payee is located in the Philippines. In the Philippines, most local residents receive and remit money directly through banks or pawnshops, and the e-wallet service provided by third-party payment platforms is not popular. After a series of turnovers, funds in China usually take at least 1 day to be remitted to a bank in the Philippines; or 3 to 5 days to be remitted to a pawnshop in the Philippines. That is to say, under the existing technology, in this embodiment, if the payee only receives money through a bank, it will take at least 1 day to receive the funds; if the payee only receives money through a pawnshop, it will take at least 3 days to receive the funds.

[0170] The cross-border funds flow control method provided by the present disclosure can greatly reduce the delay of cross-border funds remittance from the user level, and achieve the effect of real-time remittance. Specifically, the service provider in China, WeChat Wallet, has established a backup fund system in advance with the partner in the Philippines, EMQ (a third-party payment platform that cooperates with financial institutions in the Philippines), for EMQ to withdraw funds from.

[0171] After WeChat Wallet confirms the remittance information of the remitter, it sends the remittance information to EMQ. If EMQ also confirms the remittance information, it will take out the funds from the backup fund system and transfer the funds to the bank account of the payee. Even if the remittance funds of the remitter have not been physically transferred out of China at this time, it will not have any impact on "EMQ taking out the funds from the backup system and transferring the funds to the bank account of the payee". This eliminates the impact of the fixed delay of cross-border fund remittance on users, reduces the delay of cross-border fund remittance from the user level, and realizes the real-time arrival of cross-border fund remittance.

[0172] It should be noted that this embodiment is only an exemplary description and should not limit the function and scope of use of the present disclosure.

[0173] Through the above description of cross-domain virtual resource flow control and cross-border capital flow control, it can be understood that the cross-domain virtual resource flow control provided by the present disclosure can also be applied to cross-system game resource flow control. The implementation process of cross-system game resource flow control is briefly described in one embodiment below, and the specific process is not repeated here.

[0174] In one embodiment, both game A and game B are linked with a third-party organization C. After being authenticated by the third-party organization C, a limited amount of game props AC are issued in game A; after being authenticated by the third-party organization C, a limited amount of game props BC are issued in game B. Among them, game props AC and game props BC can be transferred between game A and game B, but they must go through a series of verifications by the third-party organization C before they can be transferred, and this verification process will always have a certain delay. If the cross-domain virtual resource flow control method provided in the present disclosure is used, a backup game prop system can be established so that the process of "sending game props AC to the account of game B" and the process of "transferring game props AC from game A" are performed asynchronously, thereby reducing the delay in the cross-system flow of game resources from the user level.

[0175] It should be noted that this embodiment is only an exemplary description and should not limit the function and scope of use of the present disclosure.

[0176] The disclosed embodiments can also be applied to blockchain systems to improve the transparency and non-repudiation of the cross-domain virtual resource transfer process.

[0177] Figure 5 The system architecture used for cross-domain virtual resource flow control in a blockchain system in one embodiment is shown. In this embodiment, each requester 10 in the first domain, each partner 20 in the second domain, and the backup resource system 30 are deployed in the blockchain system as a blockchain node. Blockchain is essentially a decentralized database, a data block generated by association using cryptographic methods, and each data block contains a batch of network transaction information, which is used to verify the validity of its information (anti-counterfeiting) and generate the next block.

[0178] In this embodiment, a P2P (Peer To Peer) network is formed between each blockchain node, and each blockchain node communicates with each other via routing; each blockchain node has its own wallet that stores virtual resources and provides virtual resource transactions. Among them, the P2P network is a distributed network based on the P2P protocol; the P2P protocol is an application layer protocol running on the Transmission Control Protocol (TCP). In a distributed network, any machine such as a server or terminal can join and become a node.

[0179] In this embodiment, each blockchain node reaches consensus on the flow records generated during the cross-domain virtual resource flow (for example, the record of the requester transferring the first virtual resource to the partner, and the record of the partner taking out the second virtual resource from the backup resource system) based on the consensus algorithm of the blockchain system, stores them in the data block, and links the data area storing the flow records (connecting after the last data block of the data blockchain line stored in the blockchain). The linked data blocks cannot be changed or deleted, and each blockchain node can query and synchronize the blockchain, thereby ensuring that the flow records generated during the cross-domain virtual resource flow are transparent, public, and cannot be denied.

[0180] Furthermore, in one embodiment, a smart contract is deployed in the blockchain system to automatically control the transfer and replenishment of virtual resources in the backup resource system 30. A smart contract is a computerized protocol that, after being deployed in the blockchain system, can execute clauses corresponding to the contract content according to the activities occurring in the blockchain system.

[0181] Specifically, in this embodiment, after the smart contract is deployed in the blockchain system, it regularly queries the new data blocks on the blockchain, reads the flow records of the virtual resource flow from the new data blocks, and then automatically executes the terms corresponding to the contract content according to the flow records. For example: if the record of "the partner confirms the request sent by the requester to transfer the first virtual resource of 100,000 resources to account A" is read from the new data block, the second virtual resource corresponding to the first virtual resource of 100,000 resources is automatically taken out from the wallet of the backup resource system and sent to the wallet of the partner; if the record of "the partner and the requester have completed the settlement of the virtual resource flow on day T: the partner has taken out the second virtual resource of 2 million resources from the backup resource system on day T" is read from the new data block, the first virtual resource corresponding to the second virtual resource of 2 million resources is automatically taken out from the wallet of the requester and sent to the wallet of the backup resource system.

[0182] In one embodiment, a personal terminal (e.g., a remitter terminal, a beneficiary terminal) can also join the blockchain system and receive the application layer services of the blockchain, for example, uploading the virtual resource transfer records between the individual and the requesting party to the blockchain, and uploading the virtual resource transfer records between the individual and the partner to the blockchain.

[0183] The disclosed embodiments further improve the transparency and non-repudiation of the cross-domain virtual resource transfer process by applying to the blockchain system. It is understandable that the consensus algorithm of the blockchain system can be further strengthened according to actual business needs, thereby improving the security of the consensus of the cross-domain virtual resource transfer process; the contract content of the smart contract can also be adjusted according to actual business needs.

[0184] It should be noted that Figure 5 The system architecture shown, and Figure 5 The corresponding embodiments are only exemplary descriptions of the application of the embodiments of the present disclosure to the blockchain system and should not limit the functions and scope of use of the present disclosure.

[0185] According to an embodiment of the present disclosure, Figure 6 As shown, a cross-domain virtual resource flow control device is also provided, the device comprising:

[0186] A request receiving module 610 is used to receive a virtual resource transfer request sent by a requester in a first domain, wherein the virtual resource transfer request is used to request to transfer a first virtual resource in the first domain to a target account in a second domain;

[0187] A resource acquisition module 620, configured to acquire, according to the virtual resource transfer request, from a backup resource system a second virtual resource belonging to the second domain and matching the first virtual resource;

[0188] The resource transfer module 630 is configured to send the second virtual resource to the target account.

[0189] In an exemplary embodiment of the present disclosure, the device is configured as follows:

[0190] Obtaining account information of the target account;

[0191] The virtual resource transfer request is verified according to the account information, and a verification result is generated to identify whether the virtual resource transfer request is passed.

[0192] In an exemplary embodiment of the present disclosure, the device is configured as follows:

[0193] Sending the verification result to the requesting party;

[0194] Among them, if the verification result is passed, then according to the virtual resource transfer request, a second virtual resource belonging to the second domain that matches the first virtual resource is obtained from the backup resource system, and after the requesting party receives the verification result, the first virtual resource is transferred out of the first domain to dynamically balance the total amount of virtual resources stored in the backup resource system.

[0195] In an exemplary embodiment of the present disclosure, after receiving the verification result, the requester transfers the first virtual resource from the first domain to the second domain, and the device is configured as follows:

[0196] receiving the first virtual resource transferred from the requesting party;

[0197] The received first virtual resource is transferred to the backup resource system, so that the amount of virtual resources stored in the backup resource system is dynamically balanced.

[0198] In an exemplary embodiment of the present disclosure, after receiving the verification result, the requesting party transfers the first virtual resource from the first domain to the backup resource system, so that the amount of virtual resources stored in the backup resource system is dynamically balanced.

[0199] In an exemplary embodiment of the present disclosure, the resource acquisition module 620 is configured as follows:

[0200] determining the first virtual resource according to the virtual resource transfer request;

[0201] Determine the second virtual resource corresponding to the first virtual resource according to a preset resource exchange rule;

[0202] The second virtual resource is acquired from the backup resource system.

[0203] In an exemplary embodiment of the present disclosure, the backup resource system opens corresponding resource supplement interfaces to the execution subject and the requesting party of the method respectively, so that the execution subject and the requesting party can both supplement virtual resources to the backup resource system through the corresponding resource supplement interfaces.

[0204] In an exemplary embodiment of the present disclosure, the device is configured as follows: if the second virtual resource to be obtained from the backup resource system exceeds the remaining virtual resources of the backup resource system, then the device supplements virtual resources to the backup resource system in accordance with a preset virtual resource supplement agreement with the requesting party, so that the remaining virtual resources of the backup resource system are not less than the second virtual resource to be obtained from the backup resource system.

[0205] In an exemplary embodiment of the present disclosure, the device is configured as follows:

[0206] jointly determining with the requesting party the total amount of resources to be added to the backup resource system so that the remaining resources of the backup resource system are not less than the second virtual resources to be obtained from the backup resource system;

[0207] The requesting party determines the amount of resources to be supplemented to the backup resource system according to the total amount of resources to be supplemented and the corresponding ratio, and supplements the backup resource system with virtual resources corresponding to the amount of resources to be supplemented.

[0208] The cross-domain virtual resource transfer control method of the disclosed embodiment can be implemented by Figures 1A-1C The partner 20 shown is implemented. Figure 7 The partner 20 according to the embodiment of the present disclosure is described. Figure 7 The partner 20 shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0209] like Figure 7 As shown, the partner 20 is in the form of a general computing device. The components of the partner 20 may include but are not limited to: at least one processing unit 710, at least one storage unit 720, and a bus 730 connecting different system components (including the storage unit 720 and the processing unit 710).

[0210] The storage unit stores program codes, which can be executed by the processing unit 710, so that the processing unit 710 performs the steps according to various exemplary embodiments of the present invention described in the description of the exemplary method described above in this specification. For example, the processing unit 710 can perform the following steps: Figure 2 The steps shown in .

[0211] The storage unit 720 may include a readable medium in the form of a volatile storage unit, such as a random access storage unit (RAM) 7201 and / or a cache storage unit 7202 , and may further include a read-only storage unit (ROM) 7203 .

[0212] The storage unit 720 may also include a program / utility 7204 having a set (at least one) of program modules 7205, such program modules 7205 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.

[0213] Bus 730 may represent one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

[0214] Partner 20 may also communicate with one or more external devices 800 (e.g., keyboards, pointing devices, Bluetooth devices, etc.), one or more devices that enable a user to interact with partner 20, and / or any device that enables partner 20 to communicate with one or more other computing devices (e.g., routers, modems, etc.). Such communication may be performed via input / output (I / O) interface 750. Partner 20 may also communicate with one or more networks (e.g., local area networks (LANs), wide area networks (WANs), and / or public networks, such as the Internet) via network adapter 760. As shown, network adapter 760 communicates with other modules of partner 20 via bus 730. It should be understood that, although not shown in the figure, other hardware and / or software modules may be used in conjunction with partner 20, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0215] Through the description of the above implementation, it is easy for those skilled in the art to understand that the example implementation described here can be implemented by software, or by software combined with necessary hardware. Therefore, the technical solution according to the implementation of the present disclosure 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, including several instructions to enable a computing device (which can be a personal computer, a server, a terminal device, or a network device, etc.) to execute the method according to the implementation of the present disclosure.

[0216] In an exemplary embodiment of the present disclosure, a computer-readable storage medium is further provided, on which computer-readable instructions are stored. When the computer-readable instructions are executed by a processor of a computer, the computer executes the method described in the above method embodiment.

[0217] According to one embodiment of the present disclosure, a program product for implementing the method in the above method embodiment is also provided, which can adopt a portable compact disk read-only memory (CD-ROM) and include program code, and can be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited thereto, and in this document, a readable storage medium can be any tangible medium containing or storing a program, which can be used by or in combination with an instruction execution system, an apparatus or a device.

[0218] The program product may use any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples (non-exhaustive list) of readable storage media include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RGM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or 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.

[0219] Computer readable signal media may include data signals propagated in baseband or as part of a carrier wave, in which 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. Readable signal media may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0220] The program code embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination of the foregoing.

[0221] Program code for performing the operations of the present invention may be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as JScript, C++, etc., and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user computing device, partially on the user device, as a separate software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0222] It should be noted that, although several modules or units of the device for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of the present disclosure, 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 multiple modules or units to be embodied.

[0223] In addition, although the steps of the method in the present disclosure 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.

[0224] Through the description of the above implementation, it is easy for those skilled in the art to understand that the example implementation described here can be implemented by software, or by software combined with necessary hardware. Therefore, the technical solution according to the implementation of the present disclosure 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, including several instructions to enable a computing device (which can be a personal computer, a server, a mobile terminal, or a network device, etc.) to execute the method according to the implementation of the present disclosure.

[0225] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. This application is intended to cover any modification, use or adaptation of the present disclosure, which follows the general principles of the present disclosure and includes common knowledge or customary techniques in the art that are not disclosed in the present disclosure. The specification and examples are intended to be exemplary only, and the true scope and spirit of the present disclosure are indicated by the appended claims.

Claims

1. A cross-domain virtual resource flow control method, characterized in that: The method is applied to a partner in a second domain, and includes: Receive a virtual resource transfer request sent by a requester in a first domain, wherein the virtual resource transfer request is used to request to transfer a first virtual resource in the first domain to a target account in a second domain, wherein the requester, the partner and the backup resource system are respectively deployed as a blockchain node in a blockchain system, and a smart contract is deployed in the blockchain system, wherein the smart contract is used to control the transfer out and replenishment of virtual resources in the backup resource system, and the smart contract periodically queries a new data block on the blockchain system, and reads a flow record of the flow of virtual resources from the new data block; Obtaining account information of the target account; Verifying the virtual resource transfer request according to the account information, and generating a verification result for identifying whether the virtual resource transfer request is passed; Sending the verification result to the requesting party; If the verification result is verification passed, if the smart contract reads a record of the partner confirming the virtual resource transfer request from the new data block, the smart contract obtains a second virtual resource belonging to the second domain that matches the first virtual resource from the backup resource system, and sends it to the partner's wallet; sending the second virtual resource to the target account; After receiving the verification result, the requesting party sends the first virtual resource from the first domain to the partner in the second domain, wherein the partner and the requesting party settle accounts on the next day after the virtual resource transfer request occurs; If the smart contract reads a record of the settlement completion of the virtual resource transfer request from the new data block, the smart contract takes out the first virtual resource matching the second virtual resource from the partner's wallet and sends it to the backup resource system.

2. The method according to claim 1, characterized in that Acquiring from the backup resource system a second virtual resource that matches the first virtual resource and belongs to the second domain, comprising: determining the first virtual resource according to the virtual resource transfer request; Determine the second virtual resource corresponding to the first virtual resource according to a preset resource exchange rule; The second virtual resource is acquired from the backup resource system.

3. The method according to claim 1, characterized in that The backup resource system opens corresponding resource supplement interfaces to the execution subject and the requesting party of the method respectively, so that the execution subject and the requesting party can both supplement virtual resources to the backup resource system through the corresponding resource supplement interfaces.

4. The method according to claim 1, characterized in that: The method includes: if the second virtual resources to be obtained from the backup resource system exceed the remaining virtual resources of the backup resource system, then, together with the requesting party, supplement virtual resources to the backup resource system in accordance with a preset virtual resource supplement agreement, so that the remaining virtual resources of the backup resource system are not less than the second virtual resources to be obtained from the backup resource system.

5. The method according to claim 4, characterized in that The preset virtual resource supplementation agreement specifies the proportions that the requester and the requester should bear respectively when supplementing virtual resources. The requester and the requester supplement virtual resources to the backup resource system according to the preset virtual resource supplementation agreement so that the remaining virtual resources of the backup resource system are not less than the second virtual resources to be obtained from the backup resource system, including: jointly determining with the requesting party the total amount of resources to be added to the backup resource system so that the remaining resources of the backup resource system are not less than the second virtual resources to be obtained from the backup resource system; The requesting party determines the amount of resources to be supplemented to the backup resource system according to the total amount of resources to be supplemented and the corresponding ratio, and supplements the backup resource system with virtual resources corresponding to the amount of resources to be supplemented.

6. A method for controlling cross-border capital flow, characterized in that: The method is applied to a partner in a second domain, and includes: Receiving a fund transfer request sent by a requesting party in a first territory, the fund transfer request is used to request to transfer first funds in the first territory to a target account in a second territory, wherein the requesting party, the partner and the backup fund system are respectively deployed as a blockchain node in a blockchain system, a smart contract is deployed in the blockchain system, the smart contract is used to control the transfer out and replenishment of funds in the backup fund system, and the smart contract regularly queries new data blocks on the blockchain system and reads flow records related to fund flow from the new data blocks; Obtaining account information of the target account; Verifying the fund transfer request according to the account information and generating a verification result for indicating whether the fund transfer request is approved; Sending the verification result to the requesting party; If the verification result is verification passed, if the smart contract reads the record of the partner confirming the fund transfer request from the new data block, the smart contract obtains the second fund belonging to the second realm that matches the first fund from the backup fund system and sends it to the wallet of the partner; sending the second funds to the target account; After receiving the verification result, the requesting party sends the first funds from the first territory to the partner in the second territory, wherein the partner and the requesting party settle accounts on the next day after the fund transfer request occurs; If the smart contract reads a record of the settlement completion of the fund transfer request from the new data block, the smart contract takes out the first funds matching the second funds from the partner's wallet and sends them to the backup funds system.

7. A cross-domain virtual resource flow control device, characterized in that: The device comprises: A request receiving module, used to receive a virtual resource transfer request sent by a requester in a first domain, wherein the virtual resource transfer request is used to request to transfer a first virtual resource in the first domain to a target account in a second domain, wherein the requester, the partner and the backup resource system are respectively deployed as a blockchain node in a blockchain system, wherein a smart contract is deployed in the blockchain system, wherein the smart contract is used to control the transfer out and replenishment of virtual resources in the backup resource system, and wherein the smart contract periodically queries a new data block on the blockchain system, and reads a flow record of the flow of virtual resources from the new data block; The request receiving module is further used to obtain the account information of the target account, verify the virtual resource transfer request according to the account information, generate a verification result for identifying whether the virtual resource transfer request is passed, and send the verification result to the requesting party; a resource acquisition module, configured to, if the verification result is verification passed, and if the smart contract reads from the new data block a record of the partner confirming the virtual resource transfer request, then the smart contract acquires from the backup resource system a second virtual resource belonging to the second domain that matches the first virtual resource, and sends the second virtual resource to the wallet of the partner; A resource transfer module, used for sending the second virtual resource to the target account; The resource transfer module is also used for, if the smart contract reads a record of the settlement completion of the virtual resource transfer request from the new data block, the smart contract takes out the first virtual resource matching the second virtual resource from the wallet of the partner and sends it to the backup resource system.

8. An electronic device for controlling cross-domain virtual resource transfer, characterized in that: include: a memory storing computer-readable instructions; The processor reads the computer readable instructions stored in the memory to execute the method according to any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that: Computer readable instructions are stored thereon, and when the computer readable instructions are executed by a processor of a computer, the computer is caused to execute the method of any one of claims 1-6.

10. A computer program product, characterized in that The computer program product includes computer instructions, which are stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the method according to any one of claims 1 to 6.

Images