Resource repayment processing method and device, computer equipment and readable storage medium

Abstract

The invention relates to the field of big data, and particularly discloses a resource repayment processing method and device, computer equipment, a computer readable storage medium and a computer program product. The method comprises the following steps: in response to a resource repayment request triggered based on a target main account, determining resource information of a requested repayment resource; the resource information comprises a resource type and a resource amount; determining a plurality of candidate sub-accounts associated with the target main account; the candidate sub-accounts are created under the condition that resource borrowing operation is triggered based on the target main account; determining a selected sub-account of which the account resource type is matched with the resource type from each candidate sub-account; determining a target sub-account corresponding to the resource repayment request from the selected sub-accounts based on the creation time and the resource amount of each selected sub-account under the condition that the number of the selected sub-accounts is multiple; and executing a resource repayment operation corresponding to the resource repayment request through the target sub-account. By adopting the method, the resource transfer process can be effectively carried out.

Description

Technical Field

[0001] The present application relates to the field of big data technology, and in particular to a resource repayment processing method, apparatus, computer equipment, computer-readable storage medium, and computer program product. Background Art

[0002] In daily life, resource management is of vital importance, among which resource borrowing and repayment play a pivotal role. These two links are not only related to the effective allocation of resources, but also directly affect the full utilization of resources and subsequent recycling. Optimizing the resource borrowing and repayment process is an important way to improve resource management efficiency and achieve sustainable resource utilization.

[0003] In traditional technology, in order to ensure the normal transfer of resources, a corresponding account can be established for users, so that users can borrow resources through this account. Once the resources are used up, they can also complete the repayment procedures conveniently through this account. However, the resource transfer process is extremely complicated, and the resource types, frequencies and amounts of resource borrowing and repayment are not unique. It is impossible to ensure the effective transfer of resources by completing all resource transfer processes through only one account. Summary of the invention

[0004] Based on this, it is necessary to provide a resource repayment processing method, apparatus, computer equipment, computer-readable storage medium and computer program product that can ensure the effective resource transfer process in response to the above technical problems.

[0005] In a first aspect, the present application provides a resource repayment processing method, comprising:

[0006] In response to a resource repayment request triggered based on a target primary account, determining resource information of the requested repayment resource; the resource information includes resource type and resource amount;

[0007] Determine a plurality of candidate sub-accounts associated with the target master account; the candidate sub-accounts are created when a resource borrowing operation is triggered based on the target master account;

[0008] Determining, from each of the candidate sub-accounts, a selected sub-account whose account resource type matches the resource type;

[0009] In the case where there are multiple selected sub-accounts, based on the creation time of each of the selected sub-accounts and the resource amount, determining a target sub-account corresponding to the resource repayment request from each of the selected sub-accounts;

[0010] The resource repayment operation corresponding to the resource repayment request is performed through the target sub-account.

[0011] In one embodiment, the method further comprises:

[0012] In response to a resource borrowing request triggered based on a target master account, creating a candidate sub-account associated with the resource borrowing request;

[0013] The transfer-in time of the requested borrowed resources in the candidate sub-account is obtained, and the transfer-in time is determined as the creation time of the candidate sub-account.

[0014] In one embodiment, determining the target sub-account corresponding to the resource repayment request from each of the selected sub-accounts based on the creation time of each of the selected sub-accounts and the resource amount includes:

[0015] Determining the priority level corresponding to each of the selected sub-accounts based on the creation time of each of the selected sub-accounts;

[0016] According to each of the priorities and the resource amounts, a target sub-account corresponding to the resource repayment request is determined from each of the selected sub-accounts.

[0017] In one embodiment, determining the target sub-account corresponding to the resource repayment request from each of the selected sub-accounts according to each of the priorities and the resource amount includes:

[0018] Determine the resource borrowing amount corresponding to each of the selected sub-accounts;

[0019] selecting at least a portion of the selected sub-accounts as candidate sub-accounts according to the priority order corresponding to the priorities;

[0020] In the case where the sum of the resource borrowing amounts corresponding to the candidate sub-accounts is greater than or equal to the resource amount, each candidate sub-account is determined as a target sub-account corresponding to the resource repayment request.

[0021] In one embodiment, selecting at least a portion of the selected sub-accounts as candidate sub-accounts according to the priority order corresponding to the priorities includes:

[0022] According to the priority order corresponding to each of the priorities, the selected sub-account with the highest priority is selected as the candidate sub-account;

[0023] When the resource borrowing amount corresponding to the candidate sub-account is less than the resource amount, selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts;

[0024] When the sum of the resource borrowing amounts corresponding to the candidate sub-accounts is less than the resource amount, return to the step of selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts until the sum is greater than or equal to the resource amount.

[0025] In one embodiment, determining the target sub-account corresponding to the resource repayment request from each of the selected sub-accounts based on the creation time of each of the selected sub-accounts and the resource amount includes:

[0026] Determining the priority corresponding to each of the selected sub-accounts based on the resource amount and the creation time of each of the selected sub-accounts;

[0027] According to each of the priorities, a target sub-account corresponding to the resource repayment request is determined.

[0028] In one embodiment, determining the priority corresponding to each of the selected sub-accounts based on the resource amount and the creation time of each of the selected sub-accounts includes:

[0029] Determining the initial priority corresponding to each of the selected sub-accounts based on the matching degree between the resource amount and the resource borrowing amount of each of the selected sub-accounts;

[0030] In the case that there are at least two selected sub-accounts with the same initial priority, the initial priority corresponding to each of the at least two selected sub-accounts is updated according to the creation time of each of the at least two selected sub-accounts to determine the priority corresponding to each of the selected sub-accounts.

[0031] In a second aspect, the present application further provides a resource repayment processing device, comprising:

[0032] A resource information determination module, configured to determine resource information of a resource requested for repayment in response to a resource repayment request triggered based on a target master account; the resource information includes a resource type and a resource amount;

[0033] A candidate sub-account determination module, configured to determine a plurality of candidate sub-accounts associated with the target master account; the candidate sub-accounts are created when a resource borrowing operation is triggered based on the target master account;

