Order processing method and device, equipment and storage medium

Abstract

The invention provides an order processing method and apparatus, a device and a storage medium. The method comprises the steps of obtaining target investment suggestion data sent by a first client; according to investment transaction data in the target investment suggestion data, determining whether to perform ordering operation according to the target investment suggestion data; in response to order placing operation according to the target investment suggestion data, constructing target order data according to the investment transaction data; and sending an order placing request to the virtual resource order placing system based on the target order data, and performing order placing operation according to the target order data through the virtual resource order placing system to obtain an order placing response of the target order data. The transaction risk of the virtual resources is reduced, and the transaction efficiency of the virtual resources is improved.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of computer technology, and in particular, to an order processing method, apparatus, device and storage medium. Background Art

[0002] Currently, investors can place orders for assets based on their personal assets. Specifically, investors can determine the virtual resource categories and order quantities that need to be ordered in their personal assets based on their personal investment intentions based on the virtual resource client, and then place orders for the corresponding assets based on the order information. However, in the above process, there may be problems such as low investment returns and high investment risks due to insufficient personal investment experience, and the order data needs to be manually determined, resulting in low investment transaction efficiency. Summary of the invention

[0003] The present application provides an order processing method, apparatus, device and storage medium to reduce the transaction risk of virtual resources and improve the transaction efficiency of virtual resources.

[0004] In a first aspect, the present application provides an order processing method, the method comprising: obtaining target investment advice data sent by a first client; determining whether to place an order according to the target investment advice data based on the investment transaction data in the target investment advice data; in response to placing an order according to the target investment advice data, constructing target order data according to the investment transaction data; sending an order request to a virtual resource ordering system based on the target order data, performing an order operation according to the target order data through the virtual resource ordering system, and obtaining an order response for the target order data.

[0005] In a second aspect, the present application provides an order processing device, comprising: a first acquisition module, used to: acquire target investment advice data sent by a first client; a first determination module, used to: determine whether to place an order according to the target investment advice data based on the investment transaction data in the target investment advice data; an order construction module, used to: in response to an order operation according to the target investment advice data, construct target order data according to the investment transaction data; an order request module, used to: send an order request to a virtual resource ordering system based on the target order data, perform an order operation according to the target order data through the virtual resource ordering system, and obtain an order response for the target order data.

[0006] In a third aspect, the present application provides an electronic device, comprising: a processor and a memory, the memory being used to store a computer program, the processor being used to call and run the computer program stored in the memory, and executing the method in the first aspect or its various implementations.

[0007] In a fourth aspect, the present application provides a computer-readable storage medium for storing a computer program, wherein the computer program enables a computer to execute the method in the first aspect or its various implementations.

[0008] In a fifth aspect, the present application provides a computer program product, comprising computer program instructions, which enable a computer to execute the method in the first aspect or its various implementations.

[0009] In a sixth aspect, the present application provides a computer program, which enables a computer to execute the method in the first aspect or its various implementations.

[0010] Through the technical solution of this application, the server can automatically verify the target investment advice data after obtaining it. When it is determined that an order can be placed according to the target investment advice data, the target order data can be constructed according to the investment transaction data in the target investment advice data, and the automatic order placement operation can be realized according to the target order data. In the above process, since the investment advice data includes relatively professional and reliable investment experience, and the construction of order data and the order placement operation are all automatically performed by the server, it can not only reduce the risk of virtual resource transactions, but also improve the transaction efficiency of virtual resources. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0012] Figure 1 A schematic diagram of an application scenario provided for an embodiment of the present application;

[0013] Figure 2 A flowchart of an order processing method provided in an embodiment of the present application;

[0014] Figure 3 A schematic diagram of an order processing method provided in an embodiment of the present application;

[0015] Figure 4 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0016] Figure 5 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0017] Figure 6 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0018] Figure 7 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0019] Figure 8 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0020] Fig. 9 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0021] Fig.10 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0022] Fig.11 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0023] Fig.12 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0024] Fig.13 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0025] Fig.14 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0026] Fig.15 A schematic diagram of another order processing method provided in an embodiment of the present application;

[0027] Fig.16 A schematic diagram of an order processing device 1600 provided in an embodiment of the present application;

[0028] Fig.17 A schematic block diagram of an electronic device 1700 provided in an embodiment of the present application. DETAILED DESCRIPTION

[0029] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0030] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0031] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or server that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0032] As mentioned above, currently it is necessary to rely on the investor's personal investment experience to place orders for virtual resources, which leads to high investment risks and low investment transaction efficiency.

[0033] In order to solve the above technical problems, the inventive concept of the present application is: to construct target order data according to the investment transaction data in the target investment proposal data, and to realize automated order placement operation according to the target order data, thereby not only reducing the transaction risk of virtual resources, but also improving the transaction efficiency of virtual resources.

[0034] It should be understood that the technical solution of the present application can be applied to the following scenarios, but is not limited to:

[0035] In one embodiment, the present application may be applied to an investment transaction scenario of virtual resources, for example, it may be applied to an investment transaction scenario in which a client semi-entrusts the transaction of virtual resources to an investment institution.

[0036] Among them, investment institutions’ investments include two types: self-owned capital investment and customer capital investment. Self-owned capital investment refers to investment made by investment institutions based on their own funds; customer capital investment refers to investment made by investment institutions based on customer funds. Customer capital investment includes two modes: full entrustment mode and semi-entrustment mode. Under the full entrustment mode, order transactions made by investment institutions do not require customer consent, while under the semi-entrustment mode, order transactions made by investment institutions require customer consent.

[0037] In one embodiment, if Figure 1As shown, the application scenario may include a first terminal device 110 with a first client installed, a server 120, and a second terminal device 130 with a second client installed. The first terminal device 110, the server 120, and the second terminal device 130 may be connected via a wired network or a wireless network.

[0038] Among them, the first client can be the client logged in by the investment responsible user (for example, the investment advisory object), and the second client can be the client logged in by the investment entrusting party. The investment entrusting party can be a client of the investment institution. The investment entrusting party can entrust its funds to the investment institution in a full entrustment mode or a semi-entrustment mode for investment transactions. The investment responsible user can be an employee of the investment institution who is responsible for the investment of the funds of the investment entrusting party.

[0039] Exemplarily, the server 120 may first obtain the target investment advice data sent by the first terminal device 110; then, based on the investment transaction data in the target investment advice data, determine whether to place an order based on the target investment advice data; then, in response to placing an order based on the target investment advice data, the server 120 may construct target order data based on the investment transaction data; finally, the server 120 may send an order request to the virtual resource ordering system based on the target order data, and perform an order operation based on the target order data through the virtual resource ordering system to obtain an order response for the target order data. Among them, the server 120 may send an investment confirmation request to the second terminal device 130, and after obtaining the investment confirmation response returned by the second terminal device 130, it may determine whether to place an order based on the target investment advice data based on the investment transaction data in the target investment advice data.

[0040] The server 120 may be a server, a server cluster consisting of multiple servers, or a cloud platform control center, but is not limited thereto. The first terminal device 110 or the second terminal device 130 may be a mobile phone, a tablet computer, a laptop computer, or a desktop computer, but is not limited thereto.

[0041] It should be noted that Figure 1 The terminal devices and servers in the example are merely exemplary. Specifically, other numbers or types of terminal devices or servers may also be included.

[0042] After introducing the application scenarios of the embodiments of the present application, the technical solution of the present application will be described in detail below:

[0043] Figure 2 This is a flowchart of an order processing method provided in an embodiment of the present application. The method can be executed by the server 120 in the above application scenario, but is not limited thereto. Figure 2 As shown, the method may include the following steps:

[0044] S210: Acquire target investment advice data sent by the first client;

[0045] S220: Determine whether to place an order based on the target investment recommendation data according to the investment transaction data in the target investment recommendation data;

[0046] S230: In response to an order placement operation according to the target investment recommendation data, construct target order data according to the investment transaction data;

[0047] S240: Sending an order request to the virtual resource ordering system based on the target order data, performing an order operation according to the target order data through the virtual resource ordering system, and obtaining an order response for the target order data.

[0048] In one embodiment, the first client may be a client installed on a terminal device used by the investment advisory object, and the investment advisory object may upload the target investment advice data to the first client based on the terminal device; thereafter, the first client may send the target investment advice data to the server, so that the server may obtain the target investment advice data.

[0049] Specifically, the first client can be a one-stop asset management platform (Turnkey Asset Management Platform, TAMP). TAMP can provide one-stop asset management services from pre-sales to mid-sales to after-sales of virtual resources to investment institutions (i.e. independent wealth management institutions) and licensed persons in the form of Software as a Service (SaaS), which can assist investment advisors to focus on clients' core wealth management needs and improve service efficiency.

[0050] Correspondingly, the server can be the server corresponding to TAMP.

[0051] Among them, the first client can display: an unsubmitted investment advice list and a create / edit investment advice page. The investment advisor object can create or edit the investment advice data based on the create / edit investment advice page to obtain the target investment advice data. The unsubmitted investment advice list can display the investment advice data that has been edited by the investment advisor object but not submitted to the server. When the first client redisplays the create / edit investment advice page, the redisplayed create / edit investment advice page can include all the investment advice data displayed on the previous page.

