CN110599315A - Resource allocation method, device and equipment for multi-level account - Google Patents
Resource allocation method, device and equipment for multi-level account Download PDFInfo
- Publication number
- CN110599315A CN110599315A CN201910716548.9A CN201910716548A CN110599315A CN 110599315 A CN110599315 A CN 110599315A CN 201910716548 A CN201910716548 A CN 201910716548A CN 110599315 A CN110599315 A CN 110599315A
- Authority
- CN
- China
- Prior art keywords
- account
- target
- tertiary
- accounts
- resources
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
Abstract
The application provides a resource allocation method, a device and equipment for a multi-level account, wherein the method comprises the following steps: acquiring a currently available secondary account, and controlling a primary account to equally divide resources to the currently available secondary account according to the number of the currently available secondary account; acquiring the resource amount of the target tertiary account, and matching the resource amount with the preset sub-account allocation limit; and when the resource amount is larger than the sub-account allocation amount, controlling the target third-level account to pay resources to the target second-level account so that the resource amount of the target third-level account is equal to the sub-account allocation amount. Therefore, resources are more evenly configured among the multi-level accounts, and the resources are prevented from being excessively concentrated on one account.
Description
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a resource allocation method, device and apparatus for a multi-tier account.
Background
The pay-by-payment system can process the money-out and money-in services initiated by the payment mechanism. In practical application, the reserve payment system adopts a discrete account system, and a multi-level account is constructed.
The present reserve payment system adopts the distribution mode of large and small accounts, external funds are remitted into the large account, and the large account distributes funds to each small account at regular time. In the scheme, funds are mainly reserved in large accounts, and the fund distribution of each account is different, so that the resource allocation is unbalanced.
Content of application
The present application is directed to solving, at least to some extent, one of the technical problems in the related art.
Therefore, a first objective of the present application is to provide a resource allocation method for multi-tier accounts, which can make resource allocation among the multi-tier accounts more balanced, and avoid excessive concentration of resources on a certain account.
A second objective of the present application is to provide a resource allocation apparatus for multi-tier accounts.
A third object of the present application is to propose a computer device.
A fourth object of the present application is to propose a computer readable storage medium.
An embodiment of a first aspect of the present application provides a resource allocation method for multi-tier accounts, where the multi-tier accounts include a primary account, a secondary account, and a tertiary account, and the method includes:
acquiring a currently available secondary account, and controlling the primary account to equally divide resources to the currently available secondary account according to the number of the currently available secondary account;
acquiring the resource amount of a target tertiary account, and matching the resource amount with a preset sub-account allocation limit;
when the resource amount is smaller than the sub-account allocation limit, controlling a target secondary account to which the target tertiary account belongs to allocate resources to the target tertiary account so that the target tertiary account resource amount is equal to the sub-account allocation limit;
and when the resource amount is larger than the sub-account allocation limit, controlling the target tertiary account to pay resources to the target secondary account so as to enable the target tertiary account resource amount to be equal to the sub-account allocation limit.
Optionally, after controlling the target secondary account to which the target tertiary account belongs to allocate resources to the target tertiary account, the method further includes: detecting whether the target secondary account fails to allocate resources to the target tertiary account; if the failure of resource allocation is detected, other available secondary accounts are obtained; and controlling the other available secondary accounts to allocate resources to the target tertiary account.
Optionally, after controlling the target tertiary account to pay for resources to the target secondary account, the method further includes: detecting whether the target tertiary account fails to pay resources to the target secondary account; if the resource uploading failure is detected, acquiring other available secondary accounts; and controlling the target tertiary account to pay resources to the other available secondary accounts.
Optionally, the sub-account allocation quota is total allocation quota/currently available tertiary account number.
Optionally, the method further comprises: acquiring the state of each secondary account in the multi-level accounts; and if the current secondary account is in the unavailable state, the resources of the current secondary account are paid to the primary account.
Optionally, the method further comprises: acquiring the state of each third-level account in the multi-level accounts; if the current tertiary account is in the unavailable state, the resources of the current tertiary account are paid to a secondary account to which the current tertiary account belongs; and if the secondary account to which the current tertiary account belongs is unavailable, the resources of the current tertiary account are paid to any other available secondary account.
According to the resource allocation method of the multi-level account, the currently available secondary account is obtained, and the primary account is controlled to equally allocate resources to the currently available secondary account according to the number of the currently available secondary account. And further, acquiring the resource amount of the target tertiary account, and matching the resource amount with the preset sub-account allocation limit. And when the resource amount is larger than the sub-account distribution amount, controlling the target third-level account to pay resources to the target second-level account so that the resource amount of the target third-level account is equal to the sub-account distribution amount. Therefore, resources are distributed or uploaded according to the distribution amount, so that the resources are configured more evenly among the multi-level accounts, and compared with the distribution mode of large and small accounts, the full utilization of funds can be realized, the condition that the funds are mainly concentrated in the main account is avoided, the influence when the main account breaks down is reduced, and the fault tolerance is improved. And moreover, by means of multiple resource allocation logics among the multi-level accounts, the disaster tolerance and fault tolerance capability of the accounts during the fault is improved.
An embodiment of a second aspect of the present application provides a resource allocation apparatus for multi-tier accounts, where the multi-tier accounts include a primary account, a secondary account, and a tertiary account, and the apparatus includes:
the first allocation module is used for acquiring the currently available secondary accounts and controlling the primary accounts to equally allocate resources to the currently available secondary accounts according to the number of the currently available secondary accounts;
the matching module is used for acquiring the resource amount of the target tertiary account and matching the resource amount with the preset sub-account allocation limit;
the second allocation module is used for controlling the target secondary account to allocate resources to the target tertiary account when the resource amount is smaller than the sub-account allocation limit, so that the target tertiary account resource amount is equal to the sub-account allocation limit;
and the third distribution module is used for controlling the target tertiary account to pay resources to the target secondary account when the resource amount is larger than the sub-account distribution limit, so that the target tertiary account resource amount is equal to the sub-account distribution limit.
Optionally, the apparatus further comprises: the first processing module is used for detecting whether the target secondary account fails to allocate resources to the target tertiary account; if the failure of resource allocation is detected, other available secondary accounts are obtained; and controlling the other available secondary accounts to allocate resources to the target tertiary account.
Optionally, the apparatus further comprises: the second processing module is used for detecting whether the target tertiary account fails to pay resources to the target secondary account; if the failure of the resource payment is detected, acquiring other available secondary accounts; and controlling the target tertiary account to pay resources to the other available secondary accounts.
Optionally, the apparatus further comprises: the first aggregation module is used for acquiring the state of each secondary account in the multi-level accounts; and if the current secondary account is in the unavailable state, the resource amount of the current secondary account is paid to the primary account.
Optionally, the apparatus further comprises: the second collection module is used for acquiring the state of each three-level account in the multi-level accounts; if the current tertiary account is in the unavailable state, the resource amount of the current tertiary account is paid to a secondary account to which the current tertiary account belongs; and if the secondary account to which the current tertiary account belongs is unavailable, the resource amount of the current tertiary account is paid to any other available secondary account.
According to the resource allocation device for the multi-level accounts, the currently available secondary accounts are obtained, and the primary accounts are controlled to equally allocate resources to the currently available secondary accounts according to the number of the currently available secondary accounts. And further, acquiring the resource amount of the target tertiary account, and matching the resource amount with the preset sub-account allocation limit. And when the resource amount is larger than the sub-account distribution amount, controlling the target third-level account to pay resources to the target second-level account so that the resource amount of the target third-level account is equal to the sub-account distribution amount. Therefore, resources are distributed or uploaded according to the distribution amount, so that the resources are configured more evenly among the multi-level accounts, and compared with the distribution mode of large and small accounts, the full utilization of funds can be realized, the condition that the funds are mainly concentrated in the main account is avoided, the influence when the main account breaks down is reduced, and the fault tolerance is improved. And moreover, by means of multiple resource allocation logics among the multi-level accounts, the disaster tolerance and fault tolerance capability of the accounts during the fault is improved.
An embodiment of a third aspect of the present application provides a computer device, including a processor and a memory; wherein the processor executes a program corresponding to the executable program code by reading the executable program code stored in the memory, so as to implement the resource allocation method for a multi-tier account according to the embodiment of the first aspect.
A fourth aspect of the present application provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the resource allocation method for multi-tier accounts as described in the first aspect of the present application.
Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.
Drawings
Fig. 1 is a schematic flowchart of a resource allocation method for a multi-tier account according to an embodiment of the present disclosure;
fig. 2 is a schematic diagram of a pay-as-you-go system according to an embodiment of the present disclosure;
fig. 3 is a schematic structural diagram of a resource allocation apparatus for multi-tier accounts according to an embodiment of the present disclosure;
fig. 4 is a schematic structural diagram of another resource allocation apparatus for a multi-tier account according to an embodiment of the present application;
FIG. 5 illustrates a block diagram of an exemplary computer device suitable for use to implement embodiments of the present application.
Detailed Description
Reference will now be made in detail to embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary and intended to be used for explaining the present application and should not be construed as limiting the present application.
The following describes a resource allocation method, device and apparatus for a multi-tier account according to an embodiment of the present application with reference to the drawings.
Fig. 1 is a schematic flowchart of a resource allocation method for a multi-tier account according to an embodiment of the present application, and as shown in fig. 1, the method includes:
step 101, obtaining a currently available secondary account, and controlling a primary account to equally divide resources to the currently available secondary account according to the number of the currently available secondary account.
The resource allocation method of the multi-level account in the embodiment of the application can be applied to a spare payment system. The distributed resources comprise funds when the method is applied to a reserve payment system, the reserve payment system is used for managing pre-received to-be-paid currency funds actually received by a payment mechanism for handling payment services entrusted by a client, and a multi-level account system is constructed in the reserve payment system in the embodiment to support the processing of high-concurrency real-time services.
In this embodiment, the multi-tier accounts may include a primary account, a secondary account, and a tertiary account. For example, at least one secondary account may be included under a primary account, and one or more tertiary accounts may be included under each secondary account.
In an embodiment of the application, when allocating resources based on a multi-level account, a currently available secondary account may be obtained first, and the primary account is controlled to equally allocate resources to the currently available secondary account. For example, in the case of a spare payment system, the primary account is a primary account, the secondary account is an IDC (Internet Data Center) account, and after external funds are imported into the primary account, the IDC account in an available state can be acquired, and the primary account evenly distributes the funds to the currently available IDC account according to the number of the currently available IDC accounts.
And 102, acquiring the resource amount of the target tertiary account, and matching the resource amount with a preset sub-account allocation limit.
In this embodiment, when allocating resources based on the multi-level account, the resource amount of the target third-level account may also be obtained, and resources may be allocated to the target third-level account according to the resource amount of the target third-level account. Taking the spare payment system as an example, for example, the fund balance in each available tertiary account can be acquired at intervals of preset time, and the preset time can be set according to actual needs. As another example, the balance of funds in the tertiary account may be obtained when the funds in the tertiary account change. The target tertiary account may be any available tertiary account.
Specifically, the sub-account allocation limit of the tertiary account may be preset, and then matching may be performed according to the remaining amount of each target tertiary account and the preset sub-account allocation limit, so as to perform a corresponding fund allocation operation according to the matching result, thereby implementing balance of funds among the tertiary accounts. The sub-account allocation limit may be set as required, for example, the total allocation limit of the third-level accounts in the back-up payment system is set to be N, and the number P of the third-level accounts currently in the available state is obtained, so that the sub-account allocation limit is N/P. Therefore, by presetting the distribution amount, payment mechanisms with different concurrent amounts can be adapted through different proportion distribution.
And 103, when the resource amount is smaller than the sub-account allocation limit, controlling the target secondary account to which the target tertiary account belongs to allocate resources to the target tertiary account so that the target tertiary account resource amount is equal to the sub-account allocation limit.
In this embodiment, taking the spare payment system as an example, after matching the balance of the target tertiary account with the preset sub-account allocation limit, if it is known that the balance is smaller than the sub-account allocation limit, calling the corresponding amount of funds from the target secondary account to replenish the target tertiary account according to the difference between the sub-account allocation limit and the balance, so that the balance of the target tertiary account is equal to the sub-account allocation limit, and thus, balancing the funds in each tertiary account by allocating funds to each tertiary account.
And the target secondary account is a secondary account to which the target tertiary account belongs.
In one embodiment of the present application, a failure of the target secondary account to allocate resources to the target tertiary account may also occur, for example, when the target secondary account is in an unavailable state due to a failure or when insufficient funds are available in the target secondary account, a failure of the target secondary account to allocate funds to the target tertiary account may occur. Therefore, whether the target secondary account fails to allocate the funds to the target tertiary account can be detected, if the funds allocation failure is detected, other available secondary accounts are obtained, and then the other available secondary accounts are controlled to allocate the funds to the target tertiary account.
As an example, if it is detected that the fund allocation fails, the other available secondary accounts are acquired, that is, the available secondary accounts other than the target secondary account are acquired, and then any one of the other available secondary accounts is controlled to allocate the fund to the target tertiary account. As another example, if a failure to allocate funds is detected, other available secondary accounts are acquired, and the most funded one of the other available secondary accounts is controlled to allocate funds to the target tertiary account.
And 104, controlling the target third-level account to pay resources to the target second-level account when the resource amount is larger than the sub-account allocation limit, so that the resource amount of the target third-level account is equal to the sub-account allocation limit.
In this embodiment, after the balance of the target tertiary account is matched with the preset sub-account allocation amount, if it is known that the balance is greater than the sub-account allocation amount, the corresponding amount of funds is called from the target tertiary account to be paid to the target secondary account according to the difference between the sub-account allocation amount and the balance, so that the balance of the target tertiary account is equal to the sub-account allocation amount, and thus the funds are paid to the secondary account to which the target tertiary account belongs through each tertiary account, and the balance of the funds in each tertiary account is realized.
In an embodiment of the present application, a failure of the target tertiary account to pay the resource to the target secondary account may also occur, for example, when the target secondary account in the fund-making system is in an unavailable state due to a failure, the target tertiary account may fail to pay the fund to the target secondary account. Therefore, whether the target tertiary account fails to pay funds to the target secondary account can be detected, if the situation that the funds are paid unsuccessfully is detected, other available secondary accounts are obtained, and then the target tertiary account is controlled to pay funds to the other available secondary accounts. Therefore, fund payment can be realized when the secondary account of the system fails, and the disaster tolerance and fault tolerance capability of the system is improved.
As an example, if it is detected that the fund payment fails, the other available secondary accounts are acquired, and the target tertiary account is controlled to pay the fund to any one of the other available secondary accounts. As another example, if it is detected that the fund allocation fails, the other available secondary accounts are acquired, and the target tertiary account is controlled to pay funds to the one with the minimum fund in the other available secondary accounts.
In one embodiment of the present application, when the resource amount of the target tertiary account is equal to the sub-account allocation limit, the resource allocation may not be performed.
Based on the above embodiment, further, the pay-back system may have an account in an unavailable state in an application, and when the account is unavailable, the fund collection processing needs to be performed on the fund in the account.
In an embodiment of the application, the state of each secondary account in the multi-level account can be acquired, and if the current secondary account is in an unavailable state, the resources of the current secondary account are uploaded to the primary account; further, if the primary account is in an unavailable state, the resource payment operation is stopped. Optionally, the state of the secondary account may be acquired at preset intervals, and the preset intervals may be set according to actual needs.
In an embodiment of the application, the states of the tertiary accounts in the multi-level account may also be acquired, and if it is known that the current tertiary account is in an unavailable state, the resources of the current tertiary account are uploaded to the secondary account to which the current tertiary account belongs. Further, if the secondary account to which the current tertiary account belongs is unavailable, acquiring the states of other secondary accounts, and paying the resources of the current tertiary account to any other available secondary account; further, if the secondary accounts are all in the unavailable state, the resource payment operation is stopped.
The following description is made with reference to a pay-by-payment system in a practical application scenario.
Referring to fig. 2, the fund preparation system shown in the figure is a three-level account system, wherein the first-level account includes a platform-level main account, a dedicated fund outlet account and a large fund outlet account, the second-level account includes an IDC account, the third-level account includes a fund outlet sub-account and a fund inlet sub-account, the dedicated fund outlet account is used for processing a dedicated fund outlet service, the large fund outlet account is used for processing a fund outlet service with a larger amount, and the fund inlet sub-account is used for processing a fund inlet type service.
For example, when the platform-level primary account allocates funds to the IDC accounts, the platform-level primary account allocates the funds to each of the available IDC accounts according to the number of the currently available IDC accounts. When the third-level money-out sub-account is subjected to fund distribution, the allocation value of the third-level account amount is N, the number of the currently available third-level money-out sub-accounts is P, if the current money-out sub-account amount is less than N/P, the central IDC account supplies funds to the current third-level money-out sub-account, if the current money-out sub-account amount is not enough N/P, if the current money-out sub-account amount is not enough, for example, the central IDC account is unavailable or the amount is not enough, an available IDC account is selected randomly to transfer the funds, and; if the amount of the current sub-account is larger than N/P, the money outlet sub-account exceeds part of funds to be uploaded to the IDC account of the center, if the IDC account is unavailable, the money is uploaded to any other available IDC account, and if the IDC account is unavailable, the fund transfer of the money outlet sub-account is stopped.
Further, when fund collection is carried out, if the IDC account is in an unavailable state, the amount in the account is paid to a platform-level main account; and if the platform-level main account is not available, stopping the task. If the cash-out sub-account is in an unavailable state, paying the quota in the account into the IDC account of the center; and if the central IDC account is unavailable, the central IDC account is uploaded to any other available IDC account, and if the central IDC account is unavailable, the task is stopped.
According to the resource allocation method of the multi-level account, the currently available secondary account is obtained, and the primary account is controlled to equally allocate resources to the currently available secondary account according to the number of the currently available secondary account. And further, acquiring the resource amount of the target tertiary account, and matching the resource amount with the preset sub-account allocation limit. And when the resource amount is larger than the sub-account distribution amount, controlling the target third-level account to pay resources to the target second-level account so that the resource amount of the target third-level account is equal to the sub-account distribution amount. Therefore, resources are distributed or uploaded according to the distribution amount, so that the resources are configured more evenly among the multi-level accounts, and compared with the distribution mode of large and small accounts, the full utilization of funds can be realized, the condition that the funds are mainly concentrated in the main account is avoided, the influence when the main account breaks down is reduced, and the fault tolerance is improved. And moreover, by means of multiple resource allocation logics among the multi-level accounts, the disaster tolerance and fault tolerance capability of the accounts during the fault is improved.
In order to implement the above embodiments, the present application further provides a resource allocation apparatus for multi-tier accounts.
Fig. 3 is a schematic structural diagram of a resource allocation apparatus for a multi-tier account according to an embodiment of the present application, and as shown in fig. 3, the apparatus includes: a first distribution module 10, a matching module 20, a second distribution module 30, a third distribution module 40.
The first allocation module 10 is configured to acquire a currently available secondary account, and control the primary account to equally allocate resources to the currently available secondary account according to the number of the currently available secondary account.
And the matching module 20 is used for acquiring the resource amount of the target tertiary account and matching the resource amount with the preset sub-account allocation limit.
And the second allocating module 30 is configured to, when the resource amount is smaller than the sub-account allocation limit, control the target secondary account to which the target tertiary account belongs to allocate resources to the target tertiary account, so that the target tertiary account resource amount is equal to the sub-account allocation limit.
And the third distribution module 40 is used for controlling the target third-level account to pay for the resources to the target second-level account when the resource amount is greater than the sub-account distribution limit, so that the target third-level account resource amount is equal to the sub-account distribution limit.
As one possible implementation, the sub-account allocation amount is the total allocation amount/the number of currently available tertiary accounts.
On the basis of fig. 3, the apparatus shown in fig. 4 further includes: a first processing module 50, a second processing module 60, a first aggregation module 70, and a second aggregation module 80.
The first processing module 50 is configured to detect whether resource allocation from the target secondary account to the target tertiary account fails; if the failure of resource allocation is detected, other available secondary accounts are obtained; and controlling other available secondary accounts to allocate resources to the target tertiary account.
The second processing module 60 is configured to detect whether the resource payment from the target secondary account by the target tertiary account fails; if the resource uploading failure is detected, acquiring other available secondary accounts; and controlling the target tertiary account to pay resources to other available secondary accounts.
A first aggregation module 70, configured to obtain a status of each secondary account in the multi-tier accounts; and if the current secondary account is in the unavailable state, the resource amount of the current secondary account is paid to the primary account.
A second aggregation module 80, configured to obtain statuses of three levels of accounts in the multi-level account; if the current tertiary account is in the unavailable state, the resource amount of the current tertiary account is paid to a secondary account to which the current tertiary account belongs; and if the secondary account to which the current tertiary account belongs is unavailable, the resource amount of the current tertiary account is paid to any other available secondary account.
It should be noted that, the explanation of the resource allocation method for the multi-tier account in the foregoing embodiment is also applicable to the resource allocation apparatus for the multi-tier account in the present embodiment, and details are not repeated here.
According to the resource allocation device for the multi-level accounts, the currently available secondary accounts are obtained, and the primary accounts are controlled to equally allocate resources to the currently available secondary accounts according to the number of the currently available secondary accounts. And further, acquiring the resource amount of the target tertiary account, and matching the resource amount with the preset sub-account allocation limit. And when the resource amount is larger than the sub-account distribution amount, controlling the target third-level account to pay resources to the target second-level account so that the resource amount of the target third-level account is equal to the sub-account distribution amount. Therefore, resources are distributed or uploaded according to the distribution amount, so that the resources are configured more evenly among the multi-level accounts, and compared with the distribution mode of large and small accounts, the full utilization of funds can be realized, the condition that the funds are mainly concentrated in the main account is avoided, the influence when the main account breaks down is reduced, and the fault tolerance is improved. And moreover, by means of multiple resource allocation logics among the multi-level accounts, the disaster tolerance and fault tolerance capability of the accounts during the fault is improved.
Fig. 5 is a schematic structural diagram of a computer device according to an embodiment of the present application. The computer device includes:
memory 1001, processor 1002, and computer programs stored on memory 1001 and executable on processor 1002.
The processor 1002, when executing the program, implements the resource allocation method for the multi-tier account provided in the above-described embodiment.
Further, the computer device further comprises:
a communication interface 1003 for communicating between the memory 1001 and the processor 1002.
A memory 1001 for storing computer programs that may be run on the processor 1002.
Memory 1001 may include high-speed RAM memory and may also include non-volatile memory (e.g., at least one disk memory).
The processor 1002 is configured to implement the resource allocation method for a multi-tier account according to the foregoing embodiment when executing the program.
If the memory 1001, the processor 1002, and the communication interface 1003 are implemented independently, the communication interface 1003, the memory 1001, and the processor 1002 may be connected to each other through a bus and perform communication with each other. The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended ISA (Extended Industry Standard Architecture) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in fig. 5, but this does not indicate only one bus or one type of bus.
Optionally, in a specific implementation, if the memory 1001, the processor 1002, and the communication interface 1003 are implemented by being integrated on a single chip, the memory 1001, the processor 1002, and the communication interface 1003 may complete mutual communication through an internal interface.
The processor 1002 may be a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits configured to implement embodiments of the present Application.
In order to implement the foregoing embodiments, the present application further proposes a computer program product, wherein instructions of the computer program product, when executed by a processor, implement the resource allocation method for multi-tier accounts according to any one of the foregoing embodiments.
In order to implement the foregoing embodiments, the present application further proposes a computer-readable storage medium, on which a computer program is stored, which when executed by a processor implements the resource allocation method for a multi-tier account according to any one of the foregoing embodiments.
In the description herein, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Moreover, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, "a plurality" means at least two, e.g., two, three, etc., unless specifically limited otherwise.
Although embodiments of the present application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present application, and that variations, modifications, substitutions and alterations may be made to the above embodiments by those of ordinary skill in the art within the scope of the present application.
Claims (13)
1. A resource allocation method for multi-level accounts, wherein the multi-level accounts comprise a primary account, a secondary account and a tertiary account, the method comprises the following steps:
acquiring a currently available secondary account, and controlling the primary account to equally divide resources to the currently available secondary account according to the number of the currently available secondary account;
acquiring the resource amount of a target tertiary account, and matching the resource amount with a preset sub-account allocation limit;
when the resource amount is smaller than the sub-account allocation limit, controlling a target secondary account to which the target tertiary account belongs to allocate resources to the target tertiary account so that the target tertiary account resource amount is equal to the sub-account allocation limit;
and when the resource amount is larger than the sub-account allocation limit, controlling the target tertiary account to pay the resources to the target secondary account so as to enable the target tertiary account resource amount to be equal to the sub-account allocation limit.
2. The method of claim 1, after controlling allocation of resources to the target tertiary account by a target secondary account to which the target tertiary account belongs, further comprising:
detecting whether the target secondary account fails to allocate resources to the target tertiary account;
if the failure of resource allocation is detected, other available secondary accounts are obtained;
and controlling the other available secondary accounts to allocate resources to the target tertiary account.
3. The method of claim 1, after controlling the target tertiary account to pay for resources on the target secondary account, further comprising:
detecting whether the target tertiary account fails to pay resources to the target secondary account;
if the failure of the resource payment is detected, acquiring other available secondary accounts;
and controlling the target tertiary account to pay resources to the other available secondary accounts.
4. The method of claim 1, wherein the sub-account allocation credit is total allocation credit/number of tertiary accounts currently available.
5. The method of claim 1, further comprising:
acquiring the state of each secondary account in the multi-level accounts;
and if the current secondary account is in the unavailable state, the resources of the current secondary account are paid to the primary account.
6. The method of claim 1, further comprising:
acquiring the state of each third-level account in the multi-level accounts;
if the current tertiary account is in the unavailable state, the resources of the current tertiary account are paid to a secondary account to which the current tertiary account belongs;
and if the secondary account to which the current tertiary account belongs is unavailable, the resources of the current tertiary account are uploaded to any other available secondary account.
7. An apparatus for allocating resources of a plurality of hierarchical accounts, wherein the plurality of hierarchical accounts include a primary account, a secondary account, and a tertiary account, the apparatus comprising:
the first allocation module is used for acquiring the currently available secondary accounts and controlling the primary accounts to equally allocate resources to the currently available secondary accounts according to the number of the currently available secondary accounts;
the matching module is used for acquiring the resource amount of the target tertiary account and matching the resource amount with the preset sub-account allocation limit;
the second allocation module is used for controlling the target secondary account to which the target tertiary account belongs to allocate resources to the target tertiary account when the resource amount is smaller than the sub-account allocation limit, so that the target tertiary account resource amount is equal to the sub-account allocation limit;
and the third distribution module is used for controlling the target tertiary account to pay resources to the target secondary account when the resource amount is larger than the sub-account distribution limit, so that the target tertiary account resource amount is equal to the sub-account distribution limit.
8. The apparatus of claim 7, further comprising:
the first processing module is used for detecting whether the target secondary account fails to allocate resources to the target tertiary account;
if the failure of resource allocation is detected, other available secondary accounts are obtained;
and controlling the other available secondary accounts to allocate resources to the target tertiary account.
9. The apparatus of claim 7, further comprising:
the second processing module is used for detecting whether the target tertiary account fails to pay resources to the target secondary account;
if the failure of the resource payment is detected, acquiring other available secondary accounts;
and controlling the target tertiary account to pay resources to the other available secondary accounts.
10. The apparatus of claim 7, further comprising:
the first aggregation module is used for acquiring the state of each secondary account in the multi-level accounts;
and if the current secondary account is in the unavailable state, the resource amount of the current secondary account is paid to the primary account.
11. The apparatus of claim 7, further comprising:
the second collection module is used for acquiring the state of each three-level account in the multi-level accounts;
if the current tertiary account is in the unavailable state, the resource amount of the current tertiary account is paid to a secondary account to which the current tertiary account belongs;
and if the secondary account to which the current tertiary account belongs is unavailable, the resource amount of the current tertiary account is paid to any other available secondary account.
12. A computer device, comprising:
memory, processor and computer program stored on the memory and executable on the processor, characterized in that the processor implements the method for resource allocation of multi-tier accounts according to any of claims 1-6 when executing the program.
13. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out a method for resource allocation of a multi-tier account according to any one of claims 1 to 6.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910716548.9A CN110599315A (en) | 2019-08-05 | 2019-08-05 | Resource allocation method, device and equipment for multi-level account |
| PCT/CN2020/098151 WO2020259598A1 (en) | 2019-06-27 | 2020-06-24 | Transaction data processing method, device, apparatus and system |
| US17/620,482 US20220270067A1 (en) | 2019-06-27 | 2020-06-24 | Transaction data processing method, device, apparatus and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910716548.9A CN110599315A (en) | 2019-08-05 | 2019-08-05 | Resource allocation method, device and equipment for multi-level account |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110599315A true CN110599315A (en) | 2019-12-20 |
Family
ID=68853506
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910716548.9A Pending CN110599315A (en) | 2019-06-27 | 2019-08-05 | Resource allocation method, device and equipment for multi-level account |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110599315A (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111367667A (en) * | 2020-02-28 | 2020-07-03 | 网联清算有限公司 | Scheduling device, resource allocation method executed by scheduling device, and distributed processing system |
| CN111522855A (en) * | 2020-04-24 | 2020-08-11 | 京东数字科技控股有限公司 | Resource migration method and device, electronic equipment and storage medium |
| CN112016914A (en) * | 2020-08-19 | 2020-12-01 | 支付宝(杭州)信息技术有限公司 | Resource control and fund control method, device and equipment |
| CN112150274A (en) * | 2020-09-28 | 2020-12-29 | 建信金融科技有限责任公司 | Customer fund management method and device based on multi-level accounts |
| WO2020259598A1 (en) * | 2019-06-27 | 2020-12-30 | 网联清算有限公司 | Transaction data processing method, device, apparatus and system |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101556718A (en) * | 2009-05-21 | 2009-10-14 | 中国建设银行股份有限公司 | Multistage account fund management system and device |
| CN104751361A (en) * | 2013-12-30 | 2015-07-01 | 腾讯科技（深圳）有限公司 | Method, server and system for reallocating account resources |
| CN108537521A (en) * | 2018-04-02 | 2018-09-14 | 安徽时间分享信息科技有限公司 | The method and fee administration system of online resource expense third party management |
| CN109741043A (en) * | 2018-09-07 | 2019-05-10 | 网联清算有限公司 | Fund management method, device and storage medium |
| CN109858915A (en) * | 2019-01-24 | 2019-06-07 | 网联清算有限公司 | Transaction system and method for processing business |
-
2019
- 2019-08-05 CN CN201910716548.9A patent/CN110599315A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101556718A (en) * | 2009-05-21 | 2009-10-14 | 中国建设银行股份有限公司 | Multistage account fund management system and device |
| CN104751361A (en) * | 2013-12-30 | 2015-07-01 | 腾讯科技（深圳）有限公司 | Method, server and system for reallocating account resources |
| CN108537521A (en) * | 2018-04-02 | 2018-09-14 | 安徽时间分享信息科技有限公司 | The method and fee administration system of online resource expense third party management |
| CN109741043A (en) * | 2018-09-07 | 2019-05-10 | 网联清算有限公司 | Fund management method, device and storage medium |
| CN109858915A (en) * | 2019-01-24 | 2019-06-07 | 网联清算有限公司 | Transaction system and method for processing business |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020259598A1 (en) * | 2019-06-27 | 2020-12-30 | 网联清算有限公司 | Transaction data processing method, device, apparatus and system |
| CN111367667A (en) * | 2020-02-28 | 2020-07-03 | 网联清算有限公司 | Scheduling device, resource allocation method executed by scheduling device, and distributed processing system |
| CN111367667B (en) * | 2020-02-28 | 2023-06-20 | 网联清算有限公司 | Scheduling device, resource allocation method executed by scheduling device and distributed processing system |
| CN111522855A (en) * | 2020-04-24 | 2020-08-11 | 京东数字科技控股有限公司 | Resource migration method and device, electronic equipment and storage medium |
| CN111522855B (en) * | 2020-04-24 | 2023-12-08 | 京东科技控股股份有限公司 | Resource migration method and device, electronic equipment and storage medium |
| CN112016914A (en) * | 2020-08-19 | 2020-12-01 | 支付宝(杭州)信息技术有限公司 | Resource control and fund control method, device and equipment |
| CN112016914B (en) * | 2020-08-19 | 2022-09-02 | 支付宝(杭州)信息技术有限公司 | Resource control and fund control method, device and equipment |
| CN112150274A (en) * | 2020-09-28 | 2020-12-29 | 建信金融科技有限责任公司 | Customer fund management method and device based on multi-level accounts |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110599315A (en) | Resource allocation method, device and equipment for multi-level account | |
| CN111105146A (en) | Method, device and equipment for allocating resources to multiple accounts | |
| CN109858915B (en) | Transaction system and service processing method | |
| CN107292741B (en) | Resource allocation method and device | |
| CN103810784B (en) | Possum cash box dynamic control method and system | |
| CN111124687B (en) | CPU resource reservation method, device and related equipment | |
| CN110362402B (en) | Load balancing method, device, equipment and readable storage medium | |
| US8904405B1 (en) | System and method for managing mainframe computer system usage | |
| CN110188990B (en) | Resource request and fund request splitting method, device and equipment | |
| JP6310092B2 (en) | Business linkage system and business linkage method | |
| CN114661476A (en) | Task processing method, device, equipment and storage medium | |
| US10127083B2 (en) | System and method for managing workload performance on billed computer systems | |
| CN111367667B (en) | Scheduling device, resource allocation method executed by scheduling device and distributed processing system | |
| CN110458537B (en) | Method and device for processing cash-out transaction | |
| CN111045819A (en) | Resource request method, device, equipment and storage medium of distributed system | |
| CN116820729A (en) | Offline task scheduling method and device and electronic equipment | |
| US20220270067A1 (en) | Transaction data processing method, device, apparatus and system | |
| CN107832140B (en) | RPC request control method, storage medium, electronic device and system | |
| US20140047454A1 (en) | Load balancing in an sap system | |
| CN111027967A (en) | Fund management method and device | |
| CN114237910A (en) | Client load balancing implementation method and device | |
| JP2874571B2 (en) | Memory management device | |
| CN116880965B (en) | Node distribution method, system, device and medium | |
| CN111459651A (en) | Load balancing method, device, storage medium and scheduling system | |
| US20230367656A1 (en) | Provisioning method for cloud service and system thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191220 |