[0034] A selected sub-account determination module, configured to determine, from each of the candidate sub-accounts, a selected sub-account whose account resource type matches the resource type;

[0035] a target sub-account determination module, configured to determine, when there are multiple selected sub-accounts, a target sub-account corresponding to the resource repayment request from each of the selected sub-accounts based on the creation time of each of the selected sub-accounts and the resource amount;

[0036] The resource repayment module is used to execute the resource repayment operation corresponding to the resource repayment request through the target sub-account.

[0037] In one of the embodiments, the device further includes a creation time determination module, specifically configured to:

[0038] In response to a resource borrowing request triggered based on a target master account, creating a candidate sub-account associated with the resource borrowing request;

[0039] The transfer-in time of the requested borrowed resources in the candidate sub-account is obtained, and the transfer-in time is determined as the creation time of the candidate sub-account.

[0040] In one embodiment, the target sub-account determination module includes:

[0041] A priority determination unit, configured to determine the priority corresponding to each of the selected sub-accounts based on the creation time of each of the selected sub-accounts;

[0042] The target sub-account determination unit is used to determine the target sub-account corresponding to the resource repayment request from each of the selected sub-accounts according to each of the priorities and the resource amounts.

[0043] In one embodiment, the target sub-account determination unit includes:

[0044] A resource borrowing amount determination component is used to determine the resource borrowing amount corresponding to each of the selected sub-accounts;

[0045] A candidate sub-account selection component, configured to select at least a portion of the selected sub-accounts as candidate sub-accounts according to a priority order corresponding to each priority level;

[0046] The amount comparison component is used to determine each of the candidate sub-accounts as the target sub-account corresponding to the resource repayment request when the sum of the resource borrowing amounts corresponding to each of the candidate sub-accounts is greater than or equal to the resource amount.

[0047] In one embodiment, the candidate sub-account selection component is specifically used to:

[0048] According to the priority order corresponding to each of the priorities, the selected sub-account with the highest priority is selected as the candidate sub-account;

[0049] When the resource borrowing amount corresponding to the candidate sub-account is less than the resource amount, selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts;

[0050] When the sum of the resource borrowing amounts corresponding to the candidate sub-accounts is less than the resource amount, return to the step of selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts until the sum is greater than or equal to the resource amount.

[0051] In one embodiment, the target sub-account determination module further includes:

[0052] A priority determination unit, configured to determine the priority corresponding to each of the selected sub-accounts based on the resource amount and the creation time of each of the selected sub-accounts;

[0053] The priority determination unit determines the target sub-account corresponding to the resource repayment request according to each priority.

[0054] In one embodiment, the priority determination unit is specifically used to:

[0055] Determining the initial priority corresponding to each of the selected sub-accounts based on the matching degree between the resource amount and the resource borrowing amount of each of the selected sub-accounts;

[0056] In the case that there are at least two selected sub-accounts with the same initial priority, the initial priority corresponding to each of the at least two selected sub-accounts is updated according to the creation time of each of the at least two selected sub-accounts to determine the priority corresponding to each of the selected sub-accounts.

[0057] In a third aspect, the present application further provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor implements the above-mentioned cluster upgrade control method when executing the computer program.

[0058] In a fourth aspect, the present application further provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, the above-mentioned cluster upgrade control method is implemented.

[0059] In a fifth aspect, the present application also provides a computer program product, including a computer program, which implements the above-mentioned cluster upgrade control method when executed by a processor.

[0060] The resource repayment processing method, apparatus, computer device, computer-readable storage medium and computer program product determine the resource information of the requested resource repayment in response to the resource repayment request triggered based on the target master account, wherein the resource information includes the resource type and the resource amount, and the resource situation of the requested resource repayment can be determined, and multiple candidate sub-accounts associated with the target master account are determined, wherein the candidate sub-account is created when the resource borrowing operation is triggered based on the target master account, that is, each time the resource borrowing operation is initiated based on the target master account, a candidate sub-account is created respectively, so that multiple resource borrowings are managed independently, and resource management can be better realized. Afterwards, from each candidate sub-account, a selected sub-account whose account resource type matches the resource type is determined, and different candidate sub-accounts can be matched according to different resource types to ensure the orderliness of resource repayment. In the case of multiple selected sub-accounts, based on the creation time and resource amount of each selected sub-account, the target sub-account corresponding to the resource repayment request is determined from each selected sub-account, and the resource repayment operation corresponding to the resource repayment request is executed through the target sub-account, and the corresponding candidate sub-account can be flexibly matched according to the resource repayment situation, thereby ensuring that the resource transfer process is carried out effectively. BRIEF DESCRIPTION OF THE DRAWINGS

[0061] In order to more clearly illustrate the technical solutions in the embodiments of the present application or related technologies, the drawings required for use in the embodiments of the present application or related technical descriptions will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0062] Figure 1 A diagram of an application environment of a resource repayment processing method in one embodiment;

[0063] Figure 2 A schematic diagram of a process flow of a resource repayment processing method in one embodiment;

[0064] Figure 3 A schematic diagram of a process for determining a creation time step in one embodiment;

[0065] Figure 4 A flowchart of the step of determining a target sub-account in one embodiment;

[0066] Figure 5 A flowchart of a step of determining a target sub-account in another embodiment;

[0067] Figure 6 A flowchart of the step of selecting an alternative sub-account in one embodiment;

[0068] Figure 7A flowchart of a step of determining a target sub-account in another embodiment;

[0069] Figure 8 A flowchart of a step of determining a priority in one embodiment;

[0070] Fig. 9 A schematic diagram of allocating accounts to a contract in one embodiment;

[0071] Fig.10 A schematic diagram of allocating accounts to contracts in another embodiment;

[0072] Fig.11 A schematic diagram of querying resource transfer status in an embodiment;

[0073] Fig.12 A schematic diagram of a flow chart of a resource repayment processing method in another embodiment;