[0052] The target investment recommendation data is introduced below:

[0053] The target investment advice data refers to the advice data provided by the investment advisory object to the client object (the client object may be a client who has entrusted assets to the investment institution to which the investment advisory object belongs) for investment transactions on the client object's assets. The target investment advice data includes at least: an investment advice identifier, an investment advice type, investment object information, an investment transaction type, and investment transaction data. It is understandable that the target investment advice data may include the advice data on investment transactions provided by the investment advisory object for at least two client objects, and the first client may, in response to a confirmation operation on the investment advice list, aggregate each investment advice data in the investment advice list to obtain the target investment advice data.

[0054] The investment advice identifier may be used to uniquely identify the investment advice data, for example, it may be the name of the investment advice data or a unique identifier generated based on the name of the investment advice data.

[0055] The investment advice type may be determined based on the transaction direction or transaction type involved in the investment transaction data in the investment advice data. For example, the investment advice type may include any of the following, but is not limited to: a buy investment advice type, a sell investment advice type, and a redemption investment advice type.

[0056] The investment object information may be information related to the above-mentioned customer object, for example, the investment object information may be the customer name or customer identification of the customer object, but is not limited thereto. The customer identification may be the virtual resource account of the customer object.

[0057] The investment transaction type may be determined based on the virtual resource category to be invested and the nature of the transaction included in the investment transaction data in the investment advice data. For example, the investment transaction type may include any of the following, but is not limited to: ordinary purchase / redemption, directional investment (for example, it may be directional investment in stocks or directional investment in futures), scheduled purchase / redemption, fund investment transaction (for example, it may be the purchase of funds using a bank card).

[0058] Investment transaction data refers to data for specific transactions of the assets of the above-mentioned customer objects. For example, investment transaction data may include: account information to be invested, virtual resource categories to be invested, virtual resource identifiers to be invested, investment costs to be invested, investment quantities to be invested, and other data (these data include order pre-data, which will be introduced in subsequent embodiments of this application). Among them, virtual resource categories may include any of the following, but are not limited to: stocks, funds, futures, securities. The account information to be invested is the virtual resource account name or account identifier of the customer object in the above-mentioned investment object information.

[0059] Exemplarily, the target investment suggestion data may be in the form of a picture or text, but is not limited thereto. Specifically, the target investment suggestion data may be in the form of a structure or a dictionary, but is not limited thereto. For example, the target investment suggestion data may be as follows:

[0060] Target investment advice data {

[0061] Investment advice identifier {target investment advice data};

[0062] Investment advice type {buy investment advice type};

[0063] Investment object information {[customer object name [customer 1]; customer object ID [customer account 1]]; [customer object name [customer 2]; customer object ID [customer account 2]]};

[0064] Investment transaction type {fund investment transaction};

[0065] Investment transaction data {[account information to be invested [customer account 1]; virtual resource category to be invested [fund]; investment fee to be invested

[100] ; investment amount to be invested

[10] }]; [account information to be invested [customer account 2]; virtual resource category to be invested [stock]; investment fee to be invested

[500] ; investment amount to be invested

[50] }]}.

[0066] In one embodiment, before executing S220, the target investment recommendation data can be sent to the third client, so that the approver object (or auditor) of the investment institution can approve the target investment recommendation data based on the third client on the terminal device to evaluate the feasibility and risk of the target investment recommendation data, so as to ensure that the investment decision complies with the investment strategy and risk management policy of the investment institution. After receiving the approval result response returned by the third client, if the approval result response returned by the third client received by the server is an approval confirmation response, then continue to execute S220, if the approval result response returned by the third client received by the server is an approval rejection response, then stop executing S220.

[0067] Specifically, it can be determined whether the risk level value of the target investment suggestion data is lower than the risk threshold and whether the investment income value is higher than the income threshold to obtain the approval result: if it is determined that the risk level value of the target investment suggestion data is lower than the risk threshold and the investment income value is higher than the income threshold, it can be determined that the approval is passed, and the third client returns an approval response to the server; if it is determined that the risk level value of the target investment suggestion data is higher than or equal to the risk threshold, and / or the investment income value is lower than or equal to the income threshold, it can be determined that the approval is not passed, and the third client returns an approval rejection response to the server. Afterwards, the server can obtain the above approval result, and execute the subsequent embodiments in response to the approval.

[0068] Exemplarily, the risk level value may be an estimated value of the investment risk produced by an investment transaction based on the target investment advice data. It may be specifically determined based on the credit value of the customer object involved in the investment object information in the target investment advice data, the price fluctuation value of the virtual resource category to be invested (i.e., the investment target), etc.

[0069] The investment return value may be an estimated return value after an investment transaction based on the target investment recommendation data, and may be determined based on the expected growth rate of the future price of the virtual resource category to be invested in the target investment recommendation data.

[0070] In one embodiment, before executing S220, the server may also determine whether the client object agrees to conduct an investment transaction according to the target investment advice data. Specifically, the server may determine the investment object information from the target investment advice data; then, the server may send an investment confirmation request to the second client corresponding to the investment object information; thereafter, if the server receives an investment confirmation response returned by the second client in response to the investment confirmation request, it determines whether to place an order according to the target investment advice request based on the investment transaction data in the target investment advice data, i.e., execute S220. If the server receives an investment rejection response returned by the second client in response to the investment confirmation request, it does not determine whether to place an order according to the target investment advice request based on the investment transaction data in the target investment advice data, i.e., does not execute S220.

[0071] The second client corresponding to the investment object information may be a client installed on a terminal device used by the client object involved in the investment object information, that is, a client logged in by the client object in the above embodiment.

[0072] Exemplarily, the investment confirmation request may specifically include the investment transaction data in the target investment recommendation data, and may be in the form of an email or a client message prompt, but is not limited thereto.

[0073] Among them, after obtaining the investment confirmation request, the second client can obtain the investment response of the customer object to the investment confirmation request, and the investment response includes: an investment confirmation response or an investment rejection response, wherein the investment confirmation response indicates that the customer object confirms the target investment recommendation data, and the investment confirmation response indicates that the customer object rejects the target investment recommendation data; then, the second client can return the above investment response to the server; thereafter, if the investment response received by the server is an investment confirmation response, the above S220 can be executed.

[0074] Exemplarily, after obtaining the approval result as approved, the server may execute the above embodiment corresponding to sending the investment confirmation request to the second client.

[0075] In addition, the above different roles (for example, investment advisor object, approver object and customer object) have different permissions. For example, the investment advisor object has the permission to determine and submit the target investment advice data. After obtaining the target investment advice data, the server can first verify the permission of the investment advisor object; if the permission verification of the investment advisor object passes, the corresponding steps of the above approver object approval can be executed; if the permission verification of the investment advisor object fails, the target investment advice data can be directly determined to be invalid.

[0076] Similarly, before sending an investment confirmation request to the second client, the server may also verify the permissions of the customer object; if the permission verification of the customer object passes, the corresponding steps of sending the investment confirmation request to the second client may be executed; if the permission verification of the customer object fails, it may be directly determined that the target investment recommendation data is invalid.

[0077] In addition, the server can set an expiration time for the target investment advice data. Before executing the steps corresponding to the above-mentioned approver object approval and the steps corresponding to sending the investment confirmation request to the second client, the server can verify the expiration time of the target investment advice data; if it is determined that the current time has not reached the expiration time of the target investment advice data, the server can execute the steps corresponding to the above-mentioned approver object approval or the steps corresponding to sending the investment confirmation request to the second client; if it is determined that the current time reaches the expiration time of the target investment advice data, the target investment advice data can be directly determined to be expired.

[0078] Among them, this application does not limit the order of the above-mentioned permission verification for the investment advisor object and the customer object and the verification of the expiration time of the target investment advice data.

[0079] It should be noted that this application will further introduce the above embodiments in conjunction with the investment advice entity and state machine in subsequent embodiments. To avoid repetition, they will not be described here.

[0080] In one embodiment, when the server determines whether to place an order according to the target investment recommendation data based on the investment transaction data in the target investment recommendation data, it can first determine the target investment transaction type corresponding to the investment transaction data; then, the server can obtain at least one investment transaction parameter corresponding to the target investment transaction type from the investment transaction data, and the at least one investment transaction parameter includes at least one of the following: account information to be invested, virtual resource category to be invested, investment cost to be invested, and investment amount to be invested; then, the server can determine the verification transaction parameter service corresponding to each investment transaction parameter under the target investment transaction type; then, through the verification transaction parameter service corresponding to each investment transaction parameter, respectively verify whether each investment transaction parameter corresponds to the investment transaction condition. If each investment transaction parameter satisfies the corresponding investment transaction condition, the server can determine to place an order according to the target investment recommendation data; if each investment transaction parameter does not meet the corresponding investment transaction condition, the server can determine not to place an order according to the target investment recommendation data.

[0081] Among them, the server can directly obtain the target investment transaction type from the target investment recommendation data. For example, in combination with the above embodiment, the server can obtain the target investment transaction type as "fund investment transaction". Alternatively, the server can also determine the target investment transaction type based on the category of virtual resources to be invested involved in the investment transaction data. For example, in combination with the above embodiment, the server can determine that the category of virtual resources to be invested involved in the investment transaction data is "fund", then the target investment transaction type can be determined as "fund investment transaction".

