CN112381537A - Hotspot account billing method - Google Patents
Hotspot account billing method Download PDFInfo
- Publication number
- CN112381537A CN112381537A CN202011225025.3A CN202011225025A CN112381537A CN 112381537 A CN112381537 A CN 112381537A CN 202011225025 A CN202011225025 A CN 202011225025A CN 112381537 A CN112381537 A CN 112381537A
- Authority
- CN
- China
- Prior art keywords
- account
- sub
- balance
- hotspot
- accounting
- 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
Images
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
Abstract
The application discloses a hotspot account billing method, which comprises the following steps: after receiving the accounting request, if the account is a hotspot account, judging the hotspot account type of the account; entering the accounting of a hotspot accounting account or entering the accounting of a hotspot accounting account according to the hotspot account type; and if the total balance in the hot spot account is insufficient, recharging each sub-account according to the balance of each sub-account of the hot spot account. The method and the device at least aim to effectively improve the concurrent processing capacity of the hotspot account in the transaction system and ensure the real-time performance and accuracy of the bookkeeping.
Description
Technical Field
The application relates to a method for detecting accounting of a hotspot account.
Background
Generally, in a transaction system of a bank or a third-party payment mechanism, when a large-scale fund change is concentrated on a single account (such as a commission account) at a certain moment, the account needs to be controlled to ensure the accuracy of the account balance change. Generally, the accounting processing mode of such accounts (hereinafter collectively referred to as hotspot accounts) is controlled by pessimistic locks or optimistic locks of databases. However, the frequent addition and subtraction of the balance of the hotspot account can cause the database to perform frequent I/O operations, thereby reducing the I/O reading and writing speed of the database, finally affecting the slow accounting of the hotspot account, and even causing the serious consequence that the link of the whole transaction system is hung up.
Many companies and technical dawners have proposed various solutions for hot accounts, which are commonly found in the following means:
1) hardware upgrade. The performance of a database server is enhanced to meet the current service scene by improving the configuration of hardware;
2) memory balance. Loading the balance of the account from the database to the memory, recording running water during transaction, adding or subtracting the balance of the account from the memory, and then refreshing the balance of the memory to the database at regular time;
3) buffering accounting. The real-time synchronous accounting behavior is converted into asynchronization so as to achieve an accounting means of balance between accounting instantaneity and system stability, namely peak clipping and valley filling;
4) split sub-account. The balance of a single account is split into a plurality of sub-accounts, so that the operation frequency of the single account is distributed to the plurality of sub-accounts, and the flow sharing is achieved.
Although there are many means for solving the hot account, the factors influencing the account billing accuracy are mainly determined by the following aspects:
1) performance limitations of stand-alone machines (no matter how powerful the machine has its performance bottleneck).
2) Sudden downtime, outage, application crash of server (various overwhelming emergencies)
3) Data delay due to high concurrency (high concurrency easily leads to resource exhaustion and slow system operation).
4) Depletion of sub-account balances results in account balances sufficient to cause instantaneous bulk transaction failures, and how balances are allocated when hot accounts are recharged.
5) Billing delays when a hotspot account becomes a non-hotspot account result in reduced user satisfaction.
Since the various problems described above exist in the transaction process of the hot account, the hot account processing becomes extremely complicated when all the factors described above must be considered together in the actual implementation process.
Disclosure of Invention
In order to solve the problems in the related art, the application provides a hotspot account billing method which can at least effectively improve the concurrent processing capacity of hotspot accounts in a transaction system and simultaneously ensure the instantaneity and accuracy of billing.
The technical scheme of the application is realized as follows:
a method for hotspot account billing is provided, comprising: after receiving the accounting request, if the account is a hotspot account, judging the hotspot account type of the account; accounting for entering a hotspot accounting account or accounting for entering a hotspot accounting account according to the hotspot account type, wherein the accounting for the hotspot accounting account comprises the following steps: acquiring a sub-account list meeting the transaction amount condition according to the transaction amount, locking the sub-accounts in the sub-account list after sequencing the sub-account list, directly updating the balance of the sub-accounts and unlocking the sub-accounts after the running of the sub-accounts is recorded under the condition that the balance of the locked sub-accounts is enough, and executing unlocking retry until the balance of all the sub-accounts is not enough when the total balance of the sub-accounts in the sub-account list is not enough; and if the total balance in the hot spot account is insufficient, recharging each sub-account according to the balance of each sub-account of the hot spot account.
According to an embodiment of the present application, the method for accounting the hotspot billing account further includes: in the accounting process of the hotspot accounting account, if the account is judged not to be the hotspot account, the user is degraded to be a common account to conduct transaction.
According to the embodiment of the application, the accounting of the hotspot posting account comprises the following steps: inserting the information of the accounting request and the original accounting assembly line into a database, and recording the details of the funds to be summarized into a buffer table; the batch processing process carries out sequencing processing on the accounting request, the original accounting assembly line and the fund detail to be summarized according to the transaction occurrence time sequence; and updating the post balance in the original financial flow one by one.
According to the embodiment of the application, the accounting of the hotspot accounting account comprises the following steps: and averagely distributing the balance of the main account of the hot spot account to each sub-account, and recording information containing each sub-account of the balance and the balance into a cache.
According to an embodiment of the application, after updating the balance of the sub-account, the sub-account is removed from the cache and is not selected in the next transaction.
According to the embodiment of the application, the accounting of the hotspot billing account further comprises: when the balance of the sub-account in the sub-account list meets the transaction amount, if the account is judged to be still a hot account, the balance of the sub-account in the sub-account list is updated, and the sub-account is unlocked after the balance of the sub-account is recorded to flow; and when the balance of the sub-account in the sub-account list does not meet the transaction amount, returning the sub-account list which meets the transaction amount condition according to the transaction amount until the balance of the sub-account in all the sub-account lists does not meet the transaction amount.
According to the embodiment of the application, recharging each sub-account according to the balance of each sub-account of the hotspot charge account comprises the following steps: and if the recharging amount is smaller than the set lowest threshold value, acquiring a sub-account needing to distribute the amount for recharging.
According to the embodiment of the application, each sub-account is charged according to the balance of each sub-account of the hotspot charge account, and the method further comprises the following steps: if the recharging amount is larger than the set lowest threshold value, summarizing the balance of each sub-account and the recharging amount, and calculating the average balance of the balance of each sub-account and the recharging amount.
According to the embodiment of the application, each sub-account is charged according to the balance of each sub-account of the hotspot charge account, and the method further comprises the following steps: if the recharging amount is smaller than the average balance, acquiring a sub-account needing to distribute the amount for recharging; and if the recharging amount is larger than or equal to the average balance, acquiring the sub-account list needing recharging, and alternately recharging the sub-account list needing recharging.
According to the embodiment of the application, the step of averagely distributing the balance of the main account of the hotspot charge account to each sub-account comprises the following steps: if the balance of the main account is smaller than the set threshold value, the balance of the main account is distributed to a sub-account; and if the balance of the main account is larger than the set threshold, the balance of the main account is alternately and equally distributed to each sub-account, until the remaining balance of the main account is smaller than the set threshold, the remaining balance of the main account is distributed to one sub-account.
The beneficial technical effect of this application lies in:
the application provides a hotspot account billing method which can effectively improve the concurrent processing capacity of hotspot accounts in a transaction system and simultaneously ensure the real-time performance and accuracy of billing.
Drawings
In order to more clearly illustrate the embodiments of the present application, the drawings needed for the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings can be obtained by those skilled in the art without inventive effort.
FIG. 1 is a hotspot account billing flow diagram of a method of hotspot account billing according to an embodiment of the application;
fig. 2 is a flow chart illustrating a top-up balance allocation of a hotspot billing account in a method of hotspot account billing according to an embodiment of the present application;
fig. 3 is an embodiment of a top-up balance allocation procedure for a hotspot checkout account of the present invention.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments that can be derived from the embodiments given herein by a person of ordinary skill in the art are intended to be within the scope of the present disclosure.
According to an embodiment of the application, a method for hotspot account billing is provided. FIG. 1 shows a hotspot account billing flow diagram of a method of hotspot account billing according to an embodiment of the application. Referring to fig. 1, in the method for billing a hotspot account of the present invention, after receiving a billing request, if the account is a hotspot account, the hotspot account type of the account is determined; entering the accounting of a hotspot accounting account or entering the accounting of a hotspot accounting account according to the hotspot account type; and if the total balance in the hot spot account is insufficient, recharging each sub-account according to the balance of each sub-account of the hot spot account.
According to the technical scheme, the concurrent processing capacity of the hot spot account in the transaction system can be effectively improved, and meanwhile, the real-time performance and the accuracy of the bookkeeping are guaranteed.
The hotspot account accounting technology of the invention is applied to the accounting system application software, and effectively improves the concurrent processing capacity of hotspot accounts (such as commission accounts) in the transaction system (greatly improved from 200TPS (system throughput) supported by the original system under the condition of the same hardware resource configuration, and the maximum can reach 2000 TPS).
According to one embodiment of the invention, as shown in fig. 2, a hotspot account billing process flow of the invention is shown.
1) Division of hotspot accounts
First, it is determined whether an account is a hotspot account 201. How to determine if an account is a hotspot account? Different services and different systems have different division standards, and we have carried out preliminary analysis according to the current transaction situation to discover that: one type of account (e.g., a moist account of a large merchant) is characterized by frequent balance increases, while another type of account (e.g., a flat account of a large merchant) is characterized by frequent balance decreases. Meanwhile, the internal system is also investigated and shown: with the same resource allocation, it is found that some of the systems with high service complexity can only support dozens of TPS, while other systems (such as systems with high service resolution) can support hundreds or even thousands of TPS. Combining the analysis and the construction condition of the account system, the method can finally determine that the account entry and the account exit of the transaction TPS higher than 200 and the accumulated days exceed 10 minutes and are respectively defined as a hot spot account entry account and a hot spot account exit.
2) Accounting 202 of hotspot posting accounts
After the system receives the accounting request of the business system, when the account is judged to be a hotspot accounting account, the accounting request information and the original accounting flow are inserted into the database 203, the details of the funds to be summarized are recorded and enter the buffer table 204, and the result is synchronously returned. And sequencing the batch processing process according to the transaction occurrence time at regular time, updating the post balance 205 in the original financial affairs flow water one by one, summarizing multiple transaction amounts, and refreshing the account balance once.
3) Accounting 206 of hotspot billed accounts
Firstly, the balance of the main account is averagely distributed to the sub-accounts, and the sub-accounts containing the balance and the balance information are recorded in a cache 207 (the current system adopts Redis as a cache system) for fast searching for tradable sub-accounts in subsequent transactions (the balance average distribution strategy is that if the total amount of the main account A is less than a certain threshold (for example, 1000), the total balance is directly distributed to one sub-account A1 because of too little total balance, otherwise, the balance of the main account A is averagely distributed, balances are distributed to the sub-accounts A1 … An in turn, when the residual balance of the main account is less than the threshold, the distribution is finished after the residual balance is directly distributed to one sub-account, and at this time, the number of the sub-accounts with the balance may be less than n).
During transaction, the algorithm of the invention can obtain a sub-account list 208 meeting the conditions according to the transaction amount (because the balance of a single sub-account may not be enough), sort the sub-accounts first and then lock the sub-accounts 209 (the purpose of sorting is to prevent deadlock caused by mutual waiting of resources due to concurrency), and if the balance of the sub-accounts is enough under normal conditions, directly update the balance of the sub-accounts and record the running water of the sub-accounts and then unlock the sub-accounts; when the total balance of the sub-accounts acquired at this time is insufficient 210 due to large concurrency after the account is locked, an unlocking retry mechanism is adopted until the balance of all accounts is insufficient, so that the success rate of transaction is ensured to the maximum extent. Meanwhile, in the period, if the account is changed from the hotspot to the common account 211, the invention can process the transaction in time according to the common account mode and ensure the real-time performance and accuracy of balance updating.
The transaction flow is analyzed in detail below according to two scenario models:
the first scenario is a normal transaction model:
current account A, sub-account A1(500), A2(600), A3(800)
Transaction 1: the amount of occurrence is 1000, and the sub-accounts meeting the conditions are selected by the algorithm to be A2 and A1
Transaction 1: after sorting the sub-account numbers, according to the sequence of A1A2, locking the accounts, deducting the balance A1(0), A2(100)
Transaction 1: unlocking the sub-account A1A2, wherein the remaining amount of the sub-account is as follows: a2(100), A3(800)
Transaction 1: sub-account a1 is removed from the cache so that the next transaction is not being selected.
The second scenario is a retriable transaction model:
current account A, sub-account A1(500), A2(600), A3(800)
Transaction 1: the amount of occurrence is 1000, and the sub-accounts meeting the conditions are selected by the algorithm to be A2 and A1
Concurrent transaction 2: the amount 200 occurs, during the transaction the sub-account A1 is selected to be deducted to complete the transaction, A1(300)
The remaining amount of the sub-account of the account A after the transaction 2 is completed is as follows: a1(300), A2(600), A3(800)
Transaction 1: after sorting the sub-account numbers, the account is locked according to the sequence of A1A2, and the total balance is found to be insufficient
Transaction 1: unlocking the sub-account A1A2, and selecting the sub-accounts meeting the conditions A2, A1 and A3 again through the algorithm
Transaction 1: after the sub-account numbers are sorted, according to the sequence of A1A2A3, the remaining sum of the sub-accounts after balance deduction is A1(0), A2(0) and A3(700)
Transaction 1: the sub-account A1a2 is removed from the cache so that the next transaction is not selected.
After the batch process is initiated 212, the post balance 213 is periodically and chronologically summarized from the to-be-summarized fund detail.
The following is an embodiment of the top-up balance allocation procedure of the hotspot billed account of the present invention in conjunction with fig. 3.
Example (b):
recharge model
The recharge amount is 20000
Sub-account balances for current account A1(0), A2(600), A3(10600), (where a balance of 0 indicates that the sub-account is unavailable)
Top-up start (301 in fig. 3):
total recharge amount + sub-account balances SUM _ AMT (31200) (302 in FIG. 3)
Calculating average balance AVG _ AMT ═ SUM _ AMT/3(10400) (303 in fig. 3)
Obtaining the sub-account list needing to be charged as A1, A2
Sub-accounts are recharged in turn (at 304 in fig. 3):
after the first sub-account is charged, a1(10400), a2(600), A3(10600), and the a1 sub-account is activated as available; at this time, the remaining amount of the recharging money is 20000-minus 10400-minus 9600;
after the second sub-account is charged, a1(10400), a2(10200), A3 (10600); at this time, the remaining amount of the recharge amount is 0;
thus, the remaining charge amount is 0, and the charge is completed.
In summary, in a general case, the account system is the most core system of a bank or a payment company, and once the account system goes down, the transaction is completely stopped, which may cause adverse effects on user experience, and thus may seriously affect the development of company business. The invention processes different service accounts in the aspects of system deployment, storage deployment and the like in a unitized way, and realizes an account system with one service being down and other services not being affected.
The above description is only a preferred embodiment of the present application and is not intended to limit the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (10)
1. A method of hotspot account billing, comprising:
after receiving an accounting request, if an account is a hotspot account, judging the hotspot account type of the account;
accounting for entry into a hotspot posting account or accounting for entry into a hotspot posting account based on the hotspot account type,
wherein the accounting of the hotspot billing account comprises: acquiring a sub-account list meeting the transaction amount condition according to the transaction amount, locking the sub-accounts in the sub-account list after sequencing the sub-account list, directly updating the balance of the sub-accounts and unlocking the sub-accounts after the running of the sub-accounts is recorded under the condition that the balance of the locked sub-accounts is enough, and executing unlocking retry until the balance of all the sub-accounts is not enough when the total balance of the sub-accounts in the sub-account list is not enough; and
and if the total balance in the hot spot account is insufficient, recharging each sub-account according to the balance of each sub-account of the hot spot account.
2. The method of hotspot account billing of claim 1 further comprising:
and in the accounting process of the hotspot accounting account, if the account is judged not to be the hotspot account, degrading the user into a common account for transaction.
3. The method of claim 1, wherein the billing of the hotspot account comprises:
inserting the information of the accounting request and the original accounting assembly line into a database, and recording the details of the funds to be summarized into a buffer table;
the batch processing process carries out sequencing processing on the accounting request, the original financial affair assembly line and the fund detail to be summarized according to the transaction occurrence time sequence; and
and updating the post balance in the original account flow one by one.
4. The method of claim 2, wherein the billing of the hotspot account comprises:
and averagely distributing the balance of the main account of the hot spot account to each sub-account, and recording the information of each sub-account containing the balance and the balance into a cache.
5. The method of claim 1, wherein after updating the balance of the sub-account, the sub-account is removed from the cache and not selected for the next transaction.
6. The method of claim 5, wherein the billing of the hotspot account further comprises:
when the balance of the sub-account in the sub-account list meets the transaction amount, if the account is judged to be still the hotspot account, updating the balance of the sub-account in the sub-account list and unlocking the sub-account after the balance of the sub-account is recorded to be running;
and when the balance of the sub-account in the sub-account list does not meet the transaction amount, returning to the sub-account list which meets the transaction amount condition and is obtained according to the transaction amount until the balance of the sub-account in all the sub-account lists does not meet the transaction amount.
7. The method of claim 1, wherein the step of charging each sub-account based on the balance of each sub-account of the hotspot billing account comprises:
and if the recharging amount is smaller than the set lowest threshold value, acquiring a sub-account needing to distribute the amount for recharging.
8. The method of claim 7, wherein charging each sub-account based on the balance of each sub-account of the hotspot billing account, further comprises:
if the recharging amount is larger than the set lowest threshold value, summarizing the balance of each sub-account and the recharging amount, and calculating the average balance of the balance of each sub-account and the recharging amount.
9. The method of claim 8, wherein charging each sub-account based on the balance of each sub-account of the hotspot billing account, further comprises:
if the recharging amount is smaller than the average balance, acquiring the sub-account of which the amount needs to be distributed for recharging;
and if the recharging amount is larger than or equal to the average balance, acquiring a sub-account list needing recharging, and alternately recharging the sub-account list needing recharging.
10. The method of claim 4, wherein the step of evenly distributing the balance of the primary account of the hotspot billing account to each sub-account comprises:
if the balance of the main account is smaller than a set threshold value, the balance of the main account is distributed to a sub-account;
and if the balance of the main account is larger than a set threshold value, the balance of the main account is alternately and equally distributed to each sub-account, until the remaining balance of the main account is smaller than the set threshold value, the remaining balance of the main account is distributed to one sub-account.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011225025.3A CN112381537A (en) | 2020-11-05 | 2020-11-05 | Hotspot account billing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011225025.3A CN112381537A (en) | 2020-11-05 | 2020-11-05 | Hotspot account billing method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112381537A true CN112381537A (en) | 2021-02-19 |
Family
ID=74579376
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011225025.3A Pending CN112381537A (en) | 2020-11-05 | 2020-11-05 | Hotspot account billing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112381537A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113269553A (en) * | 2021-06-09 | 2021-08-17 | 广州市百果园网络科技有限公司 | Balance management method and system |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102137205A (en) * | 2010-07-30 | 2011-07-27 | 华为软件技术有限公司 | Account recharging method and device and charging method, device and system |
| CN103325032A (en) * | 2012-03-21 | 2013-09-25 | 阿里巴巴集团控股有限公司 | Data processing method and device |
| CN105447604A (en) * | 2014-08-04 | 2016-03-30 | 阿里巴巴集团控股有限公司 | Account processing method and device |
| CN107274162A (en) * | 2017-05-31 | 2017-10-20 | 深圳市长亮科技股份有限公司 | A kind of processing method of high transaction concurrency |
| CN107977837A (en) * | 2017-11-10 | 2018-05-01 | 中国银行股份有限公司 | The remaining sum control method and device of hot spot account |
| CN108647801A (en) * | 2018-03-23 | 2018-10-12 | 阿里巴巴集团控股有限公司 | Predict the method and device of account hot spot |
| CN109087086A (en) * | 2018-08-01 | 2018-12-25 | 中信百信银行股份有限公司 | The method for controlling hot spot account trading |
| CN109325763A (en) * | 2018-09-07 | 2019-02-12 | 阿里巴巴集团控股有限公司 | A kind of transaction processing method and device that computer executes |
| CN109636369A (en) * | 2018-11-02 | 2019-04-16 | 深圳市快付通金融网络科技服务有限公司 | Fund account accounting processing method, apparatus, computer equipment and storage medium |
| CN110060036A (en) * | 2019-03-29 | 2019-07-26 | 宝付网络科技（上海）有限公司 | A kind of fractionation bookkeeping methods, billing and accounting system and payment system |
| CN111260471A (en) * | 2020-01-15 | 2020-06-09 | 深圳乐信软件技术有限公司 | Accounting and transaction information processing system, method, apparatus, device and medium |
-
2020
- 2020-11-05 CN CN202011225025.3A patent/CN112381537A/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102137205A (en) * | 2010-07-30 | 2011-07-27 | 华为软件技术有限公司 | Account recharging method and device and charging method, device and system |
| CN103325032A (en) * | 2012-03-21 | 2013-09-25 | 阿里巴巴集团控股有限公司 | Data processing method and device |
| CN105447604A (en) * | 2014-08-04 | 2016-03-30 | 阿里巴巴集团控股有限公司 | Account processing method and device |
| CN107274162A (en) * | 2017-05-31 | 2017-10-20 | 深圳市长亮科技股份有限公司 | A kind of processing method of high transaction concurrency |
| CN107977837A (en) * | 2017-11-10 | 2018-05-01 | 中国银行股份有限公司 | The remaining sum control method and device of hot spot account |
| CN108647801A (en) * | 2018-03-23 | 2018-10-12 | 阿里巴巴集团控股有限公司 | Predict the method and device of account hot spot |
| CN109087086A (en) * | 2018-08-01 | 2018-12-25 | 中信百信银行股份有限公司 | The method for controlling hot spot account trading |
| CN109325763A (en) * | 2018-09-07 | 2019-02-12 | 阿里巴巴集团控股有限公司 | A kind of transaction processing method and device that computer executes |
| CN109636369A (en) * | 2018-11-02 | 2019-04-16 | 深圳市快付通金融网络科技服务有限公司 | Fund account accounting processing method, apparatus, computer equipment and storage medium |
| CN110060036A (en) * | 2019-03-29 | 2019-07-26 | 宝付网络科技（上海）有限公司 | A kind of fractionation bookkeeping methods, billing and accounting system and payment system |
| CN111260471A (en) * | 2020-01-15 | 2020-06-09 | 深圳乐信软件技术有限公司 | Accounting and transaction information processing system, method, apparatus, device and medium |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113269553A (en) * | 2021-06-09 | 2021-08-17 | 广州市百果园网络科技有限公司 | Balance management method and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5668993A (en) | Multithreaded batch processing system | |
| US9756469B2 (en) | System with multiple conditional commit databases | |
| US5999916A (en) | No-reset option in a batch billing system | |
| US5724584A (en) | Method and apparatus for processing discrete billing events | |
| US20040044601A1 (en) | Batch type billing method and system by using dispersed processing | |
| CN110889754B (en) | Method for improving processing efficiency of non-overdraft hot spot account | |
| CN112381537A (en) | Hotspot account billing method | |
| US6658488B2 (en) | No-reset option in a batch billing system | |
| CN109614263B (en) | Disaster tolerance data processing method, device and system | |
| US6708226B2 (en) | Multithreaded batch processing system | |
| CN112712430A (en) | High-frequency account management method and device for Internet bank | |
| CN115907917A (en) | Business data processing method and device and computer readable medium | |
| JP2002163458A (en) | Account transfer management method and device | |
| CN112035503B (en) | Transaction data updating method and device | |
| US7412707B2 (en) | No-reset option in a batch billing system | |
| CN110033250B (en) | Method and system for reducing billing time consumption of unitized split deployment | |
| CN113962688A (en) | Method and system for canceling account of telecommunication group business, electronic equipment and storage medium | |
| CN113886412A (en) | Accounting data processing method and device, electronic equipment and storage medium | |
| CN113762946A (en) | Account deposit and withdrawal method, device, electronic equipment, medium and program product | |
| CN117234731A (en) | Memory bank cluster performance optimization method, device, equipment and storage medium | |
| CN116703388A (en) | Data processing method and device of hot spot account, storage medium and electronic equipment | |
| CN114529291A (en) | Deduction method for multi-fund account | |
| CN115797037A (en) | Account interest management method and device | |
| CN117745426A (en) | Hot account billing processing method and device | |
| CN117875922A (en) | Social security replacing method and storage medium |
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 |