High-frequency transaction method
By setting up processing modules and fund allocation modules in the high-frequency trading account system, the virtual account is automatically determined and funds are allocated, which solves the problem of time extension caused by manual account confirmation and balance in traditional high-frequency trading, and realizes efficient use of funds and parallel transaction processing.
Patent Information
- Application Number
- CN202411609231.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-11-12
- Publication Date
- 2025-04-01
- Estimated Expiration
- 2044-11-12
AI Technical Summary
When conducting high-frequency trading, traditional methods require manual confirmation of multiple trading accounts and balances, resulting in an extended trading time and reducing the efficiency of funds use.
A high-frequency trading method is proposed. By setting up a processing module, a fund allocation module and multiple contract settlement accounts in the account system, each contract settlement account corresponds to multiple high-frequency trading sub-stores, and multiple virtual accounts are created in the sub-store. When receiving a transaction request, the processing module determines that a virtual account with an account balance not less than the transaction amount and is not in the transaction state to conduct transactions; the fund allocation module automatically allocates funds according to the preset balance limit parameters to ensure that the account has sufficient balance for high-frequency transactions.
It realizes automatic determination of suitable virtual accounts for transactions in high-frequency transactions, avoids the extension of manual confirmation time, improves the efficiency of funds, and supports parallel processing of multiple transactions.
Smart Images