[0082] It should be noted that the above investment trading parameters are used to verify whether the order operation is performed according to the target investment recommendation data, and are specifically determined based on whether the investment trading parameters all meet the investment trading conditions.

[0083] Among them, under different investment transaction types, the investment transaction parameters required for verification are different, that is, different investment transaction types correspond to different investment transaction parameters. For example, for fund investment transactions, the corresponding at least one investment transaction parameter includes: account information to be invested, fund category to be invested, and investment cost to be invested. For scheduled redemption, the corresponding at least one investment transaction parameter includes: account information to be invested, redemption quantity. Specifically, according to the target investment transaction type corresponding to the target investment recommendation data, the target transaction security verification rules corresponding to the target investment transaction type can be found, and then based on the parameter dimensions associated with the target transaction security verification rules, the corresponding investment transaction parameters can be determined.

[0084] In addition, the investment transaction parameters and the investment transaction conditions may correspond one to one.

[0085] For example, for the account information to be invested, the corresponding investment transaction conditions may be "the account information to be invested meets at least one of the following five items: 1. The nationality of the customer object involved in the account information is a specific nationality, 2. The customer object is an important customer of the investment institution, 3. Passed CKA (Certified Kubernetes Administrator) certification, 4. Comply with ESOP (Employee Stock Ownership Plan), 5. The account is an account entrusted to an investment management institution."

[0086] For the virtual resource category to be invested, the corresponding investment transaction condition may be "the virtual resource category to be invested meets at least one of the following conditions: the virtual resource category to be invested is a category that the customer object allows for investment transactions."

[0087] For the investment expenses to be invested, the corresponding investment transaction conditions may be "the investment expenses to be invested meet at least one of the following conditions: the investment expenses to be invested fall within the maximum tradable funds limit".

[0088] For the investment amount to be invested, the corresponding investment transaction condition may be "the investment amount to be invested satisfies at least one of the following: the investment amount to be invested belongs to the maximum tradable amount range (for example, the maximum redemption amount)".

[0089] In addition, it should be noted that the server can synchronously verify whether at least one investment transaction parameter meets the corresponding investment transaction condition based on the verification transaction parameter service corresponding to at least one investment transaction parameter. In this way, it is possible to not only realize independent verification of at least one investment transaction parameter, ensure the orderliness and pertinence of verification, improve the accuracy of verification, but also save verification time and improve verification efficiency.

[0090] Among them, one investment transaction parameter may correspond to one or more verification transaction parameter services, and the one or more verification transaction parameter services may be used to verify one or more of the investment transaction conditions corresponding to the investment transaction parameter. For example, for the above account information to be invested, the corresponding investment transaction conditions include 5 items, and the server can verify the 5 items respectively based on 5 verification transaction parameter services.