[0074] Fig.13 A structural block diagram of a resource repayment processing device in one embodiment;

[0075] Fig.14 FIG. 4 is a diagram showing the internal structure of a computer device in one embodiment. DETAILED DESCRIPTION

[0076] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application. It should be noted that in the embodiments of the present application, certain software, groups, models and other existing solutions in the industry may be mentioned, which should be considered as exemplary, and their purpose is only to illustrate the feasibility of the implementation of the technical solution of the present application, but it does not mean that the applicant has or will necessarily use the solution.

[0077] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with relevant regulations. The acquisition, storage, use, and processing of data in the technical solution of this application are in compliance with relevant provisions of national laws and regulations.

[0078] The resource repayment processing method provided in the embodiment of the present application can be applied to Figure 1In the application environment shown. Among them, the terminal 102 communicates with the server 104 through the network. The data storage system can store the data that the server 104 needs to process. The data storage system can be integrated on the server 104, or it can be placed on the cloud or other network servers. Among them, the terminal 102 can be, but is not limited to, various personal computers, laptops, smart phones, tablets, Internet of Things devices and portable wearable devices. The Internet of Things devices can be smart speakers, smart TVs, smart air conditioners, smart car devices, projection devices, etc. Portable wearable devices can be smart watches, smart bracelets, head-mounted devices, etc. The head-mounted device can be a virtual reality (VR) device, an augmented reality (AR) device, smart glasses, etc. The server 104 can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides cloud computing services. Specifically, the server 104 can determine the resource information of the requested repayment resources in response to the resource repayment request triggered based on the target main account on the terminal 102; the resource information includes the resource type and the resource amount; determine multiple candidate sub-accounts associated with the target main account; the candidate sub-accounts are created when the resource borrowing operation is triggered based on the target main account; from each candidate sub-account, determine the selected sub-account whose account resource type matches the resource type; in the case of multiple selected sub-accounts, based on the creation time and resource amount of each selected sub-account, determine the target sub-account corresponding to the resource repayment request from each selected sub-account; and execute the resource repayment operation corresponding to the resource repayment request through the target sub-account.

[0079] In an exemplary embodiment, Figure 2 As shown, a resource repayment processing method is provided, which is applied to Figure 1 The server 104 in FIG. 1 is used as an example to illustrate, including:

[0080] Step S202: In response to a resource repayment request triggered based on a target primary account, determine resource information of the requested repayment resources.

[0081] Among them, the main account can generally be opened by the user in the institution for various resource transactions and resource management activities. The target main account refers to the main account with a specific goal or function in a system or platform. A resource repayment request refers to a request for the return or compensation of a certain resource. In this application, a resource repayment request can be a request for repayment of resources on the premise that the user corresponding to the target main account has previously performed a resource borrowing operation. The resources requested for repayment are the resources requested to be repaid by the user this time. It can be understood that the amount of resources requested for repayment this time is not necessarily the same as the amount of resources borrowed by the user. Resource information refers to the resource information of the resources requested for repayment, and the resource information includes resource type and resource amount. Among them, resource type refers to the type or classification of resources. For example, resource types can be natural resources, human resources, social resources, etc. The amount of resources refers to the quantity or scale of resources.

[0082] Specifically, a user can borrow resources based on the target master account. After borrowing resources, the user needs to repay the resources. When the resource repayment is required, a resource repayment request can be initiated based on the target master account. After receiving the resource repayment request, the server needs to respond to it and determine the resource information of the resource requested to be repaid by the user. For example, the server can determine that the resource type of the resource requested to be repaid is a virtual resource and the resource amount is 10. Exemplarily, the process of the server determining the resource information of the resource requested to be repaid can be active acquisition or passive reception.

[0083] Step S204, determining a plurality of candidate sub-accounts associated with the target primary account.

[0084] The candidate sub-account is created when a resource borrowing operation is triggered based on the target master account. The resource borrowing operation refers to the operation of a user borrowing resources.

[0085] Specifically, after determining the resource information of the requested resource repayment, the server needs to determine the multiple candidate sub-accounts associated with the target master account, so as to determine the borrowed resource situation of the user to whom the target master account belongs. For example, after the server responds to the resource repayment request triggered by the target master account A, it determines the candidate sub-account a, candidate sub-account b, and candidate sub-account c associated with the target master account A, and then it can be determined that the account to which the target master account A belongs has performed three resource borrowing operations, and the three resource borrowing operations correspond to the resource repayment processing of candidate sub-account a, candidate sub-account b, and candidate sub-account c respectively.

[0086] Step S206: Determine, from among the candidate sub-accounts, a selected sub-account whose account resource type matches the resource type.

[0087] The account resource type refers to the resource type of the resource borrowed by the candidate subaccount. In a resource borrowing process, the user borrowed virtual resources. The candidate subaccount corresponding to this resource borrowing process is candidate subaccount a, and the account resource type corresponding to candidate subaccount a is virtual resources. The selected subaccount is the candidate subaccount whose account resource type matches the resource type of the resource requested for repayment.

[0088] Specifically, the user may have performed multiple resource borrowing operations, and the resource type of the borrowed resources corresponding to each resource borrowing operation may not be the same. In order to ensure the normal progress of the resource repayment process, after determining the resource type of the resource requested for repayment, it is necessary to determine the candidate subaccount whose account resource type matches the resource type as the selected subaccount. In some specific embodiments, the account resource type of each candidate subaccount can be determined first, and the resource type can be matched with each account resource type. Alternatively, a selected subaccount determination model can be established, and each candidate subaccount and resource type can be input, and the output is the selected selected subaccount. For example, if the resource type of the resource requested for repayment is a virtual resource, then it is necessary to determine the account resource type of each candidate subaccount grid, and the candidate subaccount whose account resource type is a virtual resource can be used as the selected subaccount that matches the resource type.

[0089] Step S208, when there are multiple selected sub-accounts, based on the creation time and resource amount of each selected sub-account, determine the target sub-account corresponding to the resource repayment request from each selected sub-account.

