Asset data processing method, device, computer equipment and storage medium

Abstract

The present application discloses an asset data processing method, device, computer equipment and storage medium, the method comprising: receiving first asset data from a first server, the first asset data being the actual asset data of a user account at the end of the current trading day; calculating second asset data of the user account based on the initial assets of the user account received from the first server and the order data of the user account on the current trading day; if the second asset data is inconsistent with the first asset data, determining abnormal data in the order data. The method of the present application can quickly identify the abnormality of the order data generated by the user operation behavior during the asset liquidation process, can effectively shorten the liquidation time, improve the liquidation efficiency, and ensure that the user's assets are always accurate.

Description

Technical Field

[0001] The present invention generally relates to the field of computer technology, and specifically relates to an asset data processing method, device, computer equipment and storage medium. Background Art

[0002] The stock trading market mainly includes two major tasks: trading and clearing. The trading system is mainly responsible for placing orders, matching transactions, and calculating user assets in real time based on user operations. For example, when a user generates an order during operation, the trading system sends the order to the downstream executor, and the downstream executor replies to the trading system to complete the order. The downstream clearing company clears all order data of the downstream executor in real time. After the close of the day, the accounting system obtains all the user's operations on the day from the trading system, and calculates the user's assets at the beginning of the next day offline in combination with objective stock events (interest, dividends, transaction fees, etc.). The trading system trades again before the opening of the next trading day based on the user's assets at the beginning of the next day calculated by the accounting system.

[0003] Due to the uncertainty and delay of objective stock events and the inaccuracy of transaction order records in the trading system caused by upstream and downstream executors, the existing accounting system directly calculates the assets at the beginning of the next day. When the user's assets are more or less than the actual assets, it is impossible to quickly identify whether the order data calculation generated by all subjective operations of the user is incorrect or the asset data calculation generated by objective events is incorrect, which leads to a long time for asset data settlement, and even the failure to settle user assets normally due to missing the window period, resulting in asset losses for users or securities companies. Summary of the invention

[0004] In view of the above-mentioned defects or deficiencies in the prior art, it is desired to provide an asset data processing method, device, electronic device and storage medium that can quickly detect abnormal transaction data and ensure that user assets are liquidated on time and accurately.

[0005] In a first aspect, the present application provides an asset data processing method, characterized by comprising:

[0006] receiving first asset data from the first server, where the first asset data is actual asset data of the user account at the end of the current trading day;

[0007] Calculate second asset data of the user account based on the initial assets of the user account received from the first server and the order data of the user account on the current trading day;

[0008] If the second asset data is inconsistent with the first asset data, abnormal data in the order data is determined.

[0009] As an optional solution, the abnormal data in the order data includes missed order data and / or over-delivered order data. After determining the abnormal data in the order data, the following further includes:

[0010] When the abnormal data in the order data includes missed order data, receiving the missed order data from the first server; or,

[0011] When the abnormal data in the order data includes over-sent order data, cancel the over-sent order data; or,

[0012] When the abnormal data in the order data includes over-sent order data and missed order data, the over-sent order data is canceled and the missed order data is received from the first server.

[0013] As an optional solution, when the second asset data is consistent with the first asset data, it also includes:

[0014] receiving third asset data of the user account from the second server, the third asset data including the first abnormal data;

[0015] The third asset data is corrected to obtain the fourth asset data, where the fourth asset data is the actual asset data of the user account from the end of the current trading day to the beginning of the next trading day;

[0016] Calculate the fifth asset data of the user account based on the second asset data and the asset data generated by objective events in the user account from the end of the current trading day to the beginning of the next trading day. The fifth asset data is the asset data that the user account should have from the end of the current trading day to the beginning of the next trading day.

[0017] If the fifth asset data is inconsistent with the fourth asset data, abnormal data in the asset data generated by the objective event is determined.

[0018] As an optional solution, the first abnormal data includes first missed order data and / or first over-delivered order data, and correcting the third asset data to obtain the fourth asset data includes:

[0019] When the first abnormal data includes the first missed order data, re-sending the first missed order data; or,

[0020] When the first abnormal data includes the first over-delivered order data, canceling the first over-delivered order data; or,

[0021] When the first abnormal data includes the first over-delivered order data and the first missed-delivered order data, canceling the first over-delivered order data and re-delivering the first missed-delivered order data;

[0022] Update the third asset data to obtain the fourth asset data.

[0023] As an optional solution, after determining the abnormal data in the asset data generated by the objective event, the following is further included:

[0024] Determine the difference between the fifth asset data and the fourth asset data;

[0025] The abnormal data in the asset data generated by the objective event is adjusted according to the difference data so that the fifth asset data is consistent with the fourth asset data.

[0026] As an optional solution, after determining the abnormal data in the asset data generated by the objective event, the following is further included:

[0027] determining actual sub-asset data of at least one sub-account of the user account in the fourth asset data;

[0028] Determining the sub-asset data corresponding to at least one sub-account in the fifth asset data;

[0029] If the expected sub-asset data is inconsistent with the actual sub-asset data, a correction instruction is sent to the second server.

[0030] In a second aspect, the present invention provides an asset data processing device, comprising:

[0031] A first receiving module is used to receive first asset data from a first server, where the first asset data is actual asset data of a user account at the end of a current trading day;

[0032] A first calculation module, calculating second asset data of the user account according to the initial assets received from the first server and the order data of the user account on the current trading day;

[0033] The first determination module is used to determine abnormal data in the order data if the second asset data is inconsistent with the first asset data.