[0091] For example, Figure 3As shown, the server can act as a caller and verify the investment transaction parameters based on the verification order interface. Specifically, the server can send the target investment suggestion data to the order module, and query the target investment transaction type corresponding to the investment transaction data in the target investment suggestion data based on the order module; then, the proxy module can return the target investment transaction type to the order module; if the target investment transaction type is scheduled redemption, the order module can obtain the scheduled redemption time from the proxy service and verify the investment transaction parameters, otherwise, directly verify the investment transaction parameters. Specifically, for example, the server can verify whether the account involved in the account information to be invested is an ESOP account (i.e., whether it complies with ESOP) by verifying the transaction parameter service "account service", verify the customer information (e.g., the customer's nationality) of the customer object involved in the account information to be invested by verifying the transaction parameter service "external risk control service", verify the CKA status of the customer object involved in the account information to be invested, i.e., whether it has passed CKA certification, by verifying the transaction parameter service "CKA status service", verify whether the customer object involved in the account information to be invested is an important customer of the investment institution by verifying the transaction parameter service "suitability service", and verify whether the amount to be invested exceeds the amount threshold by verifying the transaction parameter service "risk control agency". Afterwards, the order placement module can return the verification details to the server.

[0092] Through the above embodiment, the server can verify the investment transaction parameters according to the transaction parameter verification service to determine whether to place an order based on the target investment recommendation data, thereby ensuring that the order can be placed under the premise of sufficient transaction funds and transaction compliance, thereby reducing the risk of virtual resource transactions.

[0093] In one embodiment, when it is determined that an order operation can be performed based on the investment advice data, the server can generate a request identifier corresponding to the investment advice data, and construct order data based on the investment transaction data of the investment advice data; thereafter, the server can store the above-mentioned request identifier and order data correspondingly in a storage unit as a data snapshot before the order operation is performed, so that when the subsequent order fails or manual intervention is required to query the relevant data, the order data can be directly obtained instead of regenerating the order data. At the same time, before each order data is generated, the order data can be obtained from the storage unit according to the request identifier. If the order data is obtained, it does not need to be generated again, thereby improving data acquisition efficiency and avoiding repeated data operations.

[0094] The following examples will introduce the above process:

[0095] Specifically, in one embodiment, before the server responds to the order placement operation according to the target investment advice data and constructs the target order data according to the investment transaction data, it may first respond to the order placement operation according to the target investment advice data and generate a target request identifier corresponding to the target investment advice data; then, the target request identifier is queried in the storage unit, and the target order data corresponding to the investment transaction data is determined according to the query result:

[0096] If the storage unit stores the target request identifier, the order data corresponding to the target request identifier in the storage unit is determined as the target order data;

[0097] If the storage unit does not store the target request identifier, then accordingly, the above-mentioned response to placing an order according to the target investment recommendation data and constructing the target order data according to the investment transaction data may include: determining the order format information corresponding to the virtual resource order system; obtaining multiple order pre-data in the investment transaction data according to the order format information, and the multiple order pre-data include but are not limited to at least one of the following: investment transaction type, virtual resource category to be invested, virtual resource identifier to be invested, investment cost to be invested, etc.; assembling the multiple order pre-data according to the order format information to obtain the target order data.

[0098] Among them, the above-mentioned target request identifier can be used to uniquely identify the step of constructing target order data based on investment transaction data. For example, the target request identifier can be a universally unique identifier (Uni versally Unique Identifier, UUID) generated based on the investment transaction data, a timestamp plus a random number or a hash value, but is not limited to this.

[0099] The storage unit may be a local storage unit of the server, such as a disk or memory of the server, or may be a cloud storage unit corresponding to the server, but is not limited thereto.

[0100] The following is an introduction to the process of constructing target order data based on investment transaction data:

[0101] Exemplarily, the above-mentioned determination of the order format information corresponding to the virtual resource order system may include: determining the target investment transaction type of the target investment proposal data; determining the target order system corresponding to the target investment transaction type in the virtual resource order system according to the target investment transaction type; and determining the order format information specified by the target order system as the order format information corresponding to the virtual resource order system.

[0102] The order pre-data is included in the investment transaction data and is used to construct the target order data. It refers to the specific content included in the target order data. Different order format information corresponds to different order pre-data.

[0103] Order format information refers to information that the virtual resource order system or the target order system in the virtual resource order system specifies or requires the specific content (i.e., order pre-data) included in the target order data and the assembly format of the specific content. Order format information may include the specific content included in the target order data, i.e., order pre-data, and the assembly format of the order pre-data. The assembly format may include the position and arrangement order of multiple order pre-data in the target order data.

[0104] It is understandable that the virtual resource order system includes multiple order systems, which are respectively used to place orders for order data under different investment transaction types, and have their own regulations on the format of order data, such as order formats. For example, some order systems stipulate that order data includes account information of both parties to the transaction, while others do not; some order systems stipulate that the order pre-data included in the order data is arranged in a format of one line of information from top to bottom, and some order systems stipulate that the order pre-data included in the order data is arranged in a format of one line of information from left to right. Therefore, before constructing the target order data corresponding to the investment transaction data, the server needs to first determine the target investment transaction type of the target investment recommendation data, so as to determine the corresponding target order system according to the target investment transaction type, and then determine the target order data according to the order format information specified by the target order system, so that the generated target order data is compliant and valid.

[0105] Among them, when the server assembles multiple order pre-data according to the order format information, it can first obtain the target order data template according to the assembly format specified by the order format information; then fill the multiple order pre-data into the corresponding positions in the target order data template to obtain the target order data.

[0106] For example, Figure 4 As shown, the server can act as a caller and convert investment transaction data into order data based on the investment advice conversion interface. Specifically, the server can first generate a target request identifier corresponding to the target investment advice data, and query the target request identifier in the order module. The order module can query the target request identifier based on the order DAO (Data Access Object) layer. If the target request identifier is queried, the order data corresponding to the target request identifier is used to determine the target order data; if the target request identifier is not queried, the order pre-data is queried based on the order module. Specifically, the order type, i.e., the investment transaction type, can be queried and obtained through the proxy layer of the fund service, the investment fee can be queried through the fee system, and the fund information can be queried through the fund information service; after that, multiple order pre-data can be assembled based on the order module to obtain the target order data, and returned and saved to the server.

[0107] In the above embodiment, the target order data can be automatically constructed through the order format information, which can not only ensure the format standardization and content accuracy of the order data, but also improve the generation efficiency of the order data.

[0108] Furthermore, in one embodiment, the order pre-data at least includes the investment cost to be invested; the method also includes: obtaining the electronic resource information of the investment object based on the investment object information, and determining the order control parameters according to the electronic resource information and the investment transaction data; assembling multiple order pre-data according to the order format information to obtain the target order data, specifically including: determining the order cost of a single order according to the order control parameters and the investment cost in the order pre-data; constructing the target order data according to the order cost of the single order and the order format information, the target order data including the order data corresponding to multiple single orders; further, the step of sending an order request to the virtual resource ordering system based on the target order data includes: sending an order request to the virtual resource ordering system according to the order control parameters and the target order data.

[0109] Among them, the electronic resource information may refer to the amount of funds in the virtual resource account of the customer object corresponding to the investment object information; the order control parameters include single order quantity, number of orders and order frequency, among which the single order quantity is used to indicate the amount of each order when placing an order for the target investment recommendation data, the number of orders is used to indicate the number of order operations performed for the target investment recommendation data, and the order frequency is used to control the time interval between each order operation.

[0110] Specifically, for the investment advice data for any customer object in the target investment advice data, the electronic resource information of the corresponding investment object (i.e., the customer object) can be obtained based on the investment object information in the investment advice data, and then the investment transaction data in the investment advice data can be obtained, and based on the amount of funds indicated by the electronic resource information and the investment expenses to be invested in the investment transaction data, the specific order control parameters for the target investment advice data can be determined.

[0111] In one embodiment, the amount of funds indicated by the electronic resource information and the investment expenses to be invested in the investment transaction data can be compared. If the amount of funds indicated by the electronic resource information is greater than the investment expenses to be invested in the investment transaction data, and the first ratio of the investment expenses to be invested in the investment transaction data to the amount of funds indicated by the electronic resource information is less than a preset ratio threshold, then it is determined that the single order amount is the investment expense and the number of orders in the order control parameters is 1, and the order frequency is determined to be a null value.

[0112] If the amount of funds indicated by the electronic resource information is greater than the investment cost to be invested in the investment transaction data, and a first ratio of the investment cost to be invested in the investment transaction data to the amount of funds indicated by the electronic resource information is greater than a preset ratio threshold, the number of orders and the single order quantity corresponding to each order are determined based on the investment cost to be invested in the investment transaction data and the preset ratio threshold, and the order frequency is determined to be a first frequency value; for example, the preset ratio threshold can be set to 1 / 3, and the first ratio of the investment cost to be invested in the investment transaction data to the amount of funds indicated by the electronic resource information is 4 / 5. The preset ratio threshold and the first ratio can be used to determine the number of orders n and the single order quantity corresponding to each order. The ratio of the amount of funds indicated by the sub-resource information, that is, the number of orders n is equal to 3, the ratio of the single order amount of the first order and the second order to the amount of funds indicated by the electronic resource information is 1 / 3, and the ratio of the single order amount of the third order to the amount of funds indicated by the electronic resource information is 2 / 15. Then, according to the ratio of the single order amount of each order to the amount of funds indicated by the electronic resource information and the amount of funds indicated by the electronic resource information, the single order amount of each order is determined, that is, the single order amount corresponding to the first order and the second order are both (1 / 3*electronic resource information), and at the same time, the single order amount of the third order is (2 / 15*electronic resource information).

[0113] If the amount of funds indicated by the electronic resource information is less than the investment cost to be invested in the investment transaction data, obtain the difference between the amount of funds and the investment cost, and determine the corresponding order quantity ratio and order frequency from the control parameter mapping table based on the second ratio, and then determine the number of orders and the order quantity corresponding to each order based on the order ratio and the investment cost to be invested in the investment transaction data.

[0114] After determining the order control parameters, the order data corresponding to each single order can be constructed based on the single order quantity and other data in the order pre-data (such as investment transaction type, virtual resource category to be invested, virtual resource identification to be invested, etc.), where a single order refers to an order corresponding to sending an order request to the virtual resource ordering system once and performing an order operation, and the number of single orders is consistent with the number of orders; accordingly, when sending an order request to the virtual resource ordering system, the order request corresponding to the order data of each single order can be sent according to the order frequency in the order control parameters based on the order data corresponding to each single order.

[0115] For the target investment recommendation data, the order placement operation is implemented in batches through order control parameters to ensure the success rate of orders based on the target investment recommendation data, improve the processing efficiency of virtual resource corresponding orders, and reduce the capital utilization rate of customer objects.

[0116] In one embodiment, after determining the target order data, the server may determine the target order system from the virtual resource order system according to the corresponding target investment transaction type, and perform an order operation on the target order data through the target order system.

[0117] Specifically, the server can first determine the target investment transaction type in the target order data; then, based on the target investment transaction type, determine the target order system corresponding to the target investment transaction type in the virtual resource order system; then, the server can send an order request to the target order system, and the order request triggers the target order system to perform an order operation according to the target order data; thereafter, if the order is successfully placed through the target order system, the server can receive an order response of the target order data returned by the order system; if the order is unsuccessful through the target order system, the server can send an order request to the target order system again, and perform an order operation according to the target order data through the target order system, and receive an order response of the target order data returned by the order system.

[0118] For example, Figure 5 As shown, the server can act as a caller and place an order on the target order data based on the order interface. Specifically, the server can query the investment transaction type based on the order module, and the order module can determine the target investment transaction type based on the order DAO layer. If the target investment transaction type is ordinary buy / redemption, the target order system can be determined to be the fund order system; if the target investment transaction type is directional stock investment (fixed stock), the target order system can be determined to be the fixed investment management service system; if the target investment transaction type is appointment buy / redemption, the target order system can be determined to be the appointment order service system; if the target investment transaction type is bank card purchase of funds, the target order system can be determined to be the automatic allocation service system. Afterwards, the server can send an order request to the target order system, triggering the target order system to perform an order operation according to the target order data; afterward, if the order is successfully placed through the target order system, the server can receive an order response of the target order data returned by the order system; if the order is unsuccessful through the target order system, the server can send an order request to the target order system again, that is, retry, if the order is successfully placed through the target order system, the server can receive an order response of the target order data returned by the order system; if it is unsuccessful, an exception prompt is returned, and manual intervention can be requested.

[0119] In the above embodiment, the server can execute different transactions through different ordering systems, and make a second attempt through a retry mechanism, which can improve the robustness and reliability of the ordering system.

[0120] In one embodiment, the server can construct an investment advice entity corresponding to the target investment advice request, and preset a state machine, and manage the entity state of the investment advice entity and multiple investment advice processing events corresponding to the investment advice entity through the state machine, wherein the entity state of the investment advice entity and the investment advice processing events have a corresponding relationship with each step in the above embodiment, so that the management and execution of each step in the above embodiment can be realized, and a highly controllable and reliable, efficient and structured investment advice processing process and order processing process can be realized.

[0121] The investment advice entity may be an instance, for example, an instance in object-oriented programming, which may encapsulate data related to the target investment advice data (for example, the specific content included in the target investment advice data, the entity state of the investment advice entity, and the state flow information corresponding to the investment advice processing event) and steps (multiple investment advice processing events corresponding to the investment advice entity). The investment advice entity may manage the encapsulated or defined data and steps through a state machine, for example, the investment advice entity may manage the entity state through a preset state machine.

[0122] The following will be combined Figure 6 Introduce the contents related to investment advice entities:

[0123] (1) The entity status of the investment advice entity refers to the flow status of the target investment advice data, which can be Figure 6 As shown in the box in, some entity states can be transferred to other entity states, while some entity states cannot be transferred. The entity states can at least include: pending approval state (i.e., initial state), invalid state, withdrawn state, approval rejection state, expired state, approval passed state, customer confirmation state, customer rejection state, and order confirmation state.

[0124] Among them, the pending approval status, also known as the initial status, refers to the flow status of the target investment advice data after the investment advisor submits the target investment advice data, that is, the flow status of the target investment advice data after the server obtains the target investment advice request.

[0125] The invalid state refers to the state of the target investment advice data when the server obtains the target investment advice data and the investment advisor object has no authority (i.e., "the authority verification of the investment advisor object fails" in the above embodiment). In the invalid state, the approver object may have approved or not approved.

[0126] The withdrawn status refers to the flow status of the target investment advice data when the investment advisor object withdraws the target investment advice data after the server obtains the target investment advice data. In the withdrawn status, the approver object may have approved it or not.

[0127] The expired state refers to the flow state of the target investment advice data after the server obtains the target investment advice data and the target investment advice data expires (i.e., "determining that the current time reaches the expiration time of the target investment advice data" in the above embodiment). In the expired state, the approver object may have approved or not approved.

[0128] The approval rejection status refers to the flow status of the target investment suggestion data after the server obtains the target investment suggestion data and the approver object approves the target investment suggestion data and determines to reject the target investment suggestion data (that is, "determine that the approval is not passed" in the above embodiment).

[0129] The approved status refers to the flow status of the target investment suggestion data after the server obtains the target investment suggestion data and the approver object approves the target investment suggestion data and determines that the target investment suggestion data is approved (that is, "determined to be approved" in the above embodiment).

[0130] The customer confirmation status refers to the flow status of the target investment advice data after the approver object determines to approve the target investment advice data and the customer object confirms the target investment advice data (that is, "the server receives the investment confirmation response returned by the second client in response to the investment confirmation request" in the above embodiment).

[0131] The client rejection status refers to the flow status of the target investment advice data after the approver object determines to approve the target investment advice data and the client object rejects the target investment advice data (i.e., "the server receives the investment rejection response returned by the second client in response to the investment confirmation request" in the above embodiment).

[0132] The order confirmation state refers to the flow state of the target investment recommendation data after the customer object confirms the target investment recommendation data and places an order according to the target order data through the virtual resource order system to obtain the order response of the target order data. Since the order confirmation state is a state that can be transferred to after the server interacts with the virtual resource order system, and the virtual resource order system may be an external system of the server, the controllability of this interaction process is low. Adding the order confirmation state can ensure the correct flow of the entity state and ensure that the data before and after the flow are in line with expectations.

[0133] (2) The multiple investment advice processing events corresponding to the investment advice entity refer to the events or transfer conditions that trigger the above entity status to flow, which can be as follows: Figure 6 As shown in the text next to the arrow in the middle. Multiple investment advice processing events include at least: invalidation event, withdrawal event, approval rejection event, expiration event, approval pass event, customer confirmation event, customer rejection event, and order response event.

[0134] The failure event refers to the event that the investment advisor object has no authority (i.e., "the investment advisor object's authority verification fails" in the above embodiment). The failure event can occur when the approver object has approved the target investment recommendation data and the customer object has not confirmed the target investment recommendation data (i.e., Figure 6 It can be triggered when the approver object performs the approval (i.e. it can be triggered when the approver object performs the approval) (i.e. it can be triggered when the approver object performs the approval) (i.e. it can be triggered when the approver object performs the approval).

[0135] The withdrawal event refers to the event corresponding to the withdrawal of the target investment recommendation data by the investment advisor object after the server obtains the target investment recommendation data. The withdrawal event can be triggered when the approver object has approved the target investment recommendation data and the customer object has not confirmed it (that is, it can be triggered in the approved state), or it can be triggered when the approver object has not approved it (that is, it can also be triggered in the pending approval state).

[0136] Expiration event refers to the event corresponding to the expiration of the target investment advice data after the server obtains the target investment advice data (i.e., "determining that the current time reaches the expiration time of the target investment advice data" in the above embodiment). The expiration event can be triggered when the approver object has approved the target investment advice data and the customer object has not confirmed it (i.e., it can be triggered in the approved state), or it can be triggered when the approver object has not approved it (i.e., it can also be triggered in the pending approval state).

[0137] The approval rejection event refers to the event corresponding to the target investment suggestion data being obtained by the server and the approval person object approving the target investment suggestion data and then determining to reject the target investment suggestion data (i.e., "determining that the approval is not passed" in the above embodiment). The approval rejection event can be triggered in the pending approval state.

[0138] The approval event refers to the event corresponding to the target investment suggestion data being obtained by the server and the approval object approving the target investment suggestion data and determining that the target investment suggestion data is approved (i.e., "determined approval" in the above embodiment). The approval event can be triggered in the pending approval state.

[0139] The client confirmation event refers to the event corresponding to the target investment recommendation data being approved by the approver object and the client object confirming the target investment recommendation data (i.e., "the server receives the investment confirmation response returned by the second client in response to the investment confirmation request" in the above embodiment). The client confirmation event can be triggered in the approved state.

[0140] The client rejection event refers to the event corresponding to the client object rejecting the target investment recommendation data after the approver object determines to approve the target investment recommendation data (i.e., "the server receives the investment rejection response returned by the second client in response to the investment confirmation request" in the above embodiment). The client rejection event can be triggered in the approval state.

[0141] The order response event refers to the event corresponding to the order response of the target order data obtained after the customer object confirms the target investment recommendation data and performs an order operation according to the target order data through the virtual resource order system. The customer object rejection event can be triggered in the customer confirmation state.

[0142] (3) The state flow information corresponding to the investment advice processing event refers to the flow information of the above-mentioned multiple entity states when the corresponding investment advice processing event is triggered. The state flow information may specifically include: two entity states and the investment advice processing event corresponding to the flow from one entity state to another entity state in the two entity states.

[0143] For example, combined with Figure 6 As described above for entity status and investment advice processing events, the status flow information may be as follows. This application does not limit the specific form of the status flow information:

[0144] (pending approval status, invalidation event, invalidation status), indicating that: if the target investment advice data flows to the pending approval status, in response to the triggering of the invalidation event (i.e., in response to the failure of the authority check of the investment advisor object), it is determined that the target investment advice data flows to the invalidation status;

[0145] (pending approval status, withdrawal event, withdrawal status), indicating: if the target investment advice data flows to the pending approval status, in response to the triggering of the withdrawal event (i.e., in response to the investment advisor object withdrawing the target investment advice data), it is determined that the target investment advice data flows to the withdrawal status;

[0146] (pending approval status, expiration event, expiration status), indicating: if the target investment advice data flows to the pending approval status, in response to the triggering of the expiration event (i.e., in response to determining that the current time reaches the expiration time of the target investment advice data), it is determined that the target investment advice data flows to the expiration status;

[0147] (pending approval status, approval rejection event, approval rejection status), indicating: if the target investment proposal data flows to the pending approval status, in response to the triggering of the approval rejection event (i.e., in response to determining that the approval is not passed), it is determined that the target investment proposal data flows to the approval rejection status;

[0148] (pending approval status, approved event, approved status), indicating that if the target investment proposal data flows to the pending approval status, in response to the triggering of the approved event, i.e., in response to the determination of approval), it is determined that the target investment proposal data flows to the approved status;

[0149] (approved status, invalidation event, invalidation status), indicating: if the target investment advice data flows to the approved status, in response to the triggering of the invalidation event (i.e., in response to the failure of the authority check of the investment advisor object), it is determined that the target investment advice data flows to the invalidation status;

[0150] (approved state, withdrawn event, withdrawn state), indicating: if the target investment advice data flows to the approved state, in response to the triggering of the withdrawn event (i.e., in response to the investment advisor object withdrawing the target investment advice data), it is determined that the target investment advice data flows to the withdrawn state;

[0151] (approved status, expiration event, expiration status), indicating: if the target investment advice data flows to the approved status, in response to the triggering of the expiration event (i.e., in response to determining that the current time reaches the expiration time of the target investment advice data), it is determined that the target investment advice data flows to the expiration status;

[0152] (approved status, customer confirmation event, customer confirmation status), indicating: if the target investment recommendation data flows to the approved status, in response to the triggering of the customer confirmation event (i.e., in response to receiving the investment confirmation response returned by the second client in response to the investment confirmation request), it is determined that the target investment recommendation data flows to the customer confirmation status;

[0153] (approved status, customer rejection event, customer rejection status), indicating: if the target investment recommendation data flows to the approved status, in response to the triggering of the customer rejection event (i.e., in response to receiving the investment rejection response returned by the second client in response to the investment confirmation request), it is determined that the target investment recommendation data flows to the customer rejection status;

[0154] (Customer confirmation status, order response event, order confirmation status) means: if the target investment advice data flows to the customer confirmation status, in response to the triggering of the order response event (i.e., in response to the order response of the target order data returned by the order system), it is determined that the target investment advice data flows to the order confirmation status.

[0155] (4) A state machine is a model for describing and managing the entity state of an investment advice entity, the state flow information corresponding to an investment advice processing event, and multiple investment advice processing events corresponding to the investment advice entity. The server can determine the first entity state through the state machine and obtain the first investment advice processing event, and then determine, based on the state flow information, that after the first investment advice processing event is triggered, the target investment advice data will flow from the first entity state to the second entity state.

[0156] Specifically, in one embodiment, the server may construct an investment advice entity corresponding to the target investment advice request in response to obtaining the target investment advice request before executing S220; then, the server may obtain multiple investment advice processing events corresponding to the investment advice entity and state flow information corresponding to the investment advice processing events, and manage the entity state through the state machine in combination with the steps in the above embodiment:

[0157] Correspondingly, the above-mentioned determination of whether to place an order based on the target investment advice data according to the investment transaction data in the target investment advice data includes: in response to the triggering of a customer confirmation event (i.e., in response to receiving an investment confirmation response returned by the second client in response to the investment confirmation request), determining that the target investment advice data flows to a customer confirmation state; in response to the target investment advice data flowing to a customer confirmation state, determining whether to place an order based on the target investment advice data according to the investment transaction data in the target investment advice data.

[0158] Specifically, a customer confirmation event may be an event in which an investment confirmation response is returned by the second client in response to an investment confirmation request corresponding to the target investment advice data. After the second client returns the investment confirmation response to the server, the server may transfer the entity state corresponding to the target investment advice data to the customer confirmation state based on the investment confirmation response, and at the same time, verify the investment transaction parameters in the investment transaction data in the target investment advice data to determine whether to place an order based on the target investment advice data.

[0159] Correspondingly, the above-mentioned sending of an order request to the virtual resource ordering system based on the target order data, performing an order operation according to the target order data through the virtual resource ordering system, and obtaining an order response to the target order data also includes: responding to the triggering of an order response event (i.e., responding to the order response to the target order data returned by the order receiving system), determining that the target investment advice data flow is transferred to the order confirmation state.

[0160] Specifically, an order response event may be an event in which the server receives a corresponding order response after completing an order operation through the virtual resource ordering system. The server may transfer the entity state corresponding to the target investment advice data to the order confirmation state based on the order response event, thereby completing the transfer of the entity state corresponding to the target investment advice data.

[0161] In one embodiment, the entity status may also include a pending submission status and a deleted status. The pending submission status refers to the circulation status of the target investment advice data when the target investment advice data has been created or is being edited and has not yet been acquired by the server; the deleted status refers to the circulation status of the target investment advice data when the target investment advice data has been created but deleted.

[0162] The server can perform batch processing on operations such as creation / editing / deletion of multiple investment advice data. Therefore, the above batch processing can be placed in the same event to maintain data consistency. Correspondingly, the server can manage the submitted status and deleted status separately through the state machine, instead of managing them together with the above-mentioned pending approval status, invalid status, withdrawn status, approval rejected status, expired status, approved status, customer confirmation status, customer rejection status and order confirmation status.

[0163] In one embodiment, the server may first perform a first check on the flow logic of the flow to any entity state, perform a second check on the account operation authority of the investment responsible user corresponding to the target investment advice data (for example, it may be an investment advisor object, an approver object or a customer object), and perform a third check on the expiration time of the target investment advice data; thereafter, in response to the first check, the second check and the third check all passing, it may confirm that the target investment advice data has been transferred to the corresponding entity state, thereby ensuring the compliance and effectiveness of the investment advice data processing process.

[0164] The flow logic of the entity state can be determined based on the state flow information. If the state flow information indicates that the entity state can flow to any other entity state, it is determined that the flow logic of the entity state is flowable (or correct), and it is determined that the first check has passed; if the state flow information indicates that the entity state cannot flow to any other entity state, it is determined that the flow logic of the entity state is not flowable (or incorrect), and it is determined that the first check has not passed.

[0165] For example, if the state transfer information indicates that the target investment advice data can be transferred from the pending approval state to the invalid state, withdrawn state, expired state, approval rejected state or approved state, then it can be determined that the corresponding transfer logic from the pending approval state to the invalid state, withdrawn state, expired state, approval rejected state or approved state is correct, or the transfer logic of the pending approval state is transferable, that is, the corresponding first verification has passed. Assuming that the state transfer information indicates that the order confirmation state cannot be transferred to any other entity state, then it can be determined that the transfer logic from the order confirmation state to any entity state is incorrect, or the transfer logic of the order confirmation state is not transferable, that is, the corresponding first verification has not passed.

[0166] The above-mentioned second verification of the account operation authority of the investment responsible user corresponding to the target investment advice data may specifically be to verify whether the account operation authority includes the operation authority for the target investment advice data. If the account operation authority includes the operation authority for the target investment advice data, it is determined that the second verification has passed; if the account operation authority does not include the operation authority for the target investment advice data, it is determined that the second verification has failed.

[0167] The above-mentioned third verification of the expiration time of the target investment advice data may specifically be to verify whether the current time has reached the expiration time of the target investment advice data. If it is determined that the current time has not reached the expiration time of the target investment advice data, then the third verification is determined to have passed; if it is determined that the current time has reached the expiration time of the target investment advice data, then the third verification is determined to have failed.

[0168] Correspondingly, in addition to determining that the target investment advice data flows to the invalid state or expired state through the triggering of the above-mentioned invalidation event and expired event, the target investment advice data can also be determined to flow to the invalid state or expired state through the above-mentioned second verification and third verification. Specifically, if the second verification fails, it is determined that the target investment advice data flows to the invalid state; if the third verification fails, it is determined that the target investment advice data flows to the expired state.

[0169] Correspondingly, in response to the first check, the second check and the third check all passing, confirming that the target investment advice data flows to the corresponding entity state may specifically include: in response to the first check, the second check and the third check all passing, confirming that the target investment advice data flows to the corresponding entity state according to the investment advice processing event and the state flow information.

[0170] For example, assuming that the current entity state is the customer confirmation state, and the investment advice processing event is an order response event, it can be determined that the target investment advice data flow is transferred to the order confirmation state.

[0171] The above process is introduced below by means of a schematic diagram:

[0172] For example, Figure 7 As shown, when the investment advice processing event is triggered, the investment advice entity can perform a pre-check (including the above-mentioned first check, second check and third check), and determine the corresponding entity state or return operation according to the pre-check result. Specifically, in response to the triggering of the investment advice processing event, the investment advice entity can first determine whether the current entity state can be transferred to the next entity state (i.e., the first check, which can be specifically determined according to the state flow information): if it cannot be transferred, it can return to the server that it cannot be operated; if it can be transferred, it can verify the account authority (i.e., the second check), and specifically query the account service to see whether the list of accounts that can be operated by the investment advisor object includes the account involved in the target investment advice data. If it does not include, it is determined that the investment advisor object authority check fails, and the target investment advice data is determined and saved to be transferred to the invalid state; if it includes, it is determined that the investment advisor object authority check passes, and then it can be determined whether the current time exceeds the expiration time of the target investment advice data (i.e., the third check); if it exceeds, it is determined and saved that the target investment advice data is transferred to the expired state; if it does not exceed, the normal entity state flow is performed according to the above-mentioned investment advice processing event and state flow information.

[0173] For example, Figure 8 As shown, in response to triggering an investment advice approval event (i.e., the target investment advice data is approved by the approver object), the investment advice entity may first perform the above-mentioned pre-verification; if the above-mentioned pre-verification fails, the investment advice entity may return a corresponding prompt to the server, for example, the target investment advice data cannot be circulated, expired, or invalid. If the pre-verification passes, the investment advice entity may determine whether the approver object has confirmed that the approval is passed: if the approval is confirmed, the approval event is triggered, and the target investment advice data is determined to flow to the approval state; if the approval is determined not to pass, the approval rejection event is triggered, and the target investment advice data is determined to flow to the approval rejection state. Afterwards, the investment advice entity may update the above-mentioned state through the state machine and return the result to the server.

[0174] For example, Fig. 9 As shown, in response to triggering an expired investment advice event (i.e., an expiration event), the investment advice entity may first perform the above-mentioned pre-verification; if the above-mentioned pre-verification fails, the investment advice entity may return a corresponding prompt to the server, for example, the target investment advice data cannot be transferred, expired, or invalid. If the pre-verification passes, the investment advice entity may determine that the target investment advice data has been transferred to an expired state. Afterwards, the investment advice entity may update the above-mentioned state through the state machine and return the result to the server.

[0175] For example, Fig.10 As shown, in response to triggering the event of withdrawing investment advice (i.e., the withdrawal event), the investment advice entity may first perform the above-mentioned pre-verification; if the above-mentioned pre-verification fails, the investment advice entity may return a corresponding prompt to the server, for example, the target investment advice data cannot be circulated, expired, or invalid. If the pre-verification passes, the investment advice entity may determine that the target investment advice data is transferred to the withdrawal state. Afterwards, the investment advice entity may update the above-mentioned state through the state machine and return the result to the server.

[0176] For example, Fig.11 As shown, in response to triggering a confirmation investment advice event (i.e., a customer confirmation event), the investment advice entity may first perform the above-mentioned pre-verification; if the above-mentioned pre-verification fails, the investment advice entity may return a corresponding prompt to the server, for example, the target investment advice data cannot be circulated, expired, or invalid. If the pre-verification passes, the investment advice entity may send the target investment advice data to the order module. The order module may first determine whether an order operation can be performed based on the investment transaction parameters. If not, it returns to the server to intercept the order; if it is possible, the order pre-data is determined through the order module. If the order pre-data is not generated, it returns to the server to generate an order failure; if the order pre-value data is generated, the investment advice entity may determine that the target investment advice data is transferred to the customer confirmation state. Afterwards, the investment advice entity may update the above-mentioned state through the state machine and return the result to the server.

[0177] For example, Fig.12 As shown, in response to triggering an event of rejecting investment advice (i.e., a customer rejection event), the investment advice entity may first perform the above-mentioned pre-verification; if the above-mentioned pre-verification fails, the investment advice entity may return a corresponding prompt to the server, for example, the target investment advice data cannot be transferred, expired, or invalid. If the pre-verification passes, the investment advice entity may determine that the target investment advice data is transferred to the customer rejection state. Afterwards, the investment advice entity may update the above-mentioned state through the state machine and return the result to the server.

[0178] For example, Fig.13As shown, in response to the triggering system order event (i.e., placing an order through the virtual resource order system according to the target order data), the investment advice entity can determine whether the customer has received the investment confirmation response returned by the second client in response to the investment confirmation request through the target investment advice data, i.e., whether the service end has obtained the investment confirmation response: if the investment confirmation response is not obtained, the service end is returned to be unable to operate; otherwise, the order interface, i.e., the target order system in the virtual resource order system, is called, and the target order data is sent to the order system through the order module. Next, the investment advice entity can determine whether the order response returned by the target order system is obtained. If it is not obtained, the service end can be returned to the order without result; if it is obtained, the order related information is updated, and the target investment advice data is determined to flow to the order confirmation state. Afterwards, the investment advice entity can update the above state through the state machine and return the result to the service end.

[0179] The following is an introduction to the system architecture diagram involved in the server:

[0180] For example, Fig.14 As shown, the front end can interact with the investment advisor object and the auditor object based on the web portal. The investment advisor object can create / edit / revoke the target investment advice data through the front end; the auditor can approve the target investment advice data based on the front end. The customer can confirm / reject the target investment advice data through the user-side front end. The server can include an access layer, a service layer, and a database. The access layer includes a web portal access layer and a user-side access layer. The server can obtain the web portal and the user-side front end for data interaction based on the web portal access layer and the user-side access layer. The service layer can interact with external dependencies (external dependencies can provide service layer aggregation interfaces to obtain corresponding data), including an order module and a TAMP service layer, and the TAMP service layer includes an investment advice module. The investment advice module can manage the investment advice state flow, i.e., the entity state flow, based on the state machine, and obtain investment advice data and push messages. The TAMP service layer can be presented in the form of an interface to shield details and reduce coupling. The external dependencies for data interaction with the TAMP service layer are mainly used to manage account permissions, virtual resource information such as funds, charging systems for virtual resource transactions, and risk control systems and message systems. The order module is used to verify investment transaction parameters and convert pre-order value data into order data (i.e., construct order data based on investment transaction data). The external dependencies for data interaction with the order module are mainly used to manage order message systems (used to determine investment transaction types, etc.), pre-checks, etc. The database (DB) can store target investment recommendation data.

[0181] For example, Fig.15As shown, the server may include a Controller layer (used to receive and return interface data), a Service layer (a service layer used to adapt the data format of the external interface and process scattered business logic), an Entity layer (an object cohesively integrated into the server with business boundaries, which can obtain and process fields related to the target investment advice data), a Conversion layer (converting the data in the database into an investment advice entity), and a Basic layer. The Controller layer can perform audit relationship management. For example, it can determine the investment advisor list and assign auditor objects to the investment advisor objects. It can also determine the investment advice list (including investment advice data) and record the specific content of the investment advice data, i.e., details, as well as the creation / editing / revocation / review / confirmation / rejection and other processing of the investment advice data. It can also interact with other related data aggregation interfaces such as fund lists, user holding fund lists, and management fees. The Service layer can perform role verification based on the above-mentioned investment advisor list and auditor, query the investment advisor list and auditor list, and update the approval relationship table between the investment advisor object and the auditor object. It can also query the fields related to the target investment advice data and update the entity status in combination with the aggregated data. The entity layer can preset the internal state machine, determine the state machine time trigger function, i.e., the investment advice processing event, and determine the entity state according to the fields related to the investment advice. The conversion layer can convert the investment advice data into the investment advice entity, and the investment advice entity can manage the entity state through the state machine. The basic layer can include a database for storing investment advice data and a database for storing audit relationships.

[0182] It should be noted that all the above technical solutions can be combined in any way to form optional embodiments of the present application, which will not be described one by one here.

[0183] It should be noted that in the specific implementation of this application, relevant data such as investment advice data, order data, investment object information and order format information are involved. When the embodiments of this application are applied to specific products or technologies, user permission, consent or authorization is required, and the collection, use and processing of relevant data need to comply with relevant laws, regulations and standards of relevant countries and regions.

[0184] Fig.16 A schematic diagram of an order processing device 1600 provided in an embodiment of the present application.

[0185] like Fig.16As shown, the device 1600 includes: a first acquisition module 1601, a first determination module 1602, an order construction module 1603, an order request module 1604, a second determination module 1605, a request sending 1606, an identification generation module 1607, an identification query module 1608, a query determination module 1609, an entity construction module 1610, a second acquisition module 1611, a state determination module 1612, a first verification module 1613, a second verification module 1614 and a third verification module 1615.

[0186] In one embodiment, the first acquisition module 1601 is used to: acquire the target investment advice data sent by the first client; the first determination module 1602 is used to: determine whether to place an order according to the target investment advice data based on the investment transaction data in the target investment advice data; the order construction module 1603 is used to: in response to the order operation according to the target investment advice data, construct the target order data according to the investment transaction data; the order request module 1604 is used to: send an order request to the virtual resource order system based on the target order data, perform an order operation according to the target order data through the virtual resource order system, and obtain an order response for the target order data.

[0187] In one embodiment, the second determination module 1605 is used to determine the investment object information from the target investment advice data; the request sending module 1606 is used to send an investment confirmation request to the second client corresponding to the investment object information; the first determination module 1602 is specifically used to: if an investment confirmation response returned by the second client in response to the investment confirmation request is received, then determine whether to place an order according to the target investment advice request based on the investment transaction data in the target investment advice data.

[0188] In one embodiment, the first determination module 1602 is specifically used to: determine the target investment transaction type corresponding to the investment transaction data; obtain at least one investment transaction parameter corresponding to the target investment transaction type from the investment transaction data, the at least one investment transaction parameter including at least one of the following: account information to be invested, virtual resource category to be invested, investment cost to be invested, and investment amount to be invested; determine the verification transaction parameter service corresponding to at least one investment transaction parameter under the target investment transaction type; verify whether at least one investment transaction parameter corresponds to and satisfies the investment transaction conditions through at least one verification transaction parameter service; if at least one investment transaction parameter satisfies the corresponding investment transaction conditions, determine to place an order according to the target investment recommendation data; if at least one investment transaction parameter does not satisfy the corresponding investment transaction conditions, determine not to place an order according to the target investment recommendation data.

[0189] In one embodiment, the identifier generation module 1607 is used to: generate a target request identifier corresponding to the target investment recommendation data in response to an order placement operation based on the target investment recommendation data; the identifier query module 1608 is used to query the target request identifier in the storage unit; the order construction module 1603 is specifically used to: if the storage unit does not store the target request identifier, determine the order format information corresponding to the virtual resource order system; according to the order format information, obtain multiple order pre-data in the investment transaction data, and the multiple order pre-data include at least two of the following: investment transaction type, virtual resource category to be invested, and investment cost to be invested; according to the order format information, assemble the multiple order pre-data to obtain the target order data.

[0190] In one embodiment, the query determination module 1609 is used to: if the storage unit stores the target request identifier, determine the target order data from the order data corresponding to the target request identifier in the storage unit.

[0191] In one embodiment, the order request module 1604 is specifically used to: determine the target investment transaction type in the target order data; determine the target order system corresponding to the target investment transaction type in the virtual resource order system according to the target investment transaction type; send an order request to the target order system, the order request triggers the target order system to perform an order operation according to the target order data; if the order is successfully placed through the target order system, receive an order response of the target order data returned by the order system; if the order is unsuccessful through the target order system, send an order request to the target order system again, and perform an order operation according to the target order data through the target order system, and receive an order response of the target order data returned by the order system.

[0192] In one embodiment, the entity construction module 1610 is used to: in response to obtaining a target investment advice request, construct an investment advice entity corresponding to the target investment advice request; wherein the investment advice entity performs entity state management through a preset state machine, and the entity state of the investment advice entity at least includes: an initial state, a customer confirmation state, and an order confirmation state; the second acquisition module 1611 is used to obtain multiple investment advice processing events corresponding to the investment advice entity and state flow information corresponding to the investment advice processing events, and the investment advice processing events at least include: a customer confirmation event and an order response event; accordingly, the first determination module 1602 is specifically used to: in response to triggering a customer confirmation event, determine that the target investment advice data flows to the customer confirmation state; in response to the target investment advice data flowing to the customer confirmation state, determine whether to place an order according to the target investment advice data according to the investment transaction data in the target investment advice data;

[0193] The state determination module 1612 is used to: in response to the triggering of the order response event, determine that the target investment advice data flows to the order confirmation state. In one embodiment, the first verification module 1613 is used to: perform a first verification on the flow logic of the flow to any entity state; the second verification module 1614 is used to: perform a second verification on the account operation authority of the investment responsible user corresponding to the target investment advice data; the third verification module 1615 is used to: perform a third verification on the expiration time of the target investment advice data; the state determination module 1612 is specifically used to: in response to the first verification, the second verification and the third verification all passing, confirm that the target investment advice data flows to the corresponding entity state.

[0194] It should be understood that the device embodiment and the method embodiment may correspond to each other, and similar descriptions may refer to the method embodiment. To avoid repetition, they will not be described here. Specifically, Fig.16 The device 1600 shown can execute the above method embodiments, and the above and other operations and / or functions of each module in the device 1600 are respectively for implementing the corresponding processes in the above methods, which will not be repeated here for the sake of brevity.

[0195] The above describes the device 1600 of the embodiment of the present application from the perspective of the functional module in conjunction with the accompanying drawings. It should be understood that the functional module can be implemented in hardware form, can be implemented by instructions in software form, and can also be implemented by a combination of hardware and software modules. Specifically, the steps of the method embodiment in the embodiment of the present application can be completed by the hardware integrated logic circuit and / or software form instructions in the processor, and the steps of the method disclosed in the embodiment of the present application can be directly embodied as a hardware decoding processor to perform, or a combination of hardware and software modules in the decoding processor to perform. Optionally, the software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, a register, etc. The storage medium is located in a memory, and the processor reads the information in the memory, and completes the steps in the above method embodiment in conjunction with its hardware.

[0196] Fig.17 A schematic block diagram of an electronic device 1700 provided in an embodiment of the present application.

[0197] like Fig.17 As shown, the electronic device 1700 may include:

[0198] The memory 1710 and the processor 1720, the memory 1710 is used to store the computer program and transmit the program code to the processor 1720. In other words, the processor 1720 can call and run the computer program from the memory 1710 to implement the method in the embodiment of the present application.

[0199] For example, the processor 1720 may be configured to execute the above method embodiments according to instructions in the computer program.

[0200] In some embodiments of the present application, the processor 1720 may include but is not limited to:

[0201] General-purpose processor, digital signal processor (DSP), application-specific integrated circuit (ASIC), field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc.

[0202] In some embodiments of the present application, the memory 1710 includes but is not limited to:

[0203] Volatile memory and / or non-volatile memory. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM) or a flash memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link DRAM (SLDRAM) and direct RAM bus random access memory (DR RAM).