[0090] The creation time refers to the time when the selected sub-account is created. For example, the time when the user applies for resource borrowing based on the target main account can be used as the creation time of the candidate sub-account corresponding to the resource borrowing. The target sub-account is the candidate sub-account for resource repayment. It can be understood that the number of target sub-accounts can be one or more.

[0091] Specifically, the selected subaccount may be one or more. When the selected subaccount is one, the selected subaccount is the target subaccount for the final resource repayment. When the selected subaccount is more than one, the target subaccount corresponding to the resource repayment request may be determined from each selected subaccount based on the creation time and resource amount of each selected subaccount. In some specific embodiments, the server may determine the priority corresponding to each selected subaccount based on the creation time of each selected subaccount, and determine the target subaccount corresponding to the resource repayment request from each selected subaccount according to each priority and resource amount. In other specific embodiments, the server may also determine the priority corresponding to each selected subaccount based on the resource amount and the creation time of each selected subaccount, and determine the target subaccount corresponding to the resource repayment request according to each priority.

[0092] Step S210: executing a resource repayment operation corresponding to the resource repayment request through the target sub-account.

[0093] Specifically, after determining the target sub-account, the resource repayment operation corresponding to the resource repayment request can be performed through the target sub-account. For example, if the target sub-account is candidate sub-account a, and the requested repayment resource corresponding to the resource repayment request is 10 virtual resources, then the server can perform the resource repayment operation corresponding to the resource repayment request through candidate sub-account a, deposit the 10 virtual resources repaid by the user into candidate sub-account a, and update the virtual resource balance in candidate sub-account a, as well as various resource information of virtual resources.

[0094] The resource repayment processing method, in response to a resource repayment request triggered based on a target master account, determines resource information of the requested resource repayment, wherein the resource information includes resource type and resource amount, and can determine the resource situation of the requested resource repayment, and determines multiple candidate sub-accounts associated with the target master account, wherein the candidate sub-account is created when a resource borrowing operation is triggered based on the target master account, that is, each time a resource borrowing operation is initiated based on the target master account, a candidate sub-account is created respectively, so that multiple resource borrowings are managed independently, and resource management can be better achieved. Afterwards, from each candidate sub-account, a selected sub-account whose account resource type matches the resource type is determined, and different candidate sub-accounts can be matched according to different resource types to ensure the orderliness of resource repayment. In the case of multiple selected sub-accounts, based on the creation time and resource amount of each selected sub-account, the target sub-account corresponding to the resource repayment request is determined from each selected sub-account, and the resource repayment operation corresponding to the resource repayment request is executed through the target sub-account, so that the corresponding candidate sub-account can be flexibly matched according to the resource repayment situation, thereby ensuring the effective implementation of the resource transfer process.

[0095] In an exemplary embodiment, Figure 3 As shown, the resource repayment processing method also includes:

[0096] Step S302: In response to the resource borrowing request triggered based on the target primary account, a candidate sub-account associated with the resource borrowing request is created.

[0097] A resource borrowing request refers to a borrowing request made by an entity (such as a user, organization account, etc.) to other entities with idle resources in a system, organization, or platform when the entity cannot meet the current demand due to insufficient resources. This request is intended to temporarily obtain the right to use the required resources in order to complete a specific task or operation.

[0098] Specifically, when a user has a resource borrowing demand, a resource borrowing request can be triggered based on the target main account. After the server responds to the resource borrowing request, it needs to create a corresponding candidate sub-account for the resource borrowing request and process the subsequent repayment operation of this resource borrowing request through the candidate sub-account.

[0099] Step S304, obtaining the transfer-in time of the requested borrowed resources in the candidate sub-account, and determining the transfer-in time as the creation time of the candidate sub-account.

[0100] The requested borrowed resources are the resources that the user requests to borrow this time. The transfer time is the time when the requested borrowed resources are transferred to the candidate subaccount, that is, the time when the user receives the requested borrowed resources.

[0101] Specifically, after creating a candidate sub-account associated with a resource borrowing request, it is necessary to determine the creation time of the candidate sub-account, thereby determining the resource borrowing time corresponding to the candidate sub-account, that is, the transfer time of the requested borrowed resources in the candidate sub-account can be obtained, and the transfer time is determined as the creation time of the candidate sub-account.

[0102] In this embodiment, a corresponding candidate sub-account is created for each resource borrowing request, and the resource transfer time of the requested borrowed resources is determined as the creation time of the candidate sub-account. The resources borrowed by each resource borrowing request can be clearly distinguished according to the borrowing time and processed separately to ensure the orderliness of subsequent resource repayment processing.

[0103] In an exemplary embodiment, Figure 4 As shown, based on the creation time and resource amount of each selected sub-account, the target sub-account corresponding to the resource repayment request is determined from each selected sub-account, including:

[0104] Step S402: Determine the priority level corresponding to each selected sub-account based on the creation time of each selected sub-account.

[0105] Priority is a convention or rule that determines the priority of tasks, jobs, processes or events in receiving system resources. In this application, priority refers to the priority of each selected sub-account being selected as the target sub-account. The earlier the creation time of the selected sub-account, the higher the corresponding priority.

[0106] Specifically, in the resource borrowing and repayment process, the principle of first-borrowed-first-repaid should be adhered to, and the resources borrowed first should be repaid first. Therefore, after determining the selected sub-accounts that match the account resource type and resource type, it is also necessary to determine the priority level corresponding to each selected sub-account based on the creation time of each selected sub-account, that is, according to the creation time of each selected sub-account, determine the resource borrowing time corresponding to each selected sub-account, and then determine the priority order of each selected sub-account to be determined as the target sub-account.

[0107] Step S404: Determine the target sub-account corresponding to the resource repayment request from each selected sub-account according to each priority level and resource amount.