[0034] As an optional solution, it also includes:

[0035] A second receiving module, configured to receive third asset data of the user account from the second server, wherein the third asset data includes the first abnormal data;

[0036] A correction module, used for correcting the third asset data to obtain fourth asset data, where the fourth asset data is the actual asset data of the user account from the end of the current trading day to the beginning of the next trading day;

[0037] A second calculation module is used to calculate fifth asset data of the user account based on the second asset data and the asset data generated by objective events of the user account from the end of the current trading day to the beginning of the next trading day, where the fifth asset data is the asset data that the user account should have from the end of the current trading day to the beginning of the next trading day;

[0038] The second determination module is used to determine abnormal data in the asset data generated by the objective event if the fifth asset data is inconsistent with the fourth asset data.

[0039] In a third aspect, the present invention provides a computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor is configured to implement the method described in the first aspect when executing the program.

[0040] In a fourth aspect, the present invention provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program is used to implement the method described in the first aspect.

[0041] The method of the present application receives first asset data from a first server, where the first asset data is the actual asset data of the user account at the end of the current trading day; determines the second asset data of the user account based on the initial assets of the user account received from the first server and the order data of the user account on the current trading day; if the second asset data is inconsistent with the first asset data, determines the abnormal data in the order data. The method of the present application can quickly identify the abnormal data in the order data generated by the user's operation behavior by comparing the second asset data with the first asset data, thereby improving the liquidation efficiency and ensuring that the user's assets are always accurate. BRIEF DESCRIPTION OF THE DRAWINGS

[0042] Other features, objects and advantages of the present application will become more apparent by reading the detailed description of non-limiting embodiments made with reference to the following drawings:

[0043] Figure 1 A schematic diagram of an application scenario of an asset data processing method provided by an embodiment of the present invention;

[0044] Figure 2 A flowchart of an asset data processing method provided by an embodiment of the present invention;

[0045] Figure 3 A flowchart of another asset data processing method provided by an embodiment of the present invention;

[0046] Figure 4 A schematic diagram of the structure of an asset data processing device provided by an embodiment of the present invention;

[0047] Figure 5 A schematic diagram of the structure of another asset data processing device provided by an embodiment of the present invention;

[0048] Figure 6 A schematic diagram of the structure of an asset data processing device provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0049] The present application will be further described in detail below in conjunction with the accompanying drawings and embodiments. It is to be understood that the specific embodiments described herein are only used to explain the relevant inventions, rather than to limit the inventions. It should also be noted that, for ease of description, only the parts related to the invention are shown in the accompanying drawings.

[0050] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other. The present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0051] The asset data involved in this application refers to the position data of the user account. The definitions of the technical terms involved in the embodiments of this application are as follows:

[0052] Daily Beginning Assets: For the current trading day, for users who are opening a position for the first time, the daily beginning assets are 0; for other users, the daily beginning assets are the actual assets of the user's account from the end of the previous trading day to the beginning of the current trading day.

[0053] End-of-day assets: After the close of the current trading day, the sum of the beginning-of-day assets and the order data generated by all subjective operations of the user account on that day; among which, subjective operations refer to the user's order transactions, deposits and withdrawals, and transfers on the current trading day.

[0054] Assets at the beginning of the next day: include assets at the end of the day and assets generated by objective events between the end of the current trading day and the beginning of the next trading day; objective events refer to interest, dividends, transaction management fees, etc. generated by stocks.

[0055] In the related art, during the asset liquidation and reconciliation process of user accounts, the accounting system directly calculates the assets at the beginning of the next day, and reconciles the assets at the beginning of the next day with the assets at the beginning of the next day received from the downstream liquidators. When the reconciliation fails, it is impossible to quickly identify whether the reconciliation failure is caused by incorrect calculation of order data generated by all subjective operating behaviors of users on that day or incorrect calculation of assets generated by objective events, which leads to extended liquidation time and even missed liquidation window period, resulting in the inability to complete the liquidation on that day normally, causing losses of user assets or company assets.

[0056] In response to the above technical problems, the embodiments of the present application provide a method for detecting abnormal transaction data. The method can reflect whether the order data generated by all subjective operation behaviors of users on that day are calculated incorrectly based on the comparison of the assets at the end of the day. The assets at the beginning of the next day include the assets at the end of the day and the assets generated by objective events. When the assets at the end of the day are reconciled successfully, the assets at the beginning of the next day reflect whether the objective events are calculated incorrectly. Therefore, the method reconciles the assets at the beginning of the day first, and then reconciles the assets at the beginning of the next day. When the reconciliation fails, it can quickly detect whether the user operation data is incorrect or the stock objective event data is incorrect, thereby improving the liquidation efficiency and ensuring the accuracy of user assets.

[0057] In order to facilitate understanding of the technical solution provided in the embodiments of the present application, the application scenarios to which the method for detecting abnormal transaction data provided in the embodiments of the present application is applicable are exemplarily introduced below.

[0058] Figure 1 Schematic diagram of an application scenario of the method for detecting abnormal transaction data provided in an embodiment of the present application. Figure 1 As shown, the application scenario includes a terminal device 100 and a server 200, and a user initiates a transaction on the terminal device 100, such as buying and selling stocks. The server 200 runs a trading system 201 for processing order placement and matching transactions, or runs a clearing house 203 for clearing all assets in the user account after a trading day, or runs an accounting system 202 for asset data processing methods. The terminal device 100 and the server 200 are connected to each other through a communication network, and the communication network can include various connection types, such as wired communication links, wireless communication links, or optical fiber cables.