[0204] In some embodiments of the present application, the computer program may be divided into one or more modules, which are stored in the memory 1710 and executed by the processor 1720 to complete the method provided by the present application. The one or more modules may be a series of computer program instruction segments capable of completing specific functions, and the instruction segments are used to describe the execution process of the computer program in the electronic device.

[0205] like Fig.17 As shown, the electronic device may also include:

[0206] The transceiver 1730 may be connected to the processor 1720 or the memory 1710 .

[0207] The processor 1720 may control the transceiver 1730 to communicate with other devices, specifically, to send information or data to other devices, or to receive information or data sent by other devices. The transceiver 1730 may include a transmitter and a receiver. The transceiver 1730 may further include an antenna, and the number of antennas may be one or more.

[0208] It should be understood that the various components in the electronic device are connected via a bus system, wherein the bus system includes not only a data bus but also a power bus, a control bus and a status signal bus.

[0209] The present application also provides a computer storage medium on which a computer program is stored, and when the computer program is executed by a computer, the computer can perform the method of the above method embodiment. In other words, the present application embodiment also provides a computer program product containing instructions, and when the instructions are executed by a computer, the computer can perform the method of the above method embodiment.

[0210] When software is used for implementation, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instruction is loaded and executed on a computer, the computer can be made to perform the corresponding flow in each method in the embodiment of the present application in whole or in part, and generate the functions that can be realized by each method in the embodiment of the present application. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instruction can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instruction can be transmitted from a website site, computer, server or data center by wired (such as coaxial cable, optical fiber, digital subscriber line (Digital Subscriber Line, DSL)) or wireless (such as infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server, a data center, etc. that contains one or more available media integrations. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a digital video disk (DVD)), or a semiconductor medium (eg, a solid state disk (SSD)).