[0108] Specifically, after determining the priorities corresponding to each selected subaccount, the target subaccount corresponding to the resource repayment request can be determined from each selected subaccount according to the resource amount of the requested resource repayment and each priority. In some specific embodiments, the resource borrowing amount corresponding to each selected subaccount can be determined, and at least a part of each selected subaccount can be selected as an alternative subaccount according to the priority order corresponding to each priority. When the sum of the resource borrowing amount corresponding to each alternative subaccount is greater than or equal to the resource amount, each alternative subaccount is determined as the target subaccount corresponding to the resource repayment request. In other specific embodiments, a target subaccount determination model can also be established, and each priority, resource amount, and selected subaccount corresponding to each priority are input, and the output is the target subaccount corresponding to the resource repayment request.

[0109] In this embodiment, the corresponding priority of each selected sub-account is first determined according to the creation time of each sub-account, and then the target sub-account is determined according to the priority and the amount of resources, which can ensure that the principle of first borrow, first repay is implemented and the resource transfer process is carried out effectively.

[0110] In an exemplary embodiment, Figure 5 As shown, according to each priority and resource amount, the target sub-account corresponding to the resource repayment request is determined from each selected sub-account, including:

[0111] Step S502: determine the resource borrowing amount corresponding to each selected sub-account, and select at least a part of each selected sub-account as a candidate sub-account according to the priority order corresponding to each priority.

[0112] Step S504: when the sum of the resource borrowing amounts corresponding to the candidate sub-accounts is greater than or equal to the resource amount, each candidate sub-account is determined as a target sub-account corresponding to the resource repayment request.

[0113] The resource borrowing amount refers to the amount of borrowed resources corresponding to each selected sub-account when it is created. The priority order refers to the order from high to low priority. The candidate sub-account refers to the candidate sub-account used as a backup option.

[0114] Specifically, the server may first determine the resource borrowing amount corresponding to each selected sub-account, and select at least a portion of the selected sub-accounts as candidate sub-accounts in sequence according to the priority order corresponding to each priority. For example, the selected sub-account with the highest priority may be selected as the candidate sub-account first, and then the selected sub-accounts with the highest priority and the second highest priority may be selected as the candidate sub-accounts, and then accumulated in sequence. In some specific embodiments, the resource borrowing amounts corresponding to the candidate sub-accounts may be accumulated one by one, and the accumulated amount after each accumulation may be compared with the resource amount in sequence. When the accumulated amount is greater than or equal to the resource amount, the selected sub-account corresponding to the accumulated amount is determined as the target sub-account corresponding to the resource repayment request.

[0115] For example, the resource borrowing amounts may be arranged in the order of priority corresponding to each priority, and the first resource borrowing amount among the arranged resource borrowing amounts may be used as the current accumulated amount to be compared with the resource amount. If the current accumulated amount is less than the resource amount, the next resource borrowing amount may be added to the current accumulated amount to obtain an updated accumulated amount. If the updated accumulated amount is less than the resource amount, the updated accumulated amount may be used as the current accumulated amount for the next accumulation round, and the process returns to the step of adding the next resource borrowing amount to the current accumulated amount until the updated accumulated amount is greater than or equal to the resource amount, and the selected sub-account corresponding to the updated accumulated amount is determined as the target sub-account corresponding to the resource repayment request.

[0116] In this embodiment, the target sub-account is determined based on the resource borrowing amount and priority order of each selected sub-account, which can ensure that the resource amount can be repaid in accordance with the priority order.

[0117] In an exemplary embodiment, Figure 6 As shown, according to the priority order corresponding to each priority level, at least a part of each selected sub-account is selected as the candidate sub-account, including:

[0118] Step S602: According to the priority order corresponding to each priority level, the selected sub-account with the highest priority level is selected as the candidate sub-account.

[0119] Step S604: When the resource borrowing amount corresponding to the candidate sub-account is less than the resource amount, the candidate sub-account with the highest priority is selected from the remaining selected sub-accounts.

[0120] Step S606, when the sum of the resource borrowing amounts corresponding to the candidate sub-accounts is less than the resource amount, return to the step of selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts until the sum is greater than or equal to the resource amount.

[0121] Specifically, the server may first arrange the selected sub-accounts according to the priority order corresponding to each priority, select the selected sub-account ranked first as the candidate sub-account, compare the resource borrowing amount corresponding to the candidate sub-account with the resource amount, and if the resource borrowing amount corresponding to the candidate sub-account is greater than or equal to the resource amount, the candidate sub-account may be directly determined as the target sub-account; if the resource borrowing amount corresponding to the candidate sub-account is less than the resource amount, the candidate sub-account with the highest priority shall be selected from the remaining selected sub-accounts, combined with the above-mentioned candidate sub-account with the highest priority, and the combined candidate sub-accounts shall be combined with the resource amount. The sum of the corresponding resource borrowing amounts of each account is compared with the resource amount. If the sum of the resource borrowing amounts is greater than or equal to the resource amount, each candidate sub-account is determined as the target sub-account; if the sum of the resource borrowing amounts is less than the resource amount, the process returns to the step of selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts, and then selects the candidate sub-account with the highest priority from the remaining selected sub-accounts except the above two candidate sub-accounts to combine with the above two candidate sub-accounts, and re-judges the sum of the resource borrowing amounts and the resource amount, and repeats the process until the sum of the resource borrowing amounts is greater than or equal to the resource amount.

[0122] In this embodiment, at least a portion of the selected sub-accounts are selected in order of priority as candidate sub-accounts, and the resource borrowing amount is judged, and the cycle is repeated until the sum of the resource borrowing amount is greater than or equal to the resource amount. This can ensure that the resource amount can be repaid in the order of priority, and determine the minimum number of selected sub-accounts required for resource repayment while satisfying the priority order.

[0123] In an exemplary embodiment, Figure 7 As shown, based on the creation time and resource amount of each selected sub-account, the target sub-account corresponding to the resource repayment request is determined from each selected sub-account, including:

[0124] Step S702: Determine the priority level corresponding to each selected sub-account based on the resource amount and the creation time of each selected sub-account.

[0125] Step S704: Determine the target sub-account corresponding to the resource repayment request according to each priority level.