[0059] It should be noted that the server 200 is a server cluster or distributed system composed of multiple physical servers. The above-mentioned trading system 201, clearing house 203 and accounting system 202 can also be respectively run on three different servers, and information is transmitted between the three different servers.

[0060] The above-mentioned trading system 201, clearing house 203 and accounting system 202 may also be respectively run on three different terminal devices, and information can be transmitted between the three different terminal devices.

[0061] The terminal device 100 can be hardware or software. When the terminal device 101 is hardware, it can be various electronic devices, including but not limited to smart phones, tablet computers, laptops, personal digital terminals, desktop computers, smart speakers, smart watches and other electronic devices, but not limited to this. When the terminal device 100 is software, it can be installed in the aforementioned various electronic devices. It can also be implemented as a single or multiple software or software modules. The embodiments of the present application do not impose any restrictions on the specific type of electronic device.

[0062] The server 200 can provide a variety of services. For example, in response to the user operation behavior provided by the terminal device 100, the user operation behavior is processed to obtain a processing result, and the processing result is returned to the terminal. The server 200 can be hardware or software. The server 200 can also provide cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and cloud servers for basic cloud computing services such as big data and artificial intelligence platforms. The server can be composed of a single or multiple software modules, and the embodiments of the present application do not impose any restrictions on the specific type of the server. The server 200 and the terminal device 100 can be directly or indirectly connected via wired or wireless communication, and the present application does not limit this.

[0063] The user initiates stock trading at the terminal 100, such as opening a position, placing an order, transferring a position, etc. The terminal 100 sends the user's stock trading information to the trading system 201, which then accepts and is responsible for placing orders and matching orders.

[0064] The trading system 201 generates order data based on the user operation behavior received from the terminal 100, sends the order data generated by the user operation behavior to the accounting system 202, and calculates the user's first asset data in real time. The first asset data is the actual asset data generated by the user account based on the user operation on the current trading day, and sends the first asset data to the accounting system 202 at the same time.

[0065] The accounting system 202 stores rules for objective events (rules for generating interest or dividends from stock transactions and rules for management fees for stock transactions). After a trading day ends or after the market closes, the accounting system 202 generates interest, dividends, management fees, etc. for stocks.

[0066] The accounting system 202 calculates the second asset data of the user account based on the order data generated by the user operation behavior received from the trading system 201 and the initial assets of the user account. The initial assets are the asset data of the user account at the beginning of the current trading day. The second asset data is recorded as the assets at the end of the day. The second asset data is compared with the first asset data received from the trading system 201 to determine whether there is any abnormal data in the order data generated by the user operation behavior.

[0067] The accounting system 202 determines the fifth asset data of the user account based on the second asset data and the interest, dividends, management fees, etc. of the stock. The fifth asset data is the asset data at the beginning of the next day. The accounting system 202 sends the fifth asset data to the trading system 201.

[0068] The clearing house 203 clears the third asset data of the user account according to the data of the stock trading management agency. The third asset data includes the actual asset data of the user from the end of the current trading day to the beginning of the next trading day. The clearing house 203 sends the third asset data to the accounting system.

[0069] The accounting system 202 needs to first determine the abnormal data in the third asset data, exclude the abnormal data in the order data of the user account, and update the third asset data to obtain the fourth asset data, and determine whether there is abnormal data in the objective event by comparing the fifth asset data with the fourth asset data.

[0070] It should be understood that Figure 1 The application scenarios shown are only examples. In actual applications, the abnormal data detection method provided in the embodiments of the present application can be applied not only to Figure 1 The application scenarios shown can also be applicable to other application scenarios, and no limitation is made here on the application scenarios to which the abnormal data detection method provided in the embodiments of the present application is applicable.

[0071] Figure 2 The present invention is a flowchart of an asset data processing method according to an embodiment of the present application. Figure 2 The method shown can be Figure 1 The server 200 running the accounting system 202 executes, such as Figure 2 As shown, the method comprises the following steps:

[0072] S100, receiving first asset data from a first server, where the first asset data is actual asset data of a user account at the end of a current trading day;

[0073] Among them, the first server can be understood as Figure 1 In the trading system 201, the user initiates stock trading on the terminal, such as opening a position, placing an order, transferring a position, etc. The terminal 100 sends the user's stock trading information to the first server, which then accepts and is responsible for placing orders and order matching, etc. The first server can calculate the first asset data of the user's account in real time according to the user's operation behavior.

[0074] The first asset data is the actual asset data of the user account at the end of the current trading day, which can also be understood as the assets at the end of the day. The actual asset data of the user account includes the user's assets at the beginning of the day at the beginning of the current trading day, as well as the order data generated by the user's operation behavior on the current trading day (user position building, position transfer, deposit and withdrawal, etc.). Among them, for user accounts with newly created positions, the assets at the beginning of the day are 0, and for user accounts with non-new positions, the assets at the beginning of the day are the assets of the user account from the end of the previous trading day to the beginning of the current trading day. For example, user A holds 100 shares of AAPL (assets at the beginning of the day) before the start of trading day No. 2. On the 2nd, user A sold a total of 10 shares of AAPL and bought 20 shares of MSFT (order data generated by user operation behavior). Therefore, the first asset data of user A on the current trading day calculated on the first server is 80 shares of AAPL and 20 shares of MSFT.

[0075] S200, calculating second asset data of the user account according to the initial assets of the user account received from the first server and the order data of the user account on the current trading day;

[0076] Before determining the second asset data of the user account, the method further includes:

[0077] Receive initial assets and required order data from the first server, where the initial assets are the asset data of the user account at the beginning of the current trading day, and the required order data are all order data generated by the user account due to subjective operation behavior on the current trading day.

[0078] It should be noted that, S100, receiving the first asset data from the first server, the first asset data being the actual asset data of the user account at the end of the current trading day, and S200 determining the second asset data of the user account based on the initial assets of the user account received from the first server and the order data of the user account on the current trading day, have no distinction of order during the execution process; in a specific implementation method, the process of S200 may also be executed first, and then the process of S100, which is not limited in this embodiment.

[0079] Among them, the second asset data refers to the asset data of the user account at the end of the day. The second asset data includes the initial asset data of the user account and the order data of the user account on the current trading day. The initial asset refers to the asset at the beginning of the day, and the order data refers to the order data generated by the user's operation behavior in the current transaction, for example: User A buys 50 shares of AAPL or User A holds 10 shares of MSFT with December expiration, sells the December contract, and buys 10 shares of MSFT in January or February. Both the initial asset and order data come from the trading system.

[0080] The trading system will send each order data generated by the user's operation behavior to the accounting system in real time, or the trading system can send all order data generated by the user's operation behavior to the accounting system after the end of the trading day.

[0081] The accounting system calculates offline the ending assets of the day after the end of the current trading day based on the order data generated by the user's operation behavior received from the trading system and the beginning assets of the user's account on the day.

[0082] S300: If the second asset data is inconsistent with the first asset data, determine abnormal data in the order data.

[0083] It should be noted that the first asset number data and the second asset data include but are not limited to the total amount of the user account, the type of the user account, the number of orders of the user account, the type of each order of the user account, the amount of each order of the user account and the total amount of different types of user accounts, etc., and of course also include long positions in margin accounts, short positions in margin accounts, long positions in cash accounts, etc.

[0084] Among them, the total amount of the user account can be understood as all current positions of the user account;

[0085] The types of user accounts can be understood as cash accounts, margin accounts, etc.;

[0086] The order data of a user account can be understood as the number of transactions conducted by the user account, for example: 1 buy and 2 sells;

[0087] The type of each order in the user's account can be understood as the user's stock market situation, a buy or sell operation when bullish or bearish, such as: long or short.

[0088] The amount of each order of a user's account refers to the amount of each transaction of the user;

[0089] The total amount of different types of accounts refers to the positions in cash accounts and margin accounts.

[0090] Order data refers to the order data generated by user operation behaviors received by the accounting system from the transaction system.

[0091] The accounting system compares the calculated second asset data with the first asset data received from the trading system. This process is also called the end-of-day asset reconciliation. The end-of-day asset reconciliation is to check one, two or more of the above-mentioned user account total amount, user account type, number of orders of the user account, type of each order of the user account, amount of each order of the user account, and total amount of different types of user accounts. If any inconsistency occurs during the reconciliation process, it is determined that there is abnormal data in the order data. This process is conducive to quickly finding abnormal data during the reconciliation process and improving clearing efficiency.

[0092] Among them, in a specific embodiment, although the transaction system and the accounting system calculate the assets of the user account through different algorithm structures, and the accounting system is generally calculated offline, program failures may cause the asset data of the user calculated by the transaction system and the accounting system to be inconsistent. However, after actual testing, the probability of program failure is small, so it can be ignored. When the second asset data is inconsistent with the first asset data, it is determined that there is abnormal data in the order data, and the abnormal data can be determined by the built-in detection algorithm of the transaction system and the accounting system.

[0093] The embodiment method of the present application, by first reconciling the second asset with the first asset, that is, reconciling the assets at the end of the day, can easily identify whether there are anomalies in the order data generated by user transactions during the asset data processing process, thereby improving the settlement efficiency of the asset data.

[0094] On the basis of the above embodiment, further, the abnormal data in the order data includes missed order data and / or over-delivered order data. After determining the abnormal data in the order data, the following further includes:

[0095] When the abnormal data in the order data includes missed order data, receiving the missed order data from the first server; or,

[0096] When the abnormal data in the order data includes over-sent order data, the over-sent order data is cancelled; or,

[0097] When the abnormal data in the order data includes over-sent order data and missed order data, the over-sent order data is cancelled and the missed order data is received from the first server.

[0098] The missed order data refers to the fact that the actual order data of the user account in the trading system is greater than the order data of the user account received by the accounting system, and the trading system missed a part of the order data;

[0099] Over-sent order data means that the actual order data of the user account in the trading system is less than the order data of the user account received by the accounting system. The trading system may have a problem of repeated sending or sent order data of other user accounts.

[0100] Abnormal data in the order data may include one or both of missed order data and over-sent order data. For missed order data, the accounting system re-receives the missed order data sent by the trading system; for over-sent order data, the accounting system directly cancels the over-sent order data so as to recalculate the second asset data so that the second asset data is consistent with the first asset data.

[0101] This implementation is conducive to further processing abnormal data in order data. During the asset data clearing process, timely processing of abnormal data can ensure that the assets of the user account are always accurate.

[0102] Based on this, on the basis of the above embodiments, in order to further illustrate the above embodiments, Figure 3 Another asset data processing method according to an embodiment of the present invention is shown. An embodiment of the present invention provides another asset data processing method, such as Figure 3 As shown, the asset data processing method includes:

[0103] S100, receiving first asset data from a first server, where the first asset data is actual asset data of a user account at the end of a current trading day;

[0104] S200, calculating second asset data of the user account according to the initial assets of the user account received from the first server and the order data of the user account on the current trading day;