[0211] Those of ordinary skill in the art will appreciate that the modules and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0212] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the module is only a logical function division. There may be other division methods in actual implementation, such as multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or modules, which can be electrical, mechanical or other forms.

[0213] The modules described as separate components may or may not be physically separated, and the components displayed as modules may or may not be physical modules, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. For example, each functional module in each embodiment of the present application may be integrated into a processing module, or each module may exist physically separately, or two or more modules may be integrated into one module.

[0214] The above are only specific implementations of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. An order processing method, characterized in that: include: Obtaining target investment advice data sent by the first client; Determining whether to place an order according to the target investment recommendation data based on the investment transaction data in the target investment recommendation data; In response to an order placement operation according to the target investment recommendation data, constructing target order data according to the investment transaction data; An order request is sent to a virtual resource ordering system based on the target order data, and an order operation is performed by the virtual resource ordering system according to the target order data to obtain an order response for the target order data.

2. The method according to claim 1, characterized in that: Before determining whether to place an order according to the target investment recommendation data based on the investment transaction data in the target investment recommendation data, the method further includes: Determining investment object information from the target investment proposal data; Sending an investment confirmation request to a second client corresponding to the investment object information; The step of determining whether to place an order according to the target investment recommendation data based on the investment transaction data in the target investment recommendation data includes: If an investment confirmation response is received from the second client in response to the investment confirmation request, it is determined whether to place an order according to the target investment recommendation request based on the investment transaction data in the target investment recommendation data.