Figure CN119741119A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of data processing technology, and in particular to a high-frequency trading method. Background Art
[0002] With the increase in Internet transactions, companies' trading accounts need to conduct high-frequency transactions. Single trading accounts cannot conduct high-frequency transactions. The traditional method based on simultaneous transactions with multiple trading accounts requires manual confirmation of the target account and the balance in the target account, which requires additional time for transactions and reduces the efficiency of fund use. As a result, it is impossible to ensure high fund use efficiency while conducting high-frequency transactions. Summary of the invention
[0003] The main purpose of this application is to provide a high-frequency trading method, aiming to solve the technical problem that it is impossible to ensure high efficiency of fund use while conducting high-frequency trading.
[0004] To achieve the above purpose, the present application proposes a high-frequency trading method, wherein the account system includes a processing module, a fund allocation module and a plurality of contract settlement accounts, each of the contract settlement accounts corresponds to a plurality of high-frequency trading sub-libraries, each of the high-frequency trading sub-libraries has a plurality of virtual accounts created, the plurality of virtual accounts include a plurality of virtual trading accounts and a virtual position account, and the method includes:
[0005] When receiving a transaction request for a target contracting and settlement account among the multiple contracting and settlement accounts, the processing module determines, for each transaction, a tradable target virtual account from the multiple high-frequency transaction sub-databases corresponding to the target contracting and settlement account for the transaction, wherein the tradable target virtual account is a virtual account whose account balance is not less than the transaction amount and is not in a transaction state;
[0006] When detecting the need for fund allocation, the fund allocation module allocates the balance of the target account based on the preset balance limit parameter so that the target account can perform high-frequency transactions, wherein the target account includes a contracted settlement account and / or a virtual account.
[0007] In one embodiment, the step of determining a tradable target virtual account for trading from a plurality of high-frequency trading sub-databases corresponding to the target contracted settlement account includes:
[0008] Based on the correspondence between the high-frequency trading sub-database and the target contracting settlement account stored in the high-frequency trading routing table, confirm at least one high-frequency trading sub-database corresponding to the target contracting settlement account;
[0009] Obtaining a load status and a hardware status of the at least one high-frequency trading sub-library;
[0010] Determining a target high-frequency trading sub-library from the at least one high-frequency trading sub-library based on the load status and the hardware status;
[0011] A tradable target virtual account is determined from the target high-frequency trading sub-library for trading.
[0012] In one embodiment, the step of determining a target high-frequency trading sub-library from the at least one high-frequency trading sub-library based on the load status and the hardware status includes:
[0013] Determine whether there is at least one target high-frequency trading sub-database whose load status meets the preset load condition and whose hardware status is in a non-faulty state;
[0014] If not, return to the step of determining whether there is at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is in a non-faulty state until the target high-frequency trading sub-database is obtained or the number of returns exceeds the preset number threshold, wherein when the number of returns exceeds the preset number threshold, the transaction failure information is returned.
[0015] In one embodiment, the step of determining a tradable target virtual account for trading from a plurality of high-frequency trading sub-databases corresponding to the target contracted settlement account includes:
[0016] Determine a virtual trading account that is not in a trading state and is not in a fund transfer state from the multiple virtual trading accounts as a candidate virtual trading account;
[0017] If the balance of the candidate virtual transaction account is not less than the transaction amount, the candidate virtual transaction account is determined to be a tradable target virtual account, and the transaction is performed based on the target virtual account;
[0018] If the balance of the candidate virtual trading account is lower than the transaction amount, the virtual position account with a balance higher than the transaction amount is determined as the tradable target virtual account, and the transaction is performed based on the target virtual account, wherein the virtual position account with a balance higher than the transaction amount is the virtual position account corresponding to the candidate virtual trading account.
[0019] In one embodiment, the preset balance limit parameters include a fund balance limit range of the fund allocation account and an account balance limit range of the virtual account, and the account balance limit range includes a transaction balance limit range of the virtual transaction account and a position balance limit range of the virtual position account;
[0020] Before the step of transferring the balance of the target account based on the preset balance limit parameter, the method includes:
[0021] Detecting whether the balance of the virtual account is lower than the lower limit of the account balance limit range, or whether the balance of the virtual account is higher than the upper limit of the account balance limit range;
[0022] When it is detected that the balance of a virtual account is lower than the lower limit of the account balance limit range, it is determined whether the fund allocation account can allocate funds based on the balance of the fund allocation account and the lower limit of the fund balance limit range, wherein the fund allocation account is the target contract settlement account or the virtual position account. When the virtual account is a virtual position account, the fund allocation account is the target contract settlement account, and when the virtual account is a virtual trading account, the fund allocation account is the virtual position account;
[0023] If the fund allocation account is able to allocate funds, it is determined that the balance of the target account needs to be allocated;
[0024] When the balance of a virtual account is higher than the upper limit of the account balance limit range, it is determined that the balance of the target account needs to be transferred.
[0025] In one embodiment, the step of transferring the balance of the target account based on the preset balance limit parameter includes:
[0026] If the balance of each virtual account is lower than the lower limit of the account balance limit range, the balance of the fund allocation account will be allocated to each virtual account until the balance of each virtual account reaches the lower limit of the account balance limit range or the fund allocation account cannot allocate funds;
[0027] If the balance of each virtual account is higher than the upper limit of the account balance limit range, the balance of each virtual account will be transferred to the fund allocation account until the balance of each virtual account reaches the upper limit of the account balance limit range.
[0028] In one embodiment, before the step of determining a tradable target virtual account from a plurality of high-frequency transaction sub-databases corresponding to the target contracted settlement account for each transaction to conduct the transaction, the step further includes:
[0029] Based on the preset sub-library setting parameters, configure the number of high-frequency trading sub-libraries corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-library corresponding to the target contracted settlement account;
[0030] Wherein, after the step of configuring the number of high-frequency trading sub-libraries corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-library corresponding to the target contracted settlement account based on the preset sub-library setting parameters, it also includes:
[0031] When receiving an instruction to change the number of virtual trading accounts in the high-frequency trading sub-library corresponding to the target contracted settlement account, changing the number of virtual trading accounts in the high-frequency trading sub-library corresponding to the target contracted settlement account;
[0032] When an instruction to change the number of high-frequency trading sub-databases corresponding to the target contracted settlement account is received, the number of high-frequency trading sub-databases corresponding to the target contracted settlement account is changed.
[0033] In one embodiment, after the step of configuring the number of high-frequency trading sub-databases corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contracted settlement account, the step further includes:
[0034] Obtain the machine time of the hardware deployed in each high-frequency trading sub-database;
[0035] On the basis of the machine time, the balances of the virtual position accounts and virtual trading accounts in each high-frequency trading sub-database are summarized every preset first time period for user query; wherein the preset time period is set in the server.
[0036] In one embodiment, after the step of configuring the number of high-frequency trading sub-databases corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contracted settlement account, the step further includes:
[0037] At every preset second time period, the balances of the virtual trading account and the virtual position account are aggregated into each of the contract settlement accounts, so that the processing module can save the balances of each of the contract settlement accounts and calculate interest.
[0038] In one embodiment, after determining a tradable target virtual account from the multiple high-frequency trading sub-databases corresponding to the target contracted settlement account for trading, the method further includes:
[0039] When it is detected that the target account is frozen, the high-frequency trading service is suspended;
[0040] The balances of the virtual position accounts and virtual trading accounts are aggregated into the target contract settlement account.
[0041] One or more technical solutions proposed in this application have at least the following technical effects:
[0042] When the account system receives a transaction request for the target contract settlement account, the transaction request can be multiple transaction requests, the account system includes a processing module, a fund allocation module and multiple contract settlement accounts, each of the contract settlement accounts corresponds to multiple high-frequency trading sub-libraries, each of the high-frequency trading sub-libraries has multiple virtual accounts created, and the multiple virtual accounts include multiple virtual trading accounts and a virtual position account. In order to be able to perform parallel processing, for each transaction request, the processing module in the account system determines a target virtual account whose account balance is not less than the transaction amount and is not in a trading state from the multiple high-frequency trading sub-libraries corresponding to the target contract settlement account to conduct transactions; when the fund scheduling module in the account system detects that funds need to be allocated, the balance is adjusted based on the preset balance limit parameter, so that there is no need to manually confirm the balance of the target account and the target account, so that the target account has enough balance for high-frequency trading. Therefore, the present application can ensure that funds have a high efficiency of use while conducting high-frequency trading. BRIEF DESCRIPTION OF THE DRAWINGS
[0043] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.
[0044] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.
[0045] Figure 1 A schematic diagram of a scenario provided for the first embodiment of the high-frequency trading method of the present application;
[0046] Figure 2 A flowchart of the second embodiment of the high-frequency trading method of the present application is provided;
[0047] Figure 3 A flowchart of the third embodiment of the high-frequency trading method of the present application is provided;
[0048] The purpose, features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION
[0049] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of the present application and are not used to limit the present application.
[0050] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.
[0051] Based on this, an embodiment of the present application provides a high-frequency trading method, which is applied to an account system, wherein the account system has a distributed architecture. The distributed architecture of the account system refers to Figure 1 Specifically, the account system includes a processing module, a fund transfer module and multiple contract settlement accounts, each of the contract settlement accounts corresponds to multiple high-frequency trading sub-libraries, each of the high-frequency trading sub-libraries has multiple virtual accounts created, and the multiple virtual accounts include multiple virtual trading accounts and a virtual position account, wherein the processing module is used to perform operations such as selecting a trading account, and the fund transfer module is used to monitor the balance of the account and determine whether a fund transfer operation is required.
[0052] The account system is an electronic information system used by banks to manage and record customer financial transactions and fund status. In this embodiment, it is used to manage transactions in contracted settlement accounts. Contracted settlement accounts are ordinary settlement accounts that have signed high-frequency trading service contracts. Ordinary settlement accounts are accounts opened by users in banks for transactions or activities.
[0053] A virtual position account is set up in the multiple high-frequency trading sub-databases corresponding to each contracted settlement account in the account system, which is used to handle the transfer of funds between the contracted settlement account and the virtual position account, as well as between the virtual position account and the virtual trading account, to ensure that each virtual trading account has a suitable balance for trading. In some cases, the virtual position account can also be determined to trade. Each virtual position account corresponds to multiple virtual trading accounts, which are the accounts that actually handle high-frequency trading. Multiple virtual trading accounts can be set up as needed on the multiple high-frequency trading sub-databases corresponding to each contracted settlement account, and the parallel processing capability can be improved through the distributed architecture formed.
[0054] Specifically, the specific implementation of the high-frequency trading method includes:
[0055] When receiving a transaction request for a target contracting and settlement account among the multiple contracting and settlement accounts, the processing module determines, for each transaction, a tradable target virtual account from the multiple high-frequency transaction sub-databases corresponding to the target contracting and settlement account for the transaction, wherein the tradable target virtual account is a virtual account whose account balance is not less than the transaction amount and is not in a transaction state;
[0056] When detecting the need for fund allocation, the fund allocation module allocates the balance of the target account based on the preset balance limit parameter so that the target account can perform high-frequency transactions, wherein the target account includes a contracted settlement account and / or a virtual account.
[0057] Among them, the target contract settlement account is the contract settlement account targeted by the transaction instruction.
[0058] It is understandable that ordinary settlement accounts can only use this account to conduct transactions. When multiple transactions need to be processed in a short period of time, it is necessary to wait for the previous transaction to be processed before the next transaction can be processed. The contracted settlement account has multiple corresponding virtual accounts. When the target contracted settlement account needs to process multiple transactions in a short period of time, for each transaction, it can determine the account whose balance is not less than the transaction amount and is not in the transaction status in the virtual account corresponding to the contracted settlement account for the transaction. At this time, for each transaction, there will be a virtual account to process, so as to achieve the effect of parallel processing of transactions.
[0059] Specifically, the user's contracted settlement account receives 10 transactions that need to be processed in a short period of time. At this time, for each transaction, the processing module in the account system automatically searches for a virtual account with sufficient balance and not in a transaction state to conduct the transaction. At this time, since each virtual account is independent, the effect of processing these 10 transactions in parallel is achieved.
[0060] It should also be noted that the preset balance limit parameter is set by the user in the contract agreement when the user signs the contract. The parameter is used to limit the range of the balance in the target contract settlement account, virtual position account and virtual trading account. The contract is used to change the ordinary settlement account into the contract settlement account to enable high-frequency trading services. The target account is the account that needs to be transferred. The fund transfer includes the transfer of funds in and out between the virtual position account, the virtual trading account and the contract settlement account. Each time the fund transfer is performed, there is at least one account for transferring funds in and out, so the target account is at least two accounts.
[0061] It is understandable that the balances of the contract settlement account and each virtual account are independent. When the balance is too low or too high, it will affect the balance of funds between the accounts, thereby affecting high-frequency trading. Therefore, it is necessary to limit the balance range of the virtual account and the contract settlement account so that the contract settlement account and each virtual account have sufficient balance for high-frequency trading.
[0062] Specifically, the fund allocation module in the account system will monitor each contracted settlement account in real time. When the fund allocation module detects that funds need to be allocated, it will adjust the balance of the target account to be within the range of the preset balance limit parameters based on the preset balance limit range of the target account, thereby ensuring that the target account has sufficient funds for high-frequency transactions.
[0063] Traditional multi-account transaction methods require manual confirmation of the balances of multiple accounts and determination of appropriate accounts for transactions. In the method of this embodiment, when the funds transfer module detects that funds transfer is required, the funds transfer module in the account system will automatically transfer the balance of the target account, so that the target account has enough balance for transactions, so that the processing module in the account system can determine the appropriate account for high-frequency transactions.
[0064] Specifically, when the balance of account No. 1 is lower than the lower limit of the preset balance limit parameter range, the fund transfer module in the account system detects that funds need to be transferred to account No. 1, and the fund transfer module will transfer funds from account No. 2 to account No. 1 based on the preset balance limit parameter range. After the funds are transferred, the funds of the target accounts No. 1 and No. 2 are both within the preset balance limit parameter range, so that the target accounts can perform high-frequency transactions.
[0065] In summary, when the account system receives a transaction request for the target contract settlement account, the transaction request can be multiple transaction requests, and the account system includes a processing module, a fund transfer module and multiple contract settlement accounts, each of which corresponds to multiple high-frequency transaction sub-libraries, and each of which has multiple virtual accounts created, including virtual transaction accounts and virtual position accounts, and each virtual position account corresponds to multiple virtual transaction accounts; in order to be able to perform parallel processing, for each transaction request, the processing module in the account system determines a target virtual account whose account balance is not less than the transaction amount and is not in a transaction state from the multiple high-frequency traffic sub-libraries corresponding to the target contract settlement account to conduct transactions; when the fund transfer module in the account system detects that funds need to be transferred, the balance is adjusted based on the preset balance limit parameter, so that there is no need to manually confirm the balance of the target account and the target account, so that the target account has enough balance for high-frequency transactions. Therefore, the present application can ensure that funds have a high efficiency of use while conducting high-frequency transactions.
[0066] Based on the first embodiment of the present application, in the second embodiment of the present application, please refer to Figure 2 The same or similar contents as those in the above-mentioned embodiment 1 can be referred to the above description and will not be described in detail later. The step of determining a tradable target virtual account from the multiple high-frequency trading sub-libraries corresponding to the target contract settlement account for trading includes steps S10 to S40:
[0067] Step S10, based on the correspondence between the high-frequency trading sub-databases and the target contracting settlement account stored in the high-frequency trading routing table, confirm at least one high-frequency trading sub-database corresponding to the target contracting settlement account;
[0068] It is understandable that the processing module in the account system finds the high-frequency trading sub-database corresponding to the target contract settlement account through the high-frequency trading routing table. The high-frequency trading routing table is composed of multiple high-frequency trading routes, which are used to record the routes between the contract settlement account and the corresponding high-frequency trading sub-database. Routing refers to the process of determining the path that a data packet passes through from the source address to the destination address. In this embodiment, it is a high-frequency trading route, which is used to send trading instructions to exchanges or other trading venues through specific paths or network connections in high-frequency trading. Trading instructions are instructions sent by the processing module in the account system to the account used to perform trading operations based on the user's trading operations.
[0069] In this embodiment, the high-frequency trading route is recorded in the high-frequency trading routing table when the processing module in the account system configures the high-frequency trading sub-database for the target contract settlement account. Therefore, the processing module can search for the high-frequency trading sub-database corresponding to the target contract settlement account based on the path from the target contract settlement account to the high-frequency trading sub-database in the high-frequency trading routing table.
[0070] Step S20, obtaining the load status and hardware status of the at least one high-frequency trading sub-library;
[0071] It should be noted that the high-frequency trading sub-library is the high-frequency trading sub-library corresponding to the target contracted account, and the load state refers to the workload or workload of a device or system within a specific time. In this embodiment, the load of the high-frequency trading sub-library is the number and amount of transactions being processed by the virtual trading accounts and virtual position accounts within the high-frequency trading sub-library. The hardware state refers to the current working status of the hardware components in a computer or other electronic device, and in this embodiment, it mainly refers to the health status of the hardware, that is, whether the hardware is faulty.
[0072] Step S30, determining a target high-frequency trading sub-library from the at least one high-frequency trading sub-library based on the load status and the hardware status;
[0073] It should be noted that the target high-frequency trading sub-database is the high-frequency trading sub-database that is finally determined. The processing module in the account system performs transaction processing through the virtual account on the high-frequency trading sub-database. The processing module determines the target high-frequency trading sub-database from the high-frequency trading sub-database corresponding to the target contract settlement account based on the load balancing algorithm. The load balancing algorithm is a technology used to distribute workload in a network or computing environment. The algorithm ensures that no single server or resource is overloaded, while optimizing response time and improving overall system performance and availability.
[0074] In this embodiment, the processing module in the account system determines a high-frequency trading sub-library with a lower transaction load and available for trading as the target high-frequency trading sub-library based on the load status information of each high-frequency trading sub-library that has been acquired, so as to balance the load between the various high-frequency trading sub-libraries.
[0075] Step S40, determining a tradable target virtual account from the target high-frequency trading sub-library for trading.
[0076] Specifically, when the target contract settlement account receives a high-frequency transaction request, the processing module in the account system searches the high-frequency transaction sub-library corresponding to the target contract settlement account through the high-frequency transaction routing table, and confirms that the target contract settlement account has high-frequency transaction sub-libraries No. 1 to 5. The processing module obtains the load status information of high-frequency transaction sub-libraries No. 1 to 5, and the processing module confirms that the load of sub-libraries No. 2 to 5 is relatively high. The processing module determines high-frequency transaction sub-library No. 1, and at the same time confirms that high-frequency transaction sub-library No. 1 can be used for transactions. Therefore, the processing module determines high-frequency transaction sub-library No. 1 as the target high-frequency transaction sub-library, and selects a tradable virtual account from high-frequency transaction sub-library No. 1 as the target virtual account for transactions.
[0077] In a feasible embodiment, the specific implementation of the step of determining a target high-frequency trading sub-library from the at least one high-frequency trading sub-library based on the load status and the hardware status may be:
[0078] Determine whether there is at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is in a non-faulty state; if not, return to the step of determining whether there is at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is in a non-faulty state until the target high-frequency trading sub-database is obtained or the number of returns exceeds a preset number threshold, wherein transaction failure information is returned when the number of returns exceeds the preset number threshold.
[0079] It should be noted that, in this embodiment, the target high-frequency trading sub-library is determined from multiple candidate high-frequency trading sub-libraries, and the candidate high-frequency trading sub-libraries are high-frequency trading sub-libraries whose load status determines that the processing module in the account system meets the preset load conditions and whose hardware status is in a non-fault state.
[0080] It should also be noted that the preset number threshold is the number threshold of returning to the step of determining whether there is a target high-frequency trading sub-database. The preset number threshold is set in the bank's account system and is used to limit the number of repetitions of the above steps to prevent excessive number of repetitions of the steps, thereby reducing the operating efficiency of the entire system. When the number of repetitions exceeds the preset number threshold, the processing module in the account system will terminate the step of determining the target high-frequency trading sub-database and return the transaction failure information to the user, so that the user can understand the situation and proceed to the next step.
[0081] It can be understood that the processing module in the account system has found the high-frequency trading sub-library corresponding to the target contract settlement account, and determined that there is a target high-frequency trading sub-library whose load state meets the preset load conditions and whose hardware state is not in a faulty state, and all high-frequency trading sub-libraries that meet the above conditions are used as candidate high-frequency trading sub-libraries. Afterwards, the processing module in the account system determines the target high-frequency trading sub-library from the candidate high-frequency trading sub-libraries based on the load balancing algorithm.
[0082] If the target high-frequency trading sub-database does not exist, the processing module in the account system will return to the step of determining whether there is at least one target high-frequency trading sub-database whose load status meets the preset load condition and whose hardware status is in a non-fault state.
[0083] Finally, after multiple returns to determine whether the target high-frequency trading sub-database exists, the processing module in the account system determines the target high-frequency trading sub-database from multiple candidate high-frequency trading sub-databases, or exceeds the upper limit of the return number threshold and returns the transaction failure information to the user.
[0084] Specifically, the processing module in the account system finds the high-frequency trading sub-databases No. 1 to No. 5 corresponding to the target contracted account, and confirms that the high-frequency trading sub-databases No. 4 and No. 5 are isolated due to hardware failure based on the load status and the hardware status. Therefore, the processing module determines the high-frequency trading sub-databases No. 1, 2, and 3 as candidate high-frequency trading sub-databases. The processing module determines the high-frequency trading sub-database No. 1 as the target high-frequency trading sub-database from the candidate high-frequency trading sub-databases No. 1, 2, and 3 based on the load balancing algorithm.
[0085] In a feasible embodiment, the step of determining a tradable target virtual account for trading from a plurality of high-frequency trading sub-databases corresponding to the target contracted settlement account includes:
[0086] A virtual trading account that is not in a trading state and is not in a fund transfer state is determined from the multiple virtual trading accounts as a candidate virtual trading account; if the balance of the candidate virtual trading account is not less than the transaction amount, the candidate virtual trading account is determined to be a tradable target virtual account, and transactions are performed based on the target virtual account; if the balance of the candidate virtual trading account is less than the transaction amount, a virtual position account with a balance higher than the transaction amount is determined to be a tradable target virtual account, and transactions are performed based on the target virtual account, wherein the virtual position account with a balance higher than the transaction amount is the virtual position account corresponding to the candidate virtual trading account.
[0087] It should be noted that the candidate virtual trading account is a virtual trading account whose account balance is within the preset balance limit parameter range and is not in a trading state or a fund allocation state. The balance of the candidate virtual trading account can be higher than the transaction amount or lower than the transaction amount. When the balance of the candidate virtual trading account is lower than the transaction amount, the candidate virtual trading account cannot conduct this transaction. The processing module in the account system then confirms whether the balance of the virtual position account corresponding to the candidate virtual trading account is sufficient to conduct this transaction.
[0088] When the balance of the virtual position account is not less than the transaction amount, the processing module in the account system determines the virtual position account as the target virtual account for executing the transaction processing. When the balance of the virtual position account is less than the transaction amount, the virtual position account cannot process the transaction, and the processing module in the account system terminates the transaction and returns the information of insufficient liquidity to the user.
[0089] When the balance of the candidate virtual trading account does not meet the transaction requirements, the processing module in the account system will not determine other virtual trading accounts for trading again because the balance lower limit of the virtual position account based on the preset balance limit parameter setting is higher than the balance lower limit of the virtual trading account based on the preset balance limit parameter setting. Therefore, the virtual position account has more balance and is easier to meet the amount requirement of this transaction. Therefore, directly determining the virtual position account can avoid executing the steps of determining the virtual trading account multiple times, improve the operating efficiency of the system, and thus improve the efficiency of fund use.
[0090] The method of determining a virtual trading account from the first virtual trading account composed of multiple virtual trading accounts is random determination. The random determination is to avoid the processing module in the account system repeatedly determining the same virtual trading account for trading, resulting in an unbalanced balance between the virtual trading accounts.
[0091] The specific method of random determination is not limited, as long as the effect of random determination is achieved. Among them, a feasible random determination method is to randomly arrange the first virtual trading accounts to form an available queue, and determine the first virtual trading account in the available queue as a candidate virtual trading account. Whenever the balance of a virtual trading account changes, the processing module in the account system determines whether the virtual trading account needs to be added to or removed from the available queue, and randomly arranges the virtual trading accounts in the available queue again. Since the available queues are randomly arranged, determining the first virtual trading account therein can achieve the effect of random determination, and each time the balance of a virtual trading account changes, the processing module in the account system will update the available queue and randomly arrange the available queue again. Therefore, the virtual trading account can be randomly determined each time, thereby avoiding repeated determination of the same virtual trading account.
[0092] Specifically, the processing module in the account system determines that there are 6 virtual trading accounts and 1 virtual position account corresponding to the first virtual trading sub-library, among which there are virtual trading accounts No. 1 to No. 4 whose balances are within the preset balance limit parameter range and are not in the trading state and fund transfer state, and virtual trading accounts No. 1 to No. 4 are the first virtual trading accounts. The processing module in the account system randomly determines virtual trading account No. 3 from the first virtual trading accounts as a candidate virtual trading account, and then determines that the balance of virtual trading account No. 3 is lower than the transaction amount. The processing module in the account system determines the virtual position account in the first virtual trading sub-library as a candidate virtual trading account, and then determines that the balance of the virtual position account is not lower than the transaction amount, therefore, determines the virtual position account as the target virtual account for executing transaction processing.
[0093] In summary, the processing module in the account system determines a tradable high-frequency trading sub-library as the target high-frequency trading sub-library from the multiple high-frequency trading sub-libraries corresponding to the target contracted account based on the load status, hardware status and virtual position account status of the high-frequency trading sub-library, so that the load of the high-frequency trading sub-library corresponding to the target contracted settlement account is relatively balanced, and at the same time, the upper limit of the return step threshold is set to improve the operating efficiency of the system. Afterwards, the processing module in the account system randomly determines a virtual trading account as a candidate virtual trading account from multiple virtual trading accounts that meet the conditions in the target high-frequency trading sub-library, avoiding the imbalance of funds between virtual trading accounts caused by repeated determination of the same virtual trading account, which affects subsequent transactions. Finally, the processing module in the account system determines the candidate virtual trading account or the corresponding virtual position account to perform transaction processing. In this embodiment, the processing module in the account system automatically determines the appropriate virtual account for transaction processing while ensuring load and balance balance through multiple judgments and determinations, so that the funds have a higher use efficiency.
[0094] Based on the first and second embodiments of the present application, in the third embodiment of the present application, please refer to Figure 3 , the same or similar contents as those in the above-mentioned embodiment 1 and embodiment 2 can be referred to the above description, and will not be described in detail later. The preset balance limit parameters include the fund balance limit range of the fund allocation account and the account balance limit range of the virtual account, and the account balance limit range includes the transaction balance limit range of the virtual trading account and the position balance limit range of the virtual position account; before the balance of the target account is transferred based on the preset balance limit parameters, steps S01 to S03 are included:
[0095] Step S01, detecting whether the balance of the virtual account is lower than the lower limit of the account balance limit range, or whether the balance of the virtual account is higher than the upper limit of the account balance limit range;
[0096] It should be noted that the account balance limit range includes the transaction balance limit range of the virtual trading account and the position balance limit range of the virtual position account. The lower limit of the account balance limit range includes the lower limit of the transaction balance limit range and the lower limit of the position balance limit range. The lower limit of the transaction balance limit range includes the lower limit of the transaction balance of the virtual trading account, and the lower limit of the position balance limit range includes the lower limit of the position balance of the virtual position account. If the balance of the virtual account is equal to the lower limit of the account balance limit range, there is no need to adjust the balance of the target account.
[0097] Step S02, when it is detected that the balance of a virtual account is lower than the lower limit of the account balance limit range, judging whether the fund allocation account can allocate funds based on the balance of the fund allocation account and the lower limit of the fund balance limit range, wherein the fund allocation account is the target contract settlement account or the virtual position account, when the virtual account is a virtual position account, the fund allocation account is the target contract settlement account, and when the virtual account is a virtual trading account, the fund allocation account is the virtual position account;
[0098] The fund transfer account is an account used to transfer funds when the virtual trading account or virtual position account has insufficient balance. Virtual trading accounts cannot be used for fund transfers, so the fund transfer account is the contract settlement account or virtual position account. The lower limit of the fund balance limit range is the lower limit of the retained balance of the contract settlement account or the lower limit of the position balance of the virtual position account. Among them, the lower limit of the trading balance, the lower limit of the position balance and the lower limit of the retained balance are set in the agreement when the user signs the contract.
[0099] Funds cannot be directly transferred between virtual trading accounts, and funds cannot be directly transferred between virtual trading accounts and contracted settlement accounts. Therefore, when the balance of a virtual trading account is lower than the lower limit of the trading balance, it is necessary to determine whether the virtual position account corresponding to the virtual trading account can transfer funds; when the balance of a virtual position account is lower than the lower limit of the position balance, it is necessary to determine whether the balance of the contracted settlement account can transfer funds.
[0100] The specific judgment conditions for determining whether the fund allocation account can allocate funds are as follows: when the fund allocation account is a virtual position account, after the funds are allocated, the balance of the virtual trading account that needs to adjust the balance can reach the lower limit of the trading balance, and the balance of the virtual position account can reach the lower limit of the position balance. When the fund allocation account is a contract settlement account, after the funds are allocated, the balance of the virtual position account that needs to adjust the balance can reach the lower limit of the position balance, and the balance of the contract settlement account can reach the lower limit of the retained balance.
[0101] Specifically, the balance of virtual trading account No. 1 in the high-frequency trading sub-database of the target contracted settlement account is 1000 after the transaction, the lower limit of the transaction balance is 2000, and the lower limit of the position balance of the virtual position account is 3000. When the balance of the virtual position account corresponding to virtual trading account No. 1 is 5000, after the funds are allocated, the balance of the virtual position account is 4000, and the balance of virtual trading account No. 1 is 2000. Both the virtual position account and virtual trading account No. 1 can reach the lower limit of the transaction balance and the lower limit of the position balance. Therefore, it is judged that the funds can be allocated. If the balance of the virtual position account corresponding to virtual trading account No. 1 is 3500, if the balance of virtual trading account No. 1 reaches the lower limit of the transaction balance of 2000, the transaction balance of the virtual position account will become 2500, which does not meet the lower limit of the position balance. Therefore, it is judged that the funds cannot be allocated.
[0102] Step S03: if the fund allocation account is able to allocate funds, it is determined that the balance of the target account needs to be allocated;
[0103] It should be noted that balance transfer is to transfer the balances of the account that transfers funds and the account that receives funds. If the account that receives funds is a virtual trading account, the balances of the virtual trading account and the virtual position account are transferred; if the account that receives funds is a virtual position account, the balances of the virtual position account and the contract settlement account are transferred.
[0104] Step S04: when the balance of a virtual account is higher than the upper limit of the account balance limit range, it is determined that the balance of the target account needs to be transferred.
[0105] It should be noted that the upper limit of the account balance limit range includes the upper limit of the transaction balance limit range and the upper limit of the position balance limit range. The upper limit of the transaction balance limit range includes the upper limit of the transaction balance of the virtual transaction account, and the upper limit of the position balance limit range includes the upper limit of the position balance of the virtual position account. If the balance of the virtual account is equal to the upper limit of the balance limit range, there is no need to transfer the balance of the target account.
[0106] There is no upper limit on the balance of the contracted settlement account. Therefore, when the balance of the virtual trading account or virtual position account exceeds the upper limit, it can be determined that the balance of the target account needs to be transferred without other judgment conditions.
[0107] In one embodiment, the step of transferring the balance of the target account based on the preset balance limit parameter includes:
[0108] If the balance of each virtual account is lower than the lower limit of the account balance limit range, the balance of the funds allocation account will be allocated to each virtual account until the balance of each virtual account is at the lower limit of the account balance limit range or the funds allocation account cannot allocate funds; if the balance of each virtual account is higher than the upper limit of the account balance limit range, the balance of each virtual account will be transferred to the funds allocation account until the balance of each virtual account is at the upper limit of the account balance limit range.
[0109] It should be noted that the amount of funds transferred from the fund transfer account is the difference between the lower limit of the account balance range and the current balance of the virtual account, so that the balance of the virtual account is the lower limit of the account balance range. The amount of funds transferred to each virtual account is the difference between the balance of each virtual account and the upper limit of the account balance range, so that the balance of the virtual account is the upper limit of the account balance range.
[0110] When the virtual position account cannot transfer funds, there will be multiple virtual trading accounts that need to adjust their balances because their balances are lower than the lower limit of the trading balance. At this time, if the balance of the virtual position account meets the conditions for transferring funds, such as a virtual trading account transfers excess funds to the virtual position account after trading, the virtual position account will transfer funds to the virtual trading account that needs to adjust the balance. There is no specific restriction on the order of determining the balance adjustment of the virtual trading account, which can be determined randomly or according to the required amount of the virtual trading account.
[0111] When the virtual position account transfers funds to the virtual position account and the balance of the virtual position account exceeds the position balance limit, the virtual position account will transfer the balance to the contracted settlement account until the balances of all accounts are within the balance limit.
[0112] In a feasible embodiment, after the step of determining a tradable target virtual account from the first high-frequency trading sub-database for trading, the following may also be performed:
[0113] When it is detected that the target account is frozen, the high-frequency trading service is suspended; and the balances of the virtual position accounts and virtual trading accounts are aggregated to the target contract settlement account.
[0114] It should be noted that account freezing refers to a measure taken by banks to temporarily or permanently stop the normal use of user accounts in some cases. Account freezing is required for account security, legal and other reasons. At this time, since the high-frequency trading service of the target contract settlement account will also be suspended, if there is a balance in the virtual trading account and virtual position account in the high-frequency trading sub-database corresponding to the target contract settlement account, the balance needs to be aggregated to the target contract settlement account to ensure the normal use of the user's funds.
[0115] In summary, it is known that it takes extra time to manually confirm the balance of each account during a transaction. Based on the balance of each account and the limit range of each account balance, this embodiment can determine whether the balance of the target account needs to be transferred through the fund transfer module in the account system, and adjust the balance of the target account when the balance adjustment is required, so as to facilitate high-frequency transactions of the target account. At the same time, when an account freeze occurs and the transaction for the target contract settlement account needs to be terminated, the high-frequency transaction service is suspended, and the fund collection operation is performed to ensure the normal use of the user's funds. This embodiment eliminates the need to manually confirm the balance of the target account when conducting a transaction, thereby improving the efficiency of fund use.
[0116] Based on the first to third embodiments of the present application, in the fourth embodiment of the application, the same or similar contents as those of the first to third embodiments can be referred to the above description, and no further description will be given later. Before determining a tradable target virtual account from the multiple high-frequency trading sub-libraries corresponding to the target contracted settlement account for trading, the following implementation methods are also specifically included:
[0117] Based on the preset sub-library setting parameters, the number of high-frequency trading sub-libraries corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading sub-library corresponding to the target contract settlement account are configured.
[0118] It should be noted that the preset sub-library setting parameters include the number of sub-libraries allocated in the high-frequency trading cluster and the number of virtual trading accounts in each sub-library. The preset sub-library setting parameters are set when the user signs the contract. Afterwards, the processing module in the account system configures the high-frequency trading sub-libraries and virtual trading accounts based on the parameters set by the user.
[0119] Wherein, after the step of configuring the number of high-frequency trading sub-libraries corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-library corresponding to the target contracted settlement account based on the preset sub-library setting parameters, it also includes:
[0120] When an instruction to change the number of virtual trading accounts in the high-frequency trading sub-library corresponding to the target contracted settlement account is received, the number of virtual trading accounts in the high-frequency trading sub-library corresponding to the target contracted settlement account is changed; when an instruction to change the number of high-frequency trading sub-libraries corresponding to the target contracted settlement account is received, the number of high-frequency trading sub-libraries corresponding to the target contracted settlement account is changed.
[0121] It should be noted that the quantity change instruction is a quantity increase instruction or a quantity decrease instruction. When the user has relevant needs, the user sends the relevant needs and quantity change instruction parameters to the bank. The processing module in the bank's account system changes the quantity of the corresponding virtual trading account based on the user's quantity change instruction parameters.
[0122] The specific scenario in which users need to increase the number of virtual trading accounts is that the current trading volume exceeds the system's processing capacity. The ability to process transactions in parallel can be improved by increasing the number of virtual trading accounts in each high-frequency trading sub-library. The specific scenario in which users need to reduce the number of virtual trading accounts is that the current system's processing capacity for transactions exceeds demand. Users can save hardware resources by reducing the number of virtual trading accounts.
[0123] Since each high-frequency trading sub-library is on separate hardware, and the processing capacity of a single hardware has an upper limit, when the processing capacity of a high-frequency trading sub-library approaches the upper limit of the processing capacity of a single hardware, increasing the number of virtual trading accounts in the high-frequency trading sub-library cannot improve the parallel processing capacity of the system.
[0124] Therefore, the specific scenario in which users need to increase the number of virtual trading sub-libraries is that the current transaction volume exceeds the system's processing capacity, and increasing the number of virtual trading accounts cannot effectively improve the system's parallel processing capacity (or the user does not want to increase the number of virtual trading accounts, but wants to increase the number of virtual trading sub-libraries). Users can increase the number of virtual trading sub-libraries to improve the system's transaction parallel processing capacity. The specific scenario in which users need to reduce the number of high-frequency trading sub-libraries is that the current system's transaction processing capacity exceeds the demand, and users can save hardware resources by reducing the number of virtual trading sub-libraries.
[0125] In a feasible embodiment, after the step of configuring the number of high-frequency trading sub-databases corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contracted settlement account, the following may also be performed:
[0126] Obtain the machine time of the hardware deployed in each high-frequency trading sub-database;
[0127] On the basis of the machine time, the balances of the virtual position accounts and virtual trading accounts in each high-frequency trading sub-database are summarized every preset first time period for user query; wherein the preset time period is set in the server.
[0128] It is understandable that, since virtual trading accounts are scattered in various high-frequency trading sub-libraries, and the fund transfer module in the account system will automatically adjust the balances of the contracted settlement accounts and virtual accounts, in order to allow users to understand the aggregate value of the virtual trading account balances under a single agreement at a certain point in time, the processing module in the account system aggregates the balances of all virtual trading accounts and virtual position accounts in each high-frequency trading sub-library, so that users can understand the total balance of each high-frequency trading sub-library. The balance aggregation of high-frequency trading sub-libraries is performed at 1 minute and 0 seconds of the machine time of the hardware where each high-frequency trading sub-library is located. The machine time is the time recorded by the internal clock of each hardware. Since each high-frequency trading sub-library is on different hardware, the balance aggregation of each high-frequency trading sub-library cannot be maintained at the same time, but users can also evaluate the use of funds based on the aggregate balance of each sub-library.
[0129] Specifically, in the No. 1 high-frequency trading sub-library, the balance of the No. 1 virtual trading account is 1000, the balance of the No. 2 virtual trading account is 1000, the balance of the No. 3 virtual trading account is 1500, the lower limit of the trading balance of the virtual trading account is 2000, the balance of the virtual position account is 4000, and the lower limit of the position balance is 4000. At this time, the virtual position account cannot transfer funds. When the last summary of the No. 1 high-frequency trading sub-library passed the machine time of the hardware where it is located at 1 minute and 0 seconds, the summary balance of the high-frequency trading sub-library was 7500. Afterwards, if other virtual trading accounts transfer funds upward, the balance of the virtual position account becomes 6000. The virtual position account first determines the No. 1 virtual trading account to transfer funds downward. After the transfer, the balance of the No. 1 virtual trading account becomes 2000, and the balance of the virtual position account becomes 5000. The virtual position account determines that the No. 2 virtual trading account will transfer funds. The balance of the virtual trading account becomes 2000, and the balance of the virtual position account becomes 4000. At this time, the virtual position account can no longer transfer funds, and the fund transfer step is terminated. After the last summary of the No. 1 high-frequency trading sub-database, when the machine time of the hardware is 1 minute and 0 seconds, the summary balance of the high-frequency trading sub-database is 9500.
[0130] In a feasible embodiment, after the step of configuring the number of high-frequency trading sub-databases corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contracted settlement account, the following may also be performed:
[0131] At every preset second time period, the balances of the virtual trading account and the virtual position account are aggregated into each of the contract settlement accounts, so that the processing module can save the balances of each of the contract settlement accounts and calculate interest.
[0132] It is understandable that the preset time point is a fixed time point every day, and the bank calculates interest on each account at a fixed time point every day. Since the balance of the contracted settlement account is scattered in the virtual trading account and virtual position account of the high-frequency trading sub-library, some amounts will not be included in the daily interest calculation. Therefore, it is necessary to aggregate the balances of the virtual trading account and the virtual position account into each of the contracted settlement accounts at the end of the day every night to meet the user's interest calculation needs.
[0133] In summary, this embodiment summarizes the balances of sub-libraries in the account to meet the customer's needs for evaluating the use of high-frequency trading funds and the interest calculation needs. At the same time, based on specific high-frequency trading needs, the number of high-frequency trading sub-libraries or the number of virtual trading accounts in the high-frequency trading sub-libraries can be changed by receiving corresponding quantity change instructions, so that the system has high scalability and can change the system to an appropriate scale according to the trading volume, thereby improving the flexibility and efficiency of high-frequency trading processing.
[0134] It should be noted that the above examples are only used to understand the present application and do not constitute a limitation on the high-frequency trading method of the present application. More simple transformations based on this technical concept are all within the scope of protection of the present application.
[0135] The above descriptions are only some embodiments of the present application, and are not intended to limit the patent scope of the present application. All equivalent structural changes made using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect applications in other related technical fields are included in the patent protection scope of the present application.
Claims
1. A high frequency trading processing method, characterized in that: Applied to an account system, the account system includes a processing module, a fund allocation module and a plurality of contract settlement accounts, each of the contract settlement accounts corresponds to a plurality of high-frequency trading sub-libraries, each of the high-frequency trading sub-libraries has a plurality of virtual accounts created, the plurality of virtual accounts include a plurality of virtual trading accounts and a virtual position account, the method includes: When receiving a transaction request for a target contracting and settlement account among the multiple contracting and settlement accounts, the processing module determines, for each transaction, a tradable target virtual account from the multiple high-frequency transaction sub-databases corresponding to the target contracting and settlement account for the transaction, wherein the tradable target virtual account is a virtual account whose account balance is not less than the transaction amount and is not in a transaction state; When detecting the need for fund allocation, the fund allocation module allocates the balance of the target account based on the preset balance limit parameter so that the target account can perform high-frequency transactions, wherein the target account includes a contracted settlement account and / or a virtual account.
2. The method according to claim 1, characterized in that The step of determining a tradable target virtual account for trading from a plurality of high-frequency trading sub-databases corresponding to the target contracted settlement account comprises: Based on the correspondence between the high-frequency trading sub-database and the target contracting settlement account stored in the high-frequency trading routing table, confirm at least one high-frequency trading sub-database corresponding to the target contracting settlement account; Obtaining a load status and a hardware status of the at least one high-frequency trading sub-library; Determining a target high-frequency trading sub-library from the at least one high-frequency trading sub-library based on the load status and the hardware status; A tradable target virtual account is determined from the target high-frequency trading sub-library for trading.
3. The method according to claim 2, characterized in that The step of determining a target high-frequency trading sub-library from the at least one high-frequency trading sub-library based on the load status and the hardware status comprises: Determine whether there is at least one target high-frequency trading sub-database whose load status meets the preset load condition and whose hardware status is in a non-faulty state; If not, return to the step of determining whether there is at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is in a non-faulty state until the target high-frequency trading sub-database is obtained or the number of returns exceeds the preset number threshold, wherein when the number of returns exceeds the preset number threshold, the transaction failure information is returned.
4. The method according to claim 1, characterized in that The step of determining a tradable target virtual account for trading from a plurality of high-frequency trading sub-databases corresponding to the target contracted settlement account comprises: Determine a virtual trading account that is not in a trading state and is not in a fund transfer state from the multiple virtual trading accounts as a candidate virtual trading account; If the balance of the candidate virtual transaction account is not less than the transaction amount, the candidate virtual transaction account is determined to be a tradable target virtual account, and the transaction is performed based on the target virtual account; If the balance of the candidate virtual trading account is lower than the transaction amount, the virtual position account with a balance higher than the transaction amount is determined as the tradable target virtual account, and the transaction is performed based on the target virtual account, wherein the virtual position account with a balance higher than the transaction amount is the virtual position account corresponding to the candidate virtual trading account.
5. The method according to claim 1, characterized in that: The preset balance limit parameters include the fund balance limit range of the fund allocation account and the account balance limit range of the virtual account, and the account balance limit range includes the transaction balance limit range of the virtual transaction account and the position balance limit range of the virtual position account; Before the step of transferring the balance of the target account based on the preset balance limit parameter, the method includes: Detecting whether the balance of each virtual account is lower than the lower limit of the account balance limit range, or detecting whether the balance of each virtual account is higher than the upper limit of the account balance limit range; When it is detected that the balance of a virtual account is lower than the lower limit of the account balance limit range, it is determined whether the fund allocation account can allocate funds based on the balance of the fund allocation account and the lower limit of the fund balance limit range, wherein the fund allocation account is the target contract settlement account or the virtual position account. When the virtual account is a virtual position account, the fund allocation account is the target contract settlement account, and when the virtual account is a virtual trading account, the fund allocation account is the virtual position account; If the fund allocation account is able to allocate funds, it is determined that the balance of the target account needs to be allocated; When it is detected that the balance of the virtual account is higher than the upper limit of the account balance limit range, it is determined that the balance of the target account needs to be transferred.
6. The method according to claim 5, characterized in that The step of transferring the balance of the target account based on the preset balance limit parameter includes: If the balance of each virtual account is lower than the lower limit of the account balance limit range, the balance of the fund allocation account will be allocated to each virtual account until the balance of each virtual account reaches the lower limit of the account balance limit range or the fund allocation account cannot allocate funds; If the balance of each virtual account is higher than the upper limit of the account balance limit range, the balance of each virtual account will be transferred to the fund allocation account until the balance of each virtual account reaches the upper limit of the account balance limit range.
7. The method according to claim 1, characterized in that: For each transaction, before the step of determining a tradable target virtual account from the multiple high-frequency transaction sub-databases corresponding to the target contracted settlement account to conduct the transaction, the step further includes: Based on the preset sub-library setting parameters, configure the number of high-frequency trading sub-libraries corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-library corresponding to the target contracted settlement account; Wherein, after the step of configuring the number of high-frequency trading sub-libraries corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-library corresponding to the target contracted settlement account based on the preset sub-library setting parameters, it also includes: When receiving an instruction to change the number of virtual trading accounts in the high-frequency trading sub-library corresponding to the target contracted settlement account, changing the number of virtual trading accounts in the high-frequency trading sub-library corresponding to the target contracted settlement account; When an instruction to change the number of high-frequency trading sub-databases corresponding to the target contracted settlement account is received, the number of high-frequency trading sub-databases corresponding to the target contracted settlement account is changed.
8. The method according to claim 7, characterized in that: After the step of configuring the number of high-frequency trading sub-databases corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contracted settlement account, the method further includes: Obtain the machine time of the hardware deployed in each high-frequency trading sub-database; On the basis of the machine time, the balances of the virtual position accounts and virtual trading accounts in each high-frequency trading sub-database are summarized every preset first time period for user query; wherein the preset time period is set in the server.
9. The method according to claim 7, characterized in that: After the step of configuring the number of high-frequency trading sub-databases corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contracted settlement account, the method further includes: At every preset second time period, the balances of the virtual trading account and the virtual position account are aggregated into each of the contract settlement accounts, so that the processing module can save the balances of each of the contract settlement accounts and calculate interest.
10. The method according to claim 1, characterized in that: After determining a tradable target virtual account from the multiple high-frequency trading sub-databases corresponding to the target contracted settlement account for trading, the method further includes: When it is detected that the target account is frozen, suspend the high-frequency trading service; The balances of the virtual position accounts and virtual trading accounts are aggregated into the target contract settlement account.
Citation Information
Patent Citations
Sub-account processing method and system
CN109741170A
High-frequency account management method and device for internet bank
CN112712430A
Public settlement account fund bookkeeping system and working method thereof
CN113128991A
Distributed dynamic quota allocation system
CN116151976A
Transaction concurrent processing method and device for bank high-frequency hotspot pool account
CN116167770A