[0105] Specifically, step S100 and step S200 of this embodiment are the same as step S100 and step S200 of the previous embodiment, and are not described in detail here.

[0106] The specific process of S300 in this embodiment is as follows:

[0107] S301, when the second asset data is consistent with the first asset data, receiving third asset data of the user account from the second server, the third asset data including the first abnormal data;

[0108] Specifically, when the second asset data is consistent with the first asset data, that is, the asset reconciliation at the end of the day is successful, it means that the assets at the end of the day calculated by the accounting system are correct, and the problem of errors in the order data generated for the transaction operation is eliminated.

[0109] In order to correctly settle the beginning assets of the next day in the user account, and to ensure that the beginning assets of the user account received by the trading system are correct before the next trading day begins, the third asset data of the user account is received from the second server, and the third asset data includes the first abnormal data. Among them, the second server refers to the downstream clearing merchant, and the downstream clearing merchant receives the order data of the user account from the executor to calculate the third asset data of the user account for clearing. The downstream clearing merchant compares the third asset data obtained by clearing with the clearing results from the official agency to determine whether there is abnormal data in the third asset data. If there is abnormal data, the downstream clearing merchant marks it in the third asset data and sends the third asset data containing abnormal data to the accounting system.

[0110] Here, after the accounting system receives the third asset data, it also includes:

[0111] Identify whether there is abnormal data in the third asset data;

[0112] If yes, execute S302;

[0113] If not, the third asset data is the actual asset data of the user account from the end of the current trading day to the beginning of the next trading day, that is, the beginning asset of the user account on the next day, and S303 is executed.

[0114] S302, modifying the third asset data to obtain fourth asset data, where the fourth asset data is the actual asset data of the user account from the end of the current trading day to the beginning of the next trading day;

[0115] The accounting system corrects the abnormal data in the received third asset data to obtain the fourth asset data. The purpose of the accounting system correcting the abnormal data is to obtain the actual asset data of the user account after the end of the current trading day and before the beginning of the next trading day.

[0116] Since there may also be over-sent or missed data in the order data transmission between the downstream clearing house and the executor, the downstream clearing house compares with the official agency to determine the abnormal data in the order data of the user account in the third asset data. The accounting system ensures that the order data of the user account of the accounting system itself is correct based on the order data of the user account transmitted by the trading system and the reconciliation result. Therefore, the accounting system corrects the abnormal data in the third asset data based on the correct order data of the user account to ensure that the order data of the user account in the third asset data is correct, which is beneficial to the asset reconciliation process at the beginning of the next day. If the reconciliation fails, it can quickly identify the reconciliation failure caused by erroneous data of objective stock events, thereby improving clearing efficiency.

[0117] S303, calculating fifth asset data of the user account on the current trading day based on the second asset data and the asset data generated by objective events in the user account from the end of the current trading day to the beginning of the next trading day, where the fifth asset data is the asset data that the user account should have from the end of the current trading day to the beginning of the next trading day;

[0118] Specifically, the accounting system pre-stores rules for objective events, such as dividend ratio, management fee for each transaction, interest rate, etc. The accounting system calculates the fifth asset data based on the second asset data and the asset data generated by the objective event. The fifth asset data is the asset data that the user account should have after the end of the current trading day and before the beginning of the next trading day, that is, the beginning asset of the next day obtained by the accounting system settlement.

[0119] S304: If the fifth asset data is inconsistent with the fourth asset data, determine the abnormal data in the asset data generated by the objective event.

[0120] The accounting system compares the calculated fifth asset data with the corrected third asset data, which is the fourth asset data. This process is also called the asset reconciliation at the beginning of the next day. Through the asset reconciliation at the beginning of the next day, when the fifth asset data is inconsistent with the fourth asset data, it can be determined that there is an abnormality in the asset data caused by the objective event. After the asset reconciliation at the end of the day is successful, the solution of this embodiment further performs the asset reconciliation at the beginning of the next day. Compared with the prior art, it can more quickly identify whether the reconciliation failure is due to the error of the order data generated by the user operation or the error of the asset data generated by the objective event, thereby improving the efficiency of asset liquidation and ensuring the correctness of the user's asset data.

[0121] Further, as an implementable manner, the first abnormal data includes the first missed order data and / or the first over-delivered order data, and in the process of executing step S302 and correcting the third asset data to obtain the fourth asset data, the following steps are included:

[0122] When the first abnormal data includes the first missed order data, re-sending the first missed order data; or,

[0123] When the first abnormal data includes the first over-delivered order data, the first over-delivered order data is cancelled; or,

[0124] When the first abnormal data includes the first over-delivered order data and the first missed-delivered order data, the first over-delivered order data is cancelled and the first missed-delivered order data is re-delivered;

[0125] Update the third asset data to obtain the fourth asset data.

[0126] Specifically, after the accounting system successfully reconciles the assets at the end of the day, the accounting system stores the correct order data generated for the operation. According to the first abnormal data in the received third asset data, the accounting system can directly resend the first missed order data based on the correct order data, and / or cancel the over-sent order data. The accounting system directly corrects the third asset data and updates the third asset data to obtain the fourth asset data, which can save liquidation time and facilitate faster asset reconciliation at the beginning of the next day.

[0127] In a specific embodiment, for the first abnormal data in the third asset data, the accounting system can also send a correction instruction to the downstream clearing merchant. After the downstream clearing merchant corrects it by itself, the corrected third asset data (fourth asset data) is sent to the accounting system, and the accounting system is used for asset reconciliation at the beginning of the next day.