3. The method according to claim 1, characterized in that The step of determining whether to place an order according to the target investment recommendation data based on the investment transaction data in the target investment recommendation data includes: Determining a target investment transaction type corresponding to the investment transaction data; Acquire at least one investment transaction parameter corresponding to the target investment transaction type from the investment transaction data, the at least one investment transaction parameter including at least one of the following: account information to be invested, category of virtual resources to be invested, investment fee to be invested, and investment amount to be invested; Determine a verification transaction parameter service corresponding to each of the at least one investment transaction parameters under the target investment transaction type; Verifying, by means of at least one of the verification transaction parameter services, whether the at least one investment transaction parameter corresponds to and satisfies the investment transaction conditions; If the at least one investment transaction parameter satisfies the corresponding investment transaction condition, it is determined to place an order according to the target investment recommendation data.

4. The method according to claim 1, characterized in that In response to placing an order according to the target investment recommendation data, before constructing the target order data according to the investment transaction data, the method further includes: In response to an order placement operation according to the target investment recommendation data, generating a target request identifier corresponding to the target investment recommendation data; Querying the target request identifier in a storage unit; In response to placing an order according to the target investment recommendation data, constructing target order data according to the investment transaction data includes: If the storage unit does not store the target request identifier, determining the order format information corresponding to the virtual resource order system; Acquire multiple order pre-data in the investment transaction data according to the order format information, wherein the multiple order pre-data include at least two of the following: investment transaction type, virtual resource category to be invested, and investment cost to be invested; The plurality of order pre-data are assembled according to the order format information to obtain the target order data.