[0126] Specifically, each selected sub-account has a different corresponding resource borrowing amount. If the priority of each selected sub-account is determined only according to the creation time, when the resource amount is large and the resource borrowing amount of the selected sub-accounts with high priority is relatively small, multiple resource repayment processes will be required, which is cumbersome. Therefore, based on the resource amount and the creation time of each selected sub-account, the priority level corresponding to each selected sub-account can be determined, and then the target sub-account corresponding to the resource repayment request can be determined according to each priority level.

[0127] In this embodiment, based on the resource amount and the creation time of each selected sub-account, the priority corresponding to each selected sub-account is jointly determined, which can reduce the number of resource repayment processing times and improve the efficiency of resource repayment processing.

[0128] In an exemplary embodiment, Figure 8 As shown, based on the amount of resources and the creation time of each selected sub-account, the priority corresponding to each selected sub-account is determined, including:

[0129] Step S802: determining the initial priority corresponding to each selected sub-account based on the matching degree between the resource amount and the resource borrowing amount of each selected sub-account.

[0130] Step S804: When there are at least two selected sub-accounts with the same initial priority, the initial priorities corresponding to the at least two selected sub-accounts are updated according to the creation time of the at least two selected sub-accounts, and the priorities corresponding to the selected sub-accounts are determined.

[0131] The data matching degree refers to the similarity or consistency between two or more data under specific conditions. In this embodiment, the data matching degree refers to the similarity between the resource amount and the resource borrowing amount. For example, if the resource amount is 10 and the resource borrowing amounts are 9 and 8 respectively, then the data matching degree between the resource amount and the resource borrowing amount of 9 is relatively high. The initial priority refers to the priority determined in the initial stage, which may be updated later.

[0132] Specifically, the initial priority corresponding to each selected sub-account can be determined according to the degree of matching between the resource amount and the resource borrowing amount of each selected sub-account. If there are multiple selected sub-accounts with the same amount matching degree, it means that there are selected sub-accounts with the same resource borrowing amount. Then, for the agreed resource borrowing amount, the initial priority corresponding to at least two selected sub-accounts can be updated according to the creation time of each of the at least two selected sub-accounts to determine the priority corresponding to each selected sub-account.

[0133] In this embodiment, the initial priority of the selected sub-account is first determined based on the degree of data matching between the resource amount and the resource borrowing amount. When there are at least two selected sub-accounts with the same initial priority, the initial priority of the selected sub-account is updated according to the creation time. This can improve the efficiency of resource repayment processing while ensuring the effective implementation of the resource repayment processing process.

[0134] In a specific application scenario, such as Fig. 9 As shown in the figure, a schematic diagram of contract allocation account is provided. One contract corresponds to multiple contract details. Each contract detail corresponds to a resource borrowing operation. When each resource is borrowed, a virtual contract is established and a corresponding candidate sub-account is established. Fig.10 As shown in the figure, the candidate sub-accounts associated with the target master account can be processed one by one in the order of creation time from earliest to latest. Fig.11 As shown, you can enter the target master account number to query the resource transfer status of multiple candidate sub-accounts associated with the target master account.

[0135] In a specific embodiment, Fig.12 As shown, a resource repayment processing method is also provided, including:

[0136] Step S1201, in response to a resource borrowing request triggered based on a target master account, creating a candidate sub-account associated with the resource borrowing request;

[0137] Step S1202, obtaining the transfer-in time of the requested borrowed resources in the candidate sub-account, and determining the transfer-in time as the creation time of the candidate sub-account;

[0138] Step S1203, in response to the resource repayment request triggered based on the target primary account, determining resource information of the requested repayment resources;

[0139] Among them, resource information includes resource type and resource amount;

[0140] Step S1204, determining multiple candidate sub-accounts associated with the target master account, and determining, from each candidate sub-account, a selected sub-account whose account resource type matches the resource type;

[0141] Among them, the candidate sub-account is created when the resource borrowing operation is triggered based on the target master account;

[0142] Step S1205, when multiple sub-accounts are selected;

[0143] Step S1206, determining the priority corresponding to each selected sub-account based on the creation time of each selected sub-account;

[0144] Step S1207, determining the resource borrowing amount corresponding to each selected sub-account, and selecting the selected sub-account with the highest priority as the candidate sub-account according to the priority order corresponding to each priority;

[0145] Step S1208, determining whether the resource borrowing amount corresponding to the candidate sub-account is less than the resource amount;

[0146] If not, execute step S1209 to determine the candidate sub-account as the target sub-account corresponding to the resource repayment request;

[0147] If yes, then execute step S1210 to select the candidate sub-account with the highest priority from the remaining selected sub-accounts;

[0148] Step S1211, determining whether the sum of the corresponding resource borrowing amounts of each candidate sub-account is less than the resource amount;

[0149] If yes, return to step S1210;

[0150] If not, executing step S1212, determining each candidate sub-account as the target sub-account corresponding to the resource repayment request;

[0151] Step S1213, determining the initial priority corresponding to each selected sub-account based on the matching degree between the resource amount and the resource borrowing amount of each selected sub-account;

[0152] Step S1214: if there are at least two selected sub-accounts with the same initial priority, the initial priorities corresponding to the at least two selected sub-accounts are updated according to the creation time of the at least two selected sub-accounts, and the priorities corresponding to the selected sub-accounts are determined;

[0153] Step S1215, determining the target sub-account corresponding to the resource repayment request according to each priority level;

[0154] Step S1216: Execute the resource repayment operation corresponding to the resource repayment request through the target sub-account.

[0155] It should be understood that, although the various steps in the flowcharts involved in the above-mentioned embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-mentioned embodiments can include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0156] Based on the same inventive concept, the embodiment of the present application also provides a resource repayment processing device for implementing the resource repayment processing method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more resource repayment processing device embodiments provided below can refer to the limitations of the resource repayment processing method above, and will not be repeated here.

[0157] In an exemplary embodiment, Fig.13 As shown, a resource repayment processing device 1300 is provided, comprising: a resource information determination module 1302, a candidate sub-account determination module 1304, a selected sub-account determination module 1306, a target sub-account determination module 1308 and a resource repayment module 1310, wherein:

[0158] The resource information determination module 1302 is used to determine the resource information of the resource requested for repayment in response to the resource repayment request triggered based on the target primary account; the resource information includes the resource type and the resource amount;

[0159] The candidate sub-account determination module 1304 is used to determine multiple candidate sub-accounts associated with the target master account; the candidate sub-accounts are created when a resource borrowing operation is triggered based on the target master account;

[0160] A selected sub-account determination module 1306 is used to determine, from among the candidate sub-accounts, a selected sub-account whose account resource type matches the resource type;

[0161] The target sub-account determination module 1308 is used to determine the target sub-account corresponding to the resource repayment request from each selected sub-account based on the creation time and resource amount of each selected sub-account when multiple sub-accounts are selected;

[0162] The resource repayment module 1310 is used to execute the resource repayment operation corresponding to the resource repayment request through the target sub-account.

[0163] In an exemplary embodiment, the apparatus further includes a creation time determination module, specifically configured to:

[0164] In response to a resource borrowing request triggered based on a target master account, creating a candidate sub-account associated with the resource borrowing request;

[0165] The transfer-in time of the requested borrowed resources in the candidate sub-account is obtained, and the transfer-in time is determined as the creation time of the candidate sub-account.

[0166] In an exemplary embodiment, the target sub-account determination module 1308 includes:

[0167] A priority determination unit, configured to determine the priority corresponding to each selected sub-account based on the creation time of each selected sub-account;

[0168] The target sub-account determination unit is used to determine the target sub-account corresponding to the resource repayment request from each selected sub-account according to each priority and resource amount.

[0169] In an exemplary embodiment, the target sub-account determination unit includes:

[0170] The resource borrowing amount determination component is used to determine the resource borrowing amount corresponding to each selected sub-account;

[0171] A candidate sub-account selection component, for selecting at least a portion of the selected sub-accounts as candidate sub-accounts according to a priority order corresponding to each priority level;

[0172] The amount comparison component is used to determine each candidate sub-account as a target sub-account corresponding to the resource repayment request when the sum of the resource borrowing amounts corresponding to each candidate sub-account is greater than or equal to the resource amount.

[0173] In an exemplary embodiment, the candidate sub-account selection component is specifically used to:

[0174] According to the priority order corresponding to each priority level, the selected sub-account with the highest priority level is selected as the candidate sub-account;

[0175] When the resource borrowing amount corresponding to the candidate sub-account is less than the resource amount, the candidate sub-account with the highest priority is selected from the remaining selected sub-accounts;

[0176] When the sum of the resource borrowing amounts corresponding to the candidate sub-accounts is less than the resource amount, return to the step of selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts until the sum is greater than or equal to the resource amount.

[0177] In an exemplary embodiment, the target sub-account determination module 1308 further includes:

[0178] A priority determination unit, configured to determine the priority corresponding to each selected sub-account based on the amount of resources and the creation time of each selected sub-account;

[0179] The priority determination unit determines the target sub-account corresponding to the resource repayment request according to each priority.

[0180] In an exemplary embodiment, the priority determination unit is specifically configured to:

[0181] Determine the initial priority of each selected sub-account based on the matching degree between the resource amount and the resource borrowing amount of each selected sub-account;

[0182] In the case that there are at least two selected sub-accounts with the same initial priority, the initial priorities corresponding to the at least two selected sub-accounts are updated according to the creation time of the at least two selected sub-accounts, and the priorities corresponding to the selected sub-accounts are determined.

[0183] Each module in the resource repayment processing device can be implemented in whole or in part by software, hardware, or a combination thereof. Each module can be embedded in or independent of a processor in a computer device in the form of hardware, or can be stored in a memory in a computer device in the form of software, so that the processor can call and execute operations corresponding to each module.

[0184] In an exemplary embodiment, a computer device is provided. The computer device may be a terminal, and its internal structure diagram may be as shown in FIG. Fig.14As shown. The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit and an input device. The processor, the memory and the input / output interface are connected through a system bus, and the communication interface, the display unit and the input device are connected to the system bus through the input / output interface. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal in a wired or wireless manner, and the wireless manner can be implemented through WIFI, a mobile cellular network, near field communication (NFC) or other technologies. When the computer program is executed by the processor, a resource repayment processing method is implemented. The display unit of the computer device is used to form a visually visible picture, which can be a display screen, a projection device or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer device can be a touch layer covering the display screen, or a button, trackball or touchpad set on the computer device shell, or an external keyboard, touchpad or mouse.

[0185] Those skilled in the art will understand that Fig.14 The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0186] In an exemplary embodiment, a computer device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the steps in the above cluster upgrade control method when executing the computer program.

[0187] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above cluster upgrade control method are implemented.

[0188] In one embodiment, a computer program product is provided, including a computer program, which implements the steps in the above cluster upgrade control method when executed by a processor.

[0189] A person of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment method can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in the present application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, an artificial intelligence (AI) processor, etc., but are not limited to this.

[0190] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0191] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A resource repayment processing method, characterized in that: The method comprises: In response to a resource repayment request triggered based on a target primary account, determining resource information of the requested repayment resource; the resource information includes resource type and resource amount; Determine a plurality of candidate sub-accounts associated with the target master account; the candidate sub-accounts are created when a resource borrowing operation is triggered based on the target master account; Determining, from each of the candidate sub-accounts, a selected sub-account whose account resource type matches the resource type; In the case where there are multiple selected sub-accounts, based on the creation time of each of the selected sub-accounts and the resource amount, determining a target sub-account corresponding to the resource repayment request from each of the selected sub-accounts; The resource repayment operation corresponding to the resource repayment request is performed through the target sub-account.

2. The method according to claim 1, characterized in that The method further comprises: In response to a resource borrowing request triggered based on a target master account, creating a candidate sub-account associated with the resource borrowing request; The transfer-in time of the requested borrowed resources in the candidate sub-account is obtained, and the transfer-in time is determined as the creation time of the candidate sub-account.