[0128] As an achievable manner, after determining the abnormal data in the asset data generated by the objective event, the method further includes:

[0129] determining difference data between the fifth asset data and the fourth asset data;

[0130] The abnormal data in the asset data generated by the objective event is adjusted according to the difference data so that the fifth asset data is consistent with the fourth asset data.

[0131] Specifically, when the fifth asset data is inconsistent with the fourth asset data, it is clear that the asset data generated by the objective event in the fifth asset data is calculated incorrectly. By comparing the fifth asset data with the fourth asset data, the difference data between the fifth asset data and the fourth asset data can be obtained. The difference data here mainly comes from the asset data generated by the objective event in the fifth asset data and the asset data generated by the objective event in the fourth asset data. The difference data can be the objective event calculated incorrectly in the fifth asset data, the objective event that is under-calculated in the fifth asset data, and the objective event that is over-calculated in the fifth asset data. For example: the fourth asset data shows that the total amount of asset data generated by objective events is 500, of which dividends are 200, stock interest is 300, and transaction management fees are 100; the fifth asset data shows that the asset data generated by objective events is 600, of which dividends are 300, stock interest is 400, and transaction management fees are 50; therefore, the difference data is that relative to the fourth asset data, the total amount of asset data generated by objective events calculated in the fifth asset data is overcalculated by 100 (-100), dividends are overcalculated by 100 (-100), stock interest is overcalculated by 100 (-100), and transaction management fees are undercalculated by 50 (+50). Therefore, the asset data generated by objective events in the fifth asset data is adjusted according to the difference data, that is, the total amount of asset data generated by objective events in the fifth asset data is subtracted by 100, dividends are subtracted by 100, stock interest is subtracted by 100, and transaction management fees are increased by 50, so that the fifth asset data is consistent with the fourth asset data.

[0132] In order to further ensure the accuracy of the asset data of the user account, in a specific embodiment, after determining the abnormal data in the asset data generated by the objective event, the asset processing method further includes:

[0133] determining actual sub-asset data of at least one sub-account of the user account in the fourth asset data;

[0134] Determining the sub-asset data corresponding to the at least one sub-account in the fifth asset data;

[0135] If the expected sub-asset data is inconsistent with the actual sub-asset data, a correction instruction is sent to the second server.

[0136] Specifically, sub-accounts are generally divided into three types: long cash account, long margin account, and short margin account.

[0137] By comparing the required sub-asset data corresponding to the sub-account in the fifth asset data with the actual sub-asset data corresponding to the sub-account in the fourth asset data, it is possible to further ensure that the sub-account asset data of the user account is correct, avoid the problem that the total asset data of the user account is consistent but the asset data of each sub-account is incorrect, and improve the accuracy of asset processing.

[0138] For example, the fifth asset data shows that the user account holds a total of 100,000 APPL shares, of which the cash account is long 70,000 shares, the margin account is long 30,000 shares, and the margin account is short 20,000 shares; the fourth asset data shows that the user account holds a total of 100,000, of which the cash account is long 60,000 shares, the margin account is long 40,000 shares, and the margin account is short 10,000 shares. Therefore, although the fifth asset data and the fourth asset data both show that the user account holds 100,000 shares, the asset data of the sub-account and the actual asset data of the sub-account are different, which may lead to the user's inaccurate understanding of the asset data of the user account, affect the user's account's subsequent transactions, etc., and cause user losses. Therefore, through the comparison of sub-accounts, it is beneficial for the accounting system to send correction instructions to the downstream clearing house in a timely manner, so that the downstream clearing house can correct the actual assets of the sub-accounts of the user account after the end of the next trading day to ensure the accuracy of the user account assets.

[0139] After the asset reconciliation and correction at the end of the day, the asset reconciliation and correction at the beginning of the next day, and the sub-account reconciliation in the above embodiment, the data clearing of the current trading day is manually confirmed and the day cut is completed. After the day cut, the accounting system sends the final fifth asset data to the trading system, and the trading system uses the fifth asset data as the beginning asset of the next trading day for trading. At the same time, the correction instruction for the sub-account is sent to the downstream clearing company, and the downstream clearing company corrects the actual assets of the sub-account after the end of the next trading day.

[0140] In summary, the method disclosed in the present invention ensures that the final asset data of the user account is accurate by first reconciling the assets at the end of the day, correcting the abnormal data, and then reconciling and correcting the assets at the beginning of the next day. The method of the present application can quickly identify whether the order data calculation generated by the user operation is incorrect or the asset data calculation generated by the objective event is incorrect when the reconciliation fails, thereby improving the liquidation efficiency, completing the asset liquidation of the user account in a timely manner, and ensuring that the asset data of the user and the enterprise is accurate and does not incur losses.

[0141] In order to implement the above embodiment, the present invention further proposes an asset processing device. The asset processing device of the embodiment of the present invention can be used to execute the train screening method of the above embodiment. Figure 4 FIG. 1 is a schematic diagram of the structure of an asset processing device proposed in one embodiment of the present invention. Figure 4 As shown, the asset processing device 300 includes:

[0142] The first receiving module 301 is used to receive first asset data from the first server, where the first asset data is the actual asset data of the user account at the end of the current trading day;

[0143] A first calculation module 302 calculates second asset data of the user account based on the initial assets received from the first server and the order data of the user account on the current trading day;

[0144] The first determination module 303 is used to determine abnormal data in the order data if the second asset data is inconsistent with the first asset data.