5. The method according to claim 4, characterized in that Also includes: If the storage unit stores the target request identifier, the target order data is determined by the order data corresponding to the target request identifier in the storage unit.

6. The method according to claim 1, characterized in that The sending of an order request to a virtual resource ordering system based on the target order data, performing an order operation according to the target order data through the virtual resource ordering system, and obtaining an order response for the target order data includes: Determining a target investment transaction type in the target order data; According to the target investment transaction type, determining a target ordering system corresponding to the target investment transaction type in the virtual resource ordering system; Sending the order request to the target order system, wherein the order request triggers the target order system to perform an order operation according to the target order data; If the order is successfully placed through the target order system, receiving an order response of the target order data returned by the order system; If the order placed through the target order system is unsuccessful, the order request is sent to the target order system again, and the order operation is performed according to the target order data through the target order system, and an order response of the target order data returned by the order system is received.

7. The method according to claim 1, characterized in that Before determining whether to place an order according to the target investment recommendation data based on the investment transaction data in the target investment recommendation data, the method further includes: In response to obtaining the target investment advice request, construct an investment advice entity corresponding to the target investment advice request; wherein the investment advice entity performs entity state management through a preset state machine, and the entity state of the investment advice entity at least includes: an initial state, a customer confirmation state, and an order confirmation state; Acquire multiple investment advice processing events corresponding to the investment advice entity and state flow information corresponding to the investment advice processing events, wherein the investment advice processing events at least include: a customer confirmation event and an order response event; Accordingly, determining whether to place an order according to the target investment recommendation data based on the investment transaction data in the target investment recommendation data includes: In response to the triggering of the customer confirmation event, determining that the target investment recommendation data flows to the customer confirmation state; In response to the target investment recommendation data being transferred to the customer confirmation state, determining whether to place an order according to the target investment recommendation data based on the investment transaction data in the target investment recommendation data; Correspondingly, after sending an order request to a virtual resource ordering system based on the target order data, performing an order operation according to the target order data through the virtual resource ordering system, and obtaining an order response for the target order data, the method further includes: In response to the triggering of the order response event, it is determined that the target investment recommendation data flows to the order confirmation state.

8. The method according to claim 7, characterized in that Also includes: Performing a first check on the flow logic of the flow to any of the entity states; Performing a second verification on the account operation authority of the investment responsible user corresponding to the target investment recommendation data; Performing a third check on the expiration time of the target investment advice data; In response to the first check, the second check and the third check all passing, it is confirmed that the target investment advice data flows to the corresponding entity state.

9. An order processing device, characterized in that: include: A first acquisition module is used to: acquire target investment advice data sent by a first client; A first determination module is used to: determine whether to place an order according to the target investment recommendation data based on the investment transaction data in the target investment recommendation data; An order building module, configured to: in response to an order placement operation according to the target investment suggestion data, build target order data according to the investment transaction data; The order request module is used to: send an order request to the virtual resource order system based on the target order data, perform an order operation according to the target order data through the virtual resource order system, and obtain an order response for the target order data.

10. An electronic device, characterized in that: include: processor; as well as A memory, configured to store executable instructions of the processor; The processor is configured to perform the method of any one of claims 1 to 8 by executing the executable instructions.

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

Images