3. The method according to claim 1, characterized in that The determining, from each of the selected sub-accounts, a target sub-account corresponding to the resource repayment request based on the creation time of each of the selected sub-accounts and the resource amount, comprises: Determining the priority level corresponding to each of the selected sub-accounts based on the creation time of each of the selected sub-accounts; According to each of the priorities and the resource amounts, a target sub-account corresponding to the resource repayment request is determined from each of the selected sub-accounts.

4. The method according to claim 3, characterized in that The step of determining, from each of the selected sub-accounts according to each of the priorities and the resource amounts, a target sub-account corresponding to the resource repayment request comprises: Determine the resource borrowing amount corresponding to each of the selected sub-accounts; selecting at least a portion of the selected sub-accounts as candidate sub-accounts according to the priority order corresponding to the priorities; In the case where the sum of the resource borrowing amounts corresponding to the candidate sub-accounts is greater than or equal to the resource amount, each candidate sub-account is determined as a target sub-account corresponding to the resource repayment request.

5. The method according to claim 4, characterized in that The selecting at least a portion of the selected sub-accounts as candidate sub-accounts according to the priority order corresponding to the priorities includes: According to the priority order corresponding to each of the priorities, the selected sub-account with the highest priority is selected as the candidate sub-account; When the resource borrowing amount corresponding to the candidate sub-account is less than the resource amount, selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts; When the sum of the resource borrowing amounts corresponding to the candidate sub-accounts is less than the resource amount, return to the step of selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts until the sum is greater than or equal to the resource amount.

6. The method according to claim 1, characterized in that The determining, from each of the selected sub-accounts, a target sub-account corresponding to the resource repayment request based on the creation time of each of the selected sub-accounts and the resource amount, comprises: Determining the priority corresponding to each of the selected sub-accounts based on the resource amount and the creation time of each of the selected sub-accounts; According to each of the priorities, a target sub-account corresponding to the resource repayment request is determined.

7. The method according to claim 6, characterized in that The determining the priority corresponding to each of the selected sub-accounts based on the resource amount and the creation time of each of the selected sub-accounts includes: Determining the initial priority corresponding to each of the selected sub-accounts based on the matching degree between the resource amount and the resource borrowing amount of each of the selected sub-accounts; In the case that there are at least two selected sub-accounts with the same initial priority, the initial priority corresponding to each of the at least two selected sub-accounts is updated according to the creation time of each of the at least two selected sub-accounts to determine the priority corresponding to each of the selected sub-accounts.

8. A resource repayment processing device, characterized in that: The device comprises: A resource information determination module, configured to determine resource information of a resource requested for repayment in response to a resource repayment request triggered based on a target master account; the resource information includes a resource type and a resource amount; A candidate sub-account determination module, configured to determine a plurality of candidate sub-accounts associated with the target master account; the candidate sub-accounts are created when a resource borrowing operation is triggered based on the target master account; A selected sub-account determination module, configured to determine, from each of the candidate sub-accounts, a selected sub-account whose account resource type matches the resource type; a target sub-account determination module, configured to determine, when there are multiple selected sub-accounts, a target sub-account corresponding to the resource repayment request from each of the selected sub-accounts based on the creation time of each of the selected sub-accounts and the resource amount; The resource repayment module is used to execute the resource repayment operation corresponding to the resource repayment request through the target sub-account.

9. The device according to claim 8, characterized in that The device also includes a creation time determination module, which is specifically used to: In response to a resource borrowing request triggered based on a target master account, creating a candidate sub-account associated with the resource borrowing request; The transfer-in time of the requested borrowed resources in the candidate sub-account is obtained, and the transfer-in time is determined as the creation time of the candidate sub-account.

10. The device according to claim 8, characterized in that The target sub-account determination module includes: A priority determination unit, configured to determine the priority corresponding to each of the selected sub-accounts based on the creation time of each of the selected sub-accounts; The target sub-account determination unit is used to determine the target sub-account corresponding to the resource repayment request from each of the selected sub-accounts according to each of the priorities and the resource amounts.

11. The device according to claim 10, characterized in that The target sub-account determination unit includes: A resource borrowing amount determination component is used to determine the resource borrowing amount corresponding to each of the selected sub-accounts; A candidate sub-account selection component, configured to select at least a portion of the selected sub-accounts as candidate sub-accounts according to a priority order corresponding to each priority level; The amount comparison component is used to determine each of the candidate sub-accounts as the target sub-account corresponding to the resource repayment request when the sum of the resource borrowing amounts corresponding to each of the candidate sub-accounts is greater than or equal to the resource amount.

12. The device according to claim 11, characterized in that The alternative sub-account selection component is specifically used for: According to the priority order corresponding to each of the priorities, the selected sub-account with the highest priority is selected as the candidate sub-account; When the resource borrowing amount corresponding to the candidate sub-account is less than the resource amount, selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts; When the sum of the resource borrowing amounts corresponding to the candidate sub-accounts is less than the resource amount, return to the step of selecting the candidate sub-account with the highest priority from the remaining selected sub-accounts until the sum is greater than or equal to the resource amount.

13. The device according to claim 8, characterized in that The target sub-account determination module further includes: A priority determination unit, configured to determine the priority corresponding to each of the selected sub-accounts based on the resource amount and the creation time of each of the selected sub-accounts; The priority determination unit determines the target sub-account corresponding to the resource repayment request according to each priority.

14. The device according to claim 13, characterized in that The priority determination unit is specifically used for: Determining the initial priority corresponding to each of the selected sub-accounts based on the matching degree between the resource amount and the resource borrowing amount of each of the selected sub-accounts; In the case that there are at least two selected sub-accounts with the same initial priority, the initial priority corresponding to each of the at least two selected sub-accounts is updated according to the creation time of each of the at least two selected sub-accounts to determine the priority corresponding to each of the selected sub-accounts.

15. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 7 are implemented.

16. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

17. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images