[0145] Furthermore, the asset processing device further includes:

[0146] The first correction module is used to correct the abnormal data in the order data after determining the abnormal data in the order data, and specifically performs the following process:

[0147] When the abnormal data in the order data includes missed order data, receiving the missed order data from the first server; or,

[0148] When the abnormal data in the order data includes over-sent order data, the over-sent order data is cancelled; or,

[0149] When the abnormal data in the order data includes over-sent order data and missed order data, the over-sent order data is cancelled and the missed order data is received from the first server.

[0150] Furthermore, if Figure 5 As shown, the asset processing device also includes:

[0151] A second receiving module 304 is configured to receive third asset data of the user account from the second server when the second asset data is consistent with the first asset data, wherein the third asset data includes the first abnormal data;

[0152] A correction module 305, configured to correct the third asset data to obtain fourth asset data, where the fourth asset data is the actual asset data of the user account after the end of the current trading day and before the beginning of the next trading day;

[0153] The second calculation module 306 is used to calculate the fifth asset data of the user account on the current trading day based on the second asset data and the asset data generated by the objective events of the user account after the end of the current trading day and before the beginning of the next trading day, where the fifth asset data is the asset data that the user account should have after the end of the current trading day and before the beginning of the next trading day;

[0154] The second determination module 307 is used to determine abnormal data in the asset data generated by the objective event if the fifth asset data is inconsistent with the fourth asset data.

[0155] Further, the first abnormal data includes first missed order data and / or first over-delivered order data, and the correction module 305 is specifically used to execute:

[0156] When the first abnormal data includes the first missed order data, re-sending the first missed order data; or,

[0157] When the first abnormal data includes the first over-delivered order data, canceling the first over-delivered order data; or,

[0158] When the first abnormal data includes the first over-delivered order data and the first missed-delivered order data, canceling the first over-delivered order data and re-delivering the first missed-delivered order data;

[0159] Update the third asset data to obtain the fourth asset data.

[0160] Furthermore, the second determining module 307 is further configured to execute:

[0161] determining actual sub-asset data of at least one sub-account of the user account in the fourth asset data;

[0162] Determining the sub-asset data corresponding to at least one sub-account in the fifth asset data;

[0163] If the expected sub-asset data is inconsistent with the actual sub-asset data, a correction instruction is sent to the second server.

[0164] It should be noted that the above explanation of the embodiment of the asset data processing method is also applicable to the asset data processing device of this embodiment and will not be repeated here.

[0165] The device disclosed in the present invention first performs asset reconciliation at the end of the day, corrects abnormal data, and then performs asset reconciliation and correction at the beginning of the next day, thereby ensuring that the final asset data of the user account is accurate. When reconciliation fails, the method of the present application can quickly identify whether the order data calculation generated by the user operation is incorrect or the asset data calculation generated by the objective event is incorrect, thereby improving the liquidation efficiency, completing the asset liquidation of the user account in a timely manner, and ensuring that the asset data of the user and the enterprise is accurate and does not incur losses.

[0166] It should be understood that the units or modules described in the asset processing device are the same as those described in the reference Figure 2The various steps in the described method correspond to each other. Therefore, the operations and features described above for the method are also applicable to the asset processing device and the units contained therein, and will not be repeated here. The asset processing device can be pre-implemented in the browser or other security applications of the electronic device, or loaded into the browser or its security application of the electronic device by downloading or the like. The corresponding units in the asset processing device can cooperate with the units in the electronic device to implement the scheme of the embodiment of the present application. The division of several modules or units mentioned in the detailed description above is not mandatory. In fact, according to the implementation mode of the present application, the features and functions of two or more modules or units described above can be concretized in one module or unit. Conversely, the features and functions of a module or unit described above can be further divided into multiple modules or units to be concretized.

[0167] Reference below Figure 6 , which shows a schematic diagram of the structure of a computer device 400 suitable for implementing a terminal device or a server in an embodiment of the present application.

[0168] like Figure 6 As shown, the computer device 400 includes a central processing unit (CPU) 401, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 402 or a program loaded from a storage part 408 into a random access memory (RAM) 403. In the RAM 403, various programs and data required for the operation of the system 400 are also stored. The CPU 401, the ROM 402, and the RAM 403 are connected to each other via a bus 404. An input / output (I / O) interface 405 is also connected to the bus 404.

[0169] The following components are connected to the I / O interface 405: an input section 406 including a keyboard, a mouse, etc.; an output section 407 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 408 including a hard disk, etc.; and a communication section 409 including a network interface card such as a LAN card, a modem, etc. The communication section 409 performs communication processing via a network such as the Internet. A drive 410 is also connected to the I / O interface 405 as needed. A removable medium 411, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 410 as needed, so that a computer program read therefrom is installed into the storage section 408 as needed.

[0170] In particular, according to the embodiments of the present application, the above reference Figure 2-Figure 3The described processes may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program tangibly embodied on a machine-readable medium, the computer program comprising a computer program for executing Figure 2-3 In such an embodiment, the computer program may be downloaded and installed from a network via the communication section 409 and / or installed from the removable medium 411.

[0171] It should be noted that the computer-readable medium shown in the present application may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device. In the present application, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable program code. This propagated data signal may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

[0172] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present invention. In this regard, each box in the flow chart or block diagram can represent a module, a program segment, or a part of the code, and the aforementioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flow chart, and the combination of the boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs the specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0173] The units or modules involved in the embodiments described in the present application may be implemented by software or by hardware. The units or modules described may also be provided in a processor. For example, they may be described as follows: a processor includes a first receiving module, a first calculating module, and a first determining module. The names of these units or modules do not, in some cases, constitute limitations on the units or modules themselves. For example, the first determining module may also be described as "a module for determining abnormal data in the order data if the second asset data is inconsistent with the first asset data".

[0174] As another aspect, the present application further provides a computer-readable storage medium, which may be the computer-readable storage medium included in the aforementioned device in the above embodiment; or may be a computer-readable storage medium that exists independently and is not assembled into the device. The computer-readable storage medium stores one or more programs, and the aforementioned programs are used by one or more processors to execute the asset data processing method provided in the present application.

[0175] The above description is only a preferred embodiment of the present application and an explanation of the technical principles used. Those skilled in the art should understand that the scope of the invention involved in the present application is not limited to the technical solution formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the inventive concept. For example, the above features are replaced with (but not limited to) technical features with similar functions disclosed in the present application.

Claims

1. A method for processing asset data, characterized in that: include: receiving first asset data from the first server, wherein the first asset data is actual asset data of the user account at the end of the current trading day; Calculating second asset data of the user account according to the initial assets of the user account and the order data of the user account on the current trading day received from the first server; If the second asset data is inconsistent with the first asset data, determining abnormal data in the order data; When the second asset data is consistent with the first asset data, receiving third asset data of the user account from a second server, the third asset data including the first abnormal data; The third asset data is modified to obtain fourth asset data, where the fourth asset data is the actual asset data of the user account from the end of the current trading day to the beginning of the next trading day; Calculate fifth asset data of the user account based on the second asset data and the asset data generated by objective events of the user account after the end of the current trading day and before the start of the next trading day, where the fifth asset data is the asset data that the user account should have after the end of the current trading day and before the start of the next trading day; If the fifth asset data is inconsistent with the fourth asset data, abnormal data in the asset data generated by the objective event is determined.

2. The processing method according to claim 1, characterized in that: The abnormal data in the order data include missed order data and / or over-delivered order data. After determining the abnormal data in the order data, the method further includes: When the abnormal data in the order data includes missed order data, receiving the missed order data from the first server; or, When the abnormal data in the order data includes over-delivered order data, canceling the over-delivered order data; or, When the abnormal data in the order data includes over-delivered order data and missed order data, the over-delivered order data is canceled and the missed order data is received from the first server.

3. The processing method according to claim 1, characterized in that: The first abnormal data includes first missed order data and / or first over-delivered order data, and correcting the third asset data to obtain fourth asset data includes: When the first abnormal data includes the first missed order data, re-sending the first missed order data; or, When the first abnormal data includes the first over-delivered order data, canceling the first over-delivered order data; or, When the first abnormal data includes first over-delivered order data and first missed order data, canceling the first over-delivered order data and re-delivering the first missed order data; Update the third asset data to obtain the fourth asset data.

4. The processing method according to claim 1, characterized in that: After determining the abnormal data in the asset data generated by the objective event, the method further includes: determining difference data between the fifth asset data and the fourth asset; The abnormal data in the asset data generated by the objective event is adjusted according to the difference data to make the fifth asset data consistent with the fourth asset data.

5. The processing method according to claim 1, characterized in that: After determining the abnormal data in the asset data generated by the objective event, the method further includes: determining actual sub-asset data of at least one sub-account of the user account in the fourth asset data; Determining the sub-asset data corresponding to the at least one sub-account in the fifth asset data; If the expected sub-asset data is inconsistent with the actual sub-asset data, a correction instruction is sent to the second server.

6. An asset data processing device, characterized in that: Also includes: A first receiving module, configured to receive first asset data from a first server, wherein the first asset data is actual asset data of a user account at the end of a current trading day; A first calculation module, calculating second asset data of the user account according to the initial assets received from the first server and the order data of the user account on the current trading day; a first determination module, configured to determine abnormal data in the order data if the second asset data is inconsistent with the first asset data; When the second asset data is consistent with the first asset data, receiving third asset data of the user account from a second server, the third asset data including the first abnormal data; The third asset data is modified to obtain fourth asset data, where the fourth asset data is the actual asset data of the user account from the end of the current trading day to the beginning of the next trading day; Calculate fifth asset data of the user account based on the second asset data and the asset data generated by objective events of the user account after the end of the current trading day and before the start of the next trading day, where the fifth asset data is the asset data that the user account should have after the end of the current trading day and before the start of the next trading day; If the fifth asset data is inconsistent with the fourth asset data, abnormal data in the asset data generated by the objective event is determined.

7. The device according to claim 6, characterized in that Also includes: A second receiving module, configured to receive third asset data of the user account from a second server, wherein the third asset data includes the first abnormal data; A correction module, used for correcting the third asset data to obtain fourth asset data, wherein the fourth asset data is the actual asset data of the user account after the end of the current trading day and before the beginning of the next trading day; A second calculation module is used to calculate fifth asset data of the user account based on the second asset data and the asset data generated by objective events of the user account after the end of the current trading day and before the beginning of the next trading day, wherein the fifth asset data is the asset data that the user account should have after the end of the current trading day and before the beginning of the next trading day; The second determination module is used to determine abnormal data in the asset data generated by the objective event if the fifth asset data is inconsistent with the fourth asset data.

8. A computer device, characterized in that: The computer device comprises a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor is configured to implement the method according to any one of claims 1 to 5 when executing the program.

9. A computer-readable storage medium having a computer program stored thereon, wherein the computer program is used to implement the method according to any one of claims 1 to 5